JP7339358B2

JP7339358B2 - アウトバウンド市場および参照データのための統合貢献データブリッジを実装するシステムおよび方法

Info

Publication number: JP7339358B2
Application number: JP2021560245A
Authority: JP
Inventors: スラビン，イリア; クロフォード，ニール・ロウ; リ，イエ; ベロトセルコフスキー，スタニスラフ
Original assignee: JPMorgan Chase Bank NA
Current assignee: JPMorgan Chase Bank NA
Priority date: 2019-04-12
Filing date: 2019-04-12
Publication date: 2023-09-05
Anticipated expiration: 2039-04-12
Also published as: EP3953828A4; WO2020209865A1; US20220172232A1; EP3953828A1; JP2022535489A

Description

[0001]本発明は、全体的にデータブリッジを実装するためのシステムおよび方法に関し、より詳細には、アウトバウンド市場および参照データのための統合貢献データブリッジに関する。

[0002]大手金融会社は、社外に配信するために多くの情報を情報ブローカーに提供している。この情報には、調査報告書、顧客明細書、取引確認書、見積書への回答などが含まれる。最も活発に動き、多様なカテゴリーは、市場データである。このカテゴリーのデータには、指数の評価、気配値、新証券の参考データ、関心の表示などが含まれる場合がある。情報は、金融証券ごとに可変のペースで変化し、迅速に動く可能性がある。

[0003]例えば、金融機関は、金融商品に関連するデータを様々なデータブローカーに送信し、様々な市場参加者に配信する場合がある。これには、取引所および店頭取引（ＯＴＣ）商品のリアルプライシング、クレジット証券の気配値、投資可能なインデックスの値などが含まれる場合がある。ＯＴＣ証券はオープンな取引所で取引されるのではなく、カウンターパーティ間の関心の表示および協力を通じて取引される。

[0004]情報の時代には、金融機関は権限管理、消費方法、企業間のコンテンツ共有、開示の危険性などに関心を持っている。しかし、過去数十年間、ほとんどの金融機関は、その情報を多数のデータブローカーに送信するための利用可能なツールに依存してきた。しかし、それらのツールは時代に追いついておらず、機密性の高い市場データに対するセキュリティおよびコントロールが不足している。

[0005]このような欠点やその他の欠点が存在する。

[0006]一実施形態によれば、本発明は、統合貢献データブリッジツールを実装するシステムに関する。このシステムは、内部データ配信プラットフォーム（ＩＤＰ）と通信する第１のインターフェースと、複数のベンダーと通信する第２のインターフェースと、１つまたは複数の監視システムと通信する第３のインターフェースと、第１のインターフェース、第２のインターフェースおよび第３のインターフェースに結合されたサーバとを備え、サーバは、第１のインターフェースを介して、市場データおよび参照データを含むＩＤＰメッセージを受信するステップと、ＩＤＰメッセージと宛先ベンダーに関連するメッセージフォーマットとの間のマッピングを識別するステップと、マッピングに基づいて、市場データおよび参照データにデータの正規化および変換を適用するステップと、第２のインターフェースを介して、公表のために市場データおよび参照データを宛先ベンダーに送信するステップと、第３のインターフェースを介して、市場データおよび参照データをリアルタイム監視システムに送信するステップと、を実行するようにプログラムされたプロセッサを含む。

[0007]別の実施形態によれば、本発明は、統合貢献データブリッジツールを実装する方法に関する。本方法は、第１のインターフェースを介して、市場データおよび参照データを含む内部データ配信プラットフォーム（ＩＤＰ）メッセージを受信するステップであって、第１のインターフェースは内部データ配信プラットフォーム（ＩＤＰ）と通信する、ステップと、ＩＤＰメッセージと宛先ベンダーに関連するメッセージフォーマットとの間のマッピングを識別するステップと、マッピングに基づいて、市場データおよび参照データにデータの正規化および変換を適用するステップと、第２のインターフェースを介して、公表のために市場データおよび参照データを宛先ベンダーに送信するステップであって、第２のインターフェースは、複数のベンダーと通信する、ステップと、第３のインターフェースを介して、市場データおよび参照データをリアルタイム監視システムに送信するステップであって、第３のインターフェースは、１つまたは複数の監視システムと通信する、ステップと、を含む。

[0008]システムは、１つまたは複数のコンピュータプロセッサ、インタラクティブインターフェース、電子記憶装置、およびネットワークを含む、特別にプログラムされたコンピュータシステムを含んでもよい。

