JP5005950B2 - 移動体通信端末 - Google Patents

Description

本発明は、通信ネットワーク上のサーバから提供されるコンテンツの要約情報を取得して表示可能な携帯電話機等の移動体通信端末およびその移動体通信端末と通信可能なサーバに関するものである。

非特許文献１には、ＷＥＢコンテンツの要約情報を移動体通信端末たる携帯電話機で受信して表示するソフトウェアが記載されている。このＷＥＢコンテンツの要約情報のデータは、携帯電話機からの取得要求に応じてＲＳＳと呼ばれるフォーマットで送信される。このＲＳＳは、ＷＥＢサーバ（ＷＥＢサイト）で提供されるＷＥＢコンテンツの見出し、要約、更新情報等のメタデータを構造化して記述するＸＭＬ（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ヘッダをサーバへ送信して、サーバにコンテンツの更新がなされているか否かを問い合わせる。コンテンツの更新がなされていない旨の情報（Status-Code：304 Not Modified）を受信した場合は、上記キャッシュメモリに記憶されているコンテンツを表示するというＨＴＴＰ通信処理である。

上記ＲＳＳリーダも、インターネット上のトラフィックを軽減させるために上述のキャッシュ機能を用いたＨＴＴＰ通信処理を用いて、ＲＳＳフィードの更新の確認をしていた。しかし、このようなＨＴＴＰ通信処理を用いることで、ＲＳＳフィードがキャッシュメモリと、ＲＳＳリーダが使用する記録領域であるストレージとに保存される。その結果、必要なメモリの容量が多くなってしまうという問題があった。特に、携帯電話機などの移動体通信端末は、携帯が容易になるように、装置を小型化する必要があり、備えられるメモリの容量が限られているため、メモリの容量を多くすることが困難である。

本発明は、上記問題に鑑みなされたものであり、その目的とするところは、コンテンツの要約情報の更新管理処理を維持しつつ、記憶手段の容量が増大するのを抑制できる移動体通信端末を提供することである。

上記目的を達成するために、請求項１の発明は、画像を表示する表示手段と、通信ネットワークを介して通信する通信手段と、ＨＴＴＰ通信により通信ネットワーク上のサーバにコンテンツのフィードを要求するＨＴＴＰ取得要求を送信して前記フィードを取得する取得手段とを備え、取得した前記フィードを表示する移動体通信端末において、前記ＨＴＴＰ通信の情報を記憶するためのキャッシュと、フィード表示アプリケーションが表示するフィードを記憶するためのストレージとを備え、前記ＨＴＴＰ取得要求に対するフィードを含むＨＴＴＰ取得応答を受信した際、前記ＨＴＴＰ取得応答に含まれるフィードの更新日情報または該フィードを識別する識別子を前記フィードの接続先情報と関連付けて前記キャッシュに保存し、前記ＨＴＴＰ取得応答に含まれるフィードを前記キャッシュに保存せずに前記ストレージに保存することを特徴とするものである。
また、請求項２の発明は、請求項１に記載の移動体通信端末において、前記キャッシュに保存した前記フィードの更新日情報に基づいて、前記サーバ側のフィードの更新日が、当該移動体通信端末が取得したフィードの更新日以降の場合のみ、前記フィードを送信するように指示する指示情報を、前記ＨＴＴＰ取得要求のIf-Modified-Sinceヘッダに付加することを特徴とすることを特徴とするものである。
また、請求項３の発明は、請求項１に記載の移動体通信端末において、前記キャッシュに保存した前記フィードの識別子に基づいて、前記サーバ側のフィードの識別情報が、当該移動体通信端末が取得したフィードの識別情報と異なる場合のみ、前記フィードを送信するように指示する指示情報を、前記ＨＴＴＰ取得要求のIf-None-Matchヘッダに付加することを特徴とするものである。
また、請求項４の発明は、請求項１乃至３いずれかに記載の移動体通信端末において、前記フィードの更新日情報は、前記ＨＴＴＰ取得応答に含まれるLast-Modifiedの情報であり、前記フィードを識別する識別子は、前記ＨＴＴＰ取得応答に含まれるＥTagの情報であることを特徴とするものである。

本発明によれば、キャッシュに保存するフィードの更新日情報またはフィードを識別する識別子を用いてフィードの更新管理処理を維持しつつ、キャッシュにフィードを保存するものに比べて、キャッシュの容量が増大するのを抑制できる。

以下、図面を参照して本発明の実施の形態について説明する。
図１は本実施形態に係る通信システム全体の概略構成の一例を示す説明図である。この通信システムは、移動体通信端末としての携帯電話機１０と、移動体通信事業者によって管理されている通信ネットワークとしての携帯電話通信網２０とを用いて構成されている。携帯電話通信網２０は、基地局２０１や図示しない交換機（回線交換機、パケット交換機）等を備え、図示しないゲートウェイサーバを介してインターネット３０等の他の通信ネットワークに接続されている。また、携帯電話通信網２０及びインターネット３０には、ＷＥＢコンテンツを提供するＷＥＢサーバ４１が接続されている。ＷＥＢサーバ４１は、各種ＷＥＢコンテンツのほか、そのＷＥＢコンテンツの要約情報や更新情報も提供する。また、ＷＥＢサーバ４１は携帯電話通信網２０側に設けてもよい。これらのサーバから携帯電話機１０にコンテンツをダウンロードするときには、ネットワークの各階層において所定の通信プロトコルが用いられる。例えば、ＷＥＢサーバ４１からＷＥＢページをダウンロードするときのアプリケーション層の通信プロトコルとしては、ＨＴＴＰ（Hyper Text Transfer Protocol）が用いられる。

図２は、上記ＷＥＢサーバ４１のハードウェア構成の一例を示すブロック図である。このＷＥＢサーバ４１は、システムバス４００、ＣＰＵ４０１、内部記憶装置、外部記憶装置４０４、入力装置４０５、出力装置４０６、及びインターネット用通信装置４０７を備えている。上記内部記憶装置は、ＲＡＭ４０２やＲＯＭ４０３等で構成されている。上記外部記憶装置は、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成されている。上記入力装置４０５は、マウスやキーボード等で構成されている。上記出力装置４０６は、ディスプレイやプリンタ等で構成されている。上記通信装置４０７は、所定の通信プロトコルにより、携帯電話通信網２０を介して他の携帯電話機や他のサーバと通信したり、インターネット３０上の各種クライアント端末や他のサーバと通信したりするための装置である。

上記ＣＰＵ４０１やＲＡＭ４０２等の構成要素はお互いに、システムバス４００を介して、データやプログラムの命令等のやり取りを行っている。このサーバ４０を所定の手順に従って動作させるためのプログラムはＲＯＭ４０３や外部記憶装置４０４に記憶されており、必要に応じてＣＰＵ４０１やＲＡＭ４０２上の作業エリアに呼び出されて実行される。

また、上記ＷＥＢサーバ４１はそれぞれ一部又は全体を専用の制御装置として構成してもいいし、一部又は全体を汎用のコンピュータシステムを用いて構成してもよい。また、ＷＥＢサーバ４１はそれぞれ、１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。

図３は、ＷＥＢサーバ４１の構成例を示す機能ブロック図である。ＷＥＢサーバ４１は、記憶手段４１５と受信手段４１６と送信手段４１７とを備えている。このＷＥＢサーバ４１は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。上記記憶手段４１５は、上記内部記憶装置や外部記憶装置で構成され、携帯電話機１０で受信可能な各種ＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを記憶している。上記受信手段４１６は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記記憶手段４１５に記憶されている複数種類のＷＥＢコンテンツやそのＷＥＢコンテンツの要約情報を要求する取得要求を携帯電話機１０から受信する。上記送信手段４１７は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記取得要求に基づいて選択されたＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを移動体通信端末１０に送信する。

