JP2000207421A - ハイパ―リンクを使用して文書を検索するための方法及びシステム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク経由でユーザにコンテンツを提
供するための方法及び装置を提供することを目的とす
る。 【解決手段】 サーバシステム１４はクライアントノー
ド１０からディジタル情報取得要求を受け取る。この要
求は蓄積システム２２から得るためのディジタル情報を
特定するリソースロケータを有している。リソースロケ
ータに応じて、サーバシステム１４が蓄積システム２２
と通信し、特定されたディジタル情報のコピーを有する
ファイル１１２が、動的に生成されかつメモリ１１４の
アドレス位置に蓄積される。サーバシステム１４は、新
たに動的に生成されたリソースロケータを介して、クラ
イアント１０にこのアドレス位置に要求するようリダイ
レクトし、ファイル１１２にアクセスし、かつネットワ
ークを介してクライアントノード１０に特定されたディ
ジタル情報のコピーを伝送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、概してネットワー
ク上のコンピュータの複数のノード間のコンピュータ通
信の分野に関するものである。さらに詳しくは、本発明
は、複数のハイパーリンクを使用して、クライアントノ
ードによるサーバノードからのディジタル情報検索の分
野に関するものである。

【０００２】

【従来の技術及び発明が解決しようとする課題】インタ
ーネットは、非常に多くのコンピュータシステム間を連
結している現在相互連結された多数のネットワークの国
際的な集合である。インターネットの一部は、ワールド
・ワイド・ウェブ（“ウェブ”）であり、各“ウェブサ
イト”（すなわち、各“ウェブサーバ”）と称される他
の複数のコンピュータシステムに格納された非常に多様
なディジタル情報（例えば、複数のファイル、文書、画
像、及び音声）にアクセスする各コンピュータシステム
（各クライアント）で使われるグラフィックス及びサウ
ンド志向の技術である。ウェブサイトは、“ウェブペー
ジ”と呼ばれる電子ページ（すなわち、電子文書）を有
している。

【０００３】各クライアントシステムユーザは、“ブラ
ウザ”と呼ばれるクライアントのソフトウエアを実行す
ることにより生成されるグラフィカル・ユーザ・インタ
ーフェイスを介して、各ウェブサイトのディジタル情報
を見ることができる。商業利用できるウェブブラウザの
一例としては、Netscape Navigator（商標）及びMicros
oft Internet Explorer（商標）が含まれる。各ウェブ
ブラウザは、ウェブサーバにアドレスしかつウェブサー
バと通信するための多様な標準化された方法（すなわ
ち、各プロトコル）を使用する。リンクされたテキスト
文書を発行し、かつ見るための通常のプロトコルは、ハ
イパーテキスト・トランスファ・プロトコル（ＨＴＴ
Ｐ）である。

【０００４】ウェブサーバにおけるウェブページにアク
セスするために、クライアントシステムユーザは、ウェ
ブブラウザにより提供されたアドレスボックス内に、Ｕ
ＲＬ（Uniform Resource Locator）と呼ばれるウェブペ
ージのアドレスを入力する。ＵＲＬはウェブサーバ上の
ファイルの位置を特定することができる。ＵＲＬは、
“／”と“；”の文字の組合せにより詳細に記載された
複数の部分を有している。第１の部分は、http またはf
tp (file transfer protocol)といったプロトコル情報
を提供している。他のプロトコルを使用することもでき
る。ドメイン情報は、通常、プロトコル情報に続いてい
る。ドメイン情報は、集中管理されたセキュリティ（ce
ntrally administered security）を有する複数のウェ
ブサーバの群である。通常、ドメイン情報に続くのは、
ウェブサーバ位置とファイルの名前である。アクセスさ
れたウェブページは、テキスト情報、グラフィクス情
報、オーディオ情報、ビデオ情報（例えば、画像、動
画、アニメーション等）のあらゆる組合せを有すること
ができる。しばしば、アクセスされたウェブページは、
ウェブ上の他の各ウェブページにおける文書に対するハ
イパーリンクと呼ばれるリンクを有している。

【０００５】ハイパーリンクは、ハイライトの文字（例
えば、カラーの文字）及び／または下線が引かれたテキ
ストまたはグラフィクスとすることができ、他のウェブ
ページまたはピクチャファイルまたはサウンドファイル
といったマルチメディアコンテンツの形態をダウンロー
ドしかつ開くためのＵＲＬを起動するものである。他の
ウェブページあるいはマルチメディアコンテンツに進む
ために、クライアントユーザは、例えば、下線が引かれ
た文字またはグラフィックスをマウスでクリックするこ
とでハイパーリンクを選択する。

