特許 7624783 仲介システム、コンピュータ実装方法、及びコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2025-01-23

(45)【発行日】2025-01-31

(54)【発明の名称】仲介システム、コンピュータ実装方法、及びコンピュータプログラム

(51)【国際特許分類】

   G06Q 20/06 20120101AFI20250124BHJP

【ＦＩ】

G06Q20/06

【請求項の数】 9

(21)【出願番号】P 2024132007

(22)【出願日】2024-08-08

(62)【分割の表示】P 2024071725の分割

【原出願日】2024-04-25

【審査請求日】2024-08-09

【早期審査対象出願】

(73)【特許権者】

【識別番号】521282893

【氏名又は名称】株式会社ガイアホールディングス

(74)【代理人】

【識別番号】100111567

【弁理士】

【氏名又は名称】坂本 寛

(72)【発明者】

【氏名】小倉 基宏

【審査官】関 博文

(56)【参考文献】

【文献】米国特許出願公開第２０２３／０３９４４４６（ＵＳ，Ａ１）

【文献】国際公開第２０２２／１５３６４１（ＷＯ，Ａ１）

【文献】特開２０２２－０７２３５９（ＪＰ，Ａ）

【文献】特開２０２３－００７５５６（ＪＰ，Ａ）

【文献】特開２０２３－０５９０３３（ＪＰ，Ａ）

【文献】特開２０２２－０１１１０３（ＪＰ，Ａ）

【文献】韓国公開特許第１０－２０２１－００４８３３６（ＫＲ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

暗号資産を送信する第１ユーザと、第２ユーザと、を仲介する仲介システムであって、
前記第１ユーザから送信された暗号資産をブロックチェーンにおいて受け取るためのブロックチェーンアカウントを、当該受け取りのために設定し、
当該受け取りのために設定した前記ブロックチェーンアカウントへの暗号資産の送信のトランザクションが前記ブロックチェーンにおいて発生するかどうかを監視し、当該監視によって、設定した前記ブロックチェーンアカウントへの暗号資産の送信のトランザクションを検出すると、前記ブロックチェーンにおいて前記トランザクションの承認が完了する前に、前記第２ユーザへの支払いを保証又は実施する、
ことを含む処理を実行するよう構成されている、仲介システム。

【請求項2】

前記第２ユーザへの支払いを保証することは、前記第２ユーザへ通知を送信することを含む、
請求項１に記載の仲介システム。

【請求項3】

前記処理は、前記通知を送信した後に、前記第２ユーザへの支払いの実施のため、前記第２ユーザのアカウントへ、暗号資産又は他の価値データを送信することを含む、
請求項２に記載の仲介システム。

【請求項4】

前記第２ユーザへの支払いを実施することは、前記第２ユーザのアカウントへ、暗号資産又は他の価値データを送信することを含む、
請求項１に記載の仲介システム。

【請求項5】

暗号資産を送信する第１ユーザと、第２ユーザと、を仲介するためにコンピュータによって実行されるコンピュータ実装方法であって、
前記第１ユーザから送信された暗号資産をブロックチェーンにおいて受け取るためのブロックチェーンアカウントを、当該受け取りのために設定し、
当該受け取りのために設定した前記ブロックチェーンアカウントへの暗号資産の送信のトランザクションが前記ブロックチェーンにおいて発生するかどうかを監視し、当該監視によって、設定した前記ブロックチェーンアカウントへの暗号資産の送信のトランザクションを検出すると、前記ブロックチェーンにおいて前記トランザクションの承認が完了する前に、前記第２ユーザへの支払いを実施又は保証する、
ことを含む、コンピュータ実装方法。

【請求項6】

前記第２ユーザへの支払いを保証することは、前記第２ユーザへの通知を送信することを含む、
請求項５に記載のコンピュータ実装方法。

【請求項7】

請求項５に記載の方法を利用して商品又はサービスを販売するために、コンピュータによって実行されるコンピュータ実装方法であって、
請求項５に記載の方法によって前記第２ユーザへの支払いが保証又は実施されると、前記第１ユーザへの商品又はサービスの提供の処理を行う、
ことを含む、コンピュータ実装方法。

【請求項8】

前記第２ユーザへの支払いを実施することは、前記ブロックチェーンアカウントを管理するシステムが前記第２ユーザのアカウントへ、暗号資産又は他の価値データを送信することを含む、
請求項５に記載のコンピュータ実装方法。

【請求項9】