上記ＷＥＢコンテンツの要約情報のデータは、携帯電話機からの取得要求に応じて、ＲＳＳのフォーマットで携帯電話機へ送信されており、携帯電話機は、このＲＳＳのフォーマットで記述された文書（ＲＳＳフィード）受信して表示するソフトウェアであるＲＳＳリーダを備えている。ＷＥＢコンテンツが更新された場合は、その更新後のＷＥＢコンテンツの要約情報を反映したＲＳＳフィードが作成される。この更新後のＲＳＳフィードが、携帯電話機からの取得要求に応じて送信される。ＲＳＳフィードの一例としては、一般ニュース、音楽情報、ブログ、天気予報、ＣＤや映画などの売り上げランキング等のコンテンツの要約情報が挙げられる。

図４は携帯電話機１０の一構成例を示す外観図であり、図５は、その携帯電話機１０のハードウェア構成の一例を示す概略構成図である。携帯電話機１０は、クラムシェル（折り畳み）タイプの携帯電話機であり、システムバス１００、ＣＰＵ１０１、ＲＡＭ１０２やＲＯＭ１０３等の記憶装置、入力装置１０４、出力装置１０５及び携帯電話通信網用通信装置１０６を備えている。ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いに各種データやプログラムの命令等のやり取りを行っている。

上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォームの基本ソフトＯＳ上で、音声通話機能や、アプリケーションソフト（以下「アプリケーション」という。）による各種機能を実現することができる。このアプリケーションによる機能としては、ＲＳＳリーダ、ＷＥＢブラウザ、メーラー、外部装置とのデータ送受信、アドレス帳管理、スケジューラ、メモ帳等がある。

また、上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォーム上でアプリケーションを実行するためのアプリケーション実行環境を構築することができる。そして、このアプリケーション実行環境上で、携帯電話機１０にプリインストールされているアプリケーションや、利用者がダウンロードして登録したアプリケーション等の各種アプリケーションを実行することができる。

上記入力装置１０４は、データ入力キー（テンキー、＊キー、＃キー）１１、通話開始キー１２、終話キー１３、スクロールキー１４、多機能キー１５、マイク１６等から構成されている。この入力装置１０４のテンキー１１、通話開始キー１２、終話キー１３等により、利用者が操作可能な操作部が構成される。この操作部を操作することにより、利用者は、携帯電話機１０に対してコンテンツ取得先のＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションの選択、起動及び停止を行ったりすることができる。また、利用者は上記操作部を操作することにより、上記ＷＥＢサーバ４１から、アプリケーションプログラム等のコンテンツをダウンロードして登録することができる。

上記出力装置１０５は、表示手段である液晶ディスプレイ（ＬＣＤ）１７、音出力手段であるスピーカ１８等から構成されている。上記液晶ディスプレイ（ＬＣＤ）１７やスピーカ１８等からなる出力装置等で構成されている出力部は、携帯電話通信網２０を介して受信したＷｅｂページを液晶ディスプレイ（ＬＣＤ）１７に表示したり、携帯電話通信網２０から情報を着信した旨を利用者に知らせたりするときに用いられる。具体的には、その情報を着信すると、出力部の液晶ディスプレイ（ＬＣＤ）１７に着信報知画像を表示したり、スピーカ１８から着信音を出力させたりする。なお、上記スピーカ１８は、通話中の音声を聞くための受話器用スピーカ（レシーバ）と、着信音や音楽などを出力する外部出力用スピーカとを別々に設けて構成してもいいし、これらの受話器用スピーカ及び外部出力用スピーカを兼用するように一つのスピーカで構成してもよい。

上記携帯電話通信網用通信装置１０６は、変復調器、シンセサイザ、周波数変換器，高周波増幅器などにより構成され、携帯電話通信網２０を介して他の携帯電話機や上記サーバ４１等と通信するときに用いられる。この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して他の携帯電話機とメールのやり取りを行ったり、携帯電話通信網２０からゲートウェイサーバを介して、インターネット等の外部の通信ネットワークに接続し、インターネット上での電子メールのやり取り等を行ったりするための通信手段として用いられる。更に、この携帯電話通信網用通信装置１０６は、携帯電話通信網１０を介して、サーバ４１が提供する各種コンテンツをダウンロードしたり、現在位置の位置情報を含む配信情報を受信したりする情報受信手段としても用いられる。

