(57)【要約】【課題】特定の品目（例としては、定額所得インストルメントのような品目）のオークションベース取引の取引管理を実行するデータ処理システムであって、そのデータ処理システムが一連の取引パラダイムを通して実行される高度に構築された取引プロトコルを提供すること。【解決手段】ユーザワークステーション（１０）が、ソフトウェアの制御を含む中央サーバ（２０）にリンクされる。取引活動へのアクセスは、通信サーバ（３０）および遠隔サーバ（４０）で行われる。そのプロトコルにしたがって、入札と落札がシステムに入力、または消去され得、もしくは取引状態に左右され、参加者は入札と落札を修正する機会を与えられ得る。そのプロトコルは取引効率を向上させ、市場メーカーに報酬を与え、システムユーザに取引機会を分散する。【選択図】図１
2010160821.tif 000002
【特許請求の範囲】
【請求項１】
選択アイテムの取引を実行するためのデータ処理システムであって、該データ処理システムは、該取引に関する参加者の能力を定義する通信プラットフォームを介して参加者によって利用され、該システムは、
参加者に対する複数の通信リンクであって、該選択アイテムの価格に関する取引情報およびトランザクション属性を伝送し、該情報に応答して参加者のインタラクティブ入力を伝送し、該入力は、ビッド、オファー、および取引実行コマンドを含む、複数の通信リンクと、
中央サーバであって、該参加者とリンクし、該参加者と通信し、取引制御ロジックでプログラムされた該サーバは、参加者によって指示されたインタラクティブなビッド、オファー、および取引コマンドを実行するように指示された取引シーケンスのプロトコルを備え、ここで、該取引は、１つ以上の取引状態の多くの価格水準で手続し得、該状態は、アイテム取引動作に関する参加者の能力を定義する、中央サーバと
を含む、システム。
【請求項２】
前記プロトコルは、参加者が設定された１つの価格または価格の組で、Ｈｉｔおよび／またはＴａｋｅコマンドによって前記選択されたアイテムを購入または販売する条件を定義するロジック構成を含む格納されたプログラムによって定義される、請求項１に記載の取引システム。
【請求項３】
参加者はワークステーションおよび選択的に配列した画面ディスプレイを介して前記情報へのアクセスが提供されている、請求項１に記載の取引システム。
【請求項４】
前記プロトコルは、参加者が取引者となる条件ならびに該取引者および別の参加者が取引に参加し得る条件を定義し、そして、該取引者および該他の参加者が宣言した購入および／または販売する注文から価格の改善を入手する、ロジック構成を含む格納されたプログラムにより制御される、請求項１に記載の取引システム。
【請求項５】
前記価格の改善は、現在の参加者および／またはさらなる参加者が、選択アイテム取引位置変更またはコマンドを入力する場合に生じる、請求項４に記載の取引システム。
【請求項６】
前記ロジック構成が、ビッドおよび／またはオファーを格付けする、請求項２に記載の取引システム。
【請求項７】
前記システムの状態が、ビッド−オファー状態および取引ワークアップ状態を含む、請求項６に記載の取引システム。
【請求項８】
前記取引状態は、ワークダウン状態をさらに含む、請求項７に記載の取引システム。
【請求項９】
前記取引状態は、第２のロック状態をさらに含む、請求項８に記載の取引システム。
【請求項１０】
前記取引状態は、時期状態をさらに含む、請求項９に記載の取引システム。
【請求項１１】
前記取引状態は、前記参加者によって入力されたコマンドの機能である、請求項１に記載の取引システム。
【請求項１２】
前記取引状態は、許可を得られていないビッド／オファーのための選択時間間隔制御を含む、請求項１に記載の取引システム。
【請求項１３】
前記ディスプレイは、市場のビッド側および／またはオファー側の提示をさらに含む、請求項３に記載の取引システム。
【請求項１４】
前記ディスプレイは、クリアされていないビッドおよび／またはオファー、あるいはクリアされたビッドおよび／またはオファーの規模に関する情報をさらに提供する、請求項１３に記載の取引システム。
【請求項１５】
前記ディスプレイは、前記市場のビッド側および／またはオファー側において、参加者それぞれの参加に対応するグループに組織化された参加者のキューをさらに提供する、請求項１３に記載の取引システム。
【請求項１６】
前記参加者のキューは、時間入力順に並べられた、請求項１５に記載の取引システム。
【請求項１７】
前記参加者のキューは、時間入力の間、規模および／または価格に由来した測定基準の順に並べられる、請求項１５に記載の取引システム。
【請求項１８】
前記参加者のキューの順番は、価格にさらにもとづいている、請求項１６に記載の取引システム。
【請求項１９】
前記ディスプレイは、参加者によるＨｉｔおよび／またはＴａｋｅコマンドのエントリに関する情報を提供する、請求項１８に記載の取引システム。
【請求項２０】
前記参加者のエントリは、エントリ制限の規模によって制御される、請求項１５に記載の取引システム。
【請求項２１】
参加者の階層は、他の参加者の行動を制御し、制限し得る、請求項３に記載の取引システム。
【請求項２２】
複数の参加者で使用するためのコンピュータ取引システムであって、ここで、１人以上の参加者は、データ入力のために選択的に構成された入力デバイスを操作し、ディスプレイから市場の状況についての情報を受け取り、該システムは、
データプロセッサであって、該入力デバイスと通信する関連した制御ロジックを有し、該制御ロジックは、取引プロトコルを提供し、ここで、取引は、参加者間の取引階層を確立し、かつ、参加者による取引エントリが選択アイテムで行われることを可能にする、１つ以上の取引状態の複数の価格水準で実行し得る、データプロセッサ
を含み、
該入力デバイスは、取引に有効な特定のアイテムに個々に割り当てられた１つ以上の取引実行キーを備え、該入力デバイスは、特定の参加者にビッド、オファー、ＨｉｔおよびＴａｋｅのエントリのための取引コマンドを割り当てる特定の参加者エントリキーをさらに含み、
該ディスプレイは、選択価格点および規模で取引中のオファーおよびビッドを含む取引情報プロフィールを表示する、システム。
【請求項２３】
前記入力デバイスは、ビッド−オファーコマンドのための単一のキー操作エントリを提供する、請求項２２に記載の取引システム。
【請求項２４】
前記取引状態は、１つまたは複数の価格ポイントで価格改善取引を含む、請求項２３に記載の取引システム。
【請求項２５】
前記データプロセッサは、インタラクティブなビッド−オファー状態を提供し、ここで、参加者の価格および規模（単数または複数）は、前記ディスプレイに表示される、請求項２３に記載の取引システム。
【請求項２６】
前記ビッド−オファー状態は、ＨｉｔまたはＴａｋｅコマンドの参加者の入力により終了される、請求項２５に記載の取引システム。
【請求項２７】
前記ビッド−オファー状態は、ＨｉｔまたはＴａｋｅコマンドの新たな参加者の入力により「日時」状態に移行される、請求項２５に記載の取引システム。
【請求項２８】
前記ディスプレイは、取引トランザクションに関する情報を示し、かつ、該情報への参加者のアクセスは、システム取引状態および／またはインターバルタイマーに依存する、請求項２２に記載の取引システム。
【請求項２９】
前記参加者の確認は、リアルタイムで監視され、確認される、請求項１に記載の取引システム。
【請求項３０】
前記参加者は、リアルタイムで現在の確認の通知を受ける、請求項１に記載の取引システム。
【請求項３１】
前記参加者は、設定された時間および／またはシステムによって制御された間隔においてアクセスの取引を妨げられ得る、請求項１に記載の取引システム。
【請求項３２】
前記参加者は、リアルタイムで該参加者のビッドおよびオファーの状態の通知を受ける、請求項１に記載の取引システム。
【請求項３３】
前記参加者は、リアルタイムで該参加者のＨｉｔ、Ｔａｋｅ、ならびに／あるいは価格改善ＨｉｔまたはＴａｋｅの状態の通知を受ける、請求項１４に記載の取引システム。
【請求項３４】
前記参加者は、複数の価格でビッドまたはオファーのシーケンスをポストし得る、請求項１に記載の取引システム。
【請求項３５】
ビッド−オファー間隔時間および実行優先時間は、システムまたは手動で制御される、請求項３に記載の取引システム。
【請求項３６】
価格において、ビッドまたはオファーおよび定まったサイズの量の追加または減少を可能にする、請求項３に記載の取引システム。
【請求項３７】
全体のまたはインクリメンタルなビッドおよび／またはオファーならびにＨｉｔおよびＴａｋｅのサイズの量の増加の入力を可能にする、請求項３に記載の取引システム。
【請求項３８】
キューされた参加者が、該参加者のオープンビッドまたはオファーの追加量に対するキューの下部を結合することにより、該ビッドまたはオファーの規模を増加することができる、請求項３に記載の取引システム。
【請求項３９】
入力が、第１のキューにおいて、最も低いビッドまたはオファーをキャンセルすることで、ビッドまたはオファーの量を減少することができる、請求項３に記載の取引システム。
【請求項４０】
インターバルタイマーが、前記ビッドまたはオファーをクリアする前に、入力が、クリアされていないビッドまたはオファーをクリアすることができる、請求項３に記載の取引システム。
【請求項４１】
前記参加者がビッド側とオファー側の両方である場合、入力が、ビッド側またはオファー側の一方をキャンセルすることができる、請求項３に記載の取引システム。
【請求項４２】
クリアインターバルタイマーがゼロに達する場合、クリアされていないビッドまたはオファーがクリアされたビッド−オファーとなることと、特定のアイテムのためのＨｉｔまたはＴａｋｅコマンドの任意の入力によってただちに実行するためにオープンとなることとを可能にする、請求項３に記載の取引システム。
【請求項４３】
クリアインターバルタイマーがゼロに設定される場合、クリアが入力される全てのビッドおよび／またはオファーを可能にする、請求項３に記載の取引システム。
【請求項４４】
入力時にカウンタービッドおよび／またはオファーがない場合、クリアが入力される全てのビッドおよび／またはオファーを可能にする、請求項３に記載の取引システム。
【請求項４５】
反−ビッドまたはオファーの量より少ないＨｉｔまたはＴａｋｅ注文の入力を可能にし、さらなる売買から入力する参加者を自動的に停止する、請求項３に記載の取引システム。
【請求項４６】
前記参加者が、単一のキーストロークにおいて示す全体量を取引するためのクリアされたビッドまたはオファーをＨｉｔあるいはＴａｋｅすることを可能にする、請求項３に記載の取引システム。
【請求項４７】
反−ビッドまたはオファーの総量より多いＨｉｔまたはＴａｋｅ注文の入力を可能にする、請求項３に記載の取引システム。
【請求項４８】
それぞれ異なるタイマーを有する選択アイテムＨｉｔおよびＴａｋｅの作成を可能にする、請求項３に記載の取引システム。
【請求項４９】
不確定の受動的Ｈｉｔおよび／またはＴａｋｅタイマーを確立する、請求項３に記載の取引システム。
【請求項５０】
それぞれの量が増加するときタイマーをリセットして、ＨｉｔまたはＴａｋｅ注文に対応する前記受動的Ｈｉｔおよび／またはＴａｋｅ入力を可能にする、請求項３に記載の取引システム。
【請求項５１】
入力された時間でキューするためのＨｉｔまたはＴａｋｅ入力を可能にする、請求項３に記載の取引システム。
【請求項５２】
少なくとも１つの前記ワークステーションは、取引条件に応答してダイナミックに変更された証明を有するキーを備える入力デバイスを含む、請求項３に記載のデータ処理システム。
【請求項５３】
前記キー証明は、リアルタイムで電子的に変更される、請求項５２に記載のデータ処理システム。
【請求項５４】
前記キー証明は、選択アイテムの価格を示す、請求項５２に記載のデータ処理システム。
【請求項５５】
前記キー証明は、対応する現金市場価格と選択アイテムの該現金市場価格の派生的な市場価格との間の差異を示す、請求項５２に記載のデータ処理システム。
【請求項５６】
前記キー証明は、２つ以上の選択アイテム間に対応する価格および／または利益の差異を示す、請求項５５に記載のデータ処理システム。
【請求項５７】
前記キー証明は、選択アイテムの価格を示す、請求項５５に記載のデータ処理システム。
【請求項５８】
前記キー証明は、選択アイテムの利益を示す、請求項５５に記載のデータ処理システム。
【請求項５９】
前記キー証明は、取引される市場の問題を示す、請求項５５に記載のデータ処理システム。
【請求項６０】
前記キー証明は、キーボードがイネーブルであるか、ディセーブルであるかどうかを表示する、請求項５５に記載のデータ処理システム。
【請求項６１】
前記ワークステーションは、市場情報の１つ以上のクアド証明を有する表示画面を備える、請求項５５に記載のデータ処理システム。
【請求項６２】
前記入力デバイスは、機能を取り消すために少なくとも１つのキーを有する、請求項５２に記載のデータ処理システム。
【請求項６３】
前記入力デバイスは、少なくとも１つの取引機能に対する少なくとも４つのキーを有する、請求項６２に記載のデータ処理システム。
【請求項６４】
それぞれの機能に対する４つのキーのそれぞれは、左右対称の向きに配列されている、請求項６３に記載のデータ処理システム。
【請求項６５】
前記キーボードは、以下の取引機能すなわち、ビッドをキャンセルする機能、ビッドを行う機能、購入を実行する機能、販売を実行する機能、オファーを行う機能、機能を取り消す機能、およびトランザクションを完結する機能の各取引機能に対する少なくとも１つのキーを有する、請求項５２に記載のデータ処理システム。
【請求項６６】
前記通信リンクは、入力デバイスを含む、請求項４に記載のデータ処理システム。
【請求項６７】
オファーを行う、機能を取り消す、およびトランザクションを完結するためのキーの列は、購入キーの列および販売キーの列の右側に配列されている、請求項６４に記載のデータ処理システム。
【請求項６８】
ニューメリックキーパッドは、購入キーの列と販売キーの列との間に配列されている、請求項６４に記載のデータ処理システム。
【請求項６９】
前記キーボードは以下の取引機能すなわち、ビッドをキャンセルする機能、ビッドを注文する機能、購入を実行する機能、販売を実行する機能、オファーを行う機能、機能を取り消す機能およびトランザクションを完結する機能の各取引機能に対する少なくとも１つのキーを有する、請求項６６に記載のデータ処理システム。
【請求項７０】
前記キーボードは、前記機能のそれぞれに対して４つのキーまでのセットを有する、請求項６９に記載のデータ処理システム。
【請求項７１】
それぞれの機能に対するキーのセットのそれぞれは、一列に配置される、請求項７０に記載のデータ処理システム。
【請求項７２】
ビッドをキャンセルするためおよびビッドを行うためのキーの列は、購入キーの列および販売キーの列の左側のキーボードに配列されている、請求項７１に記載のデータ処理システム。
【請求項７３】
オファーを行う、機能を取り消す、およびトランザクションを完結するための前記キーの列は、購入キーの列および販売キーの列の右側に配列されている、請求項７２に記載のデータ処理システム。
【請求項７４】
前記ニューメリックキーパッドは、購入キーの列と販売キーの列との間に配列されている、請求項７３に記載のデータ処理システム。
【請求項７５】
前記キーボードは、特定の選択アイテムに対してそれぞれ複数の専用のキーを備える、請求項６６に記載のデータ処理システム。
【請求項７６】
前記キーボードは、特定の選択アイテムに対して専用のキーを備える、請求項４に記載のデータ処理システム。
【請求項７７】
前記キーボードは、特定の選択アイテムに対してそれぞれ複数の専用のキーを備える、請求項４に記載のデータ処理システム。
【請求項７８】
電子通信を介して、複数の参加者間の売りに出される品目の電子取引に関する取引コンピュータシステムであって、該システムが、
複数のコンピュータと一つ以上のコンピュータとの間の通信を確立するネットワーク相互接続と、
取引規定プロトコルに従って、該複数のコンピュータからの入力の受信、および該複数のコンピュータへの応答を可能にする一つ以上のコンピュータサーバと、
該参加者により理解可能な形式での取引情報を提示する少なくとも１つの出力システム、ならびに該取引情報に応答して、一つ以上の取引状態において複数価格レベルであり得る実行される取引の取引位置およびエントリに関して、該参加者から該サーバ（単数および複数）にコマンドを転送する入力システムを個々に含む該複数のコンピュータと
を含む、システム。
【請求項７９】
前記複数のコンピュータ上の前記出力システムが前記取引情報の視覚プレゼンテーションの表示を含む、請求項７８の記載の取引コンピュータシステム。
【請求項８０】
前記複数のコンピュータ上の前記出力システムが前記取引情報の音声プレゼンテーションを含む、請求項７８に記載の取引システム。
【請求項８１】
前記取引規定プロトコルが、複数の取引状態に従って、電子注文コマンドへのアクセスおよびエントリを制御するロジックを含む、請求項７８に記載の取引システム。
【請求項８２】
前記状態が、現在の品目および価格に関する取引情報を前記複数のコンピュータに提供し、それにより参加者が取引中のビッドまたはオファーのヒットまたはテイクを含む注文コマンドを入力することが可能となるビッド−オファー状態を含む、請求項８１に記載の取引システム。
【請求項８３】
前記ビッド−オファー状態が、ビッドまたはオファー価格設定ならびに時間に基き参加者を整理する一つ以上の価格設定キューをさらに提供する、請求項８２に記載の取引システム。
【請求項８４】
前記状態が、それぞれビッドまたはオファー全てのヒットまたはテイクのエントリをする際に前記サーバにより確立されるワークアップ状態を含む、請求項８３に記載の取引システム。
【請求項８５】
前記ワークアップ状態が、所定の間隔の間に注文コマンドアクセスを提供する参加者の数を判定する、請求項８４に記載の取引システム。
【請求項８６】
前記サーバが、参加者の前回のビッドまたはオファー位置に基く価格レベルでのワークアップ状態の間に拡張した取引アクセスを確立する、請求項８５に記載の取引システム。
【請求項８７】
前記状態が、ワークダウン状態をさらに含み、前記サーバコンピュータが、前記取引情報における取引中のビッドまたはオファーの全てよりも低い間取引順序のエントリの際の該ワークダウン状態を確立する、請求項８６に記載の取引システム。
【請求項８８】
前記品目が、金融インストルメントである、請求項７８に記載の取引システム。
【請求項８９】
前記品目が、定額所得インストルメントである、請求項７８に記載の取引システム。
【請求項９０】
前記品目が、米国債務インストルメントである、請求項７８に記載の取引システム。
【請求項９１】
前記品目が、デリバティブ金融商品である、請求項７８に記載の取引システム。
【請求項９２】
前記品目が、物理的商品である、請求項７８に記載の取引システム。
【請求項９３】
前記品目が、技術、自動車、電気、公害権、二酸化炭素、およびワインからなるグループから選択される、請求項７８に記載の取引システム。
【請求項９４】
前記品目が、金融インストルメントである、請求項１に記載の取引システム。
【請求項９５】
前記品目が、先物契約である、請求項１に記載の取引システム。
【請求項９６】
前記品目が、オプション契約である、請求項１に記載の取引システム。
【請求項９７】
前記品目が、株式インストルメントである、請求項１に記載の取引システム。
【請求項９８】
前記品目が、自己資本／債務ハイブリッドインストルメントである、請求項７８に記載の取引システム。
【請求項９９】
前記品目が、市債インストルメントである、請求項７８に記載の取引システム。
【請求項１００】
前記品目が、優先株である、請求項７８に記載の取引システム。
【請求項１０１】
前記品目が、転換社債である、請求項７８に記載の取引システム。
【発明の詳細な説明】
【技術分野】
【０００１】
（発明の分野）
本発明は、金融トランザクションにおける支援を行うデータ処理システムに関する。より詳細には、本発明は、オークションイベントのシーケンスを制御するオークション形式の特定のプロトコルに従って、選択された種類の資産（例えば、証券、金融証書、商品、およびそれらのデリバティブ等）を、管理的に売買する、データ処理装置および方法に関する。本発明によるシステムについて、選択された確定利付金融証券オークションを、公平かつ迅速な入札−落札売買トランザクションで行い、同時に売買インセンティブの配分を提供するコンテキストにおいて示される。
【０００２】
（関連出願の説明）
本出願は、１９９６年１２月１３日に出願された、米国特許第０８／７６６，７３３号の部分継続出願である。本明細書中、同特許の開示内容全体を参考のため援用する。
【背景技術】
【０００３】
（発明の背景）
経済活動の中心を為すものは、市場経済において製造および消費される物品およびサービスに関するバイヤーとセラーとの間のトランザクションであり、これは、資源を生産者に分配し、その成果を消費者に分配するための基本的メカニズムである。バイヤー−セラーメカニズムの活動は、経済効率の主要な決定要因であり得またそうであることが多く、その活動が適切に行われると、実質的に市場の活性化につながる。
【０００４】
長年にわたって、バイヤーとセラーとを結び付けるように適合された多くの異なるアプローチが作成されてきた。これらのアプローチの各々は、バイヤーおよびセラー双方の希望を満たす物品「市場」価格（またはそのような価格にできるだけ近い価格）でのトランザクションを可能にする目的を有する。市場価格とは定義上では、十分に成熟した市場において、十分なアクセスが与えられると、選択された物品のトランザクションが行われる（所与の通貨額の）価格である。市場価格は、実質的に全ての潜在的バイヤーおよびセラーがトランザクションに十分にアクセスすることを可能にし、各関係者の希望を示すことを可能にすることによってのみ達成可能となる価格である。しかし、バイヤーとセラーとの間のトランザクションは、非常に低コストで行えるものにしないと、人為的に高額なトランザクションコストのために、物品の市場価格が歪められてしまう。従って、明らかなように、効果的なバイヤー／セラートランザクションへの２つの主要な鍵（すなわち、表現および知識の十分なアクセスと低額のトランザクションコストとの組合わせ）は、競合し得またそうであることが多く、そのため、売買効率と市場知識との間のトレードオフが必ずつきものとなる。
【０００５】
１つの周知の特に成功しているバイヤーセラートランザクションシステムとして、「公開呼び売りオークション」が知られている。この「公開呼び売りオークション」では、バイヤーおよびセラーが一ヶ所に集合して、仲介人が、単純な肉声による申し出を通じて、選択された物品の価格を参加者に提示するプロセスが行われる。このアプローチは、ほとんど全ての種類の物品に対して用いられてきたが、選択されたアイテムの売買を行う場所または市場が確立されていない場合に特に有用である。この「公開呼び売りオークション」は、美術品などのような珍しい品物の売買の場所として独占的なものである。このような売買形態は、関心を示す関係者をトランザクションに参加させることには成功しているが、そのプロセス全体に非常に高いコストがかかり得、市場を歪めるトランザクションコストが有意に増える原因となっている。
【０００６】
公開呼び売りオークション技術は、長年にわたって修正が加えられ、また多くの売買活動（例えば、農作物および家畜の売買、様々なアイテムに関する商品契約、先物契約、および（本発明の好適な実施形態に特に密接な関係を有する）確定利付証券等）にその用途を見出してきた。こういった売買活動の多くは、実質的に代替可能な品物（すなわち、市場にある類似の品物と差別化しても意味の無い品物）の売買に集中している。例えば、２月に配送される１ブッシェルの小麦は、その生産元から独立した価格で、販売および配送対象としてみなされる。同様に、利率が６．７５％で発行日が１９９６年８月の３０年ものの米国国債から、所有者および投資家を区別することは不可能である。従って、バイヤーが自発的に支払い、セラーが自発的に受け入れる価格は、同じ年数が経過している３０年ものの米国国債全ての市場価格を規定し、これにより、その価格の根拠（ｓｏｕｒｃｅｓ）について透明性を有する公開呼び売りオークション売買が可能となる。
【０００７】
米国政府によって発行される確定利付証券は、米国財務省証券として知られる。これらの証券の満期期間は典型的には、発行日から１３〜５２週（財務省短期債券）後、１〜１０年（手形）後および〜３０年（債券）後に来る。財務省短期債券は、利札の無い、純粋な割引証券である。他の多くの財務省証券は、期間がより長い利札付き手形または利札付き債券であり、半年毎の一定の利子支払いサイクルで、所有者に利子を支払う。別のより最近の種類の財務省証券は、インフレ時、物価スライド方式で支払いを行う。
【０００８】
財務省証券は、本発明の目的のために特に有用な特性を有し、従って基本的な原理を有する、以下の説明において財務省証券のみを用いるが、本明細書の原理は、本発明の概念から逸脱することなく、他の種類の資産（例えば、証券、金融証券、商品、およびデリバティブ等）にも適用可能である。本明細書の原理は、本発明の概念から逸脱することなく、他の種類の資産（例えば、証券、金融証券、商品、およびデリバティブ等）にも適用可能である。
【０００９】
新規な財務省証券は、事前に確定しているオークション日に、米国政府によってオークションにかけられる。財務省証券のオークション価格は、額面価格を設定利率と共に有し、財務省証券の保証額を規定する。オークション後、これらの財務省証券は、流通市場へと入り、「カウンター越しに（すなわち、一定の相場を用いずに）」売買されることが多い。インフレ予測および需要／供給状態が変化すると、ごく最近にオークションにかけられた財務省証券の価格が流通市場において変動する。これらの新規な価格は、流通市場内の機関、銀行、仲介人、およびディーラーの間でやり取りされる、入札価格と希望価格との間の競合結果を反映する。
【００１０】
これらの新しくオークションにかけられた証券は、それよりも前のオークションで発行された証券と共に売買され、またこれらと関連して売買される。この状況において、いくつかの証券は、他の証券よりも頻繁に売買され、このような証券は、「アクティブもの」と呼ばれる。アクティブものは通常、市場において、古い証券に対して比較的最近に発行された証券に相当する。実際、古い証券の中には滅多に売買されないものもあり、その結果、市場は、流動性に乏しいものとなり、満期までの期間が同じで比較的新しい証券の市場で決定された利率を反映したり、しなかったりし得る。
【００１１】
従って、上記説明によって理解できるように、財務省証券市場のサイズおよび多様性にこそ、これらの証券に関連する入札トランザクション、落札トランザクション、購買トランザクションおよび販売トランザクションにおける市場参加者により、前例のないレベルの精巧化を関係付ける。トランザクションに関連する複雑性と、銀行、仲介人、ディーラーおよび機関参加者により引き受けられる売買のスケールとにこそ、厳正に構築された売買アプローチが必要である。
【００１２】
過去において、公開呼び売りオークションの債券仲介は、顧客を十分に満足させ、ほぼ正確な市場価格形成で、オークションを効率的に行っていた。債券売買に適用される公開呼び売りオークションは、仲介人によって実行され、仲介人は、顧客の集団に働きかけて、市場の生成および管理を行っていた。典型的には、顧客の代表（すなわちバイヤーおよびセラーの両方）は、共通の場所（例えば、１つの部屋）に集合し、互いに会話を交わして価格形成を発展させ、トランザクションを確認する。このプロセスでは、代理人らは、確定利付証券について、様々な入札価格および落札価格を、選択数量（すなわち、所与の満期における百万ドル単位の債券の量）で表す。この表現は、トランザクションとマッチングするものが現れ、取引が終了するまで、顧客が提示した入札価格および落札価格の口頭による大きな「叫喚」と、共に参加している代理人の間での好ましい位置（ｃｏｍｐｌｉｍｅｎｔａｒｙ  ｐｏｓｉｔｉｏｎ）の導出に関する調整と、の形態をとる。この「売買取得」プロセスは、この口頭による叫喚売買を通じて発生した内容の事後報告に依存している。
【００１３】
近年、この売買取得プロセスは、データを電子入力デバイスに入力するよう指名を受けた係の者によって行われる。入力係は、多くの個々の仲介人による公開呼び売りを同時に解釈しようとし、これにより、仲介人の顧客の売買命令が口頭で伝えられる。このデータ取得の品質は、入力係の解釈スキルと、顧客注文の量および変動との関数である。この種類のオークションデータ取得プロセスの重要な欠陥は、正確なデータシーケンスを取得できるように、変化の速い市場で矢継ぎ早に口頭で出される別個の売買命令を識別するのが困難であることである。
【００１４】
このプロセスを多岐にわたり変更することについて、以下に詳細に説明する。ここでは、公開呼び売りオークションプロセスの発展時では存在するトランザクションの量が少ない点と、このプロセスに代わる適切な代替物が無い点とにおいて、公開呼び売りオークションプロセスは、何十年もの間支配的な売買メカニズムで有り続けてきたと述べれば十分であろう。しかし、いかに成功を収めてきたとはいえ、このアプローチは完全ではない。実際、近年になって、確定利付分野において取り扱われている売買量が急激に増加したために、公開呼び売りオークションの現場においていくつかの問題が深刻になっている。統合的な試みがなくとも、このような問題は通常、取引者の人員を公開呼び売りオークションプロセスに注入することによって発生している。例えば、量的にも重要度的にもレベルの低い顧客グループを代理する者が、よく響く大きな声を持っているというだけで、事実上売買およびトランザクションのフローを独占し得ることがある。このような攻撃的オークションを公開呼び売りオークションにおいて行うことは、短期的に見れば特定の顧客に利益をもたらすかもしれないが、総体的に見れば、このような支配的売買は、価格形成を実際の市場から離れた歪んだものにし得、何人かのバイヤーおよびセラーに不満足な結果をもたらし得る。
【００１５】
公開呼び売りオークションには、効率的な売買を行う際の妨げとなる他の問題もある。売買が流れる速度と、オークションプロセスが口頭で行われるという特性とによって、売買委託された何百万ドルもを顧客の目的に無関係な取引に費やし得るような人為的ミスが頻繁に発生し得る。いくつかの場合、仲介人は、各売買日が終了するころになって、特定の市場条件下において、その日の売買から得られる利益全てを帳消しにし得る調整プロセスと共に残される。また、顧客は、市場についての入手可能な新情報に基づいて、売買に関する方針を変更し得る。従来の公開呼び売りプロセスの場合、先行して委託されたトランザクションについて位置付けを変更することまたは取り消しをすることを通知があってからすぐに行うことは、極めて難しい場合が多い。
【００１６】
オークションプロトコルを制御するシステムを通じてオークションプロセスを自動化する試みなど、選択された資産証書および金融証券の売買を支援するためにコンピュータを用いる試みは、数多く為されてきた。実際、今日ではほとんど全ての売買において、単純な情報配信から選択された領域におけるトランザクションを自動化する高度な売買システムまで、なんらかの形でコンピュータが関与している。しかし、バイヤーおよびセラーが確定利付分野における公開呼び売りオークションおよび従来からの売買に関与してトランザクションを完了する際に複雑な希望を満足することに関連する問題に対し、これらのシステムは有意な効果を出していない。バイヤーおよびセラーが関与する特定の売買プロセスに関する問題に対するこの認識が原動力となって、本発明が形成された。
【発明の概要】
【発明が解決しようとする課題】
【００１７】
（発明の目的および要旨）
従って、本発明の目的は、大量の売買活動が可能な売買システムをインプリメントするデータ処理システムを提供することである。
【００１８】
本発明の別の目的は、証券を売買するプロセスをイネーブルするトランザクションを、より迅速なレベルで、最小のエラーおよびコストでサポートするデータ処理方法を提供することである。
【００１９】
本発明のさらに別の目的は、入札／落札市場上での売買の制御を管理する、形式化された売買プロトコルをサポートするデータ処理システムを提供することである。
【００２０】
本発明のさらに別の目的は、現在の証券市場の活動に関する情報をリアルタイムで収集、表示および配信し、この情報を処理して、参加者の注文および売買活動の大きさをリアルタイムで数量化するシステムを提供することである。
【００２１】
本発明の別の目的は、複数の種類のデータの選択処理する装置であって、装置を利用する前にデータを定性化して、定性化したデータを確定利付証券の注文および売買用に変換（ｔｒａｎｓｌａｔｉｎｇ）する装置を提供すること、である。
【００２２】
本発明のさらに別の目的は、従来からの入札基準、落札基準および売買基準ではなく、事前に確定された双方向基準に従って、売買コマンドへの制御されたアクセスを提供するデータ処理システムを提供することである。
【００２３】
本発明のさらに別の目的は、高速通信ループによってリンクされた複数のワークステーションを含むコンピュータシステムを提供して、参加者が、市場データの高速配信を受け取り、市場データをやり取りすることを可能にすることである。
【００２４】
本発明のさらに別の目的は、優先順位による報酬（ｐｒｉｏｒｉｔｉｅｓ  ｒｅｗａｒｄｓ）を認めることにより、参加者に流動性を生成させ、同時に、参加者の注文を系統立てた公平な様式で満足することを確実にするシステムを提供することである。
【００２５】
本発明の別の目的は、価格の適用（ｅｘｅｃｕｔｉｏｎ）を改善する売買活動を開始することにより認められる機会を通じて、バイヤーおよびセラーが自身の総売買量を示すことを奨励することである。
【００２６】
本発明の別の目的は、バイヤーおよびセラーならびに入札者および落札者の売買インセンティブの価格改善を数量化することである。
【００２７】
本発明のさらに別の目的は、価格改善による売買インセンティブをバイヤーおよびセラーに配分することである。
【００２８】
本発明のさらに別の目的は、バイヤーおよびセラーに、売買を均一な売買インクリメントで割り当てることである。
【００２９】
本発明のさらに別の目的は、選択された市場データの収集、フィルタリングおよび配信をリアルタイムで行う価格改善プロトコルプロセッサにリンクされたデータベースシステムを提供することである。
【００３０】
本発明の別の目的は、ワークステーション用の専用入力システムを備えるコンピュータシステムであって、この専用入力システムは、ワークステーションによって行われる売買に合わせてカスタマイズされ、また、そのワークステーションにいる所与の参加者の売買パターンに合わせてカスタマイズされ得る、システム、を提供することである。
【００３１】
本発明のさらに別の目的は、所与の参加者用のカスタマイズされた売買ツール（例えば、価格改善の注文、停止注文および限定注文、条件付き注文、フラグ（警告等）を個別に提供して、これにより、特定の参加者が、売買の制限、（マージン制限）、売買開始制限等に到達することである。
【課題を解決するための手段】
【００３２】
本発明の上記および他の目的は、選択された売買を管理するための、プログラムにより制御されるロジックを有する、コンピュータを用いたデータ処理システムによって提供される。このデータ処理システムは、サーバーとリンクされた複数の売買ワークステーションを用い、これにより、データフローと処理との間の調整を行う。通信を行うのは、ネットワーク（例えば、イーサネット（登録商標）、トークンリング、トークンバスまたは他の階層型ＬＡＮおよび／またはＷＡＮコンフィギュレーション）である。このシステムは好適には、各ワークステーションでの入力用の専用キーパッドを含み，この専用キーパッドはそれぞれ、プログラムされたキーストロークコマンドを提供する。あるいは、他のキーボード、キーパッドまたは音声制御による電子デバイスも、本システムと共に使用可能である。中央処理論理は、各ワークステーションに対し、利用可能な注文オプション、売買オプションおよび割り当てオプションならびに画面表示を指令する。注文およびトランザクションが入力されると、様々なプロトコルが、入札−落札制御、優先順位の生成、独占的売買時間、および双方向売買管理の割り当てに影響を与える。売買が終了すると、本システムは、リンク付けされたデータベースを、新規入力されたトランザクションデータで更新する。
【００３３】
本発明によれば、この制御論理は、以下の５種類の状況のような、各参加者の売買状況のシーケンスを提供する。
【００３４】
１．入札−落札状況
２．時期状況
３．ワークアップ状況
４．再確認（Ｓｅｃｏｎｄ  Ｌｏｏｋ）状況
５．ワークダウン状況
様々なトランザクションが入力されると、トレーディング状況および相互関係はこれら５つの状態の１つである。このワークステーションの「状況」により、当該参加者が利用することが可能なオプションが判定され、これにより、注文および売買のフローをコスト効率が良くかつエラーの無い様式で制御できる。参加者は別々に構成されたワークステーションにおいて入札、落札および売買を行うのに対し、これらのプロトコルは全ての参加者に共通するため、トランザクションが強引な方式で制御される事態を、資本を関与させることなく回避できる。
【００３５】
本発明の上記の機能は、以下に示す本発明の特定の例示的実施例を一連の例示的図面と共に読めば、より深く理解できる。
例えば、本発明は以下を提供する。
（項目１）  選択アイテムの価格発見およびトランザクションのために構成される取引環境であって、該取引環境は、データ処理システムとの組み合わせにおいて実行され、1つの所定の組の特性を有し、該データ処理システムは、該取引の動作に関する様々な参加者の能力を定義する特定の通信プラットフォームを介して参加者によって利用され、
参加者とリンクする複数の通信であって、これにより、該選択アイテムの価格およびトランザクション属性に関する取引情報を伝送し、該情報に応答して参加者の双方向入力を伝送し、該入力は、入札、落札、および取引実行コマンドを含む、複数の通信と、
該参加者とリンクし、該参加者と通信する中央サーバであって、該中央サーバは、所定の取引制御ロジックによってプログラムされ、該所定の取引制御ロジックは、参加者によって指示された双方向の入札、落札、および取引コマンドを実行するように指示された１組の取引シーケンスのプロトコルを備え、ここで、取引は、１つ以上の取引状態の１つまたは複数の価格水準で手続し、該状態は、アイテム取引動作に関する該参加者の能力を定義する、中央サーバと
を含む、取引環境。
（項目２）  前記プロトコルは、参加者が設定された１つの価格または価格の組で、Ｈｉｔおよび／またはＴａｋｅコマンドによって前記選択されたアイテムを購入または販売する条件を定義するロジック構成を含む格納されたプログラムによって定義される、項目１に記載の取引システム。
（項目３）  参加者はネットワークステーションおよび選択的に配列した画面ディスプレイを介して前記情報へのアクセスが提供されている、項目１に記載の取引システム。
（項目４）  前記プロトコルは、参加者が取引者となる条件ならびに該取引者および別の参加者が取引に参加し得る条件を定義し、そして、該取引者および該他の参加者が落札した購入および／または販売する注文から価格の改善を入手する、ロジック構成を含む格納されたプログラムにより制御される、項目１に記載の取引システム。
（項目５）  前記価格の改善は、現在の参加者および／またはさらなる参加者が、選択アイテム取引位置変更またはコマンドを入力する場合に生じる、項目４に記載の取引システム。
（項目６）  前記ロジック構成が、入札および／または落札を格付けする、項目２に記載の取引システム。
（項目７）  前記システムの状態が、入札−落札状態および取引ワークアップ状態を含む、項目６に記載の取引システム。
（項目８）  前記取引状態は、ワークダウン状態をさらに含む、項目７に記載の取引システム。
（項目９）  前記取引状態は、第２のロック状態をさらに含む、項目８に記載の取引システム。
（項目１０）  前記取引状態は、時期状態をさらに含む、項目９に記載の取引システム。
（項目１１）  前記取引状態は、前記参加者によって入力されたコマンドの機能である、項目１に記載の取引システム。
（項目１２）  前記取引状態は、許可を得られていない入札／落札のための選択時間間隔制御を含む、項目１に記載の取引システム。
（項目１３）  前記ディスプレイは、市場の入札側および／または落札側の提示をさらに含む、項目３に記載の取引システム。
（項目１４）  前記ディスプレイは、クリアされていない入札および／または落札、あるいはクリアされた入札および／または落札の規模に関する情報をさらに提供する、項目１３に記載の取引システム。
（項目１５）  前記ディスプレイは、前記市場の入札および／または落札の規模において、参加者それぞれの参加に対応するグループに組織化された参加者のキューをさらに提供する、項目１３に記載の取引システム。
（項目１６）  前記参加者のキューは、時間入力順に並べられた、項目１５に記載の取引システム。
（項目１７）  前記参加者のキューは、時間入力の間、規模および／または価格に由来した測定基準の順に並べられる、項目１５に記載の取引システム。
（項目１８）  前記参加者のキューの順番は、価格に換算した入力の質にさらにもとづいている、項目１６に記載の取引システム。
（項目１９）  前記ディスプレイは、参加者によるＨｉｔおよび／またはＴａｋｅコマンドのエントリーに関する情報を提供する、項目１８に記載の取引システム。
（項目２０）  前記参加者のエントリーは、エントリー制限の規模によって制御される、項目１５に記載の取引システム。
（項目２１）  参加者の階層は、他の参加者の行動を制御し、制限し得る、項目３に記載の取引システム。
（項目２２）  複数の参加者によって使用するためのコンピュータ取引システムであって、ここで、１人以上の参加者は、データ入力のために選択的に構成された入力デバイスを操作し、ディスプレイから市場の状況についての情報を受け取り、該システムは、
該入力デバイスと通信し、取引プロトコルを提供する関連した制御ロジックを有するデータプロセッサであって、ここで、取引は、参加者間の取引階層を確立し、かつ、参加者による取引エントリーが選択アイテムで行われることを可能にする、１つ以上の取引状態の１つまたは複数の価格水準で実行する、データプロセッサを含み、
該入力デバイスは、取引に有効な特定のアイテムに個々に割り当てられた１つ以上の取引実行キーを備え、該デバイスは、特定の参加者に入札、落札、ＨｉｔおよびLiftのエントリーのための取引コマンドを割り当てる複数の参加者エントリーキーを含み、
該ディスプレイ手段は、取引情報プロフィールを表示し、ここで、該取引情報プロフィールは、選択価格点および規模で取引中の落札および入札を含む、システム。
（項目２３）  前記入力デバイスは、入札−落札コマンドのための単一のキー操作エントリーを提供する、項目２２に記載の取引システム。
（項目２４）  前記取引状態は、１つまたは複数の価格ポイントで価格改善取引を含む、項目２３に記載の取引システム。
（項目２５）  前記データプロセッサは、双方向の入札−落札状態を提供し、ここで、参加者の価格および規模（単数または複数）は、前記ディスプレイ手段に表示される、項目２３に記載の取引システム。
（項目２６）  前記入札−落札状態は、ＨｉｔまたはＴａｋｅコマンドの参加者の入力により終了される、項目２５に記載の取引システム。
（項目２７）  前記入札−落札状態は、ＨｉｔまたはＴａｋｅコマンドの新たな参加者の入力により「日時」状態に移行される、項目２５に記載の取引システム。
（項目２８）  前記ディスプレイ手段は、取引トランザクションに関する情報を示し、かつ、該情報への参加者のアクセスは、システム取引状態および／またはインターバルタイマーに依存する、項目２２に記載の取引システム。
（項目２９）  請求項１に記載のシステムにおいて実行される選択アイテム取引の方法であって、該システムは、所定の取引プロトコルに、
価格改善入札−落札状態を提供し、ここで、参加者は、入札、落札およびボリューム情報量の入力により参加する工程、
価格水準および／または時間により該参加者の入札および落札をキューする工程と、
該入札−落札に応答して、該参加者からのＨｉｔおよび／またはLiftコマンドを受け取る工程であって、これにより、参加者は価格改善取引状態に入る、工程、および
該価格改善取引状態の間に確立される、単一の価格または複数の価格において取引トランザクションを完結する工程、を提供する、方法。
（項目３０）  前記取引状態は、ワークダウンおよびワークアップ状態にさらに表される、項目２９に記載の方法。
（項目３１）  前記ワークアップ状態は、システムおよび／または制御され指定された範囲内の全ての取引中の規模を発見または取得する単一の参加者によって作成される、項目３０に記載の方法。
（項目３２）  前記ワークダウン状態は、システムおよび／または参加者によって制御され指定された範囲内の全ての取引規模以下を発見または取得する単一の参加者によって作成される、項目３０に記載の方法。
（項目３３）  前記入札−落札状態は、キューの価格をつける複数のシステム作成により特徴づけられる、項目２９に記載の方法。
（項目３４）  前記取引プロトコルは、前記コンピュータシステムを制御するプログラミングロジックにエンコードされる、項目２９に記載の方法。
（項目３５）  前記方法は、取引キーを動的に変化させるキーパッドを備える入力デバイスをさらに含む、項目２９に記載の方法。
（項目３６）  前記参加者の確認は、リアルタイムで監視され、確認される、項目１に記載の取引システム。
（項目３７）  前記参加者は、リアルタイムで現在の確認の通知を受ける、項目１に記載の取引システム。
（項目３８）  前記参加者は、セットタイムおよび／または間隔が制御されたシステムでアクセスの取引から防止され得る、項目１に記載の取引システム。
（項目３９）  前記参加者は、該参加者のリアルタイムの入札および落札の状態で通知を受ける、項目１に記載の取引システム。
（項目４０）  前記参加者は、該参加者のＨｉｔ、Ｔａｋｅ、ならびに／あるいは価格改善ＨｉｔまたはＴａｋｅリアルタイムの状態で通知を受ける、項目１４に記載の取引システム。
（項目４１）  前記参加者は、複数の価格で入札または落札のシーケンスをポストし得る、項目１に記載の取引システム。
（項目４２）  前記複数の取引価格は、ロジックが制御されたシステムで決定されるときの取引者の残りを共有することによって決定される、項目２９に記載の方法。
（項目４３）  入札−落札間隔時間および実行優先時間は、システムまたは手動で制御される、項目３に記載の取引システム。
（項目４４）  価格において、入札または落札および定まったサイズの量の追加または減少を可能にする、項目３に記載の取引システム。
（項目４５）  全体のまたはインクリメンタルベーシスの入札および／または落札ならびにＨｉｔおよびＴａｋｅのサイズの量の増加の入力を可能にする、項目３に記載の取引システム。
（項目４６）  キューされた参加者が、該参加者のオープン入札または落札の追加量に対するキューの下部を結合することにより、該入札または落札の規模を増加することができる、項目３に記載の取引システム。
（項目４７）  入力が、第１のキューにおいて、最も低い入札または落札をキャンセルすることで、入札または落札の量を減少することができる、項目３に記載の取引システム。
（項目４８）  インターバルタイマーが、前記入札または落札をクリアする前に、入力が、クリアされていない入札または落札をクリアすることができる、項目３に記載の取引システム。
（項目４９）  前記参加者が入札者と落札者の両方である場合、入力が、前記入札または落札の１サイドをキャンセルすることができる、項目３に記載の取引システム。
（項目５０）  クリアインターバルタイマーがゼロに達する場合、クリアされていない入札または落札がクリアされた入札−落札となること、および特定の製品のためのＨｉｔまたはＴａｋｅの任意の入力によってただちに実行するためにオープンすること、を可能にする、項目３に記載の取引システム。
（項目５１）  クリアインターバルタイマーがゼロに設定される場合、クリアが入力される全ての入札および／または落札を可能にする、項目３に記載の取引システム。
（項目５２）  入力時にカウンター入札および／または落札がない場合、クリアが入力される全ての入札および／または落札を可能にする、項目３に記載の取引システム。
（項目５３）  反−入札または落札の量より少ないＨｉｔまたはＴａｋｅ注文の入力を可能にし、さらなる売買から入力する参加者を自動的に停止する、項目３に記載の取引システム。
（項目５４）  前記参加者が、単一のキー操作で示す入力量を取引するためのクリアされた入札または落札をＨｉｔあるいはＴａｋｅすることを可能にする、項目３に記載の取引システム。
（項目５５）  反−入札または落札の総量より多いＨｉｔまたはＴａｋｅ注文の入力を可能にする、項目３に記載の取引システム。
（項目５６）  それぞれ異なるタイマーを有する選択アイテムＨｉｔおよびＴａｋｅの作成を可能にする、項目３に記載の取引システム。
（項目５７）  不確定の受動的Ｈｉｔおよび／またはＴａｋｅタイマーを確立する、項目３に記載の取引システム。
（項目５８）  それぞれの量が増加するときタイマーをリセットして、ＨｉｔまたはＴａｋｅ注文に対応する前記受動的Ｈｉｔおよび／またはＴａｋｅ入力を可能にする、項目３に記載の取引システム。
（項目５９）  入力された時間でキューするためのＨｉｔまたはＴａｋｅ入力を可能にする、項目３に記載の取引システム。
（項目６０）  少なくとも１つの前記ワークステーションは、取引条件に応答してダイナミックに変更された証明を有するキーを備える入力デバイスを含む、項目３に記載のデータ処理システム。
（項目６１）  前記キー証明は、リアルタイムで電子的に変更される、項目６０に記載のデータ処理システム。
（項目６２）  前記キー証明は、選択アイテムの価格を示す、項目６０に記載のデータ処理システム。
（項目６３）  前記キー証明は、対応する現金市場価格と選択アイテムの該現金市場価格の派生的な市場価格との間の差異を示す、項目６０に記載のデータ処理システム。
（項目６４）  前記キー証明は、２つ以上の選択アイテム間に対応する価格および／または収量の差異を示す、項目６３に記載のデータ処理システム。
（項目６５）  前記キー証明は、選択アイテムの価格を示す、項目６３に記載のデータ処理システム。
（項目６６）  前記キー証明は、選択アイテムの利益を示す、項目６３に記載のデータ処理システム。
（項目６７）  前記キー証明は、取引される市場の問題を示す、項目６３に記載のデータ処理システム。
（項目６８）  前記キー証明は、キーボードがイネーブルであるか、ディセーブルであるかどうかを表示する、項目６３に記載のデータ処理システム。
（項目６９）  前記ワークステーションは、市場情報の１つ以上の四重化証明を有する表示画面を備える、項目６３に記載のデータ処理システム。
（項目７０）  前記入力デバイスは、機能を取り消すために少なくとも１つのキーを有する、項目６０に記載のデータ処理システム。
（項目７１）  前記入力デバイスは、前記機能のそれぞれに対する４つのキーを有する、項目７０に記載のデータ処理システム。
（項目７２）  それぞれの機能に対する４つのキーのそれぞれは、左右対称の向きに配列されている、項目７１に記載のデータ処理システム。
（項目７３）  キーボードは、入札をキャンセルすること、入札を行うこと、購入を実行すること、販売を実行すること、落札を行うこと、機能を取り消すこと、およびトランザクションを完結することに対する少なくとも１つのキーを有する、項目６０に記載のデータ処理システム。
（項目７４）  前記通信リンクは、入力デバイスを含む、項目４に記載のデータ処理システム。
（項目７５）  落札を行う、機能を取り消す、およびトランザクションを完結するための列のキーは、購入キーの列および販売キーの列の右側に配列されている、項目７２に記載のデータ処理システム。
（項目７６）  ニューメリックキーパッドは、購入キーの列と販売キーの列との間に配列されている、項目７２に記載のデータ処理システム。
（項目７７）  キーボードは、入札をキャンセルすること、入札を注文すること、購入を実行すること、販売を実行すること、落札を行うこと、機能を取り消すことおよびトランザクションを完結することに対する少なくとも１つのキーを有する、項目７４に記載のデータ処理システム。
（項目７８）  前記キーボードは、前記機能のそれぞれに対して４つのキーまでのセットを有する、項目７７に記載のデータ処理システム。
（項目７９）  それぞれの機能に対するキーのセットのそれぞれは、一列に配置される、項目７８に記載のデータ処理システム。
（項目８０）  入札をキャンセルするためおよび入札を行うためのキーの列は、購入キーの列および販売キーの列の左側の前記キーボードに配列されている、項目７９に記載のデータ処理システム。
（項目８１）  落札を行う、機能を取り消す、およびトランザクションを完結するための前記キーの列は、購入キーの列および販売キーの列の右側に配列されている、項目８０に記載のデータ処理システム。
（項目８２）  前記ニューメリックキーパッドは、購入キーの列と販売キーの列との間に配列されている、項目８１に記載のデータ処理システム。
（項目８３）  前記Ｈｉｔおよび／またはＴａｋｅは、キーボードを用いて入力される、項目２９に記載の方法。
（項目８４）  キーボードは、特定の選択アイテムに対して専用のキーを備える、項目３０に記載の方法。
（項目８５）  キーボードは、特定の選択アイテムに対してそれぞれ複数の専用のキーを備える、項目３０に記載の方法。
（項目８６）  キーボードは、特定の選択アイテムに対して専用のキーを備える、項目７４に記載の方法。
（項目８７）  キーボードは、特定の選択アイテムに対してそれぞれ複数の専用のキーを備える、項目７４に記載のデータ処理システム。
（項目８８）  キーボードは、特定の選択アイテムに対して専用のキーを備える、項目４に記載のデータ処理システム。
（項目８９）  キーボードは、特定の選択アイテムに対してそれぞれ複数の専用のキーを備える、項目４に記載のデータ処理システム。
（項目９０）  電子通信を介して、複数の参加者間の売りに出される品目の電子取引に関する取引コンピュータシステムであって、該システムが、
複数のコンピュータと一つ以上のコンピュータ間の通信を確立するネットワーク相互接続と、
取引規定プロトコルに従って、該複数のコンピュータからの入力の受信、および該複数のコンピュータへの応答を可能にする一つ以上のコンピュータサーバと、
該参加者により理解可能な形式での取引情報を提示する少なくとも１つの出力システム、ならびに該取引情報に応答して、一つ以上の取引状態において複数価格レベルであり得る実行される取引の取引位置およびエントリに関して、該参加者から該サーバ（単数および複数）にコマンドを転送する入力システムを個々に含む該複数のコンピュータと、を含む、
システム。
（項目９１）  前記複数のコンピュータ上の前記出力システムが前記取引情報の視覚プレゼンテーションの表示を含む、項目９０の記載のシステム。
（項目９２）  前記複数のコンピュータ上の前記出力システムが前記取引情報の音声プレゼンテーションを含む、項目９０に記載のシステム。
（項目９３）  前記取引規定プロトコルが、複数の取引状態に従って、電子注文コマンドへのアクセスおよびエントリを制御するロジックを含む、項目９０に記載のシステム。
（項目９４）  前記状態が、現在の品目および価格に関する取引情報を前記複数のコンピュータに提供し、それにより参加者が取引中の入札または落札のヒットまたはテイクを含む注文コマンドを入力することが可能となる入札−落札状態を含む、項目９３に記載のシステム。
（項目９５）  前記入札−落札状態が、入札または落札価格設定ならびに時間に基き参加者を整理する一つ以上の価格設定待ち行列をさらに提供する、項目９４に記載のシステム。
（項目９６）  前記状態が、それぞれ入札または落札全てのヒットまたはテイクのエントリをする際に前記サーバにより確立されるワークアップ状態を含む、項目９５に記載のシステム。
（項目９７）  前記ワークアップ状態が、所定の期間に注文コマンドアクセスを提供する参加者の数をセットする、項目９６に記載のシステム。
（項目９８）  前記サーバコンピュータが、参加者の前回の入札または落札位置に基いて計算される価格レベルでのワークアップ状態の間に拡張した取引アクセスを確立する、項目９７に記載のシステム。
（項目９９）  前記状態が、ワークダウン状態をさらに含み、前記サーバコンピュータが、前記取引情報における取引中の入札または落札の全てよりも低い間取引順序のエントリの際の該ワークダウン状態を確立する、項目９８に記載のシステム。
（項目１００）  前記品目が、金融インストルメントである、項目９０に記載のシステム。
（項目１０１）  前記品目が、定額所得インストルメントである、項目９０に記載のシステム。
（項目１０２）  前記品目が、米国債務インストルメントである、項目９０に記載のシステム。
（項目１０３）  前記品目が、デリバティブ金融商品である、項目９０に記載のシステム。
（項目１０４）  前記品目が、物理的商品である、項目９０に記載のシステム。
（項目１０５）  前記品目が、技術、自動車、電気、公害権、二酸化炭素、およびワインからなるグループから選択される、項目９０に記載のシステム。
（項目１０６）  前記品目が、金融インストルメントである、項目１に記載のシステム。
（項目１０７）  前記品目が、先物契約である、項目１に記載のシステム。
（項目１０８）  前記品目が、オプション契約である、項目１に記載のシステム。
（項目１０９）  前記品目が、株式インストルメントである、項目１に記載のシステム。
（項目１１０）  前記品目が、自己資本／債務ハイブリッドインストルメントである、項目９０に記載のシステム。
（項目１１１）  前記品目が、市債インストルメントである、項目９０に記載のシステム。
（項目１１２）  前記品目が、優先株である、項目９０に記載のシステム。
（項目１１３）  前記品目が、転換社債である、項目９０に記載のシステム。
（項目１１４）  選択アイテムの双方向取引をサポートするコンピュータシステムによる使用のための入力装置であって、該入力装置は、
複数の入力キーであって、該入力キーは、サイズおよび／または位置優先順位を有する重要取引コマンドキーを用いて配列され、該入力キーは、動的なキーディスプレイをさらに含み、該キーディスプレイは、該キーに関連した機能に関係する変更可能情報を表示する、入力キーを含む、入力装置。
（項目１１５）  前記入力キーは、一人の事前選択顧客に対する取引エントリに対して事前にプログラムされた少なくとも1つのキーを含む、項目１１４に記載の入力装置。
（項目１１６）  前記動的ディスプレイは、取引状態における変化に基づいて変化する、項目１１４に記載の入力装置。
【図面の簡単な説明】
【００３６】
【図１】図１は、本発明の特徴的ハードウェア構成要素を示すシステムブロック図である。
【図２】図２は、売買に関連する情報を伝送する様子を示すフロー図である。
【図３Ａ】図３Ａは、専用キーパッドの特徴的機能を示す。
【図３Ｂ】図３Ｂは、専用キーパッドの特徴的機能を示す。
【図４】図４は、様々なシステム状況とこれらの状況間の経路とのブロック図である。
【図５】図５は、売買データ入力の論理図である。
【図６】図６は、入札−落札状況の論理図である。
【図７】図７は、時期状況の論理図である。
【図８】図８は、ワークアップ状況の論理図である。
【図９】図９は、再確認状況の論理図である。
【図１０】図１０は、ワークダウン状況の論理図である。
【図１１】図１１は、売買論理を表にまとめたものである。
【図１２】図１２は、本発明を実施する際に有用な双方向キーボードの図である。
【発明を実施するための形態】
【００３７】
（発明の詳細な説明）
まず、簡単な概略では、本発明は、選択トランザクションをサポートする際に用いられる複雑な売買規則をインプリメントするデータ処理システムに向けられる。本発明の第１の局面は、プロセッサにより高度化されまたサポートされる売買のために専用の個別仕様を有するプラットフォーム、を提供する特定のハードウェア構成に関する。このハードウェア構成は、複数の個別仕様の通信の際に相互にリンクされるワークステーションを包含する。各ワークステーションは、中央サーバと通信を行い、この中央サーバは、プログラム制御論理に従って、売買プロセスを統括する。ワークステーションは、売買活動の詳細を表示するディスプレイを含む。好適には、カスタマイズされたキーパッドを用いて、参加者による高度なデータ／売買入力を行うか、または、参加者が選択した入力インターフェースが用いられる。
【００３８】
本発明の第２に局面は、システムダイナミクスを制御するための管理論理である。この論理は、システムメモリに格納され、プロトコルのシーケンスと、売買の優先順位を割り当てる規則とを提供し、システムは、ワークステーションで、参加者によって、直接、あるいはブローカーまたはターミナルオペレータを介してのいずれかで入力される動作コマンドに応答する。この論理はまた、参加者が入力した動作コマンドに対し、直接的にまたは仲介者あるいはワークステーションにいる端末のオペレータを通じて、システム応答を提供する。このシステム論理は、以下の２点において重要である。第１に、このシステム論理は、システムの基礎を為すガイド的原理として重要であるため、システムの性能はこのシステム論チャンネルに直結する。第２のレベルで、システム論理は、マーケットへのアクセスおよびその応答を管理する規則として全参加者に知らしめなければならず、これにより、如何なる混乱も排除し、また参加者の立場をできるだけ平等なものにする。本発明のシステム基本的な命令は、登録された参加者全員に対し、売買プロセスへの公平かつ完全なアクセスを提供する。
【００３９】
後述する詳細をより良く理解するために、使用される用語を検討することを推奨する。本明細書中の例示的実施例は全て、確定利付証券およびこのような証券を大量に売買する状況（しかしこれらに限らない）に焦点を当てており、説明で用いる所与のトランザクションの量は、ドルを用いて表す（例えば、１０年ものの２５００万ドルの米国国債）（しかし、ドルだけに限定されない）。
【００４０】
以下の用語を、関連する定義と共に用いる。
【００４１】
（表２）
入札 証券を「購入」するために入札されるドルまたは利益の量−発
行
落札            証券を「売却」するために落札されるドルまたは利益の量−発
行
値幅額          マーケットにおける最高入札額（単数または複数）と最高落  
札額（単数または複数）との差
発行            一般的な種類の確定利付証券（例えば、最も最近に発行された
１０年ものの米国国債）
参加者          売買に関するデータを受け取り、受け取ったデータに応答する
個人または支配的エンティティ。参加者は取引者であるこ  
とが多く、端末オペレータまたは仲介者は顧客を代表して行動
することが多い。この構成以外にも様々な構成がある。例えば
顧客が参加者として直接相互作用を行い得る。他の様々な構成
もまた可能である。
Ｈｉｔ          取引中の入札を受容する
Ｔａｋｅまたは  取引中の落札を受容する
Ｌｉｆｔ
サイズ          特定の入札−落札のドル額
メーカー        取引中の入札および落札を有する参加者であり、マーケットを
作っている
クリアされて
いないエントリ  メーカーに優先権を与える現在の入札−落札
取引者          売買が開始した後に（バイヤーまたはセラーとして）トランザ
クションに関与する全参加者
独占時間        売買活動によって開始される時間であって、この時間の間、最
初に最高額で入札を行った者／落札を行った者が、より多くの
売買を行う機会を有する
価格改善Ｈｉｔ  現在の証券売却の最高入札額以下で受容される売却注文−受け
手側に示されたより多い量に関する開始時の発行
価格改善        現在の証券売却の最高入札額以上で受容される購入注文−受  Ｔａｋｅ        け手側に示されたより多い量に関する開始時の発行
売買            ＨｉｔまたはＴａｋｅによって開始される１つ以上の価格にお
けるトランザクションのストリングであり、時間切れまたは完
了するまで継続する。
侵害者          売買を開始する参加者
アクティブ側    マーケットにおいて侵害者と同じ側にいる取引者グループ
受け手側        マーケットにおいて侵害者と反対側にいる取引者グループ
取引者黒字      受け手側に示されるサイズ全体を侵害者が１つ以上の価格レベ
ルで売買した後で侵害者がより多くの売買を望む意図を示す状
況または受け手側の参加者が現在の売買価格よりも高い価格ま
たは現在の売買価格よりも低い価格での売却を自発的に行う状
況を示し、数量化する。これらの状況は、侵害者（単数または
複数）と受け手側の参加者との間の価格改善売買の様態につな
がる。
【００４２】
システム動作の一般的コンテキストは、複数の機能の動作の反復を基本とし、自身の独自の実施形態において、特別に設計されたキーパッドまたは他の入力手段を通じてこれらの機能をインプリメントする。一般的には、このプロセスが開始するのは、規定の種類の証券について参加者が入札および落札を行うときである。これらの様々な注文は、特定の様式で表示画面上に提示され、これにより優先順位、サイズおよび種類を反映する。参加者は、選択された価格および量で入札または落札を行うことにより売買優先順位を確立することができ、同じ価格での入札は、その入札がシステムに入力された時間順に画面上に表示される（落札も同様）。このようにして、入札および落札の「キュー」が増大し、同じ価格のものは時間順に一列に配置される。あるいは、キューは、別の測定基準による順番（例えば、時間とサイズとの組合わせ）で設定されてもよい。このキュー（またはキューの概要）は、参加者のワークステーションの画面上に表示される。典型的には、入札価格と落札価格との間の差（すなわち「値幅」）は小さい。値幅がゼロである場合、この状況は「ｌｏｃｋｅｄ」マーケットとして知られる。
【００４３】
重要なことは、入札および落札は拘束であり、入札および落札が行われた後は、証券を設定価格またはいくつかの設定価格で自発的に売買する参加者により、入札は「Ｈｉｔ」され得、落札は「テイクまたはリフト」され得ることである。
【００４４】
多くの参加者間の売買を制御するために、いくつかのレベルの階層が設定される。参加者は、入札をＨｉｔするかまたは落札をＬｉｆｔすると、次に「侵害者」という新しいレベルに昇進する。入札または落札において活動することにより、侵害者は、売買のアクティブ側を規定し（これにより確立する）。例えば、参加者が入札をヒットすると、売却状態は売買のアクティブ側となり、購買状態は受け手側となる。しかし、参加者が落札をテイクすると、購買状態はアクティブとなる。これは、実務面における重要な考慮事項である。というのも、いくつかの慣習では、アクティブ側はその後のトランザクションにおいて手数料を支払うからである。しかし、価格改善売買を行えば、この売買に関する手数料を、売買に関わる参加者に分配することができる。この手数料の分配は、アクティブな参加者が流動性による利益を受け、受け手側は流動性をマーケットに供給するという考え方と、価格改善売買の間により良い価格が得られれば、受け手側の売買者に本人が自発的に支払う価格が提供されるという考え方とを前提としている。他の手数料（例えば、売買量の割引の選択、年間の固定料金、双方での支出、および実行時間および実行場所に基づく支払い）の組合わせの分配も、売買を促進することを保証する。
【００４５】
制御されたインプレメンテーションのためには、上記のアクティブ側と受け手側との関係に関する説明は重要であり、トランザクションの他の側面（すなわち、入札または落札）においてよりも、トランザクションの処理においてより重要な意味を有する。
【００４６】
システム論理の用語にさらに注目して、「売買」という用語は、侵害者を規定する最初のＨｉｔまたはＴａｋｅによってトリガされる売買イベントのシーケンスとして見なされ、売買が「クリア」されるまで、このようなトランザクション全ての間に継続される。非価格改善売買の間、侵害者側はアクティブなままであり、トランザクションは全て、その後のトランザクションの数に関係無く、最初のＨｉｔまたはＴａｋｅによって設定された価格で行われる。活動を適切に追跡するために、売買において、（バーチャルおよび／またはリアル）の１つの売買チケットが発行される。この売買チケットは、関連付けられ、画面表示される参照番号を有する。トランザクションが１つ以上の購買／売却を反映する場合、複数の売買チケットが発行され、各チケットは、参加者毎または側毎にトランザクション対象となるサイズ全体を反映する。平均価格のチケットのセットまたはその同等物も発行され得る。
【００４７】
加えて、本システムは、参加者の最大コマンドサイズを制御することにより、参加者が参加者の売買パラメータの許容範囲を越えて注文を行う事態を回避する。この制御論理は、初心者の参加者も保護する。このプロセスを通じて、異なるスキルを有する参加者が、より平等な立場で売買を行うことが可能となる。このプロセスはまた、参加者の階層を制御し、これにより管理的介入を可能とする。
【００４８】
上述の概要に留意して、まず図１に注意を向ける。ここでブロック図は、本発明の効果的な実施形態に見受けられる様々なハードウェア構成要素を示す。このコンテキストにおいて、複数のワークステーション１０が提供され、各ワークステーションは、ネットワークライン１５を介して中央サーバにリンクされる。サーバ２０は、システムの制約条件に応じて個々のワークステーション１０へのデータフローの相互作用を管理する制御ソフトウェアを含む。
【００４９】
続けて図１を参照して、本システムは、遠隔地にいる参加者へリンクされ得、遠隔地にいる参加者へのリンク付けは、直接的、間接的および／またはインターネットを介して行われる。売買活動へのアクセスは、通信サーバ３０ならびにリモート配信ハブ５０へのリモートサーバ４０およびリモートワークステーション６０において達成される。予備通信ラインが、従来の電話リンク９０を介して利用される。上記プラットフォームは、３２ビットのオペレーティングシステムをさらに含み、これによりネットワーク内のマルチタスク環境を管理する。本発明は、ＤＥＣ  Ａｌｐｈａ  クラスタードサーバ上で動作するオープンＶＭＳ６４ビットのオペレーティングシステムを用いて、成功裏にインプリメントされた。しかし、他のオペレーティングシステムも代替可能である。あるいは、デスクトップクライアントマシンがＯＳ／２０においてインプリメント可能である。Ｗｉｎｄｏｗｓ（登録商標）Ｎ／Ｔ４．０は移行代替品である。ワークステーションは、表示および入力を提供し、Ｐｅｎｔｉｕｍ（登録商標）プロセッサをベースとするＰＣ、（ＵＮＩＸ（登録商標）を用いた）ＳＰＡＲＣ  Ｓｔａｔｉｏｎ（登録商標）または他のハードウェアおよびソフトウェアシステムならびに／または必要機能を提供する言語から選択可能である。
【００５０】
ここで図２を参照して、本発明の全体的情報経路を、ブロック図形式で示す。このマーケット情報は、オークションプロセスを通じて導出され、場合に応じて、関連マーケット、先物およびオプション、または現金の極めて貴重なデータソースである。ブロック１００をまず参照して、関連するマーケットセクター内にいる参加者によって動作される複数のオンラインの端末から、マーケットデータが収集される。ブロック１００に示す、参加者間での情報フローの継続的交換（すなわち、入札、落札および売買）がリアルタイムで取引される。この情報は、システム管理者によって収集され、データプロセスッサまたはデータベースに入力される。
【００５１】
次いで、オンラインマーケットデータは、データフィルタおよびエンハンサモジュール（ブロック１１５）に転送される。これらのデータフィルタおよびエンハンサモジュールは、継続的入来マーケットデータを明白にして組織化するよう機能し、これにより、このデータを、例えば、データアキュムレータ（ブロック１２０）によって利用可能とする。このデータエンハンサの動作の１つの局面は、オンラインの売買情報を分類プロセッサ（ブロック１３０）への送信に適したデジタル形式に変換することである。分類プロセッサの動作は、データセットをさらなる操作に適した形式に作成することに向けられる。これは、データをマトリックス形式で連係配列することを含む。
【００５２】
オンラインマーケットデータは、適切にフォーマットされた後、資格認定プロセッサ（ブロック１４０）に送信され、これによりコマンド選択がリアルタイムで判定される。
【００５３】
分類プロセッサはまた、参加者の確認および信用限度の承認も提供する。これらの参加者の確認および信用限度は、参加者の関係とセキュリティ識別子の間の参加者とセキュリティの種類とのつながりを用いている。次いで、この情報は、セキュリティデータベース（ブロック１５０）にアンロードされ、次いで配信プロセッサ（ブロック１６０）に送られる。
【００５４】
上記の動作の結果、参加者のワークステーション間でリアルタイムでの配信が行われ、これにより、確定利付投資コミュニティにおいて、通信回線および画面表示を通じた判定の実行および選択の配信が行われる。本発明のコンテキストにおいて、このコミュニティの３つのセグメントにデータが提供される。ブロック１８０およびブロック１７０において、自動化オプションおよび先物の処理に関与するシステム管理者は、現金マーケットデータを提供される。この現金マーケットデータは、具体的に識別される証券に関する売買オプションおよび先物契約（例えば、指数および指数から得られた概念的証券）に従って特定のオプションおよ先物の位置付けを数量化および評価するためのものである。同様の様式で、オプションおよび先物契約に関する証券データがシステム管理者に提供され、これにより、識別された証券データに基づいた、売買オプションおよび先物契約における適切なトランザクションが可能となる
本発明のコンテキストにおいて、現金マーケット証券のオークション活動に関連するデータを用いて、これらの現金市場証券のデリバティブ市場の売買をサポートする。また、コンテキストがデリバティブ証券のオークション活動である場合、配分フローは、基礎を為す証券の売買をサポートすることとなる。
【００５５】
ブロック１９０において、証券を配分する第３のチャンネルは、データアキュムレーターおよびベンダーに向かう。その後、ブロック２００における投資および売買コミュニティ内にいる参加者への証券データの継続的配分、ブロック２１０における自動化売買のサポート、そして最後にブロック２２０におけるこのような売買に関連する宣言機能および報告機能が続き、これらのブロックの間にはクリアランスオペレータが含まれる。
【００５６】
売買活動は、極めて流動的で、ペースも速い。そのため、効率的な入力システムがあれば、複数の売買選択を実行する際に有用であり、このような売買選択は、高度に専門化されたキーパッドを用いることによって改善され得、これにより、このコンテキストにおいて売買効率を高めることが可能となる。従って、本発明の別の局面は、この特有のキーパッドであり、このキーパッドを図３Ａ〜Ｂに示す。
【００５７】
処理の間、システムが受け取る入力の種類に応じて、様々な「状況」が生じる。入札−落札の中心的状況は、市場のオープン状態を反映する。この状況において、参加者は、「メーカー」および「反メーカー」と呼ばれ、別の状況において、参加者は、「取引者」および「反取引者」とみなされる。このような表記のもとにおいて、取引者およびメーカーは、売買コマンドを発行する参加者であり、反メーカーおよび反取引者は、売買コマンドを受け取る参加者である。何人かの参加者（例えば、最初のバイヤーおよび／または最初のセラー）は、ワークアップ状況において、「現在のワーカ」として見なされ、システム論理下において所定の時間の間売買を制御する権限を与えられる。確定利付証券または確定利付証券に応じて、この時間は、ゼロであり得る。様々な売買処理段階における参加者間の重要特性の差異が、逆強調表示または類似の表示属性によって画面上に表示される。
【００５８】
図４は、これらの５つのシステム「状況」の相互関係を示す。初期売買は常に入札−落札状況４００において断定され、その後に続くプロセス４２０において、現在の状況の変化に関するシステム入力を評価する。入力が行われると、状況変化が誘発され、処理は、これら５つの状況それぞれと関連付けられたパラダイムへとシフトする。各状況が入力されると、プロトコルはシフトし、新規な売買ルールが適用される。
【００５９】
売買の進行状況および参加者に関する情報は、選択的に構成された画面表示の形式で各ワークステーションに提供される。特に、システムは、売買クォードラントまたは「クアド」形式の画面表示を提供し、この画面表示は、キー売買インジケータを表示する。ＱＵＡＤの一例を以下に示す。
【００６０】
【表１】
2010160821.tif 000003
上記のＱＵＡＤにおいて、現在の入札価格は、隣接する参加者および上方の参加者によって示され、ＣＵＳＴ「１００．０１」（１００＋１／３２）の入札価格を反映する表示であり、同じ行をたどって、現在の落札価格は、「１００．０３」と設定されており、０．０２（２／３２）の値幅（Ｓｐｒｅａｄ）を示している。売買が入札−落札状況からのＨｉｔまたはＴａｋｅによって開始されて進行しているとき、参加者の注意は主に条件付きプロンプトに向けられ、この条件付きプロンプトは、入札または落札にかけられている総量を示し、また参加者による影響を受け得る。この総量の数値は、ＴＯＴＡＬの行と入札−落札列の１つとが交差している部分に表示される。この総量値はさらに、クアドにおいて個々のプレ数量として規定され、各行中に参加者数を示す。他のＱＵＡＤまたは構成も、参加者または論理制御下にあり、売買状況情報を示し得る。
【００６１】
ＱＵＡＤ１中の見出しＢＯＴおよびＳＯＬＤの上部に、第２の総数カウンタは、メーカーのサイズ全体を提供する。この入札−落札状況の場合、実効しないために、メーカーのサイズ全体は条件付きプロンプトと同じである。この総数が変化するのは、「取引者リスト」が作成され、条件付きプロンプトが取引者の総数を追跡し、メーカーの総数がメーカーリスト中に残っている数を追跡し続ける、最初のトランザクションが行われた後である。
【００６２】
ここで図５を参照して、クアドへの表示用として選択されたデータは、図示のような論理に従って処理される。ブロック５２０において、システムは、新規の参加者、ＣＵＳＴ（ＩＤ）（例えば、「２００１」）を入力し、ブロック５３０において、これを関連する売買データ／コマンドＴＲＤ（ＩＤ）と共にアクティブなメモリに格納する。売買コマンドはシステムレベルで確認され、すなわち、ブロック５５０においてシステムエラーをアラームを介して拒絶する。確認が終了した後、ブロック５６０において、新規のデータ／コマンドＴＲＤ（ＩＤ）は、関連する表示作業状態を取り扱う画面バッファに配信される。これを、入力があるたびに繰り返す（ブロック５７０）。
【００６３】
以下に、市場メーカーが様々な入札および落札をシステムに入力し、市場が成熟するまで実行するのを待機するような、入札−落札状況に焦点を当てて説明する。最初に最高価格で入札および落札を行った者のみに、クリアする時間帯および独占時間帯における売買優先順位が与えられる。これらの保留中の売買関与状態は、現在現れているメーカーまたは第３者がＨｉｔ（またはＴａｋｅ）を出す前に自身の位置を示すことなく、現在現れているメーカーまたは第３者によるＨｉｔコマンドまたはＴａｋｅを介して影響を受け得る。新規の入札および落札が行われると、入札および落札は、自身の付随物と共に、入力順に配置された、等しく価格付けされた落札（または入札）によって、キュー内への配置を判定する。従って、市場が引き締められるにつれて、入札および落札が改善され（すなわち、値幅が低減する）、これらの新規位置は、図示のように最上位のキューへと移動する。
【００６４】
価格、入札および落札に加えて、保留中の入札（または落札）のドル量を表すためのサイズ的要素が含まれる。参加者が入札または落札のサイズを増加させる際、新規のエントリが作成され、個別にキュー内に配置される。これは、キュー中の既存の入札−落札に隣接しない限り、システムがサイズ的要素をインクリメントしないからである。あるいは、サイズは、以下のような様式でも組み合わされ得る：すなわち、この状況の間に入札および落札が入力されると、これらの入札および落札は、各々のサイズに関して表示され、入札−落札の総数（サイズ全体）が、示された条件付きプロンプトで表示される。このように、条件付きプロンプトは、所与の価格における明示的な市場容量の目安となるため、トランザクションへの主要な原動力として機能する。
【００６５】
入札−落札は、入札−落札状況の間、「クリアされていないの」ものとして入力されることが多く（しかし、いつもそうであるとは限らない）、これにより、入札または落札を行うことができるのは、最初の最高価格での市場参加者（すなわち、第１のキューの最上部）のみであることを示す。従って、システム設定時間間隔の間にクリアされていない提示物にアクションを行うことができるのは、このような参加者のみであり、このような参加者のみが、これらのクリアされていないエントリをＬｉｆｔまたはＴａｋｅすることができる。（システム内部の時計により計時される）この時間間隔が経過した後、これらのクリアされていない入札は、（その時点で現存する場合は）最高価格の参加者の他にも利用可能となる。実際、特定の証券の場合、この時間間隔はゼロであり得る。ほとんどの場合、既知の間隔が確立される。この構成には、ビジネス目的がある。新規エントリのビューを最初に行う際に参加者がアクティブな入札−落札を行うことを可能にすることにより、これにより参加者は、自らの近傍の市場を示すという利益が与えられる。従って、最初の入札者は、侵害者となるように促され、システムのこの事前設定された間隔は、これらの入札者／落札者に、新規バイヤーおよび新規セラーがこの個々の間隔において市場に参加する（すなわち、ヒットまたはテイクする）ことを妨げることにより、自身で判定することのできる時間を提供する。
【００６６】
入札−落札状態に関連するシステムロジックを図６の論理フローチャートにおいて示す。概念的に、ロジックは、ブロック６００で開始し、ブロック６２０でデータ／コマンドエントリブロックを有する。状態セレクタは、状態を入札−落札として認定する（ブロック６２０）。ブロック６３０において、ＣＵＳＴ＿Ｘのプロフィールを新しいエントリから取り出し、そしてすべての関連データがパラメータストリングへ渡され（ブロック６４０）、入力される。
【００６７】
その後このロジックパスを継続して、システムは、テスト６５０でシステムに入力された新しい価格エントリＰＲＣ（Ｉ）を待ち状態の入札（または、ＰＲＣ（Ｉ）が提示に関連する場合は、落札）と比較する。テスト６５０の結果、３つの選択のうちの１つが選ばれる：新しいエントリＰＲＣ（Ｉ）が現在の市場よりも良い場合、ロジックはブロック６５５に分岐し、そして前回の最上位キューＱＩがＱ２へ降格（移動）される。次に、新しいエントリは、ブロック６６０で新しい最上位キューＱＩ＿ＴＯＰの第１ラインを形成する。このように、システムは、市場の各サイドに対して選択価格ポイントにおいて複数のキューを生成する。複数キュー環境により、以下に詳細に記載されるように、「価格改善」トレーディングが可能となる。
【００６８】
その後、図６において、新しいエントリが市場から除かれ、すなわち、現在の最良の入札−落札よりも「悪い」場合、ロジックは、ブロック６８５に分岐し、そして新しいキュー、Ｑ（Ｎ）が生成される。この場合、市場リーダーよりも悪い価格ポイントを有する新しいキューが最上位キューの下に表示される。ブロック６９０において、新しいエントリが新しいキューＱ（Ｎ）＿ＴＯＰの上に配置される。
【００６９】
さらに多くのエントリが入力されると、システムは、各エントリを評価し、そして価格にしたがって複数キュー中にエントリを配置し、時間優先順位にしたがって各キュー内に配置する。これにより、新しい侵入者が１からすべての表示された反キューのボリュームを示すすべてをＴａｋｅ／Ｈｉｔする場合に、市場の各サイドに対していくつかの価格を定義されたキューが生じ、そして価格改善トレーディングが可能となる。
【００７０】
図６において、テスト６５０からの最終結果は、認定済み価格であり、ブロック６８０に続く。このエントリは、時間優先順位のためＱＩの下に配置される。
【００７１】
テスト７００において、システムは、新しいＨｉｔ／Ｔａｋｅについてチェックする；いいえの場合、ロジックは次のエントリに進む（ブロック７１０）。テスト７００で、はいの場合、処理は次の状態ブロック７２０へ移る。
【００７２】
画面表示は、入札処理への種々のエントリにしたがって変化し得る。以下に図示するクアド２において、入札側の参加者３００１〜３００３は、二千七百万の市場を反映する、条件付きプロンプトを参照；合計ライン上の２７。これは、参加者ＣＵＳＴ（３００１）による５．０百万の第１入札、続いて少し後に２千万の第２入札を含む。この場合、参加者ＣＵＳＴ３００７（例えば、銀行または他の機関の参加者）は、１千万の不明な落札を有するピクチャを入力した（アスタリスクは、落札が不明であることを示す）；これは落札側の条件付きプロンプトライン上に示される１千万である。したがって、ロジックを制御する工程は、オリジナルメーカーに３００７による新しい落札の第１の概要に対する第１のチャンスを与える。その間隔の後、市場は、再度開かれる。
【００７３】
【表２】
2010160821.tif 000004
時期状態は、第１の最良のオリジナルメーカーでない侵入者による不明な入札−落札に対するトレーディングコマンドによって引き起こされる。しかし、システム制御は、新しい侵入者によるこのトレーディングコマンドが瞬時に実行されることを可能にしない。システムロジックにしたがって、トレーディングプロセッサは、時間間隔または遅れを生成する、そしてそれにより第１の最良のオリジナルメーカーに侵入者によって生成された新しい状況を、パッシブ側の不明エントリへの応答を可能にすることによって評価する時間を提供する。
【００７４】
特に、上記のように、不明ステータスは、所定の間隔（コンピュータ駆動タイマによって制御される）の間存在する。時期状態が設定され得るのは、この時間間隔の間だけである。この時間間隔は、オリジナルメーカーもしくはパッシブ側のアクション、またはシステムロジック内のインターバルタイマーの期限切れのいずれかによって解決されるまで続くだけである。
【００７５】
時期状態処理の間に、システムは、新しい侵入者のエントリの前に未処理の入札−落札を有して存在するオリジナルメーカー、および待ち状態の不明入札−落札にＨｉｔまたはＴａｋｅコマンドを介して入力する新しい取引者を表示する。これらのメーカーおよび取引者は、画面上で明確に分けられる（以下のクアド３Ｂを参照）。重要なのは、これらのオリジナルメーカーは、侵入者によって確立された新しい価格ポイントでトレードする機会を与えられる；オリジナルリストからの複数のメーカーは各々、キューにおける優先順位にしたがって新しい価格をとるようにアクセスする。システムは、各メーカーを介してインクレメントし、それぞれのサイズの買い／売り注文を発行するものは、侵入者である。これが生じると、ロジックは、時期状態を抜け、そして新しい侵入者が条件付きプロンプトで示される全ボリュームを取るかどうかに依存して、ワークアップ状態またはワークダウン状態のいずれかに移る。一旦時期状態処理が開始されると、パッシブ側からのトレードエントリは許可されない。さらに、参加者は、アクティブ側へ移ることを阻止される。つまり、不明（アクティブ）側へのエントリは、新しい取引者、現在の取引者、またはオリジナルメーカーから行われ得る。例えば、取引者が１０の落札をし、そして５つがトレードされると、時期状態の間、取引者は、まだ確定されていない量をキャンセルし得るのが好ましい。
【００７６】
しかし、第２のインターバルタイマーがオリジナルメーカーによる仲裁なしに期限切れとなると、時期エントリ（１つまたはいくつか）は、自動的にトレードし、そしてオリジナルメーカーはこのトレードに参加しない。時間制御間隔の間に、ＷＴＡＫは、メーカーに対して画面上で点滅し、不明な落札上のトレードを示す。ＷＨＩＴは、不明な入札上のＨｉｔに対して点滅する。この間隔の間、待ち状態のメーカーに対するサイズエントリは、すべてゼロに初期化され、そして条件付きプロンプトにはもはや表示されない。
【００７７】
時期状態処理は、図７に示され、そしてトレーディングコマンドＣＭＤ（Ｉ）によって引き起こされる（ブロック８１０）。テスト８２０は、新しいトレーディングコマンド（ＨｉｔまたはＬｉｆｔ）が新しい侵入者からのものであることを確認する；そうでなければ、ロジックは、ブロック８８０およびワークアップまたはワークダウン状態のどちらかに移る。
【００７８】
しかし、テスト８２０への肯定応答は、ロジックをブロック８３０に分岐させ、ここでメーカーはあらかじめ設定された時間間隔のあいだ阻止される。続いてブロック８４０において、すべての現在のアクティブ側メーカーは、ゼロにリセットされる。テスト８５０において、システムは、これらのメーカーが時間間隔が期限切れとなる前に侵入者を阻止するかどうかを決定する。はいならば、阻止するメーカーは、以下のトレードシーケンスを介して完全に制御する侵入者となる（ブロック８６０）。いいえならば、新しい侵入者が設定され（ブロック８７０）、そしてロジックは、次の状態（ブロック８８０）に移る。
【００７９】
以下のシーケンスは、前記のシステムロジックを反映する。以下のクアド３Ａにおいて、入札−落札状態は、２つの参加者ＣＵＳＴ３００２および３００３を有し、各参加者は１千万で入札を示す。参加者ＣＵＳＴ３００７は、１百万に対して不明な落札を設定した。参加者ＣＵＳＴ３００１は、参加者ＣＵＳＴ３００７による新しい落札をとることを望むが、参加者は自動的にはとれ得ない。以下のクアド３Ｂにおいて、システムを時期状態に強制する参加者ＣＵＳＴ３００１は、参加者３００７による落札をとることを試み、そしてアクティブ側（ここでは入札）に対する不明なリストを生成する。しかし、最初の２つの入札者の所定量は、ゼロに低減される。なぜなら、システムロジックは、これらの入札が新しい価格ポイントにおいて実施され得ないことを要求するからである。この実施例において、第２のインターバルタイマーは、両方のオリジナルメーカーに参加者ＣＯＳＴ３００１よりも高い優先順位を提供する。参加者ＣＵＳＴ３００２はキューにおける配置を介してすべての優先順位を維持する。
【００８０】
【表３】
2010160821.tif 000005
【００８１】
【表４】
2010160821.tif 000006
売買を構成する取引は、本発明に従って、ワークアップ状態およびワークダウン状態と呼ばれる２つの売買状態の内の一方の間に起こる。ワークアップ状態は、受動側に示されるインベントリー全体の取引額（ｖｏｌｕｍｅ）を取得する侵入者によるヒット（Ｈｉｔ）またはリフト（Ｌｉｆｔ）に従って発生し、ワークアップ状態が一旦確立されると、最初の売買人は、売買の独占的権利を与えられる、すなわち、システムにより現在のワーカーとして認識される。画面上では、現在のワーカーは、他の参加者に分かる定義された方法で強調表示される。現在のワーカーは売買を管理し、売買の相手（ｃｏｎｔｒａ−ｔｒａｄｅｒ）にさらなる取引額を落札することができるが、ここでは、外部の参加者は除外される。売買の能動側にいる現在のワーカーは、侵入者、およびおそらくは、侵入者の下で、「ワークダウン」を必要とする余剰額（ｒｅｓｉｄｕａｌ  ｖｏｌｕｍｅ）を満たすことにより、売買を「ワークアップ」状態に移行する取引をする他の売買人が含まれる。受動側に関しては、サイズ全体を取得する侵入者は、現在のワーカーの状態を、侵入者自身とその取引相手に限定する。
【００８２】
現在のワーカーの状態は、参加者による「終了」の入力時、または売買無活動期間（ｔｒａｄｉｎｇ  ｉｎａｃｔｉｖｅ  ｉｎｔｅｒｖａｌ）の経過時に消滅する。また、この期間は、システム論理により引き起こされる、予め設定されたシステムパラメータである。このような終結がなければ、現在のワーカーは、そのサイズでの提供物に対応して応じ続ける限り、ほぼ無期限に売買を行うことができる。
【００８３】
ワークアップ状態論理を図８に示すが、これは、主として、サイズおよび新規注文データと関連する。侵入者のサイズが入力される（ブロック９１０）のは、受動側の売買が開始される（ブロック９２０）前である。テスト９３０で、システムは、侵入者が売買時の市場提供物全てを取得したかどうかを判定し、テスト９３０で「いいえ」の場合には、論理はブロック９９０へと継続し、最終的にはワークダウン状態（図９）に進む。
【００８４】
テスト９３０に肯定の応答をすることにより、論理はブロック９４０および９５０へと進み、ここでは、現在のワーカーが選定され、新たな売買に入る。これらの条件下において、１より多くの価格キュー（ｐｒｉｃｅ  ｑｕｅｕｅ）が受動側に存在する場合、システムは価格改善売買の準備をする。これに関連して、侵入者は、最良の落札−入札よりも悪い価格で売買したい意向を示す、複数の価格点において売買を行う。システムは、売買の相手のそれぞれに示した最高価格と最低価格の間の開きを測定する。数学的に判定された値が、２つの価格点の間を埋めて（例えば、２つの価格点の平均が）設定される。これは、その売買人に関する、新たな価格差変数（デルタ（ＩＤ））により、ブロック９５５で実行される。この新たな価格点（両者の立場から見ての「価格改善」）が与えられると、新たな売買に入り（テスト９６０）、処理される（プロック９７０）。これは、現在のワーカーが終了するか、または時間切れになるまで継続する（ブロック９８０）。システムは、次いで、新たな参加者により（ヒットまたは取得コマンドにより）入力されたいずれかの新規取引に関してテスト（ブロック９６５）、および実行を行う（ブロック９７５）。
【００８５】
上記の論理は、詳細な例においてより良く理解される。価格改善機能がないシステムを、典型的な開始時の買い−売りを表示した下記の表４Ａに示す。
【００８６】
【表５】
2010160821.tif 000007
参加者、すなわち、受動側に全サイズ（＄１６００万）を売る顧客３００５が買いをヒットしたと仮定する。この結果、参加者（顧客３００５）は侵入者となり、売買相手（参加者、顧客３００１、３００２、および３００３）が現在のワーカーとなる。侵入者が受動側から最初のサイズの全てを取得したこの時点で、ワークアップ状態となる。優先順位を有する者、すなわち、侵入者および第１の最高入札者が、矩形の囲みによって示された映像属性により強調表示される（表４Ｂ参照）。
【００８７】
【表６】
2010160821.tif 000008
現在のワーカーとして継続を希望する参加者（ＣＯＳＴ３００２）は、「購入（Ｂｕｙ）」の下の５および「購入済（ＢＯＴ）」の下の５で示される、（参加者（顧客３００２）の元々の５００万に加えて）５００万のサイズをさらに追加する（表４Ｃ参照）。次に、新たな参加者（顧客３００４）が、５０００万で落札する。
【００８８】
【表７】
2010160821.tif 000009
この新たな参加者（顧客３００４）は、（キーボード入力、またはタイマーで制御されたシステム期間により）現在のワーカーが終了するまで待たなければならない。この後、システムは、参加者（顧客３００４）のために、参加者（顧客３００２）に対して、さらなる５００万の販売を実行し、販売予定残高が４５００万となる。参加者（顧客３００４）が参加者（顧客３００２）と売買を行った後の表示を示す、表４Ｄを参照する。
【００８９】
【表８】
2010160821.tif 000010
理解されるとおり、市場での種々の参加者の動きは、しばしば、ペースが速く、場合によっては、位置変更がほぼ同時に発生し得る。この一例として、第１の参加者が、第２の参加者のあるサイズの買いを、全購入／全販売キーにより、この第２の参加者が、例えば、５００万から２０００万へと買いのサイズを著しく増加させた瞬間にヒットし得ることがある。この場合、システム内の侵入者は、ここで、計画していたよりも遥かに多く取得したことになる。この状況は、急速に変化する市場では、大きな障害となり得る。
【００９０】
システム論理は、「再確認」（Ｓｅｃｏｎｄ  Ｌｏｏｋ）状態と呼ばれる、補足的な状態を生成することにより、この問題に対処する。この処理中に、ヒットまたはリフトコマンドの直前において、受動側のサイズが増加した場合、システムは、「経時タイマー（ａｇｅ  ｔｉｍｅｒ）」、すなわち、すべての買いおよび売りの保留状態を追跡するシステム期間、により、より古い入力からの売り−買いの取引額のごく直近における増加を判定し、買い−売りから、例えば、２秒以内に、（全購入／全販売キーにより）ヒット／リフトが発生する場合には、常に、再確認状態を生成する。
【００９１】
しかしながら、再確認には制限がある。侵入者は、新しい（すなわち、「時間が経過していない」）買い―売り以外の取引を完了しなければならない。この新たなサイズは売買されないままで、他者が、これに対してさらなる買い−売りを受動側に追加し得る（しかしながら、これらはラインの下側に留まる）。たとえ、侵入者が表示されたサイズ全体を満たさなかったとしても、侵入者は現在のワーカーの状態を獲得し、以下の権利を有する。
【００９２】
１．新たなサイズを取得し、売買の相手とワークアップ状態を生成する。
【００９３】
２．新たなサイズを拒否する。（「終了」コマンドによる）侵入者の拒否により、売買はワークダウン状態に設定される。
【００９４】
３．「部分的な」額を取得／ヒットし、次いで、優先権を喪失する。
【００９５】
再確認状態は、図９に示す論理構造により管理される。この構成において、売買コマンドは、ブロック１０２０で、入力時間を記録される。残存する受動状態にする入力項目も入力され（ブロック１０３０）、テスト１０４０が受動側の入力項目（（ＰＡＳＳ（ＩＤ））が、「時間が経過した」、すなわち、それほど直近には入力されていないかどうかを判定する。もし時間が経過していれば、論理は、テスト１０９０へと分岐し、ＰＡＳＳ（ＩＤ）が最後の入力（ＰＡＳＳ−ＥＮＤ）であるかどうか判定する。もし最後の入力でなければ、次の入力が論理でインクリメントされ、シーケンスの開始点へと戻る。
【００９６】
テスト１０４０に対する否定の応答により、ロジックはブロック１０５０に移行し、ここで、この新たな入力が解析され、次いで、テスト１０６０で、侵入者がその売買において、この新たなさらなるサイズを取得する機会を与えられる。システムは、元々のサイズに対する侵入者の取得またはヒットの決定を維持する。承認された場合には、論理はブロック１０８０へと分岐して、ワークアップ状態へと進む。拒否された場合には、論理はワークダウン状態へと移行する（ブロック１０７０）。
【００９７】
これらの原理は、下記の表５Ａの後に続く一連の画面表示で詳細に示されており、ここでは、参加者（顧客３００１、３００２、および３００３）が、それぞれ、５００万、１００万、および１００万が示されている。参加者（顧客３００７）が（「全部」をヒットして）売り注文をする直前に、顧客３００４が１ｍｍのサイズを入力する。システム期間タイマーにより、十分に「時間が経過した」と判断されていないため、この最新の１ｍｍ以外の全サイズが取引される。この額は取引されないままで、システムは再確認状態に入る。
【００９８】
【表９】
2010160821.tif 000011
参加者（顧客３００７）が、この取引されていない１００万のサイズを満たすことを決定した場合、「再確認」状態から出て、ワークアップ状態へと移動し、参加者（顧客３００７）と、参加者（顧客３００１）が現在のワーカーとなる。表５Ｂを参照のこと。参加者（顧客３００７）は、また、２００万の取引額の売り注文を入力する。優先順位ボックス（ｐｒｉｏｒｉｔｙ  ｂｏｘ）の点滅または強調表示により、侵入者が再確認状態にあることを表わす。
【００９９】
【表１０】
2010160821.tif 000012
しかしながら、参加者（顧客３００７）が棄権する場合、売買はワークダウン状態へと進む（表５Ｃ）。次に、新たな参加者（顧客３００５）が入るが、ラインの下に位置し、参加者（顧客３００１）が終了し、かつ参加者（顧客３００４）が売買を行った後に、売買を行うことができるようになる。
【０１００】
【表１１】
2010160821.tif 000013
売買の論理に関する別の状態はワークダウン状態として知られており、元の侵入者が受動側に示すサイズの全てよりも少なく取得する場合に発生する。残りのサイズは、売買を完了するためにワークダウンられなければならない。これにより、買い−売り、購入／販売の意向、を示す参加者に利益を与えるべきである、市場に流動性が提供される。元の侵入者が、受動側から残りのサイズのために戻る場合、ワークアップ状態が開始される。能動側からの別の売買人が、受動側の残高を「ワークダウン」得、元の買い−売り状態からの残りのサイズの全てが取得される場合、売買が、占有時間を獲得することを含むワークアップ状態に進み、この新たな売買人が現在のワーカーとなる。
【０１０１】
ワークダウン状態により、新たな侵入者が、図１０のフローチャートに従った論理で、受動側のヒットされていないクリアされていない入札を完了することができる。この処理において、売買コマンド（ＣＭＤ（Ｉ））がブロック１２１０で入力される。テスト１２２０で、システムは、売買が全受動側（合計）よりも小額であることを確認する。もし小額でない場合、論理はブロック１２８０に分岐し、ワークアップ状態へと向けられる。
【０１０２】
テスト１２２０に肯定の応答をすることにより、論理はブロック１２３０へと進み、ここで、システムは、新たな侵入者に対して売買を開き、保留中の受動側の取引額を成立させる。しかしながら、その売買の間は、受動側では時間を占有する権利が与えられず、新たな入力できない（ブロック１２４０）。テスト１２５０は、タイマー（テスト１２６０）による最後の売買を確認し、結果的に、いずれかが「はい」となれば、ワークダウンは終結し、処理は買い−売り状態へと戻る。
【０１０３】
重要であるのは、受動側に現われる新たな売買人が、元々のサイズの残りの全てがワークダウンられるまで待たなければならず、新たな売買人の位置は、ラインよりも下に位置される。これは、以下の画面に示す。
【０１０４】
【表１２】
2010160821.tif 000014
表６Ａにおいて、買い−売り状態は、５００万の買いを示す参加者（顧客３００１）、および１０００万の買いを示す参加者（顧客３００２）を示している。侵入者として、参加者（顧客３００１）が，参加者（顧客３００７）からの売りを取得するが、参加者（顧客３００７）が示す２５ｍｍの５ｍｍのみであり、２０００万が受動側に残される（表６Ｂ参照）。
【０１０５】
【表１３】
2010160821.tif 000015
この際に、参加者（顧客３００６）が１０００万の売りを入力する場合、元の受動側がクリアになるまで待たなければならない。参加者（顧客３００６）は、よって、残りのサイズがワークダウンられるときには、ラインの下に置かれる。（表６Ｃ参照）
【０１０６】
【表１４】
2010160821.tif 000016
売買が、システムに制御されたタイマーによって、または参加者によって直接クリアにされるときに、その価格点では、さらなる買手または売手は生じない。この「クリア」機能により、買い−売り状態が新たに開始され、（交代がない限り）能動側の元の構成者、および受動側からの残りの売買されていないサイズを保持する。
【０１０７】
上述したように、本システムは価格改善処理を可能にする強化性能を提供する。価格改善は修正相互入札−落札状態を適用し、オークションプロセスを複数の価格オークションプロセスに変換する。この場合、購入注文または売却注文は１つ以上の価格において実行される。
【０１０８】
価格改善に関して、入札−落札状態が示すように、現在の最適市場価格以上またはそれ以下の価格で、特に、最適の入札−落札で市場に示される現在の大きさより十分に大きくなり得る大きさで、参加者は取引する傾向がある。この構成では全ての入札−落札状態の規定が、各個々の価格スタックまたは価格層に適用される。優先順位は上位層内の最良価格によってのみ保持される（第１の入札者／落札者）。侵入者がただ１つのレベルのみでに従う場合、ワークアップ状態またはワークダウン状態（上述したような）が開始され、ワークアップ状態またはワークダウン状態の列の価格レベルに制限される。
【０１０９】
この単一レベル環境においてさえ、システム論理は相場を「価格改善」し得る。例えば、侵入者がワークアップ状態に参入した場合に、これが起こり得る。この状態で、受動的な取引者が、価格改善を引き起こし、よりよい価格の購入／売却を入力する。初期の「最適な」受動的な取引者がこの新規のよりよい価格に一致する場合、（割り当てを規定するシステムを介して）この新規のより適切な価格と本来の取引価格との間の価格であるが、取引が完了する。従って、この取引の両側面について価格を改善する。これは「日時」状態処理を介して、受動側により開始される価格改善の一例である。初期の最適な受動的取引が一致することを拒否し、新規の受動側の取引者にその取引を引き渡した場合、同様の価格割り当てが起こり得る。
【０１１０】
上述した内容が証明するように、価格改善取引における侵入者になることで、売却注文または購入注文がシステム上に表示された入札および落札の現在の状態によって明らかになる価格よりも良い価格で実行され得るという可能性を侵入者がもたらす。それを行うことで、侵入者は修正ワークアップ状態を開始する（以下の図８を参照）。
【０１１１】
クアド７Ａに示すように、入札および落札の３つのレベルがある。示された入札および落札のレベルの数はシステムパラメータであり、典型的には入札および落札側上の価格増加の数、すなわち、基本的な列（例えば、１／３２増加）に結び付けられる。つまり、代替的な層配列は通常の配列（例えば、「上位５つの層」）を含む。全ての参加者は、１００．０１から１００．００にまでの範囲の合計６７００万（２＋２０＋４５）について４つの落札があり、１００．０２から１００．０３＋にまでの範囲の合計８５００万について５つの落札があることを認識し得る。これは単一の列の入札−落札状態と対比され、ここで１００．０１における合計２００万の２つの入札および１００．０２における合計１５００万の２つの落札のみが示される。
【０１１２】
代替的な配列は、全ての参加者に対して、全ての価格および大きさを開示し得ない論理（図示せず）を適用する。この場合、システム論理は第２の層を制御し割り当てを購入および売却する。
【０１１３】
【表１５】
2010160821.tif 000017
価格改善に伴うワークアップ状態の論理は、価格改善が開始される場合に、参加者が価格改善取引に参加できることにより、示される最良価格から離れても、参加者に自身の取引の意志を明らかにするように助長する。例えば、最良な市場価格１００．０１〜１００．０２から離れて侵入者になることにより、価格改善は参加者に付随する。この意志を明らかにすることにより、価格余剰に関連する総額を作り上げる間に、侵入者は可能な価格改善についての第１の優先順位を得る。優先順位ランク付けは、価格改善取引が開始すると形成される購入者余剰または売却者余剰に参加者間で割り当てられることによって、最適な市場１００．０１〜１００．０２よりも良い価格で、購入および売却についての機会を提供する。
【０１１４】
場合によっては、相手取引者が示されるより高価格およびより低価格で、多くを購入または売却することを可能にすることにより、価格改善取引を開始する侵入者に保護を与える。これらはシステム論理を介して達成され、システム論理は余剰を測定し、取引者と相手取引者の間で任意の利用可能な余剰を割り当てる。取引の一方の側または両側が、各々が示した意志より良い価格で取引を実行することを可能にすることにより、能動取引および／または受動取引者に都合がよい。大きな流動性を形成し、入札者および落札者の示された意志を改全し、相場の深さを増し、複数の価格取引を許可し、新たな手数料の基となることにより、システムは市場に利益を与える。
【０１１５】
一度取引を開始すれば、状態シーケンスは単一価格取引の倫理に従う。例えばクアド７Ａに図示される価格改善入札−落札状態の認識を与え、新規の売却者は、９０００万から９９．３１まで下げて売却するコマンドを有する侵入者になる。利用可能な「最良価格」で売却する売却者の能力を改善するために、優先順位が価格および時間基準で、または価格および時間を含む基準、あるいは同様に大きさを含む基準によってランク付けされるような第１の最適な入札者に、６７００万がヒットされた後で改善された価格において付加的な出来高を売却する機会を提供する。すなわち、１００．０１における２００万の売却、１００．００＋における２０００万の売却、ならびに１００．０における４５００万の売却。９９．３１万までに合計９０万を売却すること望むことにより、売却者は初めに６７００万に対して実行し、２３万以上を売却する「意志」を有する。次に第１の最適な入札者は、改善価格においてさらに実行し得る。改善レベルは、入札価格と９９．３１の保留価格との間で割り当てられる。全ての残りのトレードは、購入者２００１と９９．３１の売却者との間で処理され、次いで、１００．００における２３ヒットの価格改善取引が完了する。この場合、購入者２００１は、自身の入札レベル１００．０１において、２３００万以上を購入しようと努めて、自身の優先順位を維持する。しかしながら、実際の取引価格は、自身の９９．３１の保留価格以上の０．０１（１／３２パーセント）の価格改善を購入者に提供し、売却者に同額の０．０１の価格改善を提供する１００．００を提供する。
【０１１６】
このシステム論理は、取引の能動側と受動側との間の余剰取引者を割り当て、双方に利益を与える。代わりに、システム論理は余剰を代替可能なロジックに割り当てることも行い得る。例えば、侵入者に余剰の２／３または余剰の全てを提供し、または余剰を提供しない。割り当て機構はまた、取引の大きさまたは他の１組の消費者特性または取引特性に従い動的に変化し得る。システムは、シーケンスが１組の価格改善取引であることを示す強調表示インジケータを組み込み、３つのトレードシーケンス（１００．０１に対する２、１００．００＋に対する２０、１００．００に対する６８）を現わす。あるいは、平均価格における総取引が表示され得る。取引が終了すると、システム論理は制御を入札−落札状態に戻す。
【０１１７】
価格改善処理には、異なる価格レベルにおける複数の入札−落札を提示および表示する別個の機構がある。第１のオプションは入札−落札について全てを削除することである。すなわち、下位の落札は表示されない。第２のオプションは、自身の価格がよりよい価格として上位にある場合に、表示したままにしておくか、または削除するかに関する選択を入札者に提供することである。第３のオプションは、上位にある場合でさえ、スクリーン上に全ての入札が留まるように処理を適応させることである。これは「キャンセルまで有効」な落札を形成する。他のオプションは、システムが制御パラメータを制御することによって、参加者の入札および落札をカスタマイズすることを可能にする。
【０１１８】
価格改善処理はまた、日時状態として公知の優先保存取引を許可する。日時状態は、非優先参加者が開始する場合または取引コマンドに応答する場合に発生する。この状況下において、システム論理は日時状態を誘発し、このことは優先入札者（例えば、能動相場側の第１の最適価格）が取引の制御を取り持ち、かつ引き受けることを可能にする。タイマは優先入札者に与えられる期限を日時状態の間制御し、（トレードコマンドが日時状態を起動する）本来の売却者が優先入札者の後に正確に位置付ける、そして他の非優先売却者は第１の侵入者の後に順番に位置付けるということを取りなすかどうかを決定する。しかしながら、優先入札者が取り成す場合、論理は取引をランク付けされた購入者のリストに戻し、取引は、ワークアップ状態またはワークダウン状態に移行して完了する。取り成すことによって第１の最適入札者は、最適価格を日時取引状態間で一致することにより優先順位を維持する。
【０１１９】
ここで、価格改善を起動し、映像属性によって強調されるヒットは価格改善に利用可能な入札または落札の層数で示される以上の大きさについてのものである。
【０１２０】
価格改善に多くのならびにより多様な機会を与え、価格改善侵入者を保護するために、限られた時間中に受け取られる全ての購入注文および売却注文はランク付けおよび一致され、価格改善侵入者に最も大きな量の価格保護を提供する。入札および落札の複数のレベルのために、第１の最適入札者／落札者は、自身が自身の価格において応答する場合においてのみ、または必要とあらば
最適テイク／ヒット価格と一致する場合においてのみ、優先順位を維持する。
【０１２１】
クアド７Ｂに示すように、参加者ＣＵＳＴ  ２００８は、価格９９．３１までに９０００万を購入しようと努めることによる価格改善取引を起動することによって侵入者となる。限られた時間中に、参加者ＣＵＳＴ  ２００１は１００．０１において５００万以上を購入しようとする。参加者ＣＵＳＴ  ２００９は１００．０１＋において２０００万を購入しようとし、参加者ＣＵＳＴ  ２００２は１００．０１において５００万以上を購入しようとする。次いで、消費者２００１は売却価格１００．０１＋と一致しない。
【０１２２】
【表１６】
2010160821.tif 000018
ＣＵＳＴ  ２００１は、本来の最適入札者にさせることにより、参加者ＣＵＳＴ  ２００２および参加者ＣＵＳＴ  ２００９よりも上の優先順位を有し、自身の本来の価格においてさらに購入しようとする。限られた時間の終盤において、売却される２３００万のうち２０００万は、示される最適売却に一致する、従って２０００万がＣＵＳＴ  ２００９に対して売却される。残高３００万は参加者ＣＵＳＴ  ２００１に対して売却される。１００．０１＋価格に一致しないことにより、ＣＵＳＴ  ２００１は３００万の残りを得るのみである。価格および時間優先順位を維持することで、価格改善が得られ、侵入者は保護される。この取引をクアド７Ｃに示す。
【０１２３】
【表１７】
2010160821.tif 000019
参加者は入力装置を介して、参加者の入力を想定して、価格改善取引の間に、システム論理と相互にやり取りをする。多数の入力装置が、図１２に示される特化されたキーボードにより、例示されるように使用され得る。このキーボードは特定のＬＣＤキーの外部に構成され、これら機能および表示は取引プロセッサ状態に直接結合される。キーボードは５つのＬＣＤキー各々からなる２つの垂直列および７つのＬＣＤキーからなる１つの水平列を有する。ＬＣＤキーの水平列は、両方の入札および落札サイドで利用可能な３つの異なる価格レベルを動的に表示する。この列は「価格列」と呼ばれる。これは取引プロセッサ中の価格変動についてリアルタイムにアップデートを表示する。この列中の中央キーは、価格増加総額を示す。最も適切な増加金額は、最適市場と最不適正市場間に広がる範囲に基づいて取引プロセッサにより決定される。この増加金額はまた、価格が変動するに従いリアルタイムにアップデートされる。入札価格は最適から最不適切の順で、中央キーからキーボードの左に動く。同様に、落札価格は右側に動く。異なる価格レベルが価格改善入札−落札状態に出現すると、入札価格は価格列中に表示される。データ入力を促進し、迅速に相場に反応するために、参加者は単にＬＣＤキーの１つを挿すことだけを必要とし、どの価格レベルが参加者の所望する取引であるかを選択する。価格を選択した後、参加者は、ＬＣＤキーの垂直列により表されるアクションキーの１つを選択する。彼／彼女がその時点で市場に示されている価格の前後で取引を所望する場合、彼／彼女は増加キーを使用し、彼／彼女がどれだけ離れた価格を所望するかを示すことができる。
【０１２４】
前述のキーボード配列性能はいくつかの代替的実施形態において実現し得る。例えば、入力コマンドはタッチスクリーン上、タッチパッド変換器（例えば、「マウス」）上に配列され得る。コマンドを入力する他の媒体は、音声コマンド、音声起動ナビゲーション、および他の「配置」装置を含み、それらの媒体は当該分野でそれ自身周知の媒体と交換され得る。タームキーを使用することは、コマンドまたはデータ入力トリガを含む手段である（すなわち、起動した場合に特定タスクを達成する装置またはスイッチ）。
【０１２５】
本明細書中で議論された５つの状態に関連する論理は図１１の表形式でまとめられる。前述のシステムの機能は、効率の劇的な増加および順序エラーの減少を結果的にもたらす。
【０１２６】
入札、落札および取引のよくある熱狂的環境ならびに図３に示される好適な専用キーパット上のコマンドの入力、および参加者のヒューマンファクタ、これら全ては取引がエラーとなる可能性の原因となる。より詳細には、システムへの入力が不正確であるために、エラーが発生し得、参加者等の間で伝達不良が発生する。これらのエラーにより、取引時に「主要な」参加者を意図しない位置に強制することがよくある。
【０１２７】
取引すれば、本発明は好適には、未整理の順序をキャンセルするか取引状態時に実行をロールバックすることのいずれかによって効果的にトレードを「取り消す」方法を参加者に提供する。図３に図示するように、キーパッドはキャンセル、完了および取り消しキーを提供し、このプロセスを促進する。システムが特定の状態にある場合のこれらのキーの機能は以下に記述され、これらのキーに与えられた名前は任意であり、任意の入力手段が所望のアクション（単数または複数）をとるために使用され得ることに影響を与える。
【０１２８】
入札−落札状態において、キャンセルコマンドは製造業者の既存の相場を１以上の証券から除く。
【０１２９】
日時状態において、製造業者市場に反する差し迫った能動購入注文または能動売却注文が存在しない場合においてのみ、キャンセルが機能して、製造業者市場を除く。また、完了が機能して、潜在的な侵入者および取引参加者を、注文が一致する以前に取引リストから除去する。
【０１３０】
ワークダウン状態において、キャンセルが機能して、任意の残存する受動的な製造業者の相場を除く。完了はキャンセル機能と同様の機能を行い、またワークダウン状態の受動的な取引参加者が取引リストから自身を除くことを可能にする。その結果、システムが受動的な取引参加者を実行する機会を得る前に、約束された大きさは効果的に除かれる。初期取引後所定の時間期間において実行される場合、取り消しは取引を「展開」し、かつ参加者に対して示す大きさを減少するように機能する。さらに、取り消し機能は受動生産業者全てが取引する総計を比例的に減少させる。所定時間周期を制限することで、取引者がこの訂正機能の不正な利益を取得することを思いとどまらせる。類似的に、たった１つの取引者が取引に参加する場合、取り消し機能は、取引者が、取り消される所望の大きさについて相手側に参加させる。取り消し機能は、能動側または受動側においていかなる時間においても、いかなる参加者によっても引き起こされ得る。つまり、システムはこの取引プロトコルの公平さを維持するために論理制御を適用する。
【０１３１】
ワークアップ状態の間、参加者は完了機能を使用し、取引または請願される大きさに関わらず能動側または受動側、または同時に両側からの参加者である状態から自身を削除することができる。従って、完了機能は参加者を取引から除く。取り消し機能はまた、第１の能動取引者が、取引に続いて時間内にの機能を実行した場合、取引をロールバックすることもできる。取り消し機能がこの所定の期間で呼び出されないまたは取引者が第１の能動取引者でない場合、取引者は相手側において直ちに売却または購入するために入れられる。好適には、取引者はリストの上部に配置され、それにより取り消し機能は効果的に直ちに呼び出され得る。最も好適には、第１の能動および受動取引の権利は公正さを保証するため維持され得る。
【０１３２】
本発明は例示の目的で詳細に述べられてきたが、このような詳細は単なる例示にすぎず、当業者によって、特許請求の範囲に制限され得るという点を除いて、本発明の精神および範囲から逸脱することなく、変化を成し得ることが理解されるべきである。
【図６】
2010160821.tif 000020
【図１１】
2010160821.tif 000021
【図１】
2010160821.tif 000022
【図２】
2010160821.tif 000023
【図３Ａ】
2010160821.tif 000024
【図３Ｂ】
2010160821.tif 000025
【図４】
2010160821.tif 000026
【図５】
2010160821.tif 000027
【図７】
2010160821.tif 000028
【図８】
2010160821.tif 000029
【図９】
2010160821.tif 000030
【図１０】
2010160821.tif 000031
【図１２】
2010160821.tif 000032