JP2023033505A - 取引管理システム、取引管理方法、および取引管理プログラム - Google Patents

Abstract

【課題】後払いカードのカード番号の安全を確保しつつ商品を取引すること。【解決手段】本開示の一側面に係る取引管理システムは取引管理サーバを備える。取引管理サーバは、店舗で商品を購入しようとする顧客の顧客ＩＤを含む与信問合せを店舗端末から受信し、カードデータを記憶するデータベースから、受信された顧客ＩＤに対応する正式なカード番号およびトークン化されたカード番号を取得し、正式なカード番号を含む与信照会要求をカード会社の決済管理サーバに送信し、正式なカード番号の与信結果を決済管理サーバから受信し、与信結果とトークン化されたカード番号とを含み、且つ正式なカード番号を含まない与信応答を店舗端末に送信する。店舗端末は、与信応答に基づいて、正式なカード番号を取得することなく商品の取引を実行する。【選択図】図２

Description

本開示の一側面は、取引管理システム、取引管理方法、および取引管理プログラムに関する。

クレジットカードなどの後払いカードを用いた商品の取引を管理する仕組みが知られている。例えば、特許文献１には、消費者の行動を監視し、品物やサービスと引き換えに安全な電子決済を提供するためのシステムが記載されている。特許文献２，３には、予め登録しておいた情報に基づき給油サービスの決済を行うシステムが記載されている。

特許第４８６１６０４号公報 特許第５８６１２３３号公報 特許第５８５７３３２号公報

後払いカードのカード番号は該カードの所有者にとって非常に重要な情報である。そのため、そのカード番号の安全を確保しつつ商品を取引する仕組みが望まれている。

本開示の一側面に係る取引管理システムは、店舗に備えられた店舗端末と通信接続する取引管理サーバを備える。取引管理サーバは、店舗で商品を購入しようとする顧客を一意に特定する識別子である顧客ＩＤを含む与信問合せを店舗端末から受信し、顧客ＩＤと、顧客の後払いカードの正式なカード番号と、該正式なカード番号をトークン化することで得られる、該後払いカードのトークン化されたカード番号とが関連付けられたカードデータを記憶するデータベースから、受信された顧客ＩＤに対応する正式なカード番号およびトークン化されたカード番号を取得し、正式なカード番号を含む与信照会要求を、後払いカードの決済を管理するカード会社の決済管理サーバに送信し、正式なカード番号の与信結果を決済管理サーバから受信し、与信結果とトークン化されたカード番号とを含み、且つ正式なカード番号を含まない与信応答を店舗端末に送信する。店舗端末は、与信応答に基づいて、正式なカード番号を取得することなく商品の取引を実行する。

本開示の一側面に係る取引管理方法は、店舗に備えられた店舗端末と通信接続する取引管理サーバを備える取引管理システムにより実行される。取引管理方法は、取引管理サーバが、店舗で商品を購入しようとする顧客を一意に特定する識別子である顧客ＩＤを含む与信問合せを店舗端末から受信するステップと、取引管理サーバが、顧客ＩＤと、顧客の後払いカードの正式なカード番号と、該正式なカード番号をトークン化することで得られる、該後払いカードのトークン化されたカード番号とが関連付けられたカードデータを記憶するデータベースから、受信された顧客ＩＤに対応する正式なカード番号およびトークン化されたカード番号を取得するステップと、取引管理サーバが、正式なカード番号を含む与信照会要求を、後払いカードの決済を管理するカード会社の決済管理サーバに送信するステップと、取引管理サーバが、正式なカード番号の与信結果を決済管理サーバから受信するステップと、取引管理サーバが、与信結果とトークン化されたカード番号とを含み、且つ正式なカード番号を含まない与信応答を店舗端末に送信するステップとを含む。店舗端末は、与信応答に基づいて、正式なカード番号を取得することなく商品の取引を実行する。

本開示の一側面に係る取引管理プログラムは、店舗に備えられた店舗端末と通信接続するコンピュータに、店舗で商品を購入しようとする顧客を一意に特定する識別子である顧客ＩＤを含む与信問合せを店舗端末から受信するステップと、顧客ＩＤと、顧客の後払いカードの正式なカード番号と、該正式なカード番号をトークン化することで得られる、該後払いカードのトークン化されたカード番号とが関連付けられたカードデータを記憶するデータベースから、受信された顧客ＩＤに対応する正式なカード番号およびトークン化されたカード番号を取得するステップと、正式なカード番号を含む与信照会要求を、後払いカードの決済を管理するカード会社の決済管理サーバに送信するステップと、正式なカード番号の与信結果を決済管理サーバから受信するステップと、与信結果とトークン化されたカード番号とを含み、且つ正式なカード番号を含まない与信応答を店舗端末に送信するステップとを実行させる。店舗端末は、与信応答に基づいて、正式なカード番号を取得することなく商品の取引を実行する。

このような側面においては、後払いカードの正式なカード番号が店舗端末に提供されることなく商品の取引が実行される。商品が実際に取引される店舗では誰もそのカード番号を知ることができないので、該カード番号の安全を確保しつつ商品を取引することができる。

本開示の一側面によれば、後払いカードのカード番号の安全を確保しつつ商品を取引することができる。

実施形態に係る取引管理システムを含む全体構成の一例を示す図である。 実施形態に係る取引管理システムの機能構成の一例を示す図である。 実施形態に係る取引管理システムで用いられるコンピュータの一般的なハードウェア構成を示す図である。 実施形態に係る取引管理システムによる取引処理の一例を示すシーケンス図である。 実施形態に係る取引管理システムによる締め処理の一例を示すシーケンス図である。 実施形態に係る取引管理システムによる締め処理の別の例を示すシーケンス図である。

以下、添付図面を参照しながら本開示での実施形態を詳細に説明する。なお、図面の説明において同一または同等の要素には同一の符号を付し、重複する説明を省略する。

［システムの構成］
実施形態に係る取引管理システム１は、商品の取引を管理するコンピュータシステムである。商品とは、有償または無償で取引される任意の有体物または無体物のことをいい、したがって、サービスの提供を含む概念である。商品の種類は何ら限定されない。「商品の取引」とは、二者間で商品をやり取りすることをいう。取引の例として、売買、貸借、および交換が挙げられる。本実施形態では、取引管理システム１は、より具体的には、後払いカードを用いた商品の売買を管理する。後払いカードとは、顧客が商品を購入した後に代金を支払う決済方法である後払い決済のために用いられるカードのことをいう。後払いカードの例としてクレジットカードが挙げられるが、後払いカードの種類はこれに限定されない。後払いカードの実現方法は限定されず、例えば、一般的なクレジットカードのように有体物のカードとして顧客に提供されてもよいし、電子データで表現される仮想的なカードとして提供されてもよい。顧客とは、商品を購入する者のことをいい、消費者またはユーザと言い換えることができる。

