(57)【要約】ブローカーの売買の中の幾つが失敗したのかという観点から、市場単位の、または、多数の市場にわたってのブローカーの売買決済実績をエンドユーザーが評価することを可能にする分散型コンピュータシステムが提供される。売買は、売買が決済されるべきであった日付を実際の決済日が超過した場合に、失敗したものとして定義される。本発明の一実施例によれば、前記システムは、選択されたブローカーのピアグループという背景内において、各ブローカーについての売買決済統計を分析し、かつ、ピアグループに関連するブローカーの決済実績を等級づけし、かつ、比較する。ブローカーのピアグループは、売買カウントにより決定される際に、売買の全体集合内におけるブローカーの相対的なサイズの観点から定義される。
2004529439.tif 000002
【特許請求の範囲】
【請求項１】
売買決済実績についての分析を実行するための分散型コンピュータシステムであって、
データ通信ネットワークと、
通信ネットワークと接続されたデータベースと、
通信ネットワークとデータベースとに接続されたサーバーと、
通信ネットワークと動作可能に接続された複数のワークステーションと
を具備し、
前記データベースは、
１つ以上の売買実体を独自に識別する第１データと、
売買実体が従事した１つ以上の売買を識別する第２データと、
売買実体により従事された１つ以上の売買が実際に決済した日付について記述する第３データと
を記憶し、
前記サーバーは、
第１、第２、および、第３データを回収するように、
第２データに含まれる売買の中のどれが失敗した売買なのかを識別するために第３データを用いるように、
売買実体を、彼らの失敗した売買に基づいて等級づけするように、
プログラムされ、
前記失敗した売買は、決済日を過ぎた日付に実際に決済する売買であり、
前記決済日は、第２データに含まれる売買が決済されるべきであった日付であり、
前記複数のワークステーションの各々は、サーバーへのアクセスをユーザーに提供することを特徴とするコンピュータシステム。
【請求項２】
前記サーバーは、第２データをフィルタリングするように、かつ、フィルタリングされたデータをユーザーに表示するように、さらにプログラムされることを特徴とする請求項１に記載のコンピュータシステム。
【請求項３】
前記フィルタリングされたデータについては、ユーザーにより選択可能な１つ以上の基準に基づいてフィルタリングすることができることを特徴とする請求項２に記載のコンピュータシステム。
【請求項４】
前記ユーザーにより選択可能なフィルタリング基準は、
期間と、
商取引タイプと、
支払いタイプと、
証券タイプと、
地理的区域と、
国と
からなるグループから選択された基準を含むことを特徴とする請求項３に記載のコンピュータシステム。
【請求項５】
前記商取引タイプは、購入または販売、あるいは、これら両方を含むことを特徴とする請求項４に記載のコンピュータシステム。
【請求項６】
前記支払いタイプは、有料商取引または無料商取引、あるいは、これら両方を含むことを特徴とする請求項４に記載のコンピュータシステム。
【請求項７】
前記証券タイプは、エクイティ、負債、他の証券タイプ、あるいは、これら全てを含むことを特徴とする請求項４に記載のコンピュータシステム。
【請求項８】
前記サーバーは、市場単位で組織されるフィルタリングされたデータを表示するようにさらにプログラムされることを特徴とする請求項２に記載のコンピュータシステム。
【請求項９】
前記サーバーは、売買実体単位で組織されるフィルタリングされたデータを表示するようにさらにプログラムされることを特徴とする請求項２に記載のコンピュータシステム。
【請求項１０】
前記サーバーは、究極的親単位で組織されるフィルタリングされたデータを表示するようにさらにプログラムされることを特徴とする請求項２に記載のコンピュータシステム。
【請求項１１】
前記サーバーは、親単位で組織されるフィルタリングされたデータを表示するようにさらにプログラムされることを特徴とする請求項２に記載のコンピュータシステム。
【請求項１２】
前記サーバーは、プリンシパルブローカー単位で組織されるフィルタリングされたデータを表示するようにさらにプログラムされることを特徴とする請求項２に記載のコンピュータシステム。
【請求項１３】
前記サーバーは、クリアラー単位で組織されるフィルタリングされたデータを表示するようにさらにプログラムされることを特徴とする請求項２に記載のコンピュータシステム。
【請求項１４】
前記サーバーは、
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の売買カウント総数と、
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な失敗した売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
特定の売買実体の個別の売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の売買決済総量と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
売買実体のグループについての総計的な失敗した売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の個別の売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の失敗した売買の全てについての、売買が実際に決済された日が決済日を過ぎた平均日数と
を具備するグループから選択された測定基準の観点から、売買実体を等級づけするようにさらにプログラムされることを特徴とする請求項２に記載のコンピュータシステム。
【請求項１５】
前記サーバーは、特定の売買実体が売買を実行かつ決済した特定の市場の複雑度を示す市場複雑度要因の観点から、売買実体を等級づけするようにさらにプログラムされることを特徴とする請求項１４に記載のコンピュータシステム。
【請求項１６】
前記市場複雑度要因は、特定の市場内における特定の売買実体の売買カウント総数と、特定の市場についての効率比得点とを乗算することにより計算され、
前記効率比得点は、特定の市場についての効率特性に基づくものであり、
前記効率特性は、
売買の照合の必要条件と、
決済タイプと、
証券タイプと、
中央預託所、または、中央登録所の存在と、
売買日と決済日との間において要求される遅延期間と、
規制監督の程度と、
証券の法的枠組と
からなるグループから選択されることを特徴とする請求項１５に記載のコンピュータシステム。
【請求項１７】
前記サーバーは、売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数の観点から、実体を等級づけするようにさらにプログラムされることを特徴とする請求項２に記載のコンピュータシステム。
【請求項１８】
前記サーバーは、売買実体のグループについての総計的な失敗した売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数の観点から、実体を等級づけするようにさらにプログラムされることを特徴とする請求項２に記載のコンピュータシステム。
【請求項１９】
前記サーバーは、特定の売買実体の個別の売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数の観点から、実体を等級づけするようにさらにプログラムされることを特徴とする請求項２に記載のコンピュータシステム。
【請求項２０】
前記サーバーは、売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量の観点から、実体を等級づけするようにさらにプログラムされることを特徴とする請求項２に記載のコンピュータシステム。
【請求項２１】
前記サーバーは、売買実体のグループについての総計的な失敗した売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量の観点から、実体を等級づけするようにさらにプログラムされることを特徴とする請求項２に記載のコンピュータシステム。
【請求項２２】
前記サーバーは、特定の売買実体の個別の売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量の観点から、実体を等級づけするようにさらにプログラムされることを特徴とする請求項２に記載のコンピュータシステム。
【請求項２３】
前記サーバーは、特定の売買実体の失敗した売買の全てについての、売買が実際に決済された日が決済日を過ぎた平均日数の観点から、実体を等級づけするようにさらにプログラムされることを特徴とする請求項２に記載のコンピュータシステム。
【請求項２４】
前記サーバーは、
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の売買カウント総数と、
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な失敗した売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
特定の売買実体の個別の売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の売買決済総量と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
売買実体のグループについての総計的な失敗した売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の個別の売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の失敗した売買の全てについての、売買が実際に決済された日が決済日を過ぎた平均日数と
の観点から、売買実体を等級づけするようにさらにプログラムされることを特徴とする請求項２に記載のコンピュータシステム。
【請求項２５】
前記サーバーは、特定の売買実体が売買を実行かつ決済した特定の市場の複雑度を示す市場複雑度要因の観点から、売買実体を等級づけするようにさらにプログラムされることを特徴とする請求項２４に記載のコンピュータシステム。
【請求項２６】
前記市場複雑度要因は、特定の市場内における特定の売買実体の売買カウント総数と、特定の市場についての効率比得点とを乗算することにより計算され、
前記効率比得点は、特定の市場についての効率特性に基づくものであり、
前記効率特性は、
売買の照合の必要条件と、
決済タイプと、
証券タイプと、
中央預託所、または、中央登録所の存在と、
売買日と決済日との間において要求される遅延期間と、
規制監督の程度と、
証券の法的枠組と
からなるグループから選択されることを特徴とする請求項２５に記載のコンピュータシステム。
【請求項２７】
前記サーバーは、ピアグループに関連して、売買実体を等級づけするようにさらにプログラムされることを特徴とする請求項１に記載のコンピュータシステム。
【請求項２８】
前記ピアグループは、売買実体が従事した売買の数により測定される際に、売買実体の相対的なサイズにより定義されることを特徴とする請求項２７に記載のコンピュータシステム。
【請求項２９】
売買決済実績を分析する方法であって、
１つ以上の売買実体を独自に識別する第１データを回収する段階と、
売買実体が従事した１つ以上の売買を識別する第２データを回収する段階と、
売買実体により従事された１つ以上の売買が実際に決済した日付について記述する第３データを回収する段階と、
第２データに含まれる失敗した売買を識別するために第３データセットを用いる段階と、
売買実体を、彼らの失敗した売買に基づいて等級づけする段階と
を具備し、
前記売買は、決済日を過ぎた日付に実際に決済すれば、失敗した売買であり、
前記決済日は、第２データに含まれる売買が決済されるべきであった日付であることを特徴とする方法。
【請求項３０】
前記第２データをフィルタリングする段階と、
フィルタリングされたデータをユーザーに表示する段階と
をさらに具備することを特徴とする請求項２９に記載の方法。
【請求項３１】
前記フィルタリング段階は、ユーザーにより選択可能な１つ以上の基準に基づいてフィルタリングする段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項３２】
前記フィルタリング段階は、
期間と、
商取引タイプと、
支払いタイプと、
証券タイプと、
地理的区域と、
国と
からなるグループから選択された基準によりフィルタリングする段階を含むことを特徴とする請求項３１に記載の方法。
【請求項３３】
前記商取引タイプは、購入または販売、あるいは、これら両方を含むことを特徴とする請求項３２に記載の方法。
【請求項３４】
前記支払いタイプは、有料商取引または無料商取引、あるいは、これら両方を含むことを特徴とする請求項３２に記載の方法。
【請求項３５】
前記証券タイプは、エクイティ、負債、他の証券タイプ、あるいは、これら全てを含むことを特徴とする請求項３２に記載の方法。
【請求項３６】
市場単位で組織されるフィルタリングされたデータを表示する段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項３７】
売買実体単位で組織されるフィルタリングされたデータを表示する段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項３８】
究極的親単位で組織されるフィルタリングされたデータを表示する段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項３９】
親単位で組織されるフィルタリングされたデータを表示する段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項４０】
プリンシパルブローカー単位で組織されるフィルタリングされたデータを表示する段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項４１】
クリアラー単位で組織されるフィルタリングされたデータを表示する段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項４２】
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の売買カウント総数と、
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な失敗した売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
特定の売買実体の個別の売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の売買決済総量と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
売買実体のグループについての総計的な失敗した売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の個別の売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の失敗した売買の全てについての、売買が実際に決済された日が決済日を過ぎた平均日数と
からなるグループから選択された測定基準の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項４３】
特定の売買実体が売買を実行かつ決済した特定の市場の複雑度を示す市場複雑度要因の観点から、売買実体を等級づけする段階をさらに具備することを特徴とする請求項４２に記載の方法。
【請求項４４】
前記市場複雑度要因を、特定の市場内における特定の売買実体の売買カウント総数と、特定の市場についての効率比得点とを乗算することにより計算する段階をさらに具備し、
前記効率比得点は、特定の市場についての効率特性に基づくものであり、
前記効率特性は、
売買の照合の必要条件と、
決済タイプと、
証券タイプと、
中央預託所、または、中央登録所の存在と、
売買日と決済日との間において要求される遅延期間と、
規制監督の程度と、
証券の法的枠組と
からなるグループから選択されることを特徴とする請求項４３に記載の方法。
【請求項４５】
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項４６】
売買実体のグループについての総計的な失敗した売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項４７】
特定の売買実体の個別の売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項４８】
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項４９】
売買実体のグループについての総計的な失敗した売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項５０】
特定の売買実体の個別の売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項５１】
特定の売買実体の失敗した売買の全てについての、売買が実際に決済された日が決済日を過ぎた平均日数の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項５２】
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の売買カウント総数と、
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な失敗した売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
特定の売買実体の個別の売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の売買決済総量と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
売買実体のグループについての総計的な失敗した売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の個別の売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の失敗した売買の全てについての、売買が実際に決済された日が決済日を過ぎた平均日数と
の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項３０に記載の方法。
【請求項５３】
特定の売買実体が売買を実行かつ決済した特定の市場の複雑度を示す市場複雑度要因の観点から、売買実体を等級づけする段階をさらに具備することを特徴とする請求項５２に記載の方法。
【請求項５４】
前記市場複雑度要因を、特定の市場内における特定の売買実体の売買カウント総数と、特定の市場についての効率比得点とを乗算することにより計算する段階をさらに具備し、
前記効率比得点は、特定の市場についての効率特性に基づくものであり、
前記効率特性は、
売買の照合の必要条件と、
決済タイプと、
証券タイプと、
中央預託所、または、中央登録所の存在と、
売買日と決済日との間において要求される遅延期間と、
規制監督の程度と、
証券の法的枠組と
からなるグループから選択されることを特徴とする請求項５３に記載の方法。
【請求項５５】
サーバーは、ピアグループに関連して、ブローカーを等級づけする段階をさらに具備することを特徴とする請求項２９に記載の方法。
【請求項５６】
前記ピアグループは、売買実体が従事した売買の数により測定される際に、売買実体の相対的なサイズにより定義されることを特徴とする請求項５５に記載の方法。
【請求項５７】
売買決済実績についての分析を実行するための分散型コンピュータシステムであって、
データ通信ネットワークと、
通信ネットワークと接続されたデータベースと、
通信ネットワークとデータベースとに接続されたサーバーと、
通信ネットワークと動作可能に接続された複数のワークステーションと
を具備し、
前記データベースは、
１つ以上の売買実体を独自に識別する第１データと、
特定のアカウントのために、売買実体が従事した１つ以上の売買を識別する第２データと、
売買実体により従事された１つ以上の売買の日付について記述する第３データと
を記憶し、
前記サーバーは、
第１、第２、および、第３データを回収するように、
第２データに含まれる売買の中のどれが失敗した売買なのかを識別するために第３データを用いるように、
売買実体を、彼らの失敗した売買に基づいて等級づけするように、
プログラムされ、
前記失敗した売買は、決済日を過ぎた日付に実際に決済する売買であり、
前記決済日は、第２データに含まれる売買が決済されるべきであった日付であり、
前記複数のワークステーションの各々は、サーバーへのアクセスをユーザーに提供することを特徴とするコンピュータシステム。
【請求項５８】
前記サーバーは、第２データをフィルタリングするように、かつ、フィルタリングされたデータをユーザーに表示するように、さらにプログラムされることを特徴とする請求項５７に記載のコンピュータシステム。
【請求項５９】
前記フィルタリングされたデータについては、ユーザーにより選択可能な１つ以上の基準に基づいてフィルタリングすることができることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項６０】
前記ユーザーにより選択可能なフィルタリング基準は、
期間と、
商取引タイプと、
支払いタイプと、
証券タイプと、
地理的区域と、
国と
からなるグループから選択された基準を含むことを特徴とする請求項５９に記載のコンピュータシステム。
【請求項６１】
前記商取引タイプは、購入または販売、あるいは、これら両方を含むことを特徴とする請求項６０に記載のコンピュータシステム。
【請求項６２】
前記支払いタイプは、有料商取引または無料商取引、あるいは、これら両方を含むことを特徴とする請求項６０に記載のコンピュータシステム。
【請求項６３】
前記証券タイプは、エクイティ、負債、他の証券タイプ、あるいは、これら全てを含むことを特徴とする請求項６０に記載のコンピュータシステム。
【請求項６４】
前記サーバーは、市場単位で組織されるフィルタリングされたデータを表示するようにさらにプログラムされることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項６５】
前記サーバーは、売買実体単位で組織されるフィルタリングされたデータを表示するようにさらにプログラムされることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項６６】
前記サーバーは、究極的親単位で組織されるフィルタリングされたデータを表示するようにさらにプログラムされることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項６７】
前記サーバーは、親単位で組織されるフィルタリングされたデータを表示するようにさらにプログラムされることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項６８】
前記サーバーは、プリンシパルブローカー単位で組織されるフィルタリングされたデータを表示するようにさらにプログラムされることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項６９】
前記サーバーは、クリアラー単位で組織されるフィルタリングされたデータを表示するようにさらにプログラムされることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項７０】
前記サーバーは、
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の売買カウント総数と、
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な失敗した売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
特定の売買実体の個別の売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の売買決済総量と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
売買実体のグループについての総計的な失敗した売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の個別の売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の失敗した売買の全てについての、売買が実際に決済された日が決済日を過ぎた平均日数と
を具備するグループから選択された測定基準の観点から、売買実体を等級づけするようにさらにプログラムされることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項７１】
前記サーバーは、特定の売買実体が売買を実行かつ決済した特定の市場の複雑度を示す市場複雑度要因の観点から、売買実体を等級づけするようにさらにプログラムされることを特徴とする請求項７０に記載のコンピュータシステム。
【請求項７２】
前記市場複雑度要因は、特定の市場内における特定の売買実体の売買カウント総数と、特定の市場についての効率比得点とを乗算することにより計算され、
前記効率比得点は、特定の市場についての効率特性に基づくものであり、
前記効率特性は、
売買の照合の必要条件と、
決済タイプと、
証券タイプと、
中央預託所、または、中央登録所の存在と、
売買日と決済日との間において要求される遅延期間と、
規制監督の程度と、
証券の法的枠組と
からなるグループから選択されることを特徴とする請求項７１に記載のコンピュータシステム。
【請求項７３】
前記サーバーは、売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数の観点から、実体を等級づけするようにさらにプログラムされることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項７４】
前記サーバーは、売買実体のグループについての総計的な失敗した売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数の観点から、実体を等級づけするようにさらにプログラムされることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項７５】
前記サーバーは、特定の売買実体の個別の売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数の観点から、実体を等級づけするようにさらにプログラムされることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項７６】
前記サーバーは、売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量の観点から、実体を等級づけするようにさらにプログラムされることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項７７】
前記サーバーは、売買実体のグループについての総計的な失敗した売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量の観点から、実体を等級づけするようにさらにプログラムされることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項７８】
前記サーバーは、特定の売買実体の個別の売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量の観点から、実体を等級づけするようにさらにプログラムされることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項７９】
前記サーバーは、特定の売買実体の失敗した売買の全てについての、売買が実際に決済された日が決済日を過ぎた平均日数の観点から、実体を等級づけするようにさらにプログラムされることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項８０】
前記サーバーは、
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の売買カウント総数と、
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な失敗した売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
特定の売買実体の個別の売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の売買決済総量と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
売買実体のグループについての総計的な失敗した売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の個別の売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の失敗した売買の全てについての、売買が実際に決済された日が決済日を過ぎた平均日数と
の観点から、売買実体を等級づけするようにさらにプログラムされることを特徴とする請求項５８に記載のコンピュータシステム。
【請求項８１】
前記サーバーは、特定の売買実体が売買を実行かつ決済した特定の市場の複雑度を示す市場複雑度要因の観点から、売買実体を等級づけするようにさらにプログラムされることを特徴とする請求項８０に記載のコンピュータシステム。
【請求項８２】
前記市場複雑度要因は、特定の市場内における特定の売買実体の売買カウント総数と、特定の市場についての効率比得点とを乗算することにより計算され、
前記効率比得点は、特定の市場についての効率特性に基づくものであり、
前記効率特性は、
売買の照合の必要条件と、
決済タイプと、
証券タイプと、
中央預託所、または、中央登録所の存在と、
売買日と決済日との間において要求される遅延期間と、
規制監督の程度と、
証券の法的枠組と
からなるグループから選択されることを特徴とする請求項８１に記載のコンピュータシステム。
【請求項８３】
前記サーバーは、ピアグループに関連して、売買実体を等級づけするようにさらにプログラムされることを特徴とする請求項５７に記載のコンピュータシステム。
【請求項８４】
前記ピアグループは、売買実体が従事した売買の数により測定される際に、売買実体の相対的なサイズにより定義されることを特徴とする請求項８３に記載のコンピュータシステム。
【請求項８５】
売買決済実績を分析する方法であって、
１つ以上の売買実体を独自に識別する第１データを回収する段階と、
特定のアカウントのために、売買実体が従事した１つ以上の売買を識別する第２データを回収する段階と、
特定のアカウントのために、売買実体により従事された１つ以上の売買が実際に決済した日付について記述する第３データを回収する段階と、
第２データに含まれる失敗した売買を識別するために第３データセットを用いる段階と、
売買実体を、彼らの失敗した売買に基づいて等級づけする段階と
を具備し、
前記売買は、決済日を過ぎた日付に実際に決済すれば、失敗した売買であり、
前記決済日は、第２データに含まれる売買が決済されるべきであった日付であることを特徴とする方法。
【請求項８６】
前記第２データをフィルタリングする段階と、
フィルタリングされたデータをユーザーに表示する段階と
をさらに具備することを特徴とする請求項８５に記載の方法。
【請求項８７】
前記フィルタリング段階は、ユーザーにより選択可能な１つ以上の基準に基づいてフィルタリングする段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項８８】
前記フィルタリング段階は、
期間と、
商取引タイプと、
支払いタイプと、
証券タイプと、
地理的区域と、
国と
からなるグループから選択された基準によりフィルタリングする段階を含むことを特徴とする請求項８７に記載の方法。
【請求項８９】
前記商取引タイプは、購入または販売、あるいは、これら両方を含むことを特徴とする請求項８８に記載の方法。
【請求項９０】
前記支払いタイプは、有料商取引または無料商取引、あるいは、これら両方を含むことを特徴とする請求項８８に記載の方法。
【請求項９１】
前記証券タイプは、エクイティ、負債、他の証券タイプ、あるいは、これら全てを含むことを特徴とする請求項８８に記載の方法。
【請求項９２】
市場単位で組織されるフィルタリングされたデータを表示する段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項９３】
売買実体単位で組織されるフィルタリングされたデータを表示する段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項９４】
究極的親単位で組織されるフィルタリングされたデータを表示する段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項９５】
親単位で組織されるフィルタリングされたデータを表示する段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項９６】
プリンシパルブローカー単位で組織されるフィルタリングされたデータを表示する段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項９７】
クリアラー単位で組織されるフィルタリングされたデータを表示する段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項９８】
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の売買カウント総数と、
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な失敗した売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
特定の売買実体の個別の売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の売買決済総量と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
売買実体のグループについての総計的な失敗した売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の個別の売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の失敗した売買の全てについての、売買が実際に決済された日が決済日を過ぎた平均日数と
からなるグループから選択された測定基準の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項９９】
特定の売買実体が売買を実行かつ決済した特定の市場の複雑度を示す市場複雑度要因の観点から、売買実体を等級づけする段階をさらに具備することを特徴とする請求項９８に記載の方法。
【請求項１００】
前記市場複雑度要因を、特定の市場内における特定の売買実体の売買カウント総数と、特定の市場についての効率比得点とを乗算することにより計算する段階をさらに具備し、
前記効率比得点は、特定の市場についての効率特性に基づくものであり、
前記効率特性は、
売買の照合の必要条件と、
決済タイプと、
証券タイプと、
中央預託所、または、中央登録所の存在と、
売買日と決済日との間において要求される遅延期間と、
規制監督の程度と、
証券の法的枠組と
からなるグループから選択されることを特徴とする請求項９９に記載の方法。
【請求項１０１】
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項１０２】
売買実体のグループについての総計的な失敗した売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項１０３】
特定の売買実体の個別の売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項１０４】
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項１０５】
売買実体のグループについての総計的な失敗した売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項１０６】
特定の売買実体の個別の売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項１０７】
特定の売買実体の失敗した売買の全てについての、売買が実際に決済された日が決済日を過ぎた平均日数の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項１０８】
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の売買カウント総数と、
売買実体のグループについての総計的な売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な失敗した売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
特定の売買実体の個別の売買カウント総数と比較した場合の、特定の売買実体の個別の失敗した売買カウント総数と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の売買決済総量と、
売買実体のグループについての総計的な売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
売買実体のグループについての総計的な失敗した売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の個別の売買決済総量と比較した場合の、特定の売買実体の個別の失敗した売買決済総量と、
特定の売買実体の失敗した売買の全てについての、売買が実際に決済された日が決済日を過ぎた平均日数と
の観点から、各売買実体を等級づけする段階をさらに具備することを特徴とする請求項８６に記載の方法。
【請求項１０９】
特定の売買実体が売買を実行かつ決済した特定の市場の複雑度を示す市場複雑度要因の観点から、売買実体を等級づけする段階をさらに具備することを特徴とする請求項５２に記載の方法。
【請求項１１０】
前記市場複雑度要因を、特定の市場内における特定の売買実体の売買カウント総数と、特定の市場についての効率比得点とを乗算することにより計算する段階をさらに具備し、
前記効率比得点は、特定の市場についての効率特性に基づくものであり、
前記効率特性は、
売買の照合の必要条件と、
決済タイプと、
証券タイプと、
中央預託所、または、中央登録所の存在と、
売買日と決済日との間において要求される遅延期間と、
規制監督の程度と、
証券の法的枠組と
からなるグループから選択されることを特徴とする請求項５３に記載の方法。
【請求項１１１】
特定の売買実体が売買を実行かつ決済した特定の市場の複雑度を示す市場複雑度要因の観点から、売買実体を等級づけする段階をさらに具備することを特徴とする請求項１１０に記載の方法。
【請求項１１２】
前記市場複雑度要因を、特定の市場内における特定の売買実体の売買カウント総数と、特定の市場についての効率比得点とを乗算することにより計算する段階をさらに具備し、
前記効率比得点は、特定の市場についての効率特性に基づくものであり、
前記効率特性は、
売買の照合の必要条件と、
決済タイプと、
証券タイプと、
中央預託所、または、中央登録所の存在と、
売買日と決済日との間において要求される遅延期間と、
規制監督の程度と、
証券の法的枠組と
からなるグループから選択されることを特徴とする請求項１１１に記載の方法。
【請求項１１３】
サーバーは、ピアグループに関連して、ブローカーを等級づけする段階をさらに具備することを特徴とする請求項８５に記載の方法。
【請求項１１４】
前記ピアグループは、売買実体が従事した売買の数により測定される際に、売買実体の相対的なサイズにより定義されることを特徴とする請求項１１３に記載の方法。
【発明の詳細な説明】
【関連出願】
【０００１】
本願は、２００１年６月１日に出願された仮出願第６０／２９５，３９７号の優先権を主張するものであって、その内容の全体は、この参照により開示に含まれる。
【技術分野】
【０００２】
本発明は、概略的には、売買後の（post-trade）決済（settlement）処理の評価および分析に関し、より詳細には、失敗した売買（failed trades）の観点から、売買後の決済の実績（performance）を測定するためのシステムおよび方法に関する。
【背景技術】
【０００３】
金融上の売買の商取引（financial trading transactions）は、評価額（value）と引き換えに、証券（security）のような金融証書（financial instrument）を交換する２人以上の当事者（parties）を従事させる。当事者たちが商取引に入ることを同意した後に、彼らは、商取引を決済するための（すなわち、購入者に対する証券の振替（transfer）を実際に実施するための）手配を行う。売買後の決済処理は、将来的な証券の振替を見越して財産および支払いを保持するエスクロウ代理人およびカストディアン（escrow agents and custodians）のような独立的な第三当事者をさらに含み得る。しかしながら、当事者たちにとって、商取引が実際には決して決済しないかも知れないという危険性が常に存在する。
【０００４】
世界的規模の証券市場において、決済が失敗する危険性は、商取引の複雑度（complexity）により増大する。例えば、購入者（buyer）または販売者（seller）のいずれかである注文主（orderer）は、売買の指示（instruction）を、自分のブローカー（broker）／ディーラー（dealer）へ出し、ブローカー／ディーラーは、この売買を実行し、かつ、実行通知を注文主へ返信する。次に、注文主は、売買の詳細および配分（allocations）を、自分のブローカー／ディーラーへ送信し、該ブローカー／ディーラーは、この売買の詳細および配分を受理または拒絶し、かつ、受理または拒絶を注文主へ返信する。売買の詳細および配分が受理されれば、ブローカー／ディーラーは、売買に関連したさらなる情報を提供し、かつ、売買の確認書（confirmation）を注文主へ送信する。次に、注文主は、売買の確認書に含まれる情報を有効化（validate）する必要があり、かつ、肯定によって応答する必要がある（このことは、商取引についての、法的に拘束力がある契約の形態を示す）。次に、注文主およびブローカー／ディーラーの両方は、売買を、各自の決済代理人へ送信し、これらの代理人は、指示された資金（funds）および証券の交換（exchange）を、決済日に手配する必要がある。
【０００５】
従事する当事者および交換所の数は、売買後の処理を複雑にし、決済期間を延ばし、この結果、決済の失敗という、当事者にとっての危険性を増大させる。この危険性を最小限にするために、世界中の市場は、決済手続き完了の最終期限を、売買日の指定日数以内に標準化しようとしてきた。米国においては、証券の振替と、証券が売買される場合に市場を操作する交換とを従事させる商取引を規制する証券取引委員会（Securities and Exchange Commission）は、米国の証券が売買日の３日以内に決済される必要があることを義務づけてきた。この時間枠以内に決済されない商取引は、決済の失敗という結果となり、かつ、ブローカーおよびトレーダーの両方にとっての重大な危険性を示す。
【０００６】
売買後の決済処理において、当事者が売買後の決済処理における自分たちのブローカーの実績を評価することを可能にするシステムが、従来技術において周知である。例えば、スクリアット（Skuriat）の国際公開第０１／７５７３０号公報（ＷＯ ０１／７５７３０ Ａ２）は、売買後の決済処理におけるブローカーの実績が、売買後の処理における各段階を完了するためにブローカーが要する時間に基づいて評価される場合のシステムについて説明している。スクリアットのシステムにおいて、ブローカーが要する時間量が長いほど、該ブローカーの等級は低くなる。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、ブローカーの決済の失敗率を追跡するシステムも、または、市場により要求される時間枠以内にブローカーが売買を決済する能力の観点から、これらのブローカーを評価するシステムも、現状では利用可能ではない。
【課題を解決するための手段】
【０００８】
本発明の一実施例によれば、ブローカーの売買の中の幾つが失敗したのかという観点から、市場単位の、または、多数の市場にわたってのブローカーの売買決済実績をエンドユーザーが評価することを可能にする分散型コンピュータシステムが提供される。売買は、売買が決済されるべきであった日付を実際の決済日が超過した場合に、失敗したものとして定義される。本発明の一実施例によれば、前記システムは、選択されたブローカーのピアグループという背景内において、各ブローカーについての売買決済統計を分析し、かつ、ピアグループに関連するブローカーの決済実績を等級づけし、かつ、比較する。前記システムは、さらに、選択されたピアグループに関連した測定基準の集合に基づいて、ブローカーを等級づけする。ブローカーのピアグループは、売買カウントにより決定される際に、売買の全体集合内におけるブローカーの相対的なサイズの観点から定義される。
【発明を実施するための最良の形態】
【０００９】
本発明を例示する目的のために、現状において好ましい形式が図面に示されるが、図面により示される形式通りに本発明が制限されるものではないことが理解される。
【００１０】
図１は、本発明の例示的な実施例による分散型コンピュータシステム１００の構成要素を示すブロック図である。ウェブサーバー１１０、アプリケーションサーバー１２０、および、データベース１３０は、従来的なデータ通信ネットワーク経由で接続された別々のコンピュータ上に存在し得る。あるいは、ウェブサーバー１１０、アプリケーションサーバー１２０、および、データベース１３０は、同じホストコンピュータ上で作動する別々のプロセスとして存在し得る。
【００１１】
アプリケーションサーバー１２０は、分散型ネットワークアプリケーション（“Application”）のサーバー側ソフトウェア構成要素をホストし、該分散型ネットワークアプリケーション（“Application”）は、売買決済の失敗を追跡し、かつ、失敗した売買の観点からブローカーを等級づけする。データベース１３０は、マイクロソフト社のＳＱＬサーバー（登録商標）のような関係データベースであることが好ましい。アプリケーションサーバー１２０上で作動する“Application”は、データベース１３０に質問するように、データを回収するように、かつ、売買決済の失敗データおよび“ブローカーの等級”データを生成するようにプログラムされる。アプリケーションサーバー１２０は、ウェブサーバー１１０へのページを動的に生成するようにプログラムされる。ウェブサーバー１１０は、これらのページを、ワークステーション１４０へ送信する。これらのページは、ハイパーテキストマークアップ言語（ＨＴＭＬ）を用いて、拡張可能マークアップ言語（ＸＭＬ）を用いて、または、ワークステーション１４０上で作動する従来的なウェブブラウザにより表示することが可能な他の任意の代替物を用いてフォーマットされることが好ましい。ウェブサーバー１１０およびワークステーション１４０は、インターネットのようなＴＣＰ／ＩＰベースのネットワークを経て、互いに接続されることが好ましい。インターネットベースの構成設定（configuration）の観点から説明しているが、ローカルエリアネットワーク（ＬＡＮ）上でも、ワイドエリアネットワーク（ＷＡＮ）上でも、または、ワークステーション１４０から、例えば、アプリケーションサーバー１２０へのダイヤルアップ接続によっても、本発明のシステム１００が完全に動作し得ることが、当業者により理解されるだろう。
【００１２】
この例示的な実施例において、ワークステーション１４０は、ウェブブラウザ上で作動するパーソナルコンピュータであることが好ましいが、代替的実施例において、ワークステーション１４０は、インターネットに接続できる任意の装置（携帯情報端末（ＰＤＡ）、セルラー電話、対話型テレビ（interactive television）、および、他の移動通信装置を含む）であり得る。
【００１３】
失敗した売買の観点から“Application”がブローカーを等級づけする概略的な方法論について、以下に説明する。“Application”は、個別のブローカーの営業上の実績の相対的な算定基準を計算することにより（明確には、ブローカーが売買を適時的な様式で決済する能力に関連して）、ブローカーを等級づけする。等級は、“五つ星（five-star）”の尺度に基づいて査定されることが好ましく、最も優れた売買決済実績を備えたブローカーたちが、五つ星を受ける。“Application”は、これらの星を、この方法論アルゴリズムの結果として各ブローカーが受ける算出得点に基づいて授与する。
【００１４】
“Application”の方法論を理解するために、幾つかの用語を最初に定義する必要がある。“売買日（trade date）”とは、売買が市場において実行された日付である。“決済日（settle date）”とは、決済の最終期限であり、かつ、基準となる市場の慣例に従って設定される（例えば、米国において、ＳＥＣは、全ての売買を売買日の３日以内に決済することを要求する）。“実際の決済日（actual settle date）”とは、売買が実際に決済される日付である。“失敗した売買（failed trade）”とは、実際の決済日が前記決済日を超過した場合の売買である。
【００１５】
“Application”により用いられる根底的な統計は、月単位で総計された、基準となる日々の市場の売買商取引データ（standard daily market trade transaction data）に基づくことが好ましい。ある特定の月の売買商取引データはその月に実行された全ての売買を含むが、“Application”は、実際に決済された売買に関連するデータのみを考慮する。
【００１６】
“Application”により生成される売買統計（trade statistics）は、所定の月単位の期間における、各ブローカーの各商取引についての総計的な売買カウントおよび貨幣総量（total monetary amount）を示す。すなわち、“Application”により生成される売買統計は、受信された日々の市場の商取引データの総計的な表示である。
【００１７】
ブローカーを等級づけするために“Application”により用いられる測定基準は、各ブローカーの売買統計から計算され、かつ、該測定基準は、ユーザーにより選択された代表的な母集団（population）の総計に対して基準を定められる（benchmarked）。“Application”のユーザーは、ピアグループ（peer group）を定義することにより、かつ、ある所定のカテゴリー単位で売買統計をフィルタリングすることにより、代表的なブローカーの母集団を定義することができる。全てのレベルにおいて、“ブローカーの等級”、売買統計、売買の測定基準、および、総計的な母集団は、ユーザーにより選択されたピアグループおよびフィルタリング基準に応じて動的である。
【００１８】
任意のフィルタリング基準を選択する前に、ユーザーは、ブローカーのピアグループについてのデフォルトパラメータを最初に指定する必要がある。ピアグループの明細は、義務的かつ主要なフィルタリング基準であることが好ましい。
【００１９】
ピアグループは、ブローカーの特定の部分集合を、ブローカーの適切な全体集合から決定し、これに対して、所定のブローカーは、全ての分析レベルにわたって等級づけされる。ピアグループは、商取引のカウントにより測定される際に、ブローカーの相対的サイズにより定義される。エンドユーザーは、百分順位（percentile）によって（例えば、サイズにより定義される際に、ピアグループ１はブローカーの最上位ｎ％に等しく、ピアグループ２は次のｍ％に等しい、など）ピアグループを区分することにより、ピアグループについてのパラメータを定義することができる。
【００２０】
ピアグループパラメータが設定された後に、ユーザーは、幾つかのフィルタリング基準について、代表的なデータ集合をフィルタリングする能力を有する。第１の重要なフィルタリング基準は、エンドユーザーがデータの検分を希望する期間である。“Application”は、ユーザーが、所定のブローカーの不十分な相対的等級の原因であり得る特定の要因に焦点を当てることを可能にする追加的なフィルタリング機能性をさらに含む。“Application”は、ユーザーが自分たちの結果をフィルタリングできる６つの基準を含むことが好ましい。
【００２１】
１．期間（Time Period）  −  データの全体集合のための時間の長さを定義する。
【００２２】
２．商取引タイプ（Transaction Type）  −  ユーザーは、購入（buys）または販売（sells）を検分することを選択することができる。
【００２３】
３．支払い指標（Payment Indicator）  −  “有料（Pay）”（配達（Delivery）〜対（vs）〜支払い（Payment）、または、受領（Receipt）〜対〜支払い（Payment））商取引と、“無料（Free）”（この場合、売買と関連する現金が存在しないか、または、現金の決済が別の商取引により行われる）商取引とを、ユーザーが区別することを可能にする。
【００２４】
４．証券タイプ（Security Type）  −  ユーザーは、特定の証券タイプ（明確には、負債（Debt）、エクイティ（Equity）、または、他の（Other）証券タイプにより類別されるタイプ）についての商取引を検分することを選択することができる。他の証券タイプは、金融派生商品（derivatives）（先物（futures）およびオプション）、保険契約および年金（insurance contracts and annuities）、ミューチュアルファンド（mutual fund）、ユニット型投資信託（unit investment trusts）（“ＵＩＴｓ”）、および、買い戻し約定（repurchase agreements）（“repos”）を含む。
【００２５】
５．国（Country）  −  究極的親（Ultimate Parent）、親（Parent）、および、プリンシパルブローカー（principal broker）のレベルにおいて、ユーザーは、特定の市場における、または、多数の市場にわたっての商取引活動を見ることを選択することができる。特定のプリンシパル／クリアラー（principal/clearer）の組み合わせに焦点を当てた場合には、クリアリングブローカー（clearing broker）が地方市場をデフォルトで含意する際に、ただ１つの所定の市場が適用される。
【００２６】
６．区域（Region）  −  究極的親、および、親のレベルにおいて、ユーザーは、特定の地理的区域における商取引活動を検分することを選択することができる。
【００２７】
売買統計および測定基準は、ピアグループの定義と、エンドユーザーが適用することを選択した任意のフィルタリングとに対して敏感である。すなわち、ブローカーは、ユーザーにより選択されたピアグループおよびフィルタリング基準により定義されたグループに関連して等級づけされる。
【００２８】
ブローカーの売買決済実績の分析は、究極的親（Ultimate Parent）（すなわち、持株会社または親企業）、親（Parent）（すなわち、別個のブローカー／ディーラーの実体（entity））、プリンシパルブローカー（Principal Broker）（すなわち、ＳＷＩＦＴ銀行識別コード、預託信託会社参加者コード（Depository Trust Company Participant Code）、ＦＩＮＳコード、などであり得る個別のブローカー識別コード（Broker Identification Code）（ＢＩＣ）に対応する実体）、および、プリンシパル／クリアラー（Principal/Clearer）の組み合わせ、という“Application”内における４つの別個のレベルにおいて行われる。これら４つのレベルは階層的であり、各プリンシパルブローカーは、各自の親実体にマッピングされ、かつ、各々の親は、その究極的親に照合される（matched）。親、および、究極的親のレベルにおける分析は、親または究極的親実体により構成される個別のプリンシパルブローカーの全ての総計的な売買統計について実行される。
【００２９】
“Application”に知られている各々のプリンシパルブローカー、プリンシパル／クリアラーの組み合わせ、親、または、究極的親について、一連の売買統計および計算された測定基準が、選択されたレベルとは無関係に表示される。売買の測定基準は、売買統計の集合に基づいて計算され、該売買統計の集合は、売買カウント総数（total trade count）、失敗した売買カウント（failed trade count）、（失敗した売買も含む）全ての売買についての決済量、および、（失敗した売買のみについての）決済量を含むことが好ましい。
【００３０】
これらの主要な売買統計から、測定基準の中心的な集合が得られる。これらの測定基準は、エンドユーザーが適用することを選択したフィルタリング基準とは無関係に、“Application”における４つのレベルのブローカーの分析にわたって適用される。“Application”の方法論に組み込まれることが好ましい測定基準は、以下の通りである。
【００３１】
１．総計的な売買カウントに対する個別の売買（Individual Trades to Aggregate Trade Count）  −  全てのブローカーについての売買カウント総数の百分率としての、個別のブローカーの売買カウント。
【００３２】
２．総計的な売買カウントに対する個別の失敗した売買カウント（Individual Failed Trade Count to Aggregate Trade Count）  −  全てのブローカーについての売買カウント総数の百分率としての、個別のブローカーの失敗した売買カウント。
【００３３】
３．総計的な失敗カウントに対する個別の失敗カウント（Individual Fail Count to Aggregate Fail Count）  −  全てのブローカーについての全ての失敗した売買のカウント総数の百分率としての、個別のブローカーの失敗した売買カウント。
【００３４】
４．個別の失敗率（Individual Fail Rate）  −  個別のブローカー自体の個別の売買カウント総数の百分率としての、個別のブローカーの失敗した売買の数量。
【００３５】
５．総計的な決済量に対する個別の決済量（Individual Settle Amount to Aggregate Settle Amount）  −  全てのブローカーの売買についての決済総量の百分率としての、個別のブローカーの売買決済量。
【００３６】
６．総計的な決済量に対する個別の失敗決済量（Individual Fail Settle Amount to Aggregate Settle Amount）  −  全てのブローカーの売買についての決済総量の百分率としての、個別のブローカーの失敗した売買決済量。
【００３７】
７．総計的な失敗決済量に対する個別の失敗決済量（Individual fail settle amount to Aggregate Fail Settle Amount）  −  全てのブローカーの失敗した売買についての決済総量の百分率としての、個別のブローカーの失敗した売買決済量。
【００３８】
８．個別の決済量失敗率（Individual Settle Amount Fail Rate）  −  個別のブローカー自体の個別の売買決済量の百分率としての、個別のブローカーの失敗した売買決済量。
【００３９】
９．平均失敗継続期間（Average Fail Duration）  −  各ブローカーについての全ての失敗した売買についての、営業日および暦日の両方に適合した、利息起算日（value date）（売買が決済される予定であった日付）を過ぎた平均日数。
【００４０】
各ブローカーは、各測定基準についての自分の各得点に基づいて等級づけされる。さらに、各ブローカーには、その営業上の決済実績を示す複合等級（composite ranking）がさらに割り当てられる。この複合等級は、総計的な売買カウントに対する個別の売買（Individual Trades to Aggregate Trade Count）、総計的な失敗カウントに対する個別の失敗カウント（Individual Fail Count to Aggregate Fail Count）、個別の失敗率（Individual Fail Rate）、および、平均失敗継続期間（Average Fail Duration）という４つの測定基準について、個別の等級の単純な平均を取ることにより計算されることが好ましい。
【００４１】
究極的親、および、親のレベルにおいて、“Application”は、売買活動が“Application”のデータベース内に存在する全ての市場にわたって、ブローカーを等級づけする。これにより、“Application”は、ピアグループに関連する、全てのブローカーの売買決済実績についての“世界中の（worldwide）”等級を生成することができる。プリンシパルブローカーにおいて、ユーザーは、個別の市場における、または、任意の市場の組み合わせにおけるブローカーの実績を評価することができる。プリンシパル／クリアラーの組み合わせのレベルにおいて、ユーザーは、特定の市場内におけるブローカーの実績を単独で評価することができるが、その理由は、クリアリングブローカーの機能が地方市場において実行されるためである。
【００４２】
“Application”が、１つよりも多くの市場にわたって、プリンシパルブローカー、または、究極的親の複合等級を実行する場合に、市場複雑度要因（Market Complexity Factor）と称されるさらなる実績測定基準が計算される。これにより、多数の市場にわたっての複合等級は、総計的な売買カウントに対する個別の売買（Individual Trades to Aggregate Trade Count）、総計的な失敗カウントに対する個別の失敗カウント（Individual Fail Count to Aggregate Fail Count）、個別の失敗率（Individual Fail Rate）、平均失敗継続期間（Average Fail Duration）、および、市場複雑度要因（Market Complexity Factor）という５つの測定基準についての個別の“ブローカーの等級”を単純に平均したものに基づいている。
【００４３】
市場複雑度要因は、ブローカーが売買を実行かつ決済している市場の複雑度に基づいて、ブローカーを等級づけするために用いられる測定基準である。市場複雑度要因は、例えば、“Application”の売買データの全体集合において考慮される各市場のための証券タイプにより計算された効率比（efficiency ratio）であり得る。
【００４４】
各市場は、証券タイプに基づく特定の市場内における売買決済の効率に関連した一連の特性に基づいて査定される。（当業者により理解されるように、任意の効率特性の集合が用いられ得るが、）下記の８つのカテゴリーが、効率比において考慮されることが好ましく、かつ、査定される市場の属性（attribute）についての簡潔な説明である。
【００４５】
【表１】
2004529439.tif 000003
【００４６】
前記効率の算定基準は、最も優れた実施から最も劣った実施まで査定され、かつ、これらの結果には、数値上の得点が与えられる。市場複雑度要因を“Application”内に適用する目的のために、ブローカーの売買カウントと、計算された効率比得点とが乗算される。次に、各市場内の各証券タイプについての結果的に生じた数は共に加算され、かつ、その合計が、ブローカーの売買カウント総数により除算され、これにより、ブローカーが操作する市場の複雑度に基づく加重平均数（weighted average figure）が生じる。次に、この加重平均・市場複雑度数（weighted-average market complexity figure）は、ブローカーのピアグループ内の全てのメンバーに対して等級づけされる。
【００４７】
各ブローカーには、前述した各測定基準についての等級が割り当てられ、該等級は、各測定基準についてのブローカーの順位の相対的な算定基準である。前記等級は、それぞれの測定基準について、どの百分順位にブローカーが存在するのかに応じて、１／２の尺度に基づいて、五つ“星”まで査定される。前記百分順位の区切り点は下記の通りであることが好ましく、この場合に、Ｘは任意の所定の究極的親、親、プリンシパルブローカー、または、プリンシパル／クリアリング・ブローカーの組である。
【００４８】
【表２】
2004529439.tif 000004
【００４９】
“Application”の動作について、以下に説明する。本発明の例示的な実施例によれば、カストディアカウントホルダー（custody account holder）、資産管理者（asset manager）、または、ブローカー／ディーラーのような、任意の売買実体（trading entity）における個人であり得る“Application”のユーザーは、“Application”により生成される統計についての３つの異なる概観図（views）の間での選択権を有する。第１の概観図は、カストディアカウント（custody accounts）により保持されることが好ましい、資産管理者の個別のポートフォリオ（portfolios）ためにブローカーにより実行されかつ決済された売買に関連する統計のもの、すなわち、“マイ・アカウント（My Accounts）”の概観図である。第２の概観図は、データの全体集合内における全体的な“ブローカーの等級”のもの、すなわち、“ブローカーの等級（Broker Rankings）”の概観図である。第３の概観図は、全体集合内における個別の各ブローカーについての売買データおよび測定基準のもの、すなわち、“ブローカー分析論（Broker Analytics）”の概観図である。
【００５０】
図２は、本発明の例示的な実施例によるユーザープレファレンス（User Preference）スクリーンの概観図を示す図である。ユーザープレファレンス・スクリーン２００の上部に沿って、水平メニューバー２１０があり、該水平メニューバー２１０は、“Application”の全てのスクリーン上に存在することが好ましい。水平メニューバー２１０は、ユーザーが、“マイ・アカウント（My Accounts）”の概観図と、“ブローカーの等級（Broker Rankings）”の概観図と、“ブローカー分析論（Broker Analytics）”の概観図との間をナビゲートすることを可能にする。
【００５１】
ハイパーリンク２１５からアクセス可能な“マイ・アカウント”の概観図は、ユーザーの代わりに売買を実行した売買実体についての、市場単位で組織される（organized）売買決済実績の統計を表示する。ハイパーリンク２２０からアクセス可能な“ブローカーの等級”の概観図は、“Application”に知られているブローカーの全体集合についての、売買決済実績の統計を表示する。これらの統計については、究極的親のブローカー、親のブローカー、個別のプリンシパルブローカー、および、プリンシパル／クリアラーの組単位での他に、市場単位でも組織することができる。
【００５２】
各ブローカーについての売買決済実績統計の根底にある売買データおよび計算された測定基準は、ハイパーリンク２２５からアクセス可能な“ブローカー分析論”の概観図内から利用可能である。ユーザーは、“マイ・アカウント”の概観図および“ブローカーの等級”の概観図をドリルダウンすることにより、“ブローカー分析論”の内容に到達することができる。あるいは、ユーザーは、究極的親／親／プリンシパルブローカーの階層内の任意のレベルにおける特定のブローカーを求めて“Application”のデータベースを検索することにより、特定のブローカーの“ブローカー分析論”スクリーンに直接的にアクセスすることができる。
【００５３】
プレファレンスの概観図２００は、プレファレンス（preferences）ハイパーリンク２３０を経てアクセス可能である。プレファレンスの概観図２００は、ユーザーが、ある“Application”の設定を個人化すること、および、これらの設定をユーザーの独自のログイン名と関連づけることを可能にする。通貨の単位名（currency denomination）ドロップダウンボックス２３５は、ユーザーが、売買決済統計が表示される場合の通貨の単位名を設定することを可能にする。プレファレンス構成要素内において、ユーザーには、フォントサイズ（font size）２４５のように、“Application”の表示設定をカスタマイズするオプションを与えることができる。ユーザーは、ファイルダウンロード（file downloads）テキストボックス２４０を用いて、データが“Application”からエクスポートされる方法を制御する設定を変更することもできる。
【００５４】
プレファレンス構成要素内において、ユーザーは、自分のピアグループ設定を定義かつ管理することもできる。これらのピアグループ設定が定義される方法は、“Application”内における売買実体の相対的な等級に直接的に影響を及ぼす。スクリーン２００のピアグループ設定部分２５０は、例えば、４つのテキストボックス２５０ａ，２５０ｂ，２５０ｃ，２５０ｄを含み、これら４つのテキストボックス２５０ａ，２５０ｂ，２５０ｃ，２５０ｄにおいて、ユーザーは、４つの各ピアグループのための百分順位の境界を指定することができる。例えば、ユーザーが、“２５”をテキストボックス２５０ａに、“２５”をテキストボックス２５０ｂに、“２５”をテキストボックス２５０ｃに、“２５”をテキストボックス２５０ｄに挿入すれば、ユーザーは、ピアグループ１は最上位２５％であり、ピアグループ２は次の２５％である、などのように、４つの四分位数（quartiles）を定義することになる。
【００５５】
これらのピアグループ自体は、前述したように、同様のサイズのブローカーのセットを具備しており、この場合に、サイズを売買カウントにより決定することができる。例えば、ピアグループ１は、ブローカーの最上位５％に制限されれば、ユーザーにより選択されたフィルタリング基準により以前に定義されたデータの全体集合内における売買カウントの観点から、最上位５％を具備することになる。フィルタリング基準については、より詳細に後述する。
【００５６】
この例示的な実施例においては、４つのテキストボックス２５０ａ〜２５０ｄが示されているが、ユーザーは４つのピアグループを作成する必要はなく、自分にとって適切に見えるように、１〜４個のピアグループを作成することができる。例えば、ユーザーは、数“１００”を（ピアグループ１に対応する）テキストボックス２５０ａに、かつ、残りのテキストボックス２５０ｂ〜２５０ｄにゼロを配することにより、１つのピアグループを作成することができる。同様に、ユーザーは、数“５０”を第１テキストボックス２５０ａに、数“５０”を第２テキストボックス２５０ｂに、かつ、第３および第４テキストボックス２５０ｃ，２５０ｄにゼロを配することにより、２つのピアグループを作成することもできる。テキストボックス２５０ａ，２５０ｂ，２５０ｃ，２５０ｄに挿入される数は、合計で１００となることが好ましい。
【００５７】
ユーザーは、“マイ・アカウント”の概観図にアクセスするために、“マイ・アカウント”ハイパーリンク２１５を選択することができる。“マイ・アカウント”の概観図は、資産管理者であってカストディアカウントを保持し、かつ、“Application”による認証が成功するログイン識別表示を有するユーザーにとってのみ、アクセス可能であることが好ましい。
【００５８】
いったん認証されると、ユーザーには、本発明の例示的な実施例によって図３に示されるアカウント照会（Account Enquiry）スクリーン３００が提示される。アカウント照会スクリーンには、アカウント照会ハイパーリンク３２０を選択することによってアクセスすることもできる。アカウント照会スクリーン３００において、ユーザーは、自分がアクセスを認可されているカストディアカウントにして、かつ、自分が売買決済統計および等級データの検分を希望する対象であるカストディアカウントを、１つ以上検索することができる。
【００５９】
ユーザーは、アカウント番号（Account Number）テキストボックス３１０またはアカウント名（Account Name）テキストボックス３１５を用いて、自分のアカウントを隅々まで検索するオプションを有する。ユーザーがアクセスを認可されている全てのアカウントのリストを“Application”に返させるワイルドカード文字として、アスタリスク記号（“＊”）を、テキストボックス３１０またはテキストボックス３１５のいずれかに挿入することができる。検索結果を返すと、“Application”は、国単位のブローカーの決済統計を検分するために列挙されたアカウントの中の１つ以上を選択するように、ユーザーに催促する。
【００６０】
図４は、本発明の例示的な実施例によるグループ照会（Group Enquiry）スクリーンを示す。個別のアカウント上における売買実体の実績決済統計および等級データを検分する他に、ユーザーは、定義されたカストディアカウントグループについての実績データを検分することができる。そうするために、ユーザーは、グループ照会および管理（Group Enquiry and Management）ハイパーリンク３２５を選択することによりアクセス可能なグループ照会スクリーン４００を用いることができる。グループ照会スクリーン４００において、カストディアカウントのグループについては、新規グループ追加（Add New Group）ハイパーリンク４１５を選択することにより定義することができる。ユーザーは、テキストボックス４１０を用いて、以前に定義されたグループを１つ以上検索することができ、または、該ユーザーにとって利用可能なグループを列挙するためにワイルドカード文字“＊”を入力することができる。
【００６１】
グループ照会検索の結果４２０ａは、結果表示領域４２０に表示される。ユーザーは、グループを編集または削除するために、編集／削除（edit/delete）ハイパーリンク４２５を選択することができる。ユーザーは、国、究極的親、または、親単位でそれぞれ組織される選択されたグループについての売買活動統計を検分するために、国（country）ハイパーリンク４３０、究極的親のブローカー（Ultimate Parent Broker）ハイパーリンク４３５、または、親のブローカー（Parent Broker）ハイパーリンク４４０をさらに選択することができる。
【００６２】
図５は、本発明の例示的な実施例による国別要約（Country Summary）スクリーンを示す。前記国別要約は、国単位で組織されるユーザーのアカウントについての売買統計および失敗した売買統計を列挙する。ユーザーがグループ照会スクリーン４００を経由して到達しても、アカウント照会スクリーン３００を経由して到達しても、国別要約スクリーン５００は、同じものに見える。
【００６３】
デフォルトでは、国別要約スクリーン５００内に列挙された国々は、売買カウント総数の降順で分類される。ユーザーは、表示される統計に対応した列の表題のいずれか（例えば、売買カウント総数（Total Trade Count）５１０ａ、（ユーザーにより指定された通貨での）売買総量（Total Trade Vol.）５１Ｏｂ、失敗売買カウント（Fail Trade Count）５１０ｃ、（ユーザーにより指定された通貨での）失敗売買量（Fail Trade Volume）５１０ｄ、および、失敗率（Fail Rate）５１０ｅを選択することにより、国々を再分類することができる。ユーザーは、例えば、期間（time period）５１５ａ、商取引タイプ（transaction type）５１５ｂ、支払い指標（payment indicator）５１５ｃ、または、証券タイプ（security type）５１５ｄにより、フィルターナビゲーションバー（Filter Navigation Bar）５１５上で利用可能な様々なフィルタリング基準を選択することにより、表示された統計をフィルタリングすることもできる。
【００６４】
図６は、本発明の例示的な実施例によるプリンシパルブローカー要約（Principal Broker Summary）スクリーンを示す。国別要約スクリーン５００から国ハイパーリンク５０５の中のいずれか１つを選択することは、ユーザーをプリンシパルブローカー要約スクリーン６００へ案内し、該プリンシパルブローカー要約スクリーン６００は、選択された国における、ユーザーの代わりに売買を実行したプリンシパルブローカー６１０のリストを表示する。プリンシパルブローカー要約スクリーン６００は、列挙された各プリンシパルブローカー６１０についての売買統計および失敗した売買統計を表示する。プリンシパルブローカーは、自分たちの売買カウント総数６０５の統計により、降順で列挙される。国別要約スクリーン５００の場合と同様に、ユーザーは、望ましい統計に対応するハイパーリンク６０５ａ，６０５ｂ，６０５ｃ，６０５ｄ，６０５ｅを選択することにより、様々な統計により、プリンシパルブローカーを再分類することができる。プリンシパルブローカー要約スクリーン６００内に表示される売買データおよび失敗した売買データは、フィルターナビゲーションバー５１５に含まれるフィルタリング基準のユーザーによる選択に応じて、動的に生成される。
【００６５】
前述したように、グループ照会スクリーン４００において、究極的親のブローカーハイパーリンク４３５、または、親のブローカーハイパーリンク４４０をそれぞれ選択することにより、究極的親、または、親のレベルにおいて、ユーザーは、売買および決済の統計を選択することができる。図７は、本発明の例示的な実施例による究極的親の要約（Ultimate Parent Summary）スクリーンを示す。
【００６６】
親の要約（Parent Summary）スクリーン（図示せず）は、究極的親の要約スクリーン７００と同じフォーマットで表示される。選択されたユーザーのアカウント（または、アカウントのグループ）のために売買を実行した全ての究極的親のリスト７０５は、デフォルトでは、アルファベット順で表示され、分類される。各自のブローカーについての売買統計および失敗した売買統計は、列７１０ａ〜７１０ｅに列挙され、該列７１０ａ〜７１０ｅは、売買カウント総数（Total Trade Count）７１０ａ、（ユーザーにより指定された通貨での）売買総量（Total Trade Volume）７１Ｏｂ、失敗売買カウント（Fail Trade Count）７１０ｃ、（ユーザーにより指定された通貨での）失敗売買量（Fail Trade Count Vol.）７１０ｄ、および、失敗率（Fail Rate）７１０ｅを含むことが好ましい。列の表題７１０ａ〜７１０ｅを選択することは、究極的親のリスト７０５を、選択された列の統計セットの観点から再分類させる。
【００６７】
列７１５は、各々の究極的親のブローカーのために、市場（Markets）ハイパーリンク７１５ａと、親（Parents）ハイパーリンク７１５ｂと、ブローカー（Brokers）ハイパーリンク７１５ｃとを含む。究極的親のために市場ハイパーリンク７１５ａを選択することは、ユーザーにより選択されたカストディアカウントの代わりに究極的親が売買を行った国々を列挙する国別要約スクリーン５００を表示する。親ハイパーリンク７１５ｂ、または、ブローカーハイパーリンク７１５ｃを選択することは、売買および決済データを、ユーザーにより選択されたカストディアカウントの代わりに売買を実行した究極的親の構成メンバーの各々のために表示させる。さらに、究極的親の要約スクリーン７００は、何のフィルタリングが適用されているのかをユーザーに知らせるアクティブフィルターバー（Active Filter Bar）７２０を含む。
【００６８】
図８は、本発明の例示的な実施例による、ブローカーのリストを含むスクリーンを示す。ブローカーハイパーリンク７１５ｃを選択することによって、ブローカーリスト（List of Brokers）スクリーン８００が提出される。ブローカーリストスクリーン８００は、プリンシパルブローカー８０５と、これらに対応するＢＩＣ（ブローカー識別コード（Broker Identification Codes））列８２０と、各自の親の名前８２５とを列挙する。列８１０ａ〜８１０ｅは、各自のブローカーについての売買統計および失敗した売買統計を含み、売買カウント総数（Total Trade Count）８１０ａ、（ユーザーにより指定された通貨での）売買総量（Total Trade Volume）８１Ｏｂ、失敗売買カウント（Fail Trade Count）８１０ｃ、（ユーザーにより指定された通貨での）失敗売買量（Fail Trade Count Vol.）８１０ｄ、および、失敗率（Fail Rate）８１０ｅを含むことが好ましい。ブローカーの名前（Broker Name）８０５のリストについては、望ましい統計に対応する列の表題８１０ａ〜８１０ｅを選択することにより表示される任意の統計カテゴリーにより再分類することができる。
【００６９】
リンク（links）列８１５は、各ブローカーの名前のために、国単位で組織される売買統計および失敗した売買統計を表示するスクリーンへリンクする市場（Markets）ハイパーリンク８１５ａを提供する。このプリンシパルブローカーのための市場単位の統計（Statistics by Market for Principal Broker）スクリーン９００は、本発明の例示的な実施例に従って、図９に示される。スクリーン９００は、市場９１５単位で組織される統計の列を含み、該列は、売買カウント総数（Total Trade Count）９１０ａ、（ユーザーにより指定された通貨での）売買総量（Total Trade Volume）９１Ｏｂ、失敗売買カウント（Fail Trade Count）９１０ｃ、（ユーザーにより指定された通貨での）失敗売買量（Fail Trade Count Vol.）９１０ｄ、失敗率（Fail Rate）９１０ｅ、および、（期日での）平均失敗継続期間（Average Fail Duration）９１０ｆを含むことが好ましい。
【００７０】
各ＩＳＯ国コード９２０は、市場９１５ａに対応し、かつ、本発明の例示的な実施例に従って図１０に示されるユーザー固有のブローカー分析論（User-Specific Broker Analytics）スクリーン１０００へのハイパーリンクであることが好ましい。ユーザー固有のブローカー分析論スクリーン１０００については、図６におけるハイパーリンク化されたＢＩＣ６１０のいずれかをクリックすることにより、アクセスすることができる。スクリーン１０００は、ブローカーの名前（Broker Name）部分１００２において名づけられた個別のブローカーについての、市場ドロップダウンボックス１０２５において指定された市場単位で組織される、決済実績統計および等級データを表示する。ブローカー固有の統計列（Broker-specific Statistics Column）１０１０は、個別の売買カウント総数（Total Individual Trade Count）１０１０ａ、個別の失敗カウント総数（Total Individual Fail Count）１０１０ｂ、（ユーザーにより指定された通貨での）個別の売買総量（Total Individual Trade Amount（in user-specified currency））１０１０ｃ、（ユーザーにより指定された通貨での）個別の失敗総量（Total Individual Fails Amount（in user-specified currency））１０１０ｄ、売買カウントの失敗率（Trade Count Fail Rate）１０１０ｅ、（ユーザーにより指定された通貨での）元利合計の失敗率（Amount Fail Rate（in user-specified currency）)１０１０ｆ、営業日における平均失敗継続期間（Average Fail Duration in Business Days）１０１０ｇ、および、実際の期日における平均失敗継続期間（Average Fail Duration in Actual Days）１０１０ｈ、という測定基準を列挙することが好ましい。各測定基準１０１０ａ〜１０１０ｈは、自身と関連づけられる２つの統計を有する。マイ・トレード（My Trades）列１０３５に配置された第１の統計は、ドロップダウンボックス１０２５において指定された市場におけるユーザーの売買についてのブローカーの実績について説明する。別個のブローカーの全体集合（Distinct Broker's Universe）列１００５の下に配置された第２の統計は、ドロップダウンボックス１０２５において指定された市場についてのブローカーの実績について総計で説明する。異なる市場について、マイ・トレード１０３５および別個のブローカーの全体集合１００５の統計を検分するために、ユーザーは、市場ドロップダウンボックス１０２５を用いて、異なる国を選択することができる。
【００７１】
ユーザー固有のブローカー分析論スクリーン１０００の右下部分には、市場におけるブローカーの複合等級１０１０が表示される。前述したように、ブローカーの複合等級１０１０は、ユーザーがフィルターナビゲーションバー５１５を用いて適用した任意のフィルタリングに関連するものであり、かつ、ユーザープレファレンス・スクリーン２００において指定されたピアグループ設定の機能でもある。ピアグループボックス１０１５は、ブローカーが収まる範囲であるピアグループと、該ピアグループ内のメンバー数とを表示する。
【００７２】
ユーザー固有のブローカー分析論スクリーン１０００の最上部において、ブローカーの名前１００２の下方に、ブローカーのＢＩＣハイパーリンク１０２０が存在する。ここから、ユーザーは、特定のブローカーの“ブローカー分析論”スクリーン（図１８および図１９に示し、かつ、より十分に後述する）へリンクすることができる。
【００７３】
図１１は、本発明の例示的な実施例による失敗売買要約（Fail Trade Summary）スクリーンを示す。ユーザーは、ユーザー固有のブローカー分析論スクリーン１０００から売買詳細検分（View Trade Details）ハイパーリンク１０３０を選択することにより、失敗売買要約スクリーン１１００にアクセスすることができる。失敗売買要約スクリーン１１００は、ブローカーに起因すると考えられる特定の失敗した売買についての情報を表示する。失敗売買要約スクリーン１１００に含まれる情報は、世界中の市場における代理人銀行（agent banks）により用いられる業界標準のＳＷＩＦＴ売買指示内に配される失敗コードにより生じる。“Application”は、ＳＷＩＦＴ失敗コードを用いて、売買の失敗についてブローカーに責任があったか否かを判断する。ブローカーに責任がないことをＳＷＩＦＴコードが示す場合には、“Application”は、ブローカーの失敗した売買カウントから、売買の失敗を除去する。
【００７４】
失敗売買要約スクリーン１１００に含まれる情報は、売買の参照番号（trade's reference number）１１０５、売買と関連づけられたカストディアカウント番号（custody account number）１１１０、商取引タイプ（type of transaction）１１１５、売買が遅れた実際の日数（number of actual days the trade was late）１１２０、売買が遅れた営業日数（number of business days the trade was late）１１２５、売買が失敗した理由の説明（description of the reason the trade failed）１１３０、売買する予定であった証券タイプの説明（description of the type of security that was to be traded）１１３５、売買する予定であったユニットの数についての説明（description of the number of units that were to be traded）１１４０、（ユーザーにより選択された通貨で）失敗した売買が値していた元利合計（amount that the failed trade was worth (in user-selected currency)）１１４５、および、クリアラーの名前（name of the clearer）１１５０を含むことが好ましい。
【００７５】
詳細（Detail）ハイパーリンク１１５５は、本発明の例示的な実施例に従って図１２に示される失敗売買の詳細（Fail Trade Details）スクリーン１２００へ、ユーザーを案内する。失敗売買の詳細スクリーン１２００は、スクリーン１２００に列挙される失敗した売買についてのより詳細な情報を表示する。履歴（History）ハイパーリンク１１６０は、本発明の例示的な実施例に従って図１３に示される失敗理由履歴（Fail Reason History）スクリーンへリンクし、かつ、各々の失敗した売買について、“Application”により受信された各失敗表示の日付１３０５および理由１３１０を表示する。
【００７６】
今まで、“Application”の“マイ・アカウント”（My Accounts）の概観図内から利用可能なスクリーンについての説明に焦点を当ててきた。“ブローカーの等級”（Broker Rankings）の概観図について、以下に説明する。図１４は、本発明の例示的な実施例による、“ブローカーの等級”の概観図内からのスクリーンを示す。“ブローカーの等級”の概観図内から利用可能なスクリーンは、外観およびレイアウトにおいて全て同じである。一例として、図１４は究極的親の等級（Ultimate Parent Ranking）スクリーンを示し、究極的親の等級スクリーンは、デフォルトでは、“ブローカーの等級”ハイパーリンク２２０が選択されれば表示される。
【００７７】
返された結果は、ユーザープレファレンス・スクリーン２００のテキストボックス２５０ａにおいてユーザーにより定義されたように（図２を参照）、ピアグループ１内における、世界中での最上位ｎ人のブローカーとなる。ユーザーは、究極的親（Ultimate Parent）１４０５、親（Parent）１４１０、プリンシパルブローカー（Principal Broker）１４１５、プリンシパル／クリアラー（Principal/Clearer）１４２０、または、市場パフォーマー（Market Performers）１４２５と題されるそれぞれのハイパーリンクを単にクリックすることにより、ブローカー階層の任意のレベルにおける等級づけテーブルを検分する能力を有する。さらに、ブローカーの相対的な等級づけに影響を及ぼすために、フィルターナビゲーションバー５１５を用いて、データを動的にフィルタリングすることができ、これらの等級づけは、完全に、ユーザーが自分たちの分析または査定において適切であるように選択した基準次第で決まる。
【００７８】
等級づけテーブルのヘッダー１４３０は、記録（ブローカー）が列挙される順位の他に、テーブルの状態で返される記録（ブローカー）の数量を明示する。‘最上位（Top）’は相対的に最も優れていることを示し、‘最下位（Bottom）’は相対的に最も劣っていることを示す。数量および順位についても、フィルターナビゲーションバー５１５の選択（Select）ボックス１４３５を用いて、制御することができる。
【００７９】
代替的実施例において、等級づけテーブル１４３０は、ユーザーに、該ユーザーが検分している記録のセットに関係する他の情報を供給することができる。例えば、ヘッダーは、どの位置に等級づけが関連しているのかの他に、等級づけが表示される階層レベルを表示することができる。ヘッダーは、何の基準によって等級づけテーブル内の統計が分類されるのかを、ユーザーに知らせることもできる。
【００８０】
等級づけされた結果については、売買統計列の表題１４４０ａ〜１４４０ｈのいずれかにより、再分類することができる。ユーザーが売買統計列の表題１４４０ａ〜１４４０ｈを１度クリックすると、結果は、最も優れたものから最も劣ったものまで等級づけされる。ユーザーが売買統計列の表題１４４０ａ〜１４４０ｈを２度クリックすると、結果は、逆の順位で再分類される。
【００８１】
ボックス１４４５内のヘッダーの真下に、ユーザーには、自分が等級を検分している対象であるピアグループについての情報が与えられる。等級づけテーブルは１度に１つのピアグループのために表示されるので、ユーザーは、フィルターナビゲーションバー５１５内のピアグループドロップダウンボックス１４５０を用いることによりピアグループを切り替える能力を有する。ドロップダウンは、ユーザーがプレファレンスにおいて指定した百分順位帯域を示し、さらに、ピアグループについての各百分順位帯域の範囲内に収まるブローカーの数を列挙する。
【００８２】
どの階層レベルのための等級づけテーブルをユーザーが検分しているのかに応じて、データをフィルタリングできる方法に違いがあり得る。例えば、究極的親、および、親のレベルにおいて、区域フィルタリング基準１４５５が、フィルターナビゲーションバー５１５において利用可能であり、これにより、ユーザーは、区域単位でフィルタリングすることができる。さらに、究極的親、および、親のレベルにおいて、ユーザーは、全ての市場にわたっての“ブローカーの等級”を検分する能力を有し、事実上、売買決済実績について、世界中の等級づけを検分する能力を有する。
【００８３】
等級づけテーブル内において、究極的親、親、プリンシパルブローカー、または、プリンシパル／クリアラーの組を示す独自のテーブル内の各行について、ユーザーは、様々なページへリンクすることに関する幾つかのオプションを有する。“ブローカーの等級”づけテーブルの“リンク（Links）”列１４６０には、テーブルが表示される対象である階層のレベルに応じて、幾つかの潜在的なハイパーリンクが存在する。潜在的なリンクは、市場（Markets）１４６０ａ、親（Parents）１４６０ｂ、および、ブローカー（Brokers）１４６０ｃである。等級づけテーブルにおいて、各ブローカーの名前１４６５もまた、ユーザーを他のスクリーンへ案内するハイパーリンクである。これらのハイパーリンクの全ては、ユーザーを、“ブローカー分析論”の構成要素（より詳細に後述する）へ案内する。
【００８４】
図１５は、本発明の例示的な実施例によるマーケットパフォーマー（Market Performers）スクリーンを示す。マーケットパフォーマー（Market Performers）ハイパーリンクからアクセス可能なマーケットパフォーマー・スクリーン１５００は、“Application”のデータベース内における、国レベルにおける、一月分の売買データの総計を表示する。マーケットパフォーマー・スクリーン１５００を用いて、ユーザーは、所定の市場内の巨視的なレベルにおける、売買決済実績に関する営業上の危険性を査定することができる。マーケットパフォーマー・スクリーン１５００のレイアウトは、究極的親の等級スクリーン１４００のものと同様である。一実施例において、フィルターナビゲーションバー５１５は、より多数の、または、より少数のフィルタリングオプションをユーザーに提案できるという点で、僅かに異なり得る。
【００８５】
例えば、マーケットパフォーマー・スクリーン１５００のためのフィルターナビゲーションバー５１５は、究極的親の等級スクリーン１４００と関連して図１４に示されたピアグループ・ドロップダウンボックス１４５０を含まない。しかし、マーケットパフォーマー・スクリーン１５００のためのフィルターナビゲーションバー５１５は、活動フィルター（activity filter）１５０５および測定基準フィルター（metric filter）１５１０という２つのさらなるフィルターを示す。
【００８６】
活動フィルター１５０５は、ユーザーが、マーケットパフォーマー結果の集合を、活動的な（active）市場、または、より活動的ではない（less active）な市場のいずれかに制約することを可能にする。活動は売買カウントにより決定され、これにより、活動的な市場は、最上位の四分位数の市場であり、かつ、より活動的ではない市場は、下位の７５％を示す。返される国々の数量は、活動的、および、より活動的ではない各グループから、最大で２０である。
【００８７】
測定基準フィルター１５１０は、ユーザーが最も優れたまたは最も劣った実行市場の代表的なリストを検分することを選択できる基準の小集合を含むドロップダウンボックスである。等級づけテーブル１４００と同様に、テーブルの表題は、活動的な市場、または、より活動的ではない市場を示し、かつ、選択された測定基準フィルターもまた、表題１５１５の括弧内に表示される。マーケットパフォーマーリストにおいて、国のＩＳＯコード１５２０の各々がハイパーリンク化される。ユーザーがＩＳＯコード１５２０の１つを選択する場合に、ユーザーは、それぞれの市場における最も優れたプリンシパルブローカーについての等級づけテーブルへ転送される。表示される“マーケットパフォーマー”は、ユーザーのピアグループ設定と、ユーザーがデータのために選択した任意のフィルタリングとに鑑みて、ピアグループ１からの相対的に最も優れたブローカーとなる。
【００８８】
最後に、“ブローカー分析論”（Broker Analytics）の概観図について論考する。“ブローカー分析論”の概観図は、ユーザーが、“Application”内の全てのブローカーについての全ての根底的な売買統計および測定基準にアクセスすることを可能にする。以前は“Application”のものであった他の構成要素の全ては、“ブローカー分析論”の構成要素へリンクされる。しかしながら、“Application”の任意のページの最上部のメニューバーにおいて、“ブローカー分析論”ハイパーリンク２２０を選択することにより、ユーザーは、特定のブローカーの分析または根底的な売買決済実績データを求めて、“Application”のデータベースを検索することができる。
【００８９】
図１６は、本発明の例示的な実施例による究極的親検索（Ultimate Parent Search）スクリーンを示す。“ブローカー分析論”ハイパーリンク２２０を選択することは、デフォルトでは、ユーザーを、究極的親検索スクリーン１６００へ向ける。“ブローカー分析論”内には、究極的親（Ultimate Parent）１６０５、親（Parent）１６１０、プリンシパルブローカー（Principal Broker）１６１５という３つのサブメニュー検索項目が存在する。各サブメニュー検索項目１６０５，１６１０，１６１５は、ユーザーを、“ブローカー分析論”の階層におけるそれぞれのレベルのための検索機能へ向ける。
【００９０】
究極的親検索ボックス１６２０は、ユーザーが、究極的親の名前の部分的または完全な綴りを用いて“Application”のデータベースを検索することを可能にする。ユーザーは、検索を支援するための付加的ドロップダウンボックス１６２５において、“〜から始まる（Starts With）”または“〜を含む（Cointains）”選択するオプションを有する。親検索の機能性も、究極的親検索のためのものと同じである。
【００９１】
図１７は、本発明の例示的な実施例によるプリンシパルブローカー検索（Principal Broker search）スクリーンを示す。プリンシパルブローカー検索ボックス１７００は、ユーザーが、より方向性を持った検索を実行することを可能にする。プリンシパルブローカーのレベルは、階層内の究極的親、および、親と比較して、遙かに細かい（granular）。“Application”のデータ全体集合における全ての売買データは、売買指示上にＢＩＣを含む。これにより、ユーザーがテキストボックス１７０５を用いて名前によりプリンシパルブローカーを検索することを可能にする他に、ユーザーは、テキストボックス１７１０を用いて、ＢＩＣまたは部分的なＢＩＣにより、ブローカーを検索することができる。ユーザーが名前により検索することを選択すれば、ユーザーは、居住地（domicile）ドロップダウンボックス１７１５を用いてプリンシパルブローカーの居住地を指定することによっても、検索を絞り込むことができる。
【００９２】
図１８は、本発明の例示的な実施例による“ブローカー分析論”（Broker Analytics）スクリーンを示す。図１４のスクリーン１４００と関連して前述したように、ユーザーは、ハイパーリンク化された究極的親または親の名前、または、１４６５にそれぞれ対応するプリンシパルブローカーのＢＩＣのいずれかを選択することにより、任意の“ブローカーの等級”スクリーン１４００から、それぞれの究極的親、親、または、プリンシパルブローカーの分析論スクリーンへ直接的にジャンプすることができる。このような場合に、等級づけテーブルによって行われる全てのフィルタリングは、“ブローカー分析論”スクリーン１８００を進める。図１８から分かるように、ユーザーは、フィルターナビゲーションバー５１５を調べてどのラジオボタンが選択されたままの状態であるのかを見ることにより、“ブローカー分析論”スクリーン１８００上に表示されるデータに何のフィルタリングオプションが現在適用されているのかを判断することができる。さらに、“ブローカー分析論”スクリーン１８００は、何のフィルタリングが適用されているのかをユーザーに知らせるアクティブフィルターバー（Active Filter Bar）１８０５を含む。
【００９３】
“ブローカー分析論”スクリーン１８００の上部ボックス１８１０は、ピアグループと、適用された任意のフィルタリングとが与えられれば、ブローカーの名前１８１０ａと、該ブローカーについての相対的な等級１８１０ｂとを列挙する。ブローカーの名前１８１０ａの下方には、ブローカーのサイズおよび相対的な等級を文脈中に入れる情報をユーザーに提供する実体レベル／ピア（Entity Level/Peer）ボックス１８１５が存在する。第一に、ユーザーは、階層実体レベル指標１８１５ａにより、自分たちが検分している階層のレベルを思い出す。図１８に示される例において、分析論は、親実体レベル１のためのものである。階層実体レベル指標１８１５ａの右には、ユーザーが、親１（Parent 1）の究極的親および子（Children）（プリンシパルブローカーのＢＩＣ）と比較可能な分析論ページを見るために階層内をドリルアップまたはドリルダウンすることを可能にするハイパーリンク１８１５ｂ，１８１５ｃが存在する。
【００９４】
階層実体レベル指標１８１５ａの下方には、ピアグループ指標１８１５ｄが存在し、該ピアグループ指標１８１５ｄにより、ユーザーには、特定のブローカーが内部に存在するピアグループと、このピアグループ内のメンバー数とについて知らされる。例えば、図１８は、親１がピアグループ２［３〜１０％（総メンバー９人）］内にあることをユーザーに示す。この特定のピアグループ化は、フィルターナビゲーションバー５１５およびアクティブフィルターバー１８０５に示されるデータベース上の期間および他のフィルタリングに依存する。
【００９５】
特定のブローカーについての、該ブローカーのピア（peers）に関連する等級づけテーブルを検分するために、ユーザーは、検分メンバー（View Members）ハイパーリンク１８１５ｅをクリックすることができる。次に、“Application”は、全ての選択されたフィルタリング基準を考慮に入れて、ブローカーのピアグループについての等級づけテーブルを表示する。
【００９６】
ヘッダー１８１０，１８１５の下方には、売買統計を備えた２つのボックスが存在する。期間フィルターが指定された場合に、個別の統計の総数（Total Individual Statistics）ボックス１８２０は、全ての市場にわたってのブローカーについてのフィルタリングされない（unfiltered）売買カウント１８２０ａ、失敗カウント１８２０ｂ、失敗率１８２０ｃを示す。それぞれのフィルタリングされた売買統計は、フィルタリングされた売買統計（Filtered Trade Statistics）ボックス１８３０におけるアクティブフィルターバーの下方に現れる。全てのブローカーについての総計的な数（Aggregate Figures for All Brokers）ボックス１８２５は、全てのブローカーについての売買カウント１８２５ａ、失敗カウント１８２５ｂ、および、貨幣量（monetary volumes）１８２５ｃを示す。
【００９７】
ボックス１８２５内の総計的な数は、動的であり、かつ、ユーザーが指定した任意のフィルタリングパラメータを反映する。ボックス１８２５内の数は、フィルタリング基準が与えられた場合の全体的なブローカーの母集団を示すが、これらの数は、特定の当該ブローカーが収まる範囲であるピアグループを単独で示すものではない。
【００９８】
アクティブフィルターバー１８０５の下方には、ブローカーについてのフィルタリングされた統計および計算された測定基準が表示される。第１グループの数は、フィルタリングされた売買統計ボックス１８３０であり、該売買統計ボックス１８３０は、“Application”のデータベース内に存在する数の純粋（pure）表示である。第２グループの数は、計算された測定基準（Calculated Metrics）ボックス１８４０であり、計算された測定基準ボックス１８４０は、“Application”の全体集合内の市場におけるブローカーの売買決済実績およびサイズについての属性に関連する。これらの測定基準は、主に、総計的な売買統計と比較した場合の、ブローカーの個別のフィルタリングされた統計の比率として得られる。
【００９９】
平均失敗継続期間（Average Fail Duration）と称される２つの測定基準１８４０ａ，１８４０ｂがさらに存在し、一方１８４０ａは営業日のための、他方１８４０ｂは暦日のためのものであり、これらの平均失敗継続期間は、ブローカーによる失敗売買の適時の解決を示す。計算された各測定基準の数は、列１８４０ｃに列挙され、かつ、この列の隣りには、個別の測定基準の各々についての相対的な等級１８４０ｄがさらに存在する。これらの等級は、全て、ブローカーのピアグループと、ユーザーにより選択された任意のフィルタリング基準とに対して相対的なものである。これらの測定基準の等級の部分集合は、複合等級値を計算するために用いられ、該複合等級値は、ブローカーの総合的な等級１８１０ｂを計算するために用いられる。
【０１００】
図１９は、本発明の例示的な実施例によるプリンシパルブローカー分析論（Principal Broker Analytics）スクリーンを示す。ユーザーが根底的なプリンシパルブローカー分析論スクリーン１９００を検分する場合に、ドロップダウンボックス１９０５が、名前ヘッダー１９１０の下方に現れる。ドロップダウンボックス１９０５は、特定のプリンシパルブローカーが特定の市場において用いる全てのクリアリングブローカーを列挙する。列挙された各クリアラーの名前は、独自のＢＩＣを示す。
【０１０１】
プリンシパルブローカー分析論スクリーン１９００から、ユーザーは、ブローカーの失敗した売買のそれぞれについての根本的な原因を提供する失敗理由要約（Fail Reason Summary）ハイパーリンク１９１５を選択する能力を有する。図２０は、本発明の例示的な実施例による失敗理由要約（Fail Reason Summary）スクリーンを示す。図１１と関連して前述したように、失敗理由要約スクリーン２０００は、ＳＷＩＦＴ売買指示内に配される失敗コードにより生じる。漠然とした（nondescript）失敗コードは、利用可能な詳細がさらに存在しないので、“詳細不明（Unspecified）”と明示される。
【０１０２】
プリンシパルブローカー分析論スクリーン１９００内において、ユーザーがクリアリングブローカー（Clearing Broker）ドロップダウンボックス１９０５の隣りの検索（search）ボタン１９２０を選択すれば、別個のプリンシパル／クリアラーの組み合わせについての“ブローカー分析論”スクリーンが表示される。図２１は、本発明の例示的な実施例によるプリンシパル／クリアラーブローカー分析論（Principal/Clearer Broker Analytics）スクリーンを示す。プリンシパル／クリアラーブローカー分析論スクリーン２１００の概略的なレイアウトは、さらなる情報が、計算された測定基準に対する他に、売買統計に対しても追加されている点を除いては、プリンシパルブローカー分析論スクリーン１９００と同様である。市場におけるプリンシパルブローカーの活動を、用いられるクリアラーとは無関係に単独で考慮するのとは対照的に、このさらなる情報は、特定のクリアリングブローカーがプリンシパルブローカーのために処理した売買の数量および比率に関係する。
【０１０３】
フィルタリングされた売買統計は、３つのさらなる列２１０５，２１１０，２１１５を含むことが好ましい。プリンシパルのみ（Principal Only）の列２１０５は、用いられるクリアラーとは無関係のプリンシパルブローカーについての売買統計を表示する。プリンシパル／クリアラー（Principal/Clearer）列２１１０は、別個のプリンシパル／クリアラーの組についての売買統計を表示する。比率（Ratio）列２１１５は、総合的なプリンシパルブローカーの売買統計に対する、特定のクリアラーの寄与についての比率を列挙する。
【０１０４】
プリンシパル／クリアラーブローカー分析論スクリーン２１００の下半分には、さらなる２つの列、すなわち、プリンシパル／クリアラーの組の測定基準（Principal/Clearer Combo's Metrics）列、および、プリンシパル／クリアラーの等級（Principal/Clearer Ranking）列２１２５も存在する。計算された個別の測定基準の各々について、プリンシパルブローカーについての統計および相対的な等級が、用いられるクリアラーとは無関係に、列２１３０にさらに表示される。しかしながら、別個のプリンシパル／クリアラーの組み合わせの売買統計が列２１２０に表示され、かつ、プリンシパル／クリアラーの組み合わせ自体のピアグループに関連する相対的な等級２１２５が表示される。こうして、プリンシパル／クリアラーの組み合わせの相対的な等級は、プリンシパルブローカーの相対的な等級に対して、直接的な関係を持たないが、その理由は、売買統計および測定基準が異なっており、かつ、ピアグループ化も同様に別個のものであるためである。
【０１０５】
本発明について、その特定の実施例に関連して説明してきたが、他の多くの変形例および修正形態、および、他の使用法が、当業者には明らかとなるだろう。例えば、決済実績に基づいて売買実体を評価するための本発明を、他の売買実体評価ツール（例えば、調査および売買の実行評価装置）と組み合わせることができる。従って、本発明は、本明細書における特定の開示内容によってではなく、添付の請求項により制限されることが好ましい。
【図面の簡単な説明】
【０１０６】
【図１】本発明の一実施例による分散型システムの構成要素を示すブロック図である。
【図２】本発明の例示的な実施例によるプレファレンス・スクリーンの概観図を示す図である。
【図３】本発明の例示的な実施例によるアカウント照会スクリーンの概観図を示す図である。
【図４】本発明の例示的な実施例によるグループ照会スクリーンの概観図を示す図である。
【図５】本発明の例示的な実施例による国別要約スクリーンの概観図を示す図である。
【図６】本発明の例示的な実施例によるプリンシパルブローカー要約スクリーンの概観図を示す図である。
【図７】本発明の例示的な実施例による究極的親要約スクリーンを示す図である。
【図８】本発明の例示的な実施例による、ブローカーのリストを含むユーザーのブローカー要約スクリーンの概観図を示す図である。
【図９】本発明の例示的な実施例による、プリンシパルブローカーのための市場単位の統計スクリーンの概観図を示す図である。
【図１０】本発明の例示的な実施例による、ユーザー固有のブローカー分析論スクリーンの概観図を示す図である。
【図１１】本発明の例示的な実施例による失敗売買要約スクリーンの概観図を示す図である。
【図１２】本発明の例示的な実施例による、失敗売買の詳細スクリーンの概観図を示す図である。
【図１３】本発明の例示的な実施例による失敗理由履歴スクリーンを示す図である。
【図１４】本発明の例示的な実施例による、究極的親の等級スクリーンの概観図を示す図である。
【図１５】本発明の例示的な実施例によるマーケットパフォーマー・スクリーンを示す図である。
【図１６】本発明の例示的な実施例による究極的親検索スクリーンを示す図である。
【図１７】本発明の例示的な実施例によるブローカー検索スクリーンを示す図である。
【図１８】本発明の例示的な実施例による親ブローカー分析論スクリーンを示す図である。
【図１９】本発明の例示的な実施例によるプリンシパルブローカー分析論スクリーンを示す図である。
【図２０】本発明の例示的な実施例による失敗理由要約スクリーンを示す図である。
【図２１Ａ】本発明の例示的な実施例による、プリンシパル／クリアラーブローカー分析論スクリーンを示す図である。
【図２１Ｂ】本発明の例示的な実施例による、プリンシパル／クリアラーブローカー分析論スクリーンを示す図である。
【符号の説明】
【０１０７】
１００  分散型コンピュータシステム
１１０  ウェブサーバー
１２０  アプリケーションサーバー
１３０  データベース
１４０  ワークステーション
【図１】
2004529439.tif 000005
【国際公開パンフレット】
2004529439.tif 000006
2004529439.tif 000007
2004529439.tif 000008
2004529439.tif 000009
2004529439.tif 000010
2004529439.tif 000011
2004529439.tif 000012
2004529439.tif 000013
2004529439.tif 000014
2004529439.tif 000015
2004529439.tif 000016
2004529439.tif 000017
2004529439.tif 000018
2004529439.tif 000019
2004529439.tif 000020
2004529439.tif 000021
2004529439.tif 000022
2004529439.tif 000023
2004529439.tif 000024
2004529439.tif 000025
2004529439.tif 000026
2004529439.tif 000027
2004529439.tif 000028
2004529439.tif 000029
2004529439.tif 000030
2004529439.tif 000031
2004529439.tif 000032
2004529439.tif 000033
2004529439.tif 000034
2004529439.tif 000035
2004529439.tif 000036
2004529439.tif 000037
2004529439.tif 000038
2004529439.tif 000039
2004529439.tif 000040
2004529439.tif 000041
2004529439.tif 000042
2004529439.tif 000043
2004529439.tif 000044
2004529439.tif 000045
2004529439.tif 000046
2004529439.tif 000047
2004529439.tif 000048
2004529439.tif 000049
2004529439.tif 000050
2004529439.tif 000051
2004529439.tif 000052
2004529439.tif 000053
2004529439.tif 000054
2004529439.tif 000055
2004529439.tif 000056
2004529439.tif 000057
2004529439.tif 000058
2004529439.tif 000059
2004529439.tif 000060
2004529439.tif 000061
2004529439.tif 000062
2004529439.tif 000063
2004529439.tif 000064
2004529439.tif 000065
2004529439.tif 000066
2004529439.tif 000067
2004529439.tif 000068
2004529439.tif 000069
2004529439.tif 000070
2004529439.tif 000071
2004529439.tif 000072
2004529439.tif 000073
2004529439.tif 000074
2004529439.tif 000075
2004529439.tif 000076
2004529439.tif 000077
2004529439.tif 000078
2004529439.tif 000079
2004529439.tif 000080
2004529439.tif 000081
2004529439.tif 000082
2004529439.tif 000083
2004529439.tif 000084
2004529439.tif 000085
2004529439.tif 000086
2004529439.tif 000087
2004529439.tif 000088
【国際公開パンフレット（コレクトバージョン）】
2004529439.tif 000089
2004529439.tif 000090
【国際調査報告】
2004529439.tif 000091