(57)【要約】  方法、システム、装置および媒体は、取引のカウンターパーティとしての清算機関との金融証券の取引を管理することを対象とする。コンピュータシステムを用いて実行される取引についての取引データを含む複数の入力が受け取られる。受け取られた複数の入力に基づいて、ある期間にわたるスワップ契約の予測される価格についてのディスカウントカーブがリアルタイムに決定される。スワップ契約価格が、決定されたディスカウントカーブに基づいて評価される。ユーザの口座でスワップ契約での持ち高を取引または保持することを望むユーザについて、スワップ契約価格に基づいて証拠金所要額が決定される。コンピュータシステム内で実行されるスワップ契約の取引についてのデータを、ディスカウントカーブを決定するために用いられる取引データに組み込んで、ディスカウントカーブをリアルタイムで決定するフィードバックループを実現する。
2013514593.tif 000002
【特許請求の範囲】
【請求項１】
取引のカウンターパーティとしての清算機関とのスワップ契約を含む金融証券の電子取引用のコンピュータシステムを管理するための、コンピュータにより実施される方法であって、各ステップがコンピュータシステムにより実行され、
前記コンピュータシステムを用いて実行されるスワップ契約の取引についての取引データを含む複数の入力を、リアルタイムに受け取るステップと、
受け取られた前記複数の入力に基づいて、ある期間にわたる先物スワップ契約の予測される価格についてのディスカウントカーブを、前記コンピュータシステム内の電子的な要素によりリアルタイムに決定するステップと、
前記ディスカウントカーブに基づいて評価され前記コンピュータシステム内で実行される前記スワップ契約の取引についてのデータを、前記ディスカウントカーブを決定するために用いられる前記取引データに取り入れて、前記ディスカウントカーブをリアルタイムで決定するフィードバックループを実現して、前記金融証券の前記電子取引を管理するのを支援する情報を提供するステップと
を含む方法。
【請求項２】
前記入力が、履歴またはリアルタイムのスワップ契約の取引についてのデータを含み、前記方法が、
決定された前記ディスカウントカーブに基づいてスワップ契約価格を評価するステップと、
前記スワップ契約での持ち高を取引または保持することを望むユーザについて、前記スワップ契約価格および決定された前記ディスカウントカーブに基づいて、前記取引または保持をユーザ口座で管理して、証拠金所要額を決定するステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
前記ユーザについて前記取引を実行することが、
与えられた決定された前記ディスカウントカーブおよび前記スワップ契約価格に基づいて、前記ユーザによる前記スワップ契約の前記取引についての要求を受け取るステップと、
前記スワップ契約価格に基づく価格で前記取引を行うステップと
をさらに含む、請求項１に記載の方法。
【請求項４】
前記入力の入力源に基づいて前記入力を集計するステップであって、ある種類の前記スワップ契約を専門とするインターブローカディーラ、金融データベンダ、および前記コンピュータシステムを用いて実行された先の取引を、前記入力の前記入力源が含み、買い呼び値、売り呼び値、最良の売り呼び値、最良の買い呼び値、および時刻を含む特徴を、前記入力が含むステップと、
前記入力の前記入力源および前記入力の前記特徴に基づいて前記入力をフィルタリングするステップと、
フィルタリングされた前記入力に基づくデータ時点を通して前記ディスカウントカーブを予想するステップと、
前記最良の売り呼び値および前記最良の買い呼び値に基づいて、前記入力のうちの少なくとも１つの時刻またはその付近の時刻に予測される前記ディスカウントカーブを制約するステップと
により、前記ディスカウントカーブがリアルタイムに決定される、請求項１に記載の前記方法。
【請求項５】
前記ディスカウントカーブをリアルタイムに決定するステップが、
前記入力の前記入力源および前記入力値に基づいて前記入力をフィルタリングするステップと、
前記入力の前記入力源および前記入力の前記特徴に基づいて前記入力を重み付けするステップと
を含む、請求項１に記載の方法。
【請求項６】
決定された前記ディスカウントカーブおよび前記スワップ契約価格を複数のユーザにリアルタイムに提供するステップであって、３つ以上の小数位を含む価格範囲を前記スワップ契約価格が有し、提供された前記ディスカウントカーブが、前記スワップ契約の種類またはレートに関連する複数の時間部分を含み、前記部分が短期の部分、中期の部分および長期の部分を含むステップ
をさらに含む、請求項１に記載の方法。
【請求項７】
前記ディスカウントカーブに基づくディスカウントレートと前記スワップ契約に関するキャッシュフローの正味の現価に基づいて、複数の日付にわたり前記スワップ契約価格を算出することにより、前記スワップ契約価格を評価するステップをさらに含む、請求項１に記載の方法。
【請求項８】
電子ネットワークまたは電子市場を介して取引するように構成された複数のスワップ契約を受け取るステップと、
前記コンピュータシステム内で取引するための前記複数のスワップ契約に基づいてデータ構造を決定するステップと、
前記カウンターパーティとしての前記清算機関と前記複数のスワップ契約の取引を実行することにより、決定された前記データ構造に基づいて、前記複数のスワップ契約の金利エクスポージャを、中央で交換清算される環境に移すステップと
をさらに含む、請求項１に記載の方法。
【請求項９】
前記ユーザの証拠金所要額の前記決定に基づき、企業レベル、グループレベルおよび個々のトレーダのレベルにわたるユーザの階層について、追加証拠金請求のレポートを提供するステップをさらに含む、請求項１に記載の方法。
【請求項１０】
前記入力からのデータを、前記データから決定される前記ディスカウントカーブを含むユーザインタフェースに、前記複数のユーザにリアルタイムに提供するステップをさらに含む、請求項１に記載の方法。
【請求項１１】
決定された前記ディスカウントカーブと前記スワップ契約価格を前記複数のユーザにリアルタイムに提供するステップであって、取引される少なくとも１つの前記金融証券もしくはスワップ契約の契約価格の妥当性確認または取引戦略を計算するための互換性があるデータとして、前記ディスカウントカーブが構成されるステップ
をさらに含む、請求項１に記載の方法。
【請求項１２】
前記清算機関の口座における前記価格での前記スワップ契約取引の売買をプロセッサ読取り可能な媒体に記録することにより、前記スワップ契約を取引するステップであって、前記清算機関の口座に対して前記コンピュータシステム内の他の取引が記録されるステップをさらに含む、請求項１に記載の方法。
【請求項１３】
前記証拠金所要額を決定する前記ステップが、
前記ユーザにより保持されるそれぞれの契約で前記ユーザ買い持ちおよび売り持ちを決定するステップと、
それぞれのバケットが少なくとも１年を含む複数のバケットについての証拠金請求額を決定するステップであって、他の年に関する他のバケットの請求額に基づいて、それぞれのバケットでの請求額をネッティングまたは相殺するステップと、
決定された前記持ち高および前記証拠金請求額に基づいて、現在の時刻での前記証拠金所要額を決定するステップと
をさらに含む、請求項１に記載の方法。
【請求項１４】
取引のカウンターパーティとしての清算機関とのスワップ契約を含む金融証券の電子取引用のコンピュータシステムであって、
前記サーバを用いて実行されるスワップ契約に関する取引についての取引データを含む複数の入力を、リアルタイムに受け取るステップと、
受け取られた前記複数の入力に基づいて、ある期間にわたる先物スワップ契約の予測される価格についてのディスカウントカーブをリアルタイムに決定するステップと、
前記ディスカウントカーブをリアルタイムで決定するフィードバックループを実現するために、前記ディスカウントカーブに基づいて評価され前記コンピュータシステム内で実行される前記スワップ契約の取引についてのデータを、前記ディスカウントカーブを決定するために用いられる前記取引データに取り入れて、前記金融証券の前記電子取引を管理するのを支援する情報を提供するステップと
を含む動作を行うように構成されたサーバ装置を含むコンピュータシステム。
【請求項１５】
価格付けのデータを提供するように構成されたサードパーティのデータ提供装置と、
前記金融証券を取引するために前記サーバに取引情報を送るように構成されたクライアント装置と
をさらに含む、請求項１４に記載のシステム。
【請求項１６】
前記入力が、履歴またはリアルタイムのスワップ契約の取引についてのデータを含み、
異常値のデータについて前記入力をフィルタリングし、
前記入力の入力源に基づいて前記入力を重み付けし、
フィルタリングされ重み付けされた前記入力の共分散行列の分解に基づいて前記ディスカウントカーブを計算する
ことにより前記ディスカウントカーブが決定される、請求項１４に記載のシステム。
【請求項１７】
前記ディスカウントカーブが、前記スワップ契約の種類またはレートに関連する複数の時間部分を含み、前記部分が短期の部分、中期の部分および長期の部分を含む、請求項１４に記載のシステム。
【請求項１８】
前記ディスカウントカーブに基づくディスカウントレートと前記スワップ契約に関するキャッシュフローの正味の現価に基づいて、複数の日付にわたり前記スワップ契約価格を算出することにより、前記スワップ契約の価格を評価するステップを前記動作がさらに含む、請求項１４に記載のシステム。
【請求項１９】
取引のカウンターパーティとしての清算機関とのスワップ契約を含む金融証券の電子取引を管理するためのコンピュータ装置であって、
データを送りかつ受け取るための送受信機と、
前記装置を用いて実行されるスワップ契約の取引についての取引データを含む複数の入力を、リアルタイムに受け取るステップ、
受け取られた前記複数の入力に基づいて、ある期間にわたる先物スワップ契約の予測される価格についてのディスカウントカーブをリアルタイムに決定するステップ、および
前記ディスカウントカーブをリアルタイムで決定するフィードバックループを実現するために、前記ディスカウントカーブに基づいて評価され前記コンピュータシステム内で実行される前記スワップ契約の取引についてのデータを、前記ディスカウントカーブを決定するために用いられる前記取引データに取り入れて、前記金融証券の前記電子取引を管理するのを支援する情報を提供するステップ
を含む動作を行うように構成されたプロセッサと
を含むコンピュータ装置。
【請求項２０】
前記入力が、履歴またはリアルタイムのスワップ契約の取引についてのデータを含み、
異常値のデータについて前記入力をフィルタリングし、
前記入力の前記入力源に基づいて前記入力を重み付けし、
ある期間にわたるフィルタリングされ重み付けされた前記入力の間での補間に基づいて前記ディスカウントカーブを計算する
ことにより前記ディスカウントカーブが決定される、請求項１９に記載の装置。
【請求項２１】
前記ディスカウントカーブが、前記スワップ契約の種類またはレートに関連する複数の時間部分を含み、前記部分が短期の部分、中期の部分および長期の部分を含む、請求項１９に記載の装置。
【請求項２２】
取引のカウンターパーティとしての清算機関とのスワップ契約を含む金融証券の電子取引用のコンピュータシステムを管理するための、一時的でないプロセッサ読取り可能な媒体であって、
前記コンピュータシステムを用いて実行されるスワップ契約の取引についての取引データを含む複数の入力を、リアルタイムに受け取るステップと、
受け取られた前記複数の入力に基づいて、ある期間にわたる先物スワップ契約の予測される価格についてのディスカウントカーブを、前記コンピュータシステム内の電子的な要素によりリアルタイムに決定するステップと、
前記ディスカウントカーブをリアルタイムで決定するフィードバックループを実現するために、前記ディスカウントカーブに基づいて評価され前記コンピュータシステム内で実行される前記スワップ契約の取引についてのデータを、前記ディスカウントカーブを決定するために用いられる前記取引データに取り入れて、前記金融証券の前記電子取引を管理するのを支援する情報を提供するステップと
を含む動作を、プロセッサにより実行されるときに前記プロセッサに行わせる指示を含む、プロセッサ読取り可能な媒体。
【請求項２３】
前記評価されたスワップ契約のキャリーおよびディケイの解析を提供するステップと、
前記評価されたスワップ契約の主成分分析を提供するステップと
を前記動作がさらに含む、請求項２２に記載のプロセッサ読取り可能な媒体。
【請求項２４】
取引のカウンターパーティとしての清算機関とのスワップ契約を含む金融証券の電子取引用のコンピュータシステムを管理するための、コンピュータにより実施される方法であって、各ステップがコンピュータシステムにより実行され、
ユーザの二者間のスワップ契約取引に関する履歴のおよび現行のデータを受け取って、先物スワップ契約についての予測される価格をもつディスカウントカーブを生成するステップと、
前記ディスカウントカーブに基づいて、前記コンピュータシステム内で模擬のカウンターパーティとしての前記清算機関との前記取引を模擬するステップと、
前記模擬の取引についてのデータを、前記ディスカウントカーブを生成するために用いられる取引データに取り入れて、前記ディスカウントカーブを生成するフィードバックループを実現するステップと、
証拠金の使用額および前記取引の価格付けを含む、前記模擬の取引についての模擬の日報を生成するステップと
を含む方法。
【請求項２５】
請求項２４に記載の方法を行うように構成されたサーバを含むコンピュータシステム。
【請求項２６】
請求項２４に記載の方法を行うように構成されたプロセッサを含むコンピュータ装置。
【請求項２７】
プロセッサにより実行されるときに請求項２４に記載の方法を前記プロセッサに行わせる指示を含む、一時的でないプロセッサ読取り可能な媒体。
【請求項２８】
取引のカウンターパーティとしての清算機関とのスワップ契約を含む金融証券の電子取引中のリスクを減少させるためのコンピュータシステムを管理するための、コンピュータにより実施される方法であって、すべてのステップがコンピュータシステム上で行われ、
複数のスワップ契約について計算されたディスカウントカーブに基づいて、前記ユーザの証拠金所要額を管理することにより、リスク基準を満たすユーザの取引を管理するステップと、
前記システムにより管理される同様の契約をネッティングしかつ相殺して、ユーザと前記清算機関の間における前記金融証券の前記電子取引の全体的な残存リスクを低下させるステップと、
前記ユーザの前記取引についてのデータを、前記ディスカウントカーブを生成するために用いられる取引データに取り入れて、前記ディスカウントカーブを計算するフィードバックループを実現して、前記金融証券の前記電子取引を管理するのを支援する情報を提供するステップと
を含む方法。
【請求項２９】
請求項２８に記載の方法を行うように構成されたサーバを含むコンピュータシステム。
【請求項３０】
請求項２８に記載の方法を行うように構成されたプロセッサを含むコンピュータ装置。
【請求項３１】
プロセッサにより実行されるときに請求項２８に記載の方法を前記プロセッサに行わせる指示を含む、一時的でないプロセッサ読取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、取引のカウンターパーティとしての清算機関との金融証券の電子取引用のコンピュータシステムを管理することに関する。より詳細には、本発明はスワップ契約を管理することに関するが、それだけに限定されるものではない。
【背景技術】
【０００２】
２０００年の商品先物取引現代化法（Ｃｏｍｍｏｄｉｔｙ  Ｆｕｔｕｒｅｓ  Ｍｏｄｅｒｎｉｚａｔｉｏｎ  Ａｃｔ）（ＣＦＭＡ）により、先物取引の清算機関が規制される。ＣＦＭＡにより、清算機関が店頭取引の（ＯＴＣ）デリバティブの清算に加わることが認められている。ＣＦＭＡの前は、ＯＴＣ契約は、「二者間で」、すなわち、契約の２つのカウンターパーティの間で交換清算しなければならなかった。ＣＦＭＡの後は、「多者間で」、すなわち、中央の清算機関を通して多数のＯＴＣカウンターパーティ間でひとまとめに、ＯＴＣ契約を交換清算できるようになった。
【０００３】
ＮＹＭＥＸ取引所を含む先物取引の清算機関は、ＯＴＣ清算を促進する商品を提供する。清算機関は、例えば、選ばれたエネルギー商品についてのＯＴＣ清算サービスを提供する。清算機関は、ＯＴＣの持ち高を先物商品の持ち高に変え、次いでその先物商品の持ち高を交換清算する。ＯＴＣの持ち高は、先物商品とスワップの交換と呼ばれる取引、すなわちＥＦＳ取引を通じて先物商品に変えられる。ＥＦＳの当事者は、ＯＴＣスワップおよび関連した先物商品の取引の実行を、自分自身の価格付けの期日で個人的に取り決めることが可能である。ＥＦＳの持ち高を設定するには、市場参加者は清算機関のメンバーを通じて活動しなければならない。清算メンバーは、市場参加者の信用度を評定する責任がある。
【０００４】
金利スワップ契約などのある種類のデリバティブ契約は、買手と売手の間でＯＴＣ市場にて二者間で取引され、カウンターパーティとしての清算機関との電子交換（例えば、多者間の清算）を従来から利用して来なかった。これらの契約は、カウンターパーティとしての清算機関との電子交換を利用して来なかったため、為替の技術的な要素を用いる際に、ある一定の効率、精度および透明性は実現していない。例えば、為替を実現するためのコンピュータシステムを正確かつ適時に管理することや、正確かつ適時のデータ管理、データ提示、証拠金管理および取引システム自体のその他の財務リスク管理は、必要とされていないかまたは実現していない。
【０００５】
その上、正確で、適時の、かつリスク管理がされた電子交換（例えば、コンピュータシステム）を用いずに二者間で取引すると、金融システムに、例えば部分的に２００８年の後半の金融危機に起因するシステミックリスクが引き起こされる。双方の当事者によるデフォルトのリスクも、取引のコストを増加させ、グローバル金融市場にリスクをもたらす。オープンな交換がないことや、これらのデリバティブ取引のコストおよび価格に透明性がないことによっても、例えば、１人の市場参加者が全体的な市場に不釣り合いな効果を及ぼす破綻のリスクや、金融バブルおよび危険な不均衡のリスクなどの、システミックリスクが引き起こされる。したがって、これらおよびその他の問題を、本発明は対象とする。
【発明の概要】
【０００６】
本発明の一実施形態は、取引のカウンターパーティとしての清算機関とのスワップ契約を含む金融証券の電子取引用のコンピュータシステムを管理するための、コンピュータにより実施される方法を対象とする。一実施形態では、各ステップがコンピュータシステムにより実行される。一実施形態では、そのステップは、コンピュータシステムを用いて実行されるスワップ契約の取引についての取引データを含む複数の入力を、リアルタイムに受け取るステップと、受け取られた複数の入力に基づいて、ある期間にわたる先物スワップ契約の予測される価格についてのディスカウントカーブを、コンピュータシステム内の電子的な要素によりリアルタイムに決定するステップと、ディスカウントカーブに基づいて評価されコンピュータシステム内で実行されるスワップ契約の取引についてのデータを、ディスカウントカーブを決定するために用いられる取引データに取り入れて、ディスカウントカーブをリアルタイムで決定するフィードバックループを実現して、金融証券の電子取引を管理するのを支援する情報を提供するステップとを含む。
【０００７】
一実施形態では、入力が、履歴またはリアルタイムのスワップ契約の取引についてのデータを含み、方法が、決定されたディスカウントカーブに基づいてスワップ契約価格を評価するステップと、スワップ契約での持ち高を取引または保持することを望むユーザについて、スワップ契約価格および決定されたディスカウントカーブに基づいて、取引または保持をユーザ口座で管理して、証拠金所要額（ｍａｒｇｉｎ  ｒｅｑｕｉｒｅｍｅｎｔ）を決定するステップとをさらに含む。
【０００８】
一実施形態では、ユーザについて取引を実行することが、与えられた決定されたディスカウントカーブおよびスワップ契約価格に基づいて、ユーザによるスワップ契約の取引についての要求を受け取るステップと、スワップ契約価格に基づく価格で取引を行うステップとをさらに含む。
【０００９】
一実施形態では、入力の入力源に基づいて入力を集計するステップであって、ある種類のスワップ契約を専門とするインターブローカディーラ、金融データベンダ、およびコンピュータシステムを用いて実行された先の取引を、入力の入力源が含み、買い呼び値、売り呼び値、最良の売り呼び値、最良の買い呼び値、および時刻を含む特徴を、入力が含むステップと、入力の入力源および入力の特徴に基づいて入力をフィルタリングするステップと、フィルタリングされた入力に基づくデータ時点を通してディスカウントカーブを予想するステップと、最良の売り呼び値および最良の買い呼び値に基づいて、入力のうちの少なくとも１つの時刻またはその付近の時刻に予測されるディスカウントカーブを制約するステップとにより、ディスカウントカーブがリアルタイムに決定される。
【００１０】
一実施形態では、ディスカウントカーブをリアルタイムに決定するステップが、入力の入力源および入力値に基づいて入力をフィルタリングするステップと、入力の入力源および入力の特徴に基づいて入力を重み付けするステップとを含む。
【００１１】
一実施形態では、その方法は、決定されたディスカウントカーブおよびスワップ契約価格を複数のユーザにリアルタイムに提供するステップであって、３つ以上の小数位を含む価格範囲をスワップ契約価格が有し、提供されたディスカウントカーブが、スワップ契約の種類またはレートに関連する複数の時間部分を含み、部分が短期の部分、中期の部分および長期の部分を含むステップをさらに含む。
【００１２】
一実施形態では、その方法は、ディスカウントカーブに基づくディスカウントレートとスワップ契約に関するキャッシュフローの正味の現価に基づいて、複数の日付にわたりスワップ契約価格を算出することにより、スワップ契約価格を評価するステップをさらに含む。
【００１３】
一実施形態では、その方法は、ネットワークまたは市場を介して取引するように構成された複数のスワップ契約を受け取るステップと、コンピュータシステム内で取引するための複数のスワップ契約に基づいてデータ構造を決定するステップと、カウンターパーティとしての清算機関と複数のスワップ契約の取引を実行することにより、決定されたデータ構造に基づいて、複数のスワップ契約の金利エクスポージャを、中央で交換清算される環境に移すステップとをさらに含む。
【００１４】
一実施形態では、その方法は、ユーザの証拠金所要額の決定に基づき、企業レベル、グループレベルおよび個々のトレーダのレベルにわたるユーザの階層について、追加証拠金請求のレポートを提供するステップをさらに含む。
【００１５】
一実施形態では、その方法は、入力からのデータを、そうしたデータから決定されるディスカウントカーブを含むユーザインタフェースに、複数のユーザにリアルタイムに提供するステップをさらに含む。一実施形態では、その方法は、決定されたディスカウントカーブとスワップ契約価格を複数のユーザにリアルタイムに提供するステップであって、取引される少なくとも１つの金融証券もしくはスワップ契約の契約価格の妥当性確認または取引戦略を計算するための互換性があるデータとして、ディスカウントカーブが構成されるステップをさらに含む。
【００１６】
一実施形態では、スワップ契約を取引するステップが、清算機関の口座における価格での取引の売買をプロセッサ読取り可能な媒体に記録するステップであって、清算機関の口座に対してコンピュータシステム内の他の取引が記録されるステップを含む。
【００１７】
一実施形態では、証拠金所要額を決定するステップが、ユーザにより保持されるそれぞれの契約でユーザ買い持ちおよび売り持ちを決定するステップと、それぞれのバケットが少なくとも１年を含む複数のバケットについての証拠金請求額（ｍａｒｇｉｎ  ｃｈａｒｇｅ）を決定するステップであって、他の年に関する他のバケットの請求額に基づいて、それぞれのバケットでの請求額をネッティングまたは相殺するステップと、決定された持ち高および証拠金請求額に基づいて、現在の時刻での証拠金所要額を決定するステップとをさらに含む。
【００１８】
本発明の一実施形態は、取引のカウンターパーティとしての清算機関とのスワップ契約を含む金融証券の電子取引用のコンピュータシステムであって、サーバを用いて実行される取引についての取引データを含む複数の入力を、リアルタイムに受け取るステップと、受け取られた複数の入力に基づいて、ある期間にわたる先物スワップ契約の予測される価格についてのディスカウントカーブをリアルタイムに決定するステップと、ディスカウントカーブをリアルタイムで決定するフィードバックループを実現するために、ディスカウントカーブに基づいて評価されコンピュータシステム内で実行されるスワップ契約の取引についてのデータを、ディスカウントカーブを決定するために用いられる取引データに取り入れて、金融証券の電子取引を管理するのを支援する情報を提供するステップとを含む動作を行うように構成されたサーバを含むコンピュータシステムを対象とする。そのシステムは、価格付けのデータを提供するように構成されたサードパーティのデータ提供装置と、金融証券を取引するためにサーバに取引情報を送るように構成されたクライアント装置とを含むこともできる。
【００１９】
一実施形態では、入力が、履歴またはリアルタイムのスワップ契約の取引についてのデータを含み、異常値のデータについて入力をフィルタリングし、入力の入力源に基づいて入力を重み付けし、フィルタリングされ重み付けされた入力の共分散行列の分解に基づいてディスカウントカーブを計算することによりディスカウントカーブが決定される。
【００２０】
一実施形態では、ディスカウントカーブが、スワップ契約の種類またはレートに関連する複数の時間部分を含み、部分が短期の部分、中期の部分および長期の部分を含む。
【００２１】
一実施形態では、ディスカウントカーブに基づくディスカウントレートとスワップ契約に関するキャッシュフローの正味の現価に基づいて、複数の日付にわたりスワップ契約価格を算出することにより、スワップ契約の価格を評価するステップをその動作がさらに含む。
【００２２】
本発明の一実施形態は、取引のカウンターパーティとしての清算機関とのスワップ契約を含む金融証券の電子取引を管理するためのコンピュータ装置であって、データを送りかつ受け取るための送受信機と、プロセッサとを含むコンピュータ装置を対象とする。一実施形態では、そのプロセスは、装置を用いて実行される取引についての取引データを含む複数の入力を、リアルタイムに受け取るステップ、受け取られた複数の入力に基づいて、ある期間にわたる先物スワップ契約の予測される価格についてのディスカウントカーブをリアルタイムに決定するステップ、およびディスカウントカーブをリアルタイムで決定するフィードバックループを実現するために、ディスカウントカーブに基づいて評価されコンピュータシステム内で実行されるスワップ契約の取引についてのデータを、ディスカウントカーブを決定するために用いられる取引データに取り入れて、金融証券の電子取引を管理するのを支援する情報を提供するステップを含む動作を行うように構成される。
【００２３】
一実施形態では、異常値のデータについて入力をフィルタリングし、入力の入力源に基づいて入力を重み付けし、ある期間にわたるフィルタリングされ重み付けされた入力の間での補間に基づいてディスカウントカーブを計算することによりディスカウントカーブが決定される。
【００２４】
一実施形態では、ディスカウントカーブが、スワップ契約の種類またはレートに関連する複数の時間部分を含み、部分が短期の部分、中期の部分および長期の部分を含む。
【００２５】
本発明の一実施形態は、取引のカウンターパーティとしての清算機関とのスワップ契約を含む金融証券の電子取引用のコンピュータシステムを管理するための、一時的でないプロセッサ読取り可能な媒体であって、コンピュータシステムを用いて実行される取引についての取引データを含む複数の入力を、リアルタイムに受け取るステップと、受け取られた複数の入力に基づいて、ある期間にわたる先物スワップ契約の予測される価格についてのディスカウントカーブを、コンピュータシステム内の電子的な要素によりリアルタイムに決定するステップと、ディスカウントカーブをリアルタイムで決定するフィードバックループを実現するために、ディスカウントカーブに基づいて評価されコンピュータシステム内で実行されるスワップ契約の取引についてのデータを、ディスカウントカーブを決定するために用いられる取引データに取り入れて、金融証券の電子取引を管理するのを支援する情報を提供するステップとを含む動作を、プロセッサにより実行されるときにプロセッサに行わせる指示を含む、プロセッサ読取り可能な媒体を対象とする。
【００２６】
一実施形態では、評価されたスワップ契約のキャリー（ｃａｒｒｙ）およびディケイ（ｄｅｃａｙ）の解析を提供するステップと、評価されたスワップ契約の主成分分析を提供するステップとをその動作がさらに含む。
【００２７】
本発明の一実施形態は、取引のカウンターパーティとしての清算機関とのスワップ契約を含む金融証券の電子取引用のコンピュータシステムを管理するための、コンピュータにより実施される方法を対象とする。一実施形態では、各ステップがコンピュータシステムにより実行される。一実施形態では、その方法は、ユーザの二者間のスワップ契約取引に関する履歴のおよび現行のデータを受け取って、先物スワップ契約についての予測される価格をもつディスカウントカーブを生成するステップと、ディスカウントカーブに基づいて、コンピュータシステム内で模擬のカウンターパーティとしての清算機関との取引を模擬するステップと、模擬の取引についてのデータを、ディスカウントカーブを生成するために用いられる取引データに取り入れて、ディスカウントカーブを生成するフィードバックループを実現するステップと、証拠金の使用額および取引の価格付けを含む、模擬の取引についての模擬の日報を生成するステップとを含む。本発明の一実施形態は、そのステップを行うように構成されたサーバを含むコンピュータシステムを対象とする。本発明の一実施形態は、そのステップを行うように構成されたプロセッサを含むコンピュータ装置を対象とする。本発明の一実施形態は、プロセッサにより実行されるときにそのステップをプロセッサに行わせる指示を含む、一時的でないプロセッサ読取り可能な媒体を対象とする。
【００２８】
本発明の一実施形態は、取引のカウンターパーティとしての清算機関とのスワップ契約を含む金融証券の電子取引中のリスクを減少させるためのコンピュータシステムを管理するための、コンピュータにより実施される方法を対象とする。一実施形態では、それぞれのステップが、コンピュータシステム上で行われる。一実施形態では、その方法は、複数のスワップ契約について計算されたディスカウントカーブに基づいて、ユーザの証拠金所要額を管理することにより、リスク基準を満たすユーザの取引を管理するステップと、システムにより管理される同様の契約をネッティングおよび相殺して、ユーザと清算機関の間における金融証券の電子取引の全体的な残存リスクを低下させるステップと、ユーザの取引についてのデータを、ディスカウントカーブを生成するために用いられる取引データに取り入れて、ディスカウントカーブを計算するフィードバックループを実現して、金融証券の電子取引を管理するのを支援する情報を提供するステップとを含む。
【００２９】
本発明の他の実施形態は、その方法を行うように構成されたサーバを含むコンピュータシステム、以前の方法を行うように構成されたプロセッサを含むコンピュータ装置、および、プロセッサにより実行されるときに以前の方法をプロセッサに行わせる指示を含む、一時的でないプロセッサ読取り可能な媒体を対象とする。
【００３０】
本発明のさらなる特徴、その本質および色々な利点は、添付の図面と併せた以下の詳細な説明からより明らかとなるであろう。図面では、全体を通して、同様の参照文字が同様の部分を指す。
【図面の簡単な説明】
【００３１】
【図１】本発明の実施形態による、スワップ契約を管理するためのシステムを示すブロック図を示す。
【図２Ａ】本発明の実施形態による、スワップ契約を管理するための１つまたは複数の装置の例のブロック図を示す。
【図２Ｂ】本発明の実施形態による、スワップ契約を管理するための１つまたは複数の装置の例のブロック図を示す。
【図２Ｃ】本発明の実施形態による、スワップ契約を管理するための１つまたは複数の装置の例のブロック図を示す。
【図２Ｄ】本発明の実施形態による、スワップ契約を管理するための１つまたは複数の装置の例のブロック図を示す。
【図２Ｅ】本発明の実施形態による、スワップ契約を管理するための１つまたは複数の装置の例のブロック図を示す。
【図２Ｆ】本発明の一実施形態による、ディスカウントカーブの管理を実現するためのプロセス、インタフェースおよび要素を示す。
【図２Ｇ】本発明の一実施形態による、リスクの設定および／または管理を実現するためのプロセス、インタフェースおよび要素を示す。
【図３Ａ】本発明の実施形態による、スワップ契約を管理するためのプロセスの例のブロック図を示す。
【図３Ｂ】本発明の実施形態による、スワップ契約を管理するためのプロセスの例のブロック図を示す。
【図３Ｃ】本発明の実施形態による、スワップ契約の交換に関する内的リスクと市場リスクを管理するためのプロセスの例のブロック図を示す。
【図３Ｄ】本発明の実施形態による、スワップ契約の交換に関する内的リスクと市場リスクを管理するためのプロセスの例のブロック図を示す。
【図３Ｅ】本発明の実施形態による、スワップ契約の交換に関する内的リスクと市場リスクを管理するためのプロセスの例のブロック図を示す。
【図３Ｆ】本発明の実施形態による、スワップ契約の交換に関する内的リスクと市場リスクを管理するためのプロセスの例のブロック図を示す。
【図３Ｇ】本発明の実施形態による、スワップ契約の交換に関する内的リスクと市場リスクを管理するためのプロセスの例のブロック図を示す。
【図３Ｈ】本発明の実施形態による、スワップ契約の交換に関する内的リスクと市場リスクを管理するためのプロセスの例のブロック図を示す。
【図３Ｉ】本発明の実施形態による、スワップ契約の交換に関する内的リスクと市場リスクを管理するためのプロセスの例のブロック図を示す。
【図３Ｊ】本発明の実施形態による、スワップ契約の交換に関する内的リスクと市場リスクを管理するためのプロセスの例のブロック図を示す。
【図３Ｋ】本発明の実施形態による、スワップ契約の交換に関する内的リスクと市場リスクを管理するためのプロセスの例のブロック図を示す。
【図４】本発明の実施形態によるコンピュータシステム内での取引に関するスワップ契約を処理するためのフローチャートを示す。
【図５Ａ】本発明の実施形態による、ディスカウントカーブをリアルタイムに決定するためのフローチャートである。
【図５Ｂ】本発明の実施形態による、ディスカウントカーブをリアルタイムに決定するためのフローチャートである。
【図５Ｃ】本発明の実施形態による、ディスカウントカーブをリアルタイムに決定するためのデータ構造である。
【図６Ａ】本発明の実施形態による、ディスカウントカーブを用いてスワップ契約／証券を評価するためのプロセスの例を示す。
【図６Ｂ】本発明の実施形態による、ディスカウントカーブを用いてスワップ契約／証券を評価するためのプロセスの例を示す。
【図６Ｃ】本発明の実施形態による、ディスカウントカーブを用いてスワップ契約／証券を評価するためのデータ構造の例を示す。
【図７Ａ】本発明の実施形態による、システム内で証拠金を管理するためのフローチャートの例である。
【図７Ｂ】本発明の実施形態による、システム内で証拠金を管理するためのデータ構造の例である。
【図７Ｃ】本発明の実施形態による、システム内で証拠金を管理するためのデータ構造の例である。
【図７Ｄ】本発明の実施形態による、システム内で証拠金を管理するためのデータ構造の例である。
【図７Ｅ】本発明の実施形態による、システム内で証拠金を管理するためのデータ構造の例である。
【図７Ｆ】本発明の実施形態による、システム内で証拠金を管理するためのデータ構造の例である。
【図７Ｇ】本発明の実施形態による、システム内で証拠金を管理するためのデータ構造の例である。
【図７Ｈ】本発明の実施形態による、システム内で証拠金を管理するためのフローチャートの例である。
【図８Ａ】本発明の実施形態によるシステムがデータを解析できるようにするためのフローチャートの例である。
【図８Ｂ】本発明の実施形態によるシステムがデータを解析できるようにするためのデータ構造の例である。
【図８Ｃ】本発明の実施形態によるシステムがデータを解析できるようにするためのフローチャートの例である。
【図８Ｄ】本発明の実施形態によるシステムがデータを解析できるようにするためのデータ構造の例である。
【図８Ｅ】本発明の実施形態によるシステムがデータを解析できるようにするためのデータ構造の例である。
【図８Ｆ】本発明の実施形態によるシステムがデータを解析できるようにするためのデータ構造の例である。
【図９】本発明の実施形態による、電子交換コンピュータシステム内でポートフォリオデリバティブの影の、すなわち模擬の清算を管理し、かつ／または影の清算レポートを提供するためのプロセスを示す。
【図１０】本発明の実施形態による、システム内で影のレポートを提供することを含む、ポートフォリオの審査に関するフローチャートおよびデータ構造の例である。
【図１１Ａ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１１Ｂ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１１Ｃ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１１Ｄ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１２Ａ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１２Ｂ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１２Ｃ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１２Ｄ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１２Ｅ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１２Ｆ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１２Ｇ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１２Ｈ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１２Ｉ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１２Ｊ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１２Ｋ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１２Ｌ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１３Ａ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１３Ｂ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１３Ｃ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１３Ｄ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１３Ｅ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１３Ｆ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１３Ｇ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１３Ｈ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１３Ｉ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１３Ｊ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１３Ｋ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１３Ｌ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【図１３Ｍ】本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。
【発明を実施するための形態】
【００３２】
以下の説明は、任意の当業者が本発明を実施することができるように示される。好ましい実施形態に対する色々な修正は、当業者にとってすぐに分かるものであり、本明細書で定められる原理は、本発明および添付の請求項の精神および範囲から逸脱することなく、他の実施形態や用途に適用してもよい。したがって、本発明は、示される特定の実施形態に限定されることを意図していないが、熟練者により理解されるように、特許請求の範囲は、本明細書で開示される原理および特徴と整合する適切な範囲と一致するものとする。
【００３３】
本明細書では、「要素」の用語は、コンピュータプロセスおよび／またはコンピュータメモリ、あるいは特定用途向け集積回路（ＡＳＩＣ）などの純粋なハードウェア機構などのハードウェアと組み合わせたソフトウェアを含む、コンピュータにより実施される機構を指す。
【００３４】
本明細書では、「金融証券」契約の用語は、商取引を行うことや、金銭を支払うこと、コンピュータおよび／またはネットワークに基づく機構などを含む多様な機構を通して情報を提供することといった債務を含む、複数の当事者の債務を表すための、データ構造およびコンピュータプロセッサにより実行される規定を含む。
【００３５】
本明細書では、「デリバティブ」契約の用語は、（原資産として知られている）何らかの他の資産、インデックス、事象、価値または条件から派生する金融証券を表すための、データ構造およびコンピュータプロセッサにより実行される規定を含む。本明細書では、スワップ、スワップ契約、および／または金利スワップの用語は、一方の当事者が利払いの流れを他方の当事者のキャッシュフロー流れと交換するデリバティブ契約を指す。金利スワップは、ヘッジ投資家により、自身の固定または変動の資産および債務を管理するために用いることもできる。これらのデータ構造は、好ましくは、メインメモリや、キャッシュ、ファイル、データベース、データストリームなどのコンピュータ読取り可能なメモリに蓄積されその中で管理される。
【００３６】
一般に、本発明の態様は、スワップ契約を取引する取引所と清算機関を実現するための方法、システム、装置および媒体を対象とする。本発明の実施形態は、金融証券の取引のカウンターパーティとしての清算機関との取引を管理することを対象とする。コンピュータシステムを用いて実行される取引についての取引データを含む複数の入力が受け取られる。受け取られた複数の入力に基づいて、ある期間にわたるスワップ契約の予測される価格についてのディスカウントカーブがリアルタイムに決定される。スワップ契約価格が、決定されたディスカウントカーブに基づいて評価される。ユーザの口座でスワップ契約での持ち高を取引または保持することを望むユーザについて、スワップ契約価格および／または決定されたディスカウントカーブに基づいて、証拠金所要額が決定される。コンピュータシステム内で実行されるスワップ契約の取引についてのデータを、ディスカウントカーブを決定するために用いられる取引データに取り入れて、ディスカウントカーブをリアルタイムで決定するフィードバックループを実現する。
【００３７】
以下の説明は為替についての取引および／または清算機関を対象とするが、システムを通じて提供されるディスカウントカーブに基づいて、スワップの取引がＯＴＣ市場にて取引所外取引で起こるようにシステムを修正することができ、その取引をシステム内で記録および／または交換清算することができる。為替処理に言及する一実施形態では、システムを修正して、ＯＴＣでの取引を実現し、システム内で取引を決済することができる。
【００３８】
一実施形態では、システムの要素は、システム内で行われる少なくとも実際の取引データ（例えば、売り呼び値、買い呼び値および取引レート）を含む複数の入力をリアルタイムに受け取るように構成される。その要素は、複数の入力に基づいてスワップ契約の予測される先物価格を反映するディスカウントカーブをリアルタイムに決定するように構成することができる。
【００３９】
一実施形態では、その要素は、決定されたカーブに基づいて、スワップ契約価格をリアルタイムに評価することができる。例えば、少なくとも３０年間および／またはスワップ契約の残りの存続期間についてスワップ契約価格を評価することができ、スワップ契約についての日付および関連するキャッシュフローが決定され、そのカーブに基づいてディスカウントレートが決定され、かつ／または、キャッシュフローおよびディスカウントレートに基づく正味の現価に基づいて、価格が決定される。
【００４０】
一実施形態では、その要素は、ディスカウントカーブおよび評価されたスワップ契約価格に基づいて、スワップ契約での持ち高を取引または保持することを望むトレーダの口座についての証拠金所要額を、リアルタイムに決定することができる。例えば、証拠金所要額は、トレーダが所有するすべてのスワップ契約の特徴、トレーダの買い持ちおよび売り持ち、トレーダが入手可能な資金額、および／またはトレーダの取引の履歴に基づいて決定することもでき、かつ／または、証拠金の算出は、複数年にわたるバケット当たりの証拠金請求額の計算に基づくことができ、それぞれのバケットでの請求額は、他の年についての他のバケットでの請求額に基づいて、ネッティングまたは相殺することができる。
【００４１】
一実施形態では、その要素は、カウンターパーティの役割をする清算機関との取引所内での従来の先物取引契約の取引と同様に、リアルタイムに決定されたスワップ契約価格に基づいて、スワップ契約を電子的に取引することができる。
【００４２】
一実施形態では、その要素は、ディスカウントカーブをサードパーティにリアルタイムに提供することができる。例えば、サードパーティはディスカウントカーブを用いて取引戦略を予測することができ、かつ／または、サードパーティは、ディスカウントカーブを用いて独立して他の契約価格を検証することができる。
【００４３】
一実施形態では、その要素は、例えば、入力を前処理し、かつ／またはカーブを算出することにより、ディスカウントカーブをリアルタイムに決定することができる。例えば、その要素は入力を集計することができ、入力は、その種類のスワップ契約を専門とする（１つまたは複数の）インターブローカディーラおよび（１つまたは複数の）金融データベンダからのデータを少なくとも含むことができ、かつ／または、入力はシステム内で行われる取引についてのデータも含むことができ、こうしてディスカウントカーブを決定するためのフィードバックループを実現する。システム内からのデータは、買い呼び値および売り呼び値、最良の売り呼び値および最良の買い呼び値を含むことができる。
【００４４】
一実施形態では、その要素によりそのカーブを算出することができる。例えば、入力をフィルタして異常値のデータを取り除くことができ、入力を加重平均で組み合わせることができ、買い呼び値および売り呼び値を含む入力のデータ時点について、予測される点は計算された平均でもよく、または取引されるレートを用いることもでき、あるデータ時点について、最良の売り呼び値と最良の買い呼び値の間に入るようにカーブを制約することができ、システム内からの入力をより大きくまたはより優先させて重み付けることができ、そのカーブは最小二乗回帰や対数線形補間などのうちの少なくとも１つに基づくことができ、そのカーブはデータを受け付けた実際の時間（例えば、最後の１５分内）の時間加重平均に基づくことができる。
【００４５】
一実施形態では、その要素によりそのカーブを提供することができる。例えば、ディスカウントカーブは少なくとも３０年まで予測することができ、ディスカウントカーブはスワップ契約に関する適切な時間間隔の間で予測することができ、ディスカウントカーブはゼロクーポンのディスカウントカーブとして特徴付けることもでき、かつ／または、ディスカウントカーブは短期の、中期のおよび長期の部分を含むいくつかの部分をもつことができ、その際、それぞれの部分に特定の種類のレートを適用することができる。
【００４６】
他の実施形態では、透明性をより高めるために、先のスワップ契約でのものより狭い範囲で、３つ以上の小数位までを含むスワップ契約に関する価格範囲を提供し、トレーダのある階層に対する追加証拠金請求に基づいてレポートを提供（例えば、そのレポートを企業レベルや、グループレベルから個々のトレーダレベルまで広げることができる）し、複数のインタフェースを介して公衆に入力を提供し、公的に与えられた入力に基づく実質的に不偏のディスカウントカーブを提供し、かつ／または、他の種類のオプション契約および／または通常、店頭取引で、または２つの当事者の間で双方に取引されるデリバティブ契約についての取引システムを提供するようにシステムを構成することもできる。
【００４７】
本明細書に記載した本発明の方法、システム、装置および媒体は、例えば、取引を管理するためのより正確かつ適時のディスカウントカーブを生み出すことを含み、他の技法と比べて少なくとも改良された有形の技術的な結果を生成する。本明細書に記載した方法は、コンピュータまたはプロセッサと組み合わせたソフトウェアを用いて実施される。その上、本明細書に記載した方法、システム、装置および媒体を用いることにより、ディスカウントカーブを表すのにすべての入力は必要なく、すべての入力を蓄積する必要はないため、メモリ使用量が低下することから、商品に変化がもたらされ、かつ、リアルタイム計算されたデータに基づいて取引を実質的に同時にすることができるため、より多くの取引をより速く行うことが可能になる。
【００４８】
一実施形態では、本明細書に記載した本発明を用いたスワップ契約の清算では、例えば、契約債務の相殺およびネッティングを促進することにより、取引の効率が上がり、かつ、１人のスワップトレーダ市場参加者が全体的なスワップ市場に不釣り合いな効果を及ぼす破綻のリスクが下がることにより、システミックリスクが下がる。一般に、従来の純粋な二者間の契約に清算機関を用いるＯＴＣ市場が発展することにより、市場参加者だけでなく、金融インフラにもいくつかの利点がもたらされる。清算にははるかに高いレベルの透明性が必要であり、その透明性により、取引のコストが下がり、流動性が上がる。流動性プールを広げかつ深めることにより、リスク移転機構が強化され新しくなるため、システミックリスクが下がる。（当初および変動）証拠金の支払は機構をデレバレッジする働きをし、それは金融バブルや危険な不均衡を防ぐのに役立つ。
【００４９】
実例となるシステム
上記の通り、本発明は、電子的な識別情報、および／または識別されたユーザとデータを関連付けることに関する。図１は、本発明の実施形態による、スワップ契約を管理するためのシステムを示すブロック図を示す。システム１００は、ネットワーク／通信媒体１０６を介してクライアント１０４と通信することができるサーバ１０２を含む。ネットワーク／通信媒体１０６は、有線および／または無線の通信媒体とすることができる。システム１００は、ネットワーク／通信媒体１０６を介してサーバ１０２またはクライアント１０４と通信できるサードパーティのサービス１０８も含むことができる。
【００５０】
ある態様では、クライアント１０４およびサーバ１０２は、コンピュータネットワーク上で通信する別個の装置とすることができる。ネットワーク通信は、ネットワークインタフェースを介したものとすることができる。ある態様では、クライアント１０４およびサーバ１０２は、携帯電話またはＰＳＴＮの通話などの通信インタフェース上で通信する別個の装置とすることができる。本発明の範囲から逸脱することなく、要素をより多くまたはより少なくしてもよい。例えば、サーバ１０２の要素の動作の様々な態様を計算する他のプロセッサがあってもよい。他の態様では、クライアント１０４およびサーバ１０２のプロセッサは同じプロセッサにすることができる。また、クライアント−サーバ以外に、相互に接続された複数のピアをもつピアツーピアの構成などの他の通信構成を用いることもでき、その際は、ピアツーピアのネットワーク内の任意のノードがクライアント１０４またはサーバ１０２の動作を行うことができる。もちろん、任意の付加的な要素が、クライアント１０４またはサーバ１０２と通信することができ、またはその他の方法でそれらと有効に共同することができる。
【００５１】
サードパーティのデータ提供装置１０８は、価格付けのデータを提供するように構成された、任意の装置を含む。一実施形態では、装置１０８は、パーティ同士の間で二者間のスワップ交換をホストすることができる。二者間の契約についての取引データを集めてサーバ装置１０２に送ることができる。装置１０８は、例えば、短期のＬＩＢＯＲレートや中期のＦＲＡレートから長期のスワップレートまでの色々な情報を提供することもできる。
【００５２】
クライアント装置１０４，１０５は、金融証券を取引するために取引情報をサーバに送るように構成された、任意の装置を含む。一実施形態では、クライアント装置１０４，１０５は、サーバ装置１０２により提供された情報に基づいて、スワップ証券を取引するように構成される。その情報は、本明細書に記載したような予測ディスカウントカーブに基づく、スワップ証券の予測される価格を含むことができる。
【００５３】
サーバ装置１０２は、スワップまたは他のデリバティブ契約の取引を管理するように構成された、任意の装置を含む。一実施形態では、サーバ装置１０２は、サービス１０８からのおよび／またはサーバ装置を用いて実行される取引についての取引データ、ならびにサードパーティのデータ提供装置により提供された価格付けのデータを含む複数の入力をリアルタイムに受け取り、受け取られた複数の入力に基づいて、ある期間にわたるスワップ契約の予測される価格についてのディスカウントカーブをリアルタイムに決定し、決定されたディスカウントカーブに基づいてスワップ契約価格を評価し、かつスワップ契約価格に基づいて、ユーザの口座でスワップ契約での持ち高を取引または保持することを望むユーザについて証拠金所要額を決定することを含む動作を行うことができる。サーバ装置１０２は、与えられた決定されたディスカウントカーブおよびスワップ契約価格に基づいて、ユーザによるスワップ契約の取引についての要求を受け取り、スワップ契約価格に基づく価格で取引を実行し、かつ取引についてのデータを、ディスカウントカーブを決定するために用いられる取引データに取り入れて、ディスカウントカーブをリアルタイムで決定するフィードバックループを実現することを含む動作を行うように構成することもできる。一般に、サーバ装置１０２は、図３〜図１１のプロセスを行うように構成することができる。
【００５４】
ここで、国際デリバティブ清算機関（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｄｅｒｉｖａｔｉｖｅｓ  Ｃｌｅａｒｉｎｇｈｏｕｓｅ，ＬＬＣ）の規定が発表されている。この文書により、本発明によるシステムの実施形態が実施される。ある規定を実行「しなければならない」または「するものとする」と文書で述べられているところでは、これは一実施形態であり、他の実施形態では、開示された規定は限定的なものではなく、いくつかの実施形態では、すべての規定が実行されるわけではなく、かつ／または本発明の範囲から逸脱することなく他の規定を追加してもよいことが分かる。例えば規定５０１で定められているエンティティは限定的なものと考えるべきではなく、人であるエンティティを適宜コンピュータの要素と置き換えることができる。期限や限度額などは好ましい実施形態であり、本発明の範囲から逸脱することなく他の値を用いることもできる。
【００５５】
この文書に記載されている規定は、場合によっては人や委員会などにより行われるように書かれているが、加えて、あるいは代わりに、システムのサーバ装置１０２、および／または他のハードウェアもしくは本明細書に記載したような色々な装置のソフトウェアと組み合わせたハードウェアを含む、コンピュータの要素により行うことができる。例えば、証拠金の維持や、基金の管理、ディスカウントカーブの提供、通知の発送などを含む清算機関の少なくともいくつかの動作は、サーバ装置１０２により行うことができる。
【００５６】
エンティティ「だけ」により、または「常に」エンティティにより行われる動作をその文書が記載しているところでは、これが１つの実施形態であり、他の実施形態では、他のエンティティがその動作を行ってもよく、かつ／またはその動作を選択的に行ってもよく、または全く行わなくてもよいということが分かる。何かの「すべて」が決定されるか、行われるか、またはその他の方法で操作されるとその文書が記載しているところでは、これが１つの実施形態であり、他の実施形態では、そのうちのいくつかのことを選択的に操作してもよいし、またはそれらのことを全く操作しなくてもよいことが分かる。
【００５７】
実例となる装置
図２Ａ〜図２Ｃは、本発明の実施形態による、スワップ契約を管理するための１つまたは複数の装置の例のブロック図を示す。図２Ａの装置２００により、図１の任意の要素、特にサーバ１０２を実施することができる。
【００５８】
図示するように、装置２００は、入出力制御２０４、プロセッサ／メモリ２１４およびウェブアプリケーション２０６を含む、互いに通信する要素を含む。入出力制御２０４により、ユーザのコマンドを入力し、かつ／または装置からのフィードバックを受け取るためのインタフェースが提供される。制御２０４は、キーボードや、マウス、音声出力、触覚的な出力、視覚的な出力などを含むことができる。プロセッサ／メモリ２１４は、任意の計算要素および／またはコンピュータメモリ要素を含む。例えば、プロセッサは、ＲＡＭや、ＲＯＭ、ＥＥＰＲＯＭ、ハードディスクドライブなどのメモリの中に蓄積されたプロセッサ読取り可能な指示に基づいてプログラムを走らせるなどの、コンピュータ化された動作を行うための任意の装置を含む。ウェブアプリケーション２０８は、ユーザインタフェースを提供するための任意の要素を含む。ウェブアプリケーション２０８は、取引や、追加証拠金の請求、および／またはディスカウントカーブの提供のためのウェブインタフェースを提供することを含む、装置２００のリソースへのアクセスをできるようにする。ユーザは、入出力制御２０４を用いるウェブアプリケーション２０６を用いて与えられるサービスを管理することができる。図示するように、装置２００の要素は、ネットワーク、バス、または通信インタフェース２２４を介して通信するように構成される。
【００５９】
証拠金管理要素２０８は、ユーザの口座でスワップ契約での持ち高を取引または保持することを望むユーザについて、スワップ契約価格に基づいて証拠金所要額を決定し、決定された証拠金所要額が口座についての資金の維持に関するしきい値と等しいか、またはそのしきい値を超える場合に口座について追加証拠金請求を出すように構成された、任意のハードウェアならびに／またはハードウェアおよびソフトウェア要素を含む。図３Ｂおよび図７Ａ〜図７Ｈのプロセスのステップのうちの少なくともいくつかを行うように、要素２０８を構成することができる。
【００６０】
ディスカウントカーブ要素２１０は、履歴のおよび／または（例えば、ネットワークインタフェース２２４を介してリアルタイムに受け取られた）リアルタイムのデータおよび／または装置を用いて実行される取引を含む、取引についての取引データを含む複数の入力に基づいて、リアルタイムに決定し、かつ／または受け取られた複数の入力に基づいて、ある期間にわたるスワップ契約の予測される価格についてのディスカウントカーブをリアルタイムに決定するように構成された、任意のハードウェアならびに／またはハードウェアおよびソフトウェアの要素を含む。要素２１０は、図３Ａ〜図３Ｂのプロセスを行うように構成することができる。
【００６１】
デリバティブ／スワップ契約管理要素２１２は、決定されたディスカウントカーブに基づいて、スワップ契約価格を評価するように構成された、任意のハードウェアならびに／またはハードウェアおよびソフトウェア要素を含む。要素２１２は、図６Ａ〜図６Ｃのプロセスを行うように構成することができる。
【００６２】
取引要素２１６は、与えられた決定されたディスカウントカーブおよびスワップ契約価格に基づいて、ユーザによるスワップ契約の取引についての要求を受け取り、スワップ契約価格に基づく価格で取引を実行し、かつ／または要素２１６にデータを送って、取引についてのデータを、ディスカウントカーブを決定するために用いられる取引データに取り入れて、ディスカウントカーブをリアルタイムで決定するフィードバックループを実現するように構成された、任意のハードウェアならびに／またはハードウェアおよびソフトウェア要素を含む。
【００６３】
解析要素２１８は、システムでスワップ契約についての解析レポートを生成し、かつ／または電子交換コンピュータシステム内でポートフォリオデリバティブの影の、すなわち模擬の清算を行い、かつ／またはレポートを提供するように構成された、任意のハードウェアならびに／またはハードウェアおよびソフトウェア要素を含む。
【００６４】
清算機関要素２２０は、清算機関の口座および処理を管理するように構成された、任意のハードウェアならびに／またはハードウェアおよびソフトウェア要素を含む。一実施形態では、要素２２０は、本明細書で開示されるように例えばディスカウントカーブの結果に基づいて、保証基金を管理してもよい。
【００６５】
図２Ｂは、装置２００内に含むことができ、かつ／または本明細書で開示されるプロセスを行うのに用いられる他の要素を示す。一実施形態では、図２Ｂは、スワップドロップ取引に関わるシステムのサブシステムの論理的な配置を示す。クラウド２３１は、インターネットを表すことができる。図２Ｂの要素は、図１の任意の要素で、特にサーバ１０２で実施することができる。図示するように、取引ネットワーク２３１は、クライアント装置から取引を受け取る。取引は、ネットワークプロトコルとしてさらすことができるＯＭＮｅｔアプリケーションプログラムインタフェース（ＡＰＩ）２２４に入力される。データは、要素２２４を介して色々なデータベース２３３に送られる。色々なデータベース２３３に入力された取引は、マッチングプロセス２４１により、売りに出されデータベース２３４内で保留中のデータベース２３４内の契約と突き合わせられる。一実施形態では、マッチングプロセス２４１は、スワップ契約を伴う取引をマッチングさせ、例えば、マッチングスワップ契約の販売を購入にマッチングさせるように構成された任意の要素を含む。
【００６６】
交換清算されるかまたは処理が受理された取引（例えばＢＤ６）は、リスク管理用のＲａｚｏｒゲートウェイ２３７に送られるかまたはプッシュされる。Ｒａｚｏｒゲートウェイ２３７は、本明細書に記載したように、ディスカウントレートに基づいて証拠金を管理してもよい。取引が受理されるのではなく代わりに拒絶されると要素２３６により決定された場合、取引はクライアントに戻されるか、またはそうでない場合はシステムからクリアされる。取引が受理されるのではなくまだ保留中であると要素２３５により決定された場合、取引は処理のためにＲａｚｏｒゲートウェイ２３７に送られる。Ｒａｚｏｒゲートウェイ２３７は、本明細書に記載したようにリスク管理に関連したデータおよび／または証拠金管理を処理かつ蓄積し、関連したデータをＲａｚｏｒデータベース２３８に蓄積する。
【００６７】
図２Ｃは、装置２００内に含むことができ、かつ／または本明細書で開示されるプロセスを行うのに用いられる他の要素を示す。一実施形態では、図２Ｃは、サブシステムの論理的な配置を提供し、リスクおよび決済プロセスフローへのマッチングを示す。
【００６８】
図２Ｃの要素は、図１の任意の要素で、特にサーバ１０２で実施することができる。要素は、ＯＭＮｅｔ２２４を介して互いに通信する。
【００６９】
図示するように、マッチングプロセス２４１は、スワップ契約の取引を適切な清算・リスク管理機構と適合させるように構成された任意の要素を含む。スワップ取引を要素２４１に蓄積してもよい。次にスワップ取引を清算ゲートウェイ２４２に流してもよい。
【００７０】
清算ゲートウェイ２４２は、取引の適切なパラメタを受け取り確認するように構成された、任意の要素を含む。取引は、次にマスターリスクスケジューラ２４６に流れる。マスターリスクスケジューラ２４６は、プロセスフローに基づいて、色々なリスクおよび決済要素に取引を経路指定する。スケジューラ２４６は、ポートフォリオマッピング２４７に取引を経路指定してもよい。ポートフォリオマッピング２４７は、特定のユーザおよび／または特定の種類のユーザについて構成してもよい。ポートフォリオの限度および／またはユーザの要求額に基づいて、ポートフォリオエクスポージャルックアップ２４８、決済リスク要素２４９および値洗い（ｍａｒｋ−ｔｏ−ｍａｒｋｅｔ）２５０のうちの、任意のものかいくつかのものかまたはすべてに、取引が経路指定される。ポートフォリオエクスポージャルックアップ２４８は、ポートフォリオ上で実行されるのであれば、ユーザによる支払いについてのデフォルトのリスクを含む取引のエクスポージャを検索する。決済リスク要素２４９は、決済が行われないリスクまたは決済に関連した他のリスクを計算する。値洗い２５０は、スワップ取引の金額を値洗いする。これらの要素は、この解析の結果および／または取引をポートフォリオエクスポージャ２５１に送り、ポートフォリオエクスポージャ２５１は、その情報を束ねて、取引がリスク判断基準を満たすかどうかを決定し、満たす場合は、取引と関連する決済とリスクデータをマスターリスクスケジューラ２４６に送る。次いで、マスターリスクスケジューラ２４６は、取引を決済するために、取引および関連するデータを決済２４３に送る。決済２４３は、バックオフィスにあってもよく、取引決済の受取り通知を他のコンピュータに送ってもよい。担保管理２４４は、担保用の資金を受け取り、かつ／または担保用のより多くの資金を求める通知をユーザに（例えば、バックオフィスに）送ってもよい。マスターリスクスケジューラ２４６は、ユーザに関連した担保についての情報を受け取り、この情報をリスク管理要素２４７に送る。生成されかつ／またはプロセスおよびシステムの全体を通して用いられる色々なデータを蓄積して、中央データベース２４５から提供してもよい。
【００７１】
図２Ｄは、装置２００内に含むことができ、かつ／または本明細書で開示されるプロセスを行うのに用いられる他の要素を示す。図２Ｄは、取引システムに接続するように構成された色々な標準的なシステムとの外部通信の例である。
【００７２】
図２Ｄの要素は、図１の任意の要素で、特にサーバ１０２で実施することができる。（例えばデータ提供者１０８からの）色々なサードパーティの要素は、ＯＭＮｅｔ２２４を介して（例えばサーバ１０２からの）システムの要素に構成される。例えば、内部ＸＴアプリケーション２５８は、システムと通信したりスワップの取引を処理するなどのためにサードパーティプログラムを管理するように構成された、任意の要素を含む。独自開発のアプリケーション２５１は、システムにより提供された、ディスカウントカーブやスワップ契約を含むデータをさらに処理するように構成された、任意の要素を含む。ＩＳＶシステム２５２は、独立したソフトウェアベンダからのものなどの、さらに他のサービスを提供するように構成された、任意の要素を含む。内部ＸＴアプリケーション２５８、独自開発のアプリケーション２５１およびＩＳＶ２５２は、ＯＭＮｅｔネットワーク２２４を介して装置２００の他の要素と通信する。
【００７３】
図示するように、共通データベース２４５は、マッチングプロセス２４１、情報伝播２５５、ディールキャプチャ２５６および市場制御・監督２５７からの情報を含む、複数の情報を蓄積するように構成されている。マッチングプロセス２４１は、上記のような受け取られた取引を処理するように構成された、任意の要素を含む。ディールキャプチャ２５６は、色々な、取引の決済や取引戦略などについての情報を取り込むように構成される。市場制御・監督２５７は、販売のタイミングや、市場内での取引の動向、証拠金、ディスカウントカーブなどを管理する。情報伝播２５５は、色々なプロセスに関する情報を提供し、そのプロセスは、共通データベース２４５と通信し、システムの外部、例えば市場データ２５３に情報を提供してもよい。市場データ２５３は、再利用するためのデータを提供するように構成された、任意の要素を含んでもよい。
【００７４】
図２Ｅは、装置２００内に含むことができ、かつ／または本明細書で開示されるプロセスを行うのに用いられる他の要素を示す。一実施形態では、図２Ｅは、清算機関のメンバーまたはクライアントの口座に関する口座リスク階層グラフの例である。図２Ｅの要素は、図１の任意の要素で、特にサーバ１０２で実施することができる。その要素は、証拠金を管理するために図３Ｂおよび図７Ａ〜図７Ｈのプロセスを用いてもよい。
【００７５】
図示するように、全流動資産価値２６３は、システムのおよび／またはユーザの口座の全流動資産価値を計算するように構成された、任意の要素を含む。要素２６３は、その計算の基礎を、証拠金２６２およびリスクマージン２６４から入手可能なデータにおいてもよい。入手可能証拠金２６２は、預けられている担保２６１および／または当初証拠金２６６に基づいて、システムおよび／またはユーザの口座に入手可能な、入手可能な証拠金を計算してもよい。リスクマージン２６４は、色々な証拠金額および／またはシステムの保証基金によりシステムにもたらされるリスクを計算する。リスクマージン２６４は、その決定の基礎を、変動証拠金２６５、クーポン２６８、および／または清算された損益２６９の結果におくことができる。クーポン２６８は、色々な証券などについての利払いを履行するための色々な資金から控除されるべき必要な額を計算し、提供することができる。清算された損益２６９は、（例えば、売買をネッティングすることにより）販売の損益を計算し、提供することができる。清算された損益２６９は、例えば事象による損益残高２７０により、事象単位で計算することができる。要素２７０は、色々な事象レベル、種類、回数などでの正味ベースの取引でもよい。
【００７６】
図２Ｆは、本発明の一実施形態による、ディスカウントカーブの管理を実現するためのプロセス、インタフェースおよび要素を示す。図２Ｆのインタフェースおよびプロセスを提供するための要素は、要素２１０および／または２２０とすることができる。図示するように、過去に取引されたスワップ契約についての履歴のレート、および本明細書のプロセスにより記載されるディスカウントカーブを作り出すことになる計算の結果である一時的なデータを、チャートや（例えばテーブル形式での）データとして含む、多様な形態でのディスカウントカーブの管理を、システムは提供する。システムは、ビューが与えられる入力を受け取る。チャートのビューが選ばれたならば、図示するように、システムはそのチャートのビューを提供する。ビューは、グラフチャート、データテーブルチャート、および下部のコントロールビューの３つが与えられる。イールドカーブおよびディスカウント関数のチャートは、イールドカーブ（上向きの線）と、同じチャートの中にマップされるディスカウント関数（減少する線）とを示す。先物相場チャートは、ある期間にわたるスワップ契約価格の予測される評価額（ローソク線）を示し、イールド、ディスカウントおよび／または予測される金利のカーブ（上向きのカーブ）は、同じチャートにマップされる。証拠金限度チャートは、例えば図３Ｂおよび図７Ａ〜図７Ｈに記載した証拠金管理のためのプロセスを用いた、計算されたディスカウントカーブに基づく、ある期間にわたる累積的な、個々のユーザおよび／または清算機関および／またはシステムについての証拠金のパーセンテージを示す。データテーブルチャートは、ディスカウントカーブの計算への入力を表すデータと、リスク管理の値を、テーブル形式で提供する。リアルタイムの情報に基づいて、任意の入力を、変化させ、かつ／またはユーザにより入力し、かつ／または受け取り、かつ／またはシステムにより更新することもできる。ディスカウントカーブおよび評価額のリアルタイムの計算に基づいて、リアルタイムならびに／または連続的および／もしくは定期的に、任意のチャートを変化させることができる。コントロールビューによっても、ディスカウントカーブの計算のライブストップや、入力されたデータに基づいてレートを上書きすること、色々なフィルタ（例えば、Ｒａｃｓフィルタ、年齢フィルタ、および／または本明細書に記載した他のフィルタ）をデータに入力すること、および入力されたフィルタおよび／または予め構成したフィルタを含む色々なフィルタを適用することを含めて、ディスカウントカーブの計算を制御することが可能である。リアルタイム計算を修正して、ライブでおよび／または色々な更新頻度で走らせることができる。
【００７７】
上述のシステム要素を用いて、各日内業務や日次業務などについて、解析、リスク管理および決済を行うこともできる。一実施形態では、上述したＲａｚｏｒ要素は、コアサービスモジュール、信用リスクモジュール、アドバンスト信用リスクモジュール、市場リスクモジュール、限度管理モジュールエコノミック、キャピタルモジュール、報告モジュール、および／またはベロシティエンジンコマーシャルレンディング（Ｖｅｌｏｃｉｔｙ  Ｅｎｇｉｎｅ  Ｃｏｍｍｅｒｃｉａｌ  Ｌｅｎｄｉｎｇ）モジュールの商品を含む、Ｒａｚｏｒ  Ｒｉｓｋ  ＴｅｃｈｎｏｌｏｇｉｅｓのＲＡＺＯＲ商品（それらの詳細は、２００９年１２月１８日現在、ｈｔｔｐ：／／ｗｗｗ．ｒａｚｏｒ−ｒｉｓｋ．ｃｏｍで提供されている）を含むことができる。
【００７８】
実例となるプロセス
図３〜図７Ｈは、本発明の実施形態による、とりわけ、ディスカウントカーブの計算および取引に対する証拠金の維持を用いて、カウンターパーティとしての清算機関と金融証券を電子取引するコンピュータシステムを管理するためのプロセスに関するフローチャートおよび関連するデータ構造である。一実施形態では、例えば、図１〜図２Ｅの（サーバ装置１０２などの）システムおよび／または（１つまたは複数の）計算装置により、図３〜図７Ｈのステップのうちの少なくともいくつかを行うことができる。一実施形態では、図３〜図７Ｈのステップのうちの少なくともいくつかを、人および／または人のグループにより、それらの人だけで、またはコンピュータの要素の助けを借りて行うことができる。
【００７９】
図３Ａ〜図３Ｂは、本発明の実施形態による、スワップ契約を管理するためのプロセスの例のブロック図を示す。図３Ａは、本発明の実施形態による、計算されたディスカウントカーブに基づいて金融証券の取引を管理するためのプロセスに関するフローチャートである。ステップ３０２では、コンピュータシステムで取引するために、複数のスワップ契約を処理する。ステップ３０２のプロセスは、図４に関してより詳細に記載する。
【００８０】
ステップ３０４では、コンピュータシステムを用いて実行される取引についての取引データを含む複数の入力をリアルタイムに受け取る。一実施形態では、データは、二者間の交換と、コンピュータシステムを用いた三者間の交換からの取引データの両方を含む。
【００８１】
ステップ３０６では、受け取られた複数の入力に基づいて、ある期間にわたるある種類のスワップ契約の予測される価格に関するディスカウントカーブを決定する。一実施形態では、その決定は、コンピュータシステム内で電子的な要素によりリアルタイムに行われる。一実施形態では、提供されたディスカウントカーブが、スワップ契約の種類またはレートに関連する複数の時間部分を含み、部分が短期の部分、中期の部分および長期の部分を含む。
【００８２】
一実施形態では、ディスカウントカーブは、短期、中期および長期のスワップ契約の取引を含む履歴のスワップ契約の取引データに基づくことができる。その計算は、（ａ）２００９年１２月１８日現在、ＳＳＲＮ：ｈｔｔｐ：／／ｓｓｒｎ．ｃｏｍ／ａｂｓｔｒａｃｔ＝８７１０８８で入手可能な、Ａｎｄｅｒｓｅｎ，Ｌｅｉｆ  Ｂ．Ｇ．のＹｉｅｌｄ  Ｃｕｒｖｅ  Ｃｏｎｓｔｒｕｃｔｉｏｎ  ｗｉｔｈ  Ｔｅｎｓｉｏｎ  Ｓｐｌｉｎｅｓ（２００５年１２月２日）に記載されているものなどの、スプラインを用いるものや、（ｂ）２００９年１２月１８日現在、ｈｔｔｐ：／／ｅｎ．ｗｉｋｉｐｅｄｉａ．ｏｒｇ／ｗｉｋｉ／Ｙｉｅｌｄ＿ｃｕｒｖｅから入手可能なＹｉｅｌｄ  ｃｕｒｖｅに記載されているプロセス、（ｃ）米国出願第２００９／０２１６６７３号、第２００８／０２４９９５８号、第２００８／０２４９９５６号、第２００８／０１６７９８１号、第２００８／００６５５２８号、第２００７／０１１８４５９号、第２００４／０２２０８７０号、第２００２／００１０６７０号、米国特許第７，５６５，３１６号、第７，４６７，１１２号、第５，９２４，０８２号および第５，７８７，４０２号、ならびに／または英国特許第２，３９８，８９５号に記載されているスワップカーブの計算を含む色々な金融プロセスを含む、色々な既知の方法に基づくことができる。参考文献（ａ）〜（ｃ）のそれぞれの、特にディスカウントカーブ計算を対象とする開示は、本明細書に参照により組み込まれる。
【００８３】
好ましい実施形態では、既知の方法の代わりに、色々なパラメタ表示、フィルタリング、重み付け、および／またはフィードバックループに基づく新規でありかつ自明でない方法を、既知の方法の代わりに、かつ／または既知の方法に加えて用いることができる。この新規なおよび自明でないプロセスを、図５Ａ〜図５Ｃに関してより詳細に記載する。
【００８４】
ステップ３０８では、決定されたディスカウントカーブ、スワップ契約価格および他のスワップ契約パラメタをリアルタイムに提供する。一実施形態では、データはシステム内でモジュールに与えられ、および／または複数のユーザに与えられる。一実施形態では、データは、複数のインタフェース（ユーザインタフェースおよび／またはアプリケーションプログラムインタフェース）で与えられる。一実施形態では、３つ以上の小数位を含む価格範囲をスワップ契約価格が有する。ステップ３０８のプロセスおよびインタフェースは、図１２Ａ〜図１３Ｍに関してより詳細に記載する。
【００８５】
ステップ３１０では、決定されたディスカウントカーブに基づいて、特定の種類のスワップ契約についてのスワップ契約価格を評価する。一実施形態では、ディスカウントカーブに基づくディスカウントレートとスワップ契約に関するキャッシュフローの正味の現価に基づいて、複数の日付にわたりスワップ契約価格が算出される。ステップ３０６のプロセスは、図６Ａ〜図６Ｃに関してより詳細に記載する。
【００８６】
ステップ３１２では、スワップ契約価格に基づいて、ユーザの口座でスワップ契約での持ち高を取引または保持することを望むユーザについての証拠金所要額を決定するか、またはそうでない場合は管理する。ステップ３１２のプロセスの実施形態は、図３Ｂおよび図７Ａ〜図７Ｈと併せてより詳細に記載する。
【００８７】
ステップ３１４では、取引を処理し、フィードバックループとして、ステップ３０６のディスカウント決定ステップにコンピュータシステムからの取引データを提供する。与えられた決定されたディスカウントカーブおよびスワップ契約価格に基づいて、ユーザによるスワップ契約の取引についての要求が受け取られる。スワップ契約価格に基づく価格で取引が実行される。一実施形態では、取引は、清算機関の口座での価格での取引の売買を、プロセッサ読取り可能な媒体に記録することを含む。一実施形態では、コンピュータシステム内のすべてのまたは実質的にすべての取引は、清算機関の口座に対して記録される。取引についてのデータを、ディスカウントカーブを決定するために用いられる取引データに取り入れて、ディスカウントカーブをリアルタイムで決定するフィードバックループを実現する。
【００８８】
ステップ３１６では、ユーザの口座についての証拠金所要額の決定に基づいて、企業レベル、グループレベルおよび個々のトレーダのレベルにわたるユーザの階層に、取引レポート、影のレポート、および／または追加証拠金請求レポートを含むレポートを提供する。日報は、５つの主要な区分、すなわち、概要レポート、オープンポジションレポート、クローズドポジションレポート、クーポン払いレポートおよびイールドカーブの詳細を含むことができる。レポートを生成するためのプロセスは、図９，図１０に関してより詳細に記載する。次いで、処理は他の処理に戻る。
【００８９】
図３Ｂは、本発明の実施形態による、証拠金を管理するためのプロセスに関するフローチャートである。
【００９０】
ステップ３１８では、例えば、リスクの標準化ポートフォリオ解析（ＳＰＡＮ）アルゴリズムを用いて、ユーザの口座についての証拠金請求額を決定する。ステップ３１８のプロセスは、図７Ａ〜図７Ｈに関してより詳細に記載する。
【００９１】
デシジョンステップ３２０では、決定された証拠金所要額がユーザの口座についての資金の維持に関するしきい値と等しいか、またはそのしきい値を超えるかどうかを決定する。そうである場合は、処理はステップ３２２に進み、そこで口座について追加証拠金請求を出す。そうでない場合は、処理はステップ３２４に進む。
【００９２】
ステップ３２４では、決定された証拠金所要額が口座についての資金の維持に関するしきい値未満であるかどうかを決定する。そうである場合は、処理はステップ３２６に進み、そこで、その口座についての取引を処理する（図３Ａのステップ３１４を参照）。そうでない場合は、処理は他の処理に戻る。
【００９３】
図４は、本発明の実施形態による、コンピュータシステムで取引するためのスワップ契約の処理についてのフローチャートである。ステップ４０２では、店頭取引の（ＯＴＣ）市場を介して取引するように構成された複数のスワップ契約を受け取る。
【００９４】
ステップ４０４では、コンピュータシステム内で取引するための複数のスワップ契約に基づいて、データ構造を決定する。一実施形態では、データ構造は、ＥＦＳ（先物商品とスワップの交換）規定に準拠するように構成される。一実施形態では、データ構造は、１か月物のインデックス金利スワップ（ＭＩＩＲＳ）や、金利先渡契約（ＦＲＡ）、ロンドン銀行間取引金利（ＬＩＢＯＲ）スワップ、ＩＤＥＸ  ＵＳＤ  ＤＬＯＣ契約、翌日物金利スワップ（ＯＩＳ）インデックス金利スワップ、ショートスロースワップ（Ｓｈｏｒｔ  Ｔｈｒｏｗ  Ｓｗａｐ）、スワップション、変動インデックスについての金利オプション、ヨーロピアンスワップ、アジアンスワップ、コンスタントマチュリティスワップ（ＣＭＳ）、コンスタントマチュリティトレジャリ（ＣＭＴ）、コンスタントマチュリティモーゲージ（ＣＭＭ）、クロスカレンシースワップ、債券先物、債券オプション、モーゲージプール、クレジットデフォルトスワップ、トータルリターンスワップ、インフレーションインデックススワップなどのうちの少なくとも１つを表すように構成されたデータフィールドを含む。
【００９５】
ステップ４０６では、調整されていない満期日、スワップ価格および債務規定を含む決定されたデータ構造に基づき、取引についてスワップ契約を一覧表示する。他の実施形態では、契約の定義は、調整されていない満期日、取引および償還についての規定、ならびに価格として与えることができる。このように、すべての契約をデータの３つ組で一覧表示することができ、システムにより均一に処理することができる。例えば、このデータに基づいて、契約を一意に識別し、比較し、相殺し、ネッティングすることなどができる。
【００９６】
ステップ４０８では、カウンターパーティとしての清算機関と複数のスワップ契約の取引を実行することにより、決定されたデータ構造に基づいて、複数のスワップ契約の金利エクスポージャを中央で交換清算される環境に移す。次いで、処理は他の処理に戻る。
【００９７】
スワップデータ構成の実施形態を以下に記載する。その構成とこれらのデータ構成の使い方について、図４に関してより詳細に記載する。
【００９８】
先スタートのスワップ：３か月物のインデックス金利スワップと同じであるが、遅発がある。この商品はヘッジファンドにより大量に取引され、それらのプラットフォームの取り入れや後援を促進するために、そのポートフォリオをできるだけ多く取り込むことが重要になる。そのシステムや評価作業のほとんどは既に済んでおり、商品をリスク管理の枠組みに取り入れることやＣＦＴＣとの自己認証は未解決のままであり、その発売のタイミングは、商売上の影響力を最大限に発揮するように決定すべきである。
【００９９】
１か月物のインデックス金利スワップ：現在の３か月物のインデックスリスティング、特に農業信用制度と同様の商品であり、一部の負債管理者により自分たちのポートフォリオをヘッジするために使用されている。これらの管理者が自分たちのデリバティブの会計処理で実現するより簡便な処理が、それらのプラットフォームの取り入れを促進するために、その商品により再現される必要があるだろう。別のインデックスを導入する際、すなわち共通のディスカウント関数を使用する際にいくつかの評価の問題があり、それは未解決のままであるが、システムの作業のほとんどは、既に済んでいるものの再現である。その商品をリスク管理の枠組みに取り入れることにより、正味の証拠金を算出するＳＰＡＮ方法の限界を押し広げ始めることになるが、これは克服できないはずはない。動機付けられた参加者をプラットフォームに迅速に導くように、その発売のタイミングを速めてもよい。
【０１００】
金利先渡契約（ＦＲＡ）：ＣＭＥのユーロドル契約より柔軟であるがそれと同様の機能を提供する先スタートの１ロールスワップである。従来から、スワップのポートフォリオの変動をリセットするためのヘッジングツールとして、かつ取引する証券として、ＦＲＡは用いられている。伝統的でないコミュニティがこの商品の交換清算バージョンにアクセスできることは、それらがより広いスワップ領域に加わることができる能力および／またはそれに加わりたいという要望のために、重要であろう。この商品は、ショートエンドの証券（ＦＲＡ、ＯＩＳおよびショートスロースワップ）のより高価な組の一部として、発売することができる。
【０１０１】
ＯＩＳインデックス金利スワップ：翌日物金利スワップ（ＯＩＳ）は、変動金利が毎日のオーバーナイト参照レートにリンクされている金利スワップである。ＯＩＳは、特にレポ市場やＦＸ先物市場で、オーバーナイト市場に対する資金のエクスポージャをヘッジするための人気のあるツールである。それらは現在の売物と同様であるが、利払いの複利計算の仕方にいくつかの重要な違いがあり、このため、いくらかの付加的なシステム作業を実施することが必要になる。必要とされる評価およびリスク管理の作業は、ＳＰＡＮの有用性に対する影響がそうであるように、他のインデックスと同様である。ＦＲＡ商品と同様に、その商品は、ショートエンドの証券（ＦＲＡ、ＯＩＳおよびショートスロースワップ）のより高価な組の一部として、発売することができる。
【０１０２】
ショートスロースワップ：これは、満期がより短い多様な金利スワップのためのキャッチオールである。一実施形態では、システムは、他の提供商品の年数を経たバージョンとしてこれらを提供することができる。しかしながら、商売上に見合うものとなるためには、リスク管理の枠組みでのきめ細かさ（ｇｒａｎｕｌａｒｉｔｙ）をより高める必要があるだろう。これらの商品は、ＦＲＡおよびＯＩＳを補完する。最も注目を集めるようにするために、それらとのセットで発売すべきである。
【０１０３】
スワップション：先スタートのスワップについての金利オプションである。交換清算し、かつ／または清算の利益を最大にするためには、それらは実質的な標準化が必要になるだろう。契約を、自動化した権利行使（ｅｘｅｒｃｉｓｅ）や、満期日（ｅｘｐｉｒｙ）と行使価格（ｓｔｒｉｋｅ）の組合せにおける何らかの標準化と組み合わせてもよい。
【０１０４】
キャップ＆フロア：変動インデックスについての金利オプションである。ユーロドルオプションにとってのそれは、ユーロドル自体にとってのＦＲＡのようなものである。それらの方式は、いくつかのやり方での清算や、自動化した権利行使、現金決済に適しているが、清算の最大の利益を得るために、満期日と行使価格の組合せにおける何らかの標準化を要求してもよい。
【０１０５】
ＩＭＭ＆バリアント：金利スワップの期日を基準化するいくつかのやり方がある。満期のきめ細かさや、コンベキシティ、他の試みを実現し損ったときの持続性を維持しながら、これらのバリアントを提供することができる。
【０１０６】
ヨーロピアンスワップ：上記で略述したすべての商品は、欧州市場、特にＥＵＲおよびＧＢＰに適用可能である。参加者のパーセンテージとシステム内で用いられるそれらのポートフォリオが大きくなるほど、引き起こされる効率は高くなる。加えて、商品の範囲が広くなるほど、確立された清算機関との証拠金相殺を議論する際に、システムはより多くのレバレッジを計算することができる。
【０１０７】
アジアンスワップ：欧州の場面と同様に、上記で略述した商品の売物は、アジアの領域に適用可能であり、そうすることにより、売物の全体での利益が追加されるはずである。日本の法規制の複雑さやその地域での市場の多様性を考慮すると、共同アプローチが最も生産的かも知れない。
【０１０８】
コンスタントマチュリティ商品：コンスタントマチュリティスワップ（ＣＭＳ）、コンスタントマチュリティトレジャリ（ＣＭＴ）およびコンスタントマチュリティモーゲージ（ＣＭＭ）は、すべて、提供し得る注文仕立てのヘッジ市場である。これらの商品については、変動金利は、本明細書に記載した他のものよりはるかに長い満期の証券に設定される。これには、評価やリスク管理に関する大幅な意味合いがある。
【０１０９】
クロスカレンシースワップ：利払いが異なる通貨で決定され支払われ、発効日および満期日にそれらの通貨で想定元本を交換する金利スワップである。これらの証券は、中央清算をする推進力となり得る関係した通貨リスクのため、極めてクレジット集約型である。これらのリスクは、それらを交換清算することができる商取引の条件が法外に高いことを意味する可能性もある。
【０１１０】
無作為抽出した他の考えられる商品：
−  国債先物
−  機関債先物
−  債券オプション
−  モーゲージプール
−  クレジットデフォルトスワップ
−  トータルリターンスワップ
−  インフレーションインデックススワップ
【０１１１】
表１〜表５は、本明細書に記載したように取引用のコンピュータシステムにより管理される例示的なスワップ契約のデータ構成の例を示す。図示するように、そのデータ構造は、現物取引日や、発効日、満期日、想定元本、固定レグ（ｌｅｇ）の定義、固定金利、支払頻度、支払休日拠点、支払休日方式、発生年分数（ａｃｃｒｕａｌ  ｙｅａｒ  ｆｒａｃｔｉｏｎ）、発生休日拠点、発生休日方式、最初の更新日（ｒｏｌｌ  ｄａｔｅ）、最後の更新日、および色々な他のフィールドを含む。その例は限定的なものではなく、本発明の範囲から逸脱することなく他の構成を用いてもよい。データは、例えば図２Ａのプロセッサ／メモリ２１４のコンピュータ読取り可能な媒体に蓄積してもよい。データは、取引プロセスの一部としてユーザインタフェースでユーザに提示してもよい。他の契約仕様を本発明の範囲から逸脱することなくシステム内で定めることができる。上述のスワップ商品について、同様のフィールドをもつ他のデータ構造を構成することもできる。一実施形態では、データ構成および／または構造は、１か月物のインデックス金利スワップ（ＭＩＩＲＳ）や、金利先渡契約（ＦＲＡ）、ロンドン銀行間取引金利（ＬＩＢＯＲ）スワップ、ＩＤＥＸ  ＵＳＤ  ＤＬＯＣ契約、翌日物金利スワップ（ＯＩＳ）インデックス金利スワップ、ショートスロースワップ、スワップション、変動インデックスについての金利オプション、ヨーロピアンスワップ、アジアンスワップ、コンスタントマチュリティスワップ（ＣＭＳ）、コンスタントマチュリティトレジャリ（ＣＭＴ）、コンスタントマチュリティモーゲージ（ＣＭＭ）、クロスカレンシースワップ、債券先物、債券オプション、モーゲージプール、クレジットデフォルトスワップ、トータルリターンスワップ、インフレーションインデックススワップなどのうちの少なくとも１つを表すように構成されたデータフィールドを含む。
【０１１２】
表１  例示的なスワップ契約の紹介
【表１】
2013514593.tif 000003
【０１１３】
表２  ＩＤＥＸ  ＵＳＤ金利スワップを定める例示的なデータ構造
【表２】
2013514593.tif 000004
【０１１４】
表３  ＩＤＥＸ  ＵＳＤ金利スワップを定める例示的な規定構造
【表３】
2013514593.tif 000005
【０１１５】
表４  例示的な支払履歴の記録
【表４】
2013514593.tif 000006
【０１１６】
表５  例示的なＩＤＥＸ  ＵＳＤ金利スワップシステムの用語集
【表５】
2013514593.tif 000007
【０１１７】
図５Ａ〜図５Ｃは、本発明の実施形態による、ディスカウントカーブをリアルタイムに決定するためのフローチャートおよびデータ構造である。ゼロクーポンディスカウントカーブを作るために、市場データをサンプリングするためのプロセスを用いる。ゼロクーポンディスカウントカーブは、変動証拠金を算出するために用いることもできる。これは、未処理のフィードをフィルタリングして明らかに誤ったデータを取り除き、データを優先順位付けして最もロバストな情報に付加的な重みを与え、考えられる修正をして部分の和が確実に業界標準のベンチマークに対する知覚できる解を表すようにすることを伴う、多数の段階をもつプロセスである。
【０１１８】
図５Ａはステップ５０２で始まり、そこでは、入力の入力源に基づいて入力を集計する。一実施形態では、入力の入力源には、ある種類のスワップ契約を専門とするインターブローカディーや、金融データベンダ、コンピュータシステムを用いて実行された取引が含まれる。一実施形態では、その入力には、買い呼び値や、売り呼び値、最良の売り呼び値、最良の買い呼び値、時刻を含む特徴が含まれる。
【０１１９】
ステップ５０４では、入力の入力源および入力値に基づいて、その入力をフィルタリングする。一実施形態では、未処理のデータフィードをフィルタリングする。ＯＴＣデータフィード自体は、非常に鋭く感応するＯＴＣ市場への重要な洞察を表すことができる。しかしながら、実行可能な価格と必ずしも同じ厳密さに従うわけではないため、未処理のデータをフィルタして明らかな誤りを取り除くことができる一方で、妥当な価格の観測値を排除しないように注意する。
【０１２０】
その商品を専門とする１つの主要なインターブローカディーラおよび１つの主要な金融データベンダを最低でも含む多数の入力源から、未処理のデータを収集する。次いで、簡単なモデルを色々なデータ入力源に適用して、そこで、適当な大きな価格増分ｃを定めることにより、元の系列Ｐｔからきれいにした価格系列Ｐ−ｔを構成する。その価格がこの額より多く変化するが次の価格がこの変化を実証しない場合は、その価格を無視する。経済の発表や、中央銀行の告知、大幅な債券発行の価格付け、またはシステムが適切とみなす任意の他の時間などにわたる速い市場期間に増加することができるように、ｃの値は設定可能である。
【０１２１】
そこで、Ｐ−ｔ＝Ｐｔと設定することによりＰ−ｔを帰納的に定め、次いで、
｜Ｐｔ−Ｐ−ｔ−１｜＞ｃ
かつ｜Ｐｔ＋１−Ｐ−ｔ−１｜＜ｃであれば、
Ｐ−ｔ＝Ｐ−ｔ−１
それ以外は、Ｐ−ｔ＝Ｐｔ
とする。
【０１２２】
次いで、個別に生成されたデータストリームにわたる、金融データベンダにより提供されたものなどの多数の入力源の積である系列をいくらか優先させる加重平均プロセスにより、適時に考慮される個々のきれいにした系列を組み合わせる。
【０１２３】
ステップ５０６では、入力の入力源および入力の特徴に基づいて、入力を重み付ける。一実施形態では、データフィードを優先順位付けする。このステップは、注文控え帳に基づく取引所からの価格情報（例えば、コンピュータシステムにより行われる実際の取引）と、店頭取引の（ＯＴＣ）環境からの（例えば二者間の取引からの）観測値とを組み合わせることを伴うことができる。取引所の活動の観測値は、実証可能な取引を表すため、ＯＴＣの観測値よりも優先的に扱われる。この優先度は以下の形態をとる。
【０１２４】
設定可能な最大の幅をもつ買い呼び値と売り呼び値がある場合は、これら２つのレートの平均を用いる。
１．上述の幅を外れた買い呼び値と売り呼び値があるがその買い呼び値と売り呼び値の値開き内で最近取引が実行された場合は、その取引レートを用いる。
２．上記のいずれにも外れた場合は、フィルタリングおよび平均化した未処理のデータフィードを、注文控え帳（例えば取引所の実際の取引）で、現在の最良の売り呼び値より高く、または現在の最良の買い呼び値より低く制約するように、さらにフィルタリングする。
【０１２５】
３桁の小数位に丸めると、これらのフィルタリングおよび優先順位付けされたデータフィードは、以下のステップで記載するようなシステムのディスカウントカーブ発生プロセスへの入力を構成する。このカーブは、とりわけ、証拠金を追加する目的や、価格付け目的などのために、リアルタイムで、および／または静的な形式で午前１１時と午後４時に（または、システムにより決定される任意の別の時間に）生成される。静的なカーブは、直前の１５分にわたる最新のデータフィードの時間加重平均として計算することができる。
【０１２６】
ステップ５０８では、フィルタリングされ重み付けされた入力の補間などを用いて、フィルタリングされ重み付けされたそれぞれの入力に基づく時刻のデータ点を介して、ディスカウントカーブを予測する。ステップ５０８のプロセスは、図５Ｂに関してより詳細に記載する。
【０１２７】
デシジョンステップ５１０では、入力の最良の売り呼び値および最良の買い呼び値に基づいて、予測されたディスカウントカーブを入力のうちの少なくとも１つの時刻またはその付近の時刻に制約すべきであるかどうかを決定する。そうである場合は、処理はステップ５１２に進む。そうでない場合は、処理はステップ５１４に進む。
【０１２８】
ステップ５１２では、データフィードを修正してそのカーブを制約する。一実施形態では、システムのディスカウントカーブ発生プロセスの出力を、いくつかの業界標準のベンチマークと常に比較して、確実にその出力が知覚できる解を表すようにする。明らかな誤りがあるときは、入力を調整してもよい。
【０１２９】
ＦＲＡの入力は、コンベキシティについて調整されたＣＭＥユーロドル契約ならびにマネーサプライ条件および告知の影響から作られたディスカウントカーブから示唆される価格と比較される。これは、ＦＲＡレートを生成する業界標準の方法である。それは、ＣＭＥ商品を用いることによる商売上の過敏性のためや、さらに大幅なことには、結果として生じる価格を観測することより色々な調整を再現することは参加者にとってはるかに難しいために、公式にはシステムのカーブには使用されない。
【０１３０】
フォワードカーブを構成することは、ディスカウントカーブ作成プロセスの有効性を保証する業界標準の方法である。フォワードカーブを滑らかにすることは、ゼロ裁定取引環境を維持しやすくなるため、より望ましい。設計により、午前１１時および午後４時の静的なカーブの生成は、ＩＳＤＡＦＩＸプロセスとぴったり一致する。これは、世界規模のスワップでの固定金利に関する主要なベンチマークと考えられ、これにより、システムは、より安定でリスク管理がされたデリバティブ契約の取引を促進することが可能になる。次いで、処理はループしてステップ５０２に戻るか、または代わりにステップ５０４に戻って、ディスカウントカーブを再計算する。
【０１３１】
ステップ５１４では、決定された先物相場を含むディスカウントカーブのデータを提供する。ディスカウントカーブは、ネットワークを通じて、インタフェース（例えば、ＡＰＩやユーザインタフェース）を介するなどして、電子交換コンピュータシステム内で利用可能なデータとして与えることができる。一実施形態では、示唆された先物相場を含むディスカウントカーブのデータは、少なくとも１つの金融証券の取引戦略または契約価格の妥当性確認を計算するための互換性があるデータとして、構成され提供される。データは、ＸＭＬファイルや、カンマ区切りデータ、データストリームなどとして、構成することができる。コンピュータシステムから分かれたサードパーティの装置により、計算および／または妥当性確認を行うことができる。
【０１３２】
一実施形態では、先物相場を含むディスカウントカーブのデータとユーザ入力インタフェース（例えば、取引の要求を受け取るためのインタフェース）が、コンピュータインタフェースを通じて提供される。そのインタフェースは、ユーザインタフェースとすることができる（例えば、入力とスワップデータを、同じ画面内にかつ／またはスワップ契約を取引するための機構とともに、提供することができる）。インタフェースは、そうしたデータを送受信するように構成された、アプリケーションプログラムインタフェース（ＡＰＩ）やネットワークインタフェース（例えば、通信用のネットワークポートおよびプロトコル）などとすることができる。インタフェースの提供は、図５Ｂの提供されたディスカウントカーブや、スワップ契約についての他の決定されたデータを含むことができ、それによって、取引とディスカウントカーブの解析に透明性が与えられる。次いで、処理は他の処理に戻る。
【０１３３】
図５Ｂは、リアルタイムにディスカウントカーブを生成するためのプロセスに関するフローチャートである。一実施形態では、ディスカウントカーブは、将来の時点で受け取り得る一定額の現価を表す１組の係数を含むことができる。ゼロクーポンカーブは、これらの同じ現価を含意するゼロクーポンイールドの組を表すという点で、ディスカウントカーブに似ている。１組の取引可能な証券からそうしたディスカウントカーブまたはゼロクーポンカーブを生成することにより、コンピュータシステムは先物相場を含意するかまたは決定することができ、任意の日付で任意のキャッシュフローを評価することができる。
【０１３４】
ディスカウントカーブを生成するタスクは、最近の計算能力の発達により、はるかに容易になった。ディスカウントカーブはゼロ裁定取引の環境を表し、既知の点の間の補間は真の市場の振舞いを反映するという２つの仮定のもとでは、このプロセス、すなわちブートストラップは相対的に軽い。
【０１３５】
デシジョンステップ５２０では、スワップ契約の種類に基づいてどの種類のディスカウントカーブを計算すべきかを決定する。スワップ契約は、フィードバックとしてシステムにより提供され、かつ／またはサードパーティ提供者から提供されたデータとすることができる。ディスカウントカーブを生成するために用いられる取引可能な証券の組は、通常、その価格の公平性や全体的なカーブを与える定義の程度により決定される、それらの流動性に基づいて、変化させることができる。一実施形態では、システムのディスカウントカーブを生成するためにシステムにより用いられる点の組は、最初に、その方式や、それらからディスカウント係数を導出するやり方に基づいて、３つのグループに分解される。都合よく、ここでも、幅広い満期プロファイルで、ショートのＬＩＢＯＲレート、中期のＦＲＡレートおよび長期スワップレートを考えることができる。
【０１３６】
その種類が短期のＬＩＢＯＲレートについてのスワップ契約であれば、処理はステップ５２２に進む。その種類が中期のＦＲＡレートについてのスワップ契約であれば、処理はステップ５２４に進む。その種類が長期のスワップレートについてのスワップ契約であれば、処理はステップ５２６に進む。一実施形態では、ステップ５２２〜５２６のすべてを順次または更に並列に行ってもよい。一実施形態では、ステップ５２２〜５２６のすべてではなくいくつかだけを行ってもよい。
【０１３７】
ステップ５２２では、ロンドン銀行間取引金利（ＬＩＢＯＲ）型のディスカウント係数を生成する。ＬＩＢＯＲは、ロンドン卸売市場で銀行が無担保の資金を互いに貸し出す用意をしているレートである。それは、１日に１回参照され、ＵＳＤ金利スワップの大部分の変動金利インデックスである。これらの貸付けはショートのゼロクーポン証券であり、したがって、それらのディスカウント係数はそれらの価格に非常によく似ており、次のように生成することができる。
【０１３８】
ＤＦｔ０→ｔ１＝１／（１＋Ｉｔ０→ｔ１×ＹＦｔ０→ｔ１）
ここで、
ＤＦｔ０→ｔ１はｔ０からｔ１までのディスカウント係数、
Ｉｔ０→ｔ１はｔ０からｔ１までのゼロクーポンイールド、
ＹＦｔ０→ｔ１はｔ０からｔ１までの年分数である。
【０１３９】
次いで、処理はステップ５２８に続く。
【０１４０】
ステップ５２４では、中期のＦＲＡレート型のディスカウント係数を生成する。金利先渡契約（ＦＲＡ）は、ここで考慮する意味では、１つの３か月物ＬＩＢＯＲ設定の先物レベルについての契約である。また、これらの証券は、本質的には既にゼロクーポンであるから、その証券の開始日に対するディスカウント係数をシステムがメモリに蓄積するかまたは次のように計算しているとすれば、それらのディスカウント係数は容易に生成される。
【０１４１】
ＤＦｔ０→ｔ２＝ＤＦｔ０→ｔ１×１／（１＋Ｉｔ１→ｔ２×ＹＦｔ１→ｔ２）
ここで、
ＤＦｔ０→ｔ２はｔ０からｔ２までのディスカウント係数、
ＤＦｔ０→ｔ１はｔ０からｔ１までのディスカウント係数、
Ｉｔ１→ｔ２はｔ１からｔ２までのゼロクーポンイールド、
ＹＦｔ１→ｔ２はｔ１からｔ２までの年分数である。
【０１４２】
次いで、処理はステップ５２８に続く。
【０１４３】
ステップ５２６では、長期スワップレート型のディスカウント係数を生成する。システムは、スワップレート自体からディスカウント係数を生成する。スワップは定期的に利払いされ、したがってゼロクーポン証券ではないため、これはＬＩＢＯＲレートまたはＦＲＡレートより複雑である。しかしながら、スワップの価値がゼロ（いわゆる平価のスワップ）であるようなスワップレートであり、かつスワップの最後のクーポン支払い以外のすべてについてＬＩＢＯＲ、ＦＲＡまたは他のスワップレートのいずれかからのディスカウント係数システムがをもっているならば、スワップの満期日についてのディスカウント係数を、次のように生成することができる。
【０１４４】
ＤＦｔ０−ｔＮ＝（１−ΣＮ−１ｉ＝１ＣＰｔｉＤＦｔ０−ｔｉ）／（１＋ＣＰｔＮ）
ここで、
ＤＦｔ０−ｔＮはｔ０からｔＮまでのディスカウント係数、
Ｎはスワップの満期、
ＣＰｔｉはｔｉで支払われるべきクーポン、
ＣＰｔｉ＝ＰＲＮ×ＹＦｔ（ｉ−１）−ｔｉ
ＰＲＮは満期をＮとする年額に換算したスワップの平価のレート、
ＹＦｔ（ｉ−１）−ｔｉはｔ（ｉ−１）からｔｉまでの年分数である。
【０１４５】
この前進代入が、そのプロセスがブートストラップと呼ばれることがある理由である。システムのカーブで使用される各種類の特定の証券は、図５Ｃでわかる。次いで、処理はステップ５２８に続く。
【０１４６】
ステップ５２８では、システムは、計算されたディスカウント係数に基づき、例えば補間を用いてディスカウントカーブを生成する。上記の通り、市場の真の振舞いを反映する既知の点の間で、補間の方法を用いる。カーブ発生プロセスには、補間を用いることができる少なくとも２つの箇所があり、それは、観測された年次の平価のレート間で半期ごとのスワップレートを決定するところと、既知の点から中間のディスカウント係数を決定するところである。一実施形態では、半期ごとのスワップレートは、観測されたレートから自然スプライン関数を用いて示唆され、ディスカウント係数は対数線形アプローチを用いて算出される。
【０１４７】
対数線形補間では、システムは、隣接するディスカウント係数の対数を線形補間し、この結果の指数関数をとることにより、必要とされるディスカウント係数を取得する。両方の補間方法は、滑らかなディスカウントカーブとフォワードカーブ（ゼロ裁定取引の環境で一般に望ましいもの）を生成し、市場業務を再現するように選ばれる。
【０１４８】
ステップ５３０では、ディスカウントカーブに基づいて、（１つまたは複数の）先物相場を計算し提供することができる。ディスカウントカーブを用いて、取引可能な証券の組に暗に意味されたフォワード金利を決定することもできる。システムがディスカウントカーブと決定すべき２つの日付をもつならば、以下の公式を用いることにより、先物相場を算出することができる。
【０１４９】
【数１】
2013514593.tif 000008
【０１５０】
これによりゼロクーポンレートが生成されることになるが、システムは、同様のプロセスを用いて、クーポン支払いの証券に関する同等のイールドを生成することができる。次いで、処理は他の処理に戻る。
【０１５１】
図６Ａ〜図６Ｃは、本発明の実施形態による、ディスカウントカーブを用いてスワップ契約／証券を評価するためのプロセスおよびデータ構造の例を示す。ディスカウントカーブと上記で開示した先物相場を含意する方法に基づいて、システムは、任意の日付で任意のキャッシュフローを評価するように構成される。特にシステムは、ディスカウントカーブを用いてスワップ、例えば、年数を経た３年金利スワップを評価する。
【０１５２】
ステップ６０２では、例えばステップ３０６のプロセスで記載したように、ディスカウントカーブと先物相場を決定する。
【０１５３】
ステップ６０４では、システムは、評価すべき証券（スワップ）の特徴に基づいて、日付およびそれに関連したキャッシュフローを生成または決定する。これを行うと、システムは、そのカーブからこれらの日付のそれぞれに対するディスカウント係数を含意し、支払い額の現価を算出することができる。
【０１５４】
ステップ６０６では、システムは、スワップの固定クーポン側を計算して、１つ目のＮＰＶを生成する。算出の概要は、図６Ｂでわかる。図６Ｂは、固定支払い額は、半期ごとかつ比較的均等であり、また正であることを示しており、それは、固定金利の受け取りがあることを示している。これらそれぞれの支払い額の現価は、支払額とディスカウント係数の積である（ディスカウント係数はその日付での＄１の現価と考えられるということに留意されたい）。現価は、支払いから遠くなるにつれて下落する。一実施形態では、スワップの固定クーポン側の正味の現価（ＮＰＶ）は、単に個々の現価の和として計算される。
【０１５５】
ステップ６０８では、システムは、スワップの変動クーポン側を計算して、２つ目のＮＰＶを生成する。算出の概要は、図６Ｃでわかる。図６Ｃは、支払い額は均等でないが、ディスカウントカーブにより示唆されるフォワードＬＩＢＯＲレートに従い、また正であることを示しており、それは、変動金利の支払いがあることを示している。変動支払いは四半期ごとであるが、その日付は以前に考慮した固定支払いと揃っており、適合させるようにディスカウント係数を決定することもできる。
【０１５６】
ステップ６１０では、２つのＮＰＶを組み合わせることにより、固定金利の受取人にとって、例えば３８１，７６５の正のＮＰＶとして、この特定の金利スワップを生成する。要するに、この例は、スワップや他のデリバティブ取引を評価する際に、システムのディスカウントカーブやそのアプリケーションを用いることを示す。
【０１５７】
図７Ａ〜図７Ｈは、本発明の実施形態による、少なくとも決定されたディスカウントカーブに基づいて、システム内で証拠金を管理するためのフローチャートおよびデータ構造の例である。図７Ａは、証拠金所要額を決定するためのプロセスの例についてのフローチャートである。ステップ７０２では、ディスカウントカーブの計算に基づいて、異なる取引についての証拠金軽減を決定する。ディスカウントカーブに基づくそれぞれの取引の評価額は、図６Ａ〜図６Ｃに関して上述している。以下に記載するように、（実際の取引および／または要求された取引を含む）スワップ契約取引が解析され、かつ／または互いに相殺される。以下で契約に言及するときは、適宜、その意味は、契約の取引、および／またはディスカウントカーブに基づく評価額を含む、契約の取引の評価額であるということが理解されよう。
【０１５８】
一実施形態では、ＩＤＥＸスワップ先物についての証拠金の軽減には、リスクの標準化ポートフォリオ解析（ＳＰＡＮ）アルゴリズムおよび／またはモデルを用いる。以下では、スワップ先物契約について証拠金を管理するためのプロセスをさらに説明する。システムの証拠金請求額は、取引される証券の満期までの時間、すなわちテナー（ｔｅｎｏｒ）に依存する。テナーを用いて、証券の全体の幅を１３個の別々のバケットに分解し、それらが、バケット当たりの異なる証拠金請求額に関連することになる。証拠金の軽減がないシナリオでは、取引される（長期または短期の）個々の証券は、ポートフォリオリスクの低減にかかわらず、全体の証拠金請求額の影響下にある。ＳＰＡＮ証拠金追加により、ＩＤＥＸスワップ先物を取引するのに必要な担保の要求額を低減させることが可能になる。取引されるすべての証券は、いくらかのリスクの相殺またはネッティングがなければ、所与のバケットでの全証拠金額が請求される。より詳細には、新たに実行される取引により所与のスワップ先物ポートフォリオのリスク構成が低下すると、証拠金の軽減が適用される。
【０１５９】
ＳＰＡＮ証拠金追加の方法体系
証拠金相殺額の算出は、リスク相殺額について与えられるＩＭでのディスカウントを記述する軽減レート（図７Ｂ）、長期のテナーの１契約を相殺するのに必要とされるであろう短期のテナーの契約数を記述するオフセット比（図７Ｃ）、および請求額バケット当たりの当初証拠金（ＩＭ；図７Ｄ）の３つの入力で始まる。これらそれぞれの入力は、システムのウェブサイトに月ごとにアップされるテーブルから引き出されるか、またはその他の方法でコンピュータシステムにより提供される。オフセット比と軽減レートは、各軸に１３個のバケットがある行列の形で表示される。
【０１６０】
一実施形態では、当初証拠金は、不利な価格の動きに対して清算機関を保護するように設計される。金利スワップは、算出することができる一意な毎日の値で構成することができる。システムは、例えば２年から１０年、１５年、２０年、２５年および３０年という１３個の離散時間のバケットとして、その金利スワップ契約を見ることにより、その算出の基礎とする。それぞれの金利スワップを毎日再評価することにより、時系列を構成し、次いで、それをシステムにより評価することができる。
【０１６１】
一実施形態では、システムが用いる最小の時系列は、１２５取引日または６暦月である。６月３０日または１２月３１日の少なくとも１つの期間を取り込むという理由で、この期間を選ぶことができる。金利スワップの市場価額には、（１）公正な価格と、（２）増加額という２つの要素がある。公正な価格は、金利カーブの形状の結果として計算され、市場に従って変化する。増加額は、ごく普通の各金利スワップが支払い側と受取り側の両方で必ず占める日次の金額として計算される。増加額は、次の支払期間を通じて知られる。
【０１６２】
一実施形態では、当初証拠金を算出するために、システムは、直前の１２５日にわたるそれぞれの時間バケットについて、観測した公正な価格を用いる。システムにより時系列を構成し、３０日、９０日および１２５日について、行列の形式で分散を設立する。結果として生じる分散に、システムは、９５％（２．０４５の標準偏差）、９９％（２．７３６の標準偏差）、９９．７％（３の標準偏差）の信頼間隔を適用する。システムにより構成されるリスクマニュアルによれば、選ばれる額は、９９．７％の信頼間隔で観測された最大値とすることができる。通常の市場条件では、算出は少なくとも月ごとに行われる。そのプロセスにより、勧告された証拠金額とともに最大値を報告するときに、バックテストをすることが可能になる。
【０１６３】
ステップ７０４では、例えば図７Ｂのサンプルの軽減レート行列を用いて、軽減レートを計算する。図７Ｂはサンプルの軽減レート行列を示し、それは、所与の相殺額に適用される軽減レートを表す強調された列と行の交差部分を含む。
【０１６４】
ステップ７０６では、例えば図７Ｃのサンプルのオフセット比行列を用いて、オフセット比を計算する。図７Ｃはサンプルのオフセット比行列を示し、それは、テナーがより大きいバケットの契約１つを相殺するのに必要とされる、テナーがより小さいバケット契約の個数を表す、強調された列と行の交差部分を含む。
【０１６５】
ステップ７０８では、例えば本明細書に記載したサンプルの当初証拠金請求額のテーブルおよび／または公式を用いて、当初証拠金（ＩＭ）請求額を計算する。図７Ｄは、サンプルの当初証拠金請求額のテーブルを示す。一実施形態では、全ＩＭについての公式は、以下の通りである。
全ＩＭ要求額＝バケット内相殺手数料の合計＋バケット間相殺手数料の合計＋残りのポートフォリオのＩＭ請求額
【０１６６】
ステップ７１０では、複数のバケットについての証拠金請求額を決定する。一実施形態では、それぞれのバケットは、少なくとも１年を含む。一実施形態では、それぞれのバケットでの請求額は、他の年に関する他のバケットの請求額に基づいて、ネッティング、すなわち相殺される。相殺の方法体系は、以下に示す順序で適用される。
第１のバケット内相殺額  −  同じバケット内にあり（例えば契約の評価額に基づいて）相殺する契約に与えられる軽減額
第２のバケット間相殺額  −  ２つの異なるバケット内にあり（例えば契約の評価額に基づいて）相殺する契約に与えられる軽減額
第３の残りの証拠金  −  （ネッティング後の）残りであり、全体の証拠金処理を受ける（例えば契約の評価額に基づいて）相殺しない契約
【０１６７】
バケット内相殺額を算出するのに用いたのと同じ式が、バケット間相殺額を算出するのに次のように用いられる。
相殺手数料＝｛（ＣｏｎｓＬｏｎｇＴｅｎｏｒ×ＬＩＭ）＋（ＣｏｎｓＬｏｎｇＴｅｎｏｒ×ＯｆｆｓｅｔＲａｔｉｏ×ＳＩＭ）｝（１−ＲｅｌｉｅｆＲａｔｅ）
＝｛長期テナーのＩＭ請求額＋短期テナーのＩＭ請求額｝×（１−ＲｅｌｉｅｆＲａｔｅ）
＝ゼロ軽減証拠金請求額×（１−ＲｅｌｉｅｆＲａｔｅ）
ＣｏｎｓＬｏｎｇＴｅｎｏｒ＝相殺／消費される長期テナーの契約の個数
ＯｆｆｓｅｔＲａｔｉｏ＝（行列からの）オフセット比
ＬＩＭ＝長期テナーの契約についての当初証拠金請求額
ＲｅｌｉｅｆＲａｔｅ＝行列からの軽減レート
ＳＩＭ＝短期テナーの契約についての当初証拠金請求額
【０１６８】
相殺が適用されるため、各相殺ステップが適用されたときに、相殺された契約の個数を元のポートフォリオから取り除くことができる。すべての相殺手数料の総額は、全ＩＭ要求額を算出するために、残りの持ち高の全当初証拠金請求額に加算される。ステップ７１０のプロセスは、図７Ｈでより詳細に記載されている。
【０１６９】
ステップ７１２では、決定された持ち高と証拠金請求額に基づいて、現在の時間での証拠金所要額を決定する。例えば、相殺ありまたは相殺なしでの全証拠金請求額を、以下の公式により決定することができる。
（相殺ありの）全証拠金請求額＝バケット内全額＋バケット間全額＋残り全額
＝＄４６６，２６０＋＄９３８，１５５＋＄１，７２６，２００
＝＄３，１３０，６１５
（相殺なしの）全証拠金請求額＝１５Ｙ  ＩＭ請求額＋６Ｙ  ＩＭ請求額＋３Ｙ  ＩＭ請求額＋２Ｙ  ＩＭ請求額
＝＄１，１１３，６００＋＄６，３５５，５００＋＄２，７５４，４００＋＄３３９，０００
＝＄１０，５６２，５００
【０１７０】
この例では、証拠金相殺により７０％以上の節減が実現される。図７Ｅ〜図７Ｆは、証拠金相殺の別の例を示す。次いで、処理は他の処理に戻る。
【０１７１】
図７Ｈは、決定された複数のバケットについて証拠金請求額を計算するためのプロセスを示す。ステップ７２２では、バケット内の相殺を行う。ユーザにより保持される各契約でのユーザの買い持ちおよび売り持ちを決定する。それぞれの持ち高は、それ自身のバケット内でネッティングされ、正味の買い持ちまたは売り持ちが残る。それぞれの持ち高が相殺されるとき、適用される証拠金の軽減額は相殺手数料の式に依存する。バケット内相殺額のオフセット比は常に１であり、軽減レートは、軽減レートのテーブル（図７Ｂ）から引き出される。６Ｙ対６Ｙのバケット内相殺額の算出例は、次のようになる。
【０１７２】
相殺手数料
＝｛（ＣｏｎｓＬｏｎｇＴｅｎｏｒ×ＬＩＭ）＋（ＣｏｎｓＬｏｎｇＴｅｎｏｒ×ＯｆｆｓｅｔＲａｔｉｏ×ＳＩＭ）｝×（１−ＲｅｌｉｅｆＲａｔｅ）
＝｛（１，１７１×＄１，９００）＋（１，１７１×１×＄１，９００）｝×（１−９０％）
＝＄４４４，９８０
【０１７３】
このステップは残りのバケットについて完了し、そこで買い持ちを売り持ちと相殺することができる（３Ｙ対３Ｙおよび２Ｙ対２Ｙ）。残りの持ち高は、上記のテーブルの「（バケット内の相殺後の）正味の持ち高」列にある。考えられるバケット内相殺額とのバケット内のネッティングが各バケットについて完了すれば、すべてのバケット内相殺手数料が合計されて、全バケット内相殺手数料がわかる。この例では、すべてのバケット内手数料の合計は、＄４６６，２６０である。
【０１７４】
ステップ７２４では、バケット間の相殺を行う。最初に、最も長いテナーの間ですべてのバケット間の相殺が起こり、次いで、相殺ができなくなるまで、より小さいテナーの相殺が起こる。最初に相殺する２つのバケットは、ショートの１５Ｙ対ロングの６Ｙであろう。いずれかのロングの６Ｙの持ち高が残っているならば、残りの買い持ちにより、次にショートのエクスポージャを相殺することができる（ロングの６Ｙ対ショートの３Ｙ）。このステップは、すべての正負のエクスポージャがネッティングされるまで繰り返される。最初の段階は、（ロング対ショートの）所与のバケット対の間で、どれくらいの契約を消費することができるかを見い出すことである。消費された契約はポートフォリオから取り除かれ、ゼロ証拠金軽減が与えられているならばそれらの全ＩＭ請求額について評価され、次いで、軽減レートの式（１−軽減レート）が適用される。
【０１７５】
１５Ｙ対６Ｙのバケット間相殺の算出例（上記のステップ１）
相殺手数料＝｛（ＣｏｎｓＬｏｎｇＴｅｎｏｒ×ＬＩＭ）＋（ＣｏｎｓＬｏｎｇＴｅｎｏｒ×ＯｆｆｓｅｔＲａｔｉｏ×ＳＩＭ）｝×（１−ＲｅｌｉｅｆＲａｔｅ）
＝｛（１７４×＄６，４００）＋（１７４×３×＄１，９００）｝×（１−８０％）
＝｛＄１，１１３，６００＋＄９９１，８００｝×（１−８０％）
＝＄４２１，０８０
【０１７６】
図７Ｇは、証拠金計算の別の例を示す。次いで、処理は他の処理に戻る。
【０１７７】
さらに別の実例となるシステム
一実施形態では、上記で開示したような図１のシステムは、さらに、ユーザのリスクおよび市場リスクを管理するように構成してもよい。特に、図３Ｃ〜図３Ｋのプロセス行うように、システムのサーバ装置１０２を構成してもよい。
【０１７８】
添付Ａでは、本発明によるシステムの実施形態を実施するための規定集が開示されている。その規定を実行「しなければならない」または「するものとする」と添付Ａで述べられているところでは、これは一実施形態であり、他の実施形態では、規定は、限定的なものではなく、いくつかの実施形態では、すべての規定が実行されるわけではなく、かつ／または本発明の範囲から逸脱することなく他の規定を追加してもよいことが分かる。例えば添付Ａの規定５０１で定められているエンティティは限定的なものと考えるべきではなく、人であるエンティティを適宜コンピュータの要素と置き換えることができる。期限や限度額などは好ましい実施形態であり、本発明の範囲から逸脱することなく他の値を用いることもできる。
【０１７９】
添付Ａに記載されている規定は、場合によっては人や委員会などにより行われるように書かれているが、加えて、あるいは代わりに、システムのサーバ装置１０２、および／または他のハードウェアもしくは本明細書に記載したような色々な装置のソフトウェアと組み合わせたハードウェアを含む、コンピュータの要素により行うことができる。例えば、証拠金の維持や、基金の管理、ディスカウントカーブの提供、通知の発送などを含む清算機関の少なくともいくつかの動作は、サーバ装置１０２により行うことができる。
【０１８０】
エンティティ「だけ」により、または「常に」エンティティにより行われる動作を添付Ａが記載しているところでは、これが１つの実施形態であり、他の実施形態では、他のエンティティがその動作を行ってもよく、かつ／またはその動作を選択的に行ってもよく、または全く行わなくてもよいということが分かる。何かの「すべて」が決定されるか、行われるか、またはその他の方法で操作されると添付Ａが記載しているところでは、これが１つの実施形態であり、他の実施形態では、そのうちのいくつかのことを選択的に操作してもよいし、またはそれらのことを全く操作しなくてもよいことが分かる。
【０１８１】
さらに別の実例となる装置
一実施形態では、上記で開示したような図２Ａの装置は、さらに、スワップ契約の交換に関する解析および報告を管理するように構成してもよい。
【０１８２】
一実施形態では、その装置の清算機関要素２２０は、清算機関の口座および処理を管理するように構成された、任意のハードウェアならびに／またはハードウェアおよびソフトウェア要素を含む。一実施形態では、要素２２０は、例えば、本明細書で開示したようなディスカウントカーブの結果に基づいて、保証基金を管理してもよい。図３Ｃ〜図３Ｋのプロセスのステップのうちの少なくともいくつかを行うように、要素２２０を構成することができる。
【０１８３】
他の実施形態では、図２Ａ〜図２Ｆに関して記載したＲａｚｏｒ要素を、ＫＡＳＭリスクと置き換え、かつ／またはＲａｚｏｒ要素にＫＡＳＭリスクを追加することができる。図２Ｇは、本発明の一実施形態による、リスクの設定および／または管理を実現するためのプロセス、インタフェースおよび要素を示す。図２Ｇのインタフェースおよびプロセスを提供するための要素は、要素２１０および／または２２０とすることができる。図示するように、システムは、チャートや、（例えばテーブル形式での）データ、過去に取引されたスワップ契約についての取引データを含む多様な形態で、リスク管理を提供する。システムは、図示するようにチャートのビューを提供する。ビューは３つのグラフチャートや、データテーブルチャート、色々な制御および／またはサーチビューを提供する。
【０１８４】
イールドカーブおよびディスカウント関数のチャート（ライブＵＳＤ  ３Ｍカーブ）は、同じチャートにマップされているイールドカーブ（上向きの線）とディスカウント関数（減少する線）を示す。イールドカーブは、色々な種類のスワップ契約の（例えば、ＵＳＤ  ３Ｍ）について選ばれる。さらなる詳細や、現金、ＦＲＡ、スワップ、ＤＦデータを選び、提供してもよい。図示するように、色々な清算メンバーが、（名称や、決済額、担保、剰余金、当初証拠金のチャートにより）提供される。一実施形態では、感度ローソクチャートにより、色々なメンバーについて、考えられる必要な証拠金および／または保証資金を示す。証拠金および／または保証の限度（例えば、＄１，０００，０００）以上の強調されたローソク線は、特定のメンバーに注意が必要かも知れず、かつ／または、本明細書に記載したように通知を送る必要があるかもしくは通知が送られたことを示す。通知を送ることを、このインタフェースのユーザが選んでもよい。また、清算メンバーリストにより、問題となるリスクの識別情報をもつメンバーを強調する。図示するように、そのメンバーについての当初証拠金所要額は、しきい値（鉛直線として示している）以下である。（例えば、ステップ３３７、図３Ｉ〜図３Ｋに関して本明細書に記載したように計算された）Ｐ＆Ｌ（損益）の残存リスクが提供される。正味の残存額（１ＢＰ）も示されており、これは、予測される債務を履行しない清算メンバーについての、清算機関に対する担保のない考えられる全部の負債を表す。正味の残存額は、色々なやり方で、例えば、それぞれの清算メンバーにより提供された保証基金の担保範囲および／または証拠金の担保範囲の合計として、計算することができる。
【０１８５】
取引活動ビューは、（証券や、参加者、口座、Ｂ／Ｓ、契約、レート、取引件数、商品種類、取引日、発効日、満期日などの）図示した色々なパラメタにより、履歴の、および／またはリアルタイムの取引データを提供する。
【０１８６】
そのビューは、特定の参加者や、口座、連絡先、契約（スワップ契約）、評価手段などにより（例えば、敏感性や、清算メンバー、取引、ディスカウント、イールドカーブなどの）図示した、色々な他のビューに提示されるデータを見つけ出し、かつ／またはフィルタリングすることにより、カスタマイズすることができる。色々な他のデータの報告も提供され、図示される。
【０１８７】
一般に、ビューの任意の入力を、変更し、かつ／またはユーザにより入力し、かつ／または受け取り、かつ／またはリアルタイムの情報に基づいてシステムにより更新することもできる。例えば、鉛直線を越えて当初証拠金スライドバーを変化させることにより、メンバーの証拠金請求額（例えば、メンバー「Ｃｌｅａｒ」）を手動で変更することができ、こうして特定のメンバーについて必要な額を変更する。本明細書に記載したような、リスク管理や、ディスカウントカーブ、および／または評価額のリアルタイムの計算に基づいて、リアルタイムにならびに／または連続的および／もしくは定期的に、任意のチャートを変更することができる。コントロールビューおよび／または検索ビューによっても、ディスカウントカーブの計算のライブストップや、入力されたデータに基づいてレートを上書きすること、色々なフィルタをデータに入力すること、および入力されたフィルタおよび／または予め構成したフィルタを含む色々なフィルタを適用することを含めて、ディスカウントカーブの計算を制御することが可能である。リアルタイム計算を修正して、ライブでおよび／または色々な更新頻度で走らせることができる。一実施形態では、重複する機能とビュー（例えば、ディスカウント／イールドカーブやコントロールビュー）を適切に統合して、図２Ｇのプロセス、要素およびインタフェースを図２Ｆのプロセス、要素およびインタフェースと組み合わせることができる。
【０１８８】
さらに別の実例となるプロセス
図３Ｃ〜図３Ｋは、本発明の実施形態による、とりわけ、ディスカウントカーブの計算および取引に対する証拠金の維持を用いて、カウンターパーティとしての清算機関と金融証券を電子取引するコンピュータシステムを管理するためのプロセスに関するフローチャートおよび関連するデータ構造である。一実施形態では、例えば、上記で開示したような、図１〜図２Ｅの（サーバ装置１０２などの）システムおよび／または（１つまたは複数の）計算装置により、図３Ｃ〜図３Ｋのステップのうちの少なくともいくつかを行うことができる。一実施形態では、図３Ｃ〜図３Ｋのステップのうちの少なくともいくつかを、人および／または人のグループにより、それらの人だけで、またはコンピュータの要素の助けを借りて行うことができる。
【０１８９】
図３Ｃは、本発明の実施形態による、清算機関の取引システムでのリスクを管理するためのプロセスに関するフローチャートである。ステップ３３１では、システムのユーザ（例えば清算メンバー）は清算機関のリスク基準を満たし、適当な運用能力をもち、十分に人員が配置され、かつ十分に資本化していることを、システムは保証することができる。ステップ３３１のプロセスは、図３Ｄに関してより詳細に記載する。
【０１９０】
ステップ３３２では、一実施形態ではシステムにより生成された取引データに基づく生成されたディスカウントカーブに基づいて、システムは、ユーザの取引および証拠金を管理する。ステップ３３２のプロセスは、図３Ａに関してより詳細に記載する。
【０１９１】
ステップ３３３では、システムは、考えられるデフォルトのシナリオ相殺するために、保証基金の公正な配分を連続的にモニタし、保証することができる。ステップ３３３のプロセスは、図３Ｅに関してより詳細に記載する。
【０１９２】
ステップ３３４では、以下に記載するように、予め定められた頻度で、システムは、色々な業務を利用する清算機関および清算メンバーのリスクを点検および査定することができる。清算メンバーがリスク限度を超えることを防ぎ、認可されていない取引事象から清算機関を保護するために、例えばシステムを介して、清算メンバーの取引活動を処理（前取引）することができる。ステップ３３４のプロセスは、図３Ｇに関してより詳細に記載する。
【０１９３】
ステップ３３５では、システムは、すべての清算メンバーの現行の信用度をモニタすることができ、状況により正当化されるときは、入会した後の清算メンバーの引き続きの信用度を保証する適切な動作を起こすことができる。ステップ３３５のプロセスは、図３Ｈに関してより詳細に記載する。
【０１９４】
ステップ３３６では、システムは、市場リスクを最小化する動作を行うことができる。例えば、市場リスクを担保で保証するために、十分だが過剰でないパフォーマンスボンドを回収することができる。持ち高の毎日の時価評価により、損失の蓄積をなくすことができる。これは、ほとんどリアルタイムで、かつ好ましくは正午および１日の終わりに行うことができる。ステップ３３６のプロセスは、図３Ｉに関してより詳細に記載する。
【０１９５】
ステップ３３７では、システムの残存リスクを低下させるために、同様の契約をネッティングおよび相殺する。ステップ３３７のプロセスは、図３Ｊに関してより詳細に記載する。次いで、処理は他の処理に戻る。
【０１９６】
図３Ｄは、本発明の実施形態による、清算機関の取引システムでメンバー権の基準を管理するためのプロセスに関するフローチャートである。清算メンバーが清算機関のリスク基準を満たし、適当な運用能力をもち、十分に人員が配置され、かつ十分に資本化していることを、システムは保証することができる。
【０１９７】
ステップ３４２では、清算メンバー権の申し込みを点検する。清算メンバー権に関する申し込みをシステムにより点検することができ、それは、申込者の帳簿および記録を審査し、申込者のリスク管理およびコンプライアンスの手続きを点検し、管理の信用調査を行う申込者の資格と関係がある事実を確認するのに必要であると決定された他のステップをとることを含む。システムは、そうした点検を支援するために、法規制のサービス提供者のサードパーティ装置から情報を受け取ってもよい。
【０１９８】
ステップ３４４では、当初の信用を点検する。一実施形態では、システムは、清算メンバーが少なくとも以下のいくつかか、またはすべてを満たすことを要求してもよい。
−  クラスＡのメンバーは、しきい値額（例えば、＄５，０００，０００）の分担金を保証基金に出す必要があり、そうした分担金は、３年据置期間におかれる。クラスＢメンバーは、しきい値額（例えば、＄２，５００，０００）の分担金を保証基金に出す必要があり、そうした分担金は、１年据置期間におかれる。リスク委員会は、自己の裁量で、は、保証基金に割増額を預けるように清算メンバーに要求してもよい。
−  清算メンバーは、最小限に調整された正味の資本を次のうちの大きい方以上の額に維持することが要求される。（ａ）しきい値額（例えば、＄５，０００，０００）および（ｂ）顧客の分離された口座で顧客の事業を清算する清算メンバーについて、その清算メンバーがＦＣＭであるかまたは証券取引委員会ならば、またその清算メンバーがブローカディーラとして登録されているならば、商品先物取引委員会（「委員会」）により折々に要求されることがある額。ＦＣＭとして登録される必要がない清算メンバーは、それでもなお、システムに、ＦＣＭと同じやり方でその調整された正味の資本を計算させることができる。
【０１９９】
ステップ３４６では、システムは、申込者の清算メンバー権の申し込みに関して、メンバー権の承認を受け取り、以下の情報（リスク基準）のうちの少なくともいくつかに基づきその承認をすることができる。
１．以下を含む、申込者のリスクおよびパフォーマンスボンドの方針および手続き
ａ．借方記入／不足額の履歴および疑わしい会計方針
ｂ．限度設定の制御
ｃ．人員のレベルおよび資格
ｄ．バックオフィスシステム
ｅ．モニタリングシステム
２．金利スワップ契約を取引しかつ清算することにより請け負うリスクについて理解し報告できる申込者の能力
３．出来高およびパフォーマンスボンドの推定額を含む、顧客および機関の取引活動
４．劣後債務の取決め
５．以前の法規制報告の発行（もしあれば）および事実認定についての法務部との議論
【０２００】
ステップ３４８では、システムは、清算メンバーの現行の財務概観を行うことができる。定期的に財務諸表を提供するという清算メンバーの要件に従って、システムは、現行のメンバー権状態を受け取り、その基礎を以下の情報のうちの少なくともいくつかに置くことができる。
１．調整された正味の資本（「ＡＮＣ」）および超過した正味の資本（「ＥＮＣ」）のレベル。
２．以前の財務諸表以来に起こった関係する差引勘定での重要な変化についてのあらゆるもの。
３．あらゆる普通でない項目または法的手続き、および法務部の注意を向けさせるもの。
４．（入手可能であれば）以下を保証する、独立した監査役のレポート。
ａ．ＧＡＡＰに従って、重要なすべての点で公正に、陳述が清算メンバーの財政状態を提示していること。
ｂ．重要な欠点または条件付きの見解が与えられていないこと。
５．（入手可能であれば）清算メンバーの業務および手続きは十分であり、清算機関および任意の適切な監督機関の基準を満たすことを保証する、内部管理についての独立した監査役のレポート。
【０２０１】
システムは、スコアや、点数、ブール値などとして、上記の情報を受け取ることができる。システムは、メンバー権または現行のメンバー権の状態に関する申込者の承認を決定するための、加重和や、規定などの発見的方法を用いることができる。
【０２０２】
図３Ｅは、本発明の実施形態による、清算機関の取引システムにて保証基金を管理するためのプロセスに関するフローチャートである。システムは、考えられるデフォルトのシナリオ相殺するために、保証基金の公正な配分を連続的にモニタし、保証することができる。
【０２０３】
ステップ３５１では、保証基金を設立する。清算機関は、清算メンバーのデフォルトというまれな事態でその清算債務を手当するために、保証基金を設立している。活発な状態を維持するためには、すべての清算メンバーは、保証基金に十分な資産を寄付し、それを維持することが求められる。
【０２０４】
ステップ３５２では、清算メンバーは、最低限の分担金を保証基金に出すように要求される。一実施形態では、最低限の分担金は、クラスＡメンバーについてのしきい値額（例えば、＄５，０００，０００）、およびクラスＢメンバーについてのしきい値額（例えば、＄２，５００，０００）である。クラスＡメンバーの分担金は３年の据置措置におくことができ、クラスＢメンバーの分担金は１年の据置措置におくことができる。
【０２０５】
ステップ３５３では、それぞれ以下に記載するように、システムは、保証基金の妥当性と各清算メンバーに必要とされる保証基金の積立金を定期的に（例えば、四半期ごとに）評価することができ、保証基金のストレステストを定期的に（例えば、毎日）行うことができる。清算メンバーは、清算機関および／またはシステムが折々に決定する割増額を預けるように要求される。
【０２０６】
しきい値より多くのポートフォリオ、例えば＄２５０，０００，０００の想定元本が加算されるならば、清算参加者が清算についてポートフォリオの支払いを延期することができるという特徴に基づいて、保証基金にストレステストをかけ、再配分することができる。一実施形態では、各清算メンバーは、清算メンバーである限り、その最低限の保証基金の積立金を維持するように要求される。一実施形態では、清算メンバーは、それらの保証基金の要求額を満たすために、ＵＳ通貨を預けることができる。
【０２０７】
ステップ３５４では、システムは、定期的に（例えば、四半期以上ごとに）保証基金の要求額を再算出かつ設定し、以下の段落で記載する３つの日次ストレステストのうちのより大きなものに従って、要求額の再算出に基づいて決定をすることができる。
【０２０８】
要求額の算出結果が現在の保証基金レベルより大きいならば、処理はステップ３５５に進み、そこで、各清算メンバーの日次平均のパフォーマンスボンドの要求額に基づいて案分に割増額を保証基金に預けるように、すべての清算メンバーに要求してもよい。保証基金の要求額の任意の再算出をした後で、要求額が任意の３連続日の間に現在の保証基金の要求額の１２５％を超える清算メンバーには、１平日以内に追加の資産を寄付するように要求することができる。この期限を守らないいかなる清算メンバーも、調整の後２日目の平日に、自動的にその口座から引き落とすことができる。現在の分担金に対して要求額が減少した清算メンバーは、３年または１年据置の要求額を履行した後で、要求されたときに、その超過した分担金を引き出してもよい。その額がしきい値額（例えば、＄１０，０００）未満ならば、清算機関は、普通なら必要とされるはずの保証基金へのいかなる追加の分担金も、要請しなくてもよい。
【０２０９】
ステップ３５６では、保証基金のストレステストがなんらかの不備を示しているならば、システムは、保証基金の規模を自動的に増加させることができ、かつ／または、規模を増加させることを勧告するためにリスク委員会を５平日以内に召集する指示を送ることができる。一実施形態では、ストレステストが満たされるようなレベルに、保証基金の要求額を増加させることができる。以前の１２５取引日にわたる、清算機関における毎日のパフォーマンスボンドの平均の５％として、最低限の保証基金の要求額を設定することもできる。
【０２１０】
算出結果が保証基金レベル未満（またはそれと等しい）ならば、処理はステップ３５７に進み、そこで、清算メンバーの最小額を超える任意の額を、要求されたときに清算メンバーに変換することができる。
【０２１１】
図３Ｆは、本発明の実施形態による、清算機関の取引システムにて保証基金を管理するためのプロセスに関する別のフローチャートである。
【０２１２】
ステップ３６１では、システムは、少なくとも１つの、好ましくは２つ以上の保証基金のストレステストを、定期的に（例えば毎日）行うことができる。一実施形態では、最初のストレステストでは、利息カーブでの無指向性のシフトを用いて、システムにより内部で算出された基となる金利スワップの価格変化が６標準偏差であると仮定して、（パフォーマンスボンドの積立金による）２つの最大の清算メンバーおよびランダムに選ばれた第３の清算メンバーのデフォルトを模擬する。２番目のストレステストでは、先の２年にわたって観測した基となる金利スワップ契約の価格変化の最悪の場合を仮定して、最大の清算メンバーのデフォルトを模擬する。
【０２１３】
それぞれの場合に、１日、２日および３日の回復期間、またはシステムにより決定されるかもしくは適応可能な任意の日数にわたり、結果として生じるデフォルトを模擬することができる。
【０２１４】
ステップ３６２では、債務を履行しない清算メンバーの持ち高を回復させる際の保証基金の十分性を測ることができる。どのストレステストの結果も現在の保証基金が３日の回復期間にわたり不足するであろうことを示しているならば、処理はステップ３６３に進み、そこで、保証基金を修正する必要があることの通知を送る。
【０２１５】
ステップ３６４では、そうした積立金が十分に残っていることを保証するために、システムは、各清算メンバーの保証基金の要求額と、保証基金内のその積立金とを、定期的に（例えば、毎日）比較することができる。そうした積立金が不足しているならば、処理はステップ３６５に進み、そこでシステムは、清算メンバーにそうした不備を通知することができ、１平日以内に保証基金に割増額を預けるように、清算メンバーに要求することができる。この期限を守らないいかなる清算メンバーも、通告の後２日目の平日に、そうした不足額を自動的にその口座から引き落とすことができる。
【０２１６】
図３Ｇは、本発明の実施形態による、清算機関の取引システムでのリスクモニタリングを管理するためのプロセスに関する別のフローチャートである。予め定められた頻度で、システムは、色々な業務を利用する清算機関および清算メンバーのリスクを点検および査定することができる。清算メンバーがリスク限度を超えることを防ぎ、認可されていない取引事象から清算機関を保護するために、清算機関のリスクフィルタを介して、清算メンバーの取引活動を処理（前取引）することができる。
【０２１７】
ステップ３７１では、予め定められた頻度で、システムは、色々な業務を利用する清算機関および清算メンバーのリスクを点検および査定するための業務規定を行うことができる。一実施形態では、システムは、以下の規定のうちの少なくとも１つを用いることができる。その規定は、プロセッサ読取り可能な媒体内に構成することができる。以下の構成は、機能や、関係のあるシステムの要素、頻度、自動／手動構成のなどの好ましい実施形態を示すが、本発明の範囲から逸脱することなく、例えば、自動的に行われるように、および／またはインタフェースを介した手動の動作が必要なように、その規定を修正することができる。以下に記載するシステムの要素は、エクセルのフロントエンド（あるいは、ウェブのフロントエンドとすることもできる）や、ＯＭＮｅｔ／Ｒａｚｏｒを含むが、図２Ａ〜図２Ｅに関してより詳細に記載する。ブルームバーグやロイターなどを含む外部入力源は、図１のデータ提供装置１０８とすることができる。業務規定は、以下のものを含む。
【０２１８】
日内業務０１
名称：リアルタイムリスクモニタ
機能：確立されたパフォーマンスボンドまたはトリガーレベルに対する日内のイールドカーブの動きをモニタすること
システムの要素：エクセルのフロントエンド、ＯＭＮｅｔ／Ｒａｚｏｒからのデータ、外部入力源からの価格
頻度：日内
【０２１９】
日内業務０２
名称：報道モニタ
機能：その日全体を通して報道された関連性のある出来事をモニタする
システムの要素：ブルームバーグ、ロイター、他のメディアストリーム
頻度：日内
プロセス：手動
【０２２０】
日次業務０１
名称：日報最終支払いモニタ
機能：前日の最終支払いをモニタする
システムの要素：ＯＭＮｅｔ／Ｒａｚｏｒ
頻度：各日の始め
プロセス：自動式
【０２２１】
日次業務０２
名称：パーセンテージＡＮＣのとしての日報パフォーマンスボンド
機能：前日の全パフォーマンスボンドを清算メンバーのＡＮＣのパーセンテージとしてモニタする
システムの要素：エクセルのフロントエンド、ＯＭＮｅｔ／Ｒａｚｏｒからのデータおよびデータウェアハウス
頻度：各日の始め
プロセス：自動式
【０２２２】
日次業務０３
名称：パフォーマンスボンド不足額
機能：パフォーマンスボンド不足額を点検する
システムの要素：ＯＭＮｅｔ／Ｒａｚｏｒ
頻度：各日の始め
プロセス：自動式
【０２２３】
日次業務０４
名称：清算メンバーストレステスト
機能：ストレステストの結果を点検する
システムの要素：エクセルのフロントエンド、ＯＭＮｅｔ／Ｒａｚｏｒからのデータ、外部入力源からの価格、データウェアハウス
頻度：各日の始め
プロセス：自動式
【０２２４】
日次業務０５
名称：担保モニタ
機能：担保積立金が規定に従っていることを保証する
システムの要素：ＯＭＮｅｔ／Ｒａｚｏｒ
頻度：各日の始め
プロセス：自動式
【０２２５】
日次業務０６
名称：保証基金
機能：清算メンバーが毎日その保証基金の債務を満たしていることを保証する
システムの要素：ＯＭＮｅｔ／Ｒａｚｏｒ
頻度：各日の始め
プロセス：自動式
【０２２６】
日次業務０７
名称：保証基金レベル
機能：保証基金が十分であることを保証する
システムの要素：ＯＭＮｅｔ／Ｒａｚｏｒ
頻度：各日の始め
プロセス：自動式
【０２２７】
日次業務０８
名称：清算メンバーによる前日の支払い
機能：清算メンバーによる前日の最終支払いを点検する
システムの要素：ＯＭＮｅｔ／Ｒａｚｏｒ
頻度：各日の始め
プロセス：自動式
【０２２８】
日次業務０９
名称：日報スプレッドクレジット
機能：スプレッドクレジットを点検する
システムの要素：ＯＭＮｅｔ／Ｒａｚｏｒ
頻度：各日の始め
プロセス：自動式
【０２２９】
日次業務１０
名称：正午の支払・回収の点検
機能：正午の価格スナップショットおよび支払／回収の算出を点検する
システムの要素：ＯＭＮｅｔ／Ｒａｚｏｒ
頻度：各日の正午
プロセス：自動式
【０２３０】
日次業務１１
名称：午後の不足額点検
機能：ニューヨーク時間の後で交換清算される持ち高について正午のパフォーマンスボンドの不足額を点検する
システムの要素：ＯＭＮｅｔ／Ｒａｚｏｒ
頻度：各日の正午
プロセス：自動式
【０２３１】
日次業務１２
名称：担保価格付けレポート
機能：損失価格について担保価格付けレポートを点検する
システムの要素：ＯＭＮｅｔ／Ｒａｚｏｒ、ブルームバーグ
頻度：各日の午後３時
プロセス：手動
【０２３２】
日次業務１３
名称：必要なパフォーマンスボンドの変化の日報
機能：必要とされるパフォーマンスボンドの毎日の変化を点検する
システムの要素：ＯＭＮｅｔ／Ｒａｚｏｒ
頻度：各日の始め
プロセス：自動式
【０２３３】
日次業務１４
名称：最終決済点検
機能：毎日の決済価格を点検する
システムの要素：ＯＭＮｅｔ／Ｒａｚｏｒ、ブルームバーグ、ロイター
頻度：各日の終わり
プロセス：自動式
【０２３４】
日次業務１５
名称：日報保証基金ストレステスト
機能：保証基金に日次のストレステストをかける
システムの要素：エクセルのフロントエンド、ＭａｔＬａｂ、ＯＭＮｅｔ／Ｒａｚｏｒからのデータ、外部価格
頻度：毎日
プロセス：自動式
【０２３５】
日次業務１６
名称：大口トレーダ報告
機能：大口トレーダの取引活動を判断する
システムの要素：ＯＭＮｅｔ／Ｒａｚｏｒ
頻度：毎日
プロセス：自動式
【０２３６】
日次業務１７
名称：持ち高限度点検
機能：清算メンバーごとの持ち高限度の適格性を決定する
システムの要素：ＯＭＮｅｔ／Ｒａｚｏｒ
頻度：毎日
プロセス：自動式
【０２３７】
他の日次業務
システムにより必要とみなされるときに用いるべき他の日次業務は、次の通りである。
−  必要に応じて、考えられるキャッシュフローの問題について清算メンバーの経営者および銀行の代表者と議論を開始し、契約に定められている場合、直ちに清算メンバーを訪問する。
−  価格限度の予測を決定し、清算メンバーまたは個々の口座の選択により追加のエクスポージャが起こり得るかどうかを解析し、当てはまる場合には、乱高下の激しい市場のエクスポージャについて清算メンバーの経営者と議論する。
−  持ち高限度を毎日超過した清算メンバーについて、破産整理および／または持ち高の譲渡をモニタする。
−  清算機関のリスクフィルタを作動させる任意の取引を報告および点検する。
−  他の清算機関と連絡をとって、いずれかの清算メンバーが他の交換に対するそれらのエクスポージャを管理する困難に直面しているかどうかを判断する。
【０２３８】
月次業務０１
名称：パフォーマンスボンド間隔およびスプレッドクレジットの点検
関数：パフォーマンスボンドの間隔およびスプレッドクレジットを点検して、リスク管理手続きの元のパフォーマンスボンドの節で述べる必要な基準をそれらが満たすことを保証する。
システムの要素：エクセルのフロントエンド、ＯＭＮｅｔ／Ｒａｚｏｒ、外部／内部の価格
頻度：パフォーマンスボンドの会合は、各月の最初の５平日以内に開催される。
プロセス：自動式
【０２３９】
月次業務０２
名称：月ごとに報告する会社に関する清算メンバーの財務状況の点検
機能：報告する会社に関する清算メンバーの財務状況を点検する
システムの要素：命令文の物理的な点検／データウェアハウスへのダウンロード
頻度：月末の点検
プロセス：手動
【０２４０】
月次業務０３
名称：乱高下の激しい契約／市場の点検
機能：乱高下の激しい市場に対するエクスポージャを決定するように、活発な各契約の、各月間での決済価格の変化を点検する
システムの要素：ＯＭＸ／Ｒａｚｏｒ／データウェアハウス
頻度：月末の点検
プロセス：自動式
【０２４１】
四半期業務０１
名称：受け入れ可能なパフォーマンスボンド担保ヘアカットレートおよび方針の点検する
機能：受け入れ可能な担保ヘアカットレートおよび方針を点検する
システムの要素：エクセル、外部価格の点検
頻度：１月、４月、７月および１０月の始めの点検
プロセス：手動
【０２４２】
四半期業務０２
名称：保証基金の再配分
機能：以前の６か月物のデータを用いた保証基金の再配分
システムの要素：エクセルのフロントエンド、ＯＭＮｅｔ／Ｒａｚｏｒ、データウェアハウス
頻度：１月、４月、７月および１０月の始め
プロセス：自動式
【０２４３】
年次業務０１
名称：清算メンバーの年次財務状況の点検
機能：既存の清算メンバーの信用および清算機関のリスクフィルタを点検する
システムの要素：財務諸表、エクセル、ワード
頻度：年次（２月〜４月）
プロセス：手動
【０２４４】
年次業務０２
名称：リスク管理手続きの点検
機能：前年のデータに基づいて、すべてのリスク管理手続きの適格性を査定する
システムの要素：エクセル、ＭａｔＬａｂ、ＯＭＮｅｔ／Ｒａｚｏｒ、データウェアハウス
頻度：毎年の第１の四半期
プロセス：手動
【０２４５】
ステップ３７２では、システムは、各ユーザについて、清算機関の（１つまたは複数の）リスクフィルタを管理する。システムおよび／またはリスク委員会は、各清算メンバーが所有する口座について、清算機関のリスクフィルタレベルを設定することができ、各清算メンバーが、その各顧客の口座について、清算機関のリスクフィルタレベルの設定を担当することができる。
【０２４６】
各清算メンバーについて、それらの帳簿および記録の解析に着手し、それらの金利市場の知識／金利市場での能力を査定した後で、清算機関のリスクフィルタを設定することができる。より長期でリスクがより大きい契約を利用できるとすると、リスク委員会は、（１）清算メンバーの流動性および支払能力、（２）イールドカーブ上のすべての点に沿った取引の経験、および（３）すべての入手可能な契約の平均継続期間で重み付けた、清算機関が無理なく要求することができる、パフォーマンスボンドでの最高額という３つの基本的な係数を調べることができる。
【０２４７】
各清算メンバーは、清算する顧客に関する限度の実際の確立および執行を担当することができる。しかしながら、システムには、清算メンバーがその顧客に関して設定する限度を点検し、それを低下させるかまたは取り消す権限がある。
【０２４８】
ステップ３７３では、システムは、勧告された限度が所与の期間にわたって守られてきたかどうかについてのレポートを、（例えばリスク委員会に）定期的に提供することができる。
【０２４９】
図３Ｈは、本発明の実施形態による、清算機関の取引システムでの信用モニタリングを管理するためのプロセスに関する別のフローチャートである。
【０２５０】
ステップ３８２では、すべての清算メンバーの現行の信用度をモニタすることができ、状況により正当化されるときは、適切な動作を開始して、入会後の清算メンバーの連続している信用度を保証することができる。入会後のそれらの現行の信用度を保証するために、システムは、すべての清算メンバーの資本レベルと、それらが法規制のおよび清算機関の要求額に準拠していることをモニタすることができる。すべての清算メンバーは、清算メンバーの委員会により設定された最小限の資金要求額をそれらが維持することを保証するために、システムによる点検用に、ＣＦＴＣの様式１−ＦＲ−ＦＣＭ（または同等のもの）を月ごとに提出するように要求される。
【０２５１】
ステップ３８４では、市場条件を変化させる清算メンバーのエクスポージャを査定するために、システムは、大きなトレーダの持ち高および会社の建玉に関連したリスクおよび金融エクスポージャをモニタすることができる。以下で述べる最小の資金要求額に清算メンバーが下がったという通告を受け取ったならば、システムは、清算メンバーが資金要求額を満たす能力に関する調査を行い、清算メンバーが、
−  清算機関の資本要求額を満たし、かつ
−  パフォーマンスボンドの要求および決済に関して清算機関に対する債務を満たす資金的なキャパシティをもつ
ことを確認することができる。
【０２５２】
ステップ３８６では、清算メンバーの契約での持ち高を定期的に、ストレステストすることができる。一実施形態では、シナリオ作成器で作られたイールドカーブでの無指向性のシフトを用いて、すべての清算メンバーの契約での持ち高を毎日ストレステストすることができる。最悪の場合のシナリオに到達するために、イールドカーブの基となる部分を異なる方向に異なる規模で動かすことにより、これらのシフトを生成することができる。清算メンバーの持ち高は、このストレステストに従って再評価し、それらの既存の担保および最新の報告された調整済みの正味の資本と比較することができる。
【０２５３】
ステップ３８６では、信用モニタリングのレポートを定期的に提供することができる。一実施形態では、各清算メンバーの取引活動や、パフォーマンスボンドのレベル、活動平均のレポートを、例えばリスク委員会に月ごとに、提示またはその他の方法で提供することができる。
【０２５４】
図３Ｉは、本発明の実施形態による、清算機関の取引システムでの（１つまたは複数の）パフォーマンスボンドを管理するためのプロセスに関する別のフローチャートである。市場リスクを担保で保証するために、十分だが過剰でないパフォーマンスボンドを回収することができる。
【０２５５】
ステップ３９２では、定期的に（例えば月ごとに）（１つまたは複数の）パフォーマンスボンドを設定することができる。システムは、以前の６か月間の各商品（例えば、各通貨単位に関する１３の規定された満期のそれぞれ）の解析を行うことができる。各商品グループについて確立された最低減のパフォーマンスボンド基準を用いて、システムは、パフォーマンスボンド間隔の十分なレベルおよびスプレッドクレジットの変化についての勧告および／または決定を提供することができる。
【０２５６】
一実施形態では、通常の市場条件の下で、３０、９０および１２５取引日の時間範囲にわたる、絶対値で算出された、基となる金利スワップの価格の１日の動きを用いて、システムはパフォーマンスボンドの要求額を算出することができる。リスク管理部により決定された普通でない市場条件の下では、３０、９０および１２５取引日の時間範囲にわたる、絶対値で算出された、基となる金利スワップの価格の２日の動きを用いて、システムはパフォーマンスボンドの要求額を算出することができる。結果として生じる分散は、各期間で９５％、９７％および９９．７％の信頼間隔を用いて再算出することができ、９９．７％の信頼間隔で観測された最大値を用いて、パフォーマンスボンドを設定することもできる。また、システムは、直前の１２５取引日の時間範囲にわたる価格の１日の最大の動きを用いて、パフォーマンスボンドを算出することができる。各商品に採用されるリスク方針に従って、最も近いしきい値額（例えば＄１００）まで切り上げた、結果として生じる最高のパフォーマンスボンドを適用することができる。この手続きも、以前の１２５取引日にわたり当初のパフォーマンスボンドの十分性をバックテストするための方法体系を提供する。
【０２５７】
一実施形態では、長期契約でのより大きなリスクが、当初のパフォーマンスボンドについて選ばれたレベルに反映されていることを、システムは保証することができる。清算機関を保護するための主要な方法は、次の通りである。
−  貨幣の時間的価値：ディスカウント係数の算出により、カーブの長期部分に固有の、より大きなリスクレベルを反映することができる。
−  信頼間隔：より大きな信頼間隔を適用することにより、当初のパフォーマンスボンド額をより大きくすることができる。
−  保持期間：長期契約の流動性のレベルは一般により小さく、保持期間を調整することにより、当初のパフォーマンスボンドのレベルをより大きくすることができる。
【０２５８】
一実施形態では、システムは、例えば、以下の追加のパフォーマンスボンド方法の任意の組合せを使用することができる。
１．現物取引月のパフォーマンスボンド手数料
２．カレンダスプレッドパフォーマンスボンド手数料
３．ショートオプションの（オプションが提供されているならばそのときの）最小額
【０２５９】
一実施形態では、システムのユーザ、を含む最高リスク管理責任者またはその被指名者システムにアクセスして、これらの方法のいずれかを修正および／または作動することができる。
【０２６０】
ステップ３９３では、必要とされるパフォーマンスボンドより大きな当初の市場の動きにより引き起こされる潜在的な変動（ｖｏｌａｔｉｌｉｔｙ）に関連したリスクを軽減するために、システムにより変動パフォーマンスボンドの規定を採用する。１取引日以内に元のパフォーマンスボンドの７５％を超えて市場が動くならば、変動パフォーマンスボンドの規定は、パフォーマンスボンド間隔を１００％だけ自動的に増加させることができる。
【０２６１】
さらに、最高リスク管理責任者またはその被指名者を含むシステムのユーザは、システムにアクセスして、必要に応じてパフォーマンスボンドを変更して、（集中リスクや、信用格下げ、行き過ぎた価格動向などから）清算機関の金利を保護することができる。
【０２６２】
集中（Ｃｏｎｃｅｎｔｒａｔｉｏｎ）パフォーマンスボンド額は、任意の所与の契約で建玉の２５％以上を表しているならば、清算メンバーにより高い当初のパフォーマンスボンド額が確実に請求されるように設定される。集中のアプリケーションは、（１）清算メンバーによるデフォルトの場合に増加したリスクについて清算機関を保護し、かつ（２）清算メンバーに対して、契約の集中を低下させる動機付けとして作用するように設計される。
【０２６３】
一実施形態では、システムは、例えば、以下の予定に基づいて、証拠金の集中を判断することができる。
【表６】
2013514593.tif 000009
【０２６４】
ステップ３９４では、システムは、各清算メンバーにより保持される持ち高を定期的に再評価することができる。そのステップは、取引日の全体を通して、好ましくは１日に２回行うことができる。再評価プロセスは、カーブに沿った任意の点についてディスカウント係数を生成するための、混合した金利カーブを構成することに依拠することができる。結果として生じるキャッシュフローの正味の現価（金利スワップ先物の場合は固定側および変動側）金利スワップ先物の価値、すなわち値洗いを決定することができる。清算機関は、清算メンバーの担保口座から引き落として、取引日中の任意の損失を実現することができる。利益は、１日に１回、最初の銀行プロセスで支払うことができる。
【０２６５】
混合したイールドカーブは、ゼロクーポンのディスカウント係数カーブを作るための、１組の見積もったベンチマークレートと色々な金融契約の価格をブートストラップすることにより、構成することができる。このプロセスは、ステップ３０６に関してより詳細に記載する。簡単に言うと、ブートストラッププロセスは、最短の期日のスワップ先物契約で始まり、それらをすべて満期の昇順にする命令を実行する。各ステップで、直前のスワップ先物契約からのディスカウント係数を用いて、現在のスワップ先物契約のディスカウント係数を決定する。カーブ発生プロセスは、各スワップ先物契約をその個々のキャッシュフローに分解し、次いで、ゼロクーポン価格付けを用いてそれを値付けする。
【０２６６】
清算機関は、以下の要素を用いてその再評価額カーブを構成することができる。
−  金融市場レート（預金レート、ＦＲＡレート）
−  金利先物取引
−  スワップ市場レート
−  債券市場レート
【０２６７】
そのカーブを生成するための方法体系は、公開することができ、清算メンバーと公衆にとって清算機関のウェブサイト上で入手可能である。新しい商品が追加されたときは、清算機関が負うリスクに対するその適用性および適格性について、再評価額カーブの方法体系を点検することができる。
【０２６８】
ステップ３９５では、パフォーマンスボンドの回収を管理する。一実施形態では、システムは、清算機関での全パフォーマンスボンドの要求額の回収に関連した以下の規定のうちの少なくとも１つを用いる。
１．少なくとも各日２回、１回目は元のパフォーマンスボンドを決済（例えば、午前８：３０）する前と、２回目の時間は正午の変動（例えば、午後１：００）の前に、各清算メンバーの起点に関する元のパフォーマンスボンドの要求額を算出することができる。すべての時間は、東部標準時間とすることができる。
２．元のパフォーマンスボンドに関連したすべての不足額は、決済期間（例えば午前１０：００）までに、完全に担保で保証することができ、好ましくはそうしなければならない。
３．元のパフォーマンスボンドに関連したすべての不足額は、現金でまかなうことができ、好ましくはそうしなければならない。清算メンバーには、不足額が満たされたならば現金を受け入れ可能なパフォーマンスボンド担保と交換する選択権がある。
４．正午の回収に対する割戻し金を用いて、正午の算出に関連した任意のパフォーマンスボンドの不足額に担保を付ける。
５．通常、パフォーマンスボンドの要求は、すべての清算メンバーにわたって一律にすることができ、好ましくはそうしなければならないが、特定のリスクが危険とみなされる際は、システムは、一律の規定から逸脱して、追加のパフォーマンスボンドをいつでも要求してもよい。追加のパフォーマンスボンドの要求がなされたならば、清算メンバーは追加のパフォーマンスボンドに関連した任意の不足額を完全に担保で保証するための期間（例えば１時間）をもつ。
【０２６９】
ステップ３９６では、パフォーマンスボンドの担保を管理する。承認を考えるためには、以下の一般的な担保引受け基準のうちの少なくとも１つを、すべての形式の担保が満たし続けなければならない。
１．現在の清算メンバー間からの十分な担保引受けの需要があってもよく、好ましくはそうでなければならない。
２．入札の規模が妥当である、活発な流通市場がなければならない。
３．正確で信頼でき、適時な価格情報の入力源が、独立したサードパーティベンダから清算機関にとって利用可能とすることができ、好ましくはそうでなければならない。
４．清算機関は、完成した担保権を担保の種類で取得してもよく、好ましくはそれが可能でなければならない。
【０２７０】
清算機関とって受け入れ可能な形態の担保は、次の通りである。
−  ＵＳＤの現金
−  ＵＳＤの短期国債、紙幣、債券
−  ＵＳ機関の債券
−  認可された金融市場のミューチュアルファンド
【０２７１】
受け入れ可能な担保に対する更新は、ウェブサイト上で公開することができる。
【０２７２】
ステップ３９７では、少なくとも１つのマネーマーケットファンドを担保として利用可能と決定する。一実施形態では、以下の判断基準のうちの少なくとも１つに基づき担保として用いてもよい認可されたマネーマーケットファンドのリストを、システムは構築してもよい。
１．全体で、任意の認可されたマネーマーケットファンドの未払い割当の総数のわずか１０％を、元のパフォーマンスボンド担保としてすべての清算メンバーから受理することができる。
２．任意の認可されたマネーマーケットファンドの未払い割当の総数のわずか５％を、元のパフォーマンスボンド担保としてすべての清算メンバーから受理することができる。
３．清算メンバーの元のパフォーマンスボンドの担保のわずか１０％を、認可されたマネーマーケットファンドで構成してもよい。
４．認可されたマネーマーケットファンドを、わずか１株ずつ清算機関に預けてもよい。所与の基金の慣習に応じて、そうした割当は、その基金にて設立された清算機関の口座に移すか、または決済銀行にて既存の清算機関の保管業務の口座に預けることができる。
５．認可されたマネーマーケットファンドに後者の方法を用いて投資する清算メンバーには、その決済銀行にて少なくとも１つの当座預金口座を維持する（かつ、（１つまたは複数の）口座番号を清算機関に提供する）ように要求することができる。また、そうした清算メンバーは、決済銀行と直接連絡をとって、（もしあれば）どの追加の文書が口座に要求されるかを判断すべきである。
６．清算機関は、ＣＦＴＣの規定１．２５を準拠しない場合にパフォーマンスボンドを目的とする基金の割当の引受けを辞退する権利を留保する。
７．認可されたマネーマーケットファンドは、その基となる投資の詳細なリストを、清算機関に週１回以上提供しなければならない。この情報を用いて、その資金償却された原価価値と基となる投資の現在の値洗い価格との間の分散を算出することもできる。分散の量が−０．５％以上ならば、認可された金融市場のミューチュアルファンドの、認可されたマネーマーケットファンドとしての資格を剥奪することができる。
８．担保として受け入れ可能な特定の資金に関する詳細は、清算機関のウェブサイト上で見つけることができる。
【０２７３】
ステップ３９８では、システムは、パフォーマンスボンドについてのヘアカットと担保評価額を決定することができる。以下は、積立金額についてパフォーマンスボンドを判断するのに用いられる担保評価額およびヘアカット管轄する規定の一実施形態である。
１．清算機関および／またはシステムは、独立したサードパーティベンダにより提供された価格を利用して、すべての現金でない担保形式を毎日値洗いすることができる。
２．すべての現金でない担保形式は、担保固有の毎日の価格リスクを適度に表す「ヘアカット」にかけることができる。ヘアカットは、システムにより四半期ごとに決定することができ、かつ／または人もしくは決定するためのリスク部などの人のグループに提供することができる。現在のヘアカットは、ウェブサイト上で公開することができる。
【０２７４】
図３Ｊは、本発明の実施形態による、カウンターパーティとしての清算機関とのデリバティブおよび／またはスワップ契約の電子取引システム内における金利スワップポートフォリオの不適合を管理するためのプロセスを示す。１組の金利スワップ契約内でリスク代替性の程度が高いことにより、相手方は、個々の契約のリスクではなくポートフォリオの要素リスクを管理することが可能になる。個々の契約を苦心して終わらせるかまたは更改しなくても、この要素リスクアプローチにより、満期とクーポンは不適合になる。これらの不適合を相殺するための簡単な機構が何もなくても、それらの管理には一貫した管理が要求され、現行のコストを招く。
【０２７５】
以下に記載するプロセスにより、契約の満期日に基づいて、同様のスワップ契約を先入れ先出し（ＦＩＦＯ）で相殺およびネッティングすることができ、それによって、交換についての残存リスクを低減される。
【０２７６】
ステップ３１０２では、システムは、取引に関するスワップ契約を初期化する。一実施形態では、契約は、ＩＤＥＸ  ＵＳＤ  ＤＬＯＣ契約であり、既存のＩＤＥＸ  ＵＳＤＩＲＳ契約のきめ細かさと正確さを保持しながら、これらの不適合の影響を緩和するように構成される。ＩＤＥＸ  ＵＳＤ  ＤＬＯＣ契約は、既存の契約からの大規模なクロスオーバーの利息を促進するように構成される。一般に、そのプロセス用に任意のスワップ契約構成することができ、そのスワップ契約は、満期日の小さな不適合によりそれらの固定レグの相殺から大幅なエクスポージャを引き起こさないように構成される。すなわち、昨日の現物取引５年契約が、今日の現物取引５年レートの動向に対する非常に効果的なヘッジとなる。取引に関するスワップ契約を初期化するためのプロセスは、少なくとも図３Ａのステップ３０２でより詳細に記載されている。
【０２７７】
ステップ３１０４では、その存続期間の大部分にわたり契約間で共通の金利計算期間とリセット日をもつように、その契約を構成する。変動金利を設定する際のタイミング差でエクスポージャが起こる際は、これらの設定が重要な経済政策または通貨政策の事象をまたぐならば、それらは重要な価値を作り出すかまたは壊すことができる。そのプロセス用に構成されたＩＤＥＸ  ＵＳＤ  ＤＬＯＣ契約または任意の他の契約は、その存続期間の大部分（例えば、存続する大部分の期間、例えば存続期間の９０〜１００％）にわたって、金利計算期間およびリセット日を契約間で共通にするように構成されることで、このリスクを扱う。特に、一実施形態では、３月、６月、９月および１２月の第３水曜日と、最後に契約自体の満期日に、利払いが起こるように構成される。最初と最新の変動をリセットするこのやり方を契約間で異ならせて、それにより、満期日の不適合を保持することの意味合いを低減させ、さらに清算機関（ＩＤＣＨ）は大幅な当初証拠金の軽減を提供することが可能になる。
【０２７８】
ステップ３１０６では、さらに、重要な金利エクスポージャを最小化するように、スワップ契約を構成することができる。クーポンレートでの不適合により、結果として生じる年金が高いならば、重要な金利エクスポージャを作り出すことができる。これは、相殺想定元本が大幅であり、かつ／またはならばクーポンの差額は広いならばそうである。このエクスポージャは、イールドが低下するときに正の年金の価値が増加する（逆もそうである）ために生じる。一実施形態では、そのプロセス用に構成されたＩＤＥＸ  ＵＳＤ  ＤＬＯＣの契約または任意の契約は、価格で取引し、すべての先物債務を所与の満期日について共通に保つすることにより、このリスクを扱う。特に、一実施形態では、すべての固定金利は５．００％に設定され、その価格は、これらの共通の先物債務の正味の現価を表す。
【０２７９】
ステップ３１０８では、システム（および／またはカウンターパーティ／ＩＤＣＨ）は、満期が共通する相殺する取引をネッティングし、つぶして、参加者（例えば、ユーザおよび／または清算機関）に継続的な責任を全くまたはほとんど残さないようにする。ステップ３１０８のプロセスは、図３Ｋのプロセスにより行うことができる。スワップ商品の構成および上述の構成によって、かつクロスオーバーの利息を既存の契約から緩和するために、システム／ＩＤＣＨは、本明細書に記載したように、システムディスカウントカーブの形で共通の評価ツールを提供することができ、その結果、ＩＤＥＸ  ＵＳＤＩＲＳの契約とＩＤＥＸ  ＵＳＤ  ＤＬＯＣの契約を含む、色々な契約の間で、全変動証拠金と重要な当初証拠金が軽減される。次いで、処理は他の処理に続く。
【０２８０】
図３Ｋは、本発明の実施形態によるシステムにより行われる同様のスワップ契約のＦＩＦＯネッティングに関するプロセスを示す。
【０２８１】
ステップ３２０２では、取引を受け取り蓄積する。一実施形態では、取引が買いであれば、取引を買いＦＩＦＯキューに入れてもよい。取引が売りであれば、取引を売りＦＩＦＯキューに入れてもよい。
【０２８２】
ステップ３２０４では、１つの口座（例えば、取引および／または持ち高の口座または日常の口座）および／または１グループの関連した口座について、それぞれの似ている契約を先入れ先出し（ＦＩＦＯ）でネッティングする。（例えば買いＦＩＦＯキュー上で）入手可能な最初の買いを（例えば売りＦＩＦＯキュー上で）入手可能な最初の売りによりネッティングし、その逆も同様である。ネッティングされた取引は、それぞれのＦＩＦＯキューから取り除かれる。
【０２８３】
ステップ３２０６では、買いＦＩＦＯキューおよび／または売りＦＩＦＯキューが空でないかどうかを決定し、そうであれば処理ループしてステップ３２０４に戻り、そこで次の買いを次の売りなどによりネッティングしてもよい。そのため、口座内で、ユーザが１０＠４．００％、１５＠４．０１％、２５＠４．０４％および５＠４．０２％で買い、ユーザが１０＠４．０６％で売るならば、システムは、例えば４．０６％での最初の売りに対し、４．００％での最初の買いでネッティングすることになる。本実施形態では、ネッティングの結果は、６ｂｐｓでもよい。
【０２８４】
ステップ３２０８では、ディスカウントカーブおよびユーザについて計算された証拠金に対するネッティングの結果（例えば、６ｂｐｓ）の評価額に基づいて、それぞれのネッティングされた売買の対について、かつ／またはすべての組にわたって、損益（Ｐ＆Ｌ）を計算する。一実施形態では、ネッティングされた売買による損益は、次いで、ディスカウントカーブ（本明細書で開示したような）に対する基準点の１基準点のドル価値（Ｄｏｌｌａｒ  Ｖａｌｕｅ  ｏｆ  １  ｂａｓｉｓ  ｐｏｉｎｔ）（ＤＶＯ１）により決定され、変動証拠金にて支払または回収される。一実施形態では、ディスカウントカーブに対する基準点のＤＶＯ１は、図６Ａ〜図６Ｃに記載したようなディスカウントカーブに対する評価額を含む。上記の例では、ユーザが値（例えば５０ｍ）で売ったならば、システムは時間順にネッティングして、販売を履行することになる。次いで、処理は他の処理に続く。
【０２８５】
さらに別の実例となるシステム
一実施形態では、上記で開示したような図１のシステムは、さらに、スワップ契約の交換に関する解析および報告を管理するように構成してもよい。一実施形態では、図３Ａおよび図８Ａ〜図１０のプロセス行うように、システムのサーバ装置１０２を構成してもよい。
【０２８６】
さらに別の実例となる装置
一実施形態では、上記で開示したような図２Ａの装置は、さらに、スワップ契約の交換に関する解析および報告を管理するように構成してもよい。
【０２８７】
一実施形態では、その装置の解析要素２１８は、システムでスワップ契約についての解析レポートを生成し、かつ／または電子交換コンピュータシステム内でポートフォリオデリバティブの影の、すなわち模擬の清算を行い、かつ／または、影の清算レポートを提供するように構成された、任意のハードウェアならびに／またはハードウェアおよびソフトウェア要素を含む。図３Ａおよび図８Ａ〜図１０のプロセスのステップのうちの少なくともいくつかを行うように、要素２１８を構成することができる。
【０２８８】
さらに別の実例となるプロセス
図３Ａおよび図８Ａ〜図１０は、本発明の実施形態による、とりわけ、ディスカウントカーブの計算および取引に対する証拠金の維持を用いて、カウンターパーティとしての清算機関と金融証券を電子取引するコンピュータシステムを管理するためのプロセスに関するフローチャートおよび関連するデータ構造である。一実施形態では、図３Ａおよび図８Ａ〜図１０のステップのうちの少なくともいくつかを、例えば、上記で開示したような図１〜図２Ｅの（サーバ装置１０２などの）システムおよび／または（１つまたは複数の）計算装置により行うことができる。一実施形態では、図３Ａおよび図８Ａ〜図１０のステップのうちの少なくともいくつかを、人および／または人のグループにより、それらの人だけで、またはコンピュータの要素の助けを借りて行うことができる。
【０２８９】
図３Ａは、上記で開示したような本発明の実施形態による、計算されたディスカウントカーブに基づいて、金融証券の取引を管理するためのプロセスについてのフローチャートのさらに別の実施形態である。図３Ａのステップは、この特許出願に記載されている。
【０２９０】
一実施形態では、スワップ契約の交換に関する解析および報告を管理するように、そのステップを修正してもよい。特に、ステップ３０８のプロセスおよびインタフェースは、図１１Ａ〜図１３Ｍのプロセスにより行ってもよい。レポートを生成するためのステップ３１６のプロセスは、図９〜図１０のプロセスにより行ってもよい。代わりの実施形態では、ステップ３１６のプロセスは、図８Ａ〜図８Ｆのプロセスも行ってもよい。他の実施形態では、図８Ａ〜図８Ｆのプロセスを、図３Ａのプロセスから独立して行ってもよい。
【０２９１】
図８Ａ〜図８Ｆは、本明細書に記載したようにシステムのリスクを最低減にしたりスワップ契約の取引戦略を最小化するなどのために、例えばディスカウントカーブや、先物相場、スワップ契約に基づいて、本発明の実施形態によるシステムがデータを解析できるようにするためのフローチャートおよびデータ構造の例である。
【０２９２】
スワップ契約は、先物取引契約と異なり、その存続期間にわたってキャッシュフローの支払いと受取りを続ける。先物にあるようなやり方で、スワップの下で満期時に決済するという概念はない。スワップポートフォリオの保有者に対するこの影響は、時間の経過がポートフォリオの価値に影響を及ぼすということである。
【０２９３】
図８Ａは、スワップ契約のキャリーおよびディケイを決定するためのプロセスについてのフローチャートである。システムは、例えば図８Ｂに示したように、図示した現在の市場設定で、（例えば５年の）最終満期をもつスワップを審査することにより、スワップ契約に対する時間の影響を定量化する。図８Ｂは、ＬＩＢＯＲの３．４７６２５、４年スワップの４．０１％、および５年スワップの４．１３％の、ある期間（ｘ軸）にわたる価格（ｙ軸）を示す。
【０２９４】
本明細書では、キャリーとは、その期間にわたる固定レグと変動レグについて発生した利息の間の差額を指す。本明細書では、ディケイとは、スワップの当初のイールドと、その期間の終わりでイールドカーブにより予測されるものとの間の差額を指す。
【０２９５】
ステップ８０４では、スワップ契約に関して、キャリーの（１つまたは複数の）影響を計算し、提供する。キャリーのパラメタは、インタフェースを通じて提供することができる。キャリーの影響を考慮するためには、一例として、システムは、想定元本がＵＳＤ１，０００，０００のスワップを管理し、０８年９月２６日から０８年１０月２７日までの期間、すなわち１か月を調べてもよい。次いで、システムは、利息の増加額を算出し、ＵＳＤスワップ市場で用いられる日数計算分数（Ｄａｙ  Ｃｏｕｎｔ  Ｆｒａｃｔｉｏｎ）（ＤＣＦ）方式を用いる。
利息増加額＝想定元本×レート×ＤＣＦ
【０２９６】
変動利息の増加額については、レートはＬＩＢＯＲ、この場合は３．４７６２５％であり、ＤＣＦは実／３６０方式を用いて算出される。これは、その期間の実際の日数を３６０で割ることを意味する。そのため、その例では、次のようになる。
１，０００，０００×３．４７６２５％×３１／３６０＝２，９９３．４４
【０２９７】
固定利息の増加レートは、スワップの固定クーポン、この場合は４．１３％であり、ＤＣＦは、３０／３６０または債券基準の方式を用いて算出される。３０／３６０方式は、実／３６０より多少複雑であるが、基本的には、各月の長さが３０日であることを仮定する。その方式は、次の公式により最もうまく説明される。
［［３６０×（Ｙ２−Ｙ１）］＋［３０×（Ｍ２−Ｍ１）］＋（Ｄ２−Ｄ１）］／３６０
ここで、Ｙ１およびＹ２は、数字で表される、金利計算期間の開始日および終了日の年であり、
Ｍ１およびＭ２は、数字で表される、金利計算期間の開始日および終了日の月であり、
Ｄ１は、数字で表される、金利計算期間の開始日の暦日（ただしそうした数が３１でない場合）であり、その数が３１である場合、Ｄ１は３０になり、
Ｄ２は、数字で表される、金利計算期間の終了日の暦日（ただしそうした数が３１でなくＤ１が２９より大きい場合）であり、その数が３１であるかまたはＤ１が２９より大きい場合、Ｄ２は３０になる。
【０２９８】
さて、システムは、固定金利の増加額を次のように算出することができる。
１，０００，０００×４．１３％×３１／３６０＝３，５５６．３９
【０２９９】
では、これらの２つの増加額をネッティングすることにより、システムは、この特定のスワップを１か月間保持した場合のキャリーを＄５６２．９５と決定する。これは、固定で受け取る（売り）ならば利益であり、固定で支払う（買い）ならば損失である。
【０３００】
ステップ８０６では、スワップ契約に関して、ディケイの（１つまたは複数の）影響を計算し、提供する。
【０３０１】
これにより対処すべきディケイが残り、このプロセスは先物取引契約の場合とは異なり、満期に近付くときにその現物取引インデックスが収束する。同じ例のスワップを用いると、期間の終わりに、システムがスワップを売ることができるレートは、もはや有効な５年レートではなく、４年１１か月レートである。一実施形態では、その期間にわたって市場が動かないと仮定し、５年と４年の間にレートが直線で進むようにシステムが構成されているならば、このレートは４．１２％である。
【０３０２】
当初の固定金利（４．１３％）とディケイされた固定金利（４．１２％）で、システムは、継続期間の尺度または基準点価値（ＢＰＶ）を決定して、ディケイの影響を以下のように決定する。
（４１３−４１２）×４４８．８７＝４４８．８７
【０３０３】
次いで、システムは、スワップ契約に対する時間の影響を定量化するのに必要な情報をもつ。
【０３０４】
例えば、１か月の期間にわたりスワップ契約を固定する（売り）取引をシステムが受け取ったならば、システムはキャリーで＄５６２．９５と、ディケイで追加の＄４４８．８７を稼ぎ、全体で＄１，０１１．８２の利益になる。損益なしの観点でこの数を決定することは、場合によっては有用である。これは、ディケイ算出に用いられるＢＰＶを用いることにより、容易に行われる。
＄１，０１１．８２／＄４４８．８７＝２．２５基準点（ｂｐ）
【０３０５】
これは、ディスカウントカーブ損失に遭遇し始める前に、スワップレートがその期間の上に２．２５ｂｐだけ上昇し得ることを意味する。このことを、よく、正のキャリー、または単にキャリー取引という。
【０３０６】
この例では、１か月の期間にわたるスワップのキャリーおよびディケイの運用成績が調査され、決定された。この期間の選択は重要である。システムが異なる期間を調べることを選んだならば、システムは著しく異なる答えを出したかも知れない。実際、スワップの例では、その存続期間にわたって、正負両方のキャリーとディケイの期間に遭遇することになったであろう。
【０３０７】
キャリーおよびディケイは、スワップ領域で表される取引戦略を評価するための重要な要素となり得る。一実施形態では、キャリーおよびディケイが示唆される期間は、基となる戦略の考えられる時間範囲と適合するように制約される。
【０３０８】
次いで、処理は他の処理に戻る。
【０３０９】
図８Ｃは、（１つまたは複数の）スワップ契約について主成分分析（ＰＣＡ）を行うように構成されたプロセスの例のフローチャートである。多くの金融市場と、特に期日構造は、価格や、イールドおよび収益の間にある高レベルの共線性により特徴付けられる。主成分分析（ＰＣＡ）は、訂正されていない入力源の、多数および／または紛らわしい多変量のデータ組における最も重要な変動を抽出する効率的な方法である。ＰＣＡは、神経科学から画像圧縮まで広範な用途があるが、金融モデリングでは、「損失」データ点の予測モデル、およびポートフォリオのリスクプロファイルを記述するものとしての、２つの使い方が普及している。
【０３１０】
ＰＣＡは、誤差項が均等な分散をもつことを仮定する因子分析の特別な場合である。ＰＣＡは、各属性についてデータの平均の中心化（ｍｅａｎ  ｃｅｎｔｅｒｉｎｇ）と正規化をした後で、データ共分散行列の固有値分解を形成するものである。この例では、システムは、２００８年３月１８日から２００８年９月１８日までの６か月物ＵＳＤ金利スワップのデータを用いて、ＰＣＡの技法を実証し、その結果を解釈する。６か月は、ＰＣＡに一般に用いられるサンプルであるが、基となる市場の動きを取り込むための唯一のやり方ではなく、本発明の範囲から逸脱することなく他のやり方を用いることもできる。
【０３１１】
ＰＣＡは、Ｍａｔｈｅｍａｔｉｃａ、ＶｉＳｔａ（Ｔｈｅ  Ｖｉｓｕａｌ  Ｓｔａｔｉｓｔｉｃｓ  Ｓｙｓｔｅｍ）、Ｓｐｅｃｔｒａｍａｐ、ＭＡＴＬＡＢ、多変量データ解析ソフトウェア（Ｍｕｌｔｉｖａｒｉａｔｅ  Ｄａｔａ  Ａｎａｌｙｓｉｓ  Ｓｏｆｔｗａｒｅ）、Ｗｅｋａ、および／または、とりわけＫａｒｈｕｎｅｎ−Ｌｏｅｖｅ変換（ＫＬＴ）、Ｈｏｔｅｌｌｉｎｇ変換または適当な直交分解（ＰＯＤ）などを模擬し計算するカスタムの統計ソフトウェアパッケージなどの、数学的なソフトウェアパッケージにより行うことができる。
【０３１２】
ステップ８０８では、ＰＣＡの計算用の入力データフィードを集める。この例では、２００８年３月１８日から２００８年９月１８日までの期間について、ブルームバーグから、１年、２年、３年、４年、５年、６年、７年、８年、９年、１０年、１２年、１５年、２０年、２５年および３０年の終わりのイールドを、システムは集めてもよい。次に、システムは、カーブの点に対応する１５列と各日の終わりのイールドの変化に対応する１３３行の行列を作成する。
【０３１３】
ステップ８１０では、システムは、データを中心化および／または正規化する。これは、例えば、データ行列の各次元について、サンプルの平均を引き、サンプルの標準偏差で割ることにより実現される。これは、とりわけ、データ組が変化しないことを保証し、変動率が最も大きい入力変数の優位性を低下させるために行われる。標準化の様々な方法（指数平滑化など）が様々なソフトウェアパッケージにより用いられ、そのことが、わずかに異なる結果を生成し得る理由となる。
【０３１４】
ステップ８１２では、システムは共分散行列を算出する。一実施形態では、全体の共分散行列は、図８Ｄに示した行列とすることができる。離れている組よりも、詰めて配置された組の方が相関している、スワップイールドカーブの典型的な振舞いが、その行列により示される。明らかなように、行列は正方かつ対称であり、これは次のステップのために重要な要件である。
【０３１５】
ステップ８１４では、システムは、共分散行列の固有ベクトルと固有値を算出する。ほとんどの統計ソフトウェアパッケージは、内蔵のルーチンで、共分散行列の固有値分解を行うことになる。ここで、このプロセスの結果は、入力データに対して加えられる。一実施形態では、この解析を行うためのいくつかの仮定、すなわち、主要な成分は直交しているという仮定がある。実際のところ、これは、データ組での関係が線形であり、それらの分布を記述するのに平均および分散が十分な統計量であるということを意味する。
【０３１６】
一実施形態では、最初のいくつかの主要な成分（Ｐｎ）により、データ組の変動の大部分が記述される。図８Ｅは、その例のデータ組では、最初の３つの主要な成分により、そのデータでの９９．５％の変動性が説明されることを示す。説明および計算におけるこの効率は、ＰＣＡの大きな魅力のうちの１つである。
【０３１７】
さて、図８Ｆの固有ベクトルを参照すると、計算されたデータをスワップカーブに加えることができる。Ｐ１重みは、データ組内の証券のそれぞれに非常によく似ており、この結果は、これらの点同士の相関が非常に高いことからもわかり、イールドカーブをほぼ平行移動する効果であると解釈することができる。Ｐ２重みは一貫して減少しており、それにより、イールドカーブの傾きの変化を反映していることがわかる。話はそれるが、この傾き成分の枢動点が７年辺りであることに留意すると興味深い。この枢動点は、解析し使用するためにユーザに提供されたデータの一部でもよい。最後に、Ｐ３重みは、イールドカーブのコンベキシティ、すなわちたわみを表すように決定することができる。また、どこでこのたわみが最も大きく影響しているか（その場合では５年の領域）を見ることは興味深い。このたわみ点は、解析し使用するためにユーザに提供されたデータの一部でもよい。
【０３１８】
その例のデータ組はスワップの１つの資産クラスだけを含むが、システムは、政府保証の商品または別の通貨を取り入れ、上述した最初の４つの主要な成分にそのデータを適用するようにプログラムすることができ、その主要な成分のうちの１つは、資産クラス間での広がりの変化を表すことになる。
【０３１９】
ステップ８１６では、色々なスワップ契約データのＰＣＡの計算されたデータ解析を提供する。明らかなように、ポートフォリオの全体的なリスクを審査するときに、Ｖａｌｕｅ  Ａｔ  Ｒｉｓｋ（ＶＡＲ）解析と同様だが記述する能力がより高いＰＣＡは、価値のあるツールとなり得る。イールドカーブのシフト、カーブ、広がりおよび／またはたわみの影響に対する取引またはポートフォリオに免疫性を与える戦略用の重み付けを導出する際にも、ＰＣＡは有用である。これは、平均に回帰する潜在性がある戦略を識別するときに、特に興味深い。
【０３２０】
図９は、本発明の実施形態による、電子交換コンピュータシステム内でポートフォリオデリバティブの影の、すなわち模擬の清算を管理し、かつ／または影の清算レポートを提供するためのプロセスを示す。影の清算は、ＯＴＣ金利のデリバティブ取引をシステムの清算機関に移す意味合いを見るために、現在の参加者と潜在的な参加者の両方に関するデリバティブ証券のポートフォリオの取引データに基づき、図３Ａに従ってディスカウントカーブを生成し使用するシミュレーションである。一実施形態では、ポートフォリオでの取引と、システムにより提供されるレポートは、暗号化することができ、または他の技術的な方策を用いて、レポートへのアクセスを制限し、かつ／またはポートフォリオでの取引とレポートは、コンピュータのセキュリティの方策により保護してもよい。
【０３２１】
ステップ９０２では、システム内での模擬の取引用にユーザのポートフォリオでの取引を構成する。ユーザにより提供されたフラットファイルでの取引がシステムの現在の契約仕様に正確に適合しないならば、システムは、それらを影の清算用に準拠させるために、取引の詳細に対して何らかの仮定や修正をすることができる。クライアントのデータに基づいて、システムにより調和させることができる３つの重要な異なる領域があり、それは、変動レグの頻度、変動レグに関する証拠金、および埋め込まれたコールオプションである。
【０３２２】
フラットファイルが変動レグの頻度を混ぜ合わせたものを含む一方で、システムの現在の契約仕様により、四半期ごとの更新（ｒｏｌｌ）が可能になる。影の清算をする目的で、変動レグが四半期ごとに更新されるようにシステムを構成することができる。いくつかの実施形態では、システムは、システムとスワップの相手方の間にある何らかの差異に寄与するであろう評価に対する調整をしなくてもよい。一実施形態では、連邦農業信用銀行資金調達会社（Ｆｅｄｅｒａｌ  Ｆａｒｍ  Ｃｒｅｄｉｔ  Ｂａｎｋｓ  Ｆｕｎｄｉｎｇ  Ｃｏｒｐｏｒａｔｉｏｎ）に対する月ごとの更新を可能にする、１組の提案された契約仕様を、システムに提供することができ、それによりこの問題は解消するであろう。
【０３２３】
商取引の変動レグについての証拠金があるところでは、それらは、以下の近似式を用いて固定金利の同等額に変えられている。
【数２】
2013514593.tif 000010
【０３２４】
最後に、契約の要求日までのブレット（ｂｕｌｌｅｔ）取引としてシステムが扱ったいくつかの呼出可能な構造が、ポートフォリオ内にはある。これらの契約の行使価格が与えられると、これはエクスポージャの妥当な表示である。
【０３２５】
ステップ９０４では、ポートフォリオ内の過去および／または現在の取引データを、システムが実行するシミュレーションに提供し、システムからの実際の取引データだけでなく、ポートフォリオからの取引データもシミュレーションに含める。シミュレーションにより、模擬のディスカウントカーブを生成し、図３Ａに記載したようなデータを提供する。評価額は、システムのディスカウントカーブにより生成される。このカーブの構成の詳細は、本明細書に記載した。
【０３２６】
ステップ９０６では、システムは、本明細書に記載した、例えば図３Ａのプロセスを用いて、ディスカウントカーブを生成し証拠金を維持するプロセスを用いて、ポートフォリオの取引の実行を模擬する。一実施形態では、シミュレーションは、取引に対する模擬のカウンターパーティとしての清算機関を用いた模擬の取引に基づく。
【０３２７】
ステップ９０８では、影の日報を生成する。日報は、５つの主要な区分、すなわち、概要レポート、オープンポジションレポート、クローズドポジションレポート、クーポン払いレポートおよびイールドカーブの詳細を含むことができる。影の概要レポートは、任意のクーポン料金および基準証拠金（これは、建玉のＮＰＶと同等のものである）とともに、取引の価格付けならびに／またはポートフォリオの当初および変動証拠金所要額を示すことができる。影の清算の権利行使が進捗するときに、前日からのこれらの数の変化もここに表示されることになる。レポート内のすべての数は、清算機関の観点からのもの、すなわち正の数は、清算機関に借りている金であり、負の数は、参加者に借りている金である。建玉レポートは、元のＩＤ番号、取引の注文、および契約の系列の識別子にマップされる取引レベルの評価の詳細を与えることになる。情報について、元の相手方は概要を与える。クローズドポジションまたはクーポン支払いのいずれかがあるならば、それらは、建玉レポート内のものと同じ情報をもつそれらそれぞれのレポートに現われることになる。最終ページには、カーブの入力が表示される。次いで、処理は他の処理に戻る。
【０３２８】
図１０は、本発明の実施形態による、システム内で影のレポートを提供することを含む、ポートフォリオの審査に関するフローチャートおよびデータ構造の例である。図１０は、ステップ３０６により提供されるデータおよび／または図９のプロセスに基づく、ポートフォリオの審査に関するプロセスを示す。一実施形態では、機関のカウンターパーティの信用リスクを、二者間の世界から、取引の個数が相対的に少ない中央で交換清算される解決策に、どのように移すことができるかを、解析により生成されたレポートが実証する。それにより、図１０のプロセスにより生成された（１つまたは複数の）レポートは、（１つまたは複数の）カウンターパーティリスクのエクスポージャを示し、それらのリスクが集中しているかまたは信用評価が急速に悪化するために参加者に関心がある個々の相手方にとって、二者間の担保管理に対する即時の代替案を提供する。
【０３２９】
ステップ１００２では、参加者により提供されたポートフォリオを、例えばそのポートフォリオをシャドーイングすることにより、解析する。システムは、ポートフォリオの現在の金利エクスポージャと、同じ契約の価値がある期間にわたりどのようにディケイするかを模擬する。模擬のエクスポージャは、図９のプロセスによる模擬の日報を含むデータにより、決定することができる。次いで、このエクスポージャに対するヘッジを作成または模擬し、現在上場されておりシステムおよびその加盟者により交換清算された契約によって、その商取引の条件を再現することができる。これらのヘッジと契約を同時に実行することにより、ポートフォリオの金利リスクプロファイルまたはその評価額の会計処理に影響を及ぼすことなく、当事者は、カウンターパーティの信用エクスポージャの大部分を、二者間の環境から中央で交換清算される解決策に移すことができる。一実施形態では、この解析では、２年未満のエクスポージャが組み合わされたために、イールドカーブの最前端部できめ細かさがいくらか損われることがあった。しかしながら、これは、何らかの技術的な制約というよりもむしろ、説明を簡単にするために行われる。他の実施形態では、そうしたきめ細かさは、２年未満のエクスポージャを用いることにより、全く損われない。
【０３３０】
これらのよりショートエンドのエクスポージャを当事者がどのように見たいかということについてのユーザ入力のオプションに基づき、必要に応じて、システムはさらなる詳細を追加することができる。システムにより提供される少なくとも２つの解決策があり、その１つは、現在のレベルでのカウンターパーティのエクスポージャを具体化することであり、もう１つは、市場外のヘッジおよび契約を実行することによりエクスポージャの最小化を試みることである。エクスポージャを最小化することがトレーダの相手方にとってより重要な資金供与の意味合いをもつときにはその両方が含まれ、したがって、その両方とも、解決策のコストに影響を及ぼすこともある。ヘッジは、それらの元の目的に確実に応えるようにするために、その存続期間にわたって補正し続けることができる。
【０３３１】
ステップ１００４では、金利エクスポージャと、ポートフォリオについて評価額のエクスポージャがある期間にわたりどのようにディケイするかのモデリングを決定し、例えば図１１Ａのおよび図１１Ｂのレポートに示すように表示する。図１１Ａは、スワップイールドで０．０１％の下落までの感度により測定された、金利エクスポージャの満期プロファイルを示す。図１１Ａは、１０年目に何らかの相殺がなされ、５年と１５年の間で基準点当たり＄２千万の上向きである際立った売り持ちを示す。図１１Ａは、持ち高が満期になるときに、ＮＰＶがどのようにディケイするかを示し、ＮＰＶの符号が２年目の点辺りで変化し、５年後にゼロに向かう相対的に安定な動向を維持する。
【０３３２】
ポートフォリオにはいくらかの自然なネッティングがあるが、これにより、全体の想定元本は２６３百万または１％未満だけ低下し、商取引人口が３または２％辺りだけ低下する。ポートフォリオは、重大な基となるリスクがあるものでもよく、一実施形態では、リスクエクスポージャの解析の概要詳細は次のようになり、色々なレポートとしてユーザに提供することができる。
−  １３５取引
−  想定元本のエクスポージャで１２２８億
−  評価額のエクスポージャで２９億
−  金利エクスポージャで基準点当たり１９５０万
−  当初の証拠金所要額で１１億
【０３３３】
ＯＴＣ市場での丁度１５個のスワップ取引と関連した交換清算した先物取引契約に入ることにより、金利エクスポージャの大部分を中央で交換清算される環境に移すことができる。ＯＴＣ環境での残存金利エクスポージャは、図１１Ｂでわかり、また、スワップイールドで０．０１％の下落までの感度により測定される。レポートは、金利エクスポージャが基準点当たり５８千辺りに低下しており、カーブの前方に制約されていることを示してもよい。
【０３３４】
この段階では、金利リスクエクスポージャを譲渡するのに使用された取引が市場で実行されたために、評価額のエクスポージャはＯＴＣ領域に留まっている。市場外のレベルで行使された同じ１５個のスワップ取引を用いて、評価額のエクスポージャを移すこともできる。この影響は、図１１Ｃのレポートでわかる。そのプロファイルを扱うのに用いられた取引の個数が相対的に少ないため、残存評価額のエクスポージャにいくらかのぎざぎざがあり、１５個より多くのヘッジ取引を使用することによって、より滑らかな結果を実現することができる。
【０３３５】
ステップ１００６では、図１１Ｄの例のレポートに示すように、最低限のレベルで残存するＯＴＣのプロファイルとポートフォリオの両方を保った現行の維持または証拠金のレポートを決定し、表示する。図示するように、元のポートフォリオのプロファイルを再現するのに用いた取引がより少ないほど、規模と頻度の両方でこの維持の要求が大きくなる。しかしながら、この例でわかるように、ポートフォリオのカウンターパーティの信用エクスポージャの大部分を、中央で交換清算される解決策に譲渡することは、相対的に簡単で効率的なプロセスである。
【０３３６】
実例となるユーザインタフェース
図１０と併せて上記したように、図１１Ａ〜図１１Ｄは、システム内でポートフォリオをシャドーイングするプロセスにより提供された、色々なユーザインタフェースを示し、金利エクスポージャの満期プロファイルや、ＯＴＣ環境での残存金利エクスポージャ、評価額エクスポージャ、模擬した現行の維持または証拠金所要額を含む。
【０３３７】
図１２Ａ〜図１３Ｍは、本発明の実施形態による、決定されたディスカウントカーブに基づいてスワップ契約および証拠金の取引を管理するためのプロセス、データ構造およびユーザインタフェースの例を示す。一実施形態では、図１２Ａ〜図１３Ｍは、ある期間にわたる、スワップのキャッシュフローの振舞いを示す。一実施形態では、ステップは、ＯＴＣの二者間の取決めで処理されるように、システムの先物取引での同じキャッシュフローを処理するためのものである。
【０３３８】
図１２Ａ〜図１２Ｇは、本発明の実施形態によるシステム内でキャッシュフローを管理するためのプロセスの例を示す。
【０３３９】
図１２Ａのおよび図１２Ｂのステップ／インタフェースでは、システムは、ある日（例えば２月１０日）に取引されるスワップを開始する現物取引と、次の日（例えば２月１１日）へのオーバーナイトの持ち高として伝えられるその契約証拠金の効果を実現する。黄色により証拠金の変化を強調している。
【０３４０】
図１２Ｃ〜図１２Ｇのステップ／インタフェースでは、システムは、清算機関に送られる、インザマネー（Ｉｎ  ｔｈｅ  Ｍｏｎｅｙ）の受取人の、年数を経た取引における証拠金とクーポンの変化を提供する。図１２Ｃは、証拠金回収の変動を示す取引をシステムが最初に得た日を反映し、表示する。図１２Ｄは、伝えられた次の日を反映し、表示する。図１２Ｅ、図１２Ｆおよび図１２Ｇは、クーポン支払、変動リセットおよび数日にわたる変化を反映し、表示する。
【０３４１】
図１２Ｈ〜図１２Ｌのステップ／インタフェースでは、システムがアウトオブマネー（ｏｕｔ  ｏｆ  ｔｈｅ  ｍｏｎｅｙ）のユーザを示すことを除いて、システムは図１２Ｄ〜図１２Ｇと実質的に同じ情報を提供する。
【０３４２】
図１３Ａ〜図１３Ｍは、本発明の実施形態によるシステム内でキャッシュフローを管理するためのプロセスの例を示す。
【０３４３】
図１３Ａのステップ／インタフェースでは、システムは、契約の終了日をユーザが選ぶことができるカレンダー画面を提供し、それにより、図１３Ｂを実現するのに十分な情報、取引エントリ用のスワップ取引のチケットがシステムに与えられる。図１３Ｃは、図１３Ａと同じであるが、先スタートのスワップに代えて現物取引スワップとして構成している。
【０３４４】
図１３Ｄのステップ／インタフェースでは、システムは、表示されたＩＤＣＨ／ディスカウントカーブおよびレート、現在のリアルタイムカーブ、最も新しい（例えば、午前１１時と午後３時の）値洗いおよび前日（例えば午前１１時および午後３時）の値洗いを提供する。
【０３４５】
図１３Ｅのステップ／インタフェースでは、システムは、我々のリスクシステムのある口座に対する基準点の感度の現価を提供する。そのため、これは、カーブ内での任意の１基準点の動きにより、各口座について、その数だけリスクがシフトすることを意味する。
【０３４６】
図１３Ｆのステップ／インタフェースでは、システムは、所与の口座での変動証拠金の現在のレベルを提供する。
【０３４７】
図１３Ｇのステップ／インタフェースでは、システムは、口座に設定された当初証拠金の限度レベル数を提供する。
【０３４８】
図１３Ｈのステップ／インタフェースでは、システムは、口座の全流動資産価値を提供する。
【０３４９】
図１３Ｉのステップ／インタフェースでは、システムは、リスクシステムに提出される取引のリストを提供する。
【０３５０】
図１３Ｊ〜図１３Ｌのステップ／インタフェースでは、システムは、口座についての全体的な証拠金レベルやリスクレベルの色々なビューを提供する。
【０３５１】
図１３Ｍのステップ／インタフェースでは、システムは、ＰＶＯ１感度のグラフ表示を提供する。一実施形態では、ＰＶＯ１は、金利における１基準点の動きによる現価への影響（ｐｒｅｓｅｎｔ  ｖａｌｕｅ  ｉｍｐａｃｔ  ｏｆ  １  ｂａｓｉｓ  ｐｏｉｎｔ）である。
【０３５２】
簡単のために、本発明の実施形態の、図面の記載から明らかな構造や機能、またはその態様には、必ずしも本明細書で再び述べていないものがあることを理解されたい。
【０３５３】
フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、ＤＶＤなどのコンピュータまたはプロセッサ読取り可能な媒体を用いて、本明細書に実例として記載したプロセス、技法、ソフトウェアおよび情報を蓄積してもよい。それらの媒体は、コンピュータプロセッサにより実行されるときに本明細書に記載したプロセスをプロセッサに行わせる指示を蓄積してもよい。それらの媒体は、サーバ装置などの装置上で、データベース内や、メインメモリ内、副次的な記憶装置内などに蓄積することもできる。
【０３５４】
図示し本明細書に記載した構成そのものに本発明が限定されるべきではないことが理解されよう。したがって、すべての適当な修正は、本明細書で述べた開示から、またはそこからの通常の実験により当業者によって容易に達成可能であり、添付の特許請求の範囲により定められる本発明の精神および範囲内であるとみなされる。
【図１】
2013514593.tif 000011
【図２Ａ】
2013514593.tif 000012
【図２Ｂ】
2013514593.tif 000013
【図２Ｃ】
2013514593.tif 000014
【図２Ｄ】
2013514593.tif 000015
【図２Ｅ】
2013514593.tif 000016
【図２Ｆ】
2013514593.tif 000017
【図２Ｇ】
2013514593.tif 000018
【図３Ａ】
2013514593.tif 000019
【図３Ｂ】
2013514593.tif 000020
【図３Ｃ】
2013514593.tif 000021
【図３Ｄ】
2013514593.tif 000022
【図３Ｅ】
2013514593.tif 000023
【図３Ｆ】
2013514593.tif 000024
【図３Ｇ】
2013514593.tif 000025
【図３Ｈ】
2013514593.tif 000026
【図３Ｉ】
2013514593.tif 000027
【図３Ｊ】
2013514593.tif 000028
【図３Ｋ】
2013514593.tif 000029
【図４】
2013514593.tif 000030
【図５Ａ】
2013514593.tif 000031
【図５Ｂ】
2013514593.tif 000032
【図５Ｃ】
2013514593.tif 000033
【図６Ａ】
2013514593.tif 000034
【図６Ｂ】
2013514593.tif 000035
【図６Ｃ】
2013514593.tif 000036
【図７Ａ】
2013514593.tif 000037
【図７Ｂ】
2013514593.tif 000038
【図７Ｃ】
2013514593.tif 000039
【図７Ｄ】
2013514593.tif 000040
【図７Ｅ】
2013514593.tif 000041
【図７Ｆ】
2013514593.tif 000042
【図７Ｇ】
2013514593.tif 000043
【図７Ｈ】
2013514593.tif 000044
【図８Ａ】
2013514593.tif 000045
【図８Ｂ】
2013514593.tif 000046
【図８Ｃ】
2013514593.tif 000047
【図８Ｄ】
2013514593.tif 000048
【図８Ｅ】
2013514593.tif 000049
【図８Ｆ】
2013514593.tif 000050
【図９】
2013514593.tif 000051
【図１０】
2013514593.tif 000052
【図１１Ａ】
2013514593.tif 000053
【図１１Ｂ】
2013514593.tif 000054
【図１１Ｃ】
2013514593.tif 000055
【図１１Ｄ】
2013514593.tif 000056
【図１２Ａ】
2013514593.tif 000057
【図１２Ｂ】
2013514593.tif 000058
【図１２Ｃ】
2013514593.tif 000059
【図１２Ｄ】
2013514593.tif 000060
【図１２Ｅ】
2013514593.tif 000061
【図１２Ｆ】
2013514593.tif 000062
【図１２Ｇ】
2013514593.tif 000063
【図１２Ｈ】
2013514593.tif 000064
【図１２Ｉ】
2013514593.tif 000065
【図１２Ｊ】
2013514593.tif 000066
【図１２Ｋ】
2013514593.tif 000067
【図１２Ｌ】
2013514593.tif 000068
【図１３Ａ】
2013514593.tif 000069
【図１３Ｂ】
2013514593.tif 000070
【図１３Ｃ】
2013514593.tif 000071
【図１３Ｄ】
2013514593.tif 000072
【図１３Ｅ】
2013514593.tif 000073
【図１３Ｆ】
2013514593.tif 000074
【図１３Ｇ】
2013514593.tif 000075
【図１３Ｈ】
2013514593.tif 000076
【図１３Ｉ】
2013514593.tif 000077
【図１３Ｊ】
2013514593.tif 000078
【図１３Ｋ】
2013514593.tif 000079
【図１３Ｌ】
2013514593.tif 000080
【図１３Ｍ】
2013514593.tif 000081
【国際調査報告】
2013514593.tif 000082