(57)【要約】      （修正有）【課題】金融サービス・データの検証のための方法及びシステムを提供する。【解決手段】検証エンジン２４０が受領した金融サービスデータ１１０を検証する。検証エンジン２４０は、３つの検証モジュール、アダプタモジュール２２０、キャッシュ２３０、及びアラートエンジン２６０を含む。アダプタモジュール２２０は、金融サービスデータ１１０を標準化できる。金融サービスデータ１１０は、使用するアプリケーションへ検証エンジン２４０が伝送できる。【選択図】図２
2014123370.tif 000002
【特許請求の範囲】
【請求項１】
金融サービス・データの検証のためのコンピュータ化された方法であって、以下のステップを含む方法：
−  受け取った金融サービス・データを、標準化された形式に、アダプタ・モジュールが変換するステップ；
−  前記金融サービス・データがセキュリティ検証をパスするかどうかを、第一検証モジュールが判定するステップであって、前記セキュリティ検証は、予想値を有する所定の基準を前記金融サービス・データの値が満たすことを要求する該ステップ；
−  前記金融サービス・データが閾値検証をパスするかどうかを第二検証モジュールが判定するステップであって、前記閾値検証は、前記金融サービス・データの値が特定の閾値を満たすことを要求する該ステップ；
−  前記金融サービス・データがソース検証をパスするかどうかを第三検証モジュールが判定するステップであって、前記ソース検証は、外部のデータ・ソースから受け取った情報に基づいた特定の閾値を前記金融サービス・データの値が満たすことを要求する該ステップ；及び
−  前記検証のいずれかが失敗した場合に、アラート監視モジュールが１以上のインジケータを伝送するステップ。
【請求項２】
請求項１に記載のコンピューター化された方法であって、前記金融サービス・データがソース検証をパスするかどうかを判定するステップが、更に以下のステップを含む方法：
−  選択し以前受け取ったデータを保存するステップ；並びに
−  前記保存されたデータ及び前記外部のデータ・ソースに基づいて前記特定の閾値を定期的に更新するステップ。
【請求項３】
請求項１に記載のコンピューター化された方法であって、前記第一検証モジュール、前記第二検証モジュール及び前記第三検証モジュールは、それぞれフィードバックを受け取り、１以上のデータ・パターンを決定し、失敗した検証の検出を最適化するステップを含む方法。
【請求項４】
請求項１に記載のコンピューター化された方法であって、前記金融サービス・データはリアルタイムなデータ、イントラデイ・データ、履歴データ、サマリー・データ、参照データ、又はこれらの任意の組み合わせである該方法。
【請求項５】
請求項１に記載のコンピューター化された方法であって、前記金融サービス・データが、エクイティ、ボンド、デリバティブ、インデックス、又はこれらの任意の組み合わせに関するものである該方法。
【請求項６】
請求項１に記載のコンピューター化された方法であって、構築データベースから前記第一検証モジュールへ前記予想値を伝送するステップを更に含む該方法。
【請求項７】
請求項１に記載のコンピューター化された方法であって、前記予想値が、金融イベントの種類、インデックス、前記金融サービス・データ・プロバイダからの許可、又はこれらの任意の組み合わせに基づく該方法。
【請求項８】
請求項１に記載のコンピューター化された方法であって、構築データベースから前記第二検証モジュールへ前記特定の閾値を伝送するステップを更に含む方法。
【請求項９】
請求項１に記載のコンピューター化された方法であって、閾値検証のための前記特定の閾値が、動的に調整され且つ以前受け取った金融サービス・データに基づく該方法。
【請求項１０】
請求項１に記載のコンピューター化された方法であって、失敗した閾値検証に関する失敗レベルを前記第二検証モジュールが提供するステップを更に含み、前記失敗レベルは、前記アラート監視モジュールによる前記失敗の報告を、情報、警告、エラー、又は致命的な失敗として報告すべきかどうかを示す該方法。
【請求項１１】
請求項１に記載のコンピューター化された方法であって、前記外部のデータ・ソースは、以下を含む該方法：インターネット・ニュースフィード、インターネット・ブログ、インターネット・フォーラム、インターネット・レビュー、インターネット・マイクロブログ、又はこれらの任意の組み合わせ。
【請求項１２】
金融サービス・データの検証のためのシステムであって、以下を含む該システム：
−  受け取った金融サービス・データを標準化された形式に変換するソース・アダプタ・モジュール；
−  第一、第二、及び第三検証モジュールを含む検証エンジンであって、前記検証モジュールは、前記ソース・アダプタ・モジュールから前記金融サービス・データを受け取る該エンジン；
−  キャッシュであって、前記検証エンジンから受け取った金融サービス・データを保存し、且つ保存された金融サービス・データの値を前記検証エンジンに伝送する該キャッシュ；並びに
−  前記金融サービス・データが前記検証エンジンの前記検証のいずれかについて失敗したときに、アラートを伝送するアラート・エンジン。
【請求項１３】
請求項１２に記載のシステムであって、前記第一検証モジュールは前記金融サービス・データがセキュリティ検証をパスしたかどうかを判定し、前記セキュリティ検証は、予想値を有する所定の基準を前記金融サービス・データの値が満たすことを要求する該システム。
【請求項１４】
請求項１２に記載のシステムであって、前記第二検証モジュールは、前記金融サービス・データが閾値検証をパスしたかどうかを判定し、前記閾値検証は前記金融サービス・データの値が特定の閾値を満たすことを要求する該システム。
【請求項１５】
請求項１４に記載のシステムであって、閾値検証に関する前記特定の閾値は以前受け取った金融サービス・データに基づく該システム。
【請求項１６】
請求項１２に記載のシステムであって、前記第三検証モジュールは、前記金融サービス・データがソース検証をパスしたかどうかを判定し、前記ソース検証は、外部のデータ・ソースから受け取った情報に基づく特定の閾値を前記金融サービス・データの値が満たすことを要求する該システム。
【請求項１７】
請求項１６に記載のシステムであって、前記特定の閾値は経時的に変化する該システム。
【請求項１８】
請求項１７に記載のシステムであって、前記特定の閾値は機械学習アルゴリズムに基づいて変化する該システム。
【請求項１９】
請求項１８に記載のシステムであって、前記特定の閾値は多層パーセプトロンに基づいて変化する該システム。
【請求項２０】
請求項１６に記載のシステムであって、前記外部のデータ・ソースは以下を含む該システム：インターネット・ニュースフィード、インターネット・ブログ、インターネット・フォーラム、インターネット・レビュー、インターネット・マイクロブログ、又はこれらの任意の組み合わせ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して金融サービス・データのストリーミングの質を監視及び検証するための方法及びシステムに関する。より具体的には、いずれかの検証に失敗したときには、アラートを発行することができる。
【背景技術】
【０００２】
金融サービス・データ（例えば、マーケット・データ・フィード）は、リアルタイムのクオート及びトレードに関連し、且つ様々な投資物件に関連したデータを、機関投資家又は個人投資家に伝送する。前記機関投資家又は個人投資家は、前記金融サービス・データに基づいて投資物件を売買することについて決断（例えば即決）を行うことができる。また、金融サービス・データは、価格トレンドを予測したり、及び／又は投資のポートフォリオに関する市場リスクを計算したりするために使用することができる。
【０００３】
金融サービス・データを受け取る従来のシステムは、典型的には、受け取ったデータのフィールドをチェックすることによって、予測された形式でデータを受領したかどうかを検証する。通常、金融サービス・データは、既知のフォーマットを有しており、例えば、特定のロケーションに既知のフィールドを有している。その結果、マーケット・データ・フィードを受け取るシステムは、システムが受け取ったデータが、システムが予想したデータであるかどうかを判定することができるようになる。もし、受け取ったデータが既知の／予想したフォーマットから乖離している場合には、システムは、受け取ったデータのフォーマットに問題がある旨のアラートをユーザーに出すことができる。
【０００４】
欠陥のあるフォーマットの問題を検出すること以外のところでは、従来のシステムは、金融サービス・データの値が誤っているのか及び／又は意味があるのかを検証するための機構が欠如している。例えば、トレード・クォートを含むマーケット・データ・フィードに関して言えば、前記トレード・クォートが、ある時間未満内（例えば１分）に大きなパーセンテージ（例えば、％３００パーセント）でジャンプした場合には、トレード・クォートの値についてエラーが発生した可能性が高い。従来のシステムでは、データ内のエラーを検出は行わない。なぜなら、データの値がエラーであることを検証するための機構をシステムが有していないからである。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従って、データが予想されたフォーマット内であることを検証すること以外に、受け取ったマーケット・データを検証することが望ましい。
【課題を解決するための手段】
【０００６】
本発明の概要
本発明が含む利点として、不正確な金融データに基づいた決断を避けることができる。本発明の別の利点として、短い期間にコンピュータが受け取った大量の金融サービス・データの中にある値のエラーを、コンピュータに提示する前に、又は使用するアプリケーション（ｃｏｎｓｕｍｉｎｇ  ａｐｐｌｉｃａｔｉｏｎｓ）に伝送する前に、コンピュータが検出できる。本発明の別の利点として、下流システムでデータが埋め込まれる前に、初期警告監視を行うことが含まれる。
【０００７】
一態様において、本発明の特徴は、金融サービス・データの検証のためのコンピュータ化された方法である。
前記方法は、以下のステップを含む：受け取った金融サービス・データを、標準化された（ｎｏｒｍａｌｉｚｅｄ）形式に、アダプタ・モジュールが変換するステップ。
また、前記方法は、以下のステップを含む：前記金融サービス・データがセキュリティ検証をパスするかどうかを、第一検証モジュールが判定するステップであって、前記セキュリティ検証は、予想値を有する所定の基準を前記金融サービス・データの値が満たすことを要求する該ステップ。
また、前記方法は、以下のステップを含む：前記金融サービス・データが閾値検証をパスするかどうかを第二検証モジュールが判定するステップであって、前記閾値検証は、前記金融サービス・データの値が特定の閾値を満たすことを要求する該ステップ。
また、前記方法は、以下のステップを含む：前記金融サービス・データがソース検証をパスするかどうかを第三検証モジュールが判定するステップであって、前記ソース検証は、外部のデータ・ソースから受け取った情報に基づいた特定の閾値を前記金融サービス・データの値が満たすことを要求する該ステップ。
また、前記方法は、以下のステップを含む：前記検証のいずれかが失敗した場合に、アラート監視モジュールが１以上のインジケータを伝送するステップ。
【０００８】
幾つかの実施形態において、前記金融サービス・データがソース検証をパスするかどうかを判定するステップが、以下のステップを含む：
−  選択し以前受け取ったデータを保存するステップ；並びに
−  前記保存されたデータ及び前記外部のデータ・ソースに基づいて前記特定の閾値を定期的に更新するステップ。
幾つかの実施形態において、前記第一検証モジュール、前記第二検証モジュール及び前記第三検証モジュールは、それぞれフィードバックを受け取り、１以上のデータ・パターンを決定し、失敗した検証の検出を最適化するステップを含む。
【０００９】
幾つかの実施形態において、前記金融サービス・データはリアルタイムなデータ、イントラデイ・データ、履歴データ、サマリー・データ、参照データ、又はこれらの任意の組み合わせである。幾つかの実施形態において、前記金融サービス・データが、エクイティ、ボンド、デリバティブ、インデックス、又はこれらの任意の組み合わせに関するものである。幾つかの実施形態において、前記コンピュータ化された方法は、構築データベースから前記第一検証モジュールへ前記予想値を伝送するステップを含む。
【００１０】
幾つかの実施形態において、前記予想値が、金融イベントの種類、インデックス、前記金融サービス・データ・プロバイダからの許可、又はこれらの任意の組み合わせに基づく。幾つかの実施形態において、前記コンピュータ化された方法は、構築データベースから前記第二検証モジュールへ前記特定の閾値を伝送するステップを更に含む。幾つかの実施形態において、閾値検証のための前記特定の閾値が、動的に調整され且つ以前受け取った金融サービス・データに基づく。
【００１１】
幾つかの実施形態において、前記コンピュータ化された方法は、失敗した閾値検証に関する失敗レベルを前記第二検証モジュールが提供するステップを含み、前記失敗レベルは、前記アラート監視モジュールによる前記失敗の報告を、情報、警告、エラー、又は致命的な失敗として報告すべきかどうかを示す。幾つかの実施形態において、前記外部のデータ・ソースは、以下を含む：インターネット・ニュースフィード、インターネット・ブログ、インターネット・フォーラム、インターネット・レビュー、インターネット・マイクロブログ、又はこれらの任意の組み合わせ。
【００１２】
本発明の別態様において、本発明の特徴は、金融サービス・データの検証のためのシステムである。
前記システムは、以下を含む：受け取った金融サービス・データを標準化された形式に変換するソース・アダプタ・モジュール。
また、前記システムは、以下を含む：第一、第二、及び第三検証モジュールを含む検証エンジンであって、前記検証モジュールは、前記ソース・アダプタ・モジュールから前記金融サービス・データを受け取る該エンジン。
また、前記システムは、以下を含む：キャッシュであって、前記検証エンジンから受け取った金融サービス・データを保存し、且つ保存された金融サービス・データの値を前記検証エンジンに伝送する該キャッシュ。
また、前記システムは、以下を含む：前記金融サービス・データが前記検証エンジンの前記検証のいずれかについて失敗したときに、アラートを伝送するアラート・エンジン。
【００１３】
幾つかの実施形態において、前記第一検証モジュールは前記金融サービス・データがセキュリティ検証をパスしたかどうかを判定し、前記セキュリティ検証は、予想値を有する所定の基準を前記金融サービス・データの値が満たすことを要求する。幾つかの実施形態において、前記第二検証モジュールは、前記金融サービス・データが閾値検証をパスしたかどうかを判定し、前記閾値検証は前記金融サービス・データの値が特定の閾値を満たすことを要求する。
【００１４】
幾つかの実施形態において、閾値検証に関する前記特定の閾値は以前受け取った金融サービス・データに基づく。幾つかの実施形態において、前記第三検証モジュールは、前記金融サービス・データがソース検証をパスしたかどうかを判定し、前記ソース検証は、外部のデータ・ソースから受け取った情報に基づく特定の閾値を前記金融サービス・データの値が満たすことを要求する。
【００１５】
幾つかの実施形態において、前記特定の閾値は経時的に変化する。幾つかの実施形態において、前記特定の閾値は機械学習アルゴリズムに基づいて変化する。幾つかの実施形態において、前記特定の閾値は多層パーセプトロン（Ｍｕｌｔｉ−ｌａｙｅｒ  Ｐｅｒｃｅｐｔｉｏｎ）に基づいて変化する。
【００１６】
本発明の他の態様及び利点は、例示的な意味のみで本発明の原理を示した添付図とともに、以下の詳細な説明により明らかになるであろう。
【００１７】
本発明について、上述した及び他の目的、特徴及び利点、並びに本発明そのものについては、添付図を共に読むと、様々な実施形態についての以下の記載からより完全に理解されるであろう。
【図面の簡単な説明】
【００１８】
【図１】本発明の例示的な実施形態に従って、金融サービス・データを伝送、受領及び検証するためのシステムを示すブロック図である。
【図２】本発明の例示的な実施形態に従って、金融サービス・データを検証するためのシステムを示すブロック図である。
【図３】本発明の例示的な実施形態に従って、金融サービス・データを検証するための方法を示すフロー図である。
【発明を実施するための形態】
【００１９】
概して、本発明は検証エンジンを含み、前記検証エンジンが受領した金融サービス・データを検証する。前記検証エンジンは、３つの検証モジュール、ソース・アダプタ・モジュール、キャッシュ（Ｃａｃｈｅ）、及びアラート・エンジンを含む。前記ソース・アダプタ・モジュールは、前記金融サービス・データを標準化することができる。前記金融サービス・データは、使用するアプリケーションへ前記検証エンジンが伝送することができる。幾つかの実施形態において、前記使用するアプリケーション及び前記検証エンジンは、単一のコンピューティングデバイス上に存在する。前記金融サービス・データは、ワールド・ワイド・ウェブを通じて、又は内部のネットワークを通じて前記検証エンジンに伝送することができる。前記金融サービス・データは、金融サービス・エンジン・データ・フィードであってもよく、該フィードは、該データ・フィードを購入したコンピューターに対してデータを伝送する。
【００２０】
前記ソース・アダプタ・モジュールは、金融サービス・データを受け取り、そして、前記金融サービス・データを標準化された形式に変換する。前記金融サービス・データは前記キャッシュに保存することができる。いったん、前記標準化された形式にされると、前記金融サービス・データが前記ソース・アダプタ・モジュールから前記検証エンジンへ伝送される。前記検証エンジンは、前記データがセキュリティ検証、閾値検証、及びソース検証をパスしたかどうかを検証する。前記いずれかの検証が失敗した場合（パスしなかった場合）、前記アラート・エンジンが１以上の前記検証に失敗したことを示す１以上のインジケータを送る。
【００２１】
図１は、本発明の例示的な実施形態に従って金融サービス・データを伝送、受領、及び検証するためのシステム（１００）を示すブロック図である。前記システム（１００）は、以下を含む：金融サービス・データ入力（１１０）、外部のデータ・ソース入力（１２０）、構築データベース入力（１３０）、データ・クオリティ・システム（１４０）及び使用アプリケーション（１５０）。
【００２２】
前記金融サービス・データ入力（１１０）は前記データ・クオリティ・システム（１４０）及び前記使用アプリケーション（１５０）に接続される。前記金融サービス・データ入力（１１０）は金融サービス・データを前記データ・クオリティ・システム（１４０）及び前記使用アプリケーション（１５０）に伝送する。前記金融サービス・データ入力（１１０）を前記データ・クオリティ・システム（１４０）及び前記使用アプリケーション（１５０）にある頻度で伝送することができる。前記頻度については、金融サービス・データ入力（１１０）の種類に依存してもよい。例えば、株式価格変動や配当分割（ｄｉｖｉｄｅｎｄ  ｓｐｌｉｔｓ）のマーケット・データ・フィードである金融サービス・データ入力（１００）に関しては、前記マーケット・データを平均で毎秒２，５００回更新する頻度で受領する。当業者にとっては明白であるが、金融サービス・データ・プロバイダは、各プロバイダが伝送する金融サービス・データについて、特定の、頻度、帯域幅、形式要件、広域マーケット・データのカバー率又はデータの深度、フィードの待ち時間、リアルタイムｖｓ．遅延、スナップｖｓ．ストリーミング・データを有している。
【００２３】
前記データ・クオリティ・システム（１４０）は、前記金融サービス・データ入力（１１０）、前記外部のデータ・ソース入力（１２０）、前記構築データベース入力（１３０）及び前記使用アプリケーション（１５０）と接続される。前記データ・クオリティ・システム（１４０）は、金融サービス・データを前記金融サービス・データ入力（１１０）から、外部ソース・データを外部のデータ・ソース入力（１２０）から、及び閾値構築パラメータを前記構築データベース入力（１３０）から受け取る。前記データ・クオリティ・システム（１４０）は、前記外部ソース・データ、前記閾値構築パラメータ、及び前記金融サービス・データの既知の特性を基にして、前記金融サービス・データ入力（１１０）が有効かどうかを判定する。もしも、前記金融サービス・データが検証失敗したと前記データ・クオリティ・システム（１４０）が判断した場合には、前記データ・クオリティ・システム（１４０）は、検証失敗のインジケータを前記使用アプリケーション（１４０）に対して伝送する。
【００２４】
幾つかの実施形態において、前記使用アプリケーション（１４０）は、Ｆｉｄｅｌｉｔｙ．ｃｏｍや、Ｗｅａｌｔｈ  Ａｐｐ  Ｐｒｏ及び／又はＡｃｔｉｖｅ  ｔｒａｄｅｒ  ｐｒｏである。
【００２５】
図２は、本発明の例示的な実施形態に従って金融サービス・データを検証するためのシステム（２００）を示すブロック図である。前記システム（２００）は、以下を含む：金融サービス・データ入力（１１０）、外部のデータ・ソース入力（１２０）、構築データベース入力（１３０）、データ・クオリティ・システム（２１０）及び使用アプリケーション（１５０）。
【００２６】
前記金融サービス・データ入力（１１０）は、前記データ・クオリティ・システム（２１０）及び前記使用アプリケーション（１５０）に接続される。前記金融サービス・データ入力（１１０）は、金融サービス・データを前記データ・クオリティ・システム（２１０）及び前記使用アプリケーション（１５０）に伝送する。
【００２７】
前記外部のデータ・ソース（１２０）はソース検証モジュール（２５５）を介して前記データ・クオリティ・システム（２１０）に接続される。幾つかの実施形態において、前記外部のデータ・ソース（１２０）は以下のものが含まれる：ニュースフィード、ブログ、マイクロブログ（例えば、Ｔｗｉｔｔｅｒ（登録商標）、インターネット・フォーラム、企業活動、リファレンス・ソース（ｒｅｆｅｒｅｎｃｅ  ｓｏｕｒｃｅｓ）、ミューチュアル・ファンド、及び／又はＯｐｔｉｏｎｓ  Ｐｒｉｃｅ  Ｒｅｐｏｒｔｉｎｇ  Ａｕｔｈｏｒｉｔｙ（ＯＰＲＡ）からのオプション・データ。
【００２８】
前記データ・クオリティ・システム（２１０）は、前記金融サービス・データ入力（１１０）、前記外部のデータ・ソース入力（１２０）、構築データベース入力（１３０）及び前記使用アプリケーション（１５０）に接続される。前記データ・クオリティ・システム（２１０）は、以下を含む：アダプタ・モジュール（２２０）、キャッシュ（２３０）、検証エンジン（２４０）及びアラート・エンジン（２６０）。
【００２９】
前記アダプタ・モジュール（２２０）は、金融サービス・データ入力（１１０）、前記キャッシュ（２３０）及び前記検証エンジン（２４０）に接続される。前記アダプタ・モジュール（２２０）は金融サービス・データを前記金融サービス・データ入力（１１０）から受け取る。前記アダプタ・モジュールは、前記金融サービス・データを所望の形式に変換することによって、前記金融サービス・データを標準化することができる。
【００３０】
前記アダプタ・モジュール（２２０）は、前記標準化された金融サービス・データを前記キャッシュ（２３０）及び前記検証エンジン（２４０）に伝送する。前記キャッシュ（２３０）は、前記金融サービス・データを保存することができる。幾つかの実施形態において、前記キャッシュ（２３０）は、前記金融サービス・データに関連した団体名称及び該団体名称と関連した記号（例えば、Ａｐｐｌｅ社又はＡＰＰＬ）に基づいて、前記標準化された金融サービス・データを保存する。幾つかの実施形態において、前記検証エンジン（２４０）内の前記検証モジュールは、前記キャッシュ（２３０）と通信して、前記キャッシュ（２３０）内に値を保存することができる。
【００３１】
前記検証エンジン（２４０）は、以下を含む：第一検証モジュール（例えば、セキュリティ検証モジュール（２４５））、第二検証モジュール（例えば、閾値検証モジュール（２５０））、及び第三検証モジュール（例えば、ソース検証モジュール（２５５））。前記検証エンジン（２４０）内の各検証モジュールは、前記標準化された金融サービス・データを受け取る。
【００３２】
前記セキュリティ検証モジュール（２３０）は、前記標準化された金融サービス・データを受け取る。そして、前記標準化された金融サービス・データの値が、予想値内である既定の基準（例えば、予想された名前を含む）を満たすかどうかの判定を行う。前記金融サービス・データが前記既定の基準を満たさない場合には、前記セキュリティ検証モジュール（２３０）は、前記アラート・エンジン（２６０）に失敗インジケータを伝送する。
【００３３】
幾つかの実施形態において、前記予想値は、以下のものに基づく：金融イベントの種類、金融商品、前記金融サービス・データ・プロバイダからの許可、又はこれらの任意の組み合わせ。幾つかの実施形態において、前記金融サービス・データは構築データベース（図示しない）から受け取る。幾つかの実施形態において、前記既定の基準は、ユーザー入力によって特定することができる（例えば、トレード記録は、数値で表したトレード価格を有するべきなど）。
【００３４】
前記閾値検証モジュール（２５０）は、前記標準化された金融サービス・データと特定の閾値とを前記構築データベース・モジュール（１３０）から受け取る。前記閾値検証モジュール（２５０）は、前記標準化された金融サービス・データの値が前記特定の閾値を満たすかどうかを判定する。前記金融サービス・データが特定の閾値内でない場合には、前記閾値検証モジュール（２５０）は失敗インジケータを前記アラート・エンジン（２６０）に伝送する。
【００３５】
幾つかの実施形態において、前記特定の閾値は：以前受け取った金融サービス・データに基づき；ユーザー入力によって指定され；及び／又は学習アルゴリズム（例えば、単純移動平均（ＳＭＡ））に基づく。
【００３６】
前記ソース検証モジュール（２５５）は、前記標準化された金融サービス・データと、前記外部のデータ・ソース（１２０）からのデータとを受け取る。前記ソース検証モジュール（２５５）は、前記標準化された金融サービス・データの値が、前記外部のデータ・ソース（１２０）からのデータに基づく特定の閾値を満たすかどうかを判定する。前記金融サービス・データが前記特定の閾値を満たしていないときには、前記ソース検証モジュール（２５５）は失敗インジケータを前記アラート・エンジン（２６０）に伝送する。
【００３７】
幾つかの実施形態において、前記ソース検証モジュール（２５５）は、前記外部のデータ・ソース（１２０）からのデータに対してセンチメント分析を行って、前記特定の閾値を決定する。幾つかの実施形態において、前記センチメント分析は特定の話題について行われる。特定の話題としては、以下のものを含めることができる：ブランド、ペルソナ（ｐｅｒｓｏｎａｓ）、イベント、国家、組織、政治及び／又はマクロ経済。幾つかの実施形態において、前記ソース検証モジュール（２５５）は、前記決定された特定の閾値と、前記構築データベース（１３０）からの特定の閾値との両方を用いて、前記金融サービス・データを検証することができる。
【００３８】
幾つかの実施形態において、前記検証エンジン（２４０）は、ユーザーが定義した検証モジュールを任意の数で含むことができる。各検証モジュールは、共通のインターフェースを含むことができ、該インターフェースは、前記標準化された金融サービス・データとして入力を扱う。その結果、特定の検証モジュール内の前記金融サービス・データについて行われる任意の操作を、前記検証モジュールインターフェースを変更することなく実行することができる。各検証モジュールは前記検証の結果を含むインジケータを生成することができる。前記インジケータは以下のものを含むことができる：検証結果（例えば、パスしたのか失敗したのか）；検証レベル（例えば、情報レベル、警告レベル、エラーレベル、または致命的レベル）；及び／又はメッセージ（例えば、失敗の原因、記号及び／又は値）。幾つかの実施形態において、任意の前記検証モジュールは、データパターンに基づいて検証判定を行うことができる。例えば、移動平均は、経時的に、上限と下限の閾値を変化させることができる。幾つかの実施形態において、前記検証エンジン内の１以上の前記検証モジュールは、それぞれのモジュールの出力からのフィードバックを受け取る。幾つかの実施形態において、前記フィードバックが前記検証をパスするか失敗するかを決定することができる。例えば、パスするか失敗するかは、閾値の上限及び下限と相関してもよい。
【００３９】
図３は、フロー図（３００）であり、本発明の例示的な実施形態に従って金融サービス・データを検証するための方法を示す。前記方法は受け取った金融サービス・データを標準化（例えば、共通の）形式に（ステップ３１０）変換するステップを含む。前記金融サービス・データは任意の金融サービス・データ・ソースからのものであってもよい（例えば、Ｒｅｕｔｅｒ  ＩＤＳ及び／又はＡｃｔｉｖｅ  ｆｉｎａｎｃｉａｌ  ｆｅｅｄｓ）。例えば、表１には、金融サービス・データについての、標準化された例示的形式を示す。
【００４０】
表１
標準化された形式
Ｄａｔａ  Ｕｐｄａｔｅ  （ＥｎｔｉｔｙＮａｍｅ，  ＤａｔａＦｉｅｌｄ  Ｌｉｓｔ，  ＭｅｔａＤａｔａ  Ｌｉｓｔ）
ＤａｔａＦｉｅｌｄ  （ｆｉｅｌｄＩｄ，  ｆｉｅｌｄＮａｍｅ，  ｆｉｅｌｄＶａｌｕｅ，  ＭｅｔａＤａｔａ  Ｌｉｓｔ）
【００４１】
上記表１に示すように、前記標準化された形式には、Ｄａｔａ  Ｕｐｄａｔｅエントリと、Ｄａｔａ  Ｆｉｅｌｄエントリを含むことができる。
【００４２】
前記Ｄａｔａ  Ｕｐｄａｔｅエントリは、フィールドとして以下のものを含むことができる：ＥｎｔｉｔｙＮａｍｅ、ＤａｔａＦｉｅｌｄ  Ｌｉｓｔ、ＭｅｔａＤａｔａ  Ｌｉｓｔ。前記ＥｎｔｉｔｙＮａｍｅフィールドは、金融サービス・データが属するマーケット・データ商品（ｉｎｓｔｒｕｍｅｎｔ）の名前である（例えば、ＩＢＭのマーケット・データ記号）。前記ＤａｔａＦｉｅｌｄ  Ｌｉｓｔは、前記ｕｐｄａｔｅに属するＤａｔａＦｉｅｌｄ項目のリストである。前記ＭｅｔａＤａｔａ  Ｌｉｓｔは、前記受け取った金融サービス・データについて記載しているが、前記金融サービス・データ（例えば、トレード、クォートなど）のフィールド値の一部ではない任意の他のデータ項目を含むことができる。
【００４３】
前記ＤａｔａＦｉｅｌｄエントリは、フィールドとして以下のものを含むことができる：ｆｉｅｌｄＩｄ、ｆｉｅｌｄＮａｍｅ、ｆｉｅｌｄＶａｌｕｅ、ＭｅｔａＤａｔａ  Ｌｉｓｔ。前記ｆｉｅｌｄＩｄは前記金融サービス・データのソースを特定したものである（例えば、ベンダー）。前記ｆｉｅｌｄＮａｍｅは、フィールド名称である（例えば、トレード価格、ＴｒａｄｅＰｒｉｃｅ）。前記ｆｉｅｌｄＶａｌｕｅは、前記現時点でのフィールドの値である（例えば、１２．５４）。前記ＭｅｔａＤａｔａ  Ｌｉｓｔは、前記特定のデータエントリフィールドについて記載した任意の他のデータ項目を含むことができる（例えば、最終トレード価格、ｌａｓｔ  ｔｒａｄｅ  ｐｒｉｃｅ）。当業者にとって明白であるが、表１に示した標準化された形式は、単なる例示である。したがって、データは、別の形式で標準化することができる。
【００４４】
また、前記方法は金融サービス・データがセキュリティ検証をパスしたかどうかを判定するステップも含む（例えば、上述したように図２中のセキュリティ検証モジュール（２４５）を用いて）（ステップ３２０）。前記セキュリティ検証は、金融サービス・データが予想値を有する所定の基準を満たすかどうかを判定するステップを含む。前記既定の基準は、特定の金融サービス・データ・プロバイダまたはユーザーによって特定される基準を含むことができる。前記予想値は、以下に基づくことができる：金融イベントの種類、金融商品、前記金融サービス・データ・プロバイダからの許可又はこれらの任意の組み合わせ。以下に示す表２は記号ＩＢＭに関するトレード・イベントについての予想値の例である。
【００４５】
表２
Ｕｐｄａｔｅ  −  Ｅｖｅｎｔ  Ｔｙｐｅ  ＩＤ：１  −  Ｔａｂｌｅ  Ｎｕｍｂｅｒ：  ０  −  ０７／１０／２０１２  １６：１８：０９．１８１
ＴｒａｄｅＳｉｚｅ：１００
Ｔｒａｄｅ：１８７．３＜＋−  ＞
ＴｒａｄｅＥｘｃｈａｎｇｅ：ＢＴ
ＣｕｍｕｌａｔｉｖｅＶａｌｕｅ：２７０６３４９５１．９９５２
ＣｕｍｕｌａｔｉｖｅＰｒｉｃｅ：１７４２２５４．２８９６
ＴｒａｄｅＴｉｍｅ：１１：１８：０８．９３７
ＴｒａｄｅＣｏｕｎｔ：９２３４
ＣｕｍｕｌａｔｉｖｅＶｏｌｕｍｅ：１４３３７８０
ＴｒａｄｅＩｄ：３８６４３５
ＬａｓｔＲｅｐｏｒｔｅｄＴｒａｄｅＴｉｍｅ：１１：１８：０８．９３７
ＮｅｔＣｈａｎｇｅ：−２．３７＜＋    ＞
ＰｅｒｃｅｎｔＣｈａｎｇｅ：−１．２５＜＋    ＞
ＬａｓｔＲｅｐｏｒｔｅｄＴｒａｄｅＳｉｚｅ：１００
ＬａｓｔＲｅｐｏｒｔｅｄＴｒａｄｅ：１８７．３＜＋    ＞
ＬａｓｔＲｅｐｏｒｔｅｄＴｒａｄｅＥｘｃｈａｎｇｅ：ＢＴ
ＬａｓｔＲｅｐｏｒｔｅｄＴｒａｄｅＩｄ：３８６４３５
【００４６】
幾つかの実施形態において、前記セキュリティ検証は、以下をチェックするステップを含む：団体（ｅｎｔｉｔｙ）の種類（例えば、株式、インデックス及び／又はピンクシート）、イベントの種類（トレード、クォート、及び／又はティック）、及び許可。幾つかの実施形態において、イベントの種類及びピンクシートは、トレード・イベント、クォート・イベント及び／又は任意の他のイベント種類のフィールドを検証することを含む。トレード・イベントのフィールドを検証することは、以下を検証することを含むことができる：前記ｔｒａｄｅＩｄフィールドが存在すること（例えば、上記表２に示したＴｒａｄｅＩｄ）、そして、前記ＴｒａｄｅＴｉｍｅ  フィールドが存在すること（例えば、上記表２に示したＴｒａｄｅＴｉｍｅ）、そして過去には存在しなかったこと。クォート・イベントのフィールドを検証することは、以下を検証することを含むことができる：ＢｉｄＴｉｍｅフィールドが存在すること、そして、ＡｓｋＴｉｍｅフィールドが存在し、現在時間を含むこと。
【００４７】
幾つかの実施形態において、前記インデックスを検証することは、前記ティック・イベント・フィールド又は任意の他のイベント種類のフィールドを検証することを含む。前記ティック・イベント・フィールド及び／又は任意の他のイベント種類のフィールドを検証することは、ＴｒａｄｅＴｉｍｅフィールドが存在し、過去には存在しなかったことを検証することを含むことができる。
【００４８】
幾つかの実施形態において、許可フィールドを検証することは、前記金融サービス・データ内での許可エラーが無いことを検証することを含む。
【００４９】
また、前記方法は、前記セキュリティ検証をパスしたかどうかをチェックするステップを含む（ステップ３３０）。前記セキュリティ検証に失敗した場合には、アラートを送る（例えば、上述したように、図２中のアラート・エンジン（２５０）を介して）（ステップ３４０）。前記セキュリティ検証をパスした場合には、前記方法は、前記金融サービス・データが閾値検証をパスしたかどうかを判定するステップを含む（例えば、上に示したように図２中の前記閾値検証モジュールを介して）（ステップ３５０）。
【００５０】
前記金融サービス・データが前記閾値検証をパスしたかどうかを判定するステップは、前記金融サービス・データ、またはいくつかの前記金融サービス・データの組み合わせが特定の閾値内であることを検証することを含む。幾つかの実施形態において、前記特定の閾値は以前受け取った金融サービス・データ及び／又は保存したデータに基づく（例えば、前記構築モジュール（１３０）に保存したデータ及び／又は前記キャッシュ（２３０）に保存したデータ）。幾つかの実施形態において、前記特定の閾値は動的に調整される。幾つかの実施形態において、前記特定の閾値は、失敗レベルのものを含む。前記失敗レベルは、以下のものを含むことができる：情報閾値；警告閾値；エラー閾値及び／又は致命的閾値。例えば、トレード価格の金融サービス・データについて、前記閾値は、情報閾値２〜３％、警告閾値３〜４％、エラー閾値４〜７％、そして、致命的な閾値８％以上と、あらかじめ受け取ったトレード価格からの許容可能なパーセント変化値を示すことができる。幾つかの実施形態において、前記情報閾値、前記警告閾値、前記エラー閾値、前記致命的閾値又はこれらの任意の組み合わせが満たされない場合に、検証失敗が発生することとなる。
【００５１】
幾つかの実施形態において、前記金融サービス・データは、該金融サービス・データから判定した金融サービス・データ・インジケータである。以下に示す表３は、特定の閾値と比較可能な金融サービス・データ・インジケータの例を示す。
【００５２】
表３
Ｆｉｎａｎｃｉａｌ  Ｓｅｒｖｉｃｅｓ  Ｉｎｄｉｃａｔｏｒ
Ａｃｃｕｍｕｌａｔｉｏｎ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｌｉｎｅ
Ａｒｏｏｎ
Ａｖｅｒａｇｅ  Ｄｉｒｅｃｔｉｏｎａｌ  Ｉｎｄｅｘ  （ＡＤＸ）
Ａｖｅｒａｇｅ  Ｔｒｕｅ  Ｒａｎｇｅ  （ＡＴＲ）
％Ｂ  Ｉｎｄｉｃａｔｏｒ
Ｃｏｍｍｏｄｉｔｙ  Ｃｈａｎｎｅｌ  Ｉｎｄｅｘ  （ＣＣＩ）
Ｃｏｐｐｏｃｋ  Ｃｕｒｖｅ
Ｃｏｒｒｅｌａｔｉｏｎ  Ｃｏｅｆｆｉｃｉｅｎｔ
Ｃｈａｉｋｉｎ  Ｍｏｎｅｙ  Ｆｌｏｗ
Ｄｅｔｒｅｎｄｅｄ  Ｐｒｉｃｅ  Ｏｓｃｉｌｌａｔｏｒ  （ＤＰＯ）
Ｅａｓｅ  ｏｆ  Ｍｏｖｅｍｅｎｔ  （ＥＭＶ）
Ｆｏｒｃｅ  Ｉｎｄｅｘ
Ｋｎｏｗ  Ｓｕｒｅ  Ｔｈｉｎｇ  （ＫＳＴ）
Ｍａｓｓ  Ｉｎｄｅｘ
ＭＡＣＤ
ＭＡＣＤ−Ｈｉｓｔｏｇｒａｍ
Ｍｏｎｅｙ  Ｆｌｏｗ  Ｉｎｄｅｘ  （ＭＦＩ）
Ｎｅｇａｔｉｖｅ  Ｖｏｌｕｍｅ  Ｉｎｄｅｘ  （ＮＶＩ）
Ｏｎ  Ｂａｌａｎｃｅ  Ｖｏｌｕｍｅ  （ＯＢＶ）
Ｐｅｒｃｅｎｔａｇｅ  Ｐｒｉｃｅ  Ｏｓｃｉｌｌａｔｏｒ  （ＰＰＯ）
Ｐｅｒｃｅｎｔａｇｅ  Ｖｏｌｕｍｅ  Ｏｓｃｉｌｌａｔｏｒ
Ｐｒｉｃｅ  Ｒｅｌａｔｉｖｅ
Ｒａｔｅ  ｏｆ  Ｃｈａｎｇｅ  （ＲＯＣ）
Ｒｅｌａｔｉｖｅ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｅｘ  （ＲＳＩ）
ＳｔｏｃｋＣｈａｒｔｓ  Ｔｅｃｈｎｉｃａｌ  Ｒａｎｋ  （ＳＣＴＲ）
Ｓｌｏｐｅ
Ｓｔａｎｄａｒｄ  Ｄｅｖｉａｔｉｏｎ  （Ｖｏｌａｔｉｌｉｔｙ）
Ｓｔｏｃｈａｓｔｉｃ  Ｏｓｃｉｌｌａｔｏｒ
ＳｔｏｃｈＲＳＩ
ＴＲＩＸ
Ｔｒｕｅ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｅｘ
Ｕｌｃｅｒ  Ｉｎｄｅｘ
Ｕｌｔｉｍａｔｅ  Ｏｓｃｉｌｌａｔｏｒ
Ｖｏｒｔｅｘ  Ｉｎｄｅｘ
Ｗｉｌｌｉａｍ  ％Ｒ
【００５３】
また、前記方法は前記閾値検証をパスしたかどうかをチェックするステップを含む（ステップ３６０）。もし、前記閾値検証が失敗した場合、アラートを送る（例えば、上述したように、図２中のアラート・エンジン（２５０）を介して）（ステップ３４０）。前記閾値検証をパスした場合には、前記方法は、前記金融サービス・データがソース検証をパスしたかどうかを判定するステップを含む（ステップ３７０）。
【００５４】
前記金融サービス・データが前記ソース検証をパスしたかどうかを判定するステップは、前記金融サービス・データ又はいくつかの前記金融サービス・データの組み合わせが、外部のデータ・ソース（例えば、外部のデータ・ソース（１２０））から（例えば、ソース検証モジュール（２５５）を介して）受け取った情報に基づく特定の閾値の範囲内にあるかどうかを検証することを含むことができる。例えば、前記特定の閾値は人工知能の方法に基づいて決定することができる。幾つかの実施形態において、前記人工知能の方法は受動認識（ｐａｓｓｉｖｅ  ｒｅｃｏｇｎｉｔｉｏｎ）に基づく。前記受動認識は、以前の金融サービス・データ入力をレビューし、既知のエラーを検出するためのパターンを構築する。前記パターンは、エラーである金融サービス・データが検出されるよう、前記特定の閾値を設定するために使用することができる。幾つかの実施形態において、前記人工知能の方法は、現時点で公知の任意の人工知能方法である。幾つかの実施形態において、前記特定の閾値は、学習方法に基づく。幾つかの実施形態において、前記学習方法は公知の学習方法に基づく。例えば、前記特定の閾値は前記多層パーセプトロン（Ｍｕｌｔｉ−ｌａｙｅｒ  Ｐｅｒｃｅｐｔｉｏｎ）法に基づいて決定することができる。該方法については、書籍「Ｂｉｏｌｏｇｉｃａｌｌｙ  ｉｎｓｐｉｒｅｄ  Ａｌｇｏｒｉｔｈｍｓ  ｆｏｒ  Ｆｉｎａｎｃｉａｌ  Ｍｏｄｅｌｉｎｇ」（著者：Ａｎｔｈｏｎｙ  Ｂｒａｂａｚｏｎ  ａｎｄ  Ｍｉｃｈａｅｌ  Ｏ’Ｎｅｉｌｌ、出版社：Ｓｐｒｉｎｇｅｒ−Ｖｅｒｌａｎｇ  Ｂｅｒｌｉｎ  Ｈｅｉｄｅｌｌｂｅｒｇ，２００６）に見出すことができる。この内容全体を参照により本明細書に組み込む。
【００５５】
幾つかの実施形態において、前記閾値検証が失敗した場合に（ステップ３６０）、アラートを送る代わりとして（ステップ３４０）、前記金融サービス・データに対してソース検証に関するチェックを行う（ステップ３７０及び３８０）。前記ソース検証をパスした場合には、前記閾値検証失敗は無視され、アラートは送らない。そして、前記金融サービス・データは、使用アプリケーションへ伝送される（ステップ３９０）。
【００５６】
上述したシステム及び方法は、デジタル電子回路、コンピュータ・ハードウェア、ファームウェア、及び／又はソフトウェアにおいて実施できる。前記実施は、コンピュータ・プログラム製品（例えば、情報キャリア中に具体的に埋め込まれたコンピュータ・プログラム）としてでも可能である。前記実施は、例えば、データ処理装置が実行するための機械読取可能ストレージ・デバイス中であってもよく、データ処理装置の動作を制御するための機械読取可能ストレージ・デバイス中であってもよい。前記実施は、例えば、プログラム制御可能なプロセッサ、単体のコンピュータ、及び／又は複数のコンピュータであってもよい。
【００５７】
コンピュータ・プログラムは、任意の形式のプログラミング言語で記述することができ、該言語としては、コンパイラ言語及び／又はインタプリタ言語が含まれる。そして、前記コンピュータ・プログラムは任意の形式でデプロイすることができ、該形式としては、スタンドアロンプログラムとして、又はサブルーチン単位、エレメント単位、及び／若しくはコンピューター環境での使用に適した他の単位としての形式が含まれる。コンピュータ・プログラムは、１台のコンピュータ上、又は１サイトでの複数のコンピュータ上で、デプロイされ実行することができる。
【００５８】
方法のステップは、プログラム制御可能な１以上のプロセッサによって実行することができ、該プロセッサは、入力データを操作し、出力を生成することにより、コンピュータ・プログラムを実行し、本発明の機能を実行することができる。また、方法のステップは、ある装置によって実行することができ、特定目的の論理回路として実施することができる。前記回路としては、例えば、ＦＰＧＡ（現場でプログラム可能なゲートアレイ）及び／又はＡＳＩＣ（特定用途向けＩＣ）であってもよい。モジュール、サブルーチン、及びソフトウェア・エージェントは、その機能を実装する前記コンピュータ・プログラム、前記プロセッサ、前記特定回路、ソフトウェア、及び／又はハードウェアの一部であってもよい。
【００５９】
コンピュータ・プログラムを実行するのに適したプロセッサとしては、例として、汎用及び特定目的マイクロプロセッサの両方、並びに任意の種類のデジタル・コンピュータの任意の１以上のプロセッサが含まれる。一般的に、プロセッサは、リード・オンリ・メモリ若しくはランダム・アクセス・メモリ又は両方からインストラクション及びデータを受け取る。コンピュータに不可欠な要素としては、インストラクションを実行するためのプロセッサ並びにインストラクション及びデータを保存するための１以上のメモリデバイスがある。一般的に、コンピュータは操作可能に連結することができ、データを保存するための１以上のマス・ストレージ・デバイス（例えば、磁気ディスク、光磁気ディスク、又は光学ディスク）からデータを受け取り、及び／又は該デバイスへデータを伝送する。
【００６０】
また、データ伝送及びインストラクションは、通信ネットワークを介して発生させることもできる。コンピュータ・プログラムのインストラクション及びデータを保存するのに適した情報キャリアとして、あらゆる形態の不揮発性のメモリ（例示的な意味で半導体メモリ装置を含む）が含まれる。前記情報キャリアとしては、例えば、以下の物であってもよい：ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ・デバイス、磁気ディスク、内蔵型ハードディスク、リムーバブル・ディスク、光磁気ディスク、ＣＤ−ＲＯＭ及び／又はＤＶＤ−ＲＯＭディスク。前記プロセッサ及び前記メモリに特定目的論理回路を追加したり、及び／又は前記プロセッサ及び前記メモリを該回路中に組み込むことができる。
【００６１】
ユーザーとの相互作用をもたらすために、上述した技術は表示装置を有するコンピュータ、伝送デバイス、及び／又はコンピューティングデバイス上で実施することができる。表示装置は、例えば、（ＣＲＴ）及び／又は液晶ディスプレイ（ＬＣＤ）モニターであってもよい。ユーザーとの相互作用については、例えば、ユーザーに情報を提示することであってもよく、また、ユーザーがコンピュータに入力を行うことができるキーボード及びポインティング・デバイス（例えば、マウス又はトラックボール）であってもよい（例えば、ユーザー・インターフェース要素との相互作用エレメント）。他の種類のデバイスもユーザーとの相互作用を提供するために使用することができる。他のデバイスとしては、例えば、任意の感覚的フィードバック（例えば、視覚的フィードバック、聴覚的フィードバック、又は触覚的フィードバック）の形式でユーザーに提供されるフィードバックであってもよい。ユーザーからの入力は、例えば、任意の形式（音響、音声、及び／又は触覚の入力を含む）で受け取ることができる。
【００６２】
前記コンピューティングデバイスとして、以下の物を含むことができる：例えば、コンピュータ、ブラウザ装置を搭載したコンピュータ、電話、ＩＰ電話、モバイル装置（例えば、携帯電話、個人情報端末（ＰＤＡ）、ラップトップ・コンピュータ、電子メール装置）、及び／又は他の通信デバイス。前記コンピューティングデバイスは、例えば、１以上のコンピュータ・サーバーであってもよい。前記コンピュータ・サーバーは、例えば、サーバー・ファームの一部であってもよい。前記ブラウザ装置は、例えば、以下の物を含むことができる：コンピュータ（例えば、デスクトップ・コンピュータ、ラップトップ・コンピュータ、タブレット）であって、ワールド・ワイド・ウェブ・ブラウザ（例えば、Ｍｉｃｒｏｓｏｆｔ社から入手できるＭｉｃｒｏｓｏｆｔ（登録商標）  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（登録商標）、Ｇｏｏｇｌｅ（登録商標）から入手できるＣｈｒｏｍｅ（登録商標）、Ｍｏｚｉｌｌａ社から入手できるＭｏｚｉｌｌａ（登録商標）  Ｆｉｒｅｆｏｘ、Ａｐｐｌｅ（登録商標）社から入手できるＳａｆａｒｉ）を搭載した物。前記モバイル・コンピューティングデバイスは、例えば、個人情報端末（ＰＤＡ）を含む。
【００６３】
ウェブサイト及び／又はウェブページは、例えば、ウェブ・サーバーを用いてネットワーク（例えば、インターネット）を通じて提供できる。前記ウェブ・サーバーは、例えば、サーバー・モジュール（例えば、Ｍｉｃｒｏｓｏｆｔ社から入手できるＭｉｃｒｏｓｏｆｔ（登録商標）インターネット・インフォメーション・サービス、Ａｐａｃｈｅソフトウェア財団から入手できるＡｐａｃｈｅウェブ・サーバー、Ａｐａｃｈｅソフトウェア財団から入手できるＡｐａｃｈｅ  Ｔｏｍｃａｔウェブ・サーバー）を搭載したコンピュータであってよい。
【００６４】
前記ストレージ・モジュールは、例えば、以下の物であってよい：ランダム・アクセス・メモリ（ＲＡＭ）モジュール、リード・オンリ・メモリ（ＲＯＭ）モジュール、コンピュータ・ハード・ドライブ、メモリカード（例えば、ユニバーサル・シリアル・バス（ＵＳＢ）フラッシュ・ドライブ、セキュア・デジタル（ＳＤ）フラッシュ・カード）、フロッピー（登録商標）・ディスク及び／又は他の任意のデータ・ストレージ・デバイス。ストレージ・モジュールに保存された情報は、例えば、データベース（例えば、リレーショナル・データベース・システム、フラット・データベース・システム）及び／又は他の任意の論理的情報ストレージ機構中に保持することができる。
【００６５】
上述した技術は、バック・エンド・コンポーネントを含む分散（ｄｉｓｔｒｉｂｕｔｅｄ）コンピューティング・システム中で実施することができる。前記バック・エンド・コンポーネントは、例えば、データ・サーバー、ミドルウェア・コンポーネント、及び／又はアプリケーション・サーバーであってもよい。上述した技術は、フロント・エンド・コンポーネントを含む分散（ｄｉｓｔｒｉｂｕｔｉｎｇ）コンピューティング・システムで実施することができる。前記フロント・エンド・コンポーネントは、例えば、クライアント・コンピュータであって、以下のものを搭載するコンピュータであってもよい：グラフィカル・ユーザー・インターフェース、ユーザーが例示的な実施形態と相互作用するためのウェブブラウザ、及び／又は伝送デバイスのための他のグラフィカル・ユーザー・インターフェース。前記システムのコンポーネントは、デジタル・データ通信の任意の形式又は媒体（例えば、通信ネットワーク）によって相互接続することができる。通信ネットワークの例としては、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、有線ネットワーク及び／又は無線ネットワークが含まれる。
【００６６】
前記システムはクライアント及びサーバーを含むことができる。クライアント及びサーバーは、一般的には互いに隔離しており、そして、典型的には通信ネットワークを介して相互作用する。前記クライアント及びサーバーの関係については、それぞれのコンピュータ上で実行され、クライアント−サーバーの関係を相互に有するコンピュータ・プログラムの手段によって生じる。
【００６７】
上述したネットワークは、以下のもので実装できる：パケットベースのネットワーク、回路ベースのネットワークのネットワーク、及び／又はパケットベースのネットワーク及び回路ベースのネットワークの組み合わせ。パケットベースのネットワークとして、例えば以下のものを含むことができる：インターネット、キャリア・インターネット・プロトコル（ＩＰ）ネットワーク（例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、キャンパス・エリア・ネットワーク（ＣＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ホーム・エリア・ネットワーク（ＨＡＮ））、プライベートＩＰネットワーク、ＩＰ構内交換機（ＩＰＢＸ）、無線ネットワーク（例えば、無線アクセス・ネットワーク（ＲＡＮ）、８０２．１１ネットワーク、８０２．１６ネットワーク、汎用パケット無線サービス（ＧＰＲＳ）ネットワーク、ＨｉｐｅｒＬＡＮ）、及び／又は他のパケットベースのネットワーク。回路ベースのネットワークとして、例えば、以下のものを含むことができる：公衆電話交換回線網（ＰＳＴＮ）、構内交換機（ＰＢＸ）、無線ネットワーク（例えば、ＲＡＮ、ｂｌｕｅｔｏｏｔｈ（登録商標）、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、モバイル通信用グローバル・システム（ＧＳＭ）ネットワーク）、及び／又は他の回路ベースのネットワーク。
【００６８】
「含む・備える」（Ｃｏｍｐｒｉｓｅ，ｉｎｃｌｕｄｅ）、及び／又は各複数形式については、オープンエンドであり、リストされた部分を含み、且つリストされていない追加的部分を含むことができる。「及び／又は」（及びを並びに変更、又はを若しくはに変更した場合も同様）はオープンエンドであり、１以上のリストした部分を含み、また、リストした部分の組み合わせを含む。
【００６９】
当業者は認識するであろうが、本発明の思想又は本質的特徴から逸脱することなく他の具体的な形態で本発明が実施できる。従って、上記実施形態は、本明細書に記載の本発明を限定するというよりは、あらゆる面で例示的なものと考えるべきものである。よって、本発明の範囲は、上述した内容ではなく、添付した特許請求の範囲によって表わされる。ゆえに、特許請求の範囲の意味及び均等物の範囲に入るすべての変更は、本発明に包含されるべきものであることを意図する。
【図１】
2014123370.tif 000003
【図２】
2014123370.tif 000004
【図３】
2014123370.tif 000005
【外国語明細書】
2014123370000001.pdf