図１を参照しながら、取引管理システム１の仕組みの概要を説明する。図１は、取引管理システム１を含む全体構成の一例を示す図である。

本実施形態では、顧客９０は、後払いカードによって商品を購入するためのＩＣタグ（ＲＦタグ）９１を所有する。ＩＣタグは、データの読み出しおよび書き込みが可能なＩＣチップと、データの送受信が可能な無線アンテナとを樹脂、ガラスなどの誘電体材料に埋め込んでタグ（荷札）状に形成することで構築される超小型の通信端末である。ＩＣタグはＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）とも呼ばれる。ＩＣチップ内の電子情報は、無線通信を介して読み出しおよび書き込みすることができる。このようなＩＣタグは、金融機関などで使用される通帳、個人証明に関するカードなどにも利用されている。ＩＣタグ９１の実現方法は限定されず、例えば、ＩＣタグ９１は物理的な外形を有してもよい。あるいは、ＩＣタグ９１は、クレジットカード、交通系カード、運転免許証、個人番号カードなどのカードに内蔵されていてもよいし、スマートフォン、携帯電話機、ウェアラブル端末（例えばスマートウォッチ）などの携帯端末に内蔵されていてもよい。

本実施形態では、ＩＣタグ９１は、顧客９０を一意に特定する識別子である顧客ＩＤを少なくとも記憶する。ＩＣタグ９１は、購入に関して事前に設定された購入設定情報と、顧客９０が所有するポイントカードを一意に特定するポイントカード番号との少なくとも一方をさらに記憶してもよい。ポイントカードとは、商品の取引（具体的には、購入）に応じて顧客９０に付与されるポイントを管理するためのカードのことをいう。顧客９０はそのポイントを貯めて、商品の購入代金の少なくとも一部としてそのポイントを利用することができる。顧客９０は実店舗で商品を購入する際に、そのＩＣタグ９１を、店舗端末１０に接続された非接触ＩＣカードリーダ／ライタ１９（以下では単に「リーダ／ライタ」という。）にかざす。この操作に応答して、後払いカードの与信および決済、ポイントの付与または利用などの様々な処理が実行される。ここで、実店舗とは、現実世界に物理的に存在する店舗のことをいう。本明細書では実店舗を単に「店舗」という。

店舗端末１０は、商品を取り扱う店舗に設けられたコンピュータである。店舗端末１０は後払い決済に関する処理を実行することが可能である。店舗端末１０の構成は限定されない。例えば、店舗端末１０は一般的なキャッシュレジスタでもよいし、ＰＯＳ（販売時点情報管理）機能を備えてもよいし、キャッシュレジスタ機能またはＰＯＳ機能を備える他の形態の装置でもよい。図１では一つの店舗端末１０のみを示すが、当然ながら取引管理システム１は複数の店舗における複数の店舗端末１０での取引を管理することができる。それぞれの店舗端末１０は取引管理システム１の構成要素であってもよいし、取引管理システム１に含まれない構成要素であってもよい。

取引管理システム１は、個々の取引を管理するコンピュータである取引管理サーバ２０を備える。取引管理サーバ２０は、少なくとも一つの店舗端末１０のそれぞれと通信接続することができる。また、取引管理サーバ２０は、後払いカードに関するカードデータを記憶するカードデータベース３０と、後払いカードの決済を管理するカード会社の決済管理サーバ４０とのそれぞれと通信接続することもできる。さらに、取引管理サーバ２０は、１以上の店舗での取引を統括的に管理する第１売上管理サーバ５０および第２売上管理サーバ６０のそれぞれと通信接続することもできる。例えば、第１売上管理サーバ５０および第２売上管理サーバは、取引（売上）を確定させるための締め処理を実行する。第１売上管理サーバ５０および第２売上管理サーバ６０のそれぞれは、取引管理システム１の構成要素であってもよいし、取引管理システム１に含まれない構成要素であってもよい。

店舗端末１０は、取引管理サーバ２０の他に、第１売上管理サーバ５０または第２売上管理サーバ６０と通信接続することができる。さらに、店舗端末１０は、ポイントカードを管理するポイント管理サーバ７０と通信接続することもできる。

コンピュータ間の通信接続のために用いられる通信ネットワークの構成および種類は何ら限定されず、任意の方針で設計されてよい。例えば、通信ネットワークはインターネット、イントラネット、またはこれらの組合せによって構築されてもよい。また、通信ネットワークは有線ネットワーク、無線ネットワーク、またはこれらの組合せによって構築されてもよい。

図１を参照しながら、一回の取引、すなわち一回の購入手続における処理の流れを説明する。店舗で商品を購入しようとする顧客９０がＩＣタグ９１をリーダ／ライタ１９にかざすと、ＩＣタグ９１に記憶される顧客ＩＤがリーダ／ライタ１９を介して店舗端末１０に送信される。店舗端末１０はその顧客ＩＤを取引管理サーバ２０に送信する（ステップＳ１１）。取引管理サーバ２０は、その顧客ＩＤに対応する後払いカードの正式なカード番号をカードデータベース３０から読み出し、その正式なカード番号を決済管理サーバ４０に送信することで、決済管理サーバ４０に与信照会（信用照会）を要求する（ステップＳ１２）。決済管理サーバ４０はその要求に応答して与信照会を実行し、その結果（与信結果）を取引管理サーバ２０に送信する（ステップＳ１３）。取引管理サーバ２０は顧客ＩＤに対応する、後払いカードのトークン化されたカード番号をカードデータベース３０から読み出し、与信結果とトークン化されたカード番号とを店舗端末１０に送信する（ステップＳ１４）。与信結果が取引の承認を示す場合には、顧客９０は店舗で後払いカードにより商品を購入することができる。

本実施形態では、取引管理システム１は、後払いカードを一意に特定する識別子として、正式なカード番号とトークン化されたカード番号という２種類のカード番号を用いる。正式なカード番号とは、カード会社が後払いカードを発行する際に設定する番号である。正式なカード番号は後払いカードが発行された際に顧客９０に通知され、したがって、顧客９０は自分の正式なカード番号を知ることができる。一方、トークン化されたカード番号とは、正式なカード番号の少なくとも一部をトークン化によって別の文字列に置換することにより得られるカード番号である。トークン化とは、元の文字列を、該元の文字列とは数学的関連性を持たせることなく別の文字列に置換する処理のことをいう。トークン化は、例えば乱数によって該別の文字列を生成することによって実現することができる。元の文字列（置換前の文字列）と別の文字列（置換後の文字列）とは１対１で関連付けられる。これら二つの文字列の間には数学的関連性が無いので、数学的処理によって該別の文字列から元の文字列を特定することができない。元の文字列を得るためには、その１対１の対応関係を知る必要がある。トークン化は、置換前後のデータの間に数学的関連性が存在しないという点で暗号化と異なる。暗号化は、暗号化アルゴリズムおよび暗号鍵によって元データを暗号化データに変換する処理なので、元データと暗号化データとの間には、暗号化アルゴリズムと暗号鍵とによる数学的関連性が存在する。