[0009]本明細書に記載されているコンピュータ実装されたシステム、方法、および媒体は、本発明の様々な実施形態によれば、エンティティ、組織、および他のユーザに独自の利点を提供する。本発明の実施形態は、ある内部データ配信システムから１つまたは複数のリモート情報ブローカーに大量のメッセージを送信することをサポートする。従来のツールは、典型的には、データを送信する多くの内部データ公表者が存在する場合に展開されるが、「１対１」のフローで使用することも可能である。現在のシステムとは異なり、本発明の実施形態では、高いレベルの効率性を維持しながら、このプロセスの様々な側面に透明性を提供する。具体的には、この革新的なシステムは、オープンソースのＡＰＩを使用して内部データバスから情報を消費し、これは、互換性のある任意の配信システムをメッセージングに使用できることを意味する。さらに、モニタリングおよび管理のためにデータを透過的に送信する機能も備えている。本発明の一実施形態は、リアルタイムシステムを監視して貢献プラットフォームおよび同様のシステムの帯域内管理の様々な利点を提供するメッセージングシステムに向けられてもよい。本発明の実施形態は、切り離されたコンポーネントをサポートしてもよく、それによって複雑さを軽減し、そうでなければスループットおよび性能に悪影響を及ぼし得る機能の出現を可能にする。さらに、監視／ログ取得と送信が切り離されているため、データブリッジツールは、監視インフラストラクチャとデータエンタイトルメントシステムを接続することで、厳格なアウトバウンドデータ制御をサポートする。これらの利点およびその他の利点は、以下の詳細な説明でより完全に説明される。

[0010]本発明のより完全な理解を容易にするために、ここで添付の図面を参照する。図面は、本発明を限定するものと解釈されるべきではなく、本発明の異なる側面および実施形態を説明することのみを意図している。

[0011]図１は、本発明の一実施形態による、貢献データブリッジの例示的なシステムアーキテクチャを示している。 [0012]図２は、本発明の一実施形態による、モニタリングダッシュボードの例示的なユーザインターフェースを示している。 [0013]図３は、本発明の一実施形態による、制御フローの例示的なフロー図である。 [0014]図４は、本発明の一実施形態による、例示的なスクリーンショットを示している。

[0015]以下の説明は、特定の実施形態および詳細を提供することにより、本発明の理解を伝えることを目的としている。しかし、本発明は、例示的なものにすぎない、これらの特定の実施形態および詳細に限定されないことを理解されたい。当業者は、知られているシステムおよび方法に鑑みて、特定の設計上のニーズおよびその他のニーズに依存して、任意の数の代替の実施形態における本発明の意図される目的および利益のために本発明の使用を認識することをさらに理解されたい。

[0016]本発明の一実施形態は、内部で生成された市場データおよび内部データ配信プラットフォーム（ＩＤＰ）からの参照データを取得し、そのデータを外部に公表するデータブリッジツールに向けられている。このデータブリッジツールは、ＡＰＩ（例えば、オープンソースのＯｐｅｎＭＡＭＡＡＰＩ）を介して内部データ配信プラットフォーム（例えば、Ｓｏｌａｃｅなど）に接続されてもよい。データブリッジツールは、一連のトピックを購読してもよい。トピックは、データブリッジツールを実装するエンティティの外部に送信される情報を収集するために、「チェーン」ヘッダを介して、および／または直接参照されてもよい。情報は本質的に一時的なものである可能性があるため、購読の時点では存在しないかもしれない。したがって、データブリッジツールは、新しい情報の出現を検出し、それに応じて応答するとともに、情報がデータソースから一時的に削除された場合にも対応することができる。データブリッジツールによってデータが収集されると、そのデータはさらに処理されてもよい。これには、エンティティがデータの送信を希望する特定の宛先がサポートするプロトコルに変換するための、一連の正規化および／または変換が含まれる場合がある。

[0017]例えば、参照データは、時間が経っても変化しないデータを表すことがある。新しく発行された債券の場合、その債券は、満期、利回り、サイズなど、関連するいくつかの参照データポイントを有する場合がある。これらの参照データポイントは、債券が満期になるまで、例えば３０年後にも変化しない場合がある。他の情報は、はるかに短い寿命を持っている場合がある。この種の情報は、例えば数秒、数分などのうちに次の更新で置き換えられる可能性がある。したがって、一部のデータは、ユーザが最新の時点での現在の値に関心を持つ一過性のものである。

