(57)【要約】  取引注文を補充するシステムは、プロセッサに接続されるメモリを有する。メモリは、プロダクトの合計数量を有する取引注文と、取引注文の表示される数量を決定するための少なくとも１つの式とを格納する。プロセッサはさらに、決定された表示される数量と合計数量とに基づきリザーブされる数量を決定する。プロセッサは、決定された表示される数量と決定されたリザーブされる数量とを有する取引注文を通信する。
2009503753.tif 000002
【特許請求の範囲】
【請求項１】
取引注文を提供するシステムであって、
プロダクトの合計数量を有する取引注文と、該取引注文の表示される数量を決定する少なくとも１つの式とを格納するよう動作可能なメモリと、
前記メモリに接続され、
（ａ）前記表示される数量を決定するため前記式を適用し、
（ｂ）前記決定された表示される数量と前記合計数量とに基づきリザーブされる数量を決定し、
（ｃ）前記決定された表示される数量と前記決定されたリザーブされる数量とを有する前記取引注文を通信する、
よう動作可能なプロセッサと、
を有するシステム。
【請求項２】
前記プロセッサはさらに、
（ｄ）前記取引注文の表示される数量が充填されたと判断し、
（ｅ）前記表示される数量のうち充填された数量だけ前記取引注文の合計数量を減少させ、
（ｆ）前記取引注文の合計数量がまだ充填されていない場合、前記取引注文の合計数量が充填されるまで前記（ａ）から（ｅ）までの各処理を繰り返す、
よう動作可能である、請求項１記載のシステム。
【請求項３】
前記式は、前記取引注文の合計数量を変数として前記取引注文の表示される数量を決定する、請求項１記載のシステム。
【請求項４】
前記式は、前記（ｃ）から（ｅ）までの各処理が実行された回数を変数として前記取引注文の表示される数量を決定する、請求項１記載のシステム。
【請求項５】
前記式は、前記（ｃ）から（ｅ）までの各処理が実行される毎に、前記取引注文の表示される数量を増加させる、請求項４記載のシステム。
【請求項６】
前記式は、前記（ｃ）から（ｅ）までの各処理が実行される毎に、前記取引注文の表示される数量を減少させる、請求項４記載のシステム。
【請求項７】
前記リザーブされる数量は、前記合計数量と前記表示される数量との間の差分である、請求項１記載のシステム。
【請求項８】
前記式により決定される表示される数量は、ランダムな値である、請求項１記載のシステム。
【請求項９】
取引注文を提供する方法であって、
（ａ）プロダクトの合計数量を有する取引注文を受け付けるステップと、
（ｂ）該取引注文の表示される数量を決定するため、少なくとも１つの式を受け付けるステップと、
（ｃ）前記表示される数量を決定するため前記式を適用するステップと、
（ｄ）前記決定された表示される数量と前記合計数量とに基づきリザーブされる数量を決定するステップと、
（ｅ）前記決定された表示される数量と前記決定されたリザーブされる数量とを有する前記取引注文を通信するステップと、
を有する方法。
【請求項１０】
（ｆ）前記取引注文の表示される数量が充填されたと判断するステップと、
（ｇ）前記表示される数量のうち充填された数量だけ前記取引注文の合計数量を減少させるステップと、
（ｈ）前記取引注文の合計数量がまだ充填されていない場合、前記取引注文の合計数量が充填されるまで前記（ｃ）から（ｇ）までの各ステップを繰り返すステップと、
をさらに有する、請求項９記載の方法。
【請求項１１】
前記式は、前記取引注文の合計数量を変数として前記取引注文の表示される数量を決定する、請求項９記載の方法。
【請求項１２】
前記式は、前記（ｃ）から（ｅ）までの各ステップが実行された回数を変数として前記取引注文の表示される数量を決定する、請求項９記載の方法。
【請求項１３】
前記式は、前記（ｃ）から（ｅ）までの各ステップが実行される毎に、前記取引注文の表示される数量を増加させる、請求項１２記載の方法。
【請求項１４】
前記式は、前記（ｃ）から（ｅ）までの各ステップが実行される毎に、前記取引注文の表示される数量を減少させる、請求項１２記載の方法。
【請求項１５】
前記リザーブされる数量は、前記合計数量と前記表示される数量との間の差分である、請求項９記載の方法。
【請求項１６】
前記式により決定される表示される数量は、ランダムな値である、請求項９記載の方法。
【請求項１７】
取引注文を提供する方法であって、
（ａ）プロダクトの合計数量と、表示される数量と、リザーブされる数量とを有する取引注文を受け付けるステップと、
（ｂ）前記取引注文の以降の表示される数量を決定するため、少なくとも１つの式を受け付けるステップと、
（ｃ）前記取引注文を通信するステップと、
（ｄ）前記取引注文の表示される数量が充填されたと判断するステップと、
（ｅ）前記表示される数量のうち充填された数量だけ前記取引注文の合計数量を減少させるステップと、
（ｆ）前記以降の表示される数量を決定するため、前記式を適用するステップと、
（ｇ）前記決定された表示される数量と前記減少された合計数量とに基づきリザーブされる数量を決定するステップと、
（ｈ）前記決定された表示される数量と前記決定されたリザーブされる数量とを有する他の取引注文を通信するステップと、
を有する方法。
【請求項１８】
前記取引注文の合計数量が充填されるまで、前記（ｄ）から（ｈ）までの各ステップを繰り返すステップをさらに有する、請求項１７記載の方法。
【請求項１９】
前記式は、前記取引注文の減少された合計数量を利用して、前記取引注文の以降の表示される数量を決定する、請求項１７記載の方法。
【請求項２０】
前記式は、前記（ｆ）から（ｈ）までの各ステップが実行された回数を変数として利用して、前記取引注文の以降の表示される数量を決定する、請求項１７記載の方法。
【請求項２１】
前記式は、前記（ｆ）から（ｈ）までの各ステップが実行される毎に、前記取引注文の表示される数量を増加させる、請求項２０記載の方法。
【請求項２２】
前記式は、前記（ｆ）から（ｈ）までの各ステップが実行される毎に、前記取引注文の表示される数量を減少させる、請求項２０記載の方法。
【請求項２３】
前記リザーブされる数量は、前記合計数量と前記表示される数量との間の差分である、請求項１７記載の方法。
【請求項２４】
取引注文を提供するシステムであって、
プロダクトの合計数量と、表示される数量と、リザーブされる数量とを有する取引注文と、該取引注文の以降の表示される数量を決定するための少なくとも１つの式とを格納するよう動作可能なメモリと、
前記メモリに接続され、
（ａ）前記取引注文を通信し、
（ｂ）前記取引注文の表示される数量が充填されたと判断し、
（ｃ）前記表示される数量のうち充填された数量だけ前記取引注文の合計数量を減少させ、
（ｄ）前記以降の表示される数量を決定するため、前記式を適用し、
（ｅ）前記決定された表示される数量と前記減少された合計数量とに基づきリザーブされる数量を決定し、
（ｆ）前記決定された表示される数量と前記決定されたリザーブされる数量とを有する他の取引注文を通信する、
よう動作可能なプロセッサと、
を有するシステム。
【請求項２５】
前記取引注文の合計数量が充填されるまで、前記（ｄ）から（ｈ）までの各処理を繰り返す、請求項２４記載のシステム。
【請求項２６】
前記式は、前記取引注文の減少された合計数量を利用して、前記取引注文の以降の表示される数量を決定する、請求項２４記載のシステム。
【請求項２７】
前記式は、前記（ｆ）から（ｈ）までの各処理が実行された回数を変数として利用して、前記取引注文の以降の表示される数量を決定する、請求項２４記載のシステム。
【請求項２８】
前記式は、前記（ｆ）から（ｈ）までの各処理が実行される毎に、前記取引注文の表示される数量を増加させる、請求項２７記載のシステム。
【請求項２９】
前記式は、前記（ｆ）から（ｈ）までの各処理が実行される毎に、前記取引注文の表示される数量を減少させる、請求項２７記載のシステム。
【請求項３０】
前記リザーブされる数量は、前記合計数量と前記表示される数量との間の差分である、請求項２４記載のシステム。
【請求項３１】
取引注文を提供する方法であって、
（ａ）プロダクトの合計数量を有する取引注文を受け付けるステップと、
（ｂ）前記取引注文のリザーブされる数量を決定するため、少なくとも１つの式を受け付けるステップと、
（ｃ）前記リザーブされる数量を決定するため、前記式を適用するステップと、
（ｄ）前記決定されたリザーブされる数量と前記合計数量とに基づき表示される数量を決定するステップと、
（ｅ）前記決定された表示される数量と前記決定されたリザーブされる数量とを有する前記取引注文を通信するステップと、
を有する方法。
【請求項３２】
（ｆ）前記取引注文の表示される数量が充填されたと判断するステップと、
（ｇ）前記表示される数量のうち充填された数量だけ前記取引注文の合計数量を減少させるステップと、
（ｈ）前記取引注文の合計数量がまだ充填されていない場合、前記取引注文の合計数量が充填されるまで前記（ｃ）から（ｇ）までの各ステップを繰り返すステップと、
をさらに有する、請求項３１記載の方法。
【請求項３３】
前記式は、前記取引注文の合計数量を変数として利用して、前記取引注文のリザーブされる数量を決定する、請求項３１記載の方法。
【請求項３４】
前記式は、前記（ｃ）から（ｅ）までの各ステップが実行された回数を変数として利用して、前記取引注文のリザーブされる数量を決定する、請求項３１記載の方法。
【請求項３５】
前記式は、前記（ｃ）から（ｅ）までの各ステップが実行される毎に、前記取引注文のリザーブされる数量を増加させる、請求項３４記載の方法。
【請求項３６】
前記式は、前記（ｃ）から（ｅ）までの各ステップが実行される毎に、前記取引注文のリザーブされる数量を減少させる、請求項３４記載の方法。
【請求項３７】
前記リザーブされる数量は、前記合計数量と前記表示される数量との間の差分である、請求項３１記載の方法。
【請求項３８】
前記式により決定されるリザーブされる数量は、ランダムな値である、請求項３１記載の方法。
【請求項３９】
取引注文を提供する方法であって、
（ａ）プロダクトの合計数量と、表示される数量と、リザーブされる数量とを有する取引注文を受け付けるステップと、
（ｂ）前記取引注文の以降のリザーブされる数量を決定するため、少なくとも１つの式を受け付けるステップと、
（ｃ）前記取引注文を通信するステップと、
（ｄ）前記取引注文の表示される数量が充填されたと判断するステップと、
（ｅ）前記表示される数量のうち充填された数量だけ前記取引注文の合計数量を減少させるステップと、
（ｆ）前記以降のリザーブされる数量を決定するため、前記式を適用するステップと、
（ｇ）前記決定されたリザーブされる数量と前記減少された合計数量とに基づき表示される数量を決定するステップと、
（ｈ）前記決定された表示される数量と前記決定されたリザーブされる数量とを有する他の取引注文を通信するステップと、
を有する方法。
【請求項４０】
前記取引注文の合計数量が充填されるまで前記（ｄ）から（ｈ）までの各ステップを繰り返すステップをさらに有する、請求項３９記載の方法。
【請求項４１】
前記式は、前記取引注文の減少された合計数量を変数として利用して、前記取引注文の以降のリザーブされる数量を決定する、請求項３９記載の方法。
【請求項４２】
前記式は、前記（ｆ）から（ｈ）までの各ステップが実行された回数を変数として利用して、前記取引注文の以降のリザーブされる数量を決定する、請求項３９記載の方法。
【請求項４３】
前記式は、前記（ｆ）から（ｈ）までの各ステップが実行される毎に、前記取引注文のリザーブされる数量を増加させる、請求項４２記載の方法。
【請求項４４】
前記式は、前記（ｆ）から（ｈ）までの各ステップが実行される毎に、前記取引注文のリザーブされる数量を減少させる、請求項４２記載の方法。
【請求項４５】
前記リザーブされる数量は、前記合計数量と前記表示される数量との間の差分である、請求項３９記載の方法。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
［発明の技術分野］
本発明は、一般に電子取引に関し、より詳細には取引注文の数量を補充するシステムに関する。
【０００２】
［発明の背景］
近年、商品、サービス、金融商品、コモディティなどの広範な各種アイテムの取引のための電子取引システムが広く認められてきた。例えば、株式、債券、通貨、先物契約、原油、金などの金融商品及びコモディティの取引を実現する電子取引システムが構築されてきている。
【０００３】
これら電子取引システムの多くは、ビッド及びオファーがパッシブサイドによりシステムに提供され、その後にこれらのビッド及びオファーがアグレッシブサイドによりヒット又はリフト（若しくはテーク）されるビッド／オファープロセスを利用する。例えば、パッシブな取引相手が、特定の取引プロダクトを購入するため“ビッド”を送信するかもしれない。このようなビッドに応答して、アグレッシブサイドの取引相手は、所与の価格で第１の取引相手に取引プロダクトを売却する意向を示すため、“ヒット”を提供するかもしれない。あるいは、パッシブサイドの取引相手は、所与の価格により当該取引プロダクトを売却するための“オファー”を提供し、その後に、アグレッシブサイドの取引相手が、所与の価格によりパッシブサイドの取引相手から取引プロダクトを購入する意向を示すため、当該オファーに応答して“リフト”（又は“テーク”）を提供するかもしれない。
【０００４】
［発明の概要］
本発明によると、従来の電子取引システムに係る欠点及び問題点が実質的に軽減又は解消される。
【０００５】
一実施例では、取引注文を補充するシステムは、プロセッサに接続されるメモリを有する。メモリは、あるプロダクトの合計数量を有する取引注文と、当該取引注文について表示される数量を決定するための少なくとも１つの式とを格納する。プロセッサは、表示される数量を決定するためこの式を適用する。プロセッサはさらに、決定された表示される数量と合計数量とに基づきリザーブされる数量を決定する。プロセッサは、決定された表示される数量とリザーブされる数量とを有する取引注文を通信する。この式は、ランダムな値を生成するのに利用されるかもしれない。
【０００６】
他の実施例では、取引注文を補充するシステムは、プロセッサに接続されるメモリを有する。メモリは、あるプロダクトの合計数量を有する取引注文と、当該取引注文についてリザーブされる数量を決定するための少なくとも１つの式とを格納する。プロセッサは、リザーブされる数量を決定するためこの式を提供する。プロセッサはさらに、決定されたリザーブされる数量と合計数量とに基づき表示される数量を決定する。プロセッサは、決定された表示される数量とリザーブされる数量とを有する取引注文を通信する。この式は、ランダムな値を生成するのに利用されてもよい。
【０００７】
本発明の各種実施例は、多数の効果を奏するかもしれない。１以上の実施例は、後述される効果の一部又はすべてを奏するかもしれないし、またその何れの効果も奏しないかもしれないということに留意すべきである。
【０００８】
１つの効果は、本システムの取引プラットフォームが１以上の式を利用して、特定のトレーダーのアクションを隠すため、補充数量を決定するということである。他のトレーダーが同一数量の同一取引プロダクトに関する複数の取引を観察するとき、これら他のトレーダーは、１人のトレーダーが大量の当該取引プロダクトを増分的に購入又は売却していると推測するかもしれない。１以上の式を用いて表示される数量（又はリザーブされる数量）の特定の取引注文を補充することによって、取引プラットフォームは、異なる数量の取引プロダクトに関する複数の取引を生成するかもしれない。従って、取引プラットフォームは、１人のトレーダーが大量の取引プロダクトを購入又は売却しているという事実を隠すかもしれない。この式はランダムな値を生成するのに利用されてもよい。さらに、取引プラットフォームは、使用される式に従って取引注文を充填する間にアグレッシブさを高め又は低めるかもしれない。式を用いて表示される数量（又はリザーブされる数量）を補充することによって、システムは、このプロセスを自動化し、ネットワーク及びシステムリソースの利用においてより効率的なものにすることが可能となる。
【０００９】
以下の図面、説明及び請求項から、当業者に他の効果が容易に明らかとなるであろう。
【００１０】
［発明の詳細な説明］
図１は、取引システム１０の一実施例を示す。一般に、取引システム１０は、クライアント２０、ネットワーク３０及びマーケットセンター４０に通信接続される取引プラットフォーム５０を有する。取引プラットフォーム５０は、トレーダー７０から取引注文１２を受付及び処理する。所与の取引注文１２は、“表示される数量”と“リザーブされる数量”の２つの部分を有するかもしれない。取引注文１２の発注では、トレーダー７０は、取引注文１２の合計数量の一部のみが他のトレーダー７０に表示されるべきであることを指示するかもしれない。他のトレーダー７０に表示されるべき取引注文１２の当該部分は、“表示される数量（ｄｉｓｐｌａｙｅｄ  ｑｕａｎｔｉｔｙ）”と呼ばれる。取引注文１２の残りの部分は、“リザーブされる数量（ｒｅｓｅｒｖｅｄ  ｑｕａｎｔｉｔｙ）”と呼ばれる。取引注文１２の一部を“リザーブされた数量”と指定することによって、トレーダー７０は他のトレーダー７０の当該取引注文１２の一部しか表示することなく大きな取引注文１２を入力することが可能となる。取引プラットフォーム５０は、まず当該取引注文１２の表示された数量を充填し、その後にリザーブされた数量を利用して表示された数量の取引注文１２を補充することによって、取引注文１２を増分的に充填するかもしれない。特定の実施例によると、取引プラットフォーム５０は、特定のトレーダー７０のアクションを隠すようにして表示される数量の取引注文１２を補充する。
【００１１】
取引注文１２は、一般に注文１２ａと反対注文１２ｂとを有する。注文１２ａと反対注文１２ｂは、買い注文１４と売り注文１６であるかもしれない。注文１２ａと反対注文１２ｂは、例えば、購入と売却などの相補的アクションである。注文１２ａが買い注文１４である場合、反対注文１２ｂは売り注文１６である。他方、注文１２ａが売り注文１６である場合、反対注文１２ｂは買い注文１４である。買い注文１４は、特定数量の特定の取引プロダクトを購入するためのリクエスト（オファーリクエストなど）である。特定の実施例では、取引注文１２は、当該取引プロダクトのターゲット価格（ターゲットビッド価格、ターゲットオファー価格など）を指定するかもしれない。取引プロダクトとしてエクイティを利用したシステム１０が以下で例示されるが、取引注文１２の基礎を形成する取引プロダクトは、商品、サービス、金融商品、コモディティなどから構成されるかもしれない。金融商品の具体例として、以下に限定するものでないが、株式、債券、先物契約などがあげられる。
【００１２】
クライアント２０は、トレーダー７０から取引注文１２を受け付け、取引プラットフォーム５０及び／又はマーケットセンター４０に取引注文１２を送信するよう動作可能である。クライアント２０は、取引プラットフォーム５０などの取引システム１０の１以上の要素にアクセスするため、トレーダー７０により利用可能な何れか適切なローカル又はリモートエンドユーザ装置から構成されるかもしれない。特定のクライアント２０は、コンピュータ、ワークステーション、電話、インターネットブラウザ、電子ノートブック、携帯情報端末（ＰＤＡ）、ページャ、又はシステム１０の他のコンポーネントと情報を受信、処理、格納及び／又は通信することが可能な他の何れか適切な装置（無線若しくはその他）、コンポーネント若しくは要素から構成されるかもしれない。クライアント２０はまた、特定のコンフィギュレーション及び配置に従って、ディスプレイ、マイクロフォン、キーパッド、キーボード、タッチスクリーン又は他の何れか適切な端末装置などの何れか適切なユーザインタフェースから構成されるかもしれない。取引プラットフォーム５０に通信接続されるクライアント２０は任意数存在するかもしれないということが理解されるであろう。さらに、取引プラットフォーム５０を利用することなくマーケットセンター４０に通信接続されるクライアント２０が任意数存在するかもしれない。
【００１３】
クライアント２０は、ここでは“トレーダー”７０により使用されるものとして説明されるが、“トレーダー”という用語は、当該ユーザがプリンシパル、個人、法的なエンティティ（企業など）のために動作するエージェント又はシステム１０の取引注文１２を発注及び／又は応答することが可能な何れかのマシーン若しくは機構であるか否かに関係なく、取引システム１０の何れかのユーザに広く適用されることが意図されていることが理解されるべきである。
【００１４】
特定の実施例によると、トレーダー７０はマーケットメーカーを含むかもしれない。マーケットメーカーは、同一商品に対してビッド及びオファー取引注文の何れか又は双方を同時に提供及び／又は維持する何れかの個人又は企業を含むかもしれない。例えば、マーケットメーカーは、公表されている価格により証券を売買する準備ができている、意志がある及び可能であることによって、当該証券の確定したビッド及び／又はオファー価格を維持する仲介業者や銀行などの企業又は個人を含むかもしれない。マーケットメーカーは、一般に特定数量の特定の証券に対するビッド及び／又はオファー価格を表示し、これらの価格が満たされる場合、マーケットメーカーは自己のアカウントで即座に売買する。特定の実施例によると、１つの取引注文１２は、潜在的に異なる価格によりいくつかのマーケットメーカーにより充填されるかもしれない。
【００１５】
ネットワーク３０は、クライアント２０と取引プラットフォーム５０及び／又はマーケットセンター４０との間でデータ又は情報をやりとりすることが可能な通信プラットフォームである。特定の実施例によると、特定のネットワーク３０は、クライアント２０に取引プラットフォーム５０及び／又はマーケットセンター４０と取引情報を通信可能にする機能を提供するインターネットアーキテクチャを表すかもしれない。特定の実施例によると、ネットワーク３０は、トレーダー７０が同一の処理及び機能を実行するのに利用可能なＰＯＴＳ（Ｐｌａｉｎ  Ｏｌｄ  Ｔｅｌｅｐｈｏｎｅ  Ｓｙｓｔｅｍ）から構成される。各取引は、取引プラットフォーム５０に係るブローカーにより支援されるか、又は取引の実行をリクエストするため電話又は他の適切な電子装置に手動によりキー入力されるかもしれない。特定の実施例では、ネットワーク３０は、システム１０の何れか２つのノードの間の通信インタフェース又は交換を提供する何れかのパケットデータネットワーク（ＰＤＮ）であるかもしれない。ネットワーク３０はさらに、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、バーチャルプライベートネットワーク（ＶＰＮ）、イントラネット、又はクライアント２０と取引プラットフォーム５０及び／又はマーケットセンター４０との間の通信を実現する他の何れか適切なアーキテクチャ又はシステムの何れかの組み合わせから構成されるかもしれない。
【００１６】
マーケットセンター４０は、取引所、電子通信ネットワーク（ＥＣＮ）、ＡＴＳ（Ａｌｔｅｒｎａｔｉｖｅ  Ｔｒａｄｉｎｇ  Ｓｙｓｔｅｍ）、マーケットメーカー又は他の何れか適切な市場参加者を含むあらゆるタイプの注文実行場所からなる。各マーケットセンター４０は、マーケットセンター価格とも呼ばれる公表された価格により取引プロダクトを売買する準備ができた、意向がある及び可能であることによって、取引プロダクトのビッド及びオファー価格を維持する。異なるマーケットセンター４０は、特定の取引プロダクトについて異なるマーケットセンター価格を提供するかもしれない。例えば、特定のマーケットセンター４０は、特定の取引プロダクトについて特定のビッド価格及び／又はオファー価格を提供し、他のマーケットセンター４０は、同一の取引プロダクトについて異なるビッド価格及び／又はオファー価格を提供するかもしれない。特定のマーケットセンター４０は、特定の長さ以上の時間にマーケットセンター４０の注文ブックに維持される取引注文１２を実行するため、取引コストを課金するかもしれない。異なるマーケットセンター４０は、取引注文１２の各種詳細の開示に関して異なるポリシーを有するかもしれない。例えば、“協力的な”マーケットセンターと呼ばれるマーケットセンター４０は、取引注文１２の表示される数量とリザーブされる数量の双方を取引プラットフォーム５０に開示するかもしれない。“非協力的な”マーケットセンターと呼ばれる他のマーケットセンター４０は、取引注文１２の表示される数量のみを取引プラットフォーム５０に開示するかもしれない。
【００１７】
取引プラットフォーム５０は、取引注文１２の転送、マッチング及び処理を実現する取引アーキテクチャである。取引プラットフォーム５０は、取引注文１２を転送、マッチング、処理又は充填しようとする何れかの者、企業又はエンティティの管理センター若しくは本社オフィスであるかもしれない。このため、取引プラットフォーム５０は、取引環境を管理する管理主体又は監視エンティティの処理及び機能を実行するため利用又は実現可能なハードウェア、ソフトウェア、スタッフ、装置、コンポーネント、要素又はオブジェクトの何れか適切な組み合わせを含むかもしれない。特定の実施例では、取引プラットフォーム５０は、クライアントインタフェース５２、マーケットインタフェース５４、プロセッサ５６、及びメモリモジュール６０から構成される。
【００１８】
取引プラットフォーム５０のクライアントインタフェース５２は、ネットワーク３０に通信接続され、クライアント２０と取引プラットフォーム５０の各種コンポーネントとの間の通信をサポートする。特定の実施例によると、クライアントインタフェース５２は、ネットワーク３０を介しクラインと２０により通信される取引注文１２を受信する取引サーバを有する。
【００１９】
マーケットインタフェース５４は、マーケットセンター４０に通信接続され、マーケットセンター４０と取引プラットフォームの各種コンポーネントとの間の通信をサポートする。マーケットインタフェース５４は、マーケットセンター４０により通信される取引注文１２を受け付ける取引サーバを有するかもしれない。マーケットインタフェース５４は、取引プラットフォーム５０に直接接続されるクライアント２０から受け付けた取引注文１２をマーケットセンター４０に送信するよう動作可能であるかもしれない。
【００２０】
クライアントインタフェース５２とマーケットインタフェース５４は、プロセッサ５６に通信接続される。プロセッサ５６は、取引注文１２をメモリモジュール６０に記録し、取引注文１２をマーケットセンター４０に転送するよう動作可能である。プロセッサ５６はさらに、クライアントインタフェース５２とマーケットインタフェース５４により受け付けた買い注文１４と売り注文１６とをマッチングするため、メモリモジュール６０に格納されるロジック６２を実行するよう動作可能である。さらに、プロセッサ５６は、取引注文１２の表示された数量を補充するため取引注文のリザーブされた数量を利用することによって、取引注文１２を増分的に充填するよう動作可能である。プロセッサ５６は、記載された機能又は処理を提供するため、１以上のモジュールにより実現されるハードウェアとソフトウェアの何れか適切な組み合わせを有するかもしれない。
【００２１】
メモリモジュール６０は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気コンピュータディスク、ＣＤ−ＲＯＭ、他の磁気若しくは光記憶媒体、又は取引注文１２などの１以上のファイル、リスト若しくは他の情報構成を格納する他の何れかの揮発性若しくは不揮発性記憶装置の何れか適切な構成からなる。図１は、取引プラットフォーム５０の内部的なものとしてメモリモジュール６０を示しているが、メモリモジュール６０は、特定の実現形態に応じて取引システム１０のコンポーネントの内部又は外部にあってもよい。また、図１に示されるメモリモジュール６０は、取引システム１０に使用するための何れか適切な記憶装置の構成を実現するため、他の記憶装置に独立しているか又は統合されているかもしれない。
【００２２】
特定の実施例によると、メモリモジュール６０はロジック６２を有する。一般に、ロジック６２は、取引注文１２を転送、マッチング、処理又は充填するためのソフトウェア命令を有する。プロセッサ５６は、買い注文１４と売り注文１６をマッチングし、当該買い注文１４と売り注文１６に係るトレーダー７０の優先順位を決定するため、メモリモジュール６０のロジック６２を実行するよう動作可能である。プロセッサ５６はさらに、特定の取引注文１２の表示される数量を補充する方法を決定するため、メモリモジュール６０のロジック６２を実行するよう動作可能である。一般に、取引注文１２が充填される方法及び順序は、取引プラットフォーム５０が各取引注文１２を受け付けた順序に少なくとも部分的に基づく。特定の実施例では、取引注文１２が充填される方法及び順序はまた、当該取引注文１２のリザーブされた数量のサイズに対する取引注文１２の表示される数量のサイズに少なくとも部分的に基づく。取引注文１２の表示される数量を補充することによって、取引プラットフォーム５０は特定のトレーダー７０のアクションを隠すかもしれない。
【００２３】
取引プラットフォーム５０の内部構造と、それに係るインタフェース、プロセッサ及び記憶装置は適応的であり、取引プラットフォーム５０の意図される処理を実現するため容易に変更、改良、再構成又は再設定可能であることが理解されるべきである。
【００２４】
取引プラットフォーム５０は、取引注文１２に係るトレーダー７０のアクションを隠すため、ランダムなインクリメントにより取引注文１２を充填するかもしれない。特定の実施例によると、トレーダー７０は、特定の取引注文１２の合計数量をクライアント２０に入力する。さらに、トレーダー７０は、当該取引注文１２の表示される数量の範囲をクライアント２０に入力する。クライアント２０は、当該取引注文１２の合計数量と表示される数量の範囲を取引プラットフォーム５０に送信する。その後、プロセッサ５６は、トレーダー７０により指示される範囲内の数をランダムに選択する。この数は、補充量と呼ばれる。プロセッサ５６は、取引注文１２の表示される数量を補充量に等しくなるよう設定する。他の実施例では、取引注文１２は、初期的な表示される数量を指定し、プラットフォーム５０は、ランダムに決定された補充量に少なくとも部分的に基づき以降の表示される数量を決定する。このランダムなインクリメントは、例えば、乱数生成手段を用いて乱数を生成し、乱数を生成するための式を適用し、ある値の範囲からランダムな値を決定し、他の値及び／又は外部イベントから求められる値を利用することによりランダムな値を決定することによるもの（例えば、乱数又は擬似乱数を決定するため所与の時点などにおけるＤＯＷ、ＦＴＳＥ、ＮＡＳＤＡＱなどのそれぞれの最後の桁を利用して）を含む何れか適切な方法に従って決定されてもよい。
【００２５】
本発明の実施例が示される。トレーダー７０ａは、プロダクトＸの１，０００単位の買い注文１４ａをクライアント２０ａに入力する。さらに、トレーダー７０ａは、買い注文１４ａの表示される数量の範囲として８０〜１２０単位の範囲をクライアント２０ａに入力する。クライアント２０ａは、買い注文１４ａと８０〜１２０単位の範囲を取引プラットフォーム５０に送信する。その後、プロセッサ５６は、補充量となるべき８０〜１２０の間の数をランダムに選択する。例えば、プロセッサ５６は、補充量となるべき数９２をランダムに選択するかもしれない。その後、プロセッサ５６は買い注文１４ａの表示される数量を９２単位に設定する。これにより、買い注文１４ａのリザーブされる数量は８０８単位となる。
【００２６】
特定の実施例によると、取引プラットフォーム５０は、特定の取引注文１２の表示される数量を繰り返し補充するよう動作可能である。特に、特定の取引注文１２の表示される数量を補充量に等しく設定した後、取引プラットフォーム５０は、当該取引注文１２の表示される数量をマーケットセンター４０に表示する。その後、取引注文１２の表示される数量は、対応する反対注文１２ｂにより充填される。取引注文１２の表示される数量を補充するため、プロセッサ５６はランダムにトレーダー７０により指定される範囲内で第２の数をランダムに選択する。取引注文１２のリザーブされる数量の一部を使用して、プロセッサ５６は、取引注文１２の表示される数量を新たな補充量に等しくなるよう設定する。取引プラットフォーム５０は、取引注文１２の表示される数量をマーケットセンター４０に表示する。当該取引注文１２の表示される数量が対応する反対注文１２ｂにより充填されると、取引プラットフォーム５０は、すべての取引注文１２が充填されるまで当該プロセスを繰り返す。
【００２７】
上述した例では、プロセッサ５６は、買い注文１４ａの初期的な表示される数量を９２単位に設定する。その後、プロセッサ５６は、９２単位の買い注文１４ａの表示される数量をマーケットセンター４０に表示する。その後、買い注文１４ａの表示される数量は、対応する反対注文１２ｂからのプロダクトＸの９２単位により充填される。買い注文１４ａの表示される数量を補充するため、プロセッサ５６は、８０〜１２０の間の数をランダムに選択する。例えば、プロセッサ５６は数８１を選択するかもしれない。買い注文１４ａのリザーブされる数量を利用することによって、プロセッサ５６は買い注文１４ａの表示される数量を８１単位に設定する。買い注文１４ａのリザーブされる数量は、７２７単位に減少する。取引プラットフォーム５０は、８１単位の表示される数量をマーケットセンター４０に表示する。その後、買い注文１４ａの表示される数量は、対応する反対注文１２ｂからのプロダクトＸの８１単位により充填される。買い注文１４ａの表示される数量が充填されると、プロセッサ５６は、買い注文１４ａの表示される数量を補充するため、トレーダー７０により示される範囲から他の乱数を選択する。このプロセスは、買い注文１４ａの１，０００単位すべてが充填されるまで繰り返される。
【００２８】
システム１０は、複数の重要な技術的効果を有する。システム１０の各種実施例は、これらの効果の一部又はすべてを有するか、又はその何れも有しないかもしれない。１つの効果は、プラットフォーム５０がランダムに選択された補充量を利用して、特定のトレーダー７０のアクションを隠すことである。他のトレーダー７０が同一の取引プロダクトの同一数量に関する複数の取引を観察するとき、これら他のトレーダー７０は、１人のトレーダー７０が大量の当該取引プロダクトを増分的に購入又は売却していると推測するかもしれない。特定の取引注文１２の表示される数量をランダムに補充することによって、取引プラットフォーム５０は、取引プロダクトの異なる数量に関する複数の取引を生成するかもしれない。これにより、取引プラットフォーム５０は、１人のトレーダー７０が大量の取引プロダクトを売買しているという事実を隠すことができる。
【００２９】
特定の実施例によると、取引プラットフォーム５０は、トレーダー７０により選択される１以上の式に基づき、特定の取引注文１２の表示される数量を補充するかもしれない。トレーダー７０が取引注文１２を取引プラットフォーム５０に送信すると、取引プラットフォーム５０は、トレーダー７０に初期的な表示される数量を示し、取引注文１２の表示される数量を補充するための式を示すようリクエストするかもしれない。特定の実施例によると、取引プラットフォーム５０は、対応する反対注文１２ｂによって取引注文１２の初期的な表示される数量を充填するかもしれない。その後、取引プラットフォーム５０は、トレーダー７０により示された式に基づき補充量を決定する。特定の実施例によると、取引プラットフォーム５０は、取引注文１２のリザーブされた数量を利用して、上記補充量により取引注文１２の表示される数量を補充する。特定の実施例によると、取引プラットフォーム５０は、その後に対応する反対注文１２ｂにより取引注文１２の表示される数量を充填する。取引プラットフォーム５０は、すべての取引注文１２が充填されるまでこのプロセスを繰り返す。
【００３０】
他の実施例では、取引注文１２は初期的な表示される数量を指定しない。プラットフォーム５０は、上記式を利用して以降の表示される数量のため、上述された初期的な表示される数量と補充量とを決定する。上述されるように、この式はランダムな値を生成するのに利用されてもよい。
【００３１】
トレーダー７０により示される式は、取引注文１２の表示される数量を補充するための適した任意のアルゴリズム、等式、テーブル又はロジックであるかもしれない。一部の実施例では、トレーダー７０は、式をクライアント２０に入力することによって、又はクライアント２０又はシステム１０の他のノードに格納されている式を選択することによって、式を指定するかもしれない。特定の実施例によると、トレーダー７０は、取引注文１２の表示される数量が補充される毎に、取引注文１２の表示される数量を増加する式を指定するかもしれない。このような式は、取引プラットフォーム５０が取引注文１２が増分的に充填されるに従って当該取引注文１２の表示される数量を減少させる式を指定するかもしれない。このような式は、取引プラットフォーム５０が取引注文１２が増分的に充填されるに従って当該取引注文１２を充填するのにアグレッシブさを低減させることを可能にするかもしれない。
【００３２】
本発明の特定の実施例が示される。トレーダー７０ａは、プロダクトＡの１，０００単位の買い注文１４ａを送信する。トレーダー７０ａは、１００単位の初期的な表示される数量を指定する。さらに、トレーダー７０ａは、買い注文１４ａの補充量を決定するための式として、補充量＝初期的に表示される数量＋１０＊ｎを指定する。ただし、“ｎ”は、買い注文１４ａの表示される数量が充填された回数に等しい。特定の実施例によると、取引プラットフォーム５０は、買い注文１４ａの初期的に表示される数量、すなわち、プロダクトＡの１００単位を他のトレーダー７０及びマーケットセンター４０に表示する。本例では、取引プラットフォーム５０は、対応する売り注文１６からのプロダクトＡの１００単位により買い注文１４ａの表示される数量を充填する。買い注文１４ａの初期的な表示される数量を充填した後、取引プラットフォーム５０は、トレーダー７０ａにより示された式に基づき補充量を決定する。本例では、この補充量は、表示される数量が一度補充されているため、１１０単位に等しい。補充量の決定後、取引プラットフォーム５０は、買い注文１４ａのリザーブされる数量からの１１０単位によって買い注文１４ａの表示される数量を補充する。本例では、取引プラットフォーム５０は、その後に対応する売り注文１６からのプロダクトＡの１１０単位によって買い注文１４ａの新たな表示される数量を補充する。次に、取引プラットフォーム５０は、トレーダー７０ａにより示される式に基づき、補充量を再び決定する。本例では、この補充量は、買い注文１４ａの表示される数量が２回充填されているため、１２０単位となる。取引プラットフォーム５０は、すべての買い注文１４ａが充填されるまで、このプロセスを繰り返す。
【００３３】
上述した例は、特定の取引注文１２の表示される数量を補充するため式を利用することを示している。特定の取引注文１２の表示される数量を補充するのに適した何れか適切なアルゴリズム、式、等式、テーブル又はロジックが、本開示のプロセス、方法又は機能を変更することなく利用可能であることが理解されるであろう。
【００３４】
システム１０は、特定の技術的効果を有する。システム１０の各種実施例は、これらの効果の一部又はすべてを有するかもしれず、又はその何れも有しないかもしれない。１つの効果は、プラットフォーム５０が１以上の式を利用して、取引注文１２の表示される数量を補充し、これにより、取引注文１２に係るトレーダー７０のアクションが隠される。さらに、取引プラットフォーム５０は、使用される式に従って取引注文１２を充填する間にアグレッシブさをより強く又はより弱くするかもしれない。
【００３５】
システム１０が、表示される数量の対する補充量を決定することを参照して説明されたが、システム１０はランダムに又は式を利用することによって、まずリザーブされる数量を決定し、その後に合計数量の一部が充填される毎に、合計数量からリザーブされる数量を差し引くことによって表示される数量に対する補充量を決定する。
【００３６】
図２は、取引注文１２を補充するための方法の一実施例を示すフローチャート１００である。この方法の範囲から逸脱することなく意図した機能を実現するための何れか適切な順序によって、より多くの、より少ない又は異なる処理が実行されてもよいということが理解されるべきである。ステップ１０２において、取引プラットフォーム５０は、プロダクトの合計数量と値の範囲を指定した取引注文１２を受信する。ステップ１０４において、プロセッサ５６は、この値の範囲から表示される数量（又はリザーブされる数量）をランダムに決定する。ステップ１０６において、プロセッサ５６は、決定された表示される数量（又はリザーブされる数量）と取引注文１２の合計数量とに基づき、リザーブされる数量（又は表示される数量）を決定する。ステップ１０８において、プロセッサ５６は、決定された表示される及びリザーブされる数量を有する取引注文１２を通信する。ステップ１１０において、プロセッサ５６は、取引注文１２の表示される数量が充填されたことを決定する。ステップ１１２において、プロセッサ５６は、表示される数量のうちの充填された数量だけ取引注文１２の合計数量を減少させる。ステップ１１４において、プロセッサ５６は、取引注文１２の合計数量が充填されているか決定する。充填されていない場合、ステップ１０４に戻る。充填されている場合、ステップ１１６において終了する。
【００３７】
図３は、取引注文１２を補充するための方法の一実施例を示すフローチャート１５０である。本方法の範囲から逸脱することなく意図した機能を実現するため、より多くの、より少ない又は異なる処理が何れか適切な順序により実行されるかもしれないことが理解されるべきである。ステップ１５２において、取引プラットフォーム５０は、プロダクトの合計数量、表示される数量及びリザーブされる数量を指定する取引注文１２を受信する。ステップ１５４において、取引プラットフォーム５０は、取引注文１２に係る値の範囲を受信する。ステップ１５６において、プロセッサ５６は取引注文１２を通信し、ステップ１５８において、取引注文１２の表示される数量が充填されたと決定する。ステップ１６０において、プロセッサ５６は、表示される数量のうち充填された数量だけ取引注文１２の合計数量を減少させる。ステップ１６２において、プロセッサ５６は、値の範囲から表示される数量（又はリザーブされる数量）をランダムに決定する。ステップ１６４において、プロセッサ５６は、決定された表示される数量（又はリザーブされる数量）と減少した合計数量とに基づき、リザーブされる数量（又は表示される数量）を決定する。ステップ１６６において、プロセッサ５６は、決定された表示される数量とリザーブされる数量とを有する他の取引注文１２を通信する。ステップ１６８において、プロセッサ５６は、取引注文１２の合計数量が充填されているか判断する。充填されていない場合、ステップ１５８に戻る。充填されている場合、ステップ１７０において終了する。
【００３８】
図４は、取引注文１２を補充するための方法の一実施例を示すフローチャート２００である。本方法の範囲から逸脱することなく意図した機能を実現するため、より多くの、より少ない又は異なる処理が何れか適切な順序により実行可能であるということが理解されるべきである。ステップ２０２において、取引プラットフォーム５０は、プロダクトの合計数量と１以上の式とを指定する取引注文１２を受信する。ステップ２０４において、プロセッサ５６は、表示される数量（又はリザーブされる数量）を決定するため、上記式を適用する。ステップ２０６において、プロセッサ５６は、決定された表示される数量（又はリザーブされる数量）と取引注文１２の合計数量とに基づき、リザーブされる数量（又は表示される数量）を決定する。ステップ２０８において、プロセッサ５６は、決定された表示される数量とリザーブされる数量を有する取引注文１２を通信する。ステップ２１０において、プロセッサ５６は、取引注文１２の表示される数量が充填されたと判断する。ステップ２１２において、プロセッサ５６は、表示される数量のうち充填された数量だけ取引注文１２の合計数量を減少させる。ステップ２１４において、プロセッサ５６は、取引注文１２の合計数量が充填されているか判断する。充填されていない場合、ステップ２０４に戻る。充填されている場合、ステップ２１６において終了する。
【００３９】
図５は、取引注文１２を補充するための方法の一実施例を示すフローチャートである。本方法の範囲から逸脱することなく意図した機能を実現するため、より多くの、より少ない又は異なる処理が何れか適切な順序により実行されるかもしれないことが理解されるべきである。ステップ２５２において、取引プラットフォーム５０は、プロダクトの合計数量、表示される数量及びリザーブされる数量を指定する取引注文１２を受信する。ステップ２５４において、取引プラットフォーム５０は、取引注文１２に係る１以上の式を受信する。プロセッサ５６は、ステップ２５６において取引注文１２を通信し、ステップ２５８において取引注文１２の表示される数量が充填されたと判断する。ステップ２６０において、プロセッサ５６は、表示された数量のうち充填された数量だけ取引注文１２の合計数量を減少させる。ステップ２６２において、プロセッサ５６は、表示される数量（又はリザーブされる数量）を決定するため、上記式を適用する。ステップ２６４において、プロセッサ５６は、決定された表示される数量（又はリザーブされる数量）と減少された合計数量とに基づきリザーブされる数量（又は表示される数量）を決定する。ステップ２６６において、プロセッサ５６は、決定された表示される数量とリザーブされる数量とを有する他の取引注文１２を通信する。ステップ２６８において、プロセッサ５６は取引注文１２の合計数量が充填されているか判断する。充填されていない場合、ステップ２５８に戻る。充填されている場合、ステップ２７０において終了する。
【００４０】
本発明が複数の実施例により説明されたが、多数の変更及び改良が当業者に示唆されるかもしれず、また本発明が、添付した請求項の範囲内に属するもとしてこのような変更及び改良を含むことが意図される。
【図面の簡単な説明】
【００４１】
【図１】図１は、本発明による取引システムの一実施例を示す。
【図２】図２は、取引注文の数量をランダムに補充するための方法のフローチャートを示す。
【図３】図３は、取引注文の数量をランダムに補充するための方法のフローチャートを示す。
【図４】図４は、式に従って取引注文の数量を補充する方法のフローチャートを示す。
【図５】図５は、式に従って取引注文の数量を補充する方法のフローチャートを示す。
【図１】
2009503753.tif 000003
【図２】
2009503753.tif 000004
【図３】
2009503753.tif 000005
【図４】
2009503753.tif 000006
【図５】
2009503753.tif 000007
【手続補正書】
【提出日】平成20年4月3日(2008.4.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
取引注文を提供するシステムであって、
プロダクトの合計数量を有する取引注文と、該取引注文の表示される数量を決定する少なくとも１つの式とを格納するよう動作可能なメモリと、
前記メモリに接続され、
（ａ）前記表示される数量を決定するため前記式を適用し、
（ｂ）前記決定された表示される数量と前記合計数量とに基づきリザーブされる数量を決定し、
（ｃ）前記決定された表示される数量と前記決定されたリザーブされる数量とを有する前記取引注文を通信する、
よう動作可能なプロセッサと、
を有するシステム。
【請求項２】
前記プロセッサはさらに、
（ｄ）前記取引注文の表示される数量が充填されたと判断し、
（ｅ）前記表示される数量のうち充填された数量だけ前記取引注文の合計数量を減少させ、
（ｆ）前記取引注文の合計数量がまだ充填されていない場合、前記取引注文の合計数量が充填されるまで前記（ａ）から（ｅ）までの各処理を繰り返す、
よう動作可能である、請求項１記載のシステム。
【請求項３】
前記式は、前記取引注文の合計数量を変数として前記取引注文の表示される数量を決定する、請求項１又は２記載のシステム。
【請求項４】
前記式は、前記（ｃ）から（ｅ）までの各処理が実行された回数を変数として前記取引注文の表示される数量を決定する、請求項２記載のシステム。
【請求項５】
前記式は、前記（ｃ）から（ｅ）までの各処理が実行される毎に、前記取引注文の表示される数量を増加又は減少させる、請求項２乃至４何れか一項記載のシステム。
【請求項６】
前記リザーブされる数量は、前記合計数量と前記表示される数量との間の差分である、請求項１乃至５何れか一項記載のシステム。
【請求項７】
前記式により決定される表示される数量は、ランダムな値である、請求項１乃至６何れか一項記載のシステム。
【請求項８】
取引注文を提供するシステムであって、
プロダクトの合計数量と、表示される数量と、リザーブされる数量とを有する取引注文と、該取引注文の以降の表示される数量を決定するための少なくとも１つの式とを格納するよう動作可能なメモリと、
前記メモリに接続され、
（ａ）前記取引注文を通信し、
（ｂ）前記取引注文の表示される数量が充填されたと判断し、
（ｃ）前記表示される数量のうち充填された数量だけ前記取引注文の合計数量を減少させ、
（ｄ）前記以降の表示される数量を決定するため、前記式を適用し、
（ｅ）前記決定された表示される数量と前記減少された合計数量とに基づきリザーブされる数量を決定し、
（ｆ）前記決定された表示される数量と前記決定されたリザーブされる数量とを有する他の取引注文を通信する、
よう動作可能なプロセッサと、
を有するシステム。
【請求項９】
前記取引注文の合計数量が充填されるまで、前記（ａ）から（ｆ）までの各処理を繰り返す、請求項８記載のシステム。
【請求項１０】
前記式は、前記取引注文の減少された合計数量を利用して、前記取引注文の以降の表示される数量を決定する、請求項８又は９記載のシステム。
【請求項１１】
前記式は、前記（ｄ）から（ｆ）までの各処理が実行された回数を変数として利用して、前記取引注文の以降の表示される数量を決定する、請求項８乃至１０何れか一項記載のシステム。
【請求項１２】
前記式は、前記（ｄ）から（ｆ）までの各処理が実行される毎に、前記取引注文の表示される数量を増加又は減少させる、請求項８乃至１１何れか一項記載のシステム。
【請求項１３】
前記リザーブされる数量は、前記合計数量と前記表示される数量との間の差分である、請求項８乃至１２何れか一項記載のシステム。
【請求項１４】
請求項１乃至１３何れか一項記載のプロセッサを実行するロジックを有するコンピュータ可読媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
［発明の技術分野］
本発明は、一般に電子取引に関し、より詳細には取引注文の数量を補充するシステムに関する。
【０００２】
［発明の背景］
近年、商品、サービス、金融商品、コモディティなどの広範な各種アイテムの取引のための電子取引システムが広く認められてきた。例えば、株式、債券、通貨、先物契約、原油、金などの金融商品及びコモディティの取引を実現する電子取引システムが構築されてきている。
【０００３】
これら電子取引システムの多くは、ビッド及びオファーがパッシブサイドによりシステムに提供され、その後にこれらのビッド及びオファーがアグレッシブサイドによりヒット又はリフト（若しくはテーク）されるビッド／オファープロセスを利用する。例えば、パッシブな取引相手が、特定の取引プロダクトを購入するため“ビッド”を送信するかもしれない。このようなビッドに応答して、アグレッシブサイドの取引相手は、所与の価格で第１の取引相手に取引プロダクトを売却する意向を示すため、“ヒット”を提供するかもしれない。あるいは、パッシブサイドの取引相手は、所与の価格により当該取引プロダクトを売却するための“オファー”を提供し、その後に、アグレッシブサイドの取引相手が、所与の価格によりパッシブサイドの取引相手から取引プロダクトを購入する意向を示すため、当該オファーに応答して“リフト”（又は“テーク”）を提供するかもしれない。
【０００４】
［発明の概要］
本発明の課題は、取引アクションを隠すシステムを提供することである。当該課題は、独立形式の請求項に記載される特徴により実現可能である。さらなる改良が、従属形式の請求項に特徴付けされる。本発明によると、従来の電子取引システムに係る欠点及び問題点が実質的に軽減又は解消される。
【０００５】
一実施例では、取引注文を補充するシステムは、プロセッサに接続されるメモリを有する。メモリは、あるプロダクトの合計数量を有する取引注文と、当該取引注文について表示される数量を決定するための少なくとも１つの式とを格納する。プロセッサは、表示される数量を決定するためこの式を適用する。プロセッサはさらに、決定された表示される数量と合計数量とに基づきリザーブされる数量を決定する。プロセッサは、決定された表示される数量とリザーブされる数量とを有する取引注文を通信する。この式は、ランダムな値を生成するのに利用されるかもしれない。
【０００６】
他の実施例では、取引注文を補充するシステムは、プロセッサに接続されるメモリを有する。メモリは、あるプロダクトの合計数量を有する取引注文と、当該取引注文についてリザーブされる数量を決定するための少なくとも１つの式とを格納する。プロセッサは、リザーブされる数量を決定するためこの式を提供する。プロセッサはさらに、決定されたリザーブされる数量と合計数量とに基づき表示される数量を決定する。プロセッサは、決定された表示される数量とリザーブされる数量とを有する取引注文を通信する。この式は、ランダムな値を生成するのに利用されてもよい。
【０００７】
本発明の各種実施例は、多数の効果を奏するかもしれない。１以上の実施例は、後述される効果の一部又はすべてを奏するかもしれないし、またその何れの効果も奏しないかもしれないということに留意すべきである。
【０００８】
１つの効果は、本システムの取引プラットフォームが１以上の式を利用して、特定のトレーダーのアクションを隠すため、補充数量を決定するということである。他のトレーダーが同一数量の同一取引プロダクトに関する複数の取引を観察するとき、これら他のトレーダーは、１人のトレーダーが大量の当該取引プロダクトを増分的に購入又は売却していると推測するかもしれない。１以上の式を用いて表示される数量（又はリザーブされる数量）の特定の取引注文を補充することによって、取引プラットフォームは、異なる数量の取引プロダクトに関する複数の取引を生成するかもしれない。従って、取引プラットフォームは、１人のトレーダーが大量の取引プロダクトを購入又は売却しているという事実を隠すかもしれない。この式はランダムな値を生成するのに利用されてもよい。さらに、取引プラットフォームは、使用される式に従って取引注文を充填する間にアグレッシブさを高め又は低めるかもしれない。式を用いて表示される数量（又はリザーブされる数量）を補充することによって、システムは、このプロセスを自動化し、ネットワーク及びシステムリソースの利用においてより効率的なものにすることが可能となる。
【０００９】
以下の図面、説明及び請求項から、当業者に他の効果が容易に明らかとなるであろう。
【００１０】
［発明の詳細な説明］
図１は、取引システム１０の一実施例を示す。一般に、取引システム１０は、クライアント２０、ネットワーク３０及びマーケットセンター４０に通信接続される取引プラットフォーム５０を有する。取引プラットフォーム５０は、トレーダー７０から取引注文１２を受付及び処理する。所与の取引注文１２は、“表示される数量”と“リザーブされる数量”の２つの部分を有するかもしれない。取引注文１２の発注では、トレーダー７０は、取引注文１２の合計数量の一部のみが他のトレーダー７０に表示されるべきであることを指示するかもしれない。他のトレーダー７０に表示されるべき取引注文１２の当該部分は、“表示される数量（ｄｉｓｐｌａｙｅｄ  ｑｕａｎｔｉｔｙ）”と呼ばれる。取引注文１２の残りの部分は、“リザーブされる数量（ｒｅｓｅｒｖｅｄ  ｑｕａｎｔｉｔｙ）”と呼ばれる。取引注文１２の一部を“リザーブされた数量”と指定することによって、トレーダー７０は他のトレーダー７０の当該取引注文１２の一部しか表示することなく大きな取引注文１２を入力することが可能となる。取引プラットフォーム５０は、まず当該取引注文１２の表示された数量を充填し、その後にリザーブされた数量を利用して表示された数量の取引注文１２を補充することによって、取引注文１２を増分的に充填するかもしれない。特定の実施例によると、取引プラットフォーム５０は、特定のトレーダー７０のアクションを隠すようにして表示される数量の取引注文１２を補充する。
【００１１】
取引注文１２は、一般に注文１２ａと反対注文１２ｂとを有する。注文１２ａと反対注文１２ｂは、買い注文１４と売り注文１６であるかもしれない。注文１２ａと反対注文１２ｂは、例えば、購入と売却などの相補的アクションである。注文１２ａが買い注文１４である場合、反対注文１２ｂは売り注文１６である。他方、注文１２ａが売り注文１６である場合、反対注文１２ｂは買い注文１４である。買い注文１４は、特定数量の特定の取引プロダクトを購入するためのリクエスト（オファーリクエストなど）である。特定の実施例では、取引注文１２は、当該取引プロダクトのターゲット価格（ターゲットビッド価格、ターゲットオファー価格など）を指定するかもしれない。取引プロダクトとしてエクイティを利用したシステム１０が以下で例示されるが、取引注文１２の基礎を形成する取引プロダクトは、商品、サービス、金融商品、コモディティなどから構成されるかもしれない。金融商品の具体例として、以下に限定するものでないが、株式、債券、先物契約などがあげられる。
【００１２】
クライアント２０は、トレーダー７０から取引注文１２を受け付け、取引プラットフォーム５０及び／又はマーケットセンター４０に取引注文１２を送信するよう動作可能である。クライアント２０は、取引プラットフォーム５０などの取引システム１０の１以上の要素にアクセスするため、トレーダー７０により利用可能な何れか適切なローカル又はリモートエンドユーザ装置から構成されるかもしれない。特定のクライアント２０は、コンピュータ、ワークステーション、電話、インターネットブラウザ、電子ノートブック、携帯情報端末（ＰＤＡ）、ページャ、又はシステム１０の他のコンポーネントと情報を受信、処理、格納及び／又は通信することが可能な他の何れか適切な装置（無線若しくはその他）、コンポーネント若しくは要素から構成されるかもしれない。クライアント２０はまた、特定のコンフィギュレーション及び配置に従って、ディスプレイ、マイクロフォン、キーパッド、キーボード、タッチスクリーン又は他の何れか適切な端末装置などの何れか適切なユーザインタフェースから構成されるかもしれない。取引プラットフォーム５０に通信接続されるクライアント２０は任意数存在するかもしれないということが理解されるであろう。さらに、取引プラットフォーム５０を利用することなくマーケットセンター４０に通信接続されるクライアント２０が任意数存在するかもしれない。
【００１３】
クライアント２０は、ここでは“トレーダー”７０により使用されるものとして説明されるが、“トレーダー”という用語は、当該ユーザがプリンシパル、個人、法的なエンティティ（企業など）のために動作するエージェント又はシステム１０の取引注文１２を発注及び／又は応答することが可能な何れかのマシーン若しくは機構であるか否かに関係なく、取引システム１０の何れかのユーザに広く適用されることが意図されていることが理解されるべきである。
【００１４】
特定の実施例によると、トレーダー７０はマーケットメーカーを含むかもしれない。マーケットメーカーは、同一商品に対してビッド及びオファー取引注文の何れか又は双方を同時に提供及び／又は維持する何れかの個人又は企業を含むかもしれない。例えば、マーケットメーカーは、公表されている価格により証券を売買する準備ができている、意志がある及び可能であることによって、当該証券の確定したビッド及び／又はオファー価格を維持する仲介業者や銀行などの企業又は個人を含むかもしれない。マーケットメーカーは、一般に特定数量の特定の証券に対するビッド及び／又はオファー価格を表示し、これらの価格が満たされる場合、マーケットメーカーは自己のアカウントで即座に売買する。特定の実施例によると、１つの取引注文１２は、潜在的に異なる価格によりいくつかのマーケットメーカーにより充填されるかもしれない。
【００１５】
ネットワーク３０は、クライアント２０と取引プラットフォーム５０及び／又はマーケットセンター４０との間でデータ又は情報をやりとりすることが可能な通信プラットフォームである。特定の実施例によると、特定のネットワーク３０は、クライアント２０に取引プラットフォーム５０及び／又はマーケットセンター４０と取引情報を通信可能にする機能を提供するインターネットアーキテクチャを表すかもしれない。特定の実施例によると、ネットワーク３０は、トレーダー７０が同一の処理及び機能を実行するのに利用可能なＰＯＴＳ（Ｐｌａｉｎ  Ｏｌｄ  Ｔｅｌｅｐｈｏｎｅ  Ｓｙｓｔｅｍ）から構成される。各取引は、取引プラットフォーム５０に係るブローカーにより支援されるか、又は取引の実行をリクエストするため電話又は他の適切な電子装置に手動によりキー入力されるかもしれない。特定の実施例では、ネットワーク３０は、システム１０の何れか２つのノードの間の通信インタフェース又は交換を提供する何れかのパケットデータネットワーク（ＰＤＮ）であるかもしれない。ネットワーク３０はさらに、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、バーチャルプライベートネットワーク（ＶＰＮ）、イントラネット、又はクライアント２０と取引プラットフォーム５０及び／又はマーケットセンター４０との間の通信を実現する他の何れか適切なアーキテクチャ又はシステムの何れかの組み合わせから構成されるかもしれない。
【００１６】
マーケットセンター４０は、取引所、電子通信ネットワーク（ＥＣＮ）、ＡＴＳ（Ａｌｔｅｒｎａｔｉｖｅ  Ｔｒａｄｉｎｇ  Ｓｙｓｔｅｍ）、マーケットメーカー又は他の何れか適切な市場参加者を含むあらゆるタイプの注文実行場所からなる。各マーケットセンター４０は、マーケットセンター価格とも呼ばれる公表された価格により取引プロダクトを売買する準備ができた、意向がある及び可能であることによって、取引プロダクトのビッド及びオファー価格を維持する。異なるマーケットセンター４０は、特定の取引プロダクトについて異なるマーケットセンター価格を提供するかもしれない。例えば、特定のマーケットセンター４０は、特定の取引プロダクトについて特定のビッド価格及び／又はオファー価格を提供し、他のマーケットセンター４０は、同一の取引プロダクトについて異なるビッド価格及び／又はオファー価格を提供するかもしれない。特定のマーケットセンター４０は、特定の長さ以上の時間にマーケットセンター４０の注文ブックに維持される取引注文１２を実行するため、取引コストを課金するかもしれない。異なるマーケットセンター４０は、取引注文１２の各種詳細の開示に関して異なるポリシーを有するかもしれない。例えば、“協力的な”マーケットセンターと呼ばれるマーケットセンター４０は、取引注文１２の表示される数量とリザーブされる数量の双方を取引プラットフォーム５０に開示するかもしれない。“非協力的な”マーケットセンターと呼ばれる他のマーケットセンター４０は、取引注文１２の表示される数量のみを取引プラットフォーム５０に開示するかもしれない。
【００１７】
取引プラットフォーム５０は、取引注文１２の転送、マッチング及び処理を実現する取引アーキテクチャである。取引プラットフォーム５０は、取引注文１２を転送、マッチング、処理又は充填しようとする何れかの者、企業又はエンティティの管理センター若しくは本社オフィスであるかもしれない。このため、取引プラットフォーム５０は、取引環境を管理する管理主体又は監視エンティティの処理及び機能を実行するため利用又は実現可能なハードウェア、ソフトウェア、スタッフ、装置、コンポーネント、要素又はオブジェクトの何れか適切な組み合わせを含むかもしれない。特定の実施例では、取引プラットフォーム５０は、クライアントインタフェース５２、マーケットインタフェース５４、プロセッサ５６、及びメモリモジュール６０から構成される。
【００１８】
取引プラットフォーム５０のクライアントインタフェース５２は、ネットワーク３０に通信接続され、クライアント２０と取引プラットフォーム５０の各種コンポーネントとの間の通信をサポートする。特定の実施例によると、クライアントインタフェース５２は、ネットワーク３０を介しクラインと２０により通信される取引注文１２を受信する取引サーバを有する。
【００１９】
マーケットインタフェース５４は、マーケットセンター４０に通信接続され、マーケットセンター４０と取引プラットフォームの各種コンポーネントとの間の通信をサポートする。マーケットインタフェース５４は、マーケットセンター４０により通信される取引注文１２を受け付ける取引サーバを有するかもしれない。マーケットインタフェース５４は、取引プラットフォーム５０に直接接続されるクライアント２０から受け付けた取引注文１２をマーケットセンター４０に送信するよう動作可能であるかもしれない。
【００２０】
クライアントインタフェース５２とマーケットインタフェース５４は、プロセッサ５６に通信接続される。プロセッサ５６は、取引注文１２をメモリモジュール６０に記録し、取引注文１２をマーケットセンター４０に転送するよう動作可能である。プロセッサ５６はさらに、クライアントインタフェース５２とマーケットインタフェース５４により受け付けた買い注文１４と売り注文１６とをマッチングするため、メモリモジュール６０に格納されるロジック６２を実行するよう動作可能である。さらに、プロセッサ５６は、取引注文１２の表示された数量を補充するため取引注文のリザーブされた数量を利用することによって、取引注文１２を増分的に充填するよう動作可能である。プロセッサ５６は、記載された機能又は処理を提供するため、１以上のモジュールにより実現されるハードウェアとソフトウェアの何れか適切な組み合わせを有するかもしれない。
【００２１】
メモリモジュール６０は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気コンピュータディスク、ＣＤ−ＲＯＭ、他の磁気若しくは光記憶媒体、又は取引注文１２などの１以上のファイル、リスト若しくは他の情報構成を格納する他の何れかの揮発性若しくは不揮発性記憶装置の何れか適切な構成からなる。図１は、取引プラットフォーム５０の内部的なものとしてメモリモジュール６０を示しているが、メモリモジュール６０は、特定の実現形態に応じて取引システム１０のコンポーネントの内部又は外部にあってもよい。また、図１に示されるメモリモジュール６０は、取引システム１０に使用するための何れか適切な記憶装置の構成を実現するため、他の記憶装置に独立しているか又は統合されているかもしれない。
【００２２】
特定の実施例によると、メモリモジュール６０はロジック６２を有する。一般に、ロジック６２は、取引注文１２を転送、マッチング、処理又は充填するためのソフトウェア命令を有する。プロセッサ５６は、買い注文１４と売り注文１６をマッチングし、当該買い注文１４と売り注文１６に係るトレーダー７０の優先順位を決定するため、メモリモジュール６０のロジック６２を実行するよう動作可能である。プロセッサ５６はさらに、特定の取引注文１２の表示される数量を補充する方法を決定するため、メモリモジュール６０のロジック６２を実行するよう動作可能である。一般に、取引注文１２が充填される方法及び順序は、取引プラットフォーム５０が各取引注文１２を受け付けた順序に少なくとも部分的に基づく。特定の実施例では、取引注文１２が充填される方法及び順序はまた、当該取引注文１２のリザーブされた数量のサイズに対する取引注文１２の表示される数量のサイズに少なくとも部分的に基づく。取引注文１２の表示される数量を補充することによって、取引プラットフォーム５０は特定のトレーダー７０のアクションを隠すかもしれない。
【００２３】
取引プラットフォーム５０の内部構造と、それに係るインタフェース、プロセッサ及び記憶装置は適応的であり、取引プラットフォーム５０の意図される処理を実現するため容易に変更、改良、再構成又は再設定可能であることが理解されるべきである。
【００２４】
取引プラットフォーム５０は、取引注文１２に係るトレーダー７０のアクションを隠すため、ランダムなインクリメントにより取引注文１２を充填するかもしれない。特定の実施例によると、トレーダー７０は、特定の取引注文１２の合計数量をクライアント２０に入力する。さらに、トレーダー７０は、当該取引注文１２の表示される数量の範囲をクライアント２０に入力する。クライアント２０は、当該取引注文１２の合計数量と表示される数量の範囲を取引プラットフォーム５０に送信する。その後、プロセッサ５６は、トレーダー７０により指示される範囲内の数をランダムに選択する。この数は、補充量と呼ばれる。プロセッサ５６は、取引注文１２の表示される数量を補充量に等しくなるよう設定する。他の実施例では、取引注文１２は、初期的な表示される数量を指定し、プラットフォーム５０は、ランダムに決定された補充量に少なくとも部分的に基づき以降の表示される数量を決定する。このランダムなインクリメントは、例えば、乱数生成手段を用いて乱数を生成し、乱数を生成するための式を適用し、ある値の範囲からランダムな値を決定し、他の値及び／又は外部イベントから求められる値を利用することによりランダムな値を決定することによるもの（例えば、乱数又は擬似乱数を決定するため所与の時点などにおけるＤＯＷ、ＦＴＳＥ、ＮＡＳＤＡＱなどのそれぞれの最後の桁を利用して）を含む何れか適切な方法に従って決定されてもよい。
【００２５】
本発明の実施例が示される。トレーダー７０ａは、プロダクトＸの１，０００単位の買い注文１４ａをクライアント２０ａに入力する。さらに、トレーダー７０ａは、買い注文１４ａの表示される数量の範囲として８０〜１２０単位の範囲をクライアント２０ａに入力する。クライアント２０ａは、買い注文１４ａと８０〜１２０単位の範囲を取引プラットフォーム５０に送信する。その後、プロセッサ５６は、補充量となるべき８０〜１２０の間の数をランダムに選択する。例えば、プロセッサ５６は、補充量となるべき数９２をランダムに選択するかもしれない。その後、プロセッサ５６は買い注文１４ａの表示される数量を９２単位に設定する。これにより、買い注文１４ａのリザーブされる数量は８０８単位となる。
【００２６】
特定の実施例によると、取引プラットフォーム５０は、特定の取引注文１２の表示される数量を繰り返し補充するよう動作可能である。特に、特定の取引注文１２の表示される数量を補充量に等しく設定した後、取引プラットフォーム５０は、当該取引注文１２の表示される数量をマーケットセンター４０に表示する。その後、取引注文１２の表示される数量は、対応する反対注文１２ｂにより充填される。取引注文１２の表示される数量を補充するため、プロセッサ５６はランダムにトレーダー７０により指定される範囲内で第２の数をランダムに選択する。取引注文１２のリザーブされる数量の一部を使用して、プロセッサ５６は、取引注文１２の表示される数量を新たな補充量に等しくなるよう設定する。取引プラットフォーム５０は、取引注文１２の表示される数量をマーケットセンター４０に表示する。当該取引注文１２の表示される数量が対応する反対注文１２ｂにより充填されると、取引プラットフォーム５０は、すべての取引注文１２が充填されるまで当該プロセスを繰り返す。
【００２７】
上述した例では、プロセッサ５６は、買い注文１４ａの初期的な表示される数量を９２単位に設定する。その後、プロセッサ５６は、９２単位の買い注文１４ａの表示される数量をマーケットセンター４０に表示する。その後、買い注文１４ａの表示される数量は、対応する反対注文１２ｂからのプロダクトＸの９２単位により充填される。買い注文１４ａの表示される数量を補充するため、プロセッサ５６は、８０〜１２０の間の数をランダムに選択する。例えば、プロセッサ５６は数８１を選択するかもしれない。買い注文１４ａのリザーブされる数量を利用することによって、プロセッサ５６は買い注文１４ａの表示される数量を８１単位に設定する。買い注文１４ａのリザーブされる数量は、７２７単位に減少する。取引プラットフォーム５０は、８１単位の表示される数量をマーケットセンター４０に表示する。その後、買い注文１４ａの表示される数量は、対応する反対注文１２ｂからのプロダクトＸの８１単位により充填される。買い注文１４ａの表示される数量が充填されると、プロセッサ５６は、買い注文１４ａの表示される数量を補充するため、トレーダー７０により示される範囲から他の乱数を選択する。このプロセスは、買い注文１４ａの１，０００単位すべてが充填されるまで繰り返される。
【００２８】
システム１０は、複数の重要な技術的効果を有する。システム１０の各種実施例は、これらの効果の一部又はすべてを有するか、又はその何れも有しないかもしれない。１つの効果は、プラットフォーム５０がランダムに選択された補充量を利用して、特定のトレーダー７０のアクションを隠すことである。他のトレーダー７０が同一の取引プロダクトの同一数量に関する複数の取引を観察するとき、これら他のトレーダー７０は、１人のトレーダー７０が大量の当該取引プロダクトを増分的に購入又は売却していると推測するかもしれない。特定の取引注文１２の表示される数量をランダムに補充することによって、取引プラットフォーム５０は、取引プロダクトの異なる数量に関する複数の取引を生成するかもしれない。これにより、取引プラットフォーム５０は、１人のトレーダー７０が大量の取引プロダクトを売買しているという事実を隠すことができる。
【００２９】
特定の実施例によると、取引プラットフォーム５０は、トレーダー７０により選択される１以上の式に基づき、特定の取引注文１２の表示される数量を補充するかもしれない。トレーダー７０が取引注文１２を取引プラットフォーム５０に送信すると、取引プラットフォーム５０は、トレーダー７０に初期的な表示される数量を示し、取引注文１２の表示される数量を補充するための式を示すようリクエストするかもしれない。特定の実施例によると、取引プラットフォーム５０は、対応する反対注文１２ｂによって取引注文１２の初期的な表示される数量を充填するかもしれない。その後、取引プラットフォーム５０は、トレーダー７０により示された式に基づき補充量を決定する。特定の実施例によると、取引プラットフォーム５０は、取引注文１２のリザーブされた数量を利用して、上記補充量により取引注文１２の表示される数量を補充する。特定の実施例によると、取引プラットフォーム５０は、その後に対応する反対注文１２ｂにより取引注文１２の表示される数量を充填する。取引プラットフォーム５０は、すべての取引注文１２が充填されるまでこのプロセスを繰り返す。
【００３０】
他の実施例では、取引注文１２は初期的な表示される数量を指定しない。プラットフォーム５０は、上記式を利用して以降の表示される数量のため、上述された初期的な表示される数量と補充量とを決定する。上述されるように、この式はランダムな値を生成するのに利用されてもよい。
【００３１】
トレーダー７０により示される式は、取引注文１２の表示される数量を補充するための適した任意のアルゴリズム、等式、テーブル又はロジックであるかもしれない。一部の実施例では、トレーダー７０は、式をクライアント２０に入力することによって、又はクライアント２０又はシステム１０の他のノードに格納されている式を選択することによって、式を指定するかもしれない。特定の実施例によると、トレーダー７０は、取引注文１２の表示される数量が補充される毎に、取引注文１２の表示される数量を増加する式を指定するかもしれない。このような式は、取引プラットフォーム５０が取引注文１２が増分的に充填されるに従って当該取引注文１２の表示される数量を減少させる式を指定するかもしれない。このような式は、取引プラットフォーム５０が取引注文１２が増分的に充填されるに従って当該取引注文１２を充填するのにアグレッシブさを低減させることを可能にするかもしれない。
【００３２】
本発明の特定の実施例が示される。トレーダー７０ａは、プロダクトＡの１，０００単位の買い注文１４ａを送信する。トレーダー７０ａは、１００単位の初期的な表示される数量を指定する。さらに、トレーダー７０ａは、買い注文１４ａの補充量を決定するための式として、補充量＝初期的に表示される数量＋１０＊ｎを指定する。ただし、“ｎ”は、買い注文１４ａの表示される数量が充填された回数に等しい。特定の実施例によると、取引プラットフォーム５０は、買い注文１４ａの初期的に表示される数量、すなわち、プロダクトＡの１００単位を他のトレーダー７０及びマーケットセンター４０に表示する。本例では、取引プラットフォーム５０は、対応する売り注文１６からのプロダクトＡの１００単位により買い注文１４ａの表示される数量を充填する。買い注文１４ａの初期的な表示される数量を充填した後、取引プラットフォーム５０は、トレーダー７０ａにより示された式に基づき補充量を決定する。本例では、この補充量は、表示される数量が一度補充されているため、１１０単位に等しい。補充量の決定後、取引プラットフォーム５０は、買い注文１４ａのリザーブされる数量からの１１０単位によって買い注文１４ａの表示される数量を補充する。本例では、取引プラットフォーム５０は、その後に対応する売り注文１６からのプロダクトＡの１１０単位によって買い注文１４ａの新たな表示される数量を補充する。次に、取引プラットフォーム５０は、トレーダー７０ａにより示される式に基づき、補充量を再び決定する。本例では、この補充量は、買い注文１４ａの表示される数量が２回充填されているため、１２０単位となる。取引プラットフォーム５０は、すべての買い注文１４ａが充填されるまで、このプロセスを繰り返す。
【００３３】
上述した例は、特定の取引注文１２の表示される数量を補充するため式を利用することを示している。特定の取引注文１２の表示される数量を補充するのに適した何れか適切なアルゴリズム、式、等式、テーブル又はロジックが、本開示のプロセス、方法又は機能を変更することなく利用可能であることが理解されるであろう。
【００３４】
システム１０は、特定の技術的効果を有する。システム１０の各種実施例は、これらの効果の一部又はすべてを有するかもしれず、又はその何れも有しないかもしれない。１つの効果は、プラットフォーム５０が１以上の式を利用して、取引注文１２の表示される数量を補充し、これにより、取引注文１２に係るトレーダー７０のアクションが隠される。さらに、取引プラットフォーム５０は、使用される式に従って取引注文１２を充填する間にアグレッシブさをより強く又はより弱くするかもしれない。
【００３５】
システム１０が、表示される数量の対する補充量を決定することを参照して説明されたが、システム１０はランダムに又は式を利用することによって、まずリザーブされる数量を決定し、その後に合計数量の一部が充填される毎に、合計数量からリザーブされる数量を差し引くことによって表示される数量に対する補充量を決定する。
【００３６】
図２は、取引注文１２を補充するための方法の一実施例を示すフローチャート１００である。この方法の範囲から逸脱することなく意図した機能を実現するための何れか適切な順序によって、より多くの、より少ない又は異なる処理が実行されてもよいということが理解されるべきである。ステップ１０２において、取引プラットフォーム５０は、プロダクトの合計数量と値の範囲を指定した取引注文１２を受信する。ステップ１０４において、プロセッサ５６は、この値の範囲から表示される数量（又はリザーブされる数量）をランダムに決定する。ステップ１０６において、プロセッサ５６は、決定された表示される数量（又はリザーブされる数量）と取引注文１２の合計数量とに基づき、リザーブされる数量（又は表示される数量）を決定する。ステップ１０８において、プロセッサ５６は、決定された表示される及びリザーブされる数量を有する取引注文１２を通信する。ステップ１１０において、プロセッサ５６は、取引注文１２の表示される数量が充填されたことを決定する。ステップ１１２において、プロセッサ５６は、表示される数量のうちの充填された数量だけ取引注文１２の合計数量を減少させる。ステップ１１４において、プロセッサ５６は、取引注文１２の合計数量が充填されているか決定する。充填されていない場合、ステップ１０４に戻る。充填されている場合、ステップ１１６において終了する。
【００３７】
図３は、取引注文１２を補充するための方法の一実施例を示すフローチャート１５０である。本方法の範囲から逸脱することなく意図した機能を実現するため、より多くの、より少ない又は異なる処理が何れか適切な順序により実行されるかもしれないことが理解されるべきである。ステップ１５２において、取引プラットフォーム５０は、プロダクトの合計数量、表示される数量及びリザーブされる数量を指定する取引注文１２を受信する。ステップ１５４において、取引プラットフォーム５０は、取引注文１２に係る値の範囲を受信する。ステップ１５６において、プロセッサ５６は取引注文１２を通信し、ステップ１５８において、取引注文１２の表示される数量が充填されたと決定する。ステップ１６０において、プロセッサ５６は、表示される数量のうち充填された数量だけ取引注文１２の合計数量を減少させる。ステップ１６２において、プロセッサ５６は、値の範囲から表示される数量（又はリザーブされる数量）をランダムに決定する。ステップ１６４において、プロセッサ５６は、決定された表示される数量（又はリザーブされる数量）と減少した合計数量とに基づき、リザーブされる数量（又は表示される数量）を決定する。ステップ１６６において、プロセッサ５６は、決定された表示される数量とリザーブされる数量とを有する他の取引注文１２を通信する。ステップ１６８において、プロセッサ５６は、取引注文１２の合計数量が充填されているか判断する。充填されていない場合、ステップ１５８に戻る。充填されている場合、ステップ１７０において終了する。
【００３８】
図４は、取引注文１２を補充するための方法の一実施例を示すフローチャート２００である。本方法の範囲から逸脱することなく意図した機能を実現するため、より多くの、より少ない又は異なる処理が何れか適切な順序により実行可能であるということが理解されるべきである。ステップ２０２において、取引プラットフォーム５０は、プロダクトの合計数量と１以上の式とを指定する取引注文１２を受信する。ステップ２０４において、プロセッサ５６は、表示される数量（又はリザーブされる数量）を決定するため、上記式を適用する。ステップ２０６において、プロセッサ５６は、決定された表示される数量（又はリザーブされる数量）と取引注文１２の合計数量とに基づき、リザーブされる数量（又は表示される数量）を決定する。ステップ２０８において、プロセッサ５６は、決定された表示される数量とリザーブされる数量を有する取引注文１２を通信する。ステップ２１０において、プロセッサ５６は、取引注文１２の表示される数量が充填されたと判断する。ステップ２１２において、プロセッサ５６は、表示される数量のうち充填された数量だけ取引注文１２の合計数量を減少させる。ステップ２１４において、プロセッサ５６は、取引注文１２の合計数量が充填されているか判断する。充填されていない場合、ステップ２０４に戻る。充填されている場合、ステップ２１６において終了する。
【００３９】
図５は、取引注文１２を補充するための方法の一実施例を示すフローチャートである。本方法の範囲から逸脱することなく意図した機能を実現するため、より多くの、より少ない又は異なる処理が何れか適切な順序により実行されるかもしれないことが理解されるべきである。ステップ２５２において、取引プラットフォーム５０は、プロダクトの合計数量、表示される数量及びリザーブされる数量を指定する取引注文１２を受信する。ステップ２５４において、取引プラットフォーム５０は、取引注文１２に係る１以上の式を受信する。プロセッサ５６は、ステップ２５６において取引注文１２を通信し、ステップ２５８において取引注文１２の表示される数量が充填されたと判断する。ステップ２６０において、プロセッサ５６は、表示された数量のうち充填された数量だけ取引注文１２の合計数量を減少させる。ステップ２６２において、プロセッサ５６は、表示される数量（又はリザーブされる数量）を決定するため、上記式を適用する。ステップ２６４において、プロセッサ５６は、決定された表示される数量（又はリザーブされる数量）と減少された合計数量とに基づきリザーブされる数量（又は表示される数量）を決定する。ステップ２６６において、プロセッサ５６は、決定された表示される数量とリザーブされる数量とを有する他の取引注文１２を通信する。ステップ２６８において、プロセッサ５６は取引注文１２の合計数量が充填されているか判断する。充填されていない場合、ステップ２５８に戻る。充填されている場合、ステップ２７０において終了する。
【００４０】
本発明が複数の実施例により説明されたが、多数の変更及び改良が当業者に示唆されるかもしれず、また本発明が、添付した請求項の範囲内に属するもとしてこのような変更及び改良を含むことが意図される。
【図面の簡単な説明】
【００４１】
【図１】図１は、本発明による取引システムの一実施例を示す。
【図２】図２は、取引注文の数量をランダムに補充するための方法のフローチャートを示す。
【図３】図３は、取引注文の数量をランダムに補充するための方法のフローチャートを示す。
【図４】図４は、式に従って取引注文の数量を補充する方法のフローチャートを示す。
【図５】図５は、式に従って取引注文の数量を補充する方法のフローチャートを示す。
【国際調査報告】
2009503753.tif 000008