JP6666317B2 - 決済システム及び利用者管理装置 - Google Patents

Description

本発明の実施形態は、決済システム及び利用者管理装置に関する。

クレジットカードを用いたクレジット決済においては、クレジットカードに記録されているカード番号等のカードデータをリーダによって読み取るか、あるいはカードデータを手動で入力している。すなわちカードデータが、第三者の目に触れる危険性がある。
クレジットカードを用いない決済技術も種々考案されているが、広く普及しているクレジット決済とは全く異なるシステムであるために、普及するには至っていない。
このような事情から、既存のクレジット決済の仕組みを大幅に変更すること無しにクレジット決済を行うことができ、しかもカードデータが第三者に知られるリスクを軽減できることが望まれていた。

特開２０１０−６１３１８号公報

本発明が解決しようとする課題は、既存のクレジット決済の仕組みを大幅に変更すること無しにクレジット決済を行うことができ、しかもカードデータが第三者に知られるリスクを軽減できる決済システム及び利用者管理装置を提供することである。

実施形態の決済システムは、利用者が店舗で行った取引に関する代金を利用者に決済させるための受付処理を行う決済受付装置と、利用者を識別するための利用者コードを管理する利用者管理装置と、とを備える。利用者管理装置は、記憶手段、第２の取得手段、第１の通知手段及び第２の通知手段を備える。決済受付装置は、第１の取得手段、第３の取得手段及び要求手段を備える。記憶手段は、利用者コードに関連づけて、当該利用者コードで識別される利用者が使用するクレジットカードを識別するためのもので、当該クレジットカードを識別するためのクレジットコードとは異なる連携コードを記憶する。第１の取得手段は、店舗における決済を行う利用者に関する前記利用者コードを取得する。第２の取得手段は、第１の取得手段により取得された利用者コードを決済受付装置から取得する。第１の通知手段は、第２の取得手段により取得された利用者コードに記憶手段にて関連づけられた連携コードを、クレジットカードを用いた決済を行うクレジット処理装置に対して通知する。第２の通知手段は、第１の通知手段による通知に応じてクレジット処理装置から通知され、前記クレジットコードとは異なり、かつ有効期限が定められた識別コードを、利用者に対して通知する。第３の取得手段は、識別コードを取得する。要求手段は、第３の取得手段により取得された識別コードの通知を伴ってクレジット決済をクレジット処理装置に要求する。

一実施形態に係る決済システムの概略構成を示すブロック図。 図１中のＰＯＳ端末の要部回路構成を示すブロック図。 図１中のユーザ端末の要部回路構成を示すブロック図。 図１中のレシートサーバの要部回路構成を示すブロック図。 図５中のカードリストデータベースに含まれるデータレコードの構成を示す図。 図５中の順位リストデータベースに含まれるデータレコードの構成を示す図。 図１中のクレジットサーバの要部回路構成を示すブロック図。 図７中のカードデータベースに含まれるデータレコードの構成を示す図。 図２中のプロセッサによる情報処理のフローチャート。 クレジット決済の場合の決済システム内での情報授受に関するシーケンス図。 図４中のプロセッサによる情報処理のフローチャート。

以下、実施の形態の一例について図面を用いて説明する。
図１は本実施形態に係る決済システム１００の概略構成を示すブロック図である。
決済システム１００は、ＰＯＳ（point-of-sale）端末１０、ユーザ端末２０、レシートサーバ３０及びクレジットサーバ４０を含む。そしてこれらＰＯＳ端末１０、ユーザ端末２０、レシートサーバ３０及びクレジットサーバ４０は、通信ネットワーク５０を介して通信可能である。通信ネットワーク５０は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網、専用線などを、単独又は適宜に組み合わせて用いることができる。なお、決済システム１００には、典型的には複数のＰＯＳ端末１０と複数のユーザ端末２０とが含まれるが、図１においては１つずつのみを示している。また、決済システム１００には、レシートサーバ３０又はクレジットサーバ４０が複数設けられる場合もある。

ＰＯＳ端末１０は、店舗における商品販売などの取引の内容の登録及び会計などのための処理を行う。なお、会計のための処理は、代金の算出のための処理と、当該代金の決済のための処理が含まれる。かくしてＰＯＳ端末１０は、利用者が店舗で行った取引に関する代金を利用者に決済させるための処理を行う決済受付装置としての機能を備えている。

ユーザ端末２０は、レシートサーバ３０によって提供される電子レシートサービスのユーザによる操作に基づいて、取引の内容及び会計の結果等を閲覧させるための画面の表示などを行う。複数のユーザ端末２０が決済システム１００に含まれる場合、これらの複数のユーザ端末２０が同一のユーザにより利用されてもよいし、異なるユーザにより個別に利用されてもよい。あるいは、１つのユーザ端末２０が複数のユーザにより共用されてもよい。

レシートサーバ３０は、ＰＯＳ端末１０で決済が完了した取引の内容及び会計の結果を表すレシートデータをＰＯＳ端末１０から取得し、蓄積する。レシートサーバ３０は、レシートデータの内容を表したレシート画像を表したレシート画面データを生成し、このレシート画面データをユーザ端末２０へと送信する。なおレシートサーバ３０は、レシートデータの管理のために、利用者を識別するための利用者コードを管理しており、当該管理を行う利用者管理装置としての機能を備えている。

クレジットサーバ４０は、クレジット決済のための処理を実行する。つまりクレジットサーバ４０は、クレジット処理装置に相当する。

図２はＰＯＳ端末１０の要部回路構成を示すブロック図である。
ＰＯＳ端末１０は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、表示デバイス１４、入力デバイス１５、読取デバイス１６、プリンタ１７、通信インタフェース１８及び伝送路１９等を備える。

ＰＯＳ端末１０においては、プロセッサ１１、メインメモリ１２及び補助記憶デバイス１３を伝送路１９で接続することによって、ＰＯＳ端末１０を制御するための情報処理を行うコンピュータを構成する。

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム及びアプリケーションプログラムに従って、ＰＯＳ端末１０としての各種の機能を実現するべく各部を制御する。

メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域ではオペレーティングシステム及びアプリケーションプログラムを記憶する。またメインメモリ１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス１３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス１３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）である。ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）、あるいはその他の周知の各種の記憶デバイスを利用できる。補助記憶デバイス１３は、プロセッサ１１が各種の処理を行う上で使用するデータと、プロセッサ１１での処理によって生成されたデータとを保存する。補助記憶デバイス１３は、アプリケーションプログラムを記憶する場合もある。

表示デバイス１４は、操作者に対して各種の情報を通知するための各種画面を表示する。表示デバイス１４としては、例えば液晶表示デバイスなどの周知のデバイスを適用できる。
入力デバイス１５は、操作者による各種の指示を入力する。入力デバイス１５としては、タッチセンサ又はキーボードなどの周知のデバイスを、単独又は組み合わせて適用できる。

読取デバイス１６は、記録媒体に記憶又は表示されたデータを読み取る。読取デバイス１６としては、バーコードスキャナ又はカードリーダなどの周知のデバイスを、単独又は組み合わせて適用できる。
プリンタ１７は、レシート用紙に対してレシート画像をプリントしてレシート（以下、紙レシートと称する）を発行する。

