特開 2024-54030 コンピュータ実装方法、ウォレットアプリケーションのコンピュータプログラム、及び装置

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024054030

(43)【公開日】2024-04-16

(54)【発明の名称】コンピュータ実装方法、ウォレットアプリケーションのコンピュータプログラム、及び装置

(51)【国際特許分類】

   H04L 67/50 20220101AFI20240409BHJP

【ＦＩ】

H04L67/50

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2022160601

(22)【出願日】2022-10-04

(71)【出願人】

【識別番号】520295029

【氏名又は名称】Ｘクリエーション株式会社

(71)【出願人】

【識別番号】518003096

【氏名又は名称】Ｂａｃｏｏｒ ｄＡｐｐｓ株式会社

(71)【出願人】

【識別番号】320003367

【氏名又は名称】株式会社ＡＩ商事

(74)【代理人】

【識別番号】100111567

【弁理士】

【氏名又は名称】坂本 寛

(72)【発明者】

【氏名】河上 昌浩

(72)【発明者】

【氏名】春名 幸雄

(72)【発明者】

【氏名】竹内 仁

(57)【要約】

【課題】分散型アプリケーションにおけるフィッシングへの効果的な対処の手段を提供する。
【解決手段】開示のコンピュータ実装方法は、ウォレットアプリケーションと接続された又は接続される分散型アプリケーションの安全性を判定し、前記分散型アプリケーションの安全性を判定した結果を、前記ウォレットアプリケーションにおいて表示する、ことを備える。
【選択図】図７

【特許請求の範囲】

【請求項1】

コンピュータによって実行されるコンピュータ実装方法であって、
ウォレットアプリケーションと接続された又は接続される分散型アプリケーションの安全性を判定し、
前記分散型アプリケーションの安全性を判定した結果を、前記ウォレットアプリケーションにおいて表示する、
ことを備える、コンピュータ実装方法。

【請求項2】

前記ウォレットアプリケーションは、前記分散型アプリケーションとの接続を確立するための操作がユーザによって行われるアプリケーションである
請求項１に記載のコンピュータ実装方法。

【請求項3】

前記分散型アプリケーションの安全性を判定した前記結果は、前記ウォレットアプリケーションにおいて、前記操作が行われた後に表示される
請求項２に記載のコンピュータ実装方法。

【請求項4】

前記分散型アプリケーションの安全性を判定した前記結果は、前記ウォレットアプリケーションと接続された前記分散型アプリケーションによって生じたトランザクションを秘密鍵によって電子署名をする操作を前記ウォレットアプリケーションにおいてするためのユーザインターフェースとともに表示される
請求項１に記載のコンピュータ実装方法。

【請求項5】

前記分散型アプリケーションの安全性を判定した前記結果は、分散型アプリケーションが安全であるかどうかを示す判定データを用いて、前記分散型アプリケーションが安全かどうかを判定した結果を含む
請求項１に記載のコンピュータ実装方法。

【請求項6】

前記判定データは、分散型アプリケーションが安全であるかどうかが複数のユーザの操作に基づいて設定された第１判定データを含む
請求項５に記載のコンピュータ実装方法。

【請求項7】

前記判定データは、分散型アプリケーションが安全であるかどうかが管理者によって設定された第２判定データを含む
請求項５又は請求項６に記載のコンピュータ実装方法。

【請求項8】

前記分散型アプリケーションの安全性を判定した前記結果は、前記分散型アプリケーションのドメイン名に基づいて、前記分散型アプリケーションが安全かどうかを判定した結果を含む
請求項１に記載のコンピュータ実装方法。

【請求項9】

前記ウォレットアプリケーションと前記分散型アプリケーションとの接続は、ＷａｌｌｅｔＣｏｎｎｅｃｔプロトコルに従って行われる
請求項１に記載のコンピュータ実装方法。

【請求項10】

分散型アプリケーションに接続されるウォレットアプリケーションのコンピュータプログラムであって、
前記ウォレットアプリケーションと接続された又は接続される分散型アプリケーションの安全性を判定した結果を表示することをコンピュータに実行させるよう構成されている
コンピュータプログラム。

【請求項11】

分散型アプリケーションに接続されるウォレットアプリケーションのコンピュータプログラムであって、
前記ウォレットアプリケーションと接続された前記分散型アプリケーションによって生じたトランザクションの承認をする操作をするためのユーザインターフェースと、前記ウォレットアプリケーションと接続された分散型アプリケーションの安全性を判定した結果と、を表示することをコンピュータに実行させるよう構成されている
コンピュータプログラム。

【請求項12】

分散型アプリケーションに接続されるウォレットアプリケーションが実行される装置であって、
前記ウォレットアプリケーションと接続された又は接続される分散型アプリケーションの安全性を判定した結果を表示するよう構成されている
装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、コンピュータ実装方法、ウォレットアプリケーションのコンピュータプログラム、及び装置に関する。

【背景技術】

【0002】

特許文献１は、フィッシングサイトであるＷＥＢページを検知する検出装置を開示している。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２２－２０３６号公報

【発明の概要】

【0004】

近年、インターネットは、Ｗｅｂ２．０（Ｗｅｂ２）から、次世代型のＷｅｂ３．０（Ｗｅｂ３）へ移行しつつある。Ｗｅｂ３．０は、ブロックチェーンなどの分散ネットワークを用いた技術である。すなわち、Ｗｅｂ３．０は、典型的には、ブロックチェーンを用いたインターネット技術である。

【0005】

ブロックチェーンなどの分散ネットワーク技術を利用して実行されるアプリケーションは、分散型アプリケーション（Decentralized application：ｄＡｐｐ）と呼ばれる。分散型アプリケーションは、中央のサーバによって実行されるソフトウェアである中央集権型アプリケーションとは異なり、ブロックチェーンのように、分散したコンピュータノードによって実行される、非中央集権型のソフトウェアである。

【0006】

このような分散型アプリケーションにおいても、Ｗｅｂ２．０におけるＷｅｂサイトと同様に、フィッシング詐欺が行われることがある。つまり、従来のＷＥＢサイトにおけるフィッシングサイトと同様に、分散型アプリケーションにおいても、本物の分散型アプリケーションを装った偽のアプリケーションが存在することがある。

【0007】

したがって、分散型アプリケーションにおけるフィッシングへの効果的な対処が望まれる。

【0008】

本発明者らは、分散型アプリケーションにおけるフィッシングへの対処のため、分散型アプリケーションへの接続に用いられるウォレットアプリケーションを利用するという新規な着想を得た。かかる着想に基づく本開示のある側面は、コンピュータ実装方法であって、ウォレットアプリケーションと接続された又は接続される分散型アプリケーションの安全性を判定し、前記分散型アプリケーションの安全性を判定した結果を、前記ウォレットアプリケーションにおいて表示する、ことを備える。

