JP2016066194A - クレジット決済システム、及びクレジット決済方法 - Google Patents

Abstract

【課題】クレジット決済に必要な従来の動作を不要とし、会員の利便性を向上させるクレジット決済システムを提供することを目的とする。【解決手段】第１端末は、会員の特定情報及び入力を受け付けた店舗の特定情報を含む決済利用情報を管理システムに送信し、管理システムは、受信した決済利用情報に含まれる会員の特定情報と店舗の特定情報とを関連付け、店舗の特定情報に関連付けられた会員の特定情報を含む決済利用者情報を、第２端末に送信し、第２端末は、受信した決済利用者情報に含まれる会員の特定情報を含む決済利用者画面を表示し、クレジット決済をする会員の特定情報、及び入力を受け付けた決済金額を含む決済確定画面を表示し、クレジット決済をする会員の特定情報及び決済金額を含む決済確定情報を管理システムに送信することを特徴とする。【選択図】図６

Description

本発明は、会員の携帯端末を利用したクレジット決済システムに関する。

従来のクレジット決済方法では、ＰＯＳレジ又はＣＡＴ端末等でクレジットカード情報を識別する必要がある。このため、会員及び店員は、カードの取り扱い、会計時のサイン、及び紙媒体のレシートの発行等の動作が必要となる。

携帯端末を利用したクレジット決済システムとして、国際公開第２０１３／１６８８１５号（特許文献１）が知られている。この公報には、「ユーザと販売業者間で商取引の合意が成立したとき、ユーザ携帯端末にパスワードが入力されると認証ＩＤへ変換され、この認証ＩＤに基づき認証が実行される。認証成立後、携帯端末はクレジット情報とユーザ番号をサーバに送信し、これらをサーバに記憶される。一方、販売業者は業者端末を用いて業者番号とユーザから提供されたユーザ番号をサーバに送信する。サーバは受信したユーザ番号と業者番号を記憶されているものと照合し一致したときにのみ、クレジット情報を業者端末に返信する。業者端末は受信したクレジット情報に基づきクレジット決済処理を実行する。」と記載されている（要約参照）。

国際公開第２０１３／１６８８１５号

特許文献１では、会員は、ネットカードの発行処理、及びそのネットカードの管理等が必要であり、また、紙媒体のレシートが発行される。このため、会員の利便性向上の観点から課題がある。

本発明は、クレジット決済に必要な従来の動作が不要となる「ノーカード・ノーサイン・ノーレシート」のクレジット決済を実現し、会員の利便性を向上させ、会員のクレジット決済の利用を促進させるクレジット決済システムを提供することを目的とする。

本発明の代表的な一例を示せば、会員が操作する第１端末と、店舗に設置され、店員が操作する第２端末と、会員に関する情報及び店舗に関する情報を管理する管理システムとを備えるクレジット決済システムであって、前記第１端末は、クレジット決済を利用する店舗を特定可能な特定情報の入力を受け付け、前記第１端末を操作する会員を特定可能な特定情報及び前記入力を受け付けた店舗の特定情報を含む決済利用情報を、前記管理システムに送信し、前記管理システムは、受信した決済利用情報に含まれる会員の特定情報と店舗の特定情報とを関連付け、利用依頼情報に記憶し、前記利用依頼情報を参照し、前記店舗の特定情報に関連付けられた会員の特定情報を含む決済利用者情報を、当該店舗の前記第２端末に送信し、前記第２端末は、受信した決済利用者情報に含まれる会員の特定情報を含む決済利用者画面を表示し、前記クレジット決済の決済金額の入力を受け付け、前記クレジット決済をする会員の特定情報、及び前記入力を受け付けた決済金額を含む決済確定画面を表示し、前記クレジット決済をする会員の特定情報及び前記決済金額を含む決済確定情報を前記管理システムに送信し、前記管理システムは、受信した決済確定情報に基づいて、前記クレジット決済を請求するための情報を出力することを特徴とする。

本願において開示される発明のうち代表的なものによって得られる効果を簡潔に説明すれば、下記の通りである。すなわち、クレジット決済に必要な従来の動作が不要となる「ノーカード・ノーサイン・ノーレシート」のクレジット決済を実現し、会員の利便性を向上させ、会員のクレジット決済の利用を促進させるクレジット決済システムを提供できる。

上記した以外の課題、構成、及び効果は、以下の実施形態の説明により明らかにされる。

実施例のクレジット決済システムの構成図である。 実施例の会員マスタテーブルの説明図である。 実施例の店舗マスタテーブルの説明図である。 実施例のカード決済利用依頼テーブルの説明図である。 実施例のカード決済テーブルの説明図である。 実施例のクレジット決済システムによって実行されるクレジット決済処理のシーケンス図である。 実施例のクレジットカード情報登録画面の説明図である。 実施例のクレジット決済利用依頼画面の説明図である。 実施例の決済利用者画面の説明図である。 実施例の会員情報画面の説明図である。 実施例の決済確定画面の説明図である。 実施例のクレジット決済確定処理のシーケンス図である。 実施例の電子レシート確認画面の説明図である。

以下、本発明の実施形態を図１〜図１３を用いて説明する。図面において同じ符号を付したものは同じ動作を示し、そのため記述を省略する。

図１は、実施例のクレジット決済システムの構成図である。

クレジット決済システムは、ホストシステム１００、スマートフォン端末２００、タブレット端末３００、決済代行会社４００、及びクレジット会社５００を備える。

