JP5511768B2 - Ｒｆｑの視認性を強化したデリバティブを取引するためのネットワーク及び方法 - Google Patents

Description

本発明は、デリバティブを電子的に取引する分野に関する。

電子取引は、先物業界を急激に変化させている。例えば、欧州の先物契約は、１００％電子的に取引されている。米国の先物契約の取引は、非常に近い将来、ほぼ確実に電子的に行われることになるであろう。シカゴ商品取引所でａ／ｃ／ｅ電子プラットフォームの開業後５週間で、金融先物取引の２５％が電子的に行われた。更に、１９９０年に設立されたドイツ−スイス取引所（ＥＵＲＥＸ）が、先物取引の先駆者としてのＣＢＯＴを凌いだ事実が電子取引の急激な成長を示している。

現在の「メインフレーム」電子取引システムには本質的な限界がある。１０年以上前に設計された電子先物取引のプラットフォームは、融通の利かない旧式のメインフレームアーキテクチャに基づいている。全てのメッセージトラフィックは、集中方式の取引サーバーを通過する。通信は、「一対全」と「全対一」であり、即ち、全ての価格更新が、膨大な数のメッセージの引き金となる。ユーザーは、「大口」注文又は特別仕様のスプレッドの組み合わせに関する指標相場について、市場に柔軟に照会することができない。「メインフレーム」アーキテクチャが、先物取引に対して単一の価格ポイントで作動している限り、「互いに関係している」市場、即ち、全ての価格が他の価格−又は数百の他の価格−にリンクしている市場では完全に機能しなくなる。この問題は、Ｅ先物、Ｅオプション、Ｅスプレッドの関係によって説明される。

完全なＥ先物は、単一の価格ポイントを有する。先物価格が変わると、取引業者は、1つの序列（単一の注文）をキャンセルし、修正し、取り替える。これを、表１に示す。

オプションには、売りオプションと買いオプション、売りオプションと買いオプションの組み合わせ、及び／又は先物、並びにストラドル、ストラングル、バタフライ、ストリップなどが含まれており、それらの全てが、各先物にリンクされている膨大な数の価格ポイントになる。従って、基底の先物価格が動くと、多数の価格更新が必要になる。これを、表２に示す。

マーケット・メーカーは多数の価格ポイントに亘って密な相場形成をすることはできないので、電子スクリーン上にオプション及びスプレッドに関して「真の」価格が表示されることは殆ど無い。先物の価格は動くので、「古い」オプション及びスプレッドの価格が、市場に曝されたままになる。

ＥオプションとＥスプレッドは、指標相場と拘束相場を混ぜ合わせたものを要求している。取引のフロアでは、取引業者は、声は1つだけだが、数百のオプションとスプレッドに亘る相場を持っている。取引業者は、理論値の格子図を備えた手持ちサイズの用紙を発行しながら連続する指標相場を作る。取引の瞬間に、指標相場は「更新され」、拘束されたものとなる。

現在の電子オプションとスプレッドの市場は、相当な欠点を有している。米国では、電子先物市場が急激に成長しているにもかかわらず、電子オプションとスプレッドには実質出来高がない。これらの市場は、まだフロアの上で取引している。先物市場が１００％電子市場である欧州では、オプションとスプレッドの価格開示は、非公式な「キャッシュ」電話市場で手作業で行われる。欧州の「電話市場」は、取引の両者に手数料を掛ける「キャッシュ」ブローカーを除き、全ての参加者に広く嫌われている。欧州のオプションスクリーンは、「真の」価格を示さない。末端のユーザーは、透明性が欠如している（「キャッシュ」ブローカーだけが真の買い呼値と売り呼値を知っている）ことと、注文が「最良の執行」の取り扱いを受けたことを確認できないことに不満を抱いている。ユーザーとマーケット・メーカーも、「キャッシュ」仲介業の高い経費を好まない。マーケット・メーカーに対する仲介業の経費は、より広い売り値と買い値の差額という形でユーザーに回される。取引所、監督機関及び末端のユーザーは、システムに固有の取引相手リスクを懸念している。最後に、市場の保全は、規制がなく浅薄な資本の「キャッシュ」ブローカーの契約履行補償にかかっている。

米国特許第６，０１６，４８３号は、オプション取引所で取引されるオプションの一式の始値を決め、取引開始時の公開注文の不均衡を割り当てるためのコンピューターベースのシステムについて述べている。この特許全体を、参考文献として援用する。

デリバティブを電子的に取引するためのコンピューターネットワークとその方法を提供する。本システムは、ネットワーク内の制御又はネットワーク管理ステーションが、マーケット・メーカーと応募者が取引所で取引できるようにする推進役として作用するネットワークと方法を含んでいる。１つの取引方法は、市場の参加者（一般的には応募者であるが、マーケット・メーカーを含めてもよい）に指標相場を提供し、マーケット・メーカーが、特定のデリバティブにどれだけの価格を付けそうかという非拘束指標を提示する段階を含んでいる。すると、参加者は、そのデリバティブに対する拘束相場に関する要求であるＲＦＱを提出する。ＲＦＱが、最新の注文台帳を全応募者の「端末機」に、一般的には行の形で、関心事のデリバティブを最新の拘束買い呼値及び拘束売り呼値と共に表示させるようにするのが望ましい。指標買い呼値と売り呼値は、（もし在れば）ＲＦＱで要求された量と共に表示してもよい。市場の参加者は、次に、対応するデリバティブへの注文を提出する選択をする。通常、市場の参加者は、マーケット・メーカーが拘束相場を提示したという表示を待つことになる。注文伝票は、応募者が、関心事のデリバティブに関する確定買いか確定売りの何れかのセルを選択することによって自動的に作成されるのが望ましい。更に、簡単にアクセスできるフォーマットで応募者に関連情報を提供するため、注文伝票上で最新の予約データ（未決定の注文と相場）が提供され、更新されるのが望ましい。市場の参加者たちに、別の市場の参加者が拘束相場を要求したことを表示すれば、市場の参加者に対しその市場での活動に注意を喚起することになるので、市場の参加者がより敏速に参加し易くなる。

