特開 2024-70023 コンピュータシステム実装方法及びコンピュータシステム

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

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

(11)【公開番号】P2024070023

(43)【公開日】2024-05-22

(54)【発明の名称】コンピュータシステム実装方法及びコンピュータシステム

(51)【国際特許分類】

   G06Q 20/38 20120101AFI20240515BHJP

【ＦＩ】

G06Q20/38 310

【審査請求】未請求

【請求項の数】19

【出願形態】ＯＬ

(21)【出願番号】P 2022180360

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

(71)【出願人】

【識別番号】520295029

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

(71)【出願人】

【識別番号】518003096

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

(71)【出願人】

【識別番号】320003367

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

(74)【代理人】

【識別番号】100111567

【弁理士】

【氏名又は名称】坂本 寛

(72)【発明者】

【氏名】河上 昌浩

(72)【発明者】

【氏名】春名 幸雄

(72)【発明者】

【氏名】竹内 仁

【テーマコード（参考）】

5L020

5L055

【Ｆターム（参考）】

5L020AA71

5L055AA71

(57)【要約】

【課題】非所有者ユーザに、所有者と同一の役割又は所有者に近い役割を担わせるための新たな技術的手段を提供する。
【解決手段】開示の方法は、コンピュータシステムによって実行されるコンピュータシステム実装方法であって、ノンファンジブルトークンの操作のリクエストを、第１アカウントから受け付け、前記リクエストを受け付けると、第２アカウントによって、ブロックチェーンにおける前記ノンファンジブルトークンの前記操作を実行する、ことを備え、前記第１アカウントは、前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして前記ブロックチェーンに記録されている、又は、前記操作によって前記非所有者ユーザとして前記ブロックチェーンに記録される。
【選択図】図１

【特許請求の範囲】

【請求項1】

コンピュータシステムによって実行されるコンピュータシステム実装方法であって、
ノンファンジブルトークンの操作のリクエストを、第１アカウントから受け付け、
前記リクエストを受け付けると、第２アカウントによって、ブロックチェーンにおける前記ノンファンジブルトークンの前記操作を実行する、
ことを備え、
前記第１アカウントは、前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして前記ブロックチェーンに記録されている、又は、前記操作によって前記非所有者ユーザとして前記ブロックチェーンに記録される
コンピュータシステム実装方法。

【請求項2】

前記操作を前記ブロックチェーンに記録するために前記ブロックチェーンへ支払うべきガス代は、前記第２アカウントから支払われる
請求項１に記載のコンピュータシステム実装方法。

【請求項3】

前記操作を実行するため、前記ガス代とは別の手数料の支払いを、前記コンピュータシステムが前記第１アカウントから受け付ける
ことを更に備える、
請求項２に記載のコンピュータシステム実装方法。

【請求項4】

前記手数料は、前記ガス代とは異なる額である
請求項３に記載のコンピュータシステム実装方法。

【請求項5】

前記第１アカウントからの前記手数料の支払いは、前記ガス代の支払いに用いられる暗号資産とは異なる種類の暗号資産の支払い、又は、暗号資産の支払い以外の決済によって行われる
請求項３に記載のコンピュータシステム実装方法。

【請求項6】

前記操作は、前記コンピュータシステムが前記第１アカウントから手数料の支払いを受け付けることなく実行される
請求項２に記載のコンピュータシステム実装方法。

【請求項7】

前記操作は、前記ノンファンジブルトークンの前記非所有者ユーザの変更操作を含む
請求項１に記載のコンピュータシステム実装方法。

【請求項8】

前記ノンファンジブルトークンは、前記ブロックチェーンにおいて、前記所有者の変更不可に設定されている
請求項１に記載のコンピュータシステム実装方法。

【請求項9】

前記第２アカウントは、前記コンピュータシステムによって管理されている
請求項１に記載のコンピュータシステム実装方法。

【請求項10】

前記第２アカウントは、前記ノンファンジブルトークンの所有者として前記ブロックチェーンに記録されている
請求項１に記載のコンピュータシステム実装方法。

【請求項11】

前記ノンファンジブルトークンは、借主が前記ブロックチェーンに記録されるレンタル可能なノンファンジブルトークンであり、
前記非所有者ユーザは、前記借主である
請求項１から請求項１０のいずれか１項に記載のコンピュータシステム実装方法。

【請求項12】

コンピュータシステムによって実行されるコンピュータシステム実装方法であって、
ノンファンジブルトークンのリクエストを、第１アカウントから受け付け、
前記リクエストを受け付けると、ノンファンジブルトークンの生成を、第２アカウントによって実行することで、前記第２アカウントを、前記ノンファンジブルトークンの所有者としてブロックチェーンに記録し、
前記第１アカウントを、生成された前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして前記ブロックチェーンに記録する
ことを備える
コンピュータシステム実装方法。

【請求項13】

前記リクエストは、識別子を含み、
生成された前記ノンファンジブルトークンは、前記コンピュータシステム又は前記ブロックチェーンにおいて、前記識別子に対応付けられている
請求項１２に記載のコンピュータシステム実装方法。

【請求項14】

前記ノンファンジブルトークンの生成は、前記識別子が前記コンピュータシステムに登録されている場合に実行される
請求項１３に記載のコンピュータシステム実装方法。

【請求項15】

コンピュータシステムによって実行されるコンピュータシステム実装方法であって、
ノンファンジブルトークンのリクエストを、第１アカウントから受け付け、
前記リクエストを受け付けると、ノンファンジブルトークンに対する操作を、第２アカウントによって実行する
ことを備え、
前記第２アカウントは、前記ノンファンジブルトークンの所有者としてブロックチェーンに記録されており、
前記操作は、前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして、前記第１アカウントを前記ブロックチェーンに記録することを含む
コンピュータシステム実装方法。

【請求項16】

前記リクエストは、識別子を含み、
前記ノンファンジブルトークンは、前記コンピュータシステム又は前記ブロックチェーンにおいて、前記識別子に対応付けられている
請求項１５に記載のコンピュータシステム実装方法。

【請求項17】

コンピュータシステムであって、
ノンファンジブルトークンの操作のリクエストを、第１アカウントから受け付け、
前記リクエストを受け付けると、第２アカウントによって、ブロックチェーンにおける前記ノンファンジブルトークンの前記操作を実行する、
よう構成され、
前記第１アカウントは、前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして前記ブロックチェーンに記録されている、又は、前記操作によって前記非所有者ユーザとして前記ブロックチェーンに記録される
コンピュータシステム。

【請求項18】

コンピュータシステムであって、
ノンファンジブルトークンのリクエストを、第１アカウントから受け付け、
前記リクエストを受け付けると、ノンファンジブルトークンの生成を、第２アカウントによって実行することで、前記第２アカウントを、前記ノンファンジブルトークンの所有者としてブロックチェーンに記録し、
前記第１アカウントを、生成された前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして前記ブロックチェーンに記録する
よう構成されたコンピュータシステム。

【請求項19】

コンピュータシステムであって、
ノンファンジブルトークンのリクエストを、第１アカウントから受け付け、
前記リクエストを受け付けると、ノンファンジブルトークンに対する操作を、第２アカウントによって実行する
よう構成され、
前記第２アカウントは、前記ノンファンジブルトークンの所有者としてブロックチェーンに記録されており、
前記操作は、前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして、前記第１アカウントを前記ブロックチェーンに記録することを含む
コンピュータシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ノンファンジブルトークンのためのコンピュータシステム実装方法及びコンピュータシステムに関する。

【背景技術】

【0002】

ノンファンジブルトークンが利用されるブロックチェーンゲーム等においては、ノンファンジブルトークンの所有者以外のユーザへ、ノンファンジブルトークンがレンタルされることがある。例えば、ノンファンジブルトークンの借り手は、高額なノンファンジブルトークンを購入することなくレンタルし、そのノンファンジブルトークンを使用してゲームをプレイすることができる。

【0003】

ノンファンジブルトークンのレンタル機能は、例えば、イーサリアムのＥＩＰ４９０７規格に規定されている（非特許文献１参照）。ＥＩＰ４９０７は、イーサリアムのトークン規格であるＥＲＣ７２１を拡張したものである。ＥＩＰ４９０７では、「ｕｓｅｒ」という役割が追加されている。ＥＩＰ４９０７の「ｕｓｅｒ」は、ノンファンジブルトークンの所有者（ｏｗｎｅｒ）とは異なり、ノンファンジブルトークンを譲渡することはできない。ただし、ＥＩＰ４９０７の「ｕｓｅｒ」は、ノンファンジブルトークンを使用することはできる。このように、ＥＩＰ４９０７の「ｕｓｅｒ」は、所有者に比べて、ノンファンジブルトークンに対する権限が制約されている。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】EIPs/eip-4907.md，［online］，GitHub，［２０２２年１０月３１日検索］，＜ＵＲＬ：https://github.com/ethereum/EIPs/blob/master/EIPS/eip-4907.md＞

【発明の概要】

【0005】