[0018]一旦変換されたデータは、エンティティの外に送信されてもよい。さらに、データは、メッセージバスを介して監視システムに内部送信されてもよい。本発明の実施形態では、オペレートチームおよびデータ生成者を含む複数の内部当事者が、トピックごとのデータ送信およびコンテンツが正規化される可能性のある変換されたペイロードのリアルタイムの状態にアクセスおよび／または分析することができる。オペレートチームは、監視システムを使用して、データブリッジツールの内部で特定のアクションを起こすというオプションを有してもよい。アクションには、特定のトピックへの再購読、ベンダーへのデータの再送信などが含まれる。図１に示すように、監視システム１５０とダッシュボード１５２は別個のコンポーネントである。監視システムは、適用された一連のメトリクスに基づいて、アプリケーションの健全性に関するリアルタイムのステータスをオペレートチームに提供する。監視システムがシステムの問題を示した場合、オペレートチームは調査を行い、ダッシュボードを含む複数のツールおよび／または情報源（例えば、サーバ、アプリケーションのログファイルなど）を使用して問題を診断し解決することができる。ダッシュボードは、購読されたデータおよび送信されたデータ、その他のアプリケーションメトリクスの最終値キャッシュへのアクセスを提供する。ダッシュボードは、トピックごとのデータのリアルタイムの状態にアクセスおよび／または分析するために使用されることがあり、このデータに対するアクションを実行するために使用される。データブリッジツールは、グローバルなオペレーションをサポートするように設計されており、世界中の生産者からのデータは中央の高度に利用可能なシステムに移動させることができる。これは、複雑さを低減し、運用上の負担を軽減し、長期的なコストを減少させることができる。したがって、本発明の実施形態は、集中管理、トピックごとのリアルタイムの状態監視、高スループット、高度な利用可能性、最新のプロトコル、および低コストを実現することができる。

[0019]本発明の一実施形態は、貢献プラットフォームおよび同様のシステムの帯域内管理の様々な利点を提供するために、リアルタイムシステムを監視するメッセージングシステムに向けられてもよい。例示的なシナリオによれば、監視は完全に帯域外で行われてもよい。本発明の実施形態では、分離されたコンポーネントをサポートすることで、複雑さを軽減し、そうでなければスループットおよび総所有コスト（ＴＣＯ）に悪影響を及ぼすような機能の出現を可能にすることができる。緊密に結合された監視システムは、主要機能であるメッセージの変換と送信のスループットを低下させる。疎結合の帯域外システムは、負荷が高くなっても遅延を気にしないため、主要機能を「押し返す」ことはない。緊密に結合されたシステムは、疎結合のシステムとは対照的に、必要なボリュームを満たすためにより多くのインフラストラクチャを必要とする、厳密な傾向がある。

[0020]監視／ログ取得と送信が切り離されているため、本発明の実施形態では、監視インフラストラクチャとデータエンタイトルメントシステムを接続することで、厳格なアウトバウンドデータ制御を可能にすることができる。

[0021]本明細書に記載されている統合貢献データブリッジは、米国仮出願６２／６５６，５８５号（代理人整理番号：７２１６７．１４１９）の優先権を主張する２０１９年４月１２日に出願された特許出願ＰＣＴ／ＵＳ１９／２７１８５号（代理人整理番号：７２１６７．００１６８５）に記載されているように、市場データハブと組み合わせてもよく、および／または、２０１９年に出願された特許出願ＰＣＴ（代理人整理番号：７２１６７．００１６９０）に記載されているように、グローバル貢献分析ツールとさらに統合されてもよく、その内容は参照によりその全体が本明細書に組み込まれる。例えば、統合貢献データブリッジは、市場データハブを含む様々な宛先に貢献データを送信してもよい。グローバル貢献分析ツールは、貢献データを分析し、可視性と分析性をさらに高めてもよい。さらに、市場データハブは、２０１９年４月１２日に出願された米国仮出願第６２／８３３，０１９号（代理人整理番号：７２１６７.００１７０８）に記載されているように、分散型台帳技術によって実装されてもよく、その内容は全体として本明細書に組み込まれる。

[0022]図１は、本発明の一実施形態による、貢献データブリッジの例示的なシステムアーキテクチャである。図１に示すように、データブリッジツール１２０は、貢献データを外部に向けて、１１０で表される１つまたは複数のベンダーに公表してもよい。１２０で表されるデータブリッジツールは、暗号化１２２、伝送プロトコル１２４、貢献者コア１２６、およびＩＤＰへのインテークセッション(intake session)１２８で表される機能を提供してもよい。

[0023]１２０で表されるデータブリッジツールは、１３０で表される内部データ配信プラットフォーム（ＩＤＰ）から、内部で生成された市場データおよび参照データを取得し、ファイアウォール１１２を介して外部に公表してもよい。ファイアウォール１１２は任意であり、それによって、外部ソースへの接続を同じアプリケーションで可能にしてもよい。データブリッジツールは、１２４で表される業界標準のＦＩＸメッセージング、または特定のベンダーと合意した他の伝送プロトコル、およびＡＰＩ（例えば、オープンソースのＯｐｅｎＭＡＭＡＡＰＩ）を活用して、柔軟でベンダーに依存しない、性能の高いデータブリッジを提供し、このデータを複数の市場データベンダーに送信して顧客が消費できるようにしてもよい。ＦＩＸは、金融情報交換を表してもよい。

