JP7209984B1 - プログラム、情報処理装置、および方法 - Google Patents

Abstract

【課題】決済の自由度を高める。【解決手段】本開示の一態様のプログラムは、コンピュータを、支払者によって選択された支払用の第１暗号資産を特定する手段、第１暗号資産と、当該第１暗号資産とは異なり、かつ受取者によって選択された受取用の第２暗号資産とが流動性プールされている１以上の交換所のいずれかである対象交換所によって、支払者のウォレットに保存された第１暗号資産を決済額に相当する量の第２暗号資産に交換することと、対象交換所による交換によって得られた第２暗号資産の少なくとも一部を受取者のウォレットに移転することとを含むトランザクションの実行を分散型台帳システムに要求する手段、として機能させる。【選択図】図４

Description

本開示は、プログラム、情報処理装置、および方法に関する。

近年、法定通貨とは異なる様々な決済手段が存在する。

特許文献１には、利用者から両替対象の電子マネーの指示を受け付け、両替を依頼する両替装置を両替率に基づいて選択し、選択した両替装置にアクセスして両替を行い、徴収業者の口座へ振り込む技術が開示されている。

特開平１１－３５３３９６号公報

特許文献１の技術は、特定の国の通貨単位で流通する電子マネー、または特定の通貨単位との交換率が定められている電子マネーを対象とする（段落０００４）。故に、かかる技術を、例えば暗号資産のような流動性または安全性にばらつきのある決済手段にまで単純に拡張することはできない。

本開示の目的は、決済の自由度を高める技術を提供することである。

本開示の一態様のプログラムは、コンピュータを、支払者によって選択された支払用の第１暗号資産を特定する手段、第１暗号資産と、当該第１暗号資産とは異なり、かつ受取者によって選択された受取用の第２暗号資産とが流動性プールされている１以上の交換所のいずれかである対象交換所によって、支払者のウォレットに保存された第１暗号資産を決済額に相当する量の第２暗号資産に交換することと、対象交換所による交換によって得られた第２暗号資産の少なくとも一部を受取者のウォレットに移転することとを含むトランザクションの実行を分散型台帳システムに要求する手段、として機能させる。

本実施形態の決済システムの構成を示すブロック図である。 本実施形態の支払者端末の構成を示すブロック図である。 本実施形態の分散型台帳システムの構成を示す図である。 本実施形態の一態様の説明図である。 本実施形態の一態様の説明図である。 本実施形態の決済処理のフローチャートである。 本実施形態の決済処理のステップＳ１１０の詳細のフローチャートである。 本実施形態の決済処理において表示される画面例を示す図である。 本実施形態の決済処理において表示される画面例を示す図である。 本実施形態の決済処理において表示される画面例を示す図である。 本実施形態の決済処理において表示される画面例を示す図である。

以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。

以下の説明において、「暗号資産」とは、独自のブロックチェーン（ネットワーク）上で発行される暗号資産（狭義の暗号資産であり、プラットフォームトークンとも呼ばれる）に限られず、既存のブロックチェーン技術を用いて発行された独自の暗号資産（いわゆるトークン）を包含する意味で用いられる。

（１）決済システムの構成
決済システムの構成について説明する。図１は、本実施形態の決済システムの構成を示すブロック図である。

図１に示すように、決済システム１は、支払者端末１０と、分散型台帳システム３０とを備える。
支払者端末１０及び分散型台帳システム３０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続される。決済システム１は、特定の暗号資産プラットフォームに限られず、複数の暗号資産プラットフォームを利用可能である。

支払者端末１０は、情報処理装置の一例である。支払者端末１０は、例えば、スマートフォン、タブレット端末、又は、パーソナルコンピュータである。支払者端末１０のユーザは、暗号資産により支払を行う者（以下、「支払者」という）である。

分散型台帳システム３０は、分散型台帳を管理する。一例として、分散型台帳システム３０は、暗号資産の移転に関する取引（トランザクション）の履歴を管理する。分散型台帳は、例えばブロックチェーンである。分散型台帳システム３０は、相互に接続された複数のコンピュータ（支払者端末１０、および受取者の使用する端末を含み得る）を含む。また、分散型台帳システム３０には、決済システム１の各機能を実現するためのスマートコントラクトが保存されており、支払者端末１０からの要求に応じて当該スマートコントラクトが実行される。

（１－１）支払者端末の構成
支払者端末の構成について説明する。図２は、本実施形態の支払者端末の構成を示すブロック図である。

図２に示すように、支払者端末１０は、記憶装置１１と、プロセッサ１２と、入出力インタフェース１３と、通信インタフェース１４とを備える。支払者端末１０は、ディスプレイ２１に接続される。

記憶装置１１は、プログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ、または決済アプリケーション）のプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）

プロセッサ１２は、記憶装置１１に記憶されたプログラムを起動することによって、支払者端末１０の機能を実現するコンピュータである。プロセッサ１２は、例えば、以下の少なくとも１つである。
・ＣＰＵ（Central Processing Unit）
・ＧＰＵ（Graphic Processing Unit）
・ＡＳＩＣ（Application Specific Integrated Circuit）
・ＦＰＧＡ（Field Programmable Array）

入出力インタフェース１３は、支払者端末１０に接続される入力デバイスから情報（例えばユーザの指示）を取得し、かつ、支払者端末１０に接続される出力デバイスに情報（例えば画像）を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイ２１、スピーカ、又は、それらの組合せである。

通信インタフェース１４は、支払者端末１０と外部装置（例えば分散型台帳システム３０）との間の通信を制御するように構成される。

