JP2020030479A - Settlement device, settlement method and program - Google Patents

Settlement device, settlement method and program Download PDF

Info

Publication number
JP2020030479A
JP2020030479A JP2018154206A JP2018154206A JP2020030479A JP 2020030479 A JP2020030479 A JP 2020030479A JP 2018154206 A JP2018154206 A JP 2018154206A JP 2018154206 A JP2018154206 A JP 2018154206A JP 2020030479 A JP2020030479 A JP 2020030479A
Authority
JP
Japan
Prior art keywords
settlement
payment
service
user
provider
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.)
Granted
Application number
JP2018154206A
Other languages
Japanese (ja)
Other versions
JP7159689B2 (en
Inventor
小櫻　文彦
Fumihiko Kozakura
文彦 小櫻
藤本　真吾
Shingo Fujimoto
真吾 藤本
健 鎌倉
Ken Kamakura
健 鎌倉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2018154206A priority Critical patent/JP7159689B2/en
Publication of JP2020030479A publication Critical patent/JP2020030479A/en
Application granted granted Critical
Publication of JP7159689B2 publication Critical patent/JP7159689B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

To improve a credibility of transactions.SOLUTION: A settlement device has a recording unit and a determination unit, where the recording unit records information indicating a payment hold related to a service utilization in a first ledger according to a service utilization request and records terms of a settlement included in the utilization request in a second ledger of a block chain and the determination unit determines whether or not a payment related to the service utilization recorded in the first ledger is made, on the basis of a settlement request and the terms of the settlement recorded in the second ledger according to the settlement request of the service.SELECTED DRAWING: Figure 3

Description

本発明は、決済装置、決済方法及びプログラムに関する。   The present invention relates to a payment device, a payment method, and a program.

互いに信頼関係を築けていない相手とのオンライン取引において、サービスの提供前の支払には、サービスが架空であるリスクが利用者側に有る。したがって、サービスの利用者は、サービスに対する決済をサービス提供後に行いたい。   In online transactions with a partner who has not established a mutual trust relationship, payment before the provision of the service involves the risk that the service is fictitious. Therefore, the service user wants to settle the service after providing the service.

一方、無条件でキャンセル可能な受注には、無断キャンセルのリスクがサービスの提供者側に有る。実際に、予約サイトで予約をしたにも関わらず利用者が来店せずにレストランが困っている状況が発生している。したがって、サービスの提供者は、無断キャンセルによる機会損失を防ぐために予約時に決済を行いたい。   On the other hand, an order that can be canceled unconditionally has a risk of unauthorized cancellation on the service provider side. In fact, even though a user has made a reservation on a reservation site, a situation has arisen in which the user is not in the store and the restaurant is in trouble. Therefore, the service provider wants to pay at the time of reservation in order to prevent loss of opportunity due to unauthorized cancellation.

サービスの利用者と提供者との間における、決済のタイミングに関する相容れない要望に対する解決策として、クレジットカードの利用が一般的である。   As a solution to the conflicting demands between the user of the service and the provider regarding the timing of settlement, the use of a credit card is common.

特表２０１７−５１５２５２号公報JP-T-2017-515252 国際公開２０１７／０１０４５５号International Publication No. 2017/010455 特開２０１７−９１１４９号公報JP-A-2017-91149

しかしながら、クレジットカードの利用には、利用者側が提供者側を信じる必要があり、信頼関係を築けていない小規模ビジネスには向かない。すなわち、利用者は、信頼できない相手にクレジットカードの決済情報を渡したくない。   However, the use of a credit card requires the user to trust the provider and is not suitable for small businesses that have not established a trusting relationship. That is, the user does not want to pass the credit card settlement information to the untrusted party.

一方、予約時に信頼できるＥＣサイトでの決済は、第三者が関わるのでコストが高くなるため、やはり小規模ビジネスには向かない。   On the other hand, settlement at an EC site that can be trusted at the time of booking is expensive for a third party because it involves a third party, so it is not suitable for small businesses.

そこで、一側面では、本発明は、取引の信用性を向上させることを目的とする。   Therefore, in one aspect, an object of the present invention is to improve the credibility of a transaction.

一つの態様では、決済装置は、サービスの利用要求に応じて、前記サービスの利用に関する支払の保留を示す情報をブロックチェーンの第１の台帳に記録し、前記利用要求に含まれる決済条件を前記ブロックチェーンの第２の台帳に記録する記録部と、前記サービスの決済要求に応じ、当該決済要求と、前記第２の台帳に記録された前記決済条件とに基づいて、前記第１の台帳に記録された前記サービスの利用に関する支払を実行するか否かを判定する判定部と、を有する。   In one aspect, the settlement device records information indicating suspension of payment related to the use of the service in the first ledger of the blockchain in response to the service use request, and sets the settlement condition included in the use request to the A recording unit that records in the second ledger of the blockchain, and, in response to a settlement request for the service, the first ledger based on the settlement request and the settlement condition that is recorded in the second ledger. A determination unit for determining whether to execute payment for use of the recorded service.

一側面として、取引の信用性を向上させることができる。   In one aspect, the credibility of the transaction can be improved.

決済の保留を実現するためのフローと保留を管理する台帳の例を示す図である。FIG. 4 is a diagram illustrating an example of a flow for realizing the suspension of settlement and a ledger for managing the suspension. 保留口座が無い場合の仮想通貨台帳の変化の例を示す図である。It is a figure showing an example of change of a virtual currency register when there is no hold account. 保留口座が有る場合の仮想通貨台帳の変化の例を示す図である。It is a figure showing an example of change of a virtual currency ledger when there is a hold account. 本発明の実施の形態におけるシステム構成例を示す図である。FIG. 1 is a diagram illustrating a system configuration example according to an embodiment of the present invention. 本発明の実施の形態におけるブロックチェーンＢＣを構成する各ノード１０のハードウェア構成例を示す図である。FIG. 3 is a diagram illustrating a hardware configuration example of each node 10 configuring the block chain BC according to the embodiment of the present invention. 本発明の実施の形態における利用者端末２０、提供者端末３０及びブロックチェーンＢＣの機能構成例を示す図である。FIG. 2 is a diagram illustrating a functional configuration example of a user terminal 20, a provider terminal 30, and a block chain BC according to the embodiment of the present invention. 本実施の形態において実行される各処理の関係を説明するためのフローチャートである。5 is a flowchart for explaining a relationship among processes executed in the present embodiment. サービス予約処理の処理手順の一例を説明するためのシーケンス図である。It is a sequence diagram for explaining an example of a processing procedure of service reservation processing. 予約時における決済情報の一例を示す図である。It is a figure showing an example of the settlement information at the time of reservation. 予約時における決済ポリシーの一例を示す図である。It is a figure showing an example of the settlement policy at the time of reservation. 提供者の署名の付与後の決済情報の一例を示す図である。It is a figure which shows an example of the settlement information after the provider's signature was given. 通常決済処理の処理手順の一例を説明するためのシーケンス図である。It is a sequence diagram for explaining an example of the processing procedure of the normal settlement processing. 利用者事前キャンセル時の決済処理の処理手順の一例を説明するためのシーケンス図である。It is a sequence diagram for explaining an example of the processing procedure of the settlement processing at the time of user advance cancellation. 利用者無断キャンセル時の決済処理の処理手順の一例を説明するためのシーケンス図である。It is a sequence diagram for explaining an example of the processing procedure of the settlement processing at the time of the user's unauthorized cancellation. 提供者事前キャンセル時の決済処理の処理手順の一例を説明するためのシーケンス図である。It is a sequence diagram for explaining an example of the processing procedure of the settlement processing at the time of provider advance cancellation. 提供者無断キャンセル時の決済処理の処理手順の一例を説明するためのシーケンス図である。It is a sequence diagram for explaining an example of the processing procedure of the settlement processing at the time of the provider's unauthorized cancellation.

以下、図面に基づいて本発明の実施の形態を説明する。まず、本実施の形態の概要について説明する。   Hereinafter, embodiments of the present invention will be described with reference to the drawings. First, an outline of the present embodiment will be described.

ブロックチェーン上では仮想通貨の送金によって決済が行える。サービスの予約システムとブロックチェーン上の仮想通貨での決済機能とを組み合わせると、予約時に仮想通貨を使った決済が可能になる。しかし、予約者は予約時に決済を行うと、サービスが架空であった場合に取戻しができないリスクが発生する。   Payment can be made on the blockchain by remittance of virtual currency. By combining the service reservation system with the virtual currency settlement function on the blockchain, settlement using virtual currency at the time of reservation is possible. However, if the subscriber makes a payment at the time of reservation, there is a risk that the service cannot be recovered if the service is fictitious.

そこで、本実施の形態では、決済を行う条件が満たされるまで決済（支払）を保留するトランザクション機能をブロックチェーンに持たせる。決済を行う条件は、予約時にポリシーとして定義される。当該ポリシーは、改ざん防止のためブロックチェーンの台帳に格納される。当該条件が満たされればサービスの提供者（以下、単に「提供者」という。）が決済要求を行うことで、決済の保留が解除される。   Therefore, in the present embodiment, the block chain is provided with a transaction function for suspending settlement (payment) until the condition for settlement is satisfied. Conditions for performing the settlement are defined as a policy at the time of reservation. The policy is stored in the ledger of the blockchain to prevent tampering. If the condition is satisfied, the suspension of the settlement is released by the service provider (hereinafter simply referred to as “provider”) making a settlement request.

このような仕組みにより、サービスの利用者（以下、単に「利用者」という。）は、サービスが提供されるまで決済を保留することができ、提供者は、無断キャンセル時に決済を実行してキャンセル代を徴収することができる。   With such a mechanism, the service user (hereinafter, simply referred to as “user”) can suspend the payment until the service is provided, and the provider executes the payment at the time of unauthorized cancellation and cancels the payment. You can collect a fee.

なお、本実施の形態において、サービスの予約（サービスの利用要求）はオンラインで行われ、サービスの提供は、レストランや宿泊施設等、利用者と提供者とが対面する状況で行われる。   In this embodiment, service reservation (service use request) is performed online, and service provision is performed in a situation where a user and a provider face each other, such as a restaurant or an accommodation facility.

決済を行う条件としてのポリシーの定義は、例えば、以下の通りである。
（１）正常にサービスが提供された場合、提供者から決済要求が行われ、当該決済要求に利用者の署名が含まれていれば、保留されている決済の保留が解除される（すなわち、正常に決済が行われる。）。なお、サービス提供時に利用者は提供者に署名を渡す
（２）利用者又は提供者が原因でサービスがキャンセルされた場合、利用者からの決済要求に応じ、保留されている決済について、ポリシーに従った金額での決済が行われる。ポリシーに従った金額の一例として、前日までのキャンセルは無料、当日以降のキャンセルは全額、当日に指定場所（店舗）からのキャンセルは無料等が挙げられる。当日に指定場所（店舗）からのキャンセルとは、サービスが提供される予定の日に利用者がサービスの提供場所まで行ったにも関わらず、サービスが提供されなかった場合（例えば、サービスが架空であった場合）でのキャンセルである。
（３）無断キャンセルが行われた場合、サービス提供者からの決済要求に応じ、提供者の署名をもってポリシーに従った金額での決済が行われる。 The definition of a policy as a condition for performing settlement is, for example, as follows.
(1) When the service is normally provided, a payment request is made from the provider, and when the payment request includes the user's signature, the hold of the held payment is released (ie, Payment is performed normally.) In addition, when providing the service, the user gives the signature to the provider. (2) If the service is canceled by the user or the provider, in response to the payment request from the user, the policy on the suspended payment is described in the policy. Settlement is performed with the corresponding amount. As an example of the amount according to the policy, cancellation before the previous day is free, cancellation after the day is full amount, cancellation from a designated place (store) on the day is free, and the like. Cancellation from a designated place (store) on the day means that the service is not provided even though the user has gone to the service providing place on the day on which the service is to be provided (for example, if the service is fictitious) Is the case).
(3) In the case where the unauthorized cancellation is performed, the payment is performed with the signature of the provider in accordance with the policy in response to the payment request from the service provider.

上記のように、ブロックチェーンが、決済を保留する機能を有し、サービスの提供状況に応じてポリシーに従って決済する機能を有することで、信頼できない者同士でも予約時に決済の準備を行い、最終的なサービスの提供状況に応じて決済を行うことができる。その結果、利用者はサービス提供まで決済を保留でき、提供者は無断キャンセルによる損失を削減できる。すなわち、取引の信用性を向上させることができる。   As described above, the blockchain has the function of suspending payment and the function of performing payment according to the policy according to the service provision status, so that untrusted persons can prepare for payment at the time of reservation, Payment can be made in accordance with the status of providing various services. As a result, the user can suspend the settlement until the service is provided, and the provider can reduce loss due to unauthorized cancellation. That is, the credibility of the transaction can be improved.

但し、一般的な仮想通貨のブロックチェーンは、トランザクション（決済）を保留し、決済を遅延する機能を有さない。そこで、本実施の形態では、保留された決済を管理するための保留口座がブロックチェーンに用意される。   However, a general virtual currency block chain does not have a function of suspending a transaction (payment) and delaying the settlement. Therefore, in the present embodiment, a reserved account for managing the suspended payment is prepared in the blockchain.

図１は、決済の保留を実現するためのフローと保留を管理する台帳の例を示す図である。   FIG. 1 is a diagram showing an example of a flow for realizing the suspension of settlement and a ledger for managing the suspension.

図１の（１）に示されるように、通常の決済では、利用者の口座Ａから提供者の口座Ｂへ資産（仮想通貨）が移転される。   As shown in (1) of FIG. 1, in normal settlement, an asset (virtual currency) is transferred from an account A of a user to an account B of a provider.

一方、（２）では、決済の保留を実現するために、利用者の口座Ａから口座Ａの（すなわち、利用者の）保留口座に資産（５０００円）が移転され、台帳Ｆａにおいて、保留されている決済のトランザクション（以下、「保留決済」という。）の情報が管理される。保留決済には、利用者と提供者との間で予め了解されている決済条件（ポリシー）が関連付けられる。その後、サービスの提供状況に応じた決済条件にしたがって、資産の移動が行われる。例えば、正常にサービスが提供されれば、（２）に示されているように、保留決済に係る資産（５０００円）が、提供者の口座Ｂへ移転される。   On the other hand, in (2), in order to realize the suspension of the settlement, the asset (5000 yen) is transferred from the user's account A to the reserved account of the account A (that is, the user's), and the assets are reserved in the ledger Fa. The information of the settlement transaction (hereinafter referred to as “pending settlement”) is managed. The pending settlement is associated with a settlement condition (policy) previously understood between the user and the provider. After that, the asset is moved according to the settlement conditions according to the service provision status. For example, if the service is provided normally, as shown in (2), the asset (5000 yen) related to the hold settlement is transferred to the account B of the provider.