ホストシステム１００は、会員に関する情報及び店舗に関する情報を管理する。スマートフォン端末２００は会員によって操作され、タブレット端末３００は店舗に配置され、店舗のスタッフによって操作される。決済代行会社４００は、店舗からクレジット会社５００への売上請求を代行する。クレジット会社５００は、売上請求のあった店舗に支払いをする。なお、ホストシステム１００が売上をクレジット会社５００に請求できれば、クレジット決済システムは決済代行会社４００を備えなくてもよい。

ホストシステム１００は、ＣＰＵ１１０、及びメモリ１２０を有する。なお、ホストシステム１００は、図示しないキーボード及びマウス等の入力デバイス、及び図示しないディスプレイ等の出力デバイスを備える。ＣＰＵ１１０は、メモリ１２０に記憶された各種プログラムを実行し、メモリ１２０に記憶されたデータを読み書きする。ＣＰＵ１１０は、決済利用者登録部１１１、決済利用者情報送信部１１２、クレジット決済確定部１１３、及び取引履歴管理部１１４を有する。

決済利用者登録部１１１は、スマートフォン端末２００からクレジット決済の利用を依頼する決済利用情報を受信した場合、決済利用情報に含まれるクレジット決済を利用する店舗の識別情報と会員の識別情報とを関連付けて、カード決済利用依頼テーブル１２３に登録する。

決済利用者情報送信部１１２は、店舗のタブレット端末３００に当該店舗の識別情報に関連付けられた会員の識別情報を含む決済利用者情報を送信し、タブレット端末３００に当該店舗でクレジット決済の利用を依頼した会員を特定可能な情報を表示させる。

クレジット決済確定部１１３は、タブレット端末３００から決済確定情報を受信した場合、クレジット決済を確定させるクレジット決済確定処理を実行する。クレジット決済確定処理は、図１２で詳細に説明する。

取引履歴管理部１１４は、クレジット決済の取引履歴を含む電子レシート情報をスマートフォン端末２００に送信する。

メモリ１２０には、会員マスタテーブル１２１、店舗マスタテーブル１２２、カード決済利用依頼テーブル１２３、及びカード決済テーブル１２４が記憶される。また、メモリ１２０には、決済利用者登録部１１１、決済利用者情報送信部１１２、クレジット決済確定部１１３及び取引履歴管理部１１４のそれぞれに対応するプログラムが記憶される。ＣＰＵ１１０がメモリ１２０に記憶されたプログラムを実行することによって、決済利用者登録部１１１、決済利用者情報送信部１１２、クレジット決済確定部１１３及び取引履歴管理部１１４を実現する。

なお、ホストシステム１００は、図示しない不揮発性記憶媒体である二次記憶装置を有し、二次記憶装置に各種プログラムが格納され、各種プログラムがメモリ１２０にロードされ、ＣＰＵ１１０に実行されてもよい。

会員マスタテーブル１２１は、会員に関する情報を管理するテーブルであり、図２で詳細を説明する。店舗マスタテーブル１２２は、店舗に関する情報を管理するテーブルであり、図３で詳細を説明する。カード決済利用依頼テーブル１２３は、クレジット決済の利用を依頼した会員の識別情報と会員がクレジット決済を利用する店舗の識別情報とを関連付けを管理するテーブルであり、図４で詳細を説明する。カード決済テーブル１２４は、会員のクレジット決済の取引履歴を管理するテーブルであり、図５で詳細を説明する。

次に、スマートフォン端末２００について説明する。

スマートフォン端末２００は、ＣＰＵ２１０、メモリ２２０、及び入出力デバイス２３０を有する。

ＣＰＵ２１０は、メモリ２２０に記憶された各種プログラムを実行し、メモリ２２０に記憶されたデータを読み書きする。ＣＰＵ２１０は、クレジットカード情報登録部２１１、クレジット決済利用部２１２、及び電子レシート確認部２１３を有する。

クレジットカード情報登録部２１１は、クレジット決済で利用するクレジットカードに関する情報の入力を受け付け、受け付けたクレジットカードに関する情報と会員の識別情報との関係を決済代行会社４００に登録する。クレジット決済利用部２１２は、クレジット決済の利用を依頼する決済利用情報をホストシステム１００に送信する。電子レシート確認部２１３は、会員のクレジット決済の取引履歴を入出力デバイス２３０に表示する。

メモリ２２０は揮発性記憶媒体であり、メモリ２２０には、クレジットカード情報登録部２１１、クレジット決済利用部２１２、及び電子レシート確認部２１３それぞれに対応するプログラムが記憶する。なお、スマートフォン端末２００は、図示しない不揮発性記憶媒体である二次記憶装置を有し、二次記憶装置に各種プログラムが記憶され、各種プログラムがメモリ２２０にロードされ、ＣＰＵ２１０によって実行されてもよい。

入出力デバイス２３０はタッチパネル等である。なお、入出力デバイス２３０は、キーボード等の入力デバイスとディスプレイ等の出力デバイスとであってもよい。

なお、スマートフォン端末２００は、会員が携帯可能な端末であればよく、スマートフォンに限定されない。

次に、タブレット端末３００について説明する。

タブレット端末３００は、ＣＰＵ３１０、メモリ３２０、及び入出力デバイス３３０を有する。

ＣＰＵ３１０は、メモリ３２０に記憶された各種プログラムを実行し、メモリ３２０に記憶されたデータを読み書きする。ＣＰＵ３１０は、決済利用者表示部３１１及びクレジット決済確定部３１２を有する。

決済利用者表示部３１１は、タブレット端末３００が設置された店舗でクレジット決済の利用を依頼中の会員を特定可能な情報を入出力デバイス３３０に表示する。クレジット決済確定部３１２は、クレジット決済を確定させる決済確定情報をホストシステム１００に送信する。