ＲＦＱは、更に、或るデータを、マーケット・メーカーの端末機に表示させる。マーケット・メーカーのスクリーン上のデータ表示は、マーケット・メーカーがその特定のデリバティブで指標相場を積極的に提供しているか否かによって変わる。マーケット・メーカーの端末機は、ＲＦＱを受信すると、マーケット・メーカーが拘束相場を提出できるようなスクリーンを自動的に提供するのが望ましい。本方法は、ＲＦＱを受信すると、拘束相場の伝票を自動的に作成することを含んでいる。ＲＦＱに対応するデリバティブに積極的に相場を付けていないマーケット・メーカーの場合、本方法は、更に、ＲＦＱに関係する予約済みの注文と相場が含まれているアクション行の表示と、マーケット・メーカーのアクション行の選択に応じた拘束相場伝票の作成も含んでいる。

別の実施形態では、ＲＦＱは、応募者ステーション、マーケット・メーカーの端末機又はその両方に、注文台帳情報を表示させることになる。具体的には、注文台帳情報は、台帳の一番上（最良の買い呼値と売り呼値）だけでなく、最良価格に近い注文及び相場も含んでいる。このようにして、市場の参加者は、特定のデリバティブの動きについてより良好な全体像を得るために、注文台帳の深さを見ることができる。所望の深さは、事前に選択してもよいし、ユーザーが適当に変えることもできる。

又別の実施形態では、本システムは、市場で発生している全取引か、又は応募者によって選択されたデリバティブの取引を表示するように構成されている。

或る実施形態では、ネットワーク管理ステーションは、拘束相場と注文を突き合わせることによって、マーケット・メーカーと応募者の間の取引を成就させ、取引所で取引を決済する。デリバティブを電子的に取引するためのコンピューターネットワークは、（ａ）ネットワーク管理ステーションと、（ｂ）１つ又は複数のマーケット・メーカー・ステーションと、（ｃ）１つ又は複数の応募者ステーションと、（ｄ）１つ又は複数の取引所を備えている。

ネットワーク管理ステーションは、リアルタイムの指標相場を作り、相場に関する要求を発行し、拘束相場を得るために、マーケット・メーカーと応募者を接続しており、マーケット・メーカーと応募者は、取引所に拘束相場と注文を送り、取引を決済して確定するために、前記取引所と通信している。

本方法とネットワークは、相当な流動性によってバックアップされている、ユーザーのデスクトップに間断ない相場を提供する。数多くの市場に同時に相場を付けることができ、ユーザーは、特注の照会を行うことができる。実行される注文は、取引所の最良の価格と対当するので、最良の価格が保障される。ここで説明している方法及び装置は、取引所にリストアップされている商品を流動的且つ効率的に電子取引できるようにするので、代替方法である店頭売買機構に関わるリスクが減少する。つまり、本システムは、店頭売買（ＯＴＣ）取引固有の柔軟性を提供し、同時に、取引所の突き合わせ及び／又は決済のリスクを低減する。本システムは、マーケット・メーカーの指標相場と拘束相場をリアルタイムで統合する点で、予想以上に有用である。

図１は、マーケット・メーカー、応募者、ネットワークマネージャー、及び取引所のネットワークと対話を示している。ＭＭ１、ＭＭ２、ＭＭ３、ＭＭ４は、指標及び拘束相場を提供するマーケット・メーカーのサーバーである。Ｓｕｂ１、Ｓｕｂ２、Ｓｕｂ３、Ｓｕｂ４は、応募者が指標相場を照会し、拘束相場を要求し、ＣＢＯＴ、ＣＭＥ、Ｅｕｒｅｘの様な取引所に注文を送る応募者ステーションである。ＬＤは、相場を受け取り又は提供する参加者のディレクトリを提供するネットワーク管理ステーションである。或る実施形態のネットワークマネージャーは、決済のために拘束相場と注文を取引所に提出する応募者とマーケット・メーカーの間の取引をやり易くする。別の実施形態では、ネットワークマネージャー（ＬＤ）又は制御ステーションは、拘束相場と注文を突き合わせ、決済のために、それらを取引所に送る。このネットワークを通して、マーケット・メーカー、応募者、取引所及びネットワーク管理ステーションは、互いに電子的に通信することができる。応募者は、マーケット・メーカーのデータベースに直接且つ柔軟に照会することができる。ネットワークは、集中型サーバーを通るトラフィックを最小にするので、大きな容量を有する。これにより、相場トラフィックを、特定の契約及び／又は契約の組み合わせについて照会してくる関係者に限定することによって、価格更新のメッセージ通信トラフィックが減少する。

応募者ステーション（図１のＳｕｂ１、Ｓｕｂ２、Ｓｕｂ３、Ｓｕｂ４）は、指標相場を照会し、拘束相場を要求し、取引所に注文を送信するためハードウェアとソフトウェアを有している。或る実施形態では、応募者ステーションは、ユーザーが、ログインし、記号を選択し、それらの記号の相場を受信できるようにするアプリケーションを実行しているウィンドウズ（登録商標）ベースのＰＣで構成されている。他の実施形態は、そのアプリケーションを実行する携帯型演算装置を含んでいる。或いは、携帯型装置は、そのアプリケーションを実行しているＰＣと通信する無線データ端末装置として作用する。当業者には理解できるように、これ以外の代替ハードウェア及びソフトウェア装置としては、携帯端末とＰＣワークステーションがあり、ソフトウエェアの機能性は、２つの装置の間で適切に分けられている。

別の実施形態では、応募者ステーションは、応募者の内部ネットワークを、（ＬＤ）ネットワークとも呼ばれるネットワークに接続するゲートウェイアプリケーションである。この場合、応募者ステーションの機能は、応募者の内部ネットワークに亘って走っている他のアプリケーションによって制御される。これらのアプリケーションは、応募者がＬＤネットワークにアクセスするのに使用したいと思う取引フロントエンド、又は取引プログラムである。この場合、ＬＤ応募者間ゲートウェイは、ネットワーク間でメッセージを送るためのプロトコルを備えている。これらのメッセージには、指標相場の照会、相場の更新、拘束相場の要求及び注文の発送が含まれる。