図６は、本実施形態に係る携帯電話機１０の主要な機能を抽出して示した機能ブロック図である。この携帯電話機１０は、通信手段１１０と表示手段１１１と記憶手段１１２と表示制御手段１１３と要約情報閲覧アプリケーション１１４とを有する。

上記通信手段１１０は上記通信装置１０６等で構成され、ＨＴＴＰ等の所定の通信プロトコルを用いて携帯電話通信網２０を介した通信を行う。この通信手段１１０は、記憶手段１１２の取得用記憶領域に保存されている接続情報としてのＵＲＩ（Uniform Resource Identifier）に基づいて通信ネットワーク上のＷＥＢサーバ４１にアクセスし、そのＷＥＢサーバ４１から前述のＲＳＳフィードを取得する取得手段として用いられる。また、この取得手段は、取得したＲＳＳフィードを含んだ取得応答（ＨＴＴＰレスポンス）のうち、ＲＳＳフィードの更新管理情報を取得用記憶領域（キャッシュ）１１２ａへ保存し、取得応答（ＨＴＴＰレスポンス）のうち要約情報（ＲＳＳフィード）を、アプリケーション用記憶領域（ストレージ）１１２ｂへ保存する。また、取得手段は、所定の時間毎にＵＲＩに基づいて通信ネットワーク上のＷＥＢサーバ４１にアクセスし、そのサーバからＲＳＳフィードの更新の確認を自動的にできるようになっている。このとき、取得手段は、取得用記憶領域から更新管理情報を読み出し、要約情報の更新を問い合わせる識別子（If-Modified-SinceヘッダやIf-None-Matchヘッダ）を付加した取得要求をＷＥＢサーバへ送信している。この自動取得処理における取得のタイミングは、利用者が手動で設定したり、携帯電話機が、ＲＳＳフィードの種別から自動的に設定したりする。
自動取得のタイミングは、装置内部のＤＲＭ用内部時計に従い処理を行う。また、通信トラフィックが混雑する時間帯は、自動取得のタイミングとなっても、自動取得処理を行わないようにして、携帯電話通信網２０の付加を低減させるようにしてもよい。

上記表示手段１１１は上記ディスプレイ等で構成され、ＲＳＳフィードの表示を行うアプリケーション１１４（ＲＳＳリーダ）を起動したときに、通信ネットワーク上のＷＥＢサーバ４１から受信した前述のＲＳＳフィードを表示することができる。

上記記憶手段１１２は上記ＲＡＭ１０２等の記憶装置により構成され、取得用記憶領域１１２ａとアプリケーション記憶領域１１２ｂとを有している。取得用記憶領域１１２ａには、上記取得手段が使用するＲＳＳフィードの更新管理情報を記憶している。ＲＳＳフィードの更新管理情報としては、ＲＳＳフィードの更新日情報（Last-Modified）やＲＳＳフィードの識別情報（ＥTag）が挙げられる。このＲＳＳフィードの更新管理情報は、ＲＳＳフィードの接続先情報（ＵＲＩ）と関連付けて保存されている。また、アプリケーション記憶領域１１２ｂは、ＲＳＳリーダが使用するＲＳＳフィードのデータが保存されている。ＲＳＳフィードのデータは、フォルダ形式でアプリケーション記憶領域１１２ｂに保存されている。フォルダは、カテゴリ別に複数設けられており、例えば、ＲＳＳフィードが、「ニュース」に関するものの場合は、ニュースカテゴリのフォルダに保存され、「ブログ・日記」に関するものの場合は、ブログのカテゴリのフォルダに保存される。

