JP2002366761A

JP2002366761A - 自動店頭取引デリバティブ取引システム

Info

Publication number: JP2002366761A
Application number: JP2002129346A
Authority: JP
Inventors: Jamie A Greenwald; エイ．グリーンウォルドジャミー
Original assignee: Morgan Stanley
Current assignee: Morgan Stanley
Priority date: 2001-04-30
Filing date: 2002-04-30
Publication date: 2002-12-20
Also published as: US20020161693A1

Abstract

(57)【要約】【課題】非上場証券の取引を容易にするために、金融
機関によって操作されるシステムを提供する。【解決手段】このシステムは、システムを介して執行
される過去取引に関する取引情報を格納する過去取引デ
ータベースを含む。非上場証券の建値をクライアントに
提供する価格決定エンジンも含まれる。この価格決定エ
ンジンは、入力として金融情報を受け取る過去取引デー
タベースと通信する。クライアントが非上場証券に関す
る建値を要求するとき、価格決定エンジンは、金融情報
および過去取引データベース中の過去取引に基づいて建
値を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、店頭取引（ＯＴ
Ｃ：ｏｖｅｒ−ｔｈｅ−ｃｏｕｎｔｅｒ）デリバティブ
に関し、詳細には、クライアントと専門のカウンタパー
ティ間の非上場ＯＴＣデリバティブの取引を容易にする
方法およびシステムに関する。

【０００２】本願は、２００１年４月３０日出願の米国
特許出願第０９／８４５９００号に基づく優先権を主張
する。

【０００３】

【従来の技術】株、社債、およびデリバティブ商品を含
む実質上どんな種類の証券も売買するための多数の取引
所が存在する。多くの証券は、公の取引所に関連する仲
介業者を介在して取引される。例えば、ニューヨーク証
券取引所（「ＮＹＳＥ」）上場の株式の場合、株式を購
入する最高価格（「買値」）と、株式を売る最低価格
（「売値」）とを指定することによって特定の株式価格
を形成する、ＮＹＳＥのフロアのスペシャリストが仲介
業者である。次いでスペシャリストは、株式の買い手／
売り手を結び、取引を行い、それによって株式の取引に
流動性を生み出す。一般に、ＮＹＳＥなどの上場株を取
引する取引所は、スペシャリストによって形成された買
値／売値を流布する代わりに、特定の証券の売買注文を
受け、証券を売買する注文を執行し、証券のすべての取
引を報告するためのシステムおよび手順を有する。

【０００４】

【発明が解決しようとする課題】上場株（主要取引所
（例えば、ＣＢＯＥ−シカゴ・ボード・オプション取引
所）で公に取引される標準化された商品および規制対象
の商品）以外に、取引所に上場されない取引可能な証券
が存在する。例えば、９月を行使期限とする行使価格１
３５のＩＢＭ株を購入するためのオプションがＣＢＯＥ
に上場されているが、８月に行使期限が切れる行使価格
１３３のＩＢＭ株を購入するためのオプションはＣＢＯ
Ｅに上場されない。このような非上場ＩＢＭ１３３コー
ルを購入したい投資家は、ＯＴＣデリバティブ市場に目
を向けて、ＩＢＭ１３３コールを売りたいカウンタパー
ティを見つけなければならないことになる。これらの市
場は通常、ＯＴＣデリバティブをカスタマイズ・サービ
スとしてそのクライアントに対して作成することに関わ
る大規模な金融機関によって形成される。

【０００５】上場証券の取引とは異なり、非上場デリバ
ティブが取引されるプロセスは自動化にはほど遠い。一
般に、このプロセスは、投資家が関係を有する金融機関
の営業担当者に投資家が電話をかけ、特定の非上場証
券、例えば行使期限Ｘおよび額面金額Ｙを有するＩＢＭ
１３３コールに対する建値（ｐｒｉｃｅｑｕｏｔｅ）
を尋ねることによって開始する。営業担当者は、建値を
求める要求を記録し、それを、原証券のクラスを担当す
るトレーダに手で運ぶ。ＩＢＭ１３３コールに関する価
格を形成するために、トレーダはしばしば、ＩＢＭの原
株の価格、出来高、ボラティリティ（ｖｏｌａｔｉｌｉ
ｔｙ）、および価格の推移、ならびに、その非上場証券
に関する以前の建値を含む広範な調査を実行する。次い
でトレーダは、このデータに金融分析を適用して、価格
傾向を予測し、ＩＢＭ株の上場オプションの価格決定構
造を調べる。加えて、トレーダは一般に、ＩＢＭ株式、
ＩＢＭ株の上場オプション、およびＩＢＭ株の非上場オ
プションのトレーダ自身のポートフォリオを見て、ＩＢ
Ｍ１３３コールを投資家に販売することに関連するトレ
ーダのリスクを判定し、ポジションをヘッジ（ｈｅｄｇ
ｅ）するトレーダの能力を判定する。この情報および分
析に基づいて、トレーダは、ＩＢＭ１３３コールに関す
る価格を決定し、その建値を営業担当者に伝える。営業
担当者は、投資家とコンタクトをとり、投資家に所望の
気配値を提供する。

【０００６】非上場デリバティブを求める建値要求に応
答するプロセスが遅く、時間がかかり、かつ建値に影響
を与える市場ファンダメンタルズはしばしば急速に変化
するので、投資家が受け取る建値はしばしば「ステー
ル」（すなわち気配値）であり、非上場証券を「取引す
る」ための基礎として使用することができない。したが
って、投資家が「取引」価格を望む場合、営業担当者は
一般にトレーダのところに戻り、トレーダは、トレーダ
によって行われた以前の調査と、市場ファンダメンタル
ズの後続の変化とに基づいて元の建値を更新する。

【０００７】投資家が取引価格の取引をクリアする前
に、営業担当者は、一般に金融機関内で何回か電話呼出
しを行い、投資家が金融機関とＯＴＣデリバティブを取
引できることをチェックする。このような取引前チェッ
クは一般に、与信枠、ドキュメンテーションの状態、な
らびにＯＴＣデリバティブが（例えば、アドバイザリア
サイメント（ａｄｖｉｓｏｒｙａｓｓｉｇｎｍｅｎ
ｔ）またはポジションリミットを示す）金融機関の制限
リスト上にある原株式に基づいているかどうかを判定す
ることを含む。原株式に基づいている場合、金融機関
は、取引に対するカウンタパーティとして振る舞うこと
ができない。

【０００８】取引価格を受け取った後に非上場デリバテ
ィブの取引を執行するために、投資家は、取引を完了し
たいということを営業担当者に知らせる。営業担当者は
投資家の取引を記録する。これは一般に、結果として生
じるポジションをヘッジするトレーダの能力に左右され
る。次いで営業担当者は取引をトレーダに送る。トレー
ダがポジションに対するヘッジを執行した後、投資家
は、取引を確認する通知の提供を受ける。

【０００９】投資家が非上場デリバティブを取り引きす
る従来技術のプロセスには大きな欠点がある。まず、従
来技術のプロセスでは、投資家が基礎とすることのでき
る現在の建値が、投資家に効率的に提供されない。投資
家の価格要求が営業担当者からトレーダに渡され、次い
で戻され、かつ建値が直ちに（しばしば、トレーダによ
って提供されてから５分以内に）ステールとなるので、
投資家は、「取引」価格を得るために何回か建値を要求
しなければならない可能性がある。建値を提供する際の
遅延は、トレーダが時間のかかる調査を実行し、建値に
関する基礎を形成するいくつかの情報源をチェックする
必要があることによってさらに悪化する。さらに、トレ
ーダは一般に、特定の非上場証券について以前の建値を
調べることになる。しかし、従来技術のプロセスでは、
これらの以前の建値が記録されず、この情報がトレーダ
に提供されない。したがって、トレーダは、この以前の
価格決定情報を手作業で検索しなければならず、これに
よってさらに建値の言い渡しが遅延することになる。こ
のパラダイムは、投資家がＯＴＣデリバティブについて
の競合する買い／売りを求めて異なる金融機関に尋ねる
場合に、非常に複雑になる。このようなケースでは、投
資家は、その複雑さに応じて、取引を完了するために時
間がかかる可能性がある。

【００１０】非上場証券を取引するための従来技術のプ
ロセスの別の欠点は、オーダエントリおよび実行プロセ
スに固有の不確定性である。投資家が特定の非上場証券
を購入するためにオーダを行った後であっても、トレー
ダが購入オーダの通知を受け、結果として生じるポジシ
ョンに対してヘッジを執行するまでは、投資家の条件は
確認されない。その間、特定の非上場証券に対する投資
家のポジションは不確定であり、それは、急速に変化す
る市場において投資家にとって著しい欠点となる。

【００１１】従来技術のプロセスでの著しい欠点は、取
引後のオーダの扱いおよび記帳に関して存在する。取引
後の手順はまた、クレジットエクスポージャシステム、
担保システム、金融機関の帳簿および記録、ならびに部
門リスク管理システムを更新することも含む。取引後の
手順は、クライアントに対する日々の評価、プレミアム
の決定、および会社の帳簿および記録の照合（すなわ
ち、営業担当者によって手動で提供された条件と、トレ
ーダによってリスクの目的で入力された条件との突合
せ）をさらに含む。オーダエントリおよび実行は営業担
当者およびトレーダが関係する手動プロセスであるの
で、執行したオーダを記述する情報は、一般に集中的に
格納されず、営業担当者とトレーダ間で分散する。従来
より、クライアントサービスの必要、トレーダおよび営
業担当者の必要、および管理情報目的のためのすべての
関連取引データを収集するデータベースは存在しない。
したがって、以前の取引に関する完全かつ正確な情報を
クライアントが検索し、または会社の観点から検索する
ことは難しい。信頼できる取引情報を収集することの困
難と、取引ファイルを集中的に格納することの欠如によ
り、従来技術のプロセスでは多くの非効率が存在する。
まず、金融機関の帳簿上に取引を記録するプロセスは時
間がかかり、誤りが生じやすい。さらに、特定の証券の
以前のすべての取引と、特定の投資家のすべての取引を
含む取引ファイルがないと、特定の取引に関連する金融
機関に対するリスクを評価し、適切な担保要件を形成す
るプロセスが非効率で厄介なものとなる。執行後の手順
は、クレジットエクスポージャシステム、担保システ
ム、会社の帳簿および記録、および部門リスク管理シス
テムの更新、日々の評価のクライアントへの提供、およ
びプレミアム決定以上のことを含む。これらの手順のす
べてまたは大部分は、すべて手作業である。加えて、取
引確認ドキュメントを作成し、投資家がその中に含まれ
る条件を受諾することを保証するプロセスプロセス（手
で署名し、クライアントからのファックスされた確認に
よって確認される）は時間がかかり、完了するのに平均
で１週間から１月かかる。さらに、従来技術のシステム
では、以前に執行した取引への容易なアクセスが営業担
当者または投資家に提供されない。具体的には、従来技
術のプロセスは、投資家のオープンポジションを見、各
ポジションの値を計算し、担保要件を管理する機能を投
資家に提供しない。まとめると、従来技術のプロセスに
おける取引後のサービスを提供する方法は手作業中心
で、非効率であり、かつ誤差が生じやすい。

【００１２】したがって、非上場証券の取引、ならびに
そのような取引の取引後の管理を容易にするためのシス
テムおよび方法を提供することが望ましい。

【００１３】

【課題を解決するための手段】本発明は、従来技術の欠
点を克服し、クライアントが使用することができ、ビジ
ネスから利益を得ることができる方式を創作することに
向けられている。本発明の下で、非上場デリバティブ証
券の取引を容易にするために、金融機関によって操作さ
れるシステムが提供される。このシステムは、システム
を介して執行された過去取引に関する取引情報を格納す
るための過去取引データベースを含む。非上場証券の建
値をクライアントに提供するための価格決定エンジンも
含まれる。この価格決定エンジンは過去取引データベー
スと通信し、市場金融情報を入力として受け取る。クラ
イアントが非上場デリバティブ証券に関する建値を要求
したとき、価格決定エンジンは、過去取引データベース
中の過去取引および必要な市場情報に基づいて２次未満
の建値を提供する。

【００１４】例示的実施形態では、金融情報は、金利情
報、非上場証券に関する配当情報、税額控除情報、借入
れコスト情報、（過去の、およびインプライド）ボラテ
ィリティ情報、相関、出来高、およびグローバルな市場
での類似の約定取引に対するデータを含む。

【００１５】別の例示的実施形態では、非上場証券の前
記建値を格納するための価格ログが提供され、価格決定
エンジンは、価格ログ内に格納された過去の建値と、デ
ータソースから得られたすべての現在の市場情報とに基
づいて建値を提供する。

【００１６】さらに別の例示的実施形態では、価格決定
エンジンは、クライアントに対して、買値と売値の両方
の建値を、リアルタイムまたはほぼリアルタイムで連続
的に更新する。一方、従来技術のシステムは、ＯＴＣデ
リバティブの双方向の買値／売値市場を実施せず、どん
なリアルタイム建値機構も実施しない。

【００１７】本発明の例示的実施形態では、電子的な取
引用チェック機能（ＣＡＴＴ：ｃｈｅｃｋａｂｉｌｉ
ｔｙｔｏｔｒａｄｅ）モジュールが提供される。ク
ライアントが非上場証券を取引したいとき、ＣＡＴＴモ
ジュールにより、クライアントのクレジットの状態、ド
キュメントテーションの状態、担保の状態、およびプレ
ミアム決定の状態などに基づいて、取引するクライアン
トの能力が判定される。

【００１８】本発明の別の実施形態では、ヘッジング取
引を執行するためのヘッジングモジュールが提供され、
クライアントが建値に基づいて非上場証券の取引を要求
するとき、ヘッジングモジュールは、その取引をヘッジ
するためのヘッジング取引を執行する。さらに、取引に
関する情報も過去取引データベース中に格納される。ト
レーダが取引をヘッジする能力に依存する必要はもはや
ない。クライアントが取引を受諾するとき、取引は、事
前設定されたすべての条件および額面金額で完了する。

【００１９】本発明のシステムは、インターネット、ま
たは会社とクライアント間の他の何らかの適切な接続に
依拠する、クライアントへの電子接続を含む。このシス
テムは、電子的に作成される取引確認の受諾（任意選
択）である、クライアントによる価格を受諾する場合
に、電子クライアント要求に対して即時の取引価格をす
べてリアルタイムで提供するための、自動デリバティブ
市場作成機能に依拠する。クライアントによって要求さ
れ、取引されるポジションはすべて、会社データベース
から直接得られ、すべてのポジションは、（クライアン
トの任意選択で）一日中連続的に更新される売値および
買値を有することになる。本発明は、従来のＯＴＣデリ
バティブビジネスで得られなかった、透過性およびリア
ルタイムの市場建値という利点を提供する。

【００２０】別の例示的実施形態では、過去取引データ
ベースと通信する取引確認ジェネレータが提供され、取
引が過去取引データベース中に格納されたとき、取引確
認ジェネレータは、取引情報に基づいて取引確認を生成
し、取引確認はクライアントに直ちに提供される。取引
確認は、例えば任意の電子的手段を含む任意の手段を介
してクライアントに提供することができる。

【００２１】さらに別の例示的実施形態では、過去取引
データベース内の各非上場証券についてのネットポジシ
ョンを決定するために、過去取引データベースと通信す
る記帳モジュールが提供される。この記帳モジュール
は、ネットポジションを金融機関の帳簿、記録、および
リスク管理システムに送る。加えて、記帳モジュール
は、特別な扱いを必要とする過去取引データベース内の
取引を識別し、それに応じて取引を処理する。

