JP6827133B1 - 予約システム用エスクロー決済システム及び予約システム用エスクロー決済方法 - Google Patents

Abstract

【課題】サービスの予約におけるトラブルを抑制することのできる予約システム用エスクロー決済システム、及び予約システム用エスクロー決済方法を提供する。【解決手段】予約システム用エスクロー決済システムは、サービスの予約においてエスクロー決済を利用可能とするエスクローサービスサーバ１を備える。予約情報取得部１１は予約サイトサーバ１０から予約情報１０１を受け取る。代金受取処理部１２は、予約者２０による金銭的価値の第１の口座４１への入金を認知したことに応じて、入金完了を予約サイトサーバ１０に通知し、予約サイトサーバ１０は予約手続きを完了させる。代金受渡処理部１４は提供者３０からの来店情報の受領に応じて、予約者２０から第１の口座４１に入金された金銭的価値のうちから支払い相当額に対応する量の金銭的価値を、第２の口座から提供者３０に送金する。【選択図】図１

Description

本開示は、サービス提供の予約におけるエスクロー決済を可能にする予約システム用エスクロー決済システム、及び予約システム用エスクロー決済方法に関する。

ネットワークに接続された通信端末の普及に伴い、電子商取引が急速に拡大している。電子商取引は、ネットワーク上で一部あるいは全部の商取引を行なうことであって、ネットワーク上での取引すべてが対象となることから、その領域は非常に広範囲にわたっている。電子商取引には、例えば、企業と企業との間（ＢｔｏＢ：Ｂｕｓｉｎｅｓｓ ｔｏ Ｂｕｓｉｎｅｓｓ）の取引、企業と消費者との間（ＢｔｏＣ：Ｂｕｓｉｎｅｓｓ ｔｏ Ｃｏｎｓｕｍｅｒ）の取引、さらに一般の消費者の間（ＣｔｏＣ：Ｃｏｎｓｕｍｅｒ ｔｏ Ｃｏｎｓｕｍｅｒ）の取引を含むことができる。

また、商品が売買される電子商取引だけでなく、顧客が実店舗に来店する必要のあるサービス業であっても、ネットワーク上において予約システムを用いたサービス提供の予約も行われている（例えば、特許文献１参照）。

特開２０１２−０４２９９６号公報

一方、予約システムを用いたサービス提供の予約の普及に伴って、予約に関わるトラブルが増えている。具体的には、サービスの提供者側では、予約者が予約をしたにも関わらず店舗への連絡をせずに来店しない無断キャンセルや、予約日時の直前で予約内容が変更されるといったトラブルがあった。また、サービスの予約者側では、予約者が来店したにも関わらず予約したサービスが提供されないといったトラブルがあった。

本開示は、このような状況に鑑みてなされたものであり、その目的は、サービスの予約におけるトラブルを抑制可能な予約システム用エスクロー決済システム、及び予約システム用エスクロー決済方法を提供することにある。

上記課題を解決する予約システム用エスクロー決済システムは、サービスの予約においてエスクロー決済を可能とするエスクローサービスサーバを備える予約システム用エスクロー決済システムであって、前記エスクローサービスサーバが、提供されるサービスの予約が行われる予約サイトサーバから予約情報を受け取る予約情報取得部と、前記予約情報で支払に指定された種類と同じ種類である金銭的価値の流通を管理する第１の口座であって、前記エスクローサービスサーバが残高を把握する前記第１の口座に前記予約情報で指定された予約者の口座から前記エスクローサービスサーバが前記予約情報を通知した前記予約者の支払指示による入金が完了したことを認知する代金受取処理部と、提供者からの前記予約者の来店情報の受領に応じて、前記予約者の口座から前記第１の口座に入金された金銭的価値のうちから支払い相当額に対応する量の金銭的価値を、前記エスクローサービスサーバの支払指示に応じて前記エスクローサービスサーバが残高を把握する第２の口座から前記提供者の口座に送金する代金受渡処理部とを備える。

上記課題を解決する予約システム用エスクロー決済方法は、サービスの予約においてエスクロー決済を可能とするエスクローサービスサーバで行われる予約システム用エスクロー決済方法であって、提供されるサービスの予約が行われる予約サイトサーバから予約情報を受け取る予約情報取得工程と、前記予約情報で支払に指定された種類と同じ種類である金銭的価値の流通を管理する第１の口座であって、前記エスクローサービスサーバが残高を把握する前記第１の口座に前記予約情報で指定された予約者の口座から前記エスクローサービスサーバが前記予約情報を通知した前記予約者の支払指示による入金が完了したことを認知する代金受取処理工程と、前記提供者からの前記予約者の来店情報の受領に応じて、前記予約者の口座から前記第１の口座に入金された金銭的価値のうちから支払い相当額に対応する量の金銭的価値を、前記エスクローサービスサーバの支払指示に応じて前記エスクローサービスサーバが残高を把握する第２の口座から前記提供者の口座に送金する代金受渡処理工程とを備える。

上述した構成又は方法によれば、予約者が予約を申し込んだ時、サービスの提供代金をエスクロー決済システムによって決済することで予約手続きが完了し、予約者の来店情報に基づいて提供者にサービスの提供代金が送金されるため、サービスの予約における安全性が確保される。

上記予約システム用エスクロー決済システムにおいて、前記第１の口座は、前記予約情報で支払に指定された種類と同じ種類である第１のデジタル通貨の流通を管理する第１のデジタル通貨サーバが貸している口座であり、前記第２の口座は、前記第１のデジタル通貨とは相違する種類として前記予約情報で提供者が受取に指定した種類である第２のデジタル通貨の流通を管理する第２のデジタル通貨サーバが貸している口座であり、前記代金受取処理部は、前記予約者の入金が完了したことを認知するとともに、前記入金が完了したことを提供者端末に通知し、前記代金受渡処理部は、前記提供者からの前記予約者の来店情報の受領に応じて、前記予約者の口座から前記第１の口座に入金された前記第１のデジタル通貨のうちから支払い相当額に対応する量の第２のデジタル通貨を、前記第２の口座から前記提供者の口座に送金するとともに、前記提供者に送金完了を通知してもよい。

上述した構成によれば、提供者と予約者との間で相違する種類のデジタル通貨が決済に利用されたとしても、それら相違するデジタル通貨の間でエスクロー決済を行うことができる。これにより、エスクロー決済におけるデジタル通貨の利便性を高めることができる。

上記予約システム用エスクロー決済システムにおいて、前記予約情報には、予約者情報と、提供者情報と、サービス情報とが含まれ、前記代金受取処理部は、前記予約者情報、前記提供者情報、及び前記サービス情報に基づいて、前記第１の口座へ送金する前記第１のデジタル通貨の量を前記予約者に通知するとともに、前記第１の口座に入金された前記第１のデジタル通貨の量が適正であるか否かを判定してもよい。

上述した構成によれば、予約者端末に、送金に必要な情報が通知されることから予約者による適正な量のデジタル通貨の支払いが容易になる。また、入金されたデジタル通貨の量が適正であるかどうか判定されることから決済がスムーズになされるようになる。

上記予約システム用エスクロー決済システムにおいて、前記予約サイトサーバから前記サービスのキャンセル情報を取得することが可能であり、前記代金受取処理部は、前記代金受取処理部から前記提供者端末に前記入金が完了した通知を行ってから所定期間経過後に前記予約サイトサーバから前記サービスのキャンセル情報が得られたとき、所定の返金条件の下、前記第１の口座に前記入金が完了した前記第１のデジタル通貨を前記予約者の口座に返金してもよい。

上述した構成によれば、予約者が第１のデジタル通貨を支払った後であっても、予約者がキャンセル手続をした場合には所定の返金条件の下、予約者が予約をキャンセルしたときの返金処理がスムーズになされるようになることから、予約者が予約をキャンセルしたときの返金処理がスムーズになされるようになる。

