JP2012518230A

JP2012518230A - 貢献利益対パフォーマンスプラットフォームのための装置、方法、およびシステム

Info

Publication number: JP2012518230A
Application number: JP2011550285A
Authority: JP
Inventors: ボーデン，ダグラス，ローレンス; ハンシュ，オリバー; シェン，ヨウシュン; シェ，シャオリン
Original assignee: ゴールドマンサックスアンドカンパニー
Priority date: 2009-02-13
Filing date: 2010-02-12
Publication date: 2012-08-09
Anticipated expiration: 2030-02-12
Also published as: US20110047060A1; SG173661A1; JP5683496B2; US20190080403A1; WO2010093963A1

Abstract

アルゴリズム取引の効用と効力に大幅な進歩をもたらす、貢献利益対パフォーマンス対プラットフォーム（「ｍｃｐプラットフォーム」）のための装置、方法、およびシステム。ある実施例においては、ＭＣＰプラットフォームは、発注レベルまで広がる最適化枠組みを使用して金融商品の最適化された取引を促進する。ＭＣＰプラットフォームは、全最適化問題を現在の発注決定と将来の発注決定に分けることによって取引に関連する全ての一般化費用を最小にすることができる。将来の発注決定は分析的に評価可能であり、現在の発注決定は数値的に評価可能であり、最適化問題の次元数を効果的に減少させ、最適化が比較的短期間で実行されることを可能にする。
【選択図】図１

Description

（関連出願）
本出願人は、２００９年２月１３日に出願され、「貢献利益対パフォーマンスプラットフォームのための装置、方法、およびシステム」という発明の名称と代理人整理番号第１７２０９−０９３ＰＶを有する米国仮特許出願第６１／１５２，５８８号の米国特許法第１１９条による優先権をここで主張する。前記出願の内容全体は本明細書に明示的に参照されて結合される。
（分野）
本発明は、一般に、金融取引の装置、方法、およびシステムに係り、特に、貢献利益対パフォーマンス（ｍａｒｇｉｎａｌｃｏｎｔｒｉｂｕｔｉｏｎｔｏｐｅｒｆｏｒｍａｎｃｅ）プラットフォームのための装置、方法およびシステムに関する。

金融取引は、しばしば市場交換の場面で、株、債券、デリバティブ、コモディティなどの金融商品の売買を伴う。取引は、顧客、トレーダー、または特定取引の特定の目標及び／又は要求に依存して様々な取引戦略を駆使し得る一人以上のトレーダーによってクライアントの代わりに実行される場合もある。かかる戦略の中には、トレーダーが取引される商品を現在の相場で直ちに取引する成行注文と、相手が事前設定価格で取引しても構わないとわかるまでトレーダーが取引を待機する指値注文とがある。取引を容易にするのに情報技術システムを使用する電子取引システムも現れた。

貢献利益対パフォーマンスプラットフォーム（以下、「ＭＣＰプラットフォーム」）のための装置、方法、およびシステムは、アルゴリズム取引の効用と効力を増加する点で大きな利益を与える。

ある実施例において、ＭＣＰプラットフォームは、発注を最適化する最適化枠組みを促進にすることによって金融商品の最適な取引を容易にする。ＭＣＰプラットフォームは、全最適化処理を現在の発注決定と将来の発注決定に分けることによって取引に関連する全ての一般化費用を最小にすることができる。将来の発注決定は分析的に評価可能であり、現在の発注決定は数値計算的に評価可能であり、最適化問題の次元数を効果的に減少させ、最適化を迅速かつ効果的に実行させる。

ある実施例において、ＭＣＰプラットフォームは、トレーダーを利用してクライアントが証券を注文したことを示すリクエストをトレーダーから受信することができる。ＭＣＰプラットフォームはリクエストから注文パラメータと銘柄パラメータを検索することができる。ＭＣＰプラットフォームは、一以上の交換所から市場パラメータを検索してもよい。クライアントの注文を実行するのに必要な全入力を受信できなければ、ＭＣＰプラットフォームは、供給されたデータに基づいて、及び／又は、ＭＣＰプラットフォームデータベース、及び／又は、ＭＣＰプラットフォームがアクセス可能な他のデータソースのデータに基づいて、かかる入力を検索、及び／又は、作成するように試みることができる。

検索されたデータに基づいて市場変数の確率過程が指定されてもよい。検索された銘柄パラメータに基づいて計算され、ベンチマーク費用を超えて銘柄を取引するために生じる追加取引コストを計測するインプリメンテーションショートフォールが指定されてもよい。インプリメンテーション費用は、期待されたインプリメンテーションショートフォール、及び／又は、リスク回避などの関連値の関数として指定され、最小インプリメンテーション費用値を産み出す発注ポリシー、及び／又は、取引スケジュールを決定するように最適化されてもよい。ＭＣＰプラットフォームは、合計インプリメンテーション費用を、選択されたパラダイムによって指定されるように、所与の発注決定のための瞬間インプリメンテーション費用と今後の最適インプリメンテーション費用の和と定義してもよい。一旦合計インプリメンテーション費用が決定されると、ＭＣＰプラットフォームは、一例において、発注決定、投資期間などの関数としての合計インプリメンテーション費用を最小にすることによって、最適の現在の発注決定をなすことができる。決定された最適の現在の発注は、指定銘柄及び／又は株数の取引を実行する取引システムに供給される。更なる株が取引用に残っていれば、ＭＣＰプラットフォームは、現在の市場データ価値を含む現在の価値で合計インプリメンテーション費用モデルを更新し、更新された合計インプリメンテーション費用は次の最適の現在の発注をもたらすために再び最小にされてもよい。

本概要は、発明の詳細な説明で更に後述される単純化された概念の選択を紹介している。本概要は、請求された主題の主要または不可欠の特徴を特定することや、請求された主題を決定する補助として使用されることを意図していない。

添付の付録及び／又は図面は、本開示に従って、様々な非限定的、例示的、発明的な側面を示している。

ＭＣＰプラットフォームの一実施例においてＭＣＰシステムコンポーネントとの及び中のエンティティ（ｅｎｔｉｔｉｅｓ）の相互作用の概要を与える。ＭＣＰプラットフォーム動作の一実施例のデータフローを示している。ＭＣＰプラットフォーム動作の一実施例の論理フロー全体例を示している。ＭＣＰプラットフォームの一実施例において確率過程の選択を示す論理フローチャートである。ＭＣＰプラットフォームの一実施例において確率積分としてインプリメンテーションショートフォールを指定すること示す論理フローチャートである。ＭＣＰプラットフォームの一実施例においてインプリメンテーション費用関数を指定することを示す論理フローチャートである。ＭＣＰプラットフォームの一実施例においてインプリメンテーション費用を評価するパラダイムを作成することを示す論理フローチャートである。ＭＣＰプラットフォームのある実施例における決定している最適の現在の発注を示す論理フローチャートである。ＭＣＰプラットフォームが解くことが可能な発注決定問題の非限定的な例を示す図である。ＭＣＰプラットフォーム制御部（コントローラ）の実施例を示すブロック図である。ＭＣＰプラットフォームユーザインタフェースの一実施例を示すスクリーンショット図である。

図面の各参照符号の先頭番号は参照符号が紹介及び／又は詳述されている図を示している。このため、参照符号１０１の詳細な説明は図１に存在、及び／又は、紹介されている。参照符号２０１は図２などに紹介されている。

ＭＣＰプラットフォーム
本開示はＭＣＰプラットフォームの側面を詳述する。金融商品、金融商品モデラー、及び／又は、他のＭＣＰプラットフォームユーザ、金融商品、市場及び／又は交換所、コンピュータ実施の、トレーダー、買い手または売り手の特定の需要及び／又は特徴に依存して、多くの柔軟性とカスタマイゼーションを可能にするＭＣＰプラットフォームの様々な実施例が具現化可能であることを理解すべきである。本開示は市場交換で取引可能なもののように、金融商品に関する取引戦略に向けられたＭＣＰプラットフォームの実施例及び／又は用途を説明する。しかしながら、ここで説明されたシステムは、広範囲な他の用途及び／又は具体例のために直ちに構成及び／又はカスタマイズされてもよいことを理解すべきである。例えば、ＭＣＰプラットフォームの側面は、非交換で取引される金融商品、他の種類の取引商品、役務、コモディティ等、予測モデリング、及び／又は、広範囲な他の用途に適用可能である。

更に、ＭＣＰプラットフォームの側面は、ここで詳細に説明される特定の実施例及び／又は具体例を超えて、様々な異なる金融商品、証券などに関する取引戦略を生成、管理、及び／又は、制御するように構成されてもよい。例えば、ＭＣＰプラットフォームが生成した取引戦略は、持分、負債、デリバティブ、手形（仕組債など）、銘柄、優先株、債券、基金、社債、オプション、先物、スワップ、権利、ワラント、コモディティ、通貨、資金、長期及び／又は短期ポジション、ＥＴＦ、保険、及び／又は、リスク移転契約、年金、及び／又は、他のアセットまたは投資利益と共に使用、及び／又は、結合可能である。ＭＣＰプラットフォーム、及び／又は、ＭＣＰプラットフォーム分析は、危険を最小にし、インパクト費用を避けるなどの特定の目標及び／又は目的を実現しようとする投資家、トレーダー、ブローカー、専門家などに特定の有用性を与えるように構成可能であることに留意すべきである。ＭＣＰプラットフォームは、他の具体例または投資、金融、及び／又は、リスク管理用途に適合されてもよいことを理解すべきである。

注文実行中の様々な発注決定を最適化するために、ＭＣＰプラットフォームは、一実施例において、取引のインプリメンテーション費用を最小化しようとしてもよく、インプリメンテーション費用は、インパクト費用、リスクの費用、株の文字通りの費用などを含む。ある実施例においては、ＭＣＰプラットフォームは、総合的な発注決定の最適化を（１）現在の発注決定と（２）全ての将来の発注決定という２つの部分に分けることができる。例えば、クライアントは次の時間にＳ＆Ｐ５００ＥＴＦの１万株を買いたいとする。ＭＣＰプラットフォームは、全ての１万の株が次の時間に買われるように、このＥＴＦの株のアスク価格で成行注文をすることによって取引コストを見積もって最小にするようにする。これらの成行注文のサイズを決定するために、ＭＣＰプラットフォームは、見積りの複雑性を減少するために取引コストの見積りを２つの部分に分けてもよい。最初の部分において、ＭＣＰプラットフォームは、次の１分などの現在の期間における取引コストを最小にする最適な成行注文のサイズを見積もるためのパラダイム（即ち、数学モデル）を使用してもよい。第２の部分において、ＭＣＰプラットフォームは、次の５９分などのその後の全期間における取引コストを最小にする最適な成行注文のサイズを見積もるためのパラダイムを使用してもよい。成行注文の費用を異なるサイズと比較することによって、ＭＣＰプラットフォームは、取引の合計見積り費用を最小にする現在の期間における最適な成行注文サイズを決定することができる。ＭＣＰプラットフォームは、その後の各期間においてこれらの計算を繰り返すことによって取引コストを最小にすることを試みる。

注文実行中の発注決定の最適化は非常に厳しい問題であり、しばしば「適応型」または「動学的」最適化と呼ばれる。問題は文字通り何万もの個別の発注という最適化の変数が多く、最先端の数値計算の最適化手法でさえ解に収束するには数分かかる。不幸にも、これらの決定は、１秒間に数回再最適化される必要がある。この最適化を容易にする一実施例において、ＭＣＰプラットフォームは、連続極限を仮定して将来の発注に関連する部分（２）を分析的に評価するのにデリバティブプライシング理論と確率制御理論を使用し、最適化問題の次元数を減少させるために現在の発注に関連する部分（１）を評価するのに数値計算上の技法を使用してもよい。一例において、この手法を使用すると最適化問題の次元数を３桁以上減少させることができ、計算に数分要する従来の処理／時間浪費分析に比べて、ＭＣＰプラットフォームによってミリ秒以上の速さで最適化問題を解くことが容易になる。これらの処理時間の短縮は、文字通り時は金なりの金融取引の分野では重要である。ＭＣＰプラットフォームは、最適化問題を解く計算力を減らして、ハードウェア要件を緩和して拡張性を増加してもよい。

図１はＭＣＰプラットフォームの一実施例におけるＭＣＰシステムコンポーネントとの及び中のエンティティの相互作用の概要を示している。図１において、クライアント１０５ａ、１０５ｂはトレーダー１１０を利用して銘柄を取引する注文をする。ある実施例において、クライアントは、通信ネットワーク１１５を使用して注文をすることができる。一例において、通信ネットワーク１１５はインターネットであってもよい。別の例において、通信ネットワーク１１５はクライアントとトレーダーの間のプライベート通信ネットワークであってもよい。１つの通信ネットワーク１１５のみが明確のために示されているが、複数の別個の通信ネットワークが、システムコンポーネントと関連エンティティを互いに接続しながら存在してもよいことを理解すべきである。更に、別個のエンティティとして示されているが、ＭＣＰプラットフォームは、相当に柔軟性があり、ある特徴と機能性は特定の実例と様々なユーザの需要によって結合分離が可能であることを理解すべきである。例えば、ＭＣＰプラットフォーム１２０とＭＣＰプラットフォームデータベース１４０の側面は、他の様々なコンポーネント１２２を有する取引プラットフォーム１２１の一部であってもよい。別の例においては、ＭＣＰプラットフォーム１２０、ＭＣＰプラットフォームデータベース１４０、およびトレーダー１１０の側面は単一の金融取引促進システムに結合されてもよい。別の例では、クライアントは電話網で注文してもよいし、トレーダーはインターネットの上でＭＣＰプラットフォーム１２０と通信してもよい。

クライアントから注文を受けると、ここではユーザとも呼ばれるトレーダーは、最適またはニア最適方法で注文を実行するのにＭＣＰプラットフォーム１２０を使用することができる。ある実施例においては、ＭＣＰプラットフォームは様々なソース、例えば、交換所１２５ａ及び／又は１２５ｂから、トレーダーが提供するトレーダーデータベース１３０から、ＭＣＰプラットフォームデータベース１４０から、のデータを使用し、一以上の交換所１２５ａ及び／又は１２５ｂにおける約定のスケジュール促進を含む最適化された取引の解を決定してもよい。非限定的な例として、交換所１２５ａ、１２５ｂはＮＹＳＥ、ナスダックなどの金融交換所であってもよい。

以下に、ＭＣＰプラットフォームの以下の説明において使用される表記の幾つかを示すテーブルを示す。これは説明に使用される表記の完全なリストでなく、他の表記は明細書中に現れてもよいことを理解すべきである。

ある実施例においては、ＭＣＰプラットフォームは以下の仮定を含んでもよい。株価はドリフトμとボラティリティσと共に算術的ランダムウォークに従い、期間Ｔ内にＮ株の注文が約定されるべきであり、パッシブスプレッドキャプチャー戦略は速度ｆ株／秒で約定されるように見積もられ、ｙ（ｔ）は単位が株／秒である成行注文に関する取引スケジュールである。

図２はＭＣＰプラットフォーム動作の一実施例におけるデータフローを示している。２０５において、ＭＣＰプラットフォームはトレーダーからクライアントがトレーダーによって銘柄注文をしたという表示を受信することができる。ある実施例においては、かかる表示は、注文の最適化された取引スケジュールを決定するリクエスト（要求）の形式でなされてもよい。

ある実施例において、リクエストは、クライアントが指定した、銘柄記号、取引株数、注文実行期間などの、一以上の注文パラメータを含むことができる。２１０において、ＭＣＰプラットフォームは、かかる注文パラメータをリクエストから検索して注文パラメータを保存するためにＭＣＰプラットフォームプログラムコードに使用される対応する変数にそれらを置いてもよい。例えば、検索を容易にするのにリクエストをパースして注文パラメータを対応する変数にコピーするＣ＋＋関数は使用可能である。

