JP4145449B2 - ウエブ資源を持続的に格納するための方法および装置 - Google Patents
ウエブ資源を持続的に格納するための方法および装置 Download PDFInfo
- Publication number
- JP4145449B2 JP4145449B2 JP34172499A JP34172499A JP4145449B2 JP 4145449 B2 JP4145449 B2 JP 4145449B2 JP 34172499 A JP34172499 A JP 34172499A JP 34172499 A JP34172499 A JP 34172499A JP 4145449 B2 JP4145449 B2 JP 4145449B2
- Authority
- JP
- Japan
- Prior art keywords
- electronic document
- requested
- version
- time stamp
- web
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/951—Indexing; Web crawling techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
- G06F16/9566—URL specific, e.g. using aliases, detecting broken or misspelled links
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【関連する特許出願】
本発明は、本発明と同時に出願され、本発明の譲受人に譲渡された、以下の合衆国特許出願、つまり：“A Method And Apparatus For Persistent Access to Web Resources（ウエブ資源に持続的にアクセスするための方法および装置）”（Attorney Docket Number Ong 9）、“A Method And Apparatus For Persistent Access to Web Resources Using Relative Time-Stamps（ウエブ資源に相対タイムスタンプを用いて持続的にアクセスするための方法および装置）”（Attorney Docket Number Ong 10）、および“A Method And Apparatus For Resolving Domain Names of Persistent Web Resources（持続的ウエブ資源のドメイン名を解決するための方法および装置）”（Attorney Docket Number Ong 11）とも関連するために、これらについても参照されたい。
【０００２】
【発明の属する技術分野】
本発明は、インターネット資源へのアクセス技法、より詳細には、インターネット資源へのパシステント（持続的）なアクセスを確保するための方法および装置に関する。
【０００３】
【従来の技術】
World Wide Web（“ウエブ（Web）”）は、莫大な量の情報を提出および配布するためのダイナミック（動的）な方法を提供する。ウエブ上の情報には、インターネットに接続されており、例えば、Netscape Communications Corporation of Mountain View,CA.から市販されるNetscape Navigator CommunicatorTMなどのブラウザを所有する人なら誰でもアクセスすることができる。ウエブは多数の媒体オプションをユーザに提供する。ウエブは、当初は、主としてパーソナルコンピュータを介してのアクセスに限られていたが、最近では、普遍的にますます多様なパーソナル電子デバイスから利用（アクセス）できるようになりつつある。加えて、ディスプレイ技術も絶えず進歩しており、ウエブは、終局的には、従来のペーパベースの媒体に完全に取って代ることも予測される。
【０００４】
ペーパベースの媒体は、通常は、関連するタイムスタンプを持ち、過去のある任意の時点において提出された情報を簡単に調べることができる。例えば、新聞の記事は、その新聞の特定の出版日を指定することができれば、信頼できるリファレンス（参照資料）として引用することができる。ただし、ウエブの内容（コンテント）は、ダイナミックな（動的な／可変的な）性格を持ち、このため、ウエブのドキュメントは、通常は、信頼できる参照源とはならない。つまり、現時点では、ウエブの内容は、将来の任意の時点で同一の形式にて存在し、これに、将来も引き続いて、同一の均一資源ロケーター（Uniform Resource Locator，“URL”）にて、持続的にアドレス（アクセス）できるという保証はない。つまり、幾つかのウエブサイトは、幾らかのアーカイブ（長期保存）ウエブドキュメントへのアクセスを提供するが、ただし、ユーザは、これら過去のウエブドキュメントに、たとえ可能であったとしても、一貫した予測可能なやり方でアクセスすることはできない。
【０００５】
非営利のコンピュータライブラリサービスおよびリサーチ機関であるオンラインコンピュータライブラリセンタ（Online Computer Library Center,Inc.，“OCLC”）は、一般インターネット資源に対するインターネットアドレスおよび別名を管理するためのＯＣＬＣ ＰＵＲＬ（持続的均一資源ロケーター“Persistent Uniform Resource Locator”）と呼ばれるソフトウエアツールを提供する。技術均一資源ロケーター（Persistent Uniform Resource Locator，PURL）は、インターネット資源に、高信頼に、長期間に渡って、最小の保守にて、アクセスできることを保証するために、インターネット資源に対するフレキシブルなネーミング（名前の指定）および名前分析サービスを提供する。概略的には、ＯＣＬＣ ＰＵＲＬは、ウエブ資源をどこに保存すべきかについての助言をインターネットユーザに与える。ただし、上述のように、インターネットは、絶えず、拡張および変化を続けている。そして、いったん、ＵＲＬが変更されると、そのＵＲＬを用いての以前の全ての参照（アクセス）は無効となり、ユーザは、もはや、そのインターネット資源にはアクセスできなくなる。しかも、これら変更の管理は、しばしば、非常に煩雑となる。
【０００６】
【発明が解決しようとする課題】
均一資源ロケーター（ＵＳＲ）は、インターネット資源の位置（ロケーション）を直接にポイントするが、持続的均一資源ロケーター（ＵＳＲ）は、ＰＵＲＬを実際のＵＲＬに翻訳する中間のアドレス解決（翻訳）サービスをポイントする。いったん、ウエブ資源がＯＣＬＣに登録され、ＰＵＲＬを割り当てられると、そのウエブ資源はＰＵＲＬを介してアクセスすることが可能になる。ＰＵＲＬは、ある資源に、その資源の位置が変わった場合でも、パシステント（持続的）な名前を割り当てる。こうして、ウエブ資源および他の資源内で参照されるＰＵＲＬは、時間がたっても持続的に有効となり、ウエブ資源が移動される度にその参照を更新する必要はなくなる（ＰＵＲＬは持続的なものとなり、ウエブ資源が移動された場合でも、同一のＰＵＲＬを用いて同一のウエブ資源および他の資源の内容にアクセスすることが可能になる）。ただし、ＯＣＬＣによって維持されるＰＵＲＬ“転送（forwarding）”アドレスは、常に、更新された状態に維持することを必要とされる。換言すれば、現状では、ドキュメントを移動する度に、ＯＣＬＣに、そのドキュメントの新たなアドレスを通知することが要求される。
【０００７】
【課題を解決するための手段】
本発明は、一般的には、ウエブ資源へのパシステント（持続的）なアクセスを提供するための方法および装置に関する。本発明の一面によると、ウエブ資源を識別するための“ＵＲＬ”が、オプションとして、タイムスタンプを含むように強化される。このタイムスタンプは、“ＵＲＬ”内に、任意の適当な形式にて指定することができる。ウエブブラウザおよびウエブサーバが開示されるが、これらは、タイムスタンプパラメータを収容し、ユーザが、明確な標的（ターゲット）時間にて、任意のウエブアドレスを参照することを可能にする。こうして、本発明は、ウエブ（資源）を、ペーパベースの媒体と殆ど同様な、編成された、信頼できる参照源とすることを可能にする。
【０００８】
開示されるウエブブラウザは、オプションとして、所望の日時の指定を容易にする機構を備えることも、あるいは、ユーザが、手操作にて、タイムスタンプを、ＵＲＬに、ブラウザの“ロケーション（Location）”ウインドウに指定されるように付加するようにすることもできる。一つの実施例によると、パシステント（持続的）ウエブサーバは、（１）タイムスタンプを含むＵＲＬを受信し、（２）アーカイブからリクエストされたウエブページに対応するベースウエブページを検索し、（３）ベースウエブページを修正することで、埋め込まれたハイパーリンクをリクエストされたウエブページと同一のタイムスタンプを含むように更新し、（４）更新されたページをリクエストされたページとしてクライアントに送り返す。パシステント（持続的）ウエブサーバは、抽出されたＵＲＬを選択されたタイムスタンプフォーマットに従って翻訳する。加えて、パシステントウエブサーバは、ウエブ資源の全てのバージョンを格納するためのパシステント（持続的）アーカイブを備え、ウエブユーザはこれら全てのバージョンに持続的にアクセスすることが可能になる。本発明は、任意のウエブ資源へのタイムスタンプを持つ参照が所望の資料を参照することを保証する。こうして、ウエブ上で歴史的な（過去の）調査を行なっている人が、任意の時間期間に対する（任意の時間期間に対して有効な）任意の情報を検索できるようにする。
【０００９】
【発明の実施の形態】
図１は、インターネットあるいはWorld Wide Web（“ウエブ（Web）”）環境１３０を通じて一つあるいは複数のパシステント（持続的）ウエブサーバ１４０、１５０からの情報にアクセスする本発明によるウエブブラウザ１００を示す。本発明は、テキスト、オーディオ、ビデオ、アニメーションドキュメントなどを含むウエブ資源、すなわち電子ドキュメントへのパシステントなアクセスを提供する（過去のドキュメントにも持続的にアクセスできるようにする）。本発明の一つの実施例なおいては、ウエブ資源を識別する均一資源ロケーター（“ＵＳＲ”）が、タイムスタンプを含むように強化される。ウエブブラウザ１００およびパシステントウエブサーバ１４０、１５０は、追加のタイムスタンプパラメータを備え、こうして、ユーザは、特定の目標日付を持つ任意のウエブアドレスを参照することが可能となる（過去の任意の特定の日付のウエブ資源にアクセスすることが可能になる）。例えば、“http://cnn.com?time=2+2+1997”なるＵＲＬは、１９９７年２月２日付けのＣＮＮホームページのウエブ内容（コンテント）を指定する。このようにして、ウエブは、編成された、しかも、ペーパベースの媒体と同程度に信頼できる参照源となり得る。
【００１０】
一例としてのタイムスタンプのフォーマット
タイムスタンプは、（“ＵＲＬ”）内に任意の適当なフォーマットにて含めることができる（この方法は当業者においては明白であると思われる）。例えば、www.Lucent.comのウエブページの１９９８年２月２日の時点での内容を参照する（にアクセスする）ためには、ＵＲＬは、以下のように表される：
http://www.lucent.com?time=2+2+1998
もう一つのバリエーションとして、追加の時間粒度（より詳細な時間の指定）を、ＵＲＬ内に特定の日の時刻を含めることで、指定することもできる。例えば、www.Lucent.comのウエブページの１９９８年２月２日1:23.p.mの時点での内容にアクセスするためには、ＵＲＬは、以下のように表される：
http://www.lucent.com?time=13+23+2+2+1998
特に改めて指定されない限り、時間帯は、ユーザの省略時の時間帯であるものと想定される。上述の一例としてのタイムスタンプのフォーマットは、Commom Gateway Interface（CGI）による探索引数に従う。勿論、月、日、年（あるいは他の時間単位）は、任意の順番で表すことができる。ＵＲＬがタイムスタンプを持たない場合は、省略時の値は、最も最新のバージョンとなる。
【００１１】
加えて、相対タイムスタンプを用いることもできる。例えば、www.Lucent.comのウエブページの昨日の時点での内容にアクセスするためには、ＵＲＬは、以下のように表される：
http://www.lucent.com?time=yesterday
さらに、埋め込まれたハイパーリンクが相対タイムスタンプを含む場合は、その相対タイムスタンプは現在のウエブページに基づくこととなる。つまり、現在のウエブページが：
http://www.lucent.com?time=1998_1_10
なる形式のＵＲＬを持ち、さらに、このページが：
http://www.lucent.com?time=yesterday
なる形式の埋め込まれたハイパーリンクを持つ場合、ブラウザおよびサーバは、そのＵＲＬを：
http://www.lucent.com?time=1998_1_9
なる形式を持つものと解釈および翻訳することとなる。
【００１２】
他の相対タイムスタンプとして、現在のウエブページの時刻からの時間オフセットを含めることも、例えば、指定された時間期間を足したり、引いたりすることも考えられる。この方法では、例えば、“+10D”は、現時点で見られるウエブページの日付に１０日を加えた時刻（日付）を示すこととなる。
【００１３】
あるドキュメントより（現ドキュメントのタイムスタンプを起点として）前にあるいは後にアーカイブ（保存）されたバージョンを参照する（にアクセスする）ために、“next_archive”、あるいは“previous_archive”なるラベルを用いてＵＲＬを表すこともできる。この場合は、サーバは、アーカイブを通じて（内を）所望のドキュメ ントが見つかるまで探索することとなる。例えば、現在見ているドキュメントが：
http://www.lucent.com/doc.html?rtime=1997_5_12
なる形式のＵＲＬを持ち、同一のドキュメントの7/2/97、6/1/97、4/1/97および3/1/97なる年月日にアーカイブ（保存）された異なるバージョンが存在する場合は、現ドキュメント内に以下のリンクを用いることで、これら記録の一つを参照（一つにアクセス）することができる：
doc.html?rtime=next_archive
このような相対アーカイブタイムスタンプを用いると、同一ドキュメントの異なるバージョン間での移動がより効率的になる。
【００１４】
ここで、“リクエスト・ヘッダスキーム（request-header scheme）”と呼ばれるもう一つの実現においては、タイムスタンプは、ＨＴＴＰリクエストヘッダの一つとして、例えば：
Time-Stamp:June 9,1998
【００１５】
なる形式にて表される。
ここで、“専用文字スキーム（special character scheme）”と呼ばれるもう一つの実現においては、ＵＲＬ内に含まれるタイムスタンプを示すために、専用文字が以下のように用いられる：
http://www.cnnfn.com;time=2+2+1998&timezone=server
【００１６】
ウエブサーバ
ウエブブラウザ１００は、従来のブラウザ、例えば、Microsoft Internet ExplorerTMあるいはNetscape NavigatorTMとして実現し、これを本発明の特徴および機能を組み込むように修正することが考えられる。後に詳細に説明するように、ウエブブラウザ１００は、単に、ユーザが所望の日時を指定できるように、新たなオプション選択パネルを組み込むことのみを必要とされる。実際、従来のウエブブラウザ１００を利用し、ユーザが、手操作にて、タイムスタンプをURLに、ブラウザ１００の“Location”ウインドウに従って付加するようにすることもできる。
【００１７】
一つの実現においては、ユーザは、タイムスタンプをターンオンあるいはオフするオプションを有する。タイムスタンプが起動されている場合は、ブラウザ１００は、ＵＲＬに必要な変更を加えたうえで、ＵＲＬをウエブ１３０に送る。対応するウエブサーバ１４０、１５０がタイムスタンプを認識できるという保証はなく、このため、サーバ１４０、１５０によって送り返されるドキュメントに含まれる埋め込まれたハイパーリンクがタイムスタンプを含まないことも考えられる。このため、このような状況においては、ウエブブラウザ１００が、タイムスタンプオプションが起動されている場合は、ユーザがそのハイパーリンクをクリックした際に、埋め込まれているハイパーリンクと関連するＵＲＬを自動的に変換し、適当なタイムスタンプを付加するようにすることが考えられる。このため、ウエブブラウザ１００は、ＵＲＬを選択されたタイムスタンプフォーマットに従って変換できる必要がある。リクエスト・ヘッダスキームを用いる実現では、ブラウザ１００を、専用のリクエストヘッダ（例えば、“Time-Stamp:June9,1998”）を送信できるように修正する必要がある。加えて、ＨＴＭＬを、特定のタイムスタンプを持つ任意の埋め込まれたハイパーリンクに対して、新たなタイムスタンプタグを含むように修正する必要がある。例えば：
＜A HREF=“www.lucent.com">Lucent Web Site</A>
なる形式を持つハイパーリンに対しては、ＨＴＭＬを、１９９８年２月２日なるタイムスタンプを示すように、以下のように修正する必要がある：
＜A HREF=“www.lucent.com"><TIMESTAMP TIME="2+2+1998”
TIMEZONE=server><TIMESTAMP>Lucent Web Site</A>
【００１８】
パシステント（持続的）ウエブサーバ
パシステント（持続的）ウエブサーバ１４０、１５０は、従来のハードウエアおよびソフトウエアとして実現し、以下に説明する機能および動作を遂行するように修正することが考えられる。より具体的には、パシステントウエブサーバ１４０、１５０は、（１）タイムスタンプを含むURLを受信すること、（２）タイムスタンプを抽出すること、（３）アーカイブから正確なページを検索すること、（４）ベースウエブページを修正することで、埋め込まれたハイパーリンクをリクエストされたウエブページと同一のタイムスタンプを含むように更新すること、および（５）要求されたページをクライアントに送り返すことができる必要がある。さらに、パシステントウエブサーバ１４０、１５０は、抽出されたURLを、選択されたタイムスタンプフォーマットに従って分析できる必要がある。本発明の一つの実施例においては、リクエストされた時間に対応するウエブ資源のバージョンが存在しない場合は、そのウエブ資源が以前にアーカイブ（保存）されたバージョンから変更されてないものと想定され、リクエストされた時間より前の最も最近の時間を持つウエブ資源のバージョンが送り返される。
【００１９】
加えて、パシステントウエブサーバ１４０、１５０は、それらが扱ったウエブの過去の全ての情報を保存できる必要がある。このため、図１に示すように、各パシステントウエブサーバ、例えば、パシステントウエブサーバ１４０、１５０は、それぞれ、ウエブ資源の全てのバージョンを、それらがウエブユーザによって持続的に利用できるように、格納するためのパシステント（持続的）アーカイブ１４５、１５５を備える。これらパシステントアーカイブ１４５、１５５は、どのようなメモリデバイスを用いて実現することもできるが、ただし、好ましくは、ＣＤ−ＲＯＭ、ＣＲ−Ｒ、ＷＯＲＭ、ＤＶＤ−ＲＯＭなどの持続的な（消去不能な）メモリデバイスが用いられる。
【００２０】
パシステントウエブサーバ１４０、１５０にて日付を持つＵＲＬをサポートするためには、パシステントウエブサーバ１４０、１５０は、それらの全内容（コンテント）を、それらがいつでも取り出せるように、年代順に格納する必要がある。図２に示す一つの実現においては、パシステントアーカイブ１４５、１５５は、ウエブサイトの全内容を、永久メモリデバイスに、ある種の年代順ダイレクトリ構造に従って格納する。図２は、ウエブサイトの内容を年代順に配列するダイレクトリ構造２００を示す。このダイレクトリ構造２００内のおのおのの葉、例えば、葉２１０は、ある日付（ここでは、１９９８年６月２６日）を持つＵＲＬに対応する。例えば：
http://www.nytimes.com?time=24+2+1998
なる日付を持つURLは、概念的に：
http://www.nytimes.com/archive/1998/2/24/
と等しい。
【００２１】
勿論、ウエブサイトの全内容を格納することは、メモリの利用の観点からは効率が悪い。多くのウエブページは、あったとしても、毎日、少ししか変更されない。このため、単にアーカイブから冗長を除去することで、メモリ効率を大幅に向上させることができる。いったん冗長が除去されれば、正規のウエブサイトメモリに追加されるべきメモリ要件は、通常は、それほどは大きくはならない。
【００２２】
図３は、パシステントアーカイブ１４５、１５５の冗長を低減するためのアーカイブプロセス３００を示す。このアルゴリズムにおいて言及される全てのファイルあるいはサブダイレクトリは、図２の一例としてのダイレクトリ構造２００のアーカイブサブダイレクトリ２２０の下に来ることに注意する。図３に示すように、アーカイブプロセス３００は、最初に、ステップ３１０において、各サブダイレクトリ、例えば、サブダイレクトリＡに対して、それより以前に作成され、サブダイレクトリＡと同一の内容を持つサブダイレクトリＢが存在するか否かを決定するためのテストを遂行する。ステップ３１０において、それより以前に作成され、サブダイレクトリＡと同一の内容を持つサブダイレクトリＢは存在しないことが決定された場合は、サブダイレクトリレベルでは、パシステントアーカイブ１４５、１５５の冗長を低減することはできず、プログラム制御は、ステップ３３０に進む。
【００２３】
他方、ステップ３１０において、それより以前に作成され、サブダイレクトリＡと同一の内容を持つサブダイレクトリＢが存在することが決定された場合は、ステップ３２０において、サブダイレクトリＡが、サブダイレクトリＢをポイントする別名（代替入口点／代替名）となる。例えば、図４Ａに示すように、ウエブサイトの現在（今日）の内容が昨日の内容と同一である場合は、今日に対して昨日のサブダイレクトリをポイントする別名が生成され、同様に、図４Ｂに示すように、今月の内容が先月の内容と同一である場合は、今月に対して先月のサブダイレクトリをポイントする別名が生成される。
【００２４】
その後、ステップ３３０において、各ファイル、例えば、ファイルＡに対して、それより以前に作成され、ファイルＡと同一の内容を持つファイルＢが存在するか否か決定するためのテストが遂行される。ステップ３３０において、それより以前に作成され、ファイルＡと同一の内容を持つファイルＢは存在しないことが決定された場合は、ファイルのレベルでパシステントアーカイブ１４５、１５５の冗長を低減することはできない。このため、プログラム制御は、ステップ３５０において終結する。
【００２５】
他方、ステップ３３０において、それより以前に作成され、ファイルＡと同一の内容を持つファイルＢが存在することが決定された場合は、ステップ３４０において、ファイルＡがファイルＢをポイントする別名となる。その後、プログラム制御は、ステップ３５０において終結する。
【００２６】
アーカイブプロセス３００は、これが多数の（一致する）ファイルあるいはダイレクトリを探索する必要があるために、現実的でなくなることも考えられる。つまり、このプロセスの実行時間は、アーカイブ内のエンティティの数と共に指数関数的に増大することとなる。当業者においては明白なように、これに対する多くの次善の解決策が可能である。一つの極めて単純な解決策においては、単に、今日アーカイブしたいものが、最も最近に追加されたアーカイブ（例えば、昨日の内容）に対してチェックされる（と比較される）。殆どのウエブサイトは、以前にアーカイブされたものと僅かしか違わないために、このアプローチはかなり妥当なものとなる。このアプローチは、周知のファイルシステムの増分バックアップと類似する。
【００２７】
ウエブサーバがパシステント（持続的）ウエブサーバでない場合でも、その影響を最小限に押さえることが要求される。このために、一つの実現においては、リクエストがタイムスタンプを含むが、あるウエブサーバがそのタイムスタンプを認識できない場合、そのウエブサーバは、リクエストされたウエブ資源の最も最近のバージョンを送り返すようにされる。
【００２８】
パシステントアーカイブのメモリ要件を低減するためのもう一つの方法として、ウエブサーバを、正しいアーカイブされたデータを探索できるという観点で、よりスマートなものにすることが考えられる。例えば、あるウエブ資源のパシステントな（持続的な）記録は、そのウエブ資源の前に保存されているバージョンと幾らか異なるバージョンのみに制限することが考えられる。例えば、あるアーカイブがウエブ資源の次のような５つの異なるバージョン、つまり、6/4/1996、6/12/1996、3/23/1997、2/1/1998、2/3/1998を含み、リクエストされた日付がこれらアーカイブされているどのバージョンとも等しくない場合、ウエブサーバは、そのリクエストされた日付は、それより前の最も最近の日付を持つバージョンと同一であるものと想定することが考えられる。加えて、あるダイレクトリ内に専用のシンボルリンク（あるいは、MacOS上の別名、あるいは、MS Windows上のショートカット）を用いることで、現在のダイレクトリの下に見つけることができないファイルあるいはダイレクトリを探索すべき場所を表し、こうして、該当するダイレクトリの下には、変更された部分のみを格納することも考えられる。変更されてない全てのデータは、このような専用のリンクの連鎖を通じて参照することができる。
【００２９】
パシステント（持続的）ＤＮＳサーバ
パシステント（持続的）ドメイン名サーバ（domain name server、DNS）は、従来のハードウエアおよびソフトウエアとして実現し、以下に説明する機能および動作を遂行するように修正することが考えられる。従来のＤＮＳサーバは、任意のドメイン名参照を、それらがＤＮＳデータベース内に存在しない場合、拒否する。本発明による日付を持つＵＲＬの一つの長所は、これを（ＵＲＬを）、過去のウエブ資源を参照（にアクセス）するためにも用いることができることである。例えば、従来の方法では、会社Ａが会社Ｂに併合された場合、“www.A.com"を通じて参照（アクセス）される全てのウエブページはもはや無効となる。つまり、ユーザが会社Ａに関するドキュメントにアクセスすることを希望する場合、ユーザは、全ての参照を会社Ｂのウエブサイトのどこかに変更することが必要となる。
【００３０】
ただし、会社Ａの過去の情報は、ＤＮＳサーバが、会社Ａの名前での参照（アクセス）を拒否することなく、代わりに、会社Ａの過去の情報がどこに存在するかを知っているアーカイブサービス会社に相談（照会）するようにすれば、アクセスすることが可能となる。ＤＮＳサーバ自身も、名前をＩＰアドレスに解決（翻訳）するプロセスをより迅速にするための幾らかの過去のデータを格納する。図５Ａ〜図５Ｂは、ＤＮＳサーバデータベースに格納されるデータの一例を、それぞれ、会社ＡとＢが併合する前と後について示す。この方法では、図５Ｂに示すように、ユーザが併合の後に、www.A.comについて知りたいと希望した場合でも、ＤＮＳサーバは、ユーザのリクエストを会社Ｂと関連する新たなIPアドレスに再ダイレクトするための十分な情報を持つ。データベース内にリストされている日付は、対応するドメイン名が有効である期間を表す。図面の例では、“www.A.com. 2/2/1999"なる日付を持つドメイン名参照は無効であり、“www.A.com. 2/2/1992"なる日付の場合は有効であることが示される。
【００３１】
図６は、本発明によるＤＮＳサーバプロセス６００を示す。図６に示すように、ＤＮＳサーバプロセス６００は、最初に、ステップ６１０において、ドメイン名リクエストを受信する。次に、ステップ６２０において、ドメイン名リクエストが日付を持つか否かを決定するためのテストが遂行される。ステップ６２０において、ドメイン名リクエストが日付を持たないことが決定された場合は、ステップ６３０において、通常の名前探索結果が送り返される。
【００３２】
反対に、ステップ６２０において、ドメイン名リクエストが日付を持つことが決定された場合は、ＤＮＳサーバプロセス６００は、ステップ６４０において、ＤＮＳデータベースを、そのドメイン名を求めて、その日付の制約内で探索する。次に、ステップ６５０において、その日付を持つドメイン名が見つかったか否か決定するためのテストが遂行される。ステップ６５０において、目的の日付を持つドメイン名が見つからなかったことが決定された場合は、ＤＮＳサーバは、ステップ６６０において、さらなる探索のために、アーカイブサービス会社に相談し、その後、プログラム制御は、ステップ６７０に進む。
【００３３】
一方、ステップ６５０において、目的の日付を持つドメイン名が見つかったことが決定された場合は、ステップ６７０において、探索結果が送り返される。このとき、再リダイレクトの場合は、その指標も送り返される。その後、プログラム制御は終結する。
【００３４】
ドメイン名がＤＮＳサーバによって解決（翻訳）された後、ウエブブラウザ１００は、ＤＮＳサーバから送り返されたものに従ってリクエストをウエブサーバ１４０、１５０に送信する必要がある。例えば、ユーザからのリクエストが、“http://www.A.com?time=2+2+1992"なる形式のＵＲＬである場合、ブラウザ１００は、ＤＮＳサーバにドメイン名解決リクエストを“www.A.com 2/2/1992"なる形式で送信する。説明の例では、会社Ａは、現在は会社Ｂの一部であるために、（図５Ｂに示すように）結果として、“123.2.3.222redirect"が送り返される。こうして、ウエブブラウザ１００は、現在、サーバのIPアドレスを入手しており、それが、再ダイレクトアドレスであることも知っている。こうして、ウエブブラウザ１００は、結果として、会社Ｂのウエブサーバ１４０、１５０にリクエストを“http://123.2.3.222?http://www.A.com?time=2+2+1992"なる形式にて送信する。会社Ｂのウエブサーバ１４０、１５０は、正しい（該当する）情報を得るために、どのようにすれば、会社Ａのこの古いアドレスを適当な位置にマッピングすることができるか知っている。
【００３５】
この新たなDNSの一つの副次的な長所は、幾つかの名前は、それらが一旦過去のものとなったら、再使用できることである。例えば、会社Ａという名前を持つもう一つの会社が、所定の期間の後に、ＤＮＳデータベースを以下のエントリにて更新することで、www.A.comなるドメイン名を用いることが可能となる：
【表１】
【００３６】
このようにして、ドメイン名を、無駄にすることなく、再利用することが可能となる。
【００３７】
ダイナミックなウエブ内容へのパシステントなアクセス
こうして、ウエブは、ダイナミックな（動的に変化する）内容（コンテント）で一杯となる。これら内容（コンテント）には、WebCamなどからのリアルタイムビデオや、WebCastイベントなどからのオーディオストリームや、Java、Javascript、あるいはActive-X起動のウエブページなどが考えられる。アプリケーションによっては、一連のダイナミックな内容を保存することは必要とされない、若しくは、要求されず、加えて、ウエブページの全ての広告部分は、保存することは必要とされない、若しくは、要求されない。
【００３８】
例えば、銀行や証券会社の取引データなどの年代順のデータでは、記録の一部分のみを、与えられたタイムスタンプの制約内で抽出することができる。例えば、ある日付における残高をチェックするためには、ブラウザ１００は、リクエストを以下のような形式にて送信する：
http://bank.com/?id=1234&time=2+3+1998
サーバ１４０、１５０は、単に、データを１９９８年３月２日まで検索あるいは再計算し、結果を送り返すことのみを必要とされる。このようなアプリケーション環境においては、全ての取引はもともとタイムスタンプを持つために、サービスにこの機能を追加することは極めて簡単である。
【００３９】
リアルタイムな内容（コンテント）に対しては、タイムスタンプを付加することの唯一の制約は、メモリ要件である。保存すべき情報の量に対して多くのメモリ空間が利用できる場合は、ウエブサイトの管理者は、全てのリアルタイム内容を保存することを選択し、メモリ空間が十分でない場合は、それらの幾らかを、例えば、１日分、１週間分、あるいは１年分のデータを保存することを選択することが考えられる。
【００４０】
ダイナミックに生成される宣伝に対しては、ウエブサイトの管理者は、（特別な理由により）古い広告を‘再提示（reshow）’することが適当であるか、あるいは、‘実際の（real）’アーカイブされているウエブ内容とは特に関係ない古い広告を新たな最新のコマーシャルと置換すべきか否かを決定することを要求される。
【００４１】
ウエブページ上でダイナミックに実行されるスクリプトについては、２つの可能な状況が考えられる。そのスクリプトが時間とともに変化しない場合は、そのスクリプトは安全に保存することができるが、そのスクリプトの挙動が時間とともに変化する場合、例えば、クロックやカレンダーディスプレイである場合は、そのスクリプトは、日付を持つＵＲＬを扱うように修正することを必要とされ、Java、JavascriptあるいはActive-X標準に適当な修正を施すことが必要となる。ＣＧＩアプリケーションによって動的に生成されるウエブページについても同様である。
【００４２】
以上、本発明について説明したが、説明の実施例およびバリエーションは単に本発明の原理を解説するためのものであり、当業者においては理解できるように、本発明の範囲および精神から逸脱することなく様々な修正が可能である。
【図面の簡単な説明】
【図１】本発明によるインターネット／World Wide Web（“ウエブ（Wed）”）環境を示す図である。
【図２】ウエブサイトの内容（コンテント）を年代順に配列するダイレクトリ構造を示す図である。
【図３】図１のパシステントアーカイブの冗長を低減するためにウエブサイト（サーバ）によって実現される一例としてのアーカイブプロセスの流れ図である。
【図４Ａ】図３のアーカイブプロセスによって遂行される以前にアーカイブされた内容と同一のウエブサイトの内容に別名を付ける様子を示す図である。
【図４Ｂ】図３のアーカイブプロセスによって遂行される以前にアーカイブされた内容と同一のウエブサイトの内容に別名を付ける様子を示す図である。
【図５Ａ】本発明によるＤＮＳサーバのデータベースのサンプルテーブルを示す図である。
【図５Ｂ】本発明によるＤＮＳサーバのデータベースのサンプルテーブルを示す図である。
【図６】タイムスタンプを持つＵＲＬに対応するＩＰアドレスを決定するためにＤＮＳサーバによって遂行される一例としてのＤＮＳサーバプロセスの流れ図である。
【符号の説明】
１００ ウエブブラウザ
１３０ インターネット／World Wide Web（“ウエブ（Web）”）環境
１４０、１５０ パシステントウエブサーバ
１４５、１５５ パシステントアーカイブ
２００ 年代順ダイレクトリ構造
【関連する特許出願】
本発明は、本発明と同時に出願され、本発明の譲受人に譲渡された、以下の合衆国特許出願、つまり：“A Method And Apparatus For Persistent Access to Web Resources（ウエブ資源に持続的にアクセスするための方法および装置）”（Attorney Docket Number Ong 9）、“A Method And Apparatus For Persistent Access to Web Resources Using Relative Time-Stamps（ウエブ資源に相対タイムスタンプを用いて持続的にアクセスするための方法および装置）”（Attorney Docket Number Ong 10）、および“A Method And Apparatus For Resolving Domain Names of Persistent Web Resources（持続的ウエブ資源のドメイン名を解決するための方法および装置）”（Attorney Docket Number Ong 11）とも関連するために、これらについても参照されたい。
【０００２】
【発明の属する技術分野】
本発明は、インターネット資源へのアクセス技法、より詳細には、インターネット資源へのパシステント（持続的）なアクセスを確保するための方法および装置に関する。
【０００３】
【従来の技術】
World Wide Web（“ウエブ（Web）”）は、莫大な量の情報を提出および配布するためのダイナミック（動的）な方法を提供する。ウエブ上の情報には、インターネットに接続されており、例えば、Netscape Communications Corporation of Mountain View,CA.から市販されるNetscape Navigator CommunicatorTMなどのブラウザを所有する人なら誰でもアクセスすることができる。ウエブは多数の媒体オプションをユーザに提供する。ウエブは、当初は、主としてパーソナルコンピュータを介してのアクセスに限られていたが、最近では、普遍的にますます多様なパーソナル電子デバイスから利用（アクセス）できるようになりつつある。加えて、ディスプレイ技術も絶えず進歩しており、ウエブは、終局的には、従来のペーパベースの媒体に完全に取って代ることも予測される。
【０００４】
ペーパベースの媒体は、通常は、関連するタイムスタンプを持ち、過去のある任意の時点において提出された情報を簡単に調べることができる。例えば、新聞の記事は、その新聞の特定の出版日を指定することができれば、信頼できるリファレンス（参照資料）として引用することができる。ただし、ウエブの内容（コンテント）は、ダイナミックな（動的な／可変的な）性格を持ち、このため、ウエブのドキュメントは、通常は、信頼できる参照源とはならない。つまり、現時点では、ウエブの内容は、将来の任意の時点で同一の形式にて存在し、これに、将来も引き続いて、同一の均一資源ロケーター（Uniform Resource Locator，“URL”）にて、持続的にアドレス（アクセス）できるという保証はない。つまり、幾つかのウエブサイトは、幾らかのアーカイブ（長期保存）ウエブドキュメントへのアクセスを提供するが、ただし、ユーザは、これら過去のウエブドキュメントに、たとえ可能であったとしても、一貫した予測可能なやり方でアクセスすることはできない。
【０００５】
非営利のコンピュータライブラリサービスおよびリサーチ機関であるオンラインコンピュータライブラリセンタ（Online Computer Library Center,Inc.，“OCLC”）は、一般インターネット資源に対するインターネットアドレスおよび別名を管理するためのＯＣＬＣ ＰＵＲＬ（持続的均一資源ロケーター“Persistent Uniform Resource Locator”）と呼ばれるソフトウエアツールを提供する。技術均一資源ロケーター（Persistent Uniform Resource Locator，PURL）は、インターネット資源に、高信頼に、長期間に渡って、最小の保守にて、アクセスできることを保証するために、インターネット資源に対するフレキシブルなネーミング（名前の指定）および名前分析サービスを提供する。概略的には、ＯＣＬＣ ＰＵＲＬは、ウエブ資源をどこに保存すべきかについての助言をインターネットユーザに与える。ただし、上述のように、インターネットは、絶えず、拡張および変化を続けている。そして、いったん、ＵＲＬが変更されると、そのＵＲＬを用いての以前の全ての参照（アクセス）は無効となり、ユーザは、もはや、そのインターネット資源にはアクセスできなくなる。しかも、これら変更の管理は、しばしば、非常に煩雑となる。
【０００６】
【発明が解決しようとする課題】
均一資源ロケーター（ＵＳＲ）は、インターネット資源の位置（ロケーション）を直接にポイントするが、持続的均一資源ロケーター（ＵＳＲ）は、ＰＵＲＬを実際のＵＲＬに翻訳する中間のアドレス解決（翻訳）サービスをポイントする。いったん、ウエブ資源がＯＣＬＣに登録され、ＰＵＲＬを割り当てられると、そのウエブ資源はＰＵＲＬを介してアクセスすることが可能になる。ＰＵＲＬは、ある資源に、その資源の位置が変わった場合でも、パシステント（持続的）な名前を割り当てる。こうして、ウエブ資源および他の資源内で参照されるＰＵＲＬは、時間がたっても持続的に有効となり、ウエブ資源が移動される度にその参照を更新する必要はなくなる（ＰＵＲＬは持続的なものとなり、ウエブ資源が移動された場合でも、同一のＰＵＲＬを用いて同一のウエブ資源および他の資源の内容にアクセスすることが可能になる）。ただし、ＯＣＬＣによって維持されるＰＵＲＬ“転送（forwarding）”アドレスは、常に、更新された状態に維持することを必要とされる。換言すれば、現状では、ドキュメントを移動する度に、ＯＣＬＣに、そのドキュメントの新たなアドレスを通知することが要求される。
【０００７】
【課題を解決するための手段】
本発明は、一般的には、ウエブ資源へのパシステント（持続的）なアクセスを提供するための方法および装置に関する。本発明の一面によると、ウエブ資源を識別するための“ＵＲＬ”が、オプションとして、タイムスタンプを含むように強化される。このタイムスタンプは、“ＵＲＬ”内に、任意の適当な形式にて指定することができる。ウエブブラウザおよびウエブサーバが開示されるが、これらは、タイムスタンプパラメータを収容し、ユーザが、明確な標的（ターゲット）時間にて、任意のウエブアドレスを参照することを可能にする。こうして、本発明は、ウエブ（資源）を、ペーパベースの媒体と殆ど同様な、編成された、信頼できる参照源とすることを可能にする。
【０００８】
開示されるウエブブラウザは、オプションとして、所望の日時の指定を容易にする機構を備えることも、あるいは、ユーザが、手操作にて、タイムスタンプを、ＵＲＬに、ブラウザの“ロケーション（Location）”ウインドウに指定されるように付加するようにすることもできる。一つの実施例によると、パシステント（持続的）ウエブサーバは、（１）タイムスタンプを含むＵＲＬを受信し、（２）アーカイブからリクエストされたウエブページに対応するベースウエブページを検索し、（３）ベースウエブページを修正することで、埋め込まれたハイパーリンクをリクエストされたウエブページと同一のタイムスタンプを含むように更新し、（４）更新されたページをリクエストされたページとしてクライアントに送り返す。パシステント（持続的）ウエブサーバは、抽出されたＵＲＬを選択されたタイムスタンプフォーマットに従って翻訳する。加えて、パシステントウエブサーバは、ウエブ資源の全てのバージョンを格納するためのパシステント（持続的）アーカイブを備え、ウエブユーザはこれら全てのバージョンに持続的にアクセスすることが可能になる。本発明は、任意のウエブ資源へのタイムスタンプを持つ参照が所望の資料を参照することを保証する。こうして、ウエブ上で歴史的な（過去の）調査を行なっている人が、任意の時間期間に対する（任意の時間期間に対して有効な）任意の情報を検索できるようにする。
【０００９】
【発明の実施の形態】
図１は、インターネットあるいはWorld Wide Web（“ウエブ（Web）”）環境１３０を通じて一つあるいは複数のパシステント（持続的）ウエブサーバ１４０、１５０からの情報にアクセスする本発明によるウエブブラウザ１００を示す。本発明は、テキスト、オーディオ、ビデオ、アニメーションドキュメントなどを含むウエブ資源、すなわち電子ドキュメントへのパシステントなアクセスを提供する（過去のドキュメントにも持続的にアクセスできるようにする）。本発明の一つの実施例なおいては、ウエブ資源を識別する均一資源ロケーター（“ＵＳＲ”）が、タイムスタンプを含むように強化される。ウエブブラウザ１００およびパシステントウエブサーバ１４０、１５０は、追加のタイムスタンプパラメータを備え、こうして、ユーザは、特定の目標日付を持つ任意のウエブアドレスを参照することが可能となる（過去の任意の特定の日付のウエブ資源にアクセスすることが可能になる）。例えば、“http://cnn.com?time=2+2+1997”なるＵＲＬは、１９９７年２月２日付けのＣＮＮホームページのウエブ内容（コンテント）を指定する。このようにして、ウエブは、編成された、しかも、ペーパベースの媒体と同程度に信頼できる参照源となり得る。
【００１０】
一例としてのタイムスタンプのフォーマット
タイムスタンプは、（“ＵＲＬ”）内に任意の適当なフォーマットにて含めることができる（この方法は当業者においては明白であると思われる）。例えば、www.Lucent.comのウエブページの１９９８年２月２日の時点での内容を参照する（にアクセスする）ためには、ＵＲＬは、以下のように表される：
http://www.lucent.com?time=2+2+1998
もう一つのバリエーションとして、追加の時間粒度（より詳細な時間の指定）を、ＵＲＬ内に特定の日の時刻を含めることで、指定することもできる。例えば、www.Lucent.comのウエブページの１９９８年２月２日1:23.p.mの時点での内容にアクセスするためには、ＵＲＬは、以下のように表される：
http://www.lucent.com?time=13+23+2+2+1998
特に改めて指定されない限り、時間帯は、ユーザの省略時の時間帯であるものと想定される。上述の一例としてのタイムスタンプのフォーマットは、Commom Gateway Interface（CGI）による探索引数に従う。勿論、月、日、年（あるいは他の時間単位）は、任意の順番で表すことができる。ＵＲＬがタイムスタンプを持たない場合は、省略時の値は、最も最新のバージョンとなる。
【００１１】
加えて、相対タイムスタンプを用いることもできる。例えば、www.Lucent.comのウエブページの昨日の時点での内容にアクセスするためには、ＵＲＬは、以下のように表される：
http://www.lucent.com?time=yesterday
さらに、埋め込まれたハイパーリンクが相対タイムスタンプを含む場合は、その相対タイムスタンプは現在のウエブページに基づくこととなる。つまり、現在のウエブページが：
http://www.lucent.com?time=1998_1_10
なる形式のＵＲＬを持ち、さらに、このページが：
http://www.lucent.com?time=yesterday
なる形式の埋め込まれたハイパーリンクを持つ場合、ブラウザおよびサーバは、そのＵＲＬを：
http://www.lucent.com?time=1998_1_9
なる形式を持つものと解釈および翻訳することとなる。
【００１２】
他の相対タイムスタンプとして、現在のウエブページの時刻からの時間オフセットを含めることも、例えば、指定された時間期間を足したり、引いたりすることも考えられる。この方法では、例えば、“+10D”は、現時点で見られるウエブページの日付に１０日を加えた時刻（日付）を示すこととなる。
【００１３】
あるドキュメントより（現ドキュメントのタイムスタンプを起点として）前にあるいは後にアーカイブ（保存）されたバージョンを参照する（にアクセスする）ために、“next_archive”、あるいは“previous_archive”なるラベルを用いてＵＲＬを表すこともできる。この場合は、サーバは、アーカイブを通じて（内を）所望のドキュメ ントが見つかるまで探索することとなる。例えば、現在見ているドキュメントが：
http://www.lucent.com/doc.html?rtime=1997_5_12
なる形式のＵＲＬを持ち、同一のドキュメントの7/2/97、6/1/97、4/1/97および3/1/97なる年月日にアーカイブ（保存）された異なるバージョンが存在する場合は、現ドキュメント内に以下のリンクを用いることで、これら記録の一つを参照（一つにアクセス）することができる：
doc.html?rtime=next_archive
このような相対アーカイブタイムスタンプを用いると、同一ドキュメントの異なるバージョン間での移動がより効率的になる。
【００１４】
ここで、“リクエスト・ヘッダスキーム（request-header scheme）”と呼ばれるもう一つの実現においては、タイムスタンプは、ＨＴＴＰリクエストヘッダの一つとして、例えば：
Time-Stamp:June 9,1998
【００１５】
なる形式にて表される。
ここで、“専用文字スキーム（special character scheme）”と呼ばれるもう一つの実現においては、ＵＲＬ内に含まれるタイムスタンプを示すために、専用文字が以下のように用いられる：
http://www.cnnfn.com;time=2+2+1998&timezone=server
【００１６】
ウエブサーバ
ウエブブラウザ１００は、従来のブラウザ、例えば、Microsoft Internet ExplorerTMあるいはNetscape NavigatorTMとして実現し、これを本発明の特徴および機能を組み込むように修正することが考えられる。後に詳細に説明するように、ウエブブラウザ１００は、単に、ユーザが所望の日時を指定できるように、新たなオプション選択パネルを組み込むことのみを必要とされる。実際、従来のウエブブラウザ１００を利用し、ユーザが、手操作にて、タイムスタンプをURLに、ブラウザ１００の“Location”ウインドウに従って付加するようにすることもできる。
【００１７】
一つの実現においては、ユーザは、タイムスタンプをターンオンあるいはオフするオプションを有する。タイムスタンプが起動されている場合は、ブラウザ１００は、ＵＲＬに必要な変更を加えたうえで、ＵＲＬをウエブ１３０に送る。対応するウエブサーバ１４０、１５０がタイムスタンプを認識できるという保証はなく、このため、サーバ１４０、１５０によって送り返されるドキュメントに含まれる埋め込まれたハイパーリンクがタイムスタンプを含まないことも考えられる。このため、このような状況においては、ウエブブラウザ１００が、タイムスタンプオプションが起動されている場合は、ユーザがそのハイパーリンクをクリックした際に、埋め込まれているハイパーリンクと関連するＵＲＬを自動的に変換し、適当なタイムスタンプを付加するようにすることが考えられる。このため、ウエブブラウザ１００は、ＵＲＬを選択されたタイムスタンプフォーマットに従って変換できる必要がある。リクエスト・ヘッダスキームを用いる実現では、ブラウザ１００を、専用のリクエストヘッダ（例えば、“Time-Stamp:June9,1998”）を送信できるように修正する必要がある。加えて、ＨＴＭＬを、特定のタイムスタンプを持つ任意の埋め込まれたハイパーリンクに対して、新たなタイムスタンプタグを含むように修正する必要がある。例えば：
＜A HREF=“www.lucent.com">Lucent Web Site</A>
なる形式を持つハイパーリンに対しては、ＨＴＭＬを、１９９８年２月２日なるタイムスタンプを示すように、以下のように修正する必要がある：
＜A HREF=“www.lucent.com"><TIMESTAMP TIME="2+2+1998”
TIMEZONE=server><TIMESTAMP>Lucent Web Site</A>
【００１８】
パシステント（持続的）ウエブサーバ
パシステント（持続的）ウエブサーバ１４０、１５０は、従来のハードウエアおよびソフトウエアとして実現し、以下に説明する機能および動作を遂行するように修正することが考えられる。より具体的には、パシステントウエブサーバ１４０、１５０は、（１）タイムスタンプを含むURLを受信すること、（２）タイムスタンプを抽出すること、（３）アーカイブから正確なページを検索すること、（４）ベースウエブページを修正することで、埋め込まれたハイパーリンクをリクエストされたウエブページと同一のタイムスタンプを含むように更新すること、および（５）要求されたページをクライアントに送り返すことができる必要がある。さらに、パシステントウエブサーバ１４０、１５０は、抽出されたURLを、選択されたタイムスタンプフォーマットに従って分析できる必要がある。本発明の一つの実施例においては、リクエストされた時間に対応するウエブ資源のバージョンが存在しない場合は、そのウエブ資源が以前にアーカイブ（保存）されたバージョンから変更されてないものと想定され、リクエストされた時間より前の最も最近の時間を持つウエブ資源のバージョンが送り返される。
【００１９】
加えて、パシステントウエブサーバ１４０、１５０は、それらが扱ったウエブの過去の全ての情報を保存できる必要がある。このため、図１に示すように、各パシステントウエブサーバ、例えば、パシステントウエブサーバ１４０、１５０は、それぞれ、ウエブ資源の全てのバージョンを、それらがウエブユーザによって持続的に利用できるように、格納するためのパシステント（持続的）アーカイブ１４５、１５５を備える。これらパシステントアーカイブ１４５、１５５は、どのようなメモリデバイスを用いて実現することもできるが、ただし、好ましくは、ＣＤ−ＲＯＭ、ＣＲ−Ｒ、ＷＯＲＭ、ＤＶＤ−ＲＯＭなどの持続的な（消去不能な）メモリデバイスが用いられる。
【００２０】
パシステントウエブサーバ１４０、１５０にて日付を持つＵＲＬをサポートするためには、パシステントウエブサーバ１４０、１５０は、それらの全内容（コンテント）を、それらがいつでも取り出せるように、年代順に格納する必要がある。図２に示す一つの実現においては、パシステントアーカイブ１４５、１５５は、ウエブサイトの全内容を、永久メモリデバイスに、ある種の年代順ダイレクトリ構造に従って格納する。図２は、ウエブサイトの内容を年代順に配列するダイレクトリ構造２００を示す。このダイレクトリ構造２００内のおのおのの葉、例えば、葉２１０は、ある日付（ここでは、１９９８年６月２６日）を持つＵＲＬに対応する。例えば：
http://www.nytimes.com?time=24+2+1998
なる日付を持つURLは、概念的に：
http://www.nytimes.com/archive/1998/2/24/
と等しい。
【００２１】
勿論、ウエブサイトの全内容を格納することは、メモリの利用の観点からは効率が悪い。多くのウエブページは、あったとしても、毎日、少ししか変更されない。このため、単にアーカイブから冗長を除去することで、メモリ効率を大幅に向上させることができる。いったん冗長が除去されれば、正規のウエブサイトメモリに追加されるべきメモリ要件は、通常は、それほどは大きくはならない。
【００２２】
図３は、パシステントアーカイブ１４５、１５５の冗長を低減するためのアーカイブプロセス３００を示す。このアルゴリズムにおいて言及される全てのファイルあるいはサブダイレクトリは、図２の一例としてのダイレクトリ構造２００のアーカイブサブダイレクトリ２２０の下に来ることに注意する。図３に示すように、アーカイブプロセス３００は、最初に、ステップ３１０において、各サブダイレクトリ、例えば、サブダイレクトリＡに対して、それより以前に作成され、サブダイレクトリＡと同一の内容を持つサブダイレクトリＢが存在するか否かを決定するためのテストを遂行する。ステップ３１０において、それより以前に作成され、サブダイレクトリＡと同一の内容を持つサブダイレクトリＢは存在しないことが決定された場合は、サブダイレクトリレベルでは、パシステントアーカイブ１４５、１５５の冗長を低減することはできず、プログラム制御は、ステップ３３０に進む。
【００２３】
他方、ステップ３１０において、それより以前に作成され、サブダイレクトリＡと同一の内容を持つサブダイレクトリＢが存在することが決定された場合は、ステップ３２０において、サブダイレクトリＡが、サブダイレクトリＢをポイントする別名（代替入口点／代替名）となる。例えば、図４Ａに示すように、ウエブサイトの現在（今日）の内容が昨日の内容と同一である場合は、今日に対して昨日のサブダイレクトリをポイントする別名が生成され、同様に、図４Ｂに示すように、今月の内容が先月の内容と同一である場合は、今月に対して先月のサブダイレクトリをポイントする別名が生成される。
【００２４】
その後、ステップ３３０において、各ファイル、例えば、ファイルＡに対して、それより以前に作成され、ファイルＡと同一の内容を持つファイルＢが存在するか否か決定するためのテストが遂行される。ステップ３３０において、それより以前に作成され、ファイルＡと同一の内容を持つファイルＢは存在しないことが決定された場合は、ファイルのレベルでパシステントアーカイブ１４５、１５５の冗長を低減することはできない。このため、プログラム制御は、ステップ３５０において終結する。
【００２５】
他方、ステップ３３０において、それより以前に作成され、ファイルＡと同一の内容を持つファイルＢが存在することが決定された場合は、ステップ３４０において、ファイルＡがファイルＢをポイントする別名となる。その後、プログラム制御は、ステップ３５０において終結する。
【００２６】
アーカイブプロセス３００は、これが多数の（一致する）ファイルあるいはダイレクトリを探索する必要があるために、現実的でなくなることも考えられる。つまり、このプロセスの実行時間は、アーカイブ内のエンティティの数と共に指数関数的に増大することとなる。当業者においては明白なように、これに対する多くの次善の解決策が可能である。一つの極めて単純な解決策においては、単に、今日アーカイブしたいものが、最も最近に追加されたアーカイブ（例えば、昨日の内容）に対してチェックされる（と比較される）。殆どのウエブサイトは、以前にアーカイブされたものと僅かしか違わないために、このアプローチはかなり妥当なものとなる。このアプローチは、周知のファイルシステムの増分バックアップと類似する。
【００２７】
ウエブサーバがパシステント（持続的）ウエブサーバでない場合でも、その影響を最小限に押さえることが要求される。このために、一つの実現においては、リクエストがタイムスタンプを含むが、あるウエブサーバがそのタイムスタンプを認識できない場合、そのウエブサーバは、リクエストされたウエブ資源の最も最近のバージョンを送り返すようにされる。
【００２８】
パシステントアーカイブのメモリ要件を低減するためのもう一つの方法として、ウエブサーバを、正しいアーカイブされたデータを探索できるという観点で、よりスマートなものにすることが考えられる。例えば、あるウエブ資源のパシステントな（持続的な）記録は、そのウエブ資源の前に保存されているバージョンと幾らか異なるバージョンのみに制限することが考えられる。例えば、あるアーカイブがウエブ資源の次のような５つの異なるバージョン、つまり、6/4/1996、6/12/1996、3/23/1997、2/1/1998、2/3/1998を含み、リクエストされた日付がこれらアーカイブされているどのバージョンとも等しくない場合、ウエブサーバは、そのリクエストされた日付は、それより前の最も最近の日付を持つバージョンと同一であるものと想定することが考えられる。加えて、あるダイレクトリ内に専用のシンボルリンク（あるいは、MacOS上の別名、あるいは、MS Windows上のショートカット）を用いることで、現在のダイレクトリの下に見つけることができないファイルあるいはダイレクトリを探索すべき場所を表し、こうして、該当するダイレクトリの下には、変更された部分のみを格納することも考えられる。変更されてない全てのデータは、このような専用のリンクの連鎖を通じて参照することができる。
【００２９】
パシステント（持続的）ＤＮＳサーバ
パシステント（持続的）ドメイン名サーバ（domain name server、DNS）は、従来のハードウエアおよびソフトウエアとして実現し、以下に説明する機能および動作を遂行するように修正することが考えられる。従来のＤＮＳサーバは、任意のドメイン名参照を、それらがＤＮＳデータベース内に存在しない場合、拒否する。本発明による日付を持つＵＲＬの一つの長所は、これを（ＵＲＬを）、過去のウエブ資源を参照（にアクセス）するためにも用いることができることである。例えば、従来の方法では、会社Ａが会社Ｂに併合された場合、“www.A.com"を通じて参照（アクセス）される全てのウエブページはもはや無効となる。つまり、ユーザが会社Ａに関するドキュメントにアクセスすることを希望する場合、ユーザは、全ての参照を会社Ｂのウエブサイトのどこかに変更することが必要となる。
【００３０】
ただし、会社Ａの過去の情報は、ＤＮＳサーバが、会社Ａの名前での参照（アクセス）を拒否することなく、代わりに、会社Ａの過去の情報がどこに存在するかを知っているアーカイブサービス会社に相談（照会）するようにすれば、アクセスすることが可能となる。ＤＮＳサーバ自身も、名前をＩＰアドレスに解決（翻訳）するプロセスをより迅速にするための幾らかの過去のデータを格納する。図５Ａ〜図５Ｂは、ＤＮＳサーバデータベースに格納されるデータの一例を、それぞれ、会社ＡとＢが併合する前と後について示す。この方法では、図５Ｂに示すように、ユーザが併合の後に、www.A.comについて知りたいと希望した場合でも、ＤＮＳサーバは、ユーザのリクエストを会社Ｂと関連する新たなIPアドレスに再ダイレクトするための十分な情報を持つ。データベース内にリストされている日付は、対応するドメイン名が有効である期間を表す。図面の例では、“www.A.com. 2/2/1999"なる日付を持つドメイン名参照は無効であり、“www.A.com. 2/2/1992"なる日付の場合は有効であることが示される。
【００３１】
図６は、本発明によるＤＮＳサーバプロセス６００を示す。図６に示すように、ＤＮＳサーバプロセス６００は、最初に、ステップ６１０において、ドメイン名リクエストを受信する。次に、ステップ６２０において、ドメイン名リクエストが日付を持つか否かを決定するためのテストが遂行される。ステップ６２０において、ドメイン名リクエストが日付を持たないことが決定された場合は、ステップ６３０において、通常の名前探索結果が送り返される。
【００３２】
反対に、ステップ６２０において、ドメイン名リクエストが日付を持つことが決定された場合は、ＤＮＳサーバプロセス６００は、ステップ６４０において、ＤＮＳデータベースを、そのドメイン名を求めて、その日付の制約内で探索する。次に、ステップ６５０において、その日付を持つドメイン名が見つかったか否か決定するためのテストが遂行される。ステップ６５０において、目的の日付を持つドメイン名が見つからなかったことが決定された場合は、ＤＮＳサーバは、ステップ６６０において、さらなる探索のために、アーカイブサービス会社に相談し、その後、プログラム制御は、ステップ６７０に進む。
【００３３】
一方、ステップ６５０において、目的の日付を持つドメイン名が見つかったことが決定された場合は、ステップ６７０において、探索結果が送り返される。このとき、再リダイレクトの場合は、その指標も送り返される。その後、プログラム制御は終結する。
【００３４】
ドメイン名がＤＮＳサーバによって解決（翻訳）された後、ウエブブラウザ１００は、ＤＮＳサーバから送り返されたものに従ってリクエストをウエブサーバ１４０、１５０に送信する必要がある。例えば、ユーザからのリクエストが、“http://www.A.com?time=2+2+1992"なる形式のＵＲＬである場合、ブラウザ１００は、ＤＮＳサーバにドメイン名解決リクエストを“www.A.com 2/2/1992"なる形式で送信する。説明の例では、会社Ａは、現在は会社Ｂの一部であるために、（図５Ｂに示すように）結果として、“123.2.3.222redirect"が送り返される。こうして、ウエブブラウザ１００は、現在、サーバのIPアドレスを入手しており、それが、再ダイレクトアドレスであることも知っている。こうして、ウエブブラウザ１００は、結果として、会社Ｂのウエブサーバ１４０、１５０にリクエストを“http://123.2.3.222?http://www.A.com?time=2+2+1992"なる形式にて送信する。会社Ｂのウエブサーバ１４０、１５０は、正しい（該当する）情報を得るために、どのようにすれば、会社Ａのこの古いアドレスを適当な位置にマッピングすることができるか知っている。
【００３５】
この新たなDNSの一つの副次的な長所は、幾つかの名前は、それらが一旦過去のものとなったら、再使用できることである。例えば、会社Ａという名前を持つもう一つの会社が、所定の期間の後に、ＤＮＳデータベースを以下のエントリにて更新することで、www.A.comなるドメイン名を用いることが可能となる：
【表１】
このようにして、ドメイン名を、無駄にすることなく、再利用することが可能となる。
【００３７】
ダイナミックなウエブ内容へのパシステントなアクセス
こうして、ウエブは、ダイナミックな（動的に変化する）内容（コンテント）で一杯となる。これら内容（コンテント）には、WebCamなどからのリアルタイムビデオや、WebCastイベントなどからのオーディオストリームや、Java、Javascript、あるいはActive-X起動のウエブページなどが考えられる。アプリケーションによっては、一連のダイナミックな内容を保存することは必要とされない、若しくは、要求されず、加えて、ウエブページの全ての広告部分は、保存することは必要とされない、若しくは、要求されない。
【００３８】
例えば、銀行や証券会社の取引データなどの年代順のデータでは、記録の一部分のみを、与えられたタイムスタンプの制約内で抽出することができる。例えば、ある日付における残高をチェックするためには、ブラウザ１００は、リクエストを以下のような形式にて送信する：
http://bank.com/?id=1234&time=2+3+1998
サーバ１４０、１５０は、単に、データを１９９８年３月２日まで検索あるいは再計算し、結果を送り返すことのみを必要とされる。このようなアプリケーション環境においては、全ての取引はもともとタイムスタンプを持つために、サービスにこの機能を追加することは極めて簡単である。
【００３９】
リアルタイムな内容（コンテント）に対しては、タイムスタンプを付加することの唯一の制約は、メモリ要件である。保存すべき情報の量に対して多くのメモリ空間が利用できる場合は、ウエブサイトの管理者は、全てのリアルタイム内容を保存することを選択し、メモリ空間が十分でない場合は、それらの幾らかを、例えば、１日分、１週間分、あるいは１年分のデータを保存することを選択することが考えられる。
【００４０】
ダイナミックに生成される宣伝に対しては、ウエブサイトの管理者は、（特別な理由により）古い広告を‘再提示（reshow）’することが適当であるか、あるいは、‘実際の（real）’アーカイブされているウエブ内容とは特に関係ない古い広告を新たな最新のコマーシャルと置換すべきか否かを決定することを要求される。
【００４１】
ウエブページ上でダイナミックに実行されるスクリプトについては、２つの可能な状況が考えられる。そのスクリプトが時間とともに変化しない場合は、そのスクリプトは安全に保存することができるが、そのスクリプトの挙動が時間とともに変化する場合、例えば、クロックやカレンダーディスプレイである場合は、そのスクリプトは、日付を持つＵＲＬを扱うように修正することを必要とされ、Java、JavascriptあるいはActive-X標準に適当な修正を施すことが必要となる。ＣＧＩアプリケーションによって動的に生成されるウエブページについても同様である。
【００４２】
以上、本発明について説明したが、説明の実施例およびバリエーションは単に本発明の原理を解説するためのものであり、当業者においては理解できるように、本発明の範囲および精神から逸脱することなく様々な修正が可能である。
【図面の簡単な説明】
【図１】本発明によるインターネット／World Wide Web（“ウエブ（Wed）”）環境を示す図である。
【図２】ウエブサイトの内容（コンテント）を年代順に配列するダイレクトリ構造を示す図である。
【図３】図１のパシステントアーカイブの冗長を低減するためにウエブサイト（サーバ）によって実現される一例としてのアーカイブプロセスの流れ図である。
【図４Ａ】図３のアーカイブプロセスによって遂行される以前にアーカイブされた内容と同一のウエブサイトの内容に別名を付ける様子を示す図である。
【図４Ｂ】図３のアーカイブプロセスによって遂行される以前にアーカイブされた内容と同一のウエブサイトの内容に別名を付ける様子を示す図である。
【図５Ａ】本発明によるＤＮＳサーバのデータベースのサンプルテーブルを示す図である。
【図５Ｂ】本発明によるＤＮＳサーバのデータベースのサンプルテーブルを示す図である。
【図６】タイムスタンプを持つＵＲＬに対応するＩＰアドレスを決定するためにＤＮＳサーバによって遂行される一例としてのＤＮＳサーバプロセスの流れ図である。
【符号の説明】
１００ ウエブブラウザ
１３０ インターネット／World Wide Web（“ウエブ（Web）”）環境
１４０、１５０ パシステントウエブサーバ
１４５、１５５ パシステントアーカイブ
２００ 年代順ダイレクトリ構造
Claims (17)
- 複数のバージョンを有する電子ドキュメントを持続的に格納するための方法であって、
前記電子ドキュメントの前記複数のバージョンの一つを要請するリクエストであって、該リクエストされたバージョンの生成時間を示すタイムスタンプを含むリクエストを受信するステップ；
前記電子ドキュメントの前記リクエストされたバージョンを修正することで、前記電子ドキュメントの前記リクエストされたバージョンに埋込れたハイパーリンクを前記電子ドキュメントの前記リクエストされたバージョンのタイムスタンプを含むように更新するステップ；および
前記リクエストされた前記電子ドキュメントをクライアントに送信するステップを含むことを特徴とする方法。 - さらに、前記電子ドキュメントの前のバージョンが実質的に同一である場合、前記電子ドキュメントの前のバージョンへのポインタを格納するステップを含むことを特徴とする請求項１の方法。
- 前記電子ドキュメントを識別するアドレスが前記タイムスタンプを含むことを特徴とする請求項１の方法。
- 前記アドレスが均一資源ロケーター（“ＵＲＬ”）であることを特徴とする請求項３の方法。
- 前記均一資源ロケーター（“ＵＲＬ”）が前記タイムスタンプを識別するための関連するリクエストヘッダを有することを特徴とする請求項４の方法。
- さらに、前記リクエストされたタイムスタンプを持つ前記電子ドキュメントのバージョンが存在しない場合、前記リクエストされたタイムスタンプの前の最も最近のタイムスタンプを持つ前記電子ドキュメントのバージョンを送信するステップを含むことを特徴とする請求項１の方法。
- 前記リクエストがブラウザを用いて指定されることを特徴とする請求項１の方法。
- 前記タイムスタンプが相対タイムスタンプであることを特徴とする請求項１の方法。
- 複数のバージョンを持つ電子ドキュメントを格納するためのシステムであって、
前記電子ドキュメントの前記複数のバージョンを電子ドキュメントのアーカイブ内に格納するためのメモリ；および
前記メモリに結合されたプロセッサを備え、このプロセッサが：
前記電子ドキュメントの前記複数のバージョンの一つを要請するリクエストであって、該リクエストされたバージョンの生成時間を示すタイムスタンプを含む、リクエストを受信し；
前記電子ドキュメントの前記リクエストされたバージョンを修正することで、前記電子ドキュメントの前記リクエストされたバージョンに埋込れたハイパーリンクを前記電子ドキュメントの前記リクエストされたバージョンのタイムスタンプを含むように更新し；
前記リクエストされた前記電子ドキュメントをクライアントに送信する；
ように構成されることを特徴とするシステム。 - 前記プロセッサが、さらに、前記電子ドキュメントの前のバージョンが実質的に同一である場合、前記電子ドキュメントの前のバージョンをへのポインタを格納するように構成されることを特徴とする請求項９のシステム。
- 前記電子ドキュメントを識別するアドレスが前記タイムスタンプを含むことを特徴とする請求項９のシステム。
- 前記アドレスが均一資源ロケーター（“ＵＲＬ”）であることを特徴とする請求項１１のシステム。
- 前記均一資源ロケーター（“ＵＲＬ”）が前記タイムスタンプを識別するための関連するリクエストヘッダを有することを特徴とする請求項１２のシステム。
- 前記リクエストがブラウザを用いて指定されることを特徴とする請求項９のシステム。
- 前記プロセッサが、さらに、前記リクエストされたタイムスタンプを持つ前記電子ドキュメントのバージョンが存在しない場合、前記リクエストされたタイムスタンプの前の最も最近のタイムスタンプを持つ前記電子ドキュメントのバージョンを送信するように構成されることを特徴とする請求項９のシステム。
- 前記タイムスタンプが相対タイムスタンプであることを特徴とする請求項９のシステム。
- 電子ドキュメントにアクセスするための装置であって、
その上に実現されたコンピュータにて読出可能なプログラムコード手段を持つコンピュータにて読出可能な媒体を備え、このコンピュータにて読出可能なプログラムコード手段が、コンピュータに対して：
前記電子ドキュメントの前記複数のバージョンの一つを要請するリクエストであって、該リクエストされたバージョンの生成時間を示すタイムスタンプを含む、リクエストを受信し；
前記電子ドキュメントの前記リクエストされたバージョンを修正することで、前記電子ドキュメントの前記リクエストされたバージョンに埋込れたハイパーリンクを前記電子ドキュメントの前記リクエストされたバージョンのタイムスタンプを含むように更新し；
前記リクエストされた前記電子ドキュメントをクライアントに送信する；
ように指令するものであるコンピュータ読出可能媒体を備えることを特徴とする装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US20175298A | 1998-12-01 | 1998-12-01 | |
| US09/201752 | 1998-12-01 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005040530A Division JP2005251190A (ja) | 1998-12-01 | 2005-02-17 | ウエブ資源を持続的に格納するための方法および装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000194643A JP2000194643A (ja) | 2000-07-14 |
| JP4145449B2 true JP4145449B2 (ja) | 2008-09-03 |
Family
ID=22747137
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP34172499A Expired - Lifetime JP4145449B2 (ja) | 1998-12-01 | 1999-12-01 | ウエブ資源を持続的に格納するための方法および装置 |
| JP2005040530A Abandoned JP2005251190A (ja) | 1998-12-01 | 2005-02-17 | ウエブ資源を持続的に格納するための方法および装置 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005040530A Abandoned JP2005251190A (ja) | 1998-12-01 | 2005-02-17 | ウエブ資源を持続的に格納するための方法および装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US7418655B2 (ja) |
| EP (1) | EP1006462A3 (ja) |
| JP (2) | JP4145449B2 (ja) |
Families Citing this family (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7120862B1 (en) * | 1998-12-01 | 2006-10-10 | Lucent Technologies Inc. | Method and apparatus for persistent access to Web resources using variable time-stamps |
| US6594691B1 (en) * | 1999-10-28 | 2003-07-15 | Surfnet Media Group, Inc. | Method and system for adding function to a web page |
| US7191400B1 (en) * | 2000-02-03 | 2007-03-13 | Stanford University | Methods for generating and viewing hyperlinked pages |
| AU2001275982A1 (en) | 2000-07-20 | 2002-02-05 | Rodney D. Johnson | Information archival and retrieval system for internetworked computers |
| US7178097B1 (en) * | 2000-11-13 | 2007-02-13 | Srikrishna Talluri | Method and system for using a communications network to archive and retrieve bibliography information and reference material |
| JP2003015993A (ja) * | 2001-06-28 | 2003-01-17 | Sony Corp | 情報処理装置および情報処理方法、記録媒体、並びにプログラム |
| JP2003177985A (ja) * | 2001-12-11 | 2003-06-27 | Pioneer Electronic Corp | Ｕｒｌ接続先自動補正システムとｕｒｌ接続先自動補正装置及びｕｒｌ接続先自動補正方法並びにｕｒｌ接続先自動補正プログラム |
| US7219162B2 (en) * | 2002-12-02 | 2007-05-15 | International Business Machines Corporation | System and method for accessing content of a web page |
| US7174345B2 (en) * | 2003-05-30 | 2007-02-06 | Oracle International Corporation | Methods and systems for auto-partitioning of schema objects |
| US20050149858A1 (en) * | 2003-12-29 | 2005-07-07 | Stern Mia K. | System and method for managing documents with expression of dates and/or times |
| US8037452B2 (en) * | 2005-04-15 | 2011-10-11 | Microsoft Corporation | Task aware source checkin and build |
| US20060248063A1 (en) * | 2005-04-18 | 2006-11-02 | Raz Gordon | System and method for efficiently tracking and dating content in very large dynamic document spaces |
| US20070022296A1 (en) * | 2005-07-25 | 2007-01-25 | Gordon Caverly | Electronic data registry and certification system and method |
| JP2007091710A (ja) | 2005-08-31 | 2007-04-12 | Ishikawajima Harima Heavy Ind Co Ltd | 薬、薬の誘導装置、磁気検出装置及び薬の設計方法 |
| JP2008117322A (ja) * | 2006-11-08 | 2008-05-22 | Hitachi Ltd | 情報提供システム及び情報提供方法 |
| US7424471B2 (en) | 2007-01-08 | 2008-09-09 | Lsr Technologies | System for searching network accessible data sets |
| US20080319991A1 (en) | 2007-01-08 | 2008-12-25 | Lsr Technologies | System for Searching Network Accessible Data Sets |
| US10402780B2 (en) * | 2008-04-14 | 2019-09-03 | International Business Machines Corporation | Service for receiving obsolete web page copies |
| US7546384B1 (en) * | 2008-06-23 | 2009-06-09 | International Business Machines Corporation | Maintaining relative time stamps when transferring files across network |
| WO2010050288A1 (ja) * | 2008-10-30 | 2010-05-06 | インターナショナル・ビジネス・マシーンズ・コーポレーション | サーバシステム、サーバ装置、プログラム、および方法 |
| US20100235848A1 (en) * | 2009-03-11 | 2010-09-16 | Selina Lam | System and method for providing automatic advertising distribution for online computer users |
| US20100235239A1 (en) * | 2009-03-11 | 2010-09-16 | Selina Lam | System and method for providing automatic advertising and category distribution for online computer users |
| US8719708B2 (en) | 2009-10-28 | 2014-05-06 | Morgan Stanley | Systems and methods for dynamic historical browsing |
| CN102111750A (zh) | 2011-02-25 | 2011-06-29 | 中兴通讯股份有限公司 | 一种实现内容下载的方法及系统 |
| US9298827B2 (en) * | 2011-07-12 | 2016-03-29 | Facebook, Inc. | Media recorder |
| US9525587B2 (en) * | 2012-05-17 | 2016-12-20 | International Business Machines Corporation | Updating web resources |
| US20140173417A1 (en) * | 2012-12-18 | 2014-06-19 | Xiaopeng He | Method and Apparatus for Archiving and Displaying historical Web Contents |
| JP6065718B2 (ja) * | 2013-03-29 | 2017-01-25 | 富士通株式会社 | 提供プログラム、提供装置及び提供方法 |
| AU2015401229B2 (en) | 2015-12-28 | 2019-01-17 | Huawei Cloud Computing Technologies Co., Ltd. | Website access method, apparatus, and website system |
| US10360622B2 (en) | 2016-05-31 | 2019-07-23 | Target Brands, Inc. | Method and system for attribution rule controls with page content preview |
| US11269972B2 (en) | 2016-05-31 | 2022-03-08 | Target Brands, Inc. | Date-specific webpage versions |
Family Cites Families (35)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5345587A (en) | 1988-09-14 | 1994-09-06 | Digital Equipment Corporation | Extensible entity management system including a dispatching kernel and modules which independently interpret and execute commands |
| JP3303926B2 (ja) | 1991-09-27 | 2002-07-22 | 富士ゼロックス株式会社 | 構造化文書分類装置及び方法 |
| US5504879A (en) | 1992-07-16 | 1996-04-02 | International Business Machines Corporation | Resolution of relationship source and target in a versioned database management system |
| US5634052A (en) | 1994-10-24 | 1997-05-27 | International Business Machines Corporation | System for reducing storage requirements and transmission loads in a backup subsystem in client-server environment by transmitting only delta files from client to server |
| US5790848A (en) | 1995-02-03 | 1998-08-04 | Dex Information Systems, Inc. | Method and apparatus for data access and update in a shared file environment |
| US5855015A (en) | 1995-03-20 | 1998-12-29 | Interval Research Corporation | System and method for retrieval of hyperlinked information resources |
| US6366933B1 (en) | 1995-10-27 | 2002-04-02 | At&T Corp. | Method and apparatus for tracking and viewing changes on the web |
| US5627936A (en) | 1995-12-21 | 1997-05-06 | Intel Corporation | Apparatus and method for temporal indexing of multiple audio, video and data streams |
| US5794233A (en) | 1996-04-09 | 1998-08-11 | Rubinstein; Seymour I. | Browse by prompted keyword phrases |
| JPH09282210A (ja) * | 1996-04-15 | 1997-10-31 | Hitachi Ltd | データベース監視方法及びそのシステム |
| JP3934174B2 (ja) | 1996-04-30 | 2007-06-20 | 株式会社エクシング | 中継サーバ |
| WO1997042576A1 (en) * | 1996-05-06 | 1997-11-13 | Adobe Systems Incorporated | Document internet url management |
| US6006227A (en) | 1996-06-28 | 1999-12-21 | Yale University | Document stream operating system |
| US5832520A (en) | 1996-07-03 | 1998-11-03 | Miller, Call, Plauck And Miller | Automatic file differencing and updating system |
| US5832225A (en) | 1996-07-12 | 1998-11-03 | Microsoft Corporation | Method computer program product and system for maintaining replication topology information |
| US6108637A (en) | 1996-09-03 | 2000-08-22 | Nielsen Media Research, Inc. | Content display monitor |
| US5991802A (en) | 1996-11-27 | 1999-11-23 | Microsoft Corporation | Method and system for invoking methods of objects over the internet |
| US5913033A (en) | 1996-12-20 | 1999-06-15 | International Business Machines Corporation | Apparatus and method for retrieving information using standard objects |
| US5978847A (en) | 1996-12-26 | 1999-11-02 | Intel Corporation | Attribute pre-fetch of web pages |
| US6052730A (en) | 1997-01-10 | 2000-04-18 | The Board Of Trustees Of The Leland Stanford Junior University | Method for monitoring and/or modifying web browsing sessions |
| JPH10222415A (ja) * | 1997-02-03 | 1998-08-21 | Nec Corp | 更新情報を用いたＷｅｂブラウジング処理装置 |
| JPH10283369A (ja) * | 1997-04-10 | 1998-10-23 | Kawasaki Steel Corp | データ検索装置およびその使用方法 |
| GB9708175D0 (en) * | 1997-04-23 | 1997-06-11 | Xerox Corp | Feature constraint based document information retrieval and distribution |
| US6209090B1 (en) | 1997-05-29 | 2001-03-27 | Sol Aisenberg | Method and apparatus for providing secure time stamps for documents and computer files |
| US5978828A (en) | 1997-06-13 | 1999-11-02 | Intel Corporation | URL bookmark update notification of page content or location changes |
| US6256627B1 (en) | 1997-07-08 | 2001-07-03 | At&T Corp. | System and method for maintaining a knowledge base and evidence set |
| US6115035A (en) | 1997-07-21 | 2000-09-05 | Mediaone Group, Inc. | System and method for automated audio/video archive and distribution |
| US6125371A (en) | 1997-08-19 | 2000-09-26 | Lucent Technologies, Inc. | System and method for aging versions of data in a main memory database |
| US6088707A (en) | 1997-10-06 | 2000-07-11 | International Business Machines Corporation | Computer system and method of displaying update status of linked hypertext documents |
| US6170013B1 (en) | 1998-03-27 | 2001-01-02 | Nortel Networks Limited | Method and apparatus for controlling access to network information sources |
| US6169997B1 (en) | 1998-04-29 | 2001-01-02 | Ncr Corporation | Method and apparatus for forming subject (context) map and presenting Internet data according to the subject map |
| US6108703A (en) | 1998-07-14 | 2000-08-22 | Massachusetts Institute Of Technology | Global hosting system |
| US6374266B1 (en) | 1998-07-28 | 2002-04-16 | Ralph Shnelvar | Method and apparatus for storing information in a data processing system |
| US7120862B1 (en) * | 1998-12-01 | 2006-10-10 | Lucent Technologies Inc. | Method and apparatus for persistent access to Web resources using variable time-stamps |
| US6327584B1 (en) | 1999-07-30 | 2001-12-04 | Hewlett-Packard Company | Apparatus and method for using version control to dynamically update files while the files are available for access |
-
1999
- 1999-11-23 EP EP99309298A patent/EP1006462A3/en not_active Ceased
- 1999-12-01 JP JP34172499A patent/JP4145449B2/ja not_active Expired - Lifetime
-
2004
- 2004-12-16 US US11/014,342 patent/US7418655B2/en not_active Expired - Fee Related
-
2005
- 2005-02-17 JP JP2005040530A patent/JP2005251190A/ja not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US20050108626A1 (en) | 2005-05-19 |
| JP2005251190A (ja) | 2005-09-15 |
| EP1006462A3 (en) | 2005-03-30 |
| JP2000194643A (ja) | 2000-07-14 |
| EP1006462A2 (en) | 2000-06-07 |
| US7418655B2 (en) | 2008-08-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4145449B2 (ja) | ウエブ資源を持続的に格納するための方法および装置 | |
| US7562291B2 (en) | Method and apparatus for persistent access to web resources using variable time-stamps | |
| US8402010B2 (en) | Method and apparatus for resolving domain names of persistent web resources | |
| US8429201B2 (en) | Updating a database from a browser | |
| US6223178B1 (en) | Subscription and internet advertising via searched and updated bookmark sets | |
| US5835718A (en) | URL rewriting pseudo proxy server | |
| US7392303B2 (en) | Method for preserving referential integrity within web sites | |
| US7949702B2 (en) | Method and apparatus for synchronizing cookies across multiple client machines | |
| EP1418512A2 (en) | Methods and apparatus for centralized provisioning of multi-domain Web content | |
| US20050114756A1 (en) | Dynamic Internet linking system and method | |
| JP2002055869A (ja) | ウェブ資源に対して恒久的アクセスを提供するインターネットアーカイブサービス | |
| JP2008529133A (ja) | コンピュータシステムのエンドユーザに表示される情報の提示を変更する技術 | |
| US20020143861A1 (en) | Method and apparatus for managing state information in a network data processing system | |
| US20090125533A1 (en) | Reference-Based Technique for Maintaining Links | |
| EP2435902A1 (en) | Retrieval system, retrieval space map server apparatus and program | |
| JP2000194644A (ja) | ウエブ資源に持続的にアクセスするための方法および装置 | |
| Feise | Accessing the history of the web: a web way-back machine | |
| Warnock III et al. | The Electronic Astrophysical Journal: resource location and archive management | |
| US20020059419A1 (en) | Apparatus for retrieving data | |
| JP2005148828A (ja) | ページアドレス変更通知方法 | |
| MAYER et al. | Applying semantic web technologies to improve the retrieval, credibility and use of health websites | |
| Warnock III et al. | Archive Management | |
| WO2001059620A2 (en) | A system and method for refreshing internet bookmarks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040308 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20040608 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20040611 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040908 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20041020 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050217 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050223 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20050722 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20071122 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20071128 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080618 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4145449 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110627 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120627 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130627 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |