JP2018170028A - オフネットワークトランザクションメッセージを処理するシステム及び方法 - Google Patents

Abstract

【課題】第２支払いネットワークでホストされる支払いサービスコンピュータシステムを用いて第１支払いネットワークで支払いトランザクションに支払いサービスを適用する。【解決手段】方法は支払いサービスコンピュータシステムでリクエスタからサービスリクエストを受信する工程を含む。サービスリクエストは第２支払いネットワークに読み取られる第１フォーマットを有する。方法は支払いサービスコンピュータシステムでサービスリクエストが受信するべく登録された支払いサービスを判別する工程を含む。方法は登録支払いサービスをサービスリクエストに適用してそれを処理する工程を含む。方法は支払いサービスコンピュータシステムでサービスレスポンスを生成する工程を含む。サービスレスポンスは登録支払いサービスと支払いトランザクションデータに基づき生成される。方法はカードホルダとリクエスタにサービスレスポンスを送信する工程を含む。【選択図】なし

Description

本発明の分野は、概略支払いトランザクションを処理するシステム及び方法に関し、特に、オフネットワーク支払いサービスをホーム支払いネットワーク支払いトランザクションに適用するシステム及び方法に関し、ホーム支払いネットワーク支払いトランザクションは、第１の支払いネットワークに生じ、支払いサービスは、第２の支払いネットワークに関連するコンピュータ装置により提供される。

支払いカード産業（クレジットカード業界）は、支払いネットワークにおいて実施されるトランザクションと連動して、トランザクション濃縮サービスとして知られることがある支払いサービスを、発行銀行及びカードホルダが利用することを、許容する。支払いシステムによっては、これらの支払いサービスによりカードホルダはインタフェースを利用してそれらサービスを登録できる。

これら支払いサービスは、例えば、特定の支払いカードに対する所定の支出限度を含み得る。しかしながら、これらの周知のシステムの下では、これらの支払いサービスは、「ホーム」支払いネットワークにおいて実施されるトランザクションに対してのみアクセス可能である。言い換えれば、支払いサービスは、支払いサービスを提供する支払いネットワークにて生じる支払いトランザクションにのみ適用可能である。

様々な支払いネットワークにて益々多くの支払いトランザクションが実施されており、トランザクションが生じた支払いネットワーク以外の支払いネットワークにて生じるトランザクションに対して支払いサービスを提供することが望まれている。

一つの形態では、第１の支払いネットワークにて第２の支払いネットワーク上でホストされる支払いサービスコンピュータシステムを利用して支払いトランザクションに支払いサービスを適用する、コンピュータ実装方法が提供される。支払いトランザクションは、第１の支払いネットワークにて支払いカードを用いてカードホルダにより開始される。支払いカードは、発行銀行によりカードホルダに発行される。方法は、支払いサービスコンピュータシステムにてリクエスタからサービスリクエストを受信するステップであって、リクエスタが発行銀行若しくはホームネットワークプロセッサである、ステップを含む。サービスリクエストは、第２の支払いネットワークにより読み取り可能である第１のフォーマットを有する。サービスリクエストは支払いトランザクションデータを含む。方法は、支払いサービスコンピュータシステムにて、サービスリクエストが受信するように登録された支払いサービスを判別するステップも含む。方法は、登録された支払いサービスをサービスリクエストに適用することにより、サービスリクエストを処理するステップも含む。方法は、支払いサービスコンピュータシステムにて、サービスレスポンスを生成するステップも含む。サービスレスポンスは、登録された支払いサービスと支払いトランザクションデータとに、少なくとも部分的に基づいて、生成される。方法は更に、カードホルダとリクエスタのうちの少なくとも一方にサービスレスポンスを送信するステップを含む。

別の形態では、第１の支払いネットワークにて第２の支払いネットワーク上でホストされる支払いサービスコンピュータシステムを利用して支払いトランザクションに支払いサービスを適用する、コンピュータ読み取り可能記録媒体が提供される。支払いトランザクションは、第１の支払いネットワークにて支払いカードを用いてカードホルダにより開始される。支払いカードは、発行銀行によりカードホルダに発行される。コンピュータ読み取り可能記録媒体はコンピュータ実行可能命令を埋め込んでいる。メモリデバイスに繋がるコンピュータデバイスに関連する少なくとも一つのプロセッサにより実行されると、コンピュータ実行可能命令によりプロセッサは、リクエスタからサービスリクエストを受信するステップを実行する。サービスリクエストは第２の支払いネットワークにより読み取り可能である第１のフォーマットを有する。サービスリクエストは支払いトランザクションデータも含む。少なくとも一つのプロセッサにより実行されると、コンピュータ実行可能命令によりプロセッサは、サービスリクエストが受信するように登録された支払いサービスを判別するステップを実行する。少なくとも一つのプロセッサにより実行されると、コンピュータ実行可能命令によりプロセッサは更に、登録された支払いサービスをサービスリクエストに適用することにより、サービスリクエストを処理するステップを実行する。少なくとも一つのプロセッサにより実行されると、コンピュータ実行可能命令によりプロセッサは更に、支払いサービスコンピュータシステムにて、登録された支払いサービスと支払いトランザクションデータとに、少なくとも部分的に基づいて、サービスレスポンスを生成するステップを実行する。少なくとも一つのプロセッサにより実行されると、コンピュータ実行可能命令によりプロセッサは、カードホルダとリクエスタのうちの少なくとも一方にサービスレスポンスを送信するステップも実行する。

更なる形態では、第１の支払いネットワークにて第２の支払いネットワーク上でホストされる支払いサービスコンピュータシステムを利用して支払いトランザクションに支払いサービスを適用する、コンピュータシステムが提供される。支払いトランザクションは、第１の支払いネットワークにて支払いカードを用いてカードホルダにより開始される。支払いカードは、発行銀行によりカードホルダに発行される。コンピュータシステムは、プロセッサとコンピュータ読み取り可能記録媒体とを含む。コンピュータ読み取り可能記録媒体は、プロセッサにより実行可能であり複数の機能を実行するコンピュータ実行可能命令を埋め込む。複数の機能は、支払いサービスコンピュータシステムにてリクエスタからサービスリクエストを受信するステップを含む。サービスリクエストは第２の支払いネットワークにより読み取り可能である第１のフォーマットを有する。サービスリクエストは支払いトランザクションデータも含む。複数の機能は、支払いサービスコンピュータシステムにて、サービスリクエストが受信するように登録された支払いサービスを判別するステップも含む。複数の機能は更に、登録された支払いサービスをサービスリクエストに適用することにより、サービスリクエストを処理するステップを含む。複数の機能は更に、登録された支払いサービスと支払いトランザクションデータとに、少なくとも部分的に基づいて、サービスレスポンスを生成するステップを含む。複数の機能は、カードホルダとリクエスタのうちの少なくとも一方にサービスレスポンスを送信するステップも含む。

図１は、商人とカード発行者とが必ずしも１対１の関係を有さない、通常の支払いトランザクションを可能にする、例示のマルチパーティ支払いカード産業システムを示す概略図である。 図２は、本開示の一つの実施形態に係る、支払い処理環境を示すデータフロー図である。 図３は、オフネットワーク支払いサービスを用いてホーム支払いネットワーク支払いトランザクションを処理する、図２に示す支払いサービスコンピュータシステムにより実装される例示の方法を示す、フローチャートである。 図４は、図２に示す、支払い処理環境の支払いサービスプラットフォームを表す例示のコンピュータシステムの簡易ブロック図である。 図５は、図２に示す支払いサービスコンピュータシステムのサーバアーキテクチャについての、例示の実施形態の拡張ブロック図である。 図６は、図４及び図５に示す、カードホルダにより操作されるカードホルダコンピュータ装置の例示の構成を示す。 図７は、図４及び図５に示す、サーバコンピュータ装置の例示の構成を示す。

以下の詳細な説明は、本発明の実施形態を例示により示すものであり、限定により示すものではない。本明細書に記載のシステム及びプロセスは、支払いカードトランザクションを処理する形態に一般に適用される。特に、本明細書に記載のシステム及び方法は、概略、第１の支払いネットワークにおいて開始される支払いカードトランザクション、及び、第２の支払いネットワークに関連する支払いサービスコンピュータシステムに関し、支払いサービスコンピュータシステムは、支払いサービスをトランザクションに適用するというリクエスタからのリクエストを受信し、支払いサービスをトランザクションに適用し、アウトプットをリクエスタに送信するように、構成される。このトランザクションは、一つの支払いネットワーク（即ち、第１の支払いネットワーク）上で開始され、別の支払いネットワーク（即ち、第２の支払いネットワーク）上で支払いサービスコンピュータシステムにより処理されるので、トランザクションは、オフネットワークトランザクションと称されることがある。例示の実施形態では、オフネットワーク支払いカードトランザクションは、支払いサービスをトランザクションに提供する支払いネットワークとは異なる支払いネットワークにおいて開始され処理される、支払いカードトランザクションである。

オフネットワーク支払いサービスをホーム支払いネットワーク支払いトランザクションに適用するシステム及び方法の例示の実施形態を、以下の本明細書にて詳しく説明する。例えば、システム及び方法は、カードホルダ承認コントロールなどのオフネットワーク支払いサービスを、ホーム支払いネットワーク支払いトランザクションに適用することを促進し、当該承認コントロールは、例えば、トランザクションが承認コントロールにより許容される地理的領域の外部で開始されたかどうかを識別するように構成される。本明細書に記載のシステム及び方法は、第１の支払いネットワーク（即ち、支払いサービスのホストとなっていない支払いネットワーク）から支払いトランザクションに関連するリクエストを第２の支払いネットワーク（即ち、支払いサービスのホストとなっている支払いネットワーク）にて受信して支払いサービスを支払いトランザクションに適宜適用するように構成されている、支払いサービスコンピュータシステムを含む。

本明細書に記載の方法は、コンピュータソフトウエア、ファームウエア、ハードウエア又はそれらの組み合わせ若しくはサブセットを含む、コンピュータプログラミング又はエンジニアリング技術を用いて、実装され得、技術的効果は以下のステップの少なくとも一つを実行することにより達成され得る。
（ａ）リクエスタにより生成されるサービスリクエストを支払いサービスコンピュータシステムにて受信するステップであって、サービスリクエストは第１の支払いネットワーク支払いカードトランザクションに関連し、サービスリクエストは第２の支払いネットワークにより読み取り可能である第１のフォーマットを有する、ステップ。
（ｂ）支払いサービスコンピュータシステムにて、受信するように登録されているサービスリクエストを判別するステップ。
（ｃ）登録された支払いサービスをサービスリクエストに適用することによりサービスリクエストを処理するステップ。
（ｄ）登録された支払いサービスと支払いトランザクションデータとに少なくとも部分的に基づいて、サービスレスポンスを生成するステップ。
（ｅ）サービスレスポンスを、カードホルダとリクエスタのうちの少なくとも一方に送信するステップ。

