JP2002525713A - 信用度でフィルタ処理された価格を通信する電子仲介システム - Google Patents

Abstract

(57)【要約】 金融商品を取引するトレーダを接続する通信ネットワークと、通信ネットワークに接続された複数のトレーダ端末を備える、金融商品を取引するためのコンピュータ化された取引システム。通信ネットワークは、各信用交付団体からの有効な信用度の指標を記録するための信用度記録装置と、トレーダ端末に取引価格メッセージを表示できるように、トレーダ端末に取引価格メッセージを配信するための価格配信装置と、少なくとも１つの信用交付団体に関連する各トレーダ端末に対して、取引価格メッセージをフィルタ処理するための信用度フィルタ装置とを有する。

Description

【発明の詳細な説明】

【０００１】 （技術分野） 本発明は、一般に、金融商品を取引するトレーダを接続する通信ネットワーク
を含む電子仲介システムに関し、とりわけ、金利先渡契約などのデリバティブを
取引するためのコンピュータ化されたシステムに関する。

【０００２】 米国特許第５，３７５，０５５号によれば、外国通貨を無記名式に取引するた
めの自動化された仲介システムを開示しており、このときトレーダは、ビッド（
入札）およびオファ（提供）を、トレーダ・ワークステーションを介して配信仲
介システムに入力する。信用度限度は、ある商取引に関する潜在的な当事者によ
り設定されるものであるが、ワークステーションに接続されるマーケット・アク
セス・ノード（Market Access Node）に記録されている。信用度限度は、取引遂
行手続の一部として分析され、信用度限度を超える取引は禁止される。マーケッ
ト・アクセス・ノードは、１人以上のアービトレータ（Arbitrator）および１人
以上のマーケット・ディストリビュータ（Market Distributor）にリンク接続さ
れる。マーケット・ディストリビュータの機能は、マーケット・アクセス・ノー
ドに記録された信用度限度から導出される事前授権マトリクス（Pre-Authorizat
ion Matrix）を用いて、オープンビッドおよびオープンオファの価格を配信する
ことにある。アービトレータは、取引の仲介を行い、好適には、同様の事前授権
マトリクスを用いて、システムの配信された特性に起因して生じ得る取引上の潜
在的競合を解消する。事前授権マトリクスを用いて、相互信用のない相手方当事
者の間の取引を禁止し、かつ、表示する前にビッドおよび／またはオファをふる
いにかける（スクリーニング処理）する。その結果、トレーダに表示されるビッ
ドおよびオファは「取引可能」なものであって、このとき、表示された相場で少
なくとも部分的に取引する上で、このトレーダは信用されている。このシステム
を改善したシステムが広く知られており、外国為替を取引するためのＥＢＳシス
テムとして実現されている。

【０００３】 このように、広く知られた先行技術による取引システムは、トレーダが１人ま
たはそれ以上の匿名の相手方当事者からの表示価格で売買する前に、トレーダの
画面上に現在表示されている特定の価格をオファ（ビッド）する匿名の相手方当
事者に対して、個人トレーダが信用度を有しているかどうか、さらに表示された
価格で売買しようとした後に、こうした信用度がないためにシステムがこうした
試みを無効とするかどうかを判断するための方法を、個人トレーダに提供してく
れる。

【０００４】 しかしながら、有効な価格が表示される場合にのみ、こうしたシステムが有用
であって、先物取引などの特定の商品を取引することは、信用上の困難性（cred
it consideration）により、不可能であると考えられてきた。さらに、定義上、
固定した信用責任をもたない先物取引に対する信用度を判断できるシステムを提
供することは、技術的な困難性（technical consideration）があると考えられ
てきた。

【０００５】 （発明の要約） したがって、トレーダの端末において金融商品をトレーダ間で取引するための
コンピュータ化された取引システムを提供され、この取引システムは、 トレーダ端末間で電子メッセージを伝播させるための通信ネットワークと、 通信ネットワークに接続された複数のトレーダ端末とを備え、 各トレーダ端末は、金融商品に関する取引価格メッセージを形成するための手
段を有し、 通信ネットワークは、 各信用交付団体からの有効な信用度を示す指標を記録するための信用度記録装
置と、 トレーダ端末が取引価格メッセージを表示できるように、取引価格メッセージ
をトレーダ端末に配信するための配信装置と、 少なくとも１つの信用交付団体に関連する各トレーダ端末に対して、取引価格
メッセージをフィルタ処理するように構成された信用度フィルタ装置とを有し、 信用度フィルタ装置は、取引価格メッセージに示された価格だけを、関連する
トレーダ端末に表示するように構成され、取引価格メッセージに対して、最小信
用度閾値が１つの信用交付団体に対して双方向に有効であることを、信用度記憶
装置を参照して判断し、 最小信用度閾値は、１つの信用交付団体が所定の最小額で取引を遂行する上で
要求する有効な信用度と少なくとも等しく、 個別の最小信用度閾値は、各信用交付団体に対して確立され、各信用交付団体
に特有で、かつ、取引される少なくとも１つの金融商品の特質に関連する少なく
とも１つのパラメータに関する関数で求められる。

【０００６】 本発明のシステムによれば、各信用交付団体は、最小信用度閾値を設定する能
力を有することができる。本発明を具現化するシステムにおいて、取引立会場管
理者（ＴＦＡ）は、ＴＦＡが選択するパラメータにより適当な閾値を選択するこ
とができる。これにより、上述の先行技術では与えられない制御を行うことがで
き、本発明によるシステムによれば、金利先渡契約（ＦＲＡ）を含むより数多く
の種類の金融商品を取引することができる。

【０００７】 本発明の実施形態において、少なくとも１つのパラメータは、取引される各金
融商品に関して推定されるリスクを示す要因である。これにより、取引立会場管
理者の監督下のもとで、取引立会場で行われる取引エクスポージャを制限するこ
とができる。好適には、少なくとも１つのパラメータは、取引される各種金融商
品に関連する揮発性要因である。ＴＦＡは、揮発性要因を用いて、各金融商品に
対して適当なリスクを関連付けることができる。例えば、ある通貨で取引される
金融商品は、他の通貨よりも高いリスクを有する場合が考えられる。

【０００８】 １つの実施形態において、取引される各種金融商品の変換率および／または決
済期日に基く要因などの他の要因を取り込んで、信用度閾値を計算してもよい。
好適には、決済までの最長期間に基づく要因が用いられる。これにより、ＴＦＡ
は確実に、適当な信用度エクスポージャの値に基いて、価格をスクリーニング処
理することができる。

【０００９】 最小信用度閾値は、好適には、取引される各種金融商品の最小指令額、変換要
因、決済までの期間要因、および揮発性要因の関数の最大値である。これにより
、取引される最大信用度エクスポージャをもって、金融商品における最小取引金
額に対する信用度が十分である場合、所定の最小取引金額に対するすべての金融
商品を確実に表示することができる。

【００１０】 １つの実施形態において、好適には、複数のトレーダ端末が少なくとも１つの
グループに関連し、少なくとも１つの信用交付団体がグループに対して信用度を
拡張する。このグループは、単一の取引立会場／信用交付団体、または複数の取
引立会場／信用交付団体と関連付けることができる。こうしてＴＦＡは、取引立
会場に関する適当なグループを選択することにより、信用度をグループ全体に拡
張することができる。グループ内にある任意の１つの取引立会場は、拡張された
信用度限度で参加することができる。

【００１１】 各グループに対する各信用交付団体からの有効な信用度の指標は、好適には、
グループ間の各取引の後、取引額、および取引される各種金融商品に関連する揮
発性要因、変換率要因、および決済までの期間要因に基く各信用交付団体に特有
の少なくとも１つのパラメータの関数として求められる金額だけ減少する。

【００１２】 このシステムは、価格に関して信用度スクリーニング処理を行い、金融商品に
関して信用度利用を計算する要因を用いる。

【００１３】 こうして、このシステムは、特定の金融商品を取引する任意のトレーダに対し
て表示すための匿名の「取引可能な」価格を計算する前に、潜在的な各相手方当
事者に対する双方向の信用度を用いて、各ビッドまたはオファを事前にスクリー
ニング処理する。このシステムは、先物取引に対する適当な信用度を導出する手
段を有する。

【００１４】 最後に説明した実施形態においては、特定のクライエントサイトが潜在的な各
相手方当事者に対して、どれだけの信用度を自発的に拡張するかを示す敏感な信
用度限度データが、特定のクライエントに関連するマーケット・アクセス・ノー
ドにおいてのみ維持される。特定のアクセス・ノードに関連する団体（例えば、
トレーダ、取引立会場、銀行）が特定の相手方と自発的に商取引を行うかどうか
を示す簡単なイエス／ノー式の指標は、通信ネットワークの他のノードに伝播さ
れる。この実施形態において、事前スクリーニング処理することは、２つの当事
者が潜在的な商取引を行うに当たって、両者間に対する互いの信用度が残ってい
るかどうかを判断するための単純なチェックとすることができる。このチェック
は、任意のビッドまたはオファが特定のクライエントサイトに伝播される前に、
単純なイエス／ノー式の事前授権マトリクスを用いて実行することができる。

【００１５】 こうした事前授権マトリクスは、好適には、いくつかの地域的なノード（「マ
ーケット・ディストリビュータ」）、または配信された処理通信ネットワークの
各々において維持される。このとき、各マーケット・ディストリビュータ・ノー
ドは、価格配信装置として機能し、対応する個別の常時接続ネットワークを通じ
て、これらのクライエントサイト（「マーケット・アクセス・ノード」）と接続
することができる。このとき、各マーケット・ディストリビュータ・ノードは、
マーケット・アクセス・ノードに対して、カスタマイズされた「取引可能な」ビ
ッド価格およびオファ価格、さらに世界的な「最良」価格を含む市場情報を配信
する任務を負う。関連する各地域的ノード・コンピュータ（すなわち、特定の当
事者に関連する特定のマーケット・アクセス・ノードに最も近接するマーケット
・ディストリビュータ・ノード）が受信し、処理するデータをさらに制限するた
めに、信用度状況の変更内容（すなわち、信用度がもはや有効でないこと、また
は当事者Ａの当事者Ｂに対する信用度は有効でないこと）だけが伝播される。こ
れらの当事者の両方に関係のないマーケット・ディストリビュータに対しては、
これらの変更内容は伝播されない。

【００１６】 最後に説明した実施形態において、ネットワークの機能は、多様な構成装置を
通じて配信されることに留意されたい。これが、本システムを実行する最も有効
な手法であると考えられている。ただし、これらの機能に関して、この機能性を
一個所にあるシステムに導入することは容易なことであると理解されよう。

【００１７】 （好適な実施形態の詳細な説明） （あらまし） 金利先渡契約（「ＦＲＡ」という。）とは、先物取引において特定の期日から
所定期間、先渡利率を固定してなされる２つの当事者間の契約である。各ＦＲＡ
契約は、直物（spot）ＦＲＡ、ＩＭＭ−ＦＲＡ契約、ブロークンデート（broken
date）ＦＲＡ契約に分類することができる。この実施形態に係るシステム上で
、これらすべての契約を取引することができる。ＩＭＭとは、１つの国際的金融
市場（International Monetary Market）の期日に取引される契約を意味する、
一般的に普及したものの省略形である。簡単にいえば、ＩＭＭ−ＦＲＡ契約は、
４つの国際的金融市場期日に対して取引される。直物ＦＲＡは、本日分の直物期
日に関する期日に対して取引される。ブロークンデートＦＲＡ契約は、本日分の
直物期日以外の異なる期日に対して取引される。

【００１８】 図１は、本発明に具現化するシステムのＦＲＡ取引画面を示す。ＦＲＡ取引ワ
ークステーションは、電子式仲介フォーマットで取引可能な一連のＦＲＡ契約を
表示する。各種の契約は、テナーとして広く知られている。特定のテナーに対す
る価格情報がテナーライン（Tenor Line）に表示される。各テナーラインに対し
て、流動的な取引価格すべてに関して、信用度でふるいにかけられた（スクリー
ニング処理された）最良のビッド価格およびオファ価格を表示する。テナーライ
ンを選択すると、ワークステーションは、契約期日および追加的な市場情報を示
し、関連するテナーについての詳細な画面を表示する。

【００１９】 トレーダは、テナーラインを選択した後、４種類の指令（ビッド、オファ、購
入、または売却）を入力する。各種の指令の入力に際して、トレーダは、特定の
テナーに関する利率および架空の総額を特定する必要がある。一旦、入力すると
、新しい指令は、価格／期間の優先順位で未決の指令に対して仲介される。相互
信用のある指令同士は仲介されて、取引を遂行される。市場仲介を促進するため
に、トレーダは、いくつかのテナーに対して同時にビッドおよびオファを提起し
、調整することができる。

【００２０】 標準的でないＦＲＡに関して、トレーダは、価格要求機能により、システム全
体に配信（broadcast）して、ブロークンデートＦＲＡに対する価格を要求する
ことができる。トレーダは、掲示板への入力を選択することにより、価格要求に
対して応答することができる。

【００２１】 信用度を図るために、事前にスクリーニング処理された価格を用いる。取引立
会場管理者（ＴＦＡという。Trading Floor Administrator）は、取引立会場（
取引フロア：trading floor）において、取引立会場の相手方当事者グループの
各々に対する信用度限度を入力する。取引可能価格は、価格設定者に対して信用
を有するこれらの立会場に配信される。

【００２２】 図１で示す取引画面は、画面上部のツールバー上にあるボタンを選択すること
により、ビッド、オファ、購入、または売却を入力するための手段をトレーダに
提供する。最良のビッド／オファ価格は、１つのウィンドウ上のさまざまなテナ
ーライン、およびトレーダが行った取引に対して表示され、システムは、全体と
して他のウインドウ上に表示される。この表示は、ＦＲＡ取引の一例として参照
するとより十分に理解できる。

【００２３】 説明したように、金利先渡契約（ＦＲＡ）とは、先物取引において特定の期日
から所定期間、先渡利率を固定してなされる２つの当事者間の契約である。

【００２４】 例えば、６×９ＦＲＡとは、現在から６ヶ月後に起算して、現在から９ヶ月後
に至る期間をカバーする契約である。こうした契約の期間またはギャップは３ヶ
月間である。一方が買主で、他方が売主である２つの当事者は、契約開始時（こ
の場合、現在から６ヶ月後）にキャッシュを支払うことにより決済する。

【００２５】 先渡利率が上がった場合に、ＦＲＡの買主が補償され、先渡利率が下がった場
合に、ＦＲＡの売主が補償される。

【００２６】 契約に記載された特定の架空金額に対して、固定期日における一般的な実際の
利率、および契約上の特約された利率の間の差異に基いて、決済は行われる。決
済は、期間の開始期日に行われる。

【００２７】 例えば、１億米国ドルに対して、５．５６７５の利率で合意された６×９のＦ
ＲＡ取引（米国ドル）が、１９９７年９月９日付けで履行される場合について検
討する。この取引は、次の特長を有する。 取引期日： １９９７年９月 ９日 直物期日： １９９７年９月１１日 固定期日： １９９８年３月 ９日 決済期日： １９９８年３月１１日 支払期日： １９９８年６月１１日 契約利率： ５．５６７５ 架空金額： １億ドル（米国ドル） 参照利率： ライボ（LIBOR）

【００２８】 この取引期間は、１９９８年３月１１日（決済期日）から始まり、１９９８年
６月１１日（支払期日）で終わる。１９９８年３月９日、ロンドン時刻で午前１
１時３０分過ぎに、各銀行のバックオフィス担当者（back office personnel）
は、適当なロイタ通信のページを確認して、３月９日に対して公示される３ヶ月
もののライボ利率を読み取る。例えば、この利率が、５．５８００であったとす
ると、取引期日から固定期日の間に、０．０１２５％あるいは５／４毛だけ上昇
したことになる。したがって、決済金額は、５．５８％の参照利率に基いて計算
する必要がある。決済金額は、買主から売主に支払われる小切手上の金額である
。決済金額は、次式を用いて計算する。 （決済金額計算例）

【数１】

【００２９】 利率が下がった場合は、ＦＲＡの買主が売主に支払わなければならないことに
留意されたい。

【００３０】 ＦＲＡは、ヘッジ契約および投機的契約の両方として機能する。銀行は、ＦＲ
Ａを用いて、バランスシート（貸借対照表）において、先物取引によるキャッシ
ュの流入および流出に対する損失を防止することができる。また、銀行は、ＦＲ
Ａを用いて、将来の利率の動向において投機することができる。定義により、Ｆ
ＲＡ取引はカウンタ越しに取引される。その結果、この契約は２つの当事者間で
なされ、為替を介して取引される先物取引契約とは異なるものである。

【００３１】 ＥＢＳのためのＦＲＡは、次のカテゴリーに分類される。 ・ＩＭＭ−ＦＲＡ ・直物ＦＲＡ ・ブロークンデートＦＲＡ この実施形態は、国際的金融市場期日に基くＩＭＭ−ＦＲＡに関して説明され
る。

【００３２】 ＦＲＡは、契約期日、参照利率、契約上の通貨により特定される。ＦＲＡ契約
の各種は、テナーと呼ばれている。いくつかのテナーを以下例示する。

【表１】

【００３３】 テナーがマウスまたはキーボートを用いて選択される場合、ＦＲＡテナーライ
ンの詳細は、画面のトップ領域内に表示される。詳細領域において、選択された
テナーに対して最良の取引可能価格、ＥＢＳ最良価格、および最良の通常価格を
表示する。流動的なテナーに関する固定期日、決済期日、および支払期日につい
て十分説明された。

【００３４】 ここで再び図１に戻ると、画面をより十分に理解することができる。テナー詳
細パネルは、テナーライン情報および商取引活動に関する詳細画像を提供する。
ユーザは、タブ制御を用いて、ユーザ定義のタブシートのいくつかのうち１つを
選択することができる。ユーザは、タブシートのプロパティおよび構成要素を指
定することができる。テナーラインは、テナー指標、最良のビッド価格およびオ
ファ価格、ビッドおよびオファできる最良の金額、および大きな数字を表示する
。ＴＦＡメッセージ領域は、信用度通知、取引回復、ヘルプデスクの配信メッセ
ージなどの取引立会場管理に関するメッセージを表示する。ＥＢＳ詳細リストボ
ックスは、ＥＢＳシステム上で遂行される詳細について表示する。取引詳細リス
トボックスは、トレーダがこの画面を用いて行った詳細について表示し、トレー
ダは、ツールバーを用いて、一般的な取引上の指令を選択することができる。

【００３５】 数多くの（５０以上の）テナーラインが同時に画面上に表示されている。空間
的な制約により、画面上に表示されない追加的なテナーラインが存在することも
あるが、容易に画面上に移動させることができる。トレーダは、トレーダの好み
に応じて、より少ない（例えば、８程度の少ない）テナーを表示するように、こ
の画面を用いて選択することもできる。

【００３６】 テナー詳細パネル（ＴＤＰ）は、図２で示され、より詳細にテナーラインを表
示している。テナーラインは以下のものを含む。 ・テナーの同定（通貨および種類：ＴＩ）。 ・テナー期日情報（固定期日、決済期日、および支払期日：ＴＤＩ）。 ・信用度スクリーニングを満足させる「通常の」金額に対する、通常取引可能ビ
ッド価格（ＲＤＢＰ）およびオファ価格（ＲＤＯＰ）。（「通常の」金額とは、
特定の通貨における通常の取引を表すシステムデフォルト値と少なくとも等しい
金額であって、例えば５０００万ポンドである。） ・最良取引可能ビッド価格（ＢＤＢＰ）およびオファ価格（ＢＤＯＰ）（任意の
金額に対して信用度スクリーニング処理した後の有効な最良価格）、およびこれ
らの価格で有効な全体の金額（「最良ビッド金額（ＢＢＡ）および最良オファ金
額（ＢＯＡ）」）。 ・ＥＢＳの最良ビッド価格およびオファ価格。（信用度のいかんによらず、全シ
ステム上で有効な最良価格）（対応する最良取引可能価格とは異なる場合、これ
はトレーダにとっては有効でない場合もある。）

【００３７】 この情報の多くは、各タブシート（図１）の各テナーラインにも同様に示され
ていることに留意されたい。

