JP2016534478A - 取引可能な値を判定するシステム及び方法 - Google Patents

Abstract

実施形態は、取引可能な値、例えば、１以上の金融商品のＳＯＱ及び／又はスポット指標を判定するシステム及び方法を含む。コンピュータにより実現される方法は、演算デバイスによって、メッセージ、オーダ、クォート及び他の金融交換固有のデータポイントに対応するデータフィールドを有するデータフィードを受信することを含む。演算デバイスは、受信されるデータフィードから１以上の入力セットを選択し、選択された１以上の入力セットについてスコアを判定するように構成してもよい。１以上の入力セットが選択されると、演算デバイスは、選択された入力セットに基づいてＳＯＱ及び／又はスポット指標を算出し、算出したＳＯＱ及び／又はスポット指標を１以上の市場エンティティ、例えば、精算機関に広告してもよい。【選択図】図３

Description

関連出願への相互参照
本出願は、２０１３年９月１１日に出願された米国仮出願番号第６１／８７６，６６９号の優先権を主張し、及び２０１４年３月１１日に出願された米国仮出願番号第６１／９５１，３６８号の優先権を主張し、これらの文献の全体は、参照によって本願に援用される。

デリバティブは、その値が、少なくとも部分的に、原資産の値又は特徴に基づく金融的保障である。例示的なよく知られている２つのデリバティブは、オプション及び先物（futures）である。オプションは、契約ホルダに対し、特定の日付までに特定の値で原資産を売買する義務ではない権利を与える契約である。通常、オプションを買う側をオプションのホルダ（holder）と呼び、オプションを売る側をオプションの売り手（writer）と呼ぶ。例えば、オプションは、株式の指数、金利、先物契約、及び他のデリバティブに基づくことができる。

包括的に言えば、オプションには、コールオプションとプットオプションの２つのタイプがある。コールオプションのホルダには、特定の価格、すなわち、「ストライク価格」で原資産を購入する権利が与えられる。ホルダがコールオプションを行使した場合、売り手は、原資産をストライク価格でホルダに引き渡す義務がある。一方、プットオプションのホルダには、原資産をストライク価格で売る権利が与えられる。ホルダがプットオプションを行使した場合、売り手は、合意されたストライク価格で原資産を購入する義務がある。決済が原資産の移転を含む場合、決済は、現物決済又はインカインド決済（in kind settlement）と呼ばれることが多い。

プットオプション又はコールオプションは、「現金決済」することもできる。すなわち、原資産を移転するのではなく、現金の支払いによって契約を決済することができる。例えば、指数コールオプションのホルダは、現金決済を用いて、指数自体ではなく、指数の値に、例えば、１００ドル等の乗数を乗算した金額を購入する権利を受け取る。したがって、指数コールオプションのホルダがオプションを権利行使する場合、オプションの売り手は、対象指数の現在の値とストライク価格との間の差に乗数を乗算した金額を、ホルダに支払わなければならない。指数オプション契約を決済する際には、最終清算値（special opening quotation：ＳＯＱ）が算出され、これに基づいて契約を決済する。決済時以外の原資産の価格は、スポット価格と呼ばれる。

金融商品の取引（例えば、上場オプションの交換）を行うための現在の金融交換取引システムは、特定用途コンピュータハードウェアと、専用の交換ソフトウェアとからなる複雑な専用ネットワークである。これらのシステムは、金融交換のために必要な機能を実行することができる。更に、これらのシステムは、安定性を高め、遅延を短縮するために、最新のコンピュータハードウェア及びソフトウェアによって設計され、実装され、継続的にアップグレードされている。金融交換所システムは、安定性を高め、遅延を短縮することによって、より優れた取引機能を提供し、同時に、金融市場における可能なリスクを最小化することができる。

金融市場が交換取引システムを採用したことによって、金融取引データが急増している。このデータの急増は、部分的に、交換取引システムが受信し、処理する取引メッセージ（例えば、ビッド、オファー、クォート、オーダ及び取引指示）の数の増加に起因する。これらのデータを保存し及びこれらのデータに高速且つ正確にアクセスすることは、現代の金融交換取引システムの課題である。これは、金融交換取引システム上で取引される金融商品の複雑性が高まり、また、これらの金融商品が少なくとも部分的に、金融交換取引システムによって生成され、保存される金融取引データに基づいているために、特に重要な課題となっている。例えば、指数は、スポット価格及びＳＯＱ価格の算出に、交換所が生成したデータを使用することがある。指数及び金融売買システムの複雑性が高まると、ＳＯＱ価格又はスポット価格が間違ったデータを用いて算出されてしまう可能性が高まる。したがって、スポット価格及びＳＯＱ指数値の両方の算出に用いられる金融データの適切な選択及び検索を確実にするための金融交換取引システムの改善が望まれている。

例示的な実施形態は、１以上の金融商品についての取引可能な値、例えば、ＳＯＱ及び／又はスポット指標の算出を開示する。具体的には、１つの例では、演算デバイスによってデータフィード（data feed）を受信することを含むコンピュータによって実現された方法を開示する。データフィードは、メッセージ、オーダ、クォート及び他の金融交換に固有のデータ点に対応する多数のデータフィールド（例えば、商品シンボル、寄り付き値、ストライク価格、満了日等）を含んでいてもよい。演算デバイスは、受信したデータフィードから１以上の入力セットを選択し、選択された１以上の入力セットについてスコアを判定するように構成してもよい。選択された１以上の入力セットのスコアを判定する処理は、様々な手法で実行することができる。一旦、１以上の入力セットが選択されると、演算デバイスは、選択された入力セットに基づいてＳＯＱ及び／又はスポット指標を算出し、算出されたＳＯＱ及び／又はスポット指標を１以上の市場エンティティ、例えば、精算機関（clearing corporation）に広めてもよい。

他の実施形態においては、システムは、市場ボラティリティの状態を表すデリバティブ投資商品の決済値を判定するように構成してもよい。システムは、ネットワークを介して、システムから遠隔に位置する少なくとも１つの外部データソースと通信するように構成された通信インタフェースを含んでいてもよい。少なくとも１つのデータストレージデバイスは、通信インタフェースを介して受信したデータを保存することができ、受信データは、市場ボラティリティの状態を表すデリバティブ投資商品の原資産に適すると事前に判定されている複数の金融商品の価格及び満了情報に対応していてもよい。複数の金融商品は、１以上の入力セットを定義してもよく、各入力セットは、同じ原資産、異なる満了日及び／又は異なる満了間隔を有するオプション契約を含む。システムは、更に、複数の相対するビッド及びオファーを受信し、受信した相対するビッド及びオファーを対にし、受信され、対にされた相対するビッド及びオファーの間で取引を遂行するように構成されたプロセッサを有するオーダ照合エンジンを含んでいてもよい。

システムは、更に、少なくとも１つのデータストレージデバイス及びオーダ照合エンジンと通信する決済価格プロセッサと、決済価格プロセッサと通信し、プログラム命令を保存するプログラムロジックメモリとを備え、決済価格プロセッサは、プログラム命令を実行して、少なくとも１つのデータストレージデバイス又はオーダ照合エンジンから複数の入力セットを受信し、複数の選択基準に基づいて、複数の入力セットの一部を選択し、複数の選択基準の１つは、現在の日から３０日未満の満了日を有するオプション契約を含み、決済計算式に基づいて、市場ボラティリティの状態を表すデリバティブ投資商品のための決済価格を生成し、決済計算式によって算出された決済価格を遠隔サーバに送信する。幾つかの実施形態においては、決済計算式は、以下のとおりであってもよい。

ここで、
Ｔは、残余期間であり、
Ｆは、フォワード指数レベルであり、
Ｋ_ｉは、Ｋ_ｉ＞Ｆの場合はコール、Ｋ_ｉ＜Ｆの場合はプットであるｉ番目のアウト・オブ・ザ・マネー（out-of-the-money）オプションのストライク価格であり、
ΔＫ_ｉは、ストライク価格間の間隔であり、ストライク価格間の間隔であるΔＫ_ｉは、Ｋ_ｉの両側のストライクの間の半分の距離であり、

更に最も低いストライクのためのΔＫは、最も低いストライクと次に高いストライクとの間の差であり、同様に、最も高いストライクのためのΔＫは、最も高いストライクと、次に低いストライクとの間の差であり、
Ｋ_０は、フォワード指数レベルＦを下回る最初のストライクであり、
Ｒは、満了への無リスク金利であり、
Ｑ（Ｋ_ｉ）は、ストライクＫ_ｉによる各オプションのためのビッド−アスクスプレッドの中間点である。

また、本明細書では、ここに開示する方法を実現するための構造も開示する。１つの実施形態は、通信インタフェース、プロセッサ、データストレージ、及びプロセッサによって実行されて、ここに開示する機能を実現するプログラム命令を含む演算デバイス（例えば、通信デバイス、演算システム等）の形式を有していてもよい。他の実施形態は、ここに開示する機能の一部又は全部を実行するための命令が保存された不揮発性のコンピュータ可読媒体の形式を有していてもよい。

前述の要約は、例示的なものであり、如何なる限定も意図しない。添付の図面及び以下の詳細な説明を参照することによって、上述の例示的な側面、実施形態及び特徴に加えて、更なる側面、実施形態及び特徴が明らかとなる。

以下の図面を参照して様々な実施形態を記述し、これらの図面において、同様の数値は、同様のエンティティを示している。

ここに開示する方法及びエンティティの実施形態が実現される取引システムの単純化されたブロック図である。 取引プラットフォームで使用される演算デバイスを例示する機能的なブロック図である。 演算デバイスで使用されるデータフィード及びコンポーネントを例示するブロック図である。 取引プラットフォームに含ませて、ここに記述する方法を実現することができる機能を表すフローチャートである。 図４の選択機能の実施形態を示すフローチャートである。 図４の選択機能の更なる実施形態を示すフローチャートである。 契約満了日を示すタイムラインを表す図である。

以下の詳しい説明では、この説明の一部を構成する添付の図面を参照する。但し、ここに記述する構成は、例示的なものに過ぎない。したがって、当業者は、これらに代えて又はこれらに加えて、この他の構成及び要素（例えば、マシン、インタフェース、機能、機能の順序）を用いることを想到できる。更に、ここに記述する要素の多くは、個別の又は分散された構成要素として、又は適切なあらゆる組合せ及び位置で他の構成要素とともに実現できる機能的なエンティティである。１以上のエンティティによって実行されるここに記述する様々な機能は、ハードウェア、ファームウェア又はソフトウェアロジックによって実現してもよい。例えば、ここに記述する様々な機能は、適切な任意のプログラミング言語で書かれ、メモリに保存された命令を実行するプロセッサによって実行してもよい。