通信インタフェース１８は、通信ネットワーク５０を介したデータ通信を行う。通信インタフェース１８としては、例えばインターネットを介したデータ通信のための周知の処理を行うように構成された周知のものを用いることができる。
伝送路１９は、アドレスバス、データバス及び制御信号線等を含み、接続されている各部の間で授受されるデータや制御信号を伝送する。

ＰＯＳ端末１０は、後述する情報処理について記述したアプリケーションプログラムをメインメモリ１２又は補助記憶デバイス１３に記憶する。なお、アプリケーションプログラムは、ＰＯＳ端末１０のハードウェアの譲渡の際にメインメモリ１２又は補助記憶デバイス１３に記憶されていてもよいし、上記のハードウェアとは別に譲渡されてもよい。後者の場合、アプリケーションプログラムは、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介して譲渡される。

図３はユーザ端末２０の要部回路構成を示すブロック図である。
ユーザ端末２０は、典型的には、スマートフォン、携帯電話、あるいはタブレット端末等のような携帯型の情報処理装置である。ユーザ端末２０は、デスクトップ型のパーソナルコンピュータなどの様な据置型の情報処理装置であってもよい。

ユーザ端末２０は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、タッチパネル２４、通信インタフェース２５および伝送路２６等を備える。

ユーザ端末２０においては、プロセッサ２１、メインメモリ２２および補助記憶デバイス２３を伝送路２６で接続することによって、ユーザ端末２０を制御するための情報処理を行うコンピュータを構成する。

プロセッサ２１は、上記コンピュータの中枢部分に相当する。プロセッサ２１は、オペレーティングシステムやアプリケーションプログラムに従って、ユーザ端末２０としての各種の機能を実現するべく各部を制御する。

メインメモリ２２は、上記コンピュータの主記憶部分に相当する。メインメモリ２２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ２２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ２２は、プロセッサ２１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ２２は、揮発性のメモリ領域を、プロセッサ２１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス２３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス２３は、例えばＥＥＰＲＯＭである。ＨＤＤ、ＳＳＤなどが補助記憶デバイス２３として使用されてもよい。補助記憶デバイス２３は、プロセッサ２１が各種の処理を行う上で使用するデータや、プロセッサ２１での処理によって生成されたデータを保存する。補助記憶デバイス２３は、アプリケーションプログラムを記憶する。

補助記憶デバイス２３が記憶するアプリケーションプログラムの１つは、レシートクライアントとしての動作のための情報処理プログラム（以下、レシートクライアントアプリと称する）Ｐ１１である。ただし典型的には、レシートクライアントアプリＰ１１は、ユーザ端末２０の使用者による操作に応じて、例えばインターネットを介してダウンロードされて補助記憶デバイス２３に書き込まれる。つまり、ユーザ端末２０の使用者へのユーザ端末２０の譲渡は、レシートクライアントアプリＰ１１が補助記憶デバイス２３に記憶されていない状態で行われる。しかしながら、レシートクライアントアプリＰ１１が補助記憶デバイス２３に記憶された状態のユーザ端末２０がユーザ端末２０の使用者に譲渡されても構わない。

タッチパネル２４は、ユーザ端末２０の入力デバイスおよび表示デバイスとして機能する。
通信インタフェース２５は、通信ネットワーク５０を介したデータ通信のインタフェースである。通信インタフェース２５としては、例えば移動通信網またはインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。
伝送路２６は、アドレスバス、データバスおよび制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

図４はレシートサーバ３０の要部回路構成を示すブロック図である。
レシートサーバ３０は、プロセッサ３１、メインメモリ３２、補助記憶デバイス３３、通信インタフェース３４および伝送路３５等を備える。

レシートサーバ３０においては、プロセッサ３１、メインメモリ３２および補助記憶デバイス３３を伝送路３５で接続することによって、レシートサーバ３０を制御するための情報処理を行うコンピュータを構成する。

プロセッサ３１は、上記コンピュータの中枢部分に相当する。プロセッサ３１は、オペレーティングシステムやアプリケーションプログラムに従って、レシートサーバ３０としての各種の機能を実現するべく各部を制御する。

メインメモリ３２は、上記コンピュータの主記憶部分に相当する。メインメモリ３２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ３２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ３２は、プロセッサ３１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ３２は、揮発性のメモリ領域を、プロセッサ３１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス３３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス３３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤなどである。補助記憶デバイス３３は、プロセッサ３１が各種の処理を行う上で使用するデータや、プロセッサ３１での処理によって生成されたデータを保存する。補助記憶デバイス３３は、上記のアプリケーションプログラムを記憶する場合もある。補助記憶デバイス３３が記憶するアプリケーションプログラムの１つは、レシートサーバ３０としての動作のための情報処理プログラム（以下、レシートサーバアプリと称する）Ｐ２１である。

通信インタフェース３４は、通信ネットワーク５０を介したデータ通信のインタフェースである。通信インタフェース３４としては、例えばインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。
伝送路３５は、アドレスバス、データバスおよび制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

レシートサーバ３０は、例えば汎用のコンピュータ装置を基本ハードウェアとして用いることができる。このときに典型的には、レシートサーバアプリＰ２１が補助記憶デバイス３３に記憶されない状態のコンピュータ装置とレシートサーバアプリＰ２１とが個別にレシートサーバ３０の運営者に譲渡される。レシートサーバアプリＰ２１の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。そしてこの場合は、レシートサーバ３０の管理者またはレシートサーバ３０の設置作業者などによる操作に応じて、レシートサーバアプリＰ２１が補助記憶デバイス３３に書き込まれる。

プロセッサ３１は、補助記憶デバイス３３の記憶領域の一部を、レシートデータベースＤ２１、カードリストデータベースＤ２２及び順位リストデータベースＤ２３として用いる。レシートデータベースＤ２１は、レシートデータを蓄積する。レシートデータは、一例としては、取引コード、会員コード、会計データおよび明細データを含む。取引コードは、取引の個々を識別する一意のコードである。会員コードは、電子レシートサービスの利用者を識別する一意のコードである。つまり会員コードは、利用者コードに相当する。会計データは、会計の結果を表すデータである。会計データにどのような項目のデータを含むかは任意であるが、例えば、決済が行われた日時、決済金額、決済方法、あるいは決済を行った店舗を識別するための店舗コードなどを含むことが想定される。明細データは、決済の対象となった取引の内容の明細を表すデータである。

図５はカードリストデータベースＤ２２に含まれるデータレコードＲ１１の構成を示す図である。
カードリストデータベースＤ２２は、データレコードＲ１１の集合である。データレコードＲ１１は、電子レシートサービスの利用者のそれぞれに対応する。データレコードＲ１１は、フィールドＦ１１及び少なくとも１つのフィールドＦ１２を含む。フィールドＦ１１のデータは、対応する利用者を識別するための会員コードを示す。フィールドＦ１２のデータは、対応する利用者が使用するクレジットカードに対して設定された連携コードを表す。従ってフィールドＦ１２は、対応する利用者が使用するクレジットカードの数に応じた数がデータレコードＲ１１に含まれる。図５は、対応する利用者により３つのクレジットカードが登録されている例を示している。このため図５に示すデータレコードＲ１１は、フィールドＦ１２を３つ含んでいる。かくして、カードリストデータベースＤ２２を記憶していることにより補助記憶デバイス３３は、利用者コードに相当する会員コードに関連づけて連携コードを記憶する記憶手段として機能する。