【００３８】 図２の左側には、ビッド／購入の指令状況指標があり、オープンな指令に対し
て要求され、得られた金額を表示する。オファ／売却の指令がペンディング中で
ある場合は、このような状況は右側に表示される。

【００３９】 ビッド（購入）価格は左側にあり、オファ（売却）価格は右側にあり、表示さ
れるすべての価格は、左から右へ向かって昇順に配置されることに留意されたい
。ＥＢＳ最良ビッド価格は、（表示される場合）最良取引可能価格（ＢＤＢＰ）
よりも常に良好となる。その理由は、この取引立会場のための信用交付エンティ
ティが、最良ビッド価格（ＢＢＰ）をオファする相手方当事者に対する十分な信
用を拡張できないためである（逆も同様である。）。同様に、最良取引可能ビッ
ド価格（ＢＤＢＰ）は、常に、通常取引可能ビッド価格（ＲＤＢＰ）と少なくと
も同程度に良好である。図２で示す特別の実施例において、最良取引可能ビッド
価格（ＢＤＢＰ）は１２０であって、「通常の」金額５０よりも大きい。これと
同時に、同価格（５．４７７５）は、通常取引可能ビッド価格（ＲＤＢＰ）およ
び最良取引可能ビッド価格（ＢＤＢＰ）として表示される。

【００４０】 図３は、オファ指令要求パネルを示し、これは、特定のテナーが選択され、オ
ファまたは売却キーのうち一方が起動された場合に、テナー詳細パネル（ＴＤＰ
）の右側に表示される。（同様のビッド指令要求パネルが特定のテナーが選択さ
れ、ビッドまたは購入キーのうち一方が起動された場合に、テナー詳細パネルの
左側に表示される。）指令要求パネル（ＯＲＰ）は、金額入力領域（ＡＥＦ）お
よび価格入力領域（ＰＥＦ）（これらの領域はともに、入力値を上げたり下げた
りして調整するためのアップ用およびダウン用の回転ボタン回転を有する。）、
指令を送信するための送信押下ボタン（ＳＰＢ）（適当な認証チェックが作動し
ていると仮定する。）、すべての処理を行わないように指令要求パネルを停止さ
せるための停止押下ボタン（ＱＰＢ）を備えている。図１および図２を参照して
先に説明したように、有効な指令が一旦提起されたとき、その状況は、テナー詳
細パネル（図３）と対応するテナーライン（図２）の両方に表示され、テナーラ
インは、未決の指令にある残余金額（すなわち、要求された金額と、テナー詳細
パネルに表示された入手金額の差）だけを表示する。

【００４１】 追加的には、図１および図４で示すように、取引ワークステーションは、多数
の指令を１つのグループとして管理するための数多くの特長を備える。指令のグ
ループを、マウスを用いて選択することができ、その後、これらの指令を中断す
ることもできるし（図１のツールバー）、あるいは（図４の多数指令要求パネル
（ＭＯＲＰ）を用いて）１つのグループとして変更および再送信することができ
る。こうして、トレーダは、単一の指令を調整するのと同様に、一連の未決の指
令を調整することができる。ビッドおよびオファのために確立された独立した指
令限界架空金額（ＯＬＮＡ）とともに、同じ通貨に対する異なるテナーを含む多
数指令に関して、指令限界を任意に適用できることに留意されたい。

【００４２】 本発明のシステムは、多様な種類のデリバティブ契約の取引に対して適用可能
であるが、詳述される実施形態が金利先渡契約（ＦＲＡ）において特に適用され
るので、金利先渡契約（ＦＲＡ）について説明する。

【００４３】 （本実施形態のシステムにおける構成要素） 詳述される実施形態において、この取引システムは、電子式仲介システムであ
って、トレーダが加入銀行（「クライエントサイト」）の取引立会場に設置され
た自分のワークステーション（「ＷＳ」という。）を用いて、先物商品を購入ま
たは売却するのを支援するための通信ネットワークを有する。このシステムで用
いられるハードウェアは、外国為替のための現在あるＥＢＳシステムと類似性を
有するものであり、参考にすることができる。

【００４４】 図５で図示するように、各クライエントサイトは、専用のクライエントコンピ
ュータ（「マーケット・アクセス・ノード（Market Access Node）」または「Ｍ
ＡＮ」という。）が立会場管理者の管理下に置かれる。このコンピュータは、取
引記録、信用度限度、および取引立会場に関して生じるその他の秘匿情報を保管
する。ＷＳおよび各取引立会場に関するＭＡＮは、従来式の自己修復型のＤＥＣ
−ＶＡＸネットワークを介して、隣接する配信ノードコンピュータ（「マーケッ
ト・ディストリビュータ」または「ＭＤ」という。）に接続される。この配信ノ
ードコンピュータは、通常、現在の市場データを分析し、専用の常時接続通信回
線網を用いて、特定の都市（またはその他の地域的領域）にある１つまたはそれ
以上の関連するＭＡＮに対して配信する。このＭＡＮは、通信ネットワークのた
めの管理機能を提供することもできる。

【００４５】 通信ネットワークは、ＭＡＮに関連する端末のグループから他のグループに対
して有効な信用度に関する指標を記録するために、各ＭＡＮで記録された信用記
録装置を有する。先に説明したように、あるグループは、１つまたはそれ以上の
端末であってもよいが、好適には、１つまたはそれ以上の取引立会場である。価
格を配信する機能は、マーケット・ディストリビュータにより実現される。マー
ケット・ディストリビュータは、イエス／ノー式の事前授権マトリクス（Pre-Au
thorization Matrix）を含む信用フィルタを有する。価格を表示するためにトレ
ーダの端末に送信すべきかどうかは、この事前授権マトリクスにより決定される
。

【００４６】 本発明に関して特に重要であると考えられるわけではないが、ＭＤのグループ
は、汎用取引地域処理ノード（「アービトレータ・ノード」または「ＡＲＢ」と
いう。）により補完されることが好ましく、ＡＲＢは、（例えば、売主と買主の
間の潜在的な仲介を特定する機能、および１つ以上のクライエントサイトを調整
する「取引仲介」処理の機能などの）機能を実行する。これらの機能により、中
央または地域的に行われる場合、通信ネットワークを最も効率的に利用できる。
一方、ＭＤは、（独立した各クライエントサイトのための独立した取引可能価格
情報を形成する機能などの）これらの機能を実行する。配信された処理ネットワ
ークにおいて、これらの機能を並行して容易に処理することができ、地域的な、
あるいは独立したクライエントサイトに隣接した通信ネットワークを最も有効に
利用することができる。

【００４７】 この点に関して、１つ以上のＡＲＢを設けることが可能であって、各アービト
レータ・ノード（ＡＲＢ）は、ＡＲＢの取引領域における市場メーカ（Market M
aker）により起こされた取引に対して、主たる責任を負う。また、各ＡＲＢは、
常時接続された通信ネットワークのための専用回線網により、他の領域における
他のＡＲＢと同様、その取引領域にあるすべてのＭＡＮおよびＭＤを接続する。
取引の大部分において、メーカとテーカ（Taker）が同一の取引領域ににあって
、同じＡＲＢを介して直接に接続されることは十分予期されることである。した
がって、このＡＲＢは、他のＡＲＢと一切通信することなく、潜在的な仲介を特
定し、最終的な履行を調整することができる。同様に、他のＡＲＢは、他の領域
における他のトレーダに関する取引を同時に処理することができる。択一的には
、有効な金融商品の独立した部分集合を含むすべての取引に対して、１つのアー
ビトレータを専ら利用することもできる。これまでに商業的に具体化された実施
形態において、１つの中央のアービトレータがＦＲＡ取引に対して専ら利用され
る一方、いくつかの地域的なアービトレータが共同して、直物ＦＸ取引に対して
専ら利用されている。

【００４８】 ノード間の通信網が常時接続されているか（２つのネットワーク部品間の接続
が無期限に接続されている場合）、一時的なものか（短い時間だけ動的に接続さ
れる場合）によらず、好適には、これらの接続は、「論理的な接続（logical li
nks）」であって、メッセージが特定の順序で同一の論理的に接続されて送信さ
れるという特性を有し、これにより、同一の順序で目的地に到達することが保証
される。さらに好適には、この通信ネットワークは、十分なエラー検出機能、エ
ラー訂正機能、およびネットワーク自己修復機能を有し、こうして、これらの論
理的接続を介して送信されるメッセージにエラーが生じないことを保証すること
ができる。

【００４９】 要約すると、各ＭＡＮは、頑健な通信ネットワークを介して他のＭＡＮと接続
されている。この通信ネットワークは、多様な取引立会場を接続し、数多くの（
好適には、ＭＤおよびＡＲＢの形態にある）処理ノードともにＭＡＮを補完する
ことにより、取引価格および他の市場データを配信するのを支援し、適格な市場
メーカを適格な売主および買主と引き合わせ、商取引契約が成立または頓挫する
まで、この商取引を監視することにより、この商取引を遂行させる。このときＭ
ＡＮは、成立した商談を記録し、かつ相手方当事者の取引立会場に対して過去に
おいて有効であった信用度限度を更新するなどの、取引立会場の特定の業務に対
して責任を負う。

【００５０】 配信されるアーキテクチャに関して上述したが、単一の中央コンピュータシス
テムを用いて、上述のさまざまな機能を実行できることに留意されたい。その場
合、この択一的な実施形態のシステムは、中央コンピュータシステムとネットワ
ークを介して接続される複数のワークステーションとを備える。中央システムは
、信用度記録装置、配信装置、およびワークステーションに対して配信する価格
をフィルタ処理するために設けられた信用度フィルタを有することになる。これ
は、より簡便ではあるが、あまり好ましい装置ではない。ここで説明した配信さ
れる実施形態は、より頑健で安定した設計であると考えられている。

【００５１】 （信用度処理） 先取利率と、他のデリバティブ一般および特にＦＲＡに関してなされる信用度
処理は、直物ＦＸ取引に関する信用度処理とは相当に異なる。直物ＦＸは決済リ
スクに関心があり、ＦＲＡにとっては、市場リスクが主要な関心事である。した
がって、このシステムを実行する際の技術的な検討事項が異なってくる。

【００５２】 本実施形態における金利先渡契約に関して。３つの要因を用いて信用度利用を
計算する。 １．取引期日および決済期日（契約期間の開始）の間の期間。 以下、「ＴＴＳ：決済前期間」という。 ２．ＦＲＡの通貨における利率の揮発性。 ３．決済期日および支払期日の間の期間、つまりＦＲＡのギャップ。

【００５３】 ＦＲＡに関する実際の債務は、価格が決定されるまで固定されない。というの
も、上述の定則から分かるように、実際の債務は、取引時の利率と決済時の利率
の差異に依存するからである。この理由により、本発明において、信用度利用の
定則が発明され、実施されてきた。信用度利用は以下の通りである。 信用度利用＝（取引金額）×（ＴＴＳ要因）×（月数／３） ×（利率の揮発性要因）×（ＣＣＹ変換率）

【００５４】 ＴＴＳ要因は、０ないし２４の間で各月に与えられた決済要因に対する期間で
ある。信用度が計算されると、ワークステーションは、ＴＴＳ月に与えられたＴ
ＴＳ要因を利用する。ワークステーションは、取引期日から決済期日までの月数
を計算して、ＴＴＳ月を求める。信用度利用の計算は、この月に与えられたＴＴ
Ｓ要因を用いる。これにより、取引立会場管理者（ＴＦＡ）は、取引期日および
決済期日の間の期間に対する信用度利用の計算に際して、ＴＴＳ要因を加えるこ
とができる。

【００５５】 ＴＴＳ要因が信用度を計算する上で利用された。これは、取引期日および決済
期日の間の期間に対する非線形な計算方法である。０ないし３６ヶ月の範囲で示
すＴＴＳ月数の値に関する表は、信用度利用の定則において用いられる。表中の
要因は、ＴＦＡが設定できるようにしておくことが必要である。この表は、ＴＴ
Ｓ月数の平方根を取ることにより計算された要因を用いて、あらかじめ設定して
おくことができる。０および１ヶ月に対する表の初期値を１とする。

【表２】

【００５６】 通貨揮発性のパラメータは、地域的な立会場で取引されている各ＦＲＡ通貨に
対し、ＴＦＡにより入力可能で、修正可能なオンラインでなければならない。ま
た、先に説明したように、契約期間または「ギャップ」（「３ヶ月相当」）に対
する線形計算方法は、修正オンラインとはなり得ない固定した数式である。 ３ヶ月相当要因＝（ギャップの月数）／３

【００５７】 ギャップ月数／３。すべてのＩＭＭテナーは、決済期日から支払期日までの間
に３ヶ月間のギャップを有する。つまり、この値は、３／３または１と計算され
る。

【００５８】 利率揮発性要因。利率揮発性要因は、各通貨に与えられるパーセント値である
。このシステムは、パーセンテージの数値として記憶する。

【００５９】 ＣＣＹ変換率。このＣＣＹ変換率は、信用度限度通貨および取引される通貨の
間の通貨変換率である。例えば、米国ドル（ＵＳＤ）通貨で、１億ドルに対して
、６月１６日付けで２０００年６月のＦＲＡ取引された場合の特長は次の通りで
ある。 取引期日： １９９８年６月１６日 固定期日： ２０００年６月１９日 決済期日： ２０００年６月２１日 支払期日： ２０００年９月２０日 テナーギャップ：２０００年６月２１日から２０００年９月２０日 （９１日間または３ヶ月ギャップ） 取引金額： １億ドル

【００６０】 信用度限度通貨および要因は、ＴＦＡによって与えられ、マーケット・アクセ
ス・ノード上に与えられる。この例において、信用度限度通貨は米国ドルである
。上記例のために用いられた要因は、上述の表を用いて導出された。

【００６１】 上述の定則を用いると、信用度利用は次の通りとなる。 （取引金額）×（ＴＴＳ要因）×（月数／３） ×（利率の揮発性要因）×（ＣＣＹ変換率） ＝信用度利用 （１００,０００,０００）×（４.８９８９８）×（３／３） ×０.０００１４×（１.０００） ＝＄６８,５８６＝信用度利用

【００６２】 ＦＲＡシステム上の信用度限度を計算する際、取引立会場管理者（ＴＦＡ）は
、さまざまなパラメータを設定し、調整する能力を有し、このパラメータに基い
て、仲介基準が導出される。

【００６３】 相手方当事者に対する有効な信用が、ＴＦＡにより決定されたパーセンテージ
以下に落ち込んだ場合、信用度利用通知が発信されて、トレーダのＷＳに信用度
が低い旨の警告が発せられる。特定の相手方当事者に対する信用度を使い果たし
た場合も同様に、限度外信用度メッセージがトレーダのＷＳに表示される。この
とき、相手方当事者からの価格が、すべてのテナーに対して、もはや表示されな
くなる。信用度利用レポートは、必要に応じて、ＴＦＡを通じて画面上またはハ
ードコピーで入手してもよい。

【００６４】 （システムで用いられるパラメータ） 銀行は、最初に、ＴＦＡの装置を通じて、地域の取引立会場に対する地域的な
ＭＡＮに記録されている以下のパラメータを定義し、オンライン修正する。 ａ）信用度限度通貨−マーケット・アクセス・ノード。 ｂ）システム上で取引される各通貨に対する、独立した信用度限度変化率パラメ
ータ。 ｃ）システム上で取引される各通貨に対する、通貨揮発性信用度限度要因の形態
にある少なくとも１つの金融商品の特性に関するパラメータ。通貨揮発性要因は
、ＴＦＡにより査定された各金融商品に関するリスクの指標である。 ｄ）地域の立会場で取引される通貨に対する決済前期間の信用度利用要因。ＴＴ
Ｓ要因は、非線形で、かつ取引される任意の金融商品に対して固有のものではな
いことが好ましい。

【００６５】 各信用グループは、複数の取引立会場から構成されている。信用認可エンティ
ティ（取引立会場自身であってもよい。）は、十分な信用が有効であれば、ＴＦ
Ａが定義するグループの取引立会場と取引することができる。

【００６６】 銀行は、各相手方当事者（信用グループ）に対して以下のことを定義して、地
域的なＭＡＮに記録された相手方当事者と取引することができる。 ａ）有効な信用度。 ｂ）低信用度警告パーセンテージ。

【００６７】 同様に、銀行は、信用度利用をゼロにリセットする上で、次のオプションを有
する。 ａ）直物に対して現在なされているように、取引日の終わりにおいて自動的に行
う。ＦＲＡに対する取引日の終了時刻は、ＦＸ直物のそれとは別に定義できるこ
とが好ましい。 ｂ）ＴＦＡを通じて必要に応じて行う。 １）個別の信用グループに対して。 ２）すべての信用グループに対して。

【００６８】 ＴＦＡは、信用グループ内の特定の立会場に対して機能できないようにする能
力を有する。

【００６９】 相互信用を得るためには、２つの当事者の一方は、任意の有効な通貨において
、少なくとも所定の最小取引金額に対して取引を遂行する上で有効かつ十分な信
用度を、他方の当事者に対して担保する必要がある。（すなわち、各信用認可エ
ンティティが確定する最小信用度閾値と少なくとも同じ信用度を有する。）

【００７０】 この計算式は、次のようになる。 最小信用度閾値＝｛（最小３ヶ月相当の金額）×（ＴＴＳ信用度利用要因） ×（ギャップの月数）×（利率揮発性要因）×（変換率）｝ の各通貨に対する最大値

【００７１】 同様に、ＴＦＡは以下のパラメータを設定する能力を有する。 ａ）架空金額の増額。 架空金額の増額はシステム全体の（通貨毎の）パラメータであって、指令を提
起（送信）するときに特定される架空金額の間の増額分を意味する。システムに
提起されるすべての指令は、この値の合計である架空金額を有する必要がある。
このパラメータは、絶対的な条件で特定される。

【００７２】 ｂ）価格の増額。 価格の増額は、システムに提起される指令に対する価格間の粒度（granularit
y）を意味する。この増額は、有効なＦＲＡ手段のデータベース内で定義された
各テナーまたはテナーカテゴリに対して定義される。

【００７３】 価格の粒度は、有効なＦＲＡ手段のデータベース内で定義された各テナーまた
はテナーカテゴリに対する世界的なパラメータである。市場の要請に合致するよ
うに粒度を変えるためには、このバラメータは修正可能でなければならない。Ｅ
ＢＳ−ＦＲＡを導入した後は、これが普及するにつれ市場は狭くなり、それに応
じて、価格の粒度を下げる必要が生じるだろうと我々は予想する。

【００７４】 粒度は、１毛の１／１００,０００を表す通貨十進制の値として表すこともで
きる。１毛の１／２および１／４は、通貨十進値５０００および２５０００と表
すことができる。このシステムは、０．０３１２５（１／３２に相当）までの粒
度をサポート可能としておく必要がある。桁数は、１毛表示の分数として表示さ
れ、各テナーに対して、適当なテナーデータベースにおいて定義されなければな
らない。

【００７５】 ｃ）最小架空金額。 最小架空金額は、各通貨に対して特定されるシステム全体のパラメータであっ
て、システムに提起された指令または未決の指令に関する最小架空金額を意味す
る。指令の残余金額がこの値を下回ると、残余金額はキャンセルされる。この値
は、３ヶ月相当期間で表される。

【００７６】 ｄ）最大架空金額。 最大架空金額は、（通貨毎の）システム全体のパラメータであって、システム
に提起された指令に関する最大架空金額を意味する。この値は、３ヶ月相当期間
で表される。

【００７７】 ｅ）赤字相場閾値（Red Quote Threshold）。 赤字相場閾値は、相互信用された立会場に関するパーセンテージを意味する。
各立会場は、表示された通常の取引可能価格で、通常の金額に対する指令が提起
された場合、少なくとも部分的に件の取引をヒット（適合）する。この閾値パー
センテージが特定の相場に対して見合うか、超える場合、件の相場は、マーケッ
トの表示上、「赤字相場」として特定される。この値は、取引されるすべての商
品に対する単一のシステム全体のパラメータである。

【００７８】 ｆ）大きな差異閾値（Large Difference Threshold）。 大きな差異閾値は、トレーダが入力する価格と、現在の取引可能価格との間の
（通貨毎の）差異を意味するものであって、大きな差異の認証警告を起動するた
めに必要なものである。

