(57)【要約】【課題】ユーザの手間を増加させることなく、データの転送量及びバッテリ消費を抑えることができる中継サーバ、モバイル端末、情報閲覧システム及びプログラムを提供することを目的とする。【解決手段】情報提供サーバ１２から提供される情報をオフラインデータとしてモバイル端末１０に中継する中継サーバ１１であって、モバイル端末１０からの表示状況データに基づき情報の更新頻度をモバイル端末１０毎に判別する手段と、判別した情報の更新頻度に基づきモバイル端末１０へのオフラインデータを作成するか否かをモバイル端末１０毎に判定し、モバイル端末１０へのオフラインデータを作成すると判定したとき、情報提供サーバ１２から提供された情報からモバイル端末１０へのオフラインデータを作成する手段と、オフラインデータと共に、情報の更新日時と、判別した情報の更新頻度とをモバイル端末１０に転送する手段とを有することにより上記課題を解決する。【選択図】  図１
2010128662.tif 000002
【特許請求の範囲】
【請求項１】
情報提供サーバから提供される情報をオフラインデータとしてモバイル端末に中継する中継サーバであって、
前記モバイル端末から受信した前記情報の表示状況データに基づいて前記情報の更新頻度を前記モバイル端末毎に判別する更新頻度判別手段と、
判別した前記情報の更新頻度に基づき、前記モバイル端末に送信するオフラインデータを作成するか否かを前記モバイル端末毎に判定し、前記モバイル端末に送信するオフラインデータを作成すると判定したとき、前記情報提供サーバから提供された情報から前記モバイル端末に送信するオフラインデータを作成するオフラインデータ作成手段と、
作成した前記オフラインデータと共に、前記情報の更新日時と、判別した前記情報の更新頻度とを前記モバイル端末に転送するオフラインデータ転送手段と
を有する中継サーバ。
【請求項２】
前記モバイル端末から受信した前記情報の領域毎の表示状況データに基づいて前記情報の領域毎の重要度を前記モバイル端末毎に判別する重要度判別手段を更に有し、
前記更新頻度判別手段は、前記重要度判別手段により判別された前記情報の領域毎の重要度に基づき、前記情報提供サーバから提供された情報の前記重要度が閾値以上の領域に更新があったときに、前記モバイル端末から受信した前記情報の表示状況データに基づいて前記情報の更新頻度を前記モバイル端末毎に判別する
請求項１記載の中継サーバ。
【請求項３】
前記重要度判別手段は、前記モバイル端末から前記情報の領域毎の表示状況データとして前記情報の領域毎の表示時間を受信し、前記表示時間の長い前記情報の領域を重要度が高いものと判別する請求項２記載の中継サーバ。
【請求項４】
前記重要度判別手段は、前記モバイル端末から前記情報の領域毎の表示状況データとして前記モバイル端末でユーザにより選択されたリンクの情報を受信し、前記リンク周辺の領域を重要度が高いものと判別する請求項２記載の中継サーバ。
【請求項５】
情報提供サーバから提供される情報を中継サーバ経由でオフラインデータとして受信するモバイル端末であって、
表示手段で表示されたオフラインデータの領域毎の表示状況データを記録する表示状況記録手段と、
前記中継サーバから以前に受信したオフラインデータを格納しているオフラインデータ格納手段と、
前記オフラインデータ格納手段に格納されている前記オフラインデータの表示要求があると、前記オフラインデータの更新日時と更新頻度とを取得し、前記更新日時と更新頻度とに基づいて、前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要か否かを判定するオフラインデータ更新要否判定手段と、
前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要であると判定したとき、前記表示状況記録手段に記録されている表示状況データを取得して前記中継サーバに送信する表示状況データ送信手段と、
前記中継サーバで前記表示状況データに基づいて作成されたオフラインデータと、前記オフラインデータの更新日時と更新頻度とを前記中継サーバから受信し、前記オフラインデータに格納されている前記中継サーバから以前に受信したオフラインデータを前記中継サーバから新たに受信したオフラインデータに更新するオフラインデータ更新手段と、
前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要でないと判定したとき、前記オフラインデータ格納手段に格納している前記中継サーバから以前に受信したオフラインデータを表示手段に表示させ、前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要であると判定したとき、前記オフラインデータ格納手段に格納している前記中継サーバから新たに受信したオフラインデータを表示手段に表示させる表示制御手段と
を有するモバイル端末。
【請求項６】
情報を提供する情報提供サーバと、オフラインデータを表示するモバイル端末と、前記情報提供サーバから提供される前記情報をオフラインデータとして前記モバイル端末に中継する中継サーバとがデータ通信可能に接続された情報閲覧システムであって、
前記中継サーバは、
前記モバイル端末から受信した前記情報の表示状況データに基づいて前記情報の更新頻度を前記モバイル端末毎に判別する更新頻度判別手段と、
判別した前記情報の更新頻度に基づき、前記モバイル端末に送信するオフラインデータを作成するか否かを前記モバイル端末毎に判定し、前記モバイル端末に送信するオフラインデータを作成すると判定したとき、前記情報提供サーバから提供された情報から前記モバイル端末に送信するオフラインデータを作成するオフラインデータ作成手段と、
作成した前記オフラインデータと共に、前記情報の更新日時と、判別した前記情報の更新頻度とを前記モバイル端末に転送するオフラインデータ転送手段とを有し、
前記モバイル端末は、
表示手段で表示されたオフラインデータの領域毎の表示状況データを記録する表示状況記録手段と、
前記中継サーバから以前に受信したオフラインデータを格納しているオフラインデータ格納手段と、
前記オフラインデータ格納手段に格納されている前記オフラインデータの表示要求があると、前記オフラインデータの更新日時と更新頻度とを取得し、前記更新日時と更新頻度とに基づいて、前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要か否かを判定するオフラインデータ更新要否判定手段と、
前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要であると判定したとき、前記表示状況記録手段に記録されている表示状況データを取得して前記中継サーバに送信する表示状況データ送信手段と、
前記中継サーバで前記表示状況データに基づいて作成されたオフラインデータと、前記オフラインデータの更新日時と更新頻度とを前記中継サーバから受信し、前記オフラインデータに格納されている前記中継サーバから以前に受信したオフラインデータを前記中継サーバから新たに受信したオフラインデータに更新するオフラインデータ更新手段と、
前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要でないと判定したとき、前記オフラインデータ格納手段に格納している前記中継サーバから以前に受信したオフラインデータを表示手段に表示させ、前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要であると判定したとき、前記オフラインデータ格納手段に格納している前記中継サーバから新たに受信したオフラインデータを表示手段に表示させる表示制御手段と
を有する情報閲覧システム。
【請求項７】
情報提供サーバから提供される情報をオフラインデータとしてモバイル端末に中継する中継サーバを、
前記モバイル端末から受信した前記情報の表示状況データに基づいて前記情報の更新頻度を前記モバイル端末毎に判別する更新頻度判別手段と、
判別した前記情報の更新頻度に基づき、前記モバイル端末に送信するオフラインデータを作成するか否かを前記モバイル端末毎に判定し、前記モバイル端末に送信するオフラインデータを作成すると判定したとき、前記情報提供サーバから提供された情報から前記モバイル端末に送信するオフラインデータを作成するオフラインデータ作成手段と、
作成した前記オフラインデータと共に、前記情報の更新日時と、判別した前記情報の更新頻度とを前記モバイル端末に転送するオフラインデータ転送手段と
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継サーバ、モバイル端末、情報閲覧システム及びプログラムに係り、特に更新される情報を扱う中継サーバ、モバイル端末、情報閲覧システム及びプログラムに関する。
【背景技術】
【０００２】
近年、携帯電話やＰＤＡ（携帯情報端末）等のモバイル端末はフルブラウザが搭載されることが多くなり、情報提供サーバとしてのＷｅｂサーバ上のＰＣ向けコンテンツへのアクセスも広まっている。
【０００３】
しかし、モバイル端末は無線通信によってネットワークに接続されることが多く、有線通信によってネットワークに接続されるＰＣ等と比べて、接続が切断される頻度が一般的に高い。このため、従来のモバイル端末はネットワークへの接続が切断されてもオフラインでＷｅｂサーバ上のコンテンツを閲覧可能な技術が利用されている（例えば特許文献１参照）。
【０００４】
上記したネットワークへの接続が切断されてもオフラインでＷｅｂサーバ上のコンテンツを閲覧可能な技術は、Ｗｅｂサーバ上のコンテンツをモバイル端末内に予め転送しておくことで、ネットワークへの接続が切断されてもコンテンツを閲覧可能にしている。
【０００５】
しかし、上記したネットワークへの接続が切断されてもオフラインでＷｅｂサーバ上のコンテンツを閲覧可能な技術では、Ｗｅｂサーバ上のコンテンツの転送を、モバイル端末のユーザが明示的に行う必要があった。また、上記したネットワークへの接続が切断されてもオフラインでＷｅｂサーバ上のコンテンツを閲覧可能な技術では、Ｗｅｂサーバ上のコンテンツが更新された場合も、モバイル端末のユーザが明示的に、Ｗｅｂサーバ上からコンテンツをモバイル端末に転送し直す必要があった。
【０００６】
また、従来は、モバイル端末とＷｅｂサーバとの間にゲートウェイ（ＧＷ）サーバを置いて、ＧＷサーバでＷｅｂサーバ側のコンテンツの更新をチェックし、コンテンツに更新があった場合にモバイル端末へ通知する技術も利用されている（例えば特許文献２，非特許文献１参照）。
【０００７】
上記したＧＷサーバでＷｅｂサーバ側のコンテンツの更新をチェックし、コンテンツに更新があった場合にモバイル端末へ通知する技術は、Ｗｅｂサーバ上のコンテンツの更新をページ単位でチェックしている。しかし、Ｗｅｂサーバ上のコンテンツに対するページ単位の更新チェックでは、アクセスされる度に頻繁に内容が変わるアクセスカウンタや広告部分の変更も更新と見なしてしまう。
【０００８】
そこで、ＧＷサーバでＷｅｂサーバ側のコンテンツの更新をチェックし、コンテンツに更新があった場合にモバイル端末へ通知する技術には、更新チェックする領域や無視する領域をユーザに設定させる機能を有するものがあった（例えば非特許文献１参照）。
【特許文献１】特開２００５−３１６５２３号公報
【特許文献２】特開２００２−１４９５４０号公報
【非特許文献１】「はてなアンテナ」＜http://a.hatena.ne.jp/＞
【発明の開示】
【発明が解決しようとする課題】
【０００９】
一般にモバイル端末は無線通信によってネットワークに接続されることが多く、通信料金が割高な為、データの転送量を抑える必要がある。また、モバイル端末は通常、内蔵充電池（バッテリ）で動作する為、無線通信によるバッテリの消費を抑える必要もある。
【００１０】
このような理由の為、モバイル端末はＷｅｂサーバ上のコンテンツをページ単位で更新チェックするのではなく、ユーザが関心のある部分の更新時のみ、必要なデータを転送することが望ましい。
【００１１】
従来、ＧＷサーバでＷｅｂサーバ側のコンテンツの更新をチェックし、コンテンツに更新があった場合にモバイル端末へ通知する技術には、更新チェックする領域や無視する領域をユーザに設定させる機能を有するものがあった。しかし、モバイル端末の限られた入力インタフェースで、更新チェックする領域や無視する領域等、細かく設定することは非常に手間が掛かるという問題があった。
【００１２】
本発明の一実施形態は、上記の点に鑑みなされたもので、ユーザの手間を増加させることなく、データの転送量及びバッテリ消費を抑えることができる中継サーバ、モバイル端末、情報閲覧システム及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するため、本発明の一実施形態は、情報提供サーバから提供される情報をオフラインデータとしてモバイル端末に中継する中継サーバであって、前記モバイル端末から受信した前記情報の表示状況データに基づいて前記情報の更新頻度を前記モバイル端末毎に判別する更新頻度判別手段と、判別した前記情報の更新頻度に基づき、前記モバイル端末に送信するオフラインデータを作成するか否かを前記モバイル端末毎に判定し、前記モバイル端末に送信するオフラインデータを作成すると判定したとき、前記情報提供サーバから提供された情報から前記モバイル端末に送信するオフラインデータを作成するオフラインデータ作成手段と、作成した前記オフラインデータと共に、前記情報の更新日時と、判別した前記情報の更新頻度とを前記モバイル端末に転送するオフラインデータ転送手段とを有する。
【００１４】
なお、本発明の一実施形態の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１５】
本発明の一実施形態によれば、ユーザの手間を増加させることなく、データの転送量及びバッテリ消費を抑えることができる中継サーバ、モバイル端末、情報閲覧システム及びプログラムを提供可能である。
【発明を実施するための最良の形態】
【００１６】
次に、本発明の実施例を、図面を参照しつつ説明していく。なお、本実施例では、情報提供サーバの一例としてＷｅｂサーバを例に説明するが、更新される情報を提供する如何なるサーバ，装置であってもよい。また、中継サーバの一例としてのＧＷサーバを例に説明するが、情報提供サーバから提供される情報をオフラインデータとしてモバイル端末に提供する如何なる端末，装置であってもよい。
【００１７】
図１は、本実施例の情報閲覧システムの一例の構成図である。図１の情報閲覧システム１は、モバイル端末１０，ＧＷサーバ１１，Ｗｅｂサーバ１２，無線通信ネットワーク１３及び有線通信ネットワーク１４を含む構成である。
【００１８】
ＧＷサーバ１１は、無線ＬＡＮなどの無線通信ネットワーク１３を介して１つ以上のモバイル端末１０に接続されている。また、ＧＷサーバ１１はインターネット等の有線通信ネットワーク１４を介して１つ以上のＷｅｂサーバ１２に接続されている。ＧＷサーバ１１は異なるネットワークである無線通信ネットワーク１３と有線通信ネットワーク１４とを接続するものである。
【００１９】
図１のモバイル端末１０，ＧＷサーバ１１，Ｗｅｂサーバ１２は例えば図２に示すようなハードウェア構成のコンピュータシステムによって実現される。
【００２０】
図２はコンピュータシステムの一例のハードウェア構成図である。図２のコンピュータシステムは、それぞれバスＢで相互に接続されている入力装置２１，出力装置２２，ドライブ装置２３，補助記憶装置２４，主記憶装置２５，演算処理装置２６，インタフェース装置２７を含む構成である。
【００２１】
入力装置２１はキーボードやマウスなどで構成され、各種信号を入力するために用いられる。出力装置２２はディスプレイ装置などで構成され、各種ウインドウやデータ等を表示するために用いられる。インタフェース装置２７は、モデム，有線／無線ＬＡＮカードなどで構成されており、無線通信ネットワーク１３や有線通信ネットワーク１４に接続する為に用いられる。
【００２２】
図２のコンピュータシステムをモバイル端末１０，ＧＷサーバ１１又はＷｅｂサーバ１２として機能させるためのプログラムは、記録媒体２８の配布，無線通信ネットワーク１３や有線通信ネットワーク１４からのダウンロードなどによって提供される。プログラムを記録した記録媒体２８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００２３】
また、プログラムを記録した記録媒体２８がドライブ装置２３にセットされると、プログラムは記録媒体２８からドライブ装置２３を介して補助記憶装置２４にインストールされる。無線通信ネットワーク１３や有線通信ネットワーク１４からダウンロードされたプログラムは、インタフェース装置２７を介して補助記憶装置２４にインストールされる。
【００２４】
補助記憶装置２４は、インストールされたプログラムを格納すると共に、必要なファイル，データ等を格納する。主記憶装置２５は、コンピュータの起動時に補助記憶装置２４から必要なプログラムを読み出して格納する。そして、演算処理装置２６は、主記憶装置２５に格納されたプログラムに従って、後述するような各種処理を実現している。
【００２５】
（モバイル端末１０のブロック図）
図３は、モバイル端末の一例のブロック構成図である。図３のモバイル端末１０は、Ｗｅｂブラウザ３１，ローカルプロキシ３２，鮮度判定部３３，通信部３４，オンライン切替処理部３５，オフラインデータ更新部３６，リロード操作記録部３７，各領域表示時間ＤＢ３８，オフラインデータＤＢ３９，リロード回数ＤＢ４０を含む。また、Ｗｅｂブラウザ３１は、表示領域取得部４１を含む。
【００２６】
Ｗｅｂブラウザ３１，ローカルプロキシ３２，鮮度判定部３３，通信部３４，オンライン切替処理部３５，オフラインデータ更新部３６，リロード操作記録部３７，各領域表示時間ＤＢ３８，オフラインデータＤＢ３９，リロード回数ＤＢ４０は、演算処理装置２６がプログラムを実行することにより実現される。
【００２７】
なお、Ｗｅｂブラウザ３１，ローカルプロキシ３２，鮮度判定部３３，通信部３４，オンライン切替処理部３５，オフラインデータ更新部３６，リロード操作記録部３７，各領域表示時間ＤＢ３８，オフラインデータＤＢ３９，リロード回数ＤＢ４０の詳細は、後述する。
【００２８】
（ＧＷサーバ１１のブロック図）
図４は、ＧＷサーバの一例のブロック構成図である。図４のＧＷサーバ１１は、サービスデータ取得部５１，更新頻度判別部５２，通信部５３，オフラインデータ更新部５４，オフラインデータ転送部５５，更新スケジュール管理部５６，オフラインデータＤＢ５７，ページ内重要度ＤＢ５８，ＨＴＭＬキャッシュ５９，更新スケジュールＤＢ６０，更新頻度ＤＢ６１を含む。
【００２９】
サービスデータ取得部５１，更新頻度判別部５２，通信部５３，オフラインデータ更新部５４，オフラインデータ転送部５５，更新スケジュール管理部５６，オフラインデータＤＢ５７，ページ内重要度ＤＢ５８，ＨＴＭＬキャッシュ５９，更新スケジュールＤＢ６０，更新頻度ＤＢ６１は、演算処理装置２６がプログラムを実行することにより実現される。
【００３０】
なお、サービスデータ取得部５１，更新頻度判別部５２，通信部５３，オフラインデータ更新部５４，オフラインデータ転送部５５，更新スケジュール管理部５６，オフラインデータＤＢ５７，ページ内重要度ＤＢ５８，ＨＴＭＬキャッシュ５９，更新スケジュールＤＢ６０，更新頻度ＤＢ６１の詳細は後述する。
【００３１】
（ＧＷサーバ１１が行うオフラインデータ更新処理の概要）
ここでは、ＧＷサーバ１１が行うオフラインデータ更新処理の概要について、図４を参照しつつ説明する。ＧＷサーバ１１の更新スケジュール管理部５６は、更新スケジュールＤＢ６０が保持しているスケジュールに基づき、定期的に、オフラインデータ更新処理の開始をオフラインデータ更新部５４に要求する。オフラインデータ更新部５４はサービスデータ取得部５１にオフラインデータ更新処理の開始をサービスデータ取得部５１に要求する。
【００３２】
サービスデータ取得部５１はオフラインデータ更新部５４からオフラインデータ更新処理の開始を要求されると、Ｗｅｂサーバ１２からＷｅｂページ（以下、ページという）の最新データを取得する。サービスデータ取得部５１は、Ｗｅｂサーバ１２から取得した最新データをＨＴＭＬキャッシュ５９に保持させる。
【００３３】
更新頻度判別部５２は、ページ内重要度ＤＢ５８が保持している各ページの領域毎の重要度を参照しながら、各ページの更新頻度を判別し、更新頻度ＤＢ６１が保持している各ページの更新頻度を、判別結果に応じて更新する。
【００３４】
更新スケジュール管理部５６は、更新頻度ＤＢ６１が保持している各ページの更新頻度が更新されると、新しい更新頻度に応じて更新スケジュールＤＢ６０が保持しているスケジュールを更新する。
【００３５】
更新頻度判別部５２は、ページ内重要度ＤＢ５８が保持している各ページの領域毎の重要度を用いて、Ｗｅｂサーバ１２から取得した最新データが更新されているか否かを判断する。例えば更新頻度判別部５２は、重要度がしきい値以上の領域に更新が有れば、最新データが更新されていると判断する。一方、更新頻度判別部５２は、重要度がしきい値未満の領域に更新が有っても、重要度がしきい値以上の領域に更新が無ければ、最新データが更新されていないと判断する。
【００３６】
Ｗｅｂサーバ１２から取得した最新データが更新されていると判断した場合、オフラインデータ更新部５４は、ＨＴＭＬキャッシュ５９に保持させた最新データのうち、更新されていると判断した最新データでオフラインデータＤＢ５７を更新する。
【００３７】
（モバイル端末１０が行うオフラインデータ参照処理の概要）
ここでは、モバイル端末１０が行うオフラインデータ参照処理の概要について、図３を参照しつつ説明する。まず、ユーザはモバイル端末１０のＷｅｂブラウザ３１でオフラインデータＤＢ３９が保持するオフラインデータを閲覧する。モバイル端末１０のローカルプロキシ３２は、Ｗｅｂブラウザ３１から指定されたページをオフラインデータＤＢ３９から取得してＷｅｂブラウザ３１に返す。Ｗｅｂブラウザ３１上でページが所定時間以上表示された場合、表示領域取得部４１は各領域表示時間ＤＢ３８に、領域毎の表示時間を保持させる。
【００３８】
なお、オンライン切替処理部３５はコンテンツ内で常に最新情報をオンライン参照する必要のあるページ（例えば新幹線の座席予約状況）に関して、ユーザの明示的なリロード操作を待たず、オフラインデータＤＢ３９が保持するオフラインデータのページ表示と並行し、オンライン参照の必要性を自動的に判断する。オンライン参照の必要性があると判断すると、オンライン切替処理部３５はＷｅｂサーバ１２とオンライン接続を行い、最新データを取得して、オフラインデータのページ表示をオンラインデータのページ表示に更新する。したがって、ユーザはリロード操作の手間が省ける。
【００３９】
オフラインデータのページ表示は、例えばコンテンツ内で常に最新情報をオンライン参照する必要のあるページ内のリアルタイム情報を、色を薄く表示したり、文字を小さくしたりして表示する。
【００４０】
オフラインデータのページ表示の際、コンテンツ内で常に最新情報をオンライン参照する必要のあるページ内のリアルタイム情報を、色を薄く表示したり、文字を小さくしたりして表示することにより、オンライン切替処理部３５は表示されているリアルタイム情報が最新でなく、Ｗｅｂサーバ１２から取得中であることをユーザへ示すことができる。
【００４１】
鮮度判定部３３は、ページ内にリアルタイム情報（常に最新情報をオンライン参照する必要のある情報）が含まれるか否かを判定する。オンライン切替処理部３５はページ内にリアルタイム情報が含まれると鮮度判定部３３が判定すると、自動的にＷｅｂサーバ１２とオンライン接続を行い、最新データを取得して、オフラインデータのページ表示をオンラインデータのページ表示に置き換える。
【００４２】
（モバイル端末１０のオフラインデータ更新時の処理の概要）
ここでは、モバイル端末１０のオフラインデータ更新時の処理の概要について、図３及び図４を参照しつつ説明する。例えばユーザはモバイル端末１０のＷｅｂブラウザ３１でオフラインデータＤＢ３９が保持するオフラインデータのページを閲覧中に、そのページの最新情報が閲覧したくなると、Ｗｅｂブラウザ３１からリロード操作を行う。
【００４３】
ユーザによりリロード操作が行われると、リロード操作記録部３７はリロード回数ＤＢ４０が保持しているリロード回数を更新する。モバイル端末１０のオフラインデータ更新部３６は、リロードＵＲＬ，リロード回数ＤＢ４０が保持している内容，各領域表示時間ＤＢ３８が保持している内容を、通信部３４からＧＷサーバ１１に送信する。
【００４４】
ＧＷサーバ１１の通信部５３は、リロードＵＲＬ，リロード回数ＤＢ４０が保持している内容，各領域表示時間ＤＢ３８が保持している内容を、モバイル端末１０の通信部３４から受信する。通信部５３は、受信したリロードＵＲＬを指定してオフラインデータ更新部５４にオフラインデータの更新を依頼する。
【００４５】
オフラインデータ更新部５４は、サービスデータ取得部５１にリロードＵＲＬを指定してオフラインデータ更新処理の開始を要求する。サービスデータ取得部５１はオフラインデータ更新処理の開始を要求されると、Ｗｅｂサーバ１２からリロードＵＲＬのページの最新データを取得する。サービスデータ取得部５１は、Ｗｅｂサーバ１２から取得した最新データをＨＴＭＬキャッシュ５９に保持させる。
【００４６】
オフラインデータ転送部５５はモバイル端末１０からアップロードされた各領域表示時間ＤＢ３８が保持している内容に基づき、ページ内重要度ＤＢ５８を更新する。オフラインデータ転送部５５はモバイル端末１０からアップロードされたリロード回数ＤＢ４０が保持している内容に基づき、更新頻度ＤＢ６１を更新する。
【００４７】
オフラインデータ転送部５５はオフラインデータＤＢ５７からリロードＵＲＬのページのオフラインデータを取得し、取得したオフラインデータの各ＵＲＬの更新頻度を更新頻度ＤＢ６１から取得して、転送用のオフラインデータアーカイブを作成する。オフラインデータ転送部５５は、作成した転送用のオフラインデータアーカイブを通信部５３からモバイル端末１０に転送する。
【００４８】
モバイル端末１０の通信部３４はＧＷサーバ１１の通信部５３から転送用のオフラインデータアーカイブを受信する。通信部３４は受信した転送用のオフラインデータアーカイブをオフラインデータ更新部３６に渡す。オフラインデータ更新部３６は転送用のオフラインデータアーカイブを展開して、オフラインデータＤＢ３９が保持しているオフラインデータを更新する。ローカルプロキシ３２は、オフラインデータＤＢ３９からリロードＵＲＬのページのデータを取得してＷｅｂブラウザ３１に返す。
【００４９】
（ＧＷサーバ１１が行うオフラインデータ更新処理の詳細）
ここでは、ＧＷサーバ１１が行うオフラインデータ更新処理の詳細について、シーケンス図を参照しつつ説明する。ＧＷサーバ１１は、定期的に、Ｗｅｂサーバ１２が保持しているページの更新チェックを行い、更新がある場合に、オフラインデータＤＢ５７が保持しているページのデータを更新する処理を行う。
【００５０】
図５は、ＧＷサーバ１１が行うオフラインデータ更新処理の一例を示すシーケンス図である。ステップＳ１に進み、ＧＷサーバ１１の更新スケジュール管理部５６は、最小更新チェック頻度間隔でオフラインデータ更新処理の定期実行を開始する。
【００５１】
ステップＳ２に進み、更新スケジュール管理部５６は、更新スケジュールＤＢ６０から現在日時において更新チェックが必要なＵＲＬリストを取得する。図６は、更新スケジュールＤＢの一例の構成図である。図６の更新スケジュールＤＢ６０は、Ｗｅｂサーバ１２上のコンテンツの更新チェックを行うためにスケジュールを保持している。
【００５２】
更新スケジュールＤＢ６０は、ＵＲＬ，更新チェック頻度，最終チェック日時をデータ項目として有している。更新スケジュール管理部５６は、更新スケジュールＤＢ６０が保持している更新チェック頻度及び最終チェック日時から、現在日時において更新チェックが必要なＵＲＬを判断できる。
【００５３】
ステップＳ３に進み、更新スケジュール管理部５６は、ステップＳ２で取得したＵＲＬリストに含まれる各ＵＲＬに対して、以下の更新チェックを行う。ステップＳ４に進み、更新スケジュール管理部５６は、ＵＲＬを指定して更新チェックをオフラインデータ更新部５４に要求する。
【００５４】
ステップＳ５に進み、オフラインデータ更新部５４は、ＵＲＬを指定して最新データの取得をサービスデータ取得部５１に要求する。ステップＳ６に進み、サービスデータ取得部５１は、指定されたＵＲＬのページの最新データを取得する。ステップＳ７に進み、サービスデータ取得部５１は、Ｗｅｂサーバ１２から取得した最新データでＨＴＭＬキャッシュ５９が保持している内容を更新する。
【００５５】
図７は、ＨＴＭＬキャッシュの一例の構成図である。図７のＨＴＭＬキャッシュ５９は、Ｗｅｂサーバ１２から取得（ダウンロード）したＨＴＭＬや画像などのコンテンツを保持している。ＨＴＭＬキャッシュ５９はＵＲＬ，最終更新日時，本体データをデータ項目として有している。つまり、サービスデータ取得部５１は、Ｗｅｂサーバ１２から取得した最新データでＨＴＭＬキャッシュ５９が保持しているＵＲＬ，最終更新日時及び本体データを更新する。
【００５６】
ステップＳ８に進み、オフラインデータ更新部５４は、ＵＲＬを指定して更新頻度ＤＢ６１から、指定したＵＲＬをチェックしているモバイル端末１０の端末ＩＤのリストを取得する。
【００５７】
図８は、更新頻度ＤＢの一例の構成図である。図８の更新頻度ＤＢ６１は、各ページの更新頻度を保持している。
【００５８】
図８の更新頻度ＤＢ６１に示されるように、あるＵＲＬに対する更新頻度は端末ＩＤによって異なる値となる。あるＵＲＬ内の注目領域がモバイル端末１０毎に異なるため、又は、あるＵＲＬ内の領域毎に更新頻度が異なるため、あるＵＲＬに対する更新頻度は端末ＩＤによって異なる値となる。更新頻度ＤＢ６１は、端末ＩＤ，ＵＲＬ，更新頻度（更新間隔）をデータ項目として有している。
【００５９】
図１の情報閲覧システム１では、更新頻度ＤＢ６１が保持している更新頻度に基づいてＷｅｂサーバ１２上のコンテンツの更新チェックやモバイル端末１０が保持しているオフラインデータの更新が行われる。
【００６０】
ステップＳ９に進み、オフラインデータ更新部５４は、ステップＳ８で取得した端末ＩＤのリストに含まれる各端末ＩＤに対して、以下のオフラインデータ更新を行う。ステップＳ１０に進み、オフラインデータ更新部５４は、ＵＲＬ及びユーザＩＤを指定してオフラインデータの更新頻度チェックを更新頻度判別部５２に要求する。
【００６１】
ステップＳ１１に進み、更新頻度判別部５２は、端末ＩＤ及びＵＲＬを指定してオフラインデータＤＢ５７からデータ（旧ＨＴＭＬ）を取得する。図９は、オフラインデータＤＢの一例の構成図である。図９のオフラインデータＤＢ５７は、モバイル端末１０に転送するオフラインデータを作成する為の元となるデータを保持している。
【００６２】
オフラインデータＤＢ５７は、端末ＩＤ，ＵＲＬ，最終更新日時，最終転送日時，本体データをデータ項目として有している。つまり、更新頻度判別部５２は、端末ＩＤ及びＵＲＬを指定してオフラインデータＤＢ５７から最終更新日時，最終転送日時，本体データを取得する。
【００６３】
ステップＳ１２に進み、更新頻度判別部５２は、ＵＲＬを指定して、ＨＴＭＬキャッシュ５９からデータ（新ＨＴＭＬ）を取得する。ステップＳ１２で取得されるデータ（新ＨＴＭＬ）は最終更新日時，本体データとなる。
【００６４】
ステップＳ１３に進み、更新頻度判別部５２は、端末ＩＤ及びＵＲＬを指定して、ページ内重要度ＤＢ５８から、ページ内重要度リストを取得する。図１０は、ページ内重要度ＤＢの一例の構成図である。図１０のページ内重要度ＤＢ５８は、モバイル端末１０が各ページ内で注目している領域を保持している。ページ内重要度ＤＢ５８が示すように、あるＵＲＬ内で注目する領域はモバイル端末１０ごとに異なる。ページ内重要度ＤＢ５８は、端末ＩＤ，ＵＲＬ，領域（ｘ１，ｙ１）−（ｘ２，ｙ２），重要度（累積表示時間）をデータ項目として有している。更新頻度判別部５２は、端末ＩＤ及びＵＲＬを指定してページ内重要度ＤＢ５８から、領域（ｘ１，ｙ１）−（ｘ２，ｙ２），重要度（累積表示時間）を取得する。
【００６５】
ステップＳ１４に進み、更新頻度判別部５２は、ページ内重要度ＤＢ５８から取得した各ＵＲＬのページの領域毎の重要度を参照しながら、各ページの更新頻度を後述するように算出する。
【００６６】
ステップＳ１５に進み、更新頻度判別部５２は、端末ＩＤ，ＵＲＬ及び更新頻度を指定して更新頻度ＤＢ６１の更新頻度を更新する。ステップＳ１６に進み、更新頻度判別部５２は、ＵＲＬ及び更新頻度を指定して、更新スケジュール管理部５６に更新チェック頻度の更新を要求する。ステップＳ１７に進み、更新スケジュール管理部５６は、ＵＲＬを指定して更新スケジュールＤＢ６０から現在の更新チェック頻度を取得する。
【００６７】
ステップＳ１８に進み、更新スケジュール管理部５６は、ステップＳ１６で更新頻度判別部５２から指定された更新頻度と、ステップＳ１７で更新スケジュールＤＢ６０から取得した更新チェック頻度とを比較する。
【００６８】
更新スケジュール管理部５６は、ステップＳ１６で更新頻度判別部５２から指定された更新頻度（新更新チェック頻度）が更新スケジュールＤＢ６０から取得した更新チェック頻度（現在の更新チェック頻度）よりも大きい場合、ステップＳ１６の更新チェック頻度の更新の要求を無視する。
【００６９】
一方、ステップＳ１６で更新頻度判別部５２から指定された更新頻度（新更新チェック頻度）が更新スケジュールＤＢ６０から取得した更新チェック頻度（現在の更新チェック頻度）よりも小さい場合、更新スケジュール管理部５６はステップＳ１９に進み、ＵＲＬを指定して、更新スケジュールＤＢ６０の更新チェック頻度を新更新チェック頻度に更新する。
【００７０】
ステップＳ２０に進み、更新頻度判別部５２は、ステップＳ１４の更新頻度判別処理におけるステップＳ１０７またはステップＳ２０８の結果をもとに、更新ありフラグが立っているか否か、つまり新ＨＴＭＬ内の注目領域が更新されているか否かを、オフラインデータ更新部５４に返す。
【００７１】
ステップＳ２１に進み、オフラインデータ更新部５４は、新ＨＴＭＬ内の注目領域が更新されていない場合、新ＨＴＭＬ内の注目領域以外の領域が更新されていたとしても無視する。新ＨＴＭＬ内の注目領域が更新されている場合、オフラインデータ更新部５４はステップＳ２２に進み、ＵＲＬを指定して、ＨＴＭＬキャッシュ５９から新ＨＴＭＬを取得する。
【００７２】
ステップＳ２３に進み、オフラインデータ更新部５４は端末ＩＤ及びＵＲＬを指定してオフラインデータＤＢ５７が保持している旧ＨＴＭＬを、ステップＳ２２で取得した新ＨＴＭＬに更新する。具体的に、オフラインデータ更新部５４は、端末ＩＤ及びＵＲＬを指定して、オフラインデータＤＢ５７が保持している最終更新日時，最終転送日時及び本体データを更新する。そして、ステップＳ２４に進み、更新スケジュール管理部５６はＵＲＬを指定して、更新スケジュールＤＢ６０の最終チェック日時を更新する。
【００７３】
なお、オフラインデータＤＢ５７を最初から（０から）作成する処理は、新たにＷｅｂサーバ１２上のサービス（コンテンツ）を情報閲覧システム１に追加したときや、新たにモバイル端末１０を追加したときに行う。オフラインデータＤＢ５７を最初から作成する処理は、次の通りである。
【００７４】
オフラインデータＤＢ５７を最初から作成する処理では、サービスデータ取得部５１がＵＲＬを指定されて巡回処理を開始し、指定されたＵＲＬのＨＴＭＬ内に含まれる全てのＵＲＬに対して、図５に示したシーケンス図のステップＳ４以降の処理を行うことによりオフラインデータを作成する。
【００７５】
（モバイル端末１０が行うオフラインデータ参照処理の詳細）
ここでは、モバイル端末１０が行うオフラインデータ参照処理の詳細について、シーケンス図を参照しつつ説明する。ユーザがモバイル端末１０上のＷｅｂブラウザ３１を使ってオフラインデータＤＢ３９がオフラインデータを保持しているＷｅｂサーバ１２にアクセスしようとした場合、ローカルプロキシ３２は指定されたＵＲＬのＨＴＭＬファイルや画像ファイルをオフラインデータＤＢ３９から読み出して返すことにより、オフライン時であってもＷｅｂサーバ１２のコンテンツを閲覧できる。なお、ページの閲覧時にページ内の領域が一定時間以上表示された場合は、各領域の累積表示時間を更新する。
【００７６】
図１１は、モバイル端末１０が行うオフラインデータ参照処理の一例を示すシーケンス図である。ユーザがモバイル端末１０上のＷｅｂブラウザ３１を使って、オフラインデータＤＢ３９にオフラインデータが保持されているＷｅｂサーバ１２に、ＵＲＬを指定してアクセスしようとした場合、Ｗｅｂブラウザ３１はステップＳ３１に進み、ＵＲＬを指定してローカルプロキシ３２にページ取得を要求する。
【００７７】
ステップＳ３２に進み、ローカルプロキシ３２は、ＵＲＬを指定してオフラインデータＤＢ３９からページを取得し、Ｗｅｂブラウザ３１に返す。ステップＳ３３に進み、Ｗｅｂブラウザ３１では、ページ内の領域が一定時間以上表示されたとする。ステップＳ３４に進み、Ｗｅｂブラウザ３１は、ＵＲＬ，領域，表示時間を指定して表示領域取得部４１に表示領域通知を行う。ステップＳ３５に進み、表示領域取得部４１は、Ｗｅｂブラウザ３１からの表示領域通知に含まれるＵＲＬ，領域，表示時間に基づき、各領域表示時間ＤＢ３８の累積表示時間を更新する。
【００７８】
図１２は、各領域表示時間ＤＢの一例の構成図である。図１２の各領域表示時間ＤＢ３８は、ページ内の各領域の累積表示時間を保持している。図１２の各領域表示時間ＤＢ３８は、ＵＲＬ，領域，累積表示時間をデータ項目として有している。
【００７９】
（モバイル端末１０のオフラインデータ更新時の処理の詳細）
ここでは、モバイル端末１０のオフラインデータ更新時の処理の詳細について、シーケンス図を参照しつつ説明する。例えば、ユーザはモバイル端末１０のＷｅｂブラウザ３１でオフラインデータＤＢ３９が保持するオフラインデータのページを閲覧中に、そのページの最新情報が閲覧したくなると、Ｗｅｂブラウザ３１からリロード操作を行う。
【００８０】
ユーザがリロード操作を行うと、モバイル端末１０はＧＷサーバ１１とオンライン接続を行い、リロードの対象であるページの最新版を取得する。このとき、モバイル端末１０はオフラインデータＤＢ３９が保持しているオフラインデータの更新も同時に行う。
【００８１】
なお、モバイル端末１０のオフラインデータＤＢ３９が保持しているオフラインデータの更新は、リロード操作時以外に、オフラインデータの最終更新日時が更新頻度から見て古くなった場合にも行われる。この場合の処理は、後述する図１３のシーケンス図に示すステップＳ４６〜Ｓ６２となる。
【００８２】
ＧＷサーバ１１は、オンライン接続時のアップロードデータを、将来のオフラインデータの更新に利用するため、アップロードされた各ＵＲＬ内の領域ごとの累積表示時間を重要度としてページ内重要度ＤＢ５８に保持する。また、ＧＷサーバ１１はアップロードされた各ＵＲＬのリロード回数が多い場合、オフラインデータの更新頻度を短くする。
【００８３】
図１３は、モバイル端末１０のオフラインデータ更新時の処理の一例を示すシーケンス図である。ステップＳ４１に進み、Ｗｅｂブラウザ３１は、ユーザによりリロード操作が行われと、ステップＳ４２に進み、Ｗｅｂブラウザ３１はＵＲＬを指定し、ローカルプロキシ３２にリロードを要求する。
【００８４】
ステップＳ４３に進み、ローカルプロキシ３２は、リロード操作記録部３７にＵＲＬを指定してリロード操作の記録を要求する。ステップＳ４４に進み、リロード操作記録部３７は、指定されたＵＲＬに基づき、リロード回数ＤＢ４０が保持しているリロード回数を更新する。
【００８５】
図１４は、リロード回数ＤＢの一例の構成図である。図１４のリロード回数ＤＢ４０は、ユーザがリロード操作を行ったリロード回数をページ毎に保持している。リロード回数ＤＢ４０は、ＵＲＬ，リロード回数をデータ項目として有している。
【００８６】
ステップＳ４５に進み、ローカルプロキシ３２は、オフラインデータの更新をオフラインデータ更新部３６に要求する。ステップＳ４６に進み、オフラインデータ更新部３６は、リロード回数ＤＢ４０から全てのＵＲＬ及びリロード回数の組み合わせを含むリロード回数リストを取得する。ステップＳ４７に進み、オフラインデータ更新部３６は、各領域表示時間ＤＢ３８から、全てのＵＲＬ，領域及び累積表示時間の組み合わせを含む各領域表示時間リストを取得する。
【００８７】
ステップＳ４８に進み、オフラインデータ更新部３６は、リロードＵＲＬ，リロード回数リスト，各領域表示時間リストを含むオフラインデータ更新リクエストの送信を通信部３４に要求する。ステップＳ４９に進み、通信部３４は、ＧＷサーバ１１の通信部５３にリロードＵＲＬ，リロード回数リスト，各領域表示時間リストを含むオフラインデータ更新リクエストを送信する。
【００８８】
ステップＳ５０に進み、通信部５３は、モバイル端末１０の通信部３４からリロードＵＲＬ，リロード回数リスト，各領域表示時間リストを含むオフラインデータ更新リクエストを受信すると、リロードＵＲＬを指定してオフラインデータ更新部５４に更新チェックを要求する。なお、オフラインデータ更新部５４が行う更新チェックは、前述した定期的に行う更新チェックと同様である。
【００８９】
ステップＳ５１に進み、通信部５３は、端末ＩＤ，リロード回数リスト，各領域表示時間リストを含むオフラインデータ取得要求を、オフラインデータ転送部５５に送信する。ステップＳ５２に進み、オフラインデータ転送部５５は、端末ＩＤ，ＵＲＬ，領域及び累積表示時間を指定してページ内重要度ＤＢ５８を更新する。
【００９０】
ステップＳ５３に進み、オフラインデータ転送部５５は、リロード回数リストに含まれるＵＲＬを取り出し、取り出した各ＵＲＬの更新頻度を更新する。オフラインデータ転送部５５は、ステップＳ５４に進み、端末ＩＤ，ＵＲＬ，ステップＳ５３で更新した新しい更新頻度（新更新頻度）で更新頻度ＤＢ６１を更新する。
【００９１】
ステップＳ５５に進み、オフラインデータ転送部５５は、端末ＩＤ及び現在日時を指定してオフラインデータＤＢ５７から前回のオフラインデータ転送後に更新されたＨＴＭＬファイルや画像ファイル等である本体データを取得する。
【００９２】
ステップＳ５６に進み、オフラインデータ転送部５５は、ステップＳ５５で取得した各本体データに対応するＵＲＬの更新頻度の取得を開始する。ステップＳ５７に進み、オフラインデータ転送部５５は、端末ＩＤ及びＵＲＬを指定して更新頻度ＤＢ６１から更新頻度を取得する。ステップＳ５８に進み、オフラインデータ転送部５５は、ステップＳ５５でオフラインデータＤＢ５７から取得したＨＴＭＬファイルや画像ファイル等である本体データ，ステップＳ５７で取得した更新頻度から転送用のオフラインデータアーカイブを作成する。
【００９３】
ステップＳ５９〜Ｓ６１では、転送用のオフラインデータアーカイブがＧＷサーバ１１のオフラインデータ転送部５５からＧＷサーバ１１の通信部５３，モバイル端末１０の通信部３４を介して、モバイル端末１０のオフラインデータ更新部３６に転送される。オフラインデータ更新部３６は、ステップＳ６２に進み、転送用のオフラインデータアーカイブを展開してオフラインデータＤＢ３９に保存する。
【００９４】
図１５は、オフラインデータＤＢの一例の構成図である。図１５のオフラインデータＤＢ３９は、各ＵＲＬの本体データと関連情報（最終更新日時，最終転送日時，更新頻度）とを保持している。オフラインデータＤＢ３９は、ＵＲＬ，最終更新日時，最終転送日時，更新頻度，本体データをデータ項目として有している。
【００９５】
そして、ステップＳ６３に進み、ローカルプロキシ３２は、オフラインデータＤＢ３９からリロードＵＲＬのページのデータを取得する。ローカルプロキシ３２は、ステップＳ６３で取得したリロードＵＲＬのページのデータをＷｅｂブラウザ３１に返す。
【００９６】
なお、図１３に示すオフラインデータ更新時の処理において、モバイル端末１０に転送するオフラインデータアーカイブの作成時には、既にモバイル端末１０が保持しているオフラインデータからの差分を転送し、モバイル端末１０側で差分をマージする方法も可能である。また、図１３に示すオフラインデータ更新時の処理において、モバイル端末１０に転送するオフラインデータアーカイブの作成時には、後述の注目領域だけ転送する方法も考えられる。
【００９７】
（表示領域取得部４１が行う注目領域判定処理）
表示領域取得部４１が行う注目領域判定の方法としては、例えば以下の４種類の方法が考えられる。この他、スクロールが遅くなった領域を注目領域として抽出する方法も考えられる。
【００９８】
表示領域取得部４１が行う注目領域判定の第１の方法としては、モバイル端末１０側で表示時間の長い領域の更新を重視し、それ以外の領域の更新をあまり考慮しないことが考えられる。図１６は、表示領域取得部４１が行う注目領域判定の第１の方法のイメージ図である。
【００９９】
図１６では、モバイル端末１０の表示領域取得部４１が、モバイル端末１０の画面サイズ１０１により一定時間以上表示されたページ１００上の領域１０２，１０３を注目領域として各領域表示時間ＤＢ３８に保持させている。
【０１００】
表示領域取得部４１が行う注目領域判定の第２の方法としては、モバイル端末１０に表示されるページを所定の単位で区切っておき、区切られた所定の単位ごとの更新を重視することが考えられる。図１７は、表示領域取得部４１が行う注目領域判定の第２の方法のイメージ図である。
【０１０１】
図１７では、ページ１００を８×８ピクセルのブロック単位で各ブロックの累積表示時間を記録する。例えば図１７では、各ブロックをＸＹ座標で表しており、モバイル端末１０の画面サイズ１０１が示す表示領域部分の各ブロック（Ｘ２Ｙ１０−Ｘ８Ｙ１８）の累積表示時間が更新される。
【０１０２】
表示領域取得部４１が行う注目領域判定の第３の方法としては、モバイル端末１０の画面サイズ１０１の表示領域に含まれる文字列周辺の更新を重視することが考えられる。例えば注目領域判定の第１の方法では、緊急ニュース等が挿入されて表示がずれた場合に、意図しない領域に注目してしまう可能性がある。
【０１０３】
緊急ニュース等が挿入されて表示がずれた場合であっても正しく注目領域を判定するために、注目領域判定の第３の方法では、表示領域に含まれる文字列をもとに注目領域の抽出を行う。
【０１０４】
表示領域取得部４１は、表示領域に含まれる文字列をもとに注目領域を抽出する。このときページ１００の全体に対して抽出処理を行うと処理負荷が大きいので、表示領域取得部４１は表示時間の長い領域について文字列の抽出を行う。単純に文字列だけで領域を特定する方法では同一文字列が含まれている場合に領域の特定が困難である。
【０１０５】
そこで、注目領域判定の第３の方法では、ＨＴＭＬの構造に基づき、表示領域の左上の場所に該当するＸＰａｔｈを求め、表示領域に含まれる文字列をリストアップして、表示領域の左上の場所に該当するＸＰａｔｈと表示領域に含まれる文字列とを組み合わせて図１８に示す各領域表示時間ＤＢ３８に保持しておくことで領域の特定を可能にする。
【０１０６】
表示領域取得部４１が行う注目領域判定の第４の方法としては、モバイル端末１０側で選択されたリンク周辺の領域の更新を重視し、それ以外の領域の更新をあまり考慮しないことが考えられる。例えばユーザがリンクを選択してリンク先のページに移動した場合はリンク元のページ内で選択されたリンク周辺を注目領域とみなす。
【０１０７】
表示領域取得部４１が行う注目領域判定の第５の方法としては、ジャンプで飛んできたアンカー付きリンク周辺の領域の更新を重視し、それ以外の領域の更新をあまり考慮しないことが考えられる。例えばユーザが選択したリンクがアンカー付きの場合はリンク先のページ内でアンカー周辺を注目領域とみなす。
【０１０８】
図１９は、表示領域取得部４１が行う注目領域判定の第４、第５の方法のイメージ図である。注目領域判定の第４の方法では、例えばユーザがページ１００上のリンクを選択してリンク先のページ１０４に移動した場合、リンク元のページ１００内で選択されたリンク周辺（モバイル端末１０の画面サイズ１０１の表示領域）を注目領域とみなす。
【０１０９】
また、注目領域判定の第５の方法では、例えばユーザが選択したリンクがアンカー付きの場合はリンク先のページ１０４内でアンカー周辺の領域１０５を注目領域とみなす。
【０１１０】
（更新頻度判別部５２が行う更新頻度判別処理）
更新頻度判別部５２が行う更新頻度判別の方法としては、ページ全体の更新頻度（更新間隔）を過去のページの更新履歴から平均して算出する。更新されたか否かのチェックにおいて、ページ内の領域の重要度が、しきい値未満の領域の更新は無視する。
【０１１１】
図２０は、更新頻度判別部５２が行う更新頻度判別処理の手順を示すフローチャートである。ステップＳ１００に進み、更新頻度判別部５２は端末ＩＤ及びＵＲＬを指定してオフラインデータＤＢ５７からデータ（旧ＨＴＭＬ）を取得する。更新頻度判別部５２はステップＳ１０１に進み、ＵＲＬを指定して、ＨＴＭＬキャッシュ５９からデータ（新ＨＴＭＬ）を取得する。
【０１１２】
ステップＳ１０２に進み、更新頻度判別部５２は、端末ＩＤ及びＵＲＬを指定してページ内重要度ＤＢ５８から、ページ内重要度リストを取得する。具体的に、更新頻度判別部５２は、端末ＩＤ及びＵＲＬを指定してページ内重要度ＤＢ５８から、領域，重要度（累積表示時間）を取得する。
【０１１３】
ステップＳ１０３に進み、更新頻度判別部５２は、取得したページ内重要度リストから領域と重要度とを１つずつ取り出す。ステップＳ１０４に進み、更新頻度判別部５２は、取り出した重要度がしきい未満か否かを判定する。
【０１１４】
取り出した重要度がしきい未満であれば、更新頻度判別部５２は、ステップＳ１０３に戻り次の領域と重要度とをページ内重要度リストから取り出す。一方、取り出した重要度がしきい未満でなければ、更新頻度判別部５２は、ステップＳ１０５に進み、ステップＳ１０３で取り出した領域（対象領域）内において、ステップＳ１００で取得した旧ＨＴＭＬとステップＳ１０１で取得した新ＨＴＭＬとに違いがあるか否かを判定する。
【０１１５】
ステップＳ１０３で取り出した対象領域内においてステップＳ１００で取得した旧ＨＴＭＬとステップＳ１０１で取得した新ＨＴＭＬとに違いがなければ、更新頻度判別部５２は、ステップＳ１０３に戻り次の領域と重要度とをページ内重要度リストから取り出す。
【０１１６】
ステップＳ１０３で取り出した対象領域内においてステップＳ１００で取得した旧ＨＴＭＬとステップＳ１０１で取得した新ＨＴＭＬとに違いがあれば、更新頻度判別部５２は、ステップＳ１０６に進み、更新ありフラグを立てたあと、ステップＳ１０３に戻り、次の領域と重要度とをページ内重要度リストから取り出す。取得したページ内重要度リストから全ての領域と重要度とを取り出し終えると、更新頻度判別部５２は、ステップＳ１０７に進み、更新ありフラグが立っているか否かを判定する。
【０１１７】
更新ありフラグが立っていなければ、更新頻度判別部５２は、図２０に示した更新頻度判別処理を終了する。更新ありフラグが立っていれば、更新頻度判別部５２は、ステップＳ１０８に進み、例えば経過時間総計Ｔを更新回数ｎで割ることで更新間隔ｍを算出することができる。ステップＳ１０９に進み、更新頻度判別部５２は、端末ＩＤ及びＵＲＬを指定して更新頻度ＤＢ６１の更新間隔（更新頻度）を更新する。
【０１１８】
なお、ステップＳ１０９の後、更新頻度判別部５２は、新ＨＴＭＬ内の注目領域が更新されているか否かを、オフラインデータ更新部５４に返す。新ＨＴＭＬ内の注目領域が更新されている旨をオフラインデータ更新部５４に返すことにより、更新頻度判別部５２は、オフラインデータ更新部５４にオフラインデータＤＢ５７が保持している旧ＨＴＭＬを新ＨＴＭＬに更新させることができる。
【０１１９】
ただし、図２０のステップＳ１０８において、単純に平均を取ってしまうと、日中に更新頻度が高く夜間に更新頻度が低い場合，平日に更新頻度が高く休日に更新頻度が低い場合など、更新頻度にむらがある場合に、更新頻度はユーザの求める値より低めに算出される可能性がある。
【０１２０】
そこで、図２０のステップＳ１０８において、図２１のように、ユーザがモバイル端末１０を使用している時間の平均値を取る方法が考えられる。図２１は、ユーザがモバイル端末１０を使用している時間における平均値を取る方法の一例のイメージ図である。
【０１２１】
なお、前述した注目領域判定の第３の方法を使用する場合の更新頻度判別処理は、図２２に示すようになる。図２２は、更新頻度判別部５２が行う更新頻度判別処理の他の手順を示すフローチャートである。注目領域判定の第３の方法を使用する場合の更新頻度判別処理は、旧ＨＴＭＬの表示内容と新ＨＴＭＬの表示内容とを文字列で比較する。新ＨＴＭＬに旧ＨＴＭＬの文字列が見つからなければ無視するものである。つまり、注目領域判定の第３の方法を使用する場合の更新頻度判別処理は、ページの更新があっても変化しない文字列を使用する。
【０１２２】
ステップＳ２００〜Ｓ２０４の処理は、図２０のステップＳ１００〜Ｓ１０４の処理と同様であり、説明を省略する。取り出した重要度がしきい未満でなければ、更新頻度判別部５２は、ステップＳ２０４からステップＳ２０５に進み、新ＨＴＭＬの対象領域内に文字列が見つかるか否かを判定する。
【０１２３】
新ＨＴＭＬの対象領域内に文字列が見つからなければ、更新頻度判別部５２は、ステップＳ２０３に戻り次の領域と重要度とをページ内重要度リストから取り出す。新ＨＴＭＬの対象領域内に文字列が見つかれば、ステップＳ２０６に進む。ステップＳ２０６〜Ｓ２１０の処理は、図２０のステップＳ１０５〜Ｓ１０９の処理と同様であり、説明を省略する。
【０１２４】
（まとめ）
以上、本実施例の情報閲覧システム１は、ページごとの更新頻度をモバイル端末１０上のユーザ操作をもとに自動調整する。つまり、モバイル端末１０側でのユーザ操作に基づいてページ内の注目領域を判定し、注目領域の更新頻度を優先してページ全体の更新頻度を決定する。また、モバイル端末１０側でユーザが明示的にリロード操作を行った場合は、更新頻度を高くする。
【０１２５】
したがって、本実施例の情報閲覧システム１は、ユーザの関心のある領域の更新時にオフラインコンテンツを転送することにより、不要な通信を抑えることができる為、通信料金やバッテリ消費を抑えることができる。また、ユーザの通常の閲覧操作に基づき、更新頻度を自動的に調整することにより、オフラインコンテンツの更新頻度の調整にユーザの特別な操作は不要となる。このように、オフラインコンテンツの更新頻度の調整にユーザの特別な操作が不要であることは、入力インタフェースの限られているモバイル端末においては大きな効果となる。
【０１２６】
本発明は、以下に記載する付記のような構成が考えられる。
（付記１）
情報提供サーバから提供される情報をオフラインデータとしてモバイル端末に中継する中継サーバであって、
前記モバイル端末から受信した前記情報の表示状況データに基づいて前記情報の更新頻度を前記モバイル端末毎に判別する更新頻度判別手段と、
判別した前記情報の更新頻度に基づき、前記モバイル端末に送信するオフラインデータを作成するか否かを前記モバイル端末毎に判定し、前記モバイル端末に送信するオフラインデータを作成すると判定したとき、前記情報提供サーバから提供された情報から前記モバイル端末に送信するオフラインデータを作成するオフラインデータ作成手段と、
作成した前記オフラインデータと共に、前記情報の更新日時と、判別した前記情報の更新頻度とを前記モバイル端末に転送するオフラインデータ転送手段と
を有する中継サーバ。
（付記２）
前記モバイル端末から受信した前記情報の領域毎の表示状況データに基づいて前記情報の領域毎の重要度を前記モバイル端末毎に判別する重要度判別手段を更に有し、
前記更新頻度判別手段は、前記重要度判別手段により判別された前記情報の領域毎の重要度に基づき、前記情報提供サーバから提供された情報の前記重要度が閾値以上の領域に更新があったときに、前記モバイル端末から受信した前記情報の表示状況データに基づいて前記情報の更新頻度を前記モバイル端末毎に判別する
付記１記載の中継サーバ。
（付記３）
前記重要度判別手段は、前記モバイル端末から前記情報の領域毎の表示状況データとして前記情報の領域毎の表示時間を受信し、前記表示時間の長い前記情報の領域を重要度が高いものと判別する付記２記載の中継サーバ。
（付記４）
前記重要度判別手段は、前記モバイル端末から前記情報の領域毎の表示状況データとして前記モバイル端末でユーザにより選択されたリンクの情報を受信し、前記リンク周辺の領域を重要度が高いものと判別する付記２記載の中継サーバ。
（付記５）
情報提供サーバから提供される情報を中継サーバ経由でオフラインデータとして受信するモバイル端末であって、
表示手段で表示されたオフラインデータの領域毎の表示状況データを記録する表示状況記録手段と、
前記中継サーバから以前に受信したオフラインデータを格納しているオフラインデータ格納手段と、
前記オフラインデータ格納手段に格納されている前記オフラインデータの表示要求があると、前記オフラインデータの更新日時と更新頻度とを取得し、前記更新日時と更新頻度とに基づいて、前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要か否かを判定するオフラインデータ更新要否判定手段と、
前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要であると判定したとき、前記表示状況記録手段に記録されている表示状況データを取得して前記中継サーバに送信する表示状況データ送信手段と、
前記中継サーバで前記表示状況データに基づいて作成されたオフラインデータと、前記オフラインデータの更新日時と更新頻度とを前記中継サーバから受信し、前記オフラインデータに格納されている前記中継サーバから以前に受信したオフラインデータを前記中継サーバから新たに受信したオフラインデータに更新するオフラインデータ更新手段と、
前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要でないと判定したとき、前記オフラインデータ格納手段に格納している前記中継サーバから以前に受信したオフラインデータを表示手段に表示させ、前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要であると判定したとき、前記オフラインデータ格納手段に格納している前記中継サーバから新たに受信したオフラインデータを表示手段に表示させる表示制御手段と
を有するモバイル端末。
（付記６）
情報を提供する情報提供サーバと、オフラインデータを表示するモバイル端末と、前記情報提供サーバから提供される前記情報をオフラインデータとして前記モバイル端末に中継する中継サーバとがデータ通信可能に接続された情報閲覧システムであって、
前記中継サーバは、
前記モバイル端末から受信した前記情報の表示状況データに基づいて前記情報の更新頻度を前記モバイル端末毎に判別する更新頻度判別手段と、
判別した前記情報の更新頻度に基づき、前記モバイル端末に送信するオフラインデータを作成するか否かを前記モバイル端末毎に判定し、前記モバイル端末に送信するオフラインデータを作成すると判定したとき、前記情報提供サーバから提供された情報から前記モバイル端末に送信するオフラインデータを作成するオフラインデータ作成手段と、
作成した前記オフラインデータと共に、前記情報の更新日時と、判別した前記情報の更新頻度とを前記モバイル端末に転送するオフラインデータ転送手段とを有し、
前記モバイル端末は、
表示手段で表示されたオフラインデータの領域毎の表示状況データを記録する表示状況記録手段と、
前記中継サーバから以前に受信したオフラインデータを格納しているオフラインデータ格納手段と、
前記オフラインデータ格納手段に格納されている前記オフラインデータの表示要求があると、前記オフラインデータの更新日時と更新頻度とを取得し、前記更新日時と更新頻度とに基づいて、前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要か否かを判定するオフラインデータ更新要否判定手段と、
前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要であると判定したとき、前記表示状況記録手段に記録されている表示状況データを取得して前記中継サーバに送信する表示状況データ送信手段と、
前記中継サーバで前記表示状況データに基づいて作成されたオフラインデータと、前記オフラインデータの更新日時と更新頻度とを前記中継サーバから受信し、前記オフラインデータに格納されている前記中継サーバから以前に受信したオフラインデータを前記中継サーバから新たに受信したオフラインデータに更新するオフラインデータ更新手段と、
前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要でないと判定したとき、前記オフラインデータ格納手段に格納している前記中継サーバから以前に受信したオフラインデータを表示手段に表示させ、前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要であると判定したとき、前記オフラインデータ格納手段に格納している前記中継サーバから新たに受信したオフラインデータを表示手段に表示させる表示制御手段と
を有する情報閲覧システム。
（付記７）
情報提供サーバから提供される情報をオフラインデータとしてモバイル端末に中継する中継サーバを、
前記モバイル端末から受信した前記情報の表示状況データに基づいて前記情報の更新頻度を前記モバイル端末毎に判別する更新頻度判別手段と、
判別した前記情報の更新頻度に基づき、前記モバイル端末に送信するオフラインデータを作成するか否かを前記モバイル端末毎に判定し、前記モバイル端末に送信するオフラインデータを作成すると判定したとき、前記情報提供サーバから提供された情報から前記モバイル端末に送信するオフラインデータを作成するオフラインデータ作成手段と、
作成した前記オフラインデータと共に、前記情報の更新日時と、判別した前記情報の更新頻度とを前記モバイル端末に転送するオフラインデータ転送手段と
して機能させるためのプログラム。
（付記８）
情報提供サーバから提供される情報を中継サーバ経由でオフラインデータとして受信するモバイル端末を、
表示手段で表示されたオフラインデータの領域毎の表示状況データを記録する表示状況記録手段と、
前記中継サーバから以前に受信したオフラインデータを格納しているオフラインデータ格納手段と、
前記オフラインデータ格納手段に格納されている前記オフラインデータの表示要求があると、前記オフラインデータの更新日時と更新頻度とを取得し、前記更新日時と更新頻度とに基づいて、前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要か否かを判定するオフラインデータ更新要否判定手段と、
前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要であると判定したとき、前記表示状況記録手段に記録されている表示状況データを取得して前記中継サーバに送信する表示状況データ送信手段と、
前記中継サーバで前記表示状況データに基づいて作成されたオフラインデータと、前記オフラインデータの更新日時と更新頻度とを前記中継サーバから受信し、前記オフラインデータに格納されている前記中継サーバから以前に受信したオフラインデータを前記中継サーバから新たに受信したオフラインデータに更新するオフラインデータ更新手段と、
前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要でないと判定したとき、前記オフラインデータ格納手段に格納している前記中継サーバから以前に受信したオフラインデータを表示手段に表示させ、前記オフラインデータ格納手段に格納されている前記オフラインデータの更新が必要であると判定したとき、前記オフラインデータ格納手段に格納している前記中継サーバから新たに受信したオフラインデータを表示手段に表示させる表示制御手段と
して機能させるためのプログラム。
【０１２７】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【０１２８】
【図１】本実施例の情報閲覧システムの一例の構成図である。
【図２】コンピュータシステムの一例のハードウェア構成図である。
【図３】モバイル端末の一例のブロック構成図である。
【図４】ＧＷサーバの一例のブロック構成図である。
【図５】ＧＷサーバが行うオフラインデータ更新処理の一例を示すシーケンス図である。
【図６】更新スケジュールＤＢの一例の構成図である。
【図７】ＨＴＭＬキャッシュの一例の構成図である。
【図８】更新頻度ＤＢの一例の構成図である。
【図９】オフラインデータＤＢの一例の構成図である。
【図１０】ページ内重要度ＤＢの一例の構成図である。
【図１１】モバイル端末が行うオフラインデータ参照処理の一例を示すシーケンス図である。
【図１２】各領域表示時間ＤＢの一例の構成図である。
【図１３】モバイル端末のオフラインデータ更新時の処理の一例を示すシーケンス図である。
【図１４】リロード回数ＤＢの一例の構成図である。
【図１５】オフラインデータＤＢの一例の構成図である。
【図１６】表示領域取得部が行う注目領域判定の第１の方法のイメージ図である。
【図１７】表示領域取得部が行う注目領域判定の第２の方法のイメージ図である。
【図１８】表示領域取得部が行う注目領域判定の第３の方法のイメージ図である。
【図１９】表示領域取得部が行う注目領域判定の第４、第５の方法のイメージ図である。
【図２０】更新頻度判別部が行う更新頻度判別処理の手順を示すフローチャートである。
【図２１】ユーザがモバイル端末を使用している時間における平均値を取る方法の一例のイメージ図である。
【図２２】更新頻度判別部が行う更新頻度判別処理の他の手順を示すフローチャートである。
【符号の説明】
【０１２９】
１    情報閲覧システム
１０    モバイル端末
１１    ＧＷサーバ
１２    Ｗｅｂサーバ
１３    無線通信ネットワーク
１４    有線通信ネットワーク
２１    入力装置
２２    出力装置
２３    ドライブ装置
２４    補助記憶装置
２５    主記憶装置
２６    演算処理装置
２７    インタフェース装置
２８    記録媒体
３１    Ｗｅｂブラウザ
３２    ローカルプロキシ
３３    鮮度判定部
３４    通信部
３５    オンライン切替処理部
３６    オフラインデータ更新部
３７    リロード操作記録部
３８    各領域表示時間ＤＢ
３９    オフラインデータＤＢ
４０    リロード回数ＤＢ
４１    表示領域取得部
５１    サービスデータ取得部
５２    更新頻度判別部
５３    通信部
５４    オフラインデータ更新部
５５    オフラインデータ転送部
５６    更新スケジュール管理部
５７    オフラインデータＤＢ
５８    ページ内重要度ＤＢ
５９    ＨＴＭＬキャッシュ
６０    更新スケジュールＤＢ
６１    更新頻度ＤＢ
【図１】
2010128662.tif 000003
【図２】
2010128662.tif 000004
【図３】
2010128662.tif 000005
【図４】
2010128662.tif 000006
【図５】
2010128662.tif 000007
【図６】
2010128662.tif 000008
【図７】
2010128662.tif 000009
【図８】
2010128662.tif 000010
【図９】
2010128662.tif 000011
【図１０】
2010128662.tif 000012
【図１１】
2010128662.tif 000013
【図１２】
2010128662.tif 000014
【図１３】
2010128662.tif 000015
【図１４】
2010128662.tif 000016
【図１５】
2010128662.tif 000017
【図１６】
2010128662.tif 000018
【図１７】
2010128662.tif 000019
【図１８】
2010128662.tif 000020
【図１９】
2010128662.tif 000021
【図２０】
2010128662.tif 000022
【図２１】
2010128662.tif 000023
【図２２】
2010128662.tif 000024