特許 7563814 情報処理システム、情報処理方法、及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-09-30

(45)【発行日】2024-10-08

(54)【発明の名称】情報処理システム、情報処理方法、及びプログラム

(51)【国際特許分類】

   G06Q 20/38 20120101AFI20241001BHJP

   G06F 21/33 20130101ALI20241001BHJP

   G06F 21/62 20130101ALI20241001BHJP

   G06F 21/64 20130101ALI20241001BHJP

【ＦＩ】

G06Q20/38 310

G06F21/33

G06F21/62 318

G06F21/64

【請求項の数】 15

(21)【出願番号】P 2024073080

(22)【出願日】2024-04-26

【審査請求日】2024-04-26

【早期審査対象出願】

(73)【特許権者】

【識別番号】523469814

【氏名又は名称】株式会社フォリオ

(74)【代理人】

【識別番号】110001106

【氏名又は名称】弁理士法人キュリーズ

(72)【発明者】

【氏名】西窪 洋平

【審査官】加内 慎也

(56)【参考文献】

【文献】特許第７０４３６７２（ＪＰ，Ｂ１）

【文献】特許第７４５４９０３（ＪＰ，Ｂ１）

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

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

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

Ｇ０６Ｆ ２１／３３

Ｇ０６Ｆ ２１／６２

Ｇ０６Ｆ ２１／６４

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

【請求項1】

ブロックチェーンネットワークで管理されるトークンを用いたサービスを提供するための情報処理システムであって、
前記トークンの所有及び操作に特化したプログラムであって利用者ごとに異なるコントラクトウォレットを前記ブロックチェーンネットワークに配備する配備手段と、
前記利用者の外部所有アカウントとは異なる利用者情報を用いて、前記サービスの利用についての前記利用者の認証を行う認証手段と、
前記利用者と対応付けられた前記コントラクトウォレットに対して、前記サービスを提供する事業者の外部所有アカウントを用いて、当該コントラクトウォレットを所有者とする前記トークンに関するトランザクションリクエストを行うリクエスト手段と、を備える
情報処理システム。

【請求項2】

利用者ごとに、当該利用者に割り当てる前記コントラクトウォレットのアドレスを決定するアドレス決定手段をさらに備え、
前記アドレス決定手段は、当該利用者の識別子から所定関数を用いた演算によって一意の前記アドレスを決定する
請求項１に記載の情報処理システム。

【請求項3】

前記配備手段は、利用者への前記コントラクトウォレットの割り当てが必要になった際に、当該利用者向けに、前記アドレス決定手段により決定された前記アドレスを有する前記コントラクトウォレットを前記ブロックチェーンネットワークに配備する
請求項２に記載の情報処理システム。

【請求項4】

前記事業者の外部所有アカウントの秘密鍵を、クラウドサービスとしてハードウェアウォレット機能を実現するＫＭＳ（Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｉｃｅ）を利用して管理する鍵管理手段をさらに備え、
前記リクエスト手段の前記トランザクションリクエストには、前記ＫＭＳが前記秘密鍵に基づいて生成した署名が付与される
請求項１に記載の情報処理システム。

【請求項5】

前記鍵管理手段は、前記ＫＭＳへのアクセス権限を有する特定のサービスアカウントにアクセスするためのクラウド秘密鍵を用いて前記ＫＭＳへのアクセス管理を行う
請求項４に記載の情報処理システム。

【請求項6】

前記鍵管理手段は、前記クラウド秘密鍵を定期的に更新する
請求項５に記載の情報処理システム。

【請求項7】

前記配備手段は、前記事業者の外部所有アカウントと対応付けられたアドレスのみが関数の実行を可能とするアクセス制限を行う前記コントラクトウォレットを前記ブロックチェーンネットワークに配備する
請求項１に記載の情報処理システム。

【請求項8】

前記配備手段は、前記コントラクトウォレットとして複数のコントラクトウォレットを前記ブロックチェーンネットワークに配備し、且つ、前記アクセス制限を行うためのプログラムであって前記複数のコントラクトウォレットに共通で用いる権限コントラクトを前記ブロックチェーンネットワークにさらに配備する
請求項７に記載の情報処理システム。