このように、決済に係るトランザクションの保留は、保留口座に仮想通貨を移動させることで実現される。保留口座の有無の違いは次のようになる。   As described above, the suspension of the transaction related to the settlement is realized by moving the virtual currency to the suspended account. The difference between holding account and non-holding account is as follows.

図２は、保留口座が無い場合の仮想通貨台帳の変化の例を示す図である。図２に示されるように、保留口座が無い場合、口座Ａから口座Ｂへ５０００円が送金されると、口座Ａから５０００円が減額され、口座Ｂに５０００円が増額される。   FIG. 2 is a diagram illustrating an example of a change in the virtual currency ledger when there is no hold account. As shown in FIG. 2, when there is no hold account, if 5000 yen is remitted from account A to account B, 5000 yen is reduced from account A and 5000 yen is increased to account B.

一方、図３は、保留口座が有る場合の仮想通貨台帳の変化の例を示す図である。図３に示されるように、保留口座が有る場合、まず、口座Ａから５０００円が減額され、保留決済を管理する台帳に、「保留金額」が５０００円である新たなエントリが追加される。決済後には、当該「保留金額」が０に減額され、口座Ｂに５０００円が増額される。   On the other hand, FIG. 3 is a diagram showing an example of a change in the virtual currency ledger when there is a hold account. As shown in FIG. 3, if there is a hold account, first, 5000 yen is reduced from account A, and a new entry whose “hold amount” is 5000 yen is added to the ledger for managing the hold settlement. After the settlement, the “reserved amount” is reduced to 0, and 5000 yen is added to the account B.

このように、決済の保留は、口座の残高管理から仮想通貨を保留口座に移すことにより、決済予定金を担保として扱うことを可能にする。   As described above, the suspension of the settlement enables the scheduled settlement money to be treated as collateral by transferring the virtual currency from the balance management of the account to the suspended account.

以下において、上記のような仕組みを実現するためのシステムの一例について具体的に説明する。   Hereinafter, an example of a system for realizing the above-described mechanism will be specifically described.

図４は、本発明の実施の形態におけるシステム構成例を示す図である。図４において、１以上の利用者端末２０は、移動体網又は無線ＬＡＮ（Local Area Network）等を介して予約システム４０に接続される。提供者端末３０は、移動体網、無線ＬＡＮ、又はインターネット等を介して予約システム４０に接続される。予約システム４０は、インターネット等を介してブロックチェーンＢＣのいずれかのノード１０に接続される。   FIG. 4 is a diagram illustrating a system configuration example according to the embodiment of the present invention. In FIG. 4, one or more user terminals 20 are connected to a reservation system 40 via a mobile network or a wireless LAN (Local Area Network). The provider terminal 30 is connected to the reservation system 40 via a mobile network, a wireless LAN, the Internet, or the like. The reservation system 40 is connected to one of the nodes 10 of the block chain BC via the Internet or the like.

利用者端末２０は、利用者が利用する端末である。例えば、スマートフォン、タブレット端末又は携帯電話等が利用者端末２０として利用されてもよい。   The user terminal 20 is a terminal used by the user. For example, a smartphone, a tablet terminal, a mobile phone, or the like may be used as the user terminal 20.

提供者端末３０は、提供者が利用する端末である。例えば、スマートフォン、タブレット端末若しくは携帯電話、又はＰＣ（Personal Computer）若しくはＰＯＳ（Point Of Sales system）端末等が提供者端末３０として利用されてもよい。なお、以下の説明において、提供者は、レストランＲ１であるとする。   The provider terminal 30 is a terminal used by the provider. For example, a smartphone, a tablet terminal, a mobile phone, a PC (Personal Computer), a POS (Point Of Sales system) terminal, or the like may be used as the provider terminal 30. In the following description, it is assumed that the provider is the restaurant R1.

予約システム４０は、サービスの予約やキャンセル等をオンラインで受け付けるコンピュータシステムである。予約システム４０は、レストランＲ１に専用のシステム（例えば、レストランＲ１のホームページ等）であってもよいし、他のサービスと共用されるシステムであってもよい。   The reservation system 40 is a computer system that accepts online reservations and cancellations of services. The reservation system 40 may be a system dedicated to the restaurant R1 (for example, the homepage of the restaurant R1) or a system shared with other services.

ブロックチェーンＢＣは、いわゆる分散型ネットワークとしてのブロックチェーンである。ブロックチェーンＢＣでは、トランザクションの履歴の台帳を管理する複数のノード１０としてのコンピュータが、相互にＰ２Ｐで通信可能なように接続される。ブロックチェーンＢＣは、図１〜図３において説明したような決済の保留や、ポリシーに従った決済を可能とするために拡張が行われている。   The block chain BC is a block chain as a so-called distributed network. In the blockchain BC, computers as a plurality of nodes 10 that manage a ledger of transaction history are connected so as to be able to communicate with each other by P2P. The blockchain BC has been extended in order to enable the suspension of settlement as described with reference to FIGS. 1 to 3 and the settlement according to the policy.

なお、利用者及び提供者からは予約システム４０が操作され、利用者及び提供者にはブロックチェーンＢＣの存在は意識されない。   The reservation system 40 is operated by the user and the provider, and the user and the provider are not aware of the existence of the blockchain BC.

図５は、本発明の実施の形態におけるブロックチェーンＢＣを構成する各ノード１０のハードウェア構成例を示す図である。図５に示されるように、ノード１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。   FIG. 5 is a diagram illustrating a hardware configuration example of each node 10 configuring the block chain BC according to the embodiment of the present invention. As illustrated in FIG. 5, the node 10 includes a drive device 100, an auxiliary storage device 102, a memory device 103, a CPU 104, an interface device 105, and the like, which are interconnected by a bus B.

ノード１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。   A program for realizing the processing in the node 10 is provided by the recording medium 101. When the recording medium 101 on which the program is recorded is set in the drive device 100, the program is installed from the recording medium 101 to the auxiliary storage device 102 via the drive device 100. However, the program need not always be installed from the recording medium 101, and may be downloaded from another computer via a network. The auxiliary storage device 102 stores installed programs and also stores necessary files and data.

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってノード１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。   The memory device 103 reads out the program from the auxiliary storage device 102 and stores it when there is an instruction to start the program. The CPU 104 executes a function related to the node 10 according to a program stored in the memory device 103. The interface device 105 is used as an interface for connecting to a network.

なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。   Note that examples of the recording medium 101 include a portable recording medium such as a CD-ROM, a DVD disk, or a USB memory. An example of the auxiliary storage device 102 is a hard disk drive (HDD) or a flash memory. Each of the recording medium 101 and the auxiliary storage device 102 corresponds to a computer-readable recording medium.

図６は、本発明の実施の形態における利用者端末２０、提供者端末３０及びブロックチェーンＢＣの各ノード１０の機能構成例を示す図である。   FIG. 6 is a diagram showing a functional configuration example of the user terminal 20, the provider terminal 30, and each node 10 of the blockchain BC in the embodiment of the present invention.

図６において、利用者端末２０は、予約要求部２１、決済破棄部２２、利用者署名部２３及び位置情報取得部２４等を有する。これら各部は、利用者端末２０にインストールされた１以上のプログラムが、利用者端末２０のＣＰＵに実行させる処理により実現される。   6, the user terminal 20 includes a reservation request unit 21, a settlement discard unit 22, a user signature unit 23, a position information acquisition unit 24, and the like. These units are realized by a process in which one or more programs installed in the user terminal 20 are executed by the CPU of the user terminal 20.

予約要求部２１は、サービスの予約の要求（サービスの利用要求）を予約システム４０に送信する。予約要求部２１は、サービスの予約の際、サービスの決済に関する情報（決済情報）や、当該決済のポリシー（決済ポリシー）等を予約システム４０に送信する。   The reservation request unit 21 transmits a request for service reservation (service use request) to the reservation system 40. The reservation requesting unit 21 transmits information related to the settlement of the service (settlement information), the policy of the settlement (settlement policy), and the like to the reservation system 40 when the service is reserved.

決済破棄部２２は、利用者が事前に予約をキャンセルする場合や、提供者によってサービスが提供されなかった場合に、キャンセル要求を予約システム４０へ送信する。   The settlement canceling unit 22 transmits a cancellation request to the reservation system 40 when the user cancels the reservation in advance or when the service is not provided by the provider.

利用者署名部２３は、決済情報及び決済ポリシーや、サービスのキャンセルの際に予約システム４０に送信される情報等に対して、利用者の秘密鍵を利用して利用者の署名を付与する。   The user signature unit 23 gives a user's signature to the payment information and the payment policy, information transmitted to the reservation system 40 when the service is canceled, and the like using the user's private key.

位置情報取得部２４は、例えば、利用者端末２０のＧＰＳ（Global Positioning System）機能等を利用して、利用者端末２０の位置情報を取得する。   The position information acquisition unit 24 acquires the position information of the user terminal 20 by using, for example, a GPS (Global Positioning System) function of the user terminal 20.

提供者端末３０は、決済要求部３１、決済破棄部３２及び提供者署名部３３等を有する。これら各部は、提供者端末３０にインストールされた１以上のプログラムが、提供者端末３０のＣＰＵに実行させる処理により実現される。   The provider terminal 30 includes a payment request unit 31, a payment discarding unit 32, a provider signature unit 33, and the like. These units are realized by a process of causing one or more programs installed on the provider terminal 30 to be executed by the CPU of the provider terminal 30.

決済要求部３１は、サービスが正常に提供された際に、予約システム４０に対して決済の実行を要求する。   The settlement request unit 31 requests the reservation system 40 to execute settlement when the service is normally provided.

決済破棄部３２は、提供者が事前にキャンセルする場合や利用者が無断でキャンセルした場合に、サービスのキャンセルを予約システム４０に要求する。   The settlement discarding unit 32 requests the reservation system 40 to cancel the service when the provider cancels in advance or when the user cancels without permission.

提供者署名部３３は、サービスの決済の要求やサービスのキャンセルの要求に際して予約システム４０に送信される情報に対して、提供者の秘密鍵を利用して提供者の署名を付与する。   The provider signature unit 33 assigns a signature of the provider to the information transmitted to the reservation system 40 at the time of a service settlement request or a service cancellation request using a private key of the provider.

各ノード１０は、決済ポリシー制御部１１、署名検証部１２、ポリシー判定部１３及び仮想通貨制御部１４等を有する。これら各部は、各ノード１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。各ノード１０は、また、ポリシー台帳１２１及び仮想通貨台帳１２２等の記憶部を利用する。これら各記憶部は、例えば、補助記憶装置１０２、又は各ノード１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。   Each node 10 includes a settlement policy control unit 11, a signature verification unit 12, a policy determination unit 13, a virtual currency control unit 14, and the like. These units are realized by a process that causes the CPU 104 to execute one or more programs installed in each node 10. Each node 10 also uses storage units such as a policy ledger 121 and a virtual currency ledger 122. These storage units can be realized using, for example, the auxiliary storage device 102 or a storage device that can be connected to each node 10 via a network.

決済ポリシー制御部１１は、予約システム４０からのサービスの予約、決済又はキャンセルに関する要求に応じた処理を制御する。サービスの決済及びキャンセルに関して、決済ポリシー制御部１１は、当該サービスの予約時に指定された決済ポリシーに従って決済を制御する。なお、決済ポリシー制御部１１は、スマートコントラクトを用いて実現されてもよい。   The settlement policy control unit 11 controls processing according to a request for reservation, settlement, or cancellation of a service from the reservation system 40. Regarding the settlement and cancellation of the service, the settlement policy control unit 11 controls the settlement according to the settlement policy specified when the service is reserved. Note that the settlement policy control unit 11 may be realized using a smart contract.

