JP2003526823A - 証券取引の取引後処理および決算のための強化突合せ装置および方法 - Google Patents

Abstract

(57)【要約】 強化突合せプロセス（１１）により、機関投資家（２０）、株式仲買人−ディラ（３０）、代理人（５０）および利害関係者（４０）の間で、証券取引のために取引終了後の決算情報を記憶し、突合せ、通信するためのコンピュータをベースとする装置および方法（１０）。注文実行通知、機関投資家割当指示、売買報告書および同意を含む、取引決算のための通信の従来のシーケンスの代わりに、これらレコード内の指定のフィールド内の、注文実行通知および機関投資家割当指示を突合せるシステム（１１）が使用される。注文実行通知（または、一連の注文実行通知の最後の通知）と、機関投資家割当指示との間に一致が見られた場合。例示としての実施形態の場合、本発明のシステムおよび方法（１０）は、取引決算を行うために、一致売買報告書ＯＫまたは売買報告書一致を作成するために、常備指示、開示、計算、デフォールト手順および決算関係者からの取引情報を使用する。

Description

【発明の詳細な説明】

【０００１】 （発明の分野） 本発明は、証券取引の決算のためのシステムに関し、特に、取引の決算を容易
にするために、取引後の証券決算情報を受信し、記憶し、突合せ、通信するため
の装置および方法に関する。

【０００２】 （発明の背景） 証券取引、すなわち、株式、債券およびその他の形の持分および借方の決算は
、機関投資家、株式仲買人ディーラー、代理人および利害関係者のような異なる
参加者を含むプロセスである。機関投資家（「法人投資家」）は、自分自身また
は自分の顧客の中の一人のために証券取引を行う目的で、株式仲買人ディーラー
に取引注文を行う。機関投資家は、通常、投資マネージャー、ミューチュアル・
ファンド、保険会社の投資部門、または（例えば、年金プラン、会社団体または
養老基金のような）法人の顧客により、自由裁量による取引を行う権利を与えら
れた銀行の信託部門である。株式仲買人ディーラー（「株式仲買人」）は、機関
投資家のために売買注文を行い、取引の決算のために証券および基金を受領し、
また受渡しを行う。ある場合には、清算株式仲買人は、決算プロセスの際に、株
式仲買人の代わりに代理人として行動し、株式仲買人の代わりに証券および基金
の受領および受渡しを責任を持って行う。代理人（「代理業者」）は、決算プロ
セスの際に機関投資家のための代理人として行動し、機関投資家またはその顧客
の代わりに証券および基金の受領および受渡しを責任を持って行う。多くの場合
、清算代理人（通常は、保管人）は、決算プロセスの際に代理人の代わりに行動
し、代理人のために証券および基金の受領および受渡しを責任を持って行う。「
国内市場」の外部における証券決算の場合には、多くの場合、清算代理人は、「
グローバル保管人」と呼ばれる。場合によっては、代理人および清算代理人は、
取引を決算するために、他の代理人または保管人を通して行動する。清算代理人
の代行代理人または保管人は、「副保管人」と見なされる。利害関係者（「利害
関係人」）は、機関投資家がその取引の際に利害関係者として指定した取引先銀
行またはプラン・スポンサーのような任意のエンティティである。（利害関係者
を除く）決算プロセスの各参加者は、とりわけ、他の参加者相互間で情報を交換
し、取引を決算するために、基金および証券の書換えの手配をしなければならな
い。

【０００３】 世界規模の証券市場が爆発的に成長したので、取引の決算を確実に速く正確に
行わなければならなくなり、これが決算参加者にとって新たなプレッシャーにな
っている。今日、証券取引は、今までにかつてなかった膨大な量にふくれあがっ
ている。証券取引の量がますます増大し、その処理速度もますます加速されてい
るので、政府機関は、取引会計を法定期間中に決算するために、金融機関および
その他の関係団体に規制を掛ける必要に迫られている。ここ数年の間に、上記法
定期間は短縮されてきた。１９９５年には、証券取引所委員会（「ＳＥＣ」）は
、取引日から起算して三営業日内に証券取引を決算しなければならない旨を定め
た。この規制は「Ｔ＋３」と呼ばれる。それまでは、取引から起算して五営業日
内に取引を決算しなければならないことになっていた。すなわち、「Ｔ＋Ｓ」規
制である。将来のある時点で、この取引期間が、取引から起算して、一営業日以
内に、すなわち、「Ｔ＋１」に、またはその取引日、すなわち、「Ｔ＋０」に短
縮されることが十分に考えられる。このような短縮された期間中に、非常な正確
さで、迅速な取引決算通信を容易に行うことができるシステムの開発が待望され
ている。

【０００４】 現在、取引の決算は、当事者が、決算を行うための一連のメッセージを送受信
するための一組の通信を含む。機関投資家は、通常、大口取引を行う。この大口
取引の証券は、機関投資家により異なる顧客の口座に振り分けられるが、その場
合、各口座は、多くの場合、異なる代理人および利害関係者を含む。機関投資家
は、また、個々の顧客に対して一回の取引注文を行うこともできる。

【０００５】 （大口取引注文または一回の取引注文の場合に、機関投資家が行った取引注文
に対して）株式仲買人により取引が行われた場合には、現行の商取引においては
、株式仲買人は（株式仲買人が取引を直ちに確認できるように、一介の取引に対
して使用する）、取引売買報告書のような通信、または（株式仲買人が、まだ確
認できない取引の実行を報告するために使用する）注文実行通知（「ＮＯＥ」）
により、機関投資家に報告することになっている。取引が、例えば、異なる顧客
の口座の間で、割当が行われる大口取引である場合には、その取引は、株式仲買
人が、その取引を種々の顧客の口座に振り分けたという情報を受け取るまで、そ
の取引を確認することができない。株式仲買人は、一つの注文を行うために、複
数の取引を実行しなければならない場合があり、その結果、特定の取引注文のた
めに、複数のＮＯＥが機関投資家に送られることになる。複数のＮＯＥによりカ
バーされる取引注文の場合には、株式仲買人は、（一株当りの平均価格のような
）取引に関する累積情報、および同じＮＯＥ内で実行された個々の取引に関する
情報を報告する。

【０００６】 一つの注文を完了するＮＯＥを受信した場合には、機関投資家は、決算プロセ
スを完了するのに必要なすべての取引割当を株式仲買人に知らせる通信を返送す
る。株式仲買人が割当情報に同意した場合には、株式仲買人は取引売買報告書を
発行する。機関投資家に取引売買報告書を発行するために、株式仲買人は、（例
えば、１９３４年の証券取引法の証券取引規則１０ｂ−１０に定めるように）法
的な売買報告書を作成するために必要な情報を挿入する。この売買報告書は、通
常、機関投資家、機関投資家の代理人および先順位の顧客、または先順位の顧客
に対して投資収益値を提供するエンティティのような多数の利害関係者に送られ
る。

【０００７】 株式仲買人の取引売買報告書を受信した場合には、機関投資家は、取引を確認
するために、通信により決算プロセスを継続して行う。機関投資家は、この確認
ステップを終了することができ、または機関投資家は、確認する権限をその代理
人または利害関係者に委託することができる。確認を行うために、機関投資家は
、取引確認通信を受信し、この取引確認通信を、それ自身の記録内に記憶される
データと比較する。一致する場合には、機関投資家は売買報告書を送り、売買報
告書に記載されている各関係者は、通常、確認済みの売買報告書を受信する。上
記売買報告書は、代理人および株式仲買人が、取引を決算するために使用する決
算指示を含む。

【０００８】 現在使用されている決算通信のプロセス（ＮＯＥ、機関投資家が送る割当指示
、確認および承認）により取引決算手順において、高いレベルの精度が確実に維
持される。相互間の通信により、各決算関係者は、取引が決算される前に記録を
チェックすることができ、取引の存在をおよび決算の詳細を確認することができ
る。

【０００９】 取引決算の際のデータの精度および信頼性は厳格に維持される。通信システム
（ＮＯＥ、割当指示、確認および承認）により、あるレベルの冗長性が確立され
、それが精度および関係者の同意を確実にすることを助ける。しかし、このシス
テムの場合、関係者は、入力通信を再検討し確認するために十分な時間を必要と
し、実際には、決算関係者が、Ｔ＋３取引決算要件を満たすのが困難になる。コ
ンピュータが広く普及しているにもかかわらず、決算関係者は、電話呼出、テレ
ックス、有線および無線通信、ファックスおよびハードコピー・メッセージの、
本質的に異なる寄集めを使用して、一連の通信を実行している。このプロセスの
場合には、その機能を完全に実行するにはかなり長い時間がかかる。通常使用さ
れている通信システムと比較した場合、速度の点で優れている任意の新しいシス
テムは、依然として、精度および信頼性を確実に保持していなければならない。
何故なら、取引決算が不正確であったり、失敗した場合、高いコストが掛かるか
らである。取引が失敗した場合には、関係者はその失敗の原因を発見し、修正し
なければならない。

【００１０】 証券仲介会社用の現金管理システムの機能に関連する、米国特許第４，３４６
，４４２号、４，３７６，９７８号、および４，７７４，６６３号の開示のよう
な、また情報およびプログラムを共有するためのネットワークの機能に関連する
米国特許第４，９４９，２４８号のような、また、取引実行用のシステムに関連
する米国特許第４，６７４，０４４号、４，８２３，２６５号、および５，１０
１，３５３号の開示のような他の分野の取引のためにコンピュータ・システムが
開発されてきた。

【００１１】 コンピュータ技術は、取引決算にも適用されてきた。しかし、通常、このよう
なシステムは、すべて、ＮＯＥ、割当指示、確認および承認の点で、関係者間に
従来技術の一連の通信を維持している。「アラート」と呼ばれる、マサチューセ
ッツ州ウェルズリーのオーデックス・システムズ社が開発したあるシステムは、
機関投資家と株式仲買人との間の通信の際の情報の流れを簡単に処理できるよう
に設計されている。アラート・システムは、機関投資家の受渡し指示（機関投資
家が、その各顧客の口座に適用する基金または証券の受渡しのための指示）の集
中型データベースを維持する。機関投資家が取引割当指示を送った場合には、株
式仲買人は、売買報告書の作成中、中央のデータベース内の情報にアクセスする
ことができる。しかし、アラート・システムは、株式仲買人、機関投資家、代理
人および利害関係者の間の一連の通信を変更することはできない。

【００１２】 トムソン・トレーディング・サービス社の米国特許第５，４９７，３１７号も
、ＮＯＥ、機関投資家の指示、確認および承認の一連の通信を使用している。上
記特許は、これらの通信を容易にするデータベース構成を開示しているが、取引
を決算するために必要な通信の数を少なくするための手段は何も講じていない。

【００１３】 デポジトリー・トラスト社（「ＤＴＣ」）は、１９７０年代の初めに機関投資
家受渡し（「ＩＤ」）システムと呼ばれるシステムを開発した。ＩＤシステムは
、多重ステップ、ＮＯＥのシステムに基づく取引後プロセス、機関投資家割当指
示、確認および承認通信を供給するが、また情報を収集し、確認通信を発生する
中央コンピュータ・ハブを供給する。ＩＤシステムを使用すれば、株式仲買人は
、各売買注文を実行した後で、機関投資家にＮＯＥを送信することができる。Ｎ
ＯＥを受信した場合には、機関投資家は、割当指示を返送する。割当指示を受信
した場合には、株式仲買人は、ＩＤシステムに、（発行、数量、価格および日付
のような）取引に関する詳細な情報を提出する。ＩＤシステムは、取引の詳細、
決算情報および他の必要なデータを知らせる売買報告書を発行するために、取引
情報を他のソースからの情報と結びつける。ＩＤシステムは、機関投資家、株式
仲買人、代理人およびその取引に対する任意の他の利害関係者が、上記売買報告
書情報を利用することができるようにする。その後で、機関投資家は、ＩＤシス
テムにメッセージを送信することにより、上記売買報告書を受信したことを通知
するか、または承認する。取引決算プロセスの最後のステップにおいて、ＩＤシ
ステムは、各関係者に承認済みの売買報告書を送信する。承認済みの売買報告書
を受信した場合は、取引を決算することができる。株式仲買人が取引データを送
信し、ＩＤシステムが売買報告書を作成する完全な確認プロセスは、五つまでの
異なる通信を使用することができる。

【００１４】 ＤＴＣは、最近、初期のＮＯＥ、割当指示、確認および承認通信システムによ
り、すでに達成した信頼性を維持しながら、上記取引確認プロセス中の承認ステ
ップを必要としないコンピュータ・プロセスを実行した。さらに進んだＩＤシス
テムは、株式仲買人の売買報告書を機関投資家に送信して、機関投資家の承認を
待つ代わりに、売買報告書内に挿入するために、株式仲買人から受信した取引デ
ータを、例えば、ＮＯＥの後または取引が発生した時点での指示入力のような、
機関投資家から受信した機関投資家の指示と突合せる。株式仲買人からの入力と
機関投資家とが一致した場合には、システムは、「売買報告書一致」を作成し、
機関投資家が、同様にＯＫする側の関係者である場合には、この「売買報告書一
致」は、一致した売買報告書をＯＫすることによる承認の代わりに使用される。

【００１５】 取引決算プロセスに含まれる上記通信ステップを、さらに簡素化すれば、精度
を犠牲にしないで、より高速な取引決算を容易に行うことができる。しかし、現
在のシステムは、取引決算の際に交換した情報の確認を、冗長性を持つ通信の交
換に依存している。

【００１６】 取引を信頼できる方法で正確に決算するために、十分なデータを依然として供
給しながら、データの冗長性をさらに低減することができる新しいシステムを開
発することができれば、この分野での進歩を達成することになる。それ故、現在
の取引後の通信処理の、速度、効率、機密保護および制御を改善するためのシス
テム、およびさらに進歩して突合せ技術による決算システムの開発が待望されて
いる。

【００１７】 （発明の概要） 従って、本発明は、同じレベルの信頼性を維持しながら、従来技術よりもっと
少ないステップで、取引決算を行うための強化突合せ装置および方法を提供する
。本発明は、特別に構成したＮＯＥ内のデータ・フィールドを、「売買報告書一
致」または「一致売買報告書ＯＫ」を作成するための、特別に構成した機関投資
家の指示内のデータ・フィールドと突合せする。このシステムにおいては、正確
に一致した場合、コンピュータ・システムにより、売買報告書一致または一致売
買報告書ＯＫを自動的に作成することができる。それ故、株式仲買人またはコン
ピュータが発生した確認および承認のその後のステップは、もはや必要ではない
。本発明を使用すれば、現在のシステムよりもより少ないステップを使用して、
決算の終了からの法定の期間内に取引を確実に決算することにより、速度が増大
し、取引の失敗の危険性が低減する。また、本発明のシステムを使用すれば、コ
ンピュータのエラーまたは人間のエラーが発生する機会が少なくなる。何故なら
、突合せシステムが、（人間によるエラーおよびコンピュータによるエラーを起
こす恐れがある各通信により）確認および承認の際の通信交換にとって代わるか
らである。

【００１８】 本発明の例示としての実施形態の場合には、取引実行後の第一のステップにお
いて、株式仲買人は、ＮＯＥを中央の取引確認通信システムに送信する。システ
ムは、ＮＯＥを現在の機関投資家の指示と突合せようと試みる。一致しない場合
には、コンピュータ・システムは、懸案突合せデータベースにＮＯＥ情報をコピ
ーし、そうしたい場合には、ＮＯＥを機関投資家に送信する。機関投資家の記録
と一致するＮＯＥを受信した場合には、機関投資家は、システムに割当指示を送
信する。その後で、システムは、機関投資家の指示の特別指定のデータ・フィー
ルドを、記憶している懸案のＮＯＥ内のデータ・フィールドと突合せようと試み
る。上記データ・フィールド内に含まれるすべての情報が、（下記の突合せ手順
に従って）正しく一致する場合には、システムは、割当指示およびＮＯＥ内で発
見した情報を使用して、またある実施形態の場合には、多数のテーブルを含むデ
ータベース・ソースからの情報を使用して、（「売買報告書一致」または「一致
売買報告書ＯＫ」のような）情報を生成する。その後で、システムは、関係者が
決算を行うことができるように、機関投資家、代理人およびその取引の任意の利
害関係者が、この売買報告書を使用できるようにする。

【００１９】 （その取引注文に対して複数の取引の実行が必要であるために）、株式仲買人
が同じ注文に対して複数のＮＯＥを送信した場合には、システムは、その取引注
文に対する最後のＮＯＥに対して、機関投資家の割当を突合せる。実行した一連
の取引に対する最後のＮＯＥは、突合せを可能にするだけの十分な累積情報を含
む。

【００２０】 （突合せを行うか、または行わない）従来技術の確認通信システムと比較した
場合、本発明の例示としての実施形態は、必要な一連の通信を、一回または二回
の通信分だけ短縮する。これにより処理時間が短縮し、決算プロセスの速度が速
くなる。

【００２１】 添付の図面を参照しながら、以下の詳細な説明を読めば、本発明およびその機
能および利点を、よりよく理解することができるだろう。

【００２２】 （発明の詳細な説明） Ａ．概観、ハードウェアおよびソフトウェア 図１は、取引売買報告書用の取引後の決算中に使用する強化突合せ用の例示と
しての通信システムの概観である。コンピュータ１０は、取引決算の際に電子通
信を交換する決算関係者、機関投資家２０、株式仲買人３０（この場合は、清算
代理人を含む）、代理人５０（この場合は、清算代理人を含む）、および利害関
係者４０のそれぞれを、決算の際に電子通信を交換できるようにする一組のプロ
グラムされた要素を持つ取引確認通信システム１９を含む。取引確認通信システ
ム１９内には、（または、このシステムに対する独立のアドオン構成部品として
）突合せのための取引確認機能を行う突合せコントローラ１１が設置されている
。コンピュータ１０内の複数の収集ファイル１２は、突合せコントローラ１１の
処理を容易にするためのものである。コンピュータ１０は、また（以下に説明す
る強化突合せプロセスの際に使用する）懸案突合せデータベース（「ＰＭＤ」）
１５用のプラットフームを備え、供給するが、例示としての実施形態の場合には
、さらに、それぞれが、複数のデータベースを含む、常備指示データベース（「
ＳＩＤ」）１３および（ＳＩＤ１３と一緒に使用する）関連記憶データベース（
「ＲＳＤ」）１４のような、売買報告書を作成するための追加のデータベース構
造体を備える。例示としての実施形態の場合には、取引確認通信システム１９に
より、機関投資家２０、株式仲買人３０、および代理人５０は、取引決算が行わ
れる前に、データベース構造体内にデータを入力することができる。取引決算中
、システムは、売買報告書を作成するために、種々のデータベース・テーブルか
らデータを入手する。

【００２３】 以下にさらに詳細に説明するように、コンピュータ１０は、関係者からの取引
通信入力を突合せ、取引売買報告書を作成するために、上記要素を使用する。要
するに、例示としての実施形態内においては、下記のプロセスが行われる。

【００２４】 取引実行後、機関投資家２０のために取引を行った株式仲買人３０は、その取
引に関するＮＯＥをコンピュータ１０に送信する。ＮＯＥは、（確認のために）
収集ファイル１２内に記憶され、さらにＰＭＤ１５に送られる。コンピュータ１
０は、またＮＯＥのコピーを（そのＮＯＥで識別される）機関投資家２０に送信
する。上記ＮＯＥを受信した場合には、識別された機関投資家２０は、その取引
に関する顧客口座割当情報を含む機関投資家割当指示（機関投資家指示に対する
「II」）を送信することにより応答する。IIメッセージは、（確認のために）収
集ファイル１２に記憶され、その後で、ＰＭＤ１５に送られる。コンピュータ１
０は、IIをＰＭＤ１５内に位置するＮＯＥと突合せしようとする。コンピュータ
１０は、各ＮＯＥレコードおよびIIレコード内の一組の予め定めたデータ・フィ
ールド上で突合せする。株式仲買人３０が機関投資家の取引注文を実行するため
に、多数の取引を実行しなければならない場合には、株式仲買人３０は、特定の
取引注文のために、多数のＮＯＥを送信することができる。このような状況にお
いて、本発明のシステムは、（その取引注文についての全部の累積情報を含む）
最後のＮＯＥを機関投資家２０のIIと突合せさせようとする。

【００２５】 本発明を使用すれば、（通常そうであるとは限らないが）、機関投資家２０は
、株式仲買人３０がＮＯＥを送信する前に、コンピュータ１０にIIを送信するこ
とができる。それ故、上記のようにＮＯＥを記憶し、送信するほかに、コンピュ
ータ１０は、またＰＤＭ１５内で、IIに入力される時点でＮＯＥを突合せしよう
とする。

【００２６】 （以下に概略説明する突合せ手順に従って）一連のＮＯＥの中の一つのＮＯＥ
または最後のＮＯＥと一致する場合には、コンピュータ１０は、ＮＯＥ、II内で
発見したデータ、ＳＩＤ１３およびＲＳＤ１４内の関連データを使用して一致売
買報告書を作成する。

【００２７】 その取引を承認する関係者が、機関投資家２０である場合には、コンピュータ
１０は、一致売買報告書ＯＫの形で確認通信を作成する。コンピュータ１０は、
すべての関係者、すなわち、株式仲買人３０、機関投資家２０、代理人５０およ
び利害関係者４０が、この一致売買報告書ＯＫメッセージを使用できるようにす
る。コンピュータ１０が、決算システムを動作するエンティティにより作動され
る場合には、受渡し関係者が正式にそう承認した場合、コンピュータ１０は、以
下に説明するように、その取引の決算を行う。

【００２８】 ＳＩＤ１３およびＲＳＤ１４のような、指示データベースを使用する場合には
、コンピュータ１０は、株式仲買人３０がＮＯＥを送信する前のような取引決算
プロセスを行う前に、機関投資家２０、株式仲買人３０、代理人５０および利害
関係者４０に関する情報を受信する。この情報は、この実施形態のＳＩＤ１３お
よびＲＳＤ１４に記憶される。より詳細に説明すると、株式仲買人３０は、株式
仲買人確認情報と呼ばれる売買報告書を作成するために必要な取引情報を入力し
、代理人５０は、代理人確認情報と呼ばれる情報を入力する。例示としての実施
形態の場合には、コンピュータ１０は、多数の関連データベース索引を通して、
取引確認情報を蓄積する。

