JP5249074B2 - 情報のシンボルによるリンクとインテリジェントな分類を行う方法及びシステム - Google Patents

Description

本発明は、情報の電子的な保存と取り出しに関するものである。具体的には、本発明は、シンボル（記号）によってリンクされた情報の参照、保存、取り出し、及びインテリジェントな分類を実行する方法及びシステムに関する。

日々、多くの種類の情報がシンボル（記号）からなるコード（符号）によって参照並びにアーカイブ化されている。通常、シンボルコードは、対象となるオブジェクト（コードのシンボルが表す現実世界のエンティティ）の組を参照するべく一貫性のある便利な言語を必要とするユーザー集団によって使用される。しかしながら、実際には、大部分のシンボルコードは正式に承認されてはおらず、従って、ユーザーは、統一され且つ一貫性のある方式でこれらのコードを使用してはいない。このため、シンボルの解釈が問題となるのである。

例えば、金融業界においては、企業及びその企業の有価証券を参照するのに、各金融取引所ごとに、異なる取引（チッカー）シンボルの組が使用されている。米国内では、国内の取引所はシンボル名を統一しているが、通常、世界的な取引所の場合には、企業及びその企業の有価証券を識別するのに、それぞれ特定のシンボルの組とシンボルの構造を使用している。例えば、ＰＳＥ（Ｐａｃｉｆｉｃ Ｓｔｏｃｋ Ｅｘｃｈａｎｇｅ：パシフィック証券取引所）及びＮＹＳＥ（Ｎｅｗ Ｙｏｒｋ Ｓｔｏｃｋ Ｅｘｃｈａｎｇｅ：ニューヨーク証券取引所）は、いずれも「ＩＢＭ」というシンボルを使用してＩＢＭ社の有価証券を表している。しかしながら、米国では、「Ｔ」というシンボルでＡＴ＆Ｔ社の有価証券を参照するのに対して、カナダでは、「Ｔ」はテロス（Ｔｅｌｏｓ）社の有価証券を参照し、英国では、「Ｔ」というシンボルは、更に別の企業の有価証券を参照することになる。

ロイター（Ｒｅｕｔｅｒｓ）社、ブルームバーグ（Ｂｌｏｏｍｂｅｒｇ）社、ブリッジ（Ｂｒｉｄｇｅ）社などの金融情報ベンダも、企業及びその企業の有価証券を参照するのに固有のシンボルの組と構造を使用している。多くの金融情報ベンダでは、区切り文字で２つの部分に分割された構成シンボルコードを使用している。例えば、ベンダは、ＲＯＯＴ［区切り文字］ＳＯＵＲＣＥというシンボル構造を使用可能であり、この場合、ＲＯＯＴセグメントは、特定の企業の有価証券を参照し、ＳＯＵＲＣＥセグメントは、その有価証券が取引される国又は取引所を参照する。区切り文字は、通常、「＠」や「．」などの文字である。

この流通しているシンボルの組の多様性のために、有価証券及びその有価証券が属する企業を識別する際に、シンボルの解釈が問題となる。例えば、あるベンダは、「ＩＢＭ．ＦＲ」というシンボルによって、フランスで取引されるＩＢＭ社の有価証券を参照し、「ＩＢＭ．ＧＢ」によって、英国で取引される同じＩＢＭ社の有価証券を参照する。いずれの場合にも、これらＩＢＭ．ＧＢ及びＩＢＭ．ＦＲというシンボルは、同じＩＢＭという企業に関連付けられている。しかし、２つのベンダが、同一のルート及びソースセグメントによって、２つの異なる企業が発行した２つの異なる有価証券を参照することもあり得る。例えば、第１のベンダは、「Ｔ．ＵＳ」というシンボルによって、米国で取引されるＡＴ＆Ｔ社の有価証券を参照し、第２のベンダは、「Ｔ＠ＵＳ」というシンボルを使用して、別の企業の有価証券を参照することが考えられる。一方、２つの異なるベンダが、別のルート及びソースシンボルによって、同一の企業の有価証券を参照することも起こり得る。例えば、第１のベンダは、「ＩＢＭ．ＵＫ」というシンボルによって、英国で取引されるＩＢＭ社の有価証券を参照し、第２のベンダは、「ＩＢ．ＥＧ」というシンボルによって、同一のＩＢＭ社の有価証券を参照するのである。

オンライン金融リサーチの成長に伴って、特定の企業にリンクされた金融情報を参照するための一貫性のあるシステムに対するニーズが益々増大し、重要性を増している。投資家及びリサーチャーは、インターネットなどの公的なネットワークやプライベートネットワークを介して金融文書を保存する文書リポジトリにアクセスすることができる。コントリビュータ（寄稿者）は、特定の企業や有価証券に関連するリサーチ文書を文書リポジトリに提出してアーカイブ化することができ、文書リポジトリのクライアント（即ち、投資家やリサーチャー）は、興味のある企業や有価証券に関連する文書を取り出すことができる。

このアーカイブ化プロセスにおいては、コントリビュータは、通常、提出する文書のテーマである企業又は有価証券を参照する入力文字列と共に、文書を提出する。しかしながら、使用するシンボルの組の多様性により、文書の正確なアーカイブ化と取り出しが大きな問題となる。通常、コントリビュータは、流通している様々なベンダシンボル及び取引所シンボルの中のいずれかを使用して入力文字列を提出するか、或いは、そのコントリビュータに固有の特異なシンボルを使用する。この結果、コントリビュータが参照した企業の有価証券を識別することが困難になる。同様に、特定の企業に関する文書の取り出しを希望するクライアントも、ベンダシンボル、取引所シンボル、又は特異なルートシンボルを含む様々なフォーマットで入力シンボルを提出し、この結果、取り出しのプロセスが面倒なものになる。

この有価証券のシンボルの解釈に伴う難しさは、情報の正確なアーカイブ化と取り出しを可能にする、シンボルによってリンクされた情報を参照するための一貫性のある明瞭なシステムに対する一般的なニーズを例証するものである。

更に、これら金融関連企業によって作成される金融文書は、その種類とテーマが様々に異なっている。金融文書の中には、商品、株式報告書、業界報告書、ポートフォリオ／資産戦略、デリバティブ、及び／又は外国為替／通貨などの特定のテーマを中心とするものが存在する。又、企業によっては、ファンドリサーチや商品などの特定のテーマを中心とした文書を作成しているものも存在する。共通的なトピックを中心とする文書を容易に取り出せるほうが有利であろう。又、様々な金融文書の著者は、金融文書の作成のために、基本的、技術的、量的、或いは戦略的リサーチ手法などの様々なリサーチ手法を使用している。金融文書のスタイル、トーン、及び結論は、使用した手法の影響を受ける可能性があり、従って、金融文書をレビューする者は、金融文書を読む前に、この情報の入手を希望することになる。又、金融関連企業には、一般的な論評、予測、ニュースレポート、及び／又は市場データなど、金融文書を作成するための様々な理由が存在する。即ち、金融文書とは、様々なテーマを取り扱うと共に、様々なリサーチ手法によって作成され、様々な目的を有する産物なのであって、その内容は、これらすべての影響を受けるため、これら様々な基準に基づいて文書をアーカイブ化し取り出す方法が有利であろう。

本発明は、シンボルによってリンクされた情報の参照、アーカイブ化、及び取り出し、並びにテーマ、リサーチ手法、発行目的、及び主要テーマに基づいた情報のインテリジェントな分類を実行する方法及びシステムを提供する。マスタシンボルデータベースは、複数のマスタシンボルを保存しており、それぞれのマスタシンボルは、既定の構造に従ってフォーマッティングされている。マスタシンボルデータベース内のそれぞれのマスタシンボルは、固有のオブジェクトを識別する親識別子にリンクされている。分類シンボルデータベースは、複数の分類シンボルを保存しており、これらも既定の構造に従ってフォーマッティングされている。分類シンボルは、その分類の割当に基づいた文書の取り出しを可能にする固有の文書識別子にリンクされている。ユーザーは、入力シンボルを提供することにより、シンボルによってリンクされた情報を情報データベースにアーカイブ化したり取り出したりすることができる。入力シンボルを標準化してマスタシンボルデータベースを検索し、一致するマスタシンボルを検出する。次いで、その一致したマスタシンボルにリンクされている親識別子を使用し、情報データベースから情報を取り出したり情報データベースに情報をアーカイブ化したりする。入力シンボルに分類シンボルが含まれている場合には、分類シンボルデータベースを検索し、一致する分類シンボルを検出する。そして、それを使用し、分類によって情報データベースから情報を取り出したり情報データベースに情報をアーカイブ化したりする。

