JP7372712B1 - トークン転送ロック制御プログラム、コンピュータ、トークン転送ロック制御方法、および許可状態変更プログラム。 - Google Patents

Abstract

【課題】対象とトークンとの間の紐づけの状態を柔軟に管理できるようにする。【解決手段】トークン転送ロック制御プログラムが、プロセッサとメモリとを有するコンピュータに、所定の対象に紐づけられたトークンの第１アドレスから第２アドレスへの転送の許可状態を変更する許可状態変更トランザクションをスマートコントラクトに対して発行する、許可状態変更トランザクション発行機能を実現させる。【選択図】図３

Description

特許法第３０条第２項適用 ｈｔｔｐｓ：／／ｐｒｔｉｍｅｓ．ｊｐ／ｍａｉｎ／ｈｔｍｌ／ｒｄ／ｐ／００００００００２．０００１０３６２２．ｈｔｍｌ（令和４年８月１５日公開）

特許法第３０条第２項適用 ｈｔｔｐｓ：／／ｎｏｔｅｓ．ｃｏｍ／ｍｏｒｉｋａ＿ｗａ／ｎ／ｎ２０６０６３ｆ８ｄｂｅ８（令和４年８月１６日公開）

特許法第３０条第２項適用 ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｄｄ＿ＴｉｃｋｅｔＭｅ／ｓｔａｔｕｓ／１５９８３４０９７４０８９９０４１２８（令和４年１２月２日公開）

特許法第３０条第２項適用 ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｊＴＰＹｇＥｑＦｘｚｗ（令和４年１２月１２日公開）

特許法第３０条第２項適用 ｈｔｔｐｓ：／／ｃｏｒｐ．ｔｉｃｋｅｔｍｅ．ｊｐ／ｎｅｗｓ／ｔｉｐｓ＿００３（令和５年１月１０日公開）

特許法第３０条第２項適用 ｈｔｔｐｓ：／／ｎｆｔ－ｍｅｄｉａ．ｎｅｔ／ｎｆｔ－ｐｒｏｄｕｃｔｉｏｎ／ｎｆｔ－ｔｉｃｋｅｔｍｅ－ｎｆｔｆｕｋｕｂｕｋｕｒｏ／２５０９０／（令和５年１月１０日公開）

特許法第３０条第２項適用 ｈｔｔｐｓ：／／ｎｉｓｈｉｔａｍａ．ｋｅｉｚａｉ．ｂｉｚ／ｒｅｌｅａｓｅ／１６８３８１／（令和５年１月１０日公開）

特許法第３０条第２項適用 ｈｔｔｐｓ：／／ｓｔａｒｔｕｐｓｅａｒｃｈ．ｊｐ／ｓｔａｒｔｕｐｓ／７０１０００１２２７５０２（令和５年１月１５日公開）

特許法第３０条第２項適用 ｈｔｔｐｓ：／／ｗｗｗ．ｎｅｗｅｃｏｎｏｍｙ．ｊｐ／ｐｏｓｔｓ／２９２１６２（令和５年１月３０日公開）

特許法第３０条第２項適用 ｈｔｔｐｓ：／／ｎｅｗｓ．ｙａｈｏｏ．ｃｏ．ｊｐ／ａｒｔｉｃｌｅｓ／４００ｅｃ５ｄ５５６８ｆｂ９１ｆ４５ｃｅｆ１０９６８ｅ９ｅ２８ｃｅ０ｂ５２６０９（令和５年１月３０日公開）

特許法第３０条第２項適用 ｈｔｔｐｓ：／／ｔｉｃｋｅｔｍｅ．ｎｏｔｉｏｎ．ｓｉｔｅ／２７ｃａ８６ｃｆ２６４４４１２ｆｂ６６ａ４６３ａ５８７４ｆ４５ｄ（令和５年２月８日公開）

特許法第３０条第２項適用 ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ＴｉｃｋｅｔＭｅ＿Ｙｅａｈ（令和４年８月１５日～令和５年２月８日公開）

本発明の実施形態の少なくとも一つは、トークン転送ロック制御プログラム、コンピュータ、トークン転送ロック制御方法、および許可状態変更プログラムに関する。

ブロックチェーン（Ｂｌｏｃｋ ｃｈａｉｎ）を用いた、非代替性トークン（Ｎｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ：ＮＦＴ）等の各種のトークンに関する技術が登場している。

トークンは、現実世界の物品などのオブジェクトと紐づけることができる。また、トークンをマーケットプレイスなどで二次流通させることも既に行われている。