【００２９】 コンピュータ１０は、ランダム・アクセス・メモリおよびオンライン記憶メモ
リに接続している一つまたはそれ以上のプロセッサ（「ＣＰＵ」）を含む。プロ
セッサはプログラムされた指示を実行し、メモリからのデータにアクセスし、プ
ログラムされた指示に従って上記データを操作し、他の処理機能を実行する。コ
ンピュータ１０は、また突合せコントローラ１１の機能の実行を容易にし、取引
確認通信システム１９の機能およびデータベースの維持を容易にするオペレーテ
ィング・システムを備える。例示としての実施形態の場合には、ＭＶＳオペレー
ティング・システムと一緒に動作するＩＢＭ ＥＳ ９０００メインフレームが
コンピュータ１０として適している。例示としての実施形態のＳＩＤ１３データ
ベース、ＲＳＤ１４データベース、およびＰＭＤ１５データベースを実行し、維
持するには、ＤＢ２データベース・ソフトウェアが適している。取引確認通信シ
ステム１９および突合せコントローラ１１のプログラムされた要素は、例えば、
ＣＯＢＯＬIIコンピュータ言語で実行することができる。コンピュータ１０は、
同期または非同期タスク割当を使用して、これらの機能を実行することができる
。

【００３０】 コンピュータ１０と決算関係者との間の通信は、通信リンク２１、３１、４１
および５１を通して行われる。図１の場合には、複数の（一人またはそれ以上の
）各機関投資家２０は、リンク２１のようなコンピュータ１０へのリンクを持つ
。複数の各株式仲買人３０は、リンク３１のようなコンピュータ１０へのリンク
を持つ。複数の各代理人５０は、リンク５１のようなコンピュータ１０へのリン
クを持つ。複数の各利害関係者４０は、リンク４１のようなコンピュータ１０へ
のリンクを持つ。これら通信ラインとしては、電話線を使用することができる。
しかし、他の実施形態の場合には、上記通信ラインとして、有線および無線の電
子送信用の任意の手段を使用することができる。各機関投資家２０、株式仲買人
３０、代理人５０および利害関係者４０は、遠隔機関投資家２０、株式仲買人３
０、代理人５０および利害関係者４０のところの、コンピュータ・ターミナル（
図示せず）により、その各通信ライン２１、３１、５１および４１にアクセスす
る。例示としての実施形態のコンピュータ・ターミナルは、ＤＯＳ３．３または
それより上位の、および／またはウィンドウズ動作環境で、６６ＭＨｚで動作す
る４８６インテル・プロセッサ（または相当するプロセッサまたはそれより上位
のプロセッサ）を持ち、また８ＭｂのＲＡＭ、１メガのプロセッサ・メモリおよ
び９６００ボーまたはそれより高速のモデムを持つコンピュータである。各ＰＣ
ターミナル（図示せず）のところに常駐する通信ソフトウェア・パッケージは、
通信をコンピュータ１０に送信し、そこから通信を受信するためのインターフェ
ースとなる。ＥＺＴＹＭという名称の、ソフトウェア・コーポレーション・オブ
・アメリカ社が市販している通信ソフトウェア・パッケージを使用すれば、決算
関係者は、ＳＩＤ１３からデータを入力し、データにアクセスすることができる
。コンピュータ・ターミナルは、機関投資家２０、株式仲買人３０、代理人５０
または利害関係者４０のバック・オフィス・コンピュータ・システムのような他
のコンピュータ・システムにリンクすることができるが、（必ずリンクする必要
はない）。

【００３１】 コンピュータ１０に対する機密保護は、（例示としての実施形態の場合には）
、ＩＢＭ ＲＳ ６０００ファイアウォールのような、ファイアウォール転送シ
ステム５２により達成される。ファイアウォール転送システム５２は、通信リン
ク２１、３１、４１および５１をコンピュータ１０に接続する。例示としての実
施形態の場合には、機関投資家２０、株式仲買人３０、代理人５０およびおよび
利害関係者４０のコンピュータ・ターミナル（「ＰＣ」）との間の通信インター
フェースは、ＩＢＭが市販しているネットワーク・コントローラ・プロトコル（
「ＮＣＰ」）ソフトウェアを使用する３７４５通信システム・ネットワーク・ア
ーキテクチャ（「ＳＮＡ」）通信コントローラにより達成される。本発明は、上
記の特定のコンピュータ・ハードウェアまたはソフトウェア、または特定のタイ
プのコンピュータ・インターフェースおよび通信に限定されるものでないことを
理解されたい。コンピュータ・ハードウェアと通信リンクとの他の組合せも、同
様に本発明を実行するのに適している。

【００３２】 Ｂ．常備指示データベース（ＳＩＤ）および関連記憶データベース（ＲＳＤ）テ
ーブルに対するデータ入力 取引決算を行う前に、機関投資家２０、株式仲買人３０、代理人５０は、情報
を確認する目的で情報を入手するために、取引決算中に使用することができる、
データベース中にデータを入力することができる。例示としての実施形態の場合
には、ＳＩＤ１３およびＲＳＤ１４は、決算関係者、その顧客口座および取引決
算に関する情報の容器としての働きをする。機関投資家２０、（清算株式仲買人
を含む）株式仲買人３０、（清算代理人を含む）代理人５０は、情報を入力する
ことができる。多くの異なるタイプのデータベース構造体、および関連データベ
ース構造体が本発明に適しているが、例示としての実施形態内のＳＩＤ１３およ
びＲＳＤ１４の両方は、それぞれが、複数のデータベース・テーブルを含む多数
のデータベースを備える。確認のための（決算指示を含む）データは、IIおよび
ＮＯＥに含まれるデータ、およびさらに異なるテーブルへの複数の問合わせによ
り、種々のデータ索引からのデータから入手することができる。これらの確認デ
ータ問合わせは、II内の種々のフィールド、およびＳＩＤ１３データベースへの
索引の結果に基づいて行うことができる。取引決算の前にデータを入力するため
に、各決算関係者のところのコンピュータ・ターミナル上に位置する、通信ソフ
トウェアは、グラフィック・インターフェースを提供し、下記のデータのような
関連データを収集するようにプロンプトする。通信ソフトウェアは、また、（フ
ァイアウォールを通して）コンピュータ１０に対するインターフェースとしての
働きをし、上記コンピュータにデータを送信するために、一組のプログラム・モ
ジュールを含む。コンピュータ１０上においては、機関投資家２０、株式仲買人
３０、または代理人５０からの通信が到着した場合、取引確認通信システム１９
内のデータベース管理ルーチンが、ＳＩＤ１３およびＲＳＤ１４に対して必要な
更新を行う。図５について説明すると、ＳＩＤ１３およびＲＳＤ１４内の例示と
してのデータベース・テーブルは、下記のものを含む。

【００３３】 常備指示データベース・テーブル： 機関投資家情報テーブル６１ 株式仲買人情報テーブル６２ 代理人情報テーブル６３ 株式仲買人／機関投資家リンク・テーブル６４ 株式仲買人確認情報テーブル６５ 関連記憶データベース・テーブル： エンティティ・マスタ・テーブル６６ 名前およびアドレス用エンティティ・テーブル（「ＥＴＮＡ」）６７ 各データ構造体について以下に説明する。さらに、データベースおよびＳＩＤ
１３およびＲＳＤ１４のようなデータ・タイプの使用、およびデータ入力および
取引決算の機能についても、引用によって本明細書の記載に援用した下記のＤＴ
Ｃ出版物、すなわち、「参加者動作手順−Ｍ節：機関投資家受渡しシステム」の
名称で出版された「機関投資家受渡しユーザ・マニュアル」で説明する。

【００３４】 機関投資家情報テーブル（図５の６１）：例示としての実施形態の場合には、
機関投資家２０は、機関投資家自身および機関投資家が、自分自身およびその顧
客のために維持する口座の両方に関連する情報を入力する。このデータ構造体の
上記テーブルは、１）機関投資家情報（例えば、処理インジケータおよび機関投
資家２０の事業内容を示すインジケータ）；２）機関投資家の口座情報；３）機
関投資家および／または顧客の代理人情報；４）承認関係者情報：５）利害関係
者情報；６）株式仲買人・リスト；７）決算額許容範囲；８）突合せオプション
を含むことができる。上記テーブルは、例えば、このテーブルが機関投資家２０
またはその顧客の口座に適用される場合に、データを編成する。

【００３５】 機関投資家２０は、一意の識別番号で各口座を指定する。各機関投資家の口座
に対して、特定の情報を入力することができ、後でＳＩＤ１３を通して下記の形
で入手することができる。すなわち、（ａ）顧客の口座に対する機関投資家の内
部口座番号；（ｂ）（例えば、口座名が入力された場合、機関投資家の名前に対
するデフォールトとなる）顧客の口座に対する機関投資家の内部口座名；（ｃ）
顧客の口座に対するシステム番号；（ｄ）顧客に対する米国納税者識別番号（社
会保証番号またはその他の納税者識別番号）；（ｅ）顧客または口座に対する銀
行識別子コード（「ＢＩＣ」）番号。機関投資家のところのコンピュータ、ター
ミナルは、ＰＣインターフェースを含み、このインターフェースは、機関投資家
２０に上記顧客口座情報を入力するようにプロンプトする。

【００３６】 顧客口座情報の他に、機関投資家２０は、また、各顧客口座に対して、下記の
ような代理人情報を入力する。すなわち、（ａ）代理人５０に対する識別番号；
（ｂ）顧客口座に代理人５０が割り当てた代理人の内部口座番号；（ｃ）その顧
客口座に対する代理人の内部口座名を入力する。入手した代理人情報は、上記顧
客上記に類似した情報である。機関投資家のところのＰＣインターフェースは、
顧客情報を入手するために、上記方法により代理人情報を要求する。しかし、さ
らに、ＰＣインターフェースは、機関投資家２０に、代理人５０に関するある種
の決算情報を入力するようにプロンプトする。上記決算情報は、代理人に関連す
るデータ・テーブルから、異なる状況で使用される特定の決算指示を入手するた
めに使用することができる。上記決指示算は、例えば、一つ以上が存在する場合
には、代理人５０の適当な清算代理人を供給する。例えば、代理人５０は、ＤＴ
Ｃ選択可能取引に対して一人の清算代理人を使用することができ、決算場所が連
邦準備銀行である場合には他の清算代理人を、また国際決算の場合には第三の清
算代理人を使用することができる。下記の代理人情報テーブル６３は、代理人５
０およびその決算手順に関する詳細な情報を含んでいる。例示としての実施形態
の場合には、II内の情報と機関投資家情報テーブル６１内の情報との組合せによ
り、代理人データベース・テーブルから決算情報を抽出することができる。それ
故、一組のデータベース検索により代理人決算指示を入手することができる。

【００３７】 顧客情報および代理人情報の他に、機関投資家２０は、承認関係者、利害関係
者４０および株式仲買人３０に関する情報を入力し、記憶することができる。承
認関係者情報は、承認関係者タイプ（例えば、機関投資家２０、代理人５０、利
害関係者４０）、および承認関係者識別番号に関する情報を含む。利害関係者情
報は、識別番号、利害関係者口座番号および利害関係者内部口座番号のような、
利害関係者に関する情報を含む。株式仲買人・リストは、機関投資家２０または
特定の顧客の代わりに、実行株式仲買人としての働きをする、株式仲買人２０の
識別に関する情報を含む。