ＩＣタグ９１がポイントカード番号を記憶している場合には、一回の取引（一回の購入手続）において、ポイントに関する処理がさらに実行される。この場合には、顧客９０がＩＣタグ９１をリーダ／ライタ１９にかざすと、ＩＣタグ９１に記憶されるポイントカード番号がさらにリーダ／ライタ１９を介して店舗端末１０に送信される。店舗端末１０はそのポイントカード番号をポイント管理サーバ７０に送信する（ステップＳ１５）。ポイント管理サーバ７０は、ポイントカード番号が有効であるか否かを判定し、そのポイントカード番号に対応するポイント残高を特定し、そのポイント残高を店舗端末１０に送信する（ステップＳ１６）。ポイントカード番号が有効である場合には、顧客９０は商品の購入に対応するポイントを取得したり、ポイント残高の少なくとも一部を購入代金の少なくとも一部として用いたりすることができる。

図１を参照しながら締め処理の流れを説明する。図１の例は、第１売上管理サーバ５０および第２売上管理サーバ６０という２種類の売上管理サーバが存在することに対応して、２種類の締め処理を示す。店舗端末１０は第１売上管理サーバ５０および第２売上管理サーバ６０のうちの一つと通信接続する。

第１の締め処理では第１売上管理サーバ５０が用いられる。この場合、店舗端末１０は１以上の取引を示す取引情報を第１売上管理サーバ５０に送信する（ステップＳ２１）。取引情報は、個々の取引に対応する個々のトークン化されたカード番号を含むが、個々の取引に対応する個々の正式なカード番号を含まない。第１売上管理サーバ５０は１以上のトークン化されたカード番号を取引管理サーバ２０に送信する（ステップＳ２２）。取引管理サーバ２０はカードデータベース３０を参照して、トークン化されたカード番号のそれぞれについて、対応する正式なカード番号を読み出す。そして、取引管理サーバ２０は１以上の正式なカード番号を第１売上管理サーバ５０に送信する（ステップＳ２３）。第１売上管理サーバ５０は、店舗端末１０から受信した取引情報に対応する決済情報を決済管理サーバ４０に送信する。（ステップＳ２４）。決済情報は、個々の取引に対応する個々の正規のカード番号を含む。その後、カード会社が後払いカードによる決済を実行する。

第２の締め処理では第２売上管理サーバ６０が用いられる。この場合、店舗端末１０は１以上の取引を示す取引情報を第２売上管理サーバ６０に送信する（ステップＳ３１）。取引情報は、個々の取引に対応する個々のトークン化されたカード番号を含むが、個々の取引に対応する個々の正式なカード番号を含まない。第２売上管理サーバ６０はその取引情報に対応する決済情報を取引管理サーバ２０に送信する（ステップＳ３２）。取引管理サーバ２０はカードデータベース３０を参照して、トークン化されたカード番号のそれぞれについて、対応する正式なカード番号を読み出す。そして、取引管理サーバ２０は決済情報内の１以上のトークン化されたカード番号を１以上の正式なカード番号に置き換えて、その処理した決済情報を決済管理サーバ４０に送信する（ステップＳ３３）。その後、カード会社が後払いカードによる決済を実行する。

上述したように、取引管理システム１が適用される商品は何ら限定されず、したがって、店舗の種類および形態も何ら限定されない。例えば、取引管理システム１は給油所での燃料油（例えば、ガソリン、軽油など）、他の商品、またはサービスの取引のために構築されてもよい。すなわち、商品は燃料油などでもよく、店舗は給油所であってもよい。この場合、店舗端末１０は、キャッシュレジスタ機能またはＰＯＳ機能を備える給油機であってもよい。あるいは、取引管理システム１は百貨店、スーパーマーケット、コンビニエンスストア、書店などの小売店での商品またはサービスの取引の為に構築されてもよい。あるいは、取引管理システム１はレストラン、遊園地、競技場、コンサート会場などのサービス提供施設での商品またはサービスの取引の為に構築されてもよい。

図２を参照しながら、取引管理システム１に関連する機能要素を説明する。図２は取引管理システム１の機能構成の一例を示す図である。

店舗端末１０は機能要素としてタグ情報取得部１１および購入処理部１２を備える。タグ情報取得部１１は、ＩＣタグ９１から送られてくる各種の情報を取得する機能要素である。購入処理部１２は商品の取引（具体的には購入）に関する処理を実行する機能要素である。

取引管理サーバ２０は機能要素として与信要求部２１、カードデータ取得部２２、および決済情報処理部２３を備える。与信要求部２１は後払いカードの与信の確認に関する処理を実行する機能要素である。カードデータ取得部２２はカードデータベース３０にアクセスしてカードデータを取得する機能要素である。決済情報処理部２３は、第２売上管理サーバ６０から決済管理サーバ４０への決済情報の受け渡しを中継する機能要素である。

カードデータベース３０は、後払いカードに関するカードデータを記憶する装置である。カードデータベース３０は取引管理システム１の構成要素であってもよいし、取引管理システム１に含まれない構成要素であってもよい。本実施形態では、カードデータベース３０は取引管理サーバ２０とは別の装置であるが、取引管理サーバ２０の一構成要素であってもよい。

カードデータの各レコードは、顧客ＩＤと、後払いカードの正式なカード番号およびトークン化されたカード番号の組とを含む。すなわち、このカードデータによって、顧客ＩＤと、正式なカード番号と、トークン化されたカード番号とが関連付けられる。カードデータは、顧客９０がＩＣタグ９１の発行を申請する際に該顧客９０から提供されるクレジットカードの情報に基づいて生成されてカードデータベース３０に格納される。カードデータベースの各レコードは、セキュリティを向上させるために暗号化されてもよい。カードデータの登録およびＩＣタグ９１の発行に関する手続きの詳細は限定されず、その手続きの流れは任意に定められてよい。いずれにしても、カードデータの生成および格納の際に、後払いカードの正式なカード番号がトークン化されることで、トークン化されたカード番号が生成される。本実施形態では、顧客９０が既にＩＣタグ９１を取得しており該ＩＣタグに対応するカードデータがカードデータベース３０に格納されていることを前提とする。

決済管理サーバ４０は機能要素として与信照会部４１および決済部４２を備える。与信照会部４１は個々の取引（決済）において与信照会を実行する機能要素である。決済部４２は決済に関連する処理を実行する機能要素である。