ブロックチェーンには、ノンファンジブルトークンの所有者とは別に、ＥＩＰ４９０７における「ｕｓｅｒ」のような非所有者ユーザが、ノンファンジブルトークンに関連付けて記録されることがある。非所有者ユーザは、ノンファンジブルトークンを所有してはいないが、ノンファンジブルトークンの所有者がブロックチェーンに記録されるのと同様に、非所有者ユーザもブロックチェーンに記録される。

【0006】

ＥＩＰ４９０７における「ｕｓｅｒ」のような非所有者ユーザは、ノンファンジブルトークンに関連していることが、ブロックチェーンの記録によって証明されるという利点がある。また、ブロックチェーンのガス代は、一般に、所有者によって支払われるものであるため、非所有者ユーザは、ガス代を支払う必要がないという利点もある。

【0007】

しかし、非所有者ユーザは、ブロックチェーンにおいては、所有者とは役割が異なる。このため、非所有者ユーザは、ブロックチェーンにおいて、ノンファンジブルトークンに対して所有者が実行し得る操作を実行できないことがある。また、一般に、ノンファンジブルトークンの生成した者は、そのノンファンジブルトークンの所有者となり、非所有者ユーザとなるわけではない。

【0008】

本発明者らは、非所有者ユーザに、所有者と同一の役割又は所有者に近い役割を担わせることで、ブロックチェーンにおける非所有者ユーザが有する利点を活用しつつも、非所有者ユーザの役割を実質的に拡大する、という新規な着想を得た。非所有者ユーザの役割を実質的に拡大させることで、ブロックチェーンゲームなどの分散型アプリケーション等において、非所有者ユーザの活用についての新たな途がひらかれる。

【0009】

以上の観点から、非所有者ユーザに、所有者と同一の役割又は所有者に近い役割を担わせるための新たな技術的手段が望まれる。

【0010】

本開示のある側面は、コンピュータシステムによって実行されるコンピュータシステム実装方法である。開示の方法は、ノンファンジブルトークンの操作のリクエストを、第１アカウントから受け付け、前記リクエストを受け付けると、第２アカウントによって、ブロックチェーンにおける前記ノンファンジブルトークンの前記操作を実行する、ことを備え、前記第１アカウントは、前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして前記ブロックチェーンに記録されている、又は、前記操作によって前記非所有者ユーザとして前記ブロックチェーンに記録される。

【0011】

他の観点における本開示の方法は、ノンファンジブルトークンのリクエストを、第１アカウントから受け付け、前記リクエストを受け付けると、ノンファンジブルトークンの生成を、第２アカウントによって実行することで、前記第２アカウントを、前記ノンファンジブルトークンの所有者として前記ブロックチェーンに記録し、前記第１アカウントを、生成された前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして前記ブロックチェーンに記録することを備える。

【0012】

他の観点における本開示の方法は、ノンファンジブルトークンのリクエストを、第１アカウントから受け付け、前記リクエストを受け付けると、ノンファンジブルトークンに対する操作を、第２アカウントによって実行することを備え、前記第２アカウントは、前記ノンファンジブルトークンの所有者としてブロックチェーンに記録されており、前記操作は、前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして、前記第１アカウントを前記ブロックチェーンに記録することを含む。

【0013】

本開示の他の側面は、コンピュータシステムである。開示のコンピュータシステムは、ノンファンジブルトークンの操作のリクエストを、第１アカウントから受け付け、前記リクエストを受け付けると、第２アカウントによって、ブロックチェーンにおける前記ノンファンジブルトークンの前記操作を実行する、よう構成され、前記第１アカウントは、前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして前記ブロックチェーンに記録されている、又は、前記操作によって前記非所有者ユーザとして前記ブロックチェーンに記録される。

【0014】

他の観点における本開示のシステムは、ノンファンジブルトークンのリクエストを、第１アカウントから受け付け、前記リクエストを受け付けると、ノンファンジブルトークンの生成を、第２アカウントによって実行することで、前記第２アカウントを、前記ノンファンジブルトークンの所有者として前記ブロックチェーンに記録し、前記第１アカウントを、生成された前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして前記ブロックチェーンに記録するよう構成されている。

【0015】

他の観点における本開示のシステムは、ノンファンジブルトークンのリクエストを、第１アカウントから受け付け、前記リクエストを受け付けると、ノンファンジブルトークンに対する操作を、第２アカウントによって実行するよう構成され、前記第２アカウントは、前記ノンファンジブルトークンの所有者としてブロックチェーンに記録されており、前記操作は、前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして、前記第１アカウントを前記ブロックチェーンに記録することを含む。

【0016】

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

【図面の簡単な説明】

【0017】

【図1】図１は、実施形態に係るシステムの構成図である。

【図2】図２は、システムの構成要素を示す概略図である。

【図3】図３は、コンピュータシステムの構成図である。

【図4】図４は、ＮＦＴ生成／ユーザ変更操作のフローチャートである。

【図5】図５は、ＮＦＴ生成／ユーザ変更のシナリオを示すフローチャートである。

【図6】図６は、ＮＦＴの使用のフローチャートである。

【図7】図７は、ＮＦＴ生成操作のフローチャートである。

【図8】図８は、ＮＦＴ生成操作のフローチャートである。

【図9】図９は、ＮＦＴユーザ変更操作のフローチャートである。

【図10】図１０は、ＮＦＴユーザ変更操作のフローチャートである。

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

【0018】

＜１．コンピュータシステム実装方法及びコンピュータシステム＞

【0019】

（１）実施形態に係る方法は、コンピュータシステムによって実行されるコンピュータシステム実装方法であって、ノンファンジブルトークンの操作のリクエストを、第１アカウントから受け付け、前記リクエストを受け付けると、第２アカウントによって、ブロックチェーンにおける前記ノンファンジブルトークンの前記操作を実行する、ことを備え得る。前記第１アカウントは、前記操作を実行する権限を有していなくてもよい。第２アカウントは、前記操作を実行する権限を有し得る。前記第１アカウントは、前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして前記ブロックチェーンに記録されている、又は、前記操作によって前記非所有者ユーザとして前記ブロックチェーンに記録される。

【0020】

（２）前記操作を前記ブロックチェーンに記録するために前記ブロックチェーンへ支払うべきガス代は、前記第２アカウントから支払われるのが好ましい。

【0021】

（３）前記コンピュータ実装方法は、前記操作を実行するため、前記ガス代とは別の手数料の支払いを、前記コンピュータシステムが前記第１アカウントから受け付けることを更に備えるのが好ましい。

【0022】

（４）前記手数料は、前記ガス代とは異なる額であるのが好ましい。

【0023】

（５）前記第１アカウントからの前記手数料の支払いは、前記ガス代の支払いに用いられる暗号資産とは異なる種類の暗号資産の支払い、又は、暗号資産の支払い以外の決済によって行われるのが好ましい。

【0024】

（６）前記操作は、前記コンピュータシステムが前記第１アカウントから手数料の支払いを受け付けることなく実行されてもよい。

【0025】

（７）前記操作は、前記ノンファンジブルトークンの前記非所有者ユーザの変更操作を含み得る。

【0026】

（８）前記ノンファンジブルトークンは、前記ブロックチェーンにおいて、前記所有者の変更不可に設定され得る。

【0027】

（９）前記第２アカウントは、前記コンピュータシステムによって管理されているのが好ましい。

【0028】

（１０）前記第２アカウントは、前記ノンファンジブルトークンの所有者として前記ブロックチェーンに記録されているのが好ましい。前記非所有者ユーザは、前記ブロックチェーンにおいて、前記所有者よりも前記ノンファンジブルトークンに対する権限が少ないユーザであり得る。前記操作は、前記ノンファンジブルトークンの非所有者ユーザの変更操作を含み得る。前記所有者は、前記非所有者ユーザの変更操作を行う権限を有し得る。前記非所有者ユーザは、前記非所有者ユーザの変更操作を行う権限を有しないユーザであり得る。

【0029】

（１１）前記ノンファンジブルトークンは、借主が前記ブロックチェーンに記録されるレンタル可能なノンファンジブルトークンであり得る。前記非所有者ユーザは、前記借主であり得る。前記ノンファンジブルトークンは、ＥＩＰ４９０７規格のノンファンジブルトークンであり得る。前記非所有者ユーザは、前記ＥＩＰ４９０７規格における「ｕｓｅｒ」であり得る。

【0030】

（１２）実施形態に係る方法は、コンピュータシステムによって実行されるコンピュータシステム実装方法であって、ノンファンジブルトークンのリクエストを、第１アカウントから受け付け、前記リクエストを受け付けると、ノンファンジブルトークンの生成を、第２アカウントによって実行することで、前記第２アカウントを、前記ノンファンジブルトークンの所有者として前記ブロックチェーンに記録し、前記第１アカウントを、生成された前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして前記ブロックチェーンに記録することを備えるのが好ましい。

【0031】

（１３）前記リクエストは、識別子を含み得る。生成された前記ノンファンジブルトークンは、前記コンピュータシステム又は前記ブロックチェーンにおいて、前記識別子に対応付けられているのが好ましい。