本明細書で用いるように、承継銀行、即ち取得者は、通常、承認がアカウントを保持する銀行である。更に、発行銀行、即ち発行者は、通常、カスタマ、即ちカードホルダがアカウントを保持する銀行である。アカウントは、デビットカード、クレジットカード、若しくは、本明細書に記載の別のタイプの支払いカードの利用を介して引き落とされても決済されてもよい。

本明細書で用いるように、「支払いカード」、「金融トランザクションカード」、及び「トランザクションカード」の用語は、クレジットカード、デビットカード、プリペイドカード、チャージカード、会員カード、販促カード、フリークエントフライヤカード、ＩＤカード、ギフトカード、並びに／又は、モバイルホン、スマートホン、パーソナルデジタルアシスタント（ＰＤＡ）、キーフォブ及び／若しくはコンピュータなどの、支払いアカウントデータを保持し得る他の任意のデバイスなど、任意の適切な支払いカードを、示す。各々のタイプの支払いカードは、トランザクションを実行する支払い方法として用いられ得る。更に、カードホルダアカウントビヘイビアは、購買、管理行動（例えば、バランスチェッキング）、請求書支払い、ターゲットの達成（アカウントバランスゴールを達成すること、時期通りに請求書を払うこと）、及び／又は、登録（例えば、モバイルアプリケーションダウンロード）などを含むが、これらに限定されない。

本明細書で用いるように、「トランスレーションモジュール」の用語、及び関連する用語、例えば、「トランスレーションモジュールシステム」は、（例えば、発行銀行により）第１の支払いネットワークで用いられるフォーマットから第２の支払いネットワークにより読み取られ得るファーマットへ、及びその逆に、サービスリクエストを変換する方法を、示す。トランスレーションモジュールは、データレイアウトプロトコル、第１の支払いネットワークフォーマットから第２の支払いネットワークフォーマットへ及びその逆へサービスリクエストをマッピングするアルゴリズム、ならびに、第１の支払いネットワークフォーマットから第２の支払いネットワークフォーマットへ及びその逆へサービスリクエストを変換する自動プログラムを、限定すること無く含み得る。

本明細書で用いるように、「ホーム支払いネットワーク」の用語、及び関連する用語、例えば、「ホームネットワーク」は、カードホルダが支払いカードトランザクションを生じさせ支払いサービスに対して登録する第１の支払いネットワークを、示す。それらのホーム支払いネットワークは、本明細書に記載のシステム及び方法を用いることができる、任意の支払いネットワークを含み得る。

本明細書で用いるように、「オフネットワーク支払いネットワーク」の用語、及び関連する用語、例えば、「オフネットワーク」は、支払いカードトランザクションが生じたホーム支払いネットワークとは異なる第２の支払いネットワークを、示す。本明細書で用いるように、オフネットワーク支払いネットワークは、ホーム支払いネットワークからサービスリクエストを受信してホーム支払いネットワークにより生じる支払いカードトランザクションに対して支払いサービスを提供することができる。

本明細書で用いるように、「ネットワークプロセッサ」の用語、及び関連する用語、例えば、「オフネットワークプロセッサ」及び「ホームネットワークプロセッサ」は、発行銀行、カードホルダ、商人、若しくは承継銀行と関連するコンピュータデバイス間でデータを通信し、支払いサービスなどのネットワークサービスを提供するのに用いられ得るコンピュータデバイスと通信するのに用いられ得る支払いネットワークと関連するコンピュータデバイスを、示す。更に、本明細書で用いるように、ホームネットワークプロセッサは、発行銀行からリクエストを受信しトランスレーションモジュールにサービスリクエストを送信するように、構成され得る。

本明細書で用いるように、「リクエスタ」の用語は、アカウント登録若しくは支払いトランザクションに基づく第１のサービスリクエストの作成者及び送信者を、示す。リクエスタは、発行銀行、若しくはホームネットワークプロセッサの、いずれであってもよい。更に、本明細書で用いるように、リクエスタは、第１のサービスリクエストを生成し、トランスレーションモジュールを用いてそれを第２のサービスリクエストに変換する。

本明細書で用いるように、プロセッサは、マイクロコントローラ、縮小命令セット回路（ＲＩＳＣ）、特定用途向け集積回路（ＡＳＩＣ）、論理回路、及び本明細書に記載の関数を実行し得る他の任意の回路若しくはプロセッサを用いる、システムを含む、どのプログラム可能システムも含み得る。上述の例は例に過ぎず、「プロセッサ」の用語の定義及び／又は意味をいずれにも限定することを意図しない。

一つの実施形態では、コンピュータ実行可能命令が提供され、持続性コンピュータ読み取り可能記録媒体上に埋め込まれる。コンピュータ実行可能命令により、命令を実行するコンピュータは、アドミニストレーションのためのクライアントユーザインタフェースフロントエンド、並びに、スタンダードユーザインプット及びレポートのためのウェブインタフェースと共に、構造化クエリ言語（ＳＱＬ）を利用させられる。例示の実施形態では、システムはウェブ対応であり、ビジネスエンティティイントラネット上で稼動する。別途の実施形態では、システムは、ビジネスエンティティのファイアウオールの外部からインターネットを介して、承認されたアクセスを有する個人により、完全にアクセス可能である。更に別途の実施形態では、システムはウインドウズ（登録商標）環境で稼動する（ウインドウズ（登録商標）はワシントン州レッドモンド、マイクロソフトコーポレーションの登録商標である）。アプリケーションは、柔軟性があり、主要な機能を損なうこと無く、種々の様々な環境で稼動するように設計されている。

図１は、商人２４及びカード発行者３０が必ずしも１対１の関係を有さない、通常の支払いトランザクションを可能にする例示のマルチパーティ支払いカード産業システム２０を示す概略図である。本明細書に記載の実施形態は、マスターカード（登録商標）インターチェンジネットワークを用いるクレジットカード支払いシステムなどの、支払いカードシステムに関連し得る（マスターカード（登録商標）は、ニューヨーク州パーチェスに位置するマスターカードインターナショナルインコーポレイテッドの登録商標である）。マスターカード（登録商標）インターチェンジネットワークは、金融トランザクションデータの交換、及び、マスターカードインターナショナルインコーポレイテッドのメンバーである金融機関の間でのファンドの決済のために、マスターカードインターナショナルインコーポレイテッドにより公布された独自通信スタンダードのセットである。通常の支払いカードシステムでは、「発行者」と称される金融機関は、クレジットカードなどの支払いカードを消費者若しくはカードホルダ２２に発行し、消費者若しくはカードホルダ２２は支払いカードを使用して商人２４からの購買のための弁済をする。支払いカードにより支払いを受容するために、商人２４は、通常、金融支払いシステムの一部である金融機関によりアカウントを設立しなければならない。この金融機関は、通常、「マーチャントバンク」、「承継銀行」若しくは「取得者」と称される。カードホルダ２２が支払いカードにより購買のための弁済をするとき、商人２４は、購買の総額に対する、承認リクエストメッセージをマーチャントバンク２６に送信する。リクエストは、電話により実行され得るが、通常、ＰＯＳデバイスを介して実行され、該ＰＯＳデバイスは、支払いカード上の、磁気ストリップ、チップ、若しくはエンボス文字から、カードホルダ２２のアカウントデータを読み取り、マーチャントバンク２６のトランザクション処理コンピュータと電子通信をする。一方で、マーチャントバンク２６は、その代わりにトランザクション処理を実行するようにサードパーティを承認し得る。この場合、ＰＯＳデバイスは、サードパーティと通信するように構成される。それらサードパーティは、通常、「マーチャントプロセッサ」、「承継プロセッサ」若しくは「サードパーティプロセッサ」と称される。

インターチェンジ８を用いて、マーチャントバンク２６のコンピュータは、発行者３０と関連する発行者プロセッサ２９のコンピュータとトランザクションデータを通信する。発行者プロセッサ２９は、支払いカード作成サービス、支払いカード処理サービス、不正検出サービス、データデリバリサービス、ＡＴＭ駆動サービス、トランザクションリサーチ、及びカードホルダサポートサービスを含む、トランザクション関連サービスを、発行者３０の代わりに実行することを承認されたサードパーティプロセッサであればよい。発行者プロセッサ２９は、承認、清算及び決済、並びに付加価値サービスを含む、インターバンクスイッチ処理も提供し得る。このことにより、発行者３０は、全ての様々な支払いカードブランドに対して一つのカードプロセッサを使用することができる。別途の実施形態では、発行者プロセッサ２９は、インターチェンジネットワーク２８と関連し類似のサービスを提供し得る。

発行者３０は、発行者プロセッサ２９からトランザクションデータを受信し、カードホルダ２２のアカウント３２が良好な状態であるかどうか、購買がカードホルダ２２の利用可能クレジット限度によりカバーされるかどうか、判別する。これらの判別に基づいて、承認に対するリクエストは、拒否される、又は、受容される。リクエストが受容されれば、承認コードが商人２４に発行される。

承認に対するリクエストが受容されると、カードホルダ２２のアカウント３２の利用可能クレジットラインが減少する。通常、支払いカードトランザクションに対するチャージはカードホルダ２２のアカウント３２へ即座にポストされるものではない。というのは、マスターカードインターナショナルインコーポレイテッドなどのバンクカードの連盟は、商品が出荷されるまで、若しくはサービスが供給されるまで、商人２４がトランザクションをチャージ、若しくは「キャプチャ」できないというルールを、公布しているからである。しかしながら、少なくとも幾つかのデビットカードトランザクションに関しては、トランザクションの際にチャージがポストされ得る。商人２４が、商品若しくはサービスを、出荷若しくは供給すると、商人２４は、例えば、ＰＯＳデバイス上の適切なデータエントリ手続により、トランザクションを捕獲する。このことは、標準小売り購買に対して日々承認されたトランザクションを構築することを含み得る。トランザクションが捕獲される前にカードホルダ２２がトランザクションをキャンセルすると、「空隙」が生じる。トランザクションが捕獲された後にカードホルダ２２が商品を戻すと、「クレジット」が生じる。インターチェンジ２８及び／又は発行者３０は、商人のタイプ、購買の量、購買の日などの、支払いカードデータを、（図２に示す）データベース１２０内に格納する。