第１売上管理サーバ５０は機能要素としてデトークン部５１および取引／決済管理部５２を備える。デトークン部５１は、取引管理サーバ２０から正式なカード番号を取得する機能要素である。取引／決済管理部５２は店舗端末１０から取引情報を取得して決済管理サーバ４０に決済情報を送信する機能要素である。

第２売上管理サーバ６０は機能要素として取引／決済管理部６１を備える。取引／決済管理部６１は店舗端末１０から取引情報を取得して取引管理サーバ２０に決済情報を送信する機能要素である。

ポイント管理サーバ７０は機能要素としてポイント管理部７１を備える。ポイント管理部７１はポイントカードに関する処理を実行する機能要素である。

図３は、取引管理システム１に関連するサーバまたは端末として機能し得るコンピュータ１００の一般的なハードウェア構成を示す図である。例えば、コンピュータ１００はプロセッサ１０１、主記憶部１０２、補助記憶部１０３、通信制御部１０４、入力装置１０５、および出力装置１０６を備える。プロセッサ１０１はオペレーティングシステムおよびアプリケーションプログラムを実行する。主記憶部１０２は例えばＲＯＭおよびＲＡＭで構成される。補助記憶部１０３は例えばハードディスクまたはフラッシュメモリで構成され、一般に主記憶部１０２よりも大量のデータを記憶する。補助記憶部１０３は、少なくとも１台のコンピュータをサーバまたは端末として機能させるためのプログラム１１０を記憶する。通信制御部１０４は例えばネットワークカードまたは無線通信モジュールで構成される。入力装置１０５は例えばキーボード、マウス、タッチパネルなどで構成される。出力装置１０６は例えばモニタおよびスピーカで構成される。

各装置の各機能要素は、プロセッサ１０１または主記憶部１０２の上にプログラム１１０を読み込ませてそのプログラムを実行させることで実現される。プログラム１１０は、対応するサーバまたは端末の各機能要素を実現するためのコードを含む。プロセッサ１０１はプログラム１１０に従って、通信制御部１０４、入力装置１０５、または出力装置１０６を動作させ、主記憶部１０２または補助記憶部１０３におけるデータの読み出しおよび書き込みを行う。この処理により、対応するサーバまたは端末の各機能要素が実現される。処理に必要なデータまたはデータベースは主記憶部１０２または補助記憶部１０３内に格納されてもよい。

各サーバは一つまたは複数のコンピュータにより構成され得る。複数のコンピュータが用いられる場合には、通信ネットワークを介してこれらのコンピュータが互いに接続されることで論理的に一つのサーバが構成される。

プログラム１１０は取引管理プログラムに相当し得る。プログラム１１０は、例えば、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリなどの有形の記録媒体に固定的に記録された上で提供されてもよい。あるいは、プログラム１１０は、搬送波に重畳されたデータ信号として通信ネットワークを介して提供されてもよい。

［システムの動作］
図４～図６を参照しながら、取引管理システム１の動作を説明するとともに本実施形態に係る取引管理方法について説明する。図４～図６はいずれも取引管理システム１の動作の一例を示すシーケンス図である。より具体的には、図４は一回の取引（一回の購入手続）における処理を示し、図５および図６はいずれも締め処理の例を示す図である。図４～図６では、図１に示すステップとの対応関係も示す。

まず、図４を参照しながら、一回の取引における処理を処理フローＳ１として説明する。ステップＳ１０１では、店舗端末１０のタグ情報取得部１１がＩＣタグ９１内の情報を取得する。顧客９０がＩＣタグ９１をリーダ／ライタ１９にかざしたことに応答して、リーダ／ライタ１９がＩＣタグ９１から情報を受信してその情報を店舗端末１０に送信し、これにより店舗端末１０はその情報を受信する。ＩＣタグ９１は顧客ＩＤを少なくとも記憶し、購入設定情報およびポイントカード番号の少なくとも一つをさらに記憶している。したがって、店舗端末１０は少なくとも顧客ＩＤを取得し、場合によっては購入設定情報およびポイントカード番号の一方または双方をさらに取得する。店舗端末１０はＩＣタグ９１から取得した情報を保持する。

ステップＳ１０２では、店舗端末１０の購入処理部１２が与信問合せを取引管理サーバ２０に送信する。与信問合せは、顧客ＩＤに対応する後払いカードの与信の状況を確認ためのデータ信号である。与信問合せは、現在日時と、店舗端末１０が設置されている店舗を一意に特定するための識別子である店舗ＩＤと、取得された顧客ＩＤと、仮の購入金額とを含む。仮の購入金額は、後払いカードについての与信照会を実行させるために仮に設定される購入金額であり、商品の購入金額ではない。仮の購入金額として、極めて低い金額が設定される。例えば、取引で起こり得る最小値（例えば、日本円ならば１円。）が仮の購入金額として設定されてもよい。取引管理サーバ２０はその与信問合せを受信する。

ステップＳ１０３では、取引管理サーバ２０のカードデータ取得部２２がカードデータベース３０にアクセスして、与信問合せで示される顧客ＩＤに対応するカードデータを取得する。カードデータ取得部２２はこの処理により、顧客ＩＤに対応する２種類のカード番号、すなわち、正式なカード番号およびトークン化されたカード番号を取得する。

ステップＳ１０４では、取引管理サーバ２０の与信要求部２１が与信照会要求を決済管理サーバ４０に送信する。与信照会要求は、顧客ＩＤに対応する後払いカードの与信照会を決済管理サーバ４０に実行させるためのデータ信号である。与信照会要求は、現在日時と、カードデータベース３０から取得された正式なカード番号と、与信問合せで示される仮の購入金額とを含む。決済管理サーバ４０はその与信照会要求を受信する。

ステップＳ１０５では、決済管理サーバ４０の与信照会部４１が、与信照会要求で示される正式なカード番号に対応する後払いカードについて与信照会を実行して、その結果を与信結果として取引管理サーバ２０に送信する。与信照会部４１は、後払いカードの状況、利用限度額などを示すデータを参照することで、店舗での取引において後払いカードが利用可能か否かを判定する。仮の購入金額は極めて低い金額なので（例えば、取引で起こり得る最小値）、後払いカードが利用停止になっていたり既に利用限度額を超えていたりするなどの特殊な事情がない限りは、与信照会部４１は後払いカードの利用を承認する。与信照会部４１は与信照会の結果を与信結果として取引管理サーバ２０に送信する。取引管理サーバ２０はその与信結果を受信する。

