JP2002535779A

JP2002535779A - 文書へハイパーリンクを挿入するシステム

Info

Publication number: JP2002535779A
Application number: JP2000595271A
Authority: JP
Inventors: ティー．ローゼンオフ，ダグラス; マリオメディナ，アンソニー; ランデ，クレイグ
Original assignee: ウエストパブリッシングカンパニー，ディー．ビー．エー．ウエストグループ
Priority date: 1999-01-25
Filing date: 2000-01-25
Publication date: 2002-10-22
Also published as: EP1161733A2; NZ513147A; CA2361021C; CA2699637A1; CA2361021A1; WO2000043918A3; JP5616491B2; US20070016848A1; US7003719B1; NZ529689A; WO2000043918A2; AU2740200A; US8001457B2; JP2013229046A

Abstract

(57)【要約】ハイパーリンクを文書のなかへ埋め込むことにより、インターネットを通して文書を電子工学的に連系することが可能である。ハイパーリンクは、特定の文書のためのネットワークのアドレスとして機能するが、１つのコンピュータシステム上の１つの文書から他の１つのコンピュータシステム上の１つの文書へ電子工学的に跳躍するよう選択されることができる。従来のハイパリンクの１つの問題は、例えば文書が削除されると、ハイパーリングが時として時機外れおよび効果喪失になることである。他の１つの問題は、ハイパリンクは代表的には特定のコンピュータにアクセスする場合に必然にともなう接続時間または接続料金に関係なく発生することであり、このことはユーザがハイパーリンク操作を行うとき時間を浪費しまたは不必要な料金を負われる。したがって発明者は文書の特定の部分を自動的に位置検出しマークし、マークされた文書の少なくとも一部を包含するハイパーリンクを規定するシステム、方法およびソフトウエアを考案した。法律的な引用のためにあつらえられた実施の一例は、マークされた文書の部分を検索のタームとして処理し、ハイパーリンクが完全なフアイルのアドレスを包含させる必要なしに完成されることを可能にする。この実施の一例はまた、ハイパーリンクの実行の経費または時間にもとづいてハイパーリンクの一部を規定し、ハイパーリンクの実行の経費または時間を低減させる。

Description

【発明の詳細な説明】

【０００１】技術分野本発明はコンピュータシステムとソフトウェアとに関し、特に、電子文書内へ
のハイパーリンク（ｈｙｐｅｒｌｉｎｋ）の挿入を容易にするコンピュータネッ
トワーク、ワードプロセッサおよび文書プロセッサに関する。

【０００２】発明の背景パーソナルコンピュータは様々な用途を有する。最も一般的な用途の１つは、
ワードプロセッサ、すなわち、手紙、履歴書、研究論文および法律報告書のよう
な文書の電子的な作成と操作を可能にする装置としてである。別の一般的な用途
は、インターネット、すなわち、公衆通信システムおよび私設通信システムを経
由して相互接続されたコンピュータの全世界ネットワークのようなネットワーク
を介して他のコンピュータと通信することである。近年になって、ワールドワイ
ドウェブによるこれらの外観上の明確な使用の集中が目に付くようになっている
。

【０００３】術語「ワールドワイドウェブ」は、一般的に、ハイパーテキストマークアップ
ランゲージ（ＨＴＭＬ）のような特殊な内部フォーマットコードで記述された電
子的にリンクされた文書を含むインターネットの一部分を意味する。ウェブ内で
は、各文書が、固有の電子アドレスの役割を果たすユニフォームリソースロケー
タ（すなわち、ＵＲＬ）として知られている固有の識別子を有する。あらゆる文
書に関するＵＲＬが、１つまたは複数の他のウェブ文書の一部分として含まれ、
文書間の選択可能なリンク（更に明確に述べると、ハイパーリンク（ｈｙｐｅｒ
ｌｉｎｋ））を実現することが可能である。適正なコンピュータソフトウェアと
インターネットアクセスとを使用して、別の文書に対するハイパーリンクを含む
文書のユーザが、通常は文書内の他のテキストとの違いが際立った色で表示され
ているハイパーリンクを、従来通りのポイントアンドクリック命令を使用して選
択することが可能である。

【０００４】ハイパーリンクを選択することが、ハイパーリンクを有する文書をホストする
コンピュータを、そのハイパーリンクに関連付けられた文書（ハイパーリンクさ
れた文書）をホストするコンピュータに接続し、最終的には、ハイパーリンクを
呼び出したユーザが、世界中のあらゆる場所に位置することが可能なハイパーリ
ンクされた文書を閲覧することを可能にする。ハイパーリンクされた文書は、さ
らに、他の文書に対するハイパーリンクを含むことも可能であり、ユーザが世界
中を「飛び歩いて」様々なハイパーリンクされた文書を自分の意のままに閲覧す
ることを可能にする。

【０００５】典型的には、ハイパーリンクは文書内に手作業でまたは自動的に挿入される。
手作業による挿入は、ハイパーリンク定義能力を含むＭｉｃｒｏｓｏｆｔＷｏ
ｒｄ６．０またはＣｏｒｅｌＷｏｒｄＰｅｒｆｅｃｔ８．０のような文書
エディタまたは文書処理プログラムによって行われることが多い、さらに特に、
手作業による挿入は、ユーザが文書中のテキストを選択し、そのテキストにハイ
パーリンクを関連付ける要求を表し、その次に、ハイパーリンクすべき文書に関
するＵＲＬを入力することを必要とする。例えば、アメリカ革命に関する論文を
記述しているユーザは、「ＧｅｏｒｇｅＷａｓｈｉｎｇｔｏｎ」に関するテキ
ストを選択し、ＧｅｏｒｇｅＷａｓｈｉｎｇｔｏｎの簡単な伝記を提供する文
書に関するＵＲＬを挿入することができる。しかし、手作業によるハイパーリン
クの挿入は退屈で面倒であるだけでなく、誤りを生じやすい可能性がある。

【０００６】従来においては、ハイパーリンクの自動挿入のための幾つかの方法の中の１つ
の方法は、文書に関するアルファベット順の「巻末索引」タイプの索引を作成す
る索引生成プログラムの実行によるものである。例えば、ＩｃｏｎｏｖｅｘＣ
ｏｒｐｏｒａｔｉｏｎ（Ｂｌｏｏｍｉｎｇｔｏｎ，Ｍｉｎｎｅｓｏｔａ）が販売
するＷｅｂＡｎｃｈｏｒ（ＴＭ）ソフトウェアは、１つまたは複数の文書からキ
ーワード、フレーズおよび概念を抽出するために意味（意味ベース）解析を使用
し、文書内の抽出された語、フレーズおよび概念に対するハイパーリンクを含む
索引を自動的に作成する。この索引を閲覧するユーザは、この索引中の語、フレ
ーズまたは概念を選択し、その次に、それを含む文書の特定の部分にハイパーリ
ンクすることが可能である。（１９９５年５月２６日付で出願され１９９８年１
月１３日付で発行された標題「自動要約ページ作成およびハイパーリンク生成」
の米国特許第５，７０８，８２５号を参照されたい。）

【０００７】従来の手動生成ハイパーリンクまたは自動生成ハイパーリンクを使用する際の
問題点の１つは、その寿命に係わる。特に、ハイパーリンクを含む文書が古くな
るにつれて、そのハイパーリンクが指示する文書がすでに削除されているか訂正
されているか他のコンピュータに移動させられているので、または、ハイパーリ
ンクされた文書をホストするコンピュータがそのハイパーリンクに関するＵＲＬ
の１つまたは複数の部分を認識または理解しなくなっているので、多くのハイパ
ーリンクが時代遅れになり無効になる。どんな理由であっても、こうした無効な
ハイパーリンクの実行または呼出の試みは、要求された文書の代わりに「ファイ
ルが見つかりません」といったエラーメッセージがユーザに表示されるという結
果をもたらす。ユーザは無効なハイパーリンクに関連したＵＲＬを更新または置
換することが可能であるが、このことは、特に多数のハイパーリンクを有する文
書において、不便であり時間浪費的である。

