JP2008117322A - 情報提供システム及び情報提供方法 - Google Patents

Abstract

【課題】利便性の高い情報提供システム及び情報提供システムの利便性を向上させ得る情報提供方法を提案する。
【解決手段】通信機器が、ネットワークにおけるアクセス対象の前記情報の所在を表す第１のアドレス情報に所望の復元時刻を付加した第２のアドレス情報を生成し、生成した第２のアドレス情報をネットワークを介して情報提供サーバに送信し、情報提供サーバが、受信した第２のアドレス情報に基づいて、対応する情報を指定された復元時刻の状態に復元し、復元した情報を通信機器に送信するようにした。
【選択図】図１

Description

本発明は、情報提供システム及び情報提供方法に関し、例えばユーザが使用するクライアントと、Ｗｅｂ検索サービスを提供する事業者（以下、これをＷｅｂ検索サービス提供事業者と呼ぶ）が設置したＷｅｂ検索サーバと、情報提供者が設置した情報提供サーバとがインターネットを介して接続されたネットワークシステムに適用して好適なものである。

従来、ストレージ装置におけるデータの復元方法として、スナップショットを利用した方法が広く用いられている。このスナップショットを利用したデータ復元方法は、人為的なミスによりデータが消失してしまったときや、かかるスナップショット生成時点におけるファイルの状態を復元したいときなどに用いられる。ここで、スナップショットとは、ある時点の論理ボリュームのデータイメージをいう。

このデータ復元方法において保持される論理ボリュームのデータイメージは、スナップショット生成時点における論理ボリューム全体のデータではなく、現在の論理ボリュームのデータと、スナップショット生成時点における論理ボリューム及び現在の論理ボリューム間の差分である差分データとから構成される。そしてこれらの差分データと現在の論理ボリュームのデータとに基づいて、かかるスナップショット生成指示が与えられた時点における論理ボリュームの状態が復元される。従って、このようなデータ復元方法によれば、論理ボリューム全体をそのまま記憶する場合に比べて、より小さい記憶容量でスナップショット生成時点の論理ボリュームのイメージを維持できるという利点がある。

また近年では、ストレージ装置におけるデータ復元方法として、かかるスナップショットと、論理ボリュームの更新履歴情報でなるジャーナルとを利用したＣＤＰ（Continues Data Protection）と呼ばれる方法も提案されている（特許文献１参照）。

このデータ復元方法は、ジャーナルを順次蓄積すると共に、一定時間ごとに論理ボリュームのスナップショットを取得してこれを蓄積し、ある時刻（以下、これを復元時刻と呼ぶ）における論理ボリュームの内容を復元する場合に、その復元時刻よりも取得時刻が過去で、かつその取得時刻が復元時刻に最も近いスナップショットに対して、当該スナップショットを取得した時刻から復元時刻までのジャーナルを古いものから順番に順次適用するものである。このデータ復元方法によれば、任意時点の論理ボリュームを復元できるという利点がある。
特開２００５−１８７３８号公報

ところで、近年では、情報技術の発展と共に多くの人がコンピュータを使用するようになり、インターネットなどのネットワークを通じて様々な情報が提供されるようになった。その莫大な情報の中から所望する情報を取得する方法としては、Ｗｅｂ検索サービス提供事業者のサイトにアクセスし、かくして表示されるＷｅｂ検索ページ上において適切なキーワードを指定して検索を行なう方法が広く用いられている。

現在、Ｗｅｂ検索サービス提供事業者が使用しているＷｅｂ検索エンジンとしては、ロボット型検索エンジン及びディレクトリー型検索エンジンが存在する。

このうちロボット型検索エンジンは、情報データベースを作成するためにクローラと呼ばれる検索ロボットを使用してＷｅｂページを巡回し、情報を収集してデータベースを作成する。ロボット型検索エンジンは、ひたすらＷｅｂページのリンク構造を辿り、新たな情報を収集して行く。

このときロボット型検索エンジンは、一般的なＷｅｂページのデータのほかに、文書や、画像、さらには音声などの様々な種類の拡張子を持つ情報を収集する。

そして収集されたこれらの情報は、収集日時、そのファイルから抽出したキーワード、インターネットにおけるその情報の所在を表すアドレス情報でなるＵＲＬ（Uniform Resource Locator）及びインデックスなどと共に検索データベースに格納される。

この検索データベースは定期的に更新され、１日又は数週間から数ヶ月程度の周期で更新される。インターネット上で公開された情報は、いずれかのＷｅｂページ上においてリンクが貼られていれば、いずれロボット型検索エンジンに収集され、その情報に関連したキーワードの検索結果としてユーザに提示される。なお、「リンクを貼る」とは、文書内にその情報のＵＲＬ（位置情報）を表記することをいう。

この場合において、かかるＷｅｂ検索エンジンによるインターネット上での情報収集作業は常時実施されているわけではなく、また、情報提供者が情報を更新するごとに行われるわけでもない。つまり、Ｗｅｂ検索ページ上で行なわれるキーワード検索は、Ｗｅｂ検索エンジンが情報収集を行なったときにインターネット上に存在していた情報に基づいて行われるものであり、現時点でインターネット上に存在する情報に基づいて行われるものではない。

このため、例えばかかるＷｅｂ検索の検索結果画面上に挙げられたＷｅｂページにアクセスしようとしたときに、そのＷｅｂページにアクセスできない場合がある。これは、Ｗｅｂ検索エンジンによる情報収集時にはそのＷｅｂページがインターネット上で公開されていたものの、その後そのＷｅｂページが削除等されて現在は当該Ｗｅｂページがインターネット上で公開されていない場合もあるからである。

このような場合、現状ではユーザがかかるＷｅｂページを参照することはもはや不可能である。しかしながら、このように既にインターネット上で公開されていないＷｅｂページについてもユーザが参照できるような仕組みを構築できれば、ユーザの検索作業の作業性を向上させて、情報提供システムとしてのインターネットの利便性を格段的に向上させ得るものと考えられる。

本発明は以上の点を考慮してなされたもので、利便性の高い情報提供システム及び情報提供システムの利便性を向上させ得る情報提供方法を提案しようとするものである。

かかる課題を解決するため本発明においては、通信機器と、当該通信機器からの要求に応じて情報を提供する情報提供サーバとがネットワークを介して接続された情報提供システムにおいて、前記通信機器は、前記ネットワークにおけるアクセス対象の前記情報の所在を表す第１のアドレス情報に所望の復元時刻を付加した第２のアドレス情報を生成し、生成した前記第２のアドレス情報を前記ネットワークを介して前記情報提供サーバに送信し、前記情報提供サーバは、受信した前記第２のアドレス情報に基づいて、対応する前記情報を指定された復元時刻の状態に復元し、復元した前記情報を前記通信機器に送信するようにした。

また本発明においては、通信機器と、当該通信機器からの要求に応じて情報を提供する情報提供サーバとがネットワークを介して接続されたネットワークシステムにおける情報提供方法において、前記通信機器が、前記ネットワークにおけるアクセス対象の前記情報の所在を表す第１のアドレス情報に所望の復元時刻を付加した第２のアドレス情報を生成し、生成した前記第２のアドレス情報を前記ネットワークを介して前記情報提供サーバに送信する第１のステップと、前記情報提供サーバが、受信した前記第２のアドレス情報に基づいて、対応する前記情報を指定された復元時刻の状態に復元し、復元した前記情報を前記通信機器に送信する第２のステップとを設けるようにした。

本発明によれば、既にネットワーク上から削除された情報をユーザが取得できるようにすることができ、ユーザの検索作業を容易化させることができる。かくするにつき、情報提供システムの利便性を格段的に向上させることができる。

以下図面について、本発明の一実施の形態を詳述する。

（１）第１の実施の形態
（１−１）本実施の形態によるネットワークシステムの構成
図１は、本実施の形態によるネットワークシステムを示す。このネットワークシステム１は、クライアント２、Ｗｅｂ検索サーバ３及び情報提供サーバ４が第１のネットワーク（以下、インターネットとする）５を介して接続されると共に、情報提供サーバ４がＳＡＮ（Storage Area Network）等からなる第２のネットワーク６を介して複数のストレージ装置７と接続されることにより構成されている。

クライアント２は、ユーザが使用する汎用のパーソナルコンピュータであり、ＣＰＵ１０（Central Processing Unit）及びメモリ１１のほか、図示しないマウス及びキーボード等の入力装置や、液晶パネル又はＣＲＴ（Cathode Ray-Tube）等からなる図示しないディスプレイなどを備える。

クライアント２のメモリ１１には予めインストールされたＷｅｂブラウザプログラム１２が格納されており、このＣＰＵ１０がこのＷｅｂブラウザプログラム１２を実行することにより、クライアント２がインターネット５を介してＷｅｂ検索サービス提供事業者３が提供するＷｅｂ検索サイトや情報提供者が提供するサイトにアクセスすることができる。これによりユーザは、かかるＷｅｂ検索サイトにおいて任意のキーワードによるキーワード検索を行なったり、情報提供者が提供するサイトにおいて所望の情報を取得することができる。