【０００６】ハイパーテキスト・マークアップ・ランゲ
ージ（ＨＴＭＬ）は、各ウェブページとして発行するた
めのフォーマット文書に使用される標準的コンピュータ
言語である。ウェブページ作成者は、アンカーと呼ばれ
るＨＴＭＬ“タグ”を文書内に挿入することができ、ハ
イパーリンクを作成する。クライアントの画面に文書を
表示する場合に、各タグはウェブブラウザに如何に文書
をフォーマットするかを指示する。ＨＲＥＦ属性を有す
るアンカーは、現在の文書の外部のファイルにジャンプ
するものである。例えば、次のアンカーは、“my_domai
n”ホストサーバ上の特定のウェブページ（ホームペー
ジと呼ばれる）にジャンプするハイパーリンクを生成し
ている。 <A HREF="http://www.my_domain.com/default.htm">Hom
e Page</A>

【０００７】従って、ＨＴＭＬ及びハイパーリンクは、
ウェブ上で発行された文書にアクセスするための機構を
提供している。しかしながら、このようなハイパーリン
クは固定のコンテンツにリンクするものであり、従って
文書がウェブサーバ上のファイルとして蓄積されていな
ければ、ＨＴＭＬはこれらの文書に直接アクセスするこ
とを提供できない。これは、ウェブから遠く離れた貯蔵
装置内に蓄積され処理された文書といった、ウェブサー
バ上に存在しない文書に対して問題となりうる。概し
て、クライアントユーザが貯蔵装置に蓄積された文書を
見ることができる前に、その文書がウェブサーバ上で複
製され、これによりハイパーリンクは直接その文書を指
示することができる。しかしながら、貯蔵装置内に蓄積
されたオリジナルバージョンの文書に対する変更は、ウ
ェブサーバ上の複製バージョンの文書には反映されな
い。クライアントユーザは、このような変更を知らない
ままとなりうる。関連づけられたハイパーリンクは依然
ウェブサーバ上の古くなったバージョンを指示している
ので、クライアントユーザが次回その文書を選択するな
らば、古くなった複製バージョンを抽出してしまう。

【０００８】

【課題を解決するための手段】本発明は、一態様におい
て、ネットワーク経由でユーザにコンテンツを提供する
ための方法を特徴とする。サーバシステムは、クライア
ントノードからコンテンツ取得の要求を受け取る。この
要求は、得るべきディジタル情報を特定する第１のリソ
ースロケータ（resource locator）を有している。特定
されたディジタル情報は、蓄積システムから得られる。
特定されたディジタル情報のコピーを有するファイル
は、第１のリソースロケータに対応して動的に生成さ
れ、かつメモリ内のアドレス位置に蓄積される。次に、
ファイルが、第１のリソースロケータとは異なる第２の
リソースロケータにより、上記アドレス位置にてアクセ
スされ、クライアントノードへのネットワーク間の伝送
のための特定のディジタル情報を取得する。上記ファイ
ルが、サーバシステムとは異なる別のコンピュータシス
テムにて蓄積されることも可能である。蓄積システム
は、文書管理システムを有することも可能である。

【０００９】第１のリソースロケータは、動的に変化し
うるコンテンツを含む文書へ導くことができる。さら
に、第１のリソースロケータは、蓄積システムに伝送さ
れる文書識別子を有することができる。特定されたディ
ジタル情報は、文書識別子に応じて蓄積システムから抽
出されることも可能である。サーバシステムは、第１の
リソースロケータに応じて蓄積システムと通信する実行
可能プログラムを有することも可能である。実行可能プ
ログラムは、クエリー（query）に応じて動的に生成さ
れ、クライアントノードのユーザにより特定された一つ
あるいは二つ以上の検索語に従って、ディジタル情報を
見つける。クエリーの結果を有するページが動的に生成
されることも可能である。このページは、少なくとも一
つのハイパーリンクを有することができる。各ハイパー
リンクは、特定の検索語に従って見つけられた文書と関
連付けることが可能であり、かつサーバシステムの実行
可能プログラムを示すことも可能である。このページ
は、ネットワークを介してクライアントノードへ伝送さ
れることが可能である。