【０００８】手動生成ハイパーリンクと自動生成ハイパーリンクとに関する別の問題点は、
ハイパーリンクされた文書にアクセスするための時間またはコストに関するもの
である。特に、ハイパーリンクは、そのハイパーリンクを実行するのに要する時
間と、特定のホストコンピュータにハイパーリンクする際にユーザが負担するか
も知れない料金とを考慮せずに、生成されることが一般的である。このことは、
ユーザが時間を浪費する時、または、ユーザが自分のコンピュータシステム上に
も存在する別のコンピュータシステム上の文書にハイパーリンクする料金を負担
する時に、特に問題である。

【０００９】したがって、時間の経過によって無効になる可能性が低く、かつ、接続時間お
よびコストのようなユーザの好みに配慮して生成されるハイパーリンクが求めら
れている。

【００１０】発明の概要こうした要求と他の要求とに応えるために、本発明者は、文書の特定の部分を
自動的に位置発見してマーク付けし、マーク付けされたテキストの少なくとも一
部分を含むハイパーリンクを定義する、システムと方法とソフトウェアとを発明
した。この方法の例示的な実施形態は、法律引用文（例えば、裁判官意見の引用
文、連邦政府法、および、法的協定）を発見してマーク付けし、マーク付けされ
た法律引用文の少なくとも一部分と共通コンピュータシステムの名称とを含むよ
うに各ハイパーリンクを自動的に定義する。この例示的な方法は、さらに、ハイ
パーリンクの１つを活動化させることと、この１つのハイパーリンクにおいて参
照されるコンピュータシステムに接続することと、そのハイパーリンク内に含ま
れるマーク付けされたテキストの一部分に基づいて１つまたは複数のデータベー
スの検索を行うこととを含む。したがって、この方法の実施形態は、ハイパーリ
ンクを共通の外部コンピュータシステムに指し向けることと、詳細な文書アドレ
スの代わりにハイパーリンクの一部分として検索可能な項を含むこととによって
、ハイパーリンクが時代遅れになり無効になるという問題を回避する。

【００１１】この例示的な方法の別の特徴は、ハイパーリンクを実行するコストまたは時間
に基づいて、ハイパーリンク中の共通コンピュータシステムの名称を定義する。
特に、この例示的な方法は、法律文書を含むデータベース（例えば、ＣＤ−ＲＯ
Ｍライブラリ）を含むローカルコンピュータシステムの名称、または、この情報
を含む外部コンピュータシステムの名称をハイパーリンクが含むことになってい
るかどうかを判定する。この実施形態の別の特徴は、ローカルコンピュータシス
テムにこの情報が欠如している可能性を許容し、ローカルコンピュータシステム
に対する無効なハイパーリンクを、より大規模なデータベースを有する可能性が
高い外部コンピュータシステムに再び指し向ける。

【００１２】〔詳細な説明〕図１−図４を参照し組み入れてある以下の詳細な説明は、本発明の１つまたは
複数の例示的な実施形態を説明し例示する。本発明を限定するのではなく単に例
示して説明するだけのために示されているこれらの実施形態は、当業者が本発明
を作成し使用することを可能にするのに十分な詳細さで示され説明されている。
したがって、この説明では、本発明を不明確にすることを避けるために、必要に
応じて当業者に公知の特定の情報を割愛することがある。

【００１３】定義この説明は、当業での使用または説明の文脈内での使用に由来する意味を有す
る多数の術語を含む。理解の助けとなるように、次の術語の定義を示す。術語「文書」は、ファイル名を有する機械可読データのあらゆる論理的なコレ
クションまたは配列を意味する。術語「データベース」は、機械可読文書のあらゆる論理的なコレクションまた
は配列を含む。

【００１４】術語「ハイパーリンク」は、過去、現在、未来のあらゆるユニフォームリソー
スロケータ（ＵＲＬ）標準にリテラル的または機能的に準拠するあらゆるトーク
ン（ｔｏｋｅｎ）を含む。さらに、この術語は、特定のコンピュータシステムま
たはネットワーク化された装置を識別する情報を含むあらゆるトークンを含む。術語「プログラムモジュール」は、特定のタスクを行うかまたは特定の抽象デ
ータ型を具体化するルーチン、プログラム、オブジェクト、コンポーネント、デ
ータ構造、命令、命令セット等を含む。

【００１５】本発明を具体化する例示的なコンピュータシステム図１は、文書の１つまたは複数の部分に自動的にマーク付けを行い、マーク付
けされた部分の各々に関する１つまたは複数の対応するハイパーリンクを自動的
に定義するための、システムと方法とソフトウェアとを含む例示的なコンピュー
タシステム１０の説明図である。一般的に、システム１０は、例示的な文書１２
８をホストする例示的なパーソナルコンピュータ１２を含む。この例示的な文書
１２８は、マーク付けされた部分１２８ａ、１２８ｂ、１２８ｃとそれぞれのハ
イパーリンク１２９ａ、１２９ｂ、１２９ｃとを含み、これらのハイパーリンク
は本発明の例示的な実施形態によって自動的に生成され定義される。ハイパーリ
ンク１２９ａ、１２９ｂ、１２９ｃは、コンピュータネットワーク１４とウェブ
サーバ１６とを経由してデータベース１７、１８、１９に文書２８のそれぞれの
マーク付けされた部分１２８ａ、１２８ｂ、１２８ｃをリンクさせるために選択
可能である。（この例示的な実施形態では、ハイパーリンクは、その関連したマ
ーク付けされた文書の「上」に、すなわち、同じ場所に埋め込まれるが、他の実
施形態では、ハイパーリンクがその文書の別のページ上に埋め込まれる。）

【００１６】さらに明確に述べると、コンピュータ１２の最も適切な特徴が、プロセッサ１
２１と、ネットワーク通信装置１２２と、データ記憶装置１２３とを含む。さら
に、システム１２は、ディスプレイ装置１２４とユーザインタフェース装置１２
５とを含む。この例示的な実施形態では、プロセッサ１２１はＩｎｔｅｌＰｅ
ｎｔｉｕｍＩＩプロセッサであり、ネットワーク通信装置１２２は５６キロバ
イト／秒（高速）モデムであり、記憶装置１２３は１つまたは複数のハードディ
スク装置を含む。しかし、本発明の他の実施形態は、他のタイプのプロセッサと
ネットワーク通信装置とデータ記憶装置を使用する。例えば、他の実施形態は、
分散形プロセッサまたは並列プロセッサを使用し、および、他の実施形態は、読
出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、電気的消去・
書込み可能読出し専用メモリ（ＥＥＰＲＯＭ）、光ディスク、または、フロッピ
ーディスクであるデータ記憶装置の１つまたは複数を使用する。

【００１７】例示的なディスプレイ装置は、カラーモニタと仮想現実ゴーグルとを含み、例
示的なユーザインタフェース装置はキーボード、マウス、ジョイスティック、マ
イクロホン、ビデオカメラ、ボディフィールドセンサ（ｂｏｄｙ−ｆｉｅｌｄ
ｓｅｎｓｏｒ）、および、仮想現実衣類（ｖｉｒｔｕａｌ−ｒｅａｌｉｔｙａ
ｐｐａｒｅｌ）（例えば、手袋、ヘッドバンド、ボディスーツ等）を含む。した
がって、本発明は、何らかの部類または種類のコンピュータ化プラットフォーム
には限定されない。