【0032】

（１４）前記ノンファンジブルトークンの生成は、前記識別子が前記コンピュータシステムに登録されている場合に実行されるのが好ましい。

【0033】

（１５）実施形態に係る方法は、コンピュータシステムによって実行されるコンピュータシステム実装方法であって、ノンファンジブルトークンのリクエストを、第１アカウントから受け付け、前記リクエストを受け付けると、ノンファンジブルトークンに対する操作を、第２アカウントによって実行することを備え得る。前記第２アカウントは、前記ノンファンジブルトークンの所有者としてブロックチェーンに記録されているのが好ましい。前記操作は、前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして、前記第１アカウントを前記ブロックチェーンに記録することを含むのが好ましい。

【0034】

（１６）前記リクエストは、識別子を含み得る。前記ノンファンジブルトークンは、前記コンピュータシステム又は前記ブロックチェーンにおいて、前記識別子に対応付けられているのが好ましい。

【0035】

（１７）実施形態に係るシステムは、コンピュータシステムであって、ノンファンジブルトークンの操作のリクエストを、第１アカウントから受け付け、前記リクエストを受け付けると、第２アカウントによって、ブロックチェーンにおける前記ノンファンジブルトークンの前記操作を実行する、よう構成され得る。前記第１アカウントは、前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして前記ブロックチェーンに記録されている、又は、前記操作によって前記非所有者ユーザとして前記ブロックチェーンに記録されるのが好ましい。

【0036】

（１８）実施形態に係るシステムは、コンピュータシステムであって、ノノンファンジブルトークンのリクエストを、第１アカウントから受け付け、前記リクエストを受け付けると、ノンファンジブルトークンの生成を、第２アカウントによって実行することで、前記第２アカウントを、前記ノンファンジブルトークンの所有者として前記ブロックチェーンに記録し、前記第１アカウントを、生成された前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして前記ブロックチェーンに記録するよう構成されているのが好ましい。

【0037】

（１９）実施形態に係るシステムは、コンピュータシステムであって、ノンファンジブルトークンのリクエストを、第１アカウントから受け付け、前記リクエストを受け付けると、ノンファンジブルトークンに対する操作を、第２アカウントによって実行するよう構成され得る。前記第２アカウントは、前記ノンファンジブルトークンの所有者としてブロックチェーンに記録されているのが好ましい。前記操作は、前記ノンファンジブルトークンに関連付けられた非所有者ユーザとして、前記第１アカウントを前記ブロックチェーンに記録することを含むのが好ましい。

【0038】

＜２．コンピュータシステム実装方法及びコンピュータシステムの例＞

【0039】

実施形態に係るコンピュータシステム５０Ａは、実施形態に係るコンピュータシステム実装方法を実行する。コンピュータシステム５０Ａは、ブロックチェーン２０を利用して、当該方法を実行する。なお、コンピュータシステム５０Ａ及びブロックチェーン２０を含むシステムが、「コンピュータシステム１０」と呼ばれてもよい。以下では、「コンピュータシステム１０」を、「システム１０」という。

【0040】

実施形態に係るコンピュータシステム５０Ａは、一例として、分散型アプリケーション（ｄＡｐｐ）のためのプログラムを実行する１又は複数のコンピュータを備えるコンピュータシステムによって構成され得る。分散型アプリケーション（ｄＡｐｐ）では、ブロックチェーンなどの分散ネットワーク技術が利用される。分散型アプリケーションは、例えば、分散型金融（Decentralized Finance：ＤｉＦｉ）のためのアプリケーション、ブロックチェーンゲーム、及びデジタル通貨などのアプリケーションなどがある。なお、分散型アプリケーションは、少なくともバックエンドが、ブロックチェーン２０などの分散ネットワーク（分散コンピュータネットワークシステム）によって実行されればよく、ユーザインターフェースを提供するフロントエンド（クライアントサイド）は、実施形態に係るコンピュータシステム５０Ａのように管理者によって中央集権的に管理されるサーバ、又は、ユーザ端末によって実行されてもよい。バックエンドは、例えば、分散ネットワーク（ブロックチェーン）によって実行されるスマートコントラクトによって構成され得る。なお、フロントエンドも、分散ネットワークによって実行されてもよい。

【0041】

ブロックチェーン２０は、複数のコンピュータが相互に接続されたＰ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）のコンピュータネットワークによって構成されている。

【0042】

ブロックチェーン２０においては、ブロックチェーンアドレスによって、ブロックチェーンの操作が可能である。操作は、例えば、トークンの取引、トークンの非所有者ユーザの設定等である。ブロックチェーン２０における操作のトランザクションは、ブロックチェーン２０の分散台帳に記録される。操作は、例えば、ブロックチェーン２０のスマートコントラクトを呼び出すことで実行される。

【0043】

ブロックチェーンアドレスは、例えば、ブロックチェーン２０におけるアカウント２５Ａ，２５Ｂを示す。アカウント２５Ａ，２５Ｂを示すブロックチェーンアドレスは、例えば、ウォレットアドレスである。アカウント２５Ａ，２５Ｂを示すブロックチェーンアドレスは、例えば、外部所有アカウント（Externally Owned Account:ＥＯＡ）である。例えば、あるユーザＵ１が、ブロックチェーン２０にアカウント２５Ａを有している場合、そのアカウントは、所定のブロックチェーンアドレス（ウォレットアドレス）を有する。図１においては、一例として、第１ユーザＵ１によって管理されたブロックチェーンアドレスは、「０ｘ１１ａａ」であり、第２ユーザＵ２によって管理されたブロックチェーンアドレスは、「０ｘ１１ｂｂ」である。

【0044】

図１では、一般のユーザＵ１，Ｕ２のアカウント２５Ａ，２５Ｂは、「第１アカウント」と総称される。一般のユーザＵ１，Ｕ２とは、コンピュータシステム５０Ａ（の管理者）とは異なるユーザである。

【0045】

ここで、ユーザＵ１，Ｕ２それぞれは、ユーザＵ１，Ｕ２によって管理された第１アカウント２５Ａ，２５Ｂに対応するプライベートキーＰＡ，ＰＢを有する、又は、当該プライベートキーＰＡ，ＰＢを使用可能である。より具体的には、ユーザＵ１，Ｕ２の端末３１，３２は、ユーザＵ１，Ｕ２によって管理された第１アカウント２５Ａ，２５Ｂに対応するプライベートキーＰＡ，ＰＢを有する、又は、当該プライベートキーＰＡ，ＰＢを使用可能である。

【0046】

図１では、ユーザＵ１の端末３１は、アドレス０ｘ１１ａａに対応したプライベートキーＰＡを有しており、このプライベートキーＰＡを使用して、ブロックチェーン２０におけるトランザクションに電子署名することができる。ユーザＵ２の端末３２は、アドレス０ｘ１１ｂｂに対応したプライベートキーＰＢを有しており、このプライベートキーＰＢを使用して、ブロックチェーン２０におけるトランザクションに電子署名することができる。

【0047】

また、図１では、コンピュータシステム５０Ａ（の管理者）によって管理されたブロックチェーンアドレス２５Ｃが示されている。図１において、コンピュータシステム５０Ａのブロックチェーンアドレス２５Ｃは、「０ｘ２２２２」である。アカウント２５Ｃに対応したブロックチェーンアドレスは、外部所有アカウント（Externally Owned Account:ＥＯＡ）であり得る。また、アカウント２５Ｃに対応したブロックチェーンアドレスは、後述のコントラクトアドレスであってもよい。

【0048】

図１では、アカウント２５Ｃが第２アカウントとして示されている。コンピュータシステム５０Ａは、第２アカウント２５Ｃに対応するプライベートキーＰＣを有する、又は、当該プライベートキーＰＣを使用可能である。図１では、コンピュータシステム５０Ａは、アドレス０ｘ２２２２に対応したプライベートキーＰＣを有しており、このプライベートキーＰＣを使用して、第２アカウント２５Ｃによって実行されるトランザクションに電子署名することができる。

【0049】

ブロックチェーン２０おいては、例えば、トークンの取引等の操作が可能である。ブロックチェーン２０において取引等の操作が可能なトークンとしては、例えば、ファンジブルトークン（代替性トークン；Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ：ＦＴ）と、ノンファンジブルトークン（非代替性トークン；Ｎｏｎ-Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ：ＮＦＴ）と、がある。ファンジブルトークンは、例えば、イーサリアム（Ｅｔｈｅｒｅｕｍ）におけるイーサ（Ｅｔｈｅｒ）などの暗号資産（ネイティブトークン）である。ファンジブルトークンは、企業又は個人などの特定の発行主体によってブロックチェーンにおいて発行される独自ファンジブルトークンであってもよい。

【0050】

