(57)【要約】      （修正有）【課題】カードベースの購入のための取引端末システムが、ホストシステムと通信して動的通貨換算を提供する。【解決手段】取引端末システム１０は、取引用の通貨を確認すると、許可要求メッセージ、又は金融プレゼントメント要求メッセージ、又は金融プレゼントメント通知（アドバイス）メッセージ、又は決済（クリアリング）メッセージ（例えばカード保持者のホーム（自国）通貨若しくは請求通貨についての）を、アクワイアラ銀行システム１２及びスキームネットワークシステム１４を介して発行元金融機関１６に送信する。動的通貨換算のための通貨換算レートを得るために、様々な現地要因に従っていくつかの異なるレート要求メッセージのうちの１つを選択することができる。【選択図】図１
2014112416.tif 000002
【特許請求の範囲】
【請求項１】
支払いカードデータ及び取引の詳細を受け取るための少なくとも一つの入力インタフェースであり、支払いカードから前記支払いカードデータを読み取るように構成されたカードリーダを含む、該少なくとも一つの入力インタフェースと、
リモートホストシステムに接続するための通信インタフェースと、
処理ロジックであり、
前記支払いカードデータが請求通貨情報又は発行国情報を含むか否かに少なくとも基づいて複数のタイプのレート要求メッセージのうち一つを選択し、
選択されたタイプのレート要求メッセージを、通貨換算レートを求める前記リモートホストシステムに前記通信インタフェースを介して送信し、
応答メッセージを前記リモートホストシステムから受信する、
ように動作可能な該処理ロジックと、
を備え、
各タイプのレート要求メッセージが、前記支払いカードデータ、及び、レート要求メッセージの該タイプを示す要求タイプインジケータを含み、
少なくとも選択されるタイプのレート要求メッセージは、換算通貨インジケータ用の換算通貨フィールドを含み、
前記要求タイプインジケータは、前記リモートホストシステムが前記換算通貨インジケータを用いるか又は用いないで通貨換算レートを特定する処理を該要求タイプインジケータに基づいて制御する情報であり、
少なくとも一つの応答メッセージが、換算通貨インジケータ、換算レートインジケータ、及び、換算済取引額を含むレート応答メッセージである、
取引端末システム。
【請求項２】
前記処理ロジックが、受け取った支払いカードデータ及び取引の詳細を示す情報を含む許可要求メッセージをリモートホストシステムに送信し、前記支払いカードについての請求通貨を示す情報を含む許可応答メッセージを受信するように動作可能であり、
前記処理ロジックが、前記請求通貨についての通貨換算レートを求める第４のタイプのレート要求メッセージを前記リモートホストシステムに送信するように更に動作可能であり、
前記レート要求メッセージが、前記許可応答メッセージに含まれる前記情報により特定される前記請求通貨を示す換算通貨インジケータを前記換算通貨フィールド中に含み、該レート要求メッセージが前記第４のタイプであり、且つ、前記換算通貨フィールドが換算通貨インジケータを含むことを示す第４のレート要求タイプインジケータを含む、
請求項１に記載の取引端末システム。
【請求項３】
前記カードリーダがチップカードリーダであり、
前記処理ロジックが、チップロジックモジュールを含み、
該チップロジックモジュールが、
ロジックチップを有する支払いカードの挿入に応答して、前記支払いカードに記憶された請求通貨情報を取り出すことを試み、
請求通貨情報が前記支払いカードから取り出された場合に、第１のタイプのレート要求メッセージを送信する、
ように構成されており、
前記第１のタイプのレート要求メッセージは、該第１のタイプのレート要求メッセージが前記第１のタイプであることを示す第１の要求タイプインジケータと、前記支払いカードから取り出された情報から取得又は導出された請求通貨を表す換算通貨インジケータとを含む、
請求項１又は２に記載の取引端末システム。
【請求項４】
前記処理ロジックが、アクティブ又は非アクティブに切替え可能な切替え可能ロジックモジュールを備え、前記切替え可能ロジックモジュールが、アクティブなときに前記取引端末システム中で識別される換算通貨がない場合に、第２のタイプのレート要求メッセージを送信するように動作可能であり、前記第２のタイプのレート要求メッセージは、該第２のタイプのレート要求メッセージが前記第２のタイプであることを示す第２の要求タイプインジケータを含み換算通貨インジケータを含まない、請求項１〜３のいずれか一項に記載の取引端末システム。
【請求項５】
前記カードリーダがチップカードリーダであり、、
前記処理ロジックが、チップロジックモジュールを含み、
該チップロジックモジュールが、
ロジックチップを有する支払いカードの挿入に応答して、前記支払いカードに記憶された発行国情報を取り出すことを試み、
発行国情報が前記支払いカードから取り出された場合に、第３のタイプのレート要求メッセージを送信する
ように構成されており、
前記第３のタイプのレート要求メッセージは、該第３のタイプのレート要求メッセージが前記第３のタイプであることを示す第３の要求タイプインジケータと、前記支払いカードから取り出された情報から取得又は導出された発行国を表す発行国インジケータとを含む、
請求項１〜４のいずれか一項に記載の取引端末システム。
【請求項６】
出力インタフェースを更に備え、
前記処理ロジックが、メニューロジックモジュールを含み、
該メニューロジックモジュールが、該取引端末システム中で換算通貨に関する他の識別情報がない場合に、
ユーザによる換算通貨の選択のために複数の利用可能な換算通貨を、前記出力インタフェースを介して前記ユーザに対して特定し、
換算通貨のユーザの選択に応答して、第５のタイプのレート要求メッセージを送信する、
ように動作可能であり、
前記第５のタイプのレート要求メッセージは、該第５のタイプのレート要求メッセージが前記第５のタイプであることを示す第５の要求タイプインジケータと、前記ユーザによって選択された換算通貨を表す換算通貨インジケータとを含む、
請求項１〜５のいずれか一項に記載の取引端末システム。
【請求項７】
前記処理ロジックが、前記ユーザによって選択された換算通貨が前記支払いカードについての請求通貨でないことを示すレート応答メッセージに応答して、前記出力インタフェースを介して警告を前記ユーザに対して出力し、前記ユーザによって選択された換算通貨を確認するか又はそうしないよう前記ユーザに促す、請求項６に記載の取引端末システム。
【請求項８】
前記処理ロジックが、換算通貨と換算レートと前記換算通貨での換算済み取引額とを特定するレート応答メッセージを受信すると、前記換算通貨の指示、換算レート、及び前記換算通貨での換算済み取引額を、前記出力インタフェースを介して出力し、前記指示された換算通貨、前記換算レート、及び前記換算通貨での前記換算済み取引額を確認するか又はそうしないよう前記ユーザに促すように動作可能である、請求項６又は７に記載の取引端末システム。
【請求項９】
前記指示された換算通貨、前記換算レート、及び前記換算通貨での前記換算済み取引額のユーザ確認に応答して、前記取引の詳細、前記指示された換算通貨、前記換算レート、及び前記換算通貨での前記換算済み取引額を使用して取引を実施する、請求項８に記載の取引端末システム。
【請求項１０】
前記処理ロジックが、前記指示された換算通貨と前記換算レートと前記換算通貨での前記換算済み取引額とに関するクリアリング情報がリモート外部システムに送信されるようにするよう動作可能である、請求項９に記載の取引端末システム。
【請求項１１】
該取引端末システムについての参照国インジケータと参照通貨インジケータとのうちの少なくとも一方を記憶するように動作可能な記憶装置を備え、
前記処理ロジックが、発行国又は請求通貨が前記参照国又は参照通貨である支払いカードであることを、受け取った支払いカード詳細が示すか否かを識別して、指示された支払いカードの発行国又は請求通貨が前記参照国又は参照通貨である場合に、レート要求メッセージを送信せずに、前記参照国の通貨に対応するか又は前記参照通貨に対応する通貨で取引を処理するように動作可能である、請求項１〜１０の何れか一項に記載の取引端末システム。
【請求項１２】
取引端末システムに接続するためのホスト通信インタフェースと、
ホスト処理ロジックと、
を備え、
前記ホスト処理ロジックは、レート要求メッセージを前記取引端末システムから受信するように動作可能であり、レート要求メッセージが、前記取引端末システムによって決定される支払いカードデータと、該レート要求メッセージが複数のタイプのレート要求メッセージから選択された一つであることを示す要求タイプインジケータとを含み、少なくとも選択されるタイプのレート要求メッセージが、換算通貨インジケータのための換算通貨フィールドを含み、
該ホスト処理ロジックは、前記要求タイプインジケータに応じて、前記換算通貨インジケータを用いて換算通貨レート及び換算済み取引額を求めるか、又は、前記換算通貨インジケータを用いずに換算通貨、換算通貨レート、及び換算済み取引額を求めるよう動作可能であり、
該ホスト処理ロジックは、換算通貨インジケータと換算レートインジケータと換算済み取引額の値とを含むレート応答メッセージを前記取引端末システムに送信するように動作可能である、
動的通貨換算ホストシステム。
【請求項１３】
利用可能な換算通貨のそれぞれに対する換算レートを維持するように動作可能である、請求項１２に記載の動的通貨換算ホストシステム。
【請求項１４】
支払いカード発行元と、関連する請求通貨との間のマッピングを用意するように動作可能であり、
レート要求メッセージが、入力された支払いカードデータを含み、
前記ホスト処理ロジックが、換算通貨インジケータを含まないレート要求メッセージに応答して、前記支払いカードデータからの支払いカード発行元情報を使用して前記マッピングにアクセスすることによって換算通貨、換算レート、及び前記決定された換算通貨での換算済み取引額を決定するように動作可能である、
請求項１２又は１３に記載の動的通貨換算ホストシステム。
【請求項１５】
前記ホスト処理ロジックが、第１又は第４の要求タイプインジケータと、通貨を示す換算通貨インジケータとを含むレート要求メッセージに応答して、利用可能な換算レート及び換算済み取引額を決定するよう動作可能である、請求項１２〜１４のいずれか一項に記載の動的通貨換算ホストシステム。
【請求項１６】
前記ホスト処理ロジックが、記憶された請求通貨マッピング情報にアクセスして前記支払いカードについての請求通貨を決定し、利用可能な換算レート及び換算済み取引額を決定することによって、第２の要求タイプインジケータを含み換算通貨インジケータを含まないレート要求メッセージに応答するよう動作可能である、請求項１２〜１５のいずれか一項に記載の動的通貨換算ホストシステム。
【請求項１７】
前記ホスト処理ロジックが、記憶された国／通貨マッピング情報にアクセスして通貨を識別し、通貨コード、利用可能な換算レート及び換算済み取引額を決定することによって、第３の要求タイプインジケータと発行国インジケータとを含むレート要求メッセージに応答するよう動作可能である、請求項１２〜１６のいずれか一項に記載の動的通貨換算ホストシステム。
【請求項１８】
前記ホスト処理ロジックが、識別された通貨が直接通貨換算のためのシステムサポート通貨でないか否かを判定し、サポート通貨でない場合に、記憶されたデフォルト通貨マッピング情報を使用してデフォルト通貨を決定し、前記識別された通貨ではなく前記デフォルト通貨に基づいて、利用可能な換算レート及び換算済み取引額を決定するよう動作可能である、請求項１２〜１７のいずれか一項に記載の動的通貨換算ホストシステム。
【請求項１９】
前記ホスト処理ロジックが、
第５の要求タイプインジケータと入力された支払いカード詳細とユーザ選択の通貨とを含むレート要求メッセージに応答して、記憶された支払いカード発行元と請求通貨のマッピング情報を使用して、前記入力された支払いカード詳細中で識別される支払いカード発行元に関連する請求通貨を決定し、
前記決定された請求通貨を前記ユーザ選択の換算通貨と比較し、
前記決定された請求通貨が前記ユーザ選択の請求通貨に対応するか否かを示すレート応答メッセージを送信する、
ように動作可能である、請求項１２〜１８のいずれか一項に記載の動的通貨換算ホストシステム。
【請求項２０】
請求項１〜１１のいずれか一項に記載の少なくとも一つの取引端末システムと、請求項１２〜１９のいずれか一項に記載の動的通貨換算ホストシステムと、を備える動的通貨換算システム。
【請求項２１】
請求項１〜１１の何れか一項に記載の取引端末システムを稼働させる方法であって、前記取引端末システムが、
支払いカードからの支払いカードデータ及び取引詳細を前記少なくとも一つの入力インタフェースにおいて受け取るステップと、
処理ロジックにより、
前記支払いカードデータが請求通貨情報又は発行国情報を含むか否かに少なくとも基づいて複数のタイプのレート要求メッセージのうち一つを選択するステップと、
選択されたタイプのレート要求メッセージを、通貨換算レートを求める前記リモートホストシステムに前記通信インタフェースを介して送信するステップと、
応答メッセージを前記リモートホストシステムから受信するステップと、
を含み、
各タイプのレート要求メッセージが、前記支払いカードデータ、及び、レート要求メッセージの該タイプを示す要求タイプインジケータを含み、
少なくとも選択されるタイプのレート要求メッセージは、換算通貨インジケータ用の換算通貨フィールドを含み、
前記要求タイプインジケータは、前記リモートホストシステムが前記換算通貨インジケータを用いるか又は用いないで通貨換算レートを特定する処理を該要求タイプインジケータに基づいて制御する情報であり、
少なくとも一つの応答メッセージが、換算通貨インジケータ、換算レートインジケータ、及び、換算済取引額を含むレート応答メッセージである、
方法。
【請求項２２】
請求項１２〜１９の何れか一項に記載の動的通貨換算ホストシステムを稼働させる方法であって、前記動的通貨換算ホストシステムの前記ホスト処理ロジックが、
レート要求メッセージを取引端末システムから前記ホスト通信インタフェースを介して受信するステップであって、前記レート要求メッセージは、支払いカードデータと、該レート要求メッセージが複数のタイプのレート要求メッセージから選択された一つであることを示す要求タイプインジケータと、換算通貨インジケータのための換算通貨フィールドと、を含む、該ステップと、
前記要求タイプインジケータに応じて、前記換算通貨インジケータを用いて換算通貨レート及び換算済み取引額を求めるか、又は、前記換算通貨インジケータを用いずに換算通貨、換算通貨レート、及び換算済み取引額を求めるステップと、
換算通貨インジケータと換算レートインジケータと前記換算通貨での換算済み取引額の値とを含むレート応答メッセージを前記取引端末システムに送信するステップと、
を含む方法。
【請求項２３】
請求項２１又は２２に記載の方法をコンピュータに実施させるプログラムコードを備えるコンピュータプログラム。
【発明の詳細な説明】
【背景】
【０００１】
本発明は、ユーザ（例えば、支払いカード保持者）に支払い用の代替通貨を提供することのできるカードベースのシステムに関するものである。
【０００２】
通常の取引端末システム、例えば現金自動預け払い機、ＰＯＳ（ｐｏｉｎｔ  ｏｆ  ｓａｌｅ）端末、ワークステーションなどは、当該取引端末システムの地元の通貨による取引を提供することになる。しかし、ユーザは代替通貨で取引をしたいと望むであろう。
【０００３】
取引端末システムの地元の通貨以外の通貨で支払うことをユーザが望み得る支払いを、自動的に識別することが必要とされている。動的通貨換算のために通貨の自動決定を可能にするいくつかの手法が提案されている。
【０００４】
例えば、欧州特許第１，０１８，７１１号には、支払いカード番号から識別子コードを識別し、この識別子コードを、発行元コード及び対応する通貨コードを含むテーブル中のエントリと比較して、カード取引に関連する処理通貨を決定することを含む手法が開示されている。
【０００５】
国際特許出願第２００６／００９８１６号には、金融機関に関連する金融アカウント番号であって顧客によって維持される金融アカウント番号が受け取られ、金融アカウントに関連付けられた外国通貨タイプが求められ、ユーザに選択が提示され、次いで、顧客の通貨選択に従って通貨取引が実施されることを含む手法が開示されている。
【０００６】
通貨換算のために自動的に通貨を決定するための種々のオプションは、技術的及び立法上の要件に応じて、カード取引端末が位置し得る全ての場所において利用可能であるとは限らない。したがって、従来、これらの必要性に対処するためには、複数のカード取引端末をサポートする必要があった。
【概要】
【０００７】
一側面においては、支払いカード詳細及び取引詳細を受け取るための入力インタフェースと、リモートホストシステムに接続するための通信インタフェースと、動的通貨換算レートを特定するためにレート要求メッセージをホストシステムに送信し、応答メッセージをホストシステムから受信するように動作可能な処理ロジックと、を備える取引端末システムを提供することができる。レート要求メッセージは、複数のレート要求メッセージタイプのうちの１つを示す要求タイプインジケータを含むことができ、少なくとも選択されたレート要求メッセージタイプのレート要求メッセージは、換算通貨インジケータのための換算通貨フィールドを含む。
【０００８】
取引端末システムを稼働させる方法が、支払いカード詳細及び取引詳細を受け取ること、並びに、動的通貨換算レートを特定するためにレート要求メッセージをホストシステムに送信することを含むことができ、レート要求メッセージは、複数のレート要求メッセージタイプのうちの１つを示す要求タイプインジケータを含み、少なくとも選択されたレート要求メッセージタイプのレート要求メッセージは、換算通貨インジケータのための換算通貨フィールドを含み、この方法は更に、応答メッセージをホストシステムから受信することを含むことができる。
【０００９】
別の側面においては、取引端末システムに接続するためのホスト通信インタフェースと、レート要求メッセージを取引端末から受信するように動作可能なホスト処理ロジックとを備える動的通貨換算ホストシステムを提供することができる。レート要求メッセージは、複数のレート要求メッセージタイプのうちの１つを示す要求タイプインジケータを含むことができ、少なくとも選択されたレート要求メッセージタイプのレート要求メッセージは、換算通貨インジケータのための換算通貨フィールドを含むことができる。処理ロジックは、指示される換算通貨を含むレート要求メッセージに応答して換算レートを決定するように、又は、指示される換算通貨を含まないレート要求メッセージに応答して換算通貨と決定された換算通貨についての換算レートとを決定するように、更に動作可能とすることができる。処理ロジックは、換算通貨インジケータ及びその通貨についての換算レートインジケータを含むレート応答メッセージを、取引端末システムに送信することができる。
【００１０】
動的通貨換算ホストシステムを稼働させる方法が、レート要求メッセージを取引端末システムから受信することを含むことができ、レート要求メッセージは、複数のレート要求メッセージタイプのうちの１つを示す要求タイプインジケータを含み、少なくとも選択されたレート要求メッセージタイプのレート要求メッセージは、換算通貨インジケータのための換算通貨フィールドを含み、この方法は更に、指示される換算通貨を含むレート要求メッセージに応答して換算レートを決定するか、又は、指示される換算通貨を含まないレート要求メッセージに応答して換算通貨と決定された換算通貨についての換算レートとを決定すること、並びに、換算通貨インジケータ及びその通貨についての換算レートインジケータを含むレート応答メッセージを取引端末システムに送信することを含むことができる。
【００１１】
動的通貨換算システムが、一以上のこのような取引端末システムと、一以上のこのような動的通貨換算ホストシステムとを備えることができる。
【００１２】
本発明の様々な側面を添付の特許請求の範囲に示すが、本発明の他の態様は、添付の特許請求に明示的に示す組合せのみではなく、説明する実施形態及び／又は添付の従属請求項からの特徴と、独立請求項からの特徴との任意の組合せを含む。
【００１３】
実施形態について、添付の図面を参照しながら例として説明する。
【図面の簡単な説明】
【００１４】
【図１】動的通貨換算を提供するカード支払いシステムの構成の例を示す概略ブロック図である。
【図２】取引端末システムの例を示すブロック図である。
【図３】動的通貨換算ホストシステムの例を示すブロック図である。
【図４Ａ】取引端末システムの例示的なオペレーションを示す流れ図を形成する図である。
【図４Ｂ】取引端末システムの例示的なオペレーションを示す流れ図を形成する図である。
【図４Ｃ】取引端末システムの例示的なオペレーションを示す流れ図を形成する図である。
【図５Ａ】動的通貨換算ホストシステムの例示的なオペレーションを示す流れ図を形成する図である。
【図５Ｂ】動的通貨換算ホストシステムの例示的なオペレーションを示す流れ図を形成する図である。
【図６】支払い許可プロセスの例を示す流れ図を形成する図である。
【詳細な説明】
【００１５】
図１は、支払いカードシステム１００の例を示す概略ブロック図である。
【００１６】
図１は、取引端末システム（又は取引局システム）１０を示しており、当該システム１０は、カード支払い機能を有し、動的通貨換算（ＤＣＣ）システム機能を更に含んでいる。取引端末システム１０は、例えば小売業者の敷地内に配置されたＰＯＳ端末として構成され得るものであり、或いは、例えば現金自動預け払い機であってもよい。
【００１７】
取引端末システム１０は、カード支払い及び購入の詳細を受け取るための一以上のインタフェースを備えることができる。取引端末システム１０は、銀行業務サービスを小売業者に提供する銀行のコンピュータシステム１２（以下アクワイアラ（ａｃｑｕｉｒｅｒ）銀行システム１２と呼ぶ）と、通信ネットワークを介して（例えばインターネット、電話網、又は別のネットワークを介して）通信する。カード支払いの処理の一部として、取引端末システム１０は、支払い許可要求メッセージ２０を生成する。
【００１８】
アクワイアラ銀行システム１２は、一以上のコンピュータを備えることができる。アクワイアラ銀行システム１２は、支払い許可要求メッセージ２０を取引端末システム１０から受信し、その後、許可応答メッセージ３０を取引端末システム１０に返すように動作可能であり得る。アクワイアラ銀行システム１２は更に、支払いカードオペレータのコンピュータシステムのネットワーク１４（以下、スキームネットワークシステム１４と呼ぶ）と、通信ネットワークを介して（例えばインターネット、電話網、又は別のネットワークを介して）通信する。図１には１つのスキームネットワークシステム１４しか示されていないが、アクワイアラ銀行システム１２は、それぞれの支払いカードオペレータのそれぞれのスキームネットワークシステムと通信することになる。
【００１９】
アクワイアラ銀行システム１２は、取引端末システム１０から受信した支払い許可要求メッセージ２０を分析して、当該のカードに対する適切なスキームネットワークシステム１４を決定し、支払い許可要求メッセージ２２を適切なスキームネットワークシステム１４に転送するように動作可能である。
【００２０】
スキームネットワークシステム１４は、支払い許可要求メッセージ２２をアクワイアラ銀行システム１２から受信し、その後、許可応答メッセージ２８をアクワイアラ銀行システム１２に返すように動作可能であり得る。スキームネットワークシステム１４は更に、支払いカードを発行した金融機関のコンピュータシステム１６（以下、発行元金融機関システムと呼ぶ）と、通信ネットワークを介して（例えばインターネット、電話網、又は別のネットワークを介して）通信する。図１には１つの発行元金融機関システム１６しか示されていないが、スキームネットワークシステム１４は、それぞれの発行元金融機関のそれぞれの発行元金融機関システム１６システムと通信することができる。
【００２１】
スキームネットワークシステム１４は、受信した支払い許可要求メッセージ２２を分析して、支払いカードを発行した発行元金融機関を特定するように動作可能とすることができる。次いで、スキームネットワークシステム１４は、支払い許可要求メッセージ２４を当該の発行元金融機関システム１６に転送し、応答メッセージ２６を発行元金融機関システム１６から受信するように動作可能である。
【００２２】
発行元金融機関システム１６は、支払い許可要求メッセージ２４を受信し、支払い要求の詳細を当該の支払いカード用に保持されているレコードと比較することによって許可要求を処理し、次いで、適切な許可応答メッセージ２６をスキームネットワークシステム１４に送信するように動作可能とすることができる。許可応答メッセージは、支払いが許可されるか否かについての確認を含めた様々な詳細を含む。次いで許可応答メッセージ２６は、スキームネットワークシステム１４、アクワイアラ銀行システム１２を介して、取引端末システム１０に転送される。
【００２３】
以下に、ＤＣＣオペレーションが実施されるべきか否かを判定するために取引端末システム１０とＤＣＣホストシステム１８との間で渡されるレート要求メッセージ及びレート応答メッセージについて、更に詳細に述べる。
【００２４】
取引用の通貨が確認されると、取引端末システム１０は、許可要求メッセージ、又は金融プレゼントメント要求メッセージ、又は金融プレゼントメント通知（アドバイス）メッセージ、又は決済（クリアリング）メッセージ（例えばカード保持者のホーム（自国）通貨若しくは請求通貨についての）を、アクワイアラ銀行システム１２及びスキームネットワークシステム１４を介して発行元金融機関１６に送信するように動作可能とすることができる。
【００２５】
図２は、取引端末システム１０の例の概略ブロック図である。図２に示す例示的な取引端末システム１０は、一以上のプロセッサ４０と、プログラム及びデータを記憶するための記憶装置４２（揮発性又は不揮発性のメモリ及び記憶装置を含むことができる）と、を備える。図２には、記憶装置４２が、カード処理（ＣＰ）アプリケーションモジュール４４を形成するカード処理アプリケーションと、ＤＣＣモジュール４６並びに参照国及び／又は通貨情報４８を形成するＤＣＣアプリケーションと、端末の地元の通貨で発行されたカードを識別する現地通貨カードファイル４９（このファイルは、例えば発行元識別番号／銀行識別子番号（ＩＩＮ／ＢＩＮ）テーブル４９を含めた様々な形態をとることができる）と、外国通貨テーブル４７とを含むことが示してある。記憶装置４２は他のアプリケーション及びデータを含み得ることに留意されたい。
【００２６】
参照国／通貨情報４８は、例えばＩＳＯ国コード並びに英字通貨コード及び／又は数字通貨コードとして、記憶装置４２内又はレジスタ内のファイル中に保持することができる。
【００２７】
現地通貨カードファイルが現地ＩＩＮ／ＢＩＮテーブル４９として実現される場合、この現地ＩＩＮ／ＢＩＮテーブル４９は、支払いカードが取引端末の現地通貨を支払いカードの請求通貨として有する地元の銀行及び他の金融機関を特定することができ、これによって、この支払いカードのユーザ（カード保持者）は、動的通貨換算の対象ではないことになる。現地ＩＩＮ／ＢＩＮテーブル中の個々のエントリは、例えば以下のフィールドのうちの一以上を含む様々なフィールドを含むことができる。
ＩＩＮ／ＢＩＮ
英字請求通貨コード（例えば英字ＩＳＯ通貨コード）
数字請求通貨コード（例えば数字ＩＳＯ通貨コード）
国コード（例えばＩＳＯ国コード）
【００２８】
外国通貨テーブル４７は、取引端末システム１０による動的通貨換算用にサポートされた外国通貨の指示情報を含むことができる。外国通貨テーブル４７中の個々のエントリは、例えば以下のフィールドのうちの一以上を含む様々なフィールドを含むことができる。
英字外国通貨コード（例えば英字ＩＳＯ通貨コード）
数字外国通貨コード（例えば数字ＩＳＯ通貨コード）
【００２９】
図２にはまた、キーボード／キーパッド５０、スキャナ５２、及びカードリーダ５４も概略的に表している。キーボード／キーパッド５０は、別個のキーを備えたキーボード／キーパッドとすることができ、或いはタッチスクリーンキーボード／キーパッドとして構成することができ、数字及び／又は他の文字の入力に適宜使用することができる。スキャナ５２は、例えばバーコードスキャナやＲＦＩタグスキャナなどとすることができる。カードリーダ５４は、支払いカードからデータを読み取るように構成することができる。カードリーダ５４は、適宜、磁気ストライプリーダ、接触式チップカードリーダ、非接触式チップカードリーダ、ＲＦＩタグリーダなどとすることができる。また適切なら、カードリーダ５４は、適切に構成された支払いカードに情報を書き込むように動作可能とすることもできる。
【００３０】
図２には更に、表示装置５６、プリンタ５８、及び通信インタフェース６０も概略的に表している。表示装置５６は、適宜、取引端末システム１０を操作するユーザ（例えば支払いカード保持者）及び／又は小売業者／マーチャントを補助するために入力データ及び／又はメッセージを表示するための、数字表示装置、英数字表示装置、画像表示装置などとすることができる。プリンタは、購入受領書及び／又は他の情報を印刷するのに使用することができる。通信インタフェース６０は、直接に又は中間ネットワーク（図示せず）を介して、一以上の通信チャネル６２を介した取引端末システム１０からＤＣＣホストシステム１８への通信を可能にする。
【００３１】
上述した例では、取引端末システム１０は、支払い受諾デバイス、又は現金自動預け払いシステム、又はＰＯＳシステムである。しかし、取引端末システム１０はまた、インターネットに接続されたワークステーションの形態であってもよいことを理解されたい。取引端末システムはまた、ホテル、劇場、小売店などの取引システムに完全に又は部分的に統合されてもよい。
【００３２】
図３は、ＤＣＣホストシステム１８の例の概略ブロック図である。図３に示す例示的なＤＣＣホストシステム１８は、一以上のプロセッサ７０と、プログラム及びデータを記憶するための記憶装置７２（揮発性及び不揮発性メモリを含むことができる）と、を備える。図３には、記憶装置７２が、ＤＣＣモジュール７６を形成する一以上のＤＣＣプログラムと、ホーム通貨ファイル７５、通貨換算又は為替レートテーブル７４、国／通貨テーブル７７、及びデフォルト通貨テーブル７３を含む一以上のデータテーブルと、を含むことが示してある。記憶装置７２は他のアプリケーション及びデータを含み得ることに留意されたい。
【００３３】
ホーム（自国）通貨ファイル７５は、例えば、請求通貨ファイル（ＢＣＦ７５）の形態をとることができ、当該ファイルは、様々なフィールドを含み得るエントリを有し得る。これらのフィールドは、例えば以下のフィールドを含む。
アカウント請求ファイル識別子
カードアカウント番号範囲の下限値
カードアカウント番号範囲の上限値
英字請求通貨コード（例えば２〜３文字の英字ＩＳＯ通貨コード）
数字請求通貨コード（例えば３桁の数字ＩＳＯ通貨コード）
【００３４】
為替レートテーブル７４は、現在の為替レートデータの抽出元となり得る情報を含むことができる。為替レートテーブル中のヘッダエントリは、例えば以下のフィールドのうちの一以上を含む様々なフィールドを含むことができる。
送出ファイルプレフィクス
ファイル識別子
開始有効日
開始有効時刻
基本通貨コード（例えばＩＳＯ通貨コードを使用）
国コード（例えばＩＳＯ国コードを使用）
ファイルシーケンス番号（例えば、その日付で複数のファイルがない限り００１）
ファイル拡張子
【００３５】
為替レートテーブル７４中のボリュームは、例えば以下のフィールドのうちの一以上を含む様々なフィールドを含むことができる。
ボリュームヘッダ
開始有効日
開始有効時刻
レートＩＤ
【００３６】
為替レートテーブル７４中の個々の為替レートエントリは、例えば以下のフィールドのうちの一以上を含む様々なフィールドを含むことができる。
英字通貨コード（例えばＩＳＯ標準の３文字の英字コード）
数字通貨コード（例えばＩＳＯ標準の２〜３文字の数字コード）
Ｅｕｒｏｂａｎｄインジケータ（例えば通貨がＥｕｒｏｂａｎｄ通貨かどうかを示すためのフラグ）
為替レート（例えば小数第４位に丸めた為替レート）
マーチャントＦＸレートカテゴリ
有効開始日（例えば為替レートが有効になる日）
有効開始時刻（例えばその日に為替レートが有効になる時刻）
有効期限日（例えば為替レートが無効になる期限日）
有効期限時刻（例えばその日に為替レートが無効になる期限時刻）
利幅パーセンテージ値
利幅精度値（例えば利幅小数位精度を示すための）
【００３７】
為替レートテーブル７４中の最後のフィールドは、例えば以下のフィールドのうちの一以上を含む様々なフィールドを含むことができる。
トレーラライン
通貨コードフィールドに対するチェックサム
為替レートフィールドに対するチェックサム
レコード数
【００３８】
国／通貨テーブル７７は、国とその国の公用自国通貨とをマッピングするのに使用される。通常は１つの国に１つの公用自国通貨が関連付けられているが、例えばユーロなど、１つの公用自国通貨に関連する複数の国がある場合もある。一例では、国／通貨テーブルは国別に構成され、国用の各エントリは、その国に関連する公用自国通貨を特定する。この例では、各エントリは、例えば以下のフィールドのうちの一以上を含む一以上のフィールドを含むことができる。
国コード（例えばＩＳＯ国コード）
英字通貨コード（例えばＩＳＯ標準の３文字の英字コード）
数字通貨コード（例えばＩＳＯ標準の２〜３文字の数字コード）
【００３９】
デフォルト通貨テーブル７３は、取引に使用されるデフォルト通貨を識別するのに使用することができる。デフォルト通貨テーブル７３は、例えば、サポートされていないＤＣＣ通貨と、デフォルトのサポートされているＤＣＣ通貨との間のマッピングを含むことができ、ある状況では、取引端末システム１０及び／又は直接通貨換算ホストシステム１８によってサポートされていない通貨用に発行された支払いカードが使用される場合に、使用されるべきデフォルトＤＣＣ通貨を識別するのに使用することができる。デフォルト通貨テーブル７３はまた、ある状況では、取引端末システム１０の現地通貨用に発行されていない支払いカードに対して使用されるべきデフォルトＤＣＣ通貨を識別するのに使用することもできる。一例では、デフォルト通貨テーブル７３は入力通貨（例えば端末支払いシステムの地元の通貨、及び／又はサポートされていない通貨）別に構成され、入力通貨に対する各エントリは、それに関連付けられた対応デフォルト通貨を識別する。この例では、各エントリは、例えば以下のフィールドのうちの一以上を含む一以上のフィールドを含むことができる。
英字入力通貨コード（例えばＩＳＯ標準の３文字の英字コード）
数字入力通貨コード（例えばＩＳＯ標準の２〜３文字の数字コード）
英字デフォルト通貨コード（例えばＩＳＯ標準の３文字の英字コード）
数字デフォルト通貨コード（例えばＩＳＯ標準の２〜３文字の数字コード）
【００４０】
図３にはまた、キーボード７８及び表示装置８０も概略的に表す。キーボード７８は、別個のキーを備えたキーボードとすることができ、或いはタッチスクリーンキーボードとして構成することができ、数字及び／又は他の文字の入力に適宜使用することができる。表示装置８０は、適宜、オペレータがシステムデータを閲覧できるようにするための数字表示装置、英数字表示装置、画像表示装置などとすることができる。
【００４１】
図３には更に、プリンタ８２及び通信インタフェース８４も示す。プリンタは、システムデータを印刷するのに使用することができる。通信インタフェース８４は、直接に又は中間ネットワーク（図示せず）を介して、一以上の通信チャネル８６を介した取引端末システム１０及びアクワイアラ銀行システム１２との通信を可能にする。
【００４２】
図４Ａ、４Ｂ、及び４Ｃで形成される図４は、取引端末システム１０によって実施される、カード取引（例えば支払いカード取引）及び支払いカード取引に関するＤＣＣオペレーションを示すプロセス図である。
【００４３】
取引端末システム１０は、最初は待機状態３００である。ユーザ（例えばカード保持者）が取引を行いたい（例えば支払いをしたい）と望むときに、取引端末は、支払いカードのタイプを決定する。ステップ３０２で支払いカードがＥＭＶカード（すなわちチップ付きカード）であると決定された場合には、３９２で、取引端末１０によってＥＭＶカードと連携したＥＭＶ処理が実施される。
【００４４】
３０４では、アプリケーション選択が行われる。換言すると、取引端末システム１０は３０４で、使用すべき好ましいアプリケーション（例えばＶＩＳＡ  Ｃｒｅｄｉｔ／Ｄｅｂｉｔ、Ｅｌｅｃｔｒｏｎ、ＭａｓｔｅｒＣａｒｄ  Ｃｒｅｄｉｔ／Ｄｅｂｉｔ、又はその他）をカード保持者が選択できるように、端末システム１０と支払いカードとによって相互にサポートされるアプリケーションを決定するよう動作可能であり得る。
【００４５】
３０６で、選択された支払いカードアプリケーションを開始することができるが、オプションとして、支払いカードに対して処理オプションデータオブジェクトリスト（ＰＤＯＬ、Ｐｒｏｃｅｓｓｉｎｇ  ｏｐｔｉｏｎｓ  Ｄａｔａ  Ｏｂｊｅｃｔ  Ｌｉｓｔ）が提供されていれば、それを使用して開始することができる。
【００４６】
アプリケーション処理開始の機能３０６は、以下のことが可能である。
・新しい取引の処理が開始することを支払いカードチップに通知する。
・取引に関する端末関連情報を支払いカードチップに提供する。
・取引の処理で使用される支払いカードチップデータを含むファイルのリスト及びアプリケーション交換プロファイルを、支払いカードチップから得る。
・取引が許可されるか否かを判定する。
【００４７】
ＰＤＯＬが支払いカードに存在する場合に、このＰＤＯＬは、支払いカードチップについての端末常駐データ要素のタグ及び長さのリストである。ＰＤＯＬが利用可能な場合には、チップカードは、適用可能なアプリケーションに対してＰＤＯＬ中で利用可能な情報を使用するよう、取引端末システム１０に要求することになる。チップカードは、ＰＤＯＬ中に取引額及び通貨が存在する場合に、取引額及び通貨を取引端末システム１０に要求することができる。
【００４８】
３０８では、次いで、支払いカードからデータが読み取られる。支払いカードチップに含まれるデータを取引端末システム１０が使用して、様々なタスクを実施することができる。
【００４９】
取引端末システム１０は、３１０で、アプリケーション通貨コードがカード上に存在するか否かを判定する。支払いカードのアカウントの管理に使用される通貨を表すアプリケーション通貨コードがカード上に存在する場合には、ステップ３１２で、アプリケーション通貨コードが取引端末システム１０の記憶装置４２内の外国通貨テーブル４７内のエントリと比較されて、ＤＣＣ対象か否かが判定される。アプリケーション通貨コードが、取引端末システム１０の動的通貨換算用にサポートされている外国通貨に対応する場合、このことは、ユーザが動的通貨換算の対象であることを示す。
【００５０】
３１０でアプリケーション通貨コードがカード上に存在しなかったと取引端末システム１０が判定した場合には、３１４で、取引端末システム１０は、発行国を表す発行国コードが支払いカード上に存在するか否かを判定する。発行国コードが支払いカード上に存在する場合には、ステップ３１６で、取引端末システム１０は、発行国コードを、取引端末システム１０の記憶装置４２に保持されている参照コード４８と比較して、ＤＣＣ対象か否かを判定する。支払いカードから取り出された発行国コードが参照コード４８に対応する場合に、このことは、ユーザが動的通貨換算の対象でないことを示す。
【００５１】
３１０及び３１４における判定の順序は、別の例では逆になってもよいことは理解されるであろう。
【００５２】
３０２でカードがＥＭＶカードでないと取引端末システム１０が判定した場合、或いは、支払いカードがＥＭＶカードであって、カード上にアプリケーション通貨コードも発行国コードも提供されていない場合（３１０及び３１４参照）には、３１８で、支払いカードのプライマリアカウント番号（ＰＡＮ）を使用して、ＤＣＣ対象か否かを判定することができる。例えば、取引端末システム１０は、支払いカードの磁気ストリップ若しくはチップ（もし存在すれば）中に保持されているか又はユーザによって手動入力されるＰＡＮの一部を形成する、発行元識別番号／銀行識別子番号（ＩＩＮ／ＢＩＮ）を取り出し、これを、取引端末システム１０が位置する通貨ゾーンの地元の発行元用の地元又は参照ＩＩＮ／ＢＩＮコードのリスト４９であって取引端末システム１０の記憶装置４２中の現地通貨ファイル４９内のＩＩＮ／ＢＩＮテーブルに例えば保持されているリスト４９と比較することができる。このプロセスが、取引端末システム１０が位置する通貨ゾーンの地元の発行元用の現地通貨ファイル４９に保持されている地元又は参照ＩＩＮ／ＢＩＮコードのリストのうちの１つに対応することが検出された、取り出されたＩＩＮ／ＢＩＮコードに基づく場合、このことは、ユーザが動的通貨換算の対象でないことを示す。
【００５３】
したがって、３２０では、取引端末システム１０は、３１２、３１６、又は３１８で識別された情報によってユーザがＤＣＣの対象である可能性があることが示されるか否かを判定することができる。
【００５４】
３２０において、３１２、３１６、又は３１８で識別された情報からユーザがＤＣＣの対象でないと取引端末システム１０が判定した場合に、３８４で、現地（又は参照）通貨を使用して取引が継続する。
【００５５】
ステップ３８６では、取引端末システム１０は、取引に対してすでに許可が実施されているか否かをチェックすることができ、実施されていない場合には、３８８で、図６に述べる許可要求プロセスを実施することができる。例えば、取引額が所定の値未満である場合、又は「許可済み」フラグがセットされている場合（後述）には、許可は必要とされなくてもよい。次いで、取引端末システム１０は、３８８から得た承認コードを含む、現地通貨を使用したクリアリングアドバイス（決済通知）メッセージを作成することによって、３８９において通常の支払い取引プロセスにより取引を継続する。或いは、３８６で「許可済み」フラグがセットされていると判定された場合には、取引端末システム１０は、３９０で許可なしで取引を継続し、現地通貨を使用したクリアリングアドバイスメッセージを作成する。クリアリングメッセージは普通、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。
【００５６】
しかし、３２０でユーザがＤＣＣの対象であると判定された場合には、制御は経路Ａを介して図４Ｂに移る。
【００５７】
したがって、図４Ｂで、取引端末システム１０は、３３０において、アプリケーション通貨コードが利用可能か否かを判定することができる。３３０でアプリケーション通貨コードが利用可能であると判定された場合には、３３１において、Ｆに示すように、第１のプロセスコード（例えばＰＲＯＣ  ＣＯＤＥ＝００００００）を使用して、アプリケーション通貨コードを含むレート要求メッセージがＤＣＣホストシステム１８に送信される。
【００５８】
或いは、３３０でアプリケーション通貨コードが利用可能でないと取引端末システム１０が判定した場合には、取引端末システム１０は、３３２で、リモート動的通貨コード取得が取引端末システム１０に許可されるか否かを判定することができる。リモート動的通貨コード取得が許可されるか否かは、例えば、取引端末及び／又はＤＣＣホストシステムの位置、並びにこの機能が使用可になっているか否かに依存し得る。例えば、一実施形態では、この機能は、適切な機能モジュールが存在する可能性があるが、このモジュールがオペレータ記憶位置にインストールされる前に非アクティブ化される可能性があることから、提供することができる。動的通貨コード取得が許可される（すなわち、この機能が使用可になっている）と判定された場合には、３３３において、Ｆに表すように、第２のプロセスコード（例えばＰＲＯＣ  ＣＯＤＥ＝０００００１）を使用して、通貨コードを含まずＰＡＮの選択された桁（例えばＰＡＮの最初の８又は１０桁）を含むレート要求メッセージが、ＤＣＣホストシステム１８に送信される。
【００５９】
或いは、３３２で現在の取引端末システム１０中で動的通貨コード取得が許可されないと判定された場合には、取引端末システム１０は、３３４において、発行国コードが利用可能か否かを判定することができる。３３４で発行国コードが利用可能であると判定された場合には、３３５において、Ｆに示すように、第３のプロセスコード（例えばＰＲＯＣ  ＣＯＤＥ＝０００００２）を使用して、発行国コードを含むレート要求メッセージがＤＣＣホストシステム１８に送信される。
【００６０】
或いは、３３４で発行国コードが利用可能でないと判定された場合には、プロセスはＨで図４Ｃに移り、取引端末システム１０は、３３６で、図６に関して述べるように取引について許可要求が行われるようにし、許可要求が送信されたことを示すように「許可済み」フラグがセットされる。
【００６１】
許可要求に続いて、Ｉで許可応答メッセージが取引端末システム１０において受信された場合に、３３７において、取引端末システム１０は、許可応答メッセージが取引に対する承認を与えるか否かを判定する。３３７で承認が与えられると判定され、更に３３８で、受信した許可応答メッセージがカード保持者請求通貨コードを含むと判定された場合には、３３９において、図４ＢのＦ（Ｋを介する）に示すように、第４のプロセスコード（例えばＰＲＯＣ  ＣＯＤＥ＝０００００３）を使用して、カード保持者請求通貨コードを含むレート要求メッセージがＤＣＣホストシステムに送信される。
【００６２】
或いは、３３７で許可応答メッセージが拒否と共に取引端末システム１０において受信されたと判定された場合には、プロセスはＪで図４Ａに戻って継続する。次いで、取引は、４００において、取引に対する許可要求が発行元金融機関システム１６によって拒否されたため終了する。
【００６３】
或いは、３３８でカード保持者請求通貨コードを含まない許可応答メッセージが取引端末システム１０において受信されたと取引端末システム１０が判定した場合には、取引端末システム１０は、ユーザ（例えば支払いカード保持者）が非現地通貨（以下「外国通貨」と呼ぶ）を選択できるように、３４０において、ＤＣＣサポート通貨リストをユーザに提供することができる。サポートされる外国通貨のリストは、取引端末システム１０の記憶装置に保持することができる。３４１で外国通貨がユーザによって選択されたと判定された場合には、３４２において、図４ＢのＦ（Ｋを介する）に示すように、第５のプロセスコード（例えばＰＲＯＣ  ＣＯＤＥ＝０００００４）を使用して、選択された外国通貨コードを含むレート要求メッセージがＤＣＣホストシステム１８に送信される。
【００６４】
３４１で外国通貨が選択されていないと判定された場合には、制御はＯ及びＣ（図４Ｂ）を介して図４Ａに移り、３８２で、ＤＣＣステータスが“ｕｎｃｏｎｖｅｒｔｅｄ”であると判定される。ステップ３８４では、次いで、取引端末システム１０は、現地（又は参照）通貨で取引を継続する。ステップ３８６では、取引端末システム１０は、「許可済み」フラグがセットされているか否かをチェックすることができ、セットされていない場合には、３８８で、図６に述べる許可プロセスを実施することができる。３４１からプロセスを辿ると、３３６で「許可済み」フラグがセットされることになり、したがってこの場合、次いで取引端末システム１０は、３３６から得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成することによって、３９０で通常の支払い取引プロセスにより取引を継続する。クリアリングメッセージは通常、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。
【００６５】
ステップ３３１、３３３、３３５、３３９、及び３４２に戻ると、それぞれの場合に、適切なプロセスコードを含むレート要求メッセージがＤＣＣホストシステム１８に送信される。プロセスコード００００００、０００００１、０００００２、０００００３、又は０００００４は例として示すに過ぎず、他の例では、他の値をプロセスコード又は他の指示コード用に提供してもよいことに留意されたい。例えば、３３６で受信される許可応答メッセージが、ホーム請求通貨コードの決定に使用できるカード保持者請求通貨コード以外の情報を含み得るときには、ステップ３３８に続いて一以上の追加ステップをプロセスに含め、それにより、そのような情報があることを検出して、適切なプロセスコードを含む適切なレート要求メッセージをＤＣＣホストシステム１８に送信することができる。例に過ぎないが、レート応答メッセージが発行国コードの形態の情報を含む場合には、その情報に基づいて、適切なプロセスコード及び発行国コードを含むレート要求メッセージを生成することができる。また、ステップ３３０／３３１、３３２／３３３、３３４／３３５、３３６／３３７、３３８／３３９、及び３４０／３４１／３４２の順序は、例示としてこの順序で示すに過ぎず、他の例では、これらのステップを別の順序で又は並行して実施してもよいことに留意されたい。
【００６６】
３５０では、為替レート及び換算済み販売額を得るプロセスが、ＤＣＣホストシステム１８で実施される。図５に、ＤＣＣホストシステム１８で実施されるこのプロセス３５０の説明的な例を提供する。
【００６７】
図５Ａ及び５Ｂで形成される図５に移ると、プロセス３５０は、４０２で、ＤＣＣホストシステム１８においてレート要求メッセージが取引端末システム１０から受信されるところで開始する。
【００６８】
４０４でプロセスコードが第１のプロセスコード又は第４のプロセスコード（例えばそれぞれ００００００又は０００００３）であるとＤＣＣホストシステム１８が判定した場合には、４０６において、アプリケーション通貨コード又はカード保持者請求通貨コードを含むレート要求が、処理に渡される。
【００６９】
或いは、４０４でプロセスコードが第１のプロセスコード又は第４のプロセスコードでない（例えば００００００又は０００００３でない）とＤＣＣホストシステム１８が判定した場合には、４０８において、ＤＣＣホストシステム１８は、プロセスコードが第２のプロセスコード（例えば０００００１）であるか否かを判定する。４０８でプロセスコードが第２のプロセスコード（例えば０００００１）であるとＤＣＣホストシステム１８が判定した場合には、４１０において、ＤＣＣホストシステム１８は、通貨コードを含まずＰＡＮの選択された桁を含むレート要求メッセージが処理に渡されると判定し、４１２において、ＤＣＣホストシステム１８は、ＤＣＣホストシステム１８の記憶装置７２に保持されたホーム通貨ファイル（例えば請求通貨ファイル又は（ＢＣＦ））７５から通貨コードを得る。一例では、ＰＡＮの選択された桁（例えば最初の８桁からの）を例えば使用して、ホーム通貨ファイル検索を行うことができる。次いでＤＣＣホストシステム１８は、この通貨コードを更に次の処理に渡す。
【００７０】
或いは、４０８でプロセスコードが第２のプロセスコード（例えば０００００１）でないとＤＣＣホストシステム１８が判定した場合には、プロセスはＰを介して４０９に移り、ＤＣＣホストシステム１８は、プロセスコードが第３のプロセスコード（例えば０００００２）であるか否かを判定する。４０９でプロセスコードが第３のプロセスコード（例えば０００００２）であるとＤＣＣホストシステム１８が判定した場合には、４１１において、ＤＣＣホストシステム１８は、発行国コードを含むレート要求メッセージが処理に渡されると判定し、４１３において、ＤＣＣホストシステム１８は、ＤＣＣホストシステム１８の記憶装置７２に保持された国／通貨テーブル７７から通貨コードを決定する。供給された発行国コードを例えば使用して、国／通貨検索を行って、対応する供給された国コードに対するデフォルトの公用自国通貨コードを得ることができる。
【００７１】
４０６、４１２、又は４１３（Ｑを介する）に続いて、４１４において、ＤＣＣホストシステム１８は、識別された通貨コードを、ＤＣＣホストシステム１８の記憶装置７２に保持されたＤＣＣサポート通貨のリストと比較することによって、通貨コードがサポート通貨であるか否かを判定する。
【００７２】
４１４で識別された通貨コードがＤＣＣサポート通貨でないとＤＣＣホストシステム１８が判定した場合には、４４０において、ＤＣＣホストシステム１８は、デフォルト通貨テーブル７３内で検索を行って、この識別された非サポート通貨コードに対してデフォルトのＤＣＣサポート通貨が保持されているか否かを識別する。４４２では、ＤＣＣホストシステム１８は、デフォルトのＤＣＣサポート通貨が識別されるか否かを判定する。識別されない場合には、４１５において、ＤＣＣホストシステム１８は、レート応答メッセージに関するパラメータ［アクションコード＝“ＡｍｔＵｎｃｏｎｖｅｒｔｅｄ”（金額未換算）及び理由コード“Ｕｎｓｕｐｐｏｒｔｅｄ”］を設定し、４１６では、空欄の為替レート及び販売額のフィールドを含むレート応答メッセージが作成される。プロセスはＴを介して４５０（図５Ｂ）に移り、ＤＣＣホストシステム１８は、Ｇに示すようにレート応答メッセージを取引端末システム１０に返す。
【００７３】
或いは、４４２でデフォルトのＤＣＣサポート通貨が識別されるとＤＣＣホストシステム１８が判定した場合には、４４４において、ＤＣＣホストシステム１８は、ＤＣＣホストシステム１８中の通貨換算レートテーブル７４から当該のデフォルト通貨についての通貨換算（為替）レートを得て、得られた通貨換算レートを使用して取引額を換算する。４４６では、ＤＣＣホストシステム１８は、レート応答メッセージに関するパラメータ［アクションコード＝“ＡｍｔＣｏｎｖｅｒｔｅｄ”（金額換算済）及び理由コード“Ｎｏｒｍａｌ”］を設定し、４４８で、得られた為替レート及び換算済み取引額を含むレート応答メッセージを作成する。プロセスはＵを介して４５０に移り、ＤＣＣホストシステム１８は、Ｇに示すように、得られた為替レート及び換算済み取引額のフィールドを含むレート応答メッセージを取引端末システム１０に返す。
【００７４】
４１４で識別された通貨コードがＤＣＣサポートであるとＤＣＣホストシステム１８が判定した場合には、プロセスはＲを介して４１８（図５Ｂ）に移り、ＤＣＣホストシステム１８は、ＤＣＣホストシステム１８中の通貨換算レートテーブル７４から当該の通貨についての通貨換算（為替）レートを得て、通貨換算レートを使用して取引額を換算する。４１９において、ＤＣＣホストシステム１８は、レート応答メッセージに関するパラメータ［アクションコード＝“ＡｍｔＣｏｎｖｅｒｔｅｄ”（金額換算済）及び理由コード“Ｎｏｒｍａｌ”］を設定し、４２０では、得られた為替レート及び換算済み取引額を含むレート応答メッセージを作成する。４５０において、ＤＣＣホストシステム１８は、Ｇに示すように、得られた為替レート及び換算済み取引額のフィールドを含むレート応答メッセージを取引端末システム１０に返す。
【００７５】
４０９に戻り、プロセッサコードが第３のプロセスコードでない（例えば０００００２でない）とＤＣＣホストシステム１８が判定した場合には、４２２で、ＤＣＣホストシステム１８は、プロセスコードが第５のプロセスコード（例えば０００００４）であるか否かを判定する。
【００７６】
４２２でプロセスコードが第５のプロセスコード（例えば０００００４）であるとＤＣＣホストシステム１８が判定した場合には、４２４において、ＤＣＣホストシステム１８は、受信したレート要求がユーザ選択の通貨を含むレート要求であると認識する。４２６では、ＤＣＣホストシステム１８は、ＰＡＮの選択された桁、例えばＰＡＮの最初の８桁を使用して、ＤＣＣホストシステム１８の記憶装置７２に保持されたホーム通貨ファイル（例えば請求通貨ファイルＢＣＦ）７５から、支払いカードに関連する請求通貨コードを得る。４２８では、ＤＣＣホストシステム１８は、ユーザ選択の通貨コードが、ホーム通貨ファイル（例えばＢＣＦ）７５から得られた請求通貨コードと同じか否かを判定する。
【００７７】
４２８でユーザ選択の通貨コードがホーム通貨ファイル（例えばＢＣＦ）７５中で識別された請求通貨コードと同じであるとＤＣＣホストシステム１８が判定した場合には、４１８において、ＤＣＣホストシステム１８は、通貨換算レートテーブル７４からユーザ選択の通貨に適用可能な為替レートを得て、換算済み取引額が計算される。４１９では、ＤＣＣホストシステム１８は、レート応答メッセージに関するパラメータ［アクションコード＝“ＡｍｔＣｏｎｖｅｒｔｅｄ”（金額換算済）及び理由コード“Ｎｏｒｍａｌ”］を設定し、４２０で、得られた為替レート及び換算済み取引額を含むレート応答メッセージを作成する。４５０で、ＤＣＣホストシステム１８は、Ｇに示すように、得られた為替レート及び換算済み取引額のフィールドを含むレート応答メッセージを取引端末システム１０に返す。
【００７８】
４２８に戻り、選択された通貨コードが、ホーム通貨ファイル（例えばＢＣＦ）７５から識別された請求通貨コードと等しくないとＤＣＣホストシステム１８が判定した場合には、４２９において、ＤＣＣホストシステム１８は、レート応答メッセージに関するパラメータ［アクションコード＝“ＡｍｔＣｏｎｖｅｒｔｅｄ”（金額換算済）及び理由コード“Ｄｉｆｆｅｒｅｎｔ  Ｃｕｒｒｅｎｃｙ”］を設定する。４３０では、ＤＣＣホストシステム１８は、通貨換算レートテーブル７４からユーザ選択の通貨に適用可能な為替レートを得て、換算済み取引額が計算される。４３２では、ＤＣＣホストシステム１８は、レート応答メッセージ中のホーム通貨フィールドに、ホーム通貨ファイル（例えばＢＣＦ）７５から識別された請求通貨コードを投入する。次いでＤＣＣホストシステム１８は、４２０において、得られた為替レート及び換算済み取引額を含むレート応答メッセージを作成する。４５０で、ＤＣＣホストシステム１８は、Ｇに示すように、投入されたホーム通貨、識別された通貨、換算レート、及び換算済み取引額のフィールドを含むレート応答メッセージを、取引端末システム１０に返す。
【００７９】
４２２に戻り、プロセスコードが第５のプロセスコード（例えば０００００４）でないとＤＣＣホストシステム１８が判定した場合には、４３４において、ＤＣＣホストシステム１８は、未知のエラーがあると判定し、４３５で、ＤＣＣホストシステム１８は、レート応答メッセージに関するパラメータ［アクションコード＝“ＡｍｔＵｎｃｏｎｖｅｒｔｅｄ”（金額未換算）及び理由コード“Ｕｎｋｎｏｗｎ”］を設定する。プロセスはＳを介して４１６（図５Ａ）に移り、ＤＣＣホストシステム１８は、空欄の為替レート及び販売額のフィールドを含むレート応答メッセージを作成する。プロセスはＴを介して４５０（図５Ｂ）に移り、ＤＣＣホストシステム１８は、Ｇに示すように、レート応答メッセージを取引端末システム１０に返す。
【００８０】
ステップ４０４、４０８、４０９、及び４２２の順序は例示として示すに過ぎず、別の例では、これらのステップを別の順序で又は並行して実施してもよいことは理解されるであろう。また、図４Ｂ及び４Ｃに関して論じたように、例えば許可応答メッセージに含まれる情報に基づいて、異なるプロセスコードを含む追加のレート要求タイプのメッセージが生成される場合には、ＤＣＣホストシステム１８において実施されるプロセス３５０に、適切な処理ステップを含めることができる。
【００８１】
図５に関して述べたプロセス３５０に続いて、プロセスは、Ｇで取引端末システム１０に戻って図４Ｂの３５２で継続し、取引端末システム１０は、金額が換算済みであることをレート応答メッセージ中のアクションコードが示す（アクションコード＝“ＡｍｔＣｏｎｖｅｒｔｅｄ”）か否かを判定する。
【００８２】
金額が換算済みであることをレート応答メッセージ中のアクションコードが示さない（アクションコード＝“ＡｍｔＵｎｃｏｎｖｅｒｔｅｄ”）場合には、３５３において、取引端末システム１０は、理由を決定する。レート応答メッセージ中の理由コードが“Ｕｎｓｕｐｐｏｒｔｅｄ”に設定されている場合には、３５５において、取引端末システム１０は、ＤＣＣステータスを“Ｕｎｓｕｐｐｏｒｔｅｄ”に設定し、次いで、プロセスはＢを介して図４Ａに戻り、取引端末システム１０は、３８４において、現地又は参照通貨で取引を処理する。前述のように、取引端末システム１０は、図４Ａの３８６において取引に許可が必要か否かをチェックし、必要な場合には、３８８において、図６に述べる許可プロセスを実施することができる。例えば、取引額が所定の値未満である場合、又は「許可済み」フラグがセットされている場合には、許可要求は必要とされなくてもよい。次いで、取引端末システム１０は、３８８から得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成することによって、３８９で通常の支払い取引プロセスにより取引を継続する。或いは、３８６で「許可済み」フラグがセットされていると判定された場合には、取引端末システム１０は、３９０で許可なしで取引を継続し、前に３３６で得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成する。クリアリングメッセージは普通、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。
【００８３】
３５３でレート応答メッセージ中の理由コードが“Ｕｎｓｕｐｐｏｒｔｅｄ”に設定されていないと取引端末システム１０が判定した場合には、３５４において、取引端末システム１０は、ＤＣＣステータスを“Ｌｅａｋａｇｅ”に設定する。次いで、プロセスはＢを介して図４Ａに戻り、取引端末システム１０は、３８４で現地又は参照通貨で取引を処理することに進む。前述のように、取引端末システム１０は、図４Ａの３８６で取引に許可が必要かどうかチェックし、必要な場合には、３８８で、図６に述べる許可プロセスを実施することができる。例えば、取引額が所定の値未満である場合、又は「許可済み」フラグがセットされている場合には、許可要求は必要とされなくてもよい。次いで、取引端末システム１０は、３８８から得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成することによって、３８９で通常の支払い取引プロセスにより取引を継続する。或いは、３８６で「許可済み」フラグがセットされていると判定された場合には、取引端末システム１０は、３９０において許可なしで取引を継続し、前に３３６で得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成する。クリアリングメッセージは普通、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。
【００８４】
或いは、３５２で金額が換算済みであることを応答メッセージ中のアクションコードが示す（アクションコード＝“ＡｍｔＣｏｎｖｅｒｔｅｄ”）と取引端末システム１０が判定した場合には、３５６において、取引端末システム１０は、メッセージ中の理由コードが“Ｎｏｒｍａｌ”に設定されているか否かを判定する。
【００８５】
３５６で理由コードが“Ｎｏｒｍａｌ”に設定されていると取引端末システム１０が判定した場合には、３６４において、カード保持者に、自身のＤＣＣ取引の選択を確認するオプションが与えられる。３６４でカード保持者がＤＣＣを選択する場合には、３６８において、取引端末システム１０は、取引がチップカード（ＥＭＶ）取引であるか否かを判定する。３６８で取引がチップカード取引であると判定された場合には、３７０において、取引端末システム１０は、アプリケーション処理開始段階でＰＤＯＬオプションにより取引額又は通貨がすでに要求されているか否かを判定する。３７０で取引額又は通貨がすでに要求されていると判定された場合には、３７２において、取引端末システム１０はＥを介して、図４Ａの３９４でアプリケーション処理を開始し、図４Ａの３９６で、３０４で導出されたのと同じアプリケーション識別子ＡＩＤを使用して、３５０のＤＣＣプロセス中で確認された換算済み取引額及び通貨コードによって通常のＥＭＶ取引フローを提供することにより、プロセスを再開する。次いで、取引は３９７に進み、前に許可が実施されたか否かが判定される。或いは、３７０でアプリケーション処理開始段階でＰＤＯＬオプションにより取引額又は通貨がまだ要求されていないと取引端末システム１０が判定した場合には、３７４で、取引端末システム１０は、３５０のＤＣＣプロセス中で確認された外国通貨による換算済み取引額を使用して、カード保持者によって確認された外国通貨コードによるチップカード取引を継続する。３７４に続いて、３７８でＤＣＣステータスが“Ｃｏｎｖｅｒｔｅｄ”として表され、プロセスはＤ２で図４Ａに戻って継続する。３９６又は３７８に続いて、取引端末システム１０は、図４Ａの３９７で取引に対して許可がすでに実施されているか否かを判定し、実施されている場合には、３９８において、その許可の破棄を実施する。３９８に続いて、次いで、３８８において、換算済み通貨コード及び換算済み販売額を使用して、図６に述べる許可要求プロセスを実施することができる。一方、３９７で取引に対して許可が実施されていないと判定された場合には、如何なる破棄も実施せずに、３８８で、換算済み通貨コード及び換算済み販売額を使用して、図６に述べる許可要求プロセスを実施することができる。３８８で許可が実施された後、次いで、取引端末システム１０は、３８８から得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成することによって、３８９で通常の支払い取引プロセスにより取引を継続する。クリアリングメッセージは普通、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。
【００８６】
３６８で支払いカード取引がチップカード取引でないと取引端末システム１０が判定した場合には、３７６において、取引端末システム１０は、カード保持者によって確認された外国通貨による支払いカード取引を、その外国通貨による換算済み取引額を使用して継続する。
【００８７】
３７６に続いて、３７９において、ＤＣＣステータスが“Ｃｏｎｖｅｒｔｅｄ”として表され、プロセスはＤ１で図４Ａに戻って継続する。前述のように、取引端末システム１０は、図４Ａの３８６で取引に許可が必要か否かをチェックし、必要な場合には、３８８において、図６に述べる許可要求プロセスを実施することができる。例えば、取引額が所定の値未満である場合、又は「許可済み」フラグがセットされている場合には、許可は必要とされなくてもよい。３８８で許可が実施される場合には、取引端末システム１０は、３８８から得た承認コードを含む、換算済み通貨を使用したクリアリングアドバイスメッセージを作成することによって、３８９で通常の支払い取引プロセスにより取引を継続する。或いは、３８６で「許可済み」フラグがセットされていると判定された場合には、取引端末システム１０は、３９０で許可なしで取引を継続し、前に３３６で得た承認コードを含む、換算済み通貨を使用したクリアリングアドバイスメッセージを作成する。クリアリングメッセージは普通、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。
【００８８】
３６４に戻り、３６４でユーザがＤＣＣを選択しない場合には、プロセスはＮ及びＯを介してＣを経て図４Ａに戻り、３８２において、ＤＣＣステータスが“Ｕｎｃｏｎｖｅｒｔｅｄ”として表され、取引端末システム１０は、３８４で現地（参照）通貨による取引を継続する。前述のように、取引端末システム１０は、図４Ａの３８６で取引に許可要求が必要か否かをチェックし、必要な場合には、３８８において、図６に述べる許可プロセスを実施することができる。例えば、取引額が所定の値未満である場合、又は「許可済み」フラグがセットされている場合には、許可は必要とされなくてもよい。次いで取引端末システム１０は、３８８から得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成することによって、３８９で通常の支払い取引プロセスにより取引を継続する。或いは、３８６で「許可済み」フラグがセットされていると判定された場合には、取引端末システム１０は、３９０で許可なしで取引を継続し、前に３３６で得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成する。クリアリングメッセージは普通、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。
【００８９】
３５６に戻り、３５６で理由コードが“Ｎｏｒｍａｌ”に設定されていないと判定された場合には、プロセスはＬを介して３５８に進むことになり、取引端末システム１０は、警告メッセージ３６０をユーザに対して表示する。警告メッセージ３６０は例えば、「あなたのカードの請求通貨以外の取引通貨（ｘｘｘ）が選択されています。継続しますか？（はい／いいえ）」とすることができる。
【００９０】
３６２において、３５８で表示されたアラートメッセージ３６０に基づいて、選択された通貨によって継続することをユーザが選択した場合には、プロセスは前述のようにＭを介して３６４（図４Ｂ）に移る。或いは、３６２で選択された通貨によって継続しないことをユーザが選択したと判定された場合には、プロセスはＯ及びＣを介して図４Ａに戻り、３８２において、ＤＣＣステータスが“ｕｎｃｏｎｖｅｒｔｅｄ”として表され、現地（参照）通貨で継続する。前述のように、取引端末システム１０は、図４Ａの３８６で、取引に許可が必要か否かをチェックし、必要な場合には、３８８において、図６に述べる許可プロセスを実施することができる。例えば、取引額が所定の値未満である場合、又は「許可済み」フラグがセットされている場合には、許可は必要とされなくてもよい。次いで、取引端末システム１０は、３８８から得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成することによって、３８９で通常の支払い取引プロセスにより取引を継続する。或いは、３８６で「許可済み」フラグがセットされていると判定された場合には、取引端末システム１０は、３９０において許可なしで取引を継続し、前に３３６で得た承認コードを含む、現地通貨を使用したクリアリングアドバイスメッセージを作成する。クリアリングメッセージは普通、取引端末システム１０において一括して集められ、１日の終わりの処理の一部としてアクワイアラ銀行システム１２に送信されるか、又は１日の終わりの前に一連のクリアリングアドバイスとして送信されることに留意されたい。次いでプロセスは４００で完了する。例えば、取引は、許可承認を受け取り、カード保持者がサインオフするための受領書が印刷された後に、この通貨を使用して完了させることができる。
【００９１】
図６に、図４Ａ／４Ｃの３８８／３３６で識別される例示的な許可プロセスを示す。
【００９２】
まず、図４Ｃの３３６で識別される許可プロセスの例について述べる。
【００９３】
取引端末システム１０のプロセッサ４０（図２）は、ＤＣＣモジュール４６（図２）に応答して、支払い許可要求メッセージ２０を生成するように動作可能とすることができ、この支払い許可要求メッセージ２０は、取引端末システム１０に関連するか又は取引端末システム１０を操作する小売業者に関連するアクワイアラ銀行システム１２に送信される。支払い許可要求メッセージ２０は、取り込まれたカードデータを識別するデータと、取引端末システム１０の現地通貨及びその通貨による取引量を含めた取引詳細と、取引端末システム１０を識別するルーティング情報とを含む。メッセージ２０は例えば、従来のメッセージプロトコルを使用して、例えばＩＳＯ８５８３などメッセージパケットベースのプロトコルを使用して送信することができる。
【００９４】
アクワイアラ銀行システム１２は、支払い許可要求メッセージ２０を取引端末システム１０から受信し、支払い許可要求メッセージ２０を分析して、当該のカードに対する適切なスキームネットワーク１４を決定する。これは、受信した支払いカードデータを、受信した支払いカード詳細中のスキームネットワークコードを識別するテーブルと比較することによって決定することができる。次いで、アクワイアラ銀行システムは、支払い許可要求メッセージ２２を適切なスキームネットワーク１４に送信する。支払い許可要求メッセージ２２は、取引端末システム１０の現地通貨及びその通貨による取引量などの取引詳細を含めた、支払い許可要求メッセージ２０のデータと、追加でアクワイアラ銀行システム１２を識別するルーティング情報とを含むことができる。支払い許可要求メッセージ２２は例えば、メッセージパケットベースのプロトコルを使用するＶＩＳＡ  ＢＡＳＥ  Ｉ許可メッセージなど、従来のメッセージプロトコルを使用して送信することができる。
【００９５】
スキームネットワーク１４は、支払い許可要求メッセージ２２をアクワイアラ銀行システム１２から受信し、受信した支払い許可要求メッセージ２２を分析して、支払いカードを発行した発行元金融機関を識別する。これは、受信した支払いカードデータを、受信した支払いカード詳細中の発行元金融機関コードを識別するテーブルと比較することによって決定することができる。詳細には、複数通貨サービスに加入している発行元金融機関に対して、スキームネットワークシステム１４は、発行元金融機関システム１６の当該の支払いカードについてのホーム通貨（又は請求通貨）を識別し（例えばＰＡＮから）、取引端末システム１０の現地通貨と発行元金融機関のホーム通貨との間の為替レートを識別し、ホーム通貨による等価な金額を計算するように動作可能である。次いで、スキームネットワーク１４は、発行元金融機関システム１６に送信されることになる支払い許可要求メッセージ２４を生成するように動作可能である。この支払い許可要求メッセージ２４は、支払い許可要求メッセージ２２のデータのいくらか又は全てと、スキームネットワーク１４を識別する追加のルーティング情報とに加えて、発行元金融機関のホーム通貨と、スキームネットワークシステム１４によってホーム通貨に換算された取引額と、スキームネットワーク１４によって使用された為替レートとを、支払い許可要求メッセージ２４のそれぞれのフィールド中で識別する。例えば、ＶＩＳＡによって運営されるスキームネットワークシステムの場合、ホーム通貨、換算済み取引額、及び為替レートは、支払い許可要求メッセージ２４のフィールド５１、６、及び１０にそれぞれ含まれる。次いで、スキームネットワーク１４は、支払い許可要求メッセージを当該の発行元金融機関システム１６に転送するように動作可能である。メッセージ２２は例えば、メッセージパケットベースのプロトコルなど、従来のメッセージプロトコルを使用して送信することができる。
【００９６】
発行元金融機関システム１６は、支払い許可要求メッセージ２４を受信し、支払い要求の詳細を当該の支払いカードについて保持されたレコードと比較することによって許可要求を処理する。発行元金融機関システム１６は、支払いカード保持者の詳細、カード購入記録、信用限度、アカウントがアクティブか又はブロックされているか、請求通貨などを含めて、支払いカードアカウントの詳細を維持する。発行元金融機関システム１６は、支払いカード詳細を使用して、支払いカードがアクティブでありブロックされていないことを確認し、次いで、支払いカードアカウントに対する適切な規則に従って（例えば取引額と、それに対する支払い履歴及び／又は利用可能貸付額などに基づいて）支払いを許可できることをチェックするように動作可能である。取引が許可されることになる場合には、発行元金融機関システム１６は、許可要求メッセージ中で識別されるホーム通貨による金額をカードアカウントに対して確保し、適切な肯定の許可応答メッセージ２６を生成することになり、この許可応答メッセージ２６は、受信した支払い許可要求メッセージ２４に含まれるルーティング情報を使用して、取引端末システム１０に送信される。支払いが許可されない場合、又は照会チェックが必要とされる場合には、代わりに適切な否定の応答メッセージが生成される。
【００９７】
許可応答メッセージ２６は、元の支払い許可要求メッセージ２０を識別し、支払い許可要求メッセージ２２、２２、及び２４からのルーティング情報を含む。いくつかの許可応答メッセージ２６では、発行元金融機関システムはまた、支払い許可要求メッセージ２４のそれぞれのフィールド中で受け取ったホーム通貨、換算済み取引額、及び為替レートも許可応答メッセージ２６に含めることになる（しかし場合によっては、これらは省略されることもある）。
【００９８】
発行元金融機関システム１６は、支払い許可要求メッセージ２４からのルーティング情報を使用して、許可応答メッセージ２６をスキームネットワーク１４に返す。
【００９９】
スキームネットワーク１４は、許可応答メッセージ２６を受信し、許可応答メッセージ２４からルーティング情報を識別して、適切なアクワイアリング銀行システム１２に許可応答メッセージ２８が送信されるようにする。スキームネットワークシステム１４によって送信された許可応答メッセージ２８は、元の支払い許可要求メッセージ２０を識別し、支払い許可要求メッセージ２０及び２２からのルーティング情報を含む。許可応答メッセージ２８は更に、支払い許可要求メッセージ２４のそれぞれのフィールドのホーム通貨、換算済み取引額、及び為替レートを、これらが許可応答メッセージ２６に含まれていようとそうでなかろうと、識別することができる。しかし場合によっては、これらのフィールドは省略されることもある。
【０１００】
アクワイアラ銀行システム１２は、許可応答メッセージ２８を受信し、許可応答メッセージ中のルーティング情報を識別して、取引端末システム１０に許可応答メッセージ３０を送信する。
【０１０１】
許可要求及び応答メッセージは、様々なフィールドを含むことができる。例えば、許可要求及び／又は応答メッセージは、例えば以下から選択されるフィールドを含むことができる。
・メッセージタイプを定義するメッセージタイプ識別子フィールド
・取引タイプ及びアカウントタイプを定義する処理コードフィールド
・取引端末の通貨による取引額を指定する取引額フィールド
・発行元機関の通貨による取引額を指定する取引額フィールド
・為替レートフィールド
・送信日時フィールド
・支払いカードの失効日フィールド
・マーチャントカテゴリコードフィールド
・アクワイアリング機関の国コードフィールド
・ＰＯＳ入力モードコードフィールド
・ＰＯＳ条件コードフィールド
・アクワイアリング機関識別フィールド
・検索参照番号フィールド
・許可コード又は承認コードフィールド
・応答コードフィールド
・カード受諾側の識別フィールド
・カード受諾側の名前及び場所フィールド
・取引通貨コードフィールド
・カード保持者請求通貨フィールド
・追加ＰＯＳ情報フィールド
・私用フィールド
【０１０２】
上に示したように、図６には、図４Ａ及び４Ｃの３８８及び３３６で識別される許可プロセスの例を示す。ステップ３３６と３８８の許可プロセス間の唯一の違いは以下のとおりである。すなわち、ステップ３３６での許可要求メッセージ２０及び２２は、取引端末システム１０の現地通貨による取引額を含むことになり、取引通貨として取引端末システム１０の現地通貨を識別することになるが、それに対して、ステップ３８８での許可要求メッセージ２０及び２２は、ＤＣＣのために選択された通貨による取引額を含むことになり、その通貨を示すことになる。
【０１０３】
前述のステップに続いて、次いで、支払い端末は、例えば署名用の受領書を印刷する（又はＰＩＮ番号の入力を要求する）ことによって、ユーザが選択を確認することを必要とするように動作可能とすることができる。取引のための選択された通貨が確認されると、取引端末システム１０は、クリアリングメッセージ（例えばカード保持者のホーム又は請求通貨メッセージについての）をアクワイア銀行システム１２に送信するように動作可能である（クリアリングメッセージをすぐに送信するのではなく、これは一括プロセスとして例えば１日の終わりに行うことができる）。次いで、アクワイアラ銀行システムは、クリアリングが受諾されたことを知らせる肯定応答を取引端末システム１０に返し、クリアリングメッセージをスキームネットワーク１４に転送するように動作可能である。スキームネットワーク１４は、更にクリアリングメッセージを発行元金融機関システム１６に転送するように動作可能である。
【０１０４】
図４Ａ、４Ｂ、及び４Ｃに戻ると、これらのプロセスは、個別のソフトウェアモジュールを使用して実施することができ、これらのソフトウェアモジュールは、取引端末システム１０のプロセッサ（複数可）４０によって処理されることになる取引端末システム１０の記憶装置４２中のＣＰモジュール４４及びＤＣＣモジュール４６を共に形成する。個別ソフトウェアプログラムモジュールは、取引端末を現地要件に適応させるように、適宜アクティブ又は非アクティブに構成することができる。
【０１０５】
同様に、図５Ａ及び５Ｂのプロセスは、個別ソフトウェアモジュールを使用して実施することができ、これらのソフトウェアモジュールは、ＤＣＣホストシステム１８のプロセッサ（複数可）７０によって処理されることになるＤＣＣホストシステム１８の記憶装置７２中のＤＣＣモジュール７６を共に形成する。個別ソフトウェアプログラムモジュールは、取引端末を現地要件に適応させるように、適宜アクティブ又は非アクティブに構成することができる。
【０１０６】
図４Ａ、４Ｂ、及び４Ｃ、並びに図５Ａ及び５Ｂに関して述べたプロセスでは、取引端末システム１０は、ＤＣＣホストシステム１８に送信されるレート要求メッセージ中にプロセスコードを含め、ＤＣＣホストシステム１８は、プロセスコードに応答してレート応答メッセージの処理を制御し、取引端末システム１０は、アクションコード及び理由コードに応答して更に次の処理を決定することに留意されたい。しかし、別の例では、プロセスコード、アクションコード、及び理由コードの使用以外によって、レート要求メッセージの符号化を実施できることは理解されるであろう。例えば、レート要求メッセージ及びレート応答メッセージのフィールドを選択的に埋めることを使用して実施することができ、この場合、いくつかのフィールドは空欄のままにするか又は所定の値に設定することができる。空欄フィールドに言及する場合、これは例えば、あるフィールドの内容を、全て０に設定すること、又はそのフィールドに関する有効な内容に対応しない他の何らかの値に設定することを含むことができる。
【０１０７】
また、レート要求メッセージ及びレート応答メッセージは、上述した特定のフィールドだけでなく、他のフィールドを含むこともできる。
【０１０８】
例示的なレート要求メッセージは、例えば以下のフィールドから選択される一以上のフィールドを含むことができる。
プロセスコード
送信日時
システムトレース監査番号
現地取引の日時
現地通貨マーチャントＩＤ
現地通貨ＴＩＤ
アクワイアラＩＤ
ベース金額
カードＢＩＮ／ＩＩＮ番号
レート要求参照ＩＤ
カードタイプ
ティルＩＤ／マーチャントＰＯＳ
外国通貨コード（例えば外国通貨英字コード）
【０１０９】
例示的なレート応答メッセージは、例えば以下のフィールドから選択される一以上のフィールドを含むことができる。
プロセスコード
送信日時
システムトレース監査番号
現地取引の日時
現地通貨マーチャントＩＤ
現地通貨ＴＩＤ
アクワイアラＩＤ
ベース金額
外国金額
カードＢＩＮ／ＩＩＮ番号
為替レート
レート要求参照ＩＤ
カードタイプ
逆レート
外国通貨コード（例えば外国通貨英字コード）
ホーム請求通貨コード（例えばホーム通貨英字コード）
ティルＩＤ／マーチャントＰＯＳ
利幅パーセンテージ
手数料パーセンテージ
手数料の値
アクションコード
理由コード
【０１１０】
また、１つのレート要求メッセージ及び１つのレート応答メッセージに言及しているが、メッセージ転送は、一以上のレート要求メッセージ及び一以上のレート応答メッセージを伴う可能性があることにも触れておくべきである。
【０１１１】
ＤＣＣプログラムモジュール４６及び７６はそれぞれ、プロセッサ４０及び７０をそれぞれ動作させるための一以上のコンピュータプログラム製品に組み入れることができる。換言すると、図４Ａ、４Ｂ、及び４Ｃに関して述べたプロセス及びモジュールは、取引端末システム１０のプロセッサ（複数可）４０を制御するように動作可能な一以上のコンピュータプログラム製品によって実現することができる。同様に、図５Ａ及び５Ｂに関して述べたプロセス及びモジュールは、ＤＣＣホストシステム１８のプロセッサ（複数可）７０を制御するように動作可能な一以上のコンピュータプログラム製品によって実現することができる。各コンピュータプログラム製品は、コンピュータ可読媒体を形成するキャリア媒体上で例えば提供される、一以上のコンピュータプログラムの形とすることができる。キャリア媒体は、固体、磁気、光学、光磁気などの記憶媒体、又は他の記憶媒体とすることができる。キャリア媒体は、同報通信、電話、コンピュータネットワーク、有線、ワイヤレス、電気、電磁、光学などの伝送媒体、又は他の任意の伝送媒体とすることができる。
【０１１２】
本明細書における用語「支払いカード」は、関連するアカウントに基づいて取引を実施するのに使用することのできるトークン又はデバイス又はキャリアについて述べるために総称的に使用されることに留意されたい。「支払いカード」は、一体型チップがおそらく組み込まれているであろう従来の矩形プラスティック製クレジットカードなどの形をとる必要はなく、本明細書で適用される意味における「支払いカード」は、クレジット、デビット、又は他の形の支払いトークン、デバイス、又はキャリアとして動作可能とすることのできる他の任意の形をとることができることに留意されたい。例えば、本明細書における用語「支払いカード」の意味においては、支払いシステムが、「支払いカード」として、携帯電話機、パーソナルデータアシスタント（ＰＤＡ）、若しくは他の情報キャリアの使用に基づくか、又はこれらの使用を許可することができる。このような場合、携帯電話機には通常、ＥＭＶカードのチップの機能と等価な機能を有するチップ又はソフトウェアが備わる。したがって、本明細書で支払いカードに言及する場合、「支払いカード」は、関連するアカウントに基づいて取引を実施するように構成された支払いトークン、デバイス、又はキャリアとして動作可能な、任意の適切な形をとることができ、例えば、支払い端末システムとの間で（例えば接触を介して又は非接触方式で）情報を転送するための適切なソフトウェア及び／又は機構の手段の形をとることができることを理解されたい。
【０１１３】
前述の実施形態について詳細に述べたが、以上の開示が完全に理解されれば、多くの変形及び変更が当業者には明らかになるであろう。後続の特許請求の範囲は、そのような変形及び変更、並びにそれらの均等物を全て含むものとして解釈されるものとする。
【符号の説明】
【０１１４】
１０…取引端末システム、１２…アクワイアラ銀行システム、１４…スキームネットワークシステム、１６…発行元金融機関システム、１８…ＤＣＣホストシステム。
【図１】
2014112416.tif 000003
【図２】
2014112416.tif 000004
【図３】
2014112416.tif 000005
【図４Ａ】
2014112416.tif 000006
【図４Ｂ】
2014112416.tif 000007
【図４Ｃ】
2014112416.tif 000008
【図５Ａ】
2014112416.tif 000009
【図５Ｂ】
2014112416.tif 000010
【図６】
2014112416.tif 000011
【外国語明細書】
2014112416000001.pdf