【請求項9】

前記配備手段は、
前記トークンの生成及び管理を行うプログラムであるトークンコントラクトと、
前記トランザクションリクエストに応じて前記コントラクトウォレットに対して予め定められたトークン操作のみを実行可能なプログラムである操作コントラクトと、
を前記ブロックチェーンネットワークにさらに配備する
請求項１乃至８のいずれか１項に記載の情報処理システム。

【請求項10】

前記配備手段は、前記事業者の外部所有アカウントのアドレスのみが関数の実行を可能とするアクセス制限を行う前記操作コントラクトを前記ブロックチェーンネットワークに配備する
請求項９に記載の情報処理システム。

【請求項11】

前記配備手段は、前記操作コントラクトとして複数の操作コントラクトを前記ブロックチェーンネットワークに配備し、且つ、前記アクセス制限を行うためのプログラムであって前記複数の操作コントラクトに共通で用いる権限コントラクトを前記ブロックチェーンネットワークにさらに配備する
請求項１０に記載の情報処理システム。

【請求項12】

前記配備手段は、前記コントラクトウォレットのアドレスのみが関数の実行を可能とするアクセス制限を行う前記トークンコントラクトを前記ブロックチェーンネットワークに配備する
請求項９に記載の情報処理システム。

【請求項13】

前記配備手段は、複数人の署名が得られたことを条件として、前記操作コントラクトに新たな機能を追加する又は前記操作コントラクトを新たに配備する
請求項９に記載の情報処理システム。

【請求項14】

ブロックチェーンネットワークで管理されるトークンを用いたサービスを提供するための情報処理システムが実行する情報処理方法であって、
前記トークンの所有及び操作に特化したプログラムであって利用者ごとに異なるコントラクトウォレットを前記ブロックチェーンネットワークに配備するステップと、
前記利用者の外部所有アカウントとは異なる利用者情報を用いて、前記サービスの利用についての前記利用者の認証を行うステップと、
前記利用者と対応付けられた前記コントラクトウォレットに対して、前記サービスを提供する事業者の外部所有アカウントを用いて、当該コントラクトウォレットを所有者とする前記トークンに関するトランザクションリクエストを行うステップと、を有する
情報処理方法。

【請求項15】

ブロックチェーンネットワークで管理されるトークンを用いたサービスを提供するための情報処理システムに、
前記トークンの所有及び操作に特化したプログラムであって利用者ごとに異なるコントラクトウォレットを前記ブロックチェーンネットワークに配備するステップと、
前記利用者の外部所有アカウントとは異なる利用者情報を用いて、前記サービスの利用についての前記利用者の認証を行うステップと、
前記利用者と対応付けられた前記コントラクトウォレットに対して、前記サービスを提供する事業者の外部所有アカウントを用いて、当該コントラクトウォレットを所有者とする前記トークンに関するトランザクションリクエストを行うステップと、を実行させる
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ブロックチェーンネットワークで管理されるトークンを用いたサービスを提供するための情報処理システム、情報処理方法、及びプログラムに関する。

【背景技術】

【0002】

近年、非代替性トークン（ＮＦＴ：Ｎｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ）や代替性トークン（ＦＴ：Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ）等のトークンを発行して管理可能なブロックチェーン技術が注目されている。ブロックチェーン技術では、トランザクションの履歴を含む台帳を複数の利用者のコンピュータが分散保持する自律分散型のネットワーク（「ブロックチェーンネットワーク」とも称する）が構成される。

【0003】

トークンは、ブロックチェーンのアドレス（単に「アドレス」とも称する）に対応付けてブロックチェーンネットワークに記録されるデジタルデータである。あるアドレスに対してトークンが対応付けられた状態を一般に、そのアドレスにより識別される主体がトークンを「所有」しているという。

【0004】

ここで、トークンを所有し得る主体には、利用者に付与される「外部所有アカウント（ＥＯＡ：Ｅｘｔｅｒｎａｌｌｙ Ｏｗｎｅｄ Ａｃｃｏｕｎｔ）」と、ブロックチェーンネットワークに配備されるプログラムである「スマートコントラクト」との２種類が存在し、いずれもブロックチェーンのアドレスを有している。ＥＯＡは、「ウォレット」と称されることがある。