特許文献１には、デジタルコンテンツの提供方法が記載されている。サーバ端末の制御部は、ユーザ端末からデジタルコンテンツの取引情報を受信し、取引情報をデジタルコンテンツと関連づけられたノンファンジブルトークンと関連づけられた取引情報としてブロックチェーンに記録する。取引情報は、少なくとも、デジタルコンテンツの権利者情報を含み、権利者情報は、著作権者情報及び／またはオーナー権者情報を含む。

また、特許文献１には、商品に識別子等により関連づけられたノンファンジブルトークンを、他の取引情報とともにブロックチェーンネットワークに記録すること、ノンファンジブルトークンが、画像データ、動画データ等のデジタル情報に関する商品等の固有のデジタルアセットを示すことができること、および、商品がセカンダリマーケットにおいて取引されることなどが記載されている。

特開２０２２－１６０３１９号公報

ＮＦＴなどのトークンは、所定の対象と対応付けられることがある。対象の例として、現実世界の物品、デジタルデータ、および仮想空間上のオブジェクトなどがある。

ここで、転々流通する所定の対象に対応する主体が確定することがある。例えば、対象が現実世界の物品、より特定的には商品である場合、ユーザＡがその商品を購入すると、商品の所有者がユーザＡであると確定する。すなわち商品に対応する主体がユーザＡであると確定する。

所定の対象に対応する主体が確定した場合であっても、上記のトークンは、マーケットプレイスなどにおいて上記の所定の対象とは別個独立に二次流通させることができる。このようなトークンのみの二次流通が行われた場合、所定の対象に対応する主体とは異なる主体にトークンが転送されることになる。例えば対象が現実世界の商品である場合、商品の所有者はユーザＡであると確定しているにもかかわらず、その商品に紐づけられたトークンの所有者は、トークンの転送によってユーザＡとは異なる者になり得る。これでは、対象とトークンとの間の紐づけを維持することができない。

本発明の少なくとも一つの実施形態の目的は、上記課題を解決し、対象とトークンとの間の紐づけの状態を柔軟に管理できる、トークン転送ロック制御プログラム、コンピュータ、トークン転送ロック制御方法、および許可状態変更プログラムを提供することである。

非限定的な観点によると、本発明の一実施形態に係るトークン転送ロック制御プログラムは、プロセッサとメモリとを有するコンピュータに、所定の対象に紐づけられたトークンの第１アドレスから第２アドレスへの転送の許可状態を変更する許可状態変更トランザクションをスマートコントラクトに対して発行する、許可状態変更トランザクション発行機能を実現させる。

非限定的な観点によると、本発明の一実施形態に係るコンピュータは、プロセッサとメモリとを有し、前記プロセッサが、所定の対象に紐づけられたトークンの第１アドレスから第２アドレスへの転送の許可状態を変更する許可状態変更トランザクションをスマートコントラクトに対して発行する、許可状態変更トランザクション発行処理を実行する。

非限定的な観点によると、本発明の一実施形態に係るトークン転送ロック制御方法は、コンピュータによるトークン転送ロック制御方法であって、所定の対象に紐づけられたトークンの第１アドレスから第２アドレスへの転送の許可状態を変更する許可状態変更トランザクションをスマートコントラクトに対して発行する、許可状態変更トランザクション発行処理を含む。

非限定的な観点によると、本発明の一実施形態に係る許可状態変更プログラムは、プロセッサとメモリとを有するコンピュータに、所定の対象に紐づけられたトークンの第１アドレスから第２アドレスへの転送の許可状態を変更する許可状態変更トランザクションを受信し、前記許可状態を変更する機能を実現させる。

本願の各実施形態により１または２以上の不足が解決される。

本発明の実施形態の少なくとも一つに対応するトークン転送ロック制御システムの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するバックエンドの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するトークン転送ロック制御システムの処理例を示すシーケンス図である。 本発明の実施形態の少なくとも一つに対応するトークンの転送処理例を示すフローチャートである。

以下、本発明の実施形態の例について図面を参照して説明する。なお、以下で説明する各実施形態の例における各種構成要素は、矛盾等が生じない範囲で適宜組み合わせ可能である。また、ある実施形態の例として説明した内容については、他の実施形態においてその説明を省略している場合がある。また、各実施形態の特徴部分に関係しない動作や処理については、その内容を省略している場合がある。さらに、以下で説明する各種フローやシーケンスを構成する各種処理の順序は、処理内容に矛盾等が生じない範囲で順不同である。