ノンファンジブルトークン（ＮＦＴ）は、ファンジブルトークン（ＦＴ）とは異なり、代替性を有さないトークンである。非代替性の確保のため、ＮＦＴは、ブロックチェーン２０において、他のＮＦＴとの区別を可能にするための固有のトークン識別子（ＴｏｋｅｎＩＤ）を有する。このトークン識別子は、ＮＦＴ識別子（ＮＦＴ＿ＩＤ）とも呼ばれる。トークン識別子は、例えば、ＮＦＴの格納のためのブロックチェーンアドレス（コントラクトアドレス）において記録される。コントラクトアドレスは、コントラクトアカウントとも呼ばれる。

【0051】

ブロックチェーン２０において、ＮＦＴ又はファンジブルトークンは、所有者のアカウント（ブロックチェーンアドレス）に対応付けて記録される。本実施形態では、一例として、ＮＦＴ４００は、コンピュータシステム５０Ａによって所有され得る。すなわち、ＮＦＴ４００は、コンピュータシステム５０Ａによって管理されたブロックチェーンアドレス２５Ｃ（管理者アドレス；第２アカウント）に対応付けて、ブロックチェーン２０に記録され得る。図１では、第２アカウント２５Ｃであるアドレス：０ｘ２２２２が、ＴｏｋｅｎＩＤ：＃０００１であるＮＦＴ４００の所有者として、ブロックチェーン２０に記録されている。すなわち、図１では、第２アカウント２５Ｃが、ＴｏｋｅｎＩＤ：＃０００１のＮＦＴ４００を所有している。なお、アドレス：０ｘ２２２２は、ＮＦＴ４００が配置されたスマートコントラクトのコントラクトアドレスであってもよい。このスマートコントラクトは、ＮＦＴ４００に対する操作を実行し得る。また、図１では、第２アカウント２５Ｃは、ある数量のファンジブルトークン（ＦＴ）を所有していることが示されている。このファンジブルトークン（ＦＴ）は、後述のガス代の支払い等に用いられ得る。

【0052】

ブロックチェーン２０において、ＮＦＴ４００には、非所有者ユーザが関連付けて記録され得る。図１においては、ＮＦＴ４００に関連付けてブロックチェーン２０に記録された非所有者ユーザデータ４５０が示されている。非所有者ユーザデータ４５０は、非所有者ユーザのアドレスと、期限と、を有し得る。非所有者ユーザは、ＮＦＴ４００の所有者とは別に、ＮＦＴ４００に関連付けられたユーザである。期限は、非所有者ユーザの有効期限であり、期限が経過すると、非所有者ユーザは、非所有者ユーザではなくなる。

【0053】

図１に示す非所有者ユーザデータ４５０においては、一例として、ＴｏｋｅｎＩＤ：＃０００１であるＮＦＴ４００の非所有者ユーザとして、第１ユーザＵ１（第１アカウント）のアドレス：０ｘ１１ａａが記録されている。また、図１に示す非所有者ユーザデータ４５０においては、非所有者ユーザの有効期限が設定されていないが、設定されていてもよい。

【0054】

実施形態においては、一例として、ＮＦＴ４００は、レンタル可能な（rentable）ＮＦＴである。ＮＦＴのレンタルは、ＮＦＴの所有者が、他者（非所有者ユーザ）にＮＦＴを貸し出すことである。ＮＦＴのレンタルによって、例えば、ＮＦＴの所有者が、そのＮＦＴの所有権を保持したまま、他者にそのＮＦＴをブロックチェーンゲーム等において使用させることができる。

【0055】

レンタル可能なＮＦＴは、例えば、ＥＩＰ４９０７規格に規定されたレンタルＮＦＴである。ＥＩＰ４９０７は、イーサリアムのトークン規格であるＥＲＣ７２１を拡張したものである。ＥＩＰ４９０７では、「ｕｓｅｒ」という役割が追加されている。ＥＩＰ４９０７の「ｕｓｅｒ」は、ＮＦＴの所有者（ｏｗｎｅｒ）とは異なり、ＮＦＴ４００を譲渡することはできない。ただし、ＥＩＰ４９０７の「ｕｓｅｒ」は、ノンファンジブルトークンを使用することはできる。ＮＦＴの所有者は、ＮＦＴ４００を譲渡し、使用し、そのＮＦＴ４００にＥＩＰ４９０７の「ｕｓｅｒ」を設定できる。ＮＦＴ４００の所有者は、ＥＩＰ４９０７の「ｕｓｅｒ」の期限を設定できる。

【0056】

このように、非所有者ユーザであるＥＩＰ４９０７の「ｕｓｅｒ」は、ブロックチェーン２０において、ＮＦＴ４００の所有者よりもＮＦＴ４００に対する権限が少ない。したがって、非所有者ユーザであるＥＩＰ４９０７の「ｕｓｅｒ」は、ＮＦＴについての所定の操作を行う権限を有しないが、所有者は、当該操作を行う権限を有する。例えば、非所有者ユーザであるＥＩＰ４９０７の「ｕｓｅｒ」は、ＮＦＴの所有者の変更操作を行う権限を有しないが、所有者は、当該変更操作を行う権限を有する。また、非所有者ユーザであるＥＩＰ４９０７の「ｕｓｅｒ」は、ＮＦＴのＥＩＰ４９０７「ｕｓｅｒ」を設定又は変更する操作（設定／変更操作）を行う権限を有しないが、所有者は、当該設定／変更操作を行う権限を有する。

【0057】

実施形態においては、ユーザＵ１，Ｕ２（第１アカウント２５Ａ，２５Ｂ）が、ＮＦＴ４００の非所有者ユーザとなり得る。ＮＦＴ４００の所有者は、第２アカウント２５Ｃであり、第１アカウント２５Ａ，２５Ｂは、所有者にはならない。このため、第１アカウント２５Ａ，２５Ｂは、ＮＦＴの操作が制限されている。制限された操作は、第１アカウント２５Ａ，２５Ｂの代わりに、第２アカウント２５Ｃによって実行される。例えば、第１アカウント２５Ａが、コンピュータシステム５０Ａに対して、ＮＦＴ４００の操作をリクエストすると、第１アカウント２５Ａのために、第２アカウント２５Ｃによって、リクエストされた操作が実行される。すなわち、第１アカウント２５Ａは、コンピュータシステム５０Ａにリクエストすることで、第１アカウント２５Ａによっては行えない操作を、代わりに実行してもらえる。または、第１アカウント２５Ａは、ＮＦＴ４００の生成のように、操作の実行者がＮＦＴ４００の所有者になるのが通常である操作を、第２アカウント２５Ｃに代わりに実行してもらえる。この結果、ブロックチェーン２０においては制限されている第１アカウント２５Ａ，２５Ｂの操作権限を、実質的に拡張することができる。

【0058】

例えば、第１アカウント２５Ａ，２５Ｂは、コンピュータシステム５０Ａに対して、ＥＩＰ４９０７「ｕｓｅｒ」の変更操作をリクエストして、ＥＩＰ４９０７「ｕｓｅｒ」を変更することができる。また、第１アカウント２５Ａ，２５Ｂは、コンピュータシステム５０Ａに対して、ＮＦＴ４００の生成をリクエストして、ＮＦＴ４００を生成してもらい、生成されたＮＦＴ４００のＥＩＰ４９０７「ｕｓｅｒ」として第１アカウント２５Ａ，２５Ｂを設定してもらうことができる。このように、実施形態に係るコンピュータシステム５０Ａは、第１アカウント２５Ａ，２５Ｂが、ＮＦＴ４００の所有者と同一視できる役割を果たせるように、第１アカウント２５Ａ，２５Ｂの権限を実質的に拡張し得る。

【0059】

また、一般には、第１アカウント２５Ａ，２５Ｂによって、ＮＦＴを生成（ＭＩＮＴ）すると、生成されたＮＦＴ４００の所有者は、ＮＦＴ生成操作を実行した第１アカウント２５Ａ，２５Ｂになる。しかし、本実施形態では、第１アカウント２５Ａ，２５Ｂのリクエストに基づいて、ＮＦＴ生成操作が実行されると、第１アカウント２５Ａ，２５Ｂは、生成されたＮＦＴ４００の非所有者ユーザとして設定される。実施形態においては、非所有者ユーザである第１アカウント２５Ａ，２５Ｂは、所有者と同様の権限を有するように、権限が拡張されるため、生成されたＮＦＴ４００を所有しているかのように、ＮＦＴ４００を操作することができる。

【0060】

権限が拡張された第１アカウント２５Ａ，２５Ｂは、ＮＦＴが利用されるシステム５０Ｂ（ＮＦＴ利用システム５０Ｂ）において、ＮＦＴ４００の所有者としてみなされ得る。ＮＦＴ利用システム５０Ｂは、例えば、ブロックチェーンゲーム又はその他のＮＦＴが利用されるシステムである。第１アカウント２５Ａ，２５Ｂを有するユーザは、ＮＦＴ利用システム５０Ｂにおいて、実質的に、ＮＦＴ４００の所有者として扱われ得る。なお、ＮＦＴ利用システム５０Ｂは、コンピュータシステム５０Ａが備えていてもよい。

【0061】