【0005】

ＥＯＡ及びスマートコントラクトはそれぞれトークンを所有し得るが、秘密鍵を有しているＥＯＡがこの秘密鍵を用いてトークンに関するトランザクションを開始することができるのに対し、スマートコントラクトは秘密鍵を有しておらず、トークンに関するトランザクションを開始できない。なお、トランザクションをブロックチェーンに記録するために、利用者には「ガス代」と呼ばれる手数料が発生する。

【0006】

ここで、ＥＯＡの秘密鍵は文字列に過ぎず、容易にコピー等が可能であり、一度漏洩すれば、既存の処理系のＩＤやパスワードのようにパスワード変更等による事後のアクセス制限は不可能で、永遠に同秘密鍵のアドレスに許可された権限にアクセスされてしまう。利用者においても、秘密鍵に対応するニーモニックと呼ばれる文字列を紙に書き写して金庫で保管するというように利便性が低いものとなっている。

【0007】

トークンの所有及び操作に特化したスマートコントラクトは「コントラクトウォレット」（又は「スマートアカウント」）と称される。コントラクトウォレットによれば、ブロックチェーン上のスマートコントラクトを、トークンを所有及び操作するウォレットのように取り扱うことが可能になり得る。コントラクトウォレットの規格としては、例えばＥＲＣ－４３３７が存在する（非特許文献１参照）。

【先行技術文献】

【非特許文献】

【0008】

【文献】ＥＲＣ－４３３７，ＵＲＬ：ｈｔｔｐｓ：／／ｇｉｔｈｕｂ．ｃｏｍ／ｅｔｈｅｒｅｕｍ／ｅｒｃｓ／ｂｌｏｂ／ｍａｓｔｅｒ／ＥＲＣＳ／ｅｒｃ－４３３７．ｍｄ

【発明の概要】

【発明が解決しようとする課題】

【0009】

しかしながら、ＥＲＣ－４３３７のリファレンス実装では、ブロックチェーンの非中央集権性（すなわち、自律分散性）を守るために、利用者のＥＯＡのアドレスとコントラクトウォレットのアドレスとが１対１で対応しており、これにより認証も兼ねている。

【0010】

そのため、利用者がコントラクトウォレットを介してトランザクションリクエストを行うものの、実際には、利用者が自身でガス代を支払い、且つ利用者が自身でＥＯＡの秘密鍵を管理する必要があり、ブロックチェーンを利用する利用者の利便性が依然として低いという課題があった。

【0011】

そこで、本開示は、セキュリティを担保しつつコントラクトウォレットを用いて利用者の利便性を向上させることが可能な情報処理システム、情報処理方法、及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0012】

本開示の第１の態様に係る情報処理システムは、ブロックチェーンネットワークで管理されるトークンを用いたサービスを提供するための情報処理システムであって、前記トークンの所有及び操作に特化したプログラムであって利用者ごとに異なるコントラクトウォレットを前記ブロックチェーンネットワークに配備する配備手段と、前記利用者の外部所有アカウントとは異なる利用者情報を用いて、前記サービスの利用についての前記利用者の認証を行う認証手段と、前記利用者と対応付けられた前記コントラクトウォレットに対して、前記サービスを提供する事業者の外部所有アカウントを用いて、当該コントラクトウォレットを所有者とする前記トークンに関するトランザクションリクエストを行うリクエスト手段と、を備える。

【0013】

本開示の第２の態様に係る情報処理方法は、ブロックチェーンネットワークで管理されるトークンを用いたサービスを提供するための情報処理システムで実行する情報処理方法であって、前記トークンの所有及び操作に特化したプログラムであって利用者ごとに異なるコントラクトウォレットを前記ブロックチェーンネットワークに配備するステップと、前記利用者の外部所有アカウントとは異なる利用者情報を用いて、前記サービスの利用についての前記利用者の認証を行うステップと、前記利用者と対応付けられた前記コントラクトウォレットに対して、前記サービスを提供する事業者の外部所有アカウントを用いて、当該コントラクトウォレットを所有者とする前記トークンに関するトランザクションリクエストを行うステップと、を有する。