暗号資産を送信する第１ユーザと、第２ユーザと、を仲介するために、前記第１ユーザから送信された暗号資産をブロックチェーンにおいて受け取るためのブロックチェーンアカウントを、当該受け取りのために設定し、当該受け取りのために設定した前記ブロックチェーンアカウントへの暗号資産の送信のトランザクションが前記ブロックチェーンにおいて発生するかどうかを監視し、当該監視によって、設定した前記ブロックチェーンアカウントへの暗号資産の送信のトランザクションを検出すると、前記ブロックチェーンにおいて前記トランザクションの承認が完了する前に、前記第２ユーザへの支払いを実施又は保証する、ことを含む処理をコンピュータに実行させるコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、仲介システム、コンピュータ実装方法、及びコンピュータプログラムに関する。

【背景技術】

【0002】

暗号資産の取引は、ブロックチェーンなどの分散台帳システムに記録される。暗号資産を送信する等の暗号資産の取引が発生すると、トランザクション（取引データ）が生成される。トランザクションは、マイナーによってマイニングされることで、承認される。承認によって、トランザクションがブロックチェーンの新たなブロックに追加される。トランザクションが承認されると暗号資産の取引が完了する。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第６９３１９５１号公報

【発明の概要】

【0004】

第１ユーザと第２ユーザとの間の売買・送金等の取引において、暗号資産が利用されることがある。しかし、一般に、ブロックチェーンにおける暗号資産のトランザクションの承認には時間がかかるという問題がある。トランザクションの承認には、例えば、１時間程度かかることもある。

【0005】

トランザクションの承認に時間がかかると、暗号資産を利用した売買・送金等の完了に時間がかかり、第１ユーザ又は第２ユーザにとって、不便なことがある。

【0006】

したがって、暗号資産のトランザクションの承認に時間がかかる場合であっても、その不便さを低減して、利便性を高めることが望まれる。

【0007】

本開示のある側面は、システムである。開示のシステムは、暗号資産を送信する第１ユーザと、第２ユーザと、を仲介する仲介システムであって、前記第１ユーザから送信された暗号資産を受け取るためのアカウントへの暗号資産の送信のトランザクションを検出すると、前記トランザクションの承認が完了する前に、前記第２ユーザへの支払いを保証又は実施する、ことを含む処理を実行するよう構成されている。

【0008】

本開示の他の側面は、方法である。開示の方法は、暗号資産を送信する第１ユーザと、第２ユーザと、を仲介するためにコンピュータによって実行されるコンピュータ実装方法であって、前記第１ユーザから送信された暗号資産を受け取るためのアカウントへの暗号資産の送信のトランザクションを検出すると、前記トランザクションの承認が完了する前に、前記第２ユーザへの支払いを実施又は保証する、ことを含む。

【0009】

本開示の他の側面は、コンピュータプログラムである。開示のコンピュータプログラムは、暗号資産を送信する第１ユーザと、第２ユーザと、を仲介するために、前記第１ユーザから送信された暗号資産を受け取るためのアカウントへの暗号資産の送信のトランザクションを検出すると、前記トランザクションの承認が完了する前に、前記第２ユーザへの支払いを実施又は保証する、ことを含む処理をコンピュータに実行させる。

【0010】

更なる詳細は、後述の実施形態として説明される。

【図面の簡単な説明】

【0011】

【図1】図１は、仲介システム等のネットワーク構成図である。

【図2】図２は、仲介システムにおける処理手順を示すフローチャートである。

【図3】図３は、暗号資産を利用した商品／サービスの提供例を示す図である。

【図4】図４は、暗号資産を利用した商品／サービスの提供例の手順を示すフローチャートである。

【図5】図５は、暗号資産を利用商品サービスの提供の比較例を示す図である。

【図6】図６は、暗号資産の送金の例を示す図である。

【図7】図７は、暗号資産の送金の例の手順を示すフローチャートである。

【図8】図８は、暗号資産の送金の比較例を示す図である。

【発明を実施するための形態】

【0012】

＜１．仲介システム、コンピュータ実装方法、及びコンピュータプログラムの概要＞

【0013】

（１）実施形態に係るシステムは、暗号資産を送信する第１ユーザと、第２ユーザと、を仲介する仲介システムであり得る。実施形態に係る仲介システムは、前記第１ユーザから送信された暗号資産を受け取るためのアカウントへの暗号資産の送信のトランザクションを検出すると、前記トランザクションの承認が完了する前に、前記第２ユーザへの支払いを保証又は実施する、ことを含む処理を実行するよう構成され得る。実施形態に係る仲介システムによれば、トランザクションの承認に時間がかかる場合であっても、前記トランザクションの承認が完了する前に、前記第２ユーザへの支払いが実施又は保証されるため、利便性が高まる。