署名検証部１２は、決済ポリシー制御部１１が受信する情報に付与されている署名を検証する。   The signature verification unit 12 verifies a signature attached to the information received by the settlement policy control unit 11.

ポリシー判定部１３は、サービスの決済又はキャンセルの際に、当該サービスの決済ポリシーに基づいて、決済に係る支払を実行するか否かや、決済方法等を判定する。   Upon settlement or cancellation of a service, the policy determination unit 13 determines whether or not to execute payment for settlement, a settlement method, and the like based on the settlement policy of the service.

仮想通貨制御部１４は、サービスの予約、決済及びキャンセル時における仮想通貨の移動に関するトランザクションを仮想通貨台帳１２２に登録する。なお、サービスの予約時の仮想通貨の移動とは、利用者の口座から利用者の保留口座への決済金額の移動である。   The virtual currency control unit 14 registers a transaction related to the transfer of virtual currency at the time of service reservation, settlement, and cancellation in the virtual currency ledger 122. The transfer of the virtual currency at the time of the service reservation is a transfer of the payment amount from the user's account to the user's hold account.

ポリシー台帳１２１は、サービスの予約ごとの決済ポリシーを記憶するブロックチェーンの台帳である。   The policy ledger 121 is a ledger of a block chain that stores a settlement policy for each service reservation.

仮想通貨台帳１２２は、サービスの予約、決済及びキャンセルに関するトランザクションを記憶するブロックチェーンの台帳である。   The virtual currency ledger 122 is a blockchain ledger that stores transactions related to service reservation, settlement, and cancellation.

なお、本実施の形態では、ポリシー台帳１２１と仮想通貨台帳１２２とが区別されているが、ポリシー台帳１２１及び仮想通貨台帳１２２は、一つの台帳を用いて実現されてもよい。   In the present embodiment, the policy ledger 121 and the virtual currency ledger 122 are distinguished, but the policy ledger 121 and the virtual currency ledger 122 may be realized using one ledger.

図７は、本実施の形態において実行される各処理の関係を説明するためのフローチャートである。   FIG. 7 is a flowchart for explaining the relationship between the respective processes executed in the present embodiment.

まず、レストランＲ１の予約（レストランＲ１の利用要求）に関してサービス予約処理が実行される（Ｓ１）。当該予約は、利用者端末２０が利用されて予約システム４０にアクセスすることで行われる。当該予約時に、サービス提供時に仮想通貨でサービス代を払う手続きや、キャンセル時の決済条件を示す決済ポリシーが定義される。なお、サービス代の決済（に係るトランザクション）は保留される。   First, service reservation processing is executed for the reservation of the restaurant R1 (request for using the restaurant R1) (S1). The reservation is performed by accessing the reservation system 40 using the user terminal 20. At the time of the reservation, a procedure for paying the service fee in virtual currency at the time of providing the service and a settlement policy indicating settlement conditions at the time of cancellation are defined. The settlement for the service fee (transaction) is suspended.

サービスについて利用者及び提供者のいずれによっても事前にキャンセルが行われず、正常にサービスの提供が行われると（すなわち、利用者が予定通りレストランＲ１で食事を行うと）、通常決済処理が実行される（Ｓ２）。この際、利用者は、サービスを受けたことを証明する電子情報（以下、「享受情報」という。）を利用者端末２０から提供者端末３０へ送信する。提供者端末３０は、享受情報に提供者の署名を付与して当該享受情報を予約システム４０へ送信する。当該享受情報に基づいて、ブロックチェーンＢＣ上において保留決済の保留が解除され、提供者に対してサービス代としての仮想通貨が支払われる。   If the service is not normally canceled by either the user or the provider in advance and the service is provided normally (that is, when the user has a meal at the restaurant R1 as scheduled), the normal settlement processing is executed. (S2). At this time, the user transmits electronic information (hereinafter, referred to as “enjoyment information”) certifying that the service has been received from the user terminal 20 to the provider terminal 30. The provider terminal 30 adds the signature of the provider to the enjoyment information and transmits the enjoyment information to the reservation system 40. Based on the enjoyment information, the suspension of the suspension settlement on the blockchain BC is released, and the provider is paid virtual currency as a service fee.

一方、利用者が予約を事前にキャンセルした場合、利用者事前キャンセル時の決済処理が実行される（Ｓ３）。この場合、予約時に決済ポリシーで定義されたキャンセル代が保留決済から提供者に支払われる。   On the other hand, when the user cancels the reservation in advance, the settlement processing at the time of the user's advance cancellation is executed (S3). In this case, the cancellation fee defined in the settlement policy at the time of reservation is paid to the provider from the pending settlement.

利用者が無断でキャンセルした場合、利用者無断キャンセル時の決済処理が実行される（Ｓ４）。この場合も、予約時に決済ポリシーで定義されたキャンセル代が保留決済から提供者に支払われる。   If the user cancels without permission, a settlement process at the time of the user's unauthorized cancellation is executed (S4). Also in this case, the cancellation fee defined in the settlement policy is paid to the provider from the pending settlement at the time of reservation.

また、提供者が事前にキャンセルした場合、提供者事前キャンセル時の決済処理が実行される（Ｓ５）。この場合、保留決済に係るサービス代が、利用者に払い戻される。   Further, when the provider cancels in advance, a settlement process at the time of the provider's advance cancellation is executed (S5). In this case, the service fee related to the hold payment is refunded to the user.

更に、提供者が無断でキャンセルした場合（例えば、提供者が存在せずサービスが提供されない場合）、利用者は、レストランＲ１が存在する位置（又はレストランＲ１が存在するとされていた位置）の近辺で、サービスが受けられなかったことを予約システム４０に通知する。その結果、保留決済に係るサービス代が、利用者に払い戻される。   Further, when the provider cancels without notice (for example, when the provider does not exist and the service is not provided), the user may be in the vicinity of the location where the restaurant R1 exists (or the location where the restaurant R1 is assumed to exist). Then, the reservation system 40 is notified that the service has not been received. As a result, the service fee related to the hold settlement is refunded to the user.

以下、Ｓ１〜Ｓ６のそれぞれの処理について詳細に説明する。まず、ステップＳ１の詳細について説明する。   Hereinafter, each processing of S1 to S6 will be described in detail. First, the details of step S1 will be described.

図８は、サービス予約処理の処理手順の一例を説明するためのシーケンス図である。   FIG. 8 is a sequence diagram illustrating an example of a processing procedure of the service reservation processing.

まず、提供者による操作に応じ、提供者端末３０から予約システム４０に対し、サービス情報が登録される（Ｓ１０１）。サービス情報は、サービスの内容やサービスの予約に関する契約内容を含む情報である。例えば、予約をキャンセルした場合の条件（前日まで無料、当日以降３０００円等）が含まれる。   First, service information is registered in the reservation system 40 from the provider terminal 30 in response to an operation by the provider (S101). The service information is information including service contents and contract contents relating to service reservation. For example, the conditions for canceling the reservation (free until the previous day, 3000 yen after that day, etc.) are included.

その後、レストランＲ１を予約しようとする利用者による操作に応じ、利用者端末２０の予約要求部２１が、サービス情報の提供を予約システム４０に要求すると（Ｓ１０２）、予約システム４０はサービス情報を含む予約画面を返信する（Ｓ１０３）。利用者端末２０は、当該予約画面を表示する。   Thereafter, when the reservation requesting unit 21 of the user terminal 20 requests the provision of service information from the reservation system 40 in response to an operation by the user who intends to reserve the restaurant R1 (S102), the reservation system 40 includes the service information. The reservation screen is returned (S103). The user terminal 20 displays the reservation screen.

利用者は、当該予約画面を介して予約操作を行う。この際、予約の日時等が入力される。また、利用者は、サービス情報に含まれる、キャンセルした場合の条件等の確認を行う。利用者によって、予約の実行が指示されると、予約要求部２１は、図９に示される決済情報及び図１０に示される決済ポリシーを生成すると共に、当該決済情報及び当該決済ポリシーを含む予約要求を予約システム４０に送信する（Ｓ１０４）。   The user performs a reservation operation via the reservation screen. At this time, the date and time of the reservation are input. In addition, the user confirms conditions and the like included in the service information when canceling. When the user instructs the execution of the reservation, the reservation requesting unit 21 generates the payment information shown in FIG. 9 and the payment policy shown in FIG. 10, and requests the reservation including the payment information and the payment policy. Is transmitted to the reservation system 40 (S104).

図９は、予約時における決済情報の一例を示す図である。図９において、決済情報は、決済ＩＤ、利用者名、提供者名、決済金額、状態、ポリシーＩＤ及び利用者登録署名等を含む。決済ＩＤは、各決済（各予約）の識別情報である。利用者名は、利用者の名前である。提供者名は、提供者の名前である。決済金額は、利用者が選択したサービスの料金である。状態は、当該決済情報に係る決済の状態である。「保留中」は、決済が保留中であることを示す。ポリシーＩＤは、当該決済に対して適用される決済ポリシーのポリシーＩＤである。ポリシーＩＤによって、当該決済情報と決済ポリシーとが関連付けられる。利用者登録署名は、利用者の署名（電子署名）である。   FIG. 9 is a diagram illustrating an example of payment information at the time of reservation. In FIG. 9, the payment information includes a payment ID, a user name, a provider name, a payment amount, a state, a policy ID, a user registration signature, and the like. The payment ID is identification information of each payment (each reservation). The user name is the name of the user. The provider name is the name of the provider. The settlement amount is a fee for the service selected by the user. The state is a state of the payment related to the payment information. "Pending" indicates that the settlement is pending. The policy ID is a policy ID of a settlement policy applied to the settlement. The settlement information is associated with the settlement policy by the policy ID. The user registration signature is a user's signature (electronic signature).

このうち、利用者名及び決済金額は、利用者による予約画面に対する入力情報から取得される。提供者名は、サービス情報から取得される。決済ＩＤ及びポリシーＩＤは、予約要求部２１によって自動的に生成される。利用者登録署名は、利用者による予約の実行指示に応じて、利用者署名部２３が決済情報に対して付与する。   Among them, the user name and the payment amount are obtained from input information on the reservation screen by the user. The provider name is obtained from the service information. The payment ID and the policy ID are automatically generated by the reservation request unit 21. The user signature is given to the payment information by the user signature unit 23 in response to a user's instruction to execute a reservation.

また、図１０は、予約時における決済ポリシーの一例を示す図である。図１０において、決済ポリシーは、ポリシーＩＤ、利用者名、提供者名、決済金額、決済ＩＤ、決済条件、サービス提供日時、サービス提供場所、利用者キャンセル条件、利用者無断キャンセル条件、提供者キャンセル条件、提供者無断キャンセル条件、及び利用者署名等を含む。   FIG. 10 is a diagram showing an example of a settlement policy at the time of reservation. In FIG. 10, the settlement policy includes a policy ID, a user name, a provider name, a settlement amount, a settlement ID, a settlement condition, a service provision date and time, a service provision place, a user cancellation condition, a user unauthorized cancellation condition, and a provider cancellation. Includes conditions, provider's unauthorized cancellation conditions, user signature, etc.

ポリシーＩＤは、当該決済ポリシーの識別情報である。利用者名、提供者名、決済金額は、決済情報に関して説明した通りである。決済ＩＤは、当該決済ポリシーが適用される決済情報の決済ＩＤである。決済条件は、決済ＩＤに係る決済が実行されるための条件であり、“利用者の署名”は、利用者による署名が決済の条件であることを示す。サービス提供日時は、サービスが提供される日時であり、利用者による予約内容に基づいて特定される。サービス提供場所は、サービスが提供される場所（すなわち、レストランＲ１の場所）であり、サービス情報から取得される。   The policy ID is identification information of the settlement policy. The user name, provider name, and payment amount are as described for the payment information. The payment ID is a payment ID of payment information to which the payment policy is applied. The settlement condition is a condition for executing the settlement related to the settlement ID, and “user's signature” indicates that the signature by the user is a condition for settlement. The service providing date and time is the date and time when the service is provided, and is specified based on the details of the reservation made by the user. The service providing place is a place where the service is provided (that is, the place of the restaurant R1), and is acquired from the service information.

利用者キャンセル条件は、利用者による事前キャンセルが発生した場合の決済の条件である。利用者無断キャンセル条件は、利用者による無断キャンセルが発生した場合の決済の条件である。提供者キャンセル条件は、提供者による事前キャンセルが発生した場合の決済の条件である。提供者無断キャンセル条件は、提供者による無断キャンセルが発生した場合の決済の条件である。図１０では、サービス提供日時にサービス提供場所からの要求が有れば、全額返済されることが当該条件として示されている。すなわち、利用者が実際にレストランＲ１に行くことが要件とされている。なお、これら各キャンセル条件は、サービス情報から取得される。利用者署名は、サービス情報の内容を確認した利用者による了承を示す入力に応じて、利用者署名部２３が決済ポリシーに付与する利用者の署名である。   The user cancellation condition is a condition for settlement in the event of a prior cancellation by the user. The user's unauthorized cancellation condition is a condition for settlement when an unauthorized cancellation by the user occurs. The provider cancellation condition is a condition for settlement when a prior cancellation has occurred by the provider. The provider's unauthorized cancellation condition is a condition for settlement when unauthorized cancellation by the provider occurs. FIG. 10 shows that if there is a request from the service providing place at the service providing date and time, the full repayment will be made as the condition. That is, it is required that the user actually go to the restaurant R1. Note that each of these cancellation conditions is obtained from the service information. The user signature is a user signature given to the settlement policy by the user signature unit 23 in response to an input indicating the consent of the user who has confirmed the contents of the service information.

