JP2013524309A - 動的通貨変換システム及び方法 - Google Patents

Abstract

【課題】支払キャリア（例えば、ペイメントカード）システムのためのトランザクション端末システムがホストシステムと通信し、動的通貨変換を実現する。
【解決手段】支払キャリア番号範囲を統合し、より低い第１の、連続する支払キャリア番号の範囲からの最低の支払キャリア番号から、より高い第２の、連続する支払キャリア番号の範囲からの最高の支払キャリア番号までによって定義される統合支払キャリア番号範囲を形成することにより、ネットワーク帯域幅及びストレージ利用率の効率的な使用が実現される。
【選択図】図１

Description

（背景技術）
本発明は、支払のための代替通貨をユーザ（例えば、ペイメントカード保有者）に提供することのできるカードベースのシステムに関する。

典型的なトランザクション端末システム、例えば現金自動預払機、ポイントオブセール端末、同様のワークステーションは、トランザクション端末システムに、地域の通貨での取引を提供する。しかし、ユーザは、代替通貨での取引を行うことを望むことがある。

ユーザがトランザクション端末システムに地域の通貨以外の通貨で支払を行うことを望む支払を、自動的に識別することが求められている。動的通貨変換（ＤＣＣ）のための通貨の自動判定を実現するいくつかの手法が、提案されている。

定期的に、ＤＣＣサービス提供者は、それぞれのＤＣＣ取得者を介してカードスキームからカード口座範囲更新ファイルを受信し、例えば、ＶＩＳＡ（登録商標）から口座請求通貨ファイルを受信し、ＭＡＳＴＥＲＣＡＲＤ（登録商標）から口座範囲ファイル（ＧＣＭＳ Ｔａｂｌｅ ＩＰ００４０Ｔ１）を受信する。そのようなカード口座範囲更新ファイルは、ＤＣＣ取得者及びそれぞれのＤＣＣサービス提供者がカード保有者の請求通貨を判定するための以下のような情報を含む。

− 口座範囲−低
− 口座範囲−高
− 銀行識別番号（ＢＩＮ）又は発行者識別番号（ＩＩＮ）
− カード保有者請求通貨コード
この情報をＤＣＣサービスプロセスの２つの段階で使用することが知られている。

第１の段階は、ＤＣＣサービス適格性検出である。これは、カードのカード保有者がＤＣＣサービスの恩恵を受ける資格があるかどうか、すなわちカード保有者のカードが、ポイントオブセール（ＰＯＳ）端末などのフロントエンド支払受諾デバイス、又はｅコマース取引のための支払ウェブページ、にとっての現地通貨以外の通貨で発行されたかどうか、を判定するときのプロセス中のステップである。

この段階では、ペイメントカードがフロントエンド支払受諾デバイスに提示されるとき、この情報でカード番号を検証し、カードがＤＣＣサービスの資格があるかどうかを確認することができる。

フロントエンド支払受諾デバイスに現地通貨テーブルをダウンロードするのに必要な時間を削減するために、口座範囲（低）番号又はＢＩＮの、全体の範囲ではなく最初の６桁だけをダウンロードすることが知られている。このことに関して、あるカード範囲が、一国で、所与の国に通常関連付けられる通貨、又はその国のデフォルトの国家通貨とは異なる通貨で発行されることがあることに留意されたい。例えば、法人カードが、一国で、その国に関するデフォルト国家通貨とは異なる通貨で発行されることがある。

最初の６つの桁又はＢＩＮだけをダウンロードする手法が採用される場合、フロントエンド支払受諾デバイスにダウンロードされる典型的な現地通貨テーブルは、以下に提示されるもののように見える。

５１６０００
５１６３１０
５１６３１９
５１６３２３
５１６３２６

第２の段階は、ＤＣＣ課金通貨コード検索段階である。この段階では、知られている一手法は、カード番号の一部を使用して、対応する課金通貨コードを検索し、ＤＣＣサービスに対して提案すべき適切な為替レートを決定することである。検索のための全範囲を維持する代わりに、国際公開第０１／０４８４６号パンフレットは、ペイメントカード番号から発行者識別子コードを識別し、これを発行者識別子コード及び対応する通貨コードを含むテーブル内のエントリと比較して、カード取引に関連付ける業務通貨を求めることを含む手法を公開している。

過去１０年に発行されたペイメントカードの指数関数的成長と共に、カード口座範囲ファイル内の記録数がかなり増加している。このような成長により、ＤＣＣサービス提供者は以下の技術的問題に直面している。

カード口座範囲内の記録数が増加するにつれて、より大きな現地通貨テーブルをフロントエンド支払受諾デバイスにダウンロードする必要がある。例えば、ペイメントカードの請求通貨を一意に識別するのに、６桁では十分ではないことがある。ＰＯＳ端末技術及び通信インフラストラクチャの進歩にも関わらず、ＰＯＳ端末のメモリストレージ制約及び（特にパケット交換電話網（ＰＳＴＮ）に接続されたＰＯＳ端末に関する）遠隔通信ボトルネックが、支払業界で引き続き重大な問題となっている。長いダウンロード時間及びフロントエンド支払受諾デバイスでの高いストレージ要件を回避するために、現地通貨テーブルのサイズを最小限に抑えることが求められている。

同様に、カード口座範囲内の記録数が増加するにつれて、通貨コード検索のためにより大きな口座範囲ファイルが必要となる。前述のように、ペイメントカードの請求通貨を一意に識別するのに、６桁では十分ではないことがある。この段階は通常、ＤＣＣ提供者のホストシステム上で実施され、ハードウェア及びデータベース技術の進歩により、長い検索による時間損失を軽減することができるが、口座範囲ファイルを最適化し、応答時間を改善し、その結果カード保有者の待ち時間を短くすることが、依然として求められている。

（概要）
本発明の一態様は、トランザクション端末システムを提供する。トランザクション端末システムは、支払キャリアに関する支払キャリア番号を少なくとも含む、支払キャリアに関する支払キャリアデータを受信する入力インターフェースを備える。リモートホストシステムに接続するために、通信インターフェースが設けられる。範囲ストレージが支払キャリア番号範囲を定義し、支払キャリア番号範囲は、割り当てられた請求通貨がトランザクション端末システムに関する基準通貨である複数の第１の統合支払キャリア番号範囲、又は割り当てられた請求通貨がトランザクション端末システムに関する基準通貨ではない複数の第２の統合支払キャリア番号範囲の、少なくとも一方を定義する。少なくとも１つの統合支払キャリア番号範囲が、より低い第１の、所与の通貨に関連する連続する支払キャリア番号の範囲からの最低の支払キャリア番号から、より高い第２の、その所与の通貨に関連する連続する支払キャリア番号の範囲からの最高の支払キャリア番号まで、によって定義される。トランザクション端末システム処理手段は、入力支払キャリア番号の少なくとも一部を、第１及び／又は第２の支払キャリア番号範囲と比較し、割り当てられた請求通貨がトランザクション端末システムに関する基準通貨である支払キャリア番号範囲内、又は割り当てられた請求通貨がトランザクション端末システムに関する基準通貨ではない支払キャリア番号範囲内に、入力支払キャリア番号が包含されるかどうかを判定するように動作可能である。トランザクション端末システム処理手段が、割り当てられた請求通貨がトランザクション端末システムに関する基準通貨である支払キャリア番号範囲内に入力支払キャリア番号が包含されないと判定した場合、及び／又は割り当てられた請求通貨がトランザクション端末システムに関する基準通貨ではない支払キャリア番号範囲内に入力支払キャリア番号が包含されると判定される場合、処理手段は、支払キャリア番号の少なくとも一部を特定するレート要求メッセージをホストシステムに送信し、支払キャリアに関する請求通貨、及び請求通貨変換レートを特定し、支払キャリア請求通貨及び請求通貨変換レートを特定するレート応答メッセージをホストシステムから受信する。

