知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024040110
(43)【公開日】2024-03-25
(54)【発明の名称】情報処理装置、方法、システム、およびプログラム
(51)【国際特許分類】
G06Q 20/40 20120101AFI20240315BHJP
【ＦＩ】
G06Q20/40
【審査請求】未請求
【請求項の数】17
【出願形態】ＯＬ
(21)【出願番号】P 2023089353
(22)【出願日】2023-05-31
(62)【分割の表示】P 2022144235の分割
【原出願日】2022-09-12
(71)【出願人】
【識別番号】522200476
【氏名又は名称】スラッシュ フィンテック リミテッド
(74)【代理人】
【識別番号】110002815
【氏名又は名称】ＩＰＴｅｃｈ弁理士法人
(72)【発明者】
【氏名】佐藤 伸介
【テーマコード（参考）】
5L055
【Ｆターム（参考）】
5L055AA73
(57)【要約】
【課題】ユーザが、必要に応じて、取引相手に対して自身の身元が確かであること、または特定のプロファイルを備えることを容易に証明できる技術を提供する。
【解決手段】本開示の一態様のプログラムは、コンピュータを、デジタルウォレットのユーザの本人確認が正常に完了したことを示す情報を取得する手段、ユーザの本人確認が正常に完了したことを示す情報の取得に応じて、デジタルウォレットに対してユーザの本人確認が正常に完了したことを証明し、かつ譲渡不可能である本人確認トークンを発行する手段、として機能させる。
【選択図】図５
【解決手段】本開示の一態様のプログラムは、コンピュータを、デジタルウォレットのユーザの本人確認が正常に完了したことを示す情報を取得する手段、ユーザの本人確認が正常に完了したことを示す情報の取得に応じて、デジタルウォレットに対してユーザの本人確認が正常に完了したことを証明し、かつ譲渡不可能である本人確認トークンを発行する手段、として機能させる。
【選択図】図５
【特許請求の範囲】
【請求項1】
コンピュータを、
デジタルウォレットのユーザの本人確認が正常に完了したことを示す情報を取得する手段、
前記ユーザの本人確認が正常に完了したことを示す情報の取得に応じて、前記デジタルウォレットに対して前記ユーザの本人確認が正常に完了したことを証明し、かつ譲渡不可能である本人確認トークンを発行する手段、
として機能させる、プログラム。
デジタルウォレットのユーザの本人確認が正常に完了したことを示す情報を取得する手段、
前記ユーザの本人確認が正常に完了したことを示す情報の取得に応じて、前記デジタルウォレットに対して前記ユーザの本人確認が正常に完了したことを証明し、かつ譲渡不可能である本人確認トークンを発行する手段、
として機能させる、プログラム。
【請求項2】
前記コンピュータを、第１ユーザが使用する第１デジタルウォレットを介した取引を許容するための取引条件に、前記第１ユーザの取引相手となる第２ユーザが使用する第２デジタルウォレット上に前記第２ユーザの本人確認が正常に完了したことを証明する本人確認トークンが保有されていることを含めるか否かを、前記第１ユーザからの指示に応じて設定する手段、として機能させる、
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項3】
前記コンピュータを、前記第２デジタルウォレット上に前記本人確認トークンが保有されておらず、かつ前記第２デジタルウォレット上に前記本人確認トークンが保有されていることが前記取引条件に含められている場合に、前記第２デジタルウォレットから前記第１デジタルウォレットへの暗号資産の移転に関する取引の要求を拒否する手段、として機能させる、
請求項２に記載のプログラム。
請求項２に記載のプログラム。
【請求項4】
前記コンピュータを、前記第２ユーザの使用するクライアント装置に、前記第１デジタルウォレットに対して設定されている取引条件の内容を示す情報を提示する手段、として機能させる、
請求項２に記載のプログラム。
請求項２に記載のプログラム。
【請求項5】
前記コンピュータを、前記第２デジタルウォレット上に前記本人確認トークンが保有されておらず、かつ前記第２デジタルウォレット上に前記本人確認トークンが保有されていることが前記取引条件に含められている場合に、前記第２ユーザに本人確認の実施を推奨する手段、として機能させる、
請求項４に記載のプログラム。
請求項４に記載のプログラム。
【請求項6】
前記コンピュータを、
前記本人確認トークンの発行時に、所定の特典付与条件が成立するか否かを判定する手段、
前記特典付与条件が成立する場合に、前記本人確認トークンが発行されるデジタルウォレットに特典に相当するトークンを付与する手段、
として機能させる、
請求項１に記載のプログラム。
前記本人確認トークンの発行時に、所定の特典付与条件が成立するか否かを判定する手段、
前記特典付与条件が成立する場合に、前記本人確認トークンが発行されるデジタルウォレットに特典に相当するトークンを付与する手段、
として機能させる、
請求項１に記載のプログラム。
【請求項7】
前記特典に相当するトークンは、所定の決済システムにおける決済手数料の割引を受ける権利を証明するトークンである、
請求項６に記載のプログラム。
請求項６に記載のプログラム。
【請求項8】
前記特典に相当するトークンは、特定のトークンを鋳造する権利を証明するトークンである、
請求項６に記載のプログラム。
請求項６に記載のプログラム。
【請求項9】
前記コンピュータを、所定の特典配布条件が成立した場合に、前記本人確認トークンを保有するデジタルウォレットのうち少なくとも１つにトークンを配布する手段、として機能させる、
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項10】
前記コンピュータを、所定の決済システムにおける前記デジタルウォレットによる決済金額に基づいて、当該デジタルウォレットを使用するユーザの顧客ランクを証明し、かつ譲渡不可能である顧客ランクトークンを発行する手段、として機能させる、
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項11】
前記コンピュータを、第１ユーザが使用する第１デジタルウォレット上に第２ユーザによって指定された種別の譲渡不可能なトークンを保有し、かつ当該第１デジタルウォレットを経由して前記第２ユーザに支払が行われる場合に、前記第２ユーザによって指定された条件で当該第１デジタルウォレットに特典を付与する手段、として機能させる、
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項12】
前記コンピュータを、
前記本人確認トークンを保有する第１デジタルウォレットの持ち主である第１ユーザから、寄付先の選択を受け付ける手段、
前記第１デジタルウォレットから所定の決済システムを介して行われた送金に対して徴収された決済手数料の一部を前記第１ユーザによって選択された寄付先へ送金する手段、
として機能させる、請求項１に記載のプログラム。
前記本人確認トークンを保有する第１デジタルウォレットの持ち主である第１ユーザから、寄付先の選択を受け付ける手段、
前記第１デジタルウォレットから所定の決済システムを介して行われた送金に対して徴収された決済手数料の一部を前記第１ユーザによって選択された寄付先へ送金する手段、
として機能させる、請求項１に記載のプログラム。
【請求項13】
前記コンピュータを、
外部装置から特定のデジタルウォレットにおける前記本人確認トークンの保有状況に関する問い合わせを受け付ける手段、
前記問い合わせに対する回答を前記外部装置へ送信する手段、
として機能させる、請求項１に記載のプログラム。
外部装置から特定のデジタルウォレットにおける前記本人確認トークンの保有状況に関する問い合わせを受け付ける手段、
前記問い合わせに対する回答を前記外部装置へ送信する手段、
として機能させる、請求項１に記載のプログラム。
【請求項14】
前記本人確認トークンは、当該本人確認トークンによって本人確認が正常に完了したことが証明されるユーザの個人情報を含まない、
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項15】
デジタルウォレットのユーザの本人確認が正常に完了したことを示す情報を取得する手段と、
前記ユーザの本人確認が正常に完了したことを示す情報の取得に応じて、前記デジタルウォレットに対して前記ユーザの本人確認が正常に完了したことを証明し、かつ譲渡不可能である本人確認トークンを発行する手段と
を具備する、情報処理装置。
前記ユーザの本人確認が正常に完了したことを示す情報の取得に応じて、前記デジタルウォレットに対して前記ユーザの本人確認が正常に完了したことを証明し、かつ譲渡不可能である本人確認トークンを発行する手段と
を具備する、情報処理装置。
【請求項16】
コンピュータが、
デジタルウォレットのユーザの本人確認が正常に完了したことを示す情報を取得するステップと、
前記ユーザの本人確認が正常に完了したことを示す情報の取得に応じて、前記デジタルウォレットに対して前記ユーザの本人確認が正常に完了したことを証明し、かつ譲渡不可能である本人確認トークンを発行するステップと
を実行する方法。
デジタルウォレットのユーザの本人確認が正常に完了したことを示す情報を取得するステップと、
前記ユーザの本人確認が正常に完了したことを示す情報の取得に応じて、前記デジタルウォレットに対して前記ユーザの本人確認が正常に完了したことを証明し、かつ譲渡不可能である本人確認トークンを発行するステップと
を実行する方法。
【請求項17】
第１コンピュータと、第２コンピュータとを具備し、
前記第１コンピュータは、
デジタルウォレットのユーザの本人確認が正常に完了したことを示す情報を前記第２コンピュータから取得する手段と、
前記ユーザの本人確認が正常に完了したことを示す情報の取得に応じて、前記デジタルウォレットに対して前記ユーザの本人確認が正常に完了したことを証明し、かつ譲渡不可能である本人確認トークンを発行する手段と
を備える、システム。
前記第１コンピュータは、
デジタルウォレットのユーザの本人確認が正常に完了したことを示す情報を前記第２コンピュータから取得する手段と、
前記ユーザの本人確認が正常に完了したことを示す情報の取得に応じて、前記デジタルウォレットに対して前記ユーザの本人確認が正常に完了したことを証明し、かつ譲渡不可能である本人確認トークンを発行する手段と
を備える、システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理装置、方法、システム、およびプログラムに関する。
【背景技術】
【0002】
従来、例えばマネーロンダリング防止の観点から、銀行口座の開設時にｅＫＹＣ（electronic Know Your Customer）処理が行われることがある。このようにして開設された銀行口座は、その持ち主の身元が確かであると推定できるので、取引者は安心して当該口座に送金したり、当該口座からの送金を受け取ったりすることができる。
【0003】
しかしながら、例えばメタマスクなどのデジタルウォレットは、ユーザが自由に作成可能である。故に、デジタルウォレットは、その持ち主の身元は通常不明であるため、取引者は当該ウォレットに対して送金したり、当該ウォレットからの送金を受け取ったりすることに不安を感じるおそれがある。
【0004】
特許文献１には、暗号資産アプリケーションのＩＤ取得（利用開始）の条件として、交換所に対するＫＹＣを課す技術が提案されている。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０２２－０７２３５９号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかし、特許文献１の技術では、ＫＹＣを行わなければ暗号資産アプリケーションの利用を開始できないため、ユーザは暗号資産アプリケーションを気軽に試すことができない。つまり、ＫＹＣが暗号資産アプリケーションの利用者獲得の障害となるおそれがある。
【0007】
本開示の目的は、ユーザが、必要に応じて、取引相手に対して自身の身元が確かであること、または特定のプロファイルを備えることを容易に証明できる技術を提供することである。
【課題を解決するための手段】
【0008】
本開示の一態様のプログラムは、コンピュータを、デジタルウォレットのユーザの本人確認が正常に完了したことを示す情報を取得する手段、ユーザの本人確認が正常に完了したことを示す情報の取得に応じて、デジタルウォレットに対してユーザの本人確認が正常に完了したことを証明し、かつ譲渡不可能である本人確認トークンを発行する手段、として機能させる。
【図面の簡単な説明】
【0009】
【図1】本実施形態の情報処理システムの構成を示すブロック図である。
【図2】本実施形態のクライアント装置の構成を示すブロック図である。
【図3】本実施形態のサーバの構成を示すブロック図である。
【図4】本実施形態の分散型台帳システムの構成を示す図である。
【図5】本実施形態の一態様の説明図である。
【図6】本実施形態のトークン発行処理のフローチャートである。
【図7】本実施形態の取引条件設定処理のフローチャートである。
【図8】本実施形態の取引処理のフローチャートである。
【図9】本実施形態の取引処理において表示される画面例を示す図である。
【図10】本実施形態の取引処理において表示される画面例を示す図である。
【図11】本実施形態の取引処理において表示される画面例を示す図である。
【発明を実施するための形態】
【0010】
以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。
【0011】
（１）情報処理システムの構成
情報処理システムの構成について説明する。図１は、本実施形態の情報処理システムの構成を示すブロック図である。
情報処理システムの構成について説明する。図１は、本実施形態の情報処理システムの構成を示すブロック図である。
【0012】
図１に示すように、情報処理システム１は、クライアント装置１０と、サーバ３０と、分散型台帳システム５０とを備える。
クライアント装置１０及びサーバ３０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続される。
クライアント装置１０及び分散型台帳システム５０は、ネットワークＮＷを介して接続される。
サーバ３０及び分散型台帳システム５０は、ネットワークＮＷを介して接続される。
クライアント装置１０及びサーバ３０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続される。
クライアント装置１０及び分散型台帳システム５０は、ネットワークＮＷを介して接続される。
サーバ３０及び分散型台帳システム５０は、ネットワークＮＷを介して接続される。
【0013】
クライアント装置１０は、サーバ３０にリクエストを送信する情報処理装置の一例である。クライアント装置１０は、例えば、スマートフォン、タブレット端末、又は、パーソナルコンピュータである。クライアント装置１０のユーザは、分散型台帳システム５０によって実現される所定の決済システムにおいて例えば暗号資産の移転に関する取引（トランザクション）を行う者である。ここで、「暗号資産」とは、独自のブロックチェーン（ネットワーク）上で発行される暗号資産（狭義の暗号資産であり、プラットフォームトークンとも呼ばれる）に限られず、既存のブロックチェーン技術を用いて発行された独自の暗号資産（いわゆるトークン）を包含する意味で用いられる。
【0014】
サーバ３０は、クライアント装置１０から送信されたリクエストに応じたレスポンスをクライアント装置１０に提供する情報処理装置の一例である。サーバ３０は、例えば、サーバコンピュータである。
【0015】
分散型台帳システム５０は、分散型台帳を管理する。一例として、分散型台帳システム５０は、暗号資産またはトークン（ＮＦＴ（Non-Fungible Token）を含み得る）の移転に関する取引の履歴を管理する。分散型台帳は、例えばブロックチェーンである。分散型台帳システム５０は、相互に接続された複数のコンピュータ（クライアント装置１０、またはサーバ３０を含み得る）を含む。また、分散型台帳システム５０には、決済システムの各機能を実現するためのスマートコントラクトが保存されており、クライアント装置１０からの要求に応じて当該スマートコントラクトが実行される。
【0016】
（１－１）クライアント装置の構成
クライアント装置の構成について説明する。図２は、本実施形態のクライアント装置の構成を示すブロック図である。
クライアント装置の構成について説明する。図２は、本実施形態のクライアント装置の構成を示すブロック図である。
【0017】
図２に示すように、クライアント装置１０は、記憶装置１１と、プロセッサ１２と、入出力インタフェース１３と、通信インタフェース１４とを備える。クライアント装置１０は、ディスプレイ２１に接続される。
【0018】
記憶装置１１は、プログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
【0019】
プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ、または決済アプリケーション）のプログラム
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ、または決済アプリケーション）のプログラム
【0020】
データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）
【0021】
プロセッサ１２は、記憶装置１１に記憶されたプログラムを起動することによって、クライアント装置１０の機能を実現するコンピュータである。プロセッサ１２は、例えば、以下の少なくとも１つである。
・ＣＰＵ（Central Processing Unit）
・ＧＰＵ（Graphic Processing Unit）
・ＡＳＩＣ（Application Specific Integrated Circuit）
・ＦＰＧＡ（Field Programmable Array）
・ＣＰＵ（Central Processing Unit）
・ＧＰＵ（Graphic Processing Unit）
・ＡＳＩＣ（Application Specific Integrated Circuit）
・ＦＰＧＡ（Field Programmable Array）
【0022】
入出力インタフェース１３は、クライアント装置１０に接続される入力デバイスから情報（例えば、ユーザの指示）を取得し、かつ、クライアント装置１０に接続される出力デバイスに情報（例えば画像）を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイ２１、スピーカ、又は、それらの組合せである。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイ２１、スピーカ、又は、それらの組合せである。
【0023】
通信インタフェース１４は、クライアント装置１０と外部装置（例えば、サーバ３０、または分散型台帳システム５０）との間の通信を制御するように構成される。
【0024】
ディスプレイ２１は、画像（静止画、または動画）を表示するように構成される。ディスプレイ２１は、例えば、液晶ディスプレイ、または有機ＥＬディスプレイである。
【0025】
（１－２）サーバの構成
サーバの構成について説明する。図３は、本実施形態のサーバの構成を示すブロック図である。
サーバの構成について説明する。図３は、本実施形態のサーバの構成を示すブロック図である。
【0026】
図３に示すように、サーバ３０は、記憶装置３１と、プロセッサ３２と、入出力インタフェース３３と、通信インタフェース３４とを備える。
【0027】
記憶装置３１は、プログラム及びデータを記憶するように構成される。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
【0028】
プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム
【0029】
データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理の実行結果
・情報処理において参照されるデータベース
・情報処理の実行結果
【0030】
プロセッサ３２は、記憶装置３１に記憶されたプログラムを起動することによって、サーバ３０の機能を実現するコンピュータである。プロセッサ３２は、例えば、以下の少なくとも１つである。
・ＣＰＵ
・ＧＰＵ
・ＡＳＩＣ
・ＦＰＧＡ
・ＣＰＵ
・ＧＰＵ
・ＡＳＩＣ
・ＦＰＧＡ
【0031】
入出力インタフェース３３は、サーバ３０に接続される入力デバイスから情報（例えばユーザの指示）を取得し、かつ、サーバ３０に接続される出力デバイスに情報（例えば画像）を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。
【0032】
通信インタフェース３４は、サーバ３０と外部装置（例えば、クライアント装置１０、または分散型台帳システム５０）との間の通信を制御するように構成される。
【0033】
（１－３）分散型台帳システムの構成
分散型台帳システムの構成について説明する。図４は、本実施形態の分散型台帳システムの構成を示す図である。
分散型台帳システムの構成について説明する。図４は、本実施形態の分散型台帳システムの構成を示す図である。
【0034】
図４に示すように、分散型台帳システム５０は、複数のノードコンピュータ５５－１～５５－４を備える。
【0035】
ノードコンピュータ５５は、ネットワーク（図１のネットワークＮＷを含み得る）を介して互いに接続される。本実施形態では、ネットワークは、公衆網、プライベートネットワーク、専用線、ＶＰＮ（Virtual Private Network）、またはそれらの組み合わせを含み得る。ノードコンピュータ５５は、ネットワークと、例えば、有線または無線により接続されている。ノードコンピュータ５５は、ピア・ツー・ピア方式で互いに通信する。
【0036】
ノードコンピュータ５５は、例えばブロックチェーン技術を用いて分散型台帳を管理する。
具体的には、いずれかのノードコンピュータ５５は、記録すべき暗号資産またはトークンのトランザクションに関するデータを取得する。ノードコンピュータ５５は、取得したデータを含むブロックを作成し、ブロックチェーンに追加する。ノードコンピュータ５５は、追加したブロックの情報を他のノードコンピュータ５５へ送信する。他のノードコンピュータ５５は、受信したブロックの正しさを検証し、検証に成功すると、ブロックチェーンに当該ブロックを追加する。ノードコンピュータ５５は、例えば、連結されるブロックの数（承認数）に従ってブロックチェーンを確定する。これにより、分散型台帳システム５０を構成する複数のノードコンピュータ５５に亘って、同一の分散型台帳が保存されることになる。なお、保存されるデータは、適宜に暗号化される。
具体的には、いずれかのノードコンピュータ５５は、記録すべき暗号資産またはトークンのトランザクションに関するデータを取得する。ノードコンピュータ５５は、取得したデータを含むブロックを作成し、ブロックチェーンに追加する。ノードコンピュータ５５は、追加したブロックの情報を他のノードコンピュータ５５へ送信する。他のノードコンピュータ５５は、受信したブロックの正しさを検証し、検証に成功すると、ブロックチェーンに当該ブロックを追加する。ノードコンピュータ５５は、例えば、連結されるブロックの数（承認数）に従ってブロックチェーンを確定する。これにより、分散型台帳システム５０を構成する複数のノードコンピュータ５５に亘って、同一の分散型台帳が保存されることになる。なお、保存されるデータは、適宜に暗号化される。
【0037】
分散型台帳システム５０の構成は、図４に示されるものに限定されない。例えば、分散型台帳システム５０は、５台以上のノードコンピュータ５５を備えていてもよいし、２台または３台のノードコンピュータ５５を備えていてもよい。また、分散型台帳システム５０を構成するノードコンピュータ５５の数は、時間とともに変動してもよい。
【0038】
ノードコンピュータ５５のハードウェア構成は、クライアント装置１０と同一または類似であってよいので詳細な説明を省略する。一例として、ノードコンピュータ５５は、プロセッサ、記憶装置、入出力インタフェース、通信インタフェース、入力デバイス、出力デバイス、またはそれらの組み合わせを備える。
【0039】
（２）実施形態の一態様
本実施形態の一態様について説明する。図５は、本実施形態の一態様の説明図である。
図５に示すように、クライアント装置１０のユーザＵ１１は、デジタルウォレット（Ｗｅｂ３ウォレット）Ｗ１２を保有している。分散型台帳システム５０によって実現される所定の決済システムで取引を行う場合に、ユーザＵ１１はウォレットＷ１２から他のユーザのウォレットに暗号資産を譲渡（つまり送金または支払）したり、ウォレットＷ１２によって他のユーザのウォレットから暗号資産を譲り受けたりすることができる。
本実施形態の一態様について説明する。図５は、本実施形態の一態様の説明図である。
図５に示すように、クライアント装置１０のユーザＵ１１は、デジタルウォレット（Ｗｅｂ３ウォレット）Ｗ１２を保有している。分散型台帳システム５０によって実現される所定の決済システムで取引を行う場合に、ユーザＵ１１はウォレットＷ１２から他のユーザのウォレットに暗号資産を譲渡（つまり送金または支払）したり、ウォレットＷ１２によって他のユーザのウォレットから暗号資産を譲り受けたりすることができる。
【0040】
以下に説明するように、ユーザＵ１１は、本人確認を行うことで、取引相手に対して自身の身元が確かであることを証明するためのトークンの発行を受け、当該トークンをウォレットＷ１２上で保有できる。
【0041】
具体的には、サーバ３０は、ユーザＵ１１からの要求に応じて、当該ユーザＵ１１に対して所定の本人確認処理（例えばｅＫＹＣ処理）を行う。サーバ３０は、本人確認が正常に完了した場合に、ユーザＵ１１のウォレットＷ１２宛に所定のトークン（以下、「ＫＹＣトークン」というが、「本人確認トークン」と呼ぶこともできる）を発行するよう分散型台帳システム５０に要求する。
【0042】
分散型台帳システム５０（具体的には、分散型台帳システム５０を構成するノードコンピュータのうち、ＫＹＣトークンを発行するためのスマートコントラクトを実行するコンピュータ）は、指定されたウォレットＷ１２宛にＫＹＣトークンを発行する。なお、本人確認処理において収集されたユーザＵ１１の個人情報は、サーバ３０には保存され得るものの、ＫＹＣトークンには含められないし、ＫＹＣトークンに含められた情報から第三者が参照可能には構成されない（つまり公開されない）。
【0043】
ここで、ＫＹＣトークンは、例えばＳＢＴ（Soulbound Token）などの譲渡不可能なトークンである。このように、ＫＹＣトークンは、本人確認が正常に完了したことをトリガに発行され、かつ、譲渡不可能である。故に、ウォレットＷ１２にＫＹＣトークンが保有されていることは、ウォレットＷ１２の持ち主であるユーザＵ１１の本人確認が正常に完了した事実を証明する。つまり、ユーザＵ１１は、ＫＹＣトークンの保有の事実により、自らの個人情報を取引相手に明かすことなく、自らの身元が確かであることを容易に証明することができる。したがって、取引相手は、安心してユーザＵ１１との取引を行うことができる。
【0044】
（３）情報処理
本実施形態の情報処理について説明する。
本実施形態の情報処理について説明する。
【0045】
（３－１）トークン発行処理
本実施形態のトークン発行処理について説明する。図６は、本実施形態のトークン発行処理のフローチャートである。
本実施形態のトークン発行処理について説明する。図６は、本実施形態のトークン発行処理のフローチャートである。
【0046】
本実施形態のトークン発行処理は、例えば、サーバ３０がクライアント装置１０からユーザの本人確認の実行要求を受信することで開始する。
【0047】
図６に示すように、サーバ３０は、本人確認（Ｓ１３０）を実行する。
具体的には、サーバ３０は、クライアント装置１０から例えば以下の少なくとも１つの情報を受け付ける。
・クライアント装置１０のユーザの本人確認書類の情報（例えば、画像、またはＩＣチップの情報）
・クライアント装置１０のユーザの容貌の情報（例えば顔画像）
・クライアント装置１０のユーザのウォレット（つまり、ＫＹＣトークンの発行先）を特定可能な情報（例えばウォレットアドレス）
具体的には、サーバ３０は、クライアント装置１０から例えば以下の少なくとも１つの情報を受け付ける。
・クライアント装置１０のユーザの本人確認書類の情報（例えば、画像、またはＩＣチップの情報）
・クライアント装置１０のユーザの容貌の情報（例えば顔画像）
・クライアント装置１０のユーザのウォレット（つまり、ＫＹＣトークンの発行先）を特定可能な情報（例えばウォレットアドレス）
【0048】
ステップＳ１３０において本人確認が正常に完了した後に、サーバ３０は、トークンの発行要求（Ｓ１３１）を実行する。
具体的には、サーバ３０は、ＫＹＣトークンの発行要求（「ユーザの本人確認が正常に完了したことを示す情報」の一例）を生成する。発行要求には、本人確認が行われたユーザのウォレットを特定可能な情報が含まれる。発行要求には、さらに、本人確認の実施者（例えば本人確認サービスの運営者）、本人確認の方法、またはそれらの組み合わせを特定可能な情報を含んでもよい。サーバ３０は、発行要求を分散型台帳システム５０へ送信する。これにより、サーバ３０は、本人確認が行われたユーザのウォレット宛にＫＹＣトークンを発行するよう分散型台帳システム５０に要求する。一例として、サーバ３０は、本人確認が行われたユーザのウォレットを特定可能な情報を引数として、ＫＹＣトークンを発行するためのスマートコントラクトの実行を分散型台帳システム５０に要求する。
具体的には、サーバ３０は、ＫＹＣトークンの発行要求（「ユーザの本人確認が正常に完了したことを示す情報」の一例）を生成する。発行要求には、本人確認が行われたユーザのウォレットを特定可能な情報が含まれる。発行要求には、さらに、本人確認の実施者（例えば本人確認サービスの運営者）、本人確認の方法、またはそれらの組み合わせを特定可能な情報を含んでもよい。サーバ３０は、発行要求を分散型台帳システム５０へ送信する。これにより、サーバ３０は、本人確認が行われたユーザのウォレット宛にＫＹＣトークンを発行するよう分散型台帳システム５０に要求する。一例として、サーバ３０は、本人確認が行われたユーザのウォレットを特定可能な情報を引数として、ＫＹＣトークンを発行するためのスマートコントラクトの実行を分散型台帳システム５０に要求する。
【0049】
他方、ステップＳ１３０において本人確認が正常に完了しなかった場合に、サーバ３０は、トークンの発行要求（Ｓ１３１）を実行しない。
【0050】
ステップＳ１３１の後に、分散型台帳システム５０は、トークンの発行（Ｓ１５０）を実行する。
具体的には、分散型台帳システム５０を構成するノードコンピュータは、本人確認が行われたユーザのウォレット宛にＫＹＣトークンを発行する。
具体的には、分散型台帳システム５０を構成するノードコンピュータは、本人確認が行われたユーザのウォレット宛にＫＹＣトークンを発行する。
【0051】
ステップＳ１５０の後に、分散型台帳システム５０は、特典付与条件の判定（Ｓ１５１）を実行する。
具体的には、分散型台帳システム５０を構成するノードコンピュータは、ステップＳ１５０において発行したＫＹＣトークンについて、所定の特典付与条件が成立するか否かを判定する。特典付与条件は、例えば以下の少なくとも１つを含むことができる。
・ＫＹＣトークンの累計発行数が所定の数値範囲（例えば、１～１００など）内にある
・ＫＹＣトークンの発行日時が所定の期間内（例えば、ＫＹＣトークンの発行開始から１年間、またはキャンペーン期間）にある
・ＫＹＣトークンの累計発行数が所定の数値（例えば、１０００など）に一致する
具体的には、分散型台帳システム５０を構成するノードコンピュータは、ステップＳ１５０において発行したＫＹＣトークンについて、所定の特典付与条件が成立するか否かを判定する。特典付与条件は、例えば以下の少なくとも１つを含むことができる。
・ＫＹＣトークンの累計発行数が所定の数値範囲（例えば、１～１００など）内にある
・ＫＹＣトークンの発行日時が所定の期間内（例えば、ＫＹＣトークンの発行開始から１年間、またはキャンペーン期間）にある
・ＫＹＣトークンの累計発行数が所定の数値（例えば、１０００など）に一致する
【0052】
ステップＳ１５１において特典付与条件が成立すると判定された場合に、分散型台帳システム５０は、特典の付与（Ｓ１５２）を実行する。
具体的には、分散型台帳システム５０を構成するノードコンピュータは、ステップＳ１５１において成立すると判定された特典付与条件に対応する特典を、ステップＳ１５０において発行したＫＹＣトークンが発行されたユーザに付与する。一例として、ノードコンピュータは、ＫＹＣトークンとは別に、特典に相当するトークンを、本人確認が行われたユーザのウォレット宛に発行する。かかるトークンは、例えば以下の少なくとも１つを含むことができる。
・所定の決済システム（例えば分散型台帳システム５０によって実現される決済システム）における決済手数料の割引を受ける権利を証明するトークン
・特定のトークンを鋳造（Mint）する権利を証明するトークン
具体的には、分散型台帳システム５０を構成するノードコンピュータは、ステップＳ１５１において成立すると判定された特典付与条件に対応する特典を、ステップＳ１５０において発行したＫＹＣトークンが発行されたユーザに付与する。一例として、ノードコンピュータは、ＫＹＣトークンとは別に、特典に相当するトークンを、本人確認が行われたユーザのウォレット宛に発行する。かかるトークンは、例えば以下の少なくとも１つを含むことができる。
・所定の決済システム（例えば分散型台帳システム５０によって実現される決済システム）における決済手数料の割引を受ける権利を証明するトークン
・特定のトークンを鋳造（Mint）する権利を証明するトークン
【0053】
分散型台帳システム５０は、ステップＳ１５２の完了を以て、トークン発行処理を終了する。
或いは、ステップＳ１５１において特典付与条件が成立しないと判定された場合に、分散型台帳システム５０は、特典の付与（Ｓ１５２）を省略し、トークン発行処理を終了する。
或いは、ステップＳ１５１において特典付与条件が成立しないと判定された場合に、分散型台帳システム５０は、特典の付与（Ｓ１５２）を省略し、トークン発行処理を終了する。
【0054】
（３－２）取引条件設定処理
本実施形態の取引条件設定処理について説明する。図７は、本実施形態の取引条件設定処理のフローチャートである。
本実施形態の取引条件設定処理について説明する。図７は、本実施形態の取引条件設定処理のフローチャートである。
【0055】
図７に示すように、クライアント装置１０は、取引条件の設定（Ｓ２１０）を実行する。
具体的には、クライアント装置１０は、例えばユーザが使用するデジタルウォレット（以下、「ユーザウォレット」という）にログインした状態で、ユーザから取引条件の設定指示を受け付ける。取引条件は、例えば、ユーザがユーザウォレットを介した取引を許容するために、取引相手（または取引相手が使用するデジタルウォレット）に課す必要条件である。一例として、ユーザは、取引相手のデジタルウォレット（つまり、ユーザウォレットに対して送金を行うデジタルウォレット、ユーザウォレットからの送金を受け取るデジタルウォレット、またはそれらの組み合わせ）にＫＹＣトークンが保有されていることを取引条件に含めるように、または含めないように設定するできる。
具体的には、クライアント装置１０は、例えばユーザが使用するデジタルウォレット（以下、「ユーザウォレット」という）にログインした状態で、ユーザから取引条件の設定指示を受け付ける。取引条件は、例えば、ユーザがユーザウォレットを介した取引を許容するために、取引相手（または取引相手が使用するデジタルウォレット）に課す必要条件である。一例として、ユーザは、取引相手のデジタルウォレット（つまり、ユーザウォレットに対して送金を行うデジタルウォレット、ユーザウォレットからの送金を受け取るデジタルウォレット、またはそれらの組み合わせ）にＫＹＣトークンが保有されていることを取引条件に含めるように、または含めないように設定するできる。
【0056】
ステップＳ２１０の後に、クライアント装置１０は、コントラクトの作成要求（Ｓ２１１）を実行する。
具体的には、クライアント装置１０は、ステップＳ２１０において受け付けた取引条件の設定指示に基づいて、ユーザウォレットの取引条件を管理するスマートコントラクトの作成要求を生成する。クライアント装置１０は、作成要求を分散型台帳システム５０へ送信する。
具体的には、クライアント装置１０は、ステップＳ２１０において受け付けた取引条件の設定指示に基づいて、ユーザウォレットの取引条件を管理するスマートコントラクトの作成要求を生成する。クライアント装置１０は、作成要求を分散型台帳システム５０へ送信する。
【0057】
ステップＳ２１１の後に、分散型台帳システム５０は、コントラクトの作成（Ｓ２５０）を実行する。
具体的には、分散型台帳システム５０を構成するノードコンピュータは、ステップＳ２１１においてクライアント装置１０から送信された作成要求を受信する。ノードコンピュータは、作成要求に応じてコントラクトを作成し、分散型台帳システム５０にデプロイする。
具体的には、分散型台帳システム５０を構成するノードコンピュータは、ステップＳ２１１においてクライアント装置１０から送信された作成要求を受信する。ノードコンピュータは、作成要求に応じてコントラクトを作成し、分散型台帳システム５０にデプロイする。
【0058】
なお、本実施形態の取引条件設定処理は、繰り返し実行可能である。例えば、ユーザは、取引相手のデジタルウォレットにＫＹＣトークンが保有されていることを取引条件に含めるように設定した後に、当該設定を解除することができる。逆に、例えば、ユーザは、取引相手のデジタルウォレットにＫＹＣトークンが保有されていることを取引条件に含めないように設定した後に、当該条件を取引条件に含めるように設定してもよい。取引条件設定処理を繰り返し実行する場合に、過去に作成したコントラクトが更新されてもよいし、当該コントラクトを破棄して新規コントラクトが作成されてもよい。
【0059】
（３－３）取引処理
本実施形態の取引処理について説明する。図８は、本実施形態の取引処理のフローチャートである。図９は、本実施形態の取引処理において表示される画面例を示す図である。図１０は、本実施形態の取引処理において表示される画面例を示す図である。図１１は、本実施形態の取引処理において表示される画面例を示す図である。
本実施形態の取引処理について説明する。図８は、本実施形態の取引処理のフローチャートである。図９は、本実施形態の取引処理において表示される画面例を示す図である。図１０は、本実施形態の取引処理において表示される画面例を示す図である。図１１は、本実施形態の取引処理において表示される画面例を示す図である。
【0060】
本実施形態の取引処理は、分散型台帳システム５０によって実現される所定の決済システムによる決済時にユーザ指示に応じて呼び出される。第１例として、ユーザは、本決済システムのユーザとしての加盟店において支払を行う場合に、または本決済システムのユーザに任意の金額の送金を行う場合に、クライアント装置１０において所定のアプリケーションを起動し、または所定のＷｅｂページにアクセスすることで、本実施形態の取引処理を開始させることができる。
【0061】
第２例として、ユーザは、外部システムの利用時に本決済システムによる支払を行う場合に、外部システム経由で本実施形態の取引処理を呼び出すことができる。外部システムは、例えば以下の少なくとも１つを含むことができる。
・ＥＣ（Electronic Commerce）システム
・サービス提供（例えば、コンテンツ配信、ゲーム、マッチングなど）システム
・ＥＣ（Electronic Commerce）システム
・サービス提供（例えば、コンテンツ配信、ゲーム、マッチングなど）システム
【0062】
【0063】
オブジェクトＪ２０ｂは、決済方法を選択するためのユーザ指示を受け付ける。一例として、オブジェクトＪ２０ｂは、ラジオボタンを含む。
オブジェクトＪ２０ｃは、決済方法の選択を確定するためのユーザ指示を受け付ける。
オブジェクトＪ２０ｃは、決済方法の選択を確定するためのユーザ指示を受け付ける。
【0064】
本例では、クライアント装置１０のユーザが、上記所定の決済システムに対応する決済方法である「Ｗｅｂ３．０ウォレット決済」をオブジェクトＪ２０ｂによって選択した状態で、オブジェクトＪ２０ｃを選択すると、本実施形態の取引処理が開始する。
【0065】
図８に示すように、クライアント装置１０は、コントラクトの実行要求（Ｓ３１０）を実行する。
具体的には、クライアント装置１０は、ユーザに要求された決済に相当する取引を開始するためのスマートコントラクトの実行を分散型台帳システム５０に要求する。要求には、支払先となるデジタルウォレットに対応するスマートコントラクトを特定可能な情報（例えばコントラクトアドレス）が含まれる。
具体的には、クライアント装置１０は、ユーザに要求された決済に相当する取引を開始するためのスマートコントラクトの実行を分散型台帳システム５０に要求する。要求には、支払先となるデジタルウォレットに対応するスマートコントラクトを特定可能な情報（例えばコントラクトアドレス）が含まれる。
【0066】
ステップＳ３１０の後に、分散型台帳システム５０は、コントラクト（Ｓ３５０）を実行する。
具体的には、分散型台帳システム５０を構成するノードコンピュータは、ステップＳ３１０において要求されたスマートコントラクトを実行する。例えば、ノードコンピュータは、コントラクトを実行することで、支払先となるデジタルウォレットに対応する取引条件の情報を取得する。
具体的には、分散型台帳システム５０を構成するノードコンピュータは、ステップＳ３１０において要求されたスマートコントラクトを実行する。例えば、ノードコンピュータは、コントラクトを実行することで、支払先となるデジタルウォレットに対応する取引条件の情報を取得する。
【0067】
ステップＳ３５０の後に、分散型台帳システム５０は、応答（Ｓ３５１）を実行する。
具体的には、分散型台帳システム５０を構成するノードコンピュータは、ステップＳ３５０におけるスマートコントラクトの実行結果をクライアント装置１０へ送信する。ここで、スマートコントラクトの実行結果は、取引相手のデジタルウォレットに対して設定されている取引条件の内容に応じて異なる。一例として、スマートコントラクトの実行結果は、少なくとも、取引相手のデジタルウォレットに対応する取引条件としてＫＹＣトークンの保有が課されているか否かに応じて異なる。
具体的には、分散型台帳システム５０を構成するノードコンピュータは、ステップＳ３５０におけるスマートコントラクトの実行結果をクライアント装置１０へ送信する。ここで、スマートコントラクトの実行結果は、取引相手のデジタルウォレットに対して設定されている取引条件の内容に応じて異なる。一例として、スマートコントラクトの実行結果は、少なくとも、取引相手のデジタルウォレットに対応する取引条件としてＫＹＣトークンの保有が課されているか否かに応じて異なる。
【0068】
ステップＳ３５１の後に、クライアント装置１０は、情報の提示（Ｓ３１１）を実行する。
具体的には、クライアント装置１０は、ステップＳ３５１において分散型台帳システム５０から送信された応答に基づいてユーザに情報を提示する。一例として、クライアント装置１０は、図１０または図１１の画面をディスプレイ２１に表示する。支払先となるデジタルウォレットの取引条件としてＫＹＣトークンの保有が課されていない場合に、クライアント装置１０は図１０の画面をディスプレイ２１に表示し得る。他方、支払先となるデジタルウォレットの取引条件としてＫＹＣトークンの保有が課されている場合に、クライアント装置１０は図１１の画面をディスプレイ２１に表示し得る。
具体的には、クライアント装置１０は、ステップＳ３５１において分散型台帳システム５０から送信された応答に基づいてユーザに情報を提示する。一例として、クライアント装置１０は、図１０または図１１の画面をディスプレイ２１に表示する。支払先となるデジタルウォレットの取引条件としてＫＹＣトークンの保有が課されていない場合に、クライアント装置１０は図１０の画面をディスプレイ２１に表示し得る。他方、支払先となるデジタルウォレットの取引条件としてＫＹＣトークンの保有が課されている場合に、クライアント装置１０は図１１の画面をディスプレイ２１に表示し得る。
【0069】
図１０の画面は、オブジェクトＪ２１ａ～Ｊ２１ｃを含む。
オブジェクトＪ２１ａは、クライアント装置１０のユーザに所定の決済システムによる取引相手への支払が可能であることを伝える情報を表示する。
オブジェクトＪ２１ａは、クライアント装置１０のユーザに所定の決済システムによる取引相手への支払が可能であることを伝える情報を表示する。
【0070】
オブジェクトＪ２１ｂは、決済方法の選択画面に戻るためのユーザ指示を受け付ける。オブジェクトＪ２１ｂが選択された場合に、クライアント装置１０は本実施形態の取引処理を終了する。
オブジェクトＪ２１ｃは、所定の決済システムによる支払を続行するためのユーザ指示を受け付ける。
オブジェクトＪ２１ｃは、所定の決済システムによる支払を続行するためのユーザ指示を受け付ける。
【0071】
図１１の画面は、オブジェクトＪ２２ａ～Ｊ２２ｃを含む。
オブジェクトＪ２２ａは、クライアント装置１０のユーザに以下の事項を伝える情報を表示する。
・取引相手への支払には、ＫＹＣトークンの保有（すなわち本人確認の実施）が必要であること
・ＫＹＣトークンの獲得方法
・ユーザがＫＹＣトークンを保有している場合には、所定の決済システムによる取引相手への支払が可能であること
オブジェクトＪ２２ａは、クライアント装置１０のユーザに以下の事項を伝える情報を表示する。
・取引相手への支払には、ＫＹＣトークンの保有（すなわち本人確認の実施）が必要であること
・ＫＹＣトークンの獲得方法
・ユーザがＫＹＣトークンを保有している場合には、所定の決済システムによる取引相手への支払が可能であること
【0072】
オブジェクトＪ２２ｂは、決済方法の選択画面に戻るためのユーザ指示を受け付ける。オブジェクトＪ２２ｂが選択された場合に、クライアント装置１０は本実施形態の取引処理を終了する。
オブジェクトＪ２２ｃは、所定の決済システムによる支払を続行するためのユーザ指示を受け付ける。
オブジェクトＪ２２ｃは、所定の決済システムによる支払を続行するためのユーザ指示を受け付ける。
【0073】
ステップＳ３１１の後に、クライアント装置１０は、取引の実行要求（Ｓ３１２）を実行する。
具体的には、クライアント装置１０は、ユーザ指示に応じて、デジタルウォレットにログインする。クライアント装置１０は、暗号資産の移転に関する取引（支払または送金取引）の実行要求を分散型台帳システム５０へ送信する。要求は、以下の情報を含むことができる。
・ユーザのデジタルウォレットを特定可能な情報（例えばウォレットアドレス）
・支払先となるデジタルウォレットを特定可能な情報（例えばウォレットアドレス）
・支払額（送金額）を特定可能な情報
・ガス代を特定可能な情報
具体的には、クライアント装置１０は、ユーザ指示に応じて、デジタルウォレットにログインする。クライアント装置１０は、暗号資産の移転に関する取引（支払または送金取引）の実行要求を分散型台帳システム５０へ送信する。要求は、以下の情報を含むことができる。
・ユーザのデジタルウォレットを特定可能な情報（例えばウォレットアドレス）
・支払先となるデジタルウォレットを特定可能な情報（例えばウォレットアドレス）
・支払額（送金額）を特定可能な情報
・ガス代を特定可能な情報
【0074】
ステップＳ３１２の後に、分散型台帳システム５０は、取引（Ｓ３５２）を実行する。
具体的には、分散型台帳システム５０を構成するノードコンピュータは、ステップＳ３１２において要求された取引を実行する。ノードコンピュータは、ステップＳ３５０において取得した、取引相手のデジタルウォレットに対して設定されている取引条件に基づいて取引を行う。
具体的には、分散型台帳システム５０を構成するノードコンピュータは、ステップＳ３１２において要求された取引を実行する。ノードコンピュータは、ステップＳ３５０において取得した、取引相手のデジタルウォレットに対して設定されている取引条件に基づいて取引を行う。
【0075】
一例として、取引相手のデジタルウォレットに対応する取引条件としてＫＹＣトークンの保有が課されている場合に、ノードコンピュータは、ユーザのデジタルウォレットにＫＹＣトークンが保有されているか否かを確認する。ユーザのデジタルウォレットにＫＹＣトークンが保有されている場合には、ノードコンピュータは取引を遂行する。他方、ユーザのデジタルウォレットにＫＹＣトークンが保有されていない場合には、ノードコンピュータは取引を拒否する。
【0076】
（４）小括
以上説明したように、本実施形態の分散型台帳システム５０は、デジタルウォレットのユーザの本人確認が正常に完了したことを示す情報を取得し、当該情報の取得に応じて、当該デジタルウォレットに対して、ＫＹＣトークンを発行する。これにより、ユーザは、デジタルウォレットにＫＹＣトークンが保有されているという事実によって、自らの個人情報を取引相手に明かすことなく、自らの身元が確かであることを容易に証明することができる。したがって、取引相手は、安心してユーザとの取引を行うことができる。
以上説明したように、本実施形態の分散型台帳システム５０は、デジタルウォレットのユーザの本人確認が正常に完了したことを示す情報を取得し、当該情報の取得に応じて、当該デジタルウォレットに対して、ＫＹＣトークンを発行する。これにより、ユーザは、デジタルウォレットにＫＹＣトークンが保有されているという事実によって、自らの個人情報を取引相手に明かすことなく、自らの身元が確かであることを容易に証明することができる。したがって、取引相手は、安心してユーザとの取引を行うことができる。
【0077】
分散型台帳システム５０は、第１ユーザが使用する第１デジタルウォレットを介した取引を許容するための取引条件に、第１ユーザの取引相手となる第２ユーザが使用する第２デジタルウォレット上に第２ユーザのＫＹＣトークンが保有されていることを含めるか否かを、第１ユーザからの指示に応じて設定してもよい。これにより、身元の確かでない相手からの取引を忌避するユーザ（特に、大企業、公開会社などのコンプライアンス意識の高いユーザ）は、身元の確かなユーザのみを取引相手として選別することができる。つまり、マネーロンダリングのリスクがある従来の暗号資産による決済システムの導入に躊躇していたユーザに対しても、分散型台帳システム５０によって実現される所定の決済システムの導入を促進することができる。
【0078】
分散型台帳システム５０は、第２デジタルウォレット上に本人確認トークンが保有されておらず、かつ当該第２デジタルウォレット上に本人確認トークンが保有されていることが、第１デジタルウォレットを介した取引を許容するための取引条件に含められている場合に、当該第２デジタルウォレットから当該第１デジタルウォレットへの暗号資産の移転に関する取引の要求を拒否してもよい。これにより、身元の確かでない相手からの取引を忌避するユーザが、身元の確かでないユーザから暗号資産の移転を受けることを防ぐことができる。つまり、マネーロンダリングのリスクがある従来の暗号資産による決済システムの導入に躊躇していたユーザに対しても、分散型台帳システム５０によって実現される所定の決済システムの導入を促進することができる。
【0079】
分散型台帳システム５０は、第２ユーザの使用するクライアント装置に、第１デジタルウォレットに対して設定されている取引条件の内容を示す情報を提示してもよい。これにより、第２ユーザは、第１ユーザとの取引が可能であるか否か、また第１ユーザとの取引を続行するために必要な条件を認識することができる。
【0080】
分散型台帳システム５０は、ＫＹＣトークンの発行時に、所定の特典付与条件が成立するか否かを判定し、成立する場合に、ＫＹＣトークンが発行されるウォレットに特典に相当するトークンを付与してもよい。特典に相当するトークンは、所定の決済システムにおける決済手数料の割引を受ける権利を証明するトークンであってもよいし、特定のトークンを鋳造する権利を証明するトークンであってもよい。これにより、分散型台帳システム５０によって実現される所定の決済システムのユーザに本人確認の実施を促すとともに、ＫＹＣトークンの発行を促すことができる。
【0081】
ＫＹＣトークンは、当該ＫＹＣトークンによって本人確認が正常に完了したことが証明されるユーザの個人情報を含まなくてもよい。これにより、ＫＹＣトークンの内容が公開されたとしても、ユーザの個人情報の漏洩は生じない。
【0082】
（５）その他の変形例
記憶装置１１は、ネットワークＮＷを介して、クライアント装置１０と接続されてもよい。ディスプレイ２１は、クライアント装置１０に内蔵されてもよい。記憶装置３１は、ネットワークＮＷを介して、サーバ３０と接続されてもよい。
記憶装置１１は、ネットワークＮＷを介して、クライアント装置１０と接続されてもよい。ディスプレイ２１は、クライアント装置１０に内蔵されてもよい。記憶装置３１は、ネットワークＮＷを介して、サーバ３０と接続されてもよい。
【0083】
上記の情報処理の各ステップは、クライアント装置１０、サーバ３０、または分散型台帳システム５０（を構成するノードコンピュータ）の何れでも実行可能である。例えば、いずれかの装置によって行われるとして説明された処理が別の装置によって行われたり、複数の装置のやり取りによって行われるとして説明された処理が単一の装置によって行われたりしてもよい。また、上記説明では、各処理において各ステップを特定の順序で実行する例を示したが、各ステップの実行順序は、依存関係がない限りは説明した例に制限されない。
【0084】
上記説明では、分散型台帳システム５０が、クライアント装置１０に、当該クライアント装置１０のユーザが取引しようとするデジタルウォレットに対して設定されている取引条件の内容を示す情報を提示する例を示した。本例に関して、さらなる処理が可能である。すなわち、分散型台帳システム５０を構成するノードコンピュータは、ユーザが使用するデジタルウォレットにおけるＫＹＣトークンの保有状況を確認し、当該デジタルウォレット上にＫＹＣトークンが保有されておらず、かつＫＹＣトークンの保有が上記取引条件に含められている場合に、当該ユーザに本人確認の実施を推奨してもよい。これにより、分散型台帳システム５０によって実現される所定の決済システムのユーザに本人確認の実施を促すとともに、ＫＹＣトークンの発行を促すことができる。或いは、分散型台帳システム５０は、かかる取引条件が定められたデジタルウォレットに対してＫＹＣトークンを保有しないデジタルウォレットから取引の実行要求を受信した場合に、取引を拒否するとともにかかる推奨を行ってもよい。
【0085】
上記説明では、ＫＹＣトークンの発行時に特典を条件付きで付与する例を述べた。しかしながら、ＫＹＣトークンの発行時に限られず、ＫＹＣトークンを保有しているウォレットに対して特典を条件付きで配布（エアドロップ）してもよい。一例として、分散型台帳システム５０を構成するノードコンピュータは、所定の特典配布条件が成立した場合に、ＫＹＣトークンを保有するデジタルウォレットの少なくとも１つ特典としてのトークンを配布してもよい。これにより、ＫＹＣトークンの魅力が高まるので、分散型台帳システム５０によって実現される所定の決済システムのユーザに本人確認の実施を促すとともに、ＫＹＣトークンの発行を促すことができる。
例えば、特典配布条件は、以下の少なくとも１つを含むことができる。
・ＫＹＣトークンの累計発行数が所定の数値範囲（例えば、１～１００など）内にある
・ＫＹＣトークンの発行日時が所定の期間内（例えば、ＫＹＣトークンの発行開始から１年間、またはキャンペーン期間）にある
・ＫＹＣトークンの累計発行数が所定の数値（例えば、１０００など）に一致する
・分散型台帳システム５０によって実現される所定の決済システムにおける決済金額が所定値に達した
・分散型台帳システム５０によって実現される所定の決済システムにおける決済取引の実行数が所定値に達した
トークンの配布先となるウォレットは、ＫＹＣトークンを保有する全てのウォレットであってもよいし、ＫＹＣトークンを保有する全てのウォレットから所定の条件により抽出されたウォレットであってもよい。例えば、トークンの配布先となるウォレットは、抽選により選出されてもよい。
例えば、特典配布条件は、以下の少なくとも１つを含むことができる。
・ＫＹＣトークンの累計発行数が所定の数値範囲（例えば、１～１００など）内にある
・ＫＹＣトークンの発行日時が所定の期間内（例えば、ＫＹＣトークンの発行開始から１年間、またはキャンペーン期間）にある
・ＫＹＣトークンの累計発行数が所定の数値（例えば、１０００など）に一致する
・分散型台帳システム５０によって実現される所定の決済システムにおける決済金額が所定値に達した
・分散型台帳システム５０によって実現される所定の決済システムにおける決済取引の実行数が所定値に達した
トークンの配布先となるウォレットは、ＫＹＣトークンを保有する全てのウォレットであってもよいし、ＫＹＣトークンを保有する全てのウォレットから所定の条件により抽出されたウォレットであってもよい。例えば、トークンの配布先となるウォレットは、抽選により選出されてもよい。
【0086】
分散型台帳システム５０を構成するノードコンピュータは、当該分散型台帳システム５０によって実現される所定の決済システムにおけるデジタルウォレットによる決済履歴（例えば、決済金額、または所定の決済システムによって指定された暗号資産のステーキング額）に基づいて、当該デジタルウォレットに顧客ランクトークンを発行してもよい。顧客ランクトークンは、デジタルウォレットを使用するユーザの顧客ランクを証明し、かつ譲渡不可能に構成される。ユーザは、顧客ランクトークンを保有することにより様々な特典（例えば、所定の決済システムにおける決済手数料の割引を受ける権利、特定のトークンを鋳造する権利、など）を得ることができる。また、顧客ランクトークンの保有の有無（および保有者に対する特典）が前述の取引条件の要素の１つとして設定されてもよい。顧客ランクトークンは、所定の条件を満たしたデジタルウォレットに対して自動的に付与されてもよい。或いは、ユーザは、所定の条件を満たすことで、顧客ランクトークンの鋳造を、クライアント装置１０を介して分散型台帳システム５０に要求できるようにしてもよい。これにより、ユーザは、所定の決済システムにおいて、デジタルウォレットに特定の顧客ランクトークンが保有されているという事実によって、自らの個人情報を明かすことなく、当該決済システムにおける自らの取引実績（ユーザのプロファイルの一例）を容易に証明することができる。また、顧客ランクトークンの保有することにより受けられる種々の便益がユーザにとって誘因として働くため、所定の決済システムの利用を促進することができる。
【0087】
分散型台帳システム５０を構成するコンピュータは、第１ユーザがデジタルウォレット上に第２ユーザによって指定された種別の譲渡不可能なトークンを保有し、かつ当該デジタルウォレットを経由して当該第２ユーザに支払いが行われる場合に、当該第２ユーザによって指定された条件で当該デジタルウォレットに特典を付与してもよい。かかる条件および特典は、第２ユーザの取引条件の一部として、スマートコントラクト上で管理され得る。ユーザは、第１ユーザは、所定の条件を満たすことで、または無条件に、かかるトークンの鋳造を、クライアント装置１０を介して分散型台帳システム５０に要求できる。これにより、第２ユーザは、自らの取引相手がかかるトークンを保有するよう促すことができ、また当該トークンを保有するユーザに自らとの取引を行うよう促すことができる。
第２ユーザによって指定された種別のトークンは、前述の譲渡不可能なトークンのいずれかであってもよいし、他の譲渡不可能なトークンであってもよい。他の譲渡不可能なトークンは、分散型台帳システム５０によって実現される所定の決済システムの運営者によって発行管理されてもよいし、第２ユーザによって発行管理されてもよい。例えば第２ユーザが事業者である場合に、当該事業者の会員カードに相当する譲渡不可能なトークンが第２ユーザによって指定された種別のトークンに含まれ得る。この場合に、ユーザは、かかるトークンが保有されているという事実によって、自らの個人情報を明かすことなく、自らが事業者の会員であること（ユーザのプロファイルの一例）を容易に証明することができる。
付与される特典は、前述のトークンのいずれかであってもよいし、送金額の一部のキャッシュバックであってもよい。
第２ユーザによって指定された種別のトークンは、前述の譲渡不可能なトークンのいずれかであってもよいし、他の譲渡不可能なトークンであってもよい。他の譲渡不可能なトークンは、分散型台帳システム５０によって実現される所定の決済システムの運営者によって発行管理されてもよいし、第２ユーザによって発行管理されてもよい。例えば第２ユーザが事業者である場合に、当該事業者の会員カードに相当する譲渡不可能なトークンが第２ユーザによって指定された種別のトークンに含まれ得る。この場合に、ユーザは、かかるトークンが保有されているという事実によって、自らの個人情報を明かすことなく、自らが事業者の会員であること（ユーザのプロファイルの一例）を容易に証明することができる。
付与される特典は、前述のトークンのいずれかであってもよいし、送金額の一部のキャッシュバックであってもよい。
【0088】
上記説明では、送金に対してガス代を徴収する例を述べた。ガス代とは別に、システム利用に対する手数料を徴収することも可能である。具体的には、本実施形態の分散型台帳システム５０によって実現される所定の決済システムは、当該システムを利用して行われた送金に対して、送金者のデジタルウォレットから決済手数料を徴収してもよい。そして、この決済手数料の一部は寄付されてもよく、この場合に送金者であるユーザが寄付先を選択可能としてもよい。
一例として、分散型台帳システム５０を構成するノードコンピュータは、クライアント装置１０を介してユーザから寄付先の選択を受け付ける。また、分散型台帳システム５０を構成するノードコンピュータは、ユーザの使用するデジタルウォレットから所定の決済システムを介して行われた送金に対して手数料を徴収する。そして、分散型台帳システム５０を構成するノードコンピュータは、ユーザから徴収した決済手数料の一部を当該ユーザによって選択された寄付先へ送金する。これにより、ユーザは、自らの支払った決済手数料の一部が自らの選択した寄付先に送金されるので、上記決済システムを利用することの納得感を高めることができる。
なお、寄付先は、取引毎に選択されてもよいし、前述の取引条件の要素の１つとして設定されてもよい。例えば、例えば、クライアント装置１０は、寄付先の選択を受け付る。取引の実行要求（Ｓ３１２）において、選択された寄付先を特定可能な情報を取引要求に含めてもよい。或いは、選択された寄付先を特定可能な情報が、ステップＳ２５０において作成されるコントラクトに含められてもよい。
また、寄付先の選択は、ＫＹＣトークンを保有するデジタルウォレットについてのみ認められてもよい。すなわち、ＫＹＣトークンを保有することによる特典の１つとして寄付先の選択権が位置づけられてもよい。これにより、ＫＹＣトークンの魅力が高まるので、分散型台帳システム５０によって実現される所定の決済システムのユーザに本人確認の実施を促すとともに、ＫＹＣトークンの発行を促すことができる。
一例として、分散型台帳システム５０を構成するノードコンピュータは、クライアント装置１０を介してユーザから寄付先の選択を受け付ける。また、分散型台帳システム５０を構成するノードコンピュータは、ユーザの使用するデジタルウォレットから所定の決済システムを介して行われた送金に対して手数料を徴収する。そして、分散型台帳システム５０を構成するノードコンピュータは、ユーザから徴収した決済手数料の一部を当該ユーザによって選択された寄付先へ送金する。これにより、ユーザは、自らの支払った決済手数料の一部が自らの選択した寄付先に送金されるので、上記決済システムを利用することの納得感を高めることができる。
なお、寄付先は、取引毎に選択されてもよいし、前述の取引条件の要素の１つとして設定されてもよい。例えば、例えば、クライアント装置１０は、寄付先の選択を受け付る。取引の実行要求（Ｓ３１２）において、選択された寄付先を特定可能な情報を取引要求に含めてもよい。或いは、選択された寄付先を特定可能な情報が、ステップＳ２５０において作成されるコントラクトに含められてもよい。
また、寄付先の選択は、ＫＹＣトークンを保有するデジタルウォレットについてのみ認められてもよい。すなわち、ＫＹＣトークンを保有することによる特典の１つとして寄付先の選択権が位置づけられてもよい。これにより、ＫＹＣトークンの魅力が高まるので、分散型台帳システム５０によって実現される所定の決済システムのユーザに本人確認の実施を促すとともに、ＫＹＣトークンの発行を促すことができる。
【0089】
ＫＹＣトークンの保有状況を照会するためのＡＰＩ（Application Programming Interface）を提供することも可能である。一例として、分散型台帳システム５０を構成するノードコンピュータは、外部装置（例えば、外部システムを構成するサーバまたはクライアント装置）から、特定のデジタルウォレットにおけるＫＹＣトークンの保有状況に関する問い合わせを受け付ける。問い合わせは、例えば特定のデジタルウォレットを識別する情報（例えばウォレットアドレス）を含むことができる。ノードコンピュータは、問い合わせに応じて、特定のデジタルウォレットにおけるＫＹＣトークンの保有状況を確認し、確認結果を含む回答を外部装置へ送信する。これにより、ユーザは、分散型台帳システム５０によって実現される所定の決済システムとは異なる外部システムにおいても、デジタルウォレットにＫＹＣトークンが保有されているという事実によって、自らの個人情報を明かすことなく、自らの身元が確かであることを容易に証明することができる。また、外部システムの運営者は、自前で本人確認を行わずとも、ユーザの身元が確かであることを前提としたサービスを提供することができる。
【0090】
上記説明では、分散型台帳システム５０が、デジタルウォレットのユーザの本人確認が正常に完了したことを示す情報をサーバ３０から取得し、当該情報の取得に応じて、当該デジタルウォレットに対して、ＫＹＣトークンを発行する例を示した。しかしながら、サーバ３０が、ＫＹＣトークンの発行を分散型台帳システム５０に要求するのではなく、ＫＹＣトークンの発行をユーザに対して許可してもよい。この場合に、ユーザは、クライアント装置１０を介して、分散型台帳システム５０にＫＹＣトークンの発行（或いは、「鋳造」（Mint））を要求する。そして、分散型台帳システム５０は、クライアント装置１０から送信されたＫＹＣトークンの発行要求に応じて、ＫＹＣトークンを発行する。前述の特典に相当するトークンも同様に扱うことができる。
【0091】
以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態及び変形例は、組合せ可能である。
【符号の説明】
【0092】
１ ：情報処理システム
１０ ：クライアント装置
１１ ：記憶装置
１２ ：プロセッサ
１３ ：入出力インタフェース
１４ ：通信インタフェース
２１ ：ディスプレイ
３０ ：サーバ
３１ ：記憶装置
３２ ：プロセッサ
３３ ：入出力インタフェース
３４ ：通信インタフェース
５０ ：分散型台帳システム
５５ ：ノードコンピュータ
１０ ：クライアント装置
１１ ：記憶装置
１２ ：プロセッサ
１３ ：入出力インタフェース
１４ ：通信インタフェース
２１ ：ディスプレイ
３０ ：サーバ
３１ ：記憶装置
３２ ：プロセッサ
３３ ：入出力インタフェース
３４ ：通信インタフェース
５０ ：分散型台帳システム
５５ ：ノードコンピュータ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