図３Ａは、記号及び記号の組み合わせに関する指標相場、並びに取引所の注文予約における拘束相場を表示している市場概観スクリーンの例を示している。ＣＢＴ ビッド／ＣＢＴ アスク列は、ａ／ｃ／ｅ電子注文予約における最新の最良の買い呼値／売り呼値と量を表示している。ＬＤ ビッド／アスクの列は、ＬＤネットワーク上のマーケット・メーカーからの最良の指標買い呼値／売り呼値、規模、及び変動率を表示している。図３Ａのスクリーンは、図３Ｂの選択スクリーンを介して、ユーザーによって選択された記号に関する、リアルタイムの価格更新を表示している。

図３Ｂは、ユーザーが、相場を要求する記号及び記号の組み合わせを選択できるようにするスクリーンの例である。選択された記号と、対応する指標相場の要求は、マーケット・メーカーに対しては「関心事の表示」すなわちＩＯＩとなる。記号の選択は、以下のように、即ち、左列の記号を強調表示し、ボタンを使ってそれを一覧リストに動かし、それによって、それをアクティブな記号にすることで実行される。ダブルクリックでも、記号をアクティブにすることができる。「記号リストフィルター」ボックス内に値をタイプすれば、リストの内容が制限され、例えば、「ＯＺＢ Ｖ１」とタイプすれば、利用可能な３０年１０月のオプションが表示される、のが望ましい。

スプレッドを選択するには、右列のスプレッドを強調表示し、ボタンを使用してそれをアクティブにすればよい。ダブルクリックしても、それをアクティブにすることができる。中央の３つのドロップダウンボックスは、製品、月、及び買付又は売付によってスプレッドリストにフィルターを掛ける。右列上方のドロップダウンからスプレッド型式を選択することによっても、スプレッドにフィルターを掛けることができる。

一覧リストから項目を取り除くには、一覧リスト中の項目をダブルクリックするか強調表示して「削除」ボタンを使用すればよい。ディスプレイの順序付けは「ソート」ボタンで行われ、そうすると、一覧リスト内の項目が記号、満了期日及びストライクによって分類される。個々の記号は、選択し、「アップ」及び「ダウン」を使って上下に動かすことができる。

ハードウェア、ソフトウェア及びネットワークの状態次第で、応募者ステーションは、更新された相場に関して、マーケット・メーカーに活発に問い合わせる（例えば毎秒、又は、原資産価格が動くとき）。他の状況では、応募者ステーションは、相場の更新をリアルタイムで受け取る（即ち、マーケット・メーカーにより「プッシュされる」）。
或る実施形態で、ユーザーは、指標相場の内の１つに対して注文を入れたい場合、記号をダブルクリックすると、図３Ｄに示すように（又はストラドルの場合は図３Ｅ）、注文エントリのウインドウがプルアップされて出てくる。「売り（Ｓｅｌｌ Ｎｏｗ）」ボタンを押すと、適切なマーケット・メーカーに拘束相場に対する要求が通知され、同時に、対応する注文が取引所に提出される。

更に別の実施形態では、本発明は、一方向通信の結果としての拘束相場と注文の提出に関する、応募者とマーケット・メーカーの間のＣＦＴＣルールに従う一方向通信を提供する。例えば、応募者は、マーケット・メーカーから指標相場を受け取り、相場に対する要求（ＲＦＱ）を取引所に送ることによって応答し、同時に全市場参加者にＲＦＱの警報を出す。従って、マーケット・メーカーは、応募者からＲＦＱを受け取るが、同時に、ＲＦＱは他の市場参加者にも受け取られる。マーケット・メーカーは、取引所で拘束相場を直ぐに入力し、応募者は、取引所の注文を直ぐに入力する。

別の実施形態では、ＲＦＱは、或る相場データに帰着し、市場の参加者のスクリーンに、望ましくはそれぞれのワークステーション上、例えばｓｕｂ１−ｓｕｂ４に表示される。ＲＦＱに関係するデータの表示は、市場の参加者が、他の市場の参加者によって提出されたＲＦＱの存在を容易に識別できるように、ＲＦＱの存在を表示するために確保されているスクリーンの一区画にあるのが望ましい。ＲＦＱ関係データは、図６Ａのアクション行６００に示している行フォーマットで表示されるのが望ましいので、表示の範囲は、アクション行と呼ばれる。図６Ａで分かるように、アクション行６００は、ＲＦＱを受け取ったデリバティブの記号、確定買い呼値（拘束買い呼値）、指標買い呼値、指標売り呼値及び確定売り呼値（拘束売り呼値）を含んでいる。最良の買い呼値と売り呼値を表している拘束買い呼値及び売り呼値は、「予約の最高値」と呼ばれることも多い。なお、ＲＦＱには、ＲＦＱに含まれている要求された相場の量も含んでいるのが望ましいことに留意されたい。通常、所与のデリバティブには拘束（即ち確定）相場はないので、アクション行には何も表示されない。確定又は拘束の相場が（マーケット・メーカー又は何れかの他の市場参加者から）システムに入力されると、直ちにアクション行のデータは、確定買い呼値及び／又は売り呼値を反映するように更新される。更に、システムは、注文予約の深さを表示するように構成されており、最良の買い呼値及び売り呼値に近い注文及び／又は相場も表示される。

別の実施形態では、応募者又はマーケット・メーカーは、関心事の契約に関してのみアクション行を表示するフィルターを構築している。例えば、応募者は、所与の原資産契約又は商品の全オプションの様な商品のグループ分けによって商品を識別する。１つの例は、３０年ものの国債オプションか、１０年及び５年ものの国債オプションか、それらの組み合わせか、スワップオプション（通常、或るＬＩＢＯＲレートに縛られている契約を、別のＬＩＢＯＲレートに縛られている他の契約にスワップする）である。別の例としては、ダウ工業株平均オプション、Ｓ＆Ｐ５００オプション、ユーロダラーオプション、ユーロダラーストリップ、又はユーロダラー先物取引、又は単一株先物の全オプションがある。

別の実施形態では、注文を入力し、ＬＤネットワークと取引するプロセスは、２段階のプロセスである。ユーザーは、先ず、ＬＤマーケット・メーカー、並びに取引所に送られるＲＦＱを入力する（例えば、ＣＢＯＴ電子取引プラットフォームであるａ／ｃ／ｅ）。マーケット・メーカーが自分たちの相場を取引所に入力した後、ユーザーは、台帳内の最良の買い呼値（又は売り呼値）と適合させるように注文を入力する。

