【手続補正書】
【提出日】平成19年11月1日(2007.11.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１５
【補正方法】変更
【補正の内容】
【請求項１５】
前記オプション契約の特定の組み合わせに対する非拘束相場を市場参加者に提供する段階は、
前記組み合わせの構成レッグを求める段階と、
前記構成レッグの理論値を求める段階と、
事前に設定された価格設定式に従って、理論値を合計する段階と、
前記算出された総和にスプレッド関数を適用して、両面非拘束相場を得る段階と、
前記非拘束相場を市場参加者に送信する段階と、から成る、請求項１３に記載の方法。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１８
【補正方法】変更
【補正の内容】
【請求項１８】
デリバティブ商品を電子的に取引するための方法において、
複数のオプション契約に対して、マーケットメーカーから指標相場データセットを受信する段階であって、前記指標相場データセットは、複数のオプション契約に対する少なくとも買呼値と売呼値の非拘束価格を含んでいる、指標相場データセットを受信する段階と、
前記受信した指標相場を分析してクロスしている相場を排除し、前記受信した指標相場データセットに基づいて、オプション契約の特定の組み合わせに対する非拘束相場を、市場参加者に返答として提供する段階であって、前記提供された非拘束相場はクロスしていない相場である、分析し提供する段階と、
市場参加者から、前記オプション契約の特定の組み合わせに関する拘束相場に対する要求を受信する段階と、
前記オプション契約の特定の組み合わせに対する拘束相場を提供するように、マーケットメーカーに要求する段階と、から成る方法。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１９
【補正方法】変更
【補正の内容】
【請求項１９】
前記受信した相場を分析する段階は、
前記買呼値を降順に、前記売呼値を昇順に、並び替える段階と、
クロスの条件が存在するか否かを判定する段階と、
前記クロスした相場を無視する段階と、を含んでいる、請求項１８に記載の方法。
【手続補正４】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２０
【補正方法】変更
【補正の内容】
【請求項２０】
前記受信した相場を分析する段階は、クロスしていない相場の第１インスタンスに対する買呼値価格と売呼値価格を順に並べたリストを検索する段階を含んでいる、請求項１８に記載の方法。
【手続補正５】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２６
【補正方法】変更
【補正の内容】
【請求項２６】
前記マーケットメーカーに対して、前記マーケットメーカーの指標相場と、前記対応する集計された最良指標相場を表示する段階は、相場チケットを表示する段階を含んでおり、前記相場チケットは、拘束相場の提出に使用することができる、請求項２４に記載の方法。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【発明の名称】オプションスプレッド指標相場を提供するネットワークと方法
【技術分野】
【０００１】
本発明は、デリバティブを電子的に取引する分野に属する。
【背景技術】
【０００２】
電子取引は、先物業界を急激に変化させている。欧州の先物取引は、完全にコンピュータ化されて数年になる。米国では、標準金融先物契約（米国債先物取引、及びＳ＆Ｐ５００並びにナスダック１００先物取引）の多くが、現在では主に画面上で取引されている。更に、１９９０年に設立されたドイツ−スイス取引所（ユーレックス（ＥＵＲＥＸ））が先物取引の先駆者としてのシカゴ商品取引所(ＣＢＯＴ)を凌いだ事実も、電子取引の急速な成長を示している。
【０００３】
とはいえ、機関オプション及び先物スプレッド取引に適用した場合、現在の電子取引システムには本質的な限界がある。十年以上も前に設計された電子先物取引のプラットフォームは、融通の利かない時代遅れのアーキテクチャに基づいている。全てのメッセージトラフィックは集中方式の取引サーバーを通過する。通信は「一対全」と「全対一」であり、即ち、全ての価格更新が膨大な数のメッセージの引き金となる。ユーザーは、「大口」注文又は特別仕様のスプレッドの組み合わせに関する指標相場について、市場に柔軟に照会することができない。既存の取引用プラットフォームのアーキテクチャは、単一価格ポイントの先物取引では機能するが、「互いに関係している」市場、即ち、全ての価格が他の価格又は他の何百もの価格にリンクしている市場では、全く役に立たない。この問題は、電子先物、電子オプション、及び電子スプレッドの関係によって例証することができる。
【０００４】
アウトライトの電子先物（E-Futures）は、単一の価格ポイントを有する。先物価格が変わると、取引業者は、単一の注文をキャンセルし、修正し、差し替える。これを、表１に示す。
【０００５】
【表１】
2007524931.tif 000001
【０００６】
オプションには、プットとコール、プットとコールの組み合わせ、及び／又は先物、並びにストラドル、ストラングル、バタフライ、ストリップなどが含まれており、それらの全てが、各先物にリンクされている膨大な数の価格ポイントになる。従って、基底の先物価格が動くと、多数の価格更新が必要になる。これを表２に示す。
【０００７】
【表２】
2007524931.tif 000002
【０００８】
マーケットメーカーは多数の価格ポイントに亘って密な価格形成をすることはできないので、電子画面上にオプション及びスプレッドに関して「真の」価格が表示されることは殆ど無い。先物の価格は動くので、「古い」オプション及びスプレッドの価格が、市場に曝されたままになる。
【０００９】
現在の電子オプションとスプレッド市場は重大な欠点を有している。米国では、電子先物取引が急速に成長しているにもかかわらず、電子オプション、オプションスプレッド、及び複合先物スプレッドには実質出来高が存在しない。これらの市場は、いまだに立会所で取引している。欧州では先物市場が１００％電子化されているが、オプション、オプションスプレッド、複合先物スプレッドの価格開示は、非公式な「階上」又は「キャッシュ」電話ブローカー型市場で手作業で行われている。欧州の「電話ブローカー型市場」は、取引の両者に手数料を掛けるブローカーを除き、全ての参加者に広く嫌われている。欧州のオプション画面は、「真の」価格を示さない。末端のユーザーは、透明性が欠如している（ブローカーだけが真の買呼値と売呼値を知っている）ことと、注文が「最良の執行」の取り扱いを受けたことを確認できないことに不満を抱いている。ユーザーとマーケットメーカーは、この仲買手数料の費用が高いことも嫌っており、マーケットメーカーの仲買手数料は、買呼値−売呼値の値幅を広げる形でユーザーに転化されている。取引所、監督機関、及び末端のユーザーは、このシステム特有の取引相手リスクを懸念しており、というのも、市場の完全性が、規制されず且つ浅薄な資本のブローカーの契約履行保証に依存しているからである。
【００１０】
欧州の電話ブローカー型オプション及びスプレッド市場の現実を取り巻く規制上の懸念は非常に深刻であり、Ｅｕｒｅｘによる２００４年春の米国先物取引所開設申請が検討された際に、米国商品先物取引委員会（ＣＦＴＣ）と米国連邦議会で焦点になったほどである。大多数の市場参加者は、今日欧州取引所に存在する電話ブローカー型「注文手数料」のフローモデルに市場の完全性が欠けていることを、議会に対して証言した。電話ブローカー型オプション及びスプレッド取引は、年金基金及び他の機関顧客のデリバティブの注文を競合的に執行することを求めるエリサ（ＥＲＩＳＡ）法義務に違反しているということが、根本的な懸念として在る。
【００１１】
米国特許第６，０１６，４８３号には、オプション取引所で取引されるオプションの一式の始値を決め、取引開始時に公開注文の不均衡を割り当てるためのコンピューターベースのシステムについて述べている。この特許全体を、参考文献としてここに援用する。
【特許文献１】米国特許第６，０１６，４８３号
【発明の開示】
【課題を解決するための手段】
【００１２】
デリバティブを電子的に取引するためのコンピューターネットワークと方法が規定されている。このシステムは、ネットワーク内の制御又はネットワーク管理ステーションが、マーケットメーカーと応募者が取引所で取引できるようにする推進役として作用するネットワークと方法を含んでいる。
【００１３】
或る取引方法は、市場の参加者（一般的には応募者であるが、マーケットメーカーを含めてもよい）に指標相場を提供し、マーケットメーカーが、特定のデリバティブの組み合わせに対してどの様に価格を付けそうかという非拘束指標を提示する段階を含んでいる。マーケットメーカーは、指標相場又は指標相場情報を、管理ステーションの指標相場値付けシステムに提供し、次いでこのシステムがこの相場を市場参加者に転送する。多数のレッグを含む組み合わせ商品の場合には、システムは、指標相場を生成して、それを市場参加者に提供するようになっているのが望ましい。生成された組み合わせ指標相場は、組み合わせ内のそれらレッグ又は個々の証券についての、マーケットメーカーによって提供された指標相場情報に基づいている。マーケットメーカーは、各レッグの理論的な値を含む指標相場情報を提供し、すると取引システムは、その理論値に基づいて相場を生成することができるようになっているのが望ましい。代わりに、組み合わせの１つ又はそれ以上のレッグに理論値が提供されなかった場合には、値付けシステムは指標相場を使用して理論値を推定してもよいし、又は関連する一連の指標相場を使用して当該レッグの理論値を推定してもよい。
【００１４】
また、マーケットメーカーは、組み合わせ取引の相場を生成する場合に取引システムが使用する或る種の相場生成特性を特定するために、カスタマイズされた指標値付けパラメータを提供してもよい。追加の指標値付けパラメータには、スプレッドパラメータと相場オフセットパラメータが含まれる。
【００１５】
指標相場が適切に広まったら、市場参加者は、デリバティブの拘束相場に関する電子的要求（an electronic request for a binding quotes）であるｅ−ＲＦＱを提出する。ｅ−ＲＦＱは、現在の注文予約が、全応募者の端末に、一般的には、関心事のデリバティブを現在の拘束買呼値及び拘束売呼値と共に表示する行の形で表示されるようにするのが望ましい。指標買呼値と指標売呼値は、（もし在れば）ｅ−ＲＦＱで要求された量と共に表示してもよい。市場参加者は、次に、対応するデリバティブへの拘束相場又は注文を提出する選択する。
【００１６】
通常、市場参加者は、マーケットメーカーが拘束相場又は注文を提出したという表示を待つことになる。注文チケットは、応募者が、関心対象のデリバティブに関する確定買セル又は確定売セルの何れかを選択することによって、自動的に生成されるのが望ましい。加えて、容易にアクセスできるフォーマットで応募者に関連情報を提供するため、注文チケット上で現在の予約データ（未決定の注文と相場）が提供され更新されるのが望ましい。市場参加者に、別の市場参加者が拘束相場を要求したことを表示すれば、その市場参加者に市場の動向に対する注意を喚起することになるので、市場参加者がより参加し易くなる。
【００１７】
ｅ−ＲＦＱは、或る種のデータをマーケットメーカーの端末に表示させてもよい。マーケットメーカーの画面上のデータ表示は、そのマーケットメーカーがその特定のデリバティブで指標相場を積極的に提示しているか否かによって異なる。マーケットメーカーの端末は、ｅ−ＲＦＱを受信すると、マーケットメーカーが拘束相場を提出できるような画面を自動的に提供するのが望ましい。本方法は、ｅ−ＲＦＱを受信すると、拘束相場のチケットを自動的に生成することを含んでいる。ｅ−ＲＦＱに対応するデリバティブに積極的に値付けしていないマーケットメーカーに対して、本方法は、ｅ−ＲＦＱに関係する予約済みの注文と相場を含んでいるアクション行の表示と、マーケットメーカーのアクション行の選択に応じた拘束相場チケットの作成を追加的に含むこともできる。
【００１８】
別の実施形態では、ｅ−ＲＦＱは、応募者ステーション、マーケットメーカーの端末、又はその両方に注文予約情報を表示させることになる。具体的には、注文予約情報は、予約の最高値（最良の買呼値と売呼値）だけでなく、この最高価格に近い注文及び相場も含んでいる。このやり方では、市場参加者は、予約注文の深さを見て、特定のデリバティブの活動のより良好な全体像を把握することができる。所望の深さは、事前に選択してもよいし、ユーザーが適宜変えることもできる。
【００１９】
又別の実施形態では、本システムは、市場で発生している全取引か、又は応募者が選択したデリバティブの取引を表示するように構成されている。
【発明を実施するための最良の形態】
【００２０】
或る実施形態では、ネットワーク管理ステーションは、拘束相場と注文を突き合わせ、取引所で取引を決済することで、マーケットメーカーと応募者の間の取引を完結させる。デリバティブを電子的に取引するためのコンピューターネットワークは、（ａ）ネットワーク管理ステーションと、（ｂ）１つ又は複数のマーケットメーカーステーションと、（ｃ）１つ又は複数の応募者ステーションと、（ｄ）１つ又は複数の取引所を備えている。
【００２１】
ネットワーク管理ステーションは、リアルタイムの指標相場を作り、相場に関する要求を発行し、拘束相場を得るために、マーケットメーカーと応募者を接続しており、マーケットメーカーと応募者は、取引所に拘束相場と注文を送り、取引を決済して確定するために、前記取引所と通信している。
【００２２】
本方法とネットワークは、顕著な流動性によってバックアップされているユーザーのデスクトップに、連続する相場を提供する。数多くの市場に同時に相場を付けることができ、ユーザーは、特注の照会を行うことができる。実行される注文は、取引所の最良の価格と一致するので、最良の価格が保証される。ここで説明している方法及び装置は、取引所にリストアップされている商品を流動的且つ効率的に電子取引できるようにするので、代替の店頭売買機構に関わるリスクが減少する。つまり、本システムは、店頭売買（over-the-counter）（ＯＴＣ）取引固有の柔軟性を提供し、同時に、取引所の突き合わせ及び／又は決済のリスクを低減する。本システムは、マーケットメーカーの指標相場と拘束相場をリアルタイムで組み込む点で、予想以上に有用である。
【００２３】
図１Ａは、ネットワークと、マーケットメーカー、応募者、ネットワークマネージャー、及び取引所の相互関係を示している。ＭＭ１、ＭＭ２、ＭＭ３、ＭＭ４は、指標及び拘束相場を提供するマーケットメーカーのサーバーである。Ｓｕｂ１、Ｓｕｂ２、Ｓｕｂ３、Ｓｕｂ４は、応募者が指標相場を照会し、拘束相場を要求し、ＣＢＯＴ、ＣＭＥ、Ｅｕｒｅｘの様な取引所に注文を送る応募者ステーションである。ＬＤは、相場を受け取り又は提供する参加者のディレクトリを提供するネットワーク管理ステーションである。
【００２４】
或る実施形態のネットワークマネージャーは、決済のために、拘束相場と注文を取引所に提出する応募者とマーケットメーカーの間の取引をやり易くする。別の実施形態では、ネットワークマネージャー（ＬＤ）又は制御ステーションは、拘束相場と注文を突き合わせ、決済のために、それらを取引所に送る。このネットワークを通して、マーケットメーカー、応募者、取引所及びネットワーク管理ステーションは、互いに電子的に通信することができる。応募者は、マーケットメーカーのデータベースに直接且つ柔軟に照会することができる。ネットワークは、集中型サーバーを通るトラフィックを最小にするので、大きな容量を保つ。これにより、相場トラフィックを、特定の契約及び／又は契約の組み合わせについて照会してくる関係者に限定することによって、価格更新のメッセージ通信トラフィックが減少する。
【００２５】
図７に示す代わりの実施形態では、ネットワークマネージャーは、相場集積部７０２、組み合わせ価格設定モジュール７０４、及び市場レゾルバモジュール７０６、を含んでいる相場エンジン７００を備えている。相場集積部７０２は、異なったマーケットメーカー（例えば、ＭＭ１、ＭＭ２、ＭＭ３）から公表された指標相場を集めて記憶する。組み合わせ取引の場合には、組み合わせ価格設定モジュール７０４は、マーケットメーカーが公表した指標相場とマーケットメーカーが提供した指標相場値付けスプレッドパラメータとに基づいて、指標相場を生成する。それから、市場レゾルバ７０６は、最良買呼値／最良売呼値と、指標相場の総数量を判定する。
【００２６】
応募者ステーション（図１のＳｕｂ１、Ｓｕｂ２、Ｓｕｂ３、Ｓｕｂ４）は、指標相場を照会し、拘束相場を要求し、取引所に注文を送信するためハードウェアとソフトウェアを有している。或る実施形態では、応募者ステーションは、ユーザーが、ログインし、記号を選択し、それらの記号の相場を受信できるようにするアプリケーションを実行しているウィンドウズ（登録商標）ベースのＰＣで構成されている。他の実施形態は、そのアプリケーションを実行する携帯型コンピュータ装置を含んでいる。或いは、携帯型装置は、そのアプリケーションを実行しているＰＣと通信する無線データ端末装置として機能する。当業者には理解頂けるように、これ以外の代替ハードウェア及びソフトウェア装置としては、携帯型演算装置とＰＣワークステーションがあり、ソフトウエェアの機能性は、２つの装置の間で適切に分けられる。
【００２７】
別の実施形態では、応募者ステーションは、応募者の内部ネットワークを、（ＬＤ）ネットワークとも呼ばれるネットワークに接続するゲートウェイアプリケーションである。この場合、応募者ステーションの機能は、応募者の内部ネットワークに亘って走っている他のアプリケーションによって制御される。これらのアプリケーションは、応募者がＬＤネットワークにアクセスするのに使用したいと思う、取引フロントエンド、又は取引プログラムであってもよい。この場合、ＬＤ応募者ゲートウェイは、ネットワーク間でメッセージを送るためのプロトコルを提供する。これらのメッセージには、指標相場の照会、相場の更新、拘束相場の要求及び注文の発送が含まれる。
【００２８】
図３Ａは、記号及び記号の組み合わせに関する指標相場、並びに取引所の注文予約における拘束相場を表示している市場概観画面の例を示している。ＣＢＴ  買値／ＣＢＴ  売値の列は、ａ／ｃ／ｅ電子注文予約における最新の最良の買呼値／売呼値と量を表示している。ＬＤ  買値／売値の列は、ＬＤネットワーク上のマーケットメーカーからの最良の指標買呼値／売呼び値、規模、及び変動率を表示している。図３Ａの画面は、図３Ｂの選択画面を介して、ユーザーによって選択された記号に関する、リアルタイムの価格更新を表示している。
【００２９】
図３Ｂは、ユーザーが、相場を要求する記号及び記号の組み合わせを選択できるようにする画面の例である。選択された記号と、対応する指標相場の要求が、「売買意向情報」（”indication of interest”）即ちＩＯＩをマーケットメーカーに提供する。記号の選択は、以下のように行われる。即ち、左列の記号を強調表示し、ボタンを使ってそれを一覧リストに動かし、それによって、それをアクティブな記号にする。ダブルクリックでも、記号をアクティブにすることができる。「記号リストフィルター」ボックス内に値をタイプすれば、リストの内容が制限され、例えば、「ＯＺＢ  Ｖ１」とタイプすれば、利用可能な３０年物１０月のオプションが表示される、のが望ましい。
【００３０】
スプレッドを選択するには、右列のスプレッドを強調表示し、ボタンを使用してそれをアクティブにすればよい。ダブルクリックしても、それをアクティブにすることができる。中央の３つのドロップダウンボックスは、商品、月、及び買付又は売付によってスプレッドリストにフィルタを掛ける。右列上方のドロップダウンからスプレッド型式を選択することによっても、スプレッドにフィルタを掛けることができる。その他の種類の組み合わせ商品には、適当な名づけ規約を用いて名前を付けることができ、それらは同様のやり方で選択される。
【００３１】
一覧リストから項目を取り除くには、一覧リスト中の項目をダブルクリックするか強調表示して「取り除く（ｒｅｍｏｖｅ）」ボタンを使用すればよい。表示の順序付けは「ソート（ｓｏｒｔ）」ボタンで行われ、そうすると、一覧リスト内の項目が記号、満了期日及びストライクによって分類される。個々の記号は、選択し、「アップ」及び「ダウン」を使って上下に動かすことができる。
【００３２】
ハードウェア、ソフトウェア、及びネットワークの状態次第で、図１Ｂに示すネットワークアーキテクチャの様に、応募者ステーションはネットワーク管理ステーションに活発に照会することができて、相場エンジン７００は指標相場を提供する。或る好適な実施形態では、マーケットメーカーは、指標相場の形態で仕様相場のデータセットをネットワーク管理システムに提供し、システムは、それらを集中データベースに記憶する。指標相場は、両面価格（売り／買い）と数量であるのが望ましい。相場データセットは、公正値（理論値）から成るか、又は含んでいてもよい。別の実施形態では、相場データセットは、原証券の価格に基づいて両面相場を得ることができる表を備えている。次いで、応募者は、相場を受け取ることに関心のある商品を指し示す。すると、ネットワーク管理システムは、相場の受信に関心を示したユーザーに、特定の指標相場を提供する。ピアツーピア構成（図１Ａ）を使用する別の実施形態では、応募者ステーションは、更新された相場をマーケットメーカーに直接照会する（例えば、毎秒、又は原価格が変わったとき）。他の状況では、応募者ステーションは、相場更新をリアルタイムで受信する（即ち、マーケットメーカーによる「プッシュ型」（”pushed”））。
【００３３】
或る実施形態で、ユーザーは、指標相場の内の１つに対して注文を入れたい場合、記号をダブルクリックすると、図３Ｄに示すように（又はストラドルの場合は図３Ｅ）、注文入力のウインドウが出てくる。「今売る」（"sell now”）ボタンを押すと、適切なマーケットメーカーに拘束相場に対する要求が通知され、同時に、対応する注文が取引所に提出される。
【００３４】
更に別の実施形態では、本発明は、一方的通信の結果としての拘束相場と注文の提出に関する、応募者とマーケットメーカーの間のＣＦＴＣ規則に従う一方的通信を提供する。例えば、応募者は、マーケットメーカーから指標相場を受け取り、相場に対する要求（ＲＦＱ）を取引所に送ることによって応答し、全市場参加者にＲＦＱに対する注意を喚起する。このようにして、マーケットメーカーが応募者からｅ−ＲＦＱを受け取ると同時に、ＲＦＱは他の市場参加者にも受信される。マーケットメーカーは、取引所で拘束相場を直ぐに入力し、応募者は、取引所での注文を直ぐに入力する。
【００３５】
また更に別の実施形態では、ｅ−ＲＦＱの結果、或る相場データが、市場の参加者の画面に、望ましくは例えばｓｕｂ１−ｓｕｂ４の各ワークステーション上に表示される。ｅ−ＲＦＱに関係するデータの表示は、市場の参加者が、他の市場の参加者によって提出されたｅ−ＲＦＱの存在を容易に識別できるように、ｅ−ＲＦＱの存在を表示するために確保されている画面の一区画にあるのが望ましい。ｅ−ＲＦＱ関係データは、図６Ａのアクション行６００に示している行フォーマットで表示されるのが望ましいので、表示の範囲は、アクション行と呼ばれる。図６Ａで分かるように、アクション行６００は、ｅ−ＲＦＱを受け取ったデリバティブの記号、確定買呼値（拘束買呼値）、指標買呼値、指標売呼値及び確定売呼値（拘束売呼値）を含んでいる。最良の買呼値と最良の売呼値を表している拘束買呼値及び拘束売呼値は、「予約の最高値」と呼ばれることも多い。なお、ｅ−ＲＦＱには、ｅ−ＲＦＱに含まれている要求された相場の量値も含んでいるのが望ましい。通常、所与のデリバティブには拘束（即ち確定）相場はないので、アクション行には何も表示されない。確定又は拘束の相場が（マーケットメーカー又は何れかの他の市場参加者から）システムに入力されると、直ちにアクション行のデータは、確定買呼値及び／又は画定売呼値を反映するように更新される。更に、本システムは、注文予約の深さを表示するように構成されており、最良の買呼値及び売呼び値に近い注文及び／又は相場も表示される。
【００３６】
別の実施形態では、応募者又はマーケットメーカーは、売買の契約に関してのみアクション行を表示するようにフィルターを構成することができる。例えば、応募者は、所与の原契約又は商品の全オプションの様な商品のグループ分けによって商品を識別する。１つの例は、３０年物の国債オプションか、１０年及び５年物の国債オプションか、それらの組み合わせか、スワップオプション（通常、或るライボー(ＬＩＢＯＲ)レートに縛られている契約を、別のＬＩＢＯＲレートに縛られている他の契約にスワップする）である。別の例としては、ダウジョーンズ工業株平均オプション、Ｓ＆Ｐ５００オプション、ユーロダラーオプション、ユーロダラーストリップ、又はユーロダラー先物取引、又は単一株先物の全オプションがある。
【００３７】
更に別の実施形態では、注文を入力し、ＬＤネットワークと取引するプロセスは、２段階のプロセスである。ユーザーは、先ず、ＬＤマーケットメーカー、並びに取引所（例えば、ＣＢＯＴ電子取引プラットフォームであるａ／ｃ／ｅ）に送られるｅ−ＲＦＱを入力する。マーケットメーカーが自分たちの相場を取引所に入力した後、ユーザーは、注文を入力し、予約内の最良の買呼値（又は売呼値）と突き合わせる。
【００３８】
従って、ユーザーは、指標相場の１つに対して注文を入力したいときには、図３Ａの画面内の記号をダブルクリック（又は買呼値又は売呼値をクリック）し、図３Ｃに示している電子的相場への要求（ｅ−ＲＦＱ）ウインドウを起動する。数量は、空欄であってもよいし、数値を指定してもよい。送信ボタンをクリックすると、ＲＦＱは同時に複数の取引所に送信され、その結果、効果的に、ＲＦＱは３万の端末機に送信されることになり、更に、ｅ−ＲＦＱをＬＤネットワークへそしてＬＤマーケットメーカーにも送信することになり、或る実施形態では、ｅ−ＲＦＱは、更に、市場の参加者のワークステーションにも送信され、アクション行に表示される。取引所へ送られるＲＦＱは、既存のＲＦＱ交換フォーマットと一致し、通常は売買の契約だけを含んでいるのが望ましい。取引所のＲＦＱフォーマットは、要求量を含む追加のｅ−ＲＦＱデータ領域を入れるように修正されているのが望ましい。ＬＤマーケットメーカー及び市場の参加者へ送られるｅ−ＲＦＱは、売買の契約、指標価格及び指標量を含んでいるのが望ましい。代わりに、ＬＤのｅ−ＲＦＱは、要求された相場が（買い／売りの）どちら側かの様な追加のパラメーターを含んでいてもよい。ｅ−ＲＦＱを送信すると、図３Ｃのｅ−ＲＦＱウインドウは、図３Ｄ（又はストラドルの場合は図３Ｅ）の注文入力画面に替わる。
【００３９】
図３Ｄに示している注文チケットは、応募者が、数量、価格、及び買い／売りを変えられるようになっている。応募者は、ドロップダウンリストから適切な勘定を選択することもできる。詳細を確認した後で、注文が提出される。応募者は、注文を提出する前に、拘束相場が提出されたという、マーケットメーカーからの表示を待つのが好ましい。この表示は、図３Ｄ（又は図３Ｅ）に示している注文入力画面の「ＣＢＴ  買値」及び／又は「ＣＢＴ  売値」領域に現れる。拘束相場が提出されているという様な表示は、ここに説明しているシステムの有用な特徴である。或る実施形態では、拘束買呼値、拘束売呼値又はその両方を含む拘束相場は、拘束相場と注文情報を全取引所ユーザーに提供するために取引所が採用しているのと同じ通信方法を使って、取引所から受信される。つまり、本システムが拘束相場を取引所に提出すると、取引所がその相場を認識して、それを全取引所ユーザーに公表する。別の実施形態では、本システムは、応募者が最初に拘束相場を取引所に提出すると同時に、拘束相場情報を応募者に送付するように構成されている。
【００４０】
ｅ−ＲＦＱはアクション行に表示されるので、何れの市場参加者も、ｅ−ＲＦＱに応えて提出されるあらゆる拘束相場に対する取引に参加することを選択できる。市場参加者は、関心事のｅ−ＲＦＱのアクション行を選択し、拘束相場がシステムに入力されるのを見越して注文チケットを用意する。通常、応募者が、アクション行に表示されているｅ−ＲＦＱに応えて買い注文を入力したい場合、応募者は、図６Ａのアクション行の「確定売値（ＦＩＲＭ  Ａｓｋ）」入力６０２を選択する。それに応えて、買い注文入力チケット６０４が、図６Ｂに示すように表示される。注文入力チケット６０４には、最新の拘束相場によるデフォルト値が含まれていることに注目されたい。代わりに、市場参加者が「売呼値（ＩＮＤＩＣＡＴＩＶＥ  Ａｓｋ）」ボックスを選択すると、指標売り相場によるデフォルト値を含んでいる買い注文チケットが表示される。この様に、市場参加者は、拘束相場の受信前に注文チケットを準備することができる。どちらの場合でも、市場参加者は、注文の詳細を修正し、最初のｅ−ＲＦＱを行ったかのように取引に参加することができる。更に、注文チケットは指標相場と確定相場とを提供することによってアクション行を複写できるのが望ましいが、この注文チケットは何らかの確定相場の提供のようなあらゆる変化を反映するために更新される。この様にして、市場内の活動は、ｅ−ＲＦＱと予約内の対応する確定相場の表示によって全参加者に確認される。
【００４１】
マーケットメーカーにとって、表示されるデータあるいはe-RFQに応えてデータが表示される態様は、マーケットメーカーが対応するデリバティブに対して指標相場を現在提供しているか否かによる。具体的には、指標相場、又は指標相場を得るか又は導き出す元になる指標相場データセットを発行しているマーケットメーカーにとっては、マーケットメーカーステーションは、応募者が送信したＬＤ  ｅ−ＲＦＱの受信に応えて、図５Ｂの相場入力画面を表示するのが望ましい。表示は、確定買値、マーケットメーカーの最新の指標買呼値、最良の指標買呼値、最良の指標売呼値、マーケットメーカーの最新の指標売呼値、及び確定売値という６つの列を含んでいる。マーケットメーカーの指標相場が最新の最良の指標相場と同じか、それより悪いかを表示するのに、色分けが好んで使われる。図５Ｃは、代わりの相場入力画面を示している。
【００４２】
相場入力画面は、表示時には、価格及び深さ（契約量）を含むマーケットメーカーの指標相場からのデータを組み込むように「ロードされている」（”loaded”）か、又は事前処理されている。別の好適な実施形態では、ロードされたチケットには、（原証券の価格に対する変更すなわち変動率の様な）最新の市場データに基づいて更新された相場データが組み込まれている。従って、相場入力画面は、マーケットメーカーが、マーケットメーカーの指標相場又は更新された相場に従って、拘束相場を入力し易いようにしている。マーケットメーカーが相場を提出してそれを取引所が受け取ると、図３Ｄ（又は図３Ｅ）の応募者の注文入力チケットは、拘束相場データを反映するよう更新される。その後、応募者は、拘束相場に関する具体的な値（即ち、買値／売値及び数量）を評価した後で、注文を提出するか否か決定することができる。全てのＬＤ注文がＩＯＣ（即時又はキャンセル(Immediate or Cancel)）注文か、ＦＯＫ（記入か抹消（Fill or Kill））注文であるのが望ましい。これは、注文が実行されるか又はキャンセルされるかの何れかであり、注文が帳簿に記入されないことを意味する。
【００４３】
マーケットメーカーが、受け取ったｅ−ＲＦＱに対応するデリバティブの指標相場を現在発行していない場合、システムは、拘束相場の提出に関するチケットを自動的に表示するよう作られている。或いは、マーケットメーカーステーションが、図６Ａに示しているような応募者のワークステーションに表示されているのと同様のアクション行を表示し、マーケットメーカーがそのアクション行を選択するのに応じて、拘束相場チケットが表示される。マーケットメーカーの拘束相場チケットのデータ領域は、最良の指標相場データで自動的に形成されるのが望ましい。次いで、マーケットメーカーは、提出前に拘束相場データを修正して、価格を改良し、価格を取り消し、又は数量を調整する。更に、マーケットメーカーに注文予約の深さを表示するようにシステムを構成して、最良の買呼値及び売呼値近くの注文及び／又は相場も表示されるようにすることもできる。
【００４４】
図２Ａと２Ｂは、ネットワークを経由する関係者の対話をフロー図２００と２５０で示している。例えば、図１のステーション「ＭＭ２」と「ＭＭ４」のマーケットメーカーは、ネットワーク管理ステーション（ＬＤ）に接続して、相場に適した市場を表示する。即ち、ステップ２１０では、例えば「Ｓｕｂ３」の様な応募者ステーションが、ネットワーク管理ステーションに、特定の取引商品に対しする関心を表明する。応募者ステーションは、集中データベースから指標相場を受け取る（例えば図１Ｂ）か、又はピアツーピア環境（例えば図１Ａ）の場合には、要求されている証券でアクティブになっているマーケットメーカー、例えば「ＭＭ２」及び「ＭＭ４」から、直接それらを受け取ってもよい。ネットワーク管理ステーション「ＬＤ」が新しい先物価格をプッシュする場合、これを使用して、応募者「Ｓｕｂ３」を誘発し、ネットワーク管理ステーション又はマーケットメーカー「ＭＭ２」と「ＭＭ３」の何れかからの更新された相場についての照会を開始させる。
【００４５】
先に述べたように、応募者に、更新された相場を要求させるには、他のトリガー装置を用いてもよい。例えば、相場を或る間隔で定期的に要求してもよい。その間隔は、応募者が設定する事前に定義された期間でもよいし、様々な他の要因に応じて自動的に長く（又は短く）調整してもよい。代表的な要因には、大（小）の量、高い（低い）変動率、又はｅ−ＲＦＱ及び／又は注文が緊急であるという応募者からの表示さえも含まれる。この表示は、画面起動ボタン又は同様の応募者入力によるものである。
【００４６】
図１Ｂの代わりの実施形態では、ネットワーク管理ステーション「ＬＤ」は、マーケットメーカーに代わって、発行された指標相場値を受信し記憶する。これを図７に示す。次いで、個々の応募者ステーションは、発行された指標相場を受信するために、「ＬＤ」システムに照会（申し込み）を行う。発行された指標相場の生成と変更のプロセスについては後で説明する。２つ又はそれ以上の証券又は「レッグ」を含んでいる組み合わせ売買に相場を提供する場合は、集中値付けエンジンの使用が望ましい。具体的には、ＬＤシステムは、マーケットメーカーの発行した相場データ又は組み合わせを構成している個々のレッグの相場データセットから、組み合わせ取引の相場を生成することが望ましい。
【００４７】
プロセスのステップ２１０では、「Ｓｕｂ３」の様な応募者は、相場への電子的要求（ｅ−ＲＦＱ）を発行する。次いで応募者は、ステップ２４０で注文を選択的に提出するか、又は、先ず、マーケットメーカーが拘束相場を提出したという表示を受け取る随意のステップ２３０が完了するのを待つのが望ましい。
【００４８】
図２Ｂは、マーケットメーカーの関わりをフロー図２５０で示している。ステップ２６０で、マーケットメーカー又はネットワーク管理ステーションの何れかは、応募者から売買意向情報を受け取り、１つ又は複数の指標相場を提供することによって応答する。ｅ−ＲＦＱを受け取ると、ステップ２７０で、拘束相場への要求と解釈され、例えば「ＭＭ３」と「ＭＭ４」の様なマーケットメーカーは、取引所又は直接ＬＤへ拘束相場を選択的に送信することによって応答する。拘束相場は、ここで、ＬＤシステムから、又は取引所を介しての何れかで、応募者に送信される。この様にして、ネットワークは、ネットワーク管理ステーションＬＤの支援で、マーケットメーカー、応募者及び取引所の間に電子通信を提供するので、応募者は、指標相場を入手し、取引する表示を開始し、取引の表示への応答を受け取り、拘束相場を発行し、拘束相場を取引所に転送することができる。応募者は、取引所が電子的に突き合わせて決済することのできる注文を取引所へ送ることができる。替わりに、ネットワーク管理ステーションが拘束相場と注文を突き合わせ、取引所で取引の決済をすることもできる。注文は、価格―時間優先ベースで突き合わされる。
【００４９】
代わりに、割り当て機構を使用して、或るマーケットメーカーを、時間優先以外の基準に基づいて、最終的な取引の一部又は全てに割り当ててもよい。即ち、１人又は複数のマーケットメーカーは、彼等の相場が時間的に一番早くなくても、取引が発生した価格に適合していれば、取引の一部が割り当てられる資格を持つ。この方式では、或るマーケットメーカーには、ｅ−ＲＦＱへの応答数又は割合、取引される量、料金の支払い、身分表示（例えば市場専門家、又は指定主要マーケットメーカー）の様な一定の基準に基づいて、取引割り当て優先権が与えられる。
【００５０】
先に論じたように、拘束相場を要求すると、更新された買値／売値相場が取引所に送られることになる。このプロセスの間に、マーケットメーカーの制御下にある取引パラメーターにアクセスして、取引がマーケットメーカーの制御下にあることが保証される。或る状況では、マーケットメーカーは、拘束相場を提出するのを辞退してもよいし、自分の相場を、指標として応募者の画面に表示されているものから変更してもよい。
【００５１】
具体的には、マーケットメーカーステーションは、応募者のための指標相場を含んでいる指標相場データセットを提供すると共に、取引所に送信される拘束相場を提供するためにハードウェアとソフトウェアを有しているのが望ましい。相場が導き出されるオプションの理論値は、業界の標準的なアルゴリズム、即ち、ブラック−ショールズ・モデルを使って計算され、或る種の証券の場合はアメリカン・ウェーリィ・モデルを使って計算される。指標相場の構成要素は、買呼値、買い数量、売呼値、売り数量を含んでいるのが望ましい。更に、マーケットメーカーは、１つは狭いスプレッド（又は買呼値と売呼値の間の範囲）、もう１つは広いスプレッドの、２組の価格を計算する。これによって、マーケットメーカーは、取引日に市場の活動に応じて、狭いスプレッドと広いスプレッドの間で切り替えを行えるようになる。買呼値と売呼値は、以下のような様々なリスクパラメーターに依って変わる可変量で理論値を（買呼値に対し）下げ、（売呼値に対し）上げることによって決められる。
【００５２】
ＮとＷは、狭いスプレッド値及び広いスプレッド値を決めるために、マーケットメーカーが保持しているパラメーターであり、ＦＶは、上記標準価格モデルで計算されるオプションの公正価格であり、Ｖはベガであり、原資産の変動率における１ユニットの変化に対するオプションの理論値の変化率の尺度である。ベガは、標準価格モデルの出力である。
【００５３】
相場に対する買呼値と売呼値（Ｂ、Ａ）は、以下のように計算される。
Ｂ（狭）＝ＦＶ−Ｖ*Ｎ
Ｂ（広）＝ＦＶ−Ｖ*Ｗ
Ａ（狭）＝ＦＶ＋Ｖ*Ｎ
Ａ（広）＝ＦＶ＋Ｖ*Ｗ
相場に関する量は、各オプション月に対してマーケットメーカーが保持している４つの変数を取り、個々のオプション記号のデルタとベガを使って、オプション権利行使価格(strike prices)の範囲に亘って計算することによって、以下のように算出することができる。
Ｑ＝ｍａｘ［Ｑｍｉｎ，ｍｉｎ［Ｑｍａｘ，Ｄｍａｘ÷Ｄ，Ｖｍａｘ÷Ｖ］］、
ここに、Ｑｍｉｎは、マーケットメーカーが保持している最低量であり、Ｑｍａｘは、マーケットメーカーが保持している最大絶対量であり、Ｄｍａｘは、マーケットメーカーが保持している合計デルタの最大量であり、Ｖｍａｘは、マーケットメーカーが保持している合計ベガの最大量であり、Ｄはデルタ、即ち、原証券の価格における１単位変化当たりのオプションの理論値の変化率の尺度であり、標準価格設定モデルの出力であり、Ｖはベガで、上記のように定義されている。
【００５４】
或る実施形態では、マーケットメーカーステーションは、応募者の要求に応えて相場（指標相場と拘束相場の両方）を決める際にその基となる価格設定データを含んでいるデータベースから成っている。この発行アプリケーションとデータベースのパラメーターは、図４Ａ、４Ｂ、４Ｃと同様の画面によって制御される。
【００５５】
マーケットメーカーは、市場の予測される短期の動きをカバーする、異なる変動率と原価格における買呼値及び売呼値と量のマトリクスを製作する。マトリクスは、買呼値と売呼値の値の他に理論値も含んでいるのが望ましい。このマトリクスにアクセスすると、現在の変動率（マーケットメーカーによって制御される）と原価格（通常は、データ供給に適切な取引所によって提供される）に基づいて、指標相場が提供される。マーケットメーカーは、自からの変動率レベルを変更することによって、自分たちの買呼値と売呼値を「微調整(tweak)」する。彼等は、自分の相場を、個々に又はまとめて引く（取り消す）こともできるし、いつでも新しいアレイで送信することができる。
【００５６】
図４Ａの「シート」画面を使えば、マーケットメーカーは、僅かな入力で、内在的変動率、買値、公正値、売値と数量を計算することができる。マーケットメーカーは、左上隅のドロップダウンボックスからオプションを選択するオプションが選択されると、先物（Ｆｕｔｕｒｅ）と残りの日数（Ｄａｙｓ  Ｌｅｆｔ）のボックスは自動的に書き込まれる）。新しい曲線を引くために、マーケットメーカーは、選択されているオプションに対するストライクと価格を入力する。シートウィンドウの最上部の表は、十進フォーマットでストライクを入力するのに用いられる。対応する価格は、刻み（tick）フォーマットで入力される。ＡＴＭストライクには、プット価格が用いられる。選択されたオプションに対する他のフィールドは、入力される。勾配は、（内在的変動率における変化／ストライクにおける変化）と定義されており、両翼の曲線の形状を決めるコール勾配及びプット勾配の代表的な開始値は０．１５である。
【００５７】
マーケットメーカーは、利率（Ｉｎｔｅｒｅｓｔ  Ｒａｔｅ）、先物（Ｆｕｔｕｒｅ）（刻みフォーマットでの価格）及び日付（Ｄａｔｅ）を入力するが、この日付は、ストライク、価格及びコール／プット勾配に対して行われる入力がその日付に対応している限り、何時でもよい。最小（Ｍｉｎ）及び最大契約（Ｍａｘ  Ｃｏｎｔｒａｃｔ）だけでなく、数量表示（Ｄｅｓｐｌａｙ  Ｑｕａｎｔｉｔｙ）と買い/売りスプレッド（Ｂｉｄ／Ａｓｋ  Ｓｐｒｅａｄ）フィールド（第２日付と関係する）への入力も完了する。これは、シート画面及び図４Ｂの微調整スクリーン(tweak screen)に示される量を限定するのに用いられる。（例えば１００Ｍｉｎと５００Ｍａｘは、量を、量の乗数に関係なく１００と５００の間に保持する。）
【００５８】
マーケットメーカーは、好適な買い／売りのスプレッドの幅を（刻み単位の十進法フォーマットで）入力する。ベガは、この計算に影響しない方が望ましい。（例えば、０．２５と入力すると、買呼値／売呼値に対し適正値の上／下四分の一刻みとなる）。次に、っマーケットメーカーは、買呼値と売呼値の間の差として認められる最大刻みと最小刻みを（刻みで）入力する。第２日付、先物買呼値及び先物売呼値（刻みフォーマットでの価格）を入力すると、それに対して必要な計算がグラフの下の大きな表で行われる。次に、マーケットメーカーは、入力されている２組の買呼値／売呼値のスプレッド値から選定するため、狭く（Ｎａｒｒｏｗ）か、広く（Ｗｉｄｅ）を選択する。
【００５９】
最後にマーケットメーカーが「計算」ボタンを選択すると、新しい計算値が大きな表に入力される。表の翼部の価格を適切に合わせるのに必要であれば、コール勾配とプット勾配を調整し、再計算して、表の価格を確認する。更に、最小ストライク、最大ストライク、最小量及び最大量を含めグラフのパラメーターを調整してもよい。「グラフ尺度リセット」を選択すると、グラフに新しい選択肢が加わる。シートスクリーンに行われた入力は、「プロファイル保存」ボタンを選択することによって保存される（保存するために発行する必要はない）。
【００６０】
相場を発行するには、マーケットメーカーは、ハイフィールドとローフィールドに先物価格を（刻みフォーマットで）入力することによって、発行する先物価格の範囲を選択する（この範囲を４ポイント以下に保持して発行時間を減らすのが望ましい）。マーケットメーカーは、次に、全刻み（０．０１）か半刻み（０．００５）の何れかを選択する。変動率範囲では、マーケットメーカーは、発行するハイ、ロー及び変動率増分を入力し、ハイとローに対して少なくとも０．０５の増分と最大で１％の変動率範囲を選択して、発行時間が長引くのを避ける。「ハイ」は、この発行期間に変動率が上昇する百分率であり、「ロー」は、変動率が下降する百分率を示している。「発行」ボタンをクリックすることによってアクションは完了する。データは、図４Ｂの「微調整」画面を使って「ライブ（Live）」にすることのできる一時的な表に保存される。既存の一時的データがあれば、ポップアップボックスは、ユーザーに、このデータに上書きするか否か尋ねる。全てのデータ入力が「最新発行」プロファイルとして保存される。
【００６１】
微調整画面を図４Ｂに示すが、これは、発行された「ライブ」値（市場概況を通して顧客に同報通信される値、又は相場エンジン７０２の集中データベースに既に送信されている値）を、再発行無しに修正するのに用いられる。オプションが発行されると、微調整には変動率を変えることによって修正される一時的（Ｔｅｍｐ）データが含まれ、これらが変わると、ライブデータに適用される。
【００６２】
上記のように、マーケットメーカーが、指標相場を入手し及び／又は生成する元になる相場値付け情報を提供する方法は数多くある。即ち、マーケットメーカーは、指標相場（両面価格及び数量）、理論値とスプレッド（幅広、幅狭、又は両方）、理論値を伴う両面指標相場、両面呼値及び／又は理論値を求める元になる表、を提供してもよい。データの上記実施形態並びに当業者には既知の等価の形態を全て、ここでは、「指標相場データセット」という用語で呼ぶ。
【００６３】
代わりの相場発行用インターフェース画面を図８Ａ、図８Ｂ、図８Ｃに示している。図８Ａは、所望の列（権利行使価格（strike price））を選択して、画面の「変動率微調整」内のアップ（ＵＰ）及びダウン（ＤＯＷＮ）ボタンを使用して変動率を上げ下げることにより、変動率を「微調整する」方法と、アウトライトオプションの値付け用スプレッドを選択するための狭く／広く（Ｎａｒｒｏｗ／Ｗｉｄｅ）ボタンを備える。また、相場を積極的に発行するか否かを制御するスタート／ストップ（ＳＴＡＲＴ／ＳＴＯＰ）ボタン（「アクティブ」又は「インアクティブ」の状態表示がボタンの下に表示される）、並びに、図８Ｂの入力画面を起動するボタンも設けられている。図８Ｂは、原変化率曲線情報を示している。図８Ｃは、スプレッドパラメータを特定するための入力インターフェースを提供している。
【００６４】
ハードウェア、ソフトウェア及びネットワークの条件次第で、指標価格に関する応募者の要求は、一組の指標相場が（例えば、毎秒又は原価格が動くときに）応募者に送信される照会として、又は継続的更新への要求（即ち、ネットワークシステム又はマーケットメーカーによって「プッシュされる」）として、の何れかとして扱われる。継続的更新の要求の場合、ネットワーク管理システム（又はマーケットメーカーステーション）は、原価格と、指標相場を決める他の要因を監視して、必要なときに新しい指標相場を応募者に「プッシュ」する。
【００６５】
応募者が価格を要求すると、ネットワーク管理システム（又はマーケットメーカーステーション）のデータベースプロセスは、現在の先物価格とマーケットメーカー指定の変動率レベルを使って、各マーケットメーカー毎に現在の買呼値と売呼値を決めるのが望ましい。次いで、最良価格（最高の買呼値と、最低の売呼値）が、応募者へ送られる。２人以上のマーケットメーカーが同じ価格を提示している場合、量が然るべくまとめられる。この方法の効果は、複数のマーケットメーカーからの競合する相場をまとめることによって、応募者に、より緊密でより深い市場を提供することである。
【００６６】
代わりの実施形態では、発行された相場データ又は相場データセットは、指標買呼値と指標売呼値、理論値、及び数量（又は数量のセット）を含んでいる。即ち、マーケットメーカーは（上記発行アプリケーションを使って）相場を発行し、相場データセットを生成し発行する。代わりの実施形態では、相場データセットは、買呼値／売呼値又は中間市場先物水準により、商品（コールとプット）の各「アウトライト」毎に６つの値から構成されている。相場データセット内の６つの値とは、指標買価格、指標買サイズ、指標売価格、指標売サイズ、デルタ、及びオプション契約の理論値である。データベースは、原先物契約の価格が変化する都度、アウトライトオプション契約毎に更新されるのが望ましい。
【００６７】
組み合わせ取引の場合、ネットワーク管理システムは、マーケットメーカーから直接に組み合わせ指標相場を得るのではなく、マーケットメーカーが提供した理論値に基づいて指標相場を生成するのが望ましい。マーケットメーカーに代わって行われる集中相場生成を使用している実施形態では、マーケットメーカーは、図８Ｃに示すように、相場値付け用スプレッドパラメータを維持することにより、彼らのオプションスプレッドの買呼値と売呼値を設定し微調整する能力を持っている。スプレッドパラメータは、システムにサポートされているマーケットメーカーが発行している各オプションのスプレッドの種類に関係付けられている。現在、システムが定義しサポートしているオプションスプレッドの種類には、ストラドル、ストラングル、バーティカルコール・スプレッド、バーティカルプット・スプレッド、カレンダーコール・スプレッド、カレンダープット・スプレッド、１ｘ２レシオ・スプレッド、カスタムレシオ・スプレッド、バタフライ、及びカバードトレードがある。
【００６８】
相場値付け用スプレッドパラメータは、価格スプレッド（スプレッドエッジ）、価格オフセット、及びサイズであるのが望ましい。スプレッドエッジは、スプレッドの幅、即ち、買呼値と売呼値の差（又は、どのように計算が行われるかによっては、その差の２分の１）を求めるために使用される。スプレッドエッジの加算及び／又は減算は、スプレッド関数の適用ともいう。オフセットは、相場において価格設定バイアス（特定証券の買い又は売りを増やすためのバイアス）を提供するための、買呼値と売呼値の両方を上げ下げする量である。これを、オフセット関数の適用と呼ぶ。また、実施例の中には複数の公正値を使用するものもある。原証券は、通常、両面価格（買呼値／売呼値）を使用して相場値付けされるので、オプション契約の公正値を求める場合にはそれらの価格の何れを使用してもよい。この手法を表現するために使用される表記法は、例えば、コールオプションの公正値は原先物買呼値に基づいていることを意味する”コール公正値先物買呼値（Call Fair ValueFuture Bid）”と、プットオプションの公正値は原先物売呼値に基づいていることを意味する”プット公正値先物売呼値（Put Fair ValueFuture Ask）”である。
【００６９】
組み合わせ価格設定モジュール７０４は、末端のユーザー（応募者）に活発に普及しているオプションスプレッドの指標市場しか計算しないことが望ましい。特定のオプション組み合わせ又はスプレッドに対する指標市場が要求された場合、組み合わせ価格設定モジュール７０４は、当該組み合わせの構成レッグの公正値を収集して、それら公正値を、当該スプレッド種類に対するマーケットメーカーのスプレッドパラメータと共に、マーケットメーカーの最終的な指標相場を計算するカストマイズされた価格設定アルゴリズムに提出する。マーケットメーカーが、組み合わせの１つ又は複数のレッグに対する相場は提供していないが、関連シリーズ（即ち、原証券は同一であるがストライク又は満期が異なるシリーズ）に相場を提供している場合は、組み合わせ価格設定モジュール７０４は、価格設定アルゴリズムに使用するため公正値を導き出してもよい。
【００７０】
要求された組み合わせに対する指標相場は、全ての発行中のマーケットメーカーから収集され、最良の個々の買呼値と売呼値を定める市場レゾルバ７０６に提出される。レゾルバ７０６は、クロスする相場（或るマーケットメーカーの指標買呼値が、別のマーケットメーカーの指標売呼値よりも大きいか等しい場合）があればそれら全てを処理し、最終的な最良指標相場を配布する。  
【００７１】
全オプションのスプレッド価格設定及び指標市場レゾリューションは、末端のユーザー（応募者）のワークステーションではなく、ネットワーク管理システム内で起こり、その結果、ネットワークを通過する必要のあるメッセージトラフィックが大幅に減少すると共に、指標市場を表示するための応募者のプロセッサ及びメモリのフットプリントがより小さくなるのが望ましい。
【００７２】
組み合わせ価格設定モジュールは、以下の組み合わせ価格を定める方法を使用するのが望ましい。関数”下限（Floor）”と”上限（Ceiling）”は、それぞれに、結果を最も近い刻みに単純に切り上げ又は切り下げる。
【００７３】
１）ストラドル−同一ストライクに対するコールとプット
Ａ．先物買呼値／売呼値に対し公正値を使用した場合
買呼値＝Floor(コール公正値先物買呼値（Call Fair ValueFuture Bid） + プット公正値先物売呼値（Put Fair ValueFuture Ask ）- スプレッドエッジ（Spread Edge） + オフセット（Offset)
売呼値＝Ceiling(コール公正値先物売呼値（Call Fair ValueFuture Ask ）+ プット公正値先物買呼値（Put Fair ValueFuture Bid ）+ Spread Edge +  Offset)
Ｂ．中間市場先物公正値を使用した場合
買呼値＝Floor(コール公正値（Call Fair Value）+ プット公正値（Put Fair Value）- Spread Edge + Offset)
売呼値＝Ceiling(Call Fair Value + Put Fair Value + Spread Edge + Offset)
【００７４】
２）ストラングル−或るストライクでのコール、それより下のストライクでのプット
Ａ．先物買呼値／売呼値に対し公正値を使用した場合
買呼値＝Floor(Put Fair ValueFuture Ask + Call Fair ValueFuture Bid - Spread Edge + Offset)
売呼値＝Ceiling(Put Fair ValueFuture Bid + Call Fair ValueFuture Ask + Spread Edge +  Offset)
Ｂ．中間市場先物公正値を使用した場合
買呼値＝Floor(Call Fair Value + Put Fair Value - Spread Edge + Offset)
売呼値＝Ceiling(Call Fair Value + Put Fair Value + Spread Edge + Offset)
【００７５】
３）コール・バーティカル−異なるストライクの２つのコール
Ａ．先物買呼値／売呼値に対する公正値を使用した場合
買呼値＝Floor(Call Fair ValueFuture Bid (低いほうのストライク（Lower Strike）) - Call Fair ValueFuture Ask(高いほうのストライク（Higher Strike）) - Spread Edge + Offset)
売呼値＝Ceiling(Call Fair ValueFuture Ask(Lower Strike) - Call Fair ValueFuture Bid(Higher Strike) + Spread Edge + Offset)
Ｂ．中間市場先物公正値を使用した場合
買呼値＝Floor(Call Fair Value(Higher Strike) - Call Fair Value(Lower Strike) - Spread Edge + Offset)
売呼値＝Ceiling(Call Fair Value(Higher Strike) - Call Fair Value(Lower Strike) + Spread Edge + Offset)
【００７６】
４）プット・バーティカル−異なるストライクの２つのプット
Ａ．先物買呼値／売呼値に対する公正値を使用した場合
買呼値＝Floor(Put Fair ValueFuture Ask(Higher Strike) - Put Fair ValueFuture Bsk(Lowerstrike) - Spread Edge + Offset)
売呼値＝Ceiling(Put Fair ValueFuture Bid(Higher Strike) - Put Fair ValueFuture Ask(Lower Strike) + Spread Edge + Offset)
Ｂ．中間市場先物公正値を使用した場合
買呼値＝Floor(Put Fair Value(Higher Strike) - Put Fair Value(Lower Strike) - Spread Edge + Offset)
売呼値＝Ceiling(Put Fair Value(Higher Strike) - Put Fair Value(Lower Strike) + Spread Edge + Offset)
【００７７】
５）コール・カレンダー−２つのコール、２ヶ月に亘り同一ストライクスプレッド
Ａ．先物買呼値／売呼値に対する公正値を使用した場合
買呼値＝Floor(Call Fair ValueFuture Bid(遅いほうの月（Later Month）) - Call Fair ValueFuture Ask (早いほうの月（Earlier Month）) - Spread Edge + Offset)
売呼値＝Ceiling(Call Fair ValueFuture Ask(Later Month) - Call Fair ValueFuture Bid(Earlier Month) + Spread Edge + Offset)
Ｂ．中間市場先物公正値を使用した場合
買呼値＝Floor(Call Fair Value(Later Month) - Call Fair Value(Earlier Month) - Spread Edge + Offset)
売呼値＝Ceiling(Call Fair Value(Later Month) - Call Fair Value(Earlier Month) + Spread Edge + Offset)
【００７８】
６）プット・カレンダー−２つのプット、２ヶ月に亘り同一ストライクスプレッド
Ａ．先物買呼値／売呼値に対する公正値を使用した場合
買呼値＝Floor(Put Fair ValueFuture Bid(Later Month) - Put Fair ValueFuture Ask(Earlier Month) - Spread Edge + Offset)
売呼値＝Ceiling(Put Fair ValueFuture Ask(Later Month) - Put Fair ValueFuture Bid(Earlier Month) + Spread Edge + Offset)
Ｂ．中間市場先物公正値を使用した場合
買呼値＝Floor(Call Fair Value(Later Month) + Put Fair Value(Earlier Month) - Spread Edge + Offset)
売呼値＝Ceiling(Call Fair Value(Later Month) + Put Fair Value(Earlier Month) + Spread Edge + Offset)
【００７９】
７）ＮｘＭコールレシオ−或るストライクでＮコールを買い、別のストライクでＭコールを売る
Ａ．先物買呼値／売呼値に対する公正値を使用した場合
買呼値＝Absolute Value [Floor(N x Call Fair ValueFuture Bid(Higher Strike) - M x Call Fair ValueFuture Bid(Lower Strike) - Spread Edge + Offset)]
売呼値＝＝Absolute Value[Ceiling(N x Call Fair ValueFuture Ask(Higher Strike) - M x Call Fair ValueFuture Ask(Lower Strike) + Spread Edge + Offset)]
Ｂ．中間市場先物公正値を使用した場合
買呼値＝Absolute Value[Floor(N x Call Fair Value(Higher Strike) - M x Call Fair Value(Lower Strike) - Spread Edge + Offset)] 
売呼値＝Absolute Value[Ceiling(N x Call Fair Value(Higher Strike) - M x Call Fair Value(Lower Strike) + Spread Edge + Offset)]
【００８０】
８）ＮｘＭプットレシオ−或るストライクでＮプットを買い、別のストライクでＭプットを売る
Ａ．先物買呼値／売呼値に対する公正値を使用した場合
買呼値＝絶対値（Absolute Value）[Floor(N x Put Fair ValueFuture Bid(Higher Strike) - M x Put Fair ValueFuture Bid(Lower Strike) - Spread Edge + Offset)]
売呼値＝Absolute Value[Ceiling(N x Put Fair ValueFuture Ask(Higher Strike) - M x Put Fair ValueFuture Ask(Lower Strike) + Spread Edge + Offset)]
Ｂ．中間市場先物公正値を使用した場合
買呼値＝Absolute Value[Floor(N x Put Fair Value(Higher Strike) - M x Put Fair Value(Lower Strike) - Spread Edge + Offset)] 
売呼値＝Absolute Value[Ceiling(N x Put Fair Value(Higher Strike) - M x Put Fair Value(Lower Strike) + Spread Edge + Offset)]
【００８１】
９）コール・バタフライ−或るストライクでコールを買い／売り、それより高いストライクで２つのコールを買い／売り、それより更に高いストライクでコールを買う／売る
Ａ．先物買呼値／売呼値に対する公正値を使用した場合
買呼値＝Absolute Value[Floor(2 x Call Fair ValueFuture Bid(真ん中のストライク（Middle Strike）) - (Call Fair ValueFuture Bid(Lower Strike) +  Call Fair ValueFuture Bid(Higher Strike)) - Spread Edge + Offset)]
売呼値＝Absolute Value[Ceiling(2 x Call Fair ValueFuture Ask(Middle Strike) - (Call Fair ValueFuture Ask(Lower Strike) + Call Fair ValueFuture Ask(Higher Strike)) - Spread Edge + Offset)]
Ｂ．中間市場先物公正値を使用した場合
買呼値＝Absolute Value[Floor(2 x Call Fair Value(Middle Strike) - (Call Fair Value(Lower Strike) + Call Fair Value(Higher Strike)) - Spread Edge + Offset)]
売呼値＝Absolute Value[Ceiling(2 x Call Fair Value(Middle Strike) - (Call Fair Value(Lower Strike) + Call Fair Value(Higher Strike)) + Spread Edge + Offset)]
【００８２】
１０）プット・バタフライ−或るストライクでプットを買い／売り、それより高いストライクで２つのプットを買い／売り、それより更に高いストライクでプットを買う／売る
Ａ．先物買呼値／売呼値に対する公正値を使用した場合
買呼値＝Absolute Value[Floor(2 x Put Fair ValueFuture Bid(Middle Strike) - (Put Fair ValueFuture Bid(Lower Strike) + Put Fair ValueFuture Bid(Higher Strike)) - Spread Edge + Offset)]
売呼値＝Absolute Value[Ceiling(2 x Put Fair ValueFuture Ask(Middle Strike) - (Put Fair ValueFuture Ask(Lower Strike) + Put Fair ValueFuture Ask(Higher Strike)) - Spread Edge + Offset)]
Ｂ．中間市場先物公正値を使用した場合
買呼値＝Absolute Value[Floor(2 x Put Fair Value(Middle Strike) - (Put Fair Value(Lower Strike) + Put Fair Value(Higher Strike)) - Spread Edge + Offset)]
売呼値＝Absolute Value[Ceiling(2 x Put Fair Value(Middle Strike) - (Put Fair Value(Lower Strike) + Put Fair Value(Higher Strike)) + Spread Edge + Offset)]
【００８３】
１１）カバード−ヘッジとのオプション取引
Ａ．先物買呼値／売呼値に対する公正値を使用した場合
買呼値＝ヘッジに対して要求された先物のデルタ数分の１に、Floor(Option Fair ValueFuture Bid - Spread Edge + Offset)を加算
売呼値＝ヘッジに対して要求された先物のデルタ数分の１に、Ceiling(Option Fair ValueFuture Ask + Spread Edge + Offset)を加算
Ｂ．中間市場先物公正値を使用した場合
買呼値＝ヘッジに対して要求された先物のデルタ数分の１に、Floor(Option Fair Value - Spread Edge + Offset)を加算
売呼値＝ヘッジに対して要求された先物のデルタ数分の１に、Ceiling(Option Fair Value + Spread Edge + Offset)を加算
【００８４】
市場レゾルバ７０６は、市場に指標価格のクロスがあっても、所与の契約に対する最良価格を定める。上に述べたように、マーケットメーカーは、特定のオプションに対する指標価格を発行し、その結果は次のような相場群となる。
【００８５】
【表３】
2007524931.tif 000003
【００８６】
レゾルバ７０６は、先ず、買呼値を降順に、売呼値を昇順に並べ替える。買呼値が売呼値よりも大きいか等しい場合には、クロス条件が存在する。この例では、１．２３が１．２２とクロスしている。
【００８７】
【表４】
2007524931.tif 000004
次いで、レゾルバ７０６は、リストを検索して、クロスしていない（買呼値が売呼値よりも小さい）買呼値／売呼値の第１の事例を見つける。
【００８８】
【表５】
2007524931.tif 000005
【００８９】
その価格がユーザーに送られる。本事例では、１．２２の買呼値と１．２５の売呼値が表示されることになる。
【００９０】
別の実施形態では、マーケットメーカーステーションは、シカゴ・マーカンタイル取引所のユーロダラー・コンプレックス又はロンドン金融先物取引所のユーリボー・コンプレックスで取引されるもののような、構造化先物商品に対して指標相場を生成する。これらの商品は、いくつかの先物が単一の取引にグルーピングして取引されることが特徴である。それらは、一般的にはストリップとして知られており、ＣＭＥでは更にそれらをパック＆バンドルと定義している。例えば、パックは、４つの連続先物月の月毎に１つの契約を同時に転送することである。バンドルは、４、８、１２、又は１６の連続した先物月の月毎に１つの契約を転送することを含んでいる。オプションと同じように、指標相場はマーケットメーカーステーションで生成され、応募者に送信される。すると、応募者は、拘束相場を要求して、それら要求に対するマーケットメーカーの応答に対して突き合わすため注文を取引所に送る。
【００９１】
図４Ｃは、「Ｅ先物」画面を示しており、これはあらゆる先物に対する買呼値と売呼値を得るための電子の眼として機能する。これを使えば、ユーザーは、オプションスプレッドを求める際に使用される前月先物の値を求めるスプレッド値を設定することができる。必要に応じて、この規則を使用して、翌月先物価格を手動で突き合わせてもよい。その後にａ／ｃ／ｅ買呼値と売呼値が続いてもよいし、或いは代わりの買呼値と売呼値を使用してもよい。
【００９２】
マーケットメーカーステーションの或る実施形態では、図５Ａに示す市場概況画面には、最良買呼値と売呼値（応募者に表示されるもの）並びにマーケットメーカー自身の買呼値と売呼値の両方が表示される。マーケットメーカー自身の買呼値（売呼値）が最良買呼値（売呼値）と等しいか、又は下（上）回っているかを示すために、色分けを使用するのが望ましい。図５Ｂは、この情報が、拘束相場を市場に送るためにマーケットメーカーが使用する相場入力ウインドウにどの様に表示されるかを示している。
【００９３】
具体的には、図５Ｂに示すように、ｅ−ＲＦＱはマーケットメーカーの端末に相場チケットを表示させるが、このチケットは、マーケットメーカーの指標買呼値５０１と売呼値５０２、最良の指標買呼値５０３と売呼値５０４（全マーケットメーカーの指標相場から総計した相場であるのが望ましい）を含んでおり、随意的に、存在する場合には確定又は拘束相場５０５を含んでいてもよい。相場チケットは、相場を広げる５０６又は狭める５０７、数量を調整する５０８、価格を上げる５０９、又は下げる５１０ための各ボタンを含んでいるのが望ましい。図５Ａの概況画面では、緑色はマーケットメーカーに彼らの指標相場が指標最良買呼値／売呼値にあることを示し、黄色は彼らの相場が最良買呼値／売呼値から外れていることを示し、赤色は彼らの相場が最良買呼値／売呼値とクロスしていることを示すような、色分けを使用するのが望ましい。
【００９４】
本取引システムの別の態様では、指標相場監査機能が提供されている。或る好適な実施形態では、システムは、とりわけ、取引の監査を行って取引が競争力のある市場水準で行われているか否かを判定できるようにする、履歴相場生成データを記憶している。本取引システムは、それぞれのそして全ての相場提出を記憶する必要無しに、所与の時刻における商品に対するマーケットメーカーの相場を再度作成できるだけの履歴相場生成データを記憶する履歴相場アーカイブデータベースを含んでいる。即ち、アウトライト証券商品（具体的には、特定のストライク価格及び日付のプット又はコール契約）に関し、履歴相場生成データは、スキュー表のような各マーケットメーカーの価格を確定するには十分である。スキュー表があれば、原証券の価格のような他の情報から理論値及び／又は相場を求めることができる。別の実施形態では、履歴相場生成データは、アウトライトオプション契約の理論価格（又は、アウトライトオプション契約の理論価格を確定できるだけのデータ）と、組み合わせ商品の相場の生成に使用されるマーケットメーカーに関係するスプレッドパラメータとを、含んでいる。代わりの実施形態では、相場アーカイブデータベースは、マーケットメーカーの指標相場水準を復元できるようにする以下の情報、即ち、（ｉ）アウトライトオプション契約に関する、オプションストライク、利率、及び買呼値／売呼値スプレッドの或る範囲に亘る価格を含む（但し限定でも要件でもない）マーケットメーカーの変動率水準（スキュー）を定義するマーケットメーカー入力を含んでいるスキューパラメータ、（ii）ブラック・ショールズ、ウェーリィーなどのオプションモデル、（iii）サポートされているオプション戦略の買呼値／売呼値スプレッド、オフセット、及び数量のようなスプレッドパラメータ、を含んでいる。
【００９５】
それらの水準は、次いで、他のマーケットメーカーの水準と組み合わされて、常にシステム上で最良の指標相場を定める。所与の時刻の正確な指標相場を求めるには、アーカイブされたマーケットメーカーをその所与の時点における原先物水準と遅滞なく組み合わせることが伴う。システムは全ての原先物価格水準を記憶するのが望ましい。或いは、詳細な先物価格水準情報が取引所に保持されており、各種市場データベンダを通して広く利用できるようになっている。
【００９６】
別の実施形態では、マーケットメーカーステーションは、マーケットメーカーの内部のネットワークをＬＤネットワークに接続するゲートウェイアプリケーションである。この場合、マーケットメーカーステーションの機能は、マーケットメーカー内部ネットワーク内で実行されている他のアプリケーションによって制御される。これらのアプリケーションは、フロントエンドを取引しているか、又はＬＤネットワークにアクセスするのに使用されるプログラムを取引していることになる。この場合、ＬＤマーケットメーカーのゲートウェイは、ネットワークの間でメッセージを送るためのプロトコルを提供する。これらのメッセージは、指標及び拘束相場への要求に関する受信と応答を含んでいる。
【００９７】
ネットワーク管理ステーションは、相場を受信し及び提供する参加者のディレクトリを維持するためのハードウェアとソフトウェアを有している。ネットワーク管理ステーションは、ＬＤネットワークの使用の妥当性を確認し、調整するアプリケーションソフトウェアを実行するハードウェア（例えば、ウィンドウズ（登録商標）ベースのサーバー）で構成されている。各応募者とマーケットメーカーのステーションは、ログインするため、ネットワーク管理ステーションに接続される。マーケットメーカーが接続する場合、彼等は、相場を付けることに関心のある商品のリストを提供する。応募者が接続する場合、彼等は、取引することに関心のある商品のリストを提供する。この商品と参加者のリストは、ユーザーがログイン／アウトしたとき、又は彼らの商品リストを変更したとき更新される。このリストが変わると、ネットワーク管理ステーションは、参加者にそのことを通知する。これによって、各参加者は、然るべく応答できるようになる。或る実施形態では、ネットワーク管理ステーションは、取引所への拘束相場の要求又は相場及び注文の送信に直接関与しておらず、むしろ、この活動を監視し、検討を目的に監査形跡を維持する。しかしながら、特定の取引所の規則と規定に依っては、ネットワーク管理ステーションは、中央突き合わせユーティリティとして働き、参加者から注文と拘束相場を集め、合致した取引を決済するため取引所へ送る。
【００９８】
取引所はリストに上がっている何れの取引所でもよく、或いは、複数のＬＤ参加者が賛同する店頭売買（over-the-counter）（ＯＴＣ）エンティティが、取引して決済するための適切な媒体である。取引所は、全ての注文が「価格―時間」優先ベースで突き合わされることを要求する中央注文予約帳と規定を有していてもよいし、大量の取引が中央注文予約帳の外側で送信され決済されるのを許容してもよい。「取引所」が、価格報告代理店と決済所だけで構成されている場合もある。
【００９９】
当業者には、様々なシステム・アーキテクチャ、通信リンク、データ管理システム、及び本発明を実行できるようにするソフトウェアを理解頂けるであろう。本発明に用いられるネットワーク技術は、ローカル・エリア（ＬＡＮ）、ワイド・エリア（ＷＡＮ）、無線、インターネット又はイントラネット、又は、それらの方法全ての組み合わせである。メッセージプロトコルは、マイクロソフトのメッセージ・キューからの追加の機能性を備えているＴＣＰ／ＩＰに基づいていてもよいが、ＸＭＬベースのプロトコルは、最大の柔軟性を提供し、好適である。フロントエンドには、マイクロソフトビジュアル・ベーシック（登録商標）、マイクロソフトＣ＋＋（登録商標）、及びＪａｖａ（登録商標）でプログラムされた特注のソフトウェアが含まれる。或いは、プラットフォームに関係無く使用するため、ブラウザーベースのバージョンをＨＴＭＬ内に実装してもよい。マーケットメーカーステーションは、マイクロソフトＳＱＬサーバー（登録商標）７．０を使用しているが、オラクル（登録商標）、サイベース（登録商標）又はＳＱＬサーバー２０００（登録商標）に転送可能である。上記説明は、本発明を分かり易くするためのものであり、精神又は範囲において、本発明を制限するものではない。
【図面の簡単な説明】
【０１００】
【図１Ａ】ネットワーク全体（ＬＤネットワーク）の各実施形態の概略図である。
【図１Ｂ】ネットワーク全体（ＬＤネットワーク）の各実施形態の概略図である。
【図２Ａ】応募者の対話フロー図である。
【図２Ｂ】マーケットメーカーの対話フロー図である。
【図３Ａ】応募者が見るコンピュータ画面の概略図である。
【図３Ｂ】応募者の契約選択画面を示している。
【図３Ｃ】応募者の注文チケット画面を示している。
【図３Ｄ】アウトライトオプション契約の注文入力画面を示している。
【図３Ｅ】オプションスプレッド契約の注文入力画面を示している。
【図４Ａ】マーケットメーカーの制御又は指標価格の公開画面を示している。
【図４Ｂ】マーケットメーカーの制御又は指標価格の公開画面を示している。
【図４Ｃ】マーケットメーカーの制御又は指標価格の公開画面を示している。
【図５Ａ】個々のマーケットメーカーの指標相場と最良ＬＤ指標相場を示している。
【図５Ｂ】マーケットメーカーの拘束相場チケットを示している。
【図５Ｃ】マーケットメーカーの拘束相場チケットを示している。
【図６Ａ】ｅ−ＲＦＱに付随するデータを表示するためのアクション行と、アクション行に基づく注文入力を示している
【図６Ｂ】ｅ−ＲＦＱに付随するデータを表示するためのアクション行と、アクション行に基づく注文入力を示している。
【図７】オプションスプレッド指標相場を生成するための好適なネットワーク管理システムを示している。
【図８Ａ】代わりの、マーケットメーカーの制御又は指標価格の公開画面を示している。
【図８Ｂ】代わりの、マーケットメーカーの制御又は指標価格の公開画面を示している。
【図８Ｃ】代わりの、マーケットメーカーの制御又は指標価格の公開画面を示している。
【手続補正７】
【補正対象書類名】図面
【補正対象項目名】図２Ａ
【補正方法】変更
【補正の内容】
【図２Ａ】
2007524931.tif 000006
【手続補正８】
【補正対象書類名】図面
【補正対象項目名】図２Ｂ
【補正方法】変更
【補正の内容】
【図２Ｂ】
2007524931.tif 000007