(57)【要約】  外貨で証券を取引するためのシステムと方法。システムは、１つ以上の流動性プロバイダーからストリームされたＦＸデータを維持するためのＦＸ価格設定モジュールと、証券の取引通貨で証券と関連付けられた元の取引データを受け取り、外貨で証券と関連付けられた変換された取引データを生成するように構成された市場マネージャーモジュールであって、市場マネージャーモジュールは、ＦＸ価格設定モジュールによって提供されたＦＸレートに基づいて変換された取引データを生成するものからなる。
2013534679.tif 000002
【特許請求の範囲】
【請求項１】
外貨で証券を取引するためのシステムであって、
１つ以上の流動性プロバイダーからストリームされたＦＸデータを維持するためのＦＸ価格設定モジュールと、
証券の取引通貨で証券と関連付けられた元の取引データを受け取り、外貨で証券と関連付けられた変換された取引データを生成するように構成された市場マネージャーモジュールであって、市場マネージャーモジュールは、ＦＸ価格設定モジュールによって提供されたＦＸレートに基づいて変換された取引データを生成するものと、
変換された取引データに基づいて外貨での証券の取引のための注文の執行を命令するように構成された注文マネージャーモジュールと、
を含むシステム。
【請求項２】
注文マネージャーモジュールは、外貨での証券の取引の執行を命令することによって注文を執行するように構成されている、請求項１記載のシステム。
【請求項３】
注文マネージャーモジュールは、外国／取引通貨取引を執行するためのＦＸ執行マネージャーに命令することによって注文を執行するように構成されている、請求項１または２記載のシステム。
【請求項４】
注文は、証券と注文数量を同定する成行注文からなる、請求項１から３のいずれか１つに記載のシステム。
【請求項５】
注文は更に、注文タイプからなる、請求項４記載のシステム。
【請求項６】
注文マネージャーモジュールは、現行価格に基づいて取引通貨での成行注文の順番待ちと照合を始動し、ＦＸ執行マネージャーは、ＦＸ価格設定モジュールによって提供されたＦＸレートに基づいて外国／取引通貨取引を執行する、請求項５記載のシステム。
【請求項７】
注文は、証券と、注文数量と、注文タイプと、外貨での設定価格を同定する指値注文からなる、請求項４記載のシステム。
【請求項８】
注文マネージャーモジュールは、ＦＸ価格設定モジュールによって提供されたＦＸレートを使って外貨での設定価格からの変換された価格に基づいて取引通貨での指値注文の順番待ちと照合を始動する、請求項７記載のシステム。
【請求項９】
注文マネージャーモジュールは、ＦＸ価格設定モジュールからの更新されたＦＸレートに基づいて変換された価格を調整し、順番待ちと照合のために更新された指値注文で指値注文を置き換えるように構成されている、請求項８記載のシステム。
【請求項１０】
ＦＸ執行マネージャーは、指値注文の照合に際してＦＸ価格設定モジュールによって提供されたＦＸレートに基づいて外国／取引通貨取引を執行する、請求項８または９記載のシステム。
【請求項１１】
１つ以上の流動性プロバイダーによって保持されたポジションを格納するように構成された一括化モジュールを更に含み、
一括化モジュールは、各流動性プロバイダーについて、前記各流動性プロバイダーのための２つ以上の格納されたポジションに基づいて単一のチケットを発行するように構成されている、請求項１から１０のいずれか１つに記載のシステム。
【請求項１２】
一括化モジュールは、前記各流動性プロバイダーのための格納されたポジションが閾値判断基準を満たせば単一のチケットを発行するように構成されている、請求項１１記載のシステム。
【請求項１３】
閾値判断基準は、閾値通貨金額および時間間隔からなるグループの１つ以上からなる、請求項１２記載のシステム。
【請求項１４】
一括化モジュールは、単一のチケットを発行するための前記各流動性プロバイダーのための格納されたポジションを全てクリアするように構成されている、請求項１３記載のシステム。
【請求項１５】
一括化モジュールは、単一のチケットを発行するための閾値通貨金額の周りの範囲内の前記各流動性プロバイダーのための格納されたポジションをクリアするように構成されている、請求項１３記載のシステム。
【請求項１６】
一括化モジュールは、残っているポジションの通貨金額が単一のチケットを発行するための前記各流動性プロバイダーのための閾値通貨金額より下であるように、格納されたポジションをクリアするように構成されている、請求項１３記載のシステム。
【請求項１７】
システム中に提示された注文を再価格設定するように構成された再価格設定モジュールを更に含み、
再価格設定モジュールは、ＦＸ価格設定モジュールからのストリームしている更新された情報に基づいてリアルタイムで注文を再価格設定するように構成されている、請求項１から１６のいずれか１つに記載のシステム。
【請求項１８】
再価格設定モジュールは、再価格設定をトリガーするための上限トリガーおよび底トリガーを計算するように構成されている、請求項１７記載のシステム。
【請求項１９】
再価格設定モジュールは、注文と関連付けられた端数処理された取引通貨価値に基づいて上限トリガーおよび底トリガーを計算するように構成されている、請求項１８記載のシステム。
【請求項２０】
再価格設定モジュールは、注文と関連付けられた次により高いおよび次により低い端数処理された取引通貨価値に基づいて上限トリガーおよび底トリガーを計算するように構成されている、請求項１９記載のシステム。
【請求項２１】
システム中での使用のための現行ＦＸデータを決定するように構成された選択モジュールを更に含み、
選択モジュールは、１つ以上の流動性プロバイダーからストリームされたＦＸデータの２つ以上のセットに基づいて現行ＦＸデータを選択するように構成されている、請求項１から２０のいずれか１つに記載のシステム。
【請求項２２】
選択モジュールは、ＦＸデータのランク付けされたセットに基づいて現行ＦＸデータを選択するように構成されている、請求項２１記載のシステム。
【請求項２３】
選択モジュールは、１つ以上の流動性プロバイダーからストリームされたＦＸデータの２つ以上のセットの出来高加重平均に基づいて現行ＦＸデータを選択するように構成されている、請求項２２記載のシステム。
【請求項２４】
選択モジュールは、流動性プロバイダーロジック、取引出来高ロジック、トランザクション比率ロジック、およびマルチファクターベースのロジックからなるグループの１つ以上に基づいて現行ＦＸデータを選択するように構成されている、請求項２３記載のシステム。
【請求項２５】
外貨で証券を取引するための方法であって、
ＦＸ価格設定モジュールにおいて、１つ以上の流動性プロバイダーからストリームされたＦＸデータを維持することと、
市場マネージャーモジュールにおいて、証券の取引通貨で証券と関連付けられた元の取引データを受け取り、市場マネージャーモジュールにおいて、外貨で証券と関連付けられた変換された取引データを自動的に生成することあって、市場マネージャーモジュールは、ＦＸ価格設定モジュールによって提供されたＦＸレートに基づいて変換された取引データを自動的に生成することと、
注文マネージャーモジュールを使って、変換された取引データに基づいて外貨での証券の取引のための注文を執行することと、
を含む方法。
【請求項２６】
注文を執行することは、注文マネージャーモジュールを使って、外貨での証券の取引を執行することからなる、請求項２５記載の方法。
【請求項２７】
注文を執行することは、ＦＸ執行マネージャーを使って、外国／取引通貨取引を執行することからなる、請求項２５または２６記載の方法。
【請求項２８】
注文は、証券と注文数量を同定する成行注文からなる、請求項２５から２７のいずれか１つに記載の方法。
【請求項２９】
注文は更に、注文タイプからなる、請求項２８記載の方法。
【請求項３０】
注文マネージャーモジュールは、現行価格に基づいて取引通貨での成行注文の順番待ちと照合を始動し、ＦＸ執行マネージャーは、ＦＸ価格設定モジュールによって提供されたＦＸレートに基づいて外国／取引通貨取引を執行する、請求項２９記載の方法。
【請求項３１】
注文は、証券と、注文数量と、注文タイプと、外貨での設定価格を同定する指値注文からなる、請求項２８記載の方法。
【請求項３２】
注文マネージャーモジュールは、ＦＸ価格設定モジュールによって提供されたＦＸレートを使って外貨での設定価格からの変換された価格に基づいて取引通貨での指値注文の順番待ちと照合を始動する、請求項３１記載の方法。
【請求項３３】
注文マネージャーモジュールは、ＦＸ価格設定モジュールからの更新されたＦＸレートに基づいて変換された価格を調整し、順番待ちと照合のために更新された指値注文で指値注文を置き換える、請求項３２記載の方法。
【請求項３４】
ＦＸ執行マネージャーは、指値注文の照合に際してＦＸ価格設定モジュールによって提供されたＦＸレートに基づいて外国／取引通貨取引を執行する、請求項３２または３３記載の方法。
【請求項３５】
一括化モジュールを使って、１つ以上の流動性プロバイダーによって保持されたポジションを格納するステップを更に含み、
各流動性プロバイダーについて、前記各流動性プロバイダーのための２つ以上の格納されたポジションに基づいて単一のチケットが発行される、請求項２５から３４のいずれか１つに記載の方法。
【請求項３６】
前記各流動性プロバイダーのための格納されたポジションが閾値判断基準を満たせば単一のチケットが発行される、請求項３５記載の方法。
【請求項３７】
閾値判断基準は、閾値通貨金額および時間間隔からなるグループの１つ以上からなる、請求項３６記載の方法。
【請求項３８】
単一のチケットを発行するための前記各流動性プロバイダーのための格納されたポジションを全てクリアするステップを更に含む、請求項３７記載の方法。
【請求項３９】
単一のチケットを発行するための閾値通貨金額の周りの範囲内の前記各流動性プロバイダーのための格納されたポジションをクリアするステップを更に含む、請求項３７記載の方法。
【請求項４０】
残っているポジションの通貨金額が単一のチケットを発行するための前記各流動性プロバイダーのための閾値通貨金額より下であるように、格納されたポジションをクリアするステップを更に含む、請求項３７記載の方法。
【請求項４１】
再価格設定モジュールを使って、注文マネージャーモジュール中に提示された注文を再価格設定するステップを更に含み、
注文は、ＦＸ価格設定モジュールからのストリームしている更新された情報に基づいてリアルタイムで再価格設定される、請求項２５から４０のいずれか１つに記載の方法。
【請求項４２】
再価格設定をトリガーするための上限トリガーおよび底トリガーを計算するステップを更に含む、請求項４１記載の方法。
【請求項４３】
注文と関連付けられた端数処理された取引通貨価値に基づいて上限トリガーおよび底トリガーを計算するステップを更に含む、請求項４２記載の方法。
【請求項４４】
注文と関連付けられた次により高いおよび次により低い端数処理された取引通貨価値に基づいて上限トリガーおよび底トリガーを計算するステップを更に含む、請求項４３記載の方法。
【請求項４５】
選択モジュールを使って、証券の取引での使用のための現行ＦＸデータを決定するステップを更に含み、
現行ＦＸデータは、１つ以上の流動性プロバイダーからストリームされたＦＸデータの２つ以上のセットに基づいて選択される、請求項２５から４４のいずれか１つに記載の方法。
【請求項４６】
ＦＸデータのランク付けされたセットに基づいて現行ＦＸデータを選択するステップを更に含む、請求項４５記載の方法。
【請求項４７】
１つ以上の流動性プロバイダーからストリームされたＦＸデータの２つ以上のセットの出来高加重平均に基づいて現行ＦＸデータを選択するステップを更に含む、請求項４６記載の方法。
【請求項４８】
流動性プロバイダーロジック、取引出来高ロジック、トランザクション比率ロジック、およびマルチファクターベースのロジックからなるグループの１つ以上に基づいて現行ＦＸデータを選択するステップを更に含む、請求項４７記載の方法。
【請求項４９】
請求項２５から４８のいずれか１つに記載された、外貨で証券を取引するための方法を実行することをコンピューターシステムに命令するためのコンピュータープログラムコード手段がその上に格納された、データ格納媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
発明は、外貨で証券を取引する方法とシステムに関する。
【背景技術】
【０００２】
非本国取引所での証券の取引を行いたい投資家は、全ての取引所が現在はローカル通貨（ＬＣＹ）のみで株式相場を供するので、通貨変換（即ち、外国為替またはＦＸ）を行うことが要求される。例えば、シンガポールドルでのみ相場付けされているシンガポール取引所（ＳＧＸ）での特定の会社の株式を買いたがっているＵＳドルベースの投資家は、ＵＳドル−シンガポールドルＦＸを行わなければならない。言い換えると、外貨（ＦＣＹ）ベースの投資家は、ＬＣＹで相場付けされた製品への制限された直接アクセスをもつ。
【０００３】
現在は、ブローカーが、証券の購入または販売において投資家を援助することができる。同時に、ブローカーは、取引後ベースで投資家のためのＦＸ変換を取り扱うことができる。言い換えると、ＦＸ変換は、証券取引が成功裡に執行された後に行われる。証券取引の執行の時点では、ＦＸレートのレベルの転嫁はなされていない。従って、投資家による（本国通貨での）実際の利益または損失の決定は、ＦＸトランザクションが完了した後でのみ知ることができる。
【０００４】
言い換えると、投資家は、もし外国為替に買い注文を入力すると、ＦＸリスクに曝される。もしＦＸレートが彼に反して動くと、彼は期待されたよりも多くを支払うことになってしまい得る。同様に、もし投資家が外国為替に売り注文を入力すると、もしＦＸレートが彼に反して動くと、彼は期待されたよりも少なく受け取ることになってしまい得る。
【０００５】
もしブローカーが、証券の購入の前にＦＸトランザクションが行われる「フロントラン」をしようと試みれば、「滑り」の可能性がある。この「滑り」は、証券の価格変動における不確定性のためにブローカーは典型的にはちょうどの額でＦＸトランザクションを執行することができないために起こる。結果として、証券を取引する時には外貨の金額が過剰であるかまたは不十分であるかのどちらかである。
【０００６】
現在は、外国株式投資取引中に、４つの主要なエンティティ：取引所、ブローカー、投資家およびＦＸ流動性プロバイダー（例えば、ＦＸ銀行）が関与する。取引所は、市場データ（即ち、現行のベスト入札／オファーと最終取引価格）を配布し、市場データはブローカーによって受け取られ、ブローカーは一方で市場データを投資家に配布する。もし投資家が取引をすることを決定すれば、彼はブローカーに注文をして、証券のシンボル、証券を買うか売るかのどちらか、および買われるかまたは売られるべき数量のような命令を提供することができる。ブローカーは、投資家になり代わって取引所に注文を提示し、注文は順番待ちにされる。証券のシンボル、証券を買うか売るかのどちらか、および買われるかまたは売られるべき数量に関する情報に加えて、注文が提示された時間が取引所によって記される。もし注文が照合されれば、取引所は、証券のシンボル、証券が買われたか売られたかのどちらか、買われたかまたは売られた数量、注文が照合された時間、および取引のステータスを記す。取引所はそれから、注文の執行をブローカーに通知し、ブローカーは一方で投資家に通知する。投資家が注文の執行を受領確認した後で、彼はＦＸ流動性プロバイダーからのＦＸ価格の要求に進む。投資家は、ＦＸ流動性プロバイダーに、通貨ペア、買うか売るかのどちらか、および買われるかまたは売られるべき数量のような情報を提供する。ＦＸ流動性プロハイダーは、ＦＸ価格を投資家に見積もり、ＦＸ見積もりＩＤおよびＦＸ価格のような情報を提供する。もし投資家がＦＸ価格を受け入れれば、後者はそれを知らされ、ＦＸ見積もりＩＤと受け入れステータスがＦＸ流動性プロバイダーに中継されて、ＦＸ注文が執行される。
【０００７】
現在は、上述した通り、例えばオンラインシステムを通してかまたは音声仲介を通して投資家がブローカーと取引する時に、ブローカーは、通常１−３ｂｐｓの範囲にある銀行間ＦＸレートと比較して、典型的には５０−８０ｂｐｓの範囲にあるカートされたレートにおいて取引後ベースでＦＸ変換を行う。機関スペースでは、ファンドマネージャーは典型的には、彼らの内部ＦＸデスクを通してかまたは彼らの親銀行を介して、３−５ｂｐｓの範囲にあるＦＸレートをソースすることができる。ファンドマネージャーは、このファンドマネージャーがＦＸ銀行によって所有されていても良いにも拘わらず、彼らが管理しているファンドのためにベストなＦＸレートを確保することの受託者義務がある。そのようなプロセスは、競合するＦＸ見積もり(通常３−５銀行)をソースしてそのようなベストな執行の証明の監査証跡を維持する必要を要求する。再度、それらの活動は、取引後ベースでなされる。このようにして、海外の小口投資家はしばしば、未知の、不正確なおよび／または高いＦＸ変換コストで取引する。
【０００８】
上記の不利点のために、非本国取引所において掲載されたカウンターへの関心は、通常ＦＸ変換上の不確定性のために鈍らされており、多くの投資家が外貨建ての証券に投資することを回避することに結果としてなる。海外投資家は、高いＦＸボラティリティの環境にある非本国取引所において証券を取引することから更に思いとどまらされる。
【０００９】
いくつかのオンラインブローカーは、「ワンクリック」の証券取引後ＦＸ変換システムを提供する。しかしながら、これは、取引後ベースで、為替価格においてではなくプライベート価格においてなされる。他方で、その他のオンラインブローカーは、異なる銀行からのＦＸ価格のオープンビューを投資家に提供する。しかしながら、それらのプラットフォームは通貨取引のためのものである。前記システムには証券取引へのリンクは無い。
【００１０】
従って、上述した問題の少なくとも１つに対処することを目指すマルチ通貨単位自動化相場システムを提供することの必要が存在する。
【発明の概要】
【００１１】
本発明の第１の側面によると、外貨で証券を取引するためのシステムであって、１つ以上の流動性プロバイダーからストリームされたＦＸデータを維持するためのＦＸ価格設定モジュールと、証券の取引通貨で証券と関連付けられた元の取引データを受け取り、外貨で証券と関連付けられた変換された取引データを生成するように構成された市場マネージャーモジュールであって、市場マネージャーモジュールは、ＦＸ価格設定モジュールによって提供されたＦＸレートに基づいて変換された取引データを生成するものと、  変換された取引データに基づいて外貨での証券の取引のための注文を受け取るように構成された注文マネージャーモジュールと、を含むシステムが提供される。
【００１２】
本発明の第２の側面によると、外貨で証券を取引するための方法であって、ＦＸ価格設定モジュールにおいて、１つ以上の流動性プロバイダーからストリームされたＦＸデータを維持することと、市場マネージャーモジュールにおいて、証券の取引通貨で証券と関連付けられた元の取引データを受け取り、市場マネージャーモジュールにおいて、外貨で証券と関連付けられた変換された取引データを自動的に生成することあって、市場マネージャーモジュールは、ＦＸ価格設定モジュールによって提供されたＦＸレートに基づいて変換された取引データを自動的に生成することと、注文マネージャーモジュールにおいて、変換された取引データに基づいて外貨での証券の取引のための注文を受け取ることと、を含む方法が提供される。
【００１３】
本発明の第３の側面によると、ここに記載された通りの、外貨で証券を取引するための方法を実行することをコンピューターシステムに命令するためのコンピュータープログラムコード手段がその上に格納された、データ格納媒体が提供される。
【００１４】
発明の例示的実施形態は、図面との関係で、例としてだけの、以下の記載から、より良く理解され当業者には容易に明らかであろう。
【図面の簡単な説明】
【００１５】
【図１ａ】図１ａは、発明の実施形態に従った外国株式投資取引中に起こるイベントを描いたフローチャートである。
【図１ｂ】図１ｂは、２００９年１月９日から２０１０年１月６日までのＨＫドルでのＭＴＲ株式パフォーマンスチャートである。
【図１ｃ】図１ｃは、それぞれのＦＸ変換レートに基づいてオーストラリアドルに変換された図１ｂの対応するＭＴＲ株式パフォーマンスチャートである。
【図２】図２は、本発明の実施形態による、外国株式投資取引中にエンティティとアプリケーションモジュールの間で起こる相互作用を描いた概略図である。
【図３】図３は、本発明の実施形態による、成行注文が提示された時、「応じ無し」状態中に注文マネージャーによって行われたプロセスを描いた概略図である。
【図４】図４は、本発明の実施形態による、成行注文が提示された時、「応じ有り」状態中に注文マネージャーによって行われたプロセスを描いた概略図である。
【図５】図５は、本発明の実施形態による、ＦＸ執行マネージャーによって行われたプロセスを描いた概略図である。
【図６】図６は、発明の実施形態に従った指値注文外国株式投資取引中に起こるイベントを描いたフローチャートである。
【図７】図７は、本発明の実施形態による、指値注文（即ち、“No Worse Than”（ＮＷＴ）注文）が提示された時、「応じ無し」状態中に注文マネージャーによって行われたプロセスを描いた概略図である。
【図８】図８は、本発明の実施形態による、指値注文（即ち、“No Worse Than”（ＮＷＴ）注文）が提示された時、「応じ有り」状態中に注文マネージャーによって行われたプロセスを描いた概略図である。
【図９】図９は、本発明の実施形態による、ＦＸ銀行に提供されたグラフィカルユーザインターフェース（ＧＵＩ）のスクリーンキャプチャである。
【図１０】図１０は、本発明の実施形態による、ルールベースの自動化閾値システム（ＲＡＴＳ）を使った外国株式投資取引におけるワークフローを描いたフローチャートである。
【図１１】図１１は、本発明の実施形態による、一括化ベースでのキャッシュのフィリングおよび完全なフラッシングを描いた概略図である。
【図１２】図１２は、本発明の実施形態による、ネット化ベースでのキャッシュのフィリングおよび完全なフラッシングを描いた概略図である。
【図１３】図１３は、本発明の実施形態による、規定された閾値の±５％レンジにおけるキャッシュのフィリングおよびフラッシングを描いた概略図である。
【図１４】図１４は、本発明の実施形態による、規定された閾値より下になるためのキャッシュのフィリングおよびフラッシングを描いた概略図である。
【図１５】図１５は、本発明の実施形態による、ストップロス／機会ゲイン（ＳＬＯＧ）再価格設定器からなるマルチ通貨単位自動化相場（Ｍ−ＤＡＱ）プラットフォームを使った外国株式投資取引におけるワークフローを描いたフローチャートである。
【図１６】図１６は、本発明の実施形態による、上述した通りの、ＦＸレートの変動に依存した買い注文の再価格設定を描いたチャートである。
【図１７】図１７は、本発明の実施形態による、上述した通りの、ＦＸレートの変動に依存した売り注文の再価格設定を描いたチャートである。
【図１８】図１８は、本発明の実施形態による、上述した通りの、ＦＸレートの変動に依存した買い注文の再価格設定を描いたチャートである。
【図１９】図１９は、本発明の実施形態による、上述した通りの、ＦＸレートの変動に依存した売り注文の再価格設定を描いたチャートである。
【図２０】図２０は、例示的実施形態における外貨で証券を取引するためのシステムと方法を実装するためのコンピューターシステムの概略図である。
【図２１】図２１は、本発明の例示的実施形態による、外貨で証券を取引するための方法を描いたフローチャートである。
【発明を実施するための形態】
【００１６】
本発明の実施形態は、「執行可能な」外国為替（ＦＸ）レートを株式および証券製品中にブレンドすることによって、１つ以上の通貨であらゆる取引所取引製品を価格設定し取引するプラットフォームを有利に提供する、マルチ通貨単位自動化相場システムに関する。本発明の実施形態は、取引後から取引前モデルに移行するパラダイムシフトを提供し、外貨での取引所の市場データシステムへのリアルタイムの市場データ配布を提供すべく、国内株式または証券取引所の相場／取引プラットフォームと一体化することができる。加えて、本発明の実施形態は、投資家が彼らのチョイスの相場付けされた外貨での証券注文を提示することを許容し得て、外貨建ての注文は、彼らの現行プラットフォーム上で注文順番待ちおよび照合を行うために取引所についてのローカル通貨に変換される。しかも、通貨変換が行われる時に流動性プロバイダー（ＬＰｓ）からの多数のＦＸ見積もり中のベストな入札／オファーが決定されて適用されることができる。
【００１７】
本発明の実施形態は更に、各ＬＰにそれらのＦＸ取引および一括化を管理するためのツールを提供し得て、市場データ配布および注文管理の既存のプロセスへの追加のレイテンシーを可能な限り最小に維持し得て、それは典型的には数マイクロ秒までである。本発明の実施形態はまた、証券取引（親）およびＦＸ取引（子）の詳細の両方を含んだ単一のデータフィールドを提供し得て、そこではデータ調停プロセスの必要無しに１対多および多対１のトレーシングがなされることができる。
【００１８】
本発明の実施形態は、Linux（登録商標） RT kernel, Java（登録商標） RTS, Ullink MD solution, In-memory Database等のような、リアルタイムで低レイテンシーで高周波数のプラットフォームを介して実装され得る。
【００１９】
以下の記載のいくつかの部分は、アルゴリズムとコンピューターメモリー内のデータ上での操作の機能的または象徴的表現の観点で明示的または暗示的に提示される。それらのアルゴリズム記載と機能的または象徴的表現は、データ処理技術の当業者によって彼らの仕事の実体を最も効果的に他の当業者に伝達するために使われる手段である。アルゴリズムはここでは、そして一般的に、望ましい結果に繋がる自己矛盾のないステップのシーケンスであるとして考えられる。ステップは、格納、転送、組み合わせ、比較およびそうでなければ操作されることが可能な電気的、磁気的または光学的信号のような、物理的量の物理的操作を要求するものである。
【００２０】
そうでないと特定に述べられていない限り、および以下から明らかである通り、本明細書全体を通して、「スキャンする」、「計算する」、「決定する」、「置き換える」、「生成する」、「初期化する」、「出力する」等の用語を利用する議論は、コンピューターシステム内の物理的量として表現されたデータを、コンピューターシステムまたはその他の情報の格納、送信または表示デバイス内の物理的量として同様に表現された別のデータに操作して変換する、コンピューターシステムまたは同様の電子デバイスのアクションとプロセスを指すことが理解されるであろう。
【００２１】
本明細書はまた、方法の動作を行うための装置を開示する。そのような装置は、要求された目的のために特別に構築されても良く、コンピューター中に格納されたコンピュータープログラムによって選択的に稼動または再構成された汎用コンピューターまたはその他のデバイスからなっていても良い。ここに提示されたアルゴリズムとディスプレイは、いかなる特定のコンピューターまたはその他の装置にも固有に関係するものではない。ここでの教示内容に従って様々な汎用マシンがプログラムと共に使われても良い。代替的に、要求された方法ステップを行うためにより特殊化された装置の構築が適切であっても良い。従来の汎用コンピューターの構造が、以下の記載から現れるであろう。
【００２２】
加えて、本明細書はまた、ここに記載された方法の個別のステップがコンピューターコードによって具体化され得ることが当業者には明らかであろうという点で、コンピュータープログラムを暗示的に開示する。コンピュータープログラムは、いかなる特定のプログラミング言語およびその実装にも限定されることが意図されていない。種々のプログラミング言語およびそのコーディングが、ここに含まれた開示の教示内容を実装するのに使われても良いことが理解されるであろう。しかも、コンピュータープログラムは、いかなる特定の制御フローにも制限されることが意図されていない。コンピュータープログラムの多くのその他の変形があり、それらは発明の精神または範囲から逸脱すること無しに異なる制御フローを使うことができる。
【００２３】
更には、コンピュータープログラムの１つ以上のステップは、系列的にではなく並行して行われても良い。そのようなコンピュータープログラムは、あらゆるコンピューター読み取り可能な媒体上に格納されても良い。コンピューター読み取り可能な媒体は、磁気または光学ディスク、メモリーチップ、または汎用コンピューターとのインターフェースのために好適なその他の格納デバイスのような格納デバイスを含んでいても良い。コンピューター読み取り可能な媒体はまた、インターネットシステムにおいて例証されるようなハードな有線媒体またはＧＳＭ（登録商標）移動電話システムにおいて例証されるような無線媒体を含んでいても良い。そのような汎用コンピューター上にローディングされて実行された時にコンピュータープログラムは、望ましい方法のステップを実装する装置に実効的に結果としてなる。
【００２４】
発明はまた、ハードウェアモジュールとして実装されても良い。より特定には、ハードウェア的な意味で、モジュールは、その他のコンポーネンツまたはモジュールと共に使われるようにデザインされた機能的ハードウェアユニットである。例えば、モジュールは、離散的な電子コンポーネンツを使って実装されても良く、あるいはそれはアプリケーション特定集積回路（ＡＳＩＣ）のような電子回路全体の一部を形成することができる。様々なその他の可能性が存在する。システムはまた、ハードウェアおよびソフトウェアモジュールの組み合わせとして実装されることができることを当業者は理解するであろう。
【００２５】
図１ａは、全体的に参照番号１００として指し示された、発明の実施形態に従った外国株式投資取引中に起こるイベントを描いたフローチャートである。外国株式投資取引には４つの主要なエンティティ：取引所１０２、ブローカー１０４、投資家１０６、およびＦＸ流動性プロバイダー１０８（例えば、ＦＸ銀行）、が関与する。
【００２６】
ステップ１０９では、ＦＸ流動性プロバイダー（ＬＰ）１０８が、例えば、業界標準のFinancial Information eXchange(ＦＩＸ）プロトコルを介して、取引所１０２にリアルタイムの執行可能なＦＸレートをストリームする。通貨ペア、買うか売るかのどちらか、買われるかまたは売られるべき数量、およびＦＸレートのような情報がストリームされる。各ＦＸＬＰは、予め決められた期間（例えば、１秒、１０秒等）の間だけ有効な特定の入札／オファーレートを提供することができる。この“time-to-alive”（ＴＴＬ）方式では、入札／オファーレートは、予め決められた寿命を有する。代替的に、“good-till-replaced”（ＧＴＲ）方式では、特定の入札／オファーレートは、それが別の後続の入札／オファーレートによって置き換えられるまで有効である。両方の場合において、特定の入札／オファーレートは、入札／オファーレートが適用されるところの通貨の固定された金額によって同伴される。例えば、ＦＸ銀行は、ＵＳＤ百万について１．３９５／１．４０５のＵＳＤ−ＳＧＤ入札／オファーレートを保障する。ＦＸＬＰの各々からの複数の入札／オファーレートが集計され、ベストな入札／オファーが決定される。両方の方式において、更新された入札／オファーレートが提供された時には、新しいベストな入札／オファーレートが決定されても良い。例示的実施形態におけるＦＸ価格設定の更なる詳細は以下に開示される。
【００２７】
ステップ１１０では、取引所１０２が現行のベストな入札／オファーおよび最後に取引された価格のような市場データを配布する。提供されたデータは、取引所１０２にとっては外貨でのものである（例えば、外国人投資家１０６の自国通貨）。ステップ１１０からの市場データは、ステップ１１２においてブローカー１０４によって受け取られる。ブローカー１０４は一方で、市場データを投資家１０６に配布する。ステップ１１４では、もし投資家１０６が取引をすると決定すれば、彼は外貨での至急注文を提示することができ、証券のシンボル、証券を買うか売るかのどちらか、および買われるかまたは売られるべき数量に関する命令を提供する。ステップ１１６では、ブローカー１０４が、投資家１０６になり代わって取引所１０２に外貨での至急注文を提示する。取引所１０２はステップ１１８で、注文を順番待ちにする。証券のシンボル、証券を買うか売るかのどちらか、および買われるかまたは売られるべき数量に関する情報に加えて、注文が提示された時間が取引所１０２によって記される。ステップ１２０では、注文が照合され、取引所１０２は、証券のシンボル、証券が買われたか売られたかのどちらか、買われたかまたは売られた数量、注文が照合された時間、および取引のステータスのような情報を記す。ステップ１２２では、取引所は、ステップ１２０において上述した情報を含んで、注文の執行をブローカー１０４に通知する。ここで、情報は外貨で提供される。ステップ１２２と平行して、取引所１０２は、ＦＸ流動性プロバイダー１０８にＦＸ執行を通知する。通貨ペア、買うか売るかのどちらか、および買われるかまたは売られるべき数量のような情報が提供される。個別のＦＸＬＰによって提供された複数の入札／オファーレートから構築され、以下でより詳細に記載されるベストな入札／オファーレートが、或る期間の間「ロックイン」され、このレートがその或る期間の間の証券取引に使われる。ステップ１２５では、ＦＸ流動性プロバイダー１０８が、ステップ１１０において「ロックイン」されたベストな入札／オファーレートにおいてＦＸトランザクションを執行し、引き続いてＦＸ執行を受領確認する。ステップ１２４では、ブローカー１０４が一方で注文の執行を投資家１０６に通知する。ステップ１２６では、投資家１０６が注文の執行を受領確認する。
【００２８】
本発明の実施形態は、もしＦＸ変換レートが考慮に入れられれば、ローカル通貨での株式パフォーマンスが外貨でのそのパフォーマンスとは異なるという事実を活用することを目指す。図１ｂは、２００９年１月９日から２０１０年１月６日までのＨＫドルでのＭＴＲ株式パフォーマンスチャートであり、それは全体的に参照番号１５０として指し示されている。図１ｃは、それぞれのＦＸ変換レートに基づいてオーストラリアドルに変換された対応するＭＴＲ株式パフォーマンスチャートであり、それは全体的に参照番号１６０として指し示されている。例えば、図１ｂ中の点１５２と１５４が或る時点に対応する一方で、図１ｃ中の点１６２と１６４が同じ時点に対応する。点１５２と１６２は両方共ピークに対応するが、点１５４がピークに対応する一方で点１６４は（点１６２と比較して）谷に対応する。点１５２／１６２に対応する時間にＭＴＲ株式を買い、点１５４／１６４に対応する時間に売ったオーストラリア人の投資家は、香港人の投資家よりも多くを損したであろう。
【００２９】
図２は、全体的に参照番号２００として指し示された、本発明の実施形態による、外国株式投資取引中にエンティティとアプリケーションモジュールの間で起こる相互作用を描いた概略図である。外国株式投資取引に関与するエンティティは、国内取引所２０２と、複数のブローカー２０４ａ／ｂ／ｃと、投資家２０６と、複数のＦＸ銀行２０８ａ／ｎからなる。（国内取引所２０２と関連付けられた）アプリケーションモジュールは、注文供給ハンドラー２１０と、複数の国内取引所注文マネージャー２１２ａ／ｂ／ｃ／ｄと、照合モジュール２１４と、市場データサービスモジュール２１６と、マルチ通貨単位自動化相場プラットフォーム２２０からなる。ＦＸネッティングｅブロッター２１８は、複数のＦＸ銀行２０８ａ／ｎと関連付けられたアプリケーションモジュールである。
【００３０】
（複数のＦＸ銀行２０８ａ／ｎと関連付けられた）ＦＸネッティングｅブロッター２１８は、（ｉ）複数のＦＸ銀行２０８ａ／ｎがグラフィカルユーザインターフェース（ＧＵＩ）を介したＦＸ取引一括化および通知のためにＦＸネッティングｅブロッター２１８を構成することを許容し、（ｉｉ）複数のＦＸ銀行２０８ａ／ｎが取引、ポジション、利益／損失等を監視することを許容し、（ｉｉｉ）国内取引所２０２と複数のＦＸ銀行２０８ａ／ｎのＦＸレートと複数のブローカー２０４ａ／ｂ／ｃとの間の素早い相互参照を容易にするように一意的な参照コードを構築する、ことができる。ｅブロッター２１８のロジックは、「バケット」を表す複数のデータベースからなるように実装されることができ、そこでは各「バケット」は異なるＦＣＹ（例えば、ＵＳＤ、ＪＰＹ、ＨＫＤ）と関連付けられ、各流動性プロバイダーについてその通貨の或る金額を保持するように構成される。全てのＦＸトランザクションは、適切な「バケット」中に詰められる（またはそこから空にされる）。取引セッションの終わりにおいて、流動性プロバイダーによって保持されたあらゆる残っているポジションは、フラッシュ（即ち、「キャッシュ」からフラッシュアウト）されることができ、チケット／通知が流動性プロバイダーに送られる。フラッシングの詳細は以下に記載される。
【００３１】
マルチ通貨単位自動化相場プラットフォーム２２０は、ＦＸ価格設定エンジン２２０ａと、市場データマネージャー２２０ｂと、ＦＸ執行マネージャー２２０ｃと、注文マネージャー２２０ｄからなる。ＦＸ価格設定エンジン２２０ａは、複数のＦＸ銀行２０８ａ／ｎからのストリームしているＦＸ入札／オファーレートを受け取ることができる。ＦＸ価格設定エンジン２２０ａはそれから、そのメモリー中にベストな入札／オファーレートを構築し、複数のＦＸ銀行２０８ａ／ｎの各々の流動性レベルのリアルタイムなスナップショットを維持することができる。
【００３２】
市場データマネージャー２２０ｂは、（ｉ）取引所２０２のローカル通貨で取引所２０２によって出版された証券ストリーミング価格を購読し、（ｉｉ）ＦＸ価格設定エンジン２２０ａによって与えられたＦＸレートを使って証券価格を外貨に変換し、（ｉｉｉ）外貨建て証券価格を取引所の市場データサービスモジュール２１６に出版する、ことができる。ミリ秒以下の価格更新を達成するために、取引所カウンター価格とＦＸレートのブレンド化が価格作成アルゴリズムを通して実行される。上述した通り、各ＦＸＬＰは、或る期間の間「ロックイン」された入札／オファーレートを提供する。例えば、１つのＦＸＬＰは、１．３９５／１．４１０のＵＳＤ−ＳＧＤ入札／オファーレートを提供する。第２のＦＸＬＰは、１．４０５／１．４１５のＵＳＤ−ＳＧＤ入札／オファーレートを提供する。第３のＦＸＬＰは、１．３９０／１．４２０のＵＳＤ−ＳＧＤ入札／オファーレートを提供する。価格作成アルゴリズムは、複数のＦＸＬＰから様々な入札／オファーレートを取得し、ベストな入札／オファーレートを選択する。上の例では、価格作成アルゴリズムは、１．４０５／１．４１０であるベストな入札／オファーレートを選択する。更新された入札／オファーレートが提供された時にはいつでも、新しいベストな入札／オファーレートが決定される。
【００３３】
ＦＸ執行マネージャー２２０ｃは、複数のＦＸ銀行２０８ａ／ｎのＦＸアプリケーションプログラミングインターフェース（ＡＰＩｓ）を実装し、（ｉ）注文マネージャー２２０ｄからの証券注文受領確認を受け取り、（ｉｉ）複数のＦＸ銀行２０８ａ／ｎのＦＸネッティングｅブロッター２１８と一括化情報を更新する、ことができる。上述した一括化モデルを通して、本発明の実施形態は、より小さな個別のトランザクションが一括化されるので、相手方間のＦＸ注文の数を削減し、それは決済のコストを削減する。これは、全てのトランザクションが決済コストを含むからである。
【００３４】
プラットフォーム２２０の注文マネージャー２２０ｄは、（ｉ）複数のブローカー２０４ａ／ｂ／ｃからの外貨建て証券注文を受け付け、（ｉｉ）外貨建て証券注文を（取引所２０２の）ローカル通貨に変換し、（ｉｉｉ）注文を取引所２０２の照合待ち行列２１５ａに届け、（ｉｖ）取引所２０２の照合モジュール２１４からローカル通貨での注文受領確認（即ち、執行通知）を受け取り、（ｖ）（元のＦＸ情報と共に）注文受領確認または却下を複数のブローカー２０４ａ／ｂ／ｃに送り、（ｖｉ）注文取り扱いプロセスを詳述する、ことができる。
【００３５】
投資家２０６と、複数のブローカー２０４ａ／ｂ／ｃと、注文供給ハンドラー２１０と、複数の国内取引所注文マネージャー２１２ａ／ｂ／ｃ／ｄと、照合モジュール２１４と、プラットフォーム２２０の間の取引データの流れが、実線矢印によって描かれ、
ａ）投資家２０６が、複数のブローカー２０４ａ／ｂ／ｃの１つ（ブローカー２０４ａとして図２に描かれた）に注文を提示し、証券のシンボル、証券を買うか売るかのどちらか、および買われるかまたは売られるべき数量のような命令を提供する。関係のある命令は、取引所２０２にとって外貨（例えば、外国人投資家２０６の自国通貨）でのものである。
【００３６】
ｂ）ブローカー２０４ａが、注文供給ハンドラー２１０を介して国内取引所２０２に投資家２０６になり代わって注文を提示する。注文は、注文供給ハンドラー２１０からプラットフォーム２２０の注文マネージャー２２０ｄまで送信されている。
【００３７】
ｃ）プラットフォーム２２０の注文マネージャー２２０ｄが、注文を処理し、複数の国内取引所注文マネージャー２１２ａ／ｂ／ｃの１つ（注文マネージャー２１２ａとして図２に描かれた）に注文を送信する。
【００３８】
ｄ）照合モジュール２１４が、注文マネージャー２１２ａから注文を受け取り、注文を順番待ち２１５ａにする。もし照合２１５ｂがなされれば、取引が執行される。
【００３９】
ｅ）照合モジュール２１４が、取引の執行ステータスを注文マネージャー２１２ａに送り返す。
【００４０】
ｆ）プラットフォーム２２０の注文マネージャー２２０ｄが、注文マネージャー２１２ａから取引の執行ステータスを受け取る。
【００４１】
ｇ）ブローカー２０４ａが、注文供給ハンドラー２１０を介して注文マネージャー２２０ｄから取引の執行ステータスを受け取る。
【００４２】
ｈ）ブローカー２０４ａが、注文の執行を投資家２０６に通知する。
【００４３】
からなる。
【００４４】
投資家２０６と、複数のブローカー２０４ａ／ｂ／ｃと、市場データサービスモジュール２１６と、プラットフォーム２２０の市場データマネージャー２２０ｂの間の市場データの流れが、破線矢印で描かれ、
ａ）市場データマネージャー２２０ｂが、市場データサービスモジュールからの現行のベストな入札／オファーおよび証券の最後に取引された価格のような市場データを購読する。市場データマネージャー２２０ｂは、ＦＸ価格設定エンジン２２０ａによって提供されたＦＸレートを使って（ローカル通貨での）証券価格を外貨に変換することができる。市場データマネージャー２２０ｂは、それらの変換された証券価格を出版し、それにより有利なことに市場データが取引所２０２にとって外貨（例えば、外国人投資家２０６の自国通貨）でのものとなることを可能とする。
【００４５】
ｂ）複数のブローカー２０４ａ／ｂ／ｃが個別に、市場データを取得するために市場データサービスモジュール２１６にアクセスする。
【００４６】
ｃ）複数のブローカー２０４ａ／ｂ／ｃが、投資家２０６に市場データを配布する。
【００４７】
からなる。
【００４８】
プラットフォーム２２０とＦＸネッティングｅブロッター２１８と複数のＦＸ銀行２０８ａ／ｎの間の相互作用が点線矢印で描かれ、
ａ）複数のＦＸ銀行２０８ａ／ｎが、ＦＸ入札／オファーレートをプラットフォーム２２０のＦＸ価格設定エンジン２２０ａにストリームする。
【００４９】
ｂ）ＦＸ執行マネージャー２２０ｃが、ＦＸ注文を複数のＦＸ銀行２０８ａ／ｎに送り、ＦＸネッティングｅブロッター２１８と一括化情報を更新する。
【００５０】
ｃ）ＦＸネッティングｅブロッター２１８は、複数のＦＸ銀行２０８ａ／ｎが取引、ポジション、利益／損失等を監視することを許容することができる。
【００５１】
からなる。
【００５２】
図３は、全体的に参照番号３００として指し示される、本発明の実施形態による、成行注文（ＭＯ）が提示された時、「応じ無し」状態中に注文マネージャー３１２によって行われたプロセスを描いた概略図である。「注文を作成」プロセス３２０中には、ブローカー３０４が取引所３０２の外貨（ＦＣＹ）でＭＯを作成し、ＭＯは注文マネージャー３１２に渡される。「注文を市場に提示」プロセス３２２中には、注文マネージャー３１２が取引所３０２上に注文を提示する。「照合」プロセス３２４中には、取引所３０２が注文を照合するよう試みる。もし照合することができなければ、取引所は注文を却下し、「応じ無し」状態が起きる。注文マネージャー３１２は、「応じ無し」状態を通知される。「執行後」プロセス３２６中には、ブローカー３０４が注文マネージャー３１２によって「応じ無し」状態を通知される。
【００５３】
図４は、全体的に参照番号４００として指し示された、本発明の実施形態による、成行注文（ＭＯ）が提示された時、「応じ有り」状態中に注文マネージャー４１２によって行われたプロセスを描いた概略図である。「注文を作成」プロセス４２０中には、ブローカー４０４が取引所４０２の外貨（ＦＣＹ）でＭＯを作成し、ＭＯは注文マネージャー４１２に渡される。「注文を市場に提示」プロセス４２２中には、注文マネージャー４１２が取引所４０２上に注文を提示する。「照合」プロセス４２４中には、取引所４０２が注文を照合するよう試みる。もし照合することができれば、注文は取引所４０２のローカル通貨（ＬＣＹ）で「応じられる」。「利用可能なベストなＦＸ価格を要求」プロセス４２６中には、注文マネージャー４１２がＦＸ価格設定エンジン４１４からベストなＦＸ価格を要求する。ＦＸ価格設定エンジン４１４は、複数のＦＸ銀行からのストリームしているＦＸ入札／オファーレートを受け取ることができ、またベストな入札／オファーレートをそのメモリー中に構築して複数のＦＸ銀行の各々の流動性レベルのリアルタイムなスナップショットを維持することができる。「ＦＸレートを決定」プロセス４２８中には、ＦＸ価格設定エンジン４１４が、利用可能なベストなＦＸレートを注文マネージャー４１２に提供する。「執行後」プロセス４３０中には、注文マネージャー４１２がブローカー４０４に「応じ有り」状態を、取引所４０２の外貨（ＦＣＹ）で提供された情報と共に、通知する。注文マネージャー４１２はまた、ＦＸ執行マネージャー４１６に注文ステータス（即ち、ＦＸトランザクションが、取得された利用可能なベストなＦＸレートを使って執行されるべきである）を通知する。
【００５４】
図５は、全体的に参照番号５００として指し示された、本発明の実施形態による、ＦＸ執行マネージャー５１６によって行われたプロセスを描いた概略図である。プロセス５２０中には、注文マネージャー５１２は、（ＦＸ価格設定エンジンからのＦＸレートと共に）注文の詳細をＦＸ執行マネージャー５１６に送ることができる。プロセス５２２中には、ＦＸ執行マネージャー５１６が注文メッセージを分析する。プロセス５２４中には、ＦＸ執行マネージャー５１６が注文情報をデータベース５２６中に保存する。ＦＸ執行マネージャー５１６はまた、プロセス５２８において取引ポジションを監視することができる。もし取引ポジションが閾値より小さければ、ＦＸ執行マネージャー５１６はポジションを定常的に監視し続ける。もし閾値に合致すれば、ＦＸ銀行５１８がプロセス５３０において通知されることができる。プロセス５３２では、取引ポジションが初期化され、そこではｅブロッター中の「バケット」がそれらの元のレベル（例えば、通貨の或るベースレベル）にリセットされる。プロセス５３４では、ＦＸ銀行５１８が決済してトランザクションを受領確認する。
【００５５】
本発明の代替的実施形態では、投資家が成行注文ではなく指値注文を提示することを望む時に、指値注文仮想待ち行列が実装されても良い。そのような実装では、同じローカル通貨の中央指値注文帳簿（例えば、東京証券取引所でのＪＰＹ、シンガポール取引所でのＳＧＤ）が維持され、（外貨指値注文の）ローカル通貨等価物を定常的に時価評価／再価格設定するために外貨注文帳簿のために複数の仮想待ち行列があることができる。更には、（注文帳簿全体−物理的および仮想に相対して）時間優先度が保持されることができる。
【００５６】
図６は、全体的に参照番号６００として指し示された、発明の実施形態に従った指値注文外国株式投資取引中に起こるイベントを描いたフローチャートである。ステップ６０２では、外貨（ＦＣＹ）指値注文が提示される。例えば、投資家は、ＦＣＹ株式シンボル、例えばＡＢＣ．ＵＳＤを介してブローカーに“No Worse Than-FCY Terms”指値注文を提示することができる。ローカル通貨（ＬＣＹ）指値注文は、ＦＣＹ指値注文から導出されて、取引所におけるコアＬＣＹ注文帳簿に送られることができる。コアＬＣＹ注文帳簿は、価格と時間優先度を維持する。
【００５７】
ステップ６０４では、関係のあるＦＣＹのＦＸレートがあらゆる変化について監視される。ステップ６０６では、もしＦＸレートが変化せずに留まれば、指値注文に何も変更がなされない。ステップ６０８では、もしＦＸレートに変化があれば、新しいＬＣＹ指値価格が変化に基づいて計算されることができる。全ての指値注文が検査されることができ、（およそ３０の最小サンプルサイズをもった）正規曲線が構築され、９９．９７％の統計的信頼度を導出すべく、例えば+/-３σの信頼区間（ＣＩ）が見つけられることができる。これは有利なことに、あらゆる与えられた時点において再計算を要求する指値注文の数を削減し、よってマシンプロセッサ負荷とレイテンシーを削減し得る。
【００５８】
ステップ６１０では、新しいＬＣＹ指値価格（端数処理後）がチェックされる。もし端数処理後のＬＣＹ指値価格に変化がなければ、指値注文に何も変更がなされない（ステップ６０６参照）。ステップ６１２においてもしそれが超えられているかを決定するためにティックサイズ制約がチェックされる。もしティックサイズ制約が超えられていなければ、指値注文に何も変更がなされない（ステップ６０６参照）。ステップ６１４では、もしティックサイズ制約が超えられていれば、指値注文が再価格設定され、新しい指値価格で置き換えられる。再価格設定されたＬＣＹ指値価格が、元々提示された全ての同様の（ＬＣＹでの）価格レベルと比較され、それらのより良い（照合されるチャンスの）価格をコアＬＣＹ注文帳簿に送るために厳密な優先順序が保持される。前の指値注文はキャンセルされて置き換えられる。言い換えると、新しいＬＣＹ時間優先順序が与えられる。
【００５９】
例えば、投資家が外貨での総決済価格を設定する（例えば、ＵＳＤ２．５５でＨＫＤでのＭＴＲ株式を買うために、そしてこれはＨＫＤ１９．７６２５＠７．７５の導出された初期注文に翻訳される）。ＭＴＲのための市場は今度はＨＫＤ１９．９０で取引している。ＵＳＤ−ＨＫＤレートが７．８０３９に動くようであれば、彼の導出された仮想価格はＨＫＤ１９．８９９９であろうし、（前のＨＫＤ１９．７６２５価格がキャンセルされて）主要帳簿に今度は参加することができる。これは有利なことに、購入者がＵＳＤ２．５５より多くは支払わないことを確かなものとする。
【００６０】
指値注文が提示され（ステップ６０２参照）、指値注文がその後変更された（ステップ６１６参照）後、ステップ６１８において注文数量または指値価格が変化について監視される。もし注文数量または指値価格に変化がなければ、ステップ６０６において指値注文に何も変更がなされない。もし注文数量または指値価格に変化があれば、新しいＬＣＹ指値価格が計算されることができる（ステップ６０８参照）。上述した通りのステップ６１０、６１２および６１４がそれに続いても良い。
【００６１】
指値注文が提示され(ステップ６０２参照)、指値注文がその後キャンセルされた(ステップ６２０参照)かまたは注文が完全に応じられた（ステップ６２２参照）後、ステップ６２４において執行後ステージに入っても良い。
【００６２】
図７は、全体的に参照番号７００として指し示された、本発明の実施形態による、指値注文（例えば、“No Worse Than”（ＮＷＴ）注文）が提示された時、「応じ無し」状態中に注文マネージャー７１２によって行われたプロセスを描いた概略図である。「注文を作成」プロセス７２０中には、ブローカー７０４が取引所７０２の外貨（ＦＣＹ）でＮＷＴ注文を作成し、ＮＷＴ注文は注文マネージャー７１２に渡される。「利用可能なベストなＦＸ価格を要求」プロセス７２２中には、注文マネージャー７１２がＦＸ価格設定エンジン７１４からベストなＦＸ価格を要求する。ＦＸ価格設定エンジン７１４は、複数のＦＸ銀行からのストリームしているＦＸ入札／オファーレートを受け取ることができ、またベストな入札／オファーレートをそのメモリー中に構築して複数のＦＸ銀行の各々の流動性レベルのリアルタイムなスナップショットを維持することができる。「ＦＸレートを決定」プロセス７２４中には、ＦＸ価格設定エンジン７１４が、利用可能なベストなＦＸレートを注文マネージャー７１２に提供する。「ＮＷＴ価格を計算し注文を市場に提示」プロセス７２６中には、注文マネージャー７１２がＮＷＴ価格を計算し、取引所７０２のローカル通貨（ＬＣＹ）で取引所７０２上の市場に注文を提示する。「照合」プロセス７２８中には、取引所７０２が注文を照合するよう試みる。もし照合することができなければ、取引所は注文を却下し、「応じ無し」状態が起きる。注文マネージャー７１２は、「応じ無し」状態を通知される。「執行後」プロセス７３０中には、ブローカー７０４が注文マネージャー７１２によって「応じ無し」状態を通知される。
【００６３】
図８は、全体的に参照番号８００で指し示された、本発明の実施形態による、指値注文（例えば、“No Worse Than”（ＮＷＴ）注文）が提示された時、「応じ有り」状態中に注文マネージャー８１２によって行われたプロセスを描いた概略図である。「注文を作成」プロセス８２０中には、ブローカー８０４が取引所８０２の外貨（ＦＣＹ）でＮＷＴ注文を作成し、ＮＷＴ注文は注文マネージャー８１２に渡される。「利用可能なベストなＦＸ価格を要求」プロセス８２２中には、注文マネージャー８１２がＦＸ価格設定エンジン８１４からベストなＦＸ価格を要求する。ＦＸ価格設定エンジン８１４は、複数のＦＸ銀行からのストリームしているＦＸ入札／オファーレートを受け取ることができ、またベストな入札／オファーレートをそのメモリー中に構築して複数のＦＸ銀行の各々の流動性レベルのリアルタイムなスナップショットを維持することができる。「ＦＸレートを決定」プロセス８２４中には、ＦＸ価格設定エンジン８１４が、利用可能なベストなＦＸレートを注文マネージャー８１２に提供する。「ＮＷＴ価格を計算し注文を市場に提示」プロセス８２６中には、注文マネージャー８１２がＮＷＴ価格を計算し、取引所８０２のローカル通貨（ＬＣＹ）で取引所８０２上の市場に注文を提示する。「照合」プロセス８２８中には、取引所８０２が注文を照合するよう試みる。もし照合することができれば、注文は取引所８０２のローカル通貨（ＬＣＹ）で「応じらされる」。「執行後」プロセス８３０中には、注文マネージャー８１２がブローカー８０４に「応じ有り」状態を、取引所８０２の外貨（ＦＣＹ）で提供された情報と共に、通知する。注文マネージャー８１２はまた、ＦＸ執行マネージャー８１６に注文ステータス（即ち、ＦＸトランザクションが、取得された利用可能なベストなＦＸレートを使って執行されるべきである）を通知する。
【００６４】
本発明の例示的実施形態では、ＦＸ流動性プロバイダーが業者ストリーミングレートをユーザに提供する時に、それらのＦＸ露出をチェックするために流動性プロバイダーのための監視ソリューションを供するように、ルールベースの自動化閾値システム（ＲＡＴＳ）が（上述した）ｅブロッター２１８中に有利に採用される。ＲＡＴＳシステムでは、トランザクションを追跡し透明性を許容するために様々なロジックが実装されることができる。更には、取引セッションの終わりにおいて、ＲＡＴＳシステムは、流動性プロバイダーによって保持されたあらゆる残っているポジションをフラッシュアウト（即ち、「キャッシュ」からフラッシュアウト）することができ、チケット／通知がそれらに送られる。グラフィカルユーザインターフェース（ＧＵＩ）がまた、それらの容易な監視と閾値レベルの設定のために流動性プロバイダーに提供されることができる。図９は、全体的に参照番号９００として指し示された、１つ以上のＦＸ銀行１０８に提供されたグラフィカルユーザインターフェース（ＧＵＩ）のスクリーンキャプチャである。
【００６５】
本発明の例示的実施形態では、実装されることができる様々なＲＡＴＳロジックは、（１）一括化された閾値、（２）時間ベースのトリガー、（３）手動フラッシング、および（４）適用ルール無し、を含む。
【００６６】
一括化された閾値ロジックは、あらゆる通貨ペアについて規定された閾値を設定することの流動性プロバイダーのための柔軟性を許容する。流動性プロバイダーは、それらに利用可能とされたＧＵＩを通してあらゆる時点におけるそれらのＦＸリスクへの露出の量を調節することができる。一旦一括化された閾値がトリガーされる（即ち、閾値が破られる）と、取引上で（ｉ）一括化または（ｉｉ）ネッティングがなされることができ、チケットが流動性プロバイダーに送られる。このロジックは、時間ベースのトリガーまたは手動フラッシングロジックと併せて使われても良い。
【００６７】
このロジックの利点は、操作取り扱いコストの最小化（例えば、ＦＸチケッティングコスト、および帯域幅／システム容量／スループットの削減）、タイムリーなリスク通知、およびネッティング利点を含む。但し、小さなポジションがカバーされていないことのリスクがある。
【００６８】
ＲＡＴＳシステムはまた、流動性プロバイダーに、どのようにそれらがチケット／通知を受け取りたいかについてのオプションを有利なことに提供する。
【００６９】
・ 通貨ペアについての、ロングポジションについて１つのチケットを、ショートポジションについて１つのチケットを送る、一括化ベース（合計ロングポジションおよび合計ショートポジション）。
【００７０】
・ 通貨ペアについて単一のチケット／通知を送る、ネット化ベース（ロングおよびショートポジションの間の正味のポジション）。
【００７１】
図１０は、全体的に参照番号１０００として指し示された、本発明の実施形態による、ＲＡＴＳシステムを使った外国株式投資取引におけるワークフローを描いたフローチャートである。ステップ１００２では、「買い」または「売り」注文が応じられ、トランザクションの詳細がＲＡＴＳキャッシュ（「バケット」）中に格納される。ステップ１００４では、対応するＦＸトランザクションが流動性を管理するためにＲＡＴＳシステムから価格設定エンジンに送られる。ステップ１００６では、流動性プロバイダーの規定したＲＡＴＳロジックが取得され、ＲＡＴＳシステム中に格納される。ステップ１００８では、流動性プロバイダーの規定した閾値とロジックがチェックされ、一旦閾値が破られると、キャッシュがフラッシュされて、決済のためのポジションについてそれらに知らせるために流動性プロバイダーにチケット／通知が送られる（ステップ１０１０）。ステップ１０１２では、ＦＸトランザクションが保存される。もし閾値が破られなければ、システムは閾値との関係で流動性プロバイダーのＦＸポジションを監視し続ける。
【００７２】
流動性プロバイダーがキャッシュをフラッシュするのに選べる３つのオプションがある：
Ａ．閾値がトリガーされた時に全ての金額をフラッシュする；
Ｂ．規定された閾値の±５％のレンジにおいてフラッシュアウトする；
Ｃ．規定された閾値のすぐ下になるのに十分なだけフラッシュアウトする。
【００７３】
キャッシュのフラッシングのための様々なオプションと関連付けられた考慮は：
【表１】
2013534679.tif 000003
【００７４】
である。
【００７５】
閾値がトリガーされた時の完全なフラッシングを描写するために、例えば、ＵＳ在住の投資家が、１０，０００株を＠ＵＳＤ３３／１株で買うことによって東京証券取引所に掲載された日本株に投資することを決める。投資家は、彼自身の好ましい通貨（ＵＳＤ）で「買い」注文を入力する。この注文は、証券が取引されている通貨（ＪＰＹ）に変換される。ローカル通貨での株式注文が取引所に送られ、ＦＸトランザクションが流動性プロバイダーによって執り行われる。
【００７６】
この例では、ＵＳＤ／ＪＰＹ通貨ペアについて、唯一つの流動性プロバイダーＡが８０．５２の入札をオファーすると仮定する。従って、この場合８０．５２である利用可能なベストなレートに基づいて、ＵＳＤがＪＰＹに変換される、即ち、ＵＳＤ３３＊１０，０００証券）＊８０．５２＝￥２６，５７１，６００。
【００７７】
ＪＰＹでのこの注文は応じられ、以下の詳細がＲＡＴＳキャッシュ中に入れられる。
【表２】
2013534679.tif 000004
【００７８】
もし流動性プロバイダーがＵＳＤ１，０００，０００の閾値を設定すると、上記のエントリーは閾値を破らない。
【００７９】
その後、複数の取引が処理されて、それらの詳細がＲＡＴＳキャッシュ中に入れられる。
【表３】
2013534679.tif 000005
【００８０】
ＲＡＴＳキャッシュは、一括化ベースかまたはネット化ベースでフラッシュされることができ、その詳細は以下の通りである。
【００８１】
図１１は、全体的に参照番号１１００として指し示された、本発明の実施形態による、一括化ベースでのキャッシュのフィリングおよび完全なフラッシングを描いた概略図である。
【００８２】
一括化ベースでは、流動性プロバイダーは閾値を破るＵＳＤ１，３８０，０００のロングポジションを有する１１０２。キャッシュがフラッシュされ１１０４、「買い」注文（取引１、３、５および６）がクリアされ、単一のチケット／通知１１０６が流動性プロバイダーに送られる。
【表４】
2013534679.tif 000006
【００８３】
チケットは、関与する総トランザクションの出来高加重平均価格（ＶＷＡＰ）に基づいており、そこでは「総取引金額／総外貨金額＝ＶＷＡＰのＦＸレート」である。
【００８４】
キャッシュがフラッシュされた後、「売り」注文（取引２、４）１１０８だけが流動性プロバイダーＡについてのＲＡＴＳキャッシュ中に残る。
【表５】
2013534679.tif 000007
【００８５】
図１２は、全体的に参照番号１２００として指し示された、本発明の実施形態による、ネット化ベースでのキャッシュのフィリングおよび完全なフラッシングを描いた概略図である。
【００８６】
ネット化ベースでは、流動性プロバイダーは閾値を破るＵＳＤ１，１８０，０００のロングポジションを有する１２０２。キャッシュ全体がフラッシュされ１２０４、２つのチケット／通知１２０６ａ／ｂが流動性プロバイダーに送られる。
【表６】
2013534679.tif 000008
【００８７】
同様に、チケットは、関与する総トランザクションの出来高加重平均価格（ＶＷＡＰ）に基づいており、そこでは「総取引金額／総外貨金額＝ＶＷＡＰのＦＸレート」である。
【００８８】
キャッシュ全体がフラッシュされた後、何の注文１２０８も流動性プロバイダーＡについてのＲＡＴＳキャッシュ中に残らない。
【表７】
2013534679.tif 000009
【００８９】
図１３は、全体的に参照番号１３００として指し示された、本発明の実施形態による、規定された閾値の±５％レンジにおけるキャッシュのフィリングおよびフラッシングを描いた概略図である。
【００９０】
このロジックでは、流動性プロバイダーは、規定された閾値の±５％レンジにおいて通貨トランザクション金額をフラッシュすることを選ぶことができる。
【００９１】
例えば、流動性プロバイダーＡについてのＲＡＴＳキャッシュが以下の通りであると仮定する。
【表８】
2013534679.tif 000010
【００９２】
一旦閾値が破られると１３０２、トランザクションが、以下の通り外貨金額に基づいた降順にソートされる。
【表９】
2013534679.tif 000011
【００９３】
その後、ＲＡＴＳシステムが、様々な取引組み合わせを計算し、関与する取引に関してＶＷＡＰ通知／チケットを流動性プロバイダーに送る。
【００９４】
この例では、２つの組み合わせがＵＳＤ１，０００，０００の閾値の±５％レンジにある。
【００９５】
・ 組み合わせ１＝注文Ｎｏ．４＋注文Ｎｏ．５＋注文Ｎｏ．２
５０００００＋４００５００＋９００００＝９９０５００
・ 組み合わせ２＝注文Ｎｏ．５＋注文Ｎｏ．１＋注文Ｎｏ．３
４００５００＋３３００００＋３０００００＝１０３０５００
閾値に最も近い組み合わせが、最も近いマッチを０％として、以下の式を適用することによって導出される。
【数１】
2013534679.tif 000012
【００９６】
従って、組み合わせ１：０．９５％であり、組み合わせ２：３．０５％である。組み合わせ１が閾値に最も近いものとして、ＲＡＴＳシステムは組み合わせ１の注文に基づいてＶＷＡＰチケット／通知を流動性プロバイダーに送る。これらの注文は、以下の通りＲＡＴＳキャッシュからフラッシュアウトされる１３０４。
【表１０】
2013534679.tif 000013
【００９７】
チケット／通知１３０６が、流動性プロバイダーに送られる。
【表１１】
2013534679.tif 000014
【００９８】
図１４は、全体的に参照番号１４００として指し示された、本発明の実施形態による、規定された閾値より下になるためのキャッシュのフィリングおよびフラッシングを描いた概略図である。
【００９９】
このロジックでは、流動性プロバイダーは、閾値が破られた時に、規定された閾値のレンジの直ぐ下までキャッシュをフラッシュすることを選ぶことができる（１４０２）。
【０１００】
例えば、流動性プロバイダーＡについてのＲＡＴＳキャッシュが以下の通りであると仮定する。
【表１２】
2013534679.tif 000015
【０１０１】
ＲＡＴＳシステムは、各通貨ペアについてのグロスオープンポジションを取得するために全てのトランザクションを合計する。グロスオープンポジションは、閾値の直ぐ下のポジションに有利なことに結果としてなる取引の組み合わせを差し引くのに使われる。
【０１０２】
上記の例では、ＵＳＤＪＰＹについての計算されたグロスオープンポジションは、ＵＳＤ１，６３０，５００である。このグロス金額では、グロスオープンポジションを閾値のレンジの直ぐ下にもっていく５つの組み合わせがある。
【０１０３】
グロスオープンポジション−（注文番号ｎ…）＝各組み合わせの差し引き結果
・ 組み合わせ１：１６３０５００−５０００００−３３００００＝８００５００
・ 組み合わせ２：１６３０５００−５０００００−３０００００＝８３０５００
・ 組み合わせ３：１６３０５００−４００５００−３３００００＝９０００００
・ 組み合わせ４：１６３０５００−４００５００−３０００００＝９３００００
・ 組み合わせ５：１６３０５００−３３００００−３０００００−１０００００
＝９００５００
閾値に最も近い組み合わせが、最も近いマッチを０％として、以下の式を適用することによって導出される。
【数２】
2013534679.tif 000016
【０１０４】
ここでは、それが規定された閾値の直ぐ下であるので組み合わせ４（注文５と３からなる）が最も近いマッチである。ＲＡＴＳシステムは、組み合わせ４の取引を使って単一のＶＷＡＰチケット／通知１４０６を流動性プロバイダーに送る。
【表１３】
2013534679.tif 000017
【０１０５】
注文５と３がＲＡＴＳキャッシュからフラッシュアウトされる１４０４。
【表１４】
2013534679.tif 000018
【０１０６】
時間ベースのトリガーロジックは、流動性プロバイダーがロングまたはショートポジションにあるあらゆる通貨ペアについてのチケット／通知を受け取る際の時間間隔を設定することを許容する。流動性プロバイダーは、それらに利用可能とされたＧＵＩを通して、あらゆる時点における各トリガーのための時間間隔を調整することができる。一旦時間間隔がトリガーされると、取引上で一括化またはネット化がなされ、チケットが流動性プロバイダーに送られる。時間ベースのトリガーロジックの利点は、操作取り扱いコストの最小化を含むが、不利点は、ＦＸ露出と相手方リスクのタイムリーではない監視を含む。このロジックは、一括化閾値トリガーまたは手動フラッシングロジックと併せて使われても良い。もし時間ベースのトリガーロジックが一括化閾値トリガーロジックと共に実装されれば、閾値がトリガーされるとタイマーがリセットされる。
【０１０７】
「買い」または「売り」注文が応じられた時、トランザクションの詳細がＲＡＴＳキャッシュ（「バケット」）中に格納される。流動性プロバイダーの規定された時間間隔トリガーが、Ｍ−ＤＡＱシステム時間を参照してチェックされる。一旦時間間隔がトリガーされると、キャッシュがフラッシュされ、ポジションについてそれらに知らせるためにチケット／通知が流動性プロバイダーに送られる。そうでなければ、Ｍ−ＤＡＱシステムは、時間間隔内の流動性プロバイダーのＦＸポジションを監視し続ける。
【０１０８】
ＲＡＴＳシステムはまた、流動性プロバイダーに、どのようにそれらがチケット／通知を受け取りたいかについてのオプションを有利なことに提供する。
【０１０９】
・ 通貨ペアについての、ロングポジションについて１つのチケットを、ショートポジションについて１つのチケットを送る、一括化ベース（合計ロングポジションおよび合計ショートポジション）。
【０１１０】
・ 通貨ペアについて単一のチケット／通知を送る、ネット化ベース（ロングおよびショートポジションの間の正味のポジション）。
【０１１１】
例えば、ＵＳ在住の投資家が、１００，０００株を＠ＵＳＤ２．６８／１株で買うことによってシンガポール証券取引所に掲載されたシンガポール株に投資することを決める。投資家は、彼自身の好ましい通貨（ＵＳＤ）で「買い」注文を入力する。この注文は、証券が取引されている通貨（ＳＧＤ）に変換される。ローカル通貨での株式注文が取引所に送られ、ＦＸトランザクションが流動性プロバイダーによって執り行われる。
【０１１２】
この例では、ＵＳＤ／ＳＧＤ通貨ペアについて、唯一つの流動性プロバイダーＡが１．３１の入札をオファーし、２０秒の間隔をもった時間ベースのトリガー通知を選ぶと仮定する。従って、この場合１．３１である利用可能なベストなレートに基づいて、ＵＳＤがＳＧＤに変換される、即ち、ＵＳＤ２．６８＊１００，０００証券）＊１．３１＝ＳＧＤ３５１，０８０。
【０１１３】
その後、複数の取引が処理されて、それらの詳細がＲＡＴＳキャッシュ中に入れられる。
【表１５】
2013534679.tif 000019
【０１１４】
チケット／通知が、２０秒の間隔で流動性プロバイダーに送られる。ＲＡＴＳシステムは、各取引についてシステム時間をチェックし、時間間隔内の取引を一括化またはネット化し、チケット／通知を流動性プロバイダーに送る。
【表１６】
2013534679.tif 000020
【０１１５】
流動性プロバイダーＡへのチケット／通知：
【表１７】
2013534679.tif 000021
【０１１６】
手動フラッシングロジックは、流動性プロバイダーがＦＸリスクへのおよびそれら自身の離散へのそれらの露出を監視することを許容する。例えば、もし流動性プロバイダーが或る通貨ペアについて悪い見方をしていれば、それはＧＵＩを通して１つ以上の通貨キャッシュ（「バケット」）の「手動フラッシュ」によってそのポジションをクリアすることができる。このロジックは、一括化閾値トリガーまたは時間ベースのトリガーロジックと併せて使われても良い。このロジックの利点は、リスクのタイムリーな監視を含む。但し、ＧＵＩを監視する際に操作取り扱いコストが掛かる。
【０１１７】
「買い」または「売り」注文が応じられた時、トランザクションの詳細がＲＡＴＳキャッシュ（「バケット」）中に格納される。通貨バケットの自動的フラッシングは行われない。
【０１１８】
適用ルール無しロジックでは、取引上で一括化またはネット化はなされない。流動性プロバイダーは、各個別のトランザクションについて１つのチケット／通知を受け取る。閾値および時間トリガールールは、いかなるロジックをも通って行くことの無いシームレスなフローを許容するように「０」に設定される。このロジックの利点は、各トランザクションについての比較的容易な追跡および監視を含むが、数々のチケットを送る時の容量の問題と操作取り扱いによる増加されたコストに結果としてなる。このロジックは、上記のロジックの何れとも併せて使われなくても良い。
【０１１９】
本発明の更なる実施形態では、流動性プロバイダーが業者ストリーミングレートをユーザに提供する時に、ストップロス／機会ゲイン（ＳＬＯＧ）再価格設定器が有利なことにＦＸレートを監視し、各入ってくる注文についてＳＬＯＧ−上限およびＳＬＯＧ−底トリガーを計算する。現行のＦＸレートがＳＬＯＧ−上限またはＳＬＯＧ−底トリガーのどちらかにヒットする時、ＳＬＯＧが元の注文を再価格設定する。
【０１２０】
図１５は、全体的に参照番号１５００として指し示された、本発明の実施形態による、ストップロス／機会ゲイン（ＳＬＯＧ）再価格設定器からなるマルチ通貨単位自動化相場（Ｍ−ＤＡＱ）プラットフォームを使った外国株式投資取引におけるワークフローを描いたフローチャートである。外国株式投資取引中には、外貨指値注文が提示されることができる。１つ以上の流動性プロバイダーが、業者ストリーミングレートをユーザに提供する。ステップ１５０２では、ベストな入札／申し入れレートを１つ以上の流動性プロバイダーから取得する。同時に、ストップロス／機会ゲイン（ＳＬＯＧ）再価格設定器が、各入ってくる指値注文についてＳＬＯＧ−上限およびＳＬＯＧ−底トリガーを計算する。ステップ１５０４では、影響された外貨（ＦＣＹ）についてのアクティブな運用中の注文が取り出される。ステップ１５０６では、ＳＬＯＧ再価格設定器が、現行のＦＸレートはＳＬＯＧ−上限またはＳＬＯＧ−底トリガーのどちらかにヒットするかどうかをチェックする。もし現行のＦＸレートがどちらかのトリガーにヒットするならば、ＳＬＯＧ再価格設定器がステップ１５０８と１５１０においてそれぞれ、元の注文を更新して再価格設定する。ＳＬＯＧ再価格設定器をもったＭ−ＤＡＱプラットフォームは有利なことに、注文をリアルタイムで再価格設定することによって投資家の初期資本支出額または意図された報酬を保持する。
【０１２１】
１）もしＦＸレートが買い注文を入力している投資家に好意的に動けば、意図された買い価格がより高いローカル価格において再価格設定され、それは投資家に成功裡の執行についてのより良いチャンスを与える。これは「機会ゲイン」として知られる。
【０１２２】
２）もしＦＸレートが買い注文を入力している投資家に反して動けば、意図された買い価格がより低いローカル価格において再価格設定され、それは投資家が特定のトランザクションについて意図されたよりも多くを支払うことを防ぐ。これは「ストップロス」として知られる。
【０１２３】
３）逆に、もしＦＸレートが売り注文を入力している投資家に好意的に動けば、意図された売り価格がより低いローカル価格において再価格設定され、それは投資家に成功裡の執行についてのより良いチャンスを与える。これは「機会ゲイン」として知られる。
【０１２４】
４）もしＦＸレートが売り注文を入力している投資家に反して動けば、意図された買い価格がより高いローカル価格において再価格設定され、それは投資家が期待されたよりも少ない報酬を得ることを防ぐ。これは「ストップロス」として知られる。
【０１２５】
更には、ＳＬＯＧ再価格設定器は、投資家の利益を保護するために“No Worse Than （ＮＷＴ）”ルールを採用し、そこでは：
・買い注文について、証券が取引されている変換されたローカル通貨（ＬＣＹ）価格が、国内取引所によって宣言された通りの最も近いティックサイズまで切り下げられる。
【０１２６】
・売り注文について、証券が取引されている変換されたローカル通貨（ＬＣＹ）価格が、国内取引所によって宣言された通りの最も近いティックサイズまで切り上げられる。
【０１２７】
例１：「買い」注文についてのストップロス／機会ゲイン（通貨１／通貨２、ここで通貨１がＦＣＹ）
或る時点において流動性プロバイダーから取られたベストなレートが：
【表１８】
2013534679.tif 000022
【０１２８】
であると仮定する。
【０１２９】
もしＵＳ在住の投資家が、東京証券取引所に掲載された日本株に投資することを決めて、１，０００株を＠ＵＳＤ２９．５１／１株で買うと、注文入力は：
【表１９】
2013534679.tif 000023
【０１３０】
である。
【０１３１】
流動性プロバイダーからのベストなレートを使って、注文はＬＣＹに変換される：
【表２０】
2013534679.tif 000024
【０１３２】
ＳＬＯＧのNo Worse Than（ＮＷＴ）ルールが適用される時、￥２４９５．１３のＬＣＹ価格は、￥２４９５まで切り下げられる。東京証券取引所が小数点以下の注文を受け付けないと仮定すると、￥２４９５の変換されて調整された注文が東京証券取引所の注文帳簿に提示される。
【０１３３】
ＳＬＯＧ再価格設定器は更に、再価格設定をトリガーすることができるＳＬＯＧ−上限トリガーとＳＬＯＧ−底トリガーを計算する。
【表２１】
2013534679.tif 000025
【０１３４】
買い注文のＳＬＯＧ−上限トリガーは、投資家にとっての機会ゲインである。もしＦＸレートが投資家の好むように動き、８４．５８１４９６より大きければ、ＵＳＤ２９．５１の初期買い注文は、ＮＷＴルールで￥２４９６に再価格設定される。
【０１３５】
買い注文のＳＬＯＧ−底トリガーは、投資家にとってのストップロスである。もしＦＸレートが投資家に反して動き、８４．５４７６１１より小さければ、ＵＳＤ２９．５１の初期買い注文は、ＮＷＴルールで￥２４９４に再価格設定される。
【０１３６】
図１６は、全体的に参照番号１６００として指し示された、本発明の実施形態による、上述した通りの、ＦＸレートの変動に依存した買い注文の再価格設定を描いたチャートである。
【０１３７】
例２：「売り」注文についてのストップロス／機会ゲイン（通貨１／通貨２、ここで通貨１がＦＣＹ）
或る時点において流動性プロバイダーから取られたベストなレートが：
【表２２】
2013534679.tif 000026
【０１３８】
であると仮定する。
【０１３９】
もしＵＳ在住の投資家が、東京証券取引所に掲載された日本株に投資することを決めて、１，０００株を＠ＵＳＤ３０／１株で売ると、注文入力は：
【表２３】
2013534679.tif 000027
【０１４０】
である。
【０１４１】
流動性プロバイダーからのベストなレートを使って、注文はＬＣＹに変換される：
【表２４】
2013534679.tif 000028
【０１４２】
ＳＬＯＧのNo Worse Than（ＮＷＴ）ルールが適用される時、￥２５３７．２５のＬＣＹ価格は、￥２５３８まで切り上げられる。東京証券取引所が小数点以下の注文を受け付けないと仮定すると、￥２５３８の変換されて調整された注文が東京証券取引所の注文帳簿に提示される。
【０１４３】
ＳＬＯＧ再価格設定器は更に、再価格設定をトリガーすることができる上限トリガーと底トリガーを計算する。
【表２５】
2013534679.tif 000029
【０１４４】
売り注文のＳＬＯＧ−底トリガーは、投資家にとっての機会ゲインである。もしＦＸレートが投資家の好むように動き、８４．５６６６６７のレートより小さければ、ＵＳＤ３０の初期売り注文は、ＮＷＴルールで￥２５３７に再価格設定される。
【０１４５】
売り注文のＳＬＯＧ−上限トリガーは、投資家にとってのストップロスである。もしＦＸレートが投資家に反して動き、８４．６のレートより大きければ、ＵＳＤ３０の初期買い注文は、ＮＷＴルールで￥２５３９に再価格設定される。
【０１４６】
図１７は、全体的に参照番号１７００として指し示された、本発明の実施形態による、上述した通りの、ＦＸレートの変動に依存した売り注文の再価格設定を描いたチャートである。
【０１４７】
例３：「買い」注文についてのストップロス／機会ゲイン（通貨１／通貨２、ここで通貨２がＦＣＹ）
或る時点において流動性プロバイダーから取られたベストなレートが：
【表２６】
2013534679.tif 000030
【０１４８】
であると仮定する。
【０１４９】
もしＵＳ在住の投資家が、ロンドン証券取引所に掲載されたヨーロッパ株に投資することを決めて、１，０００株を＠ＵＳＤ２４／１株で買うと、注文入力は：
【表２７】
2013534679.tif 000031
【０１５０】
である。
【０１５１】
流動性プロバイダーからのベストなレートを使って、注文はＬＣＹに変換される：
【表２８】
2013534679.tif 000032
【０１５２】
ＳＬＯＧのNo Worse Than（ＮＷＴ）ルールが適用される時、ＥＵＲ１７．１９９４のＬＣＹ価格は、ＥＵＲ１７まで切り下げられる。ロンドン証券取引所が小数点以下の注文を受け付けないと仮定すると、ＥＵＲ１７の変換されて調整された注文がロンドン証券取引所の注文帳簿に提示される。
【０１５３】
ＳＬＯＧ再価格設定器は更に、再価格設定をトリガーすることができる上限トリガーと底トリガーを計算する。
【表２９】
2013534679.tif 000033
【０１５４】
買い注文のＳＬＯＧ−底トリガーは、投資家にとっての機会ゲインである。もしＦＸレートが投資家の好むように動き、１．３３３３３４のレートより小さければ、ＵＳＤ２４の初期買い注文は、ＮＷＴルールでＥＵＲ１８に再価格設定される。
【０１５５】
買い注文のＳＬＯＧ−上限トリガーは、投資家にとってのストップロスである。もしＦＸレートが投資家に反して動き、１．４１１７６６のレートより大きければ、ＵＳＤ２４の初期買い注文は、ＮＷＴルールでＥＵＲ１６に再価格設定される。
【０１５６】
図１８は、全体的に参照番号１８００として指し示された、本発明の実施形態による、上述した通りの、ＦＸレートの変動に依存した買い注文の再価格設定を描いたチャートである。
【０１５７】
例４：「売り」注文についてのストップロス／機会ゲイン（通貨１／通貨２、ここで通貨２がＦＣＹ）
或る時点において流動性プロバイダーから取られたベストなレートが：
【表３０】
2013534679.tif 000034
【０１５８】
であると仮定する。
【０１５９】
もしＵＳ在住の投資家が、ロンドン証券取引所に掲載されたヨーロッパ株に投資することを決めて、１，０００株を＠ＵＳＤ３０／１株で売ると、注文入力は：
【表３１】
2013534679.tif 000035
【０１６０】
である。
【０１６１】
流動性プロバイダーからのベストなレートを使って、注文はＬＣＹに変換される：
【表３２】
2013534679.tif 000036
【０１６２】
ＳＬＯＧのNo Worse Than（ＮＷＴ）ルールが適用される時、ＥＵＲ２１．５１７７のＬＣＹ価格は、ＥＵＲ２２まで切り上げられる。ロンドン証券取引所が小数点以下の注文を受け付けないと仮定すると、ＥＵＲ２２の変換されて調整された注文がロンドン証券取引所の注文帳簿に提示される。
【０１６３】
ＳＬＯＧ再価格設定器は更に、再価格設定をトリガーすることができる上限トリガーと底トリガーを計算する。
【表３３】
2013534679.tif 000037
【０１６４】
売り注文のＳＬＯＧ−上限トリガーは、投資家にとっての機会ゲインである。もしＦＸレートが投資家の好むように動き、１．４２８５７１のレートより大きければ、ＵＳＤ３０の初期売り注文は、ＮＷＴルールでＥＵＲ２１に再価格設定される。
【０１６５】
売り注文のＳＬＯＧ−底トリガーは、投資家にとってのストップロスである。もしＦＸレートが投資家に反して動き、１．３６３６３６のレートより小さければ、ＵＳＤ３０の初期買い注文は、ＮＷＴルールでＥＵＲ２３に再価格設定される。
【０１６６】
図１９は、全体的に参照番号１９００として指し示された、本発明の実施形態による、上述した通りの、ＦＸレートの変動に依存した売り注文の再価格設定を描いたチャートである。
【０１６７】
本発明の別の実施形態によると、流動性プロバイダー（ＬＰｓ）から受け取った複数の固定された入札／オファーレートは、価格優先度および時間優先度の観点でソートされる。利用可能なベストなレートが、提示および再価格設定のために証券取引に割り当てられる。価格設定エンジン（ＰＥ）は、入ってくるＦＸ価格を監視し、トランザクション可能性（ＰＯＴ）機能を通して証券ＦＸ変換のためのベストなレートをストリームする。
【０１６８】
例示的実施形態では、ＰＯＴ機能は、ルールのセットを適用するように構成され、そこでは：
ａ．全ての入ってくるＦＸ価格は、ＰＥによって管理された統合されたテーブルにストリームされる。
【０１６９】
ｂ．ＰＥは、最も高い価格をベストな価格として降順に入札ＦＸ価格をソートする。もしＬＰｓが同じ競合する価格をストリームすれば、それらは時間優先度の観点でソートされる。
【０１７０】
ｃ．ＰＥは、最も低い価格をベストな価格として昇順に申し入れＦＸ価格をソートする。もしＬＰｓが同じ競合する価格をストリームすれば、それらは時間優先度の観点でソートされる。
【０１７１】
流動性プロバイダーへの滑りを有利なことに防止するために、ＰＯＴ機能は、ＦＸレートを導出して割り当てるための様々な解決策を実装するように構成され、それらは以下に詳細に記載される。
【０１７２】
ＰＯＴ機能を通して採用された第１の解決策は、流動性プロバイダーレベルの解決策であり、それは国内取引所がグラフィカルユーザインターフェース（ＧＵＩ）を通して使われるべきＦＸ価格のレベルを決定することを許容する。
【０１７３】
ＶＷＡＰのＦＸ価格は、以下の式を使って導出される：
【数３】
2013534679.tif 000038
【０１７４】
ここで“Ｘ”は国内取引所によって選ばれたＦＸ価格のレベルである。
【０１７５】
例えば、以下のレートが、価格および時間優先度をもって、価格設定エンジンにおいて受け取られてソートされる：
【表３４】
2013534679.tif 000039
【０１７６】
“Ｘ”＝２を仮定すると：
【表３５】
2013534679.tif 000040
【０１７７】
ＶＷＡＰのＦＸ価格
＝（８０２４５０００＋８０２４５０００）／（１００００００＋１００００００）＝１６０４９００００／２００００００
＝８０．２４５
このＦＸ価格が、価格設定および再価格設定のために注文マネージャー（ＳＬＯＧ）にストリームされる。各ＦＸ価格の流動性がリアルタイムで監視され、もしＦＸ価格の流動性に何らかの変化があれば、ＶＷＡＰのＦＸ価格が再計算されて注文マネージャーに送られる。
【０１７８】
第２の解決策では、国内取引所に供されたグラフィカルユーザインターフェース（ＧＵＩ）を通して、期待された取引金額がシステム中に入れられる。自動化ルールがあるので、ＰＯＴは入れられた取引金額をカバーするのに十分なＦＸ価格を作り出す。ＶＷＡＰ価格がそれからリアルタイムで計算される。
【０１７９】
ＶＷＡＰのＦＸ価格は、以下の式を使って導出される：
【数４】
2013534679.tif 000041
【０１８０】
“Ｘ”はＰＥによって選ばれたＦＸ価格のレベルであり、“Ｙ”は国内取引所によって入力された取引出来高である。
【０１８１】
例えば、以下のレートが、価格および時間優先度をもって、価格設定エンジンにおいて受け取られてソートされる：
【表３６】
2013534679.tif 000042
【０１８２】
ｙ＝２００，０００，０００を仮定する（即ち、２００，０００，０００が、あらゆる時間において取引をカバーするのに必要なローカル通貨予測であったとする）と、ＰＯＴアルゴリズムは必要なローカル通貨とその利用可能性に基づいてＶＷＡＰのＦＸ価格を計算する。
【表３７】
2013534679.tif 000043
【０１８３】
３つのベストなＦＸ価格が２００，０００，０００をカバーするのに十分な流動性を有するので、ＶＷＡＰのＦＸレートがそれらのレートに基づいて計算される。
【０１８４】
ＶＷＡＰのＦＸ価格
＝（８０２５４０００＋８０２５８０００＋８０２５８０００）／（１００００００＋１００００００＋１００００００）
＝２４０７７００００／３００００００
＝８０．２５６６６６６７
このＦＸ価格が、価格設定および再価格設定のために注文マネージャー（ＳＬＯＧ）にストリームされる。各ＦＸ価格の流動性がリアルタイムで監視され、もしＦＸ価格の流動性に何らかの変化があれば、ＶＷＡＰのＦＸ価格が再計算されて注文マネージャーに送られる。
【０１８５】
ＶＷＡＰレートを導出する第３の解決策は、宣言された時間間隔で計算されたトランザクション比率を使うことによる「市場モーメンタム」に基づいている。これは、処理される可能性の高い取引金額を有利なことに追跡し続けて、リアルタイムのＶＷＡＰのＦＸ価格を導出するものである。
【０１８６】
手順は以下の通りである。
【０１８７】
１．過去の“ｘ”期間（日／時間）のＭ−ＤＡＱを通して合計処理値を取得する。
【０１８８】
２．過去の“ｘ”期間（日／時間）のＭ−ＤＡＱを通して提出された注文の合計値を取得する。
【０１８９】
３．単純平均または加重平均を使って、各日の合計処理値／注文の合計値によってトランザクション比率を取得する。
【表３８】
2013534679.tif 000044
【０１９０】
４．規定された時間間隔にけるトランザクション比率を取得する。
【０１９１】
５．Ｍ−ＤＡＱが現行の注文をリアルタイムで監視し、この金額をカバーするのに必要な流動性を作り出す。この金額から、ＶＷＡＰのＦＸ価格を導出することができる。
【０１９２】
例えば、新しい取引日の開始について、過去５日の最初の半時間の推定されたトランザクション可能性の平均に基づいて、株Ａの比率が計算される。
【表３９】
2013534679.tif 000045
【０１９３】
・単純平均：（０．８７１＋０．７５２＋０．９３４＋０．８５＋０．６５）／５
＝０．８１１４
・ 加重平均：
【数５】
2013534679.tif 000046
【０１９４】
もしａ＝０．８ならば、加重平均＝０．７８９３である。
【０１９５】
単純平均を使うとすると：
ｉ．取引日の開始におけるＭ−ＤＡＱを通した注文入力が２３．５０百万［発明者−“２３．５０”は代わりに“１２．５４”であるべきことを確認して下さい］相当の注文であると仮定する。
【０１９６】
トランザクション比率を合計注文入力に適用すると、１０．１７５百万相当の注文が処理され得る高いチャンスがある。
【０１９７】
（０．８１１４＊１２．５４＝１０．１７５）
ｉｉ．統合されたＦＸテーブルから、ハイライトされた列は、トランザクション比率によって宣言された通りの潜在的トランザクションをカバーするのに必要な流動性からなる（即ち、１０．１７５百万）。
【表４０】
2013534679.tif 000047
【０１９８】
ｉｉｉ．ＶＷＡＰ：値の和／流動性の和＝８２．３３６１２
導出されたＶＷＡＰが注文マネージャー（ＯＭ）と市場マネージャー（ＭＭ）にストリームされる。
【０１９９】
第４の解決策では、異なるファクターにグループを割り振ることによって、特定の取引が処理されている可能性が様々なファクターから決定されることができ、より良いレートが割り当てられることができる。
【０２００】
各注文は、それらの執行の確率に基づいて異なるレートを付与され、注文は、注文執行の可能性に影響を与えるファクター、例えば、株のボラティリティ、ティック距離等、に基づいてまずソートされる。
【０２０１】
手順は以下の通りである。
【０２０２】
１．提示された注文が執行される可能性はどれぐらいかを示すファクターを同定する。
【０２０３】
２．異なるファクターについてのグループを決定するグルーピングテーブルを維持する。
【０２０４】
３．各注文についてのグルーピングに基づいて、そのカテゴリーの執行を分類する。
【０２０５】
４．執行のより良いチャンスをもった注文は、より良いレートを提供される。
【０２０６】
例えば、「ティック距離」が、執行の可能性を測定するための唯一のファクターとして選ばれる。より短い距離は高い可能性を指し示し、よってより高い重みが付与され、より良いＦＸレートを提供される。これは、ＵＳＤ９．５０で取引されている証券について、ＵＳＤ９．４５で買う入力注文はＵＳＤ９．４０で買う入力注文と比較して執行のより高いチャンスを有する、ことを意味する。
【０２０７】
ファクター「ティック距離」についての以下のルールを使って：
【表４１】
2013534679.tif 000048
【０２０８】
投資家Ａ
４．５百万相当の入力買い注文＠ＵＳＤ１０．４５
ティック距離＝［（１０．５０−１０．４５）／０．０５］＝１
割り当てられたグループ：１
投資家Ｂ
３百万相当の入力買い注文＠ＵＳＤ１０．２５
ティック距離＝［（１０．５０−１０．２５）／０．０５］＝５
割り当てられたグループ：２
投資家Ｃ
２．５百万相当の入力買い注文＠ＵＳＤ１０．６０
ティック距離＝［（１０．７０−１０．５０）／０．０５］＝４
割り当てられたグループ：２
必要な流動性が、上述した解決策を使って、自動化を介したグルーピングに基づいて作り出される。
【表４２】
2013534679.tif 000049
【０２０９】
特定の証券についての執行の可能性を測定するために２つのファクターが選ばれた時、２つの異なるアプローチが使われ得る。
【０２１０】
第１のアプローチでは、可能性の高い結果が、執行のカテゴリーに更に分類される。単一ファクターについてと同じ方法論を採用して、必要な流動性が自動化を介して作り出される。
【表４３】
2013534679.tif 000050
【０２１１】
第２のアプローチは、取引日の終りの前の執行の可能性を得るべく、注文提示と執行の間にかかった時間を推定する手段を含む。
【０２１２】
線形回帰を使ったＰＯＴを仮定すると、以下の式がリファレンスとして取られ、履歴データと共に使われる。
【数６】
2013534679.tif 000051
【表４４】
2013534679.tif 000052
【０２１３】
履歴データと共に、時間ファクター（Ｙ）を生み出すようにβが決定されることができる。タイミングは更に、執行のカテゴリーに分類される。単一ファクターについてと同じ方法論を採用して、必要な流動性が自動化を介して作り出される。
【０２１４】
本発明の実施形態は、特定の証券について複数の注文帳簿／市場の奥行を作り出さない。むしろ、本発明の実施形態は、それが価格発見のための最適な会場であるので、異なる通貨の全ての注文が、国内取引所によって維持された単一の物理的注文帳簿／市場の奥行で「出会う」ことを可能とすることを目指す。更には、有利なことに流動性の希薄化が無い。ＳＬＯＧモジュールは、ローカル通貨での注文を再価格設定して単一の物理的注文帳簿／市場の奥行中に提出する。
【０２１５】
有利なことに、本発明の実施形態のシステムと方法は、電子注文供給の現行の方法に変更を要求しない。より特定には、ローカル通貨での注文と外貨での注文を区別する時に、追加のレイテンシーが現行の方法に好ましくは導入されない。
【０２１６】
外国人投資家は、証券取引のための注文を提示する時とＦＸ変換が行われる時との間でかなりのＦＸ市場リスクに直面する。本発明の実施形態は有利なことに、注文提示と取引所でのその基となる証券の執行の時におけるＦＸ市場リスクに関連付けられた不確定性を削減する。言い換えると、取引の利益および損失の全てが、取引の決定の前により良く知られることができる。
【０２１７】
現在、証券取引上の決定は典型的には、その基となるＦＸレートの十分な考慮がほとんど無しでなされている。発明の実施形態では、証券取引上の決定が今度は、証券価格とＦＸ価格という２つの変数の完全な転嫁と共になされることができる。よって、投資家は自身の市場への入場および退場のタイミングを適切に図ることができる。
【０２１８】
掲載された会社には、地理的または時間的に異なる投資家がそれらの証券を取引することを許容するために複数の二次的掲載を行う際に、かなりのコストがかかる。しかしながら、本発明の実施形態は、掲載された会社による異なる取引所上での二重掲載の必要とコストを削減する。
【０２１９】
また、典型的にはＸ個の入札／オファー価格の最小値を探し出すことによってベストな執行を証明し、非常に資源集中的になり得る受託者義務のこの鍵となる証明の十分な内部的制御と記録保持を確かなものとする必要がある。本発明の実施形態は、取引所によって提供されたＦＸおよび証券価格のブレンドされたものを提供して、ベストな執行を更に証明する必要を最小化することができる、
小口投資家は現在、彼らのブローカーによってなされるＦＸ変換に平均して５０−８０ｂｐｓを支払う。機関ファンドマネージャーが通常３−５ｂｐｓのスプレッドを支払う一方で、実際のＦＸ銀行間価格は１−２ｂｐｓのレンジである。本発明の実施形態によると、ＦＸ流動性プロバイダー（ＬＰｓ）は、銀行間レベルに近いレートをストリームすることができ、取引所からの大きな一括化フローでもって、相手方としてのブローカーおよびファンドマネージャーと関連付けられた与信コストの排除を可能とされ、ＬＰｓによって直面されるＦＸチケッティングコストの問題を最小化する。（５０倍のファクターまでの）顕著により良いＦＸレートが、単一の複数銀行ＦＸ大口価格をプロファイルまたは取引サイズに関わり無く全ての投資家に供する本発明の実施形態による方法とシステムの実装から取得され得る。
【０２２０】
殆どの取引所は、クロスボーダーの取引を通常は機関投資家の手に委ねて、速度（アクティブな取引）については国内投資家に圧倒的に依存している。本発明の実施形態は、国際投資家のより幅広いスペクトラムを奨励し得て、それは多様化を提供できる。
【０２２１】
現在、利用可能なファンド情報のタイムリーで統合された（国レベルの）フローは無い。現状では、大きなＦＸ銀行が、一日の終りベースでこの情報をそれらの選択されたクライアントに提供しており、そのような情報は個別の銀行によって登録された通貨フローだけを反映している。本発明の実施形態は、国内取引所が国内におけるクロスボーダー活動全体の良い代理であるので、中央銀行がほぼリアルタイムの情報を取得することを許容し得る。
【０２２２】
取引所は現在、新たな掲載者を惹きつけるための唯一のやり方がしばしば、各種の料金をカットし、株価収益（ＰＥ）率がその同僚取引所よりも高くなることができるようなより魅力的な投資家基盤を有することによる、というシナリオに直面している。新たな市場アクセス製品が、妥当であるために必要であり得る。ローカル通貨のみの相場付けは、それがしばしば混乱しており、高価で遅いと見られるので、クロスボーダー投資家の取引所へのアクセスを制限する。本発明の実施形態を配備する取引所は、その証券が、物理的にそこに居ること無しにあたかもその他の地域に掲載されたものであるかのように見られるようにすることができ、海外からの投資家が、彼ら自身の本国取引所のそれと異ならずにローカルな証券を取引することを許容することができる。これはまた、本発明の実施形態を配備する取引所における二次的な掲載を試みるためにそれ以外の所で掲載されたグローバルなＭＮＣｓを惹きつけ得る。
【０２２３】
本発明の実施形態は有利なことに、グローバルな証券を「ローカル」にし、投資家に彼らのポートフォリオ構成におけるより多くのチョイスを与え、クロスボーダー証券投資への心理的、経済的および技術的な障壁を取り除く。言い換えると、投資家は（ＬＣＹで相場付けされた）株式価格と執行可能なＬＣＹ−クロスＦＸレートの両方に基づいた取引決定をすることができ、それは、海外の経済の代理としておよび外国企業の二次的掲載に参加する投資家のための両方として、海外の株式市場に参加することを熱望する海外の投資家のために門戸を開くことができる。
【０２２４】
図２１は、全体的に参照番号２１００として指し示された、本発明の例示的実施形態による、外貨で証券を取引するための方法を描いたフローチャートである。ステップ２１０２では、１つ以上の流動性プロバイダーからストリームされたＦＸデータがＦＸ価格設定モジュール中で維持される。ステップ２１０４では、証券の取引通貨において証券と関連付けられた元の取引データが、市場マネージャーモジュール中で受け取られる。ステップ２１０６では、外貨において証券と関連付けられた変換された取引データが、市場マネージャーモジュール中で自動的に生成される。市場マネージャーモジュールは、ＦＸ価格設定モジュールによって提供されたＦＸレートに基づいて変換された取引データを自動的に生成する。
【０２２５】
例示的実施形態の方法とシステムは、図２０に概略的に示されたコンピューターシステム２０００上に実装されることができる。それは、コンピューターシステム２０００内で実行されていて、コンピューターシステム２０００に例示的実施形態の方法を行うように命令しているコンピュータープログラムのような、ソフトウェアとして実装されても良い。
【０２２６】
コンピューターシステム２０００は、コンピューターモジュール２００２と、キーボード２００４およびマウス２００６のような入力モジュールと、ディスプレイ２００８およびプリンター２０１０のような複数の出力モジュールからなる。
【０２２７】
コンピューターモジュール２００２は、例えばインターネットあるいはローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）のようなその他のネットワークシステムへのアクセスを可能とするように、好適なトランシーバーデバイス２０１４を介してコンピューターネットワーク２０１２に接続されている。
【０２２８】
例におけるコンピューターモジュール２００２は、プロセッサ２０１８と、ランダムアクセスメモリー（ＲＡＭ）２０２０と、リードオンリーメモリー（ＲＯＭ）２０２２を含む。コンピューターモジュール２００２はまた、多数の入出力（Ｉ／Ｏ）インターフェース、例えばディスプレイ２００８へのＩ／Ｏインターフェース２０２４およびキーボード２００４へのＩ／Ｏインターフェース２０２６、を含む。
【０２２９】
コンピューターモジュール２００２のコンポーネンツは典型的には、当業者に周知のやり方で、相互接続バス２０２８を介して通信する。
【０２３０】
アプリケーションプログラムが典型的には、ＣＤ−ＲＯＭまたはフラッシュメモリーキャリアのようなデータ格納媒体上に符号化されてコンピューターシステム２０００のユーザに供給され、データ格納デバイス２０３０の対応するデータ格納媒体ドライブを利用して読み出される。アプリケーションプログラムは、プロセッサ２０１８によって読み出され、その実行において制御される。プログラムデータの中間的格納が、ＲＡＭ２０２０を使って達成されても良い。
【０２３１】
広く記載された発明の精神または範囲を逸脱すること無く、実施形態に示された本発明に数々の変形および／または変更がなされ得ることが当業者によって理解されるであろう。実施形態は従って、全ての面で描写的で非制約的なものであると考えられるべきである。
【図１ａ】
2013534679.tif 000053
【図１ｂ】
2013534679.tif 000054
【図１ｃ】
2013534679.tif 000055
【図２】
2013534679.tif 000056
【図３】
2013534679.tif 000057
【図４】
2013534679.tif 000058
【図５】
2013534679.tif 000059
【図６】
2013534679.tif 000060
【図７】
2013534679.tif 000061
【図８】
2013534679.tif 000062
【図９】
2013534679.tif 000063
【図１０】
2013534679.tif 000064
【図１１】
2013534679.tif 000065
【図１２】
2013534679.tif 000066
【図１３】
2013534679.tif 000067
【図１４】
2013534679.tif 000068
【図１５】
2013534679.tif 000069
【図１６】
2013534679.tif 000070
【図１７】
2013534679.tif 000071
【図１８】
2013534679.tif 000072
【図１９】
2013534679.tif 000073
【図２０】
2013534679.tif 000074
【図２１】
2013534679.tif 000075
【国際調査報告】
2013534679.tif 000076
2013534679.tif 000077
2013534679.tif 000078