予約システム４０は、予約要求を受信すると、当該予約要求を提供者端末３０へ転送する（Ｓ１０５）。提供者端末３０の提供者署名部３３は、当該予約要求に含まれている決済情報に提供者の署名を付与する（Ｓ１０６）。なお、当該署名の付与は、例えば、提供者端末３０において当該決済情報の内容が表示された状態において、提供者によって予約を了承する旨の入力が行われた場合に実行されるようにしてもよい。   Upon receiving the reservation request, the reservation system 40 transfers the reservation request to the provider terminal 30 (S105). The provider signature unit 33 of the provider terminal 30 adds the provider's signature to the payment information included in the reservation request (S106). Note that the signature may be given, for example, when the provider terminal 30 displays the contents of the payment information and the provider inputs an instruction to approve the reservation. Good.

図１１は、提供者の署名の付与後の決済情報の一例を示す図である。図１１における決済情報は、図１０に示した決済情報に対して提供者登録署名が追加されている。   FIG. 11 is a diagram illustrating an example of the payment information after the signature of the provider is given. The payment information in FIG. 11 has a provider registration signature added to the payment information shown in FIG.

続いて、提供者端末３０は、提供者の署名が付与された決済情報を含む予約要求を予約システム４０へ送信する（Ｓ１０７）。予約システム４０は、当該予約要求を受信すると、当該予約要求に含まれている決済情報及び決済ポリシーの登録要求（サービスの利用要求）を、ブロックチェーンＢＣのノード１０の決済ポリシー制御部１１に送信する（Ｓ１０８）。   Subsequently, the provider terminal 30 transmits a reservation request including the payment information with the signature of the provider to the reservation system 40 (S107). Upon receiving the reservation request, the reservation system 40 transmits the settlement information and the settlement policy registration request (service use request) included in the reservation request to the settlement policy control unit 11 of the node 10 of the blockchain BC. (S108).

決済ポリシー制御部１１は、当該登録要求に応じ、当該登録要求に含まれている決済情報及び決済ポリシーのそれぞれに付与されている署名の検証を署名検証部１２へ要求する（Ｓ１０９）。署名検証部１２は、当該決済情報（図１０）に付与されている利用者登録署名及び提供者登録署名のそれぞれと、当該決済ポリシーに付与されている利用者署名とを検証し、検証結果を決済ポリシー制御部１１に応答する（Ｓ１１０）。当該検証結果が、各署名が正しいことを示す場合、ステップＳ１１１以降が実行され、それ以外の場合、ステップＳ１１１〜Ｓ１１４は実行されない。   In response to the registration request, the settlement policy control unit 11 requests the signature verification unit 12 to verify the signature attached to each of the settlement information and the settlement policy included in the registration request (S109). The signature verification unit 12 verifies each of the user registration signature and the provider registration signature attached to the payment information (FIG. 10) and the user signature attached to the payment policy, and determines the verification result. Responds to the settlement policy control unit 11 (S110). If the verification result indicates that each signature is correct, steps S111 and subsequent steps are executed, and otherwise, steps S111 to S114 are not executed.

ステップＳ１１１において、決済ポリシー制御部１１は、決済ポリシーの登録をポリシー判定部１３に要求する。ポリシー判定部１３は、当該決済ポリシーについて論理矛盾等の問題の有無を確認し、問題が無ければ、当該決済ポリシーをポリシー台帳１２１に登録（記録）して（Ｓ１１２）、問題が無いことを示す応答を決済ポリシー制御部１１に返信する（Ｓ１１３）。一方、問題が有る場合、ポリシー判定部１３は、当該決済ポリシーをポリシー台帳１２１へは登録せずに、問題が有ることを示す応答を決済ポリシー制御部１１に返信する（Ｓ１１３）。   In step S111, the settlement policy control unit 11 requests the policy determination unit 13 to register a settlement policy. The policy determination unit 13 checks whether there is a problem such as a logical inconsistency in the settlement policy, and if there is no problem, registers (records) the settlement policy in the policy ledger 121 (S112), and indicates that there is no problem. The response is returned to the settlement policy control unit 11 (S113). On the other hand, if there is a problem, the policy determination unit 13 returns a response indicating that there is a problem to the settlement policy control unit 11 without registering the settlement policy in the policy ledger 121 (S113).

ポリシー判定部１３からの応答が、問題が無いことを示す場合、決済ポリシー制御部１１は、決済情報の決済金額を、当該決済情報の利用者の口座から当該利用者の保留口座へ移動させるためのトランザクションを仮想通貨制御部１４へ発行する（Ｓ１１４）。仮想通貨制御部１４は、当該トランザクションを仮想通貨台帳１２２に登録（記録）すると共に、当該決済金額を、利用者の口座から保留口座へ移動する。すなわち、当該決済金額に係る決済の保留を示す情報が、仮想通貨台帳１２２に記録される。なお、当該決済情報は、仮想通貨台帳１２２とは別の書き換え可能な記憶領域に記憶される。   If the response from the policy determination unit 13 indicates that there is no problem, the payment policy control unit 11 moves the payment amount of the payment information from the account of the user of the payment information to the hold account of the user. Is issued to the virtual currency control unit 14 (S114). The virtual currency control unit 14 registers (records) the transaction in the virtual currency ledger 122 and moves the payment amount from the user's account to the hold account. That is, information indicating suspension of the payment related to the payment amount is recorded in the virtual currency ledger 122. The payment information is stored in a rewritable storage area different from the virtual currency ledger 122.

続いて、決済ポリシー制御部１１は、決済情報及び決済ポリシーの登録結果を示す応答を予約システム４０に返信する（Ｓ１１５）。当該応答は、ステップＳ１１４が正常に実行された場合は、登録の成功を示す情報であり、ステップＳ１１４が実行されなかった場合は、登録の失敗を示す情報である。   Subsequently, the settlement policy control unit 11 returns a response indicating the registration result of the settlement information and the settlement policy to the reservation system 40 (S115). The response is information indicating successful registration when step S114 is executed normally, and is information indicating registration failure when step S114 is not executed.

続いて、予約システム４０は、予約結果を示す応答を利用者端末２０へ返信する（Ｓ１１６）。当該応答は、ステップＳ１１５における登録結果が登録の成功を示す場合には、予約の成功を示す情報であり、当該登録結果が登録の失敗を示す場合には、予約の失敗を示す情報である。   Subsequently, the reservation system 40 returns a response indicating the reservation result to the user terminal 20 (S116). The response is information indicating the success of the reservation when the registration result in step S115 indicates a successful registration, and is information indicating the failure of the reservation when the registration result indicates a registration failure.

なお、図８の処理により、予約と並行してサービス代の領収を提供者に対して担保することができる。   By the processing of FIG. 8, receipt of the service fee can be secured for the provider in parallel with the reservation.

続いて、図７のステップＳ２の詳細について説明する。図１２は、通常決済処理の処理手順の一例を説明するためのシーケンス図である。図１２の処理手順は、例えば、利用者がレストランＲ１において食事をした後に実行される。   Next, details of step S2 in FIG. 7 will be described. FIG. 12 is a sequence diagram illustrating an example of a processing procedure of the normal settlement processing. The processing procedure of FIG. 12 is executed, for example, after the user has a meal at the restaurant R1.

例えば、利用者端末２０が予約システム４０にアクセスすることで表示される、サービスが正常に享受したことを受け付ける画面に対して、利用者が了解を示す操作を行うと、利用者端末２０の利用者署名部２３は、享受情報に対して利用者の署名を付与する（Ｓ２０１）。当該享受情報には、例えば、図９に示した決済ＩＤが含まれていればよい。   For example, when the user performs an operation indicating a consent on a screen that is displayed when the user terminal 20 accesses the reservation system 40 and that accepts that the service has been normally enjoyed, the use of the user terminal 20 is enabled. The user signature unit 23 gives a user's signature to the enjoyment information (S201). The enjoyment information may include, for example, the settlement ID shown in FIG.

続いて、利用者端末２０は、当該享受情報を提供者端末３０に送信する（Ｓ２０２）。例えば、利用者端末２０が、当該享受情報をＱＲコード（登録商標）に変換して当該ＱＲコード（登録商標）を表示し、提供者端末３０が、当該ＱＲコード（登録商標）を読み取ることで、当該享受情報が提供者端末３０に送信されてもよい。又は、近距離無線通信等、利用者と提供者とが対面している場合に利用可能な通信手段を利用して、当該享受情報が利用者端末２０から提供者端末３０へ送信されてもよい。   Subsequently, the user terminal 20 transmits the enjoyment information to the provider terminal 30 (S202). For example, the user terminal 20 converts the enjoyment information into a QR code (registered trademark) and displays the QR code (registered trademark), and the provider terminal 30 reads the QR code (registered trademark). Alternatively, the enjoyment information may be transmitted to the provider terminal 30. Alternatively, the enjoyment information may be transmitted from the user terminal 20 to the provider terminal 30 using communication means available when the user and the provider face each other, such as short-range wireless communication. .

続いて、提供者端末３０の提供者署名部３３は、当該享受情報に対して提供者の署名を付与する（Ｓ２０３）。続いて、提供者端末３０の決済要求部３１は、当該享受情報を含む決済要求を予約システム４０へ送信する（Ｓ２０４）。予約システム４０は、当該決済要求を受信すると、当該決済要求に含まれている享受情報を含む決済要求を、ブロックチェーンＢＣのノード１０の決済ポリシー制御部１１へ送信する（Ｓ２０５）。   Subsequently, the provider signature unit 33 of the provider terminal 30 adds the provider's signature to the enjoyment information (S203). Subsequently, the settlement request unit 31 of the provider terminal 30 transmits a settlement request including the enjoyment information to the reservation system 40 (S204). Upon receiving the payment request, the reservation system 40 transmits a payment request including the enjoyment information included in the payment request to the payment policy control unit 11 of the node 10 of the blockchain BC (S205).

決済ポリシー制御部１１は、当該決済要求に応じ、当該決済要求に含まれている享受情報に付与されている署名の検証を署名検証部１２へ要求する（Ｓ２０６）。署名検証部１２は、当該享受情報に付与されている利用者の署名及び提供者の署名のそれぞれを検証し、検証結果を決済ポリシー制御部１１に応答する（Ｓ２０７）。当該検証結果が、各署名が正しいことを示す場合、ステップＳ２０８以降が実行され、それ以外の場合、ステップＳ２０８〜Ｓ２１０は実行されない。   In response to the payment request, the payment policy control unit 11 requests the signature verification unit 12 to verify the signature attached to the enjoyment information included in the payment request (S206). The signature verification unit 12 verifies each of the user's signature and the provider's signature attached to the enjoyment information, and returns the verification result to the settlement policy control unit 11 (S207). If the verification result indicates that each signature is correct, step S208 and subsequent steps are executed, and otherwise, steps S208 to S210 are not executed.

ステップＳ２０８において、決済ポリシー制御部１１は、当該享受情報に対応する決済ポリシーに基づく決済の実行の判定（決済を実行するか否かの判定）をポリシー判定部１３に要求する。ポリシー判定部１３は、ポリシー台帳１２１に格納されている決済ポリシーのうち、当該享受情報に含まれている決済ＩＤを含む決済ポリシーに基づいて判定を行い、判定結果を示す応答を決済ポリシー制御部１１に返信する（Ｓ２０９）。例えば、決済ポリシー制御部１１は、決済ポリシー（図１０）の決済条件が満たされていることが確認され（図１０の例によれば、当該享受情報に利用者の署名が付与されていることが確認され）、当該決済条件が満たされている場合には、当該決済ポリシーの決済金額を、利用者の保留口座から提供者の口座に移動することを判定する。決済ポリシー制御部１１は、斯かる判定結果を示す応答を決済ポリシー制御部１１に返信する。   In step S208, the payment policy control unit 11 requests the policy determination unit 13 to determine the execution of the payment based on the payment policy corresponding to the enjoyment information (determination of whether to execute the payment). The policy determination unit 13 makes a determination based on the payment policy including the payment ID included in the enjoyment information among the payment policies stored in the policy ledger 121, and sends a response indicating the determination result to the payment policy control unit. 11 is returned (S209). For example, the settlement policy control unit 11 confirms that the settlement conditions of the settlement policy (FIG. 10) are satisfied (according to the example of FIG. 10, the user information is signed with the enjoyment information) Is confirmed), and when the settlement condition is satisfied, it is determined that the settlement amount of the settlement policy is transferred from the user's hold account to the provider's account. The settlement policy control unit 11 returns a response indicating the determination result to the settlement policy control unit 11.

