JP2002373256A - データ管理用コンピュータシステムおよびこのシステムを動作させる方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 本発明はワラント取引に関し、データトラン
ザクション処理時の高精度、低誤り率、高セキュリティ
を組合わせた、即時データ管理用システムを提供する。 【解決手段】 ワラント取引に関するデータの管理を含
むデータ管理のためのコンピュータシステム（ｃｉｔｉ
ＣＡＴＳ−ＯＳ）に関し、データ処理システム
（１）、入力ユニット（２）、表示ユニット（３）およ
びデータ入力（５）を有し、表示ユニット（３）は入力
ユニット（２）により特定データの入力を許容するフォ
ーマットを有する第１のマスクを表示し、入力ユニット
（２）によりこの要求が入力されるとデータ入力（５）
が読まれ、表示ユニット（３）は要求されたデータを含
む第２のマスクを表示し、データ処理システム（１）は
要求されたデータを予め定められた時間Ｔの間、保持
し、この時間Ｔの間に入力ユニット（２）からトランザ
クション要求がされたら、前記特定データに関する取引
を実行する。

Description

【発明の詳細な説明】

【０００１】本発明は、データ管理用コンピュータシス
テムおよびこのシステムを動作させる方法に関し、特
に、自動化ワラント取引（automated warrant tradin
g）システム（citiCATS-OS）に関する。

【０００２】ここ数年にわたり、ワラント取引の市場は
急速に拡大してきた。１９９１年から１９９５年までの
間、取引されたワラントの量は、約４００から４，００
０にまで成長した。

【０００３】従来技術では、ワラントの取引は時間およ
びコスト集中的（time- and cost-intensive）であるこ
とがきわめて多い。なぜなら、消費者の照会に応じて、
地方銀行内の顧客（customer）は、その消費者に最良の
ワラントをみつけるために、電話による調査または出版
物（publications）の調査を行う必要があるからであ
る。通常、消費者がワラントを購入したい場合、その消
費者はまず、株式取引所（stock exchange）を介してそ
の注文を処理している、またはワラント市場メーカー
（warrant market maker）にコール（call）を行う、自
分の地方銀行に連絡をとる。実行可能（executable）な
価格で取引されたワラントについてのオンライン情報・
取引システムは存在しないので、その地方銀行内の顧客
はその消費者に対して実際のオンライン情報を提供する
ことができない。したがって、顧客による売り買いの発
注とその実行との間には時間差があり、その結果、その
時間内に為替レートおよび／または価格レートが変動す
るリスクが生じる。売り／買い注文の実行が前日のレー
トにあわせた制限（a limit oriented on the rates）
に基づく場合さえしばしば起こる。これは、その注文が
同日に実行されなかったことによる。この時間遅延の理
由は、その注文が、株式取引所で実行される数時間前に
出されるということ、または、市場メーカーのディーリ
ングルームの電話が白熱した市場時間の間中、しばしば
通話中であることである。したがって、地方銀行は、顧
客にとって未知の価格でめくら注文（blind orders）を
出すことが多く、地方銀行は取引確認（deal confirmat
ions）を直ちに受けることがない。

【０００４】本発明の目的は、データトランザクション
処理時の向上した精度と、低減した誤り確率とを高いセ
キュリティと組み合わせた、即時データを提供するデー
タ管理を実現するデータ管理用コンピュータシステムお
よびそのシステムを動作させる方法を実現することにあ
る。

【０００５】この目的は独立形式の請求の範囲に記載の
特徴により解決される。従属形式の請求の範囲は、本発
明の有利な実施例および更なる改良を示す。

【０００６】少なくともワラントの取引に関するデータ
の管理を含むデータ管理用コンピュータシステムは、デ
ータ処理システムと、入力ユニットと、表示ユニット
と、データ入力とからなる。データのトランザクション
を行なうには、表示ユニットは、入力ユニットにより特
定のデータの要求を入力することができるフォーマット
を有する第１のマスクを表示する。この特定のデータは
ワラントデータに関連したものであり得る。特定のデー
タの要求、例えば、特定のワラントへの要求が入力され
ると、その入力されたデータは読み取られ、これにより
ワラントレートを含むデータ列を不変に（permanentl
y）受信することができる。このデータ列を読み出した
後、表示ユニットは、当該読み出されたデータを含む第
２のマスクを表示する。要求されたデータを受信した
後、データ処理システムは、そのデータを所定の時間保
持し、所定の時間内に入力ユニットによりトランザクシ
ョン要求があれば前記特定のデータに関連するトランザ
クションを実行する。

【０００７】データ処理システムは、要求されたデー
タ、例えば、特定の株式取引所番号およびそのボリュー
ム（volume）付きのワラントレートを、所定の時間保持
するので、当該時間の間、表示されたデータに基づいて
トランザクション（例えば買い要求）を実行することが
できるだけである。この時間が経過したら、トランザク
ションの要求はもはや入力することができず、したがっ
て、新たな特定のデータに対する再要求が発行されなけ
ればならない。このような再要求により、新たな実際の
データ（例えばワラントレート）を得るために入力デー
タが読みとられる。

【０００８】本発明のコンピュータシステムはワラント
レートを含む特定のデータをオンラインで表示すること
を可能とし、表示ユニットは当該特定のデータに対する
要求の入力を可能とする取引マスク（trading mask）を
表示する。この取引マスクのデザインは当該特定のデー
タの型によらず独立である。したがって、データ管理が
株（stocks）、公社債（bonds）、デリバティブ（deriv
atives）、あるいは外国為替（foreign exchange）の管
理からなるならば、その取引マスクは類似のものとな
る。異なる型のデータに対して類似のフォーマットを有
するクオーテーションマスク（quatation mask）につい
ても同じことがいえる。したがって、ユーザは、異なる
型のデータを取り扱うとしても、取引マスクまたはクオ
ーテーションマスクの新たなフォーマットに慣れる必要
がない。これにより、異なる型のデータを取り扱う場合
にも、容易に使用できるシステムが得られる。