図１は、本発明の実施形態の少なくとも一つに対応するトークン転送ロック制御システム１００の構成の例を示すブロック図である。トークン転送ロック制御システム１００は、サーバ１０と、トークン転送ロック制御システム１００のユーザが使用するユーザ端末２０とを備える。ユーザ端末２０Ａ、２０Ｂ、および２０Ｃはそれぞれ、ユーザ端末２０の一例である。トークン転送ロック制御システム１００の構成はこれに限定されない。例えば、トークン転送ロック制御システム１００は、単一のユーザ端末を複数のユーザが使用する構成であってよい。トークン転送ロック制御システム１００が複数のサーバを備えてもよい。ユーザ端末２０がサーバ１０の機能を果たしてもよい。

サーバ１０とユーザ端末２０は、コンピュータの一例である。サーバ１０とユーザ端末２０は、それぞれインターネットなどの通信ネットワーク３０に通信可能に接続されている。通信ネットワーク３０とサーバ１０との間の接続、および通信ネットワーク３０とユーザ端末２０との間の接続は有線接続であっても無線接続であってもよい。例えば、ユーザ端末２０は、通信事業者が管理する基地局と無線通信回線によるデータ通信を行うことにより、通信ネットワーク３０と接続してよい。

トークン転送ロック制御システム１００は、サーバ１０とユーザ端末２０とを備えることにより、ユーザの操作に応じて各種処理を実行するための各種機能を実現する。

サーバ１０は、プロセッサ１１と、メモリ１２と、記憶装置１３とを備える。プロセッサ１１は、例えば、各種の演算および制御を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の中央処理装置である。また、サーバ１０がＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を備える場合には、各種の演算および制御の一部をＧＰＵによって行うようにしてもよい。サーバ１０は、メモリ１２に読み出したデータを用いて各種の情報処理をプロセッサ１１にて実行し、得られた処理結果を必要に応じて記憶装置１３に記憶させる。

記憶装置１３は、各種情報を格納する記憶媒体としての機能を有する。記憶装置１３の構成は特に限定されないが、ユーザ端末２０にかかる処理負荷を軽減させるといった観点から、トークン転送ロック制御システム１００にて行われる制御に必要な各種情報を全て記憶可能な構成であってよい。このような例には、ＨＤＤやＳＳＤがある。ただし、各種情報を記憶する記憶装置は、サーバ１０がアクセス可能な状態で記憶領域を備えていればよく、例えば専用の記憶領域をサーバ１０の外部に有する構成とされていてもよい。

ユーザ端末２０はユーザによって管理される。ユーザ端末２０の例としては、例えば携帯電話端末、スマートフォン、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、パーソナルコンピュータ、タブレット、据置型ゲーム装置、携帯型ゲーム装置などがある。ユーザ端末２０は、ユーザが操作可能なＶＲゴーグル、ＡＲグラス、スマートグラス、ＡＲコンタクト、その他のウェアラブルデバイスであってもよい。

ユーザ端末２０は、通信ネットワーク３０に接続し、サーバ１０との通信を行うことにより各種処理を実行するためのハードウェアおよびソフトウェアを備える。複数のユーザ端末２０のそれぞれは、サーバ１０を介さずに互いに直接通信（ピアツーピア通信）を行うこともできる構成とされていてもよい。

ユーザ端末２０には表示装置が内蔵されていてよい。また、ユーザ端末２０に対して、表示装置が無線接続あるいは有線接続されていてもよい。なお、表示装置は極めて一般的な構成であるため、ここでは図示を省略している。表示装置は出力装置の一例である。ユーザがユーザ端末２０を用いて各種の情報処理を行う場合、情報処理に必要な画面（情報処理画面）が画像として表示装置によって表示され、ユーザがこの画像を認識する。情報処理画面は例えば、ユーザ端末が備える表示装置の一例であるディスプレイや、ユーザ端末と接続された表示装置の一例であるディスプレイに表示される。

ユーザ端末２０は、プロセッサ２１と、メモリ２２と、記憶装置２３とを備える。プロセッサ２１は、例えば、各種の演算および制御を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の中央処理装置である。また、ユーザ端末２０がＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を備える場合には、各種の演算および制御の一部をＧＰＵによって行うようにしてもよい。ユーザ端末２０は、メモリ２２に読み出したデータを用いて各種の情報処理をプロセッサ２１にて実行し、得られた処理結果を必要に応じて記憶装置２３に記憶させる。記憶装置２３は、各種情報を格納する記憶媒体としての機能を有する。

ユーザ端末２０には入力装置が内蔵されていてよい。また、ユーザ端末２０に対して入力装置が無線接続あるいは有線接続されていてもよい。入力装置はユーザによる操作入力を受け付ける。ユーザによる操作入力に応じて、サーバ１０が備えるプロセッサまたはユーザ端末２０が備えるプロセッサが、各種の制御処理を実行する。入力装置の例として、スマートフォンやタブレット等が備えるタッチパネル画面、キーボード、マウス、ゲームパッド、ジョイスティック、その他のコントローラなどがある。