従って、ユーザーは、指標相場の１つに対して注文を入力したいときには、図３Ａのディスプレイ内の記号をダブルクリック（又は買い呼値又は売り呼値をクリック）し、図３Ｃに示している相場への要求（ＲＦＱ）ウインドウを起動する。量は、空欄であってもよいし、数値を指定してもよい。送信ボタンをクリックすると、ＲＦＱは同時に複数の取引所に送信され、その結果、効果的に、ＲＦＱは３万の端末機に送信されることになり、更に、ＲＦＱをＬＤネットワークへそしてＬＤマーケット・メーカーにも送信することになり、或る実施形態では、ＲＦＱは、更に、市場の参加者のワークステーションにも送信され、アクション行に表示される。取引所へ送られるＲＦＱは、既存のＲＦＱ取引所フォーマットと一致し、通常は関心事の契約だけを含んでいるのが望ましい。取引所のＲＦＱフォーマットは、要求量を含む追加ＲＦＱデータ領域を入れるように修正されているのが望ましい。ＬＤマーケット・メーカー及び市場の参加者へ送られるＲＦＱは、関心事の契約、指標価格及び指標量を含んでいるのが望ましい。代わりに、ＬＤのＲＦＱは、要求された相場が（買／売の）どちら側かの様な追加のパラメーターを含んでいてもよい。ＲＦＱを送信すると、図３ＣのＲＦＱウインドウは、図３Ｄ（又はストラドルの場合は図３Ｅ）の注文入力スクリーンに替わる。

図３Ｄに示している注文伝票は、応募者が、量、価格、及び買い／売りを変えられるようになっている。応募者は、ドロップダウンリストから適切な勘定口座を選択することもできる。詳細を確認した後で、注文が提出される。応募者は、注文を提出する前に、拘束相場が提出されたという、マーケット・メーカーからの表示を待つのが好ましい。この表示は、図３Ｄ（又は図３Ｅ）に示している注文入力スクリーンの「ＣＢＴ ビッド」及び／又は「ＣＢＴ アスク」領域に現れる。拘束相場が提出されているという様な表示は、ここに説明しているシステムの有用な特徴である。或る実施形態では、拘束買い呼値、拘束売り呼値又はその両方を含む拘束相場は、拘束相場と注文情報を全取引所ユーザーに提供するために取引所が採用しているのと同じ通信方法を使って、取引所から受信される。つまり、本システムが拘束相場を取引所に提出すると、取引所がその相場に応答し、それを全取引所ユーザーに公表する。別の実施形態では、本システムは、最初に拘束相場を取引所に提出すると同時に、拘束相場情報を応募者に送付するように構成されている。

ＲＦＱはアクション行に表示されるので、何れの市場参加者も、ＲＦＱに応えて提出されるあらゆる拘束相場に対する取引に参加することを選択できる。市場参加者は、関心事のＲＦＱのアクション行を選択し、拘束相場がシステムに入力されるのを見越して注文伝票を用意する。通常、応募者が、アクション行に表示されているＲＦＱに応えて買い注文を入力したい場合、応募者は、図６Ａのアクション行の「拘束売り呼値」入力６０２を選択する。それに応えて、買い注文入力伝票６０４が、図６Ｂに示すように表示される。注文入力伝票６０４には、最新の拘束相場によるデフォルト値が含まれていることに注目されたい。代わりに、市場参加者が「指標売り呼値」ボックスを選択すると、指標売り相場によるデフォルト値を含んでいる買い注文伝票が表示される。この様に、市場参加者は、拘束相場の受信前に注文伝票を準備することができる。どちらの場合でも、市場参加者は、注文の詳細を修正し、最初のＲＦＱを行ったかのように取引に参加することができる。更に、注文伝票は、指標相場と、何らかの確定相場の提出の様なあらゆる変化を反映するために更新されている確定相場とを提供することによって、アクション行を複写できるのが望ましい。この様にして、市場内の活動は、ＲＦＱと予約内の対応する確定相場の表示によって全参加者に確認される。

マーケット・メーカーにとって、単にデータが表示されるのか、又はＲＦＱに応えてデータが表示されるのかは、マーケット・メーカーが、対応するデリバティブに対して指標相場を現在提供しているか否かによって変わる。具体的には、指標相場を発行しているマーケット・メーカーにとっては、マーケット・メーカー・ステーションは、応募者が送信したＬＤ ＲＦＱの受信に応えて、図５Ｂの相場入力スクリーンを表示するのが望ましい。表示は、確定買い呼値、マーケット・メーカーの最新の指標買い呼値、最良の指標買い呼値、最良の指標売り呼値、マーケット・メーカーの最新の指標売り呼値、及び確定売り呼値という６つの列を含んでいる。マーケット・メーカーの指標相場が最新の最良の指標相場と同じか、それより悪いか否かを表示するのに、色つきコーディングを用いるのが望ましい。図５Ｃは、代替形式の相場入力スクリーンを示している。

相場入力スクリーンは、表示時には、価格及び深さ（契約量）を含むマーケット・メーカーの指標相場からのデータを組み込むように「ロードされ」ているか、又は事前処理されている。別の好適な実施形態では、ロードされた伝票には、（基礎的証券の価格に対する変更又は変動率の様な）最新の市場データに基づいて更新された相場データが組み込まれている。従って、相場入力スクリーンは、マーケット・メーカーが、マーケット・メーカーの指標相場又は更新された相場に従って、拘束相場を入力し易いようにしている。マーケット・メーカーが相場を提出してそれを取引所が受け取ると、図３Ｄ（又は図３Ｅ）の応募者の注文入力伝票は、拘束相場データを反映するよう更新される。その後、応募者は、拘束相場の具体的な値（即ち、買い呼値／売り呼値及び量）を評価した後で、注文を提出するか否か決定することができる。全てのＬＤ注文がＩＯＣ（即時又はキャンセル）か、ＦＯＫ（記入か抹消）であるのが望ましい。これは、注文が実行されるか又はキャンセルされるかの何れかであり、注文が帳簿に記入されないことを意味する。