購買が為された後、マーチャントバンク２６、インターチェンジネットワーク２８、発行者プロセッサ２９、及び発行者３０などのトランザクションの関係者間の購買に関連する追加のトランザクションデータを送信する、清算処理が発生する。特に、清算処理の間、及び／又は、後、購買の時、商人名、商人のタイプ、購買データ、カードホルダアカウントデータ、トランザクションのタイプ、日程データ、購買アイテム及び／若しくはサービスに関するデータ、並びに／又は、他の適切な情報などの、追加のデータが、トランザクションと関連付けられ、トランザクションの関係者間でトランザクションデータとして送信され、トランザクションの関係者のいずれかにより格納され得る。

トランザクションが承認され清算された後、トランザクションは、商人２４、マーチャントバンク２６、インターチェンジネットワーク２８、発行者プロセッサ２９、及び発行者３０の間で、決済される。決済は、トランザクションに関連する、商人２４のアカウント、マーチャントバンク２６、発行者プロセッサ２９、及び発行者３０の間での、金融データ若しくは資金の移動を示す。通常、トランザクションは捕獲され「バッチ」に蓄積され、該「バッチ」はグループとして決済される。特に、トランザクションは通常、発行者３０と発行者プロセッサ２９との間で決済され、次に発行者プロセッサ２９とインターチェンジネットワーク２８との間で決済され、次にインターチェンジネットワーク２８とマーチャントバンク２６との間で決済され、次にマーチャントバンク２６と商人２４との間で決済される。

図２は、本開示の一つの実施形態に係る支払い処理環境１００を示すデータフロー図である。環境１００は、支払いトランザクション１０４若しくはアカウント登録１１５が生じて第１のサービスリクエスト１１１が送信されるホーム支払いネットワーク、第１のサービスリクエスト１１１が第２のサービスリクエスト１０９に変換される転送プロセス１３５、支払いサービスコンピュータシステム１０７が存在するオフネットワーク支払いネットワーク１０８を、含む。

ホーム支払いネットワーク１０２は、カードホルダ１１０、発行者１２０、取得者１２５、マーチャント１３０、及びホームネットワークプロセッサ１１２を含む。カードホルダ１１０は、マーチャント１３０への支払いトランザクション１０４を作成することが可能である。カードホルダは、発行者１２０によりアカウント登録１１５することも可能である。ホーム支払いネットワーク１０２は、アカウント登録１１５及び／又は支払いトランザクション１０４に関連する第１のサービスリクエスト１１１を転送プロセス１３５に送信することにより、オフネットワーク支払いネットワーク１０８と通信することができる。第１のサービスリクエスト１１１は、ホームネットワークプロセッサ１１２若しくは発行者１２０により送信され得る。

転送プロセス１３５は、第１のサービスリクエスト１１１が、オフネットワーク支払いネットワーク１０８における支払いサービスコンピュータ１０７を用いて処理され得る第２のサービスリクエスト１０９に変換されるように構成される。転送プロセス１３５は、トランスレーションモジュールを用いて第１のサービスリクエスト１１１を第２のサービスリクエスト１０９に変換することを含む。例示の実施形態では、トランスレーションモジュールは、ホーム支払いネットワーク１０２に関連する第１のデータファイルフォーマット（例えば、第１のサービスリクエスト１１１）を、オフネットワーク支払いネットワーク１０８に関連する第２のデータファイルフォーマット（例えば、第２のサービスリクエスト１０９）に変換する方法を示すデータレイアウトプロトコルを、示す。別途の実施形態では、トランスレーションは、第１のデータファイルフォーマットから第２のデータファイルフォーマットへサービスリクエストをマッピングするアルゴリズム、若しくは、第１のサービスリクエスト１１１を第２のサービスリクエスト１０９に変換する自動プログラムを、制限すること無く含み得る。転送プロセス１３５は、オフネットワーク支払いネットワーク１０８において、第２のサービスリクエスト１０９をインタフェースプロセッサ１４０へ送信するようにも構成されている。転送プロセス１３５は更に、第１のサービスレスポンス１１３を（以下に記載する）第２のサービスレスポンス１１４に変換させることを含む。転送モジュールは従って、オフネットワーク支払いネットワーク１０８に関連する第２のデータファイルフォーマットを、ホーム支払いネットワーク１０２に関連する第１のデータファイルフォーマットに変換するようにも構成されている。

オフネットワーク支払いネットワーク１０８は、インタフェースプロセッサ１４０、オフネットワークプロセッサ１４７、及び支払いサービスコンピュータシステム１０７を含む。インタフェースプロセッサ１４０は、転送プロセス１３５から第２のサービスリクエスト１０９を受信することができるコンピュータデバイスを表す。インタフェースプロセッサ１４０は、第２のサービスリクエスト１０９が支払いカードサービス１０６に関連するアカウント識別子を含むかどうか判別することもできる。インタフェースプロセッサ１４０は更に、支払いサービスコンピュータシステム１０７と通信して支払いサービス１０６を登録若しくは適用することができる。

支払いサービスコンピュータシステム１０７は、マスターカード（登録商標）ｉｎＣｏｎｒｏｌプラットフォームなどの、支払いサービスプラットフォーム１４５を含む。マスターカード（登録商標）ｉｎＣｏｎｒｏｌプラットフォームは、マスターカードインターナショナルインコーポレイテッド（登録商標）のメンバーである金融機関の間での金融トランザクションデータの交換に関連するサービスをカードホルダに提供する、マスターカードインターナショナルインコーポレイテッド（登録商標）により作成される独自の支払いサービスである（マスターカードは、ニューヨーク州パーチェスに位置するマスターカードインターナショナルインコーポレイテッドの登録商標である）。支払いサービスプラットフォーム１４５は、インタフェースプロセッサ１４０と通信して支払いサービス１０６を利用するためにアカウントを登録することや、ホーム支払いネットワーク１０２に関連する支払いサービス１０６を支払いトランザクション１０４に適用することが、できる。支払いサービスコンピュータシステム１０７は、オフネットワーク発行銀行（図示せず）と通信して、オフネットワークカードホルダ（図示せず）により開始されるトランザクションに支払いサービス１０６を提供することができる、オフネットワークプロセッサ１４７も含む。

稼働時、カードホルダ１１０は、アカウント登録１１５を用いて発行者１２０により支払いサービスに対して当初登録する。例示の実施形態では、アカウント登録１１５は、カードホルダ１１０が、発行者１２０によりホストされるウェブサイトにて支払いサービス１０６に対して登録する、ウェブベースのサービスを表す。例示の実施形態では、発行者１２０は、転送プロセス１３５を用いて登録情報をインタフェースプロセッサ１４０により受信され得るフォーマットに変換するホームネットワークプロセッサ１１２へ、登録情報を送信する。別途の実施形態では、発行者１２０は、ホームネットワークプロセッサ１１２を用いること無く、転送プロセス１３５を用いて登録情報を変換し得る。例示の実施形態では、アカウント登録１１５は、トランザクションを開始する（１０４）のに用いられる支払いカードに関連するアカウント識別子（例えば、アカウント番号）を含む。アカウント識別子は、会員番号（ＰＡＮ）、リアルカードナンバー（ＲＣＮ）、若しくは、支払いカードトランザクション１０４に関連するアカウントを識別する若しくは表す他の任意のタイプの識別子であればよい。

アカウント登録１１５は更に、アカウント識別子と関連する支払いサービス１０６を含む。例示の実施形態では、アラート通知サービス１５０は、支払いトランザクション１０４に関するアカウント識別子に関連し得る。支払いトランザクション１０４がアカウント登録１１５内にセットされる閾値貨幣額を超えるとアラートが送信されるように、アラート通知サービス１５０は登録され得る。言い換えれば、カードホルダ１１０が、支払いサービス１０６に対して発行者１２０により登録されると、トランザクション１０４が指定量を超えるとき支払いサービスコンピュータシステム１０７がカードホルダ１１０にその出来事を知らせるアラート通知をカードホルダ１１０に送信するように、アラート通知サービス１５０に対してカードホルダ１１０が登録され得る。

アカウント登録１１５は、登録データを、支払いサービスコンピュータシステム１０７により用いられ得るフォーマットに変換するために、転送プロセス１３５を使用することも含む。転送プロセス１３５は、登録データを登録プロファイルに変換するトランスレーションモジュールを用い、登録プロファイルを支払いサービスコンピュータシステム１０７へ送信する。ここで、トランスレーションモジュールは、ホーム支払いネットワーク１０２に関連する第１のデータファイルフォーマット（例えば、登録データ）を、オフネットワーク支払いネットワーク１０８に関連する第２のデータファイルフォーマット（例えば、登録プロファイル）へ変換するのに、用いられる。

カードホルダ１１０が支払いサービス１０６に対して登録され、登録プロファイルがインタフェースプロセッサ１４０に転送され支払いサービスコンピュータシステム１０７に送信されると、支払いサービスコンピュータシステム１０７は、カードホルダ１１０がホーム支払いネットワーク１０２にて支払いトランザクション１０４を開始する際に支払いサービス１０６を提供できる。

カードホルダ１１０は更に、支払いカードを用いる商人１３０により、ホーム支払いネットワーク１０２にて支払いトランザクション１０４を開始する。支払いトランザクション１０４は、アカウント識別子（例えば、ＰＡＮ）及びトランザクションの詳細を含む。支払いトランザクション１０４は、支払いトランザクションデータも含む。支払いトランザクションデータは、支払いトランザクション１０４の時間、支払いトランザクション１０４の日付、支払いトランザクション１０４の量、支払いトランザクション１０４に関連する商人１３０、支払いトランザクション１０４に関連する商人１３０に関するカテゴリ、支払いトランザクション１０４の地理的位置、及び、支払いトランザクション１０４の購買カテゴリ（例えば、食品、被服、若しくはコンピュータ）を、限定すること無く含み得る。