本発明の別の態様はホストシステムを提供する。ホストシステムは、トランザクション端末システムに接続するためのホスト通信インターフェースを備える。請求通貨ストレージは、複数の請求通貨のそれぞれについて、割り当てられた通貨が請求通貨である複数の統合支払キャリア番号範囲を定義し、少なくとも１つの統合支払キャリア番号範囲が、より低い第１の、請求通貨に関連する連続する支払キャリア番号の範囲からの最低の支払キャリア番号から、より高い第２の、その所与の通貨に関連する連続する支払キャリア番号の範囲からの最高の支払キャリア番号まで、によって定義される。通貨間の変換レートを特定する通貨変換レートストレージ。ホストシステム処理手段は、トランザクション端末システムからの、受信した支払キャリア番号の少なくとも一部を特定するレート要求メッセージの受信に応答する。処理手段は、入力支払キャリア番号の少なくとも一部を、請求通貨ストレージ内で定義される支払キャリア番号範囲と比較し、受信した支払キャリア番号がどの支払キャリア番号範囲内にあるかを識別し、その受信した支払キャリア番号に関連する請求通貨を識別し、レート要求メッセージを送ったトランザクション端末システムに関する基準通貨と、支払キャリア番号に関する識別した請求通貨との間の通貨変換レートを識別する。処理手段は、トランザクション端末システムに送るべき、支払キャリア請求通貨及び請求通貨変換レートを特定するレート応答メッセージを生成する。

動的通貨変換システムは、少なくとも１つのそのようなトランザクション端末システム及び少なくとも１つのそのようなホストシステムを含むことができる。

本発明の別の態様は、そのようなトランザクション端末システム及び／又はそのようなホストシステムに関する統合支払キャリア番号範囲を生成するように動作可能なコンピュータシステムを提供する。コンピュータシステムは、受信した支払キャリア番号範囲に関するストレージを備え、各支払キャリア番号範囲は、支払キャリア番号範囲に関する最低の支払キャリア番号から、支払キャリア番号範囲に関する最高の支払キャリア番号まで、に及ぶ、連続する支払キャリア番号の範囲によって定義される。処理手段は、より低い第１の、連続する支払キャリア番号の範囲からの最低の支払キャリア番号から、より高い第２の、連続する支払キャリア番号の範囲からの最高の支払キャリア番号までによって定義される、少なくとも１つの統合支払キャリア番号範囲を生成するために、受信した支払キャリア番号範囲を統合し、統合支払キャリア範囲を生成するように動作可能である。統合支払キャリア番号範囲のためにストレージが設けられる。

そのようなトランザクション端末システムを操作する方法は、入力インターフェースが、支払キャリアに関する支払キャリア番号を少なくとも含む、支払キャリアに関する支払キャリアデータを受信すること、及びトランザクション端末システム処理手段が、入力支払キャリア番号の少なくとも一部を、第１及び／又は第２の統合支払キャリア番号範囲と比較し、割り当てられた請求通貨がトランザクション端末システムに関する基準通貨である支払キャリア番号範囲内、又は割り当てられた請求通貨がトランザクション端末システムに関する基準通貨ではない支払キャリア番号範囲内に、入力支払キャリア番号が包含されるかどうかを判定することを含むことができる。トランザクション端末ストレージは、割り当てられた請求通貨がトランザクション端末システムに関する基準通貨である複数の第１の統合支払キャリア番号範囲、又は割り当てられた請求通貨がトランザクション端末システムに関する基準通貨ではない複数の第２の統合支払キャリア番号範囲の、少なくとも一方を保持し、少なくとも１つの統合支払キャリア番号範囲が、より低い第１の、所与の通貨に関連する連続する支払キャリア番号の範囲からの最低の支払キャリア番号から、より高い第２の、その所与の通貨に関連する連続する支払キャリア番号の範囲からの最高の支払キャリア番号まで、によって定義される。割り当てられた請求通貨がトランザクション端末システムに関する基準通貨である支払キャリア番号範囲内に入力支払キャリア番号が包含されないと判定した場合、及び／又は割り当てられた請求通貨がトランザクション端末システムに関する基準通貨ではない支払キャリア番号範囲内に入力支払キャリア番号が包含されると判定した場合、この方法は、支払キャリア番号を特定するレート要求メッセージをホストシステムに送信し、支払キャリアに関する請求通貨、及び請求通貨変換レートを特定すること、及び支払キャリア請求通貨及び請求通貨変換レートを特定するレート応答メッセージをホストシステムから受信することをさらに含む。

そのようなホストシステムを操作する方法は、ホスト通信インターフェースで、トランザクション端末システムからレート要求メッセージを受信することを含む。ホストシステム処理手段は、入力支払キャリア番号の少なくとも一部を、請求通貨ストレージ内で定義される統合支払キャリア番号範囲と比較し、受信した支払キャリア番号がどの支払キャリア番号範囲内にあるかを識別し、その受信した支払キャリア番号に関連する請求通貨を識別することにより、トランザクション端末システムからの、受信した支払キャリア番号を特定するレート要求メッセージの受信に応答することができる。請求通貨ストレージは、複数の請求通貨のそれぞれについて、割り当てられた通貨が請求通貨である複数の統合支払キャリア番号範囲を定義し、少なくとも１つの統合支払キャリア番号範囲が、より低い第１の、請求通貨に関連する連続する支払キャリア番号の範囲からの最低の支払キャリア番号から、より高い第２の、その所与の通貨に関連する連続する支払キャリア番号の範囲からの最高の支払キャリア番号まで、によって定義される。この方法は、レート要求メッセージを送ったトランザクション端末システムに関する基準通貨と、通貨間の変換レートを特定する通貨変換レートストレージからの支払キャリア番号に関する識別した請求通貨と、の間の通貨変換レートを識別し、トランザクション端末システムに送るべき、支払キャリア請求通貨及び請求通貨変換レートを特定するレート応答メッセージを生成するホストシステム処理手段をさらに含むことができる。

そのようなコンピュータシステムを制御して統合支払キャリア番号範囲を生成する方法は、受信した支払キャリア番号範囲をコンピュータシステムストレージに格納することであって、各支払キャリア番号範囲が、支払キャリア番号範囲に関する最低の支払キャリア番号から、支払キャリア番号範囲に関する最高の支払キャリア番号まで、に及ぶ、連続する支払キャリア番号の範囲によって定義されることを含むことができる。コンピュータシステムの処理手段は、受信した支払キャリア番号範囲を統合し、より低い第１の、連続する支払キャリア番号の範囲からの最低の支払キャリア番号から、より高い第２の、連続する支払キャリア番号の範囲からの最高の支払キャリア番号まで、によって定義される、少なくとも１つの統合支払キャリア番号範囲を生成する。統合支払キャリア番号範囲は、コンピュータシステムストレージに格納される。