【００１０】本発明は、他の態様において、ネットワー
クを介してコンテンツを取得するためのハイパーリンク
表記を特徴とする。この表記は、第１のリソースロケー
タを有している。第１のリソースロケータは、プロトコ
ル情報、ネットワーク上に位置づけられたサーバのアド
レスを示すサーバ情報、サーバ上に位置づけられた実行
可能プログラムを参照するサーバページ、及び蓄積シス
テムから得られるようにディジタル情報を特定するコン
テンツ識別情報を有している。プログラムが実行される
際には、プログラムは、特定されたディジタル情報のコ
ピーを有するファイルを動的に生成し、かつメモリ内の
アドレス位置にてファイルを蓄積するように特別に構成
されたオブジェクトを使って、蓄積システムと通信す
る。第２のリソースロケータは、ファイルのアドレス位
置を参照するために使用することができる。第１のリソ
ースロケータは、ファイル内のディジタル情報をウェブ
サーバ経由でブラウザに直接ダウンロードするように第
２のリソースロケータにリダイレクトできる。コンテン
ツ識別情報は、蓄積システムから得るべきディジタル情
報を特定する文書識別子を有することが可能である。コ
ンテンツ識別情報はプログラム情報の後に続けることが
可能である。

【００１１】

【発明の実施の形態】本発明は各請求項にて詳細に指摘
されている。本発明の上記有利点及びさらなる有利点
は、添付の図面とともに、以下の記載を参照することに
よってよりよく理解されよう。

【００１２】図１は、第１のネットワーク１８経由で、
コンピュータシステム（サーバ）１４と接続している第
１のコンピュータシステム（クライアントノード）１０
を示している。サーバ１４は、文書、ファイル、グラフ
ィック画像、オーディオデータ、及びビデオデータ等を
表すディジタル情報を蓄積する蓄積システム２２と接続
している。蓄積システム２２は、第２のネットワーク２
４上に位置づけられ、第１のネットワーク１８には接続
しないようにすることも可能である（サーバ１４を介し
て接続することは除く）。例えば、第２のネットワーク
２４は、クライアントノード１０が直接アクセスしない
イントラネットとすることができ、かつ蓄積システム２
２内で蓄積されたディジタル情報は、クライアントノー
ド１０により直接アドレスすることが不可能であるとし
てもよい。図示されているよりも多いまたは少ないクラ
イアントノード、サーバ、及び蓄積システムを各ネット
ワーク１８，２４に接続することも可能である。

【００１３】ネットワーク１８は、ローカルエリア・ネ
ットワーク（ＬＡＮ）、イントラネット、またはインタ
ーネットあるいはワールド・ワイド・ウェブといったワ
イドエリア・ネットワーク（ＷＡＮ）とすることも可能
である。クライアントノード１０のユーザは、標準電話
回線，ＬＡＮリンク，あるいはＷＡＮリンク（例えば、
Ｔ１，Ｔ３，５６ｋｂ，Ｘ．２５）、広帯域接続（ＩＳ
ＤＮ，フレームリレー，ＡＴＭ）、及びワイヤレス接続
を有する多様な接続を介して、ネットワーク１８に接続
することも可能である。各接続は、多様な通信プロトコ
ル（例えば、ＨＴＴＰ，ＴＣＰ／ＩＰ，ＩＰＸ，ＳＰ
Ｘ，ＮｅｔＢＩＯＳ，Ｅｔｈｅｒｎｅｔ，ＲＳ２３２、
及びダイレクト非同期接続）を使用して確立され得る。

【００１４】クライアントノード１０は、あらゆるパー
ソナルコンピュータ（例えば、２８６，３８６，４８
６，Pentium，Pentium II）、薄型クライアントデバイ
ス、マッキントッシュコンピュータ、ウインドウズベー
ス端末、ネットワークコンピュータ、ワイヤレスデバイ
ス、情報家電、RISC Power PC、Ｘ−デバイス、ワーク
ステーション、ミニコンピュータ、メインフレームコン
ピュータ、あるいはグラフィカル・ユーザ・インターフ
ェイス（ＧＵＩ）を有する他の計算機デバイスとするこ
とが可能である。クライアントノード１０により支持さ
れるウインドウズ志向プラットフォームは、Windows 3.
x、Windows 95、Windows 98、Windows NT3.51、Windows
NT 4.0、Windows CE、Windowsベース端末用Windows C
E、Macintosh、Java、及びUnixを有することができる。

