JP7322307B1 - ゲーム制御方法、プログラム、およびサーバ - Google Patents

Abstract

【課題】ＮＦＴ化されたアイテムの好適なゲーム制御方法を提供する。【解決手段】ゲーム制御方法は、第１キャラクタに対応する第１ユーザによってＮＦＴ化されたアイテムを所有する第２ユーザに対応する第２キャラクタが当該アイテムを使用する場合に、第１ユーザを特定するための情報をブロックチェーンから取得し、第１キャラクタの状況を示す第１状況情報と第２キャラクタの状況を示す第２状況情報とに基づいて、ゲームにおいてアイテムの性能及び表示の少なくとも一方に関する制御を実行する。【選択図】図１

Description

一実施形態は、ゲーム制御方法、プログラム、およびサーバに関する。

従来から、プレイヤキャラクタがゲーム世界を表現する仮想空間内において、素材を用いてアイテムを制作することがある。制作されたアイテムのステータスは一義的に決定されるものではなく、確率によって増減する場合がある。そのため、制作されたアイテムのステータスが高い場合、ゲーム内で高い値段で売買することもできる。

近年、ゲーム内で制作されたアイテムに対して、唯一性や保有者を証明することができるＮＦＴ（Ｎｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ、非代替性トークン）付与することで、デジタル資産としての価値を高めている。ユーザは、ＮＦＴを扱うマーケットプレイス（ＮＦＴマーケットプレイス）を利用して、自ら制作したアイテムを販売したり、購入したりすることができる。

特開２０２２－１３２７１号公報 特開２０２２－１０２５３８号公報

従来は、ＮＦＴ化されたアイテムをゲームに実装する場合、ブロックチェーン特有の問題が発生していたが、近年、レイヤー２のブロックチェーン技術によって諸問題が解決できるようになり、ＮＦＴを利用したゲームの幅が広がった。それに伴い、ゲーム内におけるＮＦＴ化されたアイテムのデータの唯一性や追跡可能性を有効活用した新たなゲーム制御が求められるようになった。

一実施形態は、ＮＦＴ化されたアイテムの好適なゲーム制御方法を提供することを目的の一つとする。

一実施形態に係るゲーム制御方法は、第１キャラクタに対応する第１ユーザによってＮＦＴ化されたアイテムを所有する第２ユーザに対応する第２キャラクタが当該アイテムを使用する場合に、第１ユーザを特定するための情報をブロックチェーンから取得し、第１キャラクタの状況を示す第１状況情報と第２キャラクタの状況を示す第２状況情報とに基づいて、ゲームにおいてアイテムの性能及び表示の少なくとも一方に関する制御を実行する。

上記のゲーム制御方法において、第１状況情報は、ゲーム世界を表現する仮想空間内での第１キャラクタの位置情報であり、第２状況情報は、仮想空間内での第２キャラクタの位置情報であってもよい。

上記のゲーム制御方法において、第１状況情報は、第１キャラクタのゲームイベントの進行状況であり、第２状況情報は、第２キャラクタのゲームイベントの進行状況であってもよい。

上記のゲーム制御方法において、第１キャラクタのアクション情報であり、第２状況情報は、第２キャラクタのアクション情報であってもよい。

上記のゲーム制御方法において、第１キャラクタのステータス情報であり、第２状況情報は、第２キャラクタのステータス情報であってもよい。

上記のゲーム制御方法において、第１キャラクタが属するグループ情報であり、第２状況情報は、第２キャラクタが属するグループ情報であってもよい。

一実施形態に係るプログラムは、一実施形態に係るゲーム制御方法をサーバの制御部に実行させるためのプログラムであってもよい。

一実施形態に係るサーバは、一実施形態に係るゲーム制御方法を実行する制御部を含むサーバであってもよい。

一実施形態によれば、ＮＦＴ化されたアイテムの好適なゲーム制御方法を提供することができる。

一実施形態における通信システムの構成を示すブロック図である。 一実施形態における通信装置の構成を示すブロック図である。 一実施形態におけるサーバの構成を示すブロック図である。 一実施形態におけるゲーム表示機能を示すブロック図である。 一実施形態におけるゲーム進行制御機能を示すブロック図である。 一実施形態におけるゲーム制御機能を示すブロック図である。 ユーザ情報ＤＢの構成を説明する図である。 アイテム情報ＤＢの構成を説明する図である。 ゲーム情報ＤＢの構成を説明する図である。 ＮＦＴアイテムの一覧を表示するゲーム画像の一例である。 ＮＦＴアイテムの詳細情報を表示するゲーム画像の一例である。 アイテムの一覧を表示するゲーム画像の一例である。 アイテムの詳細情報を表示するゲーム画像の一例である。 一実施形態におけるゲーム画像ＧＩの構成を示す図である。 一実施形態におけるゲーム制御方法を示すフローチャートである。 ＮＦＴアイテムの詳細情報を表示するゲーム画像の一例である。 ＮＦＴアイテムの詳細情報を表示するゲーム画像の一例である。 一実施形態におけるゲーム画像ＧＩの構成を示す図である。

以下、図面を参照して本発明の一実施形態であるゲーム制御方法について説明する。但し、本発明は、多くの異なる態様で実施することが可能である。すなわち、本発明は、以下に示す実施形態の記載内容に限定して解釈されない。本実施の形態で参照する図面において、同一部分または同様の機能を有する部分には、同一の符号または同一の符号の後にアルファベットを付した符号を用い、その繰り返しの説明は省略する。

本明細書および特許請求の範囲において、各用語は、次のように定義される。

「ゲーム画像」とは、ディスプレイに表示されるゲームの進行状況を表す画像である。換言すれば、ゲーム画像は、ゲーム世界を表現する仮想空間を二次元に可視化した画像である。具体的には、仮想空間の少なくとも１点に配置された仮想カメラによって撮像された仮想空間の一部の領域がゲーム画像として表示される。すなわち、仮想空間内において仮想カメラの位置または向きが変更されると、ゲーム画像は、仮想カメラの位置または向きに応じて変更される。

「プログラム」とは、プロセッサおよびメモリを備えたコンピュータにおいてプロセッサより実行される命令または命令群を指す。「コンピュータ」は、プログラムの実行主体を指す総称である。例えば、サーバ（またはクライアント）によりプログラムが実行される場合、「コンピュータ」は、サーバ（またはクライアント）を指す。また、サーバとクライアントとの間の分散処理により「プログラム」が実行される場合、「コンピュータ」は、サーバおよびクライアントの両方を含む。この場合、「プログラム」は、「サーバで実行されるプログラム」および「クライアントで実行されるプログラム」を含む。「プログラム」が、複数のサーバ間で分散処理される場合も同様に、「コンピュータ」は、複数のサーバを含み、「プログラム」は、各サーバで実行される各プログラムを含む。

「アイテム」とは、例えば、ゲーム内でゲームキャラクタによって使用される武器、防具、道具、アクセサリ等をいう。また、アイテムを使用するとは、ゲームキャラクタが当該アイテムを所有したまま利用することであり、例えば、ゲームキャラクタが武器や防具を装備すること等が該当する。

＜第１実施形態＞
本実施形態では、一実施形態に係るゲーム制御方法について、図１乃至図１８を参照して説明する。

［通信システムの構成］
図１は、本実施形態における通信システム１０００の構成を示すブロック図である。通信システム１０００は、通信装置１０、ゲームサーバ５０、ブロックチェーンネットワーク７０によって構成される。通信装置１０およびゲームサーバ５０は、インターネット、通信回線などのネットワークＮＷに接続される。また、ゲームサーバ５０は、通信装置１０及びブロックチェーンネットワーク７０と通信可能に接続されている。

クライアントである通信装置１０は、例えば、スマートフォンであり、ネットワークＮＷに接続することによって他の装置と通信することができる。通信装置１０は、スマートフォンに限らず、タブレット型端末、携帯ゲーム機等のユーザが保持可能な携帯装置であればよい。

通信装置１０は、インストールされたゲームプログラムを実行することにより、複数のユーザにより対戦可能なゲームを、ゲームサーバ５０及びブロックチェーンネットワーク７０と連携して通信装置１０のユーザに提供する。この例では、仮想空間において移動可能なゲームキャラクタをユーザが操作することによって他のゲームキャラクタと戦闘ができるゲームが、ユーザに提供される。このように、複数のゲームキャラクタが対戦するゲームであることから、複数のゲームキャラクタにそれぞれ対応する複数の通信装置１０がゲームサーバ５０に接続する。

ゲームサーバ５０は、通信装置１０に対して、アプリケーションプログラムを提供したり、各種のサービスを提供したりする情報処理装置の一例である。各種のサービスには、例えば、通信装置１０においてオンラインゲームを実行する際におけるログイン処理、同期処理などのサービスが含まれる。そのほか、各種のサービスには、例えば、ＳＮＳ（ソーシャルネットワーキングサービス）が含まれていてもよい。図１において、ゲームサーバ５０は、単一の情報処理装置として図示されているが、複数の情報処理装置で構成されていてもよい。

