JP6738924B2 - 注文のファーストルックマッチング方法、装置、及びシステム - Google Patents

Description

関連出願の相互参照
本出願は、２０１３年１１月７日付出願の米国出願第１４／０７４，１２６号の利益を主張するものであり、全体の参照により本明細書に組み込まれる。

取引参加者は、典型的に、彼らが取引する意思がある証書、価格、及び数の取引注文を提出する。取引注文を提出する参加者は一般的に「流動性受取者（liquidity takers）」と呼ばれ、注文を実行することができる参加者は一般的に「流動性提供者（liquidity providers）」と呼ばれる。例えば外国為替のような特定の市場では、取引は、伝統的に「セカンドルック」によって実行される。セカンドルックの下では、流動性受取者は、流動性提供者に送られる注文を提出する。流動性提供者は、注文を受けるのか（例えば、「完了」と応答する）、又は注文を拒否するのか（例えば、「ノー」と応答し、又は応答しない）を決定するための期間を有する。この決定するための期間は、しばしば流動性受取者にとって、特に提出された注文に多額の金が関係している場合に、不確実性の原因となる。

様々な実施形態は、「ファーストルック」プロセスに基づいて、流動性受取者と流動性提供者との間で注文をマッチングすることに関するものである。いくつかの実施形態では、流動性受取者からの注文は、特定のパーセンテージを上回るターゲット充足率を有する流動性提供者とすぐに照合される。

本明細書において開示されている少なくとも一実施形態の方法に係るシステムを表示する。 本明細書において開示されている少なくとも一実施形態の方法に係るフロー図を表示する。 本明細書において開示されている少なくとも一実施形態の方法に係るフロー図を表示する。 本明細書において開示されている少なくとも一実施形態の方法に係るフロー図を表示する。 クラウドコンピューティングノードの一例の図を表示する。 例示的なクラウドコンピューティング環境の図を表示する。 クラウドコンピューティング環境によって提供される１組の関数抽象層の図を表示する。

以下のセクションＩからＸＩは、本願を解釈する案内を提示する。

Ｉ．用語
「製品」という用語は、その他特に明示的に記載のない限り、マシン、製造、および／または物の組成を意味する。「プロセス」という用語は、その他特に明示的に記載のない限り、プロセス、アルゴリズム、方法等を意味する。

各プロセス（方法、アルゴリズム、または他で呼ばれるかに関わらず）は本質的に、１つ以上のステップを含み、したがって、プロセスの「ステップ」（単数または複数）へのあらゆる参照は、プロセスの単なる説明、または「プロセス」等の用語の単なる記述において本質的な先行根拠を有する。したがって、請求項におけるプロセスの「ステップ」（単数または複数）への参照は、十分な先行根拠を有する。

「発明」等の用語は、その他特に明示的に記載のない限り、「本明細書において開示される１つ以上の発明」を意味する。

「ある実施形態」、「実施形態」、「実施形態（複数）」、「該実施形態」、「該実施形態（複数）」、「１つ以上の実施形態」、「いくつかの実施形態」、「所定の実施形態」、「一実施形態」、「別の実施形態」等の用語は、その他特に明示的に記載のない限り、「発明の１つ以上の（しかし全てではない）実施形態」を意味する。

本発明の「変形」という用語は、その他特に明示的に記載のない限り、本発明の実施形態を意味する。

「指標」という用語は、極めて広い意味で使用される。事柄の「指標」は、事柄を決定するために使用され得る任意のものを含むことを理解されたい。

事柄の指標は、事柄を特定する電子メッセージを含んでもよい（例えば、ウィジェットに取り付けられたシリアル番号によるウィジェットの特定、ウィジェットの１つ以上の特性によるウィジェットの特定）。事柄の指標は、事柄を計算および／または参照するために使用され得る情報を含み得る（例えば、ウィジェットが、ウィジェットを決定するために使用され得る一部であるマシンを特定する情報）。事柄の指標は、事柄に関連する事柄を指定し得る（例えば、事柄の特性、事柄の名称、事柄に関連する事柄の名称）。事柄の指標は、事柄に関連する事柄を指定しない場合がある（例えば、「ある（ａ）」という文字は、文字「ある（ａ）」を解釈してウィジェットを特定するように構成されるコンピュータシステムのウィジェットの指標であり得る）。事柄の指標は、事柄のサイン、兆し、および／またはトークンを含み得る。指標は、例えば、コード、参照、実施例、リンク、信号、および／または識別子を含み得る。事柄の指標は、事柄を表し、説明し、および／またはその他特に事柄に関連付けられた情報を含み得る。

事柄の指標の変換は、事柄の指標であり得る（例えば、事柄の暗号化された指標は、事柄の指標であり得る）。事柄の指標は、事柄それ自体、事柄のコピー、および／または事柄の一部を含み得る。事柄の指標は、指標を理解するように構成されない事柄に対して無意味なものである場合がある（例えば、ある人は、文字「ある（ａ）」がウィジェットを示すが、コンピュータシステムが文字「ある（ａ）」からウィジェットと判定し得るため、それがそれでもなおウィジェットの指標であり得ることを理解しない場合がある）。事柄の指標は、事柄が、事柄または任意のものが決定されることを意味しないと決定するように使用され得る事実を理解されたい。事柄の指標は、その他特に指定されない限り、事柄の任意の数の指標を含み得る。事柄の指標は、他の事柄の指標（例えば、多くの事柄を示す電子メッセージ）を含んでもよい。（指標は、特許請求の範囲の言語において非常に広い用語として使用され得る。例えば、金融商品の指標を受信すること。）

「表す」という用語は、（１）単語、記号、同様のものが行うように、表現する、指定する、表象する、または示すように機能すること、（２）いくつかの用語、文字、記号、同様のものによって表現するまたは指定すること、（３）写真が行うように、そのものを描く、または描写、または提示すること、または（４）サインまたは記号そのものとして機能すること、を意味する。

実施形態を説明する際の「別の実施形態」への参照は、その他特に明示的に記載のない限り、参照された実施形態が別の実施形態（例えば、参照された実施形態の前に記載された実施形態）と相互に排他的であることを暗示しない。同様に、２つ（以上）の実施形態が参照されるという単なる事実は、これらの実施形態が相互に排他的であることを暗示しない。

本発明の一実施形態は、本発明の２つ以上の他の実施形態を含み得るかまたは網羅し得るかまたは包括し得る。例えば、要素ａ、ｂ、およびｃを含む第１の実施形態は、要素ａ、ｂ、ｃ、およびｄを含む第２の実施形態、ならびに要素ａ、ｂ、ｃ、およびｅを網羅する第３の実施形態を網羅し得る。同様に、第１、第２、および第３の実施形態の各々は、要素ａ、ｂ、ｃ、ｄ、およびｅを含む第４の実施形態を網羅し得る。

「含む」、「備える」という用語およびそれらの変形は、その他特に明示的に記載のない限り、「含むが、必ずしも限定されない」ことを意味する。このため、例えば、「マシンは、赤いウィジェットおよび青いウィジェットを含む」という文は、マシンが赤いウィジェットおよび青いウィジェットを含むが、可能性として１つ以上の他のアイテムも同様に含み得ることを意味する。

「〜からなる」という用語およびその変形は、その他特に明示的に記載のない限り、「〜を含み、かつまた〜に限定される」ことを意味する。このため、例えば、「マシンは、赤いウィジェットおよび青いウィジェットからなる」という文は、マシンが赤いウィジェットおよび青いウィジェットを含むが、その他には何も含まないことを意味する。

「構成する」という用語およびその変形は、その他特に明示的に記載のない限り、「その成分、その構成部分、またはその要素を作り上げる」ことを意味する。このため、例えば、「赤いウィジェットおよび青いウィジェットはマシンを構成する」という文は、マシンが、赤いウィジェットおよび青いウィジェットを含むことを意味する。

「排他的に構成する」という用語およびその変形は、その他特に明示的に記載のない限り、「その成分を排他的に作り上げる、その構成部分のみである、またはその要素のみである」ことを意味する。このため、例えば、「赤いウィジェットおよび青いウィジェットはマシンを排他的に構成する」という文は、マシンが、赤いウィジェットおよび青いウィジェットだけ（すなわち、他には何もない）からなることを意味する。

「ある」、「一」、「１つ」および「その」（「ａ」、「ａｎ」および「ｔｈｅ」）という用語は、その他特に明示的に記載のない限り、「１つ以上」を指す。このため、例えば、「ウィジェット」という語句は、その他特に明示的に記載のない限り、「１つ以上のウィジェット」を意味する。同様に、「ウィジェット」という語句を記した後、「ウィジェット」という語句の連続の記述は、「１つ以上のウィジェット」を意味する。したがって、「前記・その（ｔｈｅ）」という単語は、先行根拠を有する特定の用語も指し得ることを理解されたい。例えば、段落に、「ある特定の単一の特徴」と記され、次いで、「前記特徴」を指す場合、そのとき「前記特徴」という語句は、先に記された「特定の単一の特徴」を指すことを理解されたい（「ある特定の単一の特徴」中の「ある」という用語は、「１つ」の特定の単一の特徴を指し、「１つ以上の」特定の単一の特徴ではないことを理解されたい）。

「複数」という用語は、その他特に明示的に記載のない限り、「２つ以上」を意味する。

「本明細書において」という用語は、その他特に明示的に記載のない限り、「参照によって組み込まれてもよい任意の事柄を含む、本明細書において」を意味する。

「のうちの少なくとも１つ」という語句は、このような語句が複数の事柄（事柄の列挙リスト）を修飾する場合、その他特に明示的に記載のない限り、それらの事柄の１つ以上の任意の組み合わせを意味する。例えば、「ウィジェット、車、ハンドルのうちの少なくとも１つ」という語句は、（ｉ）ウィジェット、（ｉｉ）車、（ｉｉｉ）ハンドル、（ｉｖ）ウィジェットおよび車、（ｖ）ウィジェットおよびハンドル、（ｖｉ）車およびハンドル、または（ｖｉｉ）ウィジェット、車、およびハンドルのいずれかを意味する。「のうちの少なくとも１つ」という語句は、このような語句が複数の事柄を修飾する場合、複数の事柄「の各々の１つ」を意味しない。例えば、「ウィジェット、車、ハンドルのうちの少なくとも１つ」という語句は、「１つのウィジェット、１つの車、および１つのハンドル」を意味しない。

「１つ」、「２つ」等の数値用語は、何らかの数量を示すために基数として使用される場合（例えば、１つのウィジェット、２つのウィジェット）、その数値用語によって示される数量を意味するが、少なくともその数値用語によって示される数量、を意味しない。例えば、「１つのウィジェット」という語句は、「少なくとも１つのウィジェット」を意味せず、したがって、「１つのウィジェット」という語句は、例えば、２つのウィジェットを網羅しない。

「基づく」という語句は、その他特に明示的に記載のない限り、「のみに基づく」ことを意味しない。すなわち、「基づく」という語句は、「のみに基づく」および「少なくとも基づく」の両方を網羅する。「少なくとも基づく」という語句は、「少なくとも部分的に基づく」という語句と同等である。例えば、「要素Ａは、要素Ｂおよび要素Ｃに基づいて算出される」という語句は、要素ＡがＢ掛けるＣの積として算出される（すなわち、Ａ＝Ｂ×Ｃ）実施形態、Ａが、Ｂ足すＣの和として算出される（すなわち、Ａ＝Ｂ＋Ｃ）実施形態、Ａが、Ｂ掛けるＣ掛けるＤの積として算出される実施形態、Ａが、Ｂ足すＣ足すＤ掛けるＥの平方根の和として算出される実施形態等を網羅する。

「表す」等の用語は、その他特に明示的に記載のない限り、排他的ではない。例えば、「表す」という用語は、その他特に明示的に記載のない限り、「のみを表す」ことを意味しない。例えば、「データがクレジットカード番号を表す」という語句は、「データがクレジット番号だけを表す」および「データがクレジットカード番号を表し、データは他の何らかも表す」の両方を網羅する。

「それにより」という用語は、本明細書において、「それにより」という用語の前に明示的に記された何かの意図された結果、目的、または帰結のみを表現する節または他の単語セットに先行するようにのみ使用される。したがって、「それにより」という用語が特許請求の範囲内で使用される場合、「それにより」という用語が修飾する節または他の単語は、特許請求の範囲の特定の更なる制限を確立せず、または特許請求の範囲もしくは意味を制限しない。

「例えば」、「等」という用語および同様の用語は、「例を挙げれば」を意味し、したがって、それらが説明する用語または語句を制限しない。例えば、「コンピュータはインターネットを介してデータ（例えば、命令、データ構造）を送信する」という文では、「例えば」という用語は、「命令」が、コンピュータがインターネットを介して送信することができる「データ」の一例であることを説明すると共に、「データ構造」が、コンピュータがインターネットを介して送信することができる「データ」の一例であることも説明する。しかし、「命令」および「データ構造」は両方とも、「データ」の単なる例にすぎず、「命令」および「データ構造」以外の他の物事も「データ」であり得る。

