JP7483466B2 - 決済システム、決済装置、およびプログラム - Google Patents

Description

本発明の実施形態は、決済システム、決済装置、およびプログラムに関する。

現在、キャッシュレス決済が普及し、二次元コード決済と呼ばれるサービスも広く利用されるようになっている。二次元コード決済は、例えば、顧客の携帯端末の画面に表示されたＱＲコード（登録商標）などの二次元コードを店舗に設置されたスキャナで読み取って決済を行うものであり、会計処理を迅速に行うことができる。二次元コード決済においては、二次元コードを何度も使用しているうちに、情報が盗み取られるリスクを低減するために、有効期限を定めたワンタイムコードを活用している。ワンタイムコードは、携帯端末に表示される二次元コードに示されるコード情報の一種である。

一方、顧客サービスの一環として、店舗がオンラインでクーポンなどを発行して顧客に特典を与えることも行われている。顧客は、例えば、オンラインで発行されたクーポンの情報を示すバーコードなどを会計時に携帯端末に表示させ、このバーコードを店舗に設置されたスキャナに読み取らせることで特典を受けることができる。

従来、店舗の処理を容易にするために、ワンタイムコードなどのコード情報を示す二次元コードを利用して、クーポンの利用と二次元コード決済とをまとめて行えるようにした技術が提案されている（例えば、特許文献１）。

しかしながら、顧客が利用可能な特典を常に利用する仕組みであると、顧客が望まない特典を利用してしまうおそれがある。例えば、１回限り利用できる割引クーポンなどは、購入額が小さい場合には顧客が利用を希望しない場合がある。また、会計の都度、店員が顧客に特典を利用するか否かを確認すると、会計に時間を要してしまい、会計処理を迅速に行うための二次元コード決済を用いる意義が薄れてしまうことに繋がりかねない。

本発明が解決しようとする課題は、二次元コード等を活用した決済において、顧客の特典の利用希望に合った会計を円滑に行うことが可能な決済システム、決済装置、およびプログラムを提供することである。

実施形態の決済システムは、携帯端末と、前記携帯端末で表示されたコードシンボルからユーザＩＤを読み取って、当該ユーザＩＤと当該ユーザＩＤで特定されるユーザの決済情報とを、前記ユーザＩＤと前記決済情報とに基づいて決済処理を行うサーバに送信する決済端末と、を備えた決済システムであって、前記携帯端末は、前記ユーザＩＤ、および決済に用いるコードシンボルに示されるコード情報の要求を前記サーバに送信する送信部と、前記サーバから、前記コード情報、および会計時に利用可能な特典の利用に係る確認の要否を示す要否情報を受信する受信部と、前記受信部が受信した前記コード情報、前記要否情報、および前記ユーザＩＤを示すコードシンボルを表示部に表示する表示制御部と、を備え、前記決済端末は、前記コードシンボルが示す情報を読み取る読取部と、前記読取部が読み取ったユーザＩＤおよび要否情報に基づいて、当該ユーザＩＤで特定されるユーザの特典に関する処理を行う特典処理部と、前記ユーザＩＤおよび前記決済情報を前記サーバに送信する送信部と、を備え、前記決済端末の特典処理部は、前記要否情報が会計時に利用可能な特典の利用に係る確認が必要であることを示す情報である場合、表示部に前記ユーザが利用可能な特典の内容を表示する。

図１は、第１の実施形態の決済システムを示す図である。 図２は、第１の実施形態の携帯端末のハードウェア構成を示すブロック図である。 図３は、第１の実施形態の携帯端末の機能構成を示すブロック図である。 図４は、第１の実施形態のＰＯＳ端末のハードウェア構成を示すブロック図である。 図５は、第１の実施形態の特典情報部のデータ構成を示す図である。 図６は、第１の実施形態のＰＯＳ端末の機能構成を示すブロック図である。 図７は、第１の実施形態のサーバのハードウェア構成を示すブロック図である。 図８は、第１の実施形態の要否情報部のデータ構成を示す図である。 図９は、第１の実施形態のワンタイムコード情報部のデータ構成を示す図である。 図１０は、第１の実施形態のサーバの機能構成を示すブロック図である。 図１１は、第１の実施形態の決済システムの処理の流れを示すシーケンスチャートである。 図１２は、第１の実施形態のサーバの制御部による会計時の処理を示すフローチャートである。 図１３は、第１の実施形態のＰＯＳ端末の制御部による特典処理を示すフローチャートである。 図１４は、第２の実施形態の決済システムの処理の流れを示すシーケンスチャートである。

（第１の実施形態）
以下、第１の実施形態の決済システムについて、図面を参照して説明する。図１は、決済システムを示す図である。決済システム１は、携帯端末１０と、ＰＯＳ（Point Of Sales）端末２０と、サーバ３０と、を備えている。携帯端末１０およびＰＯＳ端末２０は、ネットワークＮを介してサーバ３０と接続されている。ネットワークＮは、ＶＰＮ（Virtual Private Network）等の専用線または公衆のインターネット回線である。

携帯端末１０は、情報処理装置の一例である。携帯端末１０は、例えば、顧客（以下、ユーザともいう）が所有するスマートフォンあるいはＰＯＳ端末２０が設置される店舗によって顧客に貸与されるタブレットＰＣなどである。携帯端末１０は、表示部１１を備える。表示部１１は、例えば、液晶パネルで構成されており、各種情報を表示する。表示部１１の表面にはタッチパネル１２が設けられている。タッチパネル１２は、触れた位置に応じた情報を携帯端末１０の制御部に入力するもので、ユーザの操作を入力する操作入力部として機能する。

ＰＯＳ端末２０は、決済端末の一例である。決済端末としては、いわゆるセルフ式ＰＯＳ端末、セミセルフ式の会計機などでもよい。ＰＯＳ端末２０は、例えば、スーパーマーケットなどのレジカウンタに設置される。ＰＯＳ端末２０は、キーボード２１、スキャナ２２、カードリーダ２３、表示部２４、タッチパネル２５、プリンタ２６等を備える。

キーボード２１は、例えば、商品を特定する商品コードや金額等を入力するための置数キー、販売合計金額の算出を宣言するための小計キー、販売処理において現金による締めを宣言するための現計キー等を備える。

