JP7512003B1 - プログラムおよび情報処理システム - Google Patents

Abstract

【課題】ＮＦＴ化可能なアイテムの取得が可能なサービスにおいて取得したアイテムについて持ち腐れとなっている感覚をユーザが抱くことを防止可能とする。【解決手段】プログラムは、コンピュータを、ユーザのＮＦＴ化可能な第１のアイテムの所持状況に応じて、仮想空間内の第２のアイテムの購入について優待する制御を行う制御手段として機能させる。【選択図】図１１

Description

本発明は、プログラムおよび情報処理システムに関する。

従来より、ブロックチェーンを利用したゲームが知られている（例えば、非特許文献１参照）。また、この種のゲームとして、ＮＦＴ化されたアイテムを他のユーザに売ったりすることが可能なゲームが知られている。

"STEPN(ステップン/ステプン)の始め方・将来性を徹底解説｜稼ぎ方/やり方やレベル上げの費用は？"、［online］、［令和５年１０月４日検索］、インターネット＜https://www.caica.jp/media/crypto/stepn-about/＞

ところで、ＮＦＴ化されたアイテムをユーザが保有し得るゲームにおいては、ユーザは、例えば、ＮＦＴ化されたアイテムを保有することで、唯一無二のアイテムを保有することによる満足感を得たり、ＮＦＴ化されたアイテムを売り渡し利益を得たりすることができる。一方で、ＮＦＴ化可能なアイテムがゲーム中に存在する場合において、ＮＦＴ化可能なアイテムではあるがあまり価値を感じないアイテムをユーザが保有する場合も考えられる。このような場合、あまり価値を感じないアイテムについて無駄に溜まり持ち腐れとなっている感覚をユーザが抱いてしまうおそれがある。

本発明は、ＮＦＴ化可能なアイテムの取得が可能なサービスにおいて、取得したアイテムについて持ち腐れとなっている感覚をユーザが抱くことを防止可能とすることを目的とする。

本開示に示す一実施形態によれば、
コンピュータを、
ユーザのＮＦＴ化可能な第１のアイテムの所持状況に応じて、仮想空間内の第２のアイテムの購入について優待する制御を行う制御手段として機能させる
プログラムが提供される。

本発明によれば、ＮＦＴ化可能なアイテムについて持ち腐れとなっている感覚をユーザが抱くことを防止できる。

ゲームシステムの概略構成を示す図である。 ゲームシステムの機能的構成を示すブロック図である。 マップを表示する画面の一例を示す図である。 ホーム画面の一例を示す図である。 ユーザが取得した山の一覧を表示する画面の一例を示す図である。 採掘を行う際のゲーム画面の一例を示す図である。 資産の獲得および消費の流れについて説明するための図である。 山の取得および採掘に係るタイムラインについて説明するための図である。 ユーザが保有する宝石の一覧を表示する画面の一例を示す図である。 特定の山について有利な効果が発生している状態における、ユーザが取得した山の一覧を表示する画面の一例を示す図である。 ピッケルの購入に係る画面の一例を示す図である。 山の生成および山で取得可能なアイテムの決定に係る処理の一例を示すフローチャートである。 山の取得および採掘に係る処理の一例を示すフローチャートである。 ＮＦＴ化可能なアイテムを消費して有利な効果を発生させる処理の一例を示すフローチャートである。 ピッケルの購入について優待する処理の一例を示すフローチャートである。

以下、図面を参照しながら本発明の実施形態について説明する。

＜ゲームシステムのハードウェア構成＞
図１に示すように、本実施形態のゲームシステム１は、複数の端末装置１０と、サーバ２０と、ブロックチェーンシステム３とを備えている。また、ブロックチェーンシステム３は、複数のノード装置３０を備えている。

端末装置１０とサーバ２０とブロックチェーンシステム３（換言すると、ノード装置３０）とは、ネットワーク２を介して互いに接続される。ネットワーク２は、例えば、インターネット、移動通信システム（例えば、３Ｇ、４Ｇ、５Ｇ、ＬＴＥ（Long Term Evolution）等）、ＷｉＦｉ（Wireless Fidelity）、ブルートゥース（登録商標）、その他の通信回線、またはこれらの組み合わせ等のいずれによって構成されていてもよい。

サーバ２０（換言すると、コンピュータ、情報処理装置）は、例えば、ワークステーションまたはパーソナルコンピュータ等の汎用コンピュータであってもよい。サーバ２０は、プロセッサ２１と、メモリ２２と、ストレージ２３と、通信ＩＦ（インターフェース）２４と、入出力ＩＦ２５と、を備える。サーバ２０が備えるこれらの構成は、通信バスによって互いに接続される。

プロセッサ２１は、サーバ２０全体の動作を制御する。プロセッサ２１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）およびＧＰＵ（Graphics Processing Unit）等を含み得る。プロセッサ２１は、ストレージ２３からプログラムを読み出し、メモリ２２に展開する。プロセッサ２１は、展開したプログラムを実行する。

メモリ２２は、主記憶装置である。メモリ２２は、例えば、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の記憶装置により構成される。メモリ２２は、プロセッサ２１がストレージ２３から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ２１に作業領域を提供する。メモリ２２は、プロセッサ２１がプログラムに従って動作している間に生成した各種データも一時的に記憶する。

なお、本実施形態においてプログラムとは、ゲームを端末装置１０により実現するプログラムであってもよい。また、当該プログラムは、当該ゲームを端末装置１０とサーバ２０との協働により実現するプログラムであってもよい。また、当該プログラムは、当該ゲームを端末装置１０とサーバ２０とブロックチェーンシステム３との協働により実現するプログラムであってもよい。なお、当該ゲームは、一例として、端末装置１０において起動されたブラウザ上で実行されるゲームであってもよい。また、各種データには、例えば、ユーザ情報およびゲーム情報などのゲームに関するデータ、および端末装置１０やサーバ２０等の各装置間で送受信される指示や通知が含まれる。

ストレージ２３は、補助記憶装置である。ストレージ２３は、例えば、フラッシュメモリまたはＨＤＤ（Hard Disk Drive）等の記憶装置により構成される。ストレージ２３には、ゲームに関する各種データが格納される。

通信ＩＦ２４は、サーバ２０と端末装置１０等との間におけるネットワークを介した各種データの送受信を制御する。また、通信ＩＦ２４は、サーバ２０とブロックチェーンシステム３（換言すると、ノード装置３０）との間におけるネットワークを介した各種データの送受信を制御する。

入出力ＩＦ２５は、サーバ２０がデータの入力を受け付けるためのインターフェースであるとともに、サーバ２０がデータを出力するためのインターフェースである。入出力ＩＦ２５は、例えば、マウス、キーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含み得る。

端末装置１０（換言すると、コンピュータ、情報処理装置）は、例えば、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、タブレット型コンピュータ、パーソナルコンピュータ、ウェアラブル端末、またはゲーム装置等であってもよい。端末装置１０は、携帯端末であってもよい。端末装置１０は、ユーザがゲームを実行する際に可搬型の端末であってもよい。

端末装置１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信ＩＦ１４と、入出力ＩＦ１５と、入力部１７と、表示部１８と、を備える。端末装置１０が備えるこれらの構成は、通信バスによって互いに接続される。

プロセッサ１１は、端末装置１０全体の動作を制御する。プロセッサ１１は、ＣＰＵ、ＭＰＵおよびＧＰＵ等を含み得る。プロセッサ１１は、ストレージ１３からプログラムを読み出し、メモリ１２に展開する。プロセッサ１１は、展開したプログラムを実行する。

メモリ１２は、主記憶装置である。メモリ１２は、例えば、ＲＯＭおよびＲＡＭ等の記憶装置により構成される。メモリ１２は、プロセッサ１１がストレージ１３から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ１１に作業領域を提供する。メモリ１２は、プロセッサ１１がプログラムに従って動作している間に生成した各種データも一時的に記憶する。

ストレージ１３は、補助記憶装置である。ストレージ１３は、例えば、フラッシュメモリまたはＨＤＤ等の記憶装置により構成される。ストレージ１３には、ゲームに関する各種データが格納される。

通信ＩＦ１４は、端末装置１０とサーバ２０等との間におけるネットワークを介した各種データの送受信を制御する。なお、通信ＩＦ１４は、端末装置１０とブロックチェーンシステム３（換言すると、ノード装置３０）との間におけるネットワークを介した各種データの送受信を制御してもよい。

入出力ＩＦ１５は、端末装置１０がデータの入力を受け付けるためのインターフェースであるとともに、端末装置１０がデータを出力するためのインターフェースである。入出力ＩＦ１５は、例えばＵＳＢ（Universal Serial Bus）等を介してデータの入出力を行うこととしてもよい。入出力ＩＦ１５は、入力部１７または表示部１８等を含み得る。

入力部１７は、ユーザによる入力を受け付ける。入力部１７は、例えば、タッチパッドやマウス等のポインティングデバイスであってもよい。表示部１８は、画像を表示する。表示部１８は、例えば、液晶ディスプレイまたは有機ＥＬ（Electro-Luminescence）ディスプレイ等であってもよい。端末装置１０は、例えば、入力部１７と表示部１８とを組み合わせた電子部品であるタッチスクリーンを備えていてもよい。この場合、入力部１７は、ユーザの操作（例えば、タッチ操作、タップ操作、スライド操作、スワイプ操作、フリック操作、ピンチイン操作およびピンチアウト操作等）により入力面に対して入力された位置を検知し、検知した位置を示す情報を入力信号として送信する機能を有し得る。

また、入力部１７は、例えば、キーボード、各種物理ボタン、各種センサ（例えば、加速度センサまたは角速度センサ等）、操作スティック、カメラ、またはマイク等であってもよい。また、表示部１８は、例えば、プロジェクタ等であってもよい。

本実施形態においては、入力部１７がキーボードおよびマウスであるものとして説明する。なお、本実施形態において、ボタン等の各種ＵＩに対する操作は、表示部１８上のボタン等が表示されている領域にマウスのカーソルを合わせてクリックすることなどにより行われてもよい。

複数のノード装置３０は、ブロックチェーンシステム３を構成する。各ノード装置３０は、分散型台帳を保有する。各ノード装置３０は、分散型台帳において同一のデータを記憶する。詳しくは後述するが、本実施形態では、ユーザが保有する資産等がブロックチェーンシステム３の分散型台帳で管理されている。

ノード装置３０（換言すると、コンピュータ、情報処理装置）は、例えば、ワークステーションまたはパーソナルコンピュータ等の汎用コンピュータであってもよい。ノード装置３０は、プロセッサ３１と、メモリ３２と、ストレージ３３と、通信ＩＦ３４と、入出力ＩＦ３５と、を備える。ノード装置３０が備えるこれらの構成は、通信バスによって互いに接続される。

プロセッサ３１は、ノード装置３０全体の動作を制御する。プロセッサ３１は、ＣＰＵ、ＭＰＵおよびＧＰＵ等を含み得る。プロセッサ３１は、ストレージ３３からプログラムを読み出し、メモリ３２に展開する。プロセッサ３１は、展開したプログラムを実行する。

メモリ３２は、主記憶装置である。メモリ３２は、例えば、ＲＯＭおよびＲＡＭ等の記憶装置により構成される。メモリ３２は、プロセッサ３１がストレージ３３から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ３１に作業領域を提供する。メモリ３２は、プロセッサ３１がプログラムに従って動作している間に生成した各種データも一時的に記憶する。

ストレージ３３は、補助記憶装置である。ストレージ３３は、例えば、フラッシュメモリまたはＨＤＤ等の記憶装置により構成される。

通信ＩＦ３４は、ノード装置３０とサーバ２０との間におけるネットワークを介した各種データの送受信を制御する。なお、通信ＩＦ３４は、ノード装置３０と端末装置１０との間におけるネットワークを介した各種データの送受信を制御してもよい。

入出力ＩＦ３５は、ノード装置３０がデータの入力を受け付けるためのインターフェースであるとともに、ノード装置３０がデータを出力するためのインターフェースである。入出力ＩＦ３５は、例えば、マウス、キーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含み得る。

なお、サーバ２０や端末装置１０がノード装置３０として機能してもよい。換言すると、ブロックチェーンシステム３は、サーバ２０や端末装置１０を含み得る。

＜ゲームシステムの機能的構成＞
図２は、サーバ２０、端末装置１０およびノード装置３０の機能的構成を示すブロック図である。本実施形態におけるサーバ２０は、例えば、ゲームを実現するために必要な各種データおよびプログラムを各端末装置１０に提供する機能、ならびに各端末装置１０からゲームに関するデータを収集して管理する機能等を有する。

なお、本実施形態において、サーバ２０は、ゲームごとに事前に登録されるユーザのアカウントを用い、各ユーザおよび端末装置１０を識別する。アカウントの登録方法は特に限定されない。例えば、端末装置１０またはパーソナルコンピュータ等の他の装置が、ユーザの操作に基づいて、ユーザのアカウント登録に必要な情報をサーバ２０に送信し、サーバ２０が、受信した情報に基づいて各ユーザのアカウントを作成および保存することとしてもよい。

図２に示すように、サーバ２０は、プロセッサ２１、メモリ２２、ストレージ２３、通信ＩＦ２４、および入出力ＩＦ２５等の協働によって、制御部２１０および記憶部２２０として機能する。記憶部２２０は、制御部２１０が使用する各種データを格納する。各種データとして、例えば、プログラム、ゲーム情報およびユーザ情報がある。当該プログラムは、ゲームを実現するためのプログラムである。ゲーム情報およびユーザ情報は、制御部２１０がプログラムを実行するときに参照するデータである。

ゲーム情報は、例えば、各種仮想空間（換言すると、ゲーム空間）を規定するための情報を含む。仮想空間とは、例えば、ユーザが操作可能なキャラクタ（以下、「プレイヤキャラクタ」ともいう。）等のオブジェクトが配置される空間である。また、ゲーム情報は、例えば、仮想空間内に配置される建物、木、石、アイテム等の各種オブジェクトの配置位置や設定値に関する情報を含む。以下においては、仮想空間に配置されるキャラクタのオブジェクトを指して、単に「キャラクタ」ということもある。

ユーザ情報は、ゲームのアカウントごとに管理される情報である。ユーザ情報は、例えば、プレイヤキャラクタに関する情報、保有資産に関する情報、ゲームの進行度を示す情報、およびユーザが取得した山（山については後述する。）に関する情報（換言すると、特定の仮想空間でのゲームの実行に係る権利に関する情報）等を含む。保有資産には、後述するトークンやアイテムＡ、アイテムＢおよびアイテムＣ等が含まれる。すなわち、記憶部２２０には、例えば、各ユーザを識別可能な識別情報に関連付けて、各ユーザの保有するトークンやアイテム等の情報が記憶されてもよい。

制御部２１０は、記憶部２２０に格納されたプログラムを実行することにより、ゲームに関する各種処理を制御する。制御部２１０は、送受信部２１１、ゲーム制御部２１２、資産管理部２１３およびマーケット管理部２１４を有する。

送受信部２１１は、各種データを送信または受信する。送受信部２１１は、例えば、各種データおよびプログラムの送信要求や、マルチプレイ機能に対応するための同期処理の要求、同期処理の対象となるデータ等を、各端末装置１０から受信し、ゲーム制御部２１２、資産管理部２１３、またはマーケット管理部２１４等に渡す。また、送受信部２１１は、ゲーム制御部２１２、資産管理部２１３、またはマーケット管理部２１４等による制御に従って、各種データやプログラムを、各端末装置１０に送信する。

本実施形態において、マルチプレイ機能とは、複数のアカウントによるゲーム処理を同期させた状態で進行させる機能である。ゲームシステム１のサーバ２０および端末装置１０は、ゲームシステム１にログインしているアカウントが同じゲームに複数参加する場合に、マルチプレイ機能に対応するための各種処理を実行する。

ゲーム制御部２１２は、記憶部２２０に格納されたプログラムに記述された演算処理を実行することで、端末装置１０にゲームを提供する。

ゲーム制御部２１２は、ゲーム情報に含まれる仮想空間を規定するための情報に基づいて、仮想空間を規定する。ゲーム制御部２１２は、ゲーム情報に含まれるオブジェクトの設定情報に基づいて、仮想空間にオブジェクトを配置する。ゲーム制御部２１２は、仮想空間に配置したオブジェクトを制御する。具体的には、ゲーム制御部２１２は、仮想空間内でのオブジェクトの位置、向き、形状、色等を変更したり、オブジェクトに所定の動作を行わせたりする。

また、ゲーム制御部２１２は、端末装置１０から送信されるプレイ情報に基づいて、プレイヤキャラクタを仮想空間に配置する。また、ゲーム制御部２１２は、端末装置１０から送信されるプレイ情報に基づいて、ゲームの進行に係る各種判定処理を行う。換言すると、ゲーム制御部２１２は、ユーザの入力操作に基づいて、オブジェクトの制御や各種判定処理を行う。プレイ情報は、ユーザの入力操作に応じて出力される。一例として、プレイ情報は、プレイヤキャラクタの操作内容として、プレイヤキャラクタの座標情報を含んでもよく、プレイヤキャラクタのアクションに関する情報を含んでもよく、ユーザによって操作されたボタンを示す情報等を含んでもよい。また、プレイ情報は、プレイヤキャラクタの設定に関する情報を含んでもよい。一例として、キャラクタの座標情報は、ゲーム空間におけるキャラクタの位置を示す情報である。一例として、アクション情報は、キャラクタのアクションに関する情報である。一例として、キャラクタのアクションは、後述するピッケルを振る動作、各種アイテムを使用する動作、またはジャンプ等を含み得る。一例として、キャラクタの設定に関する情報は、キャラクタの装備や容姿等に関する情報を含み得る。また、キャラクタの設定は、ユーザが変更し得る。

ゲーム制御部２１２は、複数のプレイヤそれぞれのプレイヤキャラクタを１つの仮想空間に配置し、各プレイヤの端末装置１０から送信されるプレイ情報に基づいて、各プレイヤのプレイヤキャラクタを制御し得る。換言すると、ゲーム制御部２１２は、仮想空間の一例であるゲーム空間を、複数のユーザによって共有可能とする制御を行う。

また、ゲーム制御部２１２は、例えば、マルチプレイ機能に対応するための同期処理の要求や同期処理の対象となるデータを、送受信部２１１を介して端末装置１０から受け取ると、マルチプレイ機能に対応するための同期処理を実行する。また、ゲーム制御部２１２は、ゲーム情報またはユーザ情報の送信指示を送受信部２１１に指令する。ゲーム制御部２１２は、例えば、サーバ２０が複数の端末装置１０に対して情報を送信するときに、各端末装置１０に同時に情報を送信することで、各端末装置１０間で進行するゲームの同期を取る。同期処理を実行することで、一つの端末装置１０で入力された操作に起因するゲーム内の事象を、他の端末装置１０に同時に反映させることが可能となる。