図６は順位リストデータベースＤ２３に含まれるデータレコードＲ２１の構成を示す図である。
順位リストデータベースＤ２３は、データレコードＲ２１の集合である。データレコードＲ２１は、電子レシートサービスの利用者とＰＯＳ端末１０を設置している店舗との組み合わせに対応する。データレコードＲ２１は、フィールドＦ２１，Ｆ２２及び少なくとも１つのフィールドＦ２３を含む。フィールドＦ２１のデータは、対応する利用者を識別するための会員コードを示す。フィールドＦ２２のデータは、対応する店舗を識別するための店舗コードを示す。フィールドＦ２３のデータは、対応する利用者が使用するクレジットカードに対して設定された連携コードを表す。ただしフィールドＦ２３は、対応する利用者が対応する店舗で利用する可能性のあるクレジットカードの連携コードを示し、それらのクレジットカードの優先順位に応じた順序で配列されている。なお優先順位は、それを表す別の値などを付加することにより管理可能としてもよい。

図６は、対応する店舗にて、対応する利用者により２つのクレジットカードが利用され得る例を示している。このため図６に示すデータレコードＲ２１は、フィールドＦ２３を２つ含んでいる。そして図６は、「連携コードＢ」に関連付けられたクレジットカードの方が、「連携コードＡ」に関連付けられたクレジットカードよりも使用される可能性が高い場合の一例である。

図７はクレジットサーバ４０の要部回路構成を示すブロック図である。
クレジットサーバ４０は、プロセッサ４１、メインメモリ４２、補助記憶デバイス４３、通信インタフェース４４および伝送路４５等を備える。

クレジットサーバ４０においては、プロセッサ４１、メインメモリ４２および補助記憶デバイス４３を伝送路４５で接続することによって、クレジットサーバ４０を制御するための情報処理を行うコンピュータを構成する。

プロセッサ４１は、上記コンピュータの中枢部分に相当する。プロセッサ４１は、オペレーティングシステムやアプリケーションプログラムに従って、クレジットサーバ４０としての各種の機能を実現するべく各部を制御する。

メインメモリ４２は、上記コンピュータの主記憶部分に相当する。メインメモリ４２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ４２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ４２は、プロセッサ４１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ４２は、揮発性のメモリ領域を、プロセッサ４１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス４３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス４３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤなどである。補助記憶デバイス４３は、プロセッサ４１が各種の処理を行う上で使用するデータや、プロセッサ４１での処理によって生成されたデータを保存する。補助記憶デバイス４３は、上記のアプリケーションプログラムを記憶する場合もある。補助記憶デバイス４３が記憶するアプリケーションプログラムの１つは、クレジットサーバ４０としての動作のための情報処理プログラム（以下、クレジットサーバアプリと称する）Ｐ３１である。

通信インタフェース４４は、通信ネットワーク５０を介したデータ通信のインタフェースである。通信インタフェース４４としては、例えばインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。
伝送路４５は、アドレスバス、データバスおよび制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

クレジットサーバ４０は、例えば汎用のコンピュータ装置を基本ハードウェアとして用いることができる。このときに典型的には、クレジットサーバアプリＰ３１が補助記憶デバイス４３に記憶されない状態のコンピュータ装置とクレジットサーバアプリＰ３１とが個別にクレジットサーバ４０の運営者に譲渡される。クレジットサーバアプリＰ３１の譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。そしてこの場合は、クレジットサーバ４０の管理者またはクレジットサーバ４０の設置作業者などによる操作に応じて、クレジットサーバアプリＰ３１が補助記憶デバイス４３に書き込まれる。

プロセッサ４１は、補助記憶デバイス４３の記憶領域の一部を、カードデータベースＤ３１として用いる。

図８はカードデータベースＤ３１に含まれるデータレコードＲ３１の構成を示す図である。
カードデータベースＤ３１は、データレコードＲ３１の集合である。データレコードＲ３１は、電子レシートサービスの利用者と当該利用者が使用するクレジットカードとの組み合わせにそれぞれ対応する。データレコードＲ３１は、フィールドＦ３１，Ｆ３２，Ｆ３３，Ｆ３４，Ｆ３５を含む。フィールドＦ３１のデータは、対応する利用者を識別するための会員コードを示す。フィールドＦ３２のデータは、対応するクレジットカードに対して設定された連携コードを表す。フィールドＦ３３のデータは、対応するクレジットカードを識別するカード番号を表す。このカード番号は、クレジットコードの一例である。フィールドＦ３４のデータは、後述するトークンを表す。フィールドＦ３５は、フィールドＦ３４のデータが表すトークンの有効期限を表す。

次に以上のように構成された決済システム１００の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

まず、決済システム１００を利用する利用者は、レシートサーバ３０の運営者（以下、レシートサービス提供者）に対して利用者登録を行い、会員コードを取得する。また利用者は、レシートサーバ３０が電子レシートサービスの中で提供するクレジット決済サービスを利用したい場合には、そこで使用するクレジットカードのカード番号を、レシートサービス提供者に申告する。レシートサービス提供者は、当該申告されたカード番号を、クレジットサーバ４０の運営者（以下、クレジットサービス提供者と称する）に対して通知する。クレジットサービス提供者は、通知されたカード番号に関連付けて連携コードを発行し、フィールドＦ３１，Ｆ３２，Ｆ３３に、会員コード、連携コード及びカード番号をセットしたデータレコードＲ３１を生成し、カードデータベースＤ３１に追加する。またクレジットサービス提供者は、連携コードをレシートサービス提供者に通知する。レシートサービス提供者は、フィールドＦ１１，Ｆ１２に会員コード及び連携コードをセットしたデータレコードＲ１１を生成し、カードリストデータベースＤ２２に追加する。なおレシートサービス提供者は、フィールドＦ１１に該当の会員コードがセットされたデータレコードＲ１１が既にカードリストデータベースＤ２２に含まれていたならば、そのデータレコードＲ１１を、新たに通知された連携コードをセットした新たなフィールドＦ１２を含むように更新する。なお、以上の処理は、レシートサーバ３０及びクレジットサーバ４０によって自動で行われてもよいし、レシートサービス提供者及びクレジットサービス提供者に属する係員による操作が介在して行われてもよい。

さて、ＰＯＳ端末１０が買上登録及び会計を行う動作状態にあるとき、プロセッサ１１はメインメモリ１２又は補助記憶デバイス１３に記憶されたアプリケーションプログラムに従って以下に説明する処理を実行している。

図９はプロセッサ１１による情報処理のフローチャートである。
Ａｃｔ１としてプロセッサ１１は、会員コードが指定されたか否かを確認する。そしてプロセッサ１１は、会員コードが指定されていないならばＮｏと判定し、Ａｃｔ２へと進む。
Ａｃｔ２としてプロセッサ１１は、決済方法の指定がなされたか否かを確認する。そしてプロセッサ１１は、決済方法の指定がなされていなければＮｏと判定し、Ａｃｔ３へと進む。
Ａｃｔ３としてプロセッサ１１は、買上登録の対象となる商品の指定がなされたか否かを確認する。そしてプロセッサ１１は、商品の指定がなされていなければＮｏと判定し、Ａｃｔ４へと進む。
Ａｃｔ４としてプロセッサ１１は、締め操作が行われたか否かを確認する。そしてプロセッサ１１は、該当の操作が行われていなければＮｏと判定し、Ａｃｔ１へと戻る。
かくしてプロセッサ１１はＡｃｔ１−Ａｃｔ４としては、会員コード、決済方法及び商品の指定のいずれか、又は締め操作が行われるのを待ち受ける。