ディスプレイ２１は、画像（静止画、または動画）を表示するように構成される。ディスプレイ２１は、例えば、液晶ディスプレイ、または有機ＥＬディスプレイである。

（１－２）分散型台帳システムの構成
分散型台帳システムの構成について説明する。図３は、本実施形態の分散型台帳システムの構成を示す図である。

図３に示すように、分散型台帳システム３０は、複数のノードコンピュータ３５－１～３５－４を備える。

ノードコンピュータ３５は、ネットワーク（図１のネットワークＮＷを含み得る）を介して互いに接続される。本実施形態では、ネットワークは、公衆網、プライベートネットワーク、専用線、ＶＰＮ（Virtual Private Network）、またはそれらの組み合わせを含み得る。ノードコンピュータ３５は、ネットワークと、例えば、有線または無線により接続されている。ノードコンピュータ３５は、ピア・ツー・ピア方式で互いに通信する。

ノードコンピュータ３５は、例えばブロックチェーン技術を用いて分散型台帳を管理する。
具体的には、いずれかのノードコンピュータ３５は、記録すべき暗号資産のトランザクションに関するデータを取得する。ノードコンピュータ３５は、取得したデータを含むブロックを作成し、ブロックチェーンに追加する。ノードコンピュータ３５は、追加したブロックの情報を他のノードコンピュータ３５へ送信する。他のノードコンピュータ３５は、受信したブロックの正しさを検証し、検証に成功すると、ブロックチェーンに当該ブロックを追加する。ノードコンピュータ３５は、例えば、連結されるブロックの数（承認数）に従ってブロックチェーンを確定する。これにより、分散型台帳システム３０を構成する複数のノードコンピュータ３５に亘って、同一の分散型台帳が保存されることになる。なお、保存されるデータは、適宜に暗号化される。

分散型台帳システム３０の構成は、図３に示されるものに限定されない。例えば、分散型台帳システム３０は、５台以上のノードコンピュータ３５を備えていてもよいし、２台または３台のノードコンピュータ３５を備えていてもよい。また、分散型台帳システム３０を構成するノードコンピュータ３５の数は、時間とともに変動してもよい。

ノードコンピュータ３５のハードウェア構成は、支払者端末１０と同一または類似であってよいので詳細な説明を省略する。一例として、ノードコンピュータ３５は、プロセッサ、記憶装置、入出力インタフェース、通信インタフェース、入力デバイス、出力デバイス、またはそれらの組み合わせを備える。

（２）実施形態の一態様
本実施形態の一態様について説明する。図４は、本実施形態の一態様の説明図である。図５は、本実施形態の一態様の説明図である。

図４に示すように、支払者Ｐ１１は、受取者Ｒ１２に対する支払を行う場合に、既存の決済手段の代わりに決済システム１を利用することができる。ただし、決済システム１は、支払（つまり、債権債務関係の解消）に限られず、送金（つまり、一方向の価値の移転）に利用することも可能である。ここでは、一例として、支払者Ｐ１１は、受取者Ｒ１２に対して商品またはサービスの対価のような何らかの代金を支払うとする。受取者Ｒ１２は、決済システム１に対して受取用の暗号資産（以下、「受取用暗号資産」という）としてＡコインを予め選択しており、代金をＡコインで換算した支払数量はＸ１である。受取用暗号資産として選択可能な暗号資産は、典型的にはステーブルコインなどの流動性の高い暗号資産に限られてよい。

支払者端末１０は、支払者Ｐ１１の指示に応じて、当該支払者Ｐ１１のウォレットＷ１３（Ｗｅｂ３ウォレット）に保存されている暗号資産の情報をディスプレイ２１に表示する。

ここで、支払者Ｐ１１は、Ａコインとは異なる暗号資産による支払を選択することができる。つまり、支払者Ｐ１１は、Ａコインを全く保有していない場合、またはＡコインの残高が支払数量Ｘ１に満たない場合であっても、受取者Ｒ１２に対する支払を行うことができる。具体的には、支払者Ｐ１１は、ディスプレイ２１に表示された情報から支払に用いる暗号資産（以下、「支払用暗号資産」という）を選択する。支払者端末１０は、支払者Ｐ１１の指示に応じて、支払用暗号資産を特定する。以下の説明では、Ｂコインが支払用暗号資産として特定されたとする。ただし、支払用暗号資産は、流動性が確認されたものに限って使用が認められる。後述するように、支払者端末１０は、支払者Ｐ１１によって選択された暗号資産の流動性を確認するために、必要に応じて分散型台帳システム３０にスマートコントラクトの実行を要求してもよい。

支払者端末１０は、特定された支払用暗号資産（つまり、Ｂコイン）と、受取用暗号資産（つまり、Ａコイン）とが流動性プールされている１以上の交換所のうちのいずれか１つのＤＥＸ（Decentralized Exchanges） Ｄ１４を選択する。ここで、交換所とは、例えばＤＥＸであり、スマートコントラクトによって暗号資産の交換を実現する。

支払者端末１０は、選択したＤＥＸ Ｄ１４によって、Ｙ１単位のＢコインをＸ１単位のＡコインへ交換し、さらに当該交換によって得られるＸ１単位のＡコインを受取者Ｒ１２のウォレットＷ１５へ移転するよう、分散型台帳システム３０に要求する。分散型台帳システム３０は、要求に応じたトランザクションを実行する。これにより、ウォレットＷ１３からはＹ１単位のＢコインが差し引かれ、ウォレットＷ１５には受取者Ｒ１２が要求した代金に等しいＸ１単位のＡコインが加算される。