ステップＳ１０６では、取引管理サーバ２０の与信要求部２１が与信応答を店舗端末１０に送信する。与信応答は、与信問合せに対する回答を示すデータ信号であり、決済管理サーバ４０から受信した与信結果と、カードデータベース３０から取得された、トークン化されたカード番号とを含む。店舗端末１０はその与信応答を受信する。この与信応答は正式なカード番号を含まない。すなわち、与信要求部２１は、正式なカード番号を店舗端末１０に送信することなく、トークン化されたカード番号を店舗端末１０に送信する。店舗端末１０は正式なカード番号を取得しないので、店員は取引において顧客９０の後払いカードの正式なカード番号を認識しない。

ステップＳ１０７では、店舗端末１０の購入処理部１２がポイント問合せをポイント管理サーバ７０に送信する。ポイント問合せは、顧客ＩＤに対応するポイントカードの状況を確認ためのデータ信号であり、ポイントカード番号を含む。ポイント管理サーバ７０はそのポイント問合せを受信する。

ステップＳ１０８では、ポイント管理サーバ７０のポイント管理部７１が、ポイント問合せで示されるポイントカード番号に基づいてポイントカードの状況を判定して、その照会結果を示すポイント状況として店舗端末１０に送信する。ポイント管理部７１は、ポイントカードに関するデータを記憶するデータベース（図示せず）にアクセスして、ポイントカード番号に対応するデータを読み出し、そのデータに基づいて、ポイントカードの状況を取得する。ポイントカードの状況（すなわち、ポイント状況）とは、例えば、ポイントカードが有効であるか否かの情報と、ポイント残高とを示す。店舗端末１０はそのポイント状況を受信する。

ステップＳ１０７，Ｓ１０８は必須の処理ではない。ＩＣタグ９１にポイントカード番号が記憶されていない場合にはこれらの２ステップは省略される。

ステップＳ１０９では、店舗端末１０の購入処理部１２が、商品の購入に関する設定を実行する。購入処理部１２はＩＣタグ９１から取得された購入設定情報に基づいてその設定を実行する。商品の購入に関する設定の具体的な手法は限定されない。例えば、商品がガソリン、軽油などの燃料油であれば、購入設定情報は、予め設定されている給油に関するデフォルト値（例えば、燃料の種類、給油量）を示してもよい。店舗端末１０はその購入設定情報（デフォルト値）をモニタ上に表示して、顧客９０にその情報に従って商品を購入するか否かを問い合わせる。顧客９０は店舗端末１０を操作して、購入する商品の詳細を決定することができる。例えば、顧客９０は、店舗端末１０の一例である給油機を操作して、デフォルト値に基づく給油を選択したり、燃料の種類または給油量をデフォルト値から変更した上で給油を要求したりすることができる。上述したように商品の種類は何ら限定されず、これに対応して、購入設定情報の内容も何ら限定されない。ステップＳ１０９は必須の処理ではない。ＩＣタグ９１に購入設定情報が記憶されていない場合にはステップＳ１０９は省略される。

ステップＳ１１０では、店舗端末１０の購入処理部１２が取引を確定させるための購入処理（決済処理）を実行する。購入処理部１２は、後払いカードの利用が可能であることを与信結果が示す場合のみ、後払いカードによる決済を実行する。後払いカードを用いた購入に関してフロアリミットが設定されている場合には、購入処理部１２は所定の上限金額以内の取引のみを受け付ける。フロアリミットとは与信照会（信用照会）を必要とする一定基準の金額のことをいう。フロアリミットを超える購入ではカード会社の承認が要求され、フロアリミット以下の場合は与信照会（信用照会）は行われない。例えば、フロアリミットが１５０００円であれば、購入処理部１２は購入金額が１５０００円以下である場合に限って後払いカードによる購入および決済を受け付ける。この時点で、極めて低い金額（例えば、取引で起こり得る最小値）を用いた与信照会が済んでいるので、フロアリミットを条件とする決済が可能である。例えば、店舗端末１０が給油所の給油機である場合には、給油機は購入金額がフロアリミットを超えないように給油を制御する。

購入処理部１２は、ポイントカードのポイント残高がある場合には、そのポイントの少なくとも一部を商品の購入のために用いるか否かを顧客９０に問い合わせ、顧客９０の選択と購入金額とに基づいてポイントカードのポイントを加算または減算する。顧客９０が購入のためにポイントを利用する場合には、購入処理部１２は、購入金額がフロアリミットと利用ポイントとの合計以下であれば取引を受け付ける。

購入処理が完了すると、購入処理部１２はレシートを発行すると共に、一回の取引を示す取引情報のレコードを生成し、そのレコードを所定の記憶部内に格納する。取引情報の１レコードは、例えば、取引日時、店舗ＩＤ、トークン化されたカード番号、および商品情報を示す。商品情報は、例えば、１以上の商品のそれぞれについての名前、単価、数量、および購入金額（＝単価×数量）を示す。

処理フローＳ１において店舗端末１０が与信応答に基づいて商品の決済を実行する際には、その店舗端末１０はトークン化されたカード番号を受信するが、正式なカード番号は受信しない。すなわち、店舗端末１０は、与信応答に基づいて、正式なカード番号を取得することなく商品の決済を実行する。

個々の店舗端末１０では、個々の取引（決済）の度に処理フローＳ１が実行され、これにより、個々の店舗端末１０において取引情報が蓄積される。蓄積された取引情報は締め処理により第１売上管理サーバ５０または第２売上管理サーバ６０に送信される。

次に、図５を参照しながら、第１売上管理サーバ５０を経由する締め処理を処理フローＳ２として説明する。この締め処理は一般に日次処理であるが、処理フローＳ２の実行タイミングはこれに限定されるものではなく、任意のタイミングで実行されてよい。

ステップＳ２０１では、店舗端末１０の購入処理部１２が、１以上の取引（より具体的には、前回の締め処理の後に発生した１以上の取引）を示す取引情報を第１売上管理サーバ５０に送信する。第１売上管理サーバ５０はその取引情報を受信する。

ステップＳ２０２では、第１売上管理サーバ５０のデトークン部５１がデトークン要求を取引管理サーバ２０に送信する。デトークン要求は、後払いカードの正式なカード番号を取得するためのデータ信号であり、取引情報で示される１以上のトークン化されたカード番号を含む。取引管理サーバ２０はそのデトークン要求を受信する。

ステップＳ２０３では、取引管理サーバ２０のカードデータ取得部２２が、カードデータ取得部２２がカードデータベース３０にアクセスして、デトークン要求で示される１以上のトークン化されたカード番号に対応する１以上の正式なカード番号を取得する。正式なカード番号とトークン化されたカード番号とは１対１の対応関係を有するので、カードデータ取得部２２は１以上のトークン化されたカード番号のそれぞれについて正式なカード番号を得ることができる。

ステップＳ２０４では、カードデータ取得部２２がデトークン応答を第１売上管理サーバ５０に送信する。デトークン応答はデトークン要求への応答を示すデータ信号であり、正式なカード番号とトークン化されたカード番号との１以上の組を含む。第１売上管理サーバ５０はそのデトークン応答を受信する。