【００１５】クライアントノード１０は、ディスプレイ
画面２６、キーボード３０、メモリ３４、プロセッサ３
８、及びマウス４２を有することが可能である。アプリ
ケーションプログラムは、クライアントノード１０（す
なわち、クライアントベース実行）またはサーバ１４
（すなわち、サーバベース実行）にて局所的に実行する
ことが可能である。サーバベース実行に対して、グラフ
ィカル・ユーザ・インターフェイス、キーストローク、
及びマウスの移動は、ネットワーク１８を介してサーバ
１４からクライアントノード１０への伝達される。この
ようなアプリケーションプログラムの一つが、ブラウザ
ソフトウエア（例えば、Netscape Navigator（商標）ま
たはMicrosoft Internet Explorer（商標））である。

【００１６】サーバ１４は、ウェブサーバとして作動
し、ＨＴＴＰプロトコルに従って通信し、複数のウェブ
ページを維持し、複数のＵＲＬを処理し、かつネットワ
ーク１８の他の部分（例えば、ワークステーション、蓄
積システム、プリンタ）へのアクセス，あるいはイント
ラネット２４といった他のネットワークへのアクセスを
制御することが可能な全てのコンピュータシステムとす
ることができる。一態様において、サーバ１４は、Wind
ows NT下で作動するMicrosoft（登録商標）Internet In
formation Server（ＩＩＳ）である。ＩＩＳは、インタ
ーネットサーバＡＰＩ（ＩＳＡＰＩ）と呼ばれるプログ
ラムインターフェイスを有している。サーバ１４上の各
ウェブページは、ＩＳＡＰＩファンクションコールを使
って、サーバ１４上のＤＬＬプログラムを呼び出すこと
が可能である。通常のＩＳＡＰＩコールは、データベー
スに蓄積されたディジタル情報にアクセスするために使
用される。

【００１７】蓄積システム２２は、ディジタル情報を維
持するすべての多様なシステムとすることができる。こ
れらのシステムとして、例えば、データベースサーバ，
大きなバイナリファイルを有するファイル蓄積システ
ム，レガシーミニコンピュータ，あるいは蓄積装置を有
するメインフレームコンピュータが含まれる。蓄積シス
テム２２により蓄積されたディジタル情報は、静的（す
なわち、変化しない）、あるいは動的（すなわち、変化
する）としてもよい。蓄積システム２２は、ネットワー
ク１８のウェブ環境の外部にあっても、またはなくても
よい（すなわち、サーバ１４を介して接続することは除
いて、ネットワーク１８に接続されていない）。このよ
うな遠隔蓄積システム２２の有利点は、ネットワーク１
８に接続された各ユーザが不正にアクセスすることを防
止することができ、かつ蓄積されたディジタル情報の完
全性を損なうことはないことである。

【００１８】一実施形態において、蓄積システム２２
は、例えば、Eastman Softwareにより製造されたDocume
nt Manager for Microsoft（登録商標）Exchange（登録
商標）（ＤＭＸ（商標））といった文書管理システムを
有している。概して、文書管理システムは、ＬＡＮ及び
ＷＡＮ上で電子発行するための各種文書を管理するソフ
トウエアを有しており、多様な文書フォーマットをサポ
ートし、かつアクセス制御及び検索能力を提供してい
る。文書管理システムは、文書の各バージョンを追跡
し、かつ維持することができる。しばしば、文書管理シ
ステムは、適切な各ユーザに対しレビュー及び／または
変更のために文書を探す作業流れコンポーネントを有す
ることが可能である。蓄積システム２２により管理され
た文書内の内容は、ダイナミックに変化することが可能
である。

【００１９】サーバ１４と通信するために、クライアン
トノード１０は、通常ブラウザプログラムを起動し、か
つサーバ１４に対応するリソースロケータを特定するこ
とによりサーバ１４に接続する。詳細な説明の全記載を
通して、リソースロケータは、ＵＲＬ（Uniform Resour
ce Locator）として特定的に参照されるが、ネットワー
ク１８上のリソースへのパスを定めるアドレススキーム
のタイプも、本発明の原理を使用して実施することが可
能である。

【００２０】次に、接続時において、ブラウザは、導入
のウェブページを表示し、かつユーザ名とパスワードを
供給することによりログオンするようにユーザに対して
入力要求する。クライアントユーザによる適切な応答に
より、ブラウザとサーバ１４との間の認証されたセッシ
ョンが確立され得る。クライアントユーザが、蓄積シス
テム２２内に蓄積されたディジタル情報へのアクセスを
許可される前に、このような認証が必要となるようにす
ることが可能である。従って、サーバ１４は、ネットワ
ーク１８と蓄積システム２２との間のインターフェイス
として作動することができる。