利用者は、店舗において商品を買い上げようとする場合には、その店舗に設置されたＰＯＳ端末１０にて商品の買上登録及び会計を行う。なお、ＰＯＳ端末１０の操作は、店舗の店員及び利用者のどちらにより行われてもよい。以下においては、ＰＯＳ端末１０の操作が店員により行われることとする。

そしてこのときに利用者は、締め操作を行う前の任意のタイミングで、会員コードを店員に提示する。一例としては、利用者は、ユーザ端末２０においてレシートクライアントアプリＰ１１に基づくプロセッサ２１による情報処理により、タッチパネル２４に会員コードを示したバーコードを表示させる。なおプロセッサ２１は、利用者の認証を行い、これに成功した場合にのみバーコードを表示させることが望ましい。そして利用者は、このようにタッチパネル２４に表示されたバーコードを店員に提示する。そうすると店員は、読取デバイス１６にバーコードを読み取らせる。読取デバイス１６は、上記のバーコードを読み取ることによって会員コードを取得する。プロセッサ１１は、このようにして会員コードが取得されたならば、会員コードの指定がなされたとしてＡｃｔ１にてＹｅｓと判定し、Ａｃｔ５へと進む。なお、この動作の中で読取デバイス１６は、利用者コードを取得する第１の取得手段として機能する。

Ａｃｔ５としてプロセッサ１１は、電子レシート受付処理を行う。電子レシート受付処理とは、商品登録の対象となっている取引に電子レシートサービスを適用することを管理するための処理である。具体的にはプロセッサ１１は例えば、当該取引を識別するための取引コードに関連づけた電子レシートフラグをセットするとともに、上記の取引コードに関連づけて会員コードを保存する。そしてプロセッサ１１はこののち、Ａｃｔ１−Ａｃｔ４の待受状態に戻る。

一方、利用者は、ＰＯＳ端末１０で定められた標準の決済方法、あるいは既に変更済みの決済方法とは異なる決済方法での決済を希望する場合には、その旨を店員に告げる。そうすると店員は、例えば入力デバイス１５を操作して、決済方法を指定する。これに応じてプロセッサ１１は、Ａｃｔ２にてＹｅｓと判定し、Ａｃｔ６へと進む。
Ａｃｔ６としてプロセッサ１１は、決済方法受付処理を行う。つまりプロセッサ１１は、指定された決済方法を使用する決済方法として設定する。より具体的にはプロセッサ１１は例えば、決済方法を管理するための決済方法データの値を、指定された決済方法を表す値に変更する。そしてプロセッサ１１はこののち、Ａｃｔ１−Ａｃｔ４の待受状態に戻る。

店員は、利用者が買い上げようとしている商品を、１つずつＰＯＳ端末１０に指定してゆく。例えば店員は、該当する商品に表示されていて商品コードを示したバーコードを、読取デバイス１６に読み取らせる。プロセッサ１１は、このようにして商品コードが取得できたならば、商品の指定がなされたとしてＡｃｔ３にてＹｅｓと判定し、Ａｃｔ７へと進む。
Ａｃｔ７としてプロセッサ１１は、商品登録処理を行う。具体的にはプロセッサ１１は例えば、商品リストを、上記のように取得した商品コードを含むように更新する。そしてプロセッサ１１はこののち、Ａｃｔ１−Ａｃｔ４の待受状態に戻る。

店員は、利用者が買い上げようとしている商品の全てを登録し終えたのち、会計処理に移行するならば、予め定められた締め操作を例えば入力デバイス１５にて行う。そうするとプロセッサ１１は、Ａｃｔ４にてＹｅｓと判定し、Ａｃｔ８へと進む。
Ａｃｔ８としてプロセッサ１１は、決済方法としてクレジット決済が設定されているか否かを確認する。そしてプロセッサ１１は、例えば決済方法データの値がクレジット決済を示す値であるならばＹｅｓと判定し、Ａｃｔ９へと進む。

Ａｃｔ９としてプロセッサ１１は、電子レシートサービスを適用すべきであるか否かを確認する。プロセッサ１１は、例えば電子レシートフラグがセット状態であることを確認するとＹｅｓと判定する。そしてプロセッサ１１は、Ａｃｔ１０へと進む。
Ａｃｔ１０としてプロセッサ１１は、レシートサーバ３０に対してクレジット宣言を行う。具体的にはプロセッサ１１は例えば、クレジット宣言であることを示すものとして予め定められたコマンドと、会員コードと、ＰＯＳ端末１０が設置されている店舗を識別する店舗コードとを含んだデータをレシートサーバ３０に宛てて通信インタフェース１８から送信させる。

図１０はクレジット決済の場合の決済システム１００内での情報授受に関するシーケンス図である。
図１０にイベントＥ１として示すように、クレジット宣言のための上記のデータは、通信ネットワーク５０を介してレシートサーバ３０へと伝送される。そうすると、当該データは通信インタフェース３４によってレシートサーバ３０に取り込まれる。当該データは、前述のように会員コードを含む。従って通信インタフェース３４は、利用者コードとしての会員コードを決済受付装置としてのＰＯＳ端末１０から取得していることとなり、第２の取得手段として機能する。

さてレシートサーバ３０が通常の動作状態にあるとき、プロセッサ３１はレシートサーバアプリＰ２１に従って以下に説明する処理を実行している。
図１１はプロセッサ３１による情報処理のフローチャートである。

Ａｃｔ３１としてプロセッサ３１は、クレジットカードの指定がなされたか否かを確認する。そしてプロセッサ３１は、該当の指定がなされていなければＮｏと判定し、Ａｃｔ３２へと進む。
Ａｃｔ３２としてプロセッサ３１は、トークンが通知されたか否かを確認する。そしてプロセッサ３１は、該当の通知がなされていなければＮｏと判定し、Ａｃｔ３３へと進む。
Ａｃｔ３３としてプロセッサ３１は、レシートデータが受信されたか否かを確認する。そしてプロセッサ３１は、該当の受信がなされていなければＮｏと判定し、Ａｃｔ３４へと進む。
Ａｃｔ３４としてプロセッサ３１は、クレジット宣言がなされたか否かを確認する。そしてプロセッサ３１は、クレジット宣言がなされていなければＮｏと判定し、Ａｃｔ３１へと戻る。
かくしてプロセッサ３１はＡｃｔ３１−Ａｃｔ３４としては、カード指定、トークン通知、レシートデータ受信及びクレジット宣言のいずれかがなされるのを待ち受ける。そしてプロセッサ３１は、前述したようにクレジット宣言のためのデータが通信インタフェース３４によって取り込まれると、Ａｃｔ３４にてＹｅｓと判定してＡｃｔ３５へと進む。