ステップＳ２０５では、第１売上管理サーバ５０の取引／決済管理部５２が、取引情報に対応する決済情報を決済管理サーバ４０に送信する。具体的には、取引／決済管理部５２は、取引情報で示される１以上のトークン化されたカード番号のそれぞれを正式なカード番号に置換することで決済情報を生成する。この置換をデトークンという。取引／決済管理部５２はこの決済情報を決済管理サーバ４０に送信する。決済管理サーバ４０はその決済情報を受信し、決済部４２がその決済情報に基づいて決済を実行する。なお、第１売上管理サーバ５０による決済情報の送信（ステップＳ２０５）は店舗端末１０による取引情報の送信（ステップＳ２０１）と対応しても対応しなくてもよい。例えば、取引情報の送信および決済情報の送信の双方が日次処理であってもよい。あるいは、取引情報の送信が日次処理であり、決済情報の送信が月次処理または半月ごとの処理であってもよい。

次に、図６を参照しながら、第２売上管理サーバ６０を経由する締め処理を処理フローＳ３として説明する。処理フローＳ２と同様に、この締め処理は日次処理でもよいし、別の任意のタイミングで実行されてよい。

ステップＳ３０１では、店舗端末１０の購入処理部１２が、１以上の取引（より具体的には、前回の締め処理の後に発生した１以上の取引）を示す取引情報を第２売上管理サーバ６０に送信する。第２売上管理サーバ６０はその取引情報を受信する。

ステップＳ３０２では、第２売上管理サーバ６０の取引／決済管理部６１がその取引情報を決済情報として取引管理サーバ２０に送信する。第１売上管理サーバ５０とは異なり、第２売上管理サーバ６０（取引／決済管理部６１）はデトークンを実行しない。取引管理サーバ２０はその決済情報を受信する。なお、第２売上管理サーバ６０による決済情報の送信（ステップＳ３０２）は店舗端末１０による取引情報の送信（ステップＳ３０１）と対応しても対応しなくてもよい。例えば、取引情報の送信および決済情報の送信の双方が日次処理であってもよい。あるいは、取引情報の送信が日次処理であり、決済情報の送信が月次処理または半月ごとの処理であってもよい。

ステップＳ３０３では、取引管理サーバ２０のカードデータ取得部２２および決済情報処理部２３が協働して、決済情報内のトークン化されたカード番号を正式なカード番号に置換する。カードデータ取得部２２は、カードデータベース３０にアクセスして、決済情報で示される１以上のトークン化されたカード番号に対応する１以上の正式なカード番号を取得する。決済情報処理部２３は、決済情報で示される１以上のトークン化されたカード番号のそれぞれを正式なカード番号に置換する。

ステップＳ３０４では、決済情報処理部２３が、処理された決済情報を決済管理サーバ４０に送信する。決済管理サーバ４０はその決済情報を受信し、決済部４２がその決済情報に基づいて決済を実行する。

［効果］
以上説明したように、本開示の一側面に係る取引管理システムは、店舗に備えられた店舗端末と通信接続する取引管理サーバを備える。取引管理サーバは、店舗で商品を購入しようとする顧客を一意に特定する識別子である顧客ＩＤを含む与信問合せを店舗端末から受信し、顧客ＩＤと、顧客の後払いカードの正式なカード番号と、該正式なカード番号をトークン化することで得られる、該後払いカードのトークン化されたカード番号とが関連付けられたカードデータを記憶するデータベースから、受信された顧客ＩＤに対応する正式なカード番号およびトークン化されたカード番号を取得し、正式なカード番号を含む与信照会要求を、後払いカードの決済を管理するカード会社の決済管理サーバに送信し、正式なカード番号の与信結果を決済管理サーバから受信し、与信結果とトークン化されたカード番号とを含み、且つ正式なカード番号を含まない与信応答を店舗端末に送信する。店舗端末は、与信応答に基づいて、正式なカード番号を取得することなく商品の取引を実行する。

本開示の一側面に係る取引管理方法は、店舗に備えられた店舗端末と通信接続する取引管理サーバを備える取引管理システムにより実行される。取引管理方法は、取引管理サーバが、店舗で商品を購入しようとする顧客を一意に特定する識別子である顧客ＩＤを含む与信問合せを店舗端末から受信するステップと、取引管理サーバが、顧客ＩＤと、顧客の後払いカードの正式なカード番号と、該正式なカード番号をトークン化することで得られる、該後払いカードのトークン化されたカード番号とが関連付けられたカードデータを記憶するデータベースから、受信された顧客ＩＤに対応する正式なカード番号およびトークン化されたカード番号を取得するステップと、取引管理サーバが、正式なカード番号を含む与信照会要求を、後払いカードの決済を管理するカード会社の決済管理サーバに送信するステップと、取引管理サーバが、正式なカード番号の与信結果を決済管理サーバから受信するステップと、取引管理サーバが、与信結果とトークン化されたカード番号とを含み、且つ正式なカード番号を含まない与信応答を店舗端末に送信するステップとを含む。店舗端末は、与信応答に基づいて、正式なカード番号を取得することなく商品の取引を実行する。

本開示の一側面に係る取引管理プログラムは、店舗に備えられた店舗端末と通信接続するコンピュータに、店舗で商品を購入しようとする顧客を一意に特定する識別子である顧客ＩＤを含む与信問合せを店舗端末から受信するステップと、顧客ＩＤと、顧客の後払いカードの正式なカード番号と、該正式なカード番号をトークン化することで得られる、該後払いカードのトークン化されたカード番号とが関連付けられたカードデータを記憶するデータベースから、受信された顧客ＩＤに対応する正式なカード番号およびトークン化されたカード番号を取得するステップと、正式なカード番号を含む与信照会要求を、後払いカードの決済を管理するカード会社の決済管理サーバに送信するステップと、正式なカード番号の与信結果を決済管理サーバから受信するステップと、与信結果とトークン化されたカード番号とを含み、且つ正式なカード番号を含まない与信応答を店舗端末に送信するステップとを実行させる。店舗端末は、与信応答に基づいて、正式なカード番号を取得することなく商品の取引を実行する。

このような側面においては、後払いカードの正式なカード番号が店舗端末に提供されることなく商品の取引が実行される。商品が実際に取引される店舗では誰もそのカード番号を知ることができないので、該カード番号の安全を確保しつつ商品を取引することができる。トークン化されたカード番号と正式なカード番号との対応関係は取引管理サーバでしか得ることができず、店舗側からその対応関係を取得することができないので、正式なカード番号そのものを秘密化（例えば暗号化）する場合よりもさらにカード番号の安全性を高めることができる。また、取引管理サーバおよび店舗端末でカード番号を暗号化または復号する必要が無いので、それぞれのコンピュータでのハードウェア資源（例えば、プロセッサ、メモリ）の消費量を低減することができる。

