JP2003527657A - シンボリックにリンクされた情報を参照し、記録保管し、検索する方法およびシステム - Google Patents

Abstract

(57)【要約】 本発明は、特有なシンボル（１２０ａ１，１２０ｃ１，１２０ａ２，１２０ｃ２，１２０ａ３，１２０ｃ３）の使用にもかかわらずシンボリックにリンクされた情報の参照、記録保管、検索を行う方法とシステムを提供する。マスタ１１５ｃデータベースは、各々が予め決定された構造によりフォーマットされた複数のマスタシンボル１１５ｃを格納する。マスタシンボル１１５ｃデータベースにおける各マスタシンボル１１５ｃは、唯一のオブジェクト１３０を識別する親識別子１１０にリンクされる。ユーザは、情報データベースにおけるシンボリックにリンクされた情報を入力シンボルを供給することにより記録保管または検索できる。入力シンボルは、正規化され、マスタシンボル１１５ｃデータベースは、一致するマスタ１１５ｃを探すため検索される。一致するマスタ１１５ｃにリンクされた親識別子１１０は、次いで情報データベース内の情報を検索または記録保管するために使用される。

Description

【発明の詳細な説明】

［発明の分野］ 本発明は、電子的格納領域および情報の検索に関する。特に、本発明は、シン
ボリックにリンクされた情報を参照し、格納し、検索する方法およびシステムに
関する。 ［背景情報］ 多くの形式の情報がシンボルコードを用いて毎日の日常生活において参照され
記録保管（ａｒｃｈｉｖｅ）されている。典型的には、シンボルコードは、コー
ドのシンボルにより表された実世界における特定組の表明されたオブジェクト−
エンティティを参照する一貫性のある便利な言語を要求するユーザ集団により使
用される。しかしながら、実際、大部分のシンボルコードは、定形化されておら
ず、それゆえユーザはこれらのコードを調和させかつ一貫性をもって使用してい
ない。したがって、シンボルの解釈に難がある。 例えば、金融の世界では、金融取引は企業およびそれらの証券を参照してそれ
ぞれが異なる組の取引（チケット）シンボルを用いる。合衆国内ではあるが、ロ
ーカルの取引はシンボル名を調和し、一般に、世界的な取引は各々、企業および
それらの証券を識別するため特定のシンボル組およびシンボル構成を使用する。
例えば、ＰＳＥ（太平洋ストック取引）およびＮＹＳＥ（ニューヨークストック
交換）の両方は、ＩＢＭの証券を表明するためシンボル「ＩＢＭ」を使用する。
しかしながら、合衆国では、シンボル「Ｔ」はＡＴ＆Ｔの証券を指し、一方カナ
ダでは「Ｔ」は企業Ｔｅｌｏｓの証券を指す。英国では、シンボル「Ｔ」は他の
企業の証券を参照し得る。 Ｒｅｕｔｅｒｓ，Ｂｌｏｏｍｂｅｒｇ，Ｂｒｉｄｇｅ等の金融情報のベンダー
はまた、企業およびそれらの証券を参照するためユニークなシンボル組および構
成を使用する。多くの金融情報のベンダーは、境界を定めるキャラクタにより分
離された２つの部分にセグメント化された構造シンボルコードを用いる。例えば
、ベンダーは、ＲＯＯＴセグメントが特定の企業の証券を参照し、ＳＯＵＲＣＥ
セグメントが証券が取引される国または取引所を参照する、シンボル構成ＲＯＯ
Ｔ（境界を定めるキャラクタ）ＳＯＵＲＣＥを用いることができる。境界を定め
るキャラクタは典型的には「＠」または「．」である。 多数のシンボル組が流通しているので、それが属する証券および企業を識別す
るためにシンボルを解釈することは困難である。例えば、単一のベンダーは、フ
ランスにおいて取引されたＩＢＭの証券を参照してシンボル「ＩＢＭ．ＦＲ」を
用い、英国において取引された同じＩＢＭの証券を参照してシンボル「ＩＢＭ．
ＧＢ」を用いることができる。このどちらの場合も、シンボルＩＢＭ．ＦＲおよ
びＩＢＭ．ＧＢは両方とも同一企業ＩＢＭに関連する。しかしながら、２つのベ
ンダーは、２つの異なる企業により発行される２つの異なる証券を参照するため
同一のルートセグメントとソースセグメントを使用できる。例えば、第１のベン
ダーは、合衆国内で取引されたＡＴ＆Ｔ証券を参照してシンボル「Ｔ．ＵＳ」を
用いることができ、一方第２のベンダーは、異なる企業の証券を参照するためシ
ンボル「Ｔ＠ＵＳ」を用いることができる。他方、２つの異なるベンダーが、企
業の同一証券を参照するため異なるルートおよびソースシンボルを用いることが
でき、第１のベンダーは、英国において取引されたＩＢＭの証券を参照するため
、シンボル「ＩＢＭ．ＵＫ」を用いることができ、一方、第２ベンダーは同一Ｉ
ＢＭ証券を参照して、同一ＩＢＭ証券を参照するシンボル「ＩＢ．ＥＧ」を用い
ることができる。 特定の企業にリンクされた金融情報を参照する一貫性のあるシステムの必要性
は、オンラインの金融調査が増大するに連れていっそう重要になってきている。
金融ドキュメント（ドキュメント等）を格納するドキュメント貯蔵庫がインター
ネットのような公的ネットワークまたは私的ネットワークを介して投資家や調査
人にアクセス可能である。寄与者（ｃｏｎｔｒｉｂｕｔｏｒｓ）は、記録保管の
ためのドキュメント貯蔵庫に特定の企業または証券に関する調査ドキュメントを
提出でき、ドキュメント貯蔵庫のクライアント（すなわち投資家または調査人）
は興味ある特定の企業または証券に関するドキュメントを検索できる。 記録保管処理において、寄与者は典型的には提出ドキュメントの主題である企
業または証券を参照する入力ストリングに沿ったドキュメントを提出する。しか
しながら、使用するシンボル組が多数なゆえに、ドキュメントの正確な記録保管
および検索が非常に問題を起こす傾向にある。寄与者は、典型的には種々のベン
ダーシンボルの何れかを使用した入力ストリングを提出し、流通でシンボルを取
引し、またはその寄与者に対する一意の特有なシンボルを使用する。このように
、寄与者により参照される企業証券を識別することは難しい。同様に、特定の企
業に関するドキュメントの検索を要するクライアントは、ベンダーシンボル、交
換シンボルまたは独立の入力シンボルを含む種々の形式で入力シンボルを提出す
る。このことが、検索処理を複雑にする。 証券シンボルの解釈に関する困難は、情報が正確に記録保管され検索可能な、
シンボリックにリンクされた情報を参照する一貫性のある不明瞭でないシステム
の一般的必要性を示している。 発明の概要 本発明は、特有なシンボルの使用にも関わらず、シンボリックにリンクされた
情報を参照し、記録保管し、検索する方法およびシステムを提供する。マスタシ
ンボルデータベースは、複数のマスタシンボルを格納する。ここで、各マスタシ
ンボルは、予め決定された構成にしたがってフォーマットされる。マスタシンボ
ルデータベースにおける各マスタシンボルは、一意のオブジェクトを識別する親
識別子にリンクされる。ユーザは、入力シンボルを供給することにより情報デー
タベースにおけるシンボリックにリンクされた情報を記録保管または検索できる
。入力シンボルは正規化され、マスタシンボルデータベースは一致するマスタシ
ンボルを探すため検索される。一致するマスタシンボルにリンクされた親識別子
は、次に情報データベース内の情報を検索または記録保管するために使用される
。 一実施形態によれば、本発明は、寄与者により提出されたドキュメントの自動
記録保管およびクライアントにより要求されたドキュメントの自動検索が入力シ
ンボルの分析に基づき設けられたコンピュータベースによるドキュメントの貯蔵
庫を備えた環境下で適用される。ドキュメントの貯蔵庫は、マスタシンボルのデ
ータベースを格納し、複数のオブジェクトまたはサブオブジェクトを参照する親
識別子にリンクされる。記録保管する処理において、ドキュメント貯蔵庫は、寄
与者が提出したドキュメントおよびドキュメント内において参照されたオブジェ
クトに属する入力シンボルを電子的に検索する。入力シンボルは、正規化され、
一致するマスタシンボルを探すためマスタシンボルデータベースを検索するよう
使用される。ドキュメントは、次に、一致するマスタシンボルに対応する親識別
子にリンクされるように、ドキュメントデータベース内に格納される。正規化さ
れたシンボルが、マスタシンボルデータベース内に検出されないとき、非確定の
ものを解決しようと試みて寄与者の履歴パターンの分析が実行される。クライア
ントは、入力シンボルを電子的に供給することにより、貯蔵庫に格納されたドキ
ュメントを検索できる。入力シンボルは、正規化され、少なくとも１つのクライ
アントの好みのパラメータが、入力シンボルの如何なる非確定をも解決するため
に使用できる。正規化されたシンボルは、一致するマスタシンボルを探すために
マスタシンボルデータベースを検索するために使用される。一致するマスタシン
ボルにリンクされた親識別子は、次に親識別子にリンクされたドキュメントを検
索するために使用される。 ［詳細な説明］ 本発明は、特有なシンボルの使用にもかかわらず、シンボルとしてリンクされ
た情報の参照、記録保管（ａｒｃｈｉｖａｌ）そして検索のための方法及びシス
テムを提供する。ここで説明される実施例は、ドキュメントを参照し、記録保管
（ａｒｃｈｉｖｅ）し、検索するコンピュータベースのドキュメント貯蔵庫シス
テムに関する。一実施例によれば、ドキュメント貯蔵庫は、世界中で取引きされ
る企業（会社）に関するドキュメントを格納する。しかしながら、ここで説明さ
れる実施例は、単に説明のためのものであって、添付の特許請求の範囲を限定し
ようとするものではない。本発明は、シンボルとしてリンクされた情報を記録保
管し、検索し、又は参照することを必要とする任意の環境に適用可能である。 図１ａは、本発明の一実施例による、親識別子、親識別子にリンクされた複数
のマスタシンボル、１つのオブジェクト、及びそのオブジェクトに関連する複数
のサブオブジェクトを示す。図１の下部には、例としてのオブジェクト１３０と
、オブジェクト１３０に関係するサブオブジェクト１４０ａ〜１４０ｂを示す。
また図１には、すべての可能なオブジェクトからなるオブジェクトスペース１５
０を示す。たとえば、一実施例によれば、オブジェクトスペース１５０は、世界
中で取引きされるすべての企業を含み、オブジェクト１３０は、特定の企業を表
わし、関連サブオブジェクト（たとえば１４０ａ〜１４０ｃ）は、その企業によ
って発行される有価証券を表現する。 図１の上部には、オブジェクト１３０とサブオブジェクト１４０ａ〜１４０ｃ
を表わすマスタシンボルデータベースの構造を示す。特に、親識別子１１０は、
オブジェクト１３０に関係し、マスタシンボル１１５ａ〜１１５ｃは、サブオブ
ジェクト１４０ａ〜１４０ｃのそれぞれに関係する。図１ａの上部と下部はおお
よそ対称である。図１ａに示したように、各マスタシンボルは（たとえば１１５
ａ〜１１５ｃ）は親識別子にリンクされている。各親識別子１１０は、順にオブ
ジェクトスペース１５０に存在する唯一のオブジェクトに関係する。 マスタシンボルデータベースの機能は、入力シンボルに基づく特定のオブジェ
クトの識別を可能とすることである。これはオブジェクトスペース１５０の３平
面の交わりによって示される。以下に詳細に説明するように、入力シンボルは正
規化され、マスタシンボルデータベースが、マッチするマスタシンボルを発見す
るために検索される。マッチするマスタシンボルにリンクされた親識別子は、オ
ブジェクト１３０を識別するために用いられる。 図１は唯一の親識別子と３個のマスタシンボルのみを示すが、マスタシンボル
データベースは、代表的には、多くのマスタシンボルを含み、そのうちの各マス
タシンボルは多くの親シンボル１１０の１つにリンクされる。たとえば、図１ｂ
は、マスタシンボル１１５ａ〜１１５ｃが親識別子１１０ａにリンクされ、マス
タシンボル１１５ｄ〜１１５ｆが親識別子１１０ｂにリンクされ、マスタシンボ
ル１１５ｇ〜１１５ｋが親識別子１１０ｃにリンクされ、マスタシンボル１１５
ｌ〜１１５ｍが親識別子１１０ｄにリンクされている。このように、マスタシン
ボル１１５ａ〜１１５ｃは第１のオブジェクトに関係し、マスタシンボル１１５
ｄ〜１１５ｆは第２のオブジェクトに関係し、マスタシンボル１１５ｇ〜１１５
ｋは第３のオブジェクトに関係し、マスタシンボル１１５１〜１１５ｍは第４の
オブジェクトに関係する。 さらに一例が、図１ａに示されるスキームのアプリケーションを説明する。本
発明によれば、各オブジェクト１３０は企業を表し、各サブオブジェクト（たと
えば１４０ａ〜１４０ｃ）はその企業によって発行された有価証券を表す。この
例によると、唯一の親識別子１１０は各企業に割り当てられる。特定の企業によ
り発行された各有価証券は唯一のマスタシンボルに割り当てられ、この唯一のマ
スタシンボルは、その有価証券を発行する企業に割り当てられた親識別子１１０
にリンクされる。各マスタシンボルはリンクされた親識別子１１０とともにマス
タシンボルデータベースに格納される。 一実施例によると、マスタシンボルデータベースに格納されるすべてのマスタ
シンボルは、シンボルテンプレートによって定義される所定の構造を利用する。
図１ｃに、本発明の一実施例によるシンボルテンプレートを示す。シンボルテン
プレート１４５は任意の数のシンボルフィールド１５０（１）〜１５０（Ｎ）か
ら成る。各シンボルフィールド１５０（１）〜１５０（Ｎ）は情報のカテゴリー
を表わし、シンボル化されたオブジェクト又はサブオブジェクトの特定の属性に
対応する。このようにして、同一の所定のシンボルテンプレート１４５に従って
組立てられるマスタシンボルデータベースに、すべてのマスタシンボルが格納さ
れる。 特に、マスタシンボルデータベースに格納された各マスタシンボルは、シンボ
ルテンプレート１４５によって定義される各シンボルフィールド１５０（１）〜
１５０（Ｎ）に対応してマスタシンボルセグメントを含む。各シンボルセグメン
トはテキスト文字列を含む。たとえば、国属性に関係するシンボルフィールドに
対して、マスタシンボルデータベースに格納されたシンボルは、米国、英国、仏
国にそれぞれ属するシンボルセグメント（すなわちテキスト文字列）「ＵＳ」、
「ＧＢ」、「ＦＲ」を含み得る。たとえば、図１ａは、３つのシンボルフィール
ド（図示せず）を含む、シンボルテンプレート１４５に従って組立てられたマス
タシンボル１１５ａ〜１１５ｃを示す。各マスタシンボル１１５ａ〜１１５ｃは
、シンボルテンプレートによって定義されたシンボルフィールドにそれぞれ対応
して、３つのシンボルセグメント（すなわち１２０ａ１〜１２０ｃ１、１２０ａ
２〜１２０ｃ２、１２０ａ３〜１２０ｃ３）から成るという事実から、このこと
は明らかである。 さらに、一例によって、マスタシンボルデータベースに格納されたシンボルの
構造を形成する対応するシンボルセグメントに対する、シンボルテンプレート１
４５の関係を説明する。一実施例に従えば、マスタシンボルデータベースに格納
されたマスタシンボルは、特定のマーケットで取引される企業の有価証券をシン
ボライズする。この場合、図１ｄに示したようなシンボルテンプレート１４５が
使用される。ルートフィールドとして言及される第１のシンボルフィールド１５
０ａは企業の有価証券を特定し、ソースフィールドして言及される第２のシンボ
ルフィールドは１５０ｂは、その有価証券が取引された国を特定する。以上のよ
うに、この場合はマスタシンボルデータベースは、２つのシンボルセグメントを
含み、２つのシンボルセグメントは、図１ｄに示すシンボルテンプレート１４５
によって定義されたシンボルフィールド１５０ａと１５０ｂのそれぞれに対応す
る、ルートセグメント（すなわち、企業の有価証券名に対応するＡＳＣＩＩ文字
列）とソースセグメント（すなわち、その有価証券が取引される国に対応するＡ
ＳＣＩＩ文字列）である。 マスタシンボルデータベースに格納されたマスタシンボルは、正規化されたフ
ォーマットで格納され、マスタデータベースを参照し検索する一貫した方法を提
供する。このように、たとえばシンボルセグメント「ＵＳ」は、米国に関連する
マスタシンボルデータベースに格納されたすべてのマスタシンボルに対して用い
られることができる。 図１ａは、マスタシンボルデータベースに格納されたマスタシンボルは、サブ
オブジェクト１４０ａ〜１４０ｃに関連する一例を示すが、代替の実施例では、
マスタシンボル１４０ａ〜１４０ｃがオブジェクト１３０自体に関連する。マス
タシンボルデータベースの構造と親識別子にリンクする方法は、以下により詳細
に説明される。 ドキュメント貯蔵庫のユーザは、入力シンボルに関連する情報の格納又は検索
のいずれかのために、マスタシンボルデータベースに対して入力シンボルを入力
してサーチすることができる。しかしながら、シンボルの使用法が特異であれば
、入力シンボルは正規化され、それに関連するオブジェクト１３０が識別される
ように変換されなければならない。図２は、本発明の一実施例による、唯一の関
連オブジェクトを識別するために、入力シンボルを変換する一組のステップを示
すフローチャートである。ステップ２１０では、ユーザから入力シンボルを受信
する。ステップ２０では、入力シンボルが一組の正規化ルールに従って、正規化
シンボルを得るために処理される。入力シンボルの正規化の手続きは、以下によ
り詳細に説明される。ステップ２３０では、正規化シンボルが既知（すなわちマ
スタシンボルデータベースに格納されるマスタシンボルに一致する）かどうかが
判断される。もし正規化シンボルが既知であれば、正規化シンボルにリンクされ
た親識別子１１０が検索される。そのとき、ステップ２５０では、検索された親
識別子１１０を用いて、情報（たとえば、電子化ドキュメント）の検索と記録保
管のような適切な処理が行われる。この手順はステップ２９０で終わる。 もし、正規化シンボル１１５が既知でなければ、すなわち、マスタシンボルデ
ータベースに格納されるマスタシンボルと一致しない場合（ステップ２３０の「
ｎｏ」ブランチ）、ステップ２６０で、そのシンボルの入力者（ｓｕｂｍｉｔｔ
ｅｒ）の履歴パターンの分析を実行する。以下により詳細に説明するように、未
知の入力シンボルがそのユーザより以前に使用されたかどうか、それはどのよう
に変換されたかを判断するために、別個のデータベースをサーチすることを必要
とする。あるいは、これに代えて、特定のシンボルセグメントが決定できなけれ
ば、未決定のシンボルセグメントに対して発生する頻度を決定するために、ユー
ザの履歴の統計的分析を実行することができる。シンボルの提案者（ｃｏｎｔｒ
ｉｂｕｔｏｒ）の履歴パターンを用いて、そのシンボルを決定できれば、シンボ
ルは決定され（ステップ２７０の「ｙｅｓ」ブランチ）、正規化シンボル（ステ
ップ２４０）にリンクされた親識別子１１０の検索に、フローが続く。もしそう
でなければ（ステップ２７０の「ｎｏ」ブランチ）、その手順は失敗である（ス
テップ２８０）。 図３は、本発明の一実施例による、シンボルとしてリンクされたドキュメント
の電子化された記録保管と検索を可能とするネットワークアーキテクチャを示す
ブロック図である。ドキュメント貯蔵庫３１９は、他のコンポーネントの間に、
コントリビュータゲートウェイサーバ３４０ａとクライアントゲートウェイサー
バ３４０ｂを備える。サーバ３４０ａ及び３４０ｂは各々、ネットワークインタ
フェイス（図示せず）と同様にプログラムの命令を実行するプロセッサとメモリ
を有する。 一実施例によると、クライアント３０５はパーソナルコンピュータ３１０を使
用し、モデム３１５、ＰＯＴＳ電話線３１７、インターネットサービスプロバイ
ダ３２０、ＴＩライン３３０ｄ、インターネット３４０、ＴＩ３３０ｃ、及びク
ライアントゲートウェイサーバ３４０ｂを経由して、ドキュメント貯蔵庫３１９
と通信を行う。クライアント３０５は、所望のオブジェクト又はサブオブジェク
トに関する入力シンボルを入力して、ドキュメント貯蔵庫３１９に格納された特
定のデータ又はドキュメントをサーチすることができる。クライアントゲートウ
ェイサーバ３４０ｂは、ドキュメント貯蔵庫３１９からのドキュメントのサーチ
（ｓｅａｒｃｈ）及び検索（ｒｅｔｒｉｅｖａｌ）を実行するための多くの処理
（以下により詳細に説明する）を実行する。特に、クライアントゲートウェイサ
ーバ３４０ｂは、クライアント３０５から入力シンボルを受信し、入力シンボル
を正規化し、対応する親識別子（存在するなら）を見出すためにマスタシンボル
データベース４２０をサーチし、そしてその親識別子にリンクされたドキュメン
トデータベースからドキュメントを検索するといった多くの処理を実行する。 クライアントゲートウェイサーバ３４０ｂはまた、ＧＵＩ（グラフィカルユー
ザインターフェイス）を提供する処理を行う。このＧＵＩは、特定のドキュメン
トについてドキュメント貯蔵庫をサーチするため、及びクライアントに検索ドキ
ュメントを表示するために、クライアント３０５が入力シンボルを入力するのに
便利なインタフェイスを提供する。一実施例によると、クライアントゲートウェ
イサーバ３４０ｂは、クライアントゲートウェイサーバ３４０ｂに接続している
クライアント（たとえば３０５）に対して、記憶手段（図示せず）に置かれるＨ
ＴＭＬ（ハイパーテキストマークアップ言語）コンテントを提供（ｓｅｒｖｅ）
する。特に、クライアントゲートウェイサーバ３４０ｂに格納されたＨＴＭＬペ
ージは、入力シンボルによってシンボライズされた特定のオブジェクトに関する
ドキュメントを求めてドキュメント貯蔵庫をサーチするために、クライアントが
入力文字列を入力することを可能とする便利なユーザインタフェイスを提供する
。さらに、クライアントゲートウェイサーバ３４０ｂは、クライアントによって
提供される入力サーチ文字列の入力と処理を可能とする少なくとも１つのＣＧＩ
（コモンゲートウェイインタフェイス）を実行することができる。 コントリビュータ３４０は、ＴＩライン３３０ａ、インターネット３４０、Ｔ
Ｉライン３３０ｂ、及びコントリビュータゲートウェイサーバ３４０ｂを経由し
てドキュメント貯蔵庫３１９と通信する。コントリビュータサイト３４０で作成
されるドキュメントは、ＴＩライン３３０ｂ、インターネット３４０、ＴＩライ
ン３３０ｂ、及びコントリビュータゲートウェイサーバ３４０ａを経由してドキ
ュメント貯蔵庫３１９に送信される。コントリビュータゲートウェイサーバ３４
０ａは、コントリビュータからドキュメント及び入力シンボルを受信し、受信入
力シンボルを正規化し、マスタシンボルデータベース４２０をサーチし、そして
各種のコントリビュータによって入力されるドキュメントを記録保管することに
関して、多くの処理（以下に詳細に説明する）を実行する。コントリビュータ３
４０はテキストファイル、ＰＤＦ（ポータブルドキュメントファイル）、マイク
ロソフトワードファイル等を含む多くのフォーマットで、インターネットを介し
て電子的にドキュメント貯蔵庫３１９にドキュメントを入力することができる。
ドキュメント貯蔵庫３１９に含まれる残りのコンポーネントは、図４を参照して
以下に説明される。 図４は本発明の一実施例によるシンボルとしてリンクされたドキュメントを記
録保管し検索するドキュメント貯蔵庫システムの一部のアーキテクチャを示すブ
ロック図である。コントリビュータゲートウェイサーバ３４０ａ、クライアント
ゲートウェイサーバ３４０ｂ、シンボルサーバ４１０、マスタシンボルデータベ
ース４２０、リレーショナルデータベース４３０、コントリビュータ履歴パター
ンデータベース４４０、ドキュメントファイルデータベース４５０、フルテキス
トデータベース４６０、クライアントデータベース４７０、正規化テーブルデー
タベース４１７、及びオブジェクトデータベース４１５を、ドキュメント貯蔵庫
３１９が備える。ただ１つのコントリビュータ３４０と１クライアント３０５が
図４に示されているが、システムは複数のコントリビュータと複数のクライアン
トで機能するように設計されている。 シンボルサーバ４１０は、コントリビュータゲートウェイサーバ３４０ａとク
ライアントゲートウェイサーバ３４０ｂから、マスタシンボルデータベース４２
０をサーチするようにリクエストを受けて処理する。特に、以下により詳細に説
明するように、シンボルサーバ４１０は、コントリビュータゲートウェイサーバ
３４０ａ又はクライアントゲートウェイサーバ３４０ｂのいずれかから、少なく
とも１つの正規化入力シンボルを受け取り、正規化入力シンボルに一致するマス
タシンボルがマスタシンボルデータベース４２０に発見される場合には、シンボ
ルデータベース４２０から検索される対応する親識別子１１０を返す。 マスタシンボルデータベース４２０はすべてのマスタシンボル（たとえば１１
５ａ〜１１５ｃ）のリストとこれらの関連親識別子１１０を格納している。たと
えば、一実施例によると、マスタシンボルデータベース４２０は、世界中の企業
によって発行された有価証券に関係する一組のマスタシンボルを格納する。一実
施例によると、マスタシンボルデータベース４２０は、世界中で取引される企業
のすべての既知の有価証券を参照する一組のソーステーブルから定期的に作成さ
れる。マスタシンボルデータベース４２０の作成は、以下により詳細に説明され
る。 図５ａは、本発明の一実施例による、マスタシンボルデータベースにおけるマ
スタシンボルデータの格納のためのデータ構造を示す。特に、図５ａは、シンボ
ルセグメント（たとえば１２０ａ１〜１２０ｃ３）の任意の数（Ｎ）に従って、
組立てられるマスタシンボル（たとえば１１５ａ〜１１５ｃ）とともに親識別子
を格納しリンクするためのデータ構造である。マスタシンボルデータベース４２
０は、データベース４２０において各マスタシンボルに対して１レコード５０５
格納する。各レコード５０５は親識別子フィールドシンボルセグメントフィール
ド５２０（１）〜５２０（Ｎ）を格納する。シンボルセグメントフィールドの数
は、マスタシンボルデータベース４２０に格納されるマスタシンボルの構造を定
義するシンボルテンプレート１４５に依存して、変化する（すなわちシンボルセ
グメントの数は各シンボルを含むシンボルフィールドの数に正確に対応する）。
親識別子フィールド５１０とシンボルセグメントフィールド５２０（１）〜５２
０（Ｎ）は、ハードディスクドライブのような記憶装置上の情報を格納するため
の１以上のメモリ位置を含む。たとえば、一実施例によれば、親識別子フィール
ド５１０は４バイトの情報を占有する３２ビット整数値を格納する。シンボルセ
グメントフィールド５２０（１）〜５２０（Ｎ）は、所定の長さのＡＳＣＩＩテ
キスト文字列を格納する。 たとえば、図５ｂは、本発明の一実施例による世界中で取引きされる企業の有
価証券シンボルを格納する環境（ｃｏｎｔｅｘｔ）下で適用される５ａに示すデ
ータ構造の特定の例を示す。この実施例によると、３フィールド５１０、５２０
ａそして５２０ｂを含むレコード５０５は、各有価証券シンボルのために作成さ
れる。フィールド５２０ａと５２０ｂは、それぞれ企業の有価証券の名前に対応
するルートシンボルセグメントとその有価証券が取引きされる国に対応するソー
スシンボルセグメントとを格納する。フィールド５１０はマスタ有価証券シンボ
ルと関連する親識別子、すなわちその有価証券を発行する企業に割り当てられた
親識別子を格納する。マスタシンボルデータベース４２０は以下に詳細に説明さ
れる。 図６は、本発明の一実施例によるドキュメントファイルデータベースにおける
ドキュメントの格納のためのデータ構造を示す。ドキュメントファイルデータベ
ース４５０は、データベースに格納された各ドキュメントのための１レコード６
１０を格納する。各レコード６１０は、ドキュメントファイルフィールド６３０
とドキュメント識別子フィールド６２０を有する。ドキュメントファイルフィー
ルド６３０はドキュメントの実際のフォーマットされたドキュメントデータを格
納する。これに代えて、ドキュメントファイルフィールド６３０は、ドキュメン
トデータが格納されているメモリ位置を指示するポインタを格納してもよい。ド
キュメント識別子フィールド６２０はドキュメントファイルデータベース４５０
に格納された各ドキュメントに割り当てられる一意的な識別コードを格納する。
以下に説明するように、ドキュメント貯蔵庫３１９にドキュメントを受け入れる
と、一意的なドキュメント識別子が受け入れドキュメントに対して作成され、ド
キュメント識別子フィールド６２０のドキュメントとともに格納される。ドキュ
メントは多くのファイルフォーマットの形で格納される。たとえば、ドキュメン
トは、ＰＤＦファイル、マイクロソフトワードファイル、テキストファイル等と
して格納される。 フルテキスト・データベース４６０は、ドキュメントデータをテキスト形式で
保存（格納）し、特定のキーワードについてドキュメントデータを検索できるよ
うにする。ある実施例によると、コントリビュータ・ゲートウェイ・サーバ３４
０ａはプロセスを実行し、コントリビュータ（１４０等）から受け取ったドキュ
メントをフルテキスト・データベース４６０保存用にテキスト形式に変換する。
フルテキスト・データベース４６０では、ドキュメント自体に含まれる特定の検
索擁護によりドキュメントの検索および取り出しが可能である。 図７は、本発明のある実施例により、ドキュメントリポジトリに保存したドキ
ュメントに関連する情報を保存するためのリレーショナル・データベースに用い
られるデータ構造を示す。リレーショナル・データベース４３０は、ドキュメン
トファイル・データベース４５０とマスタ・シンボル・データベース４２０との
間の架け橋の役割を果たす。特に、ドキュメントデータベースに保存される各ド
キュメントについて、リレーショナル・データベース４３０は、ドキュメントで
参照するオブジェクトまたはサブ・オブジェクトに対応する親ＩＤ７２０に対し
ドキュメントのドキュメントＩＤ７３０をクロス・リファレンスする。リレーシ
ョナル・データベース４３０はまた、コントリビュータから受け取ったドキュメ
ントの特定の属性に関して追加データを保存する。 レコード７０５は、ドキュメントリポジトリ３１９に保存された各ドキュメン
トについてリレーショナル・データベース４３０で生成される。本発明のある実
施例によると、各レコードはドキュメント識別子フィールド７１０、親識別子フ
ィールド７２０、コントリビュータＩＤフィールド７３０、マスタ・シンボル・
ポインタ・フィールド７４０、コントリビュータ入力シンボル・フィールド７５
０および所定数のコントリビュータ・エレメント・フィールド（図示せず）を含
む。 ドキュメント識別子フィールド７１０は、そのドキュメントに割り当てられた
独自のドキュメント識別子を保存する。独自のドキュメント識別子は、ドキュメ
ントリポジトリ（貯蔵庫）３１９でドキュメントを受けた時点で生成される。親
識別子フィールド７２０は、ドキュメントに関連するオブジェクトに関する親識
別子を保存する。普通は、親識別子フィールド７２０は、ドキュメントのコント
リビュータが提出する入力シンボルにリンクされる親識別子を保存する。以下に
詳細に述べるように、コントリビュータが提出した新ドキュメントのアーカイブ
（記録保管）の一部として、コントリビュータ入力シンボルを正規化し、マスタ
・シンボル・データベース中の一致するマスタ・シンボルにリンクされた親識別
子をマスタ・シンボル・データベースから取り出す。この親識別子は親識別子フ
ィールド７２０に保存する。例えば、ある実施例によると、財務ドキュメントの
アーカイブのコンテキストでは、親識別子フィールド７２０は、ドキュメント識
別子フィールド７１０に保存されたドキュメント識別子を持つドキュメントに関
連する企業の識別子を保存する。 コントリビュータＩＤフィールド７３０は、ドキュメントのコントリビュータ
に対応する独自のコントリビュータ識別子を保存する。マスタ・シンボル・ポイ
ンタ・フィールド７４０は、ドキュメントのオブジェクトに関連するマスタ・シ
ンボル・データベース４２０のマスタ・シンボルへのポインタを保存する。特に
、このポインタはコントリビュータの提供する正規化した入力シンボルを使って
マスタ・シンボル・データベース４２０を検索することによって見つけた一致す
るマスタ・シンボルをポイントするポインタである。コントリビュータ入力シン
ボル・フィールド７５０は、ドキュメントを提出する時（正規化前に）コントリ
ビュータが提供した入力シンボルを保存する。 図８は、本発明のある実施例による特定のコントリビュータの履歴シンボル利
用トレンドに関連する情報を保存するためのコントリビュータ履歴パターン・デ
ータベースに用いられるデータ構造を示す。コントリビュータ履歴パターン・デ
ータベース４４０の目的は、コントリビュータの提供する入力シンボルの正規化
を支援し、ドキュメントリポジトリ３１９にドキュメントを提出する時、コント
リビュータが提供するあいまいな記号の分析を可能にすることである。例えば、
コントリビュータは、シンボル・セグメントが１個以上失われたドキュメントと
入力シンボルを提出することがある。あるいは、コントリビュータは、正規化お
よびマスタ・シンボル・データベース４２０検索後に分析できないシンボル・セ
グメントを１個以上含む入力シンボルを提出することがある。 コントリビュータ履歴パターン・データベース４４０は、ドキュメントリポジ
トリ３１９にドキュメントを与える各コントリビュータのレコードを保存する。
各レコードは、コントリビュータＩＤフィールド８１０、および所定数の優位使
用セグメント・フィールド８２０（１）−８２０（Ｎ）からなる。本発明の実施
例では、各レコード８０５に保存される優位使用セグメント・フィールドの数は
、マスタ・シンボル・データベース４２０にマスタ・シンボルを保存するための
シンボル・テンプレート１４５に定義されるシンボル・フィールドの数に正確に
一致する。 コントリビュータＩＤフィールド８１０は、ドキュメントリポジトリ３１９に
ドキュメントを提出する各コントリビュータの独自のコントリビュータ識別子を
保存する。優位使用セグメント８１０（１）−８２０（Ｎ）は、シンボル・フィ
ールド１５０（１）−１５０（Ｎ）にそれぞれ正確に対応し、それぞれがコント
ロールのそれぞれのシンボル・フィールドに対応する最も頻繁に提出されたシン
ボル・セグメントを保存する。 例えば、財務ドキュメントリポジトリのコンテキストでは、マスタ・シンボル
・データベースは構造ＲＯＯＴ．ＳＯＵＲＣＥを利用して企業有価証券・シンボ
ルを保存するが、コントリビュータ履歴パターン・データベースは次のレコード
を保存することがある。 レコード１ フィールド８１０：コントリビュータ１ＩＤ フィールド８２０（１）：＜空白＞ フィールド８２０（２）：ＧＢ レコード２ フィールド８１０：コントリビュータ２ＩＤ フィールド８２０（１）：＜空白＞ フィールド８２０（２）：ＵＳ レコード３ フィールド８１０：コントリビュータ３ＩＤ フィールド８２０（１）：＜空白＞ フィールド８２０（２）：ＦＲ レコード１−３はそれぞれ、コントリビュータ１−３の優位使用セグメントを
保存する。第１の優位シンボル・セグメント・フィールド８２０（１）は全コン
トリビュータについて空白で、図１ｃに示すシンボル・テンプレート１４５のル
ート・フィールドには優位使用セグメントが存在しないことを表す。第２優位シ
ンボル・セグメント・フィールド８２０（２）には、コントリビュータ１−３の
エントリが入っている。特に、レコード１はコントリビュータ１の提出したＧＢ
が最優位シンボル・セグメント、ＵＳがコントリビュータ２の提出した最優位シ
ンボル・セグメント、ＦＲがコントリビュータ３の提出した最優位シンボル・セ
グメントであることを示す。 故に、ある実施例によると、コントリビュータ２がソース・フィールド１５０
ｂに対応するシンボル・セグメントのない入力シンボルを提出しようとすると、
コントリビュータ履歴パターン・データベースが検索され、「ＵＳ」がコントリ
ビュータ２の提出したソース・フィールドの最優位使用セグメントであると決定
する。そのため、シンボル・セグメント「ＵＳ」が、このコントリビュータの与
える入力シンボルのソース・セグメントとして割り当てられる。 履歴パターン・データベース４４０の生成については、以下に詳細に述べる。 図９は、本発明のある実施例によるクライアント・プリファレンスに関連する
情報を保存するためのクライアント・データベースに用いられるデータ構造を示
す。クライアント・プリファレンス・データベース４７０は、クライアントの提
出した入力シンボルの正規化を支援するため、デフォルトのシンボル・セグメン
トに関するクライアント・プリファレンス・データを保存する。コントリビュー
タ履歴パターン・データベース同様、クライアント・データベース４４０の目的
は、ドキュメントリポジトリ３１９にドキュメントを提出する時、クライアント
が提供するあいまいなシンボルを解析できるようにすることである。ただし、あ
る実施例によると、クライアント・データベースはクライアントの履歴トレンド
を分析するのではなく、デフォルトのシンボル・セグメント・プリファレンスを
前もってクライアントが選択できるようにすることで作成する。例えば、クライ
アントはシンボル・セグメントが１個以上失われているドキュメントリポジトリ
３１９を検索するため入力シンボルを提出することがある。あるいは、クライア
ントは、マスタ・シンボル・データベース４２０の正規化と検索の後に解析でき
ないシンボル・セグメントを１個以上含む入力シンボルを提出することがある。 クライアント履歴パターン・データベース４４０は、ドキュメントリポジトリ
３１９を使って各クライアントのレコードを保存する。各レコードは、クライア
ントＩＤフィールド９１０、および所定数のクライアント・プリファレンス・セ
グメント・フィールド９２０（１）−９２０（Ｎ）からなる。各レコード９０５
のクライアント・プリファレンス・セグメント・フィールドの数は、マスタ・シ
ンボル・データベース４２０にマスタ・シンボルを保存するためのシンボル・テ
ンプレート１４５に定義されるシンボル・フィールドの数に正確に対応する。 クライアントＩＤフィールド９１０は、ドキュメントリポジトリ３１９を使っ
て各クライアントの独自のクライアント識別子を保存する。クライアント・プリ
ファレンス・セグメント９２０（１）−９２０（Ｎ）は、シンボル・テンプレー
ト１４５のシンボル・フィールド１５０（１）−１５０（Ｎ）にそれぞれ対応し
、それぞれは、クライアントのそれぞれのシンボル・フィールドに対応するクラ
イアント定義のデフォルトのプリファレンス・セグメントを保存する。 例えば、財務ドキュメントリポジトリのコンテキストでは、マスタ・シンボル
・データベースは構造ＲＯＯＴ．ＳＯＵＲＣＥを利用して企業有価証券・シンボ
ルを保存するが、クライアント・データベースは次のレコードを保存することが
ある： レコード１ フィールド９１０：クライアント１ＩＤ フィールド９２０（１）：＜空白＞ フィールド９２０（２）：ＧＢ レコード２ フィールド９１０：クライアント２ＩＤ フィールド９２０（１）：＜空白＞ フィールド９２０（２）：ＵＳ レコード３ フィールド９１０：クライアント３ＩＤ フィールド９２０（１）：＜空白＞ フィールド９２０（２）：ＦＲ レコード１−３はそれぞれ、クライアント１−３のクライアント・プリファレ
ンス・セグメントを保存する。第１のクライアント・プリファレンス・セグメン
ト・フィールド９２０（１）はクライアントについて空白で、図１ｃに示すシン
ボル・テンプレート１４５のルート・フィールドにはクライアント・プリファレ
ンス・セグメントが確立していないことを表す。第２クライアント・プリファレ
ンス・セグメント・フィールド９２０（２）には、コントリビュータ１−３のエ
ントリが入っている。特に、レコード１はクライアント１−３がそれぞれ「ＵＳ
」、「ＧＢ」、および「ＦＲ」をそれぞれのソース・フィールド１５０ｂに選ん
だことを示す。 故に、ある実施例によると、クライアント２がソース・フィールド１５０ｂに
対応するシンボル・セグメントのない入力シンボルを提出しようとすると、クラ
イアント履歴データベースが検索され、「ＵＳ」はソース・フィールドについて
クライアント２が選択したデフォルトのシンボル・セグメントであると決定され
る。そのため、シンボル・セグメント「ＵＳ」がクライアントの提出した入力シ
ンボルのソース・セグメントとして割り当てられる。 図１０は、本発明のある実施例による各種シンボル・セットに関連する正規化
テーブル・データベースに用いられるデータ構造である。正規化テーブル・デー
タベース４１７の機能は、コントリビュータまたはクライアントの提出した入力
シンボルの正規化を支援することである。クライアントとコントリビュータは既
存のあらゆる数のシンボルを使って入力シンボルを提供することができるため、
流通している各種シンボル・セットとマスタ・シンボル・データベース４２０に
保存されたマスタ・シンボルのセットとの間のネゴシエーションにメカニズムが
用いられる。例えば、財務（金融）シンボルに関して、コントリビュータとクラ
イアントがあらゆる数のベンダー・シンボルまたは交換（取引）シンボルを使っ
て入力ストリングを提出することがある。正規化テーブル・データベース４１７
によって、流通している異なるシンボル・セット間の変換とネゴシエーションが
可能になる。 例えば、ある実施例によると、正規化テーブル・データベース４１は、各種財
務情報のベンダーや為替のシンボル・セットをマスタ・シンボル・データベース
４２０に保存されたマスタ・シンボルに関連づける情報を保存する。特に、ある
コントリビュータはシンボル・セグメント「ＧＢ」を英国の参照に用いる一方、
別のコントリビュータはシンボル・セグメント「ＥＮ」を使用する場合がある。
しかし、マスタ・シンボル・データベース４２０に保存されたマスタ・シンボル
は英国を参照するのにシンボル・セグメント「ＵＫ」を使うことがある。故に、
クライアントがシンボル・セグメント「ＧＢ」の入ったシンボルを提出する場合
、これはマスタ・シンボル・データベース４２０に保存されたマスタ・シンボル
に対し検索できるように「ＵＫ」に正規化しなければならない。 ある実施例によると、正規化テーブル・データベースはコントリビュータまた
はクライアントが使うかもしれない流通している各シンボルについてレコード１
００５を保存する。レコード１００５は、シンボル・オーナー・フィールド１０
１０、オーナー・シンボル・セグメント・フィールド１０２０、マスタ・シンボ
ル・セグメント・フィールド１０３０を含む。シンボル・オーナー・フィールド
１０１０は流通している特定のシンボル・セグメントが属するエンティティまた
は組織の独自の識別子を保存する（為替やベンダー等）。オーナー・シンボル・
セグメント・フィールド１０２０は、特定のシンボル・オーナー（ベンダーや為
替等）の採用するシンボル・セグメントのＡＳＣＩＩストリングを保存する。マ
スタ・シンボル・セグメント１０１０フィールドは、マスタ・シンボル・データ
ベース４２０に保存されるであろう対応するシンボル・セグメントを保存する。
故に、マスタ・シンボル・セグメント・フィールド１０３０はフィールド１０２
０に保存されるオーナー・シンボル・セグメントの正規化に対応するシンボル・
セグメントを保存する。 例えば、正規化テーブル・データベースは次のような２つのレコードを含むこ
とができる。 レコード１ フィールド１：ＧＢ フィールド２：シンボル・オーナー１ＩＤ フィールド３：ＥＮ レコード２ フィールド１：ＧＢ フィールド２：シンボル・オーナー２ＩＤ フィールド３：ＵＫ この場合、レコード１は、シンボル・オーナー１が英国を指すのにシンボル・
セグメント「ＥＮ」を使う一方、マスタ・シンボル・データベース４２０に保存
されたシンボルは英国を指すのにシンボル・セグメント「ＵＫ」を用いることを
示す。レコード２は、シンボル・オーナー２が英国を指すのにシンボル・セグメ
ント「ＵＫ」を使うのに対して、マスタ・シンボル・データベースに保存された
シンボルは英国を指すのにシンボル・セグメント「ＧＢ」を用いることを示す。
故に、クライアントまたはコントリビュータがシンボル・オーナー２に対応する
シンボル・フォーマットで入力シンボルを提出し、入力シンボルがシンボル・セ
グメント「ＵＫ」を含む場合、シンボル・セグメント「ＵＫ」はマスタ・シンボ
ル・データベース４２０に保存されたすべてのマスタ・シンボルで英国を表すの
に用いられるシンボル・セグメントに対応するため、「ＧＢ」に正規化されるこ
とになる。 図１１は、本発明のある実施例による、親識別子にオブジェクトを関連づける
情報を保存するためのオブジェクト・データベースに用いられるデータ構造を示
す。レコード１１０５は、オブジェクト・スペース１０５で各オブジェクトにつ
いて生成される。各レコード１１０５は、オブジェクト名フィールド１１１０と
親ＩＤフィード１１２０の２つのフィールドを含む。オブジェクト名フィールド
１１１０はオブジェクトの名を保存し、親ＩＤフィールド１１２０はそのオブジ
ェクトに関連する独自の親識別子を保存する。例えば、本発明のある実施例によ
ると、オブジェクト・データベース４１５は世界中で取引される企業に関する情
報を保存する。この場合、レコード１１０５は各企業について生成される。オブ
ジェクト名フィールド１１１０は企業の名称を保存し、親ＩＤフィールド１１２
０はフィールド１１１０で名づけられた企業に関連する独自の親識別子を保存す
る。 図１２は、本発明のある実施例によるマスタ・シンボル・データベースの作成
のステップを示すフローチャートである。ある実施例によると、１個以上のシン
ボル・ソースファイルとオブジェクト・データベース４１５がマスタ・シンボル
・データベース４２０の作成に利用される。例えば、マスタ・シンボル・データ
ベース構築のコンテキストで、企業有価証券、世界中の企業の有価証券のための
多数の為替コードや週次ファイルが処理され、マスタ・シンボル・データベース
４２０を構築する。マスタ・シンボル・データベース４２０の再構築頻度はシン
ボル情報がどれだけ速く変更されるかによって変わる。 ステップ１２１０で、手順が開始される。ステップ１２２０で、ソース・ファイ
ルから次のシンボルが取り出される。ステップ１２３０で、取り出したシンボル
を文字ルールセットに従って正規化する。例えば、マスタ・シンボルが世界中で
取引される企業の有価証券に言及する実施例によると、利用可能なシンボル・ソ
ース・ファイルから各シンボルに次のキャラクタ（文字）ルールが適用される。 １．「＠」や「＝」などの特殊キャラクタはすべて「／」に変更する。 ２．アルファベット文字はすべて大文字に変更する。 ３．数字シンボルから最初のゼロはすべて取り除く。 ステップ１２４０で、プロセスルールが適用される。マスタ・シンボル・デー
タベース４２０が世界中で取引される企業の有価証券を参照するマスタ・シンボ
ルを保存する本発明のある実施例によると、次のプロセスルールが適用される。 １．同じ国で取引される同じ企業の同じ有価証券を参照する二重のシンボルは
取り除く。 ２．特定のカントリールールを適用する。 ステップ１２５０で、正規化シンボルを親識別子１１０に割り当てる。これは、
オブジェクト・データベース４１５のシンボルに対応するオブジェクトを決定す
ることによって行う。ステップ１２６０で、正規化シンボル１１５をマスタ・シ
ンボル・データベース４２０に保存する。ステップ１２７０で、親識別子１１０
をマスタ・データベース４２０に保存し、マスタ・シンボル１１０にリンクされ
るようにする。ステップ１２８０で、ソース・ファイルのシンボルがすべて処理
されたか否か判断する。処理されていない場合（ステップ８８０の「ノー」ブラ
ンチ）、次のシンボルを調べる。処理されている場合（ステップ１２８０の「イ
エス」ブランチ）、手順は終了する。 コントリビュータ・ゲートウェイ・サーバ３４０ａは多数のプロセスを実行し
て、コントリビュータ（３４０等）から受けたドキュメントの受信やアーカイブ
を管理する。この機能を実現するため、コントリビュータ・ゲートウェイ・サー
バ３４０ａは、コントリビュータ履歴パターン・データベース４４０、正規化テ
ーブル・データベース４１７、ドキュメントファイル・データベース４５０、フ
ルテキスト・データベース４６０、リレーショナル・データベース４３０、シン
ボル・サーバ４１０を含む多数のデータベースとインタラクトする。 図１３は、本発明のある実施例によるコントリビュータから受けたドキュメン
トの自動アーカイブに関連するドキュメントリポジトリ３１９での各種サーバと
データベースとの間の情報フローを示す。特に、コントリビュータ・ゲートウェ
イ・サーバ３４０ａはコントリビュータ３４０からドキュメントファイル１３１
０および入力シンボルを受けるプロセスを実行する。本発明のある実施例による
と、ドキュメントを提出するため、コントリビュータ３４０はドキュメント１３
１０に関する情報の入った構造化データ形式のヘッダ・ファイル１３２０を送信
することができる。ヘッダ・ファイル１３２０（図示せず）は、例えば入力シン
ボル・フィールドやコントロールの名およびドキュメントの日付などのコントリ
ビュータの情報を含む多数のフィールドから構成される。故に、コントリビュー
タ・ゲートウェイ・サーバ３４０ａは、提出された特定のドキュメントに関する
情報を抽出するため、ヘッダ・ファイル１３２０をパーシングする追加プロセス
を実行することができる。 受信したヘッダ・ファイル１３２０から入力シンボルを抽出すると、コントリ
ビュータ・ゲートウェイ・サーバ３４０１は文字およびプロセスルールのセット
に従って入力シンボルを正規化するプロセスを実行する。このプロセスを実行す
る際、コントリビュータ・ゲートウェイ・サーバ３４０ａは、一定のシンボル・
セグメントを解析するため、１個以上のシンボル・セグメント１３２５を使って
正規化テーブル・データベース４１７を検索し、正規化テーブル４１７から正規
化したシンボル・セグメント１３２７を入手することができる。シンボル・セグ
メントが解析されない場合、コントリビュータ・ゲートウェイ・サーバ３４０ａ
はコントリビュータ履歴パターン・データベース３４４０からコントリビュータ
の履歴パターン１３６０に関する統計データを取り出して、シンボル・セグメン
トを解析することができる。 正規化後、コントリビュータ・ゲートウェイ・サーバ３４０ａは正規化した入
力シンボルをシンボル・サーバ４１０に送る（１３４０）。シンボル・サーバ４
１０は、正規化シンボルを使ってマスタ・シンボル・データベース４２０を検索
し、マスタ・シンボル・データベースの一致するマスタ・シンボルにリンクされ
た親識別子を取り出す。シンボル・サーバ４１０がマスタ・シンボル・データベ
ース４２０に一致するマスタ・シンボルを見つけた場合、対応する親識別子１１
０を返す。そうでない場合、シンボル・サーバ４１０は非確認シンボル１３４０
を示すメッセージを送る。 そして、コントリビュータ・ゲートウェイ・サーバ３４０ａは独自のドキュメ
ント識別子を生成し、そのドキュメント識別子、親識別子１１０およびコントリ
ビュータ・データ（１３５０）をリレーショナル・データベース４３０に保存す
る。正規化入力シンボルを確認できない場合、コントリビュータ・ゲートウェイ
・サーバ３４０ａはコントリビュータ入力シンボル（１３６５）を使ってリレー
ショナル・データベース４３０を検索し、入力シンボルが以前に親識別子１１０
にリンクされていたか否か決定することができる。そして、コントリビュータ・
ゲートウェイ・サーバ３４０ａはドキュメントを保存し、ドキュメントファイル
・データベース４５０のドキュメント識別子（１３７０）にリンクされるように
する。 コントリビュータ・ゲートウェイ・サーバ３４０ａはまた、異なるドキュメン
トファイル形式間のネゴシエートという追加プロセスを実行することができる。
故に、例えば、コントリビュータ・ゲートウェイ・サーバ３４０ａは特定のファ
イル形式で受け取ったドキュメントをフルテキスト・データベース４６０に保存
するためテキスト形式（１３８０）に変換するルーチンを実行することができる
。 図１４は、本発明のある実施例によるドキュメントリポジトリでドキュメント
の自動アーカイブのステップを示すフローチャートである。ステップ１４１０で
、ドキュメントファイルとヘッダ・ファイルがドキュメントリポジトリ３１９で
受け取られる。ステップ１４１５で、入力シンボルがヘッダ・ファイル１４１５
から抽出される。ステップ１４２０で、入力シンボルが文字およびプロセスルー
ルのセットに従って正規化される。ステップ１４２５で、入力シンボルにすべて
のシンボル・セグメントが入っているか否かが判断される。入っていない場合（
ステップ１４２５の「ノー」ブランチ）、コントリビュータが用いる優位シンボ
ル・セグメントが履歴パターン・データベース４４０から受信される（ステップ
１４４０）。ステップ１４３０で、正規化テーブル・データベース４１７を照会
し、一定のシンボル・セグメントを解析する。ステップ１４４５で、マスタ・シ
ンボル・データベース４２０を正規化シンボルを使って検索する。一致するマス
タ・シンボルが見つかったら（ステップ１４５０の「イエス」ブランチ）、ドキ
ュメント識別子を生成する（ステップ１４５５）。そして、ドキュメント識別子
、親識別子１１０とヘッダ・ファイル１４２０からの構造化データがリレーショ
ナル・データベース４３０に保存される（ステップ１４６０）。ステップ１４６
５で、ドキュメントとドキュメント識別子がドキュメントデータベース４５０に
保存され、ドキュメント識別子がドキュメントにリンクされる。ステップ１４７
０で、ドキュメントのテキストがフルテキスト・データベース４６０に保存され
る。手順はステップ１４８０で終了する。 マスタ・シンボル・データベース４２０に一致するマスタ・シンボルが見つか
らない場合、リレーショナル・データベース４３０をコントリビュータ提出シン
ボルを使って検索する（ステップ１４５２）。コントリビュータ提出シンボルが
以前に使われており、親識別子１１０にリンクされている場合（ステップ１４５
４の「イエス」ブランチ）、対応する親識別子１１０が使われる。そうでない場
合、手順は失敗する（ステップ１４５４の「ノー」ブランチ）。コントリビュー
タが、解析できないシンボルを使って過去にドキュメントを提出した可能性があ
るため、このようなことが発声する。しかし、シンボルは人的入力によって手動
で解析されることがある。この場合、リレーショナル・データベース４３０は、
手動で解析されたコントリビュータによって与えられた入力シンボルをコントリ
ビュータ入力シンボル・フィールド７５０に保存するドキュメントについて、レ
コード７０５を保存する。 クライアント・ゲートウェイ・サーバ３４０ｂは、クライアント（３０５等）
の要求するドキュメントの検索ストリングの処理と取り出しを管理するため多数
のプロセスを実行する。この機能を実現するため、クライアント・ゲートウェイ
・サーバ３４０ｂは、クライアント・データベース４７０、ドキュメントファイ
ル・データベース４５０、フルテキスト・データベース４６０、正規化テーブル
・データベース４１７、リレーショナル・データベース４３０、シンボル・サー
バ４１０を含む多数のデータベースとインタラクトする。図１５は、本発明のあ
る実施例による、クライアント３０５の提出した入力シンボルに基づくドキュメ
ントの自動取り出しに関連するドキュメントリポジトリ３１９での各種サーバと
データベースとの間の情報フローを示すブロック図である。 特に、クライアント・ゲートウェイ・サーバ３４０ｂは、クライアントによる
検索要求の入力を可能にするＧＵＩを提供するプロセスを実行する。ある実施例
によると、クライアント・ゲートウェイ・サーバ３４０ｂは、特定のドキュメン
ト要求に関連するクライアント３０５の提出した入力シンボル１５１０の入力と
処理を可能にするＣＧＩスクリプトを実行する。 クライアント・ゲートウェイ・サーバ３４０ｂは、クライアントの提出した入
力シンボル１５１０を正規化するプロセスを実行する。入力シンボルを受け取る
と、クライアント・ゲートウェイ・サーバ３４０ｂは、クライアント３０５が特
定のセグメントの失われた入力シンボルを提出している場合、デフォルトのシン
ボル・セグメントに関してクライアント・データベース４７０から情報１５６０
を取り出すことができる。クライアント・ゲートウェイ・サーバ３４０ｂはまた
、１個以上の入力シンボル・セグメント１５２５を提出し、正規化テーブル・デ
ータベース４１７を検索して、対応するマスタ・シンボル・セグメント１５２７
を返すことができる。 正規化入力シンボル１５２０は、シンボル・サーバ４１０に転送される。する
と、シンボル・サーバ４１０は正規化入力シンボルを使ってマスタ・シンボル・
データベース４２０を検索し、マスタ・シンボル・データベース４２０の一致す
るマスタ・シンボルにリンクされた親識別子を見つける。シンボル・サーバ４１
０から返された親識別子１１０を使って、クライアント・ゲートウェイ・サーバ
３４０ｂはリレーショナル・データベース４３０を検索し、提出された親識別子
１１０に対応するドキュメント識別子とドキュメント見出し１５４０のリストを
入手する。ドキュメント見出しは、クライアント・ゲートウェイ・サーバ３４０
ｂに処理され、クライアント３０５に表示される。クライアントからの選択を受
けると、クライアント・ゲートウェイ・サーバ３４０ｂはドキュメントファイル
・データベース４５０から選択したドキュメント１５５０を取り出す。 図１６は、本発明のある実施例によるクライアント提出入力シンボルに基づく
ドキュメントリポジトリでのドキュメントの自動取り出しのステップを示すフロ
ーチャートである。ステップ１６１０で、入力シンボル１５１０がクライアント
３０５から受け取られる。ステップ１６２０で、文字およびプロセルルールなど
の正規化ルールが受け取った入力シンボル１５１０に適用される。ステップ１６
２５で、正規化シンボルがすべてのシンボル・セグメントを含むか否か判断され
る。含まない場合（ステップ１６２５の「ノー」ブランチ）、クライアント・デ
ータベース４７０から取り出したクライアント・プリファレンス・セグメントを
失われたセグメントに用いる（ステップ１６３０）。ステップ１６４５で、シン
ボル・データベース４２０を正規化されたシンボル１１５を使って検索する。マ
スタ・シンボル・データベース４２０に一致するマスタ・シンボルが見つかった
ら（ステップ１６５０の「イエス」ブランチ）、マスタ・シンボルにリンクされ
た親識別子１１０を使ってリレーショナル・データベース４３０を検索し、ドキ
ュメント識別子とドキュメント見出しのリストを生成する。シンボルが見つから
ない場合（ステップ１６５０の「ノー」ブランチ）、手順は失敗する。ステップ
１６６５で、見つかった各ドキュメントに関連するドキュメント見出しを選択の
ために表示する。ステップ１６７０で、クライアント・ゲートウェイ・サーバ３
４０ｂがクライアント３０５によるドキュメント見出しの選択を受け入れる。選
択したドキュメント識別子に基づき、対応するドキュメントをドキュメントファ
イル・データベース４５０から取り出す。手順はステップ１６８０で終了する。 図１７は、本発明のある実施例によるコントリビュータ履歴データベースを作
成するためのステップのセットを示すフローチャートである。ステップ１７０２
で、手順が開始される。ステップ１７１０で、リレーショナル・データベース４
３０の次のレコードが取り出される。ステップ１７２０で、リレーショナル・デ
ータベース４３０からのレコードが分析される。特に、マスタ・シンボル・ポイ
ンタ・フィールド７４０を使って、レコードで参照されるマスタ・シンボルを決
定する。マスタ・シンボルを分析してテーブルをアップデートし、各種コントリ
ビュータによって提出された優位提出シンボル・セグメントに関する統計的情報
を記録する。このテーブル（図示せず）は、例えばアレイなどのデータ構造を使
ってインプリメントすることができる。ステップ１７３０で、リレーショナル・
データベース４３０のすべてのレコードが分析されたか否か判断される。されて
いない場合（ステップ１７３０の「ノー」ブランチ）、リレーショナル・データ
ベース４３０の次のレコードを分析する。されている場合（ステップ１７３０の
「イエス」ブランチ）、統計テーブルで生成された情報は履歴パターン・データ
ベース４４０に保存される（ステップ１７４０）。手順はステップ１７５０で終
了する。 例えば、リレーショナル・データベース４３０の分析後に次のテーブルを生成
することがある。