その他、ユーザ端末２０はスピーカ等の他の出力装置を備えていてよい。他の出力装置は、ユーザに対して音声、振動、その他の各種の情報を出力する。

本実施形態においては、通信ネットワーク３０にはブロックチェーンネットワーク６０が含まれている。ブロックチェーンネットワーク６０は、コンピュータ等の複数のノードによって構築されている。複数のノードの例として、図１にはそれぞれがコンピュータであるノード６ａ、６ｂ、６ｃ、および６ｄが記載されている。これらはあくまで一例であり、ノードの数は４つでなくともよい。なお、ブロックチェーンネットワーク６０は、図示した通信ネットワーク３０とは別のネットワークとして構築されていてもよい。

複数のノード６ａ～６ｄは、典型的にはピアツーピア型に相互接続され、ブロックチェーンネットワーク６０を構築している。各ノードが備える記憶装置には分散型台帳が記憶されている。サーバ１０またはユーザ端末２０は、ブロックチェーンネットワーク６０と通信可能に接続されていてよい。サーバ１０またはユーザ端末２０は、ブロックチェーンネットワーク６０に含まれるノードとして機能してもよい。

図２は、本発明の実施形態の少なくとも一つに対応するバックエンドの構成を示すブロック図である。バックエンド４は、トークン転送ロック制御システム１００に含まれる装置に実装される。当該装置は、例えば上述のサーバ１０またはユーザ端末２０であってよい。

バックエンド４は、許可状態変更トランザクション発行部４０１、確定リクエスト受信部４０２、およびロック解除リクエスト受信部４０３を備える。バックエンド４を実装する装置が備えるプロセッサは、記憶装置に保持されたトークン転送ロック制御プログラムを参照し、そのプログラムを実行することにより、許可状態変更トランザクション発行部４０１、確定リクエスト受信部４０２、およびロック解除リクエスト受信部４０３を機能的に実現する。

許可状態変更トランザクション発行部４０１は、所定の対象に紐づけられたトークンの第１アドレスから第２アドレスへの転送の許可状態を変更する許可状態変更トランザクションをスマートコントラクトに対して発行する機能を有する。

確定リクエスト受信部４０２は、対象と紐づけられる主体の確定に応じて、トークンの許可状態を転送許可から転送不許可へと変更することを要求するリクエストである確定リクエストを受信する機能を有する。

ロック解除リクエスト受信部４０３は、トークンについての許可状態を転送不許可から転送許可へと変更することを示すロック解除リクエストを受信する機能を有する。

所定の対象は、トークンに対して紐づけることが可能な有体物または無体物を言う。例えば、所定の対象は現実世界の物品である。現実世界の物品の一例として、靴や本などの商品がある。

所定の対象はデジタルデータであってもよい。デジタルデータの一例として、画像データ、動画データ、およびテキストデータなどがある。

所定の対象は仮想的なオブジェクトであってもよい。仮想的なオブジェクトの一例として、仮想空間上に表示可能な仮想的な本などがある。仮想的な本は２Ｄまたは３Ｄのモデルデータであってよい。

所定の対象は、権利、証券、またはサービスの内容を特定する情報であってもよい。権利の具体例としては、特許権、著作権、サービスの利用権などがあるが、これらには限定されない。権利を識別する識別ＩＤや、権利の内容を特定する属性値などの情報が、トークンと紐づけられる。例えば、ある特許についての通常実施権をＮＦＴ化する場合は、通常実施権の基礎となる特許権の特許権者、その特許権の期間、通常実施権を許諾する範囲（地域、期間、実施行為）などを示す情報と、トークンとが紐づけられてよい。これら以外の情報が、権利の内容を特定する情報としてトークンと紐づけられてもよい。

所定の対象が証券の内容を特定する情報である場合、証券を識別する識別ＩＤや、額面などの証券の属性値がトークンと紐づけられてよい。これら以外の情報が、権利の内容を特定する情報としてトークンと紐づけられてもよい。

所定の対象がサービスの内容を特定する情報である場合、そのサービスを識別する識別ＩＤ、サービス内容を示す属性値、またはサービス内容を示すテキスト情報などがトークンと紐づけられてよい。これら以外の情報が、権利の内容を特定する情報としてトークンと紐づけられてもよい。

所定の対象は前述の具体例には限られない。

トークンとは、典型的には非代替性トークン（Ｎｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ：ＮＦＴ）を意味する。ただし、トークンは、対象と紐づけることが可能な他のタイプのトークンであってもよい。