【００３８】 突合せオプションを選択するために、機関投資家２０は、機関投資家２０が特
定の口座に対して突合せを行う権限を持っているかどうかを示す突合せインジケ
ータ（ｙ／ｎ）を設定することができる。IIを株式仲買人ＮＯＥに突合せするた
めに、機関投資家２０が選択された場合には、機関投資家２０は、売買報告書一
致または一致売買報告書ＯＫを作成するために、このフィールド上の正確な突合
せを必要としないように、決算額に対する許容範囲を設定することができる。例
示としての実施形態において許容範囲を設定するために、各通貨に対して下記情
報が入力される。すなわち、（ａ）通貨コード；（ｂ）（例えば、IIとＮＯＥと
の間の、米ドルでの一回の取引当り５０ドルの差額のような）適当な通貨の絶対
金額による、その取引注文の総額に対する許容値、または（例えば、米ドルによ
る全決算額である１００ドル当り１０ドルのように）百分率による全決算額に関
連する許容値である。この情報は、機関投資家２０のすべての顧客口座に対して
、または顧客口座レベルで個々に入力することができる。機関投資家２０は、ま
た、（英国内での取引決算を除くすべての場所での突合せ；その場所での持分取
引を除く、証券の各タイプの突合せのような）、特定の決算場所および特定の証
券タイプを、突合せしないような選択を行うことができる。それ故、機関投資家
情報テーブル６１内の突合せオプションは、情報突合せ許容範囲および優先を設
定するためのインジケータを提供する。

【００３９】 株式仲買人情報テーブル（図５の６２）：株式仲買人３０（および清算株式仲
買人）は、株式仲買人口座の取引決算のために、株式仲買人および清算株式仲買
人が使用する情報を指定するためにの情報を入力する。このデータ構造体のテー
ブルは、例えば、株式仲買人、清算株式仲買人および個々の顧客口座に適用され
る場合のデータを編成する。この情報は、例えば、もしある場合には、場所（受
託者または国）および証券タイプにより、決算のためにどの清算株式仲買人を使
用すべきかを指定する。株式仲買人３０は、１）決算場所（取引決算のために使
用される国コードまたは受託者を指定するコード）；２）証券タイプ（例えば、
持分、法人またはユーロボンドのような、取引されている証券を識別するコード
）；３）清算株式仲買人番号（決算するために使用される清算株式仲買人識別番
号）；４）清算株式仲買人内部口座番号（指定の清算株式仲買人のところの株式
仲買人口座番号）のような、各決算シナリオに対する情報を入力する。

【００４０】 取引確認通信システム１９は、また、顧客口座レベルで、株式仲買人３０が、
特定の口座に対するその内部口座番号を、（機関投資家情報テーブル６１の口座
記録で発見した）対応する機関投資家内部口座番号にリンクすることができるよ
うにする。そうすることにより、株式仲買人３０に、取引入力に関する上記すべ
ての顧客情報の入力を要求する代わりに、ＳＩＤ１３に機関投資家２０がすでに
入力した上記のＳＩＤ１３から抽出することができる。コンピュータ１０は、株
式仲買人／機関投資家リンク・テーブル６４にリンク情報を記憶する。ＮＯＥを
IIと突合せすることができるようにするために、入力株式仲買人は、機関投資家
の対応する顧客口座との突合せに同意することを示す特定の顧客口座に対する突
合せインジケータ（ｙ／ｎ）を設定する。株式仲買人／機関投資家リンク・テー
ブル６４により、株式仲買人３０は、機関投資家２０がその口座に対して、突合
せオプションを選択したかどうか判断することができる。

【００４１】 代理人情報（図５の６３）：代理人５０（および清算代理人）は、取引決算のた
めの決算指示を指定するための情報を入力する。代理人５０は、特定の場所で特
定のタイプの証券の取引を決算する時に使用する決算指示を指定する。ある状況
の場合には、代理人５０は、その場所における証券の決算のために清算代理人を
使用する。その状況において、代理人の決算指示は、清算代理人を識別し、（取
引を決算するために、証券および債券を交換する働きをする副管理人の名前およ
び口座番号のような）清算代理人が指定する他の決算指示への参照を提供する。
代理人情報テーブル６３は、清算代理人および副管理人に関する代理人口座番号
を含む。その他のデータの他に、代理人情報テーブル６３内に記憶している決算
情報は、１）代理人識別番号；２）証券タイプ・インジケータ；３）決算場所イ
ンジケータ；４）清算代理人インジケータ；５）代理人に対する清算代理人の内
部口座番号；６）副管理人識別子；７）清算代理人に対する副管理人の内部口座
番号を含むことができる。

【００４２】 株式仲買人／機関投資家リンク・テーブル（図５の６４）：このテーブルは、特
定の口座に対する株式仲買人の内部口座番号と、機関投資家の内部口座番号との
間の一組の相互参照を含む。株式仲買人３０は、このリンクを上記のように作成
する。

【００４３】 株式仲買人確認情報テーブル（図５の６５）：株式仲買人３０は、ＳＥＣ規則１
０ｂ−１０が要求する情報、または各取引に対して挿入するように要求する情報
を入力する。上記情報は、１）株式仲買人／ディラー手数料；２）連邦税；３）
州税；４）地方税；５）出荷／登録料；および６）顧客開示情報を含む。

【００４４】 関連記憶データベース・テーブル（図５の６６および６７）：上記ＳＩＤ１３テ
ーブルの他に、ＲＳＤ１４内のデータベースは、また決算背景情報を提供する。
ＳＩＤ１３内の識別子は、ＲＳＤ１４内の二つのテーブルの上記へのリンクを生
成する。すなわち、エンティティ・マスタ・テーブル６６、および名前およびア
ドレス用のエンティティ・テーブル（「ＥＴＮＡ」）６７を生成する。エンティ
ティ・マスタ・テーブル６６は、システムを使用する各エンティティ（例えば、
機関投資家２０、株式仲買人３０および代理人５０）に対する一意の識別子のリ
ストを含む。これらの名前は、機関投資家２０、株式仲買人３０、または代理人
５０が、システムの使用を申請した場合に、例えば、取引確認通信システム１９
の管理者またはサービス部門により入力される。最終ユーザは、後でこれらテー
ブル内に記憶している情報を修正することはできない。機関投資家２０、株式仲
買人３０、または代理人５０に対する識別番号をＳＩＤ１３に入力すると、ＥＴ
ＮＡ６７から、例えば、対応する名前、アドレスおよび背景情報が発生する。

【００４５】 ＳＩＤの更新（データベース上での情報の追加、変更または削除）：ＳＩＤ１３
内においては、機関投資家２０、株式仲買人３０、および代理人５０は、それぞ
れ、追加、変更または削除を行わなければならない時期を指定する、有効なデー
タによる変更を入力することができる。例示としての実施形態の場合には、例え
ば、上記の機関投資家情報テーブル６１上の、特定の口座に関連する株式仲買人
３０、機関投資家２０が、そのデータベース上に記憶している口座情報へ変更を
入力した時間の通知を受ける。例示としての実施形態の場合には、取引確認通信
システム１９は、変更が行われた日時を決定するために、指定の「有効な日付」
を使用する。例示としての実施形態の場合には、ＳＩＤ１３への情報の入力に責
任を持つすべての関係者は、追加、変更または削除を行わなければならない日時
を指定する有効な日付を含むＳＩＤ変更を入力することができる。有効な日時の
変更は、二つの分類、すなわち、取引日付関連変更、および決算日付関連変更に
入る。両方の日付は、更新日に発生する可能性がある、株式仲買人３０または他
の関係者への通知とは無関係である。

【００４６】 Ｃ．突合せデータベースおよび懸案突合せデータベース（ＰＭＤ）を通しての取
引決算 売買報告書を作成するために、ＳＩＤ１３データベースおよびＲＳＤ１４デー
タベースへの情報入力を、ＮＯＥおよびIIと一緒に使用することができる。しか
し、ＮＯＥとIIとの間の突合せを容易に行えるようにするために、本発明はＳＩ
Ｄ１３データベースおよびＲＳＤ１４データベースの他に、ＰＭＤデータベース
１５を供給する。

【００４７】 懸案突合せデータベース（ＰＭＤ）（図６）：ＰＭＤ１５は、ＮＯＥとIIとを突
合せるために使用する証券取引および関連する情報を含む。上記情報を記憶する
ために、ＰＭＤ１５は、データベース・テーブルからなる関連データベース記憶
構造体を持つ。図６について説明すると、ＰＭＤ１５データベース・テーブルは
、下記のものを含むが、それ以外のものも含むことができる。

【００４８】 懸案ＮＯＥ情報テーブル７１ 懸案機関投資家指示テーブル７２ Ｄ．ＮＯＥおよびIIの突合せ 取引決算においては、基金に対して証券の交換が行われる前に、関係者は、最
初に、取引を確認し、その決算の詳細に同意しなければならない。本発明の強化
突合せシステムは、IIとＮＯＥとの間でデータ・フィールドの突合せを行い、そ
の後で、IIおよびＮＯＥおよびＳＩＤ１３データベース、およびＲＳＤ１４デー
タベース内の、常備指示から追加情報を使用して売買報告書を作成する。

【００４９】 １．株式仲買人ＮＯＥ通信 図２は、突合せプロセス中の株式仲買人通信およびシステム実行のステップの
、例示としてのプロセスの流れを示す。ステップ１０１においては、株式仲買人
３０は、（取引注文の一部または全部を実行するために）証券取引を実行した後
でＮＯＥを作成し、その後で、ＮＯＥをコンピュータ１０に送る。（図１につい
て説明すると、株式仲買人３０は、通信リンク３１を通して、コンピュータ１０
にＮＯＥを送信し、取引確認通信システム１９は、ＮＯＥを受信する。）例示と
しての実施形態でＮＯＥを作成するために、株式仲買人３０のところのコンピュ
ータ・ターミナル上の通信ソフトウェアは、株式仲買人３０に、例えば、株式仲
買人情報、取引の詳細および識別のような、実行した取引に関する情報を提供す
る。この情報は、確認情報を作成するために、株式仲買人情報テーブル６２、お
よび株式仲買人確認情報テーブル６５内のデータと一緒に使用することができる
。例示としての実施形態の場合には、ＮＯＥは、下記のようなそのデータ・フィ
ールド内に情報を含む。

