JP7197445B2 - Payment system, terminal, server and program - Google Patents
Payment system, terminal, server and program Download PDFInfo
- Publication number
- JP7197445B2 JP7197445B2 JP2019159856A JP2019159856A JP7197445B2 JP 7197445 B2 JP7197445 B2 JP 7197445B2 JP 2019159856 A JP2019159856 A JP 2019159856A JP 2019159856 A JP2019159856 A JP 2019159856A JP 7197445 B2 JP7197445 B2 JP 7197445B2
- Authority
- JP
- Japan
- Prior art keywords
- payment
- information
- terminal
- server
- payment information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/16—Payments settled via telecommunication systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Cash Registers Or Receiving Machines (AREA)
Description
本発明は、決済システム、端末、サーバ及びプログラムに関する。 The present invention relates to payment systems, terminals, servers and programs.
現在、二次元コード(例えばQRコード(登録商標))を利用した決済システムが実用化されている。
決済システムの1つに、MPM(=Merchant Presented Mode)方式がある。この方式の場合、店舗側の情報端末に商品の購入代金やその振り込み先などの情報が二次元コードで表示される。一方、電子決済サービスの利用者は、表示された二次元コードを自身の情報端末で撮影し、撮像された二次元コードの情報を決済事業者が運用するサーバに送出する。決済事業者が運用するサーバは、受信した情報により、利用者本人による商品の購入であることを確認し、決済処理を実行する。
Currently, a payment system using a two-dimensional code (for example, QR code (registered trademark)) is in practical use.
One of payment systems is the MPM (=Merchant Presented Mode) system. In the case of this method, information such as the purchase price of the product and the transfer destination is displayed on the information terminal on the store side as a two-dimensional code. On the other hand, the user of the electronic payment service takes a picture of the displayed two-dimensional code with his/her own information terminal, and sends the information of the taken two-dimensional code to the server operated by the payment business operator. The server operated by the settlement company confirms that the product was purchased by the user based on the received information, and executes settlement processing.
ところが、MPM方式では、情報端末による二次元コードの読み取りミスや情報端末にインストールされている不正なアプリケーションにより、正しい金額とは異なる金額で決済される可能性がある。すなわち、決済の安全性が確保できない可能性がある。 However, in the MPM system, there is a possibility that an amount different from the correct amount may be settled due to an error in reading the two-dimensional code by the information terminal or an unauthorized application installed in the information terminal. In other words, there is a possibility that the security of settlement cannot be ensured.
本発明は、二次元コードを利用した決済における決済情報の一致性を決済の確定前に確認することを目的とする。 SUMMARY OF THE INVENTION An object of the present invention is to confirm the consistency of payment information in a payment using a two-dimensional code before finalizing the payment.
請求項1に記載の発明は、利用者の購入により発生した第一の決済情報を識別子として表示する店舗側の端末と、前記識別子を読み取った利用者の端末から第二の決済情報を受信するサーバとを有し、前記サーバは、前記店舗側の端末から受信した前記第一の決済情報と、前記利用者の端末から受信した前記第二の決済情報とを突合し、突合の結果に基づいて決済の進行を制御する、もしくは、前記店舗側の端末は、前記サーバから受信した前記第二の決済情報と前記第一の決済情報とを突合して、突合の結果に応じた情報を当該サーバに送信し、当該サーバは、当該店舗側の端末から受信した当該情報に基づいて決済の進行を制御する、ことを特徴とする決済システムである。
請求項2に記載の発明は、前記店舗側の端末における前記突合の結果が不一致の場合、前記店舗側の端末は、決済の中止を要求する中止情報を前記サーバに送信するとともに、前記識別子の再読み取りを促すメッセージを表示し、さらに当該識別子を再表示する、ことを特徴とする請求項1に記載の決済システムである。
請求項3に記載の発明は、前記サーバにおける前記突合の結果が不一致の場合、前記サーバは、決済を中止するとともに、前記店舗側の端末に対して前記識別子の再読み取りを要求する再読み取り情報を送信し、前記店舗側の端末は、前記再読み取り情報を受信すると、前記識別子の再読み取りを促すメッセージを表示するとともに、当該識別子を再表示する、ことを特徴とする請求項1に記載の決済システムである。
請求項4に記載の発明は、前記突合の結果が一致の場合、前記サーバは、前記利用者の端末から受信した前記第二の決済情報を第三の決済情報として決済センタに送信し、前記突合の結果が不一致の場合、前記サーバは、前記第三の決済情報の前記決済センタへの送信を中止する、ことを特徴とする請求項1に記載の決済システムである。
請求項5に記載の発明は、サーバと通信可能に接続された店舗側の端末であって、前記店舗側の端末は、利用者の購入により発生した第一の決済情報を識別子として表示し、前記識別子の表示の後に、当該識別子を読み取った利用者の端末が前記サーバに送信した第二の決済情報を当該サーバから受信し、前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済の中止を要求する中止情報を前記サーバに送信する、ことを特徴とする店舗側の端末である。
請求項6に記載の発明は、店舗側の端末と通信可能に接続されたサーバであって、前記サーバは、利用者の購入により前記店舗側の端末で発生した第一の決済情報を受信し、前記第一の決済情報に対応する識別子を読み取った利用者の端末から第二の決済情報を受信し、前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済を中止するとともに、前記店舗側の端末に対して前記識別子の再読み取りを要求する再読み取り情報を送信することを特徴とするサーバである。
請求項7に記載の発明は、サーバと通信可能に接続された店舗側の端末において実行されるプログラムであって、利用者の購入により発生した第一の決済情報を識別子として表示する機能と、前記識別子の表示の後に、当該識別子を読み取った利用者の端末が前記サーバに送信した第二の決済情報を当該サーバから受信する機能と、前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済の中止を要求する中止情報を前記サーバに送信する機能とを実行させるプログラムである。
請求項8に記載の発明は、店舗側の端末と通信可能に接続されたサーバにおいて実行されるプログラムであって、利用者の購入により前記店舗側の端末で発生した第一の決済情報を受信する機能と、前記第一の決済情報に対応する識別子を読み取った利用者の端末から第二の決済情報を受信する機能と、前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済を中止するとともに、前記店舗側の端末に対して前記識別子の再読み取りを要求する再読み取り情報を送信する機能とを実行させるプログラムである。
請求項9に記載の発明は、利用者の購入により店舗側の端末で発生した第一の決済情報に対応する第一の識別子を当該店舗側の端末から読み取る利用者の端末において実行されるプログラムであって、読み取った前記第一の識別子に利用者の情報を追加した第二の決済情報を、決済処理を実行するサーバに送信する機能と、前記第二の決済情報に基づく決済処理の完了の通知として、当該第二の決済情報に対応する取引の内容を特定する情報を前記サーバから受信する機能と、前記サーバから受信した前記情報を第二の識別子として利用者の端末に表示する機能とを実行させるプログラムである。
The invention according to
In the invention according to claim 2, when the matching result at the terminal on the store side is inconsistent, the terminal on the store side transmits suspension information requesting suspension of payment to the server, and the identifier 2. The settlement system according to
According to the third aspect of the invention, if the matching result in the server does not match, the server suspends the payment and provides re-reading information for requesting the terminal on the store side to re-read the identifier. and when the terminal on the store side receives the re-reading information, the terminal displays a message prompting re-reading of the identifier and re-displays the identifier. payment system.
In the invention according to claim 4, when the matching result is a match, the server transmits the second payment information received from the terminal of the user as third payment information to the payment center, 2. The settlement system according to
The invention according to claim 5 is a store-side terminal communicably connected to a server, wherein the store-side terminal displays, as an identifier, first payment information generated by a user's purchase, After displaying the identifier, the terminal of the user who read the identifier receives the second payment information sent to the server from the server, and compares the first payment information with the second payment information. and transmitting cancellation information requesting cancellation of payment to the server when the result of matching is inconsistent.
According to a sixth aspect of the present invention, there is provided a server communicably connected to a terminal on the store side, wherein the server receives first payment information generated by the terminal on the store side due to the purchase by the user. , receiving second payment information from the terminal of the user who read the identifier corresponding to the first payment information, matching the first payment information with the second payment information, and finding a mismatch as a result of the matching. In the case of , the server stops the payment and transmits re-reading information requesting re-reading of the identifier to the terminal on the store side.
According to a seventh aspect of the present invention, there is provided a program that is executed in a store-side terminal that is communicatively connected to a server, the program having a function of displaying, as an identifier, first payment information generated by a user's purchase; a function of receiving from the server the second payment information transmitted to the server by the terminal of the user who read the identifier after the identifier is displayed; and the first payment information and the second payment information; and, if the result of the matching is a mismatch, sending suspension information requesting suspension of settlement to the server.
According to an eighth aspect of the invention, there is provided a program that is executed in a server communicatively connected to a terminal on the store side, and receives first payment information generated by the terminal on the store side due to the purchase by the user. a function of receiving second payment information from the terminal of the user who read the identifier corresponding to the first payment information; and matching the first payment information with the second payment information, This is a program for executing a function of canceling payment when the result of matching is a mismatch, and transmitting rereading information requesting rereading of the identifier to the terminal on the store side.
According to the ninth aspect of the invention, there is provided a program executed in a user's terminal that reads, from the store's terminal, a first identifier corresponding to first payment information generated by the store's terminal upon purchase by the user. a function of transmitting second payment information in which user information is added to the read first identifier to a server that executes payment processing; and completion of payment processing based on the second payment information. A function of receiving information specifying the details of the transaction corresponding to the second payment information from the server as a notification of the second payment information, and a function of displaying the information received from the server as a second identifier on the terminal of the user. It is a program that executes
本発明によれば、二次元コードを利用した決済における決済情報の一致性を決済の確定前に確認できる。 According to the present invention, it is possible to confirm the consistency of payment information in payment using a two-dimensional code before finalizing the payment.
以下、添付図面を参照して、実施の形態について詳細に説明する。
<実施の形態1>
図1は、実施の形態1で使用する電子決済システム1の概略構成を例示する図である。
電子決済システム1は、店舗内に設置される決済端末(以下「POS端末10」ともいう)と、店舗内で物品を購入した電子決済サービスの利用者が決済に使用する情報端末(以下「スマートフォン20」ともいう)と、店舗と決済事業者との間で決済情報を中継する情報処理センタ(以下「決済中継サーバ30」ともいう)と、決済事業者が運用する決済センタ(以下「決済事業者サーバ40」ともいう)とを有している。
Hereinafter, embodiments will be described in detail with reference to the accompanying drawings.
<
FIG. 1 is a diagram illustrating a schematic configuration of an
The
図1には、決済事業者サーバ40を1つだけ表しているが複数でもよい。その場合、決済中継サーバ30は、POS端末10と複数の決済事業者サーバ40との間の決済情報のやり取りを中継する。
ここでのPOS端末10は決済端末の一例であり、スマートフォン20は情報端末の一例である。また、決済中継サーバ30は、情報処理センタの一例であり、決済事業者サーバ40は、決済センタの一例である。
Although only one
The
本実施の形態では、顧客が物品又はサービスの対価に当たる決済金額を、POS端末10又はPOS端末10に接続された不図示の端末に表示されるQRコードの読み取りを通じて支払う場合を想定する。POS端末10は、店舗側の端末の一例である。
本実施の形態では、対価の支払いを伴う取引を総称して「購入」と表現する。従って、単に購入と総称する場合、いわゆる物品の購入に限らず、サービスの利用も含まれる。
また、購入の対価としてPOS端末10が顧客に請求する決済金額を含む決済情報を、第一の決済情報という。第一の決済情報には、加盟店を識別する情報や取引の内容に関する情報が含まれる。加盟店を識別する情報には、例えば加盟店コードがある。また、取引の内容に関する情報には、例えば取引の日時、決済金額、取引の番号が含まれる。取引の内容に関する情報は、取引毎に一意である。
In the present embodiment, it is assumed that the customer pays for the goods or services by reading a QR code displayed on the
In the present embodiment, transactions involving payment of consideration are collectively referred to as "purchase". Therefore, the general term "purchase" includes not only the purchase of goods but also the use of services.
Also, the payment information including the payment amount charged to the customer by the
本実施の形態におけるPOS端末10は、顧客に請求する決済金額を決済用のQRコードとして表示する。図1では、POS端末10に表示された決済用のQRコードをスマートフォン20で読み取る様子を表している。図1では、スマートフォン20で撮像されたQRコードが表示面に表示されている。決済用のQRコードは、第一の決済情報に対応する識別子の一例である。
本実施の形態におけるPOS端末10とスマートフォン20は、それぞれネットワーク50経由で決済中継サーバ30に接続されている。本実施の形態の場合、POS端末10とスマートフォン20の直接通信は想定しない。
決済用のQRコードを読み取ったスマートフォン20は、決済用のQRコードから読み取られた決済金額に利用者の情報を追加し、第二の決済情報として決済中継サーバ30に送信する。ここでのスマートフォン20は、利用者の端末の一例である。
The
The
本実施の形態における決済中継サーバ30は、POS端末10から受信する第一の決済情報とスマートフォン20から受信する第二の決済情報とを突合し、突合の結果に基づいて決済の進行を制御する。具体的には、第一の決済情報で示されている決済金額と第二の決済情報で示される情報とが一致する場合には、第二の決済情報を決済事業者サーバ40に送信して決済処理を完了させるのに対し、第一の決済情報で示されている決済金額と第二の決済情報で示される情報とが一致しない場合には、決済事業者サーバ40への第二の決済情報の送信を中止し、決済用のQRコードの再読み込みをPOS端末10に要求する。詳細については後述する。
ここでの決済中継サーバ30は、スマートフォン20から第二の決済情報を受け取るサーバの一例である。本実施の形態の場合、POS端末10と決済中継サーバ30は、決済システムを構成する。
なお、決済中継サーバ30と決済事業者サーバ40とは、不図示のネットワークや専用線経由で通信可能に接続されている。
The
The
(POS端末10の構成)
図2は、実施の形態1で使用するPOS端末10の構成を説明するブロック図の一例を示す図である。
実施の形態1で用いるPOS端末10は、端末全体の動作を制御する制御部11と、データ等の記憶に用いられる記憶部12と、操作の受付や操作画面の表示等に使用される操作表示部13と、紙幣処理部14と、硬貨処理部15と、決済の明細であるレシートを出力するレシート出力部16と、第一の決済情報に対応する決済用QRコードを生成する決済用QRコード生成部17と、外部装置との通信に用いられる通信部18とを備えている。
(Configuration of POS terminal 10)
FIG. 2 is a diagram showing an example of a block diagram for explaining the configuration of the
The
制御部11は、CPU(=Central Processing Unit)やMPU(Micro Processing Unit)、ROM(=Read Only Memory)、RAM(=Random Access Memory)等で構成される。
制御部11のROMには、CPUやMPUにより実行される基本プログラム(オペレーションシステム)や各種の設定等が記憶されている。CPUやMPUは、RAMを作業エリアに使用し、ROMや記憶部12から読み出したアプリケーションプログラムを実行する。CPUやMPUがプログラムを実行することにより、以下に説明する機能が実現される。
The
The ROM of the
例えば制御部11は、利用者に請求する決済金額や取引を特定する情報を含む第一の決済情報を決済中継サーバ30に送信する機能、同決済金額に対応する決済用のQRコードを操作表示部13等に表示させる機能、決済用のQRコードの表示とともにその読み取りを促すメッセージを操作表示部13に表示させる機能、決済中継サーバ30から再読み取り情報を受信した場合に決済用のQRコードを操作表示部13に再表示させる機能、決済用のQRコードの再表示とともにその読み取りを促すメッセージを操作表示部13に再表示させる機能等を、プログラムの実行を通じて実行する。なお、決済用QRコード生成部17も、プログラムの実行を通じて実現される機能の一例である。
For example, the
記憶部12は、半導体メモリやHDD(=Hard Disk Drive)等の記憶装置で構成される。本実施の形態の場合、記憶部12には、POS端末10から読み取った第一の決済情報が記憶されている。
操作表示部13は、POS端末10を操作するスタッフの操作画面や利用者に提示される画面を表示するディスプレイで構成される。操作表示部13には、例えば液晶ディスプレイや有機EL(=Electro Luminescence)ディスプレイが用いられる。なお、操作画面の表示に用いるディスプレイと、決済用のQRコードの表示に用いられるディスプレイとは、それぞれ別に用意されてもよい。なお、操作表示部13には、スタッフが情報の入力に使用するボタン、スイッチ、タッチパネル等が設けられる。
The
The
紙幣処理部14は、投入された紙幣に対する真贋判定、紙幣の保管、紙幣の返却などの処理を実行する装置ユニットである。
硬貨処理部15は、投入された硬貨に対する真贋判定、硬貨の保管、おつり硬貨の払出しなどの処理を実行する装置ユニットである。
レシート出力部16は、前述したように決済の明細であるレシートの出力に用いられるが、決済用のQRコードを印字したレシートの出力に用いることも可能である。
決済用QRコード生成部17は、制御部21で実行される機能の一部であり、第一の決済情報に対応するQRコードを生成する。本実施の形態の場合、生成された決済用のQRコードは操作表示部13に表示される。
通信部18は、通信インターフェース(通信I/F)であり、ネットワーク50経由で決済中継サーバ30との通信を実現する。
The
The
The
The payment QR
The
(決済中継サーバ30の構成)
図3は、実施の形態1で使用する決済中継サーバ30の構成を説明するブロック図の一例を示す図である。
実施の形態1で用いる決済中継サーバ30は、装置全体を制御する制御部31と、データ等の記憶に用いられる記憶部32と、POS端末10から通知される第一の決済情報を受信する第一決済情報受信部33と、スマートフォン20から通知される第二の決済情報を受信する第二決済情報受信部34と、第一の決済情報に含まれる決済金額と第二の決済情報に含まれる決済金額とを突合する突合処理部35と、突合の結果に応じて決済処理の進行を管理する決済進行管理部36と、外部装置との通信に用いられる通信部37とを備えている。
(Configuration of settlement relay server 30)
FIG. 3 is an example of a block diagram illustrating the configuration of the
The
ここでの制御部31も、CPUやMPU、ROM、RAM等で構成される。
制御部31のROMには、CPUやMPUにより実行される基本プログラムや各種の設定等が記憶されている。CPUやMPUは、RAMを作業エリアに使用し、ROMや記憶部32から読み出したアプリケーションプログラムを実行する。CPUやMPUがプログラムを実行することにより、以下に説明する機能が実現される。
The
The ROM of the
例えば制御部31は、POS端末10から受信した第一の決済情報の決済金額とスマートフォン20から受信した第二の決済情報の決済金額が一致する場合には受信した第二の決済情報を決済事業者サーバ40に送信する機能、第一の決済情報の決済金額と第二の決済情報の決済金額が一致しない場合には第二の決済情報の決済事業者サーバ40への送信を中止するとともに決済用QRコードの再読み取りをPOS端末10に要求する機能等を、プログラムの実行を通じて実行する。
なお、第一決済情報受信部33、第二決済情報受信部34、突合処理部35、決済進行管理部36に対応する機能も、アプリケーションプログラムの実行を通じて実現される。
For example, when the amount of payment in the first payment information received from the
Functions corresponding to the first payment
記憶部32は、半導体メモリやHDD等の記憶装置で構成される。本実施の形態の場合、記憶部32には、POS端末10(図1参照)から通知された決済情報である第一の決済情報と、スマートフォン20(図1参照)から通知された決済情報である第二の決済情報とが記憶されている。これらの決済情報は、突合処理部35による突合処理で使用される。なお、第一の決済情報と第二の決済情報とが対応関係にあることは、各決済情報に付属する情報により確認が可能である。例えば店舗を識別する情報、POS端末10を識別する情報、読み取りの時刻等が使用される。
The
第一決済情報受信部33は、POS端末10から新たな決済情報が通知されるたび、受信した決済情報を記憶部32に保存する処理を実行する。
一方の第二決済情報受信部34は、利用者の端末であるスマートフォン20(図1参照)から新たな決済情報が通知されるたび、受信した決済情報を記憶部32に保存する処理を実行する。
突合処理部35は、同じ取引に紐付けられている第一の決済情報と第二の決済情報とを突き合わせ、2つの決済情報に含まれる決済金額が一致するか否かを突合の結果として出力する。
The first payment
On the other hand, the second payment
The matching
決済進行管理部36は、突合の結果に基づいて、中継する決済処理の進行を管理する。具体的には、突合の結果が決済金額の一致を表す場合、決済進行管理部36は、利用者の端末であるスマートフォン20(図1参照)から受信した第二の決済情報を決済事業者サーバ40に送信する。
一方、突合の結果が決済金額の不一致を表す場合、決済進行管理部36は、利用者の端末であるスマートフォン20(図1参照)から受信した第二の決済情報を決済事業者サーバ40に送信せず、決済用のQRコードの再読み取りをPOS端末10に要求する。
通信部37は、通信インターフェース(通信I/F)であり、ネットワーク50経由でPOS端末10及びスマートフォン20と通信する。また、通信部37は、決済事業者サーバ40とも通信する。
The payment
On the other hand, if the matching result indicates that the settlement amounts do not match, the settlement
The
(決済処理の流れ)
図4は、実施の形態1で説明する電子決済システム1上で実行される決済処理の概要を説明する図である。なお、図中のSはステップの意味である。
一連の処理は、店舗内に設置されているPOS端末10に購入された物品等の金額が入力され、決済金額が確定することで開始される(ステップ1)。
決済金額は、例えば合計ボタンが操作されることで確定する。前述したように、ここでの決済金額は第一の決済情報に含まれる。POS端末10は、確定した決済金額を含む第一の決済情報を、決済中継サーバ30に通知する。
(Flow of payment processing)
FIG. 4 is a diagram explaining an outline of payment processing executed on the
A series of processes is started by inputting the price of the purchased goods to the
The settlement amount is determined, for example, by operating the total button. As described above, the settlement amount here is included in the first settlement information. The
次に、POS端末10は、操作表示部13(図2参照)に読み取りを促すメッセージを表示する(ステップ2)と共に、決済用のQRコードを表示する(ステップ3)。決済用のQRコードには、第一の決済情報が含まれる。なお、メッセージの表示と決済用のQRコードの表示の実行の順序は逆でも良いし、同じ画面を用いて同時に表示してもよい。
図5は、決済用のQRコードの読み取りを促すメッセージの表示例を示す図である。
図5の場合、「QRコードを読み取り決済してください」との文が表示されている。
Next, the
FIG. 5 is a diagram showing a display example of a message prompting the reader to read the QR code for payment.
In the case of FIG. 5, the sentence "Please read the QR code and make a payment" is displayed.
図4の説明に戻る。
メッセージが表示されると、電子決済サービスの利用者は、決済用のアプリケーションプログラムが起動されたスマートフォン20を用い、操作表示部13(図2参照)に表示されている決済用のQRコードを読み取る(ステップ4)。
スマートフォン20は、読み取った決済用のQRコードをデコードし、デコードされた情報に決済を求める自身の情報を付加した情報を、第二の決済情報として決済中継サーバ30に通知する。第二の決済情報は、スマートフォン20にインストールされているアプリケーションプログラムが生成する。
決済中継サーバ30は、同じ取引に紐付けられている第一の決済情報と第二の決済情報とが受信されると、突合処理を実行する(ステップ5)。突合処理では、第一の決済情報に含まれる決済金額と、第二の決済情報に含まれる決済金額とが突き合わされる。
2つの決済金額が一致する場合(ステップ6で肯定結果の場合)、決済中継サーバ30は、決済事業者サーバ40に第二の決済情報を通知する。
Returning to the description of FIG.
When the message is displayed, the user of the electronic payment service reads the QR code for payment displayed on the operation display unit 13 (see FIG. 2) using the
The
When receiving the first payment information and the second payment information linked to the same transaction, the
If the two payment amounts match (positive result in step 6), the
第二の決済情報の通知を受け付けた決済事業者サーバ40は、第二の決済情報から決済の対象である利用者の情報を取り出し、対象とする利用者についての決済処理を実行する(ステップ7)。具体的には、決済事業者サーバ40は、対象とする利用者の口座から第二の決済情報で通知された決済金額を減算するとともに店舗側の口座に入金し、取引の成立を決済中継サーバ30に返す。取引の成立を示す通知は、決済中継サーバ30を通じて、スマートフォン20に通知される。なお、取引の成立を示す通知がPOS端末10に通知されてもよい。
これに対し、2つの決済金額が一致しない場合(ステップ6で否定結果の場合)、決済中継サーバ30は、第二の決済情報を決済事業者サーバ40に通知せず、POS端末10に対して決済用のQRコードの再読み取りを要求する再読み取り情報を送信する(ステップ8)。
前述したように、2つの決済金額の不一致は、決済用のQRコードに読み取りミスがあった場合やスマートフォン20にインストールされている悪意のアプリケーションプログラムによって決済金額が改ざんされた場合に起こり得る。
The
On the other hand, if the two payment amounts do not match (negative result in step 6), the
As described above, a mismatch between the two payment amounts can occur when the QR code for payment is read incorrectly or when the payment amount is tampered with by a malicious application program installed on the
決済用のQRコードの再読み取りが要求されたPOS端末10は、操作表示部13(図2参照)に再読み取りを促すメッセージを再表示する(ステップ9)と共に、決済用のQRコードを再表示する(ステップ10)。この場合も、メッセージの再表示と決済用のQRコードの再表示の実行の順番は入れ替わっても良いし、同じ画面に一度に表示してもよい。
図6は、決済用のQRコードの再読み取りを促すメッセージの表示例を示す図である。
図6の場合、「もう一度QRコードを読み取り決済してください」との文が表示される。
操作表示部23の表示を確認した利用者は、自身のスマートフォン20を用いて決済用のQRコードを読み取り直すことになる。
これ以降の処理は、ステップ4以降の繰り返しとなる。すなわち、再度の読み取りにより通知された第二の決済情報に含まれる決済金額と先に通知されている第一の決済情報に含まれる決済金額とが一致するまで決済処理は成立せず、QRコードの読み取り作業が繰り返される。
The
FIG. 6 is a diagram showing a display example of a message prompting rereading of the QR code for payment.
In the case of FIG. 6, the text "Please read the QR code again and make a payment" is displayed.
After confirming the display on the
Subsequent processing is a repetition of step 4 and subsequent steps. That is, until the settlement amount included in the second settlement information notified by re-reading matches the settlement amount included in the previously notified first settlement information, the settlement process is not established. is repeated.
本実施の形態の場合、第一の決済情報と第二の決済情報の突き合わせで決済金額が一致しない間、何度でも、決済用のQRコードの再表示と読み取りとが繰り返される。もっとも、繰り返しの回数に上限を設け、上限の回数に達した場合には、決済用のQRコードの読み取りによる決済を行えない旨を操作表示部23に表示させてもよい。この場合には、現金や他の決済手段を用いて決済を完了することになる。なお、繰り返しの回数が上限に達したか否かの判断は、POS端末10が実行してもよいし、決済中継サーバ30が実行してもよい。
このように本実施の形態の場合には、決済中継サーバ30の介在により、第一の決済情報に含まれる決済金額と第二の決済情報に含まれる決済金額が一致しない不正な決済処理の進行を中止させることが可能になる。
なお、実施の形態1の説明では、顧客が対価の決済に使用する情報端末の一例として、スマートフォン20を例示しているが、タブレット型のコンピュータ端末やウェアラブル端末でも可能である。
In the case of this embodiment, re-display and reading of the QR code for payment are repeated many times while the first payment information and the second payment information do not match the payment amount. However, an upper limit may be set for the number of repetitions, and when the upper limit is reached, the
As described above, in the case of the present embodiment, due to the intervention of the
In addition, in the description of
また、実施の形態1の説明では、二次元コードの一例であるQRコードの読み取りにより決済を行う場合について説明しているが、1次元コードの一例であるバーコードの読み取りによる決済を排除しない。
また、実施の形態1の説明では、POS端末10と複数の決済事業者サーバ40との間でやり取りされる決済情報を中継する決済中継サーバ30を設けているが、POS端末10と決済事業者サーバ40とが一対一に接続される場合には、決済中継サーバ30を設けない電子決済システム1の構成も考えられる。
Also, in the description of the first embodiment, the case of making a payment by reading a QR code, which is an example of a two-dimensional code, is explained, but payment by reading a bar code, which is an example of a one-dimensional code, is not excluded.
Further, in the description of
この場合には、前述した決済中継サーバ30で実行されている突合機能を決済事業者サーバ40に設ければよい。この場合には、第一の決済情報に含まれる決済金額と第二の決済情報に含まれる決済金額とが一致するとき決済処理を実行し、第一の決済情報に含まれる決済金額と第二の決済情報に含まれる決済金額とが一致しないとき決済処理を中止して決済用のQRコードの再読み取りをPOS端末10に要求すればよい。決済中継サーバ30を設けない場合には、決済事業者サーバ40がスマートフォン20から第二の決済情報を受け取るサーバの一例となり、POS端末10と決済事業者サーバ40が決済システムを構成する。
In this case, the matching function that is executed by the
<実施の形態2>
続いて、実施の形態2について説明する。
図7は、実施の形態2で使用する電子決済システム1Aの概略構成を例示する図である。図7には、図1との対応部分に対応する符号を付して示している。
図7に示すように、実施の形態2で説明する電子決済システム1Aの構成は、実施の形態1と同様である。すなわち、実施の形態2の場合も、店舗内に設置されるPOS端末10Aと、店舗内で物品を購入した電子決済サービスの利用者が対価の決済に使用するスマートフォン20と、店舗と決済事業者との間で決済情報を中継する決済中継サーバ30Aと、決済事業者が運用する決済事業者サーバ40とを有している。
実施の形態1の場合には、突合処理を決済中継サーバ30で実行しているが、本実施の形態では、同処理をPOS端末10AにインストールされているPOS連動型のアプリケーションプログラム(以下「OCXドライバ」ともいう)を使用して突合処理を実行する。
<Embodiment 2>
Next, Embodiment 2 will be described.
FIG. 7 is a diagram illustrating a schematic configuration of an
As shown in FIG. 7, the configuration of an
In the case of the first embodiment, the matching process is executed by the
(POS端末10Aの構成)
図8は、実施の形態2で使用するPOS端末10Aの構成を説明するブロック図の一例を示す図である。図8には、図2との対応部分に対応する符号を付して示している。
実施の形態2で用いるPOS端末10Aは、端末の全体を制御する制御部11Aと、データ等の記憶に用いられる記憶部12と、操作の受付や操作画面の表示等に使用される操作表示部13と、紙幣処理部14と、硬貨処理部15と、決済の明細であるレシートを出力するレシート出力部16と、第一の決済情報に対応する決済用のQRコードを生成する決済用QRコード生成部17と、外部装置との通信に用いられる通信部18と、POS端末10Aで発生した決済金額と決済中継サーバ30から通知された決済金額とを突合する突合処理部19とを備えている。
(Configuration of POS terminal 10A)
FIG. 8 is a block diagram showing an example of the configuration of the
The
本実施の形態における制御部11Aの場合、突合処理部19の機能がアプリケーションプログラムの実行を通じて実行される点で、実施の形態1における制御部11と相違する。
本実施の形態の場合、記憶部12には、POS端末10で発生された決済情報である第一の決済情報と決済中継サーバ30から通知された決済情報である第二の決済情報とが記憶される点で実施の形態1の場合と異なっている。具体的には、決済用のQRコードを読み取った利用者が操作するスマートフォン20から決済中継サーバ30に通知された第二の決済情報が記憶部12に記憶されている点で、実施の形態1と相違する。
In the case of the present embodiment, the
突合処理部19は、実施の形態1における突合処理部35(図3参照)と同じく、同じ取引に紐付けられている第一の決済情報に含まれる決済金額と第二の決済情報に含まれる決済金額とを突き合わせ、2つの決済金額が一致するか否かを突合の結果として出力する。ここでの突合処理部19の機能は、前述したように、OCX(=OLE Custom Control)ドライバの機能として実行される。なお、OLEは、Object Linking and Embeddingの略称である。
突合処理部19は、2つの決済金額が一致する場合、決済処理の進行が可能であることを示す推進許可情報を決済中継サーバ30Aに通知し、2つの決済金額が一致しない場合、決済処理の中止を示す中止情報を決済中継サーバ30Aに通知する。
Similar to the matching processing unit 35 (see FIG. 3) in
If the two payment amounts match, the matching
(決済中継サーバ30Aの構成)
図9は、実施の形態2で使用する決済中継サーバ30Aの構成を説明するブロック図の一例を示す図である。図9には、図3との対応部分に対応する符号を付して示している。
実施の形態2で用いる決済中継サーバ30Aは、装置全体を制御する制御部31Aと、データ等の記憶に用いられる記憶部32と、スマートフォン20から通知される第二の決済情報を受信する第二決済情報受信部34と、突合の結果に応じて決済処理の進行を管理する決済進行管理部36と、外部装置との通信に用いられる通信部37と、受信した第二の決済情報をPOS端末10に通知する第二決済情報通知部38とを備えている。
(Configuration of
FIG. 9 is a diagram showing an example of a block diagram for explaining the configuration of the
本実施の形態の場合、決済中継サーバ30Aは、突合処理を実行しないので、POS端末10Aから第一の決済情報を受信する機能が設けられていない。このため、記憶部32にも、第一の決済情報は記憶されていない。
第二決済情報通知部38は、第二決済情報受信部34がスマートフォン20から受信した第二の決済情報を、対応するPOS端末10に転送する。ここで、第二決済情報通知部38は、第二の決済情報に含まれるPOS端末10を識別する情報などに基づいて対応するPOS端末10を宛先として第二の決済情報を送信する。
In the case of the present embodiment, the
The second payment
(決済処理の流れ)
図10は、実施の形態2で説明する電子決済システム1A上で実行される決済処理の概要を説明する図である。図10には、図4との対応部分に対応する符号を付して示している。なお、図中のSはステップの意味である。
実施の形態2の場合も、一連の処理は、店舗内に設置されているPOS端末10Aに購入された物品等の金額が入力され、決済金額が確定することで開始される(ステップ1)。この時点で、決済金額を含む第一の決済情報が発生される。
実施の形態1の場合とは異なり、第一の決済情報は、決済中継サーバ30Aには通知されない。
(Flow of payment processing)
FIG. 10 is a diagram for explaining the outline of payment processing executed on the
In the case of the second embodiment as well, a series of processing is started by inputting the amount of the purchased item to the
Unlike the first embodiment, the first payment information is not notified to
次に、POS端末10は、操作表示部13(図8参照)に読み取りを促すメッセージを表示する(ステップ2)と共に、決済用のQRコードを表示する(ステップ3)。本実施の形態の場合も、メッセージの表示と決済用のQRコードの表示の実行の順序は逆でも良いし、同じ画面を用いて同時に表示してもよい。
メッセージが表示されると、利用者は、決済用のアプリケーションプログラムが起動されたスマートフォン20を用い、操作表示部13に表示されている決済用のQRコードを読み取る(ステップ4)。
スマートフォン20は、読み取った決済用のQRコードをデコードし、デコードされた情報に決済を求める自身の情報を付加した情報を、第二の決済情報として決済中継サーバ30Aに通知する。第二の決済情報は、スマートフォン20にインストールされているアプリケーションプログラムが生成する。
ここまでの処理は、決済中継サーバ30Aに対する第一の決済情報の通知が存在しないことを除き、実施の形態1と共通である。
Next, the
When the message is displayed, the user reads the QR code for payment displayed on the
The
The processing up to this point is the same as in
実施の形態2の場合、決済中継サーバ30Aは、第二の決済情報を受信すると、送信元のスマートフォン20が決済用のQRコードを読み取ったPOS端末10Aを特定し、特定されたPOS端末10Aを宛先として第二の決済情報を通知する(ステップ11)。POS端末10Aを特定する機能は、第二決済情報受信部34(図9参照)の機能の一部として実行してもよいし、第二決済情報通知部38(図9参照)の機能として実行してもよい。また、これらの機能部とは別に制御部31A(図9参照)の機能として実行してもよい。
POS端末10Aは、決済中継サーバ30Aから第二の決済情報を受信すると、同じ取引に紐付けられている第一の決済情報と第二の決済情報の間で決済金額の突合処理を実行する(ステップ12)。すなわち、第一の決済情報に含まれる決済金額と、第二の決済情報に含まれる決済金額との突き合わせが実行される。
2つの決済金額が一致する場合(ステップ13で肯定結果の場合)、POS端末10Aは、決済中継サーバ30Aに決済の進行が可能であることを示す推進許可情報を通知する(ステップ14)。この推進許可情報には、決済の進行が許可される第二の決済情報を特定する情報が含まれている。
In the case of the second embodiment, upon receiving the second payment information,
When the
If the two payment amounts match (affirmative result in step 13), the
この場合、第二の決済情報の通知を受け付けた決済中継サーバ30Aは、決済進行管理部36(図9参照)によって推進許可情報の受信を確認し、決済事業者サーバ40に対して、決済処理の進行が許可された第二の決済情報を通知する。
通知を受けた決済事業者サーバ40は、第二の決済情報から決済の対象である利用者の情報を取り出し、対象とする利用者についての決済処理を実行する(ステップ15)。具体的には、決済事業者サーバ40は、対象とする利用者の口座から第二の決済情報で通知された決済金額を減算するとともに店舗側の口座に入金し、取引の成立を決済中継サーバ30Aに返す。取引の成立を示す通知は、決済中継サーバ30Aを通じて、スマートフォン20に通知される。実施の形態2の場合も、取引の成立を示す通知は、POS端末10Aに通知されてもよい。
これに対し、2つの決済金額が一致しない場合(ステップ13で否定結果の場合)、POS端末10Aは、決済中継サーバ30Aに対し、決済処理の進行の中止を示す中止情報を通知する(ステップ16)。この中止情報にも、決済の進行を中止する第二の決済情報を特定する情報が含まれている。
In this case, the
The notified
On the other hand, if the two payment amounts do not match (in the case of a negative result in step 13), the
この場合、中止情報を受信した決済中継サーバ30Aは、決済進行管理部36(図9参照)によって中止情報の受信を確認し、決済事業者サーバ40に対する第二の決済情報の通知を中止する(ステップ17)。
一方、中止情報を決済中継サーバ30Aに通知したPOS端末10Aは、突合処理部19の処理の一部として、操作表示部13(図8参照)に再読み取りを促すメッセージを再表示する(ステップ18)と共に、決済用のQRコードを再表示する(ステップ19)。この場合も、メッセージの再表示と決済用のQRコードの再表示の実行の順番は入れ替わっても良いし、同じ画面を同時に表示してもよい。
操作表示部13の表示を確認した利用者は、自身のスマートフォン20を用いて決済用のQRコードを読み取り直すことになる。
これ以降の処理は、ステップ4以降の繰り返しとなる。すなわち、再度の読み取りにより通知された第二の決済情報に含まれる決済金額と自端末で発生した第一の決済情報に含まれる決済金額とが一致するまで決済処理は成立せず、QRコードの読み取り作業が繰り返される。
In this case, the
On the other hand, the
After confirming the display on the
Subsequent processing is a repetition of step 4 and subsequent steps. That is, until the settlement amount included in the second settlement information notified by re-reading matches the settlement amount included in the first settlement information generated by the own terminal, the settlement process is not established. Read operations are repeated.
本実施の形態の場合も、第一の決済情報と第二の決済情報の突き合わせで決済金額が一致しない間、何度でも、決済用のQRコードの再表示と読み取りとが繰り返されるが、繰り返しの回数に上限を設け、上限の回数に達した場合には、決済用のQRコードの読み取りによる決済を行えない旨を操作表示部23に表示させてもよい。
このように本実施の形態の場合には、POS端末10Aの介在により、第一の決済情報の金額と第二の決済情報の金額が一致しない不正な決済処理の進行を中止させることが可能になる。
In the case of this embodiment as well, while the first payment information and the second payment information do not match the payment amount, the redisplay and reading of the QR code for payment are repeated many times. An upper limit may be set for the number of times of , and when the upper limit number of times is reached, the
As described above, in the case of the present embodiment, it is possible, through the intervention of the
なお、実施の形態2の説明でも、POS端末10Aと複数の決済事業者サーバ40との間でやり取りされる決済情報を中継する決済中継サーバ30Aを設けているが、POS端末10Aと決済事業者サーバ40とが一対一に接続される場合には、決済中継サーバ30Aを設けない電子決済システム1の構成も考えられる。
この場合には、前述した決済中継サーバ30Aで実行されている第二の決済情報の通知機能を決済事業者サーバ40に設ければよい。この構成を採用する場合、決済事業者サーバ40は、POS端末10Aから推進許可情報が受信された場合に決済処理を実行する設定とする。すなわち、POS端末10Aから推進許可情報が受信されるまで、スマートフォン20から受信した第二の決済情報の決済処理を中止する仕組みを採用する。なお、POS端末10Aから中止情報が受信された場合には、決済処理の中止を継続する。
決済中継サーバ30Aを設けない場合には、決済事業者サーバ40がスマートフォン20から第二の決済情報を受け取るサーバの一例となり、POS端末10Aと決済事業者サーバ40が決済システムを構成する。
In the explanation of the second embodiment, the
In this case, the
If
<実施の形態3>
続いて、実施の形態3について説明する。
前述の実施の形態1では、POS端末10(図1参照)がネットワーク50(図1参照)に接続されている場合を想定しているが、コスト等の理由で、POS端末10がネットワーク50に接続されない場合も考えられる。
この状態で電子決済システムを利用するには、店舗側は、電子決済サービスの利用者が保有するスマートフォン20(図1参照)に表示される決済結果を確認する必要がある。しかし、利用者が提示するスマートフォン20の画面の確認だけでは、決済の結果を確実に確認することは困難である。
以下では、この技術上の課題を解決することを目的とした電子決済システムの一例を説明する。
<Embodiment 3>
Next, Embodiment 3 will be described.
In the first embodiment described above, it is assumed that the POS terminal 10 (see FIG. 1) is connected to the network 50 (see FIG. 1). It is also conceivable that they are not connected.
In order to use the electronic payment system in this state, the store side needs to check the payment result displayed on the smartphone 20 (see FIG. 1) owned by the user of the electronic payment service. However, it is difficult to reliably confirm the result of the settlement only by confirming the screen of the
An example of an electronic payment system that aims to solve this technical problem will be described below.
図11は、実施の形態3で使用する電子決済システム1Bの概略構成を例示する図である。図11には、図1との対応部分に対応する符号を付して示している。
図11に示すように、実施の形態3で説明する電子決済システム1Bを構成する要素は、実施の形態1と同様である。すなわち、実施の形態3の場合も、店舗内に設置されるPOS端末10Bと、店舗内で物品を購入した電子決済サービスの利用者が対価の決済に使用するスマートフォン20Aと、店舗と決済事業者との間で決済情報を中継する決済中継サーバ30Bと、決済事業者が運用する決済事業者サーバ40とを有している。
FIG. 11 is a diagram illustrating a schematic configuration of an
As shown in FIG. 11, elements constituting an
ただし、実施の形態3におけるPOS端末10Bは、ネットワーク50に接続されていない。また、POS端末10Bには、QRコードリーダー101が通信可能に接続されている。QRコードリーダ101は、スマートフォン20Aに表示される決済結果通知用のQRコードの読み取りに使用される。本実施の形態の場合、QRコードリーダ101で読み取られたQRコードはデコードされ、POS端末10Bに取り込まれる。
However, the
(スマートフォン20Aの構成)
図12は、実施の形態3で使用するスマートフォン20Aの構成を説明するブロック図の一例を示す図である。
実施の形態3で用いるスマートフォン20Aは、端末の全体を制御する制御部21と、データ等の記憶に用いられる記憶部22と、操作の受付や操作画面の表示等に使用される操作表示部23と、POS端末10Bに表示されたQRコードの読み取りに用いられるQRコードリーダ24と、決済処理の結果を通知する決済結果通知用QRコードを生成する決済結果通知用QRコード生成部25と、外部装置との通信に用いられる通信部26とを備えている。
制御部21は、CPUやMPU、ROM、RAM等で構成される。制御部21のROMには、CPUやMPUにより実行されるファームウェアや各種の設定等が記憶されている。CPUやMPUは、RAMを作業エリアに使用し、ROMや記憶部22から読み出したアプリケーションプログラムを実行する。CPUやMPUがプログラムを実行することにより、以下に説明する機能が実現される。
(Configuration of
FIG. 12 is an example of a block diagram illustrating the configuration of the
The
The
例えば制御部21は、QRコードリーダ24から読み取った第一の決済情報を記憶部22に保存する機能、読み取った第一の決済情報に利用者の情報を付加して第二の決済情報を生成し、記憶部22に保存する機能、生成された第二の決済情報を決済中継サーバ30Bに通知する機能、決済結果通知用QRコード生成部25と連携して決済結果の通知用のQRコードを生成する機能等を、プログラムの実行を通じて実行する。
記憶部22は、半導体メモリ等の記憶装置で構成される。本実施の形態の場合、記憶部22には、POS端末10Bから読み取った第一の決済情報、決済中継サーバ30Bに通知される第二の決済情報、決済中継サーバ30Bから受信した決済結果が含まれる。
For example, the
The
操作表示部23は、操作画面を表示する液晶ディスプレイや有機ELディスプレイが用いられる。なお、ディスプレイの表面にはタッチセンサが取り付けられており、ディスプレイと共にタッチパネルを構成する。この他、操作表示部23には、物理的なボタンやスイッチが設けられることもある。
QRコードリーダ24は、不図示の撮像カメラで撮像された決済用のQRコードの画像を処理するアプリケーションプログラムの実行を通じて実現される。本実施の形態では、QRコードリーダ24を第一の決済情報に対応するQRコードの読み取りに使用する。
決済結果通知用QRコード生成部25は、操作表示部23に表示するQRコードの生成に使用される機能部である。決済結果通知用QRコード生成部25は、アプリケーションプログラムの実行を通じて実現される。本実施の形態の場合、決済結果通知用QRコード生成部25は、決済中継サーバ30Bから受信した決済の結果と取引の内容に関する情報を示すQRコードを生成する。取引の内容に関する情報には、取引番号、取引の金額等が含まれる。決済結果通知用QRコード生成部25で生成されたQRコードは操作表示部23に表示される。
A liquid crystal display or an organic EL display that displays an operation screen is used as the
The
The settlement result notification QR
(決済処理の流れ)
図13は、実施の形態3で説明する電子決済システム1B上で実行される決済処理の概要を説明する図である。図13には、図4との対応部分に対応する符号を付して示している。なお、図中のSはステップの意味である。
実施の形態3の場合も、一連の処理は、店舗内に設置されているPOS端末10Bに購入された物品等の金額が入力され、決済金額が確定することで開始される(ステップ1)。この時点で、決済金額を含む第一の決済情報が発生される。
(Flow of payment processing)
FIG. 13 is a diagram for explaining an outline of settlement processing executed on the
Also in the case of the third embodiment, a series of processing is started by inputting the amount of the purchased goods to the POS terminal 10B installed in the store and confirming the settlement amount (step 1). At this point, first payment information is generated that includes a payment amount.
次に、POS端末10は、操作表示部13(図2参照)に読み取りを促すメッセージを表示する(ステップ2)と共に、決済用のQRコードを表示する(ステップ3)。決済用のQRコードには、第一の決済情報が含まれる。本実施の形態の場合も、メッセージの表示と決済用のQRコードの表示の実行の順序は逆でも良いし、同じ画面を用いて同時に表示してもよい。
メッセージが表示されると、電子決済サービスの利用者は、決済用のアプリケーションプログラムが起動されたスマートフォン20Aを用い、操作表示部13に表示されている決済用のQRコードを読み取る(ステップ4)。
スマートフォン20Aは、読み取った決済用のQRコードをデコードし、デコードされた情報に決済を求める自身の情報を付加した情報を、第二の決済情報として決済中継サーバ30Bに通知する。第二の決済情報は、スマートフォン20Aにインストールされているアプリケーションプログラムが生成する。
Next, the
When the message is displayed, the user of the electronic payment service reads the QR code for payment displayed on the
The
決済中継サーバ30Bは、受信した第二の決済情報を対応する決済事業者サーバ40に通知する。
決済事業者サーバ40は、第二の決済情報から決済の対象である利用者の情報を取り出し、対象とする利用者についての決済処理を実行する(ステップ21)。具体的には、決済事業者サーバ40は、対象とする利用者の口座から第二の決済情報で通知された決済金額を減算するとともに店舗側の口座に入金し、取引の成立を決済中継サーバ30Bに返す。
取引の成立の通知は、決済中継サーバ30Bにより、取引に用いられたスマートフォン20Aに通知される。
本実施の形態におけるスマートフォン20Aは、取引の成立の通知を受信すると、成立した取引の結果の通知に用いるQRコードを生成し(ステップ22)、操作表示部23(図12参照)に表示する(ステップ23)。
The
The
The
When the
決済結果通知用のQRコードが表示されると、店舗側のスタッフは、QRコードリーダ101(図11参照)を使用して、スマートフォン20Aに表示されている決済結果通知用のQRコードをPOS端末10Bに読み取る(ステップ24)。
続いて、POS端末10Bは、読み取った決済結果及び取引に関する情報を、POS端末10Bの操作表示部13(図2参照)に表示する。
図13の例では、決済結果通知用のQRコードから読み取った情報を表示した時点で処理を終了しているが、読み取った決済金額等の情報がPOS端末10Bに取り込まれるようにしてもよい。
When the QR code for payment result notification is displayed, the store staff uses the QR code reader 101 (see FIG. 11) to read the QR code for payment result notification displayed on the
Subsequently, the POS terminal 10B displays the read settlement result and transaction information on the operation display unit 13 (see FIG. 2) of the
In the example of FIG. 13, the process ends when the information read from the QR code for payment result notification is displayed.
また、POS端末10Bには、決済された金額と第一の決済情報の金額とを突合する機能を追加してもよい。なお、突合の結果を店舗側のスタッフ等に通知する機能を更に追加してもよい。
このように本実施の形態の場合には、利用者が操作するスマートフォン20Aを活用して電子決済システム1Bを実現することができる。また、スマートフォン20Aが受け取る決済の結果をスマートフォン20Aに表示されるQRコードを通じてPOS端末10Bに取り込み、取り込んだ内容をPOS端末10Bに表示させることにより、決済の結果の確認をスマートフォン20Aの表示画面を用いて行う場合に比して、成立した取引の内容の確認がより確実に行えるようになる。
Also, the POS terminal 10B may be added with a function of comparing the settled amount with the amount of the first payment information. It should be noted that a function of notifying the store staff of the matching result may be further added.
As described above, in the case of the present embodiment, the
実施の形態3の場合には、決済中継サーバ30Bから通知される決済の結果をスマートフォン20Aに表示される決済結果通知用のQRコードを用いてPOS端末10Bに受け渡ししているが、近距離無線通信規格の一例であるFeliCa(登録商標)その他を利用して行ってもよい。既にFeliCaに対応するリーダライタがPOS端末10Bに接続されている場合には、QRコードリーダ101を新たに設置せずに済む。
また、実施の形態3では、決済中継サーバ30Bを使用しているが、決済中継サーバ30Bを用いないシステム構成も可能である。
In the case of the third embodiment, the settlement results notified from the
Moreover, although the
<実施の形態4>
続いて、実施の形態4について説明する。
前述の実施の形態では、基本的にQRコードを用いた電子決済を想定しているが、本実施の形態では、クレジットカードを活用した決済について説明する。
現在、クレジットカードによる決済に対応するPOS端末には、決済金額が予め定めた金額以下の場合に本人認証をスキップできる機能が用意されている。なお、POS端末は、クレジットカードを発行しているカード会社毎に設定されている金額に基づいて、PIN(=Personal Identification Number)レス又はサインレスの決済が可能か否かを判断する。なお、PINコードは、セキュリティコードの一種である。
一方で、PINレス又はサインレスの運用のニーズは、売り場によって異なる。例えばある売り場では、PINレス又はサインレスにより決済が可能な金額を、カード会社とは別に設定したいニーズがある。また、PINレス又はサインレスによる決済を許可するか否かを売り場毎に設定したい場合がある。しかし、これらのニーズへの対応をPOS端末だけで実現することはできない。
<Embodiment 4>
Next, Embodiment 4 will be described.
In the above-described embodiment, electronic payment using QR code is basically assumed, but in this embodiment, payment using a credit card will be described.
At present, POS terminals that accept payment by credit card are provided with a function of skipping personal authentication when the payment amount is less than a predetermined amount. The POS terminal determines whether PIN (=Personal Identification Number)less or signatureless payment is possible based on the amount of money set for each credit card company that issues the credit card. A PIN code is a kind of security code.
On the other hand, needs for PIN-less or signature-less operation differ from store to store. For example, there is a need to set the amount of money that can be settled without a PIN or signature separately from the credit card company at a certain sales floor. In addition, there are cases where it is desired to set whether or not PIN-less or signature-less settlement is permitted for each sales floor. However, POS terminals alone cannot meet these needs.
図14は、実施の形態4で使用する電子決済システム1Cの概略構成を例示する図である。図14には、図1との対応部分に対応する符号を付して示している。
図14に示すように、実施の形態4で説明する電子決済システム1Cの構成は、実施の形態1と類似する。ただし、実施の形態4の場合には、カード決済を前提とするため、サービスの利用者が所持するスマートフォン20(図1参照)は不要である。
このため、電子決済システム1Cは、店舗内に設置されるPOS端末10Cと、店舗と決済事業者との間で決済情報を中継する決済中継サーバ30Cと、決済事業者が運用する決済事業者サーバ40とを有している。
なお、POS端末10Cには、クレジットカードの読み取りに使用するカードリーダー111が接続されている。POS端末10Cは、クレジットカードから読み取った利用者の情報に決済する金額の情報等を付加して決済中継サーバ30Cに送信する。
FIG. 14 is a diagram illustrating a schematic configuration of an
As shown in FIG. 14, the configuration of an
For this reason, the
A
(POS端末10Cの構成)
図15は、実施の形態4で使用するPOS端末10Cの構成を説明するブロック図の一例を示す図である。
実施の形態4で用いるPOS端末10Cは、端末の全体を制御する制御部11Bと、データ等の記憶に用いられる記憶部12と、操作の受付や操作画面の表示等に使用される操作表示部13と、紙幣処理部14と、硬貨処理部15と、決済の明細であるレシートを出力するレシート出力部16と、決済中継サーバ30Cとの通信を通じて決済を実行する決済処理部120と、ミドルウェアとしてのOCX部121と、カード情報の読み取り等を実行するPOSアプリ部122と、外部装置との通信に用いられる通信部18とを備えている。
(Configuration of POS terminal 10C)
FIG. 15 is a block diagram showing an example of the configuration of the
The
本実施の形態における制御部11Bも、CPUやMPU、ROM、RAM等で構成される。
制御部11BのROMには、CPUやMPUにより実行される基本プログラム(オペレーションシステム)や各種の設定等が記憶されている。CPUやMPUは、RAMを作業エリアに使用し、ROMや記憶部12から読み出したアプリケーションプログラムを実行する。CPUやMPUがプログラムを実行することにより、以下に説明する機能が実現される。
The
The ROM of the
例えば制御部11Bは、利用者に請求する決済金額や取引を特定する情報にクレジットカードから読み取った情報を関連付けて決済中継サーバ30Cを通じて決済処理を実行する決済処理部120の機能と、決済処理部120とPOSアプリ部122との通信に介在するOCX部121の機能と、クレジットカード払いによる決済を管理するPOSアプリ部122の機能等を、プログラムの実行を通じて実行する。
記憶部12は、半導体メモリやHDD等の記憶装置で構成される。本実施の形態の場合、記憶部12には、カード会社用のDLL(=Dynamic Link Library)テーブルとダミー会社用のDLLテーブルが記憶されている。ここで、カード会社用DLLテーブルは、提携するクレジットカード別に用意される。従って、複数のクレジットカードの利用が可能なPOS端末10Cには複数のカード会社用DLLテーブルが記憶される。ダミー会社用DLLテーブルは、決済する金額が、仮にカード会社別に定められているPINレス決済等が可能な金額以内の場合でも、例外的に個人認証を必要とする決済を可能にするために用いられるライブラリである。カード会社用DLLテーブルもダミー会社用DLLテーブルも事前に用意される。
For example, the
The
操作表示部13は、POS端末10Cを操作するスタッフの操作画面や利用者に提示される画面を表示するディスプレイで構成される。操作表示部13には、例えば液晶ディスプレイや有機ELディスプレイが用いられる。操作表示部13には、スタッフが情報の入力に使用するボタン、スイッチ、タッチセンサ等が設けられる。
紙幣処理部14は、投入された紙幣に対する真贋判定、紙幣の保管、紙幣の返却などの処理を実行する装置ユニットである。
硬貨処理部15は、投入された硬貨に対する真贋判定、硬貨の保管、おつり硬貨の払出しなどの処理を実行する装置ユニットである。
レシート出力部16は、決済用のQRコードを印字したレシートの出力に用いることも可能である。
通信部18は、通信インターフェースであり、ネットワーク50経由で決済中継サーバ30Cとの通信を実現する。
The
The
The
The
The
(決済処理の流れ1)
図16は、実施の形態4で説明する電子決済システム1C上で実行される決済処理の一例を概略的に説明する図である。なお、図中のSはステップの意味である。なお、図16では、決済中継サーバ30Cと決済事業者サーバ40(図14参照)との通信は省略している。
一連の処理は、店舗内に設置されているPOS端末10CにおいてPOSアプリ部122に対する操作を通じて開始される。具体的には、クレジット決済取引が開始される(ステップ31)。
取引開始は、POSアプリ部122からOCX部121を通じて決済処理部120に通知される。
通知を受けた決済処理部120は、クレジットカードの読み取りの待機を開始する(ステップ32)。
(Payment processing flow 1)
FIG. 16 is a diagram schematically explaining an example of settlement processing executed on the
A series of processing is started by operating the
The transaction start is notified from the
The
決済処理部120がカードリーダー111を通じてクレジット情報の読み取りを確認すると、OCX部121を通じて決済中継サーバ30Cに対してカード情報の問い合わせが実行される。この応答として、決済中継サーバ30CからOCX部121には、支払い方法が通知される。
次に、OCX部121は、POSアプリ部122に支払い方法を確認する。POSアプリ部122は、一括での支払いか、一括以外の支払いかを応答する。
応答を受信したOCX部121は、カード会社を指定して決済処理部120に与える(ステップ33)。図16の場合、一括での支払いの場合、OCX部121は、本来のカード会社を指定する。一方、一括以外での支払いの場合、OCX部121は、ダミーのカード会社を指定する。
When the
Next, the
The
通知を受けた決済処理部120は、指定された会社用のDLLテーブルを読み出す(ステップ34)。
例えば一括での支払いの場合、決済処理部120は、指定された会社が予め定める金額以内の場合にはPINレスでの支払いをOCX部121に応答する。なお、決済する金額が指定された会社が予め定める金額を超える場合にはPINありでの支払いをOCX部121に応答する。応答された情報は、OCX部121からPOSアプリ部122に通知され、その後、決済中継サーバ30Cに通知される。
一方、分割での支払いの場合、決済処理部120は、ダミー会社用のDLLテーブルを読み出す。ダミー会社用のDLLテーブルが読み出された場合、金額に関係なくPINありの決済が求められる。すなわち、本来のカード会社ではPINなしで済む金額の場合にも、PINありの決済であることがOCX部121に応答される。
この仕組みの採用により、カード会社の定める金額とは関係なく、一括支払いは本人認証を省略できるが、一括払い以外は本人認証を要求することができる。
The
For example, in the case of a lump sum payment, the
On the other hand, in the case of payment in installments, the
By adopting this mechanism, regardless of the amount determined by the card company, personal authentication can be omitted for lump-sum payments, but personal authentication can be required for payments other than lump-sum payments.
(決済処理の流れ2)
続いて、決算処理の別の流れを説明する。
図17は、実施の形態4で説明する電子決済システム1C上で実行される決済処理の他の一例を概略的に説明する図である。なお、図中のSはステップの意味である。なお、図17には、図16との対応部分に対応する符号を付して示している。
図17に示す処理の場合も、決済中継サーバ30CからOCX部121への応答までは同じである。
ただし、図17の場合には、OCX部121がPOSアプリ部122に対して売り場を確認する。POSアプリ部122は、店舗側のスタッフが入力した売り場の情報を応答する。
応答を受信したOCX部121は、売り場に応じたカード会社を指定して決済処理部120に与える(ステップ41)。図17の場合、POSアプリ部122からの応答が食品売り場の場合、OCX部121は、本来のカード会社を指定する。一方、POSアプリ部122からの応答が食品売り場以外であった場合、OCX部121は、ダミーのカード会社を指定する。
(Payment processing flow 2)
Next, another flow of settlement processing will be described.
FIG. 17 is a diagram schematically illustrating another example of settlement processing executed on the
In the case of the processing shown in FIG. 17, the process up to the response from
However, in the case of FIG. 17, the
The
通知を受けた決済処理部120は、指定された会社用のDLLテーブルを読み出す(ステップ34)。
例えば食品売り場の場合、決済処理部120は、指定された会社が予め定める金額以内の場合にはPINレスでの支払いをOCX部121に応答する。なお、決済する金額が指定された会社が予め定める金額を超える場合にはPINありでの支払いをOCX部121に応答する。図17の例は、予め定める金額が1万円の場合を表している。応答された情報は、OCX部121からPOSアプリ部122に通知され、その後、決済中継サーバ30Cに通知される。
一方、他の売り場の場合、決済処理部120は、ダミー会社用のDLLテーブルを読み出す。ダミー会社用のDLLテーブルが読み出された場合、金額に関係なくPINありの決済が求められる。すなわち、本来のカード会社ではPINなしで済む金額の場合にも、食品売り場以外ではPINありの決済が必要であることがOCX部121に応答される。
この仕組みの採用により、カード会社の定める金額とは関係なく、売り場に応じた本人認証の変更を実現することができる。
The
For example, in the case of a grocery store, the
On the other hand, in the case of another sales floor, the
By adopting this mechanism, it is possible to change the personal authentication according to the store regardless of the amount determined by the card company.
<実施の形態5>
続いて、実施の形態5について説明する。
本実施の形態では、再度、QRコードを用いた電子決済について説明する。
実施の形態1においては、店舗側のPOS端末10(図1参照)が発行するQRコードを読み取るスマートフォン20(図1参照)が決済中継サーバ30に送信する場合に、POS端末10の決済情報とスマートフォン20経由の決済情報の突合を決済中継サーバ30で行っているが、本実施の形態では、決済情報の突合を店舗側の従業員やスマートフォン20の利用者の目視により実現する手法を提供する。
<Embodiment 5>
Next, Embodiment 5 will be described.
In this embodiment, the electronic payment using the QR code will be explained again.
In the first embodiment, when the smartphone 20 (see FIG. 1) that reads the QR code issued by the POS terminal 10 (see FIG. 1) on the store side transmits to the
図18は、実施の形態5で使用する電子決済システム1Dの概略構成を例示する図である。図18には、図1との対応部分に対応する符号を付して示している。
図18に示すように、実施の形態5で説明する電子決済システム1Dの構成は、実施の形態1と同様である。すなわち、実施の形態5の場合も、店舗内に設置されるPOS端末10Dと、店舗内で物品を購入した電子決済サービスの利用者が対価の決済に使用するスマートフォン20と、店舗と決済事業者との間で決済情報を中継する決済中継サーバ30Dと、決済事業者が運用する決済事業者サーバ40とを有している。
FIG. 18 is a diagram illustrating a schematic configuration of an
As shown in FIG. 18, the configuration of an
(POS端末10Dの構成)
図19は、実施の形態5で使用するPOS端末10Dの構成を説明するブロック図の一例を示す図である。図19には、図2との対応部分に対応する符号を付して示している。
実施の形態5で用いるPOS端末10Dは、端末の全体を制御する制御部11Dと、データ等の記憶に用いられる記憶部12と、操作の受付や操作画面の表示等に使用される操作表示部13と、紙幣処理部14と、硬貨処理部15と、決済の明細であるレシートを出力するレシート出力部16と、第一の決済情報に対応する決済用のQRコードを生成する決済用QRコード生成部17と、決済中継サーバ30Dから決済結果成功情報が受信されるまでのタイムアウト時間を管理するタイムアウト管理部17Aと、決済中継サーバ30Dとの通信の結果を操作表示部13に表示する取引結果表示制御部17Bと、外部装置との通信に用いられる通信部18とを備えている。
(Configuration of POS terminal 10D)
FIG. 19 is an example of a block diagram illustrating the configuration of the
The
本実施の形態で使用するPOS端末10Dは、タイムアウト管理部17Aと取引結果表示制御部17Bが設けられる点で、実施の形態1と相違する。
なお、タイムアウト管理部17Aと取引結果表示制御部17Bは、POS端末10DにインストールされているPOS連動型のアプリケーションプログラム(以下「OCXドライバ」という)の実行を通じて実現される。
OCXドライバは、制御部11Dで実行される他のアプリケーションプログラム(以下「POSアプリ」という)が発行するPOS決済APIを通じてQR決済情報を受け取ると、取引情報ログを生成して記憶部12に記憶する。なお、QR決済情報には、QRコードを通じて決済する金額(以下「決済金額」という)と対応する伝票番号が含まれる。
本実施の形態におけるタイムアウト管理部17Aは、取引情報ログが生成されると、タイマーを始動し、予め定めた時間内に、決済中継サーバ30Dから決済結果成功情報が受信されるか否かを管理する。
取引結果表示制御部17Bは、決済結果成功情報が受信された場合には受信された決済結果成功情報などを操作表示部13に表示する一方、決済結果成功情報の受信がないままタイムアウトが検知された場合には取引情報ログを操作表示部13に表示する。
The
Note that the
When the OCX driver receives the QR payment information through the POS payment API issued by another application program (hereinafter referred to as "POS application") executed by the
The transaction result
(決済中継サーバ30Dの構成)
図20は、実施の形態5で使用する決済中継サーバ30Dの構成を説明するブロック図の一例を示す図である。図20には、図3との対応部分に対応する符号を付して示している。
実施の形態5で用いる決済中継サーバ30Dは、装置全体を制御する制御部31Dと、データ等の記憶に用いられる記憶部32と、スマートフォン20(図18参照)から受信したQR決済情報に基づく決済処理の進行を管理する決済進行管理部36Aと、外部装置との通信に用いられる通信部37とを備えている。
本実施の形態における決済進行管理部36Aは、取引の成立が確定した場合、決済結果成功情報とQR決済情報(以下「決済結果成功情報等」という)を、POS端末10Dとスマートフォン20の両方に送信する。
(Configuration of
FIG. 20 is an example of a block diagram for explaining the configuration of the
The
Payment
(決済処理の流れ)
図21は、実施の形態5で説明する電子決済システム1D上で実行される決済処理の概要を説明する図である。図21には、図4との対応部分に対応する符号を付して示している。なお、図中のSはステップの意味である。
実施の形態5の場合も、一連の処理は、店舗内に設置されているPOS端末10Dに購入された物品等の金額が確定している。
決済金額が確定すると、POS端末10Dは、POS決済APIを発行する(ステップ41)。
次に、POS端末10Dは、取引情報ログを生成する(ステップ42)と共に、タイマーを始動する(ステップ43)。ここでのタイマーは、決済中継サーバ30Dからの決済結果成功情報が受信されるまでのタイムアウトの管理に使用される。
(Flow of payment processing)
FIG. 21 is a diagram explaining an outline of settlement processing executed on the
In the case of the fifth embodiment as well, in the series of processes, the price of the goods purchased at the
When the settlement amount is determined, the
Next, the
次に、POS端末10Dは、操作表示部13(図19参照)に読み取りを促すメッセージを表示する(ステップ2)と共に、決済用のQRコードを表示する(ステップ3)。本実施の形態の場合も、メッセージの表示と決済用のQRコードの表示の実行の順序は逆でも良いし、同じ画面を用いて同時に表示してもよい。
メッセージが表示されると、利用者は、決済用のアプリケーションプログラムが起動されたスマートフォン20を用い、操作表示部13に表示されている決済用のQRコードを読み取る(ステップ4)。
スマートフォン20は、読み取った決済用のQRコードをデコードし、デコードされた情報に決済を求める自身の情報を付加したQR決済情報を、決済中継サーバ30Dに通知する。QR決済情報には伝票番号も含まれている。
本実施の形態の場合、決済中継サーバ30Dは、取引の成立を確認すると(ステップ44)、決済結果成功情報とQR決済情報を含む決済結果成功情報等をスマートフォン20とPOS端末10Dに通知する。
Next, the POS terminal 10D displays a message prompting reading on the operation display section 13 (see FIG. 19) (step 2), and displays the QR code for payment (step 3). Also in this embodiment, the order of displaying the message and displaying the QR code for payment may be reversed, or they may be displayed simultaneously using the same screen.
When the message is displayed, the user reads the QR code for payment displayed on the
The
In the case of the present embodiment, when
スマートフォン20では、受信した決済結果成功情報等を表示する(ステップ45)。 一方、POS端末10Dは、タイムアウトしたか否かを判定し(ステップ46)、タイムアウトしていない場合(すなわち否定結果の場合)、決済結果情報等を受信したか否かを判定する(ステップ47)。ステップ47で否定結果が得られた場合、POS端末10Dは、ステップ46に戻り、判定を繰り返す。
なお、ステップ47で肯定結果が得られた場合、POS端末10Dは、決済結果成功情報等を表示する(ステップ48)。この場合、POS端末10Dを操作する従業員等は、決済の成立を確認する。
ところで、決済結果成功情報を受信する前にタイムアウトする場合がある。すなわち、ステップ46で肯定結果が得られる場合である。この場合は、POS端末10Dと決済中継サーバ30Dとの通信処理にエラーが生じた場合に生じる。
The
If a positive result is obtained in step 47, the POS terminal 10D displays successful settlement information and the like (step 48). In this case, the employee who operates the
By the way, there is a case where a timeout occurs before the payment result success information is received. That is, if step 46 yields a positive result. This case occurs when an error occurs in communication processing between the
この場合、POS端末10Dを操作する作業者は、結成の成立を操作表示部13上で確認することはできない。
しかし、本実施の形態の場合、その代替手段が用意されている。具体的には、POS端末10Dは、操作表示部13に取引情報ログの内容を表示する(ステップ49)。
この場合、店舗側の従業員や取引の相手側である利用者等は、POS端末10D側で表示された伝票番号と、スマートフォン20側で表示された伝票番号が一致するか否かを目視により確認できる。すなわち、スマートフォン20に表示された決済結果成功情報が今回の取引と一致するか否かを確認できる。
2つの伝票番号が一致すれば、取引の成立が確認される。一方、2つの伝票番号が一致しなければ、取引の不成立が確認される。このため、店舗側は、決済の成立が不明なままの取引を回避でき、不正な取引に伴う損失を免れることができる。また、購入者である利用者においても、取引の成立をその場で確認でき、安心することができる。
なお、QRコードを用いた取引の取り消しや返品処理が可能な場合には、前述した仕組みを、取引の取り消しや返品取引にも活用できる。また、取引に関する決済処理だけでなく、QRコードを介在させる情報のやり取りにも活用できる。
In this case, the operator operating the
However, in the case of this embodiment, an alternative means is prepared. Specifically, the POS terminal 10D displays the contents of the transaction information log on the operation display section 13 (step 49).
In this case, an employee of the store or a user who is the other party of the transaction visually checks whether the slip number displayed on the POS terminal 10D side and the slip number displayed on the
If the two slip numbers match, the transaction is confirmed. On the other hand, if the two slip numbers do not match, it is confirmed that the transaction has failed. Therefore, the store side can avoid transactions in which the establishment of settlement is unknown, and can avoid losses associated with fraudulent transactions. Also, the user, who is the purchaser, can confirm the completion of the transaction on the spot, and can feel at ease.
If it is possible to cancel a transaction or return a product using a QR code, the above-described mechanism can also be used for canceling a transaction or returning a product. It can also be used not only for payment processing related to transactions, but also for exchanging information via QR codes.
1、1A、1B、1C、1D…電子決済システム、10、10A、10B、10C、10D…POS端末、17…決済用QRコード生成部、19、29、35…突合処理部、20、20A…スマートフォン、25…決済結果通知用QRコード生成部、30、30A、30B、30C、30D…決済中継サーバ、33…第一決済情報受信部、34…第二決済情報受信部、36…決済進行管理部、38…第二決済情報通知部、40…決済事業者サーバ、120…決済処理部、121…OCX部、122…POXアプリ部
1, 1A, 1B, 1C, 1D... electronic payment system, 10, 10A, 10B, 10C, 10D... POS terminal, 17... QR code generation unit for payment, 19, 29, 35... matching processing unit, 20, 20A...
Claims (9)
前記識別子を読み取った利用者の端末から第二の決済情報を受信するサーバと
を有し、
前記サーバは、前記店舗側の端末から受信した前記第一の決済情報と、前記利用者の端末から受信した前記第二の決済情報とを突合し、突合の結果に基づいて決済の進行を制御する、もしくは、
前記店舗側の端末は、前記サーバから受信した前記第二の決済情報と前記第一の決済情報とを突合して、突合の結果に応じた情報を当該サーバに送信し、当該サーバは、当該店舗側の端末から受信した当該情報に基づいて決済の進行を制御する、
ことを特徴とする決済システム。 a store-side terminal that displays the first payment information generated by the user's purchase as an identifier;
a server that receives second payment information from the terminal of the user who read the identifier,
The server compares the first payment information received from the store terminal with the second payment information received from the user terminal, and controls the progress of payment based on the result of the comparison. ,or,
The terminal on the store side matches the second payment information received from the server with the first payment information, and transmits information according to the result of the matching to the server, and the server sends the information to the store. control the progress of payment based on the information received from the terminal on the other side;
A settlement system characterized by:
前記店舗側の端末は、
決済の中止を要求する中止情報を前記サーバに送信するとともに、
前記識別子の再読み取りを促すメッセージを表示し、さらに当該識別子を再表示する、
ことを特徴とする請求項1に記載の決済システム。 If the matching result on the terminal on the store side is inconsistent,
The terminal on the store side,
Sending suspension information requesting suspension of payment to the server,
Displaying a message prompting re-reading of the identifier, and re-displaying the identifier;
The settlement system according to claim 1, characterized by:
前記サーバは、
決済を中止するとともに、前記店舗側の端末に対して前記識別子の再読み取りを要求する再読み取り情報を送信し、
前記店舗側の端末は、
前記再読み取り情報を受信すると、前記識別子の再読み取りを促すメッセージを表示するとともに、当該識別子を再表示する、
ことを特徴とする請求項1に記載の決済システム。 if the result of said matching at said server is a mismatch,
The server is
Canceling the payment and transmitting rereading information requesting rereading of the identifier to the terminal on the store side,
The terminal on the store side,
When the rereading information is received, displaying a message prompting rereading of the identifier and redisplaying the identifier;
The settlement system according to claim 1, characterized by:
前記突合の結果が不一致の場合、前記サーバは、前記第三の決済情報の前記決済センタへの送信を中止する、
ことを特徴とする請求項1に記載の決済システム。 If the matching result is a match, the server transmits the second payment information received from the user's terminal as third payment information to the payment center,
if the result of the matching is a mismatch, the server stops sending the third payment information to the payment center;
The settlement system according to claim 1, characterized by:
前記店舗側の端末は、
利用者の購入により発生した第一の決済情報を識別子として表示し、
前記識別子の表示の後に、当該識別子を読み取った利用者の端末が前記サーバに送信した第二の決済情報を当該サーバから受信し、
前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済の中止を要求する中止情報を前記サーバに送信する、
ことを特徴とする店舗側の端末。 A store-side terminal communicably connected to a server,
The terminal on the store side,
Display the first payment information generated by the user's purchase as an identifier,
After displaying the identifier, receiving from the server the second payment information sent to the server by the terminal of the user who read the identifier,
Matching the first payment information and the second payment information, and if the matching result does not match, sending cancellation information requesting cancellation of payment to the server;
A store-side terminal characterized by:
前記サーバは、
利用者の購入により前記店舗側の端末で発生した第一の決済情報を受信し、
前記第一の決済情報に対応する識別子を読み取った利用者の端末から第二の決済情報を受信し、
前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済を中止するとともに、前記店舗側の端末に対して前記識別子の再読み取りを要求する再読み取り情報を送信する
ことを特徴とするサーバ。 A server communicably connected to a terminal on the store side,
The server is
receiving the first payment information generated by the terminal on the store side due to the purchase by the user;
receiving second payment information from the terminal of the user who read the identifier corresponding to the first payment information;
Re-reading information that compares the first payment information and the second payment information, and if the result of the matching does not match, suspends the payment and requests the terminal on the store side to re-read the identifier. A server characterized by transmitting
利用者の購入により発生した第一の決済情報を識別子として表示する機能と、
前記識別子の表示の後に、当該識別子を読み取った利用者の端末が前記サーバに送信した第二の決済情報を当該サーバから受信する機能と、
前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済の中止を要求する中止情報を前記サーバに送信する機能と
を実行させるプログラム。 A program executed on a store-side terminal communicably connected to a server,
A function to display the first payment information generated by the user's purchase as an identifier;
a function of receiving from the server the second payment information transmitted to the server by the terminal of the user who read the identifier after the identifier is displayed;
A program for executing a function of matching the first payment information and the second payment information, and transmitting suspension information requesting suspension of payment to the server if the matching result does not match.
利用者の購入により前記店舗側の端末で発生した第一の決済情報を受信する機能と、
前記第一の決済情報に対応する識別子を読み取った利用者の端末から第二の決済情報を受信する機能と、
前記第一の決済情報と前記第二の決済情報とを突合し、突合の結果が不一致の場合、決済を中止するとともに、前記店舗側の端末に対して前記識別子の再読み取りを要求する再読み取り情報を送信する機能と
を実行させるプログラム。 A program executed in a server communicably connected to a store terminal,
a function of receiving the first payment information generated by the terminal on the store side due to the user's purchase;
a function of receiving second payment information from the terminal of the user who read the identifier corresponding to the first payment information;
Re-reading information that compares the first payment information and the second payment information, and if the result of the matching does not match, suspends the payment and requests the terminal on the store side to re-read the identifier. A function that sends a and a program that runs a .
読み取った前記第一の識別子に利用者の情報を追加した第二の決済情報を、決済処理を実行するサーバに送信する機能と、
前記第二の決済情報に基づく決済処理の完了の通知として、当該第二の決済情報に対応する取引の内容を特定する情報を前記サーバから受信する機能と、
前記サーバから受信した前記情報を第二の識別子として利用者の端末に表示する機能と
を実行させるプログラム。 A program executed on a user terminal that reads, from a store terminal, a first identifier corresponding to first payment information generated on a store terminal by a user's purchase,
a function of transmitting second payment information obtained by adding user information to the read first identifier to a server that executes payment processing;
A function of receiving from the server information specifying the content of the transaction corresponding to the second payment information as a notification of completion of payment processing based on the second payment information;
A program for executing a function of displaying the information received from the server as a second identifier on a user's terminal.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019159856A JP7197445B2 (en) | 2019-09-02 | 2019-09-02 | Payment system, terminal, server and program |
PCT/JP2020/027105 WO2021044733A1 (en) | 2019-09-02 | 2020-07-10 | Settlement system, terminal, server, and program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019159856A JP7197445B2 (en) | 2019-09-02 | 2019-09-02 | Payment system, terminal, server and program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2021039517A JP2021039517A (en) | 2021-03-11 |
JP7197445B2 true JP7197445B2 (en) | 2022-12-27 |
Family
ID=74848678
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2019159856A Active JP7197445B2 (en) | 2019-09-02 | 2019-09-02 | Payment system, terminal, server and program |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP7197445B2 (en) |
WO (1) | WO2021044733A1 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP7486756B1 (en) | 2023-02-20 | 2024-05-20 | 有限会社バラエティーエム・ワン | Money Transaction System |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005352791A (en) | 2004-06-10 | 2005-12-22 | Toyo Network Systems Co Ltd | Automatic vending machine system |
WO2019130574A1 (en) | 2017-12-28 | 2019-07-04 | 株式会社ぐるなび | Information processing device, information processing system, information processing method, and program |
JP2020170472A (en) | 2019-04-05 | 2020-10-15 | 株式会社岩手銀行 | Settlement management device, settlement management method, and terminal |
JP2021026453A (en) | 2019-08-02 | 2021-02-22 | 旭精工株式会社 | Settlement system for laundry store |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2020079995A (en) * | 2018-11-12 | 2020-05-28 | 株式会社メルカリ | Information processing method, information processing device, and program |
-
2019
- 2019-09-02 JP JP2019159856A patent/JP7197445B2/en active Active
-
2020
- 2020-07-10 WO PCT/JP2020/027105 patent/WO2021044733A1/en active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005352791A (en) | 2004-06-10 | 2005-12-22 | Toyo Network Systems Co Ltd | Automatic vending machine system |
WO2019130574A1 (en) | 2017-12-28 | 2019-07-04 | 株式会社ぐるなび | Information processing device, information processing system, information processing method, and program |
JP2020170472A (en) | 2019-04-05 | 2020-10-15 | 株式会社岩手銀行 | Settlement management device, settlement management method, and terminal |
JP2021026453A (en) | 2019-08-02 | 2021-02-22 | 旭精工株式会社 | Settlement system for laundry store |
Also Published As
Publication number | Publication date |
---|---|
WO2021044733A1 (en) | 2021-03-11 |
JP2021039517A (en) | 2021-03-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20240054480A1 (en) | Merchant account transaction processing systems and methods | |
KR100376959B1 (en) | The electronic settlement system, electronic settlement method and cash paying method using lcd barcode displayed on mobile terminal | |
JP6528160B1 (en) | Payment system | |
JP6086900B2 (en) | Financial transaction system, financial transaction method and computer program | |
CN101990770A (en) | Ghosting payment account data in a mobile telephone payment transaction system | |
JP2014021974A (en) | Method for online payment, and system and electronic device for executing the same | |
EP2652686A1 (en) | System and method for point of service payment acceptance via wireless communication | |
JP7134325B1 (en) | Electronic payment system, payment management device, card, electronic payment method, and program | |
KR20120114609A (en) | Authentication code based payment method using mobile terminal | |
JP2022125987A (en) | Remittance processing apparatus, remittance processing system, remittance processing method, remittance processing computer program, and remittance support product | |
JP7197445B2 (en) | Payment system, terminal, server and program | |
JP2019114288A (en) | Settlement system | |
WO2018164243A1 (en) | Transaction support program and system | |
KR20120071694A (en) | System and method for managing mobile gift certificate for paying price | |
JP2004240687A (en) | Cash dispensing system, mobile communication terminal, store terminal, method and program | |
JP2015215806A (en) | Payment information output method, output apparatus, output system and reception support program | |
JP2006172155A (en) | Transfer transaction system | |
KR20120115181A (en) | Authentication code based payment method using mobile terminal | |
KR20120114799A (en) | Payment system using qr code | |
US11715098B2 (en) | Information management system, information management method, and program recording medium | |
US20150286996A1 (en) | Method and apparatus for carrying out an electronic transaction | |
JP2020098605A (en) | Congratulatory or condolence money management device, congratulatory or condolence money management method, and program | |
JP2020071745A (en) | Settlement system | |
JP6683308B1 (en) | Vending machine payment service support system | |
US20230087986A1 (en) | Inserting code into a document object model of a graphical user interface to enable sub-exchanges |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190925 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220418 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20221206 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20221215 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7197445 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |