(57)【特許請求の範囲】
【請求項１】
画像を表示する表示手段と、通信ネットワークを介して通信する通信手段と、通信ネットワーク上のサーバにコンテンツのフィードの取得要求を送信して前記フィードを取得する取得手段とを備え、取得した前記フィードを表示する移動通信端末において、
前記取得手段は、前記フィードの取得要求に対する取得応答に付加されているフィード取得タイミング識別子又はフィード種別情報に基づいて、その後の前記フィードの取得タイミングを設定することを特徴とする移動通信端末。
【請求項２】
請求項１に記載の移動通信端末において、
前記取得手段は、前記フィードの取得応答に前記フィード取得タイミング識別子が付加されている場合には、そのフィード取得タイミング識別子に基づいて前記フィードの取得のタイミングを設定し、前記フィード取得タイミング識別子が付加されていない場合には、前記フィード種別情報に基づいて前記フィードの取得のタイミングを設定することを特徴とする移動通信端末。
【請求項３】
請求項１又は２に記載の移動通信端末において、
前記取得手段は、前記フィード取得タイミング識別情報又はフィード種別情報に基づいて設定された前記フィードの取得タイミングで、前記通信ネットワーク上のサーバに対して前記フィードの取得要求を送信することを特徴とする移動通信端末。
【請求項４】
請求項１乃至３のいずれかに記載の移動通信端末において、
前記フィードのデータがフォルダ形式で保存される記憶手段と、
前記フィードの取得要求に対する取得応答に付加されているフィード種別情報に基づいて前記フィードの種別を判断し、前記フィードを、その種別に対応して設けられた所定のフォルダへ保存するフィード処理手段とを備えたことを特徴とする移動通信端末。
【請求項５】
請求項１乃至４のいずれかに記載の移動通信端末において、
前記通信ネットワーク上のサーバに対し前記フィードを要求する際に、そのフィードの種別情報を送信することを特徴とする移動通信端末。
【請求項６】
画像を表示する表示手段とコンテンツフィードの取得要求を送信して前記フィードを取得する取得手段とを備えた移動通信端末と、通信ネットワークを介して通信し、前記取得要求に対するフィードを含む取得応答を前記移動通信端末に送信するサーバにおいて、
前記フィードを記憶する記憶手段を備え、
前記フィードの取得要求に対する取得応答に、そのフィードに対するフィード取得タイミング識別子又はフィード種別情報を付加することを特徴とするサーバ。
【請求項７】
請求項６に記載のサーバにおいて、
前記フィードの取得要求に対する取得応答に、前記移動通信端末における前記フィードの保存先を指定する情報を付加することを特徴とするサーバ。
【請求項８】
画像を表示する表示手段とコンテンツフィードの取得要求を送信して前記フィードを取得する取得手段とを備えた移動通信端末と、通信ネットワークを介して通信可能なサーバであって、
請求項５の移動通信端末から請求項６又は７のサーバに送信された前記フィード種別情報を収集することを特徴とするサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク上のサーバから提供されるコンテンツのフィードを取得して表示可能な携帯電話機等の移動通信端末およびその移動体通信端末と通信可能なサーバに関するものである。
【背景技術】
【０００２】
従来から、ＷＥＢコンテンツの要約情報を通信端末に送信するものが知られている。このＷＥＢコンテンツの要約情報のデータは、携帯電話機からの取得要求に応じて、例えばＲＳＳと呼ばれるフォーマットで送信される。このＲＳＳは、ＷＥＢサーバ（ＷＥＢサイト）で提供されるＷＥＢコンテンツの見出し、要約、更新情報等のメタデータを構造化して記述するＸＭＬ（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/）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ＲＳＳフィードの登録件数が多くなってくると、利用者が、図１１（ａ）のＲＳＳフィードのタイトル情報一覧画面から、特定のＲＳＳフィードを探すのが困難となってくるという問題があった。
なお、非特許文献１には、図１２に示すようなカテゴリ選択画面を設け、ＲＳＳフィードを上記カテゴリでフィルタリングして、カテゴリ毎にＲＳＳフィードのタイトル情報の一覧を表示させるようにしたものが記載されている。しかし、ＲＳＳフィードをどのようにしてフィルタリングしてカテゴリ分けするかは、記載されていない。
【０００６】
また、ＲＳＳリーダは、ＷＥＢコンテンツの更新を確認するため、このＷＥＢコンテンツに対応するＲＳＳフィードを定期的に取得している。しかし、ＷＥＢコンテンツの更新のタイミングに比べて、ＲＳＳフィードの取得のタイミングが遅いと、ＲＳＳフィード取得時には、いくつかのＷＥＢコンテンツの更新情報が利用者に報知されない問題が生じてしまう。また、ＷＥＢコンテンツの更新のタイミングに比べて、ＲＳＳフィードの取得のタイミングが早いと、同じ内容の要約情報を何度も取得することになり、無駄な通信費が生じてしまう問題もあった。
【０００７】
本発明は、上記問題に鑑みなされたものであり、その目的とするところは、フィードの取得のタイミングを最適化することのできる移動通信端末およびサーバを提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、請求項１の発明は、画像を表示する表示手段と、通信ネットワークを介して通信する通信手段と、通信ネットワーク上のサーバにコンテンツのフィードの取得要求を送信して前記フィードを取得する取得手段とを備え、取得した前記フィードを表示する移動通信端末において、前記取得手段は、前記フィードの取得要求に対する取得応答に付加されているフィード取得タイミング識別子又はフィード種別情報に基づいて、その後の前記フィードの取得タイミングを設定することを特徴とするものである。
また、請求項２の発明は、請求項１に記載の移動通信端末において、前記取得手段は、前記フィードの取得応答に前記フィード取得タイミング識別子が付加されている場合には、そのフィード取得タイミング識別子に基づいて前記フィードの取得のタイミングを設定し、前記フィード取得タイミング識別子が付加されていない場合には、前記フィード種別情報に基づいて前記フィードの取得のタイミングを設定することを特徴とするものである。
また、請求項３の発明は、請求項１又は２に記載の移動通信端末において、前記取得手段は、前記フィード取得タイミング識別情報又はフィード種別情報に基づいて設定された前記フィードの取得タイミングで、前記通信ネットワーク上のサーバに対して前記フィードの取得要求を送信することを特徴とするものである。
また、請求項４の発明は、請求項１乃至３のいずれかに記載の移動通信端末において、前記フィードのデータがフォルダ形式で保存される記憶手段と、前記フィードの取得要求に対する取得応答に付加されているフィード種別情報に基づいて前記フィードの種別を判断し、前記フィードを、その種別に対応して設けられた所定のフォルダへ保存するフィード処理手段とを備えたことを特徴とするものである。
また、請求項５の発明は、請求項１乃至４のいずれかに記載の移動通信端末において、前記通信ネットワーク上のサーバに対し前記フィードを要求する際に、そのフィードの種別情報を送信することを特徴とするものである。
また、請求項６の発明は、画像を表示する表示手段とコンテンツフィードの取得要求を送信して前記フィードを取得する取得手段とを備えた移動通信端末と、通信ネットワークを介して通信し、前記取得要求に対するフィードを含む取得応答を前記移動通信端末に送信するサーバにおいて、前記フィードを記憶する記憶手段を備え、前記フィードの取得要求に対する取得応答に、そのフィードに対するフィード取得タイミング識別子又はフィード種別情報を付加することを特徴とするものである。
また、請求項７の発明は、請求項６に記載のサーバにおいて、前記フィードの取得要求に対する取得応答に、前記移動通信端末における前記フィードの保存先を指定する情報を付加することを特徴とするものである。
また、請求項８の発明は、画像を表示する表示手段とコンテンツフィードの取得要求を送信して前記フィードを取得する取得手段とを備えた移動通信端末と、通信ネットワークを介して通信可能なサーバであって、請求項５の移動通信端末から請求項６又は７のサーバに送信された前記フィード種別情報を収集することを特徴とするものである。
【発明の効果】
【０００９】
請求項１乃至８の発明によれば、フィードに付加された自動取得タイミングを指定する識別子またはフィードの種別情報に基づいて、フィードの自動取得のタイミングを設定するので、フィードの取得のタイミングを最適化することができる。よって、ＷＥＢコンテンツが頻繁に更新されて、フィード取得時には、いくつかの更新情報が利用者に報知されない不具合を抑制することができる。また、ＷＥＢコンテンツが更新されていないフィードを頻繁に取得することがなくなり、無駄な通信費を削減することができる。
特に、請求項４及び７の発明によれば、取得したフィードに付加されているフィード種別情報に基づいて、そのフィードを所定のフォルダへ保存するので、各フォルダには同一のフィード種別情報が付加されたフィードが保存される。従って、利用者が、特定の種別のフィードを閲覧したい場合は、特定の種別に対応したフォルダを開けば、利用者が閲覧したいフィードを見つけ出すことができる。よって、フィードをフォルダ毎に種別分けしていないものに比べて、容易に閲覧したいフィードを見つけ出すことができる。
また、取得されたフィードは、自動的に所定のフォルダへ保存されるので、取得したフィードをどのフォルダへ保存するかを利用者が指定するなどの必要がなくなるので、フィードの取得処理の手間を軽減することができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の実施の形態について説明する。
図１は本実施形態に係る通信システム全体の概略構成の一例を示す説明図である。この通信システムは、移動体通信端末としての携帯電話機１０と、移動体通信事業者によって管理されている通信ネットワークとしての携帯電話通信網２０とを用いて構成されている。携帯電話通信網２０は、基地局２０１や図示しない交換機（回線交換機、パケット交換機）等を備え、図示しないゲートウェイサーバを介してインターネット３０等の他の通信ネットワークに接続されている。また、携帯電話通信網２０及びインターネット３０には、ＷＥＢコンテンツを提供するＷＥＢサーバ４１が接続されている。ＷＥＢサーバ４１は、各種ＷＥＢコンテンツのほか、そのＷＥＢコンテンツの要約情報も提供する。また、ＷＥＢサーバ４１は携帯電話通信網２０側に設けてもよい。これらのサーバから携帯電話機１０にコンテンツをダウンロードするときには、ネットワークの各階層において所定の通信プロトコルが用いられる。例えば、ＷＥＢサーバからＷＥＢページをダウンロードするときのアプリケーション層の通信プロトコルとしては、ＨＴＴＰ（Hyper Text Transfer Protocol）が用いられる。
【００１２】
図２は、上記ＷＥＢサーバ４１のハードウェア構成の一例を示すブロック図である。このＷＥＢサーバ４１は、システムバス４００、ＣＰＵ４０１、内部記憶装置、外部記憶装置４０４、入力装置４０５、出力装置４０６、及びインターネット用通信装置４０７を備えている。上記内部記憶装置は、ＲＡＭ４０２やＲＯＭ４０３等で構成されている。上記外部記憶装置は、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成されている。上記入力装置４０５は、マウスやキーボード等で構成されている。上記出力装置４０６は、ディスプレイやプリンタ等で構成されている。上記通信装置４０７は、所定の通信プロトコルにより、携帯電話通信網２０を介して他の携帯電話機や他のサーバと通信したり、インターネット３０上の各種クライアント端末や他のサーバと通信したりするための装置である。
【００１３】
上記ＣＰＵ４０１やＲＡＭ４０２等の構成要素はお互いに、システムバス４００を介して、データやプログラムの命令等のやり取りを行っている。このサーバ４１を所定の手順に従って動作させるためのプログラムはＲＯＭ４０３や外部記憶装置４０４に記憶されており、必要に応じてＣＰＵ４０１やＲＡＭ４０２上の作業エリアに呼び出されて実行される。
【００１４】
また、上記ＷＥＢサーバ４１はそれぞれ一部又は全体を専用の制御装置として構成してもいいし、一部又は全体を汎用のコンピュータシステムを用いて構成してもよい。また、ＷＥＢサーバ４１はそれぞれ、１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。
【００１５】
図３は、ＷＥＢサーバ４１の構成例を示す機能ブロック図である。ＷＥＢサーバ４１は、記憶手段４１５と受信手段４１６と送信手段４１７とを備えている。このＷＥＢサーバ４１は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。上記記憶手段４１５は、上記内部記憶装置や外部記憶装置で構成され、携帯電話機１０で受信可能な各種ＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを記憶している。上記受信手段４１６は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記記憶手段４１５に記憶されている複数種類のＷＥＢコンテンツやそのＷＥＢコンテンツの要約情報を要求する取得要求を携帯電話機１０から受信する。上記送信手段４１７は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記取得要求に基づいて選択されたＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを移動体通信端末１０に送信する。
【００１６】
上記ＷＥＢコンテンツの要約情報のデータは、ＲＳＳのフォーマットで携帯電話機へ送信されており、携帯電話機は、このＲＳＳのフォーマットで記述された文書（ＲＳＳフィード）受信して表示するソフトウェアであるＲＳＳリーダを備えている。ＷＥＢコンテンツが更新された場合は、その更新後のＷＥＢコンテンツの要約情報を反映したＲＳＳフィードが作成される。この更新後のＲＳＳフィードが、携帯電話機からの取得要求に応じて送信される。ＲＳＳフィードの一例としては、一般ニュース、音楽情報、ブログ、天気予報、ＣＤや映画などの売り上げランキング等のコンテンツの要約や更新情報が挙げられる。
【００１７】
図４は携帯電話機１０の一構成例を示す外観図であり、図５は、その携帯電話機１０のハードウェア構成の一例を示す概略構成図である。携帯電話機１０は、クラムシェル（折り畳み）タイプの携帯電話機であり、システムバス１００、ＣＰＵ１０１、ＲＡＭ１０２やＲＯＭ１０３等の記憶装置、入力装置１０４、出力装置１０５及び携帯電話通信網用通信装置１０６を備えている。ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いに各種データやプログラムの命令等のやり取りを行っている。
【００１８】
上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォームの基本ソフト（ＯＳ）上で、音声通話機能や、アプリケーションソフト（以下「アプリケーション」という。）による各種機能を実現することができる。このアプリケーションによる機能としては、ＲＳＳリーダ、ＷＥＢブラウザ、メーラー、外部装置とのデータ送受信、アドレス帳管理、スケジューラ、メモ帳等がある。
【００１９】
また、上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォーム上でアプリケーションを実行するためのアプリケーション実行環境を構築することができる。そして、このアプリケーション実行環境上で、携帯電話機１０にプリインストールされているアプリケーションや、利用者がダウンロードして登録したアプリケーション等の各種アプリケーションを実行することができる。
【００２０】
上記入力装置１０４は、データ入力キー（テンキー、＊キー、＃キー）１１、通話開始キー１２、終話キー１３、スクロールキー１４、多機能キー１５、マイク１６等から構成されている。この入力装置１０４のテンキー１１、通話開始キー１２、終話キー１３等により、利用者が操作可能な操作部が構成される。この操作部を操作することにより、利用者は、携帯電話機１０に対してコンテンツ取得先のＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションの選択、起動及び停止を行ったりすることができる。また、利用者は上記操作部を操作することにより、上記ＷＥＢサーバ４１から、アプリケーションプログラム等のコンテンツをダウンロードして登録することができる。
【００２１】
上記出力装置１０５は、表示手段である液晶ディスプレイ（ＬＣＤ）１７、音出力手段であるスピーカ１８等から構成されている。上記液晶ディスプレイ（ＬＣＤ）１７やスピーカ１８等からなる出力装置等で構成されている出力部は、携帯電話通信網２０を介して受信したＷｅｂページを液晶ディスプレイ（ＬＣＤ）１７に表示したり、携帯電話通信網２０から情報を着信した旨を利用者に知らせたりするときに用いられる。具体的には、その情報を着信すると、出力部の液晶ディスプレイ（ＬＣＤ）１７に着信報知画像を表示したり、スピーカ１８から着信音を出力させたりする。なお、上記スピーカ１８は、通話中の音声を聞くための受話器用スピーカ（レシーバ）と、着信音や音楽などを出力する外部出力用スピーカとを別々に設けて構成してもいいし、これらの受話器用スピーカ及び外部出力用スピーカを兼用するように一つのスピーカで構成してもよい。
【００２２】
上記携帯電話通信網用通信装置１０６は、変復調器、シンセサイザ、周波数変換器，高周波増幅器などにより構成され、携帯電話通信網２０を介して他の携帯電話機や上記サーバ４１等と通信するときに用いられる。この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して他の携帯電話機とメールのやり取りを行ったり、携帯電話通信網２０からゲートウェイサーバを介して、インターネット等の外部の通信ネットワークに接続し、インターネット上での電子メールのやり取り等を行ったりするための通信手段として用いられる。更に、この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して、サーバ４１が提供する各種コンテンツをダウンロードしたり、現在位置の位置情報を含む配信情報を受信したりする情報受信手段としても用いられる。
【００２３】
携帯電話機１０は、ＲＳＳリーダのほかに、例えば、メディアコンテンツの再生を行うアプリケーションもＷＥＢコンテンツの要約情報であるＲＳＳ（RDF Site Summary）フィードを表示する機能を備えている。また、サービス参加者が互いに友人を紹介しあって、新たな友人関係を広げることを目的に開設されたコミュニティサービス（ソーシャル・ネットワーク・サービス（ＳＮＳ））を利用するためのアプリケーションなどもＷＥＢコンテンツの要約情報であるＲＳＳフィードを表示する機能を備えている。メディアコンテンツの再生を行うアプリケーションは、音楽情報、ＣＤの売り上げランキング、着うたランキングなどのＲＳＳフィードが表示されるようになっている。また、上記コミュニティサービスを利用するためのアプリケーションは、コミュニティサービス利用者のブログの更新情報などのＲＳＳフィードが表示されるようになっている。
【００２４】
図６は、本実施形態に係る携帯電話機１０の主要な機能を抽出して示した機能ブロック図である。この携帯電話機１０は、通信手段１１０と表示手段１１１と記憶手段１１２と表示制御手段１１３とを有する。
【００２５】
上記通信手段１１０は上記通信装置１０６等で構成され、ＨＴＴＰ等の所定の通信プロトコルを用いて携帯電話通信網２０を介した通信を行う。この通信手段１１０は、接続情報としてのＵＲＩ（Uniform Resource Identifier）に基づいて通信ネットワーク上のＷＥＢサーバ４１にアクセスし、そのＷＥＢサーバ４１から前述のＲＳＳフィードを取得する取得手段として用いられる。また、この取得手段は、所定の時間毎にＵＲＩ（Uniform Resource Identifier）に基づいて通信ネットワーク上のＷＥＢサーバ４１にアクセスし、そのサーバからＲＳＳフィードを自動的に取得できる機能を有している。また、取得手段は、自動取得のタイミングを、要約情報の取得要求（ＨＴＴＰリクエスト）に対する取得応答（ＨＴＴＰレスポンス）のContent-TypeヘッダのＭＩＭＥ（Multipurpose Internet Mail Extension）ＴＹＰＥの付加された付加情報に基づいて自動的に設定できる機能も有している。
【００２６】
上記表示手段１１１は上記ディスプレイ等で構成され、ＲＳＳフィードの表示を行うアプリケーションを起動したときに、通信ネットワーク上のＷＥＢサーバ４１から受信した前述のＲＳＳフィードを表示することができる。
【００２７】
上記記憶手段１１２は上記ＲＡＭ１０２やＲＯＭ１０３等の記憶装置により構成され前述のＲＳＳフィードを記憶している。ＲＳＳフィードのデータは、フォルダ形式で記憶手段１１２に保存されている。フォルダは、カテゴリ別に複数設けられており、例えば、ＲＳＳが、「ニュース」に関するものの場合は、ニュースカテゴリのフォルダに保存され、「ブログ・日記」に関するものの場合は、ブログのカテゴリのフォルダに保存される。
【００２８】
上記要約情報処理手段１１４は、上記ＣＰＵ１０１や上記ＲＡＭ１０２やＲＯＭ１０３等の記憶装置により構成され、携帯電話機１０の要約情報の取得要求（ＨＴＴＰリクエスト）に対する取得応答（ＨＴＴＰレスポンス）のContent-TypeヘッダのＭＩＭＥ-ＴＹＰＥに付加されている付加情報に基づいて、要約情報を各フォルダへ振り分けている。
【００２９】
上記表示制御手段１１３は上記ＣＰＵ１０１等で構成され、前述のＲＳＳフィードを取得して表示するように制御する。また、ＲＳＳフィードが未読の場合に、待ちうけ画面などのピクト領域に、未読のＲＳＳフィードがある旨のピクト画像を表示するように制御する。
【００３０】
図７は、上記ＲＳＳリーダ起動時の携帯電話機の画面遷移の一例を示す図である。利用者が携帯電話機のディスプレイ１７に表示された図示しないメニュー選択画面から、「ＲＳＳリーダ」を選択すると、図７（ａ）に示すような、カテゴリ選択画面がディスプレイ１７に表示される。このカテゴリ選択画面は、上記フォルダと対応しており、例えば、画面の「ニュース」は、ニュースカテゴリのフォルダに対応しており、「ブログ・日記」は、ブログのカテゴリのフォルダに対応している。また、フォルダに保存されたＲＳＳに未読のＲＳＳがある場合は、メニュー選択画面のピクト領域に例えば、図に示すような「ＮＥＷ」のピクト画像が表示される。
【００３１】
利用者が、ニュースのカテゴリを選択すると、図７（ｂ）に示すように、携帯電話機１０によってニュースのカテゴリに分類され、ニュースカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示される。なお、利用者が、図７（ａ）のテレビのカテゴリを選択した場合は、テレビカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示され、ブログ・日記のカテゴリを選択した場合は、ブログ・日記のカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示される。
また、このＲＳＳリスト表示画面においても、未読のＲＳＳがある場合は、このＲＳＳに対応する画面のピクト領域に図に示すような「ＮＥＷ」のピクト画像を表示する。
【００３２】
図７（ｂ）のＲＳＳフィードのタイトルリストから、○×新聞社を選択すると、図７（ｃ）に示すような、○×新聞社が提供しているＷＥＢページの要約情報のタイトル一覧（ＲＳＳフィードのアイテムタイトルリスト）が表示される。このＷＥＢページの要約情報のタイトル一覧画面を表示すると、携帯電話機１０は、このＲＳＳが既読されたと認識し、上記ピクト画像を消灯させる。また、図中上部のＲＳＳフィードのタイトル（○×新聞社）には、リンクが張られており、利用者が図中上部のＲＳＳフィードのタイトルをクリックすると、例えば、○×新聞社のホームページへアクセスするなど、特定のＵＲＩに接続して、特定のＷＥＢページが表示される。
【００３３】
利用者が、「○×国の首相来日」の要約情報のタイトルを選択すると、携帯電話機１０は、図７（ｄ）に示すように、ディスプレイ１７にこの要約情報のタイトルに対応する要約情報を表示する。図中上部の要約情報のタイトル（○×国の首相来日）には、リンクが張られており、利用者が図中上部の要約情報のタイトルをクリックすると、この要約情報に対応するＷＥＢページをＷＥＢサーバ４１から取得し、表示する。
【００３４】
上述のようにＲＳＳフィードは、携帯電話機１０によって、カテゴライズされ、それぞれカテゴリ分けされたフォルダに保存されるようになっている。以下に、ＲＳＳフィードのカテゴリ分けについて、説明する。
携帯電話機１０の要約情報の取得要求（ＨＴＴＰリクエスト）に対する取得応答（ＨＴＴＰレスポンス）のヘッダ情報の一つであるContent-TypeヘッダのＭＩＭＥ-ＴＹＰＥには、ＲＳＳフィードの種別情報が付加されている。図８は、Content-Typeヘッダに記述される「ＭＩＭＥ-ＴＹＰＥ」のデータの一例である。図中のＡの部分に、ＲＳＳフィードの種別情報が付加されており、例えば、ＲＳＳフィードの種別が「ニュース」の場合、図中のＡの部分に「ＡＡＡ」という識別子を付加情報として付加し、ＲＳＳフィードの種別が「ブログ・日記」の場合は、このＡの部分に「ＢＢＢ」の識別子を付加情報として付加する。また、このＲＳＳフィードの種別情報は、ＲＳＳフィードの種別毎に分けられた携帯電話機のフォルダへの保存先を指定する指定情報としての機能も有している。
【００３５】
図９は、携帯電話機１０のＲＳＳフィード登録処理時の制御フローを示す図である。
まず、利用者が、ＵＲＩを入力したり、予め記憶されているＲＳＳサイトの一覧もしくはＷＥＢコンテンツ閲覧中に発見した該当リンクから選択したりして、ＲＳＳフィードの登録処理を行い、ＷＥＢサーバ４１へ取得要求（ＨＴＴＰリクエスト）を送信する（Ｓ１）。携帯電話機１０が、ＷＥＢサーバ４１から取得応答（ＨＴＴＰレスポンス）を取得したら（Ｓ２のＹＥＳ）、Content-TypeヘッダのＭＩＭＥ-ＴＹＰＥをチェックして、ＲＳＳフィードか否かをチェックする（Ｓ３）。ＲＳＳフィードでなかった場合（Ｓ３のＮＯ）、ＲＳＳでない旨の画面をディスプレイ１７に表示する（Ｓ４）。ＲＳＳフィードの場合（Ｓ３のＮＯ）、ＭＩＭＥ-ＴＹＰＥに付加された付加情報をチェックして（Ｓ５）、所定のフォルダに保存する（Ｓ６）。具体的には、ＭＩＭＥ-ＴＹＰＥに「ＡＡＡ」の識別子が付加されている場合は、このＲＳＳフィードの種別がニュースであるので、ニュースカテゴリのフォルダに保存する。また、チェックの結果、ＭＩＭＥ-ＴＹＰＥに「ＢＢＢ」の識別子が付加されている場合は、このＲＳＳフィードの種別がブログ・日記であるので、ブログ・日記のカテゴリのフォルダに保存する。また、ＭＩＭＥ-ＴＹＰＥにこのような識別子が付加されてない場合は、その他のカテゴリのフォルダに保存する。
【００３６】
このように、ＲＳＳフィードの種別毎にフォルダに保存されるので、利用者は、所望のＲＳＳフィードを容易に探すことができる。また、利用者がＲＳＳフィード登録時にＲＳＳフィードをどのフォルダに保存させるかを設定しなくても、所定のフォルダに自動的に保存されるので、登録時の利用者の手間を軽減することができる。
【００３７】
また、フォルダに記憶されているＲＳＳフィードの接続先から、更新されたＲＳＳフィードを受信したときも、まず、取得応答のＭＩＭＥ-ＴＹＰＥに付加された付加情報を調べて、受信したＲＳＳフィードの種別を調べる。そして、保存するフォルダを付加情報に基づき特定し、特定したフォルダ内から受信したＲＳＳフィードのＵＲＩと一致するするＵＲＩを探して上書きする。そして、上書きしたＲＳＳフィードに対して更新された旨を示す「ＮＥＷ」のピクト画像を表示したり、音やバイブを鳴らしたりして利用者に報知する。また、ＲＳＳフィードのＭＩＭＥ-ＴＹＰＥに付加された種別情報が変更されていて、種別情報によって特定したフォルダ内に、上書きするＲＳＳフィードがない場合は、自動取得を失敗した旨を報知する。
【００３８】
また、このＭＩＭＥ-ＴＹＰＥの付加情報に基づいて、ＲＳＳフィードの自動取得の設定を行うようにしてもよい。
【００３９】
図１０は、ＭＩＭＥ-ＴＹＰＥの付加情報に基づいて、ＲＳＳフィードの自動取得の設定を行うときの携帯電話機の制御フロー図である。
まず、上述同様に利用者が登録処理を行い、ＷＥＢサーバ４１へ取得要求を送信して、取得応答を受信したら、取得応答のＭＩＭＥ-ＴＹＰＥに付加された付加情報をチェックする（Ｓ１１〜Ｓ１５）。次に、携帯電話機は、ＭＩＭＥ-ＴＹＰＥに付加された付加情報に基づいて、自動取得の時間を設定して（Ｓ１６）、この自動取得の時間を内部記憶装置に保存する（Ｓ１７）。ＭＩＭＥ-ＴＹＰＥ付加された識別子が、「ＡＡＡ」でＲＳＳフィードの種別が「ニュース」の場合は、ニュース情報は、頻繁にＲＳＳフィードが更新されている可能性が高いので、自動取得の時間を例えば、「６時間」に設定する。また、ＭＩＭＥ-ＴＹＰＥに付加されている識別子が、「ＢＢＢ」でＲＳＳフィードの種別が「日記・ブログ」の場合は、「日記・ブログ」は、一日に一回更新される程度なので、自動取得の時間を例えば、「２４時間」に設定する。
【００４０】
このように、ＲＳＳフィードの種別によって、取得のタイミングを設定することで、ＲＳＳフィールドの取得のタイミングを最適化することができ、ＲＳＳフィードが更新された可能性の高いタイミングで、ＲＳＳフィードの取得要求をすることができる。よって、更新されてないＲＳＳフィードに対して何度も取得要求することが抑制され、通信費の無駄を抑制することができる。また、ＲＳＳフィードの登録処理時に自動的に適切な取得タイミングに設定されるので、利用者が手動で取得のタイミングを設定するものに比べてＲＳＳフィードの登録処理時の手間を軽減することができる。
【００４１】
なお、上記自動取得のタイミングは、手動で設定変更可能であるが、例えば、種別がニュースのＲＳＳフィードは、最低設定時間を例えば「３時間」に設定されており、種別が「日記・ブログ」のＲＳＳフィードは、最低設定時間を例えば「６時間」に設定される。これは、利用者によって、登録したすべてのＲＳＳフィードの自動取得を１時間に設定されて、このような設定をする利用者が多数いた場合、携帯電話通信網２０が混線してしまい、携帯電話がつながらない不具合が発生するおそれがあるためである。
【００４２】
また、ＲＳＳフィード提供者によっては、頻繁にＲＳＳフィードを更新し、上述の設定時間では、有益なサービスを提供することができない場合がある。このようなＲＳＳフィード提供者においては、図８に示すように、ＲＳＳフィードのＭＩＭＥ-ＴＹＰＥに付加された種別情報の識別子の後（図中Ｂの部分）に自動取得のタイミングを指定する識別子を付加するようにしてもよい。
この場合、携帯電話機１０が、ＲＳＳフィードの登録処理を行うときに取得したＭＩＭＥ-ＴＹＰＥに自動取得のタイミングを指定した付加情報が付加されているか否かをチェックする。ＭＩＭＥ-ＴＹＰＥに自動取得のタイミングを指定した付加情報が付加されていた場合は、この付加情報に基づいて、ＲＳＳフィードの自動取得のタイミングを設定する。一方、ＭＩＭＥ-ＴＹＰＥに自動取得のタイミングを指定した付加情報が付加されていない場合は、ＭＩＭＥ-ＴＹＰＥに付加された種別情報の識別子に基づいて、ＲＳＳフィードの自動取得のタイミングを設定する。
【００４３】
これにより、頻繁にＲＳＳフィードを更新するサイトでも、利用者に有益なサービスを提供することが可能となる。
【００４４】
また、例えば、朝の８時に取得されるＲＳＳフィードについては、次に、夕方６時に自動取得が行われるように、取得のタイミングを「１０時間」に指定する識別子をＭＩＭＥ-ＴＹＰＥに付加する。そして、夕方６時になって、ＲＳＳフィードを自動取得したときの、ＭＩＭＥ-ＴＹＰＥには、次の朝８時に自動取得されるように、取得のタイミングを「１４時間」に指定する識別子を付加する。このように、識別子を変えることで、次に、自動取得するタイミングをＲＳＳフィード提供者の意図するタイミングで行わせることが可能となる。
【００４５】
また、ＲＳＳフィードの取得を要求するときに、上記ＭＩＭＥ-ＴＹＰＥに付加した種別情報を送信させて、この種別情報を図示しないゲートウェイサーバで収集するようにしてもよい。ゲートウェイサーバで種別情報を収集することで、例えば、ある種別のＲＳＳフィードがどの時間帯に多く取得要求されているかを把握することができる。コンテンツ提供者は、この情報に基づいて、取得要求が多くなる前に、ＲＳＳフィードの更新処理を行っておけば、利用者に最新のＲＳＳフィードを取得させることができ、サービスの向上や、利便性の高いコンテンツを利用者に提供することができる。
【００４６】
また、上記携帯電話１０には、ＲＳＳフィードを閲覧するアプリケーションとしては、「ＲＳＳリーダ」のほかに、メディアコンテンツの再生を行うアプリケーションやコミュニティサービスを利用するためのアプリケーションもＲＳＳフィードを閲覧することができる。よって、ＭＩＭＥ-ＴＹＰＥに、どのアプリケーションソフトで閲覧するものであるかを示す識別子を付加してもよい。この場合、携帯電話機は、取得手段によってＲＳＳフィードを取得した際、ＭＩＭＥ-ＴＹＰＥに付加された識別子をチェックし、識別子がどのアプリケーションに対応するものかをチェックする。例えば、識別子が、メディアコンテンツの再生を行うアプリケーション対応する付加情報である場合は、取得したＲＳＳフィードをメディアコンテンツの再生を行うアプリケーションが参照可能なフォルダに保存する。また、ＭＩＭＥ-ＴＹＰＥに付加された識別子が、コミュニティサービスを利用するためのアプリケーションに対応する付加情報である場合は、コミュニティサービスを利用するためのアプリケーションが参照可能なフォルダに保存する。
【００４７】
これにより、例えば、メディアコンテンツの再生を行うアプリケーションを起動させて、音楽をダウンロードする際に、例えば、ＣＤランキングなどのＲＳＳフィードのアイテムタイトルを表示させることができる。また、コミュニティサービスを利用するためのアプリケーションが起動しているときに、このサービス参加者の友人や知人のブログや日記などの更新情報を確認することができるようになる。よって、上記コミュニティサービス参加者の友人や知人のブログが更新されているかどうかを確認するために、ＲＳＳリーダを起動して確認する必要がなくなり、利便性を向上させることができる。
【００４８】
また、本発明は、携帯電話機に限定することなく、表示手段を備えたものであれば様々な移動体通信端末に適用することができる。すなわち、本発明における「移動体通信端末」としては、ＰＤＣ（Personal Digital Cellular）方式、ＧＳＭ（Global System for Mobile Communication）方式、ＴＩＡ（Telecommunications Industry Association）方式等の携帯電話機、ＩＭＴ（International Mobile Telecommunications）−２０００で標準化された携帯電話機、ＴＤ−ＳＣＤＭＡ（Time Division Synchronous Code Division Multiple Access）方式の一つであるＴＤ−ＳＣＤＭＡ（ＭＣ：Multi Carrier）方式の携帯電話機、ＰＨＳ（Personal Handy phone System）、自動車電話機、固定電話機等の通話機能を有する電話機が挙げられる。また、この「移動体通信端末」としては、上記電話機のほか、通話機能を有するＰＤＡ（Personal Digital Assistance）等の通信端末も挙げられる。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施形態に係る通信システムの概略構成図。
【図２】ＷＥＢサーバのハードウェア構成のブロック図。
【図３】ＷＥＢサーバの機能ブロック図。
【図４】携帯電話機の外観図。
【図５】携帯電話機のハードウェア構成のブロック図。
【図６】携帯電話機の機能ブロック図。
【図７】（ａ）〜（ｄ）はＲＳＳリーダ起動時の携帯電話機の画面遷移の一例を示す図
【図８】ＲＳＳフィードのcontent-typeヘッダの「ＭＩＭＥ-ＴＹＰＥ」のデータの一例を示す図。
【図９】ＲＳＳフィード登録処理時の制御フロー図。
【図１０】ＲＳＳフィードの自動取得の設定を行うときの携帯電話機の制御フロー図。
【図１１】（ａ）〜（ｃ）はＲＳＳリーダの画面遷移の一例を説明する図。
【図１２】カテゴリ選択画面の一例を示す図。
【符号の説明】
【００５０】
１０    携帯電話機
２０    携帯電話通信網
３０    インターネット
４１    ＷＥＢサーバ
１１０    通信手段（取得手段）
１１１    表示手段
１１２    記憶手段
１１３    表示制御手段
１１４    要約情報処理手段
４１５    記憶手段
４１６    受信手段
４１７    送信手段
【図１】
0004833725.tif 000002
【図２】
0004833725.tif 000003
【図３】
0004833725.tif 000004
【図４】
0004833725.tif 000005
【図５】
0004833725.tif 000006
【図６】
0004833725.tif 000007
【図７】
0004833725.tif 000008
【図８】
0004833725.tif 000009
【図９】
0004833725.tif 000010
【図１０】
0004833725.tif 000011
【図１１】
0004833725.tif 000012
【図１２】
0004833725.tif 000013