【００７９】 ｇ）通常金額。 所与のテナーに対する通常金額は、通常の取引可能価格を計算するために利用
される。このパラメータは、各通貨毎に定義される。

【００８０】 ｈ）広範普及閾値。 広範普及閾値は、トレーダが入力した価格と、マーケットの相手方の最良取引
可能価格との間における（通貨毎の）価格の最大差異を意味する。

【００８１】 これらのパラメータを設定した後、仲介プロセスは、仲介を実行するとき、こ
れらのパラメータを参照する。

【００８２】 （事前授権マトリクスの導出） 図６で示す例示的な事前授権マトリクスを、上述のさまざまなパラメータから
導出する。図示された例では、各グループは１つの取引立会場を有する。

【００８３】 特定の価格が取引可能であると通知された場合、これらの価格は、信用度に関
して、事前にスクリーニング処理されることを意味する。取引可能価格とは、相
手方当事者に対して、双方向の十分な信用が有効であって、この相手方当事者は
、最良の信用度を利用するにテナーおいて、少なくとも最小の取引金額で、履行
する価格を設定するということを意味する。

【００８４】 ＦＲＡに対する取引可能価格の考え方は、すべてのテナーに関する信用度の相
互性に依拠している。したがって、２つの取引立会場が、システム上で有効な最
良の信用度を利用するテナーにおいて、ある最小金額の取引を履行する上で互い
に双方向に十分に信用を置く場合、これらの取引立会場には信用相互性があると
通知される。

【００８５】 各ＦＲＡの通貨に対して、３ヶ月の最小架空金額がシステムパラメータとして
設定される。任意のテナーに対する最小金額を計算するための計算式は次の通り
である。 最小金額＝（３ヶ月の最小架空金額）／（ギャップにおける月数／３） 例： ＥＢＳが３ヶ月の最小架空金額を定義する。 ＝５０００万ドル（米国ドル） ９８年６月の米国ドルの最小金額＝（５０００万ドル）／（３／３） ＝５０００万ドル（米国ドル） ９８年９月−６ヶ月間の米国ドルの最小金額＝（５０００万ドル）／（６／３） ＝２５００万ドル（米国ドル）

【００８６】 信用度利用は以下の関数である。 １．取引期日から決済期日までの間の期間（ＴＴＳ）。 ２．決済期日から支払期日までの間の期間（ギャップ）。 ３．ＦＲＡの通貨における利率の揮発性。 したがって、２つの立会場が相互信用性を得るには、これらの立会場が、計算
された利用の最大額をもって、テナーの最小金額を取引する上で、有効で十分な
信用度を有している必要がある。信用度が取引を遂行する間にも変化すると仮定
して、任意の通貨において、２つの当事者が少なくとも最小金額の取引を遂行可
能となることを、これは意味するはずである。

【００８７】 決済要因までの期間を、最良の信用度を利用する決済までの期間に、修正する
ことにより、取引立会場は、ある程度、取引可能な価格を表示するのに必要な最
小信用度閾値を制御することができる。例えば、立会場は、取引したい期日を越
えて、決済要因を長引かせないよう決済要因期間を特定することができる。同様
に、立会場は、特定の通貨に対して通貨変換率をゼロに設定して、ＥＢＳ上でオ
ファされる揮発性のある通貨において、取引しないようにすることができる。こ
うして、より揮発性の低い通貨における価格を見るために必要な有効な信用度を
低くしておくことができる。

【００８８】 例： この実施形態によるシステムによれば、米国ドル、ドイツマルク、イギリスポ
ンド、および日本円で、０×１ないし２４×２７の範囲にあるテナーにおいて取
引することができる。定義される最小取引金額は、米国ドル５０００万ドル（３
ヶ月相当架空値）に設定される。

【００８９】 次のような場合、立会場Ａが立会場Ｂからの取引可能価格を見られるようにす
るためには、両方の立会場は、米国ドルで最小架空金額５０００万ドルに対する
取引を実行するのに十分な信用を置く必要がある。 取引立会場Ａは、信用度限度通貨として米国ドルを利用する。 取引立会場Ａは、米国ドルでＦＲＡしか取引を行わない。 取引立会場Ａは、米国ドルに対して０．５％の通貨揮発性要因を与える。

【００９０】 立会場Ａが立会場Ｂからの価格を見られるようにするために、立会場Ａは、米
国ドルで２０００年３月に（２４ヶ月後）米国ドル５０００万ドルに対して履行
するのに十分な信用を立会場Ｂに与える必要がある。

【００９１】 最小信用度は、次のように計算される。（ＴＴＳ要因は、ＴＴＳの平方根であ
ると仮定される。） 最小有効信用度＝（４.４８８９）×（０.００５）×（５０,０００,０００） ＝＄１,１２２,２２５

【００９２】 こうして最小信用度閾値を計算した後、マーケット・アクセス・ノード（ＭＡ
Ｎ）は、潜在的な相手方当事者の各々に対して、その相手方当事者が関連する信
用グループに対する有効な信用度限度をチェックすることにより、少なくとも最
小のオーダ金額が取り扱えるかどうかについて計算し、影響を受けるアービトレ
ータおよびマーケット・ディストリビュータに対して、信用度更新メッセージを
送信する。このマーケット・アクセス・ノードに関する信用交付団体（エンティ
ティ）により確立された、計算された最小信用度閾値と少なくとも同一の金額で
、信用度が現在のところ有効かどうかを示す単純なバイナリ指標を、指定された
潜在的相手方当事者の各々に配信する。関連する閾値が適合する場合、アービト
レータおよびマーケット・ディストリビュータは、信用度更新メッセージを受信
し、事前授権マトリクスの関連するセルに「１」を設定する。反対に、有効な信
用度が関連する閾値以下であると、信用度更新メッセージが示唆する場合、アー
ビトレータおよびマーケット・ディストリビュータは、関連するセル内に「０」
を設定する。

【００９３】 知られた手法で、事前授権マトリクスを用いて、配信された買主／売主の指令
を事前にふるいに掛けて、「取引可能な」価格だけがトレーダに表示される。

【００９４】 図７は、カスタマイズされた取引可能な価格情報を各取引立会場に配信する際
の電子メッセージの流れを示す。先に説明したように、１つまたはそれ以上のア
ービトレータを含む配信された指令の仲介システムを示すが、本発明の数多くの
態様は、１つのアービトレータしか含まないより集中的なシステムに対して、等
しく適用することができる。択一的には、単一のアービトレータを、有効な金融
商品の独立した部分集合を含むすべての取引に対して、専ら用いてもよい。取引
立会場Ａ１ａのワークステーションＷＳ Ａ１ａ１におけるトレーダが、ビッド
、オファ、購入、または売却の形態で、取引価格の送信メッセージを取引立会場
のＭＡＮ（ＭＡＮ Ａ１ａ）に対して形成する。ＭＡＮは、その後、取引価格の
送信を記録し、メーカ（Maker）のアービトレータ・ノード（ＡＲＢ Ａ）に対
して取引価格を送信する。このとき、送信された地域的な取引領域には、メーカ
の取引立会場Ａ１ａ１が含まれる。続いて、ＡＲＢ Ａは、関連するテナーに対
して、有効なビッドの指令リストおよび有効なオファの指令リストを更新する。
各リストは、価格および（メーカ側のＡＲＢにおいて）受信時刻で整列されて、
数量を表示するためのデータ領域を含み、その数量は、アービトレータが確保し
、このとき、アービトレータは、メーカとテーカが確認していない潜在的な仲介
から生じるペンディング中の取引の成立または破談を留保する。相当する取引価
格有効メッセージは、メーカ側のＡＲＢ Ａから、取引領域にあるマーケット・
ディストリビュータＭＤ Ａ１，ＭＤ Ａ２、およびその結果として、他の取引
領域のＭＤおよびＭＡＮに配信されるように、その他のＡＲＢに対して送信され
る。

【００９５】 潜在的な任意の相手方当事者（例えば、Ａ１ａまたはＡ２ａ）の信用状況が信
用度有効状態から信用度非有効状態に変化した場合、またはその逆の場合、各Ｍ
ＡＮ（例えば、ＭＡＮ Ａ１ｂ）は、同様に、関連するＡＲＢ（ＡＲＢＡ）に対
する信用度更新メッセージが送信される。このとき、ＡＲＢは、影響されるＭＤ
およびその他の影響されるＡＲＢに対して再度配信される。

【００９６】 ＭＤは、受信された信用度更新メッセージの中の情報を用いて、図６で示すよ
うな事前授権マトリクスを保守する。事前授権マトリクスＰＭの列および行は、
さまざまな取引立会場Ａ１ａ，Ａ１ｂ，Ａ２ａなど（その他の取引領域における
任意の立会場を含む。）に関連付けられている。また、事前授権マトリクスＰＭ
の列および行は、取引立会場の各指令対｛ＴＦｉ，ＴＦｊ｝に対して、ＴＦｉが
任意の信用ＴＦｊに対して拡張されたかどうかに関する指標を含む。図示された
例において、ＴＦＡ１およびＴＦＡ２の間においては、双方向に信用が確立され
ている。ＴＦＡ１およびＴＦＢ１の間においては、信用が確立されていない。Ｔ
ＦＡ２からの信用が一方向のみに拡張されたが、逆方向の信用は拡張されなかっ
た。（これは、ＴＦＢ１の列とＴＦＡ２の行の交差点において「１」が表示され
ており、ＴＦＢ１の行とＴＦＡ２の列の対応する交差点には「０」が表示されて
いることによる。）事前授権マトリクスの主要対角線上を見れば分かるように、
ＴＦＡ２の列と行の交差点において「１」が表示されていることから、ＴＦＡ２
のトレーダだけが自らのトレーダと取引することができる。好適には、各ＭＤは
、関連するＭＡＮからシステム内の他の潜在的な相手方当事者（ＭＡＮ）に対し
て互いに拡張する信用に関してのみ、データを保持する部分的な事前授権マトリ
クスを維持するに過ぎない。こうして、図６のクロスハッチングで示すように、
事前授権マトリクスのいくつかの入力部分は、ブランクであってもよい。

