JP2015523639A - 注文マッチングのための方法およびシステム - Google Patents

注文マッチングのための方法およびシステム Download PDF

Info

Publication number
JP2015523639A
JP2015523639A JP2015514181A JP2015514181A JP2015523639A JP 2015523639 A JP2015523639 A JP 2015523639A JP 2015514181 A JP2015514181 A JP 2015514181A JP 2015514181 A JP2015514181 A JP 2015514181A JP 2015523639 A JP2015523639 A JP 2015523639A
Authority
JP
Japan
Prior art keywords
order
processor
orders
participant
article
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2015514181A
Other languages
English (en)
Other versions
JP2015523639A5 (ja
Inventor
マレスタ，ロベルト
カスターニャ，アントニオ
ボイアルディ，ダヴィデ
Original Assignee
ビージーシー パートナーズ インコーポレイテッド
ビージーシー パートナーズ インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ビージーシー パートナーズ インコーポレイテッド, ビージーシー パートナーズ インコーポレイテッド filed Critical ビージーシー パートナーズ インコーポレイテッド
Publication of JP2015523639A publication Critical patent/JP2015523639A/ja
Publication of JP2015523639A5 publication Critical patent/JP2015523639A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

ある量の非標準通貨の注文を予測為替レートで受信するためのシステム、方法、装置および製造品を提供する。注文は、制限期間内に生じる固定日に処理される。注文は、マッチングされていない複数の注文と共にデータベース内に記憶される。注文および複数の注文は、競売期限が終了する前に受信される。システムは、競売期限が終了したことを算出する。競売期限が終了したことを算出することに反応して、マッチングされていない非標準通貨の全ての注文を含む注文集合が発生させられる。より小さい注文集合を発生させるために、選択的照準アルゴリズムが、注文集合に適用される。システムは、注文の全ての可能な組み合わせを算出する。各組み合わせは、より小さい集合の注文とより小さい集合の別の注文との間に少なくとも１つのマッチング関係を含む。システムは、各組み合わせが発生させる取引量をもまた算出する。取引量に基づいて、最も多い取引量を発生させる選択的組み合わせが選択される。選択的組み合わせが選択されたという表示が、ディスプレイ上に表示される。

Description

本出願は、２０１２年５月２３日に出願された米国仮出願第１３／４７８，２０１号に対する優先権を主張し、同仮出願が、参照によって本明細書に組み込まれる。
本発明は、概して電子商取引システムに関する。より具体的には、いくつかの実施形態の態様は、非標準化通貨の外貨取引に関する。
多くの異なる種類の金融商品が、外貨取引において使用され得る。これらの金融商品のいくつかの例は、先物契約、スワップ、ノンデリバラブルフォワード（ＮＤＦ）、および先物取引を含み得る。トレーダーは、どの種類の金融商品を使用するかを決定するのに、外貨の種類、国の安定性、および他の要因を考慮し得る。これらの外貨の電子商取引を有することもまた所望であり得る。
本発明のさらなる特性、特徴、および利点は、以下の発明の詳細な説明とともに以下の図面を考慮する上で明白となり、図面は以下の通りである。
外国為替市場のブロック図である。 本発明の一態様に係るシステムのブロック絵図である。 本発明の一態様に係るシステムのブロック絵図である。 システムのインターフェースの一実施形態のスクリーンショットである。 システムのインターフェースの一実施形態のスクリーンショットである。 注文入力ウィンドウのスクリーンショットである。 マッチングプロセスのブロック図である。 マッチャーウィンドウのスクリーンショットである。 信用限度ウィンドウのスクリーンショットである。 曲線ウィンドウのスクリーンショットである。 取引履歴ウィンドウのスクリーンショットである。 競売ウィンドウのスクリーンショットである。 マッチングプロセスの流れ図である。 マッチングプロセスの流れ図である。 マッチングプロセスの流れ図である。
本文書は、外貨およびスワップなどの、電子商取引のためのシステムおよび技術を記載する。
一実施形態において、ある量の非標準通貨の注文を予測為替レートで受信するためのコンピューター実装方法。注文は、制限期間内に生じる固定日に処理される。注文は、マッチングされていない複数の注文と共にデータベース内に記憶される。注文および複数の注文は、競売期限が終了する前に受信される。
特定の態様において、システムは、競売期限が終了したことを算出する。競売期限が終了したことを算出することに反応して、マッチングされていない非標準通貨の全ての注文を含む注文集合が発生させられる。より小さい注文集合を発生させるために、選択的照準アルゴリズムが、注文集合に適用される。
他の態様において、システムは、注文の全ての可能な組み合わせを算出する。各組み合わせは、より小さい集合の注文とより小さい集合の別の注文との間に少なくとも１つのマッチング関係を含む。システムは、各組み合わせが発生させる取引量をもまた算出する。取引量に基づいて、最も多い取引量を発生させる選択的組み合わせが選択される。選択的組み合わせが選択されたという表示が、ディスプレイ上に表示される。
以下のセクションＩ〜ＸＩは、本出願を解釈するための指針を提供する。
Ｉ．用語
「製品」という用語は、別段明確に規定されない限り、あらゆる機械、製造物および／または要素の組合せを意味する。
「製品」という用語は、別段明確に規定されない限り、１つの機械、製造物および／または要素の組合せを意味する。
「プロセス」という用語は、別段明確に規定されない限り、プロセス、アルゴリズム、方法またはその類似物を意味する。
各プロセス（方法、アルゴリズムまたは別段に称されようと）は、１つまたはそれ以上のステップを本質的に含むために、プロセスの「ステップ（複数可）」への全ての言及は、プロセスの単なる記載内に、または「プロセス」という用語またはそれに類似する用語の単なる列挙内に、本質的な根拠を有する。したがって、請求項内のプロセスの「ステップ（複数可）」へのあらゆる言及は、十分な根拠を有する。
「発明」という用語およびその類似物は、別段明確に規定されない限り、「本出願に開示される１つまたはそれ以上の発明」を意味する。
「一実施形態」、「実施形態」、「実施形態（複数）」、「前記実施形態」、「前記実施形態（複数）」、「１つまたはそれ以上の実施形態」、「いくつかの実施形態」、「特定の実施形態」、「一実施形態」、「別の実施形態」という用語およびその類似物は、別段明確に規定されない限り、「本発明の１つまたはそれ以上（だが全てではない）の実施形態」を意味する。
発明の、「変更」という用語は、別段明確に規定されない限り、本発明の一実施形態を意味する。
「表示」という用語は、極めて広い意味で使用される。物の「表示」は、物を決定するために使用され得るあらゆるものを含むと理解されるべきである。
物の表示は、物を特定する電子メッセージを含み得る（例えば、小型装置に添付された製造番号による小型装置の特定、小型装置の１つまたはそれ以上の特性による小型装置の特定）。物の表示は、物を算出および／または検索するために使用され得る情報を含み得る（例えば、小型装置が、小型装置を決定するために使用され得る一部である機械を特定する情報）。物の表示は、物に関連する物を規定し得る（例えば、物の特性、物の名称、物に関連する物の名称）。物の表示は、物に関連する物を規定しなくてもよい（例えば、「ａ」という文字は、小型装置を特定するために、「ａ」という文字を解釈するように構成されたコンピューターシステムの小型装置の表示であり得る）。物の表示は、物の象徴、兆候、および／または表象を含み得る。物の表示は、例えば、記号、参照、例、リンク、信号、および／または識別子を含み得る。物の表示は、物を表す、記載する、および／またはそれと別の方法で関連する情報を含み得る。
物の表示の変換は、物の表示であり得る（例えば、暗号化された物の表示は、物の表示であり得る）。物の表示は、物自体、物のコピー、および／または物の一部を含み得る。物の表示は、表示を理解するように構成されていない物にとっては無意味であり得る（例えば、人は「ａ」という文字が小型装置を示すことを理解しなくてもよいが、それにも関わらず、コンピューターシステムは小型装置を「ａ」という文字から決定し得るため、それは小型装置の表示であってもよい）。物の表示が物を決定するために使用され得るという事実は、物または他のあらゆるものが決定されることを意味しない、と理解されるべきである。物の表示は、別段に規定されない限り、あらゆる数の物の表示を含み得る。物の表示は、他の物の表示を含み得る（例えば、「ｍａｙ」の物を示す電子メッセージ）。（表示は、請求項の用語内で、非常に広義な用語として使用され得る。例えば、金融商品の表示を受信すること。）
「を表す」という用語は、（１）単語、記号、またはその類似物がするように、表現する、指定する、象徴する、意味するための役に立つこと、（２）いくつかの用語、文字、記号、またはその類似物によって、表現する、または指定すること、（３）写真がするように、類似を表現する、描写する、または提示すること、または（４）象徴または記号として役に立つこと、を意味する。
別段明確に規定されない限り、一実施形態の記載中における「別の実施形態」への言及は、言及される実施形態が、別の実施形態（例えば、言及される実施形態の前に記載される一実施形態）と相互排他的であることを暗示しない。同様に、２つ（またはそれ以上）の実施形態が言及されるという単なる事実は、それらの実施形態が相互排他的であることを暗示しない。
一実施形態は、本発明の１つ以上の他の実施形態を含む、網羅する、または包含することができる。例えば、要素ａ、ｂ、およびｃを含む第１の実施形態は、要素ａ、ｂ、ｃ、およびｄを含む第２の実施形態、および要素ａ、ｂ、ｃ、およびｅを含む第３の実施形態を網羅し得る。同様に、各第１の、第２の、および第３の実施形態は、要素ａ、ｂ、ｃ、ｄ、およびｅを含む第４の実施形態を網羅し得る。
別段明確に規定されない限り、「を含む（ｉｎｃｌｕｄｉｎｇ）」、「を含む（ｃｏｍｐｒｉｓｉｎｇ）」という用語およびその変化形は、「を含むが、必ずしもこれに限定されない」ことを意味する。したがって、例えば、「機械は、赤い小型装置および青い小型装置を含む」という文は、機械が、赤い小型装置および青い小型装置を含むが、１つまたはそれ以上の他の項目も含む可能性があることを意味する。
別段明確に規定されない限り、「で構成される」という用語およびその変化形は、「を含み、限定もされる」ことを意味する。したがって、例えば、「機械は、赤い小型装置および青い小型装置で構成される」という文は、機械が、赤い小型装置および青い小型装置を含むが、それ以外のものを含まないことを意味する。
別段明確に規定されない限り、「を構成する」という用語およびその変化形は、「の部分、の構成要素、または、の部材を構成すること」を意味する。したがって、例えば、「赤い小型装置および青い小型装置は、機械を構成する」という文は、機械が、赤い小型装置および青い小型装置を含むことを意味する。
別段明確に規定されない限り、「を排他的に構成する」という用語およびその変化形は、「の構成部分を排他的に構成すること、の唯一の構成要素であること、または、の唯一の部材であること」を意味する。したがって、例えば、「赤い小型装置および青い小型装置は、機械を排他的に構成する」という文は、機械が、赤い小型装置および青い小型装置で構成される（すなわち、それ以外に何もない）ことを意味する。
別段明確に規定されない限り、「一」、「１つの」および「その」という用語は、「１つまたはそれ以上」に言及する。したがって、例えば、「一小型装置」という語句は、別段明確に規定されない限り、１つまたはそれ以上の小型装置を意味する。同様に、「一小型装置」という語句を列挙した後、「その小型装置」という語句の後続の列挙は、「その１つまたはそれ以上の小型装置」を意味する。したがって、「その」という単語は、根拠を有する特定の用語にも言及し得る、と理解されるべきである。例えば、段落が、「一特定の単一の特徴」に言及し、その後「その特徴」に言及する場合、「その特徴」という語句は、以前に言及された「一特定の単一の特徴」に言及すると理解されるべきである。（「一特定の単一の特徴」内の「一」という用語は、「１つまたはそれ以上の」特定の単一の特徴ではなく、「１つの」特定の単一の特徴に言及する、と理解されるべきである。）
別段明確に規定されない限り、「複数」という用語は、「２つまたはそれ以上」を意味する。
別段明確に規定されない限り、「本明細書に」という用語は、「参照によって組み込まれ得るもの全てを含む、本出願において」を意味する。
別段明確に規定されない限り、「のうち少なくとも１つ」という語句は、そのような語句が（物の列挙リストなどの）複数の物を修飾する際、それらの物の１つまたはそれ以上のあらゆる組み合わせを意味する。例えば、「小型装置、車、および車輪のうち少なくとも１つ」と言う語句は、（ｉ）小型装置、（ｉｉ）車、（ｉｉｉ）車輪、（ｉｖ）小型装置および車、（ｖ）小型装置および車輪、（ｖｉ）車および車輪、または（ｖｉｉ）小型装置、車、および車輪、のいずれかを意味する。「のうち少なくとも１つ」という語句は、そのような語句が複数の物を修飾する際、複数の物「の各々のうち１つ」を意味しない。例えば、「小型装置、車、および車輪のうち少なくとも１つ」と言う語句は、「１つの小型装置、１つの車、および１つの車輪」を意味しない。
「１つの」、「２つの」などの数的用語は、何かの量を示すための基数として使用される際（例えば、１つの小型装置、２つの小型装置）、その数的用語によって示される量を意味するが、その数的用語によって示される少なくともの量を意味しない。例えば、「１つの小型装置」という語句は、「少なくとも１つの小型装置」意味せず、したがって、「１つの小型装置」という語句は、例えば、２つの小型装置を網羅しない。
別段明確に規定されない限り、「に基づく」という語句は、「のみに基づく」を意味しない。言い換えれば、「に基づく」という語句は、「のみに基づく」および「に少なくとも基づく」の両方を網羅する。「に少なくとも基づく」という語句は、「に少なくとも部分的に基づく」という語句に等しい。例えば、「要素Ａは、要素Ｂおよび要素Ｃに基づいて算出される」という語句は、要素ＡがＢ掛けるＣの積（言い換えれば、Ａ＝Ｂ×Ｃ）として算出される実施形態、ＡがＢ足すＣの和（言い換えれば、Ａ＝Ｂ＋Ｃ）として算出される実施形態、ＡがＢ掛けるＣ掛けるＤの積として算出される実施形態、ＡがＢ足すＣ足すＤ掛けるＥの平方根の和として算出される実施形態、などを網羅する。
別段明確に規定されない限り、「を表す」という用語および類似する用語は、排他的ではない。例えば、「を表す」という用語は、別段明確に規定されない限り、「のみを表す」を意味しない。例えば、「データは、クレジットカード番号を表す」という語句は、「データは、クレジットカード番号のみを表す」および「データは、クレジットカード番号を表し、データは、何か他のものもまた表す」の両方を網羅する。
「これにより」という用語は、本明細書において、「これにより」という用語の前に明白に列挙される何かの、意図された結果、目的または結論のみを表現する、節または他の一連の単語に先行するためにのみ使用される。したがって、「これにより」という用語が請求項において使用される際、「これにより」という用語が修飾する節または他の単語は、請求項の特定のさらなる限定を確立したり、別の方法で請求項の意味または範囲を制限したりしない。
「例えば」、「などの」という用語および類似する用語は、「例えば」を意味し、したがって、それらが説明する用語または語句を限定しない。例えば、「コンピューターは、データ（例えば、命令、データ構造）をインターネット上に送信する」という文において、「例えば」という用語は、「命令」が、コンピューターがインターネット上に送信し得るデータの一例であることを説明し、「データ構造」が、コンピューターがインターネット上に送信し得るデータの一例であることもまた説明する。しかしながら、「命令」および「データ構造」の両方は、「データ」の単なる例であり、「命令」および「データ構造」以外の他の物も、「データ」であり得る。
「それぞれの」という用語および類似する用語は、「個別に考慮される」ことを意味する。したがって、２つまたはそれ以上の物が「それぞれの」特性を有する場合、各々のそのような物はそれ独自の特性を有し、これらの特性は互いに異なり得るが、そうでなくてもよい。例えば、「２つの機械の各々は、それぞれ機能を有する」という語句は、２つの機械のうち第１のものが機能を有し、２つの機械のうち第２のものも機能を有することを意味する。第１の機械の機能は、第２の機械の機能と同一であっても、またはなくてもよい。
「すなわち」という用語はおよび類似する用語は、「つまり」を意味し、したがって、それが説明する用語および語句を限定する。例えば、「コンピューターは、データ（すなわち、命令）をインターネット上に送信する」という文において、「すなわち」という用語は、「命令」が、コンピューターがインターネット上に送信する「データ」であることを説明する。
別段明確に規定されない限り、数的範囲は、その範囲内の整数および非整数を含む。例えば、「１〜１０」という範囲は、１〜１０の整数（例えば、１、２、３、４、．．．９、１０）および非整数（例えば、１．００３１４１５９２６、１．１、１．２、．．．１．９）を含む。
２つまたはそれ以上の用語または語句が同義語である場合（例えば、用語または語句が同義語であるという明白な記述のため）、１つのそのような用語または語句の例は、別のそのような用語または語句の例が異なる意味を有さなければならないことを意味しない。例えば、記述が、「を含む」の意味を「を含むが、これに限定されない」と同義語にする場合、「を含むが、これに限定されない」という語句の単なる使用は、「を含む」という用語が「を含むが、これに限定されない」以外の何かを意味することを意味しない。
ＩＩ．文の形式
第１の請求項の限定が、特徴のうち１つ、および特徴のうち１つ以上を網羅する場合（例えば、「少なくとも１つの小型装置」などの限定は、１つの小型装置および１つ以上の小型装置を網羅する）、第１の請求項に従属する第２の請求項において、第２の請求項が、その限定に言及するために定冠詞「前記」を使用する場合（例えば、「前記小型装置」）、この単なる使用は、第１の請求項が特徴のうち１つのみを網羅することを暗示せず、これは、第２の請求項が特徴のうち１つのみを網羅することを暗示しない（例えば、「前記小型装置」は、１つの小型装置および１つ以上の小型装置の両方を網羅し得る）。
（「第１の」、「第２の」、「第３の」などの）序数が用語の前の形容詞として使用される場合、その序数は、（別段明確に規定されない限り、）その特定の特徴を、同一の用語によってまたは類似する用語によって説明される別の特徴から区別するなどのために、単に特定の特徴を示すために使用されるが、その序数は、それ以外の意味または限定する効果を有さず、それは単に便宜上の名称である。例えば、「第１の小型装置」は、単にそれを、例えば、「第２の小型装置」から区別するために、そのように名付けられ得る。したがって、「小型装置」という用語の前の「第１の」および「第２の」という序数の単なる使用は、２つの小型装置の間のそれ以外の関係性を示さず、同様に、小型装置のいずれかまたは両方のそれ以外の特性を示さない。例えば、「小型装置」という用語の前の「第１の」および「第２の」という序数の単なる使用は、（１）いずれかの小型装置が、順番または位置において、いずれかの前または後に来ることを示さず、（２）いずれかの小型装置が、時間において、いずれかの前または後に生じるまたは作動することを示さず、（３）いずれかの小型装置が、重要性または性質において、いずれかの上または下の地位を占めることを示さない。序数の単なる使用は、序数によって特定される特徴に対する数的限定を定義しない。例えば、「小型装置」という用語の前の「第１の」および「第２の」という序数の単なる使用は、厳密に２つの小型装置があることを示さない。
単一の装置、品物、または他の製品が本明細書に記載される際、別の実施形態において、２つ以上の装置または品物（それらが連携するかどうかに関わらず）が、記載される単一の装置または品物の代わりに、代替方法として使用され得る。したがって、装置が保有するものとして記載される機能性は、別の実施形態に置いて、２つ以上の装置または品物（それらが連携するかどうかに関わらず）によって、代替方法として保有され得る。
同様に、２つ以上の装置、品物または他の製品（それらが連携するかどうかに関わらず）が本明細書に記載される場合、別の実施形態において、単一の装置または品物が、記載される２つ以上の装置または品物の代わりに、代替方法として使用され得る。例えば、複数のコンピューターに基づく装置は、単一のコンピューターに基づく装置によって代用され得る。いくつかの実施形態において、そのような複数のコンピューターに基づく装置は、グリッドコンピューティングシステムにおいて一般的であるように、プロセスの一ステップを実行するために共に動作し得る。いくつかの実施形態において、そのような複数のコンピューターに基づく装置は、複数が、クラウドコンピューティングシステムにおいて一般的であるように、プロセスの一ステップを実行するために動作するように、互いに追加の機能性を動作し提供し得る。（反対に、単一のコンピューターに基づく装置は、互いに連携して動作する複数のコンピューターに基づく装置によって代用され得る。例えば、単一のコンピューティング装置は、インターネット上で互いに通信するサーバーおよびワークステーションによって代用され得る）したがって、２つ以上の装置または品物が保有するものとして記載される様々な機能性は、単一の装置または品物によって、代替方法として保有され得る。
記載される単一の装置の機能性および／または特徴は、別の実施形態において、記載はされるが、そのような機能性または特徴を有するものとしては明白に記載されない、１つまたはそれ以上の他の装置によって、代替方法として実施され得る。したがって、他の実施形態は、記載される装置自体を含まなくてもよいが、むしろそれらの他の実施形態において、そのような機能性または特徴を有するであろう１つまたはそれ以上の装置を含んでもよい。
ＩＩＩ．開示される例および用語は限定的ではない
発明の名称（本出願の第１の頁の最初に明記）も、要約（本出願の最後に明記）も、開示される発明の範囲を、いかなる方法でも限定するものとして考慮されるべきではなく、いかなる請求項の意味を解釈することに使用されるべきではなく、いかなる請求項の範囲を限定することに使用されるべきではない。要約は、単に要約が３７Ｃ．Ｆ．Ｒ．§１．７２（ｂ）の下に要求されるために、本出願に含まれている。
本出願に提供されるセクションの見出しは、便宜上のみのためであり、いかなる方法でも本開示を限定するものとして考慮されるべきではない。
多数の実施形態が、本出願に記載され、例示的な目的のみのために提示される。記載される実施形態は、いかなる意味でも限定的ではなく、そうあるように意図されない。開示される発明は、本開示から容易に明白であるように、多数の実施形態に広く適用可能である。当業者は、開示される発明が、構造的、論理的、ソフトウェア、および電気的修正などの、様々な修正および訂正によって実施され得ることを認識するであろう。開示される発明の特定の特徴は、１つまたはそれ以上の特定の実施形態および／または図面の参照によって記載され得るものの、別段明確に規定されない限り、そのような特徴は、それらが記載される参照による、１つまたはそれ以上の特定の実施形態および／または図面における使用のみに限定されない、と理解されるべきである。
一実施形態は、いくつかの特徴を含むものとして記載され得るものの、他の実施形態は、全てのそのような特徴よりも少ない特徴を含み得る。したがって、例えば、請求項は、開示される一実施形態における一連の特徴全体よりも少ない特徴に向けられてもよく、そのような請求項は、請求項が明確に列挙するそれらの特徴を超える特徴を要求するものとして解釈されないであろう。
本出願に記載される方法ステップまたは製品要素のどの実施形態も、そのようであると本明細書において明確に述べられるか、（その請求項によって定義される請求項および発明に関して）その請求項において明確に列挙されるかのいずれかの場合以外は、本明細書に主張される発明を構成せず、本明細書に主張される発明に必須ではなく、本明細書に主張される発明と同一の広がりを持たない。
法定分類以外のもの全てを列挙する特許請求の範囲のあらゆる前文は、主張される発明の目的、利益および可能な使用を列挙すると解釈されるものとし、そのような前文は、主張される発明を限定すると解釈されるべきではない。
本開示は、全ての実施形態の文字通りの記載ではない。また、本開示は、全ての実施形態において存在しなければならない、発明の特徴の一覧表ではない。
全ての開示される実施形態は、特許請求の範囲（全ての係属中、補正、公開および取り消された請求項を含めても）によって必ずしも網羅されない。さらに、開示される一実施形態は、いくつかの請求項によって網羅され得る（が、必ずしもされなくてもよい）。したがって、請求項（係属中、補正、発行および取り消されたかに関わらず）が特定の実施形態に向けられる場合、そのようなものは、他の請求項の範囲もまたその実施形態を網羅しないという証拠ではない。
別段明確に規定されない限り、互いに通信するものとして記載される装置は、互いに連続的な通信をしなくてもよい。それどころか、そのような装置は、必要または所望に応じてのみ互いに伝送する必要があり、実際にはほとんどの場合データを交換することを控え得る。例えば、別の機械とインターネットを介して通信する機械は、データを長期間（例えば、一度に数週間）他の機械に伝送しなくてもよい。さらに、互いに通信する装置は、１つまたはそれ以上の中間物の中を通して直接的にまたは間接的に通信し得る。装置は、それらが互いに少なくとも一方の通信が可能である場合に、互いに通信する。例えば、第１の装置は、第１の装置が第２の装置に情報を伝送することが可能な場合に、第２の装置と通信する。同様に、第２の装置は、第２の装置が第１の装置から情報を受信することが可能な場合に、第１の装置と通信する。
いくつかの構成要素または特徴を有する一実施形態の記載は、そのような構成要素または特徴の全てまたはいずれかも必要であることを暗示しない。それどころか、様々な任意の構成要素は、本発明に係る幅広い様々な可能な実施形態を図示するために記載される。別段明白に規定されない限り、どの構成要素または特徴も、必須または必要ではない。
プロセスステップ、アルゴリズム、または類似物が、特定の連続的順序において記載または主張され得るものの、そのようなプロセスは、異なる順序において機能するように構成され得る。言い換えれば、明白に記載または主張され得るステップのあらゆる連続または順序は、ステップがその順序で実行されるという必要条件を必ずしも示さない。本明細書に記載されるプロセスステップは、可能なあらゆる順序で実行され得る。さらに、いくつかのステップは、（例えば、一ステップがその別のステップの後に記載されるため）非同時的に生じるものとして記載または暗示されるにも関わらず、同時に実行され得る。その上、図面内のその描写によるプロセスの図示は、図示されるプロセスがそれへの他の変更および修正を除くことを暗示せず、図示されるプロセスまたはそのあらゆるステップが発明に必要であることを暗示せず、図示されるプロセスが好適であることを暗示しない。
プロセスは、複数のステップを含むものとして記載され得るものの、それは、ステップの全てまたはいずれかが好適である、必須である、または必要であることを暗示しない。記載される発明の範囲内の様々な他の実施形態は、記載されるステップのいくつかまたは全てを省略する他のプロセスを含む。別段明白に規定されない限り、どのステップも、必須または必要ではない。
プロセスは、単独でまたは他の製品または方法と無関係に記載され得るものの、一実施形態において、プロセスは、他の製品または方法と相互作用し得る。例えば、そのような相互作用は、１つのビジネスモデルを別のビジネスモデルに関連付けることを含み得る。そのような相互作用は、プロセスの柔軟性または望ましさを高めるために提供され得る。
製品は、複数の構成要素、態様、性質、特性および／または特徴を含むものとして記載され得るものの、それは、複数のうちのいずれかまたは全てが好適である、必須である、または必要であることを示さない。記載される発明の範囲内の様々な他の実施形態は、記載される複数のいくつかまたは全てを省略する他の製品を含む。
別段明確に規定されない限り、項目の列挙リスト（番号付けされても、またはされなくてもよい）は、項目のいずれかまたは全てが相互排他的であることを暗示しない。同様に、別段明確に規定されない限り、項目の列挙リスト（番号付けされても、またはされなくてもよい）は、項目のいずれかまたは全てが任意のカテゴリーを包括することを暗示しない。例えば、「コンピューター、ラップトップ、およびＰＤＡ」という列挙リストは、そのリストの３つの項目のいずれかまたは全てが相互排他的であることを暗示せず、そのリストの３つの項目のいずれかまたは全てが任意のカテゴリーを包括することを暗示しない。
項目の列挙リスト（番号付けされても、またはされなくてもよい）は、項目のいずれかまたは全てが互いに等しいこと、または互いに容易に代用されることを暗示しない。
全ての実施形態は例示的であり、場合によっては、発明またはあらゆる実施形態が、構成されたまたは実行されたことを暗示しない。
ＩＶ．コンピューティング
本明細書に記載される様々なプロセスが、例えば、適切にプログラミングされた汎用コンピューター、専用コンピューターおよびコンピューティング装置によって実装され得ることは、当業者には容易に明白になるであろう。典型的に、プロセッサ（例えば、１つまたはそれ以上の超小型プロセッサ、１つまたはそれ以上の超小型制御装置、１つまたはそれ以上のデジタル信号プロセッサ）は、命令（例えば、記憶装置または類似する装置から）を受信し、それらの命令を実行し、これによりそれらの命令によって定義される１つまたはそれ以上のプロセスを実行する。命令は、例えば、１つまたはそれ以上のコンピュータープログラム、１つまたはそれ以上のスクリプト内に実施され得る。
「算出する」という用語は、ソフトウェアアルゴリズムに従って、プロセッサを使用して決定することを意味するものとする。
「プロセッサ」は、基本設計概念（例えば、チップレベルの多重処理またはマルチコア、ＲＩＳＣ、ＣＩＳＣ、ＭＩＰＳ（Ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ ｗｉｔｈｏｕｔ Ｉｎｔｅｒｌｏｃｋｅｄ Ｐｉｐｅｌｉｎｅ Ｓｔａｇｅｓ）、パイプライン構成、同時マルチスレッディング、統合画像処理ユニットを有する超小型プロセッサ、ＧＰＧＰＵ）に関わらず、１つまたはそれ以上の超小型プロセッサ、中央処理装置（ＣＰＵ）、コンピューティング装置、超小型制御装置、デジタル信号プロセッサ、画像処理ユニット（ＧＰＵ）または類似する装置またはこれらの任意の組み合わせを意味する。
「コンピューティング装置」は、基本設計概念（例えば、チップレベルの多重処理またはマルチコア、ＲＩＳＣ、ＣＩＳＣ、ＭＩＰＳ、パイプライン構成、同時マルチスレッディング）に関わらず、１つまたはそれ以上の超小型プロセッサ、中央処理装置（ＣＰＵ）、コンピューティング装置、超小型制御装置、デジタル信号プロセッサ、グラフィックスカード、携帯ゲーム装置、または類似する装置またはこれらの任意の組み合わせを意味する。
したがって、プロセスの記載は、同様にプロセスを実行するための装置の記載である。プロセスを実行する装置は、例えば、プロセッサ、およびプロセスを実行するために適切なそれらの入力装置および出力装置を含み得る。例えば、プロセスの記載は、プロセッサ、およびプロセッサによって実行される際、プロセッサに、方法を実行するように指示する命令を含むプログラムを記憶する記憶装置、を含む装置の記載である。
プロセスを実行する装置は、プロセスを実行するために共に機能する複数のコンピューティング装置を含み得る。コンピューティング装置のいくつかは、プロセスの各ステップを実行するために共に機能することができ、プロセスの別々のステップに取り組むことができ、他のコンピューティング装置がプロセスの実行を容易にし得る、基本的なサービスを提供することができる。そのようなコンピューティング装置は、中央集権の命令の下に作動し得る。別の実施形態において、そのようなコンピューティング装置は、中央集権の命令なしに作動し得る。これらの方法のうちいくつかまたは全てにおいて動作し得る装置のいくつかの例は、グリッドコンピューターシステム、クラウドコンピューターシステム、ピアツーピアコンピューターシステム、ソフトウェアをサービスとして提供するように構成されたコンピューターシステム、などを含み得る。例えば、装置は、そのプロセス負荷の大部分を遠隔サーバー上で実行するが、表示情報をローカルユーザーコンピューターに出力し、そこからユーザー入力情報を受信する、ＶＭｗａｒｅソフトウェアを実行するコンピューターシステムなどの、コンピューターシステムを含み得る。
さらに、そのような方法（および他のデータ型）を実装するプログラムは、様々な媒体（例えば、コンピューター可読媒体）を使用して多くの方法で記憶され、伝送され得る。いくつかの実施形態において、ハードワイヤード回路またはカスタムハードウェアが、様々な実施形態のプロセスを実装し得るソフトウェア命令のうちいくつかまたは全ての代わりに、またはそれとの組み合わせで使用され得る。したがって、ハードウェアおよびソフトウェアの様々な組み合わせが、ソフトウェアのみの代わりに使用され得る。
「コンピューター可読媒体」と言う用語は、あらゆる媒体、複数のそれ、またはコンピューター、プロセッサ、または類似する装置によって読み込まれ得るデータ（例えば、命令、データ構造）を提供することに関与する異なる媒体の組み合わせに言及する。そのような媒体は、不揮発性媒体、揮発性媒体、および伝送媒体を含むが、これに限定されない、多くの形態を取り得る。不揮発性媒体は、例えば、光または磁気ディスクおよび他の永続記憶装置を含む。揮発性媒体は、典型的に主記憶装置を構成するダイナミックランダムアクセス記憶装置（ＤＲＡＭ）を含む。伝送媒体は、プロセッサに結合されたシステムバスを含む配線を含む、同軸ケーブル、銅線および光ファイバーを含む。伝送媒体は、無線周波数（ＲＦ）および赤外線（ＩＲ）データ通信中に発生するような、音波、光波および電磁放射線を含むまたは伝達し得る。コンピューター可読媒体の一般的な形態は、例えば、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気テープ、あらゆる他の磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤ、あらゆる他の光媒体、パンチカード、穿孔テープ、孔のパターンを有するあらゆる他の物理的な媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＥＰＲＯＭ、あらゆる他の記憶装置チップまたはカートリッジ、本明細書の以下に記載する搬送波、またはコンピューターがそこから読み込みをし得る、あらゆる他の媒体を含む。
「有形コンピューター可読媒体」という用語は、光または磁気ディスクなどのハードウェア構成要素を含む「コンピューター可読媒体」に言及する。
コンピューター可読媒体の様々な形態は、データ（例えば、命令の連続）をプロセッサに伝送することに関与し得る。例えば、データは、（ｉ）ＲＡＭからプロセッサに伝送され得る、（ｉｉ）無線伝送媒体によって渡され得る、（ｉｉｉ）Ｅｔｈｅｒｎｅｔ（またはＩＥＥＥ８０２．３）、ＷｉＦｉ Ａｌｌｉａｎｃｅによって承認されるかに関わらず、ＩＥＥＥ８０２．１１仕様によって定義される無線ローカルエリアネットワーク通信、ＳＡＰ、ＡＴＰ、Ｂｌｕｅｔｏｏｔｈ（商標）、およびＴＣＰ／ＩＰ、ＴＤＭＡ、ＣＤＭＡ、および３Ｇなどの、多数の形式、基準またはプロトコルに従って形式を整えられる、および／または伝送され得る、および／または（ｉｖ）プライバシーを確保する、または当技術分野でよく知られる様々な方法のあらゆる詐欺を防止するために、暗号化され得る。
「データベース」という用語は、検索可能な形式で記憶される、あらゆる電子的に記憶されたデータの群に言及する。
「データ構造」という用語は、コンピューターなどのハードウェア機械内のデータベースに言及する。
「ネットワーク」という用語は、通信経路によって相互接続される、一連の点およびノードを意味する。例えば、ネットワークは、１つまたはそれ以上の有線および／または無線通信経路によって相互接続される複数のコンピューターまたは通信装置を含み得る。ネットワークは、他のネットワークと相互接続すること、およびサブネットワークを含むことができる。
「所定の」という用語は、予め、例えば、現在または現在の行動より前に、決定されること、を意味する。例えば、「所定の値を表示すること」という語句は、表示する動作の前に決定された値を表示することを意味する。
「条件」という用語は、（１）合意の達成が依存する前提、または（２）他の何かの出現または発生に必須である何か、を意味する。
「取引」という用語は、（１）商品、サービス、または資金の交換または移動、または（２）相互に作用するまたは互いに影響を与える、２つの当事者または物が関与するコミュニケーション行動または活動、を意味する。
したがって、プロセスの記載は、同様にプロセスを実行するためのプログラムを記憶するコンピューター可読媒体の記載である。コンピューター可読媒体は、方法を実行するために適切な（あらゆる適切な形式の）それらのプログラム要素を記憶し得る。例えば、プロセスの記載は、プロセッサによって実行される際、プロセッサに、方法を実行するように指示する命令を含むプログラムを記憶する、コンピューター可読記憶媒体の記載である。
プロセス内の様々なステップの記載が、全ての記載されるステップが必要とされることを示さないように、装置の実施形態は、記載されるプロセスのいくつか（しかし必ずしも全てではない）を実行するために動作し得るコンピューターまたはコンピューティング装置を含む。
同様に、プロセス内の様々なステップの記載が、全ての記載されるステップが必要とされることを示さないように、プログラムまたはデータ構造を記憶するコンピューター可読媒体の実施形態は、実行される際、プロセッサに、記載されるプロセスのいくつか（しかし必ずしも全てではない）を実行させ得るプログラムを記憶するコンピューター可読媒体を含む。
データベースが記載される際、当業者によって（ｉ）記載されるものに代わるデータベース構造が、容易に用いられ得ること、および（ｉｉ）データベース以外の他の記憶装置構造が容易に用いられ得ること、が理解されるであろう。本明細書に提示されるあらゆる例示的なデータベースのあらゆる図示または記載は、記憶される情報の表現のための例示的な配置である。あらゆる数の他の配置が、例えば、図面または他の場所に図示される表によって示されるもの以外に、用いられ得る。同様に、データベースのあらゆる図示される項目は、例示的な情報のみを表し、当業者は、項目の数および内容が本明細書に記載されるものとは異なり得ることを理解するであろう。さらに、表としてのデータベースのあらゆる描写にも関わらず、他の形式（リレーショナルデータベース、オブジェクトベースのモデルおよび／または分散型データベースを含む）が、本明細書に記載されるデータ型を記憶および操作するために使用され得る。同様に、データベースのオブジェクト方法または動作は、本明細書に記載されるような、様々なプロセスを実装するために使用され得る。さらに、データベースは、既知の方法で、そのようなデータベース内のデータにアクセスする装置に対してローカルにまたは遠隔的に記憶され得る。
様々な実施形態が、１つまたはそれ以上の装置と通信する（例えば、通信ネットワークを介して）コンピューターを含むネットワーク環境内で機能するために構成され得る。コンピューターは、任意の有線または無線媒体（例えば、インターネット、ＬＡＮ、ＷＡＮまたはＥｔｈｅｒｎｅｔ、トークンリング、電話回線、ケーブル回線、無線チャネル、光通信回線、商業オンラインサービスプロバイダー、掲示板システム、衛星通信回線、以上のいずれかの組み合わせ）を介して、装置と直接的にまたは間接的に通信し得る。各装置は、コンピューターと通信するように適合される、Ｉｎｔｅｌ（登録商標）、Ｐｅｎｔｉｕｍ（登録商標）、またはＣｅｎｔｒｉｎｏ（商標）、またはＡｔｏｍ（商標）またはＣｏｒｅ（商標）プロセッサに基づくものなどの、コンピューターまたは他のコンピューティング装置を自身が含んでもよい。任意の数および種類の装置がコンピューターと通信し得る。
一実施形態において、サーバーコンピューターまたは中央集権は、必要または好適でなくてもよい。例えば、本発明は、一実施形態において、中央権力なしに１つまたはそれ以上の装置に実装され得る。そのような実施形態において、本明細書にサーバーコンピューター、またはサーバーコンピューター上に記憶されるものとして記載されるデータ、によって実行されるものとして記載されるあらゆる機能は、代わりに１つまたはそれ以上のそのような装置によって実行される、またはそれ上に記憶され得る。
プロセスが記載される場合、一実施形態において、プロセスは、ユーザーの介入なしで動作し得る。別の実施形態において、プロセスは、いくらかの人の介入を含む（例えば、ステップは、人によって、またはその支援によって実行される）。
本明細書に使用されるように、「暗号化」と言う用語は、情報が、特殊な知識なしでは容易に理解可能ではないように、情報を分かりにくくするまたは隠すためのプロセスに言及する。暗号化のプロセスは、平文と呼ばれる生情報を、暗号化情報に変換し得る。暗号化情報は、暗号文と呼ばれてもよく、平文を暗号文に変換するためのアルゴリズムは、暗号と称されてもよい。暗号は、暗号文を平文に戻す変換の逆動作を実行するためにも使用され得る。暗号の例は、換字暗号、転置式暗号、およびローター機械を使用して実装される暗号を含む。
様々な暗号化方法において、暗号化は、鍵と呼ばれる一補足情報を必要とし得る。鍵は、例えば、ビットの列で構成され得る。鍵は、平文を暗号化するために、暗号とともに使用され得る。鍵はまた、暗号文を復号化するために、暗号とともに使用され得る。対称鍵アルゴリズム（例えば、秘密鍵暗号）と呼ばれる暗号のカテゴリーにおいて、同一の鍵が暗号化および復号化の両方に使用される。したがって、暗号化情報の尊厳は、鍵が秘密にされることに依存し得る。対称鍵アルゴリズムの例は、ＤＥＳおよびＡＥＳである。非対称鍵アルゴリズム（例えば、公開鍵暗号）と呼ばれる暗号のカテゴリーにおいて、異なる鍵が暗号化および復号化に使用される。非対称鍵アルゴリズムによって、一般のあらゆる人が、平文を暗号文に暗号化するために、第１の鍵（例えば、公開鍵）を使用し得る。しかしながら、第２の鍵（例えば、秘密鍵）の所有者のみが、暗号文を平文に戻す復号化をすることができるであろう。非対称鍵アルゴリズムの例は、ＲＳＡアルゴリズムである。
Ｖ．継続出願
本開示は、当業者に、いくつかの実施形態および／または発明の授権記載を提供する。これらの実施形態および／または発明のいくつかは、本出願において主張されない可能性があるが、それにも関わらず、本出願の優先権の利益を主張する１つまたはそれ以上の継続出願において主張される可能性がある。
出願人は、開示され実施可能にされているが、本出願においては主張されていない主題の、特許取得手続きを遂行するために、追加の出願を出願することを意図する。
ＶＩ．放棄
特定の実施形態への多数の言及は、追加の異なる実施形態の放棄または否定を示さず、同様に、特定の特徴を全て含む実施形態の記載への言及は、その特定の特徴を含まない実施形態の放棄または否定を示さない。本出願における明確な放棄または否定は、「を含まない」という語句によって、または「実行できない」という語句によって前置きされるであろう。
ＩＸ．文献の引用
本明細書で参照されるあらゆる特許、特許出願または文書は、参照によって本特許出願に本開示の一部として組み込まれるが、３５Ｕ．Ｓ．Ｃ．§１１２、段落１に係る書面による開示および実施可能化の目的のみのためであって、そのような文献の引用なしでは、当業者によって通常の意味が確かめられない限り、本出願のいかなる用語を限定する、定義する、または別の方法で解釈するためにも決して使用されるべきではない。そのような当業者は、参照内に提供されるあらゆる実施形態によって決して限定される必要はない。反対に、本出願に提供される定義は、本明細書に参照によって組み込まれるいかなる文書のいかなる用語を限定する、定義する、または別の方法で解釈するために使用されるべきではない。それにも関わらず、本出願で明白に明記される定義は、定義（複数可）と相容れない可能性がある特定の実施形態の記載を制御している。
あらゆる文献の引用は、それ自体としては、本特許出願において別段明白に規定されない限り、いかなる組み込まれる特許、特許出願または他の文書に含まれる記述、見解、議論または特性評価の承認、批准、または黙諾も暗示しない。
ＶＩＩ．出願経過
（特許請求の範囲を含む）本出願を解釈する際、当業者は、本出願に関連すると見なされる他の特許出願があるかどうかに関わらず、かつ本出願と優先権の主張を共有する他の特許出願があるかどうかに関わらず、あらゆる他の特許または特許出願の出願経過ではなく、本出願の出願経過を参照するものとする。
ＶＩＩＩ．代替技術
様々な実施形態を構成する、使用する、または実施するための、本明細書に記載される技術は、同一のまたは類似の目的のために使用され得る可能な技術のほんの一部であることが理解されるであろう。本明細書に記載される特定の技術は、限定するものとして解釈されるべきではない。むしろ、様々な実施形態は、様々な実施形態を構成する、使用する、または実施するための代替技術を期待する。
修正、追加、または省略は、本発明の範囲を逸脱することなく、方法に対してなされ得る。方法は、より多い、より少ない、または他のステップを含み得る。さらに、ステップは、本発明の範囲を逸脱することなく、あらゆる適切な順序で実行され得る。
本開示は、特定の実施形態および一般的に関連する方法の観点から記載されているが、実施形態および方法の訂正および変形は、当業者にとって明白であろう。したがって、例示的実施形態の以上の記載は、本開示を制約しない。他の変更、代用、および訂正もまた、本発明の趣旨および範囲を逸脱することなく、本明細書の特許請求の範囲によって定義されるように、可能である。
例示的実施形態の詳細な説明
いくつかの実施形態は、一般的に電子外貨取引を行うためのシステムに関し得る。特に、いくつかの実施形態は、方法、非標準通貨の先物契約およびスワップなどの通貨取引を扱うことが可能なシステムに関わる製品および装置の項目、を含み得る。しかしながら、システムは、先物契約、確定利率、株式、上場先物、スワペイション、などを含む、多くの他の種類の金融商品においても動作可能である。システムはまた、利子預金などの非通貨商品も取引し得る。
図１は、銀行Ａ１０４、銀行Ｂ１０６、銀行Ｃ１０８、銀行Ｄ１１０などの参加者が通貨を交換し得る為替市場（または市場（複数））１０２を含む、例示的な外貨システム１００を図示する。買い手１１２は、所望の通貨を参加する売り手１１４から購入するために、為替市場１０２を使用し得る。通貨システム１００は、１つまたはそれ以上の通貨取引１１６のために、通貨の価値の情報または指針を提供するためにも用いられ得る。いくつかの実施形態において、買い手１１２および売り手１１４は、顧客参加者の代理として外貨を購入し、売却するトレーダーである。他の実施形態において、トレーダー１１２および売り手１１４は、自身の代理として取引している。
図１の例における参加者は銀行であるものの、参加者は、商業銀行、投資銀行、政府、法人、現金管理者、投資信託会社、ヘッジファンドおよび／または年金機構などの、あらゆる種類の存在であり得る。これらの存在は、国際貿易の資金を調達することと、国際投資ポートフォリオを管理することと、金融政策を実装することと、を含む様々な理由のために、外国取引を行い得る。
典型的に、外国為替（ＦＸ）取引において、通貨は２つ一組で価格付けされ、１つの通貨が別の通貨に対して取引される。これらの取引決定の多くは、通貨為替レートに基づく。これらの外貨為替レートは、様々な要因のためにしばしば変動する。これら要因のいくつかは、国の政治的安定性、景気動向、公債、財政政策、インフレにおける格差、利率および交易条件（例えば、輸出および輸入活動）における格差を含み得る。
ＦＸ市場は、現在、通貨の価値におけるこれらの変動を見越す、またはそれに対してリスクの分散を図ろうとする投資家のために、いくつかの方法を提供する。これらの手段のいくつかは、先物契約、スワップ、先物取引、オプション契約および現物取引を含み得る。本出願内で使用される例は、外貨取引に関するものの、システムの実施形態は、その適用のみに限定されない。
図２ａ〜２ｂに示されるように、いくつかの実施形態に係るシステム２００は、複数のプロセッサ２０４を含むサーバー２０２、記憶装置２０６および汎用コンピューター内に典型的に存在する他の構成要素を含む。
各トレーダーの取引ソフトウェアアプリケーションは、システム２００への、およびそこからのデータストリームを市場に渡すために、市場ネットワーク内に統合される。いくつかの実施形態において、データは実時間で渡される。他の実施形態において、伝送の様々な遅延および／またはシステム内の待ち時間のために、データを渡すことにおいて遅延時間が存在する。システム２００は、買い／売り注文を様々なトレーダーから受信し、注文を市場の中央プロセスサーバー２０２に送信する。システム２００は、データフィードを中央プロセスサーバー２０２から受信することも可能である。
記憶装置２０６は、プロセッサ２０４によって実行され得る命令２０８、およびプロセッサ２０４によって検索され、操作され、または記憶され得るデータ２１０を含む、少なくとも１つのプロセッサ２０４によってアクセス可能な情報を記憶する。記憶装置は、ハードドライブ、メモリカード、ＲＯＭ、ＲＡＭ、ＤＶＤ、ＣＤ−ＲＯＭ、書き込み可能、読み込み専用記憶装置および他のコンピューター媒体などの、プロセッサ２０４によってアクセス可能な情報を記憶することが可能ないかなる種類であってもよい。
プロセッサ２０４は、Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎからのプロセッサなどの、いかなる数の既知のプロセッサであってもよい。代替方法として、プロセッサ２０４は、ＡＳＩＣなどの専用制御装置であり得る。
命令２０８は、プロセッサ２０４によって、直接的に（機械コードなど）または間接的に（スクリプトなど）実行され得るあらゆる一連の命令であり得る。その点において、「命令」、「ステップ」および「プログラム」という用語は、本明細書において区別せずに使用され得る。命令は、プロセッサが命令によって意図される目的を実現することを可能にするアルゴリズムとしても機能し得る。命令は、プロセッサによって直接実行するために、オブジェクトコード形式内または要求に応じて解釈されるまたは事前にコンパイルされるスクリプトまたは独立したソースコードモジュールの群を含む任意の他のコンピューター言語内に記憶され得る。命令の機能、方法およびルーティンを、以下でより詳細に説明する。
データ２１０は、命令２０８に従って、プロセッサ２０４によって、検索され、記憶され、修正され得る。例えば、実施形態はいかなる特定のデータ構造によっても限定されないものの、データは、複数の異なるフィールドおよびレコードを有する表、ＸＭＬ文書、または単層ファイルとして、コンピューターのレジスター内、リレーショナルデータベース内に記憶され得る。データはまた、２進値、ＡＳＣＩＩまたはユニコードなどであるが、これに限定されない、あらゆるコンピューター可読形式に整えられ得る。その上、データは、説明文、専用コード、ポインター、他の記憶装置（他のネットワーク位置を含む）内に記憶されるデータへの言及、または関連データを計算するための関数によって使用される情報などの、関連情報を特定するのに十分なあらゆる情報を含み得る。
プロセッサおよび記憶装置は、図２において同一のブロック内に機能的に図示されるものの、プロセッサおよび記憶装置は、実際には同一の物理的筺体内に記憶されても、またはされなくてもよい、複数のプロセッサおよび記憶装置を含むことが当業者によって理解されるであろう。例えば、命令およびデータのいくつかは、取り外し可能なＣＤ−ＲＯＭ上に、他は、読み込み専用コンピューターチップ内に、記憶され得る。命令およびデータのいくつかまたは全ては、プロセッサから物理的に遠隔であるが、それによって依然としてアクセス可能な位置内に記憶され得る。同様に、プロセッサは、実際には並行して動作しても、またはしなくてもよい、プロセッサの群を含み得る。
図２ａおよび２ｂに示されるように、コンピューターは、１つまたはそれ以上のクライアントコンピューター２１２〜２１４と通信するサーバー２０２であり得る。各クライアントコンピューターは、プロセッサ、記憶装置、および命令を有する、サーバー２０２と同様に構成され得る。各クライアントコンピューター２１２〜２１４は、人２１６〜２１８による使用を意図され、パーソナルコンピューターに通常存在する、中央処理装置（ＣＰＵ）、ディスプレイ２２０、ＣＤ−ＲＯＭ、ハードドライブ、ユーザー入力装置（例えば、マウス、キーボード、タッチスクリーンまたはマイク）、スピーカー、モデムおよび／またはネットワークインターフェース装置（電話、ケーブルまたは他の方法）およびこれらの要素を互いに接続するために使用される全ての構成要素などの、全ての内部構成要素を有する、パーソナルコンピューターであり得る。その上、本明細書に記載されるシステムおよび方法に係るコンピューターは、汎用コンピューター、ローカル記憶装置容量が不足するネットワークコンピューター、モデムを有するＰＤＡ、インターネットケーブル無線電話、Ｇｏｏｇｌｅ ｇｌａｓｓ、および他の拡張現実装置を含む、命令を実行し、人および他のコンピューターへのおよびそこからのデータを伝送することが可能なあらゆる装置を含み得る。
サーバー２０２およびクライアントコンピューター２１２〜２１４は、ネットワーク２２２上などの、直接的および間接的通信が可能である。図２ａ〜２ｂにおいて、いくつかのコンピューターのみが描写されるものの、典型的なシステムは、各異なるコンピューターがネットワーク２２２の異なるノードにある、大量の接続されたコンピューターを含み得ることが理解されるべきである。ネットワークおよび介在するノードは、インターネット、イントラネット、仮想プライベートネットワーク、広域ネットワーク、ローカルネットワーク、１つまたはそれ以上の会社が所有する通信プロトコルを使用するプライベートネットワーク、Ｅｔｈｅｒｎｅｔ、ＷｉＦｉおよびＨＴＴＰを含む、様々な構成およびプロトコルを含み得る。そのような通信は、モデム（例えば、ダイヤルアップ接続またはケーブル）、ネットワークおよび無線インターフェースのような、データを他のコンピューターへ、およびそこから伝送することが可能な、あらゆる装置によって容易にされ得る。サーバー２０２は、ウェブサーバーであり得る。
上記に述べたように、情報が伝送されるまたは受信される際に特定の利点が取得されるものの、様々な実施形態の他の態様は、情報の伝送のいかなる特定の方法にも限定されない。例えば、いくつかの態様において、情報は、ディスク、テープまたはＣＤ−ＲＯＭなどの媒体を介して送信され得る。他の態様において、情報は、非電子的な形式で伝送され、手動でシステム内に入力され得る。さらに、いくつかの機能は、サーバー上で、および他はクライアント上で行われるものとして示されるものの、様々な実施形態の様々な態様が、単一のプロセッサを有する単一のコンピューターによって実装され得る。
図２ａに戻って参照すると、データ２１０は、様々な外貨の買い／売り注文を記憶するデータベース２２４を含む。システムおよび方法は、特定の種類または形式に限定されない。データベース２２４は、情報をビットマップ、１次元配列ファイル、または他のデータ形式として記憶し得る。データベース２２４は、各買い／売り注文に関連する１つまたはそれ以上のパラメーターに関連する情報も記憶し得る。これらのパラメーターデータのいくつかは、注文の制限期間、参加者当事者間の信用限度、所望の注文の量、取引曲線、およびマッチングを開始するために必要とされる最低取引額を含み得るが、これに限られない。いくつかの実施形態において、データベース２２４は、ユーザーによって、ウェブブラウザまたは携帯アプリケーションを通してアクセス可能なクラウドに基づくアプリケーション内に記憶され得る。そのような例において、ソフトウェアおよびデータは、サーバー上に遠隔位置で記憶され得る。
図３ａおよび３ｂは、システムおよび方法の一態様に係る、スクリーンショットを提供する。特に、図３ａは、システム２００にログオンするトレーダーに表示されるような、トレーダーインターフェース３００を描写する。図３ｂは、システム２００にログオンするブローカーに表示されるような、ブローカーインターフェース３２２を描写する。トレーダーインターフェース３００およびブローカーインターフェース３２２は多くの類似の要素を共有するが、それらは、異なる機能性もまた提供する。いくつかの実施形態において、ブローカーインターフェース３２２は、トレーダーインターフェース３００を通しては利用不可能であり得る管理オプションを提供する。例えば、ブローカーインターフェース３２２にログインするユーザーは、取引曲線を変更する能力を有し得るのに対して、取引インターフェース３００にログオンするユーザーは、有し得ない。ブローカーインターフェース３２２は、選択された際、複数のブローカーに特定のサブタブを提供する、管理タブ３２４も提供し得る。これらのサブタブのいくつかの例は、図３ｂ内に図示される。サブタブは、受信される注文をマッチングするためのサブタブ３２６、競売時間の予定を決めるためのサブタブ３２８、ユーザー承認のためのサブタブ３３０、および予定される祝日を編集するためのサブタブ３３２、を含み得る。
トレーダーおよびブローカーの両方が、固有のユーザーネームおよびパスワードログイン認証情報を使用してシステム２００にログインする。このログイン認証情報は、システム２００が買い／売り注文が特定のトレーダーから来ること認識することを可能にする。
図３ａに示されるように、トレーダーは、取引システム２００にログインした後、取引インターフェース３００を提示される。トレーダーは、取引する外貨の種類を、タブ３０２〜３０６のうち１つを介して選択し得る。図３ａの例において、トレーダーインターフェース３００は、以下の通貨の選択肢、ＫＺＴ、ＲＵＢおよびＵＡＨを提供し、各通貨は、それぞれタブ３０２、３０４および３０６に対応する。
図３ａ内の例はＫＺＴ、ＲＵＢおよびＵＡＨのためのタブを示すものの、システム２００は、これらの外貨に限定されない。システム２００は、あらゆる種類の外貨および／または種類の金融商品を扱うことが可能である。例えば、システム２００上で処理される非標準外貨の種類は、アルゼンチンペソ（ＡＲＳ）、ブラジルレアル（ＢＲＬ）、チリペソ（ＣＬＰ）、中国人民元（ＣＮＹ）、コロンビアペソ（ＣＯＰ）、グアテマラケツァール（ＧＴＱ）、インドルピー（ＩＮＲ）、インドネシアルピア（ＩＤＲ）、マレーシアリンギット（ＭＹＲ）、イスラエルシケル（ＩＬＳ）、ペルーヌエボソル（ＰＥＮ）、フィリピンペソ（ＰＨＰ）、韓国ウォン（ＫＲＷ）、台湾ドル（ＴＷＤ）、ベネズエラボリバル（ＶＥＢ）およびベトナムドン（ＶＮＤ）を含み得る。システム２００は、あらゆる種類の非標準および統一通貨を扱うことが可能であり得る。
いくつかの実施形態の一態様において、トレーダーは、マウスの使用を通して外貨を選択する。通貨タブ３０２〜３０６のうち１つの上にカーソルを移動することによって、トレーダーインターフェース３００は、関連するサブタブをさらに表示するプルダウンメニューを発生させる。これらのサブタブの例は、取引曲線の図式を発生させるためのサブタブ３１０、注文入力ウィンドウを発生させるためのサブタブ３１２、信用限度ウィンドウを発生させるためのサブタブ３１４、および以前の取引の取引履歴を描写するためのサブタブ３１６、を含み得る。
図３ａに戻って参照すると、取引インターフェース３００は、ディスプレイ３１８内に、競売時間をもまた表示し得る。競売時間は、送信される全ての注文がシステム２００によって受信されなければならない、期限を示す。先入先出プロセス（ＦＩＦＯ）を使用してマッチングする代わりに、実施形態のいくつかの態様において、システム２００は、送信される注文の全てを単一の周期内でマッチングするのを、競売時間が終了した後まで待つ。送信される注文を単一の周期上でマッチングするのを待つことによって、システム２００は、最も多い全取引量を発生させるマッチング関係の組み合わせを選択することが可能である。
本出願において使用される例は、単一動作周期内に生じるマッチングプロセスを記載するものの、先入先出マッチングプロセスのいくつかまたは全てをもまた利用し得るシステム２００のいくつかの実施形態が存在する。さらに、システム２００のいくつかの実施形態は、複数の競売時間をもまた有する。そのような例において、トレーダーは、特定の競売時間をディスプレイ３１８に示される複数の競売時間から選択し得る。
実施形態のいくつかの態様において、トレーダーは、あらゆる以前の送信注文を取り消すおよび／または編集する機会を有し得る。例えば、いくつかの実施形態において、トレーダーが、ディスプレイ３１８内の競売時間の終了前に取り消すための自身の要求を送信する場合、システム２００は、注文を除去する。彼にこの取り消しを通知する表示が、トレーダーに送信され得る。
ディスプレイ３１８内の競売時間が終了すると、ブローカーは、受信された全ての注文を処理するためにシステム２００に送信し得る。マッチングプロセスを使用して、システム２００は、送信される注文を、全取引量を最適化する方法でマッチングしようとする。いくつかの実施形態の一態様において、買い／売り注文の送信は、１日に１回などのように、定期的に生じ得る。しかしながら、いくつかの実施形態の他の態様において、買い／売り注文の送信は、１日に１回よりも頻繁に生じ得る。例えば、買い／売り注文は、３０分ごと、１時間ごと、１日に数回、または１日に１回よりも多い頻度で処理され得る。いくつかの実施形態の別の態様において、注文の送信は、１日に１回よりも少ない頻度で生じ得る。例えば、買い／売り注文は、１日おき、１週間に１回、１ヶ月に１回、または１日に１回よりも少ない頻度で処理され得る。
いくつかの実施形態において、買い／売り注文の送信は、トリガ閾値またはイベントの後に生じ得る。あらゆる数の要因および考慮が、トリガイベントのために使用され得る。例えば、トリガイベントは、受信される注文の量が閾値数を超える際に、生じ得る。別の例において、トリガイベントは、受信される注文の総量が閾値額を超える際に、生じ得る。さらに別の実施形態において、トリガイベントは、単一の注文の額が閾値額を超える際に、生じ得る。
実施形態の一態様において、トリガイベントは、ブローカーによってあらゆる買い／売り注文がシステム２００に送信される前に決定され得る。実施形態の別の態様において、トリガイベントは、１つまたはそれ以上の買い／売り注文がシステム２００によって受信された後に決定され得る。トリガイベントは、ブローカーのみによって送信されることに限定されない。顧客参加者および／またはあらゆる第三者もまた、トリガイベントをシステム２００に示し得る。
図４は、システム２００が取引インターフェース３００内のサブタブ３１４の選択に反応して発生させる、注文入力ウィンドウ４００の一実施形態のスクリーンショットを提供する。トレーダーは、注文入力ウィンドウ４００を使用して自身の注文要求を入力する。行４０６〜４５２の各々は、特定の固定日に対応する。特定の固定日に通貨の注文をするために、トレーダーは、所望の通貨の量を買い／売り列４１２内の行４０６〜４５２のうち１行に入力する。
実施形態の一態様において、トレーダーは、注文が買い注文であることを所望の量の前の「＋」記号によって示す。彼は、所望の量の前に「−」記号を入力することによって、注文が売り注文であることをもまた示す。
列４０２は、一期間の利用可能な固定日を示す。固定日は、通貨取引が生じる日を表す。固定日は、通過が実際に渡される日を表す、受渡日（列４０８に描写される）とは異なる。受渡日は、固定日の日またはその後に生じ得る。実施形態の一態様において、受渡日は、固定日の１〜２営業日後に生じる。本出願の例示的な例は、契約された通貨の額が受渡日に渡される状況を記載する。しかしながら、いくつかの実施形態において、額面価額の差のみが渡される。差は、予測為替レートと固定日の実際の為替レートとの間で計算される。この計算された差は、基準貨幣額（または額面価額）に適用され、差は、受渡日に渡される。
列４１０は、各固定日のための中間為替レート（または中間レート）を示す。実施形態のいくつかの態様において、中間レートは、ブローカーによってシステムがあらゆる注文を受信するより前に予測される。図８に示される（下記により詳細に記載する）ように、トレーダーおよびブローカーの両方は、曲線ウィンドウ８００内に表示される取引曲線を介して、中間レートを閲覧し得る。システム２００は、特定の固定日の通貨の価値を計算するために、中間レートを使用し得る。ほとんどの実施形態において、システム２００は、特定の固定日の実際の通貨為替レートに関わらず、中間レートを使用する。
いくつかの実施形態において、システム２００は、全てのマッチングされた注文がゼロサム必要条件を指定期間内に満たすことを要求する。指定期間は、時に制限期間またはリセット期間と称される。注文がシステム２００によってマッチングされるためには、反対注文、または交換注文が、反対の額で制限期間内に処理されなければならない。例えば、顧客１は、買い注文を＋４００万の額で送信する。注文は、３０日の制限期間を有する。したがって、システム２００が＋４００万の買い注文をマッチングするためには、顧客１は、売り注文を−４００万の等しい額でもまた送信しなければならず、売り注文は３０日の制限期間内に生じる固定日を有されなければならない。ゼロサム必要条件は、トレーダーが多すぎるリスクを負わないことを確保するのに役立つ。それは、トレーダーのエクスポージャーを軽減するのに役立つ。実施形態の一態様において、ゼロサム必要条件は、リスクテールの分散を図るために使用される。したがって、ゼロサム必要条件は、市場で起こり得る、時に不合理で予測不可能なイベントに対する保護として役に立ち得る。
本出願に記載される例は、ゼロサムバランス必要条件を仮定するものの、他の実施形態において、ゼロサムバランス必要条件を抜け出て、参加者に追加のリスクを引き受けさせることが可能である。この追加のリスク、またはエクスポージャーリスクは、多くの異なる方法で定義され得る。一実施形態において、エクスポージャーリスクは、事前に定義された額として定義され得る。この事前に定義された額は、基準通貨、非標準通貨または任意の他の額の観点から表され得る。事前に定義された額は、参加者、トレーダー、ブローカーまたは任意の他の存在によって決定され得る。例えば、参加者は、参加者にプラスマイナス＄３０００万ＵＳＤ内でゼロサムバランスから逸脱することを許す、＄３０００万ＵＳＤのエクスポージャー限度を定義し得る。
別の実施形態において、エクスポージャー限度は、フレキシブル制またはスライド制で表され得る。例えば、参加者のエクスポージャー限度は、取引される取引量と関連付けられ得る。別の例において、エクスポージャー限度は、全取引量の割合であり得る。したがって、システム２００が取引内で＄５億ＵＳＤをマッチングする場合、エクスポージャー限度は＄５０００万ＵＳＤであり得るであろう。この例において、参加者は、＄５０００万ＵＳＤのエクスポージャー限度内でゼロサムバランス必要条件から逸脱することが許されるであろう。
さらに別の実施形態において、参加者は、基準通貨の観点からエクスポージャー限度を規定する。取引される各異なる種類の通貨に対して、エクスポージャー限度の額が、その基準通貨に基づいて計算される。結果として、特定の日に、各種類の通貨に対するエクスポージャー限度は、その日の為替レートによって異なり得る。例えば、参加者Ａのエクスポージャー限度が＄５０００万ＵＳＤに設定されると仮定すると、参加者Ａがロシアルーブルで取引する場合、彼のエクスポージャー限度は、その日の＄５０００万ＵＳＤに等しいルーブルであり得る。参加者Ａがその後日本円で取引するように切り替える場合、彼のエクスポージャー限度は、その日の＄５０００万ＵＳＤに等しい円に変換できる。いくつかの実施形態において、異なる通貨に対するエクスポージャー限度は、異なる額に事前に決定され得る。例えば、日本円に対するエクスポージャー限度は＄５０００万ＵＳＤと事前に定義され得るが、ロシアルーブルに対するエクスポージャー限度は、＄１００万と事前に定義され得る。
実施形態の一態様において、システム２００は、既定の制限期間を送信される各注文に割り当てる。この既定の期間は、ブローカーによってあらゆる取引がシステム２００内に生じる前に事前に決定され得る。トレーダー、顧客、第三者または任意の他の存在もまた、既定の期間を事前に決定し得る。いくつかの実施形態において、既定の制限期間は、注文ウィンドウ４００内に表示される行４０６〜４５２の合計数によって示され得る。
実施形態の別の態様において、既定の制限期間は、システム２００のユーザーによってさらにカスタマイズされ得る。例えば、既定の制限期間は、より小さい時間間隔に分割され得る。このカスタマイズは、トレーダー、ブローカー、顧客、他の第三者、などによってなされ得る。図４に示される例において、トレーダーは、列４１４内の１つまたはそれ以上の欄を選択することによって既定の制限期間をカスタマイズし得る。列４１４内の欄を選択することによって、トレーダーは、システム２００に、彼が既定の制限期間を複数のより短い期間に分割することを希望することを示す。システム２００は、短縮された制限期間に対するゼロサム必要条件を満たすように試みるであろう。例えば、トレーダーが２０１２年３月２７日の固定日に対して制限欄を選択する場合（行４３０）、システム２００は、２０１２年３月１９日から２０１２年３月２７日まで続く、新しい７日間の制限期間を解釈するであろう。システム２００は、この期間内にある固定日を有する注文のみをマッチングするであろう。反対に、これらの注文は、新しい７日間の制限期間外にある固定日を有する注文とはマッチングしないであろう。
上記に記載される通り、システム２００は、カスタマイズされた制限期間の開始点および終了点を決定するために、チェックされた欄（複数可）を使用する。トレーダーが列４１４内のどの欄もチェックしない場合、システム２００は、既定の期間を信頼する。上記で説明するように、制限期間は、システム２００によってマッチングプロセス中に考慮される。したがって、マッチングプロセスは、より多くの注文がシステム２００によって受信されるにつれて、特に各送信される注文が１つまたはそれ以上の制限期間を有し得る場合、ますます複雑になる。
マッチングプロセス中、システム２００は、いくつかの注文を、選択的照準プロセス（後述）を通して除去することによって、より小さい送信される注文集合を発生させる。システム２００は、その後このより小さい集合内の送信される注文間の可能な組み合わせの全てを評価する。そこから、システム２００は、最も多い全取引量を発生させる注文の組み合わせを選択する。
最低でも、組み合わせは、元の注文、元の注文に対応する交換注文、元の注文の少なくとも一部をマッチングするマッチング注文、およびマッチング注文に対応する交換注文、の少なくとも４つの注文を含む。２つの交換注文が互いにマッチングが可能であると仮定すると、これらの４つの注文は、単一の組み合わせを構成するであろう。システム２００は、組み合わせの全取引量を、取引の各プロセス中に移動される量の額を総計することによって計算する。例えば、システム２００が買い注文に対する＋４００万の額と売り注文に対する−４００万の額をマッチングする場合、４００万の量がその特定の取引中にマッチングされる。
図５は、マッチングプロセスの簡略化した例を図示する。この例において、競売期限までに注文をシステム２００に送信した６人の顧客が存在する。これらの６人の顧客は、欄５０２〜５１２によって表される。顧客が送信する注文の全ては、単一の欄内に位置付けられる。例えば、注文５１４およびその対応する交換注文５１６は、顧客１によって送信され、結果として、注文５１４および交換注文５１６の両方が、欄５０２内に位置付けられる。
図５に示される注文に基づいて、システム２００は、少なくとも２つの可能な組み合わせを決定し得る。１つの可能な組み合わせは、注文５１４を注文５３０とマッチングし、その取引中に３００万量マッチングをもたらす。注文５１４は、交換注文５３２とマッチングされた交換注文５１６とも関連する。結果として、追加の３００万量は、その特定の取引中にマッチングされる。したがって、この特定の組み合わせに対してマッチングされる全量は、６００万である。
しかしながら、システム２００は、第２の組み合わせが６００万より大きい総全量をもたらすことを決定し得る。実際、システム２００は、この第２の組み合わせが全ての他の計算される組み合わせと比較して全量の最も多い額を産出することを決定し得る。そのような決定に反応して、システム２００は、第１の組み合わせ（および全ての他の計算される組み合わせ）を無視し得る代わりに、システム２００は、この第２の組み合わせに従って受信される注文をマッチングするであろう。
いくつかの実施形態の一態様において、システム２００は、最も少ない数の交換を使用して総全量を最大化することを試みる。マッチングプロセス中、システム２００は、計算される組み合わせの各々に対する総全量を決定し得る。システム２００は、計算される組み合わせの各々を実行するために必要とされる交換の数をもまた決定し得る。これらの決定に基づいて、システム２００は、最も多い総全量を発生させる組み合わせを選択する。２つの異なる組み合わせが同一の総全量をもたらす場合、システム２００は、より少ない数の取引交換を使用する組み合わせを優先し、選択する。いくつかの実施形態において、より少ない取引交換を使用する組み合わせは、より速い処理時間をもたらす。
注文のいくつかの組み合わせは、部分注文を含み得る。部分注文は、注文の所望の額の一部のみを含む。注文の残りの部分は、マッチングされないままであるか、またはシステム２００が残余を１つまたはそれ以上の他の注文に対してマッチングするか、のいずれかである。いくつかの実施形態において、システム２００は、注文を複数の部分注文に分割し、そうすることで総全量を増加させる。
しかしながら、他の実施形態において、部分注文を処理するための最低額が存在し得る。この最低額は、ブローカー、参加者、トレーダー、または任意の他の存在によって規定され得る。例えば、ブローカーは、システム２００が＄１００万以下の部分注文を処理しなくてもよいことを規定し得る。部分注文の最低額はまた、各異なる通貨で異なり得る。別の実施形態において、マッチングが全部かゼロかであるように、部分注文を完全に抜け出ることが可能である。
他の実施形態において、複数の注文は、共に関連付けられ得る。例えば、注文Ａおよび注文Ｂが共に関連付けられる場合、システム２００は、マッチングが注文Ｂにもなされ得る場合にのみ注文Ａをマッチングし得る。いくつかの追加の必要条件が、関連付けられる注文に対して設定され得る。例えば、注文Ａおよび注文Ｂが互いの３０日以内に必ず処理されるように、関連付けられる注文が特定の日数以内に処理されるという必要条件が存在し得る。それでも、他の実施形態において、注文Ａが日本円に向けられ、注文Ｂがロシアルーブルに向けられるように、異なる通貨の２つの注文を関連付けるための要求が存在し得る。
システム２００の他の実施形態は、総全量を増加させるために、マッチング連鎖アルゴリズムを利用する。マッチング連鎖において、システム２００は、そのような組み合わせが最も多い総全量を発生させるように、複数の参加者を共に接続し得る。図５は、マッチング連鎖の一例を図示する。
図５に示されるように、システム２００は、第１の組み合わせが６００万の総全量をもたらすことを決定する。しかしながら、システム２００は、第２の組み合わせがより多い総全量を発生させることをもまた決定する。マッチング連鎖アルゴリズムを利用して、この第２の組み合わせは、１６００万の総全量を発生させる。特に、図５内に図示されるように、第２の組み合わせは、いくつかの部分注文をマッチングすることで構成される。
図５は、注文５１４を＋１０００万の所望の量を有するものとして示す。しかしながら、システム２００は、注文５１４を部分注文に分割することがより多い総全量をもたらすことを決定している。システム２００は、図５内に図示される特定の組み合わせが最も多い総全量を産出することをもまた決定している。この特定の組み合わせは、買い注文５１４を売り注文５１８の一部とマッチングすることで構成される。売り注文５１８は、売り注文５２２の一部に対してマッチングされる交換注文５２０に対応する。売り注文５２２は、売り注文５２６の一部に対してマッチングされる交換注文５２４に対応する。売り注文５２６は、（注文５１４に対応する）交換注文５１６に対してマッチングされる交換注文５２８に対応する。
マッチングプロセス中、システム２００は、マッチングを構成することを試みる際、いくつかの要因によって限定される。システム２００は、各注文と関連する制限期間および信用限度によって課される限定を考慮し得る。これらのパラメーターの両方は、下記により詳細に検討される。システム２００は、マッチングを構成することを試みる際、ゼロサム必要条件をもまた考慮し得る。
例えば、図５に示されるように、注文５１４は、１０００万の額の買い注文であり、交換注文５１６は、−７００万の額の売り注文である。注文５１４および交換注文５１６の両方は、６０日間の制限期間を有する。システム２００が全てのマッチングがゼロサムバランスを満たすことを要求するため、システム２００は、注文５１４の一部、すなわち所望の＋１０００万の額のうち＋７００万のみをマッチングすることが可能である。部分マッチングの理由は、対応する交換注文５１６が−７００万の所望の額を有することである。システム２００は、その額を超えることがゼロサム必要条件にアンバランスを引き起こすため、交換注文５１６の＋７００万の額を超えて注文５１４のマッチングを構成することができない。一方、システム２００は、交換注文５１６の所望の額と等しい、またはそれより少ないあらゆる額に対するマッチングを構成することが許容される。したがって、システム２００が注文５１４に対してマッチングし得る最大額は、＋７００万である。注文５１４の残りの＋３００万は、ゼロサム必要条件を満たすために利用可能な交換注文額が存在しないため、マッチングされない。
さらに、売り注文５２６が−４００万の額内にあるため、システム２００は、対応する交換注文５２８に対して最大＋４００万のみをマッチングし得る。注文５２８に対する＋４００万のこの額は、注文５１６の−４００万の額に対してマッチングされる。注文５２８は＋５００万の全所望の額を有するため、マッチングされない＋１００万の残余が存在する。さらに、システム２００は、そうすることがゼロサム必要条件にアンバランスを引き起こすため、注文５２８の＋１００万の残余に対していかなる追加のマッチングも構成することができない。
システム２００は、注文５２６の−４００万の額を注文５２４の＋４００万の額ともまたマッチングする。注文５２４は、注文５２２のスイッチであり、結果として、注文５２４に課される限定は、注文５２２にもまた持ち越す。したがって、システム２００は、注文５２２の−４００万の額のみをマッチングし得る。同様に、システム２００は、注文５２２の−４００万の額を注文５２０の＋４００万の額とマッチングする。注文５２０は、注文５１８のスイッチであるため、注文５２０および５１８の両方は、それぞれ＋４００万および−４００万のマッチングに限定される。
システム２００は、注文５１８を注文５１４とマッチングする。上記に記載するように、注文５１４は、＋１０００万の所望の額を有する。しかしながら、ゼロサム必要条件のため、注文５１４は、最大＋７００万までマッチングし得る。この＋７００万の額のうち、そのマッチング連鎖内の他の注文によって課される限定のため、＋４００万の額のみが注文５１４に対してマッチングされる。注文５１４の＋４００万の額のみがマッチングされるため、注文５１４は、システム２００（図示せず）によって他の場所でマッチングされ得る＋３００万の残額を有する。さらに、注文５１４は、ゼロサム必要条件を満たすための対応する交換注文額が存在しないため、システム２００によってマッチングされない＋３００万の追加の残額を有する。
いくつかの実施形態において、システム２００は、トレーダーが注文入力ウィンドウ４００内の送信ボタン４５８（図４を参照）を選択する度に、注文を受信する。送信される注文は、その後システム２００内に記憶される。ブローカーインターフェース３２２を使用するブローカーは、マッチャーウィンドウ６００（図６を参照）内で送信される注文を閲覧することが可能である。マッチャーウィンドウ６００は、２つの主要セクションに分割される。セクション６０２は、マッチングされていない顧客入力を示す。これらは、システム２００によるマッチングを依然として待っている注文である。セクション６０４は、マッチングされたデータを示す。これらは、ブローカーによってマッチングされたがまだ確認はされていない注文である。ブローカーは、セクション６０４のマッチングされた注文を、確認ボタン６２２を選択することによって確認する。
セクション６０２および６０４の両方は、複数の行および列を含む。列６０６および６０８は、各セクションの利用可能な固定日を記載する。列６１０〜６２０は、システム２００上の様々なトレーダーを表す。列６１０〜６１４内の各行は、特定の固定日の所望の注文の量を示す。列６１６〜６２０内の各行は、特定の固定日のマッチングされた量を示す。列６１６〜６２０に示されるマッチングされた量は、図５の例において記載されるように、システム２００のマッチングプロセスによって決定される。
上記に記載するように、送信される注文を受信すると、システム２００は、マッチングされていない注文間の可能な組み合わせの全てを計算する。結果として、マッチングされていない注文の量は、マッチングプロセスを実行するために要求される処理時間に影響を及ぼす。マッチングされていない注文のより多くは、より長い処理時間をもたらす。
いくつかの実施形態において、システム２００は、マッチングプロセスを実行する前に選択的照準アルゴリズムを適用する。選択的照準アルゴリズムは、より小さいマッチングされていない注文集合を発生させるために、特定の注文をマッチングされていない注文集合から除去する。選択的照準アルゴリズムは、より小さいマッチングされていない注文集合がマッチングの全ての可能な組み合わせを計算するのにより少ない時間を要求するため、マッチングプロセスの全体の処理時間を減少させるのに役立つ。
選択的照準プロセスは、静的マッチング不可能な注文および動的マッチング不可能な注文の両方をマッチングされていない注文集合から除去する。静的マッチング不可能な注文は、システム２００がマッチングプロセスを実行する前であっても、マッチングの可能性を有さない注文である。静的マッチング不可能な注文の一例は、対応する交換注文を有さない注文である。上記に記載されるように、システム２００は、全てのマッチングされた注文に対するゼロサムバランスを要求する。したがって、交換注文を有さない注文がゼロサム必要条件を満たすことは不可能である。そのようなものとして、これらの注文は、静的マッチング不可能な注文と見なされ、システム２００がマッチングプロセスを実行する前に除去される。
静的マッチング不可能な注文の別の例は、最低取引可能額を満たさない注文である。最低取引可能額は、システム２００によってマッチングプロセス中に考慮される最も小さい量である。最低取引可能額を満たさない注文は、マッチングプロセスから除去される。図５の例において、最低取引可能額は４００万であり、結果として、２００万の額内の注文５３６は、静的マッチング不可能な注文として考慮される。したがって、システム２００は、注文５３６をマッチングプロセス中に考慮しない。図５の例は４００万を最低取引可能額として指定するものの、あらゆる可能な数値が、最低取引可能額として割り当てられ得る。
いくつかの実施形態において、最低額は、ブローカーによって決定される。他の実施形態において、最低取引可能額は、トレーダーによって決定される。いくつかの実施形態は、ブローカー、トレーダー、顧客、参加者、第三者などのいずれかによってさらにカスタマイズされ得る既定の取引可能額を有する。
選択的照準プロセスは、システム２００がマッチングされていない注文集合から除去する、あらゆる動的マッチング不可能な注文をもまた特定し得る。動的マッチング不可能な注文は、マッチングプロセスの各周期によって影響される。静的マッチング不可能な注文がマッチングの可能性を有さないのに対して、動的マッチング不可能な注文は、特定のパラメーターによって課される１つまたはそれ以上の限定がなければ、可能なマッチングを有する。
動的マッチング不可能な注文の一例は、信用限度を超えた注文、またはその実行が信用限度を超えるであろう注文である。いくつかの実施形態の一態様において、参加者は、外国為替市場上の彼のエクスポージャーを限定することを希望し得る。結果として、彼は、取引先への貸付残高および融資の合計として測定される、信用エクスポージャーの額への限定を設定し得る。この信用エクスポージャー限度は、２人の参加者間に全動作間隔中に生じ得る最大絶対取引額である。２人の参加者が最大額を満たすと、２つの当事者間の全ての後続の取引は、マッチングされない。図７に示されるように、各参加者間の信用限度は、信用ウィンドウ７００内に表示され得る。
限定の利用は、システム２００による各後続の動作によって異なる。例えば、銀行Ａは、ＵＳＤ１０００万の価値がある外貨の信用エクスポージャー限度を課される、銀行Ｂに貸付を行うための権限を付与され得る。システム２００は、銀行ＡがＵＳＤ８００万の価値がある外貨を売却することに合意する、マッチングを発生させる。このマッチングの結果として、銀行Ａの信用限度の利用は、ＵＳＤ８００万であり、これは、銀行Ａが現在ＵＳＤ２００万までの貸付を銀行Ｂに行うための残りの権限を有することを意味する。将来のあらゆるマッチングにおいて、システム２００は、そうすることが残りの信用限度を超えるため、銀行Ａを、２００万を超える銀行Ｂからのいかなる注文ともマッチングしないであろう。実際、その実行が信用限度を超えるあらゆる注文は、「動的マッチング不可能な注文」と見なされる。これらの動的マッチング不可能な注文は、マッチングされていない注文集合から選択的照準プロセス中に除去される。
図７内に示されるように、信用限度ウィンドウ７００は、ユーザーが取引インターフェース３００のサブタブ３１４を選択することに反応して発生する。信用ウィンドウ７００は、通貨の種類を描写する列７０２および取引先の身元を描写する列７０４を含む。列７０６は、列７０４の各取引先の信用限度を示す。
いくつかの実施形態において、システム２００は、列７０６に各参加者の既定の信用限度を自動的に追加する。これらの既定の信用限度は、ブローカー、トレーダー、参加者、銀行などの、あらゆる数の存在によって事前に確立され得る。いくつかの実施形態において、既定の信用限度は、参加者の全てに対して同一である。
他の実施形態において、既定の信用限度は、多くの要因によって各個別の参加者に対して異なる。これらの要因のいくつかは、参加者の身元、サイズ、取引履歴、所望の通貨額、所望の通貨の種類、出生国などを含み得る。例えば、特定の通貨量以上を取引する参加者は、他の参加者よりも高い既定の信用限度を有し得る。
別の例において、より確立した経済を有する国からの参加者は、他の国からのそれらの参加者よりも高い既定の信用限度を有し得る。少なくとも１つの実施形態において、システム２００は、格付けを様々な出生国に割り当てる。例えば、アメリカ合衆国のような国は、それが安定した経済を有する国であるため、高い格付けを受け得る。それに反して、ロシアなどの国は、それがより不安定な経済を有する国であるため、より低い格付けを受け得る。したがって、米国の参加者は、ロシアの参加者よりも高い既定の信用限度を割り当てられ得る。システム２００は、各国がその経済的安定性を示すリストに割り当てられる、複数のリストを維持し得る。割り当ては、ブローカー、トレーダー、参加者、顧客、第三者などによって事前に決定され得る。システム２００が注文を受信する際、それは、参加者の出生国を決定し、その国を複数のリストに対して比較し得る。
別の実施形態において、ブローカーまたはトレーダーは、各競売時間に対して、システム２００が列７０６にこのリストからの既定の信用限度を自動的に追加するように、既定の信用限度のリストをシステム２００に送信し得る。さらに別の実施形態において、トレーダーは、１つまたはそれ以上の参加者を「ブラックリスト」、すなわち、彼らが彼らの注文がこれらの参加者からの注文とマッチングされることを希望しないという表示、上に置くことを希望し得る。結果として、システム２００は、これらの参加者の信用限度をゼロに自動的に減少させ得る。
他の実施形態において、既定の信用限度は、異なる額にカスタマイズされ得る。図７の例において、ユーザーは、列７０６内の欄をダブルクリックし、その後新しい信用限度額をその欄に入力し得る。ユーザーは、その後新しく編集された信用額を保存するためにボタン７０８を選択する。
動的マッチング不可能な注文のさらに別の例は、注文の制限期間外にある注文である。図５に戻って参照すると、注文５１４は、１日目から６０日目まで続く６０日間の制限期間を有する。結果として、システム２００は、注文５１４を、１日目から６０日目までの同一の期間内にある他の注文とのみマッチングするであろう。例えば、注文５３６が６１日目に固定日を有する場合、システム２００は、それが制限期間の外にあるため、注文５３６を動的マッチング不可能な注文であると見なす。
図６に示すように、システム２００がマッチングプロセスを実行した後、マッチングされた注文は、マッチャーウィンドウ６００のセクション６０４内に表示される。ブローカーがマッチングに満足する場合、彼は、これらのマッチングを確認するために、ボタン８１８を選択し得る。確認ボタン８１８の選択は、システム２００がマッチングを実行することを始動させる。いくつかの実施形態において、メッセージが各それぞれの取引に伝送される。少なくとも１つの実施形態において、メッセージは、トレーダーに彼の送信される注文の１つまたはそれ以上のマッチングを通知する。メッセージは、各マッチングされた注文の量、トレーダーの注文の全ての全量、および／または取引先の身元についての情報を含み得る。システム２００は、循環されるマッチングに基づいて、各参加者の利用可能な信用限度をもまた調整するであろう。
本出願に記載される例において、トレーダーは、所望の注文の量を送信する。各注文の価格は、システム２００によって事前に決定される。これらの価格は、図４の列４１０内に表示されるように、各固定日の予測中間レートを介して示される。したがって、トレーダーが、列挙された中間レートを、特定の固定日の適切または魅力的な価格であると見なす場合、彼は、注文をその固定日にすることを決定し得る。一方、トレーダーが、特定の固定日の予測中間レートに合意しない場合、彼は、彼の注文をその日にしないことを選択し得る。いくつかの実施形態において、トレーダーは、中間レートの取引曲線を閲覧することを選択し得る。図３ａに戻って参照すると、トレーダーは、（図８に示されるように）曲線ウィンドウ８００を発生させるために、サブタブ３１０を選択し得る。
曲線ウィンドウ８００は、利回り曲線のグラフ表現８０２および入力欄８０４を含み得る。利回り曲線は、期間中の予測中間市場価格を描写する縦軸８０６を含む。利回り曲線は、期間内の固定日の全てを表示する横軸８０８をもまた含む。
新興成長市場における非標準通貨に対して、しばしば中間レートを決定するための中央銀行が存在しない。結果として、異なるブローカーが、中間為替レート予測するために、彼ら独自の取引モデルを設計することを選択し得る。ブローカーによって構築される取引モデルによって、利回り曲線は、ブローカーごとに異なる。
実施形態のいくつかの態様において、取引モデルは、システム２００外に構築される。取引モデルは、複数のアルゴリズム、データおよびブローカーによる予測を含み得る。取引モデルが予測中間レートを計算した後、ブローカーは、これらの中間レートをシステム２００内に取り込む。実施形態の他の態様において、取引モデルは、システム２００内に統合される。システム２００は、最近実行された取引に基づいて、取引モデルを連続的に更新し得る。少なくとも１つの実施形態において、更新は、実時間内に生じる。別の実施形態において、更新は、指定期間中に生じる。
曲線ウィンドウ８００は、複数の列を含む入力欄８１０をもまた含み得る。入力欄８１０の各列は、固定日、受渡日、および中間市場価格などの様々な情報を表示する。取引インターフェース３００は、トレーダーが入力欄８１０内にいかなる変更をすることも許容しない。彼は、曲線ウィンドウ８００を閲覧することのみを許容される。しかしながら、ブローカーインターフェース３２２は、ユーザーが入力欄５１０のデータを入力し変更することを許容する。実施形態の一態様において、ブローカーは、彼の予測中間値を入力欄８１０の欄のいくつかに入力する。例えば、ブローカーは、１日目、７日目、１４日目、などのように、７日ごとにレートを入力し得る。システム２００は、その後期間内の各固定日の中間値を発生させるために、中間値を補間する。補間された中間は、利回り曲線８０６として表示される。
図４に戻って参照すると、トレーダーは、列４１６内に特定の注文の所望の許容範囲をもまた入力し得る。許容範囲は、注文をマッチングするための（日数における）差異を表す。例えば、トレーダーは、２０１２年３月２７日の固定日に起こる注文のために、列４１６内に１の許容範囲を入力し得る。結果として、システムは、注文を２０１２年３月２７日にマッチングすることを試みるであろう。しかしながら、システムは、２０１２年３月２７日にマッチングを発見することができない場合、マッチングが１日前（３月２６日）または１日後（３月２８日）にすることが可能かどうかを判断する。
別の実施形態において、許容範囲は、トレーダーがゼロサムバランス必要条件を満たすために交換注文をいつし得るかについて、より高い柔軟性を提供することに向けられ得る。別の実施形態において、差し引きゼロにならない取引の数または額に対して許容範囲が存在し得る。
ブローカーが特定の競売の注文を送信した後、処理される注文は、取引履歴データベース内に記憶される。トレーダーは、システム２００によって以前処理されたあらゆる注文を再検討するため、情報を取引履歴データベースから検索することを希望し得る。図３に戻って参照すると、トレーダーは、取引履歴を閲覧するために、サブタブ３１６を選択し得る。サブタブ３１６の選択に反応して、インターフェース３００は、取引履歴ウィンドウ９００を発生させる。取引履歴ウィンドウの行９２２〜９４２の各々は、以前に処理された注文を描写する。列９０４は、取引の固定日を示すのに対して、列９０２は、外貨の種類を、列９０４は使用された中間為替レートを示す。取引履歴ウィンドウ９００は、各取引に関与する当事者をもまた示す。列９１０および９１２は、それぞれ、外貨の売り手および買い手を描写する。サイズ列９１４は、特定の取引内でマッチングされた通貨の量についての情報を提供する。
ブローカーは、追加の競売時間をシステム２００に追加することをもまた希望し得る。ブローカーインターフェース３２２から、ブローカーは、システム２００に競売ウィンドウ１０００を生成させる、サブタブ３２８を選択し得る。競売ウィンドウ１０００は、ブローカーに作動している全競売時間の概観を提示する。これらは、注文要求を様々なトレーダーから依然として受信している競売時間である。
ブローカーは、１つまたはそれ以上の削除ボタン１００２〜１０１２を選択することによって、特定の競売を削除し得る。ブローカーは、Ｅメールを送信することをもまた選択し得る。Ｅメールは、顧客、トレーダー、参加者、または任意の他の第三者に送信され得る。実施形態の一態様において、ブローカーは、Ｅメールを送信するために、１つまたはそれ以上のボタン１０１４〜１０２４を選択する。ブローカーは、あらゆる数の理由のために、Ｅメールを送信することを希望し得る。例えば、ブローカーは、顧客に特定の競売の期限が近づいていることを警告するために、リマインダーＥメールを送信することを希望し得る。ブローカーは、顧客に新しい競売時間が追加されたことを警告するためにもまた、リマインダーＥメールを送信することを希望し得る。
競売ウィンドウ１０００は、ブローカーがボタン１０２６を選択することによって追加の競売時間を追加することをもまた許容する。ブローカーは、まず全ての取引可能な通貨の一覧表を含むプルダウンメニュー１０２８を使用して通貨の種類を選択し得る。通貨の種類を選択した後、ブローカーは、競売時間のための新しい行を、ボタン１０２６を介して発生させ得る。図１０に図示される例において、新しく発生した競売行は、ブローカーが彼の所望のマッチング日、または実行日を、列１０３２に入力することを許容する。ブローカーは、列１０３４に新しく追加された競売の簡単な説明をもまた入力し得る。ブローカーが新しく追加された競売時間の入力に満足すると、彼は、ボタン１０３０を選択することによって変更を保存し得る。この新しく追加された競売時間は、取引インターフェース３００においてアクセス可能であろう。
いくつかの実施形態の一態様において、トレーダーは、日々のリスク報告を顧客から受信する。リスク報告は、先物期日の期間上の顧客からの様々な外貨の量の買いまたは売りのための複数の要求を含み得る。特定の日に、トレーダーは、複数のリスク報告を複数の顧客から受信し得る。結果として、システム２００は、著しく大量の注文を正確かつ時宜に即した方法で処理することが可能でなければならない。
典型的なリスク報告は、複数の各日の買い／売り要求を含み得るため、トレーダーは、入力に関するエラーを最小化するために手動入力を回避することを希望し得る。代わりに、トレーダーは、リスク報告データを直接システム２００内に取り込むことを選択し得る。この目的のために、トレーダーは、データをリスク報告からマイクロソフトエクセルなどのスプレッドシート内に送り得る。注文入力ウィンドウ４００に戻って参照すると（図４）、トレーダーは、データをスプレッドシートデータから取り込み、各フィールドを買い／売り列４１２内に自動的に追加する、ボタン４５４を選択し得る。このプロセスは、トレーダーが手動で注文を列４１２に入力することから生じ得るあらゆる入力エラー回避する。トレーダーがシステム２００内に取り込まれる数に満足する場合、彼は、注文を送信するためにボタン４５８を選択し得る。しかしながら、トレーダーがシステム２００内に取り込まれる数の１つまたはそれ以上のいずれかに満足しない場合、彼は、列４１２内の数を変更することによって、量の額を即座に修正し得る。システム２００が注文を実行した後、トレーダーは、その実行の結果に関するあらゆるデータをスプレッドシート内に書き出すために、ボタン４５６を選択し得る。スプレッドシートは、顧客に提供され得る。
アルゴリズム
システム２００に関連するいくつかの追加のアルゴリズム。これらのアルゴリズムは、図１１〜１３によって描写される流れ図内に図示される。図１１は、マッチングプログラムの本体を図示する流れ図である。図１２は、マッチングプログラムのシナリオ機能を図示する流れ図である。図１３は、再帰的に生じるマッチング機能を図示する流れ図である。顧客および参加者という用語は、非標準通貨の量を要求している存在に言及するために、区別せずに使用される。
実施形態の一態様において、システム２００は、注文間のマッチングを決定する際、様々なパラメーターおよび基準を信頼する。これらのパラメーターおよび基準のいくつかを、下記に記載する。
最初に、システム２００は、マッチングのために利用可能な期間の（日単位の）長さ（ＲＵＮ＿ＤＡＹＳ）およびマッチングに参加する顧客の数（ＮＵＭ＿ＣＬＩＥＮＴＳ）などの、いくつかのパラメーターを定義する。一実施形態において、システム２００は、以下を定義する。
Ｄ＝｛ｎ│ｎ≧１．ｎ≦ＲＵＮ＿ＤＡＹＳ｝は、動作の予約可能な日の集合である。
Ｃ＝｛ｃｉ│ｉ≧１，ｉ≦ＮＵＭ＿ＣＬＩＥＮＴＳ｝は、顧客識別子の集合である。
この例において、顧客の数および予約可能な期間は、動作を定義する２つの主要なパラメーターである。開始時、システム２００は、日々の要因を、
Figure 2015523639
 として読み込み得る。
システム２００は、顧客の各組間の信用限度枠の集合をもまた、
Figure 2015523639
 として定義する。
結果として、各顧客に対して、システム２００は、各顧客ｃによって挿入される注文の集合を、
Figure 2015523639
 として定義し、
Ｏ＝｛ｏ│ｏ∈Ｏｃ｝は、したがって、全ての顧客によって入力される全ての注文の集合Ｏである。
システム２００は、各顧客が、彼がより短い期間内でゼロサムすることを可能にする任意の連続した日を入力する、一連のリセット日の集合をもまた定義する。各顧客ｃは、一連のリセット期間の集合を、
Figure 2015523639
 として定義する。
各顧客ｃによって規定される各［ｄ１，ｄ２］閉区間に対して、ゼロサム条件は、ｃに対して有効である。
一実施形態において、注文は、「ｃ」が注文を入力する顧客（またはトレーダー）であるタプル（ｃ，ｄａｔｅ，ｄｅｌｔａ，ａｍｏｕｎｔ，ｍｉｎ＿ｔｒａｄｅ）である。「ｄａｔｅ」は、注文日である。「ｄｅｌｔａ」は、注文日が別の注文にマッチングするために予測され得るまたは遅延し得る日数である。「ａｍｏｕｎｔ」は、注文の署名された額である。「ｍｉｎ＿ｔｒａｄｅ」は、最低マッチング可能額である。注文が、日付範囲［ｄａｔｅ−ｄｅｌｔａ，ｄａｔｅ＋ｄｅｌｔａ］において部分的ですらマッチングされ得ない場合、注文は、マッチングされない。同様に、ｍｉｎ＿ｔｒａｄｅよりも少ない額と部分マッチングを構成することのみが可能である場合もまた、注文は、マッチングされない。
注文（ｃ，ｄａｔｅ，ｄｅｌｔａ，ａｍｏｕｎｔ，ｍｉｎ＿ｔｒａｄｅ）は、ｄが「ｄａｔｅ−ｄｅｌｔａ」よりも大きいまたはそれと等しい、またはｄが「ｄａｔｅ＋ｄｅｌｔａ」よりも少ないまたはそれと等しい場合、日付「ｄ」と両立する。
一実施形態において、ｏ（ｃ，ｄａｔｅ１，ｄｅｌｔａ１，ａｍｏｕｎｔ１，ｍｉｎ＿ｔｒａｄｅ１）の可能なスイッチは、注文ｓ（ｃ，ｄａｔｅ２，ｄｅｌｔａ２，ａｍｏｕｎｔ２，ｍｉｎ＿ｔｒａｄｅ２）であり、「ｏ」および「ｓ」は同一の顧客に属する。「ｏ」および「ｓ」の両方は、同一のリセット期間にもまた属する。「ａｍｏｕｎｔ１」および「ａｍｏｕｎｔ２」は、逆符号である。さらに、「ａｍｏｕｎｔ１」および「ａｍｏｕｎｔ２」は両方とも、それぞれ「ｍｉｎ＿ｔｒａｄｅ１」および「ｍｉｎ＿ｔｒａｄｅ２」よりも大きい。システム２００は、以下の方程式を定義する。
Ｓｏ＝｛ｓ∈Ｏ│ｓ．ｃ＝ｏ．ｃ，∃β：ｓ，ｏ∈β，β∈Ｂｃ，
ｓｉｇｎ（ｏ）！＝ｓｉｇｎ（ｓ），
│ｏ．ＭＩＮ│≦│ｓ．ＡＭＯＵＮＴ│，
│ｓ．＞ＭＩＮ│≦│ｏ．ＡＭＯＵＮＴ│｝
一実施形態において、マッチング期間は、間隔の日まで予約されるように、送信される注文がマッチングされ得る日の閉区間［ｓｔａｒｔ，ｅｎｄ］である。システム２００は、注文を、まず額ａ１内の顧客ｃ１の注文ｏと、顧客ｃ２の額−ａ２のマッチング注文ｍとの間の取引を決定することによってマッチングする。マッチング注文は、マッチングされる額、│ａ│≦│ａ１│∧│ａ│≦│ａ２│が存在する場合、日付ｄに割り当てられ得る。さらに、顧客ｃ１および顧客ｃ２は、│ａ│＊日々の要因よりも大きい共通の信用限度枠を有する。
注文およびマッチング注文の両方は、日付ｄと両立する。同一の額ａに（必ずしも共にではない）マッチング可能な注文ｏの交換注文ｓ１およびマッチングｍのスイッチｓ２が存在する。スイッチは、対応する注文の同一のリセット期間に属する。さらに、スイッチはそれら自身、他の注文とマッチングされる。マッチングが、額ａに対して、日付ｄ内で顧客ｃ１、ｃ２間に発見される際、信用限度枠（ｃ１，ｃ２，制限）∈ＣＬは、減少しなくてはならない。新しい信用限度は、ｌｉｍｉｔ−│ａ│＊ＤＦ（ｄ）に設定される。
一実施形態において、リセット期間（「バブル」とも呼ばれる）は、単一のトレーダー／顧客によって作成され、彼の注文のみに関連するゼロサム期間である。例えば、ゲームの長さが１８０日間（間隔［１．．１８０］）である場合、各顧客は、この間隔を自身の取引のためにカスタマイズする。顧客ｃ１は、３つの間隔、［１．．８０］［８１．．１２０］［１２１．．１８０］を定義する。顧客ｃ２は、２つの間隔、［１．．６０］［１２１．．１８０］を定義する。顧客ｃ３は、１つの間隔、［１．．１２０］を定義する。結果として、顧客ｃ３は、［１．．１２０］の期間内のみで取引することを決定する。顧客ｃ１および顧客ｃ２からの注文は、［１．．６０］の期間内でマッチングし得る。同様に、顧客ｃ１および顧客ｃ２からの注文は、［８１．．１２０］の期間内でマッチングし得る。顧客ｃ１および顧客ｃ２からの注文もまた、［１２１．．１８０］の期間内でマッチングし得る。取引は、顧客ｃ１およびｃ２が［１．．６０］内でマッチングするのを見ることができ、その後顧客ｃ３およびｃ２が［１．．６０］の期間内でマッチングするのを見る。顧客ｃ３およびｃ１は、［６１．．８０］の期間内で合意に達し得る。
一実施形態において、マッチング要素Ｅは、タプル（ｏ，ｓ，ｍ，ｍｓ，ａｍｏｕｎｔ）であり、注文「ｏ」および交換注文「ｓ」は、同一のバブルに属するため、同一の顧客によって送信される。マッチング「ｍ」およびそのスイッチ「ｍｓ」は、同一のバブルに属し、逆符号である。注文「ｏ」およびマッチング「ｍ」は、逆符号であり、共にマッチングされるための日付両立性を有し得る。交換注文「ｓ」およびそのマッチングのスイッチ「ｍｓ」もまた、逆符号であり、共にマッチングし得る。システム２００は、マッチングの集合における以下のアルゴリズムを定義する。
ｏ，ｓ，ｍ，ｍｓの各ＭＩＮ＿ＴＲＡＤＥに対して、│Ｅ．ａｍｏｕｎｔ│＞ＭＩＮ＿ＴＲＡＤＥ
Ｅ．ａｍｏｕｎｔは、ｏ額と同符号である。
単一のマッチングは、マッチング要素の注文されたリストであり、ｉ−ｔｈの注文「ｏ」は、ｉ−ｔｈ−１の注文「ｍｓ」に等しい。ｉ−ｔｈのスイッチ「ｓ」は、ｉ−ｔｈ−１のマッチング「ｍ」に等しい。最後の「ｍｓ」は、最初の「ｓ」に等しい。額は、各タプルに対して同一である。アルゴリズムの最終マッチング結果「Ｍ」は、単一のマッチングのリストである。マッチング結果「Ｍ」を印刷する際、同一のｃ１，ｃ２との取引額および日付が、共にグループ化される。
一実施形態において、トポロジー「Ｔ」は、タプル（注文、マッチング、信用限度枠、排除）であり、「注文」は、全ての残りのマッチングされていない注文を含む。「マッチング」は、元の状態から遷移するために構成されたマッチングリストである。「信用限度枠」は、残りの信用限度枠の集合である。「排除」は、選択的照準基準によってさらなるマッチングから排除される注文の集合である。
一実施形態において、絶対取引額は、単一の動作において、または１つのトポロジーから別のそれへの遷移において、行われる全ての取引の絶対値の合計として定義される。これは、アルゴリズムの成功の割合を評価するために、および異なる解を比較するために、使用される測定基準である。基本的に、Ｍ’およびＭ”が初期トポロジーＭの異なる結果である場合、ＡＴＡ（Ｍ’）がＡＴＡ（Ｍ”）よりも大きければ、Ｍ’はＭ”よりも良い解である。
これらは、解空間を減少させるために、および経路を選択するために、使用されるいくつかの種類の基準であり得る。例えば、システム２００は、注文に減少および選択基準を含む基準を使用し得る。減少基準は、デルタ内で可能な注文マッチングを有さない注文などの、孤立注文を引き下げ得る。減少基準は、全ての可能なマッチングとともに検査された注文をもまた引き下げ得る。選択基準は、最も大きいマッチング可能額を有する注文を好み得る。したがって、２つの注文が同一の絶対マッチング可能額を有する際、最も大きいスイッチを有する方を好む。
システム２００はまた、リセット期間に対しても基準を使用し得る。これらの基準は、減少基準を含み得る。減少基準は、交換を有さない孤立バブルを引き下げ得る。減少基準は、それが売りまたは買いのみを有する場合、リセット期間Ｂをもまた引き下げ得る。減少基準は、さらにまた、信用限度枠の広がり（取引の妥当性）がより少ないＢを好んでもよく、その場合、依存は、信用限度枠にではなく、関係性にある。
一実施形態において、システム２００は、日付および実際の信用限度枠に従う可能なマッチングが存在する場合、顧客Ｃｉのリセット期間「Ｂｉ」は顧客Ｃｊのリセット期間「Ｂｊ」に近い、リセット期間の近接性を定義する。システム２００は、リセット期間の中心性をもまた定義する。２つのリセット期間「Ｂｉ」および「Ｂｊ」を仮定すると、「Ｂｉ」は、「Ｂｉ」のマッチング注文が潜在的にＢｊのマッチング注文より多くのバブル内でより多くのマッチングを有する場合、「Ｂｊ」より中心であると見なされる。例えば、現在の信用限度枠および利用可能なマッチングの下、Ｂｉは、Ｂｊよりも多くのバブルとマッチングし得る。
一実施形態において、システム２００は、スイッチを選択するためのスイッチ基準をもまた定義する。スイッチ基準は、それがより少ない注文のスイッチである際、スイッチを好む。さもなければ、スイッチ基準は、注文の絶対額に等しい絶対額を有するスイッチを好む。これが利用可能でない場合、スイッチ基準は、注文よりも大きい絶対額を有するスイッチを好む。
システム２００は、マッチングを選択するためのマッチング選択基準をもまた定義する。マッチング選択基準は、第１のスイッチと閉塞するスイッチを有し、より中心ではないバブルを好むマッチングなどの、即座に閉塞可能なマッチングを検索し得る。さもなければ、マッチング選択基準は、より中心のバブル内のマッチングを好む。
再帰呼び出しおよび階層解の複雑性をより減少させるために、注文、マッチングおよびスイッチを選択する際、解の最大数が設定され得る。
他の実施形態
Ａ．遠隔装置から、ある量の非標準通貨の注文を予測為替レートで受信することであって、注文が、制限期間内に生じる固定日に処理される、受信することと、プロセッサを介して、注文を、マッチングされていない複数の注文とともにデータベース内に記憶することであって、注文および複数の注文が、競売期限が終了する前に受信され、プロセッサおよび遠隔装置がネットワーク上で電子通信状態にある、記憶することと、プロセッサを介して、競売期限が終了したことを算出することと、プロセッサを介して、競売期限が終了したことを算出することに反応して、マッチングされていない非標準通貨の全ての注文を含む注文集合を発生させることと、プロセッサを介して、より小さい注文集合を発生させるために、選択的照準アルゴリズムを注文集合に適用することと、プロセッサを介して、注文の全ての可能な組み合わせを算出することであって、各組み合わせが、より小さい集合の注文とより小さい集合の別の注文との間に少なくとも１つのマッチング関係を含む、算出することと、プロセッサを介して、各組み合わせが発生させる取引量を算出することと、プロセッサを介して、取引量に基づいて、最も多い取引量を発生させる選択的組み合わせを選択することと、ディスプレイ上に選択的組み合わせが選択されたという表示を表示することと、を含む、方法。
Ａ．１．選択的組み合わせの複数の注文が、共に実行される、請求項Ａに記載の方法。
Ａ．２．選択的組み合わせ内の注文の合計が、ゼロサムバランスをもたらす、請求項Ａに記載の方法。
Ａ．３．非標準通貨の交換注文を受信することであって、交換注文およびある量の非標準通貨の注文の合計が、ゼロサムバランスをもたらす、受信すること、をさらに含む、請求項Ａに記載の方法。
Ａ．４．交換注文が、制限期間内に生じる固定日を有する、請求項Ａ．３に記載の方法。
Ａ．５．注文が、買い注文または売り注文である、請求項Ａに記載の方法。
Ａ．６．制限期間が、ある量の非標準通貨の注文を受信するより前に算出される既定の期間である、請求項Ａに記載の方法。
Ａ．７．制限期間が、既定の期間の一部にカスタマイズ可能である、請求項Ａ．６に記載の方法。
Ａ．８．制限期間が、複数の期間にカスタマイズ可能である、請求項Ａに記載の方法。
Ａ．９．第１の組み合わせが発生させる取引量が、第２の組み合わせが発生させる取引量に等しいことを算出することと、第１の組み合わせが、第２の組み合わせより多くのマッチング関係を含むことを算出することと、第１の組み合わせよりも第２の組み合わせを選択することと、をさらに含む、請求項Ａに記載の方法。
Ａ．１０．選択的組み合わせが確認されたという表示を受信すること、をさらに含む、請求項Ａに記載の方法。
Ａ．１１．選択的組み合わせが確認されたという表示を受信することに反応して、選択的組み合わせの各マッチング関係を実行すること、をさらに含む、請求項Ａに記載の方法。
Ａ．１２．選択的組み合わせを元に戻すための要求を受信することと、元に戻すための要求に反応して、選択的組み合わせを取り消すことと、をさらに含む、請求項Ａに記載の方法。
Ａ．１３．マッチングされたがまだ確認はされていない、より小さい集合内の注文の割合を、表示すること、をさらに含む、請求項Ａに記載の方法。
Ａ．１４．固定日が将来に生じる、請求項Ａに記載の方法。
Ａ．１５．ある量の非標準通貨が受渡日に渡され、受渡日が固定日の後に生じる、請求項Ａに記載の方法。
Ａ．１６．予測為替レートが、取引曲線によって算出され、取引曲線が、ブローカーによってある量の非標準通貨の注文を受信するより前に発生させられる、請求項Ａに記載の方法。
Ａ．１７．取引曲線が、非標準通貨の複数の予測為替レートの補間を含む、請求項Ａ．１６に記載の方法。
Ａ．１８．取引曲線が、少なくとも１つの取引モデルによって発生させられる、請求項Ａ．１６に記載の方法。
Ａ．１９．少なくとも１つの取引モデルがブローカーによって構築される、請求項Ａ．１８に記載の方法。
Ａ．２０．少なくとも１つの取引モデルが発生させる取引曲線が、異なる取引モデルが発生させる取引曲線とは異なる、請求項Ａ．１８に記載の方法。
Ａ．２１．取引曲線を閲覧するための要求を受信することと、要求に反応して、取引曲線の図形描写を発生させることと、をさらに含む、請求項Ａ．１６に記載の方法。
Ａ．２２．選択的照準アルゴリズムを適用することが、少なくとも１つの静的マッチング不可能な注文を注文集合から除去すること、をさらに含む、請求項Ａに記載の方法。
Ａ．２３．少なくとも１つの静的マッチング不可能な注文が、可能なマッチングを有さない、請求項Ａ．２２に記載の方法。
Ａ．２４．少なくとも１つの静的マッチング不可能な注文が、対応する交換注文を有さない任意の注文を含む、請求項Ａ．２２に記載の方法。
Ａ．２５．少なくとも１つの静的マッチング不可能な注文が、最低必要条件より低い量の非標準通貨を要求する、請求項Ａ．２２に記載の方法。
Ａ．２６．最低必要条件が、ある量の非標準通貨の注文を受信するより前に算出される、請求項Ａ．２５に記載の方法。
Ａ．２７．最低必要条件が、ブローカー、トレーダー、参加者、顧客、および第三者、のうち少なくとも１つによって算出される、請求項２６に記載の方法。
Ａ．２８．選択的照準アルゴリズムを適用することが、少なくとも１つの動的マッチング不可能な注文を注文集合から除去すること、をさらに含む、請求項Ａに記載の方法。
Ａ．２９．少なくとも１つの動的マッチング不可能な注文が、制限期間外にある対応する固定日を含む、請求項Ａ．２８に記載の方法。
Ａ．３０．少なくとも１つの動的マッチング不可能な注文が、信用限度を超える量を含む、請求項Ａ．２８に記載の方法。
Ａ．３１．少なくとも１つの動的マッチング不可能な注文を実行することが、信用限度を超えるであろう、請求項Ａ．２８に記載の方法。
Ａ．３２．ある量の非標準通貨の注文が、参加者によって送信され、方法が、参加者と別の参加者との間の少なくとも１つの信用限度を受信することであって、少なくとも１つの信用限度を超えるマッチング注文が、注文とマッチングされない、受信すること、をさらに含む、請求項Ａに記載の方法。
Ａ．３３．少なくとも１つの信用限度を閲覧するための要求を受信することと、要求に反応して、複数の参加者の間の複数の信用限度を描写するインターフェースを発生させることであって、複数の信用限度が、少なくとも１つの信用限度を含む、発生させることと、をさらに含む、請求項Ａ．３２に記載の方法。
Ａ．３４．各複数の信用限度が、調整可能である、請求項Ａ．３３に記載の方法。
Ａ．３５．既定の信用限度を各複数の参加者に自動的に割り当てること、をさらに含む、請求項Ａ．３３に記載の方法。
Ａ．３６．各複数の参加者に割り当てられる既定の信用限度の額が、各参加者の身元に依存する、請求項Ａ．３５に記載の方法。
Ａ．３７．各参加者に割り当てられる既定の信用限度の額が、各参加者の出生国に依存する、請求項Ａ．３５に記載の方法。
Ａ．３８．第１の参加者が第１の出生国の出身であり、第２の参加者が第２の出生国の出身であることを算出することと、第１の国が強い経済的安定性を有することを算出することと、第２の国が弱い経済的安定性を有することを算出することと、第１の参加者に、第２の参加者よりも高い既定の信用限度を割り当てることと、をさらに含む、請求項Ａ．３５に記載の方法。
Ａ．３９．各参加者に割り当てられる既定の信用限度の額が、各参加者によって実行されてきた取引量に依存する、請求項Ａ．３５に記載の方法。
Ａ．４０．各参加者に割り当てられる既定の信用限度の額が、各参加者の取引履歴に依存する、請求項Ａ．３５に記載の方法。
Ａ．４１．参加者の取引履歴を閲覧するための要求を受信することと、要求に反応して、以前に実行された少なくとも１つの注文を描写するインターフェースを発生させることと、をさらに含む、請求項Ａに記載の方法。
Ａ．４２．少なくとも１つのマッチング関係が、より小さい集合の注文の一部とより小さい集合の別の注文をマッチングすることを含む、請求項Ａに記載の方法。
Ａ．４３．より小さい集合の注文の一部をマッチングすることから生じる残余を算出することと、残余をより小さい集合の異なる注文とマッチングすることと、をさらに含む、請求項Ａ．４２に記載の方法。
Ａ．４４．ある量の非標準通貨の注文を取り消すための要求を受信すること、をさらに含む、請求項Ａに記載の方法。
Ａ．４５．取り消すための要求が、競売期限が終了する前に受信されたことを算出することと、ある量の非標準通貨の注文を取り消すことと、注文が取り消されたという表示を伝送することと、をさらに含む、請求項Ａ．４４に記載の方法。
Ａ．４６．取り消すための要求が、競売期限が終了した後に受信されたことを算出することと、注文を取り消すことができないという表示を伝送することと、をさらに含む、請求項Ａ．４４に記載の方法。
Ａ．４７．競売期限が終了した後、ある量の非標準通貨の複数の注文を受信することであって、複数の注文が共に送信される、受信すること、をさらに含む、請求項Ａに記載の方法。
Ａ．４８．複数の注文が、競売期限の終了時に自動的に送信される、請求項Ａ．４７に記載の方法。
Ａ．４９．複数の注文が、送信ボタンの選択に反応して送信される、請求項Ａ．４７に記載の方法。
Ａ．５０．複数の注文が、トリガイベントの検出に反応して送信される、請求項Ａ．４７に記載の方法。
Ａ．５１．追加の競売時間を追加するための要求を受信すること、をさらに含む、請求項Ａに記載の方法。
Ａ．５２．追加の競売時間の表示を伝送すること、をさらに含む、請求項Ａ．５１に記載の方法。
Ｂ．プロセッサと、プロセッサによって実行される際、プロセッサに、ある量の非標準通貨の注文を予測為替レートで受信することであって、注文が、制限期間内に生じる固定日に処理される、受信することと、注文を、マッチングされていない複数の注文とともにデータベース内に記憶することであって、注文および複数の注文が、競売期限が終了する前に受信される、記憶することと、競売期限が終了したことを算出することと、競売期限が終了したことを算出することに反応して、マッチングされていない非標準通貨の全ての注文を含む注文集合を発生させることと、より小さい注文集合を発生させるために、選択的照準アルゴリズムを注文集合に適用することと、注文の全ての可能な組み合わせを算出することであって、各組み合わせが、より小さい集合の注文とより小さい集合の別の注文との間に少なくとも１つのマッチング関係を含む、算出することと、各組み合わせが発生させる取引量を算出することと、取引量に基づいて、最も多い取引量を発生させる選択的組み合わせを選択することと、ディスプレイ上に選択的組み合わせを表示することと、をするように指示する命令を記憶する記憶装置と、を含む、装置。
Ｂ．１．選択的組み合わせの複数の注文が、共に実行される、請求項Ｂに記載の装置。
Ｂ．２．選択的組み合わせ内の注文の合計が、ゼロサムバランスをもたらす、請求項Ｂに記載の装置。
Ｂ．３．記憶装置が、プロセッサによって実行される際、プロセッサに、非標準通貨の交換注文を受信することであって、交換注文およびある量の非標準通貨の注文の合計が、ゼロサムバランスをもたらす、受信すること、をするように指示する命令を記憶する、請求項Ｂに記載の装置。
Ｂ．４．交換注文が、制限期間内に生じる固定日を有する、請求項Ｂ．３に記載の装置。
Ｂ．５．注文が、買い注文または売り注文である、請求項Ｂに記載の装置。
Ｂ．６．制限期間が、ある量の非標準通貨の注文を受信するより前に算出される既定の期間である、請求項Ｂに記載の装置。
Ｂ．７．制限期間が、既定の期間の一部にカスタマイズ可能である、請求項Ｂ．６に記載の装置。
Ｂ．８．制限期間が、複数の期間にカスタマイズ可能である、請求項Ｂに記載の装置。
Ｂ．９．記憶装置が、プロセッサによって実行される際、プロセッサに、第１の組み合わせが発生させる取引量が、第２の組み合わせが発生させる取引量に等しいことを算出することと、第１の組み合わせが、第２の組み合わせより多くのマッチング関係を含むことを算出することと、第１の組み合わせよりも第２の組み合わせを選択することと、をするように指示する命令をさらに記憶する、請求項Ｂに記載の装置。
Ｂ．１０．記憶装置が、プロセッサによって実行される際、プロセッサに、選択的組み合わせが確認されたという表示を受信すること、をするように指示する命令をさらに記憶する、請求項Ｂに記載の装置。
Ｂ．１１．記憶装置が、プロセッサによって実行される際、プロセッサに、選択的組み合わせが確認されたという表示を受信することに反応して、選択的組み合わせの各マッチング関係を実行すること、をするように指示する命令をさらに記憶する、請求項Ｂに記載の装置。
Ｂ．１２．記憶装置が、プロセッサによって実行される際、プロセッサに、選択的組み合わせを元に戻すための要求を受信することと、元に戻すための要求に反応して、選択的組み合わせを取り消すことと、をするように指示する命令をさらに記憶する、請求項Ｂに記載の装置。
Ｂ．１３．記憶装置が、プロセッサによって実行される際、プロセッサに、マッチングされたがまだ確認はされていない、より小さい集合内の注文の割合を表示すること、をするように指示する命令をさらに記憶する、請求項Ｂに記載の装置。
Ｂ．１４．固定日が将来に生じる、請求項Ｂに記載の装置。
Ｂ．１５．ある量の非標準通貨が受渡日に渡され、受渡日が固定日の後に生じる、請求項Ｂに記載の装置。
Ｂ．１６．予測為替レートが、取引曲線によって算出され、取引曲線が、ブローカーによってある量の非標準通貨の注文を受信するより前に発生させられる、請求項Ｂに記載の装置。
Ｂ．１７．取引曲線が、非標準通貨の複数の予測為替レートの補間を含む、請求項Ｂ．１６に記載の装置。
Ｂ．１８．取引曲線が、少なくとも１つの取引モデルによって発生させられる、請求項Ｂ．１６に記載の装置。
Ｂ．１９．取引モデルがブローカーによって構築される、請求項Ｂ．１８に記載の装置。
Ｂ．２０．少なくとも１つの取引モデルが発生させる取引曲線が、異なる取引モデルが発生させる取引曲線とは異なる、請求項Ｂ．１８に記載の装置。
Ｂ．２１．記憶装置が、プロセッサによって実行される際、プロセッサに、取引曲線を閲覧するための要求を受信することと、要求に反応して、取引曲線の図形描写を発生させることと、をするように指示する命令をさらに記憶する、請求項Ｂ．１６に記載の装置。
Ｂ．２２．選択的照準アルゴリズムの適用が、少なくとも１つの静的マッチング不可能な注文を注文集合から除去すること、をさらに含む、請求項Ｂに記載の装置。
Ｂ．２３．少なくとも１つの静的マッチング不可能な注文が、可能なマッチングを有さない、請求項Ｂ．２２に記載の装置。
Ｂ．２４．少なくとも１つの静的マッチング不可能な注文が、対応する交換注文を有さない任意の注文を含む、請求項Ｂ．２２に記載の装置。
Ｂ．２５．少なくとも１つの静的マッチング不可能な注文が、最低必要条件より低い量の非標準通貨を要求する、請求項Ｂ．２２に記載の装置。
Ｂ．２６．最低必要条件が、ある量の非標準通貨の注文を受信するより前に算出される、請求項Ｂ．２５に記載の装置。
Ｂ．２７．最低必要条件が、ブローカー、トレーダー、参加者、顧客、および第三者、のうち少なくとも１つによって算出される、請求項Ｂ．２５に記載の装置。
Ｂ．２８．選択的照準アルゴリズムの適用が、少なくとも１つの動的マッチング不可能な注文を注文集合から除去すること、をさらに含む、請求項Ｂに記載の装置。
Ｂ．２９．少なくとも１つの動的マッチング不可能な注文が、制限期間外にある固定日を含む、請求項Ｂ．２８に記載の装置。
Ｂ．３０．少なくとも１つの動的マッチング不可能な注文が、信用限度を超える量を含む、請求項Ｂ．２８に記載の装置。
Ｂ．３１．少なくとも１つの動的マッチング不可能な注文を実行することが、信用限度を超えるであろう、請求項Ｂ．２８に記載の装置。
Ｂ．３２．ある量の非標準通貨の注文が、参加者によって送信され、方法が、参加者と別の参加者との間の少なくとも１つの信用限度を受信することであって、少なくとも１つの信用限度を超えるマッチング注文が、注文とマッチングされない、受信すること、をさらに含む、請求項Ｂに記載の装置。
Ｂ．３３．記憶装置が、プロセッサによって実行される際、プロセッサに、少なくとも１つの信用限度を閲覧するための要求を受信することと、要求に反応して、複数の参加者の間の複数の信用限度を描写するインターフェースを発生させることであって、複数の信用限度が、少なくとも１つの信用限度を含む、発生させることと、をするように指示する命令をさらに記憶する、請求項Ｂに記載の装置。
Ｂ．３４．各複数の信用限度が、調整可能である、請求項Ｂ．３３に記載の装置。
Ｂ．３５．記憶装置が、プロセッサによって実行される際、プロセッサに、既定の信用限度を各参加者に自動的に割り当てること、をするように指示する命令をさらに記憶する、請求項Ｂ．３３に記載の装置。
Ｂ．３６．各参加者に割り当てられる既定の信用限度の額が、各参加者の身元に依存する、請求項Ｂ．３３に記載の装置。
Ｂ．３７．各参加者に割り当てられる既定の信用限度の額が、各参加者の出生国に依存する、請求項Ｂ．３３に記載の装置。
Ｂ．３８．記憶装置が、プロセッサによって実行される際、プロセッサに、第１の参加者が第１の出生国の出身であり、第２の参加者が第２の出生国の出身であることを算出することと、第１の国が強い経済的安定性を有することを算出することと、第２の国が弱い経済的安定性を有することを算出することと、第１の参加者に、第２の参加者よりも高い既定の信用限度を割り当てることと、をするように指示する命令をさらに記憶する、請求項Ｂ．３３に記載の装置。
Ｂ．３９．各参加者に割り当てられる既定の信用限度の額が、各参加者によって実行されてきた取引量に依存する、請求項Ｂ．３８に記載の装置。
Ｂ．４０．各参加者に割り当てられる既定の信用限度の額が、各参加者の取引履歴に依存する、請求項Ｂ．３８に記載の装置。
Ｂ．４１．記憶装置が、プロセッサによって実行される際、プロセッサに、参加者の取引履歴を閲覧するための要求を受信することと、要求に反応して、以前に実行された少なくとも１つの注文を描写するインターフェースを発生させることと、をするように指示する命令をさらに記憶する、請求項Ｂに記載の装置。
Ｂ．４２．少なくとも１つのマッチング関係が、より小さい集合の注文の一部とより小さい集合の別の注文をマッチングすることを含む、請求項Ｂに記載の装置。
Ｂ．４３．記憶装置が、プロセッサによって実行される際、プロセッサに、より小さい集合の注文の部分をマッチングすることから生じる残余を算出することと、残余をより小さい集合の異なる注文とマッチングすることと、をするように指示する命令をさらに記憶する、請求項Ｂ．４２に記載の装置。
Ｂ．４４．記憶装置が、プロセッサによって実行される際、プロセッサに、ある量の非標準通貨の注文を取り消すための要求を受信すること、をするように指示する命令をさらに記憶する、請求項Ｂに記載の装置。
Ｂ．４５．記憶装置が、プロセッサによって実行される際、プロセッサに、取り消すための要求が、競売期限が終了する前に受信されたことを算出することと、ある量の非標準通貨の注文を取り消すことと、注文が取り消されたという表示を伝送することと、をするように指示する命令をさらに記憶する、請求項Ｂ．４４に記載の装置。
Ｂ．４６．記憶装置が、プロセッサによって実行される際、プロセッサに、取り消すための要求が、競売期限が終了した後に受信されたことを算出することと、注文を取り消すことができないという表示を伝送することと、をするように指示する命令をさらに記憶する、請求項Ｂ．４４に記載の装置。
Ｂ．４７．記憶装置が、プロセッサによって実行される際、プロセッサに、競売期限が終了した後、ある量の非標準通貨の複数の注文を受信することであって、複数の注文が共に送信される、受信することと、をするように指示する命令をさらに記憶する、請求項Ｂに記載の装置。
Ｂ．４８．複数の注文が、競売期限の終了時に自動的に送信される、請求項Ｂ．４７に記載の装置。
Ｂ．４９．複数の注文が、送信ボタンの選択に反応して送信される、請求項Ｂ．４７に記載の装置。
Ｂ．５０．複数の注文が、トリガイベントの検出に反応して送信される、請求項Ｂ．４７に記載の装置。
Ｂ．５１．記憶装置が、プロセッサによって実行される際、プロセッサに、追加の競売時間を追加するための要求を受信すること、をするように指示する命令をさらに記憶する、請求項Ｂに記載の装置。
Ｂ．５２．記憶装置が、プロセッサによって実行される際、プロセッサに、追加の競売時間の表示を伝送すること、をするように指示する命令をさらに記憶する、請求項Ｂ．５１に記載の装置。
Ｃ．プロセッサによって実行される際、プロセッサに、ある量の非標準通貨の注文を予測為替レートで受信することであって、注文が、制限期間内に生じる固定日に処理される、受信することと、注文を、マッチングされていない複数の注文とともにデータベース内に記憶することであって、注文および複数の注文が、競売期限が終了する前に受信される、記憶することと、競売期限が終了したことを算出することと、競売期限が終了したことを算出することに反応して、マッチングされていない非標準通貨の全ての注文を含む注文集合を発生させることと、より小さい注文集合を発生させるために、選択的照準アルゴリズムを注文集合に適用することと、注文の全ての可能な組み合わせを算出することであって、各組み合わせが、より小さい集合の注文とより小さい集合の別の注文との間に少なくとも１つのマッチング関係を含む、算出することと、各組み合わせが発生させる取引量を算出することと、取引量に基づいて、最も多い取引量を発生させる選択的組み合わせを選択することと、ディスプレイ上に選択的組み合わせを表示することと、をするように指示する命令を記憶する非一時的なコンピューター可読媒体、を含む、製造品。
Ｃ．１．選択的組み合わせの複数の注文が、共に実行される、請求項Ｃに記載の製造品。
Ｃ．２．選択的組み合わせ内の注文の合計が、ゼロサムバランスをもたらす、請求項Ｃの製造品。
Ｃ．３．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、非標準通貨の交換注文を受信することであって、交換注文およびある量の非標準通貨の注文の合計が、ゼロサムバランスをもたらす、受信すること、をするように指示する命令をさらに記憶する、請求項Ｃに記載の製造品。
Ｃ．４．交換注文が、制限期間内に生じる固定日を有する、請求項Ｃ．３に記載の製造品。
Ｃ．５．注文が、買い注文または売り注文である、請求項Ｃに記載の製造品。
Ｃ．６．制限期間が、ある量の非標準通貨の注文を受信するより前に算出される既定の期間である、請求項Ｃに記載の製造品。
Ｃ．７．制限期間が、既定の期間の一部にカスタマイズ可能である、請求項Ｃ．６に記載の製造品。
Ｃ．８．制限期間が、複数の期間にカスタマイズ可能である、請求項Ｃに記載の製造品。
Ｃ．９．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、第１の組み合わせが発生させる取引量が、第２の組み合わせが発生させる取引量に等しいことを算出することと、第１の組み合わせが、第２の組み合わせより多くのマッチング関係を含むことを算出することと、第１の組み合わせよりも第２の組み合わせを選択することと、をするように指示する命令をさらに記憶する、請求項Ｃに記載の製造品。
Ｃ．１０．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、選択的組み合わせが確認されたという表示を受信すること、をするように指示する命令をさらに記憶する、請求項Ｃに記載の製造品。
Ｃ．１１．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、選択的組み合わせが確認されたという表示を受信することに反応して、選択的組み合わせの各マッチング関係を実行すること、をするように指示する命令をさらに記憶する、請求項Ｃに記載の製造品。
Ｃ．１２．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、選択的組み合わせを元に戻すための要求を受信することと、元に戻すための要求に反応して、選択的組み合わせを取り消すことと、をするように指示する命令をさらに記憶する、請求項Ｃに記載の製造品。
Ｃ．１３．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、マッチングされたがまだ確認はされていない、より小さい集合内の注文の割合を表示すること、をするように指示する命令をさらに記憶する、請求項Ｃに記載の製造品。
Ｃ．１４．固定日が将来に生じる、請求項Ｃに記載の製造品。
Ｃ．１５．ある量の非標準通貨が受渡日に渡され、受渡日が固定日の後に生じる、請求項Ｃに記載の製造品。
Ｃ．１６．予測為替レートが、取引曲線によって算出され、取引曲線が、ブローカーによってある量の非標準通貨の注文を受信するより前に発生させられる、請求項Ｃに記載の製造品。
Ｃ．１７．取引曲線が、非標準通貨の複数の予測為替レートの補間を含む、請求項Ｃ．１６に記載の製造品。
Ｃ．１８．取引曲線が、少なくとも１つの取引モデルによって発生させられる、請求項Ｃ．１６に記載の製造品。
Ｃ．１９．取引モデルがブローカーによって構築される、請求項Ｃ．１８に記載の製造品。
Ｃ．２０．少なくとも１つの取引モデルが発生させる取引曲線が、異なる取引モデルが発生させる取引曲線とは異なる、請求項Ｃ．１８に記載の製造品。
Ｃ．２１．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、取引曲線を閲覧するための要求を受信することと、要求に反応して、取引曲線の図形描写を発生させることと、をするように指示する命令をさらに記憶する、請求項Ｃ．１６に記載の製造品。
Ｃ．２２．選択的照準アルゴリズムの適用が、少なくとも１つの静的マッチング不可能な注文を注文集合から除去すること、をさらに含む、請求項Ｃに記載の製造品。
Ｃ．２３．少なくとも１つの静的マッチング不可能な注文が、可能なマッチングを有さない、請求項Ｃ．２２に記載の製造品。
Ｃ．２４．少なくとも１つの静的マッチング不可能な注文が、対応する交換注文を有さない任意の注文を含む、請求項Ｃ．２２に記載の製造品。
Ｃ．２５．少なくとも１つの静的マッチング不可能な注文が、最低必要条件より低い量の非標準通貨を要求する、請求項Ｃ．２２に記載の製造品。
Ｃ．２６．最低必要条件が、ある量の非標準通貨の注文を受信するより前に算出される、請求項Ｃ．２５に記載の製造品。
Ｃ．２７．最低必要条件が、ブローカー、トレーダー、参加者、顧客、および第三者、のうち少なくとも１つによって算出される、請求項Ｃ．２５に記載の製造品。
Ｃ．２８．選択的照準アルゴリズムの適用が、少なくとも１つの動的マッチング不可能な注文を注文集合から除去すること、をさらに含む、請求項Ｃに記載の製造品。
Ｃ．２９．少なくとも１つの動的マッチング不可能な注文が、制限期間外にある固定日を含む、請求項Ｃ．２８に記載の製造品。
Ｃ．３０．少なくとも１つの動的マッチング不可能な注文が、信用限度を超える量を含む、請求項Ｃ．２８に記載の製造品。
Ｃ．３１．非一時的なコンピューター可読媒体少なくとも１つの動的マッチング不可能な注文が、信用限度を超える、請求項Ｃ．２８に記載の製造品。
Ｃ．３２．ある量の非標準通貨の注文が、参加者によって送信され、方法が、参加者と別の参加者との間の少なくとも１つの信用限度を受信することであって、少なくとも１つの信用限度を超えるマッチング注文が、注文とマッチングされない、受信すること、をさらに含む、請求項Ｃに記載の製造品。
Ｃ．３３．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、少なくとも１つの信用限度を閲覧するための要求を受信することと、要求に反応して、複数の参加者の間の複数の信用限度を描写するインターフェースを発生させることであって、複数の信用限度が、少なくとも１つの信用限度を含む、発生させることと、をするように指示する命令をさらに記憶する、請求項Ｃに記載の製造品。
Ｃ．３４．各複数の信用限度が、調整可能である、請求項Ｃ．３３に記載の製造品。
Ｃ．３５．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、既定の信用限度を各参加者に自動的に割り当てること、をするように指示する命令をさらに記憶する、請求項Ｃ．３３に記載の製造品。
Ｃ．３６．各参加者に割り当てられる既定の信用限度の額が、各参加者の身元に依存する、請求項Ｃ．３３に記載の製造品。
Ｃ．３７．各参加者に割り当てられる既定の信用限度の額が、各参加者の出生国に依存する、請求項Ｃ．３３に記載の製造品。
Ｃ．３８．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、第１の参加者が第１の出生国の出身であり、第２の参加者が第２の出生国の出身であることを算出することと、第１の国が強い経済的安定性を有することを算出することと、第２の国が弱い経済的安定性を有することを算出することと、第１の参加者に、第２の参加者よりも高い既定の信用限度を割り当てることと、をするように指示する命令をさらに記憶する、請求項Ｃ．３３に記載の製造品。
Ｃ．３９．各参加者に割り当てられる既定の信用限度の額が、各参加者によって実行されてきた取引量に依存する、請求項Ｃ．３３に記載の製造品。
Ｃ．４０．各参加者に割り当てられる既定の信用限度の額が、各参加者の取引履歴に依存する、請求項Ｃ．３３に記載の製造品。
Ｃ．４１．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、参加者の取引履歴を閲覧するための要求を受信することと、要求に反応して、以前に実行された少なくとも１つの注文を描写するインターフェースを発生させることと、をするように指示する命令をさらに記憶する、請求項Ｃに記載の製造品。
Ｃ．４２．少なくとも１つのマッチング関係が、より小さい集合の注文の一部とより小さい集合の別の注文をマッチングすることを含む、請求項Ｃに記載の製造品。
Ｃ．４３．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、より小さい集合の注文の部分をマッチングすることから生じる残余を算出することと、残余をより小さい集合の異なる注文とマッチングすることと、をするように指示する命令をさらに記憶する、請求項Ｃ．４２に記載の製造品。
Ｃ．４４．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、ある量の非標準通貨の注文を取り消すための要求を受信すること、をするように指示する命令をさらに記憶する、請求項Ｃに記載の製造品。
Ｃ．４５．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、取り消すための要求が、競売期限が終了する前に受信されたことを算出することと、ある量の非標準通貨の注文を取り消すことと、注文が取り消されたという表示を伝送することと、をするように指示する命令をさらに記憶する、請求項Ｃ．４４に記載の製造品。
Ｃ．４６．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、取り消すための要求が、競売期限が終了した後に受信されたことを算出することと、注文を取り消すことができないという表示を伝送することと、をするように指示する命令をさらに記憶する、請求項Ｃ．４４に記載の製造品。
Ｃ．４７．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、競売期限が終了した後、ある量の非標準通貨の複数の注文を受信することであって、複数の注文が共に送信される、受信することと、をするように指示する命令をさらに記憶する、請求項Ｃに記載の製造品。
Ｃ．４８．複数の注文が、競売期限の終了時に自動的に送信される、請求項Ｃ．４７に記載の製造品。
Ｃ．４９．複数の注文が、送信ボタンの選択に反応して送信される、請求項Ｃ．４７に記載の製造品。
Ｃ．５０．複数の注文が、トリガイベントの検出に反応して送信される、請求項Ｃ．４７に記載の製造品。
Ｃ．５１．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、追加の競売時間を追加するための要求を受信すること、をするように指示する命令をさらに記憶する、請求項Ｃに記載の製造品。
Ｃ．５２．非一時的なコンピューター可読媒体が、プロセッサによって実行される際、プロセッサに、追加の競売時間の表示を伝送すること、をするように指示する命令をさらに記憶する、請求項Ｃ．５１に記載の製造品。

Claims (159)

  1. 遠隔装置から、ある量の非標準通貨の注文を予測為替レートで受信することであって、前記注文が、制限期間内に生じる固定日に処理される、受信することと、
    プロセッサを介して、前記注文を、マッチングされていない複数の注文とともにデータベース内に記憶することであって、前記注文および前記複数の注文が、競売期限が終了する前に受信され、前記プロセッサおよび前記遠隔装置がネットワーク上で電子通信状態にある、記憶することと、
    前記プロセッサを介して、前記競売期限が終了したことを算出することと、
    前記プロセッサを介して、前記競売期限が終了したことを前記算出することに反応して、マッチングされていない前記非標準通貨の全ての注文を含む注文集合を発生させることと、
    前記プロセッサを介して、より小さい注文集合を発生させるために、選択的照準アルゴリズムを前記注文集合に適用することと、
    前記プロセッサを介して、前記注文の全ての可能な組み合わせを算出することであって、各組み合わせが、前記より小さい集合の注文と前記より小さい集合の別の注文との間に少なくとも１つのマッチング関係を含む、算出することと、
    前記プロセッサを介して、各組み合わせが発生させる取引量を算出することと、
    前記プロセッサを介して、前記取引量に基づいて、最も多い取引量を発生させる選択的組み合わせを選択することと、
    ディスプレイ上に前記選択的組み合わせが選択されたという表示を表示することと、を含む、方法。
  2. 前記選択的組み合わせの複数の注文が、共に実行される、請求項１に記載の方法。
  3. 前記選択的組み合わせ内の前記注文の合計が、ゼロサムバランスをもたらす、請求項１に記載の方法。
  4. 前記非標準通貨の交換注文を受信することであって、前記交換注文および前記ある量の非標準通貨の前記注文の合計が、ゼロサムバランスをもたらす、受信すること、をさらに含む、請求項１に記載の方法。
  5. 前記交換注文が、前記制限期間内に生じる固定日を有する、請求項４に記載の方法。
  6. 前記注文が、買い注文または売り注文である、請求項１に記載の方法。
  7. 前記制限期間が、前記ある量の非標準通貨の前記注文を受信するより前に算出される既定の期間である、請求項１に記載の方法。
  8. 前記制限期間が、前記既定の期間の一部にカスタマイズ可能である、請求項７に記載の方法。
  9. 前記制限期間が、複数の期間にカスタマイズ可能である、請求項１に記載の方法。
  10. 第１の組み合わせが発生させる前記取引量が、第２の組み合わせが発生させる前記取引量に等しいことを算出することと、
    前記第１の組み合わせが、前記第２の組み合わせより多いマッチング関係を含むことを算出することと、
    前記第１の組み合わせよりも前記第２の組み合わせを選択することと、をさらに含む、請求項１に記載の方法。
  11. 前記選択的組み合わせが確認されたという表示を受信すること、をさらに含む、請求項１に記載の方法。
  12. 前記選択的組み合わせが確認されたという前記表示を受信することに反応して、前記選択的組み合わせの各前記マッチング関係を実行すること、をさらに含む、請求項１に記載の方法。
  13. 前記選択的組み合わせを元に戻すための要求を受信することと、
    前記元に戻すための要求に反応して、前記選択的組み合わせを取り消すことと、をさらに含む、請求項１に記載の方法。
  14. マッチングされたがまだ確認はされていない、前記より小さい集合内の前記注文の割合を、表示すること、をさらに含む、請求項１に記載の方法。
  15. 前記固定日が将来に生じる、請求項１に記載の方法。
  16. 前記ある量の非標準通貨が受渡日に渡され、前記受渡日が前記固定日の後に生じる、請求項１に記載の方法。
  17. 前記予測為替レートが、取引曲線によって算出され、前記取引曲線が、ブローカーによって前記ある量の非標準通貨の前記注文を受信するより前に発生させられる、請求項１に記載の方法。
  18. 前記取引曲線が、前記非標準通貨の複数の予測為替レートの補間を含む、請求項１７に記載の方法。
  19. 前記取引曲線が、少なくとも１つの取引モデルによって発生させられる、請求項１７に記載の方法。
  20. 前記少なくとも１つの取引モデルがブローカーによって構築される、請求項１９に記載の方法。
  21. 前記少なくとも１つの取引モデルが発生させる前記取引曲線が、異なる取引モデルが発生させる取引曲線とは異なる、請求項１９に記載の方法。
  22. 前記取引曲線を閲覧するための要求を受信することと、
    前記要求に反応して、前記取引曲線の図形描写を発生させることと、をさらに含む、請求項１７に記載の方法。
  23. 前記選択的照準アルゴリズムを適用することが、
    少なくとも１つの静的マッチング不可能な注文を前記注文集合から除去すること、をさらに含む、請求項１に記載の方法。
  24. 前記少なくとも１つの静的マッチング不可能な注文が、可能なマッチングを有さない、請求項２３に記載の方法。
  25. 前記少なくとも１つの静的マッチング不可能な注文が、対応する交換注文を有さない任意の注文を含む、請求項２３に記載の方法。
  26. 前記少なくとも１つの静的マッチング不可能な注文が、最低必要条件より低い量の前記非標準通貨を要求する、請求項２３に記載の方法。
  27. 前記最低必要条件が、前記ある量の非標準通貨の前記注文を受信するより前に算出される、請求項２６に記載の方法。
  28. 前記最低必要条件が、ブローカー、トレーダー、参加者、顧客、および第三者、のうち少なくとも１つによって算出される、請求項２６に記載の方法。
  29. 前記選択的照準アルゴリズムを適用することが、
    少なくとも１つの動的マッチング不可能な注文を前記注文集合から除去すること、をさらに含む、請求項１に記載の方法。
  30. 前記少なくとも１つの動的マッチング不可能な注文が、前記制限期間外にある対応する固定日を含む、請求項２９に記載の方法。
  31. 前記少なくとも１つの動的マッチング不可能な注文が、信用限度を超える量を含む、請求項２９に記載の方法。
  32. 前記少なくとも１つの動的マッチング不可能な注文を実行することが、信用限度を超えるであろう、請求項２９に記載の方法。
  33. 前記ある量の非標準通貨の前記注文が、参加者によって送信され、前記方法が、
    前記参加者と別の参加者との間の少なくとも１つの信用限度を受信することであって、前記少なくとも１つの信用限度を超えるマッチング注文が、前記注文とマッチングされない、受信すること、をさらに含む、請求項１に記載の方法。
  34. 前記少なくとも１つの信用限度を閲覧するための要求を受信することと、
    前記要求に反応して、複数の参加者の間の複数の信用限度を描写するインターフェースを発生させることであって、前記複数の信用限度が、前記少なくとも１つの信用限度を含む、発生させることと、をさらに含む、請求項３３に記載の方法。
  35. 各前記複数の信用限度が、調整可能である、請求項３４に記載の方法。
  36. 既定の信用限度を各前記複数の参加者に自動的に割り当てること、をさらに含む、請求項３４に記載の方法。
  37. 各前記複数の参加者に割り当てられる前記既定の信用限度の額が、各参加者の身元に依存する、請求項３６に記載の方法。
  38. 各参加者に割り当てられる前記既定の信用限度の額が、各参加者の出生国に依存する、請求項３６に記載の方法。
  39. 第１の参加者が第１の出生国の出身であり、第２の参加者が第２の出生国の出身であることを算出することと、
    前記第１の国が強い経済的安定性を有することを算出することと、
    前記第２の国が弱い経済的安定性を有することを算出することと、
    前記第１の参加者に、前記第２の参加者よりも高い既定の信用限度を割り当てることと、をさらに含む、請求項３６に記載の方法。
  40. 各参加者に割り当てられる前記既定の信用限度の額が、各参加者によって実行されてきた取引量に依存する、請求項３６に記載の方法。
  41. 各参加者に割り当てられる前記既定の信用限度の額が、各参加者の取引履歴に依存する、請求項３６に記載の方法。
  42. 前記参加者の取引履歴閲覧するための要求を受信することと、
    前記要求に反応して、以前に実行された少なくとも１つの注文を描写するインターフェースを発生させることと、をさらに含む、請求項１に記載の方法。
  43. 前記少なくとも１つのマッチング関係が、
    前記より小さい集合の前記注文の一部を、前記より小さい集合の前記別の注文とマッチングすること、を含む、請求項１に記載の方法。
  44. 前記より小さい集合の前記注文の前記一部をマッチングすることから生じる、残余を算出することと、
    前記残余を前記より小さい集合の異なる注文とマッチングすることと、をさらに含む、請求項４３に記載の方法。
  45. 前記ある量の非標準通貨の前記注文を取り消すための要求を受信すること、をさらに含む、請求項１に記載の方法。
  46. 取り消すための前記要求が、前記競売期限が終了する前に受信されたことを算出することと、
    前記ある量の非標準通貨の前記注文を取り消すことと、
    注文が取り消されたという表示を伝送することと、をさらに含む、請求項４５に記載の方法。
  47. 取り消すための前記要求が、前記競売期限が終了した後に受信されたことを算出することと、注文を取り消すことができないという表示を伝送することと、をさらに含む、請求項４５に記載の方法。
  48. 前記競売期限が終了した後、前記ある量の非標準通貨の複数の注文を受信することであって、前記複数の注文が共に送信される、受信すること、をさらに含む、請求項１に記載の方法。
  49. 前記複数の注文が、前記競売期限の終了時に自動的に送信される、請求項４８に記載の方法。
  50. 前記複数の注文が、送信ボタンの選択に反応して送信される、請求項４８に記載の方法。
  51. 前記複数の注文が、トリガイベントの検出に反応して送信される、請求項４８に記載の方法。
  52. 追加の競売時間を追加するための要求を受信すること、をさらに含む、請求項１に記載の方法。
  53. 前記追加の競売時間の表示を伝送すること、をさらに含む、請求項５２に記載の方法。
  54. プロセッサと、
    前記プロセッサによって実行される際、前記プロセッサに、
    ある量の非標準通貨の注文を予測為替レートで受信することであって、前記注文が、制限期間内に生じる固定日に処理される、受信することと、
    前記注文を、マッチングされていない複数の注文とともにデータベース内に記憶することとであって、前記注文および前記複数の注文が、競売期限が終了する前に受信される、記憶することと、
    前記競売期限が終了したことを算出することと、
    前記競売期限が終了したことを算出することに反応して、マッチングされていない前記非標準通貨の全ての注文を含む注文集合を発生させることと、
    より小さい注文集合を発生させるために、選択的照準アルゴリズムを前記注文集合に適用することと、前記注文の全ての可能な組み合わせを算出することであって、各組み合わせが、前記より小さい集合の注文と前記より小さい集合の別の注文との間に少なくとも１つのマッチング関係を含む、算出することと、
    各組み合わせが発生させる取引量を算出することと、
    前記取引量に基づいて、最も多い取引量を発生させる選択的組み合わせを選択することと、
    ディスプレイ上に前記選択的組み合わせを表示することと、をするように指示する命令を記憶する、記憶装置と、を含む、装置。
  55. 前記選択的組み合わせの複数の注文が、共に実行される、請求項５４に記載の装置。
  56. 前記選択的組み合わせ内の前記注文の合計が、ゼロサムバランスをもたらす、請求項５４に記載の装置。
  57. 前記記憶装置が、前記プロセッサによって実行される際、前記プロセッサに、
    前記非標準通貨の交換注文を受信することであって、前記交換注文および前記ある量の非標準通貨の前記注文の合計が、ゼロサムバランスをもたらす、受信すること、をするように指示する命令をさらに記憶する、請求項５４に記載の装置。
  58. 前記交換注文が、前記制限期間内に生じる固定日を有する、請求項５７に記載の装置。
  59. 前記注文が、買い注文または売り注文である、請求項５４に記載の装置。
  60. 前記制限期間が、前記ある量の非標準通貨の前記注文を受信するより前に算出される既定の期間である、請求項５４に記載の装置。
  61. 前記制限期間が、前記既定の期間の一部にカスタマイズ可能である、請求項６０に記載の装置。
  62. 前記制限期間が、複数の期間にカスタマイズ可能である、請求項５４に記載の装置。
  63. 前記記憶装置が、前記プロセッサによって実行される際、前記プロセッサに、
    第１の組み合わせが発生させる前記取引量が、第２の組み合わせが発生させる前記取引量に等しいことを算出することと、
    前記第１の組み合わせが、前記第２の組み合わせより多いマッチング関係を含むことを算出することと、
    前記第１の組み合わせよりも前記第２の組み合わせを選択することと、をするように指示する命令をさらに記憶する、請求項５４に記載の装置。
  64. 前記記憶装置が、前記プロセッサによって実行される際、プロセッサに、
    前記選択的組み合わせが確認されたという表示を受信すること、をするように指示する命令をさらに記憶する、請求項５４に記載の装置。
  65. 前記記憶装置が、前記プロセッサによって実行される際、前記プロセッサに、
    前記選択的組み合わせが確認されたという前記表示を受信することに反応して、前記選択的組み合わせの各前記マッチング関係を実行すること、をするように指示する命令をさらに記憶する、請求項５４に記載の装置。
  66. 前記記憶装置が、前記プロセッサによって実行される際、前記プロセッサに、前記選択的組み合わせを元に戻すための要求を受信することと、前記元に戻すための要求に反応して、前記選択的組み合わせを取り消すことと、をするように指示する命令をさらに記憶する、請求項５４に記載の装置。
  67. 前記記憶装置が、前記プロセッサによって実行される際、前記プロセッサに、マッチングされたがまだ確認はされていない、前記より小さい集合内の前記注文の割合を表示すること、をするように指示する命令をさらに記憶する、請求項５４に記載の装置。
  68. 前記固定日が将来に生じる、請求項５４に記載の装置。
  69. 前記ある量の非標準通貨が受渡日に渡され、前記受渡日が前記固定日の後に生じる、請求項５４に記載の装置。
  70. 前記予測為替レートが、取引曲線によって算出され、前記取引曲線が、ブローカーによって前記ある量の非標準通貨の前記注文を受信するより前に発生させられる、前記請求項５４に記載の装置。
  71. 前記取引曲線が、前記非標準通貨の複数の予測為替レートの補間を含む、請求項７０に記載の装置。
  72. 前記取引曲線が、少なくとも１つの取引モデルによって発生させられる、請求項７０に記載の装置。
  73. 前記取引モデルがブローカーによって構築される、請求項７２に記載の装置。
  74. 前記少なくとも１つの取引モデルが発生させる前記取引曲線が、異なる取引モデルが発生させる取引曲線とは異なる、請求項７２に記載の装置。
  75. 前記記憶装置が、前記プロセッサによって実行される際、プロセッサに、
    前記取引曲線を閲覧するための要求を受信することと、
    前記要求に反応して、前記取引曲線の図形描写を発生させることと、をするように指示する命令をさらに記憶する、請求項７０に記載の装置。
  76. 前記選択的照準アルゴリズムの適用が、
    少なくとも１つの静的マッチング不可能な注文を前記注文集合から除去すること、をさらに含む、請求項５４に記載の装置。
  77. 前記少なくとも１つの静的マッチング不可能な注文が、可能なマッチングを有さない、請求項７６に記載の装置。
  78. 前記少なくとも１つの静的マッチング不可能な注文が、対応する交換注文を有さない任意の注文を含む、請求項７６に記載の装置。
  79. 前記少なくとも１つの静的マッチング不可能な注文が、最低必要条件より低い量の前記非標準通貨を要求する、請求項７６に記載の装置。
  80. 前記最低必要条件が、前記ある量の非標準通貨の前記注文を受信するより前に算出される、請求項７９に記載の装置。
  81. 前記最低必要条件が、ブローカー、トレーダー、参加者、顧客、および第三者、のうち少なくとも１つによって算出される、請求項７９に記載の装置。
  82. 前記選択的照準アルゴリズムの適用が、
    少なくとも１つの動的マッチング不可能な注文を前記注文集合から除去すること、をさらに含む、請求項５４に記載の装置。
  83. 前記少なくとも１つの動的マッチング不可能な注文が、前記制限期間外にある固定日を含む、請求項８２に記載の装置。
  84. 前記少なくとも１つの動的マッチング不可能な注文が、信用限度を超える量を含む、請求項８２に記載の装置。
  85. 前記少なくとも１つの動的マッチング不可能な注文を実行することが、信用限度を超えるであろう、請求項８２に記載の装置。
  86. 前記ある量の非標準通貨の前記注文が、参加者によって送信され、前記方法が、前記参加者と別の参加者との間の少なくとも１つの信用限度を受信することであって、前記少なくとも１つの信用限度を超えるマッチング注文が、前記注文とマッチングされない、受信すること、をさらに含む、請求項５４に記載の装置。
  87. 前記記憶装置が、前記プロセッサによって実行される際、プロセッサに、
    前記少なくとも１つの信用限度を閲覧するための要求を受信することと、
    前記要求に反応して、複数の参加者の間の複数の信用限度を描写するインターフェースを発生させることであって、前記複数の信用限度が、前記少なくとも１つの信用限度を含む、発生させることと、をするように指示する命令をさらに記憶する、請求項５４に記載の装置。
  88. 各前記複数の信用限度が、調整可能である、請求項８７に記載の装置。
  89. 前記記憶装置が、前記プロセッサによって実行される際、プロセッサに、
    既定の信用限度を各参加者に自動的に割り当てること、をするように指示する命令をさらに記憶する、請求項８７に記載の装置。
  90. 各参加者に割り当てられる前記既定の信用限度の額が、各参加者の身元に依存する、請求項８７に記載の装置。
  91. 各参加者に割り当てられる前記既定の信用限度の額が、各参加者の出生国に依存する、請求項８７に記載の装置。
  92. 前記記憶装置が、前記プロセッサによって実行される際、プロセッサに、
    第１の参加者が第１の出生国の出身であり、第２の参加者が第２の出生国の出身であることを算出することと、
    前記第１の国が強い経済的安定性を有することを算出することと、
    前記第２の国が弱い経済的安定性を有することを算出することと、
    前記第１の参加者に、前記第２の参加者よりも高い既定の信用限度を割り当てることと、をするように指示する命令をさらに記憶する、請求項８７に記載の装置。
  93. 各参加者に割り当てられる前記既定の信用限度の額が、各参加者によって実行されてきた取引量に依存する、請求項９２に記載の装置。
  94. 各参加者に割り当てられる前記既定の信用限度の額が、各参加者の取引履歴に依存する、請求項９２に記載の装置。
  95. 前記記憶装置が、前記プロセッサによって実行される際、プロセッサに、前記参加者の取引履歴を閲覧するための要求を受信することと、前記要求に反応して、以前に実行された少なくとも１つの注文を描写するインターフェースを発生させることと、をするように指示する命令をさらに記憶する、請求項５４に記載の装置。
  96. 前記少なくとも１つのマッチング関係が、前記より小さい集合の前記注文の一部と前記より小さい集合の別の注文をマッチングすることを含む、請求項５４に記載の装置。
  97. 前記記憶装置が、前記プロセッサによって実行される際、前記プロセッサに、前記より小さい集合の前記注文の前記部分をマッチングすることから生じる残余を算出することと、前記残余を前記より小さい集合の異なる注文とマッチングすることと、をするように指示する命令をさらに記憶する、請求項９６に記載の装置。
  98. 前記記憶装置が、前記プロセッサによって実行される際、前記プロセッサに、前記ある量の非標準通貨の前記注文を取り消すための要求を受信すること、をするように指示する命令をさらに記憶する、請求項５４に記載の装置。
  99. 前記記憶装置が、前記プロセッサによって実行される際、前記プロセッサに、前記取り消すための要求が、前記競売期限が終了する前に受信されたことを算出することと、前記ある量の非標準通貨の前記注文を取り消すことと、注文が取り消されたという表示を伝送することと、をするように指示する命令をさらに記憶する、請求項９８に記載の装置。
  100. 前記記憶装置が、前記プロセッサによって実行される際、前記プロセッサに、前記取り消すための要求が、前記競売期限が終了した後に受信されたことを算出することと、注文を取り消すことができないという表示を伝送することと、をするように指示する命令をさらに記憶する、請求項９８に記載の装置。
  101. 前記記憶装置が、前記プロセッサによって実行される際、前記プロセッサに、前記競売期限が終了した後、前記ある量の非標準通貨の複数の注文を受信することであって、前記複数の注文が共に送信される、受信することと、をするように指示する命令をさらに記憶する、請求項５４に記載の装置。
  102. 前記複数の注文が、前記競売期限の終了時に自動的に送信される、請求項１０１に記載の装置。
  103. 前記複数の注文が、送信ボタンの選択に反応して送信される、請求項１０１に記載の装置。
  104. 前記複数の注文が、トリガイベントの検出に反応して送信される、請求項１０１に記載の装置。
  105. 前記記憶装置が、前記プロセッサによって実行される際、前記プロセッサに、追加の競売時間を追加するための要求を受信すること、をするように指示する命令をさらに記憶する、請求項５４に記載の装置。
  106. 前記記憶装置が、前記プロセッサによって実行される際、前記プロセッサに、前記追加の競売時間の表示を伝送すること、をするように指示する命令をさらに記憶する、請求項１０５に記載の装置。
  107. プロセッサによって実行される際、前記プロセッサに、
    ある量の非標準通貨の注文を予測為替レートで受信することであって、前記注文が、制限期間内に生じる固定日に処理される、受信することと、
    前記注文を、マッチングされていない複数の注文とともにデータベース内に記憶することとであって、前記注文および前記複数の注文が、競売期限が終了する前に受信される、記憶することと、
    前記競売期限が終了したことを算出することと、
    前記競売期限が終了したことを算出することに反応して、マッチングされていない前記非標準通貨の全ての注文を含む注文集合を発生させることと、
    より小さい注文集合を発生させるために、選択的照準アルゴリズムを前記注文集合に適用することと、
    前記注文の全ての可能な組み合わせを算出することであって、各組み合わせが、前記より小さい集合の注文と前記より小さい集合の別の注文との間に少なくとも１つのマッチング関係を含む、算出することと、
    各組み合わせが発生させる取引量を算出することと、
    前記取引量に基づいて、最も多い取引量を発生させる選択的組み合わせを選択することと、ディスプレイ上に前記選択的組み合わせを表示することと、をするように指示する命令を記憶する、非一時的なコンピューター可読媒体を含む、製造品。
  108. 前記選択的組み合わせの複数の注文が、共に実行される、請求項１０７に記載の製造品。
  109. 前記選択的組み合わせ内の前記注文の合計が、ゼロサムバランスをもたらす、請求項１０７に記載の製造品。
  110. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、
    前記非標準通貨の交換注文を受信することであって、前記交換注文および前記ある量の非標準通貨の前記注文の合計が、ゼロサムバランスをもたらす、受信すること、をするように指示する命令をさらに記憶する、請求項１０７に記載の製造品。
  111. 前記交換注文が、前記制限期間内に生じる固定日を有する、請求項１１０に記載の製造品。
  112. 前記注文が、買い注文または売り注文である、請求項１０７に記載の製造品。
  113. 前記制限期間が、前記ある量の非標準通貨の前記注文を受信するより前に算出される既定の期間である、請求項１０７に記載の製造品。
  114. 前記制限期間が、前記既定の期間の一部にカスタマイズ可能である、請求項１１３に記載の製造品。
  115. 前記制限期間が、複数の期間にカスタマイズ可能である、請求項１０７に記載の製造品。
  116. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、第１の組み合わせが発生させる前記取引量が、第２の組み合わせが発生させる前記取引量に等しいことを算出することと、前記第１の組み合わせが、前記第２の組み合わせより多くのマッチング関係を含むことを算出することと、前記第１の組み合わせよりも前記第２の組み合わせを選択することと、をするように指示する命令をさらに記憶する、請求項１０７に記載の製造品。
  117. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、前記選択的組み合わせが確認されたという表示を受信すること、をするように指示する命令をさらに記憶する、請求項１０７に記載の製造品。
  118. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、
    前記選択的組み合わせが確認されたという前記表示を受信することに反応して、前記選択的組み合わせの各前記マッチング関係を実行すること、をするように指示する命令をさらに記憶する、請求項１０７に記載の製造品。
  119. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、前記選択的組み合わせを元に戻すための要求を受信することと、前記元に戻すための要求に反応して、前記選択的組み合わせを取り消すことと、をするように指示する命令をさらに記憶する、請求項１０７に記載の製造品。
  120. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、マッチングされたがまだ確認はされていない、前記より小さい集合内の前記注文の割合を表示すること、をするように指示する命令をさらに記憶する、請求項１０７に記載の製造品。
  121. 前記固定日が将来に生じる、請求項１０７に記載の製造品。
  122. 前記ある量の非標準通貨が受渡日に渡され、前記受渡日が前記固定日の後に生じる、請求項１０７に記載の製造品。
  123. 前記予測為替レートが、取引曲線によって算出され、前記取引曲線が、ブローカーによって前記ある量の非標準通貨の前記注文を受信するより前に発生させられる、請求項１０７に記載の製造品。
  124. 前記取引曲線が、前記非標準通貨の複数の予測為替レートの補間を含む、請求項１２３に記載の製造品。
  125. 前記取引曲線が、少なくとも１つの取引モデルによって発生させられる、請求項１２３に記載の製造品。
  126. 前記取引モデルがブローカーによって構築される、請求項１２５に記載の製造品。
  127. 前記少なくとも１つの取引モデルが発生させる前記取引曲線が、異なる取引モデルが発生させる取引曲線とは異なる、請求項１２５に記載の製造品。
  128. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、
    前記取引曲線を閲覧するための要求を受信することと、
    前記要求に反応して、前記取引曲線の図形描写を発生させることと、をするように指示する命令をさらに記憶する、請求項１２３に記載の製造品。
  129. 前記選択的照準アルゴリズムの適用が、
    少なくとも１つの静的マッチング不可能な注文を前記注文集合から除去すること、をさらに含む、請求項１０７に記載の製造品。
  130. 前記少なくとも１つの静的マッチング不可能な注文が、可能なマッチングを有さない、請求項１２９に記載の製造品。
  131. 前記少なくとも１つの静的マッチング不可能な注文が、対応する交換注文を有さない任意の注文を含む、請求項１２９に記載の製造品。
  132. 前記少なくとも１つの静的マッチング不可能な注文が、最低必要条件より低い量の前記非標準通貨を要求する、請求項１２９に記載の製造品。
  133. 前記最低必要条件が、前記ある量の非標準通貨の前記注文を受信するより前に算出される、請求項１３２に記載の製造品。
  134. 前記最低必要条件が、ブローカー、トレーダー、参加者、顧客、および第三者、のうち少なくとも１つによって算出される、請求項１３２に記載の製造品。
  135. 前記選択的照準アルゴリズムの適用が、
    少なくとも１つの動的マッチング不可能な注文を前記注文集合から除去すること、をさらに含む、請求項１０７に記載の製造品。
  136. 前記少なくとも１つの動的マッチング不可能な注文が、前記制限期間外にある固定日を含む、請求項１３５に記載の製造品。
  137. 前記少なくとも１つの動的マッチング不可能な注文が、信用限度を超える量を含む、請求項１３５に記載の製造品。
  138. 非一時的なコンピューター可読媒体前記少なくとも１つの動的マッチング不可能な注文が、信用限度を超える、請求項１３５に記載の製造品。
  139. 前記ある量の非標準通貨の前記注文が、参加者によって送信され、前記方法が、前記参加者と別の参加者との間の少なくとも１つの信用限度を受信することであって、前記少なくとも１つの信用限度を超えるマッチング注文が、前記注文とマッチングされない、受信すること、をさらに含む、請求項１０７に記載の製造品。
  140. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、
    前記少なくとも１つの信用限度を閲覧するための要求を受信することと、
    前記要求に反応して、複数の参加者の間の複数の信用限度を描写するインターフェースを発生させることであって、前記複数の信用限度が、前記少なくとも１つの信用限度を含む、発生させることと、をするように指示する命令をさらに記憶する、請求項１０７に記載の製造品。
  141. 各前記複数の信用限度が、調整可能である、請求項１４０に記載の製造品。
  142. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、既定の信用限度を各参加者に自動的に割り当てること、をするように指示する命令をさらに記憶する、請求項１４０に記載の製造品。
  143. 各参加者に割り当てられる前記既定の信用限度の額が、各参加者の身元に依存する、請求項１４０に記載の製造品。
  144. 各参加者に割り当てられる前記既定の信用限度の額が、各参加者の出生国に依存する、請求項１４０に記載の製造品。
  145. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、
    第１の参加者が第１の出生国の出身であり、第２の参加者が第２の出生国の出身であることを算出することと、前記第１の国が強い経済的安定性を有することを算出することと、
    前記第２の国が弱い経済的安定性を有することを算出することと、前記第１の参加者に、前記第２の参加者よりも高い既定の信用限度を割り当てることと、をするように指示する命令をさらに記憶する、請求項１４０に記載の製造品。
  146. 各参加者に割り当てられる前記既定の信用限度の額が、各参加者によって実行されてきた取引量に依存する、請求項１４０に記載の製造品。
  147. 各参加者に割り当てられる前記既定の信用限度の額が、各参加者の取引履歴に依存する、請求項１４０に記載の製造品。
  148. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、
    前記参加者の取引履歴を閲覧するための要求を受信することと、
    前記要求に反応して、以前に実行された少なくとも１つの注文を描写するインターフェースを発生させることと、をするように指示する命令をさらに記憶する、請求項１０７に記載の製造品。
  149. 前記少なくとも１つのマッチング関係が、前記より小さい集合の前記注文の一部と前記より小さい集合の別の注文をマッチングすることを含む、請求項１０７に記載の製造品。
  150. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、
    前記より小さい集合の前記注文の前記一部をマッチングすることから生じる残余を算出することと、前記残余を前記より小さい集合の異なる注文とマッチングすることと、をするように指示する命令をさらに記憶する、請求項１４９に記載の製造品。
  151. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、
    前記ある量の非標準通貨の前記注文を取り消すための要求を受信すること、をするように指示する命令をさらに記憶する、請求項１０７に記載の製造品。
  152. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、
    前記取り消すための要求が、前記競売期限が終了する前に受信されたことを算出することと、前記ある量の非標準通貨の前記注文を取り消すことと、
    注文が取り消されたという表示を伝送することと、をするように指示する命令をさらに記憶する、請求項１５１に記載の製造品。
  153. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、
    前記取り消すための要求が、前記競売期限が終了した後に受信されたことを算出することと、
    注文を取り消すことができないという表示を伝送することと、をするように指示する命令をさらに記憶する、請求項１５１に記載の製造品。
  154. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、前記競売期限が終了した後、前記ある量の非標準通貨の複数の注文を受信することであって、前記複数の注文が共に送信される、受信することと、をするように指示する命令をさらに記憶する、請求項１０７に記載の製造品。
  155. 前記複数の注文が、前記競売期限の終了時に自動的に送信される、請求項１５４に記載の製造品。
  156. 前記複数の注文が、送信ボタンの選択に反応して送信される、請求項１５４に記載の製造品。
  157. 前記複数の注文が、トリガイベントの検出に反応して送信される、請求項１５４に記載の製造品。
  158. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、
    追加の競売時間を追加するための要求を受信すること、をするように指示する命令をさらに記憶する、請求項１０７に記載の製造品。
  159. 前記非一時的なコンピューター可読媒体が、前記プロセッサによって実行される際、前記プロセッサに、
    前記追加の競売時間の表示を伝送すること、をするように指示する命令をさらに記憶する、請求項１５８に記載の製造品。
JP2015514181A 2012-05-23 2013-05-23 注文マッチングのための方法およびシステム Pending JP2015523639A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/478,201 2012-05-23
US13/478,201 US20130317961A1 (en) 2012-05-23 2012-05-23 Methods and systems for order matching
PCT/US2013/042424 WO2013177395A2 (en) 2012-05-23 2013-05-23 Methods and systems for order matching

Publications (2)

Publication Number Publication Date
JP2015523639A true JP2015523639A (ja) 2015-08-13
JP2015523639A5 JP2015523639A5 (ja) 2016-07-14

Family

ID=49622338

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015514181A Pending JP2015523639A (ja) 2012-05-23 2013-05-23 注文マッチングのための方法およびシステム

Country Status (6)

Country Link
US (1) US20130317961A1 (ja)
JP (1) JP2015523639A (ja)
AU (1) AU2013266212A1 (ja)
CA (1) CA2874642A1 (ja)
SG (2) SG11201500259XA (ja)
WO (1) WO2013177395A2 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11593883B2 (en) * 2013-03-15 2023-02-28 Geneva Technologies, Llc Generating actionable graphical objects based on disaggregated non-standardized raw data
US11050820B2 (en) * 2013-04-29 2021-06-29 Sap Se Cloud sharing system
US11373239B1 (en) * 2020-09-30 2022-06-28 Wells Fargo Bank, N.A. Real-time currency exchange system
CN113763104A (zh) * 2021-01-21 2021-12-07 北京沃东天骏信息技术有限公司 用于订单收货地址的处理方法和装置以及电子设备和介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0855106A (ja) * 1992-07-06 1996-02-27 Takayoshi Hirata 複合正弦波形を用いた波形データ予測方式
JP2002525713A (ja) * 1998-09-11 2002-08-13 イービーエス・ディーリング・リソーシーズ・インコーポレイテッド 信用度でフィルタ処理された価格を通信する電子仲介システム
JP2002269349A (ja) * 2001-03-13 2002-09-20 Artis Kk 取引執行システム及びその方法、並びにコンピュータ上で動作する取引執行プログラムを記録した記録媒体
JP2002318910A (ja) * 2001-04-23 2002-10-31 Aizawa Securities Co Ltd 海外証券（株式）の国際取引システム
JP2003519876A (ja) * 2000-01-11 2003-06-24 アイティージーソフトウェア インコーポレイテッド 常設金融市場における自動バッチオークション
JP2003524241A (ja) * 2000-02-02 2003-08-12 アイティージーソフトウェア インコーポレイテッド 開示価格を取得する方法およびシステム
JP2010503920A (ja) * 2006-09-18 2010-02-04 ロイターズ リミテッド 複数当事者間取引における相手方リスク制限の方法
JP2011108206A (ja) * 2009-11-20 2011-06-02 Daiwa Institute Of Research Business Innovation Ltd 注文処理システムおよびその方法、並びにプログラム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7685052B2 (en) * 2000-06-01 2010-03-23 Pipeline Financial Group, Inc. Confidential block trading system and method
US20100218115A1 (en) * 2009-02-20 2010-08-26 Interbank FX, LLC Enhanced user interface for currency trading

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0855106A (ja) * 1992-07-06 1996-02-27 Takayoshi Hirata 複合正弦波形を用いた波形データ予測方式
JP2002525713A (ja) * 1998-09-11 2002-08-13 イービーエス・ディーリング・リソーシーズ・インコーポレイテッド 信用度でフィルタ処理された価格を通信する電子仲介システム
JP2003519876A (ja) * 2000-01-11 2003-06-24 アイティージーソフトウェア インコーポレイテッド 常設金融市場における自動バッチオークション
JP2003524241A (ja) * 2000-02-02 2003-08-12 アイティージーソフトウェア インコーポレイテッド 開示価格を取得する方法およびシステム
JP2002269349A (ja) * 2001-03-13 2002-09-20 Artis Kk 取引執行システム及びその方法、並びにコンピュータ上で動作する取引執行プログラムを記録した記録媒体
JP2002318910A (ja) * 2001-04-23 2002-10-31 Aizawa Securities Co Ltd 海外証券（株式）の国際取引システム
JP2010503920A (ja) * 2006-09-18 2010-02-04 ロイターズ リミテッド 複数当事者間取引における相手方リスク制限の方法
JP2011108206A (ja) * 2009-11-20 2011-06-02 Daiwa Institute Of Research Business Innovation Ltd 注文処理システムおよびその方法、並びにプログラム

Also Published As

Publication number Publication date
WO2013177395A3 (en) 2014-01-16
CA2874642A1 (en) 2013-11-28
US20130317961A1 (en) 2013-11-28
SG10201609803TA (en) 2017-01-27
WO2013177395A2 (en) 2013-11-28
AU2013266212A1 (en) 2014-12-18
SG11201500259XA (en) 2015-03-30

Similar Documents

Publication Publication Date Title
MacKenzie Knowledge production in financial markets: credit default swaps, the ABX and the subprime crisis
JP7317168B2 (ja) セルサイドのマーケットメイキングを促進するプロセス間通信
JP2019075143A (ja) オプションおよび／または先物を円滑化するための方法
US20140229351A1 (en) Method and apparatus for listing and trading a futures contract with variable delivery and/or expiry dates
US20140143126A1 (en) Loan Analysis And Management System
US11580602B2 (en) Darkpool matching of orders with price discretion
KR102447254B1 (ko) 고속 거래 체결을 지원하는 거래소 운영 방법 및 시스템
US10474692B2 (en) Data conversion and distribution systems
US20090083174A1 (en) System and method for dynamic order management
US11842402B2 (en) Fee/rebate contingent order matching system and method
US20110238556A1 (en) System for matching internal orders
US20230252571A1 (en) Reverse convertible financial instrument
US8346655B2 (en) System and method for providing a platform for the trade of financial instruments
US20190179681A1 (en) Systems and methods for providing an interactive map of an event driven funding path for affecting a directed event
JP2015523639A (ja) 注文マッチングのための方法およびシステム
US20240144368A1 (en) Systems and Methods for Dynamically Visualizing Potential Trade Outcomes Based on Real-Time Options Price Data
US20170243261A1 (en) Efficient Pricing System with Product Interdependencies

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160523

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160523

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170519

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170613

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20180130