【0014】

本開示の第３の態様に係るプログラムは、ブロックチェーンネットワークで管理されるトークンを用いたサービスを提供するための情報処理システムに、前記トークンの所有及び操作に特化したプログラムであって利用者ごとに異なるコントラクトウォレットを前記ブロックチェーンネットワークに配備するステップと、前記利用者の外部所有アカウントとは異なる利用者情報を用いて、前記サービスの利用についての前記利用者の認証を行うステップと、前記利用者と対応付けられた前記コントラクトウォレットに対して、前記サービスを提供する事業者の外部所有アカウントを用いて、当該コントラクトウォレットを所有者とする前記トークンに関するトランザクションリクエストを行うステップと、を実行させる。

【発明の効果】

【0015】

本開示の一態様によれば、セキュリティを担保しつつコントラクトウォレットを用いて利用者の利便性を向上させることが可能な情報処理システム、情報処理方法、及びプログラムを提供できる。

【図面の簡単な説明】

【0016】

【図1】実施形態に係る情報処理システムを含む全体構成例を示す図である。

【図2】実施形態に係る各コンピュータのハードウェア構成の一例を示す図である。

【図3】実施形態に係るブロックチェーンネットワークにおけるスマートコントラクトに関する機能ブロック構成例を示す図である。

【図4】実施形態に係る各スマートコントラクトの動作例を説明するための図である。

【図5】実施形態に係る各スマートコントラクトの動作例を説明するための図である。

【図6】実施形態に係るブロックチェーンネットワークにおけるスマートコントラクトに関する機能ブロック構成の変更例を示す図である。

【図7】実施形態に係る各スマートコントラクトの動作例を説明するための図である。

【図8】実施形態に係るブロックチェーンネットワークにおけるスマートコントラクトに関する機能ブロック構成の別の変更例を示す図である。

【図9】実施形態に係る情報処理システムの機能ブロック構成例を示す図である。

【図10】実施形態に係るウォレットアドレスの決定方法の一例を説明するための図である。

【図11】実施形態に係る各利用者に対するＮＦＴ発行までの動作例を示すシーケンス図である。

【図12】実施形態に係る各利用者がＮＦＴ（トークン関連サービス）を利用する際の動作例を示すシーケンス図である。

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

【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】

例えば、トークンゲートのような最も多用される利用形態の場合、コントラクトウォレット３２０の配備は必要ではなく、コントラクトウォレット３２０を用いる機能（例えば、トークンの移転等のトランザクションの発動）が必要となった際に初めてコントラクトウォレット３２０がブロックチェーン上に配備される。コントラクトウォレット３２０を配備するための発行トランザクションは、１つあたりイーサリアムで２，０００円前後、他の低廉なブロックチェーンであっても１～２円程度かかるため、１億アカウント規模のサービスの場合には大幅なコスト削減が可能である。

【0077】

秘密鍵管理部１５０は、事業者ＥＯＡの秘密鍵（「ウォレット秘密鍵」とも称する）を、クラウドサービスとしてハードウェアウォレット機能を実現するＫＭＳシステム４００を利用して管理する。トランザクションリクエスト部１３０のトランザクションリクエストには、ＫＭＳシステム４００が当該ウォレット秘密鍵に基づいて生成した署名が付与される。

【0078】

このように、本実施形態では、利用者ＥＯＡではなく、ウォレット秘密鍵へのアクセス不可のＫＭＳにてトランザクション署名を行う。具体的には、事業者ＥＯＡにＫＭＳ（ＫＭＳシステム４００）を利用することにより、情報処理システム１００のメモリ上にウォレット秘密鍵を展開することなく、署名を行い、ブロックチェーン上のコントラクトウォレット３２０を操作することができる。また、利用者側のウォレット相当の機能も秘密鍵を持たないコントラクトウォレット３２０で実現されるため、情報処理システム１００から端末装置２００に至るまで、一瞬たりともメモリ上にウォレット秘密鍵が存在しない、極めてセキュアな処理系を実現している。

【0079】

