JP2002329073A

JP2002329073A - 商品取引システムおよび商品取引処理方法

Info

Publication number: JP2002329073A
Application number: JP2001303137A
Authority: JP
Inventors: Shigeru Asai; 滋浅井; Yoshisuke Inoue; 義介井上
Original assignee: UFJ Bank Ltd
Current assignee: MUFG Bank Ltd
Priority date: 2001-03-02
Filing date: 2001-09-28
Publication date: 2002-11-15

Abstract

(57)【要約】【課題】本発明の課題は、ＣＤ型金融機関やＥＤ型金融
機関が、顧客の資産や負債等に適したデリバティブズ商
品を、その顧客へ提供できないことである。【解決手段】本発明は、取引システム１００が、顧客の
資産および負債に応じたデリバティブズ商品を生成する
とともに、そのレートまたはプライスを決定し、取引シ
ステム２００によって決定されたクレジットスプレッド
をレートまたはプライスに加算または減算し、取引シス
テム１００から顧客端末３００へ、クレジットスプレッ
ドが加算または減算されたインディケーションのための
レートまたはプライスを伝送し、デリバティブ取引に応
じて、取引システム１００から顧客端末３００へ、クレ
ジットスプレッドが加算または減算された約定をするた
めのレートまたはプライスを伝送する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピューターが顧客
と取引者との間の金融取引を処理するための方法並びに
そのシステム、および電気通信回線を通じて顧客と取引
者の金融取引を行うための方法およびそのシステムに係
り、特に、デリバティブ取引に利用される方法およびシ
ステムに関する。

【０００２】

【従来の技術】従来、デリバティブ取引は、金融機関と
顧客との間で、対面および電話によりレートやプライス
を通知し、即時約定が行われていた。また、金融庁が発
行する「預金等受入金融機関に係る検査マニュアル」に
よれば、グローバル・ディーラー（ＧＤ）型金融機関
は、主要な金融市場でディーリングを行い、複雑なデリ
バティブの内製化を行い、対顧客ディーラー（ＣＤ）型
金融機関は、自己のALM（Asset Liability Managemen
t）ポジションのヘッジを行い、対顧取引を行うが、大
きなポジションを取らず、限定的なエンド・ユーザー
（ＥＤ）型金融機関は、主として自己のALMポジション
へのヘッジを行うことが記載されている。

【０００３】

【発明が解決しようとする課題】よって、ＣＤ型金融機
関は、主要な金融市場でのディーリングや複雑なデリバ
ティブの内製化を行えないため、その顧客の資産および
負債等に適したデリバティブズ商品を提供できない場合
がある。また、ＥＤ型金融機関等は、その顧客へデリバ
ティブ商品を提供できない。また、デリバティブズ商品
のレートやプライスが時々刻々と変動するため、金融機
関と顧客とのやりとりを電子化するのが困難であった。
また、これまで、顧客との間で約定を結んだ後の商品の
管理や市場動向を考慮したリスク管理について、電子化
することも困難であった。

【０００４】本発明は、デリバティブ取引の確実性を向
上したデリバティブ取引方法およびそのシステムを提供
することを目的とする。

【０００５】または、本発明は、ＣＤ型金融機関やＥＤ
型金融機関やデリバティブ取引のノウハウが少ない若し
くはデリバティブ取引によって生じる市場リスクを懸念
する者が、顧客の資産や負債等に適したデリバティブズ
商品をその顧客へ提供し、その後の管理および将来のリ
スクに対するリスク管理も提供できるデリバティブ取引
方法またはそのシステムを提供することを目的とする。

【０００６】または、本発明は、ＣＤ型金融機関やＥＤ
型金融機関やデリバティブ取引のノウハウが少ない若し
くはデリバティブ取引によって生じる市場リスクを懸念
する者が、その顧客とデリバティブ取引を行うことによ
って生じる市場リスク等を回避しつつ、その後の管理お
よび将来のリスクに対するリスク管理も提供できるデリ
バティブ取引方法またはそのシステムを提供することを
目的とする。

【０００７】

【課題を解決するための手段】本発明は、インディケー
ションのためのレートまたはプライスを顧客へ提示し、
デリバティブ取引の約定に応じて約定をするためのレー
トまたはプライスを顧客へ提示する。約定をするための
レートまたはプライスとは、例えば、ファーム・レート
やファーム・プライスをいう。

【０００８】または、本発明は、デリバティブ処理シス
テムが、デリバティブ商品生成者（例えばＧＤ型金融機
関）のレートまたはプライスに取引者（例えばＣＤ型金
融機関）のスプレッドを加算または減算し、顧客へ提示
する。

【０００９】または、本発明は、顧客と第１の取引者と
の間の金融取引を約定するともに、その金融取引によっ
て生じた第１の取引者のポジションを解消するための金
融取引を第１の取引者と第２の取引者との間で約定す
る。

【００１０】すなわち、第１の発明は、顧客からの指示
に対応した情報を提供し手続処理を進めていく動的コン
テンツ部と、他の情報源から入手した情報を提供する静
的コンテンツ部と、顧客が約定した商品の管理を行う事
後事務管理部と、顧客が保有する約定した商品のリスク
管理を行う事後リスク管理部とを有する取引処理部と、
顧客からのデータを入力し、顧客へ処理したデータまた
は結果を出力する入出力部と、取引処理部と入出力部と
はネットワークで接続されている商品取引システムを提
供する。

【００１１】ここで、第１の発明において、動的コンテ
ンツ部は約定手続を処理する約定処理部であり、静的コ
ンテンツ部は市況情報を提供または処理して提供する市
況等情報処理部であり、市況等情報処理部は、ネットワ
ークを介して接続され、情報を提供する情報入出力部か
ら所定の情報を取込むことが好ましい。

【００１２】第２の発明は、顧客からの指示に対応した
情報を提供し、約定手続を処理する約定処理部と、他の
情報源から取込む市況情報を提供または処理して提供す
る市況等情報処理部と、顧客が約定した商品の管理を行
う事後事務管理部と、顧客が保有する約定した商品のリ
スク管理を行う事後リスク管理部とを有する取引処理部
と、顧客からのデータを入力し、顧客へ処理したデータ
または結果を出力する入出力部と、取引処理部と入出力
処理部とのデータの制御および取引処理部の制御を行う
システム管理部とを有し、システム管理部と入出力部と
はネットワークで接続されている商品取引システムを提
供する。

【００１３】第３の発明は、顧客からの指示に対応した
情報を提供し、約定手続を処理する約定処理部と、他の
情報源から取込む市況情報を提供または処理して提供す
る市況等情報処理部と、顧客が約定した商品の管理を行
う事後事務管理部と、顧客が保有する約定した商品のリ
スク管理を行う事後リスク管理部とを有する取引処理部
と、取引処理部のデータおよび約定処理部、市況等情報
処理部、事後事務管理部および事後リスク管理部の保守
・制御を行うシステム管理部と、顧客からのデータを受
けて、取引処理部で処理させるために指示を入力し、顧
客へ提示する処理したデータまたは結果を出力する受付
処理入出力部と、顧客がデータを受け、顧客の要求を入
力する取引入出力部と、システム管理部と受付処理入出
力部と取引入出力部とはネットワークで接続されている
商品取引システムを提供する。

【００１４】第４の発明は、顧客からの指示に対応した
情報を提供し、約定手続を処理する約定処理部と、他の
情報源から取込む市況情報を提供または処理して提供す
る市況等情報処理部とを有する前処理部と、顧客が約定
した商品の管理を行う事後事務管理部と顧客が保有する
約定した商品のリスク管理を行う事後リスク管理部とを
有する後処理部と、前処理部と後処理部の保守・制御を
行うシステム管理部と、顧客からのデータを受けて、取
引処理部で処理させるために指示を入力し、顧客へ提示
する処理したデータまたは結果を出力する受付処理入出
力部と、顧客がデータを受け、顧客の要求を入力する取
引入出力部と、システム管理部、受付処理入出力部と取
引入出力部とはネットワークで接続されている商品取引
システムを提供する。

【００１５】ここで、第４の発明において、事後事務管
理部は、約定処理部から約定した商品に関する情報を取
り込み、約定した商品の事務管理を実行することが好ま
しい。また、事後リスク管理部は、約定処理部から約定
した商品に関する情報を取り込み、約定した商品のリス
ク管理を実行してもよい。さらに、約定した商品の情報
を保持するデータベースを設けてもよい。この場合、事
後事務管理部または事後リスク管理部は、データベース
にアクセスする。

【００１６】第５の発明は、損益を算出するためのデー
タを入力するデータ入力ステップと、入力されたデータ
に基づいて損益を算出する第１のシミュレーション実行
ステップと、第１のシミュレーション実行ステップによ
って得られた損益結果をグラフ表示を含めて表示する損
益表示ステップと、予め保持されている商品データから
損益結果に基づいて商品を選択する商品選択ステップ
と、市場レートを含む市場情報に基づき選択された商品
のヘッジを算出し、ヘッジ実行後の損益データを少なく
とも時価変化と損益変化を含んで算出する第２のシミュ
レーション実行ステップと、選択された商品の約定のた
めの約定条件を含む提案書を作成する提案書作成ステッ
プと、選択された商品の取引プライスを算出するプライ
ス算出ステップと、プライスを表示し、約定実行の有無
を問い合わせる約定問合せステップと、約定実行を受け
て、約定の成立を表示し、プライスを含む約定条件を反
映した約定実行のための契約書を作成し、表示する契約
書作成ステップとを含み、プライス算出ステップは、約
定問合せステップで約定実行が選択されるまで予め定め
られた所定回数以下で繰り返し実行されて約定の処理を
実行する商品取引処理方法を提供する。

【００１７】ここで、第５の発明において、約定した商
品に関する商品情報をデータベースに保持する保持ステ
ップと、保持された商品情報を表示する第１の表示ステ
ップと、所定の商品情報を選択するための条件を入力
し、選択された商品情報に関する商品の支払情報を表示
する第２の表示ステップと、所定の商品情報を選択する
ための条件を入力し、選択された商品情報に関する商品
の後続取引情報を表示する第３の表示ステップと、第１
の表示ステップ、第２の表示ステップまたは第３の表示
ステップを顧客からの指示データによって指定して実行
する実行ステップとをさらに設け、約定した商品の管理
を行ってもよい。

【００１８】また、第５の発明において、約定した商品
に関する商品情報をデータベースに保持する保持ステッ
プと、保持された商品情報を商品ごとまたは複数の商品
をまとめたポートフォリオごとにポジション情報を生成
し、表示する第４の表示ステップと、保持された商品情
報を商品ごとまたは複数の商品をまとめたポートフォリ
オごとに時価情報を生成し、表示する第５の表示ステッ
プと、保持された商品情報を商品ごとまたは複数の商品
をまとめたポートフォリオごとに市場変化に対する損益
変動を生成し、表示する第６の表示ステップと、保持さ
れた商品情報を商品ごとまたは複数の商品をまとめたポ
ートフォリオごとにヴァリューアットリスクを算出し、
表示する第７の表示ステップと、第４の表示ステップ、
第５の表示ステップ、第６の表示ステップまたは第７の
表示ステップを顧客からの指示データによって指定して
実行する実行ステップとをさらに設け、約定した商品の
リスク管理を行ってもよい。

【００１９】第６の発明は、損益を算出するためのデー
タを第１の処理装置に入力するデータ入力ステップと、
入力されたデータに基づいて損益を算出する第１のシミ
ュレーション実行ステップと、第１のシミュレーション
実行ステップによって得られた損益結果をグラフ表示を
含めて表示する損益表示ステップと、予め保持されてい
る商品データから損益結果に基づいて商品を選択する商
品選択ステップと、市場レートを含む市場情報に基づき
選択された商品のヘッジを算出し、ヘッジ実行後の損益
データを少なくとも時価変化と損益変化を含んで算出す
る第２のシミュレーション実行ステップと、選択された
商品の約定のための約定条件を含む提案書を作成する提
案書作成ステップと、選択された商品の提示プライスを
第１の取引装置とは異なる第２の処理装置に出力し、第
２の処理装置によって算出された提示プライスを第２の
処理装置から取得するプライス取得ステップと、提示プ
ライスを表示し、約定実行の有無を問い合わせる約定問
合せステップと、約定実行を受けて、約定の成立を表示
し、提示プライスを含む約定条件を反映した約定実行の
ための契約書を作成表示する約定ステップとを含んで約
定の処理を実行する商品取引処理方法を提供する。

【００２０】ここで、第６の発明において、約定ステッ
プは、第１の処理装置で約定条件に基づいて、約定実行
のための第１の契約書を作成する第１の約定ステップ
と、第２の処理装置で約定条件に基づいて約定実行のた
めの第２の契約書を作成する第２の約定ステップとを少
なくとも有し、約定実行を受けて、第１の約定ステップ
と第２の約定ステップとを実行することが好ましい。

【００２１】また、第６の発明のいて、第１の処理装置
は第１の金融機関のシステムによって制御され、第２の
処理装置は第２の金融機関のシステムによって制御され
て、約定ステップとを実行することが好ましい。

【００２２】第７の発明は、顧客からの依頼を受けた取
引者が有する外部システムとネットワークを介して接続
され、デリバティブ商品の取引を行うデリバティブ商品
生成者のコンピュータにおいて実行される商品取引処理
方法において、コンピュータが、外部システムを介して
受信した顧客の指示に従い、インディケーション・レー
トまたはインディケーション・プライスを顧客に提示し
ながら、デリバティブ取引の受付から約定までの処理を
動的に進める第１のステップと、ファーム・レートまた
はファーム・プライスが約定要求レートまたは約定要求
プライスと一致する場合、コンピュータが、顧客とデリ
バティブ取引の約定を行う取引者に対して、ファーム・
レートまたはファーム・プライスで約定する約定処理を
行う第２のステップとを有する商品取引処理方法を提供
する。

【００２３】ここで、第７の発明における第２のステッ
プで、上記約定処理は、顧客と取引者との間におけるデ
リバティブ取引の約定とほぼ同時に行なってもよく、顧
客と取引者との間におけるデリバティブ取引の約定が行
われた後に行ってもよい。

【００２４】また、第７の発明において、顧客と取引者
との間におけるデリバティブ取引の約定が成立した場
合、コンピュータは、当該成立したデリバティブ取引に
関するカバー取引を取引者との間で行う第３のステップ
をさらに有することが好ましい。

【００２５】第８の発明は、デリバティブ商品の取引を
行うデリバティブ商品生成者が有する外部システムとネ
ットワークを介して接続され、顧客からの依頼を受け
て、デリバティブ商品生成者との間でデリバティブ取引
を行う取引者のコンピュータにおいて実行される商品取
引処理方法において、コンピュータが、デリバティブ取
引の受付から約定までの処理を動的に進める外部システ
ムより、第１のインディケーション・レートまたは第１
のインディケーション・プライスを受信する第１のステ
ップと、コンピュータが、第１のインディケーション・
レートまたは第１のインディケーション・プライスのプ
ライシングを行い、第２のインディケーション・レート
または第２のインディケーション・プライスを算出する
第２のステップと、コンピュータが、第２のインディケ
ーション・レートまたは第２のインディケーション・プ
ライスを顧客に提示する第３のステップとを有する商品
取引処理方法を提供する。

【００２６】ここで、第８の発明の第２のステップにお
いて、上記プライシングは、第１のインディケーション
・レートまたはインディケーション・プライスに、クロ
ージング・コストおよびクレジット・スプレッドを加減
算する処理であることが好ましい。

【００２７】また、第８の発明において、ファーム・レ
ートまたはファーム・プライスが約定要求レートまたは
約定要求プライスと一致する旨を外部システムより受信
した場合、コンピュータは、顧客との間で第２のファー
ム・レートまたは第２のファーム・プライスで約定する
第１の約定処理を行うとともに、デリバティブ商品生成
者との間で第１のファーム・レートまたは第１のファー
ム・プライスで約定する第２の約定処理を行う第４のス
テップをさらに設けてもよい。

【００２８】また、第８の発明の第４のステップにおい
て、コンピュータは、第１の約定処理と第２の約定処理
とをほぼ同時に行ってもよく、第１の約定処理の後に第
２の約定処理を行ってもよい。

【００２９】さらに、第８の発明において、顧客と取引
者との間におけるデリバティブ取引の約定が成立した場
合、コンピュータは、成立したデリバティブ取引に関す
るカバー取引をデリバティブ商品生成者との間で行う第
５のステップをさらに設けてもよい。