スマートコントラクト、およびトークンのアドレス間転送については、従来技術であるため詳しい説明は省略する。

転送の許可状態は、転送許可と転送不許可の２つの状態を取る。許可状態は、例えばフラグとして実装されてよい。

確定リクエストは、対象と紐づけられる主体の確定に応じて、トークンの許可状態を転送許可から転送不許可へと変更することを要求するリクエストである。例えば対象が現実世界の物品である場合、当該物品の所有者があるユーザだと確定した時に、確定リクエストが生成または送信される。例えばユーザが物品の購入サービスにおいて購入ボタンを押下した時などが、物品の所有者があるユーザだと確定した時に相当する。購入ボタンを押下することにより、当該物品の所有権が、購入ボタンを押下したユーザへと移ることが確定したことになるので、対象と紐づけられる（この例においては対象の所有権を取得した）主体が確定する。

なお、ロック解除リクエストについては後述する。

次に、本発明の実施形態におけるプログラム実行処理について説明する。図３は、本発明の実施形態の少なくとも一つに対応するトークン転送ロック制御システムの処理例を示すシーケンス図である。

フロントエンド２およびウォレット３は、典型的にはユーザ端末２０に実装される。バックエンド４は、典型的にはサーバ１０に実装される。バックエンド４は、ユーザ端末２０に実装されてもよい。ＮＦＴコントラクト５は、ブロックチェーンネットワーク６０上にデプロイされる。ＮＦＴコントラクト５は、スマートコントラクトとも呼ばれる。なお、ＮＦＴコントラクト５のブロックチェーンネットワークへのデプロイ自体は従来技術であるため、詳しい説明は省略する。

フロントエンド２は、ユーザＵからの操作情報を取得する（Ｓｔ１０１）。例えば対象が現実世界の物品である場合、ユーザＵはユーザ端末２０の購入ボタンを押下するなどして、当該物品の受取を確定させる。この場合の操作情報は、対象である物品の受取確定を示す情報である。

対象がサービスである場合、ユーザＵはユーザ端末２０のサービス利用決定ボタンを押下するなどして、当該サービスの利用を確定させる。

操作情報を受け取ったフロントエンド２は、ウォレット３に署名リクエストを送信する（Ｓｔ１０２）。フロントエンド２は、ウォレット３から署名結果を取得する（Ｓｔ１０３）。典型的には、バックエンド４への送信対象となるデータに対して、ウォレット３が管理するアカウントに対応する秘密鍵で署名が行われたデータが、ここでいう署名結果に対応する。

フロントエンド２は、バックエンド４に上述の確定リクエストを送信する（Ｓｔ１０４）。バックエンド４は、当該確定リクエストを受信する。

バックエンド４は、受信した確定リクエストについて、署名を検証する（Ｓｔ１０５）。
より具体的には、バックエンド４は、ウォレット３が管理するアカウントの公開鍵を用いて、確定リクエストについての署名を検証する。署名に問題がない場合、バックエンド４はＮＦＴコントラクト５に許可状態変更トランザクションを発行する（Ｓｔ１０６）。本実施形態のステップＳｔ１０６において発行される許可状態変更トランザクションは、受信した確定リクエストに係る対象に紐づけられたトークンについて、許可状態を転送許可から転送不許可へと変更するトランザクションである。換言すると、当該トランザクションは、トークンの転送についてロックをかけるロックトランザクションである。

ＮＦＴコントラクト５は、発行された許可状態変更トランザクションを検証（Ｓｔ１０７）し、許可状態を変更する処理を行っても支障がないと検証できた場合、ロック処理（Ｓｔ１０８）を行う。ロック処理は、例えばＮＦＴコントラクト５が有する情報である許可状態変更フラグを０から１に変更するなどの処理であってよい。本例においては、許可状態変更フラグの値の０は、トークンの転送が許可されている状態（転送許可状態）を示している。転送許可状態は、例えば転送についてロックされていないことを意味する。許可状態変更フラグの値の１は、トークンの転送が許可されていない状態（転送不許可状態）を示している。転送不許可状態は、例えば転送についてロックされていることを意味する。

なお、ロック処理の具体的な実装方法は、上記のフラグ処理には限られない。例えば、転送許可状態および転送不許可状態は、０や１以外の情報として保存されていてもよい。

ＮＦＴコントラクト５は、許可状態変更トランザクションの処理結果をバックエンド４に返す（Ｓｔ１０９）。

バックエンド４は、ステップＳｔ１０４で受信した確定リクエストについての処理結果を示すレスポンスをフロントエンド２に返す（Ｓｔ１１０）。