マーケット・メーカーが、受け取ったＲＦＱに対応するデリバティブの指標相場を現在発行していない場合、システムは、拘束相場の提出に関する伝票を自動的に表示するよう作られている。或いは、マーケット・メーカー・ステーションが、図６Ａに示しているような応募者のワークステーションに表示されているのと同様のアクション行を表示し、マーケット・メーカーがそのアクション行を選択するのに応じて、拘束相場伝票が表示される。マーケット・メーカーの拘束相場伝票のデータ領域は、最良の指標相場データで自動的に形成されるのが望ましい。次いで、マーケット・メーカーは、提出前に拘束相場データを修正して、価格を改良し、価格を取り消し、又は量を調整する。更に、システムは、最良の買い呼値及び売り呼値近くの注文及び／又は相場も表示されるように、マーケット・メーカーに注文予約の深さを表示するように作ることもできる。

図２Ａと２Ｂは、ネットワークを経由する関係者の対話をフロー図２００と２５０で示している。例えば、図１のステーションＭＭ２とＭＭ４のマーケット・メーカーは、ネットワーク管理ステーション（ＬＤ）に接続して、相場に適した市場を表示する。ステップ２１０では、例えばＳｕｂ３の様な応募者ステーションが、ネットワーク管理ステーションに特定の取引商品に関して照会することによって関心を示し、例えばＭＭ２とＭＭ４の様なマーケット・メーカーのアドレスを受け取り、指標相場を要求して受け取る。ネットワーク管理ステーションＬＤが新しい先物価格をプッシュする場合、これは、応募者Ｓｕｂ３に、マーケット・メーカーＭＭ２とＭＭ３からの更新された相場についての照会を開始させるのに使用される。先に述べたように、応募者に、更新された相場を要求させるには、他のトリガー装置を用いてもよい。例えば、相場を或る間隔で定期的に要求してもよい。その間隔は、応募者が設定した所定の期間でもよいし、様々な他の要因に応じて自動的に短く（又は長く）調整してもよい。代表的な要因には、出来高の大（小）、変動率の高（低）、又はＲＦＱ及び／又は注文が緊急であるという応募者からの表示さえも含まれる。この表示は、スクリーン起動ボタン又は同様の応募者入力によるものである。

プロセスのステップ２１０では、Ｓｕｂ３の様な応募者は、相場への要求（ＲＦＱ）を発行する。次いで応募者は、ステップ２４０で注文を選択的に提出するか、又は、先ず、マーケット・メーカーが拘束相場を提出したという表示を受け取る随意のステップ２３０が完了するのを待つのが望ましい。

図２Ｂに関しては、マーケット・メーカーの関わりがフロー図２５０で示されている。ステップ２６０で、マーケット・メーカーは、応募者から関心事の表示を受け取り、１つ又は複数の指標相場を提供することによって応答する。ステップ２７０で、拘束相場への要求と解釈できるＲＦＱを受け取ると、例えばＭＭ３とＭＭ４のマーケット・メーカーは、取引所又は直接ＬＤへ拘束相場を選択的に送信することによって応答する。この様にして、ネットワークは、ネットワーク管理ステーションＬＤの支援で、マーケット・メーカー、応募者及び取引所の間に電子通信を提供するので、応募者は、マーケット・メーカーに照会し、取引の表示を開始し、取引の表示への応答を受け取り、拘束相場を発行し、拘束相場を取引所に転送することができる。応募者は、取引所が電子的に突き合わせて決済することのできる注文を取引所へ送ることができる。替わりに、ネットワーク管理ステーションが拘束相場と注文を突き合わせ、取引所で取引の決済をすることもできる。注文は、価格―時間優先ベースで突き合わされる。

替わりに、割り当て機構を使用して、或るマーケット・メーカーを、時間優先以外の基準に基づいて、最終的な取引の一部又は全てに割り当ててもよい。即ち、１人又は複数のマーケット・メーカーは、彼等の相場付けが時間的に一番でなくても、取引が発生した価格に適合していれば、取引の一部分が割り当てられる資格を持つ。この方式では、或るマーケット・メーカーには、ＲＦＱへの応答数又は割合、取引量、料金の支払い、身分表示（例えば市場専門家、又は指定主要マーケット・メーカー）の様な一定の基準に基づいて、取引割り当て優先権が与えられる。

先に論じたように、拘束相場を要求すると、更新された買い呼値／売り呼値相場が取引所に送られることになる。このプロセスの間ずっと、マーケット・メーカーの制御下にある取引パラメーターは、取引がマーケット・メーカーの制御下にあることを保証するためにアクセスされる。或る状況では、マーケット・メーカーは、拘束相場を提出するのを辞退してもよいし、自分の相場を、指標として応募者スクリーンに表示されている相場から変更してもよい。

具体的には、マーケット・メーカー・ステーションは、応募者への指標相場と取引所に送信される拘束相場を提供するためのハードウェアとソフトウェアを有しているのが望ましい。相場が導き出されるオプションの「理論値」は、業界の標準的なアルゴリズム、即ち、ブラック＝ショールズ・モデルを使って計算され、或る種の金融商品はアメリカン・ウェーリィ・モデルを使って計算される。相場の構成要素は、買い呼値、買い数量、売り呼値、売り数量である。更に、マーケット・メーカーは、１つは狭いスプレッド（すなわち買い呼値と売り呼値の間の範囲）、もう１つは広いスプレッドの、２組の価格を計算する。これによって、マーケット・メーカーは、取引日の間に市場の活動に応じて、狭いスプレッドと広いスプレッドの間で切り替えできるようになる。買い呼値と売り呼値は、以下のような様々なリスクパラメーターに依って変わる可変量で理論値を（買い呼値に対し）下げ、（売り呼値に対し）上げることによって決められる。

ＮとＷは、狭いスプレッド値及び広いスプレッド値を決めるために、マーケット・メーカーが保持しているパラメーターであり、ＦＶは、上記標準価格モデルで計算されるオプションの公正価格であり、Ｖはベガであり、原資産の変動率における１ユニットの変化に対するオプションの理論値の変化率の尺度である。ベガは、標準価格モデルの出力である。