スキャナ２２は、商品に付されたバーコード、携帯端末１０に表示された二次元コードを光学的に認識する。カードリーダ２３は、予め顧客に配布された会員カードから、当該顧客を識別するためのユーザＩＤを読み取る。また、カードリーダ２３は、顧客がクレジットカード決済を行う場合にカードの内容を読み取る。

表示部２４は、例えば、液晶パネルで構成されており、各種情報を表示する。表示部２４の表面にはタッチパネル２５が設けられている。タッチパネル２５は、触れた位置に応じた情報をＰＯＳ端末２０の制御部に入力する。プリンタ２６は、レシートを印刷して発行する。

サーバ３０は、二次元コード決済の運営会社、あるいは店舗と二次元コード決済の運営会社との間で二次元コード決済に関するサービスを行うサービス会社などによって管理される。サービス会社は、例えば、二次元コード決済の複数の運営会社と契約を結んで、店舗に対し、複数種の二次元コード決済サービスを提供する会社などである。

次に、携帯端末１０のハードウェア構成について、図２を参照して説明する。図２は、携帯端末１０のハードウェア構成を示すブロック図である。携帯端末１０は、制御部１００、記憶部１１０、コントローラ１２０、通信Ｉ／Ｆ（Interface）１３０等を備えている。制御部１００、記憶部１１０、コントローラ１２０、通信Ｉ／Ｆ１３０はバス１４０を介して互いに接続されている。

制御部１００は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３を備えている。ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３は、互いにバス１４０を介して接続されている。ＣＰＵ１０１は、携帯端末１０全体を制御する。ＲＯＭ１０２は、ＣＰＵ１０１の駆動に用いられるプログラムなどの各種プログラムや各種データを記憶する。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして使用され、ＲＯＭ１０２や記憶部１１０に記憶された各種プログラムや各種データを展開する。制御部１００は、ＣＰＵ１０１がＲＯＭ１０２や記憶部１１０に記憶されＲＡＭ１０３に展開された制御プログラムに従って動作することによって、携帯端末１０の各種制御処理を実行する。

記憶部１１０は、制御プログラム部１１１、要否記憶部１１２を備える。制御プログラム部１１１は、各種制御プログラムを記憶する。要否記憶部１１２は、会計時に利用可能な特典の利用に係る確認（以下、要否確認ともいう）の要否を示す要否情報、すなわち、ユーザが利用可能な特典を利用するか否かについて会計時にオペレータがユーザに対して確認することが必要か否かを示す要否情報を記憶する。要否情報は、顧客によってタッチパネル１２から入力される。

コントローラ１２０は、表示部１１およびタッチパネル１２に接続されている。これにより、制御部１００は、コントローラ１２０を介して、表示部１１およびタッチパネル１２とデータの送受信が可能となっている。通信Ｉ／Ｆ１３０は、ネットワークＮを介してサーバ３０と接続されている。これにより、制御部１００は、サーバ３０とデータの送受信が可能となっている。

次に、携帯端末１０の制御部１００の機能構成について、図３を参照して説明する。図３は、携帯端末１０の機能構成を示すブロック図である。制御部１００は、ＣＰＵ１０１がＲＯＭ１０２や記憶部１１０に記憶された制御プログラムにしたがって動作することで、入力部１００１、送信部１００２、受信部１００３、二次元コード生成部１００４、表示制御部１００５、記憶制御部１００６、として機能する。なお、上記各機能構成はハードウェアで実現してもよく、携帯端末１０が上記機能を備えていればよい。

入力部１００１は、ユーザによってタッチパネル１２に入力された情報を受付ける。例えば、入力部１００１は、ユーザが買い物をして二次元コード決済を行う際に、制御プログラム部１１１に記憶された二次元コード決済のアプリケーションプログラムを起動するための指示入力を受付ける。

送信部１００２は、コードシンボルを用いた決済に利用されるユーザＩＤとともに、当該コードシンボルに示されるコード情報の要求をサーバ３０に送信する。具体的には、送信部１００２は、携帯端末１０の利用者を特定するユーザＩＤ、および二次元コード決済を実行するために表示部１１が表示する二次元コード（コードシンボルの一例）が示すコード情報の要求を送信する。コード情報は、サーバ３０で発行される有効期限が設定されたワンタイムコードを含む。

受信部１００３は、サーバ３０から、コード情報、および会計時に利用可能な特典の利用に係る確認の要否を示す要否情報を受信する。具体的には、受信部１００３は、サーバ３０から、送信部１００２が送信したコード情報の要求に対応して、ワンタイムコード、要否情報などを受信する。

二次元コード生成部１００４は、受信部１００３が受信した情報等に基づいて、表示部１１で表示する二次元コードを生成する。二次元コード生成部１００４は、受信部１００３がサーバ３０から受信したワンタイムコード、要否情報、ユーザＩＤ等を示す二次元コードを生成する。要否情報は、要否記憶部１１２から読み出してもよい。また、ユーザＩＤは、記憶部１１０に記憶しておき、二次元コードを生成する際に記憶部１１０から読み出してもよい。なお、二次元コード生成部１００４は、サーバ３０に設けられていてもよく、この場合、受信部１００３は、サーバ３０からコード情報および要否情報を二次元コードで受信する。

表示制御部１００５は、受信部１００３が受信したコード情報、要否情報、およびユーザＩＤを示すコードシンボルを表示部１１に表示する。具体的には、表示制御部１００５は、二次元コード生成部１００４で生成された二次元コードを表示部１１に表示する。

記憶制御部１００６は、会計時に利用可能な特典の利用に係る確認の要否を示す要否情報を記憶部１１０に記憶する。具体的には、記憶制御部１００６は、タッチパネル１２から入力された要否情報を要否記憶部１１２に記憶する。なお、本実施形態のように、サーバ３０がユーザＩＤと要否情報とを関連付けて記憶している場合、携帯端末１０は、要否記憶部１１２は設けなくてもよい。要否記憶部１１２は、後述する第２の実施形態で活用される。