【０００９】本発明の実施例によるシステムは即座に実
行可能なワラントレートを提供するので、直ちに顧客に
対して注文に応じることができる。よって、為替レート
および／または価格レートの変動のリスクが回避され
る。というのは、実行可能な価格が電子的に提示され、
それに対して行動できるからである。しかも、即座の電
子取引確認が完全な監査の手掛り（audit trail）付き
で提供される。本発明のシステムにより、比較的小規模
の銀行であっても、リアルタイムのレートおよび情報を
提供することにより効率を改善することができる。なぜ
なら、本システムは、顧客とトレーダー（trader）との
間のコミュニケーションを可能とするメールおよびクオ
ート要求（RFQ:request for quote）機能を付加するこ
ともできるからである。

【００１０】表示ユニット上で、顧客とトレーダーとの
間のバインディング契約（bindingcontract）である、
当該価格での取引を行うことが可能である。これによっ
て、売り／買い注文が電話で出される場合に生じがち
な、顧客とトレーダーとの間の誤解を防止する。

【００１１】本システムは、ユーザの全体的なワラント
処理の質および効率を拡大、向上させ、顧客サービスを
改善するとともに最小限のコスト増で容量（capacity）
を増加させるよう設計される。

【００１２】本発明の一実施例によれば、本システムは
クライアント・サーバアーキテクチャーを利用して実現
される。複数のデバイス間は、セキュリティネットワー
クを利用して通信を行う。これらのデバイスは、セキュ
リティネットワークから受け取ったメッセージにしたが
って、それらのコンピュータタスク（computationaltas
ks）を実行する。続いて、デバイスはその結果を外部デ
バイスへ、または同じセキュリティネットワークを利用
している次のデバイスへ返送する。このセキュリティネ
ットワークを介さないデバイス間の通信は禁止される。

【００１３】さらに、各送信デバイスはそれぞれの識別
（ＩＤ）情報を送信し、セキュリティネットワークは自
身を介して伝送されるすべてのデータについて、認証手
続きにおいて予め記憶された記憶情報とそれぞれの送信
デバイスのＩＤとが一致するか、チェックする。これら
の措置により、不当な（オーソライズされていない）ア
クセスを許容することのない、極めて確実で安全なシス
テムが得られる。

【００１４】以下、次のような添付図面を参照しなが
ら、本発明を例示説明する。

【００１５】図１は、本発明によるコンピュータシステ
ムのブロック図である。図２は、データ処理システムの
ブロック図である。図３は、本発明の一実施例による、
ワラントに関するトランザクション手順を示すフローチ
ャートである。図４は、本発明の一実施例による、ワラ
ントに関するトランザクション手順を示すフローチャー
トである。図５は、本発明による他の実施例による、ワ
ラントのトランザクション手順を示すフローチャートで
ある。図６は、アクセス制御画面である。図７は、機器
番号およびボリューム表示（Volume indication）のな
い取引画面である。図８は、株取引所番号（機器番号）
およびボリューム表示のある取引画面である。図９は、
要求されたワラントの実際の価格、および当該特定のワ
ラントに関する他の情報を含むクオーテーション画面で
ある。図１０は、取引確認画面である。図１１は、レー
ト表示要求（a view rates requests）の入力を示す取
引画面である。図１２は、空白レートページ画面であ
る。図１３は、レートが表示されたページ画面である。
図１４は、トランザクション詳細画面である。図１５
は、トランザクション概要画面である。図１６は、公正
チェック（Sanity Check）画面である。図１７は、価格
タイムアウト画面である。図１８は、クレジットリミッ
ト（Credit Limits）画面である。

【００１６】図１は、本発明によるコンピュータシステ
ムのブロック図を示す。データ処理システム１は、入力
ユニット２、表示ユニット３、およびプリンタ４に接続
される。データ処理システム１は、データ入力５からデ
ータ列を受信する。

【００１７】入力ユニット２は、キーボード、マウスあ
るいは他の任意の入力デバイスで実現できる。表示ユニ
ット３は、標準的なパーソナルコンピュータモニタで実
現できる。

【００１８】図２は、データ処理システム１のとりうる
構成を示す。セキュリティネットワーク６は、外部デバ
イス７、セキュリティデバイス８、データ管理デバイス
９、データインタフェースデバイス１０、および出力デ
バイス１１に接続される。ここに、入力ユニット２、表
示ユニット３およびプリンタ４は外部デバイス７の一部
でありうる。

【００１９】外部デバイス７は、モデムを介してセキュ
リティネットワーク６に接続するためのグラフィックユ
ーザインタフェース（ＧＵＩ）を含むパーソナルコンピ
ュータ（ＰＣ）でありうる。データ処理システム１の複
数のデバイスは、個別の独立した通信サーバ（クライア
ント・サーバアーキテクチャ）として実現することがで
きる。特に、セキュリティネットワーク６は、適当な個
数のメッセージルータ（MRO: message routers）により
実現することができる。セキュリティデバイス８は、セ
キュリティアクセスマネジャ（ＳＡＭ）により実現する
ことができる。データインタフェースデバイス１０は、
ワラントレートサーバ（ＷＲＳ）により実現することが
できる。データ管理デバイス９は、ワラントトランザク
ションサーバ（ＷＴＳ）により実現することができる。
出力デバイス１１は、ワラントハンドオフサーバ（ＷＨ
Ｏ: Warrant Hand-off）により実現することができる。
さらに、いずれもメッセージルータと通信するクレジッ
トサーバ（ＣＲＳ）、メールサーバ（ＭＡＩ）を設ける
ことができる。

【００２０】以下では、異なるサーバの機能に関連した
簡単な説明を行う。

【００２１】上述したように、本発明によるコンピュー
タシステムは、メッセージルータを用いて通信する複数
のサーバを有する。サーバとメッセージルータとの間の
ネットワーク接続は、使用されているＩＴＳ（informat
ion trading and settlementsystem）を複数のＶＡＸプ
ロセッサに分配することを可能とする。ＩＴＳサーバ
は、それらの隣接したメッセージルータから受信したメ
ッセージにしたがって、自身のコンピュータタスクを実
行する。このサーバは、結果をユーザへ返送し、または
同じメッセージルータネットワークを使用している次の
サーバへ送る。メッセージルータを介さないサーバ間の
通信は禁止される。