【0014】

（２）前記第２ユーザへの支払いを保証することは、前記第２ユーザへ通知を送信することを含み得る。

【0015】

（３）前記処理は、前記通知を送信した後に、前記第２ユーザへの支払いの実施のため、前記仲介システムが前記第２ユーザのアカウントへ、暗号資産又は他の価値データを送信することを含み得る。

【0016】

（４）前記第２ユーザへの支払いを実施することは、前記仲介システムが前記第２ユーザのアカウントへ、暗号資産又は他の価値データを送信することを含み得る。

【0017】

（５）実施形態に係る方法は、暗号資産を送信する第１ユーザと、第２ユーザと、を仲介するためにコンピュータによって実行されるコンピュータ実装方法であり得る。実施形態に係るコンピュータ実装方法は、前記第１ユーザから送信された暗号資産を受け取るためのアカウントへの暗号資産の送信のトランザクションを検出すると、前記トランザクションの承認が完了する前に、前記第２ユーザへの支払いを実施又は保証する、ことを含み得る。

【0018】

（６）前記第２ユーザへの支払いを保証することは、前記第２ユーザへの通知を送信することを含み得る。

【0019】

（７）実施形態に係る方法は、前記（５）に記載の方法を利用して商品又はサービスを販売するために、コンピュータによって実行されるコンピュータ実装方法であり得る。実施形態に係るコンピュータ実装方法は、前記（５）に記載の方法によって前記第２ユーザへの支払いが保証又は実施されると、前記第１ユーザへの商品又はサービスの提供の処理を行う、ことを含み得る。

【0020】

（８）前記ユーザへの支払いを実施することは、前記アカウントを管理するシステムが前記第２ユーザのアカウントへ、暗号資産又は他の価値データを送信することを含むみ得る。

【0021】

（９）実施形態に係るコンピュータプログラムは、暗号資産を送信する第１ユーザと、第２ユーザと、を仲介するために、前記第１ユーザから送信された暗号資産を受け取るためのアカウントへの暗号資産の送信のトランザクションを検出すると、前記トランザクションの承認が完了する前に、前記第２ユーザへの支払いを実施又は保証する、ことを含む処理をコンピュータに実行させ得る。

【0022】

＜２．仲介システム、コンピュータ実装方法、及びコンピュータプログラムの例＞

【0023】

以下、図面を参照しつつ、実施形態をより詳細に説明する。

【0024】

図１は、実施形態に係る仲介システム１０及び仲介システム１０に関連する要素を示している。仲介システム１０は、第１ユーザ５１と第２ユーザ５２との間で、暗号資産の送信を伴う商行為を仲介する。暗号資産の送信を伴う商行為は、例えば、商品／サービスの販売、又は、送金である。仲介システム１０によって仲介される商行為では、暗号資産が利用される。

【0025】

暗号資産は、電子的な財産価値であり、ブロックチェーンなどの分散台帳技術によって管理される。暗号資産は、例えば、ビットコイン、イーサリアム、ネム、又はリップル等のトークンである。暗号資産は、ステーブルコイン又は中央銀行デジタル通貨（ＣＢＤＣ）であってもよい。暗号資産は、仮想通貨とも呼ばれ得る。

【0026】

ユーザ５１，５２は、例えば、端末３１，３２を用いて、商行為を行う。商行為が商品／サービスの販売である場合、第１ユーザ５１は、商品／サービスの購入者（消費者）であり、第２ユーザ５２は、商品／サービスの販売者であり得る。端末３１，３２は、ネットワーク１５を介して、仲介システム１０に接続され得る。端末３１，３２は、仲介システム１０との間で通信可能である。

【0027】

取引が商品／サービスの販売である場合、端末３１は、例えば、商品／サービスの消費者である第１ユーザ５１が有するスマートフォン、タブレット、又はパーソナルコンピュータであ得る。また、端末３２は、商品／サービスの販売業者である第２ユーザ５２の店舗に設置されたスマートフォン、タブレット、パーソナルコンピュータ、自動販売機などの無人販売機、又は、オンラインショップ／オンラインゲーム等のオンラインで商品／サービスを提供するためのコンピュータであり得る。