【００１８】システム１２は、さらに、データ記憶装置１２３内に、文書処理ソフトウェア
１２６と、文書マーク付け／リンキングソフトウェア１２７と、例示的な文書１
２８とを含む。この例示的な実施形態では、例示的な文書マーク付け／リンキン
グソフトウェア１２７は、文書処理ソフトウェア１２６に対するアドオンツール
（ａｄｄ−ｏｎｔｏｏｌ）である。しかし、他の実施形態では、文書マーク付
け／リンキングソフトウェア１２７は、別個のアプリケーションプログラムとし
て、または、オペレーティングシステムのカーネルまたはシェルの一部分として
動作する。（ソフトウェア１２６、１２７は、ネットワークダウンロードによっ
て、または、光ディスクもしくは磁気ディスクのようなコンピュータ可読媒体に
よって、または、他のソフトウェア転送方法によって、別々にまたは組合せの形
でシステム１２上にインストール可能である。）

【００１９】適切な文書処理ソフトウェアの一般的な例は、文書処理プログラム、ＨＴＭＬ
編集プログラム、スプレッドシートプログラム、プレゼンテーション開発プログ
ラム、ブラウジングプログラム、文書管理プログラム、および、ファイルバック
アッププログラムを含む。さらに具体的な例は、ＭｉｃｒｏｓｏｆｔＷｏｒｄ
９７ソフトウェア、ＣｏｒｅｌＷｏｒｄＰｅｒｆｅｃｔ８．０ソフトウェア
、ＭｉｃｒｏｓｏｆｔＥｘｐｌｏｒｅｒ４．０ソフトウェア、Ｎｅｔｓｃａ
ｐｅＮａｖｉｇａｔｏｒ４．０、ＭｉｃｒｏｓｏｆｔＦｒｏｎｔＰａｇｅ
９８、ＡｄｏｂｅＡｃｒｏｂａｔＥｘｃｈａｎｇｅ、および、Ａｄｏｂｅ
ＡｃｒｏｂａｔＲｅａｄｅｒソフトウェアを含む。したがって、本発明は、
何らかの部類または種類の文書処理ソフトウェアには限定されない。

【００２０】図１は、さらに、既存のハイパーリンクとの関連付けを表示するために、例え
ば目立った色もしくはフォントによって視覚的にまたは他の方法でマーク付けさ
れている、部分１２８ａ、１２８ｂ、１２８ｃを含む。文書１２８は、さらに、
それぞれの部分１２８ａ、１２８ｂ、１２８ｃに論理的に関連付けられているハ
イパーリンク１２９ａ、１２９ｂ、１２９ｃを含む。本発明によって定義される
ハイパーリンク１２９ａ、１２９ｂ、１２９ｃは、コンピュータネットワーク１
４とウェブサーバ１６とを経由してそれぞれの探索可能なデータベース１７、１
８、１９に対するネットワーク接続を生じさせるために（例えば、従来の方法に
よって）活動化させられることが可能である。（図１は、この例示的な実施形態
においてハイパーリンクがすべてサーバ１４に向かうことを示すが、本発明の他
の実施形態は、同じまたは複数のウェブサーバに向かうハイパーリンクを生成す
る。）

【００２１】この例示的な実施形態では、コンピュータネットワーク１４は、インターネッ
トのような広域ネットワークであるが、他の実施形態では、コンピュータネット
ワーク１４は、ローカルエリアネットワークすなわちイーサネットである。サー
バ１６は、Ｐｅｎｔｉｕｍクラスのプロセッサと拡張メモリ／ディスク構成とを
有する幾つかのＮＴサーバのネットワーク上で動作するＭｉｃｒｏｓｏｆｔＩ
ｎｔｅｒｎｅｔＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｅｒ４．０のようなウェ
ブサーバである。図１に明瞭には示していないが、サーバ１６は、（後述する通
りの）本発明によるＵＲＬ処理ソフトウェアを含む。データベース１７、１８、
１９は、様々なコンピュータプラットフォーム上で任意の数の形態をとることが
可能である。さらに、実施形態の中には、２つ以上の（コンピュータ１２のよう
な）コンピュータが同一の文書の複数のコピーに同時にハイパーリンクすること
を可能にするように、データベース１７、１８、１９が部分重複した内容を含む
ものもある。したがって、ドメインサーバ１４は、１９９７年７月１日付で発行
された標題「トランザクション要求を管理するためのプロセス間通信インタフェ
ース」の米国特許第５，６４４，７２０号に開示されているソフトウェア機能よ
うなソフトウェア機能を含む。（この特許は本明細書に引例として組み入れてあ
る。）

【００２２】マーク付けおよびリンク樹立のソフトウェアの例示的なアーキテクチャ図２は、マーク付けおよびリンク樹立ソフトウェア１２７のための例示的なア
ーキテクチャ、特に１つまたは複数のオブジェクトを含むコンポーネントベース
のアーキテクチャを示す。オブジェクトはその機能性を露出し、ＣＯＭ（コンポ
ーネントオブジェクトモデル）インタフェースを使用して他のオブジェクトと通
信する。しかし、図を分かり易くするために、これらのインタフェースの多くを
図から省略してある。この例示的なソフトウェアは、法律引用文に関するハイパ
ーリンクを発見し、マーク付けし、樹立するように適合させられている。しかし
、このソフトウェアの他の実施形態は、個人もしくは場所の適正な名称、または
、構文情報、フォーマッティング情報、文脈情報、もしくは、文書マーク付け情
報によって単離および識別されることが可能な他の識別可能な文書内容に対して
同様に動作する。

【００２３】さらに明確に述べると、例示的なソフトウェア１２７は、インテグレーション
オブジェクト（ｉｎｔｅｇｒａｔｉｏｎｏｂｊｅｃｔ）１２７ａ、トークナイ
ザオブジェクト（ｔｏｋｅｎｉｚｅｒｏｂｊｅｃｔ）１２７ｂ、コンテントフ
ァインダオブジェクト（ｃｏｎｔｅｎｔ−ｆｉｎｄｅｒｏｂｊｅｃｔ）１２７
ｃ、パブリケーションズオブジェクト（ｐｕｂｌｉｃａｔｉｏｎｓｏｂｊｅｃ
ｔ）１２７ｄ、パブリケーションデータベース（ｐｕｂｌｉｃａｔｉｏｎｄａ
ｔａｂａｓｅ）１２７ｅ、フレーゼズオブジェクト（ｐｈｒａｓｅｓｏｂｊｅ
ｃｔ）１２７ｆ、フレーゼズデータベース（ｐｈｒａｓｅｓｄａｔａｂａｓｅ
）１２７ｇ、オプションズオブジェクト（ｏｐｔｉｏｎｓｏｂｊｅｃｔ）１２
７ｈ、および、リンクビルダオブジェクト（ｌｉｎｋ−ｂｕｉｌｄｅｒｏｂｊ
ｅｃｔ）１２７ｉを含む。インテグレーションオブジェクト１２７ａは、ツール
としてのソフトウェアを文書処理ソフトウェア１２６に従来の技術によってイン
テグレーションする機能を有する。インテグレーションオブジェクト１２７ａは
、文書処理ソフトウェア１２６のアクティブな編集ウィンドウ内のアクティブな
文書からデータを採取し、それをテキストのストリームとしてトークナイザオブ
ジェクトに送る。（一実施形態では、インテグレーションオブジェクトは実際に
はテキストをコンテントファインダオブジェクトに送り、このコンテントファイ
ンダオブジェクトはそのテキストをトークナイザオブジェクトに送る。）