クラウド秘密鍵記憶部１０２は、ＫＭＳシステム４００へのアクセス権限を有する特定のサービスアカウントにアクセスするためのクラウド秘密鍵を記憶する。秘密鍵管理部１５０は、ＫＭＳ（ＫＭＳシステム４００）へのアクセス権限を有する特定のサービスアカウント（「仮想アカウント」とも称する）にアクセスするためのクラウド秘密鍵を用いてＫＭＳへのアクセス管理を行う。すなわち、ＫＭＳには、特定の仮想アカウントのみに最小限のアクセス権限を与え、同仮想アカウントへのアクセス可能なクラウド秘密鍵（非ウォレット秘密鍵）をサーバ等に割り当てることでアクセス管理を行う。

【0080】

秘密鍵管理部１５０は、クラウド秘密鍵を定期的に更新してもよい。例えば、秘密鍵管理部１５０は、クラウド秘密鍵を一定期間でローテーションしてもよい。また、秘密鍵管理部１５０は、クラウド秘密鍵の漏洩時に即座にクラウド秘密鍵を無効化してもよい。これにより、セキュリティレベル担保可能である。

【0081】

本実施形態では、スマートコントラクト配備部１１０は、図４に示したように、事業者ＥＯＡのアドレスのみが関数の実行を可能とするアクセス制限を行うコントラクトウォレット３２０をブロックチェーンネットワーク３００に配備してもよい。また、スマートコントラクト配備部１１０は、図８に示したように、複数のコントラクトウォレット３２０をブロックチェーンネットワーク３００に配備し、且つ、複数のコントラクトウォレット３２０に共通で用いる権限コントラクト３５０をブロックチェーンネットワーク３００にさらに配備してもよい。図６及び図７に示したように、操作コントラクト３１０が配備される場合には、スマートコントラクト配備部１１０は、操作コントラクト３１０のアドレスのみが関数の実行を可能とするアクセス制限を行うコントラクトウォレット３２０をブロックチェーンネットワーク３００に配備してもよい。このように、スマートコントラクト配備部１１０は、事業者ＥＯＡと対応付けられたアドレス（事業者ＥＯＡのアドレス又は操作コントラクト３１０のアドレス）のみが関数の実行を可能とするアクセス制限を行うコントラクトウォレット３２０をブロックチェーンネットワーク３００に配備する。

【0082】

スマートコントラクト配備部１１０は、図６及び図７に示したように、トークンの生成及び管理を行うプログラムであるトークンコントラクト３３０と、事業者ＥＯＡからのトランザクションリクエストに応じてコントラクトウォレット３２０に対して予め定められたトークン操作のみを実行可能なプログラムである操作コントラクト３１０と、をブロックチェーンネットワーク３００にさらに配備してもよい。スマートコントラクト配備部１１０は、複数人の署名が得られたことを条件として、操作コントラクト３１０に新たな機能を追加する又は操作コントラクト３１０を新たに配備してもよい。

【0083】

ここで、スマートコントラクト配備部１１０は、事業者ＥＯＡのアドレスのみが関数の実行を可能とするアクセス制限を行う操作コントラクト３１０をブロックチェーンネットワーク３００に配備してもよい。スマートコントラクト配備部１１０は、図８に示したように、複数の操作コントラクト３１０をブロックチェーンネットワーク３００に配備し、且つ、複数の操作コントラクト３１０に共通で用いる権限コントラクト３４０をブロックチェーンネットワーク３００にさらに配備してもよい。

【0084】

さらに、スマートコントラクト配備部１１０は、操作コントラクト３１０のアドレスのみが関数の実行を可能とするアクセス制限を行うトークンコントラクト３３０をブロックチェーンネットワーク３００に配備してもよい。

【0085】

（５）動作シーケンスの一例
実施形態に係る動作シーケンスの一例について説明する。ここでは、トークンがＮＦＴである場合を例に挙げて説明する。

【0086】

図１１は、本実施形態に係る各利用者に対するＮＦＴ発行までの動作例を示すシーケンス図である。

【0087】

