JP2021524074A - 取引セキュリティのためのシステム、装置、サーバ及び方法 - Google Patents

Abstract

取引端末システムの端末システム通貨を示す情報を記憶するための記憶回路を含む取引端末システムが提供される。入力回路がトークン識別子を受信し、トークン識別子は、ユーザ通貨を示す情報、及び、ユーザ支払口座情報と関連付けられる情報を含む。処理回路が、端末システム通貨とユーザ通貨とを比較し、差が存在する場合、通貨選択提示が表示されるようにする。ユーザ通貨の選択に応答して、ユーザ支払口座に関してユーザ通貨を用いて取引が実施されるようにするためのメッセージが送信される。メッセージは、ユーザ支払口座情報と関連付けられる情報を含む。【選択図】 図２

Description

発明の詳細な説明

本発明の技法は、セキュリティに関する。

第１の例示的な構成から見ると、取引端末システムであって、取引端末システムの端末システム通貨を示す情報を記憶するための記憶回路と、トークン識別子を受信するための入力回路であり、トークン識別子は、ユーザ通貨を示す情報、及び、ユーザ支払口座情報と関連付けられる情報を含む、入力回路と、端末システム通貨とユーザ通貨とを比較し、差が存在する場合、通貨選択提示が与えられるようにし、ユーザ通貨の選択に応答して、ユーザ支払口座に関してユーザ通貨を用いて取引が実施されるようにするためのメッセージを送信するための処理回路とを備え、メッセージは、ユーザ支払口座情報と関連付けられる情報を含む、取引端末システムが提供される。

第２の例示的な構成から見ると、取引端末システムの端末システム通貨を示す情報を記憶するステップと、トークン識別子を受信するステップであって、トークン識別子は、ユーザ通貨を示す情報、及び、ユーザ支払口座情報と関連付けられる情報を含む、受信するステップと、端末システム通貨とユーザ通貨とを比較するステップであって、差が存在する場合、通貨選択提示が表示されるようにする、比較するステップと、ユーザ通貨の選択に応答して、ユーザ支払口座に関してユーザ通貨を用いて取引が実施されるようにするためのメッセージを送信するステップとを含み、メッセージは、ユーザ支払口座情報と関連付けられる情報を含む、方法が提供される。

第３の例示的な構成から見ると、ユーザ支払口座情報、及び、ユーザ通貨を示す情報を受信するための入力回路と、支払口座情報、及び、ユーザ通貨を示す情報を使用してトークン識別子を生成するための処理回路であって、トークン識別子はユーザ通貨を示す情報を含む、処理回路と、トークン識別子を与えるための出力回路とを備える、データ処理装置が提供される。

第４の例示的な構成から見ると、ユーザ支払口座情報、及び、ユーザ通貨を示す情報を受信するステップと、支払口座情報、及び、ユーザ通貨を示す情報を使用してトークン識別子を生成するステップであって、トークン識別子はユーザ通貨を示す情報を含む、生成するステップと、トークン識別子を与えるステップとが提供される。

第５の例示的な構成から見ると、ユーザ支払口座に関してユーザ通貨を用いて取引が実施されるようにするためのメッセージを受信するように構成されている入力回路であって、メッセージは、ユーザ支払口座情報と関連付けられる情報を含む、入力回路と、情報からユーザ支払口座情報への複数のマッピングを含む記憶回路と、メッセージの受信に応答して、記憶回路からユーザ支払口座情報を取得し、取引が実施されるようにするように構成されている処理回路とを備える、サーバが提供される。

第６の例示的な構成から見ると、ユーザ支払口座に関してユーザ通貨を用いて取引が実施されるようにするためのメッセージを受信するステップであって、メッセージは、ユーザ支払口座情報と関連付けられる情報を含む、受信するステップと、情報からユーザ支払口座情報への複数のマッピングを記憶回路に記憶するステップと、メッセージの受信に応答して、記憶回路からユーザ支払口座情報を取得するステップと、取引が実施されるようにするステップとを含む、方法が提供される。

例示のみを目的として、添付の図面に示されている実施形態を参照して、本発明の技法をさらに説明する。
カード支払システムに含まれ得るエンティティを表すブロック図である。 いくつかの実施形態による例示的なＰＯＳ端末のブロック図である。 いくつかの実施形態による例示的な支払サービスプロバイダのブロック図である。 いくつかの実施形態による例示的なトークナイザ又はトークン化データ処理装置のブロック図である。 トークナイザ又はトークン化データ処理装置によって生成されるものとしてのトークン識別子の一例を示す図である。 トークナイザ又はトークン化データ処理装置によって生成されるものとしてのトークン識別子の一例を示す図である。 いくつかの実施形態による例示的な通信交換を示す図である。 いくつかの実施形態による、請求が決済されようとしているときの別の例示的な通信交換を示す図である。 いくつかの実施形態における、決済を実施するときにＰＯＳ端末によって実施されるプロセス７００を示す図である。 いくつかの実施形態によるトークン識別子４００を生成するためにトークナイザ３００によって実施されるプロセス８００を示す図である。 いくつかの実施形態による、決済中にＰＳＰ２００によって実施されるプロセス９００を示す図である。

添付の図面を参照して実施形態を論じる前に実施形態及び関連する利点の以下の説明が与えられる。

１つの例示的な構成によれば、取引端末システムであって、取引端末システムの端末システム通貨を示す情報を記憶するための記憶回路と、トークン識別子を受信するための入力回路であり、トークン識別子は、ユーザ通貨を示す情報、及び、ユーザ支払口座情報と関連付けられる情報を含む、入力回路と、端末システム通貨とユーザ通貨とを比較し、差が存在する場合、通貨選択提示が与えられるようにし、ユーザ通貨の選択に応答して、ユーザ支払口座に関してユーザ通貨を用いて取引が実施されるようにするためのメッセージを送信するための処理回路とを備え、メッセージは、ユーザ支払口座情報と関連付けられる情報を含む、取引システム端末が提供される。

取引端末は、例えば、コンピュータ又は販売時点管理デバイス（ＰＯＳデバイス）の形態をとってもよい。当該デバイスを使用して、サービスに対する支払を受けることができる。取引端末システムは、記憶回路を使用して、取引端末システムの通貨を示す情報を記憶するように構成される。例えば、英国において提供される取引端末システムは、取引端末システムの通貨が英国ポンド（ＧＢＰ）であることを記憶するように構成することができる。一方、オーストラリアにおいて構成されている取引端末システムは、取引端末システムの通貨がオーストラリアドル（ＡＵＤ）であるという事実を記憶することができる。入力回路は、トークン識別子を受信するために使用される。トークン識別子は、顧客が自身のカードの詳細を提供する結果として以前に取得されているものであってもよく、例えば、ホテルにチェックインしている間にカードが提示され、事前承認取引が実施される。一般的にこの時点で捕捉されるトークン識別子をプライマリアカウントナンバ（ＰＡＮ、Primary Account Number）の代わりに記憶し、利用することによって、取引端末システムを使用する組織は、ＰＡＮを安全に記憶する必要から開放されることが可能であり、代わりに、事前承認応答において返すことができるトークン識別子を記憶するだけでよい。これらは、例えば、不動産管理システム（ＰＭＳ）又は電子式金銭登録機（ＥＣＲ）に記憶することができ、これらはその後、ホテルの場合にはチェックアウトなどの後の時点においてトークンを使用することができる。事実、トークン識別子は一般的に使用可能でないため、ハッカーがトークン識別子を取得することができたとしても、ハッカーはこれらをほぼ処理することができない。トークン識別子は、ユーザ通貨を示す情報、及び、ユーザ支払口座情報と関連付けられる情報を含むようなものである。ユーザ通貨を示す情報は、単純に、ユーザ通貨自体の識別子であってもよい。例えば、略称ＧＢＰは、ユーザ通貨が英国ポンドであることを示すために使用され得る。ユーザ通貨は、ユーザ通貨が支払口座のユーザが請求されることを所望し、及び／又は、自身の口座を操作する通貨であるという点において、取引端末システムのシステム通貨とは異なり得る。典型的には、これら２つの通貨は、外国の訪問者が別の国を訪れるときに、異なることになる。特に、訪問者の口座は、１つの通貨を用いて動作することになり、取引端末システム自体は、現地通貨を使用して動作することになる。ユーザ支払口座情報は、ＰＡＮであってもよい。ユーザ支払口座情報と関連付けられる情報は、たとえ情報とユーザ支払口座情報との間に１対１のマッピングがあり得るとしても、情報からユーザ支払口座情報を特定することが不可能であるようなものとすることができる。処理回路は、端末システム通貨とユーザ通貨とを比較する。これらの間に差がある場合、通貨選択提示が与えられる。ここから、ユーザは、端末システム通貨又はユーザ通貨のいずれを使用して請求されることを所望するかを選択することが可能であり得る。ユーザ通貨が選択される場合、ユーザ支払口座に関してユーザ通貨において取引が実施されるようにするためのメッセージが送信される。これは、ユーザ支払口座情報と関連付けられる情報を含むメッセージによって達成される。言い換えれば、メッセージは、ＰＡＮなどの慎重に扱うべきユーザ支払口座情報を含む必要はない。この結果として、ホテルの場合にはチェックアウトにおいて発生し得ることであるが、取引が行われる時点においてユーザ支払口座情報が存在しない状態で、ユーザが、自身の通貨（端末システム通貨とは対照的に）を用いて取引に携わることが可能である。例えば、小売業者は、トークンを渡されることが可能であり得るか、又は、他の様態で、ユーザ支払口座情報を、その後（例えば、ホテルの場合にはチェックインにおいて）記憶することができるトークンに以前に変換している場合がある。ユーザ通貨を示す情報を含むトークン識別子によって、最終的な取引がユーザ通貨又は端末システム通貨のいずれを使用して行われるべきかに関する選択を与えることが可能である。それゆえ、慎重に扱うべきユーザ支払口座情報が存在しないにもかかわらず、動的通貨変換を実施することができる。