ここに記述する実施形態は、オプションに基づいてＳＯＱ及び／又はスポット指数を算出する方法及びシステムに関するものであるが、ここに記述された又は同様な方法及びシステムを使用して、他の値を算出することもできる。ここに説明するように、方法及びシステムは、１以上のコンピュータ化されたシステムに統合してもよい。コンピュータ化されたシステムは、例えば、シカゴオプション取引所（Chicago Board Options Exchange Incorporated：ＣＢＯＥ）等の金融交換所によってこれまで使用され、又は現在使用されている金融取引システムを含んでいてもよい。コンピュータ化されたシステムは、金融取引システムから独立した非金融交換所システムも含んでいてもよい。金融交換所システム及び非金融交換所システムは、ここに記述する１以上の機能を実現するために単独で使用してもよく、組合せて使用してもよい。すなわち、全ての実施形態は、通常、電子金融取引、金融指数算出又はこの幾つかの組合せを遂行する目的で設計及び実現されたコンピュータハードウェア及び専用ソフトウェアの組合せである専門システムを必要とする。

図１は、ここに開示する方法及びエンティティの実施形態を実現することができる金融取引システム１００を示す単純化されたブロック図である。図１のブロックのそれぞれは、ブロックの各機能を達成するように設計及び実装されたコンピュータハードウェア及びソフトウェアの組合せを用いて実現することができる。例えば、会員インタフェース１０６は、後に詳細に説明するように、コンピュータサーバの通信ポートを介して金融交換メッセージを受け取るように構成された特定用途ソフトウェアを含んでいてもよく、コンピュータサーバは、コンピュータネットワーク設備の１以上の部分（例えば、スイッチ）を介して、ソフトウェアウェアによって、金融交換メッセージを受信し、金融取引システム１００によって適切な宛先にルーティングするように構成された電子通信ネットワーク（例えば、ＬＡＮ又はインターネット）に接続されている。

金融取引システム１００は、金融交換所コンポーネントと、他のコンポーネントを含み、他のコンポーネントは、金融交換所にアクセスする非交換所エンティティ（non-exchange entities）によって運営されるものであってもよい。金融交換所コンポーネントの例は、点線１０２内に示している。点線１０２の外のコンポーネントは、非交換所エンティティによって運営されていてもよいコンポーネントである。金融取引システム１００内の電子通信は、ローカルエリアネットワーク（local area network：ＬＡＮ）、ワイドエリアネットワーク（wide area network：ＷＡＮ）、インターネット等を含む様々な既知の媒体を使用して達成してもよい。

ここに示す金融取引システム１００の交換所コンポーネントは、コンピュータによって実現された取引プラットフォーム１０４と、（以下に限定されるわけではないが、会員インタフェース１０６、照合エンジン１０８、電子オーダブック１１０、演算エンジン１１２及びデータ出力エンジン１１４を含む。）及びコンピュータによって実現された交換所バックエンドシステム１１６とを含む。会員インタフェース１０６は、金融交換所で取引を行う１以上のトレーダ又は他のエンティティに関連する１以上の演算デバイスから取引メッセージ（例えば、ビッド、オファー、クォート、オーダ及び取引指示）を受け取るための電子インタフェースを提供してもよい。会員インタフェース１０６は、グラフィカルユーザインタフェース（graphical user interface：ＧＵＩ）として実現してもよく、取引機能を実行するように構成された演算デバイス上で動作する１以上のソフトウェアコンポーネントを含んでいてもよい。

会員インタフェース１０６は、電子取引メッセージが適切なフォーマット及び情報を有しているかを分析するように実現してもよい。取引メッセージが適切なフォーマット及び情報を有していると会員インタフェース１０６（又は他の金融交換所コンポーネント）が判定した場合、会員インタフェース１０６は、適格な電子取引メッセージを適切な照合エンジン１０８に転送し、ここで、適格な取引メッセージは、相対するポジション（contra-position）と照合してもよい。

実施形態においては、取引プラットフォーム１０４は、アプリケーションプログラミングインタフェース（application programming interface：ＡＰＩ）を含んでいてもよく、これは、会員インタフェース１０６及び／又は交換システム１０２の他のコンポーネントと通信してもよい。ＡＰＩは、プログラミング命令及び規格を含んでいてもよく、これにより１以上のエンティティ（例えば、マーケットメーカ１２２、顧客１２４、会員会社オーダルーティングシステム１２６等）は、特別にプログラムされたコンピュータコードによって、取引プラットフォーム１０４にインタフェース接続することができる。例えば、マーケットメーカ１２２は、取引プラットフォーム１０４においてＡＰＩに接続するためのソフトウェアをプログラムすることができる。一旦接続されると、マーケットメーカ１２２は、特別にプログラムされたコンピュータにクォートを入力でき、又は所定のストラテジに基づいて、プログラムにコンピュータクォートを生成させることができる。入力され又は生成されたクォートは、ＡＰＩを介して取引プラットフォーム１０４に送信することができる。ＡＰＩは、クォートを受け取ると、会員インタフェース１０６に関連するプロセッサにクォートを転送することができ、ここで、クォートが行使に適格であるかを判定することができる。適格なクォートは、照合エンジン１０８に送信することができる。多数の取引メッセージが毎秒単位で受信されるため、ＡＰＩ及び／又は会員インタフェース１０６は、大量のデータを速やかに及び正確に処理できるように構成する必要がある。

幾つかの実施形態においては、会員インタフェース１０６（又はＡＰＩ）が受信した取引メッセージは、データフィード（data feed）を介して、照合エンジン１０８及び／又は演算エンジン１１２に通信してもよい。幾つかの実施形態においては、データフィードのデータは、金融商品に関連する１以上の属性に基づいて分類又はグループ化することができる。属性は、例えば、商品シンボル、寄り付き値、ストライク価格、満了日、クォート、オーダ又はクォートの発信者、クラス、ビッド、アスク、又はグループ取引データに使用できる他の多くの属性を含んでいてもよい。１以上の類似した属性を有するデータを組合せて入力セットを形成してもよい。入力セットの形成、属性グループ化、又はデータフィードのデータの他の分類は、取引プラットフォーム１０４においてプロセッサが実行してもよい。入力セットは、データフィード内の１以上の取引メッセージにおける全部又は一部のデータを含んでもよい。幾つかの例では、入力セットは、照合エンジン１０８によって形成してもよく、他の例では、演算エンジン１１２によって入力セットを形成してもよい。これら以外の例も存在する。

照合エンジン１０８は、金融交換所において、トレーダ又はビジネスを取引する他のエンティティによって金融交換所に提出される相対するポジションのビッド及びオファーを照合する電子メカニズムを提供してもよい。ここでは、金融取引システム１００内に１つの照合エンジン１０８を示しているが、複数の照合エンジンを取引プラットフォーム１０４に含ませてもよい。複数の照合エンジンは、金融交換所のビジネスに関連する様々な要因に応じて、独立して又は連携して動作することができる。例えば、異なる交換所取引商品（例えば、株、オプション、先物等）が異なる照合エンジンを利用してもよい。照合エンジン１０８は、相対するオーダを対にすることによって、取引を実行してもよい。幾つかの具体例では、市場性を有さないオーダは、電子オーダブック（electronic order book：ＥＢＯＯＫ）１１０に記帳してもよい。電子オーダブック１１０は、データベース製品と組合せて、既知のコンピュータハードウェアを用いて実現してもよい。ＥＢＯＯＫ１１０内のオーダは、これらが相対ポジションと照合されるまで残してもよい。残されたオーダは、ＳＯＱ又はスポット算出に含ませるために演算エンジン１１２に送信してもよく、送信しなくてもよい。

照合エンジン１０８は、実行された取引に基づいて、ＥＢＯＯＫ１１０を更新してもよい。取引が実行された後、照合エンジン１０８は、実行された取引に関係する情報をデータ出力エンジン１１４に送信することができる。データ出力エンジン１１４は、受信した情報を交換所バックエンドシステム１１６に送信してもよく、この情報は、金融交換所において実行された取引を決済する処理に使用してもよい。更に、データ出力エンジン１１４は、実行された取引に関係する情報を１以上の会員会社バックエンドシステム１２０に送信してもよい。会員会社バックエンドシステム１２０は、エンティティの実行された取引及び／又はまだ実行されていない取引を記録又は追跡してもよい。

照合エンジン１０８は、取引メッセージの全部又は一部を演算エンジン１１２に送る電子メカニズムも含んでいてもよい。幾つかの実施形態においては、照合エンジン１０８は、データフィードを介して演算エンジン１１２に取引メッセージを提供してもよい。データフィードは、演算エンジン１１２に継続的に又は定期的に提供してもよい。例えば、幾つかの実施形態においては、照合エンジン１０８は、照合された相対するビッド及びオファーを蓄積し、照合されて蓄積された相対するビッド及びオファーを１秒、５秒又は１５秒毎にデータフィード内で演算エンジン１１２に送信してもよい。他の例では、照合エンジン１０８は、照合された相対するビッド及びオファーを演算エンジン１１２に送信することができる。更に他の例では、ビッド及びオーダは、先に照合エンジン１０８を用いて照合することなく、会員インタフェース１０６から演算エンジン１１２に送信してもよい。他の例も想到される。

演算エンジン１１２は、データフィードを受け取り、取引のための１以上の演算を行う。この演算は、以下に限定されるわけではないが、ＳＯＱ及び／又はスポット価格の算出を含む。このような演算を実行する処理は、どのような演算が実行されているかの識別、演算を実行するためのデータの選択、及び演算エンジン１１２による１以上の演算の実行を含んでいてもよい。演算エンジン１１２によって実行される演算（例えば、ＳＯＱ及び／又はスポット指数価格の演算）は、検証してもよく、或いは演算エンジン１１２におけるエラー処理モジュールによってエラー処理を行ってもよく、データ出力エンジン１１４に送信してもよい。幾つかの実施形態においては、演算エンジン１１２は、会員インタフェース１０６、照合エンジン１０８又は他の取引プラットフォームコンポーネントと通信し、演算の実行、受信データの検証等のための更なるデータを取得してもよい。