別の実施例においては、リクエストは、トレーダーで指定した、ベータ、ドリフト、ボラティリティ、一時的マーケットインパクト係数、一時的マーケットインパクト指数などの一以上の銘柄パラメータを含んでもよい。一例において、ベータは市場に対する銘柄のリスクを示し、ドリフトは銘柄価格の経時的変化を示し、ボラティリティは銘柄価格のボラティリティを示し、一時的マーケットインパクト係数と一時的マーケットインパクト指数は、銘柄価格が発注による一時的な流動性不均衡によって一時的にどのように影響を受けるかを示す。一例において、トレーダーは、トレーダーデータベース１３０に保存された値に基づいて、一以上の銘柄パラメータを指定してもよい。例えば、トレーダーは、トレーダーデータベースに保存された銘柄に関する履歴データに基づいてベータ値を計算することができる。２１５において、ＭＣＰプラットフォームは、かかる銘柄パラメータをリクエストから検索し、銘柄パラメータを保存するためにＭＣＰプラットフォームプログラムコードによって使用される対応変数にそれらを置くことができる。

ＭＣＰプラットフォームは一以上の交換所２２０から市場パラメータを検索することができる。ＭＣＰプラットフォームによって検索された市場パラメータは、銘柄ビッド価格、銘柄アスク価格、数量、及び／又は、ＭＣＰプラットフォームの動作を容易にする同様のパラメータを含むことができる。ある実施例では、ＭＣＰプラットフォームは金融取引促進システムの一部であってもよく、Ｃ＋＋関数を市場データを提供する金融取引促進システムモジュールに要求することによって市場パラメータは検索可能である。別の実施例では、通信ネットワークを介しての市場データフィードを通じて交換所から市場パラメータは検索可能である。一例において、データフィードは、ＸＭＬフォーマットでなされてもよく、以下の形式を採ってもよい。

別の例において、データフィードは「｜」などのセパレータ記号によって分離されたデータフィールドを含むテキストファイルでもよく、以下の形式をとってもよい。

一例において、データファイルをパースすることによって、例えば、Perl m//演算子（例えば、m/.*|/）を使用することによって市場データフィードからデータを抽出可能である。別の例では、様々な方法で多数のデータフィードからデータを受信および結合が可能である。例えば、二以上のフィードが同一の市場パラメータに関するデータを供給する場合、ＭＣＰプラットフォームは、好ましいフィードから値を選択し、平均値を取り、及び／又は、最大フィード数によって供給された値を選ぶことができる。

ＭＣＰプラットフォームは、クライアントの注文を実行するための全入力が受信されたかどうかを、２２５において、決定をする。ある実施例では、ＭＣＰプラットフォームによって使用される必要な入力のリストをＭＣＰプラットフォーム管理者が指定し、ＭＣＰプラットフォームによって使用された設定ファイルに保存されてもよい。別の実施例では、これらのパラメータのリストは、Ｃ＋＋で書かれたソフトウェアプログラムなどの、ＭＣＰプラットフォームの動作を容易にするソフトウェアプログラムに変更不能にコードされてもよい。

受信されていなければ、２３０において、ＭＣＰプラットフォームは、供給されたデータに基づいて、及び／又は、ＭＣＰプラットフォームデータベースのデータ及び／又はＭＣＰプラットフォームがアクセス可能な他のデータソースに基づいて、かかる入力を検索及び／又は作成することを試みてもよい。例えば、ＭＣＰプラットフォームは、銘柄パラメータが指定するベータを受信しなかった場合、かかるデータがＭＣＰプラットフォームデータベースにおいて入手可能であるか、及び／又は、ＭＣＰプラットフォームがアクセス可能な他のデータソースにおいて入手可能である場合には、ＭＣＰプラットフォームは、履歴市場データに基づいてベータの計測を作成することを試みてもよい。

ある実施例において、銘柄パラメータは、マイクロソフトＳＱＬサーバ、ＭｙＳＱＬなどを使用してＳＱＬデータベースなどのＭＣＰプラットフォームデータベースに保存されてもよい。一例において、銘柄パラメータは、以下の形式をとることができる挿入コマンドを使用してデータベースに挿入されてもよい。

一例において、銘柄パラメータは、以下の形式をとることができる選択コマンドを使用してＭＣＰプラットフォームデータベースから検索可能である。

もしＭＣＰプラットフォームが不足している入力値を検索及び／又は作成することができない場合には、ＭＣＰプラットフォームはエラーメッセージを作成してトレーダーに警告してもよい２３５。そうでなければ、ＭＣＰプラットフォームは、２４０において、将来の取引すべき株数の関数として将来のインプリメンテーション費用を分析的に評価してもよい。ある実施例においては、ＭＣＰプラットフォームは、投資期間をΔＮ株を取引する現在の期間（ｔ_ｎｏｗ、ｔ_ｎｏｗ＋Δｔ）と取引用に残っているＮ_残存株を取引する将来の期間（ｔ_ｎｏｗ＋Δｔ、Ｔ）に分けることができる。将来のインプリメンテーション費用を分析的に評価するために、ＭＣＰプラットフォームは、より詳細に図３に記載されているように、インプリメンテーションショートフォールに基づいて関数の極値で評価されたインプリメンテーション費用関数を検索してもよい。一例において、かかるインプリメンテーション費用関数をユーザが選択されてリクエストにおいて指定されてもよい。

２４５において、取引すべき現在の株数の関数として瞬間インプリメンテーション費用を数値的に評価するために、ＭＣＰプラットフォームは、直ちにΔＮ株を取引する直接費と直ちにΔＮ株を取引するインパクトコストの合計として表現された瞬間インプリメンテーション費用関数を検索してもよい。一例として、かかるインプリメンテーション費用関数はユーザによって選択されリクエストで指定されてもよい。

合計インプリメンテーション費用は、将来のインプリメンテーション費用と瞬間インプリメンテーション費用の合計である。２５０において、ＭＣＰプラットフォームは、現在のパラメータ（Δｔ、Ｔ、期待スプレッド、ボラティリティ、インパクト係数など）に基づいて合計インプリメンテーション費用を最小にする取引すべき最適な現在の株数を求めることによって、Ｎ_残存株の残量から、２５５において、取引すべき最適な現在のΔＮ株数を決定してもよい。

ＭＣＰプラットフォームが、２６０において、全てのＮ株が取引されていないことを決定すると、ＭＣＰプラットフォームは現在のパラメータで合計インプリメンテーション費用モデルを更新してもよい。ＭＣＰプラットフォームは、ＭＣＰプラットフォームが、全株数が取引されたと決定するまで２７０、最適の現在の株数の注文を再最適化および再実行し続けてもよい。

図３はＭＣＰプラットフォーム動作の一実施例における論理フロー全体の具体例を示している。３０１において、クライアント注文に対する最適化された取引スケジュールを決定するリクエストを受信すると、ＭＣＰプラットフォームは、一以上のデータソースから一以上の市場パラメータ（例えば、証券ビッド価格、証券アスク価格、数量）、銘柄パラメータ（例えば、ベータ、ドリフト、ボラティリティ）、及び／又は、注文パラメータ（例えば、銘柄記号、注文実行期間）を検索してもよい。

３０５において、検索されたデータに基づいて市場変数に対する確率過程が指定可能である。一例として、市場変数は金融商品の取引価格及び／又は数量を含むことができる。一例として、市場変数に対して指定された確率過程は算術的ランダムウォークを含む。例えば、金融商品の価格に対して指定された確率過程は算術的ランダムウォークを含むことができて、以下の形式をとることができる。

この確率過程において、銘柄の実態価格

の経時的変化の様子は、銘柄価格が時間ｔと共にどのように変化するかを示すドリフトμと、ランダムウォーク変数ｄＢ（ｔ）に基づいて銘柄価格のボラティリティを示すことができるボラティリティσに基づいて表現される。ある実施例において、ドリフトとボラティリティの値は、検索された銘柄パラメータに基づくことができる。確率過程の選択に関する更なる詳細については図４を参照のこと。

インプリメンテーションショートフォールは、実現された取引コストと何らかの目標ベンチマークの差として定義することができる。例えば、到着値段ベンチマークなどの目標ベンチマークは、銘柄を取引する最適な取引コストを指定してもよい。インプリメンテーションショートフォールは、ベンチマーク費用を超えて銘柄を取引するのに被った追加の取引コストを計測する。ある実施例において、クライアント及び／又はトレーダーは、市場予測、リスク許容度などに基づいてベンチマークを選択してもよい。例えば、到着値段ベンチマークは、賭けにくいかもしれないが、ＶＷＡＰベンチマークよりもノイズが多いかもしれない。ある実施例において、ベンチマーク費用は検索された銘柄パラメータに基づいて計算可能である。インプリメンテーションショートフォールは確率積分３１０として指定可能である。一例において、インプリメンテーションショートフォール（ＩＳ）は以下のように定義可能である。

ここで、

はファンダメンタルな株価（即ち、平均株価）、

はベンチマーク取引スケジュール、ｙは成行注文スケジュール、Ｓ_ｍ（ｔ，ｙ）は成行注文ｙを実行する観察価格、ｆはパッシブな指値注文の約定速度、Ｓ_ｐ（ｔ）はパッシブな指値注文ｆを実行する観測価格である。

この例では、ファンダメンタルな株価は、銘柄価格がどのように経時的に変化するかを説明する確率過程に基づき、以下の形式を採ってもよい。

成行注文を実行する実現価格は、銘柄価格の経時的変化を表す確率過程に基づいてもよく、以下の形式をとることもできる。

ここで、

は期待された市場出来高のフロー速度、αは一時的インパクト係数、成行注文は、一時的マーケットインパクト、

と同様に、スプレッドδを支払う。

ある実施例においては、インプリメンテーションショートフォールは取引される銘柄の実現費用と到着値段ベンチマーク費用との差の確率積分を含んでもよく、以下の形式を採ることができ、最後のステップは各部の積分に基づいている。

別の実施例においては、インプリメンテーションショートフォールは取引される商品の実現費用と出来高加算平均価格（ＶＷＡＰ）ベンチマーク費用との差の確率積分を有してもよい。

は正規化された累積的出来高プロフィールを表すものとする。Ｖ（ｔ）は単調増加関数であってもよく、Ｖ（０）＝０、Ｖ（Ｔ）＝１である。一例において、ＶＷＡＰ価格ベンチマークに対応するインプリメンテーションショートフォールは、

によって与えられてもよく、最後のステップは各部の積分に基づいている。出来高プロフィールは非常に不確実である場合があるので、ＶＷＡＰ分析はその到着値段分析よりも難しい傾向にある。確率積分としてインプリメンテーションショートフォールを指定することに関する更なる詳細については図５を参照のこと。

インプリメンテーション費用は、ここで「効用」とも呼ばれ、期待されたインプリメンテーションショートフォール及び／又は関連値３１５の関数として指定されてもよい。インプリメンテーション費用を指定する関数は、トレーダー、ＭＣＰプラットフォーム管理者によって選択されてもよいし、銘柄取引時に、より計算が簡単な平均分散法などのトレーダーが我慢すべきやや不正確な代替を使用することと平均リスク法などの計算が複雑だがより良い代替を使用することのトレードオフの考えに基づいてＭＣＰプラットフォームによって変更不能にコードされてもよい。

ある実施例においては、インプリメンテーション費用は期待された取引コストと約定リスクの両方を評価する。例えば、インプリメンテーション費用は、インプリメンテーションショートフォールに対する期待値と、リスク許容度及び／又は回避係数が掛けられたインプリメンテーションショートフォールの分散及び／又は標準偏差などの期待リスクの合計を有することができる。例えば、リスク回避係数κは、クライアントによって提供されてもよいし、トレーダーによって選択されてもよいし、ＭＣＰプラットフォームのデフォルト値であってもよい。一例として、リスク回避係数は定量的に指定可能である。別の例では、リスク回避係数は（攻撃的、中くらい、控え目などの）定性的な値として指定可能であり、ＭＣＰプラットフォームによって所定の対応する定量的な値に変換可能である。

一例として、インプリメンテーション費用は、平均分散法を使用して計測可能であり、以下の形式を採ることができる：
IC=E[IS]+κVar[IS]
別の例では、インプリメンテーション費用は二次効用法を使用して計測され、以下の形式を採ることができる。

IC=E[IS]+κE[IS²]
更に別の例では、インプリメンテーション費用は平均リスク法を使用して計測され、以下の形式を採ることができる。

IC= E[IS] + κ√(Var[IS])
ある実施例においては、好ましいインプリメンテーション費用計測は、銘柄パラメータ（例えば、ベータ、ドリフト、ボラティリティ）、注文パラメータ（例えば、銘柄記号、注文実行期間）などに基づいて選択可能である。例えば、クライアントが、１時間以内に株の大きいポートフォリオに関する取引を実行することを望む場合、平均分散法は好ましいインプリメンテーション費用計測として選定可能である。しかしながら、クライアントが、１日にわたって単一の証券を伴う取引を実行することを望んでいる場合、平均リスク法は好ましいインプリメンテーション費用計測として選択可能である。別の実施例では、クライアント及び／又はユーザによって知覚されるインプリメンテーション費用計測に関連している使い易さに基づいて好ましいインプリメンテーション費用計測が選択されてもよい。インプリメンテーション費用を指定することに関する更なる詳細については図６を参照のこと。

様々な実施例において、インプリメンテーション費用は、最小のインプリメンテーション費用を産み出す取引スケジュール及び／又は発注ポリシーを決定するように最適化可能である。これらの極値は、３２０において、最適インプリメンテーション費用を産み出すために、それらの発注ポリシーと取引スケジュールのインプリメンテーション費用を評価することによってその後に決定されてもよい。この評価に使用される好ましい取引戦略は、ＭＣＰプラットフォーム管理者によって選択され、ＭＣＰプラットフォームユーザによって選択され、変更不能にソフトウェアプログラムにコードされるなどしてもよい。例えば、計算の複雑性、市況、銘柄、所望の約定速度などに基づいて好ましい取引戦略を選択できる。例えば、注文パラメータが、クライアントが１日の間で単一の株を取引することを希望することを示していれば、単一株に対して適応型平均分散戦略が使用可能である。注文パラメータが、クライアントが数分で株のポートフォリオを取引することを希望することを示していれば、非適応型平均分散戦略が使用可能である。インプリメンテーション費用パラダイムという標題の章で説明される非限定的なパラダイムの例で示すように、様々な実施例においてインプリメンテーション費用を評価するのに様々なパラダイムが使用可能である。インプリメンテーション費用を評価するパラダイムを作成することに関する更なる詳細については図７を参照のこと。

インプリメンテーション費用への即刻の貢献、例えば、瞬間インプリメンテーション費用は、現在及び／又は即刻の発注及び／又は取引決定３２５の関数として表現されてもよい。一例において、インプリメンテーション費用への即刻の貢献は以下で与えられる。

ここで、最初の二項は、ΔＮ株を直ちに取引する直接費を表し、第３項はインパクト費用を表している。

ＭＣＰプラットフォームは、合計インプリメンテーション費用を、３３０において、選択されたパラダイムによって指定されるように、所与の発注決定に対する瞬間インプリメンテーション費用と対応する今後の最適インプリメンテーション費用の合計と定義してもよい。合計インプリメンテーション費用が一旦決定されると、一例として、ＭＣＰプラットフォームは、発注決定、投資期間などの関数としての合計インプリメンテーション費用を最小にすることによって３３５、最適の現在の発注決定をすることができる。決定された最適な現在の発注に関する更なる詳細については図８と９を参照のこと。