いくつかの実施形態において、メッセージはトークン識別子を含む。トークン識別子は、取引が行われるようにするために送出されるメッセージ内で、ユーザ支払口座情報とともに渡される他の情報を含んでもよい。

いくつかの実施形態において、トークン識別子は、ユーザ支払口座情報のサブセットを含む。トークン識別子内でユーザ支払口座情報のサブセットを提供することによって、トークン識別子がユーザ支払口座情報と対応するか否かに関するサニティチェックを直ちに実施することが可能であり得る。特に、ユーザ支払口座情報のサブセットがトークン識別子に一致しない場合、トークン識別子は当該ユーザ支払口座情報と対応しないと直ちに判定することができる。例えば、ユーザは、トークン識別子を使用して、異なるＰＡＮを区別することが可能であり得る。

いくつかの実施形態において、ユーザ支払口座情報は、プライマリアカウントナンバであり、ユーザ支払口座情報のサブセットは、ユーザのプライマリアカウントナンバの末尾のｘ桁である。典型的には、ＰＡＮの最後の桁は、番号内の他の桁が正しいことを検証するために使用されるチェックサム桁である。したがって、ＰＡＮの末尾の数桁を特定のＰＡＮの指示子又は識別子として使用することが好都合である。

いくつかの実施形態において、トークン識別子は乱数又は擬似乱数を含む。乱数又は擬似乱数を与えることによって、実効的に、トークン識別子をユーザ支払口座情報に変換し戻すことが一切できなくなるようにすることが可能である。コンピュータシステムによって生成される乱数は、真ランダムでなくてもよく、したがって、代わりに擬似ランダムであってもよいことに留意されたい。そのような数は、２つの数が同じ乱数を有することがあり得ない又は実効的に不可能であるとするのに十分に大きくすることができる。

いくつかの実施形態において、トークン識別子は、ユーザ支払口座情報に一方向性ハッシュを適用した結果を含む。一方向性ハッシュは、入力ドメインと出力ドメインとの間で変換するのに使用される数学的プロセスである。一方向性ハッシュ関数は、同じ入力に対して、同じ結果が常に生成されるようなものである。結果として、ユーザ口座情報のトークン識別子を確認することが可能であるが、ハッシュ関数は一方向性であるため、ハッシュ関数の結果をユーザ支払口座情報に変換し戻すことは数学的に解決困難である。しかし、複数の入力が、ハッシュ関数を使用して同じ結果を生成する場合がある（「衝突」として参照されるシナリオ、これは非常に可能性が低いため、実行不可能であると考えられる）。

いくつかの実施形態において、トークン識別子は、ユーザ支払口座のオペレータの指示子を含む。指示子は、例えば、カードスキームの形態であってもよい。そのようなトークンは、例えば、取引要求が発行されるべきサーバなどの、支払が行われるべきである時点における支払ゲートウェイの「手掛かり」を与えるために使用することができる。

いくつかの実施形態において、トークン識別子は、少なくとも１つの桁を含み、トークン識別子は、少なくとも１つの桁に関するチェックサム値を含み、チャックサム値は、他の文字（例えば、桁）の完全性を検証するために使用される。これは、識別子中の文字の１つ又は複数に対して数学関数を実施することによって達成される。理論的には、たとえ１つの文字に対するわずかな変化であっても、チェックサムを変化させることが見込まれる。したがって、チェックサム動作が、すべての文字に関して実施され、トークン識別子の部分を構成するチェックサムと異なる場合、識別子全体のうちの１つ又は複数の文字が正しくないと仮定され得る。

いくつかの実施形態において、チェックサム値はＬｕｈｎアルゴリズムを使用して実施され、Ｌｕｈｎアルゴリズム（モジュラス１０アルゴリズムとしても知られる）は、チェックサムアルゴリズムのいくつかの例のうちの１つである。一般に、Ｌｕｈｎアルゴリズムは、任意の単一桁のエラー及び隣り合う桁のほとんどの転置を検出することが知られている。したがって、そのようなチェックサムアルゴリズムは、単一の桁がエラーであり得る場合、又は、２つの桁が転置して入力されている可能性がある場合、数の入力を確認するのに適切である。

いくつかの実施形態において、ユーザ通貨を示す情報は、請求通貨コード識別子、通貨コード識別子、又は国コード識別子を含む。通貨は、例えば、ＩＳＯ４２１７によって識別されるようなものであってもよく、国コードは、例えば、ＩＳＯ３１６６によって識別されるようなものであってもよい。

いくつかの実施形態において、トークン識別子は１つ又は複数の先頭の非数字の文字を含む。例えば、１つの先頭の非数字の文字を与えることによって、トークン識別子を、ＰＡＮなどの他の口座識別子から区別することが可能である。いくつかの他の実施形態において、トークン識別子は全体が数字から構成される。

いくつかの実施形態において、トークン識別子は１６桁の英数字から構成される。多くの既存のシステムは、支払口座番号を１６桁の英数字として受け入れるように構成されている。例えば、クレジットカード番号のほとんどは、１６桁数である。したがって、トークン識別子を１６桁の英数字として与えることによって、支払番号が１６文字長であると見込む既存のシステムを利用することが可能である。

いくつかの実施形態において、入力回路はトークン識別子を入力するためのキーパッドを含む。そのようなキーパッドは、例えば、文字及び／又は数字を挿入することが可能な英数字キーパッドであってもよい。したがって、トークン識別子は、キーパッドを使用して入力することができる。

いくつかの実施形態において、入力回路は、トークン識別子をそこから受信可能である処理デバイスに接続するためのインターフェースを備える。入力回路は、コンピューティングシステム又はより複雑な販売デバイスを介して支払を発行するために使用することができる。例えば、そのような販売デバイスは、在庫システム、又は、ある期間にわたってある人によって発生する料金が請求されることを可能にする進行中の請求システムとインターフェースすることができる。そのようなシステムは、トークン識別子を追跡することができ、結果、さらに、ＰＡＮを記憶するか、又は、ユーザに支払詳細を複数回提供するよう要求する必要なしに、後日ユーザに直接的に請求することができる。

いくつかの実施形態において、取引の金額は、購入されるべき商品又はサービスについての情報を入力する結果として決定される。

いくつかの実施形態において、処理回路は、取引が販売に関するものである販売動作モード、及び、取引が返金に関するものである返金動作モードのうちの少なくとも一方において動作するように構成されている。したがって、取引は、ユーザによって購入されている商品又はサービスと引き換えにＰＡＮから金銭が差し引かれる販売、又は、以前の取引が無効にされる結果として、例えば、商品が返品されるか若しくはサービスがキャンセルされる結果として、金銭がＰＡＮに返金し戻される返金に関して行われ得る。いずれの場合においても、通貨換算が行われ得る。返金に関する通貨換算は、無効にされることになる販売取引において発生した通貨換算を使用することができ、又は、より現在に近い換算データを使用して行うことができる（例えば、期間又は取引額の差が閾値よりも大きい場合）。

いくつかの実施形態において、端末システム通貨とユーザ通貨とが異なるという判定に応答して、処理回路は、取引通貨からユーザ通貨への現在の通貨変換値、及び、現在の通貨変換値を使用して変換された取引額のうちの少なくとも一方が、遠隔サーバから取引端末システムへとダウンロードされるようにするように構成されている。したがって、取引端末システムは、端末システム通貨とユーザ通貨との間の通貨の変換に関する最新の情報を取得することが可能であり得る。したがって、換算は、実施されている取引の性質に不確実性を引き起こす場合がある古い値又は推定値ではなく、２つの通貨の間の実際の変換値に基づいて実施される。