【００３０】

【発明の実施の形態】以下、本発明の実施の形態のデリ
バティブ取引処理方法およびそのシステムについて、図
１〜５を用いて説明する。図１に本発明のデリバティブ
取引システムの全体構成図の一例を示す。このデリバテ
ィブ取引システムは、例えば、取引処理部１００１と入
出力部１００７、および、これらを有線、無線によって
接続する単一線またはネットワーク１００８から構成さ
れる。ネットワーク１００８は、公衆回線であってもよ
いし、専用回線であってもよい。取引処理部１００１
は、グローバル・ディーラー（ＧＤ）型金融機関または
デリバティブ取引のノウハウを有し若しくはデリバティ
ブ取引によって生じるリスクを負担できる者（以下、
「ＧＤ型金融機関等」という）が使用または所有する装
置（コンピュータ）であって、図示してはいないが、こ
れらを制御または管理するために入出力部や記憶部を有
している。入出力部１００７は、ＣＤ型金融機関または
ＥＤ型金融機関またはデリバティブ取引のノウハウが少
ない若しくはデリバティブ取引によって生じるリスクを
懸念する者（以下、「ＣＤ型金融機関等」という）が使
用する装置（コンピュータ）であって、この入出力部１
００７は、ＣＤ型金融機関等でデータや情報を処理する
ための処理装置や記憶部を有している。一般的に、これ
らは、入出力機能、記憶機能、処理機能を有する端末や
サーバなどの計算処理装置であって、これらが、ネット
ワーク等を介してデータの入出力ができればよい。

【００３１】動的コンテンツ部１００２は、例えば、デ
リバティブズ商品などの条件を提示し、顧客が選んだデ
リバティブズ商品とその条件に合意して取り交わす約定
処理など、受付から約定までの処理を顧客との間でやり
取りを行う。したがって、動的に約定処理を進めていく
ことための情報やデータを表示するコンテンツであるか
ら動的コンテンツといっている。静的コンテンツ部１０
０３は、例えば、約定を進める上で、または、約定した
商品などに関し、市場情報や市場ニュース等を提供し、
顧客などの要求に応じて提示・表示するものである。し
かし、これは、要求に応じて、一方的に情報などを提供
するものなので、静的コンテンツといっている。事後事
務管理部１００４は、約定を結んだデリバティブズ商品
の満了期限までを管理し、動的コンテンツ部１００２で
取り決められた条件などを取り込んで、約定されたデリ
バティブズ商品の管理を行う。

【００３２】また、事後リスク管理部１００５は、約定
後のデリバティブ商品のポジション情報、時価情報や将
来の損益変動予測などのシミュレーションを提供する。
転送部１００６は、取引処理部１００１内の上記各部間
のデータのやり取り、および、外部システムとの間にお
けるデータのやり取りに対して、内部のデータの送受
信、転送を行う。具体的には、取引処理部１００１が１
つのサーバであれば、転送部１００６はサーバ内のバス
であり、各部が装置であればこれらをつなぐＬＡＮやイ
ントラネットやインターネットなどのネットワーク線で
ある。取引処理部１００１における外部情報の入出力
は、データ入出力部１００９を介して行われ、取引処理
部１００１へデータを入力し、または、取引処理部１０
０１からデータを外部へ出力する。

【００３３】このような図１のデリバティブ取引システ
ムは、ＧＤ型金融機関自身が入力部１００７が備える場
合、ＧＤ型金融機関だけが用いるシステムとしても適用
できる。さらに、入出力部２００７が、ＣＤ型金融機関
にあるまたはＣＤ型金融機関のシステムにあれば、ＧＤ
型金融機関のシステムとＣＤ型金融機関のシステムとか
らなるネットワーク取引システムとして用いることが可
能である。なお、このようなシステムでは、例えば、動
的コンテンツ部１００２、静的コンテンツ部１００３、
事後事務管理部１００４および事後リスク管理部１００
５から出力される表示画面を入出力部１００７側に表示
し、この表示に対して、または、システムの起動、停止
を含む処理や管理の指示をこの入出力部１００７から入
力することで、取引システムを実行させることができ
る。さらに、入出力部１００７で表示するコンテンツ
は、例えば、インターネットを介して表示されるインタ
ーネット画面とすることも可能である。

【００３４】図２に本発明のデリバティブ取引システム
の全体構成図の一例を示す。このデリバティブ取引シス
テムは、取引処理部１００１と入出力部１００７と情報
入出力部２０１０とこれらを結ぶネットワーク１００８
から構成される。なお、図１で示したものと機能的に同
じものの説明は、省略している。

【００３５】図２のシステムでは、市況等情報処理部２
００３で用いる情報である静的コンテンツを外部の情報
ソースから取込む場合の一例を示している。例えば、為
替、金利、株式情報などを数値や経時変化のグラフやチ
ャートやテーブル等の表示形態で表示し、さらに、提供
者からのメッセージやコメントなども付加することが可
能である。また、取り込んだデータをそのまま表示して
も表示のために加工して表示することも可能である。ま
た、約定処理部２００２は、動的コンテンツを表示し、
約定処理を進めていく。ここでの約定処理は、顧客の試
算状況や変動する市場情報をほぼリアルタイムで取り込
んで提示できるので、コンサルティング処理ともいえ
る。換言すれば、この約定処理のプロセスは、顧客の試
算状況や変動する市場情報を顧客に提示しながら行われ
る。

【００３６】図２のシステムは、図１のシステムと同様
に、ＧＤ型金融機関だけが用いるシステムとしても適用
できる。さらに、入出力部１００７がＣＤ型金融機関に
あるまたはＣＤ型金融機関のシステムにあれば、ＧＤ型
金融機関のシステムとＣＤ型金融機関のシステムとから
なるネットワーク取引システムとして用いることが可能
である。

【００３７】図３に本発明のデリバティブ取引システム
の全体構成図の一例を示す。このデリバティブ取引シス
テムは、取引処理部１００１、入出力部１００７、情報
入出力部２０１０、システム管理部３０１１、および、
これらを結ぶネットワーク１００８，３０１２から構成
される。これまでに説明したものと同じものの説明の詳
細は、省略している。図３のシステムにおけるシステム
管理部３０１１は、外部からのデータの入力および外部
へのデータの出力を制御し、例えば、外部からのデータ
の改竄チェックやウイルスチェックなどのセキュリティ
ー上のファイヤーウォール機能を有している。また、こ
のシステム管理部３０１１は、取引処理部１００１を構
成するサーバや記憶部、処理部、入力部、出力部や計算
装置、データベースなどのシステム管理を行う。

【００３８】なお、同図において点線で示した部分は、
システム管理部３０１１が独立したＡＳＰ（アプリケー
ションサービスプロバイダ）として機能することが可能
な領域を示すものである。点線内は、ＧＤ金融機関の機
能的ブロック２００２，２００３，５０１６を除いた各
機能を他のＡＳＰが受け持って、データや情報をシステ
ム管理部３０１１へ提供する。システム管理部３０１１
の機能を有するＡＳＰは、ネットワークを介して、ＣＤ
型金融機関の処理装置（例えば、後述する受付処理入出
力部４０１３等）との間でデータや情報の入出力を行う
構成とすることも可能である。システム管理部３０１１
の機能を有するＡＳＰは、例えば、インターネットサー
ビスプロバイダー、ネットワーク管理サービスプロバイ
ダーやストレージサービスプロバイダー等が提供するサ
ービスを行うシステムや装置内に設けることが可能であ
る。なお、以上の説明は、図３および図４において点線
で囲った部分についても同様に該当する。

【００３９】図３３にシステム管理部３０１１の詳細を
示す。システム管理部３０１１は、取引処理部１００１
の制御・管理を行う制御管理部３３０１と外部からのデ
ータの入力、またはシステム管理部３０１１を含む取引
処理部１００１から外部へのデータ出力におけるデータ
のウイルス感染の有無を検知し、データの入出力の停止
やウイルスの除去処理などを実行するウイルス検出部３
３０２と、外部からの不正なアクセスの有無を監視し、
または、取引処理部からデータが不正に転送されること
を防ぐためにアクセス状況を監視するアクセス監視部３
３０３とを有する。また、制御管理部３３０１、ウイル
ス検出部３３０２およびアクセス監視部３３０４による
出力はモニタ部３３０４に表示され、または保持され
る。問題が生じた場合は、モニタ部３３０４が警告を発
しシステム管理者等へ通知する。通知方法は、例えば、
モニタ画面に表示したり、電子メールによって予め定め
られた担当者の端末や携帯電話などに通知したり、電話
をかけたりするものである。通知内容は、問題の内容や
程度などが通知される。さらに、このようなシステムで
は、異常事態に対する対処の仕方に関して、その手順や
チェック項目などを障害回復支援システムなどによっ
て、支援を受けながら処理するものである。

【００４０】このような障害回復支援システムは、シス
テム管理部３０１１に内蔵されていてもよいし、取引処
理部１００１にあってもよい。また、別のシステムにア
クセスして稼動することも可能である。また、アクセス
監視部３３０３からの出力であるアクセス者および処理
内容を課金処理部３３０５に出力し、この課金処理部３
３０５でアクセス者毎または明細毎に課金処理を行う。
なお、この課金処理部３３０５によって生成されたデー
タは、取引処理部１１０１または前処理部を取り扱う金
融機関等に転送され、振替えなどの支払手続が行われ
る。また、システム管理部３０１１を運用する事業者が
金融機関等を用いて請求することも可能である。

【００４１】図３において、ネットワーク３０１２は、
一般回線であっても専用回線であってもよいが、セキュ
リティ上は専用回線が適している。または、専用線では
なくても、セキュリティレベルの高いネットワークであ
ってもよい。

【００４２】図３のシステムによれば、ＧＤ型金融機関
でクローズするシステム、つまり、入出力部１００７も
ＧＤ金融機関内にある場合では、セキュリティ機能を向
上させたシステムとして実現できる。また、入出力部１
００７が他のＧＤ型金融機関やＣＤ型金融機関や顧客に
設置されている場合は、これらの間とＧＤ型金融機関と
のシステムとして構築できる。また、システム管理部３
０１１がＧＤ型金融機関にある場合もこれらの間とのシ
ステムとして構築される。また、システム管理部３０１
１が、第三者の機関、例えば、アプリケーションサービ
スプロバイダ（以下、ＡＳＰという）によって、取引処
理部１００１のハード的な保守点検も含めて、取引処理
部１００１の管理を行い、外部からのアクセスを制御
し、約定処理や市況情報処理などの処理結果を提供する
サービス提供者として機能することが可能になる。

【００４３】図４に本発明のデリバティブ取引システム
の全体構成図の一例を示す。このデリバティブ取引シス
テムは、取引処理部１００１、情報入出力部２０１０、
システム管理部３０１１、受付処理入出力部４０１３、
取引入出力部４０１４、および、これらを結ぶネットワ
ーク１００８，３０１２から構成される。これまでに説
明したものと同じものの説明の詳細は省略している。図
４のシステムにおいて、受付処理入出力部４０１３は、
ＧＤ型金融機関またはＣＤ型金融機関に設置され、取引
入出力部４０１４は、ＣＤ型金融機関または顧客側に設
置される。受付処理入出力部４０１３がＧＤ型金融機関
に設置され、取引入出力部４０１４がＣＤ型金融機関に
設置されている場合は、顧客がＣＤ型金融機関にて、デ
リバティブズ商品の約定および管理を行う場合に適用さ
れる。または、ＣＤ型金融機関がＧＤ型金融機関の提供
するデリバティブズ商品を約定し、または、管理する場
合にも適用できる。

【００４４】さらに、本システムによれば、ＣＤ型金融
機関がすでに保有しているデリバティブズ商品を取引シ
ステムの事後事務管理部１００４で管理・処理させるこ
とも可能である。また、ＣＤ金融機関がすでに保有して
いるデリバティブズ商品を取引システムの事後リスク管
理部１００５で、情報を取得したり、シミュレーション
を行ったりすることが可能である。

【００４５】また、受付処理入出力部４０１３がＣＤ型
金融機関に設置され、取引入出力部４０１４が顧客に設
置されている場合は、顧客がＣＤ型金融機関のホームペ
ージなどにインターネットや専用回線にて接続し、デリ
バティブズ商品の約定および管理を行う場合に適用され
る。このような構成にすれば、顧客は取引先であるＣＤ
型金融機関と契約するので、このようなデリバティブズ
商品の取引開始にあたって、口座を新設したり、信用調
査を位置からはじめるようなわずらわしさが不要とな
る。

【００４６】本システムは、例えば、システム管理部３
０１１が提供するインターネット上のホームページから
アクセスさせることができる。または、取引入出力部４
０１４は、受付処理入出力部４０１３であるサーバのホ
ームページなどにアクセスし、ここから情報やデータの
入出力を行う。受付処理入出力部４０１３は、さらにシ
ステム管理部３０１１、またはシステム管理部３０１１
を含む取引処理部１００１によって提供されるデータを
表示し、データを入力させるホームページなどを提供す
るサーバに接続し、約定や管理処理を可能とする。

【００４７】図５に本発明のデリバティブ取引システム
の全体構成図の一例を示す。このデリバティブ取引シス
テムは、前処理部５０１６、後処理部５０１５、情報入
出力部２０１０、システム管理部３０１１、受付処理入
出力部４０１３、取引入出力部４０１４、および、これ
らを結ぶネットワーク１００８，３０１２から構成され
る。これまでに説明したものと同じものの説明の詳細は
省略している。

【００４８】図５のシステムでは、約定までの前処理
は、前処理部５０１６で実行され、約定後の事務管理お
よびリスク管理は、後処理部５０１５で処理される。な
お、ＧＤ型金融機関は、前処理部５０１６を有し、約定
までの処理を実行し、第三者のＡＳＰが後処理部５０１
５を有し、約定後の事務管理および約定後のリスク管理
を行う。また、ここでは、後処理を１つのＡＳＰが処理
するように見えるが、必ずしも１つのＡＳＰに限定する
必要はなく、事後事務管理部１００４と事後リスク管理
部１００５とで別々のＡＳＰが処理するようにしてもよ
い。また、事後事務管理部１００４を予め複数用意し、
顧客のニーズや要求に応じて、選択して、選択されたＡ
ＳＰの事後事務管理部１００４や事後リスク管理部１０
０５を用いることも可能である。このような選択は、受
付処理入力部４０１３から直接行うことも可能である
が、システム管理部３０１１によってＡＳＰ情報が提供
され、それに基づいて選択されたＡＳＰとの接続を制御
することも可能である。

【００４９】なお、本システムでは、顧客がＣＤ型金融
機関にネットワークを介してアクセスし、約定手続や市
況情報の取得、約定後の事務管理およびリスク管理を行
うことができる。

【００５０】ＣＤ型金融機関は、自己のシステムとし
て、前処理部５０１６や後処理部５０１５を備えなくて
も、デリバティブズ商品の提供および管理を顧客に提供
できる。また、このようなシステムは、専用システムで
構築することも可能であるが、インターネットなどのネ
ットワークを介してサーバやデータ処理装置を有し、こ
れらを実行するためのソフトウエアをインストールする
ことで実現可能となる。ＧＤ型金融機関も後処理部５０
１５を第三者のＡＳＰなどに委託できるので、このよう
なシステムの運用の負担を軽減できる。さらに、システ
ム管理部３０１１は、ＧＤ型金融機関、各ＡＳＰ、ＣＤ
型金融機関および顧客間のサービスの授受を管理するこ
とができるので、課金システムを構築できる。図５に図
示した破線矢印５０１７は、約定後の事務管理やリスク
管理を実行するために、約定処理部２００２で生成され
たデータを事後事務管理部１００４または事後リスク管
理部１００５へ転送することを示している。これは、例
えば、システム管理部３０１１によって制御することも
可能である。

【００５１】図６に約定処理部２００２の構成の一例を
示す。この約定処理部２００２は、コンサルティング処
理部６００１と提案書/インディケーション処理部６０
０２と取引約定処理部６００３を有している。