【００２２】例示的実施形態では、セールクレジットモ
ジュールは、パフォーマンス指標を計算するために、過
去取引データベースと通信する。計算するパフォーマン
ス指標は、クライアントごと、取引、および／または金
融機関を代表するセールごとの金融機関の利益、ならび
に他の適切などんなパフォーマンス指標でもよい。

【００２３】別の例示的実施形態では、クライアントに
よって執行された取引のアクセスをクラアントが見るこ
とを実現するために、クライアントポートフォリオアナ
ライザが過去取引データベースと通信する。クライアン
トポートフォリオアナライザは、クライアントによって
証券種類および／または戦略ごとに執行された取引の少
なくとも一部を集めることにより、取引を見、かつ／ま
たはストレステストすることが可能である。ポートフォ
リオパフォーマンスおよびリスクを分析するための分析
ツールが組み込まれる。さらに、クライアントは実質
上、クライアントの現在のポートフォリオ内に存在する
証券、またはまだ存在しない証券に関する双方向市場
を、クライアントがその証券を取引し、または単に分析
し、または監視したい場合であっても、直ちに得ること
ができる。

【００２４】したがって、金融機関のクライアントがＯ
ＴＣデリバティブについてのリアルタイムの取引価格の
提供を受け、それに基づいてクライアントが証券を取り
引きし、取引の確認を直ちに受けるシステムおよび方法
が提供される。クライアントは、ＯＴＣデリバティブに
対する双方向市場を、クライアントがその特定のＯＴＣ
デリバティブを取引するか、それとも単に監視したいか
の如何に関わらず直ちに得ることもできる。このシステ
ムは、クライアントのポートフォリオを見、分析し、更
新するために、クライアントの取引活動への自動アクセ
スもクライアントに提供する。取引価格および取引執行
をクライアントに提供することに関連するリスクおよび
時間遅延は、建値を発行する前にクライアントの能力を
自動的にチェックし、各取引要求を（クライアントが望
むときに）自動的にヘッジすることによって緩和され、
それによってクライアントに対するどんな執行リスクも
なくなる。

【００２５】したがって本発明は、以下の詳細な開示中
で例示される構成の特徴、要素の組み合わせ、および部
品の配置を含み、本発明の範囲は特許請求の範囲に示さ
れる。本発明の他の特徴および利点は、説明、図面、お
よび特許請求の範囲から明らかとなろう。

【００２６】本発明のより完全な理解のために、添付の
図面に関連する以下の説明を参照されたい。

【００２７】

【発明の実施の形態】ここで、図１を参照すると、本発
明のＯＴＣ取引システム１のブロック図が示されてい
る。クライアントがＯＴＣデリバティブを取り引きした
いときはいつでも、システム１により、このクライアン
トが特定のＯＴＣデリバティブについての取引価格を適
時に受け取り、ＯＴＣデリバティブの取引を執行し、ク
ライアントのＯＴＣデリバティブのポートフォリオを監
視することが可能となる。加えて、システム１により、
取引ヘッジング、取引確認ドキュメンテーション、リス
ク管理、取引記帳、およびパフォーマンス監視を含むＯ
ＴＣ取引環境のすべての面を金融機関が管理することが
可能となる。どんな企業も、例えばそのクライアント
に、ＯＴＣデリバティブを取引できる市場を提供したい
金融機関も、システム１を使用することができる。

【００２８】システム１は、システム１が関わるすべて
のＯＴＣ取引活動を格納する過去取引データベース３を
含む。過去取引データベース３は、限定はしないが、ク
ライアント名、クライアントアカウント番号、取引種類
および規模、想定元本、行使価格、行使期限、原価、配
当、取引時のボラティリティ、評価日付および評価方
法、ならびに他の任意の関連情報を含む、ＯＴＣ取引に
関するすべての関係情報を格納する。以下に詳細に説明
するように、システム１内の過去取引データベース３を
使用することにより、従来技術のＯＴＣデリバティブビ
ジネス実施の困難を克服する、多数の利点が提供され
る。

【００２９】クライアントは、限定はしないが、周知の
技法を使用してシステム１への通信リンクを供給するソ
フトウェアを動作させるパーソナルコンピュータ、端
末、または無線ハンドヘルド装置であるアクセス装置５
を操作することによって、システム１にアクセスする。
アクセス装置５は、限定はしないが、インターネット、
ダイアルアップ回線、トークンリングおよび／またはイ
ーサネット（登録商標）ネットワーク、Ｔ１回線、非同
期転送モードリンク、無線リンク、デジタル加入者回線
（ＤＳＬ）、および統合サービス・デジタル網（ＩＳＤ
Ｎ）接続を含む任意の通信方法、プロトコル、および／
または媒体を使用してシステム１と通信することができ
る。システム１にアクセスするとき、アクセス装置５は
クライアントインターフェース７とインターフェース
し、そのクライアントインターフェース７を介してクラ
イアントはシステム１の能力および機能を利用する。

【００３０】クライアントインターフェース７は、アク
セス装置５から情報を受け取り、アクセス装置５に情報
を供給するための複数のスクリーンショットからなるユ
ーザインターフェースをクライアントに供給する。例え
ば、クライアントから要求があったとき、クライアント
インターフェース７は、クライアントが特定のＯＴＣ商
品についての価格をシステム１から要求することができ
るスクリーンショットをアクセス装置５に供給する。同
様に、クライアントインターフェース７は、クライアン
トがそれを介してシステム１と対話することのできる装
置５にアクセスするための他のスクリーンショットを供
給する。周知のユーザインターフェース設計技法を使用
して、複数のスクリーンショットを介したクライアント
への情報の提示と、クライアントからの情報の受取りを
達成することができる。

【００３１】クライアントインターフェース７は、クラ
イアントによって要求された特定のＯＴＣ商品の価格決
定を提供する価格決定エンジン９と通信する。クライア
ント要求に応答して建値を生成するために、価格決定エ
ンジン９は、データソース１１から、建値の基礎とする
ことができる様々な経済データおよび金融データを受け
取る。例えば、価格決定エンジン９は、金利に関するリ
アルタイムデータ、借入れコスト、配当、税額控除、お
よび特定のＯＴＣ商品についての価格を決定するために
有用な他のどんな情報もデータソース１１から受け取る
ことができる。加えて、価格決定エンジン９は、以前の
取引で使用された特定のＯＴＣ商品についての価格を、
過去取引データベース３から受け取る。価格決定エンジ
ン９はまた、特定のＯＴＣ商品に関して以前にシステム
１によって供給された任意の建値も、取引がその価格に
基づいて執行されたかどうかに関わらずログ１３から受
け取る。経済データおよび金融データ、ならびに価格決
定データに加えて、価格決定エンジン９は、特定のＯＴ
Ｃ商品の基礎をなす証券に関するポートフォリオポジシ
ョン情報を含む特定のＯＴＣ商品に関連性を有する金融
機関によって操作されるリスク管理システム５１から、
会社のポートフォリオポジション情報を受け取る。した
がって、ＯＴＣ商品を価格決定するために必要なすべて
のデータが価格決定エンジン９内に集められる。

【００３２】パーソナルコンピュータ、端末、または無
線ハンドヘルド装置などのアクセス装置１５を操作する
トレーダは、クライアントインターフェース７およびト
レーダインターフェース１７を介して、クライアントが
特定のＯＴＣ商品に関する建値を要求しているという通
知を受け取る。価格要求を受け取ったとき、トレーダ
は、特定のＯＴＣ商品の基礎をなす証券についての表面
ボラティリティを決定するために、過去取引データベー
ス３からの過去取引情報、価格ログ１３からの過去の建
値、ならびに経済データおよび金融データを含むすべて
の関連するデータを分析する。次いでトレーダは、トレ
ーダインターフェース１７を介して表面ボラティリティ
を価格決定エンジン９に通信する。次いで価格決定エン
ジン９は、トレーダによって与えられた表面ボラティリ
ティ、ならびに価格決定エンジン９内に集められた他の
情報を使用して、特定のＯＴＣ商品についての価格を計
算する。表面ボラティリティ、および価格決定エンジン
９によって集められた情報に基づいてＯＴＣ商品につい
ての建値を生成する方法は、当技術分野で周知である
（例えば、ＥｐｓｅｎＨａｕｇによる「ＴｈｅＣｏ
ｍｐｌｅｔｅＧｕｉｄｅｔｏＯｐｔｉｏｎＰｒ
ｉｃｉｎｇＦｏｒｍｕｌａｓ」（ＭｃＧｒａｗＨｉｌ
ｌ，１９９７）を参照されたい（以下「Ｏｐｔｉｏｎ
ＰｒｉｃｉｎｇＦｏｒｍｕｌａｓ」と呼ぶ）。この内容
を参照により本明細書に組み込む）。価格決定エンジン
９によって生成された建値がトレーダにとって受諾可能
である場合、トレーダは、クライアントに提示する目的
で、建値を価格決定エンジン９によりクライアントイン
ターフェース７に通信する。

【００３３】したがって、トレーダが価格決定をする基
礎となるすべての情報は、価格決定エンジン９によって
自動的に集められ、かつ／または計算されるので、トレ
ーダは、ほとんど遅延することなくクライアントに対し
て建値を提供することができる。さらに、トレーダによ
って提供される建値はリアルタイムの経済情報および金
融情報に基づいているので、トレーダはクライアントが
取引を執行することのできる取引価格として建値を指定
することができる。

【００３４】例示的実施形態では、トレーダは、特定の
原証券についてのトレーダの視点の変化を反映するその
特定の原証券についての更新表面ボラティリティを、価
格決定エンジン９に周期的に提供することができる。ク
ライアントから価格要求を受け取ったとき、次いで価格
決定エンジン９は、トレーダ更新表面ボラティリティに
基づいて計算し、計算した価格をトレーダに提示するこ
とができる。トレーダが計算した価格を検討し、必要に
応じて特定の原証券についての表面ボラティリティを更
新するための機会を得た後、価格決定エンジン９は、ク
ライアントに取引価格を提示し、クライアントはこの建
値に基づいて取引を行うことができる。

【００３５】価格決定エンジン９に表面ボラティリティ
数を供給することに加えて、トレーダは、価格決定エン
ジン９によって生成された任意の価格決定に対して制約
を課すことができる。例えばトレーダは、特定の規模範
囲、行使期限、または行使価格に関連した価格要求に対
する価格決定のみを生成するように価格決定エンジン９
に指令することができる。同様に、トレーダは、価格決
定エンジン９に対して他のどんな制約も課すことができ
る。トレーダによって課された制約の範囲外の価格要求
に関して、トレーダが前述のように価格を直接形成し、
または特定の価格要求を辞退することができるように、
価格決定エンジン９は特定の価格要求をトレーダに通知
する。

【００３６】トレーダが、価格要求に応答して表面ボラ
ティリティを価格決定エンジン９に提供し、価格決定エ
ンジン９が、周期的に更新される表面ボラティリティ、
およびトレーダによって供給される制約に基づいて価格
を自動的に生成する、上述の価格決定エンジン９の２つ
の実施形態ではどちらも、クライアントが特定のＯＴＣ
商品についての現在価格を要求するたびに、クライアン
トは新しい価格を求める要求を価格決定エンジン９に発
行しなければならない。ＯＴＣ商品についての価格がす
ぐに「古く」なるので、クライアントは、クライアント
による取引決定が行われるまで、更新された価格決定を
反復的に要求しなければならない可能性がある。上記の
実施形態は建値を生成する際の遅延を大幅に削減する
が、クライアントは依然として、更新価格を周期的に要
求することによって積極的に建値を更新しなければなら
ない。さらに、この２つの実施形態のどちらでも、クラ
イアントに提供される価格が代理店価格となる。すなわ
ち、金融機関が特定のＯＴＣ商品のクライアント取引に
対するカウンタパーティとして振る舞う場合、金融機関
によって得られることになるポジションをヘッジするト
レーダの能力に依存する。したがって、クライアントが
価格決定エンジン９によって供給される建値に基づいて
取引を要求する場合であっても、トレーダが首尾よくヘ
ッジング取引を執行するまでは、取引が完了したかどう
かをクライアントは知らないことになる。

【００３７】クライアントが、トレーダから受け取った
取引価格に基づいて特定のＯＴＣ商品の取引を執行した
い場合、クライアントは、クライアントインターフェー
ス７に対して値付けＯＴＣ商品を求める取引要求を発行
する。クライアントの代わりにＯＴＣ商品の取引を完了
する前に、クライアントインターフェース７は、取引用
チェック機能（「ＣＡＴＴ」）モジュール１９に「取引
クリア（ｃｌｅａｒｔｏｔｒａｄｅ）」を発行する。
特定のＯＴＣ商品を取引するクライアントの能力を決定
する際に、ＣＡＴＴモジュール１９はいくつかの要素を
チェックする。まず、ＣＡＴＴモジュール１９は、制限
リストファイル２１にアクセスして、例えば特定の原証
券における金利問題の競合または金融機関の所有権に関
する利害関係の競合のために、金融機関が取引すること
ができない原証券を特定のＯＴＣ商品が含むかどうかを
判定する。加えて、ＣＡＴＴモジュール１９は、クライ
アントアカウント情報ファイル２３をチェックして、ク
ライアントが取引を配置するためのキャパシティおよび
権限を有するかどうか、ならびに、限定はしないがＩＳ
ＤＡ基本約定または担保約定などのクライアント−金融
機関関係を支配する必要なドキュメントがファイル上に
あるかどうかどうかを判定する。ＣＡＴＴモジュール１
９は、クライアントの担保収支をチェックし、かつクラ
イアントが提案される取引に入るための十分なクレジッ
トキャパシティを有するかどうかを判定するために、ク
レジットチェックモジュール２６から担保の状態も要求
する。クライアントの担保の状態は、過去取引データベ
ース３中に格納されるクライアントの既存のＯＴＣポジ
ション、ならびに金融機関がクライアントに対して保持
する他のポジションに一部依存する。上記のチェックに
加えて、ＣＡＴＴモジュール１９は、特定のＯＴＣデリ
バティブを取引するためのクライアントの能力を判定す
るために、当技術分野で周知の技法を使用して他のどん
なチェックも行うことができる。クライアントの、特定
のＯＴＣデリバティブの取引がクリアされる場合、ＣＡ
ＴＴモジュール１９は、クライアントインターフェース
７に取り引きするクライアントの能力を通知し、次いで
クライアントインターフェース７は、クライアントの取
引要求をトレーダインターフェース１７に送る。

【００３８】ＯＴＣ商品に対して既存の市場は存在せ
ず、金融機関自体が一般にクライアントの要求した取引
に対するカウンタであるので、金融機関がその取引から
得られるそのポジションをヘッジするまで、クライアン
トの要求した取引は確認されない。したがって、トレー
ダインターフェース１７を介してクライアントの取引要
求の通知を受けたとき、トレーダは、周知のヘッジング
技法を使用する取引の対象である特定のＯＴＣ商品の金
融機関のポジションをヘッジする。例示的実施形態で
は、トレーダは、当技術分野で周知の技法を使用してヘ
ッジを実装するヘッジングモジュール２５にアクセスす
る。ヘッジングモジュール２５は、周知のヘッジング規
則、ヘッジング技法に熟練したトレーダ、またはその２
つの組み合わせを実装するコンピュータプログラムを含
む。デリバティブポジションをヘッジするのに適した取
引を決定するための従来技術の方法は、ＬａｒｓＮｉ
ｅｌｓｅｎによる「ＰｒｉｃｉｎｇａｎｄＨｅｄｇ
ｉｎｇＤｅｒｉｖａｔｉｖｅｓ」（ＯｘｆｏｒｄＵ
ｎｉｖｅｒｓｉｔｙＰｒｅｓｓ，１９９９）で開示さ
れている。この内容を参照により本明細書に組み込む。

