(57)【要約】  顧客の取引注文を流動的な市場の二面性において執行するシステムおよび方法を提供する。両建て要求機能は、取引環境において、金融商品に関連した取引を一致させる取引エンジン（１０６）を使用して実現される。この両建て要求機能により、２重呼値式の継続取引市場モデルの利益が、価格・数量取引一致システムおよび方法に組み込まれる。
2008542930.tif 000002
【特許請求の範囲】
【請求項１】
取引一致システムにおいて、顧客と値付け業者との間の取引を実現する方法であって、
（ａ）ブローカから両建て注文価格を含む両建て注文の要求を受信するステップと、
（ｂ）前記両建ての要求を受信した旨の通知を市場参加者に送信するステップと、
（ｃ）第１期間を待つステップと、
（ｄ）注文ブックに置かれた注文を、顧客の注文または値付け業者の注文に対して一致させるステップと、
（ｅ）前記顧客と値付け業者の間で共通の残存量の比率を一致させるステップと、
（ｆ）前記顧客および値付け業者の残存注文を前記注文ブックに入力するステップと、
（ｇ）第２期間を待つステップと、
（ｈ）前記注文ブックに置かれた新規注文を、（ｆ）での前記顧客の残存注文に対して一致させるステップと、
（ｉ）前記値付け業者の残存注文を、（ｆ）での前記顧客の残存注文と一致させるステップと、を備える方法。
【請求項２】
前記第１期間と第２期間は調整可能である、請求項１に記載の方法。
【請求項３】
前記顧客の残存注文に割り当てられた比率は調整可能である、請求項１に記載の方法。
【請求項４】
前記受信した注文は、制限セッション指示とＦＡＫ指示を含んでいる、請求項１に記載の方法。
【請求項５】
市場参加者に送信された両建て要求の前記通知は、金融商品の価格と数量を含んでいる、請求項１に記載の方法。
【請求項６】
前記金融商品はユーロドルフューチャーを含む、請求項５に記載の方法。
【請求項７】
前記金融商品はユーロドルオプションを含む、請求項５に記載の方法。
【請求項８】
前記第１期間が失効した後にメッセージを同報通信するステップをさらに含む、請求項１に記載の方法。
【請求項９】
前記第１期間は両建て前期間である、請求項８に記載の方法。
【請求項１０】
前記第２期間が失効した後にメッセージを同報通信するステップをさらに含む、請求項１に記載の方法。
【請求項１１】
前記第２期間は両建て期間である、請求項１０に記載の方法。
【請求項１２】
前記両建て注文価格が前記注文ブックの最良呼値よりも有利であり、前記注文ブックの呼値が前記第１期間の終了時における前記両建て価格を介したものでない場合には、ステップ（ｄ）の前に、前記顧客と値付け業者の間で共通の数量の比率の一致を行うステップをさらに含む、請求項１に記載の方法。
【請求項１３】
顧客と値付け業者の間における取引を実現するための取引システムであって、
（ａ）金融商品の呼値を受信する注文ブックモジュールと、
（ｂ）前記注文ブックモジュールに入力された金融商品の呼値注文を一致させる一致エンジンモジュールとを備え、前記一致エンジンモジュールはさらにブロック取引工程を実現する、取引システム。
【請求項１４】
前記一致エンジンモジュールにはコンピュータ実行可能命令がプログラムされており、前記命令には、
（ａ）両建て注文の要求が受信された通知を市場参加者に送信する命令と、  （ｂ）第１期間を待つ命令と、
（ｃ）注文ブックに置かれた注文を、値付け業者の注文または顧客の注文と一致させる命令と、
（ｄ）前記顧客の注文と前記値付け業者の注文の間で共通の残存量の比率を一致させる命令と、
（ｅ）前記顧客および前記値付け業者の残存注文を前記注文ブックに入力する命令と、
（ｆ）第２期間を待つ命令と、
（ｇ）前記注文ブックに置かれた新規注文を、（ｅ）での前記顧客の残存注文に対して一致させる指示と、
（ｈ）前記値付け業者の残存注文を、（ｅ）での前記顧客の残存注文と一致させる命令とが含まれる、請求項１３に記載の取引システム。
【請求項１５】
前記第１期間の失効後にメッセージを同報通信するステップをさらに含む、請求項１４に記載の方法。
【請求項１６】
前記第１期間は両建て前期間である、請求項１５に記載の方法。
【請求項１７】
前記第２期間の失効後にメッセージを同報通信するステップをさらに含む、請求項１４に記載の方法。
【請求項１８】
前記第２期間は両建て期間である、請求項１７に記載の方法。
【請求項１９】
前記ユーザの残存注文に割り当てられた比率は調整可能である、請求項１４に記載の方法。
【請求項２０】
取引一致システムにおいて、顧客と値付け業者の間の取引を実現する方法であって、
（ａ）ブローカから両建ての要求を受信するステップと、
（ｂ）両建て注文価格と両建て注文数量が含まれる両建て注文の要求を受信した旨の通知を市場参加者に送信するステップと、
（ｃ）前記両建て注文価格が注文ブックの最良呼値よりも有利であり、前記注文ブックの呼値が両建て前期間の終了時における前記両建て注文価格を介したものでない場合に、前記顧客と前記値付け業者の間で共通の数量の比率を一致させるステップと、
（ｄ）前記注文ブックに置かれた注文を一致させるステップと、
（ｅ）前記顧客の注文と前記値付け業者の注文の間で共通の残存数量に比率を割り当てるステップと、
を備える方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００５年６月３日に提出された米国仮出願第６０／６８７，１８３号（代理人整理番号００６１１９．０００４３号）の利益を主張するものである。上述の開示の全体は本願明細書に組み込まれる。
【０００２】
本発明は、為替取引一致システムおよび方法に関する。特に、本発明は、取引環境に両建て要求機能（ＲＦＣ）を実現することに関する。
【背景技術】
【０００３】
既存の為替制度では、ユーザが連続した市場の二面性において注文を行おうとする場合、買い呼値または売り呼値が提出され、こうしたユーザの注文を一致させる試みがなされる。買い呼値と売り呼値はブックに置かれ、価格／時間優先原則に基づいてリアルタイムで一致させされる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
注文に一致が見られない場合や、顧客が、価格が適切でないために既存の買い呼値／売り呼値で取引したくない場合には、従来の取引システムではユーザは自分が商品に望む価格を注文ブックに入力して一致が生じるのを待つ。しかし、非流動的な市場では、この注文は一致しないまま長期間に亘って注文ブックに残ってしまう可能性がある。したがって、より活発で効率的な取引一致システムおよび方法が技術上必要である。
【課題を解決するための手段】
【０００５】
本発明の態様は、両建て要求機能を提供することにより、従来技術の問題および限界を克服する。この両建て要求機能によって、２重呼値式の連続取引市場モデルの利益が、価格・数量取引一致システムおよび方法に組み込まれる。
【０００６】
本発明のある態様では、ブローカおよび／または顧客が関心を持った特定の商品の流動性を判断するための見積り要求が提出される。この見積り要求に応答して、市場参加者が注文または見積りを提出する。ブローカは顧客から開始注文を受けてもよい。顧客の注文に一致が見られない場合には、ブローカは様々な値付け業者に連絡して、商品の数量、価格、購入／売却側に関する情報を完全に公開することなく、顧客の注文の反対側への最良価格を要求することができる。値付け業者が見つかると両建て要求を開始し、この商品に一致が発生するであろうことを市場に知らせる。一致が発生するであろうことを知らされたさらなる市場参加者は、顧客が注文を完了するための枠として指定された時間枠内に、この商品への新規注文を行う。
【０００７】
添付の図面と以下の記述において本発明の詳細を説明する。本発明のこれ以外の特徴および利点はこの記述、図面、特許請求の範囲から明らかになる。
【０００８】
本発明は、特定の部分およびステップにおいて物理的形態をとり、その実施形態は以下の記述にて詳細に説明され、本発明の一部を形成する添付の図面にて例示される。
【発明を実施するための最良の形態】
【０００９】
説明を明瞭にする目的で、いくつかの用語を定義する。これらの用語は例証であり、本発明の範囲を限定することを意図したものではない。
【００１０】
１）ブローカ：値付け業者と顧客の間、および／または顧客２者の間で取引サービスを提供する仲介者のこと。
【００１１】
２）ブローカ一致保証（ＢＭＧ）：ブローカにより指定された当事者間において、両建て前期間の最後に発生する取引エンジン保証一致イベント。
【００１２】
２Ａ）ベタープライス一致：ＲＦＣ価格が、ＲＦＣ受領時における注文ブックの価格よりも良好であり、注文ブックの価格が、ブローカによって指定された当事者間での両建て前期間の最後におけるＲＦＣ価格を介したものでない場合に発生する取引エンジン保証一致イベント。
【００１３】
３）コールアラウンド：値付け業者と接触し、開始注文に対抗する立場を取ろうとする彼等の意思を決定するためにブローカが使用する方法。
【００１４】
４）顧客：ブローカを利用して代わりに取引を行ってもらう側の人物。
【００１５】
５）開始注文：顧客側の注文。
【００１６】
６）値付け業者：ＲＦＱまたはＲＦＣに応答して流動性を提供するユーザ。
【００１７】
７）両建て前期間：２つのＲＦＣ一致工程サイクルのうちの最初の１つに関連した期間。
【００１８】
８）残存１：ＢＭＧ一致イベントの完了後の残余量。
【００１９】
９）両建て要求（ＲＦＣ）：商品に一致が生じることを示す市場警告機構。
【００２０】
１０）見積り要求（ＲＦＱ）：商品に流動性を設けるよう市場に求める、ブローカによって開始される市場警告機構。
【００２１】
１１）両建て期間：２つのＲＦＣ一致工程サイクルのうちの２番目に関連した期間。
【００２２】
本発明の態様は、コンピュータ装置およびコンピュータネットワークによって、またはこれらと共に使用することで実現されることが好ましい。図１に、取引システムおよび方法を実現するための１つの例証的な取引ネットワーク環境を示す。為替コンピュータシステム１００は注文を受信し、この注文および取引に関する市場データをユーザに送信する。為替コンピュータシステム１００は、１台または複数のメインフレーム、デスクトップ、その他のコンピュータによって実現できる。ユーザデータベース１０２は、ブローカを為替コンピュータシステム１００のその他のユーザと識別する情報を含んでいる。データは、ユーザの氏名とパスワードを含んでいてもよい。
【００２３】
アカウントデータモジュール１０４は、取引中に使用されるアカウント情報を処理することができる。買い呼値と売り呼値を一致させるために一致エンジンモジュールまたは取引一致エンジン１０６が設けられている。一致エンジンモジュール１０６は、呼値を一致させる１つ以上のアルゴリズムを実行するソフトウェアによって実現することができる。取引および取引の記述を識別する情報を記憶するために、取引データベース１０８を設けることができる。特に、取引データベースは、取引が行われた時間と取引価格を識別する情報を記憶することができる。最新の呼値を計算あるいは決定するために、注文ブックモジュール１１０を設けることができる。市場データを収集し、このデータをユーザに送信できるよう準備するために、市場データモジュール１１２を設けることができる。ユーザの定義されたリスク閾値に関連したユーザのリスク利用を計算および決定するために、リスク管理モジュール１３４を設けることができる。デルタベースおよびバルク注文タイプを分析して、注文ブックモジュール１１０および取引一致エンジン１０６で処理できるようにするために、注文プロセッサモジュール１３６を設けることができる。
【００２４】
図１に示す取引ネットワーク環境は、コンピュータ装置１１４、１１６、１１８、１２０および１２２を含む。各コンピュータ装置は中央プロセッサを含み、この中央プロセッサは、コンピュータ動作全体と、中央プロセッサをネットワークカードまたはモデムのような１つ以上の従来部品に接続するシステムバスとを制御する。各コンピュータ装置はさらに、データまたはファイルの読み出し／書き込みを行うための様々なインタフェースユニットおよびドライブを含んでよい。ユーザは、コンピュータ装置のタイプに応じて、キーボード、ポインティング装置、マイク、ペン装置、その他の入力装置によってコンピュータと対話することができる。
【００２５】
コンピュータ装置１１４は為替コンピュータシステム１００に直接接続された状態で示されている。為替コンピュータシステム１００とコンピュータ装置１１４は、Ｔ１ライン、共通のローカルエリアネットワーク（ＬＡＮ）、その他のコンピュータ装置接続機構を介して接続できる。コンピュータ装置１１４は無線機１３２に接続した状態で示されている。無線機１３２のユーザは、ブローカまたは為替業務に携わる人員であってよい。無線機のユーザは、注文やその他の情報をコンピュータ装置１１４のユーザに送信する。その後、コンピュータ装置１１４のユーザが取引または他の情報を為替コンピュータシステム１００へ送信することができる。
【００２６】
コンピュータ装置１１６、１１８はＬＡＮ１２４に結合されている。ＬＡＮ１２４は、１つ以上のよく知られた接続形態を有していてよく、多様のプロトコル、例えばイーサネット（登録商標）を使用できる。コンピュータ１１６、１１８は相互に、また、ＬＡＮ１２４に接続している他のコンピュータおよび装置と通信することができる。コンピュータおよび他の装置は、より対線、同軸ケーブル、光ファイバ、その他の媒体を介してＬＡＮ１２４に接続できる。あるいは、無線携帯情報端末装置（ＰＤＡ）１２２は、無線波によってＬＡＮ１２４またはインターネット１２６と通信できる。ＰＤＡ１２２はまた、従来の無線ハブ１２８を介して為替コンピュータシステム１００と通信することも可能である。ここで使用しているように、ＰＤＡには、携帯電話や、無線波によりネットワークと通信するその他の無線装置が含まれる。
【００２７】
図１はさらに、インターネット１２６に接続したＬＡＮ１２４を示している。ＬＡＮ１２４は、ＬＡＮ１２４をインターネット１２６に接続するためのルータを含んでいてよい。コンピュータ装置１２０はインターネット１２６に直接接続した状態で示されている。この接続はモデム、ＤＳＬライン、パラボラアンテナ、さらにコンピュータ装置をインターネットに接続するためのこれ以外の任意の装置を介したものであってよい。
【００２８】
１人以上の値付け業者１３０は、デリバティブまたは証券の一定の呼値を為替コンピュータシステム１００に提供することで、市場を維持することができる。為替コンピュータシステム１００はまた、取引エンジン１３８のような他の取引エンジンと情報の交換を行うこともできる。当業者は、為替コンピュータシステム１００にさらに多数のコンピュータおよびシステムを結合できることを理解するであろう。こうしたコンピュータおよびシステムは、清算システム、規制システム、手数料システムを含んでいてよい。
【００２９】
図１に示したコンピュータ装置およびシステムの動作は、コンピュータ可読媒体に記憶されているコンピュータ実行可能命令によって制御できる。例えば、コンピュータ装置１１６は、ユーザから注文情報を受信し、この注文情報を為替コンピュータシステム１００へ送信するためのコンピュータ実行可能命令を含んでいてよい。別の例では、コンピュータ装置１１８は、為替コンピュータシステム１００から市場データを受信し、この情報をユーザに対して表示する、コンピュータ実行可能命令を含んでいてよい。
【００３０】
無論、多数のサーバ、コンピュータ、ハンドヘルド式装置、携帯情報端末、電話、その他の装置を為替コンピュータシステム１００に接続して追加することが可能である。これに加え、当業者は、図１に示した接続形態は単に一例であり、図１に示したコンポーネントをこれ以外の多数の接続形態で接続できることを理解するであろう。
【００３１】
本発明の１つの態様では、ユーザは、市場の二面性（呼値がブックにあり、価格／時間優先原則に基づいてリアルタイムで一致される状態）において注文を行いたい。しかしユーザは、例えば価格に満足できないという理由でブック上にある既存の呼値で取引を行いたくない。これに加え、ユーロドルオプションやユーロドルフューチャーのような所与の商品については、価格が表示されたりされなかったりする。
【００３２】
次に図２、図３を参照すると、本発明の１つの態様による、取引一致エンジン１０６において両建てを要求する方法を示している。第１ステップ２０２では、顧客はブローカに連絡し、様々な取引への関心を表すことができる。
【００３３】
ステップ２０４にて、ブローカは、この顧客の問い合わせに応答して見積り要求（ＲＦＱ）を提出できる。ＲＦＱは、そのブローカおよび顧客にとって関心のある特定の商品に対して流動性を与えるよう市場に求めることができる。ステップ２０６で示しているように、他の市場参加者がこのＲＦＱに応答し、注文または見積りを提出することができる。ステップ２０８では、ブローカは顧客から開始命令を受信することができる。この開始命令には、顧客の要求価格と数量が含まれている。
【００３４】
ステップ２１０では、顧客が要求した価格と数量が、注文ブックに入力された注文と比較されてよい。注文ブックの価格と数量が顧客の開始注文と完全に一致する場合には、ステップ２１２においてブローカが、注文ブックの買い呼値または売り呼値を、開始注文の範囲まで手作業で一掃することができる。顧客の注文が完了すると、ステップ２１３にてこの工程が終了する。ＲＦＣ工程の最中には、これ以外の非ＲＦＣ関連の一致も発生し得る。
【００３５】
しかし、注文ブックに入力された価格と数量が顧客の開始注文と完全に一致しない場合には、ブローカはステップ２１４で、顧客の開始注文の反対注文がないか確かめるためにコールアラウンドを行うことができる。例えば、顧客のブローカは、一致を探すために、様々な値付け業者（ＭＭ）に連絡し、注文情報を全て公表することなく（恐らくは商品の数量とタイプのみを公表して）、顧客の注文に対する反対注文への最良の価格を要求することができる。ブローカと顧客間の通信は、電子メール、インスタントメッセージング、電話といった多様な媒体、および／またはその他の通信装置や方法で達成され得る。当業者は、これ以外の通信形態を利用して、顧客の開始注文に対する反対注文を見つけることもできるであろう。
【００３６】
１人以上の値付け業者が、顧客が望む価格および数量の注文に対する反対注文で取引することに合意した場合には、以下のステップが発生する場合がある。ステップ２１６で、ブローカが二面式の両建て要求（ＲＦＣ）メッセージを開始する。この二面式のＲＦＣメッセージは、買い側と売り側の口座番号といった追加の情報を含んでいてよい。これ以外にも、ＲＦＣ失効後に適用される注文タイプの指示といった情報を含むことができる。こうした指示には、ＦＡＫ（即時失効）指示および／またはセッション制限指示が含まれている場合がある。さらに、注文のいずれかの側が完全に一致した場合には、一致エンジンまたは一致エンジンモジュール１０６は、いつでもＲＦＣ要求を終了することができる（ステップ２１３）。例えば、両建て前期間の最後、両建て期間中の任意時、両建て期間の最後における任意時といった時に注文が完全に一致した場合に、ＲＦＣを終了することができる。
【００３７】
取引一致エンジンまたは一致エンジンモジュール１０６がＲＦＣを受諾すると、次にステップ２１８にて両建て前期間が開始される。特定の製品にて両建て要求（ＲＦＣ）が発生した旨を全ての市場参加者に対して表示する二面式のＲＦＣメッセージが市場データ供給上で送信されてもよい。市場参加者には価格と数量は公表せずに、ＲＦＣの存在のみを公表することができる。情報を受け取った市場参加者は、ＲＦＣが発行されたことを知り得る。これにより、さらなる市場参加者が注文ブックに注文を提出できるようになる。取引一致エンジン１０６は、例えば取引一致エンジン１０６によるＲＦＣの受諾時、または特定期間の失効時といったＲＦＣ工程の多くの異なる段階において取引コミュニティにＲＦＣを知らせることができる。
【００３８】
ステップ２２０では、両建て前期間中に、ＲＦＣに応答して注文と見積りが提出される場合がある。両建て前期間は、例えばシステムへの新規注文の送信を開始する前の１５秒間といった時間を含んでいてよい。当業者は、この１５秒の時間は例証であって、これよりも長いあるいは短い時間を利用できることを理解するであろう。さらに、この期間は、ユーロドルオプションやユーロドルフューチャーといった異なる製品毎に違っていてよい。図３のステップ２２２では、両建て前期間は、選択した期間の終了後に失効する。両建て前期間の失効を承認する旨のメッセージを生成することができる。また、フラグを利用して、両建て前期間の失効を表示することもできる。
【００３９】
次に、ステップ２２４で、この価格と数量がＲＦＣのどちらかの側のものと一致するかどうかを見るために、この価格と数量が注文ブックにある注文と比較されてもよい。価格と数量がＲＦＣのいずれかの側のものと一致する場合には、注文は、取引一致エンジン（１０６）によって、ＲＦＣの注文のどちらかの側の範囲にまで自動的に一致させられる。取引一致エンジン（１０６）による基準一致アルゴリズムの使用を適用することができる。
【００４０】
ステップ２２７で、取引一致エンジン１０６は、注文のどちらかの側が完全に執行されたかどうかを決定するためのチェックを行うことができる。ＲＦＣ注文のどちらかの側が完全に執行された場合には、ＲＦＣが終了し（ステップ２１３）、残った注文側に対して、元のＲＦＣ提出で指令されたとおりのＦＡＫ指示または制限／セッション指示を出すことができる。さらに、ステップ２２８にて市場データメッセージと清算メッセージを生成できる。ＲＦＣ注文のいずれかの側の一部のみが一致した場合には、残りの部分がステップ２３４へ進む。
【００４１】
ＲＦＣのどちら側でも価格と数量が一致しない場合には（ステップ２２４）、ステップ２２３にて、有利な価格の一致（ＢＰＭ）の割り当てが適用されるかどうかが決定され得る。ＢＰＭの割り当ては、一致エンジンがＲＦＣを受信した時（即ち、両建て前期間の開始時）にＲＦＣ価格が既存の注文ブックの呼値よりも高い場合や、注文ブック価格が、両建て前期間の完了時におけるＲＦＣ価格を介したものでない場合に発生し得る。有利な価格の一致（ＢＰＭ）の割り当ては、ＲＦＣ注文量の２５％に発生する（ステップ２２５）。当業者は、この割り当ての比率は例証であり、本発明の様々な態様において、この比率はこれよりも高くても低くてもよいことを理解するであろう。さらに、本発明の１つの態様では、ＢＰＭの割り当ては、特定の取引セッションの間中変化することがない場合がある。本発明の別の態様では、ＢＰＭの割り当ては少数第２位まで定義され、端数が切り捨てられ、１００％を超えないものであってよい。市場データメッセージと清算メッセージを生成することができる。
【００４２】
次に、ステップ２３４にて、残り注文（上述で一致しなかった顧客注文量）の６０％についてブローカ一致保証（ＢＭＧ）の割り当てが発生し得る。当業者は、この割り当て比率は例証であり、本発明の様々な態様においてこの比率はこれよりも高くても低くてもよいことを理解するであろう。さらに、本発明の１つの態様では、ＢＭＧは特定の取引セッションの間中変化しなくてもよい。本発明の別の態様では、ＢＭＧは小数点第２位まで定義され、端数が切り捨てられ、１００％を超えないものであってよい。値付け業者割り当てを顧客の注文と対抗させることができる。ＲＦＣのどちらかの側と一致させる停止中の注文がない場合であっても、ＢＭＧをＲＦＣに適用することができる。ＢＭＧの割り当て比率の対向する両側は、顧客側（開始側）と値付け業者側であってよい。
【００４３】
ステップ２３６で、残余量についての顧客注文と値付け業者注文が注文ブックの買い側と売り側の両方に自動的に表示され得る（残存１）。この残存１注文の両側の表示は、両建て期間の最大期間に亘って行うことができる。この注文の両側（顧客または値付け業者）は、両建て期間中に外部注文によって即時一致することが可能である。例えば、両建て期間は例えば１５秒間といった期間であってよい。当業者はこの１５秒間が例証であり、これよりも長いまたは短い期間を使用できることを理解するであろう。取引一致エンジン１０６による規則的な一致アルゴリズムの適用も可能である。両建て期間の失効を承認するメッセージを生成できる。フラグを利用して両建て期間の失効を表示してもよい。
【００４４】
ステップ２３９では、取引一致エンジン１０６は、ＲＦＣの両側のどちら側かが完全に執行されたかどうかを決定することができる。ＲＦＣのどちら側かが完全に執行された場合には、ステップ２１３にてＲＦＣが終了し得る。市場データメッセージと清算メッセージを生成することができる。しかし、ＲＦＣの両側に残存がある場合には、工程はステップ２４０へと進む。
【００４５】
ステップ２４０にて、両建て期間が失効し、両側の残存１数量が等しい場合には、取引一致エンジン１０６上で両側の残存１注文が自動的に相互一致され得る（ステップ２４２）。さらにステップ２２８で、市場データメッセージと清算メッセージを生成できる。しかし、両建て期間が失効し、両側の残存１数量が等しくない場合には（ステップ２４４）、取引一致エンジン１０６に任意の残存１と等しい量の注文が自動的に一致され（ステップ２４８）、元のＲＦＣ提出で指令されたとおり任意の残っている残存１注文数量に対してＦＡＫ指示または制限／セッション指示を出すことができる。本発明の別の態様では、ＲＦＣは、これが入力される市場セッションについてのみ有効であってよい。予定外の市場停止や終了が発生した場合には、ＲＦＣは、セッション市場変更と共に終了し、次の市場サイクル開始へは転送されなくてもよい。さらに、ステップ２２８にて、市場データメッセージと清算メッセージを生成してもよい。
【００４６】
ＲＦＣは、上述の工程の任意の時にキャンセルすることができる。様々な商品に最小ＲＦＣ注文を確立することができる。既に一致した注文は一致した状態で残り、後続のステップは実行しなくてもよい。また、両建て前期間中、通常注文に基づいた他の取引が任意の価格（ＲＦＣ価格よりも高いまたは安い価格）で一致できる。さらに、時間／価格優先一致の目的により、ＲＦＣ注文を時間順序の最後に持ってきてもよい。即ち、時間内の後期に入力された注文を、反対側が入力される前のＲＦＣ注文と対抗させることができる。
【００４７】
以下に示す例は、本発明の様々な態様をさらに例示するための補助となる。例えば、有利な価格一致（ＢＰＭ）割り当て発生時の例示的な例を以下に挙げている。当業者は、以下のシナリオは様々な実施形態におけるＢＰＭ割り当ての例示的な例を提供するためのものであり、制限を意図したものでないことを理解するであろう。上述したように、一致エンジンがＲＦＣを受信した時（即ち、両建て前期間の開始時）にＲＦＣ価格が既存の注文ブックの呼値よりも有利であり、また、注文ブック価格が両建て前期間の終了時におけるＲＦＣ価格を介したものでない場合には、有利な価格一致（ＢＰＭ）割り当てが発生する。ある例示的な例では、注文ブックには４ドルの買い呼値と６ドルの売り呼値が含まれている。１契約につき５ドルで５，０００契約の取引のＲＦＣが入力される。両建て前期間の最後に、市場が、注文ブックが５ドルの買い呼値と６ドルの売り呼値を含む状態に調整される。ＲＦＣ価格が、取引一致エンジン１０６または為替コンピュータシステム１００が受信した注文ブックの呼値よりも有利である場合、また、注文ブックの呼値が両建て前期間の最後におけるＲＦＣ価格を介したものでない場合には、上述の例示的実施形態においてＢＰＭ割り当てが適用される。ＢＰＭの割り当て後、取引一致エンジン１０６または為替コンピュータシステム１００が市場の５ドルの買い呼値をＲＦＣの売唱えに対して一致させる。注文ブックの両側に残存ＲＦＣ注文量がある場合には、取引一致エンジン１０６または為替コンピュータシステム１００はブローカ一致保証（ＢＭＧ）比率を適用できる。
【００４８】
別の例示的な例では、注文ブックは５ドルの買い呼値と６ドルの売り呼値を含み得る。１契約につき５ドルで５，０００契約の取引のＲＦＣが入力され得る。両建て前期間の最後で、市場が変わらず、注文ブックがまだ５ドルの買い呼値と６ドルの売り呼値を含んでいてもよい。ＲＦＣ価格は、これが取引一致エンジン１０６によって受信された時点での市場呼値よりも有利でないため、ＢＰＭ割り当ては適用されない。取引一致エンジン１０６または為替コンピュータシステム１００は、市場の５ドルの買い呼値をＲＦＣの売唱えに対して一致させてもよい。注文ブックの両側に残存ＲＦＣ注文がある場合には、取引一致エンジン１０６または為替コンピュータシステム１００はＢＭＧを適用してもよい。
【００４９】
第３の例示的な例では、注文ブックは４ドルの買い呼値と６ドルの売り呼値を含み得る。１契約につき５ドルで５，０００契約の取引のＲＦＣが入力され得る。両建て前期間の最後に、市場は３ドルの買い呼値と４ドルの売り呼値を含み得る。この例では、注文ブックの４ドルの売り呼値は５ドルのＲＦＣ買い呼値を介したものである。そのため、ＢＰＭ割り当ては適用されない。市場の４ドルの売唱えがＲＦＣの買い呼値に対して一致され、ＲＦＣの買い呼値が価格の向上を受け入れる。注文ブックの両側に残存ＲＦＣ注文がある場合には、取引一致エンジン１０６または為替コンピュータシステム１００がＢＭＧを適用する。
【００５０】
第４の例示的な例では、注文ブックは５ドルの買い呼値と６ドルの売り呼値を含み得る。１契約につき５ドルで５，０００契約の取引のＲＦＣが入力され得る。両建て前期間の最後に、市場は４ドルの買い呼値と６ドルの売り呼値を含み得る。ＲＦＣ価格は、これが注文ブックに受信された時点での呼値よりも有利でないため、ＢＰＭ割り当ては適用されない。
【００５１】
第５の例示的な例では、注文ブックは４ドルの買い呼値と６ドルの売り呼値を含み得る。１契約につき５ドルで５，０００契約の取引のＲＦＣが入力され得る。両建て前期間の最後に、市場は４ドルの買い呼値と６ドルの売り呼値を含み得る。ＲＦＣ価格は、これが取引システムによって受信された時の注文ブックの価格よりも有利であり、また、注文ブックの価格は両建て前期間の最後におけるＲＦＣ価格を介したものではないため、ＢＰＭ割り当てが適用される。
【００５２】
第６の例示的な例では、注文ブックは呼値を含んでいなくてもよい。１契約につき５ドルで５，０００契約の取引のＲＦＣが入力され得る。両建て前期間の最後に、市場は何の関心も示していない場合もある。ＲＦＣ価格は有利な（また唯一の）価格であるため、両建て前期間の最後にＢＰＭ割り当てが適用される。
【００５３】
次に、図２、図３を参照しながら以下の例を説明する。第１の例証的なシナリオでは、ＲＦＣが、注文ブックに見られる買い呼値と売り呼値の間の価格にて実行される。特に、図４は注文ブック４０１への入力を示す。注文ブック４０１は左手側に買い呼値４０２、右手側に売り呼値４０４を配置した状態で示されている。ステップ２０２では、図２、図３にて上述したように、顧客はブローカに連絡し、様々な取引への関心を伝え得る。ステップ２０４で、ブローカはこの顧客の問い合わせに応答して、見積りの要求（ＲＦＱ）を提出してもよい。ＲＦＱは、ブローカおよび顧客が関心を持った特定の商品に対して流動性を表示するよう市場参加者に求めてもよい。ステップ２０６で、市場参加者がこのＲＦＱに応答し、注文または見積りを提出してもよい。例えば、ブローカのＲＦＱに応答し、１契約につき２ドル（４０５）で２，０００契約の取引（４０６）の買い呼値（４０５）や、１契約につき３ドル（４０７）で５，０００契約の取引（４０８）の売り呼値といった応答が特定の商品について受信され得る。これらの価格と数量は、図４に示す注文ブック４０１に入力されてもよい。
【００５４】
ステップ２０８では、ブローカが顧客から開始注文を受領してもよい。この開始注文は、顧客が要求する価格と数量を含んでいてよい。例えば、ブローカは、１契約につき２．５０ドルで１０，０００契約を売却する旨の開始注文を受けてもよい。
【００５５】
次にステップ２１０で、顧客が要求した価格と数量を、注文ブック４０１に入力されている注文と比較することができる。注文ブック４０１の価格と数量が顧客の開始注文と完全に一致する場合には、ステップ２１２にてブローカが、注文ブックの買い呼値または売り呼値を、開始注文の範囲まで手作業で一掃することができる。顧客の注文が完了したら、ステップ２１３にて工程が終了する。
【００５６】
しかし、注文ブック４０１に入力された価格と数量が顧客の開始注文と完全に一致しない場合には、ステップ２１４にて、ブローカは、顧客の開始注文の反対側に注文がないかどうかを見るためにコールアラウンドを行うことができる。例えば、ブローカは、１契約につき２．５０ドルで１０，０００契約を購入したい顧客を見つけ得る。一致を見つけるために、ブローカは様々な値付け業者（ＭＭ）に連絡し、顧客の注文情報を完全に公開せずに（恐らくは商品の数量とタイプのみを公開して）、顧客の注文の反対側における最良価格を要求してもよい。ブローカと顧客の間の通信は、電子メール、インスタントメッセージング、電話のような様々な媒体、および／またはその他の通信装置あるいは方法を介して達成できる。当業者は、これ以外の通信形態を利用して開始注文の反対側の注文を見つけられることを理解するであろう。この注文に基づいて、ブローカは１契約につき２．５０ドルでＲＦＣを提出する。ステップ２１６に示すように、この要求はブローカによって開始される二面式の両建て要求（ＲＦＣ）メッセージの形式であってよい。
【００５７】
ステップ２１８で、市場取引一致エンジン１０６がこのＲＦＣを受信し、両建て前期間が開始し得る。この二面式のＲＦＣメッセージが市場データ供給上で送信され、特定の商品にて両建ての要求（ＲＦＣ）が発生したことが全ての市場参加者に知らされ得る。価格および数量は市場参加者に公開せずに、ＲＦＣの存在のみを公開することができる。情報を受けた市場参加者は、ＲＦＣが発行されたことを知る。これにより、さらなる市場参加者が注文ブック４０１に新規注文を提出できるようになる。
【００５８】
ステップ２２０で、両建て前期間中に、ＲＦＣに応答して注文と見積りが提出されてもよい。両建て前期間には、新たな注文をシステムに送信できるようになる前の、例えば１５秒間といった期間が含まれていてよい。両建て前期間の失効後、市場の応答は依然として、図４に示すように、１契約につき２ドル（４０５）の買い呼値で２，０００契約（４０６）、１契約につき３ドル（４０７）の売り呼値で５，０００契約（４０８）であってよい。
【００５９】
図３のステップ２２２では、両建て前期間は選択された期間の後に失効する。ステップ２２４にて、価格と数量がＲＦＣのいずれかの側のものと一致するかどうかを判断するために、価格と数量が注文ブック４０１の注文と比較されてもよい。この例では、価格と数量はＲＦＣのいずれの側のものとも一致しない。
【００６０】
次にステップ２２３にて、ＲＦＣ価格が、一致エンジンによってＲＦＣが受信された時点で（即ち、両建て前期間の開始時にて）既存の注文ブックの呼値よりも有利であり、また、注文ブックの価格が両建て前期間の最後におけるＲＦＣ価格を介したものでない場合には、ＲＦＣ注文数量の２５％（ステップ２２５）に有利な価格一致（ＢＰＭ）の割り当てが発生する。当業者は、この割り当ての比率は例証であり、この比率は、本発明の様々な態様においてこれより高くても低くてもよいことを理解するであろう。したがって、ステップ２２３における基準がステップ２２５で満たされる際に、注文の２５％に有利な価格の一致が発生する。当業者は、この割り当て比率は例証であり、この比率は、本発明の様々な態様においてこれより高くても低くてもよいことを理解するであろう。この例では、１０，０００契約の２５％は、１契約につき２．５０ドルの２，５００契約に等しい。
【００６１】
次に、ステップ２３４にて、残りの注文の６０％（上述に一致しない顧客注文量）にブローカ一致保証（ＢＭＧ）の割り当てが発生する。当業者は、この割り当て比率は例証であり、この比率は本発明の様々な態様においてこれより高くても低くてもよいことを理解するであろう。この例では、残存している７，５００契約の６０％は、１契約につき２．５０ドルでの４，５００契約に等しい。
【００６２】
ステップ２３６で、残余数量についての顧客の注文と値付け業者の注文が、注文ブックの買い呼値側と売り呼値側の両方（残存１）に自動的に表示される。この残存１注文側は、最大の両建て期間について表示することができる。両建て期間中、注文の両側（顧客側または値付け業者側）は外部注文と即時一致することが可能である。例えば、両建て期間は１５秒間といった期間であってよい。当業者は、この１５秒間は例証であり、これよりも長いまたは短い期間を利用できることを理解するであろう。注文ブック４０１は図５に例示するように表示でき、この場合には、残存１した１契約につき２．５０ドル（４１４）の３，０００契約（４１２）が表示される。両建て期間中、市場は、残存契約を購入および／または売却する機会を得る。取引一致エンジン１０６による規則的な一致アルゴリズムの使用を適用できる。
【００６３】
次に、ステップ２３９で、取引一致エンジン１０６が、ＲＦＣの片側が完全に執行されたかどうかを判断し得る。ＲＦＣの片側が完全に執行された場合には、ステップ２１３にてＲＦＣが終了してもよい。市場データメッセージと清算メッセージが生成されてもよい。しかし、ＲＦＣの両側に残存がある場合には、工程はステップ２４０へ進む。この例示的な例では、ＲＦＣの両側が残っている。
【００６４】
次に、ステップ２４０および図６にて、両建て期間が失効し、両側の残存１数量が等しい場合には、取引一致エンジン１０６上で、残存１注文の両側が自動的に相互に一致される（ステップ２４２）。例えば、取引一致エンジン１０６は、１契約につき２．５０ドル（４１４）で３，０００契約（４１２）のＲＦＣバランスを両建てする。さらに、ステップ２２８で、市場データメッセージと清算メッセージが生成されてもよい。両建て期間が失効し、残存１数量が等しくないため（ステップ２４４）、残っている２ドル（４０５）で２，０００契約（４０６）、３ドル（４０７）で５，０００契約（４０８）の残存１数量に、元のＲＦＣ提出で指令されたとおりのＦＡＫ指示または制限／セッション指示が出される。
【００６５】
第２の例示的なシナリオでは、注文ブックにおいてＲＦＣの一部が最良買い呼値と一致し得る。特に図７は、注文ブック７０１への入力を例示している。注文ブック７０１は、買い呼値７０２を左手側に、売り呼値７０４を右手側に配置した状態にあってよい。図２、図３で上述したように、ステップ２０２にて、顧客はブローカに連絡し、様々な取引への関心を示すことができる。ステップ２０４で、ブローカは顧客のこの問合せに応じて見積り要求（ＲＦＱ）を提出してもよい。ＲＦＱは、ブローカおよび顧客が関心を持った特定の商品に対して流動性を表示するよう市場参加者に求めてもよい。ステップ２０６に示すように、市場参加者は、ＲＦＱに応答して注文または見積りを提出できる。例えばブローカのＲＦＱへの応答では、特定の商品についてのＲＦＱに対して、１契約につき２ドル（７０５）で２，０００契約（７０６）の買い呼値と、３ドル（７０７）で５，０００契約（７０８）の売り呼値といった応答を受信できる。こうした価格と数量は、図７に示すように注文ブック７０１に配置することができる。
【００６６】
ステップ２０８で、ブローカは顧客から開始注文を受ける。この開始注文には、顧客が要求する価格と数量が含まれていてよい。例えば、ブローカは、１契約につき２ドルで１０，０００契約を売却する旨の開始注文を受ける。
【００６７】
次にステップ２１０にて、顧客が要求した価格と数量が、注文ブック７０１に入力されている注文と比較されてもよい。注文ブック７０１の価格と数量が顧客の開始注文と完全に一致する場合には、ステップ２１２で、ブローカが注文ブックの買い呼値または売り呼値を、開始注文の範囲にまで手作業で一掃してもよい。顧客の注文が完了すると、ステップ２１３にてこの工程が終了する。
【００６８】
しかし、注文ブック７０１に入力された価格と数量が顧客の開始注文と完全に一致しない場合には、ステップ２１４で、ブローカは顧客の開始注文の反対側に注文があるかどうかを見るためにコールアラウンドを行ってもよい。例えば、ブローカが、１契約につき２ドルで１０，０００契約を購入したい値付け業者を見つけ得る。ブローカはこの注文に基づいて、１契約につき２ドルでの取引の両建てを要求する（ＲＦＣ）。ステップ２１６に示すように、この要求は、ブローカによって開始される二面式の両建て要求（ＲＦＣ）メッセージの形式であってよい。
【００６９】
ステップ２１８で取引一致エンジン１０６がＲＦＣを受信し、両建て前期間が開始する。二面式のＲＦＣメッセージが市場データ供給上で送信されて、特定の商品への両建て要求（ＲＦＣ）が発生したことが全ての市場参加者に示される。市場参加者には価格と数量は公開されず、ＲＦＣの存在のみが公開され得る。この情報を受けた市場参加者は、ＲＦＣが発行されたことを知り得る。これにより、さらなる市場参加者が注文ブック７０１に新規注文を提出できるようになる。
【００７０】
ステップ２２０で、両建て前期間中に、ＲＦＣに応答して注文と見積りが提出されてもよい。両建て前期間は、新規注文をシステムに送信できるようになる前の１５秒間といった期間を含んでいてよい。図３のステップ２２２では、両建て前期間は選択された期間の後に失効する。両建て前期間の失効後における市場の応答は図８に示すとおりであってよい。図８では、買い呼値２ドル（７１２）で２，５００契約（７１４）と、売り呼値３ドル（７０７）で５，０００契約（７０８）が市場から受信されている。
【００７１】
次にステップ２２４で、価格と数量を注文ブック７０１の注文と比較して、この価格と数量がＲＦＣのどちらかの側と一致するかを見る。この例では、ステップ２２４は、新規の買い呼値２ドル（７１２）で２，５００の契約（７１４）がＲＦＣの売り呼値と一致するために執行されるが、しかし数量が不足している。エンジンは、１契約につき２ドル（７１２）での２，５００契約（７１４）に自動的に応じる。図９は、エンジンが注文に応じた後の注文ブック７０１を示している。
【００７２】
ステップ２２７で、取引一致エンジン１０６が、注文のどちら側かが完全に執行されたかどうかを判断するべくチェックを行ってもよい。ＲＦＣ注文のどちら側かが完全に執行された場合にはＲＦＣが終了し（ステップ２１３）、注文の残存している側に対して、元のＲＦＣ提出で指令されたとおりのＦＡＫ指示または制限／セッション指示が出され得る。さらに、ステップ２２８で市場データメッセージと清算メッセージが生成され得る。ＲＦＣ注文のどちらかの側の一部のみが一致した場合には、残存部分はステップ２３４へ進み、ブローカ一致保証割り当てを適用できるかどうかが判断される。
【００７３】
価格および数量がＲＦＣのどちら側とも一致しない場合には（ステップ２２４）、ステップ２２３で、有利な価格一致（ＢＰＭ）割り当てが適用されるかどうかが判断され得る。この例証的な実施形態では、ＢＰＭ割り当ては発生しない。
【００７４】
次にステップ２３４で、残存注文（上述で一致しなかった顧客注文量）の６０％にブローカ一致保証（ＢＭＧ）の割り当てが発生する。当業者は、この割り当て比率は例証であり、本発明の様々な態様において比率はこれより高くても低くてもよいことを理解するであろう。この例では、残っている７，５００契約の６０％は、１契約につき２ドルでの４，５００契約に等しい。ステップ２２８で、保証されたＢＭＰ割り当て比率の分に対して、市場データメッセージと清算メッセージが生成されてもよい。
【００７５】
ステップ２３６にて、残存数量についての顧客の注文と値付け業者の注文が、注文ブック７０１の買い呼値側と売り呼値側の両方に自動的に表示されてもよい（残存１）。最大両建て期間についての残存１注文の両側を表示することができる。両建て期間中、注文の両側（顧客側と値付け業者側）は外部注文と即時一致することが可能である。例えば、両建て期間は１５秒間といった期間であってよい。当業者は、この１５秒間の期間は例証であり、これよりも長いまたは短い期間を使用できることを理解するであろう。注文ブック７０１は図１０に例示したとおりであってよく、この場合は、残存１分である、１契約につき買い呼値２ドル（７２４）での５，５００契約と、売り呼値２ドル（７２８）での３，０００契約（７２６）とが表示されてもよい。両建て期間中に、市場は、残っている契約を売却および／または購入する機会を得る。取引一致エンジン１０６による規則的な一致アルゴリズムの使用が適用され得る。この例では、市場は、いずれの側においても１契約につき２ドルでは売買を行っていない。
【００７６】
次にステップ２３９で、取引一致エンジン１０６が、ＲＦＣのどちら側かが完全に執行されたかどうかを判断してもよい。ＲＦＣの片側が完全に執行された場合には、ステップ２１３にてＲＦＣが終了してもよい。市場データメッセージと清算メッセージが生成されてもよい。しかし、ＲＦＣの両側が残った場合には、工程はステップ２４０へ進む。この例証的な例では、ＲＦＣの両側が残存している。
【００７７】
次にステップ２４０および図６にて、両建て期間が失効し、両側の残存１数量が等しい場合には、取引一致エンジン１０６上で、残存１注文の両側が自動的に相互に一致し得る。例えば、エンジンが、１契約につき２ドル（７２８）で３，０００（７２６）契約のＲＦＣバランスを両建てする。さらにステップ２２８にて、市場データメッセージと清算メッセージが生成されてもよい。両建て期間は失効しており、両側において残存１数量が等しくないため（ステップ２４４）、残っている２ドルでの２，５００契約（図示せず）と、３ドル（７０７）での５，０００契約（７０８）との残存１数量に対して、元のＲＦＣ提出で指令されたとおりのＦＡＫ指示または制限／セッション指示が出される。この例では、ブローカがＦＡＫ指示を出す際に、残存分である買い呼値側の２，５００契約がキャンセルされる。この取引後にも、注文ブック７０１は、図１１に示すように、最初の１契約につき売り呼値３ドル（７０７）での５，０００契約（７０３）を示している。
【００７８】
第３の例証的なシナリオでは、注文価格の介入により、ＲＦＣの片側に有利な執行価格が得られる。特に図１２は、注文ブック１２０１への入力を例示している。注文ブック１２０１は、左手側に買い呼値１２０２が、右手側に売り呼値１２０４が配置された状態であってよい。図２、図３で上述したように、ステップ２０２で、顧客はブローカに連絡し、様々な取引への関心を表してもよい。ステップ２０４で、ブローカは顧客からのこの問い合わせに応じて、見積り要求（ＲＦＱ）を提出してもよい。ＲＦＱは、ブローカおよび顧客が関心を持った特定の商品に対して流動性を表示するよう市場参加者に求めてもよい。ステップ２０６で、市場参加者がＲＦＱに応答して注文または見積りを提出してもよい。例えば、ブローカのＲＦＱに応答し、特定の商品についてのＲＦＱに応じた買い呼値２ドル（１２０５）で２，０００契約（１２０６）、売り呼値２．５０ドル（１２０７）で５，０００契約（１２０８）といった返答が受信されてもよい。これらの価格と数量は、図１２に示すように注文ブック１２０１に配置されてもよい。
【００７９】
ステップ２０８で、ブローカは顧客から開始注文を受けてもよい。この開始注文には、顧客が要求する価格と数量が含まれていてよい。例えば、ブローカは１契約につき２ドルの価格で１０，０００契約を売却する旨の開始注文を受けてもよい。
【００８０】
次にステップ２１０で、顧客が要求する価格と数量を、注文ブック１２０１に入力されていたものと比較してもよい。注文ブック１２０１での価格と数量が顧客の開始注文と完全に一致する場合には、ステップ２１２で、ブローカが注文ブックの買い呼値と売り呼値を、開始注文の範囲にまで手作業によって一掃してもよい。顧客の注文が完了したため、ステップ２１３でこの工程は終了する。
【００８１】
しかし、注文ブック１２０１に入力された価格と数量が顧客の開始注文と完全に一致しない場合には、ブローカはステップ２１４で顧客の開始注文の反対側に注文がないかどうかを見るためにコールアラウンドを行ってもよい。例えば、ブローカは、１契約につき２ドルで１０，０００契約を購入したい顧客を見つける。ブローカは、この注文に基づいて、１契約につき２ドルで取引の両建てを要求する（ＲＦＣ）。ステップ２１６で説明している要求は、ブローカによって開始される二面式の両建て要求（ＲＦＣ）メッセージの形式であってよい。
【００８２】
取引一致エンジン１０６がＲＦＣを受信すると、ステップ２１８にて両建て前期間が開始する。二面式のＲＦＣメッセージは市場データ供給上で送信され、特定の商品に両建ての要求（ＲＦＣ）が発生したことが全ての市場参加者に示される。価格と数量は市場参加者に公開せず、ＲＦＣの存在のみを公開することができる。この情報を受けた市場参加者はＲＦＣが発行されたことを知り得る。これにより、さらなる市場参加者が注文ブック１２０１に新規注文を提出できるようになる。
【００８３】
ステップ２２０で、両建て前期間中に、ＲＦＣに応答して注文と見積りが提出される。両建て前期間は、新規の注文をシステムへ送信できるようになるまでの例えば１５秒間といった期間を含み得る。図３のステップ２２２では、選択された期間後に両建て前期間が失効する。両建て前期間失効後の市場の応答は図１３に示すとおりである。図１３では、買い呼値１ドル（１３１２）での２０，０００（１３１４）契約と、売り呼値１．５０ドル（１３１６）での８，０００契約（１３１８）とが市場から受信されている。
【００８４】
図３のステップ２２２では、選択された期間後に両建て前期間が失効する。ステップ２２４では、価格と数量がＲＦＣのどちらかの側と一致するかどうかを判断するために、価格と数量が注文ブック１２０１の注文と比較されてもよい。この例では、取引一致エンジン１０６は、ＲＦＣ値付け業者買い呼値側の８，０００契約と一致し得る。この一致により１契約につき１．５０ドルとなり得る。即ち、ＲＦＣ値付け業者の買い呼値側が８，０００契約について有利な価格を得たことになる。換言すれば、値付け業者は１契約につき２ドルで購入するつもりでいたが、注文は１契約につき１．５０ドルで提出された。
【００８５】
ステップ２２７で、取引一致エンジン１０６が、注文のどちら側かが完全に執行されたかどうかを決定するべくチェックを行ってもよい。ＲＦＣ注文のどちら側かが完全に執行された場合には、ＲＦＣは終了し（ステップ２１３）、残存側の注文に対して、元のＲＦＣ提出で指令されたとおりのＦＡＫ指示または制限／セッション指示が出されてもよい。さらに、ステップ２２８で市場データメッセージと清算メッセージが生成されてもよい。ＲＦＣ注文のどちらかの側の一部のみが一致した場合には、残存部分はステップ２３４へ進む。
【００８６】
数量の不足によってＲＦＣの片側との一致がなかったため、ステップ２３４でブローカ保証一致（ＢＭＧ）の割り当てが発生する。ＢＭＧは、残存注文（上述で一致しなかった顧客注文量）の６０％に発生し得る。当業者は、この割り当て比率は例証であり、本発明の様々な態様においてこれより高くても低くてもよいことを理解するであろう。
【００８７】
この例では、残存分２，０００契約の６０％は、１契約につき２ドルでの１，２００契約に等しい。図１４に示すように、ＢＭＧ後の残存は、値付け業者は２ドル（１４０３）で８００契約（１４０２）、ＲＦＣ開始側は２ドル（１４０６）で８，８００契約（１４０４）となる。ステプ２２８で、保証されたＢＭＧ割り当て比率分に対して市場データメッセージと清算メッセージが生成され得る。
【００８８】
次にステップ２３６で、残余分へのユーザまたは値付け業者からの注文が注文ブック１２０１の買い呼値側と売り呼値側の両方に自動的に表示されてもよい（残存１）。残存１注文の両側は最大の両建て期間にかけて表示されてもよい。例えば、両建て期間は１５秒間といった期間であってよい。当業者は、１５秒間の期間は例証であり、これよりも長いまたは短い期間の使用が可能であることを理解するであろう。
【００８９】
両建て期間中、市場は残存分の契約を購入および／または売却する機会を得る。この例では、図１５に示すように、５，０００契約の売り唱えが別のユーザによって手作業で一致させされる。さらに図１５では、売り側１２０４には、１契約につき２ドル（１５０４）で３，８００契約しかない。取引一致エンジン１０６による規則的な一致アルゴリズムの使用が適用され得る。さらに、ステップ２２８で、市場データメッセージと清算メッセージが生成されてもよい。この例では、市場はいずれの側においても１契約につき２ドルでは売買を行っていない。
【００９０】
次にステップ２３９で、取引一致エンジン１０６が、ＲＦＣのどちら側かが完全に執行されたかどうかを判断してもよい。ＲＦＣの片側が完全に執行されている場合には、ステップ２１３にてＲＦＣが終了してもよい。市場データメッセージと清算メッセージが生成されてもよい。しかし、ＲＦＣの両側が残った場合には、工程はステップ２４０へ進む。この例証的な例では、ＲＦＣの両側が残っている。
【００９１】
次にステップ２４０および図１４で、両建て期間が失効し、両側の残存１量が等しい場合には、取引一致エンジン上で残存１した注文の両側が自動的に相互に一致され得る。この第３の例では、両側の残存１数量は等しくないため、取引一致エンジン１０６はステップ２４４へ移る。両建て期間が失効すると、エンジンによって２ドル（１４０３）で８００契約（１４０２）が一致される。これにより残った１契約につき２ドル（１６０４）での３，０００契約（１６０２）は、この注文に制限／セッション注文の条件付けがされたために注文ブック１２０１上に残る。
【００９２】
特定の例証的な実施形態を参照しながら本発明を説明してきた。当業者には、本発明を理解する人物は、添付した本発明の例証的な態様で述べている本発明のより幅広い精神および範囲から逸脱することなく、本発明の原理を利用した変更または他の実施形態あるいは応用を理解できることが明らかであろう。全てが、本発明の領域、精神および範囲内にて考慮される。
【図面の簡単な説明】
【００９３】
【図１】本発明の態様の実現に使用できるコンピュータネットワークシステムを示す。
【図２】本発明の１つの態様による取引一致エンジンにおいて取引の両建てを要求する方法を示す。
【図３】本発明の１つの態様による取引一致エンジンにおいて取引の両建てを要求するさらなる方法を示す。
【図４】本発明の１つの態様によるある例示的な例において、注文ブックに含まれ得るデータのタイプを示す。
【図５】本発明の１つの態様によるある例示的な例において、注文ブックに含まれ得るデータのタイプを示す。
【図６】本発明の１つの態様によるある例示的な例において、注文ブックに含まれ得るデータのタイプを示す。
【図７】本発明の１つの態様による第２の例示的な例において、注文ブックに含まれ得るデータのタイプを示す。
【図８】本発明の１つの態様による第２の例示的な例において、注文ブックに含まれ得るデータのタイプを示す。
【図９】本発明の１つの態様による第２の例示的な例において、注文ブックに含まれ得るデータのタイプを示す。
【図１０】本発明の１つの態様による第２の例示的な例において、注文ブックに含まれ得るデータのタイプを示す。
【図１１】本発明の１つの態様による第２の例示的な例において、注文ブックに含まれ得るデータのタイプを示す。
【図１２】本発明の１つの態様による第３の例示的な例において、注文ブックに含まれ得るデータのタイプを示す。
【図１３】本発明の１つの態様による第３の例示的な例において、注文ブックに含まれ得るデータのタイプを示す。
【図１４】本発明の１つの態様による第３の例示的な例において、注文ブックに含まれ得るデータのタイプを示す。
【図１５】本発明の１つの態様による第３の例示的な例において、注文ブックに含まれ得るデータのタイプを示す。
【図１６】本発明の１つの態様による第３の例示的な例において、注文ブックに含まれ得るデータのタイプを示す。
【図１】
2008542930.tif 000003
【図２】
2008542930.tif 000004
【図３】
2008542930.tif 000005
【図４】
2008542930.tif 000006
【図５】
2008542930.tif 000007
【図６】
2008542930.tif 000008
【図７】
2008542930.tif 000009
【図８】
2008542930.tif 000010
【図９】
2008542930.tif 000011
【図１０】
2008542930.tif 000012
【図１１】
2008542930.tif 000013
【図１２】
2008542930.tif 000014
【図１３】
2008542930.tif 000015
【図１４】
2008542930.tif 000016
【図１５】
2008542930.tif 000017
【図１６】
2008542930.tif 000018
【国際調査報告】
2008542930.tif 000019