実施形態のコンピュータシステム５０Ａ，５０Ｂにおいて、ＮＦＴの実質的な所有者とみなされる非所有者ユーザは、ブロックチェーン２０においては、所有者ではない。ブロックチェーン２０においては、ＮＦＴの所有者は、あくまでも、コンピュータシステム５０Ａによって管理された第２アカウント２５Ｃである。非所有者ユーザは、所有者によってコントロール可能という利点があるが、実質的な所有者とみなされる非所有者ユーザも、この利点を有する。例えば、一般に、トークン所有者のブロックチェーンアカウントがハッキングされると、そのアカウントが有しているトークン等の資産は、他者へ移転されて、失われることが多い。これに対して、実施形態においては、実質的な所有者とみなされるユーザは、あくまで非所有者であるため、非所有者のアカウントがハッキングされて、あるトークンの非所有者ユーザが無断で変更されても、所有者である第２アカウント２５Ｃ（コンピュータシステム５０Ａの管理者アカウント）によって、非所有者ユーザの再設定が可能であり、盗難されたトークンを取り戻すことが可能である。

【0062】

実施形態においては、ＮＦＴ４００の所有者である第２アカウント２５ＣがＮＦＴ４００の送信操作（すなわち、ＮＦＴ４００の所有者変更操作）をしないかぎり、ＮＦＴ４００の所有者は変更されず、ＮＦＴ４００の盗難が防止される。ただし、安全性をより高めるため、ブロックチェーン２０において、ＮＦＴ４００は、所有者の変更不可に設定されているのが好ましい。すなわち、ＮＦＴ４００は、所有者変更不可であることがブロックチェーン２０に記録されているのが好ましい。ブロックチェーン２０において、ＮＦＴ４００の所有者が変更不可に設定されていると、ＮＦＴ４００の所有者であってもＮＦＴ４００の送信操作（所有者変更操作）が行えなくなる。この結果、ＮＦＴ４００の所有者は、第２アカウント２５Ｃであることが保証され、ＮＦＴ４００の所有者が無断で変更されることによる盗難を防止して、安全性が高まる。しかも、ＮＦＴ４００の所有者が変更不可であっても、実質的な所有者とみなされる非所有者ユーザの設定／変更によって、実質的な所有者の変更は可能である。すなわち、ＮＦＴ４００の所有者が変更不可に設定されても、非所有者ユーザを変更することで、ＮＦＴ４００を取引することが実質的に可能になる。

【0063】

図２は、実施形態に係るシステム１０を構成する要素の一例を示している。実施形態における一例として、システム１０は、ＮＦＴの生産システムとして動作し得る。生産システム１０は、物体４０が有する固有識別子を利用して、ＮＦＴを生産（生成）する。また、システム１０は、生産されたＮＦＴ等の管理システムとして動作し得る。管理システム１０は、物体４０が有する固有識別子を利用して、生産されたＮＦＴを管理する。管理システム１０は、物体４０が有する固有識別子を利用して、他のトークンを管理してもよい。また、管理システム１０は、ＮＦＴの操作システム１０と呼ばれてもよい。操作システム１０は、ＮＦＴの生産又はその他のＮＦＴの操作のための操作システムとして動作し得る。

【0064】

図２に示すシステム１０は、ネットワーク１５に接続されたサーバ５０Ａを備え得る。サーバ５０Ａは、複数のコンピュータによって構成されてもよい。サーバ５０Ａは、管理者によって管理され得る。一例として、当該サーバ５０Ａが、前述のコンピュータシステム５０Ａとして動作し得る。

【0065】

ユーザＵ１，Ｕ２の端末３１，３２は、ネットワーク１５を介して、コンピュータシステム５０Ａにアクセスし得る。端末３１，３２は、ユーザのブロックチェーンによって、コンピュータシステム５０Ａにログインする。また、端末３１，３２は、ネットワーク１５を介して、ＮＦＴ利用システム５０Ｂにログインし得る。ユーザＵ１の端末３１は、アドレス：０ｘ１１ａａによって、コンピュータシステム５０Ａ又はＮＦＴ利用システム５０Ｂにログインし得る。また、ユーザＵ２の端末３２は、アドレス：０ｘ１１ｂｂによって、コンピュータシステム５０Ａ又はＮＦＴ利用システム５０Ｂにログインし得る。

【0066】

端末３１は、例えば、スマートフォン又はタブレットなどのモバイルデバイスである。以下では、端末３１の構成に関して説明するが、端末３２も同様の構成であり得る。

【0067】

端末３１は、インターネットなどのネットワーク１５に接続可能である。ユーザ端末３１は、プロセッサ３１Ａ及び記憶装置３１Ｂを備えるコンピュータによって構成され得る。記憶装置３１Ｂは、プロセッサ３１Ａに接続されている。記憶装置３１Ｂは、例えば、一次記憶装置及び二次記憶装置を備える。一次記憶装置は、例えば、ＲＡＭである。二次記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）である。記憶装置３１Ｂは、プロセッサ３１Ａによって実行されるコンピュータプログラム３１Ｃを備える。プロセッサ３１Ａは、記憶装置３１Ｂに格納されたコンピュータプログラム３１Ｃを読み出して実行する。コンピュータプログラム３１Ｃは、端末３１として機能するコンピュータによって実行される命令を示すプログラムコードを有する。

【0068】

また、コンピュータプログラム３１Ｃは、ＮＦＣモジュール３１Ｄによる近距離無線通信を介して、ＮＦＣタグ４０から、データを受信するための機能を提供し得る。コンピュータプログラム３１Ｃは、ブロックチェーン２０のアカウント２５ＡのためのプライベートキーＰＡを、端末３１の記憶装置３１Ｂに保存する機能を提供し得る。プライベートキーＰＡは、ユーザＵ１のアカウント２５Ａに対応付けられている。

【0069】

実施形態においては、ユーザ端末３１，３２は、物体４０が有する識別子４６の読取器として動作し得る。物体４０は、その物体４０を識別するための識別子４６を有するものであれば特に限定されないが、一例として、物体４０は、固有識別子を有する集積回路（integrated circuit：ＩＣ）を備える。識別子４６は、一例として、当該集積回路が有する固有識別子である。集積回路４０は、例えば、固有識別子等のデータを記憶するメモリを備え、固有識別子等のデータを外部と通信可能に構成された集積回路モジュール（ＩＣモジュール）であってもよい。集積回路モジュール４０は、その形態に応じて、集積回路タグ（ＩＣタグ）又は集積回路カード（ＩＣカード）と呼ばれることがある。

【0070】

集積回路モジュール４０は、接触式であってもよいし、非接触式であってもよい。接触集積回路モジュール（接触ＩＣモジュール）は、リーダライタ装置などの外部通信機との接点を有し、接点が外部通信機に接触することで通信可能である。非接触集積回路モジュール４０（非接触ＩＣモジュール４０）は、アンテナを有し、外部無線通信機と非接触で通信可能である。外部通信機は、例えば、集積回路モジュールからデータを読み取るリーダ、集積回路モジュールにデータを書き込むライタ、又はデータ読み取り及び書き込みが可能なリーダライタである。

【0071】

集積回路モジュール４０は、電池を内蔵するアクティブ集積回路モジュールであってもよいし、電池を内蔵しないパッシブ集積回路モジュールであってもよい。

【0072】

物体４０である集積回路４０は、固有識別子などのデータを記憶するメモリを備える。メモリは、例えば、読み取り専用メモリ（Read Only Memory：ＲＯＭ）である。集積回路４０の固有識別子４６は、読み取り専用メモリに記憶されるのが好ましい。メモリは、不揮発性メモリを備えるのが好ましい。不揮発性メモリは、読み取り専用メモリを構成し得る。集積回路４０の固有識別子４６は、不揮発性メモリに記憶されているのが好ましい。不揮発性メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ，ＥＰＲＯＭ，ＥＥＰＲＯＭ、又はＦｅＲＡＭ、又はフラッシュメモリである。

【0073】

集積回路４０の固有識別子４６は、集積回路４０のメーカによって集積回路４０に付与された、書き換え不能な固有識別子であるのが好ましい。集積回路４０の固有識別子４６（Unique Identifier：ＵＩＤ）は、他の集積回路と区別してその集積回路４０を特定するために用いられる。メーカが集積回路４０に付与した固有識別子４６（ＵＩＤ）は、例えば、集積回路４０の製造時にメモリに書き込まれる。固有識別子４６は、遅くとも、メーカが集積回路４０を出荷する時までにメモリに書き込まれている。したがって、メーカが出荷した集積回路４０の購入者は、すでに、固有識別子４６が書き込まれた集積回路４０を入手できる。この結果、集積回路４０の購入者又はユーザは、集積回路４０に固有識別子４６を書き込む手間が不要である。実施形態において、集積回路４０に書き込まれた固有識別子４６は、ブロックチェーンにおいて、トークンに関する操作に用いられ得る。集積回路４０のメモリは、集積回路４０の購入者又はユーザがデータを書き込み可能な領域を有し得る。ユーザ等がデータ書き込み可能なメモリ領域には、例えば、ノンファンジブルトークンの生成に用いられる生成用データをシステムが識別するために用いられるデータが書き込まれ得る。なお、ノンファンジブルトークンの生成に用いられる生成用データをシステムが識別するために用いられるデータは、識別子４６であってもよい。