[0024]ＩＤＰは、公表／購読（Ｐｕｂ／Ｓｕｂ）ターミナル１４０、Ａｐｐ１４２、ＯＭＡｐｐ１４４、およびＰｕｂ／Ｓｕｂシート１４６を含む様々なソースからデータを受信してもよい。公表／購読（Ｐｕｂ／Ｓｕｂ）端末１４０は、典型的には第三者によって書かれたアプリケーションであり、１つまたは複数のソースから情報を購読し、ユーザのために機能的な方法で表示するグラフィカルなインターフェースを内部ユーザに提供するとともに、ＩＤＰ１３０に直接または間接的にデータを公表してもよい。Ａｐｐ１４２は、内部または第三者によって開発された、ＩＤＰ１３０と間接的に通信するアプリケーションを表す。このようなアプリケーションは、グラフィカルユーザインターフェースを有していても有していなくてもよく、また、いかなる情報ＩＤＰを購読しなくてもよい。ただし、ＩＤＰに情報を公表する。ＯＭＡｐｐ１４４は、１４２と同様のアプリケーションを表すが、ＩＤＰ１３０と直接通信するように書かれていてもよい。そのようなアプリケーションは、データを購読してもしなくてもよいが、データを公表することが期待される。Ｐｕｂ／Ｓｕｂシート１４６は、Ａｐｐの一実施形態であるが、マイクロソフトのエクセルのような別の無関係なアプリケーションのグラフィカルインターフェース内で動作することが特に指摘されている。このようなシートは、別のアプリケーションのコンテキスト内で動作するアプリケーションを表すか、または数式などのアプリケーション自体の機能を利用することができる。Ａｐｐ１４２と同様に、シートは、ＩＤＰからの情報を購読する必要はないが、公表することが期待される。データの他のソースが実装されてもよい。

[0025]データブリッジツールは、例えば、主な構成ファイル内で定義され得る規則および／またはマッピングに基づいて、インテークセッションおよび伝送プロトコルセッションコンポーネント間のデータの正規化および変換を提供してもよい。

[0026]１２２で表されるデータの暗号化は、特定のベンダーの要件に合わせて行われてもよい。例えば、データブリッジツールは、プライベートネットワーク接続上でデータのプライバシーおよび整合性を提供するトランスポート層セキュリティ（ＴＬＳ）および証明書を利用してもよい。

[0027]データブリッジ１２０は、監視データおよび統計データを、リアルタイム監視システム１５０およびダッシュボード１５２で表される１つまたは複数の分析ツールおよび／またはインターフェースに通信することができる。データブリッジは、監視、報告および／または分析コンポーネントが、システムのスループットに影響を与えることなく、様々なユーザ、例えば、ビジネスおよびオペレートチームに利用可能にすることができる、リアルタイムの帯域外監視および管理機能を提供するメッセージバスとインターフェースすることによって、この機能を達成してもよい。図１に示すように、１５０、１５２によってサポートされる監視機能は、ベンダー１１０によって表されるベンダー機能への送信から切り離されてもよい。

[0028]データブリッジ１２０は、例えば、サーバコンポーネント、購読コンポーネント、マッピングコンポーネント、および報告コンポーネントを含む、様々な処理コンポーネントを含んでもよい。サーバコンポーネントは、ベンダーに関連する可能性のある宛先サーバへの接続を確立してもよい。サーバコンポーネントは、性能の高い業界標準のメッセージングプロトコルを提供し、ベンダー独自のメッセージングプロトコルからの移行をさらに可能にするために、ＦＩＸメッセージングを利用してもよい。図１を例にすると、サーバコンポーネントは１２４で表され、購読コンポーネントは１２８で表され、１２６はマッピングコンポーネントおよび報告コンポーネントを含むことができる。

[0029]購読コンポーネントは、事前に定義されたウォッチリストからシンボルをロードしてもよいし、動的に構成されてもよく、ＩＤＰ購読を作成し、受信ＩＤＰメッセージをマッピングコンポーネントに送信してもよい。購読コンポーネントは、汎用で高性能な市場データアクセスＡＰＩであるＯｐｅｎＭＡＭＡＡＰＩなどのＡＰＩを利用してもよい。これは、ベンダーに依存しないと考えられ、オープンソースでさらにサポートされている。他のＡＰＩおよび／またはミドルウェアは、本発明の様々な実施形態によって実装およびサポートされてもよい。