本発明の態様は、そのような方法を実施するように動作可能なプログラムコードを含む１つ又は複数のコンピュータプログラム製品によって実装することができる。コンピュータプログラム製品は、プログラムコードを搬送するコンピュータ可読媒体又はキャリアを含むことができる。

本発明の様々な態様を添付の特許請求の範囲で述べるが、本発明の他の態様は、添付の特許請求の範囲で明示的に述べる組合せだけではなく、記載の実施形態及び／又は付随する従属請求項からの特徴と、独立請求項の特徴との任意の組合せを含む。

添付の図面を参照しながら、単なる例示として実施形態を説明する。
動的通貨変換を実現するカード支払システム構成の一例を示す概略ブロック図である。 トランザクション端末システムの一例を示すブロック図である。 動的通貨変換ホストシステムの一例を示すブロック図である。 図２のトランザクション端末システム及び図３のホストシステムで使用する範囲テーブルの生成を示すフロー図である。 範囲テーブルを生成するプロセスの一部をより詳細に示す図である。 図２のトランザクション端末システムの動作の一部を示すフロー図である。 図３のホストシステムの動作の一部を示すフロー図である。

（詳細な説明）
支払キャリア番号範囲を統合し、より低い第１の、連続する支払キャリア番号の範囲からの最低の支払キャリア番号から、より高い第２の、連続する支払キャリア番号の範囲からの最高の支払キャリア番号まで、によって定義される統合支払キャリア番号範囲を生成することにより、ネットワーク帯域幅及びストレージ利用率の効率的な使用を実現することを目的とする本発明の例示的実施形態を以下で説明する。

図１は、ペイメントカードシステム１００の形態の、支払キャリアを利用する例示的システムを示す概略ブロック図である。この説明では、便宜上、全体を通して支払キャリアの一般的な形態としてペイメントカードへの参照を行う。ペイメントカードは、クレジット、デビット、又は他の形態のペイメントカードでよい。しかし、ペイメントカードではなく、支払を実施するための手段はカード以外でもよい。例えば、携帯電話、携帯情報端末（ＰＤＡ）、又は支払を実施するための他の形態のトークンを支払システムの基盤とすることが提案されている。したがって、この説明でペイメントカードに対する参照を行う場合、例えば支払端末システムとの間で情報を転送するための適切なソフトウェア及び機構によって（例えば非接触式に）支払取引を実施するように構成される別の形態の支払キャリア、例えば携帯電話、個人用デジタル補助装（ＰＤＡ）などでペイメントカードを置き換えることができることを理解されたい。したがって、ペイメントカードに対する参照は、支払キャリアの一例として解釈すべきである。

図１に、カード支払機能を含み、動的通貨変換（ＤＣＣ）システム機能をさらに含むトランザクション端末システム（又はトランザクションステーションシステム）１０を示す。トランザクション端末システム１０は、例えば小売業者の構内に位置するポイントオブセール端末として構成することができ、又は例えば現金自動預払機で構成してもよい。

トランザクション端末システム１０は、カード支払及び購入詳細を受信する１つ又は複数のインターフェースを、含むことができる。トランザクション端末システム１０は、通信ネットワーク（例えば、インターネット、電話網、又は別のネットワーク）を介して、以下で取得者銀行システム１２と呼ぶ、小売業者向けのバンキングサービスを提供する銀行のコンピュータシステム１２と通信する。カード支払を処理する一部として、トランザクション端末システム１０は、支払許可要求メッセージ２０を生成する。

取得者銀行システム１２は、１つ又は複数のコンピュータを含むことができる。取得者銀行システム１２は、トランザクション端末システム１０から支払許可要求メッセージ２０を受信し、後でトランザクション端末システム１０に許可応答メッセージ３０を返すように動作可能である。取得者銀行システム１２はさらに、通信ネットワークを介して（例えば、インターネット、電話網、又は別のネットワークを介して）ペイメントカードオペレータのコンピュータシステムのネットワーク１４（以下ではスキームネットワークシステム１４と呼ぶ）と通信する。図１では、ただ１つのスキームネットワークシステム１４を示すが、取得者銀行システム１２は、それぞれのペイメントカードオペレータに関するそれぞれのスキームネットワークシステムと通信することになる。

取得者銀行システム１２は、トランザクション端末システム１０から受信した支払許可要求メッセージ２０を解析し、関係するカードに関する適切なスキームネットワークシステム１４を求め、適切なスキームネットワークシステム１４に支払許可要求メッセージ２２を転送するように動作可能である。

スキームネットワークシステム１４は、取得者銀行システム１２から支払許可要求メッセージ２２を受信し、後で取得者銀行システム１２に許可応答メッセージ２８を返すように動作可能である。スキームネットワークシステム１４はさらに、通信ネットワークを介して（例えば、インターネット、電話網、又は別のネットワークを介して）ペイメントカードを発行した金融機関のコンピュータシステム１６（以下では発行側金融機関システムと呼ぶ）と通信する。図１では、ただ１つの発行側金融機関システム１６を示すが、スキームネットワークシステム１４は、それぞれの発行側金融機関に関するそれぞれの発行側金融機関システム１６と通信することができる。

スキームネットワークシステム１４は、受信した支払許可要求メッセージ２２を解析し、ペイメントカードを発行した発行側金融機関を識別するように動作可能でよい。次いで、スキームネットワークシステム１４は、関係する発行側金融機関システム１６に支払許可要求メッセージ２４を転送し、発行側金融機関システム１６から応答メッセージ２６を受信するように動作可能である。

発行側金融機関システム１６は、支払許可要求メッセージ２４を受信し、支払要求の詳細を、関係するペイメントカードに関して保持する記録と比較することによって許可要求を処理し、次いでスキームネットワークシステム１４に適切な許可応答メッセージ２６を送信するように動作可能でよい。許可応答メッセージは、支払が許可されるか否かに関する確認を含む様々な詳細を含む。次いで、許可応答メッセージ２６が、スキームネットワークシステム１４、取得者銀行システム１２を介して、トランザクション端末システム１０に転送される。

以下では、ＤＣＣ操作を実施すべきかどうかを判定するためにトランザクション端末システム１０とＤＣＣホストシステム１８との間で渡されるレート要求メッセージ及びレート応答メッセージのさらなる詳細を与える。

取引に関する通貨の確認時に、トランザクション端末システム１０は、取得者銀行システム１２及びスキームネットワークシステム１４を介して、許可要求メッセージ、金融提示要求メッセージ、金融提示アドバイスメッセージ、又は（例えば、カード保有者の自宅又は請求通貨メッセージに関する）クリアリングメッセージを、発行側金融機関１６に送信するように動作可能でよい。

図２は、トランザクション端末システム１０の一例の概略ブロック図である。図２に示す例示的トランザクション端末システム１０は、１つ又は複数のプロセッサ４０、プログラム及びデータの記憶のためのストレージ４２（揮発性及び不揮発性メモリ及びストレージを含むことができる）を含む。図２は、ストレージ４２が、例えば、カード処理（ＣＰ）アプリケーションモジュール４４を形成するカード処理アプリケーション、ＤＣＣモジュール４６を形成するＤＣＣアプリケーション、基準国及び／又は通貨情報４８、端末の地域の通貨で発行されたカードを特定する現地通貨カードファイル４９、並びに／或いは外貨テーブル４７を、含むことができることを示す。ストレージ４２は、他のアプリケーション及びデータを含むことができることに留意されたい。