例えば、演算エンジン１１２は、通信チャンネルを介して、照合エンジン１０８からデータフィードを受け取ってもよい。演算エンジン１１２は、どのような演算を実行するべきかを示す識別子を識別又は受信してもよい。１つの例では、演算エンジン１１２は、クロック又はタイマとどのような演算をいつ実行するかを特定する規則とに基づいて、識別を実行してもよい。他の例では、演算エンジン１１２は、特定の演算を実行するように特別にプログラムされたソフトウェアモジュールを含んでいてもよく、各モジュールは、データフィードを介して受信したデータに基づいて又はスケジューリングされたタスクテーブルを参照して、それぞれの演算を実行する。各モジュールは、１以上の規則に基づいて、指定された間隔で１以上の定義済みの演算を実行するように特別にプログラムしてもよい。演算が特定されると、演算エンジン１１２は、演算を実行する目的でデータフィード内のデータを選択することができる。

実施形態においては、ＳＯＱを演算する際、演算エンジン１１２は、定義済みの入力セットを受信し又は入力セットを選択してもよく、この選択は、(i)有効な満了日が存在するか、（ii）金融商品の流動性に関連する情報、（iii）金融商品のクォート幅、（iv）ストライク範囲のスパン、（v）金融商品がデリバティブである場合の金融商品について上場連番コード、（vi）金融商品の未決済取引残高に関連する情報、（vii）金融商品について利用できる情報のロバスト性及び／又は品質に関する情報、（viii）オーダ又はクォートの発信者及び（iX）この他に基づいて行ってもよい。他の例では、スポット価格を算出する際、演算エンジン１１２は、定義済み入力セットを受信してもよく、又は、ＳＯＱを算出するために入力セットを選択する際に使用された１以上の因子に基づいて、複数の入力セットを選択してもよい。ＳＯＱを算出するために用いられる入力セットの１以上を用いてスポット価格を算出してもよい。なお、ＳＯＱ及び／又はスポット価格を算出するために使用した方法に基づいて、選択された入力セットの１以上に付けられた重みを変更してもよい。

例えば、データフィードは、１以上の資産又はオプションの基礎となる同じクラスに結び付けられた一意的なシンボルを含んでいてもよい。１以上のクラスのそれぞれは、入力セットとして演算エンジン１１２に提示してもよい。演算エンジン１１２は、適用可能であれば、ＳＯＱを演算するためにどの入力セットを使用するかを選択してもよい。演算エンジン１１２は、入力セットの１以上がＳＯＱを算出するために設計又は定義されているかを判定することによって、この選択を行ってもよい。これに該当する場合、演算エンジン１１２は、指定された又は定義済み入力セットの１以上を用いて、ＳＯＱを算出してもよい。例えば、データフィードは、インジケータに関連付けられたデータがＳＯＱ又はスポット指数演算に含まれることを特定するインジケータを有するデータを含んでいてもよい。これは、例えば、データフィードの取引メッセージの満了日が特定の基準を満たすとき、及び／又は商品シンボルが取引メッセージにおいて特定されたときに行ってもよい。これら以外の例も存在する。

入力セットが定義されていない場合、又は演算が、定義済みの入力に加えて、入力セットにも対応している場合、演算エンジン１１２は、１以上の因子に基づいて入力セットを選択してもよい。これらの因子は、以下に限定されるわけではないが、(i)有効な満了日が存在するか、（ii）金融商品の流動性に関連する情報、（iii）金融商品のクォート幅、（iv）ストライク範囲のスパン、（v）金融商品がデリバティブである場合の金融商品について上場連番コード、（vi）金融商品の未決済取引残高に関連する情報、（vii）金融商品について利用できる情報のロバスト性及び／又は品質に関する情報、（viii）オーダ又はクォートの発信者及び（iX）この他を含んでいてもよい。金融商品は、金融取引可能な任意の商品を含んでいてもよく、以下に限定されるわけではないが、デリバティブ契約を含んでいてもよい。

幾つかの具体例では、演算エンジン１１２は、上記の因子の１以上に重みを適用してもよい。この重みは、固定であってもよく、実現例及び入力セットの間で変化させてもよい。演算エンジン１１２は、１以上の重みを使用して、ＳＯＱ、スポット指数又は他の値を算出するためにどの入力セットを使用するかを特定してもよい。例えば、データフィードから入力セットを選択する際、演算エンジン１１２は、満了日「Ｘ」、「Ｙ」及び「Ｚ」を有するクォートに遭遇することがある。ここで、スポット指標を算出する目的では、演算エンジン１１２は、２つの満了日に満了するクォートのみを必要とする場合がある。演算エンジン１１２は、（例えば、カレンダ検索機能によって）スポット指標を演算する際、どの２つの満了日を使用するかを決定することができ及び決定された日付に関連する入力セットに重みを割り当てることができる。

例えば、２３日以上３７日未満で満了になるオプションを有する入力セットによってスポット指標を算出する場合、演算エンジン１１２は、このような範囲に含まれる日付に満了するオプションを有する入力セットを選択してもよい。このような選択は、満了日が定義済みの範囲に含まれないオプションを有する入力セットより、満了日が定義済みの範囲に含まれるオプションを有する入力セットにより高い重み又はスコアを与えることによって、少なくとも部分的に、実行してもよい。

他の例では、演算エンジン１１２は、スポット指標を算出するために２つ以上の入力セットを選択してもよい。入力セットの１以上は、ここに記述する因子の１以上に基づいて設計し、定義し、或いは選択することができる。幾つかの実施形態においては、演算エンジン１１２は、スポット指標を算出する際にデータを外挿する必要性を、排除しないまでも、限定することによって、オプション価格によって算出されるスポット指標を最適化させる入力セットを特定する１以上の更なる手法を使用してもよい。

例えば、演算エンジン１１２は、スポット指標が算出されている時点より前に残余期間を有するニアターム（near term）オプションに関係する入力セットを特定してもよい。実施形態においては、ニアタームオプションは、全ての入力セットのうち、スポット指標が算出されている時点に最も近い残余期間を有するものであってもよい。この実施形態は、全ての入力セットのうち、スポット指標が算出されている時点に最も近い残余期間を有するネクストターム（next term）オプションを更に含んでいてもよい。スポット指標が算出されている時点に最も近いニアタームオプション及びネクストタームオプションを含む入力セットを確認することによって、演算エンジン１１２は、内挿機能を用いて、その時点のスポット指標を算出する。

演算エンジン１１２が内挿を使用できない場合（例えば、入力データが不完全であるため、スポット指標を算出するために使用できる入力セットの制限のため等）、演算エンジン１１２は、スポット指標を算出するために有効な次に近いニアタームオプション及び／又はネクストタームオプションを特定し、使用してもよい。有効である次に近いニアタームオプション及び／又はネクストタームオプションを特定する処理は、ニアタームオプションと、ネクストタームオプションのどの組合せによって、スポット指標を算出する際の外挿の量が最も少なくなるかを判定することを含んでいてもよい。量が最も少ない外挿を判定する際、演算エンジン１１２は、(i)ニアタームオプション及びネクストタームオプションの間の時間、（ii）ニアタームオプション及び／又はネクストタームオプションに含まれるオプション契約、（iii）どの又はどのようにニアタームオプション及び／又はネクストタームオプションを使用してよいかについての制限、（iv）ニアタームオプション及び／又はネクストタームオプションの満了の曜日、（v）この他を考慮してもよい。幾つかの具体例では、ニアタームオプション及び／又はネクストタームオプションの１以上は、無効又は無価値な入力セットである場合がある。このような例では、演算エンジン１１２は、有効な入力セットの組合せを判定し、有効な入力セットを用いて、最小量の外挿を行う。

ここに記述する選択、重み付け及び演算処理は、短い時間間隔で（例えば、１、５、１０又は１５秒毎に）実行してもよい。各演算は、事前の演算の後に受信及びアクセスされるデータに基づいており、このため、ここに開示する機能を実行するシステムは、包括的に、システム内のデータ遅延を最小化するように設計される。演算を実行するための限られた時間、データの量及び演算の複雑さのために、ＳＯＱ、スポット及び他の値を正確且つタイムリーに算出することが重要である。

演算エンジン１１２は、算出された価格をデータストレージに保存してもよく、及び／又は算出された価格をデータ出力エンジン１１４に送信し、そこから精算機関システム１１８に広めてもよい。また、幾つかの具体例では、データ出力エンジン１１４は、更に又は任意で、算出された価格を他の金融エンティティ、市場参加者等に広めてもよい。

金融取引システム１００の非交換所コンポーネントは、精算機関システム１１８及び会員会社バックエンドシステム１２０を含むことができるが、更なる非交換所コンポーネントも想到される。精算機関システム１１８は、金融交換所によって実行された取引を決済する処理に用いてもよい。精算機関の１つの例は、エクイティデリバティブ精算組織（equity derivatives clearing organization）であるオプション精算機関である。幾つかの具体例では、データ出力エンジン１１４は、１以上の取引の決済に使用するために、算出されたＳＯＱ、スポット指標又は他の値を精算機関システム１１８に送信してもよい。会員会社バックエンドシステム１２０は、金融交換所でビジネスを行うエンティティがそれらの取引に関する決済情報を受け取るために使用してもよい。例えば、決済処理に使用されるＳＯＱ又は他の値を含む受信した決済情報は、通信メカニズムによって、交換所システム１０２（例えば、データ出力エンジン１１４）から会員会社バックエンドシステム１２０に送信してもよい。実施形態においては、会員会社バックエンドシステム１２０は、決済情報を保存するためのストレージデバイス、決済情報を表示するための表示デバイス及び／又は決済情報の使用を補助するために用いることができる他の多くのコンポーネントを含んでいてもよい。

金融交換所においてビジネスを行うエンティティは、様々な手法でコンピュータによって実現された取引プラットフォーム１０４にアクセスできる。例えば、マーケットメーカは、会員インタフェース１０６（又はＡＰＩ）と電子通信を行うマーケットメーカコンピュータ１２２によって、コンピュータによって実現された取引プラットフォーム１０４にアクセスしてもよい。マーケットメーカコンピュータ１２２を用いて、電子取引メッセージ（例えば、ビッド、オファー、クォート、オーダ、取引指示）をコンピュータによって実現された取引プラットフォーム１０４に送信してもよい。これに代えて、電子取引メッセージは、会員会社オーダルーティングシステム１２６を介してルーティングしてもよい。取引メッセージは、ＳＯＱ、スポット指標又は他の値の演算のために演算エンジン１１２に転送してもよい。取引メッセージは、単純な及び／又は複雑なオーダを交換するための命令を含んでいてもよい。単純なオーダは、単一のレグを含んでいてもよく、複合的なオーダは、複数のレグを含んでいてもよく、これらは、正価で履行してもよい。オーダのレグの１以上は、ＳＯＱによる指数、スポット指標価格、又はここに説明するように演算エンジン１１２を用いて判定される他の値であってもよい。