他の側面に係る取引管理システムでは、店舗端末での商品の取引を統括的に管理する売上管理サーバをさらに備えてもよい。売上管理サーバは、店舗での１以上の取引を示す取引情報を店舗端末から受信し（該取引情報は、個々の取引に対応するトークン化されたカード番号を含み、且つ該個々の取引に対応する正式なカード番号を含まない）、取引情報に基づく決済情報を決済管理サーバに提供するために、個々の取引に対応するトークン化されたカード番号を取引管理サーバに送信してもよい。取引管理サーバは、データベースを参照することで、売上管理サーバから受信した個々の取引に対応するトークン化されたカード番号のそれぞれに対応する正式なカード番号を取得してもよい。取引管理サーバまたは売上管理サーバは、個々の取引に対応する正式なカード番号を含む決済情報を決済管理サーバに送信してもよい。この一連の処理により、店舗端末には正式なカード番号を提供することなく取引を実行しつつ、カード会社には正式なカード番号を提供することができる。

他の側面に係る取引管理システムは店舗端末をさらに備えてもよい。店舗端末は、顧客を記憶する顧客のＩＣタグから顧客ＩＤを取得し、該顧客ＩＤを含む与信問合せを取引管理サーバに送信してもよい。ＩＣタグを導入することで顧客は後払いカードを提示することなく商品を購入することができ、これは商品取引の利便性の向上に寄与する。

他の側面に係る取引管理システムでは、ＩＣタグが、商品の取引に応じて顧客に付与されるポイントを管理するポイントカードを一意に特定する識別子であるポイントカード番号をさらに記憶してもよい。店舗端末は、ＩＣタグからポイントカード番号をさらに取得し、ポイントカードを管理するポイント管理サーバにポイントカード番号を送信し、ポイントカード番号の照会結果を示すポイント状況をポイント管理サーバから受信し、商品の取引において、ポイントカードに関する処理をさらに実行してもよい。この場合には、顧客は後払いカードおよびポイントカードの双方を提示することなく、商品を購入するとと共に、その購入に伴ってポイントを貯めたり使ったりすることができる。これは商品取引の利便性の向上に寄与する。

他の側面に係る取引管理システムでは、商品が燃料油を含み、店舗端末が給油機であってもよい。この場合には、後払いカードの正式なカード番号が給油機（店舗端末）に提供されることなく燃料油の取引が実行される。店舗では誰もそのカード番号を知ることができないので、該カード番号の安全を確保しつつ燃料油を取引することができる。

［変形例］
以上、本開示の実施形態に基づいて詳細に説明した。しかし、本開示は上記実施形態に限定されるものではない。本開示は、その要旨を逸脱しない範囲で様々な変形が可能である。

上記実施形態では後払いカードのカード番号がトークン化されるが、そのカード番号はトークン化以外の手法によって秘密化されてもよい。例えば、そのカード番号は暗号化されてもよい。この場合には、取引管理サーバは顧客ＩＤを含む与信問合せを店舗端末から受信すると、顧客ＩＤに対応する正式なカード番号をデータベースから取得する。そして、取引管理サーバは、その正式なカード番号を含む与信照会要求をカード会社の決済管理サーバに送信し、正式なカード番号の与信結果を決済管理サーバから受信する。そして、取引管理サーバは、与信結果と暗号化されたカード番号とを含み、且つ正式なカード番号そのものを含まない与信応答を店舗端末に送信する。取引管理サーバは、正式なカード番号を暗号化してもよいし、既に暗号化されているカード番号をデータベースから取得してもよい。店舗端末は、与信応答に基づいて、正式なカード番号そのものを取得することなく商品の取引を実行する。

カード番号が暗号化される場合には、売上管理サーバは、店舗での１以上の取引を示す取引情報を店舗端末から受信する。この取引情報は、個々の取引に対応する暗号化されたカード番号を含み、且つ該個々の取引に対応する正式なカード番号を含まない。売上管理サーバは、その取引情報に基づく決済情報を決済管理サーバに提供するために、個々の取引に対応する暗号化されたカード番号を取引管理サーバに送信する。取引管理サーバは、売上管理サーバから受信した個々の取引に対応する暗号化されたカード番号に基づいて正式なカード番号を取得する。取引管理サーバは、暗号化されているカード番号を復号することで正式なカード番号を取得してもよいし、正式なカード番号をデータベースから取得してもよい。取引管理サーバまたは売上管理サーバは、個々の取引に対応する正式なカード番号を含む決済情報を決済管理サーバに送信する。

本開示では、トークン化および暗号化の双方を含む概念を「秘密化」という。また、トークン化されたカード番号と、秘密化されたカード番号との双方を含む概念を「秘密化されたカード番号」という。後払いカードの正式なカード番号を秘密化することで、該後払いカードの秘密化されたカード番号が得られる。

上述したように、ポイントカードに関する処理は必須ではなく、したがって、ポイント管理サーバ７０は必須ではない。上記実施形態では売上管理サーバとして第１売上管理サーバ５０および第２売上管理サーバ６０が存在するが、売上管理サーバはこの２種類のうちのいずれか一方のみでもよい。

カード会社のサーバである決済管理サーバの構成は限定されない。例えば、カード会社では、与信照会を実行するサーバと、決済情報を処理するサーバとが分かれていてもよい。

取引管理システム内で二つの数値の大小関係を比較する際には、「以上」および「よりも大きい」という二つの基準のどちらを用いてもよく、「以下」および「未満」という二つの基準のうちのどちらを用いてもよい。このような基準の選択は、二つの数値の大小関係を比較する処理についての技術的意義を変更するものではない。

少なくとも一つのプロセッサにより実行される取引管理方法の処理手順は上記実施形態での例に限定されない。例えば、上述したステップ（処理）の一部が省略されてもよいし、別の順序で各ステップが実行されてもよい。また、上述したステップのうちの任意の２以上のステップが組み合わされてもよいし、ステップの一部が修正又は削除されてもよい。あるいは、上記の各ステップに加えて他のステップが実行されてもよい。

１…取引管理システム、１０…店舗端末、１１…タグ情報取得部、１２…購入処理部、１９…非接触ＩＣカードリーダ／ライタ、２０…取引管理サーバ、２１…与信要求部、２２…カードデータ取得部、２３…決済情報処理部、３０…カードデータベース、４０…決済管理サーバ、４１…与信照会部、４２…決済部、５０…第１売上管理サーバ、５１…トークン部、５２…決済管理部、６０…第２売上管理サーバ、６１…決済管理部、７０…ポイント管理サーバ、７１…ポイント管理部、９０…顧客、９１…ＩＣタグ。

Claims (8)