アプリケーションプログラムには、例えば、以下に説明するゲームを実行するためのアプリケーションプログラム（ゲームプログラムという）が含まれる。アプリケーションプログラムは、ゲームサーバ５０が読み取り可能な記録媒体に記録されている。記録媒体は、ゲームサーバ５０に含まれる記憶装置であってもよいし、ゲームサーバ５０に接続される記憶装置であってもよいし、ゲームサーバ５０がネットワークＮＷを介して接続される記憶装置であってもよい。

アプリケーションプログラムは、分散型アプリケーション（Ｄａｐｐｓ：Ｄｅｃｅｎｔｒａｌｉｚｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ）であってもよい。Ｄａｐｐｓは、「スマートコントラクト」と呼ばれるブロックチェーン上で契約を自動的に実行する仕組みを応用したものである。Ｄａｐｐｓは、イーサリアムなどのブロックチェーン上でスマートコントラクトを利用することで実現できるアプリケーションの総称をいう。

イーサリアムは、分散型アプリケーションおよびスマートコントラクトを構築するためのプラットフォームである。スマートコントラクトは、契約などのプロトコルを自動的に実行するようにブロックチェーンに実装されている。イーサリアムなどのブロックチェーンによって発行可能なトークン（イーサリアムトークン）としては、ファンジブルトークンと、ノンファンジブルトークン（非代替性トークン；Ｎｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ：ＮＦＴ）とがある。ＮＦＴは、ファンジブルトークンとは異なり、代替性を有さないトークンである。ＮＦＴは、他のＮＦＴと区別される独自の価値を有することができる。

ゲームサーバ５０は、ブロックチェーンネットワーク７０と連携してゲーム内のアイテムに対応するＮＦＴを発行する。以降の説明において、ＮＦＴが発行されたアイテムを、ＮＦＴ化されたアイテム又はＮＦＴアイテムと呼ぶ。ＮＦＴはブロックチェーン上にスマートコントラクトのメタ―データとして記録され、追跡可能であるため、制作者、権利者、所有権者情報、ＮＦＴＩＤ等の詳細および履歴を含む取引情報を証明することができる。ＮＦＴの発行は、例えば、スマートコントラクトの実行を介して実現される。ゲームサーバ５０のアイテムデータベースに、ユーザによって制作されたアイテムが、アイテムＩＤによって管理されている。ゲームサーバ５０は、ユーザ又はプログラムからＮＦＴ化を行う指示を受信すると、アイテムＩＤに紐づくＮＦＴＩＤを生成し、アイテムデータベースに格納する。また、ＮＦＴＩＤを含むメタデータを有するコード（バイトコード）を生成し、ブロックチェーン（ゼロアドレス）に送信する。ブロックチェーンでは、ゼロアドレスに宛先にした入力を受信すると、新規のコントラクトの開始の合図となり、ＮＦＴＩＤを含むコードが記載されたスマートコントラクトを開始させる。トークンとは、スマートコントラクトによる所有権の管理なので、スマートコントラクトの開始が、ＮＦＴの開始ともいえる。このようにして発行されたＮＦＴは、スマートコントラクト上で、ユーザのウォレットアドレスに関連付けられる。これによって、ユーザはＮＦＴ化されたアイテムをＮＦＴの取引所であるマーケットプレイスで売買したり、あるいは他のＮＦＴ化されたアイテムと交換したりすることが可能となる。アイテムに対応するＮＦＴを発行したユーザを、ＮＦＴアイテムの制作者と呼ぶ。また、ＮＦＴ化されたアイテムを、マーケットプレイスにて購入し所有しているユーザを、ＮＦＴアイテムの所有者と呼ぶ。

ブロックチェーンネットワーク７０は、ファーストレイヤー７０－１及びセカンドレイヤー７０－２の２つの階層で構成される。なお、ファーストレイヤー７０－１及びセカンドレイヤー７０－２は、それぞれレイヤー１（またはＬ１）及びレイヤー２（またはＬ２）とも言う。ファーストレイヤー７０－１は、ブロックチェーンネットワーク７０の基幹となるブロックチェーンである。セカンドレイヤー７０－２は、ファーストレイヤー７０－１のブロックチェーンで発生するスケーラビリティ問題を解消するために設けられる補完プログラムである。現在、セカンドレイヤー７０－２には、複数タイプのプログラムが考案されており、機能としてもファーストレイヤー７０－１の一部を補完するものから、大部分の役割を担うものまで様々である。例えば、イーサリアムの「Ｐｌａｓｍａ」は、レイヤー１のブロックチェーンに階層を別にして接続される（いわゆる「オンチェーン」）タイプのレイヤー２であり、データ構造としてもチェーンの構造を形成している。そのため、イーサリアムにおいては、レイヤー１だけでなくレイヤー２においてもスマートコントラクトを実装することが可能となる。本実施形態におけるセカンドレイヤー７０－２は、イーサリアムと同様のレイヤー２を前提に記述される。なお、スケーラビリティ問題とは、ブロックチェーンにおいて大量の取引が実行されると、処理時間が遅延したり、手数料（いわゆるガス代）が増加してしまう問題のことを指す。セカンドレイヤー７０－２の各種プログラムは、ファーストレイヤー７０－１のブロックチェーンのトランザクションを一部代わりに処理し、最終的な結果をブロックチェーンに戻すことで、ファーストレイヤー７０－１の負担を軽減することができる。

本発明の一実施形態に係るゲーム制御方法として、ゲームに特化したブロックチェーンにて実現されてもよい。検討されているゲーム特化型のブロックチェーンプロジェクトとして、レイヤー１をプロジェクトの基幹のブロックチェーンとし、プロジェクトに参加する各ゲームパブリッシャーが自社のシステムとしてレイヤー２を運営し、そのレイヤー２で実装できるスマートコントラクトから作られるトークンを利用したゲームを作るものがある。例えるなら、レイヤー１のブロックチェーンをプラットフォームとして、そこに各社が自社の店舗（レイヤー２のオンチェーンシステム）を出店し、そこで各社独自の通貨（各々のレイヤー２で実装される各社のトークン）を使った商品（各ゲームタイトル）を展開するといったようなビジネスモデルを実現することもできる。なお、各ゲームパブリッシャーは、レイヤー１のブロックチェーンに実装されるスマートコントラクトを利用したトークン（ゲーム特化型のブロックチェーンで利用される仮想通貨）を利用したゲームを制作することも可能である。各社のトークンと、ゲーム特化型のブロックチェーンで利用される仮想通貨とは、高い互換性がある。そのため、両替コストを極めて低くすることができるという利点を有する。ＮＦＴアイテムは、異なるゲームパブリッシャーのゲーム間で利用することができる。

［通信装置の構成］
図２は、一実施形態における通信装置の構成を示すブロック図である。一実施形態における通信装置１０は、制御部１１、記憶部１２、表示部１３、操作部１４、センサ部１５、撮像部１６、位置検出部１７および通信部１８を含む。通信装置１０は、これらの構成のすべてを含むものに限定されない。また、通信装置１０は、マイクロフォン、スピーカなど他の構成を含んでもよい。

制御部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などのプロセッサ（演算処理回路）およびＲＡＭ等の記憶装置を備えるコンピュータの一例である。制御部１１は、記憶部１２に記憶されたプログラムをプロセッサにより実行して、各種機能を通信装置１０において実現させる。通信装置１０の各要素から出力される信号は、通信装置１０において実現される各種機能によって使用される。制御部１１は、ゲームプログラムを実行することによって、ゲームをユーザに提供するときに用いるゲーム表示機能を実現する。

記憶部１２は、不揮発性メモリ、ハードディスクドライブなどの記憶装置である。記憶部１２は、プログラムおよび当該プログラムの実行に必要となるパラメータ等の各種データを記憶する。上述したゲームプログラムは、ゲームサーバ５０または他のサーバからネットワークＮＷ経由でダウンロードされ、記憶部１２に記憶されることによって、通信装置１０にインストールされる。ゲームプログラムは、磁気記録媒体、光記録媒体、光磁気記録媒体、半導体メモリ等の記録媒体に記録した状態で提供されてもよい。この場合、通信装置１０は、この記録媒体を読み取る装置を備えていればよい。記憶部１２も記録媒体の一例である。

表示部１３は、制御部１１の制御に応じて、各種の画面（例えば、ゲーム画像等）を表示する表示領域を有するディスプレイである。表示部１３は、例えば、液晶ディスプレイまたは有機ＥＬディスプレイ等の表示装置である。

操作部１４は、ユーザの操作に応じた信号を制御部１１に出力する操作装置である。操作部１４は、表示部１３の表面に配置されたタッチセンサである。操作部１４は、表示部１３と組み合わせることによってタッチパネルを構成する。ユーザの指またはスタイラスペン等で操作部１４に接触することによって、ユーザの操作に応じた命令または情報が通信装置１０へ入力される。操作部１４は、通信装置１０の筐体に配置されたスイッチを含んでもよい。

センサ部１５は、通信装置１０の動き、通信装置１０の周囲の環境などに関する情報を収集して信号に変換する機能を備える装置である。センサ部１５は、例えば、加速度センサ、ジャイロセンサ等を含む。制御部１１は、センサ部１５の出力信号に基づいて、通信装置１０の挙動（例えば、傾き、振動など）に関する情報を取得する。センサ部１５は、照度センサ、温度センサ、磁気センサその他のセンサを含んでもよい。

［サーバの構成］
図３は、一実施形態におけるサーバの構成を示すブロック図である。一実施形態におけるゲームサーバ５０は、制御部５１、記憶部５２および通信部５３を含む。

制御部５１は、ＣＰＵなどのプロセッサ（演算処理回路）およびＲＡＭ等の記憶装置を備えるコンピュータの一例である。制御部５１は、記憶部５２に記憶されたプログラムをプロセッサにより実行して、各種機能をゲームサーバ５０において実現させる。ゲームサーバ５０の各要素から出力される信号は、ゲームサーバ５０において実現される各種機能によって使用される。制御部５１は、ゲーム提供プログラムを実行することによって、通信装置１０に提供するゲームを進行させるためのゲーム進行制御機能を実現する。

記憶部５２は、不揮発性メモリ、ハードディスクドライブなどの記憶装置である。記憶部５２は、プログラムおよび当該プログラムの実行に必要となるパラメータ等の情報を記憶する。プログラムにはゲーム提供プログラムも含まれる。ゲーム提供プログラムも、記憶部５２に記憶される。ゲームを提供中に通信装置１０から受信した各種データについても記憶部５２に記憶される。記憶部５２は、通信装置１０に提供されるゲームプログラムを記憶してもよい。

ゲーム提供プログラムは、他のサーバからネットワークＮＷ経由でダウンロードされ、記憶部５２に記憶されることによって、ゲームサーバ５０にインストールされてもよい。ゲーム提供プログラムは、磁気記録媒体、光記録媒体、光磁気記録媒体、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記録した状態で提供されてもよい。この場合、ゲームサーバ５０は、この記録媒体を読み取る装置を備えていればよい。記憶部５２も記録媒体の一例である。図２において、記憶部５２は、単一の記憶装置として図示されているが、複数の記憶装置で構成されていてもよい。

記憶部５２の一領域には、ゲームプログラムに関連するデータベースを含む。データベースとして、例えば、ユーザ情報データベース（以下、ユーザ情報ＤＢという）、アイテム情報データベース（以下、アイテム情報ＤＢという）、状況情報データベース（以下、ゲーム情報ＤＢという）を含んでいる。各種データベースについては、後に詳細に説明する。

通信部５３は、制御部５１の制御により、ネットワークＮＷと接続して、ネットワークＮＷに接続された通信装置１０、ブロックチェーンネットワーク７０、他のサーバなど、他の装置と情報の送信および受信を行う無線通信モジュールである。他のサーバとしては、例えば、ゲームサーバ、ＳＮＳサーバ、メールサーバなどである。

［ゲーム表示機能］
ゲームは、ゲーム表示機能およびゲーム進行制御機能によって、ユーザに提供される。まず、ゲーム表示機能について説明する。ゲーム表示機能は、通信装置１０の制御部１１がゲームプログラムを実行することによって実現される。以下に説明するゲーム表示機能を実現するための構成の一部または全部がハードウエアによって実現されてもよい。

図４は、一実施形態におけるゲーム表示機能を示すブロック図である。一実施形態におけるゲーム表示機能１００は、ゲーム操作取得部１０１、操作データ送信部１０３、制御データ受信部１０５、ゲームデータ記憶領域１０７、および表示データ生成部１０９を含む。

ゲーム操作取得部１０１は、ユーザによって操作部１４に入力された操作のうち、ゲーム操作を取得する。ゲーム操作は、ユーザによって操作部１４に入力された操作のうち、ゲームに関する操作であって、例えば、ゲームキャラクタの移動、パラメータの指定等を含む。

操作データ送信部１０３は、ゲーム操作取得部１０１によって取得されたゲーム操作を示す操作データを生成して、通信部１８を介してゲームサーバ５０に送信する。

制御データ受信部１０５は、制御データをゲームサーバ５０から通信部１８を介して受信する。制御データは、各通信装置１０から送信された操作データに基づいてゲームサーバ５０が生成するデータである。

ゲームデータ記憶領域１０７は、ゲーム画像を表示するために必要なデータ（例えば、画像データ等）を記憶する領域である。

表示データ生成部１０９は、ゲーム操作取得部１０１によって取得されたゲーム操作および制御データ受信部１０５によって受信された制御データに基づいて、ゲーム画像を表示部１３に表示するための表示データを生成する。このとき、表示データ生成部１０９は、必要に応じてゲームデータ記憶領域１０７に記憶されたデータを用いる。ゲーム操作に基づくゲーム画像への処理は、例えば、後述するゲーム制御機能を含む。

ゲーム操作がゲーム画像上に表示される設定画面等における操作のように、ゲームキャラクタを移動させる操作とは別の操作を示す場合などにおいて、表示データ生成部１０９は、ゲーム操作に基づく表示データを制御データとは関係なく生成する場合もある。

［ゲーム進行制御機能］
続いて、ゲーム進行制御機能について説明する。ゲーム進行制御機能は、ゲームサーバ５０の制御部５１がゲーム提供プログラムを実行することによって実現される。以下に説明するゲーム進行制御機能を実現するための構成の一部または全部がハードウエアによって実現されてもよい。

図５は、本発明の一実施形態におけるゲーム進行制御機能を示すブロック図である。一実施形態におけるゲーム進行制御機能５００は、操作データ受信部５０１、処理実行部５０３および制御データ送信部５０５を含む。

操作データ受信部５０１は、複数の通信装置１０から送信された操作データを受信する。これらの操作データは、送信元の通信装置１０に対応するゲームキャラクタに関連付けられる。通信装置１０に対応するゲームキャラクタは、通信装置１０を介してログインしたユーザに割り当てられ、ユーザによって操作可能なゲームキャラクタである。

処理実行部５０３は、操作データ受信部５０１が受信した操作データに基づいて、この操作データに対応するゲームキャラクタの動作を、仮想空間において制御するためのステータスデータを生成する。

ステータスデータは、例えば、ゲームキャラクタに関して、仮想空間における座標、向き、動き、その他様々な状態を規定する。ゲームキャラクタの動作は、ステータスデータに規定される状態になるように制御される。ステータスデータは、ユーザが操作するゲームキャラクタの状態を規定する場合に限らず、仮想空間における様々なオブジェクトの状態を規定する場合もある。ここでいうオブジェクトとは、例えば、ゲームの進行（時間経過またはゲームキャラクタの動作の結果）に伴って状態が変化するものを含み、ゲームの進行において状態が全く変化しないものは含まれなくてもよい。以下の説明では、ゲームキャラクタとオブジェクトとを総称して単にキャラクタという場合がある。

処理実行部５０３は、各キャラクタに対応して生成したステータスデータ（状況情報ともいう）を制御データ送信部５０５に提供する。

制御データ送信部５０５は、複数の通信装置１０のそれぞれに対して、通信部５３を介して、所定時間毎にステータスデータを含む制御データを送信する。

このように、ゲーム表示機能１００およびゲーム進行制御機能５００によって、ゲームがユーザに提供される。

［処理実行部の構成］
次に、ＮＦＴアイテムとその制作者とを関連付ける制御をゲーム内に反映させるゲーム制御機能（以下「共鳴機能」と呼ぶ）について説明する。共鳴機能とは、例えば、ＮＦＴアイテムの所有者に対応するゲームキャラクタがＮＦＴアイテムを使用（例えば、キャラクタが身に着ける）すると、使用したＮＦＴアイテムの情報に基づいて、セカンドレイヤー７０－２からＮＦＴアイテムの制作者の情報を抽出する。ＮＦＴアイテムの制作者（ユーザともいう）の情報に基づくＮＦＴアイテムの制作者が利用するゲームキャラクタの状況情報と、ＮＦＴアイテムを使用した所有者が利用するゲームキャラクタとの状況情報とが、所定の条件を満たすときに、アイテムの設定情報を制御して、ゲーム内において反映させる処理である。以降の説明において、具体的に説明する。

共鳴機能は、処理実行部５０３によって実行される。図６は、処理実行部５０３を示すブロック図である。処理実行部５０３は、アイテム使用情報取得部５０３１、抽出部５０３２、状況情報取得部５０３３、比較部５０３４、アイテム設定情報変更部５０３５、アイテム設定情報実行部５０３６、およびアイテム使用状況判定部５０３７を有する。また、処理実行部５０３は、記憶部２２が有するユーザ情報ＤＢ２２１、アイテム情報ＤＢ２２２、ゲーム情報ＤＢ２２３に格納されたデータを適宜参照する。また、処理実行部５０３は、セカンドレイヤー７０－２のスマートコントラクトから、例えば、ＮＦＴアイテムの制作者の情報を抽出する。なお、本実施形態においてゲームは、セカンドレイヤー７０－２に実装されるスマートコントラクトを利用するが、それに限られず、ファーストレイヤー７０－１に実装されるスマートコントラクトを利用する事も可能である。

アイテム使用情報取得部５０３１は、ＮＦＴアイテムの所有者に対応するゲームキャラクタがＮＦＴアイテムを使用することを示す操作データを、通信装置１０から取得する。アイテム使用情報取得部５０３１は、操作データとして、ＮＦＴアイテムの所有者のユーザＩＤ、使用されたＮＦＴアイテムのアイテムＩＤ等を取得する。

抽出部５０３２は、アイテムＩＤに基づいて、セカンドレイヤー７０－２から、ＮＦＴアイテムの制作者の情報を抽出する。具体的には、抽出部５０３２は、アイテムＩＤに基づいてアイテム情報ＤＢを参照し、アイテムＩＤに対応するＮＦＴＩＤを取得し、ＮＦＴＩＤに基づいて、セカンドレイヤー７０－２のスマートコントラクトのメタデータから、ＮＦＴアイテムの制作者の情報を抽出する。このとき、抽出部５０３２は、スマートコントラクトから、ＮＦＴアイテムの所有権の移動の履歴を含む取引情報を抽出してもよい。

状況情報取得部５０３３は、ＮＦＴアイテムの所有者の状況情報と、ＮＦＴアイテムの制作者の状況情報を取得する。具体的には、状況情報取得部５０３３は、ＮＦＴアイテムの所有者のユーザＩＤに基づいて、ユーザ情報ＤＢ２２１およびゲーム情報ＤＢ２２３から、ユーザＩＤに関するキャラクタのイベントの進行状況、仮想空間内における位置情報、アクション情報、ステータス情報、およびグループ情報等を取得する。また、状況情報取得部５０３３は、抽出部５０３２によってセカンドレイヤー７０－２から抽出したＮＦＴアイテムの制作者の情報に基づいて、ユーザ情報ＤＢ２２１およびゲーム情報ＤＢ２２３から、ＮＦＴアイテムの制作者のユーザＩＤ、ユーザＩＤに関するキャラクタのイベントの進行状況、仮想空間内における位置情報、アクション情報、ステータス情報、およびグループ情報等を取得する。

比較部５０３４は、ＮＦＴアイテムの所有者の状況情報と、ＮＦＴアイテムの制作者の状況情報とを比較し、所定の条件を満たすか否かを判定する。状況情報及び所定の条件については、後に詳細に説明する。

アイテム設定情報変更部５０３５は、所定の条件を満たす場合に、アイテム情報ＤＢ２２２に格納されたアイテム設定情報を変更する。

アイテム設定情報実行部５０３６は、変更されたアイテム設定情報を、制御データとして、制御データ送信部に出力する。

アイテム使用状況判定部５０３７は、ＮＦＴアイテムの所有者に対応するゲームキャラクタがＮＦＴアイテムを使用しているか否かを判定する。

図５において、通信装置１０から操作データを受信すると、処理実行部５０３は、ユーザがＮＦＴアイテムを使用することを示す操作データに基づいて、アイテム使用情報取得部５０３１によりアイテムＩＤ等を受信する。また、アイテム設定情報変更部５０３５によりアイテム設定情報が変更されると、制御データ送信部５０５から変更したアイテム設定情報を制御データとして、通信装置１０に送信する。

次に、ユーザ情報ＤＢ２２１、アイテム情報ＤＢ２２２、及びゲーム情報ＤＢ２２３について、図７～図９を参照して詳細に説明する。ユーザ情報ＤＢ２２１、アイテム情報ＤＢ２２２、及びゲーム情報ＤＢ２２３は、互いに関連付けられている。

図７は、ユーザ情報ＤＢ２２１の構成を説明する図である。ユーザ情報ＤＢ２２１には、ユーザＩＤ、ユーザ名、キャラクタ名、キャラクタに関連付けられたステータス、グループ、アイテムＩＤ、ＮＦＴＩＤ、画像、公開情報などが格納されている。ステータスとしては、レベル、ランク、勲章などを含む。図示しないが、ステータスとして、攻撃力、守備力、魔力が含まれていてもよい。レベル、ランク、勲章などのパラメータ値の総称を、ユーザ又はゲームキャラクタのステータス情報という。また、グループとは、ユーザ又はゲームキャラクタが所属するグループをいう。グループの数は２つ以上であればよい。アイテムＩＤは、ユーザ又はゲームキャラクタが所有するアイテムのＩＤである。図７では、ユーザ又はゲームキャラクタが所有するアイテムの個数を１つとして示しているが、所有するアイテムの個数は特に限定されない。また、アイテムＩＤに対してＮＦＴが発行されている場合には、アイテムＩＤにＮＦＴＩＤが関連付けられている。ＮＦＴＩＤは、ユーザ又はゲームキャラクタがアイテムをＮＦＴ化した場合、マーケットプレイスでＮＦＴ化されたアイテムを購入した場合の双方を含む。画像は、ユーザ又はゲームキャラクタの見た目を表す画像である。公開情報とは、ユーザ又はゲームキャラクタのステータス情報を公開するか非公開にするかを示す情報である。公開情報としては、全部公開するか、ステータス情報及び画像の少なくとも一つを公開するか、全部非公開とするかなどが、ユーザによって設定されている。

図８は、アイテム情報ＤＢ２２２の構成を説明する図である。アイテム情報ＤＢ２２２は、アイテムＩＤ、アイテム名、ステータス、ＮＦＴＩＤ、画像などが格納されている。ステータスとしては、攻撃力、守備力、魔力を含む。攻撃力、守備力、魔力などのパラメータ値の総称を、アイテムのステータス情報、またはアイテムの性能という。アイテムのステータス情報は、ゲームキャラクタに作用するパラメータ値である。アイテムのステータス情報は、通信装置１０で操作されるゲームキャラクタに作用してもよいし、他の通信装置で操作される他のゲームキャラクタに作用してもよい。例えば、守備力や魔力のパラメータ値は、自分のゲームキャラクタに作用するパラメータ値であり、攻撃力のパラメータ値は、他のゲームキャラクタに作用するパラメータ値である。また、ゲームキャラクタがアイテム又はＮＦＴアイテムを使用することで、アイテムのステータス情報を、ユーザ又はゲームキャラクタのステータス情報に作用させてもよい。アイテムのステータス情報（パラメータ値）は、アイテムＩＤに固有の情報（パラメータ値）である。ＮＦＴＩＤは、当該アイテムがＮＦＴ化されていれば付与される。画像は、アイテムに対応する画像が設定されている。アイテム設定情報変更部５０３５によって、アイテムの設定情報のうちステータス情報及び画像が変更される。アイテム情報ＤＢ２２２において、全てのアイテムが同じデータベースに格納されていてもよいし、アイテムの種別（武器、防具、道具、アクセサリなど）ごとに、異なるデータベースに格納されていてもよい。

通信装置１０のそれぞれでは、各種情報（以下、「ゲーム情報」と呼ぶ）が取得または生成されて、そのゲーム情報は、通信装置１０からゲームサーバ５０へと送信される。ゲーム情報ＤＢ２２３は、通信装置１０のそれぞれから送られてくるゲームの進行状況を取得して、格納する。ゲーム情報には、ゲームに関する画像や音声などの情報に加えて、各キャラクタのイベントの進行状況、仮想空間内での位置情報、およびアクション情報等が含まれる。

図９は、ゲーム情報ＤＢ２２３の構成を説明する図である。具体的には、ゲーム情報ＤＢ２２３は、ユーザＩＤ、キャラクタ名、位置情報、進行状況、アクション、アイテムＩＤを含む。位置情報は、ゲームキャラクタの仮想空間内に位置する座標である。図９では、説明のため、仮想空間内での具体的な場所を示している。進行状況は、ゲームイベントの進行状況である。ゲームキャラクタが現在到達したゲームイベントである。アクションとは、ゲームキャラクタの行動を示している。アイテムＩＤは、ゲームキャラクタが使用しているアイテムのＩＤである。なお、図７に示されるアイテム情報ＤＢに格納されているアイテムＩＤは、ゲームキャラクタが所有するアイテムのアイテムＩＤである。

ユーザ情報ＤＢ２２１、アイテム情報ＤＢ２２２、及びゲーム情報ＤＢ２２３には、ＮＦＴＩＤと制作者のユーザＩＤとが紐づいていない。なお、ユーザ情報ＤＢ２２１、及びゲーム情報ＤＢ２２３に含まれるユーザＩＤとは、アイテム所有者のユーザＩＤであり、制作者のユーザＩＤではない。例えば、各情報ＤＢにて、制作者のユーザＩＤをテーブルに含んでいても、当該ユーザＩＤは、アイテムを制作したゲーム内のみで利用可能になるだけである。ＮＦＴアイテムは、他のゲームにおいても使用可能である。ゲームが変わっても資産として保有できるというデータの唯一性や追跡可能性というＮＦＴの利点を反映させるために、ゲームサーバ５０の各情報ＤＢにて、ＮＦＴＩＤと制作者のユーザＩＤとを紐づけるのではなく、ブロックチェーンを利用してＮＦＴＩＤと制作者のユーザＩＤとを紐づける事が好適である。

ＮＦＴアイテムの制作者は、自身又は自身のゲームキャラクタが所有するＮＦＴアイテム及び過去にＮＦＴ化したアイテムを適宜参照することができる。過去にＮＦＴ化したアイテムは、ＮＦＴアイテムの制作者又はそのゲームキャラクタが既に所有していなくてもよい。ここでは、図７に示すゲームキャラクタＣＨ１とゲームキャラクタＣＨ２に対応するゲーム画像ＧＩを参照して説明する。

図１０は、通信装置１０におけるゲーム画像ＧＩの一例である。図１０に示すように、ゲーム画像ＧＩには、ＮＦＴアイテムの制作者が制作したＮＦＴ化されたアイテムの一覧が表示されている。ＮＦＴアイテムの一覧を表示させるためには、処理実行部５０３はユーザＩＤを取得して、ユーザＩＤに基づいてブロックチェーンからユーザＩＤに関連付けられたＮＦＴＩＤを抽出する。その後、アイテム情報ＤＢ２２２を参照して、ＮＦＴＩＤに関連するアイテムＩＤに対応する情報を抽出して、通信装置１０の表示させてもよい。または、ユーザＩＤとＮＦＴＩＤとが関連付けられたデータベースを別途用意しておき、当該データベースから情報を抽出して、通信装置１０に表示させてもよい。図１０は、『光の剣１』を制作したユーザの通信装置１０のゲーム画像ＧＩである。ＮＦＴアイテムの一覧において、例えば、『光の剣１』を選択すると、次のゲーム画像ＧＩで、『光の剣１』の詳細な情報を表示する。

図１１は、『光の剣１』を制作したユーザ（ゲームキャラクタＣＨ１）が、『光の剣１』を選択した場合の表示画面である。ゲーム画像ＧＩには、アイテム名４１、アイテムのステータス情報４２、ＮＦＴ情報４３、現所有者情報４４が表示される。また、ゲーム画像ＧＩには、アイテムの画像４６および現所有者の画像４５が表示される。現所有者情報４４及び現所有者の画像４５は、ユーザ情報ＤＢ２２１に格納された公開情報にしたがって表示される。図１０及び図１１において、ゲーム画像ＧＩは、特定のゲームの画像であってもよいし、複数のゲームを管理する管理画面の画像であってもよい。

ＮＦＴアイテムの制作者から直接または間接的にＮＦＴアイテムを購入したユーザが所有するアイテムの一覧を図１２に示す。図１２に示すように、表示画面には、ユーザが所有するアイテムの一覧が表示されている。図１２は、『光の剣１』を購入したユーザの通信装置１０の画面である。図１２に示すアイテムの一覧では、列挙されている複数のアイテムは、ＮＦＴ化されたアイテムと、ＮＦＴ化されていないアイテムの双方を含んでいてもよい。アイテムの一覧において、例えば、『光の剣１』を選択すると、次の表示画面で、『光の剣１』の詳細な情報を表示する。

図１３は、『光の剣１』を所有するユーザ（ゲームキャラクタＣＨ２）が、『光の剣１』を選択した場合のゲーム画像ＧＩである。ゲーム画像ＧＩには、アイテム名４１、アイテムのステータス情報４２、ＮＦＴ情報４３、制作者情報４９が表示される。また、ゲーム画像ＧＩには、アイテムの画像４６および制作者の画像４７が表示される。制作者情報４９及び制作者の画像４７は、ユーザ情報ＤＢ２２１に格納された公開情報にしたがって表示される。

このように、ＮＦＴ化されたアイテムの光の剣１に対して、ＮＦＴアイテムの制作者と、ＮＦＴアイテムの所有者とが互いの情報を確認することができる。

［ゲーム画像の説明］
図１４は、一実施形態におけるゲーム画像ＧＩの構成を示す図である。通信装置１０は、スマートフォン等の携帯端末である。本実施形態では、携帯端末を片手（具体的には、右手）で持ち、片手でゲーム操作を行う場合を想定している。通信装置１０の表示部１３には、ゲーム画像ＧＩが表示されている。なお、表示部１３とほぼ同じ領域に操作部１４としてタッチセンサが配置される。

ゲームキャラクタＣＨ１は、通信装置１０のユーザによって操作されるゲームキャラクタである。ゲームキャラクタＣＨ２は、このユーザ以外のユーザによって操作されるゲームキャラクタである。また、背景画像ＢＧは、地面、建物、空などの背景を表現する画像である。図１４に示すゲーム画像ＧＩは、アイテムＳＷをＮＦＴ化したユーザの通信装置１０に対応する。ゲームキャラクタＣＨ１は、アイテムＳＷを制作し、アイテムＳＷをＮＦＴ化したユーザが操作するキャラクタである。ゲームキャラクタＣＨ２は、ＮＦＴ化されたアイテムＳＷを、ＮＦＴマーケットプレイスにて購入したユーザによって操作されるキャラクタである。ゲームキャラクタＣＨ２は、アイテムＳＷを装備（使用）している。また、ゲームキャラクタＣＨ２がアイテムＳＷを装備することで、ゲーム画像においても、ゲームキャラクタＣＨ２に反映される。また、ゲームキャラクタＣＨ２がアイテムＳＷを装備することで、アイテムが使用されたことを示す操作データが、通信装置１０からゲームサーバ５０に送信される。ただし、ゲームキャラクタＣＨ１を操作するユーザは、ゲームキャラクタＣＨ２が、自分がＮＦＴ化したアイテムＳＷの所有者が操作するゲームキャラクタであることには気づいていない。また、ゲームキャラクタＣＨ２を操作するユーザも、ゲームキャラクタＣＨ１がアイテムＳＷをＮＦＴ化したユーザが操作するゲームキャラクタであることには気づいていない。本実施形態では、ゲームキャラクタＣＨ１は、仮想空間内において、ゲームキャラクタＣＨ２と同じ街にいる場合について説明する。

［ゲーム制御方法の説明］
続いて、ゲーム進行制御機能５００により実行される制御処理について説明する。ゲームサーバ５０（ゲーム進行制御機能５００）は、キャラクタがＮＦＴアイテムを使用するアイテム使用情報を取得すると、ゲーム制御機能（共鳴機能）を開始する。

図１５は、一実施形態におけるゲーム制御方法を示すフローチャートである。通信装置１０は、ゲーム画像ＧＩを表示し、ゲーム操作および制御データに基づいてゲーム画像を制御する。ゲーム画像は、仮想空間の一部となる領域（視野）を含む。視野は、仮想空間に設定された視点と視線方向によって定義される。

通信装置１０において、ゲームキャラクタＣＨ２がＮＦＴアイテムを使用する操作を検知すると、通信装置１０は、ゲームサーバ５０に操作データを送信する。操作データには、アイテム使用情報が含まれる。アイテム使用情報とは、例えば、ゲームキャラクタＣＨ２に対応するユーザＩＤおよび使用されたアイテムＩＤである。

ゲームサーバ５０は、アイテム使用情報取得部５０３１において、アイテム使用情報を受信する（ステップＳ１０１）。

アイテム使用状況判定部５０３７は、ゲームキャラクタＣＨ２がＮＦＴアイテムを使用中か否かを判定する（ステップＳ１０２）。アイテム使用状況判定部５０３７は、所定時間ごとに通信装置１０からＮＦＴアイテムを使用する操作データを取得することによってＮＦＴアイテムの所有者のゲームキャラクタＣＨ２がＮＦＴアイテムを使用しているか否かを判定してもよい。または、アイテム使用状況判定部５０３７は、通信装置１０からＮＦＴアイテムの使用を終了する操作データを取得することによって、ＮＦＴアイテムの所有者のキャラクタがＮＦＴアイテムを使用しているか否かを判定してもよい。ＮＦＴアイテムの使用を終了するとは、例えば、キャラクタが装備していたＮＦＴアイテムを外す操作をいう。

ゲームキャラクタＣＨ２がＮＦＴアイテムを使用中であると判定する場合（ステップＳ１０２；ＹＥＳ）、抽出部５０３２は、当該ＮＦＴアイテムの制作者を特定するために、アイテムＩＤに関連付けられているＮＦＴＩＤに基づいて、ブロックチェーンネットワーク７０のセカンドレイヤー７０－２に登録されている情報を抽出する（ステップＳ１０３）。ＮＦＴアイテムの制作者の情報は、セカンドレイヤー７０－２のスマートコントラクトに記録されている。スマートコントラクトからＮＦＴアイテムを制作したユーザの情報を抽出する。

