(57)【要約】  一実施例によれば、電子トレーディングを管理するシステムを提供する。取引所に向けたトレーディング注文がトレーダーから受け取られる。トレーディング注文は、関連したトレーディング注文価格を有する。分散トレーディング注文群が、少なくとも、トレーディング注文価格、及びトレーディング注文に関連した事前構成分散パラメータ組に基づいて自動的に生成される。分散トレーディング注文群は、複数の価格レベルに分散させる。生成された分散トレーディング注文群は、取引所に自動的に送られる。
2008541312.tif 000002
【特許請求の範囲】
【請求項１】
電子トレーディングを管理するシステムであって、  
取引所を管理するよう動作可能なトレーディング・プラットフォームと、
通信するよう前記トレーディング・プラットフォームに結合され、
取引所に向けた特定の商品に対するトレーディング注文を特定のトレーダーから受け取る機能であって、関連した価格を前記トレーディング注文が有する機能と、
前記トレーディング注文を処理するための特定の分散パラメータ組を複数の事前構成分散パラメータ組から識別する機能と、
少なくとも、前記トレーディング注文価格、及び前記トレーディング注文に関連した前記識別された分散パラメータ組に基づいた複数の価格レベルに分散させた分散トレーディング注文群を自動的に生成する機能と、
前記生成された分散トレーディング注文群を前記取引所に自動的に送る機能とを行うよう動作可能な注文分散アプリケーションとを備えるシステム。
【請求項２】
請求項１記載のシステムであって、前記注文分散アプリケーションは、トレーディング注文価格、及び前記トレーディング注文価格よりも不利な１つ又は複数の価格を含む複数の価格レベルに分散させた分散トレーディング注文群を生成するよう動作可能なシステム。
【請求項３】
請求項１記載のシステムであって、前記トレーディング注文を受け取る機能は、前記特定のトレーダーからの更なる確認を受け取ることなく前記取引所によって執行することが可能なトレーディング注文を前記特定のトレーダーから受け取る機能を備えるシステム。
【請求項４】
請求項１記載のシステムであって、前記トレーディング注文を受け取る機能は、前記特定のトレーダーからの更なる確認を受け取った後、前記取引所によって執行することが可能なトレーディング注文を前記特定のトレーダーから受け取る機能を備えるシステム。  
【請求項５】
請求項４記載のシステムであって、前記特定の売買は、前記トレーディング注文価格を示す自動化された価格フィードであるシステム。
【請求項６】
請求項１記載のシステムであって、
前記特定の分散パラメータ組は、前記複数の価格レベル毎に、その価格レベルで生成される対象の分散トレーディング注文の価格を求めるための価格データを規定し、
前記分散トレーディング注文群を生成する機能は、  
前記複数の価格レベル毎に、前記トレーディング注文価格、及びその価格レベルの前記価格データに基づいたその価格レベルでの分散トレーディング注文の価格を求める機能と、
前記複数の価格レベル毎に、その価格レベルについて求められる価格で分散トレーディング注文を生成する機能とを有するシステム。
【請求項７】
請求項１記載のシステムであって、価格データは、前記複数の価格レベル毎に、その価格レベルで生成される対象の分散トレーディング注文の前記トレーディング注文価格からの価格オフセットの量を規定するシステム。
【請求項８】
請求項１記載のシステムであって、  
前記特定の分散パラメータ組は、前記複数の価格レベル毎に、その価格レベルで生成される対象の分散トレーディング注文のサイズを求めるための注文サイズ・データを規定し、
前記分散トレーディング注文群を生成する機能は、
前記複数の価格レベル毎に、前記トレーディング注文のサイズ、及びその価格レベルの前記注文サイズ・データに基づいたその価格レベルでの分散トレーディング注文のサイズを求める機能と、
前記複数の価格レベル毎に、その価格レベルについて求められるサイズの分散トレーディング注文を生成する機能とを有するシステム。
【請求項９】
請求項１記載のシステムであって、  
前記トレーディング注文を受け取る機能は、前記トレーディング注文に関する１つ又は複数の注文パラメータを規定するデータを受け取る機能を備え、
前記トレーディング注文を処理するための前記特定の分散パラメータ組は、前記１つ又は複数の注文パラメータに基づいて前記特定の分散パラメータ組を識別する機能を備えるシステム。
【請求項１０】
請求項９記載のシステムであって、前記トレーディング注文に関する前記注文パラメータは、前記特定のトレーダーの識別情報及び前記特定の商品の識別情報を含むシステム。
【請求項１１】
請求項１記載のシステムであって、  
前記複数の事前構成分散パラメータ組は、前記特定のトレーダー及び前記特定の商品に対応する複数の分散パラメータ組を含み、前記複数の分散パラメータ組それぞれは、別の時間帯に対応し、
前記注文分散アプリケーションは、前記現在の時間帯を求めるよう更に動作可能であり、前記トレーディング注文を処理するための前記特定の分散パラメータ組を識別する機能は、少なくとも、前記求められた現在の時間帯に基づいて前記特定のトレーダー及び前記特定の商品に対応する前記複数の分散パラメータ組から前記特定の分散パラメータ組を識別する機能を備えるシステム。
【請求項１２】
請求項１記載のシステムであって、前記注文分散アプリケーションは、
前記特定の分散パラメータ組の１つ又は複数を修正する機能と、
受け取られる後続の少なくとも１つのトレーディング注文に対する後続の少なくとも１つの分散トレーディング注文群を生成するために、前記修正された特定の分散パラメータ組を用いる機能とを行うよう更に動作可能なシステム。
【請求項１３】
請求項１記載のシステムであって、前記注文分散アプリケーションは、  
前記特定の分散パラメータ組の１つ又は複数を構成するための入力を、分散パラメータ管理インタフェースを介して前記特定のトレーダーから受け取る機能と、
前記特定のトレーダーから受け取られる前記入力に基づいて前記特定の分散パラメータ組の１つ又は複数を構成する機能とを行うよう更に動作可能なシステム。
【請求項１４】
請求項１３記載のシステムであって、  
前記特定の分散パラメータ組は、前記複数の価格レベル毎に、その価格レベルで生成される対象の分散トレーディング注文の価格を求めるための価格データを規定し、
前記特定の分散パラメータ組の１つ又は複数を構成するために、前記特定トレーダーから入力を受け取る機能は、前記複数の価格レベルの少なくとも１つに対する前記価格データを構成するために前記特定トレーダーから入力を受け取る機能を備えるシステム。
【請求項１５】
請求項１３記載のシステムであって、  前記特定の分散パラメータ組は、前記複数の価格レベル毎に、その価格レベルで生成される対象の分散トレーディング注文の価格を求めるための価格データを規定し、前記特定の分散パラメータ組の１つ又は複数を構成するために、前記特定のトレーダーから入力を受け取る機能は、前記特定の分散パラメータ組によって規定される複数の価格レベルの数を設定するために前記特定のトレーダーから入力を受け取る機能を備えるシステム。
【請求項１６】
請求項１３記載のシステムであって、  
前記特定の分散パラメータ組は、前記複数の価格レベル毎に、その価格レベルで生成される対象の分散トレーディング注文のサイズを求めるための注文サイズ・データを規定し、
前記特定の分散パラメータ組の１つ又は複数を構成するために、前記特定トレーダーから入力を受け取る機能は、前記複数の価格レベルの少なくとも１つに対する前記注文サイズ・データを構成するために前記特定トレーダーから入力を受け取る機能を備えるシステム。
【請求項１７】
請求項１３記載のシステムであって、
前記特定の分散パラメータ組は、受け取られたトレーディング注文に対して生成される対象の前記分散トレーディング注文群の合計注文サイズ・データを規定し、
前記特定の分散パラメータ組の１つ又は複数を構成するために前記特定のトレーダーからの入力を受け取る機能は、前記合計注文サイズ・データを構成するために前記特定のトレーダーから入力を受け取る機能を備えるシステム。
【請求項１８】
請求項１３記載のシステムであって、  
前記特定分散パラメータ組は、受け取られたトレーディング注文に対して生成される対象の分散トレーディング注文のデフォールト設定及びトレーダー選択設定を規定し、
前記特定の分散パラメータ組の１つ又は複数を構成するために前記特定のトレーダーから入力を受け取る機能は、１つ又は複数の特定のパラメータのデフォールト設定とトレーダー選択設定との間で選択するために前記特定のトレーダーから入力を受け取る機能を備えるシステム。
【請求項１９】
請求項１記載のシステムであって、
前記特定のトレーダーがマーケット・メーカーであり、
前記トレーディング注文が、前記特定の商品に対するビッド・オファー価格スプレッドを受け取る機能を備え、
分散トレーディング注文群を自動的に生成する機能が、
第１の複数価格レベル範囲に分散させた複数のビッド注文を生成する機能と、
第１の複数価格レベル範囲に分散させた複数のオファー注文を生成する機能とを備えるシステム。  
【請求項２０】
請求項１９記載のシステムであって、  
前記ビッド・オファー価格スプレッドがビッド価格及びオファー価格を含み、
前記第１の複数価格レベル範囲が、前記ビッド価格、及び前記ビッド価格よりも不利な１つ又は複数の価格を含み、
第２の複数価格レベル範囲が、前記オファー価格、及び前記オファー価格よりも不利な１つ又は複数の価格を含むシステム。
【請求項２１】
請求項１記載のシステムであって、前記注文分散アプリケーションは、前記送られた分散トレーディング注文それぞれを市場における他のトレーダーに向けて表示するよう更に動作可能であるシステム。
【請求項２２】
請求項１記載のシステムであって、
前記注文分散アプリケーションは、
少なくとも、前記識別された分散パラメータ組に基づいて前記分散トレーディング注文群それぞれのサイズを求める機能と、
前記分散トレーディング注文群のうちの特定の１つ又は複数と、１つ又は複数の相手方トレーディング注文との間での１つ又は複数の売買を示す１つ又は複数の売買通知を受け取る機能と、
前記１つ又は複数の売買通知の受け取りに応答して、前記１つ又は複数の特定の分散トレーディング注文それぞれのサイズを削減する機能と、
前記１つ又は複数の特定の分散トレーディング注文の前記削減されたサイズの再充填に関する再生成データを受け取る機能と、
前記特定の分散トレーディング注文の少なくとも１つの前記削減されたサイズを再充填する機能とを行うよう更に動作可能であるシステム。
【請求項２３】
請求項２２記載のシステムであって、前記注文分散アプリケーションは、前記特定の分散トレーディング注文の少なくとも１つの前記削減されたサイズを順番に、最も不利な価格レベルにおける前記削減されたサイズの分散トレーディング注文で始めて再充填するよう更に動作可能であるシステム。
【請求項２４】
請求項２２記載のシステムであって、前記注文分散アプリケーションは、前記１つ又は複数の特定の分散トレーディング注文と前記１つ又は複数の相手方トレーディング注文との間の前記１つ又は複数の売買の細目を示す執行売買通知を前記特定のトレーダーに通信するよう更に動作可能であるシステム。
【請求項２５】
請求項２４記載のシステムであって、  
前記１つ又は複数の売買は、複数の価格での複数の特定の分散トレーディング注文と、１つ又は複数の相手方トレーディング注文との間の複数の売買を含み、
前記注文分散アプリケーションは、少なくとも、前記売買された複数の特定の分散トレーディング注文それぞれの価格及びサイズに基づいて前記複数の売買の平均売買価格を求めるよう更に動作可能であるシステム。
【請求項２６】
請求項２５記載のシステムであって、執行された単一の売買の通知が、前記複数の売買について前記特定のトレーダーに通信されるシステム。
【請求項２７】
電子トレーディングを管理するシステムであって、  取引所を管理するよう動作可能なトレーディング・プラットフォームと、通信するよう前記トレーディング・プラットフォームに結合され、
取引所に対して出す対象の分散トレーディング注文群を、特定の商品に対してトレーダーから受け取られたトレーディング注文に対して自動的に生成するための分散パラメータ組を維持する機能と、
前記分散パラメータの少なくとも一部分を構成するためのインタフェースを前記トレーダーに提供する機能と、
前記トレーダーから受け取られた入力に応答して、１つ又は複数の特定の分散パラメータを含む前記分散パラメータ組を修正する機能と、
前記特定の商品に対する特定のトレーディング注文を前記トレーダーから受け取る機能であって、前記トレーディング注文が１つ又は複数のトレーディング注文パラメータによって規定される機能と、
少なくとも、前記トレーディング注文パラメータ、及び、前記トレーダーによって修正される前記分散パラメータ組に基づいて分散トレーディング注文群を自動的に生成する機能と、
前記生成された分散トレーディング注文群を前記取引所に自動的に送る機能とを行うよう動作可能な注文分散アプリケーションとを備えるシステム。  
【請求項２８】
請求項２７記載のシステムであって、
前記分散パラメータは、前記トレーディング注文に対して生成される対象の前記分散トレーディング注文それぞれの価格及びサイズを求めるための価格データ及びサイズ・データを規定し、少なくとも、前記トレーディング注文パラメータ、及び、前記トレーダーによって修正される前記分散パラメータ組に基づいて分散トレーディング注文群を自動的に生成する機能は、少なくとも前記分散パラメータに基づいて前記分散トレーディング注文それぞれの価格及びサイズを求める機能を含むシステム。
【請求項２９】
請求項２７記載のシステムであって、分散トレーディング注文群を自動的に生成する機能は、複数の価格レベルにわたる分散トレーディング注文群を自動的に生成する機能を備えるシステム。
【請求項３０】
請求項２９記載のシステムであって、  
前記特定のトレーディング注文は関連した価格を有し、
前記分散トレーディング注文群を、前記トレーディング注文価格、及び前記トレーディング注文価格よりも不利な１つ又は複数の価格を含む複数の価格レベルにわたって分散させたシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、トレーディング市場に関し、特に、トレーディング注文を価格範囲に自動的に分散させるシステムに関する。
【背景技術】
【０００２】
近年、電子トレーディング・システムは、商品のトレーディングにおいて広い範囲で受け入れられてきている。例えば、株式、債券、通貨、先物や、その他の適切な金融商品などの金融商品のトレーディング機能を有する電子トレーディング・システムが作られている。
【０００３】
一部の市場では、人間の介入なしで多くのことがコンピュータ間で行われるほど電子トレーディングが普及している。通貨の外国為替（「FX」）の市場は、前述の市場の一例である。これにより、「直物」為替（すなわち、2営業日の期間における決済）の通貨は、コンピュータ間で一日２４時間、世界中で取引することができる。外国為替スポット（「FXスポット」）市場では、一部のトレーディング・システム・ホスト又はプロバイダ（「トレーディング・システム」）は、取引に対する、市場のカウンターパーティーが、その取引時に互いに明らかにされる「名義仲介（name  give-up）」システムとして機能する。特定の他の市場では、トレーディング・システム・プロバイダは、クリアリング・カウンターパーティーとして機能し得るか、又は、カウンターパーティー名を明らかにすることなく取引をマッチングさせることができるように中央クリアリング・カウンターパーティーとの関係を有し得る。名義仲介市場では、トレーディング・システムがマーケット・メーカーの注文によってトレーディングする場合、トレーディング・システム、又は、マーケット・メーカー・コンピュータ・システムは、前述の取引に対するクレジットが存在することを確実にするために相手方カウンターパーティーの名義を確認することができるまで前述の取引の引き受けを手控えることができる。クリアリング・カウンターパーティーが推進されている市場では、マーケット・メーカーのコンピュータ・システムも、取引が要求されている外国為替のレート又は価格を内部的に確認するまで引き受けを手控えることができる。
【０００４】
マーケット・メーカー（例えば、FXスポット市場における大銀行）は、価格フィード（例えば、ビッド・オファー・スプレッド）を複数のトレーディング・システムに提供してマーケット・メーカーの最良のビッド及びオファーの価格で市場全体をあふれさせることができる。マーケット・メーカーは通常、そのビッド価格及びオファー価格で持続的にトレーディングし、その差を利益として得ることによって、その価格で執行される取引の絶対量から収益を生む。この戦略は、「ビッド・オファー・スプレッドでのトレーディング」として表すことができる。前述の戦略の成功は、とりわけ、反復して、かつ、高い頻度でトレーディングすることに依存し、何れかの一通貨でロング・ポジション又はショート・ポジションを保有することにも依存し得る。よって、マーケット・メーカーは、FXスポットのリクイディティ及び通常取引が存在している、できる限り多くのトレーディング・システムに対するその価格フィードの提供を確実にする必要があり得る。
【０００５】
「スプレッドでのトレーディング」の戦略は、市場がすばやく動く場合、リスキーであり得る。マーケット・メーカーは、大きなロング・ポジション又はショート・ポジションを獲得し、市場の動きの間に前述のポジションを手仕舞うことができず、損失を生じることがあり得る。前述の環境では、マーケット・メーカーが、多くのトレーディング・システム上でそのビッド・オファー価格を有し得ることを考慮すれば、そのリスクを制限すると同時に、前述のトレーディング・システムの何れかにおけるレーテンシに対してマーケット・メーカーが保護されることが重要である。レンテンシが理由で不利な価格で何れかの一通貨において過剰にロング又はショートになることに備えるために、マーケット・メーカーは、既成事実としての売買確認のトレーディング・システムへの配信よりも、マーケット・メーカーのコンピュータの「価格フィード」からの売買の認可又は確認の要求を、トレーディングするトレーディング・システムに要求し得る。よって、(a）トレーディング・システムが売買することが可能な価格をトレーディング・システムに、取り消されるまでマーケット・メーカーが与えることと、(b)トレーディング・システムが、マーケット・メーカーの「価格フィード」から同じ価格を得る一方、価格フィードが変更されていないことを確認するためにマーケット・メーカーに売買確認を要求する必要があることとの間には差が存在している。後者のシステムは、トレーディング・システムがビッド価格及びオファー価格をマーケット・メーカーから「成り行き（not  held）」ベースで得るものとして表すことができる。前述のシステムは、トレーディング・システムのレーテンシに対して、かつ、同時に同じマーケット・メーカー・ビッド又はオファーで全てが売買しようとする複数のトレーディング・システムに対して、ある程度の保護をマーケット・メーカーに与えることができる。動きの速い市場では、前述の保護は特に重要であり得る。トレーディング・システムは、マーケット・メーカー価格フィードから前述の「成り行き」ベースでビッド価格及びオファー価格を得る場合、マーケット・メーカーが引き受けるまで売買の執行の確認を中断するようにすることができる。更に、トレーディング・システムが中央クリアリング・カウンターパーティーを有する特定の場合には、トレーディング・システムのオペレータは、結果として生じるポジションを、前述のトレーディング・ポジションをニュートラルにするための例外手続によって自ら引き受けることができる。
【０００６】
多くのトレーディング・システムは、リミット・ビッド及びリミット・オファー（すなわち、最良価格（又は「タッチ(touch)価格」）に現在あるビッド及びオファーほど挑戦的でない価格でのビッド及びオファー）の表示機能を有する。多くの場合、マーケット・メーカーは前述の機能を利用して、前述のトレーディング・システムが自らに代わって表示することを可能にするビッド及びオファーのサイズを増加させることが好ましい。マーケット・メーカーが、最良の価格（「タッチ価格」）でまずトレーディングし、再びトレーディングする都度、新たな（例えば、わずかに不利な）価格を事前に再計算する必要がある（このことは、前述の再計算中に他のトレーディング・システムからの取引の低下を場合によってはもたらし得る（特に、動きの速い市場（外国為替市場など）において））のに対して、マーケット・メーカーのコンピュータ・システムは、一連のビッド及びオファーを、動きの速い市場において、前述の一連のビッド及びオファーが立て続けに種々のレベルで取引し得るように生成することができる。更に、一連のリミット・ビッド及びリミット・オファーを用いることによって、マーケット・メーカーは、トレーディング・システムに対してより大きなサイズを示す一方、タッチ・ビッド価格／タッチ・オファー価格においてのみそのビッド及びオファーのサイズ全てを示すことを避けることによってそのリスク・プロファイルを低減させることもできることがあり得る。タッチ価格におけるサイズの増加は、他のトレーダーをトレーディング・システムに引き付け得るが、動きが突然速くなる市場では、情報に比較的明るい、市場の他のトレーダーによって「もぎとられる」という望ましくないリスク・レベルにマーケット・メーカー又はトレーディング・システムをさらし得る。動きの遅い市場では、マーケット・メーカーは、存在する最良のビッド及び／又はオファーになるという目標で、できる限り多くの市場にその価格を配信させることができる。動きの速いボラタイルな市場では、前述の戦略は多くの場合、収益の損失をもたらし得る。マーケット・メーカーが直面する１つのジレンマには、できる限り大きなサイズでの、並びに、動きが突然速くなる市場においてマーケット・メーカーにとってすぐに不利になる価格で前述のトレーディング・システムのうちのあまり多くによって同時に取引されるべきでない、ビッド価格及びオファー価格によってトレーディング・システムをサポートするということがある。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
マーケット・メーカーが、前述の価格フィードを用いて価格を利用可能にすることにする場合、通常は、システム・レーテンシの形態全てを最小にすることが重要である。マーケット・メーカーのコンピュータ・システムが取引を処理することが可能な速度は、短時間で受け付けることが可能な取引の量を定め、最終的には、そのビッド価格及びオファー価格を用いることをマーケット・メーカーが可能にすることができ得るトレーディング・システムの数を制限することができる。更に、マーケット・メーカーの価格フィード・コンピュータに対してトレーディング・システムが売買確認要求を行うことが可能な速度は、取引が実際に執行されるか否かを定め得る。動きの速い市場では、トレーディング・システムによる、ほんの数百ミリ秒の遅延によっても、マーケット・メーカーの価格フィ―ド・コンピュータによる売買確認要求の拒否をもたらし得る。ネットワーク伝送速度は多くの場合、トレーディング・システムからマーケット・メーカーのシステムに取引又は取引要求を送るために必要な時間の重要な要因であり得るものであり、ミリ秒単位の処理では、各コンピュータ・システムの地理的なドミサイルによって、帯域幅の増加又はコンピュータ・ネットワーキング機器の高速化によって最小にするうえで費用がかかるネットワーク遅延がもたらされ得る。よって、トレーディングを処理する時間における如何なる短縮も効果的である。多くの場合には、同じマーケット・メーカー価格フィード・コンピュータを全ての複数トレーディング・システムがアクセスする。その場合、最も速いトレーディング・システムのみが首尾良く処理する。
【課題を解決するための手段】
【０００８】
本発明によれば、トレーディング注文を価格レベル範囲に自動的に分散させるシステムを提供する。
【０００９】
一実施例によれば、電子トレーディングを管理するシステムを提供する。取引所に向けたトレーディング注文がトレーダーから受け取られる。トレーディング注文は、関連したトレーディング注文価格を有する。分散トレーディング注文群が、少なくとも、トレーディング注文価格、及びトレーディング注文に関連した事前構成分散パラメータ組に基づいて自動的に生成される。分散トレーディング注文群は、複数の価格レベルに分散させることができる。生成された分散トレーディング注文群は、取引所に自動的に送られる。
【００１０】
別の実施例によれば、電子トレーディングを管理するシステムを提供する。システムは、取引所を管理するよう動作可能なトレーディング・プラットフォームと、通信するようトレーディング・プラットフォームに結合された注文分散アプリケーションとを含む。注文分散アプリケーションは、取引所に向けたトレーディング注文を特定のトレーダーから受け取るよう動作可能であり得る。トレーディング注文は、特定の商品に関連したトレーディング注文価格を有する。注文分散アプリケーションは、トレーディング注文を処理するための特定の分散パラメータ組を複数の事前構成分散パラメータ組から識別するよう更に動作可能であり得る。注文分散アプリケーションは、少なくとも、トレーディング注文価格、及びトレーディング注文に関連した、識別された分散パラメータ組に基づいた複数の価格レベルに分散させた分散トレーディング注文群を自動的に生成するよう更に動作可能であり得る。注文分散アプリケーションは、生成された分散トレーディング注文群を取引所に自動的に送るよう更に動作可能であり得る。
【００１１】
本発明の種々の実施例は、数多くの利点による利益を受け得る。１つ又は複数の実施例が、後述する利点の一部又は全部による利益を受け得る。後述する利点の一部又は全部による利益を受ける実施例がないこともあり得る。
【００１２】
本発明の特定の実施例の一利点は、トレーディング・セッションにおいて関係する種々のエンティティ間でネットワークを介して通信されるメッセージの量を技術的に削減するシステム及び方法が提供されることである。タッチ価格より不利なリミット注文を可能にするトレーディング・システムは、各価格レベルにおける注文毎に別個の注文メッセージを受け付けることができる。本願記載の本発明は、トレーディング・システムの顧客（又はトレーダー）（マーケット・メーカーやその他のタイプのトレーダーなど）が、送られた注文のタッチ価格に関する価格範囲にわたる複数の注文に、トレーダーによって送られた注文を自動的に分散させるためのパラメータを事前構成することを可能にする。トレーダーは、ビッド価格及びオファー価格の少なくとも一方、ビッド・サイズ又はオファー・サイズの少なくとも一方、並びに、トレーディング・システム上にビッド又はオファーを登録するために必要な何れかの他のパラメータ（これは、トレーディング・セッションを通じて市場状況によって変わり得る）を、トレーディング・システムに送出するか、又はトレーディング・システムに、利用可能にすることができる。種々の価格レベルにおける前述の一連のビッド又はオファーの価格及びサイズを送出するか、又は利用可能にする代わりに、トレーダーは、種々の価格でトレーディング・システム上に表示するために、送られたビッド・サイズ又はオファー・サイズのサイズを分散させるようアプリケーションを事前構成することができる。種々の価格でトレーディング・システム上に表示するために、出されたビッド・サイズ又はオファー・サイズのサイズを分散させるシステムは、トレーディング・システムの近くに、又は、トレーディング・システムと同じコンピュータ・システム内にあり得るので、このことは、種々の価格レベルにおいてトレーディング・システムに利用可能にされるリクイディティをなお最大にする一方で、トレーディング・セッションによって顧客（又はトレーダー）システムからトレーディング・システムにネットワークを介して通信されるメッセージの量を技術的に削減することができる。
【００１３】
特定の実施例では、トレーダーによって送られたビッド又はオファーを分散させるために用いるために、タッチ価格より不利な価格レベルを事前構成するアプリケーションは、何れかの適切な通信ネットワーク（例えば、インターネット、仮想専用ネットワークやその他の専用ネットワークなど）を、トレーダーにおけるオペレータが用いることができるようにされることがあり得る。特定の実施例では、アプリケーションは、いくつかの外部影響要因及び市場の事象又は状況の何れか１つによって自動的に別のシステム・アプリケーションが構成するか、又は別のコンピュータが自動的に構成するアプリケーション・プログラム・インタフェース（「API」）を介しても利用可能にされ得る。
【００１４】
更に、特定の実施例では、市場における不利な動きに対してトレーダーを保護するために、一連のトレーダー注文がトレーディング・システムによって売買される場合には、トレーディング・サイズを置き換えるための、トレーダーによるビッド・サイズ又はオファー・サイズの何れかの後続の再生成は、あまり挑戦的でない（不利な）価格レベルから始めて、より挑戦的な価格レベルに移って、価格レベル順に価格を再入力するための事前構成アプリケーションによって行うことができる。
【００１５】
別の利点は、本願記載の本発明が、マーケット・メーカー又は他のタイプのトレーダーなどのトレーダーが、ビッド及びオファーをトレーディング・システムにリスク効率的に入力することを可能にすることである。更に、本発明は、市場のバイサイド及びセルサイドに対してトレーダーがそのリスクを重み付けすることを可能にし得る。例えば、マーケット・メーカーの価格フィード・コンピュータが、それ自身のビッド及びオファーにおけるトレーディングを増加させようとして過剰なロング・ポジション又はショート・ポジションをもたらした場合、オペレータは、生成するタッチ・ビッド価格／タッチ・オファー価格を調節することなく、システムによって表示されるサイズを削減するか、又は増加させることができる。特定の場合には、表示サイズの前述の削減又は増加は、トレーダーのシステムによって自動的に行うことができる。
【発明を実施するための最良の形態】
【００１６】
他の利点は、以下の図面、説明、及び特許請求の範囲から当業者に容易に明らかになるであろう。
【００１７】
本発明、並びに更なる特徴及び効果を更に徹底的に理解するために、次に、添付図面とともに以下の説明を参照する。
【実施例】
【００１８】
本発明の例示的な実施例、及びその利点は、次に、図面の図１乃至図４を参照することによって最もよく理解される。同じ符号は同じ部分を表す。
【００１９】
一般に、トレーディング可能な商品の価格範囲に分散させた一連のトレーディング注文（例えば、ビッド及び／又はオファー）を取引所に自動的に出すシステム及び方法を提供する。前述の価格分散トレーディング注文は、マーケット・メーカーやその他のトレーディング主体などのトレーダーに代わって取引所に出すことができる。価格範囲へのトレーディング注文（「注文」として後述する）の分散は、トレーダーによって送られる（又はトレーダーによって利用可能にされる）価格よりも不利な１つ又は複数の価格範囲に注文を分散させることを含み得る。送られる価格は、トレーダーが送りたい現在の最良価格を表し得るものであり、更に、商品に対する、市場における一般的な現在の最良価格、又は「タッチ」価格を近似し得る。よって、トレーダーが、注文に対する価格を出す（又は利用可能にする）と、システムは、送られた価格、及び送られた価格よりも不利な１つ又は複数の価格を含む価格範囲にわたる複数の注文をトレーダーのために自動的に出すことができる。
【００２０】
トレーダーが、ビッド・オファー価格スプレッド（例えば、トレーダーがマーケット・メーカーである場合など）を送るか、又は利用可能にする場合には、システムは、ビッド価格範囲及びオファー価格範囲にわたって複数のビッド注文及び複数のオファー注文をトレーダーのために自動的に出す。特に、システムは、送られたビッド・オファー・スプレッドのビッド価格、並びに、送られたビッド・オファー・スプレッドのオファー価格よりも不利な価格の範囲にわたる複数のビッド注文、及び、送られたビッド・オファー・スプレッドのオファー価格を含む価格の範囲にわたる複数のオファー注文を自動的に出すことができる。
【００２１】
よって、一連のビッド及びオファーを送る（これは、比較的、時間がかかり、うんざりすることがあり得る）のではなく、トレーダーは、単一のタッチ・ビッド価格及び／又はタッチ・オファー価格を送るか、若しくは利用可能にし、そのトレーダーの注文を分散させるための事前構成設定によって、前述のタッチ・ビッド価格及び／又はタッチ・オファー価格よりも不利な価格でシステムが注文控え帳に記入することを可能にすることができる。
【００２２】
特定の実施例では、トレーダーには、トレーダーによってトレーディング・システムに送られたか、又は利用可能にされたタッチ価格付近の不利な価格でその注文を分散させるパラメータをトレーダーが事前構成することを可能にするインタフェースが提供される。本明細書及び特許請求の範囲記載の「不利な価格」は、トレーダーにとって、あまり挑戦的でない、より不利であり、よって、マッチングさせる何れかの他の相手方（contra）トレーダーにとって経済的に、より不利であることを表し得る。  例えば、ユーロ対USドルの外国為替の場合、数値的に低いビッド価格、又は数値的に高いオファー価格が、不利な価格である。
【００２３】
例えば、トレーダーは、ビッド価格及びオファー価格の少なくとも一方、ビッド・サイズ及びオファー・サイズの少なくとも一方、並びに、取引所上にビッド又はオファーを登録するために必要な何れかの他のパラメータ（これは、トレーディング・セッションを通して市場状況によって変わることになる）を取引所に送出するか、又は利用可能にすることができる。前述の一連のビッド価格又はオファー価格、種々の価格レベルでのサイズを送出するか、又は利用可能にする代わりに（例えば、前述の注文を送出するか、又は利用可能にすることによる、トレーダーのリスク・プロファイルの管理のために）、トレーダーは、インタフェースを用いて、取引所上の価格範囲にわたって表示するために、単一のビッド価格及び／又はオファー価格においてトレーダーによって送られるビッド・サイズ及び／又はオファー・サイズを分散させるためのコンピュータ・アプリケーションを事前構成することができる。前述のシステムは、種々の価格レベルで取引所に利用可能にされるリクイディティを最大にするか（又は少なくとも増加させる）一方で、トレーディング・セッション中に通信されるネットワーク・メッセージの量を削減するという技術上の利点を提供する。更に、前述のシステムは、以下に更に詳細に説明するように、トレーダーがそのリスクをよりうまく管理することを可能にする。
【００２４】
図１は、本発明の実施例による、価格レベル範囲にトレーディング注文を自動的に分散させる例示的なトレーディング・システム１０を示す。図示したように、システム１０は、１つ又は複数のトレーディング主体１４にそれぞれが関連した１つ又は複数のトレーダー端末１２と、トレーディング・プラットフォーム１６と、注文分散アプリケーション１８とを含み得る。前述の構成部分の一部又は全部は、通信するよう通信ネットワーク１９によって互いに結合することができる。トレーディング・プラットフォーム１６は、各種の売買可能な商品（例えば、通貨、株式、債券、先物、オプション、商品取引、デリバティブ、金属、排出権、及び／又は帯域幅など）の１つ又は複数の電子取引所２０を提供及び／又は管理することができる。トレーディング主体１４（「トレーダー１４」として後述する）は、トレーディング・プラットフォーム１６を介してトレーディング活動に従事する何れかの主体（個人、個人のグループや、企業など）を含み得る。例えば、トレーダー１４は、個々の投資家、投資家のグループ、企業（例えば、証券会社や銀行）、機関投資家、ヘッジャー、投機筋、マーケット・メーカー（すなわち、同じ商品に対する同時のビッド注文及びアスク注文を送り、かつ／又は維持する個人若しくは企業）や、電子市場においてトレーディングに参加することができる何れかの他の主体であり得る。トレーダー１４が、人間でない主体又は、個人のグループを表す場合には、トレーダー１４への言及は、そのトレーダー１４に関連した何れかの個人、又は個人のグループを含むと解されるものとする。
【００２５】
トレーダー１４は、トレーディング・プラットフォーム１６によって提供及び／又は管理される１つ又は複数の取引所２０に注文２２を出して商品（例えば、前述の商品など）をトレーディングすることができる。特定の実施例では、注文２２は、何れかの１つ又は複数の他の適切なタイプの注文（限定するものではないが、例えば、指値注文、成行注文、ストップ・ロス注文、当日のみ有効な注文、オープン注文、GTC（「取消まで有効」）注文、「期間指定」注文、「オール・オア・ナン」注文や、「一部（any  part）」注文など）を含み得る。一般に、注文は、売買可能な特定の商品に対するビッド及びオファーを含み得る。更に、後述するように、「注文２２」は、(a)トレーダー１４が保つ義務を負っている、トレーダー１４によって送られた（トレーダー１４が、通常のビッド注文又はオファー注文を送った場合など）価格、及び、(b)トレーダー１４によって取引所２０に利用可能にされる一方、トレーダー１４は、必ずしも保つ義務を負っている訳でない（例えば、トレーダー１４によって取引所２０に利用可能にされる価格フィ―ドなど）価格を含み得る。後者の構成において、取引所２０が、トレーダー１４から受け取られた価格フィードからのビッド又はオファーと、カウンターパーティーからのビッド又はオファーとの間で売買を執行したい場合、取引所２０（又は特定の第３者）は、売買を執行する前に、トレーダー１４から確認を得ることが必要であることがあり得る。本明細書及び特許請求の範囲の記載では、トレーダー１４によって「送られる」注文２２には、トレーダー１４によってアクティブに送られる注文、トレーダー１４に代わってアクティブ又はパッシブに送られる注文、又はトレーダー１４に関連して別のやり方で送られる注文が含まれ得る。
【００２６】
トレーダー１４は、取引所２０に出される対象のトレーディング注文２２を何れかの適切なやり方で送ることができる。例えば、特定の実施例又は場合には、トレーダー１４は、トレーダー端末１２を介してトレーディング注文２２を送ることができる。トレーダーは、トレーダー端末１２と相互作用して、注文２２に望まれるパラメータ（種別、ビッド価格、オファー価格、及び／又はサイズなど）を入力し、トレーダー端末１２を用いて注文２２を電子的に送ることができる。
【００２７】
他の実施例又は場合には、トレーダー１４は、１つ又は複数の注文価格フィード２６を生成及び／又は通信することによって注文２２を送ることができる。注文価格フィード２６は、商品に対してトレーダーが送りたいか、又は利用可能にしたい現在の最良のビッド及び／又はオファーを示すリアルタイム（又はほぼリアルタイム）のストリームであり得る。具体例として、マーケット・メーカー（例えば、外国為替スポット市場における銀行）は、価格フィード（例えば、ビッド・オファー・スプレッド）を複数の取引所２０及び／又はトレーディング・プラットフォーム１６に供給して、マ―ケット・メーカーが市場全体をその最良ビッド価格及び最良オファー価格であふれさせることを可能にすることができる。マーケット・メーカーは、そのビッド価格及びオファー価格で持続的にトレーディングし、その差を利益として得ることによって、その価格で執行される取引の絶対量によって収益を生む。この戦略は、「ビッド・オファー・スプレッドでのトレーディング」として表すことができる。
【００２８】
注文価格フィード２６は、売買可能な特定の商品の１つ又は複数の市場からの市場データの分析に基づいて生成することができる。リアルタイムで、又はほぼリアルタイムで（例えば、データの電子通信及び分析において固有の遅延によって制限される）、注文価格フィード２６を介して通信される対象の適切な価格を求めるために、前述の市場データを受け取り得るものであり、前述の分析を行い得る。注文価格フィ―ド２６は、トレーダー１４に関連した何れかの適切なコンピュータ・システム（トレーダー端末１２、中央サーバや、何れかの他の適切なコンピュータ・システム）から伝達することができる。
【００２９】
適切でないカウンターパーティーとのトレ―ディングや、もう有効でない旧い価格での取引の引き受けに備えるために、トレーダー１４は、既成事実としての売買確認の取引所２０への配信よりも、トレーダーの注文価格フィード２６からの売買の認可又は確認の要求を取引所２０に要求し得る、前述の構成は、取引所２０がビッド価格及びオファー価格をトレーダーの注文価格フィ―ド２６から「成り行き（not  held）」ベースで得るものとして表すことができる。前述のシステムは、トレーディング・プラットフォーム１６又は通信システム１８におけるレーテンシに対して、かつ、同時に同じ注文２２（例えば、ビッド又はオファー）で全てが売買しようとする複数の取引所２０及び／又はトレーディング・プラットフォーム１６に対して、ある程度の保護をマーケット・メーカーに与えることができる。この保護は、動きの速い市場では特に重要であり得る。
【００３０】
注文分散アプリケーション１８は一般に、取引所２０に対して分散注文群22aを生成し、出すよう動作可能である。特に、トレーダー１４とトレーディング・プラットフォーム１６との間の媒介役として動作して、注文分散アプリケーション１８は、(a)トレーダー１４から（例えば、トレーディング端末１２及び／又は価格フィード２６を介して）注文２２を受け取り、(b)受け取られた注文２２の１つ又は複数のパラメータ（例えば、価格やサイズ）、及び適切な分散パラメータ３２に基づいた価格レベル範囲にわたる分散注文群22aを自動的に生成し、(c)分散注文群22aを取引所２０に対して自動的に出すことができる。特定の実施例又は場合には、注文分散アプリケーション１８によって生成され、適切な取引所２０に対して出される分散注文22aは、他のトレーダー１４が分散注文22aを視ることが可能であるように市場に向けて表示される。注文分散アプリケーション１８は、本明細書及び特許請求の範囲記載の機能を行ううえで適切な何れかの適切なソフトウェアやその他のコンピュータ命令を含み得る。
【００３１】
価格レベル範囲にわたる分散注文群22aを生成することは、トレーダー１４によって送られる注文２２の価格よりも不利である１つ又は複数の価格の範囲、及び／又は、上記注文２２の価格を含む１つ又は複数の価格の範囲にわたって注文２２を分散させることを含む。前述の価格は本明細書及び特許請求の範囲において「送られた注文価格」として表すことができる。前述の通り、送られた注文価格は例えば、ビッド価格、オファー価格、又はビッド・オファー・スプレッド価格を含み得る。特定の実施例（注文２２が価格フィード２６を介して受け取られる実施例など）では、トレーダー１４から受け取られる「送られた注文価格」は、商品の現在の、最良の価格、又は「タッチ」価格を表すか、若しくは近似するものでもあり得る。
【００３２】
価格レベル範囲にわたる分散注文群22aを生成することは、例えば、(a)（例えば、送られた注文価格及び１つ又は複数の不利な価格を含む）価格レベル範囲にわたって、受け取られた注文２２のサイズを分散させることと、(b)受け取られた注文２２の送られた注文の価格及びサイズをそのままの状態にし、送られた注文価格より不利な１つ又は複数の価格レベル範囲にわたる１つ又は複数の更なる注文22aを生成することとを含む。よって、前者の代替策では、受け取られた注文22に対して生成される分散注文群22aの合計サイズは、受け取られた注文２２の合計サイズに等しい一方、後者の代替策では、受け取られた注文２２に対して生成される分散注文群22aの合計サイズは、受け取られた注文２２の合計サイズよりも大きい。
【００３３】
送られた注文２２が、ビッド注文及びオファー注文を有するビッド・オファー価格スプレッドである場合（例えば、トレーダーがマーケット・メーカーの場合など）、ビッド・オファー価格スプレッドに対して生成される分散注文群22aは、(a)（送られたビッド・オファー価格スプレッドからの）送られたビッド価格、及び１つ又は複数の不利なビッド価格を含むビッド価格範囲にわたる分散ビッド注文22aの数、並びに、(b)（送られたビッド・オファー価格スプレッドからの）送られたオファー価格、及び１つ又は複数の不利なオファー価格を含むビッド価格範囲にわたる分散オファー注文22aの数を含み得る。
【００３４】
前述の通り、注文分散アプリケーション１８は、少なくとも、(a)受け取られた注文２２のパラメータ（注文によって規定される価格やサイズなど）、及び(b)適切な分散パラメータ３２に基づいて、受け取られた注文２２に対する分散注文群22aを生成することができる。分散パラメータ３２は、適切な取引所２０に出す対象の分散注文群22aに、受け取られた注文２２を分散させるための注文分散アプリケーション１８によって用いることができる何れかのパラメータやその他のデータを含み得る。例えば、特定のトレーダー１４に対する、かつ、特定の商品に対する前述の分散パラメータ３２は、以下のうちの１つ又は複数を規定するパラメータを含み得る。
【００３５】
(a)受け取られた注文２２を分散すべき価格レベルの数（すなわち、受け取られた注文２２に対して生成する対象の分散注文22aの数）。  
(b)価格レベル毎の、送られた注文価格（特定の場合には、タッチ価格）からのオフセット量。この量は、何れかの適切な項目（例えば、ティック、価格におけるベーシス・ポイント、イールドにおけるベーシス・ポイント、価格単位、通貨単位、又は通貨単位の分数）で定義することができる。
(c)価格レベル毎の、その価格レベルに対して生成する対象の分散注文22aのサイズ。これは、何れかの適切な項目（絶対サイズや、受け取られた注文２２のサイズに対する項目（例えば、受け取られた注文２２のサイズの百分率など））で定義することができる。
(d)トレーダー１４によって可能な合計リクイディティ・サイズ（これは、同じサイズであってもなくてもよい合計ビッド・サイズ及び合計オファー・サイズを含み得る）
(e)パラメータ(a)乃至(d)の何れかのデフォールト値若しくは設定及び／又はユーザ選択値若しくは設定。これは、通常構成される値へのすばやいリセットを可能にし得る。
【００３６】
(f)種々の時間帯に対応するパラメータ(a)乃至(e)の何れかの複数の値又は設定（例えば外国為替市場の場合の、アジア、ロンドン及び米国の時間帯や、例えばいずれかの特定の経済データ発表や重要イベントの公表に対する種々のパラメータの構成など）。
【００３７】
分散パラメータ32は、何れかの数の種々のトレーダー１４、売買可能な商品、及び取引所２０、並びにそれらの何れかの組み合わせに対して構成し、記憶し、管理することができる。例えば、各トレーダー１４は、各種商品毎に、かつ、各種取引所毎に、別々の分散パラメータ組３２を有し得る。よって、特定のトレーダー１４は、取引所Aで商品Aを取引するための第１の分散パラメータ組32と、取引所Bで商品Aを取引するための第２の分散パラメータ組32と、取引所Aで商品Bを取引するための第３の分散パラメータ組32と、取引所Bで商品Bを取引するための第４の分散パラメータ組32とを有し得る。特定の実施例では、分散パラメータ32は、図２を参照して後述するものなどの種々の価格設定マトリクス９０によって規定することができる。分散パラメータ32は、例えば、注文分散アプリケーション１８に関連した何れかの適切なメモリ装置（サーバやその他のコンピュータ・システムにおけるメモリ装置など）に記憶することができる。
【００３８】
注文分散アプリケーション１８は、トレーディング・プラットフォーム１６とは別個であっても、部分的に一体化されていても、完全に一体化されていてもよい。例えば、特定の実施例では、注文分散アプリケーション１８は、トレーディング・プラットフォーム１６とは物理的に別個にあるコンピュータ・システム（例えば、サーバなど）によってホスティングされてもよく、通信するよう通信ネットワーク１９や何れかの同様な通信リンクによってトレーディング・プラットフォーム１６に結合されてもよい。他の実施例では、注文分散アプリケーション１８は、トレーディング・プラットフォーム１６と同じコンピュータ・システム（例えば、サーバやサーバ群など）によってホスティングして、通信ネットワーク１９を介したメッセージングの削減による注文処理の増加の技術的効果を最大にすることができる。
【００３９】
前述の通り、特定の実施例では、トレーダー端末１２は、(a)トレーディング・インタフェース・アプリケーション３８によるトレーディング・プラットフォーム１６を介したトレーディング活動に従事し、かつ／又は、(b)分散管理インタフェース・アプリケーション４０による分散注文22aの生成を規定する分散パラメータ３２を構成及び／又は管理するためにアクセスをトレーダー１４に提供することができる。トレーダー端末１２は、前述の機能を提供する何れかの適切なハードウェア及び／又はソフトウェアを含むコンピュータ・システムを含み得る。本明細書及び特許請求の範囲記載の「コンピュータ」の語は、入力を受け入れ、予め規定された規則に応じて入力を処理し、出力を生成するよう動作可能な何れかの適切な装置（例えば、パソコン、ワークステーション、ネットワーク・コンピュータ、無線データ・ポート、無線電話機、携帯情報端末、前述やその他の装置内の１つ若しくは複数のプロセッサ、又は、何れかの他の適切な処理装置）を表す。
【００４０】
トレーダー端末１２は、トレーディング活動に従事するためにトレーダー１４にアクセスを提供するトレーディング・インタフェース・アプリケーション３８、及び／又は、分散注文22aの生成を規定する分散パラメータ３２の構成及び／又は管理を提供する分散管理インタフェース・アプリケーション４０を含み得る。特定の実施例では、トレーディング端末１２においてトレーディング・インタフェース・アプリケーション３８及び／又は分散管理インタフェース・アプリケーション４０によって提供されるものとして本明細書及び特許請求の範囲に記載された機能の何れか又は全ては、トレーディング・システム１０の何れかの他の部分（注文分散アプリケーション１８、トレーディング・プラットフォーム１６、通信ネットワーク１９や、１つ又は複数のトレーディング端末１２に関連した１つ又は複数のサーバ（例えば、トレーディング企業（例えば、証券会社や銀行）やその他のトレーダー集団１４に関連したサーバなど）によって、代替的に、又は更に、実行若しくは提供され得る。よって、トレーディング・システム１０の何れかの適切な部分は、前述の機能の何れか又は全部の実行又は提供に適切な何れかの適切なハードウェア及び／又はソフトウェアを含み得る。
【００４１】
トレーディング・インタフェース・アプリケーション３８及び／又は分散管理インタフェース・アプリケーション４０に加えて、トレーダー端末１２は、プロセッサ５０及びメモリ５２を含み得る。インタフェース・アプリケーション３８及び／又は分散管理インタフェース・アプリケーション４０はメモリ５２に記憶することができる。処理装置３２は、アプリケーション３８及び／又は４０を実行して、前述のアプリケーションによって提供される種々の機能の何れか又は全てを提供することができる。特定の実施例では、メモリ５２は、トレーダー１４に対応する分散パラメータ３２（特定のデフォールト・パラメータ、及び／又は、トレーダー１４によって構成される特定のパラメータを含み得る）も記憶することができる。例えば、前述の分散パラメータ３２はバックアップ・コピーとして記憶する（注文分散アプリケーション１８に関連させて記憶されたコピーをバックアップし、それによって、システムに対して冗長性のレイヤを提供する）ことができる。他の実施例では、トレーダー１４によって構成されるパラメータを含む分散パラメータ３２は、注文分散アプリケーション１８に関連してのみ記憶される。メモリ５２は、結合プロセッサ５２であり得る。メモリ５２は、１つ又は複数のデータベースやその他の適切なメモリ装置（１つ又は複数のランダム・アクセス・メモリ（RAM）、リード・オンリー・メモリ（ROM）、ダイナミック・ランダム・アクセス・メモリ（DRAM）、高速サイクルRAM（FCRAM）、スタティックRAM(SRAM)、フィールド・プログラマブル・ゲート・アレイ（FPGA）、消去可能なプログラマブル・リード・オンリー・メモリ（EPROM）、電子的に消去可能なプログラマブル・リード・オンリー・メモリ（EEPROM）、マイクロコントローラやマイクロプロセッサなど）を含み得る。
【００４２】
トレーダー端末１２は、表示装置５６（モニタ、画面、パネル・ディスプレイや、トレーダー１４に向けて情報を表示するよう動作可能な何れかの他の適切な装置など）も含み得る。特定の実施例では、表示装置５６は、グラフィカル・ユーザ・インタフェース５８を表示するよう動作可能であり得る。グラフィカル・ユーザ・インタフェース５８は、分散管理インタフェース・アプリケーション４０が用いて、分散パラメータ３２を構成及び／又は管理するための種々の画面を表示することができる。分散グラフィカル・ユーザ・インタフェース５８は、表示装置５６を介して前述の情報を表示する何れかの適切なソフトウェアやその他の実行可能なコードを含み得る。トレーダー端末１２は、１つ又は複数のヒューマン・インタフェース（例えば、マウス、キーボードやポインタなど）も含み得る。これによって、トレーダー１４は、例えば、ビューや選択を行うために、グラフィカル・ユーザ・インタフェース５８とインタフェースするか、又は、例えば、種々の分散パラメータ３２を構成することが可能である。
【００４３】
通信ネットワーク１９は、トレーダー１４と注文分散アプリケーション１８との間で、かつ、特定の実施例では、注文分散アプリケーション１８とトレーディング・プラットフォーム１６との間でデータ又は情報を交換するよう動作可能な通信プラットフォームである。通信ネットワーク１９は、本発明の特定の実施例におけるインターネット・アーキテクチャを表す。これは、（直接、又は注文分散アプリケーション１８を介して）取引所２０に配信する対象の注文２２を電子的に送る機能をトレーダー１４に提供する。他の実施例では、通信システム１４は、システム１０における何れかの２つのノード間の通信インタフェース又は交換を提供する何れかのパケット・データ・ネットワーク（PDN）であり得る。通信ネットワーク１９はあるいは、何れかのローカル・エリア・ネットワーク（LAN）、メトロポリタン・エリア・ネットワーク（MAN）、ワイド・エリア・ネットワーク（WAN）、無線ローカル・エリア・ネットワーク（WLAN）、仮想専用ネットワーク（VPN）、イントラネットや、ネットワーク又は電話環境における通信を容易にする何れかの他の適切なアーキテクチャ又はシステムであり得る。
【００４４】
前述の通り、トレーディング・プラットフォーム１６は、１つ又は複数の売買可能な商品又はプロダクトに関する１つ又は複数の電子取引所２０を管理する機能を有するトレーディング・アーキテクチャを備え得る。トレーディング・プラットフォーム１６は、１つ又は複数のタイプの電子取引所２０（１つ又は複数の通貨為替市場（例えば、外国為替市場）、株式市場、債券市場、先物市場、オプション市場、商品取引市場、金属市場、デリバティブ市場、排出権市場、帯域幅市場、及び／又は、商品を売買することができる何れかの他のタイプの電子市場など）へのアクセスを提供し、かつ／又は、上記１つ又は複数のタイプの電子取引所２０を管理することができる。
【００４５】
特に、トレーディング・プラットフォーム１６は、１つ又は複数のタイプの商品に関する１つ又は複数のタイプのトレーディング注文２２のトレーディングを管理するか、又は容易にすることができる。トレーディング・プラットフォーム１６は、トレーダー１４からの注文２２を受け取り、前述の注文２２を適切な取引所２０に対して出し、トレーダー１４間の金融取引を行うことができるように、前述の取引所２０に対する注文２０を管理するよう動作可能であり得る。トレーディング・プラットフォーム１６は、市場のトレーディング・フロアとのリンク若しくは接続、前述の取引を完了することを可能にする何れかの適切な構成要素に対する特定の他の適切な結合を有し得る。
【００４６】
トレーディング・プラットフォーム１６は、トレーディング注文２２のトレーディングを管理しようとする何れかの個人、企業、又は事業主体の１つ又は複数のコンピュータ、サーバ、管理センター、単一のワークステーション、又は本部オフィスを含み得る。よって、トレーディング・プラットフォーム１６は、１つ又は複数の電子取引所を運営又は管理するために利用又は実現することができる何れかの適切なハードウェア、ソフトウェア、要員、装置、構成部分、構成要素又はオブジェクトを含み得る。トレーディング・プラットフォーム１６によって提供される機能は、一又は複数の人間が、トレーディング・プラットフォーム１６に関連した種々の機能を提供することができるように少なくとも部分的に手作業であり得る。
【００４７】
価格設定マトリクス／分散パラメータ
図２は、本発明の一実施例による、特定のトレーダー１４、特定の商品、及び特定の時間帯の分散パラメータ組32aを規定する例示的な価格設定マトリクス９０である。価格設定マトリクス９０は、以下の参照符号によって示すように、以下の分散パラメータ32aを規定する。
【００４８】
100：特定の商品（ユーロ・USドル通貨対）
102：特定の時間帯（時間帯  ロンドン）
104：合計ビッド・サイズ（1億）及び合計オファー・サイズ（1億）を含む、トレーダー１４によって可能にされる合計リクイディティ・サイズ。これは、トレーディング注文２２によって送るか、又は利用可能にすることができる何れかのサイズを事実上制限し得る。
106：受け取られた注文２２を分散させるための４つのビッド価格レベル（ビッド0、ビッド1、ビッド2、ビッド３）
108：４つのビッド価格レベル毎の、ティック単位の価格オフセット（-0、-１、-２、-３）（送られたビッド価格に対するそのレベルの価格を規定する）
110：４つのビッド価格レベル毎の、サイズ1億の受け取られたビッド注文に対して生成される対象の分散ビッド注文22aのサイズを示すビッド・サイズ（3千万、3,500万、2,500万、1千万）
112:４つのビッド価格レベル毎の、その価格レベルの価格オフセット及びビッド・サイズ（矢印108及び110によって示す）がデフォールト値である旨の表示  
114:受け取られた注文２２を分散させるための４つのオファー価格レベル（オファー0、オファー1、オファー2、オファー３）
116:４つのオファー価格レベル毎の、ティック単位の価格オフセット（+0、+1、+2、+3）（送られたオファー価格に対するそのレベルの価格を規定する）
118:４つのオファー価格レベル毎の、サイズ1億の受け取られたオファー注文に対して生成される対象の分散オファー注文22aのサイズを示すオファー・サイズ（3千万、3,500万、2,500万、1千万）
120:４つのオファー価格レベル毎の、そのオファー価格レベルの価格オフセット及びオファー・サイズ（矢印116及び118によって示す）がデフォールト値である旨の表示
【００４９】
分散パラメータ３２は、注文分散アプリケーション１８によって構成、記憶、及び／又は管理することができる。更に、種々の分散パラメータ３２は、トレーダー１４がその設定を所望の通り（設定することができる利用可能なトレーディング・サイズ・リミット、所望の挑戦度、所望のリスク・レベル、レーテンシ、及び／又はそのトレーダー１４に関連したその他の特性によるなど）、構成することができるように、分散管理インタフェース・アプリケーション４０を用いてトレーダー１４によって構成及び／又は管理することができる。よって、分散パラメータ３２は、完全に自動的に（例えば、注文分散アプリケーション１８によって）、分散管理インタフェース・アプリケーション４０を用いてトレーダー１４によって手作業で、又はそれらの何れかの組み合わせによって構成することができる。分散管理インタフェース・アプリケーション４０及びその関連した機能は、図３を参照して以下に更に詳細に説明する。
【００５０】
分散管理インタフェース・アプリケーション
前述の通り、分散管理インタフェース・アプリケーション４０は、トレーダー１４によって送られた注文２２に対する分散注文22aの生成を規定する１つ又は複数の分散パラメータ３２を構成及び／又は管理するためのグラフィカル・ユーザ・インタフェース５８をトレーダー１４に提供することができる。特定の実施例では、トレーダー１４は、ビュー及び／又は分散のために、システムにログインして前述の分散パラメータ３２をアクセスすることが必要になり得る。前述のログイン処理は、分散管理インタフェース・アプリケーション４０及び／又は注文分散アプリケーション１８によって管理することができ、ユーザがログイン名（例えば、ユーザＩＤ）及びパスワード情報を入力することを要求することができ、適切なハードウェア及び／又はソフトウェア間の暗号化通信を伴い得る。更に、特定の実施例では、一アプリケーション・ログインから更新される分散パラメータ３２は、最後の修正に関連したログイン名の通知とともに他のアプリケーション上で表示し得る。
【００５１】
図３は、本願開示の一例による、分散管理インタフェース・アプリケーション４０によって提供されるグラフィカル・ユーザ・インタフェース５８の例示的な表示１５０を示す。トレーダー１４は、１つ又は複数の分散パラメータ３２を構成するために何れかの適切なやり方（コンピュータ入力装置又はポインタ（例えば、マウス、キーボードやタッチパッド）の利用など）でグラフィカル・ユーザ・インタフェース５８とインタフェースすることができる。前述の通り、特定の実施例では、分散管理インタフェース・アプリケーション４０は、注文分散アプリケーション１８と協調して前述の分散パラメータ３２を構成、記憶及び／又は管理することができる。
【００５２】
表示１５０は、利用可能であり得る特定の売買可能な商品の場合のトレーダー１４の３つの価格設定マトリクス90a、90b、及び90cを示す。各価格設定マトリクス90a、90b及び90cは、特定の時間帯（具体的には、時間帯  アジア、時間帯  ロンドン、時間帯  US）に対応している。３つの価格設定マトリクス90a、90b及び90cそれぞれによって規定される分散パラメータ３２の設定の一部及び全てが、他の２つによって規定されたものと異なり得る。３つの価格設定マトリクス90a、90b及び90cそれぞれによって規定される分散パラメータ３２の設定の何れもが、他の２つによって規定されたものと異ならないこともあり得る。参考までに、各価格設定マトリクス90a、90b及び90cは、図８に関して前述した価格設定マトリクス９０と同様であり得る。特定の商品の場合の３つの価格設定マトリクス９０（時間帯に対応している）は例示に過ぎない。よって、分散管理インタフェース４０（及び／又は注文分散アプリケーション１８）は、他の時間帯数に対応する他の価格設定マトリクス９０数をトレーダー１４が構成し、かつ／又は記憶することを可能にすることができる。
【００５３】
図３に示す例では、トレーダー１４は、ビュー及び／又は構成のために価格設定マトリックス90b（時間帯  ロンドン）を選択している。価格設定マトリクス90bは、以下の参照符号によって示すように、以下の分散パラメータ32bを規定する。
【００５４】
160:特定の商品（ユーロ・USドル通貨対）
162:特定の時間帯（時間帯  ロンドン）
164:合計ビッド・サイズ（7千万）及び合計オファー・サイズ（1億）を含む、トレーダー１４によって可能にされる合計リクイディティ・サイズ。これは、トレーディング注文２２によって送るか、又は利用可能にすることができる何れかのサイズを事実上制限し得る。
166:受け取られた注文２２を分散させるための４つのビッド価格レベル（ビッド0、ビッド1、ビッド2、ビッド３）
168:４つのビッド価格レベル毎の、ティック単位のトレーダー選択価格オフセット（-0、-１、-3、-6）（送られたビッド価格に対するそのレベルの価格を規定する）
170:４つのビッド価格レベル毎の、サイズ7千万の受け取られたビッド注文に対して生成される対象の分散ビッド注文22aのサイズを示すトレーダー選択ビッド量（2,500万、２千万、1,500万、1千万）
172:４つのビッド価格レベル毎の、ティック単位のデフォールト価格オフセット（0、-１、-２、-３）（送られたビッド価格に対するそのレベルの価格を規定する）
174:４つのビッド価格レベル毎の、サイズ1億の受け取られたデフォールト・ビッド注文に対して生成される対象の分散ビッド注文22aのサイズを示すデフォールト・ビッド量（3,500万、3,500万、2,500万、1千万）
176:受け取られた注文２２を分散させるための４つのオファー価格レベル（オファー0、オファー1、オファー2、オファー３）
178:４つのオファー価格レベル毎の、ティック単位のデフォールト価格オフセット（+0、+1、+2、+3）（送られたオファー価格に対するそのレベルの価格を規定する）
180:４つのオファー価格レベル毎の、サイズ1億の受け取られたオファー注文に対して生成される対象の分散オファー注文22aのサイズを示すデフォールト・オファー量（3千万、3,500万、2,500万、1千万）
182:４つのオファー価格レベル毎の、そのオファー価格レベルの価格オフセット及びオファー・サイズ（矢印178及び180によって示す）がデフォールト値である旨の表示
【００５５】
分散管理インタフェース・アプリケーション４０は、価格マトリクス90bによって規定される前述の分散パラメータ32bのうちの全て、又は特定のものをトレーダー１４が構成若しくは修正することを可能にし得る。例えば、トレーダー１４は、合計リクイディティ・サイズ（１６４）、価格オフセット（１６８、１７８）、及び／又は分散注文サイズ（１７０、１８０）（トレーダーの所望の挑戦度、所望のリスク・レベル、レーテンシ、及び／又はそのトレーダー１４に関連した他の特性に基づいて価格マトリクス90bによって規定される）の設定を、トレーダー１４のトレーディング量及び／利益を最大しようとして、調節することができる。
特定の実施例では、表示１５０は、少なくとも、後の特定時点で前述の分散パラメータ32bが再修正されるまで、分散パラメータ32bに対する何れの変更も以降持続させるためにトレーダー１４によって起動（例えば、クリック）することができる「変更を加える」ボタン１８６を含む。トレーダー１４が、特定の時間帯の１つ又は複数の分散パラメータ32bを修正したが、「変更を加える」ボタン１８６を起動させることができなかった場合、修正は廃棄される（例えば、トレーダー１４がログオフした時点や、特定の時間帯の満了時など）。特定の実施例では、表示１５０に含まれる「デフォールト」ボタン１８８上をクリックすることによって、関連したビッド又はオファーのスプレッド及び量の数をデフォールト設定（矢印１７２、１７４、１７８及び１８０によって示すデフォールト設定など）に戻すことができる。
【００５６】
トレーダー１４が修正を行い、「変更を加える」ボタン１８６を起動させた場合、分散管理インタフェース・アプリケーション４０及び／又は注文分散アプリケーション１８は「変更を受け付けました」の通知を伝達することができる。この通知は、トレーダー１４に向けて何れかの適切なやり方（例えば、グラフィカル・ユーザ・インタフェース５８経由や電子メールなど）で表示することができる。特定の実施例では、分散パラメータ32bに対する修正は注文分散アプリケーション18に通信することができる。注文分散アプリケーション１８は、前述の通り、分散注文22aを生成するために注文分散アプリケーション１８によって用いられる前述の分散パラメータ32bのコピーを記憶することができる。更に、分散管理インタフェース・アプリケーション４０及び／又は注文分散アプリケーション１８は、トレーダー１４によって行われたパラメータ修正のログを保持することができる。前述のログは、何れかの適切な理由（パラメータ修正の監査など）で修正データを呼び出すことができるように特定の期間分（例えば、直近の5日間分）を保持することができる。
【００５７】
更に、特定の実施例では、表示１５０の種々の局面（表示１５０に含まれるデータ、及び／又は、表示１５０に含まれる前述のデータの特定の配置（トレーダー１４によって望まれるような）など）をトレーダー１４が構成することを可能にし得る。分散管理インタフェース・アプリケーション４０は、トレーダー１４による将来のログインのために前述の表示設定をトレーダー１４が保存し、維持することを可能にすることができる。
【００５８】
更に、特定の実施例では、分散管理インタフェース・アプリケーション４０は、表示１５０の種々の局面を構成するための複数のアクセスが容易にされるように複数のトレーダー１４が利用可能であり得る。前述の調節のログは、例えば、どの調節が何時にロンドンのトレーダーによって行われたかをニューヨークのトレーダーが確かめることを可能にするために、記憶することができる。
【００５９】
注文量の表示及び再生成
注文分散アプリケーション１８によって生成され、適切な取引所２０に対した出される分散注文群22aは、トレーダー１４に向けて（グラフィカル・ユーザ・インタフェース５８経由などで）表示し、かつ／又は、他のトレーダー１４が分散注文群22aのビュー（及びトレーディング）を行うことが可能であるように市場全般に向けて表示することができる。
【００６０】
例示的な一実施例では、トレーダー１４によって（例えば、ビッド・オファー価格フィードを介して）送られる1.2410-1.2412のユーロ対USドル（EUR/USD）の場合、以下のように表示され得る。
EUR/USD      ビッド・オファー価格フィード  1.2410-1.241  7千万x1億
ビッド価格      ビッド量                    オファー価格  オファー量
1.2410            25                          1.2412          30
1.2409            20                          1.2413          35
1.2407            15                          1.2414          25
1.2404            10                          1.2415          10
この例示的な表示では、「合計ソース・リクイディティ・サイズ」として表すことができる、トレーダー１４によって送られるビッド及びオファーの合計量は、最上行に沿って示す。ここでは、合計ソース・ビッド・リクイディティ・サイズは7千万であり、合計ソース・オファー・リクイディティ・サイズは１億である。
【００６１】
特定の実施例では、注文分散アプリケーション１８は、取引が首尾良く執行された後に（価格フィード又は別のやり方によって）トレーダー１４によって送られる注文２２のファイリング及び「再生成」を管理する種々の規則を規定することができる。例えば、特定の実施例では、合計ソース・ビッド又はオファーのリクイディティ・サイズが、適切な価格設定マトリクス90bによって規定される合計量よりも少ない場合（例えば、図２及び図３に示す例における矢印１０４及び１６４によって示すように）、ビッド又はオファーの量は順番に価格レベルにわたって、最高（すなわち、最良）段階から始め、下方向に移って切り捨てられる。あるいは、合計ソース・ビッド又はオファーのリクイディティ・サイズが、適切な価格設定マトリクス90によって規定される合計量よりも多い場合、ビッド又はオファーの量は順番に価格レベルにわたって、最低（すなわち、最悪）段階から始め、上方向に移って切り捨てられる。
【００６２】
例えば、前述の例示的なビッド・オファー表示を用いて、一連のビッドが、30mのサイズに対してたたかれた場合、以下のように表示され得る。
EUR/USD  API価格  1.2410-1.2412  3,500万x1億
1.2410    25        1.2412              30
1.2409    15        1.2413              35  
1.2407    15        1.2414              25
1.2404    10        1.2415              10
ここで、売買は、ビッド価格レベルに対して順番に、最高価格レベルから始めて、下方向に移って執行される。よって、2,500万の最高ビッド・レベルは、イタリック体で示すように完全に除外され、残りの5百万（3千万の売買のうち）は、次に高いビッド価格レベルから除外され、よって、トレーダー１４によって提供されるリクイディティが各価格レベルにおけるサイズを完全に満たすことができないので、そのレベルでの量が2千万から1,500万に削減される。
【００６３】
更に、特定の実施例では、ソースされたビッド価格が変更されても、適切な価格設定マトリクスによって規定される各分散価格レベルは、最低（すなわち、最も不利な）ビッド価格レベルから始めて、「ボトムアップ」で満たされることになる。よって、ソース・ビッド・リクイディティ・サイズが、適切な価格設定マトリクスによって規定された価格レベル全てを満たすことが十分でない場合、最上位レベルは全く埋められないことがあり得る。その場合、送られた最良のビッド・オファー・スプレッドが事実上広くなる。
【００６４】
トレーダー１４は、その分散注文22aの１つ又は複数に対する売買後により大きな量を売買するよう「再生成する」ので、各価格レベルで直近で売買されたサイズを、低い（すなわち、最も不利な）価格レベルから始め、上方に移るように再生成サイズを、トレーダーの代わりの売買、又はその後のビッド・オファー状態に漸増的に加えることができる。本明細書及び特許請求の範囲記載の「再生成」の語は、トレーディング注文２２のサイズを漸増的に増加して、分散トレーディング注文22aに対する売買後に売買されたサイズを後に置き換えることを意味する。
【００６５】
例えば、以下の分散パラメータ３２を規定する価格設定マトリクスを仮定する。
【００６６】
【表１】
2008541312.tif 000003
【００６７】
トレーダーのビッド・トレーディング注文２０が1億であり、トレーダーの分散注文22aが、3千万のオファー又は売りの注文によって打たれた場合、トレーディング・プラットフォーム１４は、ビッド0の2,500万全て、及びビッド１の5百万を打つ。トレーディング注文２２に対してトレーダー１４からソーシングされたビッド・サイズは１億から7,000万に低下し、ビッドに対して示される、結果として生じる価格は、以下になる。
ビッド0  -0  0
ビッド1  -1  15
ビッド2  -3  15
ビッド3  -6  40
【００６８】
トレーダー１４が次いで、価格レベルにかかわらず、別の百万に対して再生した場合（トレーディング注文２２に対するソース・ビッド・サイズが、7千万の残存サイズから7,100万に増加された場合）、注文分散アプリケーション１８は、追加の百万をビッド１価格レベルに加える。
【００６９】
ビッド0  -0  0
ビッド1  -1  16
ビッド２  -3  15
ビッド３  -6  40
トレーダー１４が次いで、別の５百万に対して再生し（すなわち、トレーディング注文２２に対するソース・ビッド・サイズが7,600万に増加され）、送られたビッド価格（例えば、トレーダーの価格フィードによって規定されたビッド価格）が変更されていない場合、注文分散アプリケーション１８は、ビッド１価格レベルを埋め、次いで、次に高い価格レベル（ビッド0価格レベル）を満たし始める。
【００７０】
ビッド0  -0  1
ビッド1  -1  20
ビッド２  -3  15
ビッド３  -6  40
特定の実施例では、注文分散アプリケーション１８は、ビッド・オファー・スプレッド、並びに、単独のビッド及びオファーに対する、かつ、価格フィード及び標準的な手段によって送られた注文２２に対する、何れかの価格ソースに対する削減された分散注文量を再生成するか、又は再び満たすためにこの方法を提供することができる。
【００７１】
システム動作
図４は、本開示の一実施例による、トレーダー１４によって送られる注文２２を処理するシステム１０の動作の例示的な方法を示す。工程２００では、トレーディング・プラットフォーム１６によって管理される１つ又は複数の取引所２０に対して出される対象の、特定の商品に対する注文２２（ビッド、オファーや、ビッド・オファー・スプレッドなど）を送る。前述の通り、前述の注文２２を送る工程は、例えば、(a)トレーダー１４が、売買する対象のビッド、オファー、又はビッド・オファー・スプレッドをアクティブに送る工程や、(b)トレーダー１４が、トレーディング・システムに、ビッド価格、オファー価格、又はビッド・オファー・スプレッドを利用可能にする工程を含み得る。トレーダー１４によって送られた注文２２は、処理し（分散させ）、適切な取引所２０に転送するために注文分配アプリケーション１８に通信することができる。
【００７２】
工程２０２では、トレーダー１４によって送られた注文２２を受け取ると、注文分配アプリケーション１８は、その特定の注文２２とともに通信されるデータに規定される種々のパラメータ（例えば、特定のトレーダー１４の識別情報、特定の商品の識別情報、及び／又は適切な時間帯など）に基づいて注文２２に対して適切な分散パラメータ２２を識別し、かつ／又は取り出すことができる。分散パラメータ３２が、記憶された価格設定マトリクス（例えば、図２又は図３に示す価格設定マトリクス９０など）によって規定される場合、注文分散アプリケーション１８は、前述の注文パラメータに対応する適切な価格設定マトリクスをメモリから識別し、かつ／又は取り出すことができる。
【００７３】
工程２０４では、注文分散アプリケーション１８は、工程２０２において識別された価格設定マトリクスを適用して、適切な取引所２０に対して出す対象の分散注文群22aを生成することができる。例えば、送られた注文２２がビッド・オファー・スプレッドであり、識別された価格設定マトリクスが、分散ビッドに対する５つの別々の価格レベル、及び、分散オファーに対する５つの別々の価格レベルを、前述のビッド価格レベル及びオファー価格レベル毎の価格オフセット及び注文サイズとともに規定するものとすれば、注文分散アプリケーション１８は、５つの分散ビッド注文22a及び５つの分散オファー注文22aを生成することができる。５つの分散ビッド注文22a並びに５つの分散オファー注文22a毎の価格及びサイズは、価格設定マトリクスによって規定されたように求めることができる。
【００７４】
工程２０６では、注文分散アプリケーション１８は次いで、５つの分散ビッド注文群22a及び５つの分散オファー注文群22aを適切な取引所２０に対して出すことができる。
【００７５】
工程２０８では、分散ビッド注文22a又は分散オファー注文22aの１つ又は複数によって売買することが適切な価格を有する相手方注文が取引所２０において受け取られる。本明細書及び特許請求の範囲記載の「相手方」注文は、市場の反対側の注文を表し得る。よって、例えば、ビッド又は買いの注文は、オファー又は売りの注文に対する相手方注文である、オファー又は売りの注文は、ビッド又は買い注文に対する相手方注文である。
【００７６】
特定の実施例では、工程２１０に示すように、トレーダーの注文２２が工程２００において、更なる確認なしで取引所２０が売買することが可能な注文、又は売買を執行するためにトレーダー１４から注文として出されている場合、方法は工程２１６まで飛んで売買を執行することができる。しかし、売買を執行するためにトレーダー１４から更なる確認を取引所２０が得る必要がある注文として注文２２が工程２００で送られている場合、工程２１２で、相手方注文と、分散ビッド注文22aの１つ又は複数との間で売買を執行することができる旨をトレーダー１４と確認しようとし得る。例えば、取引所２０は、工程２０８で判定された売買に対して、工程２００においてトレーダー１４によって送られた価格がなお有効であるか、又は適切であるかを（トレーダーの価格フィードを確認して、送られた価格が、売買に対してなお適切であるか、又は、売買に適切でない価格まで動いたかを判定することなどによって）判定することができる。価格が売買にもう適切でない場合、取引所２０は工程２１４で売買を取り消すことができる。価格が売買になお適切な場合、取引所２０は、工程２１６で、相手方注文と、分散ビッド注文22aの１つ又は複数との間で１つ又は複数の売買を執行することができる。特定の場合、相手方注文の価格が、2つ以上の分散ビッド注文22aによる売買に適切であり、相手方注文のサイズが、最良（すなわち、最も挑戦的な）価格における分散ビッド注文22aのサイズよりも大きい場合、取引所は、相手方注文と、複数の分散ビッド注文22aとの間で複数の売買を同時に（又はほぼ同時に）執行することができる。あるいは、相手方注文のサイズが、最良の（すなわち、最も挑戦的な）価格における分散ビッド注文22aのサイズ以下である場合、取引所は、相手方注文と、その分散ビッド注文22aとの間で単一の売買を執行することができる。
【００７７】
工程２１８に示すように、単一の売買が工程２１６で執行された場合、方法は、工程２２２に飛ぶことができる。あるいは、複数の売買が、相手方注文と、複数の分散ビッド注文22aとの間で執行された場合、方法は工程２２０に進み得る。工程２２０では、注文分散アプリケーション１８及び／又は取引所２０は、工程２１６で執行された複数の売買の平均売買価格を算出することができる。前述の算出は、相手方注文によって売買される複数の分散ビッド注文22aそれぞれの価格及び売買サイズに基づき得る。例えば、相手方の、サイズ5500万の売り注文が以下の分散ビッド注文によって売買されているものとする。
【００７８】
(a)ビッド0、価格=１．2410、売買サイズ=2,500万
(b)ビッド1、価格=１．2409、売買サイズ=1,500万
(a)ビッド２、価格=１．2407、売買サイズ=1,500万
平均売買価格は、［(1.2410)(25m)+(1.2409)(15m)+(1.2407)(15m)］/55mであれ、これは1.240891に等しい。平均売買価格は、何れかの適切な又は所望の数の小数位に丸めることができる。
【００７９】
工程２２２では、注文分散アプリケーション１８及び／又は取引所２０は、通知２５０として図１に示す、執行された売買通知をトレーダー１４に（例えば、トレーダー１４に向けて表示するためにトレーダー端末１２）に通信することができる。通知２５０は、工程２１６で執行された１つ又は複数の売買に関する種々の細目（例えば、売買の時間、サイズ及び価格、並びに何れかの他の適切な情報）を示すことができる。特定の実施例では、相手方注文と、複数の分散ビッド注文22aとの間で複数の売買が工程２１６で執行されている場合、通知２５０は、工程２２０において算出されるように、合計売買サイズ、その合計売買サイズに対する平均売買価格を示し得る。よって、特定の実施例では、各売買について別個の通知２５０をするのでなく、単一の通知２５０を複数の売買についてトレーダー１４に通信することができる。よって、前述の別個の、複数の通知を単一の通知２５０によって事実上置き換えることができるので、複数の売買に関するネットワーク・メッセージングの量はかなり削減することができる。
【００８０】
特定の実施例又は場合には、平均売買価格は、工程２１６における売買の執行に先行して算出することができる。例えば、平均売買価格は、売買を執行するために工程２１２でトレーダー１４から確認を得ようにとする前に算出することができる。よって、相手方注文によって売買する対象の複数の分散注文22a毎に別個の確認要求／試行を通信するよりも、算出平均売買価格を含む単一の確認要求／試行を、工程２１２で、通信することができる。
【００８１】
更に、工程２１６で執行される売買に応じて、売買された対象の１つ又は複数の分散注文22aそれぞれの表示された注文サイズを削減することができる。特定の場合、１つ又は複数の分散注文22aのサイズは完全に除去される。更に、ユーザに向けて表示される合計ソース・リクイディティ・サイズを、トレードの合計サイズだけ、削減することができる。
【００８２】
工程２２６では、トレーダー１４は、削減された合計ソース・リクイディティ・サイズの少なくとも一部分を自動的に又は手動で再生成することができる。連続価格フィードをトレーダーが供給する特定の実施例では、前述の再生成は、トレーダー１４に利用可能にされる価格フィードに基づいて自動的に行うことができる。更に、特定の実施例では、前述の再生成は、「注文量の表示及び再生成」において前述したように、低い（すなわち、不利な）価格レベルがまず満たされるように「ボトムアップ」で注文分散アプリケーション１８によって管理することができる。トレーディング活動は工程２２８において続行し得る。
【００８３】
図４を参照して前述した方法などの前述の方法の何れかに修正、追加又は省略を、本発明の範囲から逸脱しない限り、行うことができる。例えば、特定の実施例では、取引所２０は、トレーダー１４が単に、市場に価格フィードを利用可能にする場合にも、前述の売買を執行するための確認をトレーダー１４に要求することなく分散注文22aに対して売買を行う。前述の実施例では、取引所２０は、売買に対する責任をトレーダー１４が拒絶するというリスクを負うか、又は、リスクを分散させるためのトレーダー１４との特定の取り決めを有することがあり得る。前述の実施例では、執行に先行した売買の確認に関する工程２１０乃至２１４は方法から省略することができるか、又は、トレーダー１４による売買要求の何れかの拒絶の結果として負う前述のマーケット・ポジションに対して取引所が警告されることを可能にするよう、なお行うことができる。更に、前述の方法の工程は何れも、本発明の範囲から逸脱しない限り、何れかの適切な順序で、又は、同時に、若しくは、別の時点で行うことができる。
【００８４】
開示された本発明は、（マーケット・メーカーや他のトレーダーなどの）トレーダーが、トレーダーがリスク効率的にビッド及びオファーによってトレーディング・システムを効率的に埋めることを可能にする。スポットのユーロ対ドルの為替レートにおけるマーケット・メーカーを考えてみる。トレーダーは、１千ユーロの値における0.0002のビッド・オファー価格スプレッド（例えば、１千万の1.2656のビッド、１千万の1.2658のオファー）を行うことに関連したリスク・プロファイルに満足することもあり得る。動きの遅い市場では、第２の0.0005価格スプレッドは競争力のないものになる可能性が高いが、動きの速い市場では、0.0002価格スプレッドは、リスキー過ぎることになる可能性が高い。本願開示の本発明は、両方のリスク・プロファイルに応じた価格をマーケット・メーカーが供給することを可能にする。例えば、マーケット・メーカーは1千万における0,0002スプレッドを送り得る。本願開示のシステム（すなわち、注文分散アプリケーション１８）は、そのタッチ・ビッド／オファー価格よりも不利なビッド及びオファーを出して、合成されたリスク・プロファイルを必要に応じて提供することになる。
【００８５】
この例の場合、3千万に対するその最良のタッチ価格ビッドからビッド-0.0002を作成し、3千万におけるそのタッチ価格オファーからオファー+0.0002を作成するようマーケット・メーカーが本発明のアプリケーションを事前構成するものとする。マーケット・メーカーは次いで、1千万x1千万において上の1.2656/1.2658価格を送って第１のリスク・プロファイルを与える。本願開示のシステムは、上記事前構成によってリミット・ビッド価格及びリミット・オファー価格を作成して、3千万に対する1.2654ビッド及び3千万に対する1.2660オファーを与える。
【００８６】
トレーディング・システムを用いる他のカウンターパーティーが、各売買価格での複数の売買を受け取る代わりに、合計4千万に対する1.2654まで下げてユーロを売った場合、マーケット・メーカーは好ましくは、1.26545（両方の売買の平均）の価格で4千万ユーロの１つの単一の売買を受け取ることができる。トレーディング・システム上の他のカウンターパーティーが、合計4千万で、1.2660でユーロをセルダウンした場合、マーケット・メーカーは好ましくは、1.26595（両方の売買の平均）の価格で4千万ユーロの１つの単一の売買を受け取ることができる。マーケット・メーカーはよって、サイドで１千万における0.0002及びサイドで4千万における0.0005のビッド・オファー・スプレッドを行い、上記例において売り又は買い毎に２つの売買を処理し、マーケット・メーカーのコンピュータのリスク・モデルを複数回、更新しなければならないのではなく、一売買のみがマッチングされる。これは、マーケット・メーカー・システムにおける計算オーバヘッドを技術的に削減し、リスク・パラメータ及び価格設定を調節するために売買の処理の高速化を可能にし得る。
【００８７】
本発明の実施例、及びその利点を詳細に説明しているが、当業者は種々の改変、追加及び省略を、特許請求の範囲記載の本発明の趣旨及び範囲から逸脱しない限り、行うことが可能である。
【図面の簡単な説明】
【００８８】
【図１】本発明の実施例による、トレーディング注文を価格レベル範囲に自動的に分散させる例示的なトレーディング・システム１０を示す図である。
【図２】本発明の一実施例による、特定のトレーダー、特定の商品、及び特定の時間帯の分散パラメータ組を規定する例示的な価格設定マトリクスを示す図である。
【図３】本願記載の一例による、分散管理インタフェース・アプリケーションによって提供されるグラフィカル・ユーザ・インタフェースの例示的な表示を示す図である。
【図４】本発明の一実施例による、トレーダーによって出された注文を処理し、分散させる、図１のシステムの動作の例示的な方法を示す図である。
【図１】
2008541312.tif 000004
【図２】
2008541312.tif 000005
【図３】
2008541312.tif 000006
【図４】
2008541312.tif 000007
【国際調査報告】
2008541312.tif 000008