一実施例によれば、本発明は、コンピュータに基づいた文書リポジトリに適用され、このリポジトリにおいては、入力シンボルの分析に基づいて、コントリビュータが提出した文書を自動的にアーカイブ化すると共に、クライアントが要求した文書を自動的に取り出す。この文書リポジトリは、マスタシンボルのデータベースと複数のオブジェクト又はサブオブジェクトを参照するリンクされた親識別子を保存している。又、この文書リポジトリは、データベースにおける文書のインテリジェントな分類に使用する分類シンボルのデータベースも保存している。アーカイブ化のプロセスにおいては、文書リポジトリは、コントリビュータが提出した文書と、その文書で参照されているオブジェクトに関する入力シンボルを電子的に受信する。そして、入力シンボルを標準化し、それを使用してマスタシンボルデータベースを検索し、一致するマスタシンボルを検出する。次いで、その文書を文書データベースに保存し、この結果、一致したマスタシンボルに対応する親識別子に文書がリンクされる。一方、分類によるアーカイブ化の場合には、入力シンボルを使用して分類シンボルデータベースを検索し、一致する分類シンボルを検出する。次いで、文書を文書データベースに保存し、この結果、一致した分類シンボルに文書識別子がリンクされる。標準化されたシンボルが、マスタシンボルデータベースにおいて検出されなかったり、或いは分類シンボルデータベースで検出されない場合には、コントリビュータの過去のパターンを分析し、この不確定性の解読を試みる。一方、クライアントは、電子的に入力シンボルを提供することにより、リポジトリ内に保存されている文書を取り出すことができる。この入力シンボルは標準化されるが、少なくとも１つのクライアント優先パラメータを使用して入力シンボル内の不確定性を解読することができる。標準化されたシンボルを使用してマスタシンボルデータベースを検索し、一致するマスタシンボルを検出する。そして、一致したマスタシンボルにリンクされた親識別子を使用し、その親識別子にリンクされている文書を取り出す。又、標準化されたシンボルを使用して分類シンボルデータベースを検索し、一致する分類シンボルの検出も行う。そして、一致した分類シンボルを文書識別子にリンクし、適切な分類シンボルを有する文書を取り出す。

本発明の一実施例による親識別子、親識別子にリンクされた複数のマスタシンボル、並びにオブジェクト及びそのオブジェクトに関連付けられた複数のサブオブジェクト間の関係を示す。 本発明の一実施例に従って、複数の親識別子にリンクされたマスタシンボルを示す。 本発明の一実施例によるシンボルテンプレートを示す。 本発明の一実施例によるシンボルテンプレートの一例を示す。 本発明の一実施例によるシンボルテンプレートの別の例を示す。 本発明の一実施例に従って、入力シンボル内の固有の関連オブジェクト及び分類シンボルを識別するべく入力シンボルを解釈する段階の組を示すフローチャートである。 本発明の一実施例に従って、シンボルによってリンクされた文書の電子的なアーカイブ化と取り出しを可能にするネットワークアーキテクチャを示すブロックダイアグラムである。 本発明の一実施例に従って、シンボルによってリンクされた文書をアーカイブ化し取り出す文書リポジトリシステムの一部のアーキテクチャを示すブロックダイアグラムである。 本発明の一実施例に従って、マスタシンボルデータベースにマスタシンボルデータを保存するためのデータ構造を示す。 本発明の一実施例に従って、世界中で取引される企業の有価証券シンボルを保存するのに適用される図５ａに示すデータ構造の一例を示す。 本発明の一実施例に従って、文書ファイルデータベースに文書を保存するためのデータ構造を示す。 本発明の一実施例に従って、文書リポジトリに保存された文書に関連する情報を保存するリレーションナルデータベースに使用するデータ構造を示す。 本発明の一実施例に従って、コントリビュータの過去のシンボルの使用傾向に関連する情報を保存するコントリビュータ履歴パターンデータベースに使用するデータ構造を示す。 本発明の一実施例に従って、クライアントの優先内容に関連する情報を保存するクライアントデータベースに使用するデータ構造を示す。 本発明の一実施例に従って、様々なシンボルの組に関連する標準化テーブルデータベースに使用するデータ構造を示す。 本発明の一実施例に従って、親識別子にオブジェクトを関連付ける情報を保存するオブジェクトデータベースに使用するデータ構造を示す。 本発明の一実施例に従って、マスタシンボルデータベースを生成する段階のフローチャートである。 本発明の一実施例によるコントリビュータから受信した文書の自動アーカイブ化に関連する文書リポジトリ３１９における様々なサーバーとデータベース間の情報の流れを示すブロックダイアグラムである。 本発明の一実施例に従って、文書リポジトリに文書を自動アーカイブ化する段階のフローチャートである。 本発明の一実施例によるクライアント３０５が提供した入力シンボルに基づく文書の自動取り出しに関連する文書リポジトリ３１９における様々なサーバーとデータベース間の情報の流れを示すブロックダイアグラムである。 本発明の一実施例に従って、クライアントが提出した入力シンボルに基づいて文書リポジトリから文書を自動的に取り出す段階のフローチャートである。 本発明の一実施例に従って、コントリビュータ履歴データベースを生成する段階の組を示すフローチャートである。

本発明は、シンボルによってリンクされた情報の参照、アーカイブ化、及び取り出し、並びにテーマ、リサーチ手法、及び発行目的に基づいた情報のインテリジェントな分類を行う方法及びシステムを提供する。本明細書において説明する実施例は、文書の参照、アーカイブ化、及び取り出しを行うためのコンピュータに基づいた文書リポジトリシステムに関するものである。一実施例によれば、この文書リポジトリは、世界中で取引される企業に関する文書を保存する。しかしながら、本明細書において説明する実施例は、単に例示を目的とするものであって、添付の請求の範囲を限定するものではない。本発明は、シンボルによってリンクされた情報のアーカイブ化、取り出し、及び参照、並びにシンボルによってリンクされた情報のインテリジェントな分類を必要とするあらゆる環境に適用することができる。

図１ａは、本発明の一実施例による親識別子、親識別子にリンクされた複数のマスタシンボル、並びにオブジェクト及びオブジェクトに関連付けられた複数のサブオブジェクト間の関係を示している。図１ａの下段部分は、模範的なオブジェクト１３０と、このオブジェクト１３０に関連付けられた複数のサブオブジェクト１４０ａ〜１４０ｂを示している。又、図１ａには、オブジェクトスペース１５０も示されており、これは、存在し得るすべてのオブジェクトから構成されている。例えば、一実施例によれば、オブジェクトスペース１５０は、世界中で取引されるすべての企業を含んでおり、オブジェクト１３０は特定の企業を表し、その関連するサブオブジェクト（例：１４０ａ〜１４０ｃ）は、その企業が発行する有価証券を表している。

図１ａの上段部分は、オブジェクト１３０及びサブオブジェクト１４０ａ〜１４０ｃを表すマスタシンボルデータベースの構造を示している。具体的には、親識別子１１０はオブジェクト１３０を、マスタシンボル１１５ａ〜１１５ｃはサブオブジェクト１４０ａ〜１４０ｃをそれぞれ参照している。尚、この図１ａの上段及び下段部分が略対称であることに留意されたい。図１ａに示されているように、それぞれのマスタシンボル（例：１１５ａ〜１１５ｃ）は親識別子１１０にリンクされている。そして、それぞれの親識別子１１０は、オブジェクトスペース１５０内に存在する固有のオブジェクトを参照している。

マスタシンボルデータベースの機能は、入力シンボルに基づいて特定のオブジェクトを識別できるようにすることである。図１ａでは、これをオブジェクトスペース１５０における３つの平面の交差によって示している。後程詳述するように、入力シンボルを標準化し、マスタシンボルデータベースを検索して一致するマスタシンボルを検出する。そして、一致したマスタシンボルにリンクされている親識別子を使用してオブジェクト１３０を識別する。

図１ａには、１つの親識別子１１０と３つのマスタシンボル１１５ａ〜１１５ｃしか示されていないが、マスタシンボルデータベースは、通常、多数のマスタシンボルを格納し、それぞれのマスタシンボルは、複数の親識別子１１０の中の１つにリンクされている。例えば、図１ｂは、親識別子１１０ａにリンクされたマスタシンボル１１５ａ〜１１５ｃ、親識別子１１０ｂにリンクされたマスタシンボル１１５ｄ〜１１５ｆ、親識別子１１０ｃにリンクされたマスタシンボル１１ｆｇ〜１１５ｋ、及び親識別子１１０ｄにリンクされたマスタシンボル１１５ｌ〜１１５ｍを示している。即ち、マスタシンボル１１５ａ〜１１５ｃは第１オブジェクトに関連付けられており、マスタシンボル１１５ｄ〜１１５ｆは第２オブジェクトに関連付けられており、マスタシンボル１１５ｆ〜１１５ｋは第３オブジェクトに関連付けられており、マスタシンボル１１５ｌ〜１１５ｍは第４オブジェクトに関連付けられているのである。

例を挙げて、図１ａに示されている方式の適用について更に説明する。一実施例によれば、それぞれのオブジェクト１３０は企業を表しており、それぞれのサブオブジェクト（例：１４０ａ〜１４０ｃ）は、その企業が発行する有価証券を表している。この例によれば、固有の親識別子１１０をそれぞれの企業に割り当てる。そして、企業が発行するそれぞれの有価証券に固有のマスタシンボルを割り当て、これをその有価証券を発行した企業に割り当てられている親識別子１１０にリンクさせる。そして、リンクした親識別子１１０と共に、それぞれのマスタシンボルをマスタシンボルデータベース内に保存する。

一実施例によれば、マスタシンボルデータベースに保存されるすべてのマスタシンボルは既定の構造を利用しており、この構造はシンボルテンプレートによって定義される。図１ｃは、本発明の一実施例によるシンボルテンプレートを示している。このシンボルテンプレート１４５は、任意の数のシンボルフィールド１５０（１）〜１５０（Ｎ）から構成されている。それぞれのシンボルフィールド１５０（１）〜１５０（Ｎ）は、情報のカテゴリを表しており、シンボル化されたオブジェクト又はサブオブジェクトの特定の属性に対応している。即ち、マスタシンボルデータベースに保存されるすべてのマスタシンボルは、同一の既定のシンボルテンプレート１４５に従って構成されているのである。