【００２４】インテグレーションオブジェクト１２７ａは、さらに、トークナイザオブジェ
クト１２７ｂとコンテントファインダオブジェクト１２７ｃとリンクビルダオブ
ジェクト１２７ｈとのような幾つかの他のオブジェクトを生成して初期化する役
割を果たす。（一実施形態では、インテグレーションオブジェクトは常にトーク
ナイザオブジェクトを生成するというわけではない。インテグレーションオブジ
ェクトが、どのトークナイザオブジェクトを使用すべきかをサイトファインダ（
ｃｉｔｅｆｉｎｄｅｒ）に対して指定しない場合には、サイトファインドオブジ
ェクト（ｃｉｔｅｆｉｎｄｏｂｊｅｃｔ）は、デフォルトのテキストトークナ
イザを生成して使用するだろう。これは、例示的なＷｏｒｄおよびＷｏｒｄＰｅ
ｒｆｅｃｔインプリメンテーションに当てはまる。ＨＴＭＬインプリメンテーシ
ョンでは、インテグレーションオブジェクトはＨＴＭＬトークナイザを生成して
、それをサイトファインダオブジェクト（ｃｉｔｅｆｉｎｄｅｒｏｂｊｅｃｔ
）に送る。

【００２５】この例示的な実施形態では、抽出とフォーマッティングのためのプロシージャ
が、クライアントアプリケーションすなわち文書処理ソフトウェアの詳細に依存
する。例えば、ＭｉｃｒｏｓｏｆｔＷｏｒｄでは、インテグレーションオブジ
ェクトはテキストを検索するためにＷｏｒｄオブジェクトモデルを使用し、Ｃｏ
ｒｅｌＷｏｒｄＰｅｒｆｅｃｔでは、インテグレーションオブジェクト（サー
ドパーティの操作子）は、要求されたテキストを選択して現在の選択からそのテ
キストを検索するようにＷｏｒｄＰｅｒｆｅｃｔアプリケーションに指示する特
定のＰｅｒｆｅｃｔＳｃｒｉｐｔトークンをＷｏｒｄＰｅｒｆｅｃｔアプリケー
ションに送る。インテグレーションオブジェクトは、どれだけ多くのテキストを
その都度抽出すべきであるかを判断するためにレジストリ設定を使用し、テキス
トの量は文書処理ソフトウェアに大きく依存している。テキストを抽出した後に
、インテグレーションオブジェクトは、トークナイザオブジェクト１２７ｂの入
力テキストバッファにテキストを送る前に、随意にテキストを事前フォーマッテ
ィングして、アプリケーションに特化したコードのすべてを特に取り除く。トークナイザオブジェクト１２７ｂは、テキストのストリームを受け取り、バ
ッファリングし、トークンのコレクションの形に解析し、このトークンのコレク
ションをコンテントファンダオブジェクト１２７ｃに送る。そうすることにおい
て、トークナイザオブジェクト１２７ｂは、トークン化（ｔｏｋｅｎｉｚａｔｉ
ｏｎ）のためにそれが受け取るテキストの実際の形態に依存して様々な形態をと
るが、テキストの実際の形態からコンテントファインダオブジェクト１２７ｃを
隔離し、すなわち、法律引用文を位置発見する際の識別値を持たないと考えられ
るテキストのフォントと他の特徴とを取り除く。（しかし、他の実施形態では、
このフォーマッティングは有用な意味論的情報を持つことができ、したがって取
り除かれない）。

【００２６】一実施形態では、ソフトウェア１２７は、幾つかのトークナイザ、例えば、Ｈ
ＴＭＬトークナイザ、ＭｉｃｒｏｓｏｆｔＷｏｒｄトークナイザ、ＷｏｒｄＰ
ｅｒｆｅｃｔトークナイザ、ＡｄｏｂｅＡｃｒｏｂａｔトークナイザ、テキス
トトークナイザ、ＲＴＦトークナイザ、ＸＭＬトークナイザ、Ｍｉｃｒｏｓｏｆ
ｔＷｏｒｄＦｏｒｍａｔトークナイザ、ＷｏｒｄＰｅｒｆｅｃｔＦｏｒｍ
ａｔトークナイザ、および、ＡｄｏｂｅＰＤＦフォーマットトークナイザを含
む。マルチトークナイザの実施形態では、文書処理ソフトウェア１２７は、適用
可能なテキストに関してどのトークナイザが必要であるかを選択または定義する
。特定のトークナイザが指定されない場合には、ソフトウェア１２７はディフォ
ルトのトークナイザオブジェクトを使用し、このトークナイザオブジェクトはそ
のままのＵＮＩＣＯＤＥテキストからトークンを解析して生成する。

【００２７】トークナイザオブジェクト１２７ｂの重要な特徴が、テキストバッファを経由
して前後に移動する時にトークンを検索することが可能であり、したがって、両
方向に構文解析することが可能であるということである。（この例示的な実施形
態では、テキストバッファがテキストの一部分をＵＮＩＣＯＤＥフォーマットで
保持する。）これは、例えば、２つ以上のバッファにまたがる位置発見された引
用文に関するタイトルを発見しようとする時に有効である。引用文（またはトー
クン化可能なコンテント）が２つ以上のバッファにまたがることがあり得るので
、この例示的な実施形態のトークナイザは、先行テキストバッファの一部分を保
存する。このバッファ操作はコンテントファインダオブジェクト１２７ｃから完
全に隠されており、このことが、コンテントファインダオブジェクト１２７ｃが
トークン全体と法律引用文の発見とに専念することを可能にする。

【００２８】トークナイザオブジェクト１２７ｂによって生成された各トークンは、エンテ
ィティが何であるか、および、文書内のどの場所にそのエンティティが位置して
いるかを識別する情報を含む。例えば、テキストの文字が単一のトークンと見な
される。別の例としては、ラインブレーク＜ｂｒ＞のためのＨＴＭＬタグが挙げ
られる。トークナイザのＨＴＭＬインプリメンテーションが、このタグが４文字
の長さであってさえも、このタグを新たなラインを表す単一のトークンとして取
り扱う。したがって、コンテントファインダオブジェクトは単一の新たなライン
トークンのみを取り合うだけでよく、そのトークンが１つのフォーマットでは＜
ｂｒ＞として表され、別のフォーマットでは「０ｘ０ｄ」と表されることに「悩
まされる」必要はない。

【００２９】コンテントファインダオブジェクト１２７ｃは、トークナイザオブジェクト１
２７ｂからのトークンを処理し、特に引用文を捜索する。トークンを処理する際
に、トークナイザオブジェクト１２７ｂは、法律引用文を位置発見するためにパ
ブリケーションオブジェクト１２７ｄおよびフレーズオブジェクト１２７ｆと対
話する。この例示的な実施形態では、コンテントファインダオブジェクト１２７
ｃは事前定義されたトークンのコレクションだけを処理し、したがって新たなテ
キストフォーマットをサポートするための修正を必要としない。唯一必要なこと
は、この新たなテキストフォーマットのトークン化をサポートするために新たな
トークナイザオブジェクトを追加することである。オプションズオブジェクト１
２７ｈ（後述する）内のオプションセットに基づいて、コンテントファインダオ
ブジェクトは法律引用文に関してトークンをスキャンする。

【００３０】引用文が位置発見されると、コンテントファインダオブジェクトは、発見され
た引用文に関する情報をカプセル化するファウンドオブジェクト（ｆｏｕｎｄ
ｏｂｊｅｃｔ）を生成し、出力イベントインタフェースを通してコンテントファ
インダイベントオブジェクトを介してクライアントにファウンドオブジェクトを
送る。

【００３１】コンテントファインダオブジェクト１２７ｈは、コンテントファインダクライ
アント（文書処理ソフトウェア１２６）が引用発見プロセス（ｃｉｔｅ−ｆｉｎ
ｄｉｎｇｐｒｏｃｅｓｓ）の属性を制御または調整するための仕組みを提供す
る。このクライアントは、何のタイプの引用を位置発見することをそれらが望ん
でいるかを表示することが可能であり、および、引用がどのように位置発見され
るかを制御する他のオプションを設定することが可能である。次のリストは、こ
の例示的な実施形態と本発明の他の実施形態とで使用可能なオプションを識別し
説明する。