【００５２】図７にコンサルティング処理部６００１の
構成の一例を、図８にコンサルティング処理部６００１
でのデータ処理の手順を示す。コンサルティング処理部
６００１での処理は、第１のデータ入力に基づくシミュ
レーションとその結果の出力（Ｓ８００１〜Ｓ８００
３）、第１の結果出力に基づく商品選択とその結果出力
（Ｓ８００４〜Ｓ８００５）および第２のデータ入力に
伴う第２のシミュレーションとその結果の出力（Ｓ８０
０６〜Ｓ８００８）という主に３つの処理手順からな
る。まず、第１のデータ入力に基づくシミュレーション
処理とその出力は、顧客保有の明細のリスクを算定する
ために、まず、Ｓ８００１で諸データの入力を要求し、
続くＳ８００２で、入力されたデータに基づいて、保有
明細の市場変動後の時価変化と期間財務損益変化を試算
する。入力データは、保有資産・負債などの明細に関す
るデータであり、借入、預金、為替の金額や、通貨種
類、満了期日、残存期間などである。これらのデータに
基づき、損益を試算（シミュレーション）し、表やグラ
フにより表示する（Ｓ８００３）。この表示は、ＧＤ型
金融機関の端末（１０１７、４０１３）だけでなく、顧
客端末（４０１４）やＣＤ型金融機関の端末（１０１
７，４０１３，４０１４）でも表示、出力できる。

【００５３】これらの処理は、図７中のデータ入力部７
００１によって入力されたデータに基づいて、損益試算
をシミュレーション実行部７００２で実行し、その結果
を損益試算表/グラフ作成部７００３によって表やグラ
フに作成し、作成された表やグラフをデータ出力部７０
０６からネットワーク内や端末などに出力する。つぎ
に、第１のシミュレーションにて試算された結果に基づ
いて、商品選択部７００４は、適切な商品またはすべて
の商品に関するデータまたは情報を商品データベース７
００５から取り出し、データ出力部７００６を介してネ
ットワ−ク内または端末などに出力する。このような商
品の選択（Ｓ８００４）は、顧客が保有している明細の
リスクをヘッジするものを選択するように設定すると、
より正確な顧客のニーズに応じることが可能になる。な
お、顧客によっては、自分で商品を見定めたいという要
求があれば、全商品を紹介して吟味、確認させて、選択
させる処理も可能である。ここで、商品に関する詳細な
説明を顧客の要求に応じて出力する。なお、そのような
場合には、リスクの種類や度合いまたはヘッジの種類や
度合いに基づいてカテゴリー分けして商品を出力・表示
する（Ｓ８００５）。

【００５４】Ｓ８００４において商品が選択されると、
選択された商品によるヘッジ実行後の損益変化を市場レ
ートでの時価変化と期間財務損益変化をシミュレーショ
ンする。そのために、選択されたまたは要求されたデリ
バティブ商品の明細入力では（Ｓ８００６）、商品、金
額、通貨、期日、期間、サイドまたはレートなどを入力
または選択させる。Ｓ８００６に続くＳ８００７におい
て、データ入力部７００１から入力されたデータを用い
て、シミュレーション実行部７００２で第２のシミュレ
ーションが実行される。そして、Ｓ８００８において、
損益試算表/グラフ作成部７００３によって損益試算表
や損益試算グラフが作成され、データ出力部７００６か
ら顧客端末やネットワークなどに出力される。なお、こ
こで、コンサルティング処理部６００１を構成するデー
タ入力部７００１およびデータ出力部７００６は、イン
ターフェース部として一体化して構成されていてもよ
い。

【００５５】図９に提案書/インディケーション処理部
６００２の構成の一例を、図１０にその処理手順の一例
を示す。提案書/インディケーション処理部６００２
は、データを入力するデータ入力部９００１と、入力さ
れたデータに基づいて各種のドキュメントを作成するド
キュメンテーション作成部９００２と、インディケーシ
ョンを処理するインディケーション処理部９００３とを
有している。Ｓ１０００１において、顧客が所望する、
またはＧＤ型またはＣＤ型金融機関が薦める商品を試算
するためのデータの入力である第３のデータが入力され
ると、データ入力部９００１から約定を行おうとする取
組予定明細の条件を入力する。これは、先のコンサルテ
ィング処理部６００１の結果からそのデータをそのまま
取り込んでもよく、また、このステップで全部または一
部のデータを入力することも可能である。入力データと
しては、例えば、取組予定明細条件として、商品、金
額、通貨、期日、期間、サイドまたはレートなどであ
る。続くＳ１０００２において、入力されたデータに基
づいて、ドキュメンテーション作成部９００２は、各種
のドキュメントを作成する。ここでは、提案書と説明資
料を作成する。提案書は、顧客名、商品提供社名、取引
内容などの説明、説明に必要な表やグラフ、留意点など
の説明等を書面に出力できるように作成する。作成され
たドキュメントまたは取引条件は、ネットワークを介し
て接続される端末等の画面上に表示される（Ｓ１０００
３）。

【００５６】上述の取組予定明細または提案書の内容
（条件）のインディケーションレート（プライス）の取
得の要求があれば、上述の内容の確認のステップ（Ｓ１
０００３）を経た後、インディケーション処理部９００
３でインディケーションレートを取得、生成し、その結
果を表示・出力する（Ｓ１０００４）。ここで、インデ
ィケーションレートは、約定の際の約定レートとは異な
り、約定レートの前段階の（その時点における）仮レー
トである。ほぼリアルタイムの市場レートなどが反映さ
れているが、約定までに時間がかかれば約定レートはイ
ンディケーションレートとは異なってくる場合もある。

【００５７】Ｓ１０００２において、提案書以外に説明
資料の作成も顧客などの要求に応じて実行される。つま
り、顧客が約定を社内的に承認するための説明資料とし
て、上述の入力データや提案書およびインディケーショ
ンレートなどを用いて、説明資料や稟議書などを作成す
る。またこのようなドキュメントのフォームは、本発明
のシステム側で与えることも顧客が顧客端末上で作成
し、そのフォームに所定のデータを入力して説明資料を
作成することもできる。

【００５８】図１１に取引約定処理部６００３の構成の
一例を示す。また、図１２に約定処理の処理手順を示
す。まず、Ｓ１２０１では、第４のデータ入力を入力す
る。先の処理のインディケーション条件をそのまま適用
できる場合はその条件データを取り込み、または、条件
を一部修正したデータをデータ入力部１１０１を介して
入力する。続くＳ１２０２では、顧客等の端末等を介し
て、ファームプライス要求またはインディケーションプ
ライス要求と約定確認要求を受ける。つまり、これらの
要求に応じて、入力されたデータに基づいた取組予定明
細条件の表示・出力し、条件の確認を顧客に要求する。
顧客が出力された条件に基づいて、約定プライス（ファ
ームプライス）の取得を要求してくれば、プライス処理
部１１０２によって処理、生成されたファームプライス
を出力するとともに、約定確認部１１０３によってこの
ファームプライスで約定を行うか否かを顧客等の端末等
に問い合わせる。顧客が約定を要求する場合は、Ｓ１２
０３の取引約定処理において、取引約定部１１０４によ
って最終的な約定のための約定条件を出力し、約定の確
認を受けた後に、約定を実行し、約定がされたことを出
力・表示する。そして、Ｓ１２０４の契約書作成におい
て、契約書作成部１１０５によって金銭の支払に関する
基本契約書などの契約書または念書を作成し、出力す
る。

【００５９】また、約定条件を生成する段階で、市場の
急激な変化などで、ファーム・レートと大きくかけ離れ
た場合は、プライスが変更されたことを表示し、再度、
ファーム・レートを取得するよう表示する。また、約定
要求の問い合わせから回答までに時間を要した場合もフ
ァーム・レートなどが変更されていれば、再度ファーム
・レートを取得するよう表示する。

【００６０】顧客が約定を要求しない場合は、一例とし
て、約定できない理由を入力または選択させて、約定し
ない旨の回答をシステムへ返す。再度、インディケーシ
ョンの取得や、新たな商品説明、取引終了などの選択な
どの画面へ進む。

【００６１】以上のように約定処理は実行されるが、こ
れらの実行は例えばインターネット上のＧＤ型金融機関
やＣＤ型金融機関のホームページの所定の画面によって
行われる。また、上述の説明では、明確には述べていな
かったが、それぞれの画面では、例えば条件を入力すれ
ばその入力した条件を保存したり、また入力したデータ
に基づく処理結果を保存したり、さらに、すでに保存し
ているデータを読み出して、シミュレーションなどの処
理に用いることができる。さらに表示画面だけでなく、
表示画面に表示されているデータや処理結果を印刷する
ことが可能である。このような処理は、各処理が実行で
きるよう画面上にクリックできるボタンなどの領域が表
示されている。これらのボタンの表示は、表示する画面
に依存してどのボタンを表示するかなどを決めることが
可能である。

【００６２】また、受付処理入出力部４０１３がＣＤ型
金融機関であって、取引入出力部４０１４が顧客である
場合に、顧客はＣＤ型金融機関との間で取引をしている
関係になる。この場合、約定は、顧客とＣＤ型金融機関
との間で結ばれるが、ＣＤ型金融機関はＧＤ型金融機関
との約定が必要となってくるので、このような場合は、
ほぼ同時に２つの約定を実行する。

【００６３】図１３に事後事務管理部１００４の構成の
一例を示す。事後事務管理部１００４は、顧客などの端
末等からの指示によって、データ入出力部１３０５を介
して、明細情報、Ｐ＆Ｒ情報または後続取引情報を生成
し、出力する。明細情報処理部１３０１は、すでに約定
した該当する顧客の各明細情報をデリィバティブ商品情
報データベースから読み出して表示する。例えば、取組
日、満期日、金額、相手などの主要取引条件などであ
る。これらは、例えば、満了日を昇順に並べて表示する
ことが可能である。これらは、表で複数明細をまとめて
一覧表示させることも、各明細ごとに一件一葉で表示さ
せることも可能である。

【００６４】Ｐ＆Ｒ情報処理部１３０２は、所定の条件
を入力して、その条件に合うように関係する明細書をリ
ストアップするものであって、取引システムが保持して
いるリストアップのルールとは別に顧客自身が設定する
ことが可能である。例えば、期間を指定し、期日順に、
すべてのペイメント情報をリストアップする。これは、
利払い、プレミア払い、通貨スワップ元本交換などのス
ケジュールである。また、これらのデータに基づいて、
スケジュール表などを生成して表示することが可能であ
る。

【００６５】後続取引情報処理部１３０３は、本取引シ
ステムによって約定した明細および既約定分で顧客が事
後事務管理を委託したい明細も取り扱うことは可能であ
る。後続取引情報処理部１３０３では、所定の条件を入
力して、その条件に合うように関係する明細書をリスト
アップするものであって、取引システムが保持している
リストアップのルールとは別に顧客自身が設定すること
が可能である。例えば、期間を指定し、期日順に、すべ
ての後続取引情報をリストアップする。これは、変動金
利値決め、オプション行使日などのスケジュールであ
る。また、これらのデータに基づいて、スケジュール表
などを生成して表示することが可能である。

【００６６】デリバティブ商品情報データベース１３０
４は、デリバティブ商品情報を保持しているデータベー
スであって、後処理部にあることから、約定した明細の
情報が保持されている。なお、図１３では、事後事務管
理部１００４の外に位置しているが、この管理部１００
４内に設けることも、また、図１５に示すように後処理
部５０１５に設置することも可能である。なお、このデ
ータベース１３０４へのデータは、約定処理部２００２
で約定したデータの明細をデータとして転送して保持す
ることも可能である。また、約定処理部２００２では処
理しなかった顧客が有している約定明細もここから入力
することで処理可能となる。

【００６７】図１４に事後リスク管理部１００５の構成
の一例を示す。事後リスク管理部１００５は、顧客など
の端末等からの指示によって、データ入出力部１４０５
を介して、ポジション情報、時価情報またはシミュレー
ション情報を生成し、出力するものである。ポジション
情報処理部１４０１は、すでに約定した該当する顧客の
各明細または各ポートフォリオのセンシティビティやベ
ガポジションなどのポジション情報を演算処理して表示
する。これらは、表で複数明細をまとめて一覧表示させ
ることも、各明細ごとに一件一葉で表示させることも可
能である。時価情報処理部１４０２は、明細ごとまたは
ポートフォリオごとの時価情報を表示する。

【００６８】シミュレーション処理部１４０３は、明細
書ごとまたはポートフォリオごとの市場変化に対する損
益変動表示やバリューアットリスクVAR計算の結果表示
を行う。事後リスク管理部１００５において、本取引シ
ステムによって約定した明細および規約定分で顧客が事
後事務管理を委託したい明細も取り扱うことは可能であ
る。なお、デリバティブ商品情報データベース１３０４
は、事後事務管理部１００４と共通のデータベースとし
ているが、別のデータベースとしてもよい。

【００６９】図１６に本発明の一実施例で、各処理の主
体が異なる事業主である場合のシステム概略図の一例を
示す。取引処理部１００は、ネットワーク７００を介し
て、金融取引に関連する情報を提供する外部の情報機関
６１０と、ＧＤ型金融機関等間でデリバティブ取引を行
うためのインターバンクマーケット（店頭市場）６２０
と、デリバティブ取引を行うための取引所市場６３０に
接続可能である。インターバンクマーケット６２０で
は、主に、先渡取引、スワップ取引、オプション取引が
行われ、取引所市場６３０では、主に、先物取引、オプ
ション取引等が行われる。

【００７０】取引システム１００は、情報機関６１０か
らデリバティブ商品の基礎となる情報を取得する情報取
得端末１１０と、ＣＤ型金融機関等のトレーダーやＣＤ
型金融機関等の営業員やＣＤ型金融機関等の顧客がアク
セス可能なサーバ１２０と、ＧＤ型金融機関等の営業員
やＧＤ型金融機関等の顧客がアクセス可能なサーバ１３
０と、資産および負債等に基づいてデリバティブズ商品
を生成または選択するトレーダー端末１４０、インター
バンクマーケット６２０や取引所６３０とデリバティブ
取引を行うための市場取引端末１５０と、デリバティブ
取引の事務管理およびリスク管理を行うハウスシステム
１６０と、情報取得端末１１０とサーバ１２０，１３０
とトレーダー端末１４０とハウスシステム１６０とを相
互に接続するネットワーク１７０とを備える。サーバ１
２０やサーバ１３０は、取引システム１００を使用また
は所有する者以外の第三者によって使用または所有され
てもよい。ハウスシステム１６０は、取引システム１０
０を使用または所有する者以外の第三者によって使用ま
たは所有されてもよい。ネットワーク１７０は、専用回
線（LAN（Local Area Network）やバス等）が好まし
い。サーバ１２０と他の端末等（情報取得端末１１０と
サーバ１３０とトレーダー端末１４０とハウスシステム
１６０）との間は、ＣＤ型金融機関等の顧客の資産およ
び負債のようにデリバティブズ商品の生成または選択お
よびレートやプライスの算出に必要なデータやデリバテ
ィブズ商品のレートやプライスに関するデータは伝送さ
れるが、顧客の個人情報（例えば、氏名または名称、住
所または居所、電話番号やメールアドレス等）やＣＤ型
金融機関等のクレジットスプレッドやクロージング・コ
スト等のスプレッド・データは伝送されない。

【００７１】サーバ１２０が顧客端末３００へ送信する
Ｗｅｂページには、ＣＤ型金融機関等の名称が付加され
ている。つまり、ＣＤ型金融機関等の顧客は、ＣＤ型金
融機関等とデリバティブ取引を行うのであって、ＧＤ型
金融機関等とデリバティブ取引を行うわけではない。一
方、サーバ１２０がトレーダー端末２１０または営業員
端末２２０へ送信するＷｅｂページには、ＣＤ型金融機
関等の名称が付加されていてもよいし、ＧＤ型金融機関
等の名称が付加されていてもよい。

【００７２】顧客は、ＣＤ型金融機関が提供するＷｅｂ
ページ上でデリバティブズ商品のコンサルティング手
続、提案書／インディケーション手続および取引約定手
続を行うが、このような手続や手続に伴う例えば市場デ
ータやデリバティブズ商品の情報、プライス条件の提示
などはＧＤ型金融機関が提供するものとなる。具体的に
は、例えば、ＣＤ型金融機関の提供するＷｅｂページの
デリバティブズ商品の領域はＣＤ型金融機関が提携して
いるＧＤ型金融機関のサーバなどにリンクが張られ、デ
リバティブズ商品に関する手続は、すべて、ＧＤ型金融
機関が提供するＷｅｂページによって処理される。