資産管理部２１３は、ユーザの保有資産を管理する。また、資産管理部２１３は、ユーザの保有資産のうちの一部または全部（換言すると、少なくとも一部）を、ブロックチェーンシステム３の分散型台帳で管理する。換言すると、資産管理部２１３は、ユーザの保有資産に関する情報を記憶部２２０に記憶させてもよく、分散型台帳に記憶させてもよい。なお、サーバ２０がノード装置３０として機能する構成の場合に、資産管理部２１３は、自身の記憶部２２０に記憶された分散型台帳に保有資産に関する情報を記憶させてもよい。また、サーバ２０がノード装置３０として機能しない構成の場合に、資産管理部２１３は、ブロックチェーンシステム３に対して分散型台帳への記憶に係る要求を送信する制御等を行ってもよい。

端末装置１０は、例えば、ユーザの入力操作を受け付ける入力装置としての機能、およびゲームの画像や音声を出力する出力装置としての機能等を有する。

端末装置１０は、プロセッサ１１、メモリ１２、ストレージ１３、通信ＩＦ１４、および入出力ＩＦ１５等の協働によって、制御部１１０および記憶部１２０として機能する。記憶部１２０は、制御部１１０が使用する各種データを格納する。各種データとして、例えば、プログラム、ゲーム情報およびユーザ情報がある。当該プログラムは、端末装置１０側でゲームを実現するためのプログラムである。ゲーム情報およびユーザ情報は、制御部１１０がプログラムを実行するときに参照するデータである。記憶部１２０に格納されるゲーム情報およびユーザ情報は、記憶部２２０に格納されるゲーム情報およびユーザ情報と同様の情報を含み得る。

制御部１１０は、記憶部１２０に格納されたプログラムを実行することにより、端末装置１０において実行されるゲームに関する各種処理を制御する。制御部１１０は、例えば、操作受付部１１１、送受信部１１２、端末処理部１１３および表示制御部１１４を有する。

操作受付部１１１は、入力部１７を介してユーザにより入力される操作（以下、「入力操作」ともいう。）を受け付ける。具体的には、操作受付部１１１は、入力部１７としてのマウスやキーボードに対する入力操作を検知する。なお、入力操作は、入力部１７に物理的に接触する操作に限らず、非接触による操作も含み得る。なお、操作受付部１１１は、入出力ＩＦ１５を介して接続された操作機器を用いてされる入力操作についても、入力部１７に対する入力操作と同様に受け付けることができる。

送受信部１１２は、各種データを送信または受信する。送受信部１１２は、例えば、各種のデータや各種の要求をサーバ２０に送信する。一例として、送受信部１１２がサーバに送信するデータは、プレイ情報、ゲーム情報およびユーザ情報を含み得る。換言すると、送受信部１１２は、操作受付部１１１により受け付けられた入力操作に関する情報をサーバ２０に送信する。

また、送受信部１１２は、各種データやプログラムや各種の要求をサーバから受信する。一例として、送受信部１１２がサーバ２０から受信するデータは、ゲーム空間に配置するオブジェクト（例えば、キャラクタやアイテム）の種類、オブジェクトの座標情報、キャラクタのアクション情報、キャラクタの設定に関する情報、およびその他の情報を含み得る。また、一例として、送受信部１１２がサーバから受信するデータは、マルチプレイ機能に対応するための同期のためのデータを含み得る。同期のためのデータは、例えば、同期対象となるデータおよびそのデータの種類や、同期する時期を特定するためのデータ等を含み得る。

端末処理部１１３は、ゲームの進行に関する各種処理を実行する。端末処理部１１３は、操作受付部１１１により検知されたユーザの入力操作に基づいて、ユーザの指示内容を特定する。また、端末処理部１１３は、特定した指示内容等に基づいて、ゲームの進行に関わる各種判定処理を実行する。また、端末処理部１１３は、判定処理の結果等に基づいて、サーバ２０と通信しながらゲームを進行する。

端末処理部１１３は、仮想空間のうちユーザに提示する領域を指定するための仮想カメラを規定する。端末処理部１１３は、仮想空間内での仮想カメラの位置および向きを規定することにより、仮想空間内に仮想カメラを配置する。端末処理部１１３は、仮想カメラにより規定される視野領域およびこの視野領域に配置されているオブジェクトを描画した画像を生成するように、表示制御部１１４に指示する。換言すると、端末処理部１１３は、ゲームの進行状況に応じた画像を表示部１８に表示させるよう表示制御部１１４に指示する。

仮想カメラの位置および向きは、仮想空間ごとに適宜決定することができる。例えば、端末処理部１１３は、特定のオブジェクトの位置や向きを基準とし、特定のオブジェクトが特定の向きで視野領域の中央に位置するように、仮想カメラを配置する。その際、端末処理部１１３は、特定のオブジェクトに対する方向、距離および角度を用い、仮想カメラの位置や向きを調整する。特定のオブジェクトは、例えば、プレイヤキャラクタやノンプレイヤキャラクタ等の動的なオブジェクトであってもよいし、建物や木、石等の静的なオブジェクトであってもよい。動的なオブジェクトには、各ユーザの操作に基づいてそれぞれ動作するプレイヤキャラクタと、プログラムに基づいて動作するノンプレイヤキャラクタとが含まれる。

表示制御部１１４は、表示部１８にゲームに係る画像を表示させる。以下に、具体例を挙げて説明する。

表示制御部１１４は、仮想空間のうち、端末処理部１１３が規定する仮想カメラの視野の領域と、その領域に存在するオブジェクトとを描画した画像を生成し、表示部１８に表示させる。表示制御部１１４は、表示部１８に表示させる画像に対し、例えば、アイコン、ボタン、各種パラメータを示すメニュー等、ゲームの種々の操作に必要なＵＩ（User Interface）に関わるオブジェクトを重畳して描画することができる。

なお、端末装置１０の制御部１１０は、サーバ２０から送られるオブジェクトのデータや、仮想空間上における各種オブジェクトの位置を示す情報等に基づいて、仮想空間にオブジェクトを配置し、仮想空間の所定領域を表示部１８に表示させてもよい。また、サーバ２０の制御部２１０が、仮想空間へのオブジェクトの配置や仮想カメラの制御を行い、表示部１８に表示させる画像を生成して端末装置１０に送信し、端末装置１０の制御部１１０は、当該画像を表示部１８に表示させてもよい。すなわち、ユーザの入力操作に基づくオブジェクトに関する制御や、仮想カメラの制御や、表示部１８に表示させる画像の生成等に係る各種処理は、サーバ２０で行われてもよく、端末装置１０で行われてもよい。

ノード装置３０は、プロセッサ３１、メモリ３２、ストレージ３３、通信ＩＦ３４、および入出力ＩＦ３５等の協働によって、制御部３１０および記憶部３２０として機能する。記憶部３２０は、ゲームプログラムの一部を含むプログラムや、ブロックチェーンシステム３において用いられる分散型台帳等を記憶する。

制御部３１０は、記憶部３２０に格納されたプログラムを実行することにより、ノード装置３０の動作を制御する。

制御部３１０は、ユーザが各種アイテム（後述する特定トークンを含む。）を取得（例えば、他のユーザから取得あるいは運営者から取得（例えば、後述する採掘により取得））した際にサーバ２０から送信されるアイテムの保有に係る情報の登録要求を受信すると、当該情報を分散型台帳に登録する。制御部３１０は、例えば、サーバ２０または端末装置１０から送信されるアイテムの取引（換言すると、移譲）に関する情報に基づいて、各アイテムの取引履歴の情報を分散型台帳に登録してもよい。具体的には、分散型台帳には、ハッシュ値およびトランザクションデータを含む複数のブロックが記憶される。トランザクションデータは、例えば、アイテムの取引内容を示す情報であり得る。トランザクションデータは、例えば、移譲元を示すインプット情報と、移譲先を示すアウトプット情報とを含む。ハッシュ値は、一つ前のブロックに含まれる情報から算出され、分散型台帳には、ハッシュ値により各ブロックがチェーンのように繋がった状態で各アイテムの取引履歴等が記憶される。このようなアイテムの取引履歴を各ノード装置３０の分散型台帳で管理すること等により、どのユーザがどのアイテムを保有しているかを示す情報をブロックチェーン上に記憶することができる。なお、アイテムの取引履歴ではなく、各ユーザのアイテムの保有状態に関する情報を分散型台帳で管理することによりどのユーザがどのアイテムを保有しているかを示す情報をブロックチェーン上に記憶する等してもよい。このように、本実施形態のゲームでは、アイテムの保有情報がブロックチェーン上に記憶される。なお、保有情報がブロックチェーン上に記憶されないアイテムが存在してもよい。

なお、図２に示す端末装置１０、サーバ２０およびノード装置３０の機能は一例にすぎない。端末装置１０、サーバ２０およびノード装置３０の各装置は、他の装置が備える機能の少なくとも一部を備えていてもよい。換言すると、本実施形態において端末装置１０が備える機能ブロックの一部または全部をサーバ２０あるいはノード装置３０が備えていてもよく、サーバ２０の備える機能ブロックの一部または全部を端末装置１０あるいはノード装置３０が備えていてもよく、ノード装置３０の備える機能ブロックの一部または全部を端末装置１０あるいはサーバ２０が備えていてもよい。また、端末装置１０、サーバ２０およびノード装置３０等の各装置は、一体の機器により実現されるものでなくてもよく、例えば、ネットワーク等を介して接続される複数の機器によって実現されてもよい。また、ゲームシステム１は、例えば、端末装置１０、サーバ２０またはノード装置３０を含んでいなくてもよい。

＜本実施形態に係る処理＞
次に、本実施形態に係る処理について説明する。なお、本実施形態では、端末装置１０のプロセッサ１１、サーバ２０のプロセッサ２１、またはノード装置３０のプロセッサ３１が、ゲームシステム１に記憶されているプログラムを実行することによって、後述する各処理を行うものとして説明する。ただし、後述する処理であってプロセッサ１１が行う処理のうちの少なくとも一部を、プロセッサ１１とは別のプロセッサ（例えば、プロセッサ２１またはプロセッサ３１）が実行するようにしてもよい。また、後述する処理であってプロセッサ２１が行う処理のうちの少なくとも一部を、プロセッサ２１とは別のプロセッサ（例えば、プロセッサ１１またはプロセッサ３１）が実行するようにしてもよい。また、後述する処理であってプロセッサ３１が行う処理のうちの少なくとも一部を、プロセッサ３１とは別のプロセッサ（例えば、プロセッサ１１またはプロセッサ２１）が実行するようにしてもよい。換言すると、本実施形態においてプログラムを実行するコンピュータは、端末装置１０、サーバ２０およびノード装置３０のいずれであってもよく、また、複数の装置の組み合わせにより実現されてもよい。また、各種処理のうちの一部または全部がブロックチェーン上で実行されてもよい。

ここで、本実施形態のゲームの概要について説明する。本実施形態のゲームには、ゲームに参加する複数のユーザ（具体的には、全ユーザ）の間で共通のマップ４０が存在する。マップ４０の一例を図３に示す。マップ４０には、複数の山が配置されている。図３に示すマップ４０では、山の位置が三角の記号で示されている。

ユーザは、マップ４０から自分が採掘を行う山（換言すると、ゲームをプレイする仮想空間）を取得（換言すると、選択）する。山の取得は、例えば、以下のように行われる。例えば、端末装置１０の表示制御部１１４は、ユーザによる所定の入力操作に基づいて、図３に示すように、マップ４０（換言すると、ユーザが取得可能な山の一覧）を表示部１８に表示させる。そして、表示部１８に表示されるマップ４０上において、特定の山を選択すること（例えば、表示された特定の山に対するクリック操作）で当該特定の山を取得することができる。具体的には、例えば、表示制御部１１４は、マップ４０上に表示された山のうちの特定の山を選択する操作が行われると、選択した山を取得する操作を受け付ける取得ボタン４１を表示部１８に表示させる。そして、ゲーム制御部２１２は、取得ボタン４１に対する操作（例えば、クリック操作）に基づいて、ユーザが選択した山を当該ユーザに取得させる。

また、ユーザは、自身が取得した山において所定のアイテムの採掘をすることが可能となっている。換言すると、ユーザは、山を取得すると、取得した山において採掘を行うゲームをプレイすることが可能となる。すなわち、本実施形態において、「特定の山の取得」は、「特定の山についての採掘を行う権利の取得」と言い換えることができ、さらに「特定の仮想空間でゲームをプレイする権利の取得」と言い換えることもできる。なお、ユーザが山を取得（換言すると、採掘を行う権利を取得）せずに、山での採掘を行うことが可能に構成されていてもよい。

また、本実施形態のゲームでは、山での採掘に用いられるアイテムＡが用意されている。そして、採掘を行うためには、ユーザは、アイテムＡを持っている必要がある。換言すると、アイテムＡは、ゲームに参加するために必要なアイテムとなっている。本実施形態においては、アイテムＡは、ピッケルとなっている。なお、アイテムＡを持っていない場合、山の取得が行えないようになっていてもよい。本実施形態のゲームでは、特性の異なる複数種類のアイテムＡが用意されている。また、アイテムＡは、ＮＦＴ（Non-Fungible Token）化された状態を取り得るアイテムとなっている。ＮＦＴ化された状態とは、アイテムＡがユニークなものであることを証明する情報がブロックチェーン上に記憶された状態を意味する。換言すると、ＮＦＴ化された状態とは、アイテムＡに対応するＮＦＴが発行されブロックチェーンで管理されている状態を意味する。なお、以下では、対応するＮＦＴが発行されたアイテム等のデジタル資産のこともＮＦＴと呼ぶ。なお、本実施形態では、アイテムＡのＮＦＴ化（換言すると、アイテムＡの生成）は、ゲームの運営者が行うようになっており、ユーザが行うこと（換言すると、ユーザによるミント）はできないようになっている。換言すると、本実施形態のゲームにおいては、ＮＦＴ化されていない状態のアイテムＡをユーザが入手することはないようになっている。ただし、アイテムＡのＮＦＴ化をユーザが行うことが可能となっていてもよい。

また、本実施形態のゲームでは、ユーザは、採掘によりアイテムＢおよびアイテムＣを取得可能となっている。詳細は後述するが、アイテムＢは、ＮＦＴ化された状態を取り得るアイテムとなっている。また、アイテムＣは、所定のトークンとの交換が可能なアイテムとなっている。以下では、アイテムＣとの交換により取得可能なトークンを「特定トークン」という。

また、本実施形態のゲームでは、アイテムＢは、複数種類存在し、コレクション要素のあるアイテムとなっている。具体的には、アイテムＢは、ユーザが収集する宝石となっている。また、アイテムＣは、宝石とは異なる鉱物（以下、「輝石」という。）となっている。すなわち、本実施形態のゲームは、アイテムＡとしてのピッケルを用いて山での採掘を行い、アイテムＢとしての宝石やアイテムＣとしての輝石を取得するというゲーム性を有している。

また、アイテムＣとの交換によって取得可能な特定トークンは、暗号資産（例えば、仮想通貨）となっている。本実施形態のゲームでは、特定トークンは、アイテムＡのレベル上げ、アイテムＡのリペア（換言すると、修理）、およびアイテムＢのＮＦＴ化等に用いることが可能となっている。

なお、ＮＦＴ化されているか否かに関わらず、各ユーザが保有するアイテムＡ、アイテムＢ、またはアイテムＣ等の資産は、ブロックチェーン（換言すると、分散型台帳）で管理されてもよい。

所定のイベントとしての山での採掘は、例えば、以下のように行われる。例えば、端末装置１０の表示制御部１１４は、ユーザによる所定の入力操作に基づいて、図４に例示するホーム画面４２を表示部１８に表示させる。ホーム画面４２には、ユーザが取得した山での採掘の開始に係る操作を受け付ける採掘開始ボタン４３が表示される。そして、ゲーム制御部２１２は、採掘開始ボタン４３に対する操作（例えば、クリック操作）に基づいて、ユーザが取得した山での採掘を開始させる。なお、ホーム画面４２は、例えば、本ゲーム（換言すると、所定のサービスに係るアプリケーション）が端末装置１０において起動されたときに、最初に表示されるものとなっている。なお、ここで「起動されたときに、最初に表示される」とは、当該起動に係る各種表示（例えば、タイトル表示やロードに係る表示など）がされた後にホーム画面４２が表示される場合を含む。なお、ホーム画面４２は、起動時に限らず、所定契機で表示される。例えば、ホーム画面４２は、後述するホームボタン９４に対する操作がされた際や、インゲームとしての山での採掘が終了した際等に表示されてもよい。また、ホーム画面４２には、ゲームに係る複数のメニュー項目が表示されてもよい。具体的には、ホーム画面４２には、後述する各種画面の表示に係る操作を受け付ける各種ＵＩ（例えば、後述する鉱山ボタン９１、宝石ボタン９２、ショップボタン９３、ホームボタン９４等）が表示されてもよい。また、ホーム画面４２には、所定の背景画像（例えば、プレイヤキャラクタ等を含む背景画像）が表示されてもよい。

また、ユーザが採掘を行う山は、例えば、以下のように決定される。例えば、端末装置１０の表示制御部１１４は、ユーザによる所定の入力操作に基づいて、図５に示すように、ユーザが取得した山の一覧４４を表示部１８に表示させる。なお、山の一覧４４は、ユーザが取得した山を表示部１８に表示されるマップ４０上で示すもの等であってもよい。また、表示制御部１１４は、表示部１８に表示されるユーザが取得した山（換言すると、一覧表示された山）のうちの特定の山を選択する操作（例えば、特定の山に対するクリック操作）が行われると、選択した山を、採掘を行う山として決定する操作を受け付ける採掘対象決定ボタン４６を表示部１８に表示させる。また、ゲーム制御部２１２は、採掘対象決定ボタン４６に対する操作（例えば、クリック操作）に基づいて、ユーザが選択した山を採掘を行う山として設定する。そして、採掘開始ボタン４３に対する操作がされた際には、採掘対象決定ボタン４６に対する操作により採掘を行う山として設定された山での採掘が開始される。すなわち、本実施形態においては、ユーザが取得した山の一覧４４の中から採掘を行いたい山を選択し、採掘対象決定ボタン４６に対する操作を行うことで、採掘を行う山を選択（換言すると、変更）することが可能となっている。なお、ユーザが取得した山の一覧４４の中から特定の山を選択する操作を行うと、採掘対象決定ボタン４６に代えあるいは加え採掘開始ボタン４３が表示され（図５参照）、採掘開始ボタン４３に対する操作が行われると、当該特定の山での採掘が開始されるようになっていてもよい。なお、図４に示すように、ホーム画面４２（換言すると、採掘の開始に係る操作を受け付ける画面）には、採掘を行う山として設定されている山（換言すると、採掘を開始させる操作により採掘が開始される山）を認識可能する表示４８が表示されてもよい。また、ホーム画面４２には、採掘に使用するピッケル（換言すると、プレイヤキャラクタに装備させるピッケル）として設定されているピッケルを認識可能とする表示４９が表示されてもよい。