上記表示制御手段１１３は上記ＣＰＵ１０１等で構成され、ＲＳＳリーダでアプリケーション記憶領域１１２ｂから読み出されたＲＳＳフィードを表示するように制御する。また、ＲＳＳフィードが未読の場合に、待ち受け画面などのピクト領域に、未読のＲＳＳフィードがある旨のピクト画像を表示するように制御する。

図７は、上記ＲＳＳリーダ起動時の携帯電話機の画面遷移の一例を示す図である。利用者が携帯電話機のディスプレイ１７に表示された図示しないメニュー選択画面から、「ＲＳＳリーダ」を選択すると、図７（ａ）に示すような、カテゴリ選択画面がディスプレイ１７に表示される。このカテゴリ選択画面は、上記記憶手段１１４のフォルダと対応しており、例えば、画面の「ニュース」は、ニュースカテゴリのフォルダに対応し、「ブログ・日記」は、ブログのカテゴリのフォルダに対応している。また、フォルダに保存されたＲＳＳに未読のＲＳＳがある場合は、メニュー選択画面のピクト領域に例えば、図に示すような「ＮＥＷ」のピクト画像が表示される。

利用者が、ニュースのカテゴリを選択すると、図７（ｂ）に示すように、携帯電話機１０によってニュースのカテゴリに分類され、ニュースカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示される。なお、利用者が、図７（ｂ）のテレビのカテゴリを選択した場合は、テレビカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示され、ブログ・日記のカテゴリを選択した場合は、ブログ・日記のカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示される。
また、このＲＳＳリスト表示画面においても、未読のＲＳＳがある場合は、このＲＳＳフィードに対応する画面のピクト領域に図に示すような「ＮＥＷ」のピクト画像を表示する。

図７（ｂ）のＲＳＳフィードのタイトルリストから、○×新聞社を選択すると、図７（ｃ）に示すような、○×新聞社が提供しているＷＥＢページの要約情報のタイトル一覧（ＲＳＳフィードのアイテムタイトルリスト）が表示される。この要約情報のタイトル一覧画面を表示すると、携帯電話機１０は、このＲＳＳフィードが既読されたと認識し、上記ピクト画像を消灯させる。また、図中上部のＲＳＳフィードのタイトル（○×新聞社）には、リンクが貼られており、利用者が図中上部のＲＳＳフィードのタイトルをクリックすると、例えば、○×新聞社のホームページへアクセスするなど、特定のＵＲＩ先に接続して、特定のＷＥＢページが表示される。

利用者が、「○×国の首相来日」の要約情報のタイトルを選択すると、携帯電話機１０は、図７（ｄ）に示すように、ディスプレイ１７にこの要約情報のタイトルに対応する要約情報を表示する。図中上部の要約情報のタイトル（○×国の首相来日）には、リンクが貼られており、利用者が図中上部の要約情報のタイトルをクリックすると、この要約情報に対応するＷＥＢページをＷＥＢサーバ４１から取得し、表示する。

図８は、記憶手段１１２に記憶されているＲＳＳフィードの更新処理時のシーケンス図である。
携帯電話機の記憶手段に記憶されているＲＳＳフィードの更新処理を行う際に、キャッシュメモリ１１４に記憶されたＲＳＳフィードの更新日情報（Last-Modified）を読み出す。そして、ＨＴＴＰリクエストのIf-Modified-Sinceヘッダに更新日情報（Last-Modified）を指定して、ＷＥＢサーバ４１へ送信する。ＷＥＢサーバ４１は、ＨＴＴＰリクエストを受信したら、アクセス先のＲＳＳフィードの更新日情報（Last-Modified）と、If-Modified-Sinceヘッダで指定された日付とを比べる。アクセス先のＲＳＳフィードの更新日情報（Last-Modified）が、If-Modified-Sinceヘッダで指定された日付以降の場合、ＲＳＳフィードは更新されているので、ＷＥＢサーバ４１は、取得応答たるＨＴＴＰレスポンスのＨＴＴＰステータスコード：２００（ＯＫ）で、ＲＳＳフィードを送信する。携帯電話機は、ＲＳＳフィードを受信したら、ストレージ１１２ｂに記憶されているＲＳＳフィードを受信したＲＳＳフィードに上書きする。また、ＷＥＢサーバ４１からＲＳＳフィードとともに送信された、Last-Modified（更新日）をＵＲＩと関連付けてキャッシュ１１２ａに保存する。そして、ディスプレイ１７にピクト画像を表示したり、音やバイブを鳴らしたりして、ＲＳＳフィードが更新されたことを利用者に報知する。