【0028】

取引が送金である場合、端末３１は、例えば、送り主である第１ユーザ５１が有するスマートフォン、タブレット、又はパーソナルコンピュータであり、端末３２は、例えば、受け取り者である第２ユーザ５２が有するスマートフォン、タブレット、又はパーソナルコンピュータであり得る。ユーザ５１，５２が使用するコンピュータは、クライアント端末である必要はなく、サーバコンピュータであってもよい。

【0029】

仲介システム１０は、ネットワーク１５上のサーバ１０として構成され得る。サーバ１０は、第１ユーザ５１と第２ユーザ５２との間の商行為の仲介のための処理を実行する。サーバ１０は、プロセッサと、プロセッサに接続された記憶装置と、を備える１又は複数のコンピュータによって構成され得る。サーバ１０は、一例として、クラウドサーバによって構成され得る。

【0030】

サーバ１０の記憶装置は、例えば、一次記憶装置及び二次記憶装置を備える。一次記憶装置は、例えば、ＲＡＭである。二次記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）である。記憶装置は、プロセッサによって実行されるコンピュータプログラムを備える。サーバ１０のプロセッサは、記憶装置に格納されたコンピュータプログラムを読み出して実行する。コンピュータプログラムは、コンピュータを、実施形態に係る仲介システム１０として動作させるための命令を示すプログラムコードを有する。

【0031】

サーバ１０は、ネットワーク１５を介して、端末３１，３２（ユーザコンピュータ）と通信可能である。

【0032】

第１ユーザ５１は、第２ユーザ５２との商行為として、ブロックチェーン２０などの分散台帳システム上の暗号資産を送信し得る。ここでの、第１ユーザ５１は、暗号資産の送り主（支払元）である。第２ユーザ５２は、本来的には、送信された暗号資産の受け取り者（支払先）であるが、実施形態においては、第１ユーザ５１が送信した暗号資産の直接の受け取り者にはならない。実施形態においては、第１ユーザ５１が送信した暗号資産は、仲介システム１０によって受信される。つまり、暗号資産は、第１ユーザ５１のアカウントから、仲介システム１０のアカウント（受け取り用アカウント）へ送信される。第２ユーザ５２は、第１ユーザ５１から、直接、暗号資産を受け取る代わりに、第１ユーザ５１から送信された暗号資産相当の価値データを、仲介システム１０から受け取る。

【0033】

第１ユーザ５１が、端末３１において、暗号資産の送信の操作を行うと、ブロックチェーンなどの分散台帳システム上で、トランザクション（取引データ）が発生する（図２のステップＳ２０１参照）。ここで発生するトランザクションは、暗号資産が受け取り用アカウントへ送信されたことを示す取引データである。トランザクションは、マイニングされることで、承認される。トランザクションが承認されると暗号資産の送信が完了する。しかし、トランザクションが発生してから承認されるまでには、長時間かかることがある。

【0034】

実施形態に係る仲介システム１０は、第１ユーザ５１と第２ユーザ５２との間で仲介することで、長時間かかることがあるトランザクション承認を伴う商行為が円滑に実行されるのを支援する。このため、仲介システム１０は、受け取り用アカウントを含むトランザクションが発生したかどうかを監視し、トランザクションが発生すれば、トランザクションの承認を待つことなく、暗号資産の送信が完了したものとみなす。

【0035】

仲介システム１０は、実際には暗号資産の送信が完了していない状態であっても、暗号資産の送信が完了したものとみなし、第１ユーザ５１及び第２ユーザ間の商行為の完了に必要な処理を実行する（図２のステップＳ２０２）。例えば、仲介システム１０は、送信された暗号資産の本来の受け取り者である第２ユーザ５２への支払いを保証したり、第２ユーザ５２の支払いを実行したりする（ステップＳ２０２）。これにより、第１ユーザ５１による暗号資産の送信が完了していなくても、第２ユーザ５２は、送信が完了したことを前提にして、次のアクションをとることができる。また、仲介システム１０は、送信が完了したことを前提にして、次のアクションのための処理を実行できる。

【0036】

次のアクションは、例えば、暗号資産の送信を伴う当該商行為におけるアクション、又は、他の商行為におけるアクションである。暗号資産の送信を伴う当該商行為におけるアクションは、例えば、送信された暗号資産を対価とする商品／サービスの提供である。仲介システム１０は、商品／サービスの提供のための処理を実行し得る。この場合、第２ユーザ５２は、早期に商品／サービスを第１ユーザ５１に提供できる。この結果、第１ユーザ５１の利便性が高まる。なお、第１ユーザ５１の利便性の高さは、反射的に、第２ユーザ５２の利便性の高さとしても把握できる。