「それぞれ」という用語および同様の用語は、「個々に」を意味する。したがって、２つ以上の物事が特性を「それぞれ」有する場合、このような各物事はそれ自体の特性を有し、これらの特性は互いに異なってよいが、互いに異なる必要はない。例えば、「２つのマシンの各々がそれぞれの機能を有する」という語句は、２つのマシンのうちの第１のものが機能を有し、２つのマシンのうちの第２のものも同様に機能を有することを意味する。第１のマシンの機能は、第２のマシンの機能と同じであってもよく、または同じでなくてもよい。

「すなわち」という用語および同様の用語は、「つまり」を意味し、したがって、それが説明する用語または語句を制限する。例えば、「コンピュータはインターネットを介してデータ（すなわち命令）を送信する」という文では、「すなわち」という用語は、「命令」が、コンピュータがインターネットを介して送信する「データ」であることを説明する。

数値範囲は、その他特に明示的に記載のない限り、その範囲における整数および非整数を含む。例えば、範囲「１〜１０」は、１〜１０の整数（例えば、１、２、３、４、．．．９、１０）および非整数（例えば、１．００３１４１５９２６、１．１、１．２、．．．、１．９）を含む。

２つ以上の用語または語句が同義語である場合（例えば、用語または語句が同義語であるという明示的な記載のため）、１つのこのような用語または語句の事例は、別のこのような用語または語句が異なる意味を有さなければならないことを意味しない。例えば、ある文が、「含む」という意味が「含むが、限定されない」と同義であると示す場合、「含むが、限定されない」という語句の単なる使用は、用語「含む」が「含むが、限定されない」以外を意味することを意味しない。

ＩＩ．決定する
「決定する（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語およびその文法的変形（例えば、価格の決定、値の決定、ある特定の基準を満たすオブジェクトの決定）は、極めて広い意味で使用される。「決定する」という用語は、広範囲の動作を包含するため、「決定する」は、算出する、計算する、処理する、導出する、検査する、参照する（例えば、テーブル、データベース、または別のデータ構造を参照する）電子フォーマットまたはデジタル表現にレンダリングする、特定する等を含むことができる。「決定する」は、受信すること（例えば、情報を受信すること）、アクセスすること（例えば、メモリ内のデータにアクセスすること）等も含むことができる。また、「決定する」は、解決すること、選択すること、選ぶこと、確立すること等も含むことができる。

「決定する」という用語は、確実性または絶対的な正確さを含意せず、したがって、「決定する」は、推定すること、推断すること、予測すること、推測すること、平均化すること等を含むことができる。

「決定する」という用語は、数学的処理を実施しなければならないことを含意せず、数値的方法を使用しなければならないことを含意せず、かつアルゴリズムが使用されることを含意しない。

決定する」という用語は、特定の任意のデバイスを使用しなければならないことを含意しない。例えば、コンピュータが決定することを実施する必要は必ずしもない。

「決定する」という用語は、「算出する」ことを含んでもよい。「算出する」という用語は、１つ以上の算出を実施することを含むと理解されるべきである。算出することは、計算すること、処理すること、および／または導出することを含んでもよい。算出することは、コンピューティングデバイスによって実施され得る。例えば、事柄を算出することは、コンピュータプロセッサによってアルゴリズムをデータに適用すること、およびプロセッサの出力として事柄を生成することを含み得る。

「決定する」という用語は、「参照する」ことを含んでもよい。「参照する」という用語は、１つ以上の参照を、例えば、事柄に対してなすことを含むと理解されるべきである。参照することは、問い合わせること、アクセスすること、選択すること、選ぶこと、読み出すこと、および／または検索することを含み得る。参照する作動は、コンピューティングデバイスによって実施され得る。例えば、事柄を参照することは、事柄がプロセッサによって記憶されるメモリ場所を読み出すことを含んでもよい。

「決定する」という用語は、「受信する」ことを含んでもよい。例えば、事柄を受信することは、事柄を取り込むことを含んでもよい。いくつかの実施形態では、受信することは、事柄が通って取り込まれるネットワークインターフェースを動作すること等の事柄を取り込むように実施された作動を含んでもよい。いくつかの実施形態では、受信することは、ダイレクトメモリ書き込みまたはハードワイヤード回路等において事柄を取り込むように実施された作動なしに実施されてもよい。事柄を受信することは、事柄を算出した可能性があるリモート情報源から事柄を受信することを含んでもよい。

ＩＩＩ．文章の形態
第１の請求項の制限が、特徴の１つならびに特徴のうちの２つ以上を包含し（例えば、「少なくとも１つのウィジェット」等の制限は、１つのウィジェットならびに２つ以上のウィジェットを包含する）、第１の請求項に従属する第２の請求項において、第２の請求項が、その制限を指すために定冠詞「前記（ｔｈｅ）」を使用する場合（例えば、「前記ウィジェット（ｔｈｅ ｗｉｄｇｅｔ）」）、この単なる使用は、第１の請求項が特徴のうちの１つのみを包含することを含意せず、第２の請求項が特徴のうちの１つのみを包含することを含意しない（例えば、「前記ウィジェット」は、１つのウィジェットおよび２つ以上のウィジェットの両方を包含することができる）。

序数（「第１の」、「第２の」、「第３の」等）が用語の前に形容詞として使用される場合、その序数は（その他特に明示的に記載のない限り）、単に、特定の特徴を同じ用語または同様の用語で説明される別の特徴と区別するため等の特定の特徴を示すために使用されるが、その序数は、任意の他の意味または限定効果を有しない、単に便宜上の名称である。例えば、「第１のウィジェット」は、単に、例えば「第２のウィジェット」から区別するためにそのような名称を有し得る。したがって、「ウィジェット」という用語の前に単に序数「第１の」および「第２の」を使用することは、２つのウィジェットの他のいかなる関係も示さず、同様に、いずれかまたは両方のウィジェットの他のいかなる特性も示さない。例えば、「ウィジェット」という用語の前に単に序数「第１の」および「第２の」を使用することは、（１）いずれかのウィジェットの順序または場所が他の任意のウィジェットの前または後にくることを示さず、（２）いずれかのウィジェットが、他の任意のウィジェットの時間的に前または後に発生するか、または作動することを示さず、かつ（３）いずれかのウィジェットが、重要性または品質において他の任意のウィジェットよりも上または下にランクされることを示さない。単なる序数の使用は、序数を使用して識別される特徴に対する数値的制限を定義しない。例えば、「ウィジェット」という用語の前の序数「第１の」および「第２の」の単なる使用は、ウィジェットが厳密に２個存在することを示さない。

単一のデバイス、物品、または他の製品が本明細書において述べられる場合、別の実施形態では、代替として、説明される単一のデバイスまたは物品に代えて２つ以上のデバイスまたは物品を（連携するか否かに関わりなく）使用してもよい。したがって、別の実施形態では、デバイスによって処理されると説明される機能は、代替として、２つ以上のデバイスまたは物品によって所有されてもよい（連携するか否かに関わりなく）。

同様に、２つ以上のデバイス、物品、または他の製品が本明細書において述べられる場合（連携するか否かに関わりなく）、別の実施形態では、代替として、述べられている２つ以上のデバイスまたは物品に代えて、単一のデバイスまたは物品を使用してもよい。例えば、複数のコンピュータベースのデバイスを単一のコンピュータベースのデバイスで置き換えてもよい。いくつかの実施形態では、このような複数のコンピュータベースのデバイスは、グリッドコンピューティングシステムにおいて一般的であるようなプロセスの１つのステップを実施するように一緒に動作し得る。いくつかの実施形態では、複数のものが、クラウドコンピューティングシステムにおいて一般的であるようなプロセスの１つのステップを実施するように動作し得るように、このような複数のコンピュータベースのデバイスは、互いに追加された機能性を動作し得、且つ提供し得る。（逆に、単一のコンピュータベースのデバイスは、互いに連携して動作する複数のコンピュータベースのデバイスで置き換えてもよい。例えば、単一のコンピューティングデバイスは、インターネットを介して互いに通信しているサーバおよびワークステーションで置き換えてもよい。）したがって、２つ以上のデバイスまたは物品によって処理されると述べられる様々な機能は、代替として、単一のデバイスまたは物品によって所有されてもよい。

述べられる単一のデバイスの機能および／または特徴は、別の実施形態では、代替として、述べられているが、このような機能または特徴を有するものとして明示的に述べられていない１つ以上の他のデバイスで実施してもよい。したがって、他の実施形態は、述べられたデバイス自体を含む必要はなく、むしろ、これら他の実施形態において、このような機能または特徴を有する１つ以上の他のデバイスを含んでもよい。

ＩＶ．開示される例および用語は非制限的である
名称（本明細書の第１のページの先頭に記載）も要約（本明細書の最後に記載）も決して、開示される発明の範囲を限定すると解釈されてはならず、任意の請求項の意味を解釈する際に使用されてはならず、任意の請求項の範囲を限定する際に使用されてはならない。要約は、３７．Ｃ．Ｆ．Ｒ．の１．７２（ｂ）下で必要であることを理由としてのみ、要約は本明細書に含まれる。

本願に提供される項の見出しは便宜を図るためのみであり、本開示を制限するものとして決して解釈されるべきではない。

多くの実施形態が本願において説明され、例示のみを目的として提示される。説明される実施形態は、決して制限せず、決して制限を目的としない。開示される発明は、本開示から容易に明らかなように、多くの実施形態に対して広く適用可能である。当業者ならば、構造的、論理的、ソフトウェアの、および電気的な修正等の様々な修正および変更を加えて、開示される発明を実施してもよいことを理解するであろう。開示される発明の特定の特徴を、１つ以上の特定の実施形態および／または図面を参照して説明することがあるが、このような特徴が、その他特に明示的に記載のない限り、参照して説明される１つ以上の特定の実施形態または図面内の使用法に制限されないことを理解されたい。

一実施形態は、いくつかの特徴を含むとして開示されてもよいが、本発明の他の実施形態は、全てのこのような特徴よりも少ない特徴を含んでもよい。このため、例えば、一請求項は、開示される実施形態において、全体の組の特徴よりも少ない特徴に関してもよく、このような請求項は、請求項が明示的に記載するそれらの特徴以外の特徴を必要とするとして解釈されることはない。

本願において説明される方法ステップまたは製品要素の実施形態は、本明細書においてそのように明示的に記述されるか、または（特許請求の範囲およびその特許請求の範囲によって定義される本発明に関して）その特許請求の範囲内で明示的に記載される場合を除き、本明細書において請求される本発明を構成せず、本明細書において請求される本発明にとって必須ではなく、または本明細書において請求される本発明と同一の広がりを持たない。

法定分類以外の任意のものを記す特許請求の範囲の任意のプリアンブルは、請求される本発明の目的、利点、および可能な使用法を記すと解釈されるものとし、このようなプリアンブルは、請求される本発明を制限するように解釈されるものとしない。

本開示は、本発明の全ての実施形態の文字通りに正確な説明ではない。また、本開示は、全ての実施形態に存在することが必要である、本発明の特徴の列挙ではない。

全ての開示される実施形態は必ずしも請求項によって網羅されない（全ての保留、変更、公開、および取り消された請求項を含む場合であっても）。加えて、開示される実施形態は、いくつかの請求項によって網羅されてもよい（しかし、必ずしも網羅される必要はない）。したがって、一請求項（保留、変更、公開、または取り消しに関わりなく）が特定の実施形態に関する場合、これは、他の請求項の範囲もその実施形態に関係するということはないという証拠ではない。

互いに通信するものとして説明されるデバイスは、その他特に明示的に記載のない限り、互いに連続して通信する必要はない。逆に、このようなデバイスは、必要または所望に応じて互いに伝送する必要があるだけであり、実際には、大半の時間においてデータを交換しなくてもよい。例えば、インターネットを介して別のマシンと通信するマシンは、長期間（例えば、１度に数週間）にわたって他のマシンにデータを伝送しなくてもよい。これに加えて、互いに通信するデバイスは、直接通信してもよく、または１つ以上の媒介物を通して間接的に通信してもよい。デバイスは、それらが互いに少なくとも一方向の通信ができている場合、互いに通信している。例えば、第１のデバイスは、第１のデバイスが第２のデバイスに情報を伝送できている場合、第２のデバイスと通信している。同様に、第２のデバイスは、第２のデバイスが第１のデバイスから情報を受信できている場合、第１のデバイスと通信している。

いくつかの構成要素または特徴を有する一実施形態の説明は、このような構成要素または特徴の全てまたは任意のものが要求されることを含意しない。逆に、本発明の広範囲の可能な実施形態を示すために、様々な任意選択的な構成要素が説明される。別段の明示的な定めがない限り、構成要素または特徴は必須ではなく、または要求されない。

プロセスステップ、アルゴリズム等は、特定の逐次順で説明または請求されることがあるが、このようなプロセスは異なる順序で働くように構成することが可能である。
換言すれば、明示的に説明または請求され得るステップのいかなる順序または順番も、ステップをその順番で実施するという要件を必ずしも示すものではない。本明細書において説明されるプロセスのステップは、可能な任意の順番で実施することができる。更に、（例えば、あるステップが他のステップの後に説明されるため）同時に行われるものとして説明または含意されていないにもかかわらず、いくつかのステップを同時に実施してもよい。更に、図面内の説明によるプロセスの例示は、例示されたプロセスが他の変形および変更を除外することを含意せず、例示されたプロセスまたはそのステップの任意のものが本発明にとって必要であることを含意せず、かつ例示されたプロセスが好ましいことを含意しない。

