(57)【要約】【課題】  移動体通信端末で受信して表示するＷＥＢコンテンツの要約情報に画像を含めることができる情報提供方法、サーバ及び移動体通信端末を提供する。【解決手段】  ＷＥＢサーバ４０は、要約情報（ＲＳＳフィード）の添付メディア記述部に、画像ファイルの取得先情報とサイズ情報とタイプ情報とを書き込み、その添付メディア記述部を含む要約情報を移動体通信端末１０に送信する。移動体通信端末１０は、上記添付メディア記述部を含む要約情報をサーバから取得し、添付メディア記述部から上記取得先情報、サイズ情報及びタイプ情報を読み出す。移動体通信端末１０は、上記取得先情報に基づいて、上記サイズ情報及びタイプ情報で指定された画像のファイルを取得し、その取得した画像のファイルを要約情報と関連付けて記憶する。要約情報を表示するときは、上記ファイルを読み出して要約情報の表示画面の一部に画像を表示する。【選択図】  図１６
2007299276.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク上のサーバから移動体通信端末に、ＷＥＢコンテンツの要約情報を提供する情報提供方法であって、
上記サーバが、上記要約情報の添付メディア記述部に、該要約情報の一部を構成する画像のファイルの取得先情報と該ファイルのサイズ情報と該ファイルのタイプ情報とを書き込むステップと、
上記サーバが、上記添付メディア記述部を含む要約情報を上記移動体通信端末に送信するステップと、
上記移動体通信端末が、上記添付メディア記述部を含む要約情報を上記サーバから取得し、該要約情報の添付メディア記述部から上記取得先情報、上記サイズ情報及び上記タイプ情報を読み出すステップと、
上記移動体通信端末が、上記取得先情報に基づいて、上記サイズ情報及び上記タイプ情報で指定された画像のファイルを、通信ネットワークを介して取得し、その取得した画像のファイルを上記要約情報と関連付けて記憶するステップと、
上記移動体通信端末が、上記要約情報を表示するとき、上記ファイルを読み出し、該要約情報の表示画面の一部に上記画像を表示するステップと、
を含むことを特徴とする情報提供方法。
【請求項２】
請求項１に記載の情報提供方法において、
上記要約情報は、上記添付メディア記述部を設定可能な複数の要約アイテムを有することを特徴とする情報提供方法。
【請求項３】
請求項１又は２に記載の情報提供方法において、
上記添付メディア記述部は、enclosure要素を用いて構成され、
上記取得先情報は、上記enclosure要素のurl属性の値として記述され、
上記サイズ情報は、上記enclosure要素のlength属性の値として記述され、
上記タイプ情報は、上記enclosure要素のtype属性の値として記述されることを特徴とする情報提供方法。
【請求項４】
ＷＥＢコンテンツの要約情報を通信ネットワークを介して移動体通信端末に提供するサーバであって、
上記要約情報の添付メディア記述部に、該要約情報の一部を構成する画像のファイルの取得先情報と該ファイルのサイズ情報と該ファイルのタイプ情報とを書き込む書き込み手段と、
上記添付メディア記述部を含む要約情報を上記移動体通信端末に送信する送信手段と、
を備えたことを特徴とするサーバ。
【請求項５】
請求項１に記載の情報提供方法において、
上記要約情報は、上記添付メディア記述部を設定可能な複数の要約アイテムを有し、
上記情報書き込み手段は、上記複数の要約アイテムの少なくとも１つの添付メディア記述部に、上記取得先情報、上記サイズ情報及び上記タイプ情報を書き込むことを特徴とする情報提供方法。
【請求項６】
ＷＥＢコンテンツの要約情報を通信ネットワークを介してサーバから受信可能な移動体通信端末であって、
画像のファイルの取得先情報と該ファイルのサイズ情報と該ファイルのタイプ情報とが書き込まれた添付メディア記述部を含む要約情報を、上記サーバから取得する要約情報取得手段と、
上記要約情報の添付メディア記述部から上記取得先情報、上記サイズ情報及び上記タイプ情報を読み出す読み出し手段と、
上記取得先情報に基づいて、上記サイズ情報及び上記タイプ情報で指定された画像のファイルを、通信ネットワークを介して取得する画像ファイル取得手段と、
上記取得した画像ファイルを上記要約情報と関連付けて記憶する記憶手段と、
上記要約情報を表示するとき、上記ファイルを読み出し、該要約情報の表示画面の一部に上記画像を表示する表示手段と、
を備えたことを特徴とする移動体通信端末。
【請求項７】
請求項６に記載の移動体通信端末において、
上記要約情報は、上記添付メディア記述部を設定可能な複数の要約アイテムを有し、
上記ファイル保存手段は、上記画像のファイルを上記要約アイテムに関連付けて保存し、
上記表示手段は、上記画像を、該画像に対応する要約アイテムの表示部分の一部に表示することを特徴とする移動体通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介してサーバから移動体通信端末にＷＥＢコンテンツの要約情報を提供する情報提供方法、並びにそのサーバ及び携帯電話機等の移動体通信端末に関するものである。
【背景技術】
【０００２】
従来、この種の携帯電話機（移動体通信端末）として、インターネット（通信ネットワーク）上のサーバから提供されるＷＥＢコンテンツの要約情報（提供情報）を表示する携帯電話機が知られている（例えば、非特許文献１参照）。この要約情報のデータは、携帯電話機からの取得要求に応じてＲＳＳと呼ばれるフォーマットでサーバから送信され、携帯電話機によって予め設定されたタイミングで受信して取得される。このＲＳＳは、ＷＥＢサーバ（ＷＥＢサイト）で提供されるＷＥＢコンテンツの見出し、要約、更新情報等のメタデータを構造化して記述するＸＭＬ（Extensible Markup Language）ベースのフォーマットである。ＲＳＳはいくつかのバージョン（RSS0.9X, RSS1.0, RSS2.0, Atom）が存在し、バージョンごとに「Rich Site Summary」、「Really Simple Syndication」、「RDF Site Summary」という正式名称で呼ばれている。このＲＳＳフォーマットで記述された文書は「ＲＳＳフィード」と呼ばれ、上記ＲＳＳフィードを受信して表示するアプリケーションは「ＲＳＳリーダ」と呼ばれている。ＷＥＢコンテンツが更新されると、携帯電話機からの取得要求に応じて、更新後のＷＥＢコンテンツの要約情報を反映したＲＳＳフィードが携帯電話機に送信される。
【０００３】
【非特許文献１】「携帯ポータルアプリ」、［ｏｎｌｉｎｅ］、QUEST-COM株式会社、［２００６年３月３日検索］、インターネット（ＵＲＬ：http://rsseye.qusco.cc/）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の移動体通信端末で受信して表示するＲＳＳフィード（要約情報）には、画像を含めることができなかった。
【０００５】
本発明は以上の問題点に鑑みなされたものであり、その目的は、移動体通信端末で受信して表示するＷＥＢコンテンツの要約情報に画像を含めることができる情報提供方法、サーバ及び移動体通信端末を提供することである。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、請求項１の発明は、通信ネットワーク上のサーバから移動体通信端末に、ＷＥＢコンテンツの要約情報を提供する情報提供方法であって、上記サーバが、上記要約情報の添付メディア記述部に、該要約情報の一部を構成する画像のファイルの取得先情報と該ファイルのサイズ情報と該ファイルのタイプ情報とを書き込むステップと、上記サーバが、上記添付メディア記述部を含む要約情報を上記移動体通信端末に送信するステップと、上記移動体通信端末が、上記添付メディア記述部を含む要約情報を上記サーバから取得し、該要約情報の添付メディア記述部から上記取得先情報、上記サイズ情報及び上記タイプ情報を読み出すステップと、上記移動体通信端末が、上記取得先情報に基づいて、上記サイズ情報及び上記タイプ情報で指定された画像のファイルを、通信ネットワークを介して取得し、その取得した画像のファイルを上記要約情報と関連付けて記憶するステップと、上記移動体通信端末が、上記要約情報を表示するとき、上記ファイルを読み出し、該要約情報の表示画面の一部に上記画像を表示するステップと、を含むことを特徴とするものである。
また、請求項２の発明は、請求項１に記載の情報提供方法において、上記要約情報は、上記添付メディア記述部を設定可能な複数の要約アイテムを有することを特徴とするものである。
また、請求項３の発明は、請求項１又は２に記載の情報提供方法において、上記添付メディア記述部は、enclosure要素を用いて構成され、上記取得先情報は、上記enclosure要素のurl属性の値として記述され、上記サイズ情報は、上記enclosure要素のlength属性の値として記述され、上記タイプ情報は、上記enclosure要素のtype属性の値として記述されることを特徴とするものである。
また、請求項４の発明は、ＷＥＢコンテンツの要約情報を通信ネットワークを介して移動体通信端末に提供するサーバであって、上記要約情報の添付メディア記述部に、該要約情報の一部を構成する画像のファイルの取得先情報と該ファイルのサイズ情報と該ファイルのタイプ情報とを書き込む書き込み手段と、上記添付メディア記述部を含む要約情報を上記移動体通信端末に送信する送信手段と、を備えたことを特徴とするものである。
また、請求項５の発明は、請求項１に記載の情報提供方法において、上記要約情報は、上記添付メディア記述部を設定可能な複数の要約アイテムを有し、上記情報書き込み手段は、上記複数の要約アイテムの少なくとも１つの添付メディア記述部に、上記取得先情報、上記サイズ情報及び上記タイプ情報を書き込むことを特徴とするものである。
また、請求項６の発明は、ＷＥＢコンテンツの要約情報を通信ネットワークを介してサーバから受信可能な移動体通信端末であって、画像のファイルの取得先情報と該ファイルのサイズ情報と該ファイルのタイプ情報とが書き込まれた添付メディア記述部を含む要約情報を、上記サーバから取得する要約情報取得手段と、上記要約情報の添付メディア記述部から上記取得先情報、上記サイズ情報及び上記タイプ情報を読み出す読み出し手段と、上記取得先情報に基づいて、上記サイズ情報及び上記タイプ情報で指定された画像のファイルを、通信ネットワークを介して取得する画像ファイル取得手段と、上記取得した画像ファイルを上記要約情報と関連付けて記憶する記憶手段と、上記要約情報を表示するとき、上記ファイルを読み出し、該要約情報の表示画面の一部に上記画像を表示する表示手段と、を備えたことを特徴とするものである。
また、請求項７の発明は、請求項６に記載の移動体通信端末において、上記要約情報は、上記添付メディア記述部を設定可能な複数の要約アイテムを有し、上記ファイル保存手段は、上記画像のファイルを上記要約アイテムに関連付けて保存し、上記表示手段は、上記画像を、該画像に対応する要約アイテムの表示部分の一部に表示することを特徴とするものである。
【発明の効果】
【０００７】
本発明によれば、画像のファイルの取得先情報とそのファイルのサイズ情報とファイルのタイプ情報とを添付メディア記述部に書き込んだ要約情報が、サーバから移動体通信端末に送信される。この要約情報を受信した移動体通信端末は、要約情報の添付メディア記述部から読み出した取得先情報に基づいて所定のサイズ情報及びタイプ情報で指定された画像のファイルを、通信ネットワークを介して取得し、その取得した画像のファイルを要約情報と関連付けて保存する。そして、移動体通信端末は、上記保存した画像のファイルを読み出し、要約情報の表示画面の一部に画像を表示ことができる。このように移動体通信端末で受信して表示するＷＥＢコンテンツの要約情報に画像を含めることができるという効果がある。
【発明を実施するための最良の形態】
【０００８】
以下、図面を参照して本発明の実施の形態について説明する。
図１は本実施形態に係る通信システム全体の概略構成の一例を示す説明図である。この通信システムは、移動体通信端末としての携帯電話機１０と、移動体通信事業者によって管理されている通信ネットワークとしての携帯電話通信網２０とを用いて構成されている。携帯電話通信網２０は、基地局２０１や図示しない交換機（回線交換機、パケット交換機）等を備え、図示しないゲートウェイサーバを介してインターネット３０等の他の通信ネットワークに接続されている。また、携帯電話通信網２０には、ＷＥＢコンテンツを提供するＷＥＢサーバ４０や、携帯電話機１０で送受信されるメールを管理するメールサーバ５０が接続されている。インターネット３０には、ＷＥＢコンテンツを提供するＷＥＢサーバ４１が接続されている。ＷＥＢサーバ４０、４１は、提供情報として、各種ＷＥＢコンテンツや、そのＷＥＢコンテンツの要約情報を提供する。これらのサーバと携帯電話機１０との間の通信には、ネットワークの各階層において所定の通信プロトコルが用いられる。例えば、ＷＥＢサーバからＷＥＢコンテンツをダウンロードするときのアプリケーション層の通信プロトコルとしては、ＨＴＴＰ（HyperText Transfer Protocol）が用いられる。
【０００９】
図２は、上記ＷＥＢサーバ４０のハードウェア構成の一例を示すブロック図である。メールサーバ５ーやインターネット３０上のＷＥＢサーバ４１も同様な構成を採用することができる。サーバ４０は、システムバス４００、ＣＰＵ４０１、内部記憶装置、外部記憶装置４０４、入力装置４０５、出力装置４０６、及びインターネット用通信装置４０７を備えている。上記内部記憶装置は、ＲＡＭ４０２やＲＯＭ４０３等で構成されている。上記外部記憶装置は、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成されている。上記入力装置４０５は、マウスやキーボード等で構成されている。上記出力装置４０６は、ディスプレイやプリンタ等で構成されている。上記通信装置４０７は、所定の通信プロトコルにより、携帯電話通信網２０を介して他の携帯電話機や他のサーバと通信したり、インターネット３０上の各種クライアント端末や他のサーバと通信したりするための装置である。
【００１０】
上記ＣＰＵ４０１やＲＡＭ４０２等の構成要素はお互いに、システムバス４００を介して、データやプログラムの命令等のやり取りを行っている。このＷＥＢサーバ４０を所定の手順に従って動作させるためのプログラムはＲＯＭ４０３や外部記憶装置４０４に記憶されており、必要に応じてＣＰＵ４０１やＲＡＭ４０２上の作業エリアに呼び出されて実行される。
【００１１】
ＷＥＢサーバ４０、４１やメールサーバ５０はそれぞれ一部又は全体を専用の制御装置として構成してもいいし、一部又は全体を汎用のコンピュータシステムを用いて構成してもよい。また、サーバ４０、４１、５０はそれぞれ、１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。
【００１２】
図３は、携帯電話通信網２０に設けたＷＥＢサーバ４０の主要な機能を抽出して示した機能ブロック図である。ＷＥＢサーバ４０は、記憶手段４１０と受信手段４１１と送信手段４１２とを備えている。このＷＥＢサーバ４０は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。上記記憶手段４１０は、上記内部記憶装置や外部記憶装置で構成され、携帯電話機１０で受信可能な各種ＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを記憶している。上記受信手段４１１は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記記憶手段４１５に記憶されている複数種類のＷＥＢコンテンツやそのＷＥＢコンテンツの要約情報を要求する取得要求を、携帯電話通信網２０を介して携帯電話機１０から受信する。上記送信手段４１２は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記取得要求に基づいて選択されたＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを移動体通信端末１０に送信する。
【００１３】
図４は、インターネット３０に設けたＷＥＢサーバ４１の主要な機能を抽出して示した機能ブロック図である。ＷＥＢサーバ４１は、記憶手段４１５と受信手段４１６と送信手段４１７とを備えている。このＷＥＢサーバ４１は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。上記記憶手段４１５は、上記内部記憶装置や外部記憶装置で構成され、携帯電話機１０で受信可能な各種ＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを記憶している。上記受信手段４１６は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記記憶手段４１５に記憶されている複数種類のＷＥＢコンテンツやそのＷＥＢコンテンツの要約情報を要求する取得要求を携帯電話機１０から受信する。上記送信手段４１７は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記取得要求に基づいて選択されたＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを、インターネット３０を介して移動体通信端末１０に送信する。
【００１４】
上記要約情報の一部が画像で構成される場合、ＷＥＢサーバ４０，４１が上記画像ファイルのダウンロードサーバとしても用いることもできる。この場合、上記記憶手段４１０，４１５は、その画像のファイルも記憶している。この画像ファイルのタイプは、例えばＪＰＥＧ形式、ＰＮＧ形式及びＧＩＦ形式である。そして、上記送信手段４１２，４１７は、携帯電話機１０に送信する要約情報の添付メディア記述部に上記画像に関する情報を書き込む書き込み手段に兼用される。この書き込み手段は、上記画像に関する情報として、画像のファイルの取得先情報とファイルのサイズ情報とファイルのタイプ情報とを書き込む。また、上記受信手段４１１、４１６は、上記画像ファイルを要求する取得要求を携帯電話機１０から受信する手段としても機能し、上記送信手段４１２，４１７は、その取得要求に応じて上記画像ファイルを携帯電話機１０に送信する手段としても機能する。
【００１５】
上記ＷＥＢコンテンツの要約情報のデータは、例えば前述のＲＳＳと呼ばれるフォーマットで送受信することができる。ＷＥＢコンテンツが更新されると、その更新された旨及び更新後のＷＥＢコンテンツの要約情報がＲＳＳフィードとして携帯電話機１０へ送信される。ＲＳＳフィードとしては、速報ニュース、一般ニュース、音楽情報、天気予報、ＣＤや映画などの売り上げランキング等のコンテンツの要約情報や更新情報が挙げられる。また、ＲＳＳフィードとしては、サービス参加者が互いに友人を紹介しあって、新たな友人関係を広げることを目的に開設されたコミュニティサービス（ＳＮＳ：ソーシャル・ネットワーク・サービス）を利用するためのアプリケーションで表示されるブログや個人ＷＥＢページなどの要約情報も挙げられる。
【００１６】
上記要約情報がＲＳＳフィードとして提供される場合、その要約情報に表示される画像に関する情報が記述される添付メディア記述部は、enclosure要素（<enclosure>，</enclosure>）を用いて構成される。このenclosure要素により、例えば次に示すようにＲＳＳフィードの複数の要約アイテムに対応するitem要素（<item>，</item>）ごとに、上記画像に関する情報が記述される。
【００１７】
<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF ・・・・・>
<channel rdf:about= "・・・・・">
<title> ・・・・・ </title>
<link> http://・・・・・</link>
<description>・・・・・</description>
<items>
・・・・・
</items>
</channel>
<item rdf:about="・・・(RSSアイテム１のURI)・・・">
<title>・・・(RSSアイテム１のタイトル)・・・</title>
<link>・・・(対応するWEBコンテンツ１のURI)・・・</link>
<description>・・・(RSSアイテム１の内容)・・・</description>
<enclosure 
url="(画像ファイル１のURI)" 
length="5120" 
type="image/jpeg">
</enclosure>
<dc:date>・・・(RSSアイテム１の更新日時)・・・</dc:date>
</item>
<item rdf:about="・・・(RSSアイテム２のURI)・・・">
<title>・・・(RSSアイテム２のタイトル)・・・</title>
<link>・・・(対応するWEBコンテンツ２のURI)・・・</link>
<description>・・・(RSSアイテム２の内容)・・・</description>
<enclosure 
url="(画像ファイル２のURI)" 
length="5120" 
type="image/png">
</enclosure>
<dc:date>・・・(RSSアイテム２の更新日時)・・・</dc:date>
</item>
</rdf:RDF>
【００１８】
上記enclosure要素は、url属性、length属性及びtype属性３つの属性を有する。url属性には、上記画像のファイルの取得先情報であるＵＲＩ（Uniform Resource Identifier）が記述される。この取得先情報としては、本実施形態のようにＲＳＳフィードを提供するサーバ内の所定のＵＲＩを記述することができる。上記length属性には、ファイルのデータサイズ情報がbyte単位で記述される。このファイルのデータサイズは所定サイズ以下に規定してもよい。例えば、５１２０byte以下というように規定する。上記type属性には、画像ファイルのＭＩＭＥタイプが記述される。このファイルタイプも所定タイプのみ使用できるように制限してもよい。例えば、ＪＰＥＧ（Joint Photographic Experts Group）ファイルを指定する「image/jpeg」、ＰＮＧ（Portable Network Graphics）ファイルを指定する「image/png」、及びＧＩＦ（Graphic Interchange Format）を指定する「image/gif」の３種類のタイプのみ使用できるように制限する。なお、上記enclosure要素で指定できる画像のサイズ（縦横のピクセル数）は、携帯電話機１０の画面のＲＳＳアイテム表示部分に適切に表示できるように所定サイズに規定してもよい。例えば５０ピクセル×５０ピクセルというように規定する。
【００１９】
図５は携帯電話機１０の一構成例を示す外観図であり、図６は、その携帯電話機１０のハードウェア構成の一例を示す概略構成図である。携帯電話機１０は、クラムシェル（折り畳み）タイプの携帯電話機であり、システムバス１００、ＣＰＵ１０１、ＲＡＭ１０２やＲＯＭ１０３等の記憶装置、入力装置１０４、出力装置１０５及び携帯電話通信網用通信装置１０６を備えている。ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いに各種データやプログラムの命令等のやり取りを行っている。
【００２０】
上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォームの基本ソフトＯＳ上で、音声通話機能や、アプリケーションによる各種機能を実現することができる。このアプリケーションによる機能としては、上記ＲＳＳフィードを専ら表示する提供表示専用のＲＳＳリーダ、待ち受け画像を表示して電話やメール着信通知の受信待機状態にする待ち受け機能、ＷＥＢブラウザ、メーラー、外部装置とのデータ送受信、アドレス帳管理、スケジューラ、メモ帳等がある。
【００２１】
上記入力装置１０４は、データ入力キー（テンキー、＊キー、＃キー）１１、通話開始キー１２、終話キー１３、スクロールキー１４、多機能キー１５、マイク１６等から構成されている。この入力装置１０４のテンキー１１、通話開始キー１２、終話キー１３等により、利用者が操作可能な操作部が構成される。この操作部を操作することにより、利用者は、携帯電話機１０に対してコンテンツ取得先のＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションの選択、起動及び停止を行ったりすることができる。
【００２２】
また、利用者は上記操作部を操作することにより、携帯電話機１０のディスプレイに表示している、複数の表示モードのいずれかの表示モードの画面を、他の表示モードの画面に切り替えることができる。例えば、上記ＲＳＳフィードの表示をしない非表示モードの待ち受け画面を、上記ＲＳＳフィードを画面の一部に表示する表示モードの画面に切り替えることができる。
【００２３】
また、利用者は上記操作部を操作することにより、携帯電話機１０のディスプレイに表示している、複数のアプリケーションのいずれかのアプリケーションの画面を、他のアプリケーションの画面に切り替えることができる。例えば、待ち受けアプリケーションの実行によって待ち受け画面が表示されているときに、上記操作部の所定のキーを押下することにより、ＲＳＳリーダを自動起動してＲＳＳ項目リストの画面に遷移させることができる。
【００２４】
上記出力装置１０５は、表示手段である液晶ディスプレイ（ＬＣＤ）１７、音出力手段であるスピーカ１８等から構成されている。上記液晶ディスプレイ（ＬＣＤ）１７やスピーカ１８等からなる出力装置等で構成されている出力部は、携帯電話通信網２０を介して受信したＷＥＢコンテンツを液晶ディスプレイ（ＬＣＤ）１７に表示したり、携帯電話通信網２０から情報を着信した旨を利用者に知らせたりするときに用いられる。具体的には、その情報を着信すると、出力部の液晶ディスプレイ（ＬＣＤ）１７に着信報知画像やピクトグラムを表示したり、スピーカ１８から着信音を出力させたりする。なお、上記スピーカ１８は、通話中の音声を聞くための受話器用スピーカ（レシーバ）と、着信音や音楽などを出力する外部出力用スピーカとを別々に設けて構成してもいいし、これらの受話器用スピーカ及び外部出力用スピーカを兼用するように一つのスピーカで構成してもよい。
【００２５】
上記携帯電話通信網用通信装置１０６は、変復調器、シンセサイザ、周波数変換器，高周波増幅器などにより構成され、携帯電話通信網２０を介して他の携帯電話機や上記サーバ４０，４１，５０等と通信するときに用いられる。この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して他の携帯電話機とメールのやり取りを行ったり、携帯電話通信網２０からゲートウェイサーバを介して、インターネット等の外部の通信ネットワークに接続し、インターネット上での電子メールのやり取り等を行ったりするための通信手段として用いられる。更に、この携帯電話通信網用通信装置１０６は、携帯電話通信網１０を介して、サーバ４０，４１が提供する各種コンテンツをダウンロードしたり、現在位置の位置情報を含む配信情報を受信したりする情報受信手段としても用いられる。
【００２６】
図７は、本実施形態に係る携帯電話機１０の主要な機能を抽出して示した機能ブロック図である。この携帯電話機１０は、通信手段１１０と表示手段１１１と記憶手段１１２と表示制御手段１１３とアプリケーション実行手段１１４を有する。
【００２７】
上記通信手段１１０は上記通信装置１０６等で構成され、ＨＴＴＰ等の所定の通信プロトコルを用いて携帯電話通信網２０を介した通信を行う。この通信手段１１０は、各種のＷＥＢコンテンツをＷＥＢサーバ４０、４１から取得する取得手段として用いられる。また、この通信手段１１０はＷＥＢサーバ４０、４１にアクセスし、そのサーバから前述のＲＳＳフィードを取得する要約情報取得手段として用いられる。また、上記通信手段は、ＷＥＢサーバ４０、４１にアクセスし、そのサーバからＲＳＳフィード内の添付メディア記述部で指定されている画像ファイルを取得する画像ファイル取得手段として用いられる。
【００２８】
上記表示手段１１１は上記ディスプレイ等で構成され、実行中のアプリケーションに応じて所定の画面を表示する。
【００２９】
上記記憶手段１１２は上記ＲＡＭ１０２やＲＯＭ１０３等の記憶装置により構成され、上記ＷＥＢコンテンツや、その要約情報であるＲＳＳフィードのテキスト及び画像のデータを記憶する。ＲＳＳフィードのデータは、待ち受けアプリケーションやＲＳＳリーダ等の複数のアプリケーションで利用できるように所定の記憶領域に保存されている。
【００３０】
上記表示制御手段１１３は上記ＣＰＵ１０１等で構成され、提供情報表示専用のＲＳＳリーダ以外の他のアプリケーションとして例えば待ち受けアプリケーションが実行されているとき、その待ち受けアプリケーションで画像が表示されている待ち受け画面の少なくとも一部に、上記記憶手段１１２の所定の記憶領域に記憶されているＲＳＳフィードを読み出して表示するように制御する。
【００３１】
また、上記表示制御手段１１３は、上記ＲＳＳフィード内の添付メディア記述部から、要約情報の一部として表示する画像に関する情報、すなわちその画像のファイルの取得先情報、画像ファイルのサイズ情報及びタイプ情報を読み出す読み出し手段としても用いられる。
【００３２】
また、上記表示制御手段１１２は、上記待ち受けアプリケーションの実行中の画面に画像を表示する表示モードとして、上記ＲＳＳフィードの表示態様が互いに異なる複数の表示モードを有し、これらの表示モードを、操作部のキー操作等で生成された表示モード選択指令に基づいて切り替えるように制御してもよい。この複数の表示モードは、待ち受け画面にＲＳＳフィードを表示しない非表示モードと、待ち受け画面に設定したテキスト１行文の画面表示部分にＲＳＳフィードを連続的に表示する１行表示モード（１行ティッカーモード）と、待ち受け画面の複数の画面分割領域に互いに異なる複数のＲＳＳフィードを振り分けて表示する分割表示モード（ニュースヘッドラインモード）とを含む。
【００３３】
また、上記表示制御手段１１２は、ＲＳＳリーダ以外の待ち受けアプリケーション等のアプリケーションが実行されているときの画面の少なくとも一部にＲＳＳフィードを表示し、そのＲＳＳフィード表示部分が選択されたときＲＳＳリーダの画面に遷移させるように制御してもよい。この遷移先の画面としては、例えばＲＳＳフィードの項目名一覧画面やＲＳＳフィードの詳細内容表示画面がある。ＲＳＳフィードの項目名一覧画面は、上記待ち受け画面のＲＳＳフィード表示部分に表示されていたＲＳＳフィードの項目名を含む複数のＲＳＳフィードの項目名の一覧が表示された画面である。上記ＲＳＳフィードの詳細内容表示画面は、上記待ち受け画面のＲＳＳフィード表示部分に表示されていたＲＳＳフィードの詳細な内容が表示された画面である。
【００３４】
上記アプリケーション実行手段１１４は上記ＣＰＵ１０１や記憶装置等で構成され、記憶装置から所定のアプリケーションプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォーム上で直接アプリケーションを実行したり、電話機プラットフォーム上でアプリケーションを実行するためのＪＡＶＡ（登録商標）やＢＲＥＷ（登録商標）等のアプリケーション実行環境を構築したりすることができる。このアプリケーション実行環境上では、携帯電話機１０にプリインストールされているアプリケーションや、利用者がダウンロードして登録したアプリケーション等の各種アプリケーションを実行することができる。
【００３５】
図８は、ＷＥＢサーバ４０，４１から定期的に取得して保存されたＲＳＳフィードをＲＳＳリーダで表示するときの画面遷移の一例を示す説明図である。本例では、ＲＳＳフィードを利用するメニューとして、ニュースのＷＥＢコンテンツのＲＳＳフィードを表示する「ニュースインフォリスト」を選択した場合について示す。まず、利用者が、ＲＳＳリーダのアプリケーションを起動し、ＲＳＳリーダのトップメニュー画面７０１で「ニュースインフォリスト」を選択すると、「ニュースインフォリスト」のトップ画面７０２が表示される。この「ニュースインフォリスト」のトップ画面７０２には、利用者が予め登録している、ニュースコンテンツを提供しているＲＳＳ対応のＷＥＢサイトの一覧が表示される。この「ニュースインフォリスト」のトップ画面７０２で、利用者は、ＲＳＳフィードを表示したいニュースコンテンツのＷＥＢサイトを選択することができる。例えば、図示のように「ＺＺＺモバイルニュース」というＷＥＢサイトを選択すると、その「ＺＺＺモバイルニュース」のＷＥＢサイトから取得したＲＳＳフィードに含まれるニュースの記事タイトルを一覧表示する記事タイトルリスト画面７０３が表示される。この記事タイトルリスト画面７０３に表示されている複数の記事タイトルのいずれか１つを選択すると、その選択した記事タイトルとともにニュースの概略内容を示すＲＳＳフィード表示画面７０４が表示される。
【００３６】
なお、上記図８の記事タイトルリスト画面７０３に表示されているＷＥＢサイトタイトルの部分は、そのＷＥＢサイトのトップページにリンクされている。このＷＥＢサイトタイトルの部分を選択すると、ブラウザが起動し、上記ニュースコンテンツを提供するＷＥＢサイトのトップページの画面８０１が表示される。また、上記ＲＳＳフィード表示画面７０４に表示されている記事タイトルの部分は、その記事の詳細内容を提供しているＷＥＢページにリンクされている。この記事タイトルの部分を選択すると、ブラウザが起動し、上記記事のＷＥＢページの画面８０２が表示される。
【００３７】
また、上記図８のＲＳＳフィード表示画面７０４で「前へ」や「次へ」を選択すると、図９に示すように、上記記事タイトルリスト画面７０３に一覧表示されていた他のニュース記事のＲＳＳフィード表示画面７０５、７０６を表示させることができる。
【００３８】
図１０は、ＲＳＳリーダの「ニュースインフォリスト」のトップ画面７０２にＲＳＳ対応のＷＥＢサイトを新規に登録するときの画面遷移の一例を示す説明図である。「ニュースインフォリスト」のトップ画面７０２に表示されている「おすすめニュース一覧」の部分を選択すると、ＲＳＳリーダにおいて接続中の画面７０７が表示されるとともに、予め設定されている所定のＷＥＢサイトへの接続処理が実行される。この接続処理が完了すると、ブラウザが起動し、ニュースコンテンツを提供するＲＳＳ対応のＷＥＢサイトを一覧表示する「おすすめニュース一覧」の画面８０３が表示される。この「おすすめニュース一覧」の画面８０３上で、利用者は、上記「ニュースインフォリスト」に新規登録したいＲＳＳ対応のＷＥＢサイトを選択することができる。例えば、図示のように「ＮＮＮマネー＆スポーツ」というサイト名のＷＥＢサイトを選択すると、そのＷＥＢサイトへの接続処理が実行され、新規登録のための所定の情報が取得され、登録処理が完了する（ブラウザ画面８０４及び８０５参照）。この登録処理が完了すると、ＲＳＳリーダの「ニュースインフォリスト」のトップ画面７０８に、「ＮＮＮマネー＆スポーツ」というＷＥＢサイト名が追加される。
【００３９】
図１１は、ＲＳＳ対応のＷＥＢサイトのページから「ニュースインフォリスト」に新規に登録するときの画面遷移の一例を示す説明図である。本例では、「ＺＺＺモバイルニュース」というタイトルのＲＳＳ対応のＷＥＢサイトを登録する場合について示している。利用者は、ＲＳＳリーダのＷＥＢページ表示画面７０９に、登録対象のＷＥＢサイトのＷＥＢページ（本例では「ＺＺＺモバイルニュース」のトップページ）を表示する。このＷＥＢページには、「ニュースインフォリストに追加」というテキスト表示があり、このテキスト表示部分を選択すると、登録確認画面７１０が表示される。この登録確認画面７１０で「Ｙｅｓ」を選択すると、登録画面７１１が表示される。ここで、「ニュースインフォリスト」に新規登録するときのＷＥＢサイト名を指定したいときは、タイトル入力画面７１２で希望のタイトル名を入力することができる。上記登録画面７１１で「登録」を選択すると、登録完了画面７１３が表示される。
【００４０】
上記登録完了画面７１３で「ＯＫ」を選択すると、上記登録したＷＥＢサイトが提供するニュースの種類に応じて、ＲＳＳフィードの自動更新設定画面が表示される。例えば、図１２に示すように、ニュースコンテンツが速報ニュースの場合は、自動更新設定案内画面７１４が表示された後、自動更新設定画面７１５が表示される。この自動更新設定画面７１５の例では、ＲＳＳフィードの更新確認間隔として１時間、３時間又は６時間を設定できる。自動更新設定画面７１５で希望の更新確認時間を設定した後、「変更」を選択すると、上記図１１の登録確認画面７１１に戻る。一方、図１３に示すように、ニュースコンテンツが一般ニュースの場合は、自動更新設定案内画面７１６が表示された後、自動更新設定画面７１７が表示される。この自動更新設定画面７１７の例では、自動更新確認のＯＮ／ＯＦＦのみ設定できる。この自動更新確認をＯＮにした場合のＲＳＳフィードの更新確認間隔は、予め設定された固定値（例えば６時間）になる。ここで、自動更新設定画面７１７で「ＯＮ」に設定した後、「変更」を選択すると、上記図１１の登録確認画面７１１に戻る。
【００４１】
図１４は、本実施形態の待ち受けアプリケーションで表示される複数種類のアクティブ待ち受け画面の間の画面遷移の一例を示す説明図である。このアクティブ待ち受け画面は、前述のようにＲＳＳフィードの表示態様が互いに異なる３つの表示モードを切り替えて表示することができる。具体的には、ＲＳＳフィードを表示しない通常待ち受けモード（ＲＳＳ非表示モード）の画面９０１と、アプリケーション起動モード（１行表示モード）の待ち受け画面９０２と、ニュースヘッドラインモード（ＲＳＳ分割表示モード）の待ち受け画面９０３と、を切り替えて表示することができる。この画面の切り替えは、ソフトキー「切替」を選択することにより行うことができる。なお、上記通常待ち受けモード（ＲＳＳ非表示モード）の画面９０１は表示させずに、アプリケーション起動モード（１行表示モード）の待ち受け画面９０２とニュースヘッドラインモード（ＲＳＳ分割表示モード）の待ち受け画面９０３との間で切り替えるようにしてもよい。
【００４２】
上記アプリケーション起動モード（１行表示モード）は、携帯電話機１０で実行可能な複数のアプリケーションを待ち受け画面から利用者が選択して起動できる待ち受け画面の表示モードである。このアプリケーション起動モードの待ち受け画面９０２では、複数のアプリケーションのそれぞれを起動するための複数の起動用アイコンがアプリケーション起動領域９０２Ａに表示されている。アプリケーション起動領域９０２Ａの上方の選択項目表示領域９０２Ｂには、フォーカスされている起動用アイコンに対応しているアプリケーション名が表示される。また、アプリケーション起動領域９０２Ａの下方には、テキスト１行文の画面表示部分である１行ティッカー表示領域９０２Ｃが設定されている。この１行ティッカー表示領域９０２Ｃには、予め登録しているＲＳＳ対応のＷＥＢサイトから定期的に取得して保存されているニュースコンテンツのＲＳＳフィードの記事タイトルが流れるように表示される。
【００４３】
上記ニュースヘッドラインモード（ＲＳＳ分割表示モード）は、画面を複数に分割した複数の画面分割領域のそれぞれに、予め登録しているＲＳＳ対応のＷＥＢサイトから定期的に取得して保存されているＲＳＳフィードの内容が表示される待ち受け画面の表示モードである。例えば、図１４の待ち受け画面９０３の例では、画面を３つに分割した画面分割領域９０３Ａ〜９０３Ｃが設定され、各画面分割領域９０３Ａ〜９０３Ｃに、ＲＳＳ対応のＷＥＢサイトから取得したニュースコンテンツのＲＳＳフィードの記事内容（アイテム１〜アイテム３）が表示される。
【００４４】
図１５は上記アプリケーション起動モード（１行表示モード）やニュースヘッドラインモード（ＲＳＳ分割表示モード）のアクティブ待ち受け画面からＲＳＳリーダの画面への画面遷移の一例を示す説明図である。利用者が所定の操作をすると、表示モード選択指令が生成され、ＲＳＳフィードを表示しているアプリケーション起動モードやニュースヘッドラインモードのアクティブ待ち受け画面からＲＳＳリーダの画面へ簡単に遷移することができる。例えば、アプリケーション起動モードの初期画面９０２で操作部の下キーを２回押下すると、図中の画面９０４に示すように、ニュースコンテンツのＲＳＳフィードの記事タイトルが表示されている１行ティッカー表示領域９０４Ｃにフォーカスが移動する。この画面９０４で１行ティッカー表示領域９０４Ｃを選択すると、ＲＳＳリーダが起動し、図８で示したニュースの記事タイトルを一覧表示する記事タイトルリスト画面７０３に遷移することができる。また、ニュースヘッドラインモードの初期画面９０３で操作部の上キーを押下すると、図中の画面９０５に示すように、ニュースコンテンツのＲＳＳフィードの記事内容：アイテム１が表示されている画面分割領域９０５Ａにフォーカスが移動する。この画面９０５で、記事内容：アイテム１が表示されている画面分割領域９０５Ａを選択すると、ＲＳＳリーダが起動し、図８で示したニュースの内容を示すＲＳＳフィードの詳細内容表示画面７０４に遷移することができる。なお、上記ＲＳＳリーダの各画面７０３，７０４でクリアキーを押下すると、元のアプリケーション起動モードの画面９０４やニュースヘッドラインモードの画面９０５に戻ることができる。
【００４５】
なお、上記アプリケーション起動モードやニュースヘッドラインモードのアクティブ待ち受け画面とＲＳＳリーダの画面との間の画面遷移を行うための表示モード選択指令は、上記利用者の操作部のキー操作で生成する場合のほか、アプリケーションプログラムにより所定のタイミングで自動生成するようにしてもよい。
【００４６】
図１６は、携帯電話機１０において携帯電話通信網２０上のＷＥＢサーバ４０から画像付きのＲＳＳフィードを取得するときのシーケンス図である。なお、インターネット３０上のＷＥＢサーバ４１からＲＳＳフィードを取得する場合も同様な手順となる。予め設定したＲＳＳフィードの取得タイミングが到来する（Ｓ１）と、携帯電話機１０は、ＷＥＢサーバ４０が提供するＷＥＢコンテンツの要約情報であるＲＳＳフィードを要求する取得要求（ＨＴＴＰリクエスト）をＷＥＢサーバ４０に送信する（Ｓ２）。ＷＥＢサーバ４０は、携帯電話機１０から受信した取得要求に応じて、上記画像ファイル情報をenclose要素で書き込んだＲＳＳフィードのデータを作成し、このデータを含む取得応答（ＨＴＴＰレスポンス）を携帯電話機１０に送信する（Ｓ３，Ｓ４）。携帯電話機１０は、ＷＥＢサーバ４０から受信したＲＳＳフィードのデータを保存するとともに、そのＲＳＳフィードのenclose要素に書き込まれている画像ファイルの取得先情報（ＵＲＩ）等の画像ファイル情報を読み出す（Ｓ５，Ｓ６）。本例では、画像ファイルの取得先としてＷＥＢサーバ４０が指定されているので、携帯電話機１０は、上記enclose要素で指定されている所定のサイズ及びタイプの画像ファイルを要求する取得要求（ＨＴＴＰリクエスト）をＷＥＢサーバ４０に送信する（Ｓ７）。ＷＥＢサーバ４０は、画像ファイルの取得要求に応じて、指定された画像ファイルを検索し、この指定の画像ファイルを含む取得応答（ＨＴＴＰレスポンス）を、携帯電話機１０に送信する（Ｓ８，Ｓ９）。携帯電話機１０は、ＷＥＢサーバ４０から受信した画像ファイルを、先に受信しているＲＳＳフィードのデータと関連付けて保存する（Ｓ１０）。このように取得されて保存された画像付きのＲＳＳフィードは、上記待ち受けアプリケーションやＲＳＳリーダ等の複数のアプリケーションで読み出して表示することができる。
【００４７】
以上、本実施形態によれば、画像ファイルの取得先情報（ＵＲＩ）とそのファイルのサイズ情報とファイルのタイプ情報とを添付メディア記述部に書き込んだＲＳＳフィードが、ＷＥＢサーバ４０から携帯電話機１０に送信される。このＲＳＳフィードを受信した携帯電話機１０は、ＲＳＳフィードの添付メディア記述部から読み出した取得先情報（ＵＲＩ）に基づいて所定のサイズ情報及びタイプ情報で指定された画像のファイルを、ＷＥＢサーバ４０から取得し、その取得した画像ファイルを上記ＲＳＳフィードと関連付けて保存する。そして、携帯電話機１０は、上記保存した画像ファイルを読み出し、ＲＳＳフィードの表示画面の一部に画像を表示ことができる。このように携帯電話機１０で受信して表示するＲＳＳフィードに画像を含めることができる。
【００４８】
また、本実施形態によれば、上記ＲＳＳフィードの添付メディア記述部を、ＲＳＳで規定されているenclosure要素を用いることにより、ＲＳＳフィードの提供者側は、ＲＳＳフィードに含まれる要約アイテム（item要素）ごとに表示する画像を指定することができる。また、携帯電話機１０では、ＲＳＳフィードに含まれる要約アイテムごとに、その要約アイテムの表示領域に上記指定された画像を組み込んで表示することができる。
【００４９】
以上、本発明の好ましい実施形態を説明したが、本発明の範囲又は精神から逸脱することなく、特許請求の範囲に記載された技術的事項の範囲内において、開示した実施形態に種々の変更を加えることができる。
【００５０】
また、本発明は、携帯電話機に限定することなく、複数のアプリケーションを実行可能な様々な移動体通信端末に適用することができる。すなわち、本発明における「移動体通信端末」としては、ＰＤＣ（Personal Digital Cellular）方式、ＧＳＭ（Global System for Mobile Communication）方式、ＴＩＡ（Telecommunications Industry Association）方式等の携帯電話機、ＩＭＴ（International Mobile Telecommunications）−２０００で標準化された携帯電話機、ＴＤ−ＳＣＤＭＡ（Time Division Synchronous Code Division Multiple Access）方式の一つであるＴＤ−ＳＣＤＭＡ（ＭＣ：Multi Carrier）方式の携帯電話機、ＰＨＳ（Personal Handyphone System）、自動車電話機、固定電話機等の通話機能を有する電話機が挙げられる。また、この「移動体通信端末」としては、上記電話機のほか、通話機能を有するＰＤＡ（Personal Digital Assistance）等の通信端末も挙げられる。
【００５１】
また、上記移動体通信端末やサーバにおける処理・制御は、それらに設けられたコンピュータで所定のプログラムを実行することによって実現することもできる。このコンピュータで用いるプログラムの受け渡しは、デジタル情報としてプログラムを記録したＦＤ，ＣＤ−ＲＯＭ等の記録媒体を用いて行なってもいいし、コンピュータネットワーク等の通信ネットワークを用いて行なってもよい。
【図面の簡単な説明】
【００５２】
【図１】本発明の実施形態に係る通信システムの概略構成図。
【図２】サーバのハードウェア構成のブロック図。
【図３】サーバの機能ブロック図。
【図４】サーバの他の構成例を示す機能ブロック図。
【図５】携帯電話機の外観図。
【図６】携帯電話機のハードウェア構成のブロック図。
【図７】携帯電話機の機能ブロック図。
【図８】ＷＥＢサーバから定期的に取得して保存されたＲＳＳフィードをＲＳＳリーダで表示するときの画面遷移を示す説明図。
【図９】ＲＳＳリーダの画面遷移を示す説明図。
【図１０】ＲＳＳリーダの「ニュースインフォリスト」のトップ画面にＲＳＳ対応のＷＥＢサイトを新規に登録するときの画面遷移を示す説明図。
【図１１】ＲＳＳ対応のＷＥＢサイトのページから「ニュースインフォリスト」に新規に登録するときの画面遷移を示す説明図。
【図１２】速報ニュースのＲＳＳフィードの自動更新設定時における画面遷移を示す説明図。
【図１３】一般ニュースのＲＳＳフィードの自動更新設定時における画面遷移を示す説明図。
【図１４】待ち受けアプリケーションで表示される複数種類のアクティブ待ち受け画面の間の画面遷移を示す説明図。
【図１５】アクティブ待ち受け画面からＲＳＳリーダの画面への画面遷移を示す説明図。
【図１６】携帯電話機においてＷＥＢサーバから画像付きのＲＳＳフィードを取得するときのシーケンス図。
【符号の説明】
【００５３】
１０    携帯電話機
２０    携帯電話通信網
３０    インターネット
４０，４１    ＷＥＢサーバ
１１０    通信手段（取得手段）
１１１    表示手段
１１２    記憶手段
１１３    表示制御手段
１１４    アプリケーション実行手段
【図１】
2007299276.tif 000003
【図２】
2007299276.tif 000004
【図３】
2007299276.tif 000005
【図４】
2007299276.tif 000006
【図５】
2007299276.tif 000007
【図６】
2007299276.tif 000008
【図７】
2007299276.tif 000009
【図８】
2007299276.tif 000010
【図９】
2007299276.tif 000011
【図１０】
2007299276.tif 000012
【図１１】
2007299276.tif 000013
【図１２】
2007299276.tif 000014
【図１３】
2007299276.tif 000015
【図１４】
2007299276.tif 000016
【図１５】
2007299276.tif 000017
【図１６】
2007299276.tif 000018