【0037】

次のアクションとしての他の商行為におけるアクションは、例えば、送金されたものを支払い原資又は送金原資とする他の商行為におけるアクションである。仲介システム１０は、他の商行為（の仲介）のための処理を実行し得る。この場合、第２ユーザ５２は、送金されたものを早期に利用できる。この結果、第２ユーザ５２の利便性が高まる。なお、第２ユーザ５２の利便性の高さは、反射的に、第１ユーザ５１の利便性の高さとしても把握できる。

【0038】

以上のように、仲介システム１０を利用すると、第１ユーザ５１と第２ユーザとの間の商行為を早期に完了させることができ、第１ユーザ５１又は第２ユーザ５２の利便性が高まる。

【0039】

なお、受け取り用アカウントを含むトランザクションが発生した場合、仲介システム１０は、必要に応じて、第１ユーザ５１の信用情報を確認するなどして、第１ユーザ５１が信用できる場合に、次のアクションのための処理を実行してもよい。また、発生したトランザクションには、送信された暗号資産の数量が含まれるため、次のアクションのための処理に先立って、必要な数量の暗号資産の送信がされたかどうかを判定してもよい。発生したトランザクションには、送信元のアカウントも含まれるため、次のアクションのための処理の実行に先立って、送信元のアカウントも確認してもよい。

【0040】

図３及び図４は、暗号資産の支払による商品／サービスの提供を、仲介システム１０が仲介する場合の手順の一例を示している。なお、図３及び図４では、第１ユーザ５１は「消費者」として示され、第２ユーザ５２は「業者」として示されている。

【0041】

図４に示すように、消費者５１は、端末３１を操作（支払い開始アクションを実行）して、業者５２から商品／サービスを購入するため、支払のための処理を開始する（ステップＳ４０１）。なお、支払の処理の開始は、業者５２が端末３２を操作（支払い開始アクション）することによって行われてもよい。

【0042】

仲介システム１０は、支払い開始のアクションがなされると、消費者５１から暗号資産を受け取るための受け取りアドレス（受け取りアカウント）を設定する（ステップＳ４０２）。受け取りアカウントは、仲介システム１０が暗号資産を受け取るためのアカウントである。受け取りアカウントは、例えば、ブロックチェーン２０上において、仲介システムの管理者（仲介者）によって設定されたウォレットアドレス（仲介者ウォレットアドレス：図３参照）である。

【0043】

受け取りアカウントは、例えば、１回の受け取りのためだけ使用される使い捨てアカウントであってもよいし、複数回の受け取りに使用される使い回りアカウントであってもよい。受け取りアカウントは、複数のアカウントの中から、適宜設定されてもよいし、予め設定されていてもよい。

【0044】

受け取りアカウントは、暗号資産の送り主である消費者５１へ通知される。例えば、仲介システム１０は、受け取りアカウントを業者端末３２へ送信し（ステップＳ４０３）、業者５２から、消費者５１へ通知される。例えば、業者端末３２において、受け取りアカウントを示す二次元コードを表示し、消費者端末３１において、その二次元コードを読み取ることによって、消費者端末３１は、受け取りアカウントを取得し得る。業者端末３２から消費者端末３１への受け取りアカウントの送信は、近距離無線通信などの無線通信によって行われてもよい。

【0045】

また、受け取りアカウントは、仲介システム１０から、消費者端末３１へ送信されてもよい（ステップＳ４０４）。

【0046】

消費者５１は、受け取りアカウント（仲介者ウォレットアドレス）を取得した消費者端末３１を操作して、受け取りアカウントへ、商品／サービスの購入に必要な暗号資産を送信する（図３及び図４のステップＳ４０５）。送信されるべき暗号資産の数量は、例えば、商品／サービスの価格相当の暗号資産の数量、又は、商品／サービスの価格に仲介者の手数料又はその他の手数料を加えた合計額相当の暗号資産の数量である。

【0047】