具体的には、マスタシンボルデータベースに保存されているそれぞれのマスタシンボルには、シンボルテンプレート１４５が定義するシンボルフィールド１５０（１）〜１５０（Ｎ）の一部に対応するマスタシンボルセグメントが含まれる。そして、それぞれのシンボルセグメントは、テキストの文字列から構成される。例えば、国属性に関するシンボルフィールドの場合には、マスタシンボルデータベースに保存されているシンボルには、それぞれ米国、英国、及びフランスを参照する「ＵＳ」、「ＧＢ」、及び「ＦＲ」というシンボルセグメント（即ち、テキストの文字列）が含まれる。例えば、図１ａは、３つのシンボルフィールドを含むシンボルテンプレート１４５（図示されていない）に従って構成されたマスタシンボル１１５ａ〜１１５ｃを示している。これは、それぞれのマスタシンボル１１５ａ〜１１５ｃが、シンボルテンプレートによって定義されたシンボルフィールドに対応する３つのシンボルセグメント（即ち、１２０ａ１〜１２０ｃ１、１２０ａ２〜１２０ｃ２、及び１２０ｃ１〜１２０ｃ３）から構成されているという事実から明らかである。

例を挙げて、シンボルテンプレート１４５と、マスタシンボルデータベースに保存されるシンボル構造を形成する対応するシンボルセグメントとの関係について更に説明する。一実施例によれば、マスタシンボルデータベースに保存されているマスタシンボルは、特定の市場で取引される企業の有価証券をシンボル化したものである。この場合には、図１ｄに示されているものなどのシンボルテンプレート１４５を使用することができる。ルートフィールドと呼ばれる第１シンボルフィールド１５０ａでは、企業の有価証券を指定しており、ソースフィールドと呼ばれる第２シンボルフィールド１５０ｂでは、その有価証券が取引される国を指定する。従って、この場合には、マスタシンボルデータベースに保存されているすべてのシンボルには、図１ｄに示されているシンボルテンプレート１４５が定義するシンボルフィールド１５０ａ及び１５０ｂにそれぞれ対応するルートセグメント（即ち、企業の有価証券名に対応するＡＳＣＩＩの文字列）とソースセグメント（即ち、その有価証券が取引される国に対応するＡＳＣＩＩの文字列）という２つのシンボルセグメントが含まれている。

図１ｅには、シンボルテンプレート１４５の別の模範的な実施例が示されており、これは、シンボルによってリンクされた情報のインテリジェントな分類を可能にするものである。図１ｄに示されているように、第１シンボルフィールド１５０ａは、ルートフィールドと呼ばれ、企業の有価証券を指定し、第２シンボルフィールド１５０ｂは、ソースフィールドと呼ばれ、その有価証券が取引される国を指定している。図１ｅには、第３のシンボルフィールド１５０ｃが含まれており、これは分類シンボルと呼ばれるものであって、分類シンボルデータベースにおいてリンク及び保存される適切なカテゴリを識別する。このシンボルフィールド１５０ｃにより、分類シンボルデータベースから検出された分類セグメントに基づいて、シンボルによってリンクされた情報をアーカイブ化し取り出すことができる。

マスタシンボルデータベースを参照及び検索するための一貫性のある方法を提供するべく、マスタシンボルデータベースに保存するマスタシンボルは、標準化されたフォーマットで保存する。同様に、分類シンボルデータベースに保存する分類シンボルも、分類シンボルデータベースを参照及び検索するための一貫性のある方法を提供するべく、標準化されたフォーマットで保存する。従って、マスタシンボルデータベースに保存されているすべてのマスタシンボルは、例えば、「ＵＳ」というシンボルセグメントによって米国を参照することができる。又、商品リサーチに関連する情報カテゴリを生成するべく、分類シンボルデータベースに保存する分類シンボルとして、「ＣＲ」というシンボルセグメントを使用可能である。

図１ａには、マスタシンボルデータベースに保存されるマスタシンボルがサブオブジェクト１４０ａ〜１４０ｃを参照する例が示されているが、別の実施例では、マスタシンボル１４０ａ〜１４０ｃはオブジェクト１３０自体を参照する。マスタシンボルデータベースの構造とシンボルを親識別子にリンクするプロセスについては、後程詳細に説明する。

文書リポジトリのユーザーは、入力シンボルに関連する情報を保存又は取り出すべく、マスタシンボルデータベースを検索するための入力シンボルを提出することができる。但し、シンボルの使用法が特異なものになっているため、入力シンボルと関連するオブジェクト１３０を識別できるよう、入力シンボルを標準化して解釈しなければならない。図２は、本発明の一実施例に従って、固有の関連するオブジェクトを識別するべく、入力シンボルを解釈する段階の組を示すフローチャートである。まず、段階２１０において、入力シンボルをユーザーから受信する。段階２２０において、標準化規則の組に従って入力シンボルを処理し、標準化されたシンボルを取得する。この入力シンボルの標準化手順については、後程詳細に説明する。段階２３０において、標準化されたシンボルが既知であるかどうか（即ち、それがマスタシンボルデータベースに保存されているマスタシンボルと一致するかどうか）を決定する。そして、標準化されたシンボルが既知の場合には、その標準化されたシンボルにリンクされている親識別子１１０を取り出す。次いで、この取り出した親識別子１１０を使用し、段階２５０において、情報（例：電子文書）の取り出しやアーカイブ化などの適切な処理を実行する。この親識別子の識別に加え、シンボル入力には、分類シンボルを含めることができる（段階２２５）。分類シンボルがシンボル入力に含まれている場合には、適切な分類による取り出し又はアーカイブ化のプロセスを実行し（段階２３５）、入力シンボルの識別が完了する。この手順は、段階２９０において終了する。

一方、標準化されたシンボル１１５が既知でない場合、即ち、それがマスタシンボルデータベースに保存されているマスタシンボルと一致しない場合には（段階２３０の「Ｎｏ」の分岐）、段階２６０において、そのシンボルの提出者の過去のパターンの分析を行う。後程詳述するように、これには、その未知の入力シンボルを過去にそのユーザーが使用したことがあるかどうか、及びそれがどのように解釈されたかを決定するべく、別のデータベースの検索が必要になる。或いは、この代わりに、特定のシンボルセグメントを解読できない場合には、ユーザーの履歴を統計的に分析し、未解読のシンボルセグメントの発生頻度を決定することができる。そのシンボルのコントリビュータの過去のパターンを使用してシンボルを解読可能な場合には、シンボルを解読し（段階２７０の「Ｙｅｓ」の分岐）、このフローは、標準化されたシンボルにリンクされている親識別子１１０の取り出しに進む（段階２４０）。それ以外の場合には（段階２７０の「Ｎｏ」の分岐）、この手順は失敗する（段階２８０）。又、ユーザーの過去の分類パターンデータを使用し、分類による取り出し又はアーカイブ化のプロセスを実行することも可能である。シンボル入力に分類シンボルが含まれていない場合には、分類による取り出し又はアーカイブ化を適切に実行するべく、ユーザーの過去の分類パターンを分析することができる。そのユーザーの過去の分類パターンの妥当な解釈が可能な場合には、段階２３５において、分類による取り出し又はアーカイブ化のプロセスが完了し、それ以外の場合には、分類による取り出し又はアーカイブ化は失敗する（段階２８０）。

図３は、本発明の一実施例に従って、シンボルによってリンクされた文書の電子的なアーカイブ化と取り出しを可能にするネットワークアーキテクチャを示すブロックダイアグラムである。文書リポジトリ３１９には、その他のコンポーネントと共に、コントリビュータゲートウェイサーバー３４０ａとクライアントゲートウェイサーバー３４０ｂが含まれている。これらのサーバー３４０ａ及び３４０ｂは、それぞれプログラム命令を実行するためのプロセッサ及びメモリ、並びにネットワークインターフェイス（図示されていない）を含んでいる。

一実施例によれば、クライアント３０５は、ブラウザソフトウェア（図示されていない）が稼動するパーソナルコンピュータ３１０を使用し、モデム３１５、ＰＯＴＳ電話回線３１７、インターネットサービスプロバイダ３２０、Ｔ１回線３３０ｄ、インターネット３４０、Ｔ１回線３３０ｃ、及びクライアントゲートウェイサーバー３４０ｂを介して文書リポジトリ３１９と通信する。クライアント３０５は、所望のオブジェクト又はサブオブジェクトに関連する入力シンボルを提出することにより、文書リポジトリ３１９に保存されている特定のデータ又は文書を検索することができる。クライアントゲートウェイサーバー３４０ｂは、文書リポジトリ３１９からの文書の検索と取り出しを実行するための複数のプロセス（後程詳述する）を実行する。具体的には、クライアントゲートウェイサーバー３４０ｂは、クライアント３０５からの入力シンボルの受信、入力シンボルの標準化、対応する親識別子（存在する場合）を検出するためのマスタシンボルデータベース４２０の検索、及びその親識別子にリンクされている文書の文書データベースからの取り出しを実行するための複数のプロセスを実行する。又、クライアントゲートウェイサーバー３４０ｂは、入力シンボルに含まれている分類シンボルに基づいて文書の取り出し又はアーカイブ化を実行するべく、文書リポジトリ３１９を検索することもできる。ユーザーによって、或いはユーザーに関連する過去のパターンによって分類シンボルが割り当てられている文書を、その分類シンボルに基づいて取り出したりアーカイブ化したりすることができる。文書に関連付けられた分類シンボルは、分類シンボルデータベース４２５に保存し、コントリビュータゲートウェイサーバー３４０ａ及びクライアントゲートウェイサーバー３４０ｂを介して文書ファイルデータベース４５０にリンクされる。