【００３２】ＦｉｎｄＣａｓｅｌａｗ判例法先例が位置発見されるべきかどうかを表す。ＦｉｎｄＳｔａｔｕｔｅｓ法令先例が位置発見されるべきかどうかを表す。ＦｉｎｄＬａｗＲｅｖｉｅｗＡｎｄＪｏｕｒｎａｌｓ法律論評および定期刊行物先例が位置発見されるべきかどうかを表す。ＦｉｎｄＣｏｕｒｔＲｕｌｅｓ法廷規則および命令先例が位置発見されるべきかどうかを表す。ＦｉｎｄＡｄｍｉｎｓ行政報告および判決先例が位置発見されるべきかどうかを表す。ＦｉｎｄＲｅｇｕｌａｔｉｏｎｓ法規先例が位置発見されるべきかどうかを表す。ＦｉｎｄＳｈｏｒｔＦｏｒｍｓショートフォーム引用文が位置発見されるべきかどうかを表す。ＦｉｎｄＴｉｔｌｅｓタイトルが発見されるべきかどうかを表す。

【００３３】ＦｉｎｄＩｎＱｕｏｔｅｓ引用文中の先例が位置発見されるべきかどうかを表す。ＯｖｅｒｌａｐＳｉｚｅ新たなバッファに移行される時に保存されていた以前のバッファの量。ＭａｘＴｉｔｌｅＬｅｎｇｔｈタイトルの最大長さ。ＭａｘＮｕｍｂｅｒＬｅｎｇｔｈ番号の最大長さ。ＭａｘＥｄｉｔｏｒＰｈｒａｓｅＬｅｎｇｔｈエディタフレーズの最大長さ。
ＭａｘＫｅｙｗｏｒｄＰｈｒａｓｅＬｅｎｇｔｈキーワードフレーズの最大長さ。ＭａｘＳｔａｔｕｔｅＫｅｙｗｏｒｄｓ法規キーワードを位置発見する時に調べられる語の最大数。ＭａｘＳｔａｔｕｔｅＰｕｂＷｏｒｄｓ法規先例で許可されているパブリケーション語の最大数。

【００３４】ＭａｘＣｏｕｒｔＬｅｎｇｔｈ法廷名称の最大長さ。ＭｉｎＣｏｕｒｔＬｅｎｇｔｈ法廷名称の最小長さ。ＭａｘＤａｔｅＬｅｎｇｔｈ日付の最大長さ。ＭａｘＥｘｔｅｎｓｉｏｎＰａｇｅＤｉｆｆ同じ先例の一部分であると見なされるページ番号の間で許容される最大間隔。ＢｅｇｉｎｎｉｎｇＹｅａｒ年度として認識される最初の数字を明記する。ＥｎｄｉｎｇＹｅａｒ年度として認識される最後の数字を明記する。

【００３５】この例示的な実施形態では、これらのオプションがユーザによって設定される
ことが不可能であるが、他の実施形態ではユーザ設定が可能である。変更可能な
属性と定義（次の段落の内容を参照されたい）は、上述のオプションのリストと
同じである。属性は事物（ｔｈｉｎｇ）（例えば、ＢｅｇｉｎｎｉｎｇＹｅａｒ
）であり、メソッドは、属性を変更する方法である（上記の表を参照されたい）
。

【００３６】この例示的な実施形態における引用発見オプションを随意に変更するために、
文書処理ソフトウェア１２６は、所望の属性を設定するように、コンテントファ
インダオプションオブジェクトのインスタンスと従来通りのインタフェースとを
生成する。その次に、生成されたインタフェースに対するポインタがコンテント
ファインダオブジェクト１２７ｃに送られる。文書処理ソフトウェアがコンテン
トファインダオプションズオブジェクトのインスタンスを生成しない場合には、
コンテントファインダオブジェクト１２７ｃが、デフォルト設定を含むそれを生
成する。

【００３７】コンテントファインダオブジェクト１２７ｃによって１つまたは複数が生成さ
れるファウンドオブジェクト１２７ｉが、この例示的な実施形態での法律引用文
のような発見されたコンテントに関する全情報をカプセル化する。これは、引用
文カテゴリ、引用文形式（メイン、ショート、「同上の」、「下方の」、パラレ
ル引用文、ストリング引用文）、引用文タイトル、および、引用文位置（テキス
ト中）のような情報を含む。他の実施形態では、ファウンドオブジェクト１２７
ｉは、抽出テキストの一部分内のキーワードまたはキーコンテントに関する情報
を含む（例えば、本明細書に引例として組み入れてある標題「自動要約ページ作
成およびハイパーリンク生成」の米国特許第５，７０８，８２５号を参照された
い）。

【００３８】パブリケーションズオブジェクト１２７ｄは、上述のように、法律引用文のよ
うな特定のコンテントを位置発見する際にコンテントファインダオブジェクト１
２７ｃを補助する。そうする際には、パブリケーションズオブジェクト１２７ｄ
はパブリケーションデータベース１２７ｅと対話し、パブリケーションデータベ
ース１２７ｅは有効なパブリケーションとその関連の略語のリストに対するアク
セスを提供する。各パブリケーションは、１つまたは複数の略語、エイリアス、
または、それに関連した別の名称を有する。パブリケーション略語は、典型的に
は、パブリケーション中の特定の判例、法規、条項、または、他の文書に関して
法律引用文中に出現する。例えば、ＳｕｐｒｅｍｅＣｏｕｒｔＲｅｐｏｒｔ
ｅｒパブリケーションの略語である「Ｓ．Ｃｔ．」は、例えば、Ｔａｌｌｅｙ
ｖ．Ｃａｌｉｆｏｒｎｉａ，８０Ｓ．Ｃｔ．５３６（１９６０）のように、特
定のＵ．Ｓ．ＳｕｐｒｅｍｅＣｏｕｒｔ判例に対する引用中に出現することが
多い。

【００３９】したがって、引用発見オブジェクト１２７ｃは、所与のテキストストリングが
有効なパブリケーション略語であるか否かを判定するために、パブリケーション
ズオブジェクト１２７ｄとパブリケーションデータベース１２７ｅを使用する。
この機能は、パブリケーション情報オブジェクトの作成使用を含み、このパブリ
ケーション情報オブジェクトは、パブリケーションの属性（例えば、その表示お
よび法廷名称、それが属するカテゴリ（例えば、判例法）、その司法管区（州ま
たは連邦）、それが利用可能なドメインサーバのサービス（例えば、ＫｅｙＣｉ
ｔｅデータ検索サービス）、および、その位置とパブリケーションファイル中の
その略語の位置）の表現によって単一のパブリケーションを表す。

【００４０】パブリケーションズオブジェクト１２７ｄは、さらに、パブリケーションデー
タベース１２７ｅ内のパブリケーションと略語の追加と修正と削除をサポートす
る。この例示的な実施形態は、従来通りのインタフェース技術を使用するユーザ
インタフェースによってユーザがこのリストを修正することを可能にする。具体
的な修正の例は、新たなパブリケーションを追加すること（そのパブリケーショ
ンが属するカテゴリと、その表示および法廷名称と、その略語リストとを定義す
ることを含む）、事前定義またはユーザ定義されたパブリケーションに関する新
たな略語を追加することと、事前定義パブリケーションとユーザ定義パブリケー
ションの両方に関してユーザによって追加された略語を修正または削除すること
と、ユーザ定義パブリケーションのあらゆる属性を修正することと、あらゆるユ
ーザ定義パブリケーションを削除することとを含む。安全措置として、この例示
的な実施形態は、事前定義された略語またはパブリケーションをユーザが削除す
ることを防止する。