このように、本実施形態の決済システム１によれば、支払者Ｐ１１は自らの希望する支払用暗号資産（Ｂコイン）で支払を行うことができ、受取者Ｒ１２は自らの希望する受取用暗号資産（Ａコイン）で代金を回収することができる。つまり、決済の自由度を高めることができる。また、本実施形態の決済システム１によれば、流動性が確認された暗号資産のみが支払用暗号資産として選択可能となるので、関係者（例えば、受取者）が流動性リスクを被ることなく支払者Ｐ１１の決済手段の選択の幅を広げることができる

なお、支払者端末１０が分散型台帳システム３０に支払（つまり、支払用暗号資産の交換および受取用暗号資産の移転）のトランザクションを要求する場合に、支払者Ｐ１１はウォレットＷ１３からトランザクション手数料（いわゆる「ガス代」）をさらに支払う必要がある。トランザクション手数料は、一般的に、プラットフォーム指定の暗号資産（以下、「プラットフォームトークン」という）で支払われる。プラットフォームとは、例えばイーサリアムなどの、支払用暗号資産および受取用暗号資産が発行されるブロックチェーン（ネットワーク）を意味している。支払用暗号資産または受取用暗号資産は、プラットフォームトークンであってもよい。

図５に示すように、本実施形態では、ウォレットＷ１３から支払われるプラットフォームトークンの一部が、ガス代としてプラットフォームに徴収される。他方、プラットフォームトークンの残部は、所定のＤＥＸ Ｄ１７によって、所定の暗号資産（以下、「システムトークン」という）に交換され、さらに当該交換により得られたシステムトークンが所定ウォレットＷ１８に移転される。これにより、ＤＥＸ Ｄ１７の流動性プールにおいて、プラットフォームトークンの貯蔵量が増え、システムトークンの貯蔵量が減るので、システムトークンの価値を高めることができる。

システムトークンは、例えば、決済システム１の設立者によって発行される暗号資産であり、ガバナンストークンとして、またはステーキング報酬を得るために利用することができる。所定ウォレットＷ１８は、例えば、決済システム１の設立者のウォレットに相当する。

（３）決済処理
本実施形態の決済処理について説明する。図６は、本実施形態の決済処理のフローチャートである。図７は、本実施形態の決済処理のステップＳ１１０の詳細のフローチャートである。図８は、本実施形態の決済処理において表示される画面例を示す図である。図９は、本実施形態の決済処理において表示される画面例を示す図である。図１０は、本実施形態の決済処理において表示される画面例を示す図である。図１１は、本実施形態の決済処理において表示される画面例を示す図である。

図６の決済処理は、例えば支払者端末１０上で、所定のアプリケーションが起動されたことに応じて、または所定のＳａａＳ（Software as a Service）へのアクセスが生じたことに応じて、開始する。

図６に示すように、支払者端末１０は、支払用暗号資産の特定（Ｓ１１０）を実行する。
具体的には、支払者端末１０は、ユーザ（つまり支払者）からの指示に応じて、支払用暗号資産を特定する。まず、ユーザは、支払者端末１０を操作して、自らのウォレットにログインする。これにより、支払者端末１０は、ユーザのウォレットの情報を参照可能となる。

支払用暗号資産の特定（Ｓ１１０）の第１例として、支払者端末１０は、支払用暗号資産として即時に選択可能な１以上の候補（以下、「候補暗号資産」という）の情報を提示し、ユーザからの当該候補のいずれかの選択を受け付ける。候補暗号資産は、例えば知名度が高い暗号資産（つまり、ユーザが保有している可能性の高い暗号資産）である。支払者端末１０は、ユーザが選択した候補暗号資産の流動性を検証する。すなわち、支払者端末１０は、流動性の検証対象となる暗号資産（以下、「対象暗号資産」という）と受取用暗号資産とが流動性プールされているＤＥＸ（以下、「利用可能交換所」という）を探索する。支払者端末１０は、１以上の利用可能交換所が発見された場合に、対象暗号資産の流動性が確認されたこととする。つまり、支払者端末１０は、候補暗号資産を支払用暗号資産として使用することを許可する。さらに、支払者端末１０は、発見された利用可能交換所のいずれかを、例えば候補暗号資産から受取用暗号資産への交換レートに基づいて対象交換所として選択する。支払者端末１０は、ユーザが支払用暗号資産の選択を確定する前に、当該支払用暗号資産を選択した場合の支払数量を決済額と対象交換所の交換レートとに基づいて算出し、算出結果に関する情報をユーザに提示してもよい。

支払用暗号資産の特定（Ｓ１１０）の第２例として、支払者端末１０は、ユーザから支払用暗号資産としての使用を希望する暗号資産（所望暗号資産）の指定を受け付ける。支払者端末１０は、指定された所望暗号資産の流動性を検証する。すなわち、支払者端末１０は、利用可能交換所を探索する。支払者端末１０は、１以上の利用可能交換所が発見された場合に、所望暗号資産の流動性が確認されたこととする。つまり、支払者端末１０は、所望暗号資産を支払用暗号資産として使用することを許可する。さらに、支払者端末１０は、発見された利用可能交換所のいずれかを、例えば所望暗号資産から受取用暗号資産への交換レートに基づいて対象交換所として選択する。支払者端末１０は、ユーザが支払用暗号資産の選択を確定する前に、当該支払用暗号資産を選択した場合の支払数量を、対象交換所の交換レートと、受取用暗号資産で換算した決済額とに基づいて算出し、算出結果に関する情報をユーザに提示してもよい。