【００５０】 通信をＮＯＥか、IIかまたは他の通信として識別するための取引のタイプ ＮＯＥを識別するための一意の参照識別子 この証券取引に対する株式仲買人３０を識別するための株式仲買人／デイ
ーラ識別番号 （大口取引で使用されない個々の注文に対する）株式仲買人の顧客を識別
するための株式仲買人の内部口座番号 この証券取引に対する機関投資家２０を識別するための機関投資家識別番
号 （例えば、持分、固定収入のような）取引された証券のタイプを識別する
ための証券タイプ （例えば、ＣＵＳＩＰ番号のような）証券識別用の証券識別子番号 チッカー記号 機関投資家２０が証券を買ったのか売ったのかを判断するための売買コー
ド （例えば、負債証券の１０，０００ドルの額面の１０，０００株のような
）取引注文を実行する際に、その瞬間までに取引された証券の株数または額面を
判断するための累積株式／額面の金額 取引注文を実行する際に、その瞬間までに取引された証券の株式／価格当
りの平均価格を示すために、証券が取引された株式／額面またはその他の単位当
りの平均価格 （例えば、負債証券の１，０００ドルの額面の１，０００株のような）Ｎ
ＯＥにより文書化された特定の取引実行に対して取引された、証券の株数または
額面を判断するための実行株式／額面の金額 ＮＯＥにより文書化された特定の取引実行中に取引された証券の株数また
は額面当りの平均価格を示すために、証券が取引された株式／額面または他の単
位当りの実行価格 （すべてのコストを含む）取引注文の金額を指定するための、取引に対する全
決算金額 通貨コード 取引が行われた日付を示す取引日付 取引が決算される日付を示す決算日付 その取引が、例えば、「正規の基準」または「発行基準」に基づいて、決
算されるべきかどうかを示す決算タイプ 株式仲買人３０が口座に対して突合せを選択した場合に、特定の取引を突
合せさせないで、この取引に対する突合せをキャンセルすべきことを示す突合せ
インジケータ無効 本発明を使用すると、株式仲買人３０は、口座による突合せを指定することが
でき、その後で、取引毎に突合せを無効にすることができる。ＳＩＤ１３内の株
式仲買人情報テーブル６２内にデータを入力した時に、株式仲買人３０は、特定
の顧客口座に対する突合せインジケータを入力することができる。突合せプロセ
ス中に、株式仲買人情報テーブル６２内で、口座に対して発見された突合せイン
ジケータは、特定の突合せインジケータ無効が、設定されない限り、それを無効
にするように制御する。上記の指定のフィールドは、例示としてのものであって
、追加のフィールドまたはもっと少ないフィールドでＮＯＥを生成することがで
きる。

【００５１】 ステップ１０１においては、株式仲買人３０は、（コンピュータ・ターミナル
を使用して）コンピュータ１０にＮＯＥを送信する。（図１について説明すると
、株式仲買人３０は、通信リンク３１を通して、ＮＯＥをコンピュータ１０に送
信し、ＮＯＥは取引確認通信システム１９により受信される。）（１９内の）ル
ータは、ＮＯＥを収集ファイル１２に送る。

【００５２】 図２のステップ１０２においては、突合せコントローラ１１は、その内部に含
まれているデータをチェックし、確認するために、収集ファイル１２のＮＯＥに
アクセスする。突合せコントローラ１１は、最初、通信を、（例えば、処理タイ
プ・フィールドをチェックすることによって、IIまたは他の通信に対向する）Ｎ
ＯＥと識別し、その後で、データ・タイプが完全であるか、また正確であるかを
検査するために、そのデータ・フィールド内の情報をチェックする。突合せコン
トローラ１１が、ステップ１０３において、ＮＯＥが完全でないと判断した場合
、または確認できないと判断した場合には、上記コントローラ１１は、エラーコ
ードをつけて、メッセージを株式仲買人３０に返送する。ステップ１０３におい
て、通信が確認できた場合には、突合せコントローラ１１は、ステップ１０４に
進み、ＮＯＥを、すでにＰＭＤ１５内に記憶しているIIとＮＯＥと突合せしよう
と試みる。ステップ１０４においては、突合せコントローラ１１は、最初、株式
仲買人上記テーブル６２、および機関投資家情報テーブル６１の両方内の口座に
対する突合せインジケータの位置を発見することにより、またＮＯＥ上の突合せ
インジケータ無効をチェックすることにより、ＮＯＥを突合せのために選択する
ことができるかどうかを判断する。突合せのためにＮＯＥを選択することができ
る場合には、突合せコントローラ１１は、それを、ＰＭＤ１５内の懸案機関投資
家指示テーブル７２内の突合せの準備ができているIIと比較する。

【００５３】 ステップ１０６において、新しいＮＯＥがすでに送信した任意のIIに一致しな
い場合には、突合せコントローラ１１は、そのＮＯＥの内容を（ステップ１０８
において）ＰＭＤ１５にコピーし、その後で、（例えば、（図１の）取引確認通
信システム１９のルータ、および通信リンク２１により）上記ＮＯＥ（ステップ
１１０）を機関投資家２０に送信する。（ＮＯＥが一連のＮＯＥの最後のＮＯＥ
と一致し、対応するII内で割り当てられた取引注文を完成させた場合のように）
、一致することが分かった場合には、例示としての実施形態内の突合せコントロ
ーラ１１は、ステップ１１２に進み、突合せファイル１１４に一致の表示を書き
込む。（突合せ手順については、後でさらに詳細に説明する。）ステップ１１６
において、決算関係者が使用することができるようにするために売買報告書を作
成する。（売買報告書の作成および配布についても、以下にさらに詳細に説明す
る。） ２．機関投資家IIの通信 図３は、機関投資家２０がIIを送信した場合の、ステップの例示としてのプロ
セスの流れを示す。ステップ２０１においては、機関投資家２０は、機関投資家
のところのコンピュータ・ターミナル上の、通信ソフトウェアにより、IIをコン
ピュータ１０に送信する。（図１について説明すると、機関投資家２０は、通信
リンク２１を通して、IIをコンピュータ１０に送信し、取引確認通信システム１
９はIIを受信する。）IIは、大口取引を機関投資家の顧客口座間で、割り当てる
ことができるようにする口座割当情報を含む。IIは、関連するすべての口座に共
通なデータを含むレコードと、関連する各口座に特有の割当および他のデータを
含む。他の情報の他に、IIは下記のものを含む。

【００５４】 下記の共通データ・レコード： 通信が、ＮＯＥか、IIか、または他の通信であるかを識別するための取引
のタイプ IIを識別するための一意の参照識別子 証券取引に対する株式仲買人３０を識別するための株式仲買人／デイーラ
識別番号 この証券取引に対する機関投資家２０を識別するための機関投資家識別番
号 全取引注文に関する情報を供給するために、一つのＮＯＥを使用すること
ができ、一つのＮＯＥをIIに突合せすることができる場合に、証券取引に対して
、株式仲買人３０が送信した一つのＮＯＥを参照するための一意のＮＯＥ参照識
別子 特定の取引に対して機関投資家の内部参照番号を供給するためのブロック
参照番号 （例えば、持分、固定収入のような）証券取引のタイプを識別するための
証券タイプ 証券の識別のための証券識別子番号（例えば、ＣＵＳＩＰ番号） チッカー記号 機関投資家２０が証券を買ったのか売ったのかを判断するための売買コー
ド 全取引注文内の証券の株数または額面を判断するための累積株式／額面金
額 取引注文を行うために必要なすべての実行についての、全取引注文に対す
る、株式／金額当りの平均価格を示すための、証券が取引された株式／額面また
はその他の単位当りの平均価格 （すべてのコストを含む）証券取引の金額を指定するための、取引に対す
る全決算金額 通貨コード 取引が行われた日付を示す取引日付 取引が決算される日付を示す決算日付 その取引が、例えば、「正規の基準」または「発行基準」に基づいて、決
算されるべきかどうかを示す決算タイプ 機関投資家２０が口座に対して突合せを選択した場合でも、この特定の取
引を突合せさせないことを示す突合せインジケータ無効 取引毎の突合せ許容範囲をリセットするための取引許容範囲無効 および下記の特定の割当レコード・フィールド： 各割当に対する一意の制御番号を供給するための、システム制御番号 （上記と同じ）機関投資家識別番号 （上記と同じ）ブロック参照番号 （顧客口座に対する）機関投資家内部口座番号 割り当てられた株式／割り当てられた額面 コミッション・タイプ・インジケータ コミッション料金金額 ＳＥＣ料金および出荷金額 （国税、地方税等の）税額 他の料金金額 取引の主要な金額 取引のネット金額（主要金額に売買式に基づく料金を加算したもの、また
は差し引いた物） （負債証券に対する利子を計算するための）利子の金額 決算場所（例えば、ＤＴＣまたは連邦準備銀行） 代理人識別番号 代理人内部口座番号 証券および基金が異なる場所で何時決算されるかを識別するための分割／
通貨決算インジケータ 本発明を使用すれば、機関投資家２０は、口座により、取引毎に、突合せ（お
よび突合せ許容範囲）を指定することができ、取引毎に、その指定を無効にし、
（許容範囲をリセットする）ことができる。ＳＩＤ１３内の機関投資家情報テー
ブル６１にデータを入力した場合、機関投資家２０は、特定の口座または顧客に
対して突合せインジケータ（および許容範囲）を入力することができる。突合せ
プロセス中に、これら突合せインジケータは、特定の突合せインジケータ無効ま
たは突合せ許容範囲無効がII内に設定されない限り制御を行う。

【００５５】 上記の指定したフィールドは、例示としてのものであって、追加フィールドお
よびもっと少ないフィールドによりIIを生成することができる。例えば、例示と
しての実施形態の場合には、機関投資家２０は、ＳＩＤ内のテーブルから入手で
きるように、代理人識別番号および代理人内部口座番号を削除することができる
。

【００５６】 機関投資家２０のところの、コンピュータ・ターミナル上の通信ソフトウェア
は、IIをコンピュータ１０に送信する。図１について説明すると、機関投資家２
０は、通信リンク２１およびを通して、IIをコンピュータ１０に送信し、取引確
認通信システム１９はIIを受信する。（１９内の）ルータは、上記通信を収集フ
ァイル１２に送る。

【００５７】 図３のステップ２０２においては、突合せコントローラ１１は、新しいIIをチ
ェックするために収集ファイル１２にアクセスする。突合せコントローラ１１は
、最初、通信を、（例えば、ＮＯＥまたは他の通信に対向する）IIと識別し、そ
の後で、データ・タイプが完全であるか、また正確であるかを検査するために、
そのデータ・フィールド内の情報をチェックする。ステップ２０３において、突
合せコントローラ１１が、IIが完全でないと判断した場合、または確認できない
と判断した場合には、上記突合せコントローラ１１はステップ２０５に進み、エ
ラーコードをつけて、メッセージを機関投資家２０に返送する。

【００５８】 ステップ２０３において、通信が確認できた場合には、突合せコントローラ１
１は、ステップ２０４に進み、IIをＰＭＤ１５内に記憶しているＮＯＥと突合せ
しようと試みる。ステップ２０４においては、突合せコントローラ１１は、最初
、IIを突合せのために選択することができるかどうかを判断するために、機関投
資家の口座に対する突合せインジケータをチェックする。突合せコントローラ１
１は、突合せが選択されたかをチェックし、また突合せに対する優先が無効にさ
れたかどうかを判断するために、II上の突合せインジケータ無効をチェックする
ために、機関投資家情報テーブル６１、および株式仲買人情報テーブル６２両方
内の、口座に対する突合せインジケータをチェックする。突合せのためにIIを選
択することができる場合には、突合せコントローラ１１は、IIを、ＰＭＤ１５内
の懸案ＮＯＥ情報テーブル７１内のＮＯＥと突合せしようとする。（突合せプロ
セスについては、以下に説明する。） ステップ２０６において、突合せコントローラ１１が、懸案ＮＯＥ情報テーブ
ル７１内にIIに一致するものがないと判断した場合には、上記コントローラは、
ステップ２０７に進み、ＰＤＭ１５内の懸案機関投資家指示テーブル７２にIIを
コピーし、新しいＮＯＥを受信した際に、一致が起こるのを待つことになる。そ
の後で、突合せコントローラ１１は、ステップ２１０において、IIのコピーを株
式仲買人３０に送る。ステップ２０６において、突合せコントローラ１１がIIを
ＮＯＥ（または、一つの注文を満たす複数の実行による一連のＮＯＥの場合の最
後のＮＯＥ）と突合せた場合には、上記コントローラは、ステップ２０８に進み
、突合せファイル１４上に一致したことを示すインジケータを記憶し、ステップ
２０９において、売買報告書一致通信を作成し、以下に説明するように、決算関
係者が、上記売買報告書を使用できるようにする。