又、クライアントゲートウェイサーバー３４０ｂは、特定の文書について文書リポジトリ３１９を検索すると共に取り出した文書をクライアントに表示するべく、入力シンボルを提出するためのクライアント３０５用の便利なインターフェイスであるＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を提供するプロセスも実行する。一実施例によれば、クライアントゲートウェイサーバー３４０ｂは、ストレージ装置（図示されていない）上に存在するＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）コンテンツをクライアントゲートウェイサーバー３４０ｂに接続しているクライアント（例：３０５）に対してサービスする。具体的には、クライアントゲートウェイサーバー３４０ｂ上に保存されているＨＴＭＬページにより、入力シンボルによってシンボル化された特定のオブジェクトに関連する文書について文書リポジトリを検索するための入力文字列をクライアントが入力できるようにする便利なユーザーインターフェイスを提供する。又、クライアントは、入力シンボル内の分類シンボルに基づき、特定のカテゴリにグループ化された文書について文書リポジトリ３１９を検索することも可能である。この分類による検索には、特定タイプの文書（即ち、商品リサーチ、デリバティブリサーチ、及び業界レポート、或いは、特定の企業に関連するものや、場合によっては、特定の国で発行されているもの）に関する検索が含まれる。ＧＵＩの別の模範的な実施例では、入力シンボルに分類識別子を含めるためのクライアント用の便利なインターフェイスを提供可能である。更に、クライアントゲートウェイサーバー３４０ｂは、クライアントが提供する入力検索文字列の入力と処理を可能にする少なくとも１つのＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）スクリプトを実行することができる。

コントリビュータ３４０は、Ｔ１回線３３０ａ、インターネット３４０、Ｔ１回線３３０ｂ、及びコントリビュータゲートウェイサーバー３４０ａを介して文書リポジトリ３１９と通信する。コントリビュータサイト３４０において生成された文書は、Ｔ１回線３３０ｂ、インターネット３４０、及びコントリビュータゲートウェイサーバー３４０ａを介して文書リポジトリ３１９に送信可能である。コントリビュータゲートウェイサーバー３４０ａは、コントリビュータからの文書と入力シンボルの受信、受信した入力シンボルの標準化、マスタシンボルデータベース４２０及び／又は分類シンボルデータベース４２５の検索、及び様々なコントリビュータが提出した文書のアーカイブ化に関連する複数のプロセス（後程詳述する）を実行する。コントリビュータ３４０は、インターネット３４０を介して、テキストファイル、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｉｌｅｓ）、Ｍｉｃｒｏｓｏｆｔ Ｗｏｒｄファイルなどを含む任意の数のフォーマットで文書を電子的に文書リポジトリ３１９に提出することができる。次に、文書リポジトリ３１９に含まれている残りのコンポーネントについて図４を参照して説明する。

図４は、本発明の一実施例に従って、シンボルによってリンクされた文書のアーカイブ化と取り出しを実行する文書リポジトリシステムの一部のアーキテクチャを示すブロックダイアグラムである。この文書リポジトリ３１９には、コントリビュータゲートウェイサーバー３４０ａ、クライアントゲートウェイサーバー３４０ｂ、シンボルサーバー４１０、マスタシンボルデータベース４２０、分類シンボルデータベース４２５、リレーションナルデータベース４３０、コントリビュータ履歴パターンデータベース４４０、文書ファイルデータベース４５０、フルテキストデータベース４６０、クライアントデータベース４７０、標準化テーブルデータベース４１７、及びオブジェクトデータベース４１５が含まれている。尚、図４には、１つのコントリビュータ３４０と１つのクライアント３０５しか示されていないが、本システムは、複数のコントリビュータ及びクライアントで機能するべく設計されている。

シンボルサーバー４１０は、コントリビュータゲートウェイサーバー３４０ａ及びクライアントゲートウェイサーバー３４０ｂから要求を受信して処理し、マスタシンボルデータベース４２０及び／又は分類シンボルデータベース４２５を検索する。具体的には、後程詳述するように、シンボルサーバー４１０は、コントリビュータゲートウェイサーバー３４０ａ又はクライアントゲートウェイサーバー３４０ｂから少なくとも１つの標準化された入力シンボルを受信し、その標準化された入力シンボルに一致するマスタシンボルがマスタシンボルデータベース４２０で検出された場合に、シンボルデータベース４２０から取り出した対応する親識別子１１０を返すプロセスを実行する。又、シンボルサーバー４１０は、標準化された入力シンボル内に含まれる分類シンボルに関する分類シンボルデータベース４２５の検索が要求に含まれている場合に、分類シンボルデータベース４２５から取り出した対応する分類シンボルを返すことも可能である。

マスタシンボルデータベース４２０は、すべてのマスタシンボル（例：１１５ａ〜１１５ｃ）とそれらに関連付けられている親識別子１１０のリストを保存している。例えば、一実施例によれば、マスタシンボルデータベース４２０は、世界中の企業が発行した有価証券に関するマスタシンボルの組を保存している。一実施例によれば、世界中で取引される企業のすべての既知の有価証券を参照するソーステーブルの組からマスタシンボルデータベース４２０を定期的に生成する。このマスタシンボルデータベース４２０の生成については、後程詳細に説明する。分類シンボルデータベース４２５は、シンボルによってリンクされた情報を分類するのに使用するすべての分類シンボルのリストを保存している。一実施例によれば、報告書の対象領域（即ち、商品リサーチ、企業報告書、転換社債リサーチ、与信リサーチ、）、リサーチ手法（即ち、基本的、技術的、量的、又は戦略的）、報告書の目的（即ち、論評、予測ニュース、市場データ）、及び主要テーマの中の複数のものに分類シンボルを割り当てることができる。

図５ａは、本発明の一実施例に従って、マスタシンボルデータベースにマスタシンボルデータを保存するためのデータ構造を示している。具体的には、図５ａのデータ構造は、親識別子１１０を保存すると共に、この親識別子を任意の数（Ｎ）のシンボルセグメント（例：１２０ａ１〜１２０ｃ３）によって構成されたマスタシンボル（例：１１５ａ〜１１５ｃ）とリンクさせるためのものである。マスタシンボルデータベース４２０は、このデータベース４２０内のそれぞれのマスタシンボルごとに１つのレコード５０５を保存している。それぞれのレコード５０５は、親識別子フィールド５１０とシンボルセグメントフィールド５２０（１）〜５２０（Ｎ）から構成されている。シンボルセグメントフィールドの数は、マスタシンボルデータベース４２０に保存されているマスタシンボルの構造を定義するシンボルテンプレート１４５に応じて変化する（即ち、シンボルセグメントの数は、それぞれのシンボルを構成するシンボルフィールドの数に正確に対応している）。親識別子フィールド５１０及びシンボルセグメントフィールド５２０（１）〜５２０（Ｎ）は、ハードディスクドライブなどのストレージ装置上に情報を保存するための１つ又は複数のメモリ位置から構成されている。例えば、一実施例によれば、親識別子フィールド５１０には、４バイトの情報領域を占有する３２ビットの整数値を保存する。そして、シンボルセグメントフィールド５２０（１）〜５２０（Ｎ）には、既定の長さのＡＳＣＩＩのテキスト文字列を保存する。

例えば、図５ｂは、本発明の一実施例に従って、世界中で取引される企業の有価証券シンボルの保存に適用される図５ａに示されているデータ構造の特定の例を示している。この実施例によれば、３つのフィールド５１０、５２０ａ、及び５２０ｂを含むレコード５０５をそれぞれの有価証券シンボルごとに生成する。フィールド５２０ａ及び５２０ｂには、それぞれ企業の有価証券名に対応するルートシンボルセグメントと、その有価証券が取引される国に対応するソースシンボルセグメントを保存する。フィールド５１０には、マスタ有価証券シンボルに関連する親識別子（即ち、その有価証券を発行する企業に割り当てられている親識別子）を保存する。マスタシンボルデータベース４２０の生成については、後程詳細に説明する。

図６は、本発明の一実施例に従って、文書ファイルデータベースに文書を保存するためのデータ構造を示している。文書ファイルデータベース４５０は、このデータベースに保存されるそれぞれの文書ごとに１つのレコード６１０を保存している。それぞれのレコード６１０は、文書ファイルフィールド６３０と文書識別子フィールド６２０から構成されている。文書ファイルフィールド６３０には、フォーマッティングされたその文書の実際の文書データを保存する。或いは、この代わりに、文書ファイルフィールド６３０には、文書データが保存されているメモリ位置をポイントするポインタを保存することもできる。文書識別子フィールド６２０には、文書ファイルデータベース４５０に保存されているそれぞれの文書に割り当てられた固有の識別コードを保存する。後述するように、文書リポジトリ３１９においては、文書を受信すると、その受信した文書に対して固有の文書識別子が生成され、文書と共に、その識別子が文書識別子フィールド６２０に保存される。文書は、任意の数のファイルフォーマットで保存することができる。例えば、文書は、ＰＤＦファイル、Ｍｉｃｒｏｓｏｆｔ Ｗｏｒｄファイル、テキストファイルなどで保存可能である。

フルテキストデータベース４６０は、キーワードで文書データを検索できるテキストフォーマットで文書データを保存する。一実施例によれば、コントリビュータゲートウェイサーバー３４０ａは、このフルテキストデータベース４６０に保存するべく、コントリビュータ（例：１４０）から受信した文書のテキストフォーマットへの変換を実行するプロセスを実行する。このフルテキストデータベース４６０により、文書自体に含まれている検索語による文書の検索と取り出しが可能となる。

