JP2004501420A - 通信ネットワークを越える請求支払いおよび提示システムにおいてメッセージを処理する方法およびシステム。 - Google Patents

Abstract

請求支払いおよび提示システムにおける、オープンな金融交換通信プロトコルを使用して通信ネットワークを越えて請求情報を電子的にルーティングする方法が提供される。本方法は、顧客サービスプロバイダーと請求者サービスプロバイダーとの間でメッセージのルーティングを調整するために中央に配置されたメインフレームシステムおよびスイッチングシステムを提供する。特に、本方法は、ＣＳＰおよびＢＳＰにてメッセージを含むメインフレームアプリケーションファイルを収集し、これらのファイルをバッチモードでメインフレームシステムへ転送し、スイッチングシステムを用いてこれらのメインフレームファイルをウェブで使用可能なアドレスアドレスに変換して、フラットファイルおよび／またはインターネットベースの形式で金融請求情報の効率的な伝送を可能にする。

Description

【０００１】
【発明の属する技術分野】
本発明は、オープンな金融交換通信ネットワークを使用して通信ネットワークを越えて顧客へ請求書情報、即ち決済情報を電子的にルーティング（経路選択）する方法およびシステムに関連し、特に、請求書支払いおよび請求書提示システムにおいてメインフレームアプリケーションファイルをインターネットストリームに再フォーマットさせ、インターネットなどのオープンな通信ネットワークを越えて伝送することを可能にする方法およびシステムに関連する。
【０００２】
従来技術から分かるように、異なるタイプの請求書提示および支払いシステムがある。例えば、インターナショナルビジネスマシーンズ社の米国特許第５，８３２，４６０号（ＩＢＭ特許）は、電子的に請求書を生成し、提示し、支払い、照合するシステムおよび方法を開示する。より具体的には、このＩＢＭ特許は、請求書生成者、即ちサービスプロバイダー（ガス、電気、或いは電話会社など）、請求支払い者即ち顧客、および彼らのそれぞれの銀行、同様にこれらの全ての者と電子的に通信を行う電子請求書提示者とに関連するものである。請求提示者は、様々な請求書生成者からの請求書をソートし、選択された顧客への請求書をこの顧客へ提示し、この顧客は、それから、順に、請求書提示者に、この顧客が支払うことを望む請求書およびその支払い金額を指し示す。請求書提示者は、請求支払人の銀行と所望の請求書生成者へ通知する。請求支払い者の銀行は、支払いのメッセージを生成者へ通知する請求者生成者の銀行へ送信する。
【０００３】
マスターカードインターナショナルインコーポレイティド社（マスターカード特許）の米国特許第５，６９９，５２８号は、通信ネットワークを越える請求書配送および支払いのシステムを開示する。このマスターカード特許は、請求（ｂｉｌｌ）情報を請求書取得装置（ｂｉｌｌ ｃａｐｔｕｒｅ ｄｅｖｉｃｅ）に提供する複数の受取人コンピュータと、インターネットを越えて請求書データをフォーマットして加入者に特有の請求書イメージに変換するサーバーとを含むシステムを開示する。このように、加入者は、ウェブブラウザーを使用してサーバーコンピュータにアクセスしイメージを閲覧することによって彼らの各自の請求情報を得て、自分の請求に支払いを行うことができる。
【０００４】
マスターカード特許に開示されるように、電子請求サービス会社は、サービスを監視し、サーバーコンピュータ（および請求書獲得装置）、および、インターネットアクセスを可能にすることと、合意に基づくプロトコルに準拠した受取人コンピュータから請求情報を受信することとを含む通信能力を制御する。
【０００５】
当業者は理解し得ることであるが、種々の請求書提示および支払いのシステムが開発され利用されているが、オープンで共通でありインターネットを越えてメッセージや情報の安全な交換を生成することが要望され、これは電子請求書提示および支払いシステム、同様に、株式トランザクションおよびトレーディングなどのその他の金融トランザクションの使用を促進し拡張するという理由で、チェックフリーコーポレイション社、インテュイット社およびマイクロソフト社の共同で設計されたオープン型金融交換（ＯＦＸ）フォーマットが長年にわたって発展されオリジナルのリリース１．０２、追加リリース１．５．１、１．６、および２．０が提供されている。このＯＦＸは完全にオープンなフォーマットであり、インターネットを利用するクライアント／サーバーシステム上で使用するように設計されている。ＯＦＸは文法的にはハイパーテキストマークアップ言語（ＨＴＭＬ）に似ており、データを識別し区分けするタグに特徴があり、長期にわたり拡張することが可能である。ＯＦＸについての詳細は「オープン型金融交換仕様（１．５．１版、１９９８年１１月２３日）」に開示されていることを前提とする。
【０００６】
ＯＦＸフォーマットを使用したとしても、マーケットにおける均一性の欠如や不効率がいまだに存在する。現在の電子請求支払いおよび提示システム（ＥＢＰＰ）環境では、顧客サービスプロバイダー即ちＣＳＰ（「生成者」とも称する。）および請求者サービスプロバイダー（ＢＳＰ）（「コンセントレータ（ｃｏｎｃｅｎｔｒａｔｏｒ）」とも称する。）がある。このＣＳＰは、その顧客の代わって支払いを開始し、電話で請求支払いサービスを提供する金融機関、即ちスポンサー銀行（ｓｐｏｎｓｏｒ ｂａｎｋ）などの金融機関、および、顧客に負債の管理プランや支払いサービスを提供する信用相談エージェンシーである。このＢＳＰは、生成者の客によって支払われるべき請求者或いは債権者と取引関係を持つ機関である。ＢＳＰは、トランザクションの詳細を再フォーマットして、請求者の口座（ａｃｃｏｕｎｔ）の受信可能な要件に適応させ、請求者と決済を行う責任がある。
【０００７】
従来は、参加者が、インターネットを介するポイント・ツー・ポイント方式で接続しており、そのため、それぞれのＣＳＰやＢＳＰは相互に接続する必要があり、各パートナーと異なる合意を手配していた。しかしながら、このことは、新たな参加者がマーケットに入ってきた場合に、ＢＳＰおよびＣＳＰの両者にとって非常にやっかいな問題となってきた。
【０００８】
中央集権化したスイッチング機能の必要性に応じるためと思われるが、チェースマンハッタン銀行、ファーストユニオンナショナル銀行およびウェルズファーゴ銀行は、スペクトラムＥＢＰ，ＬＬＣという名の会社を設立したが、この会社は、請求者と顧客との間で電子請求書および支払いをルーティングするような、銀行が所有する支払いシステムユーティリティである。このスペクトラムスイッチシステムは、請求者の代わりに請求データを電子フォームに変換する請求者サービスプロバイダーと、電子請求書を顧客に配送する顧客サービスプロバイダーとの間で動作する。このスペクトラムシステムでは、ＢＳＰが請求者から請求ファイルを集め、これらフォーマットして業界標準のＯＦＸメッセージに変換し、このファイルをスペクトラムへ送信し、その後、スペクトラムはトランザクションを検証し、請求書を適切なＣＳＰへルーティングし、ＣＳＰは顧客のコンピュータ画面にこれを提示する。顧客の電子支払いメッセージは、彼らのＣＳＰから伝送され、そして、加盟の金融機関へ会計および決済するためにスペクトラムへルートされる。
【０００９】
スペクトラムスイッチングシステムを用いた場合でさえ、今日のＯＦＸ環境では、電子請求支払いおよび提示は、典型的には、インターネットセキュリティプロトコルを使用して、公衆通信回線を通るインターネットを越えて単独で処理される。このシステムは、使用可能な情報の全てを利用する能力を持たず、特にバッチモードでメインフレームアプリケーションファイルを利用する能力が無いという理由から、依然として欠陥がある。従って、ＯＦＸフォーマットを利用し、オープンな環境でＣＳＰやＢＳＰの間で、効率的に、および効率的かつ機能的な方法で電子提示サマリー情報の交換或いはスイッチングを容易にするが、メインフレームアプリケーションファイルおよびデータの利用、および、公衆回線および私有回線を越えて関連情報を相互交換することを可能にするようなネットワークアプリケーションを提供する必要がある。
【００１０】
本願は、米国特許仮出願第６０／１９２，８２８号（２０００年３月２９日出願、タイトル「電子トランザクションのルーティングのためのスイッチを提供する方法およびシステム」）および米国特許仮出願第６０／２１１，８１３号（２０００年６月１４日出願、タイトル「リモート支払いおよび提示サービスＲＰＰＳ」）の優先権の利益を主張し、これらを参照によって本願に合体させるものとする。
【００１１】
発明の概要
本発明によれば、オープンな金融交換通信プロトコルを使用する通信ネットワークを越えて請求情報を電子的にルーティングする方法が提供され、この方法は、次のステップ：請求者および顧客を、中央に配置されたメインフレームシステムを持つ電子請求支払いおよび提示システムに登録するステップと；顧客サービスプロバイダーを顧客とインターフェイス即ち接続するステップと；請求者サービスプロバイダーを請求者とインターフェイスし、請求者から請求情報を収集するステップと；顧客サービスプロバイダーと請求者サービスプロバイダーとの間でメッセージの伝送を調整するために請求支払いおよび提示システムに結合された、中央に配置されたスイッチングシステムを提供するステップと；顧客サービスプロバイダー或いは請求者サービスプロバイダーにて顧客および請求者のそれぞれからの請求提示に関連するメッセージを含むようなメインフレームアプリケーションファイルを生成するステップと；バッチモードでこのメインフレームアプリケーションファイルを中央に配置されたメインフレームシステムへ転送するステップと；スイッチングシステムにてメインフレームアプリケーションファイルを１つまたは複数の意図する受取人へインターネットを越えてメッセージを配送するためのインターネットでアクセス可能アドレスに変換するステップとを含む。
【００１２】
好適には、ファイル分配エージェントを提供してメインフレームアプリケーションファイルにＨＴＴＰヘッダーを付加し、ルックアップテーブルを使用してインターネットでアクセス可能なアドレスを判断する。メッセージ要求および返信の効率的な伝送を可能にするプッシング（ｐｕｓｈｉｎｇ）およびバースティング（ｂｕｒｓｔｉｎｇ）技術を設けることによって機能性はさらに拡張される。
【００１３】
このようにして、このオープンな金融交換プロトコルを使用して参加者が任意選択の複数の接続性を得ることを可能にする方法が提供される。より詳細には、メインフレームアプリケーションファイルを伴う参加銀行が、それにもかかわらず、このようなアプリケーションをバッチで中央集権化されたメインフレームコンピュータへ転送し、ファイル分配エージェントおよびサーバー装置
（構成）が協同でこのようなファイルをインターネット伝送のために変換および逆変換することによって、請求支払い提示システムに参加することを可能にする方法が提供される。
【００１４】
本発明のさらなる目的、機能および利点は、本発明の好適な実施態様を示す添付の諸図面を以下の詳細な説明から明らかとなるであろう。
これら諸図面を通じて、同じ参照番号や文字は、特に示してない場合を除いて、実施態様の同様の機能、要素、コンポーネント、部材を指し示すのに使用する。さらに、対象となる発明は、諸図面を参照しつつ詳細に説明するが、これは実施態様と関連して説明する。請求の範囲で定義した対象の発明の真の範囲および本質から逸脱することなく、説明した実施態様は修正や変形を施され得ることを意図するものである。
【００１５】
好適な実施態様の詳細な説明
図１に示した実施態様では、ＣＳＰおよびＢＳＰのそれぞれを接続する必要性が、非常にやっかいで複雑なシステムをもたらす結果になり得る。しかしながら、本発明の好適な実施態様によれば、すなわち図２に示すように、メンバーおよび参加者が、業界標準のＯＦＸサーバーおよびクライアント、を使用することを可能にするスイッチングシステムを設けた、通過型の細い統合整理者のリモート請求支払いおよび提示システム（ＲＰＰＳ）が提供される。このシステムには、同様に、インターネットを介して既存の金融会社ネットワーク（マスターカードインタナショナルコーポレーションネットワークなど）を越えてその他のＣＳＰやＢＳＰと通信をするようなその他の接続方法、グローバルファイル転送システム（ＧＦＴ）および／または仮想プライベートネットワーク（ＶＰＮ）が設けられ、これらについては後で詳細に説明する。本発明の好適な実施態様によれば、中央の金融処理メインフレーム（ＦＰＭ）が提供され、これは、望ましくはグローバル転送システムすなわちＧＴＦによって調整されたメインフレームアプリケーションファイルをスイッチングシステムに転送することを可能にする。
【００１６】
口述したように、好適には、ＲＰＰＳは、通過型の細い統合整理者（ｃｏｎｓｏｌｉｄａｔｏｒ）となり、すなわち、ＲＰＰＳはＢＳＰやＣＳＰのために何らデータを格納せず、むしろ、この両者のために拡張された通信を提供するものである。ＲＰＰＳによってメッセージが受信されたとき、メッセージを構文解析し、好適には標準的な検証を行い、ルーティング情報および関連ログデータを取得し、メッセージを再びバンドル（束にする）し、そして、それを安全な回線を超えて意図する受取人へ配送する。また、ＲＰＰＳは、好適には、参加者への様々な報告機能を提供し、同様に全て後述するような拡張機能をも提供する。
【００１７】
図３に示すように、ＲＰＰＳは、ＲＰＰＳサーバー装置（ｃｏｎｆｉｇｕｒａｔｉｏｎ）１０（本明細書では以降「スイッチングシステム」または「スイッチ」と称する。）を含む、或いはこれと結合するが、これは好適には、故障に対する高可用性（ＨＡ）および偶発事故に対応する能力を持つ。換言すれば、サイトの故障（すなわち偶発事故）が起こった場合にサーバーが全ての処理をその他のサーバーに移動させるという高い可用性を持つ構成が提供されている。さらに、サーバーは、ドメインの失敗（すなわち故障）が起こった場合に全ての処理をその他のサーバーへ移動させる。好適には、２つのウェブサーバー１２、１４が、２つの分配サーバー１６、１８（１つは本番用、１つはテスト用である）にサービスを提供する。全てのサーバーは、望ましくは高容量の事態に対応するためスケーラブルとし、分配サーバーは、望ましくは６ＣＰＵ、６ＧＢのＲＡＭを設ける。分配サーバーは、後述するように、取得したルーティング（経路選択）情報およびファイルルックアップテーブルに基づきアドレスを判断し、個々のメッセージはこのアドレスへ送信すなわち「分配」される。ファイヤーウォールは、当該分野で既知の技術に基づき構築されるものであるが、望ましくは、ウェブサーバーと分配サーバーとの間に配置する。
【００１８】
さらに本発明によれば、ＲＰＰＳとの間で拡張された通信を可能にし、特に、オープンな公衆通信回線を越えないことを選択した参加者に対してこのような拡張通信を可能にするといような様々な接続オプションが提供される。図４に示すように、これらのオプション（任意選択物）は、後述するようにコンプレックス・ツー・コンプレックス接続（ＣＴＣ）、ファイル転送スケジューリングインターフェイスプロセシング（ＦＴＳ−ＩＰ）、ファイルエクスプレスアプケーション（ＦＥ）、インターネット、および上述したような仮想プライベートネットワークすなわちＶＰＮを含む。
【００１９】
図４は、本発明の好適な実施態様によるＲＰＰＳスイッチングシステム１０すなわち「スイッチ」への接続の様々なオプションおよび請求支払いおよび提示システムの参加者および様々なコンポーネントの関係を示すブロック図である。図示するように、１つまたは複数の顧客１−ｎ（図には顧客１−５を示す。）は、請求支払いおよび提示システムに参加する。各顧客は、このシステムに参加しいている１つまたは複数の銀行Ａ−Ｅを持つ金融口座を持つ。これらの銀行は（或いは非金融の第三者の処理機関と共に）、ＣＳＰの役割を担う。同様に、図４で請求者１−５で図示するような、あなたの地域の電気、ガスまたは電話会社などの１つまたは複数の請求者すなわちサービスプロバイダーがあり、これらは各自の銀行、または非金融の第三者処理機関に加盟している。この場合は、銀行Ａ−Ｅを示してありＢＳＰの役割を担う。
【００２０】
上述したように、望ましくはマスターカードのメインフレームコンピュータ２２などの金融処理会社のメインフレームコンピュータおよびサーバー装置またはスイッチングシステム１０を含むようなＲＰＰＳ２０と接続または通信を行う様々な方法がある。従来技術のスイッチングシステムとは異なり、本発明はサーバー・ツー・サーバー、ファイル・ツー・サーバー、サーバー・ツー・ファイルおよびファイル・ツー・ファイルの接続を可能にし、この接続は、ファイル分配エージェント（ＦＤＡ）というインターフェイスを部分的に通過して提供される。このＦＤＡ２４ａ、２４ｂ、２４ｃは、好適には３つの異なる場所（１つはＲＰＰＳ２０の内部（２４ａ）、１つはＢＳＰサイト上（２４ｂ）、１つはＣＳＰサイト上（２４ｃ））に位置させる。このようにして、参加者（例えばＣＳＰ）に基づくメインフレームファイルは、スイッチングシステムを通じてインターネットベースで、或いは、参加者（例えばＢＳＰ）に基づくその他のメインフレームファイルと通信を行うことができる。
【００２１】
３つのＦＤＡは全て、変換プロセス、フラットファイル（或いはメインフレームアプリケーションファイル）をＨＴＴＰベースのメッセージへの変換、およびその逆の変換といった同様の機能を持つ。より詳細には、ＦＤＡはＨＴＴＰヘッダーをＯＦＸでフォーマットされたメインフレームアプリケーションファイルメッセージに付加し、このメッセージ全体を分配サーバーへ送信する。このこの分配サーバーは、取得したルーティング情報およびファイルルックアップテーブルに基づきメッセージをどこに送信するのかを判断すなわち決定する。
【００２２】
この好適な能力を用いて、ＦＤＡは、ＲＰＰＳがファイルベースのＣＳＰとファイルベースのＢＳＰとの間で全てのファイル配送を処理することを可能にする。ＣＳＰは１つの接続（ＲＰＰＳシステムへの）のみを必要とし、その結果全てのＢＳＰに到達する。ＲＰＰＳは、ファイルベースの参加者であろうとインターネットベースの参加者であろうと、含まれるルーティング情報によって終点を判断し、そして、プロトコルは当該参加者と通信をする必要がある。
【００２３】
図４に関連して種々の接続オプションを説明する。これらのオプションのはじめの幾つかは、指定された組織内の請求支払いおよび提示サーバー（ｂｉｌｌ ｐａｙｍｅｎｔ ａｎｄ ｐｒｅｓｅｎｔａｔｉｏｎ ｓｅｒｖｅｒ）を持たない参加者用のものであり、はっきりいえば、これらの参加者は、請求支払いおよび提示システムにいまだに参加してインターネットを用いずにＲＰＰＳ（好適にはＧＦＴを通じて）に接続することができる。むしろ、その他のファイル配送方法がＯＦＸメッセージを利用して実現され、バッチモードでアプリケーションファイルに基づきメインフレームの処理を可能にする。
【００２４】
顧客１用のＣＳＰおよび請求者１用のＢＳＰは、コンプレックス・ツー・コンプレックス（ＣＴＣ）通信接続を利用して図示されている。このＣＴＣは、ダイヤルアップ或いは専用回線の通信によってデータ或いはファイルを中央金融処理会社メインフレーム（ＦＰＭ）に転送することを可能にするソフトウェア通信パッケージを含む。この専用回線は、例えば仮想プライベートネットワークであり、これはプライベートかつ安全な伝送方法を作る、専用回線の安全なエクストラネットである。
【００２５】
参加者（ＣＳＰおよびＢＳＰ）は、（図に銀行Ｂで示すように）参加者がＲＰＰＳに接続してファイル転送をスケジュールすることを可能にするような、メインフレームインターフェイス処理器（ＭＩＰ）と共にファイル転送スケジューリングシステム（ＦＴＳ）を使用することもできる。この処理器は、
参加者のホストコンピュータに接続しＶＰＮを越えてＦＰＭへダイレクトなアクセスを提供するカスタマイズされたコンピュータである。
【００２６】
ＲＰＰＳへのその他のタイプの接続は、図４で銀行Ｃによる使用で示される、デスクトップソフトウェア３０を用いてＣＳＰおよびＢＳＰによって為され得る。このデスクトップソフトウェア３０は、参加者がビジネスアプリケーションファイルをＦＰＭと安全な方法で交換することを可能にする。ＦＰＭと参加者との間でアプリケーションファイルをテストする製品および業務パートナーを交換する機能（ダウンロードおよびアップロード）、達成したファイルを取得する機能、およびファイル伝送報告を生成する機能などの特定の機能は、好適にはこのようなソフトウェアで達成され得る。
【００２７】
ＦＰＭへのアクセスはサーバー２６を通って得られ、これは望ましくは、アナログダイヤルアップ、インターネットアクセス、ＶＰＮアクセス、或いはデジタルダイヤルアップという幾つかのオプションのうちの１つを通じてアクセスされるが、このことについてここで簡単に説明する。
【００２８】
インターネットアクセスは典型的であり、モデム或いは企業のローカルエリアネットワーク（ＬＡＮ）を使用してインターネットサービスプロバイダー（ＩＳＰ）にアクセスし、サーバー２６へ接続することができる。速度はインターネットのルーティング次第で変わり得る。それぞれの顧客／銀行のワークステーションは、固有のインターネットプロトコル（ＩＰ）アドレスを保持する。仮想プライベートネットワーク（ＶＰＮ）は、参加者が通信キャリアのネットワークを参加者のプライベートな回線接続であるかのごとく使用することを可能にする。上述したように、ＶＰＮは専用回線のエクストラネットであるが、個々のホームページ、ウェブサイト、或いはサーバーのためのアドレス、インターネットベースのＵＲＬ即ちユニフォームリソースロケータをシミュレートすることができる。最後に、サーバー２６へダイヤルするＩＳＤＮモデムを用いるＩＳＤＮ電話回線およびＡＴ＆Ｔグローバルネットワークサービス（ＡＧＮＳ）を通るデジタルダイヤルアップは、アナログ通信などより高速な通信を提供する。
【００２９】
サーバー２６への接続は、参加者のサイトの請求支払いおよび提示サーバー２８（ＰＳ）を使用しても、或いは、このような指定されたサーバーを使用せずとも接続できる。サーバー２８（図４では銀行Ｄに接続されるように図示してある。）を使用せずに接続を達成するためには、参加者のサイトにはＦＤＡもウェブサーバーも存在しない。望ましくはマスターカードオンラインなどのインターネットアクセスソフトウェア、マスターカードファイルエクスプレスなどのファイルマネージメントソフトウェアを含むデスクトップアプリケーション３０は、好適には、ダウンロードされ、および、アップロードされたフォルダーに直接的に相互作用し、ＲＰＰＳシステム２０と通信を行う。これは、いまだにダイヤルアップ（例えばＡＴ＆Ｔグローバルネットワークサービス（ＡＧＮＳ））、インターネットアクセス或いはＶＰＮをしても良い。
【００３０】
参加者のサイトのＰＳサーバー２８を用いてサーバー２６に接続するには、ＦＤＡの使用を必要とする。図４に示すように、ＦＤＡ２４ｂ或いは２４ｃは、参加者のサイトに設置され、これは参加者がローカル、内部、ＨＴＴＰサーバー３２と通信を行うことを可能にし、これはＦＤＡ２４ｂ或いは２４ｃと通ってＲＰＰＳシステム２０と通信を行う。ここで、ローカルのＦＤＡ２４ｂ或いは２４ｃは、メインフレー、ムファイルをストリームベースのメッセージに変換し、およびその逆変換も行う。
【００３１】
この接続方法の利点は幾つかあるが、例えば内部サーバー（これによって、当業者によって既知のデジタル認証の必要性を不要にする）、ＲＰＰＳシステムとの信頼のおける、安全な接続などである。ＦＤＡは、「入力」および「出力」フォルダーを作り、これらのフォルダーを使用してファイルを処理しＨＴＴＰポスト（ｐｏｓｔ）或いはストリームに変換する（およびその逆変換も行う）。
【００３２】
好適には、ＦＤＡがウェブサーバーにストリームする入力サーバーの全てのファイルは、アーカイブされ「処理済」フォルダーへ移される。このフォルダーは、それらのウェブサーバーに送信した後のファイルの書庫として機能する。ウェブサーバーからの対応するＨＴＴＰストリームは、適切なアップロード用登録簿にてフラットファイルへ変換される。ファイルが一旦うまくアップロードされると、ファイルは好適には「送信済み」フォルダーへ移される。望ましくは、サーバー２６を使用して受信した、或いは送信した全てのＲＰＰＳファイルはアーカイブ、即ち保存される。
【００３３】
上述したように、インターフェイスのＦＤＡは、ＲＰＰＳプロセスにおいて重要な役割を担う。理由は、ＦＤＡの機能は、ＲＰＰＳスイッチがフラットファイル（或いはプライベートまたは専用線経由で送信されたもの）をＨＴＴＰポスト（インターネットを越えて伝送する能力を持つもの）に変換することおよびその逆に変換することによって、メインフレームファイルおよびインターネットベースのＨＴＴＰファイルを処理することを可能にするためである。例えば、本発明の好適な実施態様によるＣＳＰ参加者は、バッチでメインフレームファイルをＲＰＰＳへ送信する能力を持ち、このＲＰＰＳは、順次、これらのファイルをインターネット伝送用のＨＴＴＰフォーマットに変換する。
【００３４】
より詳細には、ＯＦＸフォーマットのメインフレームアプリケーションファイルは、バッチ形式でＦＰＭへ送信される。ＲＰＰＳのＦＤＡ２４ａは、「入力」フォルダーを通じてファイルを受信し、それにＨＴＴＰヘッダーを追加する、換言すれば、メインフレームファイルをインターネットアクセス可能にするためにファイルをＨＴＴＰポストに加工する。集められたメッセージ（ＨＴＴＰヘッダー付き）は、サーバー装置（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に転送され、このサーバー装置は、取得したルーティング情報およびファイルルックアップテーブル（図示しない）に基づき意図する受取人（即ちメッセージが送信されるべきところの）のアドレスを決定する。ファイルを処理した後、ファイルを「送信済み」フォルダーへ移動し、アーカイブすることが好適である。
【００３５】
ルックアップテーブルが「終点」（即ちＢＳＰまたはＣＳＰ）のためのインターネットアドレスを持たない場合、エラーメッセージが用意されている。終点がインターネットアクセス可能でない場合は、メッセージは「出力」フォルダーに置かれ、メインフレームの処理のためにメインフレームにルーティングして戻され、ＧＦＴを介して適切な終点へ配送される。
【００３６】
ＢＳＰ用のＦＤＡ２４ｂおよびＣＳＰ用のＦＤＡ２４ｃは、フラットファイルからＨＴＴＰポストを作成する、或いは、これを処理してフラットファイルへ戻す。通常は、ＢＳＰ用のＦＤＡ２４ｂは， ＨＴＴＰポスト作成しそれをＢＳＰへ送信し、応答を待ち、それをＲＰＰＳのためのフラットファイルに加工処理することが好適である。同様に、ＣＳＰ用のＦＤＡ２４ｃは、通常は、ＨＴＴＰポストをＣＳＰから受信し、それを処理加工してＲＰＰＳ用のフラットファイルに変換する。
【００３７】
或いは、下に述べるように請求書のプッシュ応答のために、ＦＤＡ２４ｂは、ＨＴＴＰポストを受信し、これらをＲＰＰＳ用のフラットファイルに変換する。請求書プッシュ（ｂｉｌｌ ｐｕｓｈ）用にＦＤＡ２４ｃは、ＨＴＴＰポストを作成し、ＣＳＰウェブサーバ−３０へ送信する。
【００３８】
本発明の好適な追加機能があり、それを次に説明する。
最初の機能はレイテンシー（待ち）処理と呼ばれるものである。これは、本命最初で説明したような電子通信システムでは、要求（例えばＣＳＰの要求）の応答に過度な時間がかかるような状況が発生することがあり得る（例えば莫大な量の要求がなされたり、或いはある回線が故障したりするという理由で）。そして、ＣＳＰは、むしろ応答のために違うタイミングで復帰する。この場合は、ＲＰＰＳはＣＳＰとＲＰＰＳとの間である長期間を越えてオープンな接続を保持しないことが好適である。ＲＰＰＳは、その後、ＨＴＴＰステータスコードをＣＳＰに送信して、ＣＳＰにＣＳＰが後でメッセージの再要求をする必要があることを知らせることが好適である。
【００３９】
或いは、ＣＳＰがメッセージの「プッシュ」可能なものである場合は、ＣＳＰはこのやり方で伝送を再要求する必要はない。それらは、要求を送信することができ、ＲＰＰＳシステムを待って応答をそれらに返す。その間、ＲＰＰＳシステムは、即時メッセージをＣＳＰへ配送することができ、そしてそれが可能なったときに応答を返す。
【００４０】
より詳細には、メッセージ請求「プッシュ」は、ＣＳＰがこの情報を要求することなく、ＢＳＰがＣＳＰ（即ち請求提示）への送信したいときの伝送である。このことは、ＣＳＰおよびＢＳＰに対するシステムの負荷を軽減するだけでなく、利用可能になったときの情報を与える（ＣＳＰは、情報がまだそこに無い場合に、複数回それを尋ねる必要がない）。
【００４１】
その他の拡張された機能性は、メッセージ「バースト（ｂｕｒｓｔ）」、即ち１つの伝送で複数のＢＳＰと通信を行える方法を使用する（これはインターネットベースの参加者が使用することができ、この参加者は、ＦＰＭやＦＤＡと通信をせずにバーストメッセージを直接的に送信することができる）。例えば、１つのＣＳＰはＲＰＰＳと通信して請求情報を幾つかの請求者即ちＢＳＰから収集することができる。これは、ＣＳＰが１つの伝送コンテナー内部の複数の伝送物を結合することを可能にし、１つの接続でこれらの伝送物を送信することを可能にする。ＲＰＰＳは受信し次第ＣＳＰとの接続をサービスし、ＣＳＰは応答を取得するのに利用可能なオプションを２つ持つ。ＣＳＰはレインテンシーが可能、或いはメッセージプッシュが可能とされ得る。
【００４２】
図５は、メインアプリケーションファイルを利用する、請求支払いおよび提示システムの本発明による好適なプロセスをまとめたフローチャートである。はじめに、ステップ３４で顧客および請求人は、請求支払いおよび提示サービスに登録する必要がある。請求者は、好適には、ステップ３６で請求情報を複数のＢＳＰにプッシュし、顧客は、ステップ３８でＣＳＰを通じてリモートコンピュータ上で請求の提示を探す。ＣＳＰは、好適には、ステップ４０でメインフレームアプリケーションファイルを含むバーストメッセージ要求をＲＰＰＳへ送信する。ステップ４２では、ＦＰＭは、メインフレームアプリケーションファイルを受信し、これらをＦＤＡ２４ａに転送し、そこでＨＴＴＰヘッダーを付加され、ステップ４４では、サーバー装置は、メッセージを分割して意図される受取人或いは終点（バーストのための）に基づくストリームに変換し、ウェブ終点或いはメッセージの意図される受取人アドレスを決定し、前記メッセージを送信する。本プロセスの一環として、ローカルのＦＤＡ２４ｂ、２４ｃは、メインフレームファイルをストリ−ムベースのメッセージに変換する、およびその逆の変換を行なう。従って、本発明のシステムは、メインフレームシステムがバットモードでメッセージを供給することを可能にし、ＦＤＡ２４ａおよびサーバー装置１０を通じてメインフレームアプリケーションをウェブで実行可能にする。
【００４３】
ステップ４６では、ＢＳＰは請求情報を提供することによって応答し、顧客への最終的な提示のためＲＰＰＳへこのような情報付きのメッセージを返す。その後、顧客は、ＦＰＭを通じて提示された請求への支払いをするためのオプションを持ち、ＦＰＭは典型的な決済プロセス（ｓｅｔｔｌｅｍｅｎｔ ｐｒｏｃｅｓｓ）を引き起こす（図４を参照されたい。）。
【００４４】
上述したことは、単に本発明の諸原理を説明したものである。従って、当業者は、明示的に示していない或いは本明細書で記載したに関わらず、本発明の範囲および本質のなかに含まれかつ本発明を実現する様々なシステムや方法を考え出すことができることを理解すべきである。
【図面の簡単な説明】
【図１】典型的な従来技術における請求者サービスプロバイダーと顧客サービスプロバイダーとの関係を示すブロック図である。
【図２】本発明のリモート支払いおよび提示システム（ＲＰＰＳ）を利用した場合のＢＳＰとＣＳＰとの間の関係を示すブロック図である。
【図３】本発明によるＲＰＰＳの好適なサーバー構成を示すブロック図である。
【図４】本発明による請求支払いおよび提示システムの様々なコンポーネントおよびこれらに接続する様々な任意選択のもの（オプション）の全体的な関係を示すブロック図である。
【図５】メインフレームアプリケーションを利用した本発明による請求支払いおよび提示システムの好適なプロセスをまとめたフローチャートである。

Claims (4)

1. オープンな金融交換通信プロトコルを使用して通信ネットワークを越えて請求情報を電子的にルーティングする方法であって、
   請求者および顧客を中央に配置されたメインフレームシステムを持つ電子請求支払いおよび提示システムに参加させるステップと、
   複数の顧客サービスプロバイダーを１つまたは複数の前記顧客とインターフェイスを取るステップと、
   複数の請求者サービスプロバイダーを１つまたは複数の前記請求者とインターフェイスを取り、１つまたは複数の前記顧客に関して、前記請求者から前記請求情報を収集するステップと、
   前記顧客サービスプロバイダーと前記請求者サービスプロバイダーとの間でメッセージのルーティングを調整するため前記電子請求支払いおよび提示システムに結合された、中央に配置されたスイッチングシステムを提供するステップと、
   前記顧客サービスプロバイダー或いは前記請求者サービスプロバイダーにて前記メッセージを含むメインフレームアプリケーションファイルを生成するステップと、
   バッチモードで前記メインフレームアプリケーションファイルを前記中央に配置されたメインフレームシステムに転送するステップと、
   前記スイッチングシステムにて、前記メインフレームアプリケーションファイルを、前記顧客サービスプロバイダー或いは前記請求者サービスプロバイダーのうちの少なくとも１つを含む１つまたは複数の意図される受取人へインターネットを越えて前記メッセージを配送するためのインターネットでアクセス可能なアドレスに変換するステップと、
   を含む方法。
