(57)【特許請求の範囲】
【請求項１】
コンピュータにより実行される、文書に自動的にハイパーリンクを挿入する方法であって、前記コンピュータが、電子文書を受信し、
前記コンピュータが、データベースとインタフェースするプロセッサを用いて、
前記文書を受信する前に予め定められた所定の引用形式を使って、１つ以上の前記所定の引用形式を有する内容を前記電子文書から検索するステップと、
前記電子文書の１つ以上の法律的引用を、前記電子文書における、前記１つ以上の所定の引用形式が見つかった各位置で、ハイパーリンクでマークするステップと、を自動的に実行させ、
各前記ハイパーリンクは、マークされた前記１つ以上の法律的引用の内容の少なくとも一部分と、前記内容の含まれた法律的引用に基づく検索を行うのに使用されるコンピュータ化されたリーガル・リサーチ・サービスに関連付けられたドメインネームと、を含むＵＲＬを有し、
該含まれた法律的引用は、１つ以上の探索可能な項を含み、
前記各ハイパーリンクは、各該ハイパーリンクがリンクするコンテンツの特定のアドレスを含んでおらず、
前記各ハイパーリンクは、前記電子文書のマークされた前記法律的引用の内容に関する文書を検索することなく生成される、を含む方法。
【請求項２】
各前記ハイパーリンクは、前記リーガル・リサーチ・サービスのドメインネームと、マークされた前記法律的引用の１つの少なくとも一部分を含む、ＵＲＬを有する、請求項１に記載の方法。
【請求項３】
前記１つ以上の所定の引用形式は、印刷された文献への引用を含む、請求項１に記載の方法。
【請求項４】
マークされた前記１つ以上の前記法律的引用は、文書への引用を含み、
前記引用は、ボリューム識別子と、ページ識別子と、文献識別子と、を含み、
挿入される前記ハイパーリンクの少なくとも１つは、前記ボリューム識別子と、前記ページ識別子と、前記文献識別子を含む、請求項１に記載の方法。
【請求項５】
前記各ハイパーリンクは、少なくとも１つの検索命令をさらに含む、請求項１に記載の方法。
【請求項６】
１つ以上の前記ハイパーリンクは、ユーザのためのアカウント情報をさらに含む、請求項１に記載の方法。
【請求項７】
１つ以上の前記ハイパーリンクは、前記ハイパーリンクに関連付けられたデータベース内の文書へのアクセスを可能にするための、第三者スポンサーを識別する情報をさらに含む、請求項１に記載の方法。
【請求項８】
１つ以上の前記ハイパーリンクの挿入することは、前記マークされた部分の一つに関連付けられたフォントを変更することを含む、請求項１に記載の方法。
【請求項９】
前記ハイパーリンクは、少なくとも１つのクエリ・コネクタを含む、請求項１に記載の方法。
【請求項１０】
前記ハイパーリンクは、自然言語検索方法及びブール検索方法の少なくとも一方を識別する、請求項１に記載の方法。
【請求項１１】
前記１つ以上の文書の検索は、適正な名称を検索することを含む、請求項１に記載の方法。
【請求項１２】
電子文書を受信する手段と、
前記電子文書を受信する前に予め定められた所定の引用形式を使って、１つ以上の前記所定の引用形式を有する内容を前記電子文書から検索する手段と、
前記電子文書の１つ以上の法律的引用を、前記電子文書における、前記１つ以上の所定の引用形式が見つかった各位置で、ハイパーリンクにより自動的にマークする手段と、を備えるコンピュータシステムであって、
各前記ハイパーリンクは、マークされた前記１つ以上の法律的引用の内容の少なくとも一部分と、前記内容の含まれた法律的引用に基づく検索に使用されるコンピュータ化されたリーガル・リサーチ・サービスに関連付けられたドメインネームと、を含み、
該含まれた法律的引用は、１つ以上の探索可能な項を含み、
前記各ハイパーリンクは、前記電子文書のマークされた前記法律的引用の内容に関する文書を検索することなく生成される、ＵＲＬを有する、コンピュータシステム。
【請求項１３】
プロセッサと、
記憶装置であって、
該プロセッサに結合される記憶装置であって、該記憶装置は、電子文書をデータベースへ受信するための第１命令セットと、
前記電子文書を受信する前に予め定められた所定の引用形式を使って、１つ以上の前記所定の引用形式を有する内容を前記電子文書から検索するための第２命令セットと、
前記電子文書の１つ以上の法律的引用を、前記１つ以上の所定の引用形式が見つかった各位置で、ハイパーリンクにより自動的にマークする第３命令セットと、
を格納する、記憶装置と、
を備えるコンピュータシステムであって、
各前記ハイパーリンクは、マークされた前記１つ以上の法律的引用の内容の少なくとも一部分と、前記内容の含まれた法律的引用に基づく検索に使用されるコンピュータ化されたリーガル・リサーチ・サービスに関連付けられたドメインネームと、を含むＵＲＬを有し、
該含まれた法律的引用は、１つ以上の探索可能な項を含み、
前記各ハイパーリンクは、前記電子文書のマークされた前記法律的引用の内容に関する文書を検索することなく生成される、
コンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンピュータ・システムとソフトウェアとに関し、特に、電子文書内へのハイパーリンク（ｈｙｐｅｒｌｉｎｋ）の挿入を容易にするコンピュータネットワーク、ワードプロセッサおよび文書プロセッサに関する。
【背景技術】
【０００２】
パーソナルコンピュータは様々な用途を有する。最も一般的な用途の１つは、ワードプロセッサ、すなわち、手紙、履歴書、研究論文および法律報告書のような文書の電子的な作成と操作を可能にする装置として、である。別の一般的な用途は、インターネット、すなわち、公衆通信システムおよび私設通信システムを経由して相互接続されたコンピュータの全世界ネットワークのようなネットワークを介して他のコンピュータと通信することである。近年になって、ワールドワイドウェブによるこれらの外観上の明確な使用の集中が目に付くようになっている。
【０００３】
術語「ワールドワイドウェブ」は、一般的に、ハイパーテキストマークアップランゲージ（ＨＴＭＬ）のような特殊な内部フォーマットコードで記述された電子的にリンクされた文書を含むインターネットの一部分を意味する。ウェブ内では、各文書が、固有の電子アドレスの役割を果たすユニフォームリソースロケータ（すなわち、ＵＲＬ）として知られている固有の識別子を有する。あらゆる文書に関するＵＲＬが、１つまたは複数の他のウェブ文書の一部分として含まれ、文書間の選択可能なリンク（更に明確に述べると、ハイパーリンク（ｈｙｐｅｒｌｉｎｋ））を実現することが可能である。適正なコンピュータソフトウェアとインターネットアクセスとを使用して、別の文書に対するハイパーリンクを含む文書のユーザが、通常は文書内の他のテキストとの違いが際立った色で表示されているハイパーリンクを、従来通りのポイントアンドクリック命令を使用して選択することが可能である。
【０００４】
ハイパーリンクを選択することが、ハイパーリンクを有する文書をホストするコンピュータを、そのハイパーリンクに関連付けられた文書（ハイパーリンクされた文書）をホストするコンピュータに接続し、最終的には、ハイパーリンクを呼び出したユーザが、世界中のあらゆる場所に位置することが可能なハイパーリンクされた文書を閲覧することを可能にする。ハイパーリンクされた文書は、さらに、他の文書に対するハイパーリンクを含むことも可能であり、ユーザが世界中を「飛び歩いて」様々なハイパーリンクされた文書を自分の意のままに閲覧することを可能にする。
【０００５】
典型的には、ハイパーリンクは文書内に手作業でまたは自動的に挿入される。手作業による挿入は、ハイパーリンク定義能力を含むＭｉｃｒｏｓｏｆｔ  Ｗｏｒｄ  ６．０またはＣｏｒｅｌ  ＷｏｒｄＰｅｒｆｅｃｔ  ８．０のような文書エディタまたは文書処理プログラムによって行われることが多い、さらに特に、手作業による挿入は、ユーザが文書中のテキストを選択し、そのテキストにハイパーリンクを関連付ける要求を表し、その次に、ハイパーリンクすべき文書に関するＵＲＬを入力することを必要とする。例えば、アメリカ革命に関する論文を記述しているユーザは、「Ｇｅｏｒｇｅ  Ｗａｓｈｉｎｇｔｏｎ」に関するテキストを選択し、Ｇｅｏｒｇｅ  Ｗａｓｈｉｎｇｔｏｎの簡単な伝記を提供する文書に関するＵＲＬを挿入することができる。しかし、手作業によるハイパーリンクの挿入は退屈で面倒であるだけでなく、誤りを生じやすい可能性がある。
【０００６】
従来においては、ハイパーリンクの自動挿入のための幾つかの方法の中の１つの方法は、文書に関するアルファベット順の「巻末索引」タイプの索引を作成する索引生成プログラムの実行によるものである。例えば、Ｉｃｏｎｏｖｅｘ  Ｃｏｒｐｏｒａｔｉｏｎ（Ｂｌｏｏｍｉｎｇｔｏｎ，Ｍｉｎｎｅｓｏｔａ）が販売するＷｅｂＡｎｃｈｏｒ（ＴＭ）ソフトウェアは、１つまたは複数の文書からキーワード、フレーズおよび概念を抽出するために意味（意味ベース）解析を使用し、文書内の抽出された語、フレーズおよび概念に対するハイパーリンクを含む索引を自動的に作成する。この索引を閲覧するユーザは、この索引中の語、フレーズまたは概念を選択し、その次に、それを含む文書の特定の部分にハイパーリンクすることが可能である。（１９９５年５月２６日付で出願され１９９８年１月１３日付で発行された標題「自動要約ページ作成およびハイパーリンク生成」の米国特許第５，７０８，８２５号を参照されたい。）
【０００７】
従来の手動生成ハイパーリンクまたは自動生成ハイパーリンクを使用する際の問題点の１つは、その寿命に係わる。特に、ハイパーリンクを含む文書が古くなるにつれて、そのハイパーリンクが指示する文書がすでに削除されているか訂正されているか他のコンピュータに移動させられているので、または、ハイパーリンクされた文書をホストするコンピュータがそのハイパーリンクに関するＵＲＬの１つまたは複数の部分を認識または理解しなくなっているので、多くのハイパーリンクが時代遅れになり無効になる。どんな理由であっても、こうした無効なハイパーリンクの実行または呼出の試みは、要求された文書の代わりに「ファイルが見つかりません」といったエラー・メッセージがユーザに表示されるという結果をもたらす。ユーザは無効なハイパーリンクに関連したＵＲＬを更新または置換することが可能であるが、このことは、特に多数のハイパーリンクを有する文書において、不便であり時間浪費的である。
【０００８】
手動生成ハイパーリンクと自動生成ハイパーリンクとに関する別の問題点は、ハイパーリンクされた文書にアクセスするための時間またはコストに関するものである。特に、ハイパーリンクは、そのハイパーリンクを実行するのに要する時間と、特定のホストコンピュータにハイパーリンクする際にユーザが負担するかも知れない料金とを考慮せずに、生成されることが一般的である。このことは、ユーザが時間を浪費する時、または、ユーザが自分のコンピュータ・システム上にも存在する別のコンピュータ・システム上の文書にハイパーリンクする料金を負担する時に、特に問題である。
【０００９】
したがって、時間の経過によって無効になる可能性が低く、かつ、接続時間およびコストのようなユーザの好みに配慮して生成されるハイパーリンクが求められている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】米国特許第５，７０８，８２５号
【特許文献２】米国特許第５，６４４，７２０号
【発明の概要】
【００１１】
こうした要求と他の要求とに応えるために、本発明者は、文書の特定の部分を自動的に位置発見してマーク付けし、マーク付けされたテキストの少なくとも一部分を含むハイパーリンクを定義する、システムと方法とソフトウェアとを発明した。この方法の例示的な実施形態は、法律引用文（例えば、裁判官意見の引用文、連邦政府法、および、法的協定）を発見してマーク付けし、マーク付けされた法律引用文の少なくとも一部分と共通コンピュータ・システムの名称とを含むように各ハイパーリンクを自動的に定義する。この例示的な方法は、さらに、ハイパーリンクの１つを活動化させることと、この１つのハイパーリンクにおいて参照されるコンピュータ・システムに接続することと、そのハイパーリンク内に含まれるマーク付けされたテキストの一部分に基づいて１つまたは複数のデータベースの検索を行うこととを含む。したがって、この方法の実施形態は、ハイパーリンクを共通の外部コンピュータ・システムに指し向けることと、詳細な文書アドレスの代わりにハイパーリンクの一部分として検索可能な項を含むこととによって、ハイパーリンクが時代遅れになり無効になるという問題を回避する。
【００１２】
この例示的な方法の別の特徴は、ハイパーリンクを実行するコストまたは時間に基づいて、ハイパーリンク中の共通コンピュータ・システムの名称を定義する。特に、この例示的な方法は、法律文書を含むデータベース（例えば、ＣＤ−ＲＯＭライブラリ）を含むローカルコンピュータシステムの名称、または、この情報を含む外部コンピュータ・システムの名称をハイパーリンクが含むことになっているかどうかを判定する。この実施形態の別の特徴は、ローカルコンピュータシステムにこの情報が欠如している可能性を許容し、ローカルコンピュータシステムに対する無効なハイパーリンクを、より大規模なデータベースを有する可能性が高い外部コンピュータ・システムに再び指し向ける。
【図面の簡単な説明】
【００１３】
【図１】図１は、本発明の幾つかの観点を具体化する例示的なコンピュータ・システム１０のブロック線図である。
【図２】図２は、本発明を具体化する例示的なマーク付けおよびリンキングのソフトウェアのブロック線図である。
【図３】図３は、マーク付けおよびリンキングのソフトウェアにおいて具体化された例示的な方法をあらわす流れ図である。
【図４】図４は、本発明に従って規定されるハイパーリンク用の例示的なデータ構造の線図である。
【発明を実施するための形態】
【００１４】
図１−図４を参照し組み入れてある以下の詳細な説明は、本発明の１つまたは複数の例示的な実施形態を説明し例示する。本発明を限定するのではなく単に例示して説明するだけのために示されているこれらの実施形態は、当業者が本発明を作成し使用することを可能にするのに十分な詳細さで示され説明されている。したがって、この説明では、本発明を不明確にすることを避けるために、必要に応じて当業者に公知の特定の情報を割愛することがある。
【００１５】
定義
この説明は、当業での使用または説明の文脈内での使用に由来する意味を有する多数の術語を含む。理解の助けとなるように、次の術語の定義を示す。
術語「文書」は、ファイル名を有する機械可読データのあらゆる論理的なコレクションまたは配列を意味する。
術語「データベース」は、機械可読文書のあらゆる論理的なコレクションまたは配列を含む。
【００１６】
術語「ハイパーリンク」は、過去、現在、未来のあらゆるユニフォームリソースロケータ（ＵＲＬ）標準にリテラル的または機能的に準拠するあらゆるトークン（ｔｏｋｅｎ）を含む。さらに、この術語は、特定のコンピュータ・システムまたはネットワーク化された装置を識別する情報を含むあらゆるトークンを含む。
術語「プログラムモジュール」は、特定のタスクを行うかまたは特定の抽象データ型を具体化するルーチン、プログラム、オブジェクト、コンポーネント、データ構造、命令、命令セット等を含む。
【００１７】
本発明を具体化する例示的なコンピュータ・システム
図１は、文書の１つまたは複数の部分に自動的にマーク付けを行い、マーク付けされた部分の各々に関する１つまたは複数の対応するハイパーリンクを自動的に定義するための、システムと方法とソフトウェアとを含む例示的なコンピュータ・システム１０の説明図である。一般的に、システム１０は、例示的な文書１２８をホストする例示的なパーソナルコンピュータ１２を含む。この例示的な文書１２８は、マーク付けされた部分１２８ａ、１２８ｂ、１２８ｃとそれぞれのハイパーリンク１２９ａ、１２９ｂ、１２９ｃとを含み、これらのハイパーリンクは本発明の例示的な実施形態によって自動的に生成され定義される。ハイパーリンク１２９ａ、１２９ｂ、１２９ｃは、コンピュータネットワーク１４とウェブサーバ１６とを経由してデータベース１７、１８、１９に文書２８のそれぞれのマーク付けされた部分１２８ａ、１２８ｂ、１２８ｃをリンクさせるために選択可能である。（この例示的な実施形態では、ハイパーリンクは、その関連したマーク付けされた文書の「上」に、すなわち、同じ場所に埋め込まれるが、他の実施形態では、ハイパーリンクがその文書の別のページ上に埋め込まれる。）
【００１８】
さらに明確に述べると、コンピュータ１２の最も適切な特徴が、プロセッサ１２１と、ネットワーク通信装置１２２と、データ記憶装置１２３とを含む。さらに、システム１２は、ディスプレイ装置１２４とユーザインタフェース装置１２５とを含む。この例示的な実施形態では、プロセッサ１２１はＩｎｔｅｌ  Ｐｅｎｔｉｕｍ（登録商標）  ＩＩプロセッサであり、ネットワーク通信装置１２２は５６キロバイト／秒（高速）モデムであり、記憶装置１２３は１つまたは複数のハードディスク装置を含む。しかし、本発明の他の実施形態は、他のタイプのプロセッサとネットワーク通信装置とデータ記憶装置を使用する。例えば、他の実施形態は、分散形プロセッサまたは並列プロセッサを使用し、および、他の実施形態は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、電気的消去・書込み可能読出し専用メモリ（ＥＥＰＲＯＭ）、光ディスク、または、フロッピー（登録商標）ディスクであるデータ記憶装置の１つまたは複数を使用する。
【００１９】
例示的なディスプレイ装置は、カラーモニタと仮想現実ゴーグルとを含み、例示的なユーザインタフェース装置はキーボード、マウス、ジョイスティック、マイクロホン、ビデオカメラ、ボディフィールドセンサ（ｂｏｄｙ−ｆｉｅｌｄ  ｓｅｎｓｏｒ）、および、仮想現実衣類（ｖｉｒｔｕａｌ−ｒｅａｌｉｔｙ  ａｐｐａｒｅｌ）（例えば、手袋、ヘッドバンド、ボディスーツ等）を含む。したがって、本発明は、何らかの部類または種類のコンピュータ化プラットフォームには限定されない。
【００２０】
システム１２は、さらに、データ記憶装置１２３内に、文書処理ソフトウェア１２６と、文書マーク付け／リンキングソフトウェア１２７と、例示的な文書１２８とを含む。この例示的な実施形態では、例示的な文書マーク付け／リンキングソフトウェア１２７は、文書処理ソフトウェア１２６に対するアドオンツール（ａｄｄ−ｏｎ  ｔｏｏｌ）である。しかし、他の実施形態では、文書マーク付け／リンキングソフトウェア１２７は、別個のアプリケーションプログラムとして、または、オペレーティングシステムのカーネルまたはシェルの一部分として動作する。（ソフトウェア１２６、１２７は、ネットワークダウンロードによって、または、光ディスクもしくは磁気ディスクのようなコンピュータ可読媒体によって、または、他のソフトウェア転送方法によって、別々にまたは組合せの形でシステム１２上にインストール可能である。）
【００２１】
適切な文書処理ソフトウェアの一般的な例は、文書処理プログラム、ＨＴＭＬ編集プログラム、スプレッドシートプログラム、プレゼンテーション開発プログラム、ブラウジングプログラム、文書管理プログラム、および、ファイルバックアッププログラムを含む。さらに具体的な例は、Ｍｉｃｒｏｓｏｆｔ  Ｗｏｒｄ９７ソフトウェア、Ｃｏｒｅｌ  ＷｏｒｄＰｅｒｆｅｃｔ  ８．０ソフトウェア、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｐｌｏｒｅｒ  ４．０ソフトウェア、Ｎｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒ  ４．０、Ｍｉｃｒｏｓｏｆｔ  ＦｒｏｎｔＰａｇｅ  ９８、Ａｄｏｂｅ  Ａｃｒｏｂａｔ  Ｅｘｃｈａｎｇｅ、および、Ａｄｏｂｅ  Ａｃｒｏｂａｔ  Ｒｅａｄｅｒソフトウェアを含む。したがって、本発明は、何らかの部類または種類の文書処理ソフトウェアには限定されない。
【００２２】
図１は、さらに、既存のハイパーリンクとの関連付けを表示するために、例えば目立った色もしくはフォントによって視覚的にまたは他の方法でマーク付けされている、部分１２８ａ、１２８ｂ、１２８ｃを含む。文書１２８は、さらに、それぞれの部分１２８ａ、１２８ｂ、１２８ｃに論理的に関連付けられているハイパーリンク１２９ａ、１２９ｂ、１２９ｃを含む。本発明によって定義されるハイパーリンク１２９ａ、１２９ｂ、１２９ｃは、コンピュータネットワーク１４とウェブサーバ１６とを経由してそれぞれの探索可能なデータベース１７、１８、１９に対するネットワーク接続を生じさせるために（例えば、従来の方法によって）活動化させられることが可能である。（図１は、この例示的な実施形態においてハイパーリンクがすべてサーバ１４に向かうことを示すが、本発明の他の実施形態は、同じまたは複数のウェブサーバに向かうハイパーリンクを生成する。）
【００２３】
この例示的な実施形態では、コンピュータネットワーク１４は、インターネットのような広域ネットワークであるが、他の実施形態では、コンピュータネットワーク１４は、ローカルエリアネットワークすなわちイーサネット（登録商標）である。サーバ１６は、Ｐｅｎｔｉｕｍ（登録商標）クラスのプロセッサと拡張メモリ／ディスク構成とを有する幾つかのＮＴサーバのネットワーク上で動作するＭｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｅｒ  ４．０のようなウェブサーバである。図１に明瞭には示していないが、サーバ１６は、（後述する通りの）本発明によるＵＲＬ処理ソフトウェアを含む。データベース１７、１８、１９は、様々なコンピュータプラットフォーム上で任意の数の形態をとることが可能である。さらに、実施形態の中には、２つ以上の（コンピュータ１２のような）コンピュータが同一の文書の複数のコピーに同時にハイパーリンクすることを可能にするように、データベース１７、１８、１９が部分重複した内容を含むものもある。したがって、ドメイン・サーバー１４は、１９９７年７月１日付で発行された標題「トランザクション要求を管理するためのプロセス間通信インタフェース」の米国特許第５，６４４，７２０号に開示されているソフトウェア機能のようなソフトウェア機能を含む。（この特許は本明細書に引例として組み入れてある。）
【００２４】
マーク付けおよびリンク樹立のソフトウェアの例示的なアーキテクチャ
図２は、マーク付けおよびリンク樹立ソフトウェア１２７のための例示的なアーキテクチャ、特に１つまたは複数のオブジェクトを含むコンポーネントベースのアーキテクチャを示す。オブジェクトはその機能性を露出し、ＣＯＭ（コンポーネントオブジェクトモデル）インタフェースを使用して他のオブジェクトと通信する。しかし、図を分かり易くするために、これらのインタフェースの多くを図から省略してある。この例示的なソフトウェアは、法律引用文に関するハイパーリンクを発見し、マーク付けし、樹立するように適合させられている。しかし、このソフトウェアの他の実施形態は、個人もしくは場所の適正な名称、または、構文情報、フォーマッティング情報、文脈情報、もしくは、文書マーク付け情報によって単離および識別されることが可能な他の識別可能な文書内容に対して同様に動作する。
【００２５】
さらに明確に述べると、例示的なソフトウェア１２７は、インテグレーションオブジェクト（ｉｎｔｅｇｒａｔｉｏｎ  ｏｂｊｅｃｔ）１２７ａ、トークナイザオブジェクト（ｔｏｋｅｎｉｚｅｒ  ｏｂｊｅｃｔ）１２７ｂ、コンテントファインダオブジェクト（ｃｏｎｔｅｎｔ−ｆｉｎｄｅｒ  ｏｂｊｅｃｔ）１２７ｃ、パブリケーションズオブジェクト（ｐｕｂｌｉｃａｔｉｏｎｓ  ｏｂｊｅｃｔ）１２７ｄ、パブリケーションデータベース（ｐｕｂｌｉｃａｔｉｏｎ  ｄａｔａｂａｓｅ）１２７ｅ、フレーゼズオブジェクト（ｐｈｒａｓｅｓ  ｏｂｊｅｃｔ）１２７ｆ、フレーゼズデータベース（ｐｈｒａｓｅｓ  ｄａｔａｂａｓｅ）１２７ｇ、オプションズオブジェクト（ｏｐｔｉｏｎｓ  ｏｂｊｅｃｔ）１２７ｈ、および、リンクビルダ・オブジェクト（ｌｉｎｋ−ｂｕｉｌｄｅｒ  ｏｂｊｅｃｔ）１２７ｉを含む。インテグレーションオブジェクト１２７ａは、ツールとしてのソフトウェアを文書処理ソフトウェア１２６に従来の技術によってインテグレーションする機能を有する。インテグレーションオブジェクト１２７ａは、文書処理ソフトウェア１２６のアクティブな編集ウィンドウ内のアクティブな文書からデータを採取し、それをテキストのストリームとしてトークナイザオブジェクトに送る。（一実施形態では、インテグレーションオブジェクトは実際にはテキストをコンテントファインダオブジェクトに送り、このコンテントファインダオブジェクトはそのテキストをトークナイザオブジェクトに送る。）
【００２６】
インテグレーションオブジェクト１２７ａは、さらに、トークナイザオブジェクト１２７ｂとコンテントファインダオブジェクト１２７ｃとリンクビルダ・オブジェクト１２７ｈとのような幾つかの他のオブジェクトを生成して初期化する役割を果たす。（一実施形態では、インテグレーションオブジェクトは常にトークナイザオブジェクトを生成するというわけではない。インテグレーションオブジェクトが、どのトークナイザオブジェクトを使用すべきかをサイトファインダ（ｃｉｔｅｆｉｎｄｅｒ）に対して指定しない場合には、サイトファインドオブジェクト（ｃｉｔｅｆｉｎｄ  ｏｂｊｅｃｔ）は、デフォルトのテキストトークナイザを生成して使用するだろう。これは、例示的なＷｏｒｄおよびＷｏｒｄＰｅｒｆｅｃｔインプリメンテーションに当てはまる。ＨＴＭＬインプリメンテーションでは、インテグレーションオブジェクトはＨＴＭＬトークナイザを生成して、それをサイトファインダオブジェクト（ｃｉｔｅｆｉｎｄｅｒ  ｏｂｊｅｃｔ）に送る。
【００２７】
この例示的な実施形態では、抽出とフォーマッティングのためのプロシージャが、クライアントアプリケーションすなわち文書処理ソフトウェアの詳細に依存する。例えば、Ｍｉｃｒｏｓｏｆｔ  Ｗｏｒｄでは、インテグレーションオブジェクトはテキストを検索するためにＷｏｒｄオブジェクトモデルを使用し、Ｃｏｒｅｌ  ＷｏｒｄＰｅｒｆｅｃｔでは、インテグレーションオブジェクト（サードパーティの操作子）は、要求されたテキストを選択して現在の選択からそのテキストを検索するようにＷｏｒｄＰｅｒｆｅｃｔアプリケーションに指示する特定のＰｅｒｆｅｃｔＳｃｒｉｐｔトークンをＷｏｒｄＰｅｒｆｅｃｔアプリケーションに送る。インテグレーションオブジェクトは、どれだけ多くのテキストをその都度抽出すべきであるかを判断するためにレジストリ設定を使用し、テキストの量は文書処理ソフトウェアに大きく依存している。テキストを抽出した後に、インテグレーションオブジェクトは、トークナイザオブジェクト１２７ｂの入力テキストバッファにテキストを送る前に、随意にテキストを事前フォーマッティングして、アプリケーションに特化したコードのすべてを特に取り除く。
トークナイザオブジェクト１２７ｂは、テキストのストリームを受け取り、バッファリングし、トークンのコレクションの形に解析し、このトークンのコレクションをコンテントファンダオブジェクト１２７ｃに送る。そうすることにおいて、トークナイザオブジェクト１２７ｂは、トークン化（ｔｏｋｅｎｉｚａｔｉｏｎ）のためにそれが受け取るテキストの実際の形態に依存して様々な形態をとるが、テキストの実際の形態からコンテントファインダオブジェクト１２７ｃを隔離し、すなわち、法律引用文を位置発見する際の識別値を持たないと考えられるテキストのフォントと他の特徴とを取り除く。（しかし、他の実施形態では、このフォーマッティングは有用な意味論的情報を持つことができ、したがって取り除かれない）。
【００２８】
一実施形態では、ソフトウェア１２７は、幾つかのトークナイザ、例えば、ＨＴＭＬトークナイザ、Ｍｉｃｒｏｓｏｆｔ  Ｗｏｒｄトークナイザ、ＷｏｒｄＰｅｒｆｅｃｔトークナイザ、Ａｄｏｂｅ  Ａｃｒｏｂａｔトークナイザ、テキストトークナイザ、ＲＴＦトークナイザ、ＸＭＬトークナイザ、Ｍｉｃｒｏｓｏｆｔ  Ｗｏｒｄ  Ｆｏｒｍａｔトークナイザ、ＷｏｒｄＰｅｒｆｅｃｔ  Ｆｏｒｍａｔトークナイザ、および、Ａｄｏｂｅ  ＰＤＦフォーマットトークナイザを含む。マルチトークナイザの実施形態では、文書処理ソフトウェア１２７は、適用可能なテキストに関してどのトークナイザが必要であるかを選択または定義する。特定のトークナイザが指定されない場合には、ソフトウェア１２７はデフォルトのトークナイザオブジェクトを使用し、このトークナイザオブジェクトはそのままのＵＮＩＣＯＤＥテキストからトークンを解析して生成する。
【００２９】
トークナイザオブジェクト１２７ｂの重要な特徴が、テキストバッファを経由して前後に移動する時にトークンを検索することが可能であり、したがって、両方向に構文解析することが可能であるということである。（この例示的な実施形態では、テキストバッファがテキストの一部分をＵＮＩＣＯＤＥフォーマットで保持する。）これは、例えば、２つ以上のバッファにまたがる位置発見された引用文に関するタイトルを発見しようとする時に有効である。引用文（またはトークン化可能なコンテント）が２つ以上のバッファにまたがることがあり得るので、この例示的な実施形態のトークナイザは、先行テキストバッファの一部分を保存する。このバッファ操作はコンテントファインダオブジェクト１２７ｃから完全に隠されており、このことが、コンテントファインダオブジェクト１２７ｃがトークン全体と法律引用文の発見とに専念することを可能にする。
【００３０】
トークナイザオブジェクト１２７ｂによって生成された各トークンは、エンティティが何であるか、および、文書内のどの場所にそのエンティティが位置しているかを識別する情報を含む。例えば、テキストの文字が単一のトークンと見なされる。別の例としては、ラインブレーク＜ｂｒ＞のためのＨＴＭＬタグが挙げられる。トークナイザのＨＴＭＬインプリメンテーションが、このタグが４文字の長さであってさえも、このタグを新たなラインを表す単一のトークンとして取り扱う。したがって、コンテントファインダオブジェクトは単一の新たなライントークンのみを取り合うだけでよく、そのトークンが１つのフォーマットでは＜ｂｒ＞として表され、別のフォーマットでは「０ｘ０ｄ」と表されることに「悩まされる」必要はない。
【００３１】
コンテントファインダオブジェクト１２７ｃは、トークナイザオブジェクト１２７ｂからのトークンを処理し、特に引用文を捜索する。トークンを処理する際に、トークナイザオブジェクト１２７ｂは、法律引用文を位置発見するためにパブリケーションオブジェクト１２７ｄおよびフレーズオブジェクト１２７ｆと対話する。この例示的な実施形態では、コンテントファインダオブジェクト１２７ｃは事前定義されたトークンのコレクションだけを処理し、したがって新たなテキストフォーマットをサポートするための修正を必要としない。唯一必要なことは、この新たなテキストフォーマットのトークン化をサポートするために新たなトークナイザオブジェクトを追加することである。オプションズオブジェクト１２７ｈ（後述する）内のオプションセットに基づいて、コンテントファインダオブジェクトは法律引用文に関してトークンをスキャンする。
【００３２】
引用文が位置発見されると、コンテントファインダオブジェクトは、発見された引用文に関する情報をカプセル化するファウンドオブジェクト（ｆｏｕｎｄ  ｏｂｊｅｃｔ）を生成し、出力イベントインタフェースを通してコンテントファインダイベントオブジェクトを介してクライアントにファウンドオブジェクトを送る。
【００３３】
コンテントファインダオブジェクト１２７ｈは、コンテントファインダクライアント（文書処理ソフトウェア１２６）が引用発見プロセス（ｃｉｔｅ−ｆｉｎｄｉｎｇ  ｐｒｏｃｅｓｓ）の属性を制御または調整するための仕組みを提供する。このクライアントは、何のタイプの引用を位置発見することをそれらが望んでいるかを表示することが可能であり、および、引用がどのように位置発見されるかを制御する他のオプションを設定することが可能である。次のリストは、この例示的な実施形態と本発明の他の実施形態とで使用可能なオプションを識別し説明する。
【００３４】
ＦｉｎｄＣａｓｅｌａｗ  判例法先例が位置発見されるべきかどうかを表す。
ＦｉｎｄＳｔａｔｕｔｅｓ  法令先例が位置発見されるべきかどうかを表す。
ＦｉｎｄＬａｗＲｅｖｉｅｗＡｎｄＪｏｕｒｎａｌｓ  法律論評および定期刊行物先例が位置発見されるべきかどうかを表す。
ＦｉｎｄＣｏｕｒｔＲｕｌｅｓ  法廷規則および命令先例が位置発見されるべきかどうかを表す。
ＦｉｎｄＡｄｍｉｎｓ  行政報告および判決先例が位置発見されるべきかどうかを表す。
ＦｉｎｄＲｅｇｕｌａｔｉｏｎｓ  法規先例が位置発見されるべきかどうかを表す。
ＦｉｎｄＳｈｏｒｔＦｏｒｍｓ  ショートフォーム引用文が位置発見されるべきかどうかを表す。
ＦｉｎｄＴｉｔｌｅｓ  タイトルが発見されるべきかどうかを表す。
【００３５】
ＦｉｎｄＩｎＱｕｏｔｅｓ  引用文中の先例が位置発見されるべきかどうかを表す。
ＯｖｅｒｌａｐＳｉｚｅ  新たなバッファに移行される時に保存されていた以前のバッファの量。
ＭａｘＴｉｔｌｅＬｅｎｇｔｈ  タイトルの最大長さ。
ＭａｘＮｕｍｂｅｒＬｅｎｇｔｈ  番号の最大長さ。
ＭａｘＥｄｉｔｏｒＰｈｒａｓｅＬｅｎｇｔｈ  エディタフレーズの最大長さ。
ＭａｘＫｅｙｗｏｒｄＰｈｒａｓｅＬｅｎｇｔｈ  キーワードフレーズの最大長さ。
ＭａｘＳｔａｔｕｔｅＫｅｙｗｏｒｄｓ  法規キーワードを位置発見する時に調べられる語の最大数。
ＭａｘＳｔａｔｕｔｅＰｕｂＷｏｒｄｓ  法規先例で許可されているパブリケーション語の最大数。
【００３６】
ＭａｘＣｏｕｒｔＬｅｎｇｔｈ  法廷名称の最大長さ。
ＭｉｎＣｏｕｒｔＬｅｎｇｔｈ  法廷名称の最小長さ。
ＭａｘＤａｔｅＬｅｎｇｔｈ  日付の最大長さ。
ＭａｘＥｘｔｅｎｓｉｏｎＰａｇｅＤｉｆｆ  同じ先例の一部分であると見なされるページ番号の間で許容される最大間隔。
ＢｅｇｉｎｎｉｎｇＹｅａｒ  年度として認識される最初の数字を明記する。
ＥｎｄｉｎｇＹｅａｒ  年度として認識される最後の数字を明記する。
【００３７】
この例示的な実施形態では、これらのオプションがユーザによって設定されることが不可能であるが、他の実施形態ではユーザ設定が可能である。変更可能な属性と定義（次の段落の内容を参照されたい）は、上述のオプションのリストと同じである。属性は事物（ｔｈｉｎｇ）（例えば、ＢｅｇｉｎｎｉｎｇＹｅａｒ）であり、メソッドは、属性を変更する方法である（上記の表を参照されたい）。
【００３８】
この例示的な実施形態における引用発見オプションを随意に変更するために、文書処理ソフトウェア１２６は、所望の属性を設定するように、コンテントファインダオプションオブジェクトのインスタンスと従来通りのインタフェースとを生成する。その次に、生成されたインタフェースに対するポインタがコンテントファインダオブジェクト１２７ｃに送られる。文書処理ソフトウェアがコンテントファインダオプションズオブジェクトのインスタンスを生成しない場合には、コンテントファインダオブジェクト１２７ｃが、デフォルト設定を含むそれを生成する。
【００３９】
コンテントファインダオブジェクト１２７ｃによって１つまたは複数が生成されるファウンドオブジェクト１２７ｉが、この例示的な実施形態での法律引用文のような発見されたコンテントに関する全情報をカプセル化する。これは、引用文カテゴリ、引用文形式（メイン、ショート、「同上の」、「下方の」、パラレル引用文、ストリング引用文）、引用文タイトル、および、引用文位置（テキスト中）のような情報を含む。他の実施形態では、ファウンドオブジェクト１２７ｉは、抽出テキストの一部分内のキーワードまたはキーコンテントに関する情報を含む（例えば、本明細書に引例として組み入れてある標題「自動要約ページ作成およびハイパーリンク生成」の米国特許第５，７０８，８２５号を参照されたい）。
【００４０】
パブリケーションズオブジェクト１２７ｄは、上述のように、法律引用文のような特定のコンテントを位置発見する際にコンテントファインダオブジェクト１２７ｃを補助する。そうする際には、パブリケーションズオブジェクト１２７ｄはパブリケーションデータベース１２７ｅと対話し、パブリケーションデータベース１２７ｅは有効なパブリケーションとその関連の略語のリストに対するアクセスを提供する。各パブリケーションは、１つまたは複数の略語、エイリアス、または、それに関連した別の名称を有する。パブリケーション略語は、典型的には、パブリケーション中の特定の判例、法規、条項、または、他の文書に関して法律引用文中に出現する。例えば、Ｓｕｐｒｅｍｅ  Ｃｏｕｒｔ  Ｒｅｐｏｒｔｅｒパブリケーションの略語である「Ｓ．Ｃｔ．」は、例えば、Ｔａｌｌｅｙ  ｖ．Ｃａｌｉｆｏｒｎｉａ，８０  Ｓ．Ｃｔ．５３６（１９６０）のように、特定のＵ．Ｓ．Ｓｕｐｒｅｍｅ  Ｃｏｕｒｔ判例に対する引用中に出現することが多い。
【００４１】
したがって、引用発見オブジェクト１２７ｃは、所与のテキストストリングが有効なパブリケーション略語であるか否かを判定するために、パブリケーションズオブジェクト１２７ｄとパブリケーションデータベース１２７ｅを使用する。この機能は、パブリケーション情報オブジェクトの作成使用を含み、このパブリケーション情報オブジェクトは、パブリケーションの属性（例えば、その表示および法廷名称、それが属するカテゴリ（例えば、判例法）、その司法管区（州または連邦）、それが利用可能なドメイン・サーバーのサービス（例えば、ＫｅｙＣｉｔｅデータ検索サービス）、および、その位置とパブリケーションファイル中のその略語の位置）の表現によって単一のパブリケーションを表す。
【００４２】
パブリケーションズオブジェクト１２７ｄは、さらに、パブリケーションデータベース１２７ｅ内のパブリケーションと略語の追加と修正と削除をサポートする。この例示的な実施形態は、従来通りのインタフェース技術を使用するユーザインタフェースによってユーザがこのリストを修正することを可能にする。具体的な修正の例は、新たなパブリケーションを追加すること（そのパブリケーションが属するカテゴリと、その表示および法廷名称と、その略語リストとを定義することを含む）、事前定義またはユーザ定義されたパブリケーションに関する新たな略語を追加することと、事前定義パブリケーションとユーザ定義パブリケーションの両方に関してユーザによって追加された略語を修正または削除することと、ユーザ定義パブリケーションのあらゆる属性を修正することと、あらゆるユーザ定義パブリケーションを削除することとを含む。安全措置として、この例示的な実施形態は、事前定義された略語またはパブリケーションをユーザが削除することを防止する。
【００４３】
適切なパブリケーションの例は、ｔｈｅ  Ｃｏｌｕｍｂｉａ，Ｈａｒｖａｒｄ，ａｎｄ  Ｕｎｉｖｅｒｓｉｔｙ  ｏｆ  Ｐｅｎｎｓｙｌｖａｎｉａ  Ｌａｗ  Ｒｅｖｉｅｗの編集者によって編集されたＴｈｅ  Ｂｌｕｅ  Ｂｏｏｋ：Ａ  Ｕｎｉｆｏｒｍ  Ｓｙｓｔｅｍ  ｏｆ  Ｃｉｔａｔｉｏｎの過去、現在、未来の各版にリストされているパブリケーションを含む。（さらに、この例示的な実施形態は、ｔｈｅ  Ｃａｌｉｆｏｒｎｉａ  Ｃｏｄｅ  Ｙｅｌｌｏｗ  ｂｏｏｋの過去、現在、未来の各版またはバージョンと、Ｒｏｂｅｒｔ  Ｅ．Ｆｏｒｍｉｃｈｉによるｔｈｅ  Ｃａｌｉｆｏｒｎｉａ  Ｓｔｙｌｅ  Ｍａｎｕａｌ（１９８６）の過去、現在、未来の各版とにリストされているパブリケーションを含む。）
【００４４】
フレーゼズオブジェクト１２７ｆとフレーズデータベース１２７ｇは、文書から抽出されたテキストが引用文関連フレーズを含むかどうかを判定するためにこれらがコンテントファインディングオブジェクト１２７ｃを補助することを除いて、パブリケーションオブジェクトおよびデータベースに類似している。このオブジェクトは、フレーズのリスト内の各フレーズをフェッチして、各フレーズがそのリスト内に含まれているかどうかを判定する。このオブジェクトは、さらに、ユーザがフレーズを追加、修正または削除することを可能にする。フレーズオブジェクトの各インスタンスは単一フレーズリストにアクセスする。フレーズリストは物理的に２つのファイルによって表現される。一方のファイルは標準の事前定義フレーズを含み、この例示的な実施形態ではこの事前定義フレーズに対する修正と削除は不可能であり、他方のファイルは、その標準フレーズリストに対するユーザの変更と追加を格納する。フレーズオブジェクトはこの２つのファイルをフレーズの統一かつ分類されたリストの形に併合する。この例示的な実施形態では、フレーズを探索する時、または、フレーズを検索する時に、標準フレーズとユーザ定義フレーズとの間を区別しないが、このことは必要条件ではない。しかし、クライアントは、戻されたフレーズが標準フレーズまたはユーザ定義フレーズであるかどうかを判定することが可能である。
【００４５】
この例示的な実施形態では、フレーズデータベース１２７ｇは、幾つかのフレーズリストを含む。これらのリストは次で識別されて説明され、付録Ａ（Ａｐｐｅｎｄｉｘ  Ａ）に詳細に示されている：
【００４６】
フレーズのリスト        説明
Ｄａｔｅ        ストリングが日付であるかどうかを判定するために使用される月名と略語。
Ｅｘｐｌａｎａｔｏｒｙ        引用文が先行の引用文に関する注釈履歴であるかどうかを判定するために使用される注釈フレーズ。
Ｅｘｔｅｎｓｉｏｎ        「同上の」、「下方に」、「上方に」のようなショートフォームの参照との関連で使用されることが可能なフレーズ。
Ｉｄｅｎｔｉｆｙｉｎｇ        識別フレーズのリストを含む。
Ｉｎｖａｌｉｄ  Ｃａｓｅｌａｗ  Ｐｕｂｌｉｃａｔｉｏｎ        有効な判例法パブリケーションに含まれることが不可能なフレーズ。
Ｉｎｖａｌｉｄ  Ｓｔａｔｕｔｅｓ  Ｐｕｂｌｉｃａｔｉｏｎ        有効な法規パブリケーションに含まれることが不可能なフレーズ。
Ｉｎｖａｌｉｄ  Ｔｉｔｌｅ        有効なタイトルに含まれることが不可能なフレーズ。
【００４７】
Ｉｎ  Ｒｅ        タイトルの冒頭で有効である「ｉｎ  ｒｅ」フレーズのリスト。
Ｋｅｙｗｏｒｄ        法規パブリケーションで使用できるキーワードフレーズ。
Ｏｔｈｅｒ  Ｃａｓｅｌａｗ        判例法引用文で使用できる他のフレーズ。
Ｔｉｔｌｅ  Ｗｏｒｄ        タイトルに含まれることが許容されている小文字の単一語のフレーズ。
Ｔｉｔｌｅ  Ｗｏｒｄｓ        タイトルに含まれることが許容されている小文字の複数語のフレーズ。
Ｖｅｒｓｕｓ        タイトル内の「対する」を表すために使用できるフレーズ。
Ｗｅｉｇｈｔ  ｏｆ  Ａｕｔｈｏｒｉｔｙ        判例法引用文と共に含まれる先例フレーズの重みのリスト。
【００４８】
リンクビルダ・オブジェクト127jが、本発明と合致するURL標準に従ってハイパーリンク129a、129bおよび129cを構築もしくは限定する。詳記すれば、コンテンツファインダ・オブジェクト127cが検出されたオブジェクト127cを作成すると、リンクビルダ・オブジェクトがこのオブジェクトのためのURLを限定する。実施例におけるURLは、ドメイン名およびこれが関連させられることになるテキストの少なくとも一部分を包含し、これにより、ハイパーリンクの生存中ずっとドキュメントが移動させられ、もしくは校正されても、例えばウェブサーバ16などのウェブサーバは、そのテキストを特定のドキュメントと動的に関連させることが可能となる。ハイパーリンクの性格については、例示のマーキングリンクビルディング・ソフトウェアの働き方について詳述した後に続けて詳述する。
【００４９】
特定コンテンツを検出し、マークする例示の方法
図3は、ソフトウェア126がドキュメント処理ソフトウェア127によって開始された1つ以上の引用文検出セッションに関連して実行する例示の方法の概要を示す。各引用文検出セッションが単一のドキュメントに関連する。特に、図3は、例示の方法が、実行された時に番号リスト302、ショートフォームリスト304、引用文リスト306および一致引用文リスト308に影響するプロセスブロック310、312、314、…、328を包含することを示す。
【００５０】
番号リスト302は、現バッファで検出されたすべての番号とその各番号のテキストバッファ場所を包含する。現バッファの処理が完了すると、番号リスト302はクリアされる。ショートフォームリスト304は、全体セッションの間に場所指定されたショートフォームのうち不一致のショートフォームすべてを包含する。これに関連して、ショートフォームは、用語id、ibid、infraもしくはsupraを使って参照される何らかの引用文とみなされる。ショートフォームリスト304はまた、ドキュメントの中の各ショートフォーム参照場所も保存する。このリストの生存期間はセッションと同じで、これは、所与のセッションと関連させられたドキュメントテキストが処理中である限り生存することを意味する。ショートフォームがフルフォームの引用に一致すると、直ちにこれはショートフォームリスト304から除去され、引用文リスト306に追加される。
【００５１】
引用文リスト306は、現テキストバッファで検出されたすべての一致引用文を包含する。現バッファの処理が完了すると、コンテンツファインダ・オブジェクトは引用文リストを巡回し、各引用を検出されたオブジェクトの形でドキュメント処理ソフトウェア127に戻す（統合オブジェクト127a経由で）。すべての引用文を戻した後、このリストはクリアされる。一致引用文リスト308は、セッションが始まってから検出された独特のフルフォームの引用を包含する。これは、非フルフォームの引用文（ショートフォームの引用文）をその対応するフルフォームの引用文に一致させるのに使用される。このリストは、セッションが終了するまでクリアされない。
【００５２】
各処理ブロックについて述べる前に、例示の方法の処理ステップ相互の間にいくつかの類似点があることを理解するのが助けとなるかもしれない。第１に、各ブロックは、現バッファに関するリクエストトークンにトークナイザオブジェクト127bを使って現バッファを調べる。第２に、各ブロックは、バッファ再スタート位置の変更で処理を終えることができる。再スタート位置は、次回バッファをドキュメント処理ソフトウェアが通過する時に処理（パーシング（ｐａｒｓｉｎｇ））がスタートすることになる位置を指定する。例えばコンテンツファインダ・オブジェクトが、ブロック312における番号処理の間に部分番号を検出したが、この番号の末尾を検出する前に現バッファの末尾に達した場合、再スタート位置は当該番号の先頭にセットされ、その結果、それは次のテキストバッファの処理中にピックアップされることになる。現バッファは、部分番号を持つ先行バッファの一部分を包含するように拡張される。
【００５３】
一般に、セッションが開始された後、ドキュメント処理ソフトウェア126が（統合オブジェクト127aを通して）ドキュメントから連続するテキストバッファをトークナイザ127bに繰返し渡し、トークナイザがテキストをトークンに変換し、それをコンテンツファインダ・オブジェクト127cに渡し（リクエストに応じて）、コンテンツファインダ・オブジェクトが多くの処理ブロックを実行する。詳記すれば、ブロック310は、初期処理が、ドキュメント処理ソフトウェア126の編集窓においてドキュメントからテキストを抽出する仕事を必然的に伴うことを示す。実施例では、統合オブジェクト127aが現ドキュメントから次のテキストバッファを抽出し、フォーマットする。テキスト抽出の後、統合オブジェクトはテキストを任意の形にプレフォーマットする。統合オブジェクトは、テキストが何らかのアプリケーション特定コードを有するかどうか調べ、有する場合はそのコードをバッファから除去する。
【００５４】
ブロック312は、ドキュメントから抽出されたテキストをトークン化する仕事を必然的に伴う。実施例では、プロセッサ121、より精確には統合オブジェクト127aを通じて働くプロセッサ121が、例えばドキュメント128からの新しいテキストバッファをトークナイザ127bに渡す。トークナイザ127bは、内部テキストバッファを維持する。新しいテキストバッファを受け取ると、トークナイザ127bは、バッファのどこからパーシングをスタートさせるか、また、古いバッファをどれだけ取っておくか決める。パーシングスタート位置を決めるために、先ず、処理ステップの1つ以上が最後の処理ラウンドの間に再スタート位置を指定したかどうかチェックする。指定した場合、トークナイザは、古いバッファの末尾から最も遠い指定再スタート位置をその新しいパーシングスタート位置とする。最後の処理ラウンドの間に再スタート位置が指定されなかった場合は、新しいバッファの先頭がパーシングスタート位置となる。トークナイザオブジェクトは、そこで内部テキストバッファを更新し、古いバッファからある程度の数のキャラクタを取っておき、それを新しいバッファに付け加える。（実施例では、新しいパーシングスタート位置から500キャラクタ分戻った位置がデフォルトで、テキストは進行中にリクエストに応じてトークン化される。）
【００５５】
ブロック310においてテキストをトークン化した後、プロセッサは、コンテンツファインダ・オブジェクト127cを通して番号処理ブロック312を実行する。番号処理は、トークナイザオブジェクトからのバッファの中の各トークンを順次リクエストする仕事を必然的に伴い、有効な番号を場所指定するためにトークン全体を順方向に走査する。引用文検出プロセスの実施例では、バッファが先頭から末尾まで完全に走査されるのはこの時だけである。有効番号を表すトークンが検出されると、直ちにコンテンツファインダ・オブジェクトはこれを番号リストに、そのテキストバッファ内の先頭の位置と末尾の位置とともに追加する。プロセッサが“工事中”の番号を完成させる前にバッファの末尾に達した場合、これは、その番号の先頭にパーシング再スタート位置を指定し、それで、次の処理ラウンドの間に全番号がトークン化できることになる。
【００５６】
ショートフォーム処理ブロック314は、ワードid、ibid、supraおよびinfraを場所指定するためにトークン全体を順方向に走査する仕事を必然的に伴う。これらのワードの1つが検出されると、ブロック314は、1つのショートフォームエントリをショートフォームリストに追加する。ショートフォームエントリは、ショートフォームの位置とそのタイプ（id、supraもしくはinfra）を包含する。プロセッサは、潜在的なショートフォームエントリの一部分を有するバッファの末尾（例えば“supra”になり得る“su”を持つテキストバッファ末尾）に達した場合、トークナイザオブジェクトを使ってパーシング再スタート位置を潜在的なショートフォームの先頭に設定し、それで、次のトークン化ラウンドの間にトークナイザがそれをアドレス指定できるようにする。
【００５７】
現テキストバッファにおいて完全なショートフォーム用語をすべて識別した後、プロセッサは、ショートフォームの各々を巡回し、検出されたタイトルもしくは番号を各ショートフォームと関連させていく。ショートフォームのタイトルを検出するためには、プロセッサは先ずトークナイザにバッファのショートフォームの先頭にジャンプするよう要求する。トークナイザはそこで、所定の数のトークン（例えば最後の引用に関するトークンか、200キャラクタ分のトークンかいずれか）をショートフォームの先頭から逆方向に走査する。大文字化の規則と多数のフレーズファイル（Invalid Title、Title Word、Title WordsおよびVersus）を使って、プロセッサは、タイトルが検出されたかどうか調べる。タイトルが検出されると、タイトル情報がショートフォームリストの中のエントリに追加され、ショートフォームの先頭の位置がタイトルの先頭にあわせて更新される。
【００５８】
ショートフォームごとにタイトルを検出することに加えて、プロセッサはまた、関連させた番号をショートフォームに付けていこうとする。リスト中の各ショートフォームについて、プロセッサは番号リスト全体を走査し、それで、ショートフォームの末尾に続く最初の番号を検出しようとする。ショートフォームの末尾と番号の先頭の間の距離が例えば所与の閾値以内であれば、プロセッサは、ショートフォームと番号の間のテキストを調べる。そのテキストが拡張フレーズ（拡張リストのコンテンツをベースとした）を含んでいれば、その番号はショートフォームと関連あるものとみなされる。番号は、番号リストの中で使用済みのものとしてマークされ、ショートフォームエントリは、番号情報がショートフォームリストに含まれるように更新される。（図3には連続する形で示してあるが、番号処理ブロック312とショートフォーム処理ブロック314は、実施例では同時進行の形で実行される。）
【００５９】
ブロック316では、プロセッサは、再びコンテンツファインダ・オブジェクト127cを通して判例法的な引用を識別する。判例法的な引用とは、＜ボリューム＞＜パブリケーション＞＜ページ番号＞構造を含む引用のことである。これらの引用フォームを識別する中で、例示の方法は、バッファ全体を解析し直すのでなく、代わりに番号プロセッサによってバッファ内で先に場所指定された番号の各々を包囲するテキストを調べる。
【００６０】
この包囲するテキストを調べる中で、プロセッサは先ず、番号の前の最初のワードがワード“at”であるかどうか特定する。その通りであれば、この番号は、フルフォームの引用の一部分ではないものとしてフラグが立てられる。次に、プロセッサは、番号に先行する潜在的引用について判例法のような有効パブリケーションを場所指定しようとする。そうする中で、プロセッサは、現番号の始まりと前番号（存在する場合）の終わりの間の距離を最小にし、パブリケーションの長さを所定の最大長にした上で、潜在的パブリケーションを探すのにどれだけ戻ればよいか決める。プロセッサはその後、パブリケーションオブジェクトを呼び、当該テキストがパブリケーションを含んでいるかどうか調べさせる。
【００６１】
テキストがパブリケーションを含んでおらず、アクティブ状態の引用文がペンディング中である場合、プロセッサは、当該番号が拡張ページの番号もしくはペンディング中の引用文のための注参照番号であるかチェックする。引用文のためのページ番号と処理中の現番号が“ｎ.”、“fn.”などのコンマもしくはワードによって分離されていれば、そのケースである。番号が拡張ページの番号もしくは注参照番号であれば、これはペンディング中の引用文に追加され、使用済みとしてマークされる。そうでない場合は、ペンディング中の引用文は完成させられ、引用文リストに追加される。いずれの場合でも、番号に関する処理はこれで終了する。
【００６２】
この時点で、プロセッサは、パブリケーションが検出されたと想定する。前番号が存在しない場合は、パブリケーションがゼロボリュームをサポートしなければならない。これは、パブリケーション情報オブジェクトのプロパティである。前番号が存在せず、パブリケーションがゼロボリュームを持たない場合は、これで番号の処理は終了する。
【００６３】
有効な＜ボリューム＞＜パブリケーション＞＜ページ番号＞組み合わせは、これで場所指定されたことになる。現番号がページ番号とみなされ、前番号（存在する場合）がボリュームとみなされる。次に、プロセッサは、＜ボリューム＞＜パブリケーション＞＜ページ番号＞組み合わせと関連したタイトルが存在するかどうかチェックする。
【００６４】
次に、プロセッサは、検出されたばかりの＜ボリューム＞＜パブリケーション＞＜ページ番号＞組み合わせが新しい引用文のスタートであるか、ペンディング中の引用文と関連したものであるか特定する。引用文がすでにアクティブ状態にあって、コンマキャラクタだけによって＜ボリューム＞＜パブリケーション＞＜ページ番号＞組み合わせから分離されている場合、＜ボリューム＞＜パブリケーション＞＜ページ番号＞組み合わせは、アクティブ状態のパラレルであるとみなされる。この場合、＜ボリューム＞＜パブリケーション＞＜ページ番号＞組み合わせはペンディング中の引用文に追加され、現番号は使用済みとしてマークされ、現番号の処理は終了する。
【００６５】
ボリューム−パブリケーション−ページ番号の組み合わせがペンディング中の引用文にとってパラレルでない場合、これは新しい引用文のスタートとみなされる。アクティブ状態の引用文があった場合、これは完成させられ、引用文リストに追加される。これで番号の処理は終了し、現番号は使用済みとしてマークされる。
【００６６】
判例法処理のいくつかのポイントにおいて、引用文は完成したものと考えられ、引用文リストに追加される。引用文が完成させられると、実際にはそこに、実施例で行われるようないくつかの追加処理がある。特に、引用の直後に続くテキストの走査が行われる。すなわち、公判日（court-and-date）もしくは判例の重み（weight-of-authority）に関する何らかの挿入句的な情報を場所指定し、評価するために探索が行われる。そのような情報の場合、挿入句は引用文の一部として含まれる。次に、判例法プロセッサは、現引用文が前引用文にとって歴史引用文であるかどうかチェックする。2つの引用文が説明的なフレーズだけで分離されていれば、現引用文は前引用文にとって歴史引用文である。この通りになれば、現引用文は前引用文に付け加えられる。この時点で、完全な引用が場所指定されたことになる。
【００６７】
次のステップは、この引用文が先にドキュメントの中で使用された引用のどれかと一致するかどうか特定することである。これをするためには、プロセッサは、一致引用文リストを巡回し、それがその新たに検出された引用文に一致するかどうか見ていく。この一致テキストは、テーブルオブオーソリティ（TOA）のための引用文エントリを構築するのに使用される。同じ一致テキストを有する引用文のすべてが単独エントリとしてTOAに含まれる。一致引用文リストにおいて一致が見つからず、引用文がフルフォームの引用文であれば、それは一致引用文リストに追加される。いずれの場合でも、引用文は引用文リストに追加される。
【００６８】
バッファの末尾に達した時にアクティブ状態の引用文がペンディング中であれば、判例法プロセッサは、トークナイザオブジェクトを使って再スタート位置をペンディング中の引用文の先頭に設定することになる。
【００６９】
ブロック318では、プロセッサは、制定法的な引用を識別しようとする。判例法プロセッサと同様、制定法プロセッサは、番号リスト中の未使用の番号を全部調べる。（ショートフォームおよび判例法に関するチェックにおいて使用済みとされた番号はマークされている。）判例法処理が最初に行われているので、番号リスト中の番号の多くは、すでに引用の一部として含まれており、リスト中で使用済みとしてマークされている。制定法プロセッサは、使用済みとしてマークされた番号を全部飛ばし、マークされなかった番号を下記に従って処理する。
【００７０】
第１に、制定法的なパブリケーションがまだ検出されていなかった（ペンディング中の引用文がない）場合、プロセッサは、それが制定法のキーワードで始まるかどうかチェックする。これをする中で、プロセッサは、キーワードフレーズファイルを使って、番号に先行する有効な制定法キーワードを場所指定しようとする。キーワードが検出されると、新しいペンディング中の引用文が、キーワードのスタート位置を潜在的引用文の始まりとして作成される。これが実際の引用文になる前に有効パブリケーションが検出されなければならない。
【００７１】
第２に、パブリケーションがまだ検出されておらず、制定法プロセッサが現番号に先行するどんなキーワードも検出しなかった場合、プロセッサは、番号の前に有効パブリケーションが存在するかどうかチェックする。これは、判例法処理の場合と同じ仕方で行われる。パブリケーションが検出されると、プロセッサは、このパブリケーションと現番号をペンディング中の引用文に追加することになる。これはペンディング中の引用文がある場合の処理で、それがない場合は、新しいペンディング中の引用文を作成する。
【００７２】
第３に、パブリケーションがすでに検出された場合、プロセッサは、現番号と前番号の間に制定法キーワードがあるかどうかチェックする。あれば、引用文の終わりは現番号の末尾に設定される。現番号と前番号の間に制定法キーワードがなければ、ペンディング中の引用文は完成したものと考えられ、リストに追加される。
【００７３】
ちょうど判例法処理におけると同様、さらなる制定法処理は、完成したすべての制定法的引用文を一致引用文リストの中で検出されたものに一致させようとする仕事を必然的に伴う。一致が検出されなければ、引用文は一致引用文リストに追加される。検出された制定法引用文もすべて引用文リストに追加される。バッファの末尾に達した時にアクティブ状態の引用文がペンディング中であれば、プロセッサは、パーシング再スタート位置をペンディング中の引用文の先頭に設定することになる（トークナイザオブジェクトを使って）。
【００７４】
ブロック320では、プロセッサはショートフォーム処理と一致処理を実行する。この処理は、ショートフォームリスト中に保存されたショートフォーム引用文（id、ibid、infraおよびsupra）を、参照する完成したフルフォーム引用文に一致させる仕事を必然的に伴う。（ショートフォームはブロック314において識別された。）このブロックは、現番号におけるすべての判例法的引用と制定法的引用がすでに場所指定されているので、この時点で実行するのが適当である。
【００７５】
詳記すれば、プロセッサは、ショートフォームリスト中のエントリの各々を取り上げ、それをその対応する、引用文リスト中に保存された引用文に一致させようとする。ショートフォームのタイプに基づいて、プロセッサは、ショートフォームの始まりの位置と終わりの位置および／またはタイトルを比較し、それが引用文リスト中のものと一致するかどうか調べる。一致が検出されれば、そのショートフォームはショートフォームリストから除去され、引用文リストに追加される。引用文リストに追加される前に、それはその一致する引用文からの情報をもって更新される。但し、ショートフォーム引用文が毎回ことごとく一致するとは限らない。例えばinfraを参照用に使う引用文のなかには、ドキュメントにおいて使用されるのがずっと後の方で、まだコンテンツファインダ・オブジェクト127cによって検出されていないものがあるかもしれない。それゆえ、ショートフォームリストは、セッションが完了した後までクリアされない。
【００７６】
ブロック322では、コンテンツファインダ・オブジェクト127cが、統合オブジェクト127aを通してクライアント、すなわちドキュメント処理ソフトウェア126に、検出された引用文リスト中の引用の各々について通知する。詳記すれば、コンテンツファインダ・オブジェクトは、引用文リストのエントリ情報を使って、リストアップされた引用文ごとに検出されたオブジェクト127i（実施例では、検出されたオブジェクトとも呼ばれる）を作成し、それで、検出されたオブジェクトのプロパティが満たされるようにする。コンテンツファインダ・オブジェクトは次に、クライアントによって捕らえられた引用文検出イベントをトリガし、同時に、検出されたオブジェクトが引用文検出イベントのパラメータとして指定される。すべての引用文がクライアントに戻された後、引用文リストと番号リストはクリアされる。
【００７７】
ブロック324では、プロセッサは、統合オブジェクト127aを通して、ドキュメント中の検出された引用文の各々をマークする。実施例では、これは、検出されたオブジェクトの各々から引用位置を取り出し、現ドキュメントのオリジナルテキストにおいて当該の引用を場所指定する仕事を必然的に伴う。そこで、統合オブジェクト127aでは適当なハイパーリンクを使って当該の引用をマークする。それは先ず、引用の範囲内でテキストを調べ、何らかのハイパーリンクがすでに存在するかどうか特定する。次に、上書き既在ハイパーリンクオプション（引用文リンクオプションオブジェクトにおいて定義された）に応じて、既在ハイパーリンクを上書きするか、衝突するハイパーリンクを挿入しないか、いずれかを選ぶことになる。
【００７８】
ブロック326では、統合オブジェクト127aがリンクビルダ・オブジェクト127iを呼び、マークされた引用もしくは他のドキュメント部分のためのURLを構築させる。そうする中で、統合オブジェクトは、リンクビルダ・オブジェクトにURLの望みの行先を渡す。この仕事は、コンピュータ12が、法律ドキュメントを含むCD-ROMライブラリもしくはオンラインデータベースライブラリに直接アクセスするか、ローカルエリアネットワーク経由でアクセスするか、もしくは上位に据えた上でアクセスするか限定するユーザ設定に基づいて行われ、この場合の法律ドキュメントは、ドキュメント128のマークされた部分において引用されたものに関連したものであっても、検出されたオブジェクトから検索された引用のためのリンクテキストであってもよい。リンクテキストは、引用にリンクする時に使用される引用の標準フォームである。リンクビルダ・オブジェクトは次に、特殊な形にフォーマットされたURLを元に戻し、それで、アクティブ化した時に特定の引用について検出が行われることになる。
【００７９】
ブロック328では、統合オブジェクトがリンクビルダ・オブジェクトからURLを取り出し、ドキュメント処理ソフトウェア126に、そのURLを含むハイパーリンクを、検出された引用を含むテキストの範囲全体にわたって挿入するよう指令する。ハイパーリンク挿入の詳細は、ドキュメント処理ソフトウェアによって異なる。例示のURL構造およびコンテンツの詳細について下に述べる。
【００８０】
ブロック328の完了後、例示の方法は、テーブル・オブ・オーソリティの作成に関連した活動もしくは他の検出コンテンツ収集・照合の活動（例えば索引もしくは目次の作成）をもって任意に続行する。特に、ユーザがテーブルオブオーソリティ（TOA）の作成を選択した場合は、統合オブジェクトが引用のための適当なTOAエントリタグを挿入することになる。これは、引用がすでにTOAエントリタグを有するかどうか特定する仕事を必然的に伴う。引用のためのエントリタグが存在すれば、統合オブジェクトはそれを除去し、クライアントアプリケーションに、TOAエントリタグを引用の直後に挿入するよう指令する。これがどのように遂行されるかは、クライアントアプリケーションによって異なる。TOAエントリタグのタイプも、データされた引用がロングフォームであるかショートフォームであるかによって異なる。すべてのTOAエントリタグを挿入し終わったら、ユーザは、特定のドキュメント処理ソフトウェアに従ってテーブル・オブ・オーソリティを作成することを選択できる。
【００８１】
持続性あるURL標準の例
実施例では、リンクビルダ・オブジェクト127iは、インターネットURL RFC 1738（ここで参考として組み入れる）をベースとする首尾一貫したURLシンタックスを適用する。この構造の独創的な面は、ドキュメントのために特定のファイル名もしくはファイル場所を包含することよりむしろ、図1のサーバ16のようなウェブサーバがドキュメントを高い確度で検出できるという情報を包含することにある。実施例では、コンテンツは法律文の引用であると想定され、ハイパーリンクは、法律ドキュメントへのアクセスを準備するサーバに向かうように構築される。しかしながら、他の実施例では、それが、科学的もしくは学術的な用語の引用もしくは等級を表すと理解される特殊なコンテンツということがあり得る。もっと広げるなら、ドキュメント中の語義的に鍵となる用語についてハイパーリンクを単純に共通の汎用データプロバイダに向かわせることもあり得よう。いずれのケースでも、自動的に作成されたハイパーリンにとって前記構造の大きな利点は、ドメイン内部（もしくは、実施例によってはドメインなし）のファイル名もしくはファイル場所の変更が、ドキュメントを参照できるようにするどのハイパーリンクも無効にしないことである。
【００８２】
図4は、例示のURL構造もしくはハイパーリンクトークン構造400を示す。この構造は、下記のフィールドもしくはエレメントを包含する。ドメイン名フィールド402、アプリケーション特定パス情報フィールド404、オペレーション名フィールド406、アプリケーション名フィールド408、リクエストソースフィールド410、バージョン番号フィールド412、スポンサフィールド414、およびアプリケーション特定パラメータフィールド414。
【００８３】
この構造は次の通りに：
http://www.domain.com/ApplicationSpecificPathInformation/
[OperationName]/ApplicationName?rs=RequestSourcen.n&vr=n.n
&sp=AlphaString&OperationSpecificParameters=Values
&ApplicationSpecificParameters=Values
表わすこともできる。
【００８４】
ドメイン名フィールド404の例は、www.keycite.com.、www.westlaw.comおよびwww.westdoc.comを包含する。アプリケーション特定パス情報フィールド406の例は、電子商取引トークン情報のサブディレクトリである。従って、この構造の実施例では、特定のドメイン名の代わりに顧客口座情報が入ることも、関連の個人識別番号を付けたクレジット口座番号もしくはデビット口座番号が入ることもある。これらは、図1のシステム12のようなコンピュータ・システムの内部で指定し、リンクビルダ・オブジェクト127iを使って特定のハイパーリンクに挿入することができる。
【００８５】
オペレーション名フィールド406は、この構造の他の部分において識別されたコンテンツにアクセスする中で使用できる主要な共通オペレーションを指示する情報を包含する。実施例では、オペレーション識別子として“find”、“keycite”および“search”を準備している。但し、他の実施例では、ほとんどどんな数の関数も識別することができる。
【００８６】
アプリケーション名フィールド408は、例えばURLにおいて準備された情報に基づいて、URLにおいて指定されたサービスを実行するアプリケーションもしくはスクリプトの名である。スクリプトは、例えばasp（act server page）標準に適合できる。
【００８７】
リクエストソースフィールド410は、URLを構築した、および／またはハイパーリンク、すなわち特定のコンテンツに対するリクエストを呼び出したドキュメント処理ソフトウェア126のようなアプリケーションプログラムを識別する情報を包含する。実施例では、ページ（例えばHTMLフレーム）を構築するのに多重URLが使用されるとしても、このフィールドはすべてのURLに含まれる。このエレメントは、URLの原点を示し（URLを最初に作成するアプリケーションを参照）、また、この原点のリリースバージョン番号を示す。リリースバージョン番号は、リクエスト・ソース名の直後に続く。実施例では、リクエスト・ソース値は、最初のURLが異なるアプリケーションによって構築されたとしても、現（URL作成）アプリケーションに設定されることになる。例えばソースからのコンテンツにアクセスできるように最初に構築されたURLの場合は、特定のリクエスト・ソース値（例えばCL1.0）を持つことになるが、オリジナルページからのURLリンクの場合は、コンテンツソース（例えばWestlaw）に適したリクエスト・ソース値を持つことになる。実施例のURLにはデフォルト値が割当てられていない。
【００８８】
バージョン番号フィールド412は、URLを作成するのにURLシンタックス標準のどのバージョンが使用されたかを示す。これが、シンタックス標準の大きい方のバージョン番号と小さい方のバージョン番号を識別する（例えばvr=2.1）。バージョンを指定することで、URLシンタックス標準の将来バージョンへの移行がスムーズにできるようになる。実施例では、このフィールドは任意でないが、他の実施例では任意である。その上、実施例では、リンクビルダがURLにデフォルト値を割当てていない。
【００８９】
実施例では、リクエスト・ソースの実際値とバージョンの実際値がドキュメント処理ソフトウェアによって決められる。これらの値は、コンテンツプロバイダで記録される。リクエスト・ソースの長さを最小限に抑えるのが望ましく、リクエスト・ソース値をページ表現情報に使用しないのが望ましい。実施例では、コンテンツおよびコンテンツイメージに関してすべてのURLが任意のパラメータ値vrおよびrsを有する。
【００９０】
スポンサフィールド414は、実施例では“sp＝AlphaString”の形を取っているが、別の形を取ってよく、特定のオンラインデータベースの加入者のために、非加入者によるデータベースの使用を保証する仕組みを提供する。
【００９１】
アプリケーション特定パラメータフィールド416は、実施例では“OperationSpecificParameters=Values”の形を取っている。これらのパラメータとそのそれぞれの値は、サーバ16においてアプリケーションもしくはスクリプトによってリクエストを提供するのに使用される。パラメータ（例えば検出オペレーションのためには“cite”、探索オペレーションのためには“query”）は、特定のオペレーションもしくはサービスの範囲内で承認され、その範囲内で意味を持つ。特異なドキュメントidに関するオペレーション特定パラメータ（例えばdocid）も追加できるので、当該アプリケーションは、特異な特定ドキュメントを検索できることになる。
【００９２】
アプリケーション特定パラメータフィールド418は、実施例では“ApplicationSpecificParameters=Values”の形を持ち、アプリケーションもしくはスクリプトがリクエストを提供するのに使用できる追加パラメータとそのそれぞれ値を包含する。これらのパラメータは、実施例におけるアプリケーションについてのみ承認され、それについてのみ意味を持つ。
【００９３】
主要な共通オペレーションをサポートする全部のドメインが、そのオペレーションについて限定された同じオペレーション名、同じアプリケーション名、同じオペレーション特定パラメータ名を使用しなければならない。実施例では、指定されたオペレーションが、オペレーション名フィールドとともにURLの中に入れられたドメインによってサポートされない場合、そのオペレーション名フィールドを使って、リクエストされたオペレーションに基づいてハイパーリンクを別のドメイン名に向け直すことができる。
【００９４】
例えば判例101-S.Ct.1を検索したい場合、ユーザはうっかり下記のURLを：
http://www.westgroup.com/
find/default.asp?
cite=101sct1
使用する可能性がある。
【００９５】
それでも、サーバ（この場合www.westgroup.com）は、“Not Found”と応答する代わりに、ユーザのリクエストを“http://www.westdoc.com/find/default.asp?cite=101sct1”にスムーズに向け直してくれる。
【００９６】
以下、ハイパーリンク構造の他のいくつかの例を挙げ、そのユーティリティをさらに図解して示す。以下の例では、任意のパラメータに角括弧を付けておく。
【００９７】
Find Service−Document Retrieval
http://www.westdomain.com/
find/default.asp?/rs=requestsourcen.n&vr=n.n
[&sp=alphastring]&cite=document_citation
【００９８】
この例の場合、document_citationは図１の文書１２８のような文書中に存在し、マークされている特定内容の一部である。”&cite=パラメータ”に対しては、極く標準的な引用フォーマットを使用できる。もし不適正な引用フォーマットが使用されると、適当なエラー・メッセージが返ってくる。引用文内のスペースは避けるか、または（＋）記号で埋めるべきである。実施例において、このハイパーリンクを成立させるためには、リクエスト・ソースをドメイン・サーバーに登録しなければならない。&sp=パラメータはリクエストのスポンサーを識別するオペレーション特異パラメータ（即ち、"&cite="）は特定文書を検索するための必要フィールドである。このパラメータを省略しても特定されたサービスにはアクセスできるが、特定文書の検索は行なわれない。
【００９９】
下記例は、WestDoc(tm)として知られる文書検索サービスからの１０１Ｓ．Ｃｔ．ｌの検索である：
http://www.westdoc.com/
find/default.asp?rs=myprogram1.0
&vr=1.0&cite=101sct1
または
http://www.westdoc.com/
find/default.asp?rs=myprogram1.0
&vr=1.0&cite=101+sct+1
【０１００】
下記例は、KeyCite(tm)として知られる文書引用サービスからの１０１Ｓ．Ｃｔ．ｌの検索である：
http://www/westdomain.com/
keycite/default.asp?rs=requestsourcen.n
&vr=n.n[&sp=alphastring]&cite=document_citation
【０１０１】
この例においても、リクエスト・ソースを表記のドメイン・サーバーに登録しなければならず、"&sp=パラメータ”がリクエストのスポンサーを識別する。オペレーション特異パラメータ（即ち、&cite=）は特定文書を検索するための必要フィールドである；但し、このパラメータを省いても特定サービスにアクセスできる。"&cite=パラメータ”に対しては、極く標準的な引用フォーマットを使用できる。不適正なフォーマットが使用されると、適当なエラー・メッセージが返ってくる。引用文中のスペースは避けるか、または（＋）記号で埋めるべきである。
【０１０２】
下記例は、KeyCiteにおける１０７S.Ct.3102のチックである：
http://www.keycite.com/
keycite/default.asp?rs=myprogram1.0
&vr=1.0&cite=107sct3102
または
http://www.keycite.com/
keycite/default.aso?rs=mysource2.0
&vr=1.0&cite=107+sct+3102
【０１０３】
文書内に探索を埋め込むには、下記URL構文が使用される：
http://www.westdomain.com/search/
_default.asp?rs=requestsourcen.n
&vr=n.n[&sp=alphastring]&db=database_identifier&method=search_method&query=query_string&action=action_type
【０１０４】
これらの例においては、リクエスト・ソースを内容プロバイダーに登録しなければならない。”&sp=パラメータは、リクエストのスポンサーを識別する。オペレーション特異パラメータ（即ち”&db=, &method=, &query=, &action=  &db=”）は、特定の探索結果を検索するための必要フィールドである。もしこのパラメータを省いても、サービスへのアクセスは可能であるが、特定結果を検索することはできない。実施例では、"&db=パラメータ”は妥当なデータベース識別子コードでなければならない。妥当なデータベース識別子のリストは、内容プロバイダーから得なければならない。"&method=パラメータ”に対する妥当な探索方法は、対象が項や連結記号ならtnc、自然言語ならwinである。
【０１０５】
”&query=パラメータはリクエストに対する特定探索テキストを含む。もし探索方法がwinなら、問合わせストリングにフレーズを使用すればよく、探索方法がtncなら、キー探索語と、”及び”や”または”のような連結語を使用すればよい。語間の空白は（＋）記号で表わせばよい。実施例では、WestLaw Document Retrieval Serviceのために使用されるブール問合せシステムの有効性を裏付けている。&action=パラメータに対する妥当オペレーション・タイプは探索である。
【０１０６】
この例は、雹の大降り（ｈａｉｌ  ｓｔｏｒｍｓ）に関する保険責任について連邦の判例法において自然言語探索を実施するものである。
http://www.westdoc.com/search
/default.asp?rs=myprogram1.0&vr=1.0&db=allfeds
&method=win&query=insurance+liability+for+hail+storms
&action=search
【０１０７】
この例は、同一文における語"earnings"および"surprises"についてウォールストリートジャーナルにおいて項および連結記号の探索を実施するものである。
http://www.westdoc.com/search/
/default.asp?rs=myprogram1.0&vr=1.0&db=wsj
&method=tnc&query=earnings+/s+surprises
&action=search
【０１０８】
この例は項"IBM"および"buyout"についてダウジョーンズ"AllNews"において項・連結記号探索を実施するものである。
http://www.westdoc.com/search
/default.asp?rs=myprogram1.0&vr=1.0
&db=allnews&method=tnc&query=ibm+and+buyout
&action=search
【０１０９】
ハイパーリンク処理の例
ハイパーリンク１２９ａ，１２９ｂまたは１２９ｃのようなハイパーリンクがユーザによって選択されるかまたは呼び出されるやいなや、コンピュータ１２は通信デバイス１２２とネットワーク１４とを介してサーバ１６との接続を確立する。ハイパーリンク内で識別されたドメインネームを供給するサーバは、次の情報を含んでよいＨＴＭＬページを形成する：
【０１１０】
ハイパーリンクを呼び出すユーザは、サービスへの第１のアクセスのためにユーザネームおよび／またはパスワードを聞かれることがある。同一サービスへの同一のまたは異なるハイパーリンクを通したその後のアクセスは、（多くの場合）別の認証プロンプトをもたらすことはない。しかしながら最後のリクエストから余りにも長い時間、例えば３ヶ月が経過すると、別の認証プロンプトを生じる場合がある。リクエスト相互間の許容時間の合計が各サービスによって異なることがある。
【０１１１】
所望の内容がリクエストを満たすサービスによって規定された通りに返される。内容のプレゼンテーションはサービス毎に、また、時間が過ぎると著しく異なる場合がある。各サービスはプレゼンテーション技術が異なることがある。例えばあるサービスはＨＴＭＬ枠を使用し、他のサービスはこれを使用しない。新しい機能性が各サービスに加えられるにつれて結果は日毎に代わることがある。例えば、３つのアクティブリンクで検索された文書が、将来検索された特にはより多くの（またはより少ない）アクティブリンクを有してよい。
【０１１２】
加えて特定の引用のための内容は時間が過ぎると変化することがある。特定の引用に関して、ほとんどのサービスは古いバージョンではなく最新バージョンの文書を返す。このような理由で、古いハイパーリンクのために検索された引用は、もし同一リンクが将来機能しているならば、より新しいバージョンの文書を返すことができる。同様に、所定のハイパーリンクを通して完了した同一探索は時間に応じて変化する結果を提供することができる。なぜならば、多くの文書はカプセル化された探索基準に探索を合わせることができるからである。
【０１１３】
ＵＲＬの持続的な性質に基づき、ＵＲＬにおけるあらゆる認証またはユーザ特定情報の使用もが実施例において回避される。このような提案によってアドレシングされた内容は保護され、ユーザは認証情報を提供することが必要となるが、この実施例では、このことは実際のＵＲＬシンタクスからずれたままであって強制されていない。しかしながらユーザは彼らのデータアクセスアカウントに他者がアクセスするのを許すことなしにＵＲＬをシェアすることができる。
【０１１４】
本発明が利用できるのは、１つには発行人が、他のユーザが発行者のアカウントにスポンサーリンクの形でアクセスするのを許そうとする場合である。第三者の発行人が内容プロバイダーと同意して、加入者または一般的なインターネット共同体にさえ内容の一部を提供することになる。この場合、発行人のサイトにおけるページは、内容プロバイダーにリンクするＵＲＬリンクを含むことになる。このようなＵＲＬリンクはスポンサーパラメータ("&sp=")を含んで、スポンサーする発行人および必要なあらゆる認証情報を識別することになる。スポンサーパラメータの使用は、他の形の認証の使用を阻むものではない。それというのは種々のビジネスルールがサーバに含まれているからである。
【０１１５】
別の実施例においては、ユーザは彼らのコンピュータ・システムを介して、文書をＣＤ−ＲＯＭから検索すること、または探索をハイパーリンクの確定中または実行中に、ＣＤ−ＲＯＭに対して彼らのローカルＣＤ−ＲＯＭライブラリにおいて実行することを特定することができる。もし必要な文書を入手できない場合には、ローカルクライアントアプリケーションはユーザの好みに応じて、ＵＲＬを通じてオンライン内容プロバイダーリソースに達することもできるし、あるいはこれを行わないこともできる。この実施例においては、ＵＲＬがＣＤ−ＲＯＭ内容ならびにオンライン情報を示すことができることが必要である。
【０１１６】
本発明の１つの実施例は、ＵＲＬによって示された文書が状態または有効性における変化（例えば覆された事例、変化した裁判ルール、中止された法律制定）知ったときにそれをユーザに警告する。このような警告は他の内容プロバイダーの製品またはサービスを参考のため引用することができる。
【０１１７】
結論
この形式のものを助成して、発明者は、文書の特定の部分を自動的に検出してマークし、マークされたテキストの少なくとも一部を含むハイパーリンクを確定するシステム、方法およびソフトウェアを提供した。この方法の実施例においては、法律的引用を見出してマークし、マークされた法律的引用の少なくとも一部と共通のコンピュータ・システムの名前とを含むように各ハイパーリンクを確定し、ハイパーリンクに含まれた、マークされたテキストの部分に基づく１つまたは２つ以上のデータベースの探索を行う。方法の実施例の別の特徴においては、ハイパーリンクを実行するコストまたは時間に基づいてハイパーリンクにおける共通のコンピュータ・システムの名前を確定する。
【０１１８】
上記実施例は、本発明を実施する１つまたはそれよりも多くの手段を図示し示唆することのみが意図されており、本発明の幅または範囲を制限することは意図されていない。本発明の概念を実施する全ての手段を包含する、本発明の実際の範囲は、添付の特許請求の範囲およびその均等物によってのみ規定される。（前述の付録Ａ（Ａｐｐｅｎｄｉｘ  Ａ）が下記の表１〜表６に示される。）
【表１】
0005616491.tif 000002
【表２】
0005616491.tif 000003
【表３】
0005616491.tif 000004
【表４】
0005616491.tif 000005
【表５】
0005616491.tif 000006
【表６】
0005616491.tif 000007
【表７】
0005616491.tif 000008
【図１】
0005616491.tif 000009
【図２】
0005616491.tif 000010
【図３】
0005616491.tif 000011
【図４】
0005616491.tif 000012