Ｗｅｂ検索サーバ３は、Ｗｅｂ検索サービス提供事業者が設置したコンピュータであり、ＣＰＵ１３及びメモリ１４などのハードウェアを備える。ＣＰＵ１３はＷｅｂ検索サーバ３全体の動作制御を司るプロセッサである。またメモリ１４は、各種制御プログラムや各種情報を保持するために用いられるほか、ＣＰＵ１３のワークメモリとしても用いられる。メモリ１４に格納された制御プログラムをＣＰＵ１３が実行することにより、Ｗｅｂ検索サーバ３全体として種々の処理を実行する。

本実施の形態の場合、Ｗｅｂ検索サーバ３のメモリ１４には、かかる制御プログラムの１つとして、インターネットサービス部１５、情報収集部１６、キーワード検索部１７及び検索データベース１８からなるＷｅｂ検索プログラム１９が格納される。

インターネットサービス部１５は、クライアント２からの参照要求に応じて上述のＷｅｂ検索ページの画面データをそのクライアント２に提供するためのプログラムである。

また情報収集部１６は、独自の情報収集ロボットを用いて、インターネット５上に公開されている情報（各種ファイルであり、以下、ファイルと記す）を自動的かつランダムに収集するためのプログラムである。この情報収集部１６に基づいて収集されたファイルは、キーワードと関連付けられ、そのファイルの収集時刻及び収集したＷｅｂページのＵＲＬなどと共に検索データベース１８に登録される。

キーワード検索部１８は、ユーザ操作に応じてクライアント２から送信されるキーワードに基づいて検索データベース１８を検索（クエリ）するためのプログラムである。かかる検索により得られた検索結果は、インターネットサービス部１５を介してクライアント２に送信される。

情報提供サーバ４は、情報提供者が設置したコンピュータであり、ＣＰＵ２０及びメモリ２１などのハードウェアを備える。ＣＰＵ２０は、情報提供サーバ４全体の動作制御を司るプロセッサである。またメモリ２１は、各種制御プログラムや各種情報を保持するために用いられるほか、ＣＰＵ２０のワークメモリとしても用いられる。メモリ２１に格納された制御プログラムをＣＰＵ２０が実行することにより、情報提供サーバ４全体として種々の処理を実行する。

本実施の形態の場合、この情報提供サーバ４のメモリ２１には、かかる制御プログラムの１つとして、情報提供プログラム２２、復元プログラム２３及び管理データベース２４が格納される。

情報提供プログラム２２は、情報提供サーバ４やストレージ装置７に保持されたＷｅｂページの画面データや、文書、画像及び音声などの各種ファイルをクライアント２やＷｅｂ検索サーバ３に提供するためのプログラムであり、インターネットサービス部２５から構成される。情報提供サーバ４は、このインターネットサービス部２５に基づき、クライアント２又はＷｅｂ検索サーバ３からの参照要求に応じて、必要なファイルを情報提供サーバ４又はストレージ装置７から読み出し、これをそのクライアント２又はＷｅｂ検索サーバ３に送信する。

復元プログラム２３は、後述するページ復元機能に関するプログラムであり、履歴管理部２７、アクセス管理部２７及び情報復元部２８から構成される。

履歴管理部２７は、情報提供者が提供する情報（ファイル）の削除や更新等の履歴を管理及び監視するためのプログラムであり、アクセス管理部２８は、復元されるファイルの復元可否を管理するためのプログラムである。これら履歴管理部２７及びアクセス管理部２８が使用する後述の復元管理テーブル３０、履歴管理テーブル３１及びボリューム管理テーブル３２は管理データベース２４に格納されて保持される。また情報復元部２８は、外部からの要求に応じて情報提供サーバ４が提供するファイルを指定された復元時刻の状態に復元するためのプログラムである。

ストレージ装置７は、情報提供者がインターネット５上で公開する情報のファイルを保存しておくための大容量の記憶装置であり、データを記憶するための記憶領域を提供する複数のディスクデバイス４０と、これらディスクデバイス４０を制御するコントローラ４１とから構成される。

各ディスクデバイス４０は、例えばＳＣＳＩ（Small Computer System Interface）ディスク等の高価なディスク、又はＳＡＴＡ（Serial AT Attachment）ディスクや光ディスク等の安価なディスクなどの安価なディスクから構成される。これらディスクデバイス４０は、コントローラ４１によりＲＡＩＤ（Redundant Array of Inexpensive Disks）方式で運用される。なお、ディスクデバイス４０に代えて、例えばフラッシュメモリなどの半導体メモリを適用するようにしても良い。

１又は複数のディスクデバイス４０が提供する物理的な記憶領域上に、１又は複数の論理ボリュームＶＯＬが設定され、この論理ボリュームＶＯＬにデータが所定大きさのブロックを単位として読み書きされる。

各論理ボリュームＶＯＬには、それぞれ固有のボリュームＩＤ（例えばＬＵＮ（Logical Unit Number））が割り当てられる。本実施の形態の場合、ストレージ装置７に格納されたデータへのアクセスは、このボリュームＩＤと、各ブロックにそれぞれ割り当てられるそのブロックに固有のブロックＩＤ番号（例えばＬＢＡ（Logical Block Address））との組み合わせたものをアドレスとして、当該アドレスを指定して行われる。

なお、ストレージ装置７内に作成される論理ボリュームＶＯＬの種別としては、データボリューム、スナップショットボリューム及びジャーナルボリュームなどがある。このうちデータボリュームは、情報提供者がインターネット上に提供するファイルを保持するために用いられ、スナップショットボリュームは、作成されたスナップショットの差分データを保持するために用いられる。またジャーナルボリュームは、ジャーナルを保持するために用いられる。

コントローラ４１は、ネットワーク６を介して情報提供サーバ４と通信を行うためのネットワークインタフェースや、各ディスクデバイス４０と通信を行うためのディスクインタフェース、論理ボリュームＶＯＬに読み書きするデータを一時的に保持するキャッシュメモリなどを備えて構成され、情報提供サーバ４及び各ディスクデバイス４０間のデータの入出力を制御する。

（１−２）ページ復元機能
次に、本実施の形態によるネットワークシステム１の情報提供サーバ４に搭載されたページ復元機能について説明する。

（１−２−１）ＣＤＰ機能及びジャーナルバックアップ機能の概要
まず、かかるストレージ装置７に搭載されたＣＤＰ機能及びジャーナルボリュームバックアップ機能について、図２〜図４を参照して説明する。なお、本実施の形態においては、かかるＣＤＰ機能を実現するためのＣＤＰ技術として、上述の特開２００５−１８７３８号公報に開示された技術を採用しているため、ここでは簡単に説明することとする。

本実施の形態の場合、ストレージ装置７のコントローラ４１は、情報提供サーバ４からデータ書き込み要求及び書込み対象のデータが与えられた場合、当該データを指定されたデータボリュームＤＶＯＬ内の指定されたアドレスに格納すると共に、ジャーナルをジャーナルボリュームＪＶＯＬに格納する。

このジャーナルは、図２に示すように、データの書込み先アドレス（「JHN-ADR」）、データ長（「JHN-LENG」）及び当該データの更新時刻（「JHN-TIME」）からなるヘッダ情報Ｄ１と、そのときの書込み対象のデータＤ２（「JHN-DATA」）とから構成される。なお、本実施の形態の場合、データの更新時刻としては、書込み要求がストレージ装置７に到着した時刻が用いられる。そしてかかるジャーナルのヘッダ情報Ｄ１及び書込み対象のデータＤ２は、それぞれジャーナルボリュームＪＶＯＬ内のヘッダ領域及びデータ領域に関連付けて格納される。

一方、ストレージ装置７のコントローラ４１は、複数世代のスナップショットを管理することができ、定期的に又は情報提供サーバ４からの要求に応じてデータボリュームＤＶＯＬのスナップショットを作成する。このスナップショットの作成により得られる現在のデータボリュームＤＶＯＬ及びスナップショット作成時点におけるデータボリュームＤＶＯＬ間の差分である差分データは、スナップショットボリュームＳＳＶＯＬに格納される。

そしてかかるコントローラ４１は、情報提供サーバ４から復元時刻及び復元対象のファイルが指定されると、指定された復元時刻よりも生成時刻が過去で、かつその生成時刻が復元時刻に最も近いスナップショットに対して、当該スナップショットを生成した時刻から復元時刻までのジャーナルを古いものから順番に順次反映する。これにより指定されたファイルを指定された復元時刻の状態に復元することができる。

ところで、ジャーナルボリュームＪＶＯＬの容量は有限であるため、ストレージ装置７全体としてみた場合に一定量のジャーナルしか保持することができない。このため、かかるＣＤＰ機能が搭載された従来のストレージ装置では、かかるジャーナルボリュームＪＶＯＬが満杯になった場合、今まで蓄積したジャーナルをクリアするか、又は古いジャーナルから順番に削除しながら新たなジャーナルを保存するという処理を行っている。

しかしながら、このような既存の方法によると、ある一定期間分（例えば１年分程度）のジャーナルしか保持することができず、この結果、データボリュームＤＶＯＬに格納されたデータをその一定期間よりも前の状態に復元することができない問題がある。