【0009】

本開示の他の側面は、分散型アプリケーションに接続されるウォレットアプリケーションのコンピュータプログラムである。開示のコンピュータプログラムは、前記ウォレットアプリケーションと接続された又は接続される分散型アプリケーションの安全性を判定した結果を表示することをコンピュータに実行させるよう構成されている。

【0010】

他の観点において本開示のコンピュータプログラムは、前記ウォレットアプリケーションと接続された前記分散型アプリケーションによって生じたトランザクションの承認をする操作をするためのユーザインターフェースと、前記ウォレットアプリケーションと接続された分散型アプリケーションの安全性を判定した結果と、を表示することをコンピュータに実行させるよう構成されている。

【0011】

本開示の他の側面は、分散型アプリケーションに接続されるウォレットアプリケーションが実行される装置である。開示の装置は、前記ウォレットアプリケーションと接続された又は接続される分散型アプリケーションの安全性を判定した結果を表示するよう構成されている。

【0012】

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

【図面の簡単な説明】

【0013】

【図1】図１は、コンピュータ実装方法の実行に用いられる装置を備えるシステムの構成図である。

【図2】図２は、分散型アプリケーションとウォレットアプリケーションとの接続確立の手順を示すフロートチャートである。

【図3】図３は、ブラウザに表示された分散型アプリケーションの画面遷移を示す図である。

【図4】図４は、二次元コードのスキャンの説明図である。

【図5】図５は、ウォレットアプリケーションにおける接続の承認操作の説明図である。

【図6】図６は、接続確立後の分散型アプリケーションの画面である。

【図7】図７は、安全性判定の手順を示すフローチャート及びウォレットアプリケーションにおける安全性判定結果の表示を示す図である。

【図8】図８は、判定テーブルの説明図である。

【図9】図９は、電子署名リクエストを受信したときのウォレットアプリケーションにおける表示画面を示す図である。

【図10】図１０は、投票ユーザインターフェースが表示されたウォレットアプリケーションの表示画面を示す図である。

【図11】図１１は、システムの変形例を示す図である。

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

【0014】

＜１．コンピュータ実装方法、ウォレットアプリケーションのコンピュータプログラム、及び装置＞

【0015】

（１）実施形態に係る方法は、コンピュータによって実行されるコンピュータ実装方法であって、ウォレットアプリケーションと接続された又は接続される分散型アプリケーションの安全性を判定し、前記分散型アプリケーションの安全性を判定した結果を、前記ウォレットアプリケーションにおいて表示する、ことを備える。

【0016】

実施形態に係る方法によれば、分散型アプリケーションを利用するために用いられるウォレットアプリケーションにおいて、分散型アプリケーションの安全性を判定した結果が表示されるため、ウォレットアプリケーションのユーザは、ウォレットアプリケーションを利用する際に、分散型アプリケーションの安全性を確実に確認することができる。

【0017】

従来のＷＥＢ２．０におけるＷｅｂサイトでは、ウォレットアプリケーションは用いられない。しかし、ＷＥＢ３．０におけるＷｅｂサイトにログインするには、一般に、ウォレットアプリケーションが必要とされる。したがって、ウォレットアプリケーションが分散型アプリケーションの安全性表示機能を備えることで、ユーザが、そのウォレットアプリケーションを用いる限りは、必ず、安全性表示機能を利用することができ、有利である。

【0018】

（２）前記ウォレットアプリケーションは、前記分散型アプリケーションとの接続を確立するための操作がユーザによって行われるアプリケーションであり得る。

【0019】

（３）前記分散型アプリケーションの安全性を判定した前記結果は、前記ウォレットアプリケーションにおいて、前記操作が行われた後に表示され得る。

【0020】

（４）前記分散型アプリケーションの安全性を判定した前記結果は、前記ウォレットアプリケーションと接続された前記分散型アプリケーションによって生じたトランザクションを秘密鍵によって電子署名をする操作を前記ウォレットアプリケーションにおいてするためのユーザインターフェースとともに表示され得る。

【0021】

（５）前記分散型アプリケーションの安全性を判定した前記結果は、分散型アプリケーションが安全であるかどうかを示す判定データを用いて、前記分散型アプリケーションが安全かどうかを判定した結果を含み得る。

【0022】

（６）前記判定データは、分散型アプリケーションが安全であるかどうかが複数のユーザの操作に基づいて設定された第１判定データを含み得る。

【0023】

（７）前記判定データは、分散型アプリケーションが安全であるかどうかが管理者によって設定された第２判定データを含み得る。

【0024】

（８）前記分散型アプリケーションの安全性を判定した前記結果は、前記分散型アプリケーションのドメイン名に基づいて、前記分散型アプリケーションが安全かどうかを判定した結果を含み得る。

【0025】

（９）前記ウォレットアプリケーションと前記分散型アプリケーションとの接続は、ＷａｌｌｅｔＣｏｎｎｅｃｔプロトコルに従って行われ得る。

【0026】

（１０）実施形態に係るコンピュータプログラムは、分散型アプリケーションに接続されるウォレットアプリケーションのコンピュータプログラムであって、前記ウォレットアプリケーションと接続された又は接続される分散型アプリケーションの安全性を判定した結果を表示することをコンピュータに実行させるよう構成されている。

【0027】

（１１）実施形態に係るコンピュータプログラムは、分散型アプリケーションに接続されるウォレットアプリケーションのコンピュータプログラムであって、前記ウォレットアプリケーションと接続された前記分散型アプリケーションによって生じたトランザクションの承認をする操作をするためのユーザインターフェースと、前記ウォレットアプリケーションと接続された分散型アプリケーションの安全性を判定した結果と、を表示することをコンピュータに実行させるよう構成されている。

【0028】

前述のコンピュータプログラムは、コンピュータ読取可能である、非一時的な記録媒体に記録され得る。

【0029】

（１２）実施形態に係る装置は、分散型アプリケーションに接続されるウォレットアプリケーションが実行される装置であって、前記ウォレットアプリケーションと接続された又は接続される分散型アプリケーションの安全性を判定した結果を表示する構成されている。

【0030】

＜２．コンピュータ実装方法、ウォレットアプリケーションのコンピュータプログラム、及び装置の例＞

【0031】

図１は、実施形態に係るコンピュータ実装方法の実行に用いられる装置を備えるシステムの一例を示している。なお、以下及び図面では、分散型アプリケーション１０を「ｄＡｐｐ」と表記し、ウォレットアプリケーション２０を「Ｗａｌｌｅｔ」と表記することがある。

