(57)【要約】【課題】紙文書の内容に識別子を選択して関係付けることである。【解決手段】紙ベースの文書ロギングの方法と装置をここに開示する。一実施形態において、本方法は、文書のビットをスキャンする段階と、暗号ハッシュを発生する段階と、前記暗号ハッシュを機械読み取り可能コードに変換する段階と、前記文書上の前記コードに対する複数のロケーションを選択する段階と、前記文書の一領域を修正することにより前記文書を前記コードとともに再度書き込む段階とを有する。【選択図】図５
2008059591.tif 000002
【特許請求の範囲】
【請求項１】
文書のビットをスキャンする段階と、
暗号ハッシュを発生する段階と、
前記暗号ハッシュを機械読み取り可能コードに変換する段階と、
前記文書上の前記コードに対する複数のロケーションを選択する段階と、
前記文書の一領域を修正することにより前記文書を前記コードとともに再度書き込む段階と、
を有する方法。
【請求項２】
前記コードを配置できる前記文書中の１つ以上のロケーションを含むリスト中の特定されたロケーションを調べる段階をさらに有し、
前記コードが前記１つ以上のロケーションにないとき、前記文書のビットをスキャンする段階を行う、請求項１に記載の方法。
【請求項３】
前記文書のコンテンツに対応するスキャンされたビットと前記ハッシュとをデータベースに格納する段階をさらに有する、請求項１に記載の方法。
【請求項４】
システムにより実行された時、前記システムに一方法を実行させる命令を格納した１つ以上の記録媒体であって、前記方法は、
文書のビットをスキャンする段階と、
暗号ハッシュを発生する段階と、
前記暗号ハッシュを機械読み取り可能コードに変換する段階と、
前記文書上の前記コードに対する複数のロケーションを選択する段階と、
前記文書のブランク領域上に前記マークを配置することにより、前記文書を前記コードとともに再度書き込む段階とを有する記録媒体。
【請求項５】
前記方法は、さらに、
前記コードを配置できる前記文書中の１つ以上のロケーションを含むリスト中の特定されたロケーションを調べる段階をさらに有し、
前記コードが前記１つ以上のロケーションにないとき、前記文書のビットをスキャンする段階を行う、請求項４に記載の記憶媒体。
【請求項６】
前記方法は、前記文書のコンテンツに対応するスキャンされたビットと前記ハッシュとをデータベースに格納する段階をさらに有する、請求項４に記載の記憶媒体。
【請求項７】
文書のビットをスキャンする段階と、
前記文書のスキャンされたビット中の機械読み取り可能コードを検出する段階と、
コンテンツが文書コンテンツと関連付けられた機械読み取り可能コードを発生する段階と、
前記文書の紙バージョンを前記機械読み取り可能コードを付して生成する段階と、
前記機械読み取り可能コードのコンテンツを識別子として用いて、文書ログにアクセスする段階とを有する方法。
【請求項８】
スキャンされたビットをデータベースに格納されたビットと照合して前記文書が前記文書ログを指示していることを確認する段階をさらに有する、請求項７に記載の方法。
【請求項９】
前記文書上の潜在的なロケーションのリストをスキャンして前記機械読み取り可能コードを探す段階をさらに有する、請求項７に記載の方法。
【請求項１０】
システムにより実行された時、前記システムに一方法を実行させる命令を格納した１つ以上の記録媒体であって、前記方法は、
文書のビットをスキャンする段階と、
前記文書のスキャンされたビット中の機械読み取り可能コードを検出する段階と、
前記機械読み取り可能コードのコンテンツを識別子として用いて、文書ログにアクセスする段階と、
スキャンされたビットをデータベースに格納されたビットと照合して前記文書が前記文書ログを指示していることを確認する段階とを有する記録媒体。
【請求項１１】
前記方法は、前記文書上の潜在的なロケーションのリストをスキャンして前記機械読み取り可能コードを探す段階をさらに有する、請求項１０に記載の記憶媒体。
【請求項１２】
前記機械読み取り可能コードが暗号ハッシュを含む前記文書中の１つ以上のロケーションを含むリスト中の特定されたロケーションを調べる段階と、
前記機械読み取り可能コードが前記１つ以上のロケーションにないとき、前記文書のビットをスキャンする段階と、
前記文書のスキャンされたビットに対応する文書画像をメモリ中に格納された文書画像と比較する段階と、
一致したとき、前記スキャンされたビットに対応する前記文書画像と一致する格納された文書画像と関連付けられた暗号ハッシュを取得する段階とを有する方法。
【請求項１３】
前記メモリにおいて一致しなかったとき、前記スキャンされたビットに対応する前記文書画像の暗号ハッシュを計算する段階をさらに有する、請求項１２に記載の方法。
【請求項１４】
前記スキャンされたビットに対応する前記文書画像と前記暗号ハッシュとを前記メモリに格納する段階をさらに有する、請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデジタルオブジェクトの配信に関し、より具体的には、本発明はハッシュマークされたページを含める文書の処理、または予めハッシュマークされた文書の処理に関する。
【背景技術】
【０００２】
何百万という文書が日夜やりとりされている。これらの文書をアドレッシングするために大きな労力と時間が費やされている。職場では、この大きな労力と時間の結果、コストと費用が増加してしまう。
【０００３】
過去、多数の文書管理システムが提案され、実施されてきた。これらの文書管理システムには、文書を記憶して要求と応答との調整を処理するシステムが含まれる。
【０００４】
機械読み取り可能コードが文書管理方法として文書に適用されている。かかる場合には、バーコードが文書読み出しの識別子として使用され得る。残念ながら、この方法は機械読み取り可能コードを１つの文書から取り他の文書に貼り付ける「トランスファーアタック」の類に弱い。米国特許第５，７５４，３０８号（特許権者Lopresti等）を参照されたい。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
さらに、機械読み取り可能コードは常に何らかの識別子を含んでいなければならない。この識別子は、通常、多数の文書中の１つの文書を一意的に識別するのに十分な長さを有する数値またはビットシーケンスである。適当な識別子の選択は難しい問題であり、長年多くの方法が開発されてきている。しかし、これらの方法では、文書が、電子的なオリジナル文書から生成されているか、ランダムに選択されているか、カウント方法または複雑な順序付けアルゴリズムにより選択されていることが仮定されている。これは多くの場合に有用であるが、紙文書の内容に識別子を選択して関係付けるものではない。
【課題を解決するための手段】
【０００６】
紙ベースの文書ロギングの方法と装置をここに開示する。一実施形態において、本方法は、文書のビットをスキャンする段階と、暗号ハッシュを発生する段階と、前記暗号ハッシュを機械読み取り可能コードに変換する段階と、前記文書上の前記コードに対する複数のロケーションを選択する段階と、前記文書の一領域を修正することにより前記文書を前記コードとともに再度書き込む段階とを有する方法。
【発明を実施するための最良の形態】
【０００７】
本発明は、以下の詳細な説明と本発明のいろいろな実施形態を示した添付図面から、よりよく理解できるであろう。しかし、これらの実施形態は、本発明を限定されるものと解してはならず、説明と理解を目的としたものと解すべきである。
【０００８】
ページ画像をスキャンして、そのページ画像をログしてハッシュマークされたページを生成するプロセスを説明する。一実施形態では、これらのプロセスは、ページをデータベースに格納する段階と、既知のマークがあるかチェックする段階とを含む。一実施形態では、これらのページ画像は、デジタルオブジェクト（例えば、文書）に対応する一組のメタデータエントリ中の情報と関連付けられる。この一組のメタデータはここで文書ログと呼ぶ。文書ログはメタデータのログエントリーを有する。メタデータは、人または自動化システムにより入力された短いテキストメッセージ、２進フォーマットのデータ、及び／または任意的なリンクを含む。文書ログは配信されることもできる。一実施形態では、文書ログはＸＭＬとして配信される。
【０００９】
多数の文書において一意的であり、目視検査により他の紙コピーと対比できる識別子を選択する方法も開示する。
【００１０】
以下の説明では、多数の詳細事項を記載して本発明をより詳しく説明する。しかし、言うまでもなく、本発明はこれらの詳細事項がなくても実施することができる。他の場合では、詳細事項ではなくブロック図に周知の構造と機器を示すが、これは本発発明が不明瞭になることを避けるためである。
【００１１】
以下の詳細な説明の一部は、コンピュータメモリ中のデータビットに対する操作のアルゴリズムと記号による表現により表されている。これらのアルゴリズムによる説明と表現は、データ処理技術の当業者が、自分の仕事内容を他の分野の人に最も効果的に伝える手段である。ここで、また一般的に、アルゴリズムとは、所望の結果に導く自己矛盾のないステップのシーケンスである。このステップは、物理量の物理的操作を要するステップである。通常、必ずしも必要ではないが、この物理量には、記憶し、伝達し、結合し、比較し、操作できる電気的または磁気的信号の形をとる。主に一般的な使用のために、これらの信号をビット、値、要素、記号、文字、式、数字等で表すと便利な時がある。
【００１２】
しかし、これらの用語や類似の用語は適当な物理量と関連しているべきであり、これらの物理量に付された便利なラベルに過ぎないことに留意すべきである。特に断らなければ、以下の説明から明らかなように、言うまでもなく、この明細書全体において、「処理」、「算出」、「計算」、「判断」、「表示」等の用語を用いた説明は、コンピュータシステム、類似の電子的計算機器の動作やプロセスであって、コンピュータシステムのレジスタやメモリ内の物理的（電子的）量として表されたデータを操作し、コンピュータシステムメモリやレジスタ、その他の情報記憶装置、伝送機器、表示機器内の物理量として同様に表された他のデータに変換するものの動作や処理を指す。
本発明は、また、これらの動作を実行する装置にも関する。この装置は、必要な目的のために特に構成されたものでもよく、コンピュータ中に記憶されたコンピュータプログラムにより選択的に起動または再構成された汎用コンピュータを有していてもよい。かかるコンピュータプログラムは、コンピュータによる読み取りが可能な記憶媒体に記憶することができる。このような記憶媒体には、フロッピー(登録商標)ディスク、光ディスク、ＣＤ−ＲＯＭ、光磁気ディスク等のいかなるタイプのディスクも含まれ、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気または光カード、電子的命令を格納するのに好適な、コンピュータシステムバスに結合されたいかなるタイプの媒体も含まれるが、これらに限定されるわけではない。
【００１３】
ここで説明するアルゴリズムとディスプレイは、特定のコンピュータその他の装置に本質的に関係するものではない。いろいろな汎用システムをここでの教示に従ったプログラムで用いることができるし、必要な方法ステップを実行することに特化した装置を構成しても便利である。これらのシステムに必要な構成を以下に示す。また、本発明は特定のプログラミング言語により記述されるものではない。言うまでもなく、いろいろなプログラミング言語を用いてここに説明する本発明の教示を実施できる。
【００１４】
機械読み取り可能媒体には、機械による読み取りが可能な形式で情報を記憶または伝送するいかなるメカニズムも含まれる。例えば、機械読み取り可能媒体には、読出専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）；磁気ディスク記憶媒体；光記憶媒体；フラッシュメモリデバイス；電子的、光学的、音響的その他の形式の伝送信号（例えば搬送波、赤外線信号、デジタル信号等）などが含まれる。
一般的な文書ログ
ログ（例えば文書ログ）は、メタデータの１つ以上のセットを有するデジタルオブジェクトにより構成される。デジタルオブジェクトは、バイトシーケンスとして表される。デジタルオブジェクトは文書でもよく、メタデータはその文書に係るコメントのセットに対応していてもよい。このように、各文書には、その文書に係る一組のコメントがある。コメントは、一般的にはテキストストリングで構成され、文書自体であってもよく、任意的なバイトストリングにより構成されていてもよい。コメントは簡単なテキストエントリーであって他の文書を参照する、誰かユーザまたは何かの装置により生成されてものであってもよい。テクニカルな論文の場合、一組のコメントはレビューした人々からのフィードバックを表す。写真（例えばＪＰＥＧファイル）の場合、一組のコメントには、誕生バーティ等のその写真に写っているイベントに関する話が含まれていてもよい。患者チャートの場合、一組のコメントには、その患者との個別のアポイントメントまたは訪問についての記載が含まれる。
【００１５】
（コンフリクトなしに）文書に係るコメントのリストを交換及び結合する方法をここで説明する。
一実施形態では、文書ログは、「アンカー」文書とエントリーリストを指定した簡単なＸＭＬフォーマットを用いて表される。例えば、シンプルシンジケート（ＲＳＳ）フォーマット等のフォーマットは、同じ目的に機能するように容易に適応させることができる。
【００１６】
一実施形態では、交換メカニズムを用いて、２つのノードがエントリーのリストを交換できるようにする。一実施形態では、ノードはＨＴＴＰ  ＧＥＴメソッドを用いて、文書ログに対応するＸＭＬファイルを読み出し、ＨＴＴＰ  ＰＯＳＴメソッドを用いて、ノードにＸＭＬファイルまたはエントリーを有するストリングを送る。ここでの目的のため、ＧＥＴは、ＨＴＴＰの一部で使用されてもされなくても、ロケータを関連するコンテントを読み出す動作を指す。あるいは、単純なファイルコピー動作やファイル共有システムを含むその他の交換メカニズムを使用することもできる。
【００１７】
ノードには、ユーザが文書ログエントリーを見て追加できるようにするユーザインターフェイスを含んでいてもよい。多数のユーザインターフェイスが文書ログを見て追加するために使用できる。ユーザインターフェイスの例を図１に示した。図１を参照して、アンカー文書１０１が右側に表示され、文書ログエントリー１０２が左側に表示されている。左下にはテキストボックス１０３があり、ユーザが新しいエントリーを入力することができる。
【００１８】
図１は、文書ログを見るプロトタイプのユーザインターフェイスを示している。この実施例では、文書は画像（例えば患者の画像）であって、エントリーはこの患者に関する情報に対応する。これらのエントリーは、他の文書（例えば、アポイントメントまたは処置結果等）と関連ログへのリンクを含む。このように、図１のユーザインターフェイスは、患者情報をトラッキングするための仮定的使用を容易にする。図１の右側には文書があり、この場合患者の写真である。ログエントリー１０２は、患者と関連するエントリーである。これらのエントリーの一部は、オフィススタッフ、内科医、または患者自身により手作業でタイプ入力され、他のエントリーは、スケジューリングシステムや放射線画像化機等の関連システムにより自動的に生成される。文書ログ等の各エントリーでは、他の文書へのリンクがエントリーに含まれてもよい。関連文書の小さなサムネイル１０４がエントリーの右側に示されている。
【００１９】
一実施形態では、カーソル下の「アクティブな」コメントは魚眼効果で拡大され、単一のリスト内で多数のコメントを素早くブラウズできるようになっている。ユーザインターフェイスの一実施例で、マウスカーソル下のエントリー１０５は容易に見られるように拡大される。ここに示した実施例では、ハイライトされたエントリーは、本技術分野で周知のやり方で、機械により自動的に生成される。図示した文書ログの識別子は、この文書ログを印刷したものにあるバーコードその他のメカニズムを使用して、機械に入力してもよい。元の文書ログに自動的に入力されたアイテムには、画像化装置により自動的に生成された結果の画像が含まれてもよい。いずれかのエントリー１０２をクリックすると、そのエントリーに付随する文書ログに行く。関連文書をポイントするリンクに係わるコメントをクリックすると、文書とその参照文書に関連するログに飛ぶ。図２は、図１中のハイライトされたコメントにより参照された放射線画像に係わるログのビューを示す図である。図２を参照して、Ｘ線装置により自動的に作成された文書とその文書に関連するコメントが示されている。
【００２０】
場合によっては、参照された文書に関連するログは、リンクを含む元のログを逆にポイントするエントリーを有するが、多くの場合はそうではない。このプロトタイプビュアーの上部にあるナビゲーションツールは、標準的なウェブブラウザと同様の前進後退機能を提供する。
【００２１】
画像に加えて、文書タイプには、文書処理ファイル、フラッシュペーパー、エクセルファイル、テキスト文書、その他のタイプのデータが含まれてもよい。この現行システムでは、どのファイル（または個別にアドレス可能なユニット）を「文書」として使用することもできる。
ロケーションとしての文書
概念的には、文書ログは仮想空間すなわち（ファイルの）階層を表す。空間の原点である「ルート」ノードは文書自体により決まる。ディレクトリ名を用いて仮想空間のロケーションを指定することもできる。しかし、一実施形態では、ディレクトリ名を用いてロケーションを指定するのではなく、文書自体のハッシュ値を用いて仮想空間すなわちファイル階層上の文書とコメントのロケーションを指示する。
【００２２】
例えば、／Ａ／Ｃは、文書（Ａ＝ＳＨＡ１（Ａ）となるａ）上のコメント（Ｃ＝ＳＨＡ１（ｃ）となるｃ）を表す。ここでＳＨＡ１は任意のバイトシーケンスを固定サイズのシーケンスにマップするハッシュ関数である。
すなわち、文字Ａを用いてオブジェクトａのハッシュＡ＝ＳＨＡ１（ａ）を示す。Ａはバイトのシーケンスを表す。例えば、ストリング「This  is  a  character  string.」は（１６進表示を用いて）「９７d９８１dad０６b０３６２２cbf８e１a５６４２７２４cbcae６４f８」にマップされる。
【００２３】
この表示に関連する記憶は標準のディレクトリ構造であってもよい。例えば、Ａはディレクトリの名前であり、Ｃはａに関するコメントを含むファイルの名前である。ハッシュ値を主キーとして用いるデータベース等の他の記憶メカニズムは、同様にうまく機能し、どのノードがかかる記憶メカニズムを使用してもよい。ａの値がパスまたはユニフォームリソースロケータ（ＵＲＬ）と解釈できるストリングである混乱しやすい場合がある。a  =  “http://foo.com/path/to/file.ext”である場合、ｃがロケーションに関するコメントであるか、その内容が変化するウェブページに関するコメントであるか、特定の時間のそのウェブページの内容に関するコメントであるかどうかは明確ではない。後者の場合、参照ストリングのハッシュをアンカーとして使用するより、アンカー文書として（もしあれば）コンテンツのハッシュを使用する方がより安全である。
【００２４】
ａがストリングであり有効なＵＲＬである場合、個々のノードを選択してストリングに関するコメントと、そのＵＲＬから取得した「既知の」コンテンツに関するコメントを結合する。また、慣例により、ａの文書ログはａから得られたコンテンツの各々のエントリーを、このコンテンツと関連する文書ログへのポインタとともに含む。
【００２５】
ここでは説明を目的として、一実施形態において、文書は１つのバイトシーケンスと同一の不変のオブジェクトであり、文書のハッシュ値はその文書を参照するために使用される。文書のバージョンが異なればハッシュ値も異なるから、異なるバージョンは異なる文書であると見なされる。（Ｄ２が文書Ｄ１の新しいバージョンである場合、変換により、文書Ｄ１のログはＤ２をポイントするエントリーを有し、Ｄ２のログはＤ１を逆にポイントするエントリーを有する。）
より具体的に、ハッシュ関数とディレクトリ構造の使用に関して、例えば、ＪＰＥＧファイル、ワード文書、ポストスクリプト文書、テキストストリング等であるauは、オブジェクトａのロケーション（例えばhttp://www.server.com/path/a.jpgまたはfile:///path/to/a.jpg等のＵＲＬ）を示す。
【００２６】
a  =  GET(au)
（ａはauを読み出した結果である。）
AuをSHA１(GET(au))＝Aであるロケーションauの集合とする。
【００２７】
Auの各要素は、デジタルオブジェクトを返すロケーション、すなわちａのストリング表示に対応している。
【００２８】
新しい「仮想的」ＳＨＡ１プロトコルを：SHA１://host.name/A/B/Cと定義する。これはＡ，Ｂ，Ｃの間の関係とそれに対応する値ａ，ｂ，ｃを表す。値ｂはａに関するコメント（または文書ログエントリー）であり、一方ｃはｂに関するコメントである。
【００２９】
いずれかのＵＲＬを用いてGET(SHA１  :  //host.name/A/B/C)がうまくいくと、バイトストリングとしてコンテントが返される。他のプロトコルと異なり、このコンテントはｃであり、どのホストとも同一ではないが、変化しない。言い換えると、ＳＨＡ１(GET(SHA１  :  //.../C))がｃと等しくなければエラーである。よって、ノードがｃのコピーを有する場合、そのノードはコミュニケーションをしてGET(SHA１://.../C)を返す必要はない（クライアントはSHA１(c)を計算し、結果とＣをキーとして使用するルックアップテーブルを記憶すると仮定する）。
【００３０】
同一の画像ファイルをいくつかの場所に置いて、同じコメントをいくつかの文書に関係づけてもよい。cがbに関するコメントであるとすると、SHA１:///A/B/CとSHA１:///B/Cの両方が有効なＵＲＬである。コメントcは文書Ｘに関するコメントであってもよい。この場合、SHA１:///X/Cも有効である。ここで有効とは、誰かまたはいずれかのプロセスが実際にｃを文書ｘとｂに関するコメントとして付け加えたことを言う。
文書ログリスト
慣例により、後続のスラッシュを用いて、文書に関連するコメントのリストを示す。一実施形態において、GET(SHA１  :  //host.com/A/)は、文書ａに関するコメントのリスト（標準的なＸＭＬフォーマット）をhost.comから返す。同様に、SHA１://foo.com/A/はホストfoo.comのリストである。/A/はａに関するローカルで知られているコメントへの参照である。SHA１://host.com/A/C/は、host.comのコメントａに関するコメントのリストを指す。
【００３１】
Ｈ／Ａ／Ｃのルックアップを実行するアルゴリズム例は次の通りである。
ａ）Ｃのローカル記憶をチェックする（記憶内容はハッシュテーブル、データベース、ファイルディレクトリ等であってもよい）。
ｂ）あれば、関連値（例えばコンテント）を求めて返す（セットＣ／がルックアップされた場合、関連セットを結果に追加して、（任意的に）Ａのローカル記憶のチェックを続ける。見つかった場合、コメントに関する関連セットを求める）。
ｃ）ハッシュ値をコメントと比較する。
ｄ）いずれかのコメントがハッシュ値Ｃを有する場合、そのコメントを返す。
ｅ）ドメイン名Ｈ（ＵＲＬに対応するストリングのハッシュ値であってもよい）をルックアップする。
ｆ）Ａ／Ｃと伴にＧＥＴ要求をＨに送る。
ｇ）結果を返す（有効なハッシュを任意的にチェックする）。
ｈ）その要求を事前設定したサーバに送る（サーバはＡまたはａを求めるため前述のロケーションにあることに注意せよ）。
ｉ）ＨがａＵＲＬのハッシュｈである場合、通常のＧＥＴ要求にそのＵＲＬを使用する。そのＧＥＴ要求によりａが返される。
【００３２】
ｈ／、h.xml、またはｈの同様の標準的変形をクライアントでコメントリスト（例えばＸＭＬファイル）のサーバへの要求として使用できる。このコメントリストを用いてＣ（例えば、ｃがそのファイルのエントリーの１つである場合）を計算することができる。
【００３３】
クライアントはＡをｕ１とｕ２にマッピングしたリストも保持している。ｕ１はクライアントがａ（またはａに基づく情報）を取得したロケーションのセットであり、ｕ２はａ（例えばＸＭＬファイル）に関するコメントを含むロケーションである。別の実施形態では、クライアントは単にｕ２をルックアップし、関連するコメントセットを読み出し、Ｃの計算を試みる。
SHA１:及び  HTTP:  URLの間のマッピング
一実施形態では、クライアントはコンテントからロケーションへの独自のマッピングを定義して保持している。例えば、ｒがリコーイノベーションのホームページであるとする。この時、ruはhttp://www.rii.ricoh.com/であり、R  =  “c２c０bfe４７９dd６da１d５８ec４d０c４２c５c７c１０a１acfe”である（これは「Welcome  to  RII」のハッシュ値であり、この例では、index.html  ＝  rの全コンテンツである）。
【００３４】
この場合、クライアントは次のエントリーを有する内部テーブルを保持していてもよい。
【表１】
2008059591.tif 000003
【００３５】
ハッシュ値は同じ長さである必要はないことに留意せよ。特に、指示されたハッシュ値のビットが多ければ多いほど、その値は「安全」である。それ故、コンテントと識別子Ｉに基づいてここに説明したように、暗号キーＫを使用して文書中の情報及び／またはそのログエントリーを暗号化する場合、ＫとＩは同じアルゴリズムの出力の異なる部分であってもよく、異なるアルゴリズムの出力であってもよい。すなわち、Ｉはｘのハッシュであり、ＫはＩのハッシュである。同様に、Ｉは最初の８０ビットであり、Ｋは同じハッシュ計算値のビット８１−ビット１６０であってもよい。
【００３６】
Ａの文書ログを記憶し、処理し、表示し、追加するノードまたはサーバがコンテントａにアクセス必要はないことに留意せよ。しかし、サーバの場合の慣例により、例えば、文書のコンテントのキャッシュまたはコピーを実際に有するcache.comは、http://cache.com/A等の文書の要求に応答してこれらのコンテントを提供することができ、http://cache.com/A/に応答してログエントリーのリストを提供することができる。この場合、同じ文書を参照するHTTP:及びSHA１:URLのパス成分は同じであってもよい。
【００３７】
個別のコメントを読み出すために、クライアントはhttp://cache.com/A/Cを要求してもよい（再度、cache.comはａにアクセスしなくてもｃにアクセスして返してもよい）。ｃがそのロケーションにより他の文書ｂを指す場合（例えば、HREF=HTTP://foo.com/b.htmlでありbu=HTTP://foo.com/b.html）、クライアントはbuからbを読み出し、Ｂを計算し、Ｂに関連する文書ログエントリーをGET(SHA１:///B/)により見つける。一実施形態では、デフォルトで、クライアントは、ランデブーポイント（同期サーバ）、ローカルキャッシュ、foo.com/b.html.xmlその他を含むいくつかの位置からのログエントリーをチェックして統合する。
【００３８】
もちろん、ｃは、SHA１:URL(例えばbu=SHA１:/B)によりそのリンクを指定する。この場合は、まだbまたはbuのＨＴＴＰバージョンを有していない場合、クライアントが実際のコンテントbをダウンロードするロケーションを特定するいくつかのメカニズムを使用する
２つのノード間の同期
一実施形態では、個別のクライアントは、各文書のエントリーのローカルキャッシュを保持する。これらはハッシュテーブルに記憶される。ローカルキャッシュはいかなるメモリ空間でも記憶ロケーションであってもよい。一実施形態では、各ハッシュのエントリーは２つの部分からなる。第１の部分は、実際のコンテント自体及び/または（もしあれば）実際のコンテンツへのポインターを含むストリングであり、第２の部分はこの文書に関するコメントに対応するハッシュ値のリストである。クライアントはエントリーリストの場所をチェックするように構成され得る。一実施形態では、デフォルトロケーションはランデブーポイントまたは同期サーバであり、定期的にチェックされる。例えば、ユーザが文書を見たときにいつもチェックされる。
【００３９】
クライアントが例えばＧＥＴ動作の結果である追加エントリーを取得すると、そのエントリーはローカルキャッシュに追加され（コンテントがハッシュ値と等しいことを確認するためコンシステンシーチェックをしてもよい）、エントリーのローカルリストを更新して新しいエントリーを反映する。（同期サーバから取得したシーケンス番号等の情報を用いて、このリストをプレゼンテーションのために順序づける。）
交換システムの一実施形態では、ノードが対称であることに注意する。クライアントとサーバの間の違いは、クライアントは、ＧＥＴを用いて通信を開始して、エントリーリストかリストを送るＰＯＳＴを読み出すマシンであることである。もちろん、異なるノード（特にサーバとして動作するもの）は、その設定が異なり、特に特定のノード（クライアント）からのエントリーを受け付けるかどうかについて異なる。
【００４０】
ノードは他のノード（他のクライアントまたはサーバ）との通信の経過を追い、「新しい」エントリーのみを他のノードに送る（ＰＯＳＴを介して、またはＧＥＴに応答して）。
【００４１】
別の交換プロトコルも使用することがあることにも注意する。例えば、同じ文書ログを示す２つのＸＭＬファイルのコンテントをコピーして単一のファイルに添付する。
【００４２】
文書ログエントリーにいくつのＸＭＬ表示を使用してもよい。  図３は、文書Ａに係わるログを表すＸＭＬファイルの例を示す図である。コンテンツ（「文書Ａに関する最初のコメント」）に加えて、各エントリーはそのエントリーの発信者（originator）または他のノードにより割り当てられるいくつかの属性を有する。図３において、ＳＥＱ属性はランデブーポイントサーバにより割り当てられる。このＸＭＬ文書自体は、Ａと関連する文書ログのクエリーに応答して返される。慣例として、このクエリーは、//rp.com/A/の形である。ここで、“rp.com”はランデブーポイントのホスト名である。（他のサーバ／ホストは、このリストの自機バージョンを返してもよい。）ランデブーポイントにより与えられるシーケンス番号は「カノニカル」として指定される。）エントリーのＨＲＥＦ属性は、ＨＴＭＬのアンカー
（外１）
2008059591.tif 000004
のＨＲＥＦ属性と同様の他の文書へのリンクを指定する。同様に、ＳＲＣタグは、ＨＴＭＬ  ＩＭＧタグのＳＲＣ属性と類似しており、参照される文書を表すサムネイル画像の情報源を指定する。
【００４３】
他の可能性として、既存の非常にシンプルなシンジケーション（ＲＳＳ）スキームを用いることである。ＲＳＳフィードのベース文書（アンカー）を特定するＲＳＳの簡単な拡張により、ここで説明した使用が可能となる。あるいは、ＲＳＳを拡張するのではなく、ＲＳＳの既存のフィールドを使用してもよい。
【００４４】
コメントを結合することは問題ではない。コメントはそのハッシュ値により記憶されているからである。（テキスト）値に加えて、例えば、著者と日付をハッシュ値Ｃの計算に使用してもよい。
【００４５】
図４は、文書のランデブーポイントにエントリーを送るクライアントの設定を示す図である。図４を参照して、クライアントからランデブーポイントへのエントリーの提出を示す概略図を示した。いくつかのクライアントはランデブーポイントに直接エントリーをＰＯＳＴし、他のクライアントは中間ノードを介している。エントリーをそのハッシュ値により指示し、記憶しているので、いずれのノードもコンフリクトを心配せずに他のノードと直接エントリーを交換することができる。個々のノードは自分自信の順序付けをエントリーのシーケンスに割り当てることもできる。ランデブーポイントにより提供されるオーダリングは、慣例的に、カノニカルオーダリングとして扱われる。文書の元の作者は、最初の要素の
（外２）
2008059591.tif 000005
ルートまたはｒｐ属性を指示することにより、その文書に関連するログエントリーのランデブーポイントまたは「ルート」を指示してもよい。しかし、文書ログは誰が作成してもよく、文書の作者に限定されないことに注意せよ。（文書の作成者は文書の最初のログエントリーを登録する最初の機会を有している。）他のノードは、文書要素中に指定されたルート属性を使用してもしなくてもよい。文書エントリーは、オフラインで作成して、そのエントリーを１つ以上のサービスと自動的に同期する。
【００４６】
ランデブーポイントから見えるエントリーの順序は、実際にそれが作成された順序とは異なるかもしれない（特に、作成時にクライアントがオフラインである場合）。また、中間ノードは他の複数のノードからのエントリーを集積して、送信（submit）する。
【００４７】
ランデブーポイントのサーバ側では、一実施形態では、シーケンス番号は受け取った順序で割り当てられる。ユーザ識別子（例えば、ポスティング権能）設定と確認は、幾つかある方法のどれかで処理することができる。これには、ユーザ名とパスワードの確認、ＩＰアドレスのテスト、セッション識別子等が含まれる。暗号化コンテントの場合、ユーザは暗号化キーＡ（及び／またはコンテントａ）を実際に知っていることを（暗号方法により）証明しなければならないとしてもよい。
文書のスキャンとそれに関連するハッシュに関する問題
電子文書のコンテンツは一連のページ画像として考えられる。各ページ画像は長いビットストリングとして表されている。暗号ハッシュを計算するには、ビットのシーケンス全体を関数にかけ、サイズが一定の単一のストリングがその関数から返される。これらのハッシュは極めて厳しい特性により特徴付けられる：
１）結果のストリングから逆計算により元の文書を復元できない。この点でハッシュは圧縮とは異なる。ハッシュは非常にロッシー（lossy）である。
２）結果のストリングはランダムであり、ハッシュが取り得る値の範囲でできるだけ一様に分散している。それぞれの出力ストリングを調べて２つの異なる入力ストリングの相関的近さを判断することは、不可能ではなくても困難でなければならない。
【００４８】
これらの特性により、紙文書のスキャンの間には必然的に差異があるので、物理的な紙を文書ログに関係づけることは困難である。スキャンのプロセスは、紙をスキャンするたびに少しずつ異なる。レジストレーションの誤差、スキャナの照度の差異、紙の汚れやマーク（marks）により、ビットは少しずつ変化する。結果として、１つの文書の２つのスキャンが暗号ハッシュアルゴリズムにかけられると、２つの明らかに関係のないストリングが発生され、それらを相関させる方法はない。
【００４９】
一実施形態では、機械読み取り可能コードが用紙に付される。そのコードのコンテンツはその文書のコンテンツと密接に結びついているが、文書のハッシュとして有用である。より具体的には、一実施形態では、上記の問題を解消する方法は、
文書のビットをスキャンして文書ハッシュを生成し、暗号ハッシュを作る段階と、その暗号ハッシュを機械読み取り可能コードに変換する段階と、その文書をそのコードとともに再度書き込む段階とを有する。ここでの目的のため、機械読み取り可能コードは「ハッシュマーク」である。
【００５０】
以下の説明では、ハッシュマークを付した紙文書の生成と、かかる文書の読み取りを含むプロセスの詳細を説明する。同一文書の異なるコピーにマークが付されていることを検出するプロセスに関して、さらに開示する。
ハッシュマークされたページの生成
機械読み取り可能コードは文書の多数のロケーションに配置または挿入することができる。事実上ページのどこにマークをしてもよいので、一実施形態では、できるだけ既存のマークに上書きしないように追加マークを書き込む。一実施形態では、有界四角形（bounding  rectangles）のリストを配置する。各有界四角形は、ペイロードが暗号ハッシュ関数の結果である機械読み取り可能コードを保持するのに十分大きい。例えば、ＳＨＡ２５６は２５６ビットストリングを返すハッシュアルゴリズムである。機械読み取り可能コードは好適なサイズとされ、想定される使用に適した解像度における信頼性の高い読み取りが可能である。どのハッシュアルゴリズム、解像度、コード記号技術を選択しても、コードを含めることができる一定サイズの四角形を計算する。
【００５１】
一部の領域は他の領域と比較してハッシュマークされた領域を統計的に多く含んでいる。一般的なビジネス文書では、マージンやコーナーに近いこれらの領域は、ページの中心よりもブランクであることが多い。審美的には、中心は、リーダの邪魔になるので、ロケーションとしてはよくない。多数の方法と基準を使用することができるが、最終的な結果としては１ページ上にハッシュマークをもっともよく配置できる選択肢の優先順のリストができる。ここでの目的のため、このリストをロケーションリスト（loclist）と呼ぶ。例えば、単純なアプローチとしては、ほとんどの通常の文書では余白になっている、ページのコーナーマージン領域の四角形のリストを選択することである。審美的な理由から、英語で記載されたページでは、右下コーナーがブランクであればそこを選択するのがよい。その次は、右上コーナー、その次は左下コーナー、その次は左上コーナーである。このリストは英語テキストの好ましい読み取り順序に基づく。他のアプローチとしては、近くのテキストのフォントサイズや、画像の有無や、コラムレイアウトやテキストの終わりにある大きな余白領域を考慮してもよい。
【００５２】
一実施形態では、ハッシュマークされたページを生成するプロセスにおいて、ロケーションリストの各四角形を順に調べてもよい。機械読み取り可能コードがあり、正しいものであると思われるときは、その文書はすでにマークされていると仮定されて、プロセスは終了する。マークが見つからなければ、文書のすべてのページをスキャンして、その文書のコンテンツの暗号ハッシュが計算される。文書のコンテンツと計算されたハッシュとは、後で確認するため、メモリ（例えば、データベース）に格納される。プロセスはハッシュの結果を機械読み取り可能コード（例えば、バーコード）に符号化して、ハッシュマークを生成する。ハッシュマークのコピーが、文書画像中に配置される。その位置は、ロケーションリストにより指定された画像中にある最初のオープンな位置である。次に、文書画像は、印刷されたページ、画像ファイル、ファックス、その他の表現でユーザに返される。留意すべきことは、マークするために選択される領域はブランクでなくてもよく、ステガノグラフィー手段により容易にマークできる領域を含んでもよい。例えば、ロケーションリスト位置に既存の写真画像があるとき、その画像をステガノグラフィー的変更を行ってそのページを書き換えることを選択してもよい。かかる方法は本技術分野で周知であり、そのいずれの方法を適用することもできる。
【００５３】
図５は、ハッシュマークされたページを生成するプロセスの一実施形態を示すフロー図である。このプロセスは、ハードウェア（例えば回路、専用ロジック等）、（汎用コンピュータシステムまたは専用機上で実行される）ソフトウェア、またはこれらの組み合わせを含む処理ロジックにより実行される。
【００５４】
図５を参照して、本プロセスは、最初に、処理ロジックが文書のビットをスキャンする（処理ブロック５０１）。スキャンされたビットに基づき、処理ロジックは暗号ハッシュを生成する（処理ブロック５０２）。
【００５５】
任意的に、処理ロジックは文書のコンテンツに対応するスキャンされたビットと、ハッシュとをメモリ（例えば、データベース）に格納する（処理ブロック５０３）。
【００５６】
次に、処理ロジックは、暗号ハッシュを機械読み取り可能コードに変換する（処理ブロック５０４）。処理ロジックは、その後に生成される文書上でコードを配置するために使用する１つ以上のロケーションも選択する（処理ブロック５０５）。場合によっては、コードはすべての文書において常に同一のロケーションに配置される。別の場合には、複数のロケーションを使用してもよい。例えば、一実施形態では、文書サイズ、通常の文書がその領域の全部または一部に入るコンテンツを有する確率、審美的配置に対する検討等の特徴に基づいてロケーションを選択する。
【００５７】
コードのロケーションが決まると、処理ロジックは文書をそれにコードを含めて再度書き込む（処理ブロック５０６）。一実施形態では、文書をコードとともに再度書き込む段階は、その文書のブランク領域上にマークを配置する段階を含む。
【００５８】
一実施形態では、文書のページをすべてスキャンする前に、処理ロジックはその文書を調べて、それが、文書ログと関連付けられた暗号ハッシュを指定する機械読み取り可能コードをすでに含んでいるか判断する。文書の調査は、リスト中に指定された文書のロケーションを調べる段階を含む。ロケーションは、ほとんどの場合、または常に、かかるコードがある文書上の領域である。コードが見つかると、処理ロジックは文書のビットをスキャンしないことに留意せよ。
【００５９】
一実施形態では、図５のこのプロセスはシステムにより実行される。図６は、かかるシステムの一実施形態を示すブロック図である。図６を参照して、本システムは、文書スキャナ６０１とプリンタ６０２を含み、これらはコンピュータ６０３に結合している。コンピュータ６０３は、文書ログデータベース（またはその他のメモリ）６０４に結合している。
ハッシュマークページの読み取りによるログ識別
ページを読み取りハッシュマークを見つけようとするとき、文書全体が分析される。あるいは、一実施形態では、四角形のロケーションリストを好ましい順序でスキャンしてハッシュマークを見つける。（暗号ハッシュを含む）適当なマークが見つかれば、そのマークを使用する。マークのコンテンツは正しい文書ログの識別子として使用される。元のスキャンにアクセスして、文書スキャンをメモリ（例えば、データベース）のコンテンツに対してチェックし、その文書が正しいログを指示していることを確認する。
【００６０】
図７は、ハッシュマークを有する文書ページを読んで文書ログを識別するプロセスの一実施形態を示すフロー図である。このプロセスは、ハードウェア（例えば回路、専用ロジック等）、（汎用コンピュータシステムまたは専用機上で実行される）ソフトウェア、またはこれらの組み合わせを含む処理ロジックにより実行される。
【００６１】
図７を参照して、本プロセスは、最初に、処理ロジックが文書のビットをスキャンする（処理ブロック７０１）。スキャンされたビットは文書画像を形成する。処理ロジックは、文書画像の１つ以上のロケーションを調べて、機械読み取り可能コードを探す（処理ブロック７０２）。一実施形態では、ロケーションは潜在的ロケーションのリストに指定されている。一実施形態では、潜在的ロケーションのリストは所定の順序でスキャンされる。
【００６２】
処理ロジックは、文書のスキャンされたビット中に機械読み取り可能コードを検出し（処理ブロック７０３）、その機械読み取り可能コードから暗号ハッシュを取得する（処理ブロック７０４）。
【００６３】
一実施形態では、機械読み取り可能コードから取得した暗号ハッシュを識別子として用いて、処理ロジックは文書ログにアクセスする（処理ブロック７０５）。
【００６４】
任意的に、処理ロジックは、スキャンされたビットをデータベースに格納されたビットと照合して、文書が文書ログを指示していることを確認する（処理ブロック７０６）。
【００６５】
図８は、ハッシュマークを有する文書ページを読んで文書ログを識別するプロセスの一実施形態を示す、より詳細なフロー図である。このプロセスは、ハードウェア（例えば回路、専用ロジック等）、（汎用コンピュータシステムまたは専用機上で実行される）ソフトウェア、またはこれらの組み合わせを含む処理ロジックにより実行される。
【００６６】
図８を参照して、このプロセスの開始において、処理ロジックがインデックス変数ｎをゼロに初期設定する（処理ブロック８０１）。プロセスは続いて、処理ロジックがインデックスｎを１だけインクリメントして（処理ブロック８０２）、ｎが、暗号ハッシュを含む機械読み取り可能コードを含む可能性がある文書中の潜在的ロケーションを含むロケーションリストloclistの長さより大きいかテストする（処理ブロック８０３）。大きくなければ、処理ロジックはロケーションリストloclistの四角形ｎに含まれる機械読み取り可能コード（例えば、バーコード）があるかどうかテストする。なければ、処理は処理ブロック８０２に進み、続行される。あれば、処理ロジックは、機械読み取り可能コードがログ識別子であるかどうかテストする（処理ブロック８０５）。なければ、処理は処理ブロック８０２に進み、続行される。その場合、処理ロジックは処理ブロック８１５に進み、（文書はすでにマークされているので）処理は終了する。
【００６７】
インデックスｎがロケーションリストの長さより大きいとき、処理は処理ブロック８１６に進み、処理ロジックが文書のすべてのページをスキャンする。スキャン後、処理ロジックは、ページ画像コンテンツの暗号ハッシュを計算し（処理ブロック８０７）、計算されたハッシュからログＩＤを生成する（処理ブロック８０８）。
【００６８】
ログＩＤが生成されると、処理ロジックはインデックスｎをゼロにリセットし（処理ブロック８０９）、インデックスｎを１だけインクリメントする（処理ブロック８１０）。その後、処理ロジックはインデックスｎがロケーションリストの長さより大きいかテストする（処理ブロック８１１）。大きければ、処理は終了し、文書にマークはされない（処理ブロック８１２）。大きくなければ、処理ロジックは、ロケーションリストの四角形ｎがからであるかテストする（処理ブロック８１３）。大きくなければ、処理は処理ブロック８１０に進み、そこから続行される。その場合、処理ロジックは、文書を再度印刷し、機械読み取り可能コードをロケーションリストの四角形ｎに書き込み（処理ブロック８１４）、処理は終了する（処理ブロック８１５）。
新しいスキャンを予めハッシュマークされスキャンされた文書に関連付け
時々、文書が組織に複数の経路を通って届くことがある。その場合、到着する場所と時間が異なる文書の「マークされていない」バージョンがいくつかあるかも知れない。一実施形態では、これらの文書を同一のハッシュマークでマークする。文書画像が予め格納されていて、ハッシュマークがそれと関連付けられているとき、文書画像を比較することにより画像データベース中の正しい文書ハッシュマークを素早く見つけることが素直（tractable）である。例えば、文書のリストは、コラム数、ヘッダとフッタの有無、ＯＣＲ用語頻度（optical  character  recognition  term  frequencies）等の簡単な分類子により、狭めることができるであろう。データベース中の候補文書のリストが好適に小さくなれば、スケーリング、スキュー検出等に基づく網羅的な比較により合理的な疑いの余地なく同一性を証明でき、同じハッシュマークを新しいマークされていない文書に対して使用することができる。
【００６９】
一実施形態では、かかる方法を実施するため、マークが見つからなければ、ハッシュマークページを生成する上記のプロセスを修正して、他の機能を実行する。すなわち、文書のページがマークされていなければ、すべてのページをスキャンして、文書画像を既知のマークのデータベースと照合する。一致すれば、一致した文書に関連付けられている暗号ハッシュを使用する。そうでなければ、その文書画像表現の暗号ハッシュを計算する。上記のように、まだ知られていなければ、文書のコンテンツと計算されたハッシュとは、後で確認するため、メモリ（例えば、データベース）に格納される。
【００７０】
図９は、文書を、予めスキャンされ暗号ハッシュを有する１つ以上の文書に関連づけるプロセスを示すフロー図である。このプロセスは、ハードウェア（例えば回路、専用ロジック等）、（汎用コンピュータシステムまたは専用機上で実行される）ソフトウェア、またはこれらの組み合わせを含む処理ロジックにより実行される。
【００７１】
図９を参照して、プロセスの開始において、処理ロジックは、暗号ハッシュを含む機械読み取り可能コードが配置された文書の１つ以上のロケーションを含むリスト中の特定されたロケーションを調べる。処理ロジックは、文書のビットをスキャンして、その１つ以上のロケーションに機械読み取り可能コードが見つからなければ、文書を生成し（処理ブロック９０２）、文書のスキャンされたビットに対応する文書画像をメモリ中に格納された文書画像と比較する（処理ブロック９０３）。一致を見つけると、処理ロジックは、スキャンされたビットに対応する文書画像と一致する格納された文書画像と関連付けられた暗号ハッシュを取得し、その暗号ハッシュを含む機械読み取り可能コードを文書に書き込む（処理ブロック９０４）。
【００７２】
マッチが見つかれば、処理ロジックは、スキャンされたビットに対応する文書画像の暗号ハッシュを計算し、スキャンされたビットに対応する文書画像と暗号ハッシュとをメモリに格納する（処理ブロック９０５）。
コンピュータシステム例
図１０は、ここに記載した１つ以上の動作を実行するコンピュータシステムの例を示すブロック図である。図１０を参照して、コンピュータシステム１０００は、クライアントまたはサーバのコンピュータシステムを含む。コンピュータシステム１０００は、情報をやりとりする通信メカニズムすなわちバス１０１１と、情報を処理する、バス１０１１に結合したプロセッサ１０１２とを有する。プロセッサ１０１２は、例えばペンティアム(登録商標)プロセッサ、パワーＰＣ（商標）等のマイクロプロセッサを含むが、マイクロプロセッサに限定されない。
【００７３】
システム１０００は、さらに、プロセッサ１０１２により実行される情報及び命令を格納する、バス１０１１に結合したランダムアクセスメモリ（ＲＡＭ）またはその他のダイナミック記憶装置１００４（ここではメインメモリと呼ぶ）を有する。メインメモリ１００４は、プロセッサ１０１２による命令の実行中に、一時的変数やその他の中間情報を記憶するために使用される。
【００７４】
コンピュータシステム１０００は、プロセッサ１０１２の静的情報や命令を記憶する、バス１０１１に結合した読み出し専用メモリ（ＲＯＭ）及び／またはその他の静的記憶装置１００６と、磁気ディスク、光ディスクとその対応するディスクドライブ等であるデータ記憶装置１００７とを有する。データ記憶装置１００７は、情報と命令を記憶し、バス１０１１に結合している。
【００７５】
コンピュータシステム１０００は、コンピュータのユーザに情報を表示するための、バス１０１１に結合した、陰極線管（ＣＲＴ）または液晶ディスプレイ（ＬＣＤ）等のディスプレイ装置１０２１に結合している。英数字入力装置１０２２は、英数字その他のキーを含み、バス１０１１に結合され、プロセッサ１０１２に情報とコマンド選択を送る。追加的なユーザ入力装置として、マウス、トラックボール、トラックパッド、スタイラス、またはカーソル、方向キー等のカーソル制御１０２３があり、バス１０１１に結合し、プロセッサ１０１２に方向情報とコマンド選択を送り、ディスプレイ１０２１上のカーソルの動きを制御する。
【００７６】
バス１０１１に結合した他の装置としてハードコピー装置１０２４がある。このハードコピー装置１０２４は、紙、フィルム、その他のメディア上に、命令、データ、その他の情報を印刷するために使用される。バス１０１１に結合する他の装置として、電話やハンドヘルドパームトップ装置と通信する、有線または無線の通信機能１０２０がある。
【００７７】
システム１０００のどの構成要素もそれに関連するハードウェアも、本発明で使用してもよい。しかし、言うまでもなく、他の構成のコンピュータシステムでは、これらの構成要素の一部または全部を含んでもよい。
【００７８】
上記の説明を読んだ当業者には本発明の変形例や修正例が明らかになったことは間違いなく、言うまでもなく、上記のどの実施形態も本発明を限定することを目的としたものではない。それゆえ、いろいろな実施形態の詳細の説明は、本発明に本質的であると考えられる特徴のみを記載した請求項の範囲を限定するものではない。
【図面の簡単な説明】
【００７９】
【図１】ユーザインターフェイスの例を示す図である。
【図２】図１中のハイライトされたコメントにより参照された放射線画像に係わるログのビューを示す図である。
【図３】文書に係わるログを表すＸＭＬファイルの例を示す図である。
【図４】文書のランデブーポイントにエントリーを送るクライアントの設定を示す図である。
【図５】ハッシュマークされたページを生成するプロセスの一実施形態を示すフロー図である。
【図６】かかるシステムの一実施形態を示すブロック図である。
【図７】ハッシュマークを有する文書ページを読んで文書ログを識別するプロセスの一実施形態を示すフロー図である。
【図８】ハッシュマークを有する文書ページを読んで文書ログを識別するプロセスの一実施形態を示す、より詳細なフロー図である。
【図９】文書を、予めスキャンされ暗号ハッシュを有する１つ以上の文書に関連づけるプロセスを示すフロー図である。
【図１０】コンピュータシステムの一実施形態を示すブロック図である。
【符号の説明】
【００８０】
６０１  文書スキャナ
６０２  プリンタ
６０３  コンピュータ
６０４  文書ログデータベース
１００４  メインメモリ
１００６  スタティックメモリ
１００７  大規模記憶メモリ
１０１１  バス
１０１２  プロセッサ
１０２０  外部ネットワークインターフェイス
１０２１  ディスプレイ
１０２２  キーボード
１０２３  カーソル制御装置
１０２４  ハードコピー装置
【図１】
2008059591.tif 000006
【図２】
2008059591.tif 000007
【図３】
2008059591.tif 000008
【図４】
2008059591.tif 000009
【図５】
2008059591.tif 000010
【図６】
2008059591.tif 000011
【図７】
2008059591.tif 000012
【図８】
2008059591.tif 000013
【図９】
2008059591.tif 000014
【図１０】
2008059591.tif 000015