状況情報取得部５０３３は、セカンドレイヤー７０－２から取得したユーザの情報（例えば、ユーザＩＤ）に基づいて、ユーザ情報ＤＢ２２１からユーザＩＤに対応するゲームキャラクタＣＨ１の情報を抽出し、ゲーム情報ＤＢ２２３からゲームキャラクタＣＨ１の状況情報を取得する。また、アイテム使用情報に含まれるユーザＩＤの情報に基づいて、ユーザ情報ＤＢ２２１およびゲーム情報ＤＢ２２３からゲームキャラクタＣＨ２の状況情報を取得する（ステップＳ１０４）。

比較部５０３４は、ゲームキャラクタＣＨ１の状況情報と、ゲームキャラクタＣＨ２の状況情報とを比較する（ステップＳ１０５）。比較する状況情報とは、例えば、仮想空間内での位置情報、ゲームイベントの進行状況、アクション情報、キャラクタのステータス情報、およびグループ情報の少なくとも一つである。図１１では、状況情報として、ゲームキャラクタＣＨ１の位置情報と、ゲームキャラクタＣＨ２の位置情報とを比較する場合について説明する。

比較部５０３４は、比較した状況情報が所定の条件を満たすか否かを判定する（ステップＳ１０６）。状況情報として、仮想空間内での位置情報を用いる場合、所定の条件とは、例えば、ゲームキャラクタＣＨ１の位置情報とゲームキャラクタＣＨ２の位置情報との間の距離が所定の距離以下であるか否かを判定する。ここでは、ゲームキャラクタＣＨ１の位置情報とゲームキャラクタＣＨ２の位置情報が所定の距離以下である場合に、所定の条件を満たすと判定する。ステップＳ１０５において、比較したゲームキャラクタＣＨ１の状況情報とゲームキャラクタＣＨ２の状況情報とが、所定の条件を満たさないと判定する場合（ステップＳ１０５；ＮＯ）は、ステップＳ１０１の処理に戻り、ステップＳ１０１の処理を実行する。

比較部５０３４が、所定の条件を満たすと判定する場合（ステップＳ１０６；ＹＥＳ）、アイテム設定情報変更部５０３５は、アイテム情報ＤＢ２２２のアイテムのステータス情報又はゲーム画像の表示態様を変更する（ステップＳ１０７）。比較部５０３４が、所定の条件を満たすと判定する場合、アイテム情報ＤＢに格納されたアイテムのステータス情報において、アイテム固有のパラメータ値に、所定のパラメータ値を加算または減算する処理を実行してもよい。または、アイテムＳＷの画像に対して、ゲーム画像の表示態様を変更する処理を実行してもよい。例えば、アイテムＳＷの画像に対してエフェクトを追加してもよい。エフェクトの種類については特に限定されない。ここでは、アイテム設定情報として、アイテムのステータス情報において、アイテム固有のパラメータ値に、所定のパラメータ値を加算し、アイテムＳＷの画像に対して、エフェクトを追加する場合について説明する。

アイテム設定情報実行部５０３６は、ゲームキャラクタＣＨ２が、ＮＦＴアイテムを使用するための制御を実行する（ステップＳ１０８）。つまり、制御データ送信部から、アイテム設定情報を、制御データとして通信装置１０に送信する指示を出力する。つまり、ゲームキャラクタＣＨ１を操作する通信装置１０と、ゲームキャラクタＣＨ２を操作する通信装置１０にアイテムの設定情報を送信する。

図１６は、通信装置１０におけるゲーム画像ＧＩの一例である。図１６では、『光の剣１』をＮＦＴ化したユーザが、自身が過去にＮＦＴ化したアイテムのリストから光の剣１を選択した場合の表示画面である。図１１に示すアイテムのステータス情報４２と、図１６に示すアイテムのステータス情報４２とを比較すると、アイテム設定情報が変更されている。具体的には、攻撃力の固有のパラメータ値１００に対して２０が加算され、魔力の固有のパラメータ値１００に対して、１０が加算されている。また、図１１に示すアイテムＳＷの画像４６と、図１６に示すアイテムＳＷの画像４６とを比較すると、アイテムＳＷの画像に対して光るエフェクト４８が追加されている。

図１７は、通信装置１０におけるゲーム画像ＧＩの一例である。図１７では、『光の剣１』を所有するユーザが、自身の所持アイテムのリストから光の剣１を選択した場合の表示画面である。図１３に示すアイテムのステータス情報４２と、図１７に示すアイテムのステータス情報４２とを比較すると、アイテム設定情報が変更されている。具体的には、攻撃力の固有のパラメータ値１００に対して２０が加算され、魔力の固有のパラメータ値１００に対して、１０が加算されている。また、図１３に示すアイテムＳＷの画像４６と、図１７に示すアイテムＳＷの画像とを比較すると、アイテムＳＷの画像４６に対して光るエフェクト４８が追加されている。

図１８は、一実施形態におけるゲーム画像ＧＩの構成を示す図である。図１８に示すゲーム画像ＧＩは、アイテムＳＷをＮＦＴ化したユーザの通信装置１０に対応する。図１８に示すように、ゲーム画像ＧＩにおいて、ゲームキャラクタＣＨ２が装備する（使用する）アイテムＳＷの画像には、光るエフェクト４８が追加されている。これにより、ゲームキャラクタＣＨ１を操作するユーザは、ゲームキャラクタＣＨ２は、自分が過去にＮＦＴ化したアイテムＳＷを所有していることに気づくことができる。図示しないが、アイテムＳＷを所有するユーザの通信装置１０においても、ゲーム画像ＧＩにおいて、ゲームキャラクタＣＨ２が所有するアイテムＳＷの画像にエフェクトが追加される。これにより、ゲームキャラクタＣＨ２を操作するユーザは、アイテムＳＷの制作者に対応するゲームキャラクタＣＨ１が、仮想空間内において近くにいることを認識することができる。

ステップＳ１０８の処理を実行後は、ステップＳ１０１の処理に戻って、ステップＳ１０１の処理を実行する。

アイテムが使用中でない場合（ステップＳ１０２；Ｎｏ）の場合、アイテム情報ＤＢ２２２のアイテム設定情報を初期化する。ステップＳ１０７において、アイテム設定情報が変更されている場合には、変更前の状態に戻す。つまり、加算または減算したパラメータ値を削除する。また、アイテムＳＷの画像に追加されたエフェクトを削除する。なお、アイテムの設定情報が変更されていない場合には、初期状態である。その後、ゲーム制御機能を終了する。

従来は、ＮＦＴアイテムの所有権が移転した場合、ブロックチェーンに反映するまでの処理の時間が遅延したり、ガス代が増加していた（スケーラビリティ問題）。そのため、ＮＴＦアイテムをゲーム内で使用できるまでに時間を要していた。レイヤー２のブロックチェーンを用いることで、レイヤー１のブロックチェーンのトランザクションを一部代わりに処理し、最終的な結果をレイヤー１のブロックチェーンに戻すことで、処理速度を向上させ、ガス代を低減することができるようになった。つまり、レイヤー２のブロックチェーンによって、ＮＦＴアイテムの所有権の移転を時差なく反映させることができるようになり、ＮＦＴを利用したゲームの幅が広がった。それに伴い、ゲーム内におけるＮＦＴアイテムのデータの唯一性や追跡可能性を有効活用した新たなゲーム制御が求められるようになった。ＮＦＴアイテムのデータの唯一性や追跡可能性を活用した情報としては、例えば、ＮＦＴアイテムの制作者や所有者に関する情報がある。

本発明の一実施形態のゲーム制御方法によれば、ＮＦＴ化されたアイテムの好適なゲーム制御方法により、新たな価値を提供することができる。例えば、制作したアイテムをＮＦＴ化したユーザと、当該ＮＦＴ化されたアイテムを購入したユーザとの関連性を利用して、ゲーム内においてリアルタイムでＮＦＴアイテムの性能及び表示の少なくとも一方を変更することができる。これにより、ゲーム内においてＮＦＴアイテムの性能を一時的に向上させたり、低下させることができる。また、ゲーム空間内においてアイテムの表示が変更されることで、ＮＦＴアイテムの制作者と現所有者とが互いを識別できるようになる。このように、ＮＦＴアイテムを単なる流通品としての価値だけではなく、制作者と所持者との関連性によって、ＮＦＴアイテムに新しい価値を提供することができる。

＜変形例＞
以上、一実施形態について説明したが、一実施形態は、以下のように様々な形態に変形することもできる。また、上述した実施形態および以下に説明する変形例とは、矛盾を生じない限り、それぞれ互いに組み合わせて適用することもできる。さらに、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

（１）本実施形態では、仮想空間内でのゲームキャラクタＣＨ１の位置情報と、ゲームキャラクタＣＨ２の位置情報とを比較する場合、所定の条件は特に限定されない。比較部５０３４は、所定の条件として、ゲームキャラクタＣＨ１の位置情報が、所定のフィールド（例えば、街、ダンジョンなど）に位置するか否かを判定してもよい。または、比較部５０３４は、ゲームキャラクタＣＨ１の位置情報が所定のフィールドに位置すること、およびゲームキャラクタＣＨ１の位置情報が所定のフィールドに位置することの双方を満たすか否かを判定してもよい。または、比較部５０３４は、ゲームキャラクタＣＨ１とゲームキャラクタＣＨ２とが、同じフィールドに位置するおよび所定の距離以下であることを満たすか否かを判定してもよい。

（２）本実施形態では、ゲームキャラクタＣＨ１の位置情報と、ゲームキャラクタＣＨ２の位置情報と、を用いて比較する例について説明したが、その他の状況情報を用いて比較する場合について説明する。比較部５０３４は、状況情報として、ゲームイベントの進行状況を用いて比較する場合、ゲームキャラクタＣＨ１と、ゲームキャラクタＣＨ２とのゲーム内でのイベントの到達度によって判定してもよい。例えば、比較部５０３４は、ゲームキャラクタＣＨ１が所定のイベントに到達しており、ゲームキャラクタＣＨ２所定のイベントに到達している場合には、所定の条件を満たすと判定してもよい。比較部５０３４は、ゲームキャラクタＣＨ１またはゲームキャラクタＣＨ２のいずれかが所定のイベントに到達している場合には、所定の条件を満たすと判定してもよい。

アイテム設定情報変更部５０３５がイベントの進行状況を比較して、アイテムの設定情報を変更する場合、アイテム設定情報変更部５０３５は、アイテムのステータス情報において、アイテム固有のパラメータ値に、ゲームイベントの進行状況に応じて、パラメータ値を増加または減算する処理を実行してもよい。例えば、アイテム設定情報変更部５０３５は、ゲームキャラクタＣＨ１のゲームイベントの到達度に応じて、パラメータ値を増加する処理を実行してもよいし、パラメータ値を減算する処理を実行してもよい。また、アイテム設定情報変更部５０３５は、ゲームキャラクタＣＨ２のゲームイベントの到達度に応じて、パラメータ値を増加する処理を実行してもよいし、パラメータ値を減算する処理を実行してもよい。

アイテム設定情報変更部５０３５がアイテムの設定情報を変更する場合、アイテムのステータス情報において、ゲームキャラクタＣＨ１のゲームイベントの進行状況に応じて、ゲーム画像におけるＮＦＴアイテムの表示態様を変更する処理を実行してもよい。例えば、ゲームキャラクタＣＨ１のゲームイベントの進行状況に応じて、変更されるエフェクトの種類が異なっていてもよい。

（３）比較部５０３４は、状況情報として、アクション情報を用いて比較する場合、ゲームキャラクタＣＨ１のアクション情報と、ゲームキャラクタＣＨ２のアクション情報とが、同じであるか否かを判定してもよい。また、比較部５０３４は、ゲームキャラクタＣＨ１またはゲームキャラクタＣＨ２が特定のアクションをしているか否かを判定してもよい。例えば、比較部５０３４は、ゲームキャラクタＣＨ１が戦闘中であり、ゲームキャラクタＣＨ２が戦闘中である場合に、所定の条件を満たすと判定してもよい。また、比較部５０３４は、ゲームキャラクタＣＨ１が移動中であり、ゲームキャラクタＣＨ２が移動中である場合に、所定の条件を満たすと判定してもよい。

アイテム設定情報変更部５０３５がアイテムの設定情報を変更する場合、アイテムのステータス情報において、ゲームキャラクタのアクション情報に応じて、ゲーム画像におけるＮＦＴアイテムの表示態様を変更する処理を実行してもよい。例えば、ゲームキャラクタＣＨ１のアクション情報に応じて、変更されるエフェクトの種類が異なっていてもよい。

（４）比較部５０３４は、状況情報として、ゲームキャラクタＣＨ１のステータス情報と、ゲームキャラクタＣＨ２のステータス情報とを比較する場合、レベル、ランク、所有する勲章の数などを用いて所定の条件を満たすか否かを判定してもよい。比較部５０３４は、ゲームキャラクタＣＨ１のレベルと、ゲームキャラクタＣＨ２のレベルとを比較する場合、ゲームキャラクタＣＨ１のレベルが所定の値を超えており、ゲームキャラクタＣＨ１のレベルが所定の値を超えている場合に、所定の条件を満たすと判定してもよい。または、比較部５０３４は、ゲームキャラクタＣＨ１のレベルが、ゲームキャラクタＣＨ２のレベルよりも高い場合に、所定の条件を満たすと判定してもよい。

アイテム設定情報変更部５０３５がステータス情報を比較して、アイテムの設定情報を変更する場合、アイテムのステータス情報において、アイテム固有のパラメータ値に、ゲームキャラクタのステータス情報に応じて、パラメータ値を増加または減算する処理を実行してもよい。例えば、ゲームキャラクタＣＨ１のレベルまたはランクに応じてパラメータ値を増加する処理を実行してもよいし、パラメータ値を減算する処理を実行してもよい。また、ゲームキャラクタＣＨ２のレベルまたはランクに応じてパラメータ値を増加する処理を実行してもよいし、パラメータ値を減算する処理を実行してもよい。

アイテム設定情報変更部５０３５がアイテムの設定情報を変更する場合、アイテムのステータス情報において、ゲームキャラクタのステータス情報に応じて、ゲーム画像におけるＮＦＴアイテムの表示態様を変更する処理を実行してもよい。例えば、ゲームキャラクタＣＨ１のステータス情報に応じて、変更されるエフェクトの種類が異なっていてもよい。

（５）比較部５０３４は、状況情報として、ゲームキャラクタＣＨ１のグループ情報と、ゲームキャラクタＣＨ２のグループ情報とを比較する場合、例えば、ゲームキャラクタＣＨ１のグループと、ゲームキャラクタＣＨ２のグループとが同じであるか否かを判定してもよい。比較部５０３４は、ゲームキャラクタＣＨ１のグループと、ゲームキャラクタＣＨ２のグループとが同じ場合に、所定の条件を満たすと判定してもよい。ゲームキャラクタＣＨ１のグループと、ゲームキャラクタＣＨ２のグループとが異なる場合に、所定の条件を満たすと判定してもよい。

アイテム設定情報変更部５０３５は、グループ情報を比較して、アイテムの設定情報を変更する場合、ゲームキャラクタＣＨ１のグループと、ゲームキャラクタＣＨ２のグループとが同じである場合に、アイテムのステータス情報において、アイテム固有のパラメータ値に、所定のパラメータ値を増加または減算する処理を実行してもよい。例えば、アイテム設定情報変更部５０３５は、ゲームキャラクタＣＨ１のグループと、ゲームキャラクタＣＨ２のグループとが同じである場合に、アイテムのステータス情報において、アイテム固有のパラメータ値に、所定のパラメータ値を増加する処理を実行してもよい。アイテム設定情報変更部５０３５は、ゲームキャラクタＣＨ２のグループとが同じではない場合に、アイテムのステータス情報において、アイテム固有のパラメータ値に、所定のパラメータ値を減算する処理を実行してもよい。

アイテム設定情報変更部５０３５は、アイテムの設定情報を変更する場合、アイテムのステータス情報において、グループ情報に応じて、ゲーム画像におけるアイテムの表示態様を変更する処理を実行してもよい。例えば、ゲームキャラクタＣＨ１とゲームキャラクタＣＨ２のグループ情報が同じ場合と、ゲームキャラクタＣＨ１とゲームキャラクタＣＨ２のグループ情報が異なる場合で、変更されるエフェクトの種類が異なっていてもよい。

（６）所定の条件を満たす場合、アイテム設定情報変更部５０３５は、アイテムのステータス情報において、アイテム固有のパラメータ値に、アイテムの種類ごとに所定のパラメータ値を増加または減算する処理を実行してもよい。例えば、アイテム設定情報変更部５０３５は、武器の種類ごとに、増加または減算される攻撃力のパラメータ値が異なっていてもよいし、防具の種類ごとに、増加または減算される守備力のパラメータ値が異なっていてもよい。

（７）以上、複数の所定の条件について例示したが、本発明の一実施形態に係るゲーム制御機能において、比較部５０３４は、複数の所定の条件のうち、少なくとも一つについて判定すればよい。したがって、複数の所定の条件を適宜組み合わせてもよい。例えば、比較部５０３４は、ゲームキャラクタＣＨ１とゲームキャラクタＣＨ２の位置情報が所定の条件を満たす場合、およびステータス情報が所定の条件を満たす場合に、アイテム設定情報変更部５０３５は、アイテムの設定情報を変更する処理を実行してもよい。または、比較部５０３４は、ゲームキャラクタＣＨ１とゲームキャラクタＣＨ２の位置情報が所定の条件を満たす場合、およびゲームイベントの進行状況が所定の条件を満たす場合に、アイテム設定情報変更部５０３５は、アイテムの設定情報を変更する処理を実行してもよい。上記に例示した組み合わせに限定されず、３つ以上の所定の条件を組み合わせてもよい。