【0074】

固有識別子を有する非接触ＩＣモジュールは、無線識別（Radio Frequency identification:ＲＦＩＤ）装置とも呼ばれる。無線識別（ＲＦＩＤ）装置は、固有識別子等のデータを外部無線通信機へ無線通信により送信する。送信されるデータは、メモリに記録されたデータであり、生成用データをシステムが識別するために用いられるデータを含み得る。外部無線通信機は、無線識別装置（ＲＦＩＤ）装置から送信された固有識別子等のデータを受信することで、固有識別子を読み取ることができる。無線識別（ＲＦＩＤ）装置は、タグの形態を有する場合、無線識別（ＲＦＩＤ）タグと呼ばれることもある。

【0075】

無線識別（ＲＦＩＤ）装置は、近距離無線通信（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置であってもよい。近距離無線通信は、ＮＦＣ規格に従った通信であるのが好ましい。ＮＦＣは、例えば、１３．５６ＭＨｚ帯の周波数を使った無線通信である。近距離無線通信の通信距離は、１０ｃｍ以下であるのが好ましい。近距離無線通信（ＮＦＣ）装置は、タグの形態を有する場合、近距離無線通信（ＮＦＣ）タグと呼ばれることもある。

【0076】

物体４０は、固有識別子を有する集積回路を備えるものに限定されず、識別子を有するその他の物品であってもよい。識別子は、例えば、物体４０としての製品に付与されたシリアル番号であってもよい。シリアル番号は、個々の製品を識別するために製品に付与される。シリアル番号は製造番号とも呼ばれる。製品は、ソフトウェアであってもよい。固有識別子は、例えば、物体４０としてのチケットに付与されたチケット番号であってもよい。チケットは、例えば、乗り物への搭乗のためのチケット又は映画・コンサートなどのイベントの参加又は入場チケットである。

【0077】

識別子は、例えば、物体４０としての証明書に付与された証明書番号であってもよい。証明書は、例えば、運転免許証、学生証、社員証、又は健康保険証などである。固有識別子は、例えば、物体４０としてクレジットカードに付与されたクレジットカード番号又は物体４０としてのキャッシュカードに付与されたキャッシュカード番号であってもよい。

【0078】

識別子は、バーコード又は２次元コードなどの機械読み取り可能なコードによって表されてもよいし、人間が読み取り可能な数字・文字・記号によって表されてもよい。識別子が機械読み取り可能なコードである場合、読取器は、コードリーダの機能を有していればよい。コードリーダは、例えば、コードスキャナまたはカメラを有して構成される。識別子が数字・文字・記号によって表されている場合、読取器は、カメラと文字認識器とを備えていればよい。カメラを備えるスマートフォンは、読取器として好適に用いられる。

【0079】

識別子は、ネットワーク機器に付与された、Media Access Control address（ＭＡＣアドレス）であってもよい。ＭＡＣアドレスは、ネットワーク機器を識別するためにネットワーク機器に一意に割り当てられたアドレスである。ネットワーク機器を通信してＭＡＣアドレスを取得できる機器は、固有識別子の読取器として好適に用いられる。

【0080】

以下では、一例として、物体４０はＮＦＣタグであるものとして説明するが、物体４０をＮＦＣタグに限定する趣旨ではない。なお、物体４０は、物品と呼ばれてもよい。

【0081】

ＮＦＣタグ４０の読取器として機能する端末３１，３２は、ＮＦＣタグ４０との間で、近距離無線通信を行うことができる。実施形態においては、ＮＦＣタグ４０から、読取器である端末３１，３２へ、固有識別子４６などのデータが送信される。例えば、ユーザＵ１，Ｕ２が、端末３１，３２を、ＮＦＣタグ４０にかざすことで、近距離無線通信によって、固有識別子４６などのデータが、端末３１，３２へ送信される。読取器である端末３１，３２が読み取った固有識別子４６は、コンピュータシステム５０Ａへ送信される。コンピュータシステム５０Ａは、読取器である端末３１，３２から固有識別子４６などのデータを取得し得る。端末３１，３２は、識別子４６を有するリクエストをコンピュータシステム５０Ａへ送信し得る。リクエストは、例えば、ＮＦＴ４００の生成／非所有者ユーザ設定などのトークン操作のリクエストである。識別子４６は、コンピュータシステム５０Ａが操作対象のトークンを識別するため、又は生成されたトークンに対応付けられるために用いられる。なお、端末３１，３２がコンピュータシステム５０Ａへ送信するリクエストは、識別子４６を有していなくてもよい。

【0082】

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

【0083】

記憶装置５１Ｂは、固有識別子テーブル５１Ｄを備え得る。固有識別子テーブル５１Ｄには、複数の固有識別子が登録され得る。固有識別子テーブル５１Ｄには、例えば、ＮＦＴの生成に利用されるＮＦＣタグ４０の固有識別子４６が登録され得る。また、固有識別子テーブル５１Ｄには、生成されたＮＦＴに対応付けたいＮＦＣタグ４０の固有識別子４６が登録され得る。図３では、一例として、「00:00:00:00:00:0a」「00:00:00:00:00:0b」「00:00:00:00:00:0c」という３つの異なる固有識別子が、固有識別子テーブル５１Ｄに登録されている。

【0084】

一例ではあるが、固有識別子テーブル５１Ｄを利用することで、ＮＦＴの生成に利用できるＮＦＣタグ４０（物体４０）を、固有識別子テーブル５１Ｄに固有識別子が予め登録されているものに限ることができる。この場合、固有識別子を有するＮＦＣタグ４０又はその他の物体であっても、固有識別子テーブル５１Ｄに固有識別子が登録されていないものは、ＮＦＴの生成に利用できない。

【0085】

実施形態のコンピュータシステム５０Ａは、一例として、コンピュータシステム５０Ａに登録されていない固有識別子を取得してもＮＦＴを生成しないが、コンピュータシステム５０Ａに登録された固有識別子と同じ固有識別子を取得するとＮＦＴを生成するよう構成されている。

【0086】

すなわち、実施形態の生産方法は、物体が有する固有識別子を読み取った読取器から送信された固有識別子を、コンピュータシステム５０Ａによって受信し、受信した固有識別子が登録されている場合、コンピュータシステム５０Ａによって、ノンファンジブルトークンを生成する、ことを備え得る。この生産方法によれば、システム５０Ａに固有識別子が登録されている物体４０は、ＮＦＴの生成に利用できるが、登録されていない物体は、ＮＦＴの生成に利用できない。

【0087】

このように、実施形態においては、ＮＦＴの生成などのＮＦＴの操作に利用できるＮＦＣタグ４０（物体４０）を、固有識別子等の識別子が登録されているものに限ることができる。この場合、固有識別子が登録されているＮＦＣタグ４０（物体４０）は、固有識別子が登録されていないＮＦＣタグ４０（物体４０）に比べて、ＮＦＴを生成するなどのＮＦＴの操作に利用できるという付加価値を有するものとなる。つまり、ＮＦＣタグ４０などの物体の高付加価値化が可能となる。

【0088】

また、固有識別子が登録されたＮＦＣタグ４０は、ＮＦＴの生成などのＮＦＴの操作への利用というＮＦＣタグ４０の新規な使用方法に用いることができる。ＮＦＴは、唯一性を持つため、ＮＦＴを識別するためのデータは、ＮＦＴ毎に異なる。したがって、ＮＦＴを識別するためのデータが付与された物体４０を大量に準備しようとすると、大量の物体４０対象物に、それぞれ異なるデータを付与する手間が必要となり、その作業負荷は大きい。一方、固有識別子を有するＮＦＣタグ４０などのように、固有識別子を予め有する物体をＮＦＴの操作などに利用することで、物体４０にデータを付与する手間を省略することができる。

【0089】

記憶装置５１Ｂは、対応データテーブル５１Ｅを備え得る。対応データテーブル５１Ｅは、一例として、ＮＦＣタグ４０の固有識別子と、ＮＦＴのトークン識別子と、の対応を示す対応データを、備え得る。対応データが登録されることで、ＮＦＴを、固有識別子に対応付けることができる。すなわち、固有識別子４６を有する物体４０と、ＮＦＴと、を対応付けることができる。

【0090】

ＮＦＣタグ４０とＮＦＴとの対応関係が、対応データテーブル５１Ｅに記録されていることで、固有識別子を有するＮＦＣタグ４０をＮＦＴの操作に利用することが可能となる。すなわち、ＮＦＣタグ４０が有する固有識別子を、操作対象であるＮＦＴの識別子として、利用することができる。

【0091】

図３では、一例として、固有識別子：00:00:00:00:00:0aにはトークン識別子：＃０００１が対応付けられ、固有識別子：00:00:00:00:00:0bにはトークン識別子：＃０００２が対応付けられ、固有識別子：00:00:00:00:00:0cにはトークン識別子：＃０００３が対応付けられている。

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