1. 店舗に備えられた店舗端末と通信接続する取引管理サーバを備え、
   前記取引管理サーバが、
   前記店舗で商品を購入しようとする顧客を一意に特定する識別子である顧客ＩＤを含む与信問合せを前記店舗端末から受信し、
   前記顧客ＩＤと、前記顧客の後払いカードの正式なカード番号と、該正式なカード番号をトークン化することで得られる、該後払いカードのトークン化されたカード番号とが関連付けられたカードデータを記憶するデータベースから、前記受信された顧客ＩＤに対応する前記正式なカード番号および前記トークン化されたカード番号を取得し、
   前記正式なカード番号を含む与信照会要求を、前記後払いカードの決済を管理するカード会社の決済管理サーバに送信し、
   前記正式なカード番号の与信結果を前記決済管理サーバから受信し、
   前記与信結果と前記トークン化されたカード番号とを含み、且つ前記正式なカード番号を含まない与信応答を前記店舗端末に送信し、
   前記店舗端末が、前記与信応答に基づいて、前記正式なカード番号を取得することなく前記商品の取引を実行する、
   取引管理システム。
2. 前記店舗端末での前記商品の取引を統括的に管理する売上管理サーバをさらに備え、
   前記売上管理サーバが、
   前記店舗での１以上の取引を示す取引情報を前記店舗端末から受信し、ここで、該取引情報が、個々の前記取引に対応する前記トークン化されたカード番号を含み、且つ該個々の取引に対応する前記正式なカード番号を含まず、
   前記個々の取引に対応する前記トークン化されたカード番号を前記取引管理サーバに送信し、
   前記取引管理サーバが、
   前記データベースを参照することで、前記売上管理サーバから受信した前記個々の取引に対応する前記トークン化されたカード番号のそれぞれに対応する前記正式なカード番号を取得し、
   前記個々の取引に対応する前記正式なカード番号を前記売上管理サーバに送信し、
   前記売上管理サーバが、前記個々の取引に対応する前記正式なカード番号を含み、且つ前記取引情報に基づく決済情報を前記決済管理サーバに送信する、
   請求項１に記載の取引管理システム。
3. 前記店舗端末での前記商品の取引を統括的に管理する売上管理サーバをさらに備え、
   前記売上管理サーバが、
   前記店舗での１以上の取引を示す取引情報を前記店舗端末から受信し、ここで、該取引情報が、個々の前記取引に対応する前記トークン化されたカード番号を含み、且つ該個々の取引に対応する前記正式なカード番号を含まず、
   前記個々の取引に対応する前記トークン化されたカード番号を含む前記取引情報を前記取引管理サーバに送信し、
   前記取引管理サーバが、
   前記データベースを参照することで、前記売上管理サーバから受信した前記個々の取引に対応する前記トークン化されたカード番号のそれぞれに対応する前記正式なカード番号を取得し、
   前記個々の取引に対応する前記正式なカード番号を含み、且つ前記取引情報に基づく決済情報を前記決済管理サーバに送信する、
   請求項１に記載の取引管理システム。
4. 前記店舗端末をさらに備え、
   前記店舗端末が、前記顧客を記憶する前記顧客のＩＣタグから前記顧客ＩＤを取得し、該顧客ＩＤを含む前記与信問合せを前記取引管理サーバに送信する、
   請求項１～３のいずれか一項に記載の取引管理システム。
5. 前記ＩＣタグが、前記商品の取引に応じて前記顧客に付与されるポイントを管理するポイントカードを一意に特定する識別子であるポイントカード番号をさらに記憶し、
   前記店舗端末が、
   前記ＩＣタグから前記ポイントカード番号をさらに取得し、
   前記ポイントカードを管理するポイント管理サーバに前記ポイントカード番号を送信し、
   少なくともポイント残高を含む、前記ポイントカード番号の照会結果を示すポイント状況を前記ポイント管理サーバから受信し、
   前記商品の取引において、前記顧客の購入金額に基づいて前記ポイント残高にポイントを加算する処理、又は前記ポイント残高の少なくとも一部を減算するとともに前記購入金額の一部として前記ポイント残高の該少なくとも一部を用いる処理をさらに実行する、
   請求項４に記載の取引管理システム。
6. 前記商品が燃料油を含み、
   前記店舗端末が給油機である、
   請求項１～５のいずれか一項に記載の取引管理システム。
7. 店舗に備えられた店舗端末と通信接続する取引管理サーバを備える取引管理システムにより実行される取引管理方法であって、
   前記取引管理サーバが、前記店舗で商品を購入しようとする顧客を一意に特定する識別子である顧客ＩＤを含む与信問合せを前記店舗端末から受信するステップと、
   前記取引管理サーバが、前記顧客ＩＤと、前記顧客の後払いカードの正式なカード番号と、該正式なカード番号をトークン化することで得られる、該後払いカードのトークン化されたカード番号とが関連付けられたカードデータを記憶するデータベースから、前記受信された顧客ＩＤに対応する前記正式なカード番号および前記トークン化されたカード番号を取得するステップと、
   前記取引管理サーバが、前記正式なカード番号を含む与信照会要求を、前記後払いカードの決済を管理するカード会社の決済管理サーバに送信するステップと、
   前記取引管理サーバが、前記正式なカード番号の与信結果を前記決済管理サーバから受信するステップと、
   前記取引管理サーバが、前記与信結果と前記トークン化されたカード番号とを含み、且つ前記正式なカード番号を含まない与信応答を前記店舗端末に送信するステップと
   を含み、
   前記店舗端末が、前記与信応答に基づいて、前記正式なカード番号を取得することなく前記商品の取引を実行する、
   取引管理方法。
8. 店舗に備えられた店舗端末と通信接続するコンピュータに、
   前記店舗で商品を購入しようとする顧客を一意に特定する識別子である顧客ＩＤを含む与信問合せを前記店舗端末から受信するステップと、
   前記顧客ＩＤと、前記顧客の後払いカードの正式なカード番号と、該正式なカード番号をトークン化することで得られる、該後払いカードのトークン化されたカード番号とが関連付けられたカードデータを記憶するデータベースから、前記受信された顧客ＩＤに対応する前記正式なカード番号および前記トークン化されたカード番号を取得するステップと、
   前記正式なカード番号を含む与信照会要求を、前記後払いカードの決済を管理するカード会社の決済管理サーバに送信するステップと、
   前記正式なカード番号の与信結果を前記決済管理サーバから受信するステップと、
   前記与信結果と前記トークン化されたカード番号とを含み、且つ前記正式なカード番号を含まない与信応答を前記店舗端末に送信するステップと
   を実行させ、
   前記店舗端末が、前記与信応答に基づいて、前記正式なカード番号を取得することなく前記商品の取引を実行する、
   取引管理プログラム。

Images