商人２４は続いて、支払いトランザクション１０４のためのホーム支払いネットワーク１０２における承認リクエストを取得者１２５に送信する。取得者１２５は、承認リクエストを発行者１２０に送信する。一つの実施形態では、取得者１２５は、承認リクエストを、支払いトランザクション１０４に関連するアカウントが支払いサービス１０６の資格があるかどうか判別するホームネットワークプロセッサ１１２に、送信する。別途の実施形態では、ホームネットワークプロセッサ１１２は、承認リクエストを発行者１２０に送信し、発行者１２０は、支払いトランザクション１０４に関連するアカウントが支払いサービス１０６の資格があるかどうか判別する。支払いトランザクション１０４に関連するアカウントが支払いサービス１０６の資格があるかどうかを判別するエンティティは、リクエスタとして定義され、第１のサービスリクエスト１１１を生成する。アカウントが支払いサービス１０６の資格があるかどうか判別することは、カードホルダ１１０が承認リクエストに含まれるアカウント識別子を支払いサービス１０６により登録したかどうかを判別することを、表す。例示の実施形態では、ホームネットワークプロセッサ１１２は、アカウント識別子が支払いサービス１０６のための発行者１２０により登録されたかどうかを判別するために、メモリデバイス（図示せず）をサーチする。別の実施形態では、発行者１２０は、アカウント識別子が支払いサービス１０６のための発行者１２０により登録されたかどうかを判別するために、メモリデバイス（図示せず）をサーチする。別途の実施形態では、発行者１２０は、リクエストをオフネットワーク支払いネットワーク１０８に送信して、承認リクエストに含まれるアカウント識別子が支払いサービス１０６により登録されたかどうかを判別してもよい。

アカウントが、資格があれば、リクエスタ（即ち、ホームネットワークプロセッサ１１２若しくは発行者１２０）は支払いトランザクション１０４を処理し続け、第１のサービスリクエスト１１１を生成する。第１のサービスリクエスト１１１は、転送プロセス１３５を用いて第２のサービスリクエスト１０９に変換される。転送プロセス１３５はトランスレーションモジュールを用いて第１のサービスリクエスト１１１を第２のサービスリクエスト１０９に変換する。トランスレーションモジュールは、第２のサービスリクエスト１０９が同一ファイルネーミングコンベンション、ファイルヘッダコンベンション、ファイル構造及びレイアウトコンベンション、ファイルタイプコンベンション、及びファイルサイズコンベンションに従うことを、保証する。別途の実施形態では、第１のサービスリクエスト１１１は、ＸＭＬベースの変換方法を実装するトランスレーションモジュールを用いて変換される。他の実施形態では、第１のサービスリクエスト１１１は、Ｐｅｒｌ、ＡＷＫ、ＴＸＬを、限定すること無く、含む任意の変換方法若しくは言語、又は、第２のサービスリクエスト１０９に要求されるネーム、ヘッダ、レイアウト、構造、ファイルタイプ、及びファイルサイズを適用するために第１のサービスリクエスト１１１を変換することができる他の任意の方法を、実装するトランスレーションモジュールを用いて、変換され得る。

第２のサービスリクエスト１０９は、第２のサービスリクエスト１０９に関連するアカウント識別子が支払いサービス１０６に対して登録されるかどうかを判別するインタフェースプロセッサ１４０により送信され受信される。第２のサービスリクエスト１０９に関連するアカウント識別子が支払いサービス１０６に対して登録されると判別されると、インタフェースプロセッサ１４０は、第２のサービスリクエスト１０９を支払いサービスプラットフォーム１４５に送信する。支払いサービスプラットフォーム１４５は、登録された支払いサービス１０６を第２のサービスリクエスト１０９に適用することにより、第２のサービスリクエスト１０９を処理する。登録された支払いサービス１０６を適用することは、第２のサービスリクエスト１０９がそのような適用を要求するならば少なくとも一つの支払いサービス１０６を適用すること、を表す。支払いサービス１０６は、バーチャルカードマッピングサービス１５５、トランザクションルール及びリミットサービス１６０、並びに、アラート通知サービス１５０を、含む。個々の支払いサービス１０６は、サービス１０６を適用するためのルール及び条件と関連する。支払いサービス１０６が適用されると、支払いサービスプラットフォーム１４５は、支払いサービス１０６、及び第２のサービスリクエスト１０９に関連する支払いトランザクションデータに、少なくとも一部基づいて、第１のサービスレスポンス１１３を生成する。支払いサービスコンピュータシステム１０７は、第１のサービスレスポンス１１３をインタフェースプロセッサ１４０に送信する。第１のサービスレスポンス１１３は続いて、転送プロセス１３５に戻される。

ここで、転送プロセス１３５は、トランスレーションモジュールを用いて第１のサービスレスポンス１１３を第２のサービスレスポンス１１４に変換することを促進する。トランスレーションモジュールは、第１のサービスリクエスト１１１が第２のサービスリクエスト１０９に変換されたときの、記載したプロセスを逆転するのに用いられる。トランスファモジュールにより、ホーム支払いネットワーク１０２に関連する、同一ファイルネーミングコンベンション、ファイルヘッダコンベンション、ファイル構造及びレイアウトコンベンション、ファイルタイプコンベンション、並びに、ファイルサイズコンベンションに従って、第２のサービスレスポンス１１４への第１のサービスレスポンス１１３の逆転変換を、可能にする。例示の実施形態では、第１のサービスレスポンス１１３は、ＸＭＬベースの変換方法を実装するトランスレーションモジュールを用いて変換される。別途の実施形態では、第１のサービスレスポンス１１３は、Ｐｅｒｌ、ＡＷＫ、ＴＸＬを、限定すること無く、含む任意の変換方法若しくは言語、又は、第第２のサービスレスポンス１１４に要求されるネーム、ヘッダ、レイアウト、構造、ファイルタイプ、及びファイルサイズを適用するために第１のサービスレスポンス１１３を変換することができる他の任意の方法を、実装するトランスレーションモジュールを用いて、変換され得る。

第２のサービスレスポンス１１４は続いて、第１のサービスリクエスト１１１を転送プロセス１３５に送信したリクエスタ（即ち、ホームネットワークプロセッサ１１２若しくは発行者１２０）に戻される。例示の実施形態では、リクエスタがホームネットワークプロセッサ１１２であるとき、リクエスタは、第２のサービスレスポンス１１４の内容に拠って、取得者１２５と通信する（例えば、トランザクションルール及びリミットサービス１６０の適用に基づいて、クレジットカードトランザクションを否定する商人レスポンスを商人１３０にも戻す）、及び／又は、カードホルダ１１０と通信する（例えば、アラート通知サービス１５０の適用に基づいて、カードホルダにアラートする）。別途の実施形態では、リクエスタが発行者１２０であるとき、リクエスタは、第２のサービスレスポンス１１４の内容に基づいて動作する（例えば、トランザクションルール及びリミットサービス１６０の適用に基づいて、クレジットカードトランザクションを否定するように、取得者１２５に指示する）、若しくは、カードホルダ１１０と通信する（例えば、アラート通知サービス１５０の適用に基づいて、カードホルダにアラートする）。

支払いトランザクション１０４は、アラート通知サービス１５０に対して登録されたアカウント識別子と関連し得る。この例では、支払いトランザクション１０４は、上述のよいに処理され、二つの結果のうちの少なくとも一つとなる。第一に、第１のサービスレスポンス１１３が生成されて第２のサービスレスポンス１１４に変換され、カードホルダ１１０に関連する支払いカードが支払いトランザクション１０４で用いられたことをカードホルダ１１０に警告する結果となる。第二に、支払いサービス１０６が、支払いサービスコンピュータシステム１０７から直接送られるＳＭＳ（即ち、ショートメッセージサービステキストメッセージング）若しくは電子メールアラート１５６を動作し得る。

第１の例示では、カードホルダ１１０は、支払いサービスコンピュータシステム１０７上で登録プロファイルを作成するアカウント登録１１５を用い得る。登録プロファイルは、カードホルダ１１０に関するクレジットカードバランスが３０００ドルの閾値を超えるとき、カードホルダ１１０はリクエスタ（即ち、ホームネットワークプロセッサ１１２若しくは発行者１２０）により通知してほしいということを反映する情報を、含み得る。登録プロファイルは従って、この条件（即ち、クレジットカードバランスが３０００ドルを超えるときリクエスタによりアラートが送信されること）が適用されるアラート通知サービス１５０に対して登録される。支払いトランザクション１０４は、５００ドルに対して、カードホルダ１１０に対応するアカウント識別子を用いて、商人１３０により、作成される。支払いトランザクション１０４に先立って、カードホルダ１１０に関連するクレジットカードバランスは２９００ドルであった。支払いトランザクション１０４は結果として、リクエスタ（即ち、ホームネットワークプロセッサ１１２若しくは発行者１２０）により生成される第１のサービスリクエスト１１１となる。第１のサービスリクエスト１１１は、転送プロセス１３５を用いて第２のサービスリクエスト１０９に変換される。第２のサービスリクエスト１０９は、第２のサービスリクエスト１０９と関連するアカウント識別子が支払いサービス１０６に対して登録されたことを判別し第２のサービスリクエスト１０９を支払いサービスプラットフォーム１４５に送信するインタフェースプロセッサ１４０により、受信される。支払いサービスプラットフォーム１４５は、第２のサービスリクエスト１０９が、アラート通知サービス１５０に対して登録されたアカウント識別子と関連することを判別する。支払いサービスプラットフォーム１４５は、第２のサービスリクエスト１０９を処理し、含まれる支払いトランザクションデータが、第２のサービスリクエスト１０９がカードホルダ１１０に関連するクレジットカードバランスを３４００ドルへ動かした支払いトランザクション１０４と関連することを、示すことを、判別する。支払いサービスプラットフォーム１４５は、アラート通知サービス１５０が、リクエスタ（即ち、ホームネットワークプロセッサ１１２若しくは発行者１２０）がカードホルダ１１０に警告しなければならないことを、要求することも、判別する。支払いサービスプラットフォーム１４５は、リクエスタがアラート通知サービス１５０に従ってカードホルダ１１０にアラートを送信する指示を含む、第１のサービスレスポンス１１３を生成する。第１のサービスレスポンス１１３は、転送プロセス１３５を用いて第２のサービスレスポンス１１４に変換される。第２のサービスレスポンス１１４はリクエスタに送信される。リクエスタは、カードホルダ１１０に関するクレジットカードバランスが３００ドルの閾値を超えたことを示す電子アラートを、カードホルダ１１０に関するコンピュータ装置に送信する。