【００５９】 Ｅ．突合せ 本発明の例示としての実施形態の場合には、突合せコントローラ１１は、IIお
よびＮＯＥ内のフィールド間で、１対１の突合せを行う。最初に、本発明は、Ｎ
ＯＥの一意のＮＯＥ参照識別子フィールド内の数を、IIの対応するフィールド内
で発見した数と突合せさせようと試みる。すでに説明したように、突合せ対象の
IIは、（そのフィールドが、上記のように「複数」に設定されていない場合）そ
の一意のＮＯＥ参照識別子フィールド内に、特定のＮＯＥに対する参照を含むこ
とができる。図２および図３のステップ１０６においては、突合せコントローラ
１１は、懸案ＮＯＥ情報テーブル７１内において、II内の一意のＮＯＥ参照識別
子に対応するＮＯＥの位置を発見しようと試みる。上記ＮＯＥを発見することが
できた場合には、突合せコントローラ１１は、一致するものを発見し、（例えば
、下記の説明内の記載するフィールドのような）ＮＯＥおよびII内のいくつかの
他のフィールドも一致することを確認することにより、その一致するものを確認
する。

【００６０】 システムが、一意のＮＯＥ参照識別子に基づいて、一致するものがないと判断
した場合でも、突合せコントローラ１１は、引き続き、下記のような、ＮＯＥお
よびIIの両方に共通な他のフィールド内のデータを１対１の突合せに基づいて突
合せようと試みる。

【００６１】 株式仲買人３０を識別するための株式仲買人／ディラー識別番号 機関投資家２０を識別するための機関投資家識別番号 証券の識別のための証券識別子番号（例えば、ＣＵＳＩＰ番号） 株式仲買人３０が証券を引き渡しているのか受領しているのかを判断するた
めの売買コード （例えば、負債証券の１０，０００ドルの額面の１０，０００株のような）
全取引注文中の証券の株数または額面を決定するための判断用の累積株式／額面
の金額 全決算金額 取引日付 決算日付 さらに、突合せのために他のフィールドも指定することができる。例えば、追
加の機関投資家データ・フィールドおよび代理人データ・フィールドを含むよう
にＮＯＥを構成することができる。一致するものが存在するかどうかを判断する
ために、突合せコントローラ１１により、これらのフィールドを、ＮＯＥおよび
II内の対応するフィールドと比較することができる。ＮＯＥおよびII内のこれら
追加フィールドを突合せることにより、突合せの信頼性をさらに高めことができ
るし、また一つの（割り当てられていない）取引のような、特定の取引を識別す
るために使用することもできる。例えば、株式仲買人３０が、その内部口座番号
を、ＳＩＤ１３内の株式仲買人／機関投資家リンク・テーブル６４内の機関投資
家の内部口座番号とリンクしなかった場合には、追加の突合せフィールドも必要
になる。

【００６２】 上記突合せ手順は、フィールド毎および項目毎の株式仲買人３０および機関投
資家２０の「一致」が入力した情報を必要とする。しかし、全決算額内に許容範
囲を指定することができる。例えば、機関投資家が、決算額上に５ドルの許容範
囲パラメータを設定した場合であっても、およびＮＯＥ上およびII上に記載され
ている決算額が５ドルまたはそれより少ない額だけ異なっている場合であっても
、他のすべてのフィールドが一致している場合には、システムは、その取引を「
一致している」と見なすことができる。例示としての実施形態の場合には、機関
投資家２０は、二つの方法で、決算通貨により、ＳＩＤ１３内の機関投資家情報
テーブル６１の決算額に対して、許容範囲パラメータを入力することができる。
第一の方法の場合には、機関投資家２０は、特定の通貨で株式仲買人３０が提出
した決算額は、全決算額がどのような金額であれ、一つの取引毎に予め定めた金
額以上変動することはできないことを指定する、絶対値による許容範囲額を入力
することができる。例えば、機関投資家２０は、米ドルにより、株式仲買人３０
のＮＯＥ内の全決算額フィールドが、機関投資家２０が提出したII内の全決算額
フィールドから、５０ドル以上変動してはならないことを示す、絶対値による許
容範囲額５０ドルを入力することができる。第二の方法に場合には、機関投資家
２０は、その通貨での取引に対する全決算額に関連する、所与の通貨に対する許
容範囲額を表示することができる。例えば、機関投資家２０は、全決算額の１０
０，０００ドル単位に対して、株式仲買人３０が提出した全決算額は、機関投資
家２０が提出した全決算額から１０ドル以上変動してはならないことを示す許容
範囲パラメータを入力することができる。特定の通貨に対して許容範囲パラメー
タが指定されていない場合には、決算額は正確に一致していなければならない。

【００６３】 すでに説明したように、また、本発明を使用すれば、機関投資家の取引注文を
行うのに複数の取引を必要とする場合に、突合せを行うことができる。この場合
には、一連のＮＯＥが作成され、受信されるが、その場合、その取引の上記一連
のＮＯＥの最後のＮＯＥは、この取引注文のために購入した株式の全金額、およ
びそれぞれ累積株式／額面フィールド、および株式／金額当りの平均価格フィー
ルド内の（複数の実行にまたがる）これら株式の平均価格を示す。突合せコント
ローラ１１は、例えば、最後のＮＯＥ内の累積株式額面金額フィールドが、II内
の対応するフィールドと一致すると判断することによって、上記一連のＮＯＥ内
の最後のＮＯＥとの一致を判断することができる。上記最後のＮＯＥが発見され
、突合せコントローラ１１が対応するIIを発見した場合には、以下に説明するよ
うに、売買報告書が作成される。上記一連のＮＯＥ内の最後のＮＯＥでないＮＯ
Ｅの場合には、突合せコントローラ１１は、（例えば、累積株式／額面フィール
ド、株式金額当りの平均価格フィールド、および全決算額フィールドを除く、上
記すべてのフィールドを突合せることにより）ＮＯＥがIIに関連しているが、上
記一連のＮＯＥ内の最後のＮＯＥでないことを判断することができる。このよう
な部分的な一致にに対しては、売買報告書は作成されない。

【００６４】 上記の突合せ基準は例示としてのものに過ぎない。突合せを行うことができる
他の異なるフィールドもあることを理解されたい。

【００６５】 （上記図２の）ステップ１０６、および（上記図３の）ステップ２０６におい
ては、コンピュータ１０は、IIおよびＮＯＥが、上記のように、そのフィールド
の中の一つまたはそれ以上に基づいて、同じ証券取引を参照し、以下に説明する
ように、売買報告書を作成するかどうかを判断するために、情報データ・フィー
ルドを突合せる。本発明の突合せシステムは、従来技術の複数の取引とは異なり
、機関投資家２０および株式仲買人３０が取引後の入力を一回するだけで、売買
報告書を作成することができる。通信の量が少なくなれば、速度および精度は確
実に向上する。

【００６６】 Ｆ．突合せに基づく売買報告書の作成 図３のステップ２０６の場合のように、上記突合せ基準に基づいて、ＮＯＥと
IIとの間で一致が見られた場合には、突合せコントローラ１１は、ステップ２０
９において、II（および／またはＮＯＥ）からの情報、およびＳＩＤ１３および
ＲＳＤ１４内に含まれるデータからの情報に基づいて、売買報告書を作成するこ
とができる。この売買報告書は、取引の詳細および決算のため指示を含む。突合
せコントローラ１１は、また、データベース・テーブル内に記憶している顧客口
座情報を追加する。ＳＩＤ１３からの情報の抽出は、II（および／またはＮＯＥ
内の類似のフィールド）の共通および特定の領域内の両方の、いくつかの異なる
フィールドに基づく索引によりスタートする。ＳＩＤ１３内の複数のデータベー
スについて、問合わせを行わなければならない場合があり、これら第一のデータ
ベースの索引により入手した情報は、さらにデータベースの索引を行うために、
種々のフィールドと一緒に含まれている情報と結びつけることができる。売買報
告書は下記のものからなる。

【００６７】 機関投資家識別番号； （例えば、ＲＳＤ１４からのような）機関投資家の名前； 株式仲買人／ディラーの識別番号； （例えば、ＲＳＤ１４からのような）株式仲買人の名前； 株式仲買人内部口座番号； 清算株式仲買人番号； 例えば、ＲＳＤ１４からのような）清算株式仲買人の名前； 取引日付； 代理人識別番号； （例えば、ＲＳＤ１４からのような）代理人の名前； 代理人内部口座番号； 決算に使用する代理人を識別するための清算代理人識別子； （例えば、ＲＳＤ１４からのような）清算代理人の名前； 代理人の口座を識別する、清算代理人内部口座番号； サブ管理人、支店番号または受託者を識別するための（必要な場合の）副
管理人識別子； 清算代理人に対するサブ管理人の口座番号を識別するための（必要な場合
の）副管理人内部口座番号； 副管理人の口座番号を識別するための（必要な場合の）サブ管理人口座の
名前； その取引に対する現金決算が、証券決算が行われる国の通貨以外の通貨で
行われているかどうかを示し、また、現金および証券が異なる場所で決算される
ことを示す分割通貨決算インジケータ； 取引日付； 決算日付； 売買コード； 決算場所； 証券識別子番号（例えば、ＣＵＳＩＰ番号）； （例えば、ＲＳＤ１４からのような）証券銘柄； 証券タイプ； 累積株式／額面金額； 株式／金額当りの平均価格； 全決算額； ＳＥＣ料および出荷料； （負債証券に対する利子を計算するための）利子金額； （国税、地方税等の）税額； 手数料の金額； 他の料金； 取引の主要な金額； 利害関係者情報； 決算タイプ； 特殊な指示 図４は、II、ＮＯＥおよびＳＩＤからの情報を含む情報を作成するための、ス
テップの例示としてのプロセスの流れである。ステップ３００においては、突合
せコントローラ１１は、売買報告書を作成する。ステップ３０２または３０３に
おいては、コンピュータ１０により、株式仲買人３０、機関投資家２０、代理人
５０および利害関係者４０は、上記売買報告書を入手することができるようにな
る。（図１について説明すると、突合せコントローラ１１は、通信リンク２１、
３１、４１および５１を通して、この通信を利用することができるようにする。
）ステップ３０１においては、突合せコントローラ１１は、送信する売買報告書
のタイプを決定する。例示としての実施形態の場合には、取引に対するどの関係
者が、「ＯＫをだす」当事者として指定されるかにより、使用できる売買報告書
に二つのタイプがある。機関投資家２０は、ＳＩＤ１３（図５参照）内の、機関
投資家情報テーブル６１内の、「ＯＫをだす」関係者に関する情報を記憶する。
図４のステップ３０２において、機関投資家２０が（突合せプロセスにすでに同
意している）ＯＫをだす関係者として指定された場合には、売買報告書は、「一
致売買報告書ＯＫ」の形で送信される。ＯＫを出す関係者が、利害関係者４０の
ように、機関投資家２０以外の関係者である場合には、ステップ３０３において
、売買報告書は、さらに確認を必要とする「売買報告書ＯＫ」の形で送信される
。決算、すなわち、取引された証券および支払いの交換は、エレクトロニクスま
たは他の方法により行うことができる。株式仲買人３０および代理人５０は、（
例えば、代理人のところのターミナルに送信したような）の売買報告書ＯＫを受
領した場合、売買報告書に記載されている受渡しに従って、基金および証券を交
換することができる。