Ａｃｔ３５としてプロセッサ３１は、クレジット決済を利用しようとしている利用者に関するカードリストがあるか否かを確認する。具体的にはプロセッサ３１は例えば、クレジット宣言に含まれた会員コードがフィールドＦ１１に示されたデータレコードＲ１１がカードリストデータベースＤ２２に含まれるならば、カードリストがあるとしてＹｅｓと判定し、Ａｃｔ３６へと進む。

Ａｃｔ３６としてプロセッサ３１は、利用者に関する順位リストがあるか否かを確認する。プロセッサ３１は例えば、クレジット宣言に含まれた会員コード及び店舗コードがフィールドＦ２１，Ｆ２２に示されたデータレコードＲ２１が順位リストデータベースＤ２３に含まれるならば、順位リストがあるとしてＹｅｓと判定し、Ａｃｔ３７へと進む。

Ａｃｔ３７としてプロセッサ３１は、使用するクレジットカードの選択肢となるクレジットカードを抽出し、並べ替える。具体的にはプロセッサ１１は例えば、Ａｃｔ３５にて該当するものとして見つけたデータレコードＲ１１のフィールドＦ１２に表された連携コードのうちから、Ａｃｔ３６にて該当するものとして見つけたデータレコードＲ２１のフィールドＦ２３に表された連携コードに合致するものを抽出する。さらにプロセッサ３１は、このようにして抽出した連携コードが複数であるならば、それらをデータレコードＲ２１における並び順に応じて並び替える。ただしこれは一例であって、プロセッサ３１は、ここでの処理は、予め定められた任意のルールに従って行えばよい。例えば、上記のように抽出及び並び替えを行った後、その後に、抽出されなかった連携コードを追加してもよい。

プロセッサ３１は、Ａｃｔ３７を終えたならば、Ａｃｔ３８へと進む。なおプロセッサ３１は、Ａｃｔ３６にて該当するデータレコードＲ２１が見つからないためにＮｏと判定したならば、Ａｃｔ３７をパスしてＡｃｔ３８へと進む。

Ａｃｔ３８としてプロセッサ３１は、一覧画面を生成し、当該一覧画面のデータを、利用者が使用しているユーザ端末２０へと送信する。一覧画面は、利用者に対し、使用可能なクレジットカードの一覧を提示し、使用するクレジットカードを選択させるための画面である。プロセッサ３１は、Ａｃｔ３７をパスした場合には、Ａｃｔ３５にて該当するものとして見つけたデータレコードＲ１１のフィールドＦ１２に表された連携コードの一覧を表すものとして一覧画面を生成する。またプロセッサ３１は、Ａｃｔ３７を行った場合には、抽出、並び替え後の連携コードの一覧を表すものとして一覧画面を生成する。なおプロセッサ３１は、各クレジットカードのブランド名やカード番号の一部などを連携コードに関連づけて保持しておき、これを一覧画面に表すようにしてもよい。ただし一覧画面には、カード番号の全ては表さないこととする。そしてプロセッサ３１は、クレジット宣言に含まれた会員コードに応じたユーザ端末２０に対して一覧画面のデータを送信する。プロセッサ３１は、一覧画面のデータを送信し終えたならば、Ａｃｔ３１−Ａｃｔ３４の待受状態に戻る。

図１０にイベントＥ２として示すように、一覧画面のデータは、通信ネットワーク５０を介してユーザ端末２０へと伝送される。そうすると、当該データは通信インタフェース２５によりユーザ端末２０へと取り込まれる。これに応じてプロセッサ２１は、図１０に示すＡｃｔ５１として、タッチパネル２４に一覧画面を表示させる。利用者はこの一覧画面を確認し、クレジット決済に用いるクレジットカードを指定するようにタッチパネル２４を操作する。この操作に応じてプロセッサ２１は、指定されたクレジットカードを通知するためのデータをレシートサーバ３０に対して通信インタフェース３４から送信させる。

図１０にイベントＥ３として示すように、上記のクレジットカード通知のためのデータは、通信ネットワーク５０を介しレシートサーバ３０へと伝送される。そうすると、当該データは通信インタフェース３４によってレシートサーバ３０に取り込まれる。これに応じてプロセッサ３１は、図１１中のＡｃｔ３１にてＹｅｓと判定し、Ａｃｔ３９へと進む。

Ａｃｔ３９としてプロセッサ３１は、トークンの発行をクレジットサーバ４０に対して申請する。具体的にはプロセッサ１１は例えば、トークン発行の申請であることを示すものとして予め定められたコマンドと、会員コードと、指定されたクレジットカードの連携コードとを含んだデータをクレジットサーバ４０に宛てて通信インタフェース３４から送信させる。なお、プロセッサ３１はこの後、Ａｃｔ３１−Ａｃｔ３４の待受状態に戻る。かくしてレシートサーバアプリＰ２１に基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは、第１の通知手段として機能する。またプロセッサ３１を中枢とするコンピュータは、トークン発行の申請のためのデータに含める連携コードを利用者の指示に応じて選択しているのであり、選択手段として機能する。

図１０にイベントＥ４として示すように、上記の申請のためのデータは、通信ネットワーク５０を介してクレジットサーバ４０へと伝送される。そうすると、当該データは通信インタフェース４４によってクレジットサーバ４０へと取り込まれる。これに応じてプロセッサ４１は、図１０に示すＡｃｔ６１として、トークンを発行する。具体的にはプロセッサ４１は例えば、予め定められたアルゴリズムに従って、カード番号とは異なる番号をトークンとして発行する。トークンの形態は任意であってよいが、ここではカード番号と同様な１６桁の番号とする。またプロセッサ４１は、現在の日時から予め定められた有効時間が経過した日時として有効期限を定める。つまり、ここで発行されたトークンは、その発行時点から有効期限までの有効期間をもつことになる。そしてプロセッサ４１は、これらトークン及び有効期限を含むようにカードデータベースＤ３１を更新する。つまりプロセッサ４１は、トークン申請のデータに含まれた会員コード及び連携コードをフィールドＦ３１，Ｆ３２にそれぞれ表すデータレコードＲ３１のフィールドＦ３４，Ｆ３５に、上記のトークン及び有効期限をセットする。これにより、カードデータベースＤ３１では、トークンがカード番号に関連付けられて管理されることになる。ここでトークンは、連携コードで識別されるクレジットカードを用いた決済のための識別コードに相当する。

そしてプロセッサ４１は、トークンの通知であることを示すものとして予め定められたコマンドとトークンとを含んだデータを、レシートサーバ３０に宛てて通信インタフェース４４から通信ネットワーク５０へと送信させる。

図１０にイベントＥ５として示すように、上記のトークン通知のためのデータは
通信ネットワーク５０を介してレシートサーバ３０へと伝送される。そうすると、当該データは通信インタフェース３４によってレシートサーバ３０へと取り込まれる。これに応じてプロセッサ３１は、図１１中のＡｃｔ３２にてＹｅｓと判定し、Ａｃｔ４０へと進む。