[0030]マッピングコンポーネントは、ＩＤＰメッセージを宛先（ベンダー）サーバが要求するメッセージフォーマットにマッピングする方法を定義してもよい。
[0031]報告コンポーネントは、日中の運用要求を処理するために、要求トピックを購読してもよい。さらに、報告コンポーネントは、貢献したメッセージの最後の値をキャッシュに公表してもよい。これにより、帯域外の監視および管理が提供される。これらのコンポーネントを切り離すことで、複雑さが軽減され、そうでなければスループットおよび総所有コスト（ＴＣＯ）に影響を与える機能が公開される。

[0032]図２は、本発明の一実施形態による、ダッシュボードの例示的なユーザインターフェースである。図１のダッシュボード１５２は、クエリ２１２、購読２１４、シンボルマップ２１６、管理２１８、および／またはその他２２０で表される機能を含むユーザアクションを提供してもよい。

[0033]ダッシュボード１５２は、ユーザが外部ベンダーに貢献されたデータを監視および管理することを可能にしてもよい。クエリ２１２は、キャッシュから最新の市場データ更新のクエリを可能にしてもよい。例えば、データブリッジは、各アウトバウンドメッセージをトピックに公表してもよい。ダッシュボードの対応するトピックをクエリすることで、キャッシュ内の各シンボルの最後の値を返す。特定のソースまたはシンボルを問い合わせるためにフィルタを適用してもよい。例えば、ユーザは、ソースが北米などの地域に相当するすべてのシンボルのクエリを送信することができる。貢献データは、ＦＩＸフォーマットであってもよい。例えば、図４は、本発明の一実施形態による、例示的なダッシュボードインターフェースを示す。４１０で示されるように、クエリが実行されてもよい。他のオプションには、購読４１４と、クエリおよび購読４１６と、が含まれてもよい。この例では、４１２でクエリを選択してもよい。トピックは４２０で選択されてもよく、フィルタは４３０で適用されてもよい。この例では、フィルタは、北米などの地域に限定されていてもよい。４２２でフォーマットを選択してもよい。この例では、貢献データをＦＩＸ形式で表示してもよい。結果は４４０で「トピックがクエリされた：フィルタを用いてフィックスされた：ＸＸＸ」というヘッダで提供されてもよい。結果は、キー４４２とデータ４４４によって識別されてもよい。

[0034]購読２１４は、市場データ更新ストリームの購読を可能にしてもよい。例えば、ユーザは、最後の値を取得するためにクエリをリフレッシュする代わりに、ダッシュボードで将来の更新を受け取るための購読を作成してもよい。さらに、新しい受信データは、ボードまたは他のインターフェースに付加されてもよい。例えば、例示的な購読では、シンボル「ＪＰＦＵＴＲＥＥ」の新しい更新情報を購読することを含んでいてもよい。図４に示すように、購読は４１４で選択されてもよい。シンボルはフィルタ４３０で識別されてもよい。結果は４４０で「トピックが購読された：フィルタを用いてフィックスされた：ＸＸＸ」というヘッダで提供されてもよい。結果は、キー４４２およびデータ４４４によって識別されてもよい。

[0035]シンボルマップ２１６は、ソース間のマッピングを識別してもよい。例えば、内部データと外部ベンダーとの間のシンボルティッカーは同じではなくてもよい。フィルタを用いて市場データを問い合わせることで、名称のマッピングを提供してもよい。図４に示すように、４１２でクエリが選択され、フィルタ４３０でベンダーティッカーが特定されてもよい。結果は４４０で「トピックがクエリされた：フィルタを用いてフィックスされた：ＸＸＸ」というヘッダで提供されてもよい。結果は、キー４４２とデータ４４４によって識別されてもよい。

[0036]例えば、本発明の実施形態は、統計またはＳＴＡＴＳなどのトピックを介して、インバウンドおよびアウトバウンドの統計をダッシュボードに公表してもよい。インバウンドは、データブリッジが上流のデータ購読から受信するデータを参照してもよく、アウトバウンドは、データブリッジが外部のベンダーに貢献するデータを参照してもよい。これは、アプリケーションの状態およびデータ量を監視するために使用することができる。図４に示すように、４１４で購読が選択され、４２０でトピックがＪＳＯＮとして識別され、４２２でフォーマットが「ＳＴＡＴＳ」として識別されてもよい。結果は４４０で「トピックＳＴＡＴＳに購読された」というヘッダで提供されてもよい。結果は、キー４４２およびデータ４４４によって識別されてもよい。統計の詳細表示では、アクティブな購読数、更新数（例えば、直近３０秒）、所定のインターナル（例えば、３０秒間隔）での最大更新数、および総更新数を提供してもよい。他のメトリクスおよび分析が提供されてもよい。

