(57)【要約】【課題】  流動性が高い電子取引システムを提供する。【解決手段】  電子取引システムにおいて、ある取引コードに１つ以上の従属または子取引コードを付与することによって、プライムブローカレッジサービスが提供され得る。プライムブローカー取引は従属取引コードを介して実行されるが、市場には、親取引コードに付与された信用を用いた親取引コードとの取引として見える。プライムバンクカスタマーは、システム上で同様に取引するカスタマーバンクの従属取引コードであり、信用がプライムブローカー取引用に、カスタマーに従属するコードによって割当てられるようにする。取引コードは、互いに取引可能ないくつかの従属取引コードを有していてもよい。従属取引コードは、立会場のサイズを単一の取引コードがサポート可能なサイズを超すよう拡張し、システムバージョン間の移行を支援するために、使用可能である。【選択図】        図５
2006024221.tif 000002
【特許請求の範囲】
【請求項１】
取引先同士の間で商品を取引するための電子取引システムであって、
システム上で取引中の商品を売買するために気配値を提示するための複数の取引先立会場を含み、各立会場はそれを他の取引先立会場に対して識別するための一意的な立会場コードを有し、取引先立会場のうちの少なくとも１つは親立会場コードと少なくとも１つの従属立会場コードとを含み、従属立会場コードを介して行なわれた取引は、親立会場コードとの取引として取引先に示される。
【請求項２】
従属立会場コードは、システム上で取引する第三者の銀行にプライムブローカレッジを提供するプライムバンクに付与される、請求項１に記載の電子取引システム。
【請求項３】
プライムブローカレッジ立会場コードは、システム上での取引先であって一意的な立会場コードを有するカスタマーバンクに、プライムブローカレッジを提供し、カスタマーバンク立会場コードは従属立会場コードを有し、プライムブローカレッジはカスタマーバンクの従属立会場コードに提供される、請求項２に記載の電子取引システム。
【請求項４】
カスタマーバンクに従属する立会場コードは、プライムバンクに従属する立会場コードに信用を付与する、請求項３に記載の電子取引システム。
【請求項５】
カスタマーバンクに従属する立会場コードは、カスタマーバンクに従属する立会場コードの代わりにプライムバンクに従属する立会場コードによって行なわれる取引について信用限度を設定するための立会場管理者を含む、請求項４に記載の電子取引システム。
【請求項６】
立会場コードは複数の従属立会場コードを有し、各従属立会場コードは、取引システム上で取引する商品に付与されている、前述のいずれかの請求項に記載の電子取引システム。
【請求項７】
商品は、取引アルゴリズムに従ってシステム上で取引する自動化された取引インターフェイスを含む、請求項６に記載の電子取引システム。
【請求項８】
プライムバンクに付与された従属立会場コードを有する複数の立会場コードと、プライムカスタマートレーダーに付与された複数の従属立会場コードを有する少なくとも１つの立会場コードとを含み、各プライムカスタマーに従属する立会場コードは、プライムバンクに従属する立会場コードのうちの１つとの取引に付与される、請求項２に記載の電子取引システム。
【請求項９】
立会場のうちの少なくとも１つは、取引コードを介して取引する物理的なトレーダーを持たない仮想取引コードを含む、前述の請求項のいずれかに記載の電子取引システム。
【請求項１０】
電子取引システム上で取引する方法であって、前記システム上で取引する当事者は立会場となるよう構成され、その各々はそれをシステム上で取引する他の立会場に対して識別するための一意的な立会場コードを有しており、前記方法は、少なくとも１つの親立会場コードに従属立会場コードを付与するステップと、従属立会場コードを介して行なわれた取引を取引先と親立会場コードとの間での取引として示すステップとを含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の分野
この発明は、トレーダー間で商品を取引するための自動取引システムに関し、特に、立会場が、取引システムに対して、かつ互いに対して識別される態様に関する。この発明は特にプライムブローカレッジ（委託売買業務）システムに関するが、それに限定されない。
【背景技術】
【０００２】
発明の背景
エレクトロニック・ブローキング・サービシーズ社（Electronic Broking Services Ltd）のＷＯ２００４／０４０４２２は、プライムブローカレッジシステムを記載している。プライムブローカレッジは、ＦＸアライアンス（FX Alliance）ＬＬＣのＷＯ２００４／００１５３３にも記載されている。プライムブローカレッジは、概念としては長年存在しており、ある当事者に、信用のない当事者の代わりに手数料を取って信用取引に関与させる。このため、銀行Ａが銀行Ｂとの取引を希望するものの、銀行Ｂとの相互信用を持っていない場合、銀行Ａは、銀行Ａおよび銀行Ｂとの相互信用を有する銀行Ｃのサービスを使用することができる。銀行Ｃは銀行Ａとの取引業務に入り、代わりに取引したことに対して銀行Ｂに手数料を請求する。
【０００３】
ＷＯ２００４／０４０４２２およびＷＯ２００４／００１５３３は双方とも、プライムブローカレッジを匿名自動取引システムに統合可能な方法を開示している。匿名取引システムは当該技術分野において周知である。一例は、インターバンク市場で外国為替スポット通貨および貴金属を取引するために英国ロンドンのイー・ビィ・エス・グループ・リミテッド（EBS Group Limited）によって運営されているＥＢＳシステムである。
【０００４】
ＷＯ２００４／０４０２２のシステムは、機関のトレーダーがプライムブローカーバンクを介して取引できるようにし、それがさもなければ見ることができなかったであろう価格へのアクセスを、それに提供する。プライムブローカーバンクは、取引先との取引に入り、次に、それが取引を代行する当事者との同額についての取引を実行する。後者の取引は、プライムブローカーバンクが取引業務から利益を得られるよう、プライムブローカーバンクにとって有利な価格であってもよく、また、これに代えて、プライムブローカーバンクは、その信用を自分のカスタマーバンクが利用できるようにしたことに対して、手数料を請求してもよい。
【０００５】
プライムブローカーの信用を用いる銀行である、プライムブローカーカスタマーは、実際にプライムブローカーとしてシステムにログオンする。それは、プライムブローカーカスタマーたちが共有する仮想コードである、ある特定のプライムブローカー取引コードにログオンしてもよい。この取引コードは、第三者によってプライムブローカー取引の取引先として見られ、機関によって運営される多数の立会場のうちの１つとして見られる。他の立会場は、世界中のさまざまな場所にある実在の立会場である。このシステム内では、立会場はすべて、実在するものであろうと仮想のものであろうと、同じステータスを有する。
【０００６】
また、これに代えて、プライムブローカー取引コードはなくてもよく、プライムブローカーカスタマーはログオンして、プライムブローカーバンクとして取引する。取引先は、自分が銀行自体の立会場と取引したのか、またはプライムブローカーとしての役割を果たす銀行を介して見知らぬ第三者と取引したのか、見ることすらできない。
【０００７】
高まる流動性への異なるアプローチが、ロイターズ・リミテッド（Reuters Limited）のＷＯ０１／２２０７２に開示されている。プライムブローカーを用いるよりもむしろ、名前切換が用いられている。このシステムは、もし信用不足がなければ潜在的な取引が存在することが見えるようになるまで待機し、次に、取引の当事者のうちの１つに対する識別情報を、取引を行なう信用を有する当事者に切換える。名前切換の当事者は次に、自分たちの位置を互いに調整することができる。このアプローチは、名前切換の可能性が識別され得るよう、すべての買い呼び値（bid）および売り呼び値（offer）、信用限度、ならびに気配値のオーナーシップの常時監視を必要とする。それは、同じ場所ですべての買い呼び値および売り呼び値が一致され、実行され、信用がチェックされるホストシステムアーキテクチャに、より好適である。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
十分ではない取引システムに対してプライムブローカレッジを提供するための既存の提案の局面があることを、我々は理解している。これらの問題は、プライムブローカーバンクとそのカスタマーとの関係に、および、取引システムがこれらの関係を取扱い、識別する態様に関連する。
【課題を解決するための手段】
【０００９】
発明の概要
この発明は、そのさまざまな局面において、これらの問題に対処することを目的としている。
【００１０】
概して、この発明は、親取引コード、および、従属または子取引コードの使用に属する。たとえ取引が子取引コードを介して行なわれたものであっても、市場には、親取引コードが取引の当事者として見られ得る。
【００１１】
より具体的には、取引先同士の間で商品を取引するための電子取引システムが提供され、このシステムは、システム上で取引中の商品を売買するために気配値を提示するための複数の取引先立会場を含み、各立会場はそれを他の取引先立会場に対して識別するための一意的な立会場コードを有する。取引先立会場のうちの少なくとも１つは、親立会場コードと少なくとも１つの従属立会場コードとを含み、従属立会場コードを介して行なわれた取引は、親立会場コードとの取引として取引先に示される。
【００１２】
この発明はまた、電子取引システム上で取引する方法も提供し、この方法では、前記システム上で取引する当事者は立会場となるよう構成され、その各々はその立会場をシステム上で取引する他の立会場に対して識別するための一意的な立会場コードを有しており、前記方法は、少なくとも１つの親立会場コードに従属立会場コードを付与するステップと、従属立会場コードを介して行なわれた取引を取引先と親立会場コードとの間での取引として示すステップとを含む。
【００１３】
好ましくは、従属立会場コードは、システム上で取引する第三者の銀行にプライムブローカレッジを提供するプライムバンクに付与される。プライムブローカレッジ立会場コードは、システム上での取引先であって一意的な立会場コードを有するカスタマーバンクに、プライムブローカレッジを提供してもよく、カスタマーバンク立会場コードは従属立会場コードを有し、プライムブローカレッジはカスタマーバンクの従属立会場コードに提供される。
【００１４】
この発明の好ましい実施例は、カスタマーバンクの子立会場コードからプライムブロー
カーバンクの子立会場コードに信用が付与され得るという利点を有する。プライムブローカレッジ取引は、プライムブローカーの子立会場を介して、カスタマーの子立会場から市場へと実行される。システム上で取引するある特定の銀行は、多数のプライムブローカーを通じて、各プライムブローカー従属取引コードに付与されている子または従属立会場コードを用いて操作してもよい。銀行は、異なる取引オプションを介して各々が取引する多数の従属取引コードを有し得るため、それらの従属取引コードは互いに取引し得る。
【００１５】
従属取引コードを介して行なわれた取引は、取引先および取引システム上の他者には、親取引コードによって行なわれた取引として見える。それは、親取引コードに付与された信用を用いている。
【００１６】
親取引コードおよび子取引コードの使用は、プライムブローカレッジを上回る利点を有する。立会場上で取引するトレーダーの数が、単一の立会場コードが取扱い可能な最大値を一旦超すと、立会場は２つの従属取引コードに細分されてもよい。コードを２つの従属取引コードに分割することにより、取引先に見える新規の取引コードを設ける必要なく、トレーダーをさらに追加することができる。これは、取引先が新規の取引コードに信用を付与する必要がないこと、および、さらなるトレーダーワークステーションおよび子取引コードの追加が目には見えないことを意味する。子取引コードの使用はまた、システムソフトウェアまたはハードウェアの異なるバージョン間で立会場を移動させる際にも有利である。
【００１７】
ここに、この発明の実施例を単なる一例として図面を参照して説明する。
【発明を実施するための最良の形態】
【００１８】
好ましい実施例の説明
この発明の実施例は、当事者同士が信用不足または何か他の要因によって互いに取引することを妨げられ得る任意の種類の取引システムにおいて、実現され得る。これから説明する実施例は匿名取引システムであるが、この発明はそのタイプのシステムに限定されない。取引システムは、トレーダーとシステムとの間でメッセージおよびデータを渡すために専用のネットワークを使用してもよく、または、それはインターネットなどの公的ネットワークを使用してもよい。これから説明する例は、外国為替スポットまたは貴金属などの金融商品の取引に特に向けられている。しかしながら、この発明は、任意の取引可能な商品を、それが金融商品であろうと、商品または任意の他の取引可能な物品であろうと取引する任意の取引システムに適用可能である。金融商品の領域では、この発明は、ＯＴＣ（店頭販売）商品および為替ベースの商品を含む任意の取引可能な金融商品に適用可能である。このため、以下の例は、この発明の原理を例示することのみを意図しており、限定的ではない。この発明の実施例が実施され得る取引システムの一例が、ＵＳ−Ａ−５，３７５，０５５（トガー：Togher）に開示されており、その内容はここに引用により援用される。以下の説明では、トレーダーへの言及は、トレーダーが取引システムと、または自動化された取引インターフェイスに接続する際に介するトレーダーワークステーションを指しており、それは、市場状況に基づいて取引システムと接続する取引アルゴリズムを実行中のワークステーションである。プライムバンクおよびプライムカスタマーへの言及は、銀行またはカスタマーの制御下にあるワークステーションを指す。親および子取引コードは、同じ、または異なるワークステーション上で、プライムカスタマー立会場内取引コードとして実現され得る。
【００１９】
イー・ビィ・エス・ディーリング・リソーシーズ社（EBS Dealing Resources Inc）によって運営されるＥＢＳ  Ｆ／Ｘスポット取引システムなどの典型的な取引システムでは、金融機関の立会場は互いに取引する。機関は、世界の異なる場所に位置するいくつかの立会場を含んでいてもよく、すべて同じ世界的機関グループの一部を形成している異なる
法人組織に属していてもよい。このため、多国籍の大銀行が異なる国々で現地取引銀行を有する場合がある。これらの各々は、それ自体が法人組織である。それら法人組織の各々は、１つ以上の特定された拠点を有する。これは、システムプロバイダがサービスの提供に合意した拠点に関する、契約上の定義である。実際には、これは取引コード、立会場、または取引単位と交換可能であった。
【００２０】
ある特定された拠点は、同じ取引システム上で取引する、それに関連する多くの商品を有し得る。このため、ＥＢＳシステム上で取引するある特定の拠点は、スポットシステムにおける銀行のＦＸトレーダー、プライムブローカーを介した銀行の取引（先行技術では、それはプライムブローカーとしてログインする）、および、銀行独自の取引アルゴリズムに従って、トレーダーの介入なくシステム上で取引する自動取引インターフェイスを含み得る。
【００２１】
取引コードは、商品の属性である。取引コードは、取引または気配値の当事者を識別する４文字の識別子である（システムが匿名ではない場合）。取引コードは業界中で標準化されており、この用語は、銀行コード、立会場、および取引単位と交換可能に使用されている。図１は、市場で取引する多数の取引コードの一例を示している。
【００２２】
この発明は、親および子取引コードの概念を導入している。以下の例では、このことを、プライムブローカーバンクおよびプライムブローカーカスタマーバンクに関連して説明する。しかしながら、その用途はより幅広く、以下に述べるように、システムを完全に再設定することなく立会場の拡張を可能にする著しい技術的恩恵を有する。
【００２３】
図２は、３つの子立会場、つまり１ＸＹＺ、２ＸＹＺおよび３ＸＹＺを有するプライムブローカーペアレント（親）ＸＹＺＬの概念を示している。プライムブローカーペアレントは、その信用の利用を他の立会場に許可する立会場である。プライムブローカー（ＰＢ）ペアレントは、たとえば地理または商品のタイプによって複数のプライムブローカーをサポートしてもよい。
【００２４】
ＰＢペアレントの子はプライムバンク（ＰＢ）と呼ばれる。これらは、親にプライムブローカレッジを市場に提供させるスポットペアレント（図２のＸＹＺＬ）によって指定される取引コードである。これらは、図２の１ＸＹＺ、２ＸＹＺおよび３ＸＹＺである。各ＰＢ取引コードにより、プライムカスタマーは、自分で取引するには信用が不十分な状況において市場で取引するのに、市場でのＰＢの相互信用を利用することができる。図３は、市場、プライムブローカーペアレントＸＹＺＬ、およびプライムブローカーバンク（または子）１ＸＹＺの間の関係を示す。
【００２５】
プライムカスタマーは、プライムバンクの、取引先のより深いところへのアクセスとより良い取引価格とを利用することを選択した、システムのユーザである。ユーザがプライムバンクを介して取引できるようにする一意的な取引コードが、カスタマー用に作られる。これを図４に示す。プライムカスタマーＰＣは、プライムカスタマーペアレントＡＢＣＬとは異なる取引コードである。プライムカスタマーは、プライムバンク１ＸＹＺを介して取引する。この構成は、親および子銀行の概念がなくプライムブローカレッジを確実にするために銀行ＡＢＣからのトレーダーが立会場ＤＥＦＬとして取引システムにログオンするＷＯ２００４／０４０２２の先行技術のシステムとは対照をなす。
【００２６】
このため、銀行ＡＢＣは、プライムカスタマーペアレントバンクであり、ＡＢＣＬのトレーダーは、それ自体のものに加え、ＸＹＺＬの価格を利用する。しかしながら、このシステムは、プライムカスタマー子取引コード（ＰＣ取引コード）およびプライムバンク子取引コードの使用により、これを構成している。
【００２７】
ＰＣ取引コードの使用により、このシステムは、物理的／仮想立会場での異なる取引コードからのトレーダー間の立会場内取引をサポートできるようになる。これは、ある銀行がいくつかのプライムブローカー、たとえばＸＹＺＬおよびＤＥＦＬと契約している場合に起り得る。これらのプライムカスタマーは各々、それら自体の取引コード、たとえばＰＣ１およびＰＣ２を有しており、銀行はそれ自体のコードＡＢＣＬを有している。
【００２８】
ここで、単一の立会場は、互いに取引可能な３つの別個の取引コードを有する。このため、立会場と取引コードとの間にはもはや１対１の相関関係はない。
【００２９】
図５は、３つの取引コードからなる立会場を示している。６つの銀行ＡＢＣＬ、ＸＹＺＬ、ＤＥＦＬ、ＧＨＩＮ、ＧＨＩＬおよびＪＫＬＬが市場と直接取引する。４番目の文字は銀行の場所を表わす。このため、Ｌはロンドンを表わし、Ｎはニューヨークを表わしている。つまり、ＧＨＩＮとＧＨＩＬとは、同じ銀行の異なる立会場である。それらは同じ世界的機関グループの異なる法人組織であってもよく、または、それらは同じ法人グループの一部であってもよい。銀行のうちの４つがプライムブローカレッジサービスをカスタマーに提供しており、プライムバンクコードを設定している。銀行ＤＥＦＬは２つのプライムバンクコード１ＤＥＦおよび２ＤＥＦを設定しており、ＧＨＩＮとＧＨＩＬとは同じ世界的機関の一部であるため、それらはそれら自体のプライムバンクを１ＧＨＩおよび２ＧＨＩとして設定している。プライムバンクの各々はカスタマーＰＣ１〜ＰＣ８を有している。
【００３０】
表１〜４は、立会場のいくつかの観点を示している。表１は、ＡＢＣＬスポットトレーダーからの観点を示し、表２は、銀行ＡＢＣＬの１ＸＹＺ  ＰＣ１トレーダーからの観点を示す。表３は１ＤＥＦ  ＰＣ２トレーダーの観点から、表４はＧＨＩＮのスポットトレーダーの観点から示している。そのトレーダーはどのプライムバンクも見ることができない。なぜなら、それらがプライムブローカーペアレントとして市場に示されているためである。
【００３１】
【表１】
2006024221.tif 000003
【００３２】
【表２】
2006024221.tif 000004
【００３３】
上の表では、ＰＣ／ＰＢと記された列は、プライムカスタマーとプライムバンクとの間の信用に言及し、以下に説明する。ＰＢ／取引先信用限度は、プライムブローカーペアレントとシステム上のさまざまな取引先との間で供与される信用を示す。取引／市場データ列は、完了した取引および市場データの表示に言及し、支払請求可能列は、システムオペレータによって受取人（taker）が請求されるかどうかに言及する。表１では、たとえば、ＡＢＣＬとＡＢＣＬとの間の取引は立会場内取引であり、支払請求可能（または取引可能）ではない。最後に、最後の列は、気配値がスクリーン上に現われる色を示しているが、色のどの組合せも使用可能である。この例では、黄色が取引可能な非立会場内取引を示し、白が同じ立会場からの取引不可の価格を示す。
【００３４】
このため、図５は、銀行が、プライムカスタマー取引コードの使用により、そのプライムバンクを介していくつかのプライムブローカーへのアクセスをどのように有し得るかを示している。
【００３５】
ＷＯ２００４／０４０２２のシステムでは、プライムブローカーカスタマーは、それ自体の取引コードを用いてプライムブローカーとして取引した。上述の構成は、プライムカスタマーとプライムバンクとの間で取引限度が設定され得るようにする。これらの限度は、先行技術のようにプライムバンクというよりもむしろ、プライムカスタマーによって設定されてもよい。プライムカスタマーは、自分が自分のトレーダーにアクセスしてほしい信用の額を付与することによって、自分の取引日リスクを管理できる。この値の最低値、およびＰＢによってＰＣに付与される信用が、実際の損失可能投資額である。
【００３６】
ＰＣは、それがＰＢとの相殺信用を有する限り、ＰＢの市場概観を見る。ＰＣの取引可能通貨ペア（ＦＸ取引の場合）は、ＰＢの取引可能通貨ペア、ＰＣの取引通貨ペアおよびＰＢがＰＣに見ることを許可した通貨ペアの共通部分である。ＰＣが常に、市場取引先にとって匿名であり続けることが理解される。
【００３７】
ＰＣがＰＢ取引業務に信用を供与できるため、各ＰＣは、立会場管理者機能を有する。これは、トレーダー端末または別個の端末上に設定されてもよく、信用、決済、ユーザおよび報告管理を含む標準ＴＦＡ機能と同じ機能を有する。ＰＣ  ＴＦＡは、そのＰＢの立会場コードにのみ信用を付与できるが、ＰＢペアレントは、その子（プライムバンク）を見ることができず、それに信用を付与することもできない。
【００３８】
ＰＣは、ＰＢとインターバンク市場との間に起るどの信用事由も見ることができない。信用事由は、信用が低い、またはなくなったという表示を含む。
【００３９】
このシステムではトレーダーはそれ自体の価格をヒットできないが、同じＰＣ取引コードのトレーダー同士は互いに取引することができる。これらの取引は、ＰＢとＰＣとの間の信用限度に影響しない。このシステムはこれらの取引について受取人（または値付人（maker））に請求しない。
【００４０】
図６は、ＰＣトレーダーがプライムブローカーペアレントとどのように取引し得るかを示す。これらの取引は、他のトレーダーが利用できるようになる完了取引情報および市場データ情報に反映される。これらの取引は、ＰＣ−ＰＢ、ＰＢ−ＰＣ、およびＰＢ−ＰＢペアレント間の信用の低下を引起こす。
【００４１】
図７は、物理的な立会場は同じだが取引コードが異なるトレーダー同士の間での取引が、プライム立会場内取引としてどのように取扱われるかを示している。これらは取引または市場データには反映されないが、信用限度に対して影響を及ぼし、支払請求可能である。
【００４２】
図８〜１０は、この発明を具体化するシステムを用いるトレーダーによって見られるスクリーンディスプレイの例を示している。図８には、プライムバンク１ＰＢＸのプライムブローカーカスタマーによって見られるディスプレイの一部が示されている。プライムカスタマーは、市場において受取人およびマーケットメーカーとして役割を果たし得る。プライムカスタマーワークステーション上に表示される価格はすべて、取引可能であり、信用審査済みである。表示された価格は、取引に利用可能な実際のレートであり、プライム手数料は一切含まない。契約上合意された手数料は、取引されたレートへの追加スプレッドとして、取引後に取引伝票に反映される。トレーダー取引パネル（図９により詳細に示す）および取引ログ（図１０に示す）は、手数料スプレッドが含まれる前の取引レートを表示している。
【００４３】
図８〜１０からわかるように、プライムカスタマーワークステーション上で取引される取引は全て、プライムブローカーの名前で完了され、トレーダー取引パネルに表示される取引先は、常にプライムブローカー１ＰＢＸである。
【００４４】
ＷＯ２００４／０４０４２２のシステムでは、プライムブローカーカスタマーは、プライムブローカー自体として取引システムにログオンした。このため、取引システム、および、プライムブローカーカスタマーとやり取りする取引先は、すべてのメッセージを、プライムブローカーから生じるものとして見た。説明したこの発明の実施例では、プライムブローカーカスタマー（ｐｂｃ）はそれ自体の取引コードを有しており、それはプライム
ブローカーカスタマーバンクの子コードである。この銀行にはそれ自体で取引システム上で取引する資格があるが、それに信用を供与していない取引先からより良い価格へのアクセスを得るよう、プライムブローカーを介して取引することを選択してもよい。このため、ｐｂｃはアクティブな立会場であり、ｐｂｃによって提示された注文は、その注文がプライムブローカーを利用するかどうかにかかわらず、かつその注文が取引先にはプライムブローカーバンクから生じたかのように見えるかどうかにかかわらず、ｐｂｃ立会場から市場に直接提示される。このアプローチは、取引を一致させる際にプライムブローカー立会場と市場取引先との信用関係が考慮され得るよう、提示された注文がプライムブローカー情報を含むことを必要とする。なお、ｐｂｃは、価格をつけるためおよび受取るためにプライムブローカーを用いてもよい。ｐｂｃが値付人である場合、つまり市場に価格を投ずる場合には、その価格は、それがそれ自体の名前で価格を提示する場合よりも、信用審査済みの市場においてより多くの取引先に見られ得る。注文は、注文提示メッセージでシステムに提示される。このメッセージの正確な性質は、注文のタイプ、たとえばそれが買い注文か売り注文か、または目に見える注文（買い呼び値／売り呼び値）か目に見えない注文（ヒット／テイク）かに依存する。しかしながら、注文がプライムブローカーカスタマーから直接提示された場合、注文は、それがプライムブローカー注文であるということの証明を含まなければならず、プライムブローカーの識別情報を含まなければならない。実際には、プライムブローカーの識別情報を含んでいれば、注文がプライムブローカー注文としてシステムに解釈されるのに十分である。
【００４５】
説明したシステムは、プライムブローカーカスタマーが複数の可能なプライムブローカーのうちの１つを通して取引できるように強化されてもよい。ｐｂｃが契約しているプライムブローカーたちは任意の所与の時点で利用可能な異なる価格を有するかもしれず、ｐｂｃは、自分に最良の価格を提供するプライムブローカーを介して取引することを望む。ｐｂｃが値付人としての役割を果たす場合、つまり、市場に価格を投じる場合、それは、プライムブローカーの各々について価格が誰に配信されるかを知らない。つまり、それは、プライムブローカーバンクが誰と信用関係を有するのか正確には知らない。受取人としての役割を果たす場合、２つ以上のプライムブローカーが、取引可能な同じ価格へのアクセスを有するかもしれない。この問題は、注文提示メッセージにプライムブローカー優先順位リストを含めることによって解決される。このメッセージは上述のものと同様であるが、１つのプライムブローカーの識別情報を含む代わりに、複数のプライムブローカーを優先順位リストに含む。このリストは取引開始中に取引システムによって使用される。ｐｂｃが受取人である場合、取引システムは、取引先との文字通りの信用とより高い優先順位とを双方とも有する適切なプライムブローカーを選択する。プライムブローカーとカスタマーとの間の信用も存在しなければならない。値付人の手順は、ヒット／テイクの受領時、どのプライムブローカーにヒット／テイク通知メッセージを送るべきかを決めるために優先順位リストを使用するシステムと同様である。
【００４６】
図１１は、多数プライムブローカーシステムにおけるメッセージの流れを示している。メッセージの流れはシステムアーキテクチャに部分的に依存すること、および、ここに開示された発明がどの特定のアーキテクチャにも依存しないことが理解されるべきである。挙げられた例はしたがって、多少なりとも限定的であると解釈されるべきではない。
【００４７】
この図は、ＰＣ１トレーダー１００とＰＣ２トレーダー１０２という２つのプライムバンクカスタマートレーダーを示している。これらのトレーダーは次に、ＰＣ１立会場１０４およびＰＣ２立会場１０６として示されている、それら自体の立会場上のトレーダー端末によって、市場に接続されている。立会場ＰＣ１およびＰＣ２の各々はそれぞれのプライムブローカーバンクＰＢ１  １０８およびＰＢ２  １１０のサービスを使用するが、各々はいくつかのプライムブローカーと契約しており、市場状況に依存して異なるプライムブローカーの信用を用いて取引する。取引に関連するメッセージが、取引システムと２つ
のプライムカスタマーＰＣ１およびＰＣ２と２つのプライムブローカーバンクＰＢ１およびＰＢ２との間で送信される。図面では、取引システムは、注文一致の責任を有するＥＢＳシステムの一部であるアービトレータ１１２によって表わされている。これは単に例示的なものである。
【００４８】
ＰＣ１トレーダーは、ステップ１で、気配値を市場に提示する。この例では、目に見える買い注文または売り注文である気配値が、市場において最良の価格であることが仮定される。ＰＣ１トレーダーは、この注文が自分の複数のプライムブローカーバンクのうちの１つのサービスを用いて実行されることを望んでいる。ステップ２で、気配値提示メッセージがＰＣ１立会場１０４からアービトレータに送信され、このメッセージはプライムブローカー優先順位リストを含んでいる。アービトレータは、この気配値が市場配信業者を介して、選択されたプライムブローカーが相互信用を有する立会場に配信されるようにする。これらの立会場のうちの１つが立会場ＰＢ２である。ＰＢ２とＰＣ２との間のプライムブローカー／プライムカスタマーの関係により、トレーダーＰＣ２  １０２はそのトレーダー端末ディスプレイ上でＰＣ１の気配値を見る。なぜなら、それは市場において最良の気配値であるためである。そしてこの気配値は、取引可能な気配値として表示される。トレーダーＰＣ２は取引を希望し、ステップ３で気配値をヒットする。ヒットとは目に見えない注文であり、ステップ４で、ヒット提示メッセージがＰＣ２立会場１０６からアービトレータ１１２に送信され、このメッセージはＰＣ２立会場のプライムブローカー優先順位リストを含んでいる。ステップ５で、アービトレータはメーカー立会場ＰＣ１に、ＰＣ２およびヒット用に選択されたプライムブローカーであるＰＢ２についての情報を含むヒット通知メッセージを送信する。ステップ６で、取引要求メーカーメッセージがＰＣ１立会場からＰＢ１立会場に送信される。このメッセージは、２つのプライムカスタマーＰＣ１およびＰＣ２とＰＣ２のプライムブローカーＰＢ２とについての情報を含んでいる。この情報は、ＰＣ１のトレーダーには見えず、このトレーダーは、それが匿名取引システムであるために、潜在的な取引先の識別情報を知らず、取引が完了した場合にのみ、自分がプライムバンクＰＣ２と取引したことを知る。次にステップ７で、取引検証メッセージがＰＢ１によって、注文をヒットしたプライムカスタマーＰＣ２に送信される。このメッセージは、コード化されたＰＢ２情報を含んでいる。ステップ８で、取引要求テイカーメッセージがＰＣ２からＰＢ２に送信される。取引要求メーカーメッセージと同様に、このメッセージは、相手方ＰＢ１とプライムカスタマーＰＣ２とについての情報を含んでいる。ステップ９で、プライムブローカーＰＣ２は、テイカーＰＣ２へのDealRequestTakerAckメッセージで、取引要求テイカーメッセージを認識する。次にステップ１０で、取引検証認識メッセージDealVerifyAckがＰＣ２立会場からＰＢ１立会場に送信され、最後にステップ１１で、ＰＢ１は、メーカーＰＣ１へのDealRequestMakerAckメッセージで、取引要求メーカーメッセージを認識する。
【００４９】
上述の説明から、説明されたシステムが２つの主な点でＷＯ２００４／０４０４２２のシステムとは異なることが理解される。第１に、プライムブローカーカスタマーはそれ自体の取引コードを有し、それとともにそれ自体のＴＦＡを有する。これは、ＰＣからＰＢに、および逆方向に信用を付与する可能性を高める。それはまた、単一の物理的または仮想立会場での多数の取引コードの可能性も高める。これは次に、同じ立会場における異なる取引コードのトレーダー同士が互いに取引することを可能にし、そのため流動性を高める。それはまた、プライムブローカーを介してというよりもむしろ、プライムブローカークライアント立会場から直接提示されたようなプライムブローカー信用を用いて、注文が実行されることを意味する。
【００５０】
第２の主な違いは、隠し取引コードの導入である。
【００５１】
どのプライムバンクが取引を行なったかを取引先に見られないよう、プライムバンク１
ＸＹＺなどによって使用される実際の取引コードは隠される。親銀行は取引先として示され、その名前が取引伝票に掲載されている当事者となる。隠し取引コードの使用はまた、プライムブローカーペアレントがプライムカスタマーの買い呼び値および売り呼び値を見ることを防止する。
【００５２】
隠しまたは分割取引コードの使用は、上述のプライムブローカー環境以外の用途を有する。一例は、新しい立会場に信用を付与する必要なく、既存の取引コードが２つに分割されるようにすることにある。分割は、単一の取引コードによって取扱い可能な数を上回るトレーダーを立会場が有する場合に必要となり得る。新しい取引コードをシステムに加えることは単純明快であるが、それがシステム上で有効に取引可能になるには、すべての取引先が新しい取引コードに信用を付与しなければならない。実際には、立会場管理者は新しい立会場に信用を付与することに躊躇してなかなか取りかからないことが多く、彼らはそれが、リスクを高めることなく多額の信用を付与可能な信頼できるコードであることを確信する必要がある。
【００５３】
隠し親／子取引コードを使用することにより、既存の取引コードは存続可能であるが、２つの子取引コードがそれに添付される。各子取引コードは、単一の取引コードによって取扱い可能な数を上回る合計の範囲内の多数のトレーダーを有する。しかしながら、外部市場には親取引コードしか見えず、信用はその親取引コードに付与されたままである。
【００５４】
隠しまたは親／子取引コードのさらなる利点は、システムがアップグレードされる際に生じる。今のところ、アップグレードは、取引コード全体がアップグレードされたシステムに移行する必要があるため、時間がかかりコストもかかる作業である。これは、取引時間の損失、またはアップグレードが起り得る時期についての厳しい制限を意味し得る。つまり、世界中の外国為替市場がすべて閉鎖される時間は稀にしかない。その結果、これにより、システムオペレータは、絶対に必要な場合以外はシステムをアップグレードすることに非常に躊躇するようになる。したがって、システムは、できるだけ迅速に発展または向上してはおらず、多くの潜在的な改良が次回の大幅なアップグレードを待っている状態である。
【００５５】
親および子取引コードの使用は、１対の子取引コードを親取引コードに付与することによってこの問題を克服する。子コードのうちの一方が取引を実行し、その間他方が新しいアップグレードされたシステムに移行する。これにより、親取引コードは、新しい設備が設置されテストされている間に取引を実行することができる。取引能力のいかなる損失もなく、新システムへの移行が起り得る。これは、アップグレードを取扱う技術的問題に技術的に明解な解決策を提供し、また、システムオペレータにとって、より頻繁でそれほど重要でないアップグレードを行なうことが、より一層魅力的になるようにもする。
【００５６】
親および子取引コードの他の用途が可能であり、当業者の脳裏に浮かぶであろう。この発明は上述の特定の例に限定されず、特許請求の範囲のみによって限定される。
【図面の簡単な説明】
【００５７】
【図１】取引システム上で取引する多数の立会場の概略図である。
【図２】プライムブローカーペアレントの概念を示す図である。
【図３】プライムブローカーペアレントと、子と、市場との関係を示す図である。
【図４】プライムカスタマー取引コードとプライムバンク取引コードとの関係を示す図である。
【図５】立会場がいくつかの異なる取引コードを用いてシステム上でどのように取引可能かを示す図である。
【図６】プライムカスタマーとプライムペアレントとの間の取引を示す図である。
【図７】物理的な立会場は同じだが取引コードが異なるトレーダー同士の間での取引を示す図である。
【図８】プライムブローカーカスタマーディスプレイの部分的なスクリーンショットの図である。
【図９】図８のトレーダー取引パネルの図である。
【図１０】プライムブローカーカスタマーの取引ログの図である。
【図１１】多数のプライムブローカーを各々用いるプライムブローカーカスタマーに関する取引におけるメッセージの流れの概略図である。
【符号の説明】
【００５８】
１００  ＰＣ１トレーダー、１０２  ＰＣ２トレーダー、１０４  ＰＣ１立会場、１０６  ＰＣ２立会場、１０８  プライムブローカーバンクＰＢ１、１１０  プライムブローカーバンクＰＢ２、１１２  アービトレータ。
【図１】
2006024221.tif 000005
【図２】
2006024221.tif 000006
【図３】
2006024221.tif 000007
【図４】
2006024221.tif 000008
【図５】
2006024221.tif 000009
【図６】
2006024221.tif 000010
【図７】
2006024221.tif 000011
【図１１】
2006024221.tif 000012
【図８】
2006024221.tif 000013
【図９】
2006024221.tif 000014
【図１０】
2006024221.tif 000015
【手続補正書】
【提出日】平成17年9月1日(2005.9.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項３
【補正方法】変更
【補正の内容】
【請求項３】
プライムブローカレッジ立会場コードは、システム上での取引先であって一意的な立会場コードを有するカスタマーバンクに、プライムブローカレッジを提供し、一意的な立会場コードは従属立会場コードを有し、プライムブローカレッジはカスタマーバンクの従属立会場コードに提供される、請求項２に記載の電子取引システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
発明の背景
エレクトロニック・ブローキング・サービシーズ社（Electronic Broking Services Ltd）のＷＯ２００４／０４０４２２は、プライムブローカレッジシステムを記載している。プライムブローカレッジは、ＦＸアライアンス（FX Alliance）ＬＬＣのＷＯ２００４／００１５３３にも記載されている。プライムブローカレッジは、概念としては長年存在しており、ある当事者に、信用のない当事者の代わりに手数料を取って信用取引に関与させる。このため、銀行Ａが銀行Ｂとの取引を希望するものの、銀行Ｂとの相互信用を持っていない場合、銀行Ａは、銀行Ｂとの相互信用を有する銀行Ｃのサービスを使用することができる。銀行Ｃは銀行Ｂとの取引業務に入り、代わりに取引したことに対して銀行Ａに手数料を請求する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
ここで、単一の立会場は、互いに取引可能な３つの別個の取引コードを有する。このため、立会場と取引コードとの間にはもはや１対１の相関関係はなく、図４に示すように、銀行はそれ自体のスポット取引コードＡＢＣＬとプライムカスタマーコードＰＣとを有し、ＰＣはプライムバンク１ＸＹＺに接続してプライムペアレントＸＹＺＬの信用を利用す
る。プライムカスタマーが、取引システム上で直接取引するスポットコードを有することは、必須ではない。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
図６は、ＰＣトレーダーがプライムブローカーペアレントとどのように取引し得るかを示す。これらの取引は、他のトレーダーが利用できるようになる完了取引情報および市場データ情報に反映される。これらの取引は、ＰＣ−ＰＢ、ＰＢ−ＰＣ、およびＰＢ−ＰＢペアレント間の信用の低下を引起こす。プライムカスタマーはプライムバンクとの取引を実際に行ない、それは次に、取引先と取引する際にプライムペアレントの代理を務める（つまり、プライムペアレントコード自体が、文字通りの取引業務の流れの図から大きく外れている）。プライム／ペアレントとしての銀行と取引先との間には１つの取引業務があり、プライムカスタマーとプライムバンクとの間には１つの「プライム」取引業務がある（プライムバンクがさらなるブローケージなどを追加可能な場合）。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正の内容】
【００４８】
ＰＣ１トレーダーは、ステップ１で、気配値を市場に提示する。この例では、目に見える買い注文または売り注文である気配値が、市場において最良の価格であることが仮定される。ＰＣ１トレーダーは、この注文が自分の複数のプライムブローカーバンクのうちの１つのサービスを用いて実行されることを望んでいる。ステップ２で、気配値提示メッセージがＰＣ１立会場１０４からアービトレータに送信され、このメッセージはプライムブローカー優先順位リストを含んでいる。アービトレータは、この気配値が市場配信業者を介して、選択されたプライムブローカーが相互信用を有する立会場に配信されるようにする。これらの立会場のうちの１つが立会場ＰＢ２である。ＰＢ２とＰＣ２との間のプライムブローカー／プライムカスタマーの関係により、トレーダーＰＣ２  １０２はそのトレーダー端末ディスプレイ上でＰＣ１の気配値を見る。なぜなら、それは市場において最良の気配値であるためである。そしてこの気配値は、取引可能な気配値として表示される。トレーダーＰＣ２は取引を希望し、ステップ３で気配値をヒットする。ヒットとは目に見えない注文であり、ステップ４で、ヒット提示メッセージがＰＣ２立会場１０６からアービトレータ１１２に送信され、このメッセージはＰＣ２立会場のプライムブローカー優先順位リストを含んでいる。ステップ５で、アービトレータはメーカー立会場ＰＣ１に、ＰＣ２およびヒット用に選択されたプライムブローカーであるＰＢ２についての情報を含むヒット通知メッセージを送信する。ステップ６で、取引要求メーカーメッセージがＰＣ１立会場からＰＢ１立会場に送信される。このメッセージは、２つのプライムカスタマーＰＣ１およびＰＣ２とＰＣ２のプライムブローカーＰＢ２とについての情報を含んでいる。この情報は、ＰＣ１のトレーダーには見えず、このトレーダーは、それが匿名取引システムであるために、潜在的な取引先の識別情報を知らず、取引が完了した場合にのみ、自分がプライムバンクＰＣ２と取引したことを知る。次にステップ７で、取引検証メッセージがＰＢ１によって、注文をヒットしたプライムカスタマーＰＣ２に送信される。このメッセージは、コード化されたＰＢ２情報を含んでいるが、プライムカスタマーには、それがプライムペアレントと取引したことしか見えない。ステップ８で、取引要求テイカーメッセージがＰＣ２からＰＢ２に送信される。取引要求メーカーメッセージと同様に、このメッセージは、相手方ＰＢ１とプライムカスタマーＰＣ２とについての情報を含んでいる。
ステップ９で、プライムブローカーＰＣ２は、テイカーＰＣ２へのDealRequestTakerAckメッセージで、取引要求テイカーメッセージを認識する。次にステップ１０で、取引検証認識メッセージDealVerifyAckがＰＣ２立会場からＰＢ１立会場に送信され、最後にステップ１１で、ＰＢ１は、メーカーＰＣ１へのDealRequestMakerAckメッセージで、取引要求メーカーメッセージを認識する。
【手続補正６】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正の内容】
【図６】
2006024221.tif 000016
【手続補正７】
【補正対象書類名】図面
【補正対象項目名】図８
【補正方法】変更
【補正の内容】
【図８】
2006024221.tif 000017
【手続補正８】
【補正対象書類名】図面
【補正対象項目名】図９
【補正方法】変更
【補正の内容】
【図９】
2006024221.tif 000018
【手続補正９】
【補正対象書類名】図面
【補正対象項目名】図１０
【補正方法】変更
【補正の内容】
【図１０】
2006024221.tif 000019
【外国語明細書】
2006024221000001.pdf