プロセスを複数のステップを含むものとして説明することがあるが、それは、ステップのうちの全てまたは任意のものが好ましい、必須である、または要求されることを含意しない。本発明の範囲内の多様な他の実施形態は、記載のステップのうちのいくつか、または全てを省略する他のプロセスを含む。その他特に明示的に記載のない限り、どのステップも必須または必要ではない。

プロセスを単独で、すなわち他の製品または方法を参照せずに説明し得るが、一実施形態では、プロセスは他の製品または方法と相互作用してもよい。例えば、このような相互作用は、あるビジネスモデルを別のビジネスモデルにリンクすることを含み得る。このような相互作用は、プロセスの柔軟性または望ましさを向上させるために提供することができる。

製品は、複数の構成要素、態様、数量、特性、および／または特徴を含むものとして説明され得るが、それは、これら複数のうちのいくつかまたは全てが好ましい、必須である、または要求されることを示さない。記載される本発明の範囲内の他の様々な実施形態は、説明される複数のうちのいくつかまたは全てを省いた他の製品を含む。

アイテム（付番されているものもあれば、ないものもある）の列挙リストは、その他特に明示的に記載のない限り、アイテムのうちの任意のものまたは全てが相互に排他的であることを含意しない。同様に、アイテム（付番されているものもあれば、ないものもある）の列挙リストは、その他特に明示的に記載のない限り、アイテムのうちの任意のものまたは全てが任意のカテゴリを包括するものであることを含意しない。例えば、列挙リスト「コンピュータ、ラップトップ、およびＰＤＡ」は、そのリストの３つのアイテムのうちの任意のもの又は全てが相互に排他的であることを含意せず、そのリストの３つのアイテムのうちの任意のものまたは全てが任意のカテゴリを包括することを含意しない。

アイテム（付番されているものもあれば、ないものもある）の列挙リストは、アイテムのうちの任意のものまたは全てが、互いに等価である、または互いに容易に置換されることを含意しない。

全ての実施形態は例示的であり、場合によっては、本発明またはあらゆる実施形態が作成または実施されたことを含意しない。

Ｖ．コンピューティング
本明細書において説明する様々なプロセスは、例えば、適宜プログラムされた汎用コンピュータ、専用コンピュータ、およびコンピューティングデバイスによって実施してもよいことを当業者ならば容易に理解するであろう。通常、プロセッサ（例えば、１つ以上のマイクロプロセッサ、１つ以上のマイクロコントローラ、１つ以上のデジタル信号プロセッサ）は、命令を受け取り（例えば、メモリまたは同様のデバイスから）、それら命令を実施し、それにより、命令によって定義される１つ以上のプロセスを実行する。命令は、例えば、１つ以上のコンピュータプログラム、１つ以上のスクリプトで実施することができる。

「計算」という用語は、ソフトウェアアルゴリズムに関してプロセッサを使用することを決定することを意味するものとする。

「プロセッサ」は、アーキテクチャ（例えば、チップレベルマルチプロセッシングまたはマルチコア、ＲＩＳＣ、ＣＩＳＣ、インターロックパイプラインステージを有さないマイクロプロセッサ、パイプライン構成、同時マルチスレッド、統合型グラフィックス処理装置付きマイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ ｗｉｔｈ ｉｎｔｅｇｒａｔｅｄ ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、ＧＰＧＰＵ）に関わりなく、１つ以上のマイクロプロセッサ、中央演算処理装置（ＣＰＵ）、コンピューティングデバイス、マイクロコントローラ、デジタル信号プロセッサ、グラフィックス処理装置（ＧＰＵ）、同様のデバイス、またはこれらの任意の組み合わせを意味する。

「コンピューティングデバイス」は、アーキテクチャ（例えば、チップレベルマルチプロセッシングまたはマルチコア、ＲＩＳＣ、ＣＩＳＣ、インターロックパイプラインステージを有さないマイクロプロセッサ、パイプライン構成、同時マルチスレッド）に関わりなく、１つ以上のマイクロプロセッサ、中央演算処理装置（ＣＰＵ）、コンピューティングデバイス、マイクロコントローラ、デジタル信号プロセッサ、グラフィックスカード、モバイルゲームデバイス、同様のデバイス、またはこれらの任意の組み合わせを意味する。

したがって、プロセスの説明は同様に、プロセスを実施するための装置の説明でもある。プロセスを実施する装置は、例えば、プロセッサおよびプロセスの実施に適した入出力デバイスを含むことができる。例えば、プロセスの説明は、プロセッサと、プロセッサによって実行されたとき、プロセッサに方法を実施するように指示する命令を含むプログラムを記憶するメモリと、を備える装置の説明である。

プロセスを実施する装置は、プロセスを実施するために一緒に稼働する複数のコンピューティングデバイスを含むことができる。コンピューティングデバイスのうちのいくつかは、プロセスの各ステップを実施するために一緒に稼働し得、プロセスの別個のステップについて稼働し得、プロセスの実施を容易にし得るその他のコンピューティングデバイスに基礎となるサービスを提供し得る。このようなコンピューティングデバイスは、中央権限の命令下で作動し得る。別の実施形態では、このようなコンピューティングデバイスは、中央権限の命令なしで作動し得る。このような方法のうちのいくつかまたは全てにおいて動作し得る装置のうちのいくつかの実施例は、グリッドコンピュータシステム、クラウドコンピュータシステム、ピアツーピアコンピュータシステム、サービスとしてソフトウェアを提供するように構成されるコンピュータシステム等を含み得る。例えば、装置は、ＶＭｗａｒｅソフトウェアを実行するコンピュータシステム等の、その処理ロードのバルクをリモートサーバ上で実行するが、ローカルユーザコンピュータに表示情報を出力し、ローカルユーザコンピュータからユーザ入力情報を受信するコンピュータシステムを含み得る。

更に、このような方法を実施するプログラム（ならびに他の種類のデータ）は、様々な媒体（例えば、コンピュータ可読媒体）を使用していくつかの様式で記憶し伝送することができる。いくつかの実施形態では、様々な実施形態のプロセスを実施することができるソフトウェア命令のうちのいくつかまたは全てに代えて、またはそれと組み合わせて、ハードワイヤード回路またはカスタムハードウェアを使用してもよい。したがって、ソフトウェアのみに代えて、ハードウェアおよびソフトウェアの様々な組み合わせを使用してもよい。

「コンピュータ可読媒体」という用語は、コンピュータ、プロセッサ、または同様のデバイスにより読み取り可能な、データ（例えば、命令、データ構造）の提供に関与する任意の非一時的媒体、複数の同じ媒体、または異なる媒体の組み合わせを指す。このような媒体は、不揮発性媒体、揮発性媒体、および伝送媒体を含むがこれらに制限されない多くの形態をとり得る。不揮発性媒体は、例えば、光ディスク、磁気ディスク、および他の永久メモリを含む。揮発性媒体は、通常、メインメモリを構成するダイナミックランダムアクセスメモリ（ＤＲＡＭ）を含む。伝送媒体は、プロセッサに結合されるシステムバスを構成する線を含め、同軸ケーブル、銅線、および光ファイバを含む。伝送媒体は、音波、光波、および無線周波（ＲＦ）および赤外線（ＩＲ）データ通信中に生成されるような電磁波（ｅｌｅｃｔｒｏｍａｇｎｅｔｉｃ ｅｍｉｓｓｉｏｎ）を含むか、または伝達することができる。コンピュータ可読媒体の一般的な形態としては、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープ、他の任意の磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤ、他の任意の光学媒体、パンチカード、紙テープ、パターンになった穴を有する他の任意の物理媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＥＰＲＯＭ、他の任意のメモリチップまたはカートリッジ、後述する搬送波、またはコンピュータが読み取り可能な他の任意の媒体が挙げられる。

「有形のコンピュータ可読媒体」という用語は、光学または磁気ディスク等のハードウェア構成要素を備える「コンピュータ可読媒体」を指す。

様々な形態のコンピュータ可読媒体が、データ（例えば、命令シーケンス）のプロセッサへの搬送に関与し得る。例えば、データは、（ｉ）ＲＡＭからプロセッサに送出され、（ｉｉ）無線伝送媒体を介して搬送され、（ｉｉｉ）イーサネット（登録商標）（またはＩＥＥＥ８０２．３）、それらがＷｉＦｉ Ａｌｌｉａｎｃｅによって承認されたかどうかのＩＥＥＥ８０２．１１仕様書によって定義される無線ローカルエリアネットワーク通信、ＳＡＰ、ＡＴＰ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、およびＴＣＰ／ＩＰ、ＴＤＭＡ、ＣＤＭＡ、および３Ｇ等の多くの形式、規格、またはプロトコルに従ってフォーマットされおよび／または伝送され、および／または（ｉｖ）当分野において周知の様々な方法のうちの任意の方法で暗号化されて、プライバシーを確保し、不正を阻止することができるものであることとしてもよい。

「データベース」という用語は、検索可能な形式で記憶されるデータの任意の電子記憶されるコレクションを指す。

「データ構造」という用語は、コンピュータ等のハードウェアマシン内のデータベースを指す。

「ネットワーク」という用語は、通信経路によって相互接続される一連のポイントまたはノードを意味する。例えば、ネットワークは、１つ以上の有線および／または無線通信経路によって相互接続される複数のコンピュータまたは通信デバイスを含み得る。ネットワークは、他のネットワークと相互接続し得、サブネットワークを含み得る。

「所定の」という用語は、例えば、現在時刻または現在の動作前に、予め決定されていることを意味する。例えば、「所定の値を表示する」という語句は、表示の作動前に決定された値を表示することを意味する。

「条件」という用語は、（１）合意の履行に基づく前提、または（２）何らかの出現または発生に必要不可欠な何か、を意味する。

「トランザクション」という用語は、（１）商品、サービス、または基金の交換または転送、または（２）相互に影響をおよぼすかまたは互いに影響しあう２つの組織または事柄を含む通信動作または活動を意味する。

したがって、プロセスの説明は同様に、プロセスを実施するためのプログラムを記憶するコンピュータ可読媒体の説明でもある。コンピュータ可読媒体は、方法の実施に適したプログラム要素を（任意の適切な形式で）記憶することができる。例えば、プロセスの説明は、プロセッサによって実行されたとき、プロセッサに方法を実施するように指示する命令を含むプログラムを記憶するコンピュータ可読媒体の説明である。

プロセスの様々なステップの説明が、説明される全てのステップが要求されることを示さないのと同様に、装置の実施形態は、説明されたプロセスのうちのいくつか（であるが、必ずしも全てである必要はない）を実行するように動作可能なコンピュータまたはコンピューティングデバイスを含む。

同様に、プロセスの様々なステップの説明が、説明される全てのステップが要求されることを示さないのと同様に、プログラムまたはデータ構造を記憶するコンピュータ可読媒体の実施形態は、実行されると、説明されたプロセスのうちのいくつか（であるが、必ずしも全てである必要はない）をプロセッサに実施させることができるプログラムを記憶するコンピュータ可読媒体を含む。

データベースが説明される場合、（ｉ）説明された構造に対する代替のデータベース構造を容易に利用することができ、かつ（ｉｉ）データベース以外の他のメモリ構造も容易に利用することができることを当業者ならば理解するであろう。本明細書において提示される任意のデータベースサンプルのいかなる例示または説明も、記憶された情報表現の例示的な構成である。例えば、図面または他の場所で示されるテーブルによって示唆されるもの以外の任意の数の他の構成を利用してもよい。同様に、データベースの例示されるいかなるエントリも、例示的な情報を表すにすぎず、エントリの数および内容は、本明細書において説明されるものと異なってよいことを当業者ならば理解するであろう。更に、テーブルとしてのデータベースの任意の説明にもかかわらず、本明細書において説明されるデータ型を記憶し操作するために、他の形式（関係データベース、オブジェクトベースモデル、および／または分散データベースを含む）を使用してもよい。同様に、データベースのオブジェクトの方法または挙動を使用して、本明細書において説明されるような様々なプロセスを実施することができる。これに加えて、データベースは、またはこのようなデータベース内のデータにアクセスするデバイスにローカルまたはリモートに既知の様式で記憶することができる。

様々な実施形態は、１つ以上のデバイスと（例えば、通信ネットワークを介して）通信するコンピュータを含むネットワーク環境で動作するように構成することができる。コンピュータは、有線または無線媒体（例えば、インターネット、ＬＡＮ、ＷＡＮ、またはイーサネット、トークンリング、電話回線、ケーブル回線、無線チャネル、光通信回線、商業オンラインサービスプロバイダ、電子掲示板システム、衛星通信リンク、上記の任意の組み合わせ）を介して直接または間接的にデバイスと通信することができる。各デバイスは、それ自体、コンピュータと通信するように構成された、インテル（Ｉｎｔｅｌ）（登録商標）、ペンティアム（Ｐｅｎｔｉｕｍ）（登録商標）、またはセントリノ（Ｃｅｎｔｒｉｎｏ）（商標）、アトム（Ａｔｏｍ）（商標）、またはコア（Ｃｏｒｅ）（商標）プロセッサに基づくようなコンピュータまたは他のコンピューティングデバイスを含むことができる。任意の数および種類のデバイスがコンピュータと通信状態であってもよい。