ステップＳ１０１において、情報処理システム１００は、スマートコントラクト群の発行リクエストをブロックチェーンネットワーク３００に対して行う。この段階では、情報処理システム１００は、コントラクトウォレット３２０以外のスマートコントラクト（例えば、操作コントラクト３１０やトークンコントラクト３３０等）の発行をブロックチェーンネットワーク３００にリクエストしてもよい。或いは、情報処理システム１００は、この段階で、少なくとも１つのコントラクトウォレット３２０の配備をブロックチェーンネットワーク３００にリクエストしてもよい。

【0088】

ステップＳ１０２において、ブロックチェーンネットワーク３００は、情報処理システム１００からのリクエストに応じてスマートコントラクト群を配備する。ブロックチェーンネットワーク３００は、配備した各スマートコントラクトのアドレスを情報処理システム１００に通知してもよい。

【0089】

ステップＳ１０３において、情報処理システム１００は、各利用者のウォレットアドレス（Ｗｅｂ３アドレス）を当該利用者の識別子に基づいて一意に決定し、決定したウォレットアドレスを利用者ＤＢ１０１に付与する。

【0090】

ステップＳ１０４において、情報処理システム１００は、ステップＳ１０３で決定したウォレットアドレスを所有者とするＮＦＴの発行をブロックチェーンネットワーク３００にリクエストする。

【0091】

ステップＳ１０５において、ブロックチェーンネットワーク３００は、情報処理システム１００からのリクエストに応じてＮＦＴを発行する。ブロックチェーンネットワーク３００は、ＮＦＴ発行の完了を情報処理システム１００に通知してもよい。

【0092】

図１２は、本実施形態に係る各利用者がＮＦＴ（トークン関連サービス）を利用する際の動作例を示すシーケンス図である。

【0093】

ステップＳ２０１乃至Ｓ２０５は、ＮＦＴ閲覧又はトークンゲート機能の提供に関する動作である。

【0094】

ステップＳ２０１において、端末装置２００は、利用者からの操作（指示）に応じて、ＮＦＴ閲覧又はトークンゲート機能を利用するために情報処理システム１００（トークン関連サービス）にサインインする。

【0095】

ステップＳ２０２において、情報処理システム１００は、サインインに対する利用者認証（Ｗｅｂ２認証）を行う。ここでは、利用者認証に成功したと仮定して説明を続ける。情報処理システム１００は、認証に成功した利用者のウォレットアドレス（Ｗｅｂ３アドレス）を利用者ＤＢ１０１から取得する。

【0096】

ステップＳ２０３において、情報処理システム１００は、当該利用者のウォレットアドレスを所有者とするＮＦＴの所有状況をブロックチェーンネットワーク３００に照会する。

【0097】

ステップＳ２０４において、ブロックチェーンネットワーク３００は、当該所有状況を情報処理システム１００に通知する。

【0098】

ステップＳ２０５において、情報処理システム１００は、ブロックチェーンネットワーク３００からの通知に応じてＮＦＴ閲覧又はトークンゲート機能を端末装置２００（利用者）に提供する。

【0099】

ステップＳ２０６乃至Ｓ２０９は、ＮＦＴ移転に関する動作である。

【0100】

ステップＳ２０６において、端末装置２００は、利用者からの操作（指示）に応じて、移転先のアドレスを指定したＮＦＴ移転指示（移転リクエスト）を情報処理システム１００に対して行う。

【0101】

ステップＳ２０７において、情報処理システム１００は、当該利用者のウォレットアドレス（Ｗｅｂ３アドレス）を移転元、指定されたアドレスを移転先とするＮＦＴ移転トランザクションリクエストをブロックチェーンネットワーク３００に対して行う。ここで、情報処理システム１００は、当該利用者のウォレットアドレスと対応付けられたコントラクトウォレット３２０を未配備である場合、当該コントラクトウォレット３２０をブロックチェーンネットワーク３００に配備するようリクエストする。

【0102】

ステップＳ２０８において、ブロックチェーンネットワーク３００は、移転トランザクションを完了すると、トランザクション完了通知を情報処理システム１００に対して行う。

【0103】

ステップＳ２０９において、情報処理システム１００は、トランザクション完了通知を端末装置２００（利用者）に対して行う。

【0104】

（６）他の実施形態
上述の実施形態において、コントラクトウォレット３２０は、ＥＲＣ－４３３７互換の機能拡張を行うことも可能である。ＩｏＴやクレジットカードのＰＫＣＳ＃１ ｖ１．５等のアルゴリズムを利用するコントラクトウォレット関数の実行も可能である。