いくつかの実施形態において、通貨選択提示は、現在の通貨変換値、及び、現在の通貨変換値を使用してユーザ通貨に変換された取引の金額のうちの少なくとも一方を含む。選択提示において、選択は、ユーザ選択通貨と取引端末システム通貨との間の通貨の換算のために取引端末システムにおいて利用可能である現在の通貨変換値に基づいて行うことができる。加えて又は代わりに、ユーザ選択通貨に変換された取引の金額は、取引の金額を提供することによって提供することができ、ユーザは、現在の通貨変換値を使用して取引の金額を決定する必要はない。現在の通貨変換値を提供することによって、ユーザは、良好な為替レートが提供されているか否かを判定することが可能である。したがって、いくつかの実施形態において、通貨選択提示中に両方の情報を提供することができる。

いくつかの実施形態において、入力回路は、ユーザ支払口座情報と関連付けられる情報、及び、ユーザ通貨に関係するデータを受信するように構成されており、処理回路は、ユーザ支払口座情報と関連付けられる情報、及び、ユーザ通貨に関係するデータの受信に応答して、少なくとも、ユーザ支払口座情報と関連付けられる情報を暗号化することによって暗号化情報を生成し、暗号化情報及びユーザ通貨に関係するデータをサーバに送信するように構成されており、取引端末システムは、暗号化情報の送信に応答してトークン識別子を受信するための受信回路を備え、取引端末システムは、トークン識別子を出力するための出力回路を備える。支払口座情報及びユーザ通貨に関係するデータを取引端末システムにおいて提示することによって、取引端末システムは、サーバから対応するトークン識別子を要求することが可能である。その後、トークン識別子は、例えば、トークン識別子をユーザ又はオペレータに表示すること、トークン識別子を後に使用するためにローカルに記憶すること、或いは、受領書の販売者控えにトークン識別子を印刷すること及び／又は保管若しくは後の使用（例えばホテルのチェックアウト）のためにＰＭＳ若しくはＥＣＲにトークン識別子を送信することなど、何らかの他の様式でトークン識別子を出力することによって、出力することができる。このように、ユーザ支払口座情報を最初に提示することによって、カードが再提示されることなく、取り出されたトークンを使用してさらなる支払が処理されることが可能である。トークン識別子は、ユーザ通貨に関係するデータから決定する、ユーザ通貨を示す情報を含むため、ＤＣＣは後の時点において提示することができる。

別の例示的な構成によれば、ユーザ支払口座情報、及び、ユーザ通貨を示す情報を受信するための入力回路と、支払口座情報、及び、ユーザ通貨を示す情報を使用してトークン識別子を生成するための処理回路であって、トークン識別子はユーザ通貨を示す情報を含む、処理回路と、トークン識別子を与えるための出力回路とを備える、データ処理装置が提供される。

そのようなデータ処理装置は、ユーザ支払口座情報に基づいてトークン識別子を生成することが可能である。トークン識別子はその後、ユーザ支払口座情報が提供されることなく、ユーザ支払口座情報に関する取引を実施するために使用される。このように、トークン識別子は、ユーザ支払口座情報の代替として使用することができ、したがって、そのような慎重に扱うべき情報が送信される必要性が除かれる。これはまた、トークン識別子の受信者が、漏洩し又はハッキングされるおそれがある慎重に扱うべき情報を記憶することを要求されることなく、取引を開始することを可能にする。データ処理装置によって生成されるトークン識別子は、ユーザ通貨を示す情報を含む。このように、取引の開始者が、取引がユーザ通貨に変換されるようにする機会がユーザに与えられるべきであるか否かを判定することが可能である。この判定は、ユーザ支払口座情報が取引の時点において存在しなくても行うことができる。いくつかの実施形態において、ユーザ支払口座情報自体がユーザ支払口座情報を示してもよいことに留意されたい。さらに、いくつかの事例において、データ処理装置は、カードをローカルに読み取り、トークンを生成するためのカード読み取り機能を有することができる。そのような事例においては、それらのカード読み取り機能自体が、取引カードからユーザ通貨を示す情報を受信することが可能であり得る。

いくつかの実施形態において、ユーザ通貨を示す情報は、ユーザ支払口座情報、通貨コード、又は発行者国コードのうちの１つである。通貨コード及び／又はユーザ支払口座情報（例えば、プライマリアカウントナンバの形態の）及び／又は発行者国コードは、例えば、ＥＭＶチップを介して取得されてもよい。

いくつかの実施形態において、入力回路は磁気ストライプ読み取り回路を含む。磁気ストライプ読み取り回路は、いくつかの異なる支払カード上に見出すことができる磁気ストライプを読み取るために使用される。そのような磁気ストライプは、ユーザ支払口座情報及びユーザ通貨を示す情報などの少量の情報を記憶するために使用することができる。磁気ストライプのデータが取得されると、処理回路は次いで、記憶されるトークン識別子を生成することができる。ユーザ支払口座情報及び他の慎重に扱うべき情報は、その後破棄することができる。

いくつかの実施形態において、入力回路はＥＭＶ回路を含む。Ｅｕｒｏｐａｙ、Ｍａｓｔｅｒｃａｒｄ及びＶｉｓａ（ＥＭＶ）チップは、支払カードがカードと関連付けられておりユーザに分かっているＰＩＮ番号と併用してのみ操作され得る、いわゆる「チップアンドピン」機能を提供するために使用される。ＥＭＶ回路を提供することによって、ユーザがカードを提示し、関連付けられるＰＩＮを入力すると、チップに記憶されている情報にアクセスすることができる。

いくつかの実施形態において、入力回路はＮＦＣ通信回路を含む。上記のように、入力回路は、支払カードとデータ処理装置との間で情報を中継するために使用することができる近距離無線通信（ＮＦＣ）通信回路を含むことができる。そのような情報は、ユーザ支払口座情報及びユーザ通貨を示す情報を含んでもよい。ここでも、トークン識別子が生成されると、そのような慎重に扱うべき情報は破棄することができる。

いくつかの実施形態において、入力回路はキーパッドを含む。キーパッドを提供することによって、入力回路は、ユーザが情報を手動で入力することを可能にする。そのような情報は、ユーザ支払口座情報及びユーザ通貨を示す情報を含んでもよい。上述のように、そのような情報が入力されていることによって、トークン識別子が処理回路によって生成されると、そのような情報は破棄することができる。

いくつかの実施形態において、入力回路は、ネットワークを介して１つ又は複数のさらなるデータ処理デバイスと通信するための通信回路を含む。入力回路の一部として通信回路を提供することによって、データ処理装置は、例えば、ユーザ支払口座情報及びユーザ通貨を示す情報を受信することが可能である。トークン識別子が処理回路によって生成されると、そのような慎重に扱うべき情報（例えば、ユーザ支払口座情報及び／又はユーザ通貨を示す情報）は破棄することができる。

いくつかの実施形態において、出力回路は、ネットワークを介して１つ又は複数のさらなるデータ処理デバイスと通信するための通信回路を含む。出力回路は、処理回路によって生成されたトークン識別子を、後に使用するために販売者に提供し戻すために使用することができる。トークン識別子は特定の支払サービスプロバイダによって使用されるように設計されているため、第三者への使用は制限されている。加えて、トークン識別子とユーザ支払口座情報は両方とも、トークン識別子を提供されたときに支払口座情報に関する取引が行われることを可能にするために、支払サービスプロバイダに提供することができる。

いくつかの実施形態において、出力回路は、ユーザ支払口座情報の送信者、例えば販売者にトークン識別子を提供するように構成されている。

いくつかの実施形態において、ユーザ支払口座情報は暗号化形態で提供される。ユーザ支払口座情報は、端末システムによって、端末システムのオペレータにとっては利用可能でなく、データ処理装置にとってのみ利用可能である鍵を使用して暗号化することができる。

別の例示的な構成によれば、ユーザ支払口座に関してユーザ通貨を用いて取引が実施されるようにするためのメッセージを受信するように構成されている入力回路であって、メッセージは、ユーザ支払口座情報と関連付けられる情報を含む、入力回路と、情報からユーザ支払口座情報への複数のマッピングを含む記憶回路と、メッセージの受信に応答して、記憶回路からユーザ支払口座情報を取得し、取引が実施されるようにするように構成されている処理回路とを備える、サーバが提供される。