第２の例示では、カードホルダ１１０はアカウント登録１１５も使用し、支払いサービスコンピュータシステム１０７上で登録プロファイルを作成する。しかしながら、この例では、登録プロファイルは、カードホルダ１１０に関するクレジットカードバランスが３００ドルを超えるときカードホルダ１１０が（リクエスタでは無く）支払いサービスコンピュータシステム１０７により通知されることを望んでいる、ということを反映する情報を含み得る。登録プロファイルは従って、この条件（即ち、クレジットカードバランスが３０００ドルを超えるとき支払いサービスコンピュータシステム１０７によりアラートが送信されること）が適用されるアラート通知サービス１５０に対して登録される。第１の例示のように、支払いトランザクション１０４により、カードホルダに関連するクレジットカードバランスが３０００ドルを超える。更に、支払いトランザクション１０４は結果として、リクエスタにより生成される第１のサービスリクエスト１１１となる。第１のサービスリクエスト１１１は、また、転送プロセス１３５を用いて第２のサービスリクエスト１０９に変換される。第２のサービスリクエスト１０９は、第２のサービスリクエスト１０９と関連するアカウント識別子が支払いサービス１０６に対して登録されたことを判別し第２のサービスリクエスト１０９を支払いサービスプラットフォーム１４５に送信するインタフェースプロセッサ１４０により、受信される。支払いサービスプラットフォーム１４５は、第２のサービスリクエスト１０９が、アラート通知サービス１５０に対して登録されたアカウント識別子と関連することを判別する。しかしながら、支払いサービスプラットフォーム１４５は、支払いサービスコンピュータシステム１０７からのＳＭＳ若しくは電子メールアラート１６５に対して登録されたアカウント識別子と、第２のサービスリクエスト１０９が関連することを、判別する。この場合、（リクエスタにアラートを知らせる）第１のサービスレスポンス１１３を生成することに加えて、支払いサービスコンピュータシステム１０７は、ＳＭＳテキストメッセージを、カードホルダ１１０に関連するコンピュータ装置に直接送信する。このオプションは、スピードに価値を置くカードホルダ１１０にとって、若しくは、リクエスタがカードホルダ１１０と電子通信をする能力を欠く場合に、有意であり得る。

支払いトランザクション１０４は、バーチャルカードマッピングサービス１５５に対して登録されたアカウント識別子とも関連し得る。この場合、カードホルダ１１０は、支払いサービスコンピュータシステム１０７上で登録プロファイルを作成するアカウント登録１１５を使用し得る。バーチャルカードナンバー（ＶＣＮ）がリアルカードナンバー（ＲＣＮ）にマップする支払いトランザクション１０４と併せてＶＣＮを使用することができることを、カードホルダ１１０が望んでいる、ということを反映する情報を、登録プロファイルは含み得る。ＲＣＮは、支払いカードと関連する、通常支払いカード上にプリントされた、実数を直接含む。ＶＣＮは、バーチャルカードマッピングサービス１５５により提供されるマッピングサービスに基づいてＲＣＮのみを反映する二次的数である。ＶＣＮは、基本的なアカウント及びＲＣＮに影響を与えること無く即座にＶＣＮを無効にできるというカードホルダ１１０の可能性があれば、発行され得る。従って、カードホルダ１１０は、ＶＣＮ及びバーチャルカードマッピングサービス１５５の利用が望ましいことを見出し得る。なぜなら、そのことが迅速な不正防止及びアカウント制御を可能にするからである。このため、カードホルダ１１０は、ＲＣＮを無効にすることも影響を与えることも無く、ＶＣＮが用いられる可能性を制約し得る。

これらの場合、カードホルダ１１０は、ＶＣＮを用いて支払いトランザクション１０４を開始し得る。支払いトランザクション１０４は結果として、リクエスタ（即ち、ホームネットワークプロセッサ１１２若しくは発行者１２０）により生成される第１のサービスリクエスト１１１となる。第１のサービスリクエスト１１１は、転送プロセス１３５を用いて第２のサービスリクエスト１０９に変換される。第２のサービスリクエスト１０９は、アカウント識別子が支払いサービス１０６に対して登録されたことを判別し第２のサービスリクエスト１０９を支払いサービスプラットフォーム１４５に送信するインタフェースプロセッサ１４０により、受信される。支払いサービスプラットフォーム１４５は、第２のサービスリクエスト１０９が、ＶＣＮであるアカウント識別子と関連することを判別する。支払いサービスプラットフォーム１４５は、バーチャルカードマッピングサービス１５５を適用することにより、ＶＣＮに関連するＲＣＮを識別する。支払いサービスプラットフォーム１４５は、第２のサービスリクエスト１０９を処理し、ＲＣＮが任意の更なる支払いサービス１０６と関連するかどうかを判別する。支払いサービスプラットフォーム１４５は、発行者１２０が支払いトランザクション１０４によりＲＣＮを用いるという指示を含む第１のサービスレスポンス１１３を生成する。第１のサービスレスポンス１１３は、転送プロセス１３５を用いて第２のサービスレスポンス１１４に変換される。第２のサービスレスポンス１１４は、リクエスタに送信される。例示の実施形態では、ホームネットワークプロセッサ１１２がリクエスタであるとき、リクエスタは、第２のサービスレスポンス１１４を発行者１２０に送信する。別途の実施形態では、リクエスタが発行者１２０である場合、転送プロセス１３５の後、発行者は即座に第２のサービスレスポンス１１４を受信する。全ての実施形態において、発行者１２０は、ＲＣＮを用いて支払いトランザクション１０４を処理する。

ある場合には、支払いサービスプラットフォーム１４５は、開始する支払いトランザクション１０４無しで、第１のサービスレスポンス１１３を送信し得る。第１のサービスレスポンス１１３は、転送プロセス１３５を用いて、第２のサービスレスポンス１１４に変換される。これらの場合、支払いサービスプラットフォーム１４５は、支払いトランザクション１０４と関連する第１のサービスリクエスト１１１無しで、リクエスタにバーチャルカードマッピングデータを提供する。（リクエスタがホームネットワークプロセッサ１１２である場合）リクエスタがバーチャルカードマッピングデータをリクエスタに送信するか、若しくは、リクエスタが発行者１２０である（即ち、発行者１２０がバーチャルカードマッピングデータを有する）か、のいずれかである。発行者１２０は、そのデータベース内にバーチャルカードマッピングデータを格納し得る。これらの場合、発行者１２０は、オフネットワーク支払いネットワーク１０８を用いること無く、カードホルダのためのＶＣＮを即座にＲＣＮに変換することができる。その場合、支払いサービスプラットフォーム１４５（及びより一般的には、支払いサービスコンピュータシステム１０７）は、バーチャルカードマッピングデータを発行者に提供し、ＶＣＮに関連する支払いトランザクション１０４（即ち、バーチャルカードマッピングサービス１５５を用いるために登録されたアカウント識別子に関連する支払いトランザクション１０４）の迅速な処理を可能にする。

支払いサービス１０６は、トランザクションルール及びリミットサービス１６０も含む。カードホルダ１１０は、トランザクションルール及びリミットサービス１６０を支払いトランザクション１０４に適用させるように、登録され得る。これらの実施形態では、第１のサービスレスポンス１１３が生成され、トランザクションルール及びリミットサービス１６０を満足しないトランザクションを否定し得る第２のサービスレスポンス１１４に変換され得る。例えば、カードホルダ１１０は、支払いサービスコンピュータシステム１０７上で登録プロファイルを作成するアカウント登録１１５を用い得る。登録プロファイルは、カードホルダ１１０のホームステート、ニューヨーク州の外部で発生する支払いトランザクション１０４を、不正に対する抑止としてカードホルダ１１０が否定したがっている、ということを反映する情報を含み得る。登録プロファイルは従って、この条件（即ち、全てのトランザクションはニューヨーク州で発生しなければならない、ということ）が適用された、トランザクションルール及びリミットサービス１６０に対して、登録される。支払いトランザクション１０４は、オハイオ州の商人１３０により、カードホルダ１１０に対応するアカウント識別子を伴って作成される。支払いトランザクション１０４は結果として、リクエスタ（即ち、ホームネットワークプロセッサ１１２若しくは発行者１２０）により生成される第１のサービスリクエスト１１１となる。第１のサービスリクエスト１１１は、転送プロセス１３５を用いて第２のサービスリクエスト１０９に変換される。第２のサービスリクエスト１０９は、第２のサービスリクエスト１０９と関連するアカウント識別子が支払いサービス１０６に対して登録されたことを判別し第２のサービスリクエスト１０９を支払いサービスプラットフォーム１４５に送信するインタフェースプロセッサ１４０により、受信される。支払いサービスプラットフォーム１４５は、第２のサービスリクエスト１０９が、トランザクションルール及びリミットサービス１６０に対して登録されたアカウント識別子と関連することを判別する。支払いサービスプラットフォーム１４５は、第２のサービスリクエスト１０９を処理し、含まれる支払いトランザクションデータが、第２のサービスリクエスト１０９がオハイオ州で発生した支払いトランザクション１０４と関連することを、示すことを、判別する。支払いサービスプラットフォーム１４５は更に、第２のサービスリクエスト１０９と関連するアカウント識別子が、トランザクションルール及びリミットサービス１６０に対して登録されることを判別し、全てのトランザクションがニューヨーク州で発生しなければならないことを、要求する。支払いサービスプラットフォーム１４５は従って、支払いトランザクション１０４が特定のルールを遵守しないことから否定されるべきであることを判別する。支払いサービスプラットフォーム１４５は、トランザクションルール及びリミットサービス１６０の条件に違反することから発行者１２０が支払いトランザクション１０４を否定するという指示を含む、第１のサービスレスポンス１１３を生成する。他の例では、トランザクションルール及びリミットサービス１６０は、以下のルールを限定すること無く含むカスタマ規定ルールに対して、同様のプロセスを適用し得る。
・全ての支払いトランザクション１０４は、ある一つの若しくは複数のカテゴリ（例えば、食物、被服、及びガソリン）と関連しなければならない。
・全ての支払いトランザクション１０４は、最大限許容され得る支出限界以下に対するものでなければならない。
・支払いトランザクション１０４は、所定期間以上の頻度（例えば、１日１トランザクション）であってはならない。
・支払いトランザクション１０４は、所定の時間外に発生できない（例えば、深夜以降は購買できない）。
・支払いトランザクション１０４は、禁じられた購買カテゴリに対するものであってはならない（例えば、アルコールの購買はできない）。
第１のサービスレスポンス１１３は、インタフェースプロセッサ１４０に送信され、転送プロセス１３５を用いて第２のサービスレスポンス１１４に変換され、リクエスタに送信される。リクエスタは、発行者１２０かホームネットワークプロセッサ１１２かのいずれかである。いずれの場合もリクエスタは、承認レスポンスを商人１３０に送信することにより、支払いトランザクション１０４を承認若しくは拒否するように取得者１２５に指示する。