【００２２】１つのサーバ（データインタフェースデバ
イス：ワラントレートサーバ）は、レートフィード（ra
te feed）、データベース等に接続され、これらの資源
をＩＴＳネットワークの他の部分に利用させる（encaps
ulating）。本システムの中心にはデータ管理デバイス
（ＷＴＳ）があり、このデバイスがこれらの資源を用い
てユーザインタフェース（グラフィックユーザインタフ
ェース：ＧＵＩまたはホストユーザインタフェース：Ｈ
ＵＩ）に対して完全なサービスを提供する。さらに、ア
クセスを制限したり、どのサーバが他者と通信してよい
かを制御することにより、ＩＴＳのセキュリティを維持
するために用いられる補助的なサービスが設けられる。

【００２３】メッセージルータ（セキュリティネットワ
ーク）は、あるサーバから他のサーバへメッセージを伝
搬する任務を有する。ＩＴＳシステムは、任意の２つの
サーバ間の通信が可能となるように相互に接続された複
数のルータにより構成される。このシステムの中心に
は、セキュリティデバイス（ＳＡＭ）が位置し、これが
すべてのメッセージルータに接続される。ＳＡＭは、ユ
ーザパスワードを有効化するための、オーソライズされ
たユーザおよびアクセスのリストを保持する。ＳＡＭは
また、各サーバに対して一意なＩＴＳアドレスを発行す
る。このＩＴＳアドレスは、正しい相手先へメッセージ
を送るためにルータが用いるものであり、また、オーソ
ライズされていないアクセスに対してシステムのセキュ
リティを向上させる。

【００２４】ＳＡＭは、ユーザアカウント、アクセス制
限および特権を保持する。さらに、ＳＡＭは、インデッ
クスファイル（indexed file）を用いて、オーソライズ
されたユーザのリスト（サービスおよびメッセージルー
タ、ならびにそれらのそれぞれのアドレスを含む）を定
める。ＳＡＭは、ユーザアカウントに関するパスワード
を記憶し、オーソライズされたユーザのリストおよびそ
れらのアドレスを維持する。さらに、ＳＡＭは、どのサ
ーバがどのルータに接続されているかのマップ（対応関
係）を第２のインデックスファイル内に維持し、エラー
ファイル内にエラーを書き込む。ＭＲＯは、それらのそ
れぞれのアドレスに従ってサーバ間にメッセージを転送
する。さらに、ＭＲＯは、それぞれのサーバ間のプロト
コルを変換し、ＳＡＭへの新たな接続を確認することに
よりオーソライズされていないユーザがメッセージを送
信することを禁ずる。ＷＴＳは、サイベース（sybase）
データベース上の複数の同時ログインを用いるマルチス
レッドプロダクトサーバ（multi-threaded product ser
ver）である。ＷＴＳは、本システムのユーザと通信を
行い、ワラントトランザクションを実行、記憶する。こ
の場合、本システムのユーザは、例えば、それぞれのメ
ッセージルータに接続されるためにダイアルアップ手続
きを用いるＰＣ上にロードされたグラフィックユーザイ
ンタフェースである。ＷＴＳは、ユーザアカウント、取
引関係（trading relationships）、および休日表（hol
iday tables）を保持する。さらに、ＷＴＳは、ＣＲＳ
を用いてクレジットライン（credit lines）をチェック
し、ＷＲＳへアクセスしてＷＲＳから価格を入手する。
加えるに、ＷＴＳは、ＭＡＩを用いてトレーダーに対し
てシステムイベントを通知する。ＭＡＩは、システム内
でユーザおよびシステムのメールメッセージを記憶・転
送するためのサイベースデータベースを用いたマルチス
レッドプロダクトサーバである。ＭＡＩは、ユーザアカ
ウントのリスト、およびメーリング用のメールネームを
保持する。ＷＲＳは、ルータータップ（Reuters Taps）
（例えば２４）およびインビジョンシステム（Invision
system）から価格のデータ列およびページ更新を受信
し、全世界的セクションのレートデータのページを組み
立てる。この受信されたデータ列は、ＷＲＳの特定のメ
モリ位置に記憶され、これらの特定のメモリ位置は新た
なデータが受信される毎に上書きされる。ＷＲＳはＷＴ
Ｓからページおよび価格要求を受信し、表示ユニット２
への表示用またはクオーテーション目的用の結果を返送
する。さらに、ＷＲＳはレートページレイアウトおよび
特定のレートの位置を定めるためのファイルを用いる。
ＣＲＳは、顧客に関連したクレジット値のリストを保持
する。ＣＲＳは、インデックスファイルを用いて最新の
クレジット値を記憶する。クライアント（ＰＣ）にロー
ドされているグラフィックユーザインタフェース（ＧＵ
Ｉ）は、本システム用のＰＣユーザインタフェースであ
る。ＧＵＩは、メッセージルータと直接接続されるため
に、ＴＣＰ／ＩＰ（Transmission Control Protocol /
Internet Protocol）プロトコルを用いて顧客側および
トレーダー側のＰＣ上で走る。ＷＨＯは、ダイレクトデ
ィーラーインタフェース（ＤＤＩ）システム上の専用サ
イベースデータベースに完全なトランザクションを書き
込むことにより、それらをＤＤＩへ渡す。これは、トレ
ーダーが位置するディーリングフロア上にあるチケット
プリンタに取引チケットをフォーマットして印刷出力す
る。

【００２５】いくつかのサーバは、依存サーバ（depend
ency servers）を持つように構成される。起動時に、こ
れらのサーバは、それらの依存サーバが起動するのを待
って、オンラインに移行する。この依存関係は、あるサ
ーバが、そのサーバの機能に必要なシステム資源を提供
する他のサーバに依存するように具現される。例えば、
ＷＴＳは、ＷＲＳが走っていない限り、機能することが
できない。ＷＴＳは、ＷＲＳを依存サーバとして構成さ
れる。

【００２６】サーバは、ｐｉｎｇメッセージを送信する
ことにより、自身の依存サーバの存在をチェックする。
依存サーバが見つからない場合には、そのサーバはログ
にエラーを書き込み、待機した後、再度依存サーバをピ
ング（ping）するよう試行する。すべての依存サーバが
検出されたら、そのサーバはログにサーバアップ（serv
er-up）メッセージを書き込む。

【００２７】依存サーバにメッセージが届けられない場
合、サーバはそれらの依存サーバのピンギング（pingin
g）に復帰する。依存サーバのピングが成功するまで、
そのサーバの動作は一時的に抑止される。特に、ＷＴＳ
は、ＷＲＳ、ＭＡＩ、ＣＲＳおよびＷＨＯを依存サーバ
として有する。ＷＲＳ，ＣＲＳおよびＷＨＯは、ＭＡＩ
を依存サーバとして有する。

【００２８】本システムは起動手続き中、遅延期間をも
つよう構成される。したがって、依存サーバは、次のサ
ーバが起動される前に十分な時間をもって最初に起動す
ることができる。サーバを起動する順序、および順次の
サーバ間の遅延時間は予め記憶され、ハードウエアの要
請に適合させることができる。

【００２９】図３および図４は、ワラントトランザクシ
ョンの実行に必要なシステムステップの一例を示す。ユ
ーザＰＣの電源投入後、かつそのＰＣ上でのワラント用
自動取引システムの起動後、アクセス制御画面１２が表
示される（ステップ１００）。このアクセス制御画面１
２には、識別（ＩＤ）情報（ユーザ名およびセキュリテ
ィパスワード）が入力されなければならない。これは、
入力ユニット２を介して実行される必要がある（ステッ
プ１０１）。例えば、それぞれのマウス操作によりアク
セス制御画面１２上でログオンボタンを押下することに
より、ログオン要求を入力した後、当該ユーザによる本
システムの任意の箇所に対するアクセスが許可される前
に、本システムは入力内容を検証する（ステップ１０
２）。ユーザ名およびパスワードが確認されたなら、表
示ユニット３上に顧客取引画面１３が表示される（ステ
ップ１０３）。

【００３０】顧客取引画面１３は特定のワラントの株式
取引所番号、取引量（Volume）、および売り買いの別の
入力を許容する（ステップ１０４）。このステップ１０
４での入力後、価格取得要求（get price request）を
発行することができる（ステップ１０５）。その後、ク
オーテーション画面１４が表示される（ステップ１０
６）。同時に、タイマーが起動される（ステップ１１
１）。入力ユニット３を介して、表示されたワラントに
対する買い要求を入力することができる（ステップ１０
７）。ステップ１０８では、その買い要求が所定の時間
Ｔset内に入力されたか否かがチェックされる。否であ
れば、クオーテーション画面１４がタイムアウト（時間
切れ）表示を行ない、ステップ１０７で入力された買い
要求は実行されない。ステップ１０９の後、新たな実際
のレートを入手する再要求を入力することができる（ス
テップ１１０）。その後、更新されたデータとともにク
オーテーション画面１４が表示される（ステップ１０
６）。買い要求がステップ１０７で入力される前に、ス
テップ１０８で所定時間Ｔsetが経過しなかった場合、
ワラントのトランザクションが実行される（ステップ１
１２）。その後、取引確認画面１５が表示される（ステ
ップ１１３）。

【００３１】図５は、本発明の他の実施例に関するフロ
ーチャートを示す。顧客取引画面１３を表示していると
き、レート表示要求（view rates request）を入力する
ことができる（ステップ１１４）。レート表示要求は、
例えば、取引画面１３上でプルダウンメニューを開くこ
とにより、入力することができる。これは、顧客が例え
ば、買いまたは売り対象のワラントの株式取引所番号に
確信がない場合に実行することができる。さらに、顧客
はワラントの実際のレートおよびデータの一覧（overvi
ew）を得たいだけの場合もありうる。レート表示要求を
入力した後、レートページ画面１６が表示される（ステ
ップ１１５）。レートページ画面１６上で、特定のペー
ジ１７を選択することができ（ステップ１１６）、ま
た、ワラント株式取引所番号１８を選択することにより
特定のワラントにアクセスすることができる（ステップ
１１７）。その後、顧客取引画面１４が表示され（ステ
ップ１１８）、取引量と売り買いの別とが入力ユニット
３により入力される（ステップ１１９）。その後、手続
きは、図３のステップ１０５と図４のステップ１０６の
間のプロセスに戻る。

【００３２】図６は、ユーザ名とセキュリティパスワー
ドとを入力するために使用されるアクセス制御画面１２
を示す。ユーザ名およびセキュリティパスワードが入力
された後、ログオン要求を発行することができる。

【００３３】図７は、顧客取引画面１３を示す。この顧
客取引画面は予めワラントの取引に設定されている。た
だし、この画面は他の証券（securities）、例えば、
株、公社債、デリバティブ、あるいは外国為替用にも使
用することができる。さらに、顧客取引画面１３上で、
ワラント（または他の証券）の売り（sell）または買い
（buy）を別を入力することができる。

【００３４】図８は、入力ユニット（３）から機器番号
（instrument number）および取引量（volume）を入力
した顧客取引画面１３を示す。

【００３５】図９は、顧客取引画面（図８）を表示した
状態で価格取得要求（get price request）が入力され
た後のクオーテーション画面（quotation screen）１４
を示す。このクオーテーション画面１４は、ワラント取
引に必要なすべてのデータを示している。クオーテーシ
ョン画面１４の表示時にタイマーが起動される（ステッ
プ１１１）。これは、予め定めた時間Ｔset以内にだけ
買い要求を許可するためである。この時間Ｔsetの間に
買い要求が入力されない場合、クオーテーション画面１
４上にタイムアウト通知が表示される。このタイムアウ
ト表示がクオーテーション画面１４上に現れると、もは
や、特定のワラントに対する買い要求を発行することは
できない。クオーテーション画面上に新たなデータを読
み込むためには、再要求を入力する必要がある。このよ
うな再要求が入力されると、クオーテーション画面１４
は実際のデータで満たされ、タイマーが再度起動され
る。