一実施形態では、サーバコンピュータまたは中央権限は必要なくてもよいか、または望ましくない場合がある。例えば、本発明は、一実施形態では、中央権限なしで１つ以上のデバイス上で実施してもよい。このような一実施形態では、サーバコンピュータによって実施されるものとして本明細書において説明されるいかなる機能またはサーバコンピュータに記憶するものとして説明されるデータは、サーバコンピュータに代えて、このような１つ以上のデバイス上で実施してもよいか、または記憶してもよい。

プロセスが説明される場合、一実施形態では、プロセスは一切のユーザ介入なしで動作することが可能である。別の実施形態では、プロセスは、何らかの人的介入を含む（例えば、ステップが、人間により、または人間の支援により実施される）。

本明細書に使用されるとき、「暗号化」という用語は、情報が特別な知識なしに容易に理解可能とならないように、情報を隠蔽または隠匿するためのプロセスを指す。暗号化のプロセスは、プレーンテキストと呼ばれる未加工の情報を暗号化された情報に変換できる。暗号化された情報は、暗号文と呼ばれてもよく、プレーンテキストを暗号文に変換するためのアルゴリズムは、暗号化法として称され得る。暗号化法は、暗号文をプレーンテキストに戻して変換する逆の動作を実施するためにも使用され得る。暗号化法の例としては、換字式暗号化法、転置式暗号化法、およびロータマシンを使用して実装される暗号化法が挙げられる。

種々の暗号化の方法では、暗号化法は、キーと呼ばれる情報の追加片を必要とし得る。キーは、例えば、ビットのストリングからなり得る。キーは、プレーンテキストを暗号化するための暗号化法と合わせて使用され得る。キーはまた、暗号文を解読するための暗号化法と合わせて使用され得る。対称キーアルゴリズムと呼ばれる暗号化法の分類では（例えば、秘密キー暗号法）、同じキーが、暗号化と解読化のいずれにも使用される。暗号化される情報の不可侵性は、したがって、秘密が明らかにされないキーに応じて様々であり得る。対称キーアルゴリズムの例は、ＤＥＳおよびＡＥＳである。非対称キーアルゴリズムと呼ばれる暗号化法の分類では（例えば、公開キー暗号法）、異なるキーが、暗号化および解読化に使用される。非対称キーアルゴリズムでは、公衆の任意のメンバが、プレーンテキストを暗号文に暗号化するために第１のキー（例えば、公開キー）を使用し得る。しかしながら、第２のキー（例えば、秘密キー）の保持者のみが、暗号文をプレーンテキストに戻して解読することができるであろう。非対称キーアルゴリズムの例は、ＲＳＡアルゴリズムである。

ＶＩ．継続出願
本開示は、いくつかの実施形態および／または発明の実施可能要件の説明を当業者に提供する。これら実施形態および／または発明のうちのいくつかは、本願において請求されないかもしれないが、それでもやはり、本願の優先権の恩恵を主張する１つ以上の継続出願において請求され得る。

出願は、本願において開示され、実施可能要件が提示されたが請求されなかった趣旨について特許を請求するために、追加の出願を提出することを意図する。

ＶＩＩ．米国特許法１１２条、第６段落
請求項において、「のための手段」という語句または「のためのステップ」という語句を含む請求項の制限は、米国特許法１１２条、第６段落が、その制限に適用されることを意味する。

請求項において、「のための手段」という語句または「のためのステップ」という語句を含まない請求項の制限は、その制限が、その機能を実施するための構造、材料、または作動の記載を含めずに、機能を記載しているかどうかに関わらず、米国特許法１１２条、第６段落が、その制限に適用されないことを意味する。例えば、請求項において、その請求項または別の請求項の１つ以上のステップを参照する際の「のステップ（複数可）」という語句の単なる使用は、米国特許法１１２条、第６段落がそのステップ（複数可）に適用されることを意味しない。

米国特許法１１２条、第６段落に従って特定の機能を実施するための手段またはステップに関して、本仕様書、およびその同等物に記載される対応する構造、材料、または作動は、追加の機能、ならびに指定された機能を実施することができる。

コンピュータ、プロセッサ、コンピューティングデバイス、および同様な製品は、広範囲の機能を実施することができる構造物である。このような製品は、その製品のメモリデバイスまたはその製品がアクセスするメモリデバイスに記憶されたプログラム等、１つ以上のプログラムを実行することによって、指定された機能を実施するように操作可能であり得る。その他特に明示的に記載のない限り、そのようなプログラムは、本明細書に開示されるかもしれない、任意の特定のアルゴリズム等、任意の特定のプログラムに基づく必要はない。当業者には、指定された機能は、異なるアルゴリズムを介して実装されてもよいこと、いくつかの異なるアルゴリズムのうちのいずれかは、指定された機能を実行するための単なる設計選択肢であることが周知である。

したがって、米国特許法１１２条、第６段落に従って特定の機能を実施するための手段またはステップに関して、指定された機能に対応する構造物は、指定された機能を実施するようにプログラムされた任意の製品を含む。このような構造物は、このような製品が、（ｉ）機能を実施するための開示されたアルゴリズム、（ｉｉ）開示されたアルゴリズムに類似のアルゴリズム、または（ｉｉｉ）機能を実施するための異なるアルゴリズムを用いてプログラムされているかに関わらず、機能を実施する、プログラムされた製品を含む。

方法である機能を実施するための手段が記載されている場合、この方法を実施するための構造物は、その機能を実施するために、適切なハードウェアを用いてプログラムおよび／または構成されるコンピューティングデバイス（例えば、汎用コンピュータ）を含む。

また、当業者によって理解されるであろう他のアルゴリズムを介してその機能を実施するように、適切なハードウェアを用いてプログラムおよび／または構成されるコンピューティングデバイス（例えば汎用コンピュータ）も含まれる。

ＶＩＩＩ．放棄
特定の実施形態への多くの参照は、追加の異なる実施形態の放棄または否認を示さず、同様に、全て特定の特徴を含む実施形態の説明への参照も、その特定の特徴を含まない実施形態の放棄または否認を示さない。本願における明確な放棄または否認は、「含まない」という語句または「実施できない」という語句によって前置きされるであろう。

ＩＸ．参照による援用
本明細書において参照されるあらゆる特許、特許出願、または他の文献は、本開示の一部として本特許出願に参照により援用されるが、米国特許法第１１２条第１項による書面での説明および米国特許法第１１２条第１項による実施可能要件のためにのみであり、このような参照による援用がなければ通常の意味を当業者が確認できなかったという場合ではない限り、本願のいかなる用語の制限、定義、または解釈にも決して使用されるべきではない。したがって、当業者は、参照により提供されるいかなる実施形態によっても決して制限される必要はない。逆に、本明細書に提供される定義は、参照により本明細書に組み込まれるいずれの文書のいずれの用語も限定、定義、または別段に解釈されるように使用されるべきではない。本明細書に明示的に記載される定義は、定義（複数可）と矛盾し得る特定の実施形態の説明にかかわらず統制している。

参照による援用はいずれもそれ自体は、本特許出願において別段の明示的な定めがない限り、援用されるいかなる特許、特許出願、または他の文献に含まれるいかなる記述、意見、議論、または特徴のいかなる裏書き、承認、または黙認も含意しない。

Ｘ．審査経過
（特許請求の範囲を含む）本願を解釈するに際して、当業者は、本願に関連すると考えられる他の特許出願があるか否かに関わりなく、また本願と優先権の主張を共有する他の特許出願があるか否かに関わりなく、任意の他の特許または特許出願の経過履歴ではなく、本願の審査経過を参照する。

様々な実施形態は、システム上で、流動性受取者と流動性提供者との間の注文をマッチングするための方法、装置、及びシステムに関するものである。メモリは、実行されると、例えば以下に示す様々な動作を実行する少なくとも１つのプロセッサを指示する命令を記憶する。プロセッサは、取引所で取引するための注文を流動性受取者から受け得る。注文は、特定のパーセンテージを上回るターゲット充足率を有する少なくとも１人の流動性提供者に送られる。応答は、少なくとも１人の流動性提供者から受けられる。応答は、注文の受諾又は拒否を示し得る。受けられた応答に基づいて、プロセッサは、少なくとも１人の流動性提供者の実際の充足率を更新し得る。プロセッサは、少なくとも１人の流動性提供者の実際の充足率とターゲット充足率との比較に基づいて、少なくとも１人の流動性提供者の性能を決定し得る。プロセッサは、少なくとも１人の流動性提供者の性能に関するレポートを送信し得る。

いくつかの実施形態では、取引所は、電子取引システムを備えている。また、取引所は、少なくとも１つの外国為替、店頭取引（ＯＴＣ）市場、オークションに基づく取引、及びスクリーン越しの取引を備え得る。少なくとも１人の流動性提供者は、取引所で取引する前にターゲット充足率に同意し得る。少なくとも１人の流動性提供者は、取引所で取引する前にターゲット充足率の特定のパーセンテージに同意し得る。いくつかの実施形態では、取引所は、クラウドコンピューティングシステム上で操作可能なものである。

いくつのかの実施形態では、少なくとも１人の流動性提供者は、取引の拒否の応答を行い、この拒否は取引の特別拒否を備えている。他の実施形態では、拒否は、応答期間内に応答しないことを提示する少なくとも１人の流動性提供者を備えている。

いくつかの実施形態では、プロセッサは、実際の充足率を性能の決定するターゲット充足率と比較することによって、少なくとも１人の流動性提供者の性能を決定し得る。プロセッサは、実際の充足率がターゲット充足率と一致しないことを決定し得る。実際の充足率は、期間のターゲット充足率と一致し得ない場合がある。実際の充足率がターゲット充足率と一致しなかったことを示す指標は、少なくとも１人の流動性提供者に送られ得る。

いくつかの実施形態では、ターゲット充足率と一致しなかった実際の充足率に応えて、プロセッサによって、いくつかの将来の注文がペナルティ期間中に少なくとも１人の流動性提供者に送られることを妨げ得る。ペナルティ期間は、システム上で取引する前に同意し得る。

いくつかの実施形態では、プロセッサは、少なくとも１人の流動性提供者に実際の充足率を改善する機会を提供する。改善する機会は、期間が与えられ得る。改善する期間の終期に、実際の充足率がターゲット充足率をさらに下回る場合には、少なくとも１人の流動性提供者は、ペナルティ期間中に注文を受けることを妨げられる。

いくつかの実施形態では、プロセッサは、少なくとも１人の流動性提供者が拒否の閾値をもたらすことを決定し得る。実際の充足率がターゲット充足率と一致しないことを示す指標は、少なくとも１人の流動性提供者に送られ得る。拒否の閾値をもたらす少なくとも１人の流動性提供者に応えて、プロセッサは、ペナルティ期間中にいくつかの将来の注文を流動性提供者に送られることを妨げ得る。いくつかの実施形態では、プロセッサは、少なくとも１人の流動性提供者に実際の充足率を改善する機会を提供する。改善する機会は、期間が与えられ得る。改善する期間の終期に、実際の充足率がターゲット充足率をさらに下回る場合には、少なくとも１人の流動性提供者は、ペナルティ期間中に注文を受けることを妨げられる。

様々な実施形態は、取引上での流動性受取者と流動性提供者との間の注文をマッチングするための方法、装置、及びシステムに関するものである。メモリは、実行されると、例えば以下に示す様々な動作を実行する少なくとも１つのプロセッサを指示する命令を記憶する。プロセッサは、特定のパーセンテージを上回るターゲット充足率に基づいて取引所で取引するための少なくとも１つの注文を受け得る。受けられた注文の受諾又は拒否を示す応答は、送られ得る。取引所の能力についてのレポートは、受けられる。能力は、ターゲット充足率と実際の充足率との比較に基づく。

いくつかの実施形態では、実際の充足率は、各応答の後に更新される。ターゲット充足率は、システム上で取引する前に決定され得る。

いくつかの実施形態では、実際の充足率がターゲット充足率と一致しないことを示す指標が、受け取られる。ターゲット充足率と一致しない実際の充足率に応えて、プロセッサは、いくつかの将来の注文がペナルティ期間中に送られることを妨げられるであろうことを示す指標を受け取り得る。

いくつかの実施形態では、拒否の閾値が生じていることを示す指標が、受け取られる。拒否の閾値が生じていることに応えて、いくつかの将来の注文を示す指標を受けることは、ペナルティ期間中に送られることを妨げられるだろう。

図１ 例示的なシステム
本発明のいくつかの実施形態は、「ファーストルック」に基づいて、流動性受取者と流動性提供者との間の注文をマッチングするシステム及び方法を提供する。図１は、本明細書において開示されている少なくとも一実施形態の方法に係るシステムを表示する。

システム１００は、１つ以上のデータベース８０、１つ以上のデータプロバイダ８ａ〜８ｎ、１つ以上のエンドユーザ１０ａ〜１０ｎ、及び１つ以上の媒介１２と接続された１つ以上のサーバ２を備え得る。データプロバイダ８ａ〜８ｎ、ユーザ１０ａ〜１０ｎ、媒介１２、及びサーバ２は、お互いとそれぞれ通信し得る。また、ユーザ１０ａ〜１０ｎは、他のユーザ１０ａ〜１０ｎと通信し得る。

システム１００及びサーバ２は、外国為替、店頭取引（ＯＴＣ）市場、オークションに基づく取引、スクリーン越しの取引、又はいくつかの金融市場のための、本明細書において記載されている機能を実行し得る。

