(57)【特許請求の範囲】
【請求項１】
コンピューター化された債権トレーディングシステムであって、該システムは、
トレードされる債権のポジションを複数のディーラーから受け取るポジション記憶装置であって、該債権のポジションは、１つ以上の債権の識別、各債権の価値の程度、および該ディーラーが自身のポジションの１つ以上の債権がマッチングされることを望む債権の価値の値域のインジケーションを含む、ポジション記憶装置、
ディーラーにより入力されたポジション間の一連のマッチを識別するために、該複数のディーラーからの該受け取られたポジションにマッチングの最適化を執行するマッチングエンジンであって、該マッチングの最適化は、買いポジションと売りポジションをマッチングし、かつ、該債権の識別、該債権の価値、および該マッチの各パーティーが債権がマッチングされることを望む該価値の値域に基づく、マッチングエンジン、および
該マッチングされたポジションにより生成されたカーブリスクを低減するためのヘッジ商品での１つ以上のヘッジを、該マッチングされたポジションから算定するヘッジ算定モジュール
を含む、システム。
【請求項２】
請求項１に記載のシステムであって、前記価値の値域のインジケーションは、前記ディーラーにより入力された前記ポジションの全債権のための単一のインジケーションを含む、システム。
【請求項３】
請求項１に記載のシステムであって、前記価値の値域のインジケーションは、前記ディーラーにより入力された前記ポジションの各債権または債権のグループのための個別のインジケーションを含む、システム。
【請求項４】
請求項１に記載のシステムであって、前記債権の価値は、ベースポイントの価格値（ＰＶＢＰ）で表現される、システム。
【請求項５】
請求項４に記載のシステムであって、前記価値の値域のインジケーションは、ＰＶＢＰのパーセンテージで表現される、システム。
【請求項６】
請求項１に記載のシステムであって、１つ以上のヘッジの前記ヘッジ商品が先物である、システム。
【請求項７】
請求項６に記載のシステムであって、前記先物のトレードは、上場契約である、システム。
【請求項８】
請求項１に記載のシステムであって、ヘッジトレードの前記ヘッジ商品が債権である、システム。
【請求項９】
請求項１に記載のシステムであって、ヘッジトレードは、ヘッジされる前記ポジションの満期日の前と後に満期日を有し、各ヘッジトレードの相対的な量は、満期日を基に算定される、システム。
【請求項１０】
請求項１に記載のシステムであって、ヘッジトレードは、ヘッジされる前記ポジションの満期日の前と後に満期日を有し、各ヘッジトレードの相対的な量は、ＰＶＢＰを基に算定される、システム。
【請求項１１】
請求項１に記載のシステムであって、前記マッチングエンジンにより執り行われる前記マッチングの最適化は、マッチングプロセスにより生成された各ディーラーの集計カーブリスクを算定し、ヘッジトレードは、前記ヘッジ算定モジュールにより、該集計カーブリスクに対して算定される、システム。
【請求項１２】
請求項１に記載のシステムであって、前記マッチングエンジンは複数回前記マッチングの最適化を執行する、システム。
【請求項１３】
請求項１に記載のシステムであって、前記受け取られた債権のポジションは、複数のレッグを有する少なくとも１つのリンクされたオーダーを含み、前記マッチングエンジンは、該レッグの全てをマッチングするように、または該レッグの全てをマッチングしないように構成される、システム。
【請求項１４】
請求項１３に記載のシステムであって、前記マッチングエンジンは、前記レッグの全てをマッチングできず、前記受け取られた債権のポジションが部分的マッチが前記ディーラーにとって容認できると示す場合、リンクされたオーダーの全レッグより少ないレッグをマッチングするように構成される、システム。
【請求項１５】
請求項１３に記載のシステムであって、前記リンクされたオーダーはスイッチを含む、システム。
【請求項１６】
請求項１３に記載のシステムであって、前記リンクされたオーダーはバタフライを含む、システム。
【請求項１７】
請求項１に記載のシステムであって、ヘッジ執行モジュールは、それぞれの執行されたマッチングされたポジションに対して、１ペアのヘッジトレードを執行する、システム。
【請求項１８】
請求項１に記載のシステムであって、ヘッジ執行モジュールは、差し引きするモジュールを含み、該差し引きするモジュールは、各ディーラーの純ヘッジ要求を算定し、要求されるヘッジを外部マーケットで執行する、システム。
【請求項１９】
１つ以上の金融商品でポジションをヘッジするためのコンピューター化されたトレーディングシステムであって、該システムは、
トレードされる該金融商品のポジションを複数のディーラーから受け取るポジション記憶装置であって、該ポジションは、１つ以上の金融商品の識別、各金融商品の価値の程度、および該ディーラーが自身のポジションの１つ以上の金融商品がマッチングされることを望むカウンターパーティー金融商品の価値の値域のインジケーションを含む、ポジション記憶装置、
該記憶装置から該ディーラーのポジションを検索し、ディーラーにより入力されたポジション間の一連のマッチを識別するために該複数のディーラーから該受け取られたポジションにマッチングの最適化を執行するためのコンピューター化されたマッチングエンジンであって、該マッチングの最適化は、該金融商品の識別、該金融商品の価値、およびマッチの各パーティーが金融商品がマッチングされることを望む該価値の値域を含むマッチングの基準を基に、ディーラーの買いポジションとカウンターパーティーディーラーの売りポジションとをマッチングする、マッチングエンジン、および
該マッチングされたポジションにより生成されたカーブリスクを低減するためのヘッジ商品での１つ以上のヘッジを、該マッチングされたポジションから算定するヘッジ算定モジュール
を含む、システム。
【請求項２０】
請求項１９に記載のシステムであって、ヘッジ算定モジュールは、前記マッチングの最適化後の前記ディーラーの集計リスクポジションを基に各ディーラーにより要求されるヘッジトレードを算定する、システム。
【請求項２１】
コンピューター化された債権トレーディングシステムであって、該システムは、
トレードされる債権のポジションを複数のディーラーから受け取るためのポジション記憶装置であって、該債権のポジションは、１つ以上の債権の識別、および各債権の価値の程度を含む、ポジション記憶装置、
ディーラーにより入力されたポジション間で一連のマッチを識別するために、該複数のディーラーからの該受け取られたポジションにマッチングの最適化を執行するマッチングエンジンであって、該マッチングの最適化は、買いポジションと売りポジションをマッチングし、かつ、該債権の識別および該債権の価値に基づく、マッチングエンジン、および
該マッチングの最適化により識別された該マッチにより生成されたカーブリスクを低減するために、各ディーラーのために、該一連のマッチから、取引所でトレード可能なマーケットでの１つ以上の先物のトレードを算定するヘッジ算定モジュール
を含む、システム。
【請求項２２】
請求項２１に記載のシステムであって、前記ヘッジ算定モジュールは、前記マッチングの最適化後の前記ディーラーの集計リスクポジションを基に各ディーラーにより要求される前記先物のトレードを算定する、システム。
【請求項２３】
コンピューター化された債権トレーディング方法であって、該方法は、
トレードされる債権のポジションを複数のディーラーからコンピューター化されたマッチングシステムで受け取ることであって、該債権のポジションは、１つ以上の債権の識別、各債権の価値の程度、および該ディーラーが自身のポジションの１つ以上の債権がマッチングされることを望む債権の価値の値域のインジケーションを含む、こと、
ディーラーにより入力されたポジション間の一連のマッチを識別するために、該複数のディーラーからの該受け取られたポジションにマッチングの最適化を該コンピューター化されたマッチングシステムで執行することであって、該マッチングの最適化は、買いポジションと売りポジションをマッチングし、かつ、該債権の識別、該債権の価値、および該マッチの各パーティーが債権がマッチングされることを望む該価値の値域に基づく、こと、および
該マッチングの最適化により識別された該マッチにより生成されたカーブリスクを低減するための各ディーラーのための１つ以上のヘッジトレードを、該一連のマッチから、ヘッジ算定モジュールで算定すること
を含む、方法。
【請求項２４】
請求項２３に記載の方法であって、前記価値の値域のインジケーションは、前記ディーラーにより入力された前記ポジションの全債権のための単一のインジケーションを含む、方法。
【請求項２５】
請求項２３に記載の方法であって、前記価値の値域のインジケーションは、前記ディーラーにより入力された前記ポジションの各債権または債権のグループのための個別のインジケーションを含む、方法。
【請求項２６】
請求項２３に記載の方法であって、前記債権の価値は、ベースポイントの価格値（ＰＶＢＰ）で表現される、方法。
【請求項２７】
請求項２６に記載の方法であって、前記価値の値域のインジケーションは、ＰＶＢＰのパーセンテージで表現される、方法。
【請求項２８】
請求項２３に記載の方法であって、前記１つ以上のヘッジトレードは先物のトレードである、方法。
【請求項２９】
請求項２８に記載の方法であって、前記先物のトレードは、上場契約である、方法。
【請求項３０】
請求項２３に記載の方法であって、前記ヘッジトレードは債権のトレードである、方法。
【請求項３１】
請求項２３に記載の方法であって、前記ヘッジトレードは、ヘッジされる前記ポジションの満期日の前と後に満期日を有し、各ヘッジトレードの相対的な量は、満期日を基に算定される、方法。
【請求項３２】
請求項２３に記載の方法であって、前記ヘッジトレードは、ヘッジされる前記ポジションの満期日の前と後に満期日を有し、各ヘッジトレードの相対的な量は、ＰＶＢＰを基に算定される、方法。
【請求項３３】
請求項２３に記載の方法であって、マッチングエンジンにより執り行われる前記マッチングの最適化は、マッチングプロセスにより生成された各ディーラーの集計カーブリスクを算定し、前記ヘッジトレードは、前記ヘッジ算定モジュールにより、該集計カーブリスクに対して算定される、方法。
【請求項３４】
請求項２３に記載の方法であって、前記マッチングの最適化を複数回執行することを含む、方法。
【請求項３５】
１つ以上の金融商品でポジションをヘッジするためのコンピューター化されたトレーディング方法であって、該方法は、
トレードされる該金融商品のポジションを複数のディーラーからコンピューター化されたマッチングシステムで受け取ることであって、該ポジションは、１つ以上の金融商品の識別、各金融商品の価値の程度、および該ディーラーが自身のポジションの１つ以上の金融商品がマッチングされることを望むカウンターパーティー金融商品の価値の値域のインジケーションを含む、こと、
ディーラーにより入力されたポジション間の一連のマッチを識別するために該複数のディーラーからの該受け取られたポジションにマッチングの最適化をコンピューター化されたマッチングエンジンにより執行することであって、該マッチングの最適化は、該金融商品の識別、該金融商品の価値、およびマッチの各パーティーが金融商品がマッチングされることを望む該価値の値域を含むマッチングの基準を基に、ディーラーの買いポジションとカウンターパーティーディーラーの売りポジションとをマッチングする、こと、および
該マッチングの最適化により識別された該マッチにより生成されたカーブリスクを低減するための各ディーラーのための１つ以上のヘッジトレードを、該一連のマッチから、ヘッジ算定モジュールにより算定すること
を含む、方法。
【請求項３６】
請求項３５に記載の方法であって、各ディーラーにより要求される前記ヘッジトレードは、前記マッチングの最適化後の該ディーラーの集計リスクポジションを基に算定される、方法。
【請求項３７】
コンピューター化された債権トレーディング方法であって、該方法は、
トレードされる債権のポジションを複数のディーラーからコンピューター化されたマッチングシステムで受け取ることであって、該債権のポジションは、１つ以上の債権の識別、および各債権の価値の程度を含む、こと、
ディーラーにより入力されたポジション間で一連のマッチを識別するために、該複数のディーラーからの該受け取られたポジションにマッチングの最適化をコンピューター化されたマッチングエンジンにより執行することあって、該マッチングの最適化は、買いポジションと売りポジションとをマッチングし、かつ、該債権の識別および該債権の価値に基づく、こと、および
該マッチングの最適化により識別された該マッチにより生成されたカーブリスクを低減するために、各ディーラーのために、該一連のマッチから、取引所でトレード可能なマーケットでの１つ以上の先物のトレードをヘッジ算定モデルにより算定すること
を含む、方法。
【請求項３８】
請求項３７に記載の方法であって、各ディーラーにより要求される前記先物のトレードは、前記マッチングの最適化後の該ディーラーの集計リスクポジションを基に算定される、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（発明の分野）
本発明は、一般的には金融商品のトレーディングに関し、更に詳細には債権のような商品のトレーディング、および買われるか売られる商品の代わりに売られるか買われる別の商品間に満期日のミスマッチがあるときに生成されるカーブリスクを低減することに関する。
【背景技術】
【０００２】
（発明の背景）
債権のマーケットでは、債権が買われるまたは売られるときに、アウトライトリスクに変化がないことが望まれる場合、ヘッジトレードを執行することはよく確立された慣習である。現行のマーケットの慣習では、債権のトレードが反対方向の単一の先物トレードでヘッジされる。特定の債権をヘッジするために使用される先物は、公的に利用できるデータに基づき、執行の可能性を最大化するために最も流動的なマーケットから選択される。しかし、先物トレードの満期日が債権の満期日と同一でない限り、ヘッジは、２つの商品の満期日間のイールドカーブのシフトに関連するリスクであるカーブリスクを生じさせる。１つの債権が買われるか売られ、別の債権が売られるか買われるときに同様なリスクが発生し、先物トレードで各トレードをヘッジすることは確立された慣習である。債権の買いおよび先物の売り、またはその逆は、ベーシストレードとして公知である。
【０００３】
満期日のミスマッチが原因になるカーブリスクを排除または低減することができることはトレーダーにとって望ましい。問題に取り組み得るシステムは公知であるが、それらのシステムは債権のマーケットでは使用されていない。現在債権のマーケットではカーブリスクを処理する標準的なやり方がなく、カーブリスクに対処するための戦略を成就することは個別のディーラーに任されている。他のマーケットでは、１つの公知のシステムは、シンガポールのＲｅｓｅｔ  Ｐｔｅ  Ｌｉｍｉｔｅｄにより提供されるＲＥＳＥＴシステムである。これはＦＲＡ（金利先渡契約）マーケットでのリスクを低減するためにオフセットマッチングとヘッジの組み合わせを使用するＦＲＡトレーディングシステムである。しかし、リスクを考慮するときに、ＦＲＡマーケットは全体のポジションではなく概念的なポジションのみを考慮する。更に、ＦＲＡの満期期間は短く、３か月の倍数でトレードされ、１年を超えることがまれであるのに対して、債権は複数年未来におよぶ満期日を有し得、最長で５０年まで可能である。そのため、債権のトレードを行うときにトレーダーにより生成されるカーブリスクを低減することができることは望まれ、ベーシストレードの現在の慣習を向上する方法、およびその方法をインプリメントするシステムを提供することが望まれる。
【発明の概要】
【課題を解決するための手段】
【０００４】
（発明の概要）
本発明は、買い待ちおよび売り待ちポジションが同一の満期日を有さない債権のトレードにより生成されるカーブリスクを低減することを目指す。本発明の第一の側面では、コンピューター化された債権ヘッジシステムは、ヘッジされる債権のポジションを複数のディーラーから受け取るポジション記憶装置を含む。債権のポジションは、１つ以上の債権の識別、各債権の価値の程度、およびディーラーが自身のポジションの１つ以上の債権がマッチされることを望む債権の価値の値域のインジケーションを含む。マッチングエンジンは、ディーラーにより入力されたポジション間の一連のマッチを識別するために、複数のトレーダーからの受け取られたポジションにマッチングの最適化を執行し、マッチングの最適化は、買いポジションと売りポジションをマッチングし、かつ、債権の識別、債権の価値、およびマッチの各パーティーが債権がマッチされることを望む表現された価値の値域に基づく。ヘッジ算定モジュールは、マッチングの最適化により識別されたマッチにより生成されたカーブリスクを低減するための各ディーラーのための１つ以上のヘッジトレードを、一連のマッチから算定する。
【０００５】
価値の値域のインジケーションは、ディーラーにより入力されたポジションの全債権のための単一のインジケーションを含む。あるいは、価値の値域のインジケーションは、ディーラーにより入力されたポジションの各債権または債権のグループのための個別のインジケーションを含み得る。
【０００６】
好ましくは、債権の価値は、ベースポイントの価格値（ＰＶＢＰ）で表現される。価値の値域のインジケーションは、ＰＶＢＰのパーセンテージで表現され得る。
【０００７】
好ましくは、１つ以上のヘッジトレードは先物トレードである。先物トレードは上場契約であり得る。ヘッジトレードは債権のトレード、例えば、受け渡し最割安銘柄（ＣＴＤ）債権、であり得る。ヘッジトレードは、ヘッジされるポジションの満期日の前と後に満期日を有し得、各ヘッジトレードの相対的な量は、満期日またはＰＶＢＰを基に算定され得る。
【０００８】
好ましくは、マッチングエンジンにより執り行われるマッチングの最適化は、マッチングプロセスにより生成された各ディーラーの集計カーブリスクを算定し、ヘッジトレードは、ヘッジ算定モジュールにより、集計カーブリスクに対して算定される。好ましくは、マッチングエンジンは、複数回マッチングの最適化を執行する。これは、ディーラーによりシステムに入力された新規のポジションをシステムが考慮に入れることを可能にし、そのため最大のマッチされるポジションの数を確保し得る。
【０００９】
本発明の別の側面では、１つ以上の金融商品でポジションをヘッジするコンピューター化されたヘッジシステムは、ヘッジされる金融商品のポジションを複数のディーラーから受け取るポジション記憶装置を含み、ポジションは、１つ以上の金融商品の識別、各金融商品の価値の程度、およびディーラーが自身のポジションの１つ以上の金融商品がマッチされることを望むカウンターパーティー金融商品の価値の値域のインジケーションを含む。コンピューター化されたマッチングエンジンは、記憶装置からディーラーのポジションを検索し、ディーラーにより入力されたポジション間の一連のマッチを識別するために複数のトレーダーからの受け取られたポジションにマッチングの最適化を執行し、マッチングの最適化は、金融商品の識別、金融商品の価値、およびマッチの各パーティーが債権がマッチされることを望む表現された価格の値域を含むマッチングの基準を基に、ディーラーの買いポジションとカウンターパーティーディーラーの売りポジションとをマッチングする。好ましくは、ヘッジ算定モジュールは、マッチングの最適化後のディーラーの集計リスクポジションを基に各ディーラーにより要求されるヘッジトレードを算定する。
【００１０】
本発明のさらなる側面は、ヘッジされる債権のポジションを複数のディーラーから受け取るポジション記憶装置を含むコンピューター化された債権のヘッジシステムに存在する。債権のポジションは１つ以上の債権の識別、および各債権の価値の程度を含む。マッチングエンジンは、ディーラーにより入力されたポジション間の一連のマッチを識別するために、複数のトレーダーからの受け取られたポジションにマッチングの最適化を執行し、マッチングの最適化は、買いポジションと売りポジションをマッチングし、かつ、債権の識別および債権の価値に基づく。ヘッジ算定モジュールは、マッチングの最適化により識別されたマッチにより生成されたカーブリスクを低減するために、各ディーラーのために、一連のマッチから、取引所でトレード可能なマーケットでの１つ以上のヘッジトレードを算定する。
【００１１】
１つ以上のヘッジトレードは、先物トレードであり得る。先物トレードは、上場契約であり得る。ヘッジトレードは、債権のトレード、例えば、受け渡し最割安銘柄（ＣＴＤ）債権、であり得る。ヘッジトレードは、ヘッジされるポジションの満期日の前と後に満期日を有し得、各ヘッジトレードの相対的な量は、満期日またはＰＶＢＰを基に算定され得る。
【００１２】
本発明の実施形態は、ディーラーがカーブリスクを制御することを自身に可能にする態様でヘッジトレードを執行し、そのためカーブリスクのターゲットおよび他のトレーディングリスクのターゲットを満たし得る利点を有する。カーブ値域の使用は、マッチングプロセスの効率を大いに上げ得、よりたくさんのマッチを可能にし、そのためより多くのポジションが閉じられることを可能にする。
【００１３】
本発明は例えば以下を提供する。
（項目１）  コンピューター化された債権トレーディングシステムであって、該システムは、
トレードされる債権のポジションを複数のディーラーから受け取るポジション記憶装置であって、該債権のポジションは、１つ以上の債権の識別、各債権の価値の程度、および該ディーラーが自身のポジションの１つ以上の債権がマッチされることを望む債権の価値の値域のインジケーションを含む、ポジション記憶装置、
ディーラーにより入力されたポジション間の一連のマッチを識別するために、該複数のトレーダーからの該受け取られたポジションにマッチングの最適化を執行するマッチングエンジンであって、該マッチングの最適化は、買いポジションと売りポジションをマッチングし、かつ、該債権の識別、該債権の価値、および該マッチの各パーティーが債権がマッチされることを望む表現された該価値の値域に基づく、マッチングエンジン、および
該マッチされたポジションにより生成されたカーブリスクを低減するためのヘッジ商品での１つ以上のヘッジを、該マッチされたポジションから算定するヘッジ算定モジュール
を含む、システム。
（項目２）  上記項目のいずれかに記載のシステムであって、前記価値の値域のインジケーションは、前記ディーラーにより入力された前記ポジションの全債権のための単一のインジケーションを含む、システム。
（項目３）  上記項目のいずれかに記載のシステムであって、前記価値の値域のインジケーションは、前記ディーラーにより入力された前記ポジションの各債権または債権のグループのための個別のインジケーションを含む、システム。
（項目４）  上記項目のいずれかに記載のシステムであって、前記債権の価値は、ベースポイントの価格値（ＰＶＢＰ）で表現される、システム。
（項目５）  上記項目のいずれかに記載のシステムであって、前記価値の値域のインジケーションは、ＰＶＢＰのパーセンテージで表現される、システム。
（項目６）  上記項目のいずれかに記載のシステムであって、１つ以上のヘッジトレードの前記ヘッジ商品が先物である、システム。
（項目７）  上記項目のいずれかに記載のシステムであって、前記先物のトレードは、上場契約である、システム。
（項目８）  上記項目のいずれかに記載のシステムであって、ヘッジトレードの前記ヘッジ商品が債権である、システム。
（項目９）  上記項目のいずれかに記載のシステムであって、ヘッジトレードは、ヘッジされる前記ポジションの満期日の前と後に満期日を有し、各ヘッジトレードの相対的な量は、満期日を基に算定される、システム。
（項目１０）  上記項目のいずれかに記載のシステムであって、ヘッジトレードは、ヘッジされる前記ポジションの満期日の前と後に満期日を有し、各ヘッジトレードの相対的な量は、ＰＶＢＰを基に算定される、システム。
（項目１１）  上記項目のいずれかに記載のシステムであって、前記マッチングエンジンにより執り行われる前記マッチングの最適化は、マッチングプロセスにより生成された各ディーラーの集計カーブリスクを算定し、ヘッジトレードは、前記ヘッジ算定モジュールにより、該集計カーブリスクに対して算定される、システム。
（項目１２）  上記項目のいずれかに記載のシステムであって、前記マッチングエンジンは複数回前記マッチングの最適化を執行する、システム。
（項目１３）  上記項目のいずれかに記載のシステムであって、前記受け取られた債権のポジションは、複数のレッグを有する少なくとも１つのリンクされたオーダーを含み、前記マッチングエンジンは、該レッグの全てをマッチするように、または該レッグの全てをマッチしないように構成される、システム。
（項目１４）  上記項目のいずれかに記載のシステムであって、前記マッチングエンジンは、前記全レッグをマッチできず、前記受け取られた債権のポジションが部分的マッチが前記ディーラーにとって容認できると示す場合、リンクされたオーダーの全レッグより少ないレッグをマッチするように構成される、システム。
（項目１５）  上記項目のいずれかに記載のシステムであって、前記リンクされたオーダーはスイッチを含む、システム。
（項目１６）  上記項目のいずれかに記載のシステムであって、前記リンクされたオーダーはバタフライを含む、システム。
（項目１７）  上記項目のいずれかに記載のシステムであって、ヘッジ執行モジュールは、それぞれの執行されたマッチされたポジションに対して、１ペアのヘッジトレードを執行する、システム。
（項目１８）  上記項目のいずれかに記載のシステムであって、ヘッジ執行モジュールは、各ディーラーの純ヘッジ要求を算定し、要求されるヘッジを外部マーケットで執行する、差し引きするモジュールを含む、システム。
（項目１９）  １つ以上の金融商品でポジションをヘッジするためのコンピューター化されたトレーディングシステムであって、該システムは、
トレードされる該金融商品のポジションを複数のディーラーから受け取るポジション記憶装置であって、該ポジションは、１つ以上の金融商品の識別、各金融商品の価値の程度、および該ディーラーが自身のポジションの１つ以上の金融商品がマッチされることを望むカウンターパーティー金融商品の価値の値域のインジケーションを含む、ポジション記憶装置、および
該記憶装置から該ディーラーのポジションを検索し、ディーラーにより入力されたポジション間の一連のマッチを識別するために該複数のトレーダーから該受け取られたポジションにマッチングの最適化を執行するためのコンピューター化されたマッチングエンジンであって、該マッチングの最適化は、該金融商品の識別、該金融商品の価値、およびマッチの各パーティーが債権がマッチされることを望む表現された該価格の値域を含むマッチングの基準を基に、ディーラーの買いポジションとカウンターパーティーディーラーの売りポジションとをマッチングする、マッチングエンジン
を含む、システム。
（項目２０）  上記項目のいずれかに記載のシステムであって、ヘッジ算定モジュールは、前記マッチングの最適化後の前記ディーラーの集計リスクポジションを基に各ディーラーにより要求されるヘッジトレードを算定する、システム。
（項目２１）  コンピューター化された債権トレーディングシステムであって、該システムは、
トレードされる債権のポジションを複数のディーラーから受け取るためのポジション記憶装置であって、該債権のポジションは、１つ以上の債権の識別、および各債権の価値の程度を含む、ポジション記憶装置、
ディーラーにより入力されたポジション間で一連のマッチを識別するために、該複数のトレーダーからの該受け取られたポジションにマッチングの最適化を執行するマッチングエンジンであって、該マッチングの最適化は、買いポジションと売りポジションをマッチングし、かつ、該債権の識別および該債権の価値に基づく、マッチングエンジン、および
マッチングの最適化により識別された該マッチにより生成されたカーブリスクを低減するために、各ディーラーのために、該一連のマッチから、取引所でトレード可能なマーケットでの１つ以上の先物のトレードを算定するヘッジ算定モジュール
を含む、システム。
（項目２２）  上記項目のいずれかに記載のシステムであって、前記ヘッジ算定モジュールは、前記マッチングの最適化後の前記ディーラーの集計リスクポジションを基に各ディーラーにより要求されるヘッジトレードを算定する、システム。
（項目２３）  コンピューター化された債権トレーディング方法であって、該方法は、
トレードされる債権のポジションを複数のディーラーからコンピューター化されたマッチングシステムで受け取ることであって、該債権のポジションは、１つ以上の債権の識別、各債権の価値の程度、および該ディーラーが自身のポジションの１つ以上の債権がマッチされることを望む債権の価値の値域のインジケーションを含む、こと、
ディーラーにより入力されたポジション間の一連のマッチを識別するために、該複数のトレーダーからの該受け取られたポジションにマッチングの最適化を該コンピューター化されたマッチングシステムで執行することであって、該マッチングの最適化は、買いポジションと売りポジションをマッチングし、かつ、該債権の識別、該債権の価値、および該マッチの各パーティーが債権がマッチされることを望む表現された該価値の値域に基づく、こと、および
該マッチングの最適化により識別された該マッチにより生成されたカーブリスクを低減するための各ディーラーのための１つ以上のヘッジトレードを、該一連のマッチから、ヘッジ算定モジュールで算定すること
を含む、方法。
（項目２４）  上記項目のいずれかに記載の方法であって、前記価値の値域のインジケーションは、前記ディーラーにより入力された前記ポジションの全債権のための単一のインジケーションを含む、方法。
（項目２５）  上記項目のいずれかに記載の方法であって、前記価値の値域のインジケーションは、前記ディーラーにより入力された前記ポジションの各債権または債権のグループのための個別のインジケーションを含む、方法。
（項目２６）  上記項目のいずれかに記載の方法であって、前記債権の価値は、ベースポイントの価格値（ＰＶＢＰ）で表現される、方法。
（項目２７）  上記項目のいずれかに記載の方法であって、前記価値の値域のインジケーションは、ＰＶＢＰのパーセンテージで表現される、方法。
（項目２８）  上記項目のいずれかに記載の方法であって、前記１つ以上のヘッジトレードは先物トレードである、方法。
（項目２９）  上記項目のいずれかに記載の方法であって、前記先物のトレードは、上場契約である、方法。
（項目３０）  上記項目のいずれかに記載の方法であって、前記ヘッジトレードは債権のトレードである、方法。
（項目３１）  上記項目のいずれかに記載の方法であって、前記ヘッジトレードは、ヘッジされる前記ポジションの満期日の前と後に満期日を有し、各ヘッジトレードの相対的な量は、満期日を基に算定される、方法。
（項目３２）  上記項目のいずれかに記載の方法であって、前記ヘッジトレードは、ヘッジされる前記ポジションの満期日の前と後に満期日を有し、各ヘッジトレードの相対的な量は、ＰＶＢＰを基に算定される、方法。
（項目３３）  上記項目のいずれかに記載の方法であって、マッチングエンジンにより執り行われる前記マッチングの最適化は、マッチングプロセスにより生成された各ディーラーの集計カーブリスクを算定し、前記ヘッジトレードは、前記ヘッジ算定モジュールにより、該集計カーブリスクに対して算定される、方法。
（項目３４）  上記項目のいずれかに記載の方法であって、前記マッチングの最適化を複数回執行することを含む、方法。
（項目３５）  １つ以上の金融商品でポジションをヘッジするためのコンピューター化されたトレーディング方法であって、該方法は、
トレードされる該金融商品のポジションを複数のディーラーからコンピューター化されたマッチングシステムで受け取ることであって、該ポジションは、１つ以上の金融商品の識別、各金融商品の価値の程度、および該ディーラーが自身のポジションの１つ以上の金融商品がマッチされることを望むカウンターパーティー金融商品の価値の値域のインジケーションを含む、こと、
ディーラーにより入力されたポジション間の一連のマッチを識別するために該複数のトレーダーからの該受け取られたポジションにマッチングの最適化をコンピューター化されたマッチングエンジンにより執行することであって、該マッチングの最適化は、該金融商品の識別、該金融商品の価値、およびマッチの各パーティーが債権がマッチされることを望む表現された該価格の値域を含むマッチングの基準を基に、ディーラーの買いポジションとカウンターパーティーディーラーの売りポジションとをマッチングする、こと、および
該マッチングの最適化により識別された該マッチにより生成されたカーブリスクを低減するための各ディーラーのための１つ以上のヘッジトレードを、該一連のマッチから、ヘッジ算定モジュールにより算定すること
を含む、方法。
（項目３６）  上記項目のいずれかに記載の方法であって、各ディーラーにより要求される前記ヘッジトレードは、前記マッチングの最適化後の該ディーラーの集計リスクポジションを基に算定される、方法。
（項目３７）  コンピューター化された債権トレーディング方法であって、該システムは、
トレードされる債権のポジションを複数のディーラーからコンピューター化されたマッチングシステムで受け取ることであって、該債権のポジションは、１つ以上の債権の識別、および各債権の価値の程度を含む、こと、
ディーラーにより入力されたポジション間で一連のマッチを識別するために、該複数のトレーダーからの該受け取られたポジションにマッチングの最適化をコンピューター化されたマッチングエンジンにより執行することあって、該マッチングの最適化は、買いポジションと売りポジションとをマッチングし、かつ、該債権の識別および該債権の価値に基づく、こと、および
該マッチングの最適化により識別された該マッチにより生成されたカーブリスクを低減するために、各ディーラーのために、該一連のマッチから、取引所でトレード可能なマーケットでの１つ以上の先物のトレードをヘッジ算定モデルにより算定すること
を含む、方法。
（項目３８）  上記項目のいずれかに記載の方法であって、各ディーラーにより要求される前記ヘッジトレードは、前記マッチングの最適化後の該ディーラーの集計リスクポジションを基に算定される、方法。
【００１４】
（摘要）
（カーブリスクを低減するためのシステムおよび方法）
債権のマッチングシステムは、マッチされる債権を識別するポジションであって、債権のＰＶＰＢ、およびディーラーがマッチする債権に容認することを望むＰＶＢＰからの逸脱のパーセンテージのインジケーションを含むポジションをディーラーから受け取る。マッチングエンジンは、ラン中にできる限り多くのポジションをマッチするためのマッチングの最適化を執り行い、次に、異なる満期日を有する債権をマッチングすることにより生成されるカーブリスクを低減するための一連のヘッジトレードを各ディーラーのために算定する。ヘッジトレードは先物取引所のような流動的な外部マーケットで執行される。
【図面の簡単な説明】
【００１５】
発明の実施形態はここで、付随する図面への参照により、例としてのみ、記述される。
【図１】図１は、２つの債権の満期日の差を示す。
【図２】図２は、異なる満期を有する債権のトレーディングにおいてどのようにカーブリスクが低減され得るかを示す。
【図３−１】図３は、ディーラーが閉じることを望む債権のポジションをリストアップするディーラーシートを示す。
【図３−２】図３は、ディーラーが閉じることを望む債権のポジションをリストアップするディーラーシートを示す。
【図４】図４は発明を具現化するトレーディングシステムを略図的に示す。
【図５】図５は、１０％の値域を与えられたときの、ポジションをマッチングすることへのカーブ値域の影響を示す。
【図６】図６は、３つの先物のトレードにより買い待ちおよび売り待ちの債権のポジションがどのようにヘッジされ得るかを示す。
【図７】図７は、２つの重み付けされた先物のトレードによる単一の債権のヘッジを示す。
【図８】図８は、先物マーケットでのヘッジの差し引きの例を示す表である。
【発明を実施するための形態】
【００１６】
債権のポジションをマッチし、ヘッジする電子システムを記述する前に、債権トレーダーが最小化することを望むトレーディングのリスクの性質を理解することが有効である。
【００１７】
債権トレーディングは３つの主要リスク、アウトライトリスク（またはディレクショナルリスク）、信用リスク（または発行体リスク）、およびカーブリスクを伴う。アウトライトリスクは、市場変数へのトレーダーのエクスポージャーであり、信用リスクは、債権が満期になる前に発行体が債務不履行になることのリスクを指し、そしてカーブリスクは、マーケットレートの不利なシフトのリスクを指す。このシフトは、異なる満期日を有する同等の債権の中でイールド（Ｙｉｅｌｄ）が変わることに起因するイールドカーブの平坦化または急傾斜化の原因になる。イールドカーブがシフトするとき、最初のイールドカーブ上に最初は値付けされていた債権の価格は、変化する。カーブが平坦化する場合、長期および短期金利間のスプレッドは狭まり、価格はそれに応じて変化する。カーブが急傾斜化する場合、長期および短期金利間のスプレッドは広がり、長期債権の価格は、短期債権に対して相対的に下落する。
【００１８】
様々なタイプのトレーディングのリスクを理解する債権ディーラーは、自身のポートフォリオがこれらのタイプのリスクのそれぞれのターゲットレベルに合うように自身のポジションを構成するように試みる。
【００１９】
図１は、どのようにカーブリスクが発展するのかという例を示す。ここでは２つの債権、２０１６年１月４日の満期日を有するドイツ債権（ＤＢＲ、ドイツ政府債権）１００、およびドイツ債権の満期日の１か月後の２０１６年２月４日の満期日を有するイタリア債権（ＢＴＰＳ、イタリア財務省債権）１１０が示される。この例では、ディーラーは、ドイツ政府債権が、イタリア債権と比較して価値が高騰すると信ずる。その人は、そのため、ドイツ債権を買って（または、買い待ちして）、イタリア債権を売る（または、売り待ちする）。売られたイタリア債権の量は、いかなるアウトライトリスクをも打ち消すようにＰＶＢＰ（ベースポイントの価格値）によって重み付けされた量である。理想的には、債権は同一の満期日を有する。しかし、この例では、２０１６年１月４日に満期になるイタリア債権がなく、売ることが可能な最も近い満期日は２０１６年２月４日である。
【００２０】
ここで、ドイツ債権が５．５のＰＶＢＰを有し、イタリア債権が６．００のＰＶＢＰを有すると本発明者らが仮定した場合、１億の２００６年１月のＤＢＲの合計リスクは、５５，０００（ＰＶＢＰ×数量÷１０，０００）である。スイッチをアウトライトニュートラルにするためには、２０１６年２月のＢＴＰＳのポジションリスクも５５，０００に等しくなければならない。量は、そのため、９１６７万となる１０，０００×リスク÷ＰＶＢＴに等しい。そのため、２０１６年１月４日に満期になる１億のＤＢＲ債権は、２０１６年２月４日に満期になる９１６７万のＢＴＰＳ債権に等しい。
【００２１】
２つの債権の満期は１暦月ミスマッチしている。この相違は、トレードのカーブリスクである。ディーラーは故意に信用または発行体リスクを作り出し、いかなるアウトライトリスクをも作り出さず、カーブリスクを非意図的に作り出した。このカーブリスクを打ち消すためには、ドイツ債権の満期より短い満期を有する別の債権がカーブリスクを等化するために売られなければならない。これは図２に示される。ここでは、ドイツ債権よりも短い満期を有する第二のイタリア債権１２０がカーブリスクを等化するために売られる。この例では、簡易さのため、それぞれの売り待ちの債権が買い待ちの債権から同一の距離離れるように、第二の売り待ちのイタリア債権が、ドイツ債権よりも１か月短い満期を有することが示される。
【００２２】
２つの売り待ちのイタリア債権間の分配は、ターゲット日からの期間、すなわち買い待ちの債券と比較した相対的な満期の差に従って重み付けされ得る。この場合、その重み付けは、ディーラーが、２０１６年２月４日のイタリア債権と２０１６年１２月４日のイタリア債権を等しい量売るような５０対５０の重み付けに帰着する。あるいは、各債権の数量の重み付けは、２つの債権のＰＶＢＰに従い得る。そのため、２つの債権はターゲット日から等しい距離の満期日を有するが、それらのＰＶＢＰが異なる場合、重み付けはそれらのＰＶＢＰに従う。満期日およびＰＶＢＰ両方の組み合わせも使用され得る。
【００２３】
実際には、カーブリスクを打ち消すために選択された債権は、ランの時点で最も流動的であるとみなされる債権である。それは、これらの債権がトレードされる最大の可能性を有する債権であるためである。これらの債権は、通常（必ずしもそうでないが）２年、３年、５年、および１０年の基準銘柄である。トレーダーは、カーブリスクを打ち消すために必要なオフセットトレードを成就するが、トレーダーは、それでも、それらのトレードをマーケットが執行することが可能であることに依存する。マッチするトレードが見いだされない場合、リスクはオフセットされない。そのためトレーダーは、自身に利用可能な最も流動的な商品でオフセットしようとする。
【００２４】
この簡単な例では、トレードは、１つの政府債権に対して別の債権（ドイツに対してイタリア）がトレードされる発行体リスクトレードである。実際には、ほとんどのディーラー間トレードは、債権のポジションが先物のトレードでヘッジされるベーシストレードである。現在は、債権のトレードが、反対方向の単一の先物のトレードでヘッジされることが現行の慣習である。特定の債権をヘッジするために使用される先物は、公的に利用可能なデータに基づく。
【００２５】
本発明の１つの側面によると、電子システムは、図２に関して記述された態様で、ヘッジ商品、例えば、２つの先物契約に基づくカーブのヘッジングを提供する。そのため、先物契約の重み付けは、先物の満期日および／または先物のＰＶＢＰに基づき得る。
【００２６】
先物は、実際には存在しない理論上の債権とみなされ得る。先物は、所与の未来の時間での実際の債権の代理でもある。代理の債権は受け渡し最割安銘柄（ＣＴＤ）と呼ばれる。先物を指すとき、ＰＶＰＢ、満期、および発行体のような理論上の債権のパラメータ、またはＣＴＤのパラメータのどちらでも使用できる。
【００２７】
ここで、発明を具現化するシステムが記述される。図３および図４は発明を具現化するシステムの側面を示す。図３は、ディーラーがヘッジすることを望み、図４に示されるシステムに提出されるポジションの一覧を示す。システムは、トレーダーＡ〜Ｅが接続されているセントラルマッチングエンジン２００を含む。マッチングエンジンは、適当なマッチングソフトウェアを実行するいかなる適切なコンピューターシステムであり得る。シンガポールのＲＥＳＥＴ  ＰＴＥ  Ｌｉｍｉｔｅｄによって操業されているＲＥＳＥＴマッチングシステムは一例である。トレーダーＡ〜Ｅは通常のパソコンであり得るトレーダー端末２１０Ａ〜Ｅを介してマッチングエンジン２００とコミュニケーションし得、コミュニケーションはインターネットを介して、または専用のコミュニケーションネットワークを通してされ得る。トレーダーによって送られるポジションの一覧は、ウェブページを介して、または電子メールとして、もしくはシステムに自動的に入力されるある他の便利なフォームで送られ得る。あるいは、ポジションの一覧は、受信時にマッチングエンジンに手動で入力されるファックスによってマッチングエンジンに送られ得る。
【００２８】
図３は、ディーラーがトレードすることを望むポジションを入力するディーラーシート３００を示す。マッチングエンジンは特定された債権のために特定された時間にランを執り行う。左側上部隅のパネル３１０からわかるように、ラン識別エリアは、債権が関連するランの日付（Ｒｕｎ  ｄａｔｅ）と共に、商品（Ｐｒｏｄｕｃｔ）、この場合政府債権（Ｇｏｖｅｒｎｍｅｎｔ）、および通貨またはマーケットセクター（Ｃｕｒｒｅｎｃｙ／ｓｅｃｔｏｒ）、この場合ユーロ圏（Ｅｕｒ）、をリストアップする。ディーラー（Ｄｅａｌｅｒ）およびディーラーが代表する銀行（Ｂａｎｋ）も表される。
【００２９】
ラン識別エリアの下は、ディーラーによってリストアップされた債権をヘッジするために使用され得る先物のリスト３３０を含むマーケット参照エリア３２０である。現在、先物は好まれるヘッジ商品であるが、他のヘッジ商品が使用され得る。例えば、債権はヘッジ商品として使用され得る。この場合、３つの先物、２０１１年６月の満期日をそれぞれ有するＢｕｎｄ、Ｂｏｂｌ、およびＳｃｈａｔｚが、ヘッジ商品としてリストアップされている。価格（Ｐｒｉｃｅ）は先物（Ｆｕｔｕｒｅ）の横にリストアップされている。リストアップされた３つの先物は、ヨーロッパ政府債権マーケットで最もアクティブにトレードされる確定所得有価証券であり、そのため、それらは非常に流動的であるため、ヘッジすることに理想的に適する。これらは、ヘッジのための適切な先物の単なる例であり、他のものが適当に使用され得る。
【００３０】
マーケット参照商品エリアの下は、利益および損失のマネジメント、ならびにカーブ値域（Ｃｕｒｖｅ  ｒａｎｇｅ）パネル３４０であり、カーブ値域パネルの値はディーラーによって定義される。これらは後に記述される。
【００３１】
ディスプレーの左側メイン部分３５０には、ディーラーがトレードすることを望む債権のリストが与えられている。本例では、リストは、このマーケットセクターでマッチされ得る全債権が含まれ、ディーラーは、ポジション縦列３６０に、自身がトレードすることを望むいかなる所与の債権の量を入力する。各債権のＰＶＢＰは縦列３７０に、価格は縦列３８０に示される。ディーラーのマークまたはターゲット価格は、縦列３９０にディーラーによって入力される。
【００３２】
ディスプレーの右側には、ディーラーの戦略的トレード（Ｓｔｒａｔｅｇｉｃ  Ｔｒａｄｅｓ）がパネル４１０にリストアップされている。このパネルは２つの部分、スイッチ（Ｓｗｉｔｃｈ）４２０およびバタフライ（Ｂｕｔｔｅｒｆｌｙ）４３０、に区分されている。これらのセクションにリストアップされている債権は、ディーラーが共にトレードすることを望む債権、すなわちリンクされたオーダーである。スイッチは、１つの債権を買うことと別の債権を売ることを伴う。ディーラーは、トレードの１つのレッグだけを完成することを所望せず、そのためシステムは、両方の部分を執行するか、どちらも執行しない。スイッチパネルは、２つの債権を識別し、ディーラーが１つの量だけを入力することを要求する。システムはその債権のＰＶＰＢを知っているため、システムは他の債権の必要な量を自動的に算定し得る。図３にリストアップされた１番目のスイッチには、ディーラーは２０１１年４月１５日のＰＧＢ３．２％債権の量１００，０００を入力し、ペアのもう一方の債権、２０１１年４月７日のＤＢＲ５％を入力する。ディーラーのスプレッドシートは、次に、自動的に、５６，７３９の量の２０１１年４月７日のＤＢＲ５％債権が売られることが要求されることを算定する。
【００３３】
ディーラーは、スイッチの横のボックス４４０をチェックすることによって、分割されたトレード（Ｓｐｌｉｔ  ｔｒａｄｅ）が容認できることを表し得る。これは、ディーラーがスイッチの両方のレッグが共にトレードされることを好むが、スイッチが作り上げられない場合、１つのレッグのトレードが容認できることを表す。
【００３４】
バタフライパネル４３０は、スイッチパネル４２０と本質的に同一であり、トレードを分割するオプションをも有する。バタフライは、メインボディのトレードと、満期日の点から見て両側にある２つのウィングを含む。そのため、１番目に示されたバタフライでは、ボディは２０１２年７月１５日のＲＡＧＢ５％の５０，０００の買いであり、ウィングはそれぞれ２０１２年４月７日、２０１２年１０月３１日の満期日を有する債権の売りである。ウィングは、マーケットの慣例に従って５０対５０でリスクに対して重み付けされている。スイッチの例のように、ディーラーはボディトレードの量を入力し、ディーラーのスプレッドシートは、ＰＶＰＢからウィングのトレードに必要な量、および、この場合、重み付け率を算定し、これらのポジションがシステムにロードされるときに、これらはもう一度、正確な算定を確実にするために検証される。
【００３５】
好ましくは、ディーラーにより記入されれば、シートは電子メールを介してマッチングエンジン２００に送信される。マッチングエンジン２００では、自動的にポジションがシステムに入力され、メモリ２２０に保存される。この自動ローディングは検証ステップを含み、検証ステップではマッチングエンジンの一部を形成する検証モジュール２３０はスプレッドシートのデータが正確な位置および正確なフォーマットで入力されていることを検証するために検査する。例えば、債権のボリュームを表現するための慣習はマーケット間で異なり、千の倍数で表現され得る。図３では、一番目のポジションは２５，０００とリストアップされており、この慣習の下では、２５，０００，０００のボリュームに相等しい。データが検証され、ロードされたとき、マッチングエンジンの一部を形成する確認モジュール２４０は、保存された基準に対して確認テストを執り行う。
【００３６】
好ましくは、ポジションはマッチングエンジンに直接入力される。以前に言及された電子メールの例では、ポジションのスプレッドシートはシステムからディーラーに送られ、完成されたスプレッドシートがディーラーにより返送される。スプレッドシートのデータはシステムが既知のフォーマットであるので、ポジションデータは自動的にスプレッドシートから抽出され得、システムに保存され得る。あるいは、ポジションは、ウェブページを介して、またはインターネットポータルを通してもしくはサードパーティーのポジション保持システムを通して直接入力され得る。ディーラーは、銀行のインフラを通してサービス提供者に情報を送り得る。
【００３７】
ランは、典型的に数週間に一回起こるが、商品による。最初に、ランは、異なるトレーダーにより入力された、参加者に対して差し引きされ得るポジションを、マッチングモジュール２５０を介してマッチしようとする。そのため、所与の債権の量を売ることを望む１パーティーは、同一の債権を同一量買うことを望む別パーティーに対して差し引きされ得る。実際には、量はしばしば同一ではなく、マッチングエンジンはマッチングプロセスを最適化する。ランの時間が近づき、ディーラーが自身のポジションを入力するにつれ、マッチングエンジンは、連続でマッチングプロセスを実行し、ポジションが更に入力されるにつれてマッチを更に精錬する。マッチは、例えば、３時間か４時間の期間にわたって、または、大きいランでは、最長７時間か８時間の期間にまでもわたって複数回実行され得る。この時間中は、可能性のあるマッチされたオーダーはモニターされる。
【００３８】
最適化プロセス中は、マッチングエンジンは、全ポジションを見て、反対ポジション間のマッチを可能な限り多く成立させようと試みる。最適化アルゴリズムは、トレーダーがポジションシートを入力したときに開始し、数回執り行われ、更にポジションが入力されると再度執り行われる。最適化アルゴリズムは、成立させ得る全ての可能であるマッチおよびマッチの組み合わせを見て、可能な限り多くのポジションを差し引きする最善のマッチの組み合わせが決定される最終ステージに到達する。マッチングプロセスは２人以上のディーラーがポジションを入力したときに始まり、新規のポジションが入力されるにつれ何度も実行される。ランは、完了するのに数時間かかり得る。
【００３９】
最適化プロセスが完了すれば、リスクは集約され、基準銘柄／先物の相当物で表現される。このタスクは、図４のヘッジ算定モジュール２６０により執り行われる。ヘッジが次に執り行われる。最適化は、アウトライトニュートラルであるため、いかなるカーブヘッジもニュートラルとなる。以前に言及されたように、ヘッジ商品は先物でないものであり得、この場合、コミュニケーションはヘッジ商品に適切なマーケットとされる。実際には、ヘッジするモジュールは、直接マーケットとコミュニケーションしないものであり得るが、マッチされたポジションおよびヘッジの詳細についてサードパーティーにコミュニケーションする責任があり得、サードパーティーは、次に、必要なトレードの作り出しおよび執行を手配する。
【００４０】
再び図３を参照すると、ディーラーは、スプレッドシートのフィールド４００にカーブ値域制限を入力し得る。このカーブ値域制限は、パーセンテージで表現され、最適化プロセスが２つの債権を共にマッチすることにおいて、マッチが一致しなければならない程度を表す。他のパラメータが使用され得るが、パーセンテージは、好ましくは、債権のＰＶＢＰのパーセンテージである。このことは図７に関連してさらに説明される。
【００４１】
カーブ値域プロセスは、マッチングエンジンによるマッチングおよび最適化アルゴリズムの執行前にインプリメントされる。図３から明白であるように、ディーラーのポジションは、各債権のＰＶＢＰ、およびディーラーのポジション内にある全債権において同一である、ディーラーにより提供されたカーブ値域を使用して、システムにロードされる。この情報からマッチングエンジンは、可能であるトレードのペアを算定し得る。あるいは、個別の債権または債権のグループのために個別のカーブ値域が特定され得る。
【００４２】
図５は、ディーラーが１０％のカーブ値域を入力した例を示す。３つの債権を考慮する。債権１は４のＰＶＢＰを有する。その債権のカーブ値域は、そのＰＶＢＰの両側へ１０％、すなわち３．６−４．４、である。そのため、債権は、反対にポジショニングされ、３．６−４．４間のＰＶＢＰ（またはＰＶＢＰ値域オーバーラップ）を有する債権とマッチされ得る。そのためカーブ値域は、ここではＰＶＢＰによって表現された、ディーラーがマッチを達成するために容認する準備のあるミスマッチの量の表現である。
【００４３】
債権２は、４．５のＰＶＢＰを有し、そのため４．０５−４．９５の値域を有する。債権３は、５のＰＶＢＰおよび４．５−５．５の値域を有する。この例では、３つの債権は、全員が同一のパラメータを使用する（同一のディーラーであり得るが）異なるディーラーにより入力されている。
【００４４】
図５は、３つの債権およびそのＰＶＢＰ、ならびに３つの債権のカーブ値域を示す。債権１および債権２はオーバーラップし、債権２および債権３もオーバーラップすることがわかる。そのため、マッチングエンジンは、ペアが値域の一部を共通して有するため、債権１と債権２および債権２と債権３の間で可能であるペアリング、または可能性のある取引を成立させ得る。
【００４５】
これらのペアリングは、債権２が最大限のポジション、または提供された量までだけ使用され得るために、条件付きである。そのため、提出するトレーダーにより提供された債権２の、合計で最大限の量になる両ペアの部分的トレーディングがあり得る。あるいは、最大限の量は、他のペアリングがもう利用可能でないように、１つのペアリングでトレードされ得る。１つのペアリングで債権２の全ボリュームがトレードされない場合、残りはもう一方のペアに利用可能である。そのため、いかなる特定の債権において、マッチは、債権の最大限まで１つより多くの他のポジションとされ得る。
【００４６】
そのため、各ポジションは、債権のＰＶＢＰ、およびディーラーにより提供されたカーブ値域を使用して作り出されるＰＶＢＰ帯域を有する。示された例では、ディーラーにより提供されたカーブ値域は、ポートフォリオ内の全債権において同一である。しかし、同一である必要はなく、所与の債権または債権のグループに個別のカーブ値域が提出され得る。この帯域は、ポジションをヘッジするために使用され得る他の債権を定義し、全ての可能性のあるペアリングは全ディーラーへの最適な結果を算定するためにシステムに入力される。これは、カーブリスクをディーラーが予期していたより大きくないことを確実にする利点を有する。
【００４７】
そのため、マッチングエンジンにより見いだされた可能であるマッチの数は、ディーラーにより自身のポジションと共に入力されたカーブ値域に依存する。以前に説明された理由により、マッチングエンジンは、全ては執行できない多くのマッチを成立させ、最適化プロセスは、マッチされないままにあるポジションの数を最小化しようとするか、ランの終わりの時点で、取引されたボリュームを最大化する最善の可能であるマッチのセットを決定しようとする。
【００４８】
マッチを成立させるために、カーブ値域が両方の債権のために選択されることは必要でない。例えば、１つの債権が１０％に選択されたカーブ値域、および４のＰＶＢＰを有する場合、値域は３．６から４．４である。ディーラーにより選択されたカーブ値域を有さず、ＰＶＢＰが値域内にある、たとえば４．２である、債権とこの債権はマッチされ得る。
【００４９】
別の債権を識別するために次に使用され得る値域を確実にするために、単一のカーブ値域がディーラーにより特定され得、カーブ値域は、１つの債権に、満期がより長いまたはより短い債権であろうと、またはＰＶＢＰがより高い／より低い債権であろうと、適用され得る。これは、カーブ値域がより低いＰＶＢＰ債権にだけ適用される場合、例として、債権１は、４のＰＶＢＰとともに１０％のカーブ値域を有する。このポジションは、この値域内の債権、例えば、４．２のＰＶＢＰを有する債権２でヘッジされ得る。債権２は、次に、別の可能性のあるトレードに使用され得、３．７８−４．６２の値域を作り出し得るが、他の債権は４．２と４．６２の間のＰＶＢＰの絶対値を有さなければならず、債権２はより短い満期の債権でなければならない。
【００５０】
最適化が行われ、リスクが集約され、基準銘柄／先物の相当物で表現されれば、カーブをヘッジするプロセスが行われる。このことは図６および図７を参照に説明される。図６は、買い待ちの債権Ａを示し、債権Ａは、異なる満期日を有する売り待ちの債権Ｂとマッチされる。２つの債権のトレードは、差し引きされた２年、５年、および１０年のリスクポイントとして表現される。２つの債権のトレードから結果として生じるカーブリスクを排除するために、緑で示された３つのトレードが執り行われる必要がある。これらはすべて先物トレードであり、２つの債権トレードもアウトライトニュートラルであるように、アウトライトニュートラルである。各債権には、満期日の前および後の両方に先物トレードがある。しかし、債権の日付の間の２つのトレードは、単一のトレードに集約され得る。
【００５１】
ランにカーブ値域がない場合、図７に示されるように１つ以上の先物でヘッジされる１つの債権のトレードをする可能性しかない。もっとも、ＰＶＢＰか、または満期期間のどちらかの点で債権と先物が完全にマッチしたときには単一の先物のトレードのみあり得る。
【００５２】
カーブのヘッジは、マッチングの最適化が行われた後に算定される。マッチングは、ＰＶＢＰおよびカーブ値域により、相互に対してそれらのポジションからトレードすることに結果する。結果として生じるカーブリスクは、次に、一連の先物のトレードによりヘッジされる。マッチングエンジンは、カーブへの影響に関わらず、可能な限り多くのポジションをマッチする。ディーラーがカーブ値域を特定しないことを選択する場合、エンジンには執行のための未加工ポジションデータのみが送られる。それぞれの可能性のあるトレードは、それらの基準銘柄の相当物に分類される。基準銘柄は、考察されたように、カーブをヘッジするために最も適切であるとシステムがみなし、好ましくは、その特定の債権のカーブ上で最も流動的な商品である，トレードをヘッジする他の債権または先物であり得る。それぞれの可能性のあるトレードは、可能性のあるトレードからのリスクを制限するであろう２点によりディスプレーされる。
【００５３】
基準銘柄の相当物は全ての可能性のあるトレードにわたって差し引され得、各基準銘柄に単一のトレードを与え、全ての可能性のあるトレードからほとんどのリスクを打ち消す。異なる債権が、同一の先物を使用してヘッジされ得、先物がトレードされるマーケットによっては、利用可能な先物が限られた数しかないために、ヘッジ商品が先物である場合これは特に有効である。
【００５４】
カーブをヘッジするプロセスの例は、図８に示される。第一縦列４００には、異なる満期日を有する、全てＤＢＲ債権である、３つのトレードを示す。一番目のトレードは１００，０００，０００の売り（マイナスサインにより表される）、二番目は１００，０００，０００の買い、そして三番目は５０，０００，０００の買いである。一番目のトレードに対してヘッジするためには、第二および第三基準銘柄の２つのプラス５００の基準銘柄のトレードがなされ、これらは１月１８日の日付の両側への同様な買いトレードであり、二番目のトレードは第一基準銘柄のマイナス８００のトレード、および第二基準銘柄のマイナス２００のトレードによりヘッジされ、そして三番目の債権のトレードは、第二基準銘柄のマイナス１００のトレードおよび第三基準銘柄のマイナス３００のトレードによりヘッジされる。そのため、３つの基準銘柄のトレードは、第一基準銘柄のマイナス８００の要求、第二基準銘柄のプラス２００の要求、および第３の基準銘柄のマイナス２００の要求を提供するように差し引きされ得る。これらのトレードは、図４に示されるように、適切な先物マーケットで執り行われ、トレードの結果は、マッチングエンジンに伝達され、そして、次に、トレーダーに伝達される。トレードは、システムにより提供されたトレード情報を基に、システムから離れた場所から、作り出され得、執行され得る。トレードはシステム自身によって執行されない場合もある。
【００５５】
以前の考察からわかるように、各債権のポジションは、各債権のポジションに対して執行された２つの先物を有する。以前に言及されたように、先物の重み付けは、ＰＶＢＰか、または満期日に基づき得る。重み付けは、元本を対応する先物に配分することに使用される。適当に重み付けされた元本の量が知られているので、ヘッジされる量は先物契約の数に変換され得る。
【００５６】
１つの好まれる実施形態では、システムはマッチおよび差引されたヘッジを算定するがそれらの執行の責任はない。システムは、要求されるトレードの詳細をサードパーティーに、トレードの作り出しおよび執行のために送り得る。あるいは、システムは、執行の責任があり、その場合、システムはトレードを執り行わせる。ヘッジが先物であるヘッジトレードの場合、トレードは取引所で成立しなければならない。ヘッジが債権の場合、トレードはＯＴＣマーケット（店頭市場）で執り行われ得る。
【００５７】
以前に考察されたように、最適化プロセスは、トレーダーにより新規のポジションが追加されると何度も実行される。マッチングの最適化が実行される度にカーブのヘッジおよび差し引きも算定されることは、好まれるが必須ではない。後に続くランは、以前のランの結果を足場にし得るが、各ランが以前の結果を放棄し、最善のマッチが成立する可能性を最大化するために再スタートすることが好まれる。
【００５８】
記述された実施形態の多くの変形体は可能であり、添付の特許請求範囲に定義される発明の範囲から離れずに当業者が思いつく。
【符号の説明】
【００５９】
２００  マッチングエンジン
２１０Ｂ、２１０Ｂ、２１０Ｄ、２１０Ｅ  ディーラー端末
２２０  ポジション記憶装置
２３０  データ検証モジュール
２４０  確認モジュール
２５０  マッチングモジュール
２６０  ヘッジ算定
２７０  執行モジュール
２８０  先物マーケット
【図１】
0005940773.tif 000002
【図２】
0005940773.tif 000003
【図３−１】
0005940773.tif 000004
【図３−２】
0005940773.tif 000005
【図４】
0005940773.tif 000006
【図５】
0005940773.tif 000007
【図６】
0005940773.tif 000008
【図７】
0005940773.tif 000009
【図８】
0005940773.tif 000010