【００９７】 ＭＤは、取引価格有効メッセージを用いて、有効なビッドおよびオファの指令
リストを更新する。ＭＤは、これらの指令リストおよび上述の事前授権マトリク
スを利用して、各取引立会場に対する独立した取引可能価格を計算する。この取
引可能価格は、影響を受けるＭＡＮに対して市場動向（MarketView）メッセージ
として配信される。

【００９８】 事前授権マトリクスを更新するためには、各ＭＡＮが、事前授権マトリクスの
更新メッセージをアービトレータに送信する。その後、アービトレータは、取引
仲介の一部として利用される事前授権マトリクスにこれを記録する。アービトレ
ータは、同様に、更新メッセージを他のマーケット・ディストリビュータに配信
する。このとき、事前授権マトリクスは、価格をあらかじめスクリーニング処理
するために記録される。

【００９９】 事前授権マトリクスを変更すべき以下のような場合において、信用度更新（Cr
editUpdate）メッセージが送信される。 （i） 取引が完了したことに伴って有効な信用度そのものが変化した場合。 （ii） ＴＦＡが信用度限度を調整した場合。 （iii） ＴＦＡが信用度閾値を算出する基礎となる任意のパラメータを調整した 場合。 （iv） すべての取引立会場の信用度限度がリセットされた場合。

【０１００】 加えて、各取引の最終段階で送信される取引状態メッセージには、取引を遂行
した相手方当事者に対する事前授権マトリクス状況に関する指標が含まれる。こ
れは、信用度状況が変化した場合には、再度仲介しないようにするためである。

【０１０１】 （取引仲介プロセス） 取引を遂行するために、取引仲介プロセスについて説明する。計算された信用
度利用が、ＴＦＡが設定する有効な信用度を越える場合、仲介プロセスは実行す
ることができない。こうして、信用度が事前にふるいにかけられているが、ビッ
ド、オファ、購入、および売却の指令に関する相互信頼性について、取引仲介処
理の一部としてさらにチェックされる。

【０１０２】 相互信用性を有する指令は、この取引システムによって仲介される。新たに提
起されたビッドおよび購入の指令は、未決のオファ指令に対して仲介される。新
たに提起されたオファおよび売却の指令は、未決のビッド指令に対して仲介され
る。

【０１０３】 以下の条件をすべて満足する場合、新たなビッドまたは購入の指令は、既存の
オファまたは売却の指令に対して相互信用性を有する。 ・指令が同一のテナーに関する場合。 ・指令に関する取引立会場は、この指令に関して相互信用性を有する場合、 または２つの指令に関する取引立会場が同一である場合。 ・ビッドまたは購入の指令に関する価格がオファまたは売却の指令よりも高いか 等しい場合。 ・両方の指令の金額が、最小架空金額パラメータとして定義されるシステムの ３ヶ月相当分よりも高いか等しい場合。

【０１０４】 すべての指令を仲介するプロセスは、図８で示す「自動仲介」プロセスと呼ば
れる。システムに送信される任意の指令は、まず、メーカ側のアービトレータ内
の既存のビッドおよびオファのすべてに対して仲介される。既存の指令は、相互
信用性のある指令を求めて、価格／期間の順序で検討される。相互信用性のある
指令が見出された場合、２つの指令は「仲介」され、２つの指令の最小金額と等
しい金額で取引が開始される。提起された指令の残り３ヶ月相当の金額が、最小
架空金額のパラメータの値以下になるまで、あるいは相互信用性のある指令が見
出せなくなるまで、このプロセスは続く。

【０１０５】 提起された指令の残り３ヶ月相当の金額が最小架空金額のパラメータの値以下
になった場合、提起するワークステーションは、その旨通知され、指令はキャン
セルされる。

【０１０６】 新たに提起された指令が、自動仲介プロセスにより完全には仲介されない場合
、この指令は、未決の指令に関する取引システムの集合体におけるビッドまたは
オファになる。未決の指令（オーダ）の金額は、自動仲介プロセスにおいて仲介
されなかった金額に等しい。

【０１０７】 自動仲介プロセス中に開始された取引を遂行するために、この取引システムは
、仲介された両方の指令がトレーダにより排除されていないこと、および少なく
ともシステム定義された最小取引金額を遂行するために十分な信用度が有効な状
態で残っていることを、広く知られた方法で認証する必要がある。

【０１０８】 最終的な取引金額は、当初の取引金額よりも少なく、第２の立会場（または他
の関連する第１の信用交付エンティティ）に対する第１の立会場（または他の関
連する第１の信用交付エンティティ）からの有効な信用度、および第２の立会場
（または他の関連する第２の信用交付エンティティ）に対する第２の立会場（ま
たは他の関連する第２の信用交付エンティティ）からの有効な信用度。これらの
任意の金額は、最小架空金額パラメータの３ヶ月相当分以下である場合、この取
引に関する仲介処理は失敗する。

【０１０９】 指令が提起され、１つまたはそれ以上の取引が開始された場合、新たに提起さ
れた指令、テナーの特定、およびすべての取引の組み合わされた金額に近い価格
を、この種の情報を表示するように要求するすべてのトレーダのワークステーシ
ョン上に表示する必要がある。

【０１１０】 例えば、トレーダが米国ドルで９月７日付けで５０００万ドルの売却指令を５
．６７２５で提起したときに、最良の取引可能なビッド価格が５．６７５０であ
ったとする。トレーダの指令は、次の取引に関して、即時に仲介される。 １０＠５．６７５０ ＣＩＴＬ １０＠５．６７５０ ＢＢＩＬ １０＠５．６７５０ ＡＢＮＬ １０＠５．６７５０ ＢＯＡＬ

【０１１１】 例示的なＥＢＳ取引通知には、次の情報が含まれる。 現在時刻（ＧＭＴ）： １２：３４ テナーの特定： ９７年９月 価格： ５．６７２５

【０１１２】 指令は、同一の取引立会場におけるディーラ間で仲介されることもある。した
がって、この取引システムは、立会場内部の取引に対する機能を提供するもので
ある。この特長は任意のものではない。指令がシステム内に提起された場合、こ
の指令を同一の取引立会場からの未決の指令に対して、特別の優先順位をもって
仲介されることはない。すべての取引は、立会場内部の取引かどうかによらず、
価格／期間の優先順位で仲介される。

【０１１３】 すべての金額が最良の取引可能価格で仲介されて、最良の通常価格に続いて、
信用度をスクリーニング処理した後に有効となる場合、任意の仲介により得られ
た価格は最良の取引価格となる。その理由は、取引価格がシステム内において指
令される方法にある。信用度に関するふるい（スクリーニング処理）を通過する
ために十分な信用度を有さない当事者の取引価格は、現在ある取引価格のリスト
から排除され、残りの取引価格に関する最良の取引可能な価格が選択される。こ
の価格におけるすべての相場は、集められ、表示される。最良の取引可能価格が
５０００万米国ドル以上である場合、同様に、最良の通常価格として表示される
。

【０１１４】 （取引遂行プロセス） 取引遂行の手続は、同様に、図８に図示されており、これは遂行を説明するた
めだけに図示されたものであって、信用度スクリーニング処理の観点に対して、
集約的なものではない。

【０１１５】 取引が開始された後、立会場が取引状態についてアービトレータに通知するま
で、または取引が時間切れとなるまで、取引はペンディング（未決状態）である
と判断される。メーカ側立会場は、アービトレータに対して、取引状況メーカメ
ッセージを通知する。テーカアービトレータは、マーケット・プロセッサがその
コピーを送信すると、取引状況メーカメッセージを認知する。取引が成功しなか
った場合（おそらく、信用度が十分でなかった場合）、立会場は取引不調メッセ
ージを送信する。

【０１１６】 取引状況は、取引が実際に履行されたかどうか、取引の金額がいくらだったか
を反映する。この金額は、信用度の制約により、当初の取引金額とは異なること
もある。マーケット・プロセッサは、取引情報を記録する。当初の金額よりも少
ない金額で取引が実行された場合、残りの金額を別の仲介に対して利用すること
ができる。

【０１１７】 取引金額は、なされた取引の最終的な金額よりも増える。ペンディングの金額
は、当初の取引の金額よりも少なくなる。

【０１１８】 取引に含まれる相場が地域的なものである場合、マーケット・プロセッサは、
取引金額完了（QteAmtDone）メッセージを用いて、取引金額を他のアービトレー
タに通知する。この相場をヒットしたアービトレータには通知されない。これは
相場調整機能（QuoteAdjust function）により行われる。マーケット・プロセッ
サは、同様に、市場取引金額不記録（MktQteAmtUnreserved）メッセージをマー
ケット・ディストリビュータに送信する。アービトレータが、メーカ側またはテ
ーカ側のマーケット・アクセス・ノードからの取引状況メッセージにおいて時間
切れとなった場合にも同様に、この機能が利用される。

【０１１９】 任意の新規で有効な金額が相場において提起される。取引提起金額（QuoteAct
ivateAmt）機能は、相場の現在の有効な金額および相場価格を用いて、相場の提
起者の取引可能な総計、および提起者の取引パートナの取引可能な総計を更新す
る。

【０１２０】 ビッドおよび売却の要求は、その他の要因の中でも、（イエス／ノーの事前授
権マトリクスで明らかなように、）各取引立会場が互いに信用を有し、かつビッ
ド価格が売却要求の価格と等しいかそれ以上である場合に、相互信用性を有する
ものとして説明してきた。

【０１２１】 取引は、１つまたは２つのアービトレータを含んでいてもよい。取引に関与し
ないアービトレータのことを、（その取引に対して）受動的であるという。

【０１２２】 アービトレータは、すべての受動的アービトレータおよびすべての地域的なマ
ーケット・ディストリビュータに対する特定の取引について、放送情報を必要と
することがしばしばある。便宜上、こうしたグループを（所与の取引およびアー
ビトレータに関して）受動的構成部分と称する。

【０１２３】 １．新規のメーカ側ワークステーションは、取引提起（QteSubmit）メッセージ
をマーケット・アクセス・ノード（ＭＡＮ）に送信する。ＭＡＮは、取引提起（
QteSubmit）メッセージをアービトレータに送信する。

【０１２４】 ２．新規のメーカ側アービトレータは、自動仲介する機会を検出し、相互信用性
を有する既存の相場を選択する。