メモリ３２０は揮発性記憶媒体であり、メモリ３２０には、決済利用者表示部３１１及びクレジット決済確定部３１２それぞれに対応するプログラムが記憶する。なお、タブレット端末３００は、図示しない不揮発性記憶媒体である二次記憶装置を有し、二次記憶装置に各種プログラムが記憶され、各種プログラムがメモリ３２０にロードされ、ＣＰＵ３１０によって実行されてもよい。

入出力デバイス３３０はタッチパネル等である。なお、入出力デバイス３３０は、キーボード等の入力デバイスとディスプレイ等の出力デバイスとであってもよい。

なお、タブレット端末３００は、店舗に設置され、店員が操作可能な端末であればよく、例えば、パソコン等であってもよい。

図２は、実施例の会員マスタテーブル１２１の説明図である。

会員マスタテーブル１２１は、ＩＤ２０１、会員名２０２、性別２０３、生年月日２０４、地域２０５、結婚２０６、クレジット会員２０７、及びクレジット登録日時２０８を含む。

ＩＤ２０１には会員の識別情報が登録される。ＩＤ２０１に登録される会員の識別情報は会員マスタテーブル１２１の各レコードを一意に識別するキー項目である。なお、会員マスタテーブル１２１のレコードは会員毎に生成され、必要に応じて更新又は削除される。

会員名２０２には、会員の名前が登録される。性別２０３には、会員の性別が登録される。生年月日２０４には、会員の生年月日が登録される。地域２０５には、会員の居住地域が登録される。結婚２０６には、会員の結婚状態、すなわち、既婚であるか未婚であるかが登録される。クレジット会員２０７には、会員がクレジットカード情報を登録しているか否かが登録される。クレジット登録日時２０８には、会員がクレジットカード情報を登録した日時が登録される。

図３は、実施例の店舗マスタテーブル１２２の説明図である。

店舗マスタテーブル１２２は、ＩＤ３０１、店舗コード３０２、店舗名３０３、店舗名カナ３０４、電話番号３０５、概要３０６、営業時間３０７、及び備考３０８を含む。

ＩＤ３０１には、店舗の識別情報が登録される。ＩＤ３０１に登録される店舗の識別情報は店舗マスタテーブル１２２の各レコードを一意に識別するキー項目である。なお、店舗マスタテーブル１２２のレコードは店舗毎に生成され、必要に応じて更新又は削除される。

店舗コード３０２は、店舗を識別するための番号が登録される。店舗名３０３には、店舗の名称が登録される。店舗名カナ３０４には、店舗の名称を示すカタカナが登録される。電話番号３０５には、店舗の電話番号３０５が登録される。概要３０６には、店舗の概要（例えば、店舗の業種）が登録される。営業時間３０７には、店舗の営業時間が登録される。備考３０８には、店舗に関する情報を管理するための補足事項が登録される。

図４は、実施例のカード決済利用依頼テーブル１２３の説明図である。

スマートフォン端末２００から送信された決済利用情報をホストシステム１００が受信した場合、カード決済利用依頼テーブル１２３に新たなレコードが追加される。

カード決済利用依頼テーブル１２３は、ＩＤ４０１、店舗ＩＤ４０２、会員ＩＤ４０３、取引番号４０４、完了フラグ４０５、利用依頼日時４０６を含む。

ＩＤ４０１には、カード決済利用の依頼の識別情報が登録される。ＩＤ４０１に登録される識別情報は、カード決済利用依頼テーブル１２３の各レコードを一意に識別するキー項目である。カード決済利用依頼テーブル１２３のレコードは、ホストシステム１００が受信した決済利用情報ごとに生成され、必要に応じて更新又は削除される。

店舗ＩＤ４０２には、会員がクレジット決済の利用を依頼した店舗の識別情報が登録される。店舗ＩＤ４０２に登録される識別情報は、店舗マスタテーブル１２２のＩＤ３０１に登録される識別情報に対応する。

会員ＩＤ４０３には、クレジット決済の利用を依頼した会員の識別情報が登録される。会員ＩＤ４０３に登録される識別情報は、会員マスタテーブル１２１のＩＤ２０１に登録される識別情報に対応する。

取引番号４０４には、会員が利用を依頼したクレジット決済による取引を識別するための番号が登録される。完了フラグ４０５には、会員が利用を依頼したクレジット決済による取引が確定したか否かを示すフラグが登録される。完了フラグ４０５に「１」が登録されていれば、会員が利用を依頼したクレジット決済による取引が確定したことを示し、完了フラグ４０５に「０」が登録されていれば、当該取引が未だ確定していないことを示す。

利用依頼日時４０６には、ホストシステム１００が決済利用情報を受信した日時、すなわち、会員がクレジット決済の利用を依頼した日時が登録される。なお、利用依頼日時４０６には、スマートフォン端末２００が決済利用情報を送信した日時が登録されてもよい。

図５は、実施例のカード決済テーブル１２４の説明図である。

利用依頼されたクレジット決済の取引が確定した場合、カード決済テーブル１２４に新たなレコードが追加される。

カード決済テーブル１２４は、ＩＤ５０１、取引番号５０２、取引日５０３、店舗ＩＤ５０４、店舗名５０５、会員ＩＤ５０６、金額５０７、取引区分５０８、及び分割回数５０９を含む。

ＩＤ５０１には、取引が確定したクレジット決済の識別情報が登録される。ＩＤ５０１に登録される識別情報は、カード決済テーブル１２４の各レコードを一意に識別するキー項目である。カード決済テーブル１２４のレコードは、確定したクレジット決済ごとに生成され、必要に応じて更新又は削除される。