（８）図１０～図１３に示すように、ＮＦＴアイテムの制作者とＮＦＴアイテムの所有者とは互いの情報を取得して、表示部にゲーム画像ＧＩとして表示することができる。ゲームの進行中において、ＮＦＴアイテムの制作者が、ＮＦＴアイテムの所有者の情報を取得する場合には、通信装置１０において、図１０におけるＮＦＴアイテム一覧からＮＦＴアイテムを選択することにより、ユーザＩＤ及びアイテムＩＤを含む操作データをゲームサーバ５０に送信する。アイテムＩＤに関連するＮＦＴＩＤに基づいて、セカンドレイヤー７０－２のスマートコントラクトから、ＮＦＴ情報及び現所有者のユーザＩＤを取得する。現所有者のユーザＩＤに基づいて、ユーザ情報ＤＢ２２１を参照することで、現所有者情報４４及び画像４５を取得する。また、アイテムＩＤに基づいてアイテム情報ＤＢ２２２を参照することで、アイテムのステータス情報４２及びアイテムの画像４６を取得する。これらの情報を、通信装置１０に送信することで、図１１に示すように、アイテムに対応する詳細な情報を、表示部に表示することができる。このとき、ユーザ情報ＤＢ２２１に格納された公開情報に基づいて、現所有者情報の全部が公開されてもよいし、現所有者情報の一部を非公開にしてもよい。

また、ゲームの進行中において、ＮＦＴアイテムの所有者が、ＮＦＴアイテムの制作者の情報を取得する場合には、通信装置１０において、図１２におけるアイテム一覧からＮＦＴアイテムを選択することにより、ユーザＩＤ及びアイテムＩＤを含む操作データをゲームサーバ５０に送信する。アイテムＩＤに関連するＮＦＴＩＤに基づいて、セカンドレイヤー７０－２のスマートコントラクトから、ＮＦＴ情報及び制作者のユーザＩＤを取得する。制作者のユーザＩＤに基づいて、ユーザ情報ＤＢ２２１を参照することで、制作者情報４９及び画像４７を取得する。また、アイテムＩＤに基づいてアイテム情報ＤＢ２２２を参照することで、アイテムのステータス情報４２及びアイテムの画像４６を取得する。これらの情報を、通信装置１０に送信することで、図１３に示すように、アイテムに対応する詳細な情報を、表示部に表示することができる。このとき、ユーザ情報ＤＢ２２１に格納された公開情報に基づいて、制作者情報の全部が公開されてもよいし、制作者情報の一部を非公開にしてもよい。

（９）本実施形態では、ＮＦＴ化されたアイテムとその制作者とを関連付ける制御をゲーム内に反映させる共鳴機能について説明したが、本発明の一実施形態はこれに限定されない。ＮＦＴアイテムと当該ＮＦＴアイテムの歴代の所有者とを関連付ける制御をゲームに内に反映させてもよい。この場合、図１５に示すフローチャートのステップＳ１０３において、抽出部５０３２は、ＮＦＴＩＤに基づいて、セカンドレイヤー７０－２のスマートコントラクトの記録（トークンの所有権の移動履歴）から、ＮＦＴアイテムの歴代の所有者を特定するためのユーザの情報を抽出してもよい。その後、ステップＳ１０４において、状況情報取得部５０３３は、セカンドレイヤー７０－２から取得したユーザの情報に基づいて、ユーザ情報ＤＢ２２１からユーザＩＤに対応するゲームキャラクタＣＨ１の状況情報を取得する。ステップＳ１０５以降の処理については同様であるため、詳細な説明は省略する。これにより、ＮＦＴアイテムの歴代の所有者と、当該ＮＦＴアイテムとを関連付ける制御をゲーム内に反映させることができる。例えば、ＮＦＴアイテムの制作者ではないが、ＮＦＴアイテムの歴代の所有者が近くにいる場合に、ＮＦＴアイテムに光るなどのエフェクトを追加するように制御することができる。

（１０）通信装置１０において実現されるゲーム表示機能およびゲームサーバ５０において実現されるゲーム進行制御機能によって、ゲームがユーザに提供される。ゲーム表示機能の一部がゲームサーバ５０において実現されてもよい。例えば、ゲーム表示機能のうち、制御データ受信部１０５、ゲームデータ記憶領域１０７および表示データ生成部１０９がゲームサーバ５０において実現されてもよい。この場合、通信装置１０は、ゲームサーバ５０から表示データを受信して、表示データに基づいて表示部１３に表示すればよい。

以上、本発明について図面を参照しながら説明したが、本発明は前述の各実施形態に限られるものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、各実施形態（変形例を含む）を基にして、当業者が適宜構成要素の追加、削除もしくは設計変更を行ったものも、要旨を備えている限り、範囲に含まれる。さらに、前述した各実施形態は、相互に矛盾がない限り適宜組み合わせが可能であり、各実施形態に共通する技術事項については、明示の記載がなくても各実施形態に含まれる。

前述した各実施形態の態様によりもたらされる作用効果とは異なる他の作用効果であっても、本明細書の記載から明らかなもの、または、当業者において容易に予測し得るものについては、当然に本発明によりもたらされるものと解される。

１０…通信装置、１１…制御部、１２…記憶部、１３…表示部、１４…操作部、１５…センサ部、１６…撮像部、１７…位置検出部、１８…通信部、２２…記憶部、５０…ゲームサーバ、５１…制御部、５２…記憶部、５３…通信部、７０…ブロックチェーンネットワーク、７０－１…ファーストレイヤー、７０－２…セカンドレイヤー、１００…ゲーム表示機能、１０１…ゲーム操作取得部、１０３…操作データ送信部、１０５…制御データ受信部、１０７…ゲームデータ記憶領域、１０９…表示データ生成部、２２１…ユーザ情報ＤＢ、２２２…アイテム情報ＤＢ、２２３…ゲーム情報ＤＢ、５００…ゲーム進行制御機能、５０１…操作データ受信部、５０３…処理実行部、５０５…制御データ送信部、１０００…通信システム、５０３１…アイテム使用情報取得部、５０３２…抽出部、５０３３…状況情報取得部、５０３４…比較部、５０３５…アイテム設定情報変更部、５０３６…アイテム設定情報実行部、５０３７…アイテム使用状況判定部、５３０２…抽出部、ＢＧ…背景画像、ＣＨ１…ゲームキャラクタ、ＣＨ２…ゲームキャラクタ、ＧＩ…ゲーム画像、ＮＷ…ネットワーク、ＳＷ…アイテム

Claims (8)

1. 第１キャラクタに対応する第１ユーザによってＮＦＴ化されたアイテムを所有する第２ユーザに対応する第２キャラクタが当該アイテムを使用する場合に、当該アイテムを特定する情報に基づいて、ブロックチェーン上に記録されている前記第１ユーザを特定するための情報を抽出し、
   当該第１ユーザを特定するための情報に基づいて、前記第１ユーザに対応する前記第１キャラクタの状況を示す第１状況情報を取得し、当該第１状況情報と前記第２キャラクタの状況を示す第２状況情報とに基づいて、ゲームにおいて前記アイテムの性能及び表示の少なくとも一方に関する制御を実行する、ゲーム制御方法。
2. 前記第１状況情報は、前記ゲームの世界を表現する仮想空間内での前記第１キャラクタの位置情報であり、
   前記第２状況情報は、前記仮想空間内での前記第２キャラクタの位置情報である、請求項１に記載のゲーム制御方法。
3. 前記第１状況情報は、前記第１キャラクタのゲームイベントの進行状況であり、
   前記第２状況情報は、前記第２キャラクタのゲームイベントの進行状況である、請求項１に記載のゲーム制御方法。
4. 前記第１状況情報は、前記第１キャラクタのアクション情報であり、
   前記第２状況情報は、前記第２キャラクタのアクション情報である、請求項１に記載のゲーム制御方法。
5. 前記第１状況情報は、前記第１キャラクタのステータス情報であり、
   前記第２状況情報は、前記第２キャラクタのステータス情報である、請求項１に記載のゲーム制御方法。
6. 前記第１状況情報は、前記第１キャラクタが属するグループ情報であり、
   前記第２状況情報は、前記第２キャラクタが属するグループ情報である、請求項１に記載のゲーム制御方法。
7. 請求項１乃至６のいずれか一項に記載のゲーム制御方法をサーバの制御部に実行させるためのプログラム。
8. 請求項１乃至６のいずれか一項に記載のゲーム制御方法を実行する制御部を含むサーバ。

Images