【０１２５】 ３．既存の相場が地域的なメーカからのものではない場合、新規のメーカのアー
ビトレータは、取引ヒット（HitQte）メッセージを既存のメーカのアービトレー
タに送信する。

【０１２６】 ４．既存のメーカ側アービトレータは、取引ヒット（HitQte）メッセージを受信
すると、即時に取引ヒット確認（HitQteAck）メッセージをもって応答し、取引
ＩＤおよび要求により配分された実際の相場を特定する。（取引が中断または別
の新規のメーカによりヒットされた場合、この金額はゼロまたは要求された額よ
りも少なくてもよい。）配分された額がゼロでなければ、既存のメーカ側アービ
トレータは、ペンディング取引リストに新しく入力し、ヒット通知（HitNotify
）メッセージを既存のメーカ側ＭＡＮに送信し、取引金額保持（QteAmtReserved
）メッセージをすべての受動的アービトレータに対して放送し、市場金額保持（
MktAmtReserved）メッセージをその地域にあるマーケット・ディストリビュータ
に放送する。

【０１２７】 ５．既存のメーカ側ＭＡＮは、相手方当事者に対して十分な信用を有するかどう
かをチェックする。信用度限度が取引金額全体を処理するのに十分でない場合、
ＭＡＮは、信用度限度まで取引金額を低減する。信用度がまったく有効でなけれ
ば、この段階で取引は中止され、取引不調の理由を示して、取引不調（DealFail
ed）メッセージが送信される。（既存のメーカ側アービトレータは、信用度更新
（CreditUpdate）メッセージを送信することにより、新規のメーカ側アービトレ
ータ、および影響のあるマーケット・ディストリビュータに通知する。その後、
既存のメーカ側アービトレータは、取引不調（DealFailed）メッセージを新規の
メーカ側アービトレータに転送し、取引金額完了（QteAmtDone）メッセージをす
べての受動的アービトレータに配信し、マーケット取引金額不保持（MktQteAmtU
nreserved）メッセージを地域的なマーケット・ディストリビュータに送信する
。）

【０１２８】 ６．既存のメーカ側ＭＡＮは、ペンディング中の取引の金額だけ、相手方当事者
に対する信用度限度を低減させる。

【０１２９】 ７．既存のメーカ側ＭＡＮは、メーカ側ワークステーションに対してヒット金額
（HitAmount）メッセージを送信する。トレーダは、この取引を中断しなければ
、取引はペンディング中であることが通知され、ヒットした取引を中断するトレ
ーダの能力が排除される。いずれの場合であっても、ワークステーションは、既
存のメーカ側ＭＡＮに対して、ヒット金額確認（HitAmountAck）メッセージをも
って応答する。取引が中断された場合、ＭＡＮは取引をキャンセルし、既存のメ
ーカの信用度限度を元の状態に戻す。

【０１３０】 ８．既存のメーカ側ＭＡＮは、ペンディング中の取引について記録する。

【０１３１】 ９．既存のメーカ側ＭＡＮは、新規のメーカ側ＭＡＮに対して、取引認証（Deal
Verify）メッセージを送信する。

【０１３２】 １０．新規のメーカ側ＭＡＮは、取引認証（DealVerify）メッセージを受信して
、既存のメーカの信用度限度をチェックする。信用度限度が取引金額全体を処理
するのに十分でない場合、このＭＡＮは、取引金額を信用度限度まで低減する。
（信用がまったく有効でなければ、この取引はキャンセルされ、新規のメーカ側
ＭＡＮは、取引金額をゼロに設定して、以下に説明するような取引状況テーカ（
DealStatusTaker）メッセージおよび取引認証確認（DealVerifyAck）メッセージ
だけを送信する。）

【０１３３】 １１．新規のメーカ側ＭＡＮは、既存のメーカの信用度限度を取引金額だけ低減
する。

【０１３４】 １２．新規のメーカ側ＭＡＮは、この取引について記録する。

【０１３５】 １３．新規のメーカ側ＭＡＮは、任意の信用度更新とともに、取引状況テーカ（
DealStatusTaker）メッセージをアービトレータに送信する。（メーカとテーカ
間の信用度関係が変化した場合、アービトレータは、事前授権マトリクスを更新
して、他のアービトレータに対しては信用更新（CreditUpdate）メッセージを、
テーカのマーケット・ディストリビュータに対しては市場信用更新（MarketCred
itUpdate）メッセージをそれぞれ送信する。）

【０１３６】 １４．新規のメーカ側ＭＡＮは、取引認証確認（DealVerifyAck）メッセージを
既存のメーカ側ＭＡＮに送信し、取引完了ＷＳ（DealDoneWS）メッセージをテー
カ側ワークステーションに送信する。これらのメッセージは、最終的な取引金額
を特定する。

【０１３７】 １５．既存のメーカ側ＭＡＮは、取引認証確認（DealVerifyAck）メッセージを
受信する。取引金額が新規のメーカ側で低減されていた場合、新規のメーカの信
用度限度を再調整する。既存のメーカ側ＭＡＮは、この取引について記録する。

【０１３８】 １６．既存のメーカ側ＭＡＮは、取引状況メーカ（DealStatusMaker）メッセー
ジを、任意の信用度更新とともにメーカ側アービトレータに送信する。

【０１３９】 １７．既存のメーカ側アービトレータは、取引状況メーカ（DealStatusMaker）
メッセージを受信して、新規のメーカ側アービトレータに転送する。取引状況メ
ーカ（DealStatusMaker）メッセージが、既存のメーカおよび新規のメーカの間
に信用度関係に変更があったことを示す場合に、既存のメーカ側アービトレータ
は、事前授権マトリクスを更新し、他のアービトレータに対しては信用度更新メ
ッセージを、地域的なマーケット・ディストリビュータに対しては市場信用度更
新（MktCreditUpdate）メッセージをそれぞれ通知する。

【０１４０】 １８．既存のメーカ側アービトレータは、取引金額完了（QteAmtDone）メッセー
ジを送信することにより、この取引について受動的アービトレータに通知する。
最終的な取引金額がメーカ側ＭＡＮの当初要求した金額とは異なる場合、既存の
メーカ側アービトレータは、取引金額不保持（MktQteAmtUnreserved）メッセー
ジを地域的なマーケット・ディストリビュータに放送する。

【０１４１】 １９．既存のメーカ側ＭＡＮは、取引完了ＷＳ（DealDoneWS）メッセージを既存
のメーカのワークステーションに送信する。

【０１４２】 ２０．既存のメーカ側ＭＡＮは、命令メーカ（InstructionMaker）メッセージを
新規のメーカのＭＡＮに送信する。

【０１４３】 ２１．新規のメーカ側ＭＡＮは、命令メーカ（InstructionMaker）メッセージを
受信し、命令テーカ（InstructionTaker）メッセージをメーカ側ＭＡＮに送信し
、命令記録メーカ（InstrLoggedTaker）メッセージを新規のメーカのワークステ
ーションに送信する。

【０１４４】 ２２．既存のメーカ側ＭＡＮは、命令メーカ（InstructionMaker）メッセージを
受信し、命令記録メーカ（InstrLoggedTaker）メッセージを既存のメーカ側ワー
クステーションに送信する。

【０１４５】 （決済条件の不調） 十分な信用度が有効であることを認証することに加えて、同様に、ミスマッチ
（不適当な組み合わせ：mismatch）が生じないように、決済条件が双方向におい
てチェックされる。可能性のある決済条件は、ＦＲＡＢＢＡ、ＩＳＤＡ、「いず
れか一方」（ＦＲＡＢＢＡまたはＩＳＤＡのいずれか一方を仲介する場合）、お
よび「なし」（自動仲介が不調に終わった場合）である。

【０１４６】 取引立会場のパラメータとして、各取引立会場は、その取引立会場とＩＳＤＡ
契約を有する相手方当事者のリストを維持できるようにしておかなければならな
い。ＩＳＤＡ（またはＩＳＤＡおよびＦＲＡＢＢＡ）契約を互いに交わすものと
して相互指定する立会場間の取引は、「決済条件」分野における２つの取引許可
状に印刷されたテキスト（text）「ＩＳＤＡ」を有する。ＦＲＡＢＢＡ／ＩＳＤ
Ａで指定されているものが仲介しない立会場間の取引は、この分野における取引
チケット（ticket）に印刷されたテキスト「ミスマッチ」を有することになる。
その他すべての取引は、「決済条件」分野において印刷されたテキスト「ＦＲＡ
ＢＢＡ」に帰着する。

【０１４７】 立会場間のミスマッチが生じた場合、ミスマッチが生じた取引は遂行されるが
、このミスマッチが解消されるまで、各取引立会場は、他社とのさらなる取引を
行うことができなくなる。

【０１４８】 （その他の価格スクリーニング処理） 図６で示す事前授権マトリクスを用いて、その他の基準に関して、価格をスク
リーニング処理できると我々は理解している。とりわけ、この事前授権マトリク
スを用いて２つの当事者間の決済条件がうまく整うかどうか特定することができ
る。上述のような方法で、事前授権マトリクスを用いることにより、２つの当事
者間の決済条件について合意がある場合にのみ、価格表示される。これ以外の事
前授権マトリクスも同様に可能であって、上述の発明の実施形態に関連して利用
することができる。

【０１４９】 （信用度のメンテナンス） 図９に示す信用グループメンテナンス画面は、信用グループを意味する既存信
用グループを表示し、グループを形成、削除、または修正するための押しボタン
を有している。１つの既存信用グループが際立っている（ハイライトされている
）状態にあるとき（または新たな信用グループが形成されたとき）、信用グルー
プ・プロフィルは、選択されたグループに対する現在有効バランス（Current Av
ailable Balance）とともに上述のように計算された信用度閾値を表示する。こ
れにより、取引立会場管理者（「ＴＦＡ」）は、警告パーセンテージ、および（
ＴＦＡ（またはシステム）がすべての信用度限度をリセットするときはいつも、
新しい平均バランスとなる）デフォルト平均バランスを修正することができ、さ
らに／または表示された現在有効バランスに対して正方向または負方向の調整を
行うことができる。ＴＦＡは、指定押しボタン（Assign Pushbutton）を用いて
選択されたグループに対する取引立会場の指定を修正することができる。

【０１５０】 本発明の実施形態は、以下の添付図面を一例として参照しながら説明される。