決定された最適の現在の発注は、一例として、指定銘柄及び／又は株数の取引を実行する取引システムに提供されてもよい３４０。別の例として、最適な現在の発注は、なされた取引を補助及び／又は教えるために、ブローカー、トレーダー、投資家などに表示用に提供されてもよい。合計インプリメンテーション費用が３３５で成立される一以上の金融商品など、約定されるべき取引があるかどうかを決定してもよい３４５。そうであれば、インプリメンテーション費用モデルは取引可能銘柄の現在のブックで更新可能であり３５０、更新された合計インプリメンテーション費用は次の最適な現在の発注をもたらすために３３５再び最小化されてもよい。さもなければ、取引の現在のラウンドが終了する３５５。

図４は、ＭＣＰプラットフォームのある実施例における確率過程の選択を示す論理フローチャートである。図４において、どの市場変数が確率過程として指定されるべきであるかに関する情報が検索されてもよい４０５。一例において、かかる情報は、ＭＣＰプラットフォーム設定ファイルに保存可能である。別の実施例において、かかる情報はＣ＋＋ソフトウェアプログラムに変更不能にコードされてもよい。

ある実施例においては、ＭＣＰプラットフォームは、４１０において、市場変数に対する確率過程がＭＣＰプラットフォームユーザによって選択されたかどうかを決定することができる。例えば、ＭＣＰプラットフォームユーザは、所与の市況、銘柄、所望の約定速度などに最適であるとみなされた市場変数に対する確率過程を選択することができる。その場合には、ＭＣＰプラットフォームは、他の市場変数が、４２５において、確率過程として指定される必要があるかどうかをチェックし、リストの全市場変数が確率過程として指定されたことを決定するまで４１０に戻ってもよい。

そうでない場合には、ある実施例においては、ＭＣＰプラットフォームは、市場変数に対する確率過程がデフォルト値としてＭＣＰプラットフォーム管理者などによって選択されているかどうかを、４１５において、判断してもよい。例えば、ＭＣＰプラットフォーム管理者は、市場変数に対する確率過程がどのように指定されるべきであるかを決定可能であり、市場変数の選択された確率過程が使用されるべきであるかを示すためにデフォルト値を格納する設定ファイルを更新してもよい。一例として、ＭＣＰプラットフォーム管理者は、タイプ入力したり、ラジオボタンを選択したり、選択ボックスのオプションを選択したり、ＭＣＰプラットフォームの管理制御パネルにおける市場変数に対して定義された確率過程に関連するものなどによってグラフィカルユーザインターフェースを使用してデフォルト設定を更新してもよい。別の例において、市場変数に対する確率過程は、Ｃ＋＋で書かれたソフトウェアプログラムなどのソフトウェアプログラムに変更不能にコードされることによってデフォルト値とされてもよい。デフォルト値があれば、ＭＣＰプラットフォームは、他の市場変数が確率過程として指定される必要があるかどうかを４２５において判断し、リストの全ての市場変数が確率過程として指定されたことを決定するまで４１０に戻ってもよい。

そうでない場合には、ある実施例では、ＭＣＰプラットフォームは、ＭＣＰプラットフォームのユーザインターフェース（例えば、入力ボックス、ラジオボタン、選択ボックスなど）を使用して選択してｅｘｃｅｌスプレッドシートに入力するなどすることによって、ＭＣＰプラットフォームユーザに市場変数のために４２０において確率過程を選択するように促すことができる。全市場変数が確率過程として一旦指定されると、ＭＣＰプラットフォームは図３の３１０に進む。

図５は、ＭＣＰプラットフォームの一実施例においてインプリメンテーションショートフォールを確率積分として指定することを示す論理フローチャートである。図５において、５０５で、利用可能なベンチマークに関する情報が検索可能である。一例において、利用可能なベンチマークのリストは、ＭＣＰプラットフォームの設定ファイルで指定可能である。別の例では、利用可能なベンチマークのリストは、ＭＣＰプラットフォームデータベースから検索可能である。

５１０において、利用可能なベンチマークに関係するパラメータの情報が検索可能である。ある実施例において、かかる情報はＭＣＰプラットフォームのユーザによって指定可能である（例えば、リスク許容値）。別の実施例において、ＭＣＰプラットフォームは利用可能なデータ（例えば、ＭＣＰプラットフォームデータベースに保存された履歴データ）に基づいて、かかるパラメータを生成することができる。

５１５において、ユーザが好ましいベンチマークを選択したかどうかについて決定可能である。一例において、ユーザリクエストに含まれるデータに基づいてこの決定をしてもよい。別の例において、利用可能なベンチマーク関連パラメータに基づいてこの決定がなされてもよい（例えば、ＭＣＰプラットフォームデータベースに保存されたクライアント及び／又はユーザのリスク許容度を指定するユーザプロファイル）。

ユーザが好ましいベンチマークを選択した場合、ＭＣＰプラットフォームは５２０においてかかるベンチマークを検索及び／又は適用してもよい。例えば、かかるユーザが選択したベンチマークは出来高加重平均価格（ＶＷＡＰ）ベンチマークであってもよい。ユーザは好ましいベンチマークを選択しなかった場合は、ＭＣＰプラットフォームは、５２５において、システムデフォルトベンチマークを選択してもよい。一例において、かかるシステムデフォルトベンチマークは到着値段ベンチマークであってもよい。

ある実施例において、５３０において、選択されたベンチマークと市場変数に対して指定された確率過程に基づいて確率積分としてインプリメンテーションショートフォールが指定可能である。

図６は、ＭＣＰプラットフォームの一実施例において指定インプリメンテーション費用関数を指定することを示す論理フローチャートである。図６において、利用可能なインプリメンテーション費用計測に関する情報は６０５において検索可能である。一例において、利用可能なインプリメンテーション費用計測のリストはＭＣＰプラットフォームの設定ファイルで指定可能である。別の例では、利用可能なインプリメンテーション費用計測のリストは、ＭＣＰプラットフォームデータベースから検索可能である。

利用可能なインプリメンテーション費用計測関連パラメータに関する情報は、６１０において検索可能である。ある実施例においては、かかる情報は、ＭＣＰプラットフォームのユーザによって指定可能である（例えば、クライアント及び／又はユーザによって知覚されるインプリメンテーション費用計測に関連する使い易さ）。別の実施例においては、ＭＣＰプラットフォームは利用可能なデータ（例えば、ＭＣＰプラットフォームデータベースに格納された履歴データ）に基づいてかかるパラメータを生成することができる。

６１５において、ユーザが好ましいインプリメンテーション費用計測を選択したかどうかに関して決定がなされる。一例において、この決定は、ユーザリクエストに含まれるデータに基づいてなされる。別の例では、この決定は、利用可能なインプリメンテーション費用関連パラメータ（例えば、ＭＣＰプラットフォームデータベースに保存されてインプリメンテーション費用計測に関連する使い易さのクライアント及び／又はユーザの知覚を指定するユーザプロフィール）に基づいてなされてもよい。

ユーザが好ましいインプリメンテーション費用計測を選択した場合、ＭＣＰプラットフォームは、６２０において、かかるインプリメンテーション費用計測を検索及び／又は適用可能である。例えば、かかるユーザが選択したインプリメンテーション費用計測は平均リスク法であってもよい。ユーザが好ましいインプリメンテーション費用計測を選択しなかった場合、ＭＣＰプラットフォームは、６２５において、システムデフォルトインプリメンテーション費用計測を選択可能である。一例において、かかるシステムデフォルトインプリメンテーション費用計測は平均分散法であってもよい。

ある実施例において、インプリメンテーション費用関数は、６３０において、選択されたインプリメンテーション費用計測に基づいて指定可能である。

図７は、ＭＣＰプラットフォームの一実施例において、インプリメンテーション費用を評価するパラダイムを作成することを示す論理フローチャートである。図７においては、７０５において、選択されたインプリメンテーションショートフォールとインプリメンテーション費用関数に関する情報が検索可能である。例えば、一例において、かかる情報は、５３０と６３０において、情報出力を保存するキャッシュから検索可能である。ある実施例では、市場パラメータに関する情報も、７１０において、検索可能である。

７２０において、今後の最適なインプリメンテーション費用のパラダイムが作成可能である。ある実施例では、かかるパラダイムは、選択されたインプリメンテーションショートフォール、インプリメンテーション費用関数、および市場パラメータに関連付けられた変数微積法と確率制御理論を使用して、発注ポリシーに関してインプリメンテーション費用関数の評価に基づいて関数の極値で作成可能である。一例において、発注ポリシーに関する関数の極値におけるインプリメンテーション費用関数の評価は、データベースに格納されてもよい。別の例においては、発注ポリシーに関する関数の極値におけるインプリメンテーション費用関数の評価は、Ｃ＋＋ソフトウェアプログラムに変更不能にコードされてもよい。

図８は、ＭＣＰプラットフォームのある実施例において、決定された最適の現在の発注を示す論理フローチャートである。８０５において、合計インプリメンテーション費用の評価に使用される市場パラメータに関する情報が検索可能である。ある実施例においては、数値計算上の技法は、市場パラメータに基づいて合計インプリメンテーション費用を最小にするのに使用可能である。８１５において、最小にされた合計インプリメンテーション費用に関連する成行注文量が取得可能である。一例において、これは最小にされた合計インプリメンテーション費用に関連する成行注文量に対応するＣ＋＋変数値であってもよい。

図９は、ＭＣＰプラットフォームによって解くことが可能な発注決定問題の非限定的な例を示す図である。ハーフスプレッドとマーケットインパクトを支払う成行注文を今提出するかハーフスプレッドを節約して注文を直ちに約定しないリスクと到着値段ベンチマークから更に離れた価格のリスクと共に指値注文で待つか？上述したように、ある実施例においては、ＭＣＰプラットフォームは、期間ＴでＮ株を取引する最適戦略またはニア最適戦略を決定することによって、この問題を解いてもよい。ある実施例においては、ＭＣＰプラットフォームは、期間Ｔの各サブ間隔中に配置されるべき成行注文サイズを出力してもよい。ＭＣＰプラットフォームは、様々な発注決定問題を解くことができることを理解すべきである。かかる問題の他の非限定的な例は以下のものを含んでもよい。現在の最良ビッドに等しい指値で指値注文として何株を今見せるべきか。成行注文として何株を今約定すべきか？どんな指値でＥＣＮ−Ｚで株を掲示すべきか？Ｐｅｇ−Ｍｉｄ注文としてＤａｒｋＰｏｏｌＸに何株を掲示すべきであるか？。

図１１は、ＭＣＰプラットフォームのユーザインターフェースの一実施例を示すスクリーンショット図である。ある実施例においては、トレーダーは、ＭＣＰプラットフォームで様々なパラメータを指定することによって注文することができる。図１１に示すように、トレーダーは銘柄記号、注文量、投資期間などの注文パラメータを入力することができる。トレーダーは、到着値段ベンチマーク、ＶＷＡＰベンチマークなどの、使用するベンチマークを選択してもよい。トレーダーは、平均分散法、二次効用法、平均リスク法など、使用するインプリメンテーション費用計測を指定してもよい。トレーダーは、ＭＣＰプラットフォームがリスク回避係数を決定するのに使用すべきリスク許容度を指定してもよい。トレーダーは、「発注」ボタンをクリックすることによって注文を提出してもよい。

インプリメンテーション費用パラダイム
ある実施例において、到着値段ベンチマークで単一株を取引するための非適応型平均分散戦略が使用されてもよい。非適応型取引戦略は、時間のみに依存する取引スケジュールｙ（ｔ）であり、確率コンポーネントは平均株価のランダムウォークｄＢ（ｔ）に由来してもよい。非適応型平均分散戦略を使用すると、適応型平均分散戦略を使用するよりも計算量が大きくないかもしれない。一例として、かかる戦略の期待されるインプリメンテーションショートフォールとインプリメンテーションショートフォールの分散は以下のように表現されてもよい。

市場成果のユーザの期待に依存して、一時的マーケットインパクト関数指数γは様々な値を採ることができる。一例として、ユーザは０（これを含む）と１の間に一時的マーケットインパクト関数指数γを設定してもよい。この例では、インプリメンテーション費用を評価するパラダイムは以下のようであってもよい。
モデル

効用
U=E[IS]+κVar[IS]
結果
以下の境界条件で以下の二次ＯＤＥを解く必要がある。

上記ＯＤＥはＩＭＳＬによって与えられるもののように標準ＯＤＥ解によって効率的に解くことができる。

別の例において、ユーザは一時的マーケットインパクト関数指数γを１に設定してもよい。この例では、インプリメンテーション費用を評価するパラダイムは以下の通りであってもよい（表記を簡潔にするため、ゼロドリフト及びゼロ恒久的インパクトが仮定されている）。
モデル

効用
U=E[IS]+κVar[IS]
定義

結果

別の実施例において、到着値段ベンチマークで単一株を取引するために適応型平均分散戦略が使用可能である。適応型取引戦略は、状態空間と同様に時間に依存する取引ポリシーである。状態空間は残存ポジションと価格履歴の何らかの表示を含む。ドリフトのようなものについて永続的主要パラメータ誤見積もりがなければ、適応戦略はその非適応型戦略よりも平均して低いインプリメンテーション費用をもたらす。相場がドリフトしない算術的ランダムウォークｄＳ＝σｄＢ（ｔ）に従うものとする。取引期間ＴでサイズＮの注文を考える。簡単のため、ゼロ指値注文約定速度（即ち、ｆ＝０）を仮定する。Ｘ（ｔ）が注文の残存ポジションを表し、ポジション変化は取引ポリシーｙ（・）、即ち、ｄＸ（ｔ）＝−ｙ（・）ｄｔによるものとする。インプリメンテーションショートフォールＩＳは、以下の動学を有することができる：d(IS)=(φy²+μX)dt+σXdB(t)。ここで、線形な一時的インパクトが仮定され、

はインパクト係数である。ＣがＩＳとその期待値の差、即ち、Ｃ＝ＩＳ−Ｅ［ＩＳ］であるとする。すると、Ｅ［Ｃ］＝０である。更に、ｄ（Ｃ）＝［φ（ｙ^２−Ｅｙ^２）＋μ（Ｘ−ＥＸ）］ｄｔ＋σＸｄＢ（ｔ）が成立する。ここで、Ｅｙ^２はランダム変数ｙ^２の期待値を表している。目的は，目的関数Ｆ＝Ｅ［ＩＳ（Ｔ）］＋κ・Ｖａｒ［ＩＳ（Ｔ）］を最小にする最適取引ポリシーｙ*を求めることであり、κはリスク回避係数である。

一例において、最適な適応型戦略は効率的な数値手順に従う形式で定式化されてもよい。状態空間を｛ｔ，Ｘ，Ｃ｝とすると、目的関数全体は以下のようになる。

Ｅ［ＩＳ（Ｔ）］とＶａｒ［ＩＳ（Ｔ）］を計算する効率的な方法を見つけるために、ＸとＣの第１と第２のモーメントのダイナミクスは以下のようであってもよい。
E[IS]

E[X]

E[X²]

Var(IS)

E[XC]

線形マーケットインパクト関数の場合、４つの常微分方程式と境界条件は以下の通りであってもよい。

平均分散目的関数を最小にする最適なａ^＊を求めるためにａの効率的な一次元サーチがなされてもよい。ａの潜在的価値ごとに、一秒の百分の一のオーダーでなされてもよいＯＤＥの上記システムが解かれてもよい。

冪乗則マーケットインパクト関数の場合、４つの常微分方程式（ＯＤＥ）と境界条件は以下のとおりであってもよい。

線形マーケットインパクトの場合のように、平均分散目的関数を最小にする最適なａ^＊を求めるためにａの効率的な一次元サーチがなされてもよい。

別の実施例においては、到着値段ベンチマークによって株のポートフォリオを取引する非適応型平均分散戦略が使用可能である。この実施例においては、第ｉ番目の株

の価格は、以下のように、算術的ランダムウォークを有すると仮定する。

第ｉ番目の株と第ｊ番目の株のランダムウォークは相関付けられ、相関は共分散行列Σを使用して記載可能である。その構成要素は以下のようになる。