取引番号５０２には、確定したクレジット決済の取引を識別するための番号が登録される。取引番号５０２に登録される番号は、カード決済利用依頼テーブル１２３の取引番号４０４に登録される番号に対応する。取引日５０３には、クレジット決済が行われた年月日が登録される。

店舗ＩＤ５０４には、クレジット決済が行われた店舗の識別情報が登録される。店舗ＩＤ５０４に登録される店舗の識別情報は、店舗マスタテーブル１２２のＩＤ３０１に登録される店舗の識別情報に対応する。店舗名５０５には、クレジット決済が行われた店舗の名称が登録される。店舗名５０５に登録される店舗の名称は、店舗マスタテーブル１２２の店舗名３０３に登録される店舗の名称に対応する。

会員ＩＤ５０６には、クレジット決済を行った会員の識別情報が登録される。会員ＩＤ５０６に登録される会員の識別情報は、会員マスタテーブル１２１のＩＤ２０１に登録される会員の識別情報に対応する。

金額５０７には、クレジット決済の取引金額が登録される。取引区分５０８には、クレジット決済の支払方法（翌月１回払い、分割払い、又はリボ払い）が登録される。分割回数５０９には、取引区分５０８に分割払いが登録された場合に支払いの分割回数が登録される。

図６は、実施例のクレジット決済システムによって実行されるクレジット決済処理のシーケンス図である。

会員が来店する前又は商品を購入する前に、会員はスマートフォン端末２００を利用してクレジットカード情報を登録する。まず、クレジットカード情報登録部２１１は、図７に示すクレジットカード情報登録画面７００を表示する（Ｓ６０１）。会員は、Ｓ６０１の処理で表示されたクレジットカード情報登録画面７００を介してクレジットカード情報（例えば、クレジットカード番号等）をスマートフォン端末２００に入力し（Ｓ６０２）、クレジットカード情報登録部２１１は、入力されたクレジットカード情報と会員の識別情報との関係を決済代行会社４００に送信する。決済代行会社４００のシステムは、クレジットカード情報と会員の識別情報との関係を登録する。

なお、会員のクレジットカード情報と会員の識別情報との関係が決済代行会社４００のシステムに登録された場合、ホストシステム１００は、会員マスタテーブル１２１の会員の当該会員に対応するレコードのクレジット会員２０７に、クレジットカード情報が登録された旨を登録し、クレジット登録日時２０８に、クレジットカード情報が決済代行会社４００に登録された日時を登録する。ホストシステム１００は、会員のクレジットカード情報と会員の識別情報との関係が決済代行会社４００のシステムに登録された旨を決済代行会社４００のシステムから通知されてもよいし、スマートフォン端末２００から通知されてもよい。

図７は、実施例のクレジットカード情報登録画面７００の説明図である。

クレジットカード情報登録画面７００は、メッセージ７１０、及びクレジット登録ボタン７２０を含む。

メッセージ７１０には、決済代行会社４００の支払い情報登録画面に遷移する旨と、画面に従い、クレジットカード情報の登録手続き継続する旨とが表示される。

クレジット登録ボタン７２０が操作された場合、クレジットカード情報登録部２１１は、決済代行会社４００のクレジットカード情報登録ページにリダイレクトする。クレジットカード情報登録ページでクレジットカード情報が入力され、当該会員の識別情報と入力されたクレジットカード情報とを決済代行会社４００のシステムに送信され、決済代行会社４００のシステムにクレジットカード情報が登録される。

次に、会員が店舗に来店し、商品を購入する場合の処理について説明する。

まず、スマートフォン端末２００が会員から所定の操作の入力を受け付けると、クレジット決済利用部２１２は、図８に示すクレジット決済利用依頼画面８００を表示する（Ｓ６０３）。

ここで、クレジット決済利用依頼画面８００について説明する。図８は、実施例のクレジット決済利用依頼画面８００の説明図である。

クレジット決済利用依頼画面８００は、画面タイトル８１０、メッセージ８２０、店舗選択リスト８３０、メッセージ８４０、及び店舗決定ボタン８５０を含む。

画面タイトル８１０には、クレジット決済利用依頼画面８００である旨の情報が表示される。メッセージ８２０には、クレジット決済の利用を依頼する店舗を選択する旨が表示される。

店舗選択リスト８３０が操作されると、店舗選択リスト８３０にはクレジット決済の利用を依頼可能な店舗の名称のリストが表示される。具体的には、クレジット決済利用部２１２は、店舗選択リスト８３０が操作された場合、会員の識別情報を含む店舗選択リスト表示要求をホストシステム１００に送信する。ホストシステム１００は、店舗選択リスト表示要求を受信した場合、店舗マスタテーブル１２２を参照し、クレジット決済が利用可能な店舗の名称を取得し、取得した店舗の名称を含む店舗選択リスト表示応答をスマートフォン端末２００に送信する。スマートフォン端末２００が店舗選択リスト表示応答を受信すると、クレジット決済利用部２１２は、受信した店舗選択リスト表示応答に含まれる店舗の名称を店舗選択リスト８３０に表示する。この場合、会員がお気に入りに登録している店舗の名称がリストの上方に表示されるようにしてもよい。会員は、店舗選択リスト８３０に表示された店舗の名称の中から、クレジット決済の利用を依頼する店舗の名称を選択する。

メッセージ８４０には、店舗決定ボタン８５０が操作されてから所定時間経過してもクレジット決済が行われない場合には、クレジット決済の利用の依頼が自動的にキャンセルさせる旨が表示される。