図７は、本発明の一実施例に従って、文書リポジトリに保存する文書に関連する情報を保存するリレーションナルデータベースに使用するデータ構造を示している。リレーショナルデータベース４３０は、文書ファイルデータベース４５０とマスタシンボルデータベース４２０間の掛け橋として機能するものである。具体的には、文書データベースに保存されたそれぞれの文書ごとに、リレーショナルデータベース４３０は、文書の文書ＩＤ７３０を、その文書で参照されているオブジェクト又はサブオブジェクトに対応する親ＩＤ７２０に相互参照する。又、リレーションナルデータベース４３０は、文書ファイルデータベース４５０と分類シンボルデータベース４２５間の掛け橋としても機能する。マスタシンボルデータと同様に、文書データベースに保存されているそれぞれの文書ごとに、リレーショナルデータベース４３０は、文書の文書ＩＤ７３０を、その文書の入力シンボルで参照されている分類シンボルに対応する分類シンボルに相互参照する。又、リレーショナルデータベース４３０は、コントリビュータから受信した文書の特定の属性に関する追加データも保存する。

文書リポジトリ３１９に保存されるそれぞれの文書ごとに、リレーションナルデータベース４３０に１つのレコード７０５が生成される。本発明の一実施例によれば、それぞれのレコードには、文書識別子フィールド７１０、親識別子フィールド７２０、コントリビュータＩＤフィールド７３０、マスタシンボルポインタフィールド７４０、分類シンボルフィールドポインタ７４５、コントリビュータ入力シンボルフィールド７５０、及び既定数のコントリビュータ要素フィールド（図示されていない）が含まれる。

文書識別子フィールド７１０は、文書に割り当てられた固有の文書識別子を保存する。この固有の文書識別子は、文書リポジトリ３１９で文書を受信した際に生成される。親識別子フィールド７２０は、文書に関連付けられているオブジェクトに関連する親識別子を保存する。通常、親識別子フィールド７２０には、文書のコントリビュータが提出した入力シンボルにリンクされている親識別子を保存する。後程詳述するように、コントリビュータが提出した新しい文書をアーカイブ化する際に、コントリビュータ入力シンボルは標準化され、マスタシンボルデータベース内の一致するマスタシンボルにリンクされた親識別子がマスタシンボルデータベースから取り出される。そして、この親識別子が親識別子フィールド７２０に保存される。例えば、一実施例によれば、金融文書のアーカイブ化の場合には、親識別子フィールド７２０には、文書識別子フィールド７１０に保存されている文書識別子を有する文書に関連付けられた企業の識別子を保存する。

コントリビュータＩＤフィールド７３０には、その文書のコントリビュータに対応する固有のコントリビュータ識別子を保存する。マスタシンボルポインタフィールド７４０は、文書のオブジェクトに関連付けられたマスタシンボルデータベース４２０内のマスタシンボルへのポインタを保存する。具体的には、このポインタは、コントリビュータが提供し標準化された入力シンボルによってマスタシンボルデータベース４２０を検索し検出された一致するマスタシンボルをポイントしている。分類シンボルポインタフィールド７４５には、コントリビュータが提出し標準化された入力シンボル内の分類シンボルに関連する分類シンボルデータベース４２５内の分類シンボルへのポインタを保存する。コントリビュータ入力シンボルフィールド７５０には、文書の提出の際にコントリビュータによって提供された（標準化前の）入力シンボルを保存する。

図８は、本発明の一実施例に従って、コントリビュータの過去におけるシンボルの使用傾向に関連する情報を保存するコントリビュータ履歴パターンデータベースに使用するデータ構造を示している。このコントリビュータ履歴パターンデータベース４４０の目的は、コントリビュータが提供する入力シンボルの標準化を支援し、文書リポジトリ３１９に文書を提出する際にコントリビュータが提供した不明瞭なシンボルを解読できるようにすることである。例えば、１つ又は複数のシンボルセグメントを欠いた入力シンボルをコントリビュータが文書と共に提出する場合がある。或いは、標準化及びマスタシンボルデータベース４２０の検索の後に解読できない１つ又は複数のシンボルセグメントを含む入力シンボルをコントリビュータが提出することもある。

コントリビュータ履歴パターンデータベース４４０は、文書リポジトリ３１９に文書を提供するコントリビュータごとに１つのレコードを保存している。それぞれのレコードは、コントリビュータＩＤフィールド８１０と既定数の高頻度使用セグメントフィールド８２０（１）〜８２０（Ｎ）から構成されている。本発明の実施例においては、それぞれのレコード８０５に保存される高頻度使用セグメントフィールドの数は、マスタシンボルデータベース４２０にマスタシンボルを保存するためのシンボルテンプレート１４５が定義しているシンボルフィールドの数に正確に対応している。

コントリビュータＩＤフィールド８１０は、文書リポジトリ３１９に文書を提出するコントリビュータごとに１つの固有のコントリビュータ識別子を保存する。高頻度使用セグメント８２０（１）〜８２０（Ｎ）は、それぞれシンボルフィールド１５０（１）〜１５０（Ｎ）に対応しており、それぞれのシンボルフィールドごとにそのコントリビュータが最も頻繁に提出したシンボルセグメントを保存している。

例えば、マスタシンボルデータベースが、ＲＯＯＴ．ＳＯＵＲＣＥという構造を利用して企業の有価証券シンボルを保存する金融文書リポジトリのケースでは、コントリビュータ履歴パターンデータベースには、次のレコードを保存することになろう。

レコード１
フィールド８１０：コントリビュータ１のＩＤ
フィールド８２０（１）：＜ＢＬＡＮＫ＞
フィールド８２０（２）：ＧＢ
レコード２
フィールド８１０：コントリビュータ２のＩＤ
フィールド８２０（１）：＜ＢＬＡＮＫ＞
フィールド８２０（２）：ＵＳ
レコード３
フィールド８１０：コントリビュータ３のＩＤ
フィールド８２０（１）：＜ＢＬＡＮＫ＞
フィールド８２０（２）：ＦＲ

これらのレコード１〜３は、それぞれのコントリビュータ１〜３用の高頻度使用セグメントを保存している。第１の高頻度シンボルセグメントフィールド８２０（１）は、すべてのコントリビュータにおいて、空白であり、これは、図１ｃに示されているシンボルテンプレート１４５のルートフィールドには高頻度使用セグメントが存在しないことを示している。第２の高頻度シンボルセグメントフィールド８２０（２）には、コントリビュータ１〜３用のエントリが含まれている。具体的には、レコード１の場合には、コントリビュータが提出した最も高頻度のシンボルセグメントはＧＢであることを示しており、コントリビュータ２が提出した最も高頻度のシンボルセグメントはＵＳあって、コントリビュータ３が提出した最も高頻度のシンボルセグメントはＦＲとなっている。

従って、一実施例によれば、ソースフィールド１５０ｂに対応するシンボルセグメントを欠いた入力シンボルをコントリビュータ２が提出すると、コントリビュータ履歴パターンデータベースを検索し、コントリビュータ２が提出したソースフィールドにおいて最も頻繁に使用されたセグメントは「ＵＳ」であると決定する。この結果、「ＵＳ」というシンボルセグメントが、このコントリビュータが提供した入力シンボルのソースセグメントとして割り当てられることになる。

マスタシンボルデータベースがＲＯＯＴ．ＣＡＴＥＧＯＲＹという構造を利用して企業の有価証券シンボルを保存する金融文書リポジトリのケースにおける別の模範的な実施例を次に示しているが、この場合には、コントリビュータ履歴パターンデータベースは、次のレコードを保存することになろう。

レコード４
フィールド８１０：コントリビュータ１のＩＤ
フィールド８２０（１）：＜ＢＬＡＮＫ＞
フィールド８２０（２）：商品リサーチ
レコード５
フィールド８１０：コントリビュータ２のＩＤ
フィールド８２０（１）：＜ＢＬＡＮＫ＞
フィールド８２０（２）：業界報告書
レコード６
フィールド８１０：コントリビュータ３のＩＤ
フィールド８２０（１）：＜ＢＬＡＮＫ＞
フィールド８２０（２）：企業報告書

これらのレコード４〜６は、それぞれのコントリビュータ１〜３用の高頻度使用セグメントを保存している。第１の高頻度シンボルセグメントフィールドは、この場合も空白であり、これは、図１ｃに示されているシンボルテンプレート１４５のルートフィールドには高頻度使用セグメントが存在しないことを示している。第２の高頻度シンボルセグメントフィールド８２０（２）は、コントリビュータ１の場合には、商品リサーチ、コントリビュータ２は、業界報告書、そして、コントリビュータ３の場合には、企業報告書と、それぞれのコントリビュータが提出した高頻度のシンボルセグメントを示している。履歴パターンデータベース４４０の生成については、後程詳細に説明する。

図９は、本発明の一実施例に従って、クライアントの優先内容に関連する情報を保存するクライアントデータベースに使用するデータ構造を示している。クライアント優先データベース４７０は、クライアントが提供した入力シンボルの標準化を支援するべく、既定のシンボルセグメントに関連するクライアント優先データを保存している。コントリビュータ履歴パターンデータベースと同様に、クライアントデータベース４４０の目的は、文書リポジトリ３１９に文書を提出する際にクライアントが提供する不明瞭なシンボルを解読できるようにすることである。しかしながら、一実施例によれば、このクライアントデータベースは、クライアントの過去における傾向分析によって生成するのではなく、事前にクライアントに既定のシンボルセグメントの優先を選択させることによって生成する。例えば、文書リポジトリ３１９を検索するべく、１つ又は複数のシンボルセグメントを欠いた入力シンボルをクライアントが提出する場合がある。或いは、標準化及びマスタシンボルデータベース４２０の検索の後に解読できない１つ又は複数のシンボルセグメントを含む入力シンボルをクライアントが提出することもある。

クライアント履歴パターンデータベース４４０は、文書リポジトリ３１９を使用するクライアントごとに１つのレコードを保存している。それぞれのレコードは、クライアントＩＤフィールド９１０と既定数のクライアント優先セグメントフィールド９２０（１）〜９２０（Ｎ）から構成されている。それぞれのレコード９０５に保存されるクライアント優先セグメントフィールドの数は、マスタシンボルデータベース４２０にマスタシンボルを保存するためのシンボルテンプレート１４５が定義しているシンボルフィールドの数と正確に対応している。

