(57)【要約】自動交換システムにおいてシステムのマッチング方法において別個の仮想デリバティブ証券が使用される。基準証券、すなわち、デリバティブ契約が取引される証券をヘッジされたデリバティブ証券と共にディスプレイすることが好ましい。基準証券、すなわち、基礎契約には、ある価格が提示される。自動化された交換システムのマッチング・モジュールにおいて仮想ヘッジ・デリバティブ契約のマッチングを行うことができる。その後、この取引は、システムの別個のモジュールに取り込まれ、このモジュールにおいて組み合わされた取引が行われる。システムのマッチング方法において仮想ヘッジ・デリバティブ証券における取引がマッチングすると、このマッチングがその後の取引キャプチャ・モジュールにレポートされ、このモジュールにて仮想ヘッジ・デリバティブ契約および基準証券の対応する異なる取り扱いがなされる。取り扱いキャプチャ・モジュールでなされた取り扱いは、マッチングしなくてもよい。その理由は、契約の数および価格は、仮想ヘッジ・デリバティブ契約に関する情報から推定できるからである。【特許請求の範囲】
【請求項１】
マッチング・モジュールと取り扱いキャプチャ・モジュールとを含む自動化された交換システムにおいて、デリバティブ契約および／またはそれらの組合わせ契約ならびに基礎証券における契約の同時取引を行う方法であって、
デリバティブ契約およびその基礎証券における同時取引を意味する仮想デリバティブ契約および／またはそれらの組合わせ契約を行い、これらをディスプレイする段階と、
前記仮想デリバティブ契約における買呼値および売呼値を受ける段階と、
マッチング・モジュールにおいて前記仮想デリバティブ契約および／またはそれらの組合わせ契約における買呼値と売呼値とをマッチングさせる段階と、
仮想オプション／先物契約および／またはそれらの契約においてマッチングがあったときに、仮想デリバティブ契約に関連するデータに従って、組み合わされた取り扱い、すなわち、デリバティブ契約における一方の取り扱いおよびその基礎証券における一方の取り扱いを行う取引キャプチャ・モジュールにマッチングした取引に関するデータを転送する段階とを備えた前記方法。
【請求項２】
基礎契約の価格および／またはデルタ値を仮想デリバティブ契約と同じ表示にディスプレイする請求項１記載の方法。
【請求項３】
仮想デリバティブ契約を上場している交換所において、基礎契約が取引されないときに外部行使ポイントから基礎契約において支払われた価格を提供する段階を更に含む請求項１または２記載の方法。
【請求項４】
仮想デリバティブ契約がカバーされたオプション契約に対応する請求項１から３のいずれかに記載の方法。
【請求項５】
基礎証券で取引される契約数が、（仮想カバー・オプション証券のサイズ）×（デルタ値）×（公称基準契約）／（公称仮想カバー・オプション契約）として計算される請求項４記載の方法。
【請求項６】
マッチング・モジュールと取り扱いキャプチャ・モジュールとを含み、デリバティブ契約および／またはそれらの組合わせ契約ならびに基礎証券における契約の同時取引を行う自動交換システムであって、
デリバティブ契約およびその基礎証券における同時取引を意味する仮想デリバティブ契約および／またはそれらの組合わせ契約を行い、これらをディスプレイするための手段と、
前記仮想デリバティブ契約における買呼値および売呼値を受ける手段と、
前記仮想デリバティブ契約および／またはそれらの組合わせ契約における買呼値と売呼値とをマッチングさせるためのマッチング・モジュールに設けられた手段と、
仮想オプション／先物契約および／またはそれらの契約においてマッチングがあったときに、仮想デリバティブ契約に関連するデータに従って、組み合わされた取り扱い、すなわち、デリバティブ契約における一方の取り扱いおよびその基礎証券における一方の取り扱いを行う取引キャプチャ・モジュールにマッチングした取引に関するデータを転送する手段とを備えた前記自動交換システム。
【請求項７】
基礎契約の価格および／またはデルタ値を仮想デリバティブ契約と同じ図にディスプレイする請求項６記載のシステム。
【請求項８】
外部行使ポイントから基礎契約において支払われた価格を提供する手段を更に含む請求項６または７記載のシステム。
【請求項９】
仮想デリバティブ契約がカバーされたオプション契約に対応する請求項６から８のいずれかに記載のシステム。
【請求項１０】
基礎証券で取引される契約数を、（仮想カバー・オプション証券のサイズ）×（デルタ値）×（公称基準契約）／（公称仮想カバー・オプション契約）として計算する手段を含む請求項９記載のシステム。
【請求項１１】
交換システムによってマッチングすべきデリバティブ契約とデリバティブ契約の基礎となる契約（仮想デリバティブ契約）との同時行使を意味する金融証券に買呼値および売呼値を入力する多数のリモート入力ターミナルを備え、該リモート入力ターミナルが前記入力された買呼値および売呼値の自動化されたマッチング方法を主催する中央コンピュータ・サーバにリンクされており、更に前記仮想デリバティブ契約に対して与えられたマッチングした買呼値および売呼値に関するマッチング方法から出力されたデータを受信するように設けられた取り扱いキャプチャ・モジュールを更に備え、取り扱いキャプチャ・モジュールがマッチング方法によってマッチングされた特定の仮想デリバティブ契約の仕様に従ってデリバティブ契約の基礎となる契約およびデリバティブ契約における取り扱いをキャプチャするようにプログラムされている交換システム。
【請求項１２】
コンピュータで実行されるときに、
デリバティブ契約およびその基礎証券における同時取引を意味する仮想デリバティブ契約および／またはそれらの組合わせ契約を行い、これらをディスプレイする段階と、
前記仮想デリバティブ契約における買呼値および売呼値を受ける段階と、
マッチング・モジュールにおいて前記仮想デリバティブ契約および／またはそれらの組合わせ契約における買呼値と売呼値とをマッチングさせる段階と、
仮想オプション／先物契約および／またはそれらの契約においてマッチングがあったときに、仮想デリバティブ契約に関連するデータに従って、組み合わされた取り扱い、すなわち、デリバティブ契約における一方の取り扱いおよびその基礎証券における一方の取り扱いを行う取引キャプチャ・モジュールにマッチングした取引に関するデータを転送する段階とを実行するコンピュータ・プログラムを記憶したコンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
（技術分野）
本発明は、自動化された交換システムに関し、特に、取引デリバティブ契約用の自動化された交換に関する。
【背景技術】
【０００２】
（発明の背景および従来技術）
一部の交換所では、いわゆるデリバティブ契約の取引がなされる。デリバティブ契約とは基礎となる契約から派生した契約のことである。これら基礎となる契約としては、例えば株、債券および商品契約が挙げられる。これら基礎となる契約自身も、あるケースではデリバティブ契約となり得る。デリバティブ契約に対する価格は、基礎契約の価格に応じて決まる。これらデリバティブ契約の例としては、種々のタイプのオプション契約および先物契約が挙げられる。
【０００３】
先物契約のケースでは、先物契約の価格と基礎契約に対する価格との間には直接の相関性がある。従って、例えば、特定の株に対する価格が１ドルだけ上昇した場合、その特定の株を基礎契約として有する先物契約に対する価格も１ドルだけ上昇することになる。
【０００４】
しかしながら、このような直接の相関性は、ほとんどのタイプのデリバティブ契約に対しては有効ではない。例えば、オプションの価格は、ファクタ×（基礎価格の変動）としての基礎価格に応じて決まる。この場合、ファクタはコール・オプションに対しては０と１の間にあり、プット・オプションに対しては０と−１との間にある。このことは、基礎契約の価格が１だけ上昇した場合、コール・オプションの価格は、多くて１だけ常に上昇することを意味する。このファクタは、通常、デルタまたはデルタ値と称されている。
【０００５】
マーケットでは、いくつかのタイプのトレーダの当事者が存在する。１つの特定のタイプのトレーダ当事者としてマーケット・メーカをあげることができる。マーケット参加者は、マーケットで取引される１つまたは数個の証券でマーケットへの価格を提供する義務を負う。マーケット・メーカは、買い価格と売り価格との間の少ないサヤ取りをすることにより取引から利益を得る。マーケット・メーカは、取引する証券でリスクを負うことを望まない。しかしながら、マーケット・メーカがデリバティブ契約でマーケットに価格を提供し、他の誰かがその価格に反して取引した場合、マーケット・メーカは、オープン・ポジションと称される状態のままになる。このことは、基礎となる契約の価格が変動した場合、マーケット・メーカは、損をするか、または得をすることを意味する。マーケット・メーカの役割は、市場に流動性を提供することであって、証券の危険性を負うことではないので、マーケット・メーカの見解からリスクは望まれない。
【０００６】
オープン・デリバティブ・ポジションの短期の最大のリスクは、基礎となる価格が変動し、よってデリバティブ契約価格が変化するというリスクである。このようなリスクを少なくするためにマーケット・メーカは、このオープン・ポジションを相殺するために基礎契約を買うことができる。基礎となる証券のうちでマーケット・メーカが買わなければならない契約の数は、そのときのデルタ／デルタ値に応じて決まる。
【０００７】
従って、例えば、デルタ値が０.５である場合、マーケット・メーカは、デルタ契約の取り扱いから生じるオープン・ポジションをヘッジするために、各デリバティブ契約に対し０.５の基礎契約を取引しなければならない。当然ながら、他のマーケット参加者もオープン・ポジションに入ることなく、取引に関心をもつことができる。このように、デリバティブ・ポジションがヘッジされるとき、この取引は、デルタ中立であると称される。
【０００８】
デリバティブ契約の価格は、基礎契約の価格だけに応じて決まるわけではない。例えば、オプションの価格は基礎契約の変動性にも依存する。従って、オプション契約がデルタ・ヘッジされている場合、そのポジションは、基礎契約の価格変化に影響されることが少なく、従って基礎契約の変動性の変化に比較的大きく依存する。このことは、オプション契約を取引する通常の方法である。オープン・デルタ・ポジションは、デルタ値に従ってヘッジされる。このこともオプションをカバーすると称される。当然ながら、このことはプット・オプションおよびコール・オプションだけでなく、より複雑なオプション契約またはオプション契約の組合わせに対しても行うことができる。
【０００９】
オープン・デリバティブ・ポジションのデルタ・ヘッジをするのに必要な取引は、今日では電話を通して、または電話と電子システムによって行われている。２つ以上の場所で取引が実行されると、常に、いわゆる行使リスクが存在する。このことは、マーケット参加者が取引の双方を行使でき、従って価格付をできると仮定することを意味する。取引がなされると、参加者は、最初の注文が実行されたときに設定された価格でオープン・ポジションを保持することができない場合がある。マーケットの一方における価格および／または取引量が変動したからである。このことは、通常、行使リスクまたは流動性と称される。
【００１０】
更に多くの自動化された交換システムでは、通常、有価証券の組合わせを設定することができるが、このような組合わせは、今日では自然数の組合わせに限定されている。例えば、組合わせＡＢ、すなわちＡの売り１とＢの買い１の組合わせ、または組合わせＣＤ、すなわちＣの売り２とＤの売り１の組合わせが考えられる。これら比率は、一日中固定されており、ストラドル（複合オプション）、ストラングル、時間スプレッドなどの戦略のために通常使用される。
【００１１】
しかしながら、これら現行の組合わせはポジションをデルタ・ヘッジしたい者の要求を満たすことはできない。この理由は、オプション契約のデルタは、基礎契約の価格の変動と共に変化するからである。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
組合わせ注文は、別の証券のマーケットに派生した注文を通常、発生させる。例えば、ある人物が特定の先物を売り、この特定の先物から派生したコール・オプションを売りたいことがある。契約の１つに対して、すなわち先物またはオプションのいずれかの価格が存在すると、自動化された交換システムにより組合わせ契約のうちの他の契約において派生した注文が生じる。この方法は、自動化された交換所で使用されるマッチング・ユニットにおける処理パワーを極めて必要とする。マッチング・ユニットの処理パワーは、従来の自動化された取引システムではボトル・ネックを構成することが多いので、このようなことは、不幸なことである。
【００１３】
（発明の概要）
本発明の目的は、極めて少ない処理パワーを使ってヘッジされたデリバティブ注文の取引を実行できる方法およびシステムを提供することにある。
【００１４】
本発明の別の目的は、取引に入る当事者に対し、低い行使リスクでヘッジされたデリバティブ注文を取引できるようにする方法およびシステムを提供することにある。
【課題を解決するための手段】
【００１５】
上記およびそれ以外の目的は、取引における一部となる当事者によって知られた価格で取引の一部の双方が保証されるシステムおよび方法によって達成される。このことは、自動化された交換システムにおけるマッチングで使用される別個の仮想証券を創出することによって達成される。このように創出される仮想証券は、ヘッジされたデリバティブ証券と称すことができる。
【００１６】
基準証券、すなわち、オプションおよびその他のデリバティブ契約が取引される証券をヘッジされたデリバティブ証券と共にディスプレイすることが好ましい。この基準証券、すなわち、基礎契約には、ある価格が提示される。更に、この基準証券は、本明細書で説明するような仮想ヘッジ・デリバティブ契約を上場する交換所で取引してもよいし、取引しなくてもよい。取引しない場合、リアル・タイムの価格が与えられる行使ポイントから供給される価格を提供することができる。
【００１７】
従って、ある当事者、例えば、マーケット・メーカが上記のように行使リスクを受けることなく取引に入りたいと望んだ場合、その当事者は、代わりに仮想ヘッジ・デリバティブ証券で取引できる。例えば、その当事者がオプション契約の取引を望み、オプション契約の基礎となる契約において対応する取引、すなわち、カバーされたオプションとして知られる取引を同時に実行したい場合、その代わりにその当事者は、カバーされたオプションに対応する仮想ヘッジ・デリバティブ契約における取引に入る。
【００１８】
システムは、次に、次の段階を実行する。仮想ヘッジ・デリバティブ証券における取引がシステムのマッチング方法でマッチングすると、このマッチングが次の取り扱いキャプチャ・モジュールにレポートされ、このモジュールで仮想ヘッジ・デリバティブ契約と基準証券の対応する異なる取り扱いがなされる。契約の数および価格は、仮想ヘッジ・デリバティブ契約に関する情報から推定できるので、取り扱いキャプチャ・モジュールでなされる取り扱いはマッチングしなくてもよい。
【００１９】
一般にマッチングしたヘッジ・デリバティブ契約を受ける取り扱いキャプチャ・モジュールからの出力は、デリバティブ契約では１回の取引となり、デリバティブ契約の基礎となる証券では、１回の取引となる。当然ながら、あるポイントで望む場合、３つ以上の同時取り扱いを意味する仮想デリバティブ契約を行うことも可能である。
【００２０】
従って、自動化された交換システムのマッチング・モジュールでは、仮想ヘッジ・デリバティブ契約のマッチングが起こり得る。この取引は、システムの別個のモジュールでキャプチャされ、このモジュールで組み合わされた取り扱いがなされる。実際のデリバティブ契約および基礎証券における契約のすべての脚部は、その後、清算／決済、および恐らくは他の処理のために転送される。
【００２１】
以下、添付図面を参照し、非限定的な例により本発明についてより詳細に説明する。
【実施例】
【００２２】
（好ましい実施例の説明）
図１には、自動化された交換システム１００の全体の図が示されている。このシステム１００は、多数のリモート・ターミナル１０１を備え、これらターミナルのすべては、コンピュータ・プロセッサ１０９と関連する注文帳（メモリ）１１１とを含むマッチング・ユニット１０５を備えた中央コンピュータ・サーバ・システム１０３に接続されている。中央コンピュータ・サーバ・システム１０３には、スエーデンのオーエムテクノロジＡＢ社によって販売されているクリックＴＭ（ＣＬＩＣＫ  ＴＭ）ソフトウェアのような適当なソフトウェアがロードされており、このサーバは、従来の自動化された交換所のすべての特徴および機能を有する自動化された交換所を形成している。リモート・ターミナル１０１は中央コンピュータ・サーバ１０３との間でデータを送受信するようになっている。これらターミナル１０１は、自動化された交換所において組合わせ契約を含む契約を取引する投資家、例えば、証券会社などに対するインターフェースとなるようになっている。かかるシステムで入力された注文のマッチングは、この作業用に設計されたユニット１０５により中央コンピュータ・サーバで実行される。このシステム１０３は、更に取り扱いキャプチャ・モジュール１０７を含む。このモジュール１０７は、取り扱いを受け取る作業を実行する役割を果たし、指定されたデータ・ベースに取引を登録し、クローズされた取り扱いに関するリクエストに答える。更に取り扱いのキャンセル／変更が必要な場合、このことは、通常、取り扱いキャプチャ・モジュールで実行される。このシステム１０３は、他の関連するシステム、例えば、ポジション維持システム１１３にもリンクできる。
【００２３】
図１のシステムの注文帳１１１は、従来の金融証券の他に、自動化された交換システムにおけるマッチングで使用される別個の仮想証券を更に取り扱うようになっている。特に基準証券を有するヘッジされたデリバティブ契約の取引をするための一組の仮想証券が設けられている。このように形成される仮想証券をヘッジされたデリバティブ証券と称すことができ、この証券は、例えば、カバーされたオプションを含むことができる。
【００２４】
ヘッジされたデリバティブ契約証券と共に、基準証券、すなわち、オプションを取引する証券をディスプレイすることが好ましい。図２にはＩＢＭのカバーされたオプションのスクリーン・ショットの例がディスプレイされている。図２での頂部ラインは、左から右に次のことをディスプレイしている。すなわち、
−  取引される証券、本ケースでは、１２月に満期日を有し、５.５０ドルのストライキ価格を有するＩＢＭのプット・オプション。
−  カバーされたオプションに対し計算されたデルタ値、本ケースでは０.７９。
−  最良の買呼値、本ケースでは１.６３ドル。
−  最良の売呼値、本ケースでは１.６５ドル。
【００２５】
その後のラインは、基礎基準証券としてすべてがＩＢＭ株を有する他の同様な契約をディスプレイする。この基準証券、すなわち基礎契約には、ある価格が提示される。底部の行を参照される。更に、この基準証券は、仮想デリバティブ契約を取引する特定の交換所で取引してもよいし、しなくてもよい。取引しない場合、リアル・タイムの価格が示される行使ポイントから支払われる価格を提供できる。
【００２６】
図３では、本発明の好ましい実施例に従って図１のシステム内で実行される段階を示すフローチャートが示されている。
【００２７】
最初の注文は、上記のように仮想ヘッジ・デリバティブ契約を売るために最初のトレーダＡが入力する注文である。例えば、この注文は、特定のコール・オプション契約の１００の契約を売ると同時に、対応する数の基礎契約を売り、特定の価格で取り扱いデルタを中立にすることによりオプション契約をカバーする注文である。次に売り注文は、中央のマッチング・システムへ送信され、このシステムでステップ３０１において受信される。
【００２８】
次に、第２のトレーダＢはトレーダＡが入力した売り注文にマッチングする対応する契約を買う注文を入力する。この買い注文は、中央マッチング・システムへ送信される。この注文は、ステップ３０３でシステムにより受信される。
【００２９】
第１および第２トレーダから送信された注文は、次にマッチングのために中央システムのマッチング・ユニットに向けられる。この場合、ステップ３０１および３０３で受信された注文がマッチングする。直接のマッチングがない場合、注文は、注文のタイプに応じ、先物注文に対して将来マッチングするかどうかシステムの注文帳に記憶してもよいし、削除してもよい。
【００３０】
マッチング・ユニットにおいて一旦、マッチングすると（ステップ３０５）、マッチングの発生は、別のエンティティ、例えば、取り扱いキャプチャ・モジュールに転送される（ステップ３０７）。次に、ステップ３０９において、取り扱いキャプチャ・モジュールは、仮想ヘッジ・デリバティブ契約を黙示の取り扱いに変換し、その黙示の取り扱いをキャプチャする。この例では、仮想ヘッジ・デリバティブ契約における取引は、４つの持ち契約を含む２つの取り扱いを意味する。トレーダＡは、１００個のオプション契約を売り、オプション（基準証券）の基礎となる契約のうちのＸ個の契約を買う。ここで、Ｘは、取引がマッチングしたときのその時のデルタ値に応じて決まる。トレーダＢは、逆のことを行う。すなわち、トレーダＢは、１００個のオプション契約を買い、基礎契約におけるＸ個の契約を売る。
【００３１】
次に取り扱いキャプチャ・システムから持ち契約が出力され、ポジション維持システムに転送される（ステップ３１１）。ポジション維持システムでは、一日のうちに異なる当事者によってとられたポジションのネッティング（差額決済）を行うことができる（ステップ２１３）。次に、ポジション、すなわち、ネット・ポジションがその後の決済、恐らくは他の処理のために出力される（ステップ２１５）。
【００３２】
従って、デリバティブ証券契約の数は、取引されるサイズに従い、基準証券における取扱量は、特定の式に従う。特に、取引されるデリバティブ証券がカバーされたオプション契約である場合、式（派生したカバー・オプション証券のサイズ）×デルタ値×（公称基準契約）／（派生した公称カバー・オプション契約）が使用される。
【００３３】
仮想ヘッジ・デリバティブ証券の価格は、システムによって無条件でディスプレイすることが好ましい。例えば、２３で持ち契約が取引された場合、この取引は、価格２３で実行される。取引の時点で基準証券価格をディスプレイすることが好ましい。
【００３４】
特定の交換所で基準証券が取引されない場合、この証券は、基準証券を取引する交換所に交換所外取引を報告できることを条件に、この証券を取り扱うことができる。基準証券によってヘッジすべきオプションまたはその他の派生した証券は、基準証券で取引すべき取扱量を計算するために交換所が供給する特定のデルタ値を有していなければならない。
【００３５】
このデルタ値は、交換所または第三者のプロバイダによって計算できる。好ましくは、第三者のプロバイダは、既知の式に従ってオプションに対するデルタ値を既に計算した売り手とすることができる。
【００３６】
上記に従い、ヘッジされた取引を望むマーケット参加者は、交換所がディスプレイしたデルタと異なる方法でデルタを計算してもよい。デルタは、ディスプレイされ、公となるので、このことは、問題ではない。マーケット参加者がデルタを異なるように計算した場合、仮想デリバティブ証券で実際に取引できる良好な機会が生じる。取引で使用されるすべての情報、例えば、デルタ値、基準契約の価格および取引された仮想デリバティブ証券の価格は、交換所によって入手可能とされる。当然ながら、仮想デリバティブ証券は、有価証券の組合わせとすることができる。
【００３７】
実際の取引は仮想デリバティブ契約自身に対してしか行使されないので、本明細書に説明したようなマッチング方法は、極めて効率的である。従って、マッチング方法では、仮想デリバティブ証券自身しかマッチングされない。従って、派生した契約に対する価格は計算する必要はなく、マッチング・ユニットのプロセッサによって複雑なデルタ値の計算を実行する必要もない。その代わりに、取引に関連する基準証券は、取引キャプチャにおける後の段階で取引される。すなわちマッチングの後で、かつ取引が終了し、決済を受ける前に取引される。
【００３８】
マッチング方法において、基準証券を同時にマッチングすべきであった場合、これによってマッチング方法の性能が大幅に下がる。その理由は、マッチングで使用されるプロセッサは、各取引に関連する負担の重い計算を行わなければならないからである。更に電子取引システムでは、マッチング方法は、通常、性能に関するボトル・ネックの１つとなっている。
【００３９】
基準証券について利用できる価格がないときのケースでは、仮想デリバティブ証券自身に対する取引を行使することが好ましいが、取引に関する情報と共に取引キャプチャの放送はない。この理由は、全取引を行使できるようになる前には、基準証券に関するある価格が存在するはずだからである。このことは、基準契約を別の交換所にレポートすべきときに特に重要である。交換所外にレポートされる現在の市場価格からどれだけ多く偏差してよいかのルールが通常、存在する。従って、取引を行使しないことが通常重要である。
【００４０】
更にデルタ値は、基準証券価格の変動と共に変化する。デルタ値および基準価格が変化するときに、取引が実行されないことを保証するために、仮想デリバティブ証券として取引されるすべての証券を停止することが好ましい。更新がされるときには、すべての仮想デリバティブ証券の注文も無効にする。この理由は、更新前に仮想デリバティブ証券に対して設定された価格は、変化後に最も確実に更新されるはずであるからである。注文を無効にしない場合、マーケット参加者は、新しい環境に価格を合わせることができる前に自分の注文の取引をする可能性があり、従って、リスクを受け得る。このことは、望ましくないことである。
【００４１】
本明細書に記載した方法およびシステムは異なる多くのタイプの仮想デリバティブ契約、特にヘッジされたデリバティブ契約、例えば、カバーされたオプションおよびカバーされた先物契約の取引にも使用できる。
【図面の簡単な説明】
【００４２】
【図１】コンピュータ化された自動交換システムの全体の図である。
【図２】図１のシステムで使用するためのグラフィック・ユーザ・インターフェースの例を示すスクリーン・ショットである。
【図３】注文を処理するときの、図１のシステムで実行される異なる段階を示すフローチャートである。
【図１】
2005507534.tif 000002
【図２】
2005507534.tif 000003
【図３】
2005507534.tif 000004
【国際公開パンフレット】
2005507534.tif 000005
2005507534.tif 000006
2005507534.tif 000007
2005507534.tif 000008
2005507534.tif 000009
2005507534.tif 000010
2005507534.tif 000011
2005507534.tif 000012
2005507534.tif 000013
2005507534.tif 000014
2005507534.tif 000015
2005507534.tif 000016
2005507534.tif 000017
2005507534.tif 000018
2005507534.tif 000019
2005507534.tif 000020
2005507534.tif 000021
2005507534.tif 000022