Ａｃｔ４０としてプロセッサ３１は、トークン画面を生成し、当該トークン画面のデータを、利用者が使用しているユーザ端末２０へと送信する。トークン画面は、クレジットサーバ４０から通知されたトークンをＰＯＳ端末１０に取り込ませるための画面である。具体的にはプロセッサ３１は例えば、該当のトークンを示したバーコードを表した画面としてトークン画面を生成する。かくして、このトークン画面をユーザ端末２０へと送ることにより、識別コードとしてのトークンを利用者に通知することになる。かくしてレシートサーバアプリＰ２１に基づく情報処理をプロセッサ３１が実行することによって、プロセッサ３１を中枢部分とするコンピュータは第２の通知手段として機能する。

なお、プロセッサ３１は例えば、トークン発行の申請及びトークンの通知のためにクレジットサーバ４０との間に確立するセッションのセッションコードに会員コードを関連付けておくことによってトークン画面の送信先のユーザ端末２０を判定可能としておく。あるいは、クレジットサーバ４０が、トークン申請に含まれた会員コードをトークン画面のデータとともにレシートサーバ３０へと通知することによって、プロセッサ３１がトークン画面の送信先のユーザ端末２０を判定可能としてもよい。そしてプロセッサ３１は、これらに基づいて判定したユーザ端末２０に宛てて、トークン画面のデータを通信インタフェース３４から送信させる。なお、プロセッサ３１はこの後、Ａｃｔ３１−Ａｃｔ３４の待受状態に戻る。

図１０にイベントＥ６として示すように、上記のトークン画面のデータは、通信ネットワーク５０を介してユーザ端末２０へと伝送される。そうすると、当該データは通信インタフェース２５によってユーザ端末２０へと取り込まれる。これに応じてプロセッサ２１は、図１０に示すＡｃｔ５２として、タッチパネル２４にトークン画面を表示させる。利用者はこのトークン画面を店員に提示する。店員は、トークン画面に表されたバーコードを、読取デバイス１６に読み取らせる。これにより、図１０にイベントＥ７として示すように、トークンがＰＯＳ端末１０に取り込まれる。かくして読取デバイス１６は、識別コードとしてのトークンを取得する第３の取得手段として機能する。

なお、ユーザ端末２０からＰＯＳ端末１０へのトークンの取り込みは、例えばＮＦＣ（near field communication）通信などの無線通信により行われてもよいし、店員による入力デバイス１５での置数操作により行われてもよい。なおこれらの場合には、トークン画面は例えば、トークンをＰＯＳ端末１０に取り込ませるよう案内する画面とする。

さて、ＰＯＳ端末１０においてプロセッサ１１は、前述のようにＡｃｔ１０にてクレジット宣言を行った後には、Ａｃｔ１１へと進む。
Ａｃｔ１１としてプロセッサ１１は、決済に使用するクレジットカードのカード番号が入力されるのを待ち受ける。プロセッサ１１は、上述のようにトークンが取り込まれた場合には、これをカード番号の入力とみなして、Ｙｅｓと判定し、Ａｃｔ１２へと進む。なお、クレジットカードに記録されたカード番号が読取デバイス１６により読み取られた場合も、プロセッサ１１はＹｅｓと判定する。

Ａｃｔ１２としてプロセッサ１１は、クレジットサーバ４０に対して決済要求を行う。具体的にはプロセッサ１１は例えば、商品リストに示された商品に関する決済額を算出する。そしてプロセッサ１１は、決済の要求であることを示すものとして予め定められたコマンドと、この決済額と、上記のように取得されたトークン又はカード番号とを含んだデータを、クレジットサーバ４０に宛てて通信インタフェース１８から送信させる。かくしてアプリケーションプログラムに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは、クレジット決済を要求する要求手段として機能する。

図１０にイベントＥ８として示すように、上記の決済要求のためのデータが通信ネットワーク５０を介してクレジットサーバ４０へと伝送される。そうすると、当該データは通信インタフェース４４によってクレジットサーバ４０へと取り込まれる。これに応じてプロセッサ４１は、図１０に示すＡｃｔ６２として、決済処理を行う。この決済処理は、クレジットカードを用いて決済額を決済するための周知の処理である。ただしプロセッサ４１は、上記の決済要求のためのデータにトークンが含まれる場合には、カードデータベースＤ３１を参照することで、当該トークンが有効であるか否かを確認し、有効である場合には当該トークンに関連付けられたカード番号を用いて決済を行う。

プロセッサ４１は、決済を完了するか、あるいは何らかの事情で決済を断念すると、その結果を示したデータを、結果の通知であることを示すものとして予め定められたコマンドをＰＯＳ端末１０に対して通信インタフェース４４から送信させる。

図１０にイベントＥ９として示すように、上記の結果通知のためのデータは、通信ネットワーク５０を介しＰＯＳ端末１０へと伝送される。そうすると、当該データは通信インタフェース１８によってＰＯＳ端末１０に取り込まれる。

さて、ＰＯＳ端末１０においてプロセッサ１１は、前述のようにＡｃｔ１２にて決済を要求したならば、Ａｃｔ１３へと進む。
Ａｃｔ１３としてプロセッサ１１は、結果通知を待ち受ける。そしてプロセッサ１１は、上述のように結果通知のデータが取り込まれた場合にはＹｅｓと判定し、Ａｃｔ１４へと進む。

Ａｃｔ１４としてプロセッサ１１は、結果通知のデータに基づき、決済が完了したか否かを確認する。そしてプロセッサ１１は、決済が断念されているならばＮｏと判定し、Ａｃｔ１５へと進む。
Ａｃｔ１５としてプロセッサ１１は、新たな決済方法の指定がなされるのを待ち受ける。この際、プロセッサ１１は例えば、前回入力されたカード番号を用いたクレジット決済を行うことができない旨を店員に通知するとともに、新たな決済方法の指定を促す画面を表示デバイス１４に表示させてもよい。そして、決済方法を指定する操作が入力デバイス１５で行われたならばＹｅｓと判定し、Ａｃｔ１６へと進む。
Ａｃｔ１６としてプロセッサ１１は、決済方法受付処理を行う。この決済方法受付処理は、例えばＡｃｔ６で行う処理と同一であってよい。そしてプロセッサ１１はこの後、Ａｃｔ８以降の処理を繰り返す。

さて、Ａｃｔ６又はＡｃｔ１６にて、使用する決済方法としてクレジット決済が設定されていなければ、プロセッサ１１はＡｃｔ８にてＮｏと判定し、Ａｃｔ１７へと進む。
Ａｃｔ１７としてプロセッサ１１は、設定されている決済方法での決済を行う。つまりプロセッサ１１は、クレジット決済以外の決済方法による決済を行う。そしてプロセッサ１１は、決済を終えたならば、Ａｃｔ１８へと進む。なおプロセッサ１１は、クレジット決済が完了したことを確認した場合にはＡｃｔ１４にてＹｅｓと判定し、この場合にもＡｃｔ１８へと進む。

Ａｃｔ１８としてプロセッサ１１は、決済を終えた取引が電子レシートサービスの適用対象であるか否かを確認する。具体的にはプロセッサ１１は例えば、電子レシートフラグがセット状態であるか否かを確認する。そしてプロセッサ１１は、電子レシートフラグがリセット状態であるならばＮｏと判定し、Ａｃｔ１９へと進む。
Ａｃｔ１９としてプロセッサ１１は、上記の決済を終えた取引に関しての紙レシートを発行する。この紙レシートの発行は、既存のＰＯＳ端末により行われているのと同様に行われてよい。そしてプロセッサ１１はこののち、この情報処理を終了する。