【0032】

分散型アプリケーション１０（ｄＡｐｐ）は、ブロックチェーンなどの分散ネットワーク技術を利用して実行されるソフトウェア（コンピュータプログラム）である。分散型アプリケーション１０は、典型的には、ブロックチェーン上で動作するアプリケーションである。分散型アプリケーション１０は、Ｗｅｂ３．０アプリケーション、Ｗｅｂ３．０サイト、又はＷｅｂ３．０プラットフォームと呼ばれることもある。なお、スマートコントラクトを利用した分散型アプリケーションは、管理者を必要とせず、スマートコントラクトによって自動的に取引等を実行することができる。分散型アプリケーション１０は、ブロックチェーン以外の分散ネットワーク上で動作してもよい。なお、分散ネットワーク１００は、例えば、インターネット上に構築される。

【0033】

分散型アプリケーション１０は、例えば、暗号資産の取引のためのユーザインターフェースを提供し得る。ユーザは、分散型アプリケーション１０にログインし、ユーザが保有する暗号資産を取引する操作を、分散型アプリケーション１０上で行うことができる。なお、分散型アプリケーション１０は、ユーザの保有する暗号資産を利用するその他の処理のためのユーザインターフェースを提供するよう構成されていてもよい。ユーザの保有する暗号資産を利用するその他の処理は、例えば、ユーザの保有する暗号資産である非代替性トークン（ＮＦＴ）を用いたゲームのための処理である。

【0034】

なお、分散型アプリケーション１０は、少なくともバックエンドが、分散ネットワーク１００（分散コンピュータネットワークシステム１００）によって実行されればよく、ユーザインターフェースを提供するフロントエンド（クライアントサイド）は、管理者によって中央集権的に管理されるサーバ、又は、ユーザ端末によって実行されてもよい。バックエンドは、例えば、分散ネットワーク１００によって実行されるスマートコントラクトによって構成され得る。なお、フロントエンドも、分散ネットワーク１００によって実行されてもよい。

【0035】

分散型アプリケーションが利用される代表的な分野として、分散型金融（Decentralized Finance：ＤｉＦｉ）、ブロックチェーンゲーム、及びデジタル通貨などがある。

【0036】

分散型アプリケーション１０は、例えば、ユーザのコンピュータ３００にインストールされたＷｅｂブラウザ３０（ブラウザアプリケーション）によって表示され得る。図１において、分散型アプリケーション１０の表示に用いられるブラウザ３０は、ユーザによって使用されるコンピュータ３００にインストールされている。ユーザによって使用されるコンピュータ３００は、例えば、デスクトップ又はラップトップなどのパーソナルコンピュータである。

【0037】

コンピュータ３００は、プロセッサ３１０及び記憶装置３２０を備える。コンピュータ３００は、インターネットに接続可能である。記憶装置３２０は、プロセッサ３１０に接続されている。記憶装置３２０は、例えば、一次記憶装置及び二次記憶装置を備える。一次記憶装置は、例えば、ＲＡＭである。二次記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）である。記憶装置３２０は、プロセッサ３１０によって実行されるコンピュータプログラムであるブラウザ３０を備える。プロセッサ３１０は、記憶装置３２０に格納されたブラウザ３０のコンピュータプログラムを読み出して実行する。コンピュータ３００は、ディスプレイ３３０を備え得る。ブラウザ３０は、分散型アプリケーション１０を、ディスプレイ３３０に表示させる。

【0038】

ＷＥＢサイトとしての分散型アプリケーション１０は、インターネット上のアドレスを示すドメイン名（ＵＲＬ）を有する。ブラウザ３０は、ドメイン名によって識別されるＩＰドレスにアクセスすることで、分散型アプリケーション１０を表示する。なお、分散型アプリケーション１０は、ブラウザ３０以外のアプリケーションによって表示されてもよい。例えば、分散型アプリケーション１０は、その分散型アプリケーション１０専用のアプリケーションによって表示されてもよい。分散型アプリケーション１０専用のアプリケーションは、ユーザのコンピュータにインストールされ得る。

【0039】

分散型アプリケーション１０は、暗号資産の取引などのトランザクションを生じさせることができる。暗号資産の取引は、例えば、暗号資産の送信である。トランザクションは、例えば、ユーザが、分散型アプリケーション１０上で、暗号資産の取引操作など、トランザクションを生じさせる操作を、行うことによって生じる。生じたトランザクションは、ブロックチェーンなどの分散コンピュータネットワークシステム１００の分散台帳に記録される。

【0040】

分散台帳に記録されるトランザクションは、取引者の秘密鍵による電子署名が必要とされる。分散型アプリケーション１０によって生じたトランザクションも、電子署名が必要とされる。トランザクションの電子署名は、トランザクションを生じさせる分散型アプリケーション１０に接続されたウォレットアプリケーション２０における操作によって行われ得る。分散型アプリケーション１０によってトランザクションを生じさせる操作が行われた場合、そのトランザクションへの電子署名のリクエストがウォレットアプリケーション２０へ送信される。そのリクエストを受信したウォレットアプリケーション２０において、電子署名のユーザ操作がなされると、ウォレットアプリケーション２０は、分散型アプリケーション１０によって生じたトランザクションに電子署名をする処理を実行させる。

【0041】

ウォレットアプリケーション２０は、分散型アプリケーション１０に接続されるウォレットとしてコンピュータを機能させるソフトウェア（コンピュータプログラム）である。ウォレットアプリケーション２０は、単に、「ウォレット」とも呼ばれる。ウォレットアプリケーション２０は、分散型アプリケーションに接続するためのインターフェースを提供し得る。

【0042】

図１において、ウォレットアプリケーション２０は、ユーザによって使用されるコンピュータであるモバイル端末２００にインストールされている。モバイル端末２００は、例えば、スマートフォン、タブレット、又はスマートウォッチである。

【0043】

モバイル端末２００は、プロセッサ２１０及び記憶装置２２０を備えるコンピュータである。モバイル端末２００は、インターネット上に接続可能である。記憶装置２２０は、プロセッサ２１０に接続されている。記憶装置２２０は、例えば、一次記憶装置及び二次記憶装置を備える。一次記憶装置は、例えば、ＲＡＭである。二次記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）である。記憶装置２２０は、プロセッサ２１０によって実行されるコンピュータプログラムであるウォレットアプリケーション２０を備える。記憶装置２２０は、ブラウザ２５も備え得る。プロセッサ３１０は、記憶装置３２０に格納されたコンピュータプログラムを読み出して実行する。コンピュータ３００は、タッチパネル２３０を備え得る。ウォレットアプリケーション２０が提供する表示画面は、タッチパネル２３０に表示される。なお、モバイル端末２００は、カメラ２４０も備え得る。カメラ２４０は、後述の二次元コードのスキャンに用いられ得る。