【００３６】図１０は、時間内に買い要求が入力された
場合に表示される取引確認画面１５を示す。この取引確
認画面は取引番号（Trade No）を表示し、顧客参照番号
（customer reference number）の入力を許容する。こ
の画面は、顧客に対して、実行されたワラント取引につ
いての即座の電子的確認を行わせるものである。

【００３７】図１１は、レート表示要求（view rates r
equests）の入力が行えるプルダウンメニューを有する
トランザクション画面１３を示す。

【００３８】図１２には、レート表示要求が発行された
場合に表示ユニット３上に表示される空白状態のレート
表示ページ１６を示す。

【００３９】図１３に、顧客およびトレーダーに対して
ワラントレートのページを表示するレートページ画面１
９を示す。この画面は、また、ユーザがページ番号の入
力により特定のページを表示することを許容する。さら
に、ユーザは、詳細を入力して特定のワラントを名称で
検索することができる。さらに、ユーザはページを順次
閲覧するためにプラスまたはマイナス入力を用いてもよ
い。加うるに、矢印ボタンを操作することにより、レー
ト更新要求（refresh rates request）を入力すること
ができる。レートページ画面１７上で特定の機器が選択
されると（これは、例えば、株式取引所番号をマウスで
ダブルクリックすることによって選択できる）、クオー
テーション画面１４が表示される（図９）。

【００４０】図１４は顧客またはトレーダーに対して、
特定の取引についての全トランザクション詳細を表示す
る取引詳細画面を示す。

【００４１】図１５は、過去の取引を表示する必要があ
るときに、表示ユニット３上に表示されるトランザクシ
ョン履歴画面を示す。本システムは、表示すべき取引の
基準、例えばデータ範囲、顧客参照番号、取引ＩＤ、お
よび機器、を設定することを許容する。データパラメー
タの範囲は最大６０日にわたることができる。なぜな
ら、これが取引データの最大蓄積時間だからである。た
だし、さらに以前に実行された取引を見るために、別の
蓄積時間を設定することもできる。

【００４２】図６から図１５を参照して上述したシステ
ムは地方銀行にいる顧客およびワラント市場メーカーに
いるトレーダにより利用されるように設計されたもので
ある。しかし、トレーダーによってのみアクセスできる
特徴もある。これらの特徴の例を以下に説明する。

【００４３】図１６は、本システムに入力されたレート
の最大上昇および最大下落量の入力を許容する公正チェ
ック（sanity check）画面を示す。特に、この公正チェ
ックにより、入力データ５の最大変動をプリセットする
ことができる。例えば、特定のワラントのレートがある
レート表示要求から次のレート表示要求で０．２変化
し、かつ公正チェックが０．１にセットされていると
き、この特定の機器は抑止される。さらに、レートのバ
ンド幅（bandwidth）を入力することができる。データ
伝送エラーのようなシステム障害を除外することが可能
となるので、公正チェックによりシステムにおける高い
セキュリティが得られる。

【００４４】図１７は価格タイムアウト画面を示す。こ
の価格タイムアウト画面では、クオーテーション画面１
４で買い要求入力が実行されるか否か（図４、ステップ
１０６〜１１１）を決定するために用いられる時間Ｔse
tを入力することができる。Ｔsetの物理的単位は秒であ
る。Ｔsetは通常１０秒に調整されるが、適当な他の値
を入力することができる。

【００４５】図１８は、顧客に対するクレジット限界
（credit limits）を入力することができるクレジット
限界画面を示す。これらのクレジット限界は、クレジッ
トサーバにより取り扱われ、任意の与えられた顧客に対
する未決済の取引（unsettledtrades）のトータル値
が、所定の値を越えないように保証する。この所定の値
は、入力ユニット２によりクレジットフィールドに入力
することができる。顧客がこの値を超えるトランザクシ
ョンを入力しようとしたとき、これは拒否され、トレー
ダーにコンタクトをとるように促すオンスクリーンメッ
セージが表示される。

【００４６】本発明によるシステムの種々の機能をさら
に詳細に説明するために、以下に例を挙げる。

【００４７】ログオン手続き中に、ＰＣ（クライアン
ト）はメッセージルータ（ＭＲＯ）の１つに対してＴＣ
Ｐ／ＩＰコールを発生する。そのＭＲＯは当該コールを
受け付けて、特定のデバイスチャンネルをそのＰＣに割
り当てる。ユーザは、ＭＲＯに対して送信されるユーザ
名とパスワードとを入力する。ＭＲＯは、セキュリティ
アクセスマネジャ（ＳＡＭ）に対して、当該ユーザの詳
細、および当該コールの発行に用いられた方法（発呼者
のユーザ名およびノート（note））を渡す。ＳＡＭは、
そのユーザが本システムに接続されることが許されるか
否かを確認し、ＭＲＯに報知する。ＭＲＯは、引き受け
（acceptance）をＰＣへ送信する。ＰＣは、ワラント取
引サーバ（ＷＴＳ）およびメールサーバ（ＭＡＩ）へ独
立登録メッセージ（independent registration messag
e）を送信する。ＷＴＳは、そのユーザプロファイルテ
ーブルをチェックし、当該ユーザに対してセッションを
割り当てる。ＭＡＩは、そのユーザプロファイルをチェ
ックして、そのユーザを待っているメールメッセージの
個数を示すメッセージを返送する。ＰＣはＷＴＳから種
々の項目をダウンロードする。

【００４８】レート表示手続き中、ＰＣはレートページ
番号を含むレートページ要求をＷＴＳへ送信する。ＷＴ
Ｓは、レートを見ることが許されるか否かを確認し、そ
の要求をワラントレートサーバ（ＷＲＳ）へ渡す。ＷＲ
Ｓは、レートページを組み立てて、これをＷＴＳへ返送
する。ＷＴＳはそのレートページの詳細をユーザへ転送
する。