次に、ＰＯＳ端末２０のハードウェア構成について、図４を参照して説明する。図４は、ＰＯＳ端末２０のハードウェア構成を示すブロック図である。ＰＯＳ端末２０は、制御部２００、記憶部２１０、コントローラ２２０、通信Ｉ／Ｆ２３０等を備えている。制御部２００、記憶部２１０、コントローラ２２０、通信Ｉ／Ｆ２３０はバス２４０を介して互いに接続されている。

制御部２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３を備えている。ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３は、互いにバス２４０を介して接続されている。ＣＰＵ２０１は、ＰＯＳ端末２０全体を制御する。ＲＯＭ２０２は、ＣＰＵ２０１の駆動に用いられるプログラムなどの各種プログラムや各種データを記憶する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用され、ＲＯＭ２０２や記憶部２１０に記憶された各種プログラムや各種データを展開する。制御部２００は、ＣＰＵ２０１がＲＯＭ２０２や記憶部２１０に記憶されＲＡＭ２０３に展開された制御プログラムに従って動作することによって、ＰＯＳ端末２０の各種制御処理を実行する。

記憶部２１０は、ＨＤＤ（Hard Disk Drive)などで構成される。記憶部２１０は、制御プログラム部２１１、商品マスタ部２１２、特典情報部２１３を備える。制御プログラム部２１１は、各種制御プログラムを記憶する。商品マスタ部２１２は、商品情報を示す商品マスタを記憶する。商品マスタは、商品の種別を識別可能な商品コードに、商品名、価格等が関連付けられている。なお、店舗で取り扱う商品は日々変化するため、商品マスタは、図示しない店舗サーバからの情報により適宜更新される。

特典情報部２１３は、特典情報ファイルを記憶する。図５は、特典情報ファイルのデータ構成を示す。特典情報ファイルは、会員ごとの特典情報を記憶する。特典情報ファイルは、会員を特定するユーザＩＤ、当該ユーザＩＤで特定される会員が利用できる特典内容、当該特典が利用できる期間、当該特典の利用履歴を関連付けて記憶している。なお、決済システム１を会員以外のユーザも利用できるように、ユーザＩＤは、会員を特定するＩＤとは別に設定してもよい。上記特典情報ファイルは、適宜更新される。例えば、ユーザが所定期間内に一定金額以上の買い物をしたことを条件として、次回以降に１度割引が利用できるなどの特典が発生する場合、当該条件が満たされると特典情報ファイルには当該特典が追加される。また、特典情報ファイルは、登録されている特典の利用期間が経過すると、当該特典が削除される。なお、特典情報ファイルは、上記した店舗サーバに記憶されていてもよい。この場合、ＰＯＳ端末２０は、会計処理の都度、店舗サーバにアクセスして特典情報ファイルを参照する。

図４に戻り、コントローラ２２０は、キーボード２１、スキャナ２２、カードリーダ２３、表示部２４、タッチパネル２５、プリンタ２６に接続されている。これにより、制御部２００は、コントローラ１２０を介して、キーボード２１、スキャナ２２、カードリーダ２３、表示部２４、タッチパネル２５、およびプリンタ２６とデータの送受信が可能となっている。通信Ｉ／Ｆ２３０は、サーバ３０と接続されている。これにより、制御部２００は、サーバ３０とデータの送受信が可能となっている。

次に、ＰＯＳ端末２０の制御部２００の機能構成について、図６を参照して説明する。図６は、ＰＯＳ端末２０の機能構成を示すブロック図である。制御部２００は、ＣＰＵ２０１がＲＯＭ２０２や記憶部２１０に記憶された制御プログラムにしたがって動作することで、カード情報読取部２００１、特典情報読出部２００２、商品登録部２００３、読取部２００４、特典処理部２００５、精算部２００６、送信部２００７、表示制御部２００８、として機能する。なお、上記各機能構成はハードウェアで実現してもよく、ＰＯＳ端末２０が上記機能を備えていればよい。

カード情報読取部２００１は、カードリーダ２３が会員カードから読み取った情報に基づいてユーザＩＤを読み取る。カード情報読取部２００１は、販売合計金額の算出を宣言するための小計キーが入力されるまで、ユーザＩＤの読み取りが可能である。

特典情報読出部２００２は、カード情報読取部２００１がユーザＩＤを読み取ると、当該ユーザＩＤで特定されるユーザの特典情報を読み出す。より詳細には、特典情報読出部２００２は、カード情報読取部２００１が読み取ったユーザＩＤをキーにして特典情報ファイルを検索し、利用可能な特典情報を読み出す。

商品登録部２００３は、スキャナ２２が読み取ったバーコード情報等に基づいて商品登録を行う。商品登録は、バーコード情報から認識される商品コード、キーボード２１から入力される商品コードに基づいて商品マスタから取得した商品情報を、決済が完了するまでＲＡＭ２０３等に一時記憶するものである。

読取部２００４は、コードシンボルが示す情報を読み取る。具体的には、読取部２００４は、スキャナ２２からの情報に基づいて、携帯端末１０の表示部１１に表示された二次元コードが示す情報を読み取る。より詳細には、読取部２００４は、二次元コードで示されるワンタイムコードなどのコード情報、要否情報、ユーザＩＤを読み取る。

特典処理部２００５は、読取部２００４が読み取ったユーザＩＤおよび要否情報に基づいて、当該ユーザＩＤで特定されるユーザの特典に関する処理を行う。具体的には、特典処理部２００５は、要否情報が「否」すなわち要否確認を必要としないことを示す場合、ユーザが利用可能な特典を利用する処理、例えば、精算部２００６に対して、特典による割引をした合計金額の算出を指示する。特典処理部２００５は、要否情報が「要」すなわち要否確認を必要とすることを示す場合、表示部２４にユーザが利用可能な特典内容を表示する。なお、特典処理部２００５は、要否情報が「否」である場合、ユーザが利用可能な特典を利用しない処理、例えば、精算部２００６に対して、商品登録に基づく通常の合計金額の算出を指示してもよい。すなわち、特典処理部２００５は、要否情報が「否」である場合、自動的に特典を利用するように設定してもよいし、自動的に特典を利用しないように設定してもよい。どちらに設定するかをユーザが選択可能とすることもできる。例えば、ユーザが携帯端末１０を用いて要否情報を登録する際に選択するようにすればよい。この場合、ユーザが選択した設定を示す情報を二次元コードが示すコード情報に含めれば、ＰＯＳ端末２０は、ユーザが選択した設定を認識できる。なお、特典は、割引に限らず、一定額の値引き、ポイント割増など種々のものが適用可能である。