消費者５１が、端末３１において、暗号資産の送信の操作を行うと、トランザクションが発生する。ここで発生するトランザクションは、消費者５１のウォレットアドレスから、受け取りアカウントである仲介者ウォレットアドレスへの暗号資産の送信のトランザクションである。仲介システム１０は、受け取りアカウントを送信先として含むトランザクションを検出すると（ステップＳ４０６）、そのトランザクションの承認が完了する前（暗号資産の送信が完了する前）に、業者５２への支払いを保証する処理を実行する。業者５２への支払いを保証する処理は、例えば、仲介システム１０から業者端末３２への送信確認通知の送信（図３及び図４のステップＳ４０７）である。

【0048】

送信確認通知は、例えば、消費者５１から暗号資産が送信されたことを業者５２へ知らせる通知である。仲介システム１０は、送信確認通知を受けた業者５２に対して、消費者５１が送信した暗号資産相当額の支払いを保証する。したがって、送信確認通知を受けた業者５２は、仲介システム１０（仲介者）によって支払いが保証されるため、トランザクション承認完了前であっても、安心して、消費者５１に、商品／サービスを提供できる（図３及び図４のステップＳ４０８）。消費者５１への商品／サービスを提供する処理は、仲介システム１０によって実行されてもよい。

【0049】

その後、仲介システム１０は、トランザクションの承認が完了（送信完了）したことを検出する（ステップＳ４０９）。ステップＳ４０９の送信完了検出があると、消費者５１から送信された暗号資産を受け取りアカウントにて受信した状態になる。仲介システム１０は、消費者５１から送信された暗号資産に相当する価値データを、業者５２のアカウントへ送信する（送金処理；ステップＳ４１０）。

【0050】

業者５２のアカウントへ送信される価値データは、受け取りアカウント（仲介者ウォレットアドレス）で受け取った暗号資産と同じ種類の暗号資産であってもよいし、他の種類の暗号資産であってもよいし、その他の電子的な価値データの送信（例えば、法定通貨の銀行送金）であってもよい。

【0051】

仲介システム１０から業者５２へ送信される価値データは、受け取りアカウントにて消費者５１から受信した暗号資産相当の額である。受信した暗号資産相当の額の価値データは、受信した暗号資産と同額であってもよいし、受信した暗号資産から、手数料を引いた額であってもよい。

【0052】

なお、ステップＳ４１０の送金処理は、ステップＳ４０７の時点で実行されてもよい。すなわち、トランザクションが発生したが承認されていない時点で、送金処理が実行されてもよい。この場合、仲介システム１０が、消費者５１からの暗号資産送信が完了していない段階で、業者５２へ立て替え送金したことになる。この場合の立て替え送金において送信される価値データは、暗号資産又はその他の価値データであり得る。

【0053】

なお、立て替え送金される価値データが暗号資産であると、立て替え送金のトランザクション承認に時間がかかることがあるが、個々の消費者５１よりも信頼できる仲介システム１０による立て替え送金のトランザクションの発生があれば、業者５２は安心して、消費者５１に商品／サービスを提供し得る。

【0054】

例えば、業者５２の端末３２が、自動販売機３２である場合、消費者５１は、自動販売機３２の商品を選択し、選択した商品の代金を暗号資産で支払うことができる（ステップＳ４０５）。この場合、暗号資産の送信のトランザクション発生が確認されると、自動販売機３２は、選択された商品を排出する（ステップＳ４０８）。したがって、消費者５１は、トランザクション承認を待つことなく、迅速に、商品を入手できる。

【0055】

業者５２の端末３２が、現実のゲーム機３２である場合、消費者５１は、ゲーム代金相当の暗号資産を送信する（ステップＳ４０５）。この場合、暗号資産の送信のトランザクション発生が確認されると、ゲーム機３２は、ゲームのプレイを開始する。したがって、消費者５１は、トランザクション承認を待つことなく、迅速に、ゲームを開始できる。

【0056】

業者５２の提供するサービスが有料のオンラインゲームである場合、消費者５１は、ゲーム代金相当の暗号資産を送信する（ステップＳ４０５）。この場合、暗号資産の送信のトランザクション発生が確認されると、オンラインゲームシステム３２は、ゲームのプレイを開始する。したがって、消費者５１は、トランザクション承認を待つことなく、迅速に、ゲームを開始できる。

【0057】

業者５２がオンラインショップ３２で商品を販売する場合、消費者５１は、オンラインショップ３２上で商品を選択し、選択した商品の代金を暗号資産で支払うことができる（ステップＳ４０５）。この場合、暗号資産の送信のトランザクション発生が確認されると、オンラインショップ３２は、選択された商品を消費者５１へ配送する処理を実行する（ステップＳ４０８）。したがって、消費者５１は、迅速に、商品の購入を完了できる。