【表１】 故に、分析によると、シンボル・フィールド１に最も多く提出されるシンボル
・セグメントは、コントリビュータ１、２および３それぞれについて「Ｔ」、「
ＩＢＭ」および「ＱＷ」であった。さらに、シンボル・フィールド２について最
も多く提出されるシンボル・セグメントは、コントリビュータ１、２および３そ
れぞれについて「ＵＳ」、「ＧＢ」および「ＤＥ」だった。故に、この情報に基
づき、コンピュータ１については、コントリビュータ履歴パターン・データベー
ス４４０は各コントリビュータについて別個レコード８０５を保存することにな
る。特に、この分析に基づき、レコードはそれぞれコントリビュータ１、２、お
よび３について、優位使用セグメント・フィールド８２０（１）および８２０（
２）に「Ｔ」と「ＵＳ」、「ＩＢＭ」と「ＧＢ」、「ＱＷ」と「ＤＥ」を保存す
ることになる。

【図面の簡単な説明】

【図１ａ】 本発明の一実施例による親識別子、その親識別子にリンクされた多数のマスタ
シンボルおよびオブジェクトとそのオブジェクトに関連する多数のオブジェクト
間の関係を示す図である。

【図１ｂ】 本発明の一実施例による、複数の親識別子にリンクされたマスタシンボルを示
す図である。