支払用暗号資産の特定（Ｓ１１０）の第３例は、上記第１例および第２例を組み合わせである。一例として、支払者端末１０は、図７に示す処理を実行する。
図７に示すように、支払者端末１０は、候補暗号資産の提示（Ｓ１１００）を実行する。
具体的には、支払者端末１０は、候補暗号資産の情報を含む画面をディスプレイ２１に表示する。一例として、支払者端末１０は、図８の画面をディスプレイ２１に表示する。

図８の画面は、オブジェクトＪ２０、Ｊ２１ａ～Ｊ２１ｃ、Ｊ２２、およびＪ２３を含む。
オブジェクトＪ２０は、決済額の情報を表示する。決済額の情報は、例えば決済額を受取用暗号資産で換算した結果の情報を含むことができる。

オブジェクトＪ２１ａ～Ｊ２１ｃは、候補暗号資産の情報を表示する。候補暗号資産の情報は、少なくとも以下の１つを含むことができる。
・候補暗号資産を特定可能な情報（例えば、候補暗号資産の名称、トークンシンボル、コントラクトアドレス）
・支払者のウォレットにおける候補暗号資産の残高に関する情報

オブジェクトＪ２２は、候補暗号資産とは異なる暗号資産を支払用暗号資産として指定するための指示を受け付ける。
オブジェクトＪ２３は、暗号資産とは異なる決済手段を選択するための指示を受け付ける。

ステップＳ１１００において提示された候補暗号資産のいずれかが選択されると、支払者端末１０は、流動性の検証（Ｓ１１０１）を実行する。
具体的には、支払者端末１０は、選択された候補暗号資産の流動性を検証する。

例えば図８の画面において、支払者がオブジェクトＪ２１ａ～Ｊ２１ｃのいずれかを選択すると、支払者端末１０は、選択されたオブジェクトに対応する候補暗号資産（対象暗号資産）と、受取用暗号資産とが流動性プールされているＤＥＸを分散型台帳システム３０から探索する。１以上の利用可能交換所が発見されれば、支払者端末１０は対象暗号資産が流動性ありと判定し、当該対象暗号資産を支払用暗号資産として使用することを許可する。他方、１つの利用可能交換所も発見されなければ、支払者端末１０は対象暗号資産が流動性なしと判定し、当該対象暗号資産を支払用暗号資産として使用することを拒否する。或いは、支払者端末１０は、発見された利用可能交換所の数が閾値以上であるか否かにより、対象暗号資産が流動性ありかなしかを判定してもよい。

ステップＳ１１０１において対象暗号資産が流動性なしと判定した場合に、支払者端末１０は対象暗号資産の支払用暗号資産としての使用を許可せず、候補暗号資産の選択または新たな所望暗号資産の指定を待機する。一例として、支払者端末１０は、図１０に示すようにオブジェクトＪ４０をディスプレイ２１に表示（ポップアップ）する。オブジェクトＪ４０は、支払者によって選択された候補暗号資産が支払用暗号資産として使用できないことを伝える情報を表示する。オブジェクトＪ４０の表示後、支払者端末１０はディスプレイ２１の画面を例えば図８の画面へ復帰させ得る。

ステップＳ１１０１において対象暗号資産が流動性ありと判定した場合に、支払者端末１０はＤＥＸの選択（Ｓ１１０２）を実行する。
具体的には、支払者端末１０は、ステップＳ１１０１において特定した利用可能交換所のいずれかを対象交換所として選択する。一例として、支払者端末１０は、最良の利用可能交換所を対象交換所として選択する。ここで、最良の利用可能交換所とは、決済に必要な数量（つまり支払数量）の受取用暗号資産との交換に要求される支払用暗号資産の数量が最も少ないＤＥＸであってよい。また、交換レートに加えて、トランザクションの要求に伴って支払う必要のあるプラットフォームトークン（手数料）の多寡をさらに考慮して最良の利用可能交換所が選択されてもよい。

ステップＳ１１０２の後に、候補暗号資産の選択が確定されると、支払者端末１０は選択中の候補暗号資産を支払用暗号資産として特定し、図７の処理を終了する。候補暗号資産の選択は、対象交換所の選択後に自動的に確定されてもよいし、ユーザに最終確認を行ってもよい。最終確認を求める画面には、例えば以下の情報が含まれてもよい。
・候補暗号資産を特定可能な情報（例えば、候補暗号資産の名称、トークンシンボル、コントラクトアドレス）
・支払者のウォレットにおける候補暗号資産の残高（例えば、支払前残高、支払後残高、またはそれらの組み合わせ）に関する情報
・候補暗号資産を支払用暗号資産として選択した場合の支払数量に関する情報
・候補暗号資産を支払用暗号資産として選択した場合に支払が可能か（つまり、残高が支払数量よりも大きいか）に関する情報
・候補暗号資産と受取用暗号資産との交換レート（時系列変化を示すチャートを含み得る）に関する情報
なお、候補暗号資産を支払用暗号資産として選択した場合の支払数量は、例えば支払者端末１０が対象交換所における候補暗号資産と支払用暗号資産との交換レートと、受取用暗号資産で換算された決済額とに基づいて算出可能である。