一方でプロセッサ１１は、電子レシートフラグがセット状態であるならば、Ａｃｔ１８にてＹｅｓと判定し、Ａｃｔ２０へと進む。
Ａｃｔ２０としてプロセッサ１１は、上記の決済を終えた取引に関してのレシートデータを生成し、当該レシートデータをレシートサーバ３０に宛てて通信インタフェース１８から送信させる。そしてプロセッサ１１はこののち、この情報処理を終了する。

なおプロセッサ１１は、図９に示す情報処理を一旦終了したならば、例えば商品リストをクリアしたり、決済方法データの値をデフォルトの決済方法を表す値としたりする等の初期化処理などを行った上で、当該情報処理を再度開始する。

図１０にイベントＥ１０として示すように、上記のレシートデータは、通信ネットワーク５０を介してレシートサーバ３０へと伝送される。そうすると、当該レシートデータは通信インタフェース３４によってレシートサーバ３０に取り込まれる。これに応じてプロセッサ３１は、図１１中のＡｃｔ３３にてＹｅｓと判定し、Ａｃｔ４１へと進む。
Ａｃｔ４１としてプロセッサ３１は、上記の取り込まれたレシートデータを反映するようにレシートデータベースＤ２１を更新する。

Ａｃｔ４２としてプロセッサ３１は、上記の取り込まれたレシートデータに基づき、クレジット決済が行われたか否かを確認する。そしてプロセッサ３１は、クレジット決済が行われたのであればＹｅｓと判定し、Ａｃｔ４３へと進む。

Ａｃｔ４３としてプロセッサ３１は、順位リストデータベースＤ２３を更新する。ここでの順位リストデータベースＤ２３の更新のルールは、例えばレシートサーバアプリＰ２１の作成者などにより任意に定められてよい。一例としてプロセッサ３１は、取引の対象となった会員の会員コードと取引が行われた店舗の店舗コードとをレシートデータから抽出する。そしてプロセッサ３１は、当該会員コード及び店舗コードをフィールドＦ２１，Ｆ２２に示すデータレコードＲ２１を更新対象として順位リストデータベースＤ２３から選出する。プロセッサ３１は、該当するデータレコードＲ２１が順位リストデータベースＤ２３に含まれないならば、そのようなデータレコードＲ２１を順位リストデータベースＤ２３に追加し、当該データレコードＲ２１を更新対象とする。またプロセッサ３１は、決済に用いられたクレジットカードに関連付けられた連携コードが更新対象のデータレコードＲ２１に含まれないならば、該当の連携コードを表した新たなフィールドＦ２３を、フィールドＦ２２の直後に追加する。またプロセッサ３１は、決済に用いられたクレジットカードに関連付けられた連携コードが更新対象のデータレコードＲ２１に既に含まれるならば、該当の連携コードを表したフィールドＦ２３をフィールドＦ２２の直後に位置させるようにフィールドＦ２３を並び替える。つまりプロセッサ３１は、より新しく使用されたクレジットカードに関連付けられた連携コードほどデータレコードＲ２１内の前に位置させる。なおプロセッサ３１は、連携コード毎の使用回数をカウントしておき、この使用回数が大きい連携コードほどデータレコードＲ２１内の前に位置させるようにすることも考えられる。

なお、決済に用いられたクレジットカードに関連付けられた連携コードは、レシートデータには含まれない。そこでプロセッサ３１は、例えば、取引を識別するための取引コードをクレジット宣言に際してＰＯＳ端末１０から取得し、当該取引コードとトークン発行の申請のためのデータに含めた連携コードとを関連付けて管理しておく。そしてプロセッサ３１は、レシートデータに含まれた取引コードに関連づけて管理されている連携コードとして、決済に用いられたクレジットカードに関連付けられた連携コードを判定する。
そしてプロセッサ１１は、Ａｃｔ１−Ａｃｔ４の待受状態に戻る。なおプロセッサ３１は、クレジット決済が行われていないならばＡｃｔ４２にてＮｏと判定し、Ａｃｔ４３をパスしてＡｃｔ１−Ａｃｔ４の待受状態に戻る。

以上のように決済システム１００によれば、電子レシートサービスの利用者は、クレジットカードを事前に登録しておけば、ユーザ端末２０で表示されるトークンの提示によりクレジット決済を利用できる。つまり利用者は、クレジットカードを提示したり、クレジット番号を入力したりすることなしに、クレジット決済を利用できる。これにより、利用者の利便性が向上する。そしてトークンは、有効期間つきであり、有効期間外の場合にはクレジット決済には利用できない。従って、第三者によってユーザ端末２０で表示されるトークン画面が撮影されるなどしても、後にこれを用いたクレジット決済が行われる不正は防止される。そして、ＰＯＳ端末１０では、カード番号に代えてトークンを用いるだけであるので、クレジットカード決済に対応した既存のＰＯＳ端末をほぼそのまま用いてＰＯＳ端末１０を実現できる。

特に決済システム１００によれば、トークンをカード番号と同じ桁数の番号としている。このため、ＰＯＳ端末１０では、トークンをあたかもカード番号であるが如く取り扱うことが可能であり、ＰＯＳ端末１０は既存のＰＯＳ端末に対する改変は最小に留めることが可能である。

また決済システム１００によれば、一人の利用者に関して複数のクレジットカードを登録し、決済毎にこれら複数のクレジットカードのうちの１つを選択して使用することが可能である。

また決済システム１００によれば、利用者に複数のクレジットカードのうちの１つを選択させるための一覧画面では、選択肢となる複数のクレジットカードを店舗毎での使用実績に応じた順序で並べて表している。このため、一覧画面では利用者が選択する可能性の高いクレジットカードほど前に配置して提示することが可能であり、利用者の利便性が向上する。

この実施形態は、次のような種々の変形実施が可能である。
決済システム１００では、クレジット決済サービスを電子レシートサービスの中のサービスとして、電子レシートサービスの会員に対して提供するものとしている。しかしながら、電子レシートサービスとは別の、独立したクレジット決済サービスとして実現することも可能であるし、電子レシートサービス以外の会員向けサービスの一部として実現することも可能である。

順位リストデータベースＤ２３は、利用者による指示に応じて任意に編集可能としてもよい。