【００４１】適切なパブリケーションの例は、ｔｈｅＣｏｌｕｍｂｉａ，Ｈａｒｖａｒｄ
，ａｎｄＵｎｉｖｅｒｓｉｔｙｏｆＰｅｎｎｓｙｌｖａｎｉａＬａｗ
Ｒｅｖｉｅｗの編集者によって編集されたＴｈｅＢｌｕｅＢｏｏｋ：ＡＵ
ｎｉｆｏｒｍＳｙｓｔｅｍｏｆＣｉｔａｔｉｏｎの過去、現在、未来の各
版にリストされているパブリケーションを含む。（さらに、この例示的な実施形
態は、ｔｈｅＣａｌｉｆｏｒｎｉａＣｏｄｅＹｅｌｌｏｗｂｏｏｋの過
去、現在、未来の各版またはバージョンと、ＲｏｂｅｒｔＥ．Ｆｏｒｍｉｃｈ
ｉによるｔｈｅＣａｌｉｆｏｒｎｉａＳｔｙｌｅＭａｎｕａｌ（１９８６
）の過去、現在、未来の各版とにリストされているパブリケーションを含む。）

【００４２】フレーゼズオブジェクト１２７ｆとフレーズデータベース１２７ｇは、文書か
ら抽出されたテキストが引用文関連フレーズを含むかどうかを判定するためにこ
れらがコンテントファインディングオブジェクト１２７ｃを補助することを除い
て、パブリケーションオブジェクトおよびデータベースに類似している。このオ
ブジェクトは、フレーズのリスト内の各フレーズをフェッチして、各フレーズが
そのリスト内に含まれているかどうかを判定する。このオブジェクトは、さらに
、ユーザがフレーズを追加、修正または削除することを可能にする。フレーズオ
ブジェクトの各インスタンスは単一フレーズリストにアクセスする。フレーズリ
ストは物理的に２つのファイルによって表現される。一方のファイルは標準の事
前定義フレーズを含み、この例示的な実施形態ではこの事前定義フレーズに対す
る修正と削除は不可能であり、他方のファイルは、その標準フレーズリストに対
するユーザの変更と追加を格納する。フレーゼズオブジェクトはこの２つのファ
イルをフレーズの統一され分類されたリストの形に併合する。この例示的な実施
形態では、フレーズを探索する時、または、フレーズを検索する時に、標準フレ
ーズとユーザ定義フレーズとの間を区別しないが、このことは必要条件ではない
。しかし、クライアントは、戻されたフレーズが標準フレーズまたはユーザ定義
フレーズであるかどうかを判定することが可能である。

【００４３】この例示的な実施形態では、フレーズデータベース１２７ｇは、幾つかのフレ
ーズリストを含む。これらのリストは次で識別されて説明され、付録Ａ（Ａｐｐ
ｅｎｄｉｘＡ）に詳細に示されている：

【００４４】フレーズのリスト説明Ｄａｔｅストリングが日付であるかどうかを判定するために使用される月名と略語。Ｅｘｐｌａｎａｔｏｒｙ引用文が先行の引用文に関する注釈履歴であるかどうかを判定するために使用される注釈フレーズ。Ｅｘｔｅｎｓｉｏｎ「同上の」、「下方に」、「上方に」のようなショートフォームの参照との関連で使用されることが可能なフレーズ。Ｉｄｅｎｔｉｆｙｉｎｇ識別フレーズのリストを含む。ＩｎｖａｌｉｄＣａｓｅｌａｗＰｕｂｌｉｃａｔｉｏｎ有効な判例法パブリケーションに含まれることが不可能なフレーズ。ＩｎｖａｌｉｄＳｔａｔｕｔｅｓＰｕｂｌｉｃａｔｉｏｎ有効な法規パブリケーションに含まれることが不可能なフレーズ。ＩｎｖａｌｉｄＴｉｔｌｅ有効なタイトルに含まれることが不可能なフレーズ。

【００４５】ＩｎＲｅタイトルの冒頭で有効である「ｉｎｒｅ」フレーズのリスト。Ｋｅｙｗｏｒｄ法規パブリケーションで使用できるキーワードフレーズ。ＯｔｈｅｒＣａｓｅｌａｗ判例法引用文で使用できる他のフレーズ。
ＴｉｔｌｅＷｏｒｄタイトルに含まれることが許容されている小文字の単一語のフレーズ。ＴｉｔｌｅＷｏｒｄｓタイトルに含まれることが許容されている小文字の複数語のフレーズ。Ｖｅｒｓｕｓタイトル内の「対する」を表すために使用できるフレーズ。ＷｅｉｇｈｔｏｆＡｕｔｈｏｒｉｔｙ判例法引用文と共に含まれる先例フレーズの重みのリスト。

【００４６】リンクビルダオブジェクト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、より精確には統合オブジェクト1
27aを通じて働くプロセッサ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では、プロセッサは、再びコンテンツファインダオブジェクト127
cを通して判例法的な引用を識別する。判例法的な引用とは、＜ボリューム＞＜
パブリケーション＞＜ページ番号＞構造を含む引用のことである。これらの引用
フォームを識別する中で、例示の方法は、バッファ全体を解析し直すのでなく、
代わりに番号プロセッサによってバッファ内で先に場所指定された番号の各々を
包囲するテキストを調べる。

【００５８】この包囲するテキストを調べる中で、プロセッサは先ず、番号の前の最初のワ
ードがワード“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-R
OMライブラリもしくはオンラインデータベースライブラリに直接アクセスするか
、ローカルエリアネットワーク経由でアクセスするか、もしくは上位に据えた上
でアクセスするか限定するユーザ設定に基づいて行われ、この場合の法律ドキュ
メントは、ドキュメント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”、“keycit
e”および“search”を準備している。但し、他の実施例では、ほとんどどんな
数の関数も識別することができる。

【００８４】アプリケーション名フィールド408は、例えばURLにおいて準備された情報に基
づいて、URLにおいて指定されたサービスを実行するアプリケーションもしくは
スクリプトの名である。スクリプトは、例えばasp（act server page）標準に適
合できる。

【００８５】リクエストソースフィールド410は、URLを構築した、および／またはハイパー
リンク、すなわち特定のコンテンツに対するリクエストを呼び出したドキュメン
ト処理ソフトウェア126のようなアプリケーションプログラムを識別する情報を
包含する。実施例では、ページ（例えばHTMLフレーム）を構築するのに多重URL
が使用されるとしても、このフィールドはすべてのURLに含まれる。このエレメ
ントは、URLの原点を示し（URLを最初に作成するアプリケーションを参照）、ま
た、この原点のリリースバージョン番号を示す。リリースバージョン番号は、リ
クエストソース名の直後に続く。実施例では、リクエストソース値は、最初のUR
Lが異なるアプリケーションによって構築されたとしても、現（URL作成）アプリ
ケーションに設定されることになる。例えばソースからのコンテンツにアクセス
できるように最初に構築されたURLの場合は、特定のリクエストソース値（例え
ばCL1.0）を持つことになるが、オリジナルページからのURLリンクの場合は、コ
ンテンツソース（例えばWestlaw）に適したリクエストソース値を持つことにな
る。実施例のURLにはデフォルト値が割当てられていない。

【００８６】バージョン番号フィールド412は、URLを作成するのにURLシンタックス標準の
どのバージョンが使用されたかを示す。これが、シンタックス標準の大きい方の
バージョン番号と小さい方のバージョン番号を識別する（例えばvr=2.1）。バー
ジョンを指定することで、URLシンタックス標準の将来バージョンへの移行がス
ムーズにできるようになる。実施例では、このフィールドは任意でないが、他の
実施例では任意である。その上、実施例では、リンクビルダがURLにデフォルト
値を割当てていない。

【００８７】実施例では、リクエストソースの実際値とバージョンの実際値がドキュメント
処理ソフトウェアによって決められる。これらの値は、コンテンツプロバイダで
記録される。リクエストソースの長さを最小限に抑えるのが望ましく、リクエス
トソース値をページ表現情報に使用しないのが望ましい。実施例では、コンテン
ツおよびコンテンツイメージに関してすべてのURLが任意のパラメータ値vrおよ
びrsを有する。