そこで本実施の形態によるストレージ装置７には、図３に示すように、ジャーナルボリュームＪＶＯＬに一定量のジャーナルが格納された段階で、そのジャーナルボリュームＪＶＯＬをバックアップするジャーナルバックアップ機能が搭載されている。これによりこのストレージ装置７においては、ジャーナルを無制限に保持することができると共に、図４に示すように、必要時にはジャーナルボリュームＪＶＯＬのバックアップボリュームＪＶＯＬ′のデータを用いることで、データボリュームＤＶＯＬに格納されたデータを無制限に過去の状態に復元することができるようになされている。

なお、このようにジャーナルボリュームＪＶＯＬをバックアップして保持し続けた場合、ジャーナル保存のためのコストが高騰することが予想される。そこでこのネットワークシステム１では、ジャーナルボリュームＪＶＯＬのバックアップ先として、通常用いるストレージ装置７よりも性能が低い安価なストレージ装置７を適用しており、これによりジャーナル保存のためのコストを低減させ得るようになされている。

（１−２−２）ページ復元機能の概要
次に、ページ復元機能について説明する。上述のように、Ｗｅｂ検索サービス提供事業者が提供するＷｅｂ検索サイトにおいて行なわれるキーワード検索は、Ｗｅｂ検索サーバ３の情報収集部１６によりインターネット５上から情報収集された時点の情報に基づいて行なわれる。従って、例えばキーワード検索により検出されたＷｅｂページが既に削除等されているために、クライアント２がそのＷｅｂページにアクセスしようとしてもアクセスできないことがある。

そこでこのネットワークシステム１の場合、情報提供サーバ４には、既に削除等されたＷｅｂページに対してクライアント２から復元時刻を指定した参照要求が与えられたときに、そのＷｅｂページのその指定された復元時刻（以下、これを指定復元時刻と呼ぶ）の内容をストレージ装置７のＣＤＰ機能により復元してクライアント２に提供するページ復元機能が搭載されている。

一方、現在では、ほとんどのＷｅｂページにおいて、同じ情報提供者の別のＷｅｂページへのリンク又は別の情報提供者のＷｅｂページへのリンクが貼られている。この場合において、上述のようにストレージ装置７のＣＤＰ機能により任意の復元時刻のＷｅｂページの内容を復元できたとしても、その復元されたＷｅｂページにリンクが貼られている別の情報提供者のＷｅｂページの内容までは復元することはできない。

例えば図５に示すように、ユーザが参照を希望する情報提供者ＡのサイトのＷｅｂページ（「Page A」）を１９９９年１月１日０時の時点の内容に復元できたとしても、そのユーザがそのＷｅｂページ内のリンクを利用して情報提供者Ｂのサイトにアクセスした場合、情報提供者Ｂは１９９９年１月１日０時の時点の内容ではなく、現在（２００６年）のＷｅｂページをユーザに提供することになる。ユーザによっては問題なく満足するかもしれないが、関連した情報はある時点のもので統一して復元して欲しいケースもある。

そこで、本実施の形態によるネットワークシステム１では、図６に示すように、Ｗｅｂページをある指定復元時刻の内容に復元した場合に、その後そのユーザがアクセスするすべてのＷｅｂページ（他の情報提供者が提供するＷｅｂページを含む）をかかる指定復元時刻の内容に復元して表示させ得るように、以下のような運用形態を情報提供サーバ４に適用している。

まずＷｅｂページのＵＲＬについて説明する。ＷｅｂページのＵＲＬは、通常、「www.abc.com/index.html」という形で表される。「www.abc.com」という部分はサイトのアドレスであり、「index.html」という部分は対応するＷｅｂページのアドレスである。ここで、この例のように、ＵＲＬ内に「？」を含まない固定のアドレスを静的ＵＲＬと呼ぶ。これに対して、「www.abc.com/index.html/search?keyword=aaa&la=ja」のように、ＵＲＬ内に「？」を含む変動的なアドレスを動的ＵＲＬと呼ぶ。この動的ＵＲＬは、ユーザからの参照要求があったときにデータベースから必要なデータを取り出してＡＳＰ（Active Server Pages）、ＰＨＰやＣＧＩ（Common Gateway Interface）などの言語を通じてサーバ上でリアルタイムにファイルを生成し、ブラウザに送り出すコンテンツに用いられる。

本実施の形態においては、復元されたＷｅｂページから当該Ｗｅｂページ上にリンクが貼られた他の情報提供者のサイトのＷｅｂページにアクセスする際に、そのＵＲＬとして、リンク元のＷｅｂページの静的ＵＲＬに指定復元時刻を付加した動的ＵＲＬを用いる。そして、かかる動的ＵＲＬを受信した情報提供サーバは、該当するＷｅｂページを、当該動的ＵＲＬに設定された公開日時又は指定復元時刻のときの状態に復元してクライアントに提供する。

例えば図５に示すように、ある情報提供者ＡのＷｅｂページから別の情報提供者Ｂのサイトにアクセスする場合、通常は「www.bbb.com/index.html」というようにそのサイトの静的ＵＲＬを用いるが、この静的ＵＲＬを用いてそのサイトにアクセスした場合、いつの時点の「index.html」が表示されるかは不明であり、一般的には逐次更新された最新の情報が表示されることになる。

これに対して本実施の形態においては、ある復元時刻の状態に復元された情報提供者ＡのＷｅｂページから別の情報提供者ＢのサイトのＷｅｂページにアクセスする場合、そのＵＲＬとして、例えば「www.bbb.com/index.html?Time=199901010000」というように、かかるリンク先のＷｅｂページの静的ＵＲＬにリンク元のＷｅｂページの復元時刻（「?Time=199901010000」の部分）を付加した動的ＵＲＬを用いる。そして情報提供者Ｂ側では、この動的ＵＲＬを受信した場合に、ＣＤＰの時刻復元機能を用いて、「１９９９年１月１日０時」の「index.html」を復元する。

このように、ＷｅｂページのＵＲＬとして、リンク元のＷｅｂページの復元時刻を取り入れた動的ＵＲＬを用いることで、復元されたＷｅｂページからアクセスするリンク先のＷｅｂページにおいても、リンク元のＷｅｂページと同じ時刻に公開されていた情報を提供することができる。また、その２次的に復元されたＷｅｂページにおいても、時刻情報をＵＲＬに取り込むことで、そのリンク先のＷｅｂページについても逐次復元していくことができ、全てのＷｅｂページをある時刻の状態に統一することができる。

（１−２−２）各種テーブルの構成
本実施の形態によるネットワークシステム１では、上述のようなページ復元機能を実現するための手段として、情報提供サーバ４には復元管理テーブル３０、履歴管理テーブル３１及びボリューム管理テーブル３２が設けられている。

このうち復元管理テーブル３０は、その情報提供サーバ４が管理するサイトにおいて提供している各ファイル（Ｗｅｂページ、文書、画像及び又は音声）を管理するためのテーブルであり、サイトごとに作成される。

この復元管理テーブル３０は、図７に示すように、「管理ＩＤ」欄３０Ａ、「ファイル名」欄３０Ｂ、「ＵＲＬ」欄３０Ｃ、「先頭履歴ＩＤ」欄３０Ｄ、「ボリュームＩＤ」欄３０Ｅ及び「リンク先ＩＤ」欄３０Ｆから構成される。そして「管理ＩＤ」欄３０Ａ、「ファイル名」欄３０Ｂ及び「ＵＲＬ」欄３０Ｃには、対応するファイルに付与された固有の管理ＩＤ、そのファイルのファイル名及びそのファイルのＵＲＬがそれぞれ格納される。

また「先頭履歴ＩＤ」欄３０Ｄには、後述する履歴管理テーブル３１上における対応するファイルの履歴ＩＤが格納され、「ボリュームＩＤ」欄３０Ｅには、いずれかのストレージ装置７内における当該ファイルが格納されている論理ボリュームＶＯＬのＩＤ（ボリュームＩＤ）が格納される。さらに「リンク先ＩＤ」欄３０Ｆには、そのサイトにおいて提供されるファイルのうち、対応するファイルとリンクしているファイルの管理ＩＤが格納される。

従って、図７の例では、情報提供サーバ４が管理する「www.abc.com」というサイトの場合、「index.html」というファイルは、ボリュームＩＤが「VOL0001」の論理ボリュームＶＯＬに保存されており、このファイルには「a.html」及び「b.html」というファイルへのリンクが貼られていることが示されていることが分かる。

なお、この復元管理テーブル３０には、その情報提供サーバ４が管理するサイトにおいて提供しているＷｅｂページ上でリンクが貼られた外部のサイトで提供されているファイル（図７の「News.html」及び「Press.html」）も登録される。この場合、そのファイルは他の情報提供サーバ４が管理しているものであるため、当該ファイルに対応する「先頭履歴ＩＤ」欄３０Ｄ、「ボリュームＩＤ」欄３０Ｅ及び「リンク先ＩＤ」欄３０Ｆには、該当する情報は格納されない。

一方、履歴管理テーブル３１は、情報提供者が提供する情報の削除及び更新の履歴を管理及び監視するためのテーブルであり、図８に示すように、「履歴ＩＤ」欄３１Ａ、「掲載日時」欄３１Ｂ、「削除日時」欄３１Ｃ、「復元許可」欄３１Ｄ及び「Next履歴ＩＤ」欄３１Ｅから構成される。