[0037]管理２２０は、購読要求を提供してもよい。データブリッジは、ＳＵＢ＿リクエストと呼ばれるトピックへのアクティブな購読を維持しており、これは、アプリケーションを再起動することなく任意の動的なユーザ要求を収集して処理する。例えば、ユーザは、ログ取得レベルの変更、機器貢献の有効化または無効化、機器のリフレッシュ、シンボロジーのリロードを行うことができる。図４に示すように、４１２でクエリを選択し、４２０でトピックを特定し、４２２でフォーマットを「ＳＵＢ＿リクエスト」として特定することができる。結果は、４４０において、「トピックがクエリされた：ＳＵＢ＿リクエスト」というヘッダで提供されてもよい。結果は、キー４４２とデータ４４４によって識別されてもよい。

[0038]図３は、本発明の一実施形態による、制御フローの例示的なフロー図である。図３は、制御コマンドがどのようにデータブリッジに送信され得るかを描いている。図３に示すように、ダッシュボードまたは他のツールを使用するオペレータは、本発明の実施形態のメイン処理エンジンにコマンドを送信する。例えば、コマンドは、通常の動作の一部として行わない動作を指示してもよい。例えば、メイン処理エンジンは、本発明の実施形態がシンボルを代わりに「再起動」させることを選択することができるベンダーに更新情報を送信してもよい。図３は、購読を管理するための要求の詳細を示す図である。３１０において、公表者は、データブリッジ３２０に要求を送信してもよく、これは直接受信されてもよいし、サーバまたは他の仲介者によって受信されてもよい。図３に示すように、データブリッジ３２０は、購読者３２２、メッセージパーサー(message parser)３２４、および要求プロセッサ３２６を含んでもよい。３１０で示すように、トピックは、シンボルのリフレッシュ、シンボル貢献の有効化／無効化などを含む日中操作要求を収集するためのトピックを表してもよい。

[0039]以上の実施例は、１つの物理的構成における本発明の様々な実施形態を示すが、様々な構成要素は、ローカルエリアネットワーク、ワイドエリアネットワーク、遠隔通信ネットワーク、イントラネット、および／またはインターネットなどの分散型ネットワークの遠隔部分に配置されてもよいことを認識されたい。それ故、様々な実施形態の構成要素は、例えば、組み合わされて、１つまたは複数のデバイスにされてもよく、分散型ネットワークのある特定のノード上に一緒に配置されてもよく、またはネットワークにおける様々なロケーションに分散されてもよいことを認識されたい。当業者には認識されるとおり、様々な実施形態の構成要素は、それぞれのシステムの動作に影響を及ぼすことなしに、分散型ネットワーク内の任意の１つまたは複数のロケーションに配置されることが可能である。

[0040]前述したとおり、本発明の様々な実施形態は、それぞれが、少なくとも１つのプログラムされたプロセッサと、少なくとも１つのメモリもしくはストレージデバイスとを含んでもよい、いくつかの通信デバイスおよび構成要素をサポートする。メモリは、命令のセットを記憶してもよい。命令は、プロセッサの１つまたは複数のメモリに永久に記憶されてもよく、一時的に記憶されてもよい。命令のセットは、前述したタスクのような、１つまたは複数の特定のタスクを実行する様々な命令を含んでもよい。特定のタスクを実行するための命令のそのようなセットは、プログラム、ソフトウェアプログラム、ソフトウェアアプリケーション、アプリケーション、またはソフトウェアとして特徴づけられてもよい。

[0041]前述した実施形態の方法を実施するために、複数のプロセッサおよび／または複数のメモリは、同一の地理的場所に物理的に配置される必要はないことを認識されたい。すなわち、本発明の例示的な実施形態において使用される複数のプロセッサおよび複数のメモリのそれぞれは、任意の適切な様態で通信するように地理的に別々のロケーションに配置されて、接続されてもよい。さらに、プロセッサおよび／またはメモリのそれぞれは、異なる物理的機器から構成されてよいことを認識されたい。したがって、プロセッサが、１つのロケーションにおける単一の機器であることも、メモリが、別のロケーションにおける別の単一の機器であることも必要ない。すなわち、プロセッサは、異なる２つ以上の物理的ロケーションにおける２つ以上の機器であってもよいことが企図される。別々の２つの機器は、任意の適切な態様で接続されてもよい。さらに、メモリは、２つ以上の物理的ロケーションにおけるメモリの２つ以上の部分を含んでもよい。