一例において、インプリメンテーション費用を評価するためのパラダイムは以下の通りであってもよい。

期待費用は以下のように書くことができる。

約定リスクは以下のようになる。

閉形式解は以下のように取得されてもよい。

インプリメンテーション費用は以下のように記載されてもよい。

ゼロのドリフトで特別な場合に、項は以下のように単純化される。

別の例では、商業的オプティマイザーは制約問題のトラジェクトリーを得るのに使用可能であり、オプティマイザーで得られたトラジェクトリーと分析的に得られた閉形式目的関数は以下のように結合可能である。オプティマイザーで得られた最適なトラジェクトリーに基づいて、全取引投資期間はサブ間隔［ｔ_０＝０，ｔ_１，ｔ_２…，ｔ_ｎ−１，ｔ_ｎ＝Ｔ］に分割される。ここで、株は、各サブ間隔の間、取引または非取引である。トラジェクトリーは、各サブの期間の終わりで［Ｎ_１，Ｎ_２…，Ｎ_ｎ＝０］ポートフォリオの残り株を与える。ｔ_ｉで終了するサブ期間中に取引する場合、境界条件Ｘ（ｔ_ｉ）＝Ｎ_ｉで最適化するのに解析的枠組みを使用する。定期的に、オプティマイザーは、サブ間隔情報を更新するように要求される。

以下の表記が使用される。株のポジションベクトルＸの要素は、サブ間隔中に取引されない株が後に続くアクティブにトレードされた株が最初にリストに記載されるように再配列される。

このため、一時的インパクト係数の対角行列、共分散行列、およびドリフト項もこれに従って再配列可能である。

以下として一期間の株ポジションを以下のように表す。

サブ間隔中の取引量を以下のように表す。

解は以下のように与えられる。

Ｔ＝ｔ_ｉ‐ｔ_ｉ−１とすると、費用関数は以下のように計算可能である。

線形インパクトモデルを使用すると、将来と現在のリスク調整された費用の両方は二次関数であり、最適取引量を分析的に決定可能であり、最適取引量が費用の合計を最小にすることによって取得可能である。

C=C₀(ΔN)+C₁(N-ΔN)=ΔN^T・(A₀+A₁)ΔN+(b₀-b₁-2A₁N)^T・ΔN+N^T・A₁N+b₁ ^T・N
別の例において、ドル中立性を考慮するために以下のようにドル中立ペナルティ条項も目的関数に追加されてもよい。

別の例では、時間依存パラメータを使用可能である。投資期間［０，Ｔ］を２つの部分、即ち、［０，Ｔ_１］と［Ｔ_１，Ｔ］に分ける。［０，Ｔ_１］に使用されるパラメータは現在の市況に基づいており、［Ｔ_１，Ｔ］に使用されるパラメータは現在の観測と過去のパターンの両方を考慮する幾つかの平滑化機構を使用して見積もられる。この例において、合計インプリメンテーション費用は、以下のように表現可能である。

ここで、添字ｌと２は第１の区間［０，Ｔ_１］と第２の区間［Ｔ_１，Ｔ］の関連を示している。Ｚ_１とＺ_２はＸのある直交変換である。境界条件はＸ（０）＝ＮとＸ（Ｔ）＝０である。

［Ｔ_１，Ｔ］に対する最適費用値は以下のものに等しい。

C(T₁, T)=δ₂ ^TX(T₁)+[Z₂(T₁)]^T[Λ₂ ^1/2coth(Λ₂ ^1/2(T-T₁))]Z₂(T₁)
［０，Ｔ_１］に対する最適な今後のコスト値は以下のものに等しい。

C(0, T₁)=
δ₁ ^T[N-X(T₁)]+[Z₁(0)-Z₁(T₁)]^T[Λ₁ ^1/2coth(Λ₁ ^1/2T₁)][Z₁(0)-Z₁(T₁)]+2[Z₁(T₁)]^T[Λ₁ ^1/2(coth(Λ₁ ^1/2T₁)-cschΛ₁ ^1/2T₁)][Z₁(0)-Z₁(T₁)]
［０，Ｔ_１］に対する全費用値は以下のものに等しい。

C(0, T)=C(0, T₁)+C(T₁, T)
理論上、ＭＣＰプラットフォームは、より計算負荷が重くなるが二よりも多くの区間を使用してもよい。ＭＣＰプラットフォームは、この手法を巡り行く投資期間において、現在の市況と期待された市況の間で約定を通じて区別可能なように適用してもよい。

別の実施例においては、到着値段ベンチマークによって株のポートフォリオを取引するための動学的な平均分散戦略を使用可能である。単一株の場合と同様の方法で、動学的なポートフォリオ約定問題は以下の目的関数を最小にすることである。

本実施例において、以下のＯＤＥと対応する境界条件が使用可能である。

別の実施例では、単一株をＶＷＡＰベンチマークによって取引するための動学的な平均分散戦略を使用可能である。ｖ_ｔが［０，Ｔ］に対応する正規化された瞬間出来高プロフィールであるものとする。累積出来高プロフィール

をＶｔで表す。基本的に、Ｖｔは［０，Ｔ］の市場出来高の一部としての［０，ｔ］における市場出来高に等しい。すると、Ｖ_０＝０、Ｖ_Ｔ＝１である。同様に、定義上、ｄＶｔ＝ｖ_ｔｄｔである。出来高プロフィールが平坦であれば（即ち、カレンダー時刻の代わりに出来高時刻が使用されれば）、Ｖｔはｔ／Ｔと等しくなる。［０，Ｔ］の全市場出来高は時間Ｔと最終市場出来高が数えられるまで観察可能ではないので、Ｖｔはセミマルチンゲールである。

Ｓｔがある算術的ランダムウォークに従う平均約定価格であるとする。すると、期間［０，Ｔ］におけるＶＷＡＰ価格は以下の通りである。

期間［０，ｔ］におけるＶＷＡＰ価格は以下の通りである。

Ｖｔの不確実性がない場合、微積法を使用すると、以下のようになる。

D(VWAP_t)=(v_t/V_t)(P_t-VWAP_t)dt=(P_t-VWAP_t))d(logV)
不確実な出来高プロフィールに対して、１つのオプションは、ブラウン橋としてのモデルＶｔである。ｖ_ｔを期待された瞬間出来高プロフィールを表すものとする。σをブラウン橋に対応するボラティリティであるものとする。この場合、ｄＶｔ＝ｖ_ｔｄｔ＋σｄ（ＢＢ）となる。ここで、ＢＢは標準ブラウン橋であり、価格ブラウン運動から独立しているものと仮定できる。

Ｃｏｖ（Ｐｔ，Ｖｔ）をＳｔとＶｔの間の瞬間共分散であるものとする。ＶＷＡＰベンチマークに対応するインプリメンテーションショートフォールは以下の通りである。

最終項が外因性であるので（即ち、それは平均分散的に一定であるので）、検討から外してもよい。ｄＳ＝σｄＢとすると次式が成立する。

Ｙｔによって累積取引量を表す。この場合、Ｙｔ＝Ｎ−Ｘｔである。時刻ｔにおけるＰ＆Ｌを

で表す。即ち、

ここで、ＮＶｔは時刻ｔにおける目標累積取引量である。最終式の最初の二項の合計は、［０，ｔ）におけるＹｔ株を買うのに支払われる実際の費用に対応する。この実際の費用と第三項の合計は（時間ｔでの取引は摩擦なしであると仮定する）時間ｔによってＮＶ_ｔ株を取引する「実現」費用を表している。換言すれば、ＹｔはＮＶｔよりも大きい（小さい）場合には、ＭＣＰプラットフォームは時刻ｔにおける平均株価で差を売る（買う）。上式の最終項は０とｔとの間の実現されたＶＷＡＰ価格をＮＶｔ倍したものである。従って、時刻ｔにおけるＰ＆Ｌは「実現」費用とベンチマーク費用の差である。

目的関数が二次効用のものであるように設定される場合には、動学的な目的関数は以下のようになり、適応型確率制御枠組みに適合する。

ＶＳによって示されたＶＷＡＰスリッページを

と定義する。

が［０，Ｔ］におけるＶＷＡＰによって見られる平均約定価格を示すものとする。

が［０，Ｔ］に被った平均（相対）マーケットインパクトを表すものとする。即ち、

であるものとする。ＰＲが参加速度、即ちＰＲ＝Ｎ／Ｖ_Ｔであるものとする。この場合、次式が成り立つ。

上記関係は動学的なＶＷＡＰを幾つかを解明する。出来高プロフィールの不確実性がある場合に動学的なＶＷＡＰ戦略のパフォーマンスが

に近ければ、インプリメンテーション費用を減少するために殆どされることがない。

別の実施例においては、到着値段ベンチマークによって単一株を取引するための非適応型平均リスク戦略が使用可能である。一例として、ユーザは０（これを含む）と１の間に一時的マーケットインパクト関数指数γを設定可能である。この例では、インプリメンテーション費用を評価するためのパラダイムは以下の通りであってもよい。
モデル

効用

定義

結果

別の例では、ユーザは一時的マーケットインパクト関数指数γを１に設定することができる。この例では、インプリメンテーション費用を評価するためのパラダイムは以下のようであってもよい（表記を簡単にするために、ゼロドリフトとゼロ恒久的インパクトが仮定されている）。
モデル

効用

定義

結果

一例において、ＭＣＰプラットフォームは、ＭＣＰロジックが起動している時は常に再最適化が可能である。ＭＣＰプラットフォームがｔ_０にあると仮定する。目標は、ｔ_０からＴまで積分された総費用を最小にする最適ポリシーの一部であり、ＭＣＰプラットフォームが次のΔｔ秒に成行注文を使用して取引すべき最適なΔＮ株を求めることである。

ｔ_０からＴまでの積分は２つの部分、即ち、ｔ_０からｔ_０＋Δｔまでの積分（即刻の費用）とｔ_０＋ΔｔからＴまでの積分（将来の費用）に分解される。ＭＣＰプラットフォームは、長方形によってｔ_０からｔ_０＋ΔＴの積分を近似してもよい。第１の積分はリアルタイムパラメータ観測に基づいていてもよく、現在の市況を考慮している。第２の積分は、平滑化されたパラメータの見積りに基づいている。

費用が０からＴまで積分されてＭＣＰプラットフォームが閉形式解を有するとしても、ＭＣＰプラットフォームは費用積分の下限が正であると閉形式解を有しない。ｔ_０＋ΔｔからＴまでの最適な今後の費用を評価するために、ＭＣＰプラットフォームは０からＴまでの費用積分に対応する閉形式解の付近で形成された効率的な数値計算上の技法を使用してもよい。

例えば、ＭＣＰプラットフォームはベルマンの最適性の原理を使用することができる。０＜ｔ＜Ｔに対して０からＴまでに最適な利益確定売り（ｔｒａｄｅ−ｏｕｔ）のトラジェクトリーがあり、ｔからＴまでにトラジェクトリーの端点があるものとする。実際のＸ（ｔ）が初期の利益確定売りのトラジェクトリーによって投影された残り株数に等しい場合、端点はｔからＴまでの費用積分を最小にする最適解である。別のパラメータ定数が一定にされると、Ｘ（ｔ）は注文サイズで単調に増加している。従って、ｔからＴまでの費用積分を最小にするために、ＭＣＰプラットフォームは、Ｘ（ｔ）がｔにおける観測された残り株数に等しい架空注文サイズを求める効率的なサーチ（例えば、二分検索または黄金検索）を最初に実行することができる。

この架空発注サイズに対して、０からＴまでの利益確定売りのトラジェクトリーの閉形式解がある。ｔからＴまでの利益確定売りのトラジェクトリーの端点はｔからＴまでの費用積分を最小にする最適な解である。従って、閉形式で将来の価格を計算することができる。

ＭがΔＮの上限を表すものとする。０とＭの間の各ラウンドロットΔＮに対して、ＭＣＰプラットフォームは、即刻の費用と将来の費用の合計を計算し、全費用を最小にするものを選ぶことができる。

即刻の費用はΔＮにおいて自明の凸関数である。Ｘ（ｔ）−ΔＮにおいて凸状であるので将来の費用もΔＮにおいて凸状である。将来の費用はなぜＸ（ｔ）−ΔＮにおいて凸形状であるのか（即ち、ｔ＋Δｔにおける残り株数）？残り株数においてもう一つの株を取引する増分費用は増加しており、それは、凸状を定義するための平易な英語方式である。２つの凸関数の合計が凸状であるので、全費用関数はΔＮで凸形状を有する。このため、ＭＣＰプラットフォームは最適のΔＮを探索するとき、ＭＣＰプラットフォームは、全費用関数の凸状特性のためにグローバルに最適であることが保証されているローカルな最適解を求めると直ちに停止することができる。

別の例において、ＭＣＰプラットフォームは、現在の日の大引けを越えた時刻Ｔの注文を受信してもよい。一般性の喪失がなければ、次の取引日の終わりまでにＭＣＰプラットフォームは約定で終了されるものとする。Ｔ１、Ｔ２、およびＴ３は、それぞれ、現在の日の市場終了、次の日の市場開始、および次の日の大引けを表すものとする。境界条件はＸ（０）＝Ｎ、Ｘ（Ｔ３）＝０、Ｘ（ｔ）＝Ｍ∀Ｔ_１≦ｔ≦Ｔ_２であり、Ｍは現在の取引日の終わりの残量である。最適なＭ^＊は効率的な一次元サーチ技術を使用して取得可能である。

σ_１とσ_２が１日のうちのボラティリティと一晩保持するボラティリティをそれぞれ示すものとする。ＭＣＰプラットフォームは、リスクに対するペナルティ関数を以下の３つの部品に分けることができる。

これは以下の下の均等である。

ＭＣＰプラットフォームは、ＭＣＰプラットフォームがオイラーラグランジュ方程式と適当な境界条件を介して閉形式解を有する、第１日目にＮ−Ｍ株を最適に取引する費用を計算してもよい。一晩保持するリスクは、閉形式と同様に計算可能である。第２日目にＭ株を最適に取引する費用は閉形式解、ベルマンの最適性の原理、ウォームスタートベースの二分検索、および凸状特性の組み合わせを通じて準解析的に計算可能である。

ＭＣＰプラットフォーム制御部
図１０は、ＭＣＰプラットフォーム制御部１００１の本発明の側面を示すブロック図である。本実施例において、ＭＣＰプラットフォーム制御部１００１は、金融取引技術、及び／又は、他の関連データを通じてコンピュータとの相互作用を集合、処理、保存、サーチ、動作、特定、命令、生成、適合、及び／又は、容易にする機能を有する。

通常、ユーザ（人、及び／又は、他のシステムであってもよい）は、情報処理を容易にするために情報技術システム（例えば、コンピュータ）を使用することができる。代わりに、コンピュータは、情報処理にプロセッサを使う。かかるプロセッサ１００３は中央演算処理装置（ＣＰＵ）と呼ばれる場合がある。プロセッサの一形態はマイクロプロセッサと呼ばれる。ＣＰＵは、様々な動作を可能にする命令として作用するバイナリーコード信号を送信するのに通信回路を使用する。これらの命令は、メモリ１０２９（例えば、レジスタ、キャッシュメモリ、ランダムアクセスメモリなど）の様々なプロセッサがアクセス可能で動作可能な領域において、操作的及び／又は他の命令とデータを包含及び／又は参照するデータ命令であってもよい。かかる通信命令は、バッチ（例えば、命令のバッチ）にプログラムとして、及び／又は、所望の操作を容易にするデータコンポーネントとして、格納及び／又は送信されてもよい。これらの保存された命令コード（例えば、プログラム）は、所望の操作を実行するためにＣＰＵ回路コンポーネントと他のマザーボード、及び／又は、システムコンポーネントを使用してもよい。ある種のプログラムはコンピュータのＣＰＵによって実行可能なコンピュータオペレーティングシステムである。オペレーティングシステムは、ユーザがコンピュータ情報技術とリソースにアクセス及び操作することを可能及び容易にする。情報技術システムに使用される幾つかのリソースは、データがコンピュータに送入出される入出力機構、データを保存可能なメモリストレージ、及び、情報を処理可能なプロセッサを含む。これらの情報技術システムは、データベースプログラムで容易化され、その後の検索、分析、および操作のデータを収集するのに使用されてもよい。これらの情報技術システムは、ユーザが様々なシステムコンポーネントにアクセス及び操作するインターフェースを提供する。

ある実施例においては、ＭＣＰプラットフォーム制御部１００１は、ユーザ入力装置１０１１、周辺機器１０１２、選択的な暗号プロセッサデバイス１０２８、及び／又は、通信ネットワーク１０１３から一以上のユーザなどの（ただしこれらに限定されない）エンティティに接続され、及び／又は、通信することができる。

ネットワークは、グラフトポロジーにおいてクライアント、サーバおよび中間ノードの相互連結と共同動作を有すると一般に考えられている。本出願で使用される「サーバ」という用語は、一般に、通信ネットワークでリモートユーザのリクエストを処理および応答するコンピュータ、他のデバイス、プログラムまたはそれらの組み合わせを意味することに留意すべきである。サーバは要求する「クライアント」にその情報を提供する。ここで使用される「クライアント」という用語は、一般に、リクエストを処理及び作成して通信ネットワークでサーバからの応答を取得及び処理するコンピュータ、プログラム、他のデバイス、ユーザ、及び／又は、それらの組み合わせである。情報を容易化及び処理し、ソースユーザから目的ユーザまでの情報の移動を要求及び／又は助長するコンピュータ、他の装置、プログラムまたはそれらの組み合わせは、一般に、「ノード」と呼ばれている。ネットワークは、一般に、ソースポイントから目的地までの情報の転送を容易にすると考えられている。ソースから目的地までの情報の送信を促進する仕事を特に負うノードは、一般に「ルータ」と呼ばれている。ネットワークには、ローカル・エリア・ネットワーク（ＬＡＮ）、ピコネットワーク、ワイド・エリア・ネットワーク（ＷＡＮ）、ワイヤレスネットワーク（ＷＬＡＮｓ）など多くの形態がある。例えば、インターネットは、多数のネットワークの結合であるとして一般に受け入れられており、これによってリモートクライアントとサーバが互いにアクセスして協働することができる。

ＭＣＰプラットフォーム制御部１００１は、メモリ１０２９に接続されたコンピュータ組織１００２などのコンポーネントを含む（但し、それらに限定されない）コンピュータシステムに基づくことができる。

コンピュータ組織
コンピュータ組織１００２は、クロック９３０、中央演算処理装置（「ＣＰＵ」及び／又は「プロセッサ」（特に断らない限り、これらの用語は開示中交換可能に使用される））１００３、メモリ１０２９（例えば、リードオンリーメモリ（ＲＯＭ）１００６、ランダムアクセスメモリ（ＲＡＭ）１００５など）、及び／又は、インターフェースバス１００７を有し、常にではないがごく頻繁に、全てはシステムバス１００４を介して、命令（例えば、バイナリーコード信号）が通信、動作、格納などの効果を与えるために移動する導電及び／又は伝送回路経路を有する一以上の（マザー）ボード１００２上で、相互接続及び／又は交信する。選択的に、コンピュータ組織は、内部電源１０８６に接続されてもよい。選択的に、暗号プロセッサ１０２６は、システムバスに接続されてもよい。システムクロックは、典型的に、水晶発振器を有し、コンピュータ組織の回路経路を通ってベース信号を生成する。クロックは、典型的に、システムバスと、コンピュータ組織において内部接続された他のコンポーネントのためにベース操作周波数を増減する様々なクロック乗算器に結合されている。コンピュータ組織にけるクロックと様々なコンポーネントは、システムに亘って情報を具体化する信号を駆動する。コンピュータ組織に亘る情報を具体化する命令のこのような送受信は、一般に通信と呼ばれている。これらの通信命令は、本コンピュータ組織を越えて通信ネットワーク、入力装置、他のコンピュータ組織、周辺機器などへ更に送信、受信され、返信及び応答の通信の原因となる。もちろん、上記コンポーネントの幾つかは、互いに直接接続され、ＣＰＵに接続され、及び／又は、様々なコンピュータシステムによって例示されるように採用された様々な変形において組織されてもよい。

ＣＰＵは、ユーザ及び／又はシステムが生成したリクエストを実行するプログラムコンポーネントを実行するのに適した少なくとも一の高速データプロセッサを有する。しばしば、プロセッサ自体が、統合システム（バス）コントローラ、メモリ管理制御装置、浮動小数点ユニット、およびグラフィック処理装置、デジタル信号処理装置などの専門処理サブユニットなどの（但し、これらには限定されない）様々な専門処理装置を組み込んでいる。

また、プロセッサは、内部高速アクセスアドレス付けが可能なメモリを有してもよく、メモリ５２９を、プロセッサ自身を超えてマップ付け及びアドレス付けしてもよい。内部メモリは、高速レジスタ、様々なレベルのキャッシュメモリ（例えば、レベル１、２、３など）、ＲＡＭなどを含んでもよいが、これらには限定されない。プロセッサは、このメモリに、命令アドレスを介してアクセス可能なメモリアドレススペースの使用を通じてアクセスし、それはプロセッサが作成及び解読可能で、それによりプロセッサはメモリ状態を有する特定のメモリアドレススペースに回路経路をアクセスさせることができる。ＣＰＵは、ＡＭＤのＡｔｈｌｏｎ、Ｄｕｒｏｎ及び／又はＯｐｔｅｒｏｎ、ＡＲＭのアプリケーション、埋め込みおよび安全なプロセッサ、ＩＢＭ及び／又はモトローラのドラゴンボールとＰｏｗｅｒＰＣ、ＩＢＭとソニーのセルプロセッサ、インテルのセレロン、コア（２）デュオ、Ｉｔａｎｉｕｍ、ペンティアム（登録商標）、Ｘｅｏｎ及び／又はＸＳｃａｌｅ、及び／又は、その他の類似のプロセッサなどのマイクロプロセッサであってもよい。ＣＰＵは、伝導及び／又は伝送路（例えば（印刷）電子及び／又は光回路）を通じて移動する命令を通じてメモリと対話し、従来のデータ処理技術に従って保存された命令（即ち、プログラムコード）を実行させる。そのような命令送信は。ＭＣＰプラットフォーム制御部内と様々なインターフェースを越えた通信を容易にする。処理要件が、より高速及び／又は大容量を必要としている場合には、分散プロセッサ（例えば、分散ＭＣＰプラットフォーム）、メインフレーム、マルチコア、パラレル、及び／又は、スーパーコンピュータアーキテクチャが同様に使用されてもよい。代替的に、展開要件がより優れた携帯性を必要とする場合には、より小さいパーソナルデジタルアシスタント（ＰＤＡ）が使用されてもよい。

特定の例に依存して、ＭＣＰプラットフォームの特徴は、ＣＡＳＴのＲ８０５１ＸＣ２マイクロコントローラ、インテルのＭＣＳ５１（即ち、８０５１マイクロコントローラ）などのマイクロコントローラを具現化することによって達成可能である。また、ＭＣＰプラットフォームのある特徴機能を実施するために、幾つかの特徴機能の実装は、特定用途向け集積回路（「ＡＳＩＣ」）、デジタル信号処理（「ＤＳＰ」）、フィールド・プログラマブル・ゲート・アレイ（「ＦＰＧＡ」）、及び／又は、類似の埋め込み技術などの埋め込みコンポーネントに依存してもよい。例えば、ＭＣＰプラットフォームコンポーネントコレクション（分散又はその他の点）、及び／又は、特徴機能は、マイクロプロセッサ、及び／又は、埋め込みコンポーネントを介して、例えば、ＡＳＩＣ、コプロセッサ、ＤＳＰ、ＦＰＧＡなどを介して、実施可能である。代替的に、ＭＣＰプラットフォームの幾つかの実施例は、様々な特徴機能または信号処理を構成及び達成する埋め込みコンポーネントであってもよい。

特定の実施例では、埋め込みコンポーネントは、ソフトウェア解決、ハードウェア解決、及び／又は、ハードウェア／ソフトウェア解決の両方の幾つかの組み合わせを含むことができる。例えば、ここで説明するＭＣＰプラットフォームの特徴機能は、「論理ブロック」と呼ばれるプログラム可能な論理コンポーネントと、高性能ＦＰＧＡ・Ｖｉｒｔｅｘシリーズ及び／又はＸｉｌｉｎｘ製の低価格Ｓｐａｒｔａｎシリーズのようにプログラム可能な相互接続を含む半導体素子であるＦＰＧＡの実施を通じて達成可能である。論理ブロックと相互接続は、ＦＲＧＡが製造された後で、ＭＣＰプラットフォームの特徴機能の幾つかを実装するために、クライアントまたは設計者によってプログラムが可能である。プログラム可能な相互接続の階層構造は、論理ブロックが必要に応じてＭＣＰプラットフォームシステム設計者／管理者によって、１チッププログラム可能なブレッドボードのように、相互接続されるのを可能にする。ＦＰＧＡの論理ブロックは、ＡＮＤやＸＯＲなどの基本論理ゲートの機能、あるいは、解読機または単純数学機能などのより複雑な組み合せ機能を実行するようにプログラム可能である。殆どのＦＰＧＡでは、論理ブロックはメモリ要素も有し、それは単純なフリップフロップまたはより完全なメモリのブロックであってもよい。ある場合には、ＭＣＰプラットフォームは通常のＦＰＧＡで開発され、ＡＳＩＣ実装と類似する固定バージョンに移行されてもよい。代替的実施例または変形例においては、ＭＣＰプラットフォーム制御部特徴機能が、ＦＰＧＡの代わりにまたはＦＰＧＡに追加して、最終的なＡＳＩＣに移行する。ある実施例では、前述の埋め込みコンポーネントとマイクロプロセッサの全てがＭＣＰプラットフォームのための「ＣＰＵ」及び／又は「プロセッサ」であるとみなされてもよい。

電源
電源１０８６は、アルカリ、リチウム水素化物、リチウムイオン、リチウムポリマー、ニッケルカドミウム、太陽電池などのパワーセルなど、小型電子回路ボード素子に電源供給するためのどんな標準形式であってもよい。他の種類の交流又は直流電源も同様に使用可能である。太陽電池の場合、ある実施例においては、太陽電池がフォトニックエネルギーを得ることができる隙間が設けられる。パワーセル１０８６は、少なくとも一つの相互接続されたＭＣＰプラットフォームの以下のコンポーネントに接続され、それによって全ての以下のコンポーネントに電流を与える。ある実施例においては、電源１０８６はシステムバスコンポーネント１００４に接続される。代替的実施例においては、Ｉ／Ｏ１００８インターフェースの接続を通じて外部電源１０８６が提供される。例えば、ＵＳＢ及び／又はＩＥＥＥ１３９４接続は、接続によりデータと電源の両方を運ぶため、適当な電源である。

インターフェースアダプター
インターフェースバス１００７は、多くのインターフェースアダプターを受容、接続及び／又は通信することができ、常にではないが従来は入出力インターフェース（Ｉ／Ｏ）１００８、ストレージインターフェース１００９、ネットワークインターフェース１０１０などの（ただしこれらには限定されない）アダプターカードの形態であった。選択的に、暗号プロセッサインターフェース１０２７もインターフェースバスに接続されてもよい。インターフェースバスは、コンピュータ組織の他のコンポーネントと同様にインターフェースアダプターの相互通信を与える。インターフェースアダプターは互換性のあるインターフェースバスに適合している。インターフェースアダプターは、従来、スロットアーキテクチャを介してインターフェースバスに接続している。従来のスロットアーキテクチャ波使用可能であり、アクセラレーティッド・グラフィックス・ポート（ＡＧＰ）、カードバス、（拡張）業界標準アーキテクチャ（（Ｅ）ＩＳＡ）、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）、ＮｕＢｕｓ、ペリフェラル・コンポーネント・インターコネクト（拡張）（ＰＣＩ（Ｘ））、ＰＣＩエクスプレス、ＰＣメモリーカード国際協会（ＰＣＭＣＩＡ）などを含むが、これらには限定されない。

ストレージインターフェース１００９は、ストレージデバイス１０１４、リムーバブルディスクデバイスなどの（但し、これらには限定されない）多くのストレージデバイスを受容、通信、及び／又は、接続することができる。ストレージインターフェースは、（ウルトラ）（シリアル）アドバンストテクノロジーアタッチメント（パケットインターフェース）（（ウルトラ）（シリアル）ＡＴＡ（ＰＩ））、（拡張）インテグレーティッドドライブエレクトロニクス（（Ｅ）ＩＤＥ）、米国電気電子技術者学会（ＩＥＥＥ）１３９４、ファイバーチャネル、スモールコンピュータシステムズインターフェース（ＳＣＳＩ）、ユニバーサルシリアルバス（ＵＳＢ）などを含む（但し、これらには限定されない）接続プロトコルを使用することができる。

ネットワークインターフェース１０１０は、通信ネットワーク１０１３を受容、通信及び／又は接続することができる。通信ネットワーク１０１３を通して、ＭＣＰプラットフォーム制御部はユーザ１０３３ａによってリモートクライアント１０３３ｂ（例えば、ウエブブラウザを有するコンピュータ）を通じてアクセス可能となる。ネットワークインターフェースは、直接接続、イーサネット（登録商標）（太型、細型、ツイストペア１０／１００／１０００ベースＴなど）、トークンリング、ＩＥＥＥ８０２．１１ａ−ｘなどの無線接続などを含む（但し、これらには限定されない）接続プロトコルを使用することができる。処理要件が、より高速及び／又は大容量を必要としている場合には、分散ネットワークコントローラ（例えば、分散ＭＣＰプラットフォーム）、アーキテクチャが同様にＭＣＰプラットフォームコントローラによって要求される通信帯域幅をプール、ロードバランス及び／又は他の点で増加するのに使用されてもよい。通信ネットワークは、直接接続、インターネット、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、オペレーティング・ミッションズ・アズ・ノーズ・オン・ザ・インターネット（ＯＭＮＩ）、機密保護されたカスタム接続、ワイド・エリア・ネットワーク（ＷＡＮ）、（例えば、ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）、Ｉモードなどの（但し、これらには限定されない）プロトコルを使用する）無線ネットワークなどの一つ及び／又はこれらの組み合わせであってもよい。ネットワークインターフェースは、入出力インターフェースの特定の形態とみなすことができる。更に、多数のネットワークインターフェース１０１０は、様々な通信ネットワークの種類１０１３と接続するのに使用されてもよい。例えば、多数のネットワークインターフェースは、ブロードキャスト、マルチキャスト、及び／又は、ユニキャストネットワークにおける通信を可能にするのに使用される。