上記予約システム用エスクロー決済システムにおいて、前記代金受渡処理部は、前記提供者から前記来店情報が受領できないとき、前記予約情報に基づいて前記予約者がサービスの提供を予約した日時から所定期間経過後、所定の支払条件の下、前記支払い相当額に対応する量の前記第２のデジタル通貨を前記提供者の口座に送金してもよい。

上述した構成によれば、予約者が予約した日時での来店を忘れたり、来店しなかったりするような場合であっても、提供者に支払い相当額に対応するデジタル通貨が支払われることから予約の安全性が確保される。

上記予約システム用エスクロー決済システムにおいて、前記代金受取処理部は、前記提供者端末から取得した前記来店情報に基づいて、前記提供者が前記予約者に提供したサービスの代金が前記第１の口座に前記入金が完了した前記第１のデジタル通貨の量よりも少ないと判断したとき、所定の返金条件の下、前記第１の口座に前記入金が完了した前記第１のデジタル通貨を前記予約者の口座に返金してもよい。

上述した構成によれば、支払ったデジタル通貨の価値と提供代金との差額がエスクローサービスサーバ１を介して予約者２０に返金、または提供者３０に送金されることから、予約の安全性が確保される。

上記予約システム用エスクロー決済システムにおいて、前記第１の口座の残高及び前記第２の口座の残高を管理する口座管理部を備え、前記口座管理部は、前記第１の口座及び前記第２の口座のうちで残高が設定された上限値を上回った口座について当該口座からデジタル通貨の払い出しをすること、及び、残高が設定された下限値を下回った口座についてデジタル通貨を補充することの少なくとも一方の処理を行ってもよい。

上述した構成によれば、第１の口座及び第２の口座の残高が払い出しや補充による調整を通じて設定された上限値と下限値との間に維持されるようになることから、第１の口座及び第２の口座に保持されている資金の量を適正な量に維持することができる。また、設定された上限値や下限値になることによって一定のまとまった額による払い出しや補充が行われることで払い出しや補充にかかる回数を減らすことができるとともに、手間や手数料を低く抑えられるようになる。

上記予約システム用エスクロー決済システムにおいて、前記口座管理部は、前記払い出したデジタル通貨に相当する額の全部又は一部を前記払い出したデジタル通貨とは相違する種類のデジタル通貨の口座である他の口座であって、前記他の口座に設定された上限値又は下限値に対する充足率が低い前記他の口座へ補充してもよい。

上記予約システム用エスクロー決済システムにおいて、前記口座管理部は、前記補充が必要なデジタル通貨を、前記補充が必要なデジタル通貨とは相違する種類のデジタル通貨の口座である他の口座であって、前記他の口座に設定された上限値又は下限値に対する充足率が高い前記他の口座からの送金により補充してもよい。

上述した構成によれば、エスクローサービスサーバによって管理される複数の口座内において残高の高い口座から、残高の低い口座に資金が移動されることから外部に対する入出金を減らすことができるため資金管理の利便性が高い。

上記予約システム用エスクロー決済システムにおいて、前記予約者が、前記予約者と、前記予約者とともにサービスを提供される参加者とが提供されるサービスの提供代金に相当する量の第１のデジタル通貨を第１の口座に入金したとき、前記代金受取処理部は、前記提供者端末から取得した前記来店情報に基づいて、前記予約者が前記第１の口座に入金が完了した提供代金のうち、前記参加者に提供されたサービスの提供代金の支払指示を前記参加者が操作する参加者端末に通知し、前記参加者に提供されたサービスの提供代金に相当する額の第１のデジタル通貨を前記予約者の口座に入金してもよい。

上述した構成によれば、予約者を含めたサービスを提供される者が複数いる場合であっても、予約者と提供者との決済、及び予約者と参加者との間の支払代金の清算を円滑に進めることができる。

本開示によれば、サービスの予約におけるトラブルを抑制することができる。

エスクロー決済システム、及びエスクロー決済方法の一実施形態を示すブロック図。 本実施形態の構成を示すブロック図。 本実施形態の処理手順を示すシーケンス図。 本実施形態の処理手順を示すシーケンス図。 本実施形態の処理手順を示すシーケンス図。 本実施形態の処理手順を示すシーケンス図。

以下、本実施形態を図１〜図６に基づいて説明する。本実施形態においては、サービスの予約におけるエスクロー決済を可能にするエスクロー決済システム、及びエスクロー決済方法について説明する。

図１を参照して、本実施形態におけるネットワークＮを介しての接続について説明する。ネットワークＮは、公衆通信回線でもよいし、専用通信回線でもよいし、それらの組み合わせによって構成された通信回線でもよい。ネットワークＮには、エスクローサービスサーバ１、サービスを予約する予約者２０が操作する予約者端末２、サービスを提供する提供者３０が操作する提供者端末３、第１のデジタル通貨を管理する第１デジタル通貨サーバ４、第２のデジタル通貨を管理する第２デジタル通貨サーバ６、及び予約サイトサーバ１０がそれぞれ相互通信可能に接続されている。

ここで、デジタル通貨とは、デジタルデータによって表現された金銭的価値（以下、単に価値と記載する）をいう。デジタル通貨は、複数の種類が存在し、電子マネーや暗号資産を含む。

電子マネーは、複数の種類が存在しており、それぞれの種類の電子マネーの使用方法は、種類毎に多少の相違がある（少なからず制約がある）。例えば、ある１つの電子マネーは、その電子マネーを取り扱うことができるように調整された所定の決済システムにおいて利用可能である。そのため、通常、ある１つの電子マネーは、それとは異なる他の電子マネーを取り扱うように調整された決済システムにおいて利用することができない。電子マネーサービスの例として、「ＬＩＮＥ Ｐａｙ」（登録商標）、「Ｙａｈｏｏ！（登録商標）マネー」等がある。

電子マネーの利用者は、円、ドル等の通貨を電子マネーに変換し、その変換した電子マネーを利用して商品やサービスを購入することが可能である。ここでいう商品は、実体のある物品や、データファイル、アプリケーションプログラム等のデジタルコンテンツを含んでもよい。

電子マネーの単位は、通貨単位と異なる独自の単位であってもよいが、通貨と同じ単位であってもよい。また、企業が独自に発行するポイントプログラムであって、企業ポイントとも言われる企業通貨も電子マネーに含まれてもよい。また、電子マネーは、ＩＣカードに情報を書き込みクレジットカードのように利用する形態（ＩＣカード型）や、インターネット上でデータとして流通する形態（ネットワーク型）、プリペイドカード型を含んでもよい。このとき、電子マネーを保持している口座は、通常、電子マネーを発行した団体・企業等の管理下にあるが、その口座が、ＩＣカードに配置されていたり、サーバに配置されていたり、携帯端末に配置されていたり、又は配置箇所がそれらの組み合わせから構成されていたりしてもよい。ここで、口座は、管理する団体・企業がユーザの有している電子マネーの量を記憶する電子的情報を含み、各ユーザに割り当てている電子マネーの量を増減可能なかたちで記憶する。

第１のデジタル通貨及び第２のデジタル通貨は、相互に異なる種類のデジタル通貨である。第１のデジタル通貨の決済には第１のデジタル通貨に対応している決済システムが必要である。第２のデジタル通貨の決済には第２のデジタル通貨に対応している決済システムが必要である。

エスクローサービスサーバ１、予約者端末２、提供者端末３、第１デジタル通貨サーバ４、第２デジタル通貨サーバ６、及び予約サイトサーバ１０は、その全部又は一部がそれぞれ異なる団体、企業又は個人に所有されているとともに、管理されていてよい。