[0042]前述したとおり、命令のセットが、本発明の様々な実施形態の処理において使用される。サーバは、本明細書において説明される方法を実行するためにメモリ（例えば、プロセッサによって実行されるプログラムコード命令を包含する過渡的でないコンピュータ可読媒体）に記憶されたソフトウェアまたはコンピュータプログラムを含んでもよい。命令のセットは、プログラムまたはソフトウェアまたはアプリケーションの形態であってもよい。ソフトウェアは、例えば、システムソフトウェアまたはアプリケーションソフトウェアの形態であってもよい。また、ソフトウェアは、例えば、別々のプログラムの集まり、より大きいプログラム内のプログラムモジュール、またはプログラムモジュールの一部分の形態であってもよい。また、使用されるソフトウェアは、オブジェクト指向プログラミングの形態のモジュラプログラミングを含んでもよい。ソフトウェアは、処理されるデータに関してどうすべきかをプロセッサに告げる。

[0043]さらに、本発明の実施および動作において使用される命令または命令のセットは、プロセッサがそれらの命令を読み取ることが可能であるように適切な形態であってもよいことを認識されたい。例えば、プログラムを形成する命令は、１つまたは複数のプロセッサがそれらの命令を読み取ることを可能にすべく機械言語またはオブジェクトコードに変換される、適切なプログラミング言語の形態であってもよい。すなわち、特定のプログラミング言語における、プログラミングコードまたはソースコードの書かれた行が、コンパイラ、アセンブラ、またはインタープリタを使用して機械言語に変換される。機械言語は、例えば、特定のタイプのプロセッサに、すなわち、特定のタイプのコンピュータに特有である２進コード化された機械命令である。任意の適切なプログラミング言語が、本発明の様々な実施形態により使用されてもよい。例えば、使用されるプログラミング言語は、アセンブリ言語、Ａｄａ、ＡＰＬ、Ｂａｓｉｃ、Ｃ、Ｃ＋＋、ＣＯＢＯＬ、ｄＢａｓｅ、Ｆｏｒｔｈ、Ｆｏｒｔｒａｎ、Ｊａｖａ、Ｍｏｄｕｌａ－２、Ｐａｓｃａｌ、Ｐｒｏｌｏｇ、ＲＥＸＸ、ＶｉｓｕａＢａｓｉｃ、ＪａｖａＳｃｒｉｐｔ、および／またはＰｙｔｈｏｎを含んでもよい。さらに、単一のタイプの命令、または単一のプログラミング命令が、本発明のシステムおよび方法の動作と併せて利用されることは必要ない。むしろ、必要に応じて、または所望に応じて、任意の数の異なるプログラミング言語が利用されてもよい。

[0044]また、本発明の様々な実施形態の実施において使用される命令および／またはデータは、所望される可能性があるとおり、任意の圧縮技法もしくは圧縮アルゴリズムまたは暗号化技法もしくは暗号化アルゴリズムを利用してもよい。暗号化モジュールが、データを暗号化するのに使用されることも可能である。さらに、ファイルまたは他のデータが、例えば、適切な解読モジュールを使用して解読されてもよい。

[0045]本発明の例示的な実施形態のシステムおよび方法において、様々な「ユーザインターフェース」が、ユーザがモバイルデバイスまたは他のパーソナルコンピューティングデバイスとインターフェースをとることを可能にすべく利用されてもよい。本明細書において使用される場合、ユーザインターフェースは、ユーザが通信デバイスのプロセッサと対話することを可能にする、プロセッサによって使用される任意のハードウェア、ソフトウェア、またはハードウェアとソフトの組合せを含んでもよい。ユーザインターフェースは、例えば、アプリケーションによって提供されるダイアログ画面の形態であってもよい。また、ユーザインターフェースは、ユーザが、プロセッサが命令のセットを処理するにつれて、プロセッサの動作に関する情報を受け取ること、および／または情報をプロセッサに与えることを可能にするタッチスクリーン、キーボード、音声リーダ、音声レコグナイザ、ダイアログ画面、メニューボックス、リスト、チェックボックス、トグルスイッチ、押しボタン、仮想環境（例えば、仮想マシン（ＶＭ）／クラウド）、またはその他のデバイスを含んでもよい。したがって、ユーザインターフェースは、ユーザとプロセッサの間の通信を提供する任意のシステムであってもよい。ユーザインターフェースを通じてユーザによってプロセッサに与えられる情報は、例えば、コマンド、データの選択、または他の何らかの入力の形態であってもよい。