サーバは、ユーザ支払口座情報自体ではなく、ユーザ支払口座情報と関連付けられる情報を使用して取引を実行するために使用することができる。ユーザ支払口座情報と関連付けられる情報は、前述のようなトークン識別子の形態をとってもよい。サーバにある記憶回路は、ユーザ支払口座情報と関連付けられる情報と、ユーザ支払口座との間の複数のマッピングを含む。このように、ユーザ支払口座情報と関連付けられる情報が与えられると、サーバにおいて、取引が実行されようとしているユーザ支払口座情報を決定することが可能である。処理回路は、メッセージを受信した後、記憶回路を使用して、このように、ユーザ支払口座情報と関連付けられる情報を所与としてユーザ支払口座情報を決定し、以て、ユーザ支払口座情報に関して取引が実施されるようにする。このように、取引は、ユーザ支払口座情報自体ではなく、ユーザ支払口座情報と関連付けられる情報のみを使用して実行することができる。加えて、ユーザ通貨に関係するデータを提供することによって、取引がユーザ通貨を用いて実施されることが可能である。

いくつかの実施形態において、メッセージはユーザ通貨を含む。

いくつかの実施形態において、メッセージは、ユーザ通貨がメッセージの送信者と関連付けられる通貨以外の通貨であるという指示を含む。したがって、代わりにサーバによって記憶されるか又は他の様態で取得され得るユーザ通貨を提供するのではなく、メッセージは単純に、ユーザ通貨がメッセージの送信者と関連付けられる通貨以外の通貨であり、取引がユーザ通貨を用いて行われることになるという指示を含むことができる。このとき、サーバは、取引が行われることになる通貨、すなわち、ユーザ通貨を決定し、次いで、取引がユーザ通貨で行われるようにする役割を担う。これによって、取引が行われることになる通貨自体が送信される必要はないため、販売者とサーバとの間の帯域幅要件を低減することができる。

いくつかの実施形態において、メッセージは、取引額及び現在の通貨変換値、又は、現在の通貨変換値を使用してユーザ通貨に変換された取引額を含む。取引額及び通貨変換値を提供することによって、サーバは、行われる取引の値及び通貨を決定することが可能である。代替的に、すでに変換された取引額を提供することによって、サーバは、ユーザ通貨に関して要求されている金額に関して取引が行われるようにするだけでよい。この後者のプロセスには、サーバが変換自体を実施する必要がないため、サーバにおける処理負荷が低減するという利点がある。

ここで、図面を参照して特定の実施形態を説明する。

図１は、カード支払システムに含まれ得るエンティティ、及び、典型的なカード支払システムにおける当該エンティティの間の情報転送を表すブロック図を示す。カード保持者１０は、発行者４０から取引カード６０を取得する。発行者４０は、典型的には、リテールバンキング又は金融機関であってもよい。発行者４０は、販売者２０に位置する販売時点管理（ＰＯＳ）端末７０において使用するための取引カード６０を提供する。例えば、ホテルの不動産管理システム（ＰＭＳ）又はＰＯＳ端末７０を有するレストランインターフェースの電子式金銭登録機（ＥＣＲ）によって開始される取引は、カードスキーム管理者５０を介して取得者３０によって取得及び処理される。現在のカードスキームの例は、ＭａｓｔｅｒＣａｒｄ、ＶＩＳＡ、Ｄｉｎｅｒｓ Ｃｌｕｂ及びＡｍｅｒｉｃａｎ Ｅｘｐｒｅｓｓスキームを含む。カード保持者１０は、自身の取引カード６０を使用して、販売者２０（例えば、ホテル）において金融取引を行う。例えば、カード保持者１０がクレジットカードの保持者である場合、カード保持者は、自身のカードを販売者２０の施設に設けられているＰＯＳ端末７０に通す（又は、自身のカードを端末に挿入するか、若しくは、自身の非接触型カードを端末に近接させる）ことができる。ＰＯＳ端末７０は、取引カード６０から、関連する金融機関（すなわち、発行者４０）によってカード保持者１０の金融口座を識別するカード番号を含む、口座詳細を抽出する。ＰＯＳ端末７０は、ネットワーク８０に接続されるか、又は、接続可能である。例えば、より小規模な販売者２０は、ＰＳＴＮネットワークへのダイヤルアップ接続を通じてネットワーク８０に接続することができる。業界標準に基づく代替的な公衆若しくは私設ローカル及び／若しくはワイドエリアネットワーク、又は、専有有線若しくは無線技術及びネットワーク接続を、取引の中央処理に使用することができる。次いで、口座詳細及び取引の明細が取得者３０に送信され、取得者３０によって受信される。取引の明細は、ＰＯＳ端末７０のＩＤ、販売者２０のＩＤ、取引カード６０の番号、要求されている取引の値、及び、要求されている取引の通貨を含むことができる。取引明細が受信されると、取得者３０は、カードスキームに従って取引をグループにソートし、カードスキームに関係する取引を適切なカードスキーム管理者５０（図１には１つのみを示す）に送信する。取引カード６０の番号の最初の数桁が、典型的にはカードスキームを識別する。カードスキーム管理者５０は次いで、自身が受信する取引を、取引カード６０の発行者４０によってソートする。これは、クレジットカードのプライマリアカウントナンバ（ＰＡＮ）の最初の６桁であることが多い、銀行識別番号（ＢＩＮ）を調べることによって達成することができる。各発行銀行は１つ又は複数のＢＩＮを割り当てられており、結果、当該発行者４０によって発行されるすべてのカードは、当該ＢＩＮのうちの１つによって始まる。取引明細が受信されると、発行者４０は、カードスキーム管理者５０に応答を返信する。カードスキーム管理者５０は、当該応答を取得者３０に転送し、取得者３０は、承認コードによってＰＯＳ端末７０に応答を返す。

取引が成功した場合、発行者４０は、次いで、カード保持者１０の口座とカードスキーム管理者５０との間の資金の転送を管理する。カードスキーム管理者５０は、取得者３０に資金を転送し、取得者３０は次いで、資金を販売者２０に決済する。取得者３０は、販売者２０の口座の記述を送信し、発行者は、カード保持者１０の口座の記述を送信する。多くの場合、取得者３０は発行者４０でもある。例えば、カード保持者１０が海外に旅行している場合など、販売者２０の現地通貨がカード保持者１０の現地通貨に一致しない場合、カード保持者１０は、取引の真の値を正しく評価することが困難である場合がある。これは、従来、取引が販売者２０の通貨によって行われており、カードスキーム管理者５０が必要な外国為替に対応するためである。ダイナミックカレンシーコンバージョン（ＤＣＣ）は、カード保持者１０が販売者２０において、販売者２０の現地通貨の代わりに自身の現地通貨によって取引を行うことを可能にする。料金が、サービスに対して請求される。ＤＣＣの利点は、正しい条件において使用される場合、カード保持者１０が、取引の時点において自身のそれぞれの発行者４０からの口座の記述に見られる正確な値を確認することができることである。ＤＣＣ取引において、必要な外国為替に対応するのは、カードスキーム管理者５０及び／又は発行者ではなく、取得者３０である。

状況によっては、販売者２０は、取引カード６０から取得される口座詳細をファイルに留めることができる。例えば、ホテル業界においては、不動産管理システム（ＰＭＳ）において口座詳細を取得することが一般的であり、結果、カード保持者１０は、自身の滞在の終わりにホテルから迅速にチェックアウトすることができる。さらに、滞在中に生じた費用は、ＰＭＳによって保持することができ、宿泊客の滞在の終わりに合算して請求することができる。しかしながら、口座詳細は、誤って漏洩するか、又は、第三者によって悪意から取得（ハッキング）される可能性がある。したがって、最近では、一部の販売者２０は、トークンを使用するシステムに移行している。そのようなシステムにおいて、ＰＯＳ端末７０は、口座詳細を取得し、当該口座詳細（通常は暗号化フォーマットにある）を取得者３０と関連付けられ得るトークン化サービスに送信する。トークン化サービスは、口座詳細を使用してトークンを生成し、トークンは、販売者のＰＭＳに記憶するために、販売者２０に送信し戻される。将来の取引（チェックアウトなど）は、生成されたトークンを使用して取得者３０において販売者２０から行うことができ、したがって、販売者２０は、慎重に扱うべき口座データを保持し続ける必要はない。しかしながら、トークンは、取得者３０とともに販売者２０によってのみ使用することができ、したがって、トークン情報の喪失は必ずしも、カード保持者１０又は関与する他のエンティティのいずれかにとって有害ではない。