基準国／通貨情報４８は、例えばＩＳＯ国コード及びアルファ通貨コード及び／又は数値通貨コードとして、ストレージ４２内のファイル又はレジスタ内に保持することができる。

例示的実施形態では、現地通貨ファイル４９が、図４を参照しながら説明する方式で生成される範囲テーブルとして実装される。現地通貨ファイル４９は、ペイメントカードのための請求通貨としてトランザクション端末システム１０の現地通貨で銀行又は他の金融機関によって発行されたペイメントカード番号の１つ又は複数の範囲を特定する。それによって、現地通貨ファイル内の１つ又は複数の範囲内の番号を有するペイメントカードに関するユーザ（カード保有者）は、動的通貨変換の資格がないことになる。現地通貨ファイル内の個々のエントリは、例えば、以下に関するフィールドのうちの１つ又は複数などのフィールドを含むことができる。

カード口座番号範囲の下端の値
カード口座番号範囲の上端の値
アルファ現地通貨コード（例えば、２〜３文字アルファＩＳＯ通貨コード）
数値現地通貨コード（例えば、３桁の数値ＩＳＯ通貨コード）
現地国コード（例えば、ＩＳＯ国コード）
例示的実施形態では、外貨ファイル４７が、図４を参照しながら説明する方式で生成される範囲テーブルとして、実装される。外貨ファイル４９は、ペイメントカードに関する請求通貨としてトランザクション端末システム１０の現地通貨以外の通貨で銀行又は他の金融機関によって発行されたペイメントカード番号の範囲を特定して、外貨ファイル内の１つ又は複数の範囲内の数を有するペイメントカードが、動的通貨変換の資格があることになる。外貨ファイル内の個々のエントリは、例えば、以下に関するフィールドのうちの１つ又は複数などのフィールドを含むことができる。

カード口座番号範囲の下端の値
カード口座番号範囲の上端の値
アルファ現地通貨コード（例えば、２〜３文字アルファＩＳＯ通貨コード）
数値現地通貨コード（例えば、３桁の数値ＩＳＯ通貨コード）
現地国コード（例えば、ＩＳＯ国コード）
図２はまた、キーボード／キーパッド５０、スキャナ５２、及びカードリーダ５４を概略的に表す。キーボード／キーパッド５０は、別々のキーを有するキーボード／キーパッドでよく、又はタッチスクリーンキーボード／キーパッドとして構成することができ、数字及び／又は他の文字の入力のために適宜使用することができる。スキャナ５２は、例えば、バーコードスキャナ、ＲＦＩタグスキャナなどでよい。カードリーダ５４は、ペイメントカードからデータを読み取るように構成することができる。カードリーダ５４は、適宜、磁気ストライプリーダ、チップカードリーダ、非接触ペイメントカード用の非接触リーダ、ＲＦＩタグリーダなどでよい。さらに、必要に応じて、カードリーダ５４はまた、適切に構成されたペイメントカードに情報を書き込むように動作可能でよい。トランザクション端末システム１０はまた、例えば、支払キャリアからデータを受信するために、及び／又は支払キャリアに情報を送信するために、接触ベースのデータ交換又は非接触データ交換を使用して、他の種類の支払キャリア（例えば、携帯電話又はＰＤＡ）と対話するように適切なインターフェースと共に構成することができる。

図２はさらに、ディスプレイ５６、プリンタ５８、及び通信インターフェース６２を概略的に表す。ディスプレイ５６は、適宜、ユーザ（例えば、ペイメントカード保有者）及び／又は小売業者／マーチャントがトランザクション端末システム１０の操作するのを支援するために入力データ及び／又はメッセージを表示する、数値ディスプレイ、英数ディスプレイ、イメージディスプレイなどでよい。購入領収書及び／又は他の情報を印刷するためにプリンタを使用することができる。通信インターフェース６０は、直接的に、又は中間ネットワーク（図示せず）を介して、１つ又は複数の通信チャネル６２を介するトランザクション端末システム１０からＤＣＣホストシステム１８への通信を可能にする。

前述の例では、トランザクション端末システム１０は、現金自動預払機又はポイントオブセールシステムである。しかし、トランザクション端末システム１０は、インターネットに接続されたワークステーションの形態でもよいことを理解されたい。トランザクション端末システム１０はまた、ホテル、劇場、小売店などのトランザクションシステムに完全に、又は部分的に統合することもできる。

図３は、ＤＣＣホストシステム１８の一例の概略ブロック図である。図３に示す例示的ＤＣＣホストシステム１８は、１つ又は複数のプロセッサ７０、プログラム及びデータの記憶のためのストレージ７２（揮発性及び不揮発性メモリを含むことができる）を含む。図３は、ストレージ７２が、ＤＣＣモジュール７６を形成する１つ又は複数のＤＣＣプログラムと、請求通貨ファイル７５、通貨変換、又は為替レートテーブル７４、国／通貨テーブル７７、及びデフォルト通貨テーブル７３を含む１つ又は複数のデータテーブルとを含むことを示す。ストレージ７２は他のアプリケーション及びデータを含むことができることに留意されたい。

請求通貨ファイル７５は、例えば、図４を参照しながら説明する方式で生成される、例えば以下に関するフィールドを含む様々なフィールドを含むことができるエントリを有することのできる請求通貨ファイル（ＢＣＦ７５）の形態でよい。

口座課金ファイル識別子
カード口座番号範囲の下端の値
カード口座番号範囲の上端の値
アルファ現地通貨コード（例えば、２〜３文字アルファＩＳＯ通貨コード）
数値現地通貨コード（例えば、３桁の数値ＩＳＯ通貨コード）
請求通貨がＤＣＣでサポートされる通貨であるかどうかに関する表示
為替レートテーブル７４は、現為替レートデータを抽出することができる情報を含むことができる。為替レートテーブル内のヘッダエントリは、例えば、以下に関するフィールドのうちの１つ又は複数を含む様々なフィールドを含むことができる。

発信ファイルプレフィックス
ファイル識別子
開始発効日
開始発効時刻
ベース通貨コード（例えば、ＩＳＯ通貨コードを使用して）
国コード（例えば、ＩＳＯ国コードを使用して）
ファイルシーケンス番号（例えば、その日について複数のファイルでない限り、００１）
ファイル拡張子（例えば、ＤＡＴ）
為替レートテーブル７４のボリュームは、例えば、以下に関するフィールドのうちの１つ又は複数を含む様々なフィールドを含むことができる。

ボリュームヘッダ
開始発効日
開始発効時刻
Ｒａｔｅ ＩＤ
為替レートテーブル７４内の個々の為替レートエントリは、例えば、以下に関するフィールドのうちの１つ又は複数を含む様々なフィールドを含むことができる。

