(57)【要約】【課題】リンク先の更新情報をリンク先にアクセスせずとも取得可能な更新情報応答装置を提供する。【解決手段】所定のアクセス先の更新情報取得要求を受信する更新情報取得要求受信部１０１と、アクセス先情報とＷｅｂデータとを記憶するＷｅｂデータ記憶部１０３と、更新情報取得要求に応じてアクセス先からＷｅｂデータを取得するＷｅｂデータ取得部１０２と、Ｗｅｂデータ記憶部１０３に記憶されたアクセス先から所定の定期取得時間毎にＷｅｂデータを取得するＷｅｂデータ定期取得部１０４と、Ｗｅｂデータ取得部１０２またはＷｅｂデータ定期取得部１０４で取得されたＷｅｂデータと、Ｗｅｂデータ記憶部１０３内のＷｅｂデータとを比較する比較部１０５と、比較の結果抽出される差分を定期取得時間毎に結合して蓄積する差分データ記憶部１０６と、差分データから更新情報を生成する更新情報生成部１０７と、を備える更新情報応答装置１００が提供される。【選択図】図１
2008204189.tif 000002
【特許請求の範囲】
【請求項１】
クライアントコンピュータにＷｅｂデータの更新情報を応答する更新情報応答装置において、
所定のアクセス先情報が示すアクセス先のＷｅｂデータの更新情報の取得を要求する更新情報取得要求をクライアントコンピュータから受信する更新情報取得要求受信部と、
Ｗｅｂデータと前記Ｗｅｂデータのアクセス先情報を対応付けて記憶するＷｅｂデータ記憶部と、
前記更新情報取得要求に応じて前記アクセス先からＷｅｂデータを取得するＷｅｂデータ取得部と、
前記Ｗｅｂデータ記憶部に記憶されている前記アクセス先情報が示す前記アクセス先から、所定の定期取得時間毎にＷｅｂデータを取得するＷｅｂデータ定期取得部と、
前記Ｗｅｂデータ取得部または前記Ｗｅｂデータ定期取得部によって取得されたＷｅｂデータと、前記Ｗｅｂデータ記憶部に記憶されたＷｅｂデータとを比較し差分を抽出する比較部と、
前記比較部によって抽出される前記差分を前記定期取得時間毎に結合した差分データを、前記アクセス先情報と対応付けて複数蓄積する差分データ記憶部と、
前記差分データ記憶部に蓄積されている前記差分データのうち所定の数の前記差分データを含む更新情報を生成する更新情報生成部と、
前記更新情報生成部で生成された更新情報を、クライアントに応答する、更新情報応答部と、
を備えることを特徴とする、更新情報応答装置。
【請求項２】
前記更新情報取得要求は、前記更新情報に含まれる前記差分データの数を示す差分取得数を含み、
前記更新情報生成部は、前記差分データ記憶部から生成日時が新しい順に前記差分取得数分の前記差分データを取得し、前記更新情報を生成することを特徴とする、請求項１に記載の更新情報応答装置。
【請求項３】
前記Ｗｅｂデータ取得部は、前記定期取得時間の間隔よりも小さな間隔で設定されたアクセス時間に前記アクセス先からＷｅｂデータを取得することを特徴とする、請求項１または２のいずれかに記載の更新情報応答装置。
【請求項４】
前記更新情報生成部は、予め定められたデータ容量を超えないように前記更新情報を生成することを特徴とする、請求項１〜３のいずれかに記載の更新情報応答装置。
【請求項５】
前記定期取得時間は、前記アクセス先毎に異なる時間間隔で設定されることを特徴とする、請求項１〜４のいずれかに記載の更新情報応答装置。
【請求項６】
前記定期取得時間は、前記アクセス先のＷｅｂデータの更新頻度に応じた時間間隔で設定されることを特徴とする、請求項５に記載の更新情報応答装置。
【請求項７】
前記Ｗｅｂデータ記憶部に記憶された前記アクセス先情報が示すアクセス先のうち、一定期間以上前記更新情報取得要求が受信されないアクセス先が存在する場合、当該アクセス先のアクセス先情報を前記Ｗｅｂデータ記憶部から削除することを特徴とする、請求項１〜６のいずれかに記載の更新情報応答装置。
【請求項８】
クライアントコンピュータにＷｅｂデータを提供するＷｅｂサーバであって、
前記クライアントコンピュータにおいて前記Ｗｅｂデータに含まれるリンク情報が指定された場合に、前記リンク情報に含まれるリンク先のＷｅｂデータの更新情報を要求する更新情報取得要求を更新情報応答装置に送信させる手段を含むＷｅｂデータを提供することを特徴とするＷｅｂサーバ。
【請求項９】
前記Ｗｅｂデータは、前記更新情報に含まれる差分データの数を示す差分取得数を含むことを特徴とする、請求項８に記載のＷｅｂサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、更新情報応答装置及びＷｅｂサーバに係り、特にＷｅｂデータの更新情報を応答する更新情報応答装置及びＷｅｂサーバに関する。
【背景技術】
【０００２】
一般的に、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述されたＷｅｂページをブラウザで閲覧する際、Ｗｅｂページに含まれるリンクの部分にマウスカーソルを当ててマウスをクリックすることにより、リンク先のＷｅｂページに移動してブラウザで閲覧することができる。このとき、ユーザは、リンク先のＷｅｂページを初めて閲覧する場合は、確実にそのサイトに移動して閲覧することが多いが、一度閲覧したことがある場合には、更新された情報を入手するのが目的となることが多い。その場合、ユーザが閲覧後にリンク先が更新されているか否かは、リンク先に移動してみなければ分からないため、リンク先に移動するためにユーザにかかる操作の手間や、ネットワークのトラフィック（データ転送量）の観点から非常に無駄の多い状況が発生している。
【０００３】
したがって、従来、このようなリンク先のＷｅｂページについての情報を、リンク先に移動せずとも入手するための様々な方法が考案されている。例えば、特許文献１には、既にアクセスしたリンクに対して、リンク先のＷｅｂページのサムネイル（Ｗｅｂページの縮小画像）を別ウィンドウで表示することが可能な情報閲覧システムが開示されている。このシステムによれば、ユーザは、リンクにマウスカーソルを合わせた時（マウスオーバーした時）に、そのリンク先のサイトイメージをすぐに見ることができ、リンク先に移動しなくてもユーザが求める情報が記載されているかどうかを判断することができる。
【０００４】
また、特許文献２には、リンク先がＷｅｂサイトのトップページであった場合に、現在表示しているページにより関連性の高い階層下のページを検索してポップアップ表示するリンク先画面表示システムが開示されている。このシステムによれば、ユーザは、リンク先のトップページから、さらにリンクを辿って自分が見たいページに移動する必要がなくなる。
【０００５】
【特許文献１】特開２００２−７３６８４号公報
【特許文献２】特開２００４−４６４７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に記載のシステムの場合、リンク先が画像等の場合には効果的であるが、文字データ中心のＷｅｂページの場合にはリンク先の画面イメージが縮小表示されることによって文字が読めなくなる場合が多い。したがって、ユーザがＷｅｂページに記載されている内容を把握するためには、結果的にそのリンク先にアクセスしなければならないことになる。また、この方法では、リンク先のＷｅｂページが更新されたかどうかを知ることはできない。さらにネットワークトラフィックの観点から見ても、最初にサムネイルを表示するためのトラフィック（サムネイル画像データの転送）と結果的にリンク先にアクセスするためのトラフィック（リンク先のＷｅｂデータの転送）が発生することになり、トラフィックを減少させることはできない。
【０００７】
また、特許文献２に記載のシステムの場合、現在閲覧中の内容に関連するＷｅｂページを表示させることができるが、特許文献１のサムネイル表示と同様にリンク先が更新されているかどうかは、実際にＷｅｂページに移動してみないと分からない。
【０００８】
また、サムネイル表示の仕組みを応用して、Ｗｅｂサイトを提供するＷｅｂサーバ側で予め定期的にＷｅｂページの更新内容を作成しておき、ユーザからのアクセスに対して更新内容を応答し、サムネイル表示されるようにするという方法も考えられる。しかし、この場合、応答されるのは、ユーザがアクセスした時点での最新の更新内容であって、そのユーザが前回アクセスした時点から現在までの更新内容全てではない。すなわち、ユーザ毎に、そのユーザのアクセスタイミングに応じた更新情報を応答するようなことはできない。
【０００９】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ユーザ毎のアクセスタイミングに応じたリンク先の更新情報を、そのリンク先にアクセスすることなく取得可能な、新規かつ改良された更新情報応答装置及びＷｅｂサーバを提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明のある観点によれば、クライアントコンピュータにＷｅｂデータの更新情報を応答する更新情報応答装置において、所定のアクセス先情報が示すアクセス先のＷｅｂデータの更新情報の取得を要求する更新情報取得要求をクライアントコンピュータから受信する更新情報取得要求受信部と、ＷｅｂデータとＷｅｂデータのアクセス先情報を対応付けて記憶するＷｅｂデータ記憶部と、更新情報取得要求に応じてアクセス先からＷｅｂデータを取得するＷｅｂデータ取得部と、Ｗｅｂデータ記憶部に記憶されているアクセス先情報が示すアクセス先から、所定の定期取得時間毎にＷｅｂデータを取得するＷｅｂデータ定期取得部と、Ｗｅｂデータ取得部またはＷｅｂデータ定期取得部によって取得されたＷｅｂデータと、Ｗｅｂデータ記憶部に記憶されたＷｅｂデータとを比較し差分を抽出する比較部と、比較部によって抽出される差分を定期取得時間毎に結合した差分データを、アクセス先情報と対応付けて複数蓄積する差分データ記憶部と、差分データ記憶部に蓄積されている差分データのうち所定の数の差分データを含む更新情報を生成する更新情報生成部と、生成された更新情報をクライアントコンピュータに応答する更新情報応答部と、を備える更新情報応答装置が提供される。
【００１１】
かかる構成により、利用者毎の差分を蓄積しておかなくても、利用者毎のアクセスタイミングに応じた更新情報を応答することが可能となる。また、利用者は、応答された更新情報により、リンク先に実際にアクセスする前にリンク先の更新内容を確認することができるようになる。したがって、更新内容を見てリンク先にアクセスするかどうかを判断することができ、不要なアクセスによるネットワークトラフィックを削減することが可能となる。また、利用者に対して送信されるデータは更新情報のみであるため、従来のようなサムネイルでリンク先のＷｅｂページのイメージを取得する場合と比較してデータ量を少なくすることができる。
【００１２】
また、更新情報取得要求は、更新情報に含まれる差分データの数を示す差分取得数を含み、更新情報生成部は、差分データ記憶部から生成日時が新しい順に差分取得数分の差分データを取得し、更新情報を生成するようにしてもよい。これにより、利用者の更新情報要求時に取得された差分だけではなく、過去一定期間分の差分に基づいた更新情報を応答することができるようになる。
【００１３】
また、Ｗｅｂデータ取得部は、定期取得時間の間隔よりも小さな間隔で設定されたアクセス時間にアクセス先からＷｅｂデータを取得するようにしてもよい。これにより、同じアクセス先に対する差分取得要求を短時間で大量に受信した場合に、あるタイミングでまとめてアクセスしそれ以外はアクセスしないことによって、不要なアクセスを削減し、Ｗｅｂデータの取得にかかるトラフィックの増加を防止することができる。
【００１４】
また、更新情報生成部は、予め定められたデータ容量を超えないように更新情報を生成するようにしてもよい。これにより、差分データのデータ量が多くなりすぎることを防止し、更新情報の取得にかかるトラフィックを一定以下に保つことができる。
【００１５】
また、定期取得時間は、アクセス先毎に異なる時間間隔で設定されるようにしてもよい。これにより、アクセス先の更新頻度等の特性に応じて定期取得を行うことができ、適切にアクセス頻度を調整することができる。
【００１６】
また、定期取得時間は、アクセス先のＷｅｂデータの更新頻度に応じた時間間隔で設定されるようにしてもよい。これにより、更新頻度が多い場合は定期取得の間隔を短くし、詳細な更新情報をユーザに提供することができるようになる。また逆に、更新頻度が少ない場合は、定期取得の間隔を長くすることによって、不要なアクセスを削減することができる。
【００１７】
また、Ｗｅｂデータ記憶部に記憶されたアクセス先情報が示すアクセス先のうち、一定期間以上更新情報取得要求が受信されないアクセス先が存在する場合、当該アクセス先のアクセス先情報をＷｅｂデータ記憶部から削除するようにしてもよい。これにより、不要な定期アクセスを削減し、また、Ｗｅｂデータ記憶部及び差分データ記憶部の記憶容量を削減することができる。
【００１８】
また、上記課題を解決するために、本発明の別の観点によれば、クライアントコンピュータにＷｅｂデータを提供するＷｅｂサーバであって、クライアントコンピュータにおいてＷｅｂデータに含まれるリンク情報が指定された場合に、リンク情報に含まれるリンク先のＷｅｂデータの更新情報を要求する更新情報取得要求を更新情報応答装置に送信させる手段を含むＷｅｂデータを提供することを特徴とするＷｅｂサーバが提供される。
【００１９】
また、Ｗｅｂデータは、更新情報に含まれる差分データの数を示す差分取得数を含むようにしてもよい。
【発明の効果】
【００２０】
以上説明したように本発明によれば、ユーザ毎のアクセスタイミングに応じたリンク先の更新情報を、そのリンク先にアクセスすることなく取得することが可能となる。
【発明を実施するための最良の形態】
【００２１】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２２】
（更新情報応答システム１０）
まず、図１を参照して、本発明の一実施形態にかかる更新情報応答システムについて説明する。図１は、本実施形態にかかる更新情報応答システム１０の概略構成を示すブロック図である。
【００２３】
本実施形態にかかる更新情報応答システム１０は、図１に示すように、更新情報応答装置１００と、Ｗｅｂデータを含むＷｅｂサーバ１２０と、及び利用者が使用するクライアントコンピュータ１３０（以下、クライアント１３０という）とにより構成され、互いにネットワーク１１０を介して接続される。
【００２４】
Ｗｅｂサーバ１２０は、ＨＴＭＬ文書や画像などからなるＷｅｂデータを記憶領域に蓄積し、更新情報応答装置１００及びクライアント１３０の要求に応じて、それらのＷｅｂデータがネットワーク１１０を通じて提供される。また、Ｗｅｂサーバ１２０は、クライアント１３０のブラウザによって解釈可能なスクリプト（簡易プログラム）等を含むＨＴＭＬ文書をクライアント１３０に提供する。このスクリプトは、ＨＴＭＬ文書が表示されたブラウザ上で利用者がマウスカーソルをリンクの上に置いたとき（マウスオーバー状態）に、「リンク先ＵＲＬ」と「差分取得数」とを含む更新情報取得要求を更新情報応答装置１００に送信する機能を有するものであって、具体的には、ＨＴＭＬの<script>タグを用いて、JavaScript（登録商標）等のスクリプト言語（スクリプトを記述するための言語）により記述される。
【００２５】
クライアント１３０は、Ｗｅｂサーバ１２０から取得したＨＴＭＬ文書等のＷｅｂデータを表示するためのブラウザ等のソフトウェアを含んでいる。Ｗｅｂサーバ１２０から提供されるＷｅｂデータに上述したようなスクリプトが含まれる場合、利用者がクライアント１３０のブラウザに表示されたリンクの上にマウスカーソルを置くと、上記スクリプトが実行され、スクリプト中に記述された「リンク先ＵＲＬ」と「差分取得数」とを含む更新情報取得要求が更新情報応答装置１００に送信される。さらに、クライアント１３０は、更新情報取得要求に応じて更新情報応答装置１００から送信される更新情報を受け取り、ブラウザ上に更新情報を表示する。
【００２６】
図２〜図４に基づいて、更新情報応答システム１０全体の動作について簡単に説明する。ここで、図２は、Ｗｅｂサーバ１２０によって提供されるＨＴＭＬ文書の一例を示す説明図である。また、図３は、図２に示すＨＴＭＬ文書に含まれるリンクのリンク先のＷｅｂデータをブラウザで表示した表示例を示す説明図である。また、図４は、更新情報応答装置１００から送信される更新情報をクライアント１３０のブラウザで表示した例を示す説明図である。
【００２７】
図２に示すＨＴＭＬ文書２００は、<script></script>タグで囲まれるスクリプトを含む。このスクリプトは、一般的なブラウザで解釈可能なものであって、マウスカーソルがリンクの上に置かれたとき（マウスオーバー状態）に、「リンク先ＵＲＬ」と「差分取得数」とを引数として更新情報応答装置１００に更新情報取得要求を送るように記述されている。例えば、図２の例で、ＨＴＭＬ文書２００に含まれるリンク上にマウスカーソルが置かれた場合、「リンク先ＵＲＬ」（url）として「www.sample.com」が、「差分取得数」（range）として「３」が更新情報応答装置１００に送信される。
【００２８】
更新情報応答装置１００は、クライアント１３０からの更新情報取得要求を受けてＷｅｂサーバ１２０から取得したＷｅｂデータに基づいて更新情報を生成し、クライアント１３０に応答する。更新情報応答装置１００の詳細については、後述する。図２の例では、更新情報応答装置１００は、図３に示すようなリンク先のＷｅｂデータを取得し、更新情報（この例では「新着情報」の部分）を生成してクライアント１３０に送信する。
【００２９】
クライアント１３０は、更新情報応答装置１００から更新情報を受け取り、図４に示すように、リンク上に置かれたマウスカーソル付近にポップアップウィンドウ２０２等で更新情報を表示する。なお、図４に示すポップアップウィンドウ２０２は一例であって、これ以外の手段によって更新情報が表示されるようにしてもよい。例えば、別ウィンドウによって更新情報が表示されるようにしてもよく、あるいは、同一ウィンドウを複数の領域に分割し、ＨＴＭＬ文書が表示されているのとは異なる領域に更新情報を表示するようにしてもよい。
【００３０】
（更新情報応答装置１００）
次に、本実施形態にかかる更新情報応答装置１００の詳細について説明する。本実施形態にかかる更新情報応答装置１００は、図１に示すように、更新情報取得要求受信部１０１と、Ｗｅｂデータ取得部１０２と、Ｗｅｂデータ記憶部１０３と、Ｗｅｂデータ定期取得部１０４と、比較部１０５と、差分データ記憶部１０６と、更新情報生成部１０７と、更新情報応答部１０８とにより構成される。また、更新情報応答装置１００は、更新情報取得要求受信部１０１、Ｗｅｂデータ取得部１０２、Ｗｅｂデータ定期取得部１０４及び更新情報応答部１０８を通じてネットワーク１１０に接続される。以下、更新情報応答装置１００の各部について説明する。
【００３１】
（更新情報取得要求受信部１０１）
更新情報取得要求受信部１０１は、クライアント１３０から送信された更新情報取得要求を受信するための機能部である。更新情報取得要求受信部１０１は、クライアント１３０から上述したような更新情報取得要求を受信し、更新情報取得要求に含まれる「アクセス先ＵＲＬ」と「差分取得数」とをＷｅｂデータ取得部１０２に渡す。
【００３２】
（Ｗｅｂデータ取得部１０２）
Ｗｅｂデータ取得部１０２は、更新情報取得要求受信部１０１から受け取った更新情報取得要求に含まれる「アクセス先ＵＲＬ」にアクセスしてＷｅｂデータを取得するための機能部である。Ｗｅｂデータ取得部１０２は、更新情報取得要求受信部１０１から「アクセス先ＵＲＬ」を受け取ると、Ｗｅｂデータ記憶部１０３を検索して、以前にアクセスしたことのあるＵＲＬであるか否かを判断する。Ｗｅｂデータ記憶部１０３に該当するＵＲＬがある場合は、Ｗｅｂデータ取得部１０２は「アクセス先ＵＲＬ」から取得したＷｅｂデータを比較部１０５に渡す。
【００３３】
一方、Ｗｅｂデータ記憶部１０３に該当するＵＲＬがない場合は、Ｗｅｂデータ記憶部１０３に「アクセス先ＵＲＬ」と取得したＷｅｂデータとを対応付けて格納する。この場合、「アクセス先ＵＲＬ」が初めてアクセスするＵＲＬであるため、応答する更新情報がない旨のメッセージをＷｅｂデータ取得部１０２がクライアント１３０に送信するようにしてもよい。あるいは、Ｗｅｂデータ取得部１０２から更新情報生成部１０７に更新情報がない旨を伝え、更新情報生成部１０７で生成したメッセージを更新情報応答部１０８が送信するようにしてもよい。あるいは、Ｗｅｂデータ取得部１０２が出力する更新情報が無い旨のメッセージを、更新情報応答部１０８に伝え、更新情報応答部１０８よりクライアント１３０に送信するようにしてもよい。
【００３４】
また、Ｗｅｂデータ取得部１０２は、更新情報取得要求受信部１０１により同じ「アクセス先ＵＲＬ」に対する要求を大量に受信した場合に、受信された更新情報取得要求に応じて「アクセス先ＵＲＬ」にアクセスするのではなく、あるタイミングでまとめてアクセスするようにしてもよい。例えば、後述するＷｅｂデータ定期取得部１０４において設定された時間間隔Ｔよりも小さな時間間隔Ｕを設定し、Ｕが経過するまでの間は同じＵＲＬにはアクセスしないようにしてもよい。この場合、比較部１０５では何も処理を行わないため、Ｗｅｂデータ取得部１０２は、更新情報生成部１０７に直接更新情報の生成を要求するようにしてもよい。あるいは、比較部１０５を経由して更新情報生成部１０７に更新情報の生成を要求するようにしてもよい。この場合、更新情報生成部１０７では、通常の場合と同様の処理を行うことによって更新情報を生成することができる。
【００３５】
（Ｗｅｂデータ記憶部１０３）
Ｗｅｂデータ記憶部１０３は、Ｗｅｂデータ取得部１０２等により取得されたＷｅｂデータを記憶するための記憶部である。図５に、Ｗｅｂデータ記憶部１０３に記憶されたデータの一例を示す。なお、図５には、Ｗｅｂデータ記憶部１０３の内部に差分データ記憶部１０６が含まれるような構成を示したが、これは一例であって、Ｗｅｂデータ記憶部１０３と差分データ記憶部１０６とは、各々独立して構成されてもよい。本実施形態においては、図５に示すように、Ｗｅｂデータ記憶部１０３は内部に差分データ記憶部１０６を含み、Ｗｅｂデータ記憶部１０３の一部が差分データ記憶部１０６として構成されるものとする。
【００３６】
図５に示すように、Ｗｅｂデータ記憶部１０３には、クライアント１３０から更新情報取得要求のあったＵＲＬ１〜ＵＲＬｍが格納されており、Ｗｅｂデータや差分データは各ＵＲＬに対応付けられて格納されている。図５では、ＵＲＬ１において各ＵＲＬに対応付けて格納されるデータを例示しており、ＵＲＬ２〜ＵＲＬｍについても同様のデータが対応付けられているものとする。図５において、カレントキャッシュは、最新のＷｅｂデータを格納するための記憶領域であって、比較部１０５によって随時更新される。また、差分データ記憶部１０６の配下については、後述する。蓄積されたＵＲＬ及びＵＲＬに対応付けて記憶される各種のデータは、所定のタイミングで削除されるようにしてもよい。例えば、一定期間以上、更新情報取得要求のないＵＲＬについては、関連するデータを削除するようにしてもよい。
【００３７】
（Ｗｅｂデータ定期取得部１０４）
Ｗｅｂデータ定期取得部１０４は、Ｗｅｂデータ記憶部１０３に格納されているＵＲＬに所定の時間間隔でアクセスし、Ｗｅｂデータを取得するための機能部である。Ｗｅｂデータ定期取得部１０４は、クライアント１３０からの更新情報取得要求とは独立して予め定められた定期取得時間に、それぞれのＵＲＬに対してアクセスし、Ｗｅｂデータを取得して比較部１０５に渡す。各定期取得時間は、所定の時間間隔Ｔをおいて設定されており、時間間隔Ｔは、各ＵＲＬ毎に異なる値に設定されてもよい。
【００３８】
また、時間間隔Ｔは、ＵＲＬが示すアクセス先のＷｅｂデータの更新頻度に応じて設定されてもよい。例えば、時間間隔Ｔの初期値を１時間と定めておき、更新される間隔がそれよりも長い（更新頻度が少ない）場合、時間間隔Ｔを１時間よりも長くとるようにしてもよい。逆に、更新間隔が１時間よりも短い（更新頻度が多い）場合は、時間間隔Ｔを１時間よりも短く設定してもよい。例えば、時間間隔Ｔの間の更新回数をＭとし、Ｍは１以上の整数かつ予め定められた上限値であるものとすると、ＴをＴ＝Ｔ／Ｍのようなに設定してもよい。
【００３９】
（比較部１０５）
比較部１０５は、Ｗｅｂデータ取得部１０２またはＷｅｂデータ定期取得部１０４により取得されたＷｅｂデータと、Ｗｅｂデータ記憶部１０３に格納されているＷｅｂデータのカレントキャッシュの内容とを比較し、差分を抽出するための機能部である。Ｗｅｂデータの比較処理によって差分が抽出された場合には、取得されたＷｅｂデータでＷｅｂデータ記憶部１０３のカレントキャッシュの内容を更新し、最新のＷｅｂデータがＷｅｂデータ記憶部１０３に格納されるようにする。
【００４０】
また、比較部１０５は、Ｗｅｂデータの差分を抽出する際に、取得されたＷｅｂデータから音声、画像、動画、プログラム、タグ等を除いて、ブラウザで表示されるテキスト部分だけを比較の対象として差分を抽出するようにしてもよい。
【００４１】
また、比較部１０５によって抽出された差分は、差分データ記憶部１０６に格納されている最新の差分データと結合されて、差分データ記憶部１０６に格納される。差分データ記憶部１０６については後で詳述するが、差分データ記憶部１０６において、最新の差分データと、それ以前に格納された差分データとは区別されており、比較部１０５は、最新の差分データが格納される領域にあるデータに対し、比較部１０５で抽出された差分を追加した新しい差分データを作成して最新の差分データの領域に格納する。最新の差分データの領域にデータがない場合は、比較部１０５で抽出された差分のみからなる差分データを格納する。
【００４２】
また、比較部１０５は、Ｗｅｂデータ定期取得部１０４からＷｅｂデータを受け取って上記処理を行った場合、差分データの格納後に、上記最新の差分データの領域にあるデータをそれ以前の差分データが格納される領域に移動して、最新の差分データの領域を空にする。これにより、Ｗｅｂデータ定期取得部１０４による定期取得のタイミング毎に差分データが纏められて差分データ記憶部１０６に格納されるようになる。
【００４３】
（差分データ記憶部１０６）
差分データ記憶部１０６は、比較部１０５によって抽出されたＷｅｂデータの差分を記憶するための記憶部である。差分データ記憶部１０６は、差分データをＵＲＬと対応付けて記憶する。また、差分データ記憶部１０６には、Ｗｅｂデータ定期取得部１０４による定期取得時間毎にまとめられた差分データが複数世代に渡って蓄積されている。また、直前の定期取得時間から次の定期取得時間までの間に比較部１０５で抽出された差分データは、最新の差分データとして、それ以前に蓄積された差分データと区別された領域に格納される。また、最新の差分データ以外の差分データも、格納日時等により格納された順番を認識できるようにして格納されている。
【００４４】
図５に、差分データ記憶部１０６に記憶されるデータの構成例を示す。上述したように、図５の例では、Ｗｅｂデータ記憶部１０３の内部に差分データ記憶部１０６を含む。図５において、差分データ［０］〜［ｎ］は、ｎ＋１個の差分データを記憶可能な領域であって、各領域はＵＲＬと対応付けられている。図５の例では、格納できる差分データ数は固定であるが、差分データ数は可変であってもよい。また、ＵＲＬ毎に異なるｎの値を設定するようにしてもよい。
【００４５】
図５の差分データ［０］〜［ｎ］には、新しい順に差分データが格納され、差分データ［０］には最新の差分データが格納されるように構成されている。したがって、０〜ｎまでの引数によって、何番目の差分データであるかを識別することができる。なお、ここに示したのは一例であって、差分データを格納する領域は、格納順に差分データを読出し可能であれば、どのような構成であってもよい。
【００４６】
（更新情報生成部１０７）
更新情報生成部１０７は、差分データ記憶部１０６に記憶された差分データからクライアント１３０に応答する更新情報を生成するための機能部である。更新情報生成部１０７は、対象となるＵＲＬに基づいて差分データ記憶部１０６から差分データを取得する。また、更新情報生成部１０７は、クライアント１３０から送信された更新情報取得要求に含まれる「差分取得数」をもとに、差分データ記憶部１０６から取得する差分データを決定する。
【００４７】
例えば、「差分取得数＝３」が指定された場合、更新情報生成部１０７は、差分データ記憶部１０６に蓄積されている過去３回分の差分データと最新の差分データ（直前の定期取得時間から次の定期取得時間までの間の差分データ）、即ち、図５に示す例の差分データ［０］〜［３］を結合して更新情報を生成するようにしてもよい。あるいは、「差分取得数＝０」が指定された場合には、過去の差分データは用いず、更新情報取得要求時刻に対応した最新の差分データ、即ち、図５に示す差分データ［０］のみからなる更新情報を生成するようにしてもよい。
【００４８】
また、更新情報生成部１０７は、「差分取得数」によって指定された数の差分データを結合した結果から、所定の量（例えば、２５６文字以内等）データだけを選択した更新情報を生成するようにしてもよい。これにより、差分データのデータ量が多くなりすぎることを防止し、更新情報の取得にかかるトラフィックを一定以下に保つことができる。
【００４９】
（更新情報応答部１０８）
更新情報応答部１０８は、更新情報生成部１０７によって生成された更新情報をクライアント１３０に送信する。
【００５０】
以上、更新情報応答装置１００の構成について説明した。なお、更新情報取得要求受信部１０１、Ｗｅｂデータ取得部１０２、Ｗｅｂデータ定期取得部１０４、比較部１０５、更新情報生成部１０７及び更新情報応答部１０８の各部は、上述した各機能を実行可能なプログラムモジュールをコンピュータ等の情報処理装置にインストールしたソフトウェアで構成されてもよいし、あるいは、上述した各機能を実行可能なプロセッサ等のハードウエアで構成されてもよい。また、Ｗｅｂデータ記憶部１０３及び差分データ記憶部１０６は、例えば、半導体メモリ、光ディスク、磁気ディスク等の各種の記憶媒体等により構成されてもよい。
【００５１】
次に、図６〜図８に基づいて、本実施形態にかかる更新情報応答装置１００により実行される更新情報応答処理の一例を説明する。ここで、図６は、本実施形態にかかる更新情報応答装置１００により実行される更新情報応答処理の流れを示すフローチャートである。また、図７は、更新情報応答装置１００において、利用者からの要求とは独立して行われる差分蓄積処理の流れを示すフローチャートである。また、図８は、利用者からの要求タイミングに応じたＷｅｂデータ記憶部１０３及び差分データ記憶部１０６の内容の例を示す説明図である。以下、図８の例に基づいて、図６及び図７を参照しながら、更新情報応答装置１００において行われる処理について説明する。
【００５２】
（ステップＳ４００：ユーザＡが要求送信）
まず、図８のステップＳ４００において、ユーザＡのクライアントから更新情報取得要求が送信された場合について説明する。この場合、更新情報応答装置１００は、図６に示す処理を実行する。
【００５３】
まず、図６のステップＳ３００において、更新情報応答装置１００は、更新情報取得要求を受信する。次いで、ステップＳ３０２で、更新情報取得要求に含まれる「アクセス先ＵＲＬ」でＷｅｂデータ記憶部１０３を検索し、取得要求の履歴があるかどうかを判定する。ここでは、初めて取得要求が行われた場合であるので、ステップＳ３０４に遷移する。
【００５４】
次いで、ステップＳ３０４で、Ｗｅｂデータ取得部１０２は、「アクセス先ＵＲＬ」からＷｅｂデータを取得する。ここで、取得されたＷｅｂデータを「データ１」とする。次いで、ステップＳ３０６で、「アクセス先ＵＲＬ」を格納し、ステップＳ３０８で、対応するカレントキャッシュの領域に「データ１」を格納する。
【００５５】
次いで、ステップＳ３１０で、差分がないことを示すメッセージを生成する。例えば、「初めてのアクセスにつき更新内容はありません」等のメッセージを生成してもよい。次いで、ステップＳ３２２で、メッセージをユーザＡのクライアントに応答する。
【００５６】
図８において、ステップＳ４００の後、カレントキャッシュにはデータ１が格納された状態となる。また、差分データ［０］以降の領域にはまだ何もデータがない状態である。
【００５７】
（ステップＳ４０２：１回目の定期取得）
次いで、所定の時間間隔Ｔの経過後、ステップＳ４０２で、Ｗｅｂデータ定期取得部１０４による定期取得が行われる。ここで、更新情報応答装置１００は、図７に示す処理を実行する。
【００５８】
まず、図７のステップＳ３３０で、Ｗｅｂデータ定期取得部１０４は、Ｗｅｂデータ記憶部１０３からＵＲＬを取得する。次いで、ステップＳ３３２で、取得したＵＲＬにアクセスし、Ｗｅｂデータを取得する。ここで、取得されたＷｅｂデータを「データ２」とし、「データ２」は上述の「データ１」の更新後のデータであるものとする。
【００５９】
次いで、ステップＳ３３４で、比較部１０５は、「データ２」とカレントキャッシュに格納されている「データ１」とを比較し、差分があるかどうかを判定する。ここで、「データ２」と「データ１」との差分を「差分１」とする。ステップＳ３３４で差分が抽出されたため、ステップＳ３３６に遷移する。
【００６０】
ステップＳ３３６で、比較部１０５は、取得した「データ２」でカレントキャッシュを更新する。次いで、ステップＳ３３８で、ステップＳ３３４において抽出された「差分１」を差分データ［０］に追加する。
【００６１】
次いで、ステップＳ３４０で、差分データを１つ後の領域にシフトする。ここでは、差分データ［０］に格納されている「差分１」を差分データ［１］にシフトする。次いで、ステップＳ３４２で、差分データ［０］の領域に格納されているデータをクリア（削除）する。
【００６２】
次いで、ステップＳ３４４で、Ｗｅｂデータ記憶部１０３に他のＵＲＬがあるかどうかを判定し、ＵＲＬがある場合は、ステップＳ３３０に戻って同様の処理を繰り返す。ＵＲＬがない場合は、処理を終了する。
【００６３】
図８において、ステップＳ４０２の終了後、カレントキャッシュにはデータ２が格納された状態となる。また、差分データ［０］にはデータがなく、差分データ［１］には「データ２」と「データ１」との差分である「差分１」が格納された状態となる。
【００６４】
（ステップＳ４０４：ユーザＢが要求送信）
次に、ステップＳ４０４で、ステップＳ４００と同じＵＲＬに対してユーザＢが更新情報取得要求を送信したとする。この場合、再度、図６に示す処理が実行される。
【００６５】
まず、ステップＳ３００で、更新情報取得要求が受信され、ステップＳ３０２で取得要求の履歴があるか否かを判定する。ここでは、既にＷｅｂデータ記憶部１０３にＵＲＬが格納されているため、ステップＳ３１２に遷移する。
【００６６】
ステップＳ３１２で、Ｗｅｂデータ取得部１０２は、要求されたＵＲＬからＷｅｂデータを取得する。ここで、取得されたＷｅｂデータを「データ３」とし、「データ３」は上述の「データ２」の更新後のデータであるものとする。
【００６７】
次いで、ステップＳ３１４で、比較部１０５は、「データ３」とカレントキャッシュに格納されている「データ２」とを比較し、差分があるかどうかを判定する。ここで、「データ３」と「データ２」との差分を「差分２」とする。ステップＳ３１４で差分が抽出されたため、ステップＳ３１６に遷移する。
【００６８】
ステップＳ３１６で、比較部１０５は、取得した「データ３」でカレントキャッシュを更新する。次いで、ステップＳ３１８で、ステップＳ３１４において抽出された「差分２」を差分データ［０］に追加する。
【００６９】
次いで、ステップＳ３２０で、更新情報生成部１０７は、更新情報を生成する。ここで、更新情報取得要求時に「差分取得数＝２」が指定されたと仮定すると、更新情報生成部１０７は、差分データ［０］〜［２］の内容を結合して応答する。この場合、差分データ［０］及び差分データ［１］の内容を結合した「差分２＋差分１」が生成される。次いで、ステップＳ３２２で、更新情報応答部１０８は、生成された更新情報メッセージをユーザＢのクライアントに応答する。
【００７０】
（ステップＳ４０６：ユーザＣが要求送信）
さらに、図８のステップＳ４０６で、再び同じＵＲＬに対して別のユーザＣが更新情報取得要求を送信したとする。この場合、再度図６の処理が実行される。
【００７１】
ステップＳ３００及びＳ３０２の処理は、上述したユーザＢの場合と同様であるため省略する。ステップＳ３１２で、Ｗｅｂデータ取得部１０２は、要求されたＵＲＬからＷｅｂデータ「データ４」を取得する。「データ４」は上述の「データ３」の更新後のデータであるものとする。
【００７２】
次いで、ステップＳ３１４で、比較部１０５は、「データ４」とカレントキャッシュに格納されている「データ３」とを比較し、「差分３」を抽出する。次いで、ステップＳ３１６で、「データ４」でカレントキャッシュを更新し、ステップＳ３１８で、ステップＳ３１４において抽出された「差分３」を差分データ［０］に格納されている「差分２」に追加して「差分３＋差分２」とする。
【００７３】
次いで、ステップＳ３２０で、更新情報生成部１０７は、更新情報メッセージを生成する。ここでも、上述のユーザＢの場合と同様に、差分データ［０］及び差分データ［１］の内容を結合した「差分３＋差分２＋差分１」が生成される。
【００７４】
（ステップＳ４０８：２回目の定期取得）
ステップＳ４０２の実行時から所定の時間間隔Ｔの経過後、ステップＳ４０８で、Ｗｅｂデータ定期取得部１０４による定期取得が行われる。ここで、再び図７に示す処理が実行される。
【００７５】
ステップＳ３３０は、上述のステップＳ４０２の場合と同様である。ステップＳ３３２で、Ｗｅｂデータ定期取得部１０４は、Ｗｅｂデータを取得する。ここでは、ＷｅｂデータはユーザＣのアクセス時（ステップＳ４０６）から更新されておらず、再び「データ４」が取得されるものとする。
【００７６】
次いで、ステップＳ３３４で、比較部１０５は、「データ４」とカレントキャッシュに格納されている「データ４」とを比較する。ここでは、差分は発生しないため、ステップＳ３４０に遷移する。
【００７７】
ステップＳ３４０で、差分データを１つ後の領域にシフトする。ここでは、差分データ［１］に格納されている「差分１」を差分データ［２］にシフトし、差分データ［０］にに格納されている「差分３＋差分２」を差分データ［１］にシフトする。次いで、ステップＳ３４２で、差分データ［０］の領域に格納されているデータをクリア（削除）する。
【００７８】
（ステップＳ４１０：ユーザＡが要求送信）
さらに、図８のステップＳ４１０において、再びユーザＡからの更新情報取得要求が送信される。この場合、再度図６の処理が実行される。
【００７９】
ステップＳ３００及びＳ３０２の処理は、上述したユーザＢ及びＣの場合と同様であるため省略する。ステップＳ３１２で、Ｗｅｂデータ取得部１０２は、要求されたＵＲＬからＷｅｂデータを取得する。ここでは、ＷｅｂデータはユーザＣのアクセス時（ステップＳ４０６）から更新されておらず、再び「データ４」が取得されるものとする。
【００８０】
次いで、ステップＳ３１４で、比較部１０５は、「データ４」とカレントキャッシュに格納されている「データ４」とを比較する。ここでは、差分は発生しないため、ステップＳ３２０に遷移する。
【００８１】
次いで、ステップＳ３２０で、更新情報生成部１０７は、更新情報メッセージを生成する。ここでは、差分データ［０］〜［２］の内容を結合した「差分３＋差分２＋差分１」が生成される。もし、ステップＳ３１４で差分（例えば差分４）が発生していた場合は、差分メッセージは「差分４＋差分３＋差分２＋差分１」となる。
【００８２】
（ステップＳ４１２：３回目の定期取得）
最後に、ステップＳ４０８の実行時から所定の時間間隔Ｔの経過後、ステップＳ４１２で、Ｗｅｂデータ定期取得部１０４による定期取得が行われる。ここで、再び図７に示す処理が実行される。
【００８３】
ステップＳ３３０は、上述のステップＳ４０２の場合と同様である。ステップＳ３３２で、Ｗｅｂデータ定期取得部１０４は、Ｗｅｂデータを取得する。ここでは、「データ４」の更新後のＷｅｂデータ「データ５」が取得されるものとする。
【００８４】
次いで、ステップＳ３３４で、比較部１０５は、「データ５」とカレントキャッシュに格納されている「データ４」とを比較し、「データ５」と「データ４」との差分「差分４」を抽出する。ステップＳ３３４で差分が抽出されたため、ステップＳ３３６に遷移する。
【００８５】
ステップＳ３３６で、比較部１０５は、取得した「データ５」でカレントキャッシュを更新する。次いで、ステップＳ３３８で、ステップＳ３３４において抽出された「差分４」を差分データ［０］に追加する。
【００８６】
ステップＳ３４０で、差分データを１つ後の領域にシフトする。ここでは、差分データ［２］に格納されている「差分１」を差分データ［３］にシフトし、差分データ［１］にに格納されている「差分３＋差分２」を差分データ［２］にシフトし、差分データ［０］にに格納されている「差分４」を差分データ［１］にシフトする。次いで、ステップＳ３４２で、差分データ［０］の領域に格納されているデータをクリア（削除）する。
【００８７】
以上のような処理を、利用者からのアクセスと、予め定められた時間間隔とに従って繰り返し、差分データを蓄積していく。このようにして一定時間間隔の差分データを複数蓄積することで、利用者毎の差分を蓄積しておかなくても、利用者毎のアクセスタイミングに応じた更新情報を応答することが可能となる。
【００８８】
利用者は、このような更新情報を受けとってブラウザ上で確認することにより、リンク先に実際にアクセスする前にリンク先の更新内容を確認することができるようになる。したがって、更新内容を見てリンク先にアクセスするかどうかを判断することができ、不要なアクセスによるネットワークトラフィックを削減することが可能となる。また、上述した方法によると、利用者に対して送信されるデータは更新情報のみであるため、従来のようなサムネイルでリンク先のＷｅｂページのイメージを取得する場合と比較してデータ量を少なくすることができる。
【００８９】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【００９０】
【図１】本発明の一実施形態に係る更新情報応答システムの概略構成を示すブロック図である。
【図２】Ｗｅｂサーバによって提供されるＨＴＭＬ文書の一例を示す説明図である。
【図３】図２に示すＨＴＭＬ文書に含まれるリンクのリンク先の表示例を示す説明図である。
【図４】更新情報応答装置から送信される更新情報をブラウザで表示した例を示す説明図である。
【図５】Ｗｅｂデータ記憶部に記憶されるデータの一例を示す説明図である。
【図６】更新情報応答装置により実行される更新情報応答処理の流れを示すフローチャートである。
【図７】更新情報応答装置において利用者からの要求とは独立して行われる差分蓄積処理の流れを示すフローチャートである。
【図８】利用者からの要求タイミングに応じたＷｅｂデータ記憶部及び差分データ記憶部の内容の例を示す説明図である。
【符号の説明】
【００９１】
１００    更新情報応答装置
１０１    更新情報取得要求受信部
１０２    Ｗｅｂデータ取得部
１０３    Ｗｅｂデータ記憶部
１０４    Ｗｅｂデータ定期取得部
１０５    比較部
１０６    差分データ記憶部
１０７    更新情報生成部
１０８    更新情報応答部
１１０    ネットワーク
１２０    Ｗｅｂサーバ
１３０    クライアント（クライアントコンピュータ）
【図１】
2008204189.tif 000003
【図２】
2008204189.tif 000004
【図３】
2008204189.tif 000005
【図４】
2008204189.tif 000006
【図５】
2008204189.tif 000007
【図６】
2008204189.tif 000008
【図７】
2008204189.tif 000009
【図８】
2008204189.tif 000010