入出力インターフェース（Ｉ／Ｏ）１００８は、ユーザ入力装置１０１１、周辺機器１０１２、暗号プロセッサデバイス１０２８などを受容、通信及び／又は接続してもよい。Ｉ／Ｏは、以下の（但し、これらには限定されない）接続プロトコルを使用してもよい。オーディオはアナログ、デジタル、モノラル、ＲＣＡ、ステレオなど、データはアップルデスクトップバス（ＡＤＢ）、ＩＥＥＥＩ３９４ａ−ｂ、シリアル、ユニバーサルシリアルバス（ＵＳＢ）、赤外線、ジョイスティック、キーボード、ｍｉｄｉ、光学、ＰＣＡＴ、ＰＳ／２、パラレル、無線、ビデオインターフェースはアップルデスクトップコネクタ（ＡＤＣ）、ＢＮＣ、同軸、コンポーネント、コンポジット、デジタル、デジタルビジュアルインターフェース（ＤＶＩ）、ハイデフィニッションマルチメディアインターフェース（ＨＤＭＩ）、ＲＣＡ、ＲＦアンテナ、Ｓ−ビデオ、ＶＧＡなど、無線は８０２．１１ａ／ｂ／ｇ／ｎ／ｘ、ブルートゥース、符号分割多重接続（ＣＤＭＡ）、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）、ＷｉＭａｘなどである。ある典型的な出力装置はビデオディスプレイを有してもよく、それは、ビデオインターフェースから信号を受け入れるインターフェース（例えば、ＤＶＩ回路とケーブル）を有するブラウン管（ＣＲＴ）または液晶ディスプレイ（ＬＣＤ）ベースのモニタを通常有する。ビデオインターフェースは、コンピュータ組織によって生成された情報を合成し、ビデオメモリフレームで合成情報に基づいてビデオ信号を生成する。別の出力装置は、ビデオインターフェースから信号を受け入れるテレビである。通常、ビデオインターフェースは（例えば、ＲＣＡコンポジットビデオケーブルを受け入れるＲＣＡコンポジットビデオコネクタやＤＶＩディスプレイケーブルを受け入れるＤＶＩコネクタなどの）ビデオディスプレイインターフェースを受け入れるビデオ接続インターフェースを通じて合成ビデオ情報を提供する。

ユーザ入力装置１０１１は、カードリーダ、ドングル、指紋リーダ、グローブ、グラフィックスタブレット、ジョイスティック、キーボード、マウス、リモートコントロール、網膜リーダ、トラックボール、トラックパッドなどであってもよい。

周辺機器１０１２は、Ｉ／Ｏ及び／又はネットワークインターフェース、ストレージインターフェースなどの他の類似のファシリティに接続及び／又は通信してもよい。周辺機器は、オーディオデバイス、カメラ、（例えば、コピープロテクションのためにデジタル署名などで安全な取引を確保する）ドングル、（付加された機能性のための）外部プロセッサ、ゴーグル、マイクロホン、モニタ、ネットワークインターフェース、プリンタ、スキャナ、ストレージデバイス、ビデオデバイス、ビデオソース、バイザーなどであってもよい。

ユーザ入力装置と周辺機器は使用可能であるが、ＭＣＰプラットフォーム制御部は、埋め込み、専用、及び／又は、モニターレス（即ち、ヘッドレス）のデバイスとして具現化可能であることに留意すべきであり、ネットワークインターフェース接続に亘ってアクセスが提供される。

マイクロコントローラ、プロセッサ１０２６、インターフェース１０２７、及び／又は、デバイス１０２８などの（但し、これらには限定されない）暗号ユニットは、ＭＣＰプラットフォーム制御部に取り付け、及び／又は、交信することができる。モトローラ社製ＭＣ６８ＨＣ１６マイクロコントローラは、暗号装置用に、及び／又は、暗号装置内で使用可能である。ＭＣ６８ＨＣ１６マイクロコントローラは、１６ＭＨｚ構成で１６ビットの乗算及び蓄積命令を利用し、５１２ビットのＲＳＡ私有鍵操作を実行するのに１秒かからない。暗号装置は、匿名取引を可能にするのと同様に、相互作用機関から通信の認証を提供する。ＣＰＵの一部として暗号装置が構成されてもよい。同等なマイクロコントローラ、及び／又は、プロセッサも使用可能である。他の商業的に利用可能な特定暗号プロセッサは、ブロードコムのＣｒｙｐｔｏＮｅｔＸと他のセキュリティプロセッサ、ｎＣｉｐｈｅｒのｎＳｈｉｅｌｄ、セーフネットのルーナＰＣＩ（例えば、７１００）シリーズ、セマフォーコミュニケーションズの４０ＭＨｚロードランナー１８４、Ｓｕｎの暗号アクセラレータ（例えば、アクセラレータ６０００ＰＣＩｅボード、アクセラレータ５００ドータカード）、５００＋ＭＢ／ｓの暗号命令を実行可能なビアナノプロセッサ（例えば、Ｌ２１００、Ｌ２２００、Ｕ２４００）ライン、ＶＬＳＩ技術の３３ＭＨｚ６８６８などを含む。

メモリ
一般に、プロセッサがストレージ及び／又は情報検索に影響を与えることを可能にする機械化及び／又は実施例はメモリ１０２９と見なされる。しかしながら、メモリは、代替可能な技術リソースであるので、多くのメモリの実施例が代わりにまたは協働して使用可能である。ＭＣＰプラットフォーム制御部、及び／又は、コンピュータ組織は、メモリ１０２９の様々な形態を使用可能であることを理解すべきである。例えば、オンチップＣＰＵメモリ（例えば、レジスタ）、ＲＡＭ、ＲＯＭ及びその他のストレージデバイスの機能性が紙パンチテープまたは紙パンチカード機構によって提供可能であるように、コンピュータ組織は構成されてもよい。もちろん、そのような実施例は非常に遅い動作速度をもたらすだろう。典型的な構成において、メモリ１０２９は、ＲＯＭ１００６、ＲＡＭ１００５、ストレージデバイス１０１４を有する。ストレージデバイス１０１４はどんな従来のコンピュータシステムの記憶装置でもよい。ストレージデバイスはドラム、（固定及び／又はリムーバブル）磁気ディスクドライブ、光磁気ドライブ、光ドライブ（即ち、ブルーレイ、ＣＤＲＯＭ／ＲＡＭ／書き込み可能な（Ｒ）／書き換え可能な（ＲＷ）、ＤＶＤＲ／ＲＷ、ＨＤＤＶＤＲ／ＲＷなど）、デバイスアレイ（例えば、独立ディスク冗長アレイ（ＲＡＩＤ）、ソリッドステートメモリーデバイス（ＵＳＢメモリ、ソリッドステートドライブ（ＳＳＤ）など）、他のプロセッサ可読記憶媒体、及び／又は、その他の類似のデバイスを含んでもよい。従って、コンピュータ組織は、一般に、メモリを必要とし、それを利用する。

コンポーネットコレクション
メモリ１０２９は、オペレーティングシステムコンポーネント１０１５（オペレーティングシステム）、情報サーバコンポーネント１０１６（情報サーバ）、ユーザインターフェースコンポーネント１０１７（ユーザインターフェース）、ウエブブラウザコンポーネント１０１８（ウエブブラウザ）、データベース１０１９、メールサーバコンポーネント１０２１、暗号サーバコンポーネント１０２０（暗号サーバ）、ＭＣＰプラットフォームコンポーネント１０３５など（即ち、まとめてコンポーネントコレクション）などの（但し、これらには限定されない）プログラム、及び／又は、データベースコンポーネント、及び／又は、データのコレクションを含む。これらのコンポーネントは、ストレージデバイス、及び／又は、インターフェースバスを介してアクセス可能なストレージデバイスに格納及びアクセスされてもよい。コンポーネントコレクションにおける非従来のプログラムコンポーネントはローカルストレージデバイス１０１４に通常格納されるが、それらは、周辺機器、ＲＡＭ、通信ネットワークを通したリモートストレージファシリティ、ＲＯＭ、様々な形態のメモリ等のメモリにロード、及び／又は、格納されてもよい。

オペレーティングシステム
オペレーティングシステムコンポーネント１０１５は、ＭＣＰプラットフォーム制御部の操作を容易にする、実行可能なプログラムコンポーネントである。通常、オペレーティングシステムは、Ｉ／Ｏ、ネットワークインターフェース、周辺機器、記憶装置などのアクセスを容易にする。オペレーティングシステムは、アップルマッキントッシュＯＳ・Ｘ（サーバ）、ＡＴ＆Ｔプラン９、ＢｅＯＳ、Ｕｎｉｘ（登録商標）とＵｎｉｘ−ｌｉｋｅシステム分散（ＡＴ＆ＴのＵＮＩＸ（登録商標）、ＦｒｅｅＢＳＤ、ＮｅｔＢＳＤ、ＯｐｅｎＢＳＤなどのバークレーソフトウェア配布（ＢＳＤ）変形、ＲｅｄＨａｔやＵｂｕｎｔｕなどのリナックス分散）及び／又は同様のオペレーティングシステムなどの高度にフォルトトレラントで、スケーラブルで、安全なシステムである。しかしながら、アップルマッキントッシュＯＳ、ＩＢＭＯＳ／２、マイクロソフトＤＯＳ、マイクロソフト・Ｗｉｎｄｏｗｓ（登録商標）２０００／２００３／３．ｉ／９５／９８／Ｃｅ／Ｍｉｌｌｅｎｉｕｍ／ＮＴ／Ｖｉｓｔａ／ＸＰ（サーバ）、パームＯＳなどの、より限定的及び／又は安全性の低いオペレーティングシステムも使用可能である。オペレーティングシステムは、それ自身を含むコンポーネントコレクションの他のコンポーネントと送受信することができる。ごく頻繁に、オペレーティングシステムは、他のプログラムコンポーネント、ユーザインターフェースなどと通信する。例えば、オペレーティングシステムは、プログラムコンポーネント、システム、ユーザ、及び／又は、データ通信、リクエスト、及び／又は、応答を包含、通信、生成、取得、及び又は、提供することができる。オペレーティングシステムは、一旦ＣＰＵによって実行されると、通信ネットワーク、データ、Ｉ／Ｏ、周辺機器、プログラムコンポーネント、メモリ、ユーザ入力装置などとの対話を可能にする。オペレーティングシステムは、ＭＣＰプラットフォーム制御部に通信ネットワーク１０１３を介して他のエンティティと交信することを可能にする通信プロトコルを提供することができる。様々な通信プロトコルが、マルチキャスト、ＴＣＰ／ＩＰ、ＵＤＰ、ユニキャストなどの（但し、これらには限定されない）相互作用のサブキャリア伝送機構としてＭＣＰプラットフォーム制御部で使用可能である。

情報サーバ
情報サーバコンポーネント１０１６は、ＣＰＵによって実行される格納されたプログラムコンポーネントである。情報サーバは、アパッチ・ソフトウェア・ファウンデーションのアパッチ、マイクロソフトのインターネット・インフォメーション・サーバなどの（但し、これらには限定されない）従来のインターネット情報サーバであってもよい。情報サーバは、アクティブ・サーバ・ページ（ＡＳＰ）、ＡｃｔｉｖｅＸ、（ＡＮＳＩ）（objective-）Ｃ（＋＋）、Ｃ＃及び／又は．ＮＥＴ、コモン・ゲートウェイ・インターフェイス（ＣＧＩ）スクリプト、ダイナミック（Ｄ）ハイパーテキストマークアップ言語（ＨＴＭＬ）、フラッシュ、Ｊａｖａ（登録商標）、ＪａｖａＳｃｒｉｐｔ、プラクティカル・エクストラクション・レポート・ラングエージ（パール）、ハイパーテキストプリプロセッサ（ＰＨＰ）、パイプス、パイソン、ワイヤレスアプリケーションプロトコル（ＷＡＰ）、ＷｅｂＯｂｊｅｃｔｓなどのファシリティを介してプログラムのコンポーネントの実行を可能にする。情報サーバは、安全な通信プロトコルを提供してもよく、ファイル転送プロトコル（ＦＴＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、セキュアハイパーテキスト転送プロトコル（ＨＴＴＰＳ）、セキュアソケットレイア（ＳＳＬ）、メッセージングプロトコル（例えば、アメリカオンライン（ＡＯＬ）、インスタントメッセンジャー（ＡＩＭ）、アプリケーションエクスチェンジ（ＡＰＥＸ）、ＩＣＱ、インターネット・リレー・チャット（ＩＲＣ）、マイクロソフトネットワーク（ＭＳＮ）メッセンジャーサービス、プレゼンス・アンド・インスタント・メッセージング・プロトコル（ＰＲＩＭ）、インターネットエンジニアリングタスクフォースの（ＩＥＴＦの）セッション・イニシエーション・プロトコル（ＳＩＰ）、インスタント・メッセージング・アンド・プレゼンス・レバレージング・エクステンションズのＳＩＰ（ＳＩＭＰＬＥ）、オープンＸＭＬベースのエクステンシブルメッセージングアンドプレゼンスプロトコル（ＸＭＰＰ）（即ち、ジャバーまたはオープンモバイルアライアンス（ＯＭＡ）のインスタント・メッセージング・アンド・プレゼンス・サービス（ＩＭＰＳ））、Ｙａｈｏｏ！インスタントメッセンジャーサービスなどを含むが、これらには限定されない。情報サーバは、ウエブページの形態で結果をウエブブラウザに提供し、他のプログラムコンポーネントとの対話を通じてウエブページを操作および生成する。ＨＴＴＰリクエストのドメインネームシステム（ＤＮＳ）解決部分が特定の情報サーバに解決された後で、情報サーバは、ＨＴＴＰリクエストの残りに基づいてＭＣＰプラットフォーム制御部の特定の場所で情報のリクエストを解決する。例えば、http://123.124.125.126/mylnformation.htmlのリクエストは、ＤＮＳサーバによって解決される情報サーバへのリクエスト「123.124.125.126」のＩＰ部分をそのＩＰアドレスで有しているかもしれないし、その情報サーバは、次いで、そのリクエストの「/myInformation.html」部分に対するｈｔｔｐリクエストを更にパースし、情報「mylnformation.html」を有するメモリの場所に解決するかもしれない。また、プロトコルを提供する他の情報は、ＦＴＰ通信アクロスポート２１などの様々なポートで使用可能である。情報サーバは、それ自身及び／又は類似のファシリティを含むコンポーネントコレクションにおいて他のコンポーネントと送受信してもよい。ごく頻繁に、情報サーバはＭＣＰプラットフォームデータベース１０１９、オペレーティングシステム、他のプログラムコンポーネント、ユーザインターフェース、ウエブブラウザなどと通信する。

ＭＣＰプラットフォームデータベースへのアクセスは、（ＣＧＩなど）の以下に列挙されるスクリプト言語や（ＣＯＲＢＡ、ＷｅｂＯｂｊｅｃｔｓなどの）以下に列挙されるアプリケーション間通信チャンネルを通じて幾つかのデータベースブリッジ機構を通じて達成可能である。ウエブブラウザを通じたどんなデータリクエストも、ＭＣＰプラットフォームによって要求されると、ブリッジ機構を通して適切なグラマーにパースされる。ある実施例においては、情報サーバは、ウエブブラウザによってアクセス可能なウエブ形態を与えるだろう。ウエブ形態で供給されたフィールドになされた入力は、特定のフィールドに入力されたものとしてタグ付けされ、パースされる。入力されたタームは、フィールドタグと共に送信され、それは、適当なテーブル及び／又フィールドに向けられたクエリを生成するようにパーサに命令する。ある実施例においては、パーサは、タグ付けされたテキスト入力に基づいて適当な加入／選択コマンドで検索ストリングをインスタンス作成することによって標準ＳＱＬでクエリを生成する。結果コマンドは、ブリッジ機構を通じてクエリとしてＭＣＰプラットフォームに提供される。クエリからクエリ結果を生成する際に、結果はブリッジ機構を通じて送信され、ブリッジ機構によって新しい結果ウエブページの生成とフォーマットのためにパースされる。かかる新しい結果ウエブページは、その後、それをリクエストウエブブラウザに供給する情報サーバに提供される。

また、情報サーバは、プログラムコンポーネント、システム、及び／又は、データ通信、リクエスト、及び／又は、応答を包含、通信、生成、取得、及び／又は、提供してもよい。