更なる実施形態においては、金融交換所において取引を望む非会員エンティティは、顧客コンピュータ１２４を用いて、非会員エンティティの取引指示を入力できる。顧客コンピュータ１２４は、例えば、携帯電話、スマートフォン、パーソナルコンピュータ、ラップトップ型コンピュータ、タブレット型コンピュータ、個人用携帯情報端末（personal digital assistant：ＰＤＡ）、他の既知のデバイス及び今後開発されるデバイス等の１以上のデバイスを含んでいてもよい。非会員エンティティが入力した取引指示は、電子取引指示を送信できる会員会社オーダルーティングシステム１２６によって、会員インタフェース１０６（又はＡＰＩ）に転送してもよい。取引指示は、演算エンジン１１２を用いて価値が判定された１以上の金融商品を買うために使用することができる。

交換所バックエンドシステム１１６は、複数の機能を実行してもよい。例えば、交換所バックエンドシステム１１６は、契約定義及び上場データに関係する動作を実行してもよい。更に、交換所バックエンドシステム１１６は、(i)オーダに関する情報（以下に限定されないが、指数ベースのデリバティブに関するオーダ）を市場データベンダ１２８に送信すること、（ii）デリバティブの基礎となる金融商品のパフォーマンスに関する動作を実行すること、（iii）適切な契約決済値を判定すること、（iv）精算機関システム１１８及び会員会社バックエンドシステム１２０に最終的な決済データを供給すること、及び（v）この他の１以上を含む動作を実行してもよい。幾つかの具体例では、交換所バックエンドシステム１１６は、演算エンジン１１２がアクセスし、ＳＯＱ、スポット指標又は他の値を算出するために使用できる１以上の規則を含んでいてもよい。

幾つかの実施形態においては、デリバティブの演算及び決済は、交換所バックエンドシステム１１６によって処理してもよく、交換所バックエンドシステム１１６は、市場データベンダ１２８及び／又は交換所システム１０２の１以上のコンポーネントと通信する１以上の独立型コンピュータ又はネットワーク化されたコンピュータであってもよい。指数ベースのデリバティブの決済値の演算は、満了した指数ベースのデリバティブの原資産の満了日の判定に基づいて自動的にトリガしてもよい。指数ベースのデリバティブの時価は、定期的に自動的に算出してもよい。例えば、交換所バックエンドシステム１１６は、時価を自動的に算出し、１、５、１０又は１５秒毎にその値を広めてもよい。幾つかの金融商品については、ここに説明するように、広告される時価は演算エンジン１１２によって判定してもよい。

図２は、例えば、ここに記述する実施形態に基づき、図１に示す取引プラットフォーム１０４又は交換所バックエンドシステム１１６で使用される演算デバイス２００を例示する機能的なブロック図である。演算デバイス２００は、様々な形式で実現することができる。例えば、演算デバイス２００は、演算エンジン（例えば、図１内の演算エンジン１１２）を含んでいてもよく、このような演算エンジンとして構成してもよい。他の例として、演算デバイス２００は、ここに記述する機能を達成するように設計及び実現された専用ソフトウェアを使用して構成された、既知の又は今後開発されるサーバ、コンピュータ、又は他のデバイス又は処理コンポーネントを含んでいてもよく、これらとして構成してもよい。

図に示すように、演算デバイス２００は、通信インタフェース２０２、プロセッサ２０４及びデータストレージ２０６を含んでいてもよく、これらは全て、システムバス、ネットワーク又は１以上の他の接続メカニズム２１４によって通信可能にリンクさせてもよい。図には示していないが、演算デバイス２００は、例えば、外部ストレージ、演算デバイスとインタラクトするための入力デバイス等の他のコンポーネントを含んでいてもよい。なお、演算デバイス２００の構成又は機能は、複数のエンティティ、例えば、複数の演算デバイスの間で分散又は再分割してもよい。更に、ここに記述する機能の幾つかは、演算デバイス２００以外のエンティティによって実行してもよい。

演算デバイス２００では、通信インタフェース２０２は、１以上のソースからデータを受信し、１以上の宛先のグループにデータを配信する１以上の構造及び関連する設備を備えていてもよい。通信インタフェース２０２は、１以上のエンティティ（例えば、図１の照合エンジン１０８）から入力セットデータを受信し、及び入力セットデータの全部又は一部をデータストレージ２０６に保存するように構成してもよい。通信インタフェース２０２は、入力セットが保存され、又は入力データに他の処理が施された後に、入力セットデータの全部又は一部をデータ出力エンジン１１４に通信するように構成してもよい。

通信インタフェース２０２は、ネットワーク２０８、外部メディア、ディスプレイ又は取引システム（例えば、図１内の金融取引システム１００）に存在できる他の何らかのコンポーネントに接続するように構成してもよい。ネットワーク２０８（及び／又はこのコンポーネント）との接続は、有線接続であっても、無線接続であっても、この組合せであってもよい。例えば、この接続は、物理的接続、例えば、有線イーサネット(登録商標)接続であってもよい。他の例として、この接続は、無線接続、例えば、携帯電話ネットワーク、８０２．１１、８０２．１６、８０２．２０コントローラ又はコンポーネント、ＷｉＭａｘネットワーク、又は他の任意のタイプのネットワークであってもよい。更に、ネットワーク２０８は、例えば、インターネット等の公共ネットワークであってもよく、例えば、イントラネット等のプライベートネットワークであってもよく、これらの組合せであってもよく、以下に限定されるわけではないがＴＣＰ／ＩＰベースのネットワーキングプロトコルを含む現在利用可能な又は後に開発される様々なネットワーキングプロトコルを利用してもよい。

プロセッサ２０４は、例えば、汎用プロセッサ（例えば、マイクロプロセッサ）、専用プロセッサ（例えば、特定用途向け集積回路（application-specific integrated circuit：ＡＳＩＣ）、デジタル信号プロセッサ（digital-signal processor：ＤＳＰ））、プログラム可能な論理デバイス（例えば、フィールドプログラマブルゲートアレイ（field programmable gate array：ＦＰＧＡ））、既知の又は後に開発される他のあらゆるプロセッサコンポーネントを含む１以上のプロセッサを備えていてもよい。プロセッサ２０４は、１以上の算術的、論理的及び／又は入出力動作を用いて、１以上の命令を実行する。プロセッサ２０４は、１つのコンポーネントとして示しているが、プロセッサ２０４は、全体的又は部分的に演算デバイス２００の他のコンポーネントに統合してもよい。

データストレージ２０６は、メインメモリ、スタティックメモリ又はダイナミックメモリであってもよい。データストレージ２０６は、例えば、以下に限定されるわけではないが、ランダムアクセスメモリ、読出専用メモリ、プログラミング可能読出専用メモリ、電気的プログラミング可能読出専用メモリ、電気的消去可能読出専用メモリ、フラッシュメモリ、磁気テープ又はディスク、光学式媒体、有機ストレージコンポーネント等を含む様々なタイプの揮発性及び不揮発性記憶媒体を含み、これらに限定されない、コンピュータ可読記憶媒体を含んでいてもよい。１つのケースでは、データストレージ２０６は、プロセッサ２０４のためのキャッシュ又はランダムアクセスメモリを含んでいてもよい。これに代えて又はこれに加えて、データストレージ２０６は、プロセッサ２０４から独立していてもよく、例えば、プロセッサのキャッシュメモリ、システムメモリ又は他のメモリであってもよい。データストレージ２０６は、データを格納するための外部ストレージデバイス又はデータベースであってもよい。例えば、これは、ハードドライブ（hard drive）、コンパクトディスク（compact disc：ＣＤ）、デジタルビデオディスク（digital video disc：ＤＶＤ）、メモリカード、メモリスティック、汎用シリアルバス（universal serial bus：ＵＳＢ）、メモリデバイス、又はデータを格納できる他の任意のデバイスであってもよい。

更に図に示すように、データストレージ２０６は、プログラムデータ２１０及び／又はプログラムロジック２１２を含んでいてもよい。プログラムデータ２１２は、所与の実装に適する１以上のタイプのデータを含んでいていてもよい。例えば、プログラムデータ２１２は、データ（例えば、入力セット）を含んでいてもよく、これをメモリに保存してもよい。プログラムロジック２１０は、例えば、様々な機能、例えば、ここに記述する方法及びシステムの機能を実行するためにプロセッサ２０４が実行可能な機械言語命令を含んでいてもよい。幾つかの具体例では、機能、動作又はタスクは、特定のタイプの命令セット、ストレージ媒体、プロセッサ又は処理ストラテジから独立していてもよく、ソフトウェア、ハードウェア、集積回路、ファームウェア、マイクロコード等が単独で又はこれらの組合せによって実行してもよい。処理ストラテジは、マルチプロセシング、マルチタスキング、並列処理等を含んでいてもよい。

図３は、演算デバイスで使用されるデータフィード及びコンポーネントを例示するブロック図である。具体的には、図３は、複数の取引メッセージ（例えば、ＴＭ１、ＴＭ３、ＴＭｘ）を有するデータフィード２２０を例示している。取引メッセージは、例えば、マーケットメーカ１２２、顧客１２４、会員会社オーダルーティングシステム１２６等のエンティティによって取引システム１００に送信してもよく、データストレージ２０６に保存してもよい。取引メッセージのフォーマットは、取引システム１００が何を受け取るように構成されているかに基づいて変更してもよい。ある例では、エンティティは、ＦＩＸプロトコル言語及びこれに関連するメッセージング規格を用いて、取引メッセージを交換システム１０２に送信してもよい。他の例では、取引メッセージを送信及び／又は受信する目的で、専用のデータフォーマットを定義してもよい。

取引メッセージによって、様々な情報を通信することができる。この情報の例は、基礎となる指数、ティッカーシンボル、契約タイプ（例えば、コール又はプットオプション契約）、満了日、ストライク価格、権利行使スタイル（例えば、アメリカ式又はヨーロッパ式、ＡＭ決済又はＰＭ決済等）、決済価格、及び／又は他の情報を含んでいてもよい。通信メカニズム（例えば、図２の通信メカニズム２１４）を介して、演算エンジン１１２に取引メッセージを通信してもよい。