ゲーム制御部２１２は、採掘開始ボタン４３に対する操作がされると、図６に示すように、仮想空間としての採掘を行う山３４にプレイヤキャラクタ３５を配置する。そして、ゲーム制御部２１２は、ユーザによる入力操作に基づいてプレイヤキャラクタ３５を動かす。すなわち、山３４はユーザがプレイヤキャラクタ３５を操作して所定のゲーム（具体的には採掘を行うゲーム、換言すると所定のインゲーム）をプレイ可能（換言すると、所定のイベントを実行可能）な仮想空間となっている。すなわち、特定の山３４での採掘の開始は、特定の仮想空間でのゲームのプレイの開始ともいえ、特定の仮想空間に入ることともいえる。ゲーム制御部２１２は、ユーザによる入力操作に基づいて、プレイヤキャラクタ３５を仮想空間内で移動させたり、プレイヤキャラクタ３５にピッケル３６を使用する動作（具体的には、ピッケル３６を振る操作）を行わせたりする。仮想空間内におけるプレイヤキャラクタ３５の操作方法は従来のアクションゲーム等と同様とすることができるが、例えば、以下のようにしてもよい。ゲーム制御部２１２は、キーボードの「Ｗ」「Ａ」「Ｓ」「Ｄ」キーに対する操作に基づいて、プレイヤキャラクタ３５を山３４の中で移動させてもよい。また、ゲーム制御部２１２は、キーボードのスペースキーに対する操作に基づいて、プレイヤキャラクタ３５にジャンプをさせてもよい。また、ゲーム制御部２１２は、マウスに対する左クリック操作に基づいて、プレイヤキャラクタ３５にピッケル３６を振って山３４を掘る採掘動作を行わせてもよい。

山３４には、宝石や輝石が埋蔵（換言すると、配置）されている。そして、ユーザは自身の掘り出した（換言すると、発見した）宝石や輝石を獲得できる。すなわち、ゲーム制御部２１２は、ユーザの操作するプレイヤキャラクタ３５が宝石や輝石等のアイテムを掘り出すと、当該ユーザに掘り出されたアイテムを付与する（換言すると、取得させる）。

なお、採掘は途中で中断することもできる。例えば、ゲーム制御部２１２は、ユーザによる所定のメニュー画面を開く操作および当該メニュー画面における山３４からの退出を指示する操作に基づいて、プレイヤキャラクタ３５を山３４から退出させる（換言すると、採掘を終了させる）。このとき、ゲーム制御部２１２は、採掘の進捗状態を記憶部２２０に記憶させる。そして、次に同じ山３４での採掘が開始される際には、ゲーム制御部２１２は、記憶された進捗状態を読み出し、採掘を続きから再開させる。すなわち、採掘を再開する際には、山３４の前回掘った部分については掘られた状態となり、山３４に埋蔵された宝石等のうち、前回掘り出された宝石等については掘り出された状態となる。換言すると、特定の仮想空間としての山３４は、当該特定の仮想空間から一度出て再度入る際には、前回入った際にユーザが与えた変化が反映された状態となる。換言すると、本実施形態では、特定の仮想空間でのゲームを中断し、途中から再開させることが可能となっている。

また、ユーザは、自身が取得した山を任意に処分することができる。例えば、表示制御部１１４は、図５に示すように、表示部１８に表示されるユーザが取得した山（換言すると、一覧表示された山）のうちの特定の山を選択する操作が行われると、選択した山の処分に係る操作を受け付ける処分ボタン４７を表示部１８に表示させる。そして、ゲーム制御部２１２は、処分ボタン４７に対する操作（例えば、クリック操作）に基づいて、選択した山を処分（換言すると、選択した山について、ユーザの取得状態を解除）する。処分された山は、ユーザが取得した山の一覧４４から消え、その山での採掘が行えない状態となる。

なお、本実施形態においては、採掘において使用するピッケルは、採掘開始ボタン４３に対する操作により採掘を開始する前に選択するようになっている。このようなピッケルの選択に係る操作は、従来のゲームにおける、使用する（換言すると、プレイヤキャラクタ３５に装備させる）武器を選択する操作と同様とすることができる。なお、使用するピッケルを採掘をしている最中に変更可能となっていてもよい。

採掘に使用されるピッケルには耐久値が設定されており、採掘に使用するに従って耐久値が低下（例えば、耐久値「１００」から耐久値「０」に向かって低下）する。そして、耐久値が所定値（例えば、耐久値「０」）に達すると、ピッケルが使用できない状態になる。換言すると、耐久値が所定値に達したピッケルを使用しての採掘は行えないようになっている。

また、操作受付部１１１は、ユーザによるピッケルの耐久値の回復（換言すると、アイテムＡのリペア）を指示する操作を受け付ける。そして、ゲーム制御部２１２は、当該操作に基づいて、ピッケルの耐久値を回復させる処理を行う。また、ピッケルの耐久値の回復には、所定量の特定トークンが必要となっており、当該操作によりピッケルの耐久値を回復させる際には、当該所定量の特定トークンが消費される。

また、ピッケルにはレベルが設定されている。操作受付部１１１は、ピッケルのレベル上げを指示する操作を受け付ける。そして、ゲーム制御部２１２は、当該操作に基づいて、ピッケルのレベルを上昇させる制御を行う。また、ピッケルのレベル上げには、所定量の特定トークンが必要となっており、当該操作によりピッケルのレベルを上昇させる際には、当該所定量の特定トークンが消費される。ピッケルのレベルが上昇すると、ピッケルの所定のパラメータが変化する。具体的には、ピッケルのレベルが上昇すると、宝石や輝石の取得のしやすさ（換言すると、採掘の効率）に影響する所定のパラメータが変化する。より具体的には、ピッケルのレベルが上昇すると、ピッケルの振る速度に関するパラメータが変化しピッケルを振る速度が速くなる。これにより、採掘の速度が上昇するため、採掘の効率が上昇する。また、ピッケルのレベルが上昇すると、耐久値の最大値が上昇する。これにより、耐久値を回復させることなく採掘を継続できる時間が延びるため、採掘の効率が上昇する。また、ピッケルのレベルが上昇すると、ピッケルのパワーが上昇し、１回の振りで掘れる量（換言すると、１回の操作が山に対して与える影響量）等が上昇してもよい。これにより、採掘の速度が上昇するため、採掘の効率が上昇する。

なお、本実施形態のゲームでは、アイテムＡ、アイテムＢおよびアイテムＣとは異なる入手経路で入手可能なアイテムが用意されていてもよい。例えば、暗号資産ではないゲーム内通貨（例えば、ブロックチェーンで管理されず、記憶部２２０等で管理されるユーザの保有資産）を使用してゲーム内で購入可能なアイテム（例えば、プレイヤキャラクタが装備可能なアイテム）等が存在してもよい。なお、当該ゲーム内通貨は、法定通貨を用いて購入可能なもの等であってもよい。

また、本実施形態における各種アイテム（例えば、アイテムＡ、アイテムＢ、およびアイテムＣ）は、オブジェクトと読み替えてもよい。オブジェクトには、キャラクタやアイテム等が含まれる。すなわち、特定の仮想空間としての山でのゲームのプレイ（換言すると、イベントの実行）により付与されるアイテムＢやアイテムＣは、キャラクタ等であってもよい。

なお、本実施形態では、マップは所定期間で（具体的には、１日１回）更新（換言すると、新たに生成）される。また、マップの更新に合わせて、取得可能な山も所定期間（具体的には、１日１回）で更新（換言すると、新たに生成）される。また、１つの山は、１人のユーザしか取得できないようになっており、あるユーザがある山（換言すると、当該ある山の採掘の権利）を取得すると、当該ある山を他のユーザが取得することはできないようになっている。換言すると、山の取得は早い者勝ちとなっている。なお、マップの更新や取得可能な山の更新とは、過去のマップや山が一新されるもの（換言すると、新しいマップや山が生成されるとともに過去のマップが無くなったり、過去の山が取得できなくなったりするもの）であってもよく、過去のマップが拡張されたり過去に生成された山に加えて新たな山が追加されるもの（換言すると、取得可能な山が増加するもの）等であってもよい。

ここで、本実施形態のゲームにおける資産の獲得および消費の流れについて図７を参照しながら説明する。

前述のように、本実施形態のゲームでは、ゲームに参加するためには、ユーザはピッケルを持っている必要がある。本実施形態では、ピッケルは、ゲーム内のマーケットプレイスでの購入が可能となっており、ユーザは、マーケットプレイスでピッケルを購入する。なお、ピッケルは、所定の暗号資産により購入することが可能となっている。当該所定の暗号資産は、輝石との交換により取得可能な特定トークンであってもよく、その他の暗号資産であってもよい。マーケットプレイスでの取引は、マーケット管理部２１４が管理する。具体的には、例えば、端末装置１０の操作受付部１１１は、ユーザが購入したいアイテムを選択する操作を受け付ける。そして、当該操作に関する情報が送受信部１１２，２１１を介してサーバ２０のマーケット管理部２１４に送られ、マーケット管理部２１４は、当該操作に基づいて、ユーザが選択したアイテムをユーザに渡すとともに、その対価を当該ユーザから当該アイテムを売った者に渡す処理を行う。

次いで、ユーザは、取得したピッケルを使用して山での採掘を行う。採掘では、宝石および輝石を含む複数種類のアイテムの取得が可能となっている。

ユーザが取得した輝石は、特定トークンと交換することが可能となっている。なお、輝石と特定トークンとの交換は、自動的に行われてもよく、ユーザによる交換を指示する操作に基づいて行われてもよい。すなわち、例えば、山から退出したタイミング等の特定のタイミングで、輝石が自動的に特定トークンに交換されてもよい。なお、本実施形態では、山での採掘により輝石がユーザに付与され、輝石が特定トークンと交換されるようになっているが、山での採掘により輝石に代えあるいは加え、特定トークンが直接ユーザに付与されるようになっていてもよい。

また、輝石との交換により取得される特定トークンは、ユーティリティトークンとなっている。特定トークンは、所定の取引所（例えば、分散型取引所）で他の暗号資産（例えば、仮想通貨）と交換することが可能なトークンであってもよい。また、特定トークンは、本実施形態のゲームに係る独自トークンであって、発行上限が設定されたトークンであってもよく、ゲーム外で使用可能な仮想通貨等であってもよい。

また、ユーザが取得した宝石は、所定の条件を満たすことでＮＦＴ化が可能となっている。すなわち、本実施形態では、宝石に対応するＮＦＴを発行し、ブロックチェーンで管理することが可能となっている。具体的には、例えば、ユーザが宝石を取得した後、取得した宝石に対するユーザの操作を契機として宝石をＮＦＴ化する処理が開始されてもよく、取得した宝石に対するユーザの操作を介さずに自動的に宝石をＮＦＴ化する処理が開始されてもよい。例えば、端末装置１０の操作受付部１１１は、ユーザがゲーム内においてＮＦＴ化したい宝石を選択する操作を受け付けてもよい。そして、当該操作に関する情報が送受信部１１２，２１１を介してサーバ２０の資産管理部２１３に送られ、資産管理部２１３は、当該操作に基づいて、選択された宝石をＮＦＴ化する処理を行ってもよい。また、ＮＦＴ化には、手数料（例えば、所定量の特定トークン）が必要となっており、当該操作により宝石をＮＦＴ化する際には、当該手数料がユーザの保有資産から消費されるようになっていてもよい。また、ＮＦＴ化された宝石は、ゲーム内のマーケットプレイス等において売買することが可能となっていてもよい。換言すると、アイテムのＮＦＴ化とは、アイテムをマーケットプレイスでの売買が可能な状態にすることともいえる。具体的には、例えば、端末装置１０の操作受付部１１１は、ユーザが売りたい宝石（具体的には、ＮＦＴ化された宝石）を選択する操作を受け付けてもよい。そして、当該操作に関する情報が送受信部１１２，２１１を介してサーバ２０のマーケット管理部２１４に送られ、マーケット管理部２１４は、当該操作に基づいて、ユーザが選択した宝石を売りに出してもよい。そして、マーケット管理部２１４は、購入を希望する他のユーザがいる場合に、当該他のユーザに当該宝石を渡すとともに、その対価を当該他のユーザから当該宝石を売ったユーザに渡す処理を行ってもよい。換言すると、ＮＦＴ化されたアイテムＢは、他のユーザと取引することが可能であってもよい。

また、宝石は、特定トークンと交換可能となっていてもよい。具体的には、端末装置１０の操作受付部１１１は、ユーザがゲーム内において特定トークンと交換したい宝石を選択する操作を受け付けてもよい。そして、当該操作に関する情報が送受信部１１２，２１１を介してサーバ２０に送られ、資産管理部２１３は、当該操作に基づいて、選択された宝石に換えて特定トークンをユーザに付与してもよい。換言すると、宝石は、ＮＦＴ化することと、特定トークンと交換することとが可能なアイテムであってもよい。なお、宝石と特定トークンとの交換は、宝石のＮＦＴ化前とＮＦＴ化後とのいずれか一方でのみ行えてもよく、両方で行えてもよい。

ゲーム制御部２１２は、ユーザがプレイするゲームに関する制御を行う。ゲーム制御部２１２は、仮想空間管理部２３１および報酬付与部２３３を有する。また、仮想空間管理部２３１は、マップを作成するマップ作成処理、各山において取得可能なアイテム（換言すると、各仮想空間に配置されるアイテム）の概要を決定するアイテム概要決定処理、山を作成する仮想空間作成処理、および各山において取得可能なアイテムの詳細を決定するアイテム詳細決定処理を実行する。

また、本実施形態における各種処理の中には、ランダム性を有する処理が存在する。本実施形態では、ランダム性を有する処理は、所定のシードを用いた演算を行うことにより実現される。当該所定のシードには、ブロックチェーン（例えば、ビットコインのブロックチェーン）を用いたシードと、後述する仮想空間ＩＤを用いたシードとが含まれるが、いずれか一方のみが含まれるなどしてもよい。具体的には、本実施形態では、ブロックチェーンを用いた２種類のシード（以下、それぞれ「ｓｅｅｄ_{ｈｌａｓｔ}」、「ｓｅｅｄ_{ｈｆｉｒｓｔ}」という。）と、仮想空間ＩＤを用いた１種類のシード（以下、「ｓｅｅｄ_ｍｄｉｄ」という。）とが、用意されている。

より具体的には、ブロックチェーンを用いたシードとしてのブロックチェーン（具体的には、例えば、ビットコインのブロックチェーン）のハッシュに関するシードと、仮想空間ＩＤに関するシードとが、ランダム性の実現に利用される。本実施形態では、任意の期間（例えば、１日）の最後のハッシュ（換言すると、最後に生成されたブロックのハッシュ値）であるｈａｓｈ_{ｌａｓｔ＿ｙｙｙｙｍｍｄｄ}と、ｈａｓｈ_{ｌａｓｔ＿ｙｙｙｙｍｍｄｄ}が生成された翌々日の最初のハッシュ（換言すると、最初に生成されたブロックのハッシュ値）であるｈａｓｈ_{ｆｉｒｓｔ＿ｙｙｙｙｍｍｄｄ＋２}とが、ハッシュに関するシードとして用いられる。また、本実施形態では、仮想空間ＩＤが、仮想空間ＩＤに関するシードとして用いられる。すなわち、本実施形態では、ｓｅｅｄ_{ｈｌａｓｔ}＝ｈａｓｈ_{ｌａｓｔ＿ｙｙｙｙｍｍｄｄ}であり、ｓｅｅｄ_{ｈｆｉｒｓｔ}＝ｈａｓｈ_{ｆｉｒｓｔ＿ｙｙｙｙｍｍｄｄ＋２}であり、ｓｅｅｄ_ｍｄｉｄ＝仮想空間ＩＤとなっている。

なお、本実施形態では、各種シードに基づいて、マップや各山において取得可能なアイテム等をランダムに決定するが、あるシードに基づいてマップや各種オブジェクト等の所定の事項についてランダムに決定する手法自体は周知であるため、説明を省略する。

マップ作成処理では、仮想空間管理部２３１は、マップを作成する。具体的には、仮想空間管理部２３１は、マップ作成処理として、複数の山が配置されるマップ（換言すると、仮想世界）の地形を決定する処理および当該マップにおける各山の配置を決定する処理を行う。また、仮想空間管理部２３１は、マップ作成処理において、作成されるマップ内の各山に対して、各山を識別可能とするＩＤ（換言すると、識別情報。以下、「仮想空間ＩＤ」という。）を付与する。すなわち、作成されるマップにおける各山には、山毎に固有の仮想空間ＩＤが割り振られている。なお、仮想空間ＩＤは、１または複数の数字によって構成されていてもよく、例えば、各山に対して１から順に連番で番号が割り振られるなどしてもよい。

本実施形態では、マップはランダムに作成されるようになっている。換言すると、マップ作成処理は、ランダム性を有している。具体的には、仮想空間管理部２３１は、所定のシード（以下、「マップ作成用シード」という。）を用いた演算を行うことにより乱数を生成し、当該乱数に基づいてマップの地形および当該マップにおける各山の配置を決定する。マップ作成用シードには、ｓｅｅｄ_{ｈｌａｓｔ}が含まれる。換言すると、仮想空間管理部２３１は、ｓｅｅｄ_{ｈｌａｓｔ}が引数として指定された関数を用いてマップを作成する。すなわち、仮想空間管理部２３１は、ｓｅｅｄ_{ｈｌａｓｔ}（換言すると、ブロックチェーンのハッシュ）に応じたマップを作成する。