こうした構成により、本実施形態では、例えば、予約サイトサーバ１０で成立した予約者２０による提供者３０が提供するサービスの予約は、エスクローサービスサーバ１を介しての予約の手続、任意のデジタル通貨による代金の受け渡しにより実行される。

図２を参照して、エスクローサービスサーバ１、予約者端末２、提供者端末３、第１デジタル通貨サーバ４、第２デジタル通貨サーバ６、及び予約サイトサーバ１０について説明する。

予約サイトサーバ１０は、例えば、飲食店やホテル、クリニックなどにおけるサービス提供の予約を行う、パーソナルコンピュータやワークステーションなどのコンピュータである。予約されるサービスは、例えば、公共交通機関における座席の予約や、施設の利用予約であってもよい。予約サイトサーバ１０において行われるサービス提供の予約は一般的で周知なものを想定し、説明を省略する。予約サイトサーバ１０は、サイト中で行われる予約に利用される情報として、予約情報１０１を有している。予約情報１０１は、予約者情報１０２、提供者情報１０３、サービス情報１０４、及び予約ＩＤ番号を含んでいる。予約サイトサーバ１０は、決済の方法の１つとしてエスクロー決済の選択に対応した処理を行うエスクロー決済部１１０を備えている。エスクロー決済部１１０は、決済の方法としてエスクロー決済が選択されたとき、エスクローサービスサーバ１に予約情報１０１を送信する。予約サイトサーバ１０は、決済の方法として、エスクロー決済以外の方法を有していて、エスクロー決済以外の方法が選択されてもよい。

予約者端末２は、サービスの予約者２０が操作する、たとえば携帯電話やスマートフォン、タブレットコンピュータ、パーソナルコンピュータ等のコンピュータである。予約者２０は、予約者端末２を操作して予約サイトサーバ１０にアクセスし、提供者３０が提供しているサービスの確認と予約を行うことや、その他、予約サイトサーバ１０における電子商取引に関する各種の操作を行うことができる。また、予約者２０は予約者端末２を操作して、エスクローサービスに関する情報をエスクローサービスサーバ１との間でやりとりする。また、予約者２０は予約者端末２の操作を通じて、予約者２０に割り当てられている予約者口座５を操作したり、予約に利用することを希望している第１のデジタル通貨でサービスの予約代金を支払う。

予約者端末２には、エスクローサービスアプリケーション（ＥＳＡｐｐ）９が設けられて（インストールされて）いる。ＥＳＡｐｐ９は、エスクローサービスサーバ１との間での情報の授受を容易にするアプリケーションである。ＥＳＡｐｐ９は、予約者２０がエスクローサービスサーバ１に通知しなければならない情報を予約者２０に入力させたり、予約者端末２から収集したりして生成して、エスクローサービスサーバ１に通知する。また、ＥＳＡｐｐ９は、予約者２０が予約者端末２を利用して行った予約に関する情報を保持していてもよい。

提供者端末３は、提供者３０が操作する、たとえば携帯電話やスマートフォン、タブレットコンピュータ、パーソナルコンピュータ等のコンピュータである。提供者３０は、提供者端末３を操作して予約サイトサーバ１０にアクセスし、予約者２０からの注文を確認することや、その他、予約サイトサーバ１０における電子商取引に関する各種の操作を行うことができる。また、提供者３０は提供者端末３を操作して、エスクローサービスに関する情報をエスクローサービスサーバ１との間でやりとりする。また、提供者３０は提供者端末３の操作を通じて、提供者３０に割り当てられている提供者口座７を操作したり、予約に利用することを希望している第２のデジタル通貨でサービスの提供代金を受け取ったことを確認することができる。

第１デジタル通貨サーバ４は、第１のデジタル通貨の流通を管理するサーバである。第１デジタル通貨サーバ４は、第１のデジタル通貨を取り扱える口座を維持管理するものであり、口座をユーザに貸し出している。第１デジタル通貨サーバ４は、貸し出し口座として、予約者２０の名義であって、予約者２０がデジタル通貨の出入りを管理する予約者口座５と、エスクローサービスサーバ１を管理する者の名義であって、エスクローサービスサーバ１が残高を把握する第１の口座４１とを有している。

第２デジタル通貨サーバ６は、第１のデジタル通貨とは種類が相違するデジタル通貨である第２のデジタル通貨の流通を管理するサーバである。第２デジタル通貨サーバ６は、第２のデジタル通貨を取り扱える口座を維持管理するものであり、口座をユーザに貸し出している。第２デジタル通貨サーバ６は、貸し出し口座として、提供者３０の名義であって、提供者３０がデジタル通貨の出入りを管理する提供者口座７と、エスクローサービスサーバ１を管理する者の名義であって、エスクローサービスサーバ１が残高を把握する第２の口座６１とを有している。

第１及び第２デジタル通貨サーバ４，６は、いずれもデジタル通貨サービスを行う、パーソナルコンピュータやワークステーション等のコンピュータである。第１及び第２デジタル通貨サーバ４，６としてはそれぞれ種類の相違するデジタル通貨の流通を管理するが、周知で一般的なデジタル通貨サービスを可能とするものを想定している。すなわち、図示しないが、デジタル通貨サーバは、デジタル通貨の利用者間の取引情報を取得する取引情報取得手段や、デジタル通貨の購入や現金に戻す際（現金化）に金融機関システムとの決済を行う決済手段や、デジタル通貨の各種の取引や処理を実行する取引実行手段を備えて構成されている。そして、各利用者に紐付けられているデジタル通貨の量が口座に記憶されている。また、デジタル通貨サーバは、デジタル通貨の口座に格納されたデジタル通貨の履歴情報を検索する履歴情報検索手段や、検索された履歴情報を利用者の求めに応じて通知する履歴情報通知手段や、履歴情報を半永久的に保全する履歴情報保全手段等を備えて構成されていてもよい。

エスクローサービスサーバ１は、エスクローサービスに関する処理を行う、パーソナルコンピュータやワークステーション等のコンピュータである。エスクローサービスサーバ１は、予約サイトサーバ１０から予約情報１０１を受信すると、予約ＩＤ番号のサービスに関して、予約者２０の支払いと提供者３０における予約に関する処理と、予約者２０の来店と提供者３０への代金送金とに関する処理とを行う。

エスクローサービスサーバ１は、エスクロー決済部１１０から予約情報１０１を取得して予約情報保持部１６に保持する予約情報取得部１１と、予約者端末２との間で代金受取処理を行う代金受取処理部１２とを備える。また、エスクローサービスサーバ１は、種類の違う第１のデジタル通貨の価値や、第２のデジタル通貨の価値を相互に換算したり、通貨に換算したりすることのできるデジタル通貨仲介部１３を備える。また、エスクローサービスサーバ１は、送金条件が成立することに応じて第２の口座６１から提供者口座７に第２のデジタル通貨を送金する代金受渡処理部１４を備える。また、エスクローサービスサーバ１は、第１の口座４１の残高及び第２の口座６１の残高をそれぞれ管理する口座管理部１５を備える。

続いて、図３〜図６を参照して、本実施形態におけるエスクロー決済システムを利用した予約の一例について説明する。
図３は、予約の第１段階として、予約サイトサーバ１０で予約者によって申し込まれた予約に対してエスクロー決済が選択され、予約情報を連携するまでを示すシーケンス図である。

まず、提供者３０が提供者端末３を操作して、予約サイトサーバ１０に提供するサービスについての情報を掲載する（図３のステップＳ３１）。このとき、提供者３０は、当該サービスの予約はエスクロー決済によってのみ予約が可能、又はエスクロー決済が選択可能である旨を併せて予約サイトサーバ１０に登録する。これにより、予約サイトサーバ１０で情報が掲載されたサービスを予約者２０がエスクロー決済を選択して予約することが可能な状態になる。