一方、アクセス先のＲＳＳフィードのLast-Modified（更新日）が、If-Modified-Sinceヘッダで指定された日付以降でない場合、ＲＳＳフィードが更新されていないので、ＷＥＢサーバ４１は、ＨＴＴＰレスポンス（取得応答）のＨＴＴＰステータスコードをＲＳＳフィードが更新されていない旨を示す、３０４（Not Modified）を付加して送信する。携帯電話機１０は、ＨＴＴＰステータスコード：３０４を受信したら、「更新なし」と判断しそのまま処理を終了する。

このように、取得要求（ＨＴＴＰリクエスト）に、サーバ側のＲＳＳフィードの更新日が、携帯電話機が取得したＲＳＳフィードの更新日以降の場合のみ、ＲＳＳフィードを送信するように指示する指示情報（If-Modified-Sinceヘッダ）を付加している。これにより、ＲＳＳフィードが更新されていない場合は、更新されていない旨を示す、ＨＴＴＰステータスコード：３０４（Not Modified）のみを返信するのでＷＥＢサーバから送信されるデータ量が少なくて済む。これにより、通信費を削減することができ、また、携帯電話通信網の負荷を低減することができる。

また、通常のキャッシュ機能を用いたＨＴＴＰ通信処理と異なり、更新されたＲＳＳフィードは、キャッシュ１１２ａには保存しない。よって、ＲＳＳフィードは、ストレージ１１２ｂにのみに保存されるので、キャッシュ１１２ａとストレージ１１２ｂとの両方にＲＳＳフィードを保存したものに比べて、記憶手段の記憶容量を低減することができる。また、キャッシュ１１２ａにＲＳＳフィードを保存しないので、ＨＴＴＰステータスコード：３０４（Not Modified）を受信したときは、通常のキャッシュ機能を用いたＨＴＴＰ通信処理と異なりキャッシュに保存してあるＲＳＳフィードを表示させずに、そのまま処理を終了するように制御する。

また、上記においては、更新日情報（Last-Modified）から、ＷＥＢサーバからＲＳＳフィードが更新されているか否かを確認しているが、これに限られない。例えば、ＲＳＳフィードを特定する識別子であるETagによって、ＷＥＢサーバのＲＳＳフィードが更新されているか否かを確認してもよい。この場合、ＨＴＴＰリクエストにIf-None-Matchヘッダを付加して、キャッシュ１１４に記憶されたETagを指定する。ＷＥＢサーバ４１は、アクセス先のＲＳＳフィードのETagと、If-None-Matchヘッダで指定されたETagとが同一か否かをチェックする。同一でない場合は、ＲＳＳフィードが更新されているので、ＨＴＴＰレスポンスのＨＴＴＰステータスコードを２００（OK）にしてＲＳＳフィードを送信する。そして、記憶手段１１２（ストレージ）に記憶されたＲＳＳフィードを受信したＲＳＳフィードに上書きする。また、ＷＥＢサーバ４１からＲＳＳフィードとともに送信された、ＥTagをキャッシュ１１４に記憶する。

一方、アクセス先のＲＳＳフィードのETagが、If-None-Matchヘッダで指定されたETagと同一の場合、ＲＳＳフィードが更新されていないので、ＷＥＢサーバ４１は、ＨＴＴＰステータスコード：３０４（Not Modified）を送信する。携帯電話機１０は、ＨＴＴＰステータスコード：３０４を受信したら、「更新なし」と判断し処理を終了する。