【００２１】次に、ブラウザは、本発明の原理に従って
サーバ１４を駆動し蓄積システム２２からディジタル情
報を取得する情報を含むＵＲＬを使って、サーバ１４か
らのディジタル情報を要求することができる。ＵＲＬに
おいて特定されるリソースパスは、字面上、クライアン
トユーザに対してディジタル情報の実際のソース（sour
ce）を何ら示していない。このようなＵＲＬに作用され
た各ハイパーリンクは、明らかにサーバ１４を指示して
いる。クライアントユーザもブラウザソフトウエアも、
サーバ１４が他のソースから情報を取得していることを
知らなくても良い。実際、このようなハイパーリンク
は、蓄積システム２２の存在を隠しているが、蓄積シス
テム２２に蓄積された情報を利用している。クライアン
トユーザらは、ネットワーク１８から離れており、クラ
イアントノード１０には知られていない蓄積装置に蓄積
されたディジタル情報について質問することができる。

【００２２】以下でより詳細に記載するように、サーバ
１４は、ＵＲＬを処理して要求された蓄積システム２２
からのディジタル情報のコピーを作成する。複製された
ディジタル情報はテンポラリファイル内に蓄積される。
サーバ１４は、ＩＳＡＰＩＤＬＬにリダイレクトしてテ
ンポラリファイルの名称を渡す。ＩＳＡＰＩ ＤＬＬは
ファイルを読み出し、読み出されたディジタル情報をＨ
ＴＭＬ文書（すなわちＨＴＭＬページ）にフォーマット
し、かつこのＨＴＭＬ文書をサーバ１４経由でクライア
ントノード１０へ返す。ブラウザは、付随する複数のグ
ラフィックファイルと複数のアプレットを有するＨＴＭ
Ｌ文書を翻訳し、かつクライアントの画面２６上に翻訳
結果を表示する。

【００２３】図２は、文書検索を行うためのクライアン
トノード１０とサーバ１４との間の例示的な通信シーケ
ンスを示している。ＨＴＭＬクエリーページがクライア
ントノード１０の画面２６上に表示される。ＨＴＭＬク
エリーページ４４は、ユーザにより特定された複数の検
索語４８を受け入れるための検索語ボックス４６を有し
ている。複数の検索語４８を入力するために、ユーザは
マウス４２でボックス上でクリックすることができ、か
つキーボード３０により検索語をタイプして挿入するこ
とが可能である。

【００２４】クライアントユーザにより提示された場合
には、検索語４８はＵＲＬに追加され、かつサーバ１４
に渡される。サーバ１４は、複数の検索パラメータとし
て検索語４８を使って、文書検索クエリー５２を蓄積シ
ステム２２に提示する。複数の検索パラメータは、検索
を行うための指示として、蓄積システム２２により理解
されるオブジェクトを有している。蓄積システム２２
は、検索を行い、かつ複数の検索結果５６をサーバ１４
に返す。通常、複数の検索結果５６は、検索パラメータ
の条件を満足することが判明した文書のリストを有して
いる。

【００２５】検索結果５６に応じて、サーバ１４はアク
ティブサーバページ（active server page）６０を動的
に生成する。アクティブサーバページ６０は、見つけら
れた各文書のための文書識別子を保持する実行可能なソ
フトウエア（例えば、コモン・ゲートウェイ・インター
フェイス（ＣＧＩ）スクリプト、あるいはダイナミック
リンクライブラリ（ＤＬＬ））である。アクティブサー
バページ６０は、各パラメータ及び各オブジェクトを渡
すことで、サーバシステム２２と通信するように構成さ
れており、要求された場合に見つかった文書を取得する
ように構成されている。

【００２６】サーバ１４は、見つかった文書のリストに
対応するＨＴＭＬ結果ページ６４も生成し、かつＨＴＭ
Ｌ結果ページ６４を表示するためにクライアントノード
１０に伝送する。見つかった文書に関連づけられたハイ
パーリンクが、ＨＴＭＬページ６４に埋め込まれてい
る。これらのハイパーリンクは直接実際の文書を示して
いないので、このようなハイパーリンクが「仮想の」ハ
イパーリンクとされても良い。さらに、このようなハイ
パーリンクは、動的に生成されたアクティブ検索ページ
６０と文書識別子とを示している。クライアントユーザ
がハイパーリンク上でクリックすると、アクティブサー
バページ６０が文書識別子を使って、蓄積システム２２
から特定された文書を抽出し、かつブラウザによりアク
セスされ得る特定された文書を有するファイルを動的に
生成する。