情報処理によりプロセッサ１１，２１，３１，４１が実現する各機能は、その一部または全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ 利用者が店舗で行った取引に関する代金を前記利用者に決済させるための受付処理を行う決済受付装置と、前記利用者を識別するための利用者コードを管理する利用者管理装置と、を備えた決済システムであり、
前記利用者管理装置に設けられ、前記利用者コードに関連づけて、当該利用者コードで識別される前記利用者が使用するクレジットカードを識別するためのもので、当該クレジットカードを識別するためのクレジットコードとは異なる連携コードを記憶する記憶手段と、
前記決済受付装置に設けられ、前記店舗における決済を行う前記利用者に関する前記利用者コードを取得する第１の取得手段と、
前記利用者管理装置に設けられ、前記第１の取得手段により取得された前記利用者コードを前記決済受付装置から取得する第２の取得手段と、
前記利用者管理装置に設けられ、前記第２の取得手段により取得された前記利用者コードに前記記憶手段にて関連づけられた前記連携コードを、前記クレジットカードを用いた決済を行うクレジット処理装置に対して通知する第１の通知手段と、
前記利用者管理装置に設けられ、前記第１の通知手段による通知に応じて前記クレジット処理装置から通知された識別コードを、前記利用者に対して通知する第２の通知手段と、
前記決済受付装置に設けられ、前記識別コードを取得する第３の取得手段と、
前記決済受付装置に設けられ、前記第３の取得手段により取得された前記識別コードの通知を伴ってクレジット決済を前記クレジット処理装置に要求する要求手段と、を具備した決済システム。
［付記２］ 前記記憶手段は、前記利用者コードに関連づけて前記連携コードを複数記憶可能であり、
前記利用者管理装置に設けられ、前記第２の取得手段により取得された前記利用者コードに関連づけられて複数の前記連携コードが前記記憶手段に記憶されている場合に、そのうちの１つを前記利用者の指示に応じて選択する選択手段をさらに備え、
前記第１の通知手段は、前記選択手段により選択された前記連携コードで識別されるクレジットカードを用いた決済のための識別コードを前記クレジット処理装置に要求する、付記１に記載の決済システム。
［付記３］ 前記選択手段は、前記第１の取得手段により取得された前記利用者コードに関連づけて前記記憶手段に記憶された複数の前記連携コードで区別される複数のクレジットカードのうちの少なくとも一部のリストを、前記利用者が使用する利用者端末に表示させ、このリストからの前記利用者による選択操作に応じて前記連携コードの１つを選択する、付記２に記載の決済システム。
［付記４］ 前記決済受付装置は、複数の店舗にそれぞれ設置された複数を含み、
前記選択手段は、前記利用者コードを取得した前記第１の取得手段が設けられている前記決済受付装置が設置されている店舗に応じて前記リストを異ならせる、
付記３に記載の決済システム。
［付記５］ 利用者が店舗で行った取引に関する代金を前記利用者に決済させるための受付処理を行う決済受付装置とともに決済システムを構成するものであり、前記利用者を識別するための利用者コードを管理する利用者管理装置において、
前記利用者コードに関連づけて、当該利用者コードで識別される前記利用者が使用するクレジットカードを識別するためのもので、当該クレジットカードを識別するためのクレジットコードとは異なる連携コードを記憶する記憶手段と、
前記決済受付装置で取得された前記利用者コードを前記決済受付装置から取得する第２の取得手段と、
前記第２の取得手段により取得された前記利用者コードに前記記憶手段にて関連づけられた前記連携コードを、前記クレジットカードを用いた決済を行うクレジット処理装置に対して通知する第１の通知手段と、
前記第１の通知手段による通知に応じて前記クレジット処理装置から通知された識別コードを、前記利用者に対して通知する第２の通知手段と、
を具備した利用者管理装置。

１００…決済システム、１０…ＰＯＳ端末、２０…ユーザ端末、３０…レシートサーバ、４０…クレジットサーバ、５０…通信ネットワーク、１１，２１，３１，４１…プロセッサ、１２，２２，３２，４２…メインメモリ、１３，２３，３３，４３…補助記憶デバイス、１４…表示デバイス、１５…入力デバイス、１６…読取デバイス、１７…プリンタ、１８，２５，３４，４４…通信インタフェース、１９，２６，３５，４５…伝送路、２４…タッチパネル。

Claims (5)

1. 利用者が店舗で行った取引に関する代金を前記利用者に決済させるための受付処理を行う決済受付装置と、前記利用者を識別するための利用者コードを管理する利用者管理装置と、を備えた決済システムであり、
   前記利用者管理装置に設けられ、前記利用者コードに関連づけて、当該利用者コードで識別される前記利用者が使用するクレジットカードを識別するためのもので、当該クレジットカードを識別するためのクレジットコードとは異なる連携コードを記憶する記憶手段と、
   前記決済受付装置に設けられ、前記店舗における決済を行う前記利用者に関する前記利用者コードを取得する第１の取得手段と、
   前記利用者管理装置に設けられ、前記第１の取得手段により取得された前記利用者コードを前記決済受付装置から取得する第２の取得手段と、
   前記利用者管理装置に設けられ、前記第２の取得手段により取得された前記利用者コードに前記記憶手段にて関連づけられた前記連携コードを、前記クレジットカードを用いた決済を行うクレジット処理装置に対して通知する第１の通知手段と、
   前記利用者管理装置に設けられ、前記第１の通知手段による通知に応じて前記クレジット処理装置から通知され、前記クレジットコードとは異なり、かつ有効期限が定められた識別コードを、前記利用者に対して通知する第２の通知手段と、
   前記決済受付装置に設けられ、前記識別コードを取得する第３の取得手段と、
   前記決済受付装置に設けられ、前記第３の取得手段により取得された前記識別コードの通知を伴ってクレジット決済を前記クレジット処理装置に要求する要求手段と、を具備した決済システム。
2. 前記記憶手段は、前記利用者コードに関連づけて前記連携コードを複数記憶可能であり、
   前記利用者管理装置に設けられ、前記第２の取得手段により取得された前記利用者コードに関連づけられて複数の前記連携コードが前記記憶手段に記憶されている場合に、そのうちの１つを前記利用者の指示に応じて選択する選択手段をさらに備え、
   前記第１の通知手段は、前記選択手段により選択された前記連携コードで識別される前記クレジットカードを用いた決済のための前記識別コードを前記クレジット処理装置に要求する、請求項１に記載の決済システム。
3. 前記選択手段は、前記第１の取得手段により取得された前記利用者コードに関連づけて前記記憶手段に記憶された複数の前記連携コードで区別される複数の前記クレジットカードのうちの少なくとも一部のリストを、前記利用者が使用する利用者端末に表示させ、このリストからの前記利用者による選択操作に応じて前記連携コードの１つを選択する、請求項２に記載の決済システム。
4. 前記決済受付装置は、複数の前記店舗にそれぞれ設置された複数を含み、
   前記選択手段は、前記利用者コードを取得した前記第１の取得手段が設けられている前記決済受付装置が設置されている前記店舗に応じて前記リストを異ならせる、
   請求項３に記載の決済システム。
5. 利用者が店舗で行った取引に関する代金を前記利用者に決済させるための受付処理を行う決済受付装置とともに決済システムを構成するものであり、前記利用者を識別するための利用者コードを管理する利用者管理装置において、
   前記利用者コードに関連づけて、当該利用者コードで識別される前記利用者が使用するクレジットカードを識別するためのもので、当該クレジットカードを識別するためのクレジットコードとは異なる連携コードを記憶する記憶手段と、
   前記決済受付装置で取得された前記利用者コードを前記決済受付装置から取得する第２の取得手段と、
   前記第２の取得手段により取得された前記利用者コードに前記記憶手段にて関連づけられた前記連携コードを、前記クレジットカードを用いた決済を行うクレジット処理装置に対して通知する第１の通知手段と、
   前記第１の通知手段による通知に応じて前記クレジット処理装置から通知され、前記クレジットコードとは異なり、かつ有効期限が定められた識別コードを、前記利用者に対して通知する第２の通知手段と、
   を具備した利用者管理装置。