【００８８】スポンサフィールド414は、実施例では“sp＝AlphaString”の形を取っている
が、別の形を取ってよく、特定のオンラインデータベースの加入者のために、非
加入者によるデータベースの使用を保証する仕組みを提供する。

【００８９】アプリケーション特定パラメータフィールド416は、実施例では“OperationSp
ecificParameters=Values”の形を取っている。これらのパラメータとそのそれ
ぞれの値は、サーバ16においてアプリケーションもしくはスクリプトによってリ
クエストを提供するのに使用される。パラメータ（例えば検出オペレーションの
ためには“cite”、探索オペレーションのためには“query”）は、特定のオペ
レーションもしくはサービスの範囲内で承認され、その範囲内で意味を持つ。特
異なドキュメントidに関するオペレーション特定パラメータ（例えばdocid）も
追加できるので、当該アプリケーションは、特異な特定ドキュメントを検索でき
ることになる。

【００９０】アプリケーション特定パラメータフィールド418は、実施例では“Application
SpecificParameters=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.as
p?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&que
ry=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=")を含んで、スポンサ
ーする発行人および必要なあらゆる認証情報を識別することになる。スポンサー
パラメータの使用は、他の形の認証の使用を阻むものではない。それというのは
種々のビジネスルールがサーバに含まれているからである。

【０１１３】別の実施例においては、ユーザーは彼らのコンピュータ・システムを介して、
文書をＣＤ−ＲＯＭから検索すること、または探索をハイパーリンクの確定中ま
たは実行中に、ＣＤ−ＲＯＭに対して彼らのローカルＣＤ−ＲＯＭライブラリに
おいて実行することを特定することができる。もし必要な文書を入手できない場
合には、ローカルクライアントアプリケーションはユーザーの好みに応じて、Ｕ
ＲＬを通じてオンライン内容プロバイダーリソースに達することもできるし、あ
るいはこれを行わないこともできる。この実施例においては、ＵＲＬがＣＤ−Ｒ
ＯＭ内容ならびにオンライン情報を示すことができることが必要である。

【０１１４】本発明の１つの実施例は、ＵＲＬによって示された文書が状態または有効性に
おける変化（例えば覆された事例、変化した裁判ルール、中止された法律制定）
知ったときにそれをユーザーに警告する。このような警告は他の内容プロバイダ
の製品またはサービスを参考のため引用することができる。

【０１１５】結論この形式のものを助成して、発明者は、文書の特定の部分を自動的に検出して
マークし、マークされたテキストの少なくとも一部を含むハイパーリンクを確定
するシステム、方法およびソフトウェアを提供した。この方法の実施例において
は、法律的引用を見出してマークし、マークされた法律的引用の少なくとも一部
と共通のコンピュータ・システムの名前とを含むように各ハイパーリンクを確定
し、ハイパーリンクに含まれた、マークされたテキストの部分に基づく１つまた
は２つ以上のデータベースの探索を行う。方法の実施例の別の特徴においては、
ハイパーリンクを実行するコストまたは時間に基づいてハイパーリンクにおける
共通のコンピュータ・システムの名前を確定する。

【０１１６】上記実施例は、本発明を実施する１つまたはそれよりも多くの手段を図示し示
唆することのみが意図されており、本発明の幅または範囲を制限することは意図
されていない。本発明の概念を実施する全ての手段を包含する、本発明の実際の
範囲は、添付の特許請求の範囲およびその均等物によってのみ規定される。（前
述の付録Ａ（ＡｐｐｅｎｄｉｘＡ）が下記の表１〜表６に示される。）

【表１】

【表２】

【表３】

【表４】

【表５】

【表６】

【表７】

【図面の簡単な説明】

【図１】図１は、本発明の幾つかの観点を具体化する例示的なコンピュータシステム１
０のブロック線図である。

【図２】図２は、本発明を具体化する例示的なマーク付けおよびリンキングのソフトウ
ェアのブロック線図である。

【図３】図３は、マーク付けおよびリンキングのソフトウェアにおいて具体化された例
示的な方法をあらわす流れ図である。

【図４】図４は、本発明に従って規定されるハイパーリンク用の例示的なデータ構造の
線図である。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１３年５月１１日（２００１．５．１１）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正の内容】

【請求項２８】コンピュータシステムにおいてハイパーリンクを確定する方法で
あって、第１の文書の一部をマークし；ハイパーリンクに使用される２つ以上のテキストセグメントを用意し；および
、１つ以上の所定優先順位に基づいて２つ以上のテキストセグメントの少なくと
も１つを含むようにハイパーリンクを確定する；ステップから成ることを特徴とする方法。

【手続補正書】

【提出日】平成１３年８月８日（２００１．８．８）

【手続補正２】

【補正対象書類名】図面

【補正対象項目名】図１

【補正方法】変更

【補正の内容】

【図１】

【手続補正３】

【補正対象書類名】図面

【補正対象項目名】図２

【補正方法】変更

【補正の内容】

【図２】

【手続補正４】

【補正対象書類名】図面

【補正対象項目名】図３

【補正方法】変更

【補正の内容】

【図３】

【手続補正５】

【補正対象書類名】図面

【補正対象項目名】図４

【補正方法】変更

【補正の内容】

【図４】

【手続補正書】