【００２７】図３（Ａ）は、プロトコル情報７２、ホス
トサーバ情報７４、及びリソース情報７６を有する例示
的な現行のハイパーリンク６８を示している。図示した
ように、プロトコル情報は“http”であり、これは、ク
ライアントノード１０がハイパーテキスト・トランスフ
ァ・プロトコルを使って、“filename”と呼ばれるリソ
ースを検索することを示している。通常、リソース情報
７６は、ホストサーバ情報７４により示されたサーバ上
の文書の名称あるいはソフトウエア・プログラムの名称
である。

【００２８】図３（Ｂ）は、本発明に従う例示的なハイ
パーリンク７８を示している。現行のハイパーリンク６
８のように、仮想のハイパーリンク７８は、プロトコル
情報８０とホストサーバ情報８２とを有している。ハイ
パーリンク７８は、ＨＴＴＰ以外のプロトコル（例え
ば、ftp，secure HTTP (https)，gopher，telnet等）を
サポートすることができる。ハイパーリンク７８は、さ
らにプログラム情報８４とコンテンツ識別情報８０とを
有している。プログラム情報８４は、ホストサーバ情報
８２により示されたサーバ上のアクティブサーバページ
を参照する。コンテンツ識別情報８６は、文書識別子パ
ラメータを有している。アクティブサーバページ８４
は、このパラメータを使用して（文書識別子により特定
されたように）蓄積システム２２から文書を抽出し、次
に、図３（Ｃ）にて以下で示すように、第２のハイパー
リンク８８にリダイレクトする。第２のハイパーリンク
８８は文書のコンテンツをサーバ１４経由でブラウザに
送る。

【００２９】図３（Ｃ）は、本発明に従って、例示的な
ハイパーリンク８８を示している。現行のハイパーリン
ク６８及び仮想のハイパーリンク７８のように、ハイパ
ーリンク８８は、プロトコル情報８１とホストサーバ情
報８３とを有している。ハイパーリンク８８は、さら
に、プログラム情報８５とパラメータ情報８７とを有し
ている。プログラム情報８５は、ホストサーバ情報８３
により特定されたサーバ上で実行可能プログラムを示し
ている。パラメータ情報８７は、コマンドとファイルの
アドレス位置（すなわち、ファイルの物理的名称）とを
有することが可能である。コマンドはプログラムにより
実行されるべき作用を示し、かつファイルの物理的名称
はプログラムに対してファイルを参照すべきアドレス位
置を示す。

【００３０】サーバ１４は、このプログラムを再度実行
し、パラメータ情報８７をプログラムに渡す。この例で
は、プログラム名は DMXdownload.dll（つまり、修正IS
API.dllプログラム）であり、コマンドは“getcache”
（ここでは file_addr ８７で与えられたアドレス位置
からファイルのコンテンツを抽出する）である。

【００３１】図４は、３つのハイパーリンク９０，９
４，９８を有する例示的なＨＴＭＬ検索結果ページ６４
を示し、特定された複数の検索パラメータの条件を満足
する３つの文書が蓄積システム２２内で見つかったこと
を表している。図示する目的のためのみに、見つかった
文書を“result_1”，“result_2”，及び“result_3”
と称する。見つかった文書のそれぞれに対してハイパー
リンクがある。ハイパーリンク９０，９４，９８は、同
一のホストサーバ“domain”（この例では、サーバ１４
である）、及びこのホストサーバ上の例示的なアクティ
ブサーバページ“abc.asp”を参照する。各ハイパーリ
ンクは、対応する見つかった文書のタイトルのような
“friendly name”も有している。

【００３２】ハイパーリンク９０，９４，９８はコンテ
ンツ識別情報において互いに異なり、各ハイパーリンク
９０，９４，９８は、それぞれ異なる文書識別子を参照
する。例えば、ハイパーリンク９０は文書識別子“resu
lt_1”を参照し、ハイパーリンク９４は“result_2”を
参照し、かつハイパーリンク９８は“result_3”を参照
する。