相場（Ｂ、Ａ）に対する買い呼値と売り呼値は、以下のように計算される。
Ｂ（狭）＝ＦＶ−Ｖ ^* Ｎ
Ｂ（広）＝ＦＶ−Ｖ^*Ｗ
Ａ（狭）＝ＦＶ＋Ｖ^*Ｎ
Ａ（広）＝ＦＶ＋Ｖ^*Ｗ
相場に関する量は、各オプション月に対してマーケット・メーカーが保持している４つの変数を取り、個々のオプション記号のデルタとベガを使って、オプションストライク価格の範囲に亘って計算することによって、以下のように算出することができる。
Ｑ＝ｍａｘ[Ｑｍｉｎ， ｍｉｎ[Ｑｍａｘ，Ｄｍａｘ÷Ｄ，Ｖｍａｘ÷Ｖ]]
ここに、Ｑｍｉｎは、マーケット・メーカーが保持している最低量であり、Ｑｍａｘは、マーケット・メーカーが保持している最大絶対量であり、Ｄｍａｘは、マーケット・メーカーが維持管理している合計デルタの最大量であり、Ｖｍａｘは、マーケット・メーカーが維持管理している合計ベガの最大量であり、Ｄはデルタ、即ち、原資産担保の価格における１ユニットの変化に対するオプションの理論値の変化率の尺度であり、標準価格設定モデルの出力であり、Ｖはベガで、上記のように定義されている。

或る実施形態では、マーケット・メーカー・ステーションは、応募者の要求に応えて相場（指標相場と拘束相場の両方）を決める際にその基となる価格設定データを含んでいるデータベースから成っている。このデータベースのパラメーターは、図４Ａ、４Ｂ、４Ｃと同様のスクリーンによって制御される。

マーケット・メーカーは、市場の予測される短期の動きをカバーする、異なる変動率と原資産価格における買い呼値及び売り呼値と量のマトリクスを製作する。このマトリクスにアクセスすると、最新の変動率（マーケット・メーカーによって制御される）と原資産価格（通常は、データ供給に適切な取引所によって提供される）に基づいて、指標相場が提供される。マーケット・メーカーは、自からの変動率レベルを変更することによって、自分たちの買い呼値と売り呼値を「微調整」する。彼等は、自分の相場を、個々に又はまとめて引く（取り消す）こともできるし、いつでも新しいアレイを送信することができる。

図４Ａの「シート」スクリーンを使えば、マーケット・メーカーは、僅かな入力で、黙示変動率、買付、公正、売付の値と数量を計算することができる。マーケット・メーカーは、左上隅のドロップダウンボックスからオプションを選択する（オプションが選択されると、Ｆｕｔｕｒｅ（満期日）とＤａｙｓ Ｌｅｆｔ（残り日数）のボックスは自動的に書き込まれる）。新しい曲線を引くために、マーケット・メーカーは、選択されているオプションに対するストライクと価格を入力する。シートウィンドウの最上部の表は、十進フォーマットでストライクを入力するのに用いられる。対応する価格は、ティック・フォーマットで入力される。売付価格はＡＴＭストライクに影響される。選択されたオプションに対する他のフィールドは、入力される。勾配は（黙示変動率における変化／ストライクにおける変化）と定義されており、両翼の曲線の形状を決める買付勾配及び売付勾配の代表的な開始値は１５である。

マーケット・メーカーは、Ｉｎｔｅｒｅｓｔ Ｒａｔｅ（利率）、Ｆｕｔｕｒｅｓ（先物価格）（ティック・フォーマットの価格）及びＤａｔｅ（日付）を入力するが、この日付は、ストライク、価格及び買付／売付勾配に対して行われる入力がその日付に対応している限り、何時でもよい。最小契約数及び最大契約数だけでなく、数量表示とビッド／アスク スプレッドフィールド（第２日付と関係する）への入力も完了する。これは、シートスクリーン及び図４Ｂの微調整スクリーンに示される量を限定するのに用いられる。（例えば１００Ｍｉｎと５００Ｍａｘは、量を、量の乗数に関係なく１００と５００の間に保持する。）

マーケット・メーカーは、好適な買い呼値／売り呼値のスプレッドの幅を（ティックの割合として十進フォーマットで）入力する。ベガは、この計算に影響しない方が望ましい。（例えば、０．２５の入力は、買い呼値／売り呼値に対し適正値の上／下四分の一ティックである）。次に、マーケット・メーカーは、買い呼値と売り呼値の間の差として認められる最大ティックと最小ティックを（ティックで）入力する。第２日付、先物買い呼値及び先物売り呼値（ティックフォーマットでの価格）を入力すると、それに対して必要な計算がグラフの下の大きな表で行われる。次に、マーケット・メーカーは、入力されている２組の買い呼値／売り呼値のスプレッド値から選定するため、「狭く」か「広く」を選択する。

最後にマーケット・メーカーが「計算（Ｃａｌｃｕｌａｔｅ）」ボタンを選択すると、新しい計算値が大きな表に入力される。表の翼部の価格を適切に合わせるのに必要であれば、買付勾配と売付勾配を調整し、再計算して、表の価格を確認する。更に、最小ストライク、最大ストライク、最小量及び最大量を含めグラフのパラメーターを調整してもよい。「グラフ尺度再設定」を選択すると、グラフに新しい選択肢が加わる。シートスクリーンに行われた入力は、「プロファイル保存」ボタンを選択することによって保存される（保存するために発行する必要はない）。

発行するには、マーケット・メーカーは、ハイフィールドとローフィールドに先物価格を（ティック・フォーマットで）入力することによって、発行する先物価格の範囲を選択する（この範囲を４ポイント以下に保持して発行時間を減らすのが望ましい）。マーケット・メーカーは、次に、フル（０．０１）か半ティック（０．００５）の何れかの増分を選択する。変動率範囲では、マーケット・メーカーは、発行するハイ、ロー及び変動率増分を入力し、ハイとローに対して少なくとも０．０５の増分と最大で１％の変動率範囲を選択して、発行時間が長引くのを避ける。「ハイ」は、この発行期間に変動率が上昇する百分率であり、「ロー」は、変動率が下降する百分率を示している。「発行」ボタンをクリックすることによってアクションは完了する。データは、図４Ｂの「微調整」スクリーンを使って「ライブ」にすることのできる一時的な表に保存される。既存の一時的データがあれば、ポップアップボックスは、ユーザーに、このデータに上書きするか否か尋ねる。全てのデータエントリが「最新発行」プロファイルとして保存される。