なお、提供者３０は、予め提供者情報１０３を登録することで予約サイトサーバ１０にサービスについての情報を掲載することが許可される。また、提供者３０は、サービスについての情報を掲載するとき、掲載するサービスのそれぞれにサービス情報１０４を登録する。提供者情報１０３には、提供者が決済に利用する種類のデジタル通貨が「第２のデジタル通貨」であること、第２デジタル通貨サーバ６に「提供者口座７」を有していることが含まれている。すなわち、提供者３０は、エスクローサービスサーバ１で決済可能な複数のデジタル通貨のうちから第２のデジタル通貨を決済用に選択している。また、提供者情報１０３には、提供者３０の住所、氏名、会社名、電話番号、メールアドレス等が含まれている。サービス情報１０４には、サービスの種別、サービス名、名称、所要時間、サービスの提供を行う担当者等の情報が含まれている。また、予約情報１０１には、予約に関する情報として、予約した日時、予約した人数、予約価格等が含まれている。

また、予約者２０が予約者端末２を操作して、予約サイトサーバ１０で提供されているサービスを予約するとともに、決済方法としてエスクロー決済を選択する（図３のステップＳ３２）。これにより、予約者２０が、予約サイトサーバ１０に掲載されたサービスの予約を決定して、予約に関する手続が進む状態になる。

なお、予約者２０は、予約者情報１０２を登録することで予約サイトサーバ１０のサービスを予約することができる。予約者情報１０２には、予約者２０が決済に利用する種類のデジタル通貨が「第１のデジタル通貨」であること、第１デジタル通貨サーバ４に「予約者口座５」を有していることが含まれている。すなわち、予約者２０は、エスクローサービスサーバ１で決済可能な複数のデジタル通貨のうちから第１のデジタル通貨を決済用に選択している。また、予約者情報１０２には、予約者２０の住所、氏名、会社名、電話番号、メールアドレス等が含まれている。

予約者端末２による操作で、予約者２０によるサービスの予約が申し込まれると、予約サイトサーバ１０は、予約者情報１０２、提供者情報１０３、サービス情報１０４、及び予約ＩＤ番号とから予約情報１０１を作成する。そして、作成した予約情報１０１をエスクロー決済部１１０で予約情報として登録する処理を行う（図３のステップＳ３３）。エスクロー決済部１１０は、登録された予約情報１０１をエスクローサービスサーバ１に通知することで予約情報１０１の連携を行う（図３のステップＳ３４）。そして、エスクローサービスサーバ１は、通知された予約情報１０１を予約情報取得部１１で取得し、取得した予約情報１０１に基づいてエスクローサービスを開始する（予約情報取得工程）。また、エスクローサービスサーバ１は、通知された予約情報１０１を予約情報取得部１１で取得して、少なくともエスクローサービスによる予約が完了するまでの期間、予約情報保持部１６に保持する。

エスクローサービスを開始する際、エスクローサービスサーバ１は、提供者端末３にエスクロー手続開始の通知を行ってもよく（図３のステップＳ３５−１）、予約者端末２にエスクロー手続開始の通知を行ってもよい（図３のステップＳ３５−２）。エスクローサービスサーバ１から予約者端末２や提供者端末３への通知は、適宜利用可能な方法が選択される。利用可能な方法は、電子メールや、予約サイトサーバ１０の通知機能や、第１デジタル通貨サーバ４や第２デジタル通貨サーバ６の通知機能等である。

図４は、予約の第２段階として、予約者２０が任意のデジタル通貨でサービスの提供代金を支払う際（代金受取処理工程）のシーケンス図である。
まず、エスクロー手続が開始されると、エスクローサービスサーバ１は、予約者端末２に支払の指示を電子メール等で通知する（図４のステップＳ４１）。支払の指示には、送金先の第１の口座４１の番号や、第１の口座４１へ送金する第１のデジタル通貨の量が含まれている。

予約者端末２に支払指示が通知されると、予約者２０が予約者端末２を操作して予約者口座５から第１の口座４１への第１のデジタル通貨の支払操作を行う（図４のステップＳ４２）。これにより、予約者口座５から第１の口座４１に第１のデジタル通貨が送金される（図４のステップＳ４３）。このとき、予約者口座５と第１の口座４１とは同一の種類の第１のデジタル通貨の口座であることから、予約者口座５から第１の口座４１への第１のデジタル通貨にかかる費用や手数料は、第１のデジタル通貨の利用の促進を図るためなどから、通常は、無料又は比較的低額である。また、予約者端末２には、予約者口座５から第１の口座４１へのデジタル通貨の送金が完了したことを示す送金完了通知が第１デジタル通貨サーバ４の予約者口座５に対応する機能から通知される（ステップＳ４３１）。これにより、予約者２０は、デジタル通貨の送金が完了したことを確認することができる。

第１の口座４１にデジタル通貨が入金されると、入金に関する情報を含む入金通知が第１の口座４１からエスクローサービスサーバ１へ通知される（図４のステップＳ４４）。より詳細には、入金通知は、第１デジタル通貨サーバ４からエスクローサービスサーバ１の第１の口座４１への入金情報の通知である。入金通知には、予約者２０の情報と支払額の情報とが含まれているとともに、予約ＩＤ番号が含まれていてもよい。エスクローサービスサーバ１は、予約情報１０１と入金情報とを照合することに基づいて、予約者２０の確認や、支払額の確認を行う（図４のステップＳ４５）。このとき、予約ＩＤ番号が含まれていれば、予約ＩＤ番号により予約情報１０１と入金情報とを照合してもよい。

照合によって予約者２０と支払額とが一致することが確認できた場合、エスクローサービスサーバ１は、予約されたサービスの提供代金が入金されたことを電子メール等で予約者端末２に通知する（図４のステップＳ４６）。この通知には、入金した第１のデジタル通貨の量や、送金先等が含まれていてもよい。これにより、予約者２０は予約者端末２による操作によって、支払ができたことを確認することができる。

一方、照合によって予約者２０と支払額との少なくとも一方が不一致である場合、入金額など手続き内容に誤りがある場合に限り、予約者２０が利用した第１デジタル通貨サーバ４を介して、予約者端末２に送金金額の訂正と、再送金の手続きを促す通知を行うようにしてもよい。さらに、予約者端末２に通知された手続に対応する送金金額の訂正と、再送金が行われないときや、再送金ができない問題があるとき、予約の中止を通知するようにしてもよい。

図５は、予約の第３段階として、予約に関する手続きが完了し、手続きが完了したことを予約者２０と提供者３０とに通知するまでを示すシーケンス図である。
予約者２０による支払が確認できると、エスクローサービスサーバ１は、予約サイトサーバ１０に対して、予約者２０からの入金が済んだことを示す入金完了通知を電子メール等で通知する（図５のステップＳ５１）。

入金完了通知が通知されると、予約サイトサーバ１０は、予約に関する手続きが完了したとして、提供者端末３宛てに予約者２０による予約がなされたことを示す予約通知を通知する（図５のステップＳ５２）。また、予約サイトサーバ１０は、予約者端末２宛てに提供者３０が提供するサービスの予約手続きが完了したことを示す予約完了通知を通知する（図５のステップＳ５４）。

予約者２０は、提供者３０のもとへ来店することで、サービスを提供される。提供者３０は、提供者端末３を操作することで、来店情報を入力する（図５のステップＳ５４）。入力される来店情報は、予約者２０が来店してサービスの提供を受けたことと、提供者３０が提供したサービスの代金とを含む情報である。提供者３０がサービスの提供を終了すると、提供者３０によって提供者端末３が操作され、来店情報の入力処理が行われる。提供者端末３は、入力された来店情報をエスクローサービスサーバ１に来店情報として通知して、通知した来店情報を登録させる。

