(57)【要約】パブリックネットワークを利用した金融取引に関するデータを交換するための方法及びシステムを開示する。1又はそれ以上の関係者のコンピュータシステムは、パブリックネットワークと通信する。各関係者のコンピュータシステムは、金融取引に関する機能を実行するための少なくとも1つのアプリケーションと、関係者のコンピュータシステムの間でデータを送受信するためのインターフェースを提供するゲートウェイとを含む。少なくとも1つのディレクトリが、関係者のコンピュータシステムの間でデータを転送するためのパスを識別するのに使用される。アプリケーションからメッセージを受信すると、ゲートウェイは宛先アドレスを判断するためにディレクトリにアクセスする。次いで、ゲートウェイは、別の参加者のコンピュータシステムにメッセージを送信するためにパブリックネットワークを介してチャネルを開けるようにアドレスを使用する。
2008529136.tif 000002
【特許請求の範囲】
【請求項１】
パブリックネットワークを利用する金融取引に関するデータを交換するためのシステムであって、
前記パブリックネットワークと各々が接続された複数の関係者のコンピュータシステムであって、各関係者のコンピュータシステムが、
金融取引に関する機能を実行するための１又はそれ以上のアプリケーションと
前記１又はそれ以上のアプリケーションと前記パブリックネットワークとの両方と接続されたゲートウェイであって、前記ゲートウェイが、前記パブリックネットワークとアプリケーションとの間でデータを送信及び受信するためのインターフェースを提供するゲートウェイと、
前記パブリックネットワークと接続された１又はそれ以上のプライベートディレクトリであって、前記ディレクトリが、前記関係者のコンピュータシステムの間で信頼されたメッセージングパスを識別するのに有効である、ディレクトリと、
を有することを特徴とするシステム。
【請求項２】
前記１又はそれ以上のプライベートディレクトリが、前記複数の関係者のコンピュータシステムにだけアクセス可能であることを特徴とする請求項１に記載の方法。
【請求項３】
前記１又はそれ以上のプライベートディレクトリが、前記複数のコンピュータシステムで利用可能な信頼されたリソースの各々を識別することを特徴とする請求項１に記載の方法。
【請求項４】
前記信頼されたメッセージングパスが、前記１又はそれ以上のプライベートディレクトリで識別された、認証された関係者のコンピュータシステムを有する、ことを特徴とする請求項１に記載の方法。
【請求項５】
前記金融取引が、
クレジットカード取引と
デビットカード取引と、
コーリングカード取引と、
ストアバリュー取引（stored value transaction）と、
ロイヤルティーカード取引と、
クーポン取引と、
を含む１又はそれ以上の取引からなることを特徴とする請求項１に記載の方法。
【請求項６】
前記金融取引が、投資取引の交換を含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記金融取引が、政府の利益（government benefit）の引き渡しを含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記金融取引が、いかなる価値の交換を含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記パブリックネットワークが、インターネットを含むことを特徴とする請求項１に記載のシステム。
【請求項１０】
前記データが、ヘッダ及びボディを有するメッセージフォーマットを使用して交換され、前記ヘッダが、１又はそれ以上の機能を実行するためのゲートウェイによって使用される情報を含み、前記ボディが、アプリケーションによって転送されるデータを含むことを特徴とする請求項１に記載のシステム。
【請求項１１】
前記ゲートウェイが、以下の１又はそれ以上のステップ、即ち、
メッセージを送信するステップと、
メッセージを受信するステップと、
メッセージをルーティングするステップと、
メッセージヘッダ情報を解決するステップと、
メッセージ信頼性を提供するステップと、
メッセージセキュリティを実装するステップと、
メッセージをフィルタリングするステップと、
メッセージ相関を実行するするステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項１２】
前記メッセージを送信するステップが、
アプリケーションからメッセージを受信するステップと、
前記メッセージに関するメッセージタイプに基づいてメッセージに関する１又はそれ以上のポリシーを決定するステップと、
前記メッセージの受信者に関する移送アドレスを解決するステップと、
１又はそれ以上のセキュリティを前記メッセージに適用するステップと、
前記パブリックネットワークにチャネルを開けて、セキュリティを適用するステップと、
前記チャネルを介してメッセージを送信するステップと
を有することを特徴とする請求項１１に記載のシステム。
【請求項１３】
前記セキュリティが、１又はそれ以上のディジタルサイン及び暗号化を含むことを特徴とする請求項１２に記載のシステム。
【請求項１４】
前記メッセージを受信するステップが、
前記パブリックネットワークからメッセージを受信するステップと、
前記メッセージに関するメッセージタイプに基づいて１又はそれ以上の検索をするステップと、
前記メッセージに各ポリシーを適用するステップと、
前記メッセージを受信アプリケーションに配送するステップと
を有することを特徴とする請求項１１に記載のシステム。
【請求項１５】
前記適用するステップが、ディジタルサインを確認するためにセキュリティポリシー情報を使用することを特徴とする請求項１４に記載のシステム。
【請求項１６】
前記適用するステップが、前記メッセージを暗号化するためにセキュリティポリシー情報を使用することを特徴とする請求項１４に記載のシステム。
【請求項１７】
前記ゲートウェイが、
前記パブリックネットワークと通信するゲートウェイサーバであって、前記ゲートウェイサーバが、入ってくるメッセージをキューに入れ、チャネルを開け、チャネルを維持する、ゲートウェイサーバと、
前記ゲートウェイサーバと通信するゲートウェイクライアントライブラリであって、前記ゲートウェイクライアントライブラリが、１又はそれ以上のプロトコルとインターフェースする、ゲートウェイクライアントライブラリと、
前記ゲートウェイクライアントライブラリおよび少なくとも１つのアプリケーションと通信するゲートウェイアプリケーションプログラミングインターフェースと、
を有することを特徴とする請求項１に記載のシステム。
【請求項１８】
関係者のコンピュータシステムが、前記パブリックネットワークを介してアクセス可能なディレクトリを更に有し、
前記ディレクトリが、１又はそれ以上のエントリを包含する記憶媒体を有し、各エントリが、１又はそれ以上の識別子を有する、ことを特徴とする請求項１に記載のシステム。
【請求項１９】
前記識別子が、１又はそれ以上のメッセージルーティングデータ、メタデータ、および、セキュリティポリシー情報を有することを特徴とする請求項１８に記載のシステム。
【請求項２０】
前記関係者のコンピュータシステムが、前記パブリックネットワークと通信する認証局を更に有し、
前記認証局が、１又はそれ以上のチャネル、メッセージの相互認証、チャネルの統合チェック、メッセージの統合チェック、チャネル暗号化およびメッセージ暗号化の相互の認証を実行するのに使用するためのゲートウェイに１又はそれ以上の鍵を提供することを特徴とする請求項１に記載のシステム。
【請求項２１】
前記関係者のコンピュータシステムが、前記パブリックネットワークと通信するプラットフォームサービスを更に有し、
前記プラットフォームサービスが、前記プラットフォームサービスを介してルーティングされるメッセージに関するメッセージサービスを提供することを特徴とする請求項１に記載のシステム。
【請求項２２】
前記プラットフォームサービスが、リモートゲートウェイサービスを含み、前記リモートゲートウェイサービスが、前記関係者のコンピュータシステムから遠隔操作されるアプリケーションに関するパブリックネットワークに対するアクセスを提供することを特徴とする請求項２１に記載のシステム。
【請求項２３】
１又はそれ以上のコンシューマデバイスを更に有し、
前記各コンシューマデバイスが、前記パブリックネットワークにアクセスするためにリモートゲートウェイサービスを使用する、ことを特徴とする請求項２２に記載のシステム。
【請求項２４】
前記コンシューマデバイスが、１又はそれ以上の電話、携帯電話、ＰＤＡ（personal digital assistant）、ハンドヘルドデバイス、セットアップボックス、および、パーソナルコンピュータを含むことを特徴とする請求項２３に記載のシステム。
【請求項２５】
前記プラットフォームサービスが、ブロードキャストメッセージサービスを有し、前記ブロードキャストメッセージサービスが、ブロードキャストメッセージングをサポートし、かつ、ブロードキャストメッセージに関する分配リストを管理することを特徴とする請求項２１に記載のシステム。
【請求項２６】
パブリックネットワークを介して金融取引に関するデータを送信する方法であって、
第１の信頼された関係者から、識別子を含むメッセージオブジェクトを受信するステップと、
前記メッセージオブジェクトからメッセージを生成するステップと、
前記メッセージに関する１又はそれ以上のポリシーを決定するステップと、
前記識別子を用いてメッセージに関する宛先アドレスを解決するステップと、
前記メッセージに１又はそれ以上のセキュリティ特性を適用するステップと、
第２の信頼された関係者を識別する宛先アドレスに対して、パブリックネットワークにチャネルを開け、安全にするステップと、
前記チャネルを介して前記第２の信頼された関係者にメッセージを送信するステップと
を有することを特徴とする方法。
【請求項２７】
前記１又はそれ以上のポリシーが、１又はそれ以上のメッセージセキュリティポリシーおよびメッセージルーティングポリシーを含むことを特徴とする請求項２６に記載の方法。
【請求項２８】
前記１又はそれ以上のポリシーが、１又はそれ以上のマルチホップルーティングポリシー、ハブアンドスポークルーティングポリシー、peer-to-peerルーティングポリシー、および、ファンアウトルーティングポリシーを含むことを特徴とする請求項２６に記載の方法。
【請求項２９】
前記識別子が、１又はそれ以上の機関識別子、機関メンバー識別子、金融アカウント識別子、認証局識別子、商人識別子、銀行識別子、サービス識別子、および、ポリシー識別子を含むことを特徴とする請求項２６に記載の方法。
【請求項３０】
前記１又はそれ以上のセキュリティ特性は、ディジタルサインおよび暗号化アルゴリズムを含むことを特徴とする請求項２６に記載の方法。
【請求項３１】
前記第１の信用された関係者及び第２の信用された関係者は、前記第１の信用された関係者及び第２の信用された関係者にアクセス可能な１又はそれ以上のプライベートディレクトリにおいて識別されることを特徴とする請求項２６に記載の方法。
【請求項３２】
前記第１の信用された関係者及び第２の信用された関係者は、メッセージを交換するために必要なセキュリティ認証を所有することを特徴とする請求項３１に記載の方法。
【請求項３３】
パブリックネットワークを介して金融取引に関するデータを受信する方法であって、
金融取引アプリケーションにし向けられたメッセージが、リモートの信頼されたコンピュータシステムから受信されるステップと、
前記メッセージに適用される１又はそれ以上のポリシーを決定するステップと、
前記メッセージに適用される１又はそれ以上のセキュリティ測度を適用するステップと、
前記メッセージからメッセージオブジェクトを生成するステップと、
識別子を含むメッセージオブジェクトを前記アプリケーションに送信するステップと
を有することを特徴とする方法。
【請求項３４】
前記１又はそれ以上のポリシーが、メッセージセキュリティポリシーを含むことを特徴とする請求項３３に記載の方法。
【請求項３５】
前記１又はそれ以上のセキュリティ測度を適用するステップが、ディジタルサインを検査することを含むことを特徴とする請求項３３に記載の方法。
【請求項３６】
前記１又はそれ以上のセキュリティ測度を適用するステップが、メッセージを暗号化することを含むことを特徴とする請求項３３に記載の方法。
【請求項３７】
前記識別子が、１又はそれ以上の機関識別子、機関メンバー識別子、金融アカウント識別子、認証局識別子、商人識別子、銀行識別子、サービス識別子およびポリシー識別子を含むことを特徴とする請求項３３に記載の方法。
【請求項３８】
リモートゲートウェイサービスを使用して金融取引情報を送信する方法であって、
リモートゲートウェイサービスによって金融取引情報を、第１のネットワークを介してリモートの関係者によって捜査されたアプリケーションから受信するステップと、
前記リモートゲートウェイサービスによって、金融取引情報を処理するステップと、
リモートゲートウェイサービスによって、処理された金融取引情報を第２のネットワークを介して宛先に送信するステップと、
を有することを特徴とする方法。
【請求項３９】
処理された金融取引情報に対する応答を、前記第２のネットワークを介してリモートゲートウェイサービスによって、受信するステップと、
前記応答を、前記リモートゲートウェイサービスによって処理するステップと、
前記処理された応答を、前記第１のネットワークを介して前記リモートの関係者によって捜査されたアプリケーションに前記リモートゲートウェイサービスによって転送するステップと
を更に有することを特徴とする請求項３８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この特許出願は、２００５年１月２１日に出願された「公共ネットワークを介した金融取引に関するデータ交換を実行するための方法およびシステム」と題された米国仮特許出願第１１／０４０，３６３号に基づく優先権を主張し、全体をリファレンスとしてここに組み入れる。
【０００２】
本発明は、全体として金融取引に関するデータ交換を実行するための方法およびシステムに関する。特に、本発明は、公共ネットワークを介してデータおよびメッセージ交換を実行するための方法、及び、データおよびメッセージ交換が生じるプラットフォームに関する。
【背景技術】
【０００３】
クレジットおよびデビット（ｄｅｂｉｔ、借方）は、関係者（メンバー、商人、組合、および、カード保有者）の間でのメッセージおよびデータ交換に依存している。伝統的に、かかる取引は、私的なネットワークを介して実行され、プロプラエタリ・プロトコルを使用し、取引が危険にさらされる可能性を低減するために用いられてきた。
【０００４】
現在では、ＰＯＳ（point of service）ターミナルと、（クレジットカードのような）クレジット又はデビット金融手段の発行物との間の情報の交換だけが、かかる私的なネットワークを介して生じる。電子商取引でさえ、ＰＯＳウェブサイトでカード保有者からカード保有者情報を受け取り、関係者が運用する私的ネットワークを介して多くの銀行にそれを提供する。
【０００５】
かかる私的ネットワークシステムの問題は、クレジットまたはデビットトランザクションを委託する各エンティティが、別々の私的ネットワークインフラストラクチャを要求することである。更に、各私的ネットワークは典型的には、トランザクションを実行するために異なるプロトコルを要求する。その結果、ユーザは、それらのカスタマーベースを満足するためにかかる複数のネットワークを使用することを承諾する必要がある。
【０００６】
更に、かかる私的ネットワークでの新しい製品又はサービスの開発は通常、ネットワークを操作するエンティティに限定される。従って、かかるネットワークを使用する新しい製品及びサービスの開発のボトルネックの原因となる。反対に、メンバー及び／又は商人が、オペレーションするエンティティと共同でサービスを開発することができるならば、新しい製品及びサービスをより迅速に開発することができる。
【０００７】
メッセージおよびデータ交換のための別のインフラストラクチャとしてのインターネットの出現は、種々の産業において複数の新しい製品及びサービスの開発及び展開において結果を出している。例えば、電子商取引の手段としてのインターネットの発展及び成長は、改善された標準が、技術及びビジネスの領域において出現するように加速が続いている。
【０００８】
従って、関係者が互いに安全で効率的に通信することができる金融取引に関する本質的なサービスを提供するパブリックネットワークプラットフォームが必要である。
金融取引に関するデータ交換に関する製品及びサービスのコストを低減させるパブリックネットワークプラットフォームが必要である。
【０００９】
既存のビジネスサービスの信頼性を高める金融取引、および、ストリームラインメンテナンス、オペレーション、および、ユーザトレーニングに関するデータ交換のためのパブリックネットワークプラットフォームが更に必要である。
【００１０】
金融取引に関する革新的な製品及びサービスを開発するための開発コストを低減させるパブリックネットワークプラットフォームが更に必要である。
現在の製品に対して新しい製品及び強化のための開発のライフサイクルを低減させる金融取引に関するデータ交換を実行するためのパブリックネットワークプラットフォームが更に必要である。
【００１１】
本実施形態は、１又はそれ以上のこれらの問題を満たす方向に向いている。
【発明の開示】
【課題を解決するための手段】
【００１２】
本発明の方法及びシステムを記載する前に、本発明は、これらが変更することができ、特定の方法及びシステムに限定されないことを理解すべきである。この記載において使用される用語は、特定のバージョン又は実施形態だけを起債する目的のものであり、特許請求の範囲によってのみ限定される発明の範囲を限定するものではないことを理解すべきである。
【００１３】
発明の詳細な説明及び添付の特許請求の範囲において、コンテキストを明確にすること以外に複数のリファレンスを含むことがある。例えば、「メッセージ」を参照することには、１又はそれ以上のメッセージ、および、当業者によって知られているそれらの均等の範囲を参照することを含む。さもなければ、ここで使用される全ての技術的および科学的な用語は、当業者によって一般に理解されるような同じ意味を有する。ここで述べられた全ての刊行物は、リファレンスとしてここに組み入れられる。
【００１４】
本発明は、パブリックネットワーク、および、複数の関係者のコンピュータシステムを含むパブリックネットワークを介して記入取引に関するデータを転送するシステムを含む。各関係者のコンピュータシステムは、パブリックネットワークと通信する。各関係者のコンピュータシステムは、１又はそれ以上のアプリケーション、および、パブリックネットワークと通信するゲートウェイを含む。各アプリケーションは、ゲートウェイと通信する。各アプリケーションは、金融取引に関する機能を実行するために、１又はそれ以上の関係者のコンピュータシステムと１又はそれ以上のメッセージを送受信する。ゲートウェイは、パブリックネットワークを介してアプリケーションの間のデータを送信及び受信するための標準的なインターフェースを提供する。ある実施形態では、パブリックネットワークは、インターネットを含む。ある実施形態では、メッセージは、ヘッダ及びボディを含む。ヘッダは、１又はそれ以上の機能を実行するためのゲートウェイによって使用される情報を含む。ボディは、アプリケーションによって送信されたデータを含む。メッセージボディは、拡張可能なマーク付け言語（ＸＭＬ）フォーマットのデータを含む。
【００１５】
本出願の目的に関して、用語「金融取引」は、消費者、商業、政府、又は他の取引における、通貨（monetary）、クレジット、ロイヤルティポイント、又は、他の測度単位であってよいいかなる価値の交換をも含む。好ましい実施形態では、金融取引は、クレジット又はデビット取引、ロイヤルティポイントの交換、ストアバリュー取引（stored value transactions）、現金前払い、または、第１のアカウントから第２のアカウントに対するいかなる価値の移送をも含むような消費取引に関する価値の交換を含み得る。別の実施形態では、金融取引は、
買い物、セール、または、投資証券の交換；商業的契約取引；商業的さや取引；チャンスのゲーム；または、政府がスポンサーの利益の分配のような、商業的、政府、または、他のいかなる取引における価値のいかなる交換をも含み得る。本発明が、カードベース取引、または、非カードベース取引（即ち、必要なアカウント及び／又は他の情報が、カードの使用なしでアクセス可能である取引）の両方において等しく有効であることは、当業者には明らかであろう。
【００１６】
ある実施形態では、金融取引は、アカウントの生成、維持、使用、または、終了に関する補助的な情報の交換を含み得る。例えば、ある実施形態では、金融取引は、管理リスト、ポリシー、新しい及び／又は修正された支払アプリケーション、および同様なものの交換を含み得る。
【００１７】
ある実施形態では、ゲートウェイは、メッセージを転送すること、メッセージを受信すること、メッセージをルーティングすること、メッセージヘッダ情報を解決すること、メッセージの信頼性を提供すること、メッセージセキュリティを実装すること、メッセージをフィルタリングすること、メッセージ相関を実行することの１又はそれ以上のプロセスを実行する。メッセージを転送することには、アプリケーションからメッセージオブジェクトを受信すること、いかなる情報常駐に基づいて又はメッセージに関連するゲートウェイに提供されたメッセージに関する１又はそれ以上のポリシーを決定すること、メッセージの受信者に関する移送アドレスを解決すること、１又はそれ以上のセキュリティ特性をメッセージに適用すること、パブリックネットワークにチャネルを開け、安全にすること、および、チャネルを介してメッセージを送信することを含む。セキュリティ特性は、１又はそれ以上のディジタルサイン及び暗号化を含む。ある実施形態では、メッセージを受信することには、パブリックネットワークを介してアプリケーションからメッセージを受信すること、情報常駐に基づいてまたはメッセージに関係するゲートウェイに提供された１又はそれ以上のポリシーを検索すること、メッセージオブジェクトを受信アプリケーションに配送することを含む。メッセージを受信することには、更に、ディジタルサインを検査するためにセキュリティ堀シー情報を使用し、及び／又は、メッセージを暗号化するためのセキュリティポリシー情報を使用することを含む。ポリシーは、本発明の他の設計特性によって説明され、または、暗示されうる。
【００１８】
ある実施形態では、ゲートウェイは、パブリックゲートウェイと通信するゲートウェイサーバと、ゲートウェイサーバと通信するゲートウェイクライアントライブラリと、ゲートウェイアプリケーションプログラミングインターフェースを介してゲートウェイクライアントライブラリにアクセスする少なくとも１つのアプリケーションを含む。ゲートウェイサーバは、入ってくるメッセージをキューに入れ、チャネルを開け、チャネルを維持する。ゲートウェイクライアントライブラリは、１又はそれ以上のプロトコルとインターフェースする。
【００１９】
ある実施形態では、関係者のコンピュータシステムは更に、パブリックネットワークを介してアクセス可能なディレクトリを含む。ディレクトリは、１又はそれ以上のエントリを包含する記憶装置を含む。各エントリは、メッセージルーティングデータ、メタデータ、及び／又は、セキュリティポリシー情報のような関連する情報及び、１又はそれ以上の識別子を含む。
【００２０】
チャネルセキュリティおよびメッセージセキュリティは、いかなる周知の技術を使用することによっても実行することができる。ある実施形態では、公開鍵インフラストラクチャは、チャネル及びメッセージセキュリティを実装するために認証局と通信するように使用される。認証局は、チャネル及びメッセージの確認において、リアルタイムベースで、包含される必要は無い仕方で使用されるように設計される。認証局は、相互認証、統合チェック、暗号化、および、チャネル及びメッセージの非リアルタイム確認のために使用される。
【００２１】
ある実施形態は、関係者のコンピュータシステムは、パブリックネットワークと通信するプラットフォームサービスを更に含む。プラットフォームサービスは、プラットフォームサービスを介してルーティングされたメッセージに関するメッセージサービスを提供する。プラットフォームサービスは、他のゲートウェイおよびアプリケーションにアクセスするように関係者のコンピュータシステムからリモート管理されたアプリケーションを可能にするリモートゲートウェイサービスを含むことができる。ある実施形態では、システムは、１又はそれ以上のコンシューマーデバイスを更に含む。各コンシューマーデバイスは、パブリックネットワークにアクセスするためのリモートゲートウェイサービスを使用することができる。コンシューマーデバイスは、１又はそれ以上の電話、携帯電話、ＰＤＡ（personal digital assistant）、ハンドヘルドデバイス、セットトップボックスおよびパーソナルコンピュータを含み得る。プラットフォームサービスは、ブロードキャストメッセージングをサポートし、ブロードキャストメッセージに関する分配リストを管理するブロードキャストメッセージサービスを含み得る。プラットフォームサービスは、メッセージの再送信を管理し、受信者を決定するなど信頼性の高いメッセージングサービスを含むことができる。プラットフォームサービスは、仲介されたサービス、または、メッセージを監査するためにロギングするメッセージを更に含み得る。
【００２２】
ある実施形態では、メッセージオブジェクトを受信すること、関係者、サービス、サービスデータ、サービスの消費者、及び／又は、システムコンポーネントのような識別子を含むこと、メッセージオブジェクトからのメッセージを生成すること、常駐情報に基づいて、または、メッセージに関するゲートウェイに提供されるメッセージに関する１又はそれ以上のポリシーを決定すること、識別子を使用してメッセージに関する宛先アドレスを解決すること、１又はそれ以上のセキュリティ特性をメッセージに適用すること、宛先アドレスに対してパブリックネットワークにチャネルを開け、安全にすること、および、チャネルを介してメッセージを送信することを含む。１又はそれ以上のポリシーが、１又はそれ以上のメッセージセキュリティポリシー、および、メッセージルーティングポリシーを包含しうる。パブリックネットワークが、１又はそれ以上のマルチホップトポロジー、ハブアンドスポークトポロジー、peer-to-peerトポロジー、および、ファンアウトトポロジーを含み得る。識別子は、１又はそれ以上の機関識別子、機関メンバー識別子、金融アカウント識別子、認証局識別子、商人識別子、銀行識別子、サービス識別子、および、ポリシー識別子を含み得る。１又はそれ以上のセキュリティ特性が、１又はそれ以上のディジタルサインおよび暗号化アルゴリズムを含み得る。
【００２３】
パブリックネットワークを介して金融取引に関するデータを受信する方法が、リモートコンピュータシステムから金融取引アプリケーションにし向けられたメッセージを受信することと、常駐、又は、メッセージに関するゲートウェイに提供された情報に基づいてメッセージに適用された１又はそれ以上のポリシーを決定することと、メッセージに適用された１又はそれ以上のセキュリティ測度を適用することと、メッセージからメッセージオブジェクトを生成することと、メッセージオブジェクトをアプリケーションに送信することとを含み、メッセージオブジェクトが、識別子を含む。１又はそれ以上のポリシーが、メッセージセキュリティポリシーを含み得る。１又はそれ以上のセキュリティ測度を適用することは、ディジタルサインを検査すること、及び／又は、メッセージを暗号化することを含み得る。識別子は、１又はそれ以上の機関識別子、機関メンバー識別子、金融アカウント識別子、認証局識別子、商人識別子、銀行識別子、サービス識別子、および、ポリシー識別子を含み得る。好ましい実施形態では、識別子は、uniform resource identifier（ＵＲＩ）であってよい。別の実施形態では、識別子は、extensible resource identifier（ＸＲＩ）であってよい。
【００２４】
ある実施形態では、リモートゲートウェイサービスを使用して金融取引情報を転送する方法は、第１のネットワークを介してリモートの関係者によって操作されたアプリケーションから、リモートゲートウェイサービスによって金融取引情報を受信することと、リモートゲートウェイサービスによって金融取引情報を処理することと、処理された金融取引情報を第２のネットワークを介して宛先に、リモートゲートウェイサービスによって転送することとを含む。ある実施形態では、かかる方法は、処理された金融取引情報に対する応答を第２のネットワークからリモートゲートウェイサービスによって受信することと、かかる応答をリモートゲートウェイサービスによって処理することと、処理された応答を第１のネットワークを介してリモートの関係者によって操作されたアプリケーションにリモートゲートウェイサービスによって送信することとを含む。
【発明を実施するための最良の形態】
【００２５】
本発明は、金融取引に関するメッセージ交換を実行するための方法およびシステムに関する。本発明は特に、パブリックネットワークを介してかかるメッセージ交換を実行するための方法、および、メッセージ交換が生じるプラットフォームに関する。
【００２６】
図１は、実施形態による金融取引に関するデータ交換を実行するためのプラットフォームに関する例示的なシステムモデルを示す。図１に示したように、システムモデルは、以下の１またはそれ以上の関係者（クレジットおよびデビット取引のような金融取引を委託する機関、機関のメンバー、商人、政府、および、他の関連したエンティティ）によって使用するためのメッセージバスアーキテクチャに基づいている。アーキテクチャは、（１０４，１１４および１２４のような）ゲートウェイを介してネットワークプラットフォーム１１０にわたってメッセージを交換する（１０２，１１２ａ−ｃ、および、１２２ａ−ｂのような）アプリケーションと、アドレッシングおよびメッセージルーティングをサポートする１またはそれ以上のディレクトリ１０６と、これらのコンポーネントの間の通信を規定するインターフェースおよびプロトコルとを含み得る。
【００２７】
アプリケーションは、ネットワークプラットフォーム１１０に取り付けられた複数の参加者のシステムにわたって分散された処理を使用することができる。この開示の目的に関して、アプリケーションは、機能を実現する１またはそれ以上のコンピュータシステムでのプロセスステップと、１またはそれ以上のコンピュータシステムとの間の相互作用のセットを含む。
【００２８】
ゲートウェイは、フラットフォーム１１０でメッセージを送信および受信するための標準的なインターフェースを提供しうる。ゲートウェイは更に、メッセージルーティング、信頼性、セキュリティ、および、相関をハンドリングすることができる。
【００２９】
ディレクトリ１０６は、１またはそれ以上の識別子、または、プラットフォーム１１０のメッセージの一意的な識別、送信、および、受信をすることができる名前を包含しうる。ディレクトリは、更に、メッセージルーティングデータ、メタデータ、及び／又は、セキュリティポリシー情報を含むことができる。一つのディレクトリだけを図１に示したが、複数のディレクトリを、プラットフォーム１１０に取り付けることができ得る。
【００３０】
プラットフォームプロトコルは、プラットフォーム１１０の通信に関するインターフェースを規定することができ得る。例えば、プロトコルは、メッセージがゲートウェイの間に送信されるプロセス、ゲートウェイとディレクトリ及び／又はアプリケーションとの間の相互作用、メッセージのシンタクスおよびセマンティクス、プラットフォームリソースが識別されるフォーマット、および、リソース識別子フォームの解決を規定することができる。ディレクトリ及びゲートウェイの機能と一緒にいれられたとき、プロトコルは、エンティティのメッセージングの必要性をサポートする環境でアプリケーションを提供する。
【００３１】
メッセージは、プラットフォーム１１０にわたって送信されたデータの別々のユニットである。アプリケーションデータは、それが送信されたとき、１又はそれ以上のメッセージ内に変換される。メッセージは、ヘッダとボディという２つのパーツを含む。ヘッダは、メッセージを配送する際に、プラットフォーム１１０によって使用される情報を含む。ボディは、転送されるデータを含む。ある実施形態では、メッセージボディは、張可能なマーク付け言語（ＸＭＬ）コンテンツとしてフォーマットされる。ある実施形態では、プラットフォーム１１０で転送される各メッセージは、ＳＯＡＰ仕様に従う。
【００３２】
プラットフォームメッセージタイプは、ピア―to―ピア、ハブアンドスポーク、ファンアウト、および、仲介メッセージングを含み得る。ピア―to―ピアメッセージングは、送信器及び受信器の間の直接通信を含み得る。例えば、あるサーバが別のサーバと直接通信するとき、ピア―to―ピアメッセージングが生じる。ハブアンドスポークメッセージングは、中央のハブを介してルーティングされた全ての通信を要求する。仲介メッセージングは、ハブの汎化であり、少なくとも一つの仲介であるスポークメッセージングは、送信器から受信器にメッセージを配送する際に包含される。
【００３３】
プラットフォームに関する根元的なインフラストラクチャは、非同期のメッセージングを使用することができる。しかしながら、アプリケーションは、図３を参照して以下で説明されるゲートウェイアプリケーションプログラミングインターフェース（ＡＰＩ）の使用を介して同期的なメッセージングと、メッセージ識別子をシミュレートしうる。ゲートウェイは、関連するメッセージを相関させるようにゲートウェイおよびアプリケーションを許容するように各メッセージにメッセージ識別子を割り当てることができる。例えば、リクエスト応答メッセージパターンでは、応答メッセージは、そのメッセージ識別子と、リクエストメッセージのメッセージ識別子をも包含することができ得る。かくして、同期メッセージングは、i)メッセージが送信されたときブロックコールを使用することにより、ii)ゲートウェイ相関メッセージ識別子を有することにより達成されうる。
【００３４】
プラットフォーム１１０は、ＡＰＩディレクトリにおいて、または、メッセージ相関を介してのいずれかで、複数のメッセージパターンをサポートすることができる。メッセージパターンタイプは、ファイアアンドフォーゲット（fire-and-forget）、リクエスト−レスポンス、リモートプロシージャセル（ＲＰＣ）、ブロードキャスト通知、会話、複数の応答を備えたリクエスト、及び／又は、複数の応答を備えたブロードキャストに限定されないが、これらを含むことができる。
【００３５】
送信器がメッセージを単一の受信者に送信するとき、ファイアアンドフォーゲットメッセージパターンが生じる。アプリケーションレベル応答は、ファイアアンドフォーゲットメッセージパターンに関しては要求されない。
【００３６】
送信器が、受信機からのアプリケーションレベル応答を要求する単一の受信者にメッセージを送信するとき、リクエスト−レスポンスメッセージパターンが生じる。次いで、受信者は応答を送信器に送信する。
【００３７】
ＲＰＣメッセージパターンは、送信器が、受信者に転送するメッセージ内に直列化されるパラメータを通過させることによりサービスを呼び出す、リクエスト−レスポンスメッセージパターンの形態である。次いで、受信者は送信器に応答を送信する。
【００３８】
送信器が、複数の受信者にメッセージを送信するとき、ブロードキャスト通知メッセージパターンが生じる。アプリケーションレベルレスポンスは要求されない。
会話メッセージパターンは、複数のメッセージ交換を利用するトランザクションにおいて関与している２つの関係者を含む。
【００３９】
送信機が単一の受信者に対してメッセージを送信するとき、複数の応答メッセージパターンを備えたリクエストが生じる。受信者は、オリジナルの送信器に対して複数の応答メッセージを戻す。
【００４０】
最後に、送信機が受信者のセットにメッセージを送信するとき、複数の応答メッセージパターンを備えたブロードキャストが生じる。
上述したメッセージパターンは、プラットフォームで実行されうるメッセージパターンのタイプの単なる例示である。アプリケーションは、１またはそれ以上のゲートウェイＡＰＩ、および、メッセージ識別子のような情報を使用して他のメッセージパターンを実行する。
【００４１】
図２は、実施形態によるアプリケーションの間のメッセージバスに関する例示的なアーキテクチャを示す。メッセージバス２０２は、異なるシステム又はアプリケーションが、共有されたインフラストラクチャを介して共通のインターフェースと通信することを許容する。プラットフォームは、アプリケーション２０４−２０８が標準及びセキュアな仕方で互いに通信することを可能にするメッセージバスアーキテクチャを含む。図２に示したように、メッセージバスアーキテクチャは、コンピュータハードウェアバスアーキテクチャと似ている。他のインプリメンテーションも可能であり、この開示の範囲内で取り囲まれる。
【００４２】
メッセージバスは、企業内でのアプリケーションおよびシステムインテグレーションのために一般的に使用される。バスは、ＴＩＢＣＯのＲｅｎｄｅｚｖｏｕｓ（商標）、及び／又は、ＩＢＭのＭＱＳｅｒｉｅｓ（商標）製品のような製品を使用して実行されうる。
【００４３】
インターネットの出現により、メッセージバスアーキテクチャは、企業間のインテグレーションにしばしば拡張されてきた。しかしながら、アーキテクチャは典型的には、有効な企業が、単一のプロプラエタリ製品を採用し、単一のサービスプロバイダを採用し、及び／又は、種々の競合ベンダ製品及び／又はサービスプロバイダをサポートする標準的なインターフェース仕様を生成することを要求する。ある実施形態では、グローバルに信頼されているメッセージバスを規定する仕様が、競合するベンダ製品、および、種々の製品及びサービスの必要性をサポートする地域を特定したサービスを使用して実行される。
【００４４】
ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ＳＯＡＰ、Transport Layer Security（ＴＬＳ）、ウェブサービスセキュリティ(WS-Security）、Uniform Resource Identifier（ＵＲＩ）、拡張可能リソースインジケータ（ＸＲＩ）、Security Assertion Markup Language（ＳＡＭＬ）、及び／又は、同様のスタンダードのような１又はそれ以上のスタンダードは、プラットフォームによって使用されるプロトコルを規定する。
【００４５】
ＨＴＴＰは、どうやってメッセージがフォーマットされ、転送されるか、および、どのようなアクションがウェブサーバおよびブラウザーで種々のコマンドに対して応答されているかを規定し、ワールドワイドウェブ（ＷＷＷ）によって使用される転送プロトコルである。ＨＴＴＰは、例えば、プラットフォーム内でＳＯＡＰメッセージを転送するのに使用されうる。
【００４６】
ＳＯＡＰは、分散された環境における情報の交換のための軽いＸＭＬプロトコルである。ＳＯＡＰは、メッセージのフォーマット、および、実施形態によるプラットフォームによって使用されるメッセージモデルを規定するのに使用される。
【００４７】
ＴＬＳは、データ暗号化およびディジタルサインを使用することによりパブリックプラットフォームを介して通信を安全にし、かつ、認証するのに使用されるプロトコルである。ＴＬＳは、プラットフォーム内のメッセージ受信者とメッセージ送信者との間の接続を安全にするのに使用される。サーバとクライアントが通信するとき、ＴＬＳは、いかなるメッセージについても第三者による盗聴または干渉を無くすることを保証するように工夫されている。ＴＬＳは、ＴＬＳレコードプロトコルと、ＴＬＳハンドシェークプロトコルという２つの層から組み合わされている。ＴＬＳレコードプロトコルは、暗号方法を使用して接続の安全性を提供する。ＴＬＳレコードプロトコルは、暗号なしでも使用されうる。ＴＬＳハンドシェークプロトコルは、サーバ及びクライアントが、互いに認証することができ、データが交換される前に暗号アルゴリズムおよび暗号キーを取り決めることができ得る。ある実施形態では、図６を参照して以下に説明する６０２または６０４のような認証局が、認証及び／又は交渉ステップを実行する際に使用するための１又はそれ以上のゲートウェイに１又はそれ以上のキーを提供することができる。
【００４８】
WS-Securityは、メッセージ保全性及び機密性を提供するＳＯＡＰメッセージングの拡張を規定する。特定されたメカニズムは、複数のセキュリティモデル、および、暗号技術に適応させるように使用されうる。WS-Securityは、メッセージサイン及びメッセージ暗号を規定することによりプラットフォーム内でメッセージレベルセキュリティを規定する。
【００４９】
ＵＲＩは、ドキュメント、イメージ、ダウンロード可能なファイル、サービス、電子メールボックス、および、他のリソースのような、ネットワークでの物理的なリソースまたはアブストラクトを識別する特徴のコンパクトなストリングである。ＵＲＩは、種々の名前付けスキーム、および、ＨＴＴＰ、ＦＴＰおよびインターネットメールのようなアクセス方法を使用してリソースにアクセスするための共通のフォーマットを提供する。
【００５０】
ＵＲＬ（uniform resource locator）は、リソースの他の属性によってまたは名前によってリソースを識別するのではなく、（例えば、それらのネットワークロケーションのような）それらの主なアクセスメカニズムの表現を介してリソースを識別するＵＲＩのサブセットである。
【００５１】
ＸＲＩ仕様は、ＵＲＩ仕様に作られる識別子を規定する。ＸＲＩ仕様は、追加の構造的な層を一般的なＵＲＩに加え、種々のコンテキストにおいて使用可能なＸＲＩを作るための解決スキームを規定する。ＸＲＩは、プラットフォーム内の（メッセージを送信及び受信する関係者のような）リソースを識別するのに用いることができる。
【００５２】
ＳＡＭＬは、セキュリティ情報を交換するためのＸＭＬベースフレームワークである。ＳＡＭＬは、メッセージレベルセキュリティ、認証、および、許可のためのセキュリティ表明を規定するのに使用することができる。同様のフレームワークも、本発明の範囲内で使用することができ得る。
【００５３】
図３は、ある実施形態によるゲートウェイを包含するアプリケーションの間のメッセージバスに関する例示的なアーキテクチャを示す。３０２−３０６の各々のようなゲートウェイは、メッセージを送信及び受信し、メッセージルーティングを相互に信頼性高く安全にハンドリングするためのインターフェースを提供するプラットフォームにおけるメッセージバスアーキテクチャのコンポーネントである。ゲートウェイは、接続管理、セッション管理などの詳細から分離されるように、各々がアプリケーションおよびコンテンツを許容するウェブサーバと同様な方法で機能する。ゲートウェイは、メッセージングアプリケーションを、メッセージルーティング、セキュリティ、チャネルセットアップ、および、管理などの詳細から分離することができる。図３に示した機能をサポートするシステムは、ＳＯＡＰノードと呼ばれる。
【００５４】
ゲートウェイは、図２を参照して上で説明した１又はそれ以上のスタンダードを使用してメッセージを安全に送信及び受信することができる。更に、ゲートウェイ機能は、メッセージルーティング、識別子解決、および、キャッシング、メッセージ相互関係、セキュアメッセージング、及び／又は、メッセージフィルタリングを含む。メッセージフィルタリングは、ゲートウェイがアクセスすることができる、例えば、送信者、受信者、メッセージタイプ及び／又は他のデータを考慮するポリシーに基づいて特定のメッセージに関する障害を、ゲートウェイが拒絶又は記録することを許容する。
【００５５】
メッセージを送信するために、ゲートウェイは、例えば、アプリケーションからメッセージオブジェクトを受信すること、（セキュリティポリシーおよびルーティングポリシーを含む）メッセージに関するポリシーを検索すること、受信者に関する移送アドレスを解決するために適当なディレクトリをコンサルティングすること、適当なセキュリティ特性（サイン、暗号など）を適用すること、（受信者に対するＨＴＴＰ接続のような）チャネルを開けること又は再利用すること、チャネルを安全にすること、および、チャネルを介してメッセージを送信すること、などのオペレーションを実行することができ得る。メッセージオブジェクトは、メッセージにサインし、メッセージのサインを確認し、アプリケーションデータを暗号化し、及び／又は、アプリケーションデータを暗号解読するための方法を含む。
【００５６】
メッセージを受信するために、ゲートウェイは、例えば、別のアプリケーションからメッセージを受信すること、メッセージに関する１又はそれ以上のポリシーを検索すること（これは、セキュリティポリシー、及び／又は、メッセージに関する受信アプリケーションを判断するために実行されうる）、もし適用可能であれば、サインを確認し、メッセージを解読するためのセキュリティポリシー情報を使用すること、及び／又は、メッセージオブジェクトを受信アプリケーションに配送すること、などのオペレーションを実行することができ得る。
【００５７】
アプリケーションは、メッセージをゲートウェイと交換するために、ゲートウェイＡＰＩを使用することができる。ある実施形態では、ＡＰＩは、オブジェクト指向であり、メッセージ及びチャネルを規定する。
【００５８】
チャネルは、送信者を１又はそれ以上の受信者と接続する。チャネルは、パスを送る論理パススルーを含む。チャネルオブジェクトは、メッセージを送信および受信する方法を含む。
【００５９】
図４は、ある実施形態による例示的なゲートウェイアーキテクチャを示す。ある実施形態では、ゲートウェイは、ゲートウェイＡＰＩ４０２、ゲートウェイクライアントライブラリ４０４，および、ゲートウェイサーバ４０６を含む。ゲートウェイサーバ４０６は、メッセージをキューに入れ、接続をオープンして維持し、他の同様のオペレーションを実行する。ゲートウェイクライアントライブラリ４０４は、ゲートウェイＡＰＩ４０２を、ゲートウェイサーバ４０６に接続し、１又はそれ以上のプロトコルを実行する。ゲートウェイＡＰＩ４０２は、１又はそれ以上のアプリケーションと、ゲートウェイの他のコンポーネントとの間のインターフェースを提供する。別のゲートウェイインプリメンテーションは、異なるゲートウェイの機能を分散する。例えば、別の実施形態では、ゲートウェイクライアントライブラリ４０４またはゲートウェイサーバ４０６のいずれかが、メッセージレベル暗号を要求するメッセージを暗号化する。更に、図４は、ゲートウェイＡＰＩ４０２、ゲートウェイクライアントライブラリ４０４、および、ゲートウェイサーバ４０６を物理的に別々のコンポーネントとして示すけれども、当業者には、かかるコンポーネントが論理的又は物理的に別々であることが明らかである。
【００６０】
図５は、ある実施形態によるトランザクションプラットフォーム内の例示的なディレクトリインプリメンテーションを示す。５０２−５０６の各々のようなディレクトリは、プラットフォーム内でリソースに関する情報を管理する。この情報は、名前をつけ、記述し、場所を特定し、及び／又は、システムリソースにアクセスするのに用いられる。名付けられ又は識別されたリソースは、受信者、ゲートウェイ、ディレクトリ、アプリケーション、及び、同様なものを含む。かかるリソースに関する一貫したリファレンスを提供することにより、ディレクトリ構造及びストアされた識別子は、プラットフォームの統合を維持することができる。
【００６１】
ある実施形態では、識別子及びそれらに関するデータは、アプリケーション−to−アプリケーションメッセージングを容易にする目的でディレクトリにストアされうる。プラットフォームは、識別子ネーム空間を柔軟に規定するのに使用されうる。
【００６２】
１又はそれ以上の識別子スキームが、ディレクトリ構造で使用されうる。識別子スキームは、識別子のセマンティクスおよびシンタクスの仕様である。例えば、ＨＴＴＰ uniform resource locator（ＵＲＬ）仕様は、ウェブページおよび他のウェブリソースを識別するための識別子スキームを規定する。
【００６３】
ある実施形態では、ＸＲＩ識別子スキームが使用されうる。ＸＲＩのコンテキストが、データまたはそれに関係するサービスのネットワークロケーションから切り離されるので、ＸＲＩは、ロケーション独立であり得る。更に、ＸＲＩと関係するリソースをアクセスすることは、特定のプラットフォームロケーション又はプロトコルに限定されない。
【００６４】
ネーム空間は、全ての識別子が互いに関して一意的である識別子のグループである。ある実施形態では、識別子は、階層的になりうる。
ネーム空間の委託（即ち、ネーム空間の一部の管理を機関に委託すること）は、よく確立されており、危険な運用である。例えば、ともに階層的で委託されたクレジット／デビットカードに関するプライマリアカウント番号（ＰＡＮ）は例示的に識別される。ＰＡＮは、例えば、発行者の設定識別子（６ディジット）を含む１６ディジットから１９ディジットの識別子、および、カード保有者識別子（１０乃至１３識別子）である。発行者の設定識別子は、機関に割り当てられている。発行者設定識別子の第１のディジットは、機関を識別する。続く５ディジットは、多数の機関を識別するのに用いられる。次いで、メンバーは、機関の代表としてカード保有者識別子を割り当てる。
【００６５】
ある実施形態では、ＸＲＩネーム空間は、ＰＡＮに対応するように開発されている。例えば、機関ネーム空間は、ＸＲＩの第１の部分（"xri:@organization"）を占める。特定のメンバーを識別するために、次いで、機関は、メンバーを一意的に識別するストリングを含むようにネーム空間を拡張する("xri:@organization/somemember")。次いで、ネーム空間の残りはメンバーに委託される。言い換えれば、メンバーは、カード保有者のアカウントのような識別を要求するリソースを識別するようにネーム空間を更に拡張する("xri:@organization/somemember/someaccount")。
【００６６】
ある実施形態では、プラットフォームにわたって一貫性を保証するためにネーム空間の委託された部分に、構文制限が課される。例えば、ネーム空間の"someaccount"部分は、ディジットだけなどを使用して、所定の数の文字を使用するなどして、通常の表現またはフォーマットを適合させるように要求される。ネーム空間識別子を記述する他の方法は、本発明の範囲内で想定される。
【００６７】
プラットフォーム内で使用されるディレクトリ５０２−５０６は、識別子及び関連するデータをストアすることによりメッセージのアドレッシングおよびルーティングをサポートする。例えば、アプリケーションは、ＰＡＮのようなメンバー識別子を使用してメッセージを送信することができる。ゲートウェイは、ディレクトリを問い合わせるのにＸＲＩを使用し、そのメンバーに関する移送アドレス（ＨＴＴＰＳ  ＵＲＬ）を戻す。更に、セキュリティポリシー情報のようなデータは、ディレクトリにおいてサポートされる。
【００６８】
ある実施形態では、ゲートウェイディレクトリだけが、複数のディレクトリと相互作用する。ゲートウェイは、アプリケーションに関する識別子解決を実行する。ある実施形態では、解決プロトコルが、リゾルバライブラリ及びディレクトリを使用して実行される。リゾルバライブラリは、ディレクトリと相互作用するゲートウェイの一部であってよい。解決は、i)送信されたメッセージを受信した後、ゲートウェイからリゾルバライブラリに受信者に関する指名子をパスし、ii)ディレクトリ（又は、識別子局）が指名子に関連する情報を包含するかどうかを判断するために、リゾルバライブラリによって指名子を検査し、iii)リゾルバライブラリによって、そのデータに関するソースリクエストをディレクトリに送信し、iv)ゲートウェイによって、ディレクトリに対するソース接続をオープンし、v)問合せにおける指名子に関連する記述子ドキュメント（例えば、ルーティングおよび他の情報を包含するＸＭＬドキュメント）の照合をディレクトリで実行し、vi)ディレクトリから（あるいはリゾルバライブラリを介して）ゲートウェイに記述子ドキュメントを転送し、vii)ゲートウェイによって、メッセージを転送するために記述子ドキュメントの情報を処理する、１またはそれ以上のオペレーションを使用して達成される。
【００６９】
ディレクトリは、アプリケーションおよびゲートウェイといっしょに分散され、または、管理されうる。しかしながら、これは、本発明内で機能するようにディレクトリに関して供給されるわけではない。ディレクトリは、実装仕様手段を介して維持され、設置され、完全なネイティブインプリメンテーション、または、存在するデータストアの頂部で実行されうる。更に、ディレクトリは、ローカル管理、および、各受信者による識別子の制御を可能にする委任された識別子ネーム空間を介して一緒にリンクされうる。これにより、ディレクトリの後ろでローカル規定およびデータ管理を許容することができ、クロスディレクトリ管理ツールまたは使用を要求しない。
【００７０】
図６は、ある実施形態による金融取引に関するデータ交換に関する例示的な認証局を示す。プラットフォームが、信頼された仕方でメッセージを送信及び受信することができることを保証するためのプラットフォーム内に、種々のセキュリティ特性が構築される。この目標を達成するために、プラットフォームは、（ＴＬＳのような）転送レベルセキュリティ機構、（WS-Securityのような）メッセージレベルセキュリティ機構、および、認証を含む公開鍵インフラストラクチャ（ＰＫＩ）に影響を与える。
【００７１】
トランスポート層では、プラットフォームは、互いに通信することを試みるゲートウェイの認証を確認するために相互認証ＴＬＳ接続を使用することができる。ＴＬＳ接続は、更に、データ保全性を維持し、接続を介して転送されたメッセージの認証を保証する。
【００７２】
メッセージ層では、プラットフォームプロトコルが、ＷＳ−Ｓｅｃｕｒｉｔｙ、ＸＭＬ暗号化、および、ＸＭＬディジタルサイン、または同様のプロトコルのようなセキュリティ仕様を使用することができる。ゲートウェイは、メッセージレベルセキュリティを実行するために、メッセージボディに暗号及び復号を適用するために応答することができる。例えば、プラットフォームを越えて延びるend-to-end暗号が要求されるならば、メッセージがゲートウェイに転送される前に、アプリケーションが、アプリケーション仕様暗号をメッセージボディに対して実行することができる。同様のオペレーションがディジタルサインに関して実行されうる。
【００７３】
ある実施形態では、プラットフォームにおいて匿名の受信者は許容されない。受信者は、転送レベルおよびメッセージレベルセキュリティの両方で認証を使用してそれ自身の識別をすることができる。各受信者は、機関の認証局６０２にルーティングされる有効な認証チェーンを表すことができる。全てのゲートウェイ、アプリケーション、および、プラットフォームを使用するディレクトリは、ゲートウェイ、アプリケーション、または、ディレクトリがプラットフォームを使用するために認証されることを確立するスポンサー機関（の利益）によって発行される認証を有する。スポンサー機関は、ルート認証局６０２を主催することができるけれども、他の受信者は、同様に認証局６０４を主催することができる。
【００７４】
ある実施形態では、ゲートウェイは、所定の多くの時間、メッセージを再送信することを試みることができる。肯定応答メッセージが、所定のタイムアウト時間内に受信されなければ、メッセージは再送信され得る。メッセージが所定の試みる回数内に送信されなければ、障害メッセージが送信アプリケーションに戻されうる。
【００７５】
プラットフォームはまた、フェイルオーバールーティングをもサポートする。フェイルオーバールーティングにより、プライマリゲートウェイは、１又はそれ以上のバックアップゲートウェイを特定することができる。メッセージがプライマリゲートウェイに送信できなかった場合、プラットフォームは、特定のオーダーにおいてバックアップゲートウェイの各々にメッセージを送信することを試みうる。
【００７６】
図７は、ある実施形態による取引プラットフォーム内の例示的なプラットフォームサービスを示す。新しい特徴、改良、および、現行サービスの拡張が、７０２のような呼び出されたプラットフォームサービスを申し出るサービスを生成することによりプラットフォームに加えられ得る。プラットフォームサービス７０２は、スポンサー機関または信頼された第三者によってのみ主催される特別目的のアプリケーションを含むことができる。プラットフォームサービス７０２は、サービスを介してルーティングされるメッセージに対して、追加のサービス又は機能を提供することができる。例えば、プラットフォームサービス７０２は、地理的フェイルオーバーを申しでて、且つ、メッセージ配送の高い保証を提供する保証されたメッセージ配送サービスを実行することができる。他の実施形態では、ブロードキャストプラットフォームサービスは、ブロードキャストプラットフォームは、ブロードキャストメッセージプラットフォームと、メッセージがブロードキャストされる配布リストの管理及び用意をサポートする。
【００７７】
図８に例示のプラットフォームサービスを示す。リモートゲートウェイサービス８０２，８０４は、ゲートウェイをホスティングすることなくプラットフォームを使用することができる能力を備えたインタープライズネットワークを提供することができる。リモートゲートウェイサービスは、例えば、アプリケーションをプラットフォームに提供することを単に願う受信者によって使用されうる。リモート受信者は、スポンサー機関のゲートウェイ８０２を介して、または、他の受信者のゲートウェイ８０４を介して、プラットフォームにアクセスすることができる。
【００７８】
ある実施形態では、１又はそれ以上のコンシューマデバイスが、メッセージを送信し、リモートゲートウェイサービスを介してパブリックネットワークからメッセージを受信するのに使用されうる。コンシューマデバイスが、常にネットワークに接続されているか、又は、ネットワークの完全な受信者に信用されているいずれかであるということはありえないので、かかるコンシューマデバイスは、リモートゲートウェイサービスを使用することができ得る。コンシューマデバイスは、例えば、電話、携帯電話、ＰＤＡ（personal digital assistant）、ハンドヘルドデバイス、セットトップボックス、パーソナルコンピュータ、または、消費者によって使用される他のいかなる電子通信デバイスをも含み得る。
【００７９】
図９は、ある実施形態によるリモートゲートウェイサービスを使用した例示的なメッセージフローを示す。ある実施形態では、リモート受信者９０２によって操作されたアプリケーションが、メッセージをリモートゲートウェイサービス９０４に送信することができる。リモートゲートウェイサービス９０４は、スポンサー機関または他の受信者に属する。リモートゲートウェイサービス９０４は、メッセージを処理し、チャネルを介してメッセージを宛先ゲートウェイ９０６に、最終的には宛先アプリケーションに送信する。宛先アプリケーションからの応答は、リモートゲートウェイサービス９０４によって受信され、リモート受信者アプリケーションに転送される。
【００８０】
本発明は、この詳細な説明、図面の例示におけるコンポーネントの配置及び構成に限定されるものではない。開示された方法及びシステムは、他の実施形態でも種々の方法で実装及び実行が可能である。それゆえ、ここで用いられた表現及び語法は、説明の目的のものであり、それらに限定して解釈されるものではない。
【００８１】
当業者は、本発明の種々の目的を実行するために他の構造、方法及びシステムの設計に基づいて、ここでの開示を容易に利用することができるであろう。それ故、開示された実施形態の精神および範囲から逸脱しない均等範囲の構成を含む特許請求の範囲に係る発明は、本願発明の範囲と見なされることは重要である。
【図面の簡単な説明】
【００８２】
【図１】ある実施形態による金融取引に関するデータ交換を実行するためのプラットフォームに関する例示的なシステムモデルを示す。
【図２】ある実施形態によるメッセージバスに関する例示的なアーキテクチャを示す。
【図３】ある実施形態によるメッセージバスに関する例示的なアーキテクチャを示す。
【図４】ある実施形態による例示的なゲートウェイアーキテクチャを示す。
【図５】ある実施形態による取引プラットフォーム内での例示的なディレクトリインプリメンテーションを示す。
【図６】ある実施形態による金融取引に関するメッセージに関する例示的な認証権限を示す。
【図７】ある実施形態による送信プラットフォーム内の例示的なプラットフォームサービスを示す。
【図８】ある実施形態による例示的なリモートゲートウェイサービスを示す。
【図９】ある実施形態によるリモートゲートウェイサービスを使用した例示的なメッセージフローを示す。
【図１】
2008529136.tif 000003
【図２】
2008529136.tif 000004
【図３】
2008529136.tif 000005
【図４】
2008529136.tif 000006
【図５】
2008529136.tif 000007
【図６】
2008529136.tif 000008
【図７】
2008529136.tif 000009
【図８】
2008529136.tif 000010
【図９】
2008529136.tif 000011
【国際調査報告】
2008529136.tif 000012