クライアントＩＤフィールド９１０は、文書リポジトリ３１９を使用するクライアントごとに１つの固有のクライアント識別子を保存している。クライアント優先セグメント９２０（１）〜９２０（Ｎ）は、シンボルテンプレート１４５のシンボルフィールド１５０（１）〜１５０（Ｎ）にそれぞれ対応しており、それぞれ個別のシンボルフィールドに対応するクライアントが定義した既定の優先セグメントを保存している。

例えば、マスタシンボルデータベースがＲＯＯＴ．ＳＯＵＲＣＥという構造を利用して企業の有価証券シンボルを保存する金融文書リポジトリの場合には、クライアントデータベースは次のレコードを格納することになろう。

レコード１
フィールド９１０：クライアント１のＩＤ
フィールド９２０（１）：＜ＢＬＡＮＫ＞
フィールド９２０（２）：ＧＢ
レコード２
フィールド９１０：クライアント２のＩＤ
フィールド９２０（１）：＜ＢＬＡＮＫ＞
フィールド９２０（２）：ＵＳ
レコード３
フィールド９１０：クライアント３のＩＤ
フィールド９２０（１）：＜ＢＬＡＮＫ＞
フィールド９２０（２）：ＦＲ

これらのレコード１〜３は、クライアント１〜３用のクライアント優先セグメントをそれぞれ保存している。第１のクライアント優先セグメントフィールド９２０（１）は、すべてのクライアントについて空白であり、これは、図１ｃに示されているシンボルテンプレート１４５のルートフィールドにクライアント優先セグメントが設定されないことを示している。第２のクライアント優先セグメントフィールド９２０（２）には、コントリビュータ１〜３用のエントリが含まれている。具体的には、クライアント１〜３が、ソースフィールド１５０ｂに「ＵＳ」、「ＧＢ」、「ＦＲ」をそれぞれ選択していることを示している。

従って、一実施例によれば、ソースフィールド１５０ｂに対応するシンボルセグメントを欠いた入力シンボルをクライアント２が提出すると、クライアント履歴パターンデータベースを検索し、クライアント２がソースフィールドに選択した既定のシンボルセグメントは「ＵＳ」であると決定する。この結果、「ＵＳ」というシンボルセグメントが、クライアントが提供した入力シンボルのソースセグメントとして割り当てられることになる。

マスタシンボルデータベースがＲＯＯＴ．ＣＡＴＥＧＯＲＹという構造を利用して企業の有価証券シンボルを保存する金融文書リポジトリのケースにおける別の模範的な実施例を次に示しているが、この場合には、コントリビュータ履歴パターンデータベースは、次のレコードを保存することになろう。

レコード４
フィールド９１０：クライアント１のＩＤ
フィールド９２０（１）：＜ＢＬＡＮＫ＞
フィールド９２０（２）：商品リサーチ
レコード５
フィールド９１０：クライアント２のＩＤ
フィールド９２０（１）：＜ＢＬＡＮＫ＞
フィールド９２０（２）：業界報告書
レコード６
フィールド９１０：クライアント３のＩＤ
フィールド９２０（１）：＜ＢＬＡＮＫ＞
フィールド９２０（２）：企業報告書

これらのレコード４〜６は、それぞれクライアント１〜３用のクライアント優先セグメントを保存している。第１のクライアント優先シンボルセグメントフィールドは、この場合にも、空白になっており、これは、図１ｃに示されているシンボルテンプレート１４５のルートフィールドにクライアント選好使用セグメントが存在していないことを示している。第２のクライアント優先シンボルセグメントフィールド９２０（２）は、それぞれクライアント１の場合には、商品リサーチ、クライアント２は、業界報告書、クライアント３の場合には、企業報告書と、クライアント１〜３が提出したクライアントが最も選好するシンボルセグメントを示している。従って、この実施例によれば、分類フィールド１５０（２）に対応するシンボルセグメントを欠いた入力シンボルをクライアント３が提出すると、クライアント履歴パターンデータベースを検索し、「企業報告書」が、クライアント３が分類フィールドに選択した既定のシンボルセグメントであると決定する。この結果、「企業報告書」というシンボルセグメントが入力シンボルの分類セグメントとして割り当てられることなる。

図１０は、本発明の一実施例に従って、様々なシンボルの組に関連する標準化テーブルデータベースに使用するデータ構造を示している。標準化テーブルデータベース４１７の機能は、コントリビュータ又はクライアントが提供する入力シンボルの標準化を支援することである。クライアント及びコントリビュータは、存在している任意の数のシンボルの組を使用して入力シンボルを提供することができるため、１つのメカニズムを使用し、流通する様々なシンボルの組とマスタシンボルデータベース４２０に保存されているマスタシンボルの組の間を仲介する。例えば、金融シンボルの場合には、コントリビュータ及びクライアントは、任意の数のベンダシンボル又は取引所シンボルを使用して入力文字列を提出する可能性がある。この標準化テーブルデータベース４１７により、流通する様々なシンボルの組の間の変換と仲介が可能になる。

例えば、一実施例によれば、標準化テーブルデータベース４１７は、様々な金融情報ベンダ及び取引所のシンボルの組をマスタシンボルデータベース４２０に保存されているマスタシンボルに関連付ける情報を保存している。具体的には、あるコントリビュータは、「ＧＢ」というシンボルセグメントを使用して英国を参照するが、別のコントリビュータは「ＥＮ」というシンボルセグメントを使用するであろう。しかし、マスタシンボルデータベース４２０に保存されているマスタシンボルは、「ＵＫ」というシンボルセグメントを使用して英国を参照するようになっているかもしれない。この場合、「ＧＢ」というシンボルセグメントを含むシンボルをクライアントが提出すれば、それによって、マスタシンボルデータベース４２０に保存されているマスタシンボルを検索できるよう、そのシンボルセグメントを「ＵＫ」に標準化しなけれならない。

一実施例によれば、標準化テーブルデータベースは、コントリビュータ又はクライアントが使用する可能性のある流通するそれぞれのシンボルごとに１つのレコード１００５を保存している。レコード１００５には、シンボルオーナーフィールド１０１０、オーナーシンボルセグメントフィールド１０２０、及びマスタシンボルセグメントフィールド１０３０が含まれている。シンボルオーナーフィールド１０１０は、その流通するシンボルセグメントが属しているエンティティ又は組織（例：取引所やベンダ）の固有の識別子を保存する。オーナーシンボルセグメントフィールド１０２０には、そのシンボルオーナー（例：ベンダや取引所）が使用しているシンボルセグメントのＡＳＣＩＩの文字列を保存する。マスタシンボルセグメント１０３０フィールドは、マスタシンボルデータベース４２０に保存されている対応するシンボルセグメントを保存する。従って、マスタシンボルセグメントフィールド１０３０には、フィールド１０２０に保存されたオーナーシンボルセグメントの標準化に対応したシンボルセグメントが保存されることになる。

例えば、標準化テーブルデータベースには、次のように２つのレコードが含まれる。

レコード１
フィールド１：ＧＢ
フィールド２：シンボルオーナー１のＩＤ
フィールド３：ＥＮ
レコード２
フィールド１：ＧＢ
フィールド２：シンボルオーナー２のＩＤ
フィールド３：ＵＫ

この場合には、レコード１は、シンボルオーナー１がシンボルセグメント「ＥＮ」を使用して英国を参照し、マスタシンボルデータベース４２０に保存されているシンボルは「ＧＢ」というシンボルセグメントを使用して英国を参照することを示している。レコード２は、シンボルオーナー２は、「ＵＫ」というシンボルセグメントを使用して英国を参照し、マスタシンボルデータベースに保存されているシンボルは「ＧＢ」というシンボルセグメントを使用して英国を参照することを示している。従って、シンボルオーナー２に対応するシンボルフォーマットでクライアント又はコントリビュータが入力シンボルを提供し、入力シンボルに「ＵＫ」というシンボルセグメントが含まれていた場合には、「ＧＢ」がマスタシンボルデータベース４２０に保存されているすべてのマスタシンボルにおいて英国を表すのに使用されている対応するシンボルセグメントであるために、「ＵＫ」というシンボルセグメントが「ＧＢ」と標準化されることになる。

図１１は、本発明の一実施例に従って、オブジェクトを親識別子に関連付ける情報を保存するオブジェクトデータベースに使用するデータ構造を示している。オブジェクトスペース１０５内のオブジェクトごとに１つのレコード１１０５が生成される。それぞれのレコード１１０５には、オブジェクト名フィールド１１１０と親ＩＤフィールド１１２０という２つのフィールドが含まれている。オブジェクト名フィールド１１１０には、オブジェクトの名前を保存し、親ＩＤフィールド１１２０には、そのオブジェクトに関連付けられている固有の親識別子を保存する。例えば、本発明の一実施例によれば、オブジェクトデータベース４１５は、世界中で取引される企業に関する情報を保存している。この場合には、レコード１１０５は、企業ごとに生成される。そして、オブジェクト名フィールド１１１０には企業の名前を保存し、親ＩＤフィールド１１２０には、フィールド１１１０に名前が保存されている企業に関連付けられた固有の親識別子を保存する。