上記で説明したＤＣＣを実施する方法は、対応するユーザ通貨を検索するためにＢＩＮ（及び場合によってはカード番号の追加の桁）に依拠する。しかしながら、ユーザ支払口座データの代わりにトークンが提供される場合、ＢＩＮは利用可能でない場合がある。本実施形態は、ユーザの支払通貨をトークンに関係付ける情報を含み、以て、ユーザ支払口座情報が（例えば、チェックアウト時に）存在しないにもかかわらず、ＤＣＣが行われることを可能にする。

図２は、例示的なＰＯＳ端末７０のブロック図を示す。ＰＯＳ端末７０は、モデム１１０又は他のネットワーク通信システム若しくはデバイスを介して情報を送受信する。ＰＯＳ端末７０は、ＲＡＭ及びＲＯＭ（例えば、ＥＥＰＲＯＭ）構成要素、ＲＯＭに記憶されるＰＯＳ端末７０のコントローラの動作を制御する命令を含むメモリ１２０を含む。さらに、ＰＯＳ端末（例えば、販売者）の通貨がＲＯＭに記憶される。

ＰＯＳ端末７０は、取引カードのＰＡＮを取得し、ＰＡＮを使用してトークン化データ処理サービス３００からトークン識別子を要求する役割を担う。これは、十分な資金が利用可能であることを販売者が判定することが可能であるように、発行者が取引を３０日にわたって差し控える事前承認動作中に行うことができる。これに応答して、ＰＯＳ端末は、トークン識別子を受信することができる。ＰＡＮ自体ではなくトークン識別子を（例えばＰＭＳ又はＥＣＲに）記憶することによって、慎重に扱うべきＰＡＮが販売者によって保管されないため、セキュリティを改善することができる。一方、トークン識別子は販売者及び支払サービスプロバイダに特有であり、したがって、第三者が容易に再利用することはできない。

トークンを提供することを求める要求は、カード保持者１０の通貨に関する追加のデータを含み得る。場合によっては、ユーザ通貨は、取引カード６０に記憶され、取引カード６０によって提供される。そのような情報は、近距離無線通信（ＮＦＣ）モジュール１４０、スマートカードリーダ１５０、カードリーダ１６０、キーパッド１７０、又はＥＭＶ回路１９５のうちの１つ又は複数を使用することによって取得され得る。他の場合、ＲＡＭは、カードの現在の国内（ＤＯＭ）発行者のリストを含む表１３０を記憶してもよい。ＤＯＭ発行者は、取引カード上のＢＩＮ番号によって識別することができる。ＲＡＭはまた、発行者のＢＩＮ番号によってカードの国際（ＩＮＴＬ）発行者のリスト、及び、当該ＩＮＴＬ発行者の請求通貨のリストを記憶することもできる。例えば、ＩＮＴＬ発行者１３２４５９について、発行者４０は、カードスキーム管理者５０によってサポートされていない通貨を用いてカード保持者１０に請求することができ、結果、ＤＣＣはカード保持者１０に提供され得ない。無論、ＲＡＭは、同じ効果を有するＢＩＮ番号１３２４５９のエントリを記憶しなくてもよい。表１３０に示されているいくつかの情報は、ＰＯＳ端末７０の外部に記憶されてもよく、ＰＯＳ端末は、取引を実施するために必要に応じて情報を受信することができることが、当業者には諒解されよう。例えば、ＤＯＭ発行者のリストは、ＰＯＳ端末７０に記憶されても良く、一方、ＩＮＴＬ発行者のリスト及び各ＩＮＴＬ発行者と関連付けられる請求通貨は、例えば取得者３０のデータベース内など、ＰＯＳ端末７０から遠隔して記憶されてもよい。また、さらなる情報がＰＯＳ端末７０のＲＡＭに含まれてもよい。

いくつかの実施形態において、カード保持者１０の通貨は、トークンを求める要求内では与えられない。代わりに、通貨データは、例えば、ＰＡＮのＢＩＮを使用して、トークン化データ処理装置３００自体によって取得されてもよい。

トークンを提供する要求は、取引カード６０のＰＡＮ、及び、ユーザの通貨を識別する情報（ＰＡＮ自体であってもよい）を含む。当該情報は、ＮＦＣモジュール１４０、スマートカードリーダ１５０、カードリーダ１６０、キーパッド１７０、又はＥＭＶ回路１９５のうちの１つ又は複数によって取得することができる（当該モジュールのうちの１つ又は複数はＰＯＳ端末７０上で利用可能である）。当該情報が取得されると、コントローラ１８０は、ＰＡＮを暗号化し、ユーザ通貨を識別する情報（暗号化されていても、されていなくてもよい）とともに、要求の一部としてＰＡＮを（例えば、モデム１１０を介して）送信する。鍵は、（公開鍵、秘密鍵）対称鍵対の一部である、トークン化データ処理装置３００の共有鍵又は公開鍵であってもよい。対称鍵対を使用することは、ＰＡＮが暗号化されると、ＰＯＳ端末７０はＰＡＮを解読するための手段を含まないことを意味する。

トークン化データ処理装置３００は、結果もたらされるトークン識別子を返し、トークン識別子は、販売者のＰＭＳに出力することができる。トークン識別子は、ユーザの通貨を内部に有する（例えば、内部に符号化されている）。

これとは別に、取引（例えば、支払又は返金）が実行されようとしているとき（例えば、ホテルのチェックアウト中又はレストランの請求が支払われようとしているとき）、入力モジュール１９０（ＰＭＳ又はＥＣＲからトークンを受信することができる）を介して、又は、ＮＦＣモジュール１４０、スマートカードリーダ１５０、カードリーダ１６０、キーパッド１７０、若しくはＥＭＶ回路１９５のうちの１つを介して、ＰＭＳからトークン識別子を提供することができる。ユーザの通貨（トークン識別子において提供される）をＰＯＳ端末システム通貨（例えば、メモリ１２０に記憶されている）と比較することによって、ＰＯＳ端末７０は、ＤＣＣが提供されるべきであるか否かを判定することができる。当該提供が許容される場合、モデム１１０を使用して、トークン識別子を使用して、選択された通貨を用いてＤＣＣ取引を実行することができる。許容されない場合（前の事例のいずれかにおいて）、モデム１１０を使用して、トークン識別子を使用して通常の取引を実行することができる。

ＰＯＳ端末７０はまた、例えばモデム１１０を介して最新の為替レートを受信することもできる。当該為替レートはメモリ１２０内に記憶することができる。したがって、ＤＣＣが提供されるとき、ライブデータを要求する必要なしに、ユーザの通貨における取引額及び／又は取引の時点において提供されている為替レートを示すことが可能である。

図３は、取得者３０によって提供され得るものとしての例示的な支払サービスプロバイダ（ＰＳＰ）のブロック図を示す。支払サービスプロバイダ２００は、特許請求されるサーバの一例である。ＰＳＰ２００は、通常の取引又はＤＣＣ取引のいずれかを実行することを求めるＰＯＳ端末７０からの要求を受信する入力回路２１０を含む。いずれの事例においても、要求は、トークン識別子、及び、取引を実行するのに必要な情報（金額、取引が販売であるか又は返金であるか、及び、ＤＣＣの場合は選択されている通貨）を含む。要求はコントローラ２２０に渡され、コントローラは、トークン識別子を使用して、記憶回路２３０から対応するＰＡＮを決定する。ここで、ＰＳＰ２００は、例えばトークン化サーバから取得することができる、ＰＡＮとトークン識別子との間の変換のセットを含む。他の実施形態において、ＰＳＰは、例えば、最初にトークンを生成したトークン化データ処理装置３００に、ＰＡＮを求める要求を送信することができる。いずれにせよ、ＰＡＮ情報が収集されると、コントローラ２２０はその後、モデム２４０を介して、当該ＰＡＮの取引（通常又はＤＣＣのいずれか）を実施することを求める要求を発行する。プロセスの当該段階において、トークン識別子はＰＡＮと置き換えられているため、取引を実行するためのプロセスは通常通り行うことができる。