【提出日】平成１３年８月８日（２００１．８．８）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正の内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者メディナ，アンソニーマリオアメリカ合衆国，ワシントン 98110− 1724，バインブリッジアイランド，フィアエイカーズドライブノースウエスト 311 (72)発明者ランデ，クレイグアメリカ合衆国，ノースカロライナ 27106−3386，ウィンストン−セーレム，クラウンオークサークル 509 Ｆターム(参考） 5B009 NA06 QA12 QB12 RB32 SA12 VA02 VC03 5B075 KK07 KK13 KK33 KK37 ND03 ND23 ND36 NK10 NK13 NK24 NK31 PR08 UU06 5B082 HA00 【要約の続き】して処理し、ハイパーリンクが完全なフアイルのアドレスを包含させる必要なしに完成されることを可能にする。この実施の一例はまた、ハイパーリンクの実行の経費または時間にもとづいてハイパーリンクの一部を規定し、ハイパーリンクの実行の経費または時間を低減させる。

Claims

【特許請求の範囲】

【請求項１】文書に自動的にハイパーリンクを挿入する方法であって、内容が所定の形式と一致する１つ以上の文書を探索し；１つ以上の文書の探索結果に基づいて、１つ以上の文書の１つ以上の部分をマ
ークし；それぞれが、文書の１つ以上のマークされた部分の内容に基づくフォーマット
を有する１つ以上のハイパーリンクを発生させるステップから成ることを特徴とする方法。
【請求項２】コンピュータのシステムであって、内容が所定の形式と一致する１つ以上の文書を探索する手段と；１つ以上の文書の探索結果に基づいて、１つ以上の文書の１つ以上の部分をマ
ークする手段と；それぞれが、文書の１つ以上のマークされた部分の内容に基づくフォーマット
を有する１つ以上のハイパーリンクを発生させる手段から成ることを特徴とするコンピュータのシステム。
【請求項３】コンピュータのシステムであって、プロセッサと；プロセッサと接続して、内容が所定の形式と一致する１つ以上の文書を探索するための第１命令セッ
トと；１つ以上の文書の探索結果に基づいて、１つ以上の文書の１つ以上の文書の
１つ以上の部分をマークするための第２命令セットと；それぞれが、文書の１つ以上のマークされた部分の内容に基づくフォーマッ
トを有する１つ以上のハイパーリンクを発生させるための第３命令セットを記憶
するメモリーとから成ることを特徴とするコンピュータのシステム。
【請求項４】コンピュータ読取り可能な媒体であって、内容が所定の形式と一致する１つ以上の文書を探索するための第１命令セッ
トと；１つ以上の文書の探索結果に基づいて、１つ以上の文書の１つ以上の文書の
１つ以上の部分をマークするための第２命令セットと；それぞれが、文書の１つ以上のマークされた部分の内容に基づくフォーマッ
トを有する１つ以上のハイパーリンクを発生させるための第３命令セットを含むことを特徴とする媒体。
【請求項５】文書についてハイパーリンクを自動的に確定する方法であっ
て、文書の１つ以上の部分をマークし；文書の１つ以上のマークされた部分に対して、それぞれが、文書の少なくとも
１つのマークされた部分の形式または内容に基づく情報を含む、１つ以上のハイ
パーリンクを確定するステップから成ることを特徴とする方法。
【請求項６】それぞれのハイパーリンクが、文書の少なくとも１つのマー
クされた部分を含む、請求項５に記載の方法。
【請求項７】それぞれのハイパーリンクが、すべてのハイパーリンクに共
通のドメイン名称及び文書の少なくとも１つのマークされた部分を含む、請求項
５記載の方法。
【請求項８】それぞれのハイパーリンクが、すべてのハイパーリンクに共
通のドメイン名称及び文書の少なくとも１つのマークされた部分の構文上または
意味上の分析に基づく情報を含む、請求項５記載の方法。
【請求項９】１つ以上の法律的引用を含む文書を自動的に処理する方法で
あって、それぞれが、法律的引用の少なくとも１つを含む、文書の１つ以上の部分をマ
ークし；文書の１つ以上のマークされた部分について、それぞれが、文書のマークされ
た部分における１つの法律的引用の形式または内容に基づく情報を含む１つ以上
のハイパーリンクを確定し；ハイパーリンクの１つの選択に応答して、文書をホストする第１コンピュータ
を前記１つのハイパーリンクと連携する第２コンピュータに接続し；第１コンピュータを第２コンピュータに接続するのに呼応してユーザーに対し
て、取引勘定情報を問合わせ；取引勘定情報を確認し；取引勘定情報が肯定的に確認されると、文書のマークされた部分における１つ
の法律的引用の形式または内容に基づく情報に基づいて、第２コンピュータと連
携するデータベースを、前記法律的引用に対応する文書について探索し；法律的引用に対応する文書の少なくとも一部を第１コンピュータへ転送するステップから成ることを特徴とする方法。
【請求項１０】ぞれぞれのハイパーリンクが、文書の少なくとも１つのマ
ークされた部分を含む、請求項９記載の方法。
【請求項１１】それぞれのハイパーリンクが、すべてのハイパーリンクに
共通のドメイン名称及び文書の少なくとも１つのマークされた部分を含む、請求
項９記載の方法。
【請求項１２】それぞれのハイパーリンクが、すべてのハイパーリンクに
共通のドメイン名称及び文書の少なくとも１つのマークされた部分の構文上また
は意味上の分析に基づく情報を含む、請求項９記載の方法。
【請求項１３】コンピュータのシステムにおいてハイパーリンクを確定す
る方法であって、第１文書の一部をマークし；ハイパーリンクの２つ以上の宛先を識別し；１つ以上の所定優先順位に基づいて２つ以上の宛先の１つに向けられるハイパ
ーリンクを確定するステップから成ることを特徴とする方法。
【請求項１４】１つ以上の所定のユーザ優先順位を検索する際に、１つ以
上の優先ハイパーリンク宛先に関する情報、またはコストに関する情報、または
アクセスに要する時間に関する情報を検索し、２つ以上の宛先のうちの１つに向
けられるハイパーリンクを確定する際には、検索された優先順位に基づいて宛先
の１つを選択する、請求項１３記載の方法。
【請求項１５】エラーを含むハイパーリンクをリダイレクトする方法であ
って、ハイパーリンクのための代替えドメインネームを選択し；この代替えドメインネームをハイパーリンクのドメインネームとするステップから成ることを特徴とする方法。
【請求項１６】文書にハイパーリンクを自動的に挿入する方法であって、語彙的、構文的、フォーマット的、音声的、またはヒューリスチックな組合せ
に基づく特定内容に関して、１つ以上の文書を探索し；１つ以上の文書の探索結果に基づいて、１つ以上の文書の１つ以上の部分をマ
ークし；それぞれが、文書の１つ以上のマークされた部分の内容に基づくフォーマット
と、文書の少なくとも１つのマークされた部分の位置に基づく文書内の位置を有
する１つ以上のハイパーリンクを文書内に自動的に発生させ、埋め込むステップから成ることを特徴とする方法。
【請求項１７】内容に利用価値が無かったり、URLシンタックスにエラー
があったり、認証情報が正しくなかったり、ユーザの内容アクセス同意が得られ
ないため、結果的にエラーまたは警告となるハイパーリンクを処理する方法であ
って、ハイパーリンクを検索し；新しいドメインネームをハイパーリンクの１つまたは２つ以上のオリジナル部
分を連携させ；ハイパーリンクを他のドメインネームに向けてルート変更する接続を試みるステップから成ることを特徴とする方法。
【請求項１８】ドメインネームを含むハイパーリンクを処理する方法であ
って、コンピュータによる関連のオペレーションまたはサービスを表わすハイパーリ
ンク内のオペレーションネームを検知し；ドメインネームと連携するコンピュータシステムが関連のコンピュータによる
オペレーションまたはサービスに役立つかどうかを判断し；もしドメインネームと連携するコンピュータシステムが、関連のコンピュータ
によるオペレーションまたはサービスに役立たないなら、ハイパーリンクを他の
ドメインネームと連携する他のコンピュータシステムへ経路変更するステップから成ることを特徴とする方法。
【請求項１９】ハイパーリンクまたはリソースロケータ用のデータ構造で
あって、ドメインネームと；コンピュータオペレーション識別子と；コンピュータオペレーション識別子と対応するコンピュータオペレーションと
併用すべく文書から取出されるパラメータから成ることを特徴とするデータ構造。
【請求項２０】コンピュータオペレーション識別子が探索を識別するか、
またはオペレーションを見出し、パラメータが、文書内に存在する引用の少なく
とも一部を含む、請求項１９記載のデータ構造。
【請求項２１】文書におけるハイパーリンクのデータ構造であって、特定内容へのアクセスに使用されるオペレーションを識別する情報を含むオペ
レーションネームフィールドと；ハイパーリンクを発生させたアプリケーションプログラムを識別する情報を含
むリクエストソースと；オペレーションネームフィールドで識別されるオペレーションの実行に使用す
る情報を含むオペレーション特異パラメータフィールドから成ることを特徴とするデータ構造。
【請求項２２】ハイパーリンクまたは文書内に埋め込まれるリソースロケ
ータのデータ構造であって、ドメインネームと；文書への引用；から成ることを特徴とするデータ構造。
【請求項２３】引用の少なくとも一部が、文書を含む既刊または近刊の書
籍を識別する、請求項２２記載のデータ構造。
【請求項２４】引用の少なくとも一部が、文書を含む既刊書籍のページ番
号を識別する、請求項２２記載のデータ構造。
【請求項２５】引用が裁判官見解のハードコピーを識別する、請求項２２
記載のデータ構造。
【請求項２６】ハイパーリンクまたはリソースロケータのデータ構造であ
って、ドメインネームと；ハイパーリンクを発生させたアプリケーションプログラムを識別する情報を含
むリクエストソースフィールドから成ることを特徴とする前記データ構造。
【請求項２７】アプリケーションプログラムがワードプロセッサである、
請求項２３記載のデータ構造。
【請求項２８】コンピュータのシステムにおいてハイパーリンクを確定す
る方法であって、第１文書の一部をマークし；ハイパーリンクに使用される２つ以上のテキストセグメントを用意し；１つまたは２つ以上の所定優先順位に基づいて２つ以上のテキストセグメント
の少なくとも１つを含むようにハイパーリンクを確定するステップから成ることを特徴とする方法。