[0046]本明細書において説明されるソフトウェア、ハードウェア、およびサービスは、ソフトウェアアズアサービス（ＳａａＳ）、プラットフォームアズアサービス（ＰａａＳ）、およびインフラストラクチャアズアサービス（ＩａａＳ）などの１つまたは複数のクラウドサービスモデルを利用して、ならびに／あるいはパブリッククラウドモデル、プライベートクラウドモデル、ハイブリッドクラウドモデル、および／またはコミュニティクラウドモデルなどの１つまたは複数の展開モデルを使用して提供されてもよい。

[0047]本発明の実施形態は、特定の目的の特定の環境における特定の実装形態の脈絡において本明細書において説明されてきたものの、本発明の有用性は、その実装形態に限定されないこと、および本発明の実施形態は、類似した目的で関連する他の環境において有益に実施されることが可能であることが、当業者には認識されよう。

Claims

統合貢献データブリッジツールを実装するシステムであって、
内部データ配信プラットフォーム（ＩＤＰ）と通信する第１のインターフェースと、
複数のベンダーと通信する第２のインターフェースと、
１つまたは複数の監視システムと通信する第３のインターフェースと、
前記第１のインターフェース、前記第２のインターフェースおよび前記第３のインターフェースに結合されたサーバと、を備え、
前記サーバは、
前記第１のインターフェースを介して、市場データおよび参照データを含むＩＤＰメッセージを受信するステップと、
前記ＩＤＰメッセージと宛先ベンダーに関連するメッセージフォーマットとの間のマッピングを識別するステップと、
前記マッピングに基づいて、前記市場データおよび参照データにデータの正規化および変換を適用するステップと、
前記第２のインターフェースを介して、公表のために前記市場データおよび参照データを前記宛先ベンダーに送信するステップと、
前記第３のインターフェースを介して、前記市場データおよび参照データをリアルタイム監視システムに送信するステップと、
を実行するようにプログラムされたプロセッサを含む、
システム。
前記内部データ配信プラットフォームは、公表および購読データを受信する、
請求項１に記載のシステム。
前記宛先ベンダーの要求に応じたデータの暗号化が適用される、
請求項１に記載のシステム。
前記プロセッサは、
送信プロトコルを適用して、前記市場データおよび参照データを前記宛先ベンダーに送信するステップを実行するようにプログラムされている、
請求項１に記載のシステム。
前記リアルタイム監視システムは、１つまたは複数のクエリを実行するためのインタラクティブインターフェースを含む、
請求項１に記載のシステム。
前記リアルタイム監視システムは、市場データ更新のクエリを可能にする、
請求項１に記載のシステム。
前記リアルタイム監視システムは、市場データ更新の購読を可能にする、
請求項１に記載のシステム。
前記リアルタイム監視システムは、ソース間のシンボルマップを可能にする、
請求項１に記載のシステム。
前記リアルタイム監視システムは、インバウンドおよびアウトバウンドのデータ統計の監視を提供する、
請求項１に記載のシステム。
統合貢献データブリッジツールを実装する方法であって、
第１のインターフェースを介して、市場データおよび参照データを含む内部データ配信プラットフォーム（ＩＤＰ）メッセージを受信するステップであって、前記第１のインターフェースは内部データ配信プラットフォーム（ＩＤＰ）と通信する、ステップと、
前記ＩＤＰメッセージと宛先ベンダーに関連するメッセージフォーマットとの間のマッピングを識別するステップと、
前記マッピングに基づいて、前記市場データおよび参照データにデータの正規化および変換を適用するステップと、
第２のインターフェースを介して、公表のために前記市場データおよび参照データを前記宛先ベンダーに送信するステップであって、前記第２のインターフェースは、複数のベンダーと通信する、ステップと、
第３のインターフェースを介して、前記市場データおよび参照データをリアルタイム監視システムに送信するステップであって、前記第３のインターフェースは、１つまたは複数の監視システムと通信する、ステップと、
を含む、方法。
前記内部データ配信プラットフォームは、公表および購読データを受信する、
請求項１０に記載の方法。
前記宛先ベンダーの要求に応じたデータの暗号化が適用される、
請求項１０に記載の方法。
送信プロトコルを適用して、前記市場データおよび参照データを前記宛先ベンダーに送信するステップをさらに含む、
請求項１０に記載の方法。
前記リアルタイム監視システムは、１つまたは複数のクエリを実行するためのインタラクティブインターフェースを含む、
請求項１０に記載の方法。
前記リアルタイム監視システムは、市場データ更新のクエリを可能にする、
請求項１０に記載の方法。
前記リアルタイム監視システムは、市場データ更新の購読を可能にする、
請求項１０に記載の方法。
前記リアルタイム監視システムは、ソース間のシンボルマップを可能にする、
請求項１０に記載の方法。
前記リアルタイム監視システムは、インバウンドおよびアウトバウンドのデータ統計の監視を提供する、
請求項１０に記載の方法。