続いて、決済ポリシー制御部１１は、当該判定結果に従って、当該決済金額を利用者の保留口座から提供者の口座に移動させるためのトランザクションを仮想通貨制御部１４へ発行する（Ｓ２１０）。仮想通貨制御部１４は、当該トランザクションを仮想通貨台帳１２２に登録すると共に、当該決済金額を利用者の保留口座から提供者の口座に移動させる。すなわち、この場合、決済金額の全額が支払われる。   Subsequently, the settlement policy control unit 11 issues a transaction for transferring the settlement amount from the user's hold account to the provider's account according to the determination result to the virtual currency control unit 14 (S210). The virtual currency control unit 14 registers the transaction in the virtual currency ledger 122 and moves the payment amount from the user's hold account to the provider's account. That is, in this case, the entire payment amount is paid.

続いて、決済ポリシー制御部１１は、決済結果を予約システム４０に返信する（Ｓ２１１）。当該決済結果は、ステップＳ２１０が正常に実行された場合には決済の成功を示し、ステップＳ２１０が実行されなかった場合には決済の失敗を示す情報である。予約システム４０は、当該決済結果を提供者端末３０へ送信する（Ｓ２１２）。なお、決済ポリシー制御部１１は、決済の成功を示す決済結果を応答する場合、書き換え可能な状態で記憶されている決済情報（図９）の「状態」を決済済みに更新した後で、当該応答を行う。   Subsequently, the settlement policy control unit 11 returns a settlement result to the reservation system 40 (S211). The settlement result is information indicating that the settlement is successful when Step S210 is executed normally, and is information indicating that the settlement is failed when Step S210 is not executed. The reservation system 40 transmits the settlement result to the provider terminal 30 (S212). In response to the payment result indicating the success of the payment, the payment policy control unit 11 updates the “state” of the payment information (FIG. 9) stored in a rewritable state to “paid”, Make a response.

続いて、図７のステップＳ３の詳細について説明する。図１３は、利用者事前キャンセル時の決済処理の処理手順の一例を説明するためのシーケンス図である。   Subsequently, the details of step S3 in FIG. 7 will be described. FIG. 13 is a sequence diagram illustrating an example of a processing procedure of a payment process at the time of a user's advance cancellation.

例えば、予約システム４０に対するキャンセル要求に応じて利用者端末２０に表示されるキャンセル画面において、図９の決済情報に係るサービスの予約についてキャンセルの指示が入力されると、利用者署名部２３は、当該決済情報の決済ＩＤを含み、キャンセルを示す情報であるキャンセル情報に対して利用者の署名を付与する（Ｓ３０１）。続いて、決済破棄部２２は、当該キャンセル情報を含むキャンセル要求を予約システム４０へ送信する（Ｓ３０２）。   For example, when an instruction to cancel the reservation of the service related to the settlement information in FIG. 9 is input on the cancel screen displayed on the user terminal 20 in response to the cancel request to the reservation system 40, the user signature unit 23 A signature of the user is given to the cancellation information including the payment ID of the payment information and indicating the cancellation (S301). Subsequently, the settlement discarding unit 22 transmits a cancellation request including the cancellation information to the reservation system 40 (S302).

続いて、予約システム４０は、当該キャンセル情報を含むキャンセル要求を、ブロックチェーンＢＣのノード１０の決済ポリシー制御部１１へ送信する（Ｓ３０３）。続いて、決済ポリシー制御部１１は、当該キャンセル要求に含まれているキャンセル情報に付与されている署名の検証を署名検証部１２へ要求する（Ｓ３０４）。署名検証部１２は、当該キャンセル情報に付与されている利用者の署名を検証し、検証結果を決済ポリシー制御部１１に応答する（Ｓ３０５）。当該検証結果が、当該署名が正しいことを示す場合、ステップＳ３０６以降が実行され、それ以外の場合、ステップＳ３０６〜Ｓ３０８は実行されない。   Subsequently, the reservation system 40 transmits a cancellation request including the cancellation information to the settlement policy control unit 11 of the node 10 of the blockchain BC (S303). Subsequently, the settlement policy control unit 11 requests the signature verification unit 12 to verify the signature attached to the cancellation information included in the cancellation request (S304). The signature verification unit 12 verifies the user's signature attached to the cancellation information, and returns a verification result to the settlement policy control unit 11 (S305). If the verification result indicates that the signature is correct, step S306 and the subsequent steps are executed, and otherwise, steps S306 to S308 are not executed.

ステップＳ３０６において、決済ポリシー制御部１１は、当該キャンセル情報に対応する決済ポリシーに基づく決済の判定をポリシー判定部１３に要求する。ポリシー判定部１３は、ポリシー台帳１２１に格納されている決済ポリシーのうち、当該キャンセル情報に含まれている決済ＩＤを含む決済ポリシーに基づいて決済の実行の判定を行い、判定結果を示す応答を決済ポリシー制御部１１に返信する（Ｓ３０７）。当該判定結果には、当該決済ポリシーの利用者キャンセル条件に従った決済の内容（決済金額の分配方法）が含まれる。例えば、当該決済条件が図１０に示す通りであり、現在日時がサービス提供日の前日までであれば、利用者の保留口座から利用者の口座へ決済金額を移動することを示す情報が当該判定結果に含まれる。一方、現在日時がサービス提供日以降であれば、利用者の保留口座から提供者の口座へ３０００円を移動することを示す情報が当該判定結果に含まれる。   In step S306, the payment policy control unit 11 requests the policy determination unit 13 to determine the payment based on the payment policy corresponding to the cancellation information. The policy determination unit 13 determines the execution of the payment based on the payment policy including the payment ID included in the cancellation information among the payment policies stored in the policy ledger 121, and sends a response indicating the determination result. A reply is returned to the settlement policy control unit 11 (S307). The result of the determination includes the content of the payment according to the user cancellation condition of the payment policy (the method of distributing the payment amount). For example, if the payment condition is as shown in FIG. 10 and the current date and time is up to the day before the service providing date, the information indicating that the payment amount is to be transferred from the user's hold account to the user's account is determined by the determination. Included in the result. On the other hand, if the current date and time is after the service provision date, the determination result includes information indicating that 3000 yen is to be transferred from the user's hold account to the provider's account.

続いて、決済ポリシー制御部１１は、当該判定結果に従ったトランザクションを仮想通貨制御部１４へ発行する（Ｓ３０８）。仮想通貨制御部１４は、当該トランザクションを仮想通貨台帳１２２に登録すると共に、当該トランザクションに従って、利用者の保留口座から決済金額を移動する。すなわち、当該決済金額が、決済ポリシーに基づいて利用者及び提供者に分配される。   Subsequently, the settlement policy control unit 11 issues a transaction according to the determination result to the virtual currency control unit 14 (S308). The virtual currency control unit 14 registers the transaction in the virtual currency ledger 122 and moves the settlement amount from the user's hold account according to the transaction. That is, the payment amount is distributed to the user and the provider based on the payment policy.

続いて、決済ポリシー制御部１１は、キャンセル結果を示す応答を予約システム４０に返信する（Ｓ３０９）。当該キャンセル結果は、ステップＳ３０８が正常に実行された場合にはキャンセルの成功を示す情報であり、ステップＳ３０８が実行されなかった場合にはキャンセルの失敗を示す情報である。なお、決済ポリシー制御部１１は、キャンセルの成功を示すキャンセル結果を応答する場合、書き換え可能な状態で記憶されている決済情報（図９）の「状態」を決済済みに更新した後で、当該応答を行う。   Subsequently, the settlement policy control unit 11 returns a response indicating the cancellation result to the reservation system 40 (S309). The cancellation result is information indicating the success of the cancellation when step S308 is executed normally, and is information indicating the failure of the cancellation when step S308 is not executed. In response to the cancellation result indicating the success of the cancellation, the settlement policy control unit 11 updates the “state” of the settlement information (FIG. 9) stored in a rewritable state to “settled”, Make a response.

続いて、予約システム４０は、当該キャンセル結果を利用者端末２０に返信する（Ｓ３１０）。また、キャンセルが成功した場合、予約システム４０は、当該キャンセル結果を提供者端末３０に送信する（Ｓ３１１）。   Subsequently, the reservation system 40 returns the cancellation result to the user terminal 20 (S310). If the cancellation is successful, the reservation system 40 transmits the cancellation result to the provider terminal 30 (S311).

続いて、図７のステップＳ４の詳細について説明する。図１４は、利用者無断キャンセル時の決済処理の処理手順の一例を説明するためのシーケンス図である。   Next, details of step S4 in FIG. 7 will be described. FIG. 14 is a sequence diagram for explaining an example of a processing procedure of a settlement process at the time of a user's unauthorized cancellation.

例えば、サービス提供日に利用者が事前キャンセルもせずに来店しなかった場合、予約システム４０に対する無断キャンセル要求に応じて提供者端末３０に表示される無断キャンセル画面において、図９の決済情報に係るサービスについて無断キャンセルを示す入力が提供者によって行われると、提供者署名部３３は、当該決済情報の決済ＩＤを含み、無断キャンセルを示す情報である無断キャンセル情報に対して提供者の署名を付与する（Ｓ４０１）。続いて、決済破棄部３２は、当該無断キャンセル情報を予約システム４０へ送信する（Ｓ４０２）。   For example, if the user does not come to the store without prior cancellation on the service providing day, the unauthorized access cancellation screen displayed on the provider terminal 30 in response to the unauthorized cancellation request to the reservation system 40 relates to the payment information of FIG. When the provider performs an input indicating unauthorized cancellation by the provider, the provider signature unit 33 adds the provider's signature to the unauthorized cancellation information including the payment ID of the payment information and indicating the unauthorized cancellation. (S401). Subsequently, the settlement destroying unit 32 transmits the unauthorized cancellation information to the reservation system 40 (S402).

続いて、予約システム４０は、当該無断キャンセル情報を、ブロックチェーンＢＣのノード１０の決済ポリシー制御部１１へ送信する（Ｓ４０３）。続いて、決済ポリシー制御部１１は、当該無断キャンセル情報に付与されている署名の検証を署名検証部１２へ要求する（Ｓ４０４）。署名検証部１２は、当該無断キャンセル情報に付与されている提供者の署名を検証し、検証結果を決済ポリシー制御部１１に応答する（Ｓ４０５）。当該検証結果が、当該署名が正しいことを示す場合、ステップＳ４０６以降が実行され、それ以外の場合、ステップＳ４０６〜Ｓ４０８は実行されない。   Subsequently, the reservation system 40 transmits the unauthorized cancellation information to the settlement policy control unit 11 of the node 10 of the blockchain BC (S403). Next, the settlement policy control unit 11 requests the signature verification unit 12 to verify the signature attached to the unauthorized cancellation information (S404). The signature verification unit 12 verifies the provider's signature attached to the unauthorized cancellation information, and returns a verification result to the settlement policy control unit 11 (S405). If the verification result indicates that the signature is correct, step S406 and subsequent steps are executed; otherwise, steps S406 to S408 are not executed.

ステップＳ４０６において、決済ポリシー制御部１１は、当該無断キャンセル情報に対応する決済ポリシーに基づく決済の判定をポリシー判定部１３に要求する。ポリシー判定部１３は、ポリシー台帳１２１に格納されている決済ポリシーのうち、当該無断キャンセル情報に含まれている決済ＩＤを含む決済ポリシーに基づいて決済の実行の判定を行い、判定結果を示す応答を決済ポリシー制御部１１に返信する（Ｓ４０７）。例えば、現在日時が当該決済ポリシーの「サービス提供日時」を経過していれば、当該判定結果には、当該決済ポリシーの利用者無断キャンセル条件に応じた決済金額の移動を示す情報が含まれる。例えば、当該決済条件が図１０に示す通りであれば、決済金額の全額を利用者の保留口座から提供者の口座へ移動することを示す情報が当該判定結果に含まれる。一方、現在日時が当該決済ポリシーの「サービス提供日時」を経過していない場合、この時点では無断キャンセルが発生したとは断定できない。したがって、この場合、決済金額の移動を行わないことを示す情報が当該判定結果に含まれる。決済金額の移動を行わないことを示す情報が当該判定結果に含まれる場合、ステップＳ４０８は実行されない。   In step S406, the payment policy control unit 11 requests the policy determination unit 13 to determine the payment based on the payment policy corresponding to the unauthorized cancellation information. The policy determination unit 13 determines the execution of the payment based on the payment policy including the payment ID included in the unauthorized cancellation information among the payment policies stored in the policy ledger 121, and a response indicating the determination result. Is returned to the settlement policy control unit 11 (S407). For example, if the current date and time has passed the “service provision date and time” of the payment policy, the determination result includes information indicating the movement of the payment amount according to the user's unauthorized cancellation condition of the payment policy. For example, if the settlement condition is as shown in FIG. 10, the determination result includes information indicating that the entire settlement amount is transferred from the user's hold account to the provider's account. On the other hand, if the current date and time has not passed the “service provision date and time” of the settlement policy, it cannot be determined at this point that unauthorized cancellation has occurred. Therefore, in this case, information indicating that the payment amount is not moved is included in the determination result. If the information indicating that the payment amount is not to be moved is included in the determination result, step S408 is not executed.