フロントエンド２は、ユーザＵに処理結果を表示する（Ｓｔ１１１）。

以上のように、ステップＳｔ１０８でロック処理が行われたトークンは、転送不許可状態となっているため、二次流通などによるアドレス間転送が出来なくなる。

［トークンの転送処理例］
図４は、本発明の実施形態の少なくとも一つに対応する、トークンの転送処理例を示すフローチャートである。

本例では、ユーザＵの操作により、対象に紐づけられたトークンを第１アドレスから第２アドレスへと転送する処理を示す。ユーザＵが操作するユーザ端末２０にはフロントエンド２とウォレット３とが実装されている。第１アドレスは、ウォレット３が管理するユーザＵのアカウントについてのアドレスである。第２アドレスは、ユーザＵではない他者が管理するアカウントについてのアドレスである。

なお、ユーザＵによるユーザ端末２０の操作、および、フロントエンド２が行う署名やリクエストの送付等の処理は、トークンの転送についての一般的な処理であるため、詳しい説明は省略する。

フロントエンド２からトークンの転送リクエストを受信したバックエンド４は、第１アドレスから第２アドレスへのトークン転送トランザクションを、ＮＦＴコントラクト５に対して発行する（Ｓｔ２０１）。なお、バックエンド４は、トークン転送トランザクションの発行前に、トークン転送リクエストについての署名検証処理を行う。

トークン転送トランザクションを受信したＮＦＴコントラクト５は、トランザクションの検証を行った後、当該トークンは転送可能状態であるか否かを判定する（Ｓｔ２０２）。なお、転送状態がフラグとして実装されている場合、ＮＦＴコントラクト５は、転送状態を示すフラグの値が０であるか１であるかに基づいて、当該トークンは転送可能状態であるか否かを判定する。

トークンが転送可能状態であった場合（Ｓｔ２０２：ＹＥＳ）、ステップＳｔ２０３へと処理が遷移する。ステップＳｔ２０３においてＮＦＴコントラクト５は、トークンを第１アドレスから第２アドレスへと転送する処理を行う。

トークンが転送可能状態ではなかった場合（Ｓｔ２０２：ＮＯ）、ステップＳｔ２０３の処理は行われずに、図４に示した処理が終了する。

［転送ロックの解除］
上記は、対象とトークンとの間の紐づけを維持するために、トークンの許可状態を転送許可から転送不許可へと変更する、トークンの転送ロックに係る態様について説明した。一方、転送不許可から転送許可へと許可状態を変更したい場面、すなわちトークンの転送ロックを解除したい場面も考えられる。例えば、ユーザが購入した物品そのものを、他者に譲渡するような場合には、その物品に紐づけられたトークンの転送についても、転送ロックを解除することが求められる。

そこで、本開示の実施形態に係るトークン転送ロック制御プログラムは、トークンについての許可状態を転送不許可から転送許可へと変更することを要求するロック解除リクエストを受信する、ロック解除リクエスト受信機能をさらに実現させる。そして、許可状態変更トランザクション発行部４０１では、受信したロック解除リクエストに係るトークンについて、許可状態を転送不許可から転送許可へと変更する許可状態変更トランザクションをスマートコントラクトに対して発行する。

例えば、購入した商品を他者に譲渡する場合や、当該商品を紛失した場合などに、ユーザはフロントエンド２を実装するユーザ端末２０を操作する。操作情報を取得したフロントエンド２は、バックエンド４に上述のロック解除リクエストを送信する。ロック解除リクエストを受信したバックエンド４は、ＮＦＴコントラクト５に対して許可状態変更トランザクションを発行する。

以上に説明したように、本願の各実施形態により１または２以上の不足が解決される。なお、夫々の実施形態による効果は、非限定的な効果または効果の一例である。

上述した各実施形態では、ユーザ端末２０およびサーバ１０は、自己が備える記憶装置に記憶されている各種制御プログラム（例えば、トークン転送ロック制御プログラム）に従って、上述した各種の処理を実行する。また、ユーザ端末２０やサーバ１０に限られない他のコンピュータが、自己が備える記憶装置に記憶されている各種制御プログラム（例えば、トークン転送ロック制御プログラム）に従って、上述した各種の処理を実行してもよい。

また、トークン転送ロック制御システム１００の構成は、上述した実施形態の例として説明した構成に限定されない。例えばユーザ端末が実行する処理として説明した処理の一部または全部をサーバが実行する構成としてもよいし、サーバが実行する処理として説明した処理の一部または全部をユーザ端末が実行する構成としてもよい。また、サーバが備える記憶部（記憶装置）の一部または全部をユーザ端末が備える構成としてもよい。すなわち、トークン転送ロック制御システム１００における、ユーザ端末とサーバのどちらか一方が備える機能の一部または全部を、他の一方が備える構成とされていてもよい。