取引メッセージを受信すると、演算エンジン１１２は、どのような演算が実行されているかを判定し、判定された演算を実行する目的でデータを選択する。実施形態においては、この選択は、選択モジュール２２４によって実行してもよい。選択モジュール２２４は、共通の属性を有するデータフィード２２０内からデータを選択し、選択されたデータを１以上の入力セットにグループ化してもよい。入力セットは、データストレージ２０６に保存してもよい。例えば、選択モジュール２２４は、データフィード２２０を受信し、同じ満了日を有する取引メッセージをグループ化することによって入力セットを形成してもよい。他の例では、選択モジュール２２４は、ティッカーシンボルに基づいて入力セットを形成してもよい。更に他の例では、選択モジュール２２４は、複数の因子、例えば、同じ満了日及びティッカーシンボルに基づいて入力セットを形成してもよい。更なる例では、選択モジュールは、取引プラットフォーム１０４内の１以上の他のコンポーネントと通信して市場ボラティリティを識別し、識別された市場ボラティリティに基づいて入力セットを形成してもよい。他の例も想到される。

選択モジュール２２４は、データフィード２２０から入力セットを特定する際に１以上の繰り返しを実行してもよい。例えば、最初の繰り返しにおいて、選択モジュール２２４は、データフィード２２０内のデータを解析し、将来の残余期間が２３日を超え３７日未満である取引メッセージを選択してもよい。２回目の繰り返しにおいては、選択モジュール２２４は、ティッカーシンボルに基づいて、データフィード２２０（又はデータフィード２２０からすでに解析されている入力セット）を解析し、９日、３０日、四半期、又は満了より前の他の期間を有する取引メッセージを特定してもよい。選択モジュール２２４は、ＳＯＱ、スポット指標又は他の値を算出するための潜在的入力セットを特定するために、データフィード２２０又はその一部の解析を継続してもよい。他の例では、定義済みの時間間隔内で個々のクォート又は買い注文及び売り注文を捕捉し、特定のシリーズの最初の、最後の、又はこの他のクォートを指数演算に使用してもよい。

スコアリングモジュール２２６は、選択された入力セットの１以上をスコアリング又は重み付けしてもよい。スコアリング処理は、幾つか因子に基づいていてもよい。例えば、スコアリングモジュール２２６は、演算に組み込むための入力セットの適合性に基づいて、１以上の入力セットにスコアを割り当ててもよい。他の例では、スコアは、定義済みの基準又は閾値に基づいていてもよく、第１の閾値内のデータを有する入力セットに第１のスコアを割り当て、第２の閾値内のデータを有する入力セットに第２のスコアを割り当ててもよい。更に他の例では、スコアは、交換システム１０２を制御するエンティティによって、プログラム的に定義される１以上の規則に基づいて定義し又は割り当ててもよい。

更なる例では、スコアは動的に割り当ててもよい。動的スコアリングは、例えば、特定の時点における入力セットの実際の又は想定される重要性に基づいて、入力セットのための１以上のスコアを調整することを含んでいてもよい。例えば、スポット指標を算出する際、特定の残余期間を有する入力セットに関連するスコアは、満了日が近づくにつれて高めてもよい。同様に、指定された閾値を上回る流動性を有する入力セットに関連するスコアは、残余期間が短くなるにつれて、動的に低めてもよい。更なる又はこの他の動的なスコアリングも想到される。入力セットに関連する１以上のスコアは、データストレージ２０６に保存し、後に演算エンジン１１２又は交換システム１０２の他のコンポーネントによってアクセスできるようにしてもよい。

選択モジュール２２４及びスコアリングモジュール２２６は、連携して動作して、潜在的入力セットを識別し、スコアリングしてもよい。スコアリングの後、選択モジュール２２４、スコアリングモジュール２２６又は演算エンジン１１２の他のモジュールは、どの入力セットが最高のスコアを有するか又は演算を実行する目的で最も健全なスコア（most viable scores）を有するかを特定してもよい。演算エンジン１１２は、特定された入力セットを使用して演算を実行し、算出された値２３０をデータ出力エンジン１１４に出力してもよい。

例えば、スポット指標を算出する際、演算エンジン１１２は、データフィード２２０を受信してもよく、選択モジュール２２４は、特定の日付の範囲内で満了になる取引メッセージを有する入力セットを特定してもよい。選択モジュール２２４は、特定された入力セット内のデータを、ティッカーシンボルに基づいて更に解析し、ニアタームオプション及びネクストタームオプションを判定する潜在的候補を特定してもよい。スコアリングモジュール２２６は、特定の日付の範囲内にあり、且つ特定の満了（例えば、第３金曜日、ＡＭ決済又はＰＭ決済等）を示すティッカーシンボルを有する入力セットに対して、より高い重みを割り当てることによって入力セットをスコアリングしてもよい。演算エンジン１１２は、最も高いスコアを有する入力セットに対して健全性チェック（viability check）を実行し、スポット指標演算に組み込むために入力セットが適切かどうかを判定してもよい。適切であると判定されない場合、演算エンジン１１２は、健全な次に高いスコアを有する入力セットを選択してもよい。入力セットが健全である場合、演算エンジン１１２は、（他の部分で説明するような）スポット演算を実行し、算出された値２３０をデータ出力エンジン１１４に広めてもよい。

なお、スポット指標演算のコンテキストを用いて説明しているが、演算エンジン１１２は、以下に限定されないが、ＳＯＱ演算を含む様々なコンテキストで、ここに記述する選択、スコアリング及び演算処理を実行することができる。

図４〜図６は、ここに記述する方法を実現するために取引システムに含むことができ又は取引システムによって実行することができる機能を示すフローチャートである。この方法は、金融取引システム１００によって使用してもよく、金融取引システム１００の１以上のコンポーネントによって実行してもよい。説明のため、図４〜図６に示す方法は、演算デバイス（例えば、図２内の演算デバイス２００又は図１内の演算エンジン１１２）によって実現されるものとするが、他の例も想到される。実施形態では、図４〜図６に示すステップは、ここに記述する専用ソフトウェアを使用して実行してもよい。

この方法の説明では、連続的な順序で幾つかブロックを例示するが、これらのブロックは、並列に実行してもよく、ここに記述する順序とは異なる順序で実行してもよい。また、様々なブロックは、より少ないブロックに統合してもよく、更なるブロックに分割してもよい。更に、このフローチャートは、本実施形態の可能な機能及び動作の実現例を示しているが、他の実現例も想到される。更に、フローチャート内の各ブロックは、処理内の特定の論理的機能又はステップを実現するためにプロセッサによって実行可能な１以上の命令を含むモジュール、セグメント又はプログラムコードの一部を表すことができる。プログラムコードは、データストレージ（例えば、データストレージ２０６）に保存してもよい。

図４は、ここに記述する方法を実現するために取引プラットフォーム１０４に含ませることができる機能を表すフローチャートである。一実施形態では、ステップ３０２において、演算エンジン１１２は、１以上のデータフィードを受信し、１以上のデータフィードから１以上の入力セットを特定する。この実施形態では、これらの入力セットは、照合エンジン１０８から演算エンジン１１２にルーティングされる。他の実施形態では、交換所の取引システムの他の部分が１以上の入力セットを有する１以上のデータフィードを受信し、入力セットを演算エンジン１１２にルーティングしてもよい。更に、幾つかの実施形態では、取引プラットフォーム１０４内で１以上の入力セットを有する１以上のデータフィードを生成してもよく、或いは取引プラットフォーム１０４においてこれを受信してもよい。

受信されるデータフィードは、金融商品の取引に関連する入力セットを含んでいてもよい。一実施形態では、受信したデータフィード内の入力セットは、以下に限定されるわけではないが、シンボル、満了日、ストライク価格及び寄り付き値等を含む。他の実施形態では、入力セットは、金融商品の流動性に関連する情報、入力セットが満了する曜日、金融商品のクォート幅、ストライク範囲のスパン、商品がデリバティブである場合の金融商品の上場用の通し番号、金融商品の未決済取引残高に関連する情報、及び／又は金融商品が利用できる情報のロバスト性又は品質に関連する情報を含んでいてもよい。

一実施形態では、受信されるデータフィードの入力セットは、１つの金融商品（例えば、同じ満了日及び同じ原資産を有するオプション契約）に関連する。他の実施形態では、受信されるデータフィードに含まれる入力セットは、複数の異なる金融商品（例えば、異なる満了日及び同じ原資産を有するオプション契約、異なる満了日及び異なる原資産を有するオプション契約、並びに同じ満了日及び異なる原資産を有するオプション契約）に関連する。一実施形態では、受信されるデータフィードに含まれる入力セットは、同じ原資産、異なる満了日、及び異なる満了間隔（expiration intervals）を有するオプション契約（例えば、毎日、毎週、毎月、毎四半期、毎年、及び他の設定された期間毎に満了するオプション契約）に関連する。

ステップ３０４では、受信されたデータフィードから入力セットを選択する。一実施形態では、ステップ３０４の選択は、演算エンジン１１２によって実行される。他の実施形態では、取引プラットフォーム１０４又は交換システム１０２の他の部分が、ステップ３０４における選択を実行する。

演算エンジン１１２は、選択された入力セットの全部又は一部を用いて、値を算出してもよい。算出される値は、ＳＯＱ、スポット指標、又は他の何らかの値であり、これらは、入力セットから全体的に又は部分的に算出できる。入力セットの数及び使用する入力セットは、演算エンジン１１２によって実行されるＳＯＱ演算に基づいて変更してもよい。例えば、ＳＯＱを算出する際、指数のＳＯＱが単一の入力セットの使用を必要とする場合、演算エンジン１１２は、ＳＯＱ演算で使用するための単一の入力セットを選択することができる。ＳＯＱの算出の他の例では、ＳＯＱ演算は、ＳＯＱを算出する目的で複数の入力セットをそれぞれ単独で又は互いに連携させて使用することを要求してもよい。例えば、オプション価格によってスポット指標を算出する場合、演算エンジン１１２は、２つ以上の入力セットを選択し、使用することができる。スポット指標を算出するために演算エンジン１１２が使用する入力セットは、ＳＯＱを算出するために用いられる入力セットと同じであってもよく、その上位集合であってもよく、又はその下位集合であってもよい。ある場合には、スポット指標を算出するために使用される入力セットは、ＳＯＱを算出するために使用される入力セットとは、完全に異なるものであってもよい。なお、ＳＯＱ及びスポット指標について例示的に説明したが、演算エンジン１１２は、同じ又は同様の手法を用いて、他の多くの値を算出することができる。