そして「履歴ＩＤ」欄３１Ａには、復元管理テーブル３０に登録された対応するファイルに付与された履歴ＩＤが格納される。また「掲載日時」欄３１Ｂには、そのファイルが対応するサイトのＷｅｂページに掲載された日時が格納され、「削除日時」欄３１Ｃには、そのファイルがＷｅｂページから削除された日時が格納される。

さらに「復元許可」欄３１Ｄには、Ｗｅｂページに掲載された期間のそのファイル内容を復元することが情報提供者により許可されているか否かを表す情報（「許可」又は「不許可」）が格納され、「Next履歴ＩＤ」欄３１Ｅには、そのファイルがその後更新された場合に更新後のファイルの復元管理テーブル３０上の履歴ＩＤが格納される。

従って、例えば図８の例では、図７を参照すると、「index.html」というファイルは１９９９年１月１日の午前零時から現在に至るまで変更されていないことが分かる。また「a.html」というファイルについては、１９９９年１月１日の午前零時から２０００年４月１日の午前零時までインターネット５上で公開されており、その期間の内容については復元が許可されていることが認識できる。

さらにこのファイルは、２０００年４月１日の午前零時及び２０００年６月１日午前零時にそれぞれ更新されており、２０００年６月１日午前零時から２００５年４月１日の午後零時まで公開されていた内容については復元が許可されているが、２０００年４月１日午前零時から２０００年６月１日午前零時まで公開されていた内容については復元が許可されていなことも履歴管理テーブル３１から認識できる。

他方、ボリューム管理テーブル３２は、ストレージ装置７内に設けられた論理ボリュームＶＯＬを管理するためのテーブルであり、図９に示すように、「ボリュームＩＤ」欄３２Ａ、「装置ＩＤ」欄３２Ｂ、「ボリューム種別」欄３２Ｃ、「復元可能期間（開始）」欄３２Ｄ、「復元可能期間（終了）」欄３２Ｅ及び「関連ボリュームＩＤ」欄３２Ｆから構成される。

そして「ボリュームＩＤ」欄３２Ａには、対応する論理ボリュームＶＯＬに付与されたボリュームＩＤが格納され、「装置ＩＤ」欄３２Ｂには、その論理ボリュームＶＯＬが設けられているストレージ装置７に付与された装置ＩＤが格納される。また「ボリューム種別」欄３２Ｃには、その論理ボリュームＶＯＬの種別（データボリューム、スナップショットボリューム又はジャーナルボリューム等）が格納される。

さらに「復元可能期間（開始）」欄３２Ｄ及び「復元可能期間（終了）」欄３２Ｅには、その論理ボリュームＶＯＬに格納されたデータに基づいて復元可能な期間の開始時点及び終了時点の日時がそれぞれ格納される。

さらに「関連ボリュームＩＤ」欄３２Ｆには、その論理ボリュームＶＯＬに関連する論理ボリュームＶＯＬのボリュームＩＤが格納される。具体的には、対応する論理ボリュームＶＯＬがデータボリュームの場合は、そのデータボリュームに格納されたファイルが過去に更新された際のジャーナルが格納されているジャーナルボリュームのボリュームＩＤが「関連ボリュームＩＤ」欄２３Ｆに格納され、対応する論理ボリュームＶＯＬがジャーナルボリュームの場合には、当該ジャーナルボリュームのバックアップボリューム又はそのバックアップボリュームの１世代前のバックアップボリュームのボリュームＩＤが「関連ボリュームＩＤ」欄３２Ｆに格納される。

従って、図９の例では、「VOL0005」というボリュームＩＤの論理ボリュームＶＯＬは、「55015」という装置ＩＤが付与されたストレージ装置７内に設定されたジャーナルボリュームであることが示されている。またこの論理ボリュームＶＯＬ（ジャーナルボリューム）には、「VOL0001」というボリュームＩＤの論理ボリュームＶＯＬ（データボリューム）に格納された情報についてのジャーナルが格納されており、このジャーナルを用いて２００５年１月１日午前零時から２００５年４月２３日午前零時までの期間内におけるかかる情報の内容を復元できることが示されている。

なお、このような復元管理テーブル３０、履歴管理テーブル３１及びボリューム管理テーブル３２の関連性を図１０に示す。この図１０において、上段には、復元管理テーブル３０に登録されたファイル（「index.html」、「a.html」、「www.xyz.com/News.html」及び「www.xyz.com/Press.html」）間の関連性が示され、中段には、これらファイルのうちの自サイト内のファイル（「index.html」、「a.html」）の更新履歴及び復元の許可／不許可が履歴管理テーブル３１に登録されていることが示されている。

さらに図１０の下段には、復元管理テーブル３２に登録された自サイト内のファイルが保管されているデータボリュームと、そのデータボリュームに格納された情報が更新されたときのジャーナルが保管されているジャーナルボリュームと、当該ジャーナルボリュームがバックアップされたジャーナルボリュームとの関係がボリューム管理テーブル３２に登録されていることが示されている。

（１−２−３）ページ復元処理シーケンス
次に、本実施の形態によるページ復元機能に関する処理（以下、これをページ復元処理と呼ぶ）の処理シーケンスについて説明する。

図１１は、本実施の形態によるページ復元処理のシーケンス図である。このページ復元処理では、まずユーザが、クライアント２を操作してＷｅｂ検索サーバ３にアクセスする。この結果、クライアント２のディスプレイには、このときＷｅｂ検索サーバ３からクライアント２に送信される画面データに基づいて、図１２（Ａ）に示すようなＷｅｂ検索ページ５０が表示される。

そして、ユーザは、クライアント２を操作してこのＷｅｂ検索ページ５０内のキーワード入力欄５０Ａに所望のキーワードを入力し、この後「検索」ボタン５０Ｂをクリックするようにする。この結果、このキーワード入力欄５０Ａに入力されたキーワードがクライアント２からＷｅｂ検索サーバ３に送信される（ＳＰ１）。

Ｗｅｂ検索サーバ３は、かかるキーワードを受信すると、検索データベース１８（図１）に登録された情報の中から当該キーワードと関連付けられたファイルを検索し（ＳＰ２）、検索結果に基づく画面データをクライアント２に通知する（ＳＰ３）。この結果、クライアント２のディスプレイには、この画面データに基づいて、例えば図１２（Ｂ）に示すような、該当するいくつかのＷｅｂページのＵＲＬ（静的ＵＲＬ）が表記された検索結果画面５１が表示される（ＳＰ４）。

そしてユーザは、この検索結果画面５１にＵＲＬが表示されたＷｅｂページの中から所望のＷｅｂページを１つ選択する。この結果、クライアント２は、検索結果画面５１に表示されたＵＲＬ（例えば「www.abc.com/index.html」）を参照先とするＷｅｂページの参照要求（以下、これをページ参照要求と呼ぶ）を対応する情報提供サーバ４に送信する（ＳＰ５）。

かかるページ参照要求を受信した情報提供サーバ４は、要求されたＷｅｂページが存在する場合には、情報提供者プログラム２２に基づいて、そのＷｅｂページの画面データをそのクライアント２に送信する。これに対して情報提供サーバ４は、要求されたＷｅｂページが既に削除等されて存在しない場合には、情報提供プログラム２２に基づいて、要求されたＷｅｂページが存在しない旨の情報（以下、これを不存在情報と呼ぶ）をそのクライアント２に送信する（ＳＰ６）。

かくしてクライアント２は、情報提供サーバ４から画面データが送信されてきたときには、当該画面データに基づいて、図１２（Ｃ）に示すように、かかるＷｅｂページ５２をディスプレイに表示する。これに対してクライアント２は、情報提供サーバ４から不存在情報が送信されてきたときには、指定されたＷｅｂページにアクセスできなかったことを意味する「NOT FOUND」の文字が表示された図１２（Ｄ）に示すような画面（以下、これを「NOT FOUND」画面と呼ぶ）５３をディスクプレイに表示する（ＳＰ７）。

そしてユーザは、そのとき参照しようとしていたＷｅｂページの復元を希望する場合であって、当該Ｗｅｂページのみを所望する復元時刻の状態に復元する復元モード（以下、これを第１の復元モードと呼ぶ）を望むときには、「NOT FOUND」画面５３に表示された第１及び第２のラジオボタン５３Ａ，５３Ｂのうちの第１のラジオボタン５３Ａを選択した後に、所望する復元時刻を復元時刻指定欄５３Ｃに入力し、その後「復元」ボタン５３Ｄをクリックするようにする。

またユーザは、そのとき参照しようとしていたＷｅｂページの復元を希望する場合であって、すべてのＷｅｂページを所望する復元時刻の状態に復元する復元モード（以下、これを第２の復元モードと呼ぶ）を望むときには、「NOT FOUND」画面５３に表示された第１及び第２のラジオボタン５３Ａ，５３Ｂのうちの第２のラジオボタン５３Ｂを選択した後に、所望する復元時刻を復元時刻指定欄５３Ｃに入力し、その後「復元」ボタン５３Ｄをクリックするようにする。

この結果、クライアント２は、かかるＷｅｂページの静的ＵＲＬの後に、「?Time=」という文字列と、かかる復元時刻指定欄５３Ｃに入力された復元時刻の文字列とを順次付加した例えば「www.abc.com/index.html?Time=199901010000」のような所定フォーマットの動的ＵＲＬを生成し（ＳＰ８）、この動的ＵＲＬを対応する情報提供サーバ４に送信する（ＳＰ９）。

この動的ＵＲＬを受信した情報提供サーバ４は、情報提供者プログラム２２に基づいて、履歴管理テーブル３１を参照してそのＷｅｂページの復元の可否を確認する（ＳＰ１０）。そして、かかるＷｅｂページの復元が許可されている場合、情報提供サーバ４の情報提供者プログラム２２から復元プログラム２３に対して、かかる動的ＵＲＬに基づき認識される指定された復元時刻を特定した復元要求が与えられる（ＳＰ１１）。

かくして情報提供サーバ４は、復元プログラム２３に基づき、この復元要求に応じて、指定されたＷｅｂページの指定された復元時刻の内容をＣＤＰ技術を用いて復元する（ＳＰ１２）。そしてこのようなＷｅｂページの復元処理が完了すると、復元されたＷｅｂページの画面データが情報提供サーバ４の復元プログラム２３から情報提供者プログラム２２に送信される（ＳＰ１３）。

かくして情報提供サーバ４は、情報提供者プログラム２２に基づいて、復元されたそのＷｅｂページの画面データをクライアント２に送信する（ＳＰ１４）。この結果、この画面データに基づいて、図１２（Ｅ）に示すような復元されたＷｅｂページがクライアント２のディスプレイに表示される（ＳＰ１５）。

一方、情報提供サーバ４は、ステップＳＰ１０の確認の際、かかるＷｅｂページの復元が許可されていなかった場合には、その旨をクライアント２に通知する。かくしてこのときには、図１２（Ｆ）に示すような、図１２（Ｄ）の「NOT FOUND」画面５３と異なる通常の「NOT FOUND」画面５５がクライアント２のディプレイに表示されることとなる。

なお、ここまでのシーケンスは、復元モードとして第１及び第２の復元モードのいずれが指定された場合においても同じである。

そして復元モードとして第１の復元モードが指定された場合、図１２（Ｅ）のように復元されたＷｅｂページがクライアント２のディスプレイに表示されている状態において、参照ページをそのＷｅｂページから当該Ｗｅｂページにリンクが貼られている他のＷｅｂページに移動させる操作がユーザによりクライアント２に対して行なわれたときには、クライアント２は、図１３に示すように、復元時刻等を指定しない通常のそのＷｅｂページの静的ＵＲＬ（例えば「www.abc.com/a2.html」、「www.aaa.com/index.html」）を参照先とするページ参照要求を、対応する情報提供サーバ４に送信する（ＳＰ２０、ＳＰ２３）。

かかるページ参照要求を受信した情報提供サーバ４は、要求されたＷｅｂページが存在する場合には、情報提供者プログラム２２に基づいて、現在のそのＷｅｂページの画面データをそのクライアント２に送信する（ＳＰ２１，ＳＰ２４）。これによりこの画面データに基づいて、現在のそのＷｅｂページがクライアント２のディスプレイに表示される（ＳＰ２２，ＳＰ２５）。

またかかるページ参照要求を受信した情報提供サーバ４は、要求されたＷｅｂページが存在しない場合には、情報提供者プログラム２２に基づいて、不存在情報をそのクライアント２に送信する（ＳＰ２１，ＳＰ２４）。これによりこの不存在情報に基づいて、図１２（Ｆ）に示す通常の「NOT FOUND」画面５５がクライアント２のディスプレイに表示される（ＳＰ２２，ＳＰ２５）。

そして、復元モードとして第１の復元モードが指定された場合には、この後、ユーザによりクライアント２が操作されて、参照ページをそのとき参照しているＷｅｂページから当該Ｗｅｂページにリンクが貼られた他のＷｅｂページに移動させる指示が入力されるごとに同様の処理が行われる。

一方、復元モードとして第２の復元モードが指定された場合、図１２（Ｅ）のようにＷｅｂページがクライアント２のディスプレイに表示されている状態において、参照ページをかかるＷｅｂページから当該Ｗｅｂページにリンクが貼られた他のＷｅｂページに移動させる操作がユーザによりクライアント２に対して行なわれたときには、クライアント２は、図１４に示すように、そのＷｅｂページに復元時刻等を付加した上述の動的ＵＲＬを生成し、この動的ＵＲＬを対応する情報提供サーバ４に送信する（ＳＰ３０、ＳＰ３７）。

そして、この動的ＵＲＬを受信した情報提供サーバ４は、指定されたＷｅｂページの復元が許可されているか否かを確認した後（ＳＰ３１，ＳＰ３８）、許可されている場合には、指定されたＷｅｂページの指定された復元時刻の内容を復元し（ＳＰ３２〜ＳＰ３４，ＳＰ３９〜ＳＰ４１）、復元したそのＷｅｂページの画面データをクライアント２に送信する（ＳＰ３５，ＳＰ４２）。この結果、この画面データに基づいて、復元されたＷｅｂページがクライアント２のディスプレイに表示される（ＳＰ３６，ＳＰ４３）。

また、かかる情報提供サーバ４は、指定されたＷｅｂページの復元が許可されていない場合には、その旨のエラー通知をクライアント２に送信する。かくしてこのときクライアント２のディプレイには、図１２（Ｆ）に示す通常の「NOT FOUND」画面５５が表示される。

そして、復元モードとして第２の復元モードが指定されている場合には、この後、ユーザによりクライアント２が操作されて、参照ページをそのとき参照しているＷｅｂページから当該Ｗｅｂページにリンクが貼られた他のＷｅｂページに移動させる指示が入力されるごとに同様の処理が行われる。

（１−２−４）ページ復元機能に関する情報提供サーバ内のＣＰＵの処理
図１５は、上述のようなページ復元機能に関する情報提供サーバ４のＣＰＵ２０（図１）の処理のうち、動的ＵＲＬがクライアント２から与えられたときの処理内容を示すフローチャートである。かかるＣＰＵ２０は、この図１５に示す処理（以下、これを第１の復元処理と呼ぶ）を情報提供プログラム２２に基づいて実行する。

すなわちＣＰＵ２０は、復元対象のＷｅｂページのＵＲＬ及び復元時刻を指定した動的ＵＲＬがクライアント２から与えられると、この図１５に示す第１の復元処理を開始し、まず、かかる動的ＵＲＬから指定復元時刻を取得する（ＳＰ５０）。

続いてＣＰＵ２０は、復元管理テーブル３０（図７）を参照して、そのとき対象としているＷｅｂページのファイルの履歴管理テーブル３１（図８）上での履歴ＩＤを取得し（ＳＰ５１）、この後、この履歴ＩＤを検索対象のファイルの履歴ＩＤとして設定する（ＳＰ５２）。

そしてＣＰＵ２０は、この後履歴管理テーブル３１上で当該履歴ＩＤが付与されたファイルのレコードを検索し（ＳＰ５３）、当該検索により該当するレコードを検出すると、そのレコードの「掲載日時」欄３１Ｂ（図８）及び「削除日時」欄３１Ｃ（図８）を参照して、対応するファイルの掲載日時が指定復元時刻以前であり、かつ当該ファイルの削除日時が指定復元時刻以降であるか否かを判断する（ＳＰ５４）。

ＣＰＵ２０は、この判断において否定結果（ＳＰ５４：ＮＯ）を得ると、そのレコードの「Next履歴ＩＤ」欄３１Ｅ（図８）に履歴ＩＤが格納されているか否かを判断する（ＳＰ５５）。そしてＣＰＵ２０は、この判断において否定結果を得ると（ＳＰ５５：ＮＯ）、復元不可能を意味するエラー通知を該当するクライアント２に送信し（ＳＰ６１）、この後、この第１の復元処理を終了する。

これに対してＣＰＵ２０は、かかるステップＳＰ５５の判断において肯定結果（ＳＰ５５：ＹＥＳ）を得ると、この履歴ＩＤを新たな検索対象のファイルの履歴ＩＤとして設定し（ＳＰ５６）、この後、上述と同様の検索処理を繰り返す（ＳＰ５３〜ＳＰ５６−ＳＰ５３）。

そしてＣＰＵ２０は、やがて対応するファイルの掲載日時が指定復元時刻以前であり、かつ当該ファイルの削除日時が指定復元時刻以降のレコードを検出すると（ＳＰ５４：ＹＥＳ）、そのレコードの「復元許可」欄３１Ｄ（図８）を参照して、対応するファイルの復元が許可されているか否かを判断する（ＳＰ５７）。

ＣＰＵ２０は、この判断において否定結果を得ると（ＳＰ５７：ＮＯ）、エラー通知を該当するクライアント２に送信した後（ＳＰ６１）、この第１の復元処理を終了する。これに対してＣＰＵ２０は、かかる判断において肯定結果を得ると（ＳＰ５７：ＹＥＳ）、対象とするファイルのファイル名を指定して、当該ファイルの指定復元時刻の内容を復元すべき旨の復元要求を復元プログラム２３（図１）に発行する（ＳＰ５８）。

そしてＣＰＵ２０は、この後、復元プログラム２３からの応答を待ち受け、復元プログラム２３から復元されたファイルのデータ、つまり復元されたＷｅｂページの画面データが与えられたときには（ＳＰ５９：ＹＥＳ）、この画面データを該当するクライアント２に送信した後（ＳＰ６０）、この第１の復元処理を終了する。