【0058】

図５は、暗号資産の支払による商品／サービスの提供についての比較例を示している。比較例では、仲介システム１０は用いられない。比較例では、消費者５１が業者５２へ、直接、暗号資産を送信する（ステップＳ５０１）。消費者５１が暗号資産を送信すると、その送信のトランザクションが発生する。業者５２は、時間がかかるトランザクションの承認を待つ。トランザクションの承認が完了すると、業者５２は、消費者５１から送信された暗号資産を受け取った状態になる（ステップＳ５０２）。その後、業者５２は、消費者５１へ商品／サービスを提供する（ステップＳ５０３）。比較例において、消費者への商品／サービスの提供は、トランザクション承認後になる。このため、消費者への商品／サービスの提供に時間がかかり、消費者の利便性が低い。

【0059】

また、比較例のように仲介システム１０を利用しない場合において、業者５２が、トランザクション承認前に、消費者へ商品／サービスを提供することも不可能ではない。ただし、この場合、業者５２がリスクを負うことになり、業者５２の利便性が低下する。一方、実施形態に係る仲介システム１０を利用すると、業者５２のリスクを低減して、業者の利便性を確保しつつ、消費者５１の利便性も高めることができる。

【0060】

図６及び図７は、暗号資産の送金を、仲介システム１０が仲介する場合の手順の一例を示している。なお、図６及び図７では、第１ユーザ５１は、暗号資産の「送り主」として示され、第２ユーザ５２は、「受け取り者」として示されている。

【0061】

図７に示すように、送り主５１は、端末３１を操作（送金開始アクションを実行）して、受け取り者５２への送金のための処理を開始する（ステップＳ７０１）。図７に示すように、ステップＳ７０１は、端末３１から仲介システム１０への送信仲介要求でもある。

【0062】

仲介システム１０は、ステップＳ７０１の後、受け取りアドレス（受け取りアカウント）を設定する（ステップＳ７０２）。ステップＳ７０２及び受け取りアカウントについては、ステップＳ４０２及びステップＳ４０２における受け取りアカウントについての説明が援用される。

【0063】

受け取りアカウントは、例えば、仲介システム１０から送り主端末３１へ送信される（ステップＳ７０３）。

【0064】

送り主５１は、受け取りアカウント（仲介者ウォレットアドレス）を取得した送り主端末３１を操作して、受け取りアカウントへ、送金したい額に相当する暗号資産を送信する（図６及び図７のステップＳ７０４）。送信されるべき暗号資産の数量は、例えば、送金したい額と同じ暗号資産の数量、又は、送金したい額と同じ暗号資産の数量に仲介者の手数料又はその他の手数料を加えた合計額相当の暗号資産の数量である。

【0065】

送り主５１が、端末３１において、暗号資産の送信の操作を行うと、トランザクションが発生する。ここで発生するトランザクションは、送り主５１のウォレットアドレスから、受け取りアカウントである仲介者ウォレットアドレスへの暗号資産の送信のトランザクションである。仲介システム１０は、受け取りアカウントを送信先として含むトランザクションを検出すると（ステップＳ７０５）、そのトランザクションの承認が完了する前（暗号資産の送信が完了する前）に、受け取り者５２へ立て替え送金処理を実行する（ステップＳ７０６）。これにより、受け取り者５２は、トランザクション承認前に、送金を受けることができる（ステップＳ７０７）。仲介システム１０は、トランザクション承認が完了すれば、立て替え分を回収できる（ステップＳ７０８）。

【0066】

ステップＳ７０６の立て替え送金処理は、送り主５１から送信された暗号資産に相当する価値データを、受け取り者５２のアカウントへ送信することである。受け取り者５２のアカウントへ送信される価値データは、受け取りアカウント（仲介者ウォレットアドレス）で受け取った暗号資産と同じ種類の暗号資産であってもよいし、他の種類の暗号資産であってもよいし、その他の電子的な価値データの送信（例えば、法定通貨の銀行送金）であってもよい。

【0067】

仲介システム１０から受け取り者５２へ送信される価値データは、受け取りアカウントにて送り主５１から受信した暗号資産相当の額である。受信した暗号資産相当の額の価値データは、受信した暗号資産と同額であってもよいし、受信した暗号資産から、手数料を引いた額であってもよい。

【0068】