ＳＯＱを算出する例として、演算エンジン１１２は、入力セットを受信し、これを用いて、スタンダードアンドプアーズ（Ｓ＆Ｐ）５００オプション契約（すなわち、Ｓ＆Ｐ５００指数を原資産とするオプション契約）に基づくボラティリティ演算のＳＯＱを算出してもよい。演算エンジン１１２は、選択された入力セットを使用して、以下の式に基づいてＳＯＱを算出してもよい。

ここで、
Ｔは、残余期間であり、
Ｆは、フォワード指数レベル（forward index level）であり、
Ｋ_ｉは、ｉ番目のアウト・オブ・ザ・マネー（out-of-the-money）オプション（Ｋ_ｉ＞Ｆの場合はコール、Ｋ_ｉ＜Ｆの場合はプット）のストライク価格であり、
ΔＫ_ｉは、ストライク価格の間隔であり、
Ｋ_０は、フォワード指数レベルＦを下回る最初のストライクであり、
Ｒは、満了への無リスク金利であり、
Ｑ（Ｋ_ｉ）は、ストライクＫ_ｉによる各オプションのためのビッド−アスクスプレッドの中間点である。

演算エンジン１１２は、データフィードから、Ｔに等しい残余期間を有するオプションに関係する単一のセットを選択してもよい。例えば、Ｔを９暦日と定義し（実施形態応じて、Ｔは任意の数に定義してもよい）、受信されるデータフィードが異なる期間を有するＳ＆Ｐ５００オプション契約（例えば、毎日、毎週、毎月、毎四半期、毎年、及び他の設定された期間毎に原資産の収益を測定するオプション契約）及び残余期間（例えば、毎週Ｓ＆Ｐ５００オプションシリーズ契約残余期間＝１６暦日、毎月Ｓ＆Ｐ５００オプションシリーズ契約残余期間＝９暦日及び毎四半期Ｓ＆Ｐ５００オプションシリーズ契約残余期間＝１９暦日）に関係する入力セットを含む場合、ＳＯＱを算出する際に使用する単一の入力セットは、残余期間がＴに等しいので、毎月Ｓ＆Ｐ５００オプション契約に関係する。他の実施形態では、ｎ個の入力セットの使用を要求するＳＯＱについては、ｎ個の入力セットを選択する。入力セットの選択については、図４及び図５並びにこれらに関連する記述によって更に説明する。

他の例では、演算エンジン１１２は、２つ以上の選択された入力セットを用いて、スポット指標を算出してもよく、これらの選択された入力セットは、上記の例でＳＯＱを算出するのために使用された選択された入力セットと同じであっても、異なっていてもよい。演算エンジン１１２は、選択された入力セットを用いて、以下の式に基づいてスポット指標を算出してもよい。

ここで、
σ^２ _１は、ニアタームオプションであり、
σ^２ _２は、ネクストタームオプションであり、
Ｔ_１は、ニアタームオプションの残余期間であり、
Ｔ_２は、ネクストタームオプションの残余期間であり、
Ｆは、フォワード指数レベルであり、
Ｋ_ｉは、ｉ番目のアウト・オブ・ザ・マネー（out-of-the-money）オプション（Ｋ_ｉ＞Ｆの場合はコール、Ｋ_ｉ＜Ｆの場合はプット）のストライク価格であり、
ΔＫ_ｉは、ストライク価格の間隔であり、
Ｋ_０は、フォワード指数レベルＦを下回る最初のストライクであり、
Ｒは、満了への無リスク金利であり、
Ｑ（Ｋ_ｉ）は、ストライクＫ_ｉによる各オプションのためのビッド−アスクスプレッドの中間点である。

演算エンジン１１２は、データフィードから２つ以上のセットを選択してもよく、第１の入力セットは、Ｔ_１に等しい残余期間を有するニアタームオプションに関係し、第２の入力セットは、Ｔ_２に等しい残余期間を有するネクストタームオプションに関係していてもよい。例えば、スポット指標が１２日で算出され（幾つかの実施形態では、日数は、任意の数として予め定義してもよく暦日、営業日又は他の任意の形式で表してもよい）、受信されるデータフィードが異なる期間を有するＳ＆Ｐ５００オプション契約（例えば、毎日、毎週、毎月、毎四半期、毎年、及び他の設定された期間毎に原資産の収益を測定するオプション契約）及び残余期間（例えば、毎週Ｓ＆Ｐ５００オプションシリーズ契約残余期間＝１６日、毎月Ｓ＆Ｐ５００オプションシリーズ契約残余期間＝９日及び毎四半期Ｓ＆Ｐ５００オプションシリーズ契約残余期間＝１９日）に関係する入力セットを含む場合、毎月の残余期間（Ｔ_１）が、スポット指標が算出されている時点より前の最も近くであり、並びに毎週の残余期間（Ｔ_２）が、スポット指標が算出されている時点より後の最も近くであるため、スポット指標を算出する際に使用する入力セットは、毎月Ｓ＆Ｐオプション契約及び毎週Ｓ＆Ｐ５００オプション契約に関係する。他の実施形態では、ｎ個の入力セットの使用を要求するスポット指標については、ｎ個の入力セットを選択する。入力セットの選択については、図４及び図５並びにこれらに関連する記述によって更に説明する。

ステップ３０４で選択される入力セットは、一定ではないことが重要である。すなわち、入力セットは、具体例に応じて変更することができる。このような変更は、取引の動的な性質、処理されるデータの量、変化及び取引を行うためにデータを処理する必要がある速度に部分的に基づいて行ってもよい。更に、入力セットは、具体例毎に動的に選択することができ、例えば、第１の具体例においては、入力セットの第１のセットを選択し、第２の具体例においては、入力セットの第２セットを選択してもよく、第１のセット及び第２のセットは、同じＳＯＱ、スポット指標及び／又は他の値の演算において個別に使用してもよい。例えば、他の時点において、毎週Ｓ＆Ｐ５００オプション契約残余期間は、９日であってもよい。その時点においては、毎月ではなく毎週のＳ＆Ｐ５００オプションシリーズ契約のための入力セットを選択して、ＳＯＱを判定してもよい。同様に、スポット指標に関して、毎四半期Ｓ＆Ｐ５００オプションシリーズ契約残余期間は、１５日であってもよい。このような例では、毎月及び毎四半期オプションシリーズ契約のための入力セットを選択して、スポット指標を判定してもよい。これによって、演算エンジン１１２は、ニアターム毎月オプションシリーズ契約と、ネクストターム毎四半期オプションシリーズ契約との間の内挿を用いて、外挿を最小化又は排除することができる。

ステップ３０６では、演算エンジン１１２は、少なくとも選択された入力セットに基づいて値を算出する。例えば、上述したように、算出される値がＳ＆Ｐ５００オプション契約に基づくボラティリティ演算のためのＳＯＱである場合、選択される入力セットは、９日の残余期間を有する毎月Ｓ＆Ｐ５００オプション契約である。入力セットは、例えば、アット・ザ・マネー及びアウト・オブ・ザ・マネーの毎月Ｓ＆Ｐ５００オプションシリーズ契約の寄り付き値（例えば、ビッド及びオファー対、並びに取引価格）を含む。これに代えて又はこれに加えて、入力セットは、アット・ザ・マネー及びアウト・オブ・ザ・マネーの毎月Ｓ＆Ｐ５００オプションシリーズ契約の取引価格を含むことができる。寄り付き値及び／又は取引価格を使用するか否かに関する判断は、演算エンジン１１２が行ってもよい。演算エンジン１１２は、寄り付き値及び／又は取引価格を用いて、Ｆ、Ｋ_ｉ、ΔＫ_ｉ、Ｋ_０及びＱ（Ｋ_ｉ）を決定してもよい。

算出される値がＳ＆Ｐ５００オプション契約に基づくボラティリティ演算のためのスポット指標である例では、選択される入力セットは、例えば、９日の残余期間を有する毎月Ｓ＆Ｐ５００オプション契約及び１６日の残余期間を有する毎週Ｓ＆Ｐ５００オプション契約である。これらの入力セットは、Ｆ、Ｋ_ｉ、ΔＫ_ｉ、Ｋ_０及びＱ（Ｋ_ｉ）を算出するために使用してもよい。

ステップ３０８では、算出された値を、データ出力エンジン１１４を介して、市場参加者及び他の金融エンティティ、例えば、精算機関１１８に広告する。他の実施形態では、算出された価格は、取引プラットフォーム１０４又は交換システム１０２の幾つかの他の部分を介して広告してもよい。更に他の実施形態では、算出された価格を広告するために使用される取引プラットフォーム１０４又は交換システム１０２は、広範囲に亘る市場参加者に同時に算出された価格を広告する技術的システム能力を有していてもよい。ここでは、１回の演算のコンテキストで説明を行っているが、図４内（並びに図５及び図６）の処理は、短い間隔（例えば、１秒、５秒、１０秒又は１５秒間隔）で繰り返し実行される。したがって、ここに記述するシステム及び方法は、金融市場へのリスクを最小化するように高水準な品質を維持ながら、毎日、多数の高速で正確な演算を実行する必要がある。

図５は、図４に示し上述したステップ３０４の更なる詳細を示すフローチャートである。図５は、一実施形態に基づき、単一の入力セットを１以上の受信された入力セットから選択する際に用いられるステップを示している。

ステップ４０２では、受信した入力セット毎に選択スコアを判定する。選択スコアは、演算エンジン１１２において判定してもよい。これに代えて、選択スコアは、交換システム１０２又は取引プラットフォーム１０４内の１以上の他のポイントで判定してもよい。

演算エンジン１１２（又は他のコンポーネント）は、選択スコアを１以上の入力セットに関連付けてもよい。選択スコアは、例えば、０又は１、ヌル又は非ヌル等のバイナリ演算子であってもよい。また、非バイナリ演算子を使用してもよい。幾つかの実施形態においては、選択スコアは、算出される値、受信される入力セット等に応じて変更してもよい。例えば、算出されるＳＯＱは、ＳＯＱを算出するために使用される又は使用する必要がある１以上の選択入力に関連付けてもよい。このような例では、これらの選択入力により高い重みを適用してもよい。例えば、算出されるＳＯＱは、９日の残余期間を有するＳ＆Ｐ５００オプション契約に基づくボラティリティ演算のためのものであってもよい。このＳＯＱ演算のための入力セットの例は、毎週、毎月、毎四半期の値を含んでいてもよい。これらの値のそれぞれためのスコアは、表１に示すものであってもよく、ここでは、定義されたＴに最も近い残余期間を有する入力セットには、満了が時間的に遠すぎる又は近すぎる入力セットより高い重み又はスコアを与えてもよい。