図３は、オフネットワーク支払いサービスを用いてホーム支払いネットワーク支払いトランザクションを処理する、図２に示す支払いサービスコンピュータシステムにより実装される例示の方法を示す、フローチャートである。カードホルダ１１０は、アカウント識別子（例えば、ＰＡＮ）を用いて支払いトランザクション１０４を開始する（２０５）。取得者１２５は続いて、支払いトランザクション１０４を処理して通常の承認をし、支払いトランザクション１０４をリクエスタ（即ち、ホームネットワークプロセッサ１１２若しくは発行者１２０）に送信する（２１０）。例示の実施形態では、リクエスタがホームネットワークプロセッサ１１２である場合、取得者１２５は、ホームネットワークプロセッサ１１２に送信する（２１０）。別途の実施形態では、発行者１２０はリクエスタであり、取得者１２５は支払いトランザクション１０４を発行者１２０に送信する（２１０）。リクエスタ（即ち、ホームネットワークプロセッサ１１２若しくは発行者１２０）は続いて、アカウントが支払いサービス１０６に対する資格があるアカウント範囲内であるかチェックする（２１５）。アカウントが、適格が無いならば、発行者１２０により通常の承認処理が行われ（２５５）、発行者１２０は通常の承認レスポンスを取得者１２５に戻し（２５０）、取得者１２５は承認レスポンスを商人１３０及びカードホルダ１１０に戻す（２６５）。アカウントが、適格があるならば、リクエスタ（即ち、ホームネットワークプロセッサ１１２若しくは発行者１２０）は、サービスリクエストメッセージ（即ち、転送プロセス１３５を用いて第１のサービスリクエスト１１１から変換された第２のサービスリクエスト１０９）をインタフェースプロセッサ１４０に送信する（２２０）。インタフェースプロセッサ１４０は、第２のサービスリクエスト１０９を支払いサービスプラットフォーム１４５に送信する（図示せず）。支払いサービスプラットフォーム１４５は第２のサービスリクエスト１０９をチェックして、アカウントが支払いサービス１０６に対する資格があるか判別する（２２５）。アカウントが、適格が無いならば（２３０）、発行者１２０により通常の承認処理が行われ（２６０）、発行者１２０は通常の承認レスポンスを取得者１２５に戻し（２５０）、取得者１２５は承認レスポンスを商人１３０及びカードホルダ１１０に戻す（２６５）。アカウントが、適格があるならば（２３０）、支払いサービスプラットフォーム１４５は第２のサービスリクエスト１０９を処理して第１のサービスレスポンス１１３を生成する（２３５）。支払いサービスレスポンスは、第１のサービスレスポンス１１３もインタフェースプロセッサ１４０に提供する（２３５）。インタフェースプロセッサ１４０は、オフネットワークサービスレスポンス１１３をリクエスタ（即ち、ホームネットワークプロセッサ１１２若しくは発行者１２０）に戻す（２４０）。第１のサービスレスポンス１１３を戻すに当たり（２４０）、第１のサービスレスポンス１１３は、転送プロセス１３５を用いて第２のサービスレスポンス１１４に変換される。発行者１２０は、支払いサービスにより通常の承認を実行する（２４５）。リクエスタは続いて、承認レスポンスを取得者１２５に戻し（２５０）、取得者１２５は承認レスポンスを商人１３０及びカードホルダ１１０に戻す（２６５）。

図４は、支払い処理環境１００の支払いサービスプラットフォーム１４５（両方、図２に示されている）を表す例示のコンピュータシステム３００の簡易ブロック図である。例示の実施形態では、システム３００は、サーバシステム３０２と、サーバシステム３０２に接続する、クライアントシステム３０４とも称される、複数のクライアントサブシステムとを、含む。一つの実施形態では、クライアントシステム３０４はウェブブラウザを含むコンピュータであり、サーバシステム３０２はインターネットを用いてクライアントシステム３０４にアクセス可能である。クライアントシステム３０４は、ローカルエリアネットワーク（ＬＡＮ）及び／若しくはワイドエリアネットワーク（ＷＡＮ）、ダイヤルイン接続、ケーブルモデム、無線接続、並びに特別な高速ＩＳＤＮラインなどの、ネットワークを含む多数のインタフェースを介して、インターネットに相互接続される。クライアントシステム３０４は、ウェブベースホン、パーソナルデジタルアシスタント（ＰＤＡ）、若しくは他のウェブ接続可能エキップメントを含む、インターネットに相互接続可能などのデバイスであってもよい。データベースサーバ３０６は、より詳細に以下に記載するように、様々な事項に関する情報を含むデータベース３０８に接続する。一つの実施形態では、データベース３０８はサーバシステム３０２上に格納され、クライアントシステム３０４の一つを介してサーバシステム３０２上にロギングすることにより、クライアントシステム３０４の一つにおいて潜在的ユーザによりアクセスされ得る。別途の実施形態では、データベース３０８はサーバシステム３０２から遠隔して格納されており、非集中型でもよい。

以下に説明するように、アカウント番号、支払いカードナンバー、有効期限、及び、アカウントが開いているのか閉じているのか等のアカウントステータスを含む、支払いカード情報は、データベース３０８内部に格納される。更に、支払いカードのカードホルダに関するデータも、データベース３０８内部に格納され得る。それらカードホルダデータは、例えば、カードホルダの名前及びカードホルダ請求書送付先を含み得る。

図５は、本発明の一つの実施形態に係るシステム４００のサーバアーキテクチャについての、例示の実施形態の拡張ブロック図である。（図４に示す）システム３００のコンポーネントと同一の、システム４００のコンポーネントは、図４で用いられるのと同じ参照番号を用いて、図５にて特定される。システム４００は、サーバシステム３０２とクライアントシステム３０４を含む。サーバシステム３０２は更に、データベースサーバ３０６、サプリケーションサーバ４０２、ウエブサーバ４０４、ファックスサーバ４０６、ディレクトリサーバ４０８、及びメールサーバを含む。ディスクストレージユニット４１２は、データベースサーバ３０６及びディレクトリサーバ４０８に繋がる。サーバ３０６、４０２、４０４、４０８、４１０は、ローカルエリアネットワーク（ＬＡＮ）４１４と繋がる。更に、システムアドミニストレータのワークステーション４１６、ユーザのワークステーション４１８、及びスーパバイザのワークステーション４２０は、ＬＡＮ４１４に繋がる。一方で、ワークステーション４１６、４１８、４２０は、インターネットリンクを用いてＬＡＮ４１４に繋がる、若しくは、イントラネットを介して接続する。

個々のワークステーション４１６、４１８、４２０は、ウェブブラウザを有するパーソナルコンピュータである。ワークステーションにて実施される機能は通常、個々のワークステーション４１６、４１８，４２０にて実施されるように示されるが、それら機能はＬＡＮ４１４に繋がる多数のパーソナルコンピュータの一つにて実施され得る。ワークステーション４１６、４１８、４２０は、別個の機能と関連するように示されるか、これは、ＬＡＮ４１４へのアクセスを有する個人により実施され得る様々なタイプの機能の理解を促進するために過ぎない。

サーバ３０２は、取得者４２２及び発行者４２４を含む種々のエンティティと、更に例えば監査人などの第三者４３４と、インターネット接続４２６を用いて通信上繋がるように構成されている。サーバシステム３０２は商人４３６とも通信上繋がり得る。例示の実施形態の通信はインターネットを用いて実施されるように示されているが、他の実施形態にて他のどんなワイドエリアネットワーク（ＷＡＮ）タイプの通信が利用されてもよく、即ち、システム及びプロセスは、インターネットを用いて実施されることに限定されない。更に、ＷＡＮ４２８ではなく、ローカルエリアネットワーク４１４がＷＡＮ４２８の代わりに用いられ得る。

例示の実施形態では、ワークステーション４３０を有する任意の承認済みの個人若しくはエンティティが、システム４００にアクセスし得る。クライアントシステムの少なくとも一つは、遠隔位置に配置されたマネジャワークステーション４３２を含む。ワークステーション４３０、４３２は、ウェブブラウザを有するパーソナルコンピュータを含む。更に、ワークステーション４３０、４３２は、サーバシステム３０２と通信するように構成されている。更に、ファックスサーバ４０６は、テレホンリンク４０６を用いて、クライアントシステム４３２を含む、遠隔配置クライアントシステムと通信する。ファックスサーバ４０６は、他のクライアントシステム４１６、４１８、４２０とも同様に接続するように構成されている。

図６は、カードホルダ５０１により操作されるカードホルダコンピュータデバイス５０２の例示の構成を示す。カードホルダコンピュータデバイス５０２は、クライアントシステム３０４、４１６、４１８、４２０、ワークステーション４３０、及び（図５に示す）マネジャワークステーション４３２を含み得るが、これらに限定されない。

カードホルダコンピュータデバイス５０２は、命令を実行するプロセッサ５０５を含む。或る実施形態では、実行可能命令は、メモリエリア５１０に格納される。プロセッサ５０５は、（例えば、マルチコア構成内に）一つ若しくはそれ以上の処理ユニットを含み得る。メモリエリア５１０は、実行可能命令などの情報及び／又は他のデータが格納されて検索され得る、どんなデバイスでもよい。メモリエリア５１０は、一つ若しくはそれ以上のコンピュータ読み取り可能媒体を含み得る。

カードホルダコンピュータデバイス５０２は、情報をカードホルダ５０１に提示する少なくとも一つのメディアアウトプットコンポーネント５１５も含む。メディアアウトプットコンポーネント５１５は、情報をカードホルダ５０１に伝達し得るどんなコンポーネントでもよい。或る実施形態では、メディアアウトプットコンポーネント５１５は、ビデオアダプタ及び／又はオーディオアダプタなどの、アウトプットアダプタを含む。アウトプットアダプタは、プロセッサ５０５に動作自在に繋がり、ディスプレイデバイス（例えば、液晶ディスプレイ（ＬＣＤ）、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、陰極線管（ＣＲＴ）、若しくは「電子インク」ディスプレイ）又はオーディオアウトプットデバイス（例えば、スピーカ若しくはヘッドホン）などの、アウトプットデバイスに動作自在に繋がる。