【００７３】図１７にリンクを伴うＣＤ型金融機関とＧ
Ｄ型金融機関が提供するＷｅｂページのリンクとの関係
の概念図を示す。ＣＤ型金融機関のサーバ１７０１は、
ＣＤ型金融機関のＷｅｂページ１７０３全体を提供す
る。ＧＤ型金融機関のサーバ１７０２は、ＣＤ型金融機
関１７０１と提携しており、Ｗｅｂページ１７０３内の
デリバティブズ商品に関する領域１７０４にリンクが張
られ、このような手続を提供する。ＣＤ型金融機関の提
供するＷｅｂページ１７０３に、デリバティブズ商品に
関してＧＤ型金融機関の提供するＷｅｂページにリンク
が張られたＷｅｂページを顧客端末１７０５からアクセ
スできる。また、このアクセスは、顧客端末１７０５だ
けでなく、ＣＤ型金融機関の営業員端末２２０やトレー
ダー端末２１０であってもよい。

【００７４】また、顧客がＣＤ型金融機関でＣＤ型金融
機関の担当者と手続を進める場合は、図１のような形態
になり、ＣＤ型金融機関の担当者がＣＤ型金融機関のト
レーダ端末や営業端末からＧＤ型金融機関のサーバ等へ
アクセスして手続を処理する。

【００７５】このような場合であっても、上述したよう
に、顧客はあくまでＣＤ型金融機関との間で約定を結ん
でデリバティブ商品を取引する。ただし、ＣＤ型金融機
関が提示する条件は、ＧＤ型金融機関がＣＤ型金融機関
へ提示する条件に何らかの条件が加算、減算されたもの
となる。また、ＣＤ型金融機関は、顧客とのデリバティ
ズ商品の取引の約定に伴って、カバー取引を行う場合が
ある。このカバー取引を提携しているＧＤ型金融機関と
行う場合は、ＣＤ型金融機関はＧＤ型金融機関との間で
約定するための手続を本発明のシステムを用いて行うと
ができる。なお、ＣＤ型金融機関は、このカバー取引を
他のＧＤ型金融機関と行ってもよいが、本来の顧客との
取引はＣＤ型金融機関を介してＧＤ型金融機関によっ
て、継続されるものである。

【００７６】また、このような本発明のシステムは、Ｇ
Ｄ型金融機関が顧客と直接デリバティブズ商品を取引き
する場合にも用いることができる。つまり、顧客端末５
００やＧＤ型金融機関の営業員端末４００がＧＤ型金融
機関の取引システム１００にネットワーク等を介して接
続されている。

【００７７】ＧＤ型金融機関等は、事前にＧＤ型金融機
関等の顧客またはＣＤ型金融機関等の信用力（格付けを
含む）や適合性を考慮した上で、デリバティブ取引シス
テムの使用契約を顧客またはＣＤ型金融機関等と取り交
わすのが好ましい。つまり、ＧＤ型金融機関等にとって
は、ＣＤ型金融機関等も顧客である。そして、使用契約
を取り交わしたＧＤ型金融機関等の顧客およびＣＤ型金
融機関等に対し、デリバティブ取引システムを使用する
ためのＩＤ（Identifier）およびパスワードを付与す
る。ＩＤとは、顧客を識別するためのものである。ＩＤ
の付与は、ＧＤ型金融機関等からその顧客へ、紙や記録
媒体に記録し郵送するのが好ましいが、電子データでネ
ットワーク７００を通じて送信してもよい。パスワード
は、ＧＤ型金融機関等の顧客またはＣＤ型金融機関等に
よって選択されるのが好ましい。ＧＤ型金融機関等の顧
客のＩＤおよびパスワードは、サーバ１３０によって記
憶されるのが好ましく、ＣＤ型金融機関等のＩＤおよび
パスワードは、サーバ１２０によって記憶されるのが好
ましい。デリバティブ取引システムの使用に関し、ＧＤ
型金融機関等は、その顧客から金銭を徴収（有料）して
もよいし、徴収しなくても（無料）よい。また、ＧＤ型
金融機関等は、ＧＤ型金融機関等の顧客の財務内容、業
績推移、取引履歴を考慮した上で、デリバティブズ商品
の取引の可否を承諾するための稟議を取り交わすのが好
ましい。例えば、ＩＤおよびパスワードを取得している
ＧＤ型金融機関等の顧客であっても、稟議が承認されて
いない場合は、そのデリバティブズ商品の約定を行えな
い場合がある。

【００７８】取引システム２００は、ＣＤ型金融機関等
のトレーダーが使用するトレーダー端末２１０と、ＣＤ
型金融機関等の営業員が使用する営業員端末２２０とを
備える。トレーダー端末２１０および営業員端末２２０
は、使用者からの入力を受け付ける入力装置（例えば、
キーボード、マウス、ペン入力、タッチパネル等）とプ
ログラム等を実行する演算装置（例えば、CPU等）とデ
ータを記憶する記憶装置（例えば、RAM、ハードディス
ク、ＣＤ−R、DVD−R等）と表示装置（例えば、CRT、液
晶ディスプレイ、プラズマディスプレイ、ELディスプレ
イ等）と通信装置（例えば、モデム等）とを備える。ま
た、トレーダー端末２１０および営業員端末２２０は、
Ｗｅｂブラウザを備え、演算装置によって実行される。
トレーダー端末２１０および営業員端末２２０は、パー
ソナルコンピューターであってもよいし、携帯電話、携
帯情報端末であってもよい。

【００７９】ＣＤ型金融機関等は、ＧＤ型金融機関等と
同様に、事前にＣＤ型金融機関等の信用力（格付けを含
む）や適合性を考慮した上で、デリバティブ取引システ
ムの使用契約をＣＤ型金融機関等の顧客と取り交わすの
が好ましい。そして、使用契約を取り交わしたＣＤ型金
融機関等の顧客に対し、デリバティブ取引システムを使
用するためのＩＤ（Identifier）およびパスワードを付
与する。パスワードは、ＣＤ型金融機関等の顧客によっ
て選択されるのが好ましい。ＣＤ型金融機関等の顧客の
ＩＤおよびパスワードは、サーバ１２０によって記憶さ
れるのが好ましい。また、ＣＤ型金融機関等は、ＣＤ型
金融機関等の顧客の財務内容、業績推移、取引履歴を考
慮した上で、デリバティブズ商品の取引の可否を承諾す
るための稟議を取り交わすのが好ましい。ＣＤ型金融機
関等は、ＣＤ型金融機関等の顧客の財務内容、業績推
移、取引履歴を考慮した上で、デリバティブズ商品の取
引の可否を承諾するための稟議を取り交わすのが好まし
い。ＩＤおよびパスワードを取得しているＣＤ型金融機
関等の顧客であっても、稟議が承認されていない場合
は、そのデリバティブズ商品の約定を行えない場合があ
る。ただし、ＣＤ型金融機関等の顧客は、稟議が承認さ
れていない場合でも、約定以外の処理（例えば、情報提
供処理、コンサルティング処理、提案書・インディケー
ション処理等）を行うことが可能である。

【００８０】顧客端末３００および営業員端末４００お
よび顧客端末５００は、入力装置と演算処置と記憶装置
と表示装置と通信装置とを備える。また、顧客端末３０
０および営業員端末４００および顧客端末５００は、Ｗ
ｅｂブラウザを備え、演算装置によって実行される。顧
客端末３００は、パーソナルコンピューターであっても
よいし、携帯電話、携帯情報端末であってもよい。

【００８１】なお、デリバティブとは、スワップ、オプ
ション、FRAまたはその組み合わせ等の取引をいい、デ
リバティブズ商品とは、デリバティブの対象となる商品
をいう。金融機関とは、資金の供給者と需要者との間に
立って、金融取引を行うことを主たる業務とする機関を
いい、例えば、中央銀行として日本銀行、銀行とし
ての都市銀行、地方銀行、長期信用銀行、第二地方銀行
協会加盟銀行、信託銀行、中小企業金融機関としての
信用金庫、信用組合、商工組合中央金庫、農林漁業関
係金庫としての農業協同組合、漁業協同組合、農林中央
金庫、保険会社としての生命保険会社、損害保険会
社、証券市場における証券会社、証券金融会社、コ
ール取引の仲介をなす短資会社、主に自己資金で割
引、貸付を行う貸金業者、政府関係金融機関としての
日本政策投資銀行、国際協力銀行、国民生活金融公庫等
が該当する。グローバル・ディーラー（ＧＤ）型金融機
関とは、主要な金融市場でディーリングを行い、複雑な
デリバティブの内製化を行う金融機関という。即ち、Ｇ
Ｄ型金融機関は、インターバンクにおいて値付け業務を
行い、デリバティブ新商品を開発し、顧客に対する値付
け業務を行い、複雑な仕組みのデリバティブ取引を行
い、デリバティブ取引を恒常的に行い、一般的に確立さ
れたデリバティブ取引を行い、自己のALMポジションの
ヘッジを行う。対顧客ディーラー（ＣＤ）型金融機関
は、自己のALMポジションのヘッジを行い、対顧取引を
行うが、大きなポジションを取らない金融機関をいう。
即ち、ＣＤ型金融機関は、顧客に対する値付け業務を行
い、複雑な仕組みのデリバティブ取引を行い、デリバテ
ィブ取引を恒常的に行い、一般的に確立されたデリバテ
ィブ取引を行い、自己のALMポジションのヘッジを行
う。インディケーション・レートやインディケーション
・プライス（以下、「インディケーション・レート等」
という）とは、照会に応じて提示するが約定できない仮
のレートやプライス、即ち約定が制限されたレートまた
はプライスをいう。ファーム・レートやファーム・プラ
イス（以下、「ファーム・レート等」という）とは、い
ったん注文したレートやプライスを提示した場合は、提
示者から取消または変更があるまで注文者が実際に取引
を執行または合意可能なレートやプライス、即ち約定を
するためのレートやプライスをいう。

【００８２】ここで、顧客とＣＤ型金融機関とＧＤ型金
融機関との間の取引に対する約定システムの一例を図１
８に示す。ここでは、顧客とＣＤ型金融機関とのＧＤ型
金融機関が提供するデリバティブ商品の取引約定と、Ｃ
Ｄ型金融機関がそのデリバティブズ商品取引のカバー取
引の約定を処理するシステムの一例を示す。なお、この
処理は、２つの約定が時間的にまったく同一である必要
はなく、デリバティブズ商品の取引に対してＣＤ型金融
機関がカバー取引に値する時間的な差も含む。

【００８３】顧客１８０１は、ＣＤ型金融機関１８０２
に対してデリバティブ商品の取引を依頼する。また、Ｇ
Ｄ型金融機関１８０３は、ＣＤ型金融機関１８０２とデ
リバティブズ商品の取引をしている。ここでは、取引の
一例として、顧客１８０１とＣＤ型金融機関１８０２と
の間では、デリバティブ取引１８０９が手続され、ＣＤ
型金融機関１８０２とＧＤ型金融機関１８０３との間で
は、例えば、デリバティブズ取引１８０９をカバーする
カバー取引１８１０が手続される。ＣＤ型金融機関１８
０２は、顧客１８０１へ提供するデリバティブズ商品の
取引条件が適切か否かをチェックするために、ＣＤ型金
融機関の稟議処理システム１８０４によって、顧客１８
０１の信用度などをチェックする。ＧＤ型金融機関１８
０３も同様にＣＤ型金融機関１８０２に提供するデリバ
ティブ商品の取引条件およびカバー取引の取引条件の適
否をチェックするＧＤ型金融機関１８０３の稟議処理シ
ステム１８０５によって、ＣＤ型金融機関１８０２の信
用度やクレジット・ライン(信用度に応じた取引量)など
をチェックする。稟議処理システム１８０４，１８０５
の結果を入力するチェック部１８０６は、稟議処理によ
って取引に関する約定の可否の結果を受け取る。その上
で、例えば、両取引の結果が可であれば、約定１８０
７，１８０８の手続を実行させる。また、例えば、デリ
バティブ取引１８０９の取引が不可である場合は、顧客
１８０１とＣＤ型金融機関１８０２との間での取引手続
をやり直すような処理を行う。また、カバー取引１８１
０が不可である場合は、ＣＤ型金融機関１８０２とＧＤ
型金融機関１８０３とのカバー取引をやり直すような手
続となる。さらに、ＧＤ型金融機関１８０３がＣＤ型金
融機関１８０２へ提供するデリバティブズ商品の取引条
件が不可の場合は、再度、ＣＤ型金融機関１８０２とＧ
Ｄ型金融機関１８０３とのデリバティブズ商品の取引
と、顧客１８０１とＣＤ型金融機関１８０２との取引を
やり直すか、後述する所定の条件の範囲内で条件を再配
分する処理を行う。

【００８４】本発明の実施の形態のデリバティブ取引を
実現するための処理は、例えば、情報提供処理、コンサ
ルティング処理、提案書・インディケーション処理、取
引約定処理、事後事務管理支援処理、事後リスク管理支
援処理、クレーム受付処理とを備える。各処理の順序
は、顧客が任意に選択可能であるのが好ましいが、全処
理の少なくとも２つの処理の順序（例えば、提案書・イ
ンディケーション処理と取引約定処理、取引約定処理と
事後事務管理支援処理等）は、連続的に実行されてもよ
い。なお、各処理は、ソフトウェア（プログラム）によ
って実行されるのが好ましいが、ハードウェアによって
実行されてもよい。当該プログラムは、ネットワーク上
を伝送可能であり、記録媒体（ＣＤ-ROM、DVD-ROM、ハ
ードディスク等）に記録可能であるのが好ましい。

【００８５】ＣＤ型金融機関等と取引を行う顧客がデリ
バティブ取引システムを使用したいまたはリスクをヘッ
ジしたい場合は、その顧客がデリバティブ取引システム
を使用したい旨（以下、「使用要求」という）を顧客端
末３００に指示する。顧客端末３００が、使用要求を、
ネットワーク７００を通じ、サーバ１２０へ送信する。
サーバ１２０が使用要求を受信した場合は、サーバ１２
０がデリバティブ取引を利用するためのＷｅｂページ
（ホーム・ページ）を、ネットワーク７００を通じて、
顧客端末３００へ送信する。

【００８６】図１９に、本発明のデリバティブ取引シス
テムの使用を開始するためのＷｅｂページの構成図を示
す。デリバティブ取引システムの使用を開始するための
Ｗｅｂページは、ＣＤ型金融機関等の名称と、デリバテ
ィブ取引システムを使用するためのＩＤ（Identifier）
およびパスワードの入力を受けるためのメンバーログイ
ン欄と、情報提供処理、コンサルティング処理、提案書
・インディケーション処理、取引約定処理、事後事務管
理支援処理、事後リスク管理支援処理、クレーム受付処
理等を開始するためのＷｅｂページを読み出すためのサ
イトマップ欄等を備える。

【００８７】顧客が顧客端末３００に、ＩＤとパスワー
ドを入力する。顧客端末３００が、ＩＤおよびパスワー
ドを、ネットワーク７００を通じて、サーバ１２０へ送
信する。サーバ１２０が、ＩＤおよびパスワードの正否
を検証し、即ち、入力されたＩＤに対応するパスワード
と予め記憶してあるＩＤに対応するパスワードとが一致
するか否かを判定し、ＩＤおよびパスワードが正しい場
合（一致する場合）は、デリバティブ取引システムの使
用を許諾し、ＩＤおよびパスワードが誤っている場合
（一致しない場合）は、デリバティブ取引システムの使
用を拒否する。サーバ１２０がデリバティブ取引システ
ムの使用を拒否する場合は、デリバティブ取引システム
の使用を拒否する旨またはパスワードが誤っている旨
を、顧客端末３００へ送信する。顧客端末３００が、デ
リバティブ取引システムを拒否する旨またはパスワード
が誤っている旨を表示画面に表示する。

【００８８】本発明の実施の形態の情報提供処理では、
情報取得端末１１０が、為替情報（ドル／円レート、ユ
ーロ／円レート等）や金利情報（１０年先物プライス、
ドル金利先物プライス、長期プライムレート、短期プラ
イムレート、TIBOR、LIBOR、JGB（Japanese Government
Bond）等）、株式情報（日経平均株価、ダウ平均株
価、ナスダック平均株価等）を、ネットワーク７００を
通じて、情報機関６１０から取得し、表示画面に表示す
るとともに、サーバ１２０に格納する。顧客が情報提供
を受けたい場合は、情報提供を受けたい旨（以下、「情
報提供要求」という）を、顧客端末３００に指示する。
顧客端末３００が、情報提供要求を、ネットワーク７０
０を通じて、サーバ１２０へ送信する。サーバ１２０が
情報提供要求を受信した場合は、サーバ１２０が、各種
情報が掲載されたＷｅｂページを、顧客端末３００へ送
信する。顧客端末３００が、各種情報が掲載されたＷｅ
ｂページを、表示画面に表示する。なお、ＣＤ型金融機
関等のトレーダーや営業員が情報提供を受けたい場合
は、トレーダーや営業員がトレーダー端末２１０や営業
員端末２２０を使用して、情報提供を受けることが可能
である。

【００８９】以下、本発明の実施の形態のコンサルティ
ング処理について、図２０〜２４を用いて説明する。図
２０に、本発明のコンサルティング処理の処理フロー図
を示す。顧客がコンサルティングを希望する場合は、顧
客が、コンサルティングを希望する旨（以下、「コンサ
ルティング要求」という）、顧客端末３００に指示す
る。顧客端末３００が、コンサルティング要求を、ネッ
トワーク７００を通じて、サーバ１２０へ送信する。サ
ーバ１２０がコンサルティング要求を受信した場合は、
サーバ１２０が、コンサルティングを開始するためのＷ
ｅｂページを、顧客端末３００へ送信する。顧客端末３
００が、コンサルティングを開始するためのＷｅｂペー
ジを表示画面に表示する。

【００９０】図２１に、本発明のコンサルティングを開
始するためのＷｅｂページの構成図を示す。コンサルテ
ィングを開始するためのＷｅｂページは、資産および負
債等の明細の入力または選択を受けるための受付欄と、
入力された資産および負債等の明細の保存の指示を受け
るための受付欄とを備える。資産および負債は、デリバ
ティブズ商品の生成または選択に必要な情報であり、例
えば、借入の金額および通貨の別および返済期日および
残存期間、利払い方法、預金の金額および通貨の別、為
替取引の金額および通貨の別および輸出・輸入の別等が
該当する。

【００９１】顧客が顧客端末３００に資産および負債等
を入力する。顧客端末３００が、資産および負債等のデ
ータを、ネットワーク７００を通じて、サーバ１２０へ
送信する。サーバ１２０が資産および負債等のデータを
受信した場合、トレーダー端末１４０が、その資産およ
び負債等のデータに基づいて、損益を算出し、損益試算
表および損益試算グラフ（以下、「損益試算結果」とい
う）に編集して、その損益試算結果をサーバ１２０に格
納する。なお、サーバ１２０からトレーダー端末１４０
へは、資産および負債等のデータが伝送されるが、顧客
の個人情報は伝送されないのが好ましい。これによっ
て、ＣＤ型金融機関等は、ＣＤ型金融機関等と取引する
顧客の個人情報の外部（例えば、ＧＤ型金融機関等）へ
の漏洩を防止できる。サーバ１２０が、損益試算結果が
掲載されたＷｅｂページを、ネットワーク７００を通じ
て顧客端末３００へ送信する。顧客端末３００が、損益
試算結果が掲載されたＷｅｂページを表示画面に表示す
る。

【００９２】図２２に、本発明の損益試算結果が掲載さ
れたＷｅｂページの構成図を示す。損益試算結果が掲載
されたＷｅｂページは、損益試算結果の他、損益試算結
果に関するコメント（例えば、リスク等）、リスクのヘ
ッジを希望する旨またはデリバティブズ商品の紹介を希
望する旨（以下、「商品紹介要求」という）の指示を受
けるための受付欄とを備える。

【００９３】顧客がリスクのヘッジを希望するまたはデ
リバティブズ商品の紹介を希望する場合に、商品紹介要
求を、顧客端末３００に指示する。顧客端末３００が、
商品紹介要求を、ネットワーク７００を通じて、サーバ
１２０へ送信する。サーバ１２０が商品紹介要求を受信
した場合は、トレーダー端末１４０が、資産および負債
等のデータに基づいて、リスクを判断し、１または複数
のデリバティブズ商品を生成または選択し、そのデリバ
ティブズ商品紹介をサーバ１２０に格納する。デリバテ
ィブズ商品は、トレーダー端末１４０によって数式モデ
ルや過去データに基づいて生成または選択されてもよい
し、トレーダー端末１４０によって表示画面に表示され
た資産および負債等の明細や損益試算結果を見たコンサ
ルタントによって生成または選択されてもよい。サーバ
１２０が、デリバティブズ商品紹介を、ネットワーク７
００を通じて、顧客端末３００へ送信する。

【００９４】図２３に、本発明のデリバティブズ商品が
掲載されたＷｅｂページの構成図を示す。デリバティブ
ズ商品が掲載されたＷｅｂページは、デリバティブズ商
品の名称、その商品の概要、希望するデリバティブズ商
品の明細の入力または選択を受けるための受付欄と、入
力または選択されたデリバティブズ商品の明細の保存の
指示を受けるための受付欄と、デリバティブズ商品反映
後の損益試算結果の取得を希望する旨（以下、「再損益
試算要求」という）を受けるための受付欄とを備える。
デリバティブズ商品の明細とは、例えば、デリバティブ
ズ商品の名称、金額、通貨、期日、期間、取引サイド
（売り／買い）、レート／プライス等をいう。

【００９５】顧客がデリバティブズ商品反映後の損益試
算結果の取得を希望する場合は、再損益試算に必要な情
報、即ち、デリバティブズ商品の明細を顧客端末３００
に入力する。なお、顧客が、デリバティブズ商品の明細
の保存を希望する場合は、顧客端末３００の記録媒体に
保存することが可能である。顧客端末３００が、デリバ
ティブズ商品の明細データを、ネットワーク７００を通
じて、サーバ１２０へ送信する。サーバ１２０がデリバ
ティブズ商品の明細データを受信した場合は、トレーダ
ー端末１４０が、その明細データおよび資産並びに負債
等のデータに基づいて。デリバティブズ商品反映後の損
益を算出し、損益試算表および損益試算グラフ（以下、
「再損益試算結果」という）に編集して、サーバ１２０
に格納する。サーバ１２０が、再損益試算結果を、ネッ
トワーク７００を通じて、顧客端末３００へ送信する。
顧客端末３００が、再損益試算結果を表示画面に表示す
る。

【００９６】図２４に、本発明の再損益試算結果が掲載
されたＷｅｂページの構成図を示す。再損益試算結果が
掲載されたＷｅｂページは、再損益試算結果の他、提案
書を希望する旨（以下、「提案書要求」という）の指示
を受けるための受付欄、インディケーションを希望する
旨（以下、「インディケーション要求」という）の指示
を受けるための受付欄とを備える。

【００９７】顧客がＣＤ型金融機関等（ＧＤ型金融機関
等）が取り扱う全デリバティブズ商品の紹介を受けたい
場合は、顧客がデリバティブズ商品の紹介を受けたい旨
（以下、「取扱商品紹介要求」という）を顧客端末３０
０に指示する。顧客端末３００が、取扱商品紹介要求
を、ネットワーク７００を通じ、サーバ１２０へ送信す
る。サーバ１２０が取扱商品紹介要求を受信した場合
に、サーバ１２０が、予め格納してあったリスク毎のデ
リバティブズ商品のデータを読み出し、ネットワーク７
００を通じて、顧客端末３００へ送信する。顧客端末３
００が、リスク毎のデリバティブズ商品を表示画面に表
示する。リスク毎のデリバティブズ商品とは、例えば、
金利上昇・下降リスクに対しては金利スワップや金利オ
プションであり、円高・円安リスクに対してはクーポン
スワップ等である。また、取り扱うデリバティブズ商品
は、例えば、金利スワップ、キャップ、フロア、ヨーロ
ピアンスワップション、FRA、通貨スワップ、クーポン
スワップを含む変則キャッシュフロー、クレジットデリ
バティブ等およびこれらの組み合わせを含む。

【００９８】これらのリスクごとに対応するデリバティ
ブズ商品は、予めデータベースに登録している。さら
に、営業員端末やトレーダー端末に接続され、直接コン
サルタントを受けることも可能である。

【００９９】なお、ＣＤ型金融機関等の営業員が顧客と
対面で取引を行う場合は、顧客に代わって営業員が営業
員端末２２０を使用して、コンサルティングを受けるこ
とが可能である。そして、その営業員は、営業員端末２
２０が表示画面に表示した損益試算結果やデリバティブ
ズ商品紹介を見て、対面で顧客と交渉することが可能で
ある。

【０１００】以下、本発明の実施の形態の提案書・イン
ディケーション処理について、図２５〜３０を用いて説
明する。図２５に、本発明の提案書処理の処理フロー図
を示す。顧客が取組予定明細（デリバティブズ商品の明
細）の提案書の提示を受けたい場合は、顧客が提案書要
求を顧客端末３００に指示する。顧客端末３００が、提
案書要求を、ネットワーク７００を通じて、サーバ１２
０へ送信する。サーバ１２０が提案書要求を受信した場
合は、サーバ１２０が、予め格納してあった提案書生成
を開始するためのＷｅｂページを読み出し、ネットワー
ク７００を通じて、顧客端末３００へ送信する。顧客端
末３００が、提案書生成を開始するためのＷｅｂページ
を受信し、表示画面に表示する。

【０１０１】図２６に、本発明の提案書生成を開始する
のためのＷｅｂページの構成図を示す。提案書生成を開
始するのためのＷｅｂページは、提案書作成に必要な条
件の指示を受けるための受付欄と、入力または選択項目
（提案書作成に必要な条件）の保存の指示を受けるため
の受付欄と、保存されている取組予定明細の読出の指示
を受けるための受付欄と、提案書表示の指示を受けるた
めの受付欄と、インディケーション・レート等の取得の
指示を受けるための受付欄とを備える。即ち、ＣＤ型金
融機関等が、顧客に対し、提案書作成に必要な条件の入
力または選択を要求する。提案書作成に必要な条件と
は、例えば、商品の名称、金額、通貨、期日、期間、取
引サイド（売りまたは買い）、レートやプライス等をい
う。

【０１０２】顧客が、提案書作成を開始するためのＷｅ
ｂページに、提案書作成に必要な条件を指示する。顧客
端末３００が、提案書作成に必要な条件を、ネットワー
クを通じて、サーバ１２０へ送信する。サーバ１２０が
提案書作成に必要な条件を受信した場合は、トレーダー
端末１４０が、提案書作成に必要な条件に基づいて、提
案書を作成し、サー名１２０に格納する。サーバ１２０
が、提案書が掲載されたＷｅｂページを、ネットワーク
７００を通じて、顧客端末３００へ送信する。顧客端末
３００が、提案書が掲載されたＷｅｂページを受信し、
表示画面に表示する。

【０１０３】図２７に、本発明の提案書が掲載されたＷ
ｅｂページの構成図を示す。提案書が掲載されたＷｅｂ
ページは、例えば、顧客の名称、ＣＤ型金融機関等（支
店や部門）の名称、取引内容等の説明（デリバティブズ
商品等の説明）、損益試算結果、留意点（デリバティブ
取引によって生ずるリスク等）の説明、取組予定明細の
指定を受けるための欄、印刷の指示を受けるための受付
欄を備える。

【０１０４】図２８に、本発明のインディケーション処
理の処理フロー図を示す。顧客が取組予定明細のインデ
ィケーション・レート等の取得を希望する場合は、顧客
がインディケーション要求を、顧客端末３００に指示す
る。顧客は、インディケーション要求を複数回指示して
もよい。顧客端末３００が、インディケーション要求
を、ネットワーク７００を通じ、サーバ１２０へ送信す
る。サーバ１２０がインディケーション要求を受信した
場合は、サーバ１２０が、予め格納してあったインディ
ケーションを開始するためのＷｅｂページを読み出し、
ネットワークを通じて、顧客端末３００へ送信する。

【０１０５】図２９に、本発明のインディケーションを
開始するためのＷｅｂページの構成図を示す。インディ
ケーションを開始するためのＷｅｂページは、インディ
ケーション・レート等を取得するための条件を受けるた
めの受付欄と、入力または選択項目の保存の指示を受け
るための受付欄と、保存された取組予定明細の読出の指
示を受けるための受付欄と、提案書表示の指示を受ける
ための受付欄と、インディケーション・レート等の取得
の指示を受けるための受付欄とを備える。即ち、ＣＤ金
融機関等は、顧客に対し、インディケーション・レート
等を取得するための条件の入力または選択を要求する。
インディケーション・レート等を取得するための条件と
は、例えば、商品の名称、金額、通貨、期日、期間、取
引サイド（売り側または買い側）、レートやプライス等
をいう。

【０１０６】顧客が、顧客端末３００に、インディケー
ション・レート等を取得するための条件を入力または選
択する。顧客端末３００が、インディケーション・レー
ト等を取得するための条件を、ネットワーク７００を通
じて、サーバ１２０へ送信する。サーバ１２０がインデ
ィケーション・レート等を取得するための条件を受信し
た場合は、情報取得端末１１０が、そのデリバティブズ
商品に関連する指標を、ネットワーク７００を通じて、
情報機関６１０から取得し、トレーダー端末１４０が、
情報取得端末１１０から指標を受信し、インディケーシ
ョン・レート等をプライシングし、サーバ１２０に格納
する。サーバ１２０がインディケーション要求を受信し
たことをキーとして、トレーダー端末１４０がインディ
ケーション・レート等のプライシングを行いサーバ１２
０に格納してもよいし、トレーダー端末１４０が所定時
間（例えば、数秒、数分）毎にプライシングを行いサー
バ１２０に格納しておき、サーバ１２０がインディケー
ション要求を受信した場合に顧客端末３００へ送信して
もよい。または、顧客端末３００からのインディケーシ
ョン要求がなくても、サーバ１２０が、所定時間毎にイ
ンディケーション・レート等を顧客端末３００へ送信し
てもよい。デリバティブズ商品の基礎となる指標とは、
為替レート（ドル／円レート、ユーロ／円レート等）や
金利レート／プライス（キャッシュプライス、金利先物
プライス、長期プライムレート、短期プライムレート、
スワップレート、債券プライス、債券先物プライス、ボ
ラティリティ等）等を含む。

【０１０７】プライシングは、情報機関６１０から取得
した指標をプライシング・モデルに適用して理論値を算
出し、その理論値にＧＤ型金融機関等のクロージング・
コストやクレジットスプレッド、その他スプレッドを加
算（または減算）して、レートやプライスを算出するこ
とによって行われる。クレジット・スプレッドとは、取
引先のクレジット（信用力）に応じて定められるスプレ
ッド（利鞘）をいう。一般に、信用力が大きければスプ
レッドが小さくなり、信用力が小さければスプレッドが
大きくなる。クロージング・コストとは、既存のデリバ
ティブズ商品のポジションを解消するのに必要なコスト
をいう。よって、デリバティブズ商品の種類、金額や想
定元本の大きさ、各種リスク（例えば、市場リスク、流
動性リスク等）に基づいて算出される。トレーダー端末
１４０が、理論値の算出およびクロージング・コストや
クレジットスプレッドの算出並びに加算（または減算）
の全てを行ってもよいし、理論値の算出およびクロージ
ング・コストやクレジットスプレッドの加算（または減
算）のみを行ってもよい。後者の場合は、ＧＤ型金融機
関等のトレーダーがクロージング・コストやクレジット
スプレッドを算出し、トレーダー端末１４０に入力する
のが好ましい。この場合、トレーダー端末１４０が、理
論値にスプレッドを加算（または減算）し、スプレッド
が加算（または減算）されたレートまたはプライスをサ
ーバ１２０に格納する。または、トレーダー端末１４０
が、理論値およびスプレッドを、サーバ１２０へ伝送
し、サーバ１２０が、理論理とスプレッドとを加算（ま
たは減算）してもよい。

【０１０８】ＣＤ型金融機関等がその顧客とデリバティ
ブ取引を行う場合も、ＧＤ型金融機関等から提示された
インディケーション・レート等に、ＣＤ型金融機関等の
クロージング・コストやクレジットスプレッドを加算
（または減算）する必要がある。そこで、ＣＤ型金融機
関等のクロージング・コストおよびクレジットスプレッ
ドがサーバ１２０に予め登録されている場合、ＣＤ型金
融機関等のクロージング・コストおよびクレジットスプ
レッドの何れか一方がサーバ１２０に予め登録されてい
る場合、ＣＤ型金融機関等のクロージング・コストおよ
びクレジットスプレッドの何れもがサーバ１２０に登録
されていない場合に分けて、以下説明する。