アルファ現地通貨コード（例えば、ＩＳＯ標準３文字アルファコード）
数値通貨コード（例えば、ＩＳＯ標準２〜３文字数値コード）
ユーロバンドインジケータ（例えば、通貨がユーロバンド通貨であるかどうかを示すフラグ）
為替レート（例えば、小数位４桁に丸めた交換レート）
マーチャントＦＸレートカテゴリ（例えば、マーチャントに関するＦＸレートリスクプロファイルを示すための）
有効開始日（例えば、為替レートがそれ以降有効となる日付）
有効開始時刻（例えば、為替レートがそれ以降有効となる、その日付の時刻）
有効終了日（例えば、為替レートがその後に有効ではなくなる日付）
有効終了時刻（例えば、為替レートがその後に有効ではなくなる、その日付の時刻）
マークアップパーセンテージ値（例えば、為替レートリスクを軽減するためのパーセンテージ値）
マークアップ精度値（例えば、マークアップ小数位精度を示すための）
為替レートテーブル７４内の最終フィールドは、例えば、以下に関するフィールドのうちの１つ又は複数を含む様々なフィールドを含むことができる。

トレーラライン
通貨コードフィールドに関するチェックサム
為替レートフィールドに関するチェックサム
レコードカウント
国／通貨テーブル７７は、国とその公式通貨との間をマッピングするのに使用される。通常、１つの公式国家通貨は国ごとに関連付けられるが、１つの公式国家通貨、例えばユーロに関連付けられる複数の国があることがある。一例では、国／通貨テーブルは、国ごとに構成され、国に関する各エントリが、それに関連付けられる公式国家通貨を特定する。この例では、各エントリは、例えば、以下のフィールドのうちの１つ又は複数を含む１つ又は複数のフィールドを含むことができる。

国コード（例えば、ＩＳＯ国コード）
アルファ通貨コード（例えば、ＩＳＯ標準３文字アルファコード）
数値通貨コード（例えば、ＩＳＯ標準２〜３文字数値コード）
デフォルト通貨テーブル７３を使用して、取引のために使用すべきデフォルト通貨を識別することができる。デフォルト通貨テーブル７３は、例えば、請求通貨ファイル内で示されるサポートされないＤＣＣ通貨と、デフォルトでサポートされるＤＣＣ通貨との間のマッピングを含むことができる。デフォルト通貨テーブル７３は、一定の環境で使用されると、トランザクション端末システム１０及び／又は動的通貨変換システムによってサポートされない通貨に関して発効されたペイメントカードが使用されるときに使用すべきデフォルトＤＣＣ通貨を識別することができる。デフォルト通貨テーブル７３は、一定の環境で使用されると、トランザクション端末システム１０に関する現地通貨に関して発効されないペイメントカードに関して使用すべきデフォルトＤＣＣ通貨を識別することもできる。一例では、デフォルト通貨テーブル７３が、入力通貨（例えば、端末支払システムの地域の通貨及び／又はサポートされない通貨など）によって構成され、入力通貨に関する各エントリが、それに関連付けられる対応するデフォルト通貨を特定する。この例では、各エントリは、例えば、以下のフィールドのうちの１つ又は複数を含む１つ又は複数のフィールドを含むことができる。

アルファ入力通貨コード（例えば、ＩＳＯ標準３文字アルファコード）
数値入力通貨コード（例えば、ＩＳＯ標準２〜３文字数値コード）
アルファデフォルト通貨コード（例えば、ＩＳＯ標準３文字アルファコード）
数値デフォルト通貨コード（例えば、ＩＳＯ標準２〜３文字数値コード）
図３はまた、キーボード７８及びディスプレイ８０を概略的に表す。キーボード７８は、別々のキーを有するキーボードでよく、又はタッチスクリーンキーボードとして構成することができ、数字及び／又は他の文字の入力のために適宜使用することができる。ディスプレイ８０は、適宜、オペレータがシステムデータを閲覧することを可能にする、数値ディスプレイ、英数ディスプレイ、イメージディスプレイなどでよい。

図３はさらに、プリンタ８２及び通信インターフェース８４を示す。システムデータを印刷するために、プリンタを使用することができる。通信インターフェース８４は、直接的に、又は中間ネットワーク（図示せず）を介して、１つ又は複数の通信チャネル８６を介する、トランザクション端末システム１０及び取得者銀行システム１２との間の通信を可能にする。
図４は、図２の現地通貨ファイル４９及び外貨ファイル４７、並びに図３の請求通貨ファイル７５を生成するプロセスの一例を示すフロー図である。

図４に示すように、プロセス１００は１１０で開始する。プロセス１００は、ＤＣＣホストシステム１８のプロセッサ（複数可）で実施することができ、又は別々のコンピュータシステムで実行することができる。図４を説明するときに、便宜上、方法のステップを実施する「システム」に対して参照を行う場合、これは、適宜、そうしたステップを実施するＤＣＣホストシステム１８のプロセッサ（複数可）、又は別々のコンピュータシステムを指すことを理解されたい。

１１２で、システムは、スキームオペレータから口座ファイルを受信する。口座ファイルは、例えば、導入部で説明したカード口座範囲更新ファイルのフォーマットでよい。

この方法は、スキームオペレータによって与えられる範囲情報のすべてを格納する必要なしに、所与のカード番号に関連付けられる通貨コードを識別するのに効率的な方式で使用することのできる検索テーブルの生成を可能にする方式で、この範囲情報を統合する手段を提供する。

ステップ１１４では、システムは、例えばカード口座範囲の下端の値（すなわち、以下の表１の左側の列の数字）に基づいて、連続する口座範囲に従って範囲をソートするように動作可能である。例えば、この例では、カード口座範囲の下端の値に基づいて数値順に並べられた連続するカード番号の範囲で、ファイルをソートすることができる。導入部で述べたように、スキームオペレータによって供給される範囲情報が口座範囲低値及び口座範囲高値についてＢＩＮ番号を分離する場合、より上位の桁として口座範囲低番号及び口座範囲高番号にＢＩＮを追加することができ、次いでソートを実施することができる。ステップ１１４の結果は、例えば、他の通貨コードに関する範囲の適切なセットと共に、通貨コード０３６に関する表１に示すように順序付けられたファイルでよい。

表１はそのような情報の例示的表示を与えるものであることに留意し、示される実際のデータは例示のために構成されるものに過ぎないことを理解されたい。

表１に示すように、カード口座範囲更新ファイルは、例えば、範囲内の各エントリについて、口座範囲内の最低のポイント、口座範囲内の最高のポイント、及びカード保有者課金通貨コードを含むことのできる情報を含む。いくつかの上位桁が、所与の金融機関によって発行されたカード番号の範囲を特定し、残りの下位桁が、カード番号の範囲内の個々のカード番号を特定する。

金融機関に関連付けられる通貨コードを一意に特定するのに使用されるカード番号の部分（すなわち、上位桁の数）は、５又は６桁の従来の銀行識別番号（ＢＩＮ）のだけではなく、可変桁数を含むことができる。このことは、番号範囲がスキームオペレータによって割り振られ、例えば可変サイズの金融機関などの要素を考慮に入れる方法のためである。現在、例えば、５又は６桁ではなく、所与の金融機関に関する所与の通貨コードに割り振られる連続するカード番号の範囲を識別するために最大１１桁を取ることができる。

このことを、例えば表２に示す。ここで、カード番号が、通貨コード８４０に対応する範囲５２１３９１１０４４０００００００００〜５２１３９１１０４４０９９９９９９９９に関係するのではなく、通貨コード９４６に対応する第２の範囲のカード番号５２１３９１１０４４１００００００００〜５２１３９１２０２１９９９９９９９９９に関係することを識別するために１１桁を取ることに気付くであろう。

ステップ１１６では、システムは、所与の請求通貨に関する口座範囲を統合し、所与の請求通貨に関する範囲内の最低のカード口座番号から最高のカード口座番号までの連続するペイメントカード番号を有する統合範囲を提供する。ステップ１１６の統合の結果、範囲内の失われているそれぞれの銀行識別番号についての情報が、得られる。しかし、銀行識別番号は統合範囲の編成とはもはや関係しないので、このことは問題ではない。しかし、個々の金融機関の識別が、ＤＣＣに関する適格性を判定して、適切な請求通貨を識別してＤＣＣ操作を実施するプロセスに、関係しないという理解に、本発明は基づく。

ステップ１１６で実施する統合は、例えば図５に示すように、複数のパスで実施することができる。図５は、カード番号の範囲に関するファイル１６６−０−０として表されるリオーダ（再注文）後範囲を示す（例えば、表１に示すような範囲は、すべて通貨コード０３６に関連付けられる）。ｎ個のカードスキームのセット内の他のｎ−１個のカードスキーム（例えば、ＶＩＳＡ（登録商標）、Ｍａｓｔｅｒｃａｒｄ（登録商標）、ＡＭＥＸ（登録商標））のそれぞれに関連付けられるカード範囲について、追加のファイル１６６−Ｎ−０（ただしＮ＝１〜ｎ−１）を同様に処理することができる。

第１のパス１１６−１では、初期ファイル１６６−０−０の範囲を、ゼロ公差を使用してリオーダ（再注文）することができる。言い換えれば、ある範囲の上端と別の範囲の下端の間のゼロギャップを探して、範囲をリオーダ（再注文）することができる。この統合は、同一の通貨に関連付けられる連続するカード番号の範囲を１つのより大きな範囲に統合できることを意味する。第１のパスでは、カード番号の１つ又は複数の選択した桁が、金融機関に割り振られたカード番号範囲に寄与しないことが知られている場合、これらを無視することができる（例えば、４つの最下位ビット）。第１のパスの結果は、連続する範囲がマージされる統合ファイル１６６−０−１である。

別のパス１１６−２では、第１の公差を使用してファイル１６６−０−１の範囲をリオーダ（再注文）することができる。言い換えれば、ある範囲の上端と別の範囲の下端の間の所与のギャップ又は構成可能なギャップ（例えば１０％）を探して、範囲をリオーダ（再注文）することができる。統合のこの段階では、隣接する範囲内のカード番号の数の１０％未満のギャップによって分離され、同一の関連する通貨コードを有するファイル１６６−０−１内の隣接するカード番号の範囲を、１つのより大きな範囲に統合することができる。第１のパスと同様に、カード番号の１つ又は複数の選択した桁が金融機関に割り振られたカード番号範囲に寄与しないことが知られている場合、これらを無視することができる（例えば、４つの最下位ビット）。第２のパスの結果は、統合テーブル１６６−０−１である。

任意選択で、別のパスを選択可能な回数だけ反復し、カード番号範囲の分布に基づいて、ファイル１６６−０−１内の範囲の数をさらに削減し、範囲テーブル１６６−０−１の適切な圧縮を実現することができる。

追加の統合は、追加のパス１１６−３によって実現することができ、パス１１６−３では、（例えば、ファイル１６６−Ｎ−０からの）任意の他のカードスキームに関するカード番号の範囲がファイル１６６−０−１内の隣接する範囲間にあるかどうかに関して決定を行う。隣接する範囲の対の間に範囲がない場合、これらをさらに統合することができる。

追加のパス１１６−３を選択可能な回数だけ反復することができ、又は例えば、それ以上の統合が可能ではなくなる（すなわち、すべての隣接する範囲の対が、別の通貨コードに関する介在する範囲を有する）まで反復することができる。

ステップ１１６−２及び１１６−３をそれぞれ０回、１回、又は複数回実施できることに留意されたい。言い換えれば、ステップ１１６−２と１１６−３の一方又は両方を省略することができる。

表３に、図５を参照して説明したような統合プロセスに従ってテーブル１６６−０−１の削減した内容の一例を示す。表１と同様に、表３はそのような情報の例示的表示を与えるものであることに留意し、示される実際のデータは例示のために構成されるものに過ぎないことを理解されたい。

図４に戻り、ステップ１１８では、システムは、所与のトランザクション端末システムについて、ローカルトランザクション端末システムに関する通貨に適用可能である両方の統合範囲を含む、トランザクション端末システムのための範囲ファイルを生成する。関係する範囲を識別するのに必要な桁数を最小限に抑えるように範囲ファイルのフォーマットを選ぶことができる。一例として、範囲内の上端及び下端の番号を識別するのに必要な、いくつかの最上位桁が使用される。例えば、表３に対応するが、各番号の最後の４桁が００００であり、口座範囲（低）値について、表内に保持される桁間の各桁及び最後の４桁が０であり、口座範囲（高）値について、表内に保持される桁間の各桁及び最後の４桁が９であると仮定する表４を参照されたい。任意の適切な符号化及び／又はファイルフォーマットを適宜使用できることに留意されたい。

次いで、得られた範囲ファイルをトランザクション端末システムに送信し、現地通貨ファイル４９に格納する。任意選択で、所与のトランザクション端末に割り振られた現地通貨又は基準通貨に対応しないカード番号の範囲について範囲ファイルを生成することもできる。その場合、トランザクション端末システムに関する現地通貨又は基準通貨に対応しないカード口座番号に関する統合範囲をトランザクション端末システムに送信することができ、外貨ファイル４７に格納することができる。図示するように、本発明の特定の実施形態では、現地通貨ファイル４９だけが所与のトランザクション端末システムに送信され、代替実施形態でのオプションとして、外貨ファイル４７が現地通貨ファイルに加えて、又は現地通貨ファイルの代わりにポピュレートされる。

ステップ１２０では、図３に示すＤＣＣホストシステム１８の請求通貨ファイル７５に格納されるそれぞれの範囲に関する対応する請求通貨と共に、統合範囲のすべてを含むように、ホストシステムに関する請求通貨ファイルを生成する。ステップ１１８に関して上記で説明したようなフォーマットを使用して、請求通貨ファイルを生成することができる。任意選択で、請求通貨ファイルエントリは、口座範囲及び課金通貨コードを識別することだけでなく、請求通貨がＤＣＣシステムに関するサポートされる通貨かどうかに関する表示をも含むことができる。

プロセス１００はステップ１２２で終了する。

