(57)【要約】流動性を生み出すシステムは、複数のクライアント・ユーザ・インターフェースと、マッチング・システムとを含む。各クライアント・ユーザ・インターフェースは、取引未執行状態を記憶するトレーディング・デスクトップを含む。マッチング・システムは、複数のクライアント・ユーザ・インターフェースと結合され、取引未執行状態についての情報を受け取るように構成される。システムは、取引未執行状態についての情報に基づいて、１又は複数の第２のインジケーション・オブ・インタレストを満たすことができる１又は複数の第１のインジケーション・オブ・インタレストを、マッチとして識別する。識別されたマッチに関して、システムは、そのマッチの通知及びマッチを執行するための招待状を、対応するクライアント・ユーザ・インターフェースへ提供する。招待状が受け入れられると、システムは、注文を、約定するために注文約定システムへ送る。
2008518362.tif 000002
【特許請求の範囲】
【請求項１】
流動性を生み出すためのシステムであって、
複数のクライアント・ユーザ・インターフェースであって、それぞれの前記クライアント・ユーザ・インターフェースが、所与の量の取引可能な資産を取引するために取引未執行状態を記憶するための手段を有するトレーディング・デスクトップを含む、複数のクライアント・ユーザ・インターフェースと、
前記複数のクライアント・ユーザ・インターフェースと結合されるマッチング・システムであって、前記複数のユーザ・クライアント・インターフェースから複数の取引未執行状態を受け取り、前記複数の取引未執行状態からの１または複数の第２の取引未執行状態を満たすことができる、前記複数の取引未執行状態からの１または複数の第１の取引未執行状態を、マッチとして識別し、識別された前記マッチに関して、前記マッチの通知と、前記マッチを執行するための招待状とを、対応するクライアント・ユーザ・インターフェースへ提供し、それぞれの前記招待状が受け入れられると、前記マッチに対応する注文を、約定するために注文約定システムへ転送するように構成されるマッチング・システムと
を備えるシステム。
【請求項２】
請求項１に記載のシステムであって、前記マッチング・システムが、マッチのために前記取引未執行状態に対応する注文を執行する価格を決定するための価格決定モジュールを含む、システム。
【請求項３】
請求項２に記載のシステムであって、前記価格決定モジュールが、前記マッチのために前記資産に関する現在の最も高い売り値と最も低い売り値との中間点を計算する、システム。
【請求項４】
請求項１に記載のシステムであって、少なくとも１つのクライアント・ユーザ・インターフェースが、取引未執行状態を前記マッチング・システムへ提出するように構成される、システム。
【請求項５】
請求項１に記載のシステムであって、執行するための前記招待状は、所定の時間でその有効期限が切れるものであり、かつ前記所定の時間の表示を含むものである、システム。
【請求項６】
請求項１に記載のシステムであって、それぞれの前記クライアント・ユーザ・インターフェースが、前記取引未執行状態と、マッチを執行するための前記招待状とを表示するためのグラフィカル・ユーザ・インターフェースを含む、システム。
【請求項７】
請求項６に記載のシステムであって、取引未執行状態は、前記システム内で匿名および秘密である、システム。
【請求項８】
請求項１に記載のシステムであって、それぞれの取引未執行状態が、取引の規模、取引される資産の資産名、および前記取引の側のうちの少なくとも１つを含む、システム。
【請求項９】
請求項１に記載のシステムであって、前記マッチング・システムが、未執行の注文にアクセスすることができ、マッチが、１または複数の未執行の注文を含むことができる、システム。
【請求項１０】
請求項６に記載のシステムであって、執行のための前記招待状は、所定の時間でその有効期限が切れ、前記グラフィカル・ユーザ・インターフェースが、前記所定の時間と、前記所定の時間の経過との動的な表示を含み、前記招待状の有効期限が切れる前の前記招待状を受け入れるために残された時間の量を表示する、システム。
【請求項１１】
流動性を生み出す方法であって、
ある量の取引可能な資産を取引するための複数のインジケーション・オブ・インタレストを受け取るステップと、
前記複数のインジケーション・オブ・インタレストからの１または複数の第１のインジケーション・オブ・インタレストであって、前記複数のインジケーション・オブ・インタレストからの１または複数の第２のインジケーション・オブ・インタレストを満たすことができる前記１または複数の第１のインジケーション・オブ・インタレストを、マッチとして識別するステップと、
前記マッチに関して、前記マッチを実行するための招待状を、前記１または複数の第１のインジケーション・オブ・インタレストおよび１または複数の第２のインジケーション・オブ・インタレストに対応するそれぞれの当事者へ、提供するステップと、
招待状が受け入れられると、取引可能な資産の取引を執行するために、受け入れられた前記１または複数の第１のインジケーション・オブ・インタレストあるいは受け入れられた前記１または複数の第２のインジケーション・オブ・インタレストに対応する執行可能な注文を作成するステップと
を備える方法。
【請求項１２】
請求項１１に記載の方法であって、前記受け取るステップが、複数のトレーディング・デスクトップにアクセスして、前記複数のトレーディング・デスクトップのそれぞれに記憶されている取引未執行状態を読み取るステップを含み、前記インジケーション・オブ・インタレストが、前記取引未執行状態に基づくものである、方法。
【請求項１３】
請求項１１に記載の方法であって、前記資産の前記取引を執行する価格を計算するステップを更に含む方法。
【請求項１４】
請求項１３に記載の方法であって、前記計算するステップが、前記マッチに関しての前記資産に関する現在の最も高いオファー価格と最も低いオファー価格との中間点を計算する、方法。
【請求項１５】
請求項１１に記載の方法であって、執行のための前記招待状は、所定の時間でその有効期限が切れるものであり、かつ前記所定の時間の表示を含むものである、方法。
【請求項１６】
請求項１１に記載の方法であって、前記インジケーション・オブ・インタレスト、およびマッチを執行するための前記招待状を、クライアント・ユーザ・インターフェースを介して前記対応する当事者に表示するステップを含む方法。
【請求項１７】
請求項１６に記載の方法であって、インジケーション・オブ・インタレストは常に匿名および秘密のものである、方法。
【請求項１８】
請求項１６に記載の方法であって、それぞれのインジケーション・オブ・インタレストが、取引の規模、取引される資産の資産名、および前記取引の側を含む、方法。
【請求項１９】
請求項１６に記載の方法であって、前記インジケーション・オブ・インタレストは、執行可能な注文または執行可能ではない注文に基づくことができる、方法。
【請求項２０】
請求項１６に記載の方法であって、執行のための前記招待状が、所定の時間でその有効期限が切れ、前記グラフィカル・ユーザ・インターフェースが、前記所定の時間と、前記所定の時間の経過との動的な表示を含み、前記招待状の有効期限が切れる前の前記招待状を受け入れるために残された時間の量を表示する、方法。
【請求項２１】
市場における未執行状態のものどうしを秘密かつ匿名でマッチさせることにより、市場における流動性を生み出すための、コンピュータで実装されるシステムであって、
市場における未執行状態を表すデータを受け取るように、複数の取引ブロッタを読み取るためのスイープ・プログラムであって、それぞれの前記未執行状態を表すデータが、証券名、規模、および側を含むものである、スイープ・プログラムと、
前記データを前記走査プログラムから受け取り、そして、同じ証券名、同じ規模、および相対する側であることによりマッチを形成する第１および第２の未執行状態を識別し、そして、前記第１または前記第２の未執行状態を表す執行可能な注文を、約定のために注文約定システムへ出力するためのマッチング・プログラムと
を備えるコンピュータで実装されるシステム。
【請求項２２】
請求項２１に記載のコンピュータで実装されるシステムであって、前記マッチング・プログラムが、３つ以上の未執行状態から１つのマッチを作成することができ、前記マッチが、前記マッチのそれぞれの側に少なくとも１つの未執行状態を含む、コンピュータで実装されるシステム。
【請求項２３】
請求項２１に記載のコンピュータで実装されるシステムであって、前記マッチング・プログラムが、前記注文約定システムにアクセスして、未執行の注文に関連するデータを受け取ることができ、かつ、未執行状態から及び未執行注文からマッチを作成することができる、コンピュータで実装されるシステム。
【請求項２４】
請求項２１に記載のコンピュータで実装されるシステムであって、前記マッチング・プログラムが、マッチが生じた場合に、前記第１および前記第２の未執行状態のものに対応する１または複数のトレーディング・デスクトップへマッチ・データを出力することができ、かつ、前記マッチング・プログラムが、前記マッチに基づいて注文を作成するための命令を受け取った場合には、前記マッチに関する執行可能な注文を出力するのみである、コンピュータで実装されるシステム。
【請求項２５】
請求項２４に記載のコンピュータで実装されるシステムであって、前記マッチング・プログラムが、事前に設定された時間内に前記マッチに基づいて注文を作成するための命令を受け取った場合に、前記マッチに関する執行可能な注文を出力するのみである、コンピュータで実装されるシステム。
【請求項２６】
請求項２２に記載のコンピュータで実装されるシステムであって、前記マッチング・プログラムは、３以上の未執行状態のものから１または複数のマッチを作成することができ、前記１または複数のマッチは、最小規模についての制約のみが満たされた場合に、前記マッチのそれぞれの側に少なくとも１つの未執行状態を含む、コンピュータで実装されるシステム。
【請求項２７】
請求項１に記載のシステムであって、それぞれの前記クライアント・インターフェースが、フィルタ定義を作成するように構成されており、前記マッチング・システムは、前記フィルタ定義を満たす取引未執行状態のみを受け取るものとすることができるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２００４年１０月２７日に出願された米国特許仮出願第６０／６２２，０１９号に対する優先権の利点を主張するものであり、その内容の全体を参照によって本明細書に組み込むものとする。
【０００２】
本発明は、一般に取引（トレーディング）システムに関する。より詳細には、本発明は、資産を取引することへの関心を示すことによって流動性を生み出すシステムおよび方法に関する。より詳細には、本発明の実施形態によれば、秘密かつ匿名のマッチングのシステムおよび方法が、インジケーション・オブ・インタレストをマッチさせて、そのマッチに基づいて注文を実行するための手段を提供し、それによって注文約定システムの流動性が高まる。
【背景技術】
【０００３】
マーケットが小口トレーダに焦点を合わせている結果として、大量の有価証券を取引する機関は、マーケットにおいて著しい非効率性に直面している。そのような非効率性は、大口取引を実行する際の膨大なコストにつながっている。大口トレーダは、大口トレーダたちの全体の注文規模の情報をマーケットで共有させると、株価に悪影響をもたらすことなる。
【０００４】
最近、幾つかの機関は、流動性を追求するために「インジケーション・オブ・インタレスト（indication of interest、売買意向）」（ＩＯＩ）を使用することに頼っている。典型的には、大口顧客から大きな取引単位を受けるブローカは、主要な取引所での取引の不均衡を回避してマーケットへの影響を軽減するために、その取引にぴったり合う逆の側の立場のものを見つけようと試みる。適合する相手を見つけるシステム（マッチング・システム）は、取引する可能性のある取引相手を識別するための従来技術において、知られている。例えば、シルバーマン（Ｓｉｌｖｅｒｍａｎ）その他に対する米国特許第５，９２４，０８２号を参照されたい。Ｓｉｌｖｅｒｍａｎのシステムにおいては、トレーダは、当事者の信用格付けや、地理的な位置や、政治的な所属や、他の主観的基準などのような主観的な基準を使用して、許容できない取引当事者を除外する。このシステムのユーザは、他のすべてのユーザに関する主観的な格付け情報を入力し、それらのユーザは、ディスプレイ内でそれぞれのユーザに対して識別される。次いで、ユーザは、ユーザにより入力された取引において許容可能な取引相手の最も低い格付けを表す最低格付け情報と、入札／オファー（買い／売り）情報とを入力する。マッチング・コンピュータは、買い／売りパラメータおよび格付け情報に基づいて、入力された買いと売りとに関して適合する相手をさがす（買いと売りとをマッチさせる）。マッチし得るものが識別されると、マッチング・コンピュータは、マッチし得る取引相手どうしに知らせて、両当事者が連絡を取って直接交渉を開始できるようにする。
【０００５】
このような「ＩＯＩ」のシステムを使用することにより、ＩＯＩのプールに参加することが比較的容易でとなり、トレーダは自分たちの注文に対して完全なコントロールを維持できるという点で、いくらかの利点を有する。しかし現在のシステムは、１）交渉のプロセスを通じて情報が漏洩する可能性があり、その結果として価格に悪影響を与えるおそれがあり、２）交渉は、往々にして長くて煩わしいものとなるおそれがあり、取引の処理が結実しない可能性さえあり、３）流動性のプールは多様性に欠け、また４）取引は、２当事者に限定される、という大きな欠点を有する。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従って、ＩＯＩを利用しての流動性を生み出すための改良されたシステムおよび方法が必要とされている。
【課題を解決するための手段】
【０００７】
本発明によれば、ＩＯＩを使用して更なる流動性を追求しながらも、完全な匿名性が維持され、情報の漏洩が回避されるシステムおよび方法が提供される。
本発明の一実施形態によれば、未執行トレーディング・ポジション（unexecuted trading position、取引が未執行である状態（立場））を、ＩＯＩとして使用することができ、それに対応する当事者やトレーダなどに、可能性のあるインジケーションのクロスやマッチが存在することをアラート（警告）することができる。そして、対応する当事者やトレーダなどは、一定の時間中に、ＩＯＩを「確固たる」注文へと変換、即ち「格上げ」することができる。この警告は、トレーダの身元およびＩＯＩの規模に関する匿名性および秘密性を維持する。次いで、マッチング・アルゴリズムが使用されて、株式を割り当て、取引を行う価格を決定する。
【０００８】
本発明の一実施形態によれば、このシステムは、ある量の取引可能な資産（例えば、複数株の所与の有価証券）を買うまたは売るためのインジケーションなどのような、執行可能ではない注文またはＩＯＩを取り込んで、ＩＯＩと、逆の側（即ち、逆の側の立場にある対応するＩＯＩ）とをマッチさせるように構成されている。以降で更に詳しく説明するように、マッチング・アルゴリズムは、複数の当事者（例えば３者）による取引、およびＩＯＩをマッチさせるその他の複雑な方法を考慮するように構成することができる。
【０００９】
本発明の一実施形態に従って流動性を生み出すためのシステムは、複数のクライアント・ユーザ・インターフェースと、マッチング・システムとを含む。それぞれのクライアント・ユーザ・インターフェースは、未執行トレーディング・ポジションを記憶するトレーディング・デスクトップを含む。マッチング・システムは、複数のクライアント・ユーザ・インターフェースと結合されており、未執行トレーディング・ポジションに関する情報を受け取るように構成されている。このシステムは、未執行トレーディング・ポジションに関する情報に基づいて、１または複数の第２のＩＯＩを満たすことができる１または複数の第１のＩＯＩを、一致（マッチ）したものとして識別することができる。その識別されたマッチに関して、このシステムは、そのマッチの通知と、そのマッチを実行するための招待状（勧誘）とを、対応するクライアント・ユーザ・インターフェースへ提供することができる。そのマッチについてのそれぞれの側における少なくとも１つの招待状が受け入れられると、このシステムは、そのマッチに対応する注文を、執行するために注文約定システムへ転送する。
【００１０】
本発明の別の実施形態によれば、流動性を生み出す方法は、ある量の取引可能な資産を取引するための複数のＩＯＩを受け取るステップと、それらの複数のＩＯＩからの１または複数の第１のＩＯＩであって、それらの複数のＩＯＩからの１または複数の第２のＩＯＩを満たすことができるものである前記複数の第１のＩＯＩを、マッチとして識別するステップと、そのマッチに関して、そのマッチを実行するための招待状を、１または複数の第１のＩＯＩおよび１または複数の第２のＩＯＩに対応するそれぞれの当事者へ提供するステップと、マッチのそれぞれの側における少なくとも１つの招待状が受け入れられると、取引可能な資産の取引を執行するために、その受け入れられた１または複数の第１のＩＯＩおよびその受け入れられた１または複数の第２のＩＯＩに対応する執行可能な注文を作成するステップとを含む。
【００１１】
一実施形態によれば、招待状が受け入れると、そのＩＯＩに基づいて注文が作成され、注文約定システムへ送信される。しかし、マッチを受け入れるための時間枠の間に、逆の側の当事者の注文が受け入れられなかった場合や、注文がクロスしなかった場合には、その注文は有効期限が切れ、ＩＯＩはリセットされる。即ち、その注文はクライアントへ戻り、ＩＯＩとして再び提示することができる。
【００１２】
本発明のさまざまな実施形態の更なる応用例および利点については、以降で図面を参照して論じる。
【発明を実施するための最良の形態】
【００１３】
本発明は、多くの異なる形態で具体化することができ、この開示は、本発明の原理の例を提供するものとみなすべきであり、本発明を、本明細書に記載および／または図示されている好ましい実施形態に限定することを意図するものではないという理解のもとで、本明細書に複数の例示的な実施形態を記載している。
【００１４】
図１は、本発明の一実施形態によるシステムのブロック図である。システム１００は、複数のクライアント１０２を含み、これらのクライアント１０２は、トレーディング・システム１０４に接続されている。それぞれのクライアント１０２は、トレーディング・デスクトップとすることができ、適切なハードウェア（例えばＰＣ）およびソフトウェアを含む。このトレーディング・デスクトップは、約定のために取引への参加および取引の監視を行うための１または複数のトレーディング・インターフェース（例えば、ＩＴＧ社のＴＲＩＴＯＮ（トリトン）（登録商標）およびＣＨＡＮＮＥＬ（チャンネル）（商標））と、注文管理システム（order management system）（ＯＭＳ）と、対象とするトレーディング・ポジション（trading position、取引に関する状態（立場））を管理するその他のシステムとを含むことができる。トレーディング・ポジションは、通常、データ・ベースに記憶され、通常は「ブロッタ（blotter）」と呼ばれるインターフェースを用いて観られれる。
【００１５】
クライアント１０２は、電子データ・ネットワークや直接接続などを介して、トレーディング・システム１０４と接続することができる。トレーディング・システム１０４は、取引情報を受け取るため、および取引の経路を定めて執行するために、取引所やＥＣＮなどのような複数の取引エンティティに接続することができる。トレーディング・システム１０４は、注文約定システム１０６を含むことが好ましく、この注文約定システム１０６は、注文を実行するためのクロス・システム（crossing system）とすることができる。例えばＩＴＧ社は、米国特許第５，８７３，０７１号を所有している。トレーディング・システム１０４はまた、約定のために、生きている注文を送るための注文ルーティング・システム１０８を含むことが好ましい。このシステムは、バック・オフィス・システム１１０や、チッカ（ticker）・テープや、他の報告システム１１２へ接続することができる。システム１０４は、例えばプロキシ・サーバ１１４などのような、暗号化、セキュリティ、および接続を実行するための適切なハードウェアおよびソフトウェアを含むことができる。
【００１６】
このシステムはまた、以下で更に詳しく説明するように、ＩＯＩをマッチさせて、そのマッチを確固たる注文へと変換するためのマッチング・モジュール１１６を含む。ＩＯＩは、マッチが生じた場合でも、秘密および匿名に保たれることが好ましい。システム１０４は、マッチしたインジケーションの約定のための価格を計算する価格決定モジュールを含む（この価格決定モジュールは、マッチング・モジュール１１６の一部とすることができる）。この価格決定モジュールは、中間価格決定アルゴリズムを使用することが好ましい。
【００１７】
インジケーションの「プール」を作成するために、システム１００は、売買約束されていない状態（uncommitted position、コミットされていないポジション)、または売買約束されているがまだ執行されていない特定の状態（committed yet unexecuted position、コミットされているがまだ執行されていない特定のポジション）（これらを「インジケーション」と総称する）に関して、それぞれのクライアント１０２をスキャンするように構成することができ、このスキャンの対象とされる前記のインジケーションは、別のクライアント１０２からの逆の側のインジケーションおよび／または他の何らかのシステムに存在し得る逆の側の注文と、結果としてマッチし得るものである。このスキャニングは、「スイープ（sweeping）」と呼ばれる場合もある。スイープは、コンフィギュレーションや、ブロッタ・データが記憶される場所に応じて、クライアント１０２において行うか、またはリモート制御（例えば、マッチング・モジュール１１６によって）により行うことができる。あるいは、インジケーションをプールに手動で入力するための手段を提供することもできる。インジケーションがスイープされると、情報をローカルに記憶してマッチング・モジュール１１６に提供するように、あるいは、マッチング・モジュール１１６に記憶するように、または、別個のメモリ・ストレージ・ユニット（図示せず）に記憶するように、することができる。
【００１８】
本発明によれば、「スイープ」は、複数の方法で実行することができる。何らかの周期的な基準で、システムは、トレーディング・デスクトップ・ブロッタからスライスを取り、それをＩＯＩ注文としてマッチのプールへ送信することができる。幾つかの可能なオプションは、下記のものを含む。
・コミットされていないすべての株式をスイープする。コミットされていない株式とは、ＯＭＳにおいてブローカに対してのコミット（売買約束）を行っていない株式である。
・コミットされていない株式の或る割合をスイープする。
・特定のブローカに対してコミットされた株式の全てまたは或る割合をスイープする。
・固定のレート（例えば、Ｎ秒ごと、Ｎ分ごとなど）で走査する。
オプションとして、スイープの後に、インジケーションをマッチのプールへ送信する前に、インジケーションの提出を確認するようユーザに促すことができる。
【００１９】
マッチング・モジュール１１６は、インジケーションのプールにアクセスし、相対するインジケーションを互いにマッチさせるように構成されている。相対するインジケーションがマッチされると、マッチング・モジュール１１６は、それぞれの当事者にそのマッチを通知し、そのマッチを受け入れるための手段を提供するように構成されている。マッチが受け入れられると、マッチング・モジュールは、そのマッチを執行可能な注文へと変換し、その注文を注文約定（order execution）システム１０６へと入力する。その注文の価格は、価格決定アルゴリズムによって決定される（好ましくは、その資産の中間点）。
【００２０】
どの時点でマッチが存在するかや、どの時点でクライアント１０２にマッチの存在を通知するかを決定するために、複数のフィルタまたは条件を使用することができる。例えば、可能性のあるマッチの存在がクライアント１０２に通知されるか否かは、インジケーションの可能な規模に応じて決定することができる。２１日の平均の１日あたりの取引高が１，０００，０００ドル以上の株式の場合を考慮すると、システムは、その有価証券を２５，０００株以上という求めに応じられるポジション（状態）を有するときのみ、そのマッチに関する通知を作成するように、構成することができる。２１日の平均の１日あたりの取引高がそれを下回る有価証券のポジション（状態）の場合、クライアント１０２にマッチを通知するには、１０，０００を上回るポジションにあるものに限定することができる。
【００２１】
システムは、通知のための適用可能なしきい値を満たす特定の有価証券に関してマッチの可能性を検知すると、その影響を受けるクライアント１０２へ電子通知を送信して、マッチの可能性が存在する旨を知らせる。この通知は、該当する有価証券と、そのインジケーションの市場における側（買い手、売り手）とを特定するにとどめることが好ましい。通常は、市場や勝負などへの影響を防止するために、当事者の匿名性、ならびにインジケーションの規模および取引上の制約に関する秘密を保つことが重要である。従って、システムが、逆の側の当事者や、取引の可能規模や、逆の側の注文またはインジケーションに適用される他のあらゆる詳細や取引上の制約を特定しないことが、最も好ましい。
【００２２】
クライアント１０２は、マッチの可能性があることの通知を受け取ると、そのクライアントは、その通知に応答するための設定時間（例えば４５秒）を有し、その時間内に応答しないと、そのマッチの有効期限が切れるようにすることが好ましい。この時間枠内に通知に応答することによって、当事者のインジケーションのそれぞれは注文に変換され、その注文は注文約定システム１０６へ提出され、注文の次なるマッチに参加するようにする。クライアントのトレーディング・デスクトップのインジケーションは、この時間枠の間は、そのクライアントが通知に応答してマッチを受け入れるまで、コミットされていないポジション（状態）にとどまる。クライアントは、マッチを受け入れるまでは、通知を無視すること及び／又はそのポジションに関する注文を他のどこかへ送信するこを、自由に行える。
【００２３】
また、ＩＯＩを注文とマッチさせることもできる。この場合には、注文にパラメータを追加することなどによって、その注文を「インジケーションに適格なもの」にすることができ、それによって、システムは、それらの注文をマッチング用のインジケーション・プールのためのものと考慮できるようになる。注文約定システム１０６は、適格な注文をマッチング・モジュール１１６へ「プッシュ（push）」することができ、また、マッチング・モジュール１１６は、インジケーションに適格な注文を注文約定システム１０６からスイープして、それらの注文を、マッチング用のインジケーション・プールに含めることができる。そのようなインジケーションに適格な注文の価格は、誤ったマッチがなされることを避けるために、マッチングの最中に考慮すべきであるという点を認識されたい。
【００２４】
クライアントが、応答時間枠内に電子通知に応答しない場合には、マッチの可能性の機会が失われた旨が、そのクライアントに通知される。その後、クライアントは、そのインジケーションを再びアクティブにすることを選択することができる。オプションとして、そのポジションは、再びアクティブにされるまで、システム内における将来のマッチングの機会のために考慮から除外することができる。
【００２５】
注文約定システム１０６へ提出するためにインジケーションを注文へと変換した時に（即ち、通知時間枠内に応答した場合）、クライアントは、その注文のクロスしていない部分が注文として実行システム１０６内に残る時間（有効な時間）を指定することを、選択でき、その時間の間は、他の注文と対話することができ得る。注文が完全には満たされなかった場合、その満たされなかった部分は、マッチング・モジュール１１６またはクライアント・ユーザ１０２へ戻され、そこでＩＯＩへと戻ることができる。
【００２６】
変換されたインジケーションがクロスされるようにするために、注文約定システムと変換プロセスとの間における同期が要求され得る。このような場合、クライアントに特定の有価証券に関する取引機会（アラート）が通知されると（逆の側は、別のクライアントまたはインジケーションに適格な注文）、注文約定システム１０６内でのその有価証券のクロスは、（ａ）アラートを受け取ったすべてのクライアントが、マッチを受け入れる旨を送信することによって応答を行った時点、または（ｂ）アラート応答枠が終了した時点とのうちの早い方の時点まで、中止されることができる。このメカニズムによって、クライアント・ユーザは、割り当てられた時間内に通知に応答した場合、市場における逆の側の、注文管理システム１０６内の注文に対するマッチに参加することができ、このときに、逆の側の注文（１または複数）が、市場におけるユーザと同じ側の既存の注文または介在してきた注文とのクロスにより利用できなくなる、という心配がない。
【００２７】
注文約定システム１０６内でマッチしたすべての注文は、マッチの時点における国内での最良の買い値と売り値との間での価格で執行され（例えば、中間点）、それによって、そのマッチに関与するすべての逆の側の当事者へ価格の改善が提供される。システム内でマッチした注文に関する正確な約定価格、およびそれに応じた、マッチに関する当事者によって享受される価格の改善は、さまざまな要因に応じて決定できる。
【００２８】
図１は、限定を示すための構成を意図するものではなく、その特徴および構成要素は、さまざまなものとすることができることを理解されたい。例えば、マッチングは、それぞれのクライアント１０２において実行することができ、マッチは、参加しているクライアントから注文約定システムへ直接に入力することができる。図１の構成要素は、本発明のシステムおよび方法の機能および接続をサポートするための適切なコンピュータ・ハードウェアおよびソフトウェアを用いて実装できるという点も理解できるであろう。本発明を実装するために、最新技術のコンピュータ・ハードウェアおよびプログラミング技術を使用することが好ましい。更に、任意のコンピュータ・アーキテクチャを使用することもできる。即ち、機能は、集中化することも、オブジェクト指向とすることも、あるいは分散することもでき、また、それぞれの論理的な構成要素を個別の装備として実装しなければならないということを意図するものではない。
【００２９】
図２ａ〜図２ｉは、例示的なクライアント・ユーザ・インターフェース（例えば、グラフィカル・ユーザ・インターフェース（ＧＵＩ））のスクリーン・ショットである。例示のために、本発明の一実施形態によるシステムおよび方法について、これらのスクリーン・ショットを参照して説明する。図２ａ〜図２ｅの例は、ＩＴＧ社によって製造および販売されているクライアント・ユーザ・インターフェースのスクリーン・ショットである。ＰＯＳＩＴ  Ａｌｅｒｔ（ポジット・アラート）は、ＩＴＧ社の所有する商標である。更に、クライアント・インターフェース内のアクションについては、クライアント・インターフェースを参照して説明するが、処理は、図１を参照して上述したように実行することができるという点を理解されたい。典型的なＧＵＩナビゲーション技術については、理解されていることを前提とする。
【００３０】
図２ａは、ＧＵＩ２００を示しており、ＧＵＩ２００は、ＯＭＳスクリーン・ブロッタ２０２と、アクティブな注文２０４と、レポート（報告）２０６と、インジケーション・システム２０８とにアクセスするためのタブを含む。下側のブロック２１０は、それぞれのタブに関する詳細情報を含む（ここでは、ＯＭＳブロッタのタブがアクティブになっている）。ブロッタ（blotter）の情報を表示している下側のブロック２１０において、複数のコミットされていない取引またはインジケーションが示されている。それぞれのインジケーションは、株の銘柄２１４、ならびに側２１６、利用可能な規模（サイズ）２１８、注文規模（サイズ）２２０、指し値（注文のタイプ）２２２、および注文の仕向先２２４を含む。「含む（include）」チェック・ボックス２１２も示されており、これによって、ユーザは、「表示（indicate out）」するようにブロッタに注文を有することができる。スイープ・ルーチンは、「含む」チェック・ボックス２１２がチェックされているそれぞれの注文に関するデータを引き出す。
【００３１】
図２ｂは、インジケーション・システム・タブ２０８が強調表示されているところを示しており、ブロック２１０内の詳細な情報は、最近スイープされた情報を含んでいる。しかし、このユーザはまだ参加しておらず、スイープされたインジケーションには取り消し線が付けられており、現在これらのインジケーションがシステムに示されていないことを意味している。参加ボタン２１１ａが押されると、システムは表示を行う。
【００３２】
図２ｃは、現在参加中であることを示している。アラート・インジケータ２２６があり、これは、マッチが存在するかどうかをユーザに知らせる。マッチが存在すること以外の詳細は提供されないという点に留意されたい。これは、１または複数の当事者が、ＩＯＩのパラメータを有する注文を満たすことができるということを意味している。例えば、このユーザは、ＭＳＦＴを５０，０００株、Ｔを９０，０００株、およびＰＦＥを３５，０００株買うことに関心を示している。マッチ・インジケーション２２６は、１または複数の当事者がその注文を満たし得るインジケーション、即ち、ＭＳＦＴを５０，０００株、Ｔを９０，０００株、およびＰＦＥを３５，０００株売りたいというＩＯＩを有している、ということを意味している。ここでは、それぞれの側で少なくとも１当事者が、執行することを選択しない限り、注文は執行されない。「アラート」ボタン２１９内には、マッチの数「［３］」が示されている。
【００３３】
図２ｄにおいては、ユーザは、ポップアップ２３６によってマッチを知らされる。図２ｅにおいては、ウィンドウ２３８が、それぞれのマッチ２３１、２３２および２３４と、それぞれのマッチの有効期限が切れて受け入れられなくなるまでの残り時間バー２３１ａ、２３２ａおよび２３４ａとを示している。上述のように、マッチを受け入れてＩＯＩを約定可能な注文へと変換するための手段が提供される。この例において、図２ｆに示されているように、マッチ（２３１、２３２、または２３４）をクリックすることによって、ポップアップ・ウィンドウ２４０が作成され、このポップアップ・ウィンドウ２４０は、提示されている注文の詳細を含む。ここでは、注文が全体の量を下回るものであり、これは、逆の側のインジケーションが２５，０００株のみに対してであることを意味している点に留意されたい。オプションとして、インジケーションの全体に対してのみ（即ち、ＭＳＦＴの５０，０００株のみ）をマッチさせることができる。また、任意の量のデータをポップアップ２４０内に表示することもでき、あるいはデータをまったく表示させないこともできる。ポップアップ２４０は、「送信」ボタン２４２を含み、この「送信」ボタン２４２によって、ユーザはマッチを受け入れることができる。逆の側の当事者（１または複数）もマッチを受け入れる場合には、そのマッチは、注文に変換されて執行される。
【００３４】
図２ｇを参照すると、ＭＳＦＴのインジケーションのマッチが受け入れられた後に、注文スクリーン２０４が示される。最後の注文２２８は、ＩＯＩから作成されたＭＳＦＴの２５，０００株を買うための満たされた注文である、という点に留意されたい。この時点で、２つのマッチ２３２および２３４のみが、ポップアップ・ウィンドウ２３０内に残っている。
【００３５】
マッチ・インジケーション（招待）時間が経過すると、そのマッチは終了し（図２ｈ）、インジケーションはリセットされる（図２ｉ）。図２ｈにおいては、Ｔが時間切れになると、Ｔに関するインジケーション２４４は、取り消し線で消される。マッチＴは、有効期限が切れたものとしてポップアップ・ウィンドウ２３０内のボタン２４５に示されている。次のスイープでは、図２ｉに示されているように、Ｔは表示するように再開される。
【００３６】
図２ａ〜図２ｉに示されているＧＵＩは単なる例にすぎず、他の多くのＧＵＩが考えられるということを当業者なら容易に理解できるであろう。更に、ＧＵＩの機能は、変更すること、即ち異なる特徴を伴って実装することができる。ＧＵＩは、ＶＩＳＵＡＬ  ＢＡＳＩＣやＯＲＡＣＬＥ  ＦＯＲＭＳなどのような、多くの異なるタイプのソフトウェアやプログラムを用いて実装することができるということを当業者なら理解できるであろう。
【００３７】
図３を参照すると、第１の取引シナリオが本発明の一例を示しており、ここでは、特定の有価証券の１００，０００株分に関する買いインジケーションが、１０時１５分にシステムへ入力される。１０時２２分には、この有価証券の４０，０００株分に関する売りインジケーションが入力される。この時点で、買い手となり得る者および売り手となり得る者へは、それぞれ、クロスまたはマッチの存在の可能性が通知される。１０時２３分には、買い手は、そのインジケーションを、１００，０００株を買うための実際の注文へと変換、即ち、格上げし、売り手は、そのインジケーションを、４０，０００株を売るための実際の注文へと変換、即ち、格上げする。１０時２４分には、システムは、当該有価証券に関する現在の市場の売り値と買い値との間における中間点の価格で、利用可能な流動資産の４０，０００株分をクロスする。その後、残りの６０，０００株は、ＩＯＩへ戻されるのみである。
【００３８】
図４を参照すると、第２の取引シナリオが、本発明の別の例を示しており、ここでは、ＩＯＩを入力する前に、２人の別個のトレーダがそれぞれ、全体の合計で５０，０００株を売るために従来のクロス・システム上で注文を入力している。このシナリオのもとでは、トレーダは、クロスの可能性が現実になった場合に、ＩＯＩプールに参加することを選択することができる。買いインジケーションおよび売りインジケーションが、シナリオ１と同様に実際の注文へと格上げされると、以前から存在する売り注文は、クロスに参加できるようになる。結果として、合計９０，０００株が中間点の価格でマッチし、残りの１０，０００株がＩＯＩへと戻される。
【００３９】
このようにして、複数の好ましい実施形態について、図面を参照して十分に上述した。これらの好ましい実施形態に基づいて本発明について説明したが、説明した実施形態に対して、特定の変更形態、変形形態、および代替構成を、本発明の趣旨および範囲内で作成できるということが、当業者にとっては明らかであろう。
【００４０】
例えばユーザを、例えば、ユーザ・プロファイルによって区別することができ、マッチングを、指定のユーザ・プロファイルを有するユーザに限定することができる。
【図面の簡単な説明】
【００４１】
【図１】図１は、本発明の一実施形態に従って流動性を生み出すためのシステムのブロック図である。
【図２ａ】図２ａ〜２ｉは、本発明の一実施形態に従って流動性を生み出すためのシステムのための例示的なインターフェースのスクリーン・ショットである。
【図２ｂ】図２ａ〜２ｉは、本発明の一実施形態に従って流動性を生み出すためのシステムのための例示的なインターフェースのスクリーン・ショットである。
【図２ｃ】図２ａ〜２ｉは、本発明の一実施形態に従って流動性を生み出すためのシステムのための例示的なインターフェースのスクリーン・ショットである。
【図２ｄ】図２ａ〜２ｉは、本発明の一実施形態に従って流動性を生み出すためのシステムのための例示的なインターフェースのスクリーン・ショットである。
【図２ｅ】図２ａ〜２ｉは、本発明の一実施形態に従って流動性を生み出すためのシステムのための例示的なインターフェースのスクリーン・ショットである。
【図２ｆ】図２ａ〜２ｉは、本発明の一実施形態に従って流動性を生み出すためのシステムのための例示的なインターフェースのスクリーン・ショットである。
【図２ｇ】図２ａ〜２ｉは、本発明の一実施形態に従って流動性を生み出すためのシステムのための例示的なインターフェースのスクリーン・ショットである。
【図２ｈ】図２ａ〜２ｉは、本発明の一実施形態に従って流動性を生み出すためのシステムのための例示的なインターフェースのスクリーン・ショットである。
【図２ｉ】図２ａ〜２ｉは、本発明の一実施形態に従って流動性を生み出すためのシステムのための例示的なインターフェースのスクリーン・ショットである。
【図３】図３は、本発明の一実施形態に従った１つの取引シナリオを示す。
【図４】図４は、本発明の一実施形態に従った別の取引シナリオを示す。
【図１】
2008518362.tif 000003
【図２ａ】
2008518362.tif 000004
【図２ｂ】
2008518362.tif 000005
【図２ｃ】
2008518362.tif 000006
【図２ｄ】
2008518362.tif 000007
【図２ｅ】
2008518362.tif 000008
【図２ｆ】
2008518362.tif 000009
【図２ｇ】
2008518362.tif 000010
【図２ｈ】
2008518362.tif 000011
【図２ｉ】
2008518362.tif 000012
【図３】
2008518362.tif 000013
【図４】
2008518362.tif 000014
【国際調査報告】
2008518362.tif 000015