図６は、予約の第４段階として、提供者３０が任意のデジタル通貨サービスで代金の受取を行い、サービス提供の手続きが完了するまで（代金受渡処理工程）のシーケンス図である。
提供者３０からの予約者２０が来店してサービスを受けたことを示す来店情報が登録されると、エスクローサービスサーバ１は、予約者２０から一時的に預かっていた（委託されていた）第１のデジタル通貨によるサービスの予約代金を、第２のデジタル通貨で提供者３０に支払う指示を行う（図６のステップＳ６１）。このとき、エスクローサービスサーバ１は、代金受渡処理部１４で支払い相当額に対応する量の第２のデジタル通貨を算出する。なお、支払い相当額は、サービスの提供価格であってもよいし、サービスの提供価格からエスクローサービスの利用料を減じた額であってもよいし、その他税金や立替金等を控除した額であってもよい。入金時にはサービスの提供価格に対応する量の第１のデジタル通貨が支払われていることから、算出された第２のデジタル通貨の量は、予約者２０から第１の口座４１に入金された第１のデジタル通貨のうちから支出可能である。

支払指示に応じて、代金受渡処理部１４は、第２の口座６１から提供者３０の提供者口座７へ支払い相当額に対応する量の第２のデジタル通貨を送金する（図６のステップＳ６２）。提供者口座７へデジタル通貨が入金されると、入金に関する情報を含む入金通知が提供者口座７から提供者端末３へ通知される（図６のステップＳ６３）。なお、詳しくは、入金通知としては、第２デジタル通貨サーバ６から提供者端末３へ提供者口座７の情報が通知される。また、代金受渡処理部１４（エスクローサービスサーバ１）には、第２の口座６１から提供者口座７へのデジタル通貨の送金が完了したことを示す送金完了通知が第２デジタル通貨サーバ６の第２の口座６１に対応する機能から通知される（ステップＳ６２１）。これにより、エスクローサービスサーバ１は、デジタル通貨の送金が完了したことを確認する。

提供者端末３は、入金通知に基づいてサービスの代金受取処理を行う（図６のステップＳ６４）。代金受取処理は、例えば、提供価格と入金額との照合処理等である。代金受取処理が済むと、提供者端末３は、エスクローサービスサーバ１に代金受取情報を通知する（図６のステップＳ６５）。

第２デジタル通貨サーバ６からの送金完了通知や、提供者端末３からの代金受取情報の登録通知に基づいて、エスクローサービスサーバ１は、支払情報の登録処理を行う（図６のステップＳ６７）。そして、支払情報の登録処理では、エスクローサービスサーバ１は、予約情報保持部１６に保持されている予約情報１０１について、予約の完了を登録し、その予約に関する処理を完了する。また、エスクローサービスサーバ１は、支払完了通知を電子メール等で予約者２０に通知する（図６のステップＳ６８）。支払完了通知は、提供者３０によって代金受取りが完了したことや、提供に係る手続きが完了したことを含んでいてもよい。

なお、エスクローサービスサーバ１は、予約者２０の予約者端末２の操作によって予約サイトサーバ１０において予約のキャンセルが行われたとき、予約サイトサーバ１０から送信されたキャンセル情報に基づいて、所定の返金条件の下、代金受取処理部１２によって第１のデジタル通貨を予約者２０に返金してもよい。キャンセル情報は、キャンセルされた予約に対応する予約ＩＤ番号や、キャンセルが行われた日時などが含まれる。なお、返金されるデジタル通貨の価値は、第１の口座４１に入金が完了した第１のデジタル通貨と同じ量や価値であってもよいし、入金された量等から所定のキャンセル料が減じられてもよいし時間換算等が行われたものであってもよい。所定のキャンセル料が減じられたとき、代金受渡処理部１４によって所定のキャンセル料に相当する量の第２のデジタル通貨が提供者口座７に送金されてもよいし、所定のキャンセル料から所定の手数料等が減じられてもよい。所定の返金条件は、キャンセルした日時から予約日時までの期間や、予約者２０による許諾、提供者３０による申立等のうちから必要なものを含んでよい。

一方、エスクローサービスサーバ１は、予約情報１０１に記録された予約日時から所定時間経過しても予約者２０が来店せず提供者３０から来店情報を受領できないとき所定の送金条件の下、第２のデジタル通貨を提供者３０に送金してもよい。なお、送金されるデジタル通貨の価値は、第１の口座に入金が完了した第１のデジタル通貨と同じ量や価値であってもよいし、入金された量等から所定の手数料当が減じられてもよいし時価換算等が行われたものであってもよい。所定時間は、数分から数時間、または数日単位で設定することができてよい。所定の送金条件は、予約サイトサーバ１０から予約者端末２へ予約日時のリマインドを行った回数や、予約サイトサーバ１０による状況確認の結果であったり、提供者３０による申立や、強制支払の承諾等のうちから必要なものを含んでよい。

一方、代金受取処理部１２は、予約日時に予約者２０が来店したにも関わらず、サービスの提供が行われなかったとき、または提供されたサービスが予約内容と異なっていたとき、所定の返金条件の下、第１のデジタル通貨を予約者２０に返金してもよい。なお、返金されるデジタル通貨の価値は、第１の口座４１に入金が完了した第１のデジタル通貨と同じ量や価値であってもよいし、入金された量等から所定の手数料等が減じられてもよいし、時価換算等が行われたものであってもよい。所定の返金条件は、予約サイトサーバ１０による状況確認の結果や、提供者３０の承諾等のうちから必要なものを含んでよい。

また、代金受取処理部１２は、提供者端末３から来店情報が入力された後、予約者２０が実際に来店して提供されたサービスの提供代金が、予約者２０が第１の口座に入金した第１のデジタル通貨の価値よりも低かったとき、所定の返金条件の下、サービスの提供代金と入金した第１のデジタル通貨の価値との差額として、第１のデジタル通貨を予約者２０に返金してもよい。例えば、予約者２０の人数が変更された場合や、提供されるサービスの内容が変更された場合、または割引クーポンなどが適用された場合に、予約者が入金した第１のデジタル通貨の価値に対して、実際に来店して提供されたサービスの提供代金が変わり得る。返金されるデジタル通貨の価値は、サービスの提供代金と入金した第１のデジタル通貨の価値との差額と同じ量や価値であってもよいし、差額から所定の手数料等が減じられてもよいし、時価換算等が行われたものであってもよい。所定の返金条件は、予約サイトサーバ１０による状況確認の結果や、予約者２０の承諾等のうちから必要なものを含んでよい。

なお、予約者２０が実際に来店して提供されたサービスの提供代金が、予約者２０が第１の口座に入金した第１のデジタル通貨の価値よりも高かったときは、予約者２０は提供者３０の店舗等においてサービスの提供代金と入金した第１のデジタル通貨の価値との差額を支払う。予約者２０が差額を支払う場合の決済手段は、複数種類のデジタル通貨に加えて、現金、クレジットカード、デビットカード、プリペイドカード等の少なくとも１つ以上を選択可能であってよい。

また、予約者２０が実際に来店して提供されたサービスの提供代金が、予約者２０が第１の口座に入金した第１のデジタル通貨の価値よりも高かったとき、代金受渡処理部１４は、提供者３０が提供者端末３を通じて入力した来店情報に基づいて、差額に相当する量の第２のデジタル通貨を提供者３０に送金してもよい。このとき、エスクローサービスサーバ１は、予約者２０に差額に相当する量の第１のデジタル通貨の入金を求める通知を行う。エスクローサービスサーバ１が提供者３０に第２のデジタル通貨を送金するタイミングは、予約者２０が差額に相当する量の第１のデジタル通貨を入金した後でもよく、入金する前でもよい。