ステップ４０４では、判定された選択スコアに基づいて入力セットを選択する。例えば、表１では、毎月の入力グループが最も高いスコアを有するので、この入力グループが選択される。他の実施形態では、選択処理は、最も低いスコアを有する入力グループが選択されるように構築してもよい。

他の実施形態では、選択スコアは、合計、平均又は他の数学的に導出されるスコア又は入力セットの因子に関連を有する様々なサブスコアであってもよい。導出されるスコアが使用される例は、第１の因子によって同じ選択スコアを有する２以上の入力セットが生じる場合に、タイブレーク（同点決勝）を行う場合である。例えば、上述の例では、複数の入力セットが９日の残余期間を有することがある。これは、例えば、ＡＭ決済及びＰＭ決済の両方の毎月オプション契約シリーズがある場合に生じる。このような例では、表２に示すように、同じ入力スコアを有する複数の入力セットが生じることがある。

表２の例では、ＡＭ及びＰＭの毎月契約の両方の選択スコアが１になっている。どの入力セットを選択するべきかについて判定するために、更なる因子（例えば、流動性）を考慮してもよい。一実施形態では、流動性は、現在の契約シリーズのリスティングに先立つ前月のオプションシリーズのボリュームによって判定される。表３は、この更なる因子を、ステップ４０２において残余期間スコア及び流動性スコアを合計することによって算出される最終的な選択スコアとともに示している。

この例では、ステップ４０４において、ＡＭ−毎月の入力セットが最も高い選択スコアを有するので、この入力セットが選択される。

ステップ４０２及びステップ４０４は、ＳＯＱが算出されるたびに実行される。例えば、第１の時点では、（ステップ４０２及びステップ４０４によって）１以上の選択された入力セットに基づいて第１のＳＯＱが算出される。第２の時点では、同じ又は異なるＳＯＱを算出する必要がある。第１のＳＯＱから選択された入力セットを使用するのではなく、演算エンジンは、ステップ４０２及びステップ４０４を繰り返して、ＳＯＱの演算のための新しい入力セットを選択してもよい。新しい入力セットは、第１のＳＯＱを算出するために使用される１以上の入力セットを含んでいてもよい。したがって、選択処理は、ＳＯＱが以前に算出されているか否かを問わず、ＳＯＱ演算が行われるたびに行ってもよい。

他の例では、演算エンジン１１２は、ＳＯＱの演算に関して上述した手法と同様の手法で重み、残余期間スコア、流動性スコア、選択スコア等を適用することによって、スポット指標を算出してもよい。表４は、可変の残余期間、残余期間スコア、流動性スコア及び選択スコアを有する入力セットを示している。

演算エンジン１１２は、スポット指標を算出するために、２以上の入力セットを使用することができる。幾つかの実施形態においては、スポット指標が算出されている時点に最も近いニアタームオプション及び最も近いネクストタームオプションを有する入力セットには、より高い選択スコアを与えてもよい。１以上の入力セットについて、曜日満了スコア（day of week expiration score）を判定してもよい。比較的より高い曜日満了スコアは、週、月、四半期、年等における特定の日に満了するように設定されている入力セットに関連付けてもよい。例えば、週の最後の取引日に満了する入力セットに、より高い曜日満了スコアを関連付けてもよいが、他の例も想到される。流動性スコア、並びに１以上の更なる因子を判定し、選択スコアの算出に使用してもよい。

表４は、選択スコアを判定する際に、１以上のタイプのスコア（例えば、残余期間スコア、曜日満了スコア及び流動性スコア）が同じ重みを有するように示しているが、１以上のタイプのスコアに異なる重みを与えてもよく、すなわち、スポット指標を算出する際に、第１のタイプのスコアが第２のタイプのスコアより比較的大きな影響力を有するようにしてもよい。更に、あるタイプのスコアを有効な入力セットとして使用する前に、最小のスコアを要求してもよい。例えば、週の最後の取引日に満了する入力セットを用いてスポット指標を算出する場合、週の最後の取引日に満了しない入力セットは、演算目的において入力セットを無効な入力セットにする値を有していてもよい。したがって、例えば、０の曜日満了スコアを有する表４の入力セットは、スポット指標を算出する際に使用できない無効な入力セットを表していてもよい。これに対し、０より大きい曜日満了スコアを有する入力セットは、スポット指標を算出するために使用してもよい有効な入力セットとみなしてもよい。なお、曜日満了スコアのコンテキストで説明を行っているが、１以上の任意のタイプのスコアに重み付けし、及び／又は有効性のインジケータを関連付けてもよく、これらは、スポット指標を判定する際に単独で又は組合せて考慮してもよい。

表４の例では、スポット指標が算出される時点は、１２日である。ニアタームオプションのための最も近い残余期間は、９日におけるＡＭ−毎月及び／又はＰＭ−毎月である。更に、ネクストタームオプションのための最も近い残余期間は、１６日における毎週である。したがって、９日におけるＡＭ−毎月及び／又はＰＭ−毎月及び１６日における毎週は、スポット指標が算出される時点から遠い満了期間より高い残余期間スコアを有する。より高い残余期間スコアは、スポット指標を算出するために演算エンジン１１２が２以上の入力セットを選択する際、選択スコアに影響を与えてもよい。

なお、以上では特定の例を説明したが、任意の数の因子を用いて選択スコアを判定してもよい。例えば、演算エンジン１１２は、金融商品の流動性に関連する情報、金融商品のクォート幅、ストライク範囲のスパン、商品がデリバティブである場合の金融商品の上場用の通し番号、金融商品の未決済取引残高に関連する情報、及び／又は金融商品が利用できる情報のロバスト性又は品質に関連する情報を含む因子の１以上を使用して選択スコアを判定してもよい。

更に、複数の入力セットが同じ選択スコアを有する場合には、演算エンジン１１２は、タイブレーカー（又は一連のタイブレーカー）を使用して、同じ選択スコアを有する複数の入力セットから１以上の入力セットを選択する。１つの例では、タイブレーク処理は、選択スコアを算出するために使用される重み、満了スコア、流動性スコア等に優先順位を与えてもよい。他の例では、タイブレーク処理は、ユーザ又はエンジンからのフィードバックの要求を含んでいてもよく、ユーザ又はエンジンは、同じ選択スコアを有する複数の入力セットから１以上の入力セットを入力又は選択してもよい。更に他の例では、１以上の入力セットは、複数の入力セットから無作為に選択してもよく、ハードウェア、ファームウェア及び／又はソフトウェアロジックによって実行される予め定められた規則の組によって選択してもよい。他の例も想到される。

図６は、図４に示し上述したステップ３０４の他の更なる詳細を示すフローチャートである。ステップ５０２では、演算のために必要とされる入力セットの数及び／又はタイプを判定する。ＳＯＱ演算のための入力セットの数は、演算のために幾つの入力セットが許可又は要求されているかに基づいて判定してもよい。幾つかの実施形態においては、この判定は、演算のための入力セットの数を特定するデータベース検索又はデータの受信によって実行してもよい。例えば、演算エンジン１１２は、データベース検索を実行し、ＳＯＱ演算において使用される変数及び／又は他のパラメータに基づいて、ＳＯＱ演算が単一の入力セットのみを必要とすると判定してもよい。他の例では、演算エンジン１１２は、ＳＯＱ演算のために複数の入力セットを使用する必要があると判定してもよい。更に他の例では、演算エンジン１１２は、スポット指標演算が２以上の入力セットを必要とすると判定してもよい。ＳＯＱ演算のために必要とされる入力セットの数は、ＳＯＱ、スポット指標又は他の値を算出するために使用される他の情報とともに、データベース（例えば、図２内のデータストレージ２０６）に保存してもよい。

また、演算エンジン１１２は、ＳＯＱ、スポット指標又は他の演算のために必要とされる入力セットのタイプを判定もしてもよい。この判定は、ＳＯＱ、スポット指標又は他の演算のために必要とされる入力セットのタイプを特定するデータベース検索又はデータの受信によって実行してもよい。入力セットのタイプは、単純な入力セットであっても、複合的な入力セットであってもよい。単純な入力セットは、単一のオプション契約シリーズ（例えば、９日の残余期間を有する毎月ＡＭ決済Ｓ＆Ｐ５００オプションシリーズ契約）に関する情報を含んでいてもよい。複合的な入力セットは、複数の単純な入力セットに由来する情報を含んでいてもよい。例えば、複合的な入力セットは、オプションシリーズ契約の特定のグループ、例えば、セクタの平均寄り付き値であってもよい。幾つかの例では、演算エンジンは、取引プラットフォーム１０４又は交換システム１０２内の１以上の他のコンポーネントを介して複合的な入力セットを受信してもよい。他の例では、演算エンジンは、１以上の単純な入力セット（例えば、ステップ４０２において選択スコアが与えられた１以上の入力セット）に基づいて複合的な入力セットを算出してもよい。演算エンジン１１２を使用して複合的な入力セットを算出する場合には、この演算において重み付けスキームを使用してもよい。入力セットのタイプは、ＳＯＱ、スポット指標又は他の値を算出するために使用できる他の情報とともに、データベース（例えば、図２内のデータストレージ２０６）に保存してもよい。

上述と同様の手法で、演算エンジン１１２は、ＳＯＱ、スポット指標又は他の値を算出するために使用できる更なる情報を判定してもよい。この情報は、例えば、どの入力セットに選択スコアを与える必要があるかに関する情報を含んでいてもよい。この情報は、ＳＯＱ、スポット指標又は他の値を算出するために使用できる他の情報とともにデータベース（例えば、図２内のデータストレージ２０６）に保存してもよい。

ステップ４０２では、上述したように、単純な又は複合的な各入力セットに選択スコアを割り当てる。ステップ４０４では、上述したように、判定された選択スコアに基づいて入力セットを選択する。

ステップ５０２、ステップ４０２及びステップ４０４は、値が算出されるたびに実行される。例えば、第１の時点では、（ステップ５０２、ステップ４０２及びステップ４０４によって）１以上の選択された入力セットに基づいて第１の指数値を算出する。第２の時点では、同じ又は異なる指数値を算出する必要がある。第１の指数値から選択される入力セットを使用するのではなく、演算エンジンは、ステップ５０２、ステップ４０２及びステップ４０４を繰り返して、指数値の演算のための新しい入力セットを選択してもよい。新しい入力セットは、第１の指数値を算出するために使用される１以上の入力セットを含んでいてもよい。したがって、選択処理は、指数値が以前に算出されているか否かを問わず、指数値演算のたびに行ってもよい。