【図１ｃ】 本発明の一実施例によるシンボルテンプレートを示す図である。

【図１ｄ】 本発明の一実施例によるシンボルテンプレートの特別な例を示す図である。

【図２】 本発明の一実施例による、一意の関連オブジェクトを識別するために入力シン
ボルを解釈する一組のステップを示すフローチャートである。

【図３】 本発明の一実施例による、シンボリックにリンクされたドキュメントを電子的
に記録保管し検索することを可能とするネットワークアーキテクチャを示すブロ
ック図である。

【図４】 本発明の一実施例による、シンボリックにリンクされたドキュメントを記録保
管し検索するドキュメント貯蔵庫の一部のアーキテクチャを示すブロック図であ
る。

【図５ａ】 本発明の一実施例による、マスタシンボルデータベースにおけるマスタシンボ
ルデータを格納するデータ構造を示す図である。

【図５ｂ】 本発明の一実施例により、世界中を通して取引される企業証券シンボルの貯蔵
庫を備えた環境下で適用される、図５ａに示すデータ構造の特別な例を示す図で
ある。

【図６】 本発明の一実施例による、ドキュメントファイルデータベースにおけるドキュ
メントを格納するデータ構造を示す図である。

【図７】 本発明の一実施例による、ドキュメント貯蔵庫で格納されるドキュメントに関
する情報を格納するリレーショナルデータベースで使用されるデータ構造を示す
図である。