他方、ユーザは、ステップＳ１１００において提示された候補暗号資産のいずれも選択せずに他の暗号資産（所望暗号資産）を指定することができる。一例として、図８の画面において、支払者がオブジェクトＪ２２を選択すると、支払者端末１０は例えば図９に示すようにオブジェクトＪ３０をディスプレイ２１に表示（ポップアップ）する。
オブジェクトＪ３０は、オブジェクトＪ３１、Ｊ３２、およびＪ３３を含む。
オブジェクトＪ３１は、所望暗号資産のコントラクトアドレスの入力フィールドに相当する。
オブジェクトＪ３２は、所望暗号資産の指定を中止するための操作を受け付ける。
オブジェクトＪ３３は、オブジェクトＪ３１の入力内容（つまり、所望暗号資産のコントラクトアドレス）を確定するための操作を受け付ける。
支払者が、オブジェクトＪ３１にコントラクトアドレスを入力し、オブジェクトＪ３３を選択すると、支払者端末１０はオブジェクトＪ３１に入力されたコントラクトアドレスに対応する所望暗号資産の指定を受理する。

所望暗号資産の指定を受理すると、支払者端末１０は、プラットフォーム上で当該所望暗号資産が発行されているか否かを確認する。
プラットフォーム上で所望暗号資産が発行されていることが確認できなかった場合に、支払者端末１０は当該所望暗号資産の支払用暗号資産としての使用を許可しない。

他方、プラットフォーム上で所望暗号資産が発行されていることが確認された場合に、支払者端末１０は、候補暗号資産の追加（Ｓ１１０３）を実行する。
具体的には、支払者端末１０は、指定された所望暗号資産を新たな候補暗号資産として追加する。
その後、支払者端末１０は、候補暗号資産の提示（Ｓ１１００）を再実行する。ここでは、支払者端末１０は、新たな候補暗号資産の情報を含む画面をディスプレイ２１に表示する。一例として、支払者端末１０は、図１１の画面をディスプレイ２１に表示する。

図１１の画面は、オブジェクトＪ２０、Ｊ２１ａ～Ｊ２１ｃ、Ｊ２２、Ｊ２３、およびＪ２４を含む。オブジェクトＪ２０、Ｊ２１ａ～Ｊ２１ｃ、Ｊ２２、およびＪ２３は、図８と同様である。

オブジェクトＪ２４は、新たな候補暗号資産の情報を表示する。新たな候補暗号資産の情報は、少なくとも以下の１つを含むことができる。
・新たな候補暗号資産を特定可能な情報（例えば、候補暗号資産の名称、トークンシンボル、コントラクトアドレス）
・支払者のウォレットにおける新たな候補暗号資産の残高に関する情報

図６のステップＳ１１０の後に、支払者端末１０は、支払（Ｓ１１１）を実行する。
具体的には、支払者端末１０は、ステップＳ１１０において選択した対象交換所によって支払者のウォレットに保存された支払用暗号資産を決済額に相当する量の受取用暗号資産に交換することと、当該交換によって得られた受取用暗号資産を受取者のウォレットに移転することとを含むトランザクションを分散型台帳システム３０に要求する。

ここで、ステップＳ１１１におけるトランザクションの実行に伴い、分散型台帳システム３０のコンピュータよって実行されるスマートコントラクトによって、プラットフォームトークンが支払者のウォレットから徴収される。徴収されるプラットフォームトークンの数量は、支払用暗号資産および受取用暗号資産が発行されるプラットフォームが当該トランザクションの実行のために支払者に課すトランザクション手数料よりも大きく定められる。また、徴収されたプラットフォームトークンの一部が、所定の交換所によって、当該プラットフォームトークンとともに流動性プールされているシステムトークンと交換され、かつ当該交換により得られたシステムトークンが所定ウォレットに移転される。

ここで、プラットフォームトークンの一部とは、徴収されたプラットフォームトークンからトランザクション手数料を控除した結果の少なくとも一部である。

所定の交換所は、プラットフォームトークンから所定の暗号資産への交換レートに基づいての種別に依存して決定される。一例として、プラットフォームトークンからシステムトークンへの交換レートが最良（つまり、プラットフォームと引き換えに獲得可能なシステムトークンの数量が最大）の交換所が所定の交換所として選択される。

また、システムトークンは、プラットフォームトークンの種別に依存して決定される。換言すれば、支払用暗号資産および受取用暗号資産が同一のプラットフォームで発行される限り、両暗号資産の組み合わせに関わらずシステムトークンは共通である。

ステップＳ１１１の後に、支払者端末１０は、通知（Ｓ１１２）を実行する。
具体的には、支払者端末１０は、通知のためのスマートコントラクトの実行を分散型台帳システム３０に要求する。このスマートコントラクトを実行するコンピュータは、分散型台帳システム３０によって管理される分散型台帳に記録されたトランザクションの履歴を参照する。このコンピュータは、ステップＳ１１１において要求したトランザクションが確定されたことを検知し、指定された宛先に対する通知を行う。これにより、トランザクションの完了が検知され、受取者（正確には、受取者の使用する端末（以下、「受取者端末」））に通知が行われる。さらに、トランザクションの完了は、支払者（正確には支払者端末１０）に通知されてもよい。トランザクションの完了は、例えば以下の少なくとも１つの形式で通知することができる。
・アプリケーションのプッシュ通知
・ＳＮＳ（Social Networking Service）メッセージ
・電子メール
・ＳＭＳ（Short Service Message）メッセージ
・所定のアプリケーションまたはＳａａＳにログイン後に閲覧可能な情報（例えばメッセージ）

支払者端末１０は、通知（Ｓ１１２）の完了を以て図６の決済処理を終了する。ただし、通知（Ｓ１１２）はオプションであり、省略されてもよい。

