移動体通信端末
【課題】ＷＥＢコンテンツの要約情報が更新されているか否かをチェックするような制御を行っていないサーバからＲＳＳフィードを受信した場合でも、利用者に要約情報が更新された旨の誤報知を抑制することができる移動体通信端末を提供する。
【解決手段】サーバから取得したＲＳＳフィードのチャンネル要素やアイテム要素に記述されている更新日情報に基づいて、取得したＲＳＳフィードが更新されているか否かを判断している。これにより、キャッシュ機能を用いたＨＴＴＰ処理に対応してないＷＥＢサーバから、更新されてない要約情報のＲＳＳフィードを受信したときに、要約情報が更新された旨を利用者に誤報知してしまうのを抑制できる。
【解決手段】サーバから取得したＲＳＳフィードのチャンネル要素やアイテム要素に記述されている更新日情報に基づいて、取得したＲＳＳフィードが更新されているか否かを判断している。これにより、キャッシュ機能を用いたＨＴＴＰ処理に対応してないＷＥＢサーバから、更新されてない要約情報のＲＳＳフィードを受信したときに、要約情報が更新された旨を利用者に誤報知してしまうのを抑制できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク上のサーバから提供されるコンテンツの要約情報を取得可能な携帯電話機等の移動体通信端末に関するものである。
【背景技術】
【０００２】
非特許文献１には、ＷＥＢコンテンツの要約情報を移動体通信端末たる携帯電話機で受信して表示するソフトウェアが記載されている。このＷＥＢコンテンツの要約情報のデータは、携帯電話機からの取得要求に応じてＲＳＳと呼ばれるフォーマットで送信される。このＲＳＳは、ＷＥＢサーバ（ＷＥＢサイト）で提供されるＷＥＢコンテンツの見出し、要約、更新情報等のメタデータを構造化して記述するＸＭＬ（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/）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、従来からＷＥＢコンテンツ情報を取得するために、ＷＥＢブラウザが用いられている。ＷＥＢブラウザは、ホームページの表示速度を向上させたり、インターネット上のトラフィックを軽減させたりするため、次のようなＨＴＴＰ通信処理を行っている。すなわち、一度参照した接続先情報としてのＵＲＩ（Uniform Resource Identifier）と接続先のコンテンツ情報とをメモリに記憶しておくキャッシュ機能を持っておく。そして、ＷＥＢブラウザは、コンテンツ情報取得要求時にサーバにコンテンツ情報の更新の有無を指示する指示情報たるIf-Modified-Sinceヘッダを取得要求（ＨＴＴＰリクエスト）に付加してサーバへ送信する。サーバは、取得要求にIf-Modified-Sinceヘッダが付加されていた場合、If-Modified-Sinceヘッダで指定された日付以降に取得要求先のコンテンツ情報の更新がなされているか否かをチェックする。コンテンツ情報の更新がなされていない場合は、サーバは、取得応答（ＨＴＴＰレスポンス）のStatus-Codeにコンテンツ情報の更新がなされていない旨を示すコード（304 Not Modified）を送信する。ＷＥＢブラウザは、サーバ側からコンテンツ情報の更新がなされていない旨を示すStatus-Code（304 Not Modified）を受信した場合、上記キャッシュメモリに記憶されているコンテンツ情報を表示する。
一方、コンテンツ情報の更新がなされている場合、サーバは、Status-Code：200 OKで、更新されたコンテンツ情報を送信する。ＷＥＢブラウザは、受信したコンテンツ情報をキャッシュメモリに記憶して、受信したコンテンツ情報を表示する。
【０００５】
上記ＲＳＳリーダも、インターネット上のトラフィックを軽減させるために上述のキャッシュ機能を用いたＨＴＴＰ通信処理を用いて、ＲＳＳフィードの取得要求をしていた。すなわち、取得要求にIf-Modified-Sinceヘッダを付加して送信し、更新がなされたＲＳＳフィードのみサーバから受信するようにしたのである。そして、ＲＳＳフィードをＷＥＢサーバから受信したら、未読の旨を示すピクト画像を表示するなどして、利用者に要約情報が更新された旨を報知していた。
【０００６】
しかし、If-Modified-Sinceヘッダを受信したときに取得要求先のコンテンツ情報の更新がなされているか否かをチェックするような制御をサーバ側が行っていない場合は、取得要求にIf-Modified-Sinceを付加しても、更新されてないＲＳＳフィードをサーバは送信する。このため、携帯電話機は、更新されてないＲＳＳフィードを受信する場合がある。その結果、実際は、ＲＳＳフィードが更新されていないにもかかわらず、ＲＳＳフィードが更新されたと判断して、利用者に要約情報が更新された旨を誤報知してしまう問題があった。
【０００７】
本発明は、上記問題に鑑みなされたものであり、その目的とするところは、コンテンツの要約情報の更新がなされているか否かをチェックするような制御を行っていないサーバから要約情報を受信した場合でも、利用者に要約情報が更新された旨の誤報知を抑制することができる移動体通信端末を提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、請求項１の発明は、通信ネットワーク上のサーバから提供されるコンテンツの要約情報を要求する取得要求を前記サーバに送信することにより前記要約情報を取得する取得手段を備えた移動体通信端末において、前記取得手段で取得した要約情報内に記述された更新日情報に基づいて、前記取得した要約情報が更新されたか否かを判断する判断手段と、前記判断手段で前記要約情報が更新されたと判断した場合にその旨を報知する報知手段とを備えたことを特徴とするものである。
また、請求項２の発明は、請求項１に記載の移動体通信端末において、前記サーバから提供されるコンテンツについて受信した要約情報の取得応答のヘッダに該要約情報の更新日情報が記述されている場合には、その更新日情報を、該サーバでの該要約情報の更新確認に用いられるように該要約情報の次回取得時における取得要求のヘッダに記述することを特徴とするものである。
また、請求項３の発明は、請求項１または２に記載の移動体通信端末において、前記サーバから提供されるコンテンツについて受信した要約情報の取得応答のヘッダに該要約情報のバージョン情報が記述されている場合には、そのバージョン情報を、該サーバでの該要約情報の更新確認に用いられるように該要約情報の次回取得時における取得要求のヘッダに記述することを特徴とするものである。
また、請求項４の発明は、請求項１から請求項３のいずれかに記載の移動体通信端末において、前記要約情報は、ＷＥＢコンテンツの見出し情報、要約情報および更新情報であることを特徴とするものである。
【発明の効果】
【０００９】
請求項１乃至４の発明によれば、サーバから取得した要約情報内に記述された更新日情報に基づき、その要約情報が更新されていると判断した場合にその旨を報知する。これにより、コンテンツの要約情報の更新がなされているか否かをチェックするような制御を行っていないサーバから要約情報を受信した場合でも、利用者に要約情報が更新された旨の誤報知を抑制することができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明の実施の形態について説明する。
図１は本実施形態に係る通信システム全体の概略構成の一例を示す説明図である。この通信システムは、移動体通信端末としての携帯電話機１０と、移動体通信事業者によって管理されている通信ネットワークとしての携帯電話通信網２０とを用いて構成されている。携帯電話通信網２０は、基地局２０１や図示しない交換機（回線交換機、パケット交換機）等を備え、図示しないゲートウェイサーバを介してインターネット３０等の他の通信ネットワークに接続されている。また、携帯電話通信網２０及びインターネット３０には、ＷＥＢコンテンツを提供するＷＥＢサーバ４１が接続されている。ＷＥＢサーバ４１は、各種ＷＥＢコンテンツのほか、そのＷＥＢコンテンツの要約情報も提供する。また、ＷＥＢサーバ４１は携帯電話通信網２０側に設けてもよい。これらのサーバから携帯電話機１０にコンテンツをダウンロードするときには、ネットワークの各階層において所定の通信プロトコルが用いられる。例えば、ＷＥＢサーバからＷＥＢページをダウンロードするときのアプリケーション層の通信プロトコルとしては、ＨＴＴＰ（Hyper Text Transfer Protocol）が用いられる。
【００１１】
図２は、上記ＷＥＢサーバ４１のハードウェア構成の一例を示すブロック図である。このＷＥＢサーバ４１は、システムバス４００、ＣＰＵ４０１、内部記憶装置、外部記憶装置４０４、入力装置４０５、出力装置４０６、及びインターネット用通信装置４０７を備えている。上記内部記憶装置は、ＲＡＭ４０２やＲＯＭ４０３等で構成されている。上記外部記憶装置は、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成されている。上記入力装置４０５は、マウスやキーボード等で構成されている。上記出力装置４０６は、ディスプレイやプリンタ等で構成されている。上記通信装置４０７は、所定の通信プロトコルにより、携帯電話通信網２０を介して他の携帯電話機や他のサーバと通信したり、インターネット３０上の各種クライアント端末や他のサーバと通信したりするための装置である。
【００１２】
上記ＣＰＵ４０１やＲＡＭ４０２等の構成要素はお互いに、システムバス４００を介して、データやプログラムの命令等のやり取りを行っている。このサーバ４１を所定の手順に従って動作させるためのプログラムはＲＯＭ４０３や外部記憶装置４０４に記憶されており、必要に応じてＣＰＵ４０１やＲＡＭ４０２上の作業エリアに呼び出されて実行される。
【００１３】
また、上記ＷＥＢサーバ４１はそれぞれ一部又は全体を専用の制御装置として構成してもいいし、一部又は全体を汎用のコンピュータシステムを用いて構成してもよい。また、ＷＥＢサーバ４１はそれぞれ、１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。
【００１４】
図３は、ＷＥＢサーバ４１の構成例を示す機能ブロック図である。ＷＥＢサーバ４１は、記憶手段４１５と受信手段４１６と送信手段４１７とを備えている。このＷＥＢサーバ４１は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。上記記憶手段４１５は、上記内部記憶装置や外部記憶装置で構成され、携帯電話機１０で受信可能な各種ＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを記憶している。上記受信手段４１６は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記記憶手段４１５に記憶されている複数種類のＷＥＢコンテンツやそのＷＥＢコンテンツの要約情報を要求する取得要求を携帯電話機１０から受信する。上記送信手段４１７は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記取得要求に基づいて選択されたＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを移動体通信端末１０に送信する。
【００１５】
上記ＷＥＢコンテンツの要約情報のデータは、ＲＳＳのフォーマットで携帯電話機へ送信されており、携帯電話機は、このＲＳＳのフォーマットで記述された文書（ＲＳＳフィード）を受信して表示するソフトウェアであるＲＳＳリーダを備えている。ＷＥＢコンテンツが更新された場合は、その更新後のＷＥＢコンテンツの要約情報を反映したＲＳＳフィードが作成される。この更新後のＲＳＳフィードが、携帯電話機からの取得要求に応じて送信される。ＲＳＳフィードの一例としては、一般ニュース、音楽情報、ブログ、天気予報、ＣＤや映画などの売り上げランキング等のコンテンツの要約や更新情報が挙げられる。
【００１６】
図４は携帯電話機１０の一構成例を示す外観図であり、図５は、その携帯電話機１０のハードウェア構成の一例を示す概略構成図である。携帯電話機１０は、クラムシェル（折り畳み）タイプの携帯電話機であり、システムバス１００、ＣＰＵ１０１、ＲＡＭ１０２やＲＯＭ１０３等の記憶装置、入力装置１０４、出力装置１０５及び携帯電話通信網用通信装置１０６を備えている。ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いに各種データやプログラムの命令等のやり取りを行っている。
【００１７】
上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォームの基本ソフト（ＯＳ）上で、音声通話機能や、アプリケーションソフト（以下「アプリケーション」という。）による各種機能を実現することができる。このアプリケーションによる機能としては、ＲＳＳリーダ、ＷＥＢブラウザ、メーラー、外部装置とのデータ送受信、アドレス帳管理、スケジューラ、メモ帳等がある。
【００１８】
また、上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォーム上でアプリケーションを実行するためのアプリケーション実行環境を構築することができる。そして、このアプリケーション実行環境上で、携帯電話機１０にプリインストールされているアプリケーションや、利用者がダウンロードして登録したアプリケーション等の各種アプリケーションを実行することができる。
【００１９】
上記入力装置１０４は、データ入力キー（テンキー、＊キー、＃キー）１１、通話開始キー１２、終話キー１３、スクロールキー１４、多機能キー１５、マイク１６等から構成されている。この入力装置１０４のテンキー１１、通話開始キー１２、終話キー１３等により、利用者が操作可能な操作部が構成される。この操作部を操作することにより、利用者は、携帯電話機１０に対してコンテンツ取得先のＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションの選択、起動及び停止を行ったりすることができる。また、利用者は上記操作部を操作することにより、上記ＷＥＢサーバ４１から、アプリケーションプログラム等のコンテンツをダウンロードして登録することができる。
【００２０】
上記出力装置１０５は、表示手段である液晶ディスプレイ（ＬＣＤ）１７、音出力手段であるスピーカ１８等から構成されている。上記液晶ディスプレイ（ＬＣＤ）１７やスピーカ１８等からなる出力装置等で構成されている出力部は、携帯電話通信網２０を介して受信したＷＥＢページを液晶ディスプレイ（ＬＣＤ）１７に表示したり、携帯電話通信網２０から情報を着信した旨を利用者に知らせたりするときに用いられる。具体的には、その情報を着信すると、出力部の液晶ディスプレイ（ＬＣＤ）１７に着信報知画像を表示したり、スピーカ１８から着信音を出力させたりする。なお、上記スピーカ１８は、通話中の音声を聞くための受話器用スピーカ（レシーバ）と、着信音や音楽などを出力する外部出力用スピーカとを別々に設けて構成してもいいし、これらの受話器用スピーカ及び外部出力用スピーカを兼用するように一つのスピーカで構成してもよい。
【００２１】
上記携帯電話通信網用通信装置１０６は、変復調器、シンセサイザ、周波数変換器，高周波増幅器などにより構成され、携帯電話通信網２０を介して他の携帯電話機や上記サーバ４１等と通信するときに用いられる。この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して他の携帯電話機とメールのやり取りを行ったり、携帯電話通信網２０からゲートウェイサーバを介して、インターネット等の外部の通信ネットワークに接続し、インターネット上での電子メールのやり取り等を行ったりするための通信手段として用いられる。更に、この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して、サーバ４１が提供する各種コンテンツをダウンロードしたり、現在位置の位置情報を含む配信情報を受信したりする情報受信手段としても用いられる。
【００２２】
携帯電話機１０は、ＲＳＳリーダのほかに、例えば、メディアコンテンツの再生を行うアプリケーションもＷＥＢコンテンツの要約情報であるＲＳＳ（RDF Site Summary）フィードを表示する機能を備えている。また、サービス参加者が互いに友人を紹介しあって、新たな友人関係を広げることを目的に開設されたコミュニティサービス（ソーシャル・ネットワーク・サービス（ＳＮＳ））を利用するためのアプリケーションなどもＷＥＢコンテンツの要約情報であるＲＳＳフィードを表示する機能を備えている。メディアコンテンツの再生を行うアプリケーションは、音楽情報、ＣＤの売り上げランキング、着うたランキングなどのＲＳＳフィードが表示されるようになっている。また、上記コミュニティサービスを利用するためのアプリケーションは、コミュニティサービス利用者のブログの更新情報などのＲＳＳフィードが表示されるようになっている。
【００２３】
図６は、本実施形態に係る携帯電話機１０の主要な機能を抽出して示した機能ブロック図である。この携帯電話機１０は、通信手段１１０と表示手段１１１と記憶手段１１２と表示制御手段１１３と更新処理手段１１４とを有する。
【００２４】
上記通信手段１１０は上記通信装置１０６等で構成され、ＨＴＴＰ等の所定の通信プロトコルを用いて携帯電話通信網２０を介した通信を行う。この通信手段１１０は、接続情報としてのＵＲＩ（Uniform Resource Identifier）に基づいて通信ネットワーク上のＷＥＢサーバ４１にアクセスし、そのＷＥＢサーバ４１から前述のＲＳＳフィードを取得する取得手段として用いられる。また、この取得手段は、所定の時間毎にＵＲＩ（Uniform Resource Identifier）に基づいて通信ネットワーク上のＷＥＢサーバ４１にアクセスし、そのサーバからＲＳＳフィードを自動的に取得できる機能を有している。
【００２５】
上記表示手段１１１は上記ディスプレイ等で構成され、ＲＳＳフィードの表示を行うアプリケーションを起動したときに、通信ネットワーク上のＷＥＢサーバ４１から受信した前述のＲＳＳフィードを表示することができる。
【００２６】
上記記憶手段１１２は上記ＲＡＭ１０２やＲＯＭ１０３等の記憶装置により構成され前述のＲＳＳフィードを記憶している。ＲＳＳフィードのデータは、フォルダ形式で記憶手段１１２に保存されている。フォルダは、カテゴリ別に複数設けられており、例えば、ＲＳＳが、「ニュース」に関するものの場合は、ニュースカテゴリのフォルダに保存され、「ブログ・日記」に関するものの場合は、ブログのカテゴリのフォルダに保存される。
また、この記憶手段１１２には、通信手段１１０が参照可能なキャッシュ領域を設け、このキャッシュ領域に、要約情報を含んだ取得応答のヘッダに記述された更新日情報（Last-Modified）や要約情報のバージョン情報（Etag：Entity tag）を記憶している。このキャッシュ領域に記憶された情報は、キャッシュ機能を用いたＨＴＴＰ通信処理を行うときに使用される。
【００２７】
上記表示制御手段１１３は上記ＣＰＵ１０１等で構成され、前述のＲＳＳフィードを取得して表示するように制御する。また、ＲＳＳフィードが未読の場合に、待ち受け画面などのピクト領域に、未読のＲＳＳフィードがある旨のピクト画像を表示するように制御する。
【００２８】
上記更新処理手段１１４は、上記ＣＰＵ１０１等により構成され、携帯電話機１０の要約情報の取得要求（ＨＴＴＰリクエスト）に対する取得応答（ＨＴＴＰレスポンス）の更新日情報に基づいて、取得した要約情報が更新されたか否かを判断する判断手段としての機能を有している。また、更新処理手段１１４は、取得した要約情報が更新されていると判断したときに要約情報が更新された旨を報知する報知手段としての機能も有している。この場合、更新処理手段１１４は、例えば、未読のＲＳＳフィードがある旨のピクト画像を表示するように表示制御手段１１３に指示し、表示手段１１１に上記ピクト画像を表示させる。上記報知手段の機能としては、スピーカ１８から音を出力させたり、振動デバイスを起動させて携帯電話機を振動させたりするようにしてもよい。
【００２９】
図７は、要約情報であるＲＳＳフィードの構成要素を示す一例である。図では、RSS0.9、1.0バージョンの構成要素を示している。図に示すように、ＲＳＳフィードは、チャンネル要素と、複数のアイテム要素とによって基本的に構成されている。チャンネル要素は、このＲＳＳフィードのタイトルや、概要などの基本情報が記述されている。また、チャンネル要素内には、dc:date要素を記載してもよく、このdc:date要素にはＲＳＳフィードの更新日情報が記述される。アイテム要素は、コンテンツの要約情報や更新情報が記述されており、そのアイテム要素内にも、dc:date要素を記載してもよい。アイテム要素内のdc:date要素には、そのコンテンツ先の更新日情報が記述される。
【００３０】
なお、ＲＳＳがRSS0.9X, RSS2.0のバージョンの場合、ＲＳＳフィードの更新日情報は、チャンネル要素内のpubDate要素もしくはdc:date要素に記述されており、コンテンツの更新日情報は、アイテム要素内のpubDate要素もしくはdc:date要素に記述される。また、ＲＳＳが、Atom0.3バージョンの場合、ＲＳＳフィードの更新日情報は、フィード要素内のmodified要素もしくはupdate要素に記述され、コンテンツの更新日情報は、エントリー要素内のmodified要素もしくはupdate要素に記述される。
【００３１】
図８は、上記ＲＳＳリーダ起動時の携帯電話機の画面遷移の一例を示す図である。利用者が携帯電話機のディスプレイ１７に表示された図示しないメニュー選択画面から、「ＲＳＳリーダ」を選択すると、図８（ａ）に示すような、カテゴリ選択画面がディスプレイ１７に表示される。このカテゴリ選択画面は、上記フォルダと対応しており、例えば、画面の「ニュース」は、ニュースカテゴリのフォルダに対応しており、「ブログ・日記」は、ブログのカテゴリのフォルダに対応している。また、フォルダに保存されたＲＳＳに未読のＲＳＳがある場合は、メニュー選択画面のピクト領域に例えば、図に示すような「ＮＥＷ」のピクト画像が表示される。
【００３２】
利用者が、ニュースのカテゴリを選択すると、図８（ｂ）に示すように、携帯電話機１０によってニュースのカテゴリに分類され、ニュースカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示される。なお、利用者が、図８（ａ）のテレビのカテゴリを選択した場合は、テレビカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示され、ブログ・日記のカテゴリを選択した場合は、ブログ・日記のカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示される。
また、このＲＳＳリスト表示画面においても、未読のＲＳＳがある場合は、このＲＳＳフィードに対応する画面のピクト領域に図に示すような「ＮＥＷ」のピクト画像を表示する。
【００３３】
図８（ｂ）のＲＳＳフィードのタイトルリストから、○×新聞社を選択すると、図８（ｃ）に示すような、○×新聞社が提供しているＷＥＢページの要約情報のタイトル一覧（ＲＳＳフィードのアイテムタイトルリスト）が表示される。このＷＥＢページの要約情報のタイトル一覧画面を表示すると、携帯電話機１０は、このＲＳＳが既読されたと認識し、上記ピクト画像を消灯させる。また、図中上部のＲＳＳフィードのタイトル（○×新聞社）には、リンクが張られており、利用者が図中上部のＲＳＳフィードのタイトルをクリックすると、例えば、○×新聞社のホームページへアクセスするなど、特定のＵＲＩに接続して、特定のＷＥＢページが表示される。
【００３４】
利用者が、「○×国の首相来日」の要約情報のタイトルを選択すると、携帯電話機１０は、図８（ｄ）に示すように、ディスプレイ１７にこの要約情報のタイトルに対応する要約情報を表示する。図中上部の要約情報のタイトル（○×国の首相来日）には、リンクが張られており、利用者が図中上部の要約情報のタイトルをクリックすると、この要約情報に対応するＷＥＢページをＷＥＢサーバ４１から取得し、表示する。
【００３５】
本実施形態の携帯電話機は、記憶手段１１３に記憶されたＲＳＳフィードに対して、次のような更新制御を行っている。すなわち、記憶手段１１３に記憶されたＲＳＳフィードが、更新されているか否かをＷＥＢサーバに定期的に問い合わせている。そして、ＲＳＳフィードが更新されている場合は、記憶手段に記憶されたＲＳＳフィードを更新されたＲＳＳフィードに上書きするとともに、ＲＳＳフィードが更新された旨をディスプレイに表示したり、音を出力したり、携帯電話機を振動させたりして、ＲＳＳフィードが更新された旨を利用者に報知する更新制御である。
【００３６】
以下に上述の更新制御について、具体的に説明する。
図９は、ＲＳＳフィードの更新制御の制御フロー図である。以下の説明では、ＲＳＳのバージョンがRSS0.9、RSS1.0の場合について、説明する。
図に示すように、ＷＥＢサーバに対して、ＲＳＳフィードの取得要求（ＨＴＴＰリクエスト）を送信し、ＷＥＢサーバからＲＳＳフィードを含んだ取得応答（ＨＴＴＰレスポンス）を受信して、図７に示すようにＲＳＳフィードのチャンネル要素内に更新日情報（dc:date要素）が記述されているか否かをチェックする（Ｓ１）。ＲＳＳフィードのチャンネル要素内に更新日情報（dc:date要素）が記述されていない場合は（Ｓ１のＮＯ）、図７に示すようにＲＳＳフィードの各アイテム要素内に更新日情報（dc:date要素）が記述されているか否かをチェックする（Ｓ２）。そして、ＲＳＳフィードのチャンネル要素、ＲＳＳフィードのアイテム要素のいずれにも更新日情報がない場合は（Ｓ２のＮＯ）、取得したＲＳＳフィードを「更新あり」と判断して、更新処理を行う（Ｓ４）。具体的には、記憶手段に記憶されているＲＳＳフィードに取得したＲＳＳフィードを上書きし、ＲＳＳリスト表示画面のこのＲＳＳフィードに対応する画面のピクト領域に「ＮＥＷ」のピクト画像を表示する。また、待ち受け画面のピクト領域に、ＲＳＳフィードが更新された旨を示すピクト画像を表示してもよい。さらに、スピーカ１８から音を出力したり、振動デバイスを起動させて携帯電話機を振動させたりして、ＲＳＳフィードが更新された旨を報知する。
【００３７】
一方、ＨＴＴＰヘッダ、ＲＳＳフィードのチャンネル要素、ＲＳＳフィードのアイテム要素のいずれかに更新日情報がある場合（Ｓ１のＹＥＳまたはＳ２のＹＥＳ）、取得応答によって取得した更新日情報の更新日が、記憶手段に記憶されているＲＳＳフィードの更新日以降か否かをチェックする（Ｓ３）。取得した更新日が、記憶されているＲＳＳフィードの更新日以降の場合（Ｓ３のＹＥＳ）、取得したＲＳＳフィードは、更新されているので、更新制御を行う（Ｓ４）。
一方、取得した更新日が、記憶されているＲＳＳフィードの更新日以降でない場合（Ｓ３のＮＯ）、取得したＲＳＳフィードは、更新されてないので、取得したＲＳＳフィードを破棄する（Ｓ５）。
【００３８】
以上のように、本実施形態においては、更新確認をした際にＲＳＳフィードを受信したら、一律に「更新あり」と判断して更新処理を行うのではなく、更新確認をした際に受信したＲＳＳフィードに対して、ＲＳＳフィードのチャンネル要素やアイテム要素に記述されている更新日情報に基づいて、取得したＲＳＳフィードが更新されているか否かを判断している。これにより、更新されてないＲＳＳフィードを受信したときに、更新された旨を利用者に誤報知してしまうのを抑制することができる。よって、キャッシュ機能を用いたＨＴＴＰ処理に対応してないＷＥＢサーバから更新されてないＲＳＳフィードを受信しても、利用者に更新された旨を誤報知してしまうのを抑制することができる。
【００３９】
なお、ＷＥＢコンテンツの要約情報を提供するＷＥＢサーバの中には、前述のようにキャッシュ機能を用いたＨＴＴＰ処理に対応しているＷＥＢサーバがある。かかるＷＥＢサーバから要約情報を取得する場合は、携帯電話通信網のトラフィックの負荷増大を防止すべく、前回の取得時に得られた要約情報の更新日情報やバージョン情報を取得要求（ＨＴＴＰリクエスト）のヘッダに記述するようにしてもよい。前回の取得時に取得応答のLast-Modifiedヘッダの値として得られた更新日情報は、次回の取得要求のIf-Modified-Sinceヘッダの値として記述される。また、前回の取得時に取得応答のE-tagヘッダ項目の値として得られたバージョン情報は、次回の取得要求のIf-None-Matchヘッダ項目の値として記述される
【００４０】
図１０は、ＲＳＳフィードの更新制御の変形例を示す制御フロー図である。
図に示すように、まず、記憶手段１１２のキャッシュ領域にＲＳＳフィードのLast-Modified（更新日）が保存されているか否かをチェックする（S１１）。Last-Modified（更新日）がある場合は（Ｓ１１のＹＥＳ）、If-Modified-Sinceヘッダを用いた更新問い合わせを行い（Ｓ１２）、ＷＥＢサーバからの取得応答（ＨＴＴＰレスポンス）のStatus-Codeが３０４（Not-Modified）の場合は（Ｓ１３のＹＥＳ）、ＲＳＳフィードが更新されてないので、そのまま終了する。
【００４１】
一方、Last-Modified（更新日）がない場合は（Ｓ１１のＮＯ）、記憶手段１１２のキャッシュ領域にＲＳＳフィードのＥTaｇ（バージョン情報）が保存されているか否かをチェックする（S１４）。ＥTaｇ（バージョン情報）がある場合は（Ｓ１４のＹＥＳ）、If-None-Matchヘッダを用いた更新問い合わせを行い（Ｓ１５）、ＷＥＢサーバからの取得応答（ＨＴＴＰレスポンス）のStatus-Codeが３０４（Not-Modified）の場合は（Ｓ１６のＹＥＳ）、ＲＳＳフィードが更新されてないので、そのまま終了する。
【００４２】
また、上記Last-Modified（更新日）及びＥTaｇ（バージョン情報）のいずれも記憶されてない場合は（Ｓ１４のＮＯ）、更新処理を行うＲＳＳフィードは、キャッシュ機能を用いたＨＴＴＰ処理に対応していないＷＥＢサーバから取得したＲＳＳフィードであるので、ＷＥＢサーバに対して取得要求を送信して（Ｓ１７）、ＲＳＳフィードを受信する（Ｓ１８）。
【００４３】
次に、If-Modified-Sinceヘッダを用いた更新問い合わせやIf-None-Matchヘッダを用いた更新問い合わせなどを行った結果、Status-Codeが２００（ＯＫ）（Ｓ１３のＮＯ、Ｓ１６のＮＯ）で、ＲＳＳフィードを受信したら（Ｓ１８）、取得応答（ＨＴＴＰレスポンス）のＨＴＴＰヘッダに、Last-Modified（更新日）が記述されているか否かをチェックする（Ｓ１９）。Last-Modified（更新日）がある場合は（Ｓ１９のＹＥＳ）、キャッシュ機能を用いたＨＴＴＰ処理が行われているので、更新処理を実行する（Ｓ２４）。
【００４４】
また、取得応答（ＨＴＴＰレスポンス）のヘッダに、ＥTag（バージョン情報）が記述されている場合も（Ｓ２０のＹＥＳ）、キャッシュ機能を用いたＨＴＴＰ処理が行われているので、更新処理を実行する（Ｓ２４）。
【００４５】
一方、取得応答（ＨＴＴＰレスポンス）のＨＴＴＰヘッダに、Last-Modified（更新日）やＥTag（バージョン情報）が記述されていない場合は（Ｓ１９のＮＯ、Ｓ２０のＮＯ）、キャッシュ機能を用いたＨＴＴＰ処理が行われていない。よって、前述の図９の場合と同様に、取得したＲＳＳフィード内のチャンネル要素またはアイテム要素に記述された更新日情報に基づいて、取得したＲＳＳフィードが更新されたＲＳＳフィードか否かの判断を行う（Ｓ２１〜Ｓ２３）。更新されていないＲＳＳフィードを受信したと判断した場合は（Ｓ２３のＮＯ）、受信したＲＳＳフィードを破棄する（Ｓ２５）。一方、更新されたＲＳＳフィードを受信したと判断した場合は（Ｓ２２のＮＯ、Ｓ２３のＹＥＳ）、要約情報が更新されている旨を知らせる更新報知処理を実行する（Ｓ２４）。
【００４６】
このように、キャッシュ機能を用いたＨＴＴＰ処理に対応したＷＥＢサーバに対しては、If-Modified-SinceヘッダやIf-None-Matchヘッダを用いて、サーバに対して前回ＲＳＳフィードを取得したときから更新されたＲＳＳフィードのみを送信するように指示する。これにより、ＲＳＳフィードが更新されてない場合、サーバは、ＲＳＳフィードを送信しない。よって、更新確認をするたびにＲＳＳフィードが送信されるものに比べて、携帯電話機網のトラフィックを低減することができる。
【００４７】
なお、上述では、ＲＳＳがRSS0.9, RSS1.0のバージョンの場合について説明したが、これに限られず、RSS0.9X, RSS2.0, Atom0.3のバージョンにも適用することができる。ＲＳＳのバージョンがRSS0.9X, RSS2.0の場合は、チャンネル要素内の更新日情報および各アイテム要素内の更新日情報は、それぞれの要素内のpubDate要素もしくはdc:date要素をチェックする。また、ＲＳＳのバージョンがAtom0.3の場合は、フィード要素内のmodified要素もしくはupdate要素、および、一番初めのエントリー要素内のmodified要素もしくはupdate要素をチェックする。
【００４８】
また、本発明は、携帯電話機に限定することなく、表示手段を備えたものであれば様々な移動体通信端末に適用することができる。すなわち、本発明における「移動体通信端末」としては、ＰＤＣ（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）等の通信端末も挙げられる。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施形態に係る通信システムの概略構成図。
【図２】ＷＥＢサーバのハードウェア構成のブロック図。
【図３】ＷＥＢサーバの機能ブロック図。
【図４】携帯電話機の外観図。
【図５】携帯電話機のハードウェア構成のブロック図。
【図６】携帯電話機の機能ブロック図。
【図７】ＲＳＳフィードの構成要素の一例を示す図。
【図８】（ａ）〜（ｄ）はＲＳＳリーダ起動時の携帯電話機の画面遷移の一例を示す図。
【図９】ＲＳＳフィードの更新制御の制御フロー図。
【図１０】ＲＳＳフィードの更新制御の変形例を示す制御フロー図。
【符号の説明】
【００５０】
１０ 携帯電話機
２０ 携帯電話通信網
３０ インターネット
４１ ＷＥＢサーバ
１１０ 通信手段（取得手段）
１１１ 表示手段
１１２ 記憶手段
１１３ 表示制御手段
１１４ 更新処理手段
４１５ 記憶手段
４１６ 受信手段
４１７ 送信手段
【技術分野】
【０００１】
本発明は、通信ネットワーク上のサーバから提供されるコンテンツの要約情報を取得可能な携帯電話機等の移動体通信端末に関するものである。
【背景技術】
【０００２】
非特許文献１には、ＷＥＢコンテンツの要約情報を移動体通信端末たる携帯電話機で受信して表示するソフトウェアが記載されている。このＷＥＢコンテンツの要約情報のデータは、携帯電話機からの取得要求に応じてＲＳＳと呼ばれるフォーマットで送信される。このＲＳＳは、ＷＥＢサーバ（ＷＥＢサイト）で提供されるＷＥＢコンテンツの見出し、要約、更新情報等のメタデータを構造化して記述するＸＭＬ（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/）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、従来からＷＥＢコンテンツ情報を取得するために、ＷＥＢブラウザが用いられている。ＷＥＢブラウザは、ホームページの表示速度を向上させたり、インターネット上のトラフィックを軽減させたりするため、次のようなＨＴＴＰ通信処理を行っている。すなわち、一度参照した接続先情報としてのＵＲＩ（Uniform Resource Identifier）と接続先のコンテンツ情報とをメモリに記憶しておくキャッシュ機能を持っておく。そして、ＷＥＢブラウザは、コンテンツ情報取得要求時にサーバにコンテンツ情報の更新の有無を指示する指示情報たるIf-Modified-Sinceヘッダを取得要求（ＨＴＴＰリクエスト）に付加してサーバへ送信する。サーバは、取得要求にIf-Modified-Sinceヘッダが付加されていた場合、If-Modified-Sinceヘッダで指定された日付以降に取得要求先のコンテンツ情報の更新がなされているか否かをチェックする。コンテンツ情報の更新がなされていない場合は、サーバは、取得応答（ＨＴＴＰレスポンス）のStatus-Codeにコンテンツ情報の更新がなされていない旨を示すコード（304 Not Modified）を送信する。ＷＥＢブラウザは、サーバ側からコンテンツ情報の更新がなされていない旨を示すStatus-Code（304 Not Modified）を受信した場合、上記キャッシュメモリに記憶されているコンテンツ情報を表示する。
一方、コンテンツ情報の更新がなされている場合、サーバは、Status-Code：200 OKで、更新されたコンテンツ情報を送信する。ＷＥＢブラウザは、受信したコンテンツ情報をキャッシュメモリに記憶して、受信したコンテンツ情報を表示する。
【０００５】
上記ＲＳＳリーダも、インターネット上のトラフィックを軽減させるために上述のキャッシュ機能を用いたＨＴＴＰ通信処理を用いて、ＲＳＳフィードの取得要求をしていた。すなわち、取得要求にIf-Modified-Sinceヘッダを付加して送信し、更新がなされたＲＳＳフィードのみサーバから受信するようにしたのである。そして、ＲＳＳフィードをＷＥＢサーバから受信したら、未読の旨を示すピクト画像を表示するなどして、利用者に要約情報が更新された旨を報知していた。
【０００６】
しかし、If-Modified-Sinceヘッダを受信したときに取得要求先のコンテンツ情報の更新がなされているか否かをチェックするような制御をサーバ側が行っていない場合は、取得要求にIf-Modified-Sinceを付加しても、更新されてないＲＳＳフィードをサーバは送信する。このため、携帯電話機は、更新されてないＲＳＳフィードを受信する場合がある。その結果、実際は、ＲＳＳフィードが更新されていないにもかかわらず、ＲＳＳフィードが更新されたと判断して、利用者に要約情報が更新された旨を誤報知してしまう問題があった。
【０００７】
本発明は、上記問題に鑑みなされたものであり、その目的とするところは、コンテンツの要約情報の更新がなされているか否かをチェックするような制御を行っていないサーバから要約情報を受信した場合でも、利用者に要約情報が更新された旨の誤報知を抑制することができる移動体通信端末を提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、請求項１の発明は、通信ネットワーク上のサーバから提供されるコンテンツの要約情報を要求する取得要求を前記サーバに送信することにより前記要約情報を取得する取得手段を備えた移動体通信端末において、前記取得手段で取得した要約情報内に記述された更新日情報に基づいて、前記取得した要約情報が更新されたか否かを判断する判断手段と、前記判断手段で前記要約情報が更新されたと判断した場合にその旨を報知する報知手段とを備えたことを特徴とするものである。
また、請求項２の発明は、請求項１に記載の移動体通信端末において、前記サーバから提供されるコンテンツについて受信した要約情報の取得応答のヘッダに該要約情報の更新日情報が記述されている場合には、その更新日情報を、該サーバでの該要約情報の更新確認に用いられるように該要約情報の次回取得時における取得要求のヘッダに記述することを特徴とするものである。
また、請求項３の発明は、請求項１または２に記載の移動体通信端末において、前記サーバから提供されるコンテンツについて受信した要約情報の取得応答のヘッダに該要約情報のバージョン情報が記述されている場合には、そのバージョン情報を、該サーバでの該要約情報の更新確認に用いられるように該要約情報の次回取得時における取得要求のヘッダに記述することを特徴とするものである。
また、請求項４の発明は、請求項１から請求項３のいずれかに記載の移動体通信端末において、前記要約情報は、ＷＥＢコンテンツの見出し情報、要約情報および更新情報であることを特徴とするものである。
【発明の効果】
【０００９】
請求項１乃至４の発明によれば、サーバから取得した要約情報内に記述された更新日情報に基づき、その要約情報が更新されていると判断した場合にその旨を報知する。これにより、コンテンツの要約情報の更新がなされているか否かをチェックするような制御を行っていないサーバから要約情報を受信した場合でも、利用者に要約情報が更新された旨の誤報知を抑制することができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明の実施の形態について説明する。
図１は本実施形態に係る通信システム全体の概略構成の一例を示す説明図である。この通信システムは、移動体通信端末としての携帯電話機１０と、移動体通信事業者によって管理されている通信ネットワークとしての携帯電話通信網２０とを用いて構成されている。携帯電話通信網２０は、基地局２０１や図示しない交換機（回線交換機、パケット交換機）等を備え、図示しないゲートウェイサーバを介してインターネット３０等の他の通信ネットワークに接続されている。また、携帯電話通信網２０及びインターネット３０には、ＷＥＢコンテンツを提供するＷＥＢサーバ４１が接続されている。ＷＥＢサーバ４１は、各種ＷＥＢコンテンツのほか、そのＷＥＢコンテンツの要約情報も提供する。また、ＷＥＢサーバ４１は携帯電話通信網２０側に設けてもよい。これらのサーバから携帯電話機１０にコンテンツをダウンロードするときには、ネットワークの各階層において所定の通信プロトコルが用いられる。例えば、ＷＥＢサーバからＷＥＢページをダウンロードするときのアプリケーション層の通信プロトコルとしては、ＨＴＴＰ（Hyper Text Transfer Protocol）が用いられる。
【００１１】
図２は、上記ＷＥＢサーバ４１のハードウェア構成の一例を示すブロック図である。このＷＥＢサーバ４１は、システムバス４００、ＣＰＵ４０１、内部記憶装置、外部記憶装置４０４、入力装置４０５、出力装置４０６、及びインターネット用通信装置４０７を備えている。上記内部記憶装置は、ＲＡＭ４０２やＲＯＭ４０３等で構成されている。上記外部記憶装置は、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成されている。上記入力装置４０５は、マウスやキーボード等で構成されている。上記出力装置４０６は、ディスプレイやプリンタ等で構成されている。上記通信装置４０７は、所定の通信プロトコルにより、携帯電話通信網２０を介して他の携帯電話機や他のサーバと通信したり、インターネット３０上の各種クライアント端末や他のサーバと通信したりするための装置である。
【００１２】
上記ＣＰＵ４０１やＲＡＭ４０２等の構成要素はお互いに、システムバス４００を介して、データやプログラムの命令等のやり取りを行っている。このサーバ４１を所定の手順に従って動作させるためのプログラムはＲＯＭ４０３や外部記憶装置４０４に記憶されており、必要に応じてＣＰＵ４０１やＲＡＭ４０２上の作業エリアに呼び出されて実行される。
【００１３】
また、上記ＷＥＢサーバ４１はそれぞれ一部又は全体を専用の制御装置として構成してもいいし、一部又は全体を汎用のコンピュータシステムを用いて構成してもよい。また、ＷＥＢサーバ４１はそれぞれ、１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。
【００１４】
図３は、ＷＥＢサーバ４１の構成例を示す機能ブロック図である。ＷＥＢサーバ４１は、記憶手段４１５と受信手段４１６と送信手段４１７とを備えている。このＷＥＢサーバ４１は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。上記記憶手段４１５は、上記内部記憶装置や外部記憶装置で構成され、携帯電話機１０で受信可能な各種ＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを記憶している。上記受信手段４１６は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記記憶手段４１５に記憶されている複数種類のＷＥＢコンテンツやそのＷＥＢコンテンツの要約情報を要求する取得要求を携帯電話機１０から受信する。上記送信手段４１７は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記取得要求に基づいて選択されたＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを移動体通信端末１０に送信する。
【００１５】
上記ＷＥＢコンテンツの要約情報のデータは、ＲＳＳのフォーマットで携帯電話機へ送信されており、携帯電話機は、このＲＳＳのフォーマットで記述された文書（ＲＳＳフィード）を受信して表示するソフトウェアであるＲＳＳリーダを備えている。ＷＥＢコンテンツが更新された場合は、その更新後のＷＥＢコンテンツの要約情報を反映したＲＳＳフィードが作成される。この更新後のＲＳＳフィードが、携帯電話機からの取得要求に応じて送信される。ＲＳＳフィードの一例としては、一般ニュース、音楽情報、ブログ、天気予報、ＣＤや映画などの売り上げランキング等のコンテンツの要約や更新情報が挙げられる。
【００１６】
図４は携帯電話機１０の一構成例を示す外観図であり、図５は、その携帯電話機１０のハードウェア構成の一例を示す概略構成図である。携帯電話機１０は、クラムシェル（折り畳み）タイプの携帯電話機であり、システムバス１００、ＣＰＵ１０１、ＲＡＭ１０２やＲＯＭ１０３等の記憶装置、入力装置１０４、出力装置１０５及び携帯電話通信網用通信装置１０６を備えている。ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いに各種データやプログラムの命令等のやり取りを行っている。
【００１７】
上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォームの基本ソフト（ＯＳ）上で、音声通話機能や、アプリケーションソフト（以下「アプリケーション」という。）による各種機能を実現することができる。このアプリケーションによる機能としては、ＲＳＳリーダ、ＷＥＢブラウザ、メーラー、外部装置とのデータ送受信、アドレス帳管理、スケジューラ、メモ帳等がある。
【００１８】
また、上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォーム上でアプリケーションを実行するためのアプリケーション実行環境を構築することができる。そして、このアプリケーション実行環境上で、携帯電話機１０にプリインストールされているアプリケーションや、利用者がダウンロードして登録したアプリケーション等の各種アプリケーションを実行することができる。
【００１９】
上記入力装置１０４は、データ入力キー（テンキー、＊キー、＃キー）１１、通話開始キー１２、終話キー１３、スクロールキー１４、多機能キー１５、マイク１６等から構成されている。この入力装置１０４のテンキー１１、通話開始キー１２、終話キー１３等により、利用者が操作可能な操作部が構成される。この操作部を操作することにより、利用者は、携帯電話機１０に対してコンテンツ取得先のＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションの選択、起動及び停止を行ったりすることができる。また、利用者は上記操作部を操作することにより、上記ＷＥＢサーバ４１から、アプリケーションプログラム等のコンテンツをダウンロードして登録することができる。
【００２０】
上記出力装置１０５は、表示手段である液晶ディスプレイ（ＬＣＤ）１７、音出力手段であるスピーカ１８等から構成されている。上記液晶ディスプレイ（ＬＣＤ）１７やスピーカ１８等からなる出力装置等で構成されている出力部は、携帯電話通信網２０を介して受信したＷＥＢページを液晶ディスプレイ（ＬＣＤ）１７に表示したり、携帯電話通信網２０から情報を着信した旨を利用者に知らせたりするときに用いられる。具体的には、その情報を着信すると、出力部の液晶ディスプレイ（ＬＣＤ）１７に着信報知画像を表示したり、スピーカ１８から着信音を出力させたりする。なお、上記スピーカ１８は、通話中の音声を聞くための受話器用スピーカ（レシーバ）と、着信音や音楽などを出力する外部出力用スピーカとを別々に設けて構成してもいいし、これらの受話器用スピーカ及び外部出力用スピーカを兼用するように一つのスピーカで構成してもよい。
【００２１】
上記携帯電話通信網用通信装置１０６は、変復調器、シンセサイザ、周波数変換器，高周波増幅器などにより構成され、携帯電話通信網２０を介して他の携帯電話機や上記サーバ４１等と通信するときに用いられる。この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して他の携帯電話機とメールのやり取りを行ったり、携帯電話通信網２０からゲートウェイサーバを介して、インターネット等の外部の通信ネットワークに接続し、インターネット上での電子メールのやり取り等を行ったりするための通信手段として用いられる。更に、この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して、サーバ４１が提供する各種コンテンツをダウンロードしたり、現在位置の位置情報を含む配信情報を受信したりする情報受信手段としても用いられる。
【００２２】
携帯電話機１０は、ＲＳＳリーダのほかに、例えば、メディアコンテンツの再生を行うアプリケーションもＷＥＢコンテンツの要約情報であるＲＳＳ（RDF Site Summary）フィードを表示する機能を備えている。また、サービス参加者が互いに友人を紹介しあって、新たな友人関係を広げることを目的に開設されたコミュニティサービス（ソーシャル・ネットワーク・サービス（ＳＮＳ））を利用するためのアプリケーションなどもＷＥＢコンテンツの要約情報であるＲＳＳフィードを表示する機能を備えている。メディアコンテンツの再生を行うアプリケーションは、音楽情報、ＣＤの売り上げランキング、着うたランキングなどのＲＳＳフィードが表示されるようになっている。また、上記コミュニティサービスを利用するためのアプリケーションは、コミュニティサービス利用者のブログの更新情報などのＲＳＳフィードが表示されるようになっている。
【００２３】
図６は、本実施形態に係る携帯電話機１０の主要な機能を抽出して示した機能ブロック図である。この携帯電話機１０は、通信手段１１０と表示手段１１１と記憶手段１１２と表示制御手段１１３と更新処理手段１１４とを有する。
【００２４】
上記通信手段１１０は上記通信装置１０６等で構成され、ＨＴＴＰ等の所定の通信プロトコルを用いて携帯電話通信網２０を介した通信を行う。この通信手段１１０は、接続情報としてのＵＲＩ（Uniform Resource Identifier）に基づいて通信ネットワーク上のＷＥＢサーバ４１にアクセスし、そのＷＥＢサーバ４１から前述のＲＳＳフィードを取得する取得手段として用いられる。また、この取得手段は、所定の時間毎にＵＲＩ（Uniform Resource Identifier）に基づいて通信ネットワーク上のＷＥＢサーバ４１にアクセスし、そのサーバからＲＳＳフィードを自動的に取得できる機能を有している。
【００２５】
上記表示手段１１１は上記ディスプレイ等で構成され、ＲＳＳフィードの表示を行うアプリケーションを起動したときに、通信ネットワーク上のＷＥＢサーバ４１から受信した前述のＲＳＳフィードを表示することができる。
【００２６】
上記記憶手段１１２は上記ＲＡＭ１０２やＲＯＭ１０３等の記憶装置により構成され前述のＲＳＳフィードを記憶している。ＲＳＳフィードのデータは、フォルダ形式で記憶手段１１２に保存されている。フォルダは、カテゴリ別に複数設けられており、例えば、ＲＳＳが、「ニュース」に関するものの場合は、ニュースカテゴリのフォルダに保存され、「ブログ・日記」に関するものの場合は、ブログのカテゴリのフォルダに保存される。
また、この記憶手段１１２には、通信手段１１０が参照可能なキャッシュ領域を設け、このキャッシュ領域に、要約情報を含んだ取得応答のヘッダに記述された更新日情報（Last-Modified）や要約情報のバージョン情報（Etag：Entity tag）を記憶している。このキャッシュ領域に記憶された情報は、キャッシュ機能を用いたＨＴＴＰ通信処理を行うときに使用される。
【００２７】
上記表示制御手段１１３は上記ＣＰＵ１０１等で構成され、前述のＲＳＳフィードを取得して表示するように制御する。また、ＲＳＳフィードが未読の場合に、待ち受け画面などのピクト領域に、未読のＲＳＳフィードがある旨のピクト画像を表示するように制御する。
【００２８】
上記更新処理手段１１４は、上記ＣＰＵ１０１等により構成され、携帯電話機１０の要約情報の取得要求（ＨＴＴＰリクエスト）に対する取得応答（ＨＴＴＰレスポンス）の更新日情報に基づいて、取得した要約情報が更新されたか否かを判断する判断手段としての機能を有している。また、更新処理手段１１４は、取得した要約情報が更新されていると判断したときに要約情報が更新された旨を報知する報知手段としての機能も有している。この場合、更新処理手段１１４は、例えば、未読のＲＳＳフィードがある旨のピクト画像を表示するように表示制御手段１１３に指示し、表示手段１１１に上記ピクト画像を表示させる。上記報知手段の機能としては、スピーカ１８から音を出力させたり、振動デバイスを起動させて携帯電話機を振動させたりするようにしてもよい。
【００２９】
図７は、要約情報であるＲＳＳフィードの構成要素を示す一例である。図では、RSS0.9、1.0バージョンの構成要素を示している。図に示すように、ＲＳＳフィードは、チャンネル要素と、複数のアイテム要素とによって基本的に構成されている。チャンネル要素は、このＲＳＳフィードのタイトルや、概要などの基本情報が記述されている。また、チャンネル要素内には、dc:date要素を記載してもよく、このdc:date要素にはＲＳＳフィードの更新日情報が記述される。アイテム要素は、コンテンツの要約情報や更新情報が記述されており、そのアイテム要素内にも、dc:date要素を記載してもよい。アイテム要素内のdc:date要素には、そのコンテンツ先の更新日情報が記述される。
【００３０】
なお、ＲＳＳがRSS0.9X, RSS2.0のバージョンの場合、ＲＳＳフィードの更新日情報は、チャンネル要素内のpubDate要素もしくはdc:date要素に記述されており、コンテンツの更新日情報は、アイテム要素内のpubDate要素もしくはdc:date要素に記述される。また、ＲＳＳが、Atom0.3バージョンの場合、ＲＳＳフィードの更新日情報は、フィード要素内のmodified要素もしくはupdate要素に記述され、コンテンツの更新日情報は、エントリー要素内のmodified要素もしくはupdate要素に記述される。
【００３１】
図８は、上記ＲＳＳリーダ起動時の携帯電話機の画面遷移の一例を示す図である。利用者が携帯電話機のディスプレイ１７に表示された図示しないメニュー選択画面から、「ＲＳＳリーダ」を選択すると、図８（ａ）に示すような、カテゴリ選択画面がディスプレイ１７に表示される。このカテゴリ選択画面は、上記フォルダと対応しており、例えば、画面の「ニュース」は、ニュースカテゴリのフォルダに対応しており、「ブログ・日記」は、ブログのカテゴリのフォルダに対応している。また、フォルダに保存されたＲＳＳに未読のＲＳＳがある場合は、メニュー選択画面のピクト領域に例えば、図に示すような「ＮＥＷ」のピクト画像が表示される。
【００３２】
利用者が、ニュースのカテゴリを選択すると、図８（ｂ）に示すように、携帯電話機１０によってニュースのカテゴリに分類され、ニュースカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示される。なお、利用者が、図８（ａ）のテレビのカテゴリを選択した場合は、テレビカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示され、ブログ・日記のカテゴリを選択した場合は、ブログ・日記のカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示される。
また、このＲＳＳリスト表示画面においても、未読のＲＳＳがある場合は、このＲＳＳフィードに対応する画面のピクト領域に図に示すような「ＮＥＷ」のピクト画像を表示する。
【００３３】
図８（ｂ）のＲＳＳフィードのタイトルリストから、○×新聞社を選択すると、図８（ｃ）に示すような、○×新聞社が提供しているＷＥＢページの要約情報のタイトル一覧（ＲＳＳフィードのアイテムタイトルリスト）が表示される。このＷＥＢページの要約情報のタイトル一覧画面を表示すると、携帯電話機１０は、このＲＳＳが既読されたと認識し、上記ピクト画像を消灯させる。また、図中上部のＲＳＳフィードのタイトル（○×新聞社）には、リンクが張られており、利用者が図中上部のＲＳＳフィードのタイトルをクリックすると、例えば、○×新聞社のホームページへアクセスするなど、特定のＵＲＩに接続して、特定のＷＥＢページが表示される。
【００３４】
利用者が、「○×国の首相来日」の要約情報のタイトルを選択すると、携帯電話機１０は、図８（ｄ）に示すように、ディスプレイ１７にこの要約情報のタイトルに対応する要約情報を表示する。図中上部の要約情報のタイトル（○×国の首相来日）には、リンクが張られており、利用者が図中上部の要約情報のタイトルをクリックすると、この要約情報に対応するＷＥＢページをＷＥＢサーバ４１から取得し、表示する。
【００３５】
本実施形態の携帯電話機は、記憶手段１１３に記憶されたＲＳＳフィードに対して、次のような更新制御を行っている。すなわち、記憶手段１１３に記憶されたＲＳＳフィードが、更新されているか否かをＷＥＢサーバに定期的に問い合わせている。そして、ＲＳＳフィードが更新されている場合は、記憶手段に記憶されたＲＳＳフィードを更新されたＲＳＳフィードに上書きするとともに、ＲＳＳフィードが更新された旨をディスプレイに表示したり、音を出力したり、携帯電話機を振動させたりして、ＲＳＳフィードが更新された旨を利用者に報知する更新制御である。
【００３６】
以下に上述の更新制御について、具体的に説明する。
図９は、ＲＳＳフィードの更新制御の制御フロー図である。以下の説明では、ＲＳＳのバージョンがRSS0.9、RSS1.0の場合について、説明する。
図に示すように、ＷＥＢサーバに対して、ＲＳＳフィードの取得要求（ＨＴＴＰリクエスト）を送信し、ＷＥＢサーバからＲＳＳフィードを含んだ取得応答（ＨＴＴＰレスポンス）を受信して、図７に示すようにＲＳＳフィードのチャンネル要素内に更新日情報（dc:date要素）が記述されているか否かをチェックする（Ｓ１）。ＲＳＳフィードのチャンネル要素内に更新日情報（dc:date要素）が記述されていない場合は（Ｓ１のＮＯ）、図７に示すようにＲＳＳフィードの各アイテム要素内に更新日情報（dc:date要素）が記述されているか否かをチェックする（Ｓ２）。そして、ＲＳＳフィードのチャンネル要素、ＲＳＳフィードのアイテム要素のいずれにも更新日情報がない場合は（Ｓ２のＮＯ）、取得したＲＳＳフィードを「更新あり」と判断して、更新処理を行う（Ｓ４）。具体的には、記憶手段に記憶されているＲＳＳフィードに取得したＲＳＳフィードを上書きし、ＲＳＳリスト表示画面のこのＲＳＳフィードに対応する画面のピクト領域に「ＮＥＷ」のピクト画像を表示する。また、待ち受け画面のピクト領域に、ＲＳＳフィードが更新された旨を示すピクト画像を表示してもよい。さらに、スピーカ１８から音を出力したり、振動デバイスを起動させて携帯電話機を振動させたりして、ＲＳＳフィードが更新された旨を報知する。
【００３７】
一方、ＨＴＴＰヘッダ、ＲＳＳフィードのチャンネル要素、ＲＳＳフィードのアイテム要素のいずれかに更新日情報がある場合（Ｓ１のＹＥＳまたはＳ２のＹＥＳ）、取得応答によって取得した更新日情報の更新日が、記憶手段に記憶されているＲＳＳフィードの更新日以降か否かをチェックする（Ｓ３）。取得した更新日が、記憶されているＲＳＳフィードの更新日以降の場合（Ｓ３のＹＥＳ）、取得したＲＳＳフィードは、更新されているので、更新制御を行う（Ｓ４）。
一方、取得した更新日が、記憶されているＲＳＳフィードの更新日以降でない場合（Ｓ３のＮＯ）、取得したＲＳＳフィードは、更新されてないので、取得したＲＳＳフィードを破棄する（Ｓ５）。
【００３８】
以上のように、本実施形態においては、更新確認をした際にＲＳＳフィードを受信したら、一律に「更新あり」と判断して更新処理を行うのではなく、更新確認をした際に受信したＲＳＳフィードに対して、ＲＳＳフィードのチャンネル要素やアイテム要素に記述されている更新日情報に基づいて、取得したＲＳＳフィードが更新されているか否かを判断している。これにより、更新されてないＲＳＳフィードを受信したときに、更新された旨を利用者に誤報知してしまうのを抑制することができる。よって、キャッシュ機能を用いたＨＴＴＰ処理に対応してないＷＥＢサーバから更新されてないＲＳＳフィードを受信しても、利用者に更新された旨を誤報知してしまうのを抑制することができる。
【００３９】
なお、ＷＥＢコンテンツの要約情報を提供するＷＥＢサーバの中には、前述のようにキャッシュ機能を用いたＨＴＴＰ処理に対応しているＷＥＢサーバがある。かかるＷＥＢサーバから要約情報を取得する場合は、携帯電話通信網のトラフィックの負荷増大を防止すべく、前回の取得時に得られた要約情報の更新日情報やバージョン情報を取得要求（ＨＴＴＰリクエスト）のヘッダに記述するようにしてもよい。前回の取得時に取得応答のLast-Modifiedヘッダの値として得られた更新日情報は、次回の取得要求のIf-Modified-Sinceヘッダの値として記述される。また、前回の取得時に取得応答のE-tagヘッダ項目の値として得られたバージョン情報は、次回の取得要求のIf-None-Matchヘッダ項目の値として記述される
【００４０】
図１０は、ＲＳＳフィードの更新制御の変形例を示す制御フロー図である。
図に示すように、まず、記憶手段１１２のキャッシュ領域にＲＳＳフィードのLast-Modified（更新日）が保存されているか否かをチェックする（S１１）。Last-Modified（更新日）がある場合は（Ｓ１１のＹＥＳ）、If-Modified-Sinceヘッダを用いた更新問い合わせを行い（Ｓ１２）、ＷＥＢサーバからの取得応答（ＨＴＴＰレスポンス）のStatus-Codeが３０４（Not-Modified）の場合は（Ｓ１３のＹＥＳ）、ＲＳＳフィードが更新されてないので、そのまま終了する。
【００４１】
一方、Last-Modified（更新日）がない場合は（Ｓ１１のＮＯ）、記憶手段１１２のキャッシュ領域にＲＳＳフィードのＥTaｇ（バージョン情報）が保存されているか否かをチェックする（S１４）。ＥTaｇ（バージョン情報）がある場合は（Ｓ１４のＹＥＳ）、If-None-Matchヘッダを用いた更新問い合わせを行い（Ｓ１５）、ＷＥＢサーバからの取得応答（ＨＴＴＰレスポンス）のStatus-Codeが３０４（Not-Modified）の場合は（Ｓ１６のＹＥＳ）、ＲＳＳフィードが更新されてないので、そのまま終了する。
【００４２】
また、上記Last-Modified（更新日）及びＥTaｇ（バージョン情報）のいずれも記憶されてない場合は（Ｓ１４のＮＯ）、更新処理を行うＲＳＳフィードは、キャッシュ機能を用いたＨＴＴＰ処理に対応していないＷＥＢサーバから取得したＲＳＳフィードであるので、ＷＥＢサーバに対して取得要求を送信して（Ｓ１７）、ＲＳＳフィードを受信する（Ｓ１８）。
【００４３】
次に、If-Modified-Sinceヘッダを用いた更新問い合わせやIf-None-Matchヘッダを用いた更新問い合わせなどを行った結果、Status-Codeが２００（ＯＫ）（Ｓ１３のＮＯ、Ｓ１６のＮＯ）で、ＲＳＳフィードを受信したら（Ｓ１８）、取得応答（ＨＴＴＰレスポンス）のＨＴＴＰヘッダに、Last-Modified（更新日）が記述されているか否かをチェックする（Ｓ１９）。Last-Modified（更新日）がある場合は（Ｓ１９のＹＥＳ）、キャッシュ機能を用いたＨＴＴＰ処理が行われているので、更新処理を実行する（Ｓ２４）。
【００４４】
また、取得応答（ＨＴＴＰレスポンス）のヘッダに、ＥTag（バージョン情報）が記述されている場合も（Ｓ２０のＹＥＳ）、キャッシュ機能を用いたＨＴＴＰ処理が行われているので、更新処理を実行する（Ｓ２４）。
【００４５】
一方、取得応答（ＨＴＴＰレスポンス）のＨＴＴＰヘッダに、Last-Modified（更新日）やＥTag（バージョン情報）が記述されていない場合は（Ｓ１９のＮＯ、Ｓ２０のＮＯ）、キャッシュ機能を用いたＨＴＴＰ処理が行われていない。よって、前述の図９の場合と同様に、取得したＲＳＳフィード内のチャンネル要素またはアイテム要素に記述された更新日情報に基づいて、取得したＲＳＳフィードが更新されたＲＳＳフィードか否かの判断を行う（Ｓ２１〜Ｓ２３）。更新されていないＲＳＳフィードを受信したと判断した場合は（Ｓ２３のＮＯ）、受信したＲＳＳフィードを破棄する（Ｓ２５）。一方、更新されたＲＳＳフィードを受信したと判断した場合は（Ｓ２２のＮＯ、Ｓ２３のＹＥＳ）、要約情報が更新されている旨を知らせる更新報知処理を実行する（Ｓ２４）。
【００４６】
このように、キャッシュ機能を用いたＨＴＴＰ処理に対応したＷＥＢサーバに対しては、If-Modified-SinceヘッダやIf-None-Matchヘッダを用いて、サーバに対して前回ＲＳＳフィードを取得したときから更新されたＲＳＳフィードのみを送信するように指示する。これにより、ＲＳＳフィードが更新されてない場合、サーバは、ＲＳＳフィードを送信しない。よって、更新確認をするたびにＲＳＳフィードが送信されるものに比べて、携帯電話機網のトラフィックを低減することができる。
【００４７】
なお、上述では、ＲＳＳがRSS0.9, RSS1.0のバージョンの場合について説明したが、これに限られず、RSS0.9X, RSS2.0, Atom0.3のバージョンにも適用することができる。ＲＳＳのバージョンがRSS0.9X, RSS2.0の場合は、チャンネル要素内の更新日情報および各アイテム要素内の更新日情報は、それぞれの要素内のpubDate要素もしくはdc:date要素をチェックする。また、ＲＳＳのバージョンがAtom0.3の場合は、フィード要素内のmodified要素もしくはupdate要素、および、一番初めのエントリー要素内のmodified要素もしくはupdate要素をチェックする。
【００４８】
また、本発明は、携帯電話機に限定することなく、表示手段を備えたものであれば様々な移動体通信端末に適用することができる。すなわち、本発明における「移動体通信端末」としては、ＰＤＣ（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）等の通信端末も挙げられる。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施形態に係る通信システムの概略構成図。
【図２】ＷＥＢサーバのハードウェア構成のブロック図。
【図３】ＷＥＢサーバの機能ブロック図。
【図４】携帯電話機の外観図。
【図５】携帯電話機のハードウェア構成のブロック図。
【図６】携帯電話機の機能ブロック図。
【図７】ＲＳＳフィードの構成要素の一例を示す図。
【図８】（ａ）〜（ｄ）はＲＳＳリーダ起動時の携帯電話機の画面遷移の一例を示す図。
【図９】ＲＳＳフィードの更新制御の制御フロー図。
【図１０】ＲＳＳフィードの更新制御の変形例を示す制御フロー図。
【符号の説明】
【００５０】
１０ 携帯電話機
２０ 携帯電話通信網
３０ インターネット
４１ ＷＥＢサーバ
１１０ 通信手段（取得手段）
１１１ 表示手段
１１２ 記憶手段
１１３ 表示制御手段
１１４ 更新処理手段
４１５ 記憶手段
４１６ 受信手段
４１７ 送信手段
【特許請求の範囲】
【請求項１】
通信ネットワーク上のサーバから提供されるコンテンツの要約情報を要求する取得要求を前記サーバに送信することにより前記要約情報を取得する取得手段を備えた移動体通信端末において、
前記取得手段で取得した要約情報内に記述された更新日情報に基づいて、前記取得した要約情報が更新されたか否かを判断する判断手段と、前記判断手段で前記要約情報が更新されたと判断した場合にその旨を報知する報知手段とを備えたことを特徴とする移動体通信端末。
【請求項２】
請求項１に記載の移動体通信端末において、
前記サーバから提供されるコンテンツについて受信した要約情報の取得応答のヘッダに該要約情報の更新日情報が記述されている場合には、その更新日情報を、該サーバでの該要約情報の更新確認に用いられるように該要約情報の次回取得時における取得要求のヘッダに記述することを特徴とする移動体通信端末。
【請求項３】
請求項１または２に記載の移動体通信端末において、
前記サーバから提供されるコンテンツについて受信した要約情報の取得応答のヘッダに該要約情報のバージョン情報が記述されている場合には、そのバージョン情報を、該サーバでの該要約情報の更新確認に用いられるように該要約情報の次回取得時における取得要求のヘッダに記述することを特徴とする移動体通信端末。
【請求項４】
請求項１から請求項３のいずれかに記載の移動体通信端末において、
前記要約情報は、ＷＥＢコンテンツの見出し情報、要約情報および更新情報であることを特徴とする移動体通信端末。
【請求項１】
通信ネットワーク上のサーバから提供されるコンテンツの要約情報を要求する取得要求を前記サーバに送信することにより前記要約情報を取得する取得手段を備えた移動体通信端末において、
前記取得手段で取得した要約情報内に記述された更新日情報に基づいて、前記取得した要約情報が更新されたか否かを判断する判断手段と、前記判断手段で前記要約情報が更新されたと判断した場合にその旨を報知する報知手段とを備えたことを特徴とする移動体通信端末。
【請求項２】
請求項１に記載の移動体通信端末において、
前記サーバから提供されるコンテンツについて受信した要約情報の取得応答のヘッダに該要約情報の更新日情報が記述されている場合には、その更新日情報を、該サーバでの該要約情報の更新確認に用いられるように該要約情報の次回取得時における取得要求のヘッダに記述することを特徴とする移動体通信端末。
【請求項３】
請求項１または２に記載の移動体通信端末において、
前記サーバから提供されるコンテンツについて受信した要約情報の取得応答のヘッダに該要約情報のバージョン情報が記述されている場合には、そのバージョン情報を、該サーバでの該要約情報の更新確認に用いられるように該要約情報の次回取得時における取得要求のヘッダに記述することを特徴とする移動体通信端末。
【請求項４】
請求項１から請求項３のいずれかに記載の移動体通信端末において、
前記要約情報は、ＷＥＢコンテンツの見出し情報、要約情報および更新情報であることを特徴とする移動体通信端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００７−２９９２７３（Ｐ２００７−２９９２７３Ａ）
【公開日】平成１９年１１月１５日（２００７．１１．１５）
【国際特許分類】
【出願番号】特願２００６−１２７７４３（Ｐ２００６−１２７７４３）
【出願日】平成１８年５月１日（２００６．５．１）
【出願人】（５０１４４０６８４）ソフトバンクモバイル株式会社 (654)
【Ｆターム（参考）】
【公開日】平成１９年１１月１５日（２００７．１１．１５）
【国際特許分類】
【出願日】平成１８年５月１日（２００６．５．１）
【出願人】（５０１４４０６８４）ソフトバンクモバイル株式会社 (654)
【Ｆターム（参考）】
[ Back to top ]