【0044】

ウォレットアプリケーション２０には、ウォレットアプリケーションを保有するユーザのブロックチェーンアカウントが登録されている。ブロックチェーンアカウントは、単に「アカウント」とも呼ばれる。アカウントは、ブロックチェーンの暗号資産の保有者を示す識別子である。識別子としてのアカウントは、ブロックチェーンのアドレスによって構成される。アカウントには、秘密鍵２２が対応付けられている。ウォレットアプリケーション２０には、アカウントに対応付けて秘密鍵２２が登録されている。

【0045】

ユーザは、ウォレットアプリケーション２０を利用して、そのウォレットアプリケーション２０に登録されているアカウントによって、分散型アプリケーション１０にログインすることができる。ユーザがログインすると、分散型アプリケーション１０は、ユーザがログインに用いたアカウントのブロックチェーンアドレスに基づいて、ブロックチェーンを参照し、そのブロックチェーンアドレスによって所有されている又はそのブロックチェーンアドレスによって利用可能な暗号資産を把握することができる。分散型アプリケーション１０は、その暗号資産の取引に関するトランザクションを、分散型アプリケーション１０上でのユーザ操作に応じて、発行する処理を実行させることができる。

【0046】

すなわち、ユーザは分散型アプリケーション１０にログインすると、ログインに用いられたアカウントにおいて保有する暗号資産又は利用可能な暗号資産の取引又は利用を、その分散型アプリケーション１０上で行うことができる。暗号資産の取引は、例えば、ブラウザ３０に表示された分散型アプリケーション１０をユーザが操作することによって行われる。暗号資産の取引は、例えば、ユーザが保有する暗号資産を支払手段（通貨）として支払って、デジタルアセットなどの何らかの購入対象を購入することである。また、暗号資産の取引は、暗号資産である非代替性トークン（ＮＦＴ）を譲渡又は販売することであってもよい。なお、分散型アプリケーション１０では、暗号資産の取引が行われる必要はなく、単に、ユーザが保有する暗号資産が何らかの形で利用されれば足りる。

【0047】

ユーザが分散型アプリケーション１０にログインした状態（分散型アプリケーションとウォレットアプリケーションとの接続が確立した状態）において、ウォレットアプリケーション２０は、その分散型アプリケーション１０において実行されるトランザクションの電子署名に用いられ得る。ウォレットアプリケーション２０は、分散型アプリケーション１０において生じたトランザクションに電子署名をするユーザ操作のためのユーザインターフェースを提供する。

【0048】

トランザクションは、例えば、暗号資産の取引のためのトランザクションである。トランザクションの電子署名には、分散型アプリケーション１０へのログインに用いられたアカウントに対応した秘密鍵が用いられる。なお、ここでは、ウォレットアプリケーション２０を用いてトランザクションへ電子署名することを、「承認」という。すなわち、トランザクションの承認の際には、秘密鍵によってトランザクションが電子署名される。

【0049】

不正なトランザクションに対して誤って電子署名してしまうと、暗号資産の意図しない流出又は盗難が生じる。このため、不正なトランザクションに電子署名しないように、ユーザは、電子署名の操作の際に、慎重な判断が求められる。不正なトランザクションは、例えば、フィッシングサイトである分散型アプリケーション１０において生じることがある。したがって、ユーザは、電子署名のリクエストを送信してきた分散型アプリケーション１０が、正式なオフィシャルサイトであるか、偽のフィッシングサイトであるかを、慎重に判断する必要がある。

【0050】

ウォレットアプリケーション２０と分散型アプリケーション１０との接続は、当該接続のための標準プロトコルに従って実行され得る。当該接続のための標準プロトコルは、例えば、ＷａｌｌｅｔＣｏｎｎｅｃｔプロトコルである。ＷａｌｌｅｔＣｏｎｎｅｃｔプロトコルは、ウォレットアプリケーション（Ｗａｌｌｅｔ）と分散型アプリケーション（ｄＡｐｐ）との間で安全に通信するためのオープンプロトコルである。このプロトコルは、ブリッジサーバ５００を使用して、２つのアプリケーション又は装置間のリモート接続を確立し、ペイロードを中継する。

【0051】

ＷａｌｌｅｔＣｏｎｎｅｃｔプロトコルに準拠したウォレットアプリケーション２０と分散型アプリケーション１０との接続は、ウォレットアプリケーション２０及び分散型アプリケーション１０それぞれがＷａｌｌｅｔＣｏｎｎｅｃｔクライアント（図示省略）を使用し、それぞれのＷａｌｌｅｔＣｏｎｎｅｃｔクライアントがブリッジサーバ５００に接続することで行われる。すなわち、ウォレットアプリケーション２０と分散型アプリケーション１０との接続は、ブリッジサーバ５００を介して行われる。なお、ＷａｌｌｅｔＣｏｎｎｅｃｔプロトコルの更なる詳細については、ｈｔｔｐｓ：／／ｄｏｃｓ．ｗａｌｌｅｔｃｏｎｎｅｃｔ．ｃｏｍ／ を参照。なお、ウォレットアプリケーション２０と分散型アプリケーション１０との接続には、秘密鍵による承認を必要としてもよいし、必要としなくてもよい。

【0052】

ウォレット２０は、その処理のすべてが端末２００で実行されてもよいし、一部の処理がインターネット上のサーバ４００によって実行されてもよい。つまり、ウォレットアプリケーション２０は、ウォレットとしての処理の一部を、バックエンドであるサーバ４００に委ねるものであってもよい。サーバ４００によって実行される当該処理は、例えば、分散型アプリケーション１０の安全性を判定する処理４０である。分散型アプリケーション１０の安全性を判定する処理４０は、例えば、分散型アプリケーション１０が、フィッシングであるかどうかを判定する処理である。安全性を判定する処理４０は、例えば、分散型アプリケーション１０が安全であるかどうかを示す判定データである判定テーブル４５を用いて行われる。安全性を判定する処理４０については後述される。

【0053】

図２から図５は、ウォレットアプリケーション２０と分散型アプリケーション１０との接続手順の一例として、前述のＷａｌｌｅｔＣｏｎｎｅｃｔプロトコルに準拠した手順を示している。

【0054】

まず、ブラウザ３０によってディスプレイ３３０に表示された分散型アプリケーション１０上で、ユーザが、ログイン操作を行う（ステップＳ２１）。ログイン操作は、例えば、図３に示すように、表示された分散型アプリケーション１０の表示領域３３１（ブラウザ３０のウィンドウ領域）に表示されたグラフィカルユーザインターフェースであるログインボタン３３１Ａを選択操作することによって開始される。選択操作は、例えば、マウス操作によって行われる。