なお、非所有者ユーザの変更が無断で行われるのを防止するため、ＮＦＴ４００の非所有者ユーザの変更には、コンピュータシステム５０Ａから、ユーザＵ２に対して、パスワード入力が要求されてもよい。パスワードは、例えば、非所有者ユーザであるユーザＵ１によって設定される。パスワードは、ユーザＵ１からユーザＵ２へ伝えられる。パスワードが設定されていることにより、ユーザＵ１が意図しないユーザ変更がなされることを防止して、安全性を高めることができる。

【0126】

さて、ステップＳ４８のＵｓｅｒ変更の際には、そのＵｓｅｒ変更をブロックチェーン２０に記録するために、ブロックチェーン２０へガス代が支払われる必要がある。

【0127】

ステップＳ４８では、Ｕｓｅｒ変更は、第２アカウント２５Ｃによって行われるため、そのガス代は、第２アカウント２５Ｃから支払われる。つまり、Ｕｓｅｒ設定のガス代は、コンピュータシステム５０Ａが管理するアカウント２５Ｃから支払われる。したがって、第１アカウントは、ブロックチェーン２０に対してガス代を支払う必要がない。つまり、図５のユーザＵ２は、ブロックチェーンに対してガス代を支払うことなく、ＮＦＴ４００の非所有者ユーザになることができる。

【0128】

ただし、一例ではあるが、図４に示す手順では、第１アカウントは、ステップＳ４７において、コンピュータシステム５０Ａから、Ｕｓｅｒ変更のための手数料の支払いが求められる。したがって、図５のユーザＵ２は、ガス代とは別の手数料を、コンピュータシステム５０Ａに対して支払う。

【0129】

ガス代は、ブロックチェーン２０によって決定されるが、コンピュータシステム５０Ａに対して支払われる手数料は、コンピュータシステム５０Ａ（の管理者）によって決定され得る。ガス代は、ブロックチェーン２０おいて発生するトランザクション数などの影響を受けてブロックチェーン２０において自動的に決定されるため、変動することがあり、コンピュータシステム５０Ａがコントロールすることができない。一方、ステップＳ４７において支払われる手数料は、コンピュータシステム５０Ａ（の管理者）によって自由に決定できる。

【0130】

例えば、ステップＳ４７で支払われる手数料は、ガス代とは異なる額であり得る。すなわち、ステップＳ４７で支払われる手数料は、ガス代より高くてもよいし、低くてもよい。また、ガス代は変動することがあるが、ステップＳ４７で支払われる手数料は、定額であってもよい。

【0131】

ガス代の支払いに使用できる暗号資産は、ブロックチェーン２０において予め決まっているため、ガス代の支払いに、他の暗号資産又は他の決済手段（例えば、クレジットカードによる支払い）を利用することはできないという制約がある。しかし、ステップＳ４７において支払われる手数料は、コンピュータシステム５０Ａ（の管理者）が受け取るものであるため、ガス代のような制約がない。このため、ステップＳ４７の手数料の支払いは、ガス代の支払いに用いられる暗号資産とは異なる種類の暗号資産の支払い、又は、暗号資産の支払い以外の決済によって行われてもよい。

【0132】

なお、ステップＳ４７の手数料は、無料としてもよい。つまり、コンピュータシステム５０Ａは、第１アカウントからステップＳ４７の手数料を受け付けることなく、ステップＳ４８の操作を実行してもよい。

【0133】

図７は、コンピュータシステム５０Ａによって実行されるＮＦＴ生成操作の他の手順の例を示している。図７に関し、特に説明しない点については、図４のＮＦＴ生成操作と同様であり得る。なお、図７に示す手順は、図４のＮＦＴ生成操作に適用されてもよい。

【0134】

図７のステップＳ７１において、コンピュータシステム５０Ａは、第１アカウントから識別子を受信する。ここでの第１アカウントは、例えば、図５に示すように、ユーザＵ１の第１アカウント２５Ａ（アドレス：０ｘ１１ａａ）である。この場合、コンピュータシステム５０Ａは、コンピュータシステム５０ＡへログインしているユーザＵ１の端末３１から、識別子を受信する。識別子は、例えば、前述の物体４０が有する識別子４６である。コンピュータシステム５０Ａは、例えば、識別子を有するリクエストを第１アカウント２５Ａから受信することで、識別子を受信し得る。また、端末３１は、物体４０から識別子４６を読み取って、その識別子４６をコンピュータシステム５０Ａへ送信し得る。

【0135】

ステップＳ７２において、コンピュータシステム５０Ａは、データベース５２に登録されたコンテンツのうち、識別子によって識別されたコンテンツを用いて、ＮＦＴ生成のための操作を行う。この場合、識別されたコンテンツを有するＮＦＴ４００が生成される。第１アカウントのユーザは、識別子をコンピュータシステム５０Ａへ渡せばよく、ＮＦＴ生成のためのデータをコンピュータシステム５０Ａに渡す必要がない。なお、コンピュータシステム５０Ａは、識別子によって識別された複数のコンテンツから、ランダム又は所定のルールに従って、複数のコンテンツのうちの一部のコンテンツを選択し、選択されたコンテンツを用いてＮＦＴを生成してもよい。また、コンピュータシステム５０Ａは、受信した識別子とは無関係に、データベース５２に登録されたコンテンツから、ランダム又は所定のルールに従って選択されたコンテンツを用いてＮＦＴを生成してもよい。すなわち、リクエストは識別子を有していなくてもよい。コンピュータシステム５０Ａは、生成されたＮＦＴと識別子との対応関係を記録してもよいし、記録しなくてもよい。

【0136】

コンピュータシステム５０Ａは、第１アカウントを代理して、第２アカウント２５ＣによってＮＦＴを生成し得る。ＮＦＴ生成等の操作は、コンピュータシステム５０Ａが、第２アカウント２５Ｃから、当該操作のためにブロックチェーン２０に構築されたスマートコントラクトを呼び出すことによって、実行され得る。また、コンピュータシステム５０Ａが、第２アカウント２５Ｃとしてのコントラクトアドレスを有するスマートコントラクトを呼び出し、スマートコントラクト５０Ａが、第２アカウント２５Ｃを用いて、生成操作を実行してもよい。

【0137】

コンピュータシステム５０Ａは、ＮＦＴ生成のためのトランザクションに、プライベートキーＰＣによって電子署名する。生成されたＮＦＴ４００は、ブロックチェーン２０に記録される。ここでは、一例として、ＴｏｋｅｎＩＤ：＃０００１を有するＮＦＴ４００が生成される。生成されたＮＦＴ４００の所有者は、第２アカウント２５Ｃであるものとしてブロックチェーン２０に記録される（図１参照）。つまり、生成されたＮＦＴ４００の所有者は、第２アカウント２５Ｃである。

【0138】

ＮＦＴ生成のためのガス代は、第２アカウント２５Ｃから支払われ、第１アカウントは、ガス代を支払わなくてもよい。なお、第１アカウントは、ガス代とは別の手数料をコンピュータシステム５０Ａに支払ってもよい。

【0139】

ステップＳ７３において、コンピュータシステム５０Ａは、ＮＦＴ４００の所有者である第２アカウント２５Ｃによって、ＮＦＴ４００のＵｓｅｒ設定の操作を行う。この操作は、コンピュータシステム５０Ａが、第２アカウント２５Ｃから、当該操作のためにブロックチェーン２０に構築されたスマートコントラクトを呼び出すことによって、実行され得る。コンピュータシステム５０Ａは、生成したＮＦＴ４００のＥＩＰ４９０７「ｕｓｅｒ」として、第１アカウントのアドレスをブロックチェーン２０に記録する。例えば、ステップＳ７１のリクエストを送信したのがユーザＵ１の第１アカウント２５Ａである場合、アドレス：０ｘ１１ａａが、ＮＦＴ４００のＥＩＰ４９０７「ｕｓｅｒ」としてブロックチェーン２０に記録される（図１の非所有者ユーザデータ４５０参照）。

【0140】

コンピュータシステム５０Ａは、ステップＳ４６のＵｓｅｒ設定のためのトランザクションに、第２アカウント２５Ｃに対応したプライベートキーＰＣによって電子署名する。

【0141】

ステップＳ７３のＵｓｅｒ設定のためのガス代は、第２アカウント２５Ｃから支払われ、第１アカウントは、ガス代を支払わなくてもよい。なお、第１アカウントは、ガス代とは別の手数料をコンピュータシステム５０Ａに支払ってもよい。

【0142】

ステップＳ７３によって、第１アカウントを有しているユーザは、生成されたＮＦＴの実質的な所有者（非所有者ユーザ）になることができる。

【0143】

図８は、コンピュータシステム５０Ａによって実行されるＮＦＴ生成操作の他の手順の例を示している。図８に関し、特に説明しない点については、図４又は図７のＮＦＴ生成操作と同様であり得る。

