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