【００４９】トランザクション実行手続き（an executi
ng transactions procedure）中、ＰＣは、株式取引所
番号と取引量とを含むクオート要求（quote request）
をＷＴＳへ送信する。ＷＴＳは、クオート要求を受信し
て、レート要求をＷＲＳへ送信する。ＷＲＳは、レート
を受け取って、これをＷＴＳへ返送する。ＷＴＳは、サ
イベースに格納された手続き（sybase stored pocedur
e）を実行して、そのデータベースにクオーテーション
（quotation）を挿入する。このクオーテーションには
参照番号が割り当てられる。ＷＴＳはサイベースから結
果を収集して、価格および機器詳細とともにクオーテー
ションメッセージをＰＣへ返送する。ＰＣはこのクオー
テーションを表示し、ユーザは実行を決断する（ステッ
プ１０６、１０７）。ＰＣは、参照番号でトランザクシ
ョンを参照してＷＴＳへ実行要求を送信する。ＷＴＳ
は、元のクオーテーションについてトランザクションデ
ータベースを検索する、格納された手続きを実行する。
ＷＴＳは、ついで、そのクオート（quote）がタイムア
ウトになっていないかをチェックする。すべてに問題が
なければ、ＷＴＳはＷＲＳへ取引量要求を送信する。Ｗ
ＲＳは、機器の取引量を取り出し（deplete）、ＷＴＳ
へメッセージを返送する。ＷＴＳは、クレジットサーバ
（ＣＲＳ）へクレジット要求を送信する。ＣＲＳは、そ
のユーザのクレジットラインを取り出し、ＷＴＳへメッ
セージを返送する。最後に、ＷＴＳは格納された手続き
を実行して、当該クオーテーションを実行済み取引（ex
ecuted deal）に変換する。この取引の詳細はＰＣへ戻
される。

【００５０】上述した画面およびマスクからわかるよう
に、入力マスクは常に異なる型のデータの入力を許容す
るように設計されている。したがって、ユーザは単一の
画面およびマスクデザインに慣れさえすれば、本発明の
システムにより管理できるすべての異なる証券を取り扱
うことが可能となる。したがって、少なくとも、ワラン
トの取引に関するデータの管理を含むデータ管理用のコ
ンピュータシステムが提供される。このシステムは、例
えば、株、公社債、デリバティブ、および外国為替のよ
うな異なる型のデータの取り扱いに容易に適合させるこ
とができる。しかも、本発明によるシステムは、取り扱
われるデータに関して高度のセキュリティを提供する。
図１６を参照して前述したように、システムに入力され
るデータを制御し、検証することができる公正チェック
を導入することが可能である。さらに、クレジットリミ
ットおよび価格タイムアウトを設定することにより、両
側のリスクが軽減される。というのは、クオーテーショ
ン画面の表示後にワラントレートが大幅に変化する可能
性があるからである。これは、それぞれのレートの上昇
または下降に応じて、顧客に不利益をもたらしたり、ト
レーダーに不利益をもたらしたりする。

【００５１】本発明によるコンピュータシステムは、例
えばワラントトランザクションを電子的に開始し、実行
することができる、使い勝手のよいシステムである。こ
のシステムは、ユーザのＰＣとワラントのトレーダーデ
スクとの間を直接電子的に接続する。これによって、ユ
ーザは、ワラント市場で利用できるすべてのワラント
を、マーケット主導価格（market driven prices）で、
カスタマイズされたセキュリティ（custmized securit
y）をもって取引することができる。

【００５２】本システムは、最小限の増加コストで、顧
客サービスを改善し、容量（capacity）を拡大する。さ
らに、本システムは、トレーダー主導システム（trader
driven system）であり、トレーダーが上記従来技術と
調和して実行された取引によると同じ彼らの立場の制御
を彼らに与えるよう働く方法を反映している。

【００５３】本発明によるコンピュータシステムは、Ｐ
Ｃ上にロードされたグラフィックユーザインタフェース
（ＧＵＩ）で、あるいは、ＶＴ１００エミュレーション
スタンダードを具現するホストユーザインタフェース
（ＨＵＩ）で実現することができる。

【図面の簡単な説明】

【図１】 図１は、本発明によるコンピュータシステム
のブロック図である。

【図２】 図２は、データ処理システムのブロック図で
ある。

【図３】 図３は、本発明の一実施例による、ワラント
に関するトランザクション手順を示すフローチャートで
ある。

【図４】 図４は、本発明の一実施例による、ワラント
に関するトランザクション手順を示すフローチャートで
ある。

【図５】 図５は、本発明による他の実施例による、ワ
ラントのトランザクション手順を示すフローチャートで
ある。

【図６】 図６は、アクセス制御画面である。

【図７】 図７は、機器番号およびボリューム表示（Vo
lume indication）のない取引画面である。

【図８】 図８は、株取引所番号（機器番号）およびボ
リューム表示のある取引画面である。

【図９】 図９は、要求されたワラントの実際の価格、
および当該特定のワラントに関する他の情報を含むクオ
ーテーション画面である。

【図１０】 図１０は、取引確認画面である。

【図１１】 図１１は、レート表示要求（a view rates
requests）の入力を示す取引画面である。

【図１２】 図１２は、空白レートページ画面である。

【図１３】 図１３は、レートが表示されたページ画面
である。

【図１４】 図１４は、トランザクション詳細画面であ
る。

【図１５】 図１５は、トランザクション概要画面であ
る。

【図１６】 図１６は、公正チェック（Sanity Check）
画面である。

【図１７】 図１７は、価格タイムアウト画面である。