他の例では、スポット指標が算出されるたびに、ステップ５０２、４０２及び４０４が実行される。例えば、第１の時点で第１のスポット指標が算出され、第２の時点で第２のスポット指標が算出される。第１のスポット指標は、２以上の入力セットを使用して算出され、第２のスポット指標は、変化してもよく、したがって、新しいスポット指標が算出されるたびに、新しい選択処理が必要である。

一実施形態では、ステップ４０２で判定される選択スコアを用いて選択される単純な入力セットに基づいて演算エンジン１１２によって算出される１つの複合的な入力セットがＳＯＱ、スポット指標又は演算に必要な場合、取引プラットフォーム１０４は、後述する追加的なステップを用いることができる。

第１に、複合的な入力セットの定義を判定してもよい。一実施形態では、この定義は、電子データベースに格納することができる。例えば、複合的な入力セットは、最も高い選択スコアを有する情報技術セクタからの３つのオプションシリーズ契約の等しく重み付けされた組合せであってもよい。

第２に、ステップ４０４において、単純な入力セットのための選択スコアを判定する。第３に、判定された選択スコア及び複合的な入力セット定義に基づいて、演算エンジン１１２が複合的な入力セットを生成する。第４に、ステップ４０４において、複合的な入力セットのヌル／非ヌル選択スコア（null/not null selection score）に基づいて、複合的な入力セットを選択する。

他の実施形態では、ＳＯＱ、スポット指標又は他の演算は、幾つの単純な又は複合的な（事前に又は動的に算出された）入力セットを要求してもよい。

図７は、ここに記述する一実施形態に基づく契約満了日を表すタイムラインである。ここに示すように、図７は、満了日Ａ、Ｂ、Ｃ、Ｄ、Ｄ’及びＥを含む。満了日は、様々な契約タイプに対応していてもよい。例えば、満了日Ａ及びＤは、毎月の同じ日（例えば、各月の第３金曜日）に満了する毎月の契約に対応してもよい。満了日Ｃは、四半期、毎年又は他の期間に満了する契約に対応してもよい。満了日Ｂ及びＥは、毎週又は毎月の契約より短い他の期間によって満了する短期契約に対応してもよい。満了日Ｄ’は、フレキシブルな契約満了日、例えば、１以上の市場参加者によって定義される満了日に対応してもよい。満了日の時間的間隔は本質的に、通常、定期的（例えば、毎週、毎月、毎四半期等）であるが、（例えば、取引所の休日又は他の設計上の理由のために）満了日の時間的間隔が変化する例も存在する。更に、決済価格の演算の間の時間的間隔も、通常、一定であるが、（例えば、天災、行政措置又は他のイベントのために）決済価格の演算の時間的間隔が変化する例も存在する。このようなイベントでは、１以上の満了への時間の変化を考慮して、１以上の決済価格の演算を調整してもよい。

ここに記述するシステム及び方法は、時刻Ｓにおけるスポット指標を判定するために使用してもよい。スポット指標を判定する処理は、演算エンジン１１２（又は他のデバイス又は処理コンポーネント）がデータフィードを受信すること、データフィードから２以上の入力セットを選択すること及び少なくとも２以上の選択された入力セットに基づいてスポット指標を算出することを含んでいてもよい。入力セットの選択は、幾つかの因子のうちから、特に、入力セットのオプション契約の満了日に基づいて行ってもよい。幾つかの実施形態においては、演算エンジン１１２は、時刻Ｓに最も近いニアタームオプション及びネクストタームオプションを表す入力セットを選択してもよく、選択された入力セットを用いて、時刻Ｓにおけるスポット指標を内挿してもよい。幾つかの実施形態においては、最も近いニアタームオプション及び／又はネクストタームオプションを選択できない場合、演算エンジンは、時刻Ｓにおけるスポット指標を推定するために必要な外挿を最小にするニアタームオプション及び／又はネクストタームオプションを選択してもよい。

例えば、演算エンジンは、定期的な毎月のオプションＡ及びＤ、定期的な毎四半期のオプションＣ、定期的な毎週のオプションＢ及びＥ、及びフレキシブルなオプションＤ’に関連する入力セットを含む複数の入力セットを有するデータフィードを受信してもよい。演算エンジン１１２は、２以上の入力セット（例えば、入力セットＡ及びＣ、Ａ及びＤ、Ｂ及びＣ、Ｂ及びＤ、Ｂ及びＤ’等）を特定し、これを用いて、時刻Ｓにおけるスポット指標を算出してもよい。演算エンジン１１２は、特定された入力セットのうち、２つの毎月の入力セットＡ及びＤを使用する時刻Ｓにおけるスポット指標の算出には、外挿が必要であることを判定してもよい。なお、契約タイプを変更して、毎週及び毎四半期の満了の組合せ（例えば、毎週のオプションＢ及び毎四半期のオプションＣ）を含ませることによって、演算エンジン１１２は、より正確な内挿法を用いて、時刻Ｓにおけるスポット指標を算出することができる。

演算エンジン１１２は、外挿を可能にする入力セットを使用するか内挿を必要とする入力セットを使用するかを判断する際に、幾つか因子を考慮してもよい。例えば、演算エンジン１１２は、１以上の入力セットが有効であるか否かを判定してもよい。入力セットの有効性は、表４を参照して記述した１以上のスコアのタイプ、スポット指標を算出するための１以上の規則、１以上の入力セットに関連する１以上の重み等に基づいて判定してもよい。例えば、毎四半期オプションＣの曜日満了スコアが週の最後の取引日にあたらない場合、毎四半期オプションＣの入力セットは、有効なセットではないとしてもよい。したがって、有効な毎週のオプションＢ及び無効な毎四半期のオプションＣを利用する内挿法を使用するのではなく、演算エンジン１１２は、入力セットの異なる組合せ、例えば、時刻Ｓにおけるスポット指標の算出に必要な外挿を最小にする毎週のオプションＢ及び毎月のオプションＤを選択してもよい。

他の例では、演算エンジン１１２は、（例えば、毎月のオプションＤによる計画的又は非計画的な決済問題のために）定期的な毎週のオプションＢ及び定期的な毎月のオプションＤの組合せが健全性を有する組合せでないと判定してもよい。このような例では、演算エンジン１１２は、定期的な毎週のオプションＢ及びフレキシブルなオプションＤ’の組合せのために必要な外挿の量が、定期的な毎月のオプションＡ及び毎月のオプションＤの組合せのために必要な外挿及び／又は定期的な毎週のオプションＢ及びＥの外挿より少ないことを判定してもよい。したがって、定期的な毎週のオプションＢ及びフレキシブルなオプションＤ’の組合せは、時刻Ｓにおけるスポット指標のより正確で健全な演算を可能にするため、演算エンジン１１２は、この組合せを選択してもよい。

なお、ここに記述する構成は、例示のみを目的とする。したがって、当業者には明らかなように、望まれる結果に応じて、他の構成及び他の要素（例えば、マシン、インタフェース、機能、命令、機能のグループ等）を代替的に用いてもよく、幾つかの要素を省略してもよい。更に、ここの記述した要素の多くは、機能的なエンティティであり、独立型又は分散型のコンポーネントとして実現してもよく、又はあらゆる適切な組合せ及び位置で他のコンポーネントと連携して実現してもよい。

様々な側面及び実施形態を開示したが、他の側面及び実施形態も当業者にとって明らかである。ここに開示した様々な側面及び実施形態は、説明のためのものであり、特許請求の範囲に与えられる全範囲の均等物を伴う特許請求の範囲に示す真の範囲を限定する意図はない。また、ここで使用する表現は、特定の実施形態を記述することのみを目的とし、限定的な意図はないことは明らかである。

Claims (1)

1. 市場ボラティリティの状態を表すデリバティブ投資商品の決済値を判定するように構成されたシステムにおいて、
   ネットワークを介して、前記システムから遠隔に位置する少なくとも１つの外部データソースと通信するように構成された通信インタフェースと、
   前記通信インタフェースを介して受信したデータを保存する少なくとも１つのデータストレージデバイスであって、前記受信したデータは、市場ボラティリティの状態を表すデリバティブ投資商品の原資産に適すると事前に判定されている複数の金融商品の価格及び満了情報に対応し、前記複数の金融商品は、１以上の入力セットを定義し、各入力セットは、同じ原資産、異なる満了日及び異なる満了間隔を有するオプション契約を含むデータストレージデバイスと、
   複数の相対するビッド及びオファーを受信し、前記受信した相対するビッド及びオファーを対にして、受信され対にされた相対するビッド及びオファーの間で取引を遂行するように構成されたプロセッサを有するオーダ照合エンジンと、
   前記少なくとも１つのデータストレージデバイス及び前記オーダ照合エンジンと通信する決済価格プロセッサと、
   前記決済価格プロセッサと通信し、プログラム命令を保存するプログラムロジックメモリとを備え、
   前記決済価格プロセッサは、前記プログラム命令を実行して、
   前記少なくとも１つのデータストレージデバイス又は前記オーダ照合エンジンから複数の入力セットを受信し、
   複数の選択基準に基づいて、前記複数の入力セットの一部を選択し、前記複数の選択基準の１つは、現在の日から３０日未満の満了日を有するオプション契約を含み、
   以下の決済計算式に基づいて、前記市場ボラティリティの状態を表すデリバティブ投資商品のための決済価格を生成し、
   

   

   Ｔは、残余期間であり、
   Ｆは、フォワード指数レベルであり、
   Ｋ_ｉは、Ｋ_ｉ＞Ｆの場合はコール、Ｋ_ｉ＜Ｆの場合はプットである、ｉ番目のアウト・オブ・ザ・マネーオプションのストライク価格であり、
   ΔＫ_ｉは、ストライク価格間の間隔であり、前記ストライク価格間の間隔であるΔＫ_ｉは、Ｋ_ｉの両側のストライクの間の半分の距離であり、
   

   

   更に最も低いストライクのためのΔＫは、最も低いストライクと次に高いストライクとの間の差であり、同様に、最も高いストライクのためのΔＫは、最も高いストライクと、次に低いストライクとの間の差であり、
   Ｋ_０は、フォワード指数レベルＦを下回る最初のストライクであり、
   Ｒは、満了への無リスク金利であり、
   Ｑ（Ｋ_ｉ）は、ストライクＫ_ｉによる各オプションのためのビッド−アスクスプレッドの中間点であり、
   前記決済計算式によって算出された決済価格を遠隔サーバに送信するシステム。

Images