（４）小括
以上説明したように、本実施形態の支払者端末１０は、支払者によって選択された支払用暗号資産を特定する。そして、支払者端末１０は、支払用暗号資産と受取用暗号資産とが流動性プールされている交換所（対象交換所）によって当該支払者のウォレットに保存された支払用暗号資産を決済額に相当する量の受取用暗号資産に交換することと、当該交換によって得られた受取用暗号資産を受取者のウォレットに移転することとを含むトランザクションの実行を分散型台帳システム３０に要求する。これにより、支払者は自らの希望する支払用暗号資産で支払を行うことができ、受取者は自らの希望する受取用暗号資産で代金を回収することができる。つまり、決済の自由度を高めることができる。また、流動性が確認された暗号資産のみが支払用暗号資産として使用されるので、関係者が流動性リスクを被ることなく支払者の決済手段の選択の幅を広げることができる。

支払者端末１０は、支払者によって選択された候補暗号資産と受取用暗号資産とが流動性プールされている利用可能交換所を探索し、当該利用可能交換所が発見された場合に当該候補暗号資産の支払用暗号資産としての使用を許可してもよい。これにより、流動性リスクが確認された候補暗号資産のみが支払用暗号資産として使用されることを担保できる。また、支払者端末１０は、利用可能交換所が発見されなかった場合に、支払者によって選択された候補暗号資産の支払用暗号資産としての使用を許可しなくてもよい。これにより、流動性リスクが確認されていない候補暗号資産が支払用暗号資産として使用されることを防止できる。また、支払者端末１０は、支払者から支払用暗号資産としての使用を希望する所望暗号資産の指定を受け付け、当該所望暗号資産がプラットフォーム上で発行されているか否かを確認し、発行が確認された場合に当該所望暗号資産を新たな候補暗号資産として追加してもよい。これにより、支払者の決済手段の選択の幅を広げることができる。

支払者端末１０は、支払用暗号資産と受取用暗号資産とが流動性プールされている１以上の交換所のうち、支払用暗号資産から受取用暗号資産への交換レートが最良である交換所を対象交換所として選択してもよい。これにより、決済に必要な支払用暗号資産の数量（つまり、支払者の負担）を最小化することができる。

トランザクションの実行に伴い、分散型台帳システム３０（スマートコントラクトを実行するコンピュータ）は、支払用暗号資産および受取用暗号資産が流通するプラットフォームに対応するプラットフォームトークンを支払者のウォレットから徴収してもよく、当該プラットフォームトークンの数量は、プラットフォームが支払者に課すトランザクション手数料に応じた数量よりも大きくなるように定められてよい。これにより、支払者から徴収したプラットフォームトークンの一部を原資として、例えば決済システム１のシステム利用料を回収することができる。また、分散型台帳システム３０（スマートコントラクトを実行するコンピュータ）は、支払者のウォレットから徴収したプラットフォームトークンの一部を、所定の交換所によって、当該プラットフォームトークンとともに流動性プールされているシステムトークンと交換し、当該交換により得られたシステムトークンを所定ウォレットに移転してもよい。これにより、例えば決済システム１のシステム利用料をシステムトークンで回収することができる。また、分散型台帳システム３０（スマートコントラクトを実行するコンピュータ）は、プラットフォームトークンからシステムトークンへの交換レートに基づいて所定の交換所を決定してもよい。これにより、システム利用料の回収効率を高めることができる。分散型台帳システム３０（スマートコントラクトを実行するコンピュータ）は、プラットフォームトークンの種別に依存してシステムトークンを決定してもよい。これにより、システムトークンを流動性プールから効率的に回収し、当該システムトークンの価値を高めることができる。

支払者端末１０は、分散型台帳に記録されたトランザクションの履歴に基づいて、受取用暗号資産を受取者のウォレットに移転するトランザクションの確定を検知することと、当該トランザクションの確定が検知された場合に受取者に通知を行うこととを含む処理（スマートコントラクト）の実行を分散型台帳システム３０に要求してもよい。これにより、受取者は、自らのウォレットの情報を能動的に確認せずとも、代金の回収が完了したことを認知することができる。

支払者端末１０は、分散型台帳に記録されたトランザクションの履歴に基づいて、受取用暗号資産を受取者のウォレットに移転するトランザクションの確定を検知することと、当該トランザクションの確定が検知された場合に支払者に通知を行うこととを含む処理（スマートコントラクト）の実行を分散型台帳システム３０に要求してもよい。これにより、支払者は、自らのウォレットの情報を能動的に確認せずとも、代金の支払が完了したことを認知することができる。

（５）変形例
本実施形態の変形例について説明する。

（５－１）変形例１
変形例１について説明する。変形例１は、暗号資産の交換を行わない例である。本実施形態では、支払用暗号資産と受取用暗号資産とが異なる例を前提に説明した。しかしながら、支払用暗号資産と受取用暗号資産とが一致する場合には決済処理の一部を変形可能である。

変形例１の決済処理は、本実施形態の決済処理と同様の開始条件の成立に応じて開始する。
図６に示すように、支払者端末１０は、支払用暗号資産の特定（Ｓ１１０）を実行する。ここで、受取用暗号資産と同一の支払用暗号資産が特定されたとする。この場合に、支払者端末１０は、交換所に関する処理（例えば、対象交換所を選択する処理、または利用可能交換所を探索する処理）を省略可能である。

ステップＳ１１０の後に、支払者端末１０は、支払（Ｓ１１１）を実行する。
具体的には、支払者端末１０は、支払者のウォレットに保存された支払用暗号資産（変形例１では、受取用暗号資産に等しい）を決済額に相当する量の暗号資産を受取者のウォレットに移転するトランザクションを分散型台帳システム３０に要求する。