アイテム概要決定処理では、仮想空間管理部２３１は、各山についての取得可能なアイテム（換言すると、各仮想空間に配置されるアイテム）の概要を決定する。具体的には、仮想空間管理部２３１は、アイテム概要決定処理として、各山に埋蔵されるアイテムＢの個数と、各アイテムＢのサイズの概要（例えば、小、中、大のような大まかなサイズ）とを決定する。すなわち、アイテム概要決定処理では、例えば、各山について、その山に埋蔵され、その山で採掘をした場合に得られる宝石が、大型の宝石１個と小型の宝石２個などのように決定される。なお、アイテム概要決定処理では、各山に埋蔵される輝石の個数等が決定されてもよい。

本実施形態では、取得可能なアイテムの概要（具体的には、アイテムＢの個数およびサイズ）はランダムに決定されるようになっている。換言すると、取得可能なアイテムの概要の決定は、ランダム性を有している。具体的には、仮想空間管理部２３１は、所定のシード（以下、「概要決定用シード」という。）を用いた演算を行うことにより乱数を生成し、当該乱数に基づいて取得可能なアイテムの概要を決定する。概要決定用シードには、ｓｅｅｄ_{ｈｌａｓｔ}とｓｅｅｄ_ｍｄｉｄとが含まれる。換言すると、仮想空間管理部２３１は、ｓｅｅｄ_{ｈｌａｓｔ}とｓｅｅｄ_ｍｄｉｄとが引数として指定された関数を用いて取得可能なアイテムの概要を決定する。さらに換言すると、仮想空間管理部２３１は、ｓｅｅｄ_{ｈｌａｓｔ}とｓｅｅｄ_ｍｄｉｄとを用いて所定の抽選を行い取得可能なアイテムの概要を決定する。なお、ここで、ある山についての取得可能なアイテムの概要を決定する場合に、仮想空間管理部２３１は、当該ある山の仮想空間ＩＤをｓｅｅｄ_ｍｄｉｄとして用いる。すなわち、仮想空間管理部２３１は、各山について、ｓｅｅｄ_{ｈｌａｓｔ}（換言すると、ブロックチェーンのハッシュ）と、各山の仮想空間ＩＤとに応じて取得可能なアイテムの概要を決定する。

仮想空間作成処理では、仮想空間管理部２３１は、アイテム概要決定処理で決定されたアイテムの取得可能な（換言すると、当該アイテムが配置された）３次元仮想空間としての山を作成する。本実施形態では、山はランダムに作成されるようになっている。換言すると、仮想空間作成処理は、ランダム性を有している。例えば、山の地形や、山における各アイテムの埋蔵される位置等がランダムに決定されてもよい。仮想空間管理部２３１は、所定のシード（以下、「仮想空間作成用シード」という。）を用いた演算を行うことにより乱数を生成し、当該乱数に基づいて山を作成する。仮想空間作成用シードには、ｓｅｅｄ_{ｈｌａｓｔ}とｓｅｅｄ_ｍｄｉｄとが含まれる。そして、仮想空間管理部２３１は、ｓｅｅｄ_{ｈｌａｓｔ}とｓｅｅｄ_ｍｄｉｄとアイテム概要決定処理で決定された取得可能なアイテムの概要とが引数として指定された関数を用いて山を作成する。換言すると、仮想空間管理部２３１は、ｓｅｅｄ_{ｈｌａｓｔ}とｓｅｅｄ_ｍｄｉｄとを用いて所定の抽選を行い山を作成する。なお、ここで、ある山を作成する場合に、仮想空間管理部２３１は、当該ある山の仮想空間ＩＤをｓｅｅｄ_ｍｄｉｄとして用いる。また、ある山を作成する場合に、仮想空間管理部２３１は、当該ある山について決定された取得可能なアイテムの概要を引数として用いる。すなわち、仮想空間管理部２３１は、各山が、ｓｅｅｄ_{ｈｌａｓｔ}（換言すると、ブロックチェーンのハッシュ）と、各山の仮想空間ＩＤと、アイテム概要決定処理で決定された各山の取得可能なアイテムの概要と、に応じた山となるように、山を作成する。

アイテム詳細決定処理では、仮想空間管理部２３１は、アイテム概要決定処理で決定された、各山で取得可能なアイテムの詳細を決定する。具体的には、仮想空間管理部２３１は、アイテム概要決定処理で決定された各山で取得可能なアイテムＢについて、種類、サイズの詳細、形状、または質などを決定する。より具体的には、例えば、前述のように、小型の宝石２個、大型の宝石１個などのように取得可能なアイテムの概要が決定されている場合に、仮想空間管理部２３１は、各小型の宝石および大型の宝石の種類を、ダイヤモンド、アクアマリン、レッドスピネルなどのように決定する。また、仮想空間管理部２３１は、各小型の宝石および大型の宝石の質を、低質、中質、上質などのように決定する。また、仮想空間管理部２３１は、各小型の宝石、および大型の宝石のサイズの詳細を、０．２カラット、６．４カラットなどのように決定する。なお、宝石の質は、カラット数も加味して決まるものであってもよい。例えば、カラット数が大きいほど宝石の質が高いものとしてもよい。

本実施形態では、取得可能なアイテムの詳細（具体的には、アイテムＢの種類、質、および詳細なサイズ）はランダムに決定されるようになっている。換言すると、報酬の詳細の決定は、ランダム性を有している。具体的には、仮想空間管理部２３１は、所定のシード（以下、「詳細決定用シード」という。）を用いた演算を行うことにより乱数を生成し、当該乱数に基づいて取得可能なアイテムの詳細を決定する。詳細決定用シードには、ｓｅｅｄ_{ｈｆｉｒｓｔ}とｓｅｅｄ_ｍｄｉｄとが含まれる。そして、仮想空間管理部２３１は、ｓｅｅｄ_{ｈｆｉｒｓｔ}とｓｅｅｄ_ｍｄｉｄとアイテム概要決定処理で決定された取得可能なアイテムの概要とが引数として指定された関数を用いて取得可能なアイテムの詳細を決定する。換言すると、仮想空間管理部２３１は、ｓｅｅｄ_{ｈｆｉｒｓｔ}とｓｅｅｄ_ｍｄｉｄとを用いて所定の抽選を行い取得可能なアイテムの詳細を決定する。なお、ここで、ある山についての取得可能なアイテムの詳細を決定する場合に、仮想空間管理部２３１は、当該ある山の仮想空間ＩＤをｓｅｅｄ_ｍｄｉｄとして用いる。また、ある山についての取得可能なアイテムの詳細を決定する場合に、仮想空間管理部２３１は、当該ある山について決定された取得可能なアイテムの概要を引数として用いる。すなわち、仮想空間管理部２３１は、各山について、ｓｅｅｄ_{ｈｆｉｒｓｔ}（換言すると、ブロックチェーンのハッシュ）と、各山の仮想空間ＩＤと、アイテム概要決定処理で決定された各山の取得可能なアイテムの概要と、に応じて取得可能なアイテムの詳細を決定する。

このように、本実施形態では、採掘により取得可能な宝石の詳細（例えば、種類、質、または詳細なサイズ等の一部の内容）は、アイテム詳細決定処理が実行されるまで確定しないようになっている。

ここで、山の取得および採掘に係るタイムラインについて、図８を参照しながら説明する。ここでは、２０２２年５月２９日の最後に生成されたハッシュであるｈａｓｈ_{ｌａｓｔ＿２０２２０５２９}がｓｅｅｄ_{ｈｌａｓｔ}として用いられるとともに、２０２２年５月３１日の最初に生成されたハッシュであるｈａｓｈ_{ｆｉｒｓｔ＿２０２２０５３１}がｓｅｅｄ_{ｈｆｉｒｓｔ}として用いられ、マップや山の生成、取得可能なアイテムの決定等がされる場合を例に説明する。

まず、仮想空間管理部２３１は、２０２２年５月２９日最後のハッシュを用いてマップ作成処理を行い、マップを作成する。ここで、５月２９日最後のハッシュ（換言すると、最後のブロック）は、ブロックチェーンのブロックに含まれるタイムスタンプの日付が５月３０日に変わることにより事後的に確定する。換言すると、ｓｅｅｄ_{ｈｌａｓｔ}は、２０２２年５月３０日最初のハッシュ（換言すると、最初のブロック）が生成されることにより確定する。そこで、本実施形態では、仮想空間管理部２３１は、５月３０日最初のハッシュが生成されたタイミングで（換言すると、当該ハッシュが生成された後に）、ｈａｓｈ_{ｌａｓｔ＿２０２２０５２９}を用いたマップの作成を行う。

また、仮想空間管理部２３１は、２０２２年５月２９日最後のハッシュを用いてアイテム概要決定処理を行い、各山について取得可能なアイテムの概要を決定する。また、仮想空間管理部２３１は、２０２２年５月２９日最後のハッシュを用いて仮想空間作成処理を行い、当該アイテム概要決定処理で概要が決定されたアイテムの配置された山を作成する。本実施形態では、仮想空間管理部２３１は、５月３０日最初のハッシュが生成されたタイミングで（換言すると、当該ハッシュが生成された後に）、ｈａｓｈ_{ｌａｓｔ＿２０２２０５２９}を用いて、各山で取得可能なアイテムの概要を決定する。また、仮想空間管理部２３１は、５月３０日最初のハッシュが生成されたタイミングで（換言すると、当該ハッシュが生成された後に）、ｈａｓｈ_{ｌａｓｔ＿２０２２０５２９}を用いて山を作成する。

また、仮想空間管理部２３１は、山の取得が可能な期間を制限する制御を行う。本実施形態では、山の取得可能期間は、その日最初のハッシュが生成（前日最後のハッシュに係るｓｅｅｄ_{ｈｌａｓｔ}が確定）されてから、次の日最初のハッシュが生成（当該ハッシュに係るｓｅｅｄ_{ｈｆｉｒｓｔ}が確定）されるまでの間に設定されている。換言すると、仮想空間管理部２３１は、ｈａｓｈ_{ｌａｓｔ＿２０２２０５２９}を用いて作成される山の取得が可能な期間を、当該山で取得可能なアイテムの詳細が決定されるまでの期間となるように制御する。さらに換言すると、山（換言すると、マップ）が作成されると、次に山（換言すると、マップ）が作成されるタイミングまで作成された山の取得が可能となっている。なお、山の取得可能期間は、例えば、その日最初のハッシュが生成されてから、その日（換言すると、山が生成された日）が終了するまでの間に設定されるなどしてもよい。

また、仮想空間管理部２３１は、２０２２年５月３１日最初のハッシュを用いてアイテム詳細決定処理を行い、概要の決定に２０２２年５月２９日最後のハッシュが用いられたアイテムについて詳細を決定する。本実施形態では、仮想空間管理部２３１は、５月３１日最初のハッシュが生成されたタイミングで（換言すると、当該ハッシュが生成された後に）、ｈａｓｈ_{ｆｉｒｓｔ＿２０２２０５３１}を用いて取得可能なアイテムの詳細を決定する。すなわち、仮想空間管理部２３１は、山の取得可能な期間の経過後に、当該山において取得可能なアイテムの詳細を決定する。換言すると、仮想空間管理部２３１は、取得可能なアイテムの詳細が決定された後に山を取得することができないように制御する。

このように取得可能なアイテムの概要および詳細が決定される山（換言すると、山の採掘の権利）は、ユーザの操作に基づいてユーザに取得され、採掘によりアイテムを取得することが可能となっている。

仮想空間管理部２３１は、ユーザによる取得する山を選択する操作が行われると、当該操作に基づいて、選択された山をユーザに付与する。換言すると、仮想空間管理部２３１は、ユーザが選択した山の採掘の権利（換言すると、選択した仮想空間でゲームをプレイする権利）を当該ユーザに付与する。

取得する山を選択する操作の受付に際し、表示制御部１１４は、図３に示すように、ユーザが取得可能な山についての詳細情報５０を表示部１８に表示させる。例えば、ユーザが取得可能な山を表示するマップ４０上において特定の山を選択する操作がされると、表示制御部１１４は、当該特定の山についての詳細情報５０を表示部１８に表示させる。本実施形態においては、詳細情報５０として、当該特定の山で取得可能な宝石に関する情報が表示される。換言すると、詳細情報５０として、当該特定の山についての報酬の期待度に関する表示が表示される。具体的には、端末処理部１１３は、当該特定の山で取得可能なアイテムの概要に関する情報を仮想空間管理部２３１から受け取り、当該情報に基づいて、山で採掘をした場合に取得可能な宝石の数や各宝石のサイズの概要等を表示部１８に表示させる。これにより、ユーザは、詳細情報５０を見た上で、当該特定の山を取得するか否かを選択できるようになっている。すなわち、本実施形態では、仮想空間管理部２３１は、ユーザが仮想空間でのゲームプレイについての権利を取得する前に、当該ゲームプレイにより取得可能な報酬に関する情報（換言すると、詳細情報５０）を、当該ユーザに提示可能となっており、当該情報が表示部１８に表示されるようになっている。なお、本実施形態においては、その山で取得可能な宝石の数および各宝石のサイズの概要が詳細情報５０として提示され、提示された数の宝石および提示されたサイズに対応するサイズの宝石が必ず取得できるようになっているが、詳細情報５０として提示される宝石の数やサイズが目安に過ぎず、詳細情報５０として提示された数の宝石や提示されたサイズに対応する宝石（換言すると、詳細情報５０に示される通りの報酬）が取得できない場合が存在し得るようになっていてもよい。

また、仮想空間管理部２３１は、ユーザが取得した山を示す情報をブロックチェーン（例えば、イーサリアムのブロックチェーン）上に記憶させる。具体的には、仮想空間管理部２３１は、あるユーザがある山を取得した場合に、当該あるユーザが当該ある山を取得したことを示す情報をブロックチェーン上に記憶させる。すなわち、本実施形態では、ユーザによる山の取得に係る履歴がブロックチェーン上に記憶されるといえる。換言すると、本実施形態では、特定の仮想空間でのゲームプレイについての権利に関する情報がブロックチェーン上に記憶される。このような構成によれば、不正な手法での山やアイテム等の取得を防止することができる。すなわち、本実施形態では、取得可能な期間に制限のある山の取得により所定のアイテムを獲得する権利が得られるようになっているとともに、ユーザが取得した山を示す情報が、改ざんの困難なブロックチェーン上に記憶されるようになっているところ、本構成によれば、あるユーザが不正な手法によりアイテム（具体的には、宝石）を取得した場合等において、当該アイテムを取得可能な山の取得情報を当該あるユーザが有さないこと等が確認可能となり、当該あるユーザの不正を証明すること等が可能となる。加えて、本実施形態では、山の取得情報が書き換えの困難なブロックチェーン上に記憶されるとともに、取得可能なアイテムの詳細が決定されるタイミングが、山の取得可能な期間の経過後となっているので、アイテムの不正取得をより強固に防止することができる。

ゲーム制御部２１２は、ユーザによる山での採掘開始を指示する操作に基づいて、ユーザが取得した山での採掘を開始させる。本実施形態のゲームでは、山での採掘は、取得可能なアイテムの概要が決定され、山が作成された以降のタイミングから可能となっており、取得可能なアイテムの詳細が決定される前に採掘を行うことも可能となっている。また、山での採掘は、取得可能なアイテムの詳細が決定された後に行うことも可能となっている。

報酬付与部２３３は、山での採掘に基づいて、ユーザにアイテムを付与する。具体的には、本実施形態では、採掘により発見された宝石および輝石がユーザに付与される。

ここで、山での採掘に基づいてアイテムの付与が決定されるタイミングとしては、アイテムの詳細が決定される前と後との両パターンが考えられる。換言すると、アイテムの付与が決定されるタイミングにおいて、アイテムの詳細が確定していない場合が存在し得る。具体的には、本実施形態では、山での採掘により宝石を発見したが（換言すると、宝石の付与が決定されたが）、発見した宝石の詳細がまだ決定されていないという状態が存在し得る。換言すると、本実施形態では、所定の期間としての山を取得可能な期間（換言すると、特定の仮想空間についてのゲームプレイの権利の取得可能期間）の経過後に宝石の詳細が決定されるようになっているとともに、山を取得可能な期間中に山での採掘が可能となっており、山を取得可能な期間中に山での採掘が実行され宝石が取得される状況が生じ得る。ユーザは自身の取得した宝石を、自身の保有するアイテムの一覧を表示する画面等の所定の画面（例えば、山から退出した後に開くことが可能な画面）において確認可能となっているが、ユーザが宝石を取得した後、この宝石の詳細が決定されるまでの間は、この宝石については当該所定の画面上において概要のみが表示されるようになっている。そして、詳細が決定されると、当該所定の画面上においてこの宝石の詳細が確認可能となる。

なお、本実施形態では、マップの作成、山（換言すると、仮想空間）の作成、各山についての取得可能なアイテムの概要の決定および取得可能なアイテムの詳細の決定は連日行われており、日々マップの更新および取得可能な山の更新が行われている。すなわち、例えば、図８に示す例においては、５月３０日最後のハッシュを用いてマップ作成処理、アイテム概要決定処理、および仮想空間作成処理が行われ、当該アイテム概要決定処理で概要が決定されたアイテムについて、６月１日最初のハッシュを用いてアイテム詳細決定処理が行われる。なお、本実施形態では、山の取得可能な期間が終了してから次のマップ更新および取得可能な山の更新が行われるようになっているが、山の取得可能な期間中に、次のマップ更新および取得可能な山の更新が行われてもよい。換言すると、マップの作成、山の作成、各山についての取得可能なアイテムの概要の決定、または取得可能なアイテムの詳細の決定に用いられるハッシュは、１日の最後のハッシュや最初のハッシュでなくてもよい。

なお、本実施形態では、１日の最後に生成されるハッシュを用いて、マップおよび山の作成ならびに取得可能なアイテムの概要の決定を行っているが、１日の最後に生成されるハッシュ（換言すると、１日の最後のブロック）は、翌日最初のハッシュ（換言すると、翌日最初のブロック）が生成されることにより事後的に決定されるようになっている。このため、マップおよび山の作成ならびに取得可能なアイテムの概要の決定は、翌日最初のハッシュが生成された以降のタイミングで行われる。そこで、マップおよび山の作成ならびに取得可能なアイテムの概要の決定を、翌日最初のハッシュを用いて行うことも考えられる。しかし、本実施形態では、マップおよび山の作成ならびに取得可能なアイテムの概要の決定を、１日の最後に生成されるハッシュを用いて行うことにより、マップおよび山の作成ならびに取得可能なアイテムの概要の決定と、取得可能なアイテムの詳細の決定とを異なるハッシュに基づいて行われるようにしている。すなわち、マップおよび山の作成ならびに取得可能なアイテムの決定等に係る処理を連日実行する場合において、前日に概要を決定したアイテムの詳細の決定に用いられるハッシュと、当日にアイテムの概要の決定に用いられるハッシュとが同一とならないようにされている。換言すると、本実施形態では、ゲーム制御部２１２は、繰り返し訪れる任意の期間内の特定のハッシュ（具体的には、１日の最初のハッシュ）を用いてアイテムの詳細を決定するとともに、当該特定のハッシュとは異なるハッシュ（具体的には、１日の最後のハッシュ）を用いてアイテムの概要を決定するようになっている。また、ブロックチェーンは分岐することがあるところ、本実施形態では、翌日最初のハッシュが生成されたタイミングで、１日の最後に生成されるハッシュを用いてマップおよび山の作成ならびに取得可能なアイテムの概要の決定を行っているので、採択された可能性の高いハッシュ（換言すると、ブロック）を用いて処理を行うことが可能となる。