また、プログラムが、上述した各実施形態の例として説明した機能の一部または全部を、通信ネットワークを含まない装置単体に実現させる構成としてもよい。

［付記］
上述した実施形態の説明は、少なくとも下記発明を、当該発明の属する分野における通常の知識を有する者がその実施をすることができるように記載した。

［１］
プロセッサとメモリとを有するコンピュータに、
所定の対象に紐づけられたトークンの第１アドレスから第２アドレスへの転送の許可状態を変更する許可状態変更トランザクションをスマートコントラクトに対して発行する、許可状態変更トランザクション発行機能を実現させる、
トークン転送ロック制御プログラム。

上記のトークン転送ロック制御プログラムによれば、対象とトークンとの間の紐づけの状態を柔軟に管理することができる。

［２］
前記スマートコントラクトは前記許可状態を示す情報を有しており、
前記許可状態変更トランザクションは、前記許可状態を示す情報の値を変更させるトランザクションである、
［１］に記載のトークン転送ロック制御プログラム。
これにより、対象とトークンとの間の紐づけを維持可能とするか否かを、許可状態を示す情報として柔軟に管理することができる。

［３］
前記コンピュータに、
前記対象と紐づけられる主体の確定に応じて、前記トークンの前記許可状態を転送許可から転送不許可へと変更することを要求するリクエストである確定リクエストを受信する、確定リクエスト受信機能をさらに実現させ、
前記許可状態変更トランザクション発行機能では、受信した前記確定リクエストに係る前記対象に紐づけられた前記トークンについて、前記許可状態を転送許可から転送不許可へと変更する前記許可状態変更トランザクションを前記スマートコントラクトに対して発行する、
［１］に記載のトークン転送ロック制御プログラム。
これにより、例えばユーザが商品を購入するなどによって、対象と紐づけられた主体が確定した場合に、対象に紐づけられたトークンを転送不許可にし、当該対象とトークンとの間の紐づけを維持することができる。

［４］
前記コンピュータに、
前記トークンについての前記許可状態を転送不許可から転送許可へと変更することを示すロック解除リクエストを受信する、ロック解除リクエスト受信機能をさらに実現させ、
前記許可状態変更トランザクション発行機能では、受信した前記ロック解除リクエストに係る前記トークンについて、前記許可状態を転送不許可から転送許可へと変更する前記許可状態変更トランザクションを、前記スマートコントラクトに対して発行する、
［３］に記載のトークン転送ロック制御プログラム。
これにより、例えばユーザが購入した物品そのものを他者に譲渡するなどの場合に、トークンの転送ロックを解除し、転送を再び可能にすることができる。

［５］
前記対象が現実世界の物品である、［１］に記載のトークン転送ロック制御プログラム。
これによれば、現実世界の物品とトークンとの間の紐づけの状態を柔軟に管理することができる。

［６］
前記対象がデジタルデータである、［１］に記載のトークン転送ロック制御プログラム。
これによれば、デジタルデータとトークンとの間の紐づけの状態を柔軟に管理することができる。

［７］
前記対象が、権利、証券、またはサービスの内容を特定する情報である、［１］に記載のトークン転送ロック制御プログラム。
これによれば、権利、証券、またはサービスの内容を特定する情報とトークンとの間の紐づけの状態を柔軟に管理することができる。

［８］
前記対象が仮想空間上のオブジェクトである、［１］に記載のトークン転送ロック制御プログラム。
これによれば、仮想空間上のオブジェクトとトークンとの間の紐づけの状態を柔軟に管理することができる。

［９］
プロセッサとメモリとを有し、
前記プロセッサが、所定の対象に紐づけられたトークンの第１アドレスから第２アドレスへの転送の許可状態を変更する許可状態変更トランザクションをスマートコントラクトに対して発行する、許可状態変更トランザクション発行処理を実行する、
コンピュータ。

上記のコンピュータによれば、対象とトークンとの間の紐づけの状態を柔軟に管理することができる。

［１０］
コンピュータによるトークン転送ロック制御方法であって、
所定の対象に紐づけられたトークンの第１アドレスから第２アドレスへの転送の許可状態を変更する許可状態変更トランザクションをスマートコントラクトに対して発行する、許可状態変更トランザクション発行処理を含む、
トークン転送ロック制御方法。

上記のトークン転送ロック制御方法によれば、対象とトークンとの間の紐づけの状態を柔軟に管理することができる。