図４は、取得者３０によって提供され得るものとしての例示的なトークナイザ又はトークン化データ処理装置３００のブロック図を示す。トークナイザ３００は、特許請求されるデータ処理装置の一例である。トークナイザ３００は、暗号化ＰＡＮを受信し、また、モデム３１０を介してカード保持者１０の通貨を示す情報を受信することもできる。トークナイザ３００は、例えば、対称暗号化動作における（公開鍵、秘密鍵）対の一部である共有鍵又は秘密鍵のいずれかを使用して、暗号化ＰＡＮを解読することが可能である。代替的に、取引カード６０が物理的に存在する場合、ＰＡＮは、ＮＦＣモジュール３２０、スマートカードリーダ３３０、カードリーダ３４０、キーパッド３５０、又はＥＭＶ回路３５５のいずれかを使用して取得することができる。ＰＡＮを使用して、コントローラ３６０は、通信回路３７０を介してコントローラ３６０によって出力されるトークン識別子を生成する。コントローラ３６０は、トークン識別子がカード保持者１０の通貨を含むように、トークン識別子を生成する。カード保持者通貨は、例えばメモリ３８０を使用してＰＡＮのＢＩＮ（ＰＯＳ端末に関係して以前に説明したような）から、取引カード６０がローカルに利用可能である場合は取引カード６０に記憶されているデータから、又は、ＰＯＳ端末７０から受信されるトークンを提供することを求める要求から決定することができる。いくつかの実施形態において、ＰＡＮの追加の桁（ＢＩＮのみを超えて）が、カード保持者通貨をより正確に導出するために使用されることに留意されたい。

図５Ａは、トークナイザ又はトークン化データ処理装置３００によって生成されるものとしてのトークン識別子４００の一例を示す。当該実施形態において、トークンは１６文字を含み、したがって、典型的なＰＡＮと同じ数の文字を有する。これによって、潜在的に、トークン識別子４００が、ＰＡＮが１６文字長であることを許容するシステムとの後方互換性があることが可能になる。ここで、トークン識別子４００には、１つの先頭の文字４１０が前に付けられる。例えば、文字「Ｔ」が使用されてもよい。これによって、トークンを実際のＰＡＮから区別することが可能である。いくつかの他の実施形態において、先頭の文字は、桁全体が使用される（プライマリアカウントナンバの典型的な変換と同様に）ような数になる。いずれにせよ、先頭の文字には、カード保持者１０の通貨を識別するのを助けるために使用される３桁４２０が後続する。国又は通貨のテキスト表現を使用するなど、これを達成することができる複数の方法が存在する。しかしながら、当該実施形態においては、ＩＳＯ４２１７によって表現される３桁数の通貨コードが使用される。当該通貨コードにおいて、英国（通貨は英国ポンド）の数値は８２６である。米国（通貨は米ドル）の数値コードは８４０である。一方、オーストラリア（通貨はオーストラリアドル）の数値コードは０３６である。他の実施形態において、通貨タイプ自体は３つの桁を使用して符号化され得ることに留意されたい。いずれにせよ、上記桁に、乱数又は擬似乱数桁４３０などの８桁数が後続する。いくつかの実施形態において、数は、ＭＤ５又はＳＨＡ−１のようなアルゴリズムを使用してＰＡＮの一方向性ハッシュを実施することによってなど、ＰＡＮに基づき得る。一方向性ハッシュを使用することによって、トークン識別子４００が正しいＰＡＮと関連付けられることを確認することが可能になる。一方、乱数を使用することによって、同じＰＡＮが複数回使用されることが可能になる。トークン識別子４００の末尾において、ＰＡＮの最後の３桁４４０が、最後の検査数字４５０とともに与えられる。ＰＡＮの末尾の桁４４０を含むことによって、ユーザが、ＰＡＮ自体を知ることなく、トークン識別子４００が関連付けられるＰＡＮを識別することが可能である。これは、例えばユーザが複数の異なる取引カード６０を有する場合に有用であり得る。検査数字４５０は、誤ってタイプされた又は提供されたトークン識別子が使用されるのを抑制するために提供される。検査を実施するためのそのようなアルゴリズムは、Ｌｕｈｎのアルゴリズムであってもよい。トークン識別子はユーザの通貨をトークン識別子に符号化しているため、ＰＡＮが販売者２０にとってアクセス可能になることなく、ユーザのトークンのみに基づいてＤＣＣがユーザに提供されるべきであるか否かを判定することが可能であることに留意されたい。

図５Ｂは、トークナイザ又はトークン化データ処理装置３００によって生成されるものとしてのトークン識別子４６０のさらなる例を示す。このさらなる例において、フィールドのほとんどは同じままである。しかしながら、数値４３０は６文字（例えば数字）に短縮されている。「保存」されている２桁はＩＩＤを符号化するために使用され、ＩＩＤは、カード発行者及び／若しくはスキーム（例えば、Ｖｉｓａ又はＭａｓｔｅｒｃａｒｄ）又は支払口座のオペレータを識別するために使用することができる。ＩＩＤは、さらなるレベルの検証（トークンが適切なプライマリアカウントナンバと対応することを保証するための）を実施することを可能にし、ユーザが、トークンを見ることによっていずれのプライマリアカウントナンバが使用されているかを識別するのを助けるために使用することができる。さらに、カード発行者及び／又はスキームの知識を使用して、支払が最終的に行われるときに取引メッセージをルーティングするのを助けることができる。これは、トークンを完全に複合する必要なしに達成することができ、以て、セキュリティが維持され、ＰＯＳ端末及び取得者システム内でより効率的なプログラミング論理が可能になる。

図６は、例示的な通信交換を示す。最初に、カード６０はＰＡＮをＰＯＳ端末７０に提供する。ＰＡＮはＰＯＳ端末７０によって暗号化され、ＰＯＳ端末７０は次いで、暗号化ＰＡＮを含むＲｅｑｕｅｓｔＴｏｋｅｎ（トークン要求）メッセージをトークナイザ３００に送信する。その後、トークナイザ３００は、対応するトークンによって応答する。この例において、ＰＡＮは、カード６０のユーザの通貨を決定するために使用することができることに留意されたい。この決定は、例えば、トークナイザ３００が、ＰＡＮの分析を実施して、発行者の国を決定し、この国から、発行者が取引する通貨を決定する（例えば、英国に基づく発行者は英国ポンドを用いて取引することができる）ことによって、達成することができる。他の例において、ＰＡＮは、最初に発行者の国を導出する必要なしに、請求通貨自体を直接的に決定することができる。決定された通貨は、（例えば図５Ａ及び図５Ｂを参照して論じたように）生成されるトークンに符号化される。別の実施形態において、ＰＡＮとともに、追加の情報を送信することができる。例えば、追加の情報は、通貨コード又は発行者国コードの形態を取ってもよく、当該コードのいずれかは、カード６０上で利用可能な情報によって推定することができる。

トークンは、分離して、慎重に扱う必要がないため、トークンが暗号化される必要はない。トークナイザ３００は、トークナイザが記憶されるＰＭＳ５００に送信される。料金などは、必要に応じてカード保持者１０に対して累積され得る。請求全体が決済されることになると、ＴｒａｎｓａｃｔｉｏｎＲｅｑｕｅｓｔ（取引要求）メッセージをＰＭＳ５００からＰＯＳ端末７０へと送信することができる。ＴｒａｎｓａｃｔｉｏｎＲｅｑｕｅｓｔメッセージは、適切なトークン、取引が行われることになる金額、及び、取引タイプ（例えば、返金又は販売）を含む。いくつかの実施形態において、ＰｏＳ端末７０のＩＤも含まれる。取引タイプは、金額と組み合わせることができる。例えば、請求が引き上げられている場合、取引は販売であり、したがって、金額は正である。別の例において、返金が提供されている場合があり、金額は負になる。いずれにせよ、ＰＯＳ端末は、トークンからカード保持者１０の通貨を決定する。通貨の決定は、各国の通貨を記憶しているＰＯＳ端末７０によって、トークン識別子の文字２〜４を調べ、リストされている国の通貨がＰＯＳ端末７０の通貨と異なることを判定することによって行われ得る。これらの通貨が異ならない場合、取引は、トークン識別子の提供されている金額に関する取引を要求することによって、通常通り進行する。これは、取引を実行する（プロセスにおいてトークン識別子を変換する）支払サービスプロバイダ２００に送信される。通貨が異なる場合、カード保持者１０の通貨又はＰＯＳ端末７０の通貨のいずれにおいて請求すべきかに関する選択が提供される。為替レート、又は、カード保持者１０の通貨に変換される取引金額の１つ又は複数を、ユーザの決定を誘導するために提供することができる。これらは、ＰＯＳ端末７０によって頻繁に更新される為替レートの記憶されているセットから、又は、支払サービスプロバイダ２００によってライブ為替レートを要求することによって提供することができる。取引がＰＯＳ端末７０の通貨を用いて進行することになる場合、プロセスは前述したように進行する。そうでない場合、トークン識別子、金額、取引が行われることになる通貨を含むＤＣＣＰａｙｍｅｎｔＲｅｑｕｅｓｔ（ＤＣＣ支払要求）メッセージが生成される。当該メッセージは、支払サービスプロバイダ２００に送信される。上記のように、支払サービスプロバイダ２００は、（ローカルストレージを介して、又は、例えばトークナイザ３００に要求を行うことによって）トークン識別子からＰＡＮを取得する。次いで、ＰＳＰ２００は取引を実行する。