【0055】

ログインボタン３３１Ａが選択操作されると、表示領域３３１は、接続に用いられるウォレットの選択画面になる。ここでは、複数のウォレット選択ボタン３３１Ｂ，３３１Ｃ，３３１Ｄの中から、「ＷａｌｌｅｔＣｏｎｎｅｃｔ」のボタン３３１Ｂが選択される。

【0056】

「ＷａｌｌｅｔＣｏｎｎｅｃｔ」のボタン３３１Ｂが選択されると、表示領域３３１には、分散型アプリケーション１０によってＷａｌｌｅｔＣｏｎｎｅｃｔのための二次元コード３３１Ｆが表示される（図２のステップＳ２２）。この二次元コード３３１Ｆは、ＷａｌｌｅｔＣｏｎｎｅｃｔのＵＲＩを含むＱＲコード（登録商標）であり、ＷａｌｌｅｔＣｏｎｎｅｃｔプロトコルに従って生成される。二次元コードに含まれるＵＲＩは、ＷａｌｌｅｔＣｏｎｎｅｃｔ標準ＵＲＩフォーマット(EIP-1328)である。二次元コード３３１Ｆは、分散型アプリケーション１０のＷａｌｌｅｔＣｏｎｎｅｃｔクライアントが、ブリッジサーバ５００に接続し、必要な情報をブリッジサーバ５００から取得することで生成される。

【0057】

ＷａｌｌｅｔＣｏｎｎｅｃｔプロトコルに従った接続を確立するための二次元コード３３１Ｆは、図４に示すように、ウォレットアプリケーション２０がインストールされた端末２００によってスキャンされる（図２のステップＳ２３）。より具体的には、ウォレットアプリケーション２０は、二次元コードのスキャン機能（読み取り機能）を有し、そのウォレットアプリケーション２０によって、端末２００において、二次元コード３３１Ｆのスキャン処理が実行される。

【0058】

二次元コード３３１Ｆに含まれるＵＲＩを読み取ったウォレットアプリケーション２０は、そのＵＲＩに従って、ブリッジサーバ５００に接続する。これによって、ブリッジサーバ５００を介した、両者１０，２０の接続が確立する。

【0059】

両者１０，２０の接続の確立は、ウォレットアプリケーション２０によって二次元コード３３１Ｆをスキャンした後に、ユーザが、ウォレットアプリケーション２０上で、分散型アプリケーション１０への接続の承認操作をすることで行われる。

【0060】

接続の承認操作は、次のように行われる。まず、二次元コード３３１Ｆをスキャンしたウォレットアプリケーション２０は、ブリッジサーバ５００から、分散型アプリケーション１０へ接続リクエストを受信する。接続リクエストを受信したウォレットアプリケーション２０は、図５に示す表示画面２３１を表示する。表示画面２３１は、端末２００のタッチパネル２３０（ディスプレイ２３０）に表示される。表示画面２３１は、受信した接続リクエストを承認するためのグラフィカルユーザインターフェースとしての承認ボタン２３１Ａを備える。また、表示画面２３１は、分散型アプリケーション１０への接続に用いられるブロックチェーンアカウント（ブロックチェーンアドレス）を選択するためのグラフィカルユーザインターフェース２３１Ｂも備える。

【0061】

ユーザは、ユーザが有する１又は複数のアカウントの中から、接続に用いられるアカウントを選択した上で、承認ボタン２３１Ａを選択する操作を行う。ここでは、アカウントとして、ブロックチェーンアドレス「０ｘＡＡＡ．．１１１」が選択される。この場合、分散型アプリケーション１０の表示領域３３１は、ブロックチェーンアドレス「０ｘＡＡＡ．．１１１」のアカウントによって、ユーザがログインした状態の画面になる。なお、図６の表示画面３３１では、ログイン状態であるため、ログイン状態からログアウトするためのログアウトボタン３３１Ｇが表示されているとともに、ログインに用いられたアカウントを示すブロックチェーンアドレス表示３３１Ｈが表示されている。また、表示画面３３１には、ログインに用いられたアカウントにおいて所有されている暗号資産を示す暗号資産表示３３１Ｊも表示されている。この暗号資産表示３３１Ｊは、分散型アプリケーション１０が、ブロックチェーンを参照して、ログインに用いられたアカウントのブロックチェーンアドレスにおいて所有されている暗号資産を把握することによって生成される。

【0062】

ユーザは、ログインした分散型アプリケーション１０において、暗号資産表示３３１Ｊに表示されている暗号資産の取引を行うことができる。例えば、暗号資産によって、何らかのデジタルアセットを購入したり、他の暗号資産と交換したりすることができる。なお、図６の表示画面３３１には、暗号資産を使った購入の操作ボタン３３１Ｋが設けられている。ユーザが、この購入ボタン３３１Ｋを選択操作すると、暗号資産を支払い手段として、購入を行うことができる。購入ボタン３３１Ｋが、選択操作されると、購入の対象物の価格に応じた数量の暗号資産が、支払いのため、対象物の売り手に送信される。支払のトランザクション（暗号資産の送信トランザクション）は、前述のように、ウォレットアプリケーション２０において、ユーザの秘密鍵による電子署名（トランザクションの承認）がなされることが必要である。

【0063】

図７は、分散型アプリケーション１０との接続が確立した後のウォレットアプリケーション２０の表示画面２３１－１，２３１－１を示している。図７の表示画面２３１－１，２３１－２には、ウォレットアプリケーション２０が接続している分散型アプリケーション１０のドメイン名（ＵＲＬ）を示す「ｅｘａｍｐｌｅ．ｃｏｍ」が表示されている。また、図７の表示画面２３１－１，２３１－１には、分散型アプリケーション１０への接続に用いられたブロックチェーンアドレス「０ｘＡＡＡ．．１１１」が表示されている。

【0064】

また、ウォレットアプリケーション２０の表示画面２３１－１，２３１－２は、ウォレットアプリケーションと接続された分散型アプリケーション１０の安全性を判定した処理４０（図１参照）の結果を表示するよう構成されている。図７において、表示画面２３１－１（第１表示画面２３１－１）は、安全であると判定された場合の画面であり、表示画面２３１－２（第２表示画面２３１－２）は、安全ではないと判定された場合の画面である。ここでは、一例として、「安全である」とは、オフィシャルサイト（本物のサイト）であると判定されたことであり、「安全ではない」とは、フィッシングサイトであると判定されたことである。