サーバ２は、１つ以上のプロセッサ、コンピュータ、コンピュータシステム、コンピュータネットワーク、及び／又はコンピュータデータベースを備え得る。サーバ２は、モジュール１８〜６４を備え得る。また、サーバ２は、例えばデータベース８０のような１つ以上のデータベースを備え得る。サーバ２は、ユーザ１０ａ〜１０ｎ、データプロバイダ８、及び媒介１２と通信し得る。例として、サーバ２は、インターネット上において、例えばユーザのコンピュータのブラウザのようなユーザ１０ａ〜１０ｎのコンピュータと通信し得る。

データベース８０は、１つ以上のプロセッサ、コンピュータ、コンピュータネットワーク、及び／又は、情報を記憶するように構成されたコンピュータデータベースを備え得る。データベース８０のそれぞれは、例えば１つ以上のサーバ２のモジュールを介してサーバ２と通信し得る。例として、検索モジュールは、例えばユーザから採択に基づいたパラメータのような１つ以上のパラメータを満たす１つ以上の証券又は注文を決定するために、例えばインターネットを介して１つ以上の金融データベース（例えば、注文又はカウンタパーティの採択情報を記憶するデータベース）を検索し得る。

価格モジュール１８は、１つ以上の価値又は価格を決定し得、そして、１つ以上の価値又は価格を、例えば本明細書において記載されているような１つ以上の注文、証券、有価証券、又は他の金融主体と関連付け得る。例として、価格モジュール１８は、例えば注文のための価格、又は、例えば証券のための価格のような、ユーザ又はサーバによって払われ又は受けられる価格を決定し得る。例として、価格モジュールは、例えば流動性受取者のようなエンティティが払う意思があり、又は流動性提供者が特別な取引注文（例えば、購入又は販売のための証書の申し入れの数）を売る意思があることを示す価格又は価値（例えば、正味現在価値）を決定し得る。価格は、現在の価格、歴史的な価格（例えば、１週間前のような事前の時間の市場価格のような価格）、及び推定の将来の価格（例えば、最近の期間に関する価格の最近の増減のような変動価格情報に基づく）を含み得る。

データベース
図１に示すように、データベース８０は、サーバ２に接続され得る。データベース８０は、下記のような複数のデータベースを備え得る。データベース８０は、ユーザ、エレメント、及び他の情報についての情報を記憶し得る。

モジュールは、別々に又は様々な組み合わせで機能し得る。モジュールが単一のサーバ内で示される間に、モジュールもいくつかのサーバの間で動作する。モジュールは、別々に又は様々な組み合わせでも機能し得る複数のデータベースと通信し得る。

サーバ２のモジュールは、外部データ、データベース、及び他の入力を含む様々なデータのソースに記憶し、アクセスし、及びその他相互作用し得る。

例示的な方法
図２は、本明細書において開示されている少なくとも一実施形態の方法に係るフロー図を表示する。

各ブロックに記載されている各機能が、例えば、上記各モジュールに記載されている方法に係るその機能を実行可能なモジュールに使用することで実行され得ることについて、理解すべきである。また、これらのブロックに記載されている動作は、いかなる注文の中でも（フロー図に示される例示的な注文に限定されないものを含む）実行され得、そしてすべてのブロックは実行される必要がないことは、評価されるべきであろう。

ブロック２００の中で、システム１００は、流動性提供者と契約を結ぶ。いくつかの実施形態では、これらの契約は、所定の流動性提供者が、それが受ける一定のパーセンテージの売買注文に従うことに同意することを示す。いくつかの実施形態では、流動性提供者は、一定のタイムフレーム内に注文の承諾に応答すること（例えば、「完了」と応答すること）に同意する。このタイムフレームは、任意の時間の増分になり得る。例えば、流動性提供者は、１秒以下以内で応答することに同意し得る。すべてのプロバイダは、システム１００と様々な契約を有し得る。

いくつかの実施形態では、いくつかの流動性提供者は、同じ価格をストリーミング配信し得る。流動性受取者は、市場を見え得、一定の価格及びサイズで売買注文を提出し得る。いくつかの実施形態では、システム１００は、要求価格で市場を示している流動性提供者に注文を送る。他の実施形態では、流動性受取者は、最小ターゲット充足率（例えば、８５％以上）を有する流動性提供者とだけ照合される要求を示し得る。そのようなものとして、システム１００は、要求されたターゲット充足率を下回るターゲット充足率を有する流動性提供者を除去し得る。他の実施形態では、システム１００は、流動性受取者からの特別なレポートなしに、一定のパーセンテージを下回るターゲット充足率を有する流動性提供者を自動的に除去し得る。例えば、システム１００は、８５％以上のターゲット充足率を有する流動性提供者のみがすべての注文を見ることを許可されることを決定し得る。システムは、流動性提供者がそれらのターゲット充足率に基づいて一定のレベルで分けられる階層構造を有し得る。流動性提供者が割り当てられたレベルは、それが見て受けた注文の数及び／又は質で決定される。例えば、システム１００はルールを有し得、すべてのルールは９０％以上のターゲット充足率を有する流動性提供者に送られる。例えば６０％の保守的なターゲット充足率を有する流動性提供者は、すべての利用可能な注文を受け得ない。このように、流動性提供者は、高いターゲット充足率に同意するためのインセンティブを有する。ターゲット充足率は、システム１００上で取引することを許可される前に、流動性提供者によって設計される。いくつかの実施形態では、システム１００上でのすべての見込み流動性提供者は、システム上で取引することが許可される前にターゲット充足率を示すことを促され得る。

ブロック２０５では、システム１００（例えば、１つ以上のサーバ２のプロセッサ）は、例えば本明細書において記載されているような注文を受け得る。注文は、流動性受取者によって提出され得る。注文は、取引所で取引され得る。いくつかの実施形態では、取引所は、外国為替になり得る。他の実施形態では、取引所は、店頭取引市場になり得る。他の実施形態では、取引所は、例えばニューヨーク証券取引所（ＮＹＳＥ）のようなオークションに基づく取引である。別の実施形態では、取引所は、例えばナスダックのようなスクリーン越しの取引であり、買い手及び売り手がネットワークで接続されている。いくつかの実施形態では、取引所は、クラウドコンピューティングシステム上で操作可能なものであり、本明細書において詳述する。

ブロック２１０では、プロセッサは、特定のパーセンテージを上回るターゲット充足率を有している少なくとも１人の流動性提供者に注文を送る。ブロック２１５では、プロセッサは、送られた注文の承諾又は拒否のいずれか一方を示す応答を流動性提供者から受け得る。いくつかの実施形態では、拒否は、流動性提供者からの特別な拒否によって示される。他の実施形態では、拒否は、期間中に流動性提供者からの応答の欠如によって示される。例えば、流動性提供者が１分以内に送られた注文に応答しない場合には、システム１００は、応答の欠如を「ノー」として解釈するだろう。いくつかの実施形態では、流動性提供者は「完了」と応答し得るが、注文は様々な流動性提供者と照合され得る。例えば、システム１００は、注文を応答する最初の流動性提供者と照合し得る。このような例では、注文を与えられているにもかかわらず、流動性提供者における「承諾」の応答は、実際の充足率に対して積極的にカウントする。

ブロック２２０では、プロセッサは、流動性提供者が送られた注文に提供する応答に基づいて、流動性提供者の実際の充足率を更新し得る。流動性提供者からの拒否は、プロバイダの実際の充足率に対してさらに負にカウントする。同様に、「完了」の応答又は注文の承諾は、実際の充足率に対してさらに正にカウントする。例えば、流動性提供者が５つの送られた注文の中から３つだけ受ける場合には、そのシステムは、流動性提供者を６０％の実際の充足率を有しているとして計算する。

システム１００は、所定期間中の流動性提供者の実際の充足率を計算する。いくつかの実施形態では、システム１００は、１日の中での実際の充足率を計算する。他の実施形態では、システム１００は、１週間、１ヶ月、又は任意の時間増分の中で実際の充足率を計算し得る。いくつかの実施形態では、システム１００は、流動性提供者の実際の充足率を送られた注文の各応答で同時に更新する。

ブロック２２５では、プロセッサは、流動性提供者の実際の充足率を原ターゲット充足率と比較し得る。いくつかの実施形態では、性能は、この比較から計算される。例えば、実際の充足率がターゲット充足率とマッチし又は越える場合には、システム１００は、流動性提供者が十分に実行することを決定し得る。逆に、実際の充足率がターゲット充足率とマッチしない場合には、システム１００は、低い性能を決定し得る。

ブロック２３０では、プロセッサは、流動性提供者の性能についてのレポートを送信する。いくつかの実施形態では、レポートは、例えば、日ごと、週２回ごと、週ごと、月ごと、又は任意の時間増分ごとのような決定した頻度で定期的に送られ得る。

図３は、本明細書において開示されている少なくとも一実施形態の方法に係るフロー図を表示する。

ブロック３００では、プロセッサは、流動性提供者の実際の充足率がターゲット充足率とマッチしないことを決定し得る。上述のように、システム１００は、日、週、月、又は任意の時間増分にわたる期間中に実際の充足率を計算し得る。いくつかの実施形態では、システム１００は、性能を決定するために、流動性提供者の実際の充足率をターゲット充足率と比較しており、他の実施形態では、システム１００は、流動性提供者が期間中「ノー」という拒否と応答する回数を記録する。流動性提供者は、拒否の数の閾値を生じさせ得る。例えば、流動性提供者が１日の中で３つの「ノー」という拒否と応答する場合には、システム１００は、警報状態になり得る。

ブロック３０５では、プロセッサは、警告指標を流動性提供者に送り得る。いくつかの実施形態では、流動性提供者は、実際の充足率を改善するために、猶予期間が得られる。

猶予期間の終期において、システム１００は、ブロック３１０で示すように、実際の充足率を再計算し得る。流動性提供者の実際の充足率がターゲット充足率よりもさらに下回る場合には、システム１００は、ブロック３１５で示すように、流動性提供者を取引所から取り除き得る。一実施形態では、流動性提供者は、基準が一致されるまで取引することを妨げられる。一実施形態では、基準は、ペナルティ期間の期限である。別の実施形態では、システム１００は、ペナルティ期間中には流動性提供者にいくつの注文を送らないだろう。他の実施形態では、流動性提供者は、システム１００にログオンすることができないだろう。いくつかの実施形態では、システム１００は、実際の充足率がターゲット充足率よりも下回るために、取引権限が取消されたことを示す通知を流動性提供者に送るだろう。ペナルティ期間の終期に、システム１００は、取引権限が訴えられたことを示す通知を流動性提供者に送り得る。

ブロック３２０では、プロセッサは、原ターゲット充足率を変更する要求を流動性提供者から受け得る。いくつかの実施形態では、流動性提供者は、ターゲット充足率を下げることを望み得る。流動性提供者が何度も罰せられたとすると、システム１００は、さらなる解析を実行するために、流動性提供者の代表と会話することを望み得る。

図４は、本明細書において開示されている少なくとも一実施形態の方法に係るフロー図を表示する。

ブロック４００では、リモート装置上の流動性提供者は、システム１００上で流動性受取者から注文を受け得る。いくつかの実施形態では、流動性提供者は、表示されたターゲット充足率に基づいて注文を受ける。例えば、流動性提供者は、８０％のターゲット充足率を有し得、システム１００で要求された流動性受取者は、７０％を上回る充足率を有している流動性提供者による注文を送るだけである。

ブロック４０５では、流動性提供者は、受けられた注文の承諾又は拒否のいずれか一方を示す応答を送信し得る。

ブロック４１０では、流動性提供者は、取引所の能力についてのレポートを受ける。能力は、ターゲット充足率を実際の充足率と比較することに基づく。いくつかの実施形態では、実際の充足率は、各応答の後に更新される。いくつの実施形態では、レポートは肯定的なものであり、能力はターゲット充足率と一致することを示す。他の実施形態では、レポートは、改善の余地があることを示す。レポートは、能力がターゲット充足率を下回っていることを示し得る。

ブロック１４５では、流動性提供者は、能力が特定の期間にターゲット充足率を下回っていることを示す警告を受け得る。流動性提供者は、猶予期間中に能力を改善する機会を与えられ得る。

ブロック４２０では、流動性提供者は、取引権限が低い能力のために停止されるだろうということを示す指標を受け得る。停止期間は、ペナルティ期間中続け得る。ペナルティ期間の終期で、流動性提供者は、ブロック４２５に示すように、取引権限が復権されたことを示す通知を受け得る。

ブロック４３０では、流動性提供者は、ターゲット充足率を様々なターゲット充足率に変更する要求を提出し得る。

クラウドコンピューティング
本願の開示がクラウドコンピューティングの詳細な説明を含むが、本明細書において列挙された実施の教示がクラウドコンピューティング環境に限定されないことを、あらかじめ理解されたい。むしろ、本発明の実施形態は、今知られた又は後に発展した他のどのタイプのコンピューティング環境と併せて実施されることが可能である。

クラウドコンピューティングは、最小限のマネージメントの取り組み又はサービスのプロバイダとの相互作用で、急速にセットアップされて放出されることができる設定可能なコンピューティングリソース（例えば、ネットワーク、ネットワークのバンド幅、サーバ、プロセシング、メモリ、ストレージ、アプリケーション、仮想装置、及びサービス）の共用プールにアクセスするオンデマンドネットワークを便利にすることを可能にするサービス調達のモジュールである。このクラウドモジュールは、少なくとも５つの特徴、少なくとも３つのサービスモジュール、及び少なくとも４つの配置モジュールを含み得る。