【００３３】図５は、図２に記載した文書検索に対する
クエリーを行うための例示的な方法を示している。段階
４５において、クライアントノード１０のユーザは、検
索語ボックス４６内に検索語を明記し、かつ検索語４８
をサーバ１４に提起する。段階４７において、サーバ１
４は、検索語に対応する複数の検索パラメータと適切な
複数のオブジェクトとを蓄積システム２２に送ることに
より、明記された検索語に従って文書検索クエリーを行
う。蓄積システム２２は、複数の検索パラメータの条件
を満足する文書のリストを定め、かつサーバ１４に検索
結果を報告する（段階４９）。

【００３４】段階５１において、サーバ１４は、検索ク
エリー５２により見つかった文書に対応して、アクティ
ブサーバページ６０を生成する。サーバ１４は、これら
検索結果を見つかった各文書を参照する各ハイパーリン
クを有するＨＴＭＬページ６４にフォーマットし（段階
５３）、かつＨＴＭＬページ６４をクライアントノード
１０に伝送する（段階５５）。ＨＴＭＬページ６４がク
ライアント表示画面２６上に表示される（段階５７）。

【００３５】図６は、図２にて記載した文書検索の結果
として見つかった複数の文書のうちの一つをクライアン
トノード１０にて表示するための、クライアントノード
１０とサーバ１４との間の例示的な通信シーケンスを示
している。ハイパーリンク９０，９４，９８を有する例
示的なＨＴＭＬページ６４が、クライアントノード１０
の表示画面２６上に表示されている。この例において、
クライアントノード１０のユーザは、ハイパーリンク９
０により参照された文書“result_1”を選択している。
ユーザは、マウス４２でハイパーリンク９０上をクリッ
クすることにより選択することができる。選択されたハ
イパーリンク９０と関連づけられたＵＲＬ１０２は、サ
ーバ１４上の動的に生成したアクティブサーバページ６
０を参照し、かつサーバ１４に進行する。例えば、ＵＲ
Ｌ１０２は次のようにすることができる。 http://www.server_14.com/abc.asp/?result_1 ここで、ＵＲＬ１０２は、サーバ１４上の“abc.asp”
という名称のアクティブサーバページ６０を参照する。
“？”は、検索パラメータが続くことを示している。こ
こで、検索パラメータ（すなわち、コンテンツ識別情
報）は、“result_1”の名称により文書を抽出せよとの
要求であると蓄積システム２２に理解される、文書識別
子“result_1”を有している。

【００３６】サーバ１４への進行は、蓄積システム２２
と通信してＵＲＬ１０２において特定された文書を取得
するアクティブサーバページ６０プログラム（例えば、
abc.asp）を開始させる。アクティブサーバページ６０
は、文書識別子 result_1を有するＵＲＬ１０２のコン
テンツ識別情報を使用し、この文書識別子に対応する文
書オブジェクトを生成する。蓄積システム２２は、コン
テンツ識別情報により指示されたように特定された文書
のコピーを作成し、かつメモリ１１４内のファイル１１
２に複製されたコピー１１０を蓄積する。メモリ１１４
は、一時的なものあるいは永続的なものであり、かつサ
ーバ１４上，蓄積システム２２上，あるいは他のコンピ
ュータシステム（図示せず）上に位置づけることも可能
である。アクティブサーバページ６０からの要求に応じ
て、蓄積システム２２はポインタ１１６をファイル１１
２がメモリ１１４に蓄積されているアドレス位置に返
す。

【００３７】新しいＵＲＬが生成される。新しいＵＲＬ
はファイル１１２のアドレス位置を指示し、かつ、読み
出し，ＨＴＭＬフォーマットし，及びファイルのコンテ
ンツをクライアントノード１０に伝送するためのプログ
ラムを指示する。一実施形態において、このプログラム
は、標準ISAPI DLLの修正バージョン（ISAPI-extension
DLLと称する）である。新しいＵＲＬは、この ISAPI-e
xtension DLL とファイル１１２の名称とを参照するこ
とができる。例えば、新しいＵＲＬは ISAPI_extension.dll+result_1 とすることができる。もし、ファイル１１２が、サーバ
１４とは異なるサーバ上に蓄積されるならば、新しいＵ
ＲＬは other_server/ISAPI_extension.dll+result_1 とすることができる。