ユーザインターフェース
コンピュータインタフェースの機能はある点で自動車操作インターフェースと同様である。ハンドル、ギアシフト、速度計などの自動車操作インターフェース要素は自動車リソース、機能性および状態のアクセス、操作、表示を容易にする。チェックボックス、カーソル、メニュー、スクローラ、ウインドウ（まとめて一般にウィジェットと呼ばれている）などのコンピュータインタラクションインターフェース要素は、同様に、データ、コンピュータハードウェアおよびオペレーティングシステムリソース、機能性および状態のアクセス、操作及び表示を容易にする。操作インターフェースは、一般に、ユーザインターフェースと呼ばれている。グラフィカルユーザインターフェース（ＧＵＩｓ）、例えば、アップルマッキントッシュオペレーティングシステムのアクア、ＩＢＭのＯＳ／２、マイクロソフトのＷｉｎｄｏｗｓ２０００／２００３／３．１／９５／９８／ＣＥ／ミレニアム／ＮＴ／ＸＰ／ビスタ／７（即ち、エアロ）、ＵｎｉｘのＸ−Ｗｉｎｄｏｗ（例えば、Ｋデスクトップエンバイロンメント（ＫＤＥ）、ｍｙｔｈＴＶ及びＧＮＵネットワークオブジェクトモデルエンバイロンメント（ＧＮＯＭＥ））、ウエブインターフェースライブラリ（ＡｃｔｉｖｅＸ、ＡＪＡＸ、（Ｄ）ＨＴＭＬ、フラッシュ、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔなどのインターフェースライブラリ、例えば、（但し、これらには限定されない）Ｄｏｊｏ、ｊＱｕｅｒｙ（ＵＩ）、ＭｏｏＴｏｏｌｓ、プロトタイプ、ｓｃｒｉｐｔ．ａｃｕｌｏ．ｕｓ、ＳＷＦＯｂｊｅｃｔ、Ｙａｈｏｏ！ユーザインターフェース、それらのいずれも使用可能である）は、ユーザにベースラインと情報にアクセスして視覚的に表示する手段を与える。

ユーザインターフェースコンポーネント１０１７は、ＣＰＵによって実行される、格納されたプログラムコンポーネントである。ユーザインターフェースは、上述したように、オペレーティングシステム及び／又は操作環境によって、それらと共に、及び／又は、それらの先に提供される、従来のグラフィックユーザインターフェースであってもよい。ユーザインターフェースは、テキスト及び／又はグラフィックファシリティを通じて、プログラムコンポーネント及び／又はシステムファシリティの表示、実行、対話、マニプレーション、及び／又は、操作を与える。ユーザインターフェースは、ユーザがコンピュータシステムに影響を与え、対話し、及び／又は、操作することが可能なファシリティを与える。ユーザインターフェースは、それ自体及び／又は同様のファシリティを含むコンポーネントコレクションにおいて他のコンポーネントと送受信することができる。ごく頻繁に、ユーザインターフェースは、オペレーティングシステム、他のプログラムコンポーネントなどと通信する。ユーザインターフェースは、プログラムコンポーネント、システム、ユーザ、及び／又は、データ通信、リクエスト及び／又は応答を包含、通信、生成、取得、及び／又は提供してもよい。

ウエブブラウザ
ウエブブラウザコンポーネント１０１８は、ＣＰＵによって実行される、格納されたプログラムコンポーネントである。ウエブブラウザは、マイクロソフトインターネットエクスプローラまたはネットスケープナビゲータなどの従来のハイパーテキスト閲覧アプリケーションであってもよい。安全なウエブブラウジングが、ＨＴＴＰＳ、ＳＳＬなどによって１２８ビット（以上）の暗号化と共に提供可能である。ウエブブラウザは、ＡｃｔｉｖｅＸ、ＡＪＡＸ、（Ｄ）ＨＴＭＬ、フラッシュ、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、ウエブブラウザプラグインＡＰＩ（例えば、ＦｉｒｅＦｏｘ、サファリプラグイン及び／又は同様のＡＰＩ）などのファシリティを通じてプログラムコンポーネントの実行を与える。ウエブブラウザ及び類似の情報アクセスツールは、ＰＤＡ、携帯電話、及び／又は、他のモバイルデバイスに統合可能である。ウエブブラウザは、それ自体及び／又は同様のファシリティを含むコンポーネントコレクションの他のコンポーネントと送受信することができる。ごく頻繁に、ウエブブラウザは、情報サーバ、オペレーティングシステム、統合プログラムコンポーネント（例えば、プラグイン）などと通信する。例えば、それは、プログラムコンポーネント、システム、ユーザ、及び／又は、データ通信、リクエスト、及び／又は、応答を包含、通信、生成、取得、及び／又は提供してもよい。もちろん、ウエブブラウザと情報サーバに代わって、複合アプリケーションが両方の同様の機能を実行するように開発されてもよい。複合アプリケーションは、同様に、ＭＣＰプラットフォームが実行可能なノードからユーザ、ユーザ代理人などへの情報の入手と提供に影響を与えるだろう。複合アプリケーションは、標準ウエブブラウザを使用するシステム上では意味がないかもしれない。

メールサーバ
メールサーバコンポーネント１０２１は、ＣＰＵ１００３によって実行される、格納されたプログラムコンポーネントである。メールサーバは、ｓｅｎｄｍａｉｌ、マイクロソフトＥｘｃｈａｎｇｅなどの従来のインターネットメールサーバであってもよい。メールサーバは、ＡＳＰ、ＡｃｔｉｖｅＸ、（ＡＮＳＩ）（objective-）Ｃ（＋＋）、Ｃ＃及び／又は．ＮＥＴ、ＣＧＩスクリプト、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、パール、ＰＨＰ、パイプス、パイソン、ＷｅｂＯｂｊｅｃｔｓなどのファシリティを介してプログラムコンポーネントの実行を可能にする。メールサーバは通信プロトコルを提供してもよく、これらは、インターネット・メッセージ・アクセス・プロトコル（ＩＭＡＰ）、メッセージング・アプリケーション・プログラミング・インターフェース（ＭＡＰＩ）／マイクロソフトエクスチェンジ、ポスト・オフィス・プロトコル（ＰＯＰ３）、シンプル・メール・トランスファー・プロトコル（ＳＭＴＰ）などを含むが、これらには限定されない。メールサーバは、送信、中継及び／又はＭＣＰプラットフォームを通じて及び／又はそれに移動する受信及び発信メールメッセージを発信、転送及び処理することができる。

ＭＣＰプラットフォームメールへのアクセスは、個々のウエブサーバーコンポーネント、及び／又は、オペレーティングシステムによって提供された多くのＡＰＩを通して達成可能である。

また、メールサーバは、プログラムコンポーネント、システム、ユーザ、及び／又は、データ通信、リクエスト、情報、及び／又は、応答を包含、通信、生成、取得、及び／又は、提供してもよい。

メールクライアント
メールクライアントコンポーネント１０２２は、ＣＰＵ１００３によって実行される、格納されたプログラムコンポーネントである。メールクライアントは、アップルメール、マイクロソフトアントラージュ、マイクロソフトアウトルック、マイクロソフトアウトルックエクスプレス、モジラ、サンダーバードなどの従来のメール閲覧アプリケーションであってもよい。メールクライアントは、ＩＭＡＰ、マイクロソフトエクスチェンジ、ＰＯＰ３、ＳＭＴＰなどの多くの転送プロトコルを提供してもよい。

メールクライアントはそれ自体及び／又は同様のファシリティを含むコンポーネントコレクションの他のコンポーネントと送受信することができる。ごく頻繁に、メールクライアントは、メールサーバ、オペレーティングシステム、他のメールクライアントなどと通信する。例えば、それは、プログラムコンポーネント、システム、ユーザ、及び／又は、データ通信、リクエスト、及び／又は、応答を包含、通信、生成、取得、及び／又は提供してもよい。一般に、メールクライアントは、電子メールメッセージを構成及び送信するファシリティを提供する。

暗号サーバ
暗号サーバコンポーネント１０２０は、ＣＰＵ１００３、暗号プロセッサ１０２６、暗号プロセッサインターフェース１０２７、暗号プロセッサデバイス１０２８などによって実行される、格納されたプログラムコンポーネントである。暗号プロセッサインターフェースは、暗号コンポーネントによる暗号化及び／又は解読要求の迅速性を可能にするが、暗号コンポーネントは従来のＣＰＵで起動してもよい。暗号コンポーネントは提供されたデータの暗号化、及び／又は、復号化を可能にする。暗号コンポーネントは、対称及び非対称（例えば、プリティ・グッド・プロテクション（ＰＧＰ））暗号化及び／又は複合化の両方を可能にする。暗号コンポーネントは、デジタル証明書（例えば、Ｘ．５０９認証枠組み）、デジタル署名、デュアル署名、エンベローピング、パスワードアクセス保護、公開鍵管理などの（但し、これらに限定されない）暗号技術を使用してもよい。暗号コンポーネントは、チェックサム、データ暗号化標準（ＤＥＳ）、楕円暗号曲線（ＥＣＣ）、国際データ暗号化アルゴリズム（ＩＤＥＡ）、メッセージダイジェスト５（ＭＤ５は一方向ハッシュ関数）、パスワード、ＲｉｖｅｓｔＣｉｐｈｅｒ（ＲＣ５）、ラインダール、（１９７７年にロン・ライベスト、アディ・シャミルおよびレオナルド・アデルマンによって開発されたインターネット暗号化及び認証システムである）ＲＳＡ、セキュアハッシュアルゴリズム（ＳＨＡ）、セキュアソケットレイア（ＳＳＬ）、セキュアハイパーテキスト転送プロトコル（ＨＴＴＰＳ）などの（但し、これらに限定されない）多数の（暗号化及び／又は復号化）セキュリティプロトコルを容易にする。かかる暗号化セキュリティプロトコルを使用すると、ＭＣＰプラットフォームは全ての受信及び／又は発信通信を暗号化できて、より広い通信ネットワークと仮想私設ネットワーク（ＶＰＮ）でノードとして機能することができる。暗号コンポーネントは、「安全な承認」の処理を容易にし、これによってリソースへのアクセスが機密保持プロトコルによって禁止される。暗号コンポーネントは、機密保護されたリソースへの許可されたアクセスを可能にする。また、暗号コンポーネントは、コンテンツのユニークな識別子を提供することができ、例えば、デジタルオーディオファイルに対してユニークな署名を取得するのにＭＤ５ハッシュを使用する。暗号コンポーネントは、コそれ自体及び／又は同様のファシリティを含むンポーネントコレクションの他のコンポーネントと送受信することができる。暗号コンポーネントは、通信ネットワークで情報の安全な送信を可能にし、希望されればＭＣＰプラットフォームコンポーネントが安全な取引に従事することを可能にする暗号化体系を提供する。暗号コンポーネントは、ＭＣＰプラットフォームでリソースの安全なアクセスを容易にし、リモートシステムで機密保護されたリソースのアクセスを容易にする。即ち、それは機密保護されたリソースのクライアント及び／又はサーバとして働いてもよい。ごく頻繁に、暗号コンポーネントは、情報サーバ、オペレーティングシステム、他のプログラムコンポーネントなどと通信する。暗号コンポーネントは、プログラムコンポーネント、システム、ユーザ、及び／又は、データ通信、リクエスト、及び／又は、応答を包含、通信、生成、取得、及び／又は、提供してもよい。

ＭＣＰプラットフォームデータベース
ＭＣＰプラットフォームデータベースコンポーネント１０１９は、データベースとその格納データに具現化されてもよい。データベースは、ＣＰＵによって実行される、格納されたプログラムコンポーネントであり、格納されたプログラムコンポーネント部分はＣＰＵに格納データを処理させる。データベースは、オラクルまたはＳｙｂａｓｅなどの従来の、フォルトトレラントで、リレーショナルで、スケーラブルで安全なデータベースでもよい。リレーショナルデータベースはフラットなファイルの拡張である。リレーショナルデータベースは一連の関連テーブルからなる。テーブルはキーフィールドを介して相互接続されている。キーフィールドの使用は、キーフィールドに索引をつけることによってテーブルの組み合わせを可能にする。即ち、キーフィールドは、様々なテーブルからの情報を結合するための次元ピボットポイントとして作用する。関係は、一般に、主キーを合わせることによってテーブル間で維持されたリンクを識別する。主キーはリレーショナルデータベースでユニークにテーブルの行を識別するフィールドを表している。より正確には、それらは一対多の関係の「一」側面でユニークにテーブルの行を識別する。

代替的に、ＭＣＰプラットフォームデータベースは、アレイ、ハッシュ、（リンクされた）リスト、ストラクト、ストラクチャードテキストファイル（例えば、ＸＭＬ）、テーブルなどの様々な標準データ構造を使用して具現化されてもよい。かかるデータ構造は、メモリ及び／又は（ストラクチャード）ファイルに格納されてもよい。別の代替例においては、オブジェクト指向データベースは、フロンティア、ＯｂｊｅｃｔＳｔｏｒｅ、Ｐｏｅｔ、Ｚｏｐｅなどのように使用されてもよい。オブジェクトデータベースは、共通の属性によってグループ化、及び／又は、リンク付けされる幾つかのオブジェクトコレクションを含んでもよい。それらは、いくつかの共通の属性によって他のオブジェクトコレクションに関連付けられてもよい。オブジェクト指向データベースは、オブジェクトがデータの単なる断片ではなく所与のオブジェクト内でカプセル化された他の種類の機能性を有する点を除いて、リレーショナルデータベースと同様に働く。ＭＣＰプラットフォームデータベースがデータ構造として具現化される場合、ＭＣＰプラットフォームデータベース１０１９の使用はＭＣＰプラットフォームコンポーネント１０３５などの別のコンポーネントに統合されてもよい。同様に、データベースは、データ構造、オブジェクト、およびリレーショナル構造の組み合わせとして具現化されてもよい。データベースは、標準データ処理技術を介した無数の変形例において統合及び／又は分散されてもよい。データベースの部分（例えば、テーブル）は、エクスポート及び／又はインポートされ、このようにして分散、及び／又は、統合されてもよい。

ある実施例においては、データベース構成要素１０１９は数個のテーブル１０１９ａ−ｅを有する。ユーザテーブル１０１９ａは、モデルＩＤ、モデル名、パラメータＩＤ、銘柄ＩＤ、モデルの種類、モデルなどの（但し、これらには限定されない）フィールドを含むことができる。パラメータテーブル１０１９ｂは、パラメータＩＤ、パラメータ名、パラメータ値、パラメータソース、パラメータ履歴、パラメータの種類などの（但し、これらには限定されない）フィールドを含むことができる。ユーザテーブル１０１９ｃは、ユーザＩＤ、ユーザ名、ユーザパスワード、連絡情報、ログイン、パスワード、銘柄ＩＤ、ポートフォリオ、取引履歴、リスク回避、支払い識別子などの（但し、これらには限定されない）フィールドを含むことができる。銘柄テーブル１０１９ｄは、銘柄ＩＤ、銘柄の種類、パラメータＩＤ、現在の相場、相場の履歴、数量、取引履歴、基底エンティティ、交換所、取引制限、ボラティリティなどの（但し、これらには限定されない）フィールドを含むことができる。市場データテーブル１０１９ｅは、市場データフィードＩＤ、アセットＩＤ、アセット名、スポット価格、ビッド価格、アスク価格などの（但し、これらには限定されない）フィールドを含むことができる。一実施例においては、市場データテーブルはマーケットデータフィード（例えば、ブルムバーグのファットパイプ（Ｐｈａｔｐｉｐｅ）、ダンアンドブラッドストリート、ロイターのティブ、トライアーチなど）を通じて項目が増やされてもよい。

ある実施例においては、ＭＣＰプラットフォームデータベースは他のデータベースシステムと対話することができる。例えば、分散データベースシステムを使用すると、検索ＭＣＰプラットフォームコンポーネントによるクエリおよびデータアクセスは、ＭＣＰプラットフォームデータベース、単一データベースエンティティとしての統合データセキュリティレイヤデータベースの組み合わせを処理することができる。