（口座残高管理処理）
本実施形態では、エスクローサービスサーバ１は上述の口座管理部１５を備えている。
口座管理部１５は、第１の口座４１の残高、及び、第２の口座６１の残高を把握しながら管理し、調整する。例えば、口座管理部１５は、第１の口座４１には、第１の口座４１に対応するデジタル通貨残高の上限値と下限値とを有しているとともに、第２の口座６１には、第２の口座６１に対応するデジタル通貨残高の上限値と下限値を有している。第１の口座４１のデジタル通貨と、第２の口座６１のデジタル通貨とは、その流通量の相違等から需要が相違することが考えられるので、需要に応じた上限値と下限値とがそれぞれ設定されることが好ましい。

口座管理部１５は、第１の口座４１のデジタル通貨の残高が、設定された上限値と下限値との間にあるように調整する。例えば、口座管理部１５は、第１の口座４１の残高が、設定された上限値を上回った場合、当該口座からデジタル通貨を払い出すこと、及び、残高が下限値を下回った場合、当該口座にデジタル通貨を補充することの少なくとも一方の処理を行う。また、口座管理部１５は、第１の口座４１のデジタル通貨の残高の調整と同様に、第２の口座６１のデジタル通貨の残高の調整を行う。

口座の残高が上限値や下限値に到達したことに応じて、個々の予約で決済される金額よりも大きな金額を払い出したり、補充したりすることによりデジタル通貨の現金への換金や、購入の回数が減る。このため、デジタル通貨の換金や購入にかかる手間が減るとともに、換金や購入の際、金融機関やデジタル通貨管理団体等に支払う手数料の支出を減らすことができるようになる。

なお、エスクローサービスサーバ１では、予約が終了すれば、第１の口座４１の残高（価値）と、第２の口座６１の残高（価値）との総計は、予約前と同じになる。つまり、エスクローサービスサーバ１では、各口座の総残高は変化しない。また、デジタル通貨の口座を３つ以上所有する場合、各口座の残高の比率が当初の比率から変動することはあるが、全口座の総残高（総価値）は変化しない。よって、各口座の残高の調整を各口座間で行うことができる。また、３つ以上の口座の扱えるデジタル通貨の種類が相違すれば、エスクローサービスサーバ１が仲介することのできるデジタル通貨の種類の組み合わせも増加するようになる。

例えば、口座管理部１５は、払い出しによって口座の残高の増加を抑える調整を行うとき、払い出したデジタル通貨の量に相当する価値の全部又は一部を、払い出したデジタル通貨とは相違する種類の他のデジタル通貨の口座に補充する。また、補充対象とする他のデジタル通貨の口座が複数あるとき、複数の他の口座のうち、当該口座に設定された上限値又は下限値に対する充足率が低い残高である口座を選択して、この選択した口座に対して補充するようにすることができる。これにより、口座の残高が過剰になるおそれが低減されるようになる。

また、例えば、口座管理部１５は、補充によって口座の残高の減少を抑える調整を行うとき、補充に必要なデジタル通貨を、補充が必要なデジタル通貨とは相違する種類のデジタル通貨の口座である他の口座から払い出して補充する。また、払い出し対象とする他のデジタル通貨の口座が複数有るとき、複数の他の口座のうち、当該口座に設定された上限値又は下限値に対する充足率が高い残高である他の口座を選択して、この口座から払い出したデジタル通貨の送金により、補充対象の口座の残高を補充する。これにより、口座の残高が不足するおそれが低減されるようになる。

本実施形態によれば、以下のような効果を得ることができる。
（１）予約者２０が予約を申し込んだ時、サービスの提供代金をエスクロー決済システムによって決済することで予約手続きが完了するため、サービスの予約における安全性が確保される。
（２）提供者３０と予約者２０との間で相違する種類のデジタル通貨が決済に利用されたとしても、それら相違するデジタル通貨の間でエスクロー決済を行うことができる。これにより、エスクロー決済におけるデジタル通貨の利便性を高めることができる。

（３）予約者端末２に、送金に必要な情報が通知されることから予約者２０による適正な量のデジタル通貨の支払いが容易になる。また、入金されたデジタル通貨の量が適正であるかどうか判定されることから決済がスムーズになされるようになる。

（４）予約者２０が第１のデジタル通貨を支払った後であっても、予約者２０がキャンセル手続をしたとき、所定の返金条件の下、予約者２０の入金した種類のデジタル通貨が予約者２０に返金されるようになることから予約者２０が予約をキャンセルしたときの返金処理がスムーズになされるようになる。

（５）予約者２０が第１のデジタル通貨を支払った後であっても、提供者３０が予約されたサービスを提供しないとき、所定の返金条件の下、予約者２０の入金した種類のデジタル通貨が予約者に返金されるようになることから予約の安全性が確保される。

（６）予約者２０が予約した日時での来店を忘れたり、来店しなかったりするような場合であっても、提供者３０に支払い相当額に対応するデジタル通貨が支払われることから予約の安全性が確保される。

（７）第１の口座４１及び第２の口座６１の残高が払い出しや補充による調整を通じて設定された上限値と下限値との間に維持されるようになることから、第１の口座４１及び第２の口座６１に保持されている資金の量を適正な量に維持することができる。また、設定された上限値や下限値になることによって一定のまとまった額による払い出しや補充が行われることで払い出しや補充にかかる回数を減らすことができるとともに、手間や手数料を低く抑えられるようになる。

（８）予約者２０が第１のデジタル通貨を支払った後であっても、予約者が支払った第１のデジタル通貨の価値と実際に提供されたサービスの提供代金とが異なっていたとき、支払ったデジタル通貨の価値と提供代金との差額がエスクローサービスサーバ１を介して予約者２０に返金、または提供者３０に送金されることから、予約の安全性が確保される。

（９）エスクローサービスサーバ１によって管理される複数の口座内において残高の高い口座から、残高の低い口座に資金が移動されることから外部に対する入出金を減らすことができるため資金管理の利便性が高い。

また、上記実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・上記実施形態では、予約者２０と提供者３０との間で価値をやり取りする場合について例示した。一方、予約者２０によって行われた１つの予約において、予約者２０とともにサービスを提供される参加者がいる場合、参加者の名義であって各参加者がデジタル通貨の出入りを管理する参加者口座と、エスクローサービスサーバ１を管理する者の名義であってエスクローサービスサーバ１が残高を把握する第３の口座とを有する第３デジタル通貨サーバが、ネットワークＮに相互通信可能に接続されていてもよい。

このとき、予約者２０は、予約者２０と参加者とに提供されるサービスの提供代金に相当する量の第１のデジタル通貨を第１の口座４１に入金することで、予約に関する手続きを完了する。そして、予約者２０と参加者とが来店し、提供者３０によって来店情報が入力された後、エスクローサービスサーバ１は、代金受渡処理部１４において第２の口座６１から提供者口座７にサービスの提供代金を送金するとともに、代金受取処理部１２から参加者が操作する参加者端末に、参加者が提供されたサービスの提供代金の支払の指示を通知する。そして、参加者が参加者端末を操作して参加者口座から第３の口座へデジタル通貨の支払操作を行ったとき、代金受取処理部１２は、参加者が支払ったデジタル通貨に相当する量の第１のデジタル通貨を予約者口座５に入金する。予約者２０が第１の口座４１に第１のデジタル通貨を入金したときの入金情報と、参加者が第３の口座にデジタル通貨を入金したときの入金情報とはそれぞれ、エスクローサービスサーバ１において予約ＩＤ番号に対応付けて管理される。上述した構成によれば、予約者２０を含めたサービスを提供される者が複数いる場合であっても、予約者２０と提供者３０との決済、及び予約者２０と参加者との間の支払代金の清算を円滑に進めることができる。