【００３９】金融機関のポジションがヘッジされた後、
クライアントは、所望の取引が執行され、過去取引デー
タベース３が更新されてクライアントの利益となるよう
に取引に反映されたことを、クライアントインターフェ
ース７を介して通知を受ける。さらに、取引執行の後、
以下で説明するように、一連の取引後の管理タスクが取
引後管理モジュール２７によって実行される。

【００４０】前述のように、図１に示す実施形態では、
すべての取引価格がトレーダによって直接設定されるこ
と、および、結果として生じるポジションが金融機関に
よってヘッジされるまでは、クライアントによって発行
されるどんな要求も確認されないことが必要である。次
に図２を参照すると、本発明の代替実施形態によるＯＴ
Ｃ取引システム１′のブロック図が示されている。この
代替実施形態では、取引価格がトレーダの介入なしに供
給され、クライアント取引要求が瞬時に実行され、クラ
イアントが望む通りに、瞬時に、または取引後に取引確
認が生成される。システム１′は、特定のＯＴＣ商品に
ついての連続的に更新される売値／買値をクライアント
に提供し、それによってクライアントに対して、ＯＴＣ
デリバティブ−普通ならどんな取引所でも取引されない
証券についての「仮想市場」を生成する。図１の実施形
態の要素と類似の図２の実施形態の要素は、同様に符号
を付け、その詳細な説明は繰り返さない。

【００４１】この実施形態では、クライアントインター
フェース７は、クライアントからの価格要求を自動市場
作成（ＡＭＭ：ａｕｔｏｍａｔｉｃｍａｒｋｅｔｍ
ａｋｉｎｇ）エンジン２９に送る。自動取引価格をクラ
イアントに提供するためには、ＡＭＭエンジン２９は、
価格要求の主題であるＯＴＣデリバティブを、その構成
要素リスク因子に分解する。リスク因子は、限定はしな
いが、特定のＯＴＣデリバティブの基礎となるエクイテ
ィ（ｅｑｕｉｔｙ）のボラティリティに関するエクイテ
ィリスク因子、金利リスク因子、および通貨リスク因子
を含むことができる。次いでＡＭＭエンジン２９は、構
成要素リスク因子のそれぞれを、金融機関のリスクポジ
ション全体に対するその寄与に関して評価する。ＡＭＭ
エンジン２９は、限定はしないが、上場証券、同じ原証
券のデリバティブ、および／または、（相関方法が、同
様の原証券から得られる価格決定実装のために使用され
る）同様であるが異なる原証券のデリバティブを使用し
て、特定のＯＴＣデリバティブをヘッジすることに関連
する様々なリスク因子も評価する。これらのリスク因子
は、限定はしないが、特定のＯＴＣデリバティブに関連
する通貨リスク、金利リスク、およびポートフォリオリ
スクを含むことができる。加えてＡＭＭエンジン２９
は、データソース１１からの、エクイティ価格に関する
リアルタイムデータ、金利、借入れコスト、配当、税額
控除、ならびに、それぞれ過去取引データベース３およ
び価格ログ１３からの過去取引価格および建値を含む、
図１の価格決定エンジン９と類似の性質のデータを受信
する。ＡＭＭエンジン２９は、類似の原証券についての
オプション価格、そのような類似の原証券のインプライ
ドボラティリティ、ならびに関連する原証券間の相関に
関するリアルタイムデータも受け取る。このデータなら
びにリスク因子分析に基づいて、ＡＭＭエンジン２９
は、要求特有のトレーダ介入なしに、特定のＯＴＣデリ
バティブについての取引買値および取引売値を自動的に
計算する（デリバティブについての買値および売値を計
算するための従来技術の方法は、上記で引用した「Ｏｐ
ｔｉｏｎＰｒｉｃｉｎｇＦｏｒｍｕｌａｓ」に開示
されている）。次いでＡＭＭエンジン２９は、取引買値
および取引売値を、クライアントインターフェース７を
介してクライアントに直ちに送る。

【００４２】さらに、ＡＭＭエンジン２９は、ＡＭＭエ
ンジン２９に依存するパラメータの任意の変化、ならび
に供給活動および要求活動の変化に基づいて、リアルタ
イムで特定のＯＴＣ商品についての取引売値および取引
買値を連続的に（すなわち、短い間隔、例えば５秒〜５
分毎、またはそれより長い間隔で）更新する。このよう
にして、クライアントは、注目の特定のＯＴＣ商品につ
いてのストリーミングリアルタイム建値の供給を受け
る。さらに、クライアントが受け取る建値は、取引価格
であるので、クライアントは取引要求をこのような建値
に基づかせることができる。したがって、システム１′
により、リアルタイムの「市場のような」価格決定を含
む、選択したＯＴＣ商品の仮想市場を生成する能力がク
ライアントに提供される。その仮想市場では、上場商品
について受け取る売値／買値価格決定と同様に、クライ
アントが売値および買値を受け取る。システム１′によ
り、実際の市場がそのようなＯＴＣ商品に対して存在し
なくとも、そのような価格で取引する能力もクライアン
トに提供される。

【００４３】リアルタイム取引価格決定に加えて、ＡＭ
Ｍエンジン２９は、金融機関がＯＴＣ派生商品でクライ
アント取引をヘッジするのに最適に（すなわち、最小の
コストで、最も効果的に）必要な取引を自動的に決定す
る。クライアントが特定のＯＴＣ派生商品に対して順序
を配置した場合、ＡＭＭエンジン２９は、そのような最
適化ヘッジング取引をヘッジングモジュール２５に自動
的に送り、次いでヘッジングモジュール２５は、金融市
場とインターフェースして、このようなヘッジング取引
を執行する。クライアントとのＯＴＣ派生商品取引でカ
ウンタパーティとして振る舞う結果としての金融機関の
リスクポジションは、取引のときに自動的にヘッジさ
れ、取引は直ちに完了し、ヘッジを執行するトレーダの
能力に依存しない。その結果、順序がクライアントによ
って配置されたとき、取引に関連する執行リスクがクラ
イアントから金融機関に送られる。

【００４４】一部のクライアント取引に関して、金融機
関のポートフォリオに存在するポジションのために、ヘ
ッジング取引は必要ではない。したがってＡＭＭエンジ
ン２９は、リスク管理システム５１にアクセスし、金融
機関の存在するポートフォリオポジションが、クライア
ント取引に関連するリスクをヘッジするためにヘッジン
グ取引が必要でないかどうかを判定する。

【００４５】例示的実施形態では、トレーダは、ＡＭＭ
エンジン２９の動作に従って規則を設定する。例えば、
トレーダは、ＡＭＭエンジン２９が自動的に建値を供給
することのできる、承認されたアンダーライイング（ｕ
ｎｄｅｒｌｙｉｎｇｓ）を決定することができる。非承
認のアンダーライイングに関係する取引に関しては、ト
レーダは、システム１の価格決定エンジン９を使用して
建値を提供することになる。承認されたアンダーライイ
ングに加えて、トレーダは、限定はしないが、最大取引
規模、行使期限、および最大リスク制限を含む他の取引
パラメータに関係する規則を設定することができる。

【００４６】ＯＴＣ取引が執行された後、いくつかの管
理機能が、取引後管理モジュール２７によって実行され
る。図３を参照すると、取引後管理モジュール２７の拡
大ブロック図が示されている。図１の実施形態の要素に
類似の図３の実施形態の要素は、同様に符号を付け、そ
の詳細な説明は繰り返さない。