精算部２００６は、１取引に関する合計金額を算出する。精算部２００６は、特典処理部２００５からの指示に基づいて、合計金額を算出し、算出した合計金額等に基づいて決済情報を作成して表示部２４に表示する。決済情報は、商品名、単価など購入する商品の情報、合計金額を含む。

送信部２００７は、ユーザＩＤおよび決済情報をサーバ３０に送信する。具体的には、送信部２００７は、読取部２００４が読み取ったユーザＩＤと、精算部２００６が作成した決済情報と、をサーバ３０に送信する。

表示制御部２００８は、表示部２４に各種情報を表示する。例えば、表示制御部２００８は、商品登録部２００３が商品登録した商品の情報、特典処理部２００５が割引処理した情報、精算部２００６が作成した決済情報などを表示する。

次に、サーバ３０のハードウェア構成について、図７を参照して説明する。図７は、サーバ３０のハードウェア構成を示すブロック図である。サーバ３０は、制御部３００、記憶部３１０、通信Ｉ／Ｆ３２０、３３０等を備えている。制御部３００、記憶部３１０、通信Ｉ／Ｆ３２０、３３０はバス３４０を介して互いに接続されている。

制御部３００は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３を備えている。ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３は、互いにバス３４０を介して接続されている。ＣＰＵ３０１は、サーバ３０全体を制御する。ＲＯＭ３０２は、ＣＰＵ３０１の駆動に用いられるプログラムなどの各種プログラムや各種データを記憶する。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用され、ＲＯＭ３０２や記憶部３１０に記憶された各種プログラムや各種データを展開する。制御部３００は、ＣＰＵ３０１がＲＯＭ３０２や記憶部３１０に記憶されＲＡＭ３０３に展開された制御プログラムに従って動作することによって、サーバ３０の各種制御処理を実行する。

記憶部３１０は、ＨＤＤなどで構成される。記憶部３１０は、制御プログラム部３１１、要否情報部３１２、ワンタイムコード情報部３１３を備える。制御プログラム部３１１は、各種制御プログラムを記憶する。

要否情報部３１２は、要否情報ファイルを記憶する。図８は、要否情報ファイルのデータ構成を示す図である。要否情報ファイルは、ユーザＩＤと要否情報である特典要否確認とが関連付けて記憶されている。特典要否確認が「要」となっているユーザは、会計時に特典を利用するか否かの確認を必要とするユーザである。当該確認は、オペレータが口頭で行ってもよく、また、ＰＯＳ端末２０の表示部２４に特典を利用するか否かの選択ボタンを表示したうえでユーザに選択してもらうことなどで行ってもよい。特典要否確認が「否」となっているユーザは、会計時に特典を利用するか否かの確認を必要としないユーザである。特典要否確認は、ユーザの携帯端末１０への入力によって、適宜変更することができる。

ワンタイムコード情報部３１３は、ワンタイムコード情報ファイルを記憶する。図９は、ワンタイムコード情報ファイルのデータ構成を示す図である。ワンタイムコード情報ファイルは、後述する発行部が発行したワンタイムコードを管理するためのファイルである。ワンタイムコード情報ファイルは、発行されたワンタイムコード、当該ワンタイムコードの有効期限、当該ワンタイムコードの発行先であるユーザのユーザＩＤを関連付けて記憶している。

図７に戻り、通信Ｉ／Ｆ３２０は、携帯端末１０と接続されている。通信Ｉ／Ｆ３３０は、ＰＯＳ端末２０と接続されている。これにより、制御部３００は、携帯端末１０およびＰＯＳ端末２０とデータの送受信が可能となっている。

次に、サーバ３０の制御部３００の機能構成について、図１０を参照して説明する。図１０は、サーバ３０の機能構成を示すブロック図である。制御部３００は、ＣＰＵ３０１がＲＯＭ３０２や記憶部３１０に記憶された制御プログラムにしたがって動作することで、要否情報受付部３００１、記憶制御部３００２、受付部３００３、発行部３００４、抽出部３００５、出力部３００６、取得部３００７、ワンタイムコードチェック部３００８、決済処理部３００９、として機能する。なお、上記各機能構成はハードウェアで実現してもよく、サーバ３０が上記機能を備えていればよい。また、サーバ３０は複数のコンピュータによって構成されてもよい。

要否情報受付部３００１は、携帯端末１０から、ユーザＩＤおよび要否情報を受付ける。要否情報は、ユーザによる買い物の会計時に当該ユーザが特典を利用するか否かの確認を行うことについて要否を示す情報である。

記憶制御部３００２は、要否情報受付部３００１が受付けた内容を要否情報部３１２に記憶して、要否情報ファイルを更新する。また、記憶制御部３００２は、ワンタイムコード情報部３１３に記憶されたワンタイムコード情報ファイルを適宜更新する。例えば、記憶制御部３００２は、発行部３００４がワンタイムコードを発行すると、ワンタイムコード情報ファイルに発行されたワンタイムコード、有効期限、ユーザＩＤを記憶する。また、記憶制御部３００２は、有効期限が切れたワンタイムコード、完了した決済に用いられたワンタイムコード等をワンタイムコード情報ファイルから削除する。

受付部３００３は、携帯端末１０から、ユーザＩＤおよびコード情報の要求を受付ける。具体的には、受付部３００３は、ユーザＩＤと、二次元コード決済を行うために二次元コードで示されるコード情報の要求と、を受付ける。コード情報は、ワンタイムコードを含む。

発行部３００４は、受付部３００３がコード情報の要求を受付けると、ワンタイムコードを発行する。発行部３００４は、ワンタイムコードに有効期限を設定する。

抽出部３００５は、ユーザＩＤと、会計時に利用可能な特典の利用に係る確認の要否を示す要否情報と、を関連付けて記憶する記憶部３１０から、受付部３００３が受付けたユーザＩＤの要否情報を抽出する。具体的には、抽出部３００５は、受付部３００３が受付けたユーザＩＤをキーにして要否情報ファイルを検索し、当該ユーザＩＤに対応する要否情報を抽出する。

