(57)【要約】      （修正有）【課題】分散型マッチングエンジンを提供すること。【解決手段】各取引アプリケーション１２２ａ〜ｆは、それぞれ、マッチングエンジン１２０ａ〜ｆと相互通信するように構成され、それによって、システム１００のユーザＡ〜Ｆがアイテムを取引できるようにする。各取引アプリケーション１２２ａ〜ｆは、取引戦略を実行する自動化取引アルゴリズムであり、それによって、それぞれのユーザＡ〜Ｆの代わりに、取引注文を生成する。所与のサーバでの各取引アプリケーション（複数可）は、１つ以上のアイテムを取引するように構成され得る。各取引アプリケーション１２２ａ〜ｆは、各それぞれのサーバ１０１〜１０６／コンピューティングシステム１３０上で実行されるソフトウェアおよび／またはファームウェアおよび／またはハードウェアベースのアプリケーションである。【選択図】図１
2019071093.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも第１のサーバおよび第２のサーバを含む複数のサーバを備えるシステムであって、前記複数のサーバが、少なくとも１つのネットワークによって相互接続され、
前記第１のサーバが、
取引される第１のアイテムの第１の注文帳を維持するステップと、
前記第１のアイテムの第１の注文であって、数量を含む前記第１の注文を第１のユーザから受信するステップと、
前記第１の注文帳に前記第１の注文を発注するステップであって、前記第１のサーバが、前記第１の注文に対して反対注文の実行を制御することに関与する、ステップと、
前記ネットワーク上で前記第１の注文を通信するステップと、
を行うように構成され、
前記第２のサーバが、
前記第１のアイテムの第２の注文帳を維持するステップと、
前記第１のサーバによって通信された前記第１の注文を受信するステップと、
前記第２の注文帳に前記第１の注文を発注するステップと、
前記第１のアイテムの第２の注文を第２のユーザから受信するステップと、
前記第２の注文が、前記第１の注文に対する反対注文であるかを決定するステップであって、前記第２の注文が、前記第１の注文に対する反対注文であると決定することに応答して、前記第２の注文を前記第１のサーバに通信する、ステップと、
を行うように構成され、
前記第１のサーバが、
前記第２のサーバから前記第２の注文を受信するステップと、
前記第１の注文が入手可能かを決定するステップと、
前記第１の注文が入手可能な場合、前記第１の注文と第２の注文との間の取引を実行するステップであって、前記第２の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第１の注文帳から前記第１の注文を削除する、ステップと、
前記第１の注文が取引されたことを示す確認メッセージを前記ネットワーク上で通信するステップと、
を行うように更に構成され、
前記第２のサーバが、
前記確認メッセージを受信するステップと、
前記確認メッセージを受信することに応答して、前記第２の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第２の注文帳から前記第１の注文を削除するステップと、
を行うように更に構成され、
前記第２のサーバが、
前記第１のアイテムの第３の注文であって、数量を含む前記第３の注文を前記第２のユーザから受信するステップと、
前記第２の注文帳に前記第３の注文を発注するステップであって、前記第２のサーバが、前記第２の注文と前記第３の注文の間に取引が実行されないように、前記第３の注文に対して反対注文の実行を制御することに関与する、ステップと、
前記ネットワーク上で前記第３の注文を通信するステップと、
を行うように更に構成され、
前記第１のサーバが、
前記第２のサーバによって通信された前記第３の注文を受信するステップと、
前記第１の注文帳に前記第３の注文を発注するステップと、
前記第１のアイテムの第４の注文を前記第１のユーザから受信するステップと、
前記第４の注文が、前記第３の注文に対する反対注文であるかを決定するステップであって、前記第４の注文が、前記第３の注文に対する反対注文であると決定することに応答して、前記第４の注文を前記第２のサーバに通信する、ステップと、
を行うように更に構成され、
前記第２のサーバが、
前記第１のサーバから前記第４の注文を受信するステップと、
前記第３の注文が入手可能かを決定するステップと、
前記第３の注文が入手可能な場合、前記第３の注文と第４の注文との間の取引を実行するステップであって、前記第４の注文が、全ての入手可能な数量の前記第３の注文に対してである場合、前記第２の注文帳から前記第３の注文を削除する、ステップと、
前記第３の注文が取引されたことを示す確認メッセージを前記ネットワーク上で通信するステップと、
を行うように更に構成され、
前記第１のサーバが、
前記確認メッセージを受信するステップと、
前記確認メッセージを受信することに応答して、前記第４の注文が、全ての入手可能な数量の前記第３の注文に対してである場合、前記第１の注文帳から前記第３の注文を削除するステップと、
を行うように更に構成されている、
システム。
【請求項２】
前記第１のアイテムが、前記ネットワーク上のポートと関連付けられ、
前記ネットワーク上で前記第１の注文を通信することが、前記ポートを介して前記第１の注文を通信することを含む、請求項１に記載のシステム。
【請求項３】
前記ポートを介して前記第１の注文を通信することが、前記ポートを介して前記第１の注文をマルチキャストすることを含む、請求項２に記載のシステム。
【請求項４】
前記第２のサーバが、前記ポートを介して通信される前記ネットワークからデータを受信するように更に構成され、
前記第１のサーバによって通信される前記第１の注文を受信することが、前記ポートを介して前記第１の注文を受信することを含む、請求項２に記載のシステム。
【請求項５】
前記第１のサーバが、取引される第２のアイテムの注文帳を維持するように更に構成され、前記第２のアイテムは、前記第１のアイテムとは異なるものであり、
前記第２のアイテムが、前記ネットワーク上の第２のポートと関連付けられ、前記第２のポートは、前記第１のポートとは異なるものであり、
前記第１のサーバが、前記第２のポートを用いて前記ネットワークを介して前記第２の注文と関連付けられた情報を通信する、請求項４に記載のシステム。
【請求項６】
前記第２のサーバが、前記第２のアイテムの注文帳を維持するように構成されておらず、
前記第２のアイテムの注文帳を維持するように構成されていない結果として、前記第２のサーバが、前記第２のポート上で情報を受信するように構成されていない、請求項５に記載のシステム。
【請求項７】
前記第１のアイテムが、前記ネットワーク上のポートと関連付けられ、
前記第１のサーバが、前記ポートを介して前記第１のアイテムと関連付けられた前記ネットワークを介して情報を送受信するように構成され、
前記第２のサーバが、前記ポートを介して前記第１のアイテムと関連付けられた前記ネットワークを介して情報を送受信するように構成され、
前記第１のサーバが、オフラインと見なされるように更に構成され、前記第１のサーバをオフラインと見なすことが、前記ポート上で情報を受信しないように前記サーバを構成することを含み、前記第２のサーバが前記第２の注文を通信する前に、前記第１のサーバがオフラインと見なされる場合、取引が、前記第１の注文と第２の注文との間で実行されない、請求項１に記載のシステム。
【請求項８】
トランザクションを消去することと関連付けられた第３のサーバを更に備え、前記第３のサーバが、前記第１の注文と第２の注文との間の前記取引を実行することによって作成されたトランザクションを消去するために前記確認メッセージを受信するように構成される、請求項１に記載のシステム。
【請求項９】
第１のエンティティが、前記システムを所有および／または動作し、
前記第１のサーバのリソースが、第２のエンティティにリースされ、
前記第２のサーバのリソースが、第３のエンティティにリースされる、請求項１に記載のシステム。
【請求項１０】
前記第１のサーバが、前記第１のアイテムを取引するためのアプリケーションを実行するように更に構成され、前記アプリケーションが、前記第２のエンティティによって構成され、
前記第２のサーバが、前記第１のアイテムを取引するためのアプリケーションを実行するように更に構成され、
前記アプリケーションが、前記第３のエンティティによって構成される、請求項９に記載のシステム。
【請求項１１】
前記第２の注文が、前記第１の注文の全ての入手可能な数量未満である場合、前記第１のサーバが、前記第１の注文帳の前記第１の注文の入手可能な数量を減少させるように更に構成され、
前記第２の注文が、前記第１の注文の全ての入手可能な数量未満である場合、前記第２のサーバが、前記第２の注文帳の前記第１の注文の入手可能な数量を減少させるように更に構成される、請求項１に記載のシステム。
【請求項１２】
トランザクションを消去することと関連付けられた第３のサーバを更に備え、
前記第３のサーバが、
前記第１の注文と第２の注文との間の前記取引を実行することによって作成されたトランザクションを消去するために前記第１のサーバから前記確認メッセージを受信するように構成され、
前記第３の注文と第４の注文との間の前記取引を実行することによって作成されたトランザクションを消去するために前記第２のサーバから前記確認メッセージを受信するように構成される、請求項１に記載のシステム。
【請求項１３】
前記第１のアイテムの第５の注文帳を維持することと、
前記第１のサーバによって通信された前記第１の注文を受信することと、
前記第３の注文帳に前記第１の注文を発注することと、を行うように構成される第３のサーバを更に含む、請求項１に記載のシステム。
【請求項１４】
前記第３のサーバが、
前記確認メッセージを受信することと、
前記確認メッセージを受信することに応答して、前記第２の注文が、前記第１の注文の全ての数量である場合、前記第３の注文帳から前記第１の注文を削除することと、を行うように更に構成される、請求項１３に記載のシステム。
【請求項１５】
前記第２のサーバが、前記ネットワーク上で前記第２の注文を通信する場合、前記第２のサーバが、前記第１のサーバのためのものとして前記通信された第２の注文にタグ付けするように構成され、
前記第３のサーバが、
前記第２のサーバから前記第２の注文を受信することと、
前記第２の注文を、それが前記第１のサーバのためにタグ付けされているため、無視することと、を行うように更に構成される、請求項１３に記載のシステム。
【請求項１６】
前記第３のサーバが、
前記第１のアイテムの第５の注文を受信することと、
前記第５の注文が、前記第１の注文に対する反対注文であるかを決定することと、
前記第５の注文が、前記第１の注文に対する反対注文であると決定することに応答して、前記第５の注文を前記第１のサーバに通信することと、を行うように更に構成される、請求項１３に記載のシステム。
【請求項１７】
前記第１のサーバが、前記第１の注文と第２の注文との間の前記取引を実行する結果として、前記第１の注文帳から前記第１の注文を削除し、
前記第１のサーバが、
前記第２の注文を受信した後、前記第５の注文を受信することと、
前記第１の注文が入手可能でないと決定することと、
前記第１の注文が入手可能でないと決定することに応答して、前記第１の注文と第５の注文との間の取引が確認されていないというメッセージを前記ネットワーク上で通信することと、を行うように更に構成される、請求項１６に記載のシステム。
【請求項１８】
前記第１のサーバが、前記第１の注文と第２の注文との間の前記取引を実行する結果として、前記第１の注文帳の前記第１の注文の入手可能な数量を減少させ、
前記第１のサーバが、
前記第２の注文を受信した後、前記第５の注文を受信することと、
前記第１の注文が入手可能であると決定することと、
入手可能である前記第１の注文に部分的に基づいて、前記第１の注文と第５の注文との間の取引を実行することと、
前記第５の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第１の注文帳から前記第１の注文を削除することと、
前記第１の注文が取引されたことを示す別の確認メッセージを前記ネットワーク上で通信することと、を行うように更に構成され、
前記第２のサーバが、
前記別の確認メッセージを受信することと、
前記別の確認メッセージを受信することに応答して、前記第５の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第２の注文帳から前記第１の注文を削除することと、を行うように更に構成され、
前記第３のサーバが、
前記確認メッセージを受信することと、
前記確認メッセージを受信することに応答して、前記第３の注文帳の前記第１の注文の入手可能な数量を減少させることと、
前記別の確認メッセージを受信することと、
前記別の確認メッセージを受信することに応答して、前記第５の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第３の注文帳から前記第１の注文を削除することと、を行うように更に構成される、請求項１６に記載のシステム。
【請求項１９】
前記第１のサーバが、前記第１のアイテムを取引するためのアプリケーションを実行するように更に構成され、前記第１の注文が、前記アプリケーションから受信され、
前記第１のサーバが、
前記第１の注文と第２の注文との間の前記取引を実行する前に、前記第１の注文がなおも取引されるべきかを決定するように前記アプリケーションと通信することと、
前記アプリケーションが、なおも取引されるべきであると示す場合、前記第１の注文と第２の注文との間の前記取引を実行することと、を行うように更に構成される、請求項１に記載のシステム。
【請求項２０】
前記第１のサーバが、
前記アプリケーションが前記第１の注文が取引されるべきではないことを示す場合、前記第１の注文帳から前記第１の注文を削除することと、
前記第１の注文と第２の注文との間の取引が確認されていないというメッセージを前記ネットワーク上で通信することと、を行うように更に構成される、請求項１９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、Ｊａｃｏｂ  Ｌｏｖｅｌｅｓｓに対する２０１２年１２月１４日出願の米国仮出願第６１／７３７，５５３号、および２０１３年３月１５日出願の同第１３／８３２，４７２号の利益を主張するものであり、これらのいずれも、それらの全体の参照により本明細書に組み込まれる。
【０００２】
いくつかの実施形態は、アイテムをマッチングおよび／または取引することに関する。
【背景技術】
【０００３】
システムは、ユーザ間のアイテムの電子マッチングおよび／または取引のために使用され得る。
【図面の簡単な説明】
【０００４】
【図１】いくつかの実施形態に従う、例示的な分散型マッチングエンジンを示す。
【発明を実施するための形態】
【０００５】
図１を参照すると、例示的な実施形態に従う例示的システム１００が、示される。システム１００は、１つ以上のコンピューティングシステム（例えば、サーバ）１０１〜１０６を含んでもよい。コンピューティングシステム１０１〜１０６は、説明の目的のためサーバとして本明細書に参照され得る。しかしながら、サーバという用語の使用は、非限定的であり、他の種類のコンピューティングシステムが使用され得ることを理解されたい。
【０００６】
各サーバ１０１〜１０６は、１つ以上のプロセッサと１つ以上のメモリとを含み得、それらは、１つ以上のデータベースを含み得る。各サーバは、サーバがネットワーク１１０に接続してネットワーク１１０を通じて通信できるようにする１つ以上のネットワークハードウェア／ソフトウェア／ファームウェアベースのインターフェースを含み得る。ネットワーク１１０は、公開および／または秘密ネットワーク（複数可）を含んでもよく、任意の種類の技術に基づいて有線および／または無線ネットワークであってもよい。ネットワーク１１０は、バスおよび／またはバックプレーン型のアーキテクチャもまた含んでもよい。ネットワーク１１０は、ルータ、スイッチ等を含む１つ以上の要素を含んでもよい。ネットワーク１１０は、サーバ１０１〜１０６のうちの少なくとも各々が、他のものと通信することを可能にするように構成され得る。ネットワーク１１０はまた、サーバ１０１〜１０６がネットワーク１１０上にあり得るか、または図１に示されないがネットワーク１１０を介してアクセス可能な他のネットワーク上にあり得る他のコンピューティングシステム（例えば、コンピューティングシステム１５０）と通信することを可能にするように構成され得る。一実施例として、ネットワーク１１０は、１つ以上のルータ／スイッチ／等を介して、例えば、１つ以上の他の秘密および／または公開ネットワークとインターフェースする秘密ネットワークであってもよく、それによって、例えば、サーバ１０１〜１０６のうちのいずれか１つが、このようなネットワーク上で他のコンピューティングシステムと通信することを可能にする。サーバ１０１〜１０６のうちの１つ以上およびネットワーク１１０は、ユニキャスト、ブロードキャスト、および／またはマルチキャスト通信をサポートするように構成され得る。マルチキャスト通信は、他の種類のマルチキャスティングが使用されてもよいが、ＩＰマルチキャスティングを含み得る。マルチキャスティングは、信頼できるかまたは信頼できないマルチキャスティングであり得る。当業者ならば、サーバ１０１〜１０６およびネットワーク１１０の上の説明が、単に例示的なものであり、更なるおよび／または他のサーバ／ネットワーク構成および機能性が使用され得ることを理解するであろう。例えば、ネットワーク１１０に加えて、サーバ１０１〜１０６のうちの１つ以上はまた、サーバが、図１に示されていない１つ以上の他の公開および／または秘密ネットワークに接続またはそれらを通じて通信できるようにする１つ以上の更なるネットワークハードウェア／ソフトウェア／ファームウェアベースのインターフェースも含み得る。
【０００７】
システム１００内のサーバ１０１〜１０６のうちの１つ以上は、ハードウェア（例えば、プロセッサ構成、プロセッサの数、プロセッサ速度、メモリサイズ、メモリ速度等）および／またはシステムソフトウェア（例えば、オペーレーティングシステム）および／またはネットワークインターフェース（複数可）速度に関して同様に構成されるおよび／または実質的に同様に構成され得る。同様に、ネットワーク１１０を介して任意の他のサーバと通信するサーバ１０１〜１０６のうちの１つ以上の能力は、同じであり得る。サーバ１０１〜１０６のうちの１つ以上は、同じラック、室、建物等内に同一場所に配置され得る。加えて、ネットワーク１１０を構築するネットワーク要素はまた、サーバ１０１〜１０６と一緒に同一場所に配置され得る。再度述べるが、更なるおよび／または他の構成が可能である。例えば、各サーバは、異なる実行性能を有し得る。
【０００８】
システム１００は、クラウドコンピューティングシステムとして称され得る。システム１００は、ユーザＡ〜Ｆ等の１つ以上の他のユーザ／顧客にシステム１００のリソースをリースするかまたは賃貸する１つ以上のエンティティによって所有および／または部分的に所有および／または維持／動作され得る。ユーザＡ〜Ｆは、銀行、投資ファンド、商社等の個人および／または企業であってもよい。あるいはおよび／または加えて、ユーザＡ〜Ｆのうちの１つ以上は、システム１００のリソースを所有し得る。一実施例としては、サーバ１０１は、ユーザＡにリースされ得るかまたはユーザＡによって所有され得、サーバ１０２は、ユーザＢにリースされ得るかまたはユーザＢによって所有され得、サーバ１０３は、ユーザＣにリースされ得るかまたはユーザＣによって所有され得、サーバ１０４は、ユーザＤにリースされ得るかまたはユーザＤによって所有され得、サーバ１０５は、ユーザＥにリースされ得るかまたはユーザＥによって所有され得、および／またはサーバ１０６は、ユーザＦにリースされ得るかまたはユーザＦによって所有され得る。一般的に、各サーバ１０１〜１０６は、そのサーバのリソースにアクセスを有する特定のユーザに割り当てられ得る。所与のユーザは、システム１００内の複数のサーバと関連付けられ得る／複数のサーバをリースし得る／所有し得る。一実施例に従うと、システム１００は、更なるサーバがシステムに追加され得ることで拡張可能であり得、そのサーバは、ユーザＡ〜Ｆおよび／または新規ユーザによってリースされ得るかまたは所有され得る。システム１００は、１つ以上のサーバの追加および／または削除が他のユーザに影響し得ないように、構成され得る。別の実施例としては、所与のサーバは、互いに関連付けを有しない複数の異なるユーザにリースされ得る／賃貸され得る。サーバは、ユーザのうちの１つによるサーバの使用が、他のユーザに影響せず、およびその逆もまた同様であるように、構成であり得る。
【０００９】
一実施例に従うと、システム１００は、ユーザＡ〜Ｆ等のユーザが１つ以上のアイテムを互いに取引および／または売買できるようにする、取引またはマッチングシステム、および特に分散型取引／マッチングシステムとして、動作し得るおよび／または構成され得る。システム１００上で取引されるアイテム（複数可）は、システムのユーザＡ〜Ｆのうちの１つ以上によって所有され得る。あるいはおよび／または加えて、ユーザＡ〜Ｆのうちの１つ以上は、長および／またはブローカーおよび／またはエージェントであってもよく、例えば、アイテム（複数可）を所有し得るエンティティ（複数可）の代わりに作用し得る。取引されるアイテムは、有形および／または無形アイテムを含んでもよい。一実施例に従うと、システム１００は、例えば、確定利付証券、株式、外国為替等を含む１つ以上の金融商品を取引するように構成され得る。
したがって、各ユーザＡ〜Ｆは、システムの１つ以上の他のユーザと１つ以上の金融商品を取引するようにシステム１００を使用し得る。当業者ならば、他の種類のアイテムが、例えば、不動産（例えば、土地、家屋、および／または建物）、消費生活用製品（例えば、自動車、電子機器）、チケット（例えば、航空機、コンサート）等のシステム１００を介して取引され得るおよび／または買／売され得ることを理解するであろう。当業者ならば、取引またはマッチングシステムに加えておよび／またはそれに対する代替として、システム１００が、他の種類の（複数可）システムとして動作し得る／それとして構成され得ることを理解するであろう。
【００１０】
サーバ１０１〜１０６のうちの１つ以上は、そこで実行される１つ以上のアプリケーション１２０ａ〜ｆも含み得る（例えば、メモリ内に記憶した）。一実施例としては、他のおよび／または更なる種類のアプリケーションが可能であるが、アプリケーション１２０ａ〜ｆは、マッチングエンジンとして本明細書に参照され得る。マッチングエンジン１２０ａ〜ｆは、ユーザＡ〜Ｆが互いの間でアイテムを買／売取引することができるようにし得る。マッチングエンジン１２０ａ〜ｆは、サーバ１０１〜１０６上で実行されるソフトウェアおよび／またはファームウェアおよび／またはハードウェアベースのアプリケーションであり得る。各サーバは、１つおよび／または複数のマッチングエンジンを含み得る。各サーバは、更なるおよび／または他のアプリケーションを含み得る。各サーバ１０１〜１０６のマッチングエンジン（複数可）は、同じおよび／または実質的に同じアプリケーションであり得るか、または異なるアプリケーションであり得る。例えば、各マッチングエンジンは、類似のマッチングアルゴリズムを実行してもよい。別の実施例としては、異なるマッチングエンジンは、異なるマッチングアルゴリズムを実行してもよい。マッチングエンジン１２０ａ〜ｆは、システム１００を所有／動作するエンティティ（複数可）によって開発／維持され得る。このようなエンティティは、各サーバで実行される他のおよび／または更なるアプリケーションもまた開発／維持し得る。
【００１１】
各サーバは、ユーザＡ〜Ｅ等のユーザに関連付けられるそこで実行される１つ以上のアプリケーション１２２ａ〜ｅも含み得る（例えば、メモリ内に記憶した）。一実施例としては、他のおよび／または更なる種類のアプリケーションが可能であるが、アプリケーション１２２ａ〜ｅは、取引アプリケーションとして本明細書に参照され得る。別の実施例に従うと、１つ以上の取引アプリケーション（複数可）（アプリケーション１２２ｆ等）が、サーバ１０１〜１０５上で実行されない場合がある。むしろ、アプリケーションは、コンピューティングシステム１３０等の、例えばサーバ１０６等のサーバに接続されるコンピューティングシステム上で実行され得る。コンピューティングシステム１３０は、サーバ１０６および／またはシステム１００の他の要素と一緒に同一場所に配置され得るかまたは同一場所に配置されない場合がある。コンピューティングシステム１３０およびサーバ１０６は、１つ以上の秘密および／または公開ネットワーク１３１を通じて通信し得る。別の実施例としては、コンピューティングシステム１３０およびサーバ１０６は、ネットワーク１１０を通じて通信し得る。一実施例に従うと、コンピューティングシステム１３０は、システム１００を所有し動作するエンティティによって所有および動作され得る。別の実施例に従うと、コンピューティングシステム１３０は、コンピューティングシステムが接続するサーバと関連付けられるユーザ（ここではユーザＦ）によって所有および動作され得る。当業者ならば、これらの構成が単に実施例であり、他のおよび／または更なる構成が可能であることを理解するであろう。例えば、各サーバ１０１〜１０５／コンピューティングシステム１３０は、１つおよび／または複数の取引アプリケーションを含んでもよい。各サーバ１０１〜１０５／コンピューティングシステム１３０は、ユーザＡ〜Ｆ等のユーザと関連付けられる更なるおよび／または他のアプリケーションもまた含んでもよい。
【００１２】
一実施例に従うと、各取引アプリケーション１２２ａ〜ｆは、それぞれ、マッチングエンジン１２０ａ〜ｆと相互通信するように構成され得、それによって、システム１００のユーザＡ〜Ｆがアイテムを取引できるようにする。各取引アプリケーション１２２ａ〜ｆは、取引戦略を実行する自動化取引アルゴリズムであり得、それによって、例えば、それぞれのユーザＡ〜Ｆの代わりに、取引注文（例えば、入札、落札、該当、売上高）を生成する。所与のサーバでの各取引アプリケーション（複数可）は、１つ以上のアイテムを取引するように構成され得る。各取引アプリケーション１２２ａ〜ｆは、各それぞれのサーバ１０１〜１０５／コンピューティングシステム１３０上で実行されるソフトウェアおよび／またはファームウェアおよび／またはハードウェアベースのアプリケーションであり得る。各取引アプリケーションは、他の取引アプリケーションとは異なってもよく、それぞれのサーバが割り当てられるユーザによって開発されてもよい。例えば、ユーザＡは、取引アプリケーション１２２ａを開発し、そのアプリケーションをアプリケーションが実行されるサーバ１０１上に（例えば、管理アプリケーションを通じて）ロードし得る／ロードされた状態にし得る。同様に、ユーザＢは、取引アプリケーション１２２ｂを開発し、そのアプリケーションをアプリケーションが実行されるサーバ１０２上に（例えば、管理アプリケーションを通じて）ロードし得る／ロードされた状態にし得る。加えておよび／または別の実施例としては、取引アプリケーション１２２ａ〜ｆは、システム１００を所有／動作するエンティティ（複数可）によって提供される一般的なアプリケーション（ＡＰＩ等）であってもよい。各インスタンスでは、各それぞれのユーザＡ〜Ｆは、そのそれぞれのアプリケーションを（例えば、ユーザが、それぞれのサーバ等に、それぞれのサーバからリモートのコンピューティングシステムを通じて、管理アプリケーションを通じてのいずれか、および／またはユーザインターフェースデバイス（キーボード／マウス／等）を通じて、インターフェースするＡＰＩを通じて接続される）それぞれのニーズに見合うようにカスタマイズしてもよい。当業者ならば、これらの構成が単に実施例であり、他のおよび／または更なる構成が可能であることを理解するであろう。例えば、取引戦略を実行する自動化取引アルゴリズムである取引アプリケーション１２２ａ〜ｆよりもむしろ、取引アプリケーション１２２ａ〜ｆのうちの１つ以上は、それぞれのユーザ（複数可）がシステム１００とインターフェースし注文を生成することを、可能にし得る。例えば、（リモートコンピューティングシステムを通じておよび／またはユーザインターフェースデバイス（キーボード／マウス／等）を通じてそれぞれのサーバ等に接続された）それぞれのユーザは、サーバのそれぞれのマッチングエンジンに手動で注文を提出できる場合がある。
【００１３】
考察されるように、各サーバでそれぞれの取引アプリケーション１２２ａ〜ｆと一緒にマッチングエンジン１２０ａ〜ｆは、ユーザＡ〜Ｆが相互間でアイテムを取引できるようにし得る。一実施例として、マッチングエンジンの単一のインスタンスは、１つの特定のアイテム（例えば、１０年の記録）を取引するように構成され得る。したがって、所与のユーザＡ〜Ｆが、複数の異なるアイテム（例えば、５年および１０年の記録）を取引することを望んだ場合、それぞれのサーバは、マッチングエンジン１２０実行の複数のインスタンスを有し得、各々がそれぞれの取引アプリケーション１２２の１つ以上のインスタンスと通信し得る。別の実施例としては、マッチングエンジンの単一のインスタンスは、複数のアイテムを取引するように構成され得、マッチングエンジンは、それぞれの取引アプリケーションの１つ以上のインスタンスと通信し得る。当業者ならば、これらが単に実施例であり、他のおよび／または更なる構成が可能であることを理解するであろう。例えば、所与のサーバが、複数の異なるユーザによって使用されている場合、サーバは、同じアイテムだが異なるユーザに対して取引するように構成されるマッチングエンジンの複数のインスタンスを有し得る。考察目的のためのみであるが、マッチングエンジン１２０は、１つのアイテムの取引を可能にするものとして説明されるであろう。
【００１４】
一実施例に従うと、所与のアイテムを取引することを望む所与のユーザＡ〜Ｆに関しては、それぞれのサーバのマッチングエンジン１２０ａ〜ｆは、そのアイテムのための注文帳１２４ａ〜ｆをサーバ上に維持し得る／維持するように構成され得る。一実施例としては、それぞれの注文帳は、それぞれのサーバのメモリ内に維持され得る。例えば、ユーザＡ〜Ｅの各々が、所与のアイテムを取引することを望む場合、各サーバ１０１〜１０５は、そのアイテムのための注文帳１２４ａ〜ｅを有してもよい。ユーザＦがそのアイテムを取引することを望まなかった場合、サーバ１０６は、そのアイテムのための注文帳を有しない場合がある。このようにして、所与のアイテムのための注文帳は、複数のサーバにわたって分散化または非集中化され得る。同様に、ユーザＡ〜Ｅの各々が第２のアイテムもまた取引することを望む場合、それぞれのサーバ１０１〜１０５のマッチングエンジン（複数可）１２０ａ〜ｅはまた、第２のアイテムの第２の注文帳をサーバ上に維持し得る。当業者ならば、更なるおよび／または他の注文帳構成が可能であることを理解するであろう。
【００１５】
更なる実施例に従うと、システム１００を通じて取引され得る各アイテムに関しては、そのアイテムは、ネットワーク１００上のポート（例えば、インターネットプロトコル（ＩＰ）ポート）またはチャネルを割り当てられ得る。例えば、第１のアイテムは、割り当てられるポート「ｘ」であり得、第２のアイテムは、割り当てられるポート「ｙ」であり得る、等である。本明細書に更に考察されるように、第１のアイテムに関するネットワーク１１０を通じてのサーバ１０１〜１０６間の部分的なまたは全ての通信は、ポート「ｘ」を介して起こり得、また同様に、第２のアイテムに関するネットワーク１１０を通じてのサーバ１０１〜１０６間の部分的なまたは全ての通信は、ポート「ｙ」を介して起こり得る。更なる実施例に従うと、所与のユーザ（ここではＡとする）が、第１のアイテムおよび第２のアイテムを取引することを望む場合、サーバ１０１／マッチングエンジン（複数可）１２０ａは、ポート「ｘ」および「ｙ」上のメッセージ／コマンド／情報／データを送信および／または受信（および／または聴取する、監視する等）ように構成され得る。このようにして、ユーザＡは、（例えば、取引アプリケーション１２２ａを通じて）２つのアイテムに関する情報／データを送信／受信し得る。同様に、例えば、ユーザＡが、第１のアイテムは取引するが第２のアイテムは取引しないことを望む場合、サーバ１０１／マッチングエンジン（複数可）１２０ａは、ポート「ｘ」上ではあるが「ｙ」上ではないメッセージ／コマンド／情報／データを送信および／または受信（および／または聴取する、監視する等）ように構成され得る。このようにして、例えば、サーバ１０１／ユーザＡは、それが関係を有しない第２のアイテム上のメッセージ／コマンド／情報／データを受信しないことを選択できる。同様に、ユーザＡが（例えば、取引アプリケーション１２２ａを通じて）第２のアイテム上の情報を受信する要望を後に有した場合、サーバ１０１／マッチングエンジン（複数可）１２０ａは、ポート「ｙ」上のメッセージを送信および／または受信（および／または聴取する、監視する等）ように構成され得る。一実施例に従うと、取引アプリケーション１２２ａ〜ｆは、（可能性としてはユーザ制御を通じて）どのアイテムが取引されるかおよび／または取引されないかを決定し得、この様式で、例えば、どのポート（複数可）が監視され、どのアイテムのために注文帳が維持されるかに関してそれぞれのサーバ／マッチングエンジン（複数可）の構成を制御し得る。別の実施例としては、ユーザが（例えば、ユーザが、それぞれのサーバ等に接続される、それぞれのサーバからリモートのコンピューティングシステムを通じて、管理アプリケーションを通じてのいずれか、および／またはユーザインターフェースデバイス（キーボード／マウス／等）を通じて、インターフェースするＡＰＩを通じて）、例えば、どのポート（複数可）が監視され、どのアイテムのために注文帳が維持されるかに関してそれぞれのサーバ／マッチングエンジン（複数可）の構成を制御し得る。
【００１６】
システム１００の例示的な動作に従うと、ユーザＡ／取引アプリケーション１２２ａ等のユーザ／取引アプリケーションが、所与のアイテム（ここではアイテム「ｗ」とする）を取引することに興味があった場合、ユーザＡ／取引アプリケーション１２２ａは、アイテム「ｗ」のための入札注文または落札注文（その注文が価格および／または規模を含む）を生成し得る。取引アプリケーション１２２ａは、マッチングエンジン１２０ａへの注文を転送してもよく、それは、注文帳１２４ａ（すなわち、アイテム「ｗ」のためのサーバ１０１での注文帳）に注文を発注してもよい。この注文は、注文帳１２４ａに注文１４０として図１に示される。システム１００の例示的な動作に従うと、ユーザＡが、注文１４０を生成したため、マッチングエンジン１２０ａは、注文１４０に対して注文の実行を制御することに関与し得る（例えば、注文１４０に対する逆注文をマッチングする）。システム１００の更に例示的な動作に従うと、マッチングエンジン１２０ａはまた、アイテム「ｗ」に割り当てられるポートを介してネットワーク１１０を介して注文１４０をマルチキャストし得る。マルチキャストされた注文は、それがユーザＡ／取引アプリケーション１２２ａ／マッチングエンジン１２０ａおよび／またはサーバ１０１から由来するいくつかの標示を含み得る。アイテム「ｗ」に興味があり得、よってそのアイテムのためのポート上で受信するように構成されているシステム１００上の各他のユーザ／サーバに関しては、それぞれのマッチングエンジンは、注文１４０を受信し得、アイテムのためのそのそれぞれの注文帳に注文を発注し得る。
例えば、ユーザＢ／取引アプリケーション１２２ｂおよびユーザＣ／取引アプリケーション１２２ｃは、アイテム「ｗ」に興味を持っている可能性があり、したがって、マッチングエンジン１２０ｂおよび１２０ｃは、注文１４０を受信し、それぞれの注文帳１２４ｂおよび１２４ｃ内に注文を発注するように構成されてもよい（１４０’および１４０”によって図１に示されるように）。同様に、マッチングエンジン１２０ｂおよび１２０ｃは、注文がユーザＡ／取引アプリケーション１２２ａ／マッチングエンジン１２０ａ／および／またはサーバ１０１から由来するいくつかの標示を記録できる。マッチングエンジン１２０ｂおよび１２０ｃはそれぞれ、取引アプリケーション１２２ｂおよび１２２ｃおよび／またはユーザＢおよびＣのそれぞれに、注文１４０の情報もまた転送し得る。注文１４０は、ユーザＢ〜Ｃ／取引アプリケーション１２０ｂ〜ｃに知られるようになされ得るが、注文の由来（すなわち、ユーザＡのＩＤ）は、システム１００が匿名のマッチングシステムであるかどうかに応じて、知られるようになされ得るかまたはなされ得ない場合がある。
【００１７】
同様に、ユーザＢ／取引アプリケーション１２２ｂがアイテム「ｗ」のための注文を生成した場合、取引アプリケーション１２２ｂは、マッチングエンジン１２０ｂへの注文を転送してもよく、それは、注文帳１２４ｂ（すなわち、アイテム「ｗ」のためのサーバ１０２での注文帳）に注文を発注してもよい。この注文は、注文帳１２４ｂに注文１４２として図１に示される。ユーザＢが、注文１４２を生成したため、マッチングエンジン１２０ｂは、注文１４２に対して注文の実行を制御することに関与し得る（例えば、注文１４０に対する逆注文をマッチングする）。マッチングエンジン１２０ｂはまた、アイテム「ｗ」に割り当てられるポートを介してネットワーク１１０を介して注文１４２をマルチキャストし得る。マルチキャストされた注文は、それがユーザＢ／取引アプリケーション１２２ｂ／マッチングエンジン１２０ｂ／および／またはサーバ１０２から由来するいくつかの標示を含み得る。アイテム「ｗ」に興味があり得、よってそのアイテムのためのポート上で受信するように構成されているシステム１００上の各他のユーザ／サーバに関しては、それぞれのマッチングエンジンは、注文１４２を受信し得、アイテムのためのそのそれぞれの注文帳に注文を発注し得る。例えば、考察されるように、ユーザＡ／取引アプリケーション１２２ａおよびユーザＣ／取引アプリケーション１２２ｃは、アイテム「ｗ」に興味を持っているため、マッチングエンジン１２０ａおよび１２０ｃは、注文１４２を受信し得、それぞれの注文帳１２４ａおよび１２４ｃ内に注文を発注し得る（１４２’および１４２”によって図１に示されるように）。同様に、マッチングエンジン１２０ａおよび１２０ｃは、注文がユーザＢ／取引アプリケーション１２２ｂ／マッチングエンジン１２０ｂおよび／またはサーバ１０２から由来するいくつかの標示を記録できる。マッチングエンジン１２０ａおよび１２０ｃはそれぞれ、取引アプリケーション１２２ａおよび１２２ｃおよび／またはユーザＡおよびＣのそれぞれに、注文１４２の情報もまた転送し得る。
【００１８】
システム１００の更に例示的な動作に従うと、ユーザＡ／取引アプリケーション１２２ａが注文１４０の全てまたは一部を後に取り消した場合、それは、注文のための取り消しコマンドを生成し得、そのコマンドは、マッチングエンジン１２０ａに転送され得る。マッチングエンジン１２０ａは、次に、その注文帳１２４ａから注文を取り消すことができ、また、アイテム「ｗ」に割り当てられるポートを介してネットワーク１１０を介して取り消しコマンドをマルチキャストできる。他のサーバが、取り消しコマンドがどの注文を指すかを知ることができるように、取り消しコマンドは、それがユーザＡ／取引アプリケーション１２２ａ／マッチングエンジン１２０ａおよび／またはサーバ１０１から由来するいくつかの標示を含み得る。アイテム「ｗ」に興味があり得、よってそのアイテムのためのポート上で受信するように構成されている各他のユーザ／サーバに関しては、それぞれのマッチングエンジンは、取り消しコマンド受信し得、そのそれぞれの注文帳からそれぞれの注文を取り消し得る。例えば、マッチングエンジン１２０ｂ〜ｃは、取り消しコマンド受信し、注文帳１２４ｂ〜ｃから注文１４０を取り消してもよい。マッチングエンジン１２０ｂ〜ｃはまた、取引アプリケーション１２２ｂ〜ｃおよび／またはユーザＢおよびＣに、注文１４０が入手不可であることを通知し得る。
【００１９】
Ａからの入札／落札注文１４０が取り消されていないと仮定すると、ユーザＢ／取引アプリケーション１２２ｂは、例えば、（該当／売上高コマンドが価格および規模を含み得る）注文に対する該当／売上高等の取引コマンド／逆注文／反対注文を生成し得る（別の実施例としては、取引コマンドは、特定の価格等で注文１４０と交差／マッチする入札または落札であり得る）。取引アプリケーション１２２ｂは、取引コマンドをマッチングエンジン１２０ｂに転送し得、それは、その注文帳１２４ｂをマッチング注文のために検索し得、それは、コマンドが少なくともユーザＡからの注文１４０に対してマッチすることを認識／決定し得る（注文１４２がユーザＢから由来することを認識するマッチングエンジン１２０ｂは、注文１４２に対して取引コマンドをマッチさせるように試みなくてもよい）。応答して、マッチングエンジン１２０ｂは、アイテム「ｗ」に割り当てられるポートを介してネットワーク１１０を介して取引コマンドをマルチキャストし得る。この取引コマンドが、例えば、ユーザＢ／取引アプリケーション１２２ｂ／マッチングエンジン１２０ｂ／および／またはサーバ１０２から由来するといういくつかの標示を追加することに加えて、記述したように、マッチングエンジン１２０ａが、ユーザＡ／サーバ１０１から由来する注文に対して実行することに関与し得るため、取引コマンドは、具体的に、ユーザＡ／取引アプリケーション１２２ａ／サーバ１０１／および／またはマッチングエンジン１２０ａに対してタグ付され得る／指定され得る／向けられ得る。当業者ならば、他の媒体を使用して、取引コマンドが、マッチングエンジン１２０ａがそれに対して実行することに関与し得る注文に対するとういうことをマッチングエンジン１２０ａに通知し得ることを理解するであろう。システム１００の１つの例示的な動作に従うと、他のサーバ／マッチングエンジンは、マルチキャストされた取引コマンドを受信し得（例えば、アイテム「ｗ」に割り当てられるポート上で聴取しているもの）、コマンドがユーザＡ／取引アプリケーション１２２ａ／サーバ１０１／および／またはマッチングエンジン１２０ａに対して指定されたと認識するコマンドを無視し得る。システム１００の別の例示的な動作に従うと、このようなサーバ／マッチングエンジンは、マルチキャストされた取引コマンドを受信し得、可能性のある取引の通知をそれらのそれぞれの取引アプリケーションおよび／またはユーザに提供し得る。一実施例に従うと、実際の取引コマンドは、暗号化され得る。
【００２０】
更なる実施例に従うと、更なる注文がユーザＢのではない注文帳１２４ｂに存在し、ユーザＢ／取引アプリケーション１２２ｂからの取引コマンドが、注文１４０を超える規模であり、および／またはそれによって、これらの他の注文（複数可）に対する場合、マッチングエンジン１２０ｂはまた、アイテム「ｗ」に割り当てられるポートを介してネットワーク１１０を介して（更なる注文（複数可）に関与するサーバ等に対してタグ付けされた）更なる取引コマンド（複数可）をマルチキャストし得る。別の代替としては、マッチングエンジン１２０ｂは、ユーザＡ／取引アプリケーション１２２ａ／サーバ１０１／および／またはマッチングエンジン１２０ａに対してタグ付けされた同じ取引コマンドをユーザし得、それを更なる注文（複数可）に関与するサーバ等に対してタグ付けもし得る。当業者ならば、他の変形が可能であることを理解するであろう。
【００２１】
取引コマンドの受信時に、サーバ１０１／マッチングエンジン１２０ａは、それに対してコマンドがタグ付けされることを認識し得る。マッチングエンジン１２０ａは、次に、注文１４０がまだ入手可能かを決定し得る（例えば、取り消されていないおよび／または他のユーザによってその注文に対して実行されていない、注文帳１２４ａにまだ存在するか、等）。まだ入手可能である場合、マッチングエンジン１２０ａは、その注文帳１２４ａから注文１４０を削除すること（またはそのうちの全てに対して実行されていない場合、注文帳内の注文１４０の入手可能な数量を減少させること）によって注文１４０に対して取引コマンドを実行してもよい。マッチングエンジン１２０ａはまた、取引アプリケーション１２２ａおよび／またはユーザＡと通信し得、注文１４０に対して実行されたことを示し得る。更には、マッチングエンジン１２０ａは、アイテム「ｗ」に割り当てられるポートを介してネットワーク１１０を介して取引確認メッセージをマルチキャストし得る。構造メッセージは、実際に対して実行された注文１４０の量についての指標を含み得る。確認メッセージは、ユーザＢ／取引アプリケーション１２２ｂ／マッチングエンジン１２０ｂ／および／またはサーバ１０２に対して具体的にタグ付けされ得る。確認メッセージの受信時に、マッチングエンジン１２４ｂは、その注文帳１２４ｂから注文１４０（またはその一部）を削除することでき、マッチした注文をユーザＢおよび／または取引アプリケーション１２２ｂに通知することもできる。ユーザＢに加えて、アイテム「ｗ」に興味がある全ての他のユーザ／サーバ／マッチングエンジンは、確認メッセージを受信し得、それぞれのマッチングエンジンに、それらの注文帳から注文１４０（またはその一部）を削除させ得る。このようなマッチングエンジンは、それらのそれぞれのユーザおよび／または取引アプリケーションにマッチした注文を通知することもできる。つまり、マッチングエンジン１２０ｃは、その注文帳１２４ｃから注文１４０を削除することでき、取引アプリケーション１２２ｃおよび／またはユーザＣに通知することもできる。別のおよび／または更なる実施例に従うと、確認メッセージをマルチキャスティングするマッチングエンジン１２０ａに加えて、それは、他のマッチングエンジン（エンジン１２０ｃ等）にその注文帳から注文１４０を削除させるいくつかの他のコマンド（取り消しコマンドのような）をマルチキャストすることができる。当業者ならば、他のおよび／または更なるコマンドシーケンスが使用され得ることを理解するであろう。
【００２２】
別の実施例としては、上に考察されるようにユーザＢからの取引コマンドの受信時に、マッチングエンジン１２０ａが、注文１４０がまだ入手可能でないかを決定する場合（例えば、取り消されたおよび／または他のユーザによってすでにその注文に対して実行された等）、それは、注文１４０に関する取り消しメッセージおよび／または取引の未確認および／または取引が失敗したおよび／または取引が成立しなかった等を具体的に指定するメッセージ（それはユーザＢ／取引アプリケーション１２２ｂ／マッチングエンジン１２０ｂ／および／またはサーバ１０２対して具体的にタグ付され得る）をマルチキャストし得る。それとは関係なく、メッセージ（複数可）の効果は、全ての適用可能なマッチングエンジンが、それらのそれぞれの注文帳から注文１４０を削除するためのものであり得る。再度述べるが、それぞれの取引アプリケーションおよび／またはユーザは、それらのそれぞれのマッチングエンジンによってコマンド１４０が入手不可であることを通知され得る。取引アプリケーション１２２ｂおよび／またはユーザＢは、取引が失敗したことを具体的に通知され得る。
【００２３】
別の実施例に従うと、上に考察されるようにマッチングエンジン１２０ａが、注文１４０がまだ入手可能であると決定できた後に、マッチングエンジン１２０ａは、最初に取引アプリケーション１２２ａおよび／またはユーザＡと通信して注文１４０に対して実行する要望がまだ存在するかどうかを決定し得る。そうであった場合、マッチングエンジン１２０ａは、確認メッセージ等を生成することに関して上に考察されるように進行してもよい。そうでなかった場合、マッチングエンジン１２０ａは、その注文帳１２４ａから注文１４０を削除してもよく、次いで、取り消しおよび／または未確認メッセージを生成することに関して上に考察されるように進行してもよく、他の注文帳から削除される注文１４０をもたらし得る。再度述べるが、他のサーバでのそれぞれの取引アプリケーション／ユーザは、それらのそれぞれのマッチングエンジンによってコマンド１４０が入手不可であることを通知され得る。
それらはまた、注文１４０が保留中であるが、注文のそれぞれの発信者（すなわち、ユーザＡ）が、注文に対して実行することをこれ以上望まないことも通知され得る。当業者ならば、注文１４０に対する実行または注文１４０に対する非実行に関係なく、他のおよび／または更なるメッセージの流れが可能であることを理解するであろう。
【００２４】
上に考察される例示的な動作の更なる態様に従うと、例えば、ユーザＣ／取引アプリケーション１２２ｃが、本明細書に考察されるようにユーザＢ／取引アプリケーション１２２ｂと実質的に類似時に注文１４０に対する取引コマンドを生成した場合、マッチングエンジン１２０ｃは、マッチングエンジン１２０ｂと類似の様式でネットワーク１１０を介して取引コマンドをマルチキャストし得る。このような事象では、マッチングエンジン１２０ａは、注文１４０に対する２つの取引コマンド（ユーザＢから１つおよびユーザＣから１つ）を受信し得、サーバ１０１にどれが最初に達するという発生に応じて、各々が、一方が他方の前に必然的に待ち行列を作り得る。再度述べるが、マッチングエンジン１２０ａは、ユーザＡ／サーバ１０１から由来する注文（ここでは、例えば注文１４０）に対する実行を制御することに関与し得るため、マッチングエンジン１２０ａは、サーバ１０１にどれが最初に達するかに応じて、ユーザＢおよびユーザＣのうちの１つのみに対して注文１４０を実行し得る（両ユーザが完全規模の注文１４０を実行するように試みたと仮定して）。マッチングエンジン１２０ａは、例えば、他の取引コマンドに対する未確認を送信し得る。別の実施例としては、ユーザＢおよびユーザＣのうちの１つの取引コマンドは、完全に実施され得、注文１４０が両方を満たすのに十分な規模でない場合、他方は、部分的にのみ実行され得る。当業者ならば、他の変形が可能であることを理解するであろう。
【００２５】
当業者ならば、システム１００の上に説明される例示的な動作が実施例であり、他のおよび／または更なる例示的な動作が可能であることを理解するであろう。
【００２６】
更なる例示的な特徴に従うと、システム１００は、ドロップによるコピー（ｄｒｏｐ  ｃｏｐｉｅｓ）を作成する必要性を削除することができる。例えば、本明細書に説明されるように取引確認メッセージを生成するマッチングエンジン１２０ａでは、例えば、可能性としてこのメッセージを受信しそれぞれの注文帳１２４ｂ〜ｆを更新する他のマッチングエンジン１２０ｂ〜ｆに加えて、ネットワーク１１０に接続される他のコンピューティングシステム（複数可）（コンピューティングシステム１５０によって表される）は、これらのメッセージを受信することができる。これらの他のコンピューティングシステムは、取引アイテムのためにシステム１００を使用することを求めているユーザ／顧客と関連付けられてもよいかまたは関連付けられなくてもよい。例えば、コンピューティングシステム１５０は、本明細書に考察されるユーザＡとＢとの間の例示的なトランザクション等のトランザクションを消去し得るクリアリングハウスと関連付けられてもよい。
【００２７】
システム１００の更なる例示的な特徴に従うと、例えば、取引アプリケーション（アプリケーション１２２ｅ等）が、例えば、市場外である価格でアイテムの入札および／または落札を提出し始め、取引アプリケーション１２２ｅを停止し、可能性としてこれらの入札および落札を市場から削除する必要性が存在する場合、サーバ１０５は、オフラインと見なされ得る。サーバ１０５をオフラインと見なすことは、例えば、（管理者からのコマンドによって等）サーバ全体をオフラインと見なすこと、マッチングエンジン１２０ｅをシャットダウン／停止／中断すること、マッチングエンジン１２０ｅ／サーバ１０５にアイテムに、これ以上関連付けられるポートを聴取／ポート上で受信／ポートを介して伝送させないこと、を含み得る。とりわけ、各動作が、取引アプリケーション１２２ｅにこれ以上注文を提出できなくさせることができる。同様に、マッチングエンジン１２０ｅが、取引アプリケーション１２２ｅによって提出される注文に対する取引コマンドの実行を制御することに関与し得るため、上述の各動作は、マッチングエンジン１２０ｅにこれ以上そのようなことをさせないであろう。例えば、マッチングエンジン１２０ｅ／サーバ１０５にこれ以上アイテムと関連付けられたポートを聴取／ポート上で受信させないことで、マッチングエンジン１２０ｅは、取引コマンドを受信しないであろう。当業者ならば、これらが単に実施例であり、他のおよび／またはシステム１００の更なる例示的な特徴が可能であることを理解するであろう。
【００２８】
本開示は、所定の実施形態に関して記載されるが、概して、実施形態及び方法の関連する方法、代替、および再配列が当業者には明らかであろう。したがって、例示的実施形態の上記の記載は、本開示を制約しない。他の変更、置換、および代替もまた、本開示の精神および範囲を逸脱することなく可能である。
【００２９】
以下の項は、本明細書を解釈する上での指針を提供する。
【００３０】
Ｉ．用語
「製品」という用語は、その他特に明示的に記載のない限り、マシン、製造、および／または物の組成を意味する。
【００３１】
「プロセス」という用語は、その他特に明示的に記載のない限り、プロセス、アルゴリズム、方法等を意味する。
【００３２】
各プロセス（方法、アルゴリズム、または他で呼ばれるかに関わらず）は本質的に、１つ以上のステップを含み、したがって、プロセスの「ステップ」（単数または複数）へのあらゆる参照は、プロセスの単なる説明、または「プロセス」等の用語の単なる記述において本質的な先行根拠を有する。したがって、請求項におけるプロセスの「ステップ」（単数または複数）への参照は、十分な先行根拠を有する。
【００３３】
「発明」等の用語は、その他特に明示的に記載のない限り、「本明細書において開示される１つ以上の発明」を意味する。
【００３４】
「ある実施形態」、「実施形態」、「実施形態（複数）」、「該実施形態」、「該実施形態（複数）」、「１つ以上の実施形態」、「いくつかの実施形態」、「所定の実施形態」、「一実施形態」、「別の実施形態」等の用語は、その他特に明示的に記載のない限り、「発明の１つ以上の（しかし全てではない）実施形態」を意味する。
【００３５】
本発明の「変形」という用語は、その他特に明示的に記載のない限り、本発明の実施形態を意味する。
【００３６】
「指標」という用語は、極めて広い意味で使用される。事柄の「指標」は、事柄を決定するために使用され得る任意のものを含むことを理解されたい。
【００３７】
事柄の指標は、事柄を特定する電子メッセージを含んでもよい（例えば、ウィジェットに取り付けられたシリアル番号によるウィジェットの特定、ウィジェットの１つ以上の特性によるウィジェットの特定）。事柄の指標は、事柄を計算および／または参照するために使用され得る情報を含み得る（例えば、ウィジェットが、ウィジェットを決定するために使用され得る一部であるマシンを特定する情報）。事柄の指標は、事柄に関連する事柄を指定し得る（例えば、事柄の特性、事柄の名称、事柄に関連する事柄の名称）。事柄の指標は、事柄に関連する事柄を指定しない場合がある（例えば、「ある（ａ）」という文字は、文字「ある（ａ）」を解釈してウィジェットを特定するように構成されるコンピュータシステムのウィジェットの指標であり得る）。事柄の指標は、事柄のサイン、兆し、および／またはトークンを含み得る。指標は、例えば、コード、参照、実施例、リンク、信号、および／または識別子を含み得る。事柄の指標は、事柄を表し、説明し、および／またはその他特に事柄に関連付けられた情報を含み得る。
【００３８】
事柄の指標の変換は、事柄の指標であり得る（例えば、事柄の暗号化された指標は、事柄の指標であり得る）。事柄の指標は、事柄それ自体、事柄のコピー、および／または事柄の一部を含み得る。事柄の指標は、指標を理解するように構成されない事柄に対して無意味なものである場合がある（例えば、ある人は、文字「ある（ａ）」がウィジェットを示すが、コンピュータシステムが文字「ある（ａ）」からウィジェットと判定し得るため、それがそれでもなおウィジェットの指標であり得ることを理解しない場合がある）。事柄の指標は、事柄が、事柄または任意のものが決定されることを意味しないと決定するように使用され得る事実を理解されたい。事柄の指標は、その他特に指定されない限り、事柄の任意の数の指標を含み得る。事柄の指標は、他の事柄の指標（例えば、多くの事柄を示す電子メッセージ）を含んでもよい。
（指標は、特許請求の範囲の言語において非常に広い用語として使用され得る。例えば、金融商品の指標を受信すること。）
【００３９】
「表す」という用語は、（１）単語、記号、同様のものが行うように、表現する、指定する、表象する、または示すように機能すること、（２）いくつかの用語、文字、記号、同様のものによって表現するまたは指定すること、（３）写真が行うように、そのものを描く、または描写、または提示すること、または（４）サインまたは記号そのものとして機能すること、を意味する。
【００４０】
実施形態を説明する際の「別の実施形態」への参照は、その他特に明示的に記載のない限り、参照された実施形態が別の実施形態（例えば、参照された実施形態の前に記載された実施形態）と相互に排他的であることを暗示しない。同様に、２つ（以上）の実施形態が参照されるという単なる事実は、これらの実施形態が相互に排他的であることを暗示しない。
【００４１】
本発明の一実施形態は、本発明の２つ以上の他の実施形態を含み得るかまたは網羅し得るかまたは包括し得る。例えば、要素ａ、ｂ、およびｃを含む第１の実施形態は、要素ａ、ｂ、ｃ、およびｄを含む第２の実施形態、ならびに要素ａ、ｂ、ｃ、およびｅを網羅する第３の実施形態を網羅し得る。同様に、第１、第２、および第３の実施形態の各々は、要素ａ、ｂ、ｃ、ｄ、およびｅを含む第４の実施形態を網羅し得る。
【００４２】
「含む」、「備える」という用語およびそれらの変形は、その他特に明示的に記載のない限り、「含むが、必ずしも限定されない」ことを意味する。このため、例えば、「マシンは、赤いウィジェットおよび青いウィジェットを含む」という文は、マシンが赤いウィジェットおよび青いウィジェットを含むが、可能性として１つ以上の他のアイテムも同様に含み得ることを意味する。
【００４３】
「〜からなる」という用語およびその変形は、その他特に明示的に記載のない限り、「〜を含み、かつまた〜に限定される」ことを意味する。このため、例えば、「マシンは、赤いウィジェットおよび青いウィジェットからなる」という文は、マシンが赤いウィジェットおよび青いウィジェットを含むが、その他には何も含まないことを意味する。
【００４４】
「構成する」という用語およびその変形は、その他特に明示的に記載のない限り、「その成分、その構成部分、またはその要素を作り上げる」ことを意味する。このため、例えば、「赤いウィジェットおよび青いウィジェットはマシンを構成する」という文は、マシンが、赤いウィジェットおよび青いウィジェットを含むことを意味する。
【００４５】
「排他的に構成する」という用語およびその変形は、その他特に明示的に記載のない限り、「その成分を排他的に作り上げる、その構成部分のみである、またはその要素のみである」ことを意味する。このため、例えば、「赤いウィジェットおよび青いウィジェットはマシンを排他的に構成する」という文は、マシンが、赤いウィジェットおよび青いウィジェットだけ（すなわち、他には何もない）からなることを意味する。
【００４６】
「ある」、「一」、「１つ」および「その」（「ａ」、「ａｎ」および「ｔｈｅ」）という用語は、その他特に明示的に記載のない限り、「１つ以上」を指す。このため、例えば、「ウィジェット」という語句は、その他特に明示的に記載のない限り、「１つ以上のウィジェット」を意味する。同様に、「ウィジェット」という語句を記した後、「ウィジェット」という語句の連続の記述は、「１つ以上のウィジェット」を意味する。したがって、「前記・その（ｔｈｅ）」という単語は、先行根拠を有する特定の用語も指し得ることを理解されたい。例えば、段落に、「ある特定の単一の特徴」と記され、次いで、「前記特徴」を指す場合、そのとき「前記特徴」という語句は、先に記された「特定の単一の特徴」を指すことを理解されたい（「ある特定の単一の特徴」中の「ある」という用語は、「１つ」の特定の単一の特徴を指し、「１つ以上の」特定の単一の特徴ではないことを理解されたい）。
【００４７】
「複数」という用語は、その他特に明示的に記載のない限り、「２つ以上」を意味する。
【００４８】
「本明細書において」という用語は、その他特に明示的に記載のない限り、「参照によって組み込まれてもよい任意の事柄を含む、本明細書において」を意味する。
【００４９】
「のうちの少なくとも１つ」という語句は、このような語句が複数の事柄（事柄の列挙リスト）を修飾する場合、その他特に明示的に記載のない限り、それらの事柄の１つ以上の任意の組み合わせを意味する。例えば、「ウィジェット、車、ハンドルのうちの少なくとも１つ」という語句は、（ｉ）ウィジェット、（ｉｉ）車、（ｉｉｉ）ハンドル、（ｉｖ）ウィジェットおよび車、（ｖ）ウィジェットおよびハンドル、（ｖｉ）車およびハンドル、または（ｖｉｉ）ウィジェット、車、およびハンドルのいずれかを意味する。「のうちの少なくとも１つ」という語句は、このような語句が複数の事柄を修飾する場合、複数の事柄「の各々の１つ」を意味しない。例えば、「ウィジェット、車、ハンドルのうちの少なくとも１つ」という語句は、「１つのウィジェット、１つの車、および１つのハンドル」を意味しない。
【００５０】
「１つ」、「２つ」等の数値用語は、何らかの数量を示すために基数として使用される場合（例えば、１つのウィジェット、２つのウィジェット）、その数値用語によって示される数量を意味するが、少なくともその数値用語によって示される数量、を意味しない。例えば、「１つのウィジェット」という語句は、「少なくとも１つのウィジェット」を意味せず、したがって、「１つのウィジェット」という語句は、例えば、２つのウィジェットを網羅しない。
【００５１】
「基づく」という語句は、その他特に明示的に記載のない限り、「のみに基づく」ことを意味しない。すなわち、「基づく」という語句は、「のみに基づく」および「少なくとも基づく」の両方を網羅する。「少なくとも基づく」という語句は、「少なくとも部分的に基づく」という語句と同等である。例えば、「要素Ａは、要素Ｂおよび要素Ｃに基づいて算出される」という語句は、要素ＡがＢ掛けるＣの積として算出される（すなわち、Ａ＝Ｂ×Ｃ）実施形態、Ａが、Ｂ足すＣの和として算出される（すなわち、Ａ＝Ｂ＋Ｃ）実施形態、Ａが、Ｂ掛けるＣ掛けるＤの積として算出される実施形態、Ａが、Ｂ足すＣ足すＤ掛けるＥの平方根の和として算出される実施形態等を網羅する。
【００５２】
「表す」等の用語は、その他特に明示的に記載のない限り、排他的ではない。例えば、「表す」という用語は、その他特に明示的に記載のない限り、「のみを表す」ことを意味しない。例えば、「データがクレジットカード番号を表す」という語句は、「データがクレジット番号だけを表す」および「データがクレジットカード番号を表し、データは他の何らかも表す」の両方を網羅する。
【００５３】
「それにより」という用語は、本明細書において、「それにより」という用語の前に明示的に記された何かの意図された結果、目的、または帰結のみを表現する節または他の単語セットに先行するようにのみ使用される。したがって、「それにより」という用語が特許請求の範囲内で使用される場合、「それにより」という用語が修飾する節または他の単語は、特許請求の範囲の特定の更なる制限を確立せず、または特許請求の範囲もしくは意味を制限しない。
【００５４】
「例えば」、「等」という用語および同様の用語は、「例を挙げれば」を意味し、したがって、それらが説明する用語または語句を制限しない。例えば、「コンピュータはインターネットを介してデータ（例えば、命令、データ構造）を送信する」という文では、「例えば」という用語は、「命令」が、コンピュータがインターネットを介して送信することができる「データ」の一例であることを説明すると共に、「データ構造」が、コンピュータがインターネットを介して送信することができる「データ」の一例であることも説明する。しかし、「命令」および「データ構造」は両方とも、「データ」の単なる例にすぎず、「命令」および「データ構造」以外の他の物事も「データ」であり得る。
【００５５】
「それぞれ」という用語および同様の用語は、「個々に」を意味する。したがって、２つ以上の物事が特性を「それぞれ」有する場合、このような各物事はそれ自体の特性を有し、これらの特性は互いに異なってよいが、互いに異なる必要はない。例えば、「２つのマシンの各々がそれぞれの機能を有する」という語句は、２つのマシンのうちの第１のものが機能を有し、２つのマシンのうちの第２のものも同様に機能を有することを意味する。第１のマシンの機能は、第２のマシンの機能と同じであってもよく、または同じでなくてもよい。
【００５６】
「すなわち」という用語および同様の用語は、「つまり」を意味し、したがって、それが説明する用語または語句を制限する。例えば、「コンピュータはインターネットを介してデータ（すなわち命令）を送信する」という文では、「すなわち」という用語は、「命令」が、コンピュータがインターネットを介して送信する「データ」であることを説明する。
【００５７】
数値範囲は、その他特に明示的に記載のない限り、その範囲における整数および非整数を含む。例えば、範囲「１〜１０」は、１〜１０の整数（例えば、１、２、３、４、．．．９、１０）および非整数（例えば、１．００３１４１５９２６、１．１、１．２、．．．、１．９）を含む。
【００５８】
２つ以上の用語または語句が同義語である場合（例えば、用語または語句が同義語であるという明示的な記載のため）、１つのこのような用語または語句の事例は、別のこのような用語または語句が異なる意味を有さなければならないことを意味しない。例えば、ある文が、「含む」という意味が「含むが、限定されない」と同義であると示す場合、「含むが、限定されない」という語句の単なる使用は、用語「含む」が「含むが、限定されない」以外を意味することを意味しない。
【００５９】
ＩＩ．決定する
「決定する（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語およびその文法的変形（例えば、価格の決定、値の決定、ある特定の基準を満たすオブジェクトの決定）は、極めて広い意味で使用される。「決定する」という用語は、広範囲の動作を包含するため、「決定する」は、算出する、計算する、処理する、導出する、検査する、参照する（例えば、テーブル、データベース、または別のデータ構造を参照する）電子フォーマットまたはデジタル表現にレンダリングする、特定する等を含むことができる。「決定する」は、受信すること（例えば、情報を受信すること）、アクセスすること（例えば、メモリ内のデータにアクセスすること）等も含むことができる。また、「決定する」は、解決すること、選択すること、選ぶこと、確立すること等も含むことができる。
【００６０】
「決定する」という用語は、確実性または絶対的な正確さを含意せず、したがって、「決定する」は、推定すること、推断すること、予測すること、推測すること、平均化すること等を含むことができる。
【００６１】
「決定する」という用語は、数学的処理を実施しなければならないことを含意せず、数値的方法を使用しなければならないことを含意せず、かつアルゴリズムが使用されることを含意しない。
【００６２】
「決定する」という用語は、特定の任意のデバイスを使用しなければならないことを含意しない。例えば、コンピュータが決定することを実施する必要は必ずしもない。
【００６３】
「決定する」という用語は、「算出する」ことを含んでもよい。「算出する」という用語は、１つ以上の算出を実施することを含むと理解されるべきである。算出することは、計算すること、処理すること、および／または導出することを含んでもよい。算出することは、コンピューティングデバイスによって実施され得る。例えば、事柄を算出することは、コンピュータプロセッサによってアルゴリズムをデータに適用すること、およびプロセッサの出力として事柄を生成することを含み得る。
【００６４】
「決定する」という用語は、「参照する」ことを含んでもよい。「参照する」という用語は、１つ以上の参照を、例えば、事柄に対してなすことを含むと理解されるべきである。参照することは、問い合わせること、アクセスすること、選択すること、選ぶこと、読み出すこと、および／または検索することを含み得る。参照する作動は、コンピューティングデバイスによって実施され得る。例えば、事柄を参照することは、事柄がプロセッサによって記憶されるメモリ場所を読み出すことを含んでもよい。
【００６５】
「決定する」という用語は、「受信する」ことを含んでもよい。例えば、事柄を受信することは、事柄を取り込むことを含んでもよい。いくつかの実施形態では、受信することは、事柄が通って取り込まれるネットワークインターフェースを動作すること等の事柄を取り込むように実施された作動を含んでもよい。いくつかの実施形態では、受信することは、ダイレクトメモリ書き込みまたはハードワイヤード回路等において事柄を取り込むように実施された作動なしに実施されてもよい。事柄を受信することは、事柄を算出した可能性があるリモート情報源から事柄を受信することを含んでもよい。
【００６６】
ＩＩＩ．文章の形態
第１の請求項の制限が、特徴の１つならびに特徴のうちの２つ以上を包含し（例えば、「少なくとも１つのウィジェット」等の制限は、１つのウィジェットならびに２つ以上のウィジェットを包含する）、第１の請求項に従属する第２の請求項において、第２の請求項が、その制限を指すために定冠詞「前記（ｔｈｅ）」を使用する場合（例えば、「前記ウィジェット（ｔｈｅ  ｗｉｄｇｅｔ）」）、この単なる使用は、第１の請求項が特徴のうちの１つのみを包含することを含意せず、第２の請求項が特徴のうちの１つのみを包含することを含意しない（例えば、「前記ウィジェット」は、１つのウィジェットおよび２つ以上のウィジェットの両方を包含することができる）。
【００６７】
序数（「第１の」、「第２の」、「第３の」等）が用語の前に形容詞として使用される場合、その序数は（その他特に明示的に記載のない限り）、単に、特定の特徴を同じ用語または同様の用語で説明される別の特徴と区別するため等の特定の特徴を示すために使用されるが、その序数は、任意の他の意味または限定効果を有しない、単に便宜上の名称である。例えば、「第１のウィジェット」は、単に、例えば「第２のウィジェット」から区別するためにそのような名称を有し得る。したがって、「ウィジェット」という用語の前に単に序数「第１の」および「第２の」を使用することは、２つのウィジェットの他のいかなる関係も示さず、同様に、いずれかまたは両方のウィジェットの他のいかなる特性も示さない。例えば、「ウィジェット」という用語の前に単に序数「第１の」および「第２の」を使用することは、（１）いずれかのウィジェットの順序または場所が他の任意のウィジェットの前または後にくることを示さず、（２）いずれかのウィジェットが、他の任意のウィジェットの時間的に前または後に発生するか、または作動することを示さず、かつ（３）いずれかのウィジェットが、重要性または品質において他の任意のウィジェットよりも上または下にランクされることを示さない。単なる序数の使用は、序数を使用して識別される特徴に対する数値的制限を定義しない。例えば、「ウィジェット」という用語の前の序数「第１の」および「第２の」の単なる使用は、ウィジェットが厳密に２個存在することを示さない。
【００６８】
単一のデバイス、物品、または他の製品が本明細書において述べられる場合、別の実施形態では、代替として、説明される単一のデバイスまたは物品に代えて２つ以上のデバイスまたは物品を（連携するか否かに関わりなく）使用してもよい。したがって、別の実施形態では、デバイスによって処理されると説明される機能は、代替として、２つ以上のデバイスまたは物品によって所有されてもよい（連携するか否かに関わりなく）。
【００６９】
同様に、２つ以上のデバイス、物品、または他の製品が本明細書において述べられる場合（連携するか否かに関わりなく）、別の実施形態では、代替として、述べられている２つ以上のデバイスまたは物品に代えて、単一のデバイスまたは物品を使用してもよい。例えば、複数のコンピュータベースのデバイスを単一のコンピュータベースのデバイスで置き換えてもよい。いくつかの実施形態では、このような複数のコンピュータベースのデバイスは、グリッドコンピューティングシステムにおいて一般的であるようなプロセスの１つのステップを実施するように一緒に動作し得る。いくつかの実施形態では、複数のものが、クラウドコンピューティングシステムにおいて一般的であるようなプロセスの１つのステップを実施するように動作し得るように、このような複数のコンピュータベースのデバイスは、互いに追加された機能性を動作し得る提供し得る。（逆に、単一のコンピュータベースのデバイスは、互いに連携して動作する複数のコンピュータベースのデバイスで置き換えてもよい。例えば、単一のコンピューティングデバイスは、インターネットを介して互いに通信しているサーバおよびワークステーションで置き換えてもよい。）したがって、２つ以上のデバイスまたは物品によって処理されると述べられる様々な機能は、代替として、単一のデバイスまたは物品によって所有されてもよい。
【００７０】
述べられる単一のデバイスの機能および／または特徴は、別の実施形態では、代替として、述べられているが、このような機能または特徴を有するものとして明示的に述べられていない１つ以上の他のデバイスで実施してもよい。したがって、他の実施形態は、述べられたデバイス自体を含む必要はなく、むしろ、これら他の実施形態において、このような機能または特徴を有する１つ以上の他のデバイスを含んでもよい。
【００７１】
ＩＶ．開示される例および用語は非制限的である
名称（本明細書の第１のページの先頭に記載）も要約（本明細書の最後に記載）も決して、開示される発明の範囲を限定すると解釈されてはならず、任意の請求項の意味を解釈する際に使用されてはならず、任意の請求項の範囲を限定する際に使用されてはならない。要約は、３７．Ｃ．Ｆ．Ｒ．の１．７２（ｂ）下で必要であることを理由としてのみ、要約は本明細書に含まれる。
【００７２】
本願に提供される項の見出しは便宜を図るためのみであり、本開示を制限するものとして決して解釈されるべきではない。
【００７３】
多くの実施形態が本願において説明され、例示のみを目的として提示される。説明される実施形態は、決して制限せず、決して制限を目的としない。開示される発明は、本開示から容易に明らかなように、多くの実施形態に対して広く適用可能である。当業者ならば、構造的、論理的、ソフトウェアの、および電気的な修正等の様々な修正および変更を加えて、開示される発明を実施してもよいことを理解するであろう。開示される発明の特定の特徴を、１つ以上の特定の実施形態および／または図面を参照して説明することがあるが、このような特徴が、その他特に明示的に記載のない限り、参照して説明される１つ以上の特定の実施形態または図面内の使用法に制限されないことを理解されたい。
【００７４】
一実施形態は、いくつかの特徴を含むとして開示されてもよいが、本発明の他の実施形態は、全てのこのような特徴よりも少ない特徴を含んでもよい。このため、例えば、一請求項は、開示される実施形態において、全体の組の特徴よりも少ない特徴に関してもよく、このような請求項は、請求項が明示的に記載するそれらの特徴以外の特徴を必要とするとして解釈されることはない。
【００７５】
本願において説明される方法ステップまたは製品要素の実施形態は、本明細書においてそのように明示的に記述されるか、または（特許請求の範囲およびその特許請求の範囲によって定義される本発明に関して）その特許請求の範囲内で明示的に記載される場合を除き、本明細書において請求される本発明を構成せず、本明細書において請求される本発明にとって必須ではなく、または本明細書において請求される本発明と同一の広がりを持たない。
【００７６】
法定分類以外の任意のものを記す特許請求の範囲の任意のプリアンブルは、請求される本発明の目的、利点、および可能な使用法を記すと解釈されるものとし、このようなプリアンブルは、請求される本発明を制限するように解釈されるものとしない。
【００７７】
本開示は、本発明の全ての実施形態の文字通りに正確な説明ではない。また、本開示は、全ての実施形態に存在することが必要である、本発明の特徴の列挙ではない。
【００７８】
全ての開示される実施形態は必ずしも請求項によって網羅されない（全ての保留、変更、公開、および取り消された請求項を含む場合であっても）。加えて、開示される実施形態は、いくつかの請求項によって網羅されてもよい（しかし、必ずしも網羅される必要はない）。したがって、一請求項（保留、変更、公開、または取り消しに関わりなく）が特定の実施形態に関する場合、これは、他の請求項の範囲もその実施形態に関係するということはないという証拠ではない。
【００７９】
互いに通信するものとして説明されるデバイスは、その他特に明示的に記載のない限り、互いに連続して通信する必要はない。逆に、このようなデバイスは、必要または所望に応じて互いに伝送する必要があるだけであり、実際には、大半の時間においてデータを交換しなくてもよい。例えば、インターネットを介して別のマシンと通信するマシンは、長期間（例えば、１度に数週間）にわたって他のマシンにデータを伝送しなくてもよい。これに加えて、互いに通信するデバイスは、直接通信してもよく、または１つ以上の媒介物を通して間接的に通信してもよい。デバイスは、それらが互いに少なくとも一方向の通信ができている場合、互いに通信している。例えば、第１のデバイスは、第１のデバイスが第２のデバイスに情報を伝送できている場合、第２のデバイスと通信している。同様に、第２のデバイスは、第２のデバイスが第１のデバイスから情報を受信できている場合、第１のデバイスと通信している。
【００８０】
いくつかの構成要素または特徴を有する一実施形態の説明は、このような構成要素または特徴の全てまたは任意のものが要求されることを含意しない。逆に、本発明の広範囲の可能な実施形態を示すために、様々な任意選択的な構成要素が説明される。別段の明示的な定めがない限り、構成要素または特徴は必須ではなく、または要求されない。
【００８１】
プロセスステップ、アルゴリズム等は、特定の逐次順で説明または請求されることがあるが、このようなプロセスは異なる順序で働くように構成することが可能である。
換言すれば、明示的に説明または請求され得るステップのいかなる順序または順番も、ステップをその順番で実施するという要件を必ずしも示すものではない。本明細書において説明されるプロセスのステップは、可能な任意の順番で実施することができる。更に、（例えば、あるステップが他のステップの後に説明されるため）同時に行われるものとして説明または含意されていないにもかかわらず、いくつかのステップを同時に実施してもよい。更に、図面内の説明によるプロセスの例示は、例示されたプロセスが他の変形および変更を除外することを含意せず、例示されたプロセスまたはそのステップの任意のものが本発明にとって必要であることを含意せず、かつ例示されたプロセスが好ましいことを含意しない。
【００８２】
プロセスを複数のステップを含むものとして説明することがあるが、これは、ステップのうちの全てまたは任意のものが好ましい、必須である、または要求されることを含意しない。本発明の範囲内の多様な他の実施形態は、記載のステップのうちのいくつか、または全てを省略する他のプロセスを含む。その他特に明示的に記載のない限り、どのステップも必須または必要ではない。
【００８３】
プロセスを単独で、すなわち他の製品または方法を参照せずに説明し得るが、一実施形態では、プロセスは他の製品または方法と相互作用してもよい。例えば、このような相互作用は、あるビジネスモデルを別のビジネスモデルにリンクすることを含み得る。このような相互作用は、プロセスの柔軟性または望ましさを向上させるために提供することができる。
【００８４】
製品は、複数の構成要素、態様、数量、特性、および／または特徴を含むものとして説明され得るが、これは、これら複数のうちのいくつかまたは全てが好ましい、必須である、または要求されることを示さない。記載される本発明の範囲内の他の様々な実施形態は、説明される複数のうちのいくつかまたは全てを省いた他の製品を含む。
【００８５】
アイテム（付番されているものもあれば、ないものもある）の列挙リストは、その他特に明示的に記載のない限り、アイテムのうちの任意のものまたは全てが相互に排他的であることを含意しない。同様に、アイテム（付番されているものもあれば、ないものもある）の列挙リストは、その他特に明示的に記載のない限り、アイテムのうちの任意のものまたは全てが任意のカテゴリを包括するものであることを含意しない。例えば、列挙リスト「コンピュータ、ラップトップ、およびＰＤＡ」は、そのリストの３つのアイテムのうちの任意のもの又は全てが相互に排他的であることを含意せず、そのリストの３つのアイテムのうちの任意のものまたは全てが任意のカテゴリを包括することを含意しない。
【００８６】
アイテム（付番されているものもあれば、ないものもある）の列挙リストは、アイテムのうちの任意のものまたは全てが、互いに等価である、または互いに容易に置換されることを含意しない。
【００８７】
全ての実施形態は例示的であり、場合によっては、本発明またはあらゆる実施形態が作成または実施されたことを含意しない。
【００８８】
Ｖ．コンピューティング
本明細書において説明する様々なプロセスは、例えば、適宜プログラムされた汎用コンピュータ、専用コンピュータ、およびコンピューティングデバイスによって実施してもよいことを当業者ならば容易に理解するであろう。通常、プロセッサ（例えば、１つ以上のマイクロプロセッサ、１つ以上のマイクロコントローラ、１つ以上のデジタル信号プロセッサ）は、命令を受け取り（例えば、メモリまたは同様のデバイスから）、それら命令を実施し、それにより、命令によって定義される１つ以上のプロセスを実行する。命令は、例えば、１つ以上のコンピュータプログラム、１つ以上のスクリプトで実施することができる。
【００８９】
「計算」という用語は、ソフトウェアアルゴリズムに関してプロセッサを使用することを決定することを意味するものとする。
【００９０】
「プロセッサ」は、アーキテクチャ（例えば、チップレベルマルチプロセッシングまたはマルチコア、ＲＩＳＣ、ＣＩＳＣ、インターロックパイプラインステージを有さないマイクロプロセッサ、パイプライン構成、同時マルチスレッド、統合型グラフィックス処理装置付きマイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ  ｗｉｔｈ  ｉｎｔｅｇｒａｔｅｄ  ｇｒａｐｈｉｃｓ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）、ＧＰＧＰＵ）に関わりなく、１つ以上のマイクロプロセッサ、中央演算処理装置（ＣＰＵ）、コンピューティングデバイス、マイクロコントローラ、デジタル信号プロセッサ、グラフィックス処理装置（ＧＰＵ）、同様のデバイス、またはこれらの任意の組み合わせを意味する。
【００９１】
「コンピューティングデバイス」は、アーキテクチャ（例えば、チップレベルマルチプロセッシングまたはマルチコア、ＲＩＳＣ、ＣＩＳＣ、インターロックパイプラインステージを有さないマイクロプロセッサ、パイプライン構成、同時マルチスレッド）に関わりなく、１つ以上のマイクロプロセッサ、中央演算処理装置（ＣＰＵ）、コンピューティングデバイス、マイクロコントローラ、デジタル信号プロセッサ、グラフィックスカード、モバイルゲームデバイス、同様のデバイス、またはこれらの任意の組み合わせを意味する。
【００９２】
したがって、プロセスの説明は同様に、プロセスを実施するための装置の説明でもある。プロセスを実施する装置は、例えば、プロセッサおよびプロセスの実施に適した入出力デバイスを含むことができる。例えば、プロセスの説明は、プロセッサと、プロセッサによって実行されたとき、プロセッサに方法を実施するように指示する命令を含むプログラムを記憶するメモリと、を備える装置の説明である。
【００９３】
プロセスを実施する装置は、例えば、プロセスを実施するために一緒に稼働する複数のコンピューティングデバイスを含むことができる。コンピューティングデバイスのうちのいくつかは、プロセスの各ステップを実施するために一緒に稼働し得、プロセスの別個のステップについて稼働し得、プロセスの実施を容易にし得るその他のコンピューティングデバイスに基礎となるサービスを提供し得る。このようなコンピューティングデバイスは、中央権限の命令下で作動し得る。別の実施形態では、このようなコンピューティングデバイスは、中央権限の命令なしで作動し得る。このような方法のうちのいくつかまたは全てにおいて動作し得る装置のうちのいくつかの実施例は、グリッドコンピュータシステム、クラウドコンピュータシステム、ピアツーピアコンピュータシステム、サービスとしてソフトウェアを提供するように構成されるコンピュータシステム等を含み得る。例えば、装置は、ＶＭｗａｒｅソフトウェアを実行するコンピュータシステム等の、その処理ロードのバルクをリモートサーバ上で実行するが、ローカルユーザコンピュータに表示情報を出力し、ローカルユーザコンピュータからユーザ入力情報を受信するコンピュータシステムを含み得る。
【００９４】
更に、このような方法を実施するプログラム（ならびに他の種類のデータ）は、様々な媒体（例えば、コンピュータ可読媒体）を使用していくつかの様式で記憶し伝送することができる。いくつかの実施形態では、様々な実施形態のプロセスを実施することができるソフトウェア命令のうちのいくつかまたは全てに代えて、またはそれと組み合わせて、ハードワイヤード回路またはカスタムハードウェアを使用してもよい。したがって、ソフトウェアのみに代えて、ハードウェアおよびソフトウェアの様々な組み合わせを使用してもよい。
【００９５】
「コンピュータ可読媒体」という用語は、コンピュータ、プロセッサ、または同様のデバイスにより読み取り可能な、データ（例えば、命令、データ構造）の提供に関与する任意の非一時的媒体、複数の同じ媒体、または異なる媒体の組み合わせを指す。このような媒体は、不揮発性媒体、揮発性媒体、および伝送媒体を含むがこれらに制限されない多くの形態をとり得る。不揮発性媒体は、例えば、光ディスク、磁気ディスク、および他の永久メモリを含む。揮発性媒体は、通常、メインメモリを構成するダイナミックランダムアクセスメモリ（ＤＲＡＭ）を含む。伝送媒体は、プロセッサに結合されるシステムバスを構成する線を含め、同軸ケーブル、銅線、および光ファイバを含む。伝送媒体は、音波、光波、および無線周波（ＲＦ）および赤外線（ＩＲ）データ通信中に生成されるような電磁波（ｅｌｅｃｔｒｏｍａｇｎｅｔｉｃ  ｅｍｉｓｓｉｏｎ）を含むか、または伝達することができる。コンピュータ可読媒体の一般的な形態としては、例えば、フロッピーディスク（登録商標）、フレキシブルディスク、ハードディスク、磁気テープ、他の任意の磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤ、他の任意の光学媒体、パンチカード、紙テープ、パターンになった穴を有する他の任意の物理媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＥＰＲＯＭ、他の任意のメモリチップまたはカートリッジ、後述する搬送波、またはコンピュータが読み取り可能な他の任意の媒体が挙げられる。
【００９６】
「有形のコンピュータ可読媒体」という用語は、光学または磁気ディスク等のハードウェア構成要素を備える「コンピュータ可読媒体」を指す。
【００９７】
様々な形態のコンピュータ可読媒体が、データ（例えば、命令シーケンス）のプロセッサへの搬送に関与し得る。例えば、データは、（ｉ）ＲＡＭからプロセッサに送出され、（ｉｉ）無線伝送媒体を介して搬送され、（ｉｉｉ）イーサネット（登録商標）（またはＩＥＥＥ８０２．３）、それらがＷｉＦｉ  Ａｌｌｉａｎｃｅによって承認されたかどうかのＩＥＥＥ８０２．１１仕様書によって定義される無線ローカルエリアネットワーク通信、ＳＡＰ、ＡＴＰ、Ｂｌｕｅｔｏｏｔｈ（商標）、およびＴＣＰ／ＩＰ、ＴＤＭＡ、ＣＤＭＡ、および３Ｇ等の多くの形式、規格、またはプロトコルに従ってフォーマットされおよび／または伝送され、および／または（ｉｖ）当分野において周知の様々な方法のうちの任意の方法で暗号化されて、プライバシーを確保し、不正を阻止することができるものであることとしてもよい。
【００９８】
「データベース」という用語は、検索可能な形式で記憶されるデータの任意の電子記憶されるコレクションを指す。
【００９９】
「データ構造」という用語は、コンピュータ等のハードウェアマシン内のデータベースを指す。
【０１００】
「ネットワーク」という用語は、通信経路によって相互接続される一連のポイントまたはノードを意味する。例えば、ネットワークは、１つ以上の有線および／または無線通信経路によって相互接続される複数のコンピュータまたは通信デバイスを含み得る。ネットワークは、他のネットワークと相互接続し得、サブネットワークを含み得る。
【０１０１】
「所定の」という用語は、例えば、現在時刻または現在の動作前に、予め決定されていることを意味する。例えば、「所定の値を表示する」という語句は、表示の作動前に決定された値を表示することを意味する。
【０１０２】
「条件」という用語は、（１）合意の履行に基づく前提、または（２）何らかの出現または発生に必要不可欠な何か、を意味する。
【０１０３】
「トランザクション」という用語は、（１）商品、サービス、または基金の交換または転送、または（２）相互に影響をおよぼすかまたは互いに影響しあう２つの組織または事柄を含む通信動作または活動を意味する。
【０１０４】
したがって、プロセスの説明は同様に、プロセスを実施するためのプログラムを記憶するコンピュータ可読媒体の説明でもある。コンピュータ可読媒体は、方法の実施に適したプログラム要素を（任意の適切な形式で）記憶することができる。例えば、プロセスの説明は、プロセッサによって実行されたとき、プロセッサに方法を実施するように指示する命令を含むプログラムを記憶するコンピュータ可読媒体の説明である。
【０１０５】
プロセスの様々なステップの説明が、説明される全てのステップが要求されることを示さないのと同様に、装置の実施形態は、説明されたプロセスのうちのいくつか（であるが、必ずしも全てである必要はない）を実行するように動作可能なコンピュータまたはコンピューティングデバイスを含む。
【０１０６】
同様に、プロセスの様々なステップの説明が、説明される全てのステップが要求されることを示さないのと同様に、プログラムまたはデータ構造を記憶するコンピュータ可読媒体の実施形態は、実行されると、説明されたプロセスのうちのいくつか（であるが、必ずしも全てである必要はない）をプロセッサに実施させることができるプログラムを記憶するコンピュータ可読媒体を含む。
【０１０７】
データベースが説明される場合、（ｉ）説明された構造に対する代替のデータベース構造を容易に利用することができ、かつ（ｉｉ）データベース以外の他のメモリ構造も容易に利用することができることを当業者ならば理解するであろう。本明細書において提示される任意のデータベースサンプルのいかなる例示または説明も、記憶された情報表現の例示的な構成である。例えば、図面または他の場所で示されるテーブルによって示唆されるもの以外の任意の数の他の構成を利用してもよい。同様に、データベースの例示されるいかなるエントリも、例示的な情報を表すにすぎず、エントリの数および内容は、本明細書において説明されるものと異なってよいことを当業者ならば理解するであろう。更に、テーブルとしてのデータベースの任意の説明にもかかわらず、本明細書において説明されるデータ型を記憶し操作するために、他の形式（関係データベース、オブジェクトベースモデル、および／または分散データベースを含む）を使用してもよい。同様に、データベースのオブジェクトの方法または挙動を使用して、本明細書において説明されるような様々なプロセスを実施することができる。これに加えて、データベースは、またはこのようなデータベース内のデータにアクセスするデバイスにローカルまたはリモートに既知の様式で記憶することができる。
【０１０８】
様々な実施形態は、１つ以上のデバイスと（例えば、通信ネットワークを介して）通信するコンピュータを含むネットワーク環境で動作するように構成することができる。コンピュータは、有線または無線媒体（例えば、インターネット、ＬＡＮ、ＷＡＮ、またはイーサネット（登録商標）、トークンリング、電話回線、ケーブル回線、無線チャネル、光通信回線、商業オンラインサービスプロバイダ、電子掲示板システム、衛星通信リンク、上記の任意の組み合わせ）を介して直接または間接的にデバイスと通信することができる。各デバイスは、それ自体、コンピュータと通信するように構成された、インテル（Ｉｎｔｅｌ）（登録商標）、ペンティアム（Ｐｅｎｔｉｕｍ）（登録商標）、またはセントリノ（Ｃｅｎｔｒｉｎｏ）（商標）、アトム（Ａｔｏｍ）（商標）、またはコア（Ｃｏｒｅ）（商標）プロセッサに基づくようなコンピュータまたは他のコンピューティングデバイスを含むことができる。任意の数および種類のデバイスがコンピュータと通信状態であってもよい。
【０１０９】
一実施形態では、サーバコンピュータまたは中央権限は必要なくてもよいか、または望ましくない場合がある。例えば、本発明は、一実施形態では、中央権限なしで１つ以上のデバイス上で実施してもよい。このような一実施形態では、サーバコンピュータによって実施されるものとして本明細書において説明されるいかなる機能またはサーバコンピュータに記憶するものとして説明されるデータは、サーバコンピュータに代えて、このような１つ以上のデバイス上で実施してもよいか、または記憶してもよい。
【０１１０】
プロセスが説明される場合、一実施形態では、プロセスは一切のユーザ介入なしで動作することが可能である。別の実施形態では、プロセスは、何らかの人的介入を含む（例えば、ステップが、人間により、または人間の支援により実施される）。
【０１１１】
本明細書に使用されるとき、「暗号化」という用語は、情報が特別な知識なしに容易に理解可能とならないように、情報を隠蔽または隠匿するためのプロセスを指す。暗号化のプロセスは、プレーンテキストと呼ばれる未加工の情報を暗号化された情報に変換できる。暗号化された情報は、暗号文と呼ばれてもよく、プレーンテキストを暗号文に変換するためのアルゴリズムは、暗号化法として称され得る。暗号化法は、暗号文をプレーンテキストに戻して変換する逆の動作を実施するためにも使用され得る。暗号化法の例としては、換字式暗号化法、転置式暗号化法、およびロータマシンを使用して実装される暗号化法が挙げられる。
【０１１２】
種々の暗号化の方法では、暗号化法は、キーと呼ばれる情報の追加片を必要とし得る。キーは、例えば、ビットのストリングからなり得る。キーは、プレーンテキストを暗号化するための暗号化法と合わせて使用され得る。キーはまた、暗号文を解読するための暗号化法と合わせて使用され得る。対称キーアルゴリズムと呼ばれる暗号化法の分類では（例えば、秘密キー暗号法）、同じキーが、暗号化と解読化のいずれにも使用される。暗号化される情報の不可侵性は、したがって、秘密が明らかにされないキーに応じて様々であり得る。対称キーアルゴリズムの例は、ＤＥＳおよびＡＥＳである。非対称キーアルゴリズムと呼ばれる暗号化法の分類では（例えば、公開キー暗号法）、異なるキーが、暗号化および解読化に使用される。非対称キーアルゴリズムでは、公衆の任意のメンバが、プレーンテキストを暗号文に暗号化するために第１のキー（例えば、公開キー）を使用し得る。しかしながら、第２のキー（例えば、秘密キー）の保持者のみが、暗号文をプレーンテキストに戻して解読することができるであろう。非対称キーアルゴリズムの例は、ＲＳＡアルゴリズムである。
【０１１３】
ＶＩ．継続出願
本開示は、いくつかの実施形態および／または発明の実施可能要件の説明を当業者に提供する。これら実施形態および／または発明のうちのいくつかは、本願において請求されないかもしれないが、それでもやはり、本願の優先権の恩恵を主張する１つ以上の継続出願において請求され得る。
【０１１４】
出願は、本願において開示され、実施可能要件が提示されたが請求されなかった趣旨について特許を請求するために、追加の出願を提出することを意図する。
【０１１５】
ＶＩＩ．米国特許法１１２条、第６段落
請求項において、「のための手段」という語句または「のためのステップ」という語句を含む請求項の制限は、米国特許法１１２条、第６段落が、その制限に適用されることを意味する。
【０１１６】
請求項において、「のための手段」という語句または「のためのステップ」という語句を含まない請求項の制限は、その制限が、その機能を実施するための構造、材料、または作動の記載を含めずに、機能を記載しているかどうかに関わらず、米国特許法１１２条、第６段落が、その制限に適用されないことを意味する。例えば、請求項において、その請求項または別の請求項の１つ以上のステップを参照する際の「のステップ（複数可）」という語句の単なる使用は、米国特許法１１２条、第６段落がそのステップ（複数可）に適用されることを意味しない。
【０１１７】
米国特許法１１２条、第６段落に従って特定の機能を実施するための手段またはステップに関して、本仕様書、およびその同等物に記載される対応する構造、材料、または作動は、追加の機能、ならびに指定された機能を実施することができる。
【０１１８】
コンピュータ、プロセッサ、コンピューティングデバイス、および同様な製品は、広範囲の機能を実施することができる構造物である。このような製品は、その製品のメモリデバイスまたはその製品がアクセスするメモリデバイスに記憶されたプログラム等、１つ以上のプログラムを実行することによって、指定された機能を実施するように操作可能であり得る。その他特に明示的に記載のない限り、そのようなプログラムは、本明細書に開示されるかもしれない、任意の特定のアルゴリズム等、任意の特定のプログラムに基づく必要はない。当業者には、指定された機能は、異なるアルゴリズムを介して実装されてもよいこと、いくつかの異なるアルゴリズムのうちのいずれかは、指定された機能を実行するための単なる設計選択肢であることが周知である。
【０１１９】
したがって、米国特許法１１２条、第６段落に従って特定の機能を実施するための手段またはステップに関して、指定された機能に対応する構造物は、指定された機能を実施するようにプログラムされた任意の製品を含む。このような構造物は、このような製品が、（ｉ）機能を実施するための開示されたアルゴリズム、（ｉｉ）開示されたアルゴリズムに類似のアルゴリズム、または（ｉｉｉ）機能を実施するための異なるアルゴリズムを用いてプログラムされているかに関わらず、機能を実施する、プログラムされた製品を含む。
【０１２０】
方法である機能を実施するための手段が記載されている場合、この方法を実施するための構造物は、その機能を実施するために、適切なハードウェアを用いてプログラムおよび／または構成されるコンピューティングデバイス（例えば、汎用コンピュータ）を含む。
【０１２１】
また、当業者によって理解されるであろう他のアルゴリズムを介してその機能を実施するように、適切なハードウェアを用いてプログラムおよび／または構成されるコンピューティングデバイス（例えば汎用コンピュータ）も含まれる。
【０１２２】
ＶＩＩＩ．放棄
特定の実施形態への多くの参照は、追加の異なる実施形態の放棄または否認を示さず、同様に、全て特定の特徴を含む実施形態の説明への参照も、その特定の特徴を含まない実施形態の放棄または否認を示さない。本願における明確な放棄または否認は、「含まない」という語句または「実施できない」という語句によって前置きされるであろう。
【０１２３】
ＩＸ．参照による援用
本明細書において参照されるあらゆる特許、特許出願、または他の文献は、本開示の一部として本特許出願に参照により援用されるが、米国特許法第１１２条第１項による書面での説明および米国特許法第１１２条第１項による実施可能要件のためにのみであり、このような参照による援用がなければ通常の意味を当業者が確認できなかったという場合ではない限り、本願のいかなる用語の制限、定義、または解釈にも決して使用されるべきではない。したがって、当業者は、参照により提供されるいかなる実施形態によっても決して制限される必要はない。逆に、本明細書に提供される定義は、参照により本明細書に組み込まれるいずれの文書のいずれの用語も限定、定義、または別段に解釈されるように使用されるべきではない。本明細書に明示的に記載される定義は、定義（複数可）と矛盾し得る特定の実施形態の説明にかかわらず統制している。
【０１２４】
参照による援用はいずれもそれ自体は、本特許出願において別段の明示的な定めがない限り、援用されるいかなる特許、特許出願、または他の文献に含まれるいかなる記述、意見、議論、または特徴のいかなる裏書き、承認、または黙認も含意しない。
【０１２５】
Ｘ．審査経過
（特許請求の範囲を含む）本願を解釈するに際して、当業者は、本願に関連すると考えられる他の特許出願があるか否かに関わりなく、また本願と優先権の主張を共有する他の特許出願があるか否かに関わりなく、任意の他の特許または特許出願の経過履歴ではなく、本願の審査経過を参照する。
【０１２６】
〔付記１〕
少なくとも第１のサーバおよび第２のサーバを含む複数のサーバを備えるシステムであって、前記複数のサーバが、少なくとも１つのネットワークによって相互接続され、
前記第１のサーバが、
取引されるアイテムの第１の注文帳を維持することと、
前記アイテムの第１の注文であって、数量を含む、第１の注文を受信することと、
前記第１の注文帳に前記第１の注文を発注することであって、前記第１のサーバが、前記第１の注文に対して逆注文の実行を制御することに関与する、発注することと、
前記ネットワーク上で前記第１の注文を通信することと、を行うように構成され、
前記第２のサーバが、
前記アイテムの第２の注文帳を維持することと、
前記第１のサーバによって通信された前記第１の注文を受信することと、
前記第２の注文帳に前記第１の注文を発注することと、
前記アイテムの第２の注文を受信することと、
前記第２の注文が、前記第１の注文に対する逆注文であるかを決定することであって、前記第２の注文が、前記第１の注文に対する逆注文であると決定することに応答して、前記第２の注文を前記第１のサーバに通信する、決定することと、を行うように構成され、
前記第１のサーバが、
前記第２のサーバから前記第２の注文を受信することと、
前記第１の注文が入手可能かを決定することと、
入手可能な場合、前記第１の注文と第２の注文との間の取引を実行することと、
前記第２の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第１の注文帳から前記第１の注文を削除することと、
前記第１の注文が不利益に取引されることを示す確認メッセージを前記ネットワーク上で通信することと、を行うように更に構成され、
前記第２のサーバが、
前記確認メッセージを受信することと、
前記確認メッセージを受信することに応答して、前記第２の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第２の注文帳から前記第１の注文を削除することと、を行うように更に構成される、システム。
〔付記２〕
前記第１のアイテムが、前記ネットワーク上のポートと関連付けられ、
前記ネットワーク上で前記第１の注文を通信することが、前記ポートを介して前記第１の注文を通信することを含む、請求項１に記載のシステム。
〔付記３〕
前記ポートを介して前記第１の注文を通信することが、前記ポートを介して前記第１の注文をマルチキャストすることを含む、請求項２に記載のシステム。
〔付記４〕
前記第２のサーバが、前記ポートを介して通信される前記ネットワークからデータを受信するように更に構成され、
前記第１のサーバによって通信される前記第１の注文を受信することが、前記ポートを介して前記第１の注文を受信することを含む、請求項２に記載のシステム。
〔付記５〕
前記第１のサーバが、取引される第２のアイテムの注文帳を維持するように更に構成され、
前記第２のアイテムが、前記ネットワーク上の第２のポートと関連付けられ、
前記第１のサーバが、前記第２のポートを用いて前記ネットワークを介して前記第２の注文と関連付けられた情報を通信する、請求項４に記載のシステム。
〔付記６〕
前記第２のサーバが、前記第２のアイテムの注文帳を維持するように構成されておらず、
前記第２のアイテムの注文帳を維持するように構成されていない結果として、前記第２のサーバが、前記第２のポート上で情報を受信するように構成されていない、請求項５に記載のシステム。
〔付記７〕
前記第１のアイテムが、前記ネットワーク上のポートと関連付けられ、
前記第１のサーバが、前記ポートを介して前記第１のアイテムと関連付けられた前記ネットワークを介して情報を送受信するように構成され、
前記第２のサーバが、前記ポートを介して前記第１のアイテムと関連付けられた前記ネットワークを介して情報を送受信するように構成され、
前記第１のサーバが、オフラインと見なされるように更に構成され、前記第１のサーバをオフラインと見なすことが、前記ポート上で情報を受信しないように前記サーバを構成することを含み、前記第２のサーバが前記第２の注文を通信する前に、前記第１のサーバがオフラインと見なされる場合、取引が、前記第１の注文と第２の注文との間で実行されない、請求項１に記載のシステム。
〔付記８〕
トランザクションを消去することと関連付けられた第３のサーバを更に備え、前記第３のサーバが、前記第１の注文と第２の注文との間の前記取引を実行することによって作成されたトランザクションを消去するために前記確認メッセージを受信するように構成される、請求項１に記載のシステム。
〔付記９〕
第１のエンティティが、前記システムを所有および／または動作し、
前記第１のサーバのリソースが、第２のエンティティにリースされ、
前記第２のサーバのリソースが、第３のエンティティにリースされる、請求項１に記載のシステム。
〔付記１０〕
前記第１のサーバが、前記アイテムを取引するためのアプリケーションを実行するように更に構成され、前記アプリケーションが、前記第２のエンティティによって構成され、
前記第２のサーバが、前記アイテムを取引するためのアプリケーションを実行するように更に構成され、
前記アプリケーションが、前記第３のエンティティによって構成される、請求項９に記載のシステム。
〔付記１１〕
前記第２の注文が、前記第１の注文の全ての入手可能な数量未満である場合、前記第１のサーバが、前記第１の注文帳の前記第１の注文の入手可能な数量を減少させるように更に構成され、
前記第２の注文が、前記第１の注文の全ての入手可能な数量未満である場合、前記第２のサーバが、前記第２の注文帳の前記第１の注文の入手可能な数量を減少させるように更に構成される、請求項１に記載のシステム。
〔付記１２〕
前記第２のサーバが、
前記アイテムの第３の注文であって、数量を含む、第３の注文を受信することと、
前記第２の注文帳に前記第３の注文を発注することであって、前記第２のサーバが、前記第３の注文に対して逆注文の実行を制御することに関与する、発注することと、
前記ネットワーク上で前記第３の注文を通信することと、を行うように更に構成され、
前記第１のサーバが、
前記第２のサーバによって通信された前記第３の注文を受信することと、
前記第１の注文帳に前記第３の注文を発注することと、
前記アイテムのための第４の注文を受信することと、
前記第４の注文が、前記第３の注文に対する逆注文であるかを決定することと、
前記第４の注文が、前記第３の注文に対する逆注文であると決定することに応答して、前記第４の注文を前記第２のサーバに通信することと、を行うように構成され、
前記第２のサーバが、
前記第１のサーバから前記第４の注文を受信することと、
前記第３の注文が入手可能かを決定することと、
入手可能な場合、前記第３の注文と前記第４の注文との間の取引を実行することと、
前記第４の注文が、全ての入手可能な数量の前記第３の注文に対してである場合、前記第２の注文帳から前記第３の注文を削除することと、
前記第３の注文が不利益に取引されることを示す確認メッセージを前記ネットワーク上で通信することと、を行うように更に構成され、
前記第１のサーバが、
前記第２のサーバから前記確認メッセージを受信することと、
前記確認メッセージを受信することに応答して、前記第４の注文が、全ての入手可能な数量の前記第３の注文に対してである場合、前記第１の注文帳から前記第３の注文を削除することと、を行うように更に構成される、請求項１に記載のシステム。
〔付記１３〕
トランザクションを消去することと関連付けられた第３のサーバを更に備え、前記第３のサーバが、
前記第１の注文と第２の注文との間の前記取引を実行することによって作成されたトランザクションを消去するために前記第１のサーバから前記確認メッセージを受信するように構成され、
前記第３の注文と第４の注文との間の前記取引を実行することによって作成されたトランザクションを消去するために前記第２のサーバから前記確認メッセージを受信するように構成される、請求項１２に記載のシステム。
〔付記１４〕
前記アイテムの第３の注文帳を維持することと、
前記第１のサーバによって通信された前記第１の注文を受信することと、
前記第３の注文帳に前記第１の注文を発注することと、を行うように構成される第３のサーバを更に含む、請求項１に記載のシステム。
〔付記１５〕
前記第３のサーバが、
前記確認メッセージを受信することと、
前記確認メッセージを受信することに応答して、前記第２の注文が、前記第１の注文の全ての数量である場合、前記第３の注文帳から前記第１の注文を削除することと、を行うように更に構成される、請求項１４に記載のシステム。
〔付記１６〕
前記第２のサーバが、前記ネットワーク上で前記第２の注文を通信する場合、前記第２のサーバが、前記第１のサーバのためのものとして前記通信された第２の注文にタグ付けするように構成され、
前記第３のサーバが、
前記第２のサーバから前記第２の注文を受信することと、
前記第２の注文を、それが前記第１のサーバのためにタグ付けされるため、無視することと、を行うように更に構成される、請求項１４に記載のシステム。
〔付記１７〕
前記第３のサーバが、
前記アイテムの第３の注文を受信することと、
前記第３の注文が、前記第１の注文に対する逆注文であるかを決定することであって、前記第３の注文が、前記第１の注文に対する逆注文であると決定することに応答して、前記第３の注文を前記第１のサーバに通信する、決定することと、を行うように更に構成される、請求項１４に記載のシステム。
〔付記１８〕
前記第１のサーバが、前記第１の注文と第２の注文との間の前記取引を実行する結果として、前記第１の注文帳から前記第１の注文を削除し、
前記第１のサーバが、
前記第２の注文を受信した後、前記第３の注文を受信することと、
前記第１の注文が入手可能でないと決定することと、
前記第１の注文が入手可能でないと決定することに応答して、前記第１の注文と第３の注文との間の取引が確認されていないというメッセージを前記ネットワーク上で通信することと、を行うように更に構成される、請求項１７に記載のシステム。
〔付記１９〕
前記第１のサーバが、前記第１の注文と第２の注文との間の前記取引を実行する結果として、前記第１の注文帳の前記第１の注文の入手可能な数量を減少させ、
前記第１のサーバが、
前記第２の注文を受信した後、前記第３の注文を受信することと、
前記第１の注文が入手可能であると決定することと、
入手可能である前記第１の注文に部分的に基づいて、前記第１の注文と第３の注文との間の取引を実行することと、
前記第３の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第１の注文帳から前記第１の注文を削除することと、
前記第１の注文が不利益に取引されることを示す別の確認メッセージを前記ネットワーク上で通信することと、を行うように更に構成され、
前記第２のサーバが、
前記別の確認メッセージを受信することと、
前記別の確認メッセージを受信することに応答して、前記第３の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第２の注文帳から前記第１の注文を削除することと、を行うように更に構成され、
前記第３のサーバが、
前記確認メッセージを受信することと、
前記確認メッセージを受信することに応答して、前記第３の注文帳の前記第１の注文の入手可能な数量を減少させることと、
前記別の確認メッセージを受信し、前記別の確認メッセージを受信することに応答して、前記第３の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第３の注文帳から前記第１の注文を削除することと、を行うように更に構成される、請求項１７に記載のシステム。
〔付記２０〕
前記第１のサーバが、前記アイテムを取引するためのアプリケーションを実行するように更に構成され、前記第１の注文が、前記アプリケーションから受信され、
前記第１のサーバが、
前記第１の注文と第２の注文との間の前記取引を実行する前に、前記第１の注文がなおも不利益に取引されるべきかを決定するように前記アプリケーションと通信することと、
前記アプリケーションが、なおも不利益に取引されるべきであると示す場合、前記第１の注文と第２の注文との間の前記取引を実行することと、を行うように更に構成される、請求項１に記載のシステム。
〔付記２１〕
前記第１のサーバが、
前記アプリケーションが前記第１の注文が不利益に取引されるべきではないことを示す場合、前記第１の注文帳から前記第１の注文を削除することと、
前記第１の注文と第２の注文との間の取引が確認されていないというメッセージを前記ネットワーク上で通信することと、を行うように更に構成される、請求項２０に記載のシステム。
【図１】
2019071093.tif 000003
【手続補正書】
【提出日】平成31年2月15日(2019.2.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも第１のサーバおよび第２のサーバを含む複数のサーバを備えるシステムであって、前記複数のサーバが、少なくとも１つのネットワークによって相互接続され、
前記第１のサーバが、
取引される第１のアイテムの第１の注文帳を維持するステップと、
前記第１のアイテムの第１の注文であって、数量を含む前記第１の注文を受信するステップと、
前記第１の注文帳に前記第１の注文を発注するステップであって、前記第１のサーバが、前記第１の注文に対して反対注文の実行を制御することに関与する、ステップと、
前記複数のサーバのうち少なくとも１つの特定されたサーバであって、少なくとも前記第２のサーバを含む前記少なくとも１つの特定されたサーバのための前記第１の注文を選択することにより、前記ネットワーク上で前記第１の注文を通信するステップと、
を行うように構成され、
前記第２のサーバが、
前記第１のアイテムの第２の注文帳を維持するステップと、
前記第１のサーバによって通信された前記第１の注文を受信するステップと、
前記第２の注文帳に前記第１の注文を発注するステップと、
前記第１のアイテムの第２の注文を受信するステップと、
前記第２の注文が、前記第１の注文に対する反対注文であるかを決定するステップであって、前記第２の注文が、前記第１の注文に対する反対注文であると決定することに応答して、前記第２の注文を前記第１のサーバに通信する、ステップと、
を行うように構成され、
前記第１のサーバが、
前記第２のサーバから前記第２の注文を受信するステップと、
前記第１の注文が入手可能かを決定するステップと、
前記第１の注文が入手可能な場合、前記第１の注文と第２の注文との間の取引を実行するステップであって、前記第２の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第１の注文帳から前記第１の注文を削除する、ステップと、
前記第１の注文が取引されたことを示す確認メッセージを前記ネットワーク上で通信するステップと、
を行うように更に構成され、
前記第２のサーバが、
前記確認メッセージを受信するステップと、
前記確認メッセージを受信することに応答して、前記第２の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第２の注文帳から前記第１の注文を削除するステップと、
を行うように更に構成され、
前記第２のサーバが、
前記第１のアイテムの第３の注文であって、数量を含む前記第３の注文を受信するステップと、
前記第２の注文帳に前記第３の注文を発注するステップであって、前記第２のサーバが、前記第３の注文に対して反対注文の実行を制御することに関与する、ステップと、
前記ネットワーク上で前記第３の注文を通信するステップと、
を行うように更に構成され、
前記第１のサーバが、
前記第２のサーバによって通信された前記第３の注文を受信するステップと、
前記第１の注文帳に前記第３の注文を発注するステップと、
前記第１のアイテムの第４の注文を受信するステップと、
前記第４の注文が、前記第３の注文に対する反対注文であるかを決定するステップであって、前記第４の注文が、前記第３の注文に対する反対注文であると決定することに応答して、前記第４の注文を前記第２のサーバに通信する、ステップと、
を行うように更に構成され、
前記第２のサーバが、
前記第１のサーバから前記第４の注文を受信するステップと、
前記第３の注文が入手可能かを決定するステップと、
前記第３の注文が入手可能な場合、前記第３の注文と第４の注文との間の取引を実行するステップであって、前記第４の注文が、全ての入手可能な数量の前記第３の注文に対してである場合、前記第２の注文帳から前記第３の注文を削除する、ステップと、
前記第３の注文が取引されたことを示す確認メッセージを前記ネットワーク上で通信するステップと、
を行うように更に構成され、
前記第１のサーバが、
前記確認メッセージを受信するステップと、
前記確認メッセージを受信することに応答して、前記第４の注文が、全ての入手可能な数量の前記第３の注文に対してである場合、前記第１の注文帳から前記第３の注文を削除するステップと、
を行うように更に構成されている、
システム。
【請求項２】
前記第１のアイテムが、前記ネットワーク上のポートと関連付けられ、
前記ネットワーク上で前記第１の注文を通信することが、前記ポートを介して前記第１の注文を通信することを含む、請求項１に記載のシステム。
【請求項３】
前記ポートを介して前記第１の注文を通信することが、前記ポートを介して前記第１の注文をマルチキャストすることを含む、請求項２に記載のシステム。
【請求項４】
前記第２のサーバが、前記ポートを介して通信される前記ネットワークからデータを受信するように更に構成され、
前記第１のサーバによって通信される前記第１の注文を受信することが、前記ポートを介して前記第１の注文を受信することを含む、請求項２に記載のシステム。
【請求項５】
前記第１のサーバが、取引される第２のアイテムの注文帳を維持するように更に構成され、前記第２のアイテムは、前記第１のアイテムとは異なるものであり、
前記第２のアイテムが、前記ネットワーク上の第２のポートと関連付けられ、前記第２のポートは、前記第１のポートとは異なるものであり、
前記第１のサーバが、前記第２のポートを用いて前記ネットワークを介して前記第２の注文と関連付けられた情報を通信する、請求項４に記載のシステム。
【請求項６】
前記第２のサーバが、前記第２のアイテムの注文帳を維持するように構成されておらず、
前記第２のアイテムの注文帳を維持するように構成されていない結果として、前記第２のサーバが、前記第２のポート上で情報を受信するように構成されていない、請求項５に記載のシステム。
【請求項７】
前記第１のアイテムが、前記ネットワーク上のポートと関連付けられ、
前記第１のサーバが、前記ポートを介して前記第１のアイテムと関連付けられた前記ネットワークを介して情報を送受信するように構成され、
前記第２のサーバが、前記ポートを介して前記第１のアイテムと関連付けられた前記ネットワークを介して情報を送受信するように構成され、
前記第１のサーバが、オフラインと見なされるように更に構成され、前記第１のサーバをオフラインと見なすことが、前記ポート上で情報を受信しないように前記サーバを構成することを含み、前記第２のサーバが前記第２の注文を通信する前に、前記第１のサーバがオフラインと見なされる場合、取引が、前記第１の注文と第２の注文との間で実行されない、請求項１に記載のシステム。
【請求項８】
トランザクションを消去することと関連付けられた第３のサーバを更に備え、前記第３のサーバが、前記第１の注文と第２の注文との間の前記取引を実行することによって作成されたトランザクションを消去するために前記確認メッセージを受信するように構成される、請求項１に記載のシステム。
【請求項９】
第１のエンティティが、前記システムを所有および／または動作し、
前記第１のサーバのリソースが、第２のエンティティにリースされ、
前記第２のサーバのリソースが、第３のエンティティにリースされる、請求項１に記載のシステム。
【請求項１０】
前記第１のサーバが、前記第１のアイテムを取引するためのアプリケーションを実行するように更に構成され、前記アプリケーションが、前記第２のエンティティによって構成され、
前記第２のサーバが、前記第１のアイテムを取引するためのアプリケーションを実行するように更に構成され、
前記アプリケーションが、前記第３のエンティティによって構成される、請求項９に記載のシステム。
【請求項１１】
前記第２の注文が、前記第１の注文の全ての入手可能な数量未満である場合、前記第１のサーバが、前記第１の注文帳の前記第１の注文の入手可能な数量を減少させるように更に構成され、
前記第２の注文が、前記第１の注文の全ての入手可能な数量未満である場合、前記第２のサーバが、前記第２の注文帳の前記第１の注文の入手可能な数量を減少させるように更に構成される、請求項１に記載のシステム。
【請求項１２】
トランザクションを消去することと関連付けられた第３のサーバを更に備え、
前記第３のサーバが、
前記第１の注文と第２の注文との間の前記取引を実行することによって作成されたトランザクションを消去するために前記第１のサーバから前記確認メッセージを受信するように構成され、
前記第３の注文と第４の注文との間の前記取引を実行することによって作成されたトランザクションを消去するために前記第２のサーバから前記確認メッセージを受信するように構成される、請求項１に記載のシステム。
【請求項１３】
前記第１のアイテムの第５の注文帳を維持することと、
前記第１のサーバによって通信された前記第１の注文を受信することと、
前記第３の注文帳に前記第１の注文を発注することと、を行うように構成される第３のサーバを更に含む、請求項１に記載のシステム。
【請求項１４】
前記第３のサーバが、
前記確認メッセージを受信することと、
前記確認メッセージを受信することに応答して、前記第２の注文が、前記第１の注文の全ての数量である場合、前記第３の注文帳から前記第１の注文を削除することと、を行うように更に構成される、請求項１３に記載のシステム。
【請求項１５】
前記第２のサーバが、前記ネットワーク上で前記第２の注文を通信する場合、前記第２のサーバが、前記第１のサーバのためのものとして前記通信された第２の注文にタグ付けするように構成され、
前記第３のサーバが、
前記第２のサーバから前記第２の注文を受信することと、
前記第２の注文を、それが前記第１のサーバのためにタグ付けされているため、無視することと、を行うように更に構成される、請求項１３に記載のシステム。
【請求項１６】
前記第３のサーバが、
前記第１のアイテムの第５の注文を受信することと、
前記第５の注文が、前記第１の注文に対する反対注文であるかを決定することと、
前記第５の注文が、前記第１の注文に対する反対注文であると決定することに応答して、前記第５の注文を前記第１のサーバに通信することと、を行うように更に構成される、請求項１３に記載のシステム。
【請求項１７】
前記第１のサーバが、前記第１の注文と第２の注文との間の前記取引を実行する結果として、前記第１の注文帳から前記第１の注文を削除し、
前記第１のサーバが、
前記第２の注文を受信した後、前記第５の注文を受信することと、
前記第１の注文が入手可能でないと決定することと、
前記第１の注文が入手可能でないと決定することに応答して、前記第１の注文と第５の注文との間の取引が確認されていないというメッセージを前記ネットワーク上で通信することと、を行うように更に構成される、請求項１６に記載のシステム。
【請求項１８】
前記第１のサーバが、前記第１の注文と第２の注文との間の前記取引を実行する結果として、前記第１の注文帳の前記第１の注文の入手可能な数量を減少させ、
前記第１のサーバが、
前記第２の注文を受信した後、前記第５の注文を受信することと、
前記第１の注文が入手可能であると決定することと、
入手可能である前記第１の注文に部分的に基づいて、前記第１の注文と第５の注文との間の取引を実行することと、
前記第５の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第１の注文帳から前記第１の注文を削除することと、
前記第１の注文が取引されたことを示す別の確認メッセージを前記ネットワーク上で通信することと、を行うように更に構成され、
前記第２のサーバが、
前記別の確認メッセージを受信することと、
前記別の確認メッセージを受信することに応答して、前記第５の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第２の注文帳から前記第１の注文を削除することと、を行うように更に構成され、
前記第３のサーバが、
前記確認メッセージを受信することと、
前記確認メッセージを受信することに応答して、前記第３の注文帳の前記第１の注文の入手可能な数量を減少させることと、
前記別の確認メッセージを受信することと、
前記別の確認メッセージを受信することに応答して、前記第５の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第３の注文帳から前記第１の注文を削除することと、を行うように更に構成される、請求項１６に記載のシステム。
【請求項１９】
前記第１のサーバが、前記第１のアイテムを取引するためのアプリケーションを実行するように更に構成され、前記第１の注文が、前記アプリケーションから受信され、
前記第１のサーバが、
前記第１の注文と第２の注文との間の前記取引を実行する前に、前記第１の注文がなおも取引されるべきかを決定するように前記アプリケーションと通信することと、
前記アプリケーションが、なおも取引されるべきであると示す場合、前記第１の注文と第２の注文との間の前記取引を実行することと、を行うように更に構成される、請求項１に記載のシステム。
【請求項２０】
前記第１のサーバが、
前記アプリケーションが前記第１の注文が取引されるべきではないことを示す場合、前記第１の注文帳から前記第１の注文を削除することと、
前記第１の注文と第２の注文との間の取引が確認されていないというメッセージを前記ネットワーク上で通信することと、を行うように更に構成される、請求項１９に記載のシステム。
【請求項２１】
少なくとも第１のサーバおよび第２のサーバを含む複数のサーバを備えるシステムであって、前記複数のサーバが、少なくとも１つのネットワークによって相互接続され、
前記第１のサーバが、
取引される第１のアイテムの第１の注文帳を維持するステップと、
前記第１のアイテムの第１の注文であって、数量を含む前記第１の注文を受信するステップと、
前記第１の注文帳に前記第１の注文を発注するステップであって、前記第１のサーバが、前記第１の注文に対して反対注文の実行を制御することに関与する、ステップと、
前記ネットワーク上で前記第１の注文を通信するステップと、
を行うように構成され、
前記第２のサーバが、
前記第１のアイテムの第２の注文帳を維持するステップと、
前記第１のサーバによって通信された前記第１の注文を受信するステップと、
前記第２の注文帳に前記第１の注文を発注するステップと、
前記第１のアイテムの第２の注文を受信するステップと、
前記第２の注文が、前記第１の注文に対する反対注文であるかを決定するステップと、
前記第２の注文が、前記第１の注文に対する反対注文であると決定すること及び前記第１の注文を超えるサイズを有すると決定することに応答して、
前記第２の注文を前記第１のサーバに通信し、
前記複数のサーバのうち少なくとも１つの特定されたサーバのための少なくとも１つの追加の注文を選択的に特定することにより、前記ネットワーク上で前記第２の注文に関連する少なくとも１つの追加の注文を通信するステップと、
を行うように構成され、
前記第１のサーバが、
前記第２のサーバから前記第２の注文を受信するステップと、
前記第１の注文が入手可能かを決定するステップと、
前記第１の注文が入手可能な場合、前記第１の注文と第２の注文との間の取引を実行するステップと、
前記第２の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第１の注文帳から前記第１の注文を削除するステップと、
前記第１の注文が取引されたことを示す確認メッセージを前記ネットワーク上で通信するステップと、
を行うように更に構成され、
前記第２のサーバが、
前記確認メッセージを受信するステップと、
前記確認メッセージを受信することに応答して、前記第２の注文が、全ての入手可能な数量の前記第１の注文に対してである場合、前記第２の注文帳から前記第１の注文を削除するステップと、
を行うように更に構成され、
前記第２のサーバが、
前記第１のアイテムの第３の注文であって、数量を含む前記第３の注文を受信するステップと、
前記第２の注文帳に前記第３の注文を発注するステップであって、前記第２のサーバが、前記第３の注文に対して反対注文の実行を制御することに関与する、ステップと、
前記ネットワーク上で前記第３の注文を通信するステップと、
を行うように更に構成され、
前記第１のサーバが、
前記第２のサーバによって通信された前記第３の注文を受信するステップと、
前記第１の注文帳に前記第３の注文を発注するステップと、
前記第１のアイテムの第４の注文を受信するステップと、
前記第４の注文が、前記第３の注文に対する反対注文であるかを決定するステップであって、前記第４の注文が、前記第３の注文に対する反対注文であると決定することに応答して、前記第４の注文を前記第２のサーバに通信する、ステップと、
を行うように更に構成され、
前記第２のサーバが、
前記第１のサーバから前記第４の注文を受信するステップと、
前記第３の注文が入手可能かを決定するステップと、
前記第３の注文が入手可能な場合、前記第３の注文と第４の注文との間の取引を実行するステップと、
前記第４の注文が、全ての入手可能な数量の前記第３の注文に対してである場合、前記第２の注文帳から前記第３の注文を削除するステップと、
前記第３の注文が取引されたことを示す確認メッセージを前記ネットワーク上で通信するステップと、
を行うように更に構成され、
前記第１のサーバが、
前記確認メッセージを受信するステップと、
前記確認メッセージを受信することに応答して、前記第４の注文が、全ての入手可能な数量の前記第３の注文に対してである場合、前記第１の注文帳から前記第３の注文を削除するステップと、
を行うように更に構成されている、
システム。