なお、本実施形態のゲームではアイテムＢとしての宝石に係る抽選ロジックは、ブロックチェーン上に記憶され公開される。具体的には、アイテム概要決定処理およびアイテム詳細決定処理のロジックがスマートコントラクトとして公開される。すなわち、ｓｅｅｄ_{ｈｌａｓｔ}を用いて報酬の概要を決定する処理のロジックが、スマートコントラクトとして公開される。また、ｓｅｅｄ_{ｈｆｉｒｓｔ}を用いて報酬の詳細を決定する処理のロジックが、スマートコントラクトとして公開される。また、ｓｅｅｄ_{ｈｌａｓｔ}およびｓｅｅｄ_{ｈｆｉｒｓｔ}は、ブロックチェーンのハッシュであり、公開されたシードとなっている。すなわち、本実施形態では、各山で取得可能なアイテムの概要は、所定のシードを用いて所定のロジックにより決定されるが、当該所定のシードおよび当該所定のロジックは公開されており、各ユーザは、アイテムの概要の決定にあたり不正が働いていないかを公開された当該所定のシードと当該所定のロジックとを用いて検算することが可能となっている。また、本実施形態では、各山で取得可能なアイテムの詳細は、所定のシードを用いて所定のロジックにより決定されるが、当該所定のシードおよび当該所定のロジックは公開されており、各ユーザは、アイテムの詳細の決定にあたり不正が働いていないかを公開された当該所定のシードと当該所定のロジックとを用いて検算することが可能となっている。このような構成によれば、アイテムの付与について運営者側の作為が入り込むことがなく、かつこのことをユーザに明確に提示できる透明性の高いシステムを提供することができる。また、シードにブロックチェーンのハッシュを用いることにより、シードを運営者であっても予測不可能であり、かつ誰が見ても不変的で明らかなものとすることができる。すなわち、本実施形態の構成によれば、アイテムの付与について、運営者であってもコントロールすることができず、公開されたロジックによりユーザが検算可能であり、事前に予測することができないものとすることができる。このため、アイテムの付与について不正が起こり、システムの価値が毀損してしまうことを防止できる。また、本実施形態では、アイテムの概要や詳細の決定に係る乱数がブロックチェーンのハッシュに基づいて決定され、乱数が特定可能となっているため、乱数を操作する不正の発見が可能となり、乱数を操作して所定のオブジェクトを不正に出現させる等の不正を防止することができる。なお、仮想空間作成処理のロジック等についても、ブロックチェーン上に記憶し公開してもよく、ブロックチェーン上に記憶せず非公開としてもよい。

なお、山についての詳細情報５０は、ユーザが山を取得する際に限らず、ユーザが取得した山の中から採掘を行う山を選択する際や山での採掘を開始する際等に表示されてもよい。例えば、図５に示すように、ユーザが取得した山の一覧４４が表示部１８に表示された状態において、特定の山を選択する操作が行われると、表示制御部１１４は、当該特定の山についての詳細情報５０を表示部１８に表示させる。例えば、詳細情報５０として、当該特定の山で取得可能な宝石に関する情報（例えば、宝石の数および各宝石のサイズの概要等）が表示される。換言すると、詳細情報５０として、当該特定の山についての報酬の期待度に関する表示が表示される。これにより、ユーザは、詳細情報５０を見た上で、当該特定の山での採掘を行うか否かを選択できる。また、詳細情報５０として、採掘の進捗状況が表示されてもよい。具体的には、例えば、宝石を何個発見したか、宝石を埋蔵量の何割発見したか、輝石を何個発見したか、輝石を埋蔵量の何割発見したか、あるいは宝石を発見した量等に基づいて算出されるその山についての採掘の進捗度（換言すると、その山におけるゲームの進行度）がどの程度か等が、詳細情報５０として表示されてもよい。

なお、ユーザが保有しているアイテムＡは、他のユーザに貸出可能となっていてもよい。具体的には、あるユーザがアイテムＡを他のユーザに貸し出した場合に、当該他のユーザの端末装置１０の操作受付部１１１は、当該他のユーザによる、当該あるユーザが取得した山での採掘の開始を指示する操作を受け付けてもよい。そして、当該操作に関する情報が送受信部１１２，２１１を介してゲーム制御部２１２に送られ、ゲーム制御部２１２は、当該他のユーザによる当該操作に基づいて、当該他のユーザによる当該山での採掘を開始させてもよい。すなわち、ピッケルを保有していない当該他のユーザであっても、ピッケルを借りてゲームをプレイすることが可能となっていてもよい。この場合において、当該他のユーザのゲームプレイは、ピッケルの貸主の取得した山で行われるようになっていてもよい。また、ピッケルの貸主と借主とが、同じ山に入り、一緒に採掘を行うことが可能となっていてもよい。換言すると、ピッケルの貸主と借主とが同じ仮想空間（例えば、貸主が取得した山）で、マルチプレイをすることが可能となっていてもよい。

（有利な効果）
前述のように、本実施形態では、報酬付与部２３３は、山での採掘に基づいてユーザに宝石を取得させる。また、宝石は、ＮＦＴ化が可能なアイテムとなっている。また宝石は、ＮＦＴ化することなく消費することで、ユーザにとって有利な効果を発生させることが可能なアイテムとなっている。

本実施形態においては、ＮＦＴ化されていない宝石の消費により、所定の経験値の蓄積に関連する効果が得られる。具体的には、ＮＦＴ化されていない宝石の消費により、プレイヤキャラクタのレベルの上昇に係る経験値（以下、「プレイヤキャラクタ」の経験値という。）が蓄積しやすくなる効果が得られる。

また、本実施形態においては、所定の経験値の蓄積により所定のランクが上昇することで、採掘の効率が上昇する。具体的には、本実施形態では、プレイヤキャラクタの経験値が溜まり、経験値の蓄積量が所定量に達するとプレイヤキャラクタのレベルが１つ上昇するようになっている。そして、プレイヤキャラクタのレベルが上昇するほど、採掘の効率が上昇するようになっている。具体的には、プレイヤキャラクタのレベルが上昇すると、プレイヤキャラクタの所定のパラメータが変化する。具体的には、プレイヤキャラクタのレベルが上昇すると、宝石や輝石の取得のしやすさ（換言すると、採掘の効率）に影響する所定のパラメータが変化する。より具体的には、プレイヤキャラクタのレベルが上昇すると、ピッケルの振る速度に関するパラメータが変化しピッケルを振る速度が速くなる。これにより、採掘の速度が上昇するため、採掘の効率が上昇する。また、プレイヤキャラクタのレベルが上昇すると、プレイヤキャラクタのパワーが上昇し、１回の振りで掘れる量（換言すると、１回の操作が山に対して与える影響量）等が上昇してもよい。これにより、採掘の速度が上昇するため、採掘の効率が上昇する。また、プレイヤキャラクタのレベルが上がると、使用可能な特殊アイテムの数が上昇する。ここで、特殊アイテムは、採掘の効率を上昇させるアイテムとなっている。具体的には、特殊アイテムとして爆弾や梯子などが用意されている。爆弾は使用することで、地表（換言すると、岩石）を破壊し山を掘ることなどができる。また、梯子は使用（換言すると、設置）することで、高所や低所への移動が可能となる。なお、特殊アイテムは、例えば、プレイヤキャラクタに持たせるアイテムをピッケルから特定の特殊アイテムに変更する所定の操作（例えば、マウスのホイールをスクロールする操作や、キーボードの特定のキーに対する操作）を行った上で、マウスに対する左クリック操作を行うことで使用できる。

プレイヤキャラクタの経験値は、採掘を行うことで溜めることが可能となっている。換言すると、山での採掘（換言すると、山でのゲームプレイ）の実行中において、所定契機で所定の経験値が付与されるようになっている。具体的には、ゲーム制御部２１２は、例えば、ユーザがピッケルを使用して地表（換言すると、岩石）を破壊したことに基づいて、当該ユーザ（具体的には、当該ユーザのプレイヤキャラクタ）に所定の経験値を付与する。また、採掘を行っていると、特殊な石が見つかることがある。ゲーム制御部２１２は、例えば、ユーザがピッケルを使用して当該特殊な石を破壊したことに基づいて、当該ユーザに所定の経験値を付与する。なお、当該特殊な石を破壊した場合に得られる経験値は、通常の地表の破壊により得られる経験値よりも多くなっていてもよい。ゲーム制御部２１２は、例えば、ユーザがピッケルを使用して輝石を掘り出したことに基づいて、当該ユーザに所定の経験値を付与する。なお、輝石を掘り出した場合に得られる経験値は、通常の地表の破壊により得られる経験値よりも多くなっていてもよい。

なお、表示制御部１１４は、図６に例示するように、所定の経験値としてのプレイヤキャラクタの経験値３８や、所定の経験値の蓄積により上昇する所定のランクとしてのプレイヤキャラクタのレベル３９等を、採掘（換言すると、山でのゲームプレイ）の実行中において、表示部１８に表示させてもよい。

前述のように、本実施形態においては、ＮＦＴ化されていない宝石の消費により、所定の経験値の蓄積に関連する効果が得られる。具体的には、本実施形態では、山での採掘（換言すると、山でのゲームプレイ）の実行中において所定契機で付与される所定の経験値の付与量が上昇する効果が得られる。具体的には、地表の破壊、特殊な石の破壊、および輝石の掘り出しに基づいて得られる経験値の量が上昇する効果が得られる。具体的には、各契機で得られる経験値の量が１００％上昇する（換言すると、２倍になる）効果、５０％上昇する（換言すると、１．５倍になる）効果、または２０％上昇する（換言すると、１．２倍になる）効果が得られる。

本実施形態においては、ＮＦＴ化されていない宝石の消費による所定の経験値の蓄積に関連する効果は、ＮＦＴ化されていない宝石の特定のアイテムとの交換を介して得られるようになっている。本実施形態においては、当該特定のアイテムは、特定のチケット（以下、「経験値チケット」という。）となっている。

ここで、ＮＦＴ化されていない宝石を経験値チケットに交換し、所定の経験値の蓄積に関連する効果を得る流れについて説明する。

本実施形態においては、経験値チケットとして、得られる経験値の量が１００％上昇する１００％ブーストチケットと、得られる経験値の量が５０％上昇する５０％ブーストチケットと、得られる経験値の量が２０％上昇する２０％ブーストチケットと、が用意されている。

また、本実施形態においては、１０個のＮＦＴ化されていない宝石を消費して、１枚の経験値チケットを獲得することが可能となっている。具体的には、１０個のダイヤモンドを消費することで、１枚の１００％ブーストチケットが獲得できる。また、１０個のレッドスピネルを消費することで、１枚の５０％ブーストチケットが獲得できる。また、１０個のアクアマリンを消費することで、１枚の２０％ブーストチケットが獲得できる。すなわち、本実施形態では、消費する宝石の種類によって、獲得可能なチケットの種類が異なっている。換言すると、消費する宝石の種類によって、ＮＦＴ化することなく宝石を消費することにより得られる有利な効果（具体的には、所定の経験値の蓄積に関連する効果）が異なっている。換言すると、ゲーム制御部２１２は、ＮＦＴ化することなく消費する宝石の種類に応じて、発生させる有利な効果を異ならせる。なお、ゲーム制御部２１２は、ＮＦＴ化することなく消費する宝石の種類、数、階級（換言すると、質やカラット数等）、または希少度の少なくともいずれかに応じて、発生させる有利な効果を異ならせることとしてもよい。具体的には、ゲーム制御部２１２は、ＮＦＴ化することなく消費する宝石の種類、数、階級、または希少度の少なくともいずれかに応じて、発生させる有利な効果の有利度合い（換言すると仮想空間（具体的には、山）への影響度合い、例えば経験値の上昇幅）を異ならせてもよい。なお、ここで、希少度とは、取得の難易度ともいえ、例えば、山に配置される確率等であってもよい。例えば、上質のダイヤモンドが、低質のダイヤモンドや低質のアクアマリンに比べて、アイテム概要決定処理およびアイテム詳細決定処理の結果選ばれる確率が低い場合に、上質のダイヤモンドは低質のダイヤモンドや低質のアクアマリンに比べて、取得が難しく、希少度が高いといえる。そして、消費する宝石の希少度が高いほど、経験値の上昇幅が大きくなるようになっていてもよい。

ゲーム制御部２１２は、ユーザによる所定の操作に基づいて、ユーザの保有するＮＦＴ化されていない宝石を経験値チケットと交換する。例えば、端末装置１０の表示制御部１１４は、ユーザによる所定の操作に基づいて、図９に示すように、ユーザが保有する（換言すると、採掘により取得した）宝石の一覧を表示部１８に表示させる。また、操作受付部１１１は、一覧表示された宝石の中から、経験値チケットと交換する宝石を選択する操作を受け付ける。例えば、操作受付部１１１は、一覧表示された宝石の中から１個ずつ宝石を選択していき（例えば、各宝石に対するクリック操作を行い）、合計１０個の宝石を選択する操作を、経験値チケットと交換する宝石を選択する操作として受け付ける。このとき、操作受付部１１１は、２個目以降に選択する宝石については、１個目の宝石と同種の宝石を選択する操作のみを受け付け、１個目の宝石と異なる種類の宝石を選択する操作は受け付けない。換言すると、最初に選択した宝石と異なる種類の宝石については選択することができないようになっている。また、表示制御部１１４は、１個目の宝石が選択されると、一覧表示される宝石のうち、１個目の宝石と異なる種類の宝石については、暗転させ、選択できないことをユーザに示す。なお、クリック操作により選択した宝石について、再度クリック操作を行うことで、選択を解除することが可能となっている。

また、表示制御部１１４は、宝石が選択されると、選択された各宝石について、選択済みであることを示す表示、および選択された順番を示す表示を表示部１８に表示させる。図９に例示する画面においては、各宝石の画像の右上に表示される丸形の欄６０の色が変化することにより、その宝石が選択済みであることが示されるとともに、丸形の欄６０に表示される数字により、選択されたことが示される。また、表示制御部１１４は、１個目の宝石が選択されてから、１０個目の宝石が選択されるまでの間、選択されている宝石の消費により得られる効果（具体的には経験値の増加量、換言すると選択されている宝石との交換により得られる経験値チケットの種類）を示す表示６１、および現在選択中の宝石の個数を示す表示６２を表示部１８に表示させる。また、表示制御部１１４は、１０個目の宝石が選択されると、選択された宝石（具体的には、１０個の宝石）を経験値チケットと交換するか確認するダイアログ６３を表示部１８に表示させる。ダイアログ６３には、交換の実行に係る操作を受け付ける実行ボタン６４と、交換のキャンセルに係る操作を受け付けるキャンセルボタン６５とが含まれる。端末装置の制御部１１０は、実行ボタン６４に対する操作（例えば、クリック操作）がされると、選択された宝石と経験値チケットとの交換をサーバ２０に要求し、サーバ２０のゲーム制御部２１２は当該要求に基づいて選択された宝石を対応する経験値チケットと交換する。すなわち、ユーザの保有する宝石を消費し、当該ユーザに対して経験値チケットを付与する。なお、端末装置１０の制御部１１０は、キャンセルボタン６５に対する操作（例えば、クリック操作）がされると、最後（換言すると、１０個目）に選択された宝石の選択状態を解除し、その前までに選択された９個の宝石が選択された状態に戻す制御を行う。

なお、表示制御部１１４は、経験値チケットと交換する宝石として所定の基準を超える宝石（例えば、１カラット以上の宝石）が選択された場合に、当該所定の基準を超える宝石を経験値チケットとの交換に用いてもよいか確認する表示を表示部１８に表示させてもよい。

本実施形態においては、宝石の消費により取得した経験値チケットは、山に対して使用することが可能となっている。経験値チケットを特定の山に対して使用すると、当該特定の山での採掘（換言すると、特定の仮想空間でのゲームプレイ）について、所定契機で付与される所定の経験値の付与量が上昇する効果が得られる。すなわち、宝石の消費により有利な効果が発生している山は、宝石の消費による有利な効果が発生していない山に比べ、所定契機で付与される所定の経験値の付与量が多くなる。具体的には、１００％ブーストチケットが使用された山は、所定契機で付与される経験値の量が１００％上昇する。また、５０％ブーストチケットが使用された山は、所定契機で付与される経験値の量が５０％上昇する。また、２０％ブーストチケットが使用された山は、所定契機で付与される経験値の量が２０％上昇する。

ゲーム制御部２１２は、ユーザによる所定の操作に基づいて、図５に示すように、ユーザが取得した山の一覧４４を表示部１８に表示させる。また、表示制御部１１４は、表示部１８に表示されるユーザが取得した山（換言すると、一覧表示された山）のうちの特定の山を選択する操作（例えば、特定の山に対するクリック操作）が行われると、選択した山に対する経験値チケットの使用に係る操作を受け付けるＵＩとしての経験値ブーストボタン７０を表示部１８に表示させる。また、経験値ブーストボタン７０に対する操作（例えば、クリック操作）が行われると、表示制御部１１４は、使用する経験値チケットの選択に係るＵＩとしてのチケット選択ウィンドウ７１を表示部１８に表示させる。チケット選択ウィンドウ７１には、経験値チケットの所持数が、経験値チケットの種類毎に表示される。また、チケット選択ウィンドウ７１の表示中においては、使用する経験値チケットの種類を選択する操作（例えば、チケット選択ウィンドウ７１に含まれる、各種経験値チケットに対応するボタンに対するクリック操作）が受け付けられ、当該操作により選択された種類のチケットが、選択された特定の山に対して使用される。