図２を参照しながら説明したように、端末トランザクションシステム１０は、現地通貨ファイル４９及び／又は外貨ファイル４７を備えることができる。現地通貨ファイル及び／又は外貨ファイルの目的は、トランザクション端末システムで使用されるペイメントカードが、基準国／通貨記録４８に格納されたトランザクション端末システムに関する基準通貨に対応する請求通貨を有するかどうかを判定することである。この判定は、関係するペイメントカードが端末システムの基準通貨に対応する請求通貨を有すると判定することによって肯定的に実施することができ（この場合、現地通貨ファイルを使用することができる）、又はペイメントカードの請求通貨が基準国／通貨ファイル４８に記録された基準通貨とは異なる外貨ではないという否定的な決定に関して実施することができる。通常、現地通貨ファイル４９は、外貨ファイル４７よりも少ないエントリ（すなわち少ない範囲）を含むので、トランザクション端末システムは通常、現地通貨ファイル４９のみを備える。しかし、関係する通貨がペイメントカード番号の少なくとも一部と、所与の請求通貨が割り当てられるカード番号の前記１つ又は複数の範囲との比較によって決定されることを考えると、ある実施形態では、外貨ファイル４７は実際に現地通貨ファイル４９よりも小さいことがある。そのような場合、現地通貨ファイル４９の代わりに外貨ファイル４７を提供することができる。図６を参照しながら説明する例では、外貨ファイル４７ではなく、現地通貨ファイル４９がトランザクション端末システム１０で提供されると仮定する。

図６は、図２のトランザクション端末システムの動作の一部を示すフロー図である。プロセス２００は、２１０で開始する。

２１２で、トランザクション端末システムでのペイメントカード番号の入力により、ペイメントカードからそのペイメントカード番号（又は個人口座番号ＰＡＮ）を受け取る。ペイメントカード番号は、任意の従来の様式で、手入力によって、磁気ストライプから情報を読み取ることによって、ペイメントカード上に保持されるチップから読み取ることによって、又はペイメントカードからのデータの非接触転送によって（又はそれぞれのケースで、別の形態の支払キャリアから）入力することができる。ステップ２１４で、ペイメントカード番号の少なくとも一部を範囲ファイル（すなわち現地通貨ファイル４９）と比較し、請求通貨がトランザクション端末システムに関する基準と同一の通貨であるカード番号の範囲として識別される範囲（複数可）内にペイメントカード番号が包含されるかどうかを識別する。ペイメントカード番号と、それぞれの範囲との比較は、任意の適切な方式で、例えば、特定の値（すなわちペイメントカード値）が利用可能な範囲のうちの１つの中にあると迅速に識別することを可能にする従来型二分探索アルゴリズムを使用して実施することができる。比較されるペイメントカード番号の部分は、ペイメントカード番号が関連する範囲内に包含されるかどうかを識別するのに必要な量である。一例として、ペイメントカード番号の最初の１０個の先頭桁を比較する。別の例では、比較する桁が、ペイメントカード番号が関連する範囲（複数可）内に包含されるか否かを識別するのに十分である限り、別の桁のセットを比較することができ、実際にはペイメントカード番号全体を比較することができる。

２１６で、ペイメントカードの請求通貨がトランザクション端末システム１０に関する基準通貨と同一ではない（すなわち、現地カードではない）と判定した場合、２１８で、レート要求をホストシステムに送り、動的通貨変換のために提案することのできる通貨、及びその変換に関する適切な為替レートを識別する。図７を参照しながら、ホストシステムによる処理を説明する。ステップ２２０で、ホストシステムからレート応答を受信する。レート応答が、動的通貨変換のためにユーザに提案することのできる通貨を特定し、使用すべき為替レートも特定すると仮定する。

ステップ２２２で、トランザクション端末システムは、動的通貨変換のためにユーザに行うべき指し値を計算する。行うべき指し値を計算するために、トランザクション端末システムは、トランザクション端末システムに設けられた入力機構のうちの１つ又は複数によって入力されたトランザクション量と、レート応答メッセージで特定される為替レートとを使用する。トランザクション端末システムは、トランザクション端末システムに関する基準通貨での購入、或いは適用可能な為替レートの表示、及び提案した為替レートで計算したＤＣＣ通貨での取引の値と共に提案することのできるＤＣＣ通貨での購入を進めるオプションをユーザに提案するように動作可能である。図７を参照しながら説明するように、提案することのできるＤＣＣ通貨は通常、ペイメントカードに関する請求通貨である。しかし、ある環境では、提案するＤＣＣ通貨は、異なる通貨でもよい。提案する通貨が請求通貨ではなく、例えばデフォルト通貨である場合、ＤＣＣ指し値を受諾するか否かに関してユーザが客観的な決定を行う立場となるように、ユーザに提供される情報は、このことをユーザに示す。ＤＣＣ指し値は、トランザクション端末システムのディスプレイ上に適切なデータを表示することによって、音声出力によって、文書を置くことによって、又は任意の他の適切な方式で行うことができる。

ステップ２２４で、ユーザがＤＣＣ指し値を受諾する場合、ステップ２２８で、ユーザに提案したＤＣＣ通貨で取引を実施する。或いは、ステップ２１６で、ペイメントカードの通貨がトランザクション端末の基準通貨と同一であると判定した場合、又はステップ２２４で、ユーザがＤＣＣ指し値の受諾を辞退した場合、ステップ２２６で、トランザクション端末システムの基準通貨又は現地通貨で取引を実施する。次いで、２２６又は２２８で示すように、適切な通貨で取引を実施し、プロセスは２３０で終了する。

図７は、トランザクション端末システムからレート要求を受信したときのＤＣＣホストシステム１８の動作の態様を示すフロー図である。プロセス３００は３１０で開始する。３１２で、トランザクション端末システムからレート要求メッセージを受信する。レート要求メッセージは、データの中でもとりわけ、ペイメントカード番号の少なくとも一部、レート要求メッセージを送ったトランザクション端末の識別（応答を返すためのルーティング情報を識別するため）、及び任意選択で取引量を識別する。

ステップ３１４で、ペイメントカード番号の少なくとも一部を請求通貨ファイルと比較し、請求通貨を識別する。前述のように、請求通貨ファイル７５は、特定の請求通貨に関連付けられる連続するカード番号の範囲を含めるように、統合したそうしたカード番号の範囲を含む。ステップ３１４で実施する比較プロセスは、任意の適切な方式で実施することができる。例えば、連想検索を実施して、受信したカード支払番号が番号の範囲の下端よりも大きいかどうか、又は番号の範囲の上端よりも小さいかどうかを識別し、カード番号がその範囲内にあることを識別することができる。特定の範囲とカード番号との間の肯定的な比較の場合、請求通貨ファイルから請求通貨を識別することができる。或いは、ペイメントカード番号がその中にある特定の範囲を識別する別の技法を、例えば、トランザクション端末システムのステップ２１４の動作に関して先に説明した２進ソートアルゴリズムによって決定することができる。比較されるペイメントカード番号の部分は、ペイメントカード番号が関連する範囲内にあるかどうかを識別するのに必要な量である。一例では、ペイメントカード番号の最初の１０個の先頭桁が比較される。別の例では、比較する桁が、ペイメントカード番号が関連する範囲（複数可）内に包含されるか否かを識別するのに十分である限り、別の桁のセットを比較することができ、実際にはペイメントカード番号全体を比較することができる。

任意選択で、請求通貨ファイルは、ＤＣＣシステムによってサポートされる通貨の表示をも含むことができる。この場合、任意選択で、ステップ３１６で、ペイメントカードの請求通貨が、ＤＣＣシステムによってサポートされる請求通貨であるかどうか判定を行うことができる。請求システムがサポートされない場合、任意選択で、ステップ３１８で、請求通貨に対応するデフォルト通貨をデフォルト通貨テーブルで識別することができる。デフォルト通貨テーブルは、識別した請求通貨からデフォルト通貨へのマッピングを含む。ステップ３２０で、デフォルト通貨をＤＣＣ通貨として設定する。