これに対してＣＰＵ２０は、復元プログラム２３から後述の復元不能の通知が与えられたときには（ＳＰ５９：ＮＯ）、エラー通知を該当するクライアント２に送信した後（ＳＰ６１）、この第１の復元処理を終了する。

一方、図１６は、上述した第１の復元処理のステップＳＰ５８において復元要求が発行されたときのＣＰＵ２０の処理内容を示すフローチャートである。ＣＰＵ２０は、この図１６に示す処理（以下、これを第２の復元処理と呼ぶ）を復元プログラム２３に基づいて実行する。

すなわちＣＰＵ２０は、情報提供プログラム２２に基づいて復元プログラム２３にかかる復元要求を発行すると、この図１６に示す第２の復元処理を開始し、まず、復元管理テーブル３０（図７）及びボリューム管理テーブル３２（図９）を参照して、復元対象のファイルが格納されている論理ボリュームＶＯＬ（データボリューム）に関連付けられた論理ボリュームＶＯＬ（ジャーナルボリューム）のボリュームＩＤを取得する（ＳＰ７０）。

続いてＣＰＵ２０は、このボリュームＩＤが付与された論理ボリューム（ジャーナルボリューム）に対応するボリューム管理テーブル３２上のレコードを検索し（ＳＰ７１）、この後、この検索により検出したレコードの「復元可能期間（開始）」欄３２Ｄ（図９）及び「復元可能期間（終了）」欄３２Ｅ（図９）を参照して、指定復元時刻がかかる論理ボリュームＶＯＬに格納されたデータ（ジャーナルデータ）に基づいて指定ファイルを復元できる期間内であるか否かを判断する（ＳＰ７２）。

ＣＰＵ２０は、この判断において肯定結果を得ると（ＳＰ７２：ＹＥＳ）、その論理ボリュームＶＯＬ（ジャーナルボリューム）に格納されたジャーナルを用いて指定復元時刻における復元対象のファイルの内容を復元する（ＳＰ７７）。またＣＰＵ２０は、復元した復元対象のファイルのファイルデータ（復元したＷｅｂページの画面データ）を情報提供プログラム２２に送信し（ＳＰ７８）、この後、この第２の復元処理を終了する。

これに対してＣＰＵ２０は、ステップＳＰ７２の判断において否定結果を得ると（ＳＰ７２：ＮＯ）、ボリューム管理テーブル３２の対応する「関連ボリュームＩＤ」欄３２Ｆ（図９）を参照して、関連ボリュームが存在するか否かを判断する（ＳＰ７３）。そしてＣＰＵ２０は、この判断において否定結果を得ると（ＳＰ７３：ＮＯ）、復元不能を情報提供プログラム２２に通知し（ＳＰ７９）、この後、この第２の復元処理を終了する。

これに対してＣＰＵ２０は、かかるステップＳＰ７３の判断において肯定結果を得ると（ＳＰ７３：ＹＥＳ）、ステップＳＰ７３において参照した「関連ボリュームＩＤ」欄３２Ｆ（図９）に格納されていたボリュームＩＤが付与された関連ボリュームに対応するボリューム管理テーブル３２上のレコードを検索する（ＳＰ７４）。

さらにＣＰＵ２０は、この検索により対応するレコードを検出すると、このレコードの「復元可能期間（開始）」欄３２Ｄ（図９）及び「復元可能期間（終了）」欄３２Ｅ（図９）を参照して、指定復元時刻がかかる論理ボリュームＶＯＬに格納されたデータ（ジャーナルデータ）に基づいて復元対象のファイルを復元できる期間内であるか否かを判断する（ＳＰ７５）。

そしてＣＰＵ２０は、この判断において否定結果を得ると（ＳＰ７５：ＮＯ）、ステップＳＰ７３において否定結果を得るか又はステップＳＰ７５において肯定結果を得るまで、同様の処理を繰り返す（ＳＰ７３〜ＳＰ７５−ＳＰ７３）。

そしてＣＰＵ２０は、やがて、復元対象のファイルの指定復元時刻における内容を復元するためのジャーナルが格納された論理ボリュームＶＯＬ（ジャーナルボリューム）を検出すると（ＳＰ７５：ＹＥＳ）、その論理ボリュームＶＯＬを必要であればリストア（回復）する（ＳＰ７６）。

続いてＣＰＵ２０は、このリストアした論理ボリュームＶＯＬに格納されているジャーナルを用いて復元対象のファイルの指定復元時刻における内容を復元し（ＳＰ７７）、復元したかかるファイルのファイルデータ（すなわちＷｅｂページ画面データ）を情報提供プログラム２２に送信する（ＳＰ７８）。そしてＣＰＵ２０は、この後、この第２の復元処理を終了する。

（１−３）本実施の形態の効果
以上のように本実施の形態によるネットワークシステム１では、クライアント２が既にインターネット５上から削除されたＷｅｂページの静的ＵＲＬに所望の復元時刻を付加した動的ＵＲＬを生成し、生成した動的ＵＲＬを情報提供サーバ４に送信し、情報提供サーバ４が、受信した動的ＵＲＬに基づいて、対応するＷｅｂページを指定された復元時刻の状態に復元してクライアント２に送信するようにしたことにより、既にインターネット５上から削除された情報をユーザが取得できるようにすることができ、ユーザの検索作業の作業性を向上させることができる。かくするにつき、インターネット５の利便性を格段的に向上させることができる。

（２）第２の実施の形態
図１において、６０は全体として第２の実施の形態によるネットワークシステムを示す。このネットワークシステム６０は、ユーザが復元時刻を指定することなく、Ｗｅｂページの復元処理が行われる点を除いて第１の実施の形態によるネットワークシステム１と同様に構成されている。

図１７は、このネットワークシステム６０におけるページ復元処理のシーケンス図である。この図１７において、ステップＳＰ８０〜ステップＳＰ８３は図１１について上述した第１の実施の形態によるページ復元処理のステップＳＰ１〜ステップＳＰ４と同様である。

この後、ユーザが、クライアント６１に表示された検索結果画面に掲載されているＷｅｂページの中から所望のＷｅｂページを選択すると、このＷｅｂページを参照先とするページ参照要求がクライアント６１からＷｅｂ検索サーバ６２に送信される（ＳＰ８４）。

かかるページ参照要求を受信したＷｅｂ検索サーバ６２は、Ｗｅｂ検索プログラム６３に従って、このページ参照要求を対応する情報提供サーバ４に送信する（ＳＰ８５）。そして、かかる情報提供サーバ４は、要求されたＷｅｂページが存在する場合には、情報提供者プログラム２２に基づいて、そのＷｅｂページの画面データをそのＷｅｂ検索サーバ６２に送信する。また情報提供サーバ４は、要求されたＷｅｂページが既に削除等されて存在しない場合には、情報提供プログラム２２に基づいて、要求されたＷｅｂページが存在しない旨の不存在情報をそのＷｅｂ検索サーバ６２に送信する（ＳＰ８６）。

そしてＷｅｂ検索サーバ６２は、情報提供サーバ４から画面データが送信されてきたときには、当該画面データをクライアント６１に送信する。これによりこの画面データに基づいて、検索結果画面上においてユーザが選択したＷｅｂページがクライアント６１のディスプレイに表示されることとなる。

これに対してＷｅｂ検索サーバ６２は、情報提供サーバ４から不存在情報が送信されてきたときには、かかるＷｅｂページの静的ＵＲＬに、当該情報提供サーバ４がそのＷｅｂページの情報を収集した時刻を付加した上述の動的ＵＲＬを生成し（ＳＰ８７）、これをかかる情報提供サーバ４に送信する（ＳＰ８８）。

この動的ＵＲＬを受信した情報提供サーバ４は、情報提供プログラム２２に基づいて、そのＷｅｂページの復元が許可されているか否かを履歴管理テーブル３１（図８）を参照して判断する（ＳＰ８９４）。そして、かかるＷｅｂページの復元が許可されている場合には、情報提供サーバ内の情報提供プログラム２２から復元プログラム２３にそのＷｅｂページの復元要求が与えられ、この復元プログラム２３によりそのＷｅｂページの指定復元時刻の内容が復元される（ＳＰ９１）。

またこの復元処理により得られたそのＷｅｂページの画面データは、この後復元プログラム２３から情報提供プログラム２２に与えられ（ＳＰ９２）、さらにこの後対応するＷｅｂ検索サーバ６２に送信される（ＳＰ９３）。

そしてこの画面データを受信したＷｅｂ検索サーバ６２は、この画面データを対応するクライアント６１に転送する（ＳＰ９４）。この結果、かかるクライアント６１において、かかる画面データに基づいて、上述のようにして復元されたＷｅｂページが表示される（ＳＰ９５）。

以上のように本実施の形態によるネットワークシステム６０では、ユーザが指定したキーワードによるキーワード検索の検索結果画面５１（図１２（Ｂ））において選択されたＷｅｂページが既に存在しないときの復元依頼（動的ＵＲＬの生成及び当該動的ＵＲＬの対応する情報提供サーバ４への送信）がＷｅｂ検索サーバ６２により行なわれるため、ユーザは復元日時の指定等の作業を行うことなく復元されたＷｅｂページを参照することができる。かくするにつき、第１の実施の形態によるネットワークシステム１に比べてユーザの検索作業をより容易化させることができる。

