知財求人 - 知財ポータルサイト「IP Force」
▶ エヌエイチエヌ エンターテインメント コーポレーションの特許一覧 ▶ ＮＨＮ ＰｌａｙＡｒｔ株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024100660
(43)【公開日】2024-07-26
(54)【発明の名称】ゲーム制御方法、プログラム、およびサーバ
(51)【国際特許分類】
A63F 13/63 20140101AFI20240719BHJP
A63F 13/79 20140101ALI20240719BHJP
A63F 13/53 20140101ALI20240719BHJP
A63F 13/58 20140101ALI20240719BHJP
A63F 13/69 20140101ALI20240719BHJP
【ＦＩ】
A63F13/63
A63F13/79
A63F13/53
A63F13/58
A63F13/69
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2023121828
(22)【出願日】2023-07-26
(62)【分割の表示】P 2023003483の分割
【原出願日】2023-01-13
(71)【出願人】
【識別番号】313011434
【氏名又は名称】エヌエイチエヌ コーポレーション
【住所又は居所原語表記】（Ｓａｍｐｙｅｏｎｇ－ｄｏｎｇ），１６，Ｄａｅｗａｎｇｐａｎｇｙｏ－ｒｏ ６４５ ｂｅｏｎ－ｇｉｌ，Ｂｕｎｄａｎｇ－ｇｕ，Ｓｅｏｎｇｎａｍ－ｓｉ，Ｇｙｅｏｎｇｇｉ－ｄｏ Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(71)【出願人】
【識別番号】516164173
【氏名又は名称】ＮＨＮ ＰｌａｙＡｒｔ株式会社
(74)【代理人】
【識別番号】110000408
【氏名又は名称】弁理士法人高橋・林アンドパートナーズ
(72)【発明者】
【氏名】溝口 達洋
(57)【要約】
【課題】ＮＦＴ化されたアイテムの好適なゲーム制御方法を提供する。
【解決手段】ゲーム制御方法は、第１キャラクタに対応する第１ユーザによってＮＦＴ化
されたアイテムを所有する第２ユーザに対応する第２キャラクタが当該アイテムを使用す
る場合に、第１ユーザを特定するための情報をブロックチェーンから取得し、第１キャラ
クタの状況を示す第１状況情報と第２キャラクタの状況を示す第２状況情報とに基づいて
、ゲームにおいてアイテムの性能及び表示の少なくとも一方に関する制御を実行する。
【選択図】図１
【解決手段】ゲーム制御方法は、第１キャラクタに対応する第１ユーザによってＮＦＴ化
されたアイテムを所有する第２ユーザに対応する第２キャラクタが当該アイテムを使用す
る場合に、第１ユーザを特定するための情報をブロックチェーンから取得し、第１キャラ
クタの状況を示す第１状況情報と第２キャラクタの状況を示す第２状況情報とに基づいて
、ゲームにおいてアイテムの性能及び表示の少なくとも一方に関する制御を実行する。
【選択図】図１
【特許請求の範囲】
【請求項1】
第１キャラクタに対応する第１ユーザによってＮＦＴ化されたアイテムを所有する第２
ユーザに対応する第２キャラクタが当該アイテムを使用する場合に、前記第１ユーザを特
定するための情報をブロックチェーンから取得し、
前記第１キャラクタの状況を示す第１状況情報と前記第２キャラクタの状況を示す第２
状況情報とに基づいて、ゲームにおいて前記アイテムの性能及び表示の少なくとも一方に
関する制御を実行する、ゲーム制御方法。
ユーザに対応する第２キャラクタが当該アイテムを使用する場合に、前記第１ユーザを特
定するための情報をブロックチェーンから取得し、
前記第１キャラクタの状況を示す第１状況情報と前記第２キャラクタの状況を示す第２
状況情報とに基づいて、ゲームにおいて前記アイテムの性能及び表示の少なくとも一方に
関する制御を実行する、ゲーム制御方法。
【請求項2】
前記第１状況情報は、前記ゲーム世界を表現する仮想空間内での前記第１キャラクタの
位置情報であり、
前記第２状況情報は、前記仮想空間内での前記第２キャラクタの位置情報である、請求
項１に記載のゲーム制御方法。
位置情報であり、
前記第２状況情報は、前記仮想空間内での前記第２キャラクタの位置情報である、請求
項１に記載のゲーム制御方法。
【請求項3】
前記第１状況情報は、前記第１キャラクタのゲームイベントの進行状況であり、
前記第２状況情報は、前記第２キャラクタのゲームイベントの進行状況である、請求項
１に記載のゲーム制御方法。
前記第２状況情報は、前記第２キャラクタのゲームイベントの進行状況である、請求項
１に記載のゲーム制御方法。
【請求項4】
前記第１状況情報は、前記第１キャラクタのアクション情報であり、
前記第２状況情報は、前記第２キャラクタのアクション情報である、請求項１に記載の
ゲーム制御方法。
前記第２状況情報は、前記第２キャラクタのアクション情報である、請求項１に記載の
ゲーム制御方法。
【請求項5】
前記第１状況情報は、前記第１キャラクタのステータス情報であり、
前記第２状況情報は、前記第２キャラクタのステータス情報である、請求項１に記載の
ゲーム制御方法。
前記第２状況情報は、前記第２キャラクタのステータス情報である、請求項１に記載の
ゲーム制御方法。
【請求項6】
前記第１状況情報は、前記第１キャラクタが属するグループ情報であり、
前記第２状況情報は、前記第２キャラクタが属するグループ情報である、請求項１に記
載のゲーム制御方法。
前記第２状況情報は、前記第２キャラクタが属するグループ情報である、請求項１に記
載のゲーム制御方法。
【請求項7】
請求項１乃至６のいずれか一項に記載のゲーム制御方法をサーバの制御部に実行させる
ためのプログラム。
ためのプログラム。
【請求項8】
請求項１乃至６のいずれか一項に記載のゲーム制御方法を実行する制御部を含むサーバ
。
。
【発明の詳細な説明】
【技術分野】
【0001】
一実施形態は、ゲーム制御方法、プログラム、およびサーバに関する。
【0002】
従来から、プレイヤキャラクタがゲーム世界を表現する仮想空間内において、素材を用
いてアイテムを制作することがある。制作されたアイテムのステータスは一義的に決定さ
れるものではなく、確率によって増減する場合がある。そのため、制作されたアイテムの
ステータスが高い場合、ゲーム内で高い値段で売買することもできる。
いてアイテムを制作することがある。制作されたアイテムのステータスは一義的に決定さ
れるものではなく、確率によって増減する場合がある。そのため、制作されたアイテムの
ステータスが高い場合、ゲーム内で高い値段で売買することもできる。
【0003】
近年、ゲーム内で制作されたアイテムに対して、唯一性や保有者を証明することができ
るＮＦＴ（Ｎｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ、非代替性トークン）付与することで
、デジタル資産としての価値を高めている。ユーザは、ＮＦＴを扱うマーケットプレイス
（ＮＦＴマーケットプレイス）を利用して、自ら制作したアイテムを販売したり、購入し
たりすることができる。
るＮＦＴ（Ｎｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ、非代替性トークン）付与することで
、デジタル資産としての価値を高めている。ユーザは、ＮＦＴを扱うマーケットプレイス
（ＮＦＴマーケットプレイス）を利用して、自ら制作したアイテムを販売したり、購入し
たりすることができる。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２２－１３２７１号公報
【特許文献2】特開２０２２－１０２５３８号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
従来は、ＮＦＴ化されたアイテムをゲームに実装する場合、ブロックチェーン特有の問
題が発生していたが、近年、レイヤー２のブロックチェーン技術によって諸問題が解決で
きるようになり、ＮＦＴを利用したゲームの幅が広がった。それに伴い、ゲーム内におけ
るＮＦＴ化されたアイテムのデータの唯一性や追跡可能性を有効活用した新たなゲーム制
御が求められるようになった。
題が発生していたが、近年、レイヤー２のブロックチェーン技術によって諸問題が解決で
きるようになり、ＮＦＴを利用したゲームの幅が広がった。それに伴い、ゲーム内におけ
るＮＦＴ化されたアイテムのデータの唯一性や追跡可能性を有効活用した新たなゲーム制
御が求められるようになった。
【0006】
一実施形態は、ＮＦＴ化されたアイテムの好適なゲーム制御方法を提供することを目的
の一つとする。
の一つとする。
【課題を解決するための手段】
【0007】
一実施形態に係るゲーム制御方法は、第１キャラクタに対応する第１ユーザによってＮ
ＦＴ化されたアイテムを所有する第２ユーザに対応する第２キャラクタが当該アイテムを
使用する場合に、第１ユーザを特定するための情報をブロックチェーンから取得し、第１
キャラクタの状況を示す第１状況情報と第２キャラクタの状況を示す第２状況情報とに基
づいて、ゲームにおいてアイテムの性能及び表示の少なくとも一方に関する制御を実行す
る。
ＦＴ化されたアイテムを所有する第２ユーザに対応する第２キャラクタが当該アイテムを
使用する場合に、第１ユーザを特定するための情報をブロックチェーンから取得し、第１
キャラクタの状況を示す第１状況情報と第２キャラクタの状況を示す第２状況情報とに基
づいて、ゲームにおいてアイテムの性能及び表示の少なくとも一方に関する制御を実行す
る。
【0008】
上記のゲーム制御方法において、第１状況情報は、ゲーム世界を表現する仮想空間内で
の第１キャラクタの位置情報であり、第２状況情報は、仮想空間内での第２キャラクタの
位置情報であってもよい。
の第１キャラクタの位置情報であり、第２状況情報は、仮想空間内での第２キャラクタの
位置情報であってもよい。
【0009】
上記のゲーム制御方法において、第１状況情報は、第１キャラクタのゲームイベントの
進行状況であり、第２状況情報は、第２キャラクタのゲームイベントの進行状況であって
もよい。
進行状況であり、第２状況情報は、第２キャラクタのゲームイベントの進行状況であって
もよい。
【0010】
上記のゲーム制御方法において、第１キャラクタのアクション情報であり、第２状況情
報は、第２キャラクタのアクション情報であってもよい。
報は、第２キャラクタのアクション情報であってもよい。
【0011】
上記のゲーム制御方法において、第１キャラクタのステータス情報であり、第２状況情
報は、第２キャラクタのステータス情報であってもよい。
報は、第２キャラクタのステータス情報であってもよい。
【0012】
上記のゲーム制御方法において、第１キャラクタが属するグループ情報であり、第２状
況情報は、第２キャラクタが属するグループ情報であってもよい。
況情報は、第２キャラクタが属するグループ情報であってもよい。
【0013】
一実施形態に係るプログラムは、一実施形態に係るゲーム制御方法をサーバの制御部に
実行させるためのプログラムであってもよい。
実行させるためのプログラムであってもよい。
【0014】
一実施形態に係るサーバは、一実施形態に係るゲーム制御方法を実行する制御部を含む
サーバであってもよい。
サーバであってもよい。
【発明の効果】
【0015】
一実施形態によれば、ＮＦＴ化されたアイテムの好適なゲーム制御方法を提供すること
ができる。
ができる。
【図面の簡単な説明】
【0016】
【図1】一実施形態における通信システムの構成を示すブロック図である。
【図2】一実施形態における通信装置の構成を示すブロック図である。
【図3】一実施形態におけるサーバの構成を示すブロック図である。
【図4】一実施形態におけるゲーム表示機能を示すブロック図である。
【図5】一実施形態におけるゲーム進行制御機能を示すブロック図である。
【図6】一実施形態におけるゲーム制御機能を示すブロック図である。
【図7】ユーザ情報ＤＢの構成を説明する図である。
【図8】アイテム情報ＤＢの構成を説明する図である。
【図9】ゲーム情報ＤＢの構成を説明する図である。
【図10】ＮＦＴアイテムの一覧を表示するゲーム画像の一例である。
【図11】ＮＦＴアイテムの詳細情報を表示するゲーム画像の一例である。
【図12】アイテムの一覧を表示するゲーム画像の一例である。
【図13】アイテムの詳細情報を表示するゲーム画像の一例である。
【図14】一実施形態におけるゲーム画像ＧＩの構成を示す図である。
【図15】一実施形態におけるゲーム制御方法を示すフローチャートである。
【図16】ＮＦＴアイテムの詳細情報を表示するゲーム画像の一例である。
【図17】ＮＦＴアイテムの詳細情報を表示するゲーム画像の一例である。
【図18】一実施形態におけるゲーム画像ＧＩの構成を示す図である。
【発明を実施するための形態】
【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】
１０…通信装置、１１…制御部、１２…記憶部、１３…表示部、１４…操作部、１５…セ
ンサ部、１６…撮像部、１７…位置検出部、１８…通信部、２２…記憶部、５０…ゲーム
サーバ、５１…制御部、５２…記憶部、５３…通信部、７０…ブロックチェーンネットワ
ーク、７０－１…ファーストレイヤー、７０－２…セカンドレイヤー、１００…ゲーム表
示機能、１０１…ゲーム操作取得部、１０３…操作データ送信部、１０５…制御データ受
信部、１０７…ゲームデータ記憶領域、１０９…表示データ生成部、２２１…ユーザ情報
ＤＢ、２２２…アイテム情報ＤＢ、２２３…ゲーム情報ＤＢ、５００…ゲーム進行制御機
能、５０１…操作データ受信部、５０３…処理実行部、５０５…制御データ送信部、１０
００…通信システム、５０３１…アイテム使用情報取得部、５０３２…抽出部、５０３３
…状況情報取得部、５０３４…比較部、５０３５…アイテム設定情報変更部、５０３６…
アイテム設定情報実行部、５０３７…アイテム使用状況判定部、５３０２…抽出部、ＢＧ
…背景画像、ＣＨ１…ゲームキャラクタ、ＣＨ２…ゲームキャラクタ、ＧＩ…ゲーム画像
、ＮＷ…ネットワーク、ＳＷ…アイテム
ンサ部、１６…撮像部、１７…位置検出部、１８…通信部、２２…記憶部、５０…ゲーム
サーバ、５１…制御部、５２…記憶部、５３…通信部、７０…ブロックチェーンネットワ
ーク、７０－１…ファーストレイヤー、７０－２…セカンドレイヤー、１００…ゲーム表
示機能、１０１…ゲーム操作取得部、１０３…操作データ送信部、１０５…制御データ受
信部、１０７…ゲームデータ記憶領域、１０９…表示データ生成部、２２１…ユーザ情報
ＤＢ、２２２…アイテム情報ＤＢ、２２３…ゲーム情報ＤＢ、５００…ゲーム進行制御機
能、５０１…操作データ受信部、５０３…処理実行部、５０５…制御データ送信部、１０
００…通信システム、５０３１…アイテム使用情報取得部、５０３２…抽出部、５０３３
…状況情報取得部、５０３４…比較部、５０３５…アイテム設定情報変更部、５０３６…
アイテム設定情報実行部、５０３７…アイテム使用状況判定部、５３０２…抽出部、ＢＧ
…背景画像、ＣＨ１…ゲームキャラクタ、ＣＨ２…ゲームキャラクタ、ＧＩ…ゲーム画像
、ＮＷ…ネットワーク、ＳＷ…アイテム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】