【００４７】取引後管理モジュール２７は、ＯＴＣ取引
を文書化する取引確認を自動的に生成するための取引確
認ジェネレータ３３を含む。取引確認は、取引の経済的
約定および非経済的約定すべてを証明し、それは証券取
引委員会の規定によって要求される。個人交渉ＯＴＣ取
引に関しては、取引確認は、特定の経済的約定、ならび
に、特定の取引の事実および環境に基づいて適用可能な
任意の特別な法的約定、クレジット約定、および他の非
経済的約定を含むことができる。

【００４８】ＯＴＣ取引が執行され、取引の条件が過去
取引データベース３内に格納された後、取引確認ジェネ
レータ３３は、確認すべき取引の条件を過去取引データ
ベース３から受け取る。取引条件に基づいて、取引確認
ジェネレータ３３は、例えば国際スワップデリバティブ
協会によって発行された推奨フォーマットなどの境界受
諾可能なフォーマットに従って、取引確認を自動的に生
成する。取引条件に基づいて取引確認を生成するための
システムは、「Ｏｂｊｅｃｔ−ＯｒｉｅｎｔｅｄＤｏ
ｃｕｍｅｎｔＡｓｓｅｍｂｌｙＳｙｓｔｅｍ」と題
するＰＣＴ出願Ｎｏ．ＰＣＴ／ＵＳ００／１９３３１に
開示されている。この内容を参照により本明細書に組み
込む。

【００４９】取引確認ジェネレータ３３によってアセン
ブルされた取引確認は、メールおよびファクシミリを含
む何らかの方法によって送られる。例示的実施形態で
は、取引確認は、クライアントインターフェース７を介
して、限定はしないが、電子メール、またはインターネ
ットブラウザなどの周知の技法を用いてクライアントに
電子的に送られる。取引確認は、クライアントによって
実行しなければならない、金融機関とクライアント間の
約定合意（ｃｏｎｔｒａｃｔｕａｌａｇｒｅｅｍｅｎ
ｔ）を供給するので、取引執行の後すぐに取引確認をク
ライアントに提示することは、金融機関にとって有利で
ある。したがって、電子的に取引確認を送ることによっ
て、クライアントは、取引が執行された後すぐに取引確
認を受け取る。例示的実施形態では、クライアントは、
クライアントが取引を受諾するのと同時に取引確認を受
け取り、受諾する。

【００５０】取引確認を受信したとき、クライアント
は、取引確認を実行し、それをメールまたはファクシミ
リを介して金融機関に返す。例示的実施形態では、クラ
イアントは、周知の技法、例えば電子署名を用いて取引
確認を実行し、次いで実行した取引確認を、クライアン
トインターフェース７を介して取引確認ジェネレータ３
３に電子的に返す。実行した取引確認をクライアントか
ら電子的に受け取る利点は、次いで金融機関が、クライ
アントが取引確認を金融機関に返さなければならない期
間を短縮することができることである。実行した取引確
認を、取引確認ジェネレータ３３が所与の期間、例えば
４８時間内にクライアントから受け取らない場合、取引
確認ジェネレータ３３は、オペレーションインターフェ
ース３５およびアクセス装置３７を介して、取引確認を
受信しなかったことをオペレーションマネージャに通知
する。取引確認をクライアントから受け取らなかった場
合、それに応答して、限定はしないが、取引のアンワイ
ンディング（ｕｎｗｉｎｄｉｎｇ）を含むどんな適切な
アクションも取ることができる。

【００５１】したがって、システム１、１′は、取引の
執行時に（またはクライアントが望むときは取引後
に）、クライアントに取引確認を自動的に提供し、それ
によって取引ドキュメンティングプロセスの効率が向上
し、それに関連するオーバヘッドが低減する。

【００５２】取引後管理モジュール２７はまた、限定は
しないが、会計、担保管理、セールクレジット分析、ク
ライアントの収入属性、および商品決裁を含む様々な取
引後の記帳機能を実行するために、執行した取引を会社
の帳簿および記録４１に記帳する記帳モジュール３９も
含む。記帳モジュール３９はまた、金融機関がオペレー
ションマネージャにこのような取引の有効性および／ま
たは正確さをそれに関してチェックさせたいどんな特徴
も有するどんな取引も識別することができる。

【００５３】市場リスク管理システム５１は、過去取引
データベース３内に格納された取引を検討し、このよう
な取引で表される各原証券に関して金融機関のエクスポ
ージャ（ｅｘｐｏｓｕｒｅ）を「ネット」アウトする。
各原証券における金融機関のエクスポージャを決定した
後、市場リスク管理システム５１は、このようなネッテ
ィング結果を会社の帳簿および記録４１中に含めるため
に、会社の帳簿および記録４１にレポートする。さら
に、市場リスク管理システム５１は、過去取引データベ
ース３にアクセスすることによって現在帳簿上にあるす
べての取引を監視し、金融機関のポジションに対して行
うべき必要なヘッジング調節をトレーダに通知する。市
場リスク管理システム５１はまた、例えば特別な取引満
了言語（ｔｒａｄｅｅｘｐｉｒａｔｉｏｎｌａｎｇ
ｕａｇｅ）などの特別な扱いを必要とする固有の取引パ
ラメータを有する取引を識別することもでき、その結果
オペレーションマネージャまたはトレーダがそれに応じ
て応答することができる。

【００５４】取引後管理モジュール２７はまた、執行し
た取引の結果としてクライアントの担保要件を判定する
ための担保管理モジュール４３も含む。担保管理モジュ
ール４３は、過去取引データベース３で実行され、記帳
されたすべての取引を検討し、限定はしないが、クライ
アントのポジションの市場値の変化、およびクライアン
トのクレジットの状態の変化を含む様々な要素に基づい
て、このような取引に関連するクレジットエクスポージ
ャを評価する。担保管理モジュール４３はまたは、オペ
レーションインターフェース３５を介して会社の帳簿お
よび記録４１にもアクセスし、各取引に帰属するマージ
ン要件と、クライアントが結果として記帳しなければな
らない担保額とを判定する。担保管理モジュール４３に
よって判定された担保要件に基づいて、追加の担保が記
帳されるまで、先物取引を行うクライアントの能力を奪
うことができる。したがって、各クライアントの現在の
ポジションのすべてに対して各クライアントの担保要件
を自動的に監視することによって、過去取引に反映され
るときに、特定のクライアントのポジションを保持する
ことに関連するクレジット損失に対する金融機関のエク
スポージャは、著しく縮小される。

【００５５】過去取引データベース３中に記帳された、
執行した取引を分析し、クライアント収入属性を計算す
るセールクレジットモジュール４５も取引後管理モジュ
ール２７内に含まれる。セールクレジットモジュール４
５は、限定はしないが、取引、クライアント、営業担当
者、および商品ごとに金融機関が得た利益を計算するこ
とを含む、任意の基準に従ってパフォーマンスを計算す
ることができる。次いでこのようなパフォーマンスメト
リックは、会社の帳簿および記録４１にレポートされ、
そこでそれらをさらに評価することができる。したがっ
て、セールクレジットモジュール４５は、金融機関のＯ
ＴＣビジネスの成功を測るための分析ツールを提供す
る。

