(57)【特許請求の範囲】
【請求項１】
情報を含む文書に関する情報を取得するためのシステムであって、
前記文書と前記文書に関連する一組の文書サービス要求とを含むメタ文書であって、文書サービスが、前記情報の内容に関連する他の情報を得るために開始点としての前記情報の内容の一部を使用するプロセスを含む、前記メタ文書と、
前記一組の中から一つの文書サービス要求を選択し、その選択された文書サービス要求を満足させるサービスを提供するサービス提供装置との通信を開始して管理する管理装置と、
からなり、
前記管理装置は、文書サービス要求のため前記メタ文書を定期的にポーリングし、前記一組の文書サービス要求から一つの文書サービス要求を選択し、当該選択された文書サービス要求を満足させるサービスを提供するサービス提供装置との通信を開始して管理するように適合されると共に、前記選択された文書サービス要求から得られた結果を前記メタ文書に統合する
ことを特徴とする情報取得システム。
【請求項２】
前記選択された文書サービスからの結果は、前記文書に関連する新しい文書サービス要求を含むことを特徴とする、請求項１に記載のシステム。
【請求項３】
情報を含む文書に関する情報を取得するための方法であって、
一組の文書サービス要求が前記文書に関連付けられるように定義されたメタ文書であって、文書サービスが、前記情報の内容に関連する他の情報を得るために開始点としての前記情報の内容の一部を使用するプロセスを含み、
管理装置が、文書サービス要求のため前記メタ文書を定期的にポーリングするステップと、
前記管理装置が、前記一組の中から一つの文書サービス要求を選択するステップと、
前記管理装置が、前記選択された文書サービス要求させるサービスを提供するサービス提供装置との通信を開始して管理するステップと、
前記管理装置が、前記選択された文書サービス要求から得られた結果を前記メタ文書に統合するステップと、
からなることを特徴とする情報取得方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般に文書の管理および使用法に関し、特に情報の要求を生成し、次に応答を探索し、検索し、パッケージングする自律エージェントとして機能する文書の管理および使用法に関する。
【０００２】
【従来技術】
文書管理による知識管理は、知識の創造と共有のライフサイクルの重要な部分を形成している。知識の創造と共有の典型的なモデルは、循環的であって、三つの主要なステップ、すなわち合成する（探索し、収集し、取得し、吸収する）ことと、共有する（提示し、発行／配付する）ことと、サービスする（意思決定と革新的創造性とのために文書の使用を容易にする）こととからなる。現在のところ文書は、許可されたユーザが行うときにのみ新しい内容を取得する静的なオブジェクトと考えられている。文書が新しい情報を取得するためには、文書を読んで修正する、あるいはその内容（コンテンツ）を変更することができる（例えばハイパーリンクを追加することによって）プログラムをその文書に対して実行するというユーザの決定が必要である。
【０００３】
受動的なレポジトリとしての文書というこの見方は、システムを操作する画面の前にユーザがいなければ大抵のコンピュータは遊んでいて、文書はディスク上に眠っているという現状をもたらしている。有益なことをしようという試み、あるいはユーザがある文書に関連して見たいと思うことを予測しようとする試みの代わりに、文書は不活発なコンピュータ上でただなにもせずに転がっている。
【０００４】
エージェント・ベースのシステムとコンテンツベースのシステムの両者とも、ユーザの介入なしになんらかの情報管理を行っている。エージェントは、ある特定の日に行う必要のあることをユーザに気付かせたり、到来データを監視していてメッセージが到着したときに警報を与えたり、電子ネットワーク上で情報を探索したりといったサービスを行うソフトウエア・プログラムである。知的なエージェントは、探索する情報について意思決定を行えるようになっている。しかしながらこのようなシステムは両者とも、文書が固定的で静的な実体（エンティティ）であると考えている。
【０００５】
多くの製品は、先行サービス、非構造化情報管理、情報と知識の視覚化といった、知識管理の全体的問題の個々の態様に関する種々の解を提供している。例えばノースウェスタン大学のＩｎｆｏＬａｂからのＷａｔｓｏｎは、ユーザが文書を作成しているときに動作するプログラムである。Ｗａｔｓｏｎは、ユーザが作業しているときに情報を検索し、その情報からユーザは、更なる調査のために選択を行うことができる。Ｗａｔｓｏｎによって検索された情報は、単一のサービス・プロバイダから得られ、またＷａｔｓｏｎは、その検索した情報をＷａｔｓｏｎに関連するメモリに格納する。
【０００６】
Ａｍａｚｏｎ．ｃｏｍといったオンライン・サービスは、ｚＢｕｂｂｌｅｓを提供しており、これはブラウザ・ウィンドウの最上部のメニュー・バー内に現れる。ｚＢｕｂｂｌｅは、ユーザがＷｅｂで買い物をするときに、あたりで最良の買い物や製品を指示しながらユーザと一緒に歩き回る。Ｎｅｔｓｃａｐｅの「Ｗｈａｔ’ｓ  ｒｅｌａｔｅｄ  ｓｅｒｖｉｃｅ（関連サービスはなんですか）」は、ブラウザで機能し、ユーザがサーフィンするときにユーザに随行して、見ているサイトに関する有用な情報を提供し、関連するサイトを示唆する。Ｉｎｘｉｇｈｔのパラボリック・ツリー（放物線木）は、非構造化情報を編成して、それを直観的なフォーマット：ハイパボリック・ツリー（双曲線木）で表現するシステムの一例である。これらのサービスのすべては、文書を静的なオブジェクトとして取り扱っている。
【０００７】
商業的な探索エンジンといった種々の製品は、ウェブ・ページ、文書、Ｅメール等（内容がテキスト、図形、ビデオ、あるいは音声からなる）といった非構造化情報を提供している。非構造化情報のための典型的な管理サービスには、探索および検索と、ナビゲーションおよびブラウジングと、内容抽出、話題識別、分類、要約および索引付けと、自動的ハイパーリンク接続と分類法の生成とによる情報の編成と、ユーザが読んだり、アクセスしたり、作成するもの、クリエイト・コミュニティを追跡することによるユーザ・プロファイリングなどとがある。
【０００８】
【発明が解決しようとする課題】
本発明によるシステムは、知識の創造と共有のライフサイクルにおいて文書をアクティブなエージェントとして取り扱うことによって従来のシステムの欠点を克服するものである。本発明によるメタ文書は、知識の創造と共有のライフサイクルにおけるアクティブ・エージェントであって、元の文書に対するユーザの介入、情報の探索、収集、追加なしに動作する。メタ文書が文書の知識に加わるためにユーザの介入を必要としないので、このメタ文書はアイドルコンピュータサイクル中に動作することができる。
【０００９】
【課題を解決するための手段】
本発明によるシステムは、メタ文書を、すなわちそれに関連する一組の文書サービス要求を有する内容情報を含む文書を含んでいる。文書サービスとは、その文書の内容の一部を出発点として使ってその内容に関する他の情報を取得するプロセスである。スケジューラは、文書サービス要求を起動し管理して、サービス・プロバイダからの選択された文書サービスの実行を要求し、文書サービス要求の状態を更新し、実行された文書サービスから返された如何なる結果をも統合する。
【００１０】
この一組の文書サービス要求は、１グループの予めパッケージ化された文書サービス要求から選択されることが好ましい。もし一組の文書サービス要求が、ある主題あるいは状況に基づくものであれば、それは「パーソナリティ（個性）」と呼ばれる。パーソナリティという用語は、ちょうど、異なる個性を持った人々が同じ状況に対して異なる反応を示すように、同じ文書内容に異なる組の文書サービスを適用すると異なる結果（すなわち異なるリンクと接続）を引き起こすという理由から使用される。選択されたパーソナリティの例としては、ＴｅｃｈＷａｔｃｈ（技術監視）、Ｓｃｉｅｎｔｉｆｉｃ（科学もの）、Ｐａｔｅｎｔ  Ａｔｔｏｒｎｙ（弁理士）、Ｆｉｃｔｉｏｎ  Ｒｅａｄｅｒ（フィクション読者）が挙げられる。しかしながら意図した主題や状況によっては、多くの異なるタイプのパーソナリティを作成してもよい。
【００１１】
文書サービス要求は、非同期的に起動可能であるが、多くの場合、一つの文書サービス要求を満足するためにある程度の時間が必要とされるであろう。一部の文書サービス要求は、完了すると終了となり、他のものは、時々あるいは周期的に再起動される。スケジューラは、文書サービス要求の起動のスケジュールを決定することができる。或いは、ある文書サービス要求の起動時間またはスケジュールを予め選択しておくこともできる。
【００１２】
メタ文書とスケジューラとサービス・プロバイダは、同じ場所あるいは異なる場所に常駐できる。ある幾つかの場合、スケジューラはメタ文書自身に常駐することもできる。この例ではスケジューラは、ユーザがメタ文書を開くときといったように外部サービスによって起動しなくてはならないか、あるいは周期的にメタ文書を起動するように設定することもできる。一実施形態では、スケジューラは、すべての起動されたメタ文書に書込み／アクセス権を有するメタ文書サーバ上に常駐している。このサーバのためのシステム管理者は、スケジューラを起動してそれを実行させておく。
【００１３】
このシステムはまた、予め選択されたパーソナリティのリストに加えてユーザによる選択のために利用可能な文書サービス要求のリストも含むことができる。スケジューラは典型的には、選択された文書サービスを満足するサービス・プロバイダを選択するが、ユーザは特定の文書サービスの完了のために好適なサービス・プロバイダを識別することもできる。代替として、サービス・プロバイダは特定の文書サービスを提供するためにそのシステムでの利用可能性を登録できる。
【００１４】
本発明は、内容の項目がユーザによって決められたある速度で連続的に文書に送られる押しの技術から、文書が各項目を個別に要求する引きの技術に文書を変える。文書または文書の集まりのユーザ中心の見方を創成するよりはむしろ、本発明は、ドキュメント・ソール（文書の魂）が文書それ自身の内容を考慮して世界のイメージを創成することを追求するように、各文書が「ｓｏｕｌ（ソール：魂）」を持っていると考えられる「ドキュメント・ソール（Ｄｏｃｕｍｅｎｔ  Ｓｏｕｌ：文書の魂）」と呼ばれる、文書中心の隠喩（メタファー）を提供する。
【００１５】
静的文書は一般に、内容とサイズ、所有者作成日等といったメタ・データとから構成される。本発明のメタ文書は、種々の擬人的で知的な振る舞いを有する文書中心の隠喩、ドキュメント・ソールの線に沿って文書のこの伝統的な概念を拡張する。これらの振る舞い（特定の文書サービス要求の起動によってもたらされる）には、その内容を理解し、記述する能力と、通信する能力と、環境／状況の変化を学習してこれに適応する能力と、内容の作成でユーザを支援する能力とが含まれる。これらの振る舞い（一組の文書サービス要求によって実現される）は、一つの文書を一片の静的データから、文書作成者とその文書が存在する文書社会とに対して種々の責任を有する知的文書アシスタントに変える。もしその文書に関連したこれらの振る舞い、すなわち一組の文書サービス要求が共通の主題（テーマ）を持つように選択されれば、このメタファー（比喩）を維持しながら、このメタ文書は、ある特定のパーソナリティを有するドキュメント・ソールとなる。
【００１６】
【発明の実施の形態】
メタ文書あるいはドキュメント・ソール１００のブロック図を図１に示す。メタ文書１００は、ユーザが作成した、あるいはユーザが取得した文書である内容部分１０と一つ以上の文書サービス要求１２の一組２０とを含んでいる。ドキュメント・ソールのフレームワーク内で文書は、知識の結晶化プロセス（文書の有効期間を持続させるプロセス）の結果と見られる。典型的には文書の有効期間は、感知フェーズを指示して洗練するのを助ける主眼・目的から始まる。感知フェーズは、その文書に関連があると分かった情報を探索し、収集し、吸収し、編成すると言った動作からなる。これらの動作は、一つ以上の文書サービス要求１２の起動によって発生する。文書サービス要求１２は、ユーザがメタ文書１００を作成しているかそれについて作業しているとき、あるいは遊んでいるコンピュータ時間を利用できるようにユーザがメタ文書１００を取っておいたときに起動される。ユーザが文書について作業しているときに文書サービス要求１２を起動することにより、ドキュメント・ソールはユーザの好みを知ることができる。文書サービス要求１２は、スケジューラまたはユーザによって起動することができる。
【００１７】
サイクル内の次のステップは、情報を共有することに関係している。これは典型的には、前のステップで収集された情報を、ユーザ（個人、コミュニティ（共同体）、探索エンジン）にとって役に立つ形式（収集された情報をメタ文書の内容部分１０に統合し直す）に定式化／洗練することと、それを発行することとからなる。このサイクルの最終ステップは、メタ文書が支援によってユーザのために予め決められたサービスを実行するその支援を取り扱う。例えば文書は、その文書が世界の他の文書に関して存在している場所の最新の地図を維持することができる。
【００１８】
図２を参照すると、一つ以上のメタ文書１００は、ある予め決められたタイム・スケジュールにしたがってメタ文書１００を目覚めさせるスケジューラまたはスケジューリング・デーモン２００の制御下でメタ文書１００が実行する一組の文書サービス要求を賦与されている。スケジューラ（またはデーモン）２００は、メタ文書１００内の文書サービス要求１２の一組２０にアクセスし、実行すべき要求１２を選択し、これらの要求を満足させるサービス・プロバイダ２１０を呼出して、その結果を元の文書１０に統合するソフトウエア・メカニズムに実現できる。メタ文書は、目覚めるとその現在の文書サービス要求のリスト２０をスケジューラに表示する。このシステムに利用可能な資源（例えばある特定の文書サービス要求を実行する、または満足させることができるサービス・プロバイダ）によって、デーモン２００は実行すべき文書サービス要求１２を選択する。文書サービス要求を実行することは、文書の内容と環境とにアクセスを有するあるプロセス（またはプログラム）を実行するサービス・プロバイダ２１０にアクセスすることを意味する。このプロセスは、文書固有の知識とスケジューラ２００によってメタ文書１００に追加される多分新しい文書サービス要求１２とを作成することによって終了する。
【００１９】
メタ文書の文書サービス要求とその結果得られる知識の両者は、各目覚めサイクルの終了時に文書に追加されるＸＭＬメタ・データとして表現できる。一実施形態ではメタ文書の文書サービス要求は、ＸＭＬフィールド：＜ＷＡＮＴ＞・・・＜／ＷＡＮＴ＞として表現される。例えば一つの文書サービスは、＜ＷＡＮＴ＞ｗｈｏ−ａｍ−ｉ（私は誰でしょう）＜／ＷＡＮＴ＞と表すことができる。
【００２０】
この文書サービス要求を実行するためにデーモンは、「ｗｈｏ−ａｍ−ｉ（私は誰でしょう）」プロセスを呼び出す。このプロセスは、入力として文書の内容とその環境とを取る。例えばこの「ｗｈｏ−ａｍ−ｉ」プロセスは、誰が文書を作成したか、また何処にその文書が存在するかを知るための文書のファイル名と追加の文書サービス要求とを返すことができる。デーモンは、実行された最初の文書サービスにマークを付けるか、文書からそれを削除し、また文書サービスを実行するプロセスによって返された追加の知識を追加する。この場合、次の３行が最初の文書に追加される。
【００２１】
<MYNAME> xerox.txt </MYNAME>
<WANT> who-made-me </WANT>
<WANT> where-am-i </WANT>
目覚めサイクルごとに、メタ文書は、実行された文書サービス要求の関数として新しいメタ・データと新しい文書サービス要求とを取得できる。一部の文書サービス要求は、メタ・データを追加し、また同じ文書サービス要求を繰り返すことがある。一部の文書サービス要求は、それらが実行されたとき、メタ・データを削除することがある。一般に文書サービス要求は、ファイルシステム内のファイルとしての文書の存在と、それが最初から認可されていた場合の文書の内容と、他のプロセスによってその文書に追加されたメタ・データの内容とに基づいて文書にメタ・データを追加するサービスに対応している。文書または文書の位置が変更されるとその文書内の知識は、再生成または変更しなくてはならなくなることがある。文書の内容の、イントラネット内の他のファイルとの関係、あるいはインターネット上で見つけられた文書との関係といった知識は、周期的に多分、なんらかの＜ＷＡＮＴ＞ｃｏｎｔｉｎｕｏｕｓ−ｅｄｕｃａｔｉｏｎ＜／ＷＡＮＴ＞文書サービス要求によって更新しなくてはならなくことがある。
【００２２】
ドキュメント・ソールは、文書ベースの知識の生成と共有のために端から端までの徹底した解を提供する。文書に「ソール（魂）」を追加することは、知識の取得と共有と利用の際にユーザを支援する。ドキュメント・ソールは、現在のウェブの入口におけるようなグローバル・ビューとは反対のように世界の文書ビューを生成する。ドキュメント・ソールは、パーソナリティ（個性）を持つように作成することができる。各パーソナリティは、文書の書き手と読み手の両者の情報必要性を予想して、文書を情報世界の残りの部分に関連して最新に保持しながら、作成者と読者とのために文書が自律的に動作することを可能にする文書サービスの集まりを符号化したものである。パーソナリティは、予め決められた一組の文書サービス要求である。例えば文書には、聞きたがりのパーソナリティ−文書内容に存在する概念についてより多くの情報を見つけたい、内容に記載された人々の伝記を見つけたい、多国語もの−文書に含まれる言葉、用語、フレーズの翻訳を探したい、プライベートもの−他の文書には見えない文書のメタ・データを保持するようにマークされたもの、科学的なもの−文書内容に引用された論文のオンライン版を探したい、あるいは系図学的なもの−それ自身と同じ内容を含む文書を探したいといったパーソナリティを与えることもできる。
【００２３】
ドキュメント・ソールのフレームワーク内で文書は、知識の結晶化プロセス（文書の有効期間を持続させるプロセス）の結果と見られる。典型的にはドキュメント・ソールの寿命は総合の段階を指示し、洗練するのを支援する主眼・目的から始まる。合成フェーズの期間中、ドキュメント・ソールは、独立に（予め決められた一組の文書サービス要求を介して）か、あるいは指定のまたはカスタマイズされた命令に従うことによるかして、書き手の情報ニーズを予想する。ドキュメント・ソールは、知識ドメインの同化を容易にし、示唆に富むようにし、また創造性／発明力を支援するために、文書内容に関連の情報を探索し、収集して編成するという、単調で退屈な仕事を実行する。
【００２４】
ドキュメント・ソール・システムは、前のステップで収集した情報を、読み手（個人、共同体、探索エンジン）にとって有用であり、最終的にそれを発行する（あるグループに対して、科学的索引付けサービスに対してなど）ために有用である形式に定式化／洗練する際にユーザを支援する種々のサービスを提供する。
【００２５】
ドキュメント・ソール・システムは、文書の所有者と読み手のために機能する種々のサービス、例えば文書の全体像から企業の情報ウェブまたは世界の情報ウェブ（ＷＷＷ）を監視し、それによって読み手にプレー（事業）の現状（最新の）を知らせておくといったサービスを提供する。これは、種々のプロセス、すなわち文書を同化する、革新を誘発する、意思決定するなど、種々のプロセスを支援する手段と見ることができる。更にこれは、文書への興味を引きつける手段と使用でき、それによってその文書自身の販売促進になる。このドキュメント・ソール・システム内で生きている文書は、ユーザのニーズを予想して満足させるために利用可能なコンピュータ・サイクル、ネットワーク帯域幅、インターネット・ベースの資源等を活用できる。
【００２６】
文書サービス要求は、メタ・データとして文書に付加することもできる。メタ・データを付加するための種々の規格が存在しており、例えばＤＯＭ（Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ）とＸＭＬ（ｅｘｔｅｎｄｅｄ  ｍａｒｋｕｐ  ｌａｎｇｕａｇｅ）とを使用することもできる。ドキュメント・ソール・スケジューラは、メタ文書にポーリングを行い、各メタ文書ごとに符号を復号して文書サービス要求を認識し、パラメータ化可能な選択手順を使ってサービス要求を選択し、この要求を履行する（多分サードパーティの）サービス・プロバイダとの通信を開始し、パラメータを整理してこのサービス・プロバイダに渡し、このサービス・プロバイダからの出力を受け取り、そしてこのサービス出力をメタ・データとしてメタ文書に統合する。スケジューラに関して述べた複数の機能の同時並行的実行を協調させる協調システム、メタ・データ強調文書の種々のレベルの表示と対話機能を可能にする視覚化・対話型システム、ユーザの対話動作を観察することによって学習する学習システムといった他の機能をドキュメント・ソール・システムに含ませることも可能である。
【００２７】
ある幾つかの文書サービス要求は、長時間を要することがある（例えば、あるページに記載されたすべての会社名を探索して、それらの会社のなかの２社と一緒に記載しているすべてのＷＷＷページにアクセスするいった場合）。他の文書サービスは、定期的に充足可能である（例えば株式の終値を見つける場合）。他の文書サービスは、メタ・データと追加の文書サービス要求を返すこともある。連続した要求によって生成される文書サービスは、更にドキュメント・ソールを定義する。
【００２８】
メタ文書は、現在マシン上で浪費されている限定量の未使用帯域幅へのアクセスを持っている。どこかのフォルダに無為にただ存在している代わりに、メタ文書は、そのパーソナリティ（一組の文書サービス要求）によって敷設された経路に従って、文書サービスを満足させるサービス・プロバイダと通信するスケジューラによって起動されると、ローカル・ファイル・システム、データベース、あるいはインターネットにアクセスしてその内容とその環境との間に新しい接続を創成する。
【００２９】
メタ文書は、メタ・データとしてサイズが成長し、また新しい内容が生成され、新しい接続が行われる。記憶空間は、無視し得るものになっていく。現在の発展状況によれば、アメリカの国会図書館にある全部の文書を保持するに十分な記憶空間、１テラバイトの記憶空間のコストは、１０年のうちに僅か１２０ドルになるであろう。メタ文書はまた、未使用のプロセッサ時間を使うことができる。１９９９年に世界に存在する何億のコンピュータは、単に１０％の時間しか活動していないと推定されている。同様にインターネット上での帯域幅は、画像とビデオをリアルタイムで伝送したいという希望によって拡大推進されつつある。大部分のメタ文書は、画像を収容するように作成された空間の一小部分を必要とする、ウェブを動き回るテキストに関連するであろう。
【００３０】
例：サードパーティ文書をメタ文書に変換すること
５時である。ユーザは、新しい会社について同僚からＥメール経由で文書をいま受け取ったところである。このユーザは、それを素早く一瞥する。ユーザはこの会社のことを聞いたことがなくそこの役員の誰の名前も知らないので、このユーザはこの文書をクリックしてそれをコンピュータ画面上のドキュメント・ソール「ＴｅｃｈＷａｔｃｈ  Ｐｅｒｓｏｎａｌｉｔｙ（技術監視パーソナリティ）」アイコンにドラッグし、明かりを消し、夜間に事務所を去る。
【００３１】
そうこうしているうちに、受信した文書は、メタ文書になるＴｅｃｈＷａｔｃｈ（技術監視）パーソナリティを賦与されている。それは、ユーザがこの会社について欲しがっている情報を探しはじめる。ユーザのメタ文書は、ＴｅｃｈＷａｔｃｈパーソナリティをそれに関連付けることによってアクティブになり、こうしてこのメタ文書は、このパーソナリティで定義された一組の未充足の文書サービス要求を取得したことになる。スケジューラは、このメタ文書に対してポーリングを開始してこの未充足の文書要求のリストから選択しはじめる。一つの要求は、この文書に記載されたすべての会社名と製品と社員とを識別することである。この要求は、ＩｎｘｉｇｈｔのＴｈｉｎｇＦｉｎｄｅｒの形式といったある文書サービス・プロバイダに発送される。この要求が満たされると、ドキュメント・アナライザは、識別された項目の周りにＸＭＬマークを置き、社員と製品と組織のタイプ・リストを作成する。これに続く別の文書要求は、このメタ・データを使って、前記の会社のホームページを求めてウェブを探索する。この要求は、メタ・データとして、あるいは新しい文書内容として（脚注または参照事項として）も記憶されているこれらの会社のウェブ・ページにＵＲＬを返す。
【００３２】
これらのＵＲＬを使って別のサービス・プロバイダは、別の文書サービス要求を実施し、ウェブ上のこれらの会社に関する組織図を見つけだし、異なる文書サービス要求に応じた他のサービス・プロバイダは、各社の最近の株価を探索する。異なる文書サービス要求に応じた他のサービス・プロバイダは、各社の業務開始を探索する。異なる文書サービス要求に応じた他のサービス・プロバイダは、これらの会社の中の１社によって発表された、他社に言及している新聞発表を見つける。異なる文書サービス要求に応じた他のサービス・プロバイダは、各社が所有する特許について特許データベースの探索を開始する。異なる文書サービス要求に応じた他のサービス・プロバイダは、その会社の競争相手を探索する。
【００３３】
他の文書サービス要求は、指名された人々の間の関係を探査する。かれらのホームページと彼らが発表した特許とＣＶとかれらが記載されている新聞発表とを見つけるように、サービスが行われる。他のサービスは、幾組もの名前を取って両者が記載されているウェブサイトを探索する。そのページ内で識別される製品に関する情報を提供するために、同様のサービスとの連絡がとられる。
【００３４】
翌朝、ユーザがオフィスに戻ってくると、ユーザはメタ文書を開く。応答したすべてのサービスは、ユーザの文書内に新しいリンクを作成しており、グラフや画像などといった新しい図形項目を作成している。ある項目をクリックすると、夜のうちにメタ文書がその項目について探し出した情報のリストがユーザに提供される。このユーザの仕事は、メタ文書自身によって準備されていたのである。もしユーザがそのメタ文書をアクティブのままにしておこうと決心すれば、明日は新しい情報が発見されるかもしれない。
【００３５】
パーソナリティ。パーソナリティ、すなわち文書サービス要求の予め決められた集まりは、知識管理サイクルにおける便利なショートカットを提供する。パーソナリティという言葉は、前に述べたように、ちょうど、異なる個性を持った人々が同じ状況に対して異なる反応をするように、同じ内容に異なる組を適用すると異なるタイプのリンクと接続とを誘発することになるであろう。
【００３６】
エンドユーザは、文書を読んだり書いたりする。ユーザは、従来の選択手段を使って文書のすべて、または一部を選択する。（代替として文書全体を常に予め選択しておくこともできる。）その文書の選択された部分に対して、ユーザはパーソナリティ、すなわち１パッケージの予め選択された文書サービス要求を適用する。このパーソナリティを割り当てるためにユーザは、パーソナリティがリストアップされている、あるいは識別可能なアイコンによって表現されているプルダウン・メニュー、ポップアップ・テーブルといった従来の選択手段を使ってそのパーソナリティを選択する。各パーソナリティが選択のためにユーザに提示されると、本発明の好適な実施の形態では、エンドユーザは、どのような文書サービス要求がそのパーソナリティ・パッケージに含まれているかを見るために選択することができる。文書サービス要求が表示されるとユーザは、不要なサービス要求を不活性化することもでき、あるいは不活性化された要求を活性化することもできる。ユーザはまた、どの文書サービス・プロバイダがその文書サービス要求を実行できるかを見るためにその文書サービス要求の表示をクリックすることもできる。本発明の好適な実施形態では文書サービス・プロバイダの一つは、デフォルト（省略時）プロバイダとして指定されるであろう。デフォルトの選択は、ユーザが代替の文書サービス・プロバイダを選択することによって無効にされる。
【００３７】
或いはユーザは、走査装置と、どのパーソナリティをその文書に適用すべきかを記述したカバー・シートとを使って文書を入力することもできる。
【００３８】
一旦一つのパーソナリティ（あるいは二つ以上のパーソナリティが選択された場合は複数のパーソナリティ）が割り当てられると、ドキュメント・ソール・コーディネータ／スケジューラは、あるパーソナリティがその文書に与えられたことを（選択プロセスを管理するプロセスによって）通知される。その時からドキュメント・ソール・コーディネータ／スケジューラは、その文書に対して定期的なポーリングを開始する。毎回のポーリング時に、このパーソナリティの選択によってこの文書に関連付けられた未充足の文書サービス要求が、ドキュメント・ソール・コーディネータ／スケジューラによって認識される。ドキュメント・ソール・コーディネータ／スケジューラは、実行すべき文書サービス要求を選択し、このユーザのためにこのサービスを実行するデフォルトの、またはユーザ選択の文書サービスを見つける。それからドキュメント・ソール・コーディネータ／スケジューラは、選択された文書サービス・プロバイダとの通信を開始して、サービスを提供するために必要とされる文書からのデータを整理して、既知のデータ転送プロトコル方式を使ってこのデータを文書サービス・プロバイダに送信する。
【００３９】
文書サービス・プロバイダがサービス要求を実行すると、このサービス・プロバイダは、ドキュメント・ソール・コーディネータ／スケジューラに通知し、標準のデータ・プロトコル転送手段を使ってこのサービス要求に関連する如何なる結果をもデータとして回送する。文書サービスが提供できるデータの例としては、下記のものが含まれるが、データ転送とパッケージングの技術に精通する専門家であれば誰でも、この他のものも容易に推測可能である：
１）  サービス・プロバイダは、このサービス・プロバイダが作成した結果ページにＵＲＬを返すこともある。
２）  サービス・プロバイダは、マーク付けされたページ内にサービス結果によって生成されたＸＭＬページまたはＨＴＭＬページを返すこともある。
３）  サービス・プロバイダは、元の内容の中の情報の一部を取り巻く新しいＨＴＭＬリンクによって元の文書内容の一部を返すこともある。
４）  （３）で返したものに加えて、サービス・プロバイダは、挿入された新しいリンクがポイントする一連のＸＭＬページ、またはＨＴＭＬページを返すこともある。
５）  サービス・プロバイダは、元の文書内容にオフセット（派生事項）と、挿入すべきハイパーテキストや画像や新しいテキストなどといったこれらのオフセット内に見出される、元の文書内容に適当な関連情報とを入れることもある。
【００４０】
ドキュメント・ソール・コーディネータ／スケジューラは、サービス・プロバイダから返された情報を管理し、その結果をサービス要求にしたがって、文書の新しいビューを備えた元のテキストに関連させる。本発明の好適な実施形態では、各サービス要求は、元の文書内容について少なくとも一つのビューを提供するが、この場合、ビューは単に、挿入された異なるハイパーテキスト・リンクを有する文書の新しいバージョンであるか、元の文書の書き直しであってよい。
【００４１】
ユーザは、ユーザが任意の時にパーソナリティを付加した文書の文書サービス指定のビューのどれにでもアクセスできる。このアクセスは、ブラウザといった通常のコンピュータ・ベースの視覚化手段によって、あるいは通常のマーキング・エンジン上に要求されたビューを表示することによって可能である。文書サービス要求が未だ満たされていなければ、ユーザはその状態を通知される。
【００４２】
ユーザはまた、すべての利用可能な文書サービスのリストを視覚化することによって、またチェックボックスのクリックといった従来の手段を使って、新しいパーソナリティを形成する文書サービス要求を選択することによって新しいパーソナリティを作成することもできる。一旦、選択が行われると、各文書サービス要求に関連付けられる指定のサービス・プロバイダを含めて、エンドユーザは、新しいパーソナリティに名前を与えて、このユーザに、あるいは元のエンドユーザが他の文書に適用されるアクセス権を与えた他のいかなるユーザにも、そのパーソナリティを利用可能にする。
【００４３】
サードパーティ文書サービス・プロバイダは、新しいービスまたは既存のサービスの新しい文書サービス・プロバイダとしてそれ自身を提案する許可をドキュメント・ソール・コーディネータ／スケジューラによって与えられることがある。第一の場合、サードパーティ文書サービス・プロバイダは、インターネット・サイトにアクセスするといった登録プロトコルに従って、実行されるであろうサービスと呼び出されるためにサービスが必要とするドキュメント・ソール・コーディネータ／スケジューラからの入力と使用されるデータ転送プロトコルとを記述する書式に記入する。プロトコルには、そのサービスに対する支払いをするための既知の取引手段を含めることもできる。既存のサービスを提供する文書サービス・プロバイダの後者の場合、サードパーティ文書サービス・プロバイダは、既に確立されたデータ伝送プロトコルへのアクセスを与えられ、またその既存のサービスのための可能な新しいサービス・プロバイダとして登録されるであろう。
【００４４】
サンプルのパーソナリティ。多様なパーソナリティが定義可能である。幾つかの例を以下に説明する。
【００４５】
ＴｅｃｈＷａｔｃｈパーソナリティ（例えばマーケット・リサーチ用）。技術監視パーソナリティを有するメタ文書には、下記の文書サービス要求：すなわち自身に製品を識別すること（Ｉｎｘｉｇｈｔ  ＴｈｉｎｇＦｉｎｄｅｒを介して）と、会社名、個人名を識別することと、組織図を作成することと、会社チャート（会社概要）を作成することと、独力で会社ホームページを見つけようとすることと、競争相手を見つけようとすることと、コンセプトについての個人指導を見つけることと、白書を見つけることと、会社名の株式履歴にアクセスすることと、それらの会社が誰を雇っているかを見つけることと、新聞発表および業績報告を見つけることと、文書内のコンセプトが話し合われる会議を見つけることと、上記の人々と会社とが所有する特許を調査することと、本社アドレスと支社を見つけることと、会社までの地図を取得することと、文書内のコンセプトについての特許データベースを構築することと、会社と製品を記載したＵＲＬを構築することと、その会社が提供する他の製品を識別することと、本社用の気象通報を取得することと、名前が登録されているかウェブサイトに利用可能であるかどうかをチェックすることと言った文書サービス要求が含まれることもある。
【００４６】
科学的パーソナリティ。科学的パーソナリティを有するメタ文書には、下記の文書サービス要求：すなわちコンセプトを識別することと、中心主題ドメインを識別することと、要約（量的なもの、方向づけされていないもの、方向づけされているもの）を作成することと、それ自身のオンライン・バージョンを見つけることと、その書誌事項を分離することと、すべての著者のホームページを見つけることと、引用されたすべての著者のホームページを見つけることと、引用文献のオンライン・バージョンを見つけることと、コンセプトについての個人指導を見つけることと、その文書内のコンセプトが話し合われる会議を見つけることと、話題の特許を調査することと、引用のＢｉｂＴｅｘバージョンを見出し／作成することと、著者たちによって一緒に、あるいは別々に書かれた他の論文を見つけることと、他の著者による関連コンセプトを有する論文を見つけることと、種々のウェブサイト（ＩＳＩ  Ｉｎｄｅｘ、Ｙａｈｏｏと言った）上で論文を発表することと、コミュニティ（ＫｎｏｗｌｅｄｇｅＰｕｍｐ、ニューズグループと言った）に論文を公表することと言った文書サービス要求が含まれることもある。
【００４７】
弁理士パーソナリティ。弁理士パーソナリティを有するメタ文書には、下記の文書サービス要求：すなわち同じ発明者による他の特許を見つけることと、同じ国際特許コードを有する他の特許を見つけることと、この一つを参照するすべての特許を見つけることと、説明からコンセプトを識別することと、特許請求の範囲からコンセプトを識別することと、同じコンセプトを持った他の特許を見つけることと、すべての発明者のホームページを見つけることと、譲受人のホームページを見つけることと、発明者によって発表された論文への如何なる参照文献をも見つけることと、譲受人と発明者とコンセプトとに関連する如何なる製品をも識別しようと試みることと、著者たちによって一緒に、あるいは別々に書かれた他の論文を見つけることと、従来技術であるかも知れない論文を見つけることと言った文書サービス要求が含まれることもある。
【００４８】
フィクション読者パーソナリティ。フィクション読者パーソナリティを有するメタ文書には、下記の文書サービス要求：すなわちキャラクター名を識別することと、書物内での登場にキャラクター名をリンクさせることと、地名を見つけることと、時期を見つけることと、地名をＷＷＷ上の地図にリンクさせることと、地名を写真にリンクさせることと、街路名を見つけることと、街路名を地図にすることと言った文書サービス要求が含まれることもある。
【００４９】
法廷弁護士パーソナリティ。法廷弁護士パーソナリティを有するメタ文書には、下記の文書サービス要求：すなわち人々を識別することと、地名を識別することと、時刻表を構築することと、事象を時刻表に関連付けることと、街路名を見つけることと、街路名を地図にすることと言った文書サービス要求が含まれるであろう。
【００５０】
メタ文書システムを実現するために種々のアーキテクチャが使用可能である。このようなアーキテクチャには、複雑な協調サービスの支援、動的な追加／更新／削除サービス、多重分散アクセス、結果の直観的形式への視覚化などが含まれ得る。幾つかのメタ文書システムが実現されている。
【００５１】
例：一般パーソナリティを有する単純なドキュメント・ソール・システム。この例ではメタ文書は、通常のテキスト文書を取って一般パーソナリティを適用することによって作成されている。元のテキストは、下記のように記述される。
【００５２】
「複写機メーカーのＸｅｒｏｘ  Ｃｏｒｐ．（ゼロックス社）は、最終的には別会社に分離される可能性のあるインターネット関連のビジネスユニット（企業単位）を作ろうとしている。木曜日に発表された新しいＩｎｔｅｒｎｅｔ  Ｂｕｓｉｎｅｓｓ  Ｇｒｏｕｐと言われる、コネチカット州スタンフォードに本社を置くこの会社は、その事業部門長であるＭｉｃｈａｅｌ  Ｍｉｒｏｎ氏が社長になるであろう。Ｘｅｒｏｘ社は、このビジネスユニットが外部のベンチャー・キャピタルと事業の提携先とを求めていると言った。」
このバージョンのシステムによって取られる最初のステップは、ＩＮＮＡＴＥ（固有の）タグ内の元の文書を分離することと、一般パーソナリティをこの文書と関連サービスのパッケージとに結び付けることとである：
＜ＩＮＮＡＴＥ＞複写機メーカーＸｅｒｏｘ社は、最終的には別会社に分離される可能性のあるインターネット関連のビジネスユニットを作ろうとしている。
木曜日に発表された新しいＩｎｔｅｒｎｅｔ  Ｂｕｓｉｎｅｓｓ  Ｇｒｏｕｐと言われる、コネチカット州スタンフォードに本社を置くこの会社は、その事業部門長であるＭｉｃｈａｅｌ  Ｍｉｒｏｎ氏が社長になるであろう。Ｘｅｒｏｘ社は、このビジネスユニットが外部のベンチャー・キャピタルと事業の提携先とを求めていると言った。
【００５３】
0004849730.tif 000002
【００５４】
ＦｉｎｄＣｏｎｃｅｐｔｓ、ＦｉｎｄＯｒｇａｎｉｚａｔｉｏｎｓ等といった多数の要求が満たされた（あるいは部分的に満たされた）後、我々は下記のマーク付けされた文書を持つことになる：
＜ＩＮＮＡＴＥ＞複写機メーカーＸｅｒｏｘ社は、最終的には別会社に分離される可能性のあるインターネット関連のビジネスユニットを作ろうとしている。
木曜日に発表された新しいＩｎｔｅｒｎｅｔ  Ｂｕｓｉｎｅｓｓ  Ｇｒｏｕｐと言われる、コネチカット州スタンフォードに本社を置くこの会社は、その事業部門長であるＭｉｃｈａｅｌ  Ｍｉｒｏｎ氏が社長になるであろう。Ｘｅｒｏｘ社は、このビジネスユニットが外部のベンチャー・キャピタルと事業の提携先とを求めていると言った。
【００５５】
0004849730.tif 000003
0004849730.tif 000004
【００５６】
例。ＣＬＦベースのドキュメント・ソール・システム。このドキュメント・ソール・システムは、オブジェクト指向の分散アプリケーション開発ツールであるＣｏｏｒｄｉｎａｔｉｏｎ  Ｌａｎｇｕａｇｅ  Ｆａｃｉｌｉｔｙ（ＣＬＦ：協調言語機構）を使って実現することができる。ＣＬＦの概要は、付録Ａの「ＣＬＦ概要」に含まれている。ＣＬＦは、一般文書パーソナリティに関して前に概説したサービスの大部分を実現する。ＣＬＦはまた、下記の追加サービスを含むことができる：
文書変換サービス、すなわち文書内容（多分、ユーザ・プロファイル、業務内容等によって限定される）を文書の名詞フレーズ、名前、要約、言語に変換することに関連したサービス。
【００５７】
名詞フレーズ、名前等に基づく内容の連結、すなわち例えばＣａｌｌｉｏｐｅを使って会議／議事録、定期刊行物を見つけること、この分野で働くグループ、人々を見つけること、探索エンジンを使ってウェブ資源を見つけること、個人指導を見つけること、特許を見つけること。
【００５８】
見つけ出したウェブ資源にハイパーリンクされた文書コンセプトといったビュー・コンポーネント。
【００５９】
文書の異なるビューを作成する知識視覚化手段：これらの文書のコンセプト（探索エンジンとＣａｌｌｉｏｐｅオンライン書誌サービスとによって決定されるような）に関連する種々のサイトに種々の名前、名詞フレーズがハイパーリンクされている文書を表示する読み手ビュー；すべての文書内容とサービスに関連するマーク付けされたメタ・データとそれらの結果とを示す詳細ビュー；文書の書き手のテキスト編集を可能にする書き手ビュー。
【００６０】
セキュリティ−ユーザ・アクセス（管理）：新規ユーザとそれらに対応するキーワード・プロファイルとの創成を可能にする。またユーザ文書等を追跡する。
【００６１】
ＨＴＴＰプロトコルによる文書のネットワーク利用可能性：このシステムは、ＨＴＴＰ準拠であり、それによって世界のどこからでもユーザがログインし、文書とそのソールとを作成、修正、追跡することを可能にする。
【００６２】
ＣＬＦ実現システムの主なオブジェクト（関係者）とこのシステムの主な役割は、下記に列挙し、図３に示す。下記のサービスの注は、ＣＬＦサービスを指しており、これらは、オブジェクト属性の述部への論理的グルーピングである：
Ｐｅｒｓｏｎａｌｉｔｙ（パーソナリティ）３０２は、パーソナリティを指定するため、あるいは既に定義されたパーソナリティを洗練するためにユーザが選択できるサービスのレポジトリを提供し、またＤｏｃＳｅｒｖｉｃｅ（ＰｅｒｓｏｎａｌｉｔｙＩＤ，ｄｏｃＳｅｒｖｉｃｅ，ｏｒｄｅｒ）のようなＣＬＦサービスと種々のＣＬＦルールとを使用する。ＵｓｅｒＭａｎａｇｅｒ（ユーザ・マネージャ）３０８は、ユーザとシステム内のユーザの文書とを追跡し、ユーザ（ＵｓｅｒＩｄ（ユーザ識別情報）、Ｐａｓｓｗｏｒｄ（パスワード）、ＤｏｃｕｍｅｎｔＩＤ（文書識別情報））といったＣＬＦサービスと種々のＣＬＦルールとを使用する。ＤｏｃｕｍｅｎｔｓＭｇｒ（ドキュメント・マネージャ）３１０、３１２は、種々のバンクとＣＬＦルール：文書（ｉｄ、内容）、パーソナリティ（ｉｄ、パーソナリティ）、バージョン（ｉｄ、バージョン番号）、クリエータ（ｉｄ、クリエータ）、ＳｅｒｖｉｃｅＤａｔａ（ｉｄ、動作、状態、データ）、ＳｅｒｖｉｃｅＤｅｔａｉｌｓ（ｉｄ、時、状態、ＬａｔｅｓｔＤａｔｅＯｆＣｏｍｐｌｅｔｉｏｎ（完了の最新日付）とを使って同じパーソナリティを有する文書を管理する。Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ（サービス・プロバイダ）３０４は、メタ文書１００のためのサービスを実現する、例えば要約の作成と、Ｂｕｉｌｄ  ＤｏｃｕＭａｐ（文書マップの構築）と、ｇｅｔＣｏｎｃｅｐｔｓ（コンセプトの取得）と、ｇｅｔＣｏｎｃｅｐｔＷｅｂＬｉｎｋｓ（コンセプト・ウェブ・リンクの取得）等と、ＣｏｍｍａｎｄＷｒａｐｐｅｒ（内容、データ）：すなわちＭＬＴＴ名詞フレーズ抽出手段、ＡｌｔａＶｉｓｔａ、Ｃａｌｌｉｏｐｅ等、ＹｅｌｌｏｗＰａｇｅｓ（職業別電話帳）（ＤｏｃｕｍｅｎｔＳｅｒｖｉｃｅ、プロバイダ）といった継承ソフトウエアをラッピングするためのＣＬＦサービスとを実現し、また文書サービス要求とサービスの可能なプロバイダとのリストを追跡する。ＶｉｅｗＣｏｎｓｔｒｕｃｔｏｒ（ビュー構築手段）３０６は、そのデータ（内容、メタ・データ等）を使って文書の異なるビューを作成する。
【００６３】
上記に列挙したサービス（すなわちパーソナリティ・サービス）は、下記のようなハイレベルのＣＬＦ  ＩＦ−ＴＨＥＮルールとして実現される：
0004849730.tif 000005
【００６４】
このルールは、関連パーソナリティ「ＧｅｎｅｒｉｃＰｅｒｓｏｎａｌｉｔｙ（一般パーソナリティ）」を有する、本システム内のメタ文書の利用可能性を監視する。一旦これらの基準を満たす文書が検出されると種々の文書サービスが種々の時間制限にしたがって提供される。コーディネータ・オブジェクト３１４は、トランザクション・システムの従来の２段階／コミット・プロトコルを使うルールによって実現される文書サービス要求を協調させる。
【００６５】
メタ文書あるいはドキュメント・ソールは、文書要求／サービスとそれらの結果とそれらの状態（充足されたか、未充足か、再実行可能か）とおそらくはこれらのサービスを実現するコード（例えば、ＣＬＦ  ＩＦ−ＴＨＥＮルール）とを記述するタグによって文書をマーク付けするＸＭＬとして文書フォーマット内で表現できる。ＸＭＬは、複数の異なるシステムに亘って文書を記憶し、移送することによく適合しているが、文書を処理するためにはコスト高なフォーマットである。Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ（ワールドワイドウェブ・コンソーシアム）、Ｗ３Ｃは現在、メタ文書システムにおいてメタ文書を表現するために使用できる文書オブジェクトモデル（Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ）、ＤＯＭと呼ばれる構造化文書のための一組のインタフェースを定義しようとしている。ＤＯＭは、各ノードが一つのＸＭＬ文書を表すノードのツリー（木）としてＸＭＬ文書を表現する。更にこれは、文書の構造および内容のナビゲーションと修正とのための標準の一組の操作を定義している。
【００６６】
メタ文書は、ＤＯＭツリー内の所定のノードを介してその文書サービス要求を開示し、ＤＯＭ操作は、プログラムのインタフェースを介して文書の内容とメタデータとを問い合わせて修正することを可能にする。図４は、ある文書４００と、ＤＯＭツリー４１０の形でのその表現とを示す。ノード１は、文書のルート（根）を表し、ノード２は第１セクション、ノード４は第１セクションの第１パラグラフを表す等である。第２セクションの第２パラグラフに挿入され、この文書内で太線４１２で示された文書要求（これは実際には文書の読み手には見ることができないが）は、ＤＯＭツリーではノード１０（４１４）で表されている。
【００６７】
文書のＤＯＭ表現とＸＭＬ表現との間の基本的マッピング機能（関数）は、自明であり、すなわちＤＯＭツリー内のいかなるノードもＸＭＬ開始タグとそれに続くノードの「コンテンツ（内容）」とそれに続く対応するＸＭＬ終了タグとによって表される。それからこのマッピング機能は、ノードの内容が一組の子ノードである場合には、再帰的に適用される。パーサー（構文解析手段）（文書のＸＭＬテキスト表現をＤＯＭツリーに変換するための）と、プレティ・プリンタといった種々のインタプリタ（ＤＯＭツリーをＸＭＬストリング（列）またはその他更に人が読み易い形式に変換するための）とは、多くの異なるソースから利用可能である。
【００６８】
著者によるか、あるいは何か他の要求の処理の結果として、新しい要求が文書に挿入されると、対応する要求ノードがＤＯＭツリーに挿入される。要求ノードは、その文書内に文書の目視可能な内容の一部ではないタグを表す。ＸＭＬとＤＯＭの両者は、メタ・データと内容データとをまったく同じ仕方で取り扱う。ＸＭＬでは如何なる要素も、それが目視可能な内容またはメタデータあれば、開始タグ（任意選択の属性を有する）と内容と終了タグとによって表される。各要素がノードによって表されるＤＯＭに関しても同じことが真である。実際、文書の読み手にとって何が見えるか見えないかを決定するのは、プリント機能である。
【００６９】
ＤＯＭを使う最も単純な形式ではメタ文書システムは、「ドキュメント・ソール・デーモン」あるいはスケジューラを使って各文書をそのＤＯＭインタフェースを介して操作することによって実現できる。ドキュメント・ソール・デーモンは、ＤＯＭ構造を走査し、未充足の要求を検出し、取り組むべき次の要求を選択し、その要求を満たし得るサービスを見出し、そのサービスを呼び出して結果を検索し、その結果をＤＯＭ構造に挿入し、そして次の要求を繰り返し行う。ある特定の要求に関する応答時間が長くなる可能性があれば（特にその応答時間がインターネット上での情報の探索を含む場合には）より良い手法は、出来るだけ多くの未充足の要求を同時に起動して、与えられた文書が何か新しい情報に対してその情報が利用可能になり次第直ちに反応できるようにすることである。
【００７０】
要求間に依存性があると複雑な問題が発生する。例えば技術監視パーソナリティを有するメタ文書を考えてみる。メタ文書は、例えばその文書内に記載されているすべての会社の新聞発表を収集するという要求を含んでいることがあろう。しかしながらそのメタ文書はまた、総売上高が２千万ドル未満のすべての記載された会社を除外するという要求も含んでいることがある。もしこれらの要求が非同期的に、同時に処理されると、その文書に記載されていない会社からの新聞発表で終了するという危険がある。これに対処するために協調ソフトウエア・システムの分野からの協調という概念を使うことができる。
【００７１】
協調ソフトウエア・システムは、一組の自律的サブシステムと、そのシステムの環境の変化あるいはそのサブシステムのどれかの状態の変化にそのシステムがどの様に反応すべきかを記述した一組のルールとから構成されている。これらのサブシステムは典型的には幾つかのシステムで同時に使用され、また各システムは、その協調ルールのセットによって定義される。サブシステムとルール・セット・コーディネータは、上記の例のような進行中の処理の間の依存性を処理するように設計される。協調システムの手法は、特にメタ文書システムによる使用を意図した多くの一般に利用可能なサービスの場合のようにサブシステムが互いに知られていない状況で、利用可能な部分から新しいシステムを構築するための非常に強力な手段である。ドキュメント・ソールの協調モデルは、ＸＲＣＥ協調言語機構、ＣＬＦのモデルに倣っている。
【００７２】
ドキュメント・ソールでは、文書サービス要求とメタ文書（多分、ＤＯＭツリーとして表される）の両者は、自律サブシステムと見なされる。ドキュメント・ソール・コーディネータ３１４は、与えられた文書内に存在する異なる要求が種々のサービスの呼出しを介してどの様に充足し得るか、各サービスからの競合する（恐らくは矛盾する）結果という問題を如何に解決するか、最終的に結果を文書にどの様に合併すべきかを記述したルールを含んでいる。
【００７３】
コーディネータ３１４は、新しい情報と状況とに即座に反応する。例えばメタ文書は、新製品の情報ページへのリンクの挿入を要求しているが、その要求が最初に起動されたときに情報ページは未だ利用可能になっていない。この場合、コーディネータは、この要求をアクティブにしたまま、その情報ページが検出されると即座に反応するであろう。
【００７４】
メタ文書システムは、知識要点予約プランの三つの要素：内容とコミュニティを提供する。文書を与えられたパーソナリティは、文書が使われる文脈の中で先行する。このパーソナリティによって出された文書サービス要求は、その文書の内容を分析して活用する。そしてローカルなデータベースおよびウェブとのこの内容の接続は、その文書の周りにコミュニティを創成する。
付録Ａ：ＣＬＦ概要
オブジェクトベースの分散アプリケーション開発ツールである協調言語機構（ＣＬＦ）は、ＸＲＣＥ（Ｘｅｒｏｘ  Ｒｅｓｅａｒｃｈ  Ｃｅｎｔｅｒ，Ｇｒｅｎｏｂｌｅ）の協調技術グループ内で開発されてきた。ＣＬＦは、従来のオブジェクト・パラダイムのものよりも更に巧妙な対話動作に携わることのできる自律エージェントのオブジェクト・モデルを想定している。従来からオブジェクト指向のパラダイムは、アクセッサ（アクセス子）／ミューテイタ（変異誘発子）方法（カプセル化原理）を介してオブジェクト属性／資源との直接的対話を提供してきた。このパラダイムは、非常に有用でよくできたものであるが、従来のオブジェクト・モデルによって提供されるものよりも巧妙なオブジェクト対話プリミティブを要するインターネットといった非常に大きな分散環境でプログラミングするときに幾つかの制約を持っている。この要件に取り組むために種々のオブジェクト相互運用／協調モデルが提案され、開発されてきた。ＣＬＦは、このようなモデルの一例である。ＣＬＦのフレームワーク内では、オブジェクトとそれらの属性値へのアクセスは、直接アクセス法（従来のアクセス／変化）を介して与えられるばかりでなく、連想アクセスを介して（すなわちパターン・マッチングを介して）も与えられる。
【００７５】
ＣＬＦパラダイムでは、エージェントは、資源の挿入と除去という二つのタイプの操作を受け入れるリソース・マネージャと見られる。基本となるアーキテクチャは、クライアント・サーバであり、ここでクライアント・オブジェクト（下記のようにオブジェクトまたはルールになり得る）は、サーバ・オブジェクトに対して資源を挿入／除去しようとする。ＣＬＦオブジェクト（サーバ）によって管理される資源は、従来の一般に利用可能なアクセス／変化方法を介して、あるいはＣＬＦプロトコルを介してアクセスできる。ＣＬＦプロトコルは、述部を介して資源への連想アクセスを提供する。述部は、述部名によって特徴付けられ、一組の引き数は、インスタンス化されてもされなくてもよい。述部は、属性値の自然グルーピングと見ることができる。例えばサーバ・オブジェクトによって公表された述部ＣｏｎｃｅｐｔＬｉｎｋを考えてみる。この述部は、文書内に存在する概念（名詞フレーズ）へのＷＷＷリンクに関する情報をグループ化する。この述部署名は、このＣｏｎｃｅｐｔＬｉｎｋ（Ｃｏｎｅｃｐｔ（コンセプト）、Ｄｏｃｕｍｅｎｔ＿ＩＤ（文書ＩＤ）、ＷＷＷリンク、ＰｒｏｖｉｄｅｒＯｆＬｉｎｋ（リンクのプロバイダ））のように見えるであろう。ここでＣｏｎｃｅｐｔＬｉｎｋは述部名であり、Ｃｏｎｃｅｐｔは文書ＩＤによって識別される文書内に存在する名詞フレーズであり、ＷＷＷＬｉｎｋはＣｏｎｃｅｐｔに関連すると考えられるサイトにＷＷＷアドレスを意味し、ＰｒｏｖｉｄｅｒＯｆＬｉｎｋはそのリンクを識別したサービス・プロバイダの名前（例えばＡｌｔａ  ＶｉｓｔａまたはＹａｈｏｏといった）である。「ＩｎｔｅｒｅｓｔｉｎｇＴｈｉｎｇｓ（興味のあるもの）」と題する文書における「ファジー論理」といった概念へのリンクは、下記のパターンを介して検索できるであろう。ここでＣｏｎｃｅｐｔは「ファジー論理」にインスタンス化され、Ｄｏｃｕｍｅｎｔ ＩＤは「ＩｎｔｅｒｅｓｔｉｎｇＴｈｉｎｇｓ」：ＣｏｎｃｅｐｔＬｉｎｋ（”Ｆｕｚｚｙ  Ｌｏｇｉｃ”，Ｄｏｃｕｍｅｎｔ＿ＩＤ，ＷＷＷＬｉｎｋ，ＰｒｏｖｉｄｅｒＯｆＬｉｎｋ）にインスタンス化されている。
【００７６】
ＣＬＦ用語法ではオブジェクトの公開の述部は、オブジェクトのサービスと呼ばれる。これらはそのオブジェクトのインタフェースにリストアップされる。実際にはサービスは、データ管理をリソース・マネージャに委嘱する。リソース・マネージャは、データ・モデル（すなわちデータ・モデルはファイルであり、データベース管理システムであり、ＷＷＷベースの探索エンジンといった外部サービスへの呼出し、あるいは他の継承システムであることもあり得る）からサービスを分離するあるレベルの抽象機能を提供するとともに、ＣＬＦプロトコルもサポートする。言い換えればリソース・マネージャは、サーバ・オブジェクトの所有する資源（グループ化された属性値）へのアクセスを提供し、クライアントがＣＬＦプロトコル操作（下記に概説する）を介してこれらの資源を操作することを可能にする。ＣＬＦの現在の実現の範囲内で、アプリケーションで直接使用され得る、あるいは更に特化され／洗練され得る種々のリソース・マネージャが提供される（すなわちリソース・マネージャは、順序変更動作等において直接使用されまたは更に細かく分類され得るクラスである）。或いは、最初からリソース・マネージャを構築することもできる。
【００７７】
ＣＬＦプロトコルは、クライアントがサーバ・オブジェクト上で連想的にアクセスされる資源を挿入または削除することを可能にする一組の操作を提供する。このプロトコルは、トランザクション・システムの従来の２段階／コミット・プロトコルをサポートしている。ＣＬＦプロトコル下で現在サポートされている操作は、以下の通り、すなわちＩｎｓｅｒｔ（挿入）、Ｉｎｑｕｉｒｅ（問い合わせ）、Ｎｅｘｔ（次）、Ｋｉｌｌ（削除）、Ｃｈｅｃｋ（チェック）、Ｒｅｓｅｒｖｅ（留保）、およびＣｏｎｆｉｒｍ／Ｃａｎｃｅｌ（確認／取消し）である。Ｉｎｓｅｒｔ操作は、クライアントが述部と十分にインスタンス化された一組の引き数とをサーバ・オブジェクト内に挿入する（すなわち資源を生成する）ことを可能にする。Ｉｎｑｕｉｒｅ操作は、述部とそれに対応するインスタンス化された、あるいはインスタンス化されていない引き数とを満足する資源（単数または複数）の利用可能性に関してクライアントがサーバ・オブジェクトに問い合わせることを可能にする。Ｉｎｑｕｉｒｅ操作は、一連のアクションＩＤ（または対応する資源を除去または消費する特権）を返す。トランザクションフェーズの間、クライアントは、アクションＩＤをＲｅｓｅｒｖｅ（留保）する。もしサーバがその留保を受け入れるならば、その申し出では、要求によって資源を削除する（クライアントがその資源を消費する）ようにサーバを拘束する契約となる。それからクライアントは、Ｃｏｎｆｉｒｍ（確認）をサーバに送り、それによってクライアントは資源を消費し、サーバーはその資源を削除する。代替としてクライアントは、Ｃａｎｃｅｌ（取消し）操作を送出することができ、それによって留保された資源はその最初の未留保の状態に戻される。Ｎｅｘｔ（次）操作は、Ｉｎｑｕｉｒｅ動作によって返されたストリーム内の次のアクションＩＤをクライアントが検索することを可能にする。
【００７８】
ＣＬＦで利用可能な代表的なリソース・マネージャには、Ｆｉｌｅ（ファイル）、ＴｕｐｌｅＳｐａｃｅ（組スペース）、Ｄａｔａｂａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍｓ（データベース管理システム）（ＤＢＭＳ）等がある。リソース・マネージャのこれらの基本クラスの種々の洗練されたものは、持続性といったＣＬＦの下で現在利用可能である。アプリケーション固有の資源は、容易に最初から定義あるいは既存のクラスから導出できる。
【００７９】
ＣＬＦのフレームワーク内のオブジェクト間の振る舞いの協調のために、ハイレベルのＩＦ−ＴＨＥＮルールに基づく協調言語機構が備えられている。この言語は、オブジェクト・インタフェースを介して利用可能にされるハイレベル述部に基づいており、ユーザがトランザクション・ベースの仕方で複雑な協調活動を表現することを可能にする。ＣＬＦにおけるＩＦ−ＴＨＥＮルールは、左辺と右辺とからなり、ＬＨＳ（左辺）は消費される資源に対応する述部（インスタンス化された変数、またはインスタンス化されない変数を有する）のリストからなり、ＲＨＳ（右辺）はサーバ・オブジェクトに挿入されるであろう資源に対応する述部（インスタンス化された変数を有する）のリストからなる。ルールは、すべてのＬＨＳ述部が満たされて、その結果、資源の形でインスタンス化された述部を対応するオブジェクトに挿入する場合にファイヤーする（発火する）と言われる。下記は、ある文書に関する所望のサービスのすべてが完了したことを文書の所有者に気付かせるために使用できるＣＬＦルールの一例である：
0004849730.tif 000006
ここでルールの左辺と右辺の述部は単に、システム内でオブジェクトによって一般に利用可能にされているサービスへの速記インタフェースである。これらのインタフェースは、下記のように定義できるであろう（ＣＬＦ筆記言語の単純化バージョンで）：
0004849730.tif 000007
【００８０】
述部ＡｌｌＳｅｒｖｉｃｅｓＣｏｍｐｌｅｔｅｄは、ＤｏｃｕｍｅｎｔＭａｎａｇｅｒオブジェクトに所有され、ＡｌｌＳｅｒｖｉｃｅｓＣｏｍｐｌｅｔｅｄサービスによって一般に利用可能にされた資源の単項の性質を表す。これらの署名／インタフェースに示されるオブジェクト名は、システム起動時に生成された名前サーバ・オブジェクトによって決定されたグローバル名である。すべてのオブジェクトは、作成時に名前サーバ・オブジェクトに登録される。文書サービス要求に関連するパラメータは、入力および出力パラメータに対応しており、入力パラメータは平常テキストで表され、出力パラメータは下線付きテキストで表される。ＣＬＦインタフェースがこのルールの第１条件（述部ａｌｌＳｅｒｖｉｃｅｓＣｏｍｐｌｅｔｅｄ）を満足させようとするとき、これはＤｏｃｕｍｅｎｔＭａｎａｇｅｒオブジェクトのＡｌｌＳｅｒｖｉｃｅｓＣｏｍｐｌｅｔｅｄサービスに対してＩｎｑｕｉｒｅ操作を発する。この場合、Ｄｏｃ＿ＩＤは、Ｎｅｘｔ操作の実行ごとにインスタンス化される自由変数（すなわちインスタンス化されていない）である。もし叙述されたＡｌｌＳｅｒｖｉｃｅｓＣｏｍｐｌｅｔｅｄが適当に充足されれば、推論エンジンはこのルールの左辺の述部の適当なインスタンス化を探索するであろう。ＵｓｅｒｔＭａｎａｇｅｒオブジェクト内のＳｅｎｄＥｍａｉｌサービスは、ラッピングするラッパー・サービスとＥメーラーとの例である（これは単に、オペレーティング・システムへの呼出しとして理解できるであろう）。一旦Ｅメール資源が挿入されると、このＥメールは文書の所有者に送られる。
【００８１】
つまりルールは、下記のものを完了させようとするであろう：
述部ＡｌｌＳｅｒｖｉｃｅｓＣｏｍｐｌｅｔｅｄ、ｄｏｃＯｗｎｅｒ、ｕｓｅｒＤｅｔａｉｌｓからなる資源を見つけよ。ＡｌｌＳｅｒｖｉｃｅｓＣｏｍｐｌｅｔｅｄの場合、資源が消費され（すなわちオブジェクトから削除され）、これに対してｄｏｃＯｗｎｅｒ、ｕｓｅｒＤｅｔａｉｌｓ両者の場合、資源は単に参照されるだけである（すなわち消費されない）。
【００８２】
一旦すべての左辺の述部が適当にインスタンス化されると、ルールがファイヤーして、対応するインスタンシエーション、ＥｍａｉｌとＯｗｎｅｒとＤｏｃ ＩＤとを有するＥメール資源を挿入する。ＣＬＦにおいてはルールは、コーディネータ・オブジェクト（数個のコーディネータが存在できる）として知られるオブジェクト内に挿入される資源である。コーディネータは、任意のＣＬＦオブジェクト間の協調を行う。
【００８３】
ＣＬＦは、分散型であって動的な定義（動的な追加／削除オブジェクトとそれらの振る舞い）を採用している点でメタ文書システムのために良好なアーキテクチャである。これは、ＨＴＴＰ対話機能を持っている。ＣＬＦはまた、Ａｃｔｉｏｎｓ−Ｄａｔａ−ＤａｔａＭａｎａｇｅｍｅｎｔ（動作とデータとデータ管理との）間の良好で自然な分離を備えている。ＣＬＦのトランザクションは、複数のネットワークに亘る振る舞いを容易に協調させることができ、反応のよいシステムである。
付録Ｂ
メタ文書のサンプルが、文書サービス要求が実現されて、結果がメタ文書に統合される場合のその変化の種々の段階で示される。
【００８４】
0004849730.tif 000008
Ｃｏｍｐａｒｉｓｏｎｉｃｓ（比較法）は、サウンドによってオーディオとビデオとを探索するためと、オーディオ波形表示に色付けすることによってオーディオを視覚化するための革命的な技術である。
0004849730.tif 000009
どうしたらＣｏｍｐａｒｉｓｏｎｉｃｓ（比較法）を試用できるますか？
無料のＣｏｍｐａｒｉｓｏｎｉｃｓをオーディオ・プレーヤーにダウンロードしてください。
どうしたらアプリケーション・プログラムはＣｏｍｐａｒｉｓｏｎｉｃｓを使用できますか？
Ｃｏｍｐａｒｉｓｏｎｉｃｓ  ＡＰＩを通して使えます。
Ｃｏｍｐａｒｉｓｏｎｉｃｓ  Ｃｏｒｐｏｒａｔｉｏｎについて教えて下さい。
0004849730.tif 000010
Ｃｏｍｐａｒｉｓｏｎｉｃｓ（比較法）技術は、１９９８年４月のＮａｔｉｏｎａｌ  Ａｓｓｏｃａｔｉｏｎ  ｏｆ  Ｂｒｏａｄｃａｓｔｅｒｓ（ＮＡＢ：全国放送業者協会）の大会で初公開され、Ｔｅｌｅｖｉｓｉｏｎ  Ｂｒｏａｄｃａｓｔ（テレビジョン放送）雑誌の編集者達によって「Ｐｉｃｋ  ｏｆ  ｔｈｅ  Ｓｈｏｗ（展示会の目玉）」として選択された。
0004849730.tif 000011
このようなサウンドのデータベースの中で読者が希望するサウンドを見つける能力は、明らかに広範囲にわたる経済的価値がある。この分野でのＣｏｍｐａｒｉｓｏｎｉｃｓのブレークスルー（飛躍的前進）は、プレーする面白さであり、更に重要なことには非常に大きな潜在的商業価値がある。−経済学のノーベル賞受賞者でコンピュータ・サイエンスのパイオニアであるＨａｒｒｙ  Ｍ．Ｍａｒｋｏｗｉｔｚ博士、１９９９年１月。
0004849730.tif 000012
Ｃｏｐｙｒｉｇｈｔ（著作権）（ｃ）１９９９  Ｃｏｍｐａｒｉｓｏｎｉｃｓ
Ｃｏｒｐｏｒａｔｉｏｎ．全権利は留保される。
【００８５】
ステップ１：この場合、元の文書にパーソナリティを与えることによってその元の文書をメタ文書に変換する。パーソナリティは、サービス・プロバイダによって（生きている文書をスケジュールするドキュメント・ソール・デーモンによってアクセスされるデフォルト（省略時）プロバイダによるか、文書の所有者によってなんとか指定されたプロバイダによるか、どちらかによって）活性化されるであろう。
【００８６】
0004849730.tif 000013
Ｃｏｍｐａｒｉｓｏｎｉｃｓは、サウンドによってオーディオとビデオとを探索するためと、オーディオ波形表示に色付けすることによってオーディオを視覚化するための革命的な技術である。
0004849730.tif 000014
どうしたらＣｏｍｐａｒｉｓｏｎｉｃｓ（比較法）を試用できるますか？
無料のＣｏｍｐａｒｉｓｏｎｉｃｓをオーディオ・プレーヤーにダウンロードしてください。
どうしたらアプリケーション・プログラムはＣｏｍｐａｒｉｓｏｎｉｃｓを使用できますか？
Ｃｏｍｐａｒｉｓｏｎｉｃｓ  ＡＰＩを通して使えます。
Ｃｏｍｐａｒｉｓｏｎｉｃｓ  Ｃｏｒｐｏｒａｔｉｏｎについて教えて下さい。
0004849730.tif 000015
Ｃｏｍｐａｒｉｓｏｎｉｃｓ（比較法）技術は、１９９８年４月のＮａｔｉｏｎａｌ Ａｓｓｏｃａｔｉｏｎ  ｏｆ  Ｂｒｏａｄｃａｓｔｅｒｓ（ＮＡＢ：全国放送業者協会）の大会で初公開され、Ｔｅｌｅｖｉｓｉｏｎ  Ｂｒｏａｄｃａｓｔ（テレビジョン放送）雑誌の編集者達によって「Ｐｉｃｋ  ｏｆ  ｔｈｅ  Ｓｈｏｗ（展示会の目玉）」として選択された。
0004849730.tif 000016
このようなサウンドのデータベースの中で読者が希望するサウンドを見つける能力は、明らかに広範囲にわたる経済的価値がある。この分野でのＣｏｍｐａｒｉｓｏｎｉｃｓのブレークスルーは、プレーする面白さであり、更に重要なことには非常に大きな潜在的商業価値がある。−経済学のノーベル賞受賞者でコンピュータ・サイエンスのパイオニアであるＨａｒｒｙ  Ｍ．Ｍａｒｋｏｗｉｔｚ博士、１９９９年１月。
0004849730.tif 000017
0004849730.tif 000018
Ｃｏｐｙｒｉｇｈｔ（ｃ）１９９９  Ｃｏｍｐａｒｉｓｏｎｉｃｓ  Ｃｏｒｐｏｒａｔｉｏｎ．全権利は留保される。
0004849730.tif 000019
【００８７】
ステップ２：ここではパーソナリティ・サービスは、ＴｅｃｈＷａｔｃｈ（技術監視）パーソナリティに関連する文書サービス要求をインスタンス化している。文書サービス要求は、この文書上で、同期的または非同期的に順序よく、あるいは乱雑な順序で実行されるであろう。「ｓｔｅｐ２．ｘｍｌ」では、「文書サービス要求」（パーソナリティ・サーバによって供給される）は、すべて独立であるが、人は多分、幾つかの文書サービス要求を順序づけされた一連のアクションとして定義するであろう。
【００８８】
0004849730.tif 000020
Ｃｏｍｐａｒｉｓｏｎｉｃｓは、サウンドによってオーディオとビデオとを探索するためと、オーディオ波形表示に色付けすることによってオーディオを視覚化するための革命的な技術である。
0004849730.tif 000021
どうしたらＣｏｍｐａｒｉｓｏｎｉｃｓ（比較法）を試用できるますか？
無料のＣｏｍｐａｒｉｓｏｎｉｃｓをオーディオ・プレーヤーにダウンロードしてください。
どうしたらアプリケーション・プログラムはＣｏｍｐａｒｉｓｏｎｉｃｓを試用できますか？
Ｃｏｍｐａｒｉｓｏｎｉｃｓ  ＡＰＩを通して使えます。
Ｃｏｍｐａｒｉｓｏｎｉｃｓ  Ｃｏｒｐｏｒａｔｉｏｎについて教えて下さい。
0004849730.tif 000022
Ｃｏｍｐａｒｉｓｏｎｉｃｓ技術は、１９９８年４月のＮａｔｉｏｎａｌ  Ａｓｓｏｃａｔｉｏｎ  ｏｆ  Ｂｒｏａｄｃａｓｔｅｒｓ（ＮＡＢ：全国放送業者協会）の大会で初公開され、Ｔｅｌｅｖｉｓｉｏｎ  Ｂｒｏａｄｃａｓｔ（テレビジョン放送）雑誌の編集者達によって「Ｐｉｃｋ  ｏｆ  ｔｈｅ  Ｓｈｏｗ（展示会の目玉）」として選択された。
0004849730.tif 000023
このようなサウンドのデータベースの中で読者が希望するサウンドを見つける能力は、明らかに広範囲にわたる経済的価値がある。この分野でのＣｏｍｐａｒｉｓｏｎｉｃｓのブレークスルーは、プレーする面白さであり、更に重要なことには非常に大きな潜在的商業価値がある。−経済学のノーベル賞受賞者でコンピュータ・サイエンスのパイオニアであるＨａｒｒｙ  Ｍ．Ｍａｒｋｏｗｉｔｚ博士、１９９９年１月。
0004849730.tif 000024
Ｃｏｐｙｒｉｇｈｔ（ｃ）１９９９  Ｃｏｍｐａｒｉｓｏｎｉｃｓ  Ｃｏｒｐｏ
ｒａｔｉｏｎ．全権利は留保される。
0004849730.tif 000025
【００８９】
ステップ３：ここではＷＡＮＴｓ（文書サービス要求）の一つ「ｃｏｍｐａｎｙ  ａｄｄｒｅｓｓ（会社のアドレス）」が実行された。メタデータが作成された。この文書サービスは、あるドキュメント・ソール・デーモンによって実行されたが、このドキュメント・ソール・デーモンは、下記のことを行った：
１．この文書の制御を取得し、
２．ある開示されない戦略にしたがって、アクション・リストから文書サービス要求の一つを選択し、
３．「ＴｅｃｈＷａｔｃｈ（技術監視）」文書のために「ｃｏｍｐａｎｙ  ａｄｄｒｅｓｓ（会社のアドレス）」サービスを満足させ得るある未指定のサービス・プロバイダを呼び出して、既存のメタデータとこの文書の＜ＩＮＮＡＴＥ＞．．．＜／ＩＮＮＡＴＥ＞部とをこのサービスに渡し、
４．このサービスから結果＜ＣＯＭＰＡＮＹＡＤＤＲＥＳＳ＞．．．＜／ＣＯＭＰＡＮＹＡＤＤＲＥＳＳ＞を受け取り、
５．未実行アクション・リストから＜ＷＡＮＴ＞ｃｏｍｐａｎｙ  ａｄｄｒｅｓｓ＜／ＷＡＮＴ＞を削除し、
６．＜ＳＡＴＩＳＦＩＥＤ−ＷＡＮＴ＞エントリーにタイムスタンプを行ってこれを実行済みアクション・リストに挿入し、
７．この文書を（多分、バージョン管理を使って）書き直し、
８．この文書の所有権を放棄した。
【００９０】
このサービス・プロバイダは、ウェブ・ページを探索して復号する企業内プログラムであった可能性もある。それは、要求されたメタ・データを返す、外部委託あるいは要員サービスである可能性もある。
【００９１】
0004849730.tif 000026
0004849730.tif 000027
Ｃｏｍｐａｒｉｓｏｎｉｃｓは、サウンドによってオーディオとビデオとを探索するためと、オーディオ波形表示に色付けすることによってオーディオを視覚化するための革命的な技術である。
0004849730.tif 000028
どうしたらＣｏｍｐａｒｉｓｏｎｉｃｓ（比較法）を試用できるますか？
無料のＣｏｍｐａｒｉｓｏｎｉｃｓをオーディオ・プレーヤーにダウンロードしてください。
どうしたらアプリケーション・プログラムはＣｏｍｐａｒｉｓｏｎｉｃｓを使用できますか？
Ｃｏｍｐａｒｉｓｏｎｉｃｓ  ＡＰＩを通して使えます。
Ｃｏｍｐａｒｉｓｏｎｉｃｓ  Ｃｏｒｐｏｒａｔｉｏｎについて教えて下さい。
0004849730.tif 000029
Ｃｏｍｐａｒｉｓｏｎｉｃｓ技術は、１９９８年４月のＮａｔｉｏｎａｌ  Ａｓｓｏｃａｔｉｏｎ  ｏｆ  Ｂｒｏａｄｃａｓｔｅｒｓ（ＮＡＢ：全国放送業者協会）の大会で初公開され、Ｔｅｌｅｖｉｓｉｏｎ  Ｂｒｏａｄｃａｓｔ（テレビジョン放送）雑誌の編集者達によって「Ｐｉｃｋ  ｏｆ  ｔｈｅ  Ｓｈｏｗ（展示会の目玉）」として選択された。
0004849730.tif 000030
このようなサウンドのデータベースの中で読者が希望するサウンドを見つける能力は、明らかに広範囲にわたる経済的価値がある。この分野でのＣｏｍｐａｒｉｓｏｎｉｃｓのブレークスルーは、プレーする面白さであり、更に重要なことには非常に大きな潜在的商業価値がある。−経済学のノーベル賞受賞者でコンピュータ・サイエンスのパイオニアであるＨａｒｒｙ  Ｍ．Ｍａｒｋｏｗｉｔｚ博士、１９９９年１月。
0004849730.tif 000031
Ｃｏｐｙｒｉｇｈｔ（ｃ）１９９９  Ｃｏｍｐａｒｉｓｏｎｉｃｓ  Ｃｏｒｐｏｒａｔｉｏｎ．全権利は留保される。
0004849730.tif 000032
【００９２】
ステップ４：他の２、３の充足されたアクションと幾つかの新しい「ＷＡＮＴ」とを示す。例えば「ｆｉｎｄ  ｏｒｇｃｈａｒｔ（組織図を見つける）」サービスは、社長とＣＥＯ（最高経営責任者）と親会社とを見つけるが、下級役員は見つけなかった。このサービスは、新しいサービス「ｆｉｎｄ  ｊｕｎｉｏｒ  ｏｆｆｉｃｅｒｓ（下級役員を見つける）」を要求した。
【００９３】
0004849730.tif 000033
0004849730.tif 000034
0004849730.tif 000035
Ｃｏｍｐａｒｉｓｏｎｉｃｓは、サウンドによってオーディオとビデオとを探索するためと、オーディオ波形表示に色付けすることによってオーディオを視覚化するための革命的な技術である。
0004849730.tif 000036
どうしたらＣｏｍｐａｒｉｓｏｎｉｃｓ（比較法）を試用できるますか？
無料のＣｏｍｐａｒｉｓｏｎｉｃｓをオーディオ・プレーヤーにダウンロードしてください。
どうしたらアプリケーション・プログラムはＣｏｍｐａｒｉｓｏｎｉｃｓを試用できますか？
Ｃｏｍｐａｒｉｓｏｎｉｃｓ  ＡＰＩを通して使えます。
Ｃｏｍｐａｒｉｓｏｎｉｃｓ  Ｃｏｒｐｏｒａｔｉｏｎについて教えて下さい。
0004849730.tif 000037
Ｃｏｍｐａｒｉｓｏｎｉｃｓ技術は、１９９８年４月のＮａｔｉｏｎａｌ  Ａｓｓｏｃａｔｉｏｎ  ｏｆ  Ｂｒｏａｄｃａｓｔｅｒｓ（ＮＡＢ：全国放送業者協会）の大会で初公開され、Ｔｅｌｅｖｉｓｉｏｎ  Ｂｒｏａｄｃａｓｔ（テレビジョン放送）雑誌の編集者達によって「Ｐｉｃｋ  ｏｆ  ｔｈｅ  Ｓｈｏｗ（展示会の目玉）」として選択された。
0004849730.tif 000038
このようなサウンドのデータベースの中で読者が希望するサウンドを見つける能力は、明らかに広範囲にわたる経済的価値がある。この分野でのＣｏｍｐａｒｉｓｏｎｉｃｓのブレークスルーは、プレーする面白さであり、更に重要なことには非常に大きな潜在的商業価値がある。−経済学のノーベル賞受賞者でコンピュータ・サイエンスのパイオニアであるＨａｒｒｙ  Ｍ．Ｍａｒｋｏｗｉｔｚ博士、１９９９年１月。
0004849730.tif 000039
Ｃｏｐｙｒｉｇｈｔ（ｃ）１９９９  Ｃｏｍｐａｒｉｓｏｎｉｃｓ  Ｃｏｒｐｏｒａｔｉｏｎ．全権利は留保される。
0004849730.tif 000040
【００９４】
本発明は、特定の実施例を参照しながら説明してきた。図面とともに取られた本明細書を読んで理解すれば、他の人々に修正や変更が思い当たるであろう。これらの実施例は、単に例であって、前述のクレームに包含されることを意図した本書の教えるところから、本技術に精通する人々によって、種々の代替、修正、変形、あるいは改良が可能である。
【図面の簡単な説明】
【図１】本発明によるメタ文書の概略図である。
【図２】本発明によるシステムの概略図である。
【図３】本発明によるシステムの図である。
【図４】メタ文書とそれに対応するＤＯＭツリーとしての表現の図である。
【図１】
0004849730.tif 000041
【図２】
0004849730.tif 000042
【図３】
0004849730.tif 000043
【図４】
0004849730.tif 000044