ＰＯＳ端末７０によってＤＣＣ取引を行うことができる様々な方法が存在することに留意されたい。いくつかの実施形態において、例えば、ＰＯＳ端末７０は、ＤＣＣが使用されるべきであることを示すのみであり得、一方、ＰＳＰ２００は、カード保持者１０の通貨を記憶又は決定する。

図７は、請求が決済されようとしているときの別の例示的な通信交換を示す。ＰＭＳ５００は、決済を実施することを求める要求を支払プロキシサーバ（ＰＰＳ）に送信する。ＰＰＳは、メッセージのルーティング（及び、ＰＭＳ５００、支払端末７０、支払ＤＣＣルーティングサーバ及び支払ゲートウェイサーバなどのデバイス間の任意の必要なプロトコル変換）を仲介するために使用することができる。ＰＰＳは支払端末７０に要求を転送する。ここから、支払端末７０は、ＤＣＣレート要求メッセージを発行し、ＤＣＣレート要求メッセージは、ＰＰＳを介してＰＳＰに転送され、ＰＳＰは要求を通貨変換サービス６００に転送する。通貨変換サービスは、取得者３０によって提供することができる。通貨変換サービスは、ＤＣＣレート応答によって応答し、ＤＣＣレート応答はＰＳＰ２００に提供され、ＰＳＰ２００は、ＰＰＳを介して支払端末７０にＤＣＣレート応答を提供する。ＤＣＣレート応答は、支払端末７０の通貨とユーザの通貨との間の通貨変換レートの指示を提供する。いくつかの他の実施形態において、取引額は、ＤＣＣレート要求の一部として送信することができ、ＤＣＣレート応答は、変換された取引金額を返す。ここで、支払端末７０は、カード保持者１０の通貨と支払端末７０の通貨とが異なる場合に、ＤＣＣを提供することが可能である。次いで、この選択の結果に基づいて、決済要求がＰＰＳに発行される。同時に、この選択肢が有効化及び／又は要求される場合、領収書を印刷することができる。一日の終わりに、決済がＰＰＳによってまとめられて、ＰＳＰ２００に発行され、ＰＳＰ２００は、決済を取得者３０に発行する。取得者は、決済応答によって応答し、決済応答は、ＰＳＰ２００を介してＰＰＳに提供し戻される。その後、決済応答はＰＭＳ５００に提供される。一日の終わりに、まとめられた取引ログファイルも、通貨変換手段６００に提供される。

図８は、いくつかの実施形態における、決済を実施するときにＰＯＳ端末７０によって実施されるプロセス７００を示す。プロセスはステップ７１０において開始し、端末通貨の指示子が記憶される。次いで、ステップ７２０において、トークン識別子４００が受信される。ステップ７３０において、トークン識別子４００からカード保持者１０の通貨が決定される。ステップ７４０において、端末通貨とユーザ通貨とが同じであるか否かが判定される。同じである場合、ステップ７５０において、端末システム通貨を使用して取引が実行される。異なる場合、ステップ７６０において、通貨の選択が提供される。ユーザ通貨が選択されない場合、再び、ステップ７５０において端末システム通貨を用いて取引が行われる。ユーザ通貨が選択される場合、ステップ７８０において、ユーザ通貨を用いて取引が行われる。

図９は、トークン識別子４００を生成するためにトークナイザ３００によって実施されるプロセス８００を示す。最初に、ステップ８１０において、ユーザ口座情報（例えば、ＰＡＮ）が受信される。ステップ８２０において、ユーザ支払通貨が受信され、ただし、いくつかの他の実施形態において、これはトークナイザ３００によって、例えばＰＡＮによって決定されてもよい。ステップ８３０において、トークン識別子４００が生成される。トークンの生成に使用されるプロセスは、例えば、図５Ａ及び図５Ｂに示されている。最後に、ステップ８４０において、トークン識別子が例えばＰＯＳ端末７０において販売者２０に提供し戻される。

図１０は、決済中にＰＳＰ２００によって実施されるプロセス９００を示す。ステップ９１０において、ユーザ口座と関連付けられる情報が受信される。当該情報は、例えば、トークン識別子４００又はトークン識別子４００の一部の形態をとってもよい。次いで、ユーザ通貨がステップ９２０において受信される。いくつかの実施形態において、ユーザ通貨は、例えば、ＰＳＰ２００がユーザ通貨を記憶しているか、又は、別のデバイスからユーザ通貨情報を問い合わせることができる場合に、ＰＳＰ２００によって決定することができる。ステップ９３０において、ユーザ口座を取得するために検索が実施される。検索は、例えば、特定のトークン識別子４００からユーザ口座情報を取得するためにルックアップテーブルを使用することを含んでもよい。最後に、ステップ９４０において、ユーザ通貨を用いてユーザ口座に対して取引が実施される。このステップは、例えば、例として取得者３０又はカードスキーム管理者５０へのさらなるメッセージの交換を含んでもよい。

したがって、特定のユーザ口座情報ではなくトークン識別子を使用しても、ユーザにＤＣＣを実施する機会を提供することが可能であることが示されている。したがって、ユーザの金融情報のセキュリティも維持しながら、ユーザに対する簡便性を維持することができる。

本出願において、「〜するように構成されている」という語は、装置の要素が、定義されている動作を実行することが可能な構成を有することを意味するために使用される。この文脈において、「構成」とは、ハードウェア又はソフトウェアの相互接続の配列又は様式を意味する。例えば、装置は、定義されている動作を提供する専用ハードウェアを有することができ、又は、プロセッサ若しくは他の処理デバイスを、その機能を実施するようにプログラムすることができる。「〜するように構成されている」ことは、装置の要素が、定義されている動作を提供するために任意の方法で変更される必要があることを暗示しない。

本発明の例示的な実施形態が、添付の図面を参照して本明細書において詳細に説明されてきたが、本発明はそれらの厳密な実施形態には限定されないこと、並びに、添付の特許請求の範囲によって規定されているような本発明の範囲及び思想から逸脱することなく、当業者によってそれらの実施形態において様々な変更、追加及び修正を実行することができることは理解されたい。例えば、本発明の範囲から逸脱することなく、従属請求項の特徴と、独立請求項の特徴との様々な組み合わせを行うことができる。

