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