本実施形態で説明したように、分散型台帳システム３０のコンピュータによって実行されるスマートコントラクトにより、ステップＳ１１１におけるトランザクションの実行に伴い、プラットフォームトークンが支払者のウォレットから徴収される。徴収されるプラットフォームトークンの数量は、支払用暗号資産および受取用暗号資産が発行されるプラットフォームが当該トランザクションの実行のために支払者に課すトランザクション手数料よりも大きく定められる。また、徴収されたプラットフォームトークンの一部が、所定の交換所によって、当該プラットフォームトークンとともに流動性プールされているシステムトークンと交換され、かつ当該交換により得られたシステムトークンが所定ウォレットに移転される。

ステップＳ１１１の後に、支払者端末１０は図６と同様に、通知（Ｓ１１２）を実行する。
支払者端末１０は、通知（Ｓ１１２）の完了を以て図６の決済処理を終了する。ただし、通知（Ｓ１１２）はオプションであり、省略されてもよい。

（６）その他の変形例
記憶装置１１は、ネットワークＮＷを介して、支払者端末１０と接続されてもよい。ディスプレイ２１は、支払者端末１０と一体化されてもよい。

上記説明では、各処理において各ステップを特定の順序で実行する例を示したが、各ステップの実行順序は、依存関係がない限りは説明した例に制限されない。また、上記の各処理の各ステップは、支払者端末１０及び分散型台帳システム３０に含まれるコンピュータの何れでも実行可能である。また、外部装置（例えば図示しないサーバ）が、上記の決済処理の一部を分担してもよい。

上記説明では、トランザクション手数料よりも多くのプラットフォームトークンを支払者から徴収し、当該プラットフォームトークンの一部をシステムトークンに交換してから所定ウォレットに移転する例を示した。これにより、例えば決済システム１の設立者がシステム利用料をシステムトークンで徴収することができる。しかしながら、システム利用料を徴収方法は本例に限られない。

第１例として、スマートコントラクトを実行するコンピュータは、徴収したプラットフォームトークンの一部をそのまま（つまり、他の暗号資産に交換することなく）所定ウォレットに移転する。

第２例として、スマートコントラクトを実行するコンピュータは、支払用暗号資産の交換によって得られた受取用暗号資産の一部を受取者のウォレットに移転し、当該受取用暗号資産の残部を、所定交換所によって、当該受取用暗号資産とともに流動性プールされているシステムトークンに交換し、当該交換によって得られたシステムトークンを所定ウォレットに移転する。

第３例として、スマートコントラクトを実行するコンピュータは、支払用暗号資産の交換によって得られた受取用暗号資産の一部を受取者のウォレットに移転し、当該受取用暗号資産の残部を所定ウォレットに移転する。

第４例として、支払用暗号資産と受取用暗号資産とが一致する場合に、スマートコントラクトを実行するコンピュータは、支払者のウォレットから支払われた受取用暗号資産の一部を受取者のウォレットに移転し、当該受取用暗号資産の残部を、所定交換所によって、当該受取用暗号資産とともに流動性プールされているシステムトークンに交換し、当該交換によって得られたシステムトークンを所定ウォレットに移転する。

第５例として、支払用暗号資産と受取用暗号資産とが一致する場合に、スマートコントラクトを実行するコンピュータは、支払者のウォレットから支払われた受取用暗号資産の一部を受取者のウォレットに移転し、当該受取用暗号資産の残部を所定ウォレットに移転する。

上記第２～第５例によれば、支払者は、システム利用料をプラットフォームトークンではなく支払用暗号資産によって支払うことができる。ただし、上記第２例～第５例において、受取者に移転される受取用暗号資産が目減りしないように、支払用暗号資産の支払数量が決定され得る。つまり、システム利用料の原資は全て、支払者から回収されるように定められてよい。

また、決済システム１の設立者が徴収するシステム利用料は、決済額に所定の比率を乗じることで計算されてよい。この比率は、可変であってもよく、一例として、システムトークンのステーキングプールの稼働率が高くなるほど当該比率が低下するように定められ得る。

上記説明では、受取者が決済額を指定する例を示した。しかしながら、例えば投げ銭、寄付などの送金を行う場合に、支払者が任意の決済額を指定してもよい。また、この場合に、支払者は、受取用暗号資産をさらに指定してもよい。

上記説明では、特定のプラットフォームで発行されている候補暗号資産の情報を提示することを前提とした。しかしながら、支払者によるプラットフォームの切り替え指示に応じて、支払者端末１０は指示されたプラットフォームで発行されている候補暗号資産の情報を提示してもよい。

以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態及び変形例は、組合せ可能である。

１ ：決済システム
１０ ：支払者端末
１１ ：記憶装置
１２ ：プロセッサ
１３ ：入出力インタフェース
１４ ：通信インタフェース
２１ ：ディスプレイ
３０ ：分散型台帳システム
３５ ：ノードコンピュータ

Claims (13)

1. コンピュータを、
   支払者によって選択された支払用の第１暗号資産を特定する手段、
   前記第１暗号資産と、当該第１暗号資産とは異なり、かつ受取者によって選択された受取用の第２暗号資産とが流動性プールされている１以上の交換所のいずれかである対象交換所によって、前記支払者のウォレットに保存された前記第１暗号資産を決済額に相当する量の前記第２暗号資産に交換することと、前記対象交換所による交換によって得られた前記第２暗号資産の少なくとも一部を前記受取者のウォレットに移転することとを含むトランザクションの実行を分散型台帳システムに要求する手段、
   として機能させ、
   前記第１暗号資産を特定する手段は、
   前記支払者によって選択された候補暗号資産と前記第２暗号資産とが流動性プールされている交換所である利用可能交換所を探索し、
   前記利用可能交換所が発見された場合に、前記支払者によって選択された候補暗号資産の前記第１暗号資産としての使用を許可する、
   プログラム。