図１２は、本発明の一実施例に従って、マスタシンボルデータベースを生成する段階のフローチャートである。一実施例によれば、マスタシンボルデータベース４２０の生成においては、１つ又は複数のシンボルソースファイル及びオブジェクトデータベース４１５を利用する。例えば、企業の有価証券のマスタシンボルデータベースを構築する場合には、世界中の企業の有価証券用の取引所コード及びベンダコードの数週分のファイルを処理し、マスタシンボルデータベース４２０を構築する。このマスタシンボルデータベース４２０を再構築する頻度は、シンボル情報の変化速度に応じて異なる。

まず、この手順は、段階１２１０においてスタートする。段階１２２０において、ソースファイルから次のシンボルを取り出す。そして、この取り出したシンボルを、段階１２３０において、文字規則の組に従って標準化する。例えば、マスタシンボルによって世界中で取引される企業の有価証券を参照する一実施例によれば、シンボルソースファイルから提供されるそれぞれのシンボルに次の文字規則を適用する。

１．「＠」や「＝」などのすべての特殊文字は「／」に変更する。
２．すべての英字は大文字に変換する。
３．数値シンボルの先行するゼロは削除する。

段階１２４０において、プロセス規則を適用する。世界中で取引される企業の有価証券を参照するマスタシンボルがマスタシンボルデータベース４２０に保存される本発明の一実施例によれば、次のプロセス規則を適用する。

１．同一の国で取引される同一の企業の同一の有価証券を参照する重複シンボルを除去する。
２．固有の国の規則を適用する。

段階１２５０において、標準化されたシンボルに親識別子１１０を割り当てる。これは、オブジェクトデータベース内のそのシンボルに対応するオブジェクトを決定することによって実行する。段階１２６０において、標準化されたシンボル１１５をマスタシンボルデータベース４２０に保存する。段階１２７０において、親識別子１１０をマスタデータベース４２０に保存し、この結果、親識別子がマスタシンボルにリンクされる。段階１２８０において、ソースファイル内のすべてのシンボルの処理が完了したかどうかを決定する。まだ完了していなければ（段階８８０の「Ｎｏ」の分岐）、次のシンボルをチェックする。完了しておれば（段階１２８０の「Ｙｅｓ」の分岐）、本手順は終了する。

コントリビュータゲートウェイサーバー３４０ａは、コントリビュータ（例：３４０）から受信する文書の受信とアーカイブ化を管理するいくつかのプロセスを実行する。この機能を提供するべく、コントリビュータゲートウェイサーバー３４０ａは、コントリビュータ履歴パターンデータベース４４０、標準化テーブルデータベース４１７、文書ファイルデータベース４５０、フルテキストデータベース４６０、リレーショナルデータベース４３０、並びにシンボルサーバー４１０を含むいくつかのデータベースとやり取りする。

図１３は、本発明の一実施例によるコントリビュータから受信した文書の自動アーカイブ化に関する文書リポジトリ３１９での様々なサーバーとデータベース間の情報の流れを示すブロックダイアグラムである。具体的には、コントリビュータゲートウェイサーバー３４０ａは、文書ファイル１３１０と入力シンボルをコントリビュータから受信するプロセスを実行する。本発明の一実施例によれば、文書を提出するべく、コントリビュータ３４０は、文書１３１０に関する情報を含む構成されたデータフォーマットのヘッダファイル１３２０を送信することができる。このヘッダファイル１３２０（図示されていない）は、例えば、入力シンボルフィールド、並びにコントリビュータの名前や文書の日付などのコントリビュータ情報を含むいくつかのフィールドから構成されている。従って、コントリビュータゲートウェイサーバー３４０ａは、このヘッダファイル１３２０を解析して提出された文書に関する情報を抽出する追加的なプロセスを実行することができる。

受信したヘッダファイル１３２０から入力シンボルを抽出すると、コントリビュータゲートウェイサーバー３４０ａは、文字及びプロセス規則の組に従って入力シンボルを標準化するプロセスを実行する。このプロセスの実行においては、コントリビュータゲートウェイサーバー３４０ａは、１つ又は複数の入力シンボルセグメント１３２５を使用して標準化テーブルデータベース４１７を検索し、標準化テーブルデータベース４１７から標準化されたシンボルセグメント１３２７を取得しシンボルセグメントを解読することができる。シンボルセグメントが未解読のまま残った場合には、コントリビュータゲートウェイサーバー３４０ａは、コントリビュータ履歴パターンデータベース４４０からコントリビュータの過去のパターン１３６０に関する統計データを取り出してシンボルセグメントの解読を試みることができる。

標準化の後に、コントリビュータゲートウェイサーバー３４０ａは、標準化された入力シンボルをシンボルサーバー４１０に送信する（１３４０）。シンボルサーバー４１０は、マスタシンボルデータベース内の一致するマスタシンボルにリンクされた親識別子１３４０を取り出すべく、標準化されたシンボルを使用してマスタシンボルデータベース４２０を検索する。そして、マスタシンボルデータベース４２０において一致するマスタシンボルを検出すると、シンボルサーバー４１０は、対応する親識別子１１０を返す。それ以外の場合には、シンボルサーバー４１０は、未検証シンボル１３４０を示すメッセージを送信する。又、シンボルサーバー４１０は、入力シンボルに、分類シンボルデータベース４５０内に存在する分類シンボルが含まれているかどうかを決定するべく、標準化された入力シンボルを使用して分類シンボルデータベース４５０の検索も実行する。そして、一致する分類シンボルが検出された場合には、コントリビュータゲートウェイサーバー３４０ａは、分類識別データを固有の文書識別子にリンクする。この分類識別データは、分類シンボルに基づく文書のアーカイブ化と取り出しに使用される。一方、分類シンボルが入力シンボルに含まれていない場合には、コントリビュータゲートウェイサーバー３４０ａは、分類識別データを文書に割り当てるべく、コントリビュータ履歴パターンデータベース４４０からコントリビュータの過去のパターン１３６０に関する統計データを取り出すことができる。

次いで、コントリビュータゲートウェイサーバー３４０ａは、固有の文書識別子を生成し、文書識別子、親識別子１１０、及びコントリビュータデータ（１３５０）をリレーショナルデータベース４３０に保存する。標準化された入力シンボルを検証できない場合には、コントリビュータゲートウェイサーバー３４０ａは、コントリビュータ入力シンボル（１３６５）を使用してリレーショナルデータベース４３０を検索し、入力シンボルが以前親識別子１１０にリンクされているかどうかを決定することができる。そして、コントリビュータゲートウェイサーバー３４０ａは、文書を保存し、この結果、文書ファイルデータベース４５０において、文書が文書識別子（１３７０）とリンクされる。

又、コントリビュータゲートウェイサーバー３４０ａは、異なる文書ファイルフォーマット間を仲介する追加的なプロセスも実行可能である。従って、例えば、コントリビュータゲートウェイサーバー３４０ａは、特定のファイルフォーマットで受信した文書を、フルテキストデータベース４６０に保存するべく、テキストファイル（１３８０）に変換するルーチンを実行することができる。

図１４は、本発明の一実施例に従って、文書リポジトリに文書を自動アーカイブ化する段階のフローチャートである。まず、段階１４１０において、文書ファイルとヘッダファイルを文書リポジトリ３１９において受信する。段階１４１５において、ヘッダファイル１４１５から入力シンボルを抽出する。そして、段階１４２０において、文字及びプロセス規則の組に従って入力シンボルを標準化する。段階１４２５において、入力シンボルにすべてのシンボルセグメントが含まれているかどうかを決定する。そして、すべてが含まれていない場合には（段階１４２５の「Ｎｏ」の分岐）、コントリビュータが使用した高頻度のシンボルセグメントを履歴パターンデータベース４４０から取り出す（段階１４４０）。段階１４３０において、標準化テーブルデータベース４１７をチェックし、特定のシンボルセグメントを解読する。段階１４４５において、標準化されたシンボルを使用してマスタシンボルデータベース４２０と分類シンボルデータベース４２５を検索する。一致するマスタシンボル及び分類シンボルが検出された場合には（段階１４５０の「Ｙｅｓ」の分岐）、文書識別子を生成する（段階１４５５）。次いで、この文書識別子、親識別子１１０、及びヘッダファイル１４２０からの構成データをリレーショナルデータベース４３０に保存する（段階１４６０）。段階１４６５において、文書及び文書識別子を文書データベース４５０に保存し、この結果、文書識別子が文書にリンクされる。段階１４７０において、文書のテキストをフルテキストデータベース４６０に保存する。そして、本手順は、段階１４８０において終了する。

一方、一致するマスタシンボルと分類シンボルがそれぞれマスタシンボルデータベース４２０及び分類シンボルデータベース４２５において検出されない場合には、コントリビュータが提出したシンボルを使用しリレーショナルデータベース４３０を検索する（段階１４５２）。コントリビュータが提出したシンボルが以前使用されており、親識別子１１０にリンクされている場合には（段階１４５４の「Ｙｅｓ」の分岐）、対応する親識別子１１０を使用する。コントリビュータが提出したシンボルが以前使用されており、高頻度の分類シンボルセグメントにリンクされている場合には、その高頻度の分類シンボルセグメントも文書に割り当てる。それ以外の場合には、本手順は失敗する（段階１４５４の「Ｎｏ」の分岐）。これは、過去に解読できなかったシンボルを使用してコントリビュータが文書を提出しているために発生する。しかしながら、このようなシンボルも、人間が入力して手作業で解読することが可能である。この場合には、リレーショナルデータベース４３０に保存される文書用のレコード７０５のコントリビュータ入力シンボルフィールド７５０には、手作業で解読されたコントリビュータが提供した入力シンボルが保存される。