【図面の簡単な説明】

【図１】 図１は、トレーダの取引画面を示す概略図である。

【図２】 図２は、図１で示す取引画面のためのテナー詳細パネルを示す。

【図３】 図３は、図１で示す取引画面のための指令要求パネルを示す。

【図４】 図４は、図１で示す取引画面のためのマルチ指令要求パネルを示
す。

【図５】 図５は、通信ネットワーク、およびこれと協働する種々のワーク
ステーションおよびプロセッシング・ノードの概略図である。

【図６】 図６は、事前授権マトリクスを示す。

【図７】 図７は、取引可能価格情報を形成して、各個人トレーダに配信す
るために用いられる通信ネットワーク上のメッセージの流れを示す。

【図８】 図８は、取引仲介するときのメッセージの流れに関するダイアグ
ラムである。

【図９】 図９は、取引立会場管理者の信用度グループメンテナンス画面を
示す。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１２年１０月２７日（２０００．１０．２７）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】００２４

【補正方法】変更

【補正内容】

【００２４】 例えば、６×９ＦＲＡとは、現在から６ヶ月後に起算して、現在から９ヶ月後
に至る期間をカバーする契約である。こうした契約の期間またはギャップは３ヶ
月間である。一方が買主で、他方が売主である２つの当事者は、契約期間の開始
時（この場合、現在から６ヶ月後）にキャッシュを支払うことにより決済する。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００２８

【補正方法】変更

【補正内容】

【００２８】 この取引期間は、１９９８年３月１１日（決済期日）から始まり、１９９８年
６月１１日（支払期日）で終わる。１９９８年３月９日、ロンドン時刻で午前１
１時３０分過ぎに、各銀行のバックオフィス担当者（back office personnel）
は、適当なロイタ通信のページを確認して、３月９日に対して公示される３ヶ月
もののライボ利率を読み取る。例えば、この利率が、５．５８００であったとす
ると、取引期日から固定期日の間に、０．０１２５％あるいは５／４毛だけ上昇
したことになる。したがって、決済金額は、５．５８％の参照利率に基いて計算
する必要がある。決済金額は、買主から売主に支払われる小切手上の金額である
。決済金額は、次式を用いて計算する。 （決済金額計算例）

【数１】

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】０１４９

【補正方法】変更

【補正内容】

【０１４９】 （信用度のメンテナンス） 図９に示す信用グループメンテナンス画面ＣＧＭは、信用グループを意味する
既存信用グループＥＧＣを表示し、グループを形成、削除、または修正するため
の押しボタンＰＢを有している。１つの既存信用グループが際立っている（ハイ
ライトされている）状態にあるとき（または新たな信用グループが形成されたと
き）、信用グループ・プロフィルＧＣＰは、選択されたグループに対する現在有
効バランス（Current Available Balance）とともに上述のように計算された信
用度閾値ＣＴを表示する。これにより、取引立会場管理者（「ＴＦＡ」）は、警
告パーセンテージ、および（ＴＦＡ（またはシステム）がすべての信用度限度を
リセットするときはいつも、新しい平均バランスとなる）デフォルト平均バラン
スを修正することができ、さらに／または表示された現在有効バランスに対して
正方向または負方向の調整を行うことができる。ＴＦＡは、指定押しボタン（As
sign Pushbutton）を用いて選択されたグループに対する取引立会場の指定を修
正することができる。

【手続補正書】

【提出日】平成１３年５月１８日（２００１．５．１８）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ， ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，Ｄ Ｋ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＨＲ ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ， ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，Ｌ Ｖ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ， ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，Ｕ Ｓ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者 ニーナ・ジェイン アメリカ合衆国07932−2119ニュージャー ジー州サウス・プレインフィールド、ビク トリー・ストリート3756番 (72)発明者 エドワード・アール・ホワーカ アメリカ合衆国07950ニュージャージー州 モリス・プレインズ、ゲイツ・コート2043 番

Claims (19)

【特許請求の範囲】
1. 【請求項１】 トレーダの端末において金融商品をトレーダ間で取引するた
   めのコンピュータ化された取引システムであって、 トレーダ端末間で電子メッセージを伝播させるための通信ネットワークと、 通信ネットワークに接続された複数のトレーダ端末とを備え、 各トレーダ端末は、金融商品に関する取引価格メッセージを形成するための手
   段を有し、 通信ネットワークは、 各信用交付団体からの有効な信用度を示す指標を記録するための信用度記録装
   置と、 トレーダ端末が取引価格メッセージを表示できるように、取引価格メッセージ
   をトレーダ端末に配信するための配信装置と、 少なくとも１つの信用交付団体に関連する各トレーダ端末に対して、取引価格
   メッセージをフィルタ処理するように構成された信用度フィルタ装置とを有し、 信用度フィルタ装置は、取引価格メッセージに示された価格だけを、関連する
   トレーダ端末に表示するように構成され、取引価格メッセージに対して、最小信
   用度閾値が１つの信用交付団体に対して双方向に有効であることを、信用度記憶
   装置を参照して判断し、 最小信用度閾値は、１つの信用交付団体が所定の最小額で取引を遂行する上で
   要求する有効な信用度と少なくとも等しく、 個別の最小信用度閾値は、各信用交付団体に対して確立され、各信用交付団体
   に特有で、かつ、取引される少なくとも１つの金融商品の特質に関連する少なく
   とも１つのパラメータに関する関数で求められることを特徴とする取引システム
   。
2. 【請求項２】 請求項１に記載の金融商品を取引するためのコンピュータ化
   された取引システムであって、 少なくとも１つのパラメータは、取引される各金融商品に関して推定されるリ
   スクを示す要因であることを特徴とする取引システム。
3. 【請求項３】 請求項１または２に記載の金融商品を取引するためのコンピ
   ュータ化された取引システムであって、 少なくとも１つのパラメータは、取引される各種金融商品に関連する揮発性要
   因であることを特徴とする取引システム。
4. 【請求項４】 請求項１ないし３のいずれか１に記載の金融商品を取引する
   ためのコンピュータ化された取引システムであって、 最小信用度閾値は、取引される各種金融商品の変換率を示す第２のパラメータ
   からも求められることを特徴とする取引システム。
5. 【請求項５】 請求項１ないし４のいずれか１に記載の金融商品を取引する
   ためのコンピュータ化された取引システムであって、 最小信用度閾値は、取引される任意の金融商品の決済期日に依拠する要因であ
   る第３のパラメータからも求められることを特徴とする取引システム。
6. 【請求項６】 請求項５に記載の金融商品を取引するためのコンピュータ化
   された取引システムであって、 第３のパラメータは、取引される任意の金融商品の決済までの最長期間に依拠
   する要因であることを特徴とする取引システム。
7. 【請求項７】 請求項１ないし６のいずれか１に記載の金融商品を取引する
   ためのコンピュータ化された取引システムであって、 最小信用度閾値は、取引される複数の異なる金融商品に対して計算された信用
   閾値の最大値であることを特徴とする取引システム。
8. 【請求項８】 請求項１ないし７のいずれか１に記載の金融商品を取引する
   ためのコンピュータ化された取引システムであって、 最小信用度閾値は、取引される各金融商品に対する最小指令額、変換要因、決
   済までの期間要因、および揮発性要因の関数の最大値であることを特徴とする取
   引システム。
9. 【請求項９】 請求項１ないし８のいずれか１に記載の金融商品を取引する
   ためのコンピュータ化された取引システムであって、 金融商品は、金利先渡契約であることを特徴とする取引システム。
10. 【請求項１０】 請求項１ないし９のいずれか１に記載の金融商品を取引す
    るためのコンピュータ化された取引システムであって、 各信用交付団体は、取引立会場を含むことを特徴とする取引システム。
11. 【請求項１１】 請求項１ないし１０のいずれか１に記載の金融商品を取引
    するためのコンピュータ化された取引システムであって、 複数のトレーダ端末が少なくとも１つのグループに関連し、 少なくとも１つの信用交付団体がグループに対して信用度を拡張することを特
    徴とする取引システム。
12. 【請求項１２】 請求項１１に記載の金融商品を取引するためのコンピュー
    タ化された取引システムであって、 少なくとも１つのグループは、単一の信用交付団体と関連する複数のトレーダ
    端末を有することを特徴とする取引システム。
13. 【請求項１３】 請求項１１または１２に記載の金融商品を取引するための
    コンピュータ化された取引システムであって、 少なくとも１つのグループは、複数の信用交付団体と関連する複数のトレーダ
    端末を有することを特徴とする取引システム。
14. 【請求項１４】 請求項１１ないし１３にいずれか１に記載の金融商品を取
    引するためのコンピュータ化された取引システムであって、 少なくとも１つのグループに対する少なくとも１つの信用交付団体からの有効
    な信用度の指標が、信用交付団体とこのグループの間が取引する毎に減少するこ
    とを特徴とする取引システム。
15. 【請求項１５】 請求項１４に記載の金融商品を取引するためのコンピュー
    タ化された取引システムであって、 少なくとも１つのグループに対する少なくとも１つの信用交付団体からの有効
    な信用度の指標が、取引額、および少なくとも１つの信用交付団体に特有の少な
    くとも１つのパラメータの関数として求められる金額だけ減少することを特徴と
    する取引システム。
16. 【請求項１６】 請求項１４または１５に記載の金融商品を取引するための
    コンピュータ化された取引システムであって、 信用度の指標が、取引される各種金融商品に関連する揮発性要因の関数として
    減少することを特徴とする取引システム。
17. 【請求項１７】 請求項１４ないし１６のいずれか１に記載の金融商品を取
    引するためのコンピュータ化された取引システムであって、 信用度の指標が、取引される各種金融商品に関連する変換率の関数として減少
    することを特徴とする取引システム。
18. 【請求項１８】 請求項１４ないし１７のいずれか１に記載の金融商品を取
    引するためのコンピュータ化された取引システムであって、 信用度の指標が、取引される金融商品が決済するまでの期間の関数として減少
    することを特徴とする取引システム。
19. 【請求項１９】 請求項１４ないし１８のいずれか１に記載の金融商品を取
    引するためのコンピュータ化された取引システムであって、 信用度の指標が、取引される金融商品の決済期日から支払期日までの期間の関
    数として減少することを特徴とする取引システム。