【０１０９】ＣＤ型金融機関等のクロージング・コスト
およびクレジットスプレッドがサーバ１２０に予め登録
されている場合は、サーバ１２０が、トレーダー端末１
４０によって格納されたインディケーション・レート等
にＣＤ型金融機関等のクロージング・コストおよびクレ
ジットスプレッドを加算（または減算）し、クロージン
グ・コストおよびクレジットスプレッドが加算（または
減算）されたインディケーション・レート等が掲載され
たＷｅｂページを、ネットワーク７００を通じて、顧客
端末３００へ送信する。顧客端末３００が、インディケ
ーション・レート等が掲載されたＷｅｂページを受信
し、表示画面に表示する。

【０１１０】ＣＤ型金融機関等のクロージング・コスト
がサーバ１２０に登録されずおよびＣＤ型金融機関等の
クレジットスプレッドがサーバ１２０に予め登録されて
いる場合は、サーバ１２０が、トレーダー端末１４０に
よって格納されたインディケーション・レート等が掲載
されたＷｅｂページを、ネットワーク７００を通じて、
トレーダー端末２１０へ送信する。トレーダー端末２１
０が、インディケーション・レート等が掲載されたＷｅ
ｂページを受信し、表示画面に表示する。ＣＤ型金融機
関等のトレーダーが、インディケーション・レート等が
掲載されたＷｅｂページを参照して、トレーダー端末２
１０にＣＤ型金融機関等のクロージング・コストを指示
する。なお、ＣＤ型金融機関等のトレーダーが、ＣＤ型
金融機関等のクロージング・コストを指示する代わり
に、ＣＤ型金融機関等のクロージング・コストが加算
（または減算）されたインディケーション・レート等を
指示してもよい。トレーダー端末２１０が、ＣＤ型金融
機関等のトレーダーのクロージング・コストを、ネット
ワーク７００を通じて、サーバ１２０へ送信する。サー
バ１２０がＣＤ型金融機関等のクロージング・コストを
受信した場合、トレーダー端末１４０によって格納され
たインディケーション・レート等にＣＤ型金融機関等の
クロージング・コストおよび予め登録されたクレジット
スプレッドを加算（または減算）し、ＣＤ型金融機関等
のクロージング・コストおよびクレジットスプレッドが
加算（または減算）されたインディケーション・レート
等が掲載されたＷｅｂページを、ネットワーク７００を
通じて、顧客端末３００へ送信する。顧客端末３００
が、インディケーション・レート等が掲載されたＷｅｂ
ページを受信し、表示画面に表示する。なお、トレーダ
ー端末２１０が、トレーダー端末１４０によってサーバ
１２０に格納されたインディケーション・レート等が掲
載されたＷｅｂページの代わりに、ＣＤ型金融機関等の
クレジットスプレッドが加算（または減算）されたイン
ディケーション・レート等が掲載されたＷｅｂページを
受信し、表示画面に表示してもよい。

【０１１１】ＣＤ型金融機関等のクロージング・コスト
およびのクレジットスプレッドの何れもがサーバ１２０
に登録されていない場合は、サーバ１２０が、トレーダ
ー端末１４０によって格納されたインディケーション・
レート等が掲載されたＷｅｂページを、ネットワーク７
００を通じて、トレーダー端末２１０へ送信する。トレ
ーダー端末２１０が、インディケーション・レート等が
掲載されたＷｅｂページを受信し、表示画面に表示す
る。ＣＤ型金融機関等のトレーダーが、インディケーシ
ョン・レート等が掲載されたＷｅｂページを参照して、
トレーダー端末２１０にＣＤ型金融機関等のクロージン
グ・コストを指示する。なお、ＣＤ型金融機関等のトレ
ーダーが、ＣＤ型金融機関等のクロージング・コストを
指示する代わりに、ＣＤ型金融機関等のクロージング・
コストが加算（または減算）されたインディケーション
・レート等を指示してもよい。トレーダー端末２１０
が、ＣＤ型金融機関等のトレーダーのクロージング・コ
ストを、ネットワーク７００を通じて、サーバ１２０へ
送信する。サーバ１２０がＣＤ型金融機関等のクロージ
ング・コストを受信した場合、トレーダー端末１４０に
よって格納されたインディケーション・レート等にＣＤ
型金融機関等のクロージング・コストを加算（または減
算）し、ＣＤ型金融機関等のクロージング・コストが加
算（または減算）されたインディケーション・レート等
が掲載されたＷｅｂページを、ネットワーク７００を通
じて、営業員端末２２０へ送信する。営業員端末２２０
が、インディケーション・レート等が掲載されたＷｅｂ
ページを受信し、表示画面に表示する。ＣＤ型金融機関
等の営業員が、インディケーション・レート等が掲載さ
れたＷｅｂページを参照して、ＣＤ型金融機関等のクレ
ジットスプレッドを指示する。なお、ＣＤ型金融機関等
の営業員が、ＣＤ型金融機関等のクレジットスプレッド
の代わりに、ＣＤ型金融機関等のクレジットスプレッド
が加算（または減算）されたインディケーション・レー
ト等を指示してもよい。営業員端末２２０が、ＣＤ型金
融機関等のクレジットスプレッドを、ネットワーク７０
０を通じて、サーバ１２０へ送信する。サーバ１２０
が、ＣＤ型金融機関等のクロージング・コストが加算
（または減算）されたインディケーション・レート等に
ＣＤ型金融機関等のクレジットスプレッドを加算（また
は減算）し、ＣＤ型金融機関等のクロージング・コスト
およびクレジットスプレッドが加算（または減算）され
たインディケーション・レート等が掲載されたＷｅｂペ
ージを、ネットワーク７００を通じて、顧客端末３００
へ送信する。顧客端末３００が、インディケーション・
レート等が掲載されたＷｅｂページを受信し、表示画面
に表示する。

【０１１２】トレーダー端末２１０が表示画面に表示す
るインディケーション・レート等と営業員端末２２０が
表示画面に表示するインディケーション・レート等と顧
客端末３００が表示画面に表示するインディケーション
・レート等との関係は、クロージング・コストおよびク
レジットスプレッドを加算する場合は、（トレーダー端
末２１０が表示画面に表示するインディケーション・レ
ート等）＜（営業員端末２２０が表示画面に表示するイ
ンディケーション・レート等）＜（顧客端末３００が表
示画面に表示するインディケーション・レート等）が成
立し、クロージング・コストおよびクレジットスプレッ
ドを減算する場合は、（トレーダー端末２１０が表示画
面に表示するインディケーション・レート等）＞（営業
員端末２２０が表示画面に表示するインディケーション
・レート等）＞（顧客端末３００が表示画面に表示する
インディケーション・レート等）が成立する。

【０１１３】以下に、図１８のチェック部１８０６へ入
力される稟議処理システムの決済が終了していない場合
や決済の結果取引条件が認められない場合およびインデ
ィケーションの同意後に市場レートが大きく変わった場
合等では、取引条件を変えなければならないことが生じ
る。

【０１１４】しかしながら、取引条件を変えるために
は、再度、顧客へ条件を提示し、かつ、合意を得なけれ
ばならない。このような手続は、顧客やＣＤ型金融機関
に対して利便性を悪くする問題がある。そこで、予めＣ
Ｄ型金融機関およびＧＤ型金融機関で吸収できる約定条
件、主に、プライスの変動領域を設定し、その範囲で、
レートやプライスの変動をＧＤ型金融機関またはＣＤ型
金融機関が吸収し、顧客へは当初の条件を提示するよう
にＧＤ型金融機関とＣＤ型金融機関の利鞘を再配分する
ことを特徴とする。

【０１１５】また、これは、ＧＤ型金融機関内およびＣ
Ｄ型金融機関内の営業部門とトレーダー部門との間の利
鞘の再配分にも適用できる。

【０１１６】なお、トレーダー端末２１０や営業員端末
２２０が、トレーダーや営業員の手を介さず、クロージ
ング・コストやクレジットスプレッドの算出を行っても
よい。また、ＣＤ型金融機関等のクロージング・コスト
やクレジットスプレッドがサーバ１２０に予め登録され
ている場合でも、ＣＤ型金融機関等のトレーダーや営業
員がトレーダー端末２１０や営業員端末２２０を使用し
て、手動でクロージング・コストやクレジットスプレッ
ドを指示してもよい。この場合、サーバ１２０が、ＣＤ
型金融機関等のクロージング・コストおよびクレジット
スプレッドを加算（または減算）する前のインディケー
ション・レート等が掲載されたＷｅｂページを、トレー
ダー端末２１０や営業員端末２２０へ送信するのが好ま
しい。また、サーバ１２０の代わりに、トレーダー端末
２１０や営業員端末２２が、ＣＤ型金融機関等のクロー
ジング・コストやクレジットスプレッドをインディケー
ション・レート等に加算（または減算）してもよい。

【０１１７】図３０に、本発明のインディケーション・
レート等が掲載されたＷｅｂページの構成図を示す。イ
ンディケーション・レート等が掲載されたＷｅｂページ
は、インディケーション・レート等の他、ファーム・レ
ート等の取得を希望する旨（以下、「ファーム要求」と
いう）の指示を受けるための受付欄とを備える。

【０１１８】なお、ＣＤ型金融機関等の営業員が顧客と
対面で取引を行う場合は、顧客に代わって営業員が営業
員端末２２０を使用して、提案書の提示およびインディ
ケーションを受けることが可能である。

【０１１９】以下に、本発明の実施の形態の取引約定処
理について、図３１，３２を用いて説明する。図３１
に、本発明の取引約定処理の処理フロー図を示す。顧客
がデリバティブ取引の約定を希望する場合は、顧客が取
引の約定案内を希望する旨（以下、「約定案内要求」と
いう）を、顧客端末３００に指示する。顧客端末３００
が、約定案内要求を、ネットワーク７００を通じ、サー
バ１２０へ送信する。サーバ１２０が約定案内要求を受
信した場合は、サーバ１２０が、予め格納している取引
を約定するためのＷｅｂページを読み出し、ネットワー
ク７００を通じて、顧客端末３００へ送信する。インデ
ィケーション処理等において、顧客が取組予定明細を入
力している場合は、取引を約定するためのＷｅｂページ
は、その取組予定明細を備えるのが好ましい。顧客が取
組予定明細を入力していない場合は、取引を約定するた
めのＷｅｂページに、取組予定明細を受け付けるための
受付欄を備えるのが好ましい。顧客端末３００がファー
ム要求をサーバ１２０へ送信し、顧客端末３００がファ
ーム・レート等のデータ（Ｗｅｂページ）を受信するま
でのフローは、上記のように顧客端末３００がインディ
ケーション要求をサーバ１２０へ送信し、顧客端末３０
０がインディケーション・レート等のデータ（Ｗｅｂペ
ージ）を受信するまでのフローと同様である。約定案内
要求は、ファーム要求を含んでもよいし、含まなくても
よい。また、顧客は、約定案内要求または／およびファ
ーム要求を、複数回指示してもよい。なお、インディケ
ーション・レート等とファーム・レート等とは、同一で
ある場合もあり、異なる場合もある。また、インディケ
ーション・レート等に加算（または減算）するクロージ
ング・コストまたはクレジットスプレッドとファーム・
レート等に加算（または減算）するクロージング・コス
トまたはクレジット・スプレッドとは、同一であるのが
好ましいが、異なってもよい。

【０１２０】なお、サーバ１２０が約定案内要求を受信
した場合に、サーバ１２０が、ＣＤ型金融機関等と顧客
との間で取り交わされた稟議、および／または、ＧＤ型
金融機関等に対するＣＤ型金融機関等のクレジット・ラ
インを判断し、取引約定を制限するのが好ましい。クレ
ジット・ラインとは、金融機関等が取引先に対して信用
供与を行う場合の限度額をいう。即ち、取引約定に係る
デリバティブズ商品について稟議が未承認の場合、サー
バ１２０が、取引の約定ができない旨または稟議が未承
認である旨を、ネットワーク７００を通じて、トレーダ
ー端末１４０とトレーダー端末２１０と営業員端末２２
０と顧客端末３００へ送信する。または、取引約定に係
るデリバティブ取引を行ったときにクレジット・ライン
を超過すると予想される場合は、サーバ１２０が、取引
の約定ができない旨を、顧客端末３００へ送信するとと
もに、取引が約定できない旨またはクレジット・ライン
が不足している旨を、ネットワーク７００を通じて、ト
レーダー端末１４０とトレーダー端末２１０と営業員端
末２２０へ送信する。このクレジット・ラインの判断に
よって、ＣＤ型金融機関等がＧＤ型金融機関等に対する
カバー取引の可否を判断することができる。

【０１２１】図３２に、本発明の取引を約定するための
Ｗｅｂページの構成図を示す。取引を約定するためのＷ
ｅｂページは、取組予定明細と、その取組予定明細の内
容に対する合意を受け付けるための受付欄と、ファーム
・レート等と、顧客からの約定の可否の指示を受けるた
めの受付欄とを備える。取引を約定するためのＷｅｂペ
ージは、さらに、顧客が約定を拒否した場合に約定を拒
否した理由の入力または選択を受けるための受付欄を備
えるのが好ましい。なお、顧客が約定を指定する前に、
顧客端末３００が、その約定に係るデリバティブ取引の
取組予定明細およびその取組予定明細の内容に対する合
意を受け付けるための受付欄が掲載されたＷｅｂページ
を表示画面に複数回表示するのが好ましい。これによっ
て、顧客の意図したものと異なるデリバティブズ商品が
約定されるのを抑制することができる。

【０１２２】顧客が取引の約定を拒否する場合は、顧客
が取引の約定を拒否する旨を顧客端末３００に指示す
る。さらに、顧客が取引の約定を拒否した理由や顧客が
希望するレート等を顧客端末３００に入力または選択す
るのが好ましい。顧客端末３００が、約定を拒否した旨
とその理由または希望レート等とを、ネットワーク７０
０を通じて、サーバ１２０へ送信する。サーバ１２０が
約定を拒否した旨とその理由または希望レート等とを受
信した場合は、サーバ１２０が、約定を拒否した旨とそ
の理由または希望レート等とが掲載されたＷｅｂページ
を、ネットワーク７００を通じて、トレーダー端末２１
０および営業員端末２２０へ送信する。さらに、トレー
ダー端末１４０へ送信するのが好ましい。トレーダー端
末２１０および営業員端末２２０が、約定を拒否した旨
とその理由または希望レート等とが掲載されたＷｅｂペ
ージを受信し、表示画面に表示する。約定を拒否した旨
とその理由または希望レート等とが掲載されたＷｅｂペ
ージを見たトレーダーが、クロージング・コストを見直
すことができる。トレーダーがクロージング・コストの
変更を希望する場合は、トレーダーが変更されたクロー
ジング・コストをトレーダー端末２１０に入力する。な
お、トレーダーは、変更されたクロージング・コストの
代わりに、変更されたクロージング・コストを加算（ま
たは減算）したファーム・レート等を入力してもよい。
トレーダー端末２１０が、変更されたクロージング・コ
ストを、ネットワーク７００を通じて、サーバ１２０へ
送信する。サーバ１２０が変更されたクロージング・コ
ストを受信した場合は、サーバ１２０が、トレーダー端
末１４０によって格納されたファーム・レート等に変更
されたクロージング・コストおよびクレジットスプレッ
ドを加算（または減算）し、ネットワーク７００を通じ
て、顧客端末２２０へ送信する。顧客端末２２０は、変
更されたファーム・レート等を。表示画面に表示する。

【０１２３】顧客が取引を約定する場合は、顧客が取引
を約定する旨（以下、「約定要求」という）を顧客端末
３００に指示する。顧客端末３００が、約定要求を、ネ
ットワーク７００を通じて、サーバ１２０へ送信する。
サーバ１２０が約定要求を受信した場合は、サーバ１２
０が、サーバ１２０から顧客端末３００へ送信したファ
ーム・レート等と顧客端末３００からサーバ１２０へ送
信された約定要求レート等とが一致するか否かを判断す
る。なお、ファーム・レート等を顧客端末２２０へ送信
してから約定要求を受信するまでの間にファーム・レー
ト等の変更の有無を判断してもよい。

【０１２４】ファーム・レート等と約定要求レート等と
が一致しない場合は、サーバ１２０が、ファーム・レー
ト等を再度取得する必要がある旨を、ネットワーク７０
０を通じて、顧客端末３００へ送信する。顧客端末３０
０が、ファーム・レートを再度取得する必要がある旨を
表示画面に表示する。なお、サーバ１２０が、ファーム
・レート等を再度取得することを希望する旨を送信する
代わりに、新たなファーム・レートを送信してもよい。
これによって、ファーム・レート等と約定レート等とが
不一致を抑制でき、デリバティブ取引の確実性を向上で
きる。なお、約定要求レートとは、サーバ１２０が顧客
端末３００から約定要求を受信した場合のレート等をい
い、約定レートとは、約定が成立した場合のレート等を
いう。