なお、このとき、第３のデジタル通貨サーバが流通を管理するデジタル通貨は、第１のデジタル通貨及び第２のデジタル通貨と相違していてもよく、同じであってもよい。また、参加者は１人でもよく、複数人であってもよい。代金受取処理部１２は、提供者３０によって入力された来店情報に基づいて参加者が提供されたサービスの提供代金に相当する第１のデジタル通貨を予約者２０に入金してから、参加者端末に対して参加者が提供されたサービスの提供代金に相当する量のデジタル通貨の支払指示を通知してもよい。

また、代金受取処理部１２による参加者への支払の指示は、予約サイトサーバから送信された予約情報１０１に基づいて、予約者２０が予約に関する手続きを完了させた後、予約者２０と参加者とが来店する前に行ってもよい。

さらに、代金受取処理部１２は、予約に関する手続きが完了する前に参加者へ支払の指示を行ってもよい。例えば、代金受取処理部１２は、予約者２０がサービスの予約を申し込んだとき、予約サイトサーバ１０から送信された予約情報１０１に基づいて、予約者２０が予約したサービスの提供代金の支払指示を予約者２０に対して通知するとともに、参加者に提供されるサービスの提供代金の支払指示を参加者に対して通知してもよい。参加者が支払指示を通知される金額は、予約サイトサーバ１０から送信された予約情報１０１に基づいて算出された、サービスの提供代金の総額を予約者２０と参加者との人数で割った金額であってもよく、また、予約者２０によって任意に決められた金額であってもよい。参加者による支払が完了した時点で予約者２０が負担した金額は、予約者２０が提供されたサービスの提供代金と一致してもよく、異なってもよい。

そして、代金受取処理部１２は、予約者２０が予約者２０に提供されるサービスと参加者に提供されるサービスとの予約をまとめて申し込んだとき、予約者２０によって予約されたサービスのうち、予約者２０に提供される予定のサービスの提供代金の支払指示を予約者２０に対して通知し、また、参加者に提供される予定のサービスの提供代金の支払指示を参加者に対して通知してもよい。この場合、予約者２０による支払と参加者による支払とが全て確認できたとき、エスクローサービスサーバ１は予約サイトサーバ１０に対して入金完了通知を通知し、予約サイトサーバ１０において予約に関する手続きが完了してもよい。また、予約者２０と参加者とのうちの一部から支払が確認できたときに予約に関する手続きが完了してもよい。

・上記実施形態では、提供者３０が提供するサービスを予約者２０が予約する場合について例示した。しかしこれに限らず、エスクローサービスシステムは、商品を販売する販売者に対して、予約者が商品の購入を予約する場合においても適用することは出来る。

・上記実施形態では、予約者２０のエスクローサービスサーバ１とのやり取りをするためにＥＳＡｐｐ９を操作する場合について例示した。しかしこれに限らず、予約者２０は予約者端末２にインストールされたウェブブラウザ等のアプリからエスクローサービスサーバにアクセスして、支払指示等の通知や、第１のデジタル通貨の支払処理などを行ってもよい。

・上記実施形態では、提供者３０が予約者２０が来店したことの登録をするために提供者端末３を操作する場合について例示した。このとき、来店情報の登録は、提供者３０がブラウザ等に表示される入力フォーム（インターフェース）に書き込むことで登録されてもよく、提供者端末３にインストールされたＥＳＡｐｐを通じて登録されてもよい。

・エスクローサービスサーバ１は、予約者端末２に通知する支払の指示を、電子メール等ではなく、ＥＳＡｐｐ９を介して行うようにしてもよい。また、このとき、支払う金額（デジタル通貨の量）については、予約者により設定できてもよいし、支払指示に含まれる金額が設定されていてもよい。金額が設定されていれば、入金額を間違えて設定し、提供価格と入金額との間に齟齬が生じるようなことを防止することができる。

・エスクローサービスサーバ１は、提供者端末３に対する入金完了通知や出荷指示の通知を、電子メール等ではなく、ＥＳＡｐｐ９を介して行うようにしてもよい。
・エスクローサービスサーバ１は、予約者２０への支払完了通知を、電子メール等ではなく、ＥＳＡｐｐ９を介して行うようにしてもよい。

・エスクローサービスサーバ１は、口座管理部１５が設けられていなくてもよい。
・口座の残高が上限値や下限値に到達していなくても、必要に応じて適宜、個々の予約で決済される金額よりも大きな金額を払い出したり、補充したりしてもよい。これにより、デジタル通貨の換金や購入の回数を減らすことができて、デジタル通貨の換金や購入にかかる手間が減るとともに、換金や購入の際、金融機関やデジタル通貨管理団体等に支払う手数料の支出を減らすことができる。

・第１の口座４１に入金を行う口座は、予約者２０の名義と同じ名義である予約者口座５に限られない。第１の口座４１に入金を行った者が予約者２０であることが確認できれば、第１の口座４１に入金を行う口座は、予約者２０が所属する組織の名義であってもよく、予約者２０の旧姓の名義であってもよく、予約者２０の親族や友人などの他者の名義であってもよい。

・予約者２０によって第１の口座４１に入金される第１のデジタル通貨の量は、サービスの提供代金に相当する量に限られない。エスクローサービスサーバ１は、予約者２０によって予約したサービスの提供代金よりも少ない保証金の支払いを予約者２０に要求し、予約者２０が保証金に相当する量の第１のデジタル通貨を第１の口座４１に入金することで予約に関する手続きを完了してもよい。予約者２０が来店してサービスを受けたとき、予約者２０は、実際に提供されたサービスの提供代金と、予め支払った保証金との差額を支払う。予約者２０が予約サイトサーバ１０にアクセスしてキャンセル手続きをした際、エスクローサービスサーバ１は、所定の返金条件の下、予約者２０の予約者口座５に保証金を返金する。来店日時を過ぎても予約者２０が来店しなかった場合、エスクローサービスサーバ１は、所定の送金条件の下、保証金を提供者３０に送金する。

・上記実施形態では、エスクローサービスサーバ１では、第１のデジタル通貨と、第１のデジタル通貨とは相違する種類である第２のデジタル通貨との２つの種類のデジタル通貨が支払や受け取りに使える場合について例示した。しかし、これに限らず、エスクローサービスサーバ１では、予約者２０が支払に用いる第１のデジタル通貨と、提供者３０が受取に用いる第２のデジタル通貨とが同じ種類のデジタル通貨であってもよい。

・上記実施形態では、エスクローサービスサーバ１では、第１のデジタル通貨と第２のデジタル通貨との２つの種類のデジタル通貨が支払や受取に使える場合について例示した。しかし、これに限らず、エスクローサービスサーバでは、残高の把握可能な口座が増えて、支払や受取に使えるデジタル通貨の種類が増えてもよい。これにより、デジタル通貨の利便性が高められるようになる。

なお、エスクローサービスサーバは、複数種類のデジタル通貨に加えて、１又は複数の法定通貨によって、予約者２０による支払と、提供者３０への送金とを行ってもよい。すなわち、エスクローサービスサーバは、予約情報に基づいて予約者２０から金銭的価値を第１の口座４１に入金され、来店情報に基づいて第２の口座６１から提供者口座７へ金銭的価値を送金する構成であれば、上記（１）に準じた効果を得ることはできる。

また、エスクローサービスサーバは、予約者口座５から第１の口座４１へのお金の入金や、第２の口座６１から提供者口座７へのお金の送金に限らず、１又は複数のクレジットカード、１又は複数のデビットカード、１又は複数のプリペイドカード等の少なくとも１つ以上の決済方法を選択可能であってもよい。

さらに、予約者２０が第１の口座４１に入金する方法は１種類の決済方法に限らず、例えば、入金する金額の半分に相当する量の第１のデジタル通貨を入金し、第１のデジタル通貨と相違する種類のデジタル通貨であって、入金する金額のもう半分に相当する量のデジタル通貨をさらに入金してもよい。すなわち、予約者２０は複数種類の決済方法を併用して入金してもよい。

