(57)【要約】      （修正有）【課題】映像ストリーム及び音声ストリームなどのリッチメディアのリアルタイム分析に基づいて、より高速な取引を可能にする機能を備えた取引コンピュータシステムを提供する。【解決手段】メディアデータを受信するメディアデータ受信器１１１、前記メディアデータを分析し、抽出された特徴値と事前格納特徴パターンとを比較する、メディアデータ分析器１１２、及び、注文実行システムに前記値セットを送信する、分析出力モジュール１１３を含む、メディアコロケーションシステム１１０と、前記送信された分析結果の値セットと、シナリオ情報に格納された既定義インシデント・シナリオとを比較し、資産ポートフォリオを決定し、注文のリスクを分析する、リスク分析器１２７、及び、前記資産ポートフォリオのリスクが既定義値よりも低い場合に、買注文又は売注文を実行する、注文実行モジュール１２３を含む、注文実行システム１２０とを備える。【選択図】図１
2013149241.tif 000002
【特許請求の範囲】
【請求項１】
（１-１）メディアデータを受信するように構成されたメディアデータ受信器、
（１-２）前記メディアデータを分析し、かつ前記メディアデータから抽出された特徴値と事前格納特徴パターンとを比較することによって値セットを生成する、メディアデータ分析器、及び
（１-３）前記分析の結果として注文実行システムに前記値セットを送信する、分析出力モジュールを含む、（１）メディアコロケーションシステムと、
（２-１）前記分析出力モジュールから送信された前記分析結果の前記値セットと、シナリオ情報に格納された既定義インシデント・シナリオとを比較することによって、資産ポートフォリオを決定し、かつ前記資産ポートフォリオのリスクを計算するとともに、前記資産ポートフォリオの計算されたリスクと、既定義閾値とを比較することによって、注文のリスクを分析するように構成された、リスク分析器、及び
（２-２）前記資産ポートフォリオのリスクが既定義値よりも低い場合に、買注文又は売注文を実行するように構成された、注文実行モジュールを含む、（２）注文実行システムと
を備える、取引コンピュータシステム。
【請求項２】
前記メディアコロケーションシステムは、
（１-４）前記メディアデータから抽出された前記メディアデータの一部と共にイベントＩＤの要求を送信するように構成された、イベントＩＤ要求モジュールをさらに含み、
前記注文実行システムは、
（２-３）前記メディアデータの一部に関係する前記イベントＩＤを前記メディアコロケーションシステムに送信するように構成された、イベントＩＤ決定モジュールをさらに含み、
前記リスク分析器は、前記イベントＩＤと共に前記分析結果を受信し、かつ前記イベントＩＤを考慮することによって、前記資産ポートフォリオのリスクを計算する、
請求項１に記載の取引コンピュータシステム。
【請求項３】
前記イベントＩＤ決定モジュールは、前記イベントＩＤ要求モジュールから受信した前記メディアの一部と、メディア分類情報に格納されたメディアデータとの類似度を計算し、かつ前記メディアデータの一部との類似度が最も高い格納済みメディアデータの一つと同じである前記イベントＩＤを決定することによって、前記メディアデータの一部に関係する前記イベントＩＤを決定する、請求項２に記載の取引コンピュータシステム。
【請求項４】
前記リスク分析器は、各イベントＩＤの前記分析結果の数に基づく前記分析結果の重みを計算し、かつ前記分析結果の重みに従って前記資産ポートフォリオのリスクを計算することによって、注文のリスクを分析する、請求項３に記載の取引コンピュータシステム。
【請求項５】
前記分析結果の数が０である前記分析結果の重みは、前記分析結果の数が０よりも大きい前記分析結果の重みよりも低い、請求項４に記載の取引コンピュータシステム。
【請求項６】
（１-１）メディアデータを受信するように構成されたメディアデータ受信器と、
（１-２）前記メディアデータから抽出された前記メディアデータの一部と共に許可情報の要求を送信するように構成された、許可要求モジュールと、
（１-３）前記メディアデータの一部に関係する許可情報であって、イベントＩＤ決定モジュールによって決定される許可情報を受信するように構成された、許可登録モジュールと、
（１-４）前記許可情報が「許可」を示す場合に、前記メディアデータを分析し、かつ前記メディアデータから抽出された特徴値と、事前格納特徴パターンとを比較することによって、値セットを生成する、メディアデータ分析器と、
（１-５）前記分析結果の前記値セットと、シナリオ情報に格納された既定義インシデント・シナリオとを比較することによって、資産ポートフォリオを決定し、かつ前記資産ポートフォリオのリスクを計算するとともに、前記資産ポートフォリオの計算されたリスクと、既定義閾値とを比較することによって、注文のリスクを分析するように構成された、リスク分析器と、
（１-６）前記資産ポートフォリオのリスクが既定義値よりも低い場合に、買注文又は売注文を実行するように構成された、注文実行モジュールと
を備える、メディアコロケーションシステム。
【請求項７】
前記イベントＩＤ決定モジュールは、前記イベントＩＤ要求モジュールから受信した前記メディアの一部と、前記メディア分類情報に格納されたメディアデータとの類似度を計算し、かつ前記計算された類似度が事前設定閾値よりも高い場合に、前記メディアデータの一部との類似度が最も高い格納済みメディアデータの一つと同じであるイベントＩＤを決定することによって、前記メディアデータの一部に関係するイベントＩＤを決定する、請求項６に記載のメディアコロケーションシステム。
【請求項８】
前記イベントＩＤ決定モジュールは、前記計算された類似度が事前設定閾値よりも低い場合に、新しいイベントＩＤを割り当てることによって、前記メディアデータの一部に関係する前記イベントＩＤを決定する、請求項７に記載のメディアコロケーションシステム。
【請求項９】
前記イベントＩＤ決定モジュールは、前記計算された類似度が事前設定閾値よりも高い場合に、「不許可」を示す許可情報を送信し、かつ前記計算された類似度が事前設定閾値よりも低い場合に、「許可」を示す許可情報を送信する、請求項８に記載のメディアコロケーションシステム。
【請求項１０】
（１-１）メディアデータを受信するステップと、
（１-２）前記メディアデータを分析し、かつ前記メディアデータから抽出された特徴値と事前格納特徴パターンとを比較することによって、値セットを生成するステップと、
（１-３）前記値セットを前記分析の結果として注文実行システムに送信するステップと、
（１-４）前記分析結果の前記値セットと、シナリオ情報に格納された既定義インシデント・シナリオとを比較することによって、資産ポートフォリオを決定し、前記資産ポートフォリオのリスクを計算することによって注文のリスクを分析し、かつ前記計算された資産ポートフォリオのリスクと既定義閾値とを比較するステップと、
（１-５）前記資産ポートフォリオのリスクが既定義値よりも低い場合に、買注文又は売注文を実行するステップと
を含む、取引コンピュータシステムの計算方法。
【請求項１１】
（１-１-１）前記メディアデータから抽出された前記メディアデータの一部と共にイベントＩＤの要求を送信するステップと、
（１-１-２）前記メディアデータの一部に関係する前記イベントＩＤを送信するステップとをさらに含み、
前記資産ポートフォリオのリスクは、前記イベントＩＤを考慮することによって計算される、請求項１０に記載の取引コンピュータシステムの計算方法。
【請求項１２】
前記メディアの一部と、前記メディア分類情報に格納されたメディアデータとの類似度を計算し、かつ前記メディアデータの一部との類似度が最も高い格納済みメディアデータの一つと同じである前記イベントＩＤを決定することによって、前記メディアデータの一部に関係する前記イベントＩＤは決定される、請求項１１に記載の取引コンピュータシステムの計算方法。
【請求項１３】
前記分析結果の重みは、各イベントＩＤの分析結果の数に基づいて計算され、かつ前記分析結果の重みに従って前記資産ポートフォリオのリスクを計算することによって、注文のリスクは分析される、請求項１２に記載の取引コンピュータシステムの計算方法。
【請求項１４】
前記分析結果の数が０である前記分析結果の重みは、前記分析結果の数が０よりも大きい前記分析結果の重みよりも低い、請求項１１に記載の取引コンピュータシステムの計算方法。
【請求項１５】
（１-１）メディアデータを受信するステップと、
（１-２）前記メディアデータから抽出された前記メディアデータの一部と共に許可情報の要求を送信するステップと、
（１-３）前記メディアデータの一部に関係する許可情報であって、イベントＩＤ決定モジュールによって決定される許可情報を受信するステップと、
（１-４）前記許可情報が「許可」を示す場合に、前記メディアデータを分析し、かつ前記メディアデータから抽出された特徴値と、事前格納特徴パターンとを比較することによって、値セットを生成するステップと、
（１-５）前記分析結果の前記値セットと、シナリオ情報に格納された既定義インシデント・シナリオとを比較することによって、資産ポートフォリオを決定し、かつ前記資産ポートフォリオのリスクを計算するとともに、前記資産ポートフォリオの計算されたリスクと、既定義閾値とを比較することによって、注文のリスクを分析するステップと、
（１-６）前記資産ポートフォリオのリスクが既定義値よりも低い場合に、買注文又は売注文を実行するステップと
を含む、メディアコロケーションシステムの計算方法。
【請求項１６】
前記イベントＩＤ要求モジュールから受信した前記メディアの一部と、前記メディア分類情報に格納されたメディアデータとの類似度を計算し、かつ前記計算された類似度が事前設定閾値よりも高い場合に、前記メディアデータの一部との類似度が最も高い格納済みメディアデータの一つと同じであるイベントＩＤを決定することによって、前記メディアデータの一部に関係するイベントＩＤが決定される、請求項１５に記載のメディアコロケーションシステムの計算方法。
【請求項１７】
前記計算された類似度が事前設定閾値よりも低い場合に、新しいイベントＩＤを割り当てることによって、前記メディアデータの一部に関係する前記イベントＩＤが決定される、請求項１６に記載のメディアコロケーションシステムの計算方法。
【請求項１８】
前記計算された類似度が事前設定閾値よりも高い場合に、「不許可」を示す許可情報を送信し、かつ前記計算された類似度が事前設定閾値よりも低い場合に、「許可」を示す許可情報を送信する、請求項１７に記載のメディアコロケーションシステムの計算方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、取引システム及び取引方法に関する。
【背景技術】
【０００２】
金融取引市場において、高頻度取引（ＨＦＴ）がより一層拡大してきている。ＨＦＴ技術によって、ブローカーディーラーが、市場データ、すなわち、取引によって引き渡される金融商品の最新の買呼値、売呼値及び約定価格のみならず、ＸＭＬ、テキスト、音声及び映像のフォーマットによるニュース・フィーダによって引き渡されるリッチメディアデータも使用した、自動リアルタイム・リスク分析に基づいて、ミリ秒単位で注文を実行することが可能となる。複合イベント処理（ＣＥＰ）エンジンなどのＨＦＴプラットフォームは、大統領による記者会見などの一つのイベントに関する複数のニュースを受信した場合、過度な注文実行を避けるためにこれらのニュースをクラスタ化又は重複排除する。
【０００３】
例えば、特許文献１（米国特許出願公開第２０１０／００９４７４３（Ａ１）号明細書）、特許文献２（米国特許第７，９１２，７８１（Ｂ２）号明細書）、及び特許文献３（米国特許第７，８３６，００９（Ｂ２）号明細書）において開示されている、ＨＦＴ、ＣＥＰ又は情報重複排除に関係する技術が提案されている。特許文献１は、例えば、顧客取引エンジンから取引システムに取引注文を送信するシステム及び方法に関する。低レイテンシーの取引を達成するために、特許文献１に記載の低レイテンシーシステムは、１回又は限られた回数だけ注文前リスクチェックを行い、注文後リスクチェッキングデータセンターは、低レイテンシーシステムが取引サーバに取引注文を送信した後に、取引注文のリスクチェックを行う。
【０００４】
特許文献２は、多市場電子取引のリスク評価及び管理のためのリアルタイム電子情報を提供する方法及びシステムに関する。当該方法及びシステムは、複数の異なる種類の電子取引情報を備えた一つ以上のデータストリームを、ディーラーによって選択的に使用され得る複数の個別のデータストリームに分離して、当該複数の個別のデータがストリーム化され、表示され、速くかつ効率的に使用されるようにする。
【０００５】
特許文献３は、ウェブページから情報を収集し、かつ重複する情報を消去する方法に関する。当該方法は、様々なウェブページを収集した後で重複物を消去する。
【発明の概要】
【０００６】
しかしながら、特許文献１は、ニュースのリッチメディア（即ち、音声ストリーム又は映像ストリーム）のリアルタイム分析に基づく高速注文実行の技術を開示していない。
【０００７】
特許文献２に開示されている方法及びシステムは、映像ストリーム及び音声ストリームには適していない。なぜならば、各映像ストリーム及び音声ストリームは、取引のために個別に使用され得る複数の異なる種類の情報を含んでいないからである。従って、特許文献２は、高頻度の取引用の映像及び音声ストリームの高速処理には役に立たない。
【０００８】
特許文献３に開示されている方法は、高頻度取引用のリッチメディアの重複排除に適用することは難しい。なぜならば、マスメディアデータセンターなどのニュース源から大きいサイズのリッチメディアデータを、ワイドエリアネットワークを介して取引場所の近くに位置する重複排除システムに集めるためには非常に長い時間がかかるからである。
【０００９】
本発明は、上述の及び他の課題を解決するためになされたものであり、本発明の目的は、映像ストリーム及び音声ストリームなどのリッチメディアのリアルタイム分析に基づいて、より高速な取引を可能にする機能を備えた取引コンピュータシステムを提供することである。本発明の他の目的は、複数のメディアデータセンターで同じイベントに関係する複数のリッチメディアニュースデータがある場合、低レイテンシーを維持しつつ、過度な注文実行を避けることのできる機能を備えた取引コンピュータシステムを提供することである。
【００１０】
本発明の一態様に従い、映像ストリーム及び音声ストリームなどのリッチメディアのリアルタイム分析に基づく、より高速な取引を可能にする機能を備えた取引システムと、当該取引システムの制御方法とが提供される。
【００１１】
本発明の他の態様に従い、一つ以上のメディアデータセンターに同じイベントに関係する複数のリッチメディアニュースデータがある場合、高速度を維持しつつ、過度な注文実行を避けることを可能にする機能を備えた取引システムと、当該取引システムの制御方法とが提供される。
【図面の簡単な説明】
【００１２】
【図１】図１は、取引システム１００の接続構成及びソフトウェア構成を示す図である。
【図２】図２は、コンピュータ２００の構成例を示す図である。
【図３】図３は、リッチメディア分析を用いた取引方法を示す流れ図である。
【図４】図４は、リッチメディア分析を用いた取引方法を示す流れ図である。
【図５】図５は、イベントＩＤの決定方法を示す流れ図である。
【図６】図６は、イベントＩＤの決定方法を示す流れ図である。
【図７】図７は、注文実行方法を示す流れ図である。
【図８−Ａ】図８−Ａは、イベントＩＤ管理テーブル１１６の構成を示す。
【図８−Ｂ】図８−Ｂは、メディア分類テーブル１２４の構成を示す。
【図８−Ｃ】図８−Ｃは、分析管理テーブル１２５の構成を示す。
【図９】図９は、取引システム９００の接続構成及びソフトウェア構成を示す図である。
【図１０】図１０は、リッチメディア分析を用いた取引方法を示す流れ図である。
【図１１】図１１は、イベントＩＤの決定方法を示す流れ図である。
【図１２】図１２は、イベントＩＤの決定方法を示す流れ図である。
【図１３−Ａ】図１３−Ａは、許可管理テーブル９１６の構成を示す。
【図１３−Ｂ】図１３−Ｂは、メディア分類テーブル９２３の構成を示す。
【図１４】図１４は、メディアデータの分析方法を示す流れ図である。
【図１５】図１５は、メディアデータ分析の結果として生成されたタグ／値セットの一例を示す図である。
【図１６】図１６は、リスク分析方法を示す流れ図である。
【図１７】図１７は、シナリオテーブル１２６の構成を示す。
【図１８】図１８は、重み定義１２８の構成を示す。
【発明を実施するための形態】
【００１３】
［実施例１］
【００１４】
添付の図面を参照して、以下に実施形態を説明する。留意すべき点として、以下に示す様々なプログラムの機能は、メモリからプログラムを読み出し、かつ多様な管理テーブルに格納された情報を参照して、当該プログラムを実行するＣＰＵ又はプロセッサによって実現される。
【００１５】
図１は、取引システム１００の接続構成例を示す。取引システム１００は、少なくとも一つのメディアコロケーションシステム１１０と、注文実行システム１２０と、取引システム１３０と、少なくとも一つの端末コンピュータ（以下「端末」という）１４０と、少なくとも一つのメディア装置１５０とを含む。メディアコロケーションシステム１１０及び注文実行システム１２０は、例えばＷＡＮ（ワイドエリアネットワーク）である第１通信ネットワーク１６１と、互いに通信するように接続されている。
【００１６】
注文実行システム１２０及び端末１４０は、例えばＬＡＮ（ローカルエリアネットワーク）である第２通信ネットワーク１６２と、互いに通信するように接続されている。メディアコロケーションシステム１１０及びメディア装置１５０は、例えばＬＡＮ（ローカルエリアネットワーク）である第３通信ネットワーク１６３と、互いに通信するように接続されている。
【００１７】
注文実行システム１２０及び取引システム１３０は、例えばＬＡＮ（ローカルエリアネットワーク）である第４通信ネットワーク１６４と、互いに通信するように接続されている。メディアコロケーションシステム１１０は、メディアデータ受信器１１１、メディアデータ分析器１１２、分析出力モジュール１１３、イベントＩＤ要求モジュール１１４、イベントＩＤ登録モジュール１１５、及びイベントＩＤ管理テーブル１１６を格納するための一つ以上の記憶領域を含む。
【００１８】
注文実行システム１２０は、イベントＩＤ決定モジュール１２１、メディア登録モジュール１２２、注文実行モジュール１２３、リスク分析器１２７、並びにメディア分類テーブル１２４、分析管理テーブル１２５、シナリオテーブル１２６、及びストレージ重み定義情報１２８を格納するための一つ以上の記憶領域を含む。
【００１９】
取引システム１３０とは、注文実行システム１２０から買注文及び売注文を受け取り、かつ買注文と売注文のマッチングを行う取引プラットフォームである。取引システム１３０は、例えば、株式取引所、商品取引所、又は先物取引所によって所有される。メディア装置１５０は、映像データもしく音声データ、又はこれら両方を送信できる一つ以上の装置（マイクロホン、ビデオカメラ又はメディアデータサーバなど）である。
【００２０】
メディア装置１５０及びメディアコロケーションシステム１１０は、メディア装置１５０からメディアコロケーションシステム１１０へと低レイテンシーでリッチメディアデータを転送し得るように、位置的に互いに近くに配置される。いくつかのメディア装置は、異なるニュース会社によって所有される場合、互いに離れた位置に配置される可能性がある。そのような場合、複数のメディアコロケーションシステムは、メディア装置の位置に対応して構築される。
【００２１】
注文実行システム１２０及び取引システム１３０は、注文データが低レイテンシーで取引され得るように、位置的に互いに近くに配置される。そして、メディアコロケーションシステム１１０及び注文実行システム１２０のハードウェア構成について説明する。
【００２２】
図２は、メディアコロケーションシステム１１０又は注文実行システム１２０として使用され得るコンピュータ２００の例示的構成を示す。コンピュータ２００は、ＣＰＵ（中央処理装置）、ＭＰＵ（マイクロ処理装置）などのプロセッサ２１０、メモリ２２０、ネットワークインタフェース２３０、Ｉ／Ｏインタフェース２４０及び一つ以上の記憶領域２５０を含む。
【００２３】
図３は、リッチメディア分析を用いた注文実行方法を示す流れ図である。ステップ３１０では、メディアコロケーションシステム１１０のメディアデータ受信器１１１は、メディア装置１５０からメディアデータを受信する。ステップ３２０では、メディアデータはメディアデータ分析器１１２によって分析され、メディアデータ分析結果（例えば、誰が話しているのか、何を話しているのか）が得られる（derived）。ステップ３３０では、分析出力モジュール１１３によって、第１通信ネットワーク１６１を介してメディアデータ分析結果が注文実行システム１２０に送信される。
【００２４】
ステップ３４０では、メディアデータ分析結果に基づいてリスク分析が行われ、リスク分析結果（例えば、どの金融商品がスピーチの影響を受けるか、そしてその影響がどのくらい大きいか）がリスク分析器１２７によって得られる。ステップ３５０では、買注文及び／又は売注文が取引システム１３０に送信される。
【００２５】
図１４は、メディアデータ分析（ステップ３２０）の詳細例を示す流れ図である。ステップ１４１０では、メディアコロケーションシステム１１０のデータ分析器１１２は、メディアデータのノイズを削減する。例えば、メディアデータが映像である場合、メジアンフィルタによってごま塩ノイズが取り除かれる。メディアデータが音声である場合、例えば、シングルエンド・ヒス削減技術によってテープヒスを削減する。ステップ１４１２では、データ分析器１１２は、メディアデータから特徴値を抽出する。
【００２６】
ステップ１４１４では、抽出された特徴値と、事前に格納された典型的特徴パターン（例えば、米国大統領の顔の形態特徴、米国大統領の声紋、「アメリカ」という音声の波形など）と比較して、データ分析器１１２は、「誰が話しているのか」、「どんな種類の言葉を話しているのか」などを検出する。ステップ１４１６では、データ分析器１１２は、自然言語処理技術を用いて演者が話した文章の意味を理解する。ステップ１４１８では、データ分析器１１２は、メディアデータのコンテンツを表すいくつかのタグ／値セットを生成する。
【００２７】
図１５は、ステップ１４１８で生成されたタグ／値セットの一例を示す。「＜」（又は「＜／」）及び「＞」で閉じられた言葉はタグである。「＜」で始まるタグはスタートタグであり、「＜／」で始まるタグはエンドタグである。スタートタグとエンドタグで閉じられる部分は、値である。この種類のタグ／値セットが、ステップ３３０において、例えばＸＭＬ（エクステンシビル・マークアップ・ランゲージ）の形態でメディアコロケーションシステム１１０から注文実行システム１２０へと送信される。
【００２８】
図１６は、リスク分析（ステップ３４０）の詳細例を示す流れ図である。ステップ１６１０では、注文実行システム１２０のリスク分析器１２７は、メディアコロケーションシステム１１０によって送信されたタグ／値セットと、シナリオテーブル１２６に格納された既定義シナリオとを比較し、同じインシデントを検出する。シナリオテーブル１２６は、まだ発生していない多様な種類のインシデントと、かかるインシデントが発生した場合に注文実行システム１２０が行うべきアクションを格納している。
【００２９】
ステップ１６１２では、リスク分析器１２７は、アクションが実行されたと仮定して資産ポートフォリオを取得／決定し、ポートフォリオのリスクを評価／計算する。このリスクとは、例えば、信用リスク、取引リスク、及び流動性リスクを含む。リスク分析器１２７は、評価／計算されたリスクが既定義閾値よりも低いか否かを判定する。リスクの量が既定義値よりも低い場合、ステップ１６１６では、注文実行モジュール１２３は、ステップ１６１０で検出されたアクションを実行する。あるいは、ステップ１６１８では、注文実行モジュール１２３はステップ１６１０で検出されたアクションを実行しない。
【００３０】
図１７は、シナリオテーブル１２６の構成を示す。シナリオテーブル１２６は、インシデントタイプ１７１０、インシデントに直接関係する会社を表す会社１７１２、会社１７１２の相手方を表す相手方１７１４、アクションタイプ１７１６、インシデントへのレスポンスとして売買されるべき金融証券１７１８、証券１７１８の最新量に対して売買されるべき証券１７１８の量の割合を表す量１７２０、及び売買アクションが行われるべき価格範囲を表す価格１７２２の項目を記録する。例えば、行１７３０は、「XYZ, Ltd.がABC Corpとの提携を取り決めた場合、ＸＹＺ株の価格が４００を下回る限り、経常収支の５％までＸＹＺ株を買う」ことを意味する。
【００３１】
図４は、他の実施形態におけるリッチメディア分析を用いた注文実行方法を示す流れ図である。ステップ４１０では、メディアコロケーションシステム１１０のメディアデータ受信器１１１は、メディア装置１５０からメディアデータを受信する。ステップ４１２では、イベントＩＤ要求モジュール１１４は、受信メディアデータに関係するイベントＩＤを要求し、メディアデータ４３０の一部及びそのメディアデータＩＤを注文実行システム１２０に送信する。ステップ４４０では、注文実行システム１２０のイベントＩＤ決定モジュール１２１は、メディアデータ４３０の一部に関係するイベントＩＤを決定し、かつイベントＩＤ４３２及びメディアデータＩＤをメディアコロケーションシステム１１０に送信する。
【００３２】
ステップ４４２では、注文実行システム１２０のメディア登録モジュール１２２は、ステップ４４０で決定されたイベントＩＤ、メディアデータ４３０の一部及びそのメディアデータＩＤをメディア分類テーブル１２４に登録する。ステップ４１４では、メディアコロケーションシステム１１０のイベントＩＤ登録モジュール１１５は、イベントＩＤ４３２及びメディアデータＩＤをイベントＩＤ管理テーブル１１６に登録し、イベントＩＤ４３２をステップ４１０で受信されたメディアデータに関係づける。ステップ４１６では、メディアデータは分析され、メディアデータ分析結果（例えば、誰が話しているのか、何を話しているのか）が、図３のステップ３２０と同様にメディアデータ分析器１１２によって得られる。
【００３３】
ステップ４１７では、メディアデータ分析器１１２は分析結果ＩＤを生成する。ステップ４１８では、メディアデータ分析結果、分析結果ＩＤ、及びイベントＩＤが、分析出力モジュール１１３によって注文実行システム１２０に送信される。ステップ４４４では、メディアデータ分析結果に基づいて、注文実行システム１２０の注文実行モジュール１２３が一つ以上の注文を実行する。
【００３４】
図５は、イベントＩＤを決定するステップ４４０の詳細を示す流れ図である。ステップ５１０では、注文実行システム１２０は、メディアコロケーションシステム１１０からメディアデータ４３０の一部を伴うイベントＩＤの要求を受信する。ステップ５１２は、イベントＩＤ決定モジュール１２１は、受信したメディアデータ４３０の一部と、メディア分類テーブル１２４に登録された他のメディアデータとの類似度を計算する。
【００３５】
イベントＩＤ決定モジュール１２１は、計算された類似を参照することによって、類似メディアデータを決定する。受信したメディアデータ４３０の一部との類似度が既定義閾値よりも高い一つ以上のメディアデータがある場合、受信したメディアデータ４３０の一部との類似度が最も高い登録済みメディアデータの一つと同じイベントＩＤが、受信したメディアデータ４３０の一部に割り当てられ、従ってこれら二つのメディアデータは、同一イベントに分類される（ステップ５１６）。
【００３６】
受信したメディアデータ４３０の一部との類似度が既定義閾値よりも高いメディアデータがない場合、イベントＩＤ決定モジュール１２１によって新しいイベントＩＤが、受信したメディアデータ４３０の一部に割り当てられる（ステップ５１８）。ステップ５２０として、受信したメディアデータ４３０の一部に割り当てられたイベントＩＤは、メディアコロケーションシステム１１０に送信される。留意すべき点として、ステップ５１２、５１６及び５１８は、分類方法の一例を説明するものであり、かつその他の伝統的分類方法のいくつか（例えば、最遠隣法又は群平均法）が、この部分に適用され得る。
【００３７】
図６は、他の実施形態においてイベントＩＤを決定するステップ４４０の詳細を示す流れ図である。ステップ６１０では、注文実行システム１２０は、メディアコロケーションシステム１１０からメディアデータ４３０の一部を伴うイベントＩＤの要求を受信する。ステップ６１２では、イベントＩＤ決定モジュール１２１は、受信したメディアデータ４３０の一部と、メディア分類テーブル１２４に登録されたその他のメディアデータとの類似度を計算する。
【００３８】
ステップ６１４では、注文実行システム１２０は、端末１４０に、メディアデータ４３０の一部及び既定義閾値よりも類似度が高い一つ以上のメディアデータを送信する。既定義閾値よりも類似度が高いメディアデータがない場合、類似度が最も高いメディアデータ及びメディアデータ４３０の一部が、端末１４０に送信される。ステップ６３０では、端末１４０は、これらの受信したメディアデータをそのモニタに表示する。
【００３９】
ステップ６３２では、端末１４０は、どのメディアデータにメディアデータ４３０の一部が接続されるべきかについてのユーザによる判定の入力を受け付け、そしてこの判定は注文実行システム１２０に送信される。ユーザは、メディアデータ４３０の一部に接続する予定のメディアデータとして類似メディアデータのうちの一つを選択した場合、ステップ６１８では、選択されたメディアデータのうちの一つと同じイベントＩＤが、メディアデータ４３０の一部に割り当てられる。あるいは（ユーザが「新しいイベントＩＤを割り当てる」と選択した場合）、ステップ６２０では、メディアデータ４３０の一部に新しいイベントＩＤが割り当てられる。ステップ６２２としては、メディアデータ４３０の一部に割り当てられたイベントＩＤが、メディアコロケーションシステム１１０に送信される。
【００４０】
図７は、注文を実行するステップ４４４の詳細を示す流れ図である。ステップ７１０では、注文実行システム１２０は、ステップ４４０で決定されたイベントＩＤを伴うメディアデータ分析結果を受信する。ステップ７１２では、リスク分析器１２７は、分析管理テーブル１２５を参照し、ステップ７１０で受信したものと同じイベントＩＤを有する分析結果を探す。例えば、受信したものと同じイベントＩＤを有する分析結果がない場合、これは、受信した結果が、当該イベントに関する第１メディア分析結果であり、かつ当該イベントに関するいかなる注文もまだ実行されていないことを意味する。
【００４１】
受信したものと同じイベントＩＤを有する分析結果が一つある場合、これは、受信した結果が、当該イベントに関する第２メディア分析結果であり、かつ当該イベントに関して一つの注文が実行済みであることを意味する。ステップ７１３では、リスク分析器１２７は、重み定義１２８を参照して、ステップ７１２において同一のイベントＩＤを有するメディア分析結果がいくつ見つかったかに基づいて、ステップ７１４で行われるリスク分析の重みを決定する。
【００４２】
図１８は、重み定義１２８の構成例を示す。重み定義１２８は、「ステップ７１２で同一のイベントＩＤを有するメディア分析結果がいくつ見つかったか」（図１８の項目１８１０として表される）と、「ステップ７１４で行われるリスク分析の重み」（項目１８１２として表される）との間の関係を記録する。
【００４３】
一般に、ステップ７１２で見つかった同一のイベントＩＤを有するメディア分析結果の数が０である場合、当該イベントに関するその他の取引はまだ行われていないため、比較的より大量の取引を実行することができ、その結果、リスク分析の重みは比較的大きくなる（図１８では０.８である）。
【００４４】
その一方で、同一のイベントＩＤを有するメディア分析結果の数が１、２、又はそれ以上である場合、過度の注文を避けるために大きい取引を実行してはならず、その結果、重みが比較的より小さくなる（図１８では０.２である）。
【００４５】
ステップ７１３で決定した重みが０である場合、そのような場合には一切注文を実行する必要はなく、その結果リスク分析が必要ではないため、ステップ７１４及びステップ７１６はスキップされる。ステップ７１３で決定した重みが０ではない場合、ステップ７１４ではリスク分析が行われる。ステップ７１４のリスク分析は、ステップ３４０のリスク分析（ステップ１６１２を除いて、図１６に詳細が明示されている）と同じである。ステップ１６１２では、本実施形態において、リスク分析器１２７は、量１７２０を、当初の量１７２０にステップ７１３で決定されたリスク分析１８１２の重みを乗じることによって計算される価値で置き換えて、ポートフォリオのリスクを評価／計算する。
【００４６】
例えば、重み１８１２が０.８である場合、シナリオテーブル１２６は図１７に示される通りに定義され、かつインシデントは「XYZ, Ltd.がABC Corpと提携した」であり、そして注文実行システム１２０は、ＸＹＺ株の価格が４００を下回っている限り、その経常収支の４％（＝５％×０．８）までＸＹＺ株を買い、かつその価格が３５０を上回る限り、その経常収支の４％（＝５％×０．８）までＸＹＺ株を売ると仮定して、リスク分析を行う。
【００４７】
ステップ７１６では、買注文及び／又は売注文は、注文実行モジュール１２３によって取引システム１３０に送信される。ステップ７１８では、メディア登録モジュール１２２は、ステップ７１０で受信したメディア分析結果を分析管理テーブル１２５に登録する。
【００４８】
図８は、イベントＩＤ管理テーブル１１６、メディア分類テーブル１２４及び分析管理テーブル１２５の構成を示す。図８−ＡはイベントＩＤ管理テーブル１１６であり、各メディアデータＩＤについて注文実行システムから送信されたイベントＩＤを格納し、かつイベントＩＤ及びメディアデータ分析結果を送信するために、メディアデータＩＤ１１６１及びイベントＩＤ１１６２の項目を記録する。図８−Ｂはメディア分類テーブル１２４であり、メディアデータＩＤ１２４１、イベントＩＤ１２４２及びメディアデータ１２４３の項目を記録する。メディアデータ１２４３は、メディアコロケーションシステム１１０から送信されたメディアデータ４３０の一部を格納する。メディアデータの一部は、少なくともメディアデータの生データの一部として、又はメディアデータからハッシングによって生成されるハッシュデータ、もしくはメディアデータのためのリンク情報として格納される。図８−Ｃは分析管理テーブル１２５であり、各分析結果ＩＤについてメディアコロケーションシステムから送信された分析結果を格納するために、分析結果ＩＤ１２５１、イベントＩＤ１２５２及びメディア分析結果１２５３の項目を記録する。
【００４９】
実施形態２
図９は、他の実施形態の取引システム９００の接続構成例を示す。取引システム９００は、少なくとも一つのメディアコロケーションシステム９１０、制御システム９２０、取引システム９３０、少なくとも一つの端末９４０、少なくとも一つのメディア装置９５０を含む。メディアコロケーションシステム９１０、制御システム９２０、取引システム９３０は、例えば、ＷＡＮ（ワイドエリアネットワーク）である第１通信ネットワーク９６１に、互いに通信するように接続される。制御システム９２０及び端末９４０は、例えばＬＡＮ（ローカルエリアネットワーク）である第２通信ネットワーク９６２に、互いに通信するように接続される。
【００５０】
メディアコロケーションシステム９１０及びメディア装置９５０は、例えばＬＡＮ（ローカルエリアネットワーク）である第３通信ネットワーク９６３に、互いに通信するように接続される。メディアコロケーションシステム９１０は、メディアデータ受信器９１１、メディアデータ分析器９１２、注文実行モジュール９１３、許可要求モジュール９１４、許可登録モジュール９１５、及び許可管理テーブル９１６を格納するための一つ以上の記憶領域を含む。
【００５１】
制御システム９２０は、イベントＩＤ決定モジュール９２１、メディア登録モジュール９２２、及びメディア分類テーブル９２３を格納するための一つ以上の記憶領域を含む。取引システム９３０は、メディアコロケーションシステム９１０から買注文及び売注文して、買注文及び売注文のマッチングを行う取引プラットフォームである。取引システム９３０は、例えば、株式取引所、商品取引所、又は先物取引所によって所有される。メディア装置９５０は、メディア装置１５０と同一である。
【００５２】
メディア装置９５０及びメディアコロケーションシステム９１０は、低レイテンシーでメディア装置９５０からメディアコロケーションシステム９１０にリッチメディアデータが転送されるように、互いに位置的に近くに配置される。メディアコロケーションシステム９１０及び制御システム９２０のハードウェア構成は、メディアコロケーションシステム１１０のハードウェア構成（図２に示す）と同じである。
【００５３】
図１０は、リッチメディア分析を用いた注文実行方法を示す流れ図である。ステップ１０１０では、メディアコロケーションシステム９１０のメディアデータ受信器９１１は、メディア装置９５０からメディアデータを受信する。ステップ１０１２では、許可要求モジュール９１４は、受信したメディアデータに関する注文許可を要求し、メディアデータ１０３０の一部及びそのメディアデータＩＤを制御システム９２０に送信する。
【００５４】
ステップ１０４０では、制御システム９２０のイベントＩＤ決定モジュール９２１は、メディアデータ１０３０の一部に関係するイベントＩＤを決定し、メディアコロケーションシステム９１０が注文を実行することを許可するか又は許可しないかを判定し、そして許可情報１０３２及びメディアデータＩＤをメディアコロケーションシステム９１０に送信する。
【００５５】
許可情報１０３２は、例えば、「許可」又は「不許可」のいずれかを含む。ステップ１０４２では、メディア登録モジュール９２２は、ステップ１０４０で決定したイベントＩＤ、メディアデータ１０３０の一部、メディアデータ１０３０のメディアデータＩＤ、及び許可情報１０３２をメディア分類テーブル９２３に登録する。ステップ１０１４では、メディアコロケーションシステム９１０の許可登録モジュール９１５は、許可情報１０３２及びメディアデータＩＤを許可管理テーブル９１６に登録する。
【００５６】
許可された場合、メディアコロケーションシステム９１０はステップ１０１８、ステップ１０２０、及びステップ１０２２を処理する。ステップ１０１８では、メディアデータが分析され、メディアデータ分析結果（例えば、誰が話しているか、何を話しているか）がメディアデータ分析器９１２によって得られる。ステップ１０２０では、メディアデータ分析結果に基づいてリスク分析が行われ、リスク分析結果（例えば、どの金融商品がスピーチの影響を受けたか、そしてその影響がどのくらい大きいか）がリスク分析器９１７によって得られる。ステップ１０２２では、注文実行モジュール９１３によって買注文及び／又は売注文が取引システム９３０に送信される。
【００５７】
図１１は、イベントＩＤを決定するステップ１０４０の詳細を示す流れ図である。ステップ１１１０では、制御システム９２０のメディアデータ受信器９１１は、メディアコロケーションシステム９１０からメディアデータ１０３０の一部を伴う許可要求を受信する。ステップ１１１２では、制御システム９２０のイベントＩＤ決定モジュール９１４は、受信したメディアデータ１０３０の一部と、メディア分類テーブル９２３に登録されたその他のメディアデータとの類似度を計算する。
【００５８】
イベントＩＤ決定モジュール９１４は、計算した類似度を参照することによって類似メディアデータを決定する。受信したメディアデータ１０３０の一部との類似度が既定義閾値よりも高い一つ以上のメディアデータがある場合、受信したメディアデータ１０３０の一部との類似度が最も高い登録済みメディアデータの一つと同じイベントＩＤが、受信したメディアデータ１０３０の一部に割り当てられ、従ってこれら二つのメディアデータは、同一イベントに分類される（ステップ１１１６）。
【００５９】
そしてステップ１１１８では、制御システム９２０のイベントＩＤ決定モジュール９２１は、「不許可」の許可情報をメディアコロケーションシステム９１０に送信する。受信したメディアデータ１０３０の一部との類似度が既定義閾値よりも高いメディアデータがない場合、新しいイベントＩＤが、受信したメディアデータ１０３０の一部に割り当てられる（ステップ１１２０）。
【００６０】
そしてステップ１１２２では、制御システム９２０のイベントＩＤ決定モジュール９２１が、「許可」の許可情報をメディアコロケーションシステム９１０に送信する。なお、留意すべき点として、ステップ１１１２、１１１６及び１１２０は、分類方法の一例を説明するものであり、かつその他の伝統的分類方法のいくつか（例えば、最遠隣法又は群平均法）が、この部分に適用され得る。
【００６１】
図１２は、他の実施形態においてイベントＩＤを決定するステップ１１４０の詳細を示す流れ図である。ステップ１２１０では、制御システム９２０は、メディアコロケーションシステム９１０からメディアデータ１０３０の一部を伴う許可要求を受信する。ステップ１２１２では、制御システム９２０のイベントＩＤ決定モジュール９２１は、受信したメディアデータ１０３０の一部と、メディア分類テーブル９２３に登録された他のメディアデータとの類似度を計算する。
【００６２】
ステップ１２１４では、イベントＩＤ決定モジュール９２１は、端末９４０に、メディアデータ１０３０の一部及び既定義閾値よりも類似度が高い一つ以上のメディアデータを送信する。既定義閾値よりも類似度が高いメディアデータがない場合、類似度が最も高いメディアデータ及びメディアデータ１０３０の一部が、イベントＩＤ決定モジュール９２１によって端末９４０に送信される。ステップ１２３０では、端末９４０は、これらの受信したメディアデータをそのモニタに表示する。
【００６３】
ステップ１２３２では、端末９４０は、どのメディアデータにメディアデータ１０３０の一部が接続されるべきかについてのユーザによる判定の入力を受け付け、そしてこの判定は制御システム９２０に送信される。ユーザは、メディアデータ１０３０の一部に接続する予定のメディアデータとして類似メディアデータのうちの一つを選択した場合、ステップ１２２０では、選択されたメディアデータのうちの一つと同じイベントＩＤが、イベントＩＤ決定モジュール９２１によってメディアデータ１０３０の一部に割り当てられる。
【００６４】
そしてステップ１２２２では、「不許可」の許可情報が、イベントＩＤ決定モジュール９２１によってメディアコロケーションシステム９１０に送信される。あるいは（ユーザが「新しいイベントＩＤを割り当てる」を選んだ場合）、ステップ１２２４では、新しいイベントＩＤがメディアデータ１０３０の一部に割り当てられる。そしてステップ１２２６では、「許可」の許可情報が、イベントＩＤ決定モジュール９２１によってメディアコロケーションシステム９１０に送信される。
【００６５】
図１３は、許可管理テーブル９１６及びメディア分類テーブル９２３の構成を示す。図１３−Ａは許可管理テーブル９１６であり、メディアデータＩＤ１３１０及び許可１３１２の項目を記録する。図１３−Ｂはメディア分類テーブル９２３であり、メディアコロケーションシステムから送信されたメディアデータの一部と、メディアデータの一部に割り当てられたイベントＩＤとを格納するために、メディアデータＩＤ１３２０、イベントＩＤ１３２２、メディアデータ１３２４、及び許可１３２６の項目を記録する。
【図１】
2013149241.tif 000003
【図２】
2013149241.tif 000004
【図３】
2013149241.tif 000005
【図４】
2013149241.tif 000006
【図５】
2013149241.tif 000007
【図６】
2013149241.tif 000008
【図７】
2013149241.tif 000009
【図８−Ａ】
2013149241.tif 000010
【図８−Ｂ】
2013149241.tif 000011
【図８−Ｃ】
2013149241.tif 000012
【図９】
2013149241.tif 000013
【図１０】
2013149241.tif 000014
【図１１】
2013149241.tif 000015
【図１２】
2013149241.tif 000016
【図１３−Ａ】
2013149241.tif 000017
【図１３−Ｂ】
2013149241.tif 000018
【図１４】
2013149241.tif 000019
【図１５】
2013149241.tif 000020
【図１６】
2013149241.tif 000021
【図１７】
2013149241.tif 000022
【図１８】
2013149241.tif 000023
【外国語明細書】
2013149241000001.pdf