【図１８】 図１８は、クレジットリミット（Credit L
imits）画面である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 フリードマン、エリザベス イギリス国、コーンウォール ティー・ア ール11 ５ジェイ・ダブリュ、ファルマ ス、モーナン スミス、トレウォーバル コテージ １ (72)発明者 イルヴィン、フレッド ドイツ連邦共和国、フランクフルト ディ ー−60599、アム サンドベルク 48 (72)発明者 ジョンソン、マーク イギリス国、グレーター マンチェスター ダブリュ・エヌ２ ２エス・エヌ、ニア ウィギャン、アスプル、ペニングトン グリーン レーン ３ (72)発明者 リーベン、アンドレアス、テー ドイツ連邦共和国、ケルクハイム ディー −65779、アム リーベルク １アー (72)発明者 ポウント、ディーター ドイツ連邦共和国、ホフハイム ディー− 65719、マインツァーシュトラーセ 33 (72)発明者 ポッター、ニール アメリカ合衆国、ニュージャージー州 07090、ウエストフィールド、ヴァーノン テラス 138 (72)発明者 ラシュドルフ、アンドレアス ドイツ連邦共和国、ノイ アンスパック ディー−61267、レイモンド−ジャケット ベク 11 (72)発明者 レイナー、ピーター アメリカ合衆国、ニュージャージー州 07090、ウエストフィールド、ロアノーク ロード 433 (72)発明者 トーレマンテ、マリア ドイツ連邦共和国、ビスバーデン ディー −65187、バインフェルドシュトラーセ 28 Ｆターム(参考） 5B085 AE04 AE09 AE29 BA07 BG07

Claims (28)

【特許請求の範囲】
1. 【請求項１】少なくとも、ワラントの取引に関するデー
   タの管理を含むデータ管理のためのコンピュータシステ
   ムであって、 データ処理システム（１）と、入力ユニット（２）と、
   表示ユニット（３）と、データ入力（５）とを有し、 前記データユニット（３）は前記入力ユニット（２）に
   よる特定のデータに対する要求の入力が可能なフォーマ
   ットを有する第１のマスクを表示し、 前記データ入力（５）は、前記要求が前記入力ユニット
   （２）により入力されたとき読み込まれ、 前記表示ユニット（３）は要求されたデータを含む第２
   のマスクを表示し、 前記データ処理システム（１）は前記要求されたデータ
   を予め定めた時間Ｔsetの間だけ保持し、予め定めた時
   間Ｔsetの間に前記入力ユニット（２）によりトランザ
   クション要求がにゅ力された場合に前記特定のデータに
   関するトランザクションを実行するコンピュータシステ
   ム。
2. 【請求項２】前記第１のマスクが取引マスク（１３）で
   あり、前記第２のマスクがクオーテーションマスク（１
   ４）であることを特徴とする請求項１記載のコンピュー
   タシステム。
3. 【請求項３】前記取引マスク（１３）は前記データ入力
   （５）から前記特定のデータを読みとるために、前記入
   力ユニット（２）により前記特定のデータのＩＤ番号を
   入力することを許容することを特徴とする請求項１また
   は２記載のコンピュータシステム。
4. 【請求項４】前記ＩＤ番号は、株式取引所番号である請
   求項３記載のコンピュータシステム。
5. 【請求項５】前記取引マスク（１３）は複数の特定のデ
   ータを含むレートページ（１８）の要求を入力すること
   を許容し、該レートページ（１８）は特定のデータの要
   求を入力入力することを許容することを特徴とする請求
   項１または２記載のコンピュータシステム。
6. 【請求項６】前記データ処理システム（１）は、外部デ
   バイス（７）と、セキュリティデバイス（８）と、デー
   タ管理デバイス（９）と、データインタフェースデバイ
   ス（１０）と、出力デバイス（１１）とにより構成され
   るセキュリティネットワーク（６）を有し、前記外部デ
   バイス（７）は前記入力ユニット（２）および前記表示
   ユニット（３）を含むことを特徴とする請求項１〜５の
   少なくとも１つによるコンピュータシステム。
7. 【請求項７】前記入力ユニット（２）により特定のデー
   タの要求が入力されたとき、 前記外部デバイス（７）は、当該特定のデータの要求を
   出力し、前記セキュリティネットワーク（６）へ送信
   し、 前記セキュリティネットワーク（６）は、当該要求につ
   いて、そのオーソライゼーションをチェックし、このチ
   ェックの結果、前記データ管理デバイス（９）に対する
   前記外部デバイス（７）のオーソライゼーションが得ら
   れたら、前記データ管理デバイス（９）へ当該要求を送
   信し、 前記データ管理デバイス（９）は、前記チェックの結
   果、前記データインタフェースデバイス（１０）に対す
   る前記外部デバイス（７）のオーソライゼーションが得
   られていれば、前記データインタフェースデバイス（１
   ０）からのデータ（５）にアクセスするため、セキュリ
   ティネットワーク（６）へメッセージを出力し、 前記データインタフェースデバイス（１０）は、アクセ
   スされたデータを、前記セキュリティネットワーク
   （６）を介して前記データ管理デバイス（９）へ送信
   し、 前記データ管理デバイス（９）は、前記セキュリティネ
   ットワーク（６）を介して当該データを前記外部デバイ
   ス（７）へ送信することを特徴とする請求項６に記載の
   コンピュータシステム。
8. 【請求項８】各送信を行うデバイスはそれぞれのＩＤ情
   報を送信し、前記セキュリティネットワーク（６）は、
   自身を通過するすべてのデータ転送について、それぞれ
   の送信を行うデバイスのＩＤがオーソライゼーション手
   続きにおいて予め格納された格納情報と一致するか否か
   をチェックすることを特徴とする請求項６または７記載
   のコンピュータシステム。
9. 【請求項９】前記オーソライゼーション手続きにおい
   て、 前記セキュリティネットワーク（６）は、前記外部デバ
   イス（７）からＩＤ情報を読み出し、 前記セキュリティデバイス（８）は、そのＩＤ情報をチ
   ェックし、セキュリティネットワーク（６）に格納され
   ているアクセスオーソライゼーションを出力することを
   特徴とする請求項６〜８の少なくとも１つに記載のコン
   ピュータシステム。
10. 【請求項１０】前記外部デバイス（７）を前記セキュリ
    ティネットワーク（６）へ際せ諸接続する際、前記セキ
    ュリティネットワーク（６）は前記外部デバイス（７）
    へシード（seed）を送信し、前記外部デバイス（７）は
    そのシードに従ってＩＤ情報を暗号化し、この暗号化さ
    れたＩＤ情報を前記セキュリティネットワーク（６）へ
    送信することを特徴とする請求項６〜９の少なくとも１
    つに記載のコンピュータシステム。
11. 【請求項１１】前記セキュリティネットワーク（６）
    は、受信した暗号化されたＩＤ情報を前記シードととも
    に前記セキュリティデバイス（８）へ送信し、前記セキ
    ュリティデバイス（８）は前記ＩＤ情報を解読してセキ
    ュリティチェックを行うことを特徴とする請求項１０記
    載のコンピュータシステム。
12. 【請求項１２】前記オーソライゼーション手続きの際、
    前記セキュリティデバイス（８）は、 前記送信されたユーザＩＤが前記セキュリティデバイス
    （８）内のオーソライゼーションファイルに格納された
    データと一致するか、 アクセスのデータ、非ユーザとされた（disusered）お
    よびログイン失敗の回数を含む予め定められた個数のセ
    キュリティ条件が満足されたか、およびＩＤ情報がセキ
    ュリティネットワーク（６）から送信されたか、をチェ
    ックし、 前記セキュリティデバイス（８）は、前記セキュリティ
    チャックが満足されたときアドレスファイルから予め格
    納されたアドレス情報を読み出し、このアドレス情報を
    前記セキュリティネットワーク（６）へ送信することを
    特徴とする請求項６〜１１の少なくとも１つに記載のコ
    ンピュータシステム。
13. 【請求項１３】前記セキュリティネットワーク（６）
    は、本コンピュータシステムのどの部分に対して前記外
    部デバイス（７）がアクセスしてもよいかを定めるため
    に、前記アドレス情報を格納することを特徴とする請求
    項１２記載のコンピュータシステム。
14. 【請求項１４】前記セキュリティデバイス（８）は、セ
    ットアップ手続きの際に、前記セキュリティネットワー
    ク（６）が送信しているチャンネルが前記セキュリティ
    ネットワーク（６）に与えられたチャンネルと同じか否
    かをチェックすることにより、前記予め格納されたアド
    レス情報が前記セキュリティネットワーク（６）から送
    信されるか否かを決定し、前記セキュリティネットワー
    ク（６）が前記セキュリティデバイス（８）との間での
    データの送受信が許される唯一のデバイスであることを
    特徴とする請求項１２または１３記載のコンピュータシ
    ステム。
15. 【請求項１５】前記データ管理デバイス（９）は、特定
    のデータ管理に必要とされるデバイスに関する情報を含
    む依存リストを格納していることを特徴とする請求項６
    〜１４の少なくとも１つに記載のコンピュータシステ
    ム。
16. 【請求項１６】スタートアップ手続きの際、前記データ
    管理デバイス（９）は、前記依存リストに従って、特定
    のデータ管理のためのデータ転送が起動される前に、す
    べての必要なデバイスがオンライン状態にあるか否かを
    チェックすることを特徴とする請求項１５記載のコンピ
    ュータシステム。
17. 【請求項１７】前記データインタフェースデバイス（１
    ０）は、少なくともワラントレートを含むデータ列を不
    変に受信し、このデータを特定のメモリ位置に格納し、
    到来する新たなデータは前記特定のメモリ位置上の古い
    データを上書きすることを特徴とする請求項６〜１６の
    いずれかに記載のコンピュータシステム。
18. 【請求項１８】少なくとも、ワラントの取引に関するデ
    ータの管理を含むデータ管理のためのコンピュータシス
    テムを動作させる方法であって、 入力ユニット（２）により特定のデータの要求を入力す
    ることを許容するフォーマットを有する第１のマスクを
    表示ユニット（３）上に表示し、 この要求が前記入力ユニット（２）により入力された
    ら、要求されたデータを読み出し、 前記要求されたデータを含む第２のマスクを前記表示ユ
    ニット（３）上に表示し、 予め定められた時間Ｔsetの間、前記要求されたデータ
    を保持し、 この予め定められた時間Ｔsetの間に前記入力ユニット
    （２）によりトランザクション要求が入力されたら、前
    記特定のデータに関するトランザクションを実行するコ
    ンピュータシステムを動作させる方法。
19. 【請求項１９】前記第１のマスクはデータ入力（５）か
    ら前記特定のデータを読みとるために、前記入力ユニッ
    ト（２）により前記特定のデータのＩＤ番号を入力する
    ことを許容する取引マスク（１３）であることを特徴と
    する請求項１８記載の方法。
20. 【請求項２０】前記ＩＤ番号は、株式取引所番号である
    請求項１９記載の方法。
21. 【請求項２１】前記第１のマスクは、複数の特定のデー
    タを含むレートページ（１８）の要求を入力することを
    許容し、前記レートページ（１８）は特定のデータの要
    求を入力することを許容することを特徴とする請求項１
    ８記載の方法。
22. 【請求項２２】前記レートページ（１８）は、レート更
    新要求を入力することを許容し、その結果、リストの複
    数の特定のデータが読み出され、表示ユニット（３）上
    のレートページ（１８）にそれらが表示されることを特
    徴とする請求項２１記載の方法。
23. 【請求項２３】特定のデータの要求またはレート更新要
    求の入力に従って、前記データ入力（５）から本システ
    ムに不変に受信されるデータ列が読まれることを特徴と
    する請求項１８〜２２の少なくとも１つに記載の方法。
24. 【請求項２４】前記第２のマスクは、予め定められた時
    間Ｔsetの間に前記トランザクション要求が入力されな
    いとき、特定のデータの再要求を入力することを許容す
    るクオーテーションマスク（１４）であることを特徴と
    する請求項１８〜２３の少なくとも１つに記載の方法。
25. 【請求項２５】トランザクション情報を含む前記トラン
    ザクション要求が時間内に入力されたら、前記表示ユニ
    ット（３）上に取引確認マスク（１５）を表示すること
    を特徴とする請求項１８〜２４の少なくとも１つに記載
    の方法。
26. 【請求項２６】前記取引マスク（１３）およびクオーテ
    ーションマスク（１４）は、前記表示ユニット（３）上
    で、異なる画面または１つの画面として表示されること
    を特徴とする請求項１８〜２５の少なくとも１つに記載
    の方法。
27. 【請求項２７】前記特定のデータはワラントレートを含
    むことを特徴とする請求項１８〜２６の少なくとも１つ
    に記載の方法。
28. 【請求項２８】前記データ管理は、株、公社債、デリバ
    ティブまたは外国為替に関するデータの管理からなり、
    前記特定のデータは、株式レート、公社債レート、デリ
    バティブレートまたは外国為替レートを含むことを特徴
    とする請求項１８〜２７の少なくとも１つに記載の方
    法。