【0065】

安全であると判定された第１表示画面２３１－１には、一例として、分散型アプリケーション１０のドメイン（ＵＲＬ）が安全であると判定されたことを示すマーク２３１Ｃが表示される。すなわち、マーク２３１Ｃは、安全性を判定した結果（安全であるとの判定結果）を示す。

【0066】

安全ではないと判定された第２表示画面２３１－２には、一例として、分散型アプリケーション１０のドメイン（ＵＲＬ）が安全ではないと判定されたことを示すマーク２３１Ｄが表示される。すなわち、マーク２３１Ｄは、安全性を判定した結果（安全ではないとの判定結果）を示す。

【0067】

安全ではないと判定された第２表示画面２３１－２には、安全ではない（フィッシングサイトである）ことを示す警告文表示２３１Ｅが表示され得る。この警告文表示２３１Ｅも、安全性を判定した結果を示す。図７の警告文表示では、第２表示画面２３１－２に表示された分散型アプリケーション１０のドメイン「ｅｘａｍｐｌｅ．ｃｏｍ」が、フィッシングであると判定された旨が表示される（This site has been identified as a phishing site by users.）。また、ここでの警告文表示２３１Ｅは、安全性判定が、一例として、複数のユーザによる安全性の投票結果に基づいて行われたことを示している。ユーザによる安全性の投票については後述される。

【0068】

ユーザは、接続後のウォレットアプリケーション２０の表示画面が、第１表示画面２３１－１であれば、接続した分散型アプリケーション１０が安全であることを理解でき、第２表示画面２３１－２であれば、接続した分散型アプリケーション１０が安全ではない可能性があることを理解することができる。

【0069】

また、図７は、ウォレットアプリケーション２０のバックエンドであるサーバ４００（サーバコンピュータ）によって実行される安全性判定処理４０を示している。サーバ４００は、安全性判定処理４０を実行し、安全性の判定結果を送信する。ウォレットアプリケーション２０は、サーバ４００から、その判定結果を受信し、その判定結果に応じた表示画面２３１－１，２３１－２を、端末２００のディスプレイ２３０に表示させる。なお、安全性判定処理４０は、ウォレットアプリケーション２０によって、端末２００において実行されてもよい。

【0070】

サーバ４００は、分散型アプリケーション１０の安全性の判定のため、ウォレットアプリケーション２０が接続した分散型アプリケーション１０のドメイン名（ＵＲＬ）を取得する（ステップＳ７１）。ウォレットアプリケーション２０は、分散型アプリケーション１０と接続しているため、サーバ４００は、ウォレットアプリケーション２０を介して、分散型アプリケーション１０のドメイン名（ＵＲＬ）を取得できる。

【0071】

サーバ４００は、取得したドメイン名（ＵＲＬ）が安全であるかどうかを判定する（ステップＳ７２）。この判定では、一例として、判定テーブル４５（判定データ４５）を参照することによって、ステップＳ７１で取得したドメイン名が、安全かどうかが識別される（ステップＳ７２）。判定テーブル４５は、一例として、サーバ４００が備える。

【0072】

図８は、分散型アプリケーションが安全であるかどうかを示す判定テーブル４５の一例を示している。図８に示す判定テーブル４５は、第１判定データ４５Ａと、第２判定データ４５Ｂと、を備える。第１判定データ４５Ａは、分散型アプリケーション（のドメイン名）が安全であるかどうかが複数のユーザの操作に基づいて設定されている。第２判定データ４５Ｂは、分散型アプリケーション（のドメイン名）が安全であるかどうかが管理者によって設定されている。管理者は、例えば、サーバ４００の管理者である。

【0073】

第１判定データ４５Ａは、ウォレットアプリケーション２０のユーザの投票に基づいて表示される。投票は、例えば、分散型アプリケーション１０がオフィシャルサイト（本物のサイト）であるか、フィッシングサイトであるかの投票である。図８に示す第１判定データ４５Ａは、その投票の結果を示している。すなわち、図８の第１判定データ４５Ａは、所定のドメイン名で示されるサイトＡについて、オフィシャルサイトであると投票したユーザ数（投票数）が「３５」であり、フィッシングサイトであると投票したユーザ数（投票数）が「０」であることを示している。また、図８の第１判定データ４５Ａは、所定の他のドメイン名で示されるサイトＢについて、オフィシャルサイトであると投票したユーザ数（投票数）が「１２０」であり、フィッシングサイトであると投票したユーザ数（投票数）が「５」であることを示している。

【0074】

サーバ４００は、この投票結果を示す第１判定データ４５Ａに基づいて、分散型アプリケーション１０であるサイトの安全性を判定することができる（ステップＳ７３）。例えば、あるサイトについて、オフィシャルサイトであるとの投票数が所定数以上（例えば、１００票以上）であり、かつ、（オフィシャルサイト投票数／（オフィシャルサイト投票数＋フィッシングサイト投票数）×１００）が、所定割合以上（例えば、９０％以上）である場合、サーバ４００は、そのサイトがオフィシャルサイトであると判定することができる。また、あるサイトについて、フィッシングサイトであるとの投票数が所定数以上（例えば、１００票以上）であり、かつ、（フィッシングサイト投票数／（オフィシャルサイト投票数＋フィッシングサイト投票数）×１００）が、所定割合以上（例えば、９０％以上）である場合、サーバ４００は、そのサイトがフィッシングであると判定することができる。サーバ４００は、あるサイトが、オフィシャルサイトであるともフィッシングサイトであるとも判定できない場合、「不明」であると判定することができる（ステップＳ７４）。不明である場合、判定結果として、不明である旨を表示することができる（図示省略）。

【0075】

第２判定データ４５Ｂは、複数のサイトＣ，Ｄそれぞれについて、そのサイトがオフィシャルサイトであるかフィッシングサイトであるかが、管理者によって設定されている。例えば、図８では、所定のドメインを有するサイトＣは、オフィシャルサイトとして登録され、所定の他のドメインを有するサイトＤは、フィッシングサイトとして登録されている。サーバ４００は、この第２判定データ４５Ｂに基づいて、分散型アプリケーション１０であるサイトの安全性を判定することができる（ステップＳ７３）。

【0076】

