(57)【要約】クレジットデリバティブ取引システムは、クレジットデリバティブのための規定のポジションを受け取り、特定のクレジットデリバティブの相場に動きがあるたび複数の取引顧客をリアルタイムで更新するように設計されたクレジットデリバティブオーソリティを含む。
2008515104.tif 000002
【特許請求の範囲】
【請求項１】
下記を含むクレジットデリバティブオーソリティ：
特定の照会事業体に関するクレジットデリバティブ情報を記憶するように設計されたデータベース；
実行命令を記憶するように設計されたメモリ；ならびに
該データベースおよび該メモリに結合され、該命令を実行するように設計されたプロセッサであって、該命令が、該プロセッサをして、
複数の取引顧客それぞれから買い呼び値、売り呼び値、または両方を有するポジションを受け取らせ；
該複数の取引顧客のポジションからの買い呼び値および売り呼び値の集合を平均化することによって中間固定点を決定し、
買い呼び値および売り呼び値を有する取引可能相場を決定し、
最新の取引可能相場が見つからないならば、または該中間固定点が該買い呼び値と該売り呼び値との間にあるならば、該中間固定点を固定価格に割り当て、
該中間固定点が該買い呼び値未満であるならば、該最新の取引可能相場の該買い呼び値を該固定価格に割り当て、ならびに
該中間固定点が該売り呼び値を超えるならば、該最新の取引可能相場の該売り呼び値を該固定価格に割り当てること
によって固定価格を決定させ；
該固定価格未満の売り呼び値を有するすべてのポジションの売りを該固定価格で成立させ；および
該固定価格を超えるかまたは等しい買い呼び値を有するすべてのポジションの買いを該固定価格で成立させるように設計される。
【請求項２】
ポジションがさらに数量を含み、買い呼び値および売り呼び値の集合の平均化が、該数量によって重み付けされた平均を実行する、請求項1記載のクレジットオーソリティ。
【請求項３】
買い呼び値および売り呼び値の集合が、複数の取引顧客のポジションから最高のN個の買い呼び値および最低のN個の売り呼び値を選択することによって形成される、請求項1記載のクレジットオーソリティ。
【請求項４】
Nが受けられたポジションの数の約半数に等しい、請求項3記載のクレジットオーソリティ。
【請求項５】
命令がさらに、プロセッサをして、
複数の取引顧客からポジションを受け取るために所定の期間を待たせ；および
該所定の期間が切れたのち、受けたすべてのポジションを捨てさせる
ように設計されている、請求項1記載のクレジットオーソリティ。
【請求項６】
命令がさらに、プロセッサをして、
ポジションの買い呼び値が固定価格未満である複数の取引顧客および売り呼び値が該固定価格を超える複数の取引顧客それぞれに対し、該固定価格で売買要求を入れるためのオプションを提示させ；
該複数の取引顧客から複数の売買要求を受け取らせ；
該複数の取引顧客の該売買要求を互いにマッチングさせ；ならびに
該固定価格でマッチングするすべてのポジションの売買を成立させる
ように設計されている、請求項1記載のクレジットオーソリティ。
【請求項７】
命令がさらに、プロセッサをして、
ポジションの買い呼び値が固定価格を超えるかまたは等しい複数の取引顧客それぞれに対し、該固定価格で買いのみの売買要求を入れるためのオプションを提示させる
ように設計されている、請求項6記載のクレジットオーソリティ。
【請求項８】
命令がさらに、プロセッサをして、
ポジションの買い呼び値が固定価格を超える複数の取引顧客それぞれに対し、該固定価格でより大きな数量を買うための買いオプションを提示させ；
ポジションの売り呼び値が該固定価格未満である複数の取引顧客それぞれに対し、該固定価格でより大きな数量を売るための売りオプションを提示させ；
該複数の取引顧客から少なくとも一つの買い要求を受け取らせ；
該複数の取引顧客から少なくとも一つの売り要求を受け取らせ；
該少なくとも一つの買い要求および該少なくとも一つの売り要求を互いにマッチングさせ；ならびに
該固定価格でマッチングするすべてのポジションの売買を成立させる
ように設計されている、請求項1記載のクレジットオーソリティ。
【請求項９】
命令がさらに、プロセッサをして、
複数の取引顧客から買いおよび売り要求を受け取るために所定の期間を待たせ；ならびに
該所定の期間が切れたのち、受けたすべての買いおよび売り要求を捨てさせる
ように設計されている、請求項8記載のクレジットオーソリティ。
【請求項１０】
下記の段階を含むクレジットデリバティブのオンライン取引の方法：
複数の取引顧客それぞれから買い呼び値、売り呼び値、または両方を有するポジションを受け取る段階；
該複数の取引顧客の該ポジションからの買い呼び値および売り呼び値の集合を平均化することによって中間固定点を決定し、
買い呼び値および売り呼び値を有する取引可能相場を決定し、
最新の取引可能相場が見つからないならば、または該中間固定点が該買い呼び値と該売り呼び値との間にあるならば、該中間固定点を固定価格に割り当て、
該中間固定点が該買い呼び値未満であるならば、該最新の取引可能相場の該買い呼び値を該固定価格に割り当て、
該中間固定点が該売り呼び値を超えるならば、該最新の取引可能相場の該売り呼び値を該固定価格に割り当てること
によって固定価格を決定する段階；
該固定価格未満の売り呼び値を有するすべてのポジションの売りを該固定価格で成立させる段階；および
該固定価格を超える買い呼び値を有するすべてのポジションの買いを該固定価格で成立させる段階。
【請求項１１】
ポジションがさらに数量を含み、買い呼び値および売り呼び値の集合を平均化することによって中間固定点を決定する段階が、該数量によって重み付けされた平均を実行する、請求項10記載の方法。
【請求項１２】
買い呼び値および売り呼び値の集合が、複数の取引顧客のポジションから最高のN個の買い呼び値および最低のN個の売り呼び値を選択する段階によって形成される、請求項10記載の方法。
【請求項１３】
Nが受けられたポジションの数の約半数に等しい、請求項12記載の方法。
【請求項１４】
下記をさらに含む、請求項10記載の方法：
複数の取引顧客からポジションを受け取るために所定の期間を待つ段階；および
該所定の期間が切れたのち、受けたすべてのポジションを捨てる段階。
【請求項１５】
下記をさらに含む、請求項10記載の方法：
ポジションの買い呼び値が固定価格未満である複数の取引顧客および売り呼び値が固定価格を超える複数の取引顧客それぞれに対し、該固定価格で売買要求を入れるためのオプションを提示する段階；
該複数の取引顧客から複数の売買要求を受け取る段階；
該複数の取引顧客の該売買要求を互いにマッチングさせる段階；および
該固定価格でマッチングするすべてのポジションの売買を成立させる段階。
【請求項１６】
下記をさらに含む、請求項15記載の方法：
複数の取引顧客から売買要求を受け取るために所定の期間を待つ段階；および
該所定の期間が切れたのち、受けたすべての売買要求を捨てる段階。
【請求項１７】
下記をさらに含む、請求項10記載の方法：
ポジションの買い呼び値が固定価格を超える複数の取引顧客それぞれに対し、該固定価格でより大きな数量を買うための買いオプションを提示する段階；
ポジションの売り呼び値が固定価格未満である複数の取引顧客それぞれに対し、該固定価格でより大きな数量を売るための売りオプションを提示する段階；
該複数の取引顧客から少なくとも一つの買い要求を受け取る段階；
該複数の取引顧客から少なくとも一つの売り要求を受け取る段階；
該少なくとも一つの買い要求および該少なくとも一つの売り要求を互いにマッチングさせる段階；および
該固定価格でマッチングするすべてのポジションの売買を成立させる段階。
【請求項１８】
下記をさらに含む、請求項17記載の方法：
複数の取引顧客から買いおよび売り要求を受け取るために所定の期間を待つ段階；および
該所定の期間が切れたのち、受けた買いおよび売り要求すべてを捨てる段階。
【請求項１９】
下記を含むクレジットデリバティブオーソリティ：
特定の照会事業体に関するクレジットデリバティブ情報を記憶するように設計されたデータベース；
実行命令を記憶するように設計されたメモリ；および
該データベースおよび該メモリに結合され、該命令を実行するように設計されたプロセッサであって、該命令が、該プロセッサをして、
複数の取引顧客それぞれから買い呼び値、売り呼び値、または両方を有するポジションを受け取らせ；
該複数の取引顧客から受けたすべてのポジションの買い呼び値および売り呼び値に基づいて固定価格を決定させ；
該固定価格未満の売り呼び値を有するすべてのポジションの売りを該固定価格で成立させ；
該固定価格を超える買い呼び値を有するすべてのポジションの買いを該固定価格で成立させるように設計される。
【請求項２０】
命令がさらに、プロセッサをして、下記のように設計されている、請求項19記載のクレジットオーソリティ：
複数の取引顧客からポジションを受け取るために所定の期間を待たせ；および
該所定の期間が切れたのち、受けたすべてのポジションを捨てさせる。
【請求項２１】
命令がさらに、プロセッサをして、下記のように設計されている、請求項19記載のクレジットオーソリティ：
ポジションの買い呼び値が固定価格未満である複数の取引顧客および売り呼び値が固定価格を超える複数の取引顧客それぞれに対し、該固定価格で売買要求を入れるためのオプションを提示させ；
該複数の取引顧客から複数の売買要求を受け取らせ；
該複数の取引顧客の該売買要求を互いにマッチングさせ；および
該固定価格でマッチングするすべてのポジションの売買を成立させる。
【請求項２２】
命令がさらに、プロセッサをして、下記のように設計されている、請求項21記載のクレジットオーソリティ：
複数の取引顧客から売買要求を受け取るために所定の期間を待たせ；および
該所定の期間が切れたのち、受けたすべての売買要求を捨てさせる。
【請求項２３】
命令がさらに、プロセッサをして、下記のように設計されている、請求項19記載のクレジットオーソリティ：
ポジションの買い呼び値が固定価格を超える複数の取引顧客それぞれに対し、該固定価格でより大きな数量を買うための買いオプションを提示させ；
ポジションの売り呼び値が固定価格未満である複数の取引顧客それぞれに対し、該固定価格でより大きな数量を売るための売りオプションを提示させ；
該複数の取引顧客から少なくとも一つの買い要求を受け取らせ；
該複数の取引顧客から少なくとも一つの売り要求を受け取らせ；
該少なくとも一つの買い要求および該少なくとも一つの売り要求を互いにマッチングさせ；および
該固定価格でマッチングするすべてのポジションの売買を成立させる。
【請求項２４】
命令がさらに、プロセッサをして、下記のように設計されている、請求項23記載のクレジットオーソリティ：
複数の取引顧客から買い要求および売り要求を受け取るために所定の期間を待たせ；ならびに
該所定の期間が切れたのち、受けたすべての買い要求および売り要求を捨てさせる。
【請求項２５】
固定価格が、複数の取引顧客のポジションからの買い呼び値および売り呼び値の集合を平均化することによって決定される、請求項19記載のクレジットオーソリティ。
【請求項２６】
ポジションがさらに数量を含み、固定価格が、該数量を重みとして使用して複数の取引顧客のポジションからの買い呼び値および売り呼び値の集合の重み付け平均を実行することによって決定される、請求項25記載のクレジットオーソリティ。
【請求項２７】
買い呼び値および売り呼び値の集合が、複数の取引顧客のポジションから最高のN個の買い呼び値および最低のN個の売り呼び値を選択することによって形成される、請求項25記載のクレジットオーソリティ。
【請求項２８】
Nが受けられたポジションの数の約半数に等しい、請求項27記載のクレジットオーソリティ。
【請求項２９】
固定価格が、下記によって決定される、請求項19記載のクレジットオーソリティ：
複数の取引顧客のポジションからの買い呼び値および売り呼び値の集合を平均化することによって中間固定点を決定し；
買い呼び値および売り呼び値を有する最新の取引可能相場を決定し；
最新の取引可能相場が見つからないならば、または該中間固定点が該買い呼び値と該売り呼び値との間にあるならば、該中間固定点を該固定価格に割り当て；
該中間固定点が該買い呼び値未満であるならば、該最新の取引可能相場の該買い呼び値を該固定価格に割り当て；
該中間固定点が該売り呼び値を超えるならば、該最新の取引可能相場の該売り呼び値を該固定価格に割り当てる。
【請求項３０】
ポジションがさらに数量を含み、固定価格が、該数量を重みとして使用して複数の取引顧客のポジションからの買い呼び値および売り呼び値の集合の重み付け平均を実行することによって決定される、請求項29記載のクレジットオーソリティ。
【請求項３１】
買い呼び値および売り呼び値の集合が、複数の取引顧客のポジションから最高のN個の買い呼び値および最低のN個の売り呼び値を選択することによって形成される、請求項29記載のクレジットオーソリティ。
【請求項３２】
Nが受けられたポジションの数の約半数に等しい、請求項31記載のクレジットオーソリティ。
【請求項３３】
クレジットデリバティブのオンライン取引の方法であって、下記を含む方法：
複数の取引顧客それぞれから買い呼び値、売り呼び値、または両方を有するポジションを受け取る段階；
該複数の取引顧客から受けたすべてのポジションの買い呼び値および売り呼び値に基づいて固定価格を決定する段階；
該固定価格未満の売り呼び値を有するすべてのポジションの売りを該固定価格で成立させる段階；および
該固定価格を超える買い呼び値を有するすべてのポジションの買いを該固定価格で成立させる段階。
【請求項３４】
下記をさらに含む、請求項33記載の方法：
複数の取引顧客からポジションを受け取るために所定の期間を待つ段階；および
該所定の期間が切れたのち、受けたすべてのポジションを捨てる段階。
【請求項３５】
下記をさらに含む、請求項33記載の方法：
ポジションの買い呼び値が固定価格未満である複数の取引顧客および売り呼び値が固定価格を超える複数の取引顧客それぞれに対し、該固定価格で売買要求を入れるためのオプションを提示する段階；
該複数の取引顧客から複数の売買要求を受け取る段階；
該複数の取引顧客の該売買要求を互いにマッチングさせる段階；および
該固定価格でマッチングするすべてのポジションの売買を成立させる段階。
【請求項３６】
下記をさらに含む、請求項35記載の方法：
複数の取引顧客から売買要求を受け取るために所定の期間を待つ段階；および
該所定の期間が切れたのち、受けたすべての売買要求を捨てる段階。
【請求項３７】
下記をさらに含む、請求項33記載の方法：
ポジションの買い呼び値が固定価格を超える複数の取引顧客それぞれに対し、該固定価格でより大きな数量を買うための買いオプションを提示する段階；
ポジションの売り呼び値が固定価格未満である複数の取引顧客それぞれに対し、該固定価格でより大きな数量を売るための売りオプションを提示する段階；
該複数の取引顧客から少なくとも一つの買い要求を受け取る段階；
該複数の取引顧客から少なくとも一つの売り要求を受け取る段階；
該少なくとも一つの買い要求および該少なくとも一つの売り要求を互いにマッチングさせる段階；および
該固定価格でマッチングするすべてのポジションの売買を成立させる段階。
【請求項３８】
下記をさらに含む、請求項37記載の方法：
複数の取引顧客から買い要求および売り要求を受け取るために所定の期間を待つ段階；および
該所定の期間が切れたのち、受けたすべての買い要求および売り要求を捨てる段階。
【請求項３９】
固定価格を決定することが、複数の取引顧客のポジションからの買い呼び値および売り呼び値の集合の平均を割り当てる段階を含む、請求項33記載の方法。
【請求項４０】
買い呼び値および売り呼び値の集合が、複数の取引顧客のポジションから最高のN個の買い呼び値および最低のN個の売り呼び値を選択する段階によって形成される、請求項39記載の方法。
【請求項４１】
Nが受けられたポジションの数の約半数に等しい、請求項40記載の方法。
【請求項４２】
ポジションがさらに数量を含み、固定価格を決定することが、該数量を重みとして使用して複数の取引顧客のポジションからの買い呼び値および売り呼び値の集合の重み付け平均を割り当てる段階を含む、請求項33記載のクレジットオーソリティ。
【請求項４３】
買い呼び値および売り呼び値の集合が、複数の取引顧客のポジションから最高のN個の買い呼び値および最低のN個の売り呼び値を選択する段階によって形成される、請求項43記載の方法。
【請求項４４】
Nが受けられたポジションの数の約半数に等しい、請求項44記載の方法。
【請求項４５】
固定価格を決定することが下記の段階を含む、請求項33記載の方法：
複数の取引顧客のポジションからの買い呼び値および売り呼び値の集合を平均化することによって中間固定点を決定する段階、
買い呼び値および売り呼び値を有する最新の取引可能相場を決定する段階、
最新の取引可能相場が見つからないならば、または該中間固定点が該買い呼び値と該売り呼び値との間にあるならば、該中間固定点を該固定価格に割り当てる段階、
該中間固定点が該買い呼び値未満であるならば、該最新の取引可能相場の該買い呼び値を該固定価格に割り当てる段階；
該中間固定点が該売り呼び値を超えるならば、該最新の取引可能相場の該売り呼び値を該固定価格に割り当てる段階。
【請求項４６】
ポジションがさらに数量を含み、買い呼び値の集合を平均化することによって中間固定点を決定する段階が、該数量によって重み付けされた買い呼び値の集合の重み付け平均によって該中間固定点を決定する、請求項45記載の方法。
【請求項４７】
買い呼び値および売り呼び値の集合が、複数の取引顧客のポジションから最高のN個の買い呼び値および最低のN個の売り呼び値を選択する段階によって形成される、請求項46記載の方法。
【請求項４８】
Nが受けられたポジションの数の約半数に等しい、請求項47記載の方法。
【請求項４９】
下記を含むクレジットデリバティブオーソリティ：
特定の照会事業体に関するクレジットデリバティブ情報を記憶するように設計されたデータベース；
実行命令を記憶するように設計されたメモリ；ならびに
該データベースおよび該メモリに結合され、該命令を実行するように設計されたプロセッサであって、該命令が、該プロセッサをして、
取引顧客から数量を有するポジションを受け取らせ、
複数の他の取引顧客の一つから該ポジションの受け入れを受け取らせ、
該取引顧客または該ポジションを受けた該他の取引顧客のいずれかである取引当事者に対し、該ポジションに対応する数量を増すためのオプションを送らせ、
第一の増加数量選択を受け取らせ、
該取引顧客または該ポジションを受けた該他の取引顧客のいずれかである取引相手当事者に対し、増加数量を提示させ、
該増加数量に対して合意に達すると、該増加数量の売買を成立させるように設計される。
【請求項５０】
命令が、プロセッサをして、数量を増すためのオプションの、取引当事者への送付、該取引当事者からの増加数量の受け取り、および該取引相手当事者への増加数量の提示を、増加数量選択が該取引当事者から受け取られなくなるまで繰り返させるように設計されている、請求項49記載のクレジットデリバティブオーソリティ。
【請求項５１】
命令が、プロセッサをして、数量を増すためのオプションの、取引当事者への送付、該取引当事者からの増加数量の受け取り、および取引相手当事者への増加数量の提示を、該取引相手当事者が数量を増すための提示を拒絶するまで繰り返させるように設計されている、請求項49記載のクレジットデリバティブオーソリティ。
【請求項５２】
取引当事者が、数量を増すためのオプションに応答して、複数の固定数量の一つまたは増加なしを選ぶことができる、請求項49記載のクレジットデリバティブオーソリティ。
【請求項５３】
取引当事者が、数量を増すためのオプションに応答して、複数の固定数量増の一つまたは増加なしを選ぶことができる、請求項49記載のクレジットデリバティブオーソリティ。
【請求項５４】
命令がさらに、プロセッサをして、取引当事者から増加数量選択を受け取るために所定の期間を待たせ、該増加数量選択を受け取る前にその期間が切れるならば、該数量の売買を成立させるように設計されている、請求項49記載のクレジットデリバティブオーソリティ。
【請求項５５】
ポジションに対応する数量が標準またはデフォルト数量である、請求項49記載のクレジットデリバティブオーソリティ。
【請求項５６】
命令がさらに、プロセッサをして、相手当事者から増加数量の受け入れを受け取らせ、次いで、該増加数量の売買を成立させるように設計されている、請求項49記載のクレジットデリバティブオーソリティ。
【請求項５７】
命令がさらに、プロセッサをして、相手当事者から増加数量の拒絶を受け取らせ、次いで、元の数量の売買を成立させるように設計されている、請求項49記載のクレジットデリバティブオーソリティ。
【請求項５８】
下記を含むクレジットデリバティブオーソリティ：
特定の照会事業体に関するクレジットデリバティブ情報を記憶するように設計されたデータベース；
実行命令を記憶するように設計されたメモリ；ならびに
該データベースおよび該メモリに結合され、該命令を実行するように設計されたプロセッサであって、該命令が、該プロセッサをして、
取引顧客から数量を有するポジションを受け取らせ、
複数の他の取引顧客の一つから該ポジションの受け入れを受け取らせ、
該数量を増すための第一のオプションを該取引顧客に送らせ、
該数量を増すための第二のオプションを該複数の他の取引顧客の該一つに送らせ、
該取引顧客から第一の増加数量を有する第一の増加数量選択を受け取らせ、
該複数の他の取引顧客の該一つから第二の増加数量を有する第二の増加数量選択を受け取らせ、
該第一の増加数量と該第二の増加数量とが同じであるならば、該増加数量の売買を成立させるように設計される。
【請求項５９】
第一のオプションが、複数の固定数量および増加なし選択を含む、請求項58記載のクレジットデリバティブオーソリティ。
【請求項６０】
第一のオプションが、複数の固定数量増および増加なし選択を含む、請求項58記載のクレジットデリバティブオーソリティ。
【請求項６１】
第二のオプションが、複数の固定数量および増加なし選択を含む、請求項58記載のクレジットデリバティブオーソリティ。
【請求項６２】
第二のオプションが、複数の固定数量増および増加なし選択を含む、請求項58記載のクレジットデリバティブオーソリティ。
【請求項６３】
命令がさらに、プロセッサをして、第一の増加数量選択を受け取るために所定の期間を待たせ、第一の増加数量選択を受け取る前にその期間が切れるならば、該数量の売買を成立させるように設計されている、請求項58記載のクレジットデリバティブオーソリティ。
【請求項６４】
命令がさらに、プロセッサをして、第二の増加数量選択を受け取るために所定の期間を待たせ、第二の増加数量選択を受け取る前にその期間が切れるならば、該数量の売買を成立させるように設計されている、請求項58記載のクレジットデリバティブオーソリティ。
【請求項６５】
命令がさらに、プロセッサをして、第一の増加数量と第二の増加数量とが等しくないならば、該第一の増加数量および該第二の増加数量の少ない方である数量の売買を成立させるように設計されている、請求項58記載のクレジットデリバティブオーソリティ。
【請求項６６】
下記を含むクレジットデリバティブのオンライン取引の方法：
取引顧客から数量を有するポジションを受け取る段階；
複数の他の取引顧客の一つから該ポジションの受け入れを受け取る段階；
該取引顧客または該複数の他の取引顧客の該一つのいずれかである取引当事者に第一のオプションを送る段階；
第一の増加数量を有する第一の増加数量選択を受け取る段階；
該取引顧客または該オプションを送られなかった該複数の他の取引顧客の該一つのいずれかである取引相手当事者に該第一の増加数量を提示する段階；および
該増加数量に対して合意に達すると、該増加数量の売買を成立させる段階。
【請求項６７】
第一のオプションの送付、第一の増加数量の受け取り、取引相手当事者への該第一の増加数量の提示を、取引当事者と該取引相手当事者との間の合意が維持される間、増加数量選択が該取引当事者から受け取られなくなるまで繰り返す段階をさらに含む、請求項66記載の方法。
【請求項６８】
第一のオプションが、複数の固定数量および増加なし選択を含む、請求項66記載の方法。
【請求項６９】
第一のオプションが、複数の固定数量増および増加なし選択を含む、請求項66記載の方法。
【請求項７０】
下記をさらに含む、請求項66記載の方法：
第二のオプションを取引相手当事者に送る段階；
第二の増加数量を有する第二の増加数量選択を受け取る段階、および
該第二の増加数量を取引当事者に提示する段階。
【請求項７１】
第二のオプションの送付、第二の増加数量の受け取り、取引相手当事者への該第二の増加数量の提示を、取引当事者と該取引相手当事者との間の合意が維持される間、増加数量選択が該取引相手当事者から受け取られなくなるまで繰り返す段階をさらに含む、請求項70記載の方法。
【請求項７２】
第二のオプションが、複数の固定数量および増加なし選択を含む、請求項70記載の方法。
【請求項７３】
第二のオプションが、複数の固定数量増および増加なし選択を含む、請求項70記載の方法。
【請求項７４】
下記を含むクレジットデリバティブのオンライン取引の方法：
取引顧客から数量を有するポジションを受け取る段階；
複数の他の取引顧客の一つから該ポジションの受け入れを受け取る段階；
複数の他の取引顧客の一つから該ポジションの受け入れを受け取る段階、
該数量を増すための第一のオプションを該取引顧客に送る段階、
該数量を増すための第二のオプションを該複数の他の取引顧客の該一つに送る段階、
該取引顧客から第一の増加数量を有する第一の増加数量選択を受け取る段階、
該複数の取引顧客の該一つから第二の増加数量を有する第二の増加数量選択を受け取る段階、
該第一の増加数量と該第二の増加数量とが同じであるならば、該増加数量の売買を成立させる段階。
【請求項７５】
第一のオプションが、複数の固定数量および増加なし選択を含む、請求項74記載の方法。
【請求項７６】
第一のオプションが、複数の固定数量増および増加なし選択を含む、請求項74記載の方法。
【請求項７７】
第二のオプションが、複数の固定数量および増加なし選択を含む、請求項74記載の方法。
【請求項７８】
第二のオプションが、複数の固定数量増および増加なし選択を含む、請求項74記載の方法。
【請求項７９】
第一の増加数量選択を受け取るために所定の期間を待つ段階、および第一の増加数量選択を受け取る前にその期間が切れるならば、該数量の売買を成立させる段階をさらに含む、請求項74記載の方法。
【請求項８０】
第二の増加数量選択を受け取るために所定の期間を待つ段階、および第二の増加数量選択を受け取る前にその期間が切れるならば、該数量の売買を成立させる段階をさらに含む、請求項74記載の方法。
【請求項８１】
第一の増加数量と第二の増加数量とが等しくないならば、該第一の増加数量および該第二の増加数量の少ない方である数量の売買を成立させる段階をさらに含む、請求項74記載の方法。
【請求項８２】
下記を含むクレジットデリバティブオーソリティ：
特定の照会事業体に関するクレジットデリバティブ情報を記憶するように設計されたデータベース；
実行命令を記憶するように設計されたメモリ；ならびに
該データベースおよび該メモリに結合され、該命令を実行するように設計されたプロセッサであって、該命令が、該プロセッサをして、
複数の取引顧客それぞれから価格および想定元本を有するポジションを受け取らせ；
取引顧客から該複数の取引顧客の一つの該ポジションの受け入れを受け取らせ；
該想定元本に基づいて該複数の取引顧客の該ポジションを互いにマッチングさせ；ならびに
受け入れられたポジションの価格でマッチングするすべてのポジションの売買を成立させるように設計される。
【請求項８３】
命令がさらに、プロセッサをして、複数の取引顧客それぞれに対し、受け入れられたポジションの価格で売買に参加するよう提示させ、該複数の取引顧客の一つから所望の想定元本を有する売買要求を受け取らせるように設計されている、請求項82記載のクレジットオーソリティ。
【請求項８４】
命令がさらに、プロセッサをして、複数の取引顧客それぞれに対し、指定の価格で売買するための新たな想定元本を提示させ、該複数の取引顧客の一つから確認を受け取らせるように設計されている、請求項82記載のクレジットオーソリティ。
【請求項８５】
命令がさらに、プロセッサをして、複数の他の取引顧客を、受け入れられたポジションの価格で売買に参加するよう勧誘させ、該複数の他の取引顧客の一つからポジションを受け取らせるように設計されている、請求項82記載のクレジットオーソリティ。
【請求項８６】
プロセッサが、各取引顧客に優先順位を割り当てることにより、および最高優先順位の取引顧客を、該最高優先順位の取引顧客のポジションに等しい想定元本を有する相手当事者とマッチングさせることにより、複数の取引顧客のポジションをマッチングさせる、請求項82記載のクレジットオーソリティ。
【請求項８７】
プロセッサが、さらに優先順位および想定元本に基づいて複数の取引顧客それぞれを相手当事者とマッチングさせることにより、該複数の取引顧客のポジションをマッチングさせる、請求項83記載のクレジットオーソリティ。
【請求項８８】
下記を含むクレジットデリバティブのオンライン取引の方法：
複数の取引顧客それぞれから価格および想定元本を有するポジションを受け取る段階；
取引顧客から該複数の取引顧客の一つの該ポジションの受け入れを受け取る段階；
該想定元本に基づいて該複数の取引顧客の該ポジションを互いにマッチングさせる段階；ならびに
受け入れられたポジションの価格でマッチングするすべてのポジションの売買を成立させる段階。
【請求項８９】
下記をさらに含む、請求項88記載の方法：
複数の取引顧客それぞれに対し、指定の価格で売買するための新たな想定元本を提示する段階；および
該複数の取引顧客の一つから確認を受け取る段階。
【請求項９０】
下記をさらに含む、請求項88記載の方法：
複数の取引顧客それぞれに対し、ポジションの想定元本の変更を提示する段階、および
該複数の取引顧客の一つから新たな想定元本要求を受け取る段階。
【請求項９１】
下記をさらに含む、請求項88記載の方法：
複数の他の取引顧客を、受け入れられたポジションの価格で売買に参加するよう勧誘する段階；および
該複数の他の取引顧客の一つからポジションを受け取る段階。
【請求項９２】
下記を含む複数の取引顧客のポジションをマッチングさせる、請求項88記載の方法：
各取引顧客に優先順位を割り当てる段階；および
最高優先順位の取引顧客を、該最高優先順位の取引顧客のポジションに等しい想定元本を有する相手当事者とマッチングさせる段階。
【請求項９３】
複数の取引顧客のポジションをマッチングさせることが、優先順位および想定元本に基づいて該複数の取引顧客それぞれを相手当事者とマッチングさせる段階をさらに含む、請求項92記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
1. 発明の分野
本発明の分野は、一般にはクレジットデリバティブに関し、特にオンライン環境におけるクレジットデリバティブの売買に関する。
【背景技術】
【０００２】
2. 背景情報
現在、従来のクレジットデリバティブ市場は、比較的大きな機関のユーザベースを含む。これらの大きな機関は、多様な理由からクレジットデリバティブ市場を使用する。たとえば、国内外の銀行は、クレジットリスクをクレジットデリバティブ市場で売ることにより、有意な経済的、規制的および資本的救済を得ることができる。銀行はまた、クレジットデリバティブ市場を使用してクレジットリスクを貸付市場の代替として自社のポートフォリオに加えることができる。典型的には優秀なクレジット評価能力を有する保険業者は、主としてクレジットデリバティブ市場を使用して、保険料と引き替えにクレジットリスクを引き受ける。投資顧問会社および資産運用会社または他の投資家は、クレジットデリバティブ市場を使用してリスクを引き受けたり減らしたりする。
【０００３】
ディーラコミュニティは、世界最大の金融仲裁機関のいくつかを代表する。ディーラは、クレジットデリバティブにおける市場を作る巨大な多国籍機関であることが多い。各ディーラのクレジットデリバティブビジネスの規模および範囲は大きく異なり、一部のディーラは広範なクレジットデリバティブ運用を有し、他のディーラはときおり市場参入するだけである。したがって、従来のクレジットデリバティブ市場では、情報の流れはいくつかのディーラに集中する。一般に、エンドユーザ、たとえば上記のようなユーザは、ディーラを介して売買を行い、互いが直接売買するのではない。多くの場合、情報は、市場に参入する買い手およびディーラに関するものであるため、価格および特定のデリバティブに関連するリスクに関する情報と同様、乏しく不完全である。
【０００４】
ディーラは、ブローカ市場を介して他のディーラとで売買する。ブローカとは、ディーラ間でビジネスを売買する仲介者である。ブローカはリスクを請け負わない。一般に、ブローカからの情報流布は非常に非効率的である。さらに、ブローカとエンドユーザとの間には有意味な接触がないため、ブローカのビジネスはディーラに限定される。
【０００５】
従来のクレジットデリバティブ市場には他にも欠点がある。一つのそのような欠点は、従来のクレジットデリバティブ市場が地域分割されている、たとえば個々の市場が大陸および／またはタイムゾーンによって地域分割されていることである。たとえば、米国のクレジットデリバティブ市場は、米国のクレジットリスクで厳格に取引する傾向にあり、一方ヨーロッパクレジットデリバティブ市場は通常、ヨーロッパのクレジットリスクで取引する。従来のクレジットデリバティブ市場の手作業的で労働集約的な性質のせいで、ディーラにとって、従来のクレジットデリバティブ市場の地域分割性を打破することは非常に困難である。
【０００６】
もう一つの欠点は、従来のクレジットデリバティブ市場で売買するのに要する高いコストである。従来のクレジットデリバティブ市場における各ディーラは、売買を促進するために巨大な仲介構造基盤を用いる傾向にある。この構造基盤のサイズが大きな売買コストにつながり、そのコストは、従来のクレジットデリバティブ市場が地域分割され、少数のディーラだけによって支配されている限り、いつまでも残る。さらに、情報は少数の大きな参入者の手に集中するため、従来のクレジットデリバティブ市場は非効率的かつ非流動的である。この非流動性は、最大参入者の多くにとってその唯一の売買ルートがディーラを介することであるために執拗に存続している。従来から、もう一つの欠点は、標準化されたドキュメンテーションの欠如から生じる運用の非効率さである。運用の非効率さは、それに伴うドキュメンテーションプロセスが手作業になりがちであり、その手作業そのものもまた一部には標準化を欠くものであるという事実によって悪化する。
【０００７】
ここで言及するもう一つの欠点は、従来のクレジットデリバティブ市場の非効率で分割化され解体された流通機構である。市場参入者が売買を望むとき、参入者はいくつかのディーラの一つに連絡して価格を尋ねる。ディーラは通常、この時点でブローカに連絡を入れる。または、ディーラは、多くの場合、限られた数の他の可能な参入者に連絡して売買を望むかどうかを決定する。ディーラが、受け入れ可能なスプレッドで取引を望む参入者を見つけられる可能性が高いと判断するならば、ディーラは、たとえばブローカを使用して売買を成立させようとする可能性が高い。しかし、複数のディーラが、売買の意向を決定しようとして、同じ潜在参入者に連絡してしまうことがしばしばある。その結果、参入者は数少ない取引ルートしか有しないため、ディーラが売買を成立させるための手数料が低すぎると感じるため、および／またはディーラが、その売買の他方の側で取引を望む参入者を見つけることができないことをおそれ、リスクを負わないため、潜在的な取引が市場から選別される。その結果、少数の参入者が従来のクレジットデリバティブ市場の経済的非効率さから利益を得る一方、多くは利益を得ない。
【０００８】
クレジットデリバティブを取引するもう一つの難しさは、ディーラまたは買い手が多数のクレジットデリバティブを取引することを望む場合に起こる。大きな売買を望む意向は、取引業者にとって有害な形で市場に影響するおそれがある。
【発明の開示】
【０００９】
発明の概要
クレジットデリバティブ取引システムは、クレジットデリバティブのための規定のポジションを受け取り、特定のクレジットデリバティブの相場に動きがあるたび複数の取引顧客をリアルタイムで更新するように設計されたクレジットデリバティブオーソリティを含む。
【００１０】
本発明のもう一つの局面で、クレジットデリバティブ取引システムは、取引顧客がクレジットデリバティブに関する情報をコンパクトかつ均一なフォーマットで見ることを可能にする標準化インターフェースを含む。標準化インターフェースはまた、取引顧客がクレジットデリバティブオーソリティと速やかかつ効率的なやり方でインターフェースすることを可能にする。
【００１１】
本発明のもう一つの局面で、クレジットデリバティブ取引システムは、取引にすでに合意した取引顧客が匿名でその取引の想定元本を増すことを可能にするように設計されている。
【００１２】
本発明のもう一つの局面で、クレジットデリバティブ取引システムは、ひとたびクレジットデリバティブが関連の売買で取引されたならば、勧誘された参入者がそのクレジットデリバティブを一定の価格で取引することを可能にするように構成されている。
【００１３】
本発明の前記および他の特徴、局面および態様は、以下「好ましい態様の詳細な説明」と題する部分で説明する。
【００１４】
好ましい態様の詳細な説明
図1は、本明細書に記載するシステムおよび方法の一つの態様の例示的なクレジットデリバティブ取引システム100を示す図である。システム100は、データベース104とインターフェースしたクレジットデリバティブオーソリティ102を含む。データベース104は、図示するように、実際には態様に依存して複数のデータベースを含むことができる。クレジットデリバティブオーソリティ102は、ネットワーク106を通して複数の取引顧客と端末機108を介してインターフェースしている。
【００１５】
一つの態様では、ネットワーク106はインターネットである。しかし、ネットワーク106は、いかなるタイプの有線もしくは無線ワイドエリアネットワーク、有線もしくは無線ローカルエリアネットワークまたは有線もしくは無線パーソナルエリアネットワークまたはそれらの組み合わせであることもできる。さらに、特定の態様では、クレジットデリバティブオーソリティ102および／または端末機108は、有線および／または無線通リンクを介してネットワーク106とインターフェースしていることもできるし、一方別の態様では、クレジットデリバティブオーソリティ102および／または端末機108は、有線通信リンクを介してネットワーク106とインターフェースしている。
【００１６】
一つの態様では、端末機108は、コンピュータ端末機、たとえばデスクトップまたはラップトップコンピュータである。他の態様では、端末機108は、手持ち型装置、たとえば手のひらサイズのコンピュータまたは携帯情報端末である。しかし、端末機108は、本明細書に記載するシステムおよび方法によって求められる機能を含むように設計されたいかなるタイプの端末機であってもよいことは明らかであろう。
【００１７】
クレジットデリバティブオーソリティ102を特定するために使用する「オーソリティ」という用語は、端末機108が、クレジットデリバティブオーソリティ102に対応するコンピューティングシステム、ハードウェアおよびソフトウェアを介してクレジットデリバティブオーソリティ102と通信することをいう。したがって、態様に依存して、この用語オーソリティは、一つまたは複数のサーバ、たとえばインターネットもしくはウェブサーバ、ファイルサーバおよび／またはデータベースサーバ、一つまたは複数のルーター、一つまたは複数のデータベース、一つまたは複数のソフトウェアアプリケーション、一つまたは複数のアプリケーションプログラムインターフェース(API)またはそれらの組み合わせをいうことができる。さらに、クレジットデリバティブオーソリティ102に対応するコンピューティングシステムは、一つまたは複数のコンピュータまたはコンピュータ端末機を含むことができる。そのような程度に、クレジットデリバティブオーソリティ102に対応するコンピュータシステムを構成する同じコンポーネントのいくつかが端末機108をも構成することができる。クレジットデリバティブオーソリティ102を構成することができるコンピュータシステムの例示的な態様は、図7を参照しながらさらに詳細に説明する。
【００１８】
システム100は、取引顧客が地域、業種等に関わりなく複数のクレジットデリバティブのいずれかに関してクレジットデリバティブオーソリティ102とでポジションを規定することを可能にする標準化インターフェースを含む。クレジットデリバティブオーソリティ102は、その後そのポジションをデータベース104に記憶するように設計されている。標準化インターフェースを使用して、クレジットデリバティブオーソリティ102は、データベース104に記憶されたポジションに関する情報を端末機108を介して取引顧客に表示する。すると、取引顧客は、標準化インターフェースを使用して、応答ポジションを規定したり、売買の意向を指示したり、および／または売買を完了させたりすることができる。このように、クレジットデリバティブオーソリティ102は、従来のクレジットデリバティブ市場のディーラ・ブローカの枠組みに取って代わることができ、より多くの取引ルート、より大きな流動性およびより高い効率を取引顧客に提供し、それが、売買コストを下げるのに役立つことができる。
【００１９】
標準化インターフェースは、クレジットデリバティブオーソリティ102上で稼働するように設計されたソフトウェアコンポーネントならびに端末機108上で稼働するように設計された顧客ソフトウェアコンポーネントを含むことができる。したがって、クレジットデリバティブオーソリティ102は、端末機108上で稼働する顧客ソフトウェアと協働して、情報をフォーマットし、取引顧客に対して均一なやり方で表示し、また、端末機108を介して取引顧客からの入力を速やかで容易で効率的な売買を可能にするやり方で受け取ることができる。標準化インターフェースの特定の特徴および局面は、以下さらに詳細に論じる。
【００２０】
図2は、本明細書に記載するシステムおよび方法にしたがってシステム100を使用してクレジットデリバティブを売買する例示的な方法を示すフローチャートである。まず、ステップ202で、クレジットデリバティブオーソリティ102は、売買可能である照会事業体のクレジットリスクに関する情報を受け取る。換言するならば、取引顧客は、クレジットリスクをある特定の照会事業体に移すことを望むならば、取引顧客は、クレジットデリバティブオーソリティ102にアクセスし、その情報を売り呼び値とともに利用可能にすることができる。
【００２１】
クレジットデリバティブオーソリティは、ステップ204で、その情報をデータベース104に保存し、ステップ206で、クレジットデリバティブオーソリティ102は端末機108を介してその情報を複数の取引顧客の残りに対して表示する。取引顧客は世界中のどこからでもクレジットデリバティブオーソリティ102にアクセスすることができるため、クレジットデリバティブオーソリティ102によって利用可能になるクレジットデリバティブは地域または業種によって限定されない。このように、以前は分断されていたクレジットデリバティブ市場の性質に対処することができる。そのうえ、クレジットデリバティブオーソリティ102は、好ましくは、クレジットデリバティブのタイプにかかわらず情報をすべての取引顧客に対してコンパクトかつ均一なやり方で表示するように設計されている。そのうえ、クレジットデリバティブオーソリティは、好ましくは、新たなクレジットデリバティブがシステム100内で規定されるたび、取引顧客をリアルタイムで更新するように設計されている。
【００２２】
コンパクトかつ均一な情報表示の例として、クレジットデリバティブオーソリティ102は、特定の態様では、システム100で規定されるクレジットデリバティブごとに下記を表示するように設計されている：照会事業体名、クレジットデリバティブの終結予定、債務レベル、買い呼び値、売り呼び値、照会債務およびリストラレベル。他の態様では、クレジットデリバティブオーソリティはまた、システム100で規定されるポジションごとに対応する通貨、債務格付けおよび債務タイプを表示するように設計することもできる。クレジットデリバティブオーソリティ102は、たとえば、上記の標準化インターフェースを使用して情報を表示するように設計されている。したがって、クレジットデリバティブオーソリティ102は、関連情報をデータベース104から検索し、それを、端末機108上で稼働する顧客アプリケーションに転送する。すると、顧客アプリケーションは、本明細書に記載するシステムおよび方法にしたがってその情報を表示する。
【００２３】
図5Aは、コンパクトかつ均一なフォーマットを使用して端末機108上に情報を表示する一つの例示的な方法を示すスクリーン画像である。このように、表示スクリーン500は複数のカラム502〜518を含む。見てとれるように、カラム502は、システム100中でクレジットデリバティブが取引可能である各照会事業体の名称を含む。カラム504は、カラム502の各照会事業体に対応する債務タイプを含む。カラム506は、カラム502の各照会事業体に対応する債務格付けを含む。上述したように、このカラムは、態様に依存して、含めてもよいし、含めなくてもよい。カラム508は、カラム502の照会事業体のクレジットデリバティブに対応する終結予定を含む。カラム512は、対応する売り呼び値を含み、カラム510は、それぞれの買い呼び値を含む。したがって、ひとたび買い呼び値が受け取られると、その情報をカラム510に表示することができる。特定態様に含まれるカラム514および516は、特定の取引顧客に対応する買い呼び値および／または売り呼び値を含み、その顧客の端末108には表示500が表示されている。最後に、カラム518は、対応する通貨を含む。
【００２４】
図5Bは、コンパクトかつ均一なフォーマットを使用して端末機108上に情報を表示するもう一つの例示的な方法を示す図である。見てとれるように、図5Bのスクリーン画像は、取引することができるクレジットデリバティブに関する情報を含むいくつかのカラム504を含む。名称およびクレジットデリバティブに関する他の情報に加えて、各カラム504は、相場情報を含むカラム508を含む。この例では、相場情報は、単に買い呼び値のカラム510および売り呼び値のカラム512を含む。表示はまた、最新の取引に関する情報を含むウィンドウ514を含むことができる。
【００２５】
ひとたびステップ206で新たなクレジットデリバティブの情報が表示されると、クレジットデリバティブオーソリティ102によって入札を始めることができる。このプロセスは、以下、図3に関連して説明する。しかし、クレジットデリバティブ市場は相互的な市場であるため、特定の取引顧客は、すべてまたは特定の状況で、特定の他の取引顧客と取引することを望まないかもしれない。したがって、特定の態様では、クレジットデリバティブオーソリティ102は、新たなポジションを規定する取引顧客が売買する意向がある相手の取引顧客を特定する情報を受けるように設計されている。すなわち、取引顧客は、標準化インターフェースを使用して、その取引顧客が売買する意向がある他の取引顧客を特定する情報をクレジットデリバティブオーソリティ102に提供する。態様に依存して、情報は、特定の取引顧客の名称または受け入れられる取引顧客の規定的特徴を含む。ステップ210で、クレジットデリバティブオーソリティ102は識別情報をデータベース104に記憶する。そして、この情報は、以下に説明するように、特定の態様で、クレジットデリバティブオーソリティ102により、取引顧客間の売買を容易にするために使用される。
【００２６】
特定の態様では、取引顧客は、様々な取引顧客に関するクレジットリスク情報を提供または閲覧する必要はないことが注目されるべきである。たとえば、いくつかの態様では、システム100の使用は、大きめの顧客またはクレジットリスクに関して事前に選抜されている顧客に限定することができる。
【００２７】
特定の態様では、取引顧客は、表示される情報のビューをカスタマイズすることができる。したがって、たとえば、ステップ212で、クレジットデリバティブオーソリティ102は、取引顧客のカスタマイズされたビュー要件を規定する情報を取引顧客から受け取る。すなわち、標準化インターフェースを使用して、取引顧客は、カスタマイズされたビューを規定する情報を入力する。たとえば、一つの態様では、ステップ212で、取引顧客は特定の対象領域を指定する。次に、ステップ214で、クレジットデリバティブオーソリティ102は、その指示された領域のためだけのクレジットデリバティブをデータベース104から検索する。そして、ステップ216で、これらのクレジットデリバティブが取引顧客の端末機108上に表示される。または、取引顧客は、ステップ212で、取引顧客が関心を示す特定の業種、特定の照会事業体名、特定のクレジット期間、特定の債務レベル、特定のスプレッド、すなわち売り呼び値と買い呼び値との差、特定のリストラレベルなどを指定することにより、自らのビューをカスタマイズすることができる。代替態様では、クレジットデリバティブは、地理的区域および／またはセクタによって分類することができる。したがって、取引顧客は、そのような態様では、ステップ212で、対象の区域および／またはセクタを指定することができる。ステップ214で、クレジットデリバティブオーソリティ102は、取引顧客によって入力された基準を満たすクレジットデリバティブに関する情報を検索する。
【００２８】
また、取引顧客は、ビューカスタマイズと同様なプロセスで、好ましくは、関心がある特定の代替ビューを示すこともできる。たとえば、一つの態様では、対象のクレジットデリバティブを規定する要因を示す代わりに、取引顧客は、ステップ212で、特定の履歴情報における関心を示す。ステップ212で示される履歴情報の例は、特定のクレジットデリバティブに関するスプレッド履歴情報、取引顧客に関する取引履歴および特定のクレジットデリバティブに関する売買履歴を含む。また、特定の態様では、ステップ212で、該当する対象期間が示される。そして、入力基準に適合する履歴情報が、ステップ214で検索され、ステップ216で表示される。
【００２９】
たとえば、図6は、特定のクレジットデリバティブに関する売買履歴の表示600を示すスクリーン画像である。見てとれるように、表示600はカラム602〜614を含む。カラム602は対応する売買の日付を含み、カラム604は関与する照会事業体の名称を含み、カラム606は債務のタイプを含み、カラム608はクレジットデリバティブの終結予定を含み、カラム610は買い手の身元を含み、カラム612は価格を含み、カラム614は売り手の名称を含み、カラム616は売買の想定元本を含み、カラム618は対応する通貨を含み、カラム620は照会債務を含み、カラム622は売買の状態を含む。当然、態様に依存して、図6に示すカラムのいくつかは表示600に含まれない。
【００３０】
図3は、システム100によって応答ポジションを受け取り、リアルタイムで処理する例示的な方法を示すフローチャートである。図3の例示的な方法は、規定された元のポジションが売り呼び値であり、応答ポジションが買い呼び値であると仮定する。しかし、プロセスは、逆の状況でも概ね同じである。特定の態様では、買い呼び値または売り呼び値が有効である期間は、買い呼び値または売り呼び値が出されるときに指定されるべきであることに留意すべきである。さらには、特定の態様では、価格の想定元本が指定されるべきである。
【００３１】
ステップ302で、取引顧客が最新の売り呼び値に応答してたとえば標準化インターフェースを介して買い呼び値を入力すると、プロセスが始まる。ステップ304で、クレジットデリバティブオーソリティ102は、その買い呼び値を妥当性検査し、たとえば、その買い呼び値が有効なクレジットデリバティブを指定することを保証することを検査する。買い呼び値が有効ではないならば、クレジットデリバティブオーソリティ102は、取引顧客の端末機108上にエラーメッセージを表示させ、取引顧客が別の買い呼び値を入力することを許す(ステップ302)。買い呼び値が有効であるならば、クレジットデリバティブオーソリティ102は、ステップ308で、買い呼び値情報を記憶する。
【００３２】
一つの態様で、次いで、クレジットクリエイティブオーソリティ102は、買い呼び値をデータベース104に記憶された情報に照らしてチェックして、その買い呼び値が最高の買い呼び値であるかどうかを決定する。換言するならば、クレジットデリバティブオーソリティ102は、データベース104に記憶された買い呼び値情報をチェックして、その買い呼び値が対応するクレジットデリバティブにとって最高の買い呼び値であるかどうかを決定する。次に、その買い呼び値が最高の買い呼び値であるならば、ステップ312で、クレジットデリバティブオーソリティ102は、すべての取引顧客を新たな買い呼び値情報で更新する。ステップ312で起こる更新は本質的にリアルタイムである。したがって、取引顧客は、クレジットデリバティブ相場が動くたびに更新された情報を受け取る。逆に、ステップ302で規定されるポジションが売り呼び値であるならば、クレジットデリバティブオーソリティ102は、ステップ310で、その売り呼び値が以前の売り呼び値よりも低いかどうかを決定し、その売り呼び値が最低の売り呼び値であると決定するならば、ステップ312で取引顧客を更新する。
【００３３】
特定の態様で、最新の売り呼び値または買い呼び値が、最良の値であるかどうかにかかわらず、すべての取引顧客に送信される。これは、取引顧客が相場の深さを読むことを可能にする。
【００３４】
図4は、システム100内で売買に係わるための例示的なプロセスを示すフローチャートである。プロセスは、取引顧客が、受け取った更新ポジション(ステップ312)に応答して売買の希望を示すことにより、402で始まる。たとえば、取引顧客は、標準化インターフェースを使用して売買の希望を示す。一つの態様では、クレジットデリバティブオーソリティ102は、指示を受け取ると、対応するクレジットデリバティブに関して売買するための取引顧客の能力を判定する。これは、ステップ208で提供された情報が必要に応じて役割を演じることができるところである。したがって、ステップ404で、クレジットデリバティブオーソリティ102は、データベース104に記憶された情報に基づき、売買の希望を示す取引顧客が他方の当事者にとって受け入れ可能であるかどうかを決定する。
【００３５】
一つの態様では、クレジットデリバティブオーソリティが、取引顧客が受け入れられないと決定するならば、ステップ406で、クレジットデリバティブオーソリティ102は、他方の当事者に対し、売買を進めるためのオプションを提示する。他方の当事者が拒絶するならば、売買は成立しない。他方、他方の当事者が継続する意向であるか、ステップ404で、取引顧客が売買することができると決定されるならば、売買は進行する。
【００３６】
取引顧客は、ステップ402で、新たなポジションに対応する条件を受け入れる意向を示すことにより、または、他方の当事者と交渉する意向を示すことにより、売買する意向を示すことができる。ステップ402における指示が受け入れられるならば、次に他方の当事者は、ステップ408で、その受け入れをクレジットデリバティブオーソリティ102によって通知される。ステップ402の指示が、交渉する意向の指示であるならば、次にステップ410で、両当事者が互いに交渉する。以下さらに詳細に説明するように、両当事者は、標準化インターフェースおよびクレジットデリバティブオーソリティ102を援用しながら交渉することができる。代替態様では、ひとたびステップ402で取引顧客が売買する意向を示すならば、取引顧客は、クレジットデリバティブオーソリティ102に対応するブローカと連絡または接触して交渉し、売買を成立させる。特定の態様では、今記載したような直接交渉はサポートされない。
【００３７】
ひとたび売買が成立するならば、その売買に関連するすべての情報はクレジットデリバティブオーソリティ102によってリアルタイムでデータベース104に記憶される。すなわち、その情報は、当事者と当事者との間および当事者とクレジットデリバティブオーソリティ102との間を行き来すると同時に記憶される。そして、クレジットデリバティブオーソリティ102は、ステップ414で、売買情報に基づき、取引顧客に対して表示される情報を同じくリアルタイムで更新する。
【００３８】
もう一つの態様で、売買が成立すると、取引業者は、取引を拡大することを望むかどうか、すなわち、取引の想定元本を増すことを望むかどうかを催促されることができる。この時点で、両当事者は、取引相手がだれであるのかを知る前に、より大きな想定元本の取引を要求する機会を与えられる。両当事者によって合意された最大想定元本が決まると、その想定元本で取引が完了する。
【００３９】
これは、取引業者が、標準またはデフォルト量よりも大きい想定元本を取引することを望む場合、有利であることができる。一般に、取引業者は、わかっている標準またはデフォルト量よりも大きな量を取引する意向を示すことをためらう。理由は、それがクレジットデリバティブにとって低い価格を生じさせるおそれがあるからである。たとえば、デフォルト取引量が1000万株であり、取引業者が3000万株を取引することを望むならば、取引業者は、単に3回の取引を行おうとすることが多い。上記し、以下さらに詳細に説明する数量拡大プロセスを用いると、大きな想定元本のクレジットデリバティブを取引することを望む取引業者は、自分の意図を市場に知られることなく、その想定元本を取引し、それによって自分のクレジットデリバティブの価値を維持することができる。
【００４０】
図8は、取引を拡大する要求を示す例示的な方法を示すスクリーン画像である。フィールド802は、元の取引がフィールド806に示す想定元本で完了していることを示す。この特定の例では、取引業者は、拡大の催促に応じるために所定の期間を与えられ、それがこの場合、フィールド804に示すように20秒である。そして、取引業者は、所望の増量のサイズに依存してボタン810、812もしくは814を起動することにより、より高い想定元本まで取引を増すことを選択することもできるし、またはボタン808を起動することにより、増量する希望がないことを示すこともできる。両当事者が合意するならば、取引はその想定元本まで拡大される。もう一つの態様では、拡大の催促を、二つの取引当事者の一方がもはや拡大を望まない、両当事者によって合意された最大数量を取引することができるところまで繰り返すことができる。もう一つの態様では、二つの当事者が、拡大は望むが、同じ想定元本までは望まない場合、二つの元本の小さい方を合意した想定元本とすることができる。
【００４１】
もう一つの態様では、システムによって価格を固定することができ、勧誘された参入者は、上記の数量マッチングと同様なやり方でその固定価格でクレジットデリバティブを売買する注文を入れることができる。システムが価格を固定することができる方法は数多くある。たとえば、システムは、その参入者から多数の買い呼び値および売り呼び値を勧誘し、受け入れることができる。これらの買い呼び値および売り呼び値は、売り呼び値および販売価格に加えて、取引する数量をも含むことができる。一つの態様では、買い呼び値および売り呼び値は、参入者が相場に影響を加えるために虚偽の買い呼び値を入れることを防ぐため、拘束力を有するようにすることができる。さらには、参入者が不当に相場に影響を加えることを防ぐため、買い呼び値が満たされている参入者、すなわち、買い呼び値が少なくとも固定価格のそれである参入者には、数量マッチングの間に売らせないようにすることもできる。同様に、売り呼び値が満たされている参入者、すなわち、売り呼び値がせいぜい固定価格のそれである参入者には、数量マッチングの間に買わせないようにすることもできる。これらの買い呼び値および売り呼び値に基づき、システムは固定価格を選択することができる。
【００４２】
図12Aは、買い呼び値および売り呼び値に関して参入者を勧誘する方法の例のスクリーン画像である。図示する例では、システムが買い呼び値および売り呼び値を勧誘する場合、所定の時限が課され、それを過ぎると買い呼び値および売り呼び値はもはや受け入れられない。買い呼び値を入れるための残り時間がフィールド1202に示されている。カラム1204には、買い呼び値／売り呼び値の想定元本が示されている。この例では、数量はすべての参入者に関して固定されているが、他の態様では、元本は、参入者が入力することができる。カラム1206では、クレジットデリバティブごとに買い呼び値が参入者によって入力され、カラム1208では、売り呼び値が参入者によって入力される。システムはまた、選択価格、すなわち売り呼び値に等しい買い呼び値および逆転価格、すなわち売り呼び値を超える買い呼び値に対して防護することができる。ひとたび時限が切れると、参入者によるすべての有効な提示値がシステムによって収集され、固定価格が決定される。
【００４３】
図12Bは、参入者が数量マッチングを実行する方法の例のスクリーン画像である。再び、注文を変更するまでの残り時間がフィールド1202に示されている。カラム1210は、クレジットデリバティブごとの固定価格を示す。参入者の買い呼び値が固定価格を超えるかまたは等しければ、参入者はその固定価格で買うことを求められる。この場合、参入者は、カラム1212の適切なフィールドに入力することにより、固定価格で買うさらなる数量を指定することができる。参入者の売り呼び値が固定価格未満であるならば、参入者は固定価格で売ることを求められる。この場合、参入者は、カラム1214の適切なフィールドに入力することにより、固定価格で売るさらなる数量を指定することができる。固定価格が参入者の売り呼び値と買い呼び値との間であるならば、参入者は、その固定価格でクレジットデリバティブを売るのか買うのかを選択することができるが、両方を選択することはできない。ひとたび時限が切れると、すべてのさらなる注文がシステムによって処理される。注文を満たす方法は、上記の数量マッチングで記載した方法に似ているが、ただし、優先権は、固定価格に近い買い呼び値を付けた参入者に与えられる。
【００４４】
図12Cは、数量マッチング期間の結果を示すスクリーン画像である。カラム1216および1218は、上記の取引活動の結果として実際に取引される想定元本を示す。この例では、参入者の買い呼び値が固定価格を超え、そのため、Europeの25MM単位を買うことを強いられ、また、さらなる50MM単位を買うことを要求され、75MM単位の購入に成功している。参入者は、HiVolを売り買いすることが強いられなかったが、HiVolの75MM単位を買うことを要求された。しかし、この注文はマッチングしなかった。参入者の売り呼び値はCrossoverの固定価格よりも低く、したがって、参入者は、Crossoverの10MM単位を売ることを強いられた。参入者はまた、Crossoverのさらに40MM単位を売ることを要求したが、しかしCrossoverの20MM単位の部分的注文しか利用できず、30MM単位の合計販売量になった。
【００４５】
図13は、参入者による買い呼び値および売り呼び値に基づいて固定価格を決定する方法を示すフローチャートである。ステップ1302で、システムは、参入者から買い呼び値および売り呼び値を勧誘する。ステップ1304で、システムは所定期間を待つ。ステップ1306で、システムは、参入者からすべての有効な買い呼び値および売り呼び値を集める。ステップ1308で、高い順に買い呼び値をソートし、低い順に売り呼び値をソートする。ステップ1310で、所定の数の最高買い呼び値を除くすべての買い呼び値および所定の数の最低売り呼び値を除くすべての売り呼び値を捨てる。たとえば、買い呼び値の上半分および売り呼び値の下半分を保持する。ステップ1312で、すべての買い呼び値および売り呼び値を平均することによって平均値を計算する。買い呼び値および売り呼び値とともに数量を指定することができる他の態様では、平均値は、簡単な平均によって計算することができる。それは、各買い呼び値および売り呼び値を一度だけ計算に入れる簡単な平均によって、または各買い呼び値および売り呼び値を参入者によって指定された数量に基づいて平均化する重み付け平均によって計算することができる。この平均は中間固定値と呼ばれる。ステップ1314で、買い呼び値の順序を売り呼び値の順序におけるその対応物と対合させて、最高の買い呼び値および最低の売り呼び値が順序中の先頭の相場を構成するようにすることにより、買い呼び値および売り呼び値を含む相場の順序を形成する。ステップ1316で、最高の買い呼び値が最低の売り呼び値を超えるかどうかを決定する。超えないならば、ステップ1318で価格を平均で固定する。超えるならば、ステップ1320で、最低の買い呼び値および最高の売り呼び値を有する、買い呼び値が少なくとも売り呼び値であるところの相場を決定する。この相場を最新の取引可能相場と呼ぶ。ステップ1322で、平均が最新の取引可能相場の買い呼び値未満であるのか、最新の取引可能相場の売り呼び値を超えるのか、または買い呼び値と売り呼び値との間であるのかを決定する。平均が売り呼び値と買い呼び値との間であるならば、ステップ1318で、価格を平均値で固定する。平均が買い呼び値未満であるならば、ステップ1324で、価格を最新の取引可能相場の買い呼び値で固定する。平均が売り呼び値を超えるならば、ステップ1326で、価格を最新の取引可能相場の売り呼び値で固定する。ステップ1324および1326は、参入者が、自らの買い呼び値を超える価格で買う、または自らの売り呼び値未満の価格で売ることを強いられないことを保証する。
【００４６】
さらには、買い呼び値固定値および売り呼び値固定値は、固定価格を決定する際に使用することもできる。基本的な買い呼び値固定値計算は、ステップ1310の後で残るすべての買い呼び値の平均をとることである。基本的な売り呼び値固定値計算は、ステップ1310の後で残るすべての売り呼び値の平均をとることである。この基本的方法は、買い呼び値固定計算が中間固定値を超えるならば買い呼び値固定値が中間固定値に設定されるように調節することができる。同様に、売り呼び値固定値計算が中間固定値未満であるならば、売り呼び値固定値は中間固定値に設定される。他の方法を使用して買い呼び値固定値を計算することもできる。取引キャッピング法は、ステップ1310の後で残るすべての買い呼び値をとり、ステップ1312で計算した中間固定値を超えるすべての買い呼び値を中間固定値に設定する。その後、すべての買い呼び値を平均して買い呼び値固定値を出す。同様に、ステップ1310の後で残るすべての売り呼び値をとり、ステップ1312で計算した中間固定値未満のすべての売り呼び値を中間固定値に設定する。その後、すべての売り呼び値を平均して売り呼び値固定値を出す。取引除外法は、ステップ1310の後で残る、中間固定値未満であるすべて買い呼び値を平均して買い呼び値固定値を出す。中間固定値未満の買い呼び値がないならば、最高の買い呼び値を買い呼び値固定値とする。同様に、ステップ1310の後で残る、中間固定値を超えるすべて売り呼び値を平均して売り呼び値固定値を出す。中間固定値を超える売り呼び値がないならば、最低の売り呼び値を売り呼び値固定値とする。図示する例では、中間固定値は、数量マッチングのための固定価格として使用されるが、しかし、買い呼び値固定値および売り呼び値固定値は、将来の契約における基準として使用することもできるし、この期間または将来の取引期間における固定価格の計算に組み込むこともできる。
【００４７】
図14は、上記方法を示す二つの表である。表1402には、8名の参入者によって提供された買い呼び値(Bids)および売り呼び値(Offers)が示されている。表1404には、買い呼び値および売り呼び値が高い順および低い順でソートされている。ステップ1310にしたがって、上から四つの対だけを保持し、したがって行1410、1412、1414および1416だけが中間固定値計算で保持される。最後に、行1410、1412および1414は、売り呼び値を超えるかまたは等しい買い呼び値を示す。行1414は、この群の中で最低の買い呼び値および最高の売り呼び値を有して、行1414を最新の取引可能相場にしている。
【００４８】
図15Aは、実際の固定価格取引期間の概要プリントアウトである。左側の表は、関与する三つのクレジットデリバティブに関する買い呼び値(Bid)、中間値(Mid)および売り呼び値(Offer)固定値を示す。右側には、三つのクレジットデリバティブに関して最高の買い呼び値および最低の売り呼び値によってソートされた買い呼び値および売り呼び値を示す三つの表がある。買い呼び値、中間値および売り呼び値固定値を計算するこの例では、売り呼び値および買い呼び値の最初の半分が保持される。図15Bは、Europeクレジットインデックスの詳細な結果のプリントアウトであり、図15Aの右側と同じ買い呼び値および売り呼び値を示すが、さらに、統計量、たとえば中間値(Mean)、標準偏差(StDev)およびとがり(Kurtosis)ならびに表に示す順序でグラフ化した相場のグラフが示されている。図15Cは、図15Bと同様なカテゴリーの結果を示す、HiVolクレジットデリバティブの詳細結果のプリントアウトである。図15Dは、図15Bと同様なカテゴリーの結果を示す、Crossoverクレジットデリバティブの詳細結果のプリントアウトである。
【００４９】
上述したように、システム100は、システム100における売買を速やかかつ効率的にするように設計された標準化インターフェースを含む。したがって、標準化インターフェースは、各取引顧客がクレジットデリバティブオーソリティ102とインターフェースし、コンパクトかつ均一なフォーマットで表示された複数のクレジットデリバティブに関する情報を見ることを可能にする。例示的なフォーマットは、図5に関連して先に説明したものである。同じく説明したように、標準化インターフェースは、各取引顧客が複数のクレジットデリバティブに関して表示された情報の取引顧客のビューをカスタマイズすることを可能にする。これは、たとえば図6に関連して説明したものである。したがって、情報の表示は、標準化インターフェースを使用して、下記のいずれかに基づいてカスタマイズすることができる：地域、業種、照会事業体名、クレジット期間、債務レベル、スプレッド、リストラレベル、売り呼び値およびクレジット格付け。
【００５０】
もう一つの態様では、システムまたは参入者のいずれかによる決定として特定のクレジットデリバティブに十分な活動がある場合、システムは、最新の取引価格に基づいてクレジットデリバティブの数量マッチングを促進することができる。概して、ひとたびクレジットデリバティブが取引されると、勧誘された参入者は、設定期間中にクレジットデリバティブを取引するよう勧誘される。参入を望む者は、売買することを望む想定元本を示す。ひとたび時限が切れると、システムは、近い取引量をマッチングすることにより、どの参入者が取引することができ、どの買い手がどの売り手と実際に取引するのかを決定する。
【００５１】
より具体的には、取引が完了すると、その取引を「数量マッチング(Volume  Matching)」表示に掲載することにより、勧誘された参入者に価格を提示することができる。図9は、参入者が取引することができるクレジットデリバティブを示す数量マッチング表示の例のスクリーン画像である。カラム902は、取引されるクレジットデリバティブおよび価格を表す。カラム904は、そのクレジットデリバティブをその価格で取引するための残り時間を示す。たとえば、一行目では、クレジットデリバティブCommerzbank(CMZB)が、次の18秒間、19ベーシスポイント(bps)の価格で取引可能である。参入者は、そのクレジットデリバティブを取引する希望を示す基準、たとえば現在の期間における買い呼び値の入れまたは取引デリバティブを含む最新の取引期間における買い呼び値の入れに基づいて勧誘される。
【００５２】
図10は、関心のある参入者が数量マッチングに参入することができる方法の例のスクリーン画像である。フィールド1002が、クレジットデリバティブおよびそれが取引される価格を示す。参入者は、ボタン1004を選択し、クレジットデリバティブを買うことを望む想定元本をフィールド1006に入力することができ、または、参入者は、ボタン1008を選択し、売ることを望む想定元本をフィールド1010に入力することができる。そして、フィールド1012をクリックすることにより、注文が入れられる。
【００５３】
設定期間が切れたのち、参入者の優先順位にしたがって注文を満たすことができる。参入者には、下記の順序で優先順位を割り当てることができる：最高の優先順位は取引における現在の参入者に与えられ、次に高い優先順位は取引の時点における買い手または売り手の優先順位待ち行列中にある参入者に与えられ、最後に、残りの参入者は早い者勝ちで優先順位を与えられる。
【００５４】
そして、注文は、当事者どうしで同じサイズの注文をできるだけ最適化するようにマッチングされる。そうすることにより、生じる取引チケットの数が最小限になる。ひとたびマッチングが完成すると、取引チケットを出し、単一の取引に関して先に記したやり方と同様にして各売買を完成させることができる。
【００５５】
図11は、取引マッチングが作用する方法の例を示す表である。表1102では、4名の買い手(Buyer)および3名の売り手(Seller)がおり、各人の注文が優先順位で掲載されている。マッチング表1104では、買い手1は売り手3とマッチングする。理由は、両者の想定元本がマッチングするからである。さらには、買い手2は売り手1とマッチングする。理由は、両者の想定元本がマッチングするからである。残りの注文はもはやマッチングしないため、注文を分割することができる。買い手4よりも優先する買い手3が売り手2とマッチングする。売り手2の注文が買い手3の注文よりも大きいため、売り手2の残りの想定元本は買い手4が買うことができる。
【００５６】
標準化インターフェースはさらに、各取引顧客がクレジットデリバティブポジションをオンラインで規定し、それを速やかかつ効率的に更新することを可能にするように設計されている。たとえば、一つの態様では、取引顧客は、クレジットデリバティブおよびそのポジションを規定する情報、たとえば買い呼び値または売り呼び値を単に入力したのち、1回の「クリック」によってクレジットデリバティブオーソリティ102でそのポジションを更新する。「クリック」という用語は、ユーザが入力装置、たとえばマウスを単に使用してテキスト、ボタンまたはアイコンを選択するだけでよいことを示すためのものである。そのうえ、取引業者は、この簡単なプロセスを使用していかなるときでもポジションを更新することができ、他すべての取引顧客が自動的にリアルタイムで更新される。
【００５７】
また、標準化インターフェースは、特定の態様で、取引顧客が、取引顧客規定ポジションの一部または全部をいかなるときでも1回の「クリック」で非アクティブ化することを可能にするように設計されている。また、取引顧客は、決めたときにはいつでも、1回の「クリック」を使用して非アクティブなポジションの一部または全部を再びアクティブ化することができる。すると、他の取引顧客は、ポジションの非アクティブ化および再アクティブ化に基づいてリアルタイムで自動的に更新される。
【００５８】
特定の態様では、クレジットデリバティブオーソリティ102は、端末機108を介する取引顧客との通信を容易にするように設計されている。この通信は、取引顧客どうしの間、すなわち端末機108どうしの間および／または取引顧客とクレジットデリバティブオーソリティ102との間、すなわち端末機108とクレジットデリバティブオーソリティ102との間であることができる。したがって、標準化インターフェースは、電子メッセージ伝達ツール、たとえば電子メールまたはインスタントメッセージングを含む。取引顧客は、電子メッセージ伝達ツールを使用してメッセージを入力し、送信する。メッセージは、クレジットデリバティブオーソリティ102によって受け取られ、求めに応じて正しい端末機108に転送される。メッセージ伝達能力は、たとえば、取引顧客間で売買の交渉および／または決済を容易にするために使用される。したがって、いくつかの場合には、メッセージは、端末機108間でやりとりされ、交渉情報を含む。他の場合には、メッセージは、クレジットデリバティブオーソリティ102と端末機108との間でやりとりされ、決済情報を含む。
【００５９】
図7は、たとえばクレジットデリバティブオーソリティ102を構成するコンピュータシステムに含まれるコンピュータシステム700の典型的な態様を示す論理ブロック図である。理解されるように、何らかのタイプの処理システムが、一つまたは複数の装置に含まれる一つのプロセッサを含むものか、複数のプロセッサを含むものかにかかわらず、常に任意のコンピュータシステムの中枢にある。したがって、図7のコンピュータシステム700は、処理システムの簡単な例として表わされている。図7の例では、コンピュータシステム700は、コンピュータシステム700の動作を制御するように設計されたプロセッサ710、メモリ704、記憶装置706、ネットワークインターフェース708、表示出力712、ユーザインターフェース714およびコンピュータシステム700を構成する各種コンポーネントをインターフェースさせるように設計されているバス702を含む。
【００６０】
プロセッサ710は、一つの態様では、複数の処理回路、たとえば数値計算コプロセッサ、ネットワークプロセッサ、デジタル信号プロセッサ、オーディオプロセッサ等を含む。これらの種々の回路は、態様に依存して、単一の装置または多数の装置に含めることができる。プロセッサ710はまた、コンピュータシステム700の動作を制御するために、メモリ704に記憶された命令がロードされ、プロセッサ710によって実行されるところの実行区域を含む。したがって、たとえば、メモリ704に記憶された命令を実行することにより、プロセッサ710は、クレジットデリバティブオーソリティ102をして上記のステップを実行させる。
【００６１】
メモリ704は、先に述べた命令を記憶するように設計された主メモリを含む。一つの態様で、メモリ704はまた、命令を一時的に記憶する、またはコンピュータシステム700に入力された情報を記憶するために使用される二次メモリを含み、すなわち、メモリ704は、スクラッチメモリとしても働く。メモリ704はまた、態様に依存して、単一の装置または複数の装置として含めることができる複数のメモリ回路を含むことができる。
【００６２】
記憶装置706は、特定の態様では、種々の電子媒体を受けるように設計された複数のドライブを含む。たとえば、一つの態様では、記憶装置706は、フロッピーディスクを受けるように設計されたフロッピードライブ、コンパクトディスクを受けるように設計されたコンパクトディスクドライブおよび／またはデジタルビデオディスクを受けるように設計されたデジタルビデオディスクドライブを含む。もう一つの態様では、記憶装置706はまた、リムーバブルディスクドライブを含むことができるディスクドライブを含む。記憶装置706に含まれるドライブは、コンピュータシステム700の動作を制御するために、メモリ704にロードされ、プロセッサ710によって使用される命令が記憶されている電子媒体を受けるために使用される。
【００６３】
ネットワークインターフェース708は、コンピュータシステム700がネットワーク106とインターフェースし、ネットワーク106を介して通信することを可能にするように設計されている。したがって、ネットワークインターフェース、たとえばネットワークインターフェース708を使用して、クレジットデリバティブオーソリティ102は、端末機108と通信することができる。態様に依存して、クレジットデリバティブオーソリティ102は、一つまたは複数のネットワークインターフェース708を含む。
【００６４】
表示インターフェース712は、コンピュータシステム700が表示装置とインターフェースすることを可能にするように設計されていることができる。したがって、特定の態様で、コンピュータシステム700は、表示インターフェース712を介して情報をユーザに表示する。
【００６５】
ユーザインターフェース714は、ユーザがコンピュータシステム700とインターフェースすることを可能にするように設計されている。したがって、態様に依存して、ユーザインターフェース714は、マウスインターフェース、キーボードインターフェース、オーディオインターフェース等を含むことができる。
【００６６】
上記で提供したコンピュータシステムの概説は、例として示すものであり、クレジットデリバティブオーソリティ102の具現を任意の特定のコンピュータアーキテクチャまたは具現に限定するものとみなされるべきではない。それどころか、上記のプロセスおよび機能を具現化することができるいかなるアーキテクチャまたは具現を使用して、本明細書に記載するシステムおよび方法を具現化することもできる。
【００６７】
本発明の特定の態様を上記で説明したが、説明した態様は例に過ぎないことが理解されよう。したがって、本発明は、説明した態様に基づいて限定されるべきではない。それどころか、本明細書に記載する発明の範囲は、上記説明および添付図面と合わせて理解される以下の請求の範囲にかんがみてのみ限定されるべきである。
【図面の簡単な説明】
【００６８】
本発明の特徴、局面および態様は、添付図面と合わせて説明する。
【００６９】
【図１】本発明の一つの態様の例示的なクレジットデリバティブ取引システムを示す図である。
【図２】本発明の一つの態様にしたがって図1のシステムでクレジットデリバティブを売買するための例示的な方法を示すフローチャートである。
【図３】本発明の一つの態様にしたがって図1のシステム内で応答ポジションを受け取る例示的な方法を示すフローチャートである。
【図４】本発明の一つの態様にしたがって図1のシステム内で売買する意向の指示を受け取る例示的な方法を示すフローチャートである。
【図５】図5Aは、本発明の一つの態様にしたがって図1のシステムに含まれる端末機上のクレジットデリバティブ情報の表示を示すスクリーン画像である。図5Bは、本発明のもう一つの態様にしたがって図1のシステムに含まれる端末機上のクレジットデリバティブ情報の表示を示すスクリーン画像である。
【図６】本発明の一つの態様にしたがって図1のシステムに含まれる端末機上のクレジットデリバティブ履歴情報の表示を示すスクリーン画像である。
【図７】図1のシステムに含めることができる例示的なコンピュータシステムを示す論理ブロック図である。
【図８】取引を拡大する要求を表示する例示的な方法を示すスクリーン画像である。
【図９】一つの態様にしたがって数量拡大のオプションを含む取引情報を表示する例示的な方法を示すスクリーン画像である。
【図１０】数量拡大を実現するために使用することができる表示の例示的なスクリーン画像である。
【図１１】数量拡大の例を示すチャートである。
【図１２】図12Aは、買い呼び値および売り呼び値に関して参入者を勧誘する方法の例のスクリーン画像である。図12Bは、参入者が数量マッチングを実行する方法の例のスクリーン画像である。図12Cは、数量マッチング期間の結果を示すスクリーン画像である。
【図１３】参入者による買い呼び値および売り呼び値に基づいて固定価格を決定する方法を示すフローチャートである。
【図１４】上記方法を示す二つの表である。
【図１５】図15A〜Dは、三つのクレジットそれぞれに関する固定価格取引期間の実際の結果のプリントアウトである。
【図１】
2008515104.tif 000003
【図２】
2008515104.tif 000004
【図３】
2008515104.tif 000005
【図４Ａ】
2008515104.tif 000006
【図４Ｂ】
2008515104.tif 000007
【図５Ａ】
2008515104.tif 000008
【図５Ｂ】
2008515104.tif 000009
【図６】
2008515104.tif 000010
【図７】
2008515104.tif 000011
【図８】
2008515104.tif 000012
【図９】
2008515104.tif 000013
【図１０】
2008515104.tif 000014
【図１１】
2008515104.tif 000015
【図１２Ａ】
2008515104.tif 000016
【図１２Ｂ】
2008515104.tif 000017
【図１２Ｃ】
2008515104.tif 000018
【図１３】
2008515104.tif 000019
【図１４】
2008515104.tif 000020
【図１５Ａ】
2008515104.tif 000021
【図１５Ｂ】
2008515104.tif 000022
【図１５Ｃ】
2008515104.tif 000023
【図１５Ｄ】
2008515104.tif 000024
【国際調査報告】
2008515104.tif 000025