或る実施形態では、カードホルダコンピュータデバイス５０２は、カードホルダコンピュータデバイス０１からインプットを受信するインプットデバイス５２０を含む。インプットデバイス２０は、例えば、キーボード、ポインティングデバイス、マウス、スタイラス、タッチパネル（例えば、タッチパッド若しくはタッチスクリーン）、ジャイロスコープ、加速器、位置検出器、又はオーディオインプットデバイスを、含み得る。タッチスクリーンなどの単体のコンポーネントは、メディアアウトプットコンポーネント５１５は、のアウトプットデバイスとインプットデバイス５２０の両方として機能し得る。

カードホルダコンピュータデバイス５０２は、通信インタフェース５２５も含み得、該通信インタフェース５２５は、サーバシステム３０２、又は商人により動作されるウエブサーバなどの、リモートデバイスに通信自在に繋がり得る。通信インタフェース５２５は、例えば、無線若しくは有線ネットワークアダプタ、又は、モバイルホンネットワーク（例えば、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））、３Ｇ、４Ｇ、若しくはブルートゥース（登録商標））若しくは他のモバイルデータネットワーク（例えば、ワイマクス（ＷＩＭＡＸ））との使用のための無線データトランシーバを、含み得る。

例えば、メディアアウトプットコンポーネント５１５を介してカードホルダ５０１にユーザインタフェースを提供し選択によりインプットデバイスからのインプットを受信し処理するための、コンピュータ読み取り可能命令が、メモリエリア５１０に格納される。ユーザインタフェースは、とりわけ、ウェブブラウザ及びクライアントアプリケーションを含み得る。ウェブブラウザにより、カードホルダ５０１などのカードホルダは、サーバシステム３０２若しくは商人と関連するウエブサーバからウエブページ若しくはウェブサイト上に通常埋め込まれるメディア及び他の情報を表示し相互作用することができる。クライアントアプリケーションにより、カードホルダ５０１は、サーバシステム３０２若しくは商人と関連するウエブサーバからのサーバアプリケーションと相互作用することができる。

図７は、（図４及び図５に示す）サーバシステム３０２などのサーバコンピュータデバイス６７５の例示の構成を示す。サーバコンピュータデバイス６７５は、データベースサーバ３０６、アプリケーションサーバ４０２、ウエブサーバ４０４、ファックスサーバ４０６、ディレクトリサーバ４０８、及びメールサーバ４１０を含み得るがこれらに限定されない。

サーバコンピュータデバイス６７５は、命令を実行するためのプロセッサ６８０を含む。命令は、例えば、メモリエリア６８５に格納され得る。プロセッサ６８０は、（例えば、マルチコア構成内に）一つ若しくはそれ以上の処理ユニットを含み得る。

プロセッサ６８０は通信インタフェース６９０に動作自在に繋がり、これによりサーバコンピュータデバイス６７５は、カードホルダコンピュータデバイス５０２や別のサーバコンピュータデバイス６７５などの、リモートデバイスと通信し得る。例えば、通信インタフェース６９０は、図３及び図４に示すように、インターネットを介してクライアントシステム３０４からリクエストを受信し得る。

プロセッサ６８０は、ストレージデバイス４１２とも動作自在に繋がり得る。ストレージデバイス４１２は、データを格納し及び／又は検索するのに適した、任意のコンピュータで動作するハードウエアである。或る実施形態では、ストレージデバイス４１２は、サーバコンピュータデバイス６７５に集積する。例えば、サーバコンピュータデバイス６７５は、ストレージデバイス４１２として一つ若しくはそれ以上のハードディスクドライブを含み得る。他の実施形態では、ストレージデバイス４１２は、サーバコンピュータデバイス６７５に外付けされ、複数のサーバコンピュータデバイス６７５によりアクセスされ得る。例えば、ストレージデバイス４１２は、レイド（ＲＡＩＤ）構成の、ハードディスクや半導体ディスクなどのマルチプルストレージユニットを、含み得る。ストレージデバイス４１２は、ストレージエリアネットワーク（ＳＡＮ）及び／又はネットワーク接続ストレージ（ＮＡＳ）システムを含み得る。

或る実施形態では、プロセッサ６８０は、ストレージインタフェース６９５を介してストレージデバイス４１２に動作自在に繋がる。ストレージインタフェース６９５は、プロセッサ６８０にストレージデバイス４１２へのアクセスを提供することができるどんなコンポーネントでもよい。ストレージインタフェース６９５は、例えば、アドバンストテクノロジーアタッチメント（ＡＴＡ）アダプタ、シリアルＡＴＡ（ＳＡＴＡ）アダプタ、小型コンピュータ用周辺機器インタフェース（ＳＣＳＩ）アダプタ、ＲＡＩＤコントローラ、ＳＡＮアダプタ、ネットワークアダプタ、及び／又は、プロセッサ６８０にストレージデバイス４１２へのアクセスを提供する任意のコンポーネントを、含み得る。

メモリエリア４１０、６８５は、動的ＲＡＭ（ＤＲＡＭ）若しくは静的ＲＡＭ（ＳＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、及び、不揮発性ＲＡＭ（ＮＶＲＡＭ）などの、ランダムアクセスメモリ（ＲＡＭ）を含み得るが、これらに限定されない。これらのメモリタイプは例示に過ぎず、コンピュータプログラムの格納に利用可能なメモリのタイプに関する限定では無い。

本明細書は、ベストモードを含む本発明を開示し、更に、当業者が装置若しくはシステムを作成すること、使用すること、及び組み合わされた方法を実行することを含む、本発明を実施することも可能にする、例示を用いている。本発明の特許され得る範囲は請求項により記載されており、当業者に想到し得る他の例示も含み得る。それらの他の例示は、請求項の文言とは異ならない構造的要素を有するならば、又は、請求項の文言とはほとんど差異が無い等価の構造的要素を含むならば、請求項の範囲内に在るものであることを意図している。

２２・・・カードホルダ、２４、１３０・・・商人、２６・・・マーチャントバンク、２８・・・ネットワーク、３０・・・発行者、１１０・・・カードホルダ、１２０・・・発行者、１２５・・・取得者、３０２・・・サーバ、３０４・・・コンピュータ、３０６・・・データベースサーバ、３０８・・・データベース。

Claims (30)

1. 第１の支払いネットワークにて支払いカードを用いてカードホルダにより開始された支払いトランザクションに支払いサービスを適用する、コンピュータ実装方法において、
   適用される支払いサービスは第２の支払いネットワーク上でホストされる支払いサービスコンピュータシステムを利用し、支払いカードは発行銀行によりカードホルダに発行され、
   前記方法は、
   支払いサービスコンピュータシステムにてリクエスタからサービスリクエストを受信するステップであって、サービスリクエストは第２の支払いネットワークにより読み取り可能である第１のフォーマットを有し、サービスリクエストは支払いトランザクションデータを含む、ステップと、
   支払いサービスコンピュータシステムにて、サービスリクエストが受信するように登録された支払いサービスを判別するステップと、
   登録された支払いサービスをサービスリクエストに適用することにより、サービスリクエストを処理するステップと、
   支払いサービスコンピュータシステムにて、登録された支払いサービスと支払いトランザクションデータとに、少なくとも部分的に基づいて、サービスレスポンスを生成するステップと、
   カードホルダとリクエスタのうちの少なくとも一方にサービスレスポンスを送信するステップと
   を含む、コンピュータ実装方法。
2. リクエスタが、発行銀行、ホームネットワークプロセッサ、及び、発行銀行若しくはホームネットワークプロセッサのいずれかと関連するサードパーティのうちの、少なくとも一つである、請求項１に記載のコンピュータ実装方法。
3. サービスリクエストを受信するステップは更に、リクエスタからサービスリクエストを受信することを含み、
   サービスリクエストは、発行銀行が支払いトランザクションに関連する承認リクエストメッセージを受信することに応答して、生成される、
   請求項１に記載のコンピュータ実装方法。
4. 更に、
   トランザクションモジュールをリクエスタに提供するステップと、
   リクエスタにより受信された承認リクエストメッセージを、サービスリクエストが第２の支払いネットワークにより読み取り可能であるように、第１のフォーマットを有するサービスリクエストに、トランザクションモジュールを用いて変換するステップと
   を含む、請求項３に記載のコンピュータ実装方法。
5. サービスリクエストを受信するステップは更に、アカウントを含むサービスリクエストを受信することを含み、
   アカウント識別子は、支払いカード及びカードホルダに関連する発行銀行によりアカウントを識別する、
   請求項１に記載のコンピュータ実装方法。
6. サービスリクエストが受信するように登録された支払いサービスを判別するステップが更に、
   受信されたアカウント識別子を、支払いサービスコンピュータシステムに繋がるメモリデバイス内部に格納された複数の登録されたアカウント識別子と対比することと、
   受信されたアカウント識別子が複数の登録されたアカウント識別子内に含まれることを確認することと、
   登録されたアカウント識別子が関連する支払いサービスをメモリデバイスから検索することと
   を含む、請求項５に記載のコンピュータ実装方法。
7. 更に、
   支払いサービスコンピュータシステムにて登録プロファイルを受信するステップであって、登録プロファイルはカードホルダと支払いカードのうちの少なくとも一方と関連し、登録プロファイルはアカウント識別子を含む、
   請求項１に記載のコンピュータ実装方法。
8. サービスレスポンスを生成するステップが、登録された支払いサービス内の承認コントロールに基づいて発行銀行が支払いトランザクションを承認する若しくは拒否する指示を生成することを含む、
   請求項１に記載のコンピュータ実装方法。
9. 更に、
   アカウント識別子を含むサービスリクエストを受信するステップと、
   支払いサービスコンピュータシステムにて、アカウント識別子がバーチャルカードナンバーを含むことを判別するステップと、
   バーチャルカードナンバーに対応するリアルカードナンバーを識別するステップと、
   リアルカードナンバーに関連する、登録された支払いサービスをサービスリクエストに適用することにより、サービスリクエストを処理するステップと
   を含む、請求項１に記載のコンピュータ実装方法。