［１１］
プログラムであって、
プロセッサとメモリとを有するコンピュータに、
所定の対象に紐づけられたトークンの第１アドレスから第２アドレスへの転送の許可状態を変更する許可状態変更トランザクションを受信し、前記許可状態を変更する機能を実現させる、
プログラム。

上記のスマートコントラクトプログラムによれば、対象とトークンとの間の紐づけの状態を柔軟に管理することができる。

本発明の実施形態の一つによれば、対象とトークンとの間の紐づけの状態を柔軟に管理できる、トークン転送ロック制御プログラム、コンピュータ、およびトークン転送ロック制御方法として有用である。

２ フロントエンド
３ ウォレット
４ バックエンド
５ ＮＦＴコントラクト
６ａ～６ｄ ノード
１０ サーバ
１１ プロセッサ
１２ メモリ
１３ 記憶装置
２０ ユーザ端末
２１ プロセッサ
２２ メモリ
２３ 記憶装置
３０ 通信ネットワーク
６０ ブロックチェーンネットワーク
１００ トークン転送ロック制御システム

Claims (9)

1. プロセッサとメモリとを有するコンピュータと、スマートコントラクトとを含む、トークン転送ロック制御システムであって、
   前記コンピュータが、
   所定の対象と紐づけられる主体の確定に応じて、所定の対象に紐づけられたトークンの第１アドレスから第２アドレスへの転送の許可状態を転送許可から転送不許可へと変更することを要求するリクエストである確定リクエストを受信し、
   受信した前記確定リクエストに係る前記対象に紐づけられた前記トークンについて、前記対象に紐づけられたトークンの第１アドレスから第２アドレスへの転送の許可状態を転送許可から転送不許可へと変更させる許可状態変更トランザクションを、前記スマートコントラクトに対して発行し、
   前記許可状態を転送許可から転送不許可へと変更させる許可状態変更トランザクションを受信した前記スマートコントラクトが、前記許可状態を転送許可から転送不許可へと変更する、
   トークン転送ロック制御システム。
2. 前記スマートコントラクトは前記許可状態を示す情報を有しており、
   前記許可状態変更トランザクションは、前記許可状態を示す情報の値を変更させるトランザクションである、
   請求項１に記載のトークン転送ロック制御システム。
3. 前記コンピュータはさらに、
   前記トークンについての前記許可状態を転送不許可から転送許可へと変更することを要求するロック解除リクエストを受信し、
   受信した前記ロック解除リクエストに係る前記トークンについて、前記許可状態を転送不許可から転送許可へと変更させる許可状態変更トランザクションを、前記スマートコントラクトに対して発行し、
   前記許可状態を転送不許可から転送許可へと変更させる許可状態変更トランザクションを受信した前記スマートコントラクトが、前記許可状態を転送不許可から転送許可へと変更する、
   請求項１または請求項２に記載のトークン転送ロック制御システム。
4. 前記対象が現実世界の物品である、請求項１または請求項２に記載のトークン転送ロック制御システム。
5. 前記対象がデジタルデータである、請求項１または請求項２に記載のトークン転送ロック制御システム。
6. 前記対象が、権利、証券、またはサービスの内容を特定する情報である、請求項１または請求項２に記載のトークン転送ロック制御システム。
7. 前記対象が、仮想空間上のオブジェクトである、請求項１または請求項２に記載のトークン転送ロック制御システム。
8. プロセッサとメモリとを有するコンピュータと、スマートコントラクトとを含むシステムによる、トークン転送ロック制御方法であって、
   前記コンピュータが、所定の対象と紐づけられる主体の確定に応じて、所定の対象に紐づけられたトークンの第１アドレスから第２アドレスへの転送の許可状態を転送許可から転送不許可へと変更することを要求するリクエストである確定リクエストを受信する、確定リクエスト受信処理と、
   前記コンピュータが、受信した前記確定リクエストに係る前記対象に紐づけられた前記トークンについて、前記対象に紐づけられたトークンの第１アドレスから第２アドレスへの転送の許可状態を転送許可から転送不許可へと変更させる許可状態変更トランザクションを、前記スマートコントラクトに対して発行する、許可状態変更トランザクション発行処理と、
   前記許可状態を転送許可から転送不許可へと変更させる許可状態変更トランザクションを受信した前記スマートコントラクトが、前記許可状態を転送許可から転送不許可へと変更する処理と、を含む、
   トークン転送ロック制御方法。
9. 前記スマートコントラクトは前記許可状態を示す情報を有しており、
   前記許可状態変更トランザクションは、前記許可状態を示す情報の値を変更させるトランザクションである、
   請求項８に記載のトークン転送ロック制御方法。
   

Images