【００３８】次に、アクティブサーバページ６０が、新
しいＵＲＬアドレスに対して再度処理する。例えば、IS
API extension DLLは標準ＨＴＭＬヘッダを生成し、メ
モリ１１４内に蓄積されたファイル１１２から特定され
たディジタル情報のコピーを読み出し、ディジタル情報
をフォーマットしてＨＴＭＬページ１２０を生成し、か
つＨＴＭＬページ１２０をネットワーク１８０を介して
クライアントノード１０におけるブラウザに伝送する。

【００３９】結果として、クライアントユーザは、ハイ
パーリンク９０を選択することによりユーザが選択した
文書を受け取るが、ユーザはハイパーリンク９０により
指示されたＵＲＬとは異なるＵＲＬから文書を受け取っ
ている。ここでは、本発明によるハイパーリンクの仮想
的な挙動の一部を見ることができる。選択されたハイパ
ーリンク９０はあるＵＲＬ（例えば、http://www.serve
r_14.com/abc.asp/?result_1）を特定しており、かつサ
ーバ１４は第２の異なるＵＲＬ（例えば、http://other
_server/ISAPI_extension.dll?result_1）からファイル
を返している。ブラウザはこの第２のＵＲＬをクライア
ントユーザに示しても良いが、この第２のＵＲＬは文書
コンテンツの複製のテンポラリ蓄積装置を表しており、
かつオリジナルバージョンの文書が属している場所（す
なわち、蓄積システム２２）をクライアントユーザに示
さなくても良い。

【００４０】文書のコピーが行われクライアントノード
１０に返された後に、イントラネット２４のユーザが蓄
積システム２２における文書（この例ではresult_1）の
オリジナルバージョンを修正できることが、考えられ
る。ハイパーリンク９０のクライアントユーザが次回選
択した場合には、前述したように、蓄積システム２２か
ら修正された文書を得ることができる。

【図面の簡単な説明】

【図１】 本発明に従って、ネットワークを介してコン
テンツを得るためのサーバコンピュータシステムと通信
するクライアントコンピュータシステムの実施形態を示
す図である。

【図２】 文書検索を行うためのクライアントノードと
サーバとの間における通信シーケンスを示すブロック図
である。

【図３】 （Ａ）はプロトコル情報，ホストサーバ情
報，及びリソース情報を有する現行のハイパーリンクの
図であり；（Ｂ）は第１のリソースロケータに対応する
プロトコル情報，ホストサーバ情報，アクティブサーバ
ページ情報，及びコンテンツ識別情報を有する本発明の
ハイパーリンクの図であり；（Ｃ）は、本発明に従い、
第１のリソースロケータからリダイレクトされた第２の
リソースロケータの図である。

【図４】 識別された検索語の条件を満足する蓄積シス
テムで見つかった３つの文書を表す３つのハイパーリン
クを有する文書検索の結果を表示する例示的なウェブペ
ージの図である。

【図５】 文書検索を行うための例示的な方法を表した
流れ図である。

【図６】 文書検索により見つかった複数の文書のうち
の一つを得るためのクライアントノードとサーバとの間
の通信シーケンスのブロック図である。

【符号の説明】

１０ クライアントノード

───────────────────────────────────────────────────── フロントページの続き (71)出願人 597097009 Ｐ．Ｏ．Ｂｏｘ 66，Ｓｔａｔｉｏｎ Ｒ ｏａｄ，Ｈｅｍｅｌ Ｈｅｍｐｓｔｅａ ｄ，Ｈｅｒｔｆｏｒｄｓｈｉｒｅ ＨＰ11 ＪＵ，Ｕｎｉｔｅｄ Ｋｉｎｇｄｏｍ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 クライアントノードからディジタル情報
   を取得するための要求であり、取得すべき前記ディジタ
   ル情報を特定する第１のリソースロケータを有する要求
   を受け取る段階と；前記第１のリソースロケータに応じ
   て、特定された前記ディジタル情報のコピーを有するフ
   ァイルを動的に生成する段階と；前記ファイルをメモリ
   内のアドレス位置に格納する段階と；前記第１のリソー
   スロケータとは異なる第２のリソースロケータにより、
   前記アドレス位置の前記ファイルにアクセスし、ネット
   ワークを介して前記クライアントノードに伝送するため
   の識別された前記ディジタル情報を得る段階と；を備え
   ることを特徴とするユーザに対しネットワーク経由でコ
   ンテンツを提供するための方法。
2. 【請求項２】 前記第１のリソースロケータに応じて、
   蓄積システムと通信する実行可能なプログラムを維持す
   る段階をさらに備えることを特徴とする請求項１記載の
   方法。