【図８】 本発明の一実施例による、特定の寄与者の履歴シンボル使用傾向に関する情報
を格納する寄与者履歴パターンデータベースで使用されるデータ構造を示す図で
ある。

【図９】 本発明の一実施例による、クライアントの好みに関する情報を格納するクライ
アントデータベースで使用されるデータ構造を示す図である。

【図１０】 本発明の一実施例による、種々のシンボル組に関する正規化テーブルデータベ
ースで使用されるデータ構造を示す図である。

【図１１】 本発明の一実施例による、親識別子に対するオブジェクトに関する情報を格納
するオブジェクトデータベースで使用されるデータ構造を示す図である。

【図１２】 本発明の一実施例による、マスタシンボルデータベースを作成するステップの
フローチャートである。

【図１３】 本発明の一実施例による、寄与者から受信されたドキュメントの自動記録保管
に関するドキュメント貯蔵庫３１９における種々のサーバとデータベースとの間
の情報フローを示すブロック図である。

【図１４】 本発明の一実施例による、ドキュメント貯蔵庫におけるドキュメントを自動的
に記録保管するステップのフローチャートである。

【図１５】 本発明の一実施例による、クライアント３０５により供給された入力シンボル
に基づくドキュメントの自動検索に関するドキュメント貯蔵庫３１９における種
々のサーバとデータベースとの間の情報フローを示すブロック図である。

