(57)【要約】【課題】閲覧できなくなっているｗｅｂデータについて、要求元のｗｅｂブラウザが一度も閲覧したことがない場合でも、ｗｅｂデータを取得してｗｅｂブラウザに表示できる情報処理システムを提供する。【解決手段】本発明による情報処理システムは、互いにネットワークを介して接続されている複数の情報処理装置間でデータの受け渡しを可能とする情報処理システムであって、前記複数の情報処理装置のそれぞれは、一度閲覧したｗｅｂデータを保存するためのｗｅｂデータ保存手段と、前記ｗｅｂデータ保存手段に保存されていないｗｅｂデータの検索依頼を送信できる、前記ネットワーク上の他の情報処理装置のアドレスを管理する他装置アドレス管理データベースと、前記ｗｅｂデータの検索依頼を作成し、前記他の情報処理装置にこの検索依頼を送信する制御手段と、を備え、前記制御手段は、前記検索依頼に合致するｗｅｂデータを有する他の情報処理装置から前記ｗｅｂデータを取得することを特徴とする。【選択図】図１
2007317107.tif 000002
【特許請求の範囲】
【請求項１】
互いにネットワークを介して接続されている複数の情報処理装置間でデータの受け渡しを可能とする情報処理システムであって、
前記複数の情報処理装置のそれぞれは、
一度閲覧したｗｅｂデータを保存するためのｗｅｂデータ保存手段と、
前記ｗｅｂデータ保存手段に保存されていないｗｅｂデータの検索依頼を送信できる、前記ネットワーク上の他の情報処理装置のアドレスを管理する他装置アドレス管理データベースと、
前記ｗｅｂデータの検索依頼を作成し、前記他の情報処理装置にこの検索依頼を送信する制御手段と、を備え、
前記制御手段は、前記検索依頼に合致するｗｅｂデータを有する他の情報処理装置から前記ｗｅｂデータを取得することを特徴とする情報処理システム。
【請求項２】
前記他の情報処理装置における制御手段は、自装置内のｗｅｂデータ保存手段に前記検索依頼に合致したｗｅｂデータが存在しない場合に、自装置内の他装置アドレス管理データベースで管理されている他の情報処理装置であって、前記検索依頼の送信元の情報処理装置の他装置アドレス管理データベースで管理されていない他の情報処理装置に対して、前記検索依頼を転送することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記検索依頼は、前記ｗｅｂデータを取得した期間に関するデータを含み、
さらに、前記制御手段が取得した前記ｗｅｂデータを表示する表示手段を備えることを特徴とする請求項１又は２に記載の情報処理システム。
【請求項４】
前記検索依頼は、この検索依頼の送信先である他の情報処理装置からこの検索依頼が転送される回数の最大値を含むことを特徴とする請求項２に記載の情報処理システム。
【請求項５】
さらに、前記制御手段が他の情報処理装置から取得した前記検索依頼に合致するｗｅｂデータが複数ある場合に、データ数を絞り込むデータ絞り込み手段を有することを特徴とする請求項１乃至４の何れか１項に記載の情報処理システム。
【請求項６】
ネットワークを介して他の情報処理装置とデータの受け渡しが可能な情報処理装置であって、
一度閲覧したｗｅｂデータを保存するためのｗｅｂデータ保存手段と、
前記ｗｅｂデータ保存手段に保存されていないｗｅｂデータの検索依頼を送信できる、前記ネットワーク上の他の情報処理装置のアドレスを管理する他装置アドレス管理データベースと、
前記ｗｅｂデータの検索依頼を作成し、前記他の情報処理装置にこの検索依頼を送信する制御手段と、を備え、
前記制御手段は、前記検索依頼に合致するｗｅｂデータを有する他の情報処理装置から前記ｗｅｂデータを取得することを特徴とする情報処理装置。
【請求項７】
前記他の情報処理装置から前記検索依頼を受信した場合に、前記制御手段は、自装置内のｗｅｂデータ保存手段に前記検索依頼に合致したｗｅｂデータが存在しないときは、自装置内の他装置アドレス管理データベースで管理されている他の情報処理装置であって、前記検索依頼の送信元の情報処理装置の他装置アドレス管理データベースで管理されていない他の情報処理装置に対して、前記検索依頼を転送することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記検索依頼は、前記ｗｅｂデータを取得した期間に関するデータを含み、
さらに、前記制御手段が取得した前記ｗｅｂデータを表示する表示手段を備えることを特徴とする請求項６又は７に記載の情報処理装置。
【請求項９】
前記検索依頼は、この検索依頼の送信先である他の情報処理装置からこの検索依頼が転送される回数の最大値を含むことを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
さらに、前記制御手段が他の情報処理装置から取得した前記検索依頼に合致するｗｅｂデータが複数ある場合に、データ数を絞り込むデータ絞り込み手段を有することを特徴とする請求項６乃至９の何れか１項に記載の情報処理装置。
【請求項１１】
互いにネットワークを介して接続されている複数の情報処理装置間でデータの受け渡しを可能とする情報処理システムを制御するためのプログラムであって、
前記複数の情報処理装置のそれぞれにおいて、
一度閲覧したｗｅｂデータをキャッシュに保存する工程を実行するプログラムコードと、
前記キャッシュに保存されていないｗｅｂデータの検索依頼を送信できる、前記ネットワーク上の他の情報処理装置のアドレスを管理する他装置アドレス管理データベースを機能させるためのプログラムコードと、
前記ｗｅｂデータの検索依頼を作成し、前記他の情報処理装置にこの検索依頼を送信する工程を実行するためのプログラムコードと、
前記検索依頼に合致するｗｅｂデータを有する他の情報処理装置から前記ｗｅｂデータを取得する工程を実行するためのプログラムコードと、
を備えることを特徴とするプログラム。
【請求項１２】
さらに、前記他の情報処理装置のキャッシュ内に前記検索依頼に合致したｗｅｂデータが存在しない場合に、前記他の情報処理装置内の他装置アドレス管理データベースで管理されている他の情報処理装置であって、前記検索依頼の送信元の情報処理装置の他装置アドレス管理データベースで管理されていない他の情報処理装置に対して、前記検索依頼を転送する工程を実行するためのプログラムコードを備えることを特徴とする請求項１１に記載のプログラム。
【請求項１３】
互いにネットワークを介して接続されている複数の情報処理装置間でデータの受け渡しを可能とする情報処理システムであって、
第１の情報処理装置は、自装置のキャッシュに保存されていないｗｅｂデータの送信依頼を生成し、自装置が送信の依頼が可能とされている第２の情報処理装置に前記送信依頼を送信し、
前記第２の情報処理装置は、そのキャッシュに前記ｗｅｂデータが存在するか判断し、存在しない場合にはさらに第３の情報処理装置に前記送信依頼を転送し、
前記第３の情報処理装置は、そのキャッシュに前記ｗｅｂデータが存在するか判断し、存在すれば前記第１の情報処理装置に該当するｗｅｂデータを送信することを特徴とする情報処理システム。
【請求項１４】
前記第３の情報処理装置は、そのキャッシュに前記ｗｅｂデータが存在しないと判断した場合には、さらに第４の情報処理装置に前記送信依頼を転送することを特徴とする請求項１３に記載の情報処理システム。
【請求項１５】
前記第３及び第４の情報処理装置は、前記第１の情報処理装置において前記送信依頼を送信できる送信先として管理されている装置ではないことを特徴とする請求項１４に記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ｗｅｂブラウザを使用してｗｅｂ上のデータを閲覧するための情報処理システムに関し、特に、要求先のｗｅｂデータが参照できなくなっている場合に、任意の時点の過去のｗｅｂデータを閲覧できるようにすることを目的としたシステムに関するものである。
【背景技術】
【０００２】
ｗｅｂ上のデータが提供元により削除または移動されてしまい参照できなくなってしまい、ｗｅｂブラウザを使用してｗｅｂデータの検索や閲覧をしている場合に、表示されているハイパーリンクの先を閲覧できなくなっていたり、ブックマークに登録したＵＲＬが閲覧できなくなることが多々ある。
【０００３】
従来、これらの問題の解決手段としては、ブックマークを他のコンピュータと共有することで移動されたＵＲＬを追跡したり、ｗｅｂ上の検索システム上の一時キャッシュ、プロキシサーバ上のキャッシュ、ｗｅｂブラウザのキャッシュに保存されたデータから再構成して表示させるという方法が一般的である。これらの実現方法として、下記の特許文献１、２に開示されたものが知られている。
【０００４】
特許文献１には、閲覧するＵＲＬの文字列構成を中継サーバにより共有し、ドメインやＵＲＬの変更時などに中継サーバがＵＲＬを再構成することで移動したｗｅｂデータを追跡する技術が開示されている。
【０００５】
また、特許文献２には、ブックマークした時に閲覧していたデータをプロキシ上にキャッシュして世代管理しておき、閲覧当時のデータをキャッシュから再構成することで参照できなくなってしまっていても閲覧できるようにしようというものである。
【特許文献１】特開２００６−１８７９５号公報
【特許文献２】特開２００１−２８２６０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の技術はＵＲＬの変更を容易にしようとする技術に過ぎず、削除されたｗｅｂデータの閲覧を可能にするというものではない。
【０００７】
また、特許文献２に記載の技術を用いれば削除されたｗｅｂデータを閲覧することはできるが、各ユーザがブックマークに登録したＵＲＬのデータがプロキシサーバのキャッシュ上に保存してあるものしか閲覧できない。また、もしこのキャッシュをユーザ間で共有したとしても、このプロキシサーバを利用するユーザに限定された共有となってしまう。さらに、一般的なキャッシュ管理の仕組みとして、ｗｅｂブラウザのキャッシュからの再構成は一度も閲覧したことがないＵＲＬは参照できないという課題があり、プロキシサーバのキャッシュはそのプロキシサーバを利用するコンピュータ間でしかキャッシュの共有ができないこと、およびデータ量や規模の拡大によりプロキシサーバ能力の拡張コストが大きくなるという問題がある。
【０００８】
本発明はかかる問題に鑑みてなされたものであり、閲覧できなくなっているｗｅｂデータについて、要求元のｗｅｂブラウザが一度も閲覧したことがない場合でも、ｗｅｂデータを取得してｗｅｂブラウザに表示できる情報処理システムを提供するものでる。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明による情報処理システムでは、一度閲覧したｗｅｂデータをＰ２Ｐネットワークの配信用にそのコンピュータのキャッシュに保存している。そして、過去のｗｅｂデータを共有するＰ２Ｐネットワーク上で過去のｗｅｂデータを保持するコンピュータを検索し、他のコンピュータのキャッシュ上にある過去のｗｅｂデータを検索して取得する。取得した過去のｗｅｂデータを要求元のコンピュータのキャッシュに保存し、取得した過去のｗｅｂのデータをｗｅｂブラウザに渡す。ユーザの要求データが要求先に存在しない場合にｗｅｂブラウザに過去のｗｅｂデータを表示する。
【００１０】
また、閲覧するＵＲＬについてＰ２Ｐネットワーク上のコンピュータのキャッシュに様々な時期のデータが存在する場合に、指定した任意の時期のｗｅｂデータをｗｅｂブラウザに表示する。
【００１１】
より詳細には、本発明による情報処理システムは、互いにネットワークを介して接続されている複数の情報処理装置間でデータの受け渡しを可能とする情報処理システムであって、前記複数の情報処理装置のそれぞれは、一度閲覧したｗｅｂデータを保存するためのｗｅｂデータ保存手段と、前記ｗｅｂデータ保存手段に保存されていないｗｅｂデータの検索依頼を送信できる、前記ネットワーク上の他の情報処理装置のアドレスを管理する他装置アドレス管理データベースと、前記ｗｅｂデータの検索依頼を作成し、前記他の情報処理装置にこの検索依頼を送信する制御手段と、を備え、前記制御手段は、前記検索依頼に合致するｗｅｂデータを有する他の情報処理装置から前記ｗｅｂデータを取得することを特徴とする。
【００１２】
また、前記他の情報処理装置における制御手段は、自装置内のｗｅｂデータ保存手段に前記検索依頼に合致したｗｅｂデータが存在しない場合に、自装置内の他装置アドレス管理データベースで管理されている他の情報処理装置であって、前記検索依頼の送信元の情報処理装置の他装置アドレス管理データベースで管理されていない他の情報処理装置に対して、前記検索依頼を転送する。
【００１３】
前記検索依頼は、前記ｗｅｂデータを取得した期間に関するデータを含み、情報処理システムは、さらに、前記制御手段が取得した前記ｗｅｂデータを表示する表示手段を備える。
【００１４】
また、前記検索依頼は、さらに、前記ｗｅｂデータとして完全なデータを要求するか否かを示す情報や、この検索依頼の送信先である他の情報処理装置からこの検索依頼が転送される回数の最大値を含んでいる。
【００１５】
さらに、情報処理システムは、前記制御手段が他の情報処理装置から取得した前記検索依頼に合致するｗｅｂデータが複数ある場合に、データ数を絞り込むデータ絞り込み手段を有することを特徴とする。
【００１６】
本発明による情報処理装置は、ネットワークを介して他の情報処理装置とデータの受け渡しが可能な情報処理装置であって、一度閲覧したｗｅｂデータを保存するためのｗｅｂデータ保存手段と、前記ｗｅｂデータ保存手段に保存されていないｗｅｂデータの検索依頼を送信できる、前記ネットワーク上の他の情報処理装置のアドレスを管理する他装置アドレス管理データベースと、前記ｗｅｂデータの検索依頼を作成し、前記他の情報処理装置にこの検索依頼を送信する制御手段と、を備え、前記制御手段は、前記検索依頼に合致するｗｅｂデータを有する他の情報処理装置から前記ｗｅｂデータを取得することを特徴とする。
【００１７】
また、前記他の情報処理装置から前記検索依頼を受信した場合に、前記制御手段は、自装置内のｗｅｂデータ保存手段に前記検索依頼に合致したｗｅｂデータが存在しないときは、自装置内の他装置アドレス管理データベースで管理されている他の情報処理装置であって、前記検索依頼の送信元の情報処理装置の他装置アドレス管理データベースで管理されていない他の情報処理装置に対して、前記検索依頼を転送する。
【００１８】
さらに、本発明によるプログラムは、互いにネットワークを介して接続されている複数の情報処理装置間でデータの受け渡しを可能とする情報処理システムを制御するためのプログラムであって、前記複数の情報処理装置のそれぞれにおいて、一度閲覧したｗｅｂデータをキャッシュに保存する工程を実行するプログラムコードと、前記キャッシュに保存されていないｗｅｂデータの検索依頼を送信できる、前記ネットワーク上の他の情報処理装置のアドレスを管理する他装置アドレス管理データベースを機能させるためのプログラムコードと、前記ｗｅｂデータの検索依頼を作成し、前記他の情報処理装置にこの検索依頼を送信する工程を実行するためのプログラムコードと、前記検索依頼に合致するｗｅｂデータを有する他の情報処理装置から前記ｗｅｂデータを取得する工程を実行するためのプログラムコードと、を備えることを特徴とする。
【００１９】
さらに、本発明によるプログラムは、前記他の情報処理装置のキャッシュ内に前記検索依頼に合致したｗｅｂデータが存在しない場合に、前記他の情報処理装置内の他装置アドレス管理データベースで管理されている他の情報処理装置であって、前記検索依頼の送信元の情報処理装置の他装置アドレス管理データベースで管理されていない他の情報処理装置に対して、前記検索依頼を転送する工程を実行するためのプログラムコードを備えることを特徴とする。
【００２０】
さらなる本発明の特徴は、以下本発明を実施するための最良の形態および添付図面によって明らかになるものである。
【発明の効果】
【００２１】
本発明の情報処理システムによれば、閲覧できなくなっているｗｅｂデータについて、要求元のｗｅｂブラウザが一度も閲覧したことがない場合でも、当該ｗｅｂデータを取得してｗｅｂブラウザに表示できるようになる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明を実施する場合の一形態を図面を参照して具体的に説明する。
図１は、本発明の実施の形態を示すシステム構成図である。本実施形態のｗｅｂデータ閲覧システムは、図１に示すように、ｗｅｂの閲覧機能を有するコンピュータであるキャッシュ共有ノード１０１と、同一の構成の複数の他キャッシュ共有ノード１０２、１０３、１０４、１０５をキャッシュ共有ネットワーク／広域ネットワークであるＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）１０６により相互に接続され、個々のキャッシュ共有ノード間でｗｅｂデータを転送しあうＰ２Ｐネットワークで接続されている。Ｐ２ＰネットワークはＷＷＷ１０６のネットワークインフラ上に構築される。
【００２３】
キャッシュ共有ノード１０１は、ｗｅｂブラウザ１０９を利用してＷＷＷ１０６経由でｗｅｂサーバ１０７等のｗｅｂデータを閲覧することができる。
【００２４】
キャッシュ共有ノード１０１は、ｗｅｂブラウザ１０９からの閲覧要求を処理するキャッシュ共有検索部１１０と、キャッシュ共有ネットワーク経由で他キャッシュ共有ノードからのｗｅｂデータの検索依頼や転送依頼を受け取って処理するキャッシュ共有応答部１１６−１、ＷＷＷ１０６上のｗｅｂサーバ１０７や他キャッシュ共有ノードから転送されたｗｅｂデータを保存するキャッシュ１１４、このキャッシュ１１４を管理するためのデータベースであるキャッシュ管理データベース１１３、他キャッシュ共有ノードとの接続方法を管理するキャッシュ共有ノードデータベース１１５−１から構成される。
【００２５】
まずは、キャッシュ共有ノード１０１が閲覧要求の発生元のノード（自ノード）として機能する場合について説明する。
【００２６】
キャッシュ共有検索部１１０は、ｗｅｂブラウザ１０９から閲覧要求されたｗｅｂデータがＷＷＷ１０６に存在するかどうかを判定してキャッシュ検索を実施するキャッシュ検索プロキシ１１１と、キャッシュ共有ノードデータベース１１５から検索対象の他キャッシュ共有ノードを探して検索依頼を送信して条件に合致するｗｅｂデータを検索して取得するキャッシュノード検索制御部１１２を備えている。
【００２７】
キャッシュ検索プロキシ１１１は、ＷＷＷ１０６からｗｅｂデータが取得できなかった場合は、自ノード上のキャッシュ１１４を検索し、キャッシュ１１４上にもない場合はキャッシュノード検索制御部１１２に他キャッシュ共有ノードへの検索要求を実施する。
【００２８】
キャッシュ共有ノードデータベース１１５−１は、検索依頼を展開する他キャッシュ共有ノードのＩＰアドレスを管理するデータベースである。キャッシュ共有ノードデータベース１１５−１は、キャッシュ共有ネットワーク１０６を経由してキャッシュノード検索制御部１１２により検索依頼の結果情報を基に更新される。
【００２９】
例えば、キャッシュ共有ノードデータベース１１５−１は、キャッシュ共有ノード１０３およびキャッシュ共有ノード１０４のＩＰアドレスを保有しており、これを１つのキャッシュ共有ノードリストグループとして管理している。また、キャッシュ共有ノード１０３のキャッシュ共有ノードデータベース１１５−２は、例えば、キャッシュ共有ノード１０５のＩＰアドレスを保有しており、これをキャッシュ共有ノードリストグループとして管理している。
【００３０】
キャッシュ共有応答部１１６−１は、他キャッシュ共有ノードのキャッシュノード検索制御部から送信された検索依頼を受信し、キャッシュ管理データベース１１３から条件に合致するｗｅｂデータがキャッシュ１１４に存在するかどうかを確認して応答する機能を備えている。また、検索依頼のｗｅｂデータが自ノードのキャッシュ１１４に存在しない場合に、自ノードからさらに検索依頼を送信する機能（別ノードへの転送）を備えている。これにより、各キャッシュ共有ノードを経由し、キャッシュノード検索制御部から送信された検索依頼がより広域な範囲に展開される。
【００３１】
図１の例では、キャッシュ共有ノード１０１からはキャッシュ共有ノードデータベース１１５−１を使用してキャッシュ共有ノード１０１が管理しているキャッシュ共有ノードリストグループのすべての他キャッシュ共有ノード１０３、１０４に検索依頼を送信する。そして、この中の１つのノードである他キャッシュ共有ノード１０３がさらにキャッシュ共有ノードデータベース１１５−２を使用してそれ（ノード１０３）が管理するキャッシュ共有ノードリストグループのキャッシュ共有ノード１０５に検索依頼を送信（転送）するようにしている。この転送動作をノードポップといい、これを用いることにより幅広くｗｅｂデータの検索をすることができるようになる。
【００３２】
図２は、キャッシュ共有ノード１０１におけるキャッシュノード検索制御部１１２が管理するキャッシュ共有ノードデータベース１１５の構成例を示す図である。
【００３３】
キャッシュ共有ノードデータベース１１５は、自ノード（キャッシュ共有ノード１０１）が接続済みである他キャッシュ共有ノード１０３、１０４、１０５の情報を格納するためのデータベースである。キャッシュ共有ノードデータベース１１５は、他キャッシュ共有ノードごとの情報を登録するレコードで構成され、それぞれのレコードは、ノードＩＰアドレス２０１、キャッシュ保持数２０２、キャッシュ最終更新日付２０３、キャッシュ開始日付２０４、ノード通信速度２０５、および要求キャッシュ名一時保存エリア２０６から構成される。
【００３４】
ノードＩＰアドレス２０１は、他キャッシュ共有ノードの検索、および他キャッシュ共有ノードのキャッシュ内のｗｅｂデータの取得相手からの転送に利用する値であり、自ノードが接続済みである他キャッシュ共有ノードのＩＰアドレスを格納する。
【００３５】
キャッシュ保持数２０２は、他キャッシュ共有ノードの検索時に、接続すべき他キャッシュ共有ノードを決定する際の判断材料の一つとして利用する値であり、自ノードが接続済みである他キャッシュ共有ノードが保持しているキャッシュ内のｗｅｂデータの総数を格納する。
【００３６】
キャッシュ最終更新日付２０３は、他キャッシュ共有ノードの検索時に、指定された期間内で該当するｗｅｂデータのキャッシュを保持するか否かについて判断するために利用する値であり、自ノードが接続済みであるキャッシュ共有ノードが保持している最も新しいｗｅｂデータの日付を格納する。
【００３７】
キャッシュ開始日付２０４は、他キャッシュ共有ノードの検索時に、指定された期間内で該当するｗｅｂデータのキャッシュを保持するか否かについて判断するために利用する値であり、自ノードが接続済みであるキャッシュ共有ノードが保持している最も古いｗｅｂデータの日付を格納する。
【００３８】
ノード通信速度２０５は、他キャッシュ共有ノードの検索時に、接続すべき他キャッシュ共有ノードを決定する際の判断材料の一つとして利用する値であり、自ノードが接続済みである他キャッシュ接続ノードの通信速度を格納する。
【００３９】
要求キャッシュ名一時保存エリア２０６は、他キャッシュ共有ノード検索時に、指定した検索条件に合致するｗｅｂデータをキャッシュ内に持つ他キャッシュ共有ノードを特定した後、該当する他キャッシュ共有ノードに対してｗｅｂデータ送信要求を行う際に送信する値（情報）であり、要求ｗｅｂデータの数だけキャッシュのｗｅｂデータの名称を格納する。
【００４０】
図３は、キャッシュ共有ノード１０１におけるキャッシュ共有応答部１１６−１が管理するキャッシュ管理データベース１１３の構成例を示す図である。
【００４１】
キャッシュ管理データベース１１３は、キャッシュ共有ノード１０１において、他キャッシュ共有ノードから取得したキャッシュ内のｗｅｂデータ、あるいは自ノードがＷＷＷ１０６から直接取得したｗｅｂデータを格納したキャッシュ１１４を管理するための情報を格納したデータベースである。キャッシュ管理データベース１１３は、各ｗｅｂデータの情報を登録するレコードで構成され、それぞれのレコードは、ソースＵＲＬ３０１、キャッシュ取得日付３０２、キャッシュサイズ３０３、キャッシュファイル名３０４と、完全キャッシュ判定フラグ３０５、およびキャッシュＭＤ５値３０６から構成される。
【００４２】
ソースＵＲＬ３０１は、検索したいｗｅｂデータを指定するための値であり、現時点での、あるいはかつて存在した時点でのＵＲＬを格納する。
【００４３】
キャッシュ取得日付３０２は、他キャッシュ共有ノード検索時に、要求するｗｅｂデータの保存時期の絞込み条件指定がある場合に、他キャッシュ共有ノード上のキャッシュのｗｅｂデータが検索条件に合致するか判断するために利用する値であり、そのノードまたはそのｗｅｂデータを取得したノードがＷＷＷ１１７からｗｅｂデータを取得してキャッシュにｗｅｂデータを保存した日付を格納する。
【００４４】
キャッシュサイズ３０３は、ｗｅｂデータ送信時に送信先ノードに対して転送サイズを通知するために利用する値であり、ｗｅｂデータのサイズを格納する。
【００４５】
キャッシュファイル名３０４は、ソースＵＲＬ３０１およびキャッシュ取得日付３０２から一意に生成される値で、キャッシュ１１４に保存されたｗｅｂデータのファイル名称（例えば、ＵＲＬ名＋日時）を格納する。
【００４６】
完全キャッシュ判定フラグ３０５は、他キャッシュ共有ノード検索時に、そのノードのキャッシュ内に保有するｗｅｂデータの完全性を判定するために利用される値であり、キャッシュ取得日付３０２の時点でソースＵＲＬ３０１の示すｗｅｂ上の全てのｗｅｂデータがキャッシュ内に含まれるか否かを示すフラグを格納する。
【００４７】
キャッシュＭＤ５値３０６は、ｗｅｂデータの取得後に、取得したｗｅｂデータが自ノード上のキャッシュ１１４内のｗｅｂデータと同一のものであるか否かを判定するために利用される値であり、キャッシュ共有ノードがｗｅｂデータを取得した時点で計算したＭＤ５値を格納する。つまり、ＭＤ５値とは、通信途中でデータが破壊されていないかを判定するために用いられる指標である。
【００４８】
図４は、キャッシュ共有検索制御部１１２がキャッシュ共有ネットワーク１０６を経由して他キャッシュ共有ノード１０３、１０４、１０５のｗｅｂデータの保有状況の検索、および接続済みの他キャッシュ共有ノードへのｗｅｂデータ送信要求として送信するキャッシュリクエストの構造を示した図である。
【００４９】
キャッシュリクエストは、キャッシュノード検索制御部１１２が他キャッシュ共有ノードの検索、あるいは接続済み他キャッシュ共有ノードへのｗｅｂデータ送信要求として送信するリクエストプロトコルである。キャッシュリクエストには２種類あり、図４に示されるように、キャッシュ共有ノード検索固有クエリ４０１（図４Ａ）及びｗｅｂデータ送信要求固有クエリ４１０（図４Ｂ）で構成される。
【００５０】
リクエストタイプ４０２は、他キャッシュ共有ノード検索要求またはｗｅｂデータ送信要求のいずれかの値を格納し、キャッシュリクエストのキャッシュ共有ノード検索固有クエリ４０１、あるいはｗｅｂデータ送信要求固有クエリ４１０のいずれの情報が有効であるかを区別するために利用される。
【００５１】
キャッシュ共有ノード検索固有クエリ４０１は、リクエストタイプ４０２が他キャッシュ共有ノード検索要求を示す場合に、その検索条件を含むクエリ情報である。検索ソースＵＲＬ４０３、キャッシュ検索開始日付４０４、キャッシュ検索終了日付４０５、完全キャッシュ要求フラグ４０６、ノードホップ数４０７、最大ノードホップ数４０８、及び検索要求ノードＩＰアドレス４０９から構成される。
【００５２】
検索ソースＵＲＬ４０３は、要求するｗｅｂデータが、かつてｗｅｂ上で存在した時点でのＵＲＬを格納する。
【００５３】
キャッシュ検索開始日付４０４は、検索対象の他キャッシュ共有ノードのキャッシュ内に指定した日付以降のキャッシュ取得日付３０２を有するｗｅｂデータを保有しているかを判断するために利用され、他キャッシュ共有ノード検索時にユーザからｗｅｂブラウザ１０９で指定された場合のみ日付を格納する。
【００５４】
キャッシュ検索終了日付４０５は、検索対象の他キャッシュ共有ノードのキャッシュ内に指定した日付以前のキャッシュ取得日付３０２を有するｗｅｂデータを保有しているかを判断するために利用され、他キャッシュ共有ノード検索時にユーザからｗｅｂブラウザ１０９で指定された場合のみ日付を格納する。
【００５５】
完全キャッシュ要求フラグ４０６は、検索対象の他キャッシュ共有ノードが、指定された検索ソースＵＲＬ４０３についてキャッシュ検索開始日付４０４およびキャッシュ検索終了日付４０５の条件が合致するｗｅｂデータを保有することを確認できた場合に、そのｗｅｂデータの完全キャッシュ判定フラグ３０５が有効であるかを確認させるために利用され、他キャッシュ共有ノード検索時に指定された場合のみフラグ値を格納する。
【００５６】
ノードホップ数４０７は、キャッシュリクエストが到達した他キャッシュ共有ノード１０３が、例えば、キャッシュ共有ノードデータベース１１５−２によりさらに他キャッシュ共有ノード１０５にキャッシュリクエスト（図４Ａ）を送信する場合に、通過した他キャッシュ共有ノードの数を格納する。
【００５７】
最大ノードホップ数４０８は、ノードホップ数４０７の許容最大値を格納する。許容最大値を超えるとキャッシュ共有応答部はキャッシュリクエストをそれ以上転送しなくなる。最大ノードホップ数を設けることにより、際限なく転送処理を繰り返して処理速度が遅くなってしまうことを防止している。
【００５８】
検索要求ノードＩＰアドレス４０９は、他キャッシュ共有ノード検索要求を送信した他キャッシュ共有ノード（要求を出したノード）のＩＰアドレスを格納する。
【００５９】
ｗｅｂデータ送信要求固有クエリ４１０は、リクエストタイプ４０２がｗｅｂデータ送信要求を示す場合に、そのｗｅｂデータのファイル名である要求キャッシュファイル名エントリ４１１を含むクエリ情報である。
【００６０】
要求キャッシュファイル名４１１は、他キャッシュ共有ノードから取得するｗｅｂデータのファイル名を格納する。
【００６１】
図５は、他キャッシュ共有ノードから送信されたリクエストタイプ４０２が他キャッシュ共有ノード検索要求であるキャッシュリクエストを受け取ったキャッシュ共有応答部１１６−１が、その処理結果を送信元のキャッシュ要求ノードに返すためのリクエストレスポンスの構造を示した図である。
【００６２】
リクエストレスポンスは、キャッシュノード検索制御部１１２から送られる、またはキャッシュ共有応答部１１６−１から転送される他キャッシュ共有ノード検索要求のキャッシュリクエストに対しての他キャッシュ共有ノード１０３のキャッシュ共有応答部１１６−２からのレスポンスである。
【００６３】
リクエストレスポンスは、キャッシュ共有ノード検索固有データ５０１あるいはｗｅｂデータ送信用要求固有データ５１０で構成される。
【００６４】
リクエストレスポンスは、キャッシュ共有応答部１１６−１が受信したキャッシュリクエスト（図４）のリクエストタイプ４０２が他キャッシュ共有ノード検索要求であればキャッシュ共有ノード検索固有データ５０１が有効になり、リクエストタイプ４０２がｗｅｂデータ送信要求であればｗｅｂデータ送信要求固有データ５１０が有効となる。
【００６５】
ステータス５０２は、キャッシュ共有応答部１１６−１が受信したキャッシュリクエスト（図４）に対する処理の成否を示すステータス値を格納する。
【００６６】
キャッシュ共有ノード検索固有データ５０１は、他キャッシュ共有ノード１０３から送信されたキャッシュリクエスト（図４）のリクエストタイプ４０２が他キャッシュ共有ノード検索要求４０１である場合に、キャッシュ共有応答部１１６−１が条件に合致するｗｅｂデータをキャッシュ管理データベース１１３から見つけた場合に要求元の他キャッシュ共有ノード１０３へ返すリクエストレスポンスである。キャッシュ共有ノード検索固有データ５０１は、ステータス５０２が成功を示す場合のみ格納され、ノードＩＰアドレス５０３、キャッシュ保持数５０４、キャッシュ最終更新日付５０５、キャッシュ開始日付５０６、ノード通信速度５０７、要求ファイル名５０８、完全キャッシュ応答フラグ５０９から構成される。
【００６７】
ノードＩＰアドレス５０３は、要求したｗｅｂデータを見つけたキャッシュ共有ノードのＩＰアドレスを格納する。
【００６８】
キャッシュ保持数５０４は、要求したｗｅｂデータを見つけたキャッシュ共有ノードのキャッシュ管理データベース１１３から取得したキャッシュ１１４内のｗｅｂデータの総数を格納する。
【００６９】
キャッシュ最終更新日付５０５は、要求したｗｅｂデータを見つけたキャッシュ共有ノードのキャッシュ管理データベース１１３から取得したキャッシュ１１４内のｗｅｂデータの中から最も古いキャッシュ取得日付３０２を格納する。
【００７０】
キャッシュ開始日付５０６は、要求したｗｅｂデータを見つけたキャッシュ共有ノードのキャッシュ管理データベース１１３から取得したキャッシュ１１４内のｗｅｂデータの中から最も新しいキャッシュ取得日付３０２を格納する。
【００７１】
ノード通信速度５０７は、要求したｗｅｂデータを見つけたキャッシュ共有ノードの通信速度を格納する。
【００７２】
要求ファイル名５０８は、要求した条件に合致するｗｅｂデータのファイル名を格納する。要求した条件に合致するｗｅｂデータが複数存在する場合は、合致するデータの数だけ繰返しファイル名が格納される。
【００７３】
完全キャッシュ応答フラグ５０９は、要求した条件に合致するｗｅｂデータが完全なキャッシュデータであるか否かを示すフラグである。
【００７４】
ｗｅｂデータ送信要求固有データ５１０は、キャッシュリクエストのリクエストタイプ４０２がｗｅｂデータ送信要求４１０（図４Ｂ）である場合に、要求元の他キャッシュ共有ノードに返すリクエストレスポンスである。ｗｅｂデータ送信要求固有データ５１０は、ステータス５０１が成功を示す場合のみ含まれ、キャッシュファイル名５１１、キャッシュＭＤ５値５１２、およびデータエリア５１３から構成される。
【００７５】
キャッシュファイル名５１１は、要求元の他キャッシュ共有ノードに送信するキャッシュ１１４内のｗｅｂデータのファイル名を格納する。キャッシュファイル名５１１には、該当するｗｅｂデータについてキャッシュ管理データベース１１３のキャッシュファイル名３０４の値が格納される。
【００７６】
キャッシュＭＤ５値５１２は、要求元の他キャッシュ共有ノードに送信するキャッシュ１１４内のｗｅｂデータのキャッシュＭＤ５値を格納する。キャッシュＭＤ５値５１２には、該当するｗｅｂデータについてキャッシュ管理データベース１１３のキャッシュＭＤ５値３０６を格納する。
【００７７】
データエリア５１３は、要求元の他キャッシュ共有ノードに送信するｗｅｂデータの内容を格納する。送信するｗｅｂデータは、キャッシュ管理データベース１１３のキャッシュファイル名３０４が示すキャッシュ１１４内のｗｅｂデータである。
【００７８】
図６は、キャッシュ共有検索部１１０の処理を示したフローチャートである。
【００７９】
ユーザがｗｅｂブラウザ１０９上から、閲覧したいｗｅｂデータを有するｗｅｂサーバ１０７に対するＵＲＬを指定する。またはキャッシュ検索プロキシ１１１に対して明示的に検索を指示する固有の書式のＵＲＬを指定する（ステップ６００）。
【００８０】
ｗｅｂサーバ１０７のＵＲＬを入力した場合、キャッシュ検索プロキシ１１１はブラウザから送信されたＨＴＴＰ−ＧＥＴリクエストをｗｅｂサーバ１０７へ送信する。検索を指示する固有の書式のＵＲＬを入力した場合、ステップ６０２に進む（ステップ６０１）。
【００８１】
ｗｅｂサーバ１０７へＨＴＴＰ−ＧＥＴリクエストを送信したキャッシュ検索プロキシ１１１は、ＨＴＴＰ−ＧＥＴリクエストに対するｗｅｂサーバ１０７からのＨＴＴＰレスポンスを待ち受け、レスポンスのステータスコードからリクエストの成否を判定する。ＨＴＴＰレスポンスのステータスコードが２ｘｘ（成功）あるいは３ｘｘ（転送）の場合は、ｗｅｂ上にデータが存在したと見なしてステップ６０４に進む。一方、ステータスコードが４ｘｘ（クライアントエラー）、あるいは５ｘｘ（サーバエラー）である場合、もしくはＨＴＴＰリクエストがタイムアウトとなった場合は、要求データがｗｅｂサーバ１０７に存在しないと見なしてステップ６０３に進む（ステップ６０２）。なお、ＨＴＴＰレスポンスの判定方法は、一般的なＨＴＴＰプロトコルを例にしている。
【００８２】
キャッシュ検索プロキシ１１１が要求のｗｅｂデータが存在しているとみなした場合は、指定されたｗｅｂデータをｗｅｂサーバ１０７から取得してキャッシュ１１４に保存してキャッシュ管理データベース１１３を更新した後、ｗｅｂブラウザ１０９に渡す（ステップ６０４）。
【００８３】
要求したｗｅｂデータがｗｅｂサーバ１０７に存在しない場合、またはｗｅｂブラウザ１０９から検索を指示する固有の書式のＵＲＬを入力された場合は、キャッシュ共有検索部１１０は図８に示すｗｅｂデータ検索画面８００をｗｅｂブラウザ１０９に表示する。要求したｗｅｂデータがｗｅｂサーバ１０７に存在しない場合は、ｗｅｂデータ検索画面８００の入力項目のうち、ソースＵＲＬ８０２はステップ６００で指定したＵＲＬが初期値として入力されている。ユーザは、ｗｅｂブラウザ１０９から検索条件を入力する（ステップ６０２）。
【００８４】
キャッシュ検索プロキシ１１１は、要求したｗｅｂデータがｗｅｂサーバ１０７に存在しない場合はキャッシュ共有ノード検索クエリ４０１を作成してキャッシュノード検索制御部１１２に渡す。キャッシュノード検索制御部１１２では、キャッシュリクエスト（図４Ａ）の作成が行われる。はじめに、リクエストタイプ４０２に他キャッシュ共有ノード検索要求を示す値を格納し、他キャッシュ共有ノード検索固有クエリ４０１のうち、ノードホップ数４０７を０に初期化し、検索要求ノードＩＰアドレス４０９にはキャッシュ共有ノード１０１のＩＰアドレスを格納する。それ以外のエントリに格納する初期値は、ステップ６０２において、ｗｅｂデータ検索画面８００で検索条件として指定した値を、それぞれ検索ソースＵＲＬ４０３、キャッシュ検索開始日付４０４、キャッシュ検索終了日付４０５、完全キャッシュ要求フラグ４０６に格納する。
【００８５】
生成したキャッシュ共有ノード検索クエリ４０１は、他キャッシュ共有ノード検索要求として、キャッシュ共有ノードデータベース１１５−１に登録されている他キャッシュ共有ノード１０３、１０４に対し、順次コネクションを確立して送信する。トラフィックが多くなるため、コネクションの最大数はキャッシュノード検索制御部１１２で指定可能としてもよい。条件を満たす他キャッシュ共有ノードが多数存在する場合は、選択優先順位はキャッシュ保持数２０２の降順で選択し、キャッシュ保持数２０２が重複するノードが多数存在する場合はノード通信速度２０５も考慮した上で決定するなどの基準を設けて接続対象の他キャッシュ共有ノードを決定する。
【００８６】
キャッシュ共有ノード検索クエリ４０１を送信したキャッシュノード検索制御部１１２は、リクエストレスポンス（図５）の待ち合わせを行い、リクエストの成否を確認する。リクエストの成否確認は、リクエストレスポンス（図５）のステータス５０２を見て判断するほかに、リクエストの送信に失敗、あるいはリクエストに対するレスポンスタイムアウトでも判断する（ステップ６０５）。
【００８７】
キャッシュノード検索制御部１１２は、他キャッシュ共有ノード１０３、１０４に対して送信したキャッシュリクエスト（図４Ａ：キャッシュ共有ノード検索クエリ４０１）の全てに対して他キャッシュ共有ノードからのレスポンスがあった場合、あるいは一部のキャッシュリクエストに対するレスポンスがあり、残りのキャッシュリクエストがタイムアウトとなった場合で、かつ少なくとも一つのステータス５０２がリクエスト成功を示す値である場合のみ、リクエスト成功としてステップ６０８に進む。それ以外のケースは全てのキャッシュリクエスト（図４Ａ：キャッシュ共有ノード検索クエリ４０１）は失敗したと見なしてステップ６０７に進む（ステップ６０６）。
【００８８】
キャッシュノード検索制御部１１２は、全てのキャッシュリクエスト（図４Ａ：キャッシュ共有ノード検索クエリ４０１）が失敗した場合は、リクエストの送信に失敗、あるいはリクエストタイムアウトとなった他キャッシュ共有ノードが存在すれば、キャッシュ共有ノードデータベース１１５−１の該当するエントリを削除し、ｗｅｂブラウザ１０９にエラー画面のデータを渡してステップ６１３に進む（ステップ６０７）。ステップ６１３では、エラーを示す表示がブラウザ上に表示されることになる。
【００８９】
キャッシュノード検索制御部１１２は、キャッシュリクエスト（図４Ａ：キャッシュ共有ノード検索クエリ４０１）が成功した場合は、受信した全てのリクエストレスポンス（図５）のステータス５０２を参照し、リクエスト成功を示す値である場合は、キャッシュ共有ノード検索固有データ５０１のエントリを利用して、キャッシュ共有ノードデータベース１１５−１を更新する。キャッシュ共有ノード検索固有データ５０１とキャッシュ共有ノードデータベース１１５−１のレコードは、ノードＩＰアドレス５０３をノードＩＰアドレス２０１に、キャッシュ保持数５０４をキャッシュ保持数２０２に、キャッシュ最終更新日付５０５をキャッシュ最終更新日付２０３に、キャッシュ開始日付５０６をキャッシュ開始日付２０４に、ノード通信速度５０７がノード通信速度２０５に、要求ファイル名５０８が要求キャッシュファイル名一時保存エリア２０６にそれぞれ格納される。キャッシュ共有ノード検索固有データ５０１のノードＩＰアドレス５０３に対応するレコードが存在しない場合は、キャッシュ共有ノードデータベース１１５−１に新規レコードを追加してそれぞれの情報を格納する（ステップ６０８）。
【００９０】
キャッシュノード検索制御部１１２は、受信したリクエストレスポンス（図５Ａ：キャッシュ共有ノード検索固有データ５０１）の要求ファイル名５０８を参照して、ｗｅｂデータ検索画面８００にて指定した検索条件に合致するｗｅｂデータが１つしか存在しない場合は、ステップ６１２に進む。複数存在する場合は、ステップ６１０に進む（ステップ６０９）。
【００９１】
リクエストレスポンス（キャッシュ共有ノード検索固有データ５０１）の要求ファイル名５０８が検索条件に合致するｗｅｂデータが複数存在する場合は、ｗｅｂブラウザ１０９に図９に示す画面を表示し、要求ファイル名５０８の全てのファイル名を候補ｗｅｂデータ一覧表９０１の形式で選択できるように表示する（ステップ６１０）。
【００９２】
ユーザが表示させたいｗｅｂデータがｗｅｂブラウザ１０９に表示されている候補ｗｅｂデータ一覧表９０１により選択するのを待つ。表示順序や画面あたりの表示数などは表示オプション項目９０２の入力と再表示ボタン９０３の押下により変更できるようにしておくこともできる（ステップ６１１）。
【００９３】
ユーザからの選択が実行されたら、キャッシュノード検索制御部１１２は、キャッシュリクエストのリクエストタイプ４０２にｗｅｂデータ送信要求を示す値を設定する。さらに、ｗｅｂデータ送信要求固有クエリ４１０の要求キャッシュファイル名４１１にリクエストレスポンス（キャッシュ共有ノード検索固有データ５０１）の要求ファイル名５０８、あるいはｗｅｂデータ選択画面９００で選択されたｗｅｂデータの要求ファイル名５０８を設定する。候補ｗｅｂデータ一覧表９０１で選択されたｗｅｂデータを保持するキャッシュ共有ノードのノードＩＰアドレス５０３に対して、作成したキャッシュリクエスト（ｗｅｂデータ送信要求固有クエリ４１０）を送信する。
【００９４】
送信後、対象キャッシュ共有ノードからのリクエストレスポンス（ｗｅｂデータ送信要求固有データ５１０）を待ち受ける。受信したリクエストレスポンス（図５Ｂ：ｗｅｂデータ送信要求固有データ５１０）のステータス５０２がリクエスト成功を示す場合、ｗｅｂデータ送信要求固有データ５１０のキャッシュＭＤ５値と、ｗｅｂデータそのものであるデータエリア５１３に対して計算したキャッシュＭＤ５値を比較し、対象キャッシュ共有ノードからｗｅｂデータが正しく受信できたことを確認する（ステップ６１２）。
【００９５】
キャッシュノード検索制御部は、対象キャッシュ共有ノードから取得したｗｅｂデータをキャッシュ１１４に保存してキャッシュ管理データベース１１３を更新した後、キャッシュ検索プロキシ１１１に制御を移してｗｅｂブラウザ１０９に表示させる（ステップ６１３）。
【００９６】
図７は、キャッシュ共有応答部（１１６−１〜１１６−４・・・）の処理を示したフローである。
【００９７】
例えば、キャッシュ共有応答部１１６−１が他キャッシュ共有ノードのキャッシュノード検索制御部またはキャッシュ共有応答部からキャッシュリクエスト（図４）を受信する（ステップ７００）。
【００９８】
キャッシュリクエスト（図４）のリクエストタイプ４０２を判断し、他キャッシュ共有ノード検索要求（図４Ａ）かｗｅｂデータ送信要求（図４Ｂ）のいずれかを判定する（ステップ７０１）。
【００９９】
キャッシュリクエストがｗｅｂデータ送信要求（図４Ｂ）の場合、ｗｅｂデータ送信要求固有クエリ４１０の要キャッシュファイル名４１１に合致するｗｅｂデータをキャッシュ管理データベース１１３から探し、リクエストレスポンス（図５Ｂ）を作成する。ｗｅｂデータ送信要求固有データ５１０からキャッシュ管理データベース１１３のレコードへの反映は、キャッシュファイル名５１０をキャッシュファイル名３０４に、キャッシュＭＤ５値５１１をキャッシュＭＤ５値３０６に格納し、データエリア５１３はｗｅｂデータそのものを格納する。最後に、リクエストレスポンス（図５Ｂ）のステータス５０２に成功を示す値を設定し、レスポンスを返送する（ステップ７０２）。
【０１００】
キャッシュ共有ノード検索固有クエリ４０１（図４Ａ）に含まれる、検索要求ノードＩＰアドレス４０９が指す検索要求ノードと自ノード（キャッシュ共有ノード１０１）の間にコネクションが確立していない場合は、コネクションを確立させる。コネクションの確立に成功した場合は、キャッシュ共有ノード検索固有クエリ４０１のノードホップ数４０７をインクリメントしてステップ７０４に進む。ノードホップ数は、他キャッシュ共有ノードに他キャッシュ共有ノード検索要求を転送された回数を示す値である。
【０１０１】
コネクションの確立に失敗した場合は、キャッシュリクエスト（図４Ａ）を破棄して処理を終了する（ステップ７０３）。
【０１０２】
キャッシュ共有ノード検索固有クエリ４０１（図４Ａ）に含まれる、検索ソースＵＲＬ４０３、キャッシュ検索開始日付４０４、キャッシュ検索終了日付４０５、完全キャッシュ要求フラグ４０６の条件について、キャッシュ管理データベース１１３内の情報と突合せをして条件に合致するｗｅｂデータをキャッシュ管理データベース１１３から検索される（ステップ７０４）。
【０１０３】
条件に合致するｗｅｂデータがキャッシュ管理データベース１１３に存在する場合は、ステップ７０８に進む。条件に合致するｗｅｂデータがキャッシュ管理データベース１１３に存在しない場合は、ステップ７０６に進む（ステップ７０５）。
【０１０４】
リクエストレスポンス（図５）のステータス５０２に検索成功を示す値を設定し、キャッシュ共有ノード検索固有データ５０１（図５Ａ）のノードＩＰアドレス５０３に自ノードのＩＰアドレスを、キャッシュ保持数５０４にキャッシュ管理データベース１１３の全レコード数を、キャッシュ最終更新日付５０５にキャッシュ管理データベース１１３から検索した最も新しいキャッシュ取得日付３０２を、キャッシュ開始日付５０６にキャッシュ管理データベース１１３の全レコードから検索した最も古いキャッシュ取得日付３０２を、ノード通信速度５０７に自ノードの通信速度を、要求ファイル名５０８に検索条件の合致したキャッシュ管理データベース１１３におけるキャッシュファイル名３０４を設定し、リクエストレスポンス（図５Ａ）を完成させて要求元の他キャッシュ共有ノードに送信する（ステップ７０８）。
【０１０５】
自ノードのキャッシュ管理データベース１１３に条件に合致するｗｅｂデータが存在しなかった場合、キャッシュリクエスト（図４Ａ）のノードホップ数４０７と、最大ノードホップ数４０８を比較し、ノードホップ数４０７が最大ノードホップ数４０８以上である場合は、リクエストレスポンス（図５Ａ）のステータス５０２に検索失敗を示す値を設定し、ｗｅｂデータ送信要求固有データ５１０の各エントリにはヌルデータを設定してリクエストレスポンス５００を完成させてステップ７０８に進めて送信させる。ノードホップ数４０７が最大ノードホップ数４０８未満の場合はステップ７０７に進む（ステップ７０６）。
【０１０６】
自ノードが受け取ったキャッシュリクエスト（図４Ａ）を、他キャッシュ共有ノードのキャッシュ共有応答部に対して転送（リダイレクト）して当該ノードでの処理は終了し、リダイレクト先の他のキャッシュ共有ノードはステップ７００乃至７０８の処理を再度実行する。リダイレクトする先の他キャッシュ共有ノードの選択は、ステップ６０５と同様の条件を適用する。接続対象の他キャッシュ共有ノードとのコネクションを切断して、リダイレクト先として選択された他キャッシュ共有ノードに対してリダイレクトのキャッシュリクエスト（図４Ａ）を送信する。この時、キャッシュリクエスト（図４Ａ）のノードホップ数をインクリメントする。リダイレクトされたキャッシュリクエスト（図４Ａ）が他キャッシュ共有ノードのキャッシュ共有応答部で受信された後は、再びステップ７００から実行される。この処理はキャッシュリクエスト（図４Ａ）のノードホップ数４０７が最大ノードホップ数に達するか、検索条件を満たすキャッシュが見つかるまで再帰的に実行される。１つのキャッシュ共有ノードが複数の他キャッシュ共有ノードに送信するため、処理対象のキャッシュ共有ノードは階乗的に増加し、検索効率が高くなる（ステップ７０７）。
【０１０７】
なお、図７のフローチャートの処理では、順次他のキャッシュ共有ノードとリクエスト元のノードとのコネクションを確立してからキャッシュ検索を実行するようにしているが、本発明はこのような処理に限定されるものではなく、まずキャッシュ検索を実行し、あるノードが所望のキャッシュデータ有すると判明した後に、そのノードとリクエスト元とのコネクションを確立するようにしてもよい。
【０１０８】
図８は、ｗｅｂブラウザ１０９上に表示されるｗｅｂデータ検索画面の例を示す。
ｗｅｂデータ検索画面８００は、ｗｅｂブラウザ１０９のＵＲＬ指定欄８０１に指定したｗｅｂデータが表示できなかった場合に表示される。また、ＵＲＬ指定欄８０１に明示的に検索を指示する書式を記述することでもｗｅｂデータ検索画面８００を表示することができる。
【０１０９】
ｗｅｂデータ検索画面８００は、ソースＵＲＬ８０２、検索期間８０３、検索オプション項目８０４、検索開始ボタン８０５などから構成される。ｗｅｂデータ検索画面８００を表示する際、指定したＵＲＬのｗｅｂデータを表示できなかった場合には要求のｗｅｂデータを取得できなかった旨のエラーメッセージがタイトルに表示され、ＵＲＬ指定欄８０１に検索を指示した場合にはタイトルには何も表示されない。
【０１１０】
ソースＵＲＬ８０２には、ＵＲＬ指定欄８０１に指定したｗｅｂデータが表示できなかった場合にはそのＵＲＬが表示され、明示的に検索を支持する書式を記述した場合にはＵＲＬを指定する必要がある。
【０１１１】
検索期間８０３は、他キャッシュ共有ノードのキャッシュ内にあるｗｅｂデータを絞込むための検索期間を条件として入力する。省略するとすべての期間の検索ができるようにしてもよい。また、検索オプション項目８０４には、その他の検索条件を指定できるようにしてもよい。
【０１１２】
必要な項目をすべて入力した後、検索開始ボタン８０５の押下により検索が開始される。検索の結果、検索条件に合致するｗｅｂデータを発見できた場合、複数の候補が見つかった場合には図９が表示される。１つだけ候補がある場合は、そのｗｅｂデータが画面に表示される。１つも表示されなかった場合は、再度、エラーメッセージと共に再度、図８の画面を表示する。
【０１１３】
図９は、ｗｅｂブラウザ１０９上に表示されるｗｅｂデータ選択画面の例を示す。図８の検索結果により条件に合致する複数のｗｅｂデータが見つかった場合にはｗｅｂデータ選択画面９００が表示される。ｗｅｂデータ選択画面９００は、候補ｗｅｂデータ一覧表９０１、表示オプション項目９０２、再表示ボタン９０３などから構成される。
【０１１４】
候補ｗｅｂデータ一覧表９０１には、図８の画面で指定した検索条件に対して見つかった候補のｗｅｂデータの一覧が表示される。候補ｗｅｂデータの一つを選択すると、自ノードのキャッシュ内または該当する他キャッシュ共有ノードから該当ｗｅｂデータを取得してｗｅｂブラウザ１０９に表示される。また、表示オプション項目９０２を入力して再表示ボタン９０３を押下することで候補ｗｅｂデータ一覧表９０１の表示順序を変更して再表示できるようにしてもよい。
【０１１５】
また、表示オプション（絞り込み領域）９０２に、例えば、ノードの通信速度やキャッシュデータの完全性等を入力し、９０１に表示されている候補ｗｅｂデータをさらに絞り込むことができる。
【０１１６】
なお、実施形態の機能を実現するソフトウェアのプログラムコードによっても本発明は実現できる。この場合、プログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フロッピィ（登録商標）ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
【０１１７】
また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。
【０１１８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータ上のメモリに書きこまれた後、そのプログラムコードの指示に基づき、コンピュータのＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。
【０１１９】
また、実施の形態の機能を実現するソフトウェアのプログラムコードがネットワークを介して配信されることにより、システム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納され、そのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行することによっても、達成されるようにしてもよい。
【０１２０】
＜実施形態の効果＞
Ｐ２Ｐネットワークを活用して分散した個々のコンピュータ上のキャッシュを検索してｗｅｂデータを取得できるようにすることで、より広範に様々な時期のｗｅｂデータを取得できるようにし、削除されたｗｅｂデータの閲覧の可能性を向上させ、必要な情報を長期間に渡って閲覧できる。このｗｅｂデータは、通常のキャッシュ（最新のもの）とは異なり、所望の期間にアクセスされたものであるので、最新のｗｅｂデータのみならず過去に存在した任意の時期のデータを取得できるようになる。
【０１２１】
また、更新の頻繁なサイトにおいて、更新前の情報を閲覧したくなった場合でも、Ｐ２Ｐネットワークを使って任意の時期のｗｅｂデータを取得して表示することで更新前の情報を閲覧できる。
【０１２２】
さらに、ｗｅｂデータの取得要求を送信したノードがその要求に対応したｗｅｂデータをキャッシュデータとして持っていない場合には別のノードに当該要求を転送することができるので、要求元のノードがキャッシュ共有ノードデータベースでＩＰアドレスを管理していない場合であって、幅広く検索処理を実行でき所望のキャッシュデータを取得できる確率を高めることができる。
【０１２３】
複数のノードが要求に対応するｗｅｂデータを有している場合には、さらにノードの通信速度により絞込みができるので、迅速に所望のｗｅｂデータを取得することができるようになる。
【図面の簡単な説明】
【０１２４】
【図１】本発明の実施形態による情報処理システム（ｗｅｂ閲覧システム）の構成を示すブロック図である。
【図２】キャッシュ共有ノードデータベースの構造を示した図である。
【図３】キャッシュ管理データベースの構造を示したブロック図である。
【図４】キャッシュリクエストのフォーマットの構造を示した図である。
【図５】リクエストレスポンスのフォーマットの構造を示した図である。
【図６】キャッシュ共有ノード内のキャッシュ共有検索部の処理を説明するためのフローチャートである。
【図７】キャッシュ共有ノード内のキャッシュ共有応答部の処理を説明するためのフローチャートである。
【図８】ｗｅｂデータ検索画面の具体例を示す図である。
【図９】ｗｅｂデータ選択及び絞り込み画面の具体例を示す図である。
【符号の説明】
【０１２５】
１０１…キャッシュ共有ノード、１０２乃至１０５…他キャッシュ共有ノード、１０６…キャッシュ共有ネットワーク／ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｄ）、１０７…ｗｅｂサーバ、１０９…ｗｅｂブラウザ、１１０…キャッシュ共有検索部、１１１…キャッシュ検索プロキシ、１１２…キャッシュノード検索制御部、１１３…キャッシュ管理データベース、１１４…キャッシュ、１１５−１乃至１１５−３…キャッシュ共有ノードデータベース、１１６−１乃至１１６−４…キャッシュ共有応答部、２０１…ノードＩＰアドレス、２０２…キャッシュ保持数、２０３…キャッシュ最終更新日付、２０４…キャッシュ開始日付、２０５…ノード通信速度、２０６…要求キャッシュ名一時保存エリア、３０１…ソースＵＲＬ、３０２…キャッシュ取得日付、３０３…キャッシュサイズ、３０４…キャッシュファイル名、３０５…完全キャッシュ判定フラグ、３０６…キャッシュＭＤ５値、４０１…キャッシュ共有ノード検索固有クエリ、４０２…リクエストタイプ、４０３…検索ソースＵＲＬ、４０４…キャッシュ検索開始日付、４０５…キャッシュ検索終了日付、４０６…完全キャッシュ要求フラグ、４０７…ノードホップ数、４０８…最大ノードホップ数、４０９…検索要求ノードＩＰアドレス、４１０…ｗｅｂデータ送信要求固有クエリ、４１１…要求キャッシュファイル名、５０１…キャッシュ共有ノード検索固有データ、５０２…ステータス、５０３…ノードＩＰアドレス、５０４…キャッシュ保持数、５０５…キャッシュ最終更新日付、５０６…キャッシュ開始日付、５０７…ノード通信速度、５０８…要求ファイル名、５０９…完全キャッシュ応答フラグ、５１０…ｗｅｂデータ送信要求固有データ、５１１…キャッシュファイル名、５１２…キャッシュＭＤ５値、５１３…データエリア、８００…ｗｅｂデータ検索画面、８０１…ＵＲＬ指定欄、８０２…ソースＵＲＬ、８０３…検索期間、８０４…検索オプション項目、８０５…検索開始ボタン、９００…ｗｅｂデータ選択画面、９０１…候補ｗｅｂデータ一覧表、９０２…表示オプション項目、９０３…再表示ボタン
【図１】
2007317107.tif 000003
【図２】
2007317107.tif 000004
【図３】
2007317107.tif 000005
【図４】
2007317107.tif 000006
【図５】
2007317107.tif 000007
【図６】
2007317107.tif 000008
【図７】
2007317107.tif 000009
【図８】
2007317107.tif 000010
【図９】
2007317107.tif 000011