Ｉ．特徴
クラウドコンピューティングのいくつかの特徴は、以下の通りである。

ａ．オンデマンドセルフサービス
クラウドコンシューマは、サービスのプロバイダとの人的交流を必要とすることなく、必要に応じて自動的に、例えばサーバ時刻及びネットワークストレージのようなコンピューティングの性能を一方的にセットアップする。

ブロードネットワークはアクセスし、性能は、ネットワークを通じて利用でき、そして異種のシンクライアント又はシッククライアントのプラットフォーム（例えば、携帯電話、ラップトップ、ＰＤＡ）によって使用を促進する標準的なメカニズムを介してアクセスされている。

ｂ．リソースプール
プロバイダのコンピューティングのリソースは、要求にしたがって動的に割り当てられたり再び割り当てられた様々な物理的且つ仮想的なリソースを有する、マルチテナントのモジュールを使用している多重コンシューマに供給することに含まれている。コンシューマが提供されたリソースの正確な位置についての制御又は知識を一般的に有しないが、高レベルの抽象化（例えば、国、州、又はデータセンタ）で位置を特定することができ得るという点において、位置独立の感覚がある。

ｃ．迅速な弾性
性能は、いくつかのケースで自動的に、すぐにスケールアウトするために急速且つ迅速にセットアップされることができ、すぐにスケールインするために急速に放出されることができる。コンシューマにとって、セットアップに利用可能な性能は、しばしば無制限であるように思われ、どんな時にも任意の数で購入されることができる。

ｄ．測定されたサービス
クラウドシステムは、自動的に制御したり、サービスの種類（例えば、ストレージ、プロセシング、バンド幅、及びアクティブなユーザアカウント）に適合している抽象化の同じレベルでメタリング性能をてこ入れすることによってリソースの使用を最適化する。リソース使用は、監視され、制御され、及び報告され、利用されたサービスのプロバイダ及びコンシューマの両者のための透明性を提供することができる。

ＩＩ．サービスモジュール
サービスモジュールの様々な種類は、以下の通りである。

ａ．サービスとしてのソフトウェア（ＳａａＳ）
コンシューマに提供された性能は、クラウドインフラで動作しているプロバイダのアプリケーションを使用することである。アプリケーションは、ウェブブラウザ（例えば、ウェブベースのメール）のような細いクライアントインターフェースを介して様々なクライアント装置からアクセス可能である。コンシューマは、限定されたユーザ固有のアプリケーション構造設定の可能性を除いて、ネットワーク、サービス、オペレイティングシステム、ストレージ、又は同一の個人用のアプリケーション性能を含む、潜在するクラウドインフラを経営せず、又は制御しない。

ｂ．サービスとしてのプラットフォーム（ＰａａＳ）
コンシューマによって提供された性能は、コンシューマによって作成されたクラウドインフラ、又はプロバイダによってサポートされたプログラミング言語及びツールを用いて作成された獲得アプリケーションに配置することである。コンシューマは、ネットワーク、サーバ、オペレイティングシステム、又はストレージを含む、潜在するクラウドインフラを経営せず又は制御しないが、配置されたアプリケーション、及び可能性のあるアプリケーションホスティング環境構造を制御する。

ｃ．サービスとしてのインフラ（ＩａａＳ）
コンシューマによって提供された性能は、コンシューマが任意のソフトウェアに配置したり、実行することができると共に、オペレイティングシステム及びアプリケーションを含むことができるプロセシング、ストレージ、ネットワーク、及び他の基本コンピューティングリソースにセットアップすることである。コンシューマは、潜在するクラウドインフラを経営せず又は制御しないが、オペレイティングシステム、ストレージ、及び可能性のある限定制御のセレクトネットワーキング構成要素（例えば、ホストファイアホール）を制御する。

ＩＩＩ．配置モジュール
配置モジュールの様々な種類は、以下のものを含む。

ａ．プライベートクラウド
クラウドインフラは、１つの団体のみに操作される。それは、団体又は第三者によって経営され得、そして、構内又は構外に存在し得る。

ｂ．コミュニティクラウド
クラウドインフラは、いくつかの団体によって共有され、共通の関心（例えば、目的、セキュリティ要件、方針、及びコンプライアンスの配慮）を有する特定のコミュニティをサポートする。それは、団体又は第三者によって経営され得、構内又は構外に存在し得る。

ｃ．パブリッククラウド
クラウドインフラは、大衆又は大企業グループに利用され、クラウドサービスを販売する団体によって所有される。

ｄ．ハイブリッドクラウド
クラウドインフラは、特有のエンティティのままであるが、データ及びアプリケーションの移植性を有効にする標準化又は専有技術（例えば、クラウド間の負荷分散をバーストするクラウド）によって結び付けられている２つ以上のクラウド（プライベート、コミュニティ、又はパブリック）の構成である。

クラウドコンピューティング環境は、ステートレスネス、弱連結、モジュール性、及び意味的相互運用に焦点を合わせて配向されたサービスである。クラウドコンピューティングの中心に、ネットワークの相互接続したノードから成るインフラがある。

次に、図５に関して、クラウドコンピューティングノードの一例の図が示される。クラウドコンピューティングノード１０は、適切なクラウドコンピューティングノードの単なる一例であり、本明細書において記載されている本発明の実施形態の使用又は機能の範囲に関していかなる限定も意図するものではない。にもかかわらず、クラウドコンピューティングノード１０は、前記規定のいくつかの機能を実施し、及び／又は実行することができる。

クラウドコンピューティングノード１０の中には、多くの他の汎用又は専用のコンピューティングシステム環境又は構造で操作可能なコンピュータシステム／サーバ１２がある。周知のコンピューティングシステムの例として、コンピュータシステム／サーバ１２との使用に適し得る環境及び／又は構造は、パーソナルコンピュータシステム、サーバコンピュータシステム、シンクライアント、シッククライアント、ハンドヘルド又はラップトップ装置、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラム可能コンシューマ電子機器、ネットワークＰＣ、マイクロコンピュータシステム、メインフレームコンピュータシステム、及び、上記システム又は装置などの一部を含む分散型のクラウドコンピューティングシステム環境を含むが、これに限定されるわけではない。

コンピュータシステム／サーバ１２は、例えば、コンピュータシステムによって実行されるプログラムモジュールのようなシステムが実行可能な命令の一般的なコンテキストに記載され得る。一般的に、プログラムモジュールは、特定のタスクを実行し、又は特定の抽象データ型を実施するルーティン、プログラム、オブジェクト、構成要素、ロジック、データ構造などを含み得る。コンピュータシステム／サーバ１２は、通信ネットワークを介してリンクされているリモートプロセシング装置によってタスクが実行される分散型のクラウドコンピューティングシステム環境の中で実施され得る。分散型のクラウドコンピューティングシステム環境では、プログラムモジュールは、メモリストレージデバイスを含むローカルとリモートの両方のコンピュータシステムストレージメディアに位置され得る。

図５に示すように、クラウドコンピューティングノード５００のコンピュータシステム／サーバ５０５は、汎用コンピューティング装置の形式で示される。コンピュータシステム／サーバ５０５の構成要素は、１つ以上のプロセッサ又はプロセッシングユニット５１５、システムメモリ５４０、及びシステムメモリ５４０を含む様々なシステム構成要素をプロセッサ５１５に接続するバス５２０を含み得るが、これに限定されるわけでない。

バス５２０は、メモリバス又はメモリコントローラ、周辺機器のバス、アクセラレイティッドグラフィックスポート、及び様々なバスアーキテクチャを用いるプロセッサ又はローカルバスを含む１つ以上の数種のバス構造を表す。例として、そのようなアーキテクチャは、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）バス、改良ＩＳＡ（ＥＩＳＡ）バス、ビデオエレクトロニクススタンダーズアソシエーション（ＶＥＳＡ）のローカルバス、及びペリフェラルコンポーネントインターコネクト（ＰＣＩ）バスを含むがこれに限定されるわけでない。

コンピュータシステム／サーバ５０５は、典型的に様々なコンピュータシステム可読媒体を含む。そのような媒体は、コンピュータシステム／サーバ５０５によってアクセス可能ないくつかの有効な媒体になり得、揮発性及び不揮発性の両方の媒体、取外可能及び取外不可能な媒体を含む。

システムメモリ５４０は、揮発性メモリの形式の中に、例えばランダムアクセスメモリ（ＲＡＭ）５４５、及び／又はキャッシュメモリ５５０のようなコンピュータシステム可読媒体を含むことができる。さらに、コンピュータシステム／サーバ５０５は、取外可能／取外不可能、揮発性／不揮発性のコンピュータシステムストレージ媒体を含み得る。例として、ストレージシステム５５５は、取外不可能、不揮発性の磁気媒体（図示しないが、典型的に「ハードドライブ」と呼ばれる）に読み書きすることに提供されることができる。図示していないが、取外不可能、不揮発性の磁気ディスク（例えば、「フロッピディスク」）に読み書きするための磁気ディスクドライブ、例えばＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭのような取外不可能、不揮発性の光学ディスクに読み書きするための光学ディスクドライブ、又は他の光学媒体に提供されることができる。この場合に、各々が１つ以上データメディアインターフェースによってバス５２０と接続されている。以下に表現されて記載されるように、メモリ５４０は、本発明の実施形態の機能に実行するように構成された１組（例えば少なくとも１つ）のプログラムモジュールを有する少なくとも１つのプログラム製品を含み得る。

本発明の実施形態は、そこで（例えば、ベースバンドの中で、又は搬送波の一部として）具体化されたコンピュータ可読プログラムコードに伝搬されるデータ信号を含み得るコンピュータ可読信号媒体として実施され得る。そのような伝搬されるデータ信号は、電磁気、光学、又は、それらの最適な組み合わせを含むがこれに限定されない様々な形式を取り得る。コンピュータ可読信号媒体は、コンピュータ可読ストレージ媒体ではなく、命令実行システム、装置、又はデバイスで使用され、又は接続されるプログラムを通信し、伝搬し、又は輸送することができる、あらゆるコンピュータ可読媒体になり得る。

コンピュータ可読媒体で具体化されたプログラムコードは、ワイヤレス、有線、光ファイバケーブル、高周波（ＲＦ）など、又は上述のそれらの最適な組み合わせを含むが、これに限定されない適切な媒体を使用することで送信し得る。

１組（例えば少なくとも１つ）のプログラムモジュール５６５を有しているジョブ優先プログラム／ユティリティ５６０は、例として、オペレイティングシステム、１つ以上のアプリケーションプログラム、他のプログラムモジュール、及びプログラムデータと同様に、メモリ５４０に記憶し得る。オペレイティングシステム、１つ以上のアプリケーションプログラム、他のプログラムモジュール、及びプログラムデータ又はそれらのいくつかの組み合わせの各々は、ネットワーキング環境の実施を含み得る。プログラムモジュール５６５は、一般的に、本明細書において記載されている本発明の実施形態の機能及び／又は技法を実行する。

また、コンピュータシステム／サーバ５０５は、例えば、キーボード、ポインティングデバイス、ディスプレイ５３５等のような１つ以上の外部装置１４、ユーザがコンピュータシステム／サーバ５０５と相互作用できる１つ以上の装置、及び／又は、コンピュータシステム／サーバ５０５が１つ以上の他のコンピューティング装置と通信することができる、あらゆる装置と通信し得る。そのような通信は、Ｉ／Ｏインターフェース５３０を介して生じることができる。さらにまた、コンピュータシステム／サーバ５０５は、ネットワークアダプタ５２５を介して、例えば、ローカルエリアネットワーク（ＬＡＮ）、一般のワイドエリアネットワーク（ＷＡＮ）、及び／又はパブリックネットワーク（例えばインターネット）のような１つ以上のネットワークと通信することができる。図示のように、ネットワークアダプタ５２５は、バス５２０を介してコンピュータシステム／サーバ５０５の他の構成要素と通信する。図示しないが、他のハードウェア構成要素及び／又はソフトウェア構成要素が、コンピュータシステム／サーバ５０５と連結して使用され得ることを理解されたい。例えば、マイクロコード、デバイスドライバ、冗長プロセシングユニット、外部ディスクドライブアレイ、ＲＡＩＤシステム、テープドライブ、及び、データアーカイバルストレージシステム等を含むが、これに限定されるわけではない。

次に、図６に関して、例示的なクラウドコンピューティング環境６００が示される。図示のように、クラウドコンピューティング環境６００は、例えば、通信し得る携帯端末（ＰＤＡ）又は携帯電話６０５Ａ、デスクトップコンピュータ６０５Ｂ、ラップトップコンピュータ６０５Ｃ、及びオートモバイルコンピュータシステム６０５Ｎのような、クラウドコンシューマによって使用されるローカルコンピューティング装置を有する１つ以上のクラウドコンピューティングノード５００を備える。ノード５００は、お互い通信し得る。それらは、例えば、本明細書において記載されているようなプライベート、コミュニティ、又はハイブリッドクラウド、又はそれらの組み合わせのような、物理的又は仮想的な１つ以上のネットワークにグループ化され得る（図示省略）。これによって、クラウドコンピューティング環境６００は、クラウドコンシューマがローカルコンピューティング装置上でリソースを維持する必要がないサービスとして、インフラ、プラットフォーム、及び／又はソフトウェアに提示することができる。図６に示されるコンピューティング装置６０５Ａ−６０５Ｎの種類は例示であることだけを意図することや、コンピューティングノード５００及びコンピューティング環境６００が、様々な種類のネットワーク及び／又はネットワークアドレス可能コネクションを通じて（例えば、ウェブブラウザを使用すること）様々な種類のＩＣ機器と通信することができることを、理解されたい。