微調整スクリーンを図４Ｃに示すが、これは、発行された「ライブ」値（市場概要を通して顧客に同報通信される数値）を、再発行手続き無しに修正するのに用いられる。オプションが発行されると、「微調整」には変動率を変えることによって修正される一時的（Ｔｅｍｐ）データが含まれ、これらの変更が行われると、変更はライブデータに適用される。

ハードウェア、ソフトウェア及びネットワークの条件次第で、指標価格に関する応募者の要求は、一組の指標相場が（例えば、毎秒又は原資産価格が動くときに）応募者に送信される照会として、又は連続更新への要求（即ち、マーケット・メーカーによって「プッシュされる」）として、の何れかとして扱われる。連続更新に対する要求に対しては、マーケット・メーカー・ステーションは、原資産価格と、指標相場を決める他の要因を監視し、必要なときに新しい指標相場を応募者に「プッシュ」する。

応募者が価格を要求したとき、データベースプロセスは、各マーケット・メーカーごとの最新の買い呼値と売り呼値を決めるのに最新の先物価格とマーケット・メーカー指定の変動率レベルを使うことが望ましい。次いで、最良価格（最高の買い呼値と、最低の売り呼値）が、応募者へ送られる。２人以上のマーケット・メーカーが同じ価格を提示している場合、量が然るべくまとめられる。この方法の効果は、複数のマーケット・メーカーからの競合する相場をまとめることによって、応募者に、より緊密でより深い市場を提供することである。

別の実施形態では、マーケット・メーカーのステーションは、シカゴマーカンタイル取引所（ＣＭＥ）のユーロダラー・コンプレックス又はロンドン金融先物取引所のユーリボー・コンプレックスで取引されている商品の様な、構造化された先物商品に関する指標相場を作る。これらの商品は、複数の先物の取引が単一の取引としてグルーピングされることを特徴としている。これらは、一般的にストリップとして知られており、ＣＭＥは、更に、それらをパック・アンド・バンドルと定義している。例えば、パックは、連続する今後４ヶ月のそれぞれ、１つの契約を同時に移転させるというものである。バンドルは、連続する今後４、８、１２又は１６ヶ月のそれぞれ、１つの契約を移転させるというものである。オプションについては、マーケット・メーカー・ステーションによって指標相場が作られ、応募者に送信される。すると、応募者は、拘束相場を要求し、それらの要求に対するマーケット・メーカーの応答に突き合わせるため、注文を取引所に送る。

図４Ｃは、「Ｅ先物」スクリーンを示しており、これは、全ての先物に関する買い呼値と売り呼値を得るための電子の目として働く。これを使えば、ユーザーは、オプションのスプレッドを決めるのに用いられる先月の先物の値を定めるスプレッド値を設定することができる。必要であれば、このルールを使用して、来月の先物価格を手作業で突き合わせることもできる。ａ／ｃ／ｅ買い呼値と売り呼値を追ってもよいし、代わりの買い呼値と売り呼値を使用してもよい。

マーケット・メーカー・ステーションの或る実施形態では、図５Ａに示しているような市場概要スクリーンは、（応募者に表示される）最良の買い呼値と売り呼値と、マーケット・メーカー自体の買い呼値と売り呼値を、両方表示している。マーケット・メーカー自体の買い呼値（売り呼値）が最良の売り呼値（買い呼値）であるか、それより下（上）であるかを示すのに、色分けを使用するのが望ましい。図５Ｂは、マーケット・メーカーが拘束相場を市場に送るのに使用する相場入力ウィンドウで、この情報がどのように表示されるかを示している。

別の実施形態では、マーケット・メーカー・ステーションは、マーケット・メーカーの内部のネットワークをＬＤネットワークに接続するゲートウェイアプリケーションである。この場合、マーケット・メーカー・ステーションの機能は、マーケット・メーカー内部ネットワーク内で実行されている他のアプリケーションによって制御される。これらのアプリケーションは、ＬＤネットワークにアクセスするのに使用される取引用フロントエンドか、又は取引用プログラムであってもよい。この場合、ＬＤ対マーケット・メーカー間のゲートウェイは、ネットワークの間でメッセージを送るためのプロトコルを備えている。これらのメッセージは、指標及び拘束相場の要求に関する受取と応答を含んでいる。

ネットワーク管理ステーションは、相場を受け取り、相場を提供する参加者の人名簿のハードウェアとソフトウェアを有している。ネットワーク管理ステーションは、ＬＤネットワークの使用を認証し、調整するアプリケーションソフトウェアを実行するハードウェア（例えば、ウィンドウズ（登録商標）ベースのサーバー）で構成されている。各応募者とマーケット・メーカーのステーションは、ログインするため、ネットワーク管理ステーションに接続される。マーケット・メーカーが接続する場合、彼等は、相場を付けることに関心のある商品のリストを提供する。応募者が接続する場合、彼等は、取引することに関心のある商品のリストを提供する。この商品と参加者のリストは、ユーザーがログイン／アウトしたとき、又は彼らの商品リストを変更したとき更新される。このリストが変わると、ネットワーク管理ステーションは、参加者にそのことを通知する。これによって、各参加者は、然るべく応答できるようになる。或る実施形態では、ネットワーク管理ステーションは、取引所への拘束相場の要求又は相場及び注文の送信に直接関与しておらず、むしろ、この活動を監視し、検査を目的に監査証跡を保存する。しかしながら、特定の取引所の規則と規定に依っては、ネットワーク管理ステーションは、集中照合ユーティリティとして働き、参加者から注文と拘束相場を集め、合致した取引を決済するため取引所へ送る。

取引所はリストに上がっている何れの取引所でもよく、或いは、複数のＬＤ参加者が賛同する店頭売買（ＯＴＣ）事業体が、売買を処理して決済するための適切な媒体である。取引所は、全ての注文が「価格―時間」優先ベースで突き合わされることを要求する中央注文予約帳と規定を有していてもよいし、大口売買が中央注文予約帳の外側で送信され決済されるのを許容してもよい。「取引所」が、価格報告代理店と決済所だけで構成されている場合もある。