【0105】

上述の実施形態における動作フロー及び動作例は、必ずしもフロー図に記載された順序に沿って時系列に実行されなくてよい。例えば、動作におけるステップは、フロー図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。また、動作におけるステップの一部が削除されてもよく、さらなるステップが処理に追加されてもよい。

【0106】

上述の実施形態に係る動作をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記憶媒体であってもよい。非一過性の記憶媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記憶媒体であってもよい。

【0107】

本開示で使用する「に基づいて」、「に応じて」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。また、「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。

【0108】

以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

【0109】

（７）付記
上述の実施形態に関する特徴について付記する。

【0110】

・付記１
ブロックチェーンネットワークで管理されるトークンを用いたサービスを提供するための情報処理システムであって、
前記トークンの所有及び操作に特化したプログラムであって利用者ごとに異なるコントラクトウォレットを前記ブロックチェーンネットワークに配備する配備手段と、
前記利用者の外部所有アカウントとは異なる利用者情報を用いて、前記サービスの利用についての前記利用者の認証を行う認証手段と、
前記利用者と対応付けられた前記コントラクトウォレットに対して、前記サービスを提供する事業者の外部所有アカウントを用いて、当該コントラクトウォレットを所有者とする前記トークンに関するトランザクションリクエストを行うリクエスト手段と、を備える
情報処理システム。

【0111】

・付記２
利用者ごとに、当該利用者に割り当てる前記コントラクトウォレットのアドレスを決定するアドレス決定手段をさらに備え、
前記アドレス決定手段は、当該利用者の識別子から所定関数を用いた演算によって一意の前記アドレスを決定する
付記１に記載の情報処理システム。

【0112】

・付記３
前記配備手段は、利用者への前記コントラクトウォレットの割り当てが必要になった際に、当該利用者向けに、前記アドレス決定手段により決定された前記アドレスを有する前記コントラクトウォレットを前記ブロックチェーンネットワークに配備する
付記２に記載の情報処理システム。

【0113】

・付記４
前記事業者の外部所有アカウントの秘密鍵を、クラウドサービスとしてハードウェアウォレット機能を実現するＫＭＳ（Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｉｃｅ）を利用して管理する鍵管理手段をさらに備え、
前記リクエスト手段の前記トランザクションリクエストには、前記ＫＭＳが前記秘密鍵に基づいて生成した署名が付与される
付記１乃至３のいずれかに記載の情報処理システム。

【0114】

・付記５
前記鍵管理手段は、前記ＫＭＳへのアクセス権限を有する特定のサービスアカウントにアクセスするためのクラウド秘密鍵を用いて前記ＫＭＳへのアクセス管理を行う
付記４に記載の情報処理システム。

【0115】

・付記６
前記鍵管理手段は、前記クラウド秘密鍵を定期的に更新する
付記５に記載の情報処理システム。

【0116】

・付記７
前記配備手段は、前記事業者の外部所有アカウントと対応付けられたアドレスのみが関数の実行を可能とするアクセス制限を行う前記コントラクトウォレットを前記ブロックチェーンネットワークに配備する
付記１乃至６のいずれかに記載の情報処理システム。

【0117】

・付記８
前記配備手段は、前記コントラクトウォレットとして複数のコントラクトウォレットを前記ブロックチェーンネットワークに配備し、且つ、前記アクセス制限を行うためのプログラムであって前記複数のコントラクトウォレットに共通で用いる権限コントラクトを前記ブロックチェーンネットワークにさらに配備する
付記７に記載の情報処理システム。

【0118】

・付記９
前記配備手段は、
前記トークンの生成及び管理を行うプログラムであるトークンコントラクトと、
前記トランザクションリクエストに応じて前記コントラクトウォレットに対して予め定められたトークン操作のみを実行可能なプログラムである操作コントラクトと、
を前記ブロックチェーンネットワークにさらに配備する
付記１乃至８のいずれかに記載の情報処理システム。

【0119】