（３）第３の実施の形態
図１において、７０は全体として第３の実施の形態によるネットワークシステムを示す。このネットワークシステム７０は、情報提供サーバ４がＷｅｂページをある復元時刻の状態に復元した場合に、クライアント２からのページ参照要求が与えられる前に、そのＷｅｂページ上においてリンクが貼られているすべてのＷｅｂページを予めリンク元のＷｅｂページの復元時刻と同じ時刻の状態に復元しておくようになされた点を除いて第１の実施の形態によるネットワークシステム１と同様に構成されている。

図１８は、このような第３の実施の形態によるネットワークシステム７０において行なわれる各種処理のうち、図１４に示す処理シーケンスに代えて行なわれる処理シーケンスを示すシーケンス図である。なお、ネットワークシステム７０におけるこれ以外の各種処理の処理内容は、第１の実施の形態によるネットワークシステム１と同様である。

このネットワークシステム７０の場合、図１１について上述したシーケンス処理が終了すると、まず情報提供サーバ７１は、情報提供プログラム７２に基づいて、そのとき復元したＷｅｂページ上においてリンクが貼られているすべてのリンク先のＷｅｂページのＵＲＬを取得する（ＳＰ１００）。

次いで情報提供サーバ７１は、ステップＳＰ１００においてＵＲＬを取得したリンク先のＷｅｂページのうちの自サイト内のＷｅｂページについて、復元管理テーブル３０（図７）及び履歴管理テーブル３１（図８）を参照して、リンク元のＷｅｂページの復元時刻の状態に復元することが許可されているか否かを判断する（ＳＰ１０１）。

そして、かかる自サイト内のＷｅｂページの復元が許可されている場合、情報提供サーバ７１の情報提供プログラム７２から復元プログラム２３に対して、リンク元のＷｅｂページの復元時刻を指定復元時刻とする復元要求が与えられる（ＳＰ１０２）。また、この復元要求を受けた復元プログラム２２は、そのＷｅｂページの指定復元時刻の状態を復元し（ＳＰ１０５）、かくして得られたそのＷｅｂページの画面データを情報提供プログラム７１に送信する（ＳＰ１０６）。

一方、情報提供サーバ７１は、ステップＳＰ１００においてＵＲＬを取得したリンク先のＷｅｂページのうちの他の情報提供者が提供するサイトのＷｅｂページについては、そのＷｅｂページのＵＲＬにリンク元のＷｅｂページの復元時刻を指定復元時刻として付加した上述の動的ＵＲＬを生成し（ＳＰ１０３）、この動的ＵＲＬを対応する情報提供サーバ７１に送信する（ＳＰ１０４）。

この動的ＵＲＬを受信した情報提供サーバ４は、情報提供プログラム７２に基づき、復元管理テーブル３０（図７）及び履歴管理テーブル３１（図８）を参照して、指定されたＷｅｂページを指定復元時刻の状態に復元することが許可されているか否かを判断する（ＳＰ１０７）。そして、復元が許可されている場合には、その情報提供サーバ７１の情報提供者プログラム７２から復元プログラム２３に復元要求が与えられ、この復元要求に応じてそのＷｅｂページが指定復元時刻の状態に復元される（ＳＰ１０９）。またこのようにして復元されたＷｅｂページの画面データが復元プログラム２３から情報提供プログラム７１に与えられる（ＳＰ１１０）。

他方、この後、ユーザがクライアント２を操作して、最初に復元されたＷｅｂページ上においてリンクが貼られているＷｅｂページにアクセスすべき指示を入力すると、クライアント２は、そのリンク先のＷｅｂページのＵＲＬにリンク元のＷｅｂページの復元時刻を付加した上述の動的ＵＲＬを生成し、この動的ＵＲＬを対応する情報提供サーバ７１に送信する（ＳＰ１１１，ＳＰ１１４）。

かくして、このときかかる情報提供者側サー７１バは、情報提供プログラム７２に基づいて、先行して復元したそのＷｅｂページの画面データをそのクライアント２に送信する（ＳＰ１１２，ＳＰ１１５）。この結果、この画面データに基づいて、リンク元のＷｅｂページの指定復元時刻と同じ時刻の状態に復元されたリンク先のＷｅｂページがクライアント２のディスプレイに表示される（ＳＰ１１３，ＳＰ１１６）。

なお、情報提供サーバ７１は、このようにリンク先のＷｅｂページの復元した画面データをクライアント２に送信した場合、このＷｅｂページについて上においてリンクされているすべてのＷｅｂページのＵＲＬを取得し、この後ステップＳＰ１００〜ステップＳＰ１１０と同様の処理を実行する。これによりこのネットワークシステム７０では、ユーザが常に最初に復元されたＷｅｂページと同じ指定復元時刻の内容に復元されたＷｅｂページを参照することができる。

図１９は、このような情報提供サーバ７１の情報提供プログラム７２に基づくＣＰＵ２０の処理のうち、図１８について上述した処理の処理内容を示すフローチャートである。

かかるＣＰＵ２０は、図１５について上述した第１の復元処理を終了後、この図１９に示す先復元処理を開始し、まず、復元管理テーブル３０（図７）を参照して、そのとき復元したＷｅｂページ上においてリンクが貼られている１つのＷｅｂページのＵＲＬを取得する（ＳＰ１２０）。

続いてＣＰＵ２０は、ステップＳＰ１２０において取得したＵＲＬが自サイト内のＷｅｂページである場合には、そのＷｅｂページについて、リンク元のＷｅｂページの指定復元時刻と同じ時刻の状態に復元することが許可されているか否かを判断し、復元が許可されているＷｅｂページについてはその復元要求を同じ情報提供サーバ７１内の復元プログラム２３に送信する。またＣＰＵ２０は、ステップＳＰ１２０において取得したＵＲＬが他の情報提供サーバ７１が提供するサイト内のＷｅｂページである場合には、そのＵＲＬにリンク元のＷｅｂページの指定復元時刻を付加した上述の動的ＵＲＬを生成して、当該動的ＵＲＬを対応する他の情報提供サーバ７１に送信する（ＳＰ１２１）。

この後ＣＰＵ２０は、復元管理テーブル３０（図７）を参照して、上述のステップＳＰ１２１の処理を、そのとき復元したＷｅｂページ上においてリンクが貼られたすべてのリンク先のＵＲＬについて実行したか否かを判断し（ＳＰ１２２）、否定結果を得ると（ＳＰ１２２：ＮＯ）、ステップＳＰ１２０に戻って、この後同様の処理を繰り返す（ＳＰ１２０〜ＳＰ１２２−ＳＰ１２０）。

そしてＣＰＵ２０は、やがて対応するＷｅｂページ上においてリンクが貼られたすべてのリンク先のＵＲＬについてステップＳＰ１２１の処理を実行し終えると（ＳＰ１２２：ＹＥＳ）、この先復元処理を終了する。

以上のように本実施の形態のネットワークシステム７０では、復元したＷｅｂページ上においてリンクが貼られているすべてのＷｅｂページについて、クライアント２からの参照要求が与えられる前に最初に復元されたＷｅｂページの復元時刻と同じ時刻の状態に復元するため、リンク先の復元されたＷｅｂページへのジャンプが迅速に行なわれる。かくするにつき、ユーザの検索作業をより一層容易化させて、インターネット５の利便性をより一層向上させることができる。

（４）他の実施の形態
なお、上述の第１〜第３の実施の形態においては、本発明を図１のように構成されたネットワークシステム１，６０，７０に適用するようにした場合について述べたが、本発明はこれに限らず、この他種々の構成のネットワークシステムに広く適用することができる。

また上述の第１〜第３の実施の形態においては、情報提供サーバ４，７１にＷｅｂページの復元を依頼する際に、そのＷｅｂページの静的ＵＲＬ（第１のアドレス情報）に「?Time=199901010000」というフォーマットで指定復元時刻を付加するようにして動的ＵＲＬ（第２のアドレス情報）を生成するようにした場合について述べたが、本発明はこれに限らず、かかる動的ＵＲＬのフォーマットとしては、この他種々のフォーマットを広く適用することができる。

さらに上述の第１〜第３の実施の形態においては、情報提供サーバ４，７１から情報の提供を受ける通信機器がクライアント２，６１及びＷｅｂ検索サーバ３，６２である場合について述べたが、本発明はこれに限らず、この他種々の通信機器を広く適用することができる。

さらに上述の第１〜第３の実施の形態においては、復元対象がＷｅｂページである場合について述べたが、本発明はこれに限らず、この他、文書や画像又は音声などの種々の情報を復元対象とすることができる。

さらに上述の第１〜第３の実施の形態においては、ある時刻の状態に復元されたＷｅｂページから他の情報提供者が提供するリンクのＷｅｂページに移動する際に、クライアント２又はＷｅｂ検索サーバ６２においてリンク元のＷｅｂページの復元時刻を付加した動的ＵＲＬを生成するようにした場合について述べたが、本発明はこれに限らず、例えば情報提供サーバがＷｅｂページを指定復元時刻の状態に復元する際に、かかる動的ＵＲＬを生成し、これをそのＷｅｂページ上においてリンクされているＷｅｂページのＵＲＬとして表示するようにしてもよい。