2. 前記第１暗号資産を特定する手段は、前記利用可能交換所が発見されなかった場合に、前記支払者によって選択された候補暗号資産の前記第１暗号資産としての使用を許可しない、
   請求項１に記載のプログラム。
3. 前記コンピュータを、
   前記支払者から前記第１暗号資産としての使用を希望する暗号資産である所望暗号資産の指定を受け付ける手段、
   前記所望暗号資産がプラットフォーム上で発行されているか否かを確認する手段、
   前記所望暗号資産が前記プラットフォーム上で発行されていることが確認された場合に、前記所望暗号資産を前記支払者によって選択可能な新たな候補暗号資産として追加する手段、
   としてさらに機能させる、請求項１に記載のプログラム。
4. 前記コンピュータを、前記第１暗号資産と前記第２暗号資産とが流動性プールされている１以上の交換所のうち前記第１暗号資産から前記第２暗号資産への交換レートが最良である交換所を前記対象交換所として選択する手段、としてさらに機能させる、
   請求項１に記載のプログラム。
5. 前記トランザクションの実行に伴い、前記第１暗号資産および前記第２暗号資産が流通するプラットフォームに対応するプラットフォームトークンが前記支払者のウォレットから徴収され、
   前記支払者のウォレットから徴収されるプラットフォームトークンの数量は、前記プラットフォームが前記支払者に課すトランザクション手数料に応じた数量よりも大きい、
   請求項１に記載のプログラム。
6. 前記支払者のウォレットから徴収されるプラットフォームトークンの一部が、所定の交換所によって、当該プラットフォームトークンとともに流動性プールされている所定の暗号資産であるシステムトークンと交換され、
   前記所定の交換所によって交換されたシステムトークンが所定ウォレットに移転される、
   請求項５に記載のプログラム。
7. 前記所定の交換所は、前記プラットフォームトークンから前記システムトークンへの交換レートに基づいて決定される、
   請求項６に記載のプログラム。
8. 前記システムトークンは、前記プラットフォームトークンの種別に依存して決定される、
   請求項６に記載のプログラム。
9. 前記要求する手段は、前記対象交換所によって、前記支払者のウォレットに保存された前記第１暗号資産を決済額に相当する量の前記第２暗号資産に交換することと、前記対象交換所による交換によって得られた前記第２暗号資産の一部を前記受取者のウォレットに移転することとを含むトランザクションの実行を前記分散型台帳システムに要求し、
   前記コンピュータを、
   所定交換所によって、前記交換によって得られた前記第２暗号資産の残部を、前記第２暗号資産とともに流動性プールされているシステムトークンと交換する手段、
   前記システムトークンを所定ウォレットに移転する手段、
   としてさらに機能させる、請求項１に記載のプログラム。
10. 前記コンピュータを、分散型台帳に記録されたトランザクションの履歴に基づいて、前記第２暗号資産の少なくとも一部を前記受取者のウォレットに移転するトランザクションの確定を検知することと、前記トランザクションの確定が検知された場合に前記受取者に通知を行うこととを含む処理の実行を前記分散型台帳システムに要求する手段、としてさらに機能させる、
    請求項１に記載のプログラム。
11. 前記コンピュータを、分散型台帳に記録されたトランザクションの履歴に基づいて、前記第２暗号資産の少なくとも一部を前記受取者のウォレットに移転するトランザクションの確定を検知することと、前記トランザクションの確定が検知された場合に前記支払者に通知を行うこととを含む処理の実行を前記分散型台帳システムに要求する手段、としてさらに機能させる、
    請求項１に記載のプログラム。
12. 支払者によって選択された支払用の第１暗号資産を特定する手段と、
    前記第１暗号資産と、当該第１暗号資産とは異なり、かつ受取者によって選択された受取用の第２暗号資産とが流動性プールされている１以上の交換所のいずれかである対象交換所によって、前記支払者のウォレットに保存された前記第１暗号資産を決済額に相当する量の前記第２暗号資産に交換することと、前記対象交換所による交換によって得られた前記第２暗号資産の少なくとも一部を前記受取者のウォレットに移転することとを含むトランザクションの実行を分散型台帳システムに要求する手段と
    を具備し、
    前記第１暗号資産を特定する手段は、
    前記支払者によって選択された候補暗号資産と前記第２暗号資産とが流動性プールされている交換所である利用可能交換所を探索し、
    前記利用可能交換所が発見された場合に、前記支払者によって選択された候補暗号資産の前記第１暗号資産としての使用を許可する、
    情報処理装置。
13. コンピュータによって実行される方法であって、
    支払者によって選択された支払用の第１暗号資産を特定するステップと、
    前記第１暗号資産と、当該第１暗号資産とは異なり、かつ受取者によって選択された受取用の第２暗号資産とが流動性プールされている１以上の交換所のいずれかである対象交換所によって、前記支払者のウォレットに保存された前記第１暗号資産を決済額に相当する量の前記第２暗号資産に交換することと、前記対象交換所による交換によって得られた前記第２暗号資産の少なくとも一部を前記受取者のウォレットに移転することとを含むトランザクションの実行を分散型台帳システムに要求するステップと
    を具備し、
    前記第１暗号資産を特定するステップにおいて、前記コンピュータは、
    前記支払者によって選択された候補暗号資産と前記第２暗号資産とが流動性プールされている交換所である利用可能交換所を探索し、
    前記利用可能交換所が発見された場合に、前記支払者によって選択された候補暗号資産の前記第１暗号資産としての使用を許可する、
    方法。
    

Images