出力部３００６は、コード情報と抽出部３００５で抽出された要否情報とを出力する。具体的には、出力部３００６は、受付部３００３が受付けたユーザＩＤで特定されるユーザの携帯端末１０に対して、発行部３００４で発行されたワンタイムコードに加えて抽出部３００５で抽出された要否情報を送信する。なお、出力部３００６は、ユーザＩＤ、ワンタイムコード、要否情報を含む二次元コードを作成して携帯端末１０に送信してもよい。

取得部３００７は、決済端末から、ユーザＩＤおよび決済情報を取得する。具体的には、取得部３００７は、ＰＯＳ端末２０から、ユーザＩＤおよび当該ユーザＩＤで特定されるユーザの決済情報を受信する。決済情報は、ユーザが購入した商品に関する情報、合計金額等を含む。取得部３００７は、さらに、ＰＯＳ端末２０から、上記ユーザＩＤと関連付いたワンタイムコードも受信する。

ワンタイムコードチェック部３００８は、取得部３００７が取得したワンタイムコードがワンタイムコード情報ファイルに記憶されているか否かをチェックする。すなわち、ワンタイムコードチェック部３００８は、取得部３００７が取得したワンタイムコードが有効期限を過ぎておらず、ワンタイムコード情報ファイルから削除されていないかをチェックする。また、ワンタイムコードチェック部３００８は、取得部３００７が取得したユーザＩＤとワンタイムコードとが、ワンタイムコード情報ファイルに関連付いて記憶されているか否かをチェックする。すなわち、ワンタイムコードチェック部３００８は、ユーザからの要求に対して発行部３００４が発行したワンタイムコードを当該ユーザが利用しているか否か、言い換えれば、正しいユーザによる決済要求か否かをチェックする。

決済処理部３００９は、取得部３００７が取得したユーザＩＤおよび決済情報に基づいて決済処理を行う。具体的には、決済処理部３００９は、ワンタイムコードチェック部３００８で、正しいユーザによる決済要求であることがチェックされると、当該ユーザの決済に関する処理を行う。決済処理は、ユーザによる取引の決済を行うためにサーバ３０として必要な処理であり、サーバ３０が二次元コード決済の運営会社によって管理されている場合、例えば、ユーザの口座からの引き去りを行うための処理等を含む。また、決済処理は、店舗と二次元コードの運営会社との間で二次元コード決済に関するサービスを行う会社によってサーバ３０が管理されている場合、例えば、二次元コード決済の運営会社に決済を指示するための通知等を含む。

上記構成に基づく決済システム１の動作について、図１１を参照して説明する。図１１は、決済システム１の処理の流れを示すシーケンスチャートである。なお、図１１は、エラーが発生せずに決済が完了した場合の処理の流れを示している。

最初に、ユーザが要否情報を登録する処理について説明する。ユーザが本実施形態に示すサービスを利用する場合、買い物の前に予め要否情報を登録する。例えば、ユーザは、携帯端末１０にインストールされた二次元コード決済のアプリケーションソフトウエアを起動して、携帯端末１０に要否情報入力を行う。携帯端末１０の入力部１００１は、要否情報入力を受付ける（Ｓ１）。送信部１００２は、サーバ３０に対して、ユーザＩＤと入力された要否情報を送信する（Ｓ２）。サーバ３０は、要否情報受付部３００１がユーザＩＤと要否情報とを受付けると、当該要否情報を要否情報部３１２に登録（記憶）して要否情報ファイルを更新する（Ｓ３）。要否情報を「否」として登録する場合、併せて、ユーザは、自動的に行われる特典処理を選択することができる。すなわち、ユーザは、会計時に自動的に特典を利用することを設定するか、自動的に特典を利用しないことを設定するかを選択できる。以上により、ユーザの要否情報がサーバ３０に記憶される。ユーザの特典は、会計の都度、登録された要否情報に基づいて処理される。なお、ユーザが要否情報部３１２に登録された要否情報を変更する場合、上述したＳ１～Ｓ３の処理を行う。

次にユーザが支払を行う会計時の処理について説明する。会計時とは、ユーザが購入しようとする商品の商品登録開始から決済処理完了までをいう。会計にあたり、ＰＯＳ端末２０は、カード情報読取部２００１がユーザＩＤを読み取る（Ｓ４）。ユーザＩＤの読み取りは、オペレータがユーザの会員カードをカードリーダ２３で読むことでなされる。続いて、特典情報読出部２００２は、特典情報ファイルから、カード情報読取部２００１が読み取ったユーザＩＤに関連付いて記憶された有効な特典を読み出し（Ｓ５）、ＲＡＭ２０３に記憶する。なお、本実施形態においては、ユーザＩＤに関連付いて記憶された有効な特典が複数ある場合、特典情報読出部２００２は、利用期間の末日が最も早いものを読み出すようにしている。しかしながら、上記の場合、特典情報読出部２００２は、全ての特典を読み出してもよく、また、別の条件で１つの特典を読み出してもよい。

その後、オペレータによってスキャナ２２を用いた商品のバーコードの読取が行われ、商品登録部２００３は、商品登録を行う（Ｓ６）。バーコードが付されていない商品は、オペレータがキーボード２１に商品コードを入力することで商品登録が行われる。ユーザが購入する商品全てについて商品登録が完了すると、制御部２００は、合計額を算出する（Ｓ７）。

二次元コード決済を希望するユーザは、携帯端末１０にワンタイムコード要求を指示する。ワンタイムコード要求は、コードシンボルに示されるコード情報の要求の一例である。携帯端末１０は、送信部１００２がユーザＩＤとワンタイムコード要求とをサーバ３０に送信する（Ｓ８）。サーバ３０は、受付部３００３がユーザＩＤとワンタイムコード要求とを受付けると、抽出部３００５が要否情報ファイルから当該ユーザＩＤと関連付いて記憶された要否情報を抽出する（Ｓ９）。続いて、サーバ３０は、発行部３００４がワンタイムコードを発行し（Ｓ１０）、出力部３００６がワンタイムコードと要否情報とを携帯端末１０に送信する（Ｓ１１）。