店舗決定ボタン８５０は、クレジット決済の利用を依頼する店舗を決定し、クレジット決済の利用を依頼する決済利用情報をホストシステム１００に送信するためのボタンである。

決済利用者情報送信部１１２は、Ｓ６０３の処理で表示されたクレジット決済利用依頼画面８００で店舗決定ボタン８５０の操作を受け付けた場合、会員を特定可能な情報（特定情報）及び選択された店舗を特定可能な情報（特定情報）を含む決済利用情報をホストシステム１００に送信する（Ｓ６０４）。なお、会員の特定情報は、会員を特定可能な情報であればよく、例えば、会員の識別情報であってもよいし、会員の名前及び生年月日の組み合わせ等であってもよい。また、店舗を特定可能な情報は、店舗を特定可能な情報であればよく、店舗の識別情報、店舗の名称、店舗の電話番号、又は店舗コード等であってもよい。

ホストシステム１００が決済利用情報を受信した場合、決済利用者登録部１１１は、受信した決済利用情報に基づいて、カード決済利用依頼テーブル１２３に新たなレコードを追加する（Ｓ６０５）。具体的には、決済利用者登録部１１１は、追加したレコードのＩＤ４０１に一意な識別情報を登録する。また、決済利用者登録部１１１は、追加したレコードの店舗ＩＤ４０２及び会員ＩＤ４０３それぞれに、受信した決済利用情報に含まれる店舗の特定情報に対応する店舗の識別情報及び会員の特定情報に対応する識別情報を登録する。また、決済利用者登録部１１１は、追加したレコードの取引番号４０４に一意な番号を登録し、完了フラグ４０５に依頼されたクレジット決済の取引が未だ確定していないことを示す「０」を登録する。また、決済利用者登録部１１１は、追加したレコードの利用依頼日時４０６に、決済利用情報を受信した日時を登録する。

タブレット端末３００は図９に示す決済利用者画面９００を表示している。図９は、実施例の決済利用者画面９００の説明図である。

決済利用者画面９００は、画面タイトル９１０、更新ボタン９２０、利用依頼件数９３０、会員番号９４０、お名前９５０、日時９６０、選択ボタン９７０、及び続きボタン９８０を含む。

画面タイトル９１０には決済利用者画面９００である旨が表示される。更新ボタン９２０が操作されると、決済利用者表示部３１１は、決済利用者要求をホストシステム１００に送信し、当該店舗におけるクレジット決済の利用を依頼中の最新の会員の特定情報をホストシステム１００から取得し、決済利用者画面９００を更新する。

利用依頼件数９３０には、当該店舗におけるクレジット決済の利用を依頼中の会員の数が表示される。会員番号９４０には、当該店舗におけるクレジット決済の利用を依頼中の会員の会員番号が表示される。なお、会員番号は、会員マスタテーブル１２１のＩＤ２０１に対応する。お名前９５０には、当該店舗におけるクレジット決済の利用を依頼中の会員の名前が表示される。日時９６０には、当該店舗におけるクレジット決済の利用を依頼した日時が表示される。選択ボタン９７０が操作された場合、クレジット決済確定部３１２は決済確定画面１１００を表示する。

例えば、決済利用者画面９００に表示可能なクレジット決済の利用を依頼中の会員の数が１０人であるとする。当該店舗におけるクレジット決済の利用を依頼中の会員の数が１０人を超える場合において、続きボタン９８０が操作されると、決済利用者表示部３１１は、現在の決済利用者画面９００に表示されていない次の１０人の会員に関する情報を決済利用者画面９００に表示する。

なお、図９に示す決済利用者画面９００では、クレジット決済の利用を依頼した会員の特定情報として会員番号及び会員の名前が表示されるが、当該会員を特定可能な情報であれば、これに限定されない。

ここで、クレジット決済の利用を依頼した会員が来店し、クレジット決済の利用を依頼した旨が店員に伝えられると、店員は決済利用者画面９００の更新ボタン９２０を操作する。決済利用者画面９００の更新ボタン９２０が操作された場合、決済利用者表示部３１１は、店舗を特定可能な特定情報を含む更新要求をホストシステム１００に送信する（Ｓ６０６）。

ホストシステム１００が更新要求を受信した場合、決済利用者情報送信部１１２は、カード決済利用依頼テーブル１２３を参照し、更新要求を送信したタブレット端末３００が配置された店舗におけるクレジット決済の利用を依頼中の会員の特定情報（例えば、会員の識別情報）を取得し、取得した会員の特定情報を含む決済利用者情報を、当該タブレット端末３００に送信する（Ｓ６０７）。具体的には、決済利用者情報送信部１１２は、カード決済利用依頼テーブル１２３を参照し、受信した更新要求に含まれる店舗の特定情報に対応する識別情報に関連付けられ、取引が完了しておらず、かつ、利用依頼日時が更新要求の受信時刻から所定時間（例えば３０分）以内である全ての会員の識別情報を取得し、取得した会員の識別情報を含む決済利用者情報を送信する。なお、決済利用者情報は、クレジット決済の利用を依頼中の各会員に対応する取引番号も含む。

決済利用者情報送信部１１２は、利用依頼日時が更新要求の受信時刻から所定時間より前の会員の識別情報を取得しないので、当該会員の特定情報は決済利用者画面９００に表示されない。したがって、会員がクレジット決済の利用を依頼してから所定時間経過した場合、当該クレジット決済の利用の依頼は自動的にキャンセルされることになり、会員のクレジット決済の利用の依頼が他人に不正に利用されることを防止できる。