また、特定の山に対して経験値チケットが使用されると、表示制御部１１４は、図１０に示すように、ユーザが取得した山の一覧４４において、当該特定の山に対する経験値チケットの使用により当該特定の山に所定の効果が発生していることや、当該特定の山に発生している効果の種類を認識可能とする表示を表示させる。具体的には、表示制御部１１４は、ユーザが取得した山の一覧において、経験値チケットが使用された山（換言すると、ＮＦＴ化されていない宝石の使用により所定の効果が発生している山）と、経験値チケットが使用されていない山（換言すると、所定の効果が発生していない山）とを区別可能に表示する。より具体的には、表示制御部１１４は、経験値チケットが使用された山のアイコン７５と経験値チケットが使用されていない山のアイコン７６とで、表示形態を異ならせる。また、表示制御部１１４は、ユーザが取得した山の一覧４４において、経験値チケットが使用された各山について、発生している効果の種類（換言すると、使用された経験値チケットの種類）を区別可能に表示する。より具体的には、表示制御部１１４は、経験値チケットが使用された各山について、経験値の上昇量を表示する。図１０においては、５０％ブーストチケットが使用された山について、「５０％boost」という文字が表示されている。

なお、本実施形態においては、ユーザが取得した山のうち、まだ採掘を行ったことがない山と、採掘を行ったことがある山（換言すると、採掘途中の山）とのいずれに対しても経験値チケットを使用すること（換言すると、ＮＦＴ化されていない宝石を消費しての所定の効果の発生）が可能となっている。ただし、まだ採掘を行ったことがない山と、採掘を行ったことがある山とのいずれか一方に対して経験値チケットを使用することができないようになっていてもよい。

このように、本実施形態においては、ＮＦＴ化されていない宝石の消費により、所定の経験値の蓄積に関連する効果が得られる。当該所定の経験値は、例えば、ユーザに関連する所定のランク（換言すると、レベル）の上昇に係る経験値となっている。なお、当該所定の経験値は、プレイヤキャラクタのレベルの上昇に係る経験値でなくてもよい。例えば、当該所定の経験値は、ピッケルのレベルの上昇に係る経験値であってもよい。換言すると、当該所定の経験値は、ユーザが保有するオブジェクト（例えば、プレイヤキャラクタまたはピッケル）のレベルの上昇に係る経験値であってもよい。また、当該所定の経験値は、ユーザ自身のレベルの上昇に係る経験値であってもよい。また、当該所定の経験値の蓄積により所定のランクが上昇することで、採掘の効率が上昇するようになっていてもよい。

また、ＮＦＴ化されていない宝石の消費により得られる、所定の経験値の蓄積に関連する効果は、所定の契機で得られる経験値を増加させるものでなくてもよい。例えば、当該効果は、当該所定の契機の種類を増加させるものであってもよい。換言すると、ＮＦＴ化されていない宝石の消費により、経験値を獲得可能な機会が増加するようになっていてもよい。また、ＮＦＴ化されていない宝石の消費により、経験値自体が付与されてもよい。また、ＮＦＴ化されていない宝石の消費により、経験値の蓄積により上昇するランクが上昇してもよい。

また、ＮＦＴ化されていない宝石の消費により得られる、ユーザにとって有利な効果は、以下のようなものであってもよい。すなわち、例えば、当該有利な効果は、山が掘りやすくなる効果であってもよい。具体的には、例えば、当該有利な効果は、山を同量掘るのに必要なピッケルを振る回数が少なくなる効果であってもよい。より具体的には、山（具体的には、山の岩石）が柔らかくなり、通常Ｎ回振らなければ砕けないところが、Ｎよりも少ない回数で砕けるようになってもよい。換言すると、当該有利な効果は、仮想空間を変形させやすくなる効果であってもよい。また、ユーザにとって有利な効果は、有利な効果が発生している山（例えば、宝石との交換により得られたチケットが使用された山）においては、前述の特殊アイテムの使用可能な種類や、使用可能な回数等が、有利な効果が発生していない山に比べて増加してもよい。なお、ここで、特殊アイテムの使用可能な回数が増加するとは、例えば、有利な効果が発生している山について、持ち込める特定の特殊アイテム（例えば、爆弾）の数が増加する場合等を含む。

このように、ＮＦＴ化されていない宝石の消費によるユーザにとって有利な効果の発生は、宝石を取得可能な仮想空間への所定の影響の付与であり得る。当該所定の影響は、例えば、経験値の蓄積に関連する影響（例えば、経験値の蓄積に有利な影響）であってもよく、山が掘りやすくなる影響等であってもよい。なお、ＮＦＴ化されていない宝石の消費によるユーザにとって有利な効果の発生は、宝石の取得に用いられるアイテムとしてのピッケルへの所定の影響の付与であってもよい。また、例えば、宝石との交換により得られるアイテムとしての経験値チケット等は、山ではなくピッケルやプレイヤキャラクタに対して使用されるものであってもよい。具体的には、例えば、ＮＦＴ化されていない宝石の消費により（例えば、宝石と交換される経験値チケットをピッケルに対して使用することにより）、ピッケルに対して、経験値の蓄積に有利な影響を与えてもよい。具体的には、例えば、経験値チケットをピッケルに対して使用すると、そのピッケルの使用により得られる経験値（例えば、ピッケルを使用して地表を破壊した際に得られる経験値）の量が増加してもよい。

なお、ＮＦＴ化されていない宝石の消費によるユーザにとって有利な効果の発生は、ユーザにとって有利な状態を発生させることともいえる。換言すると、有利な効果の発生は、ユーザにとって有利な所定のバフをかけることともいえる。

なお、ＮＦＴ化されていない宝石の消費により特定の仮想空間について発生したユーザにとって有利な効果は、当該特定の仮想空間に対して永続的に作用するものであってもよく、時限的に作用するものであってもよい。例えば、特定の山に対して経験値チケットを使用した場合に、当該特定の山に所定回数入ると（換言すると、所定回数進入および退出を行うと）、経験値の上昇の効果が消えるようになっていてもよい。また、例えば、特定の山に対して経験値チケットを使用した場合に、当該特定の山での採掘作業（換言すると、ゲームプレイ）を所定時間行うと、経験値の上昇の効果が消えるようになっていてもよい。また、例えば、特定の山に対して経験値チケットを使用した場合に、当該特定の山に何回入っても、経験値の上昇の効果が消えないようになっていてもよい。換言すると、当該特定の山で採掘作業を行った時間や回数に基づく効果の消滅が発生せず、当該特定の山を処分するまでの間効果が持続するようになっていてもよい。

また、ＮＦＴ化されていない宝石の消費により得られる、ユーザにとって有利な効果は、宝石の特定のアイテム（例えば、経験値チケット）との交換を介さずに得られてもよい。例えば、経験値ブーストボタン７０（図５参照）に対する操作が行われると、消費する宝石の選択に係るＵＩ（例えば、図９に例示する宝石の一覧を表示する画面）が表示部１８に表示され、当該ＵＩ上において消費する宝石を選択する操作（例えば、図９を参照して説明した、ユーザが保有する宝石の中から、経験値チケットと交換する宝石を選択する操作と同様の操作）が行われると、選択された宝石を消費して特定の山にユーザにとって有利となる所定の影響が与えられてもよい。

また、本実施形態では、ゲーム制御部２１２は、ユーザが保有するＮＦＴ化されていない宝石の消費により、宝石を取得可能な仮想空間に所定の影響を与える。具体的には、ゲーム制御部２１２は、消費する宝石を取得した山（換言すると、第１の仮想空間）とは異なる山（換言すると、第２の仮想空間）に所定の影響を与える。ただし、消費する宝石を取得した山（換言すると、第１の仮想空間）に所定の影響を与えることが可能であってもよい。具体的には、例えば、ある山で採掘を行い宝石を掘り出した場合に、当該宝石を当該ある山に対して使用することで、当該ある山について所定の経験値が蓄積しやすくなる効果が得られるようになっていてもよい。

なお、本実施形態において、「第１の仮想空間とは異なる第２の仮想空間」とは、以下のようなものを含み得る。すなわち、第１の仮想空間を宝石を取得可能な仮想空間（すなわち山）とした場合に、第２の仮想空間は、宝石を取得可能な仮想空間でなくてもよい。例えば、第２の仮想空間は、第１の仮想空間でプレイ可能なゲームとしての採掘を行うゲームとは別の第２のゲームをプレイ可能な仮想空間であってもよい。また、例えば、第２の仮想空間は、所謂オンラインゲームにおけるロビー等の他のユーザと交流可能な仮想空間であってもよい。また、第１の仮想空間と第２の仮想空間とは、互いにシームレスに繋がるものであってもよい。具体的には、例えば、第１の仮想空間としての特定の山と、第２の仮想空間としての別の山とが、所謂オープンワールドにおける別々の山のようにシームレスに繋がっており、プレイヤキャラクタが第１の仮想空間から第２の仮想空間に向かって、第１の仮想空間と第２の仮想空間とを含んで構成される仮想空間を歩いて移動すること等が可能となっていてもよい。また、第２の仮想空間は、採掘を実行可能な第１のサービスとは異なる第２のサービス（換言すると、別のゲーム、別のアプリケーション）内の仮想空間であってもよい。また、第１の仮想空間を第１の運営会社が運営する第１のサービス（例えば、ゲーム）内の仮想空間とした場合に、第２の仮想空間は第２の運営会社が運営する第２のサービス（例えば、ゲーム）内の仮想空間であってもよい。

なお、本実施形態においては、ＮＦＴ化されていない宝石の消費によりユーザにとって有利な効果が発生するが、ＮＦＴ化された宝石についても同様に消費して同様の有利な効果を発生させることが可能であってもよい。また、ＮＦＴ化された宝石については、同様に消費して同様の有利な効果を発生させることができないようになっていてもよい。すなわち、例えば、ＮＦＴ化された宝石については、ＮＦＴ化されていない宝石と同様に経験値チケットと交換することが可能であってもよく、不可能であってもよい。

また、ＮＦＴ化された宝石は、ユーザが使用（換言すると、操作）するキャラクタに装備させることが可能であってもよい。換言すると、ＮＦＴ化された宝石は、装備品（換言すると、装飾品）としてユーザが使用するキャラクタが身につけることが可能であってもよい。ここで、宝石を装備可能なキャラクタは、山で採掘を行うプレイヤキャラクタであってもよく、異なるキャラクタであってもよい。換言すると、宝石を装備可能なキャラクタは、当該宝石を取得した第１の仮想空間においてユーザが使用するキャラクタであってもよく、第１の仮想空間とは異なる第２の仮想空間においてユーザが使用するプレイヤキャラクタであってもよい。すなわち、例えば、第１のサービス内の仮想空間（具体的には、山）において取得した宝石（具体的には、ＮＦＴ化された宝石）を、第２のサービス内において使用可能であってもよい。換言すると、制御部２１０は、第１のゲーム（具体的には採掘を行うゲーム、換言すると第１のアプリケーション）内においてユーザが取得しＮＦＴ化された宝石を、第２のゲーム（換言すると第２のアプリケーション）内において使用可能とする制御を行い、これにより、当該ユーザが第２のゲーム内において自身のプレイヤキャラクタにＮＦＴ化された宝石を装備させることが可能となっていてもよい。なお、ＮＦＴ化された宝石を、第２のゲーム内（換言すると、第２の仮想空間）においてユーザが使用するキャラクタに装備させることが可能となっているとともに、第１のゲーム内（換言すると、第１の仮想空間）においてユーザが使用するキャラクタに装備させることが不可能となっていてもよい。換言すると、ＮＦＴ化された宝石は、当該宝石の取得に使用したキャラクタ（換言すると、採掘を行うプレイヤキャラクタ）に装備させることができず、他のキャラクタに装備させることが可能となっていてもよい。なお、「ユーザが使用するキャラクタ」とは、ユーザのアバターを含む。

本実施形態の構成によれば、ユーザは、ＮＦＴ化が可能なアイテムＢとしての宝石について、ＮＦＴ化するか、ゲーム内においてユーザに有利となる所定の効果を発生させるために使用するかを選択することができる。このように、アイテムＢについてＮＦＴ化して唯一無二の価値を持たせることを可能にしたことで、ユーザにアイテムＢを所持することによる満足感を与えたり、相場をうかがいながら取引をする楽しみを与えたりすることができる。一方で、ＮＦＴ化には、通常、手数料等がかかるところ、ＮＦＴ化するまでもないアイテムＢについては徐々に溜まっていってしまうおそれがあるが、本実施形態の構成によれば、アイテムＢをＮＦＴ化せずに所定の効果を発生させるために使用することができるので、アイテムＢが無駄に溜まり持ち腐れとなっている感覚をユーザが抱いてしまうことを防止できる。また、本実施形態の構成によれば、ＮＦＴ化するまでもないアイテムＢの消費が、新たなアイテムＢの発見の効率化に繋がり、より良いアイテムＢを発見しやすくなることに繋がるため、ＮＦＴ化可能なアイテムの探索（換言すると、ゲームのプレイ）に対するモチベーションの向上を図ることが可能となる。

（アイテムの購入についての優待）
前述のように、ピッケルは、ゲーム内のマーケットプレイスでの購入が可能となっている。ピッケルの購入は、例えば、以下のように行われる。例えば、端末装置１０の表示制御部１１４は、ユーザによる所定の入力操作に基づいて、図１１に例示するショップ画面８０を表示部１８に表示させる。ショップ画面８０には、購入可能なピッケルの一覧が表示される。また、操作受付部１１１は、一覧表示されたピッケルの中から、購入するピッケルを選択する操作（例えば、表示された特定のピッケルに対するクリック操作）を受け付ける。また、表示制御部１１４は、購入するピッケルが選択されると、選択されたピッケルについて購入を実行するか確認するダイアログ（図示せず）を表示部１８に表示させる。当該ダイアログには、購入の実行に係る操作を受け付ける実行ボタンと、購入のキャンセルに係る操作を受け付けるキャンセルボタンとが含まれる。端末装置の制御部１１０は、実行ボタンに対する操作（例えば、クリック操作）がされると、選択されたピッケルの購入をサーバ２０に要求し、サーバ２０のマーケット管理部２１４は当該要求に基づいて、選択されたピッケルをユーザに付与するとともに、購入の対価をユーザの保有資産から受け取る（換言すると、ユーザの保有資産を対価の分だけ減少させる）制御を実行する。

なお、あるユーザの端末装置１０において、購入可能なピッケルとして特定のピッケルが表示されることを、当該特定のピッケルが当該あるユーザのショップに並ぶともいう。

なお、表示制御部１１４は、ショップ画面８０において、各ピッケルについて、ピッケルの価格８１や、各ピッケルを一意に識別可能なＩＤ（換言すると、識別情報）８２等を表示させる。

マーケット管理部２１４は、ユーザの宝石（換言すると、アイテムＢ）の所持状況に応じて、ピッケル（換言すると、アイテムＡ）の購入について優待する制御を行う。本実施形態では、マーケット管理部２１４は、ピッケルの購入について優待する制御として、購入可能なピッケルを優先的にユーザに提示する制御を行う。換言すると、マーケット管理部２１４は、ピッケルの購入について優待する制御として、優待しない場合に比べて特定のピッケルを早期に購入可能とする制御を行う。

本実施形態では、マーケット管理部２１４は、所定の基準を満たす宝石の所持状況に応じて、ピッケルの購入について優待する制御を行う。具体的には、マーケット管理部２１４は、ユーザの、所定の条件を満たすＮＦＴ化されていない宝石の所持量に応じて、ピッケルの購入について優待する制御を行う。

各ユーザには、所定の条件を満たすＮＦＴ化されていない宝石の所持量に応じて優待に係るランク（以下、「優待ランク」という。）が設定される。ここでは、優待ランクには、ランク０、ランク１、ランク２、およびランク３を含む複数のランクがあるものとして説明する。なお、ランクの数字が大きいほどランクが高く、優待の度合いが強くなる。また、優待ランクがランク０の場合、優待が受けられない。

制御部２１０は、以下のいずれかに該当する宝石を合計で２０個以上所持するユーザについて、優待ランクを、ランク１に設定する。また、制御部２１０は、以下のいずれかに該当する宝石を合計で４０個以上所持するユーザについて、優待ランクを、ランク２に設定する。また、制御部２１０は、以下のいずれかに該当する宝石を合計で２５０個以上所持するユーザについて、優待ランクを、ランク３に設定する。また、制御部２１０は、以下のいずれかに該当する宝石を合計で２０個未満しか持たないユーザについて、優待ランクを、ランク０に設定する。
・１０カラット以上の上質のダイヤモンド
・２０カラット以上の中質のダイヤモンド
・３０カラット以上の低質のダイヤモンド
・１５カラット以上の上質のレッドスピネル
・３０カラット以上の中質のレッドスピネル
・６０カラット以上の低質のレッドスピネル
・３０カラット以上の上質のアクアマリン
・４５カラット以上の中質のアクアマリン
・９０カラット以上の低質のアクアマリン

すなわち、例えば、ユーザが、１０カラット以上の上質のダイヤモンドを３個所持し、２０カラット以上の中質のダイヤモンドを６個所持し、３０カラット以上の中質のレッドスピネル４個所持し、６０カラット以上の低質のレッドスピネルを１０個所持し、３０カラット以上の上質のアクアマリンを１０個所持し、４５カラット以上の中質のアクアマリンを７個所持し、９０カラット以上の低質のアクアマリンを５個所持する場合、所定の条件を満たす宝石を合計４５個（すなわち、４０個以上、２５０個未満）所持することに基づき、当該ユーザの優待ランクがランク２に設定される。

なお、本実施形態においては、ランクに関わらず、宝石に課される条件は同一となっており、当該条件を満たす宝石の所持数に応じて優待ランクが決定されるようになっている。しかし、宝石に課される条件がランクに応じて異なっていてもよい。また、例えば、宝石に条件が課されず、単に宝石の所持数に応じて優待ランクが決定されるようになっていてもよい。

マーケットプレイスで販売されるピッケルの中には、優待ランクに応じてユーザに提示されるピッケル（以下、「優待商品」という。）が存在する。優待商品は、優待ランクが高いほど早期にショップ画面８０に表示されるようになっている。例えば、マーケット管理部２１４は、所定の基準時から１週間前まで（例えば、基準時を月曜午前０時とした場合、前週の月曜午前０時から今週の月曜午前０時まで）の全アクティブユーザの中で一番優待ランクが高いユーザ（例えば、ランク３のユーザ）のショップに、第１のタイミングで特定の優待商品が並ぶように制御する。また、マーケット管理部２１４は、所定の基準時から１週間以内の全アクティブユーザの中で二番目にランクが高いユーザ（例えば、ランク２のユーザ）のショップに、第１のタイミングよりも遅い第２のタイミング（例えば、第１のタイミングから８時間経過後）で当該特定の優待商品が並ぶように制御する。また、マーケット管理部２１４は、所定の基準時から１週間以内の全アクティブユーザの中で三番目にランクが高いユーザ（例えば、ランク１のユーザ）のショップに、第２のタイミングよりも遅い第３のタイミング（例えば、第２のタイミングから８時間経過後）で当該特定の優待商品が並ぶように制御する。すなわち、マーケット管理部２１４は、優待ランクが高いほど早期に当該特定の優待商品がショップに並び、ランクが１段階下がるごとに、８時間ずつ遅れて当該特定の優待商品がショップに並ぶように制御する。なお、本実施形態では、優待ランクがランク０のユーザのショップにも、ランク１のユーザのショップから８時間遅れて当該特定の優待商品が並ぶようになっているが、ランク０のユーザのショップには、時間が経過しても当該特定の優待商品が並ばない（換言すると、ランク０のユーザが当該特定の優待商品を購入可能な機会が訪れない）ようになっていてもよい。換言すると、優待商品は、優待がされないユーザが購入できないアイテム等であってもよい。