ある実施例においては、ユーザプログラムは、ＭＣＰプラットフォームを更新する機能を有する様々なユーザインターフェースプリミティブを含むことができる。また、様々なアカウントは、ＭＣＰプラットフォームが提供する必要があるかもしれないクライアントの種類と環境に依存してカスタムデータベーステーブルを必要とする場合がある。いかなるニークなフィールドも、キーフィールドとして完全に指定できることに留意すべきである。代替的な実施例においては、これらのテーブルはそれら自身のデータベースとそれらのそれぞれのデータベース制御部（即ち、上記テーブルの各々の個々のデータベース制御部）に分散されている。標準データ処理技術を使用して、幾つかのコンピュータ組織、及び／又は、ストレージデバイスにデータベースを分散してもよい。同様に、分散データベース制御部の構成を様々なデータベースコンポーネント１０１９ａ−ｅを統合及び／又は分散することによって変更可能である。ＭＣＰプラットフォームは、データベース制御部を介して、各種設定、入力およびパラメータを監視するように構成されてもよい。

ＭＣＰプラットフォームデータベースは、それ自身及び／又は類似のファシリティを含むコンポーネントコレクションの他のコンポーネントと送受信することができる。ごく頻繁に、ＭＣＰプラットフォームデータベースは、ＭＣＰプラットフォームコンポーネント、他のプログラムコンポーネントなどと通信する。データベースは、他のノードとデータに関する情報を包含、保持、及び提供することができる。

ＭＣＰプラットフォーム
ＭＣＰプラットフォームコンポーネント１０３５は、ＣＰＵによって実行される、格納されたプログラムコンポーネントである。ある実施例においては、ＭＣＰプラットフォームコンポーネントは、前述の図面で説明したＭＣＰプラットフォームの側面の幾つか及び／又は全てを組み合わせることができる。従って、ＭＣＰプラットフォームは、様々な通信ネットワークを介して、情報、サービス、取引などのアクセス、取得および提供に影響を与える。

ＭＣＰプラットフォームコンポーネントは、取引可能な金融商品、モデル最適化等、ＭＣＰプラットフォームの使用を通じて取引戦略、市場因子のモデル化及び／又はパラメータにアクセス、計算、参加、交換、生成、特定、命令、適合、処理、サーチ、使用、保存及び／又は容易にすることを可能にする。

ノード間で情報のアクセスを可能にするＭＣＰプラットフォームコンポーネントは、アパッチコンポーネント、アッセンブリ、アクティブＸ、バイナリーエクゼキュータブル、（ＡＮＳＩ）（objective-）Ｃ（＋＋）、Ｃ＃及び／又は．ＮＥＴ、データベースアダプター、ＣＧＩスクリプト、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、マッピングツール、プロシージャ及びオブジェクト指向開発ツール、パール、ＰＨＰ、パイソン、シェルスクリプト、ＳＱＬコマンド、ウエブアプリケーションサーバエクステンション、ウエブ開発環境およびライブラリ（例えば、マイクロソフトのＡｃｔｉｖｅＸ、アドビ・エア、Ｆｌｅｘ＆Ｆｌａｓｈ、ＡＪＡＸ、（Ｄ）ＨＴＭＬ、Ｄｏｊｏ、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、ｊＱｕｅｒｙ（ＵＩ）、ＭｏｏＴｏｏｌｓ、Ｐｒｏｔｏｔｙｐｅ、ｓｃｒｉｐｔ．ａｃｕｌｏ．ｕｓ、シンプル・オブジェクト・アクセス・プロトコル（ソープ）、ＳＷＦＯｂｊｅｃｔ、Ｙａｈｏｏ！ユーザインターフェースなど）、ＷｅｂＯｂｊｅｃｔなどの（但し、これらには限定されない）標準開発ツールと言語を使用することによって開発可能である。ある実施例においては、ＭＣＰプラットフォームサーバは、通信を暗号化および解読するのに暗号サーバを使用する。ＭＣＰプラットフォームコンポーネントは、それ自身及び／又は類似のファシリティを含むコンポーネントコレクションの他のコンポーネントと送受信することができる。ごく頻繁に、ＭＣＰプラットフォームコンポーネントは、ＭＣＰプラットフォームデータベース、オペレーティングシステム、他のプログラムコンポーネントなどと通信する。ＭＣＰプラットフォームは、プログラムコンポーネント、システム、ユーザ、及び／又は、データ通信、リクエスト、及び／又は、応答を包含、通信、生成、取得及び／又は提供することができる。

分散ＭＣＰプラットフォーム
ＭＣＰプラットフォームノード制御部コンポーネントの幾つかの構造及び／又は操作は、開発及び／又は配置を容易にするために、幾つかの方法で結合、統合及び／又は分散が可能である。同様に、展開及び／又は配置を容易にするために幾つかの方法でコンポーネントコレクションは結合可能である。これを達成するために、コンポーネントを、共通のコードベースに統合したり、統合された方法で必要に応じて動学的にコンポーネットをロード可能なファシリティに統合したりすることができる。

コンポーネントコレクションは、無数の変形例において、標準データ処理及び／又は開発技術を通じて、統合及び／又は分配が可能である。プログラムコンポーネントコレクションにおけるいずれか一つのプログラムコンポーネントの多数のインスタンスは、単一のノードでインスタンス作成されてもよいし、及び／又は、パフォーマンス向上のために負荷のバランス及び／又はデータ処理技術を通じて多数のノードでインスタンス作成されてもよい。全てのプログラムコンポーネントインスタンス及び協働する制御部は、標準データ処理通信技術を通じてそうしてもよい。

ＭＣＰプラットフォーム制御部の構成はシステム開発のコンテクストに依存する。予算、容量、ポジション及び／又は基底ハードウェアリソースの使用などの（但し、これらには限定されない）要因は、配置要件と構成に影響を与える。構成がより整理及び／又は統合されたプログラムコンポネントになるかどうか、より分散された一連のプログラムコンポーネントになるかどうか、及び／又は、統合と分散の構成の何らかの組み合わせとなるかどうかに拘らず、データは通信、取得及び／又は提供されてもよい。プログラムコンポーネントコレクションから共通コードベースに統合されたコンポーネントのインスタンスは、データを通信、取得、及び／又は、提供してもよい。これは、データレフェレンシング（例えば、ポインタ）、内部メッセージング、オブジェクトインスタンス変数通信、共有メモリスペース、変数交換などの（但し、これらには限定されない）アプリケーション内データ処理通信技術を通じて達成可能である。

コンポーネントコレクションコンポーネントが互いに離散的、別個、及び／又は、外面的である場合、データを他のコンポーネントとの間で送受信、取得及び／又は提供することは、アプリケーションプログラムインタフェース（ＡＰＩ）情報交換、（分散）コンポーネントオブジェクトモデル（（Ｄ）ＣＯＭ）、（分散）オブジェクト・リンキング・アンド・エンベッディング（（Ｄ）ＯＬＥ）など）、共通オブジェクトリクエストブローカーアーキテクチャ（ＣＯＲＢＡ）、ローカル及びリモートアプリケーションプログラムインタフェース・ジニ、リモート・メソッド・インボケーション（ＲＭＩ）、ソープ、プロセスパイプ、共有ファイルなどのアプリケーション間データ処理通信技術を通じて達成されてもよい。アプリケーション間通信のための離散的なコンポーネント間またはアプリケーション内通信のための単一コンポーネントのメモリスペース内で送信されるメッセージは、グラマーの作成とパースを通じて容易になる。グラマーは、グラマーの生成とパースの機能性を可能にするｌｅｘ、ｙａｃｃ、ＸＭＬなどの標準開発ツールを使用して開発されてもよく、それは次いでコンポーネント内およびコンポーネント間で通信メッセージの基礎を形成する。例えば、グラマーは、w3c post http://… Value1などのＨＴＴＰポストコマンドのトークンを認識するように構成されてもよい。ここで、Ｖａｌｕｅ１は、「http://」がグラマー構文の一部であるのでパラメータであるものとして区別され、以下に続くものはポストバリューの一部とみなされる。同様に、かかるグラマーを使用すると、変数「Value1」を「http://」ポストコマンドに挿入し、その後、送信することができる。グラマー構文それ自体は、翻訳及び／又は（例えば、ｌｅｘ、ｙａｃｃなどによって処理される構文説明テキストファイル）パース機構を生成するのに使用されるストラクチャードデータとして提供可能である。また、パース機構が一旦生成、及び／又は、インスタンス作成されると、それはそれ自体が、キャラクタ（例えば、タブ）、図示テキスト、ＨＴＭＬ、ストラクチャードテキストストリーム、ＸＭＬ、及び／又は、同様のストラクチャードデータなどの（但し、これらには限定されない）ストラクチャードデータを処理及び／又はパースすることができる。別の実施例においては、アプリケーション間データ処理プロトコル自体は、通信データをパースするのに使用可能な、統合及び／又は直ちに利用可能なパーサ（例えば、ソープパーサ）を有してもよい。更に、パースグラマーはメッセージパースを越えて使用可能であるが、データベース、データコレクション、データストア、ストラクチャードデータなどをパースするのにも使用可能である。再び、所望の構成は、システム配置のコンテクスト、環境、および要件に依存する。

（表紙、名称、見出し、分野、背景、手段、図面の簡単な説明、詳細な説明、請求の範囲、要約、図面を含む）本出願の全体は、請求の範囲に記載されている発明が実施可能な様々な実施例を例示している。本出願の利点と特徴機能は、実施例の代表例でしかなく、網羅的、及び／又は、限定的ではない。それらは請求された原理の理解と教示を補助するためにのみ提示されている。それらは、請求の範囲に記載された全ての発明を代表していないことを理解すべきである。そのため、開示のある側面はここで説明されていない。代替的な実施例は本発明の特定の部分に対しては提示されていないこと、または、更に記載されていない代替的な実施例が部分的に入手可能であることは、それらの代替的な実施例の放棄とみなされてはならない。それらの記載されていない実施例の多くは、本発明と同一の原理を有し、他のものは均等であることを理解すべきである。従って、他の実施例は、開示の範囲、及び／又は、本旨から逸脱せずに入手でき、機能的、論理的、組織的、構造的、及び／又はトポロジー的な変形であることを理解すべきである。従って、全ての実例、及び／又は、実施例が本開示に亘って非限定的であると考えられる。また、スペースと反復を削減する目的以外では、ここで説明した実施例からここで説明されていないものを類推してはならない。例えば、図に記載されているように及び／又は開示中でプログラムコンポーネント（コンポーネントコレクション）、他のコンポーネント、及び／又は、現在の特徴機能の組み合わせの論理的及び／又はトポロジー的な構造は、固定された操作順序及び／又は配置に限定されず、むしろいかなる開示された順番も例示的で全ての均等物は順番に関わらず開示によって想定されていることを理解すべきである。更に、かかる特徴は順次の実行に限定されず、むしろ非同期に、協働して、平行して、同時に、同期してなどで実行されるいかなる数のスレッド、処理、サービス、サーバなども本開示で想定されていることを理解すべきである。従って、これらの特徴機能の幾つかは、単一の実施例で同時に存在できない点で互いに矛盾する場合がある。同様に、幾つかの特徴機能は本発明の一側面に適用可能であるが、他の側面には適用できない。また、本開示は現在請求されていない他の発明を含む。本出願人は、現在請求されていない発明の全ての権利を留保し、これにはかかる発明を請求する権利、更なる出願、継続出願、一部継続出願、分割出願などをする権利を含む。また、本開示の特長、実施例、実例、機能的、特徴機能、論理的、組織的、構造的、トポロジー的、及び／又は、その他の側面は、請求の範囲に定義されているように、本開示の限定と請求の範囲の均等物の限定と考えてはならないことを理解すべきである。

１０５ａ、１０５ｂ…クライアント、１１０…トレーダー、１２０…ＭＣＰプラットフォーム、１２１…取引プラットフォーム、１２２…他の取引プラットフォームコンポーネント、１２５ａ、１２５ｂ…交換所、１３０…トレーダーデータベース、１４０…ＭＣＰプラットフォームデータベース

Claims

金融商品を取引するためのプロセッサで実行される方法であって、
株の総量と取引を実行する投資期間を含む注文リクエストを受信し、
前記取引に関連する注文パラメータ、銘柄パラメータ、および市場パラメータを検索し、
前記検索されたパラメータの少なくとも幾つかに基づいて、現在の期間後に取引すべき将来の株数の関数としての将来のインプリメンテーション費用を分析的に評価し、
前記検索されたパラメータの少なくとも幾つかに基づいて、現在の期間中の現在の株数の関数としての現在のインプリメンテーション費用を数量的に評価し、
前記将来のインプリメンテーション費用と前記現在のインプリメンテーション費用の合計である合計インプリメンテーション費用を、前記現在の期間中に前記取引の総量からの最適な現在の株数を決定するように、プロセッサを介して最適化し、
前記金融商品の最適な現在の株数の注文を実行することを特徴とする方法。
株の総量が取引されるまで繰り返し再最適化と再実行を行うことを有することを特徴とする請求項１に記載の方法。
将来のインプリメンテーション費用を分析的に評価することは確率過程に基づくことを特徴とする請求項１に記載の方法。
前記確率過程は、指定されたドリフトとボラティリティを使用した算術的ランダムウォークであることを特徴とする請求項３に記載の方法。
前記銘柄パラメータは、取引可能な金融商品のために時間変化する価格と時間変化する出来高を有することを特徴とする請求項１に記載の方法。
将来のインプリメンテーション費用を分析的に評価することは、ベンチマーク費用に基づいてインプリメンテーションショートフォールを計算することを更に有することを特徴とする請求項１に記載の方法。
前記ベンチマーク費用は到着値段に基づくことを特徴とする請求項６に記載の方法。
前記ベンチマーク費用は出来高加重平均価格に基づいていることを特徴とする請求項６に記載の方法。
前記注文は、成行注文であることを特徴とする請求項１に記載の方法。
メモリと、前記メモリと通信するように配置されて前記メモリに格納された複数の処理命令を発行するように構成されたプロセッサと、を有し、
前記プロセッサは、
株の総量と取引を実行する投資期間を含む注文リクエストを受信し、
前記取引に関連する注文パラメータ、銘柄パラメータ、および市場パラメータを検索し、
前記検索されたパラメータの少なくとも幾つかに基づいて、現在の期間後に取引すべき将来の株数の関数としての将来のインプリメンテーション費用を分析的に評価し、
前記検索されたパラメータの少なくとも幾つかに基づいて、現在の期間中の現在の株数の関数としての現在のインプリメンテーション費用を数量的に評価し、
前記将来のインプリメンテーション費用と前記現在のインプリメンテーション費用の合計である合計インプリメンテーション費用を、前記現在の期間中に前記取引の総量からの最適な現在の株数を決定するように、プロセッサを介して最適化し、
前記金融商品の最適な現在の株数の注文を実行することを特徴とする金融商品取引装置。
株の総量が取引されるまで繰り返し再最適化と再実行を行うことを有することを特徴とする請求項１０に記載の装置。
将来のインプリメンテーション費用を分析的に評価することは確率過程に基づくことを特徴とする請求項１０に記載の装置。
前記確率過程は、指定されたドリフトとボラティリティを使用した算術的ランダムウォークであることを特徴とする請求項１２に記載の装置。
前記銘柄パラメータは、取引可能な金融商品のために時間変化する価格と時間変化する出来高を有することを特徴とする請求項１０に記載の装置。
将来のインプリメンテーション費用を分析的に評価することは、ベンチマーク費用に基づいてインプリメンテーションショートフォールを計算することを更に有することを特徴とする請求項１０に記載の装置。
前記ベンチマーク費用は到着値段に基づくことを特徴とする請求項１５に記載の装置。
前記ベンチマーク費用は出来高高加重平均価格に基づいていることを特徴とする請求項６に記載の装置。
前記注文は成行注文であることを特徴とする請求項１に記載の装置。