【００６８】 例示としての実施形態の場合には、突合せコントローラ１１は、（例えば、特
定の時間経過後に）ＮＯＥとIIとの間に一致するものが存在しないと判断した場
合、一致しない項目を相互に識別する。この場合、突合せコントローラ１１は、
また、各株式仲買人３０または機関投資家２０が利用することができる、「一致
しないＮＯＥまたはII」売買報告書を作成することができる。各処理日中および
／または各処理日の終わりに、システムは、また、「不一致」報告書を作成する
が、この報告書は累積報告書であり、その日の間（またはその前の数日の間）に
一致しなかったすべてのＮＯＥおよびIIを含む。

【００６９】 今まで本発明を説明してきたが、本発明の上記実施形態は、例示としてのもの
であって、本発明の明示の開示から逸脱することなしに、種々の変更を行うこと
ができる。

【図面の簡単な説明】

【図１】 本発明の好適な実施形態の証券取引の取引終了後の処理および決算用の強化対
突合せ通信システムのブロック図である。

【図２】 証券取引の取引終了後の処理および決算用の強化突合せシステム内でのＮＯＥ
突合せプロセスの例示としてのプロセスの流れを示すフローチャートである。

【図３】 証券取引の取引終了後の処理および決算用の強化突合せシステム内での機関投
資家指示突合せプロセスの例示としてのプロセスの流れを示すフローチャートで
ある。

【図４】 証券取引の取引終了後の処理および決算用の強化突合せシステム内での売買報
告書作成のための例示としてのプロセスの流れを示すフローチャートである。

【図５】 証券取引の取引終了後の処理および決算用の強化突合せシステムの一実施形態
内で使用することができる常備指示データベース（ＳＩＤ）および関連記憶デー
タベース（ＲＳＤ）用のデータベース記憶構造体である。