続いて、決済ポリシー制御部１１は、当該判定結果に従ったトランザクションを仮想通貨制御部１４へ発行する（Ｓ４０８）。仮想通貨制御部１４は、当該トランザクションを仮想通貨台帳１２２に登録すると共に、当該トランザクションに従って、決済金額の全額を利用者の保留口座から提供者の口座へ移動する。すなわち、当該決済金額の全額が支払われる。当該トランザクションが仮想通貨台帳１２２に登録されることで、利用者は評判を落とす（信頼を失う）ことになる。   Subsequently, the settlement policy control unit 11 issues a transaction according to the determination result to the virtual currency control unit 14 (S408). The virtual currency control unit 14 registers the transaction in the virtual currency ledger 122, and moves the entire payment amount from the user's hold account to the provider's account according to the transaction. That is, the entire payment amount is paid. By registering the transaction in the virtual currency ledger 122, the user loses reputation (loses trust).

続いて、決済ポリシー制御部１１は、無断キャンセル結果を示す応答を予約システム４０に返信する（Ｓ４０９）。当該無断キャンセル結果は、ステップＳ４０８が正常に実行された場合には無断キャンセルの成功を示す情報であり、ステップＳ４０８が実行されなかった場合には無断キャンセルの失敗を示す情報である。なお、決済ポリシー制御部１１は、無断キャンセルの成功を示す無断キャンセル結果を応答する場合、書き換え可能な状態で記憶されている決済情報（図９）の「状態」を決済済みに更新した後で、当該応答を行う。   Subsequently, the settlement policy control unit 11 returns a response indicating the result of the unauthorized cancellation to the reservation system 40 (S409). The unauthorized cancellation result is information indicating the success of the unauthorized cancellation when step S408 is executed normally, and is information indicating the failure of the unauthorized cancellation when the step S408 is not executed. Note that the settlement policy control unit 11 updates the “state” of the settlement information (FIG. 9) stored in a rewritable state to “settled” when responding with an unapproved cancellation result indicating the success of unapproved cancellation. Perform the response.

続いて、予約システム４０は、当該無断キャンセル結果を提供者端末３０に返信する（Ｓ４１０）。また、無断キャンセルが成功した場合、予約システム４０は、当該無断キャンセル結果を利用者端末２０に送信する（Ｓ４１１）。   Next, the reservation system 40 returns the unauthorized cancellation result to the provider terminal 30 (S410). If the unauthorized cancellation is successful, the reservation system 40 transmits the unauthorized cancellation result to the user terminal 20 (S411).

図１４の処理は、無断キャンセルされた場合の救済処理である。この処理では、担保されていたサービス代が解放され、保留状態の仮想通貨は決済ポリシーに従い分配される。   The process in FIG. 14 is a rescue process in the case where an unauthorized cancellation is performed. In this processing, the secured service fee is released, and the held virtual currency is distributed according to the settlement policy.

続いて、図７のステップＳ５の詳細について説明する。図１５は、提供者事前キャンセル時の決済処理の処理手順の一例を説明するためのシーケンス図である。   Next, details of step S5 in FIG. 7 will be described. FIG. 15 is a sequence diagram for explaining an example of a processing procedure of a settlement process at the time of provider advance cancellation.

例えば、提供者が何らかの理由でサービスを提供できないため事前にサービスの提供をキャンセルする場合、提供者は、予約システム４０に対するキャンセル要求に応じて提供者端末３０に表示されるキャンセル画面において、図９の決済情報に係るサービスについてキャンセルの指示を提供者端末３０に入力する。当該指示に応じ、提供者署名部３３は、当該決済情報の決済ＩＤを含み、提供者によるキャンセルを示す情報である提供者キャンセル情報に対して提供者の署名を付与する（Ｓ５０１）。続いて、決済破棄部３２は、当該提供者キャンセル情報を含むキャンセル要求を予約システム４０へ送信する（Ｓ５０２）。   For example, when the provider cancels the provision of the service in advance because the provider cannot provide the service for some reason, the provider displays the cancellation screen shown in FIG. 9 on the provider terminal 30 in response to the cancellation request to the reservation system 40. Is input to the provider terminal 30 with respect to the service related to the settlement information. In response to the instruction, the provider signature unit 33 appends the provider's signature to the provider cancellation information that includes the payment ID of the payment information and indicates the cancellation by the provider (S501). Subsequently, the settlement discarding unit 32 transmits a cancellation request including the provider cancellation information to the reservation system 40 (S502).

続いて、予約システム４０は、当該提供者キャンセル情報を含むキャンセル要求を、ブロックチェーンＢＣのノード１０の決済ポリシー制御部１１へ送信する（Ｓ５０３）。続いて、決済ポリシー制御部１１は、当該キャンセル要求に含まれている提供者キャンセル情報に付与されている署名の検証を署名検証部１２へ要求する（Ｓ５０４）。署名検証部１２は、当該提供者キャンセル情報に付与されている提供者の署名を検証し、検証結果を決済ポリシー制御部１１に応答する（Ｓ５０５）。当該検証結果が、当該署名が正しいことを示す場合、ステップＳ５０６以降が実行され、それ以外の場合、ステップＳ５０６〜Ｓ５０８は実行されない。   Subsequently, the reservation system 40 transmits a cancellation request including the provider cancellation information to the settlement policy control unit 11 of the node 10 of the blockchain BC (S503). Subsequently, the settlement policy control unit 11 requests the signature verification unit 12 to verify the signature attached to the provider cancellation information included in the cancellation request (S504). The signature verification unit 12 verifies the provider's signature attached to the provider cancellation information, and returns a verification result to the settlement policy control unit 11 (S505). If the verification result indicates that the signature is correct, step S506 and subsequent steps are executed, and otherwise, steps S506 to S508 are not executed.

ステップＳ５０６において、決済ポリシー制御部１１は、当該提供者キャンセル情報に対応する決済ポリシーに基づく決済の判定をポリシー判定部１３に要求する。ポリシー判定部１３は、ポリシー台帳１２１に格納されている決済ポリシーのうち、当該提供者キャンセル情報に含まれている決済ＩＤを含む決済ポリシーに基づいて決済の実行の判定を行い、判定結果を示す応答を決済ポリシー制御部１１に返信する（Ｓ５０７）。当該判定結果には、当該決済ポリシーの提供者キャンセル条件に応じた決済金額の移動を示す情報が含まれる。例えば、当該決済条件が図１０に示す通りであれば、決済金額の全額を利用者の保留口座から利用者の口座へ移動することを示す情報が当該判定結果に含まれる。   In step S506, the payment policy control unit 11 requests the policy determination unit 13 to determine the payment based on the payment policy corresponding to the provider cancellation information. The policy determination unit 13 determines the execution of the payment based on the payment policy including the payment ID included in the provider cancellation information among the payment policies stored in the policy ledger 121, and indicates the determination result. The response is returned to the settlement policy control unit 11 (S507). The determination result includes information indicating the movement of the payment amount according to the provider cancellation condition of the payment policy. For example, if the settlement condition is as shown in FIG. 10, the determination result includes information indicating that the entire settlement amount is transferred from the user's hold account to the user's account.

続いて、決済ポリシー制御部１１は、当該判定結果に従ったトランザクションを仮想通貨制御部１４へ発行する（Ｓ５０８）。仮想通貨制御部１４は、当該トランザクションを仮想通貨台帳１２２に登録すると共に、当該トランザクションに従って、決済金額の全額を利用者の保留口座から利用者の口座へ移動する。すなわち、この場合、決済金額の支払が行われない。   Subsequently, the settlement policy control unit 11 issues a transaction according to the determination result to the virtual currency control unit 14 (S508). The virtual currency control unit 14 registers the transaction in the virtual currency ledger 122, and moves the entire settlement amount from the user's hold account to the user's account according to the transaction. That is, in this case, the payment of the settlement amount is not performed.

続いて、決済ポリシー制御部１１は、キャンセル結果を示す応答を予約システム４０に返信する（Ｓ５０９）。当該キャンセル結果は、ステップＳ５０８が正常に実行された場合にはキャンセルの成功を示す情報であり、ステップＳ５０８が実行されなかった場合にはキャンセルの失敗を示す情報である。なお、決済ポリシー制御部１１は、キャンセルの成功を示すキャンセル結果を応答する場合、書き換え可能な状態で記憶されている決済情報（図９）の「状態」を決済済みに更新した後で、当該応答を行う。   Subsequently, the settlement policy control unit 11 returns a response indicating the cancellation result to the reservation system 40 (S509). The cancellation result is information indicating the success of the cancellation when step S508 is executed normally, and is information indicating the failure of the cancellation when step S508 is not executed. In response to the cancellation result indicating the success of the cancellation, the settlement policy control unit 11 updates the “state” of the settlement information (FIG. 9) stored in a rewritable state to “settled”, Make a response.

続いて、予約システム４０は、当該キャンセル結果を提供者端末３０に返信する（Ｓ５１０）。また、キャンセルが成功した場合、予約システム４０は、提供者キャンセル情報を含むキャンセルの通知を利用者端末２０に送信する（Ｓ５１１）。   Subsequently, the reservation system 40 returns the cancellation result to the provider terminal 30 (S510). If the cancellation is successful, the reservation system 40 sends a cancellation notification including the provider cancellation information to the user terminal 20 (S511).

図１５の処理は、提供者がサービスを提供できない場合の救済処理である。この場合、担保されていたサービス代が決済ポリシーに従い分配される。   The process in FIG. 15 is a rescue process when a provider cannot provide a service. In this case, the secured service fee is distributed according to the settlement policy.

続いて、図７のステップＳ６の詳細について説明する。図１６は、提供者無断キャンセル時の決済処理の処理手順の一例を説明するためのシーケンス図である。   Subsequently, the details of step S6 in FIG. 7 will be described. FIG. 16 is a sequence diagram for explaining an example of a processing procedure of a settlement process at the time of a provider's unauthorized cancellation.

例えば、利用者がサービスの提供場所（レストランＲ１）に予定通りに赴いたが、サービスの提供を受けられなかった場合（例えば、レストランＲ１が存在しなかった場合等）、利用者は、その場で、予約システム４０に対する提供者無断キャンセル要求に応じて利用者端末２０に表示される提供者無断キャンセル画面において、図９の決済情報に係るサービスについて提供者無断キャンセルの指示を入力する。当該指示に応じ、位置情報取得部２４は、利用者端末２０の現在位置の位置情報（例えば、緯度及び経度）を取得する（Ｓ６０１）。なお、利用者は、利用者端末２０を携帯しているという前提である。   For example, if the user goes to the service providing place (restaurant R1) as scheduled, but cannot receive the service provision (for example, if the restaurant R1 does not exist), the user is prompted Then, on the provider unauthorized cancellation screen displayed on the user terminal 20 in response to the provider unauthorized cancellation request to the reservation system 40, an instruction for the provider unauthorized cancellation of the service related to the settlement information in FIG. 9 is input. In response to the instruction, the position information obtaining unit 24 obtains position information (for example, latitude and longitude) of the current position of the user terminal 20 (S601). It is assumed that the user carries the user terminal 20.

続いて、利用者署名部２３は、当該決済情報の決済ＩＤと、現在日時と、当該位置情報とを含み、提供者による無断キャンセルを示す情報である提供者無断キャンセル情報に対して利用者の署名を付与する（Ｓ６０２）。続いて、決済破棄部２２は、当該提供者無断キャンセル情報を予約システム４０へ送信する（Ｓ６０３）。   Subsequently, the user signature unit 23 sends the user's unapproved cancellation information, which is information indicating the unauthorized cancellation by the provider, including the settlement ID of the settlement information, the current date and time, and the location information, and A signature is given (S602). Subsequently, the settlement discarding unit 22 transmits the provider's unauthorized cancellation information to the reservation system 40 (S603).

続いて、予約システム４０は、当該提供者無断キャンセル情報を、ブロックチェーンＢＣのノード１０の決済ポリシー制御部１１へ送信する（Ｓ６０４）。続いて、決済ポリシー制御部１１は、当該提供者無断キャンセル情報に付与されている署名の検証を署名検証部１２へ要求する（Ｓ６０５）。署名検証部１２は、当該提供者無断キャンセル情報に付与されている利用者の署名を検証し、検証結果を決済ポリシー制御部１１に応答する（Ｓ６０６）。当該検証結果が、当該署名が正しいことを示す場合、ステップＳ６０７以降が実行され、それ以外の場合、ステップＳ６０７〜Ｓ６０９は実行されない。   Subsequently, the reservation system 40 transmits the provider's unauthorized cancellation information to the settlement policy control unit 11 of the node 10 of the blockchain BC (S604). Next, the settlement policy control unit 11 requests the signature verification unit 12 to verify the signature attached to the provider's unauthorized cancellation information (S605). The signature verification unit 12 verifies the user's signature attached to the provider's unauthorized cancellation information, and returns a verification result to the settlement policy control unit 11 (S606). If the verification result indicates that the signature is correct, steps S607 and subsequent steps are executed; otherwise, steps S607 to S609 are not executed.