ステップ３１６で、請求通貨がサポートされると判定した場合、ステップ３２２で、請求通貨がＤＣＣ通貨となる。ステップ３２４で、基準通貨がトランザクション端末システムからのレート要求内に含まれるという意味で直接的に、トランザクション端末システムから受信したレート要求メッセージから、又は例えば、国／通貨変換テーブル（図示せず）に次いでアクセスして基準通貨を識別するのに使用することのできるトランザクション端末国データから、基準通貨を識別することができ、次いで、レートテーブル７４内の基準通貨からＤＣＣ通貨への為替レートにアクセスする。

３２６で、ホストシステムは、レート応答メッセージを生成し、トランザクション端末システムの識別子及び／又はレート要求メッセージ内に含まれるアドレス指定情報を使用して、レート要求を発行したトランザクション端末システムにレート応答メッセージを送るように動作可能である。プロセスはステップ３２８で終了する。

前述のメッセージの伝送を保護するため、及び／又は前述のプロセスで情報を格納するために、従来型暗号化技法を使用することができる。

前述の実施形態を詳細に説明したが、上記の開示を完全に理解した後には、多数の変形形態及び修正形態が当業者には明らかとなるであろう。以下の特許請求の範囲は、そのようなすべての変形形態及び修正形態並びにその均等物を含むように解釈されるものとする。

Claims (36)

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. 前記処理手段は、異なる通貨に関連する連続する支払キャリア番号の範囲が、数値的に、所与の通貨に関連する連続する支払キャリア番号の２つの範囲の間にあるかどうかを判定する少なくとも１つのパスを実施するように動作可能である、請求項２７〜２９のいずれか一項に記載のコンピュータシステム。
31. 連続する支払キャリア番号の範囲からの最低の支払キャリア番号及び最高の支払キャリア番号の少なくとも一方は、前記支払キャリア番号の打切りによって表される、請求項２５〜３０のいずれか一項に記載のコンピュータシステム。
32. 請求項１５〜２３のいずれか一項に記載のホストシステムである、請求項２５〜３１のいずれか一項に記載のコンピュータシステム。
33. 請求項１〜１４のいずれか一項に記載の前記トランザクション端末システムを操作する方法であって、
    入力インターフェースが、前記支払キャリアに関する支払キャリア番号を少なくとも含む、前記支払キャリアに関する支払キャリアデータを受信するステップと、
    トランザクション端末システム処理手段が、
    入力支払キャリア番号の少なくとも一部を、第１及び／又は第２の統合支払キャリア番号範囲と比較し、割り当てられた請求通貨が前記トランザクション端末システムに関する基準通貨である支払キャリア番号範囲内に、又は割り当てられた請求通貨が前記トランザクション端末システムに関する前記基準通貨ではない支払キャリア番号範囲内に、前記入力支払キャリア番号が包含されるかどうかを判定するステップであり、トランザクション端末ストレージが、
    割り当てられた請求通貨が前記トランザクション端末システムに関する基準通貨である複数の第１の統合支払キャリア番号範囲、又は、
    割り当てられた請求通貨が前記トランザクション端末システムに関する前記基準通貨ではない複数の第２の統合支払キャリア番号範囲、
    の少なくとも一方を保持し、
    少なくとも１つの統合支払キャリア番号範囲が、より低い第１の、所与の通貨に関連する連続する支払キャリア番号の範囲からの最低の支払キャリア番号から、より高い第２の、前記所与の通貨に関連する連続する支払キャリア番号の範囲からの最高の支払キャリア番号まで、によって定義される、ステップと、
    割り当てられた請求通貨が前記トランザクション端末システムに関する基準通貨である支払キャリア番号範囲内に前記入力支払キャリア番号が包含されないと判定した場合、及び／又は割り当てられた請求通貨が前記トランザクション端末システムに関する基準通貨ではない支払キャリア番号範囲内に前記入力支払キャリア番号が包含されると判定した場合、
    前記支払キャリア番号を特定するレート要求メッセージを前記ホストシステムに送信して、前記支払キャリアに関する請求通貨、及び請求通貨変換レートを特定するステップと、
    前記支払キャリア請求通貨及び前記請求通貨変換レートを特定するレート応答メッセージを前記ホストシステムから受信するステップと、
    を含む方法。
34. 請求項１５〜２３のいずれか一項に記載の前記ホストシステムを操作する方法であって、
    ホスト通信インターフェースで、トランザクション端末システムからレート要求メッセージを受信するステップと、
    ホストシステム処理手段が、前記トランザクション端末システムからの、受信した支払キャリア番号の少なくとも一部を特定するレート要求メッセージの受信に応答し、
    入力支払キャリア番号の少なくとも一部を、請求通貨ストレージ内で定義される統合支払キャリア番号範囲と比較し、受信した支払キャリア番号がどの支払キャリア番号範囲内にあるかを特定し、その受信した支払キャリア番号に関連する請求通貨を特定し、前記請求通貨ストレージが、複数の請求通貨のそれぞれについて、割り当てられた通貨が請求通貨である複数の統合支払キャリア番号範囲を定義し、少なくとも１つの統合支払キャリア番号範囲が、より低い第１の、請求通貨に関連する連続する支払キャリア番号の範囲からの最低の支払キャリア番号から、より高い第２の、前記所与の通貨に関連する連続する支払キャリア番号の範囲からの最高の支払キャリア番号まで、によって定義され、
    前記レート要求メッセージを送る前記トランザクション端末システムに関する基準通貨と、通貨間の変換レートを特定する通貨変換レートストレージからの前記支払キャリア番号に関する特定した請求通貨と、の間の通貨変換レートを特定し、
    前記トランザクション端末システムに送るべき、前記支払キャリア請求通貨及び前記請求通貨変換レートを特定するレート応答メッセージを生成するステップと、
    を含む方法。
35. 請求項１〜１４のいずれか一項に記載のトランザクション端末システム又は請求項１５〜２３のいずれか一項に記載のホストシステムに関する統合支払キャリア番号範囲を生成するようにコンピュータシステムを制御する方法であって、
    コンピュータシステムストレージに、受信した支払キャリア番号範囲を格納するステップであり、各支払キャリア番号範囲が、前記支払キャリア番号範囲に関する最低の支払キャリア番号から、前記支払キャリア番号範囲に関する最高の支払キャリア番号までの、連続する支払キャリア番号の範囲によって定義される、ステップと、
    より低い第１の、連続する支払キャリア番号の範囲からの最低の支払キャリア番号から、より高い第２の、連続する支払キャリア番号の範囲からの最高の支払キャリア番号まで、によって定義される、少なくとも１つの統合支払キャリア番号範囲を生成するために、受信した支払キャリア番号範囲を統合して、統合支払キャリア範囲を生成するように前記コンピュータシステムの処理手段を制御するステップと、
    コンピュータシステムストレージに前記統合支払キャリア番号範囲を格納するステップと、
    を含む方法。
36. 請求項３３〜３６のいずれか一項に記載の方法を実施するように動作可能なプログラムコードを含むコンピュータプログラム製品。

Images