携帯端末１０では、受信部１００３がワンタイムコードと要否情報とを受信すると、二次元コード生成部１００４が二次元コードを生成する（Ｓ１２）。二次元コード生成部１００４が生成する二次元コードは、ユーザＩＤ、ワンタイムコード、および要否情報を含む情報を示す。なお、本実施形態においては、二次元コードにユーザＩＤを直接的に示す情報を含めないことも可能である。サーバ３０のワンタイムコード情報部３１３がワンタイムコードとユーザＩＤとを関連付けて記憶しているので、ワンタイムコードがユーザＩＤを示す情報を兼ねることができるからである。しかし、二次元コードにユーザＩＤを直接的に示す情報を含ませることで、サーバ３０は、ワンタイムコードが有効期限内であるか否かだけでなく、ワンタイムコードとユーザＩＤとの関連付けもチェックできる。このため、正しいユーザからの決済要求か否かを確認でき、セキュリティが向上する。続いて、携帯端末１０は、表示制御部１００５が二次元コード生成部１００４で生成された二次元コードを表示部１１に表示する（Ｓ１３）。

ＰＯＳ端末２０は、スキャナ２２が携帯端末１０に表示された二次元コードを読み取ると、読取部２００４が二次元コードの情報を読み取り（Ｓ１４）、読み取った情報に含まれる要否情報を認識する（Ｓ１５）。続いて、ＰＯＳ端末２０は、特典処理部２００５が特典処理を行う（Ｓ１６）。特典処理については、詳細は後述するが、例えば、Ｓ５で読み出されＲＡＭ２０３に記憶された特典に基づく割引処理などを行ったうえで決済情報を作成する等の処理である。なお、特典処理部２００５をサーバ３０に設けて、サーバ３０が特典処理を行うようにすることも可能である。ＰＯＳ端末２０は、送信部２００７が特典処理部２００５で作成された決済情報、ユーザＩＤ、およびワンタイムコードをサーバ３０に送信する（Ｓ１７）。

サーバ３０は、取得部３００７がＰＯＳ端末２０から、決済情報、ユーザＩＤ、およびワンタイムコードを取得すると、ワンタイムコードチェック部３００８がワンタイムコードのチェックを行う（Ｓ１８）。ワンタイムコードチェック部３００８は、ワンタイムコード情報部３１３を参照して、取得部３００７が取得したワンタイムコードが有効期限を過ぎたものでないか、をチェックする。また、ワンタイムコードチェック部３００８は、取得部３００７が取得したワンタイムコードとユーザＩＤとがワンタイムコード情報部３１３に関連付いて記憶されているか、をチェックする。

ワンタイムコードチェック部３００８によるチェックの結果、ワンタイムコードが有効期限を過ぎたものでなく、かつ、取得したワンタイムコードとユーザＩＤとがワンタイムコード情報部３１３に関連付いて記憶されている場合、決済処理部３００９が決済処理を行う（Ｓ１９）。続いて、サーバ３０は、記憶制御部３００２が決済処理の済んだワンタイムコードを削除してワンタイムコード情報ファイルを更新する（Ｓ２０）。

その後、サーバ３０は、出力部３００６が決済完了通知および決済処理された決済情報を、ＰＯＳ端末２０に出力する（Ｓ２１）とともに、携帯端末１０にも出力する（Ｓ２２）。決済通知と決済情報とを受信したＰＯＳ端末２０は、表示制御部２００８の制御によって決済通知と決済情報とを表示部２４に表示する（Ｓ２３）。同様に、決済通知と決済情報とを受信した携帯端末１０は、表示制御部１００５の制御によって決済通知と決済情報とを表示部１１に表示する（Ｓ２４）。

次に、上述した決済システムの動作におけるサーバ３０の決済に係る処理を説明する。図１２は、サーバ３０の決済に係る処理を示すフローチャートである。サーバ３０の制御部３００は、受付部３００３がユーザＩＤおよびワンタイムコードなどのコード情報の要求を受付けたか否かを判断し（Ｓ３１）、受付けていなければ（Ｓ３１のＮ）、Ｓ３１の処理に戻って待機する。受付部３００３がユーザＩＤおよびコード情報の要求を受け付けた場合（Ｓ３１のＹ）、抽出部３００５は、要否情報部３１２を参照して、受信したユーザＩＤに関連付いて要否情報が記憶されているか否かを判断する（Ｓ３２）。

受信したユーザＩＤに関連付いて要否情報が記憶されていなければ（Ｓ３２のＮ）、記憶制御部３００２が要否情報ファイルを更新して当該ユーザＩＤに関連付けて要否情報として「要」を登録し（Ｓ３３）、制御部３００は、Ｓ３４の処理に移行する。ユーザによって要否情報が登録されていない場合は、要否情報に「要」を登録することで、当該ユーザが会計時に特典の利用について確認を受けることができるようにする。これによって、ユーザが予期しない特典処理がなされることを防止する。要否情報が記憶されていれば（３２のＹ）、すなわちユーザＩＤの要否情報が登録されていれば、発行部３００４は、ワンタイムコードを発行する（Ｓ３４）。続いて、出力部３００６は、ワンタイムコードと要否情報ファイルに記憶された要否情報とを携帯端末１０に出力する（Ｓ３５）。

その後、制御部３００は、取得部３００７がＰＯＳ端末２０から決済情報とユーザＩＤを取得したか否かを判断し（Ｓ３６）、取得していなければ（Ｓ３６のＮ）、Ｓ３６の処理に戻って待機する。取得していれば（Ｓ３６のＹ）、ワンタイムコードチェック部３００８は、ワンタイムコード情報部３１３を参照して、受信したワンタイムオードが有効なものか否か判断する（Ｓ３７）。この判断は、ワンタイムコードが有効期限を過ぎたものでないか、ワンタイムコード情報部３１３にユーザＩＤと関連付いて記憶されているか、をチェックすることで行われる。

ワンタイムコードが有効でない場合（Ｓ３７のＮ）、出力部３００６は、携帯端末１０およびＰＯＳ端末２０に決済不可通知を出力し（Ｓ３８）、処理を終える。ワンタイムコードが有効である場合（Ｓ３７のＹ）、決済処理部３００９は、決済処理を行い（Ｓ３９）、記憶制御部３００２は、ワンタイムコード情報ファイルを更新する（Ｓ４０）。すなわち、記憶制御部３００２は、ワンタイムコード情報ファイルから決済処理が完了したワンタイムコードを削除する。その後、出力部３００６は、携帯端末１０およびＰＯＳ端末２０に決済完了通知を出力し（Ｓ４１）、処理を終える。