管理者によって設定された第２判定データ４５Ｂによって、安全性を判定すると、安全性が判明している主なサイトについて、確実な判定が行える。一方で、第２判定データ４５Ｂが必要であると、次々に発生するフィッシングサイト及び新しく登場するオフィシャルサイトに対応する必要が生じ、管理者の負担が大きくなる。これに対して、第１判定データ４５Ａは、ユーザ投票によって設定されるため、次々に発生するフィッシングサイト等へ対応することができる。したがって、管理者の負担を軽減できる。なお、判定テーブル４５は、第１判定データ４５Ａを備えるが、第２判定データ４５Ｂを備えなくてもよい。逆に、判定テーブル４５は、第２判定データ４５Ｂを備えるが、第１判定データ４５Ａを備えてもよい。また、判定テーブル４５が、両方のデータ４５Ａ，４５Ｂを備えることで、主なサイトの判定を確実に行いつつ、次々に発生するフィッシングサイト及び新しく登場するオフィシャルサイトへの対応を容易に行うことができる。

【0077】

なお、あるサイトが、第１判定データ４５Ａ及び第２判定データ４５Ｂの両方に登録されている場合、サーバ４００は、いずれかのデータ４５Ａ，４５Ｂを優先して判定すればよい。例えば、第１判定データ４５Ａを優先する場合、第２判定データ４５Ｂを用いた判定結果にかかわらず、第１判定データ４５Ａを用いた判定結果が、最終的な判定結果として採用される。逆に、第２判定データ４５Ｂを優先する場合、第１判定データ４５Ａを用いた判定結果にかかわらず、第２判定データ４５Ｂを用いた判定結果が、最終的な判定結果として採用される。

【0078】

以上の判定の結果は、サーバ４００から、端末２００のウォレットアプリケーション２０へ送信される。ウォレットアプリケーション２０は、判定結果を、表示画面２３１－１，２３１－２に表示させる。この判定結果は、分散型アプリケーション１０のドメイン名に基づいて、分散型アプリケーション１０が安全かどうかを判定した結果を含む。

【0079】

なお、前述の説明では、安全性判定は、ウォレットアプリケーション２０と分散型アプリケーション１０との接続が確立した後に行われるが、接続が確立する前に行われてもよい。すなわち、安全性の判定は、ウォレットアプリケーションと接続される分散型アプリケーションの安全性の判定であってもよい。例えば、図５の表示画面２３１が表示される際に、判定結果が表示されるように、ウォレットアプリケーション２０が接続リクエストを受信した後、かつ、接続が確立する前に安全性判定が行われてもよい。接続確立であっても、ウォレットアプリケーション２０は、分散型アプリケーション１０のドメイン（ＵＲＬ）は、接続リクエストを送信したブリッジサーバ５００を介して、取得可能であるため、サーバ４００は、分散型アプリケーション１０のドメインを取得可能である。

【0080】

例えば、安全性の判定の結果は、図５に示す表示画面２３１に表示されてもよい。図５の表示画面２３１に安全性判定結果が表示されると、ユーザは、接続を確立する前に、接続しようとする分散型アプリケーション１０の安全性を把握できる。したがって、ユーザは、安全性判定結果を考慮して、接続の承認操作をするかどうかを決めることができる。例えば、分散型アプリケーション１０が安全でなければ、ユーザは、接続リクエストを拒否する操作（図５の「Ｒｅｊｅｃｔ」ボタンの操作）をして、接続の確立を回避できる。

【0081】

さて、ウォレットアプリケーション２０と分散型アプリケーション１０との接続が確立して、ユーザが分散型アプリケーション１０にログインした状態になると、ユーザは、分散型アプリケーション１０上で、ブロックチェーンに記録されるトランザクションが発生する操作（例えば、図６の購入ボタン３３１Ｋの選択操作）をすることができる。

【0082】

分散型アプリケーション１０において、トランザクションが発生する操作がなされると、ユーザの秘密鍵による電子署名（トランザクションの承認）のため、分散型アプリケーション１０から、ウォレットアプリケーション２０へ、電子署名リクエストが送信される。図９に示すように、ウォレットアプリケーション２０が電子署名リクエストを受信すると（ステップＳ９１）、ウォレットアプリケーションの表示画面２３１－１，２３１－２において、トランザクションを承認するかどうかの操作をするためのグラフィカルユーザインターフェース２３１Ｆが表示される。このグラフィカルユーザインターフェース２３１Ｆは、承認ボタン２３１Ｇ（「Approve」）と、拒否ボタン２３１Ｈ（「Reject」）と、を含み得る。図９のユーザインターフェース２３１Ｆは、電子署名リクエストが受信されると、図７の表示画面２３１－１，２３１－２に追加的に表示される。

【0083】

図９の表示画面２３１－１，２３１－２では、分散型アプリケーション１０のトランザクションを承認するためのユーザインターフェース２３１Ｆが、分散型アプリケーション１０の安全性判定結果２３１Ｃ，２３１Ｄ，２３１Ｅとともに表示されるため、ユーザは、トランザクションの承認操作をする際に、分散型アプリケーション１０が安全かどうかを容易に認識することができる。したがって、安全な分散型アプリケーション１０のトランザクション（正常なトランザクション）を承認し、安全でない分散型アプリケーション１０のトランザクション（不正なトランザクション）は承認しないことができる。不正なトランザクションを承認（電子署名）しないことで、暗号資産の意図しない流出又は盗難を防止できる。

【0084】

本実施形態のように、ブラウザ３０とは別のアプリケーションであるウォレットアプリケーション２０によって、安全性判定結果を表示することは、安全性判定結果をブラウザに表示する場合に比べて、有利である。

【0085】

例えば、安全性判定結果を、Ｗｅｂサイトを表示するためのブラウザにおいて表示するには、ブラウザの拡張機能として、Ｗｅｂサイトの安全性表示機能を、ブラウザにアドインすることが考えられる。しかし、分散型アプリケーションの安全性表示の機能をブラウザが備えるだけでは、以下の問題が生じる。

【0086】

すなわち、ブラウザには、様々な種類があるが、分散型アプリケーションの表示のためユーザが使用したいブラウザ用の適切なプラグインプログラムが存在するとは限らない。ユーザが使用したいブラウザに安全性表示機能を追加するためのアドインプログラムが存在しない場合、分散型アプリケーションの安全性表示機能を利用することができない。

【0087】

また、同一のユーザが、複数のブラウザを利用することがある。この場合、ユーザが利用し得る複数のブラウザ全てに安全性表示機能を追加されていないと、ユーザは、利用するブラウザによっては、安全に、分散型アプリケーションに接続できないことがある。

【0088】

さらに、ユーザは、複数人で共用されるコンピュータにインストールされたブラウザで、分散型アプリケーションに接続したいことがある。しかし、複数人で共用されるコンピュータの場合、個々のユーザは、自由に、ブラウザの拡張機能をアドインできないことがあるため、したがって、ユーザは、分散型アプリケーションの安全性表示機能を利用することができない。

【0089】