当業者には、本発明を実行できるようにするための様々なシステム・アーキテクチャ、インタフェース装置、通信リンク、データ管理システム、及びソフトウェアを認めるであろう。本発明に用いられるネットワーク技術は、ローカル・エリア（ＬＡＮ）、ワイド・エリア（ＷＡＮ）、無線、インターネット又はイントラネット、又は、それらの方法全ての組み合わせである。メッセージプロトコルは、マイクロソフトのメッセージ・キューからの追加の機能性を備えているＴＣＰ／ＩＰに基づいているが、ＸＭＬベースのプロトコルは、最大の柔軟性を備えており、好ましい。フロントエンドは、マイクロソフトのビジュアル・ベーシック、マイクロソフトのＣ＋＋、及びＪａｖａ（登録商標）でプログラムされた特注のソフトウェアを含んでいる。或いは、プラットフォームに関係無く使用するためブラウザーベースのバージョンを、ＨＴＭＬで実装してもよい。マーケット・メーカー・ステーションは、マイクロソフトのＳＱＬサーバー７．０を使用しているが、オラクル、サイベース又はＳＱＬサーバー２０００に移植可能である。上記説明は、本発明を例証するためのものであり、精神又は範囲において、本発明を制限するものではない。

ネットワーク全体（ＬＤネットワーク）の概略図である。 マーケット・メーカーと応募者のネットワーク上の対話のフロー図である。 マーケット・メーカーと応募者のネットワーク上の対話のフロー図である。 応募者が見るコンピュータースクリーンの概略図である。 応募者の照会選択スクリーンである。 応募者の注文伝票スクリーンである。 注文入力スクリーンである。 注文入力スクリーンである。 マーケット・メーカーの制御スクリーンである。 同じく、マーケット・メーカーの制御スクリーンである。 同じく、マーケット・メーカーの制御スクリーンである。 個々のマーケット・メーカーの指標相場と最良ＬＤ指標相場を示しているスクリーンである。 マーケット・メーカーの拘束相場伝票の実施形態を示しているスクリーンである。 同じく、マーケット・メーカーの拘束相場伝票の実施形態を示しているスクリーンである。 ＲＦＱに関係するデータを表示するためのアクション行とアクション行に基づく注文入力を示しているスクリーンである。 同じく、ＲＦＱに関係するデータを表示するためのアクション行とアクション行に基づく注文入力を示しているスクリーンである。

Claims (9)

1. デリバティブを取引するための方法であって、
   ネットワーク管理ステーションによって、少なくとも１つの応募者ステーションと、複数のマーケット・メーカー・ステーションの中の特定の１つのマーケット・メーカー・ステーションとの間のネットワークを通じたコミュニケーションを可能にして、前記少なくとも１つの応募者ステーションが、前記特定の１つのマーケット・メーカー・ステーションに対して、複数の商品の中の少なくとも１つの商品に関する指標相場の要求を送信することができるようにするステップと、
   前記少なくとも１つの応募者ステーションと、少なくとも前記複数のマーケット・メーカー・ステーションの中の前記特定の１つのマーケット・メーカー・ステーションとの間のコミュニケーションを可能にして、前記少なくとも１つの応募者ステーションが、少なくとも前記特定の１つのマーケット・メーカー・ステーションに対して、前記複数の商品の中の前記少なくとも１つの商品のみの拘束相場の要求を送信することができるようにするステップと、
   を含み、
   特定の前記少なくとも１つの応募者ステーションは、前記少なくとも１つの商品に関する指標相場の要求を、前記ネットワークを通じて、前記複数のマーケット・メーカー・ステーションの中の前記特定のマーケット・メーカー・ステーションに送信することができ、前記複数のマーケット・メーカー・ステーションの中のその他のマーケット・メーカー・ステーションは、前記指標相場の要求を受信せず、
   前記特定のマーケット・メーカー・ステーションは、前記少なくとも１つの商品のみの指標相場を送信することによって、前記指標相場の要求に応答することができて、前記少なくとも特定のマーケット・メーカー・ステーションは、前記少なくとも１つの商品のみの拘束相場を、前記少なくとも１つの応募者ステーションの全てに送信することによって、特定の前記少なくとも１つの応募者ステーションの前記拘束相場の要求に応答することができるようにされている、
   ことを特徴とする方法。
2. 前記特定のマーケット・メーカー・ステーションに関連するマーケット・メーカーが、値付けについて関心のある複数の商品の値付けをするステップをさらに含む、請求項１に記載の方法。
3. 前記１つのネットワーク管理ステーションによって、前記指標相場の要求が前記特定のマーケット・メーカー・ステーションに、前記少なくとも１つの応募者ステーションに代行して送信されるステップをさらに含む、請求項１に記載の方法。
4. 前記ネットワーク管理ステーションによって、前記拘束相場の要求が前記特定のマーケット・メーカー・ステーションに、前記少なくとも１つの応募者ステーションに代行して送信されるステップをさらに含む、請求項１に記載の方法。
5. 前記ネットワーク管理ステーションによって、前記特定のマーケット・メーカー・ステーションからの前記指標相場の要求に応答する前記指標相場が受信されるステップと、前記ネットワーク管理ステーションによって前記特定のマーケット・メーカー・ステーションに代行して前記指標相場が要求元に送信されるステップと、をさらに含む、請求項１に記載の方法。
6. 前記ネットワーク管理ステーションによって、前記特定のマーケット・メーカー・ステーションからの前記拘束相場の要求に応答する前記拘束相場が受信されるステップと、前記ネットワーク管理ステーションによって前記特定のマーケット・メーカー・ステーションに代行して前記拘束相場が要求元に送信されるステップと、をさらに含む、請求項１に記載の方法。
7. 前記複数のマーケット・メーカー・ステーションであって、それぞれは、前記少なくとも１つの商品の値付けに関心があってそれに応答する見積りをしている可能性のある異なるマーケット・メーカーに関連しているマーケット・メーカー・ステーションが、前記応募者ステーションから定期的に要求を受けるステップをさらに含む、請求項１に記載の方法。
8. 前記ネットワーク管理ステーションによって、前記少なくとも１つの応募者ステーションが生成した前記指標相場の要求及び前記拘束相場の要求の記録を監査データベースに保存するステップと、
   前記ネットワーク管理ステーションによって、指標相場の要求、拘束相場の要求、指標相場及び拘束相場、及び、それらに基づく監査データベースの更新のためのネットワークを監視するステップと、
   をさらに含む、請求項１に記載の方法。
9. 前記指標相場に対する要求は、金利の契約、表示額、及び、表示数量を表すデータを含む、請求項１に記載の方法。
   

Images