換言すると、マーケット管理部２１４は、複数のユーザそれぞれのＮＦＴ化されていない宝石の所持状況に基づいて、優待商品（換言すると、購入可能な特定のピッケル）を優先的に提示するユーザを決定する。具体的には、複数のユーザ（例えば、アクティブユーザ）のうち、優待ランクが相対的に高いユーザを、優待ランクが相対的に低いユーザに比べて、優待商品を優先的に提示するユーザとして決定する。そして、マーケット管理部２１４は、優待ランクが相対的に高いユーザに対して、優待ランクが相対的に低いユーザに比べて早期に優待商品を提示する。すなわち、マーケット管理部２１４は、優待ランクが相対的に高いユーザのショップ画面８０には、優待ランクが相対的に低いユーザのショップ画面８０に比べて早期に優待商品が表示されるように制御する。例えば、まず、各ユーザの端末装置１０の操作受付部１１１は、ショップ画面８０を表示させるための操作を受け付ける。また、ショップ画面８０を表示させるための操作が行われると、端末装置１０は、ショップ画面８０に表示するピッケルの情報の送信をサーバ２０に要求する。また、サーバ２０のマーケット管理部２１４は、当該要求に基づいて、要求があった端末装置１０においてショップ画面８０に表示するピッケルを決定し、決定したピッケルのショップ画面８０への表示の指示を端末装置１０に送信する。端末装置１０は、当該指示に基づいて、マーケット管理部２１４がショップ画面８０に表示するピッケルとして決定したピッケルが表示されるショップ画面８０を表示部１８に表示させる。マーケット管理部２１４は、ショップ画面８０に表示するピッケルを決定する際に、優待ランクが相対的に高いユーザについては、優待ランクが低いユーザに比べて早期に優待商品がショップ画面８０に表示されるように、表示するピッケルを決定する。これにより、優待ランクが相対的に高いユーザのショップには、優待ランクが相対的に低いユーザのショップに比べて早期に優待商品が並ぶ。

また、表示制御部１１４は、ショップ画面８０に、ユーザ（換言すると、自身）の優待ランクを報知する表示８４を表示させる。

また、表示制御部１１４は、ショップ画面８０において、優待商品について優待商品であることを示す優待告知表示８５を表示させる。優待告知表示８５は、ショップ画面８０に並ぶピッケルのうち、いずれのピッケルが優待商品であるか認識可能とする表示ともいえる。換言すると、表示制御部１１４は、優待により購入可能となっているピッケル（換言すると、優待商品）について、優待に係るアイテムであることを示す情報をユーザに提示する。優待告知表示８５は、例えば、優待商品の画像に付された文字の表示（例えば、図１１における「優待商品」の文字の表示）であってもよく、優待商品の画像を囲む特定の枠の表示であってもよく、優待商品の画像の背景を、優待商品でないピッケルの画像の背景とは異なる背景とした表示等であってもよい。なお、優待告知表示８５は、いずれの優待ランクのユーザを対象とした優待商品かを示す表示（例えば、ランク２以上のユーザに対して優先的に提示されるピッケルであることを示す表示等）を含んでいてもよい。

なお、優待告知表示８５は、優待商品について他のユーザよりも優遇されている期間中のみ表示されるものであってもよい。すなわち、例えば、優待ランクがランク１の第１ユーザのショップに優待商品が並んでおり、優待ランクがランク０の第２ユーザのショップに優待商品が並んでいない期間においては、第１ユーザの端末装置１０の表示制御部１１４は、ショップ画面８０において優待商品について優待告知表示８５を表示させ、その後、優待ランクがランク０の第２ユーザのショップにも優待商品が並ぶと（換言すると、優待商品が優待ランクに関わらず提示される状態になると）、第１ユーザの端末装置１０の表示制御部１１４は、ショップ画面８０において優待商品について優待告知表示８５を表示させないこととしてもよい。なお、優待ランクがランク０の第２ユーザのショップに優待商品が並んでも（換言すると、優待商品が優待ランクに関わらず提示される状態になっても）、第１ユーザの端末装置１０の表示制御部１１４は、ショップ画面８０において優待商品について優待告知表示８５を表示させることとしてもよい。

なお、表示制御部１１４は、ショップ画面８０において、優待商品のみを表示させる操作の受け付けに係るＵＩ（例えば、図１１におけるチェックボックス８７）を表示させてもよい。そして、当該チェックボックス８７に対する操作（例えば、クリック操作）がされると、表示制御部１１４は、ショップ画面８０に、購入可能な複数のピッケルのうち優待商品のみを表示させてもよい。

なお、本実施形態においては、優待ランクが相対的に高いユーザのショップ画面８０に優待商品が表示されてから所定期間が経過すると、優待ランクが相対的に低いユーザのショップ画面８０に優待商品が表示されるようになっており、当該所定期間は、優待ランクが相対的に低いユーザのショップ画面８０に優待商品が表示されない期間となっている。しかし、当該所定期間において、優待ランクが相対的に低いユーザのショップ画面８０にも優待商品を表示させるようにしてもよい。この場合に、優待ランクが相対的に低いユーザの端末装置１０の操作受付部１１１は、当該所定期間中は優待商品を購入する操作を受け付けず、優待ランクが相対的に低いユーザが優待商品を購入できないように制御してもよい。また、この場合に、優待ランクが相対的に低いユーザの端末装置１０の表示制御部１１４は、ショップ画面８０において、優待商品について暗転して表示させ、優待商品が購入できないことをユーザに示してもよい。また、この場合に、優待ランクが相対的に低いユーザの端末装置１０の表示制御部１１４は、ショップ画面８０において、優待商品について優待告知表示８５を表示させてもよい。換言すると、優待告知表示８５は、優待がないと優待告知表示８５が付された対象の商品（換言すると、優待商品）の購入ができないことを示す表示として機能してもよい。

なお、優待ランクが相対的に高いユーザに対して、優待ランクが相対的に低いユーザに比べて早期に優待商品を提示する制御は、端末装置１０において実行されてもよい。例えば、マーケット管理部２１４からは、全てのユーザの端末装置１０に対して、ユーザの優待ランクに関わらず、現在販売中のピッケル（換言すると、ショップ画面８０に表示可能なピッケル）を示す情報として同様の情報が送られ、各ユーザの端末装置１０の制御部１１０が、現在販売中のピッケルの中からショップ画面８０に表示するピッケルをユーザの優待ランクに応じて決定するなどしてもよい。

なお、本実施形態においては、宝石の所持状況に応じて、ピッケルの購入についての優待が行われるが、ここで「宝石の所持状況」とは、ＮＦＴ化されていない宝石のみの所持状況であってもよく、ＮＦＴ化された宝石のみの所持状況であってもよく、ＮＦＴ化されていない宝石およびＮＦＴ化された宝石の所持状況であってもよい。すなわち、例えば、所定の条件を満たすＮＦＴ化されていない宝石を２０個以上所持する場合に優待ランクがランク１に設定されることとしてもよく、所定の条件を満たすＮＦＴ化された宝石を２０個以上所持する場合に優待ランクがランク１に設定されることとしてもよく、所定の条件を満たすＮＦＴ化されていない宝石と所定の条件を満たすＮＦＴ化された宝石とを合計で２０個以上所持する場合に優待ランクがランク１に設定されることとしてもよい。

なお、ピッケルの購入について優待する制御は、購入可能なピッケルを優先的に提示する制御や、ピッケルを早期に購入可能とする制御でなくてもよい。例えば、ピッケルの購入について優待する制御は、ピッケルを安価に購入可能とする制御や、ピッケルの購入時に、購入したピッケルとは別に所定の特典（例えば、所定のアイテム等）をユーザに付与する制御や、ピッケルの購入により所定のポイントが付与される構成において、当該所定のポイントの付与量を多くする制御等であってもよい。また、ピッケルの購入について優待する制御は、優待がされない場合には入ることができないピッケルの購入場所（換言すると、仮想空間内のショップ）に入ることを可能にする制御であってもよい。

また、マーケット管理部２１４は、ユーザの宝石の所持状況に応じて、ピッケルの購入について優待する制御に加えあるいは代え、当該制御と同様の手法により、宝石の購入（例えば、マーケットプレイスにおけるＮＦＴ化された宝石の購入）について優待する制御を行ってもよい。

なお、本実施形態においては、ピッケルはＮＦＴ化されたアイテムであるため、同一のピッケルは他に存在せず、あるユーザが特定のピッケルを取得（換言すると、購入）すると、他のユーザが当該特定のピッケルと同一のピッケルを取得することはできないようになっている。換言すると、優待商品は、他のユーザの購入により売り切れ、購入することができなくなるアイテムとなっている。なお、優待により購入できるアイテムは、複数のユーザが同一のものを取得可能なアイテムであってもよい。

前述のように、ＮＦＴ化するまでもないアイテムＢ（例えば、宝石）については徐々に溜まっていってしまうおそれがあるところ、本実施形態の構成によれば、ＮＦＴ化されていないアイテムＢの所持状況に応じてアイテムＡ（例えば、ピッケル）の購入について優待が受けられるため、アイテムＢが無駄に溜まり持ち腐れとなっている感覚をユーザが抱いてしまうことを防止できる。また、本実施形態においては、消費によりユーザに有利な効果を発生させることが可能なアイテムＢ（例えば、３０カラット未満の低質のダイヤモンド等）よりも高い基準を満たすアイテムＢの所持により優待が受けられるようになっており、所定の基準を満たすアイテムＢについて追加的な用途（換言すると、付加価値）をもたらすことができる。なお、ＮＦＴ化されたアイテムＢ（例えば、宝石）についても、ユーザがあまり価値を感じない場合（例えば、ゲームの進行によりユーザが感じる価値が低下する場合等）が生じ得るところ、本実施形態の構成によれば、ＮＦＴ化されたアイテムＢの所持状況に応じてアイテムＡ（例えば、ピッケル）の購入について優待を受けることを可能とすることができ、アイテムＢが無駄に溜まり持ち腐れとなっている感覚をユーザが抱いてしまうことを防止できる。

なお、本実施形態において、図３に例示するマップ４０を表示する画面、図４に例示するホーム画面４２、図５および図１０に例示するユーザが取得した山の一覧４４を表示する画面、図９に例示するユーザが保有する宝石の一覧を表示する画面、または図１１に例示するショップ画面８０等は、例えば、これらの各種画面の表示中等に表示される（換言すると、ゲーム画面に表示される）タブ等の所定のボタンに対するクリック操作等により表示されてもよい。すなわち、例えば、図４に例示する鉱山ボタン９１に対する操作に基づき、マップ４０を表示する画面や、取得した山の一覧４４を表示する画面が表示されてもよい。また、図４に例示する宝石ボタン９２に対する操作に基づき、保有する宝石の一覧を表示する画面が表示されてもよい。また、図４に例示するショップボタン９３に対する操作に基づき、ショップ画面８０が表示されてもよい。また、図４に例示するホームボタン９４に対する操作に基づき、ホーム画面４２が表示されてもよい。また、図３および図４に例示するマップ表示ボタン９５およびマイ鉱山表示ボタン９６のそれぞれに対する操作に基づき、マップ４０（換言すると、取得可能な山の一覧）を表示する画面と取得した山の一覧４４を表示する画面とが切り替わるようになっていてもよい。

（処理のフロー）
次に、ゲームシステム１が実行する処理の一例についてフローチャートを参照しながら説明する。まず、山の生成および山で取得可能なアイテムの決定に係る処理の一例を図１２に示すフローチャートを参照しながら説明する。

仮想空間管理部２３１は、特定のブロックチェーンから、１日の最後に生成されたハッシュを取得する（ステップＳ１）。次いで、仮想空間管理部２３１は、取得したハッシュをシード（具体的には、ｓｅｅｄ_{ｈｌａｓｔ}）として用いて演算を行いマップを作成する（ステップＳ２）。具体的には、仮想空間管理部２３１は、マップの地形およびマップにおける山の配置を決定するとともに、マップ内の各山に対して、各山を識別可能とする仮想空間ＩＤを付与する。

次いで、仮想空間管理部２３１は、ステップＳ２で作成されたマップの各山について、取得可能なアイテムの概要を決定する（ステップＳ３）。具体的には、仮想空間管理部２３１は、ステップＳ１で取得したハッシュと、各ダンジョンの仮想空間ＩＤとをシード（具体的には、ｓｅｅｄ_{ｈｌａｓｔ}、ｓｅｅｄ_ｍｄｉｄ）として用いて演算を行い、各山について取得可能なアイテムの個数と、各アイテムのサイズの概要とを決定する。

次いで、仮想空間管理部２３１は、ステップＳ３で概要が決定されたアイテムの取得可能な（換言すると、当該アイテムの配置された）山を作成する（ステップＳ４）。具体的には、仮想空間管理部２３１は、ステップＳ１で取得したハッシュと、各山の仮想空間ＩＤとをシード（具体的には、ｓｅｅｄ_{ｈｌａｓｔ}、ｓｅｅｄ_ｍｄｉｄ）として用いて演算を行い、山を作成する。

次いで、仮想空間管理部２３１は、ステップＳ１で取得したハッシュの生成された日の翌々日最初に生成されたハッシュを取得する（ステップＳ５）。次いで、仮想空間管理部２３１は、ステップＳ２で作成されたマップの各山について、報酬の詳細を決定する（ステップＳ６）。具体的には、仮想空間管理部２３１は、ステップＳ５で取得したハッシュと、各山の仮想空間ＩＤとをシード（具体的には、ｓｅｅｄ_{ｈｆｉｒｓｔ}、ｓｅｅｄ_ｍｄｉｄ）として用いて演算を行い、各山で取得可能なアイテムとしてのアイテムＢの種類、サイズの詳細、形状、または質などを決定する。

次に、山の取得および山での採掘に係る処理の一例を図１３に示すフローチャートを参照しながら説明する。

端末装置１０の操作受付部１１１は、マップ内の複数の山の中から、採掘を行う山を取得する操作を受け付ける（ステップＳ１１）。換言すると、操作受付部１１１は、複数の山の中から特定の山を選択する操作を受け付ける。さらに換言すると、操作受付部１１１は、特定の仮想空間でのゲームプレイについての権利の取得に係る操作を受け付ける。

採掘を行う山を取得する操作が行われると、ゲーム制御部２１２は、当該操作に基づいて、特定の山をユーザに付与する（ステップＳ１２）。換言すると、ゲーム制御部２１２は、ユーザの操作に基づいて、特定の仮想空間でのゲームプレイについての権利を当該ユーザに付与する。

また、操作受付部１１１は、ユーザが取得した山について、山での採掘の開始を指示する操作を受け付ける（ステップＳ１３）。換言すると、操作受付部１１１は、ユーザによる、当該ユーザがゲームをプレイする権利を有する仮想空間でのゲームのプレイの開始を指示する操作を受け付ける。

また、ゲーム制御部２１２は、ユーザによる山での採掘の開始を指示する操作に基づいて採掘を開始させる（ステップＳ１４）。換言すると、ゲーム制御部２１２は、ユーザによる特定の仮想空間でのゲームのプレイの開始を指示する操作に基づいて当該特定の仮想空間でのゲームのプレイを開始させる。なお、開始されるゲームは、ユーザがプレイヤキャラクタ等を操作して手動で進めるものであってもよく、ユーザの操作を介さずにゲーム制御部２１２が自動で進めるものであってもよい。具体的には、例えば、プレイヤキャラクタが自動で採掘を行い、プレイヤキャラクタが掘り出した宝石等がユーザに報酬として付与されるようになっていてもよい。また、当該ゲームを手動で進行させるか自動で進行させるかをユーザが選択可能となっていてもよい。

次いで、報酬付与部２３３は、山での採掘に基づいて、ユーザに報酬を付与する（ステップＳ１５）。換言すると、報酬付与部２３３は、特定の仮想空間でのゲームのプレイに基づいて、ユーザに報酬を付与する。具体的には、報酬付与部２３３は、山での採掘に基づいて宝石や輝石をユーザに付与する。

次に、ＮＦＴ化可能なアイテムをＮＦＴ化することなく消費することでユーザにとって有利な効果を発生させる処理の一例を図１４に示すフローチャートを参照しながら説明する。

端末装置１０の操作受付部１１１は、ユーザが保有するＮＦＴ化されていない宝石の中から、有利な効果を発生させるために消費する宝石を選択する操作を受け付ける（ステップＳ２１）。具体的には、操作受付部１１１は、経験値チケットとの交換に使用する宝石を１０個選択する操作を受け付ける。

次いで、消費する宝石を選択する操作が行われると、ゲーム制御部２１２は、選択された宝石を消費し、消費する宝石に応じた経験値チケットをユーザに付与する（ステップＳ２２）。換言すると、ゲーム制御部２１２は、選択されたＮＦＴ化されていないアイテムを消費し、ユーザに有利な効果を発生可能な特定アイテムをユーザに付与する。

次いで、端末装置１０の操作受付部１１１は、経験値チケットを使用する山を選択する操作を受け付ける（ステップＳ２３）。換言すると、操作受付部１１１は、有利な効果を発生させる仮想空間を選択する操作を受け付ける。

次いで、経験値チケットを使用する山を選択する操作が行われると、ゲーム制御部２１２は、選択された山について、経験値チケットを消費してユーザに有利な効果を発生させる（ステップＳ２４）。具体的には、ゲーム制御部２１２は、選択された山でのゲームプレイ（換言すると、選択された山でのユーザの行動）について、所定契機で付与される経験値を、消費する経験値チケットの種類に応じた上昇幅上昇させる制御を行う。換言すると、ゲーム制御部２１２は、特定アイテムを使用して、選択された仮想空間についてユーザに有利な効果を発生させる。