ステップＳ６０７において、決済ポリシー制御部１１は、当該提供者無断キャンセル情報に対応する決済ポリシーに基づく決済の判定をポリシー判定部１３に要求する。ポリシー判定部１３は、ポリシー台帳１２１に格納されている決済ポリシーのうち、当該提供者無断キャンセル情報に含まれている決済ＩＤを含む決済ポリシーに基づいて決済の実行の判定を行い、判定結果を示す応答を決済ポリシー制御部１１に返信する（Ｓ６０８）。例えば、図１０の決済ポリシーによれば、当該決済ポリシーの提供者無断キャンセル条件について確認が行われる。すなわち、当該提供者無断キャンセル情報に含まれている現在日時が、当該決済ポリシーの「サービス提供日時」から所定の範囲内（当該サービス提供日時より前の時点も含む。）であり、当該提供者無断キャンセル情報に含まれている位置情報が、当該決済ポリシーの「サービス提供場所」から所定の範囲内であれば、利用者の保留口座から決済金額の全額を利用者の口座へ移動することを示す情報が判定結果として応答される。   In step S607, the payment policy control unit 11 requests the policy determination unit 13 to determine a payment based on the payment policy corresponding to the provider's unauthorized cancellation information. The policy determination unit 13 determines the execution of the payment based on the payment policy including the payment ID included in the provider's unauthorized cancellation information among the payment policies stored in the policy ledger 121, and determines the determination result. The response shown is returned to the settlement policy control unit 11 (S608). For example, according to the settlement policy shown in FIG. 10, confirmation of the provider's unauthorized cancellation condition of the settlement policy is performed. That is, the current date and time included in the provider's unauthorized cancellation information is within a predetermined range (including a point in time before the service provision date and time) from the “service provision date and time” of the settlement policy, and the provider If the location information included in the unauthorized cancellation information is within a predetermined range from the "service providing place" of the payment policy, transfer the entire payment amount from the user's hold account to the user's account. The indicated information is returned as the determination result.

続いて、決済ポリシー制御部１１は、当該判定結果に従ったトランザクションを仮想通貨制御部１４へ発行する（Ｓ６０９）。仮想通貨制御部１４は、当該トランザクションを仮想通貨台帳１２２に登録すると共に、当該トランザクションに従って、決済金額の全額を利用者の保留口座から利用者の口座へ移動する。すなわち、この場合、決済金額の支払は行われない。   Subsequently, the settlement policy control unit 11 issues a transaction according to the determination result to the virtual currency control unit 14 (S609). The virtual currency control unit 14 registers the transaction in the virtual currency ledger 122, and moves the entire settlement amount from the user's hold account to the user's account according to the transaction. That is, in this case, the payment of the settlement amount is not performed.

続いて、決済ポリシー制御部１１は、キャンセル結果を示す応答を予約システム４０に返信する（Ｓ６１０）。当該キャンセル結果は、ステップＳ６０９が正常に実行された場合にはキャンセルの成功を示す情報であり、ステップＳ６０９が実行されなかった場合にはキャンセルの失敗を示す情報である。なお、決済ポリシー制御部１１は、キャンセルの成功を示すキャンセル結果を応答する場合、書き換え可能な状態で記憶されている決済情報（図９）の「状態」を決済済みに更新した後で、当該応答を行う。   Subsequently, the settlement policy control unit 11 returns a response indicating the cancellation result to the reservation system 40 (S610). The cancellation result is information indicating the success of the cancellation when step S609 is executed normally, and is information indicating the failure of the cancellation when step S609 is not executed. In response to the cancellation result indicating the success of the cancellation, the settlement policy control unit 11 updates the “state” of the settlement information (FIG. 9) stored in a rewritable state to “settled”, Make a response.

続いて、予約システム４０は、当該キャンセル結果を利用者端末２０に返信する（Ｓ６１１）。また、キャンセルが成功した場合、予約システム４０は、当該キャンセル結果を提供者端末３０に送信する（Ｓ６１２）。   Subsequently, the reservation system 40 returns the cancellation result to the user terminal 20 (S611). When the cancellation is successful, the reservation system 40 transmits the cancellation result to the provider terminal 30 (S612).

図１６の処理は、サービスが架空で、提供者が最初からサービスを提供する気がなかった場合の救済処理である。この場合、担保されていたサービス代が決済ポリシーに従い利用者に戻される。   The process in FIG. 16 is a rescue process when the service is fictitious and the provider does not intend to provide the service from the beginning. In this case, the secured service fee is returned to the user according to the settlement policy.

なお、仮想通貨台帳１２２に蓄積された情報（トランザクション）を活用して、架空のサービスの防止や、利用者による無断キャンセルの防止が図られてもよい。例えば、利用者による無断キャンセルに基づくトランザクションが記録されている利用者については、予約システム４０を利用した予約が制限されるようにしてもよい。また、提供者による無断キャンセルに基づくトランザクションが記録されている提供者については、予約システム４０を利用して予約できなくなるようにしてもよい。   The information (transaction) stored in the virtual currency ledger 122 may be used to prevent a fictitious service or to prevent unauthorized cancellation by the user. For example, the reservation using the reservation system 40 may be restricted for the user in which the transaction based on the unauthorized cancellation by the user is recorded. In addition, the provider in which the transaction based on the unauthorized cancellation by the provider is recorded may not be able to make a reservation using the reservation system 40.

なお、悪意の有る提供者が、ステップＳ６（図１６）の処理が実行されないようにするために、ステップＳ４（図１４）（利用者による無断キャンセル）を実行することが考えられる。但し、ステップＳ６（提供者による無断キャンセル）との競合は、以下のように回避可能である。   In order to prevent the malicious provider from executing the process of step S6 (FIG. 16), it is conceivable that step S4 (FIG. 14) (unauthorized cancellation by the user) is executed. However, a conflict with step S6 (unauthorized cancellation by the provider) can be avoided as follows.

上記したように、利用者無断キャンセルは、サービス提供日時が経過した場合に成功する。一方、提供者無断キャンセルは、サービス提供日時の経過前に成功しうる。すなわち、提供者無断キャンセルの方が、時期的に前のタイミングで成功条件が満たされる。したがって、利用者がレストランＲ１に予定通り到着し、利用者端末２０から提供者無断キャンセル情報を送信していれば、その後に、悪意の有る提供者が利用者無断キャンセル情報を送信したとしても、当該利用者無断キャンセルに基づく処理は失敗する。   As described above, the user's unauthorized cancellation succeeds when the service providing date and time has elapsed. On the other hand, the provider's unauthorized cancellation may be successful before the elapse of the service provision date. In other words, the provider's unauthorized cancellation satisfies the success condition at a timing earlier in time. Therefore, if the user arrives at the restaurant R1 as scheduled and transmits the provider's unauthorized cancellation information from the user terminal 20, even if a malicious provider subsequently transmits the user's unauthorized cancellation information, The processing based on the user's unauthorized cancellation fails.

上述したように、本実施の形態によれば、サービスの予約時において、決済の金額は利用者の保留口座に移動されるため、当該決済が保留されると共に、当該決済に関する決済ポリシーがポリシー台帳１２１に記録される。決済要求が発生した際には、当該決済要求（の原因）と、当該決済ポリシーとに基づいて、当該サービスの利用に関する支払を実行するか否かが判定される。したがって、サービスが正常に提供されるまで、決済が保留されると共に、サービスの提供に異常が発生した場合には、決済ポリシーに基づいて決済が行われる。その結果、取引の信用性を向上させることができる。   As described above, according to the present embodiment, when the service is reserved, the payment amount is transferred to the user's holding account, so that the payment is suspended and the payment policy related to the payment is set in the policy ledger. 121 is recorded. When a payment request is issued, it is determined based on the payment request (the cause thereof) and the payment policy whether to execute payment for use of the service. Therefore, the settlement is suspended until the service is normally provided, and when an abnormality occurs in the provision of the service, the settlement is performed based on the settlement policy. As a result, the credibility of the transaction can be improved.

なお、本実施の形態において、各ノード１０は、決済装置の一例である。仮想通貨台帳１２２は、第１の台帳の一例である。ポリシー台帳１２１は、第２の台帳の一例である。決済ポリシー制御部１１及び仮想通貨制御部１４は、記録部の一例である。決済ポリシー制御部１１及びポリシー判定部１３は、判定部の一例である。   In the present embodiment, each node 10 is an example of a payment device. The virtual currency ledger 122 is an example of a first ledger. The policy ledger 121 is an example of a second ledger. The settlement policy control unit 11 and the virtual currency control unit 14 are examples of a recording unit. The settlement policy control unit 11 and the policy determination unit 13 are examples of a determination unit.

以上、本発明の実施の形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。   As described above, the embodiments of the present invention have been described in detail, but the present invention is not limited to such specific embodiments, and various modifications may be made within the scope of the present invention described in the appended claims. Deformation and modification are possible.

以上の説明に関し、更に以下の項を開示する。
（付記１）
サービスの利用要求に応じて、前記サービスの利用に関する支払の保留を示す情報をブロックチェーンの第１の台帳に記録し、前記利用要求に含まれる決済条件を前記ブロックチェーンの第２の台帳に記録する記録部と、
前記サービスの決済要求に応じ、当該決済要求と、前記第２の台帳に記録された前記決済条件とに基づいて、前記第１の台帳に記録された前記サービスの利用に関する支払を実行するか否かを判定する判定部と、
を有することを特徴とする決済装置。
（付記２）
前記判定部は、前記決済要求が前記サービスの利用者による無断キャンセルに基づく場合、前記支払を実行すると判定する、
ことを特徴とする付記１記載の決済装置。
（付記３）
前記判定部は、前記決済要求が前記サービスの提供を受けられなかったことに基づく場合、前記支払を実行しないと判定する、
ことを特徴とする付記１又は２記載の決済装置。
（付記４）
前記判定部は、前記決済要求が、前記サービスの利用者による事前のキャンセルに基づく場合、前記決済条件に基づいて、前記支払に係る金額について、前記利用者と前記サービスの提供者とへの分配方法を判定する、
ことを特徴とする付記１乃至３いずれか一項記載の決済装置。
（付記５）
サービスの利用要求に応じて、前記サービスの利用に関する支払の保留を示す情報をブロックチェーンの第１の台帳に記録し、前記利用要求に含まれる決済条件を前記ブロックチェーンの第２の台帳に記録する記録手順と、
前記サービスの決済要求に応じ、当該決済要求と、前記第２の台帳に記録された前記決済条件とに基づいて、前記第１の台帳に記録された前記サービスの利用に関する支払を実行するか否かを判定する判定手順と、
をコンピュータが実行することを特徴とする決済方法。
（付記６）
前記判定手順は、前記決済要求が前記サービスの利用者による無断キャンセルに基づく場合、前記支払を実行すると判定する、
ことを特徴とする付記５記載の決済方法。
（付記７）
前記判定手順は、前記決済要求が前記サービスの提供を受けられなかったことに基づく場合、前記支払を実行しないと判定する、
ことを特徴とする付記５又は６記載の決済方法。
（付記８）
前記判定手順は、前記決済要求が、前記サービスの利用者による事前のキャンセルに基づく場合、前記決済条件に基づいて、前記支払に係る金額について、前記利用者と前記サービスの提供者とへの分配方法を判定する、
ことを特徴とする付記５乃至７いずれか一項記載の決済方法。
（付記９）
サービスの利用要求に応じて、前記サービスの利用に関する支払の保留を示す情報をブロックチェーンの第１の台帳に記録し、前記利用要求に含まれる決済条件を前記ブロックチェーンの第２の台帳に記録する記録手順と、
前記サービスの決済要求に応じ、当該決済要求と、前記第２の台帳に記録された前記決済条件とに基づいて、前記第１の台帳に記録された前記サービスの利用に関する支払を実行するか否かを判定する判定手順と、
をコンピュータに実行させることを特徴とするプログラム。
（付記１０）
前記判定手順は、前記決済要求が前記サービスの利用者による無断キャンセルに基づく場合、前記支払を実行すると判定する、
ことを特徴とする付記９記載のプログラム。
（付記１１）
前記判定手順は、前記決済要求が前記サービスの提供を受けられなかったことに基づく場合、前記支払を実行しないと判定する、
ことを特徴とする付記９又は１０記載のプログラム。
（付記１２）
前記判定手順は、前記決済要求が、前記サービスの利用者による事前のキャンセルに基づく場合、前記決済条件に基づいて、前記支払に係る金額について、前記利用者と前記サービスの提供者とへの分配方法を判定する、
ことを特徴とする付記９乃至１１いずれか一項記載のプログラム。 With respect to the above description, the following items are further disclosed.
(Appendix 1)
In response to a service use request, information indicating the suspension of payment related to the use of the service is recorded in a first ledger of the blockchain, and settlement conditions included in the use request are recorded in a second ledger of the blockchain. A recording unit for
In response to a settlement request for the service, whether to execute payment related to the use of the service recorded in the first ledger based on the settlement request and the settlement condition recorded in the second ledger. A determination unit for determining whether
A payment device comprising:
(Appendix 2)
The determination unit determines that the payment is to be executed when the payment request is based on an unauthorized cancellation by a user of the service.
The payment device according to claim 1, wherein
(Appendix 3)
The determination unit determines that the payment is not to be executed when the payment request is based on the failure to receive the service.
3. The settlement apparatus according to claim 1 or 2, wherein:
(Appendix 4)
When the payment request is based on a prior cancellation by a user of the service, the determination unit distributes the payment amount to the user and the service provider based on the payment condition. Determine the method,
The settlement apparatus according to any one of Supplementary Notes 1 to 3, characterized in that:
(Appendix 5)
In response to a service use request, information indicating the suspension of payment related to the use of the service is recorded in a first ledger of the blockchain, and settlement conditions included in the use request are recorded in a second ledger of the blockchain. Recording procedure
In response to a settlement request for the service, whether to execute payment related to the use of the service recorded in the first ledger based on the settlement request and the settlement condition recorded in the second ledger. A determination procedure for determining whether
A settlement method, wherein the computer executes the method.
(Appendix 6)
The determining step, when the payment request is based on unauthorized cancellation by the user of the service, determines to execute the payment,
The settlement method according to Supplementary Note 5, wherein:
(Appendix 7)
The determining step determines that the payment is not to be executed when the payment request is based on the failure to receive the service.
7. The settlement method according to Supplementary Note 5 or 6, wherein:
(Appendix 8)
When the payment request is based on a prior cancellation by a user of the service, the determination procedure includes distributing the amount of the payment to the user and the service provider based on the payment conditions. Determine the method,
8. The settlement method according to any one of Supplementary Notes 5 to 7, wherein the settlement method is characterized in that:
(Appendix 9)
In response to a service use request, information indicating the suspension of payment related to the use of the service is recorded in a first ledger of the blockchain, and settlement conditions included in the use request are recorded in a second ledger of the blockchain. Recording procedure
In response to a settlement request for the service, whether to execute payment related to the use of the service recorded in the first ledger based on the settlement request and the settlement condition recorded in the second ledger. A determination procedure for determining whether
Which causes a computer to execute the program.
(Appendix 10)
The determining step, when the payment request is based on unauthorized cancellation by the user of the service, determines to execute the payment,
The program according to supplementary note 9, characterized in that:
(Appendix 11)
The determining step determines that the payment is not to be executed when the payment request is based on the failure to receive the service.
11. The program according to supplementary note 9 or 10, wherein:
(Appendix 12)
When the payment request is based on a prior cancellation by a user of the service, the determination procedure includes distributing the amount of the payment to the user and the service provider based on the payment conditions. Determine the method,
12. The program according to any one of supplementary notes 9 to 11, wherein:

１０ ノード
１１ 決済ポリシー制御部
１２ 署名検証部
１３ ポリシー判定部
１４ 仮想通貨制御部
２０ 利用者端末
２１ 予約要求部
２２ 決済破棄部
２３ 利用者署名部
２４ 位置情報取得部
３０ 提供者端末
３１ 決済要求部
３２ 決済破棄部
３３ 提供者署名部
４０ 予約システム
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１２１ ポリシー台帳
１２２ 仮想通貨台帳
Ｂ バス
ＢＣ ブロックチェーン 10 Node 11 Payment Policy Control Unit 12 Signature Verification Unit 13 Policy Determination Unit 14 Virtual Currency Control Unit 20 User Terminal 21 Reservation Request Unit 22 Payment Discard Unit 23 User Signature Unit 24 Location Information Acquisition Unit 30 Provider Terminal 31 Payment Request Unit 32 Payment discarding unit 33 Provider signature unit 40 Reservation system 100 Drive device 101 Recording medium 102 Auxiliary storage device 103 Memory device 104 CPU
105 Interface device 121 Policy ledger 122 Virtual currency ledger B Bus BC Blockchain

Claims (6)

サービスの利用要求に応じて、前記サービスの利用に関する支払の保留を示す情報をブロックチェーンの第１の台帳に記録し、前記利用要求に含まれる決済条件を前記ブロックチェーンの第２の台帳に記録する記録部と、
前記サービスの決済要求に応じ、当該決済要求と、前記第２の台帳に記録された前記決済条件とに基づいて、前記第１の台帳に記録された前記サービスの利用に関する支払を実行するか否かを判定する判定部と、
を有することを特徴とする決済装置。 In response to a service use request, information indicating the suspension of payment related to the use of the service is recorded in a first ledger of the blockchain, and settlement conditions included in the use request are recorded in a second ledger of the blockchain. A recording unit for
In response to a settlement request for the service, whether to execute payment related to the use of the service recorded in the first ledger based on the settlement request and the settlement condition recorded in the second ledger. A determination unit for determining whether
A payment device comprising: 前記判定部は、前記決済要求が前記サービスの利用者による無断キャンセルに基づく場合、前記支払を実行すると判定する、
ことを特徴とする請求項１記載の決済装置。 The determination unit determines that the payment is to be executed when the payment request is based on an unauthorized cancellation by a user of the service.
The settlement apparatus according to claim 1, wherein: 前記判定部は、前記決済要求が前記サービスの提供を受けられなかったことに基づく場合、前記支払を実行しないと判定する、
ことを特徴とする請求項１又は２記載の決済装置。 The determination unit determines that the payment is not to be executed when the payment request is based on the failure to receive the service.
The settlement apparatus according to claim 1, wherein: 前記判定部は、前記決済要求が、前記サービスの利用者による事前のキャンセルに基づく場合、前記決済条件に基づいて、前記支払に係る金額について、前記利用者と前記サービスの提供者とへの分配方法を判定する、
ことを特徴とする請求項１乃至３いずれか一項記載の決済装置。 When the payment request is based on a prior cancellation by a user of the service, the determination unit distributes the payment amount to the user and the service provider based on the payment condition. Determine the method,
The settlement apparatus according to any one of claims 1 to 3, wherein: サービスの利用要求に応じて、前記サービスの利用に関する支払の保留を示す情報をブロックチェーンの第１の台帳に記録し、前記利用要求に含まれる決済条件を前記ブロックチェーンの第２の台帳に記録する記録手順と、
前記サービスの決済要求に応じ、当該決済要求と、前記第２の台帳に記録された前記決済条件とに基づいて、前記第１の台帳に記録された前記サービスの利用に関する支払を実行するか否かを判定する判定手順と、
をコンピュータが実行することを特徴とする決済方法。 In response to a service use request, information indicating the suspension of payment related to the use of the service is recorded in a first ledger of the blockchain, and settlement conditions included in the use request are recorded in a second ledger of the blockchain. Recording procedure
In response to a settlement request for the service, whether to execute payment related to the use of the service recorded in the first ledger based on the settlement request and the settlement condition recorded in the second ledger. A determination procedure for determining whether
A settlement method, wherein the computer executes the method. サービスの利用要求に応じて、前記サービスの利用に関する支払の保留を示す情報をブロックチェーンの第１の台帳に記録し、前記利用要求に含まれる決済条件を前記ブロックチェーンの第２の台帳に記録する記録手順と、
前記サービスの決済要求に応じ、当該決済要求と、前記第２の台帳に記録された前記決済条件とに基づいて、前記第１の台帳に記録された前記サービスの利用に関する支払を実行するか否かを判定する判定手順と、
をコンピュータに実行させることを特徴とするプログラム。 In response to a service use request, information indicating the suspension of payment related to the use of the service is recorded in a first ledger of the blockchain, and settlement conditions included in the use request are recorded in a second ledger of the blockchain. Recording procedure
In response to a settlement request for the service, whether to execute payment related to the use of the service recorded in the first ledger based on the settlement request and the settlement condition recorded in the second ledger. A determination procedure for determining whether
Which causes a computer to execute the program.
JP2018154206A 2018-08-20 2018-08-20 Payment device, payment method and program Active JP7159689B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2018154206A JP7159689B2 (en) 2018-08-20 2018-08-20 Payment device, payment method and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018154206A JP7159689B2 (en) 2018-08-20 2018-08-20 Payment device, payment method and program

Publications (2)

Publication Number Publication Date
JP2020030479A true JP2020030479A (en) 2020-02-27
JP7159689B2 JP7159689B2 (en) 2022-10-25

Family

ID=69622502

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018154206A Active JP7159689B2 (en) 2018-08-20 2018-08-20 Payment device, payment method and program

Country Status (1)

Country Link
JP (1) JP7159689B2 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022003914A1 (en) 2020-07-02 2022-01-06 富士通株式会社 Control method, information processing device, and control program
WO2022075154A1 (en) * 2020-10-08 2022-04-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ Control method, control device, and program
DE112022002742T5 (en) 2021-07-30 2024-04-11 Hitachi, Ltd. PRODUCTION PLANNING DEVICE, PRODUCTION PLANNING SYSTEM AND PRODUCTION PLANNING METHOD

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004192094A (en) * 2002-12-09 2004-07-08 Fujitsu Ltd Reservation application management method, program, and system
US20160196508A1 (en) * 2013-09-03 2016-07-07 Fine Dining Experiences Ug Booking system and method
WO2017112664A1 (en) * 2015-12-21 2017-06-29 Kochava Inc. Self regulating transaction system and methods therefor
WO2017145020A1 (en) * 2016-02-23 2017-08-31 nChain Holdings Limited Methods and systems for efficient transfer of entities on a peer-to-peer distributed ledger using the blockchain
JP6224283B1 (en) * 2017-02-24 2017-11-01 株式会社三井住友銀行 Escrow settlement method and system by smart contract
WO2018020377A1 (en) * 2016-07-29 2018-02-01 nChain Holdings Limited Blockchain-implemented method and system
US20180096349A1 (en) * 2016-10-05 2018-04-05 The Toronto-Dominion Bank Distributed electronic ledger with metadata
JP2018055203A (en) * 2016-09-26 2018-04-05 Ｇｍｏインターネット株式会社 Data management system, information processing device, program, data management method, and data structure

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004192094A (en) * 2002-12-09 2004-07-08 Fujitsu Ltd Reservation application management method, program, and system
US20160196508A1 (en) * 2013-09-03 2016-07-07 Fine Dining Experiences Ug Booking system and method
WO2017112664A1 (en) * 2015-12-21 2017-06-29 Kochava Inc. Self regulating transaction system and methods therefor
WO2017145020A1 (en) * 2016-02-23 2017-08-31 nChain Holdings Limited Methods and systems for efficient transfer of entities on a peer-to-peer distributed ledger using the blockchain
WO2018020377A1 (en) * 2016-07-29 2018-02-01 nChain Holdings Limited Blockchain-implemented method and system
JP2018055203A (en) * 2016-09-26 2018-04-05 Ｇｍｏインターネット株式会社 Data management system, information processing device, program, data management method, and data structure
US20180096349A1 (en) * 2016-10-05 2018-04-05 The Toronto-Dominion Bank Distributed electronic ledger with metadata
JP6224283B1 (en) * 2017-02-24 2017-11-01 株式会社三井住友銀行 Escrow settlement method and system by smart contract

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022003914A1 (en) 2020-07-02 2022-01-06 富士通株式会社 Control method, information processing device, and control program
WO2022075154A1 (en) * 2020-10-08 2022-04-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ Control method, control device, and program
DE112022002742T5 (en) 2021-07-30 2024-04-11 Hitachi, Ltd. PRODUCTION PLANNING DEVICE, PRODUCTION PLANNING SYSTEM AND PRODUCTION PLANNING METHOD

Also Published As

Publication number Publication date
JP7159689B2 (en) 2022-10-25

Similar Documents

Publication Publication Date Title
US10943219B2 (en) Systems and methods for transportation check-in and payment using beacons
US20230401616A1 (en) Utilizing a vehicle to determine an identity of a user
US8751398B2 (en) Preventing an unauthorized card transaction
US11132654B2 (en) Systems and methods for third party payment at point of sale terminals
US20140136349A1 (en) Transferring assets
US20180159688A1 (en) Network provisioning systems and methods
US11908004B2 (en) Method and system for obtaining credit
JP7159689B2 (en) Payment device, payment method and program
JP2021072108A (en) Computer program, method, and equipment for pre-approval of shared account transaction
KR20160115188A (en) Transaction processing for direct remittance using user id
WO2020255621A1 (en) Information processing method, program, terminal and server
US10891606B2 (en) Processing an electronic transfer between a sender and receiver
JP5492261B2 (en) Loan transaction execution determination system
CN110972500B (en) System and method for payment management
JP6871296B2 (en) Mediation server, program, and information processing method
JP2018025894A (en) Delivery management method and delivery management system
US11790371B1 (en) Dynamic travel profile
JP2016012206A (en) Account protection system, and money transferring and payment method using the same
JP6908200B1 (en) Server equipment, systems, subsidy application methods and programs
WO2021014786A1 (en) Information processing method, program, and terminal
JP6765483B1 (en) Information processing method, program, terminal
JP2021092888A (en) Payment device, control method, and program
EP3931780A1 (en) System and method for transferring an anonymized transaction between nodes of a computer network
US11676080B1 (en) Systems and methods for digital check in at a store location
WO2020056455A1 (en) Transaction system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210513

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220322

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220506

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: 20220913

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220926

R150 Certificate of patent or registration of utility model

Ref document number: 7159689

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150