(57)【要約】この開示は銀行業及び金融業に関し、特に金融商品或は取引に対する価格決定を提供する新規な機構の具現化に関する。金融マーケットを具現化するコンピュータに基づくデータ処理システムが提供され、金融商品に対する最適な流動性価格を獲得するために、複数の銀行の範囲からその金融商品に対する価格を顧客が獲得することを許容しており、それら銀行の内の数行に対して顧客が正規の商取引関係を有することがない。
2005501345.tif 000002
【特許請求の範囲】
【請求項１】
金融マーケットを具現化するコンピュータに基づくデータ処理システムであって、該システムが、
−複数の銀行によって顧客に提供される金融商品の点で金融マーケットを管理するハブ・データ処理システムと、
−前記ハブとのデータ通信によって顧客の前記金融マーケットへのアクセスを許容する手段と、
−前記ハブとのデータ通信における複数の衛星データ処理システムであり、それら衛星ユニットの各々が、取引に対する信用認証、取引に対するマージン、並びに、前記取引の対象となるべき金融商品の流動性相場を提供する銀行と関連されており、それによって前記銀行の前記金融商品に関する前記金融マーケットへのアクセスを許容することから成る複数の衛星データ処理システムと、を含み、
前記ハブが複数の特徴を具現化するソフトウェアを具備しており、それら複数の特徴として、
−各々が衛星銀行と関連されている複数の銀行識別子のデータベースと、
−各々が前記銀行の内の少なくとも一つであるがより好ましくは全てによってオファーされることから成る複数の金融商品識別子のデータベースと、
−前記ハブにアクセスする顧客の識別を許容する複数の顧客識別子のデータベースであり、各顧客識別子が、顧客が事前取り決めされた商取引関係を有し、それ故にその顧客が商取引をできる銀行或は複数の銀行を識別する一つ或はそれ以上の関係銀行識別子と関連していることから成る複数の顧客識別子のデータベースと、
−流動性相場のプロバイダーである銀行の識別を許容する複数の流動性プロバイダー識別子のデータベースであり、各識別子が、前記流動性プロバイダーが流動性相場及び取引を提供できる前記金融商品を識別する一つ或はそれ以上の金融商品識別子と関連されていることから成る複数の流動性プロバイダー識別子のデータベースと、
−前記金融商品の内の一つ或はそれ以上に拘わる取引を実行するための相場を求める要求を始動する手段と、
−前記取引を求める流動性価格相場要求をその金融商品をオファーしている前記流動性プロバイダーの各々へ通信する手段と、
−前記流動性プロバイダーの各々によって前記ハブへ戻された前記要求された金融取引に対する各流動性価格相場をロギングする手段と、
−前記金融取引を求めるマージン価格要求を前記関係銀行の各々へ通信する手段と、
−前記関係銀行の各々によって前記ハブへ戻されたマージン価格相場をロギングする手段と、
−複数の複合相場から成るアレイを算定する手段であり、各相場が、（１）前記流動性プロバイダーの内の一つによって提供された流動性価格と（２）前記関係銀行の内の一つによって提供されたマージン相場との合計を含むことから成る手段と、
−複数の相場から成る前記アレイからの好ましい複合相場の選択をユーザに対して許容する手段であり、その選択された複合価格で前記取引を実行する注文命令を発生することから成る手段と、
−選択された特定の複合価格に応ずると共に前記流動性プロバイダーも一関係銀行であるか否かに応じて、一方において（ａ）関係銀行と前記顧客との間、及び、他方において（ｂ）前記流動性プロバイダー銀行と関係銀行と前記顧客との間の何れかである前記取引の実行を指示する手段であり、それによって顧客が商取引関係を有するもの以外の銀行からの流動性価格に対するアクセスを許容することから成る手段と、
−前記取引が実行された旨を前記顧客へ通信する手段と、
を含むことから成るシステム。
【請求項２】
相場を始動する前記手段が前記顧客によって前記ハブへ通信された相場のロギングを為す手段を含む、請求項１に記載のシステム。
【請求項３】
相場を始動する前記手段が、顧客がリアルタイムで相場をつけるために選択した一つ或はそれ以上の金融商品から成る集合に基づきその顧客に対して、一つの相場或は複数の相場の自動的且つ周期的な提供を為す手段を含む、請求項１に記載のシステム。
【請求項４】
前記ソフトウェアが相場が要求された取引に対する信用認証を関係銀行或は複数の関係銀行から要求する手段を提供する、請求項１或は２に記載のシステム。
【請求項５】
前記ソフトウェアが信用認証／不認証の通信をロギングを為す手段を含み、不認証の通信の場合、関与している関係銀号が前記取引に対するマージン相場を提供する複数の関係銀行から成る集合から除外される、請求項４に記載のシステム。
【請求項６】
顧客がハブとのデータ通信にアクセスすることを許容する前記手段がインターネット・リンクである、前記各請求項の内の何れか一項に記載の方法。
【請求項７】
前記ハブが情報の表示を為すと共に顧客から商取引指示の受領を為すウェブサイトを提供する、請求項６に記載のシステム。
【請求項８】
前記ハブ・システムが直接商取引モードを許容するソフトウェアを具備し、そのモードにおいて、非関係流動性プロバイダーからではなく、一つ或はそれ以上の関係銀行から引き出される流動性価格／マージン複合価格を前記システムがその顧客に対して単に示す、前記各請求項の内の何れか一項に記載の方法。
【請求項９】
前記ハブ・システムが、（前記流動性プロバイダーの全てによって提供される最良流動性価格）＋（関係銀行によって提供される最低マージン）の複合物を含む最良価格が顧客に提供されることを確保するソフトウェアを具備する、前記各請求項の内の何れか一項に記載の方法。
【請求項１０】
前記最良価格との比較用の副次的価格である比較価格リストをも前記顧客に提供される、請求項９に記載のシステム。
【請求項１１】
前記比較価格リストが最も不利な関係銀行マージンと最も不利な流動性価格の組み合わせを含む、請求項１０に記載のシステム。
【請求項１２】
前記比較価格リストが、非関係銀行によって提供された流動性価格と前記関係銀行の最も不利なマージンとの複合物を含む、請求項１０に記載のシステム。
【請求項１３】
前記金融商品が、金融貸出、金融預金、外国為替スポット、外国為替先物、外国為替スワップ、外国為替受渡不履行先物、外国為替オプションズ、預金証書、商業手形、金利派生物、固定収入起債、並びに、二次的固定収入の内の一つ或はそれ以上である、前記各請求項の内の何れか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は銀行業及び金融業の分野に関し、特に詳細には、金融商品或は金融取引のための価格決定を提供する新規性ある機構の具現化に関する。
【背景技術】
【０００２】
各種銀行は金融マーケットにおけるそれらの商銀行業顧客と商取引関係を有する。この関係はビジネス報酬及び信用限度に基づき、そうした信用限度は執り行われる商取引が信用認証が存する額や、実行された商取引が再調整されることを確保すべく手続決済が整うための額を超過することがないことを確実にする。またこの関係はある種の規制制約に支配される。
【０００３】
金融商品を購入するか或は商取引を行うことを望む場合、その顧客は商取引関係が存する銀行と接触する。数多くの金融証券に対して、オファーされた価格は市場リスクを表す流動性価格やマージンの合計ある。「マージン」によって当方が意味することは、流動性価格に適用される調整であって、取引を為す際に含み得る特定のリスクやこうしたリスクを冒すための商業採算を反映する。よってマージンは、例えば、信用リスク、銀行資本を用いるコスト、取引に対して為されるべき商業採算を反映する売掛代金を含み得る。
【０００４】
顧客によって価格が要求された場合、通常銀行はその顧客に対する記録された信用限度を参照して取引に対する内部的な信用認証を求める。その信用限度がその顧客によって超過されない限り且つ銀行がその売買取引を為すことを望む限り、その取引は認証される。
【０００５】
商取引が実行される前、最良価格を獲得するために、顧客はその関係銀行の内の幾つかと接触し得る。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、マーケットの実務的な制約のため、顧客は価格が獲得され得る複数の銀行の範囲内に制限される。本願の発明者は、短期の時間フレーム内で、顧客が商取引関係がなく且つそれ故に通常では商取引ができないような銀行の範囲からでも価格を獲得させることを可能とするシステムを求めるマーケット需要があることを認識した。本発明はそうしたシステムの動作を可能とするものである。
【課題を解決するための手段】
【０００７】
本発明に従えば、金融マーケットを具現化するコンピュータに基づくデータ処理システムが提供され、該システムは、
−複数の銀行によって顧客に提供される金融商品の点で金融マーケットを管理するハブ・データ処理システムと、
−前記ハブとのデータ通信によって顧客の前記金融マーケットへのアクセスを許容する手段と、
−前記ハブとのデータ通信における複数の衛星データ処理システムであり、それら衛星ユニットの各々が、取引に対する信用認証、取引に対するマージン、並びに、前記取引の対象となるべき金融商品を提供する銀行と関連されており、それによって前記銀行の前記金融商品に関する前記金融マーケットへのアクセスを許容することから成る複数の衛星データ処理システムと、を含み、
前記ハブが複数の特徴を具現化するソフトウェアを具備しており、それら複数の特徴として、
−各々が衛星銀行と関連されている複数の銀行識別子のデータベースと、
−各々が前記銀行の内の少なくとも一つであるがより好ましくは全てによってオファーされることから成る複数の金融商品識別子のデータベースと、
−前記ハブにアクセスする顧客の識別を許容する複数の顧客識別子のデータベースであり、各顧客識別子が、顧客が事前取り決めされた商取引関係を有し、それ故にその顧客が商取引をできる銀行或は複数の銀行を識別する一つ或はそれ以上の関係銀行識別子と関連していることから成る複数の顧客識別子のデータベースと、
−流動性相場のプロバイダーである銀行の識別を許容する複数の流動性プロバイダー識別子のデータベースであり、各識別子が、前記流動性プロバイダーが流動性相場及び取引を提供できる前記金融商品を識別する一つ或はそれ以上の金融商品識別子と関連されていることから成る複数の流動性プロバイダー識別子のデータベースと、
−前記金融商品の内の一つ或はそれ以上に拘わる取引を実行するための相場を求める要求を始動する手段と、
−前記取引を求める流動性価格相場要求をその金融商品をオファーしている前記流動性プロバイダーの各々へ通信する手段と、
−前記流動性プロバイダーの各々によって前記ハブへ戻された前記要求された金融取引に対する各流動性価格相場をロギング(logging)又は記録及び更新を為す手段と、
−前記金融取引を求めるマージン価格要求を前記関係銀行の各々へ通信する手段と、
−前記関係銀行の各々によって前記ハブへ戻されたマージン価格相場をロギングする手段と、
−複数の複合相場から成るアレイを算定又は計算する手段であり、各相場が、（１）前記流動性プロバイダーの内の一つによって提供された流動性価格と（２）前記関係銀行の内の一つによって提供されたマージン相場との合計を含むことから成る手段と、
−複数の相場から成る前記アレイからの好ましい複合相場の選択をユーザに対して許容する手段であり、その選択された複合価格で前記取引を実行する注文命令を発生することから成る手段と、
−選択された特定の複合価格に応ずると共に前記流動性プロバイダーも一関係銀行であるか否かに応じて、一方において（ａ）関係銀行と前記顧客との間、及び、他方において（ｂ）前記流動性プロバイダーと関係銀行と前記顧客との間の何れかである前記取引の実行を指示する手段と、
−前記取引が実行された旨を前記顧客へ通信する手段と、
を含む。
【発明を実施するための最良の形態】
【０００８】
以上において、「関係銀行」は、銀行、ブローカー、市場、或は、顧客が予め存在する商取引を為す他の団体であり、信用格付け等の規定要件を満たすものであり、顧客がそれらとの商取引を授権されているような他の一群である。この書面において銀行或は関係銀行への言及はこのようにして解釈されるべきである。「流動性プロバイダー」は、銀行、ブローカー、市場、或は、顧客によって要求された特定の金融商品に対して流動性価格を提供できる他の団体である。これは関係銀行を含み得るが、必ずしも関係銀行を含まない。例えば、特定の顧客に対する関係銀行は特定の金融商品の商取引を為し得ず、それ故に流動性価格を提供することができない。この書面において流動性プロバイダーへの言及はこのようにして解釈されるべきである。
【０００９】
クライアント及び金融商品に応じて、銀行は流動性プロバイダー、関係銀行、或は、それら両方であり得る。
【００１０】
本発明のキーとなる長所は、顧客が流動性価格を提供する流動性プロバイダーと商取引関係を有するか否かに拘わらず、顧客が取引に対する最良の流動性価格に基づき複合価格を獲得できることである。複合価格は、顧客が商取引関係を有する特定の銀行或は複数の銀行によってオファーされた価格に依存しなければならないというよりは、むしろ流動性プロバイダーの全てから選択された流動性価格に基づき選択される。
【００１１】
信用リスクは、顧客にとって最良の流動性価格を獲得すべく、流動性プロバイダーと見返り商取引を為す関係銀行によって取られる。この文脈における見返りによって当方が意味することは、関係銀行がその顧客との商取引の市場リスクを流動性プロバイダーへ移転することである。関係銀行は信用リスクを受け入れるべく請け負って（関係銀行は商取引関係を有するからである）、そしてそれ故にマージンをその流動性価格に適用する。
【００１２】
このようにして、顧客が商取引関係やそれ故の商取引を許容する正規の機構を何等有しない銀行との商取引を実際上に為すことができる。言うまでもなく、その最良の流動性価格は通常の関係銀行（即ち、好適な流動性プロバイダーがその関係銀行）から由来し、その場合、顧客は通常通りに商取引を為すことが可能である。好適な実施例において、顧客は複合相場の流動性相場部分が由来した流動性プロバイダーを見ることも或は知らされることもない。このようにして、顧客は関係銀行によって提供される取引に対する相場を単に見ることになる。
【００１３】
しかしながらしばしば最良の複合価格（顧客によって見られる包括的な価格）は非関係銀行からの流動性価格を含み、その場合顧客は他の場合では有効とはならないような取引に対する価格を獲得することができる。
【００１４】
実際上、本システムは殆どの状況において要求された取引に対して関係銀行から信用認証を要求する手段をソフトウェア的に含み、その信用認証／不認証は関係銀行によって保持されるその顧客に対する認証規準を参照する。好ましくは、本システムは認証／不認証決定をロギングするソフトウェア手段と、不認証の場合に取引に対するマージンを提供する複数の関係銀行から成る集合から該当する関係銀行を除外する手段とを含む。銀行は依然として流動性プロバイダーであり得る。
【００１５】
この発明を用いて有効的に商取引され得る金融商品は、流動性価格及びマージンを有効的に課せられる。特にこれらは限定されるわけではないが、外国為替スポット、外国為替先物、外国為替スワップ、外国為替受渡不履行先物、外国為替オプションズ金利派生物を含む。
【００１６】
加えて様々な金融商品も本発明の主題となり得る。これらのタイプの商品は金融貸出、金融預金、預金証書、商業手形、並びに、固定収入を含み、これら双方は主要市場（即ち、起債）及び流通市場（即ち、商業取引）である。
【００１７】
特定の商品−特に外国為替商品−に対して、顧客に対して銀行によって相場がつけられる価格は、流動性価格に適用されるビッド／オファー(買付／売却)さや、及び、明確な買付マージン／売却マージンがある。これらの双方は銀行によって提供され得ると共に顧客に表示され得る。
【００１８】
係わる銀行は、実際上、安全なデータ処理ネットワークによってそれぞれハブとリンクされることになる。これら銀行は相互に競争して、金融商品の範囲を提供することになる。
【００１９】
顧客の範囲は、その金融マーケットに参加するために、本発明に従ってオファーされたサービスに申し込み、安全なネットワークにログオンできる。その金融マーケットへのアクセスは、典型的には、インターネット・リンクにより、各顧客のウェブ・ブラウザを介してハブとの通信用に提供されたウェブサイト・インターフェースによってとなる。コード化テクノロジーは、顧客及びハブの間の安全なデータ・リンクを確保すべく使用され得る。これは、適切なテクノロジーが当業界では周知であるのでここでは更に説明しない。
【００２０】
各顧客は競合する銀行の内の少なくとも一つと商取引関係を有する必要がある。信用認証理由等のため、複数の銀行から成る狭い範囲と商取引関係を単に有することは顧客にとって通常である。これらは関係銀行である。
【００２１】
関係銀行は、例えば、顧客との商取引の対抗者リスク（即ち信用リスク）に支払うべきマージンを顧客に課することになる。このマージンは、相場がつけられる商取引流動性価格の頂部に上がる。数多くの顧客がただ一つだけの関係銀行を有するが、二つ以上を有する顧客も数多くいるし、ある顧客は全ての構成員銀行と関係を有する。
【００２２】
本発明は全ての構成員銀行からの最良の流動性価格から利益を得る能力を応募者又は出資者に提供するものであり、たとえそうした銀行の副集合（「関係銀行」）のみがそれらと直に商取引できたとしてもである。
【００２３】
それ故に、顧客が別の流動性プロバイダーからのより良好な流動性価格から利益を得ることができるためには、本システムは選択された関係銀行と最良価格のプロバイダーである構成員銀行（「流動性」プロバイダー）との間の内部売買取引（「見返り」取引）を自動的に発生する。それ故に関係銀行は、もしその価格がより良好であれば、市場リスクを別の銀行に自動的にオフロードして、クライアント・リスクを遠ざける。
【００２４】
典型的には、顧客に示された最終価格は（最良流動性価格）＋（マージン）から成る複合価格であり、これは「包括的」価格を構成して、このフォーマットで顧客に表示されるだけである。
【００２５】
好ましくは、顧客が価格を要求すると、メッセージが信用認証とその取引に対するマージンとを要求する関係銀行或は複数の関係銀行へ送られることになる。同時に、メッセージが流動性価格を要求する全銀行へ送られる。これらのメッセージは予め承認された時間内に銀行によって応答されるべきことである。相場を受け取ると、ソフトウェア価格決定エンジンがマージン及び流動性価格を混合して包括的複合価格或は複数の包括的複合価格を顧客に与える。
【００２６】
以上から明らかなことは、本発明が数個の方法で具現化され得ることであり、その内の一つの方法は相場を求める特定の要求に応じて価格相場が発生させられるものであり、顧客がその要求のパラメータを明示し、ハブが一つ或はそれ以上の相場を戻し、そして顧客がこれら相場の内の一つを選択して取引を為す。
【００２７】
別の方法は、本システムが商取引できる一つ或はそれ以上の金融商品に対して、顧客への「商取引可能な価格」のリアルタイム供給を含む。こうした価格は周期的に更新されて、しばしば生じ得る流動性価格及びマージンにおける変動が考慮される。この更新は、ハブ・システムによって衛星システムへ分配された相場を求める自動要求に応じて自動的であり得るか、或は、衛星システムの内の一つ或はそれ以上によって自発的に提供された更新価格決定情報に応じて実行され得る。
【００２８】
実際上、本発明は、顧客、衛星銀行、並びに、これら機構に対する金融商品の適合物の要件に依存して「リアルタイム」（即ち取引可能）価格及び「オン・リクエスト（要求あり次第）」価格の混合物を提供し得る。
【００２９】
本発明の特定の実施例において、本システムはソフトウェアを具備し、そのソフトウェアは直接的商取引オプションを可能にし、システムは顧客に対して、その顧客用の一つ或はそれ以上の関係銀行から引き出される流動性価格／マージン複合価格を表示するのみである。言い換えれば、非関係銀行との間接的な商取引の可能性は排除される。
【００３０】
本発明の別の実施例におけるシステムは、（流動性プロバイダーの全てによって提供される最良流動性価格）＋（関係銀行によって提供される最低マージン）の複合物を含む最良価格が顧客には提供されることを確保するソフトウェアを具備する。好ましくは、顧客には比較価格も提供され、該比較価格は、最良価格を含む取引の実行を勧めるために、最も不利な銀行マージンと最も不利な流動性価格との組み合わせ等の副次的な最適価格である。
【００３１】
一実施例において、比較価格は非関係銀行によって提供される流動性価格と関係銀行の最も不利なマージンとの複合物である。
【００３２】
本発明の別の実施例において、ソフトウェアは各顧客が、そのより好ましい関係銀行或は流動性プロバイダーとしての特定の銀行を選択或は選択解除することを可能とする。
【００３３】
リアルタイム価格決定
本発明のこの局面の実行において、本システムは各銀行からのリアルタイム流動性価格を点検し、関係銀行の顧客マージンをそれら価格の各々に付加して、彼／彼女に最良の「包括的」（流動性＋マージン）価格のリアルタイム移動ウィンドウを提供する。顧客は、典型的には、スクリーン上に買い／売りボタンを有し得て、彼／彼女が価格が移動するにつれて取引することを可能としている。
【００３４】
本発明の好適な局面において、リアルタイム取引可能スクリーンは通貨マーケットに対して有効と為され得て、特定通貨（或は通貨対）を取引する。示された価格は指定された（商品毎の）最小及び最大のユーロ等価取引額に限定される。有益には、これは外国通貨の交換額或は取引額に対するサービスの供給を促進する。
【００３５】
ここで使用されているように、用語「銀行」は、任意の金融施設、ブローカー、市場、或は、顧客に金融商品をオファーする他の団体をカバーすべく広範囲に解釈されることが意図されている。以下は、本発明を実行する一方法のただ単なる例示的な記載であり、添付図面を参照している。他の方法は当業者であれば明らかであろう。
【実施例】
【００３６】
１．流動性価格を求める要求
顧客は特定の詳細取引に対する価格を要求し、システムはその取引に対する流動性価格を求める要求を各流動性プロバイダーへ、或は、任意には関係銀行だけへ送信する。その流動性プロバイダーの流動性価格相場を受け取るに及んで、システムはその流動性価格を点検する。
【００３７】
２．マージンを求める要求
顧客が価格を要求すると、ハブ・プロセッサはマージン相場を求める要求を、全流動性プロバイダーへ送信された流動性価格要求に加えて、顧客が信用関係を有する銀行或は複数の銀行（関係銀行）へ送信する。
【００３８】
３．信用認証
顧客が価格を要求するのと同時に、ハブ・プロセッサはメッセージを関係銀行或は複数の関係銀行へ送信して、その顧客に対する信用認証決定を要求する。もし取引が関係銀行が有するその顧客に対して有効である信用を該顧客が越えている場合は、銀行は当該銀行との商取引に対して価格が何等付与されないことを意味するメッセージを送信する。しかしながら、もし顧客が銀行或は複数の銀行にとって有効である充分な信用性を有すれば、信用認証メッセージがハブ・プロセッサ・プラットフォームへ戻されることになって、その顧客がその特定額に対するその特定商品に関しての商取引が可能であることを確認する。価格或はマージンを提供する単なる行為は暗黙の認証として見なされ得るので、信用認証を求めるアクティブな要求、或は、信用認証のアクティブな供給は不必要であり得る。逆に、もしマージンが保留された場合、これは不認証による可能性がある。
【００３９】
４．価格混合
次いでハブ処理システムは受け取られた混合「包括的」（流動性＋マージン）価格のリストを顧客に提供して、その選択された「関係銀行」の内の一つとの商取引を可能とするが、最良流動性価格を利用する。その関係銀行がそれ自体で最良流動性価格をオファーしない場合、その関係銀行は、商取引が顧客によって確認された際にシステムによって自動的に発生させられた見返り商取引によってその最良流動性価格を依然としてオファーできる。顧客はその商取引を自身のコンピュータ或はスクリーン上の合意ボタン（或はその類）を押圧することで確認する。
【００４０】
５．直接商取引
システムの構成員銀行は特定の金融商品に対して見返り商取引の便宜を提供しないことを選択する可能性がある。従って本発明のシステムは顧客に該顧客の関係銀行だけから相場を要求する能力を提供し得る。こうした状況において、顧客が価格を求めると、システムは価格決定のために顧客の関係銀行或は複数の関係銀行へその取引の詳細を送信することになる。
【００４１】
より明示的な実施例が、本発明に従ったシステムによって顧客及び構成員銀行の間での商取引の実行に含まれる諸ステップを図示する注釈が付されたフローチャートを表している図面を参照して記載される。本発明のシステムは図中において「セントレディア(Centradia)」と称される。
【００４２】
この明示的な実施例は、実際上、要求された機能ステップを実行すべく書き込まれたコンピュータ・ソフトウェアによって実行されることになる。このシステムを具現化するために必要とされるコードの明示的な詳細は何等付与されないが、記載されたステップを具現化するために必要とされる適切なコーディング又はプログラミングの製品は金融商取引応用に対するプログラミングの当業者にとってのルーチンである。
【００４３】
本発明の典型的な実施例に含まれる諸ステップとしては以下の通りである。
【００４４】
・例えば５つの銀行から成るグループは、システムを管理するデータ通信ハブ処理ユニットにおけるネットワークを形成する。これら銀行はシステムに対してオファーされるべき金融商品は何れかを決定する。それら構成員銀行の内の少なくとも一つと商取引関係及び信用身分を有する顧客は専用或は公共（インターネット等）の通信システムによってハブ・システムとアクセスできる。
【００４５】
・顧客は安全な接続部を介して、ハブとデータ通信関係にあるネットワーク端末によってシステムにログオンする（このネットワーク端末は標準的なインターネット・ブラウザを具備する標準的なパーソナルコンピュータである）。ユーザは自身が商取引を欲する商品を選択して、取引特性スクリーンに提示する。
【００４６】
・ユーザはその商取引に対するパラメータ、即ち商取引されるべき額、その金融商品の詳細等を選択する。
【００４７】
・システムはその顧客のデータベースを参照し、その顧客が商取引関係を有する銀行、例えば関係銀行を識別する。
【００４８】
・システム・ハブは、内蔵のデータベースを参照するか、或は、それら銀行自体に問い合わせることによって、それら銀行の内の何れがその商品に対する流動性価格を提供できるのかを識別する。システムはその商取引を規定する、通貨、満期等々の必要とされるパラメータを点検する。
【００４９】
・システム・ハブは、顧客信用限度、もし商取引関係を有すればその銀行が適用するであろうマージン、並びに、選択された取引に対する流動性価格の３項目に関して関連される銀行へ要求メッセージを送信する。マージンの送信が利用限度額の認証を暗示するように手配され得る。関係銀行にはその顧客の身元が知らせられる一方で、非関係銀行（流動性プロバイダーとしての役割を果たしている）にはその顧客を識別すること無しに「架空顧客」に対する相場が求められる。
【００５０】
銀行は、それら銀行が資格を持つ（マージンを待つ必要性がない）やいなや且つ予め同意された時間フレーム内でシステム・ハブへ流動性価格を戻さなければならない。
【００５１】
・プラットフォームは流動性価格がそれら銀行から到着すると共に最良流動性価格を点検し、連続的に算定又は計算し、そして更新することになる。
【００５２】
・関係銀行の顧客マージンはその最良流動性価格に付加されて、最良の包括的価格を作成し、それが顧客スクリーンへ伝送される。明らかな理由のため、顧客は適用されるマージンを見るべきではない。
【００５３】
・もしそれら銀行から同等な流動性価格があれば、ハブ・システムには流動性プロバイダーを選択するためのアルゴリズムが提供され得る。これは、プラットフォームによって受け取られる第１の流動性価格を選択するアルゴリズムを単に含み得る。もし関係銀行が同等の最良流動性価格を有すれば、そのアルゴリズムは、それが相場を提供する第１のものであるかいかんに拘わらず、その関係銀行が流動性売買取引を勝ち取ることを確保し得る。
【００５４】
一実施例において、関係銀行がその取引に対する顧客マージンを提供すれば、包括的複合価格はそれらがハブ・システムによって点検されるやいないや顧客のスクリーン上に生じされ得る。このようにして、顧客はリアルタイムで更新価格を見ることが可能である。価格が確定する前の時間量は、第１の価格が現れてから所定時間までに限定され得る。この期間は、選択された金融商品識別子のデータベースを参照することで、ハブ・システム内に予め規定されている。これは独特な資産分類であり得る（と共に、通貨、満期日等々の他のパラメータに依存し得る）。
【００５５】
言うまでもなく、本発明にとって実行されるべき本質的なことは、見返り流動性価格決定及び商取引の要件を満たすために必要とされる銀行対銀行の転送を可能とする機構を、システムの構成員銀行が有するか具備することである。
【図面の簡単な説明】
【００５６】
内容なし。
【図１】
2005501345.tif 000003
【図２】
2005501345.tif 000004
【図３】
2005501345.tif 000005
【図４】
2005501345.tif 000006
【国際公開パンフレット】
2005501345.tif 000007
2005501345.tif 000008
2005501345.tif 000009
2005501345.tif 000010
2005501345.tif 000011
2005501345.tif 000012
2005501345.tif 000013
2005501345.tif 000014
2005501345.tif 000015
2005501345.tif 000016
2005501345.tif 000017
2005501345.tif 000018
2005501345.tif 000019
2005501345.tif 000020
2005501345.tif 000021
2005501345.tif 000022
2005501345.tif 000023
2005501345.tif 000024
2005501345.tif 000025
2005501345.tif 000026
2005501345.tif 000027
2005501345.tif 000028
2005501345.tif 000029
2005501345.tif 000030
2005501345.tif 000031
2005501345.tif 000032
2005501345.tif 000033
2005501345.tif 000034
2005501345.tif 000035
2005501345.tif 000036
2005501345.tif 000037
【国際調査報告】
2005501345.tif 000038
2005501345.tif 000039
2005501345.tif 000040