なお、本実施例では、決済利用者情報送信部１１２が、カード決済利用依頼テーブル１２３から、利用依頼日時が更新要求の受信時刻から所定時間以内の会員の識別情報を取得するが、例えば、利用依頼日時から所定時間経過したカード決済利用依頼テーブル１２３のレコードを削除してもよいし、当該レコードの完了フラグ４０５に利用依頼日時から所定時間経過したことを示すフラグ（例えば「２」）を登録してもよい。

タブレット端末３００が決済利用者情報を受信した場合、決済利用者表示部３１１は、決済利用者画面９００を更新する（Ｓ６０８）。これによって、決済利用者画面９００は、当該店舗におけるクレジット決済の利用を依頼中の最新の会員の特定情報を表示することとなる。

ここで、来店時には、会員はスマートフォン端末２００に所定の操作をして、図１０に示す会員情報画面１０００を表示する（Ｓ６０９）。図１０は、実施例の会員情報画面１０００の説明図である。

会員情報画面１０００は、例えばクレジット決済アプリの初期画面であり、会員番号１０１０、名前１０２０、及びお知らせ１０３０を含む。

会員番号１０１０には、会員を特定可能な会員番号が表示される。会員番号は、会員の識別情報に対応する。名前１０２０には、会員を特定可能な会員の名前が表示される。お知らせ１０３０には、各店舗からのお知らせ情報が表示される。

なお、図１０に示す会員情報画面１０００では、会員を特定可能な情報として会員番号及び会員の名前が表示されるが、会員を特定可能な情報であればこれに限定されない。ただし、図１０に会員情報画面１０００に表示される会員の特定情報は、図９に示す決済利用者画面９００に表示された会員の特定情報と対応している必要がある。例えば、図９に示す決済利用者画面９００に会員の名前と生年月日との組み合わせが会員の特定情報として表示される場合、図１０に示す会員情報画面１０００にも会員の名前と生年月日との組み合わせが会員の特定情報として表示される必要がある。

会員は会員情報画面１０００を店員に提示し、店員は決済利用者画面９００の会員番号９４０に表示された会員番号が会員情報画面１０００の会員番号１０１０に表示された会員番号と一致し、かつ決済利用者画面９００のお名前９５０に表示された名前が会員情報画面１０００の名前１０２０に表示された名前と一致する会員を決済利用者画面９００から探し、当該会員の選択ボタン９７０を操作する。

このように、店員がスマートフォン端末２００の会員情報画面１０００に表示された会員の特定情報を確認して選択ボタン９６０を操作することによって、会員と店員とのクレジットカードの受け渡しをせずとも、クレジット決済の利用を依頼していない他人がクレジット決済の利用を依頼した会員になりすまして、クレジット決済を行うことを防止できる。

タブレット端末３００が選択ボタン９７０の操作を受け付けると、クレジット決済確定部３１２は、図１１に示す決済確定画面１１００を表示する（Ｓ６１０）。

図１１は、実施例の決済確定画面１１００の説明図である。

決済確定画面１１００は、画面タイトル１１１０、メッセージ１１２０、会員番号１１３０、会員名１１４０、決済金額１１５０、取引区分１１６０、分割回数１１７０、戻るボタン１１８０、及び確定ボタン１１９０を含む。

画面タイトル１１１０には、決済確定画面１１００である旨が表示される。メッセージ１１２０には、「下記の内容で決定をします。内容をご確認ください。」とのメッセージが表示される。会員番号１１３０には、決済利用者画面９００で選択ボタン９７０が操作された会員の会員番号が表示され、会員名１１４０には、当該会員の名前が表示される。

決済金額１１５０にはクレジット決済で決済する決済金額が例えば店員によって入力される。取引区分１１６０には、会員の支払方法が店員によって入力され、分割回数１１７０には、会員の支払方法が分割払いである場合に分割回数が店員によって入力される。戻るボタン１１８０が操作された場合、決済利用者画面９００が表示される。

店員は、決済確定画面１１００を会員に提示し、クレジット決済を行う者が当該会員であることを確認させると、確定ボタン１１９０を操作する。タブレット端末３００が確定ボタン１１９０の操作を受け付けた場合、クレジット決済確定部３１２は、会員の特定情報（例えば、会員の識別情報）、決済金額１１５０に入力された決済金額、取引区分１１６０に入力された支払方法、及び分割回数１１７０に入力された分割回数を含む決済確定情報をホストシステム１００に送信する（Ｓ６１１）。なお、決済確定情報は確定するクレジット決済の取引番号も含む。

決済確定画面１１００が表示されることによって、会員は、決済の確定前に決済確定画面１１００に表示された内容が正しいか否かを確認するだけでクレジット決済を行うことができ、会員と店員との間のクレジットカードの受け渡し動作、会員のサイン動作、及びレシートの受け渡す動作等が不要となる。

ホストシステム１００が決済確定情報を受信した場合、クレジット決済確定部１１３は、図１２に示すクレジット決済を確定させるクレジット決済確定処理を実行する（Ｓ６１２）。そして、クレジット決済確定部１１３は、カード決済利用依頼テーブル１２３の取引番号４０４が受信した決済確定情報に含まれる取引番号と一致するレコードの完了フラグ４０５を取引が完了したことを示す「１」に更新する（Ｓ６１３）。また、クレジット決済確定部１１３は、クレジット決済確定処理でクレジット決済の取引に関する情報を、カード決済テーブル１２４に登録する。

なお、決済利用者情報送信部１１２は、ある店舗に配置されたタブレット端末３００に決済利用者情報を送信する場合、カード決済利用依頼テーブル１２３を参照し、当該店舗の識別情報に関連付けられた会員の識別情報のうち、完了フラグ４０５に「０」が登録された会員の識別情報を、クレジット決済の利用を依頼中の会員の識別情報として取得する。このため、完了フラグ４０５に「１」が登録された会員の識別情報に対応する会員の特定情報はタブレット端末３００の決済利用者画面９００には表示されない。