クライアントゲートウェイサーバー３４０ｂは、検索文字列の処理とクライアント（例：３０５）が要求した文書の取り出しを管理するいくつかのプロセスを実行する。この機能を提供するべく、クライアントゲートウェイサーバー３４０ｂは、クライアントデータベース４７０、文書ファイルデータベース４５０、フルテキストデータベース４６０、標準化テーブルデータベース４１７、リレーショナルデータベース４３０、並びにシンボルサーバー４１０を含むいくつかのデータベースとやり取りする。図１５は、本発明の一実施例によるクライアント３０５が提供した入力シンボルに基づく文書の自動取り出しに関連する文書リポジトリ３１９での様々なサーバーとデータベース間の情報の流れを示すブロックダイアグラムである。

具体的には、クライアントゲートウェイサーバー３４０ｂは、クライアントが検索要求を入力できるようにするＧＵＩを提供するプロセスを実行する。一実施例によれば、クライアントゲートウェイサーバー３４０ｂは、クライアント３０５が提供した文書要求に関連する入力シンボル１５１０の入力と処理を可能にするＣＧＩスクリプトを実行する。

クライアントゲートウェイサーバー３４０ｂは、クライアントが提供した入力シンボル１５１０を標準化するプロセスを実行する。入力シンボルを受信し、特定のセグメントを欠いた入力シンボルをクライアント３０５が提出している場合には、クライアントゲートウェイサーバー３４０ｂは、既定のシンボルセグメントに関する情報１５６０をクライアントデータベース４７０から取り出すことができる。又、クライアントゲートウェイサーバー３４０ｂは、１つ又は複数の入力シンボルセグメント１５２５を提出し、標準化テーブルデータベース４１７を検索して対応するマスタシンボルセグメント１５２７を取得することも可能である。

標準化された入力シンボル１５２０をシンボルサーバー４１０に送信する。すると、シンボルサーバー４１０は、この標準化された入力シンボルを使用してマスタシンボルデータベース４２０を検索し、マスタシンボルデータベース４２０内の一致するマスタシンボルにリンクされた親識別子を検出する。シンボルサーバー４１０から返されたこの親識別子１１０を使用し、クライアントゲートウェイサーバー３４０ｂは、リレーショナルデータベース４３０を検索し、提出された親識別子１１０に対応する文書識別子及び文書ヘッドラインのリスト１５４０を取得する。そして、クライアントゲートウェイサーバー３４０ｂは、クライアント３０５に対して表示するべく文書ヘッドラインを処理する。クライアントからの選択結果を受信すると、クライアントゲートウェイサーバー３４０ｂは、その選択された文書１５５０を文書ファイルデータベース４５０から取り出す。クライアントが特定のカテゴリの（即ち、分類シンボルに関連付けられた）文書を要求した場合には、シンボルサーバー４１０は、分類シンボルを含む標準化された入力シンボル１５２０を使用し、一致する分類シンボルを検出するべく、分類シンボルデータベースを検索する。そして、シンボルサーバー４１０は、一致した分類シンボルを返し、クライアントゲートウェイサーバー３４０ｂは、これを受信してリレーショナルデータベース４３０を検索し、提出された分類シンボルに対応する文書識別子及び文書ヘッドラインのリスト１５４０を取得する。

図１６は、本発明の一実施例に従って、クライアントが提出した入力シンボルに基づいて文書リポジトリにおいて文書を自動的に取り出す段階のフローチャートである。まず、段階１６１０において、入力シンボル１５１０をクライアント３０５から受信する。この受信した入力シンボル１５１０に、段階１６２０において、文字及びプロセス規則などの標準化規則を適用する。段階１６２５において、標準化されたシンボルにすべてのシンボルセグメントが含まれているかどうかを決定する。そして、すべてが含まれていない場合には（段階１６２５の「Ｎｏ」の分岐）、欠けているセグメントに、クライアントデータベース４７０から取り出したクライアント優先セグメントを使用する（段階１６３０）。段階１６４５において、標準化されたシンボル１１５を使用してマスタシンボルデータベース４２０及び分類シンボルデータベース４２５を検索する。マスタシンボルデータベース４２０において一致するマスタシンボルが検出されると（段階１６５０の「Ｙｅｓ」の分岐）、文書識別子及び文書ヘッドラインのリストを生成するべく、マスタシンボルにリンクされている親識別子１１０を使用してリレーショナルデータベース４３０を検索する。一方、シンボルが検出されなければ（段階１６５０の「Ｎｏ」の分岐）、本手順は失敗する。この代わりに、分類による検索の場合に、一致する分類シンボルが検出されると、その分類シンボルにリンクされている文書識別子のリストを生成するべく、分類シンボルを使用してリレーショナルデータベース４３０を検索する。段階１６６５において、それぞれの検出された文書に関する文書ヘッドライン表示し選択を要求する。段階１６７０において、クライアントゲートウェイサーバー３４０ｂは、クライアント３０５による文書ヘッドラインの選択結果を受け付ける。そして、その選択された文書識別子に基づいて、対応する文書を文書ファイルデータベース４５０から取り出す。本手順は、段階１６８０において終了する。

図１７は、本発明の一実施例に従って、コントリビュータ履歴データベースを生成する段階の組を示すフローチャートである。まず、段階１７０２において、この手順はスタートする。段階１７１０において、リレーショナルデータベース４３０内の次のレコードを取り出す。そして、段階１７２０において、このリレーショナルデータベース４３０からのレコードを分析する。具体的には、マスタシンボルポインタフィールド７４０を使用してレコード内で参照されているマスタシンボルを決定する。マスタシンボルを分析してテーブルを更新するが、このテーブルには、様々なコントリビュータが提出した高頻度のシンボルセグメントに関する統計情報が記録されている。このテーブル（図示されていない）は、例えば、行列などのデータ構造を使用して実装することができる。段階１７２５の分類についての統計データの作成においては、分類シンボルフィールド７４５を使用してレコード内で参照されている分類シンボルを決定する。この分類シンボルの分析により、テーブルを更新し、高頻度で提出された分類シンボルセグメントに関する統計的な情報を記録する。段階１７３０において、リレーショナルデータベース４３０内のすべてのレコードの分析が完了したかどうかを決定する。完了していなければ（段階１７３０の「Ｎｏ」の分岐）、リレーショナルデータベース４３０内の次のレコードを分析する。一方、完了している場合には（段階１７３０の「Ｙｅｓ」の分岐）、統計テーブル内に生成された情報を履歴パターンデータベース４４０に保存する（段階１７４０）。本手順は、段階１７５０において終了する。

例えば、リレーショナルデータベース４３０の分析の後に、次のテーブルが生成される。

即ち、この分析によれば、シンボルフィールド１で最も頻繁に提出されたシンボルセグメントは、コントリビュータ１、２、及び３のそれぞれにおいて、「Ｔ」、「ＩＢＭ」、及び「ＱＷ」であった。更に、シンボルフィールド２で最も頻繁に提出されたシンボルセグメントは、コントリビュータ１、２、及び３のそれぞれにおいて、「ＵＳ」、「ＧＢ」、及び「ＤＥ」であった。最後に、シンボルフィールド３で最も頻繁に提出されたシンボルセグメントは、コントリビュータ１、２、及び３のそれぞれにおいて、「ＩｄＲｅｐ」、「ＥｃｏｎＲｅｐ」、及び「ＣｏｎｖＲｅｓ」であった。従って、この情報に基づき、コントリビュータ履歴パターンデータベース４４０は、それぞれのコントリビュータごとに別個のレコード８０５を保存することになろう。具体的には、この分析結果に基づき、レコードには、コントリビュータ１、２、及び３について、その高頻度使用セグメントフィールド８２０（１）、８２０（２）、及び８２０（３）に、それぞれ「Ｔ」、「ＵＳ」、及び「ＩｄＲｅｐ」；「ＩＢＭ」、「ＧＢ」、及び「ＥｃｏｎＲｅｐ」；並びに「ＱＷ」、「ＤＥ」、及び「ＣｏｎｖＲｅｓ」を保存することになろう。

１１０ 親識別子
１１５ マスタシンボル
１２０ｂ１、１２０ｂ２・・・ シンボルセグメント
１３０ オブジェクト
１４０ａ、１４０ｂ、１４０ｃ サブオブジェクト
１５０ オブジェクトスペース

Claims (1)

1. 記憶装置とネットワークインターフェイスと前記記憶装置に接続されたプロセッサとを有するシステムにおいて、シンボルによってリンクされた情報を保存及び参照する方法であって、前記方法は前記プロセッサによって実行される、
   情報要素とシンボルセグメントを含む入力シンボルとを受信する手順と、
   前記入力シンボルを処理して標準化されたシンボルを生成する手順であって、前記入力シンボルに文字規則の組およびプロセス規則の組の少なくとも１個を適用すること、および、対応するマスタシンボルセグメントに戻るために、前記シンボルセグメントを用いて標準化テーブルデータベースを検索すること、を含む、前記標準化された入力シンボルを生成する手順と、
   一致するマスタシンボルとこの一致するマスタシンボルに対応するリンクされた固有の親識別子を検出するために、前記標準化されたシンボルを用いて前記記憶装置に格納されているマスタシンボルデータベースを検索する手順と、
   一致する分類シンボルを検出するために、前記標準化されたシンボルを用いて前記記憶装置に格納されている分類シンボルデータベースを検索する手順と、
   検出された一致するマスタシンボルを検出された前記親識別子にリンクする手順と、更に
   前記情報要素を前記検出された親識別子及び検出された前記一致する分類シンボルにリンクする手順と、を含み、
   前記マスタシンボルは企業によって発行された有価証券に割当てられ、前記親識別子は前記企業に割当てられ、且つ、前記分類シンボルは、報告書の対象領域、リサーチ手法、報告書の目的または主要テーマの少なくとも一つに割当てられる、方法。

Images