10. サービスレスポンスを送信するステップが更に、
    支払いサービスコンピュータシステムから、カードホルダに関連するコンピュータデバイスと、リクエスタに関連するコンピュータデバイスとのうちの、少なくとも一方に、アラート通知と送信することを含み、
    アラート通知は、登録された支払いサービスを支払いトランザクションに適用することにより、生成される、
    請求項１に記載のコンピュータ実装方法。
11. 第１の支払いネットワークにて支払いカードを用いてカードホルダにより開始された支払いトランザクションに支払いサービスを適用する、コンピュータ読み取り可能記録媒体において、
    適用される支払いサービスは第２の支払いネットワーク上でホストされる支払いサービスコンピュータシステムを利用し、支払いカードは発行銀行によりカードホルダに発行され、コンピュータ読み取り可能記録媒体はコンピュータ実行可能命令を埋め込んでおり、
    メモリデバイスに繋がるコンピュータデバイスに関連する少なくとも一つのプロセッサにより実行されると、コンピュータ実行可能命令によりプロセッサは、
    
    支払いサービスコンピュータシステムにてリクエスタからサービスリクエストを受信するステップであって、サービスリクエストは第２の支払いネットワークにより読み取り可能である第１のフォーマットを有し、サービスリクエストは支払いトランザクションデータを含む、ステップと、
    支払いサービスコンピュータシステムにて、サービスリクエストが受信するように登録された支払いサービスを判別するステップと、
    登録された支払いサービスをサービスリクエストに適用することにより、サービスリクエストを処理するステップと、
    支払いサービスコンピュータシステムにて、登録された支払いサービスと支払いトランザクションデータとに、少なくとも部分的に基づいて、サービスレスポンスを生成するステップと、
    カードホルダとリクエスタのうちの少なくとも一方にサービスレスポンスを送信するステップと
    を実行する、コンピュータ読み取り可能記録媒体。
12. リクエスタが、発行銀行、ホームネットワークプロセッサ、及び、発行銀行若しくはホームネットワークプロセッサのいずれかと関連するサードパーティのうちの、少なくとも一つである、請求項１１に記載のコンピュータ読み取り可能記録媒体。
13. コンピュータ実行可能命令によりプロセッサは、リクエスタからサービスリクエストを受信するステップを実行し、
    サービスリクエストは、発行銀行が支払いトランザクションに関連する承認リクエストメッセージを受信することに応答して、生成される、
    請求項１１に記載のコンピュータ読み取り可能記録媒体。
14. コンピュータ実行可能命令によりプロセッサは、
    トランザクションモジュールをリクエスタに提供するステップと、
    リクエスタにより受信された承認リクエストメッセージを、サービスリクエストが第２の支払いネットワークにより読み取り可能であるように、第１のフォーマットを有するサービスリクエストに、トランザクションモジュールを用いて変換するステップと
    を実行する、請求項１３に記載のコンピュータ読み取り可能記録媒体。
15. コンピュータ実行可能命令によりプロセッサは、
    アカウントを含むサービスリクエストを受信するステップを実行し、
    アカウント識別子は、支払いカード及びカードホルダに関連する発行銀行によりアカウントを識別する、
    請求項１１に記載のコンピュータ読み取り可能記録媒体。
16. コンピュータ実行可能命令によりプロセッサは、
    受信されたアカウント識別子を、支払いサービスコンピュータシステムに繋がるメモリデバイス内部に格納された複数の登録されたアカウント識別子と対比するステップと、
    受信されたアカウント識別子が複数の登録されたアカウント識別子内に含まれることを確認するステップと、
    登録されたアカウント識別子が関連する支払いサービスをメモリデバイスから検索するステップと
    を実行する、請求項１５に記載のコンピュータ読み取り可能記録媒体。
17. コンピュータ実行可能命令によりプロセッサは、
    支払いサービスコンピュータシステムにて登録プロファイルを受信するステップを実行し、
    登録プロファイルはカードホルダと支払いカードのうちの少なくとも一方と関連し、登録プロファイルはアカウント識別子を含む、
    請求項１１に記載のコンピュータ読み取り可能記録媒体。
18. コンピュータ実行可能命令によりプロセッサは、
    登録された支払いサービス内の承認コントロールに基づいて発行銀行が支払いトランザクションを承認する若しくは拒否する指示を生成するステップを
    実行する、請求項１１に記載のコンピュータ読み取り可能記録媒体。
19. コンピュータ実行可能命令によりプロセッサは、
    アカウント識別子を含むサービスリクエストを受信するステップと、
    支払いサービスコンピュータシステムにて、アカウント識別子がバーチャルカードナンバーを含むことを判別するステップと、
    バーチャルカードナンバーに対応するリアルカードナンバーを識別するステップと、
    リアルカードナンバーに関連する、登録された支払いサービスをサービスリクエストに適用することにより、サービスリクエストを処理するステップと
    を実行する、請求項１１に記載のコンピュータ読み取り可能記録媒体。
20. コンピュータ実行可能命令によりプロセッサは、
    支払いサービスコンピュータシステムから、カードホルダに関連するコンピュータデバイスと、リクエスタに関連するコンピュータデバイスとのうちの、少なくとも一方に、アラート通知と送信するステップを実行し、
    アラート通知は、登録された支払いサービスを支払いトランザクションに適用することにより、生成される、
    請求項１１に記載のコンピュータ読み取り可能記録媒体。
21. 第１の支払いネットワークにて支払いカードを用いてカードホルダにより開始された支払いトランザクションに支払いサービスを適用する、コンピュータシステムにおいて、
    適用される支払いサービスは第２の支払いネットワーク上でホストされる支払いサービスコンピュータシステムを利用し、支払いカードは発行銀行によりカードホルダに発行され、
    前記コンピュータシステムはコンピュータデバイスを含み、
    前記コンピュータデバイスは、プロセッサと、該プロセッサにより実行可能であり且つ複数の機能を実行するコンピュータ実行可能命令を埋め込むコンピュータ読み取り可能記録媒体とを含み、
    前記複数の機能は、
    支払いサービスコンピュータシステムにてリクエスタからサービスリクエストを受信するステップであって、サービスリクエストは第２の支払いネットワークにより読み取り可能である第１のフォーマットを有し、サービスリクエストは支払いトランザクションデータを含む、ステップと、
    支払いサービスコンピュータシステムにて、サービスリクエストが受信するように登録された支払いサービスを判別するステップと、
    登録された支払いサービスをサービスリクエストに適用することにより、サービスリクエストを処理するステップと、
    支払いサービスコンピュータシステムにて、登録された支払いサービスと支払いトランザクションデータとに、少なくとも部分的に基づいて、サービスレスポンスを生成するステップと、
    カードホルダとリクエスタのうちの少なくとも一方にサービスレスポンスを送信するステップと
    を含む、コンピュータシステム。
22. リクエスタが、発行銀行、ホームネットワークプロセッサ、及び、発行銀行若しくはホームネットワークプロセッサのいずれかと関連するサードパーティのうちの、少なくとも一つである、請求項２１に記載のコンピュータシステム。
23. 前記コンピュータ実行可能命令がプロセッサにより実行されて、
    リクエスタからサービスリクエストを受信するステップを含む複数の機能を実行し、
    サービスリクエストは、発行銀行が支払いトランザクションに関連する承認リクエストメッセージを受信することに応答して、生成される、
    請求項２１に記載のコンピュータシステム。
24. 前記コンピュータ実行可能命令がプロセッサにより実行されて、
    トランザクションモジュールをリクエスタに提供するステップと、
    リクエスタにより受信された承認リクエストメッセージを、サービスリクエストが第２の支払いネットワークにより読み取り可能であるように、第１のフォーマットを有するサービスリクエストに、トランザクションモジュールを用いて変換するステップと
    を含む複数の機能を実行する、請求項２３に記載のコンピュータシステム。
25. 前記コンピュータ実行可能命令がプロセッサにより実行されて、
    アカウントを含むサービスリクエストを受信するステップを含む複数の機能実行し、
    アカウント識別子は、支払いカード及びカードホルダに関連する発行銀行によりアカウントを識別する、
    請求項２１に記載のコンピュータシステム。
26. 前記コンピュータ実行可能命令がプロセッサにより実行されて、
    受信されたアカウント識別子を、支払いサービスコンピュータシステムに繋がるメモリデバイス内部に格納された複数の登録されたアカウント識別子と対比するステップと、
    受信されたアカウント識別子が複数の登録されたアカウント識別子内に含まれることを確認するステップと、
    登録されたアカウント識別子が関連する支払いサービスをメモリデバイスから検索するステップと
    を含む複数の機能を実行する、請求項２５に記載のコンピュータシステム。
27. 前記コンピュータ実行可能命令がプロセッサにより実行されて、
    支払いサービスコンピュータシステムにて登録プロファイルを受信するステップを含む複数の機能を実行し、
    登録プロファイルはカードホルダと支払いカードのうちの少なくとも一方と関連し、登録プロファイルはアカウント識別子を含む、
    請求項２１に記載のコンピュータシステム。
28. 前記コンピュータ実行可能命令がプロセッサにより実行されて、
    登録された支払いサービス内の承認コントロールに基づいて発行銀行が支払いトランザクションを承認する若しくは拒否する指示を生成するステップを
    含む複数の機能を実行する、請求項２１に記載のコンピュータシステム。
29. 前記コンピュータ実行可能命令がプロセッサにより実行されて、
    アカウント識別子を含むサービスリクエストを受信するステップと、
    支払いサービスコンピュータシステムにて、アカウント識別子がバーチャルカードナンバーを含むことを判別するステップと、
    バーチャルカードナンバーに対応するリアルカードナンバーを識別するステップと、
    リアルカードナンバーに関連する、登録された支払いサービスをサービスリクエストに適用することにより、サービスリクエストを処理するステップと
    を含む複数の機能を実行する、請求項２１に記載のコンピュータシステム。
30. 前記コンピュータ実行可能命令がプロセッサにより実行されて、
    支払いサービスコンピュータシステムから、カードホルダに関連するコンピュータデバイスと、リクエスタに関連するコンピュータデバイスとのうちの、少なくとも一方に、アラート通知と送信するステップを含む複数の機能を実行し、
    アラート通知は、登録された支払いサービスを支払いトランザクションに適用することにより、生成される、
    請求項２１に記載のコンピュータシステム。

Images