【図１６】 本発明の一実施例による、クライントにより提出された入力シンボルに基づき
ドキュメント貯蔵庫におけるドキュメントを自動検索するステップのフローチャ
ートである。

【図１７】 本発明の一実施例による、寄与者履歴データベースを生成する一組のステップ
を示すフローチャートである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ， ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ， ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，Ｃ Ｈ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ， ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，Ｋ Ｇ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ， ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，Ｓ Ｅ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 ウラゾフ，ユーリ アメリカ合衆国，ニューヨーク 11375， フォレスト ヒルズ，アパートメント ２，セブンティセカンド ロード 110− 50 (72)発明者 バーガノフスキー，マイケル アメリカ合衆国，ニュージャージー 07661，リバー エッジ，ザ フェンウェ イ 395 Ｆターム(参考） 5B075 ND36 PP10 QT06

Claims (40)

【特許請求の範囲】
1. 【請求項１】 シンボルにリンクされた情報を格納し参照する方法であって
   、 シンボルを処理してマスタシンボルを生成する段階と、 マスタシンボルに対応する一意な親識別子を決定する段階と、 マスタシンボルが親識別子に対応づけられて記録されているマスタシンボルデ
   ータベース内に親識別子とマスタシンボルとを格納する段階と、 少なくとも一つの情報エレメントを格納して、少なくとも一つの情報エレメン
   トを親識別子にリンクする段階と、 で構成されることを特徴とする方法。
2. 【請求項２】 シンボルを処理してマスタシンボルを生成する段階は、シン
   ボルに一組の文字規則を適用する段階で構成されることを特徴とする請求項１に
   記載の方法。
3. 【請求項３】 シンボルを処理してマスタシンボルを生成する段階は、シン
   ボルに一組の処理規則を適用する段階で構成されることを特徴とする請求項１に
   記載の方法。
4. 【請求項４】 少なくとも一つの情報エレメントはドキュメントであること
   を特徴とする請求項１に記載の方法。
5. 【請求項５】 各マスタシンボルは少なくとも一つのシンボル領域をもつシ
   ンボルテンプレートに従って作成されることを特徴とする請求項１に記載の方法
   。
6. 【請求項６】 各マスタシンボルは、シンボルテンプレートで画定される少
   なくとも一つのシンボル領域に対応する少なくとも一つのシンボルフィールドで
   構成されることを特徴とする請求項５に記載の方法。
7. 【請求項７】 各マスタシンボルは企業から発行される証券に該当すること
   を特徴とする請求項６に記載の方法。
8. 【請求項８】 シンボルテンプレートは、証券の名称に該当するルートシン
   ボル領域と証券が取引される国に該当するソースシンボル領域とで構成されるこ
   とを特徴とする請求項７に記載の方法。
9. 【請求項９】 少なくとも一つの情報エレメントを格納する段階は、情報エ
   レメント識別子を生成する段階と、情報エレメント識別子と親識別子とを格納し
   て親識別子を情報エレメント識別子にリンクする段階と、情報エレメントと情報
   エレメント識別子とを格納して情報エレメント識別子を情報エレメントにリンク
   する段階とで構成されることを特徴とする請求項１に記載の方法。
10. 【請求項１０】 各シンボルセグメントはアスキー（情報交換用米国標準コ
    ード）列で構成されることを特徴とする請求項６に記載の方法。
11. 【請求項１１】 親識別子はリレーショナルデータベース内の情報エレメン
    ト識別子にリンクすることを特徴とする請求項９に記載の方法。
12. 【請求項１２】 シンボルにリンクされた情報の保存方法であって、 情報エレメントと少なくとも一つの入力シンボルとを受信する段階と、 入力シンボルを処理して正規化シンボルを生成する段階と、 正規化シンボルに基づいてマスタシンボルデータベースを捜索して、整合する
    マスタシンボルとリンクされた親識別子とを探す段階と、 少なくとも親識別子と情報エレメントとを格納して親識別子を情報エレメント
    にリンクする段階と、 で構成されることを特徴とする方法。
13. 【請求項１３】 入力シンボルを処理して正規化シンボルを生成する段階は
    、一組の文字規則を入力シンボルに適用する段階で構成されることを特徴とする
    請求項１２に記載の方法。
14. 【請求項１４】 シンボルを処理してマスタシンボルを生成する段階は、一
    組の処理規則をシンボルに適用する段階で構成されることを特徴とする請求項１
    ２に記載の方法。
15. 【請求項１５】 情報エレメントはドキュメントであることを特徴とする請
    求項１２に記載の方法。
16. 【請求項１６】 マスタシンボルデータベースには一組のマスタシンボルが
    記録され、各マスタシンボルは少なくとも一つのシンボル領域をもつシンボルテ
    ンプレートに従って作成されることを特徴とする請求項１２に記載の方法。
17. 【請求項１７】 各マスタシンボルは、シンボルテンプレートで画定される
    少なくとも一つのシンボル領域に対応する少なくとも一つのシンボルセグメント
    で構成されることを特徴とする請求項１６に記載の方法。
18. 【請求項１８】 各マスタシンボルは企業から発行される証券に該当するこ
    とを特徴とする請求の範囲項１７に記載の方法。
19. 【請求項１９】 シンボルテンプレートは、証券の名称に該当するルートシ
    ンボル領域と証券が取引される国に該当するソースシンボル領域とで構成される
    ことを特徴とする請求項１８に記載の方法。
20. 【請求項２０】 情報エレメントを格納する段階は、情報エレメント識別子
    を生成する段階と、情報エレメント識別子と親識別子とを格納して親識別子を情
    報エレメント識別子にリンクする段階と、情報エレメントと情報エレメント識別
    子とを格納して情報エレメント識別子を情報エレメントにリンクする段階とで構
    成されることを特徴とする請求項１２に記載の方法。
21. 【請求項２１】 各シンボルセグメントはアスキー（情報交換用米国標準コ
    ード）列で構成されることを特徴とする請求項１７に記載の方法。
22. 【請求項２２】 親識別子はリレーショナルデータベース内の情報エレメン
    ト識別子にリンクすることを特徴とする請求項２０に記載の方法。
23. 【請求項２３】 更に、正規化シンボルに未解析セグメントが含まれる場合
    、寄与者データベースを捜索して優勢使用セグメントを探す段階と、優勢使用セ
    グメントを未解析セグメントへ割当てる段階とで構成されることを特徴とする請
    求項１２に記載の方法。
24. 【請求項２４】 更に、正規化シンボルがマスタシンボルデータベースにな
    い場合、入力シンボルに基づいてデータベースを捜索する段階と、入力シンボル
    にリンクされた親識別子を検索する段階とで構成されることを特徴とする請求項
    １２に記載の方法。
25. 【請求項２５】 シンボルにリンクされた情報の検索方法であって、 入力シンボルを検索する段階と、 入力シンボルを処理して正規化シンボルを生成する段階と、 正規化シンボルに基づいてマスタシンボルデータベースを捜索して、整合する
    マスタシンボルとマスタシンボルにリンクされた親識別子とを探す段階と、 情報エレメントデータベースを捜索して、親識別子にリンクされた情報エレメ
    ントを探す段階と、 親識別子にリンクされた情報エレメントを検索する段階と、 で構成されることを特徴とする方法。
26. 【請求項２６】 更に、入力シンボルに未解析セグメントが含まれるかどう
    かを判定する段階と、 入力シンボルに未解析セグメントが含まれている場合に、クライアントデータ
    ベースを捜索してクライアント優先セグメントを探し、当該クライアント優先セ
    グメントを未解析セグメントへ割当てる段階とで構成されることを特徴とする請
    求項２５に記載の方法。
27. 【請求項２７】 入力シンボルを処理して正規化シンボルを生成する段階は
    、一組の文字規則をシンボルに適用する段階で構成されることを特徴とする請求
    項２５に記載の方法。
28. 【請求項２８】 入力シンボルを処理して正規化シンボルを生成する段階は
    、一組の処理規則をシンボルに適用する段階で構成されることを特徴とする請求
    項２５に記載の方法。
29. 【請求項２９】 情報エレメントはドキュメントであることを特徴とする請
    求項２５に記載の方法。
30. 【請求項３０】 マスタシンボルデータベースには一組のマスタシンボルが
    記録され、各マスタシンボルは少なくとも一つのシンボル領域をもつシンボルテ
    ンプレートに従って作成されることを特徴とする請求項２５に記載の方法。
31. 【請求項３１】 各マスタシンボルは少なくとも一つのシンボル領域をもつ
    シンボルテンプレートに従って作成されることを特徴とする請求項３０に記載の
    方法。
32. 【請求項３２】 各マスタシンボルは、シンボルテンプレートで画定される
    少なくとも一つのシンボル領域に対応する少なくとも一つのシンボルセグメント
    で構成されることを特徴とする請求項３１に記載の方法。
33. 【請求項３３】 各マスタシンボルは企業から発行される証券に該当するこ
    とを特徴とする請求項３２に記載の方法。
34. 【請求項３４】 シンボルテンプレートは、証券の名称に該当するルートシ
    ンボル領域と証券が取引される国に該当するソースシンボル領域とで構成される
    ことを特徴とする請求項３３に記載の方法。
35. 【請求項３５】 各シンボルセグメントはアスキー（情報交換用米国標準コ
    ード）列で構成されることを特徴とする請求項３２に記載の方法。
36. 【請求項３６】 情報データベースはリレーショナルデータベースであるこ
    とを特徴とする請求項２５に記載の方法。
37. 【請求項３７】 入力シンボルに基づくドキュメントの電子的保存のための
    ドキュメント貯蔵システムであって、 記憶装置と、 ネットワークインターフェイスと、 各マスタシンボルが親識別子とドキュメントデータベースとにリンクされて記
    録されたマスタシンボルデータベースを格納し、 ネットワークインターフェイスを介して入力シンボルとドキュメントとを受信
    し、 入力シンボルを処理して正規化入力シンボルを求め、 正規化入力シンボルに基づいてマスタシンボルデータベースを捜索して、整合
    するマスタシンボルと霖雨された親識別子とを探し、 ドキュメントをドキュメントデータベースに記録してドキュメントを親識別子
    にリンクする、 記憶装置に接続されたプロセッサと、 で構成されることを特徴とするドキュメント貯蔵システム。
38. 【請求項３８】 入力シンボルに少なくとも一つの未解析セグメントが含ま
    れている場合、プロセッサは、未解析シンボルセグメント毎に寄与者履歴パター
    ンデータベースを捜索して優勢使用セグメントを探し、当該優勢使用セグメント
    を未解析セグメントへ割当てることを特徴とする請求項３７に記載のドキュメン
    ト貯蔵システム。
39. 【請求項３９】 入力シンボルに基づくドキュメントの電子的検索のための
    ドキュメント貯蔵システムであって、 マスタシンボルデータベースとドキュメントデータベースとが格納された記憶
    装置であって、マスタシンボルデータベースにはマスタシンボルが記録され、各
    マスタシンボルは親識別子にリンクされ、ドキュメントデータベースには親識別
    子にリンクされたドキュメントが記録される記憶装置と、 ネットワークインターフェイスと、 ネットワークインターフェイスを介して入力シンボルを受信し、 入力シンボルを処理して正規化入力シンボルを求め、 正規化入力シンボルに基づいてシンボルデータベースを捜索して、整合するマ
    スタシンボルとリンクされた親識別子とを探し、 ドキュメントデータベースからドキュメントを検索して親識別子にリンクする
    、プロセッサと、 で構成されることを特徴とするドキュメント貯蔵システム。
40. 【請求項４０】 入力シンボルに少なくとも一つの未解析セグメントが含ま
    れている場合、プロセッサは、未解析シンボルセグメント毎にクライアントデー
    タベースを捜索してクライアント優先セグメントを探し、当該クライアント優先
    セグメントを未解析セグメントへ割当てることを特徴とする請求項３９に記載の
    ドキュメント貯蔵システム。