次に、図７に関して、クラウドコンピューティング環境６００（図６）によって提供される１組の関数抽象層が示される。図７に示される構成要素、層、及び機能は例示であることだけを意図するものではあるが、本発明の実施形態はこれに限られないことを、あらかじめ理解されたい。図示のように、以下の層や対応する機能が設けられる。

ハードウェア及びソフトウェア層７００は、ハードウェア構成要素及びソフトウェア構成要素を含む。ハードウェア構成要素の例として、メインフレームを含む。一例には、ＩＢＭ．ＲＴＭ．ｚシリーズ．ＲＴＭ．システム、及びサーバに基づいたＲＩＳＣ（縮小命令セットコンピュータ）アーキテクチャが該当する。一例には、ＩＢＭ ｐシリーズ．ＲＴＭ．システム、ＩＢＭ ｘシリーズ．ＲＴＭ．システム、ＩＢＭ ブレイドセンタ．ＲＴＭ．システム、ストレージデバイス、ネットワーク、及びネットワーキング構成要素が該当する。ソフトウェア構成要素の例として、ネットワークアプリケーションサーバソフトウェアを含む。一例には、ＩＢＭ ウェブスフィア．ＲＴＭ．アプリケーションサーバソフトウェア及びデータベースソフトウェアが該当する。一例には、ＩＢＭ ＤＢ２．ＲＴＭ．データベースソフトウェア（ＩＢＭ、ｚシリーズ、ｐシリーズ、ｘシリーズ、ブレイドセンタ、ウェブスフィア及びＤＢ２は、世界中多くの管轄区域で登録されたＩＢＭ社の商標である）が該当する。

仮想エンティティの以下の例から抽象層を提供する仮想化層７０５においては、仮想サーバ、仮想ストレージ、仮想プライベートネットワークを含む仮想ネットワーク、仮想アプリケーション及びオペレーションシステム、並びに、仮想クライアントが設けられ得る。

一例には、マネージメント層７１０は、以下に記載された機能を提供し得る。リソースプロビジョニングは、クラウドコンピューティング環境の中でタスクを実行するのに利用されるコンピューティングリソース及び他のリソースの動的調達を提供する。リソースとして収益トラッキングを提供するメタリング及びプライシングは、クラウドコンピューティング環境の中で利用され、これらのリソースの消費に対して課金したり又はインボイスを送付する。一例では、これらのリソースは、アプリケーションソフトウェアライセンスを備え得る。証書は、データや他のリソースの保護と同様に、クラウドコンシューマ及びタスクの身元証明を提供する。ユーザポータルは、コンシューマ及びシステム管理者のクラウドコンピューティング環境へのアクセスを提供する。サービスレベルマネージメントは、所要のサービスレベルが満たされるように、クラウドコンピューティングリソースの配分及びマネージメントを提供する。サービス内容合意書（ＳＬＡ）プラニング及びフルフィルメントは、事前の取り決めを提供したり、将来の要求がＳＬＡにしたがって予測されるクラウドコンピューティングリソースの調達を提供する。

ワークロード層７１５は、クラウドコンピューティングが利用され得る機能の例を提供する。この層から提供されるワークロード及び機能の例として、送られた注文に基づいて流動性提供者のターゲット充足率を決定する手段、実際の充足率を受けられた注文で更新する手段、及び性能を決定する手段を含む。上述したように、図７について記載されている上記例のすべては単なる例示であり、本発明はこれらの例に限定されるわけではない。

本明細書において記載されているような本発明のすべての機能は、ジョブ優先プログラム／ユーティリティ５６０（図５）のプログラムコード５６５のモジュールとして明白に具体化されることができるジョブ優先順位化によって典型的に実行されることを、理解されたい。しかしながら、これは実例でなくてもよい。むしろ、本明細書において列挙された機能は、図７に示されるいくつかの層７００〜７１５によって、実行／実施、及び／又は起動され得る。

この開示はクラウドコンピューティングの詳細な説明を含むが、本明細書において列挙された実施の教示がクラウドコンピューティングに限定されるわけではないことが、繰り返される。むしろ、本発明の実施形態は、今知られた又は後に発展したいかなる種類のクラスタ化されたコンピューティング環境で実施されることを意図している。

（付記１）
取引所で取引するための注文を流動性受取者からプロセッサを介して受けるステップと、
特定のパーセンテージを上回るターゲット充足率を有する少なくとも１人の流動性提供者に、前記注文を前記プロセッサを介して送るステップと、
応答を前記少なくとも１人の流動性提供者から前記プロセッサを介して受けるステップであって、前記応答が前記注文の承諾又は拒否のいずれか１つを示す受けるステップと、
前記少なくとも１人の流動性提供者の実際の充足率を、前記受けた応答に基づいて前記プロセッサを介して更新するステップと、
前記少なくとも１人の流動性提供者の性能を、前記少なくとも１人の流動性提供者の実際の充足率と前記ターゲット充足率との比較に基づいて決定するステップと、
前記少なくとも１人の流動性提供者の性能についてのレポートを前記プロセッサを介してリモート装置に送信するステップであって、前記リモート装置及び前記プロセッサはネットワークを通じて電子通信している送信するステップと、を含む、
方法。
（付記２）
前記少なくとも１人の流動性提供者が、前記取引所で取引する前に前記ターゲット充足率に同意する、
付記１に記載の方法。
（付記３）
前記拒否は、応答期間内に前記少なくとも１人の流動性提供者から応答を受けるステップを含む、
付記１に記載の方法。
（付記４）
前記少なくとも１人の流動性提供者の性能を決定するステップは、性能を決定するために、前記実際の充足率を前記ターゲット充足率と比較するステップを含む、
付記１に記載の方法。
（付記５）
前記実際の充足率が前記ターゲット充足率と一致しないことを決定するステップを含む、
付記１に記載の方法。
（付記６）
前記ターゲット充足率と一致しない前記実際の充足率に応えて、いくつかの将来の注文がペナルティ期間中に前記少なくとも１人の流動性提供者に送られることを妨げるステップを含む、
付記５に記載の方法。
（付記７）
前記実際の充足率が期間の前記ターゲット充足率に一致しないことを決定するステップを含む、
付記５に記載の方法。
（付記８）
前記実際の充足率が前記ターゲット充足率と一致しないことを示す指標を送信するステップを含む、
付記５に記載の方法。
（付記９）
前記少なくとも１人の流動性提供者に前記実際の充足率を改善する機会を提供するステップを含む、
付記５に記載の方法。
（付記１０）
前記少なくとも１人の流動性提供者が拒否の閾値をもたらすことを決定するステップを含む、
付記１に記載の方法。
（付記１１）
前記拒否の閾値をもたらす前記少なくとも１人の流動性提供者に応えて、いくつかの将来の注文がペナルティ期間中に前記少なくとも１人の流動性提供者に送られることを妨げるステップを含む、
付記１０に記載の方法。
（付記１２）
前記取引所は、クラウドコンピューティングシステム上で操作可能なものである、
付記１に記載の方法。
（付記１３）
取引所で取引するための少なくとも１つの注文を、特定のパーセンテージを上回るターゲット充足率に基づいて受けるステップと、
前記受けた注文の承諾又は拒否のいずれか１つを示す応答を送信するステップと、
前記取引所上の性能についてのレポートを受けるステップであって、前記性能は前記ターゲット充足率と実際の充足率との比較に基づく受けるステップと、
を含む方法。
（付記１４）
前記実際の充足率は各応答の後に更新される、
付記１３に記載の方法。
（付記１５）
前記ターゲット充足率は、前記システム上で取引する前に決定される、
付記１３に記載の方法。
（付記１６）
前記実際の充足率が前記ターゲット充足率と一致しないことを示す指標を受けるステップを含む、
付記１３に記載の方法。
（付記１７）
前記ターゲット充足率と一致しない前記実際の充足率に応えて、いくつかの将来の注文がペナルティ期間中に前記少なくとも１人の流動性提供者に送られることが妨げられるだろうことを示す指標を受けるステップを含む、
付記１６に記載の方法。
（付記１８）
プロセッサと、
メモリであって、当該メモリが命令を記憶するメモリと、を備え、
前記命令は、前記プロセッサによって実行されると、
取引所で取引するための注文を流動性受取者から受け、
特定のパーセンテージを上回るターゲット充足率を有する少なくとも１人の流動性提供者に前記注文を送り、
前記注文の承諾又は拒否のいずれか１つを示す応答を前記少なくとも１人の流動性提供者から受け、
前記受けた応答に基づいて、前記少なくとも１人の流動性提供者の実際の充足率を更新し、
性能を決定するために、前記少なくとも１人の流動性提供者の実際の充足率を前記ターゲット充足率と比較し、
及び、前記少なくとも１人の流動性提供者の性能についてのレポートを送信するように、前記プロセッサに指示する、
装置。
（付記１９）
前記少なくとも１人の流動性提供者は、前記取引所で取引する前に前記ターゲット充足率に同意する、
付記１８に記載の装置。
（付記２０）
前記メモリは、前記プロセッサによって実行されると、応答期間内に前記少なくとも１人の流動性提供者から応答を受けないように、前記プロセッサに指示する命令を記憶する、
付記１８に記載の装置。
（付記２１）
前記メモリは、前記プロセッサによって実行されると、性能を決定するために前記実際の充足率を前記ターゲット充足率と比較するように、前記プロセッサに指示する命令を記憶する、
付記１８に記載の装置。
（付記２２）
前記メモリは、前記プロセッサによって実行されると、前記実際の充足率が前記ターゲット充足率と一致しないことを決定するように、前記プロセッサに指示する命令を記憶する、
付記１８に記載の装置。
（付記２３）
前記メモリは、前記プロセッサによって実行されると、前記ターゲット充足率と一致しない前記実際の充足率に応えて、いくつかの将来の注文がペナルティ期間中に前記少なくとも１人の流動性提供者に送られることを妨げるように、前記プロセッサに指示する命令を記憶する、
付記２２に記載の装置。
（付記２４）
前記メモリは、前記プロセッサによって実行されると、前記実際の充足率がペナルティ期間中前記ターゲット充足率と一致しないことを決定するように、前記プロセッサに指示する命令を記憶する、
付記２２に記載の装置。
（付記２５）
前記メモリは、前記プロセッサによって実行されると、前記実際の充足率が前記ターゲット充足率と一致しなかったことを示す指標を送信するように、前記プロセッサに指示する命令を記憶する、
付記２２に記載の装置。
（付記２６）
前記メモリは、前記プロセッサによって実行されると、前記少なくとも１人の流動性提供者に前記実際の充足率を改善するための機会を提供するように、前記プロセッサに指示する命令を記憶する、
付記２２に記載の装置。
（付記２７）
前記メモリは、前記プロセッサによって実行されると、前記少なくとも１人の流動性提供者が拒否の閾値をもたらすことを決定するように、前記プロセッサに指示する命令を記憶する、
付記１８に記載の装置。
（付記２８）
前記メモリは、前記プロセッサによって実行されると、前記拒否の閾値をもたらす前記少なくとも１人の流動性提供者に応えて、いくつかの将来の注文がペナルティ期間中に前記少なくとも１人の流動性提供者に送られることを妨げるように、前記プロセッサに指示する命令を記憶する、
付記２７に記載の装置。
（付記２９）
前記取引所は、クラウドコンピューティングシステム上で操作可能なものである、
付記１８に記載の装置。
（付記３０）
プロセッサと、
メモリであって、当該メモリが命令を記憶するメモリと、を備え、
前記命令は、前記プロセッサによって実行されると、
取引所で取引するための少なくとも１つの注文を、特定のパーセンテージを上回るターゲット充足率に基づいて受け、
前記受けた注文の承諾又は拒否のいずれか１つを示す応答を送信し、
前記取引上の性能であって前記ターゲット充足率と前記実際の充足率との比較に基づく性能についてのレポートを受けるように、前記プロセッサに指示する、
装置。
（付記３１）
前記実際の充足率は、各応答の後に更新される、
付記３０に記載の装置。
（付記３２）
前記ターゲット充足率は、前記システム上で取引する前に決定される、
付記３０に記載の装置。
（付記３３）
前記メモリは、前記プロセッサによって実行されると、前記実際の充足率が前記ターゲット充足率と一致しないことを示す指標を受けるように、前記プロセッサに指示する命令を記憶する、
付記３０に記載の装置。
（付記３４）
前記メモリは、前記プロセッサによって実行されると、前記ターゲット充足率と一致しない前記実際の充足率に応えて、いくつかの将来の注文がペナルティ期間中に送られることを妨げるだろうことを示す指標を受けるように、前記プロセッサに指示する命令を記憶する、
付記３３に記載の装置。
（付記３５）
有形、無形のコンピュータ可読媒体であって、当該有形、無形のコンピュータ可読媒体が命令を記憶する有形、無形のコンピュータ可読媒体を備え、
前記命令は、前記プロセッサによって実行されると、
取引所で取引するための注文を流動性受取者から受け、
特定のパーセンテージを上回るターゲット充足率を有する少なくとも１人の流動性提供者に前記注文を送り、
前記注文の承諾又は拒否のいずれか１つを示す応答を前記少なくとも１人の流動性提供者から受け、
前記受けた応答に基づいて、前記少なくとも１人の流動性提供者の実際の充足率を更新し、
性能を決定するために、前記少なくとも１人の流動性提供者の実際の充足率を前記ターゲット充足率と比較し、
及び、前記少なくとも１人の流動性提供者の性能についてのレポートを送信するように、前記プロセッサに指示する、
製品。
（付記３６）
前記少なくとも１人の流動性提供者は、前記取引所で取引する前に前記ターゲット充足率に同意する、
付記３５に記載の製品。
（付記３７）
前記メモリは、前記プロセッサによって実行されると、応答期間内に前記少なくとも１人の流動性提供者から応答を受けないように、前記プロセッサに指示する命令を記憶する、
付記３５に記載の製品。
（付記３８）
前記有形、無形のコンピュータ可読媒体は、前記プロセッサによって実行されると、性能を決定するために前記実際の充足率を前記ターゲット充足率と比較するように、前記プロセッサに指示する命令を記憶する、
付記３５に記載の製品。
（付記３９）
前記有形、無形のコンピュータ可読媒体は、前記プロセッサによって実行されると、前記実際の充足率が前記ターゲット充足率と一致しないことを決定するように、前記プロセッサに指示する命令を記憶する、
付記３５に記載の製品。
（付記４０）
前記有形、無形のコンピュータ可読媒体は、前記プロセッサによって実行されると、前記ターゲット充足率と一致しない前記実際の充足率に応えて、いくつかの将来の注文がペナルティ期間中に前記少なくとも１人の流動性提供者に送られることを妨げるように、前記プロセッサに指示する命令を記憶する、
付記３９に記載の製品。
（付記４１）
前記有形、無形のコンピュータ可読媒体は、前記プロセッサによって実行されると、前記実際の充足率がペナルティ期間中前記ターゲット充足率と一致しないことを決定するように、前記プロセッサに指示する命令を記憶する、
付記３９に記載の製品。
（付記４２）
前記有形、無形のコンピュータ可読媒体は、前記プロセッサによって実行されると、前記実際の充足率が前記ターゲット充足率と一致しなかったことを示す指標を送信するように、前記プロセッサに指示する命令を記憶する、
付記３９に記載の製品。
（付記４３）
前記有形、無形のコンピュータ可読媒体は、前記プロセッサによって実行されると、前記少なくとも１人の流動性提供者に前記実際の充足率を改善するための機会を提供するように、前記プロセッサに指示する命令を記憶する、
付記３９に記載の製品。
（付記４４）
前記有形、無形のコンピュータ可読媒体は、前記プロセッサによって実行されると、前記少なくとも１人の流動性提供者が拒否の閾値をもたらすことを決定するように、前記プロセッサに指示する命令を記憶する、
付記３５に記載の製品。
（付記４５）
前記有形、無形のコンピュータ可読媒体は、前記プロセッサによって実行されると、前記拒否の閾値をもたらす前記少なくとも１人の流動性提供者に応えて、いくつかの将来の注文がペナルティ期間中に前記少なくとも１人の流動性提供者に送られることを妨げるように、前記プロセッサに指示する命令を記憶する、
付記２７に記載の製品。
（付記４６）
前記取引所は、クラウドコンピューティングシステム上で操作可能なものである、
付記３５に記載の製品。
（付記４７）
有形、無形のコンピュータ可読媒体であって、当該有形、無形のコンピュータ可読媒体が命令を記憶する有形、無形のコンピュータ可読媒体を備え、
前記命令は、前記プロセッサによって実行されると、
取引所で取引するための少なくとも１つの注文を、特定のパーセンテージを上回るターゲット充足率に基づいて受け、
前記受けた注文の承諾又は拒否のいずれか１つを示す応答を送信し、
前記取引上の性能であって前記ターゲット充足率と前記実際の充足率との比較に基づく性能についてのレポートを受けるように、前記プロセッサに指示する、
製品。
（付記４８）
前記実際の充足率は、各応答の後に更新される、
付記４７に記載の製品。
（付記４９）
前記ターゲット充足率は、前記システム上で取引する前に決定される、
付記４７に記載の製品。
（付記５０）
前記有形、無形のコンピュータ可読媒体は、前記プロセッサによって実行されると、前記実際の充足率が前記ターゲット充足率と一致しないことを示す指標を受けるように、前記プロセッサに指示する命令を記憶する、
付記４７に記載の製品。
（付記５１）
前記有形、無形のコンピュータ可読媒体は、前記プロセッサによって実行されると、前記ターゲット充足率と一致しない前記実際の充足率に応えて、いくつかの将来の注文がペナルティ期間中に送られることを妨げるだろうことを示す指標を受けるように、前記プロセッサに指示する命令を記憶する、
付記５０に記載の製品。