【００５６】取引後管理モジュール２７はまた、クライ
アントがクライアントのポートフォリオを見、管理し、
分析することを可能にするためのクライアントポートフ
ォリオアナライザ４７を含む。例えば、過去の取引を見
るために、クライアントは、クライアントインターフェ
ース７を介してクライアントポートフォリオアナライザ
４７にアクセスし、クライアントポートフォリオアナラ
イザ４７は、特定のクライアントの過去取引活動を任意
の適切なフォーマットでクライアントに提示するため
に、過去取引データベース３からそのような活動を検索
する。クライアントポートフォリオアナライザ４７はま
た、クライアントの取引活動も編成し、それによってク
ライアントはより容易にクライアントのポジションを理
解することができる。例えば、クライアントポートフォ
リオアナライザ４７は、限定はしないが、デリバティブ
証券および原資産を含む様々な基準に従って、すべての
類似の取引を集め、それによってクライアントは、クラ
イアントのポジションの状態を容易に判定することがで
きる。例えば、クライアントが一連の取引からなる取引
戦略を実行した場合、クライアントポートフォリオアナ
ライザ４７は、集めたポジションまたは単一ポジション
としてその一連の取引をクライアントに提示し、それに
よってクライアントは容易にポジションの値を判定する
ことができる。同様に、クライアントポートフォリオア
ナライザ４７は、クライアントの過去の取引活動を、過
去取引データベース３に反映されたときに、任意の周知
の技法を用いてクライアントに提示することができる。

【００５７】過去の取引活動を見ることに加えて、クラ
イアントはまた、利用可能な任意の金融分析ツールを用
いてクライアントのポートフォリオを分析することもで
きる。例示的実施形態では、クライアントインターフェ
ース７は、クライアントのポートフォリオを分析するた
めに使用することのできる分析ツールのリストをクライ
アントに提示する。特定のツールを選択したとき、クラ
イアントポートフォリオアナライザ４７は、選択した分
析ツールを適用する必要な任意のクライアント取引情報
を過去取引データベース３から検索し、クライアントイ
ンターフェース７を介して分析の結果をクライアントに
提示する。別の例示的実施形態では、クライアントポー
トフォリオアナライザ４７は、クライアントによって選
択された分析ツールを実装するのに必要なリアルタイム
経済データおよび金融データへのアクセスを有する。し
たがって、クライアントポートフォリオアナライザ４７
は、投資プロセスで助けとなるように有用かつ選択可能
な方式でクライアントの過去取引活動を見、分析するた
めの機構をクライアントに提供する。

【００５８】例示的実施形態では、クライアントは、ク
ライアントに提示されたポートフォリオビューに基づい
て新しい取引要求を開始することができる。例えば、ク
ライアントポートフォリオアナライザ４７によってクラ
イアントインターフェース７を介してクライアントに提
示された特定の証券の過去取引を見るときに、クライア
ントは、限定はしないが、マウスクリッキングまたはキ
ーボード入力などの周知の技法を用いて、クライアント
インターフェース７に対して、特定の証券のクライアン
トのポジションを増分または減分したいというクライア
ントの望みを指示することができる。次いでクライアン
トインターフェース７は、前述の技法を用いて、クライ
アントの要求を特定の証券を取引する要求として処理す
る。

【００５９】まとめると、本発明のシステムは、ＯＴＣ
デリバティブを取引するための、インターネットまたは
適切な手段を介した金融機関への電子接続を、クライア
ントに提供する。このシステムは、双方向価格（すなわ
ち売値および買値）を含むリアルタイム取引価格をクラ
イアントに電子的に提供する自動デリバティブ市場作成
機能を含む。提供される取引価格を電子的に受諾するこ
とによって、クライアントは、すべてリアルタイムで、
特定のＯＴＣデリバティブを取引し、さらに電子的に生
成された取引確認を同時に受諾することができる。加え
て、特定の取引をヘッジするトレーダの能力の如何に関
わらず、クライアントが取引価格を受諾するときに取引
が完了する。このシステムはまた、すべての売値／買値
決定がリアルタイムで更新されると共に、クライアント
の存在し、要求されたポジションのビューをクライアン
トに提供する。したがって、本発明のシステムは、ＯＴ
Ｃデリバティブのリアルタイムかつ透過な市場データを
クライアントに提供する。

【００６０】さらに、本発明のシステムでは、現在クラ
イアントのポートフォリオ中にない特定のＯＴＣデリバ
ティブにクライアントが関心がある場合、クライアント
は、要求するデリバティブを、システムによって維持さ
れる電子掲示板にポストすることができる。その電子掲
示板では、特定のＯＴＣデリバティブについての売買市
場が維持され、クライアントに対して表示されることに
なる。さらに、クライアントが特定の商品または取引に
関する営業担当者またはトレーダに対して質問を有する
場合、クライアントが営業担当者またはトレーダと通信
することを可能とするビデオおよび／またはボイスリン
クが電子的に提供される。

【００６１】したがって、ＯＴＣ証券に関するリアルタ
イムの取引価格の提供を金融機関のクライアントが受け
るシステムおよび方法が提供される。さらに、価格決定
因子が変化するとき、本発明のシステムは、提供される
建値を連続的に更新し、それによって、特定のＯＴＣ証
券の仮想的リアルタイム市場をクライアントに提供す
る。提供される建値に基づいて、クライアントは証券を
取り引きし、取引の確認を直ちに受け取ることができ
る。このシステムはまた、クライアントのポートフォリ
オを見、分析し、更新するための、クライアントの取引
活動への自動アクセスもクライアントに提供する。取引
価格および取引執行をクライアントに提供することに関
連するリスクは、建値を発行する前にクライアントの取
引する能力を自動的にチェックし、各取引要求を自動的
にヘッジすることによって緩和される。

【００６２】上記の説明に基づいて、当業者は、データ
記憶システムからデータおよび命令を受け取り、データ
記憶システムにデータおよび命令を送るように結合され
た少なくとも１つのプログラマブルプロセッサ、少なく
とも１つの入力装置、少なくとも１つの出力装置を含む
プログラマブルシステム上で実行可能な１つまたは複数
のコンピュータプログラムで本発明のシステムおよび方
法を実装することができる。各コンピュータプログラム
は、高レベル手続き型プログラミング言語またはオブジ
ェクト指向プログラミング言語、あるいは望まれる場合
アセンブリ言語または機械語で実装することができ、ど
の場合でも、言語はコンパイル言語またはインタプリタ
言語とすることができる。適切なプロセッサには、例え
ば汎用マイクロプロセッサおよび特殊目的マイクロプロ
セッサのどちらも含まれる。さらに、ハードウェア、フ
ァームウェア、またはハードウェアおよびソフトウェア
の両方の組み合わせ、ならびに分散モジュールおよび／
またはデータで、異なる方式でシステムを実装する本発
明の代替実施形態は当業者には明らかであろう。このよ
うな代替実施形態も本発明の範囲内にある。加えて、限
定はしないが、Ｓｙｂａｓｅ、Ｏｒａｃｌｅ、およびＤ
Ｂ２などの従来型データベース管理システムを本発明を
実装するためのプラットフォームとして使用できること
は当業者には明らかであろう。

【００６３】したがって、先行する説明から明らかであ
るものの中でもとりわけ、前述の目的は効率的に達成さ
れ、説明した商品で上記のプロセスを実施する際に基準
の変更を行うことができ、本発明の精神および範囲から
逸脱することなく、説明した構成に変更を行うことがで
きることがわかるので、添付の図面で示した上記の説明
に含まれるすべての事柄は、限定的な意味ではなく、例
示的なものとして理解すべきであるものとする。

【００６４】頭記の特許請求の範囲は、本明細書で説明
した本発明の一般的特徴および特定の特徴のすべてと、
本発明の範囲のすべての陳述を含むものとすることも理
解されたい。本発明の範囲のすべての陳述は、言い回し
の問題として、特許請求の範囲内にあると言うことがで
きる。

【００６５】

【発明の効果】本発明により、非上場証券の取引を容易
にすることができる。

【図面の簡単な説明】

【図１】本発明のＯＴＣ取引システムのブロック図であ
る。

【図２】本発明の代替実施形態によるＯＴＣ取引システ
ムのブロック図である。

【図３】図１および２の取引後管理モジュールの拡大ブ
ロック図である。