2. 請求項１に記載の方法において、
   前記変換するステップは、
   前記メインフレームアプリケーションファイルにＨＴＴＰヘッダーを付加するためのファイル分配エージェントを提供するステップと、
   ルックアップテーブルを使用して、前記インターネットでアクセス可能なアドレスを判断するステップとを含む、
   ことを特徴とする方法。
3. 請求項２に記載の方法において、
   １つまたは複数の前記顧客サービスプロバイダーへ前記メッセージをプッシュするステップと、
   前記メッセージを２つまたはそれ以上の前記複数の請求者サービスプロバイダーへバーストするステップと、
   を含むことを特徴とする方法。
4. 請求支払いおよび提示システムにおける、オープンな金融交換通信プロトコルを使用して通信ネットワークを越えて請求情報を電子的にルーティングする方法であって、
   １つまたは複数の顧客サービスプロバイダーと１つまたは複数の請求者サービスプロバイダーとの間で前記請求情報を含むメッセージをルーティングするためのスイッチングシステムを提供するステップと、
   公衆回線を越えるオープンな接続および閉じた回線の接続を含む、複数の接続性オプションを前記スイッチングシステムに提供するステップと、
   前記顧客サービスプロバイダーの１つ、或いは、前記請求者サービスプロバイダーの１つによって、１つまたは複数の意図する受取人と共に前記メッセージを含むメインフレームアプリケーションファイルを、前記閉じた回線の接続を越えて前記スイッチングシステムへ転送するステップと、
   前記スイッチングシステムにて前記メインフレームアプリケーションファイルを、前記メッセージを前記意図する受取人へ前記公衆回線を越えて配送するためのインターネットでアクセス可能なアドレスに変換するステップと、
   を含むことを特徴とする方法。

Images