このように、ブラウザが分散型アプリケーションの安全性表示機能を備え得るとしても、ユーザが、その機能を利用できないケースが多く想定されるため、問題がある。

【0090】

かかる問題は、安全性判定結果をブラウザにおいて表示するのではなく、本実施形態のようにブラウザとは別のウォレットアプリケーションにおいて、分散型アプリケーションの安全性を判定した結果を表示することで解決される。一般に、ユーザが、分散型アプリケーションに接続するためには、ウォレットアプリケーションが必要とされる。したがって、ウォレットアプリケーションが分散型アプリケーションの安全性表示機能を備えることで、ユーザが、そのウォレットアプリケーションを用いる限りは、必ず、安全性表示機能を利用することができる。したがって、ユーザが、分散型アプリケーションの安全性表示機能を利用できないという、前述の問題が解消され得る。

【0091】

さて、図１０は、ウォレットアプリケーション２０のユーザが、分散型アプリケーション１０のサイトの安全性を投票するための表示画面２３１－３の一例を示している。この表示画面２３１－３は、ウォレットアプリケーション２０と分散型アプリケーション１０との接続が確立した後に、端末２００のディスプレイ２３０に、図７の表示画面２３１－、２３１－２が表示される前に表示され得る。

【0092】

表示画面２３１－３は、投票のためのグラフィカルユーザインターフェース２３１Ｊを備える。ユーザインターフェース２３１Ｊが表示される表示画面２３１－３は、図７の表示画面２３１－、２３１－２と同様に、接続した分散型アプリケーション１０のドメイン（ＵＲＬ）と接続に用いられたブロックチェーンアドレスとを含む。

【0093】

ユーザインターフェース２３１Ｊは、接続した分散型アプリケーション１０が安全であるかどかを投票する操作を行えるよう構成されている。ユーザインターフェース２３１Ｊは、一例として、非オフィシャルサイトボタン２３１Ｋと、オフィシャルサイトボタン２３１Ｌと、を備える。

【0094】

非オフィシャルサイトボタン２３１Ｋは、ウォレットアプリケーション２０が接続した分散型アプリケーション１０が非オフィシャルサイト（フィッシングサイト）であるとユーザが判断している場合に操作されるユーザインターフェースである。非オフィシャルサイトボタン２３１Ｋが操作された場合、「フィッシングサイト投票」になる。ウォレットアプリケーション２０は、サーバ４００へ、そのサイトについてフィッシングサイト投票があったことを送信する。この場合、サーバ４００は、第１判定データにおいて、そのサイトに対するフィッシングサイト投票数を＋１する。

【0095】

オフィシャルサイトボタン２３１Ｌは、ウォレットアプリケーション２０が接続した分散型アプリケーション１０がオフィシャルサイトであるとユーザが判断している場合に操作されるユーザインターフェースである。オフィシャルサイトボタン２３１Ｌが操作された場合、「オフィシャルサイト投票」になる。ウォレットアプリケーション２０は、サーバ４００へ、そのサイトについてオフィシャルサイト投票があったことを送信する。この場合、サーバ４００は、第１判定データにおいて、そのサイトに対するオフィシャルサイト投票数を＋１する。

【0096】

ある分散型アプリケーション１０のサイトに対する投票は、１ユーザについて１投票とすることができる。この場合、ユーザが、未投票のサイトにログインした場合、ユーザインターフェース２３１Ｊが表示されるが、投票済みのサイトにログインした場合、ユーザインターフェース２３１Ｊは、表示されない。

【0097】

なお、前述の説明では、分散型アプリケーション１０を表示するブラウザ３０と、ウォレットアプリケーション２０とは、異なる端末３００，２００に存在していたが、図１１に示すように、ブラウザ２５とウォレットアプリケーション２０とが同一の端末２００に存在していてもよい。この場合も、ＷａｌｌｅｔＣｏｎｎｅｃｔプロトコルに従って、接続を確立することができる。

【0098】

図１１に示すように、ブラウザ２５とウォレットアプリケーション２０とが同一の端末２００に存在する場合、端末２００のブラウザ２５に表示された分散型アプリケーション１０において、「ＷａｌｌｅｔＣｏｎｎｅｃｔ」のボタン３３１Ｂが選択されると、ディープリンクによって、端末２００のウォレットアプリケーション２０が起動し、図５に示す表示画面２３１が、端末２００のディスプレイ２３０に表示される。ディープリンクによって、例えば、ＷａｌｌｅｔＣｏｎｎｅｃｔ標準ＵＲＩフォーマット(EIP-1328)のＵＲＩが、分散型アプリケーション１０からウォレットアプリケーション２０へ送信される。図５の画面２３１が端末２００に表示されれば、ブラウザ２５に表示された分散型アプリケーション１０とウォレットアプリケーション２０との接続を確立することができる。

【0099】

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

【符号の説明】

【0100】

１０ ：分散型アプリケーション
２０ ：ウォレットアプリケーション
２２ ：秘密鍵
２５ ：ブラウザ
３０ ：ブラウザ
４０ ：安全性判定処理
４５ ：判定データ
４５Ａ ：第１判定データ
４５Ｂ ：第２判定データ
１００ ：分散ネットワーク
２００ ：モバイル端末
２１０ ：プロセッサ
２２０ ：記憶装置
２３０ ：タッチパネル
２３１ ：表示画面
２３１－１ ：表示画面
２３１－２ ：表示画面
２３１－３ ：表示画面
２３１Ａ ：承認ボタン
２３１Ｂ ：グラフィカルユーザインターフェース
２３１Ｃ ：安全性判定結果
２３１Ｄ ：安全性判定結果
２３１Ｅ ：安全性判定結果
２３１Ｆ ：グラフィカルユーザインターフェース
２３１Ｇ ：承認ボタン
２３１Ｈ ：拒否ボタン
２３１Ｊ ：グラフィカルユーザインターフェース
２３１Ｋ ：オフィシャルサイトボタン
２３１Ｋ ：非オフィシャルサイトボタン
２３１Ｌ ：オフィシャルサイトボタン
２４０ ：カメラ
３００ ：コンピュータ
３１０ ：プロセッサ
３２０ ：記憶装置
３３０ ：ディスプレイ
３３１ ：表示領域
３３１Ａ ：ログインボタン
３３１Ｂ ：ウォレット選択ボタン
３３１Ｃ ：ウォレット選択ボタン
３３１Ｄ ：ウォレット選択ボタン
３３１Ｆ ：二次元コード
３３１Ｇ ：ログアウトボタン
３３１Ｈ ：ブロックチェーンアドレス表示
３３１Ｊ ：暗号資産表示
３３１Ｋ ：購入ボタン
４００ ：サーバ
５００ ：ブリッジサーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】