【符号の説明】

１、１′ ＯＴＣ取引システム３過去取引データベース５アクセス装置７クライアントＩ／Ｆ９価格決定エンジン１１データソース１３価格ログ１５アクセス装置１７トレーダインターフェース１９ＣＡＴＴモジュール２１制限リスト２３クライアントアカウント情報２５ヘッジングモジュール２６クレジットチェックモジュール２７過去取引管理モジュール２９自動市場作成エンジン３３取引確認ジェネレータ３５オペレーションインターフェース３７アクセス装置３９記帳モジュール４１会社の帳簿および記録４３担保管理モジュール４５セールクレジットモジュール４７クライアントポートフォリオアナライザ５１リスク管理システム

Claims

【特許請求の範囲】

【請求項１】非上場証券の取引を容易にするシステム
であって、前記システムを介して執行された過去の取引に関する取
引情報を格納する過去取引データベースと、前記非上場証券の建値を提供する価格決定エンジンであ
って、前記過去取引データベースと通信し、入力として
金融情報を受け取る価格決定エンジンとを備え、クライアントが前記非上場証券に関する建値を要求した
ときに、前記価格決定エンジンが、前記過去取引データ
ベース内の前記過去の取引、および前記金融情報に基づ
いて前記建値を提供することを特徴とするシステム。
【請求項２】請求項１に記載のシステムであって、前
記非上場証券の建値を格納する価格ログをさらに備え、
前記価格決定エンジンが、前記価格ログ内に格納された
過去の建値に基づいて建値を提供することを特徴とする
システム。
【請求項３】請求項１に記載のシステムであって、前
記金融情報が、金利情報、前記非上場証券に関する配当
情報、税額控除情報、および借入れコスト情報を含み、
前記価格決定エンジンが表面ボラティリティ情報を受け
取り、前記価格決定エンジンが、前記表面ボラティリテ
ィに基づいて前記建値を提供することを特徴とするシス
テム。
【請求項４】請求項１に記載のシステムであって、前
記価格決定エンジンが価格決定制約を受け取り、前記価
格決定エンジンによって提供される前記建値が前記制約
に基づくことを特徴とするシステム。
【請求項５】請求項１に記載のシステムであって、前
記価格決定エンジンが、前記建値を連続的に更新するこ
とを特徴とするシステム。
【請求項６】請求項１に記載のシステムであって、前
記クライアントが、前記建値に基づいて前記非上場証券
を取引する要求を電子的に発行することを特徴とするシ
ステム。
【請求項７】請求項１に記載のシステムであって、取
引用チェック機能（ＣＡＴＴ）モジュールをさらに備
え、前記クライアントが前記非上場証券の取引を要望し
たときに、前記ＣＡＴＴモジュールが前記クライアント
の取引能力を判定することを特徴とするシステム。
【請求項８】請求項１に記載のシステムであって、ヘ
ッジング取引を執行するヘッジングモジュールをさらに
備え、前記クライアントが前記非上場証券の取引を要求
したときに、前記ヘッジングモジュールが前記取引をヘ
ッジするためにヘッジング取引を執行することを特徴と
するシステム。
【請求項９】請求項８に記載のシステムであって、前
記取引に関する情報が、前記過去取引データベース内に
格納されることを特徴とするシステム。
【請求項１０】請求項９に記載のシステムであって、
前記過去取引データベースと通信する取引確認ジェネレ
ータをさらに備え、前記取引が前記過去取引データベー
ス内に格納されたときに、前記取引確認ジェネレータ
が、前記取引情報に基づいて取引確認を生成し、該取引
確認が前記クライアントに提供されることを特徴とする
システム。
【請求項１１】請求項９に記載のシステムであって、
前記過去取引データベースと通信して、前記過去取引デ
ータベース内の各非上場証券についてのネットポジショ
ンを決定するリスク管理システムをさらに備えることを
特徴とするシステム。
【請求項１２】請求項１１に記載のシステムであっ
て、前記過去取引データベース内の前記取引のいくつか
が、特別な扱いを必要とし、前記リスク管理システム
が、特別な扱いを必要とする前記過去取引データベース
内の前記取引のいくつかを識別することを特徴とするシ
ステム。
【請求項１３】請求項９に記載のシステムであって、
前記過去取引データベースと通信して、前記クライアン
トの担保要件を判定する担保管理モジュールをさらに備
えることを特徴とするシステム。
【請求項１４】請求項９に記載のシステムであって、
前記過去取引データベースと通信して、前記取引のパフ
ォーマンス指標を計算するセールクレジットモジュール
をさらに備えることを特徴とするシステム。
【請求項１５】請求項９に記載のシステムであって、
前記過去取引データベースと通信して、前記クライアン
トに対し、該クライアントによって執行された前記取引
についての視覚的アクセスを提供するクライアントポー
トフォリオアナライザをさらに備えることを特徴とする
システム。
【請求項１６】請求項１５に記載のシステムであっ
て、前記クライアントポートフォリオアナライザが、証
券および戦略を含むグループから選択された任意の基準
に従って、前記クライアントによって執行された前記取
引のうちの少なくともいくつかを集め、前記クライアン
トポートフォリオアナライザが、前記取引のうちの少な
くともいくつかの分析を実行し、該分析の結果を前記ク
ライアントに送信することを特徴とするシステム。
【請求項１７】非上場証券の市場を形成して、前記非
上場証券の取引を容易にするシステムであって、前記システムを介して執行された過去の取引に関する取
引情報を格納する過去取引データベースと、前記非上場証券の建値をクライアントに提供する自動市
場作成エンジンであって、前記過去取引データベースと
通信し、入力として金融情報を受け取り、前記金融情報
の変化に基づいて前記建値を連続的に更新する自動市場
作成エンジンと、ヘッジング取引を執行するヘッジングモジュールとを備
え、前記クライアントが、前記自動市場作成エンジンによっ
て提供された前記価格に基づいて前記非上場証券の取引
を要求したときに、前記ヘッジングモジュールが、前記
取引をヘッジするためにヘッジング取引を執行し、該取
引が前記過去取引データベース内に格納されることを特
徴とするシステム。
【請求項１８】請求項１７に記載のシステムであっ
て、前記過去取引データベースと通信する取引確認ジェ
ネレータをさらに備え、前記取引が前記過去取引データ
ベース内に格納されたときに、前記取引確認ジェネレー
タが、前記取引情報に基づいて取引確認を生成し、該取
引確認が前記クライアントに電子的に提供され、前記ク
ライアントが、取引を要求すると同時に前記取引確認を
受け取ることを特徴とするシステム。
【請求項１９】非上場証券の取引を容易にする方法で
あって、過去の取引情報から過去取引データベースを形成するス
テップと、データソースから、リアルタイム経済および金融データ
を得るステップと、前記リアルタイム経済および金融データ、ならびに前記
過去取引データベース内に含まれる前記過去の取引情報
に基づいて前記非上場証券の建値を提供するステップ
と、前記建値に基づいて前記非上場証券を取引する要求を受
け取るステップと、前記取引をヘッジするためのヘッジング取引を執行する
ステップと、前記取引の情報を前記過去取引データベース内に格納す
るステップとを備えることを特徴とする方法。
【請求項２０】請求項１９に記載の方法であって、前記建値を連続的に更新するステップと、前記取引情報に基づいて取引確認を生成するステップ
と、前記取引確認を前記クライアントに提供するステップと
をさらに備えることを特徴とする方法。
【請求項２１】非上場証券の市場を形成する方法であ
って、前記非上場証券に関する価格要求を受け取るステップ
と、金融情報に基づいて、前記非上場証券の建値を自動的に
生成するステップと、前記価格要求に応答して前記建値を提供するステップ
と、前記金融情報の変化に基づいて前記建値を連続的に更新
するステップとを備えることを特徴とする方法。