次に、ピッケルの購入についてユーザを優待する処理の一例を図１５に示すフローチャートを参照しながら説明する。

端末装置１０の操作受付部１１１は、ショップ画面８０を表示させるための操作を受け付ける（ステップＳ３１）。

次いで、ショップ画面８０を表示させるための操作が行われると、端末装置１０の送受信部１１２は、ショップ画面８０に表示するピッケルについての指示をサーバ２０に要求する（ステップＳ３２）。

次いで、サーバ２０のマーケット管理部２１４は、当該要求を受けると、ショップ画面８０に表示するピッケルをユーザの優待ランクに基づいて決定する（ステップＳ３３）。具体的には、マーケット管理部２１４は、優待ランクに応じて決まる、当該ユーザが購入可能なピッケルを、ショップ画面８０に表示するピッケルとして決定する。例えば、特定の優待商品について、ユーザの優待ランクがランク３の場合には第１のタイミングで購入が可能となり、ユーザの優待ランクがランク２の場合には第１のタイミングから８時間後の第２のタイミングで購入が可能となり、ユーザの優待ランクがランク１の場合には第２のタイミングから８時間後の第３のタイミングで購入が可能となり、ユーザの優待ランクがランク０の場合には第３のタイミングから８時間後の第４のタイミングで購入が可能となることとする。この場合において、ユーザの優待ランクがランク３であって、当該要求を受けたのが第１のタイミング以降の場合には、マーケット管理部２１４は、ショップ画面８０に表示するピッケルに当該特定の優待商品が含まれるように、ショップ画面８０に表示するピッケルを決定する。また、ユーザの優待ランクがランク２であって、当該要求を受けたのが第２のタイミングよりも前の場合には、マーケット管理部２１４は、ショップ画面８０に表示するピッケルに当該特定の優待商品が含まれないように、ショップ画面８０に表示するピッケルを決定する。一方、ユーザの優待ランクがランク２であって、当該要求を受けたのが第２のタイミング以降の場合には、マーケット管理部２１４は、ショップ画面８０に表示するピッケルに当該特定の優待商品が含まれるように、ショップ画面８０に表示するピッケルを決定する。ユーザの優待ランクがランク１やランク０の場合についても同様とする。なお、当該特定の優待商品を他のユーザが購入済みの場合には、当該特定の優待商品を当該他のユーザ以外のユーザが購入することはできないため、ショップ画面８０に表示するピッケルに当該特定の優待商品が含まれないように、ショップ画面８０に表示するピッケルを決定する。

次いで、マーケット管理部２１４は、ショップ画面８０に表示するピッケルとして決定したピッケルのショップ画面８０への表示の指示を端末装置１０に送信する（ステップＳ３４）。

次いで、端末装置１０の表示制御部１１４は、当該指示に基づいて、マーケット管理部２１４がショップ画面８０に表示するピッケルとして決定したピッケルが表示されるショップ画面８０を表示部１８に表示させる（ステップＳ３５）。

なお、本実施形態では、ブロックチェーン上で管理されるアイテム、トークン、各種ロジック（換言すると、スマートコントラクト）は、同一のブロックチェーン上で管理されるが、一部が異なるブロックチェーン上で管理されてもよい。また、各種処理に用いられるハッシュは、当該同一のブロックチェーンのハッシュであってもよく、他のブロックチェーンのハッシュであってもよい。なお、ブロックチェーンには、イーサリアムやビットコイン等の既存のものを用いてもよい。なお、アイテムＡやアイテムＢに対応するＮＦＴ（換言すると、ＮＦＴ化されたアイテムＡやアイテムＢ）は、発行されたブロックチェーンから他のブロックチェーンにブリッジすることが可能となっていてもよい。

なお、本実施形態に係る各構成は、本実施形態に係るゲーム以外のコンテンツ（換言すると、サービス）に適用することもできる。

なお、本発明は、上述した実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変形して実施できる。本発明はその発明の範囲内において、各構成要素の自由な組み合わせ、任意の構成要素の変形、または任意の構成要素の省略等が可能である。また、本明細書において説明した処理の流れはあくまで一例であり、各処理の順序や構成は異なるものであってもよい。

＜付記＞
以上の実施形態で説明した事項は、以下の付記のようにも記載され得る。

（付記１－１）
コンピュータを、
ユーザにＮＦＴ化可能なアイテムを取得させる取得手段（例えば、報酬付与部２３３）と、
前記ユーザが持つ前記アイテムをＮＦＴ化することなく消費することで、前記ユーザにとって有利な効果を発生させる制御を行う制御手段（例えば、ゲーム制御部２１２）と、として機能させる
プログラム。
このような構成によれば、ユーザはＮＦＴ化可能なアイテムを取得することができるため、ユーザにアイテムをＮＦＴ化してＮＦＴ化されたアイテムを所持することによる満足感を与えたり、ＮＦＴ化されたアイテムを相場をうかがいながら取引をする楽しみを与えたりすることが可能となる。一方で、ＮＦＴ化可能なアイテムを取得したユーザが、取得したアイテムについてＮＦＴ化するほどの価値を感じない場合もあり得る。しかし、本構成によれば、ＮＦＴ化可能なアイテムをＮＦＴ化せずに所定の効果を発生させるために使用することができるので、ＮＦＴ化可能なアイテムが無駄に溜まり持ち腐れとなっている感覚をユーザが抱くことを防止できる。

（付記１－２）
前記制御手段は、前記ユーザが持つ前記アイテムをＮＦＴ化することなく消費することで、前記アイテムを取得可能な仮想空間に、前記ユーザにとって有利となる所定の影響を与える
付記１－１に記載のプログラム。
このような構成によれば、ＮＦＴ化されていないアイテムの消費が、当該アイテムを取得可能な仮想空間への有利な影響の付与に繋がるので、アイテムの取得と消費のサイクルを回す楽しみをユーザに与えることができる。

（付記１－３）
前記有利な効果は、所定の経験値の蓄積に関連する効果であり、
前記所定の経験値の蓄積により、前記ユーザに関連する所定のランクが上昇する
請求項１－１に記載のプログラム。
このような構成によれば、ＮＦＴ化されていないアイテムの消費を、所定の経験値の蓄積の容易化に繋げることができ、ゲームを進めやすくすることができる。

（付記１－４）
前記制御手段は、ＮＦＴ化することなく消費する前記アイテムの種類、数、階級、または希少度の少なくともいずれかに応じて、発生させる前記有利な効果を異ならせる
付記１－１に記載のプログラム。
このような構成によれば、どのようなアイテムを消費するかに応じて発生する効果を異ならせることができるので、アイテムの消費と効果の発生との関係について多様化を図りサービスの興趣性を向上させることができる。

（付記１－５）
前記アイテムは、仮想空間内に埋蔵されており、前記ユーザが採掘することで取得可能である
付記１－１に記載のプログラム。
このような構成によれば、仮想空間内に埋蔵されたアイテムを採掘し、採掘したアイテムをＮＦＴ化して楽しんだり、ＮＦＴ化せずに有利な効果の発生に利用したりするという従来に無いゲーム性の実現が可能となる。

（付記１－６）
前記制御手段は、前記ユーザが持つ前記アイテムをＮＦＴ化することなく消費することで、消費する前記アイテムを取得した第１の仮想空間とは異なる第２の仮想空間に、前記ユーザにとって有利となる所定の影響を与える
付記１－１に記載のプログラム。
このような構成によれば、ＮＦＴ化されていないアイテムの消費が、消費するアイテムを取得した仮想空間とは異なる仮想空間への影響の付与に繋がるので、ＮＦＴ化されていないアイテムの消費を、消費するアイテムを取得した仮想空間とは異なる仮想空間で遊ぶ楽しみに繋げ、色々な仮想空間で遊ぶことに対する動機付けをすることができる。

（付記１－７）
ＮＦＴ化された前記アイテムは、前記ユーザが使用するキャラクタに装備させることが可能である
付記１－１に記載のプログラム。
このような構成によれば、ＮＦＴ化が可能なアイテムについて、ＮＦＴ化しキャラクタに装備をさせて楽しむという更なる楽しみ方を与えることができる。また、このようなアイテムのうち、キャラクタに装備させる価値を感じないようなものについては、ＮＦＴ化せずに消費して所定の効果を発生させるために使用するという別の用途をもたらすことができる。

（付記１－８）
ユーザにＮＦＴ化可能なアイテムを取得させる取得手段（例えば、報酬付与部２３３）と、
前記ユーザが持つ前記アイテムをＮＦＴ化することなく消費することで、前記ユーザにとって有利な効果を発生させる制御を行う制御手段（例えば、ゲーム制御部２１２）と、を備える
情報処理システム。
このような構成によれば、付記１－１に記載のプログラムと同様の作用効果を奏することができる。

（付記２－１）
コンピュータを、
ユーザに第１のアイテムを取得させる取得手段（例えば、報酬付与部２３３）と、
前記ユーザが持つ前記第１のアイテムを消費することで、消費する前記第１のアイテムを取得した第１の仮想空間とは異なる第２の仮想空間に所定の影響を与える影響付与手段（例えば、ゲーム制御部２１２）と、として機能させる
プログラム。
このような構成によれば、消費可能なアイテムについて、第１のアイテムを取得した仮想空間とは異なる仮想空間に影響を与えるという従来に無い用途をもたらすことができる。したがって、ゲーム性の幅を広げることができる。

（付記２－２）
前記影響付与手段は、前記ユーザが持つ前記第１のアイテムを消費することで、前記第１のアイテムを取得しやすくなる影響を前記第２の仮想空間に与える
付記２－１に記載のプログラム。
このような構成によれば、第１の仮想空間で取得した第１のアイテムの消費により、第１の仮想空間とは異なる第２の仮想空間において第１のアイテムが取得しやすくなるので、取得した第１のアイテムを、別の仮想空間でより良い第１のアイテムを取得するために使用することができる。したがって、アイテムの取得と消費のサイクルを回す楽しみをユーザに与えることができる。

（付記２－３）
前記第１のアイテムは、前記ユーザによる前記第１の仮想空間の地形を変化させる操作により取得可能である
付記２－１または付記２－２に記載のプログラム。
このような構成によれば、第１の仮想空間の地形を変化させて第１のアイテムを取得し、取得した第１のアイテムを別の仮想空間に影響を与えるために使用するという従来にないゲーム性を実現することが可能となる。

（付記２－４）
前記第１のアイテムは、前記ユーザが持つ第２のアイテムを使用して前記第１の仮想空間の地形を変化させることにより取得可能である
付記２－３に記載のプログラム。
このような構成によれば、ユーザが持つ第２のアイテムを使用して第１の仮想空間の地形を変化させ、これにより第１のアイテムを取得し、取得した第１のアイテムを別の仮想空間に影響を与えるために使用するという従来にないゲーム性を実現することが可能となる。

（付記２－５）
ユーザに第１のアイテムを取得させる取得手段（例えば、報酬付与部２３３）と、
前記ユーザが持つ前記第１のアイテムを消費することで、消費する前記第１のアイテムを取得した第１の仮想空間とは異なる第２の仮想空間に所定の影響を与える影響付与手段（例えば、ゲーム制御部２１２）と、を備える
情報処理システム。
このような構成によれば、付記２－１に記載のプログラムと同様の作用効果を奏することができる

（付記３－１）
コンピュータを、
ユーザのＮＦＴ化可能な第１のアイテムの所持状況に応じて、仮想空間内の第２のアイテムの購入について優待する制御を行う制御手段（例えば、マーケット管理部２１４）として機能させる
プログラム。
ＮＦＴ化されたアイテムをユーザが保有し得るゲームにおいては、ユーザは、例えば、ＮＦＴ化されたアイテムを保有することで、唯一無二のアイテムを保有することによる満足感を得たり、ＮＦＴ化されたアイテムを売り渡し利益を得たりすることができる。一方で、ＮＦＴ化可能なアイテムがゲーム中に存在する場合において、ＮＦＴ化可能なアイテムではあるがあまり価値を感じないアイテムをユーザが保有する場合も考えられる。このような場合、あまり価値を感じないアイテムについて無駄に溜まり持ち腐れとなっている感覚をユーザが抱いてしまうおそれがある。しかし、本構成によれば、ＮＦＴ化可能な第１アイテムの保有により、第２のアイテムの購入について優待が受けられるという効果を発生させることができるので、ＮＦＴ化可能なアイテムが無駄に溜まり持ち腐れとなっている感覚をユーザが抱くことを防止できる。

（付記３－２）
前記制御手段は、複数のユーザそれぞれの前記第１のアイテムの所持状況に基づいて、購入可能な前記第２のアイテムを優先的に提示するユーザを決定する
付記３－１に記載のプログラム。
このような構成によれば、複数のユーザそれぞれの第１のアイテムの所持状況に基づいて、一部のユーザに対して第２のアイテムを優先的に提示するという優待を行うことが可能となる。したがって、溜まっていくＮＦＴ化可能なアイテムについて特別な効果をもたらすことができ、当該アイテムが無駄に溜まり持ち腐れとなっている感覚をユーザが抱くことを防止できる

（付記３－３）
前記第２のアイテムの購入について優待する制御は、優待しない場合に比べて前記第２のアイテムを早期に購入可能とする制御である
付記３－１に記載のプログラム。
このような構成によれば、ユーザは、第１のアイテムの所持状況に応じて、第２のアイテムを早期に購入可能となる。したがって、溜まっていくＮＦＴ化可能なアイテムについて特別な効果をもたらすことができ、当該アイテムが無駄に溜まり持ち腐れとなっている感覚をユーザが抱くことを防止できる

（付記３－４）
コンピュータを、
優待により購入可能となっている前記第２のアイテムについて、優待に係るアイテムであることを示す情報をユーザに提示する情報提示手段（例えば、表示制御部１１４）として機能させる
付記３－１に記載のプログラム。
このような構成によれば、優待により購入可能となっている第２のアイテムについて、優待に係るアイテムであることをユーザに認識させることができる。したがって、優待されているという特別感をユーザに抱かせることができるとともに、第１のアイテムを所持する価値をユーザに実感させることが可能となる。

（付記３－５）
前記第１のアイテムは、前記第２のアイテムを利用して仮想空間内で抽出可能なアイテムである
付記３－１に記載のプログラム。
このような構成によれば、第２のアイテムを利用して第１のアイテムを抽出し、抽出した第１のアイテムの所持によって第２のアイテムの購入について優待を受けて新たな第２のアイテムを購入し、購入した第２のアイテムを利用して第１のアイテムを抽出するというサイクルを回す楽しみをユーザに与えることができる。

（付記３－６）
前記第２のアイテムは、ＮＦＴ化されたアイテムである
付記３－１から３－５のいずれか１つに記載のプログラム。
ＮＦＴ化されたアイテムはユニークなものであるところ、他のユーザの購入等により購入できなくなるおそれがある。本構成においては、このようなＮＦＴ化されたアイテムである第２のアイテムについて、第１のアイテムの所持状況に応じて優待が受けられるようになっているので、第１のアイテムを所持することに対する動機付けをすることができる。

（付記３－７）
前記制御手段は、ユーザの、所定の条件を満たすＮＦＴ化されていない前記第１のアイテムの所持量に応じて、前記第２のアイテムの購入について優待する制御を行う
付記３－１から３－５のいずれか１つに記載のプログラム。
このような構成によれば、所定の条件を満たす第１のアイテムについて特別に価値（具体的には、優待が受けられるという価値）をもたらすことができるとともに、所定の優待を受けるための所持量についても条件をつけることが可能となる。したがって、第１のアイテムの取得に対する動機付けをすることができる。

（付記３－８）
ユーザのＮＦＴ化可能な第１のアイテムの所持状況に応じて、仮想空間内の第２のアイテムの購入について優待する制御を行う制御手段（例えば、マーケット管理部２１４）を備える
情報処理システム。
このような構成によれば、付記３－１に記載のプログラムと同様の作用効果を奏することができる

１ ゲームシステム、３ ブロックチェーンシステム、１０ 端末装置、１１ プロセッサ、１２ メモリ、１３ ストレージ、１４ 通信ＩＦ、１５ 入出力ＩＦ、１７ 入力部、１８ 表示部、２０ サーバ、２１ プロセッサ、２２ メモリ、２３ ストレージ、２４ 通信ＩＦ、２５ 入出力ＩＦ、３０ ノード装置、３１ プロセッサ、３２ メモリ、３３ ストレージ、３４ 通信ＩＦ、３５ 入出力ＩＦ、１１０ 制御部、１１１ 操作受付部、１１２ 送受信部、１１３ 端末処理部、１１４ 表示制御部、１２０ 記憶部、２１０ 制御部、２１１ 送受信部、２１２ ゲーム制御部、２１３ 資産管理部、２１４ マーケット管理部、２２０ 記憶部、２３１ 仮想空間管理部、２３３ 報酬付与部、３１０ 制御部、３２０ 記憶部

Claims (8)

1. コンピュータを、
   ユーザのＮＦＴ化前の状態の第１のアイテムの所持状況に応じて、仮想空間内の第２のアイテムの購入について優待する制御を行う制御手段として機能させ、
   前記第１のアイテムは、ＮＦＴ化可能なアイテムである
   プログラム。
2. 前記制御手段は、複数のユーザそれぞれのＮＦＴ化前の状態の前記第１のアイテムの所持状況に基づいて、購入可能な前記第２のアイテムを優先的に提示するユーザを決定する
   請求項１に記載のプログラム。
3. 前記第２のアイテムの購入について優待する制御は、優待しない場合に比べて前記第２のアイテムを早期に購入可能とする制御である
   請求項１に記載のプログラム。
4. コンピュータを、
   優待により購入可能となっている前記第２のアイテムについて、優待に係るアイテムであることを示す情報をユーザに提示する情報提示手段として機能させる
   請求項１に記載のプログラム。
5. 前記第１のアイテムは、前記第２のアイテムを利用して仮想空間内で抽出可能なアイテムである
   請求項１に記載のプログラム。
6. 前記第２のアイテムは、ＮＦＴ化されたアイテムである
   請求項１～５のいずれか１項に記載のプログラム。
7. 前記制御手段は、ユーザの、所定の条件を満たすＮＦＴ化前の状態の前記第１のアイテムの所持量に応じて、前記第２のアイテムの購入について優待する制御を行う
   請求項１～５のいずれか１項に記載のプログラム。
8. ユーザのＮＦＴ化前の状態の第１のアイテムの所持状況に応じて、仮想空間内の第２のアイテムの購入について優待する制御を行う制御手段を備え、
   前記第１のアイテムは、ＮＦＴ化可能なアイテムである
   情報処理システム。

Images