このように、サーバ側のＲＳＳフィードの識別情報（ＥTag）が、携帯電話機が取得したＲＳＳフィードの識別情報（ETag）と異なる場合のみ、要約情報を送信するように指示する指示情報（If-None-Matchヘッダ）を取得要求（ＨＴＴＰリクエスト）に付加することで、ＲＳＳフィードが更新されていない場合は、ＨＴＴＰステータスコード：３０４のみを返信するのでＷＥＢサーバから送信されるデータ量が少なくて済む。これにより、通信費を削減することができ、また、携帯電話通信網の負荷を低減することができる。

また、本発明は、携帯電話機に限定することなく、表示手段を備えたものであれば様々な移動体通信端末に適用することができる。すなわち、本発明における「移動体通信端末」としては、ＰＤＣ（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）等の通信端末も挙げられる。

本発明の実施形態に係る通信システムの概略構成図。 ＷＥＢサーバのハードウェア構成のブロック図。 ＷＥＢサーバの機能ブロック図。 携帯電話機の外観図。 携帯電話機のハードウェア構成のブロック図。 携帯電話機の機能ブロック図。 （ａ）〜（ｄ）はＲＳＳリーダ起動時の携帯電話機の画面遷移の一例を示す図。 記憶手段に記憶されているＲＳＳフィードの更新処理時のシーケンス図。

符号の説明

１０ 携帯電話機
２０ 携帯電話通信網
３０ インターネット
４１ ＷＥＢサーバ
１１０ 通信手段（取得手段）
１１１ 表示手段
１１２ 記憶手段
１１２ａ 取得用記憶領域
１１２ｂ アプリケーション用記憶領域
１１３ 表示制御手段
１１４ 要約情報閲覧アプリケーション
４１５ 記憶手段
４１６ 受信手段
４１７ 送信手段

Claims (4)

1. 画像を表示する表示手段と、通信ネットワークを介して通信する通信手段と、ＨＴＴＰ通信により通信ネットワーク上のサーバにコンテンツのフィードを要求するＨＴＴＰ取得要求を送信して前記フィードを取得する取得手段とを備え、取得した前記フィードを表示する移動体通信端末において、
   前記ＨＴＴＰ通信の情報を記憶するためのキャッシュと、フィード表示アプリケーションが表示するフィードを記憶するためのストレージとを備え、
   前記ＨＴＴＰ取得要求に対するフィードを含むＨＴＴＰ取得応答を受信した際、前記ＨＴＴＰ取得応答に含まれるフィードの更新日情報または該フィードを識別する識別子を前記フィードの接続先情報と関連付けて前記キャッシュに保存し、前記ＨＴＴＰ取得応答に含まれるフィードを前記キャッシュに保存せずに前記ストレージに保存することを特徴とする移動体通信端末。
2. 請求項１に記載の移動体通信端末において、
   前記キャッシュに保存した前記フィードの更新日情報に基づいて、前記サーバ側のフィードの更新日が、当該移動体通信端末が取得したフィードの更新日以降の場合のみ、前記フィードを送信するように指示する指示情報を、前記ＨＴＴＰ取得要求のIf-Modified-Sinceヘッダに付加することを特徴とする移動体通信端末。
3. 請求項１に記載の移動体通信端末において、
   前記キャッシュに保存した前記フィードの識別子に基づいて、前記サーバ側のフィードの識別情報が、当該移動体通信端末が取得したフィードの識別情報と異なる場合のみ、前記フィードを送信するように指示する指示情報を、前記ＨＴＴＰ取得要求のIf-None-Matchヘッダに付加することを特徴とする移動体通信端末。
4. 請求項１乃至３いずれかに記載の移動体通信端末において、
   前記フィードの更新日情報は、前記ＨＴＴＰ取得応答に含まれるLast-Modifiedの情報であり、
   前記フィードを識別する識別子は、前記ＨＴＴＰ取得応答に含まれるＥTagの情報であることを特徴とする移動体通信端末。

Images