また、提供者３０がサービスの提供代金を受け取る方法は、１種類の決済方法に限らず、例えば、受け取る金額の半分に相当する量の第２のデジタル通貨を受け取り、第２のデジタル通貨とは相違する種類のデジタル通貨であって、受け取る金額のもう半分に相当する量のデジタル通貨を受け取ってもよい。すなわち、提供者は複数種類の決済方法を併用して受け取ってもよい。

１…エスクローサービスサーバ、２…予約者端末、３…提供者端末、４…第１デジタル通貨サーバ、５…予約者口座、６…第２デジタル通貨サーバ、７…提供者口座、９…エスクローサービスアプリケーション（ＥＳＡｐｐ）、１０…予約サイトサーバ、１１…予約情報取得部、１２…代金受取処理部、１３…デジタル通貨仲介部、１４…代金受渡処理部、１５…口座管理部、１６…予約情報保持部、２０…予約者、３０…提供者、４１…第１の口座、６１…第２の口座、１０１…予約情報、１０２…予約者情報、１０３…提供者情報、１０４…サービス情報、１１０…エスクロー決済部、Ｎ…ネットワーク。

Claims (10)

1. サービスの予約においてエスクロー決済を可能とするエスクローサービスサーバを備える予約システム用エスクロー決済システムであって、
   前記エスクローサービスサーバが、
   提供されるサービスの予約が行われる予約サイトサーバから予約情報を受け取る予約情報取得部と、
   前記予約情報で支払に指定された種類と同じ種類である第１のデジタル通貨の流通を管理する第１のデジタル通貨サーバが貸している第１の口座であって、前記エスクローサービスサーバが残高を把握する前記第１の口座に前記予約情報で指定された予約者の口座から前記エスクローサービスサーバが前記予約情報を通知した前記予約者の支払指示による入金が完了したことを認知するとともに、前記入金が完了したことを提供者端末に通知する代金受取処理部と、
   提供者からの前記予約者の来店情報の受領に応じて、前記予約者の口座から前記第１の口座に入金された第１のデジタル通貨のうちから支払い相当額に対応する量の第２のデジタル通貨であって、前記第１のデジタル通貨とは相違する種類として前記予約情報で提供者が受取に指定した種類である第２のデジタル通貨を、前記エスクローサービスサーバの支払指示に応じて前記エスクローサービスサーバが残高を把握する第２の口座であって、前記第２のデジタル通貨の流通を管理する第２のデジタル通貨サーバが貸している前記第２の口座から前記提供者の口座に送金するとともに、前記提供者に送金完了を通知する代金受渡処理部とを備える
   予約システム用エスクロー決済システム。
2. 前記予約情報には、予約者情報と、提供者情報と、サービス情報とが含まれ、
   前記代金受取処理部は、前記予約者情報、前記提供者情報、及び前記サービス情報に基づいて、前記第１の口座へ送金する前記第１のデジタル通貨の量を前記予約者に通知するとともに、前記第１の口座に入金された前記第１のデジタル通貨の量が適正であるか否かを判定する
   請求項１に記載の予約システム用エスクロー決済システム。
3. 前記予約サイトサーバから前記サービスのキャンセル情報を取得することが可能であり
   、
   前記代金受取処理部は、前記代金受取処理部から前記提供者端末に前記入金が完了した通知を行ってから所定期間経過後に前記予約サイトサーバから前記サービスのキャンセル情報が得られたとき、所定の返金条件の下、前記第１の口座に前記入金が完了した前記第１のデジタル通貨を前記予約者の口座に返金する
   請求項１又は２に記載の予約システム用エスクロー決済システム。
4. 前記代金受渡処理部は、前記提供者から前記来店情報が受領できないとき、前記予約情報に基づいて前記予約者がサービスの提供を予約した日時から所定期間経過後、所定の支払条件の下、前記支払い相当額に対応する量の前記第２のデジタル通貨を前記提供者の口座に送金する
   請求項１〜３のいずれか一項に記載の予約システム用エスクロー決済システム。
5. 前記代金受取処理部は、前記提供者端末から取得した前記来店情報に基づいて、前記提供者が前記予約者に提供したサービスの代金が前記第１の口座に前記入金が完了した前記第１のデジタル通貨の量よりも少ないと判断したとき、所定の返金条件の下、前記第１の口座に前記入金が完了した前記第１のデジタル通貨を前記予約者の口座に返金する
   請求項１〜４のいずれか一項に記載の予約システム用エスクロー決済システム。
6. 前記第１の口座の残高及び前記第２の口座の残高を管理する口座管理部を備え、
   前記口座管理部は、前記第１の口座及び前記第２の口座のうちで残高が設定された上限値を上回った口座について当該口座からデジタル通貨の払い出しをすること、及び、残高が設定された下限値を下回った口座についてデジタル通貨を補充することの少なくとも一方の処理を行う
   請求項１〜５のいずれか一項に記載の予約システム用エスクロー決済システム。
7. 前記口座管理部は、前記払い出したデジタル通貨に相当する額の全部又は一部を前記払い出したデジタル通貨とは相違する種類のデジタル通貨の口座である他の口座であって、前記他の口座に設定された上限値又は下限値に対する充足率が低い前記他の口座へ補充する
   請求項６に記載の予約システム用エスクロー決済システム。
8. 前記口座管理部は、前記補充が必要なデジタル通貨を、前記補充が必要なデジタル通貨とは相違する種類のデジタル通貨の口座である他の口座であって、前記他の口座に設定された上限値又は下限値に対する充足率が高い前記他の口座からの送金により補充する
   請求項６又は７に記載の予約システム用エスクロー決済システム。
9. 前記予約者が、前記予約者と、前記予約者とともにサービスを提供される参加者とが提供されるサービスの提供代金に相当する量の第１のデジタル通貨を第１の口座に入金したとき、
   前記代金受取処理部は、
   前記提供者端末から取得した前記来店情報に基づいて、前記予約者が前記第１の口座に入金が完了した提供代金のうち、前記参加者に提供されたサービスの提供代金の支払指示を前記参加者が操作する参加者端末に通知し、
   前記参加者に提供されたサービスの提供代金に相当する額の第１のデジタル通貨を前記予約者の口座に入金する
   請求項１〜８のいずれか一項に記載の予約システム用エスクロー決済システム。
10. サービスの予約においてエスクロー決済を可能とするエスクローサービスサーバで行われる予約システム用エスクロー決済方法であって、
    提供されるサービスの予約が行われる予約サイトサーバから予約情報を受け取る予約情報取得工程と、
    前記予約情報で支払に指定された種類と同じ種類である第１のデジタル通貨の流通を管理する第１のデジタル通貨サーバが貸している第１の口座であって、前記エスクローサービスサーバが残高を把握する前記第１の口座に前記予約情報で指定された予約者の口座から前記エスクローサービスサーバが前記予約情報を通知した前記予約者の支払指示による入金が完了したことを認知するとともに、前記入金が完了したことを提供者端末に通知する代金受取処理工程と、
    提供者からの前記予約者の来店情報の受領に応じて、前記予約者の口座から前記第１の口座に入金された第１のデジタル通貨のうちから支払い相当額に対応する量の第２のデジタル通貨であって、前記第１のデジタル通貨とは相違する種類として前記予約情報で提供者が受取に指定した種類である第２のデジタル通貨を、前記エスクローサービスサーバの支払指示に応じて前記エスクローサービスサーバが残高を把握する第２の口座であって、前記第２のデジタル通貨の流通を管理する第２のデジタル通貨サーバが貸している前記第２の口座から前記提供者の口座に送金すると共に、前記提供者に送金完了を通知する代金受渡処理工程とを備える
    予約システム用エスクロー決済方法。