【図６】 本発明の例示としての実施形態の証券取引の取引終了後の処理および決算用の
突合せ通信システムの懸案突合せデータベース（ＰＭＤ）用の例示としての関連
データベース記憶構造体である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ， ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，Ｄ Ｋ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ， ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，Ｌ Ｕ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ， ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，Ｕ Ｇ，ＵＺ，ＶＮ，ＹＵ，ＺＷ Ｆターム(参考） 5B049 AA00 AA05 BB47 CC05 CC31 CC36 EE02 EE05 FF02 FF07 GG02 GG03 GG04 5B055 CB00 EE02 EE21 FA01 FA06 FA07 FB03

Claims (32)

【特許請求の範囲】
1. 【請求項１】 株式仲買人、機関投資家、代理人および利害関係者の間で、
   取引の詳細について同意を得ることにより証券取引の決算を容易にするためのシ
   ステムであって、 ａ．株式仲買人、機関投資家、代理人および利害関係者が、通信の送受信をで
   きるようにするコンピュータ・システムと、 ｂ．前記機関投資家、前記株式仲買人および前記代理人がすでに入力した、取
   引決算のための複数の組の指示を含む常備送信データベースと、 ｃ．前記コンピュータ・システム内の常備指示データベースに接続していて、 ｉ．注文実行情報の通知を含む、株式仲買人からの通信（株式仲買人通信）を
   受信し、 ii．機関投資家割当指示情報を含む、前記機関投資家からの通信（機関投資家
   通信）を受信し、 iii．両方の通信に含まれる情報に基づいて、前記機関投資家通信を前記株式
   仲買人通信と突合せ、 ｉｖ．一致するものがある場合には、前記株式仲買人通信に含まれる情報と、
   前記機関投資家通信に含まれる情報と、前記常備指示データベースに記憶してい
   る情報に基づいて、その取引に対する売買報告書を作成し、 ｖ．その取引を決算するために、通貨および証券の交換を容易にする売買報告
   書を、機関投資家、代理人および利害関係者が通信として利用できるようにする
   ように構成されている処理コンピュータとを備えるシステム。
2. 【請求項２】 請求項１に記載のシステムにおいて、前記株式仲買人通信お
   よび前記機関投資家通信が、それぞれ、 ａ．機関投資家識別番号用のデータ・フィールド、 ｂ．株式仲買人識別番号用のデータ・フィールド、 ｃ．証券識別番号用のデータ・フィールド、 ｄ．売買コード用のデータ・フィールド、 ｅ．多数の株式および額面用のデータ・フィールド、 ｆ．決算額用のデータ・フィールド、 ｇ．取引日付用のデータ・フィールド、 ｈ．決算日付用のデータ・フィールドを含み、 前記処理コンピュータが、少なくともこれらフィールドに基づいて、前記株式仲
   買人通信を前記機関投資家通信と突合せるシステム。
3. 【請求項３】 請求項１に記載のシステムにおいて、前記株式仲買人通信が
   、その通信のための一意の識別番号を含み、前記機関投資家通信が、前記株式仲
   買人通信の前記一意の識別番号を参照するためのデータ・フィールドを含み、前
   記処理コンピュータが、前記一意の株式仲買人通信識別番号に基づいて、前記株
   式仲買人通信と前記機関投資家通信とを突合せるシステム。
4. 【請求項４】 請求項１に記載のシステムにおいて、前記常備データベース
   内の情報が、（ｉ）前記機関投資家の口座の内部顧客口座番号、およびこれら口
   座に対して前記株式仲買人が使用する対応する内部口座番号に対するレコードと
   ；（ii）これら内部口座番号をリンクするためのレコードとを含み、一致した場
   合、前記処理コンピュータが、これら口座番号に基づいて、前記内部口座番号と
   前記データとをリンクしている前記レコードにアクセスすることによって、前記
   売買報告書を作成するシステム。
5. 【請求項５】 請求項１に記載のシステムにおいて、前記株式仲買人通信お
   よび前記機関投資家通信の両方が、その取引に対する決算額を示すデータ・フィ
   ールドを含み、前記機関投資家通信が、さらに、それにより決算額に基づく突合
   せが変動する許容範囲を指定する許容範囲データ・フィールドを含み、前記処理
   コンピュータが、前記決算額が前記許容範囲内の数値だけ変動する限りは、前記
   株式仲買人通信と前記機関投資家通信とを突合せるシステム。
6. 【請求項６】 請求項１に記載のシステムにおいて、前記機関投資家通信が
   、前記機関投資家が前記取引に対してＯＫする側の関係者であることを示すデー
   タ・フィールドを含み、前記処理コンピュータが、データ・フィールド内にこの
   表示を含む売買報告書を作成するシステム。
7. 【請求項７】 請求項１に記載のシステムにおいて、前記処理コンピュータ
   が、その内部に、前記処理コンピュータが、前記株式仲買人通信を記憶し、前記
   株式仲買人通信を前記機関投資家通信に突合せようとする前に、それを検索する
   突合せデータベースに接続しているシステム。
8. 【請求項８】 請求項１に記載のシステムにおいて、前記処理コンピュータ
   が、その内部に、前記処理コンピュータが、前記機関投資家通信を記憶し、前記
   株式仲買人通信を前記機関投資家通信に突合せようとする前に、それを記憶する
   突合せデータベースに接続しているシステム。
9. 【請求項９】 機関投資家、株式仲買人、代理人および利害関係者の間で、
   証券取引の決算をするためのコンピュータをベースとするシステムであって、 （ｉ）実行した取引に関する情報を含むデータ・フィールドを持つ株式仲買人
   からの通信（株式仲買人通信）を受信し；（ii）前記機関投資家通信のいくつか
   のデータ・フィールドが、前記株式仲買人通信のデータ・フィールドに対応する
   場合に、実行した取引に関する情報を含むデータ・フィールドを持つ、前記機関
   投資家からの通信（機関投資家通信）を受信し、（iii）予め定めた一組の対応
   するデータ・フィールド内のデータに一致する前記株式仲買人通信と、前記機関
   投資家通信とを突合せるように構成されている処理コンピュータを備えるシステ
   ム。
10. 【請求項１０】 請求項９に記載のシステムにおいて、前記株式仲買人通信
    が、注文実行の通知であるシステム。
11. 【請求項１１】 請求項９に記載のシステムにおいて、前記機関投資家通信
    が、機関投資家割当指示であるシステム。
12. 【請求項１２】 株式仲買人、機関投資家、代理人および利害関係者の間で
    、証券取引の決算を容易にするためのシステムであって、 ａ．前記株式仲買人、前記機関投資家、前記代理人および前記利害関係者が、
    通信の送受信をできるようにするコンピュータ・システムと、 ｂ．前記コンピュータ・システム内の処理コンピュータであって、 ｉ．注文実行情報の通知を含む、前記株式仲買人からの通信（株式仲買人通信
    ）を受信し、 ii．機関投資家割当指示情報を含む、前記機関投資家からの通信（機関投資家
    通信）を受信し、 iii．両方の通信に含まれる情報に基づいて、前記機関投資家通信を前記株式
    仲買人通信と突合せ、 ｉｖ．一致するものがある場合には、前記株式仲買人通信に含まれる情報と、
    前記機関投資家通信に含まれる情報に基づいて、その取引に対する売買報告書を
    作成し、 ｖ．その取引の決算を容易にする売買報告書を、前記機関投資家、前記株式仲
    買人、前記代理人および前記利害関係者が通信として利用できるようにするよう
    に構成されている処理コンピュータとを備えるシステム。
13. 【請求項１３】 証券取引の決算の際に、株式仲買人と機関投資家との間で
    、通信を交換するために使用されるコンピュータによる通信システムにおいて、 ａ．株式仲買人通信が、データ・フィールド内に、下記のデータ、すなわち、 機関投資家識別番号、 株式仲買人識別番号、 証券識別番号、 売買コード、 株式および額面数、 決算額、 取引日付、 決算日付を含み、 ｂ．機関投資家通信が、データ・フィールド内に、下記のデータ、すなわち、 機関投資家識別番号、 株式仲買人識別番号、 証券識別番号、 売買コード、 株式および額面数、 決算額、 取引日付、 決算日付を含み、 ｃ．前記株式仲買人通信のデータ・フィールド内のデータを、前記機関投資家
    通信のデータ・フィールド内のデータと比較し、データが一致する場合には、そ
    の取引に対する売買報告書を作成し、前記機関投資家、前記株式仲買人、前記代
    理人および前記利害関係者が、前記取引の決算を容易にする売買報告書を利用で
    きるようにするコンピュータ・プロセッサとを備えるシステム。
14. 【請求項１４】 証券取引の決算の際に必要な、関係者の間で、取引後の情
    報を交換するためのコンピュータによる通信システムにおいて、該装置が、 ａ．前記関係者からの通信、また前記関係者への通信を受信し、処理し、送信
    するように構成されている取引確認通信システムと、 ｂ．前記関係者の中の少なくとも一つの関係者が記憶する、取引に関する複数
    の情報を記憶するための、少なくとも一つのデータ・テーブルを持つ取引確認通
    信システムに接続している常備指示データベースと、 ｃ．前記関係者のうちの一人の関係者からの注文実行前記を含む取引通信を受
    信し、前記関係者の中の他の関係者からの取引割当情報を含む情報を受信するよ
    うに構成されている前記取引確認通信システムへ、またその内部に接続している
    突合せコントローラと、 ｄ．さらに、前記受信通信内の情報、および常備指示データベース内に記憶す
    る情報に基づいて、売買報告書を作成するように構成されている情報取引確認通
    信システムとを備える装置。
15. 【請求項１５】 請求項１４に記載のシステムにおいて、前記常備指示デー
    タベースが、さらに、 少なくとも一つの機関投資家情報データベースと、 少なくとも一つの株式仲買人情報データ・テーブルと、 少なくとも一つの代理人情報データ・テーブルと、 少なくとも一つの株式仲買人／機関投資家リンク・データ・テーブルと、 少なくとも一つの株式仲買人確認情報データ・テーブルとを備えるシステム。
16. 【請求項１６】 請求項１４に記載のシステムにおいて、前記常備指示デー
    タベースが、さらに、少なくとも一つの機関投資家情報データ・テーブルを備え
    、少なくとも一つの機関投資家情報データ・テーブルが、機関投資家情報および
    口座情報を記憶するためのものであるシステム。
17. 【請求項１７】 請求項１４に記載のシステムにおいて、前記常備指示デー
    タベースが、さらに、少なくとも一つの機関投資家情報データ・テーブルを備え
    、前記少なくとも一つの株式仲買人／ディラー情報データ・テーブルが、決算情
    報を記憶するためのものであるシステム。
18. 【請求項１８】 請求項１４に記載のシステムにおいて、前記常備指示デー
    タベースが、さらに、少なくとも一つの機関投資家情報データ・テーブルを備え
    、少なくとも一つの株式仲買人／機関投資家リンク・データ・テーブルが、前記
    株式仲買人の口座番号と前記機関投資家の顧客口座番号との間の一組の相互参照
    を記憶するためのものであるシステム。
19. 【請求項１９】 請求項１４に記載のシステムにおいて、前記常備指示デー
    タベースが、さらに、少なくとも一つの機関投資家情報データ・テーブルを備え
    、少なくとも一つの株式仲買人情報データ・テーブルが、株式仲買人売買報告書
    情報用のものであるシステム。
20. 【請求項２０】 請求項１４に記載のシステムにおいて、前記関連データ記
    憶データ・テーブルが、さらに、その取引に関連するすべての関係者の名前およ
    びアドレスを含む、少なくとも一つのファイルを備えるシステム。
21. 【請求項２１】 株式仲買人、機関投資家、代理人および利害関係者の間で
    の証券取引の決算の際に、取引後の通信を実行するシステムであって、 ａ．株式仲買人、機関投資家、代理人および利害関係者が、通信を送受信する
    ことができるようにするためのコンピュータ・ハードウェアおよびソフトウェア
    手段と、 ｂ．前記機関投資家、前記株式仲買人、および前記代理人がすでに入力した取
    引決算に対する、複数の組の指示を含む一組の常備指示レコードを知らせる手段
    と、 ｃ．ｉ．注文実行情報の通知を含む、前記株式仲買人からの通信（株式仲買人
    通信）を受信し、 ii．機関投資家割当指示情報を含む、前記機関投資家からの通信（機関投資家
    通信）を受信し、 iii．両方の通信に含まれる情報に基づいて、前記機関投資家通信を前記株式
    仲買人通信と突合せ、 ｉｖ．一致するものがある場合には、前記株式仲買人通信に含まれる情報と、
    前記機関投資家通信に含まれる情報と、前記常備指示データベース内に記憶して
    いる情報に基づいて、その取引に対する売買報告書を作成し、 ｖ．その取引の決算するために、前記売買報告書を、前記機関投資家、前記株
    式仲買人、前記代理人および前記利害関係者が、通貨および証券の交換を容易に
    する通信として利用できるようにするコンピュータ・ハードウェア手段とソフト
    ウェア手段とを備えるシステム。
22. 【請求項２２】 株式仲買人、機関投資家、代理人および利害関係者の間で
    の、証券取引の決算に必要な通信を実行するために、コンピュータを動作させる
    ための方法であって、 ａ．注文実行情報の通知を含む、前記株式仲買人からの通信（株式仲買人通信
    ）を受信するステップと、 ｂ．機関投資家割当指示情報を含む、前記機関投資家からの通信（機関投資家
    通信）を受信するステップと、 ｃ．両方の通信に含まれる情報に基づいて、前記機関投資家通信を、前記株式
    仲買人通信と突合せるステップと、 ｄ．一致するものがある場合には、前記株式仲買人通信に含まれる情報と、前
    記機関投資家通信に含まれる情報に基づいて、その取引に対する売買報告書を作
    成するステップと、 ｅ．その取引の決算するために、前記売買報告書を、前記機関投資家、前記株
    式仲買人、前記代理人および前記利害関係者が、通貨および証券の交換を容易に
    する通信として、利用できるようにするステップとを含む方法。
23. 【請求項２３】 請求項２２に記載の方法において、前記株式仲買人通信お
    よび前記機関投資家通信が、それぞれ、 ａ．機関投資家の識別番号用のデータ・フィールド、 ｂ．株式仲買人の識別番号用のデータ・フィールド、 ｃ．証券識別番号用のデータ・フィールド、 ｄ．売買コード用のデータ・フィールド、 ｅ．多数の株式および額面用のデータ・フィールド、 ｆ．決算額用のデータ・フィールド、 ｇ．取引の日付用のデータ・フィールド、 ｈ．決算の日付用のデータ・フィールドを含み、前記突合せステップが、少な
    くともこれらのフィールドに基づいて、前記株式仲買人通信を前記機関投資家通
    信と突合せるシステム。
24. 【請求項２４】 請求項２２に記載の方法において、前記株式仲買人通信が
    、その通信のための一意の識別番号を含み、前記機関投資家通信が、前記株式仲
    買人通信の前記一意の識別番号を参照するためのデータ・フィールドを含み、前
    記処理コンピュータが、前記一意の株式仲買人通信識別番号に基づいて、前記株
    式仲買人通信と前記機関投資家通信とを突合せる方法。
25. 【請求項２５】 請求項２２に記載の方法において、前記株式仲買人通信お
    よび前記機関投資家通信の両方が、その取引に対する決算額を示すデータ・フィ
    ールドを含み、前記機関投資家通信が、さらに、それにより決算額に基づく突合
    せが、変動する許容範囲を指定する許容範囲データ・フィールドを含み、前記突
    合せステップが、前記決算額が前記許容範囲内の数値だけ変動する限りは、前記
    株式仲買人通信と前記機関投資家通信とを突合せる方法。
26. 【請求項２６】 請求項２２に記載の方法において、前記機関投資家通信が
    、前記機関投資家が、前記取引に対してＯＫする側の関係者であることを示すデ
    ータ・フィールドを含み、売買報告書作成ステップが、データ・フィールド内に
    この表示を含む売買報告書を作成する方法。
27. 【請求項２７】 請求項２２に記載の方法において、前記株式仲買人通信を
    記憶し、前記株式仲買人通信を前記機関投資家通信に突合せようとする前に、そ
    れを検索する追加ステップを含む方法。
28. 【請求項２８】 請求項２２に記載の方法において、前記機関投資家通信を
    記憶し、前記株式仲買人通信を前記機関投資家通信に突合せようとする前に、そ
    れを検索する追加ステップを含む方法。
29. 【請求項２９】 株式仲買人、機関投資家、代理人および利害関係者の間で
    、証券取引の決算をするために必要な通信を行うために、コンピュータを動作す
    るための方法であって、 ａ．前記株式仲買人、機関投資家、代理人および利害関係者の中の一つまたは
    それ以上から、取引決算のための一組の指示を受信するステップと、 ｂ．常備指示データベースが、取引決算のための前記指示を記憶するステップ
    と、 ｃ．注文実行情報の通知を含む、前記株式仲買人通信（株式仲買人通信）を受
    信するステップと、 ｄ．前記機関投資家割当指示情報を含む、前記機関投資家からの通信（機関投
    資家通信）を受信するステップと、 ｅ．両方の通信に含まれる情報に基づいて、前記機関投資家通信を、前記株式
    仲買人通信と突合せるステップと、 ｆ．一致するものがある場合には、前記株式仲買人通信に含まれる情報と、前
    記機関投資家通信に含まれる情報と、前記常備指示データベースに記憶している
    情報に基づいて、その取引に対する売買報告書を作成するステップと、 ｇ．前記売買報告書を、前記株式仲買人、前記機関投資家、前記代理人および
    前記利害関係者が、取引の決算を容易にする通信として使用することができるよ
    うにするステップとを含む方法。
30. 【請求項３０】 請求項２９に記載の方法において、前記常備指示データベ
    ースに情報を記憶するステップが、（ｉ）前記機関投資家の口座の内部顧客口座
    番号と、これらの口座に対して、前記株式仲買人が使用する対応する内部口座番
    号用のレコードと、（ii）これらの内部口座番号をリンクするためのレコードと
    の記憶を含み、売買報告書を作成する前記ステップが、さらに、（ｉ）前記内部
    口座番号レコードをリンクする前記レコードにアクセスするステップと、（ii）
    前記リンクに基づいて、前記内部口座番号レコードにアクセスするステップとを
    含む方法。
31. 【請求項３１】 株式仲買人、機関投資家、代理人および利害関係者の間で
    の取引の詳細を通信することによって、証券取引の決算を容易にするための方法
    であって、 ａ．前記株式仲買人および前記機関投資家が、通信の送受信をできるようにし
    、前記代理人および前記利害関係者に通信を使用することができるようにするコ
    ンピュータ・システムと、 ｂ．前記機関投資家、前記株式仲買人および前記代理人がすでに入力した、取
    引決算のための複数の組の指示を含む常備指示データベースと、 ｃ．前記コンピュータ・システム内の処理コンピュータであって、前記常備指
    示データベースに接続していて、 ｉ．注文実行情報の通知を含む、前記株式仲買人からの最後の株式仲買人通信
    を含む一連の通信（株式仲買人通信）を受信し、 ii．機関投資家割当指示情報を含む、前記機関投資家からの通信（機関投資家
    通信）を受信し、 iii．両方の通信に含まれる情報に基づいて、前記機関投資家通信を前記株式
    仲買人通信と突合せ、 ｉｖ．一致するものがある場合には、前記最後の株式仲買人通信に含まれる情
    報と、前記機関投資家通信に含まれる情報と、前記常備指示データベースに記憶
    している情報に基づいて、その取引に対する売買報告書を作成し、 ｖ．前記売買報告書を、その取引を決算するために、通貨および証券の交換を
    容易にする通信として、前記機関投資家、前記株式仲買人、前記代理人および前
    記利害関係者が利用できるようにする処理コンピュータとを備えるシステム。
32. 【請求項３２】 請求項３１に記載のシステムにおいて、前記機関投資家通
    信および一連の株式仲買人通信内の各通信が、それぞれ、 ａ．機関投資家識別番号用のデータ・フィールド、 ｂ．株式仲買人識別番号用のデータ・フィールド、 ｃ．証券識別番号用のデータ・フィールド、 ｄ．売買コード用のデータ・フィールド、 ｅ．多数の株式および額面用のデータ・フィールド、 ｆ．決算額用のデータ・フィールド、 ｇ．取引日付用のデータ・フィールド、 ｈ．決算日付用のデータ・フィールドを含み、 前記処理コンピュータが、これらのフィールドに基づいて、少なくとも一つの前
    記最後の株式仲買人通信を前記機関投資家通信と突合せるシステム。