次に、ＰＯＳ端末２０の特典処理部の処理について説明する。図１３は、ＰＯＳ端末２０の制御部２００による特典処理を示すフローチャートである。特典処理部２００５は、会計時にＰＯＳ端末２０の読取部２００４が読み取った要否情報が「要」か否かを判断する（Ｓ５１）。

特典処理部２００５は、「要」でない場合（Ｓ５１のＮ）、Ｓ５５の処理に移行し、「要」である場合（Ｓ５１Ｙ）、表示制御部２００８に指示を出力して表示部２４に特典内容を表示させる（Ｓ５２）。続いて、特典処理部２００５は、タッチパネル２５に入力された情報が特典を利用する旨の情報であるか否か判断する（Ｓ５３）。利用する旨の情報でない場合（Ｓ５３のＮ）、特典処理部２００５は、特典のない通常の合計金額を算出し（Ｓ５４）、Ｓ５６の処理に移行する。利用する旨の情報であれば（Ｓ５３のＹ）、特典を利用することによる合計金額、例えば割引した合計金額を算出し（Ｓ５５）、算出した合計金額に関する決済情報を作成して（Ｓ５６）、特典処理を終える。決済システム１は、上述した流れで、要否情報の登録、会計時の処理を行う。

以上説明したとおり、第１の実施形態の決済システム１によれば、サーバ３０は、ユーザからのコード情報の要求に対して、コード情報に加えて要否情報を出力する。これによって、携帯端末１０あるいはサーバ３０で生成されて決済に利用される二次元コードに示される情報に要否情報を含ませることができる。このため、会計時に二次元コードを読み取るＰＯＳ端末２０は、決済をするユーザが特典を利用するか否かの要否確認が必要なユーザか不要なユーザかを認識して、それに応じた処理を行うことができる。例えば、要否確認が不要なユーザである場合、ＰＯＳ端末２０は、会計時にユーザの希望を確認することなく、自動的に特典を利用する処理、あるいは自動的に特典を利用しない処理を行うことができる。したがって、二次元コード決済の特徴である迅速な会計処理を損なうことなく、円滑な会計処理を可能とすることができる。

なお、サーバ３０に記憶される要否情報は、例えば、店舗が設定することも可能であるが、本実施形態においては、ユーザの入力によって設定する。したがって、会計時のＰＯＳ端末２０は、ユーザの希望に沿った処理を行うことができる。このように、本実施形態のサーバ３０および決済システム１によれば、二次元コード決済において、ユーザの特典の利用希望に合った会計を円滑に行うことが可能となる。

しかも、決済システム１は、ＰＯＳ端末２０にユーザの要否情報を認識させるための手段として、決済に必要な二次元コードを活用している。言い換えれば、決済システム１は、決済に用いられるワンタイムコード、ユーザＩＤとともに要否情報を二次元コードに含ませている。このため、決済に必要な情報とは別に、要否情報をＰＯＳ端末２０に送信する必要がない。したがって、ＰＯＳ端末２０、サーバ３０等の処理を容易にすることができる。

また、本実施形態の決済システム１によれば、ＰＯＳ端末２０は、要否確認が必要なユーザに対して、表示部２４に特典内容を表示する。このため、オペレータがユーザに対する要否確認を忘れることを抑制できるとともに、オペレータは、要否確認を行うに際してユーザに利用可能な特典の内容を知らしめることができる。したがって、決済システム１は、ユーザに対するサービスを向上させることができる。

ところで、本実施形態の決済システム１は、迅速な決済を可能とする二次元コード決済の特徴を損なうことを抑制することも目的の１つとしている。しかし、顧客の特典の利用希望に合った会計を円滑に行うという課題のみを考えた場合は、ＰＯＳ端末２０からサーバ３０に要否情報要求を送信するようにしてもよい。すなわち、ＰＯＳ端末２０がサーバ３０から、ユーザＩＤとこのユーザＩＤに対応する要否情報とを受信できればよい。例えば、図１１において、Ｓ１１の処理を要否情報は送信せずにワンタイムコードを送信する処理にするとともに、破線で示したＰＯＳ端末２０からの要否情報要求（Ｓ１００）とサーバ３０からの要否情報送信（Ｓ１０１）の処理を行えばよい。このようにすれば、二次元コードを用いずに、ＰＯＳ端末２０は、サーバ３０からユーザＩＤと要否情報とを受信することができる。

（第２の実施形態）
次に、第２の実施形態について、図１４を参照して説明する。第２の実施形態は、サーバ３０は要否情報を記憶しておらず、携帯端末１０が記憶している要否情報を二次元コードの生成に用いる点において、第１の実施形態と異なる。なお、第１の実施形態と同様な構成、処理等については、同一の符号を付し詳細な説明は省略する。

図１４は、決済システム１の処理の流れを示すシーケンスチャートである。第１の実施形態を示す図１１のシーケンスチャートと異なる点を中心に説明する。ユーザが要否情報を登録する処理について、携帯端末１０は、要否情報入力を受付ける（Ｓ１）と、記憶制御部１００６が要否記憶部１１２に要否情報を記憶する（Ｓ６１）。これによって、要否情報は、ユーザＩＤと対応して設定され、サーバ３０でなく、携帯端末１０に記憶される。

会計時の処理において、サーバ３０は、発行部３００４がワンタイムコードを発行し（Ｓ９）、出力部３００６は、ワンタイムコードを出力する（Ｓ６２）。このとき、サーバ３０は、要否情報を記憶していないので、要否情報は出力しない。携帯端末１０は、サーバ３０から受信したワンタイムコードと自装置に記憶されたユーザＩＤおよび要否情報とに基づいて二次元コードを生成する（Ｓ１２）。以降は、第１の実施形態と同様である。