また、クレジット決済確定部１１３は、クレジット決済確定処理の結果を示す決済結果情報を、決済確定情報を送信したタブレット端末３００に送信する（Ｓ６１４）。

タブレット端末３００は、決済結果情報を受信した場合、クレジット決済が完了した旨の決済完了画面を表示する（Ｓ６１５）。

以上の処理によって、会員が店舗を来店し、商品を購入した場合のクレジット決済が確定する。

次に、図１２を用いてクレジット決済確定処理について説明する。図１２は、実施例のクレジット決済確定処理のシーケンス図である。

まず、タブレット端末３００に表示された決済確定画面１１００でクレジット決済の内容を会員に確認させ、店員が確定ボタン１１９０を操作すると、クレジット決済確定部３１２は、決済確定情報をホストシステム１００に送信する（Ｓ６１１）。ホストシステム１００は、決済代行会社４００に与信リクエストを送信するために、クレジット決済確定部１１３に対応するプログラムを呼び出す。そして、ホストシステム１００は、呼び出したプログラムを実行し、与信リクエストを決済代行会社４００に送信する（Ｓ１２１１）。なお、与信リクエストは、クレジット決済を行う会員の識別情報、クレジット決済が行われる店舗の識別情報、決済金額、取引区分、及び分割回数を含む。

決済代行会社４００は、与信リクエストを受信した場合、ギャザリングリクエストをクレジット会社５００に送信する（Ｓ１２１２）。

クレジット会社５００は、ギャザリングリクエストを受信した場合、ギャザリングレスポンスを決済代行会社４００に送信する（Ｓ１２１３）。決済代行会社４００は、ギャザリングレスポンスを受信した場合、与信リクエストの応答として与信レスポンスをホストシステム１００に送信する（Ｓ１２１４）。

ホストシステム１００は、与信レスポンスを受信した場合、クレジット決済の売上請求の代行をリクエストするコミットリクエストを決済代行会社４００に送信する（Ｓ１２１５）。

決済代行会社４００は、コミットリクエストを受信した場合、コミットレスポンスを送信する（Ｓ１２１６）。ホストシステム１００は、コミットレスポンスを受信した場合、カード決済テーブル１１５に当該クレジット決済の取引に関する情報を登録し、Ｓ６１４の処理で決済結果情報をタブレット端末３００に送信する。タブレット端末３００は、決済結果情報を受信した場合、Ｓ６１５の処理で決済完了画面を表示する。なお、決済完了画面には、クレジット決済の取引内容が表示されてもよい。この場合、決済完了画面には、例えば、クレジット決済を行った会員の名前、クレジット決済が行われた店舗の名称、決済金額、取引内容、及び分割回数が表示される。

決済代行会社４００は、Ｓ１１１６の処理でコミットレスポンスの送信後、売上確定処理リクエストをクレジット会社５００に送信する（Ｓ１２１７）。クレジット会社５００は、売上確定処理リクエストを受信した場合、売上確定処理を実行し、売上確定処理レスポンスを決済代行会社４００に送信する（Ｓ１２１８）。

図６に戻り、会員が取引履歴を確認する場合の処理について説明する。

ホストシステム１００の取引履歴管理部１１４は、所定のタイミングで電子レシート情報を送信する（Ｓ６１６）。所定のタイミングは、スマートフォン端末２００から確認画面表示リクエストを受信した場合であってもよいし、電子レシート情報を送信する予め設定された日時が到来した場合であってもよい。具体的には、取引履歴管理部１１４は、カード決済テーブル１２４を参照し、取引日５０３が所定期間の各会員の取引に関する情報を取得し、取得した情報を電子レシート情報に含めて送信する。

スマートフォン端末２００が電子レシート情報を受信した場合、電子レシート確認部２１３は、受信した電子レシート情報に基づいて、図１３に示す電子レシート確認画面１３００を表示する（Ｓ６１７）。また、ホストシステム１００の取引履歴管理部１１４は、カード決済テーブル１２４を参照し、各店舗のクレジット決済の取引に関する情報を表示してもよい（Ｓ６１８）。これによって、ホストシステム１００の管理者が利用店舗の状況及び取引金額等を確認できる。また、取引履歴管理部１１４は、各店舗のクレジット決済の取引に関する情報をＣＳＶ形式で出力してもよい。これによって、ホストシステム１００の管理者は、当該情報をクレジット決済の取引状況の分析に活用できる。

図１３は、実施例の電子レシート確認画面１３００の説明図である。

電子レシート確認画面１３００は、タイトル１３１０、電子レシート情報１３２０、及び続きボタン１３３０を含む。

タイトル１３１０には、電子レシート確認画面１３００である旨が表示される。電子レシート情報１３２０には、お取引日１３２１、取引番号１３２２、ご利用店舗１３２３、お支払い金額１３２４、及びお支払い方法１３２５を含む。お取引日１３２１には、クレジット決済を行った日時が表示される。取引番号１３２２には、クレジット決済の取引番号が表示される。ご利用店舗１３２３は、クレジット決済が行われた店舗の名称が表示される。お支払い金額１３２４には、クレジット決済における決済金額が表示される。お支払い方法１３２５には、クレジット決済における支払方法が表示される。

なお、電子レシート確認画面１３００に一度に表示可能なクレジット決済の取引は２０件である。このため、２１件目以降のクレジット決済の取引を確認する場合、続きボタン１２３０が操作される。