本発明の例示的な実施形態が、添付の図面を参照して本明細書において詳細に説明されてきたが、本発明はそれらの厳密な実施形態には限定されないこと、並びに、添付の特許請求の範囲によって規定されているような本発明の範囲及び思想から逸脱することなく、当業者によってそれらの実施形態において様々な変更、追加及び修正を実行することができることは理解されたい。例えば、本発明の範囲から逸脱することなく、従属請求項の特徴と、独立請求項の特徴との様々な組み合わせを行うことができる。
［発明の項目］
［項目１］
取引端末システムであって、
前記取引端末システムの端末システム通貨を示す情報を記憶するための記憶回路と、
トークン識別子を受信するための入力回路であり、前記トークン識別子が、
ユーザ通貨を示す情報、及び
ユーザ支払口座情報と関連付けられる情報
を含む、入力回路と、
前記端末システム通貨と前記ユーザ通貨とを比較し、差が存在する場合、通貨選択提示が与えられるようにし、前記ユーザ通貨の選択に応答して、前記ユーザ支払口座に関して前記ユーザ通貨を用いて取引が実施されるようにするためのメッセージを送信するための処理回路と
を備え、
前記メッセージが、前記ユーザ支払口座情報と関連付けられる前記情報を含む、取引端末システム。
［項目２］
前記メッセージが前記トークン識別子を含む、項目１に記載の取引端末システム。
［項目３］
前記トークン識別子が、前記ユーザ支払口座情報のサブセットを含む、項目１又は２に記載の取引端末システム。
［項目４］
前記ユーザ支払口座情報がプライマリアカウントナンバであり、
前記ユーザ支払口座情報の前記サブセットが、ユーザの前記プライマリアカウントナンバの末尾のｘ桁である、項目３に記載の取引端末システム。
［項目５］
前記トークン識別子が乱数又は擬似乱数を含む、項目１〜４のいずれか一項に記載の取引端末システム。
［項目６］
前記トークン識別子が、前記ユーザ支払口座のオペレータの指示子を含む、項目１〜５のいずれか一項に記載の取引端末システム。
［項目７］
前記トークン識別子が、前記ユーザ支払口座情報に一方向性ハッシュを適用した結果を含む、項目１〜６のいずれか一項に記載の取引端末システム。
［項目８］
前記トークン識別子が少なくとも１つの桁を含み、
前記トークン識別子が前記少なくとも１つの桁に関するチェックサム値を含む、項目１〜７のいずれか一項に記載の取引端末システム。
［項目９］
前記チェックサム値がＬｕｈｎアルゴリズムを使用して生成される、項目８に記載の取引端末システム。
［項目１０］
ユーザ通貨を示す前記情報が、請求通貨コード識別子、通貨コード識別子、又は国コード識別子を含む、項目１〜９のいずれか一項に記載の取引端末システム。
［項目１１］
前記トークン識別子が１つ又は複数の先頭の非数字の文字を含む、項目１〜１０のいずれか一項に記載の取引端末システム。
［項目１２］
前記トークン識別子が１６桁の英数字から構成される、項目１〜１１のいずれか一項に記載の取引端末システム。
［項目１３］
前記入力回路が前記トークン識別子を入力するためのキーパッドを含む、項目１〜１２のいずれか一項に記載の取引端末システム。
［項目１４］
前記入力回路が、前記トークン識別子が受信可能である処理デバイスに接続するためのインターフェースを備える、項目１〜１３のいずれか一項に記載の取引端末システム。
［項目１５］
前記取引の金額が、購入されるべき商品又はサービスについての情報を入力する結果として決定される、項目１〜１４のいずれか一項に記載の取引端末システム。
［項目１６］
前記処理回路が、
前記取引が販売に関するものである販売動作モード、及び
前記取引が返金に関するものである返金動作モード
のうちの少なくとも一方において動作するように構成されている、項目１〜１５のいずれか一項に記載の取引端末システム。
［項目１７］
前記端末システム通貨と前記ユーザ通貨とが異なるという判定に応答して、前記処理回路は、
前記取引通貨から前記ユーザ通貨への現在の通貨変換値、及び
前記現在の通貨変換値を使用して変換された取引額
のうちの少なくとも一方が、
遠隔サーバから前記取引端末システムへとダウンロードされるようにするように構成されている、項目１〜１６のいずれか一項に記載の取引端末システム。
［項目１８］
前記通貨選択提示が、
前記現在の通貨変換値、及び
前記現在の通貨変換値を使用して前記ユーザ通貨に変換された前記取引の金額
のうちの少なくとも一方を含む、項目１７に記載の取引端末システム。
［項目１９］
前記入力回路が、前記ユーザ支払口座情報と関連付けられる前記情報、及び、前記ユーザ通貨に関係するデータを受信するように構成されており、
前記処理回路が、前記ユーザ支払口座情報と関連付けられる前記情報、及び、前記ユーザ通貨に関係する前記データの受信に応答して、少なくとも、前記ユーザ支払口座情報と関連付けられる前記情報を暗号化することによって暗号化情報を生成し、前記暗号化情報及び前記ユーザ通貨に関係する前記データをサーバに送信するように構成されており、
前記取引端末システムが、前記暗号化情報の送信に応答して前記トークン識別子を受信するための受信回路を備え、
前記取引端末システムが、前記トークン識別子を出力するための出力回路を備える、項目１〜１８のいずれか一項に記載の取引端末システム。
［項目２０］
方法であって、
取引端末システムの端末システム通貨を示す情報を記憶するステップと、
トークン識別子を受信するステップであって、前記トークン識別子が、
ユーザ通貨を示す情報、及び
ユーザ支払口座情報と関連付けられる情報
を含む、受信するステップと、
前記端末システム通貨と前記ユーザ通貨とを比較するステップであって、差が存在する場合、通貨選択提示が表示されるようにする、比較するステップと、
前記ユーザ通貨の選択に応答して、前記ユーザ支払口座に関して前記ユーザ通貨を用いて取引が実施されるようにするためのメッセージを送信するステップと
を含み、
前記メッセージが、前記ユーザ支払口座情報と関連付けられる前記情報を含む、方法。
［項目２１］
ユーザ支払口座情報、及び、ユーザ通貨を示す情報を受信するための入力回路と、
前記支払口座情報、及び、前記ユーザ通貨を示す前記情報を使用してトークン識別子を生成するための処理回路であって、前記トークン識別子が前記ユーザ通貨を示す前記情報を含む、処理回路と、
前記トークン識別子を与えるための出力回路と
を備える、データ処理装置。
［項目２２］
前記ユーザ通貨を示す前記情報が、前記ユーザ支払口座情報、通貨コード、又は発行者国コードのうちの１つである、項目２１に記載のデータ処理装置。
［項目２３］
前記入力回路が磁気ストライプ読み取り回路を含む、項目２１に記載のデータ処理装置。
［項目２４］
前記入力回路がＥＭＶ回路を含む、項目１９〜２３のいずれか一項に記載のデータ処理装置。
［項目２５］
前記入力回路がＮＦＣ通信回路を含む、項目１９〜２４のいずれか一項に記載のデータ処理装置。
［項目２６］
前記入力回路がキーパッドを含む、項目１９〜２５のいずれか一項に記載のデータ処理装置。
［項目２７］
前記入力回路が、ネットワークを介して１つ又は複数のさらなるデータ処理デバイスと通信するための通信回路を含む、項目１９〜１６のいずれか一項に記載のデータ処理装置。
［項目２８］
前記出力回路が、ネットワークを介して１つ又は複数のさらなるデータ処理デバイスと通信するための通信回路を含む、項目１９〜２７のいずれか一項に記載のデータ処理装置。
［項目２９］
前記出力回路が、前記ユーザ支払口座情報の送信者に前記トークン識別子を提供するように構成されている、項目１９〜２８のいずれか一項に記載のデータ処理装置。
［項目３０］
前記ユーザ支払口座情報が暗号化形態で提供される、項目１９〜２９のいずれか一項に記載のデータ処理装置。
［項目３１］
方法であって、
ユーザ支払口座情報、及び、ユーザ通貨を示す情報を受信するステップと、
前記支払口座情報、及び、前記ユーザ通貨を示す前記情報を使用してトークン識別子を生成するステップであって、前記トークン識別子が前記ユーザ通貨を示す前記情報を含む、生成するステップと、
前記トークン識別子を与えるステップと
を含む、方法。
［項目３２］
サーバであって、
ユーザ支払口座に関してユーザ通貨を用いて取引が実施されるようにするためのメッセージを受信するように構成されている入力回路であって、前記メッセージが、前記ユーザ支払口座情報と関連付けられる情報を含む、入力回路と、
情報からユーザ支払口座情報への複数のマッピングを含む記憶回路と、
前記メッセージの受信に応答して、前記記憶回路から前記ユーザ支払口座情報を取得し、前記取引が実施されるようにするように構成されている処理回路と
を備える、サーバ。
［項目３３］
前記メッセージがユーザ通貨を含む、項目３２に記載のサーバ。
［項目３４］
前記メッセージは、前記ユーザ通貨が前記メッセージの送信者と関連付けられる通貨以外の通貨であるという指示を含む、項目３２又は３３に記載のサーバ。
［項目３５］
前記メッセージが、
取引額及び現在の通貨変換値、又は
前記現在の通貨変換値を使用して前記ユーザ通貨に変換された前記取引の金額
を含む、項目３２〜３４のいずれか一項に記載のサーバ。
［項目３６］
方法であって、
ユーザ支払口座に関してユーザ通貨を用いて取引が実施されるようにするためのメッセージを受信するステップであって、前記メッセージが、前記ユーザ支払口座情報と関連付けられる情報を含む、受信するステップと、
情報からユーザ支払口座情報への複数のマッピングを記憶回路に記憶するステップと、
前記メッセージの受信に応答して、前記記憶回路から前記ユーザ支払口座情報を取得し、前記取引が実施されるようにするステップと
を含む、方法。
［項目３７］
システムであって、
項目１〜１９のいずれか一項に記載の取引端末システムと、
項目２１〜３０のいずれか一項に記載のデータ処理装置と、
項目３２〜３５のいずれか一項に記載のサーバと
を備える、システム。

Claims (37)

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. 方法であって、
    ユーザ支払口座に関してユーザ通貨を用いて取引が実施されるようにするためのメッセージを受信するステップであって、前記メッセージが、前記ユーザ支払口座情報と関連付けられる情報を含む、受信するステップと、
    情報からユーザ支払口座情報への複数のマッピングを記憶回路に記憶するステップと、
    前記メッセージの受信に応答して、前記記憶回路から前記ユーザ支払口座情報を取得し、前記取引が実施されるようにするステップと
    を含む、方法。
37. システムであって、
    請求項１〜１９のいずれか一項に記載の取引端末システムと、
    請求項２１〜３０のいずれか一項に記載のデータ処理装置と、
    請求項３２〜３５のいずれか一項に記載のサーバと
    を備える、システム。

Images