"デリバティブを取引するための方法であって、ネットワーク管理ステーションによって、少なくとも1つの応募者ステーションと、複数のマーケットメーカーステーションの中の特定の1つのマーケットメーカーステーションとの間のコミュニケーションを可能にして、前記少なくとも1つの応募者ステーションが、前記特定の1つのマーケットメーカーステーションからの、複数の商品の中の少なくとも1つの商品に関する指標相場に対する要求を送信することができるようにするステップと、前記少なくとも1つの応募者ステーションと、少なくとも前記複数のマーケットメーカーステーションの中の前記特定の1つのマーケットメーカーステーションとの間のコミュニケーションを可能にして、前記少なくとも1つの応募者ステーションが、前記特定の1つのマーケットメーカーステーションからの、前記複数の商品の中の前記少なくとも1つの商品のみの拘束相場に対する要求を送信することができるようにするステップと、を含み、前記少なくとも1つの応募者ステーションは、前記少なくとも1つの商品に関する指標相場の要求を、前記ネットワークを通じて、前記複数のマーケットメーカーステーションの中の前記特定のマーケットメーカーステーションに送信することができ、前記複数のマーケットメーカーステーションの中のその他のマーケットメーカーステーションは、指標相場に対する前記要求を受信せず、前記特定のマーケットメーカーステーションは、前記少なくとも1つの商品のみの指標相場を送信することによって、指標相場に対する前記要求に応答することができて、前記少なくとも特定のマーケットメーカーステーションは、前記少なくとも1つの商品のみの拘束相場を送信することによって、拘束相場に対する前記要求に応答することができるようにされている、ことを特徴とする方法。前記特定のマーケットメーカーステーションに関連するマーケットメーカーが、値付けについて関心のある複数の商品の値付けをするステップをさらに含む、請求項1に記載の方法。前記特定のマーケットメーカーステーション及び少なくとも1つの応募者ステーションのいずれも、相手の身元を知らないことを特徴とする、請求項1に記載の方法。前記1つのネットワーク管理ステーションによって、前記指標相場の要求が前記特定のマーケットメーカーステーションに、前記少なくとも1つの応募者ステーションに代行して送信されるステップをさらに含む、請求項3に記載の方法。前記ネットワーク管理ステーションによって、前記拘束相場の要求が前記特定のマーケットメーカーステーションに、前記少なくとも1つの応募者ステーションに代行して送信されるステップをさらに含む、請求項3に記載の方法。前記ネットワーク管理ステーションによって、前記特定のマーケットメーカーステーションからの前記指標相場の要求に応答する前記指標相場が受信されるステップと、前記ネットワーク管理ステーションによって前記特定のマーケットメーカーステーションに代行して前記指標相場が要求元に送信されるステップと、をさらに含む、請求項3に記載の方法。前記ネットワーク管理ステーションによって、前記特定のマーケットメーカーステーションからの前記拘束相場の要求に応答する前記拘束相場が受信されるステップと、前記ネットワーク管理ステーションによって前記特定のマーケットメーカーステーションに代行して前記拘束相場が要求元に送信されるステップと、をさらに含む、請求項3に記載の方法。前記ネットワーク管理ステーションによって、前記複数のマーケットメーカーステーションであって、それぞれは、前記少なくとも1つの商品の値付けに関心があってそれに応答する見積りをしている可能性があり、異なるマーケットメーカーに関連しているマーケットメーカーステーションがポーリングされるステップをさらに含む、請求項1に記載の方法。前記ネットワーク管理ステーションによって、前記少なくとも1つの応募者ステーションが生成した前記指標相場に対する要求及び前記拘束相場に対する要求の記録を監査データベースに保存するステップと、前記ネットワーク管理ステーションによって、指標相場に対する要求、拘束相場に対する要求、指標相場及び拘束相場、及び、それらに基づく監査データベースの更新のためのネットワークを監視するステップと、をさらに含む、請求項1に記載の方法。前記指標相場に対する要求は、金利の契約、表示額、及び、表示数量を表すデータを含む、請求項1に記載の方法。デリバティブを電子的に取引するためのコンピューターネットワークとその方法を提供する。本システムは、ネットワーク内の制御又はネットワーク管理ステーションが、マーケットメーカーと応募者が取引所で取引できるようにする推進役として作用するネットワークと方法を含んでいる。1つの取引方法は、市場の参加者一般的には応募者であるが、マーケットメーカーを含めてもよいに指標相場を提供し、マーケットメーカーが、特定のデリバティブにどれだけの価格を付けそうかという非拘束指標を提示する段階を含んでいる。すると、参加者は、そのデリバティブに対する拘束相場に関する要求であるRFQを提出する。RFQが、最新の注文台帳を全応募者の端末機に、一般的には行の形で、関心事のデリバティブを最新の拘束買い呼値及び拘束売り呼値と共に表示させるようにするのが望ましい。指標買い呼値と売り呼値は、もし在ればRFQで要求された量と共に表示してもよい。市場の参加者は、次に、対応するデリバティブへの注文を提出する選択をする。通常、市場の参加者は、マーケットメーカーが拘束相場を提示したという表示を待つことになる。注文伝票は、応募者が、関心事のデリバティブに関する確定買いか確定売りの何れかのセルを選択することによって自動的に作成されるのが望ましい。更に、簡単にアクセスできるフォーマットで応募者に関連情報を提供するため、注文伝票上で最新の予約データ未決定の注文と相場が提供され、更新されるのが望ましい。市場の参加者たちに、別の市場の参加者が拘束相場を要求したことを表示すれば、市場の参加者に対しその市場での活動に注意を喚起することになるので、市場の参加者がより敏速に参加し易くなる。RFQは、更に、或るデータを、マーケットメーカーの端末機に表示させる。マーケットメーカーのスクリーン上のデータ表示は、マーケットメーカーがその特定のデリバティブで指標相場を積極的に提供しているか否かによって変わる。マーケットメーカーの端末機は、RFQを受信すると、マーケットメーカーが拘束相場を提出できるようなスクリーンを自動的に提供するのが望ましい。本方法は、RFQを受信すると、拘束相場の伝票を自動的に作成することを含んでいる。RFQに対応するデリバティブに積極的に相場を付けていないマーケットメーカーの場合、本方法は、更に、RFQに関係する予約済みの注文と相場が含まれているアクション行の表示と、マーケットメーカーのアクション行の選択に応じた拘束相場伝票の作成も含んでいる。別の実施形態では、RFQは、応募者ステーション、マーケットメーカーの端末機又はその両方に、注文台帳情報を表示させることになる。具体的には、注文台帳情報は、台帳の一番上最良の買い呼値と売り呼値だけでなく、最良価格に近い注文及び相場も含んでいる。このようにして、市場の参加者は、特定のデリバティブの動きについてより良好な全体像を得るために、注文台帳の深さを見ることができる。所望の深さは、事前に選択してもよいし、ユーザーが適当に変えることもできる。又別の実施形態では、本システムは、市場で発生している全取引か、又は応募者によって選択されたデリバティブの取引を表示するように構成されている。或る実施形態では、ネットワーク管理ステーションは、拘束相場と注文を突き合わせることによって、マーケットメーカーと応募者の間の取引を成就させ、取引所で取引を決済する。デリバティブを電子的に取引するためのコンピューターネットワークは、aネットワーク管理ステーションと、b1つ又は複数のマーケットメーカーステーションと、c1つ又は複数の応募者ステーションと、d1つ又は複数の取引所を備えている。ネットワーク管理ステーションは、リアルタイムの指標相場を作り、相場に関する要求を発行し、拘束相場を得るために、マーケットメーカーと応募者を接続しており、マーケットメーカーと応募者は、取引所に拘束相場と注文を送り、取引を決済して確定するために、前記取引所と通信している。本方法とネットワークは、相当な流動性によってバックアップされている、ユーザーのデスクトップに間断ない相場を提供する。数多くの市場に同時に相場を付けることができ、ユーザーは、特注の照会を行うことができる。実行される注文は、取引所の最良の価格と対当するので、最良の価格が保障される。ここで説明している方法及び装置は、取引所にリストアップされている商品を流動的且つ効率的に電子取引できるようにするので、代替方法である店頭売買機構に関わるリスクが減少する。つまり、本システムは、店頭売買OTC取引固有の柔軟性を提供し、同時に、取引所の突き合わせ及び/又は決済のリスクを低減する。本システムは、マーケットメーカーの指標相場と拘束相場をリアルタイムで統合する点で、予想以上に有用である。図1は、マーケットメーカー、応募者、ネットワークマネージャー、及び取引所のネットワークと対話を示している。MM1、MM2、MM3、MM4は、指標及び拘束相場を提供するマーケットメーカーのサーバーである。Sub1、Sub2、Sub3、Sub4は、応募者が指標相場を照会し、拘束相場を要求し、CBOT、CME、Eurexの様な取引所に注文を送る応募者ステーションである。LDは、相場を受け取り又は提供する参加者のディレクトリを提供するネットワーク管理ステーションである。或る実施形態のネットワークマネージャーは、決済のために拘束相場と注文を取引所に提出する応募者とマーケットメーカーの間の取引をやり易くする。別の実施形態では、ネットワークマネージャーLD又は制御ステーションは、拘束相場と注文を突き合わせ、決済のために、それらを取引所に送る。このネットワークを通して、マーケットメーカー、応募者、取引所及びネットワーク管理ステーションは、互いに電子的に通信することができる。応募者は、マーケットメーカーのデータベースに直接且つ柔軟に照会することができる。ネットワークは、集中型サーバーを通るトラフィックを最小にするので、大きな容量を有する。これにより、相場トラフィックを、特定の契約及び/又は契約の組み合わせについて照会してくる関係者に限定することによって、価格更新のメッセージ通信トラフィックが減少する。応募者ステーション図1のSub1、Sub2、Sub3、Sub4は、指標相場を照会し、拘束相場を要求し、取引所に注文を送信するためハードウェアとソフトウェアを有している。或る実施形態では、応募者ステーションは、ユーザーが、ログインし、記号を選択し、それらの記号の相場を受信できるようにするアプリケーションを実行しているウィンドウズ登録商標ベースのPCで構成されている。他の実施形態は、そのアプリケーションを実行する携帯型演算装置を含んでいる。或いは、携帯型装置は、そのアプリケーションを実行しているPCと通信する無線データ端末装置として作用する。当業者には理解できるように、これ以外の代替ハードウェア及びソフトウェア装置としては、携帯端末とPCワークステーションがあり、ソフトウエェアの機能性は、2つの装置の間で適切に分けられている。別の実施形態では、応募者ステーションは、応募者の内部ネットワークを、LDネットワークとも呼ばれるネットワークに接続するゲートウェイアプリケーションである。この場合、応募者ステーションの機能は、応募者の内部ネットワークに亘って走っている他のアプリケーションによって制御される。これらのアプリケーションは、応募者がLDネットワークにアクセスするのに使用したいと思う取引フロントエンド、又は取引プログラムである。この場合、LD応募者間ゲートウェイは、ネットワーク間でメッセージを送るためのプロトコルを備えている。これらのメッセージには、指標相場の照会、相場の更新、拘束相場の要求及び注文の発送が含まれる。図3Aは、記号及び記号の組み合わせに関する指標相場、並びに取引所の注文予約における拘束相場を表示している市場概観スクリーンの例を示している。CBTビッド/CBTアスク列は、a/c/e電子注文予約における最新の最良の買い呼値/売り呼値と量を表示している。LDビッド/アスクの列は、LDネットワーク上のマーケットメーカーからの最良の指標買い呼値/売り呼値、規模、及び変動率を表示している。図3Aのスクリーンは、図3Bの選択スクリーンを介して、ユーザーによって選択された記号に関する、リアルタイムの価格更新を表示している。図3Bは、ユーザーが、相場を要求する記号及び記号の組み合わせを選択できるようにするスクリーンの例である。選択された記号と、対応する指標相場の要求は、マーケットメーカーに対しては関心事の表示すなわちIOIとなる。記号の選択は、以下のように、即ち、左列の記号を強調表示し、ボタンを使ってそれを一覧リストに動かし、それによって、それをアクティブな記号にすることで実行される。ダブルクリックでも、記号をアクティブにすることができる。記号リストフィルターボックス内に値をタイプすれば、リストの内容が制限され、例えば、OZBV1とタイプすれば、利用可能な30年10月のオプションが表示される、のが望ましい。スプレッドを選択するには、右列のスプレッドを強調表示し、ボタンを使用してそれをアクティブにすればよい。ダブルクリックしても、それをアクティブにすることができる。中央の3つのドロップダウンボックスは、製品、月、及び買付又は売付によってスプレッドリストにフィルターを掛ける。右列上方のドロップダウンからスプレッド型式を選択することによっても、スプレッドにフィルターを掛けることができる。一覧リストから項目を取り除くには、一覧リスト中の項目をダブルクリックするか強調表示して削除ボタンを使用すればよい。ディスプレイの順序付けはソートボタンで行われ、そうすると、一覧リスト内の項目が記号、満了期日及びストライクによって分類される。個々の記号は、選択し、アップ及びダウンを使って上下に動かすことができる。ハードウェア、ソフトウェア及びネットワークの状態次第で、応募者ステーションは、更新された相場に関して、マーケットメーカーに活発に問い合わせる例えば毎秒、又は、原資産価格が動くとき。他の状況では、応募者ステーションは、相場の更新をリアルタイムで受け取る即ち、マーケットメーカーによりプッシュされる。或る実施形態で、ユーザーは、指標相場の内の1つに対して注文を入れたい場合、記号をダブルクリックすると、図3Dに示すように又はストラドルの場合は図3E、注文エントリのウインドウがプルアップされて出てくる。売りSellNowボタンを押すと、適切なマーケットメーカーに拘束相場に対する要求が通知され、同時に、対応する注文が取引所に提出される。更に別の実施形態では、本発明は、一方向通信の結果としての拘束相場と注文の提出に関する、応募者とマーケットメーカーの間のCFTCルールに従う一方向通信を提供する。例えば、応募者は、マーケットメーカーから指標相場を受け取り、相場に対する要求RFQを取引所に送ることによって応答し、同時に全市場参加者にRFQの警報を出す。従って、マーケットメーカーは、応募者からRFQを受け取るが、同時に、RFQは他の市場参加者にも受け取られる。マーケットメーカーは、取引所で拘束相場を直ぐに入力し、応募者は、取引所の注文を直ぐに入力する。別の実施形態では、RFQは、或る相場データに帰着し、市場の参加者のスクリーンに、望ましくはそれぞれのワークステーション上、例えばsub1-sub4に表示される。RFQに関係するデータの表示は、市場の参加者が、他の市場の参加者によって提出されたRFQの存在を容易に識別できるように、RFQの存在を表示するために確保されているスクリーンの一区画にあるのが望ましい。RFQ関係データは、図6Aのアクション行600に示している行フォーマットで表示されるのが望ましいので、表示の範囲は、アクション行と呼ばれる。図6Aで分かるように、アクション行600は、RFQを受け取ったデリバティブの記号、確定買い呼値拘束買い呼値、指標買い呼値、指標売り呼値及び確定売り呼値拘束売り呼値を含んでいる。最良の買い呼値と売り呼値を表している拘束買い呼値及び売り呼値は、予約の最高値と呼ばれることも多い。なお、RFQには、RFQに含まれている要求された相場の量も含んでいるのが望ましいことに留意されたい。通常、所与のデリバティブには拘束即ち確定相場はないので、アクション行には何も表示されない。確定又は拘束の相場がマーケットメーカー又は何れかの他の市場参加者からシステムに入力されると、直ちにアクション行のデータは、確定買い呼値及び/又は売り呼値を反映するように更新される。更に、システムは、注文予約の深さを表示するように構成されており、最良の買い呼値及び売り呼値に近い注文及び/又は相場も表示される。別の実施形態では、応募者又はマーケットメーカーは、関心事の契約に関してのみアクション行を表示するフィルターを構築している。例えば、応募者は、所与の原資産契約又は商品の全オプションの様な商品のグループ分けによって商品を識別する。1つの例は、30年ものの国債オプションか、10年及び5年ものの国債オプションか、それらの組み合わせか、スワップオプション通常、或るLIBORレートに縛られている契約を、別のLIBORレートに縛られている他の契約にスワップするである。別の例としては、ダウ工業株平均オプション、SP500オプション、ユーロダラーオプション、ユーロダラーストリップ、又はユーロダラー先物取引、又は単一株先物の全オプションがある。別の実施形態では、注文を入力し、LDネットワークと取引するプロセスは、2段階のプロセスである。ユーザーは、先ず、LDマーケットメーカー、並びに取引所に送られるRFQを入力する例えば、CBOT電子取引プラットフォームであるa/c/e。マーケットメーカーが自分たちの相場を取引所に入力した後、ユーザーは、台帳内の最良の買い呼値又は売り呼値と適合させるように注文を入力する。従って、ユーザーは、指標相場の1つに対して注文を入力したいときには、図3Aのディスプレイ内の記号をダブルクリック又は買い呼値又は売り呼値をクリックし、図3Cに示している相場への要求RFQウインドウを起動する。量は、空欄であってもよいし、数値を指定してもよい。送信ボタンをクリックすると、RFQは同時に複数の取引所に送信され、その結果、効果的に、RFQは3万の端末機に送信されることになり、更に、RFQをLDネットワークへそしてLDマーケットメーカーにも送信することになり、或る実施形態では、RFQは、更に、市場の参加者のワークステーションにも送信され、アクション行に表示される。取引所へ送られるRFQは、既存のRFQ取引所フォーマットと一致し、通常は関心事の契約だけを含んでいるのが望ましい。取引所のRFQフォーマットは、要求量を含む追加RFQデータ領域を入れるように修正されているのが望ましい。LDマーケットメーカー及び市場の参加者へ送られるRFQは、関心事の契約、指標価格及び指標量を含んでいるのが望ましい。代わりに、LDのRFQは、要求された相場が買/売のどちら側かの様な追加のパラメーターを含んでいてもよい。RFQを送信すると、図3CのRFQウインドウは、図3D又はストラドルの場合は図3Eの注文入力スクリーンに替わる。図3Dに示している注文伝票は、応募者が、量、価格、及び買い/売りを変えられるようになっている。応募者は、ドロップダウンリストから適切な勘定口座を選択することもできる。詳細を確認した後で、注文が提出される。応募者は、注文を提出する前に、拘束相場が提出されたという、マーケットメーカーからの表示を待つのが好ましい。この表示は、図3D又は図3Eに示している注文入力スクリーンのCBTビッド及び/又はCBTアスク領域に現れる。拘束相場が提出されているという様な表示は、ここに説明しているシステムの有用な特徴である。或る実施形態では、拘束買い呼値、拘束売り呼値又はその両方を含む拘束相場は、拘束相場と注文情報を全取引所ユーザーに提供するために取引所が採用しているのと同じ通信方法を使って、取引所から受信される。つまり、本システムが拘束相場を取引所に提出すると、取引所がその相場に応答し、それを全取引所ユーザーに公表する。別の実施形態では、本システムは、最初に拘束相場を取引所に提出すると同時に、拘束相場情報を応募者に送付するように構成されている。RFQはアクション行に表示されるので、何れの市場参加者も、RFQに応えて提出されるあらゆる拘束相場に対する取引に参加することを選択できる。市場参加者は、関心事のRFQのアクション行を選択し、拘束相場がシステムに入力されるのを見越して注文伝票を用意する。通常、応募者が、アクション行に表示されているRFQに応えて買い注文を入力したい場合、応募者は、図6Aのアクション行の拘束売り呼値入力602を選択する。それに応えて、買い注文入力伝票604が、図6Bに示すように表示される。注文入力伝票604には、最新の拘束相場によるデフォルト値が含まれていることに注目されたい。代わりに、市場参加者が指標売り呼値ボックスを選択すると、指標売り相場によるデフォルト値を含んでいる買い注文伝票が表示される。この様に、市場参加者は、拘束相場の受信前に注文伝票を準備することができる。どちらの場合でも、市場参加者は、注文の詳細を修正し、最初のRFQを行ったかのように取引に参加することができる。更に、注文伝票は、指標相場と、何らかの確定相場の提出の様なあらゆる変化を反映するために更新されている確定相場とを提供することによって、アクション行を複写できるのが望ましい。この様にして、市場内の活動は、RFQと予約内の対応する確定相場の表示によって全参加者に確認される。マーケットメーカーにとって、単にデータが表示されるのか、又はRFQに応えてデータが表示されるのかは、マーケットメーカーが、対応するデリバティブに対して指標相場を現在提供しているか否かによって変わる。具体的には、指標相場を発行しているマーケットメーカーにとっては、マーケットメーカーステーションは、応募者が送信したLDRFQの受信に応えて、図5Bの相場入力スクリーンを表示するのが望ましい。表示は、確定買い呼値、マーケットメーカーの最新の指標買い呼値、最良の指標買い呼値、最良の指標売り呼値、マーケットメーカーの最新の指標売り呼値、及び確定売り呼値という6つの列を含んでいる。マーケットメーカーの指標相場が最新の最良の指標相場と同じか、それより悪いか否かを表示するのに、色つきコーディングを用いるのが望ましい。図5Cは、代替形式の相場入力スクリーンを示している。相場入力スクリーンは、表示時には、価格及び深さ契約量を含むマーケットメーカーの指標相場からのデータを組み込むようにロードされているか、又は事前処理されている。別の好適な実施形態では、ロードされた伝票には、基礎的証券の価格に対する変更又は変動率の様な最新の市場データに基づいて更新された相場データが組み込まれている。従って、相場入力スクリーンは、マーケットメーカーが、マーケットメーカーの指標相場又は更新された相場に従って、拘束相場を入力し易いようにしている。マーケットメーカーが相場を提出してそれを取引所が受け取ると、図3D又は図3Eの応募者の注文入力伝票は、拘束相場データを反映するよう更新される。その後、応募者は、拘束相場の具体的な値即ち、買い呼値/売り呼値及び量を評価した後で、注文を提出するか否か決定することができる。全てのLD注文がIOC即時又はキャンセルか、FOK記入か抹消であるのが望ましい。これは、注文が実行されるか又はキャンセルされるかの何れかであり、注文が帳簿に記入されないことを意味する。マーケットメーカーが、受け取ったRFQに対応するデリバティブの指標相場を現在発行していない場合、システムは、拘束相場の提出に関する伝票を自動的に表示するよう作られている。或いは、マーケットメーカーステーションが、図6Aに示しているような応募者のワークステーションに表示されているのと同様のアクション行を表示し、マーケットメーカーがそのアクション行を選択するのに応じて、拘束相場伝票が表示される。マーケットメーカーの拘束相場伝票のデータ領域は、最良の指標相場データで自動的に形成されるのが望ましい。次いで、マーケットメーカーは、提出前に拘束相場データを修正して、価格を改良し、価格を取り消し、又は量を調整する。更に、システムは、最良の買い呼値及び売り呼値近くの注文及び/又は相場も表示されるように、マーケットメーカーに注文予約の深さを表示するように作ることもできる。図2Aと2Bは、ネットワークを経由する関係者の対話をフロー図200と250で示している。例えば、図1のステーションMM2とMM4のマーケットメーカーは、ネットワーク管理ステーションLDに接続して、相場に適した市場を表示する。ステップ210では、例えばSub3の様な応募者ステーションが、ネットワーク管理ステーションに特定の取引商品に関して照会することによって関心を示し、例えばMM2とMM4の様なマーケットメーカーのアドレスを受け取り、指標相場を要求して受け取る。ネットワーク管理ステーションLDが新しい先物価格をプッシュする場合、これは、応募者Sub3に、マーケットメーカーMM2とMM3からの更新された相場についての照会を開始させるのに使用される。先に述べたように、応募者に、更新された相場を要求させるには、他のトリガー装置を用いてもよい。例えば、相場を或る間隔で定期的に要求してもよい。その間隔は、応募者が設定した所定の期間でもよいし、様々な他の要因に応じて自動的に短く又は長く調整してもよい。代表的な要因には、出来高の大小、変動率の高低、又はRFQ及び/又は注文が緊急であるという応募者からの表示さえも含まれる。この表示は、スクリーン起動ボタン又は同様の応募者入力によるものである。プロセスのステップ210では、Sub3の様な応募者は、相場への要求RFQを発行する。次いで応募者は、ステップ240で注文を選択的に提出するか、又は、先ず、マーケットメーカーが拘束相場を提出したという表示を受け取る随意のステップ230が完了するのを待つのが望ましい。図2Bに関しては、マーケットメーカーの関わりがフロー図250で示されている。ステップ260で、マーケットメーカーは、応募者から関心事の表示を受け取り、1つ又は複数の指標相場を提供することによって応答する。ステップ270で、拘束相場への要求と解釈できるRFQを受け取ると、例えばMM3とMM4のマーケットメーカーは、取引所又は直接LDへ拘束相場を選択的に送信することによって応答する。この様にして、ネットワークは、ネットワーク管理ステーションLDの支援で、マーケットメーカー、応募者及び取引所の間に電子通信を提供するので、応募者は、マーケットメーカーに照会し、取引の表示を開始し、取引の表示への応答を受け取り、拘束相場を発行し、拘束相場を取引所に転送することができる。応募者は、取引所が電子的に突き合わせて決済することのできる注文を取引所へ送ることができる。替わりに、ネットワーク管理ステーションが拘束相場と注文を突き合わせ、取引所で取引の決済をすることもできる。注文は、価格―時間優先ベースで突き合わされる。替わりに、割り当て機構を使用して、或るマーケットメーカーを、時間優先以外の基準に基づいて、最終的な取引の一部又は全てに割り当ててもよい。即ち、1人又は複数のマーケットメーカーは、彼等の相場付けが時間的に一番でなくても、取引が発生した価格に適合していれば、取引の一部分が割り当てられる資格を持つ。この方式では、或るマーケットメーカーには、RFQへの応答数又は割合、取引量、料金の支払い、身分表示例えば市場専門家、又は指定主要マーケットメーカーの様な一定の基準に基づいて、取引割り当て優先権が与えられる。先に論じたように、拘束相場を要求すると、更新された買い呼値/売り呼値相場が取引所に送られることになる。このプロセスの間ずっと、マーケットメーカーの制御下にある取引パラメーターは、取引がマーケットメーカーの制御下にあることを保証するためにアクセスされる。或る状況では、マーケットメーカーは、拘束相場を提出するのを辞退してもよいし、自分の相場を、指標として応募者スクリーンに表示されている相場から変更してもよい。具体的には、マーケットメーカーステーションは、応募者への指標相場と取引所に送信される拘束相場を提供するためのハードウェアとソフトウェアを有しているのが望ましい。相場が導き出されるオプションの理論値は、業界の標準的なアルゴリズム、即ち、ブラック=ショールズモデルを使って計算され、或る種の金融商品はアメリカンウェーリィモデルを使って計算される。相場の構成要素は、買い呼値、買い数量、売り呼値、売り数量である。更に、マーケットメーカーは、1つは狭いスプレッドすなわち買い呼値と売り呼値の間の範囲、もう1つは広いスプレッドの、2組の価格を計算する。これによって、マーケットメーカーは、取引日の間に市場の活動に応じて、狭いスプレッドと広いスプレッドの間で切り替えできるようになる。買い呼値と売り呼値は、以下のような様々なリスクパラメーターに依って変わる可変量で理論値を買い呼値に対し下げ、売り呼値に対し上げることによって決められる。NとWは、狭いスプレッド値及び広いスプレッド値を決めるために、マーケットメーカーが保持しているパラメーターであり、FVは、上記標準価格モデルで計算されるオプションの公正価格であり、Vはベガであり、原資産の変動率における1ユニットの変化に対するオプションの理論値の変化率の尺度である。ベガは、標準価格モデルの出力である。相場B、Aに対する買い呼値と売り呼値は、以下のように計算される。B狭=FV-VNB広=FV-VWA狭=FVVNA広=FVVW相場に関する量は、各オプション月に対してマーケットメーカーが保持している4つの変数を取り、個々のオプション記号のデルタとベガを使って、オプションストライク価格の範囲に亘って計算することによって、以下のように算出することができる。Q=maxQmin,minQmax,Dmax÷D,Vmax÷Vここに、Qminは、マーケットメーカーが保持している最低量であり、Qmaxは、マーケットメーカーが保持している最大絶対量であり、Dmaxは、マーケットメーカーが維持管理している合計デルタの最大量であり、Vmaxは、マーケットメーカーが維持管理している合計ベガの最大量であり、Dはデルタ、即ち、原資産担保の価格における1ユニットの変化に対するオプションの理論値の変化率の尺度であり、標準価格設定モデルの出力であり、Vはベガで、上記のように定義されている。或る実施形態では、マーケットメーカーステーションは、応募者の要求に応えて相場指標相場と拘束相場の両方を決める際にその基となる価格設定データを含んでいるデータベースから成っている。このデータベースのパラメーターは、図4A、4B、4Cと同様のスクリーンによって制御される。マーケットメーカーは、市場の予測される短期の動きをカバーする、異なる変動率と原資産価格における買い呼値及び売り呼値と量のマトリクスを製作する。このマトリクスにアクセスすると、最新の変動率マーケットメーカーによって制御されると原資産価格通常は、データ供給に適切な取引所によって提供されるに基づいて、指標相場が提供される。マーケットメーカーは、自からの変動率レベルを変更することによって、自分たちの買い呼値と売り呼値を微調整する。彼等は、自分の相場を、個々に又はまとめて引く取り消すこともできるし、いつでも新しいアレイを送信することができる。図4Aのシートスクリーンを使えば、マーケットメーカーは、僅かな入力で、黙示変動率、買付、公正、売付の値と数量を計算することができる。マーケットメーカーは、左上隅のドロップダウンボックスからオプションを選択するオプションが選択されると、Future満期日とDaysLeft残り日数のボックスは自動的に書き込まれる。新しい曲線を引くために、マーケットメーカーは、選択されているオプションに対するストライクと価格を入力する。シートウィンドウの最上部の表は、十進フォーマットでストライクを入力するのに用いられる。対応する価格は、ティックフォーマットで入力される。売付価格はATMストライクに影響される。選択されたオプションに対する他のフィールドは、入力される。勾配は黙示変動率における変化/ストライクにおける変化と定義されており、両翼の曲線の形状を決める買付勾配及び売付勾配の代表的な開始値は15である。マーケットメーカーは、InterestRate利率、Futures先物価格ティックフォーマットの価格及びDate日付を入力するが、この日付は、ストライク、価格及び買付/売付勾配に対して行われる入力がその日付に対応している限り、何時でもよい。最小契約数及び最大契約数だけでなく、数量表示とビッド/アスクスプレッドフィールド第2日付と関係するへの入力も完了する。これは、シートスクリーン及び図4Bの微調整スクリーンに示される量を限定するのに用いられる。例えば100Minと500Maxは、量を、量の乗数に関係なく100と500の間に保持する。マーケットメーカーは、好適な買い呼値/売り呼値のスプレッドの幅をティックの割合として十進フォーマットで入力する。ベガは、この計算に影響しない方が望ましい。例えば、0.25の入力は、買い呼値/売り呼値に対し適正値の上/下四分の一ティックである。次に、マーケットメーカーは、買い呼値と売り呼値の間の差として認められる最大ティックと最小ティックをティックで入力する。第2日付、先物買い呼値及び先物売り呼値ティックフォーマットでの価格を入力すると、それに対して必要な計算がグラフの下の大きな表で行われる。次に、マーケットメーカーは、入力されている2組の買い呼値/売り呼値のスプレッド値から選定するため、狭くか広くを選択する。最後にマーケットメーカーが計算Calculateボタンを選択すると、新しい計算値が大きな表に入力される。表の翼部の価格を適切に合わせるのに必要であれば、買付勾配と売付勾配を調整し、再計算して、表の価格を確認する。更に、最小ストライク、最大ストライク、最小量及び最大量を含めグラフのパラメーターを調整してもよい。グラフ尺度再設定を選択すると、グラフに新しい選択肢が加わる。シートスクリーンに行われた入力は、プロファイル保存ボタンを選択することによって保存される保存するために発行する必要はない。発行するには、マーケットメーカーは、ハイフィールドとローフィールドに先物価格をティックフォーマットで入力することによって、発行する先物価格の範囲を選択するこの範囲を4ポイント以下に保持して発行時間を減らすのが望ましい。マーケットメーカーは、次に、フル0.01か半ティック0.005の何れかの増分を選択する。変動率範囲では、マーケットメーカーは、発行するハイ、ロー及び変動率増分を入力し、ハイとローに対して少なくとも0.05の増分と最大で1の変動率範囲を選択して、発行時間が長引くのを避ける。ハイは、この発行期間に変動率が上昇する百分率であり、ローは、変動率が下降する百分率を示している。発行ボタンをクリックすることによってアクションは完了する。データは、図4Bの微調整スクリーンを使ってライブにすることのできる一時的な表に保存される。既存の一時的データがあれば、ポップアップボックスは、ユーザーに、このデータに上書きするか否か尋ねる。全てのデータエントリが最新発行プロファイルとして保存される。微調整スクリーンを図4Cに示すが、これは、発行されたライブ値市場概要を通して顧客に同報通信される数値を、再発行手続き無しに修正するのに用いられる。オプションが発行されると、微調整には変動率を変えることによって修正される一時的Tempデータが含まれ、これらの変更が行われると、変更はライブデータに適用される。ハードウェア、ソフトウェア及びネットワークの条件次第で、指標価格に関する応募者の要求は、一組の指標相場が例えば、毎秒又は原資産価格が動くときに応募者に送信される照会として、又は連続更新への要求即ち、マーケットメーカーによってプッシュされるとして、の何れかとして扱われる。連続更新に対する要求に対しては、マーケットメーカーステーションは、原資産価格と、指標相場を決める他の要因を監視し、必要なときに新しい指標相場を応募者にプッシュする。応募者が価格を要求したとき、データベースプロセスは、各マーケットメーカーごとの最新の買い呼値と売り呼値を決めるのに最新の先物価格とマーケットメーカー指定の変動率レベルを使うことが望ましい。次いで、最良価格最高の買い呼値と、最低の売り呼値が、応募者へ送られる。2人以上のマーケットメーカーが同じ価格を提示している場合、量が然るべくまとめられる。この方法の効果は、複数のマーケットメーカーからの競合する相場をまとめることによって、応募者に、より緊密でより深い市場を提供することである。別の実施形態では、マーケットメーカーのステーションは、シカゴマーカンタイル取引所CMEのユーロダラーコンプレックス又はロンドン金融先物取引所のユーリボーコンプレックスで取引されている商品の様な、構造化された先物商品に関する指標相場を作る。これらの商品は、複数の先物の取引が単一の取引としてグルーピングされることを特徴としている。これらは、一般的にストリップとして知られており、CMEは、更に、それらをパックアンドバンドルと定義している。例えば、パックは、連続する今後4ヶ月のそれぞれ、1つの契約を同時に移転させるというものである。バンドルは、連続する今後4、8、12又は16ヶ月のそれぞれ、1つの契約を移転させるというものである。オプションについては、マーケットメーカーステーションによって指標相場が作られ、応募者に送信される。すると、応募者は、拘束相場を要求し、それらの要求に対するマーケットメーカーの応答に突き合わせるため、注文を取引所に送る。図4Cは、E先物スクリーンを示しており、これは、全ての先物に関する買い呼値と売り呼値を得るための電子の目として働く。これを使えば、ユーザーは、オプションのスプレッドを決めるのに用いられる先月の先物の値を定めるスプレッド値を設定することができる。必要であれば、このルールを使用して、来月の先物価格を手作業で突き合わせることもできる。a/c/e買い呼値と売り呼値を追ってもよいし、代わりの買い呼値と売り呼値を使用してもよい。マーケットメーカーステーションの或る実施形態では、図5Aに示しているような市場概要スクリーンは、応募者に表示される最良の買い呼値と売り呼値と、マーケットメーカー自体の買い呼値と売り呼値を、両方表示している。マーケットメーカー自体の買い呼値売り呼値が最良の売り呼値買い呼値であるか、それより下上であるかを示すのに、色分けを使用するのが望ましい。図5Bは、マーケットメーカーが拘束相場を市場に送るのに使用する相場入力ウィンドウで、この情報がどのように表示されるかを示している。別の実施形態では、マーケットメーカーステーションは、マーケットメーカーの内部のネットワークをLDネットワークに接続するゲートウェイアプリケーションである。この場合、マーケットメーカーステーションの機能は、マーケットメーカー内部ネットワーク内で実行されている他のアプリケーションによって制御される。これらのアプリケーションは、LDネットワークにアクセスするのに使用される取引用フロントエンドか、又は取引用プログラムであってもよい。この場合、LD対マーケットメーカー間のゲートウェイは、ネットワークの間でメッセージを送るためのプロトコルを備えている。これらのメッセージは、指標及び拘束相場の要求に関する受取と応答を含んでいる。ネットワーク管理ステーションは、相場を受け取り、相場を提供する参加者の人名簿のハードウェアとソフトウェアを有している。ネットワーク管理ステーションは、LDネットワークの使用を認証し、調整するアプリケーションソフトウェアを実行するハードウェア例えば、ウィンドウズ登録商標ベースのサーバーで構成されている。各応募者とマーケットメーカーのステーションは、ログインするため、ネットワーク管理ステーションに接続される。マーケットメーカーが接続する場合、彼等は、相場を付けることに関心のある商品のリストを提供する。応募者が接続する場合、彼等は、取引することに関心のある商品のリストを提供する。この商品と参加者のリストは、ユーザーがログイン/アウトしたとき、又は彼らの商品リストを変更したとき更新される。このリストが変わると、ネットワーク管理ステーションは、参加者にそのことを通知する。これによって、各参加者は、然るべく応答できるようになる。或る実施形態では、ネットワーク管理ステーションは、取引所への拘束相場の要求又は相場及び注文の送信に直接関与しておらず、むしろ、この活動を監視し、検査を目的に監査証跡を保存する。しかしながら、特定の取引所の規則と規定に依っては、ネットワーク管理ステーションは、集中照合ユーティリティとして働き、参加者から注文と拘束相場を集め、合致した取引を決済するため取引所へ送る。取引所はリストに上がっている何れの取引所でもよく、或いは、複数のLD参加者が賛同する店頭売買OTC事業体が、売買を処理して決済するための適切な媒体である。取引所は、全ての注文が価格―時間優先ベースで突き合わされることを要求する中央注文予約帳と規定を有していてもよいし、大口売買が中央注文予約帳の外側で送信され決済されるのを許容してもよい。取引所が、価格報告代理店と決済所だけで構成されている場合もある。当業者には、本発明を実行できるようにするための様々なシステムアーキテクチャ、インタフェース装置、通信リンク、データ管理システム、及びソフトウェアを認めるであろう。本発明に用いられるネットワーク技術は、ローカルエリアLAN、ワイドエリアWAN、無線、インターネット又はイントラネット、又は、それらの方法全ての組み合わせである。メッセージプロトコルは、マイクロソフトのメッセージキューからの追加の機能性を備えているTCP/IPに基づいているが、XMLベースのプロトコルは、最大の柔軟性を備えており、好ましい。フロントエンドは、マイクロソフトのビジュアルベーシック、マイクロソフトのC、及びJava登録商標でプログラムされた特注のソフトウェアを含んでいる。或いは、プラットフォームに関係無く使用するためブラウザーベースのバージョンを、HTMLで実装してもよい。マーケットメーカーステーションは、マイクロソフトのSQLサーバー7.0を使用しているが、オラクル、サイベース又はSQLサーバー2000に移植可能である。上記説明は、本発明を例証するためのものであり、精神又は範囲において、本発明を制限するものではない。"