Claims (20)

1. 相互に通信可能に接続されている電子通信ネットワークにおける複数のノードとの電子通信、及び前記電子通信ネットワークにおける前記複数のノードの第１のノードとしての少なくとも１つのコンピュータを介して実行される方法であって、
   前記少なくとも１つのコンピュータの少なくとも１つのプロセッサが、前記複数のノードの第２のノードとしての少なくとも１人の流動性提供者のターゲット充足率を決定するステップと、
   前記少なくとも１つのプロセッサが、前記電子通信ネットワークを介して、前記複数のノードの第３のノードとしての流動性受取者から、特定のパーセンテージを上回る前記ターゲット充足率に基づいて、取引所で取引するための注文を受けるステップと、
   前記少なくとも１人の流動性提供者の前記ターゲット充足率を決定した後に、前記少なくとも１つのプロセッサが、前記少なくとも１人の流動性提供者の前記ターゲット充足率が前記特定のパーセンテージを上回ることを決定することに少なくとも部分的に基づいて、前記電子通信ネットワークを介して、前記少なくとも１人の流動性提供者のディスプレイ装置のグラフィカルユーザインターフェースに前記注文を送るステップと、
   前記少なくとも１つのプロセッサが、前記電子通信ネットワークを介して、前記少なくとも１人の流動性提供者からの応答であって、前記注文の承諾又は拒否のいずれか１つを示す応答を受けるステップと、
   前記少なくとも１つのプロセッサが、前記応答に基づいて、前記少なくとも１人の流動性提供者の実際の充足率を更新するステップと、
   前記少なくとも１つのプロセッサが、前記少なくとも１人の流動性提供者の前記少なくとも１つの実際の充足率と前記ターゲット充足率を比較することに基づいて、前記少なくとも１人の流動性提供者に対する性能を決定するステップであって、前記性能は前記少なくとも１人の流動性提供者に対するパフォーマンスのレベルである、ステップと、
   前記少なくとも１つのプロセッサが、前記電子通信ネットワークを介して、前記少なくとも１人の流動性提供者の性能についてのレポートを含む電子通信を、前記少なくとも１人の流動性提供者の前記ディスプレイ装置の前記グラフィカルユーザインターフェースに送るステップと、
   前記少なくとも１つのプロセッサが、前記少なくとも１人の流動性提供者の前記少なくとも１つの実際の充足率が前記特定のパーセンテージを下回るか否かを自動的に選別するステップと、
   を含む方法。
2. 前記少なくとも１人の流動性提供者が、前記取引所で取引する前に、前記ターゲット充足率に同意する、
   請求項１に記載の方法。
3. 前記応答が拒否を示すものである場合において、
   前記拒否は、応答期間内に前記少なくとも１人の流動性提供者から応答を受けないことを含む、
   請求項１に記載の方法。
4. 前記少なくとも１人の流動性提供者の性能を決定するステップは、性能を決定するために、前記実際の充足率を前記ターゲット充足率と比較するステップを含む、
   請求項１に記載の方法。
5. 前記実際の充足率が前記ターゲット充足率と一致しないことを決定するステップを含む、
   請求項１に記載の方法。
6. 前記ターゲット充足率と一致しない前記実際の充足率に応えて、いくつかの将来の注文がペナルティ期間中に前記少なくとも１人の流動性提供者に送られることを妨げるステップを含む、
   請求項５に記載の方法。
7. 前記実際の充足率が期間の前記ターゲット充足率に一致しないことを決定するステップを含む、
   請求項５に記載の方法。
8. 前記実際の充足率が前記ターゲット充足率と一致しないことを示す指標を送信するステップを含む、
   請求項５に記載の方法。
9. 前記少なくとも１人の流動性提供者に前記実際の充足率を改善する機会を提供するステップを含む、
   請求項５に記載の方法。
10. 前記少なくとも１人の流動性提供者が拒否の閾値をもたらすことを決定するステップを含む、
    請求項１に記載の方法。
11. 前記拒否の閾値をもたらす前記少なくとも１人の流動性提供者に応えて、いくつかの将来の注文がペナルティ期間中に前記少なくとも１人の流動性提供者に送られることを妨げるステップを含む、
    請求項１０に記載の方法。
12. 前記取引所は、クラウドコンピューティングシステム上で操作可能なものである、
    請求項１に記載の方法。
13. 相互に通信可能に接続されている電子通信ネットワークにおける複数のノードとの電子通信、及び前記電子通信ネットワークにおける前記複数のノードの第１のノードとしての少なくとも１つのコンピュータを介して実行される方法であって、
    前記少なくとも１つのコンピュータの少なくとも１つのプロセッサが、前記電子通信ネットワークを介して、特定のパーセンテージを上回るターゲット充足率に基づいて、取引所で取引される少なくとも１つの注文を受けるステップと、
    前記少なくとも１つのプロセッサが、前記電子通信ネットワークを介して、前記注文の承諾又は拒否のいずれか１つを示す応答を送るステップと、
    前記少なくとも１つのプロセッサが、前記電子通信ネットワークを介して、前記取引所の性能についてのレポートを含む電子メッセージを受けるステップであって、前記取引所の性能は、前記取引所に対するパフォーマンスのレベルであって、前記ターゲット充足率と実際の充足率の比較に基づくものであるステップと、
    前記少なくとも１つのプロセッサが、前記電子通信ネットワークを介して、前記少なくとも１人の流動性提供者の前記少なくとも１つの実際の充足率が前記特定のパーセンテージを下回るか否かを自動的に選別するステップと、
    を含む方法。
14. 前記実際の充足率は各応答の後に更新される、
    請求項１３に記載の方法。
15. 前記ターゲット充足率は、前記システム上で取引する前に決定される、
    請求項１３に記載の方法。
16. 前記実際の充足率が前記ターゲット充足率と一致しないことを示す指標を受けるステップを含む、
    請求項１３に記載の方法。
17. 前記ターゲット充足率と一致しない前記実際の充足率に応えて、いくつかの将来の注文がペナルティ期間中に送られることが妨げられるだろうことを示す指標を受けるステップを含む、
    請求項１６に記載の方法。
18. 複数の他のコンピュータと電子通信ネットワークを介して電子通信する少なくとも１つのコンピュータの少なくとも１つのプロセッサと、
    少なくとも１つのメモリであって、命令を記憶するメモリと、を備え、
    前記少なくとも１つのプロセッサによって前記命令が実行されると、
    前記複数の他のコンピュータの第１コンピュータとしての少なくとも１人の流動性提供者のターゲット充足率を決定し、
    前記電子通信ネットワークを介して、前記複数の他のコンピュータの第２コンピュータとしての流動性受取者から、特定のパーセンテージを上回るターゲット充足率に基づいて、取引所で取引するための注文を受け、
    前記少なくとも１人の流動性提供者の前記ターゲット充足率を決定した後に、前記少なくとも１人の流動性提供者の前記ターゲット充足率が特定のパーセンテージを上回ることを決定することに少なくとも部分的に基づいて、前記電子通信ネットワークを介して、前記少なくとも１人の流動性提供者に前記注文を送り、
    前記電子通信ネットワークを介して、前記少なくとも１人の流動性提供者からの応答であって、前記注文の承諾又は拒否のいずれか１つを示す応答を受け、
    前記応答に基づいて、前記少なくとも１人の流動性提供者の前記少なくとも１つの実際の充足率を更新し、
    パフォーマンスのレベルである性能を決定するために、前記少なくとも１人の流動性提供者の前記少なくとも１つの実際の充足率と前記ターゲット充足率を比較し、
    前記電子通信ネットワークを介して、前記少なくとも１人の流動性提供者の性能についてのレポートを送り、
    前記少なくとも１人の流動性提供者の前記少なくとも１つの実際の充足率が前記特定のパーセンテージを下回るか否かを自動的に選別する、
    装置。
19. 前記少なくとも１人の流動性提供者は、前記取引所で取引する前に前記ターゲット充足率に同意する、
    請求項１８に記載の装置。
20. 前記少なくとも１人の流動性提供者に対するパフォーマンスのレベルである性能を決定することが、前記性能を決定するために前記実際の充足率と前記ターゲット充足率を比較することを含む、
    請求項１８に記載の装置。
    

Images