電子レシート確認画面１３００では、クレジット決済の取引の履歴が表示されるので、会員は、電子レシート確認画面１３００を見ることによって、クレジット決済の取引の履歴を確認できる。このため、会員が商品の購入した場合の店舗側でのレシートの発行が不要となる。

なお、本実施例では、クレジット決済を行った商品に関する情報を管理しないので、電子レシート情報１２２０にクレジット決済の商品に関する情報は表示されない。しかしながら、クレジット決済を行った商品に関する情報を管理すれば、電子レシート情報１２２０にクレジット決済を行った商品に関する情報を表示可能である。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることも可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない、実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１００ ホストシステム
１１１ 決済利用者登録部
１１２ 決済利用者情報送信部
１１３ クレジット決済確定部
１１４ 購買履歴確認部
１１５ カード決済テーブル
１２１ 会員マスタテーブル
１２２ 店舗マスタテーブル
１２３ カード決済利用依頼テーブル
１２４ カード決済テーブル
２００ スマートフォン端末
２１１ クレジットカード情報登録部
２１２ クレジット決済利用部
２１３ 電子レシート確認部
３００ タブレット端末
３１１ 決済利用者表示部
３１２ クレジット決済確定部
４００ 決済代行会社
５００ クレジット会社

Claims (5)

1. 会員が操作する第１端末と、店舗に設置され、店員が操作する第２端末と、会員に関する情報及び店舗に関する情報を管理する管理システムとを備えるクレジット決済システムであって、
   前記第１端末は、
   クレジット決済を利用する店舗を特定可能な特定情報の入力を受け付け、前記第１端末を操作する会員を特定可能な特定情報及び前記入力を受け付けた店舗の特定情報を含む決済利用情報を、前記管理システムに送信し、
   前記管理システムは、
   受信した決済利用情報に含まれる会員の特定情報と店舗の特定情報とを関連付け、利用依頼情報に記憶し、
   前記利用依頼情報を参照し、前記店舗の特定情報に関連付けられた会員の特定情報を含む決済利用者情報を、当該店舗の前記第２端末に送信し、
   前記第２端末は、
   受信した決済利用者情報に含まれる会員の特定情報を含む決済利用者画面を表示し、
   前記クレジット決済の決済金額の入力を受け付け、
   前記クレジット決済をする会員の特定情報、及び前記入力を受け付けた決済金額を含む決済確定画面を表示し、
   前記クレジット決済をする会員の特定情報及び前記決済金額を含む決済確定情報を前記管理システムに送信し、
   前記管理システムは、受信した決済確定情報に基づいて、前記クレジット決済を請求するための情報を出力することを特徴とするクレジット決済システム。
2. 請求項１に記載のクレジット決済システムであって、
   前記第１端末は、前記会員の特定情報を含む会員情報画面を表示し、
   前記第２端末は、前記決済利用者画面に表示された会員の特定情報の中から前記会員情報画面に表示された会員の特定情報と一致する会員の特定情報の選択を受け付け、
   前記選択を受け付けた会員の特定情報を前記クレジット決済をする会員の特定情報とすることを特徴とするクレジット決済システム。
3. 請求項１に記載のクレジット決済システムであって、
   前記管理システムは、前記店舗の特定情報に関連付けられた少なくとも一つの会員の特定情報のうち、前記決済利用情報を受信してから所定時間経過する前の会員の特定情報のみを含む決済利用者情報を、当該店舗の前記第２端末に送信し、
   前記第２端末は、前記決済利用情報を受信してから所定時間経過する前の会員の特定情報のみの決済利用者画面を表示することを特徴とするクレジット決済システム。
4. 請求項１に記載のクレジット決済システムであって、
   前記管理システムは、前記会員のクレジット決済の取引履歴を含む電子レシート情報を当該会員の第１端末に送信し、
   前記第１端末は、受信した電子レシート情報に基づいて、前記会員のクレジット決済の取引履歴を含む電子レシート確認画面を表示することを特徴とするクレジット決済システム。
5. 計算機システムにおける会員のクレジット決済を請求するための情報を出力するクレジット決済方法において、
   前記計算機システムは、
   前記会員が操作する第１端末と、
   店舗に設置され、店員が操作する第２端末と、
   前記会員に関する情報及び店舗に関する情報を管理する管理システムとを有し、
   前記クレジット決済方法は、
   前記第１端末が、前記クレジット決済を利用する店舗を特定可能な特定情報の入力を受け付け、前記第１端末を操作する会員を特定可能な特定情報及び前記入力を受け付けた店舗の特定情報を含む決済利用情報を前記管理システムに送信し、
   前記管理システムが、受信した決済利用情報に含まれる会員の特定情報と店舗の特定情報とを関連付け、利用依頼情報に記憶し、
   前記管理システムが、前記利用依頼情報を参照し、前記店舗の特定情報に関連付けられた会員の特定情報を含む決済利用者情報を、当該店舗の前記第２端末に送信し、
   前記第２端末が、受信した決済利用者情報に含まれる会員の特定情報を含む決済利用者画面を表示し、
   前記第２端末が、前記クレジット決済の決済金額の入力を受け付け、
   前記第２端末が、前記クレジット決済をする会員の特定情報、及び前記入力を受け付けた決済金額を含む決済確定画面を表示し、
   前記第２端末が、前記クレジット決済をする会員の特定情報及び前記決済金額を含む決済確定情報を前記管理システムに送信し、
   前記管理システムが、受信した決済確定情報に基づいて、前記クレジット決済を請求するための情報を出力することを特徴とするクレジット決済方法。

Images