さらに上述の第１〜第３の実施の形態においては、クライアント２，６１、Ｗｅｂ検索サーバ３，６２及び情報提供サーバ４，７１間を接続する第１のネットワーク５がインターネットである場合について述べたが、本発明はこれに限らず、かかる第１のネットワーク５が例えばＬＡＮ（Local Area Network）や専用回線等などである場合にも本発明を広く適用することができる。

本発明は、信機器と、当該通信機器からの要求に応じて情報を提供する情報提供サーバとがネットワークを介して接続された構成を有する情報提供システムに広く適用することができる。

本実施の形態によるネットワークシステムの全体構成を示すブロック図である。 ＣＤＰ機能の説明に供する概念図である。 ジャーナルバックアップ機能の説明に供する概念図である。 ジャーナルバックアップ機能の説明に供する概念図である。 ページ復元機能の概要説明に供する概念図である。 ページ復元機能の概要説明に供する概念図である。 復元管理テーブルの構成を示す概念図である。 履歴管理テーブルの構成を示す概念図である。 ボリューム管理テーブルの構成を示す概念図である。 復元管理テーブル、履歴管理テーブル及びボリューム管理テーブルの関係説明に供する概念図である。 第１の実施の形態によるページ復元処理の処理シーケンスの説明に供するシーケンス図である。 （Ａ）‐（Ｆ）は、クライアントに表示される各種画面を略線的に示す略線図である。 第１の復元モードが選択された場合のページ復元処理の処理シーケンスの説明に供するシーケンス図である。 第２の復元モードが選択された場合のページ復元処理の処理シーケンスの説明に供するシーケンス図である。 第１の復元処理の処理手順を示すフローチャートである。 第２の復元処理の処理手順を示すフローチャートである。 第２の実施の形態によるページ復元処理の処理シーケンスの説明に供するシーケンス図である。 第３の実施の形態によるページ復元処理の処理シーケンスの説明に供するシーケンス図である。 第３の実施の形態による先復元処理の処理手順を示すフローチャートである。

符号の説明

１，６０，７０……ネットワークシステム、２，６１……クライアント、３，６２……Ｗｅｂ検索サーバ、４，７１……情報提供サーバ、５……インターネット、７……ストレージ装置、１０，１３，２０……ＣＰＵ、１１，１４，２１……メモリ、１２……Ｗｅｂブラウザプログラム、１９，６３……Ｗｅｂ検索プログラム、１８……検索データベース、２２，７２……情報提供プログラム、２３……復元プログラム、４０……ディスクデバイス、４１……コントローラ、３０……復元管理テーブル、３１……履歴管理テーブル、３２……ボリューム管理テーブル。

Claims (16)

1. 通信機器と、当該通信機器からの要求に応じて情報を提供する情報提供サーバとがネットワークを介して接続された情報提供システムにおいて、
   前記通信機器は、
   前記ネットワークにおけるアクセス対象の前記情報の所在を表す第１のアドレス情報に所望の復元時刻を付加した第２のアドレス情報を生成し、生成した前記第２のアドレス情報を前記ネットワークを介して前記情報提供サーバに送信し、
   前記情報提供サーバは、
   受信した前記第２のアドレス情報に基づいて、対応する前記情報を指定された復元時刻の状態に復元し、復元した前記情報を前記通信機器に送信する
   ことを特徴とする情報提供システム。
2. 前記通信機器は、
   前記ネットワークにおけるアクセス対象の前記情報の前記第１のアドレス情報に、外部から入力された前記復元時刻を付加して前記第２のアドレス情報を生成する
   ことを特徴とする請求項１に記載の情報提供システム。
3. 前記通信機器は、
   前記ネットワーク上に存在する情報を収集して各前記情報の第１のアドレス情報が登録されたデータベースを作成し、外部からの要求に応じて、前記ネットワーク上に存在する該当する情報を前記データベースを用いて検索する検索サーバであり、
   前記ネットワークにおけるアクセス対象の前記情報の前記第１のアドレス情報に、前記情報提供サーバから前記情報を収集した時刻を前記復元時刻として付加して前記第２のアドレス情報を生成する
   ことを特徴とする請求項１に記載の情報提供システム。
4. 前記情報提供サーバは、
   復元した前記情報においてリンクが貼られている他の情報が、自己が提供する情報であるときには、当該他の情報を、予め前記第２のアドレス情報により指定された前記復元時刻の状態に復元する
   ことを特徴とする請求項１に記載の情報提供システム。
5. 前記情報提供サーバは、
   復元した前記情報においてリンクが貼られている他の情報が、他の情報提供サーバが提供する情報であるときには、前記ネットワークにおける当該他の情報の所在を表す前記第１のアドレス情報に、前記第２のアドレス情報により指定された前記復元時刻を付加した前記第２のアドレス情報を生成し、生成した前記第２のアドレス情報を前記ネットワークを介して前記他の情報提供サーバに送信する
   ことを特徴とする請求項１に記載の情報提供システム。
6. 前記情報提供サーバは、
   前記情報が格納された第１のボリュームのある時点のデータイメージであるスナップショットを定期的又は不定期に取得すると共に、前記第１のボリュームに格納された前記情報が更新されるごとに、当該更新の履歴情報でなるジャーナルを保存し、
   前記第２のアドレス情報を受信したときに、記スナップショット及び前記ジャーナルを用いて対応する前記情報を指定された復元時刻の状態に復元する
   ことを特徴とする請求項１に記載の情報提供システム。
7. 前記情報提供サーバは、
   前記ジャーナルを第２のボリュームに保存し、前記第２のボリュームにおける前記ジャーナルの蓄積量に基づき必要に応じて、前記第２のボリュームをバックアップする
   ことを特徴とする請求項６に記載の情報提供システム。
8. 前記アクセス対象の情報は、Ｗｅｂページである
   ことを特徴とする請求項１に記載の情報提供システム。
9. 通信機器と、当該通信機器からの要求に応じて情報を提供する情報提供サーバとがネットワークを介して接続されたネットワークシステムにおける情報提供方法において、
   前記通信機器が、前記ネットワークにおけるアクセス対象の前記情報の所在を表す第１のアドレス情報に所望の復元時刻を付加した第２のアドレス情報を生成し、生成した前記第２のアドレス情報を前記ネットワークを介して前記情報提供サーバに送信する第１のステップと、
   前記情報提供サーバが、受信した前記第２のアドレス情報に基づいて、対応する前記情報を指定された復元時刻の状態に復元し、復元した前記情報を前記通信機器に送信する第２のステップと
   ことを特徴とする情報提供方法。
10. 前記第１のステップにおいて、前記通信機器は、
    前記ネットワークにおけるアクセス対象の前記情報の前記第１のアドレス情報に、外部から入力された前記復元時刻を付加して前記第２のアドレス情報を生成する
    ことを特徴とする請求項９に記載の情報提供方法。
11. 前記通信機器は、
    前記ネットワーク上に存在する情報を収集して各前記情報の第１のアドレス情報が登録されたデータベースを作成し、外部からの要求に応じて、前記ネットワーク上に存在する該当する情報を前記データベースを用いて検索する検索サーバであり、
    前記第１のステップにおいて、前記通信機器は、
    前記ネットワークにおけるアクセス対象の前記情報の前記第１のアドレス情報に、前記情報提供サーバから前記情報を収集した時刻を前記復元時刻として付加して前記第２のアドレス情報を生成する
    ことを特徴とする請求項９に記載の情報提供方法。
12. 前記第２のステップにおいて、前記情報提供サーバは、
    復元した前記情報においてリンクが貼られている他の情報が、自己が提供する情報であるときには、当該他の情報を、予め前記第２のアドレス情報により指定された前記復元時刻の状態に復元する
    ことを特徴とする請求項９に記載の情報提供方法。
13. 前記第２のステップにおいて、前記情報提供サーバは、
    復元した前記情報においてリンクが貼られている他の情報が、他の情報提供サーバが提供する情報であるときには、前記ネットワークにおける当該他の情報の所在を表す前記第１のアドレス情報に、前記第２のアドレス情報により指定された前記復元時刻を付加した前記第２のアドレス情報を生成し、生成した前記第２のアドレス情報を前記ネットワークを介して前記他の情報提供サーバに送信する
    ことを特徴とする請求項９に記載の情報提供方法。
14. 前記情報提供サーバは、
    前記情報が格納された第１のボリュームのある時点のデータイメージであるスナップショットを定期的又は不定期に取得すると共に、前記第１のボリュームに格納された前記情報が更新されるごとに、当該更新の履歴情報でなるジャーナルを保存し、
    前記第２のステップにおいて、前記情報提供サーバは、
    前記第２のアドレス情報を受信したときに、記スナップショット及び前記ジャーナルを用いて対応する前記情報を指定された復元時刻の状態に復元する
    ことを特徴とする請求項９に記載の情報提供方法。
15. 前記情報提供サーバは、
    前記ジャーナルを第２のボリュームに保存し、前記第２のボリュームにおける前記ジャーナルの蓄積量に基づき必要に応じて、前記第２のボリュームをバックアップする
    ことを特徴とする請求項１４に記載の情報提供方法。
16. 前記アクセス対象の情報は、Ｗｅｂページである
    ことを特徴とする請求項９に記載の情報提供方法。

Images