【０１２５】なお、サーバ１２０または顧客端末３００
が、サーバ１２０がファーム・レート等を送信してから
または顧客端末３００がファーム・レート等を受信して
から、所定の時間が経過した場合は、顧客にファーム・
レート等を再度取得してもらうのが好ましい。即ち、サ
ーバ１２０または顧客端末３００が、サーバ１２０がフ
ァーム・レート等を送信してからまたは顧客端末３００
がファーム・レート等を受信してから、所定の時間が経
過したことを判断し、所定の時間が経過した場合は、約
定を拒否するとともに、顧客端末３００がファーム・レ
ート等を再度取得する必要がある旨を表示画面に表示す
るのが好ましい。所定の時間は、デリバティブズ商品毎
に決定されるのが好ましい。例えば、外国為替レートに
関連するデリバティブ商品の場合、所定の時間は、数分
程度であるのが好ましい。金利に関連するデリバティブ
商品の場合、所定の時間は、数十分程度であるのが好ま
しい。これによって、ＧＤ型金融機関等のトレーダーや
ＣＤ型金融機関等のトレーダー、ＣＤ型金融機関等の営
業員は、ファーム・レート等を顧客へ提示してから顧客
から約定要求を取得するまで、無期限に監視する必要が
なくなり、ＧＤ型金融機関等のトレーダーやＣＤ型金融
機関等のトレーダー、ＣＤ型金融機関等の営業員の監視
負担を低減できる。

【０１２６】ファーム・レート等と約定要求レート等と
が一致する場合は、サーバ１２０が約定を許可する。サ
ーバ１２０が、取引が約定された旨を、ネットワーク７
００を通じてトレーダー端末２１０と営業員端末２２０
と顧客端末３００と、トレーダー端末１４０へ送信す
る。トレーダー端末２１０と営業員端末２２０と顧客端
末３００とトレーダー端末１４０が、取引が約定された
旨を、表示画面に表示する。即ち、ＣＤ型金融機関等と
顧客との間のデリバティブ取引と、ＧＤ型金融機関等と
ＣＤ型金融機関等との間のデリバティブ取引（カバー取
引）とが同時に約定する。ＣＤ型金融機関等と顧客との
間のデリバティブ取引は、ＧＤ型金融機関等が提示した
ファーム・レート等（トレーダー端末１４０によってサ
ーバ１２０に格納されたファーム・レート等）にＣＤ型
金融機関等のクロージング・コストおよびクレジットス
プレッドを加算（または減算）したファーム・レート等
で約定し、ＧＤ型金融機関等とＣＤ型金融機関等との間
のデリバティブ取引は、ＧＤ型金融機関等が提示したフ
ァーム・レート等で約定する。なお、ＣＤ型金融機関等
と顧客との間のデリバティブ取引の約定をした後、ＧＤ
型金融機関等とＣＤ型金融機関等との間のデリバティブ
取引してもよい。

【０１２７】なお、ＣＤ型金融機関等の営業員が顧客と
対面で取引を行う場合は、顧客に代わって営業員が営業
員端末２２０を使用して、取引約定を受けることが可能
である。

【０１２８】その後、取引システム１００が、取引に関
する契約書または念書を、ネットワーク７００を通じ
て、顧客端末３００へ送信するのが好ましい。顧客端末
３００が取引に関する契約書または念書を受信した場合
は、顧客端末３００が、取引に関する契約書または念書
を表示画面に表示する。取引に関する契約書および／ま
たは念書は、取引の当事者の名称（ＣＤ型金融機関等の
名称と顧客の名称）と、約定明細と、ファーム・レート
等とを含む。顧客が取引に関する契約書または念書に合
意する場合は、その合意した旨を顧客端末３００へ指示
する。顧客端末３００は、取引に関する契約書または念
書および合意した旨を記憶装置に記憶するとともに、合
意した旨をサーバ１２０へ送信する。なお、当地の法制
や当局指導、法的有効性に応じて、顧客は、契約書およ
び／または念書を、プリントアウトし、その紙に署名し
た後、１通を手元に残すとともに、他の１通を郵便や手
渡しにて、ＣＤ型金融機関等へ渡してもよい。

【０１２９】上記のように、ＣＤ型金融機関等と顧客と
の間でデリバティブ取引の約定が成立した場合は、ＣＤ
型金融機関等が顧客とのデリバティブ取引によって生じ
るリスクを負うことになる。そこで、ＧＤ型金融機関等
が、ＣＤ型金融機関等と顧客とのデリバティブ取引につ
いて、ＣＤ型金融機関等とカバー取引を行うのが好まし
い。即ち、ＣＤ型金融機関等は、ＧＤ型金融機関等がＣ
Ｄ型金融機関等へ提示したファーム・レート等で、ＣＤ
型金融機関等と顧客との間で行われたデリバティブ取引
に対し反対のデリバティブ取引を、ＧＤ型金融機関等と
行う。例えば、ＣＤ型金融機関等が顧客との間で、固定
金利を変動金利へスワップするデリバティブ取引を行っ
た場合、ＣＤ型金融機関等はＧＤ型金融機関等との間
で、変動金利を固定金利へスワップするカバー取引を行
う。これにより、ＣＤ型金融機関等は、顧客とのデリバ
ティブ取引で生じたポジションを、ＧＤ型金融機関等と
のカバー取引で相殺でき、これにより顧客とのデリバテ
ィブ取引で生じた市場リスク等をヘッジすることができ
る。なお、サーバ１２０が顧客端末３００とのデリバテ
ィブ取引の約定を許可した場合に、サーバ１２０がＣＤ
型金融機関等とＧＤ型金融機関等との間でデリバティブ
取引の約定を成立させる。

【０１３０】ＧＤ型金融機関等は、複数存在してもよ
い。この場合、ＣＤ型金融機関等は、カバー取引を行う
ＧＤ型金融機関等をショッピングできる。即ち、ＣＤ型
金融機関等は、複数のＧＤ型金融機関等のインディケー
ション・レート等を参照し、相対的に低い（または高
い）インディケーション・レート等を提示したＧＤ型金
融機関等が提供するデリバティブズ商品を、ＣＤ型金融
機関等の顧客へする。この場合、ＣＤ型金融機関等の顧
客へ提供するデリバティブズ商品のレート等を低く（ま
たは高く）してもよいし、ＣＤ型金融機関等のクロージ
ング・コストを高く（または低く）してもよい。ただ
し、この場合、インディケーション・レート等を提示し
ただけでデリバティブ取引の約定が行われなかった他の
ＧＤ型金融機関等は、クロージング・コストやクレジッ
トスプレッドを獲得することができない。そこで、この
他のＧＤ型金融機関等は、ＧＤ型金融機関等の取引シス
テム１００を使用したことによる使用料を、ＣＤ型金融
機関等から徴収（課金）するのが好ましい。使用料は、
例えば、使用回数や使用時間、使用契約期間、約定金額
等によって決定するのが好ましい。

【０１３１】以下、本発明の実施の形態の事後事務管理
支援処理について説明する。サーバ１２０は、取組済み
明細情報と、取引条件詳細情報と、Ｐ＆Ｒ情報と、後続
取引情報との少なくとも１つを格納する。取組済み明細
情報とは、ＣＤ型金融機関等と顧客との間の取組済み
（約定済み）のデリバティブ取引に明細情報をいい、例
えば、商品名（例えば、金利スワップ、通貨スワップ、
金利キャップ等）、通貨（例えば、円、ドル等）、想定
元本、レートまたはプライス、サイド（例えば、固定金
利受け取り、固定金利払い等）、取組日、取組期間や満
期日、顧客識別情報等を含む。なお、取組済み明細情報
を希望する者が、取組済み明細情報が複数存在する場合
は、商品名、通貨、サイド、取組日、取組期間や満期
日、顧客識別情報毎を指定することによって、絞り込み
検索を行ってもよい。取引条件詳細情報とは、ＣＤ型金
融機関等と顧客との間の取組済み（約定済み）のデリバ
ティブ取引の詳細情報をいい、例えば、ＣＤ型金融機関
等の管理用の整理番号、商品名、取組日、取組期間や満
期日、支払金利（例えば、固定金利のレート等）、受取
金利（例えば、変動金利のレート等）、応答日、利払い
日等を含む。Ｐ＆Ｒ情報とは、ＣＤ型金融機関等と顧客
との間のデリバティブ取引の利息若しくはプレミアムの
受け払いまたは通貨スワップ等の元本交換スケジュール
等に関連する情報をいい、例えば、利息受払日、利息計
算期間、利息受払額等を含む。後続取引情報とは、ＣＤ
型金融機関等と顧客との間のデリバティブズ取引の事後
の取引に関連する情報をいい、例えば、変動金利リセッ
ト日、オプション行使日等を含む。そして、サーバ１２
０は、定期的に（例えば、月１度）または不定期に（例
えば、取引数が所定数に至った場合）または取引システ
ム２００（例えば、トレーダー端末２１０、営業員端末
２２０、顧客端末３００等）からの要求に応じ、取組済
明細情報と、取引条件詳細情報と、Ｐ＆Ｒ情報と、後続
取引情報との少なくとも１つを、ネットワーク７００を
通じて、トレーダー端末２１０、営業員端末２２０、顧
客端末３００等の少なくとも１つまたは要求を送信した
端末へ送信する。

【０１３２】以下、本発明の実施の形態の事後リスク管
理支援処理について説明する。サーバ１２０は、ポジシ
ョン情報を格納する。ポジション情報とは、ＣＤ型金融
機関等の顧客のデリバティブ取引のポジションの情報を
いい、例えば、明細毎またはポートフォリオ毎のセンシ
ティビティ、べガポジション等を含む。そして、サーバ
１２０は、定期的にまたは不定期にまたは取引システム
２００からの要求に応じまたは顧客端末３００からの要
求に応じ、ポジション情報を、ネットワーク７００を通
じて、顧客端末３００へ送信する。また、サーバ１２０
は、定期的にまたは不定期にまたは取引システム２００
からの要求に応じまたは顧客端末３００からの要求に応
じ、ＣＤ型金融機関等の顧客が所有するデリバティブズ
商品の明細毎またはポートフォリオ毎の時価情報とシミ
ュレーション情報との少なくとも１つを、ネットワーク
７００を介して、顧客端末３００へ送信する。時価情報
は、現時点における市場での取引価格や現時点の支払額
と受取額との差額等を含む。なお、時価情報が複数存在
する場合は、これらの総額を算出してもよい。シミュレ
ーション情報は、明細毎またはポートフォリオ毎の市場
変化に対する将来の損益変動、ＶＡＲ等を含む。時価情
報を作成する場合は、サーバ１２０が、デリバティブズ
商品に関連するデータをハウスシステム１６０へ送信す
る。ハウスシステム１６０は、情報取得端末１１０から
定期的にまたは不定期にまたはハウスシステム１６０の
要求に応じて、そのデリバティブズ商品に関連する指標
を取得し、その指標に基づいてデリバティブ商品の時価
を算出する。ハウスシステム１６０は、算出された時価
情報をサーバ１２０へ送信する。シミュレーション情報
を作成する場合は、サーバ１２０が、デリバティブズ商
品に関連するデータをハウスシステム１６０へ送信す
る。ハウスシステム１６０は、情報取得端末１１０から
定期的にまたは不定期にまたはハウスシステム１６０の
要求に応じて、そのデリバティブズ商品に関連する指標
を取得し、その指標を演算モデル（例えば、イールド・
カーブ・モデル等）に適用して、将来における指標の変
動を予測し、デリバティブ商品の将来の価値や損益を算
出する。ハウスシステム１６０は、算出されたシミュレ
ーション情報を、サーバ１２０へ送信する。

【０１３３】ＧＤ型金融機関等の営業員がＧＤ型金融機
関等の顧客とデリバティブ取引を行う場合は、上記のよ
うにＣＤ型金融機関等がＣＤ型金融機関等の顧客とデリ
バティブ取引を行うフローと同様である。ただし、ＧＤ
型金融機関等の支店等にトレーダーが存在しないため、
ＣＤ型金融機関等がＣＤ型金融機関等の顧客とデリバテ
ィブ取引を行うフローのうち、ＣＤ型金融機関等のトレ
ーダーが関与するフローが省かれる。ＧＤ型金融機関等
の営業員が、ＧＤ型金融機関等のクレジットスプレッド
を加算（または減算）するため、ＧＤ型金融機関等のト
レーダーが、トレーダー端末１４０を使用して理論値に
クレジットスプレッドを加算（または減算）するフロー
が省かれる。よって、サーバ１３０がサーバ１２０に対
応し、営業員端末４００が営業員端末２２０に対応し、
顧客端末５００が顧客端末３００に対応する。

【０１３４】なお、Ｗｅｂサーバの代わりに、メールサ
ーバを用いて、トレーダー端末１４０とトレーダー端末
２１０と営業員端末２２０と顧客端末３００と営業員端
末４００と顧客端末５００との間のデータの伝送を、電
子メールによって行ってもよい。

【０１３５】上記本発明の実施の形態によれば、ＧＤ型
金融機関等が提案するデリバティブズ商品を間接的にＣ
Ｄ型金融機関等の顧客へ提供するため、ＣＤ型金融機関
等にとって、デリバティブ取引によって生じる市場リス
ク等を回避しつつ、ＣＤ型金融機関等の顧客へ当該顧客
の資産および負債等に適したデリバティブズ商品を提供
でき、既存顧客の深耕を図りまたは新規顧客を獲得でき
る。

【０１３６】上記本発明の実施の形態によれば、ＣＤ型
金融機関等と顧客との間の約定とほぼ同時にまたは以降
にＧＤ型金融機関等とＣＤ型金融機関等との間の約定を
行うため、ＣＤ型金融機関等にとって、ＣＤ型金融機関
等が顧客と行ったデリバティブズ取引のカバー取引をＧ
Ｄ型金融機関等と行うことができ、これによりデリバテ
ィブ取引によって生じる市場リスク等を回避できる。

【０１３７】上記本発明の実施の形態によれば、ＧＤ型
金融機関等が提案するデリバティブズ商品を間接的にＣ
Ｄ型金融機関等の顧客へ提供するため、ＣＤ型金融機関
等の顧客にとって、当該顧客の資産および負債等に適し
たデリバティブズ商品を取得でき、リスクをヘッジでき
る。

【０１３８】上記本発明の実施の形態によれば、ＧＤ型
金融機関等にとって、ＣＤ型金融機関等が顧客と行った
デリバティブズ取引のカバー取引をＧＤ型金融機関等と
行うことができ、これによりデリバティブの取引数を増
大できる。

【０１３９】なお、本発明のデリバティブ取引は、デリ
バティブ取引以外に、外国為替取引、手形取引、債券取
引等の金融取引に適用してもよい。

【０１４０】

【発明の効果】本発明によれば、デリバティブ取引のイ
ンディケーションのためのレートまたはプライスを提示
し、デリバティブ取引を約定する際に、約定をするため
のレートまたはプライスを提示することができるため、
取引者が提示したレートまたはプライスと顧客が約定を
希望するレートまたはプライスとの食い違いを抑制し、
デリバティブ取引の確実性を向上するという効果を奏す
る。

【０１４１】または、本発明によれば、ＧＤ型金融機関
等が提案するデリバティブズ商品をＣＤ型金融機関等の
顧客へ提供するため、ＣＤ型金融機関等にとって、ＣＤ
型金融機関等の顧客へ当該顧客の資産や負債等に適した
デリバティブズ商品を提供でき、既存顧客の深耕を図り
または新規顧客を獲得できるという効果を奏する。

【０１４２】または、本発明によれば、ＣＤ型金融機関
等と顧客との間の約定とほぼ同時にまたは以降にＧＤ型
金融機関等とＣＤ型金融機関等との間の約定を行うた
め、ＣＤ型金融機関等にとって、ＣＤ型金融機関等が顧
客と行ったデリバティブズ取引のカバー取引をＧＤ型金
融機関等と行うことができ、これによりデリバティブ取
引によって生じる市場リスク等を回避できるという効果
を奏する。