【0144】

図８のステップＳ８１において、コンピュータシステム５０Ａは、第１アカウントからリクエストを受信する。リクエストは、ＮＦＴ生成のリクエストであり得る。リクエストは、図４又は図７のリクエストが有する識別子を有していなくてもよい。

【0145】

ステップＳ８１において、第１アカウントは、ＮＦＴの生成リクエストとして、ＮＦＴの生成に用いられるコンテンツデータを、コンピュータシステム５０Ａへ送信し得る。この場合、第１アカウントが希望するコンテンツデータをＮＦＴ化することができる。

【0146】

ステップＳ８２において、コンピュータシステム５０Ａは、第２アカウント２５Ｃによって、ＮＦＴ生成のための操作を行う。ＮＦＴ生成は、第１アカウントから送信されたコンテンツデータを用いて行われる。この場合、ＮＦＴは、第１アカウントから送信されたコンテンツデータを有するＮＦＴが生成される。

【0147】

コンピュータシステム５０Ａは、第１アカウントを代理して、第２アカウント２５ＣによってＮＦＴを生成し得る。コンピュータシステム５０Ａは、ＮＦＴ生成のためのトランザクションに、プライベートキーＰＣによって電子署名する。生成されたＮＦＴ４００は、ブロックチェーン２０に記録される。生成されたＮＦＴ４００の所有者は、第２アカウント２５Ｃである。ＮＦＴ生成のためのガス代は、第２アカウント２５Ｃから支払われ、第１アカウントは、ガス代を支払わなくてもよい。

【0148】

ステップＳ８３において、コンピュータシステム５０Ａは、ＮＦＴ４００の所有者である第２アカウント２５Ｃによって、ＮＦＴ４００のＵｓｅｒ設定の操作を行う。コンピュータシステム５０Ａは、ステップＳ４６のＵｓｅｒ設定のためのトランザクションに、第２アカウント２５Ｃに対応したプライベートキーＰＣによって電子署名する。これにより、第１アカウントが、ＮＦＴ４００の非所有者ユーザとして設定される。ステップＳ８３のＵｓｅｒ設定のためのガス代は、第２アカウント２５Ｃから支払われ、第１アカウントは、ガス代を支払わなくてもよい。

【0149】

このように、ＮＦＴ化したいコンテンツデータを送信した第１アカウントは、ＮＦＴの所有者になるのではなく、非所有者ユーザになることができる。本実施形態では、非所有者ユーザの権限は、所有者と同程度に拡張されているため、非所有者ユーザとなった第１カウントのユーザは、所有者のように振る舞うことができる。

【0150】

図９は、コンピュータシステム５０Ａによって実行されるユーザ変更操作の他の手順の例を示している。図９に関し、特に説明しない点については、図４のユーザ変更操作と同様であり得る。

【0151】

図９のステップＳ９１において、コンピュータシステム５０Ａは、第１アカウントからリクエストを受信する。リクエストは、ＮＦＴの非所有者ユーザを、リクエストを送信した第１アカウントに変更する操作のリクエストであり得る。リクエストは、図４のリクエストが有する識別子を有していなくてもよい。ただし、リクエストは、変更操作の対象となるＮＦＴを識別するための他のデータを含み得る。ＮＦＴを識別し得るデータは、例えば、ＴｏｋｅｎＩＤである。

【0152】

リクエストを受信したコンピュータシステム５０Ａは、変更操作の対象ＮＦＴ４００に対して、第２アカウント２５Ｃによって、Ｕｓｅｒ変更のための操作を行う（ステップＳ９２）。この操作は、例えば、第２アカウント２５Ｃから、Ｕｓｅｒ変更のための処理を実行するスマートコントラクトを呼び出すことによって実行される。

【0153】

リクエストを受信したコンピュータシステム５０Ａは、ステップＳ９２において、対象ＮＦＴ４００のＥＩＰ４９０７「ｕｓｅｒ」の変更を、ブロックチェーン２０に記録する。例えば、新たなＥＩＰ４９０７「ｕｓｅｒ」として、リクエストを送信した第１アカウントのアドレスが記録される。また、コンピュータシステム５０Ａは、ステップＳ９２のＵｓｅｒ変更のためのトランザクションに、第２アカウント２５Ｃに対応したプライベートキーＰＣによって電子署名する。以上の処理により、リクエストを送信した第１アカウントのユーザは、ＮＦＴ４００についての新たなＥＩＰ４９０７「ｕｓｅｒ」になることができる。Ｕｓｅｒ変更のためのガス代は、第２アカウント２５Ｃから支払われ、非所有者ユーザとなる第１アカウントは、ガス代を支払わなくてもよい。

【0154】

図１０は、コンピュータシステム５０Ａによって実行されるユーザ変更操作の他の手順の例を示している。図１０に関し、特に説明しない点については、図４又は図９のユーザ変更操作と同様であり得る。

【0155】

図１０のステップＳ１０１において、コンピュータシステム５０Ａは、ユーザＵ１の第１アカウント２５Ａからリクエストを受信する。ユーザＵ１は、リクエストがなされた時点において、ＮＦＴ４００のＥＩＰ４９０７「ｕｓｅｒ」であるものとする。

【0156】

リクエストは、ＮＦＴ４００のＥＩＰ４９０７「ｕｓｅｒ」を、他のユーザＵ２のアカウントに変更する操作のリクエストであり得る。すなわち、このリクエストは、ＮＦＴ４００のＥＩＰ４９０７「ｕｓｅｒ」を、リクエストを送信したアカウント２５Ａから、当該アカウント２５Ａによって指定された他のアカウントへ変更することのリクエストであり得る。このリクエストは、図４のリクエストが有する識別子を有していなくてもよい。ただし、リクエストは、変更操作の対象となるＮＦＴを識別するための他のデータを含み得る。ＮＦＴを識別し得るデータは、例えば、ＴｏｋｅｎＩＤである。リクエストは、新たなＥＩＰ４９０７「ｕｓｅｒ」となるユーザＵ２のアドレス：０ｘ１１ｂｂを含み得る。

【0157】

リクエストを受信したコンピュータシステム５０Ａは、変更操作の対象ＮＦＴ４００に対して、第２アカウント２５Ｃによって、Ｕｓｅｒ変更のための操作を行う（ステップＳ１０２）。この操作は、例えば、第２アカウント２５Ｃから、Ｕｓｅｒ変更のための処理を実行するスマートコントラクトを呼び出すことによって実行される。

【0158】

リクエストを受信したコンピュータシステム５０Ａは、ステップＳ１０２において、対象ＮＦＴ４００のＥＩＰ４９０７「ｕｓｅｒ」として、ユーザＵ２のアドレスをブロックチェーンに記録する。また、コンピュータシステム５０Ａは、ステップＳ１０２のＵｓｅｒ変更のためのトランザクションに、第２アカウント２５Ｃに対応したプライベートキーＰＣによって電子署名する。以上の処理により、リクエストを送信した第１アカウントのユーザは、ＮＦＴ４００の実質的な所有権（非所有者ユーザとしての役割）を、ユーザＵ２に譲り渡すことができる。Ｕｓｅｒ変更のためのガス代は、第２アカウント２５Ｃから支払われ、ユーザＵ１，Ｕ２は、ガス代を支払わなくてもよい。なお、ユーザＵ１及びユーザＵ２のいずれか一方又は両方からガス代とは別の手数料を、コンピュータシステム５０Ａが受け取ってもよい。

【0159】

ブロックチェーン２０において、ＥＩＰ４９０７「ｕｓｅｒ」のような非所有者ユーザ自身は、非所有者ユーザの設定／変更を行う権限を有しないが、本実施形態のコンピュータシステム５０Ａでは、非所有者ユーザの権限が拡張されているため、非所有者ユーザは、コンピュータシステム５０Ａに対してリクエストすることにより、非所有者ユーザの設定／変更を行うことができる。

【0160】

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

【符号の説明】

【0161】

１０ ：システム
１５ ：ネットワーク
２０ ：ブロックチェーン
２５Ａ ：第１アカウント
２５Ｂ ：第１アカウント
２５Ｃ ：第２アカウント
３１ ：端末
３１Ａ ：プロセッサ
３１Ｂ ：記憶装置
３１Ｃ ：コンピュータプログラム
３１Ｄ ：ＮＦＣモジュール
３２ ：端末
４０ ：集積回路（対象物）
４６ ：識別子
５０Ａ ：コンピュータシステム
５０Ｂ ：ＮＦＴ利用システム
５１Ａ ：プロセッサ
５１Ｂ ：記憶装置
５１Ｃ ：コンピュータプログラム
５１Ｄ ：識別子テーブル
５１Ｅ ：対応データテーブル
５２ ：データベース
４００ ：ノンファンジブルトークン（ＮＦＴ）
４５０ ：非所有者ユーザデータ
ＰＡ ：プライベートキー
ＰＢ ：プライベートキー
ＰＣ ：プライベートキー
Ｕ１ ：ユーザ
Ｕ２ ：ユーザ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】