上記のとおり、第２の実施形態における携帯端末１０は、コードシンボルを用いた決済に利用されるユーザＩＤとともに、コードシンボルに示されるコード情報の要求をサーバ３０に送信する送信部１００２と、サーバ３０からコード情報を受信する受信部１００３と、ユーザＩＤと、受信部１００３が受信したコード情報と、ユーザＩＤに対応して設定された、会計時に利用可能な特典の利用に係る確認の要否を示す要否情報と、を示すコードシンボルを表示部１１に表示する表示制御部１００５と、を備える情報処理装置として機能する。

第２の実施形態の携帯端末１０および決済システム１においても、第１の実施形態と同様に、二次元コード決済において、ユーザの特典の利用希望に合った会計を円滑に行うことが可能となる。また、サーバ３０が多くのユーザＩＤの要否情報を記憶する要否情報ファイルを持つ必要がないので、サーバ３０の負荷を低減させることができる。また、ユーザが要否情報を登録、変更する場合に、サーバ３０と通信する必要がないので、要否情報の登録、変更を容易に行うことができる。

また、上記各実施形態において、携帯端末１０、ＰＯＳ端末２０およびサーバ３０で用いられる制御プログラムは、ＣＤ－ＲＯＭ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。また、各実施形態の携帯端末１０、ＰＯＳ端末２０およびサーバ３０で実行される制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良く、さらには、インターネット等のネットワーク経由で提供するように構成しても良い。

以上、本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 決済システム
１０ 携帯端末（情報処理装置）
２０ ＰＯＳ端末（決済装置）
３０ サーバ
１００２ 送信部
１００３ 受信部
１００５ 表示制御部
１００６ 記憶制御部
３００３ 受付部
３００５ 抽出部
３００６ 出力部

特許第６４７３５３９号公報

Claims (4)

1. 携帯端末と、前記携帯端末で表示されたコードシンボルからユーザＩＤを読み取って、当該ユーザＩＤと当該ユーザＩＤで特定されるユーザの決済情報とを、前記ユーザＩＤと前記決済情報とに基づいて決済処理を行うサーバに送信する決済端末と、を備えた決済システムであって、
   前記携帯端末は、
   前記ユーザＩＤ、および決済に用いるコードシンボルに示されるコード情報の要求を前記サーバに送信する送信部と、
   前記サーバから、前記コード情報、および会計時に利用可能な特典の利用に係る確認の要否を示す要否情報を受信する受信部と、
   前記受信部が受信した前記コード情報、前記要否情報、および前記ユーザＩＤを示すコードシンボルを表示部に表示する表示制御部と、を備え、
   前記決済端末は、
   前記コードシンボルが示す情報を読み取る読取部と、
   前記読取部が読み取ったユーザＩＤおよび要否情報に基づいて、当該ユーザＩＤで特定されるユーザの特典に関する処理を行う特典処理部と、
   前記ユーザＩＤおよび前記決済情報を前記サーバに送信する送信部と、を備え、
   前記決済端末の特典処理部は、前記要否情報が会計時に利用可能な特典の利用に係る確認が必要であることを示す情報である場合、表示部に前記ユーザが利用可能な特典の内容を表示する、決済システム。
2. 携帯端末と、前記携帯端末で表示されたコードシンボルからユーザＩＤを読み取って、当該ユーザＩＤと当該ユーザＩＤで特定されるユーザの決済情報とを、前記ユーザＩＤと前記決済情報とに基づいて決済処理を行うサーバに送信する決済端末と、を備えた決済システムであって、
   前記携帯端末は、
   前記ユーザＩＤ、および決済に用いるコードシンボルに示されるコード情報の要求を前記サーバに送信する送信部と、
   前記サーバから、前記コード情報を受信する受信部と、
   会計時に利用可能な特典の利用に係る確認の要否を示す要否情報を記憶部に記憶する記憶制御部と、
   前記受信部が受信した前記コード情報、前記記憶部に記憶された要否情報、および前記ユーザＩＤを示すコードシンボルを表示部に表示する表示制御部と、を備え、
   前記決済端末は、
   前記コードシンボルが示す情報を読み取る読取部と、
   前記読取部が読み取ったユーザＩＤおよび要否情報に基づいて、当該ユーザＩＤで特定されるユーザの特典に関する処理を行う特典処理部と、
   前記ユーザＩＤおよび前記決済情報を前記サーバに送信する送信部と、を備え、
   前記決済端末の特典処理部は、前記要否情報が会計時に利用可能な特典の利用に係る確認が必要であることを示す情報である場合、表示部に前記ユーザが利用可能な特典の内容を表示する、決済システム。
3. ユーザＩＤ、決済に係るコード情報、および会計時に利用可能な特典の利用に係る確認の要否を示す要否情報を示すコードシンボルから当該コードシンボルが示す情報を読み取る読取部と、
   前記読取部が読み取ったユーザＩＤおよび要否情報に基づいて、当該ユーザＩＤで特定されるユーザの特典に関する処理を行う特典処理部と、
   前記特典処理部の処理結果に基づいて、決済対象の合計金額を含んだ決済情報を生成する精算部と、
   ユーザＩＤと決済情報とに基づいて決済処理を行うサーバに、前記読取部が読み取った前記ユーザＩＤと前記精算部が生成した前記決済情報を送信する送信部と、
   を備え、
   前記特典処理部は、前記要否情報が会計時に利用可能な特典の利用に係る確認が必要であることを示す情報である場合、表示部に前記ユーザが利用可能な特典の内容を表示する、決済装置。
4. 決済装置のコンピュータを、
   ユーザＩＤ、決済に係るコード情報、および会計時に利用可能な特典の利用に係る確認の要否を示す要否情報を示すコードシンボルから当該コードシンボルが示す情報を読み取る読取部と、
   前記読取部が読み取ったユーザＩＤおよび要否情報に基づいて、当該ユーザＩＤで特定されるユーザの特典に関する処理を行う特典処理部と、
   前記特典処理部の処理結果に基づいて、決済対象の合計金額を含んだ決済情報を生成する精算部と、
   ユーザＩＤと決済情報とに基づいて決済処理を行うサーバに、前記読取部が読み取った前記ユーザＩＤと前記精算部が生成した前記決済情報を送信する送信部と、
   して機能させ、
   前記特典処理部は、前記要否情報が会計時に利用可能な特典の利用に係る確認が必要であることを示す情報である場合、表示部に前記ユーザが利用可能な特典の内容を表示する、プログラム。

Images