【０１４３】また、本発明によれば、顧客のリスク状態
に応じて有効にヘッジできる商品を提供でき、その場で
商品の約定を行うと同時に約定後の事務管理およびリス
ク管理を一貫して行うことができるという効果を奏す
る。さらに、このようなシステムは、１つの事業者がす
べての処理を扱うことも可能であるが、複数の事業者に
分担させることでそれぞれの処理の質を向上させること
も可能である。さらに、システム管理部を独立した事業
者が行うシステムとすることで、顧客またはＣＤ型金融
機関と本発明の取引システムとの接点をこのシステム管
理部で管理することが可能になる。

【図面の簡単な説明】

【図１】本発明のデリバティブ取引システムの全体構成
図の一例

【図２】本発明のデリバティブ取引システムの全体構成
図の一例

【図３】本発明のデリバティブ取引システムの全体構成
図の一例

【図４】本発明のデリバティブ取引システムの全体構成
図の一例

【図５】本発明のデリバティブ取引システムの全体構成
図の一例

【図６】本発明の約定処理部の構成の一例

【図７】本発明のコンサルティング処理部の構成の一例

【図８】本発明のコンサルティング処理部での処理ステ
ップの一例

【図９】本発明の提案書・インディケーション処理部の
構成の一例

【図１０】本発明の提案書・インディケーション処理部
での処理ステップの一例

【図１１】本発明の取引約定処理部の構成の一例

【図１２】本発明の取引約定処理部での処理ステップの
一例

【図１３】本発明の事後事務管理部の構成の一例

【図１４】本発明の事後リスク管理部の構成の一例

【図１５】本発明の後処理部の他の構成の一例

【図１６】本発明のデリバティブ取引システムの全体構
成図の一例

【図１７】本発明のＷｅｂページのリンクとの関係の概
念図の一例

【図１８】本発明の約定システムの一例

【図１９】本発明のＷｅｂページの構成図の一例

【図２０】本発明のコンサルティング処理の処理フロー
図

【図２１】本発明のコンサルティングを開始するための
Ｗｅｂページの構成図

【図２２】本発明の損益試算結果が掲載されたＷｅｂペ
ージの構成図

【図２３】本発明のデリバティブズ商品が掲載されたＷ
ｅｂページの構成図

【図２４】本発明の再損益試算結果が掲載されたＷｅｂ
ページの構成図

【図２５】本発明の提案書処理の処理フロー図

【図２６】本発明の提案書生成を開始するのためのＷｅ
ｂページの構成図

【図２７】本発明の提案書が掲載されたＷｅｂページの
構成図

【図２８】本発明のインディケーション処理の処理フロ
ー図

【図２９】本発明のインディケーションを開始するため
のＷｅｂページの構成図

【図３０】本発明のインディケーション・レート等が掲
載されたＷｅｂページの構成図

【図３１】本発明の取引約定処理の処理フロー図

【図３２】本発明の取引を約定するためのＷｅｂページ
の構成図

【図３３】本発明のシステム管理部の構成の一例

【符号の説明】

１００，２００取引システム１１０情報取得端末１２０，１３０サーバ１４０トレーダー端末１５０市場取引端末１６０ハウスシステム１７０，７００ネットワーク２２０，４００営業員端末３００，５００顧客端末６１０情報機関６２０インターバンクマーケット６３０取引所１００１取引処理部１００２動的コンテンツ部１１０３静的コンテンツ部１００４事後事務管理部１００５事後リスク管理部１００６転送部１００７入出力部１００８ネットワーク１００９データ入出力部２００２約定処理部２００３市況など情報処理部２０１０情報入出力部３０１１システム管理部４０１３受付処理入出力部４０１４取引入出力部５０１５後処理部５０１６前処理部

Claims

【特許請求の範囲】

【請求項１】顧客からの指示に対応した情報を提供し手
続処理を進めていく動的コンテンツ部と、他の情報源か
ら入手した情報を提供する静的コンテンツ部と、上記顧
客が約定した商品の管理を行う事後事務管理部と、上記
顧客が保有する約定した商品のリスク管理を行う事後リ
スク管理部とを有する取引処理部と、顧客からのデータを入力し、顧客へ処理したデータまた
は結果を出力する入出力部と、上記取引処理部と上記入出力部とはネットワークで接続
されていることを特徴とする商品取引システム。
【請求項２】上記動的コンテンツ部は約定手続を処理す
る約定処理部であり、上記静的コンテンツ部は市況情報を提供または処理して
提供する市況等情報処理部であり、上記市況等情報処理部は、ネットワークを介して接続さ
れ、情報を提供する情報入出力部から所定の情報を取込
むことを特徴とする請求項１に記載された商品取引シス
テム。
【請求項３】顧客からの指示に対応した情報を提供し、
約定手続を処理する約定処理部と、他の情報源から取込
む市況情報を提供または処理して提供する市況等情報処
理部と、上記顧客が約定した商品の管理を行う事後事務
管理部と、上記顧客が保有する約定した商品のリスク管
理を行う事後リスク管理部とを有する取引処理部と、顧客からのデータを入力し、顧客へ処理したデータまた
は結果を出力する入出力部と、上記取引処理部と上記入出力処理部とのデータの制御お
よび上記取引処理部の制御を行うシステム管理部とを有
し、上記システム管理部と上記入出力部とはネットワークで
接続されていることを特徴とする商品取引システム。
【請求項４】顧客からの指示に対応した情報を提供し、
約定手続を処理する約定処理部と、他の情報源から取込
む市況情報を提供または処理して提供する市況等情報処
理部と、上記顧客が約定した商品の管理を行う事後事務
管理部と、上記顧客が保有する約定した商品のリスク管
理を行う事後リスク管理部とを有する取引処理部と、上記取引処理部のデータおよび上記約定処理部、上記市
況等情報処理部、事後事務管理部および事後リスク管理
部の保守・制御を行うシステム管理部と、顧客からのデータを受けて、上記取引処理部で処理させ
るために指示を入力し、上記顧客へ提示する処理したデ
ータまたは結果を出力する受付処理入出力部と、顧客がデータを受け、顧客の要求を入力する取引入出力
部と、上記システム管理部と上記受付処理入出力部と上記取引
入出力部とはネットワークで接続されていることを特徴
とする商品取引システム。
【請求項５】顧客からの指示に対応した情報を提供し、
約定手続を処理する約定処理部と、他の情報源から取込む市況情報を提供または処理して提
供する市況等情報処理部とを有する前処理部と、上記顧客が約定した商品の管理を行う事後事務管理部と
上記顧客が保有する約定した商品のリスク管理を行う事
後リスク管理部とを有する後処理部と、上記前処理部と
上記後処理部の保守・制御を行うシステム管理部と、顧客からのデータを受けて、上記取引処理部で処理させ
るために指示を入力し、上記顧客へ提示する処理したデ
ータまたは結果を出力する受付処理入出力部と、顧客がデータを受け、顧客の要求を入力する取引入出力
部と、上記システム管理部、上記受付処理入出力部と上記取引
入出力部とはネットワークで接続されていることを特徴
とする商品取引システム。
【請求項６】上記事後事務管理部は、上記約定処理部か
ら約定した商品に関する情報を取り込み、上記約定した
商品の事務管理を実行することを特徴とする請求項５に
記載された商品取引システム。
【請求項７】上記事後リスク管理部は、上記約定処理部
から約定した商品に関する情報を取り込み、上記約定し
た商品のリスク管理を実行することを特徴とする請求項
５に記載された商品取引システム。
【請求項８】約定した商品の情報を保持するデータベー
スをさらに有し、上記事後事務管理部または上記事後リスク管理部は、前
記データベースにアクセスすることを特徴とする請求項
５，６，７のいずれかに商品取引システム。
【請求項９】損益を算出するためのデータを入力するデ
ータ入力ステップと、上記入力されたデータに基づいて損益を算出する第１の
シミュレーション実行ステップと、上記第１のシミュレーション実行ステップによって得ら
れた上記損益結果をグラフ表示を含めて表示する損益表
示ステップと、予め保持されている商品データから上記損益結果に基づ
いて商品を選択する商品選択ステップと、市場レートを含む市場情報に基づき上記選択された商品
のヘッジを算出し、ヘッジ実行後の損益データを少なく
とも時価変化と損益変化を含んで算出する第２のシミュ
レーション実行ステップと、上記選択された商品の約定のための約定条件を含む提案
書を作成する提案書作成ステップと、上記選択された商品の取引プライスを算出するプライス
算出ステップと、上記プライスを表示し、約定実行の有無を問い合わせる
約定問合せステップと、上記約定実行を受けて、上記約定の成立を表示し、上記
プライスを含む上記約定条件を反映した上記約定実行の
ための契約書を作成し、表示する契約書作成ステップと
を含み、上記プライス算出ステップは、上記約定問合せ
ステップで上記約定実行が選択されるまで予め定められ
た所定回数以下で繰り返し実行されて約定の処理を実行
することを特徴とする商品取引処理方法。
【請求項１０】上記約定した商品に関する商品情報をデ
ータベースに保持する保持ステップと、上記保持された商品情報を表示する第１の表示ステップ
と、所定の商品情報を選択するための条件を入力し、選択さ
れた商品情報に関する商品の支払情報を表示する第２の
表示ステップと、所定の商品情報を選択するための条件を入力し、選択さ
れた商品情報に関する商品の後続取引情報を表示する第
３の表示ステップと、上記第１の表示ステップ、上記第２の表示ステップまた
は上記第３の表示ステップを顧客からの指示データによ
って指定して実行する実行ステップとをさらに有し、上
記約定した商品の管理を行うことを特徴とする請求項９
に記載された商品取引処理方法。
【請求項１１】上記約定した商品に関する商品情報をデ
ータベースに保持する保持ステップと、上記保持された商品情報を商品ごとまたは複数の商品を
まとめたポートフォリオごとにポジション情報を生成
し、表示する第４の表示ステップと、上記保持された商品情報を商品ごとまたは複数の商品を
まとめたポートフォリオごとに時価情報を生成し、表示
する第５の表示ステップと、上記保持された商品情報を商品ごとまたは複数の商品を
まとめたポートフォリオごとに市場変化に対する損益変
動を生成し、表示する第６の表示ステップと、上記保持された商品情報を商品ごとまたは複数の商品を
まとめたポートフォリオごとにヴァリューアットリスク
を算出し、表示する第７の表示ステップと、上記第４の表示ステップ、上記第５の表示ステップ、上
記第６の表示ステップまたは上記第７の表示ステップを
顧客からの指示データによって指定して実行する実行ス
テップとをさらに有し、上記約定した商品のリスク管理
を行うことを特徴とする請求項９，１０のいずれかに記
載された商品取引処理方法。
【請求項１２】損益を算出するためのデータを第１の処
理装置に入力するデータ入力ステップと、上記入力されたデータに基づいて損益を算出する第１の
シミュレーション実行ステップと、上記第１のシミュレーション実行ステップによって得ら
れた上記損益結果をグラフ表示を含めて表示する損益表
示ステップと、予め保持されている商品データから上記損益結果に基づ
いて商品を選択する商品選択ステップと、市場レートを含む市場情報に基づき上記選択された商品
のヘッジを算出し、ヘッジ実行後の損益データを少なく
とも時価変化と損益変化を含んで算出する第２のシミュ
レーション実行ステップと、上記選択された商品の約定のための約定条件を含む提案
書を作成する提案書作成ステップと、上記選択された商品の提示プライスを上記第１の取引装
置とは異なる第２の処理装置に出力し、上記第２の処理
装置によって算出された提示プライスを上記第２の処理
装置から取得するプライス取得ステップと、上記提示プライスを表示し、約定実行の有無を問い合わ
せる約定問合せステップと、上記約定実行を受けて、上記約定の成立を表示し、上記
提示プライスを含む上記約定条件を反映した上記約定実
行のための契約書を作成表示する約定ステップとを含ん
で約定の処理を実行することを特徴とする商品取引処理
方法。
【請求項１３】上記約定ステップは、上記第１の処理装
置で上記約定条件に基づいて、上記約定実行のための第
１の契約書を作成する第１の約定ステップと、上記第２の処理装置で上記約定条件に基づいて上記約定
実行のための第２の契約書を作成する第２の約定ステッ
プとを少なくとも有し、上記約定実行を受けて、上記第１の約定ステップと上記
第２の約定ステップとを実行することを特徴とする請求
項１２に記載された商品取引処理方法。
【請求項１４】上記第１の処理装置は第１の金融機関の
システムによって制御され、上記第２の処理装置は第２
の金融機関のシステムによって制御されて、約定ステッ
プとを実行することを特徴とする請求項１３に記載され
た商品取引処理方法。
【請求項１５】顧客からの依頼を受けた取引者が有する
外部システムとネットワークを介して接続され、デリバ
ティブ商品の取引を行うデリバティブ商品生成者のコン
ピュータにおいて実行される商品取引処理方法におい
て、前記コンピュータが、前記外部システムを介して受信し
た顧客の指示に従い、インディケーション・レートまた
はインディケーション・プライスを顧客に提示しなが
ら、デリバティブ取引の受付から約定までの処理を動的
に進める第１のステップと、ファーム・レートまたはファーム・プライスが約定要求
レートまたは約定要求プライスと一致する場合、前記コ
ンピュータが、顧客とデリバティブ取引の約定を行う取
引者に対して、前記ファーム・レートまたは前記ファー
ム・プライスで約定する約定処理を行う第２のステップ
とを有することを特徴とする商品取引処理方法。
【請求項１６】前記第２のステップにおいて、前記約定
処理は、顧客と取引者との間におけるデリバティブ取引
の約定とほぼ同時に行われることを特徴とする請求項１
５に記載された商品取引処理方法。
【請求項１７】前記第２のステップにおいて、前記約定
処理は、顧客と取引者との間におけるデリバティブ取引
の約定が行われた後に、行われることを特徴とする請求
項１５に記載された商品取引処理方法。
【請求項１８】顧客と取引者との間におけるデリバティ
ブ取引の約定が成立した場合、前記コンピュータは、当
該成立したデリバティブ取引に関するカバー取引を取引
者との間で行う第３のステップをさらに有することを特
徴とする請求項１５，１６，１７のいずれかに記載され
た商品取引処理方法。
【請求項１９】デリバティブ商品の取引を行うデリバテ
ィブ商品生成者が有する外部システムとネットワークを
介して接続され、顧客からの依頼を受けて、デリバティ
ブ商品生成者との間でデリバティブ取引を行う取引者の
コンピュータにおいて実行される商品取引処理方法にお
いて、前記コンピュータが、デリバティブ取引の受付から約定
までの処理を動的に進める外部システムより、第１のイ
ンディケーション・レートまたは第１のインディケーシ
ョン・プライスを受信する第１のステップと、前記コンピュータが、前記第１のインディケーション・
レートまたは前記第１のインディケーション・プライス
のプライシングを行い、第２のインディケーション・レ
ートまたは第２のインディケーション・プライスを算出
する第２のステップと、前記コンピュータが、前記第２のインディケーション・
レートまたは前記第２のインディケーション・プライス
を顧客に提示する第３のステップとを有することを特徴
とする商品取引処理方法。
【請求項２０】前記第２のステップにおいて、前記プラ
イシングは、前記第１のインディケーション・レートま
たはインディケーション・プライスに、クロージング・
コストおよびクレジット・スプレッドを加減算する処理
であることを特徴とする請求項１９に記載された商品取
引処理方法。
【請求項２１】ファーム・レートまたはファーム・プラ
イスが約定要求レートまたは約定要求プライスと一致す
る旨を外部システムより受信した場合、前記コンピュー
タは、顧客との間で前記第２のファーム・レートまたは
前記第２のファーム・プライスで約定する第１の約定処
理を行うとともに、デリバティブ商品生成者との間で前
記第１のファーム・レートまたは前記第１のファーム・
プライスで約定する第２の約定処理を行う第４のステッ
プをさらに有することを特徴とする請求項１９，２０の
いずれかに記載された商品取引処理方法。
【請求項２２】前記第４のステップにおいて、前記コン
ピュータは、前記第１の約定処理と前記第２の約定処理
とをほぼ同時に行うことを特徴とする請求項２１に記載
された商品取引処理方法。
【請求項２３】前記第４のステップにおいて、前記コン
ピュータは、前記第１の約定処理の後に前記第２の約定
処理を行うことを特徴とする請求項２１に記載された商
品取引処理方法。
【請求項２４】顧客と取引者との間におけるデリバティ
ブ取引の約定が成立した場合、前記コンピュータは、当
該成立したデリバティブ取引に関するカバー取引をデリ
バティブ商品生成者との間で行う第５のステップをさら
に有することを特徴とする請求項２１，２２，２３のい
ずれかに記載された商品取引処理方法。