なお、立て替え送金される価値データが暗号資産であると、立て替え送金のトランザクション承認に時間がかかることがあるが、個々の送り主５１よりも信頼できる仲介システム１０による立て替え送金のトランザクションの発生があれば、受け取り者５２は早期に安心できる。

【0069】

また、仲介システム１０が、受け取り者５２等のユーザのアカウントを管理するウォレットアプリケーションのサービスも提供する場合、トランザクション承認前に、ユーザのウォレットアプリケーションに表示される暗号資産の残高を、トランザクション承認後における完了時における残高にしてもよい。

【0070】

例えば、受け取り者５２のウォレットアドレス（受け取り者アカウント）における暗号資産の残高がＸであるときに、送り主５１からＹの暗号資産が送信されたとする。この場合、仲介システム１０は、Ｙの送信トランザクション承認が完了する前に、受け取り者５２のウォレットアプリケーションに表示される暗号資産の残高を（Ｘ＋Ｙ）にすることができる。

【0071】

トランザクション承認前において表示される暗号資産の残高（Ｘ＋Ｙ）のうち、Ｙの相当額は、仲介システム１０（仲介者）の保有する暗号資産によって担保され得る。受け取り者５２は、送り主５１からのＹの送信トランザクション承認前であっても、（Ｘ＋Ｙ）の範囲内で、Ｘを超える額の暗号資産を送る操作を、ウォレットアプリケーション上で行うことができる。この場合、受け取り者５２は、送り主５１から送信された暗号資産を、実際に受信する前（トランザクション承認前）に、利用できる。

【0072】

例えば、受け取り者５２は、第三者のウォレットアドレスに、（Ｘ＋Ｙ）の暗号資産を送信する操作を行うことができる。この場合、（Ｘ＋Ｙ）のうちのＹの暗号資産の実際の所有者は、仲介システム１０（仲介者）であるため、ブロックチェーン２０上では、Ｘを受け取り者５２から第三者へ送信する第１トランザクションと、Ｙを仲介システム１０（仲介者）から第三者へ送信する第２トランザクションが発生する。第三者は、受け取り者５２及び仲介システム１０から、合計で（Ｘ＋Ｙ）を受信できる。

【0073】

上記のように、トランザクション承認前に、受け取り者５２のウォレットの残高表示を、送信額に応じて増加させる処理は、受け取り者５２に送信される価値データが、暗号資産以外である場合においても行われてもよい。受け取り者５２のウォレットに表示される残高が、送金額に応じて早期に増加することで、受け取り者５２は、早期に送金を確認できる。

【0074】

図８は、暗号資産の送金についての比較例を示している。比較例では、仲介システム１０は用いられない。比較例では、送り主５１が受け取り者へ、直接、暗号資産を送信する（ステップＳ８０６）。送り主５１が暗号資産を送信すると、その送信のトランザクションが発生する。受け取り者５２は、時間がかかるトランザクションの承認を待つ。トランザクションの承認が完了すると、受け取り者５２は、送り主５１から送信された暗号資産を受け取った状態になる（ステップＳ８０７）。例えば、受け取り者５２のウォレットの残高は、ステップＳ８０７の時点で増加する。ステップＳ８０７以降において、受け取り者５２は、受け取った暗号資産を利用することができる。比較例において、受け取り者５２は、トランザクション承認後にしか、暗号資産を受け取った状態になることができない。このため、受け取り者５２が、暗号資産を利用可能になるまでの時間がかかり、受け取りの消費者の利便性が低い。一方、実施形態に係る仲介システム１０を利用すると、受け取り者５２の利便性を高めることができる。

【0075】

本発明は、上記実施形態に限定されるものではなく、様々な変形が可能である。

【符号の説明】

【0076】

１０ ：仲介システム
１５ ：ネットワーク
２０ ：ブロックチェーン
３１ ：端末
３２ ：端末
５１ ：第１ユーザ
５２ ：第２ユーザ

【要約】

【課題】暗号資産のトランザクションの承認に時間がかかる場合であっても、その不便さを低減して、利便性を高めることが望まれる。
【解決手段】開示の仲介システムは、暗号資産を送信する第１ユーザと、第２ユーザと、を仲介する仲介システムであって、前記第１ユーザから送信された暗号資産を受け取るためのアカウントへの暗号資産の送信のトランザクションを検出すると、前記トランザクションの承認が完了する前に、前記第２ユーザへの支払いを保証又は実施する、ことを含む処理を実行するよう構成されている。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】