・付記１０
前記配備手段は、前記事業者の外部所有アカウントのアドレスのみが関数の実行を可能とするアクセス制限を行う前記操作コントラクトを前記ブロックチェーンネットワークに配備する
付記９に記載の情報処理システム。

【0120】

・付記１１
前記配備手段は、前記操作コントラクトとして複数の操作コントラクトを前記ブロックチェーンネットワークに配備し、且つ、前記アクセス制限を行うためのプログラムであって前記複数の操作コントラクトに共通で用いる権限コントラクトを前記ブロックチェーンネットワークにさらに配備する
付記１０に記載の情報処理システム。

【0121】

・付記１２
前記配備手段は、前記コントラクトウォレットのアドレスのみが関数の実行を可能とするアクセス制限を行う前記トークンコントラクトを前記ブロックチェーンネットワークに配備する
付記９乃至１１のいずれかに記載の情報処理システム。

【0122】

・付記１３
前記配備手段は、複数人の署名が得られたことを条件として、前記操作コントラクトに新たな機能を追加する又は前記操作コントラクトを新たに配備する
付記９乃至１２のいずれかに記載の情報処理システム。

【0123】

・付記１４
ブロックチェーンネットワークで管理されるトークンを用いたサービスを提供するための情報処理システムで実行する情報処理方法であって、
前記トークンの所有及び操作に特化したプログラムであって利用者ごとに異なるコントラクトウォレットを前記ブロックチェーンネットワークに配備するステップと、
前記利用者の外部所有アカウントとは異なる利用者情報を用いて、前記サービスの利用についての前記利用者の認証を行うステップと、
前記利用者と対応付けられた前記コントラクトウォレットに対して、前記サービスを提供する事業者の外部所有アカウントを用いて、当該コントラクトウォレットを所有者とする前記トークンに関するトランザクションリクエストを行うステップと、を有する
情報処理方法。

【0124】

・付記１５
ブロックチェーンネットワークで管理されるトークンを用いたサービスを提供するための情報処理システムに、
前記トークンの所有及び操作に特化したプログラムであって利用者ごとに異なるコントラクトウォレットを前記ブロックチェーンネットワークに配備するステップと、
前記利用者の外部所有アカウントとは異なる利用者情報を用いて、前記サービスの利用についての前記利用者の認証を行うステップと、
前記利用者と対応付けられた前記コントラクトウォレットに対して、前記サービスを提供する事業者の外部所有アカウントを用いて、当該コントラクトウォレットを所有者とする前記トークンに関するトランザクションリクエストを行うステップと、を実行させる
プログラム。

【符号の説明】

【0125】

５ ：ネットワーク
１０ ：コンピュータ
１１ ：処理部
１２ ：記憶部
１３ ：通信部
１４ ：入力部
１５ ：出力部
１００ ：情報処理システム
１０２ ：クラウド秘密鍵記憶部
１１０ ：スマートコントラクト配備部
１２０ ：利用者認証部
１３０ ：トランザクションリクエスト部
１４０ ：ウォレットアドレス決定部
１５０ ：秘密鍵管理部
２００ ：端末装置
３００ ：ブロックチェーンネットワーク
３１０ ：操作コントラクト
３２０ ：コントラクトウォレット
３３０ ：トークンコントラクト
３４０ ：権限コントラクト
３５０ ：権限コントラクト
４００ ：ＫＭＳシステム

【要約】

【課題】セキュリティを担保しつつコントラクトウォレットを用いて利用者の利便性を向上させること。
【解決手段】ブロックチェーンネットワークで管理されるトークンを用いたサービスを提供するための情報処理システム（１００）は、前記トークンの所有及び操作に特化したプログラムであって利用者ごとに異なるコントラクトウォレットを前記ブロックチェーンネットワークに配備する配備手段（１１０）と、前記利用者の外部所有アカウントとは異なる利用者情報を用いて、前記サービスの利用についての前記利用者の認証を行う認証手段（１２０）と、前記利用者と対応付けられた前記コントラクトウォレットに対して、前記サービスを提供する事業者の外部所有アカウントを用いて、当該コントラクトウォレットを所有者とする前記トークンに関するトランザクションリクエストを行うリクエスト手段（１３０）と、を備える。
【選択図】図９

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】