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

Abstract

【課題】ＮＦＴ化されたオブジェクトを使用するサービスに対するユーザの抵抗感を軽減させる。【解決手段】プログラムは、コンピュータを、仮想空間内で使用可能なＮＦＴ化された特定のオブジェクトを、特定のオブジェクトを所有するオーナーからユーザに対して貸与する貸与手段と、貸与された特定のオブジェクトをユーザが仮想空間内で使用することにより得られた成果に応じた報酬をユーザに付与する報酬付与手段と、として機能させる。【選択図】図１２

Description

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

従来より、ブロックチェーンを利用した各種サービスの提供に係る技術が知られている（例えば、特許文献１参照）。また、ブロックチェーンを利用するサービスにおいては、仮想空間内において利用可能なオブジェクト等についてＮＦＴ（Non-Fungible Token）化されることなどが考えられる。

特開２０１７－２０４０７０号公報

ところで、ブロックチェーンを利用するサービスは、サービスの利用にあたり、ブロックチェーンを利用した取引に関する各種の登録手続きが要求されることや、取引に際し金銭の支払いが求められる場合があること等から、一般にユーザにとって利用に対するハードルがあった。また、ここにＮＦＴが絡んでくる場合には、サービスの利用に対するハードルが一層高くなる。例えば、サービス内においてＮＦＴ化されたオブジェクトが使用される場合、ＮＦＴ自体馴染みがないものである上、ＮＦＴ化されたオブジェクトはユニークなものでありその価値を判断することが難しいことなどから、ＮＦＴ化されたオブジェクトを使用するサービスに対してユーザが強い抵抗感を抱いてしまうおそれがある。また、このようにブロックチェーンを利用するサービスでは、金銭が絡みやすいこと等から、サービス内において自身の行ったことに対する報酬についてユーザが不満を抱きやすく、報酬に納得感が得られない場合に、サービスの利用から遠ざかってしまうおそれがある。

本発明は、ＮＦＴ化されたオブジェクトを使用するサービスに対するユーザの抵抗感を軽減させることを目的とする。

本開示に示す一実施形態によれば、
コンピュータを、
仮想空間内で使用可能なＮＦＴ化された特定のオブジェクトを、前記特定のオブジェクトを所有するオーナーからユーザに対して貸与する貸与手段と、
貸与された前記特定のオブジェクトを前記ユーザが前記仮想空間内で使用することにより得られた成果に応じた報酬を前記ユーザに付与する報酬付与手段と、として機能させる
プログラムが提供される。

本発明によれば、ＮＦＴ化されたオブジェクトを使用するサービスに対するユーザの抵抗感を軽減させることができる。

ゲームシステムの概略構成を示す図である。 ゲームシステムの機能的構成を示すブロック図である。 マップを表示する画面の一例を示す図である。 ホーム画面の一例を示す図である。 ユーザが取得した山の一覧を表示する画面の一例を示す図である。 採掘を行う際のゲーム画面の一例を示す図である。 資産の獲得および消費の流れについて説明するための図である。 山の取得および採掘に係るタイムラインについて説明するための図である。 アイテムの購入に係る画面の一例を示す図である。 ユーザが所有するアイテムの一覧を表示する画面の一例を示す図である。 採掘の実行中において表示可能なメニュー画面の一例を示す図である。 ピッケルの貸与に関連する画面の一例を示す図である。 スカラーを募集する画面の一例を示す図である。 スカラーの募集に応募する画面の一例を示す図である。 山の生成および山で取得可能なアイテムの決定に係る処理の一例を示すフローチャートである。 山の取得および採掘に係る処理の一例を示すフローチャートである。 ピッケルを他のユーザに貸与する処理の一例を示すフローチャートである。 スカラーによるピッケルの使用により得られた成果の少なくとも一部をオーナーに獲得させる処理の一例を示すフローチャートである。

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

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

端末装置１０とサーバ２０とブロックチェーンシステム３（換言すると、ノード装置３０）とは、ネットワーク２を介して互いに接続される。ネットワーク２は、例えば、インターネット、移動通信システム（例えば、３Ｇ、４Ｇ、５Ｇ、ＬＴＥ（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）化された状態を取り得るアイテムとなっている。ＮＦＴ化された状態とは、アイテムＡがユニークなものであることを証明する情報がブロックチェーン上に記憶された状態を意味する。換言すると、ＮＦＴ化された状態とは、アイテムＡに対応するＮＦＴが発行されブロックチェーンで管理されている状態を意味する。なお、以下では、対応するＮＦＴが発行されたアイテム等のデジタル資産のこともＮＦＴと呼ぶ。なお、本実施形態では、アイテムＡのＮＦＴ化（換言すると、アイテムＡの生成）は、ゲームの運営者が行うようになっており、ユーザが行うこと（換言すると、ユーザによるミント）はできないようになっている。換言すると、本実施形態のゲームにおいては、ＮＦＴ化されていない状態のアイテムＡをユーザが入手することはないようになっている。ただし、アイテムＡのＮＦＴ化をユーザが行うことが可能となっていてもよい。

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

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

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

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

所定のイベントとしての山での採掘は、例えば、以下のように行われる。例えば、端末装置１０の表示制御部１１４は、ユーザによる所定の入力操作に基づいて、図４に例示するホーム画面４２を表示部１８に表示させる。ホーム画面４２には、ユーザが取得した山での採掘の開始に係る操作を受け付ける採掘開始ボタン４３が表示される。そして、ゲーム制御部２１２は、採掘開始ボタン４３に対する操作に基づいて、ユーザが取得した山での採掘を開始させる。

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

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

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

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

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

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

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

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

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

また、ピッケルにはランクが設定されている。なお、ランクとは所謂レベル等を含む。ピッケルのランクが上昇すると、ピッケルの所定のパラメータが変化する。具体的には、ピッケルのランクが上昇すると、宝石や輝石の取得のしやすさ（換言すると、採掘の効率）に影響する所定のパラメータが変化する。より具体的には、ピッケルのランクが上昇すると、ピッケルの振る速度に関するパラメータが変化しピッケルを振る速度が速くなる。これにより、採掘の速度が上昇するため、採掘の効率が上昇する。また、ピッケルのランクが上昇すると、耐久値の最大値が上昇する。これにより、耐久値を回復させることなく採掘を継続できる時間が延びるため、採掘の効率が上昇する。また、ピッケルのランクが上昇すると、ピッケルのパワーが上昇し、１回の振りで掘れる量（換言すると、１回の操作が山に対して与える影響量）等が上昇してもよい。これにより、採掘の速度が上昇するため、採掘の効率が上昇する。

また、操作受付部１１１は、ピッケルのランクの上昇を指示する操作を受け付ける。そして、ゲーム制御部２１２は、当該操作に基づいて、ピッケルのランクを上昇させる処理を行う。また、ピッケルのランクの上昇には、所定量の特定トークンが必要となっており、当該操作によりピッケルのランクを上昇させる際には、当該所定量の特定トークンが消費される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（仮想通貨の支払いを要する処理）
本実施形態においては、ブロックチェーンで管理される仮想通貨（具体的には、特定トークン）の支払いが求められる処理（以下、「有償処理」という。）が存在する。具体的には、有償処理として、ピッケルの購入に係る処理（換言すると、ピッケルをユーザに取得させる処理）、ピッケルのリペアに係る処理（換言すると、ピッケルの耐久値を回復させる処理）、およびピッケルのランクの上昇に係る処理（換言すると、ピッケルのランクを上昇させる処理）を含む複数種類の処理が存在する。

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

次に、ピッケルのリペアに係る処理およびピッケルのランクの上昇に係る処理について説明する。ピッケルのリペアおよびランクの上昇は、例えば、以下のように行われる。例えば、端末装置１０の表示制御部１１４は、ユーザによる所定の入力操作に基づいて、図１０に例示するアイテム画面６４を表示部１８に表示させる。アイテム画面６４には、ユーザが所有するアイテム（換言すると、使用可能なアイテム）の一覧が表示される。具体的には、アイテム画面６４には、ユーザが所有するピッケル（換言すると、使用可能なピッケル）の一覧が表示される。また、操作受付部１１１は、アイテム画面６４に表示されたピッケルの中から、特定のピッケルを選択する操作（例えば、特定のピッケルに対するクリック操作）を受け付ける。また、表示制御部１１４は、特定のピッケルが選択されると、選択されたピッケルに対する各種操作を受け付けるＵＩを表示部１８に表示させる。具体的には、表示制御部１１４は、当該ＵＩとして、ピッケルの耐久値の回復に係る操作を受け付けるリペアボタン６５、ピッケルのランクの上昇に係る操作を受け付けるアップグレードボタン６６、およびピッケルの売り出しに係る操作を受け付けるセルボタン６７を表示部１８に表示させる。なお、アイテム画面６４においては、選択されたピッケルや、一覧表示されるピッケルについて、耐久値の残量を示す表示が表示されてもよい。図１０に示す例においては、耐久値の残量を示す表示として残量を示すメーター６８が表示されているが、耐久値の残量を示す表示は、残量を示す数値等の表示であってもよい。

端末装置１０の制御部１１０は、リペアボタン６５に対する操作がされると、選択されたピッケルの耐久値の回復をサーバ２０に要求する。サーバ２０のゲーム制御部２１２は、当該要求に基づいて、選択されたピッケルの耐久値を回復させるとともに、ユーザに耐久値の回復の対価を支払わせる処理（換言すると、ユーザが保有する特定トークンを耐久値の回復の対価の分だけ減少させる処理）を実行する。すなわち、制御部２１０は、ユーザによる有償処理の実行に係る操作に基づき、有償処理としてのピッケルの耐久値を回復させる処理を実行する。

また、端末装置の制御部１１０は、アップグレードボタン６６に対する操作がされると、選択されたピッケルのランクの上昇をサーバ２０に要求する。サーバ２０のゲーム制御部２１２は、当該要求に基づいて、選択されたピッケルのランクを上昇させるとともに、ユーザにランクの上昇の対価を支払わせる処理（換言すると、ユーザが保有する特定トークンをランクの上昇の対価の分だけ減少させる処理）を実行する。すなわち、制御部２１０は、ユーザによる有償処理の実行に係る操作に基づき、有償処理としてのピッケルのランクを上昇させる処理を実行する。

また、端末装置の制御部１１０は、セルボタン６７に対する操作がされると、選択されたピッケルのマーケットプレイスへの出品をサーバ２０に要求する。サーバ２０のマーケット管理部２１４は、当該要求に基づいてユーザが選択したピッケルを売りに出し、これにより、購入を希望する他のユーザが当該ユーザから当該ピッケルを購入（例えば、特定トークンの支払いにより購入）することが可能となる。換言すると、出品されたピッケルは、他のユーザのショップ画面６０に表示されるようになる。

なお、本実施形態においては、マーケットプレイスに出品されるピッケルには、ゲームの運営者が売るピッケルと他のユーザが売るピッケルとが存在する。すなわち、ユーザは、ピッケルをゲームの運営者から購入することと、他のユーザから購入することとが可能となっている。ピッケルをゲームの運営者から購入する場合、購入の対価はゲームの運営者に送金される。また、ピッケルを他のユーザから購入する場合、購入の対価は当該他のユーザに送金される。また、ピッケルの耐久値の回復の対価は、ゲームの運営者に送金される。また、ピッケルのランクの上昇の対価は、ゲームの運営者に送金される。

また、本実施形態においては、採掘の実行中においてもピッケルのリペアを実行可能となってる。例えば、端末装置１０の表示制御部１１４は、採掘の実行中におけるユーザによる所定の入力操作（例えば、キーボードのＴａｂキーに対する操作）に基づいて、図１１に例示するメニュー画面７０を表示部１８に表示させる。メニュー画面７０には、ユーザが所有する（換言すると、使用する）ピッケルに対する操作の受け付けに係るピッケル操作ボタン７２が表示される。ピッケル操作ボタン７２に対する操作がされると、表示制御部１１４は、ユーザが所有するピッケルに対する各種操作を受け付けるＵＩを表示部１８に表示させる。具体的には、表示制御部１１４は、当該ＵＩとして、ピッケルの耐久値の回復に係る操作を受け付けるリペアボタン７３および、使用するピッケルの変更（換言すると、持ち替え）に係る操作を受け付ける持ち替えボタン７４を表示部１８に表示させる。

端末装置の制御部１１０は、リペアボタン７３に対する操作がされると、ユーザが所有するピッケル（例えば、使用中のピッケル）の耐久値の回復をサーバ２０に要求する。サーバ２０のゲーム制御部２１２は、当該要求に基づいて、ユーザが所有するピッケルの耐久値を回復させるとともに、ユーザに耐久値の回復の対価を支払わせる処理（換言すると、ユーザが保有する特定トークンを耐久値の回復の対価の分だけ減少させる処理）を実行する。すなわち、制御部２１０は、採掘の実行中におけるユーザの所定の操作に基づき、当該ユーザが所有するピッケルの耐久値を回復させる処理を実行する。

また、表示制御部１１４は、持ち替えボタン７４に対する操作がされると、持ち替え可能なピッケルの一覧７５を表示部１８に表示させる。そして、持ち替え可能なピッケルの一覧７５に表示されるピッケルの中から特定のピッケルを選択する操作（例えば、特定のピッケルに対するクリック操作）がされると、端末装置１０の制御部１１０は、ユーザが使用するピッケルの当該特定のピッケルへの変更をサーバ２０に要求する。サーバ２０のゲーム制御部２１２は、当該要求に基づいて、ユーザが使用するピッケルを当該特定のピッケルに変更する処理を実行する。

なお、メニュー画面７０には、ユーザ名やユーザの現在のランク等が表示されてもよい。また、メニュー画面７０には、現在採掘を行っている山について宝石を何個発見したか、宝石を埋蔵量の何割発見したか、輝石を何個発見したか、輝石を埋蔵量の何割発見したか、あるいは宝石を発見した量等に基づいて算出されるその山についての採掘の進捗度等が表示されてもよい。

（ピッケルの貸与）
本実施形態においては、ユーザが所有しているアイテムＡは、他のユーザに貸与可能となっている。以下では、アイテムＡとしてのピッケルを所有しており、他のユーザにピッケルを貸すユーザのことを「オーナー」と呼ぶ。また、ピッケルを他のユーザから借りるユーザのことを「スカラー」と呼ぶ。

スカラーは、オーナーから貸与されたピッケルを使用して山での採掘が可能となっている。すなわち、ピッケルを所有していないユーザは、ピッケルを所有しているユーザからピッケルを借りてゲームをプレイ（具体的には、採掘を実行）することが可能となっている。

山での採掘の開始に係る操作や、山においてプレイヤキャラクタを操作して採掘を行う操作は、オーナーとスカラーとで同様としてもよい。すなわち、例えば、スカラーは、自身の端末装置１０に表示されるホーム画面４２における採掘開始ボタン４３に対する操作に基づいて、山での採掘を開始させることができる。ここで、本実施形態においては、スカラーがオーナーから貸与されたピッケルを使用して採掘を行う山は、オーナーが所有する山となっている。オーナーは、ピッケルの貸与に際し、当該ピッケルを使用して採掘を行う山を指定する。そして、スカラーは、オーナーから貸与されたピッケルを使用して採掘を行う場合、オーナーが指定した山で採掘を行うこととなる。

また、スカラーは、オーナーから借りたピッケルを使用して採掘を行うことで、報酬を獲得できる。本実施形態においては、スカラーはピッケルを使用してアイテムを掘り出すことにより、掘り出したアイテムのうちスカラーの取り分として設定されている分を報酬として獲得できるようになっている。具体的には、報酬付与部２３３は、スカラーの操作するプレイヤキャラクタが輝石を掘り出すと、掘り出された輝石のうち設定されている割合に応じた量の輝石を報酬としてスカラーに付与する。詳しくは後述するが、当該割合は、オーナーによって設定される。例えば、当該割合が３０％に設定されている場合、スカラーの操作するプレイヤキャラクタが輝石を掘り出すと、報酬付与部２３３は、掘り出された輝石のうち７０％をオーナーに付与し、３０％をスカラーに付与する。なお、このときに、スカラーの端末装置１０やオーナの端末装置１０において、掘り出された輝石を一度オーナーが全て獲得し、オーナーからスカラーに対して輝石が分配される演出を行うなどしてもよい。

なお、本実施形態においては、スカラーの取り分は、オーナーが設定可能となっているが、オーナーの設定によらずに決まるものとしてもよい。また、本実施形態においては、スカラーが掘り出したアイテムのうち、宝石については全てオーナーが獲得するようになっており、スカラーには分配されないようになっている。すなわち、報酬付与部２３３は、貸与された特定のオブジェクト（例えば、ピッケル）をスカラーが仮想空間（例えば、オーナーの所有する山）で使用することにより得られた第１オブジェクト（例えば、宝石）については全てオーナーに獲得させ、貸与された特定のオブジェクトをスカラーが仮想空間内で使用することにより得られた第２オブジェクト（例えば、輝石）についてはその一部をオーナーに獲得させる。

また、本実施形態においては、１人のオーナーに対して複数のスカラーが設定されている場合が存在する。このような場合においては、複数のスカラーのうちのいずれかの操作するプレイヤキャラクタが輝石を掘り出すと、各スカラーには、自身の採掘作業（換言すると、ゲームプレイ）に応じた量の輝石が報酬として付与される。本実施形態においては、各スカラーに付与される報酬は、以下の規則に基づいて決定される。
・いずれかのスカラーが輝石を掘り出すと、オーナーの設定した割合に従って、掘り出された輝石についてのオーナーの取り分と、スカラーの取り分とが決定される。
・スカラーの取り分は、スカラー全体で分け合う。
・各スカラーには、スカラーの取り分のうち、自身の仕事量（具体的には、山を掘った割合）に応じた量の輝石が付与される。
・各スカラーの仕事量は、所定の期間中における「自身が消費したピッケルの耐久値／スカラー全体の消費したピッケルの耐久値」により算出される。
・輝石を掘り出したスカラーには、スカラーの取り分の中から所定量のボーナス（具体的には、５％のボーナス）が付与される。

なお、ここで、各スカラーの仕事量の算出に係る所定の期間は、前回その山において輝石が発見されてから、分配対象の輝石が獲得されるまでの期間となっている。また、分配対象の輝石がその山において最初に発見された輝石の場合、その山での採掘が可能となってから、分配対象の輝石が獲得されるまでの期間となっている。ただし、当該所定の期間は、これに限られず、適宜設定することができる。

そして、報酬付与部２３３は、いずれかのスカラーが輝石を掘り出すと、輝石を掘り出したスカラー、および掘り出したスカラー以外のスカラーそれぞれに対して付与する報酬を以下の計算式に従って決定し、各スカラーに対して報酬を付与する。
・輝石を掘り出したスカラーの報酬＝（掘り出された輝石）×（オーナーが設定した報酬の割合）×（ボーナス支払い分の係数）×（自身が消費したピッケルの耐久値／スカラー全体の消費したピッケルの耐久値）＋（掘り出された輝石）×（オーナーが設定した割合）×（ボーナス受け取り分の係数）
・輝石を掘り出したスカラー以外のスカラーの報酬＝（掘り出された輝石）×（オーナーが設定した報酬の割合）×（ボーナス支払い分の係数）×（自身が消費したピッケルの耐久値／スカラー全体の消費したピッケルの耐久値）

すなわち、例えば、スカラーＡとスカラーＢとの２人のスカラーが存在し、スカラーＡが１００ｇの輝石を掘り出したこととする。また、オーナーは、報酬の割合を３０％に設定（換言すると、オーナーの取り分を７０％に設定）していることとする。また、スカラーＡは、オーナーから貸与されたピッケルの耐久値を４０消費し、スカラーＢはオーナーから貸与されたピッケルの耐久値を６０消費したこととする。この場合、スカラーＡには、１００ｇ×０．３×０．９５×（４０／（４０＋６０））＋１００ｇ×０．３×０．０５＝１２．９ｇの輝石が報酬として付与される。また、スカラーＢには、１００ｇ×０．３×０．９５×（６０／（４０＋６０））＝１７．１ｇの輝石が報酬として付与される。また、オーナーには、オーナーの取り分として１００ｇ×０．７＝７０ｇの輝石が付与される。

また、前述のように、各ユーザが所有する輝石は、定期的に特定トークンに変換されるようになっていてもよい。すなわち、スカラーが特定トークンを獲得するまでのフローは以下のようになっていてもよい。すなわち、まず一のオーナーからピッケルが貸与された複数のスカラーのうちの一人が輝石を掘り出すと、輝石が当該オーナーおよび当該複数のスカラーに分配される。なお、本実施形態においては、輝石は掘り出されたタイミングで（換言すると、即座に）当該オーナーおよび当該複数のスカラーに付与されるが、イベントの終了時等の所定のタイミングで付与されてもよい。各ユーザが所有する輝石は全て、毎日特定の時刻に自動的に特定トークンに変換されるように設定されており、この変換により、各スカラー（およびオーナー）は特定トークンを取得する。換言すると、当該特定の時刻において、当該オーナーおよび当該複数のスカラーはいずれも（換言すると、例えば、本実施形態のゲームをプレイする全てのユーザが）輝石を所有していない状態となる。

このように、本実施形態においては、オーナーは、スカラーにピッケルを貸与して自身の代わりに宝石や輝石を見つけてもらうことが可能となっている。すなわち、本実施形態においては、ピッケルの貸与とは、宝石や輝石の発見に協力してくれる協力者としてのスカラーの募集と言い換えることもできる。換言すると、オーナーは、所定の目標の達成（例えば、宝石や輝石の発見）を目指すイベントについて協力してくれる協力者としてのスカラーを募集することが可能となっており、協力者は、オーナーから貸与されたオブジェクト（例えば、ピッケル）を使用してイベントに参加するようになっている。なお、協力者がオーナーから貸与されたオブジェクトを使用して参加するイベントは、所定の対戦相手（ここで、「対戦相手」とは、他のユーザであってもよく、ＮＰＣであってもよい。また、所謂クエストにおける敵キャラクタ等も対戦相手に含まれる。）への勝利を目指すものや、所定の目的地への到達を目指すものや、所定の目的物の獲得を目指すもの等であってもよい。また、協力者がオーナーから貸与されたオブジェクトを使用して参加するイベントは、オーナーと協力者とがマルチプレイにより進行させることが可能なイベントであってもよく、一のオーナーからオブジェクトを貸与された複数の協力者同士がマルチプレイにより進行させることが可能なイベントであってもよい。また、協力者がオーナーから貸与されたオブジェクトを使用して参加するイベントは、協力者が単独で進行させることが可能なイベントであってもよい。

また、本実施形態においては、報酬付与部２３３は、一のオーナーからピッケルが貸与された複数のスカラーのうちの一人が所定の成果をあげた場合に、複数のスカラーそれぞれの仕事量に応じて各スカラーに付与する報酬を決定し各ユーザに付与する。この点、本実施形態のようなゲームにおいては、例えば、オーナーからピッケルが貸与されたスカラーＡとスカラーＢとのうち、沢山作業を行ったスカラーＡが成果をあげることができていない状況（具体的には、沢山掘ったにもかかわらず輝石を発見できていない状況）において、少ししか作業をしていないスカラーＢが運良く成果をあげる場合（具体的には、少ししか掘っていないにもかかわらず輝石を発見する場合）が存在し得る。このような場合に、報酬の付与の仕方によっては、スカラーＡ等のユーザが不公平感を抱く可能性がある。本実施形態の構成によれば、沢山作業を行ったユーザに報酬が多く分配されるようになっているので、各ユーザが不公平感を抱く可能性を低減させることができるとともに、積極的にゲームをプレイすることについての動機付けをすることができる。また、このような場合においてスカラーＢが輝石を発見できたのはスカラーＡが沢山作業を行ってくれたからという場合等もあり得るところ、本実施形態の構成によれば、スカラーＡのようなユーザのプレイに対して報いることができる。

なお、前述のように、各ユーザの報酬は、いずれかのユーザが所定の成果をあげるまで（具体的には、輝石を発見するまで）の各ユーザの仕事量に応じて決定される。そして、その後再びいずれかのユーザが所定の成果をあげると、前回いずれかのユーザが所定の成果をあげてから再びいずれかのユーザが所定の成果をあげたときまでの各ユーザの仕事量に応じて各ユーザの報酬が決定される。すなわち、本実施形態においては、いずれかのユーザが所定の成果をあげると、報酬の算出に係る各ユーザの仕事量がリセットされ、仕事量の算出の起算点が、当該所定の成果があげられたタイミングに変更される。ただし、いずれかのユーザが所定の成果をあげたタイミングで仕事量をリセットしなくてもよく、例えば、途中でいずれかのユーザが所定の成果をあげたか否かに関わらず、各ユーザには、各ユーザが採掘を開始してから（換言すると、その山での採掘が可能となってから）報酬の付与契機が訪れるまでの累積の仕事量に応じた報酬が付与されるなどしてもよい。

なお、このように、本実施形態においては、報酬付与部２３３は、所定のイベントに参加する複数のユーザであってＮＦＴ化された特定のオブジェクトを使用する複数のユーザのうちの一人が特定のオブジェクトを仮想空間内で使用して所定の成果をあげた場合に、複数のユーザそれぞれの仕事量に応じて各ユーザに付与する報酬を決定し各ユーザに付与するが、当該所定のイベントは、オーナーから貸与されたオブジェクトを使用して参加するイベントでなくてもよく、当該特定のオブジェクトは、オーナーから貸与されたオブジェクトでなくてもよい。

また、本実施形態においては、各ユーザの仕事量はピッケルの耐久値の消費量（換言すると、山を掘った量）に基づいて判定されるが、仕事量はゲームの種類に応じた方法で判定すればよい。例えば、敵キャラクタが登場するようなイベントにおいては、仕事量は、敵キャラクタを倒した数や、敵キャラクタに与えたダメージの総量等に基づいて判定されてもよい。また、イベント中においてプレイヤキャラクタに行わせることが可能な各種行動についてポイントが設定されており、仕事量は、イベント中において実際に行われた行動の累計ポイント等に基づいて判定されてもよい。仕事量は、例えば、各ユーザがどれだけプレイをしたか、イベント中において有効な行動をどれだけ行ったか、または成果に対して（換言すると、イベントにおいて）どれだけ貢献したか等を示すパラメータに基づいて判定されてもよい。

なお、本実施形態においては、スカラーのあげた成果に応じてスカラーに付与される報酬が変動するようになっているが、成果に関わらず、一定の報酬が付与されるようになっていてもよい。

続いて、ピッケルの貸与について、ピッケルの貸与に係る各種表示を参照しながら詳細に説明する。

端末装置１０の表示制御部１１４は、ユーザによる所定の入力操作に基づいて、図１２に例示する貸与関連画面４００を表示部１８に表示させる。貸与関連画面４００には、スカラーの募集（換言すると、ピッケルの貸し出し）に係る操作を受け付けるスカラー募集ボタン４０１、およびスカラーとしての応募（換言するとオーナーの探索、さらに換言するとピッケルの借用）に係る操作を受け付けるオーナー探索ボタン４０２が表示される。また、表示制御部１１４は、スカラー募集ボタン４０１に対する操作に基づき、図１３に例示する募集画面４２０を表示部１８に表示させる。また、表示制御部１１４は、オーナー探索ボタン４０２に対する操作に基づき、図１４に例示する応募画面４４０を表示部１８に表示させる。

募集画面４２０は、スカラーの募集に係る操作を行う画面となっている。換言すると、募集画面４２０は、ユーザが自身の所有するピッケルの貸し出しに係る操作を行う画面となっている。具体的には、募集画面４２０においては、スカラーを募集する案件（換言すると、イベント）についての設定が可能となっている。すなわち、本実施形態においては、特定の山での採掘という１つの案件（換言すると、イベント）について、スカラーを募集することが可能となっており、募集画面４２０においては、スカラーを募集する案件について、スカラーに付与される報酬や、スカラーに貸与されるピッケル等についての設定を行うことが可能となっている。

募集画面４２０には、山選択ＵＩ４２１と、報酬設定ＵＩ４２２と、伝達事項入力ＵＩ４２３と、貸出オブジェクト選択ＵＩ４２４と、スカラーの募集の開始に係るＵＩとしての募集開始ボタン４２５と、が表示される。

山選択ＵＩ４２１は、スカラーの募集の対象となる山（換言すると、スカラーが採掘を行う山）の選択に係る操作を受け付けるＵＩとなっている。換言すると、山選択ＵＩ４２１は、スカラーの募集の対象となる案件（換言すると、イベント）の選択に係る操作を受け付けるＵＩとなっている。本実施形態においては、山選択ＵＩ４２１は、クリック操作がされると、ユーザが所有する山の一覧４３０を表示する状態に切り替わる。このとき、図５に例示した画面と同様の画面を表示する状態に切り替わることとしてもよい。そして、一覧表示された山の中から特定の山を選択する操作により、スカラーの募集の対象となる山を選択することが可能となっている。なお、一覧表示された山の中から特定の山を選択する操作を行うことで、当該特定の山についての詳細情報５０等が表示され、詳細情報５０を確認した上でスカラーの募集の対象となる山を決定することが可能となっていてもよい。操作受付部１１１は、山選択ＵＩ４２１に対するユーザの操作（例えば、山選択ＵＩ４２１に対するクリック操作および当該クリック操作に基づき一覧表示された山のうちの特定の山に対するクリック操作）を、当該ユーザが所有する山の中からスカラーの募集の対象となる山を選択する操作として受け付ける。

報酬設定ＵＩ４２２は、貸与されたピッケルの使用により得られた成果に対する報酬（換言すると、オーナーへの協力に対するスカラーへの報酬）の設定に係る操作を受け付けるＵＩとなっている。換言すると、報酬設定ＵＩ４２２は、ピッケルの貸与に係る条件（具体的には、報酬についての条件）を設定する操作を受け付けるＵＩとなっている。本実施形態においては、貸与されたピッケルをスカラーが使用することにより得られた成果のうちの、スカラーの取り分（換言すると、オーナーの取り分）が、成果に対する報酬として設定される。より具体的には、本実施形態では、スカラーがピッケルを使用して輝石を掘り出すと、掘り出された輝石が、オーナーとスカラーとに分配されるようになっており、掘り出された輝石のオーナーとスカラーとの間での配分が、成果に対する報酬として設定される。

報酬設定ＵＩ４２２は、スカラーが掘り出した輝石のうちのスカラーに付与される割合を設定する操作を受け付ける。例えば、報酬設定ＵＩ４２２において「３０％」という割合が設定された場合、スカラーが掘り出した輝石のうちの７０％がオーナーの取り分となり、３０％がスカラーの取り分となる。なお、報酬設定ＵＩ４２２は、キーボードに対する操作により「３０％」等の数値を入力可能な入力欄となっていてもよく、選択可能な割合の候補が複数表示され、複数の候補の中から特定の割合を選択可能なプルダウン等となっていてもよい。操作受付部１１１は、報酬設定ＵＩ４２２に対するユーザの操作を、当該ユーザから貸与されたピッケルを他のユーザが使用することに基づいて得られた成果に対する当該他のユーザへの報酬を設定する操作として受け付ける。換言すると、操作受付部１１１は、報酬設定ＵＩ４２２に対するユーザの操作を、当該ユーザから貸与されたピッケルを他のユーザが使用することに基づいて得られた所定のオブジェクトについてのスカラーの取り分（換言すると、オーナーの取り分）を設定する操作として受け付ける。

なお、本実施形態においては、オーナーは、スカラーのあげた成果についてのスカラーの取り分を「０％」～「１００％」の間で設定することが可能となっている。「０％」に設定された場合、スカラーが掘り出した輝石は全てオーナーが獲得することとなる。「１００％」に設定された場合、スカラーが掘り出した輝石は全てスカラーが獲得することとなる。

なお、報酬設定ＵＩ４２２は、スカラーのあげた成果に対するスカラーへの報酬（換言すると、スカラーの取り分）として、スカラーに付与されるアイテムの種類（例えば、宝石をスカラーに付与するかや、輝石をスカラーに付与するか等）を設定する操作を受け付けてもよい。また、スカラーに付与される報酬は、スカラーが発見したアイテムでなくてもよく、例えば、スカラーのあげた成果に応じてオーナーの保有資産から所定の報酬（例えば、成果に応じた量の特定トークン等）が付与されるようになっていてもよい。

伝達事項入力ＵＩ４２３は、スカラーへの伝達事項の入力に係る操作を受け付けるＵＩとなっている。本実施形態においては、伝達事項入力ＵＩ４２３は、伝達事項として、どのようなユーザをスカラーとして募集するかを入力する操作を受け付ける。具体的には、「初心者歓迎」、「カジュアルな採掘者歓迎」、「真剣な採掘者のみを募集」、「経験者募集」、「チームワーク重視」、「利益分配あり」等の複数の文字情報の中から、伝達事項として設定する文字情報を選択することが可能となっていてもよい。なお、伝達事項入力ＵＩ４２３は、このように選択可能な伝達事項の候補が複数表示され、複数の候補の中から特定の伝達事項を選択可能なプルダウン等となっていてもよく、キーボードに対する操作によりユーザが任意の文字列（換言すると、フリーコメント）を入力可能な入力欄となっていてもよい。操作受付部１１１は、伝達事項入力ＵＩ４２３に対するユーザの操作を、当該ユーザからピッケルを借りるユーザに対して伝達する伝達事項を入力（換言すると、設定）する操作として受け付ける。

なお、本実施形態においては、伝達事項入力ＵＩ４２３において入力される伝達事項は、単なるコメントに過ぎず、伝達事項に記載された要件を満たさないユーザであっても、スカラーとして応募しピッケルを借りることが可能となっている。すなわち例えば、伝達事項として「経験者募集」が選択されている場合であっても、初心者か経験者かに関わらずスカラーとして応募しピッケルを借りることが可能となっている。ただし、伝達事項に記載された要件を満たさないユーザが、スカラーとして応募しピッケルを借りることができないように制限してもよい。具体的には、制御部１１０や、制御部２１０は、伝達事項に記載された要件を満たさないユーザがピッケルを借りることができないように制限する処理を行ってもよい。

貸出オブジェクト選択ＵＩ４２４は、スカラーに貸し出すオブジェクトとしてのピッケルの選択に係る操作を受け付けるＵＩとなっている。本実施形態では、ユーザが所有する各山（換言すると、山選択ＵＩ４２１で選択される各山）について、最大で６人のスカラーを募集することが可能となっている。換言すると、１つの案件について最大で６人のスカラーを募集することが可能となっている。また、募集する各スカラーに対して別のピッケルを貸与する必要がある。すなわち、貸出オブジェクト選択ＵＩ４２４においては、スカラーに貸し出すピッケルとして最大で６個のピッケルを選択することが可能となっている。本実施形態においては、貸出オブジェクト選択ＵＩ４２４は、６個のスロット４２６を有しており、各スロット４２６に対する操作（例えば、クリック操作）がされると、ユーザが所有するピッケルの一覧４３２を表示する状態に切り替わる。そして、一覧表示されたピッケルの中から特定のピッケルを選択する操作（例えば、特定のピッケルに対するクリック操作）により、当該特定のピッケルが、選択中のスロット４２６に設定される。そして、各スロット４２６に設定されたピッケルがスカラーに貸し出されるようになっている。なお、一覧表示されたピッケルの中から特定のピッケルを選択する操作を行うことで、当該特定のピッケルについての詳細情報（例えば、性能等）が表示され、詳細情報を確認した上でスカラーに貸し出すピッケルを決定することが可能となっていてもよい。操作受付部１１１は、貸出オブジェクト選択ＵＩ４２４に対するユーザの操作（例えば、スロット４２６に対するクリック操作および当該クリック操作に基づき一覧表示されたピッケルのうちの特定のピッケルに対するクリック操作）を、当該ユーザが所有するピッケルの中からスカラーに貸し出すピッケルを選択する操作として受け付ける。

募集開始ボタン４２５に対する操作が行われると、募集画面４２０において入力された各事項に応じたスカラーの募集が開始される。具体的には、募集開始ボタン４２５に対する操作が行われると、山選択ＵＩ４２１において選択された山での採掘という案件について、貸出オブジェクト選択ＵＩ４２４で選択されたピッケルを借りて採掘を行うユーザ（換言すると、スカラー）の募集が開始される。換言すると、募集開始ボタン４２５に対するユーザの操作に基づき、当該ユーザの所有するピッケルの貸し出しが開始される。また、当該募集に応募するユーザは、報酬設定ＵＩ４２２において設定された、報酬についての条件の下でピッケルを借りることとなり、貸与されたピッケルを使用して採掘を行うことにより得られた成果に対する報酬として、報酬設定ＵＩ４２２において設定された条件に応じた報酬を獲得できる。

オーナーの端末装置１０の制御部１１０は、募集開始ボタン４２５に対する操作が行われると、山選択ＵＩ４２１において選択された山、報酬設定ＵＩ４２２において設定されたスカラーの取り分、伝達事項入力ＵＩ４２３において入力された伝達事項、および貸出オブジェクト選択ＵＩ４２４において選択されたピッケルに関する情報をサーバ２０に送信し、スカラーの募集の開始をサーバ２０に要求する。そして、サーバ２０の制御部２１０は、端末装置１０から送信された当該情報に基づいて、スカラーの募集を開始する。具体的には、制御部２１０は、山選択ＵＩ４２１において選択された山での採掘という案件について、貸出オブジェクト選択ＵＩ４２４で選択されたピッケルを、報酬設定ＵＩ４２２において設定された条件で借りて採掘を行うスカラーの募集を開始する。

なお、「募集を開始」とは、オーナーとしてのユーザが行う募集に係る情報が他のユーザの端末装置１０（具体的には、後述する応募画面４４０）において表示可能な状態とすることを意味する。換言すると、オーナーとしてのユーザが行う募集に対して他のユーザが応募可能な状態とすることを意味する。サーバーの制御部２１０は、オーナーが募集画面４２０において各種情報の入力を行い、募集開始ボタン４２５に対する操作を行ったことに基づいて、入力された各種情報に応じた募集を、他のユーザの応募画面４４０に表示可能な募集として登録する。

なお、本実施形態においては、スカラーは、貸与されたピッケルを山選択ＵＩ４２１で選択された山で使用するようになっており、山選択ＵＩ４２１は、貸与されるピッケルの使用を許可する場所を指定する操作を受け付けるＵＩともいえる。換言すると、山選択ＵＩ４２１は、ピッケルの貸与に係る条件（具体的には、使用場所についての条件）を設定する操作を受け付けるＵＩともいえる。そして、ゲーム制御部２１２は、スカラーが貸与されたピッケルを使用して採掘を行う場合に、採掘を行う場所が山選択ＵＩ４２１において選択された山となるように制御する。換言すると、ゲーム制御部２１２は、貸与されたピッケルをスカラーが使用可能な場所を、オーナーによる山選択ＵＩ４２１に対する操作に基づき決定する。

なお、このように本実施形態においては、貸与されたピッケルは、オーナーが当該ピッケルの使用を許可する場所として指定した場所（換言すると、オーナーが山選択ＵＩ４２１において設定したイベント）において使用可能となっているが、貸与されたピッケルが、場所やイベント等の制限が無く使用可能となっていてもよい。すなわち、例えば、募集画面４２０において、山選択ＵＩ４２１が存在せず、スカラーは、貸与されたピッケルを使用する山を自身で選択して採掘を行うことが可能となっていてもよい。

応募画面４４０は、オーナーが出した募集に対する応募に係る操作を行う画面となっている。本実施形態においては、ピッケルおよび山を所有するユーザは、オーナーとしてスカラーの募集が可能であり、応募画面４４０には、複数のオーナーのそれぞれが行った複数の募集が提示され得る。応募画面４４０には、図１４に示すように、案件毎に、オーナー情報４４１、山情報４４２、報酬情報４４３、貸出オブジェクト情報４４４、および付加情報４４５が表示される。なお、応募画面４４０においては、所定の操作（例えば、画面を所定方向にスクロールする操作）を行うことでスカラーの募集がされている各案件についての情報が順次表示される。

オーナー情報４４１は、募集を行っているオーナーに関する情報である。本実施形態では、オーナー情報４４１としてオーナーのユーザ名が表示される。なお、オーナー情報としてオーナーのユーザＩＤ等が表示されてもよい。すなわち、応募画面４４０には、案件毎に、募集画面４２０において各種情報を入力し、募集開始ボタン４２５に対する操作により募集を開始したユーザを示す情報が表示される。

山情報４４２は、募集に応募した場合にスカラーが採掘を行う山に関する情報である。換言すると、山情報４４２は、オーナーが山選択ＵＩ４２１で選択した山に関する情報である。本実施形態においては、山情報４４２として、採掘を行う山を示す情報４４２ａと、その山において獲得可能なオブジェクト（例えば、宝石）についての情報４４２ｂとが表示される。具体的には、採掘を行う山を示す情報４４２ａとして、山の名前や、各山を識別可能とする仮想空間ＩＤが表示される。採掘を行う山を示す情報４４２ａは、スカラーが貸与されたピッケルを使用してプレイするイベントを示す情報ともいえる。また、獲得可能なオブジェクトについての情報４４２ｂとして、その山における宝石の取得に係る期待度が表示される。なお、獲得可能なオブジェクトについての情報４４２ｂは、その山における輝石の取得に係る期待度等の表示であってもよい。換言すると、獲得可能なオブジェクトについての情報４４２ｂは、報酬情報４４３として機能し得る。

報酬情報４４３は、スカラーのあげた成果に係る報酬（換言すると、オーナーへの協力に対する報酬）に関する情報である。換言すると、報酬情報４４３は、オーナーが報酬設定ＵＩ４２２で設定した報酬に関する情報である。本実施形態においては、報酬情報４４３として、報酬設定ＵＩ４２２において設定されたスカラーの取り分（具体的には、スカラーが掘り出した輝石のうちのスカラーに付与される割合）が表示される。

貸出オブジェクト情報４４４は、スカラーに貸与されるオブジェクトとしてのピッケルに関する情報である。換言すると、貸出オブジェクト情報４４４は、オーナーが貸出オブジェクト選択ＵＩ４２４で選択したピッケルに関する情報である。本実施形態においては、貸出オブジェクト情報４４４として、貸出オブジェクト選択ＵＩ４２４で選択された各ピッケルについて、ピッケルの画像や、ピッケルの名前や、各ピッケルを識別可能とするＩＤ（換言すると、識別情報）や、ピッケルの耐久値に係る情報（例えば、耐久値の残量を示す表示等）が表示される。

付加情報４４５は、その案件についての付加的情報である。本実施形態においては、付加情報４４５として、伝達事項入力ＵＩ４２３においてオーナーが入力した伝達事項が表示される。

貸出オブジェクト情報４４４としての各ピッケルの画像は、対応するピッケルを借用する操作を受け付けるＵＩ（換言すると、ボタン）として機能する。すなわち、操作受付部１１１は、応募画面４４０に表示される複数のピッケル（具体的には、ピッケルの画像）の中から、借用するピッケルを選択する操作（例えば、特定のピッケルの画像に対するクリック操作）を受け付ける。本実施形態においては、オーナーが、貸し出すピッケルとして複数のピッケルを選択しスカラーの募集を行っている場合、当該募集に応募するユーザは、複数のピッケルのうちいずれのピッケルを借りてスカラーとなるかを選択することが可能となっている。また、表示制御部１１４は、借用するピッケルが選択されると、選択されたピッケルの借用を実行するか確認するダイアログ４４８を表示部１８に表示させる。ダイアログ４４８には、ピッケルの借用の実行に係る操作を受け付ける実行ボタンと、借用のキャンセルに係る操作を受け付けるキャンセルボタンとが含まれる。端末装置の制御部１１０は、実行ボタンに対する操作がされると、選択されたピッケルの借用をサーバ２０に要求する。サーバ２０の制御部２１０は、当該要求に基づいて、選択されたピッケルを、オーナーから当該ピッケルを選択したユーザに貸与する処理を実行する。具体的には、制御部２１０は、当該ピッケルがオーナーからスカラーとしての当該ユーザに貸与されていることを示す情報（以下、「貸与情報」という。）を記憶部２２０に記憶させる。なお、オーナーからスカラーに対してピッケルが貸与されることを、オーナーとスカラーとの間での契約の締結あるいは協力関係の成立ということもできる。貸与情報が記憶されている場合、ゲーム制御部２１２は、オーナによる貸与中のピッケルの使用を制限する。具体的には、ゲーム制御部２１２は、オーナーが貸与中のピッケルを使用して採掘を行うことができないようにする。なお、貸与中のピッケルの使用を制限する処理は、例えば、貸与中のピッケルを採掘に使用するピッケルとして選択できなくする処理や、貸与中のピッケルを採掘に使用するピッケルとして選択した状態での採掘開始ボタン４３に対する操作を受け付けないようにする処理等であってもよい。

また、貸与情報が記憶されている場合、ゲーム制御部２１２は、スカラーによる所定の操作に基づいて、スカラーによる貸与されているピッケルを使用しての採掘を開始させる。例えば、ゲーム制御部２１２は、スカラーが、自身の端末装置１０に表示されるホーム画面４２において採掘開始ボタン４３に対する操作を行ったことに基づいて、スカラーによる貸与されているピッケルを使用しての採掘を開始させる。この際に、ゲーム制御部２１２は、ピッケルを貸与したオーナーが山選択ＵＩ４２１において選択した山での採掘を開始させる。すなわち、ゲーム制御部２１２は、スカラーのプレイヤキャラクタを、オーナーが指定した山に配置し、スカラーによる入力操作に基づいてプレイヤキャラクタを動かす。スカラーは、オーナーが採掘を行う場合と同様にプレイヤキャラクタを仮想空間内で移動させたり、貸与されたピッケルをプレイヤキャラクタに振らせたりして採掘を行うことができる。

なお、応募画面４４０においては、オーナーが貸し出すピッケルとして選択したピッケルのうち、既に他のユーザが借りたピッケルについては、他のユーザが借りていることを示す借用中表示４４９が表示される。借用中表示４４９が表示されているピッケルについては、借りることができないようになっている。換言すると、一のピッケルを複数のユーザに対して同時に貸すことはできないようになっている。

本実施形態においては、スカラーはピッケルをオーナーから事前に借りておき、任意のタイミングで採掘を開始したり中断したりすることが可能となっている。すなわち、応募画面４４０において特定のピッケルを選択し、当該特定のピッケルが貸与されたスカラーは、任意のタイミングで採掘開始ボタン４３に対する操作を行い、特定の山における当該特定のピッケルを使用しての採掘を開始させることが可能となっている。また、当該特定のピッケルが貸与されたスカラーは、当該特定の山からの退出に係る操作（例えば、退出ボタン７１に対する操作）を行うことで採掘を終了させたり、再度採掘開始ボタン４３に対する操作を行うことで、当該特定の山における当該特定のピッケルを使用しての採掘を再開させたりすることが可能となっている。なお、例えば、採掘を行っている期間中のみピッケルが貸与されるように構成されるなどしてもよい。具体的には、例えば、ピッケルを所有していないユーザが採掘開始ボタン４３に対する操作を行うと、オーナーが貸し出し中のピッケルを表示する画面（例えば、応募画面４４０）が当該ユーザの端末装置１０において表示され、借用するピッケルを選択する操作を行うことで、採掘が開始されるなどしてもよい。そして、採掘を終了（換言すると、中断）すると、ピッケルがオーナーに自動的に返却されるようになっていてもよい。

前述のように、本実施形態においては、オーナーは、自身の所有する各山について、最大で６人のスカラーを募集し、６人のスカラーにピッケルを貸与することが可能となっている。また、スカラーは、貸与されたピッケルを使用しての採掘を任意のタイミングで開始させることが可能となっている。このため、オーナーが複数のスカラーにピッケルを貸与している場合に、当該複数のスカラーが同時に同じ山で採掘を行う可能性がある。すなわち、例えば、オーナーとしてのユーザＡからピッケルが貸与されたユーザＢとユーザＣとがいる場合に、ユーザＢとユーザＣとは、それぞれ採掘開始ボタン４３に対する操作を行うことで同時期に特定の山での採掘を行うことが可能となっている。ユーザＢとユーザＣとのうちの一方が採掘を行っている状況において他方が採掘を開始させた場合、ゲーム制御部２１２は、ユーザＢとユーザＣとが一緒にプレイするマルチプレイゲームを提供する。すなわち、ゲーム制御部２１２は、ユーザＢのプレイヤキャラクタとユーザＣのプレイヤキャラクタとを当該特定の山に配置し、各プレイヤキャラクタを各ユーザの操作に基づいて動かす。すなわち、ユーザＢの端末装置１０とユーザＣの端末装置１０とには、それぞれ自身のプレイヤキャラクタが自身の操作に応じて動いたり山を掘ったりする様子が表示されるのに加え、他のユーザのプレイヤキャラクタが当該他のユーザの操作に応じて動いたり山を掘ったりする様子が表示される。また、ゲーム制御部２１２は、ユーザＢの操作に基づいて当該特定の山に所定の変化（例えば、採掘により山が削れるなどの変化）を与えるとともに、ユーザＣの操作に基づいて当該特定の山に所定の変化（例えば、採掘により山が削れるなどの変化）を与える。すなわち、例えば、ユーザＢとユーザＣとは、当該特定の山における宝石や輝石が埋蔵されている可能性の高い箇所を一緒に掘り進めるなど、互いに協力したり競い合ったりしながらゲームをプレイすることが可能となっている。

また、オーナーとしてのユーザＡからピッケルが貸与されたユーザＢとユーザＣとがいる場合に、ユーザＡも、採掘開始ボタン４３に対する操作を行うことで特定の山での採掘を開始させることが可能となっている。すなわち、例えば、ゲーム制御部２１２は、ユーザＡと、ユーザＢやユーザＣとが一緒にプレイするマルチプレイゲームを提供する。すなわち、ゲーム制御部２１２は、ユーザＡのプレイヤキャラクタと、ユーザＢやユーザＣのプレイヤキャラクタとを当該特定の山に配置し、各プレイヤキャラクタを各ユーザの操作に基づいて動かす。

このように、本実施形態においては、ゲーム制御部２１２は、複数のスカラーが参加するマルチプレイゲームの実行を制御する。また、ゲーム制御部２１２は、オーナーとスカラーとが参加するマルチプレイゲームの実行を制御する。換言すると、本実施形態においては、オーナーがスカラーを募集するイベントは、マルチプレイによる進行が可能なイベントとなっている。

なお、スカラーの募集に際し、オーナーは、募集の対象となるユーザを限定してスカラーを募集することが可能であってもよい。例えば、募集画面４２０には、募集の対象となるユーザの限定に係る操作を受け付けるＵＩが表示され、当該ＵＩに対する操作に基づき、募集の対象となるユーザが限定されてもよい。換言すると、操作受付部１１１は、オーナーによる、募集の対象となるユーザを所定のユーザに限定する操作（以下、「対象限定操作」という。）を受け付けてもよい。具体的には、対象限定操作として、募集の対象を、オーナーのフレンド等のオーナーとの所定の交友関係が記憶部２２０に記憶されたユーザに限定する操作が受け付けられてもよい。また、対象限定操作として、募集の対象を、オーナーが特定した（例えば、ユーザＩＤやユーザ名等のユーザを識別可能な情報によって特定した）ユーザのみに限定する操作が受け付けられてもよい。募集の対象となるユーザが限定される場合、対象のユーザの端末装置１０においては応募画面４４０に当該募集に係る情報が表示され応募が可能となる一方で、対象外のユーザの端末装置１０においては応募画面４４０に当該募集に係る情報が表示されず応募をすることができなくなる。

なお、本実施形態においては、マルチプレイゲームに参加可能な最大人数は６人に限定されている。そして、オーナーが特定の山での採掘（換言すると、特定のイベント）について６人のスカラーを募集し６人のスカラーにピッケルを貸与している場合、オーナーは当該特定の山での採掘が行えないようになっている。すなわち、ゲーム制御部２１２は、オーナーが特定の山で使用するためのピッケルを規定数（ここでは、６人）のユーザに貸与していることに基づいて、当該オーナによる当該特定の山におけるピッケルの使用を制限する。具体的には、ゲーム制御部２１２は、オーナーが特定の山で使用するためのピッケルを規定数（ここでは、６人）のユーザに貸与している場合、当該オーナが当該特定の山での採掘を実行できないように制御する。ここで、「ピッケルを規定数のユーザに貸与していることに基づいて使用を制限する」とは、例えば、当該規定数のユーザが貸与されたピッケルを使用中の場合（換言すると、実際に採掘を行っている場合）に使用が制限されるものであってもよく、当該規定数のユーザが貸与されたピッケルを使用中か否かに関わらず使用が制限されるものであってもよく、当該規定数のユーザが実際にピッケルを借りているか否かに関わらず使用が制限されるもの（換言すると、貸出オブジェクト選択ＵＩ４２４において規定数のピッケルを選択しての応募が開始された時点から使用が制限されるもの）であってもよい。なお、本実施形態においては、貸出オブジェクト選択ＵＩ４２４において、６個目のピッケルを選択する操作（例えば、５個のスロット４２６が埋まっている状態における空いているスロット４２６に対する操作）がされた際に、表示制御部１１４は、図１３に示すように、規定数のピッケルを貸与することで自身（換言すると、オーナー）がピッケルの貸与に係る山での採掘を行うことができなくなる旨の警告をする警告表示４３４を表示部１８に表示させる。

なお、本実施形態においては、ゲーム制御部２１２は、オーナーがピッケルを使用して採掘を行う場合に使用可能な特定の能力について、当該オーナーから貸与されたピッケルを使用するスカラーによる使用を制限する処理を行う。具体的には、本実施形態においては、ピッケルを所有するユーザは、採掘を行う際に特殊アイテムを使用することが可能となっている。特殊アイテムは、例えば、採掘の効率を上昇させるアイテムとなっている。具体的には、図１１に示すように、特殊アイテムとして爆弾７７や梯子７８などが用意されている。爆弾７７は使用することで、地表（換言すると、岩石）を破壊し山を掘ることなどができる。また、梯子７８は使用（換言すると、設置）することで、高所や低所への移動が可能となる。なお、特殊アイテムは、例えば、プレイヤキャラクタに持たせるアイテムをピッケルから特定の特殊アイテムに変更する所定の操作（例えば、マウスのホイールをスクロールする操作や、キーボードの特定のキーに対する操作）を行った上で、マウスに対する左クリック操作を行うことで使用できる。ゲーム制御部２１２は、オーナがピッケルを使用して採掘を行う場合には、爆弾７７の使用を可能とする。すなわち、ゲーム制御部２１２は、プレイヤキャラクタに持たせるアイテムを爆弾７７に変更する操作や、当該操作を行った上でのマウスに対する左クリック操作に基づき、爆弾７７を山に配置し爆弾を爆発させる。一方、ゲーム制御部２１２は、スカラーが、貸与されたピッケルを使用して採掘を行う場合には、爆弾７７の使用を不可能とする。すなわち、ゲーム制御部２１２は、プレイヤキャラクタに持たせるアイテムを爆弾７７に変更する操作や、当該操作を行った上でのマウスに対する左クリック操作等に基づく、爆弾７７を山に配置する処理や爆弾７７を爆発させる処理等を実行しない。なお、能力の使用の制限は、能力の使用を不可能とするものに限らず、例えば、能力の使用可能な回数を少なくするもの等であってもよい。

貸与関連画面４００には、自身の行っているピッケルの貸借に関する情報が表示される。具体的には、貸与関連画面４００には、図１２に示すように、自身がピッケルを貸与している案件、または貸与されている案件について、案件毎に、山情報４０５、オーナー情報４０６、報酬情報４０７、付加情報４０８、および貸与中オブジェクト情報４０９が表示される。なお、貸与関連画面４００においては、所定の操作（例えば、図１２に示される矢印ボタン４１０に対する操作）を行うことで自身がピッケルを貸与している各案件、または貸与されている各案件についての情報が順次表示される。

山情報４０５は、スカラーが貸与されたピッケルを使用して採掘を行う山に関する情報である。本実施形態においては、山情報４０５として、山の名前や、各山を識別可能とする仮想空間ＩＤが表示される。山情報４０５は、スカラーが貸与されたピッケルを使用してプレイするイベントを示す情報ともいえる。

オーナー情報４０６は、ピッケルを貸与しているオーナーに関する情報である。本実施形態では、オーナー情報４０６としてオーナーのユーザ名が表示される。なお、オーナー情報４０６としてオーナーのユーザＩＤ等が表示されてもよい。

報酬情報４０７は、スカラーのあげた成果に係る報酬（換言すると、オーナーへの協力に対する報酬）に関する情報である。本実施形態においては、報酬情報４０７として、オーナーが設定したスカラーの取り分（具体的には、スカラーが掘り出した輝石のうちのスカラーに付与される割合）が表示される。

付加情報４０８は、その案件についての付加的情報である。本実施形態においては、付加情報４０８として、オーナーが入力したスカラーへの伝達事項が表示される

貸与中オブジェクト情報４０９は、スカラーに対して貸与されているオブジェクトに関する情報である。本実施形態においては、貸与中オブジェクト情報４０９として、スカラーに貸与されているピッケルについて、ピッケルの画像や、ピッケルが貸与されているユーザを示すスカラー情報４０９ａや、そのピッケルの使用によりスカラーがあげた成果を示す成果情報４０９ｂが表示される。具体的には、成果情報４０９ｂとして、そのピッケルの使用によりスカラーが発見した宝石の数や輝石の数等が表示される。

ここで、オーナーの端末装置１０に表示される貸与関連画面４００においては（換言すると、オーナーとしてピッケルを貸与している案件については）、スカラーに貸与されている全てのピッケルについて貸与中オブジェクト情報４０９が表示される。一方、スカラーの端末装置１０に表示される貸与関連画面４００においては（換言すると、スカラーとしてピッケルが貸与されている案件については）、自身に貸与されているピッケルについての貸与中オブジェクト情報４０９のみが表示され、他のユーザに貸与されているピッケルについての貸与中オブジェクト情報４０９は表示されない。すなわち、例えば、オーナーとしてのユーザＡから、ユーザＢとユーザＣとにピッケルが貸与されている場合、ユーザＡの端末装置１０においては、図１２に例示するように、ユーザＢに貸与されているピッケルについての貸与中オブジェクト情報４０９と、ユーザＣに貸与されているピッケルについての貸与中オブジェクト情報４０９との両方が表示される。一方、この場合に、ユーザＢの端末装置１０においては、ユーザＢに貸与されているピッケルについての貸与中オブジェクト情報４０９が表示されるが、ユーザＣに貸与されているピッケルについての貸与中オブジェクト情報４０９は表示されない。

また、貸与関連画面４００には、オーナーとスカラーとの間での契約の解除（換言するとピッケルの貸与の終了、さらに換言すると協力関係の解除）に係る操作を受け付けるＵＩとしての解除ボタン４１５が表示される。オーナーあるいはスカラーが自身の端末装置１０において解除ボタン４１５に対する操作を行うと、契約が解除されスカラーに貸与されているピッケルがオーナーに返却される。端末装置の制御部１１０は、解除ボタン４１５に対する操作がされると、契約の解除をサーバ２０に要求する。サーバ２０の制御部２１０は、当該要求に基づいて、オーナとスカラーとの関係を解除し、スカラーに貸与されているピッケルをオーナーに返却する処理を実行する。具体的には、制御部２１０は、当該ピッケルについての貸与情報を消去する。これにより、オーナーは当該ピッケルを使用して採掘を行うことが可能となり、スカラーは、当該ピッケルを使用して採掘を行うことが不可能となる。なお、本実施形態においては、解除ボタン４１５は、オーナーとスカラーとのいずれの端末装置１０においても表示され、オーナーとスカラーとはそれぞれ解除ボタン４１５に対する操作を行い契約を解除することが可能となっている。

なお、本実施形態においては、ピッケルを貸与しているオーナーと、当該ピッケルが貸与されているスカラーとの双方が、相手方の同意なく、契約を解除し当該ピッケルを返却させることが可能となっている。しかし、契約の解除に相手方の同意を求めることとしてもよい。すなわち例えば、一方のユーザの端末装置１０において解除ボタン４１５に対する操作が行われた場合に、制御部２１０は、他方のユーザの端末装置１０において契約の解除を承諾する所定の操作を行われたことに基づいて、スカラーに貸与されているピッケルをオーナーに返却する処理を実行してもよい。また、本実施形態においては、ピッケルを貸与しているオーナーと、当該ピッケルが貸与されているスカラーとの双方が、それぞれ解除ボタン４１５に対する操作を行い契約を解除することが可能となっているが、いずれか一方のみが契約を解除することが可能となっていてもよい。

また、本実施形態においては、ピッケルの耐久値の回復は、ピッケルを所有するオーナーしか行うことができず、スカラーが行うことはできないようになっている。そして、オーナーから貸与されたピッケルの耐久値の回復を希望するスカラーは、オーナーに対して耐久値の回復を依頼し、オーナーに耐久値を回復してもらうようになっている。

前述のように、端末装置１０の表示制御部１１４は、図１０に例示する、ユーザが使用可能なピッケルの一覧を表示するアイテム画面６４を表示部１８に表示させ得る。ここで、当該ユーザがスカラーの場合、アイテム画面６４には、オーナーから借りているピッケルが表示される。また、表示制御部１１４は、アイテム画面６４に表示された、ユーザが所有する特定のピッケルが選択された場合には、前述のように、当該特定のピッケルの耐久値の回復に係る操作を受け付けるリペアボタン６５を表示させるが、当該特定のピッケルがオーナー（換言すると、他のユーザ）から貸与されているピッケルである場合には、リペアボタン６５に代え、耐久値の回復の依頼に係る操作を受け付けるリペア依頼ボタン（図示せず）を表示部１８に表示させる（図１０参照）。

スカラーの端末装置１０の制御部１１０は、リペア依頼ボタンに対する操作（例えば、クリック操作）がされると、選択されたピッケルの耐久値の回復の依頼をサーバ２０を介してオーナーの端末装置１０に送信する。オーナーの端末装置１０の制御部１１０は、当該依頼を受信すると、当該依頼があったこと（換言すると、スカラーが、貸与されたピッケルの耐久値の回復を要望していること）をオーナーに通知する。当該通知は、例えば、図６に示すように、採掘の実行中に表示部１８に表示されるログウィンドウ５０１等に「ピッケルのリペアの要求がありました」などの依頼があったことを知らせる文章を表示させることや、依頼があったことを知らせる表示を表示部１８にポップアップ表示させること等により行われてもよい。また、当該通知は、アイテムボタン９２や、ピッケル操作ボタン７２等のピッケルに係る所定の操作を受け付けるＵＩ上などに依頼があったことを知らせるアイコン５０２を表示させることにより行われてもよい（図１０参照）。なお、ログウィンドウ５０１は、例えば、仮想空間において起こった事象についての表示がされる表示領域であってもよい。具体的には、ログウィンドウ５０１には、自身（換言すると、オーナー）やマルチプレイに参加する他のユーザ（換言すると、スカラー）が所定のオブジェクト（例えば、宝石や輝石）を発見したことを知らせる文章や、自身が採掘を行っている山に他のユーザが入ってきたことを知らせる文章や、自身の使用しているピッケルの耐久値が所定量減少したことを知らせる文章等が表示されてもよい。

また、スカラーからのピッケルの耐久値の回復の依頼は、スカラーによる採掘の実行中において行うことが可能であってもよい。例えば、スカラーの端末装置１０の表示制御部１１４は、スカラーの操作に基づいて表示されるメニュー画面７０におけるピッケル操作ボタン７２に対する操作がされた場合に、リペアボタン７３に代え、耐久値の回復の依頼に係る操作を受け付ける前記リペア依頼ボタンを表示部１８に表示させてもよい（図１１参照）。

そして、依頼を受けたオーナーが、スカラーに貸与しているピッケルの耐久値を回復させる所定の操作（例えば、アイテム画面６４に表示される当該ピッケルを選択してのリペアボタン６５に対する操作や、メニュー画面７０におけるリペアボタン７３に対する操作等）を行うことで、当該ピッケルの耐久値が回復される。すなわち、オーナーの端末装置１０の制御部１１０は、当該所定の操作がされると、スカラーからの耐久値の回復の依頼のあったピッケルについて、耐久値の回復をサーバ２０に要求する。サーバ２０のゲーム制御部２１２は、当該要求に基づいて、当該ピッケルの耐久値を回復させるとともに、オーナーに耐久値の回復の対価を支払わせる処理（換言すると、オーナーが所有する特定トークンを耐久値の回復の対価の分だけ減少させる処理）を実行する。すなわち、ゲーム制御部２１２は、オーナーからスカラーに貸与されているピッケルについて、オーナーによる当該ピッケルの耐久値の回復を指示する操作に基づき、当該ピッケルの耐久値を回復させる。なお、オーナーによる当該ピッケルの耐久値の回復を指示する操作は、オーナーが採掘を実行しているときとしていないときとの両方において実行可能であってもよく、いずれか一方でのみ実行可能であってもよい。

なお、耐久値の回復の依頼は、連続して実行できないようになっていてもよい。例えば、スカラーによる耐久値の回復の依頼に係る操作に基づき、耐久値の回復の依頼がオーナーの端末装置１０に送られると、当該スカラーの端末装置１０の制御部１１０は、当該スカラーによる耐久値の回復の依頼に係る操作を所定期間（例えば、６０分間）受け付けないように制御してもよい。

なお、前述のように、本実施形態においては、スカラーは、貸与されているピッケルについて、耐久値の回復を指示する操作（例えば、リペアボタン６５やリペアボタン７３等に対する操作）に基づく耐久値の回復は行えない。ただし、本実施形態においては、貸与されているピッケルの使用によりスカラーが宝石を発見した場合には、ゲーム制御部２１２は、当該宝石の発見に基づいて当該ピッケルの耐久値を所定量回復させる。

なお、アイテム画面６４には、図１０に示すように、他のユーザに貸与しているピッケルを認識可能な表示５０５や、他のユーザから貸与されているピッケルを認識可能な表示５０６等が表示されてもよい。

なお、本実施形態においては、各ユーザは、他のユーザから１個しかピッケルを借りることができないようになっているが、複数個借りることが可能となっていてもよい。また、ピッケルを所有するユーザも他のユーザからピッケルを借りることが可能となっているが、ピッケルを所有するユーザは他のユーザからピッケルを借りることができないようになっていてもよい。また、ピッケルを１個しか所有していないユーザは、他のユーザにピッケルを貸すことができないようになっていてもよく、貸すことができるようになっていてもよい。

なお、本実施形態においては、スカラーは、オーナーから貸与された特定のオブジェクトとしてのピッケルを使用して所定のイベント（換言すると、所定のゲーム）をプレイ可能となっているが、当該特定のオブジェクトは、ピッケル以外のアイテムであってもよい。例えば、当該所定のイベントが、対戦相手と対戦を行うイベントである場合に、当該特定のオブジェクトは、対戦に使用可能なアイテム等であってもよい。また、当該特定のオブジェクトは、当該所定のイベントの進行に使用されるキャラクタ（例えば、ユーザが操作可能なキャラクタ）であってもよい。また、本実施形態においては、当該特定のオブジェクトとしてのピッケルに設定された、ピッケルの使用に応じて変化する所定のパラメータとしての耐久値が、オーナーによる所定の操作等に基づいて回復されるが、当該所定のパラメータは、特定のオブジェクトがキャラクタの場合における耐久値としてのヒットポイント等であってもよい。また、当該所定のパラメータは、耐久値に限らず、特定のオブジェクトの使用に応じて変化するものであればよい。

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

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

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

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

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

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

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

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

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

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

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

次に、オーナーが所有する特定のオブジェクトとしてのピッケルを他のユーザに貸与する処理の一例を、図１７に示すフローチャートを参照しながら説明する。

オーナーの端末装置１０の制御部１１０は、オーナーによる自身の所有するピッケルの中から他のユーザに貸与するピッケルを選択する操作、および貸与に係る条件を設定する操作を受け付ける（ステップＳ２１）。具体的には、オーナーの端末装置１０の制御部１１０は、貸与に係る条件として、貸与されたピッケルを他のユーザが仮想空間内で使用することにより得られた成果についてのスカラーの取り分（換言すると、オーナーの取り分）を設定する操作を受け付ける。また、オーナーの端末装置１０の制御部１１０は、貸与に係る条件として、貸与されたピッケルの使用可能な場所を設定する操作を受け付ける。換言すると、オーナーの端末装置１０の制御部１１０は、募集画面４２０におけるスカラーの募集に係る各種情報を入力する操作を受け付ける。

次いで、オーナーの端末装置１０の制御部１１０は、オーナーが選択した他のユーザに貸与するピッケルを示す情報、およびオーナーが設定する当該ピッケルの貸与に係る条件を示す情報をサーバ２０に送信し、当該ピッケルを当該条件で借りるユーザの募集の開始をサーバ２０に要求する（ステップＳ２２）。換言すると、オーナーの端末装置１０の制御部１１０は、募集画面４２０において入力された各種情報に基づく募集の開始をサーバ２０に要求する。

次いで、サーバ２０の制御部２１０は、オーナーの端末装置１０から送信された情報および募集の開始の要求に基づき、オーナーが選択したピッケルをオーナーが設定した条件で借りるユーザの募集を開始する（ステップＳ２３）。具体的には、制御部２１０は、当該ピッケルを、オーナーから他のユーザに対して貸与可能なピッケルとして記憶部２２０に登録する。また、制御部２１０は、当該ピッケルの貸与に係る条件を、オーナーの端末装置１０から送信された情報に基づいて設定し、当該設定に係る情報を記憶部２２０に記憶させる。

また、スカラーの候補者（換言すると、借用するピッケルを探すユーザ）の端末装置１０の制御部１１０は、貸与可能なピッケル（具体的にはオーナーからスカラーに対しての貸与が可能なピッケル、換言するとスカラーが借用可能なピッケル）を表示する画面としての応募画面４４０の表示に係る操作を受け付ける（ステップＳ２４）。

次いで、スカラーの候補者の端末装置１０の制御部１１０は、スカラーの候補者による応募画面４４０の表示に係る操作に基づき、応募画面４４０に貸与可能なピッケルとして表示するピッケルの情報をサーバ２０に要求する（ステップＳ２５）。

次いで、サーバ２０の制御部２１０は、スカラーの候補者の端末装置１０からの要求に基づき、記憶部２２０に登録された貸与可能なピッケルの情報を、当該端末装置１０に送信する（ステップＳ２６）。

次いで、スカラーの候補者の端末装置１０の制御部１１０は、サーバ２０から送信された貸与可能なピッケルの情報に基づいて、記憶部２２０に登録された貸与可能なピッケルが表示される応募画面４４０を表示部１８に表示させる（ステップＳ２７）。なお、サーバ２０からは、記憶部２２０に登録された貸与可能なピッケルの貸与に係る条件を示す情報も送信され、応募画面４４０においては、貸与可能なピッケルの貸与に係る条件も表示される。なお、サーバ２０から送信される貸与可能なピッケルの情報は、例えば、応募画面４４０の表示に係る操作が行われる前に予めスカラーの候補者の端末装置１０に送信されていてもよい。そして、当該操作が行われると、予め送信された情報に基づいて応募画面４４０の表示がされてもよい。

次いで、スカラーの候補者の端末装置１０の制御部１１０は、応募画面４４０に表示された貸与可能なピッケルの中から貸与を受ける（換言すると、借用する）ピッケルを選択する操作を受け付ける（ステップＳ２８）。

次いで、スカラーの候補者の端末装置１０の制御部１１０は、スカラーの候補者による貸与を受けるピッケルを選択する操作に基づき、選択されたピッケルの貸与をサーバ２０に要求する（ステップＳ２９）。

次いで、サーバ２０の制御部２１０は、当該要求に基づいて、貸与を受けるピッケルとして選択されたピッケルを、オーナーから当該ピッケルを選択したユーザに貸与する（ステップＳ３０）。具体的には、制御部２１０は、当該ピッケルがオーナーからスカラーとしての当該ユーザに貸与されていることを示す貸与情報を記憶部２２０に記憶させる。なお、貸与により、スカラーの候補者はスカラーとなる。なお、あるユーザがあるオーナーのスカラーであることを示す情報は、貸与情報とは別に記憶部２２０に記憶されてもよく、貸与情報が当該情報を兼ねることとしてもよい。

次に、貸与された特定のオブジェクトとしてのピッケルをスカラーが仮想空間内で使用することにより得られた成果の少なくとも一部を、オーナーに獲得させる処理の一例を、図１８に示すフローチャートを参照しながら説明する。

ゲーム制御部２１２は、スカラーの操作に基づき、スカラーによる貸与されたピッケルを使用しての採掘を開始させる（ステップＳ４１）。

次いで、ゲーム制御部２１２は、スカラーが輝石を発見したか否かを判定する（ステップＳ４２）。ゲーム制御部２１２は、スカラーの操作に基づいてスカラーのプレイヤキャラクタを動かし、スカラーのプレイヤキャラクタが山における輝石の埋蔵された箇所を掘り、輝石が掘り出されると、スカラーが輝石を発見したと判定する。

スカラーが輝石を発見したと判定された場合（ステップＳ４２でＹＥＳ）、ゲーム制御部２１２は、発見された輝石について、スカラーに渡す分とオーナーに渡す分とを、ピッケルの貸与にあたり設定された条件に基づき決定する。具体的には、ゲーム制御部２１２は、発見された輝石のうち、オーナがピッケルの貸与に係る条件として設定したスカラーの取り分を引いた分を、オーナーに付与する輝石として決定し、オーナーに付与する（ステップＳ４３）。すなわち、ゲーム制御部２１２は、発見された輝石のうち、オーナーの取り分にあたる分の輝石を、オーナーの保有資産に追加する。また、ゲーム制御部２１２は、発見された輝石のうち、オーナがピッケルの貸与に係る条件として設定したスカラーの取り分にあたる分を、スカラーに付与する輝石として決定し、スカラーに付与する（ステップＳ４４）。すなわち、ゲーム制御部２１２は、発見された輝石のうち、スカラーの取り分にあたる分の輝石を、スカラーの保有資産に追加する。なお、スカラーが複数存在する場合、ゲーム制御部２１２は、前述の計算式に従って、各スカラーの取り分を決定し、各スカラーの取り分にあたる分の輝石を各スカラーに付与する。

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

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

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

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

（付記１－１）
コンピュータを、
仮想空間内で使用可能なＮＦＴ化された特定のオブジェクトを、前記特定のオブジェクトを所有するユーザとしてのオーナーから他のユーザに対して貸与する貸与手段（例えば、制御部２１０）と、
貸与された前記特定のオブジェクトを前記他のユーザが前記仮想空間内で使用することにより得られた成果の少なくとも一部を、前記オーナーに獲得させる獲得手段（例えば、制御部２１０）と、として機能させる
プログラム。
このような構成によれば、例えば、ＮＦＴ化された特定のオブジェクトを所有していないユーザであっても、オーナーから特定のオブジェクトを借りて仮想空間内で使用することができる。したがって、例えば、特定のオブジェクトを自身の所有するオブジェクトとして取得せずにサービスを利用することが可能となり、サービスに対するユーザの抵抗感を軽減させることができる。また、例えば、貸与された特定のオブジェクトを使用するユーザがあげた成果の少なくとも一部をオーナーが獲得することができるので、特定のオブジェクトを他のユーザに貸すことや、貸すために取得することについて、オーナーに対する動機付けをすることができる。したがって、例えば、特定のオブジェクトを所有していないユーザがオーナーから特定のオブジェクトを借りやすくなり、サービスを利用しやすいものとすることができる。

（付記１－２）
コンピュータを、
前記オーナーの操作に基づいて前記特定のオブジェクトの貸与に係る条件を設定する設定手段（例えば、制御部２１０）として機能させ、
前記獲得手段は、設定された前記条件に基づいて、前記成果のうちの前記オーナーに獲得させる内容を決定する
付記１－１に記載のプログラム。
このような構成によれば、例えば、貸与された特定のオブジェクトを使用するユーザがあげた成果のうちオーナーが獲得する分が、オーナーの設定した条件に基づいて決まるようになる。したがって、例えば、オーナーが特定のオブジェクトを貸しやすくなり、特定のオブジェクトを所有していないユーザがオーナーから特定のオブジェクトを借りやすくなるため、サービスを利用しやすいものとすることができる。

（付記１－３）
貸与された前記特定のオブジェクトを前記他のユーザが前記仮想空間内で使用することにより得られるオブジェクトとして、第１オブジェクトと第２オブジェクトとがあり、
前記獲得手段は、
貸与された前記特定のオブジェクトを前記他のユーザが前記仮想空間内で使用することにより得られた前記第１オブジェクトについては全て前記オーナーに獲得させ、
貸与された前記特定のオブジェクトを前記他のユーザが前記仮想空間内で使用することにより得られた前記第２オブジェクトについてはその一部を前記オーナーに獲得させる
付記１－１に記載のプログラム。
このような構成によれば、例えば、貸与された特定のオブジェクトを他のユーザが使用することにより得られる複数のオブジェクトのうち、一部のオブジェクトについては全てオーナーが獲得することとなるため、当該一部のオブジェクトを獲得したいユーザに対して、特定オブジェクトを所有することについての動機付けをすることができる。

（付記１－４）
前記コンピュータを、
前記特定のオブジェクトに設定された、前記特定のオブジェクトの使用に応じて変化する所定のパラメータを回復させる回復手段（例えば、制御部２１０）として機能させ、
前記回復手段は、前記オーナーによる前記所定のパラメータの回復を指示する操作に基づき、前記他のユーザに貸与中の前記特定のオブジェクトの前記所定のパラメータを回復させる
付記１－１に記載のプログラム。
このような構成によれば、例えば、特定のオブジェクトの貸与がされた後の、オーナーと特定のオブジェクトとの繋がりや、オーナーと特定のオブジェクトを借りたユーザとの繋がりが薄くなってしまうことを防止できる。

（付記１－５）
前記他のユーザに貸与中の前記特定のオブジェクトについて、前記他のユーザによる前記所定のパラメータの回復を指示する操作に基づく前記所定のパラメータの回復は行えない
付記１－４に記載のプログラム。
このような構成によれば、例えば、特定のオブジェクトの貸与がされた後の、オーナーと特定のオブジェクトとの繋がりや、オーナーと特定のオブジェクトを借りたユーザとの繋がりが薄くなってしまうことを強く防止できる。

（付記１－６）
コンピュータを、
前記オーナーが前記特定のオブジェクトを使用して前記成果を得ようとする場合に使用可能な特定の能力について、貸与された前記特定のオブジェクトを使用する前記他のユーザによる使用を制限する制限手段（例えば、制御部２１０）として機能させる
付記１－１に記載のプログラム。
このような構成によれば、例えば、貸与された特定のオブジェクトを使用するユーザは、特定の能力の使用が制限されるので、ユーザに対して、特定オブジェクトを所有することについての動機付けをすることができる。

（付記１－７）
コンピュータを、
貸与された前記特定のオブジェクトを前記他のユーザが使用可能な場所を、前記オーナーの操作に基づき決定する使用場所決定手段（例えば、制御部２１０）として機能させる
付記１－１に記載のプログラム。
このような構成によれば、例えば、特定のオブジェクトが貸与されたユーザが、特定のオブジェクトを無制限に使用できてしまうことを防止することができる。

（付記１－８）
前記仮想空間は、前記オーナーと、貸与された前記特定のオブジェクトを使用する前記他のユーザとが参加するマルチプレイゲームが行われる空間である
付記１－１に記載のプログラム。
このような構成によれば、例えば、オーナーは、自身の所有する特定のオブジェクトを他のユーザに貸与して一緒にゲームを楽しむことができるとともに、貸与に対する対価として、当該他のユーザがあげた成果の少なくとも一部を獲得することができる。

（付記１－９）
仮想空間内で使用可能なＮＦＴ化された特定のオブジェクトを、前記特定のオブジェクトを所有するユーザとしてのオーナーから他のユーザに対して貸与する貸与手段（例えば、制御部２１０）と、
貸与された前記特定のオブジェクトを前記他のユーザが前記仮想空間内で使用することにより得られた成果の少なくとも一部を、前記オーナーに獲得させる獲得手段（例えば、制御部２１０）と、を備える
情報処理システム。
このような構成によれば、付記１－１に記載のプログラムと同様の作用効果を奏することができる。

（付記２－１）
コンピュータを、
仮想空間内で使用可能なＮＦＴ化された特定のオブジェクトを、前記特定のオブジェクトを所有するオーナーからユーザに対して貸与する貸与手段（例えば、制御部２１０）と、
貸与された前記特定のオブジェクトを前記ユーザが前記仮想空間内で使用することにより得られた成果に応じた報酬を前記ユーザに付与する報酬付与手段（例えば、制御部２１０）と、として機能させる
プログラム。
このような構成によれば、例えば、ＮＦＴ化された特定のオブジェクトを所有していないユーザであっても、オーナーから特定のオブジェクトを借りて仮想空間内で使用することができる。したがって、例えば、ＮＦＴ化されたオブジェクトを自身の所有するオブジェクトとして取得せずにサービスを利用することが可能となり、ＮＦＴ化されたオブジェクトを使用するサービスに対するユーザの抵抗感を軽減させることができる。また、特定のオブジェクトが貸与されたユーザは、貸与された特定のオブジェクトを使用することにより得られた成果に応じて報酬が得られるため、例えば、高い成果をあげようとサービスの利用に対して積極的になり、これによりサービスに対するユーザの抵抗感が軽減される。

（付記２－２）
前記報酬付与手段は、同一の前記オーナーから前記特定のオブジェクトが貸与された複数の前記ユーザのうちの一人が所定の成果をあげた場合に、複数の前記ユーザそれぞれの仕事量に応じて各前記ユーザに付与する前記報酬を決定し各前記ユーザに付与する
付記２－１に記載のプログラム。
このような構成によれば、例えば、ＮＦＴ化されたオブジェクトを借りたユーザは、ＮＦＴ化されたオブジェクトを借りた他のユーザが成果をあげた場合であっても報酬を獲得することができる。したがって、例えば、ＮＦＴ化されたオブジェクトを借りてのサービスの利用についての興趣性を向上させることができ、ＮＦＴ化されたオブジェクトを借りることについてのユーザの抵抗感を軽減させることができる。また、例えば、オーナーから特定のオブジェクトが貸与されたユーザが複数いる場合に、報酬の有無が所定の成果をあげたか否かのみによって決まってしまうと、他のユーザよりも頑張ったにもかかわらず所定の成果をあげられなかったユーザ等が不公平感を抱いてしまうおそれがある。これに対し、本構成によれば、他のユーザが所定の成果をあげた場合に、自身の仕事量に応じて報酬を得ることができるため、例えば、このような不公平感を抱く可能性を低減させることができる。また、例えば、所定の成果が得られなかった場合であっても、自身の行ったことが無駄にならないので、ＮＦＴ化されたオブジェクトを借りて使用することについての動機付けをすることができる。

（付記２－３）
コンピュータを、
前記オーナーの操作に基づいて前記特定のオブジェクトの貸与に係る条件を設定する設定手段として機能させ、
前記報酬付与手段は、設定された前記条件に基づいて前記報酬を決定する
付記２－１または２－２に記載のプログラム。
このような構成によれば、例えば、貸与された特定のオブジェクトを使用するユーザがあげた成果についての報酬が、オーナーの設定した条件に基づいて決まるようになる。このため、例えば、成果と報酬との関係を多様化し、ＮＦＴ化されたオブジェクトの貸し借りを行いやすくすることができる。

（付記２－４）
貸与された前記特定のオブジェクトを前記ユーザが前記仮想空間内で使用することにより得られるオブジェクトとして、第１オブジェクトと第２オブジェクトとがあり、
前記報酬付与手段は、
貸与された前記特定のオブジェクトを前記ユーザが前記仮想空間内で使用することにより得られた前記第１オブジェクトについては全て前記オーナーに付与し、
貸与された前記特定のオブジェクトを前記ユーザが前記仮想空間内で使用することにより得られた前記第２オブジェクトについてはその一部を前記報酬として前記ユーザに付与する
付記２－１または２－２に記載のプログラム。
このような構成によれば、例えば、貸与された特定のオブジェクトをユーザが使用することにより得られる複数のオブジェクトのうち、一部のオブジェクトについては全てオーナーが獲得することとなるため、当該一部のオブジェクトを獲得したいユーザに対して、特定オブジェクトを所有することについての動機付けをすることができる。したがって、例えば、特定オブジェクトの取得に対するユーザの抵抗感を軽減させることができる。

（付記２－５）
コンピュータを、
貸与された前記特定のオブジェクトを前記ユーザが使用可能な場所を、前記オーナーの操作に基づき決定する使用場所決定手段（例えば、制御部２１０）として機能させる
付記２－１または２－２に記載のプログラム。
このような構成によれば、例えば、特定のオブジェクトが貸与されたユーザが、特定のオブジェクトを無制限に使用できてしまうことを防止することができる。

（付記２－６）
前記仮想空間は、前記オーナーと、貸与された前記特定のオブジェクトを使用する前記ユーザとが参加するマルチプレイゲームが行われる空間である
付記２－１に記載のプログラム。
このような構成によれば、例えば、特定のオブジェクトを所有していないユーザであっても、マルチプレイゲームに参加することが可能となる。加えて、例えば、オーナーから貸与された特定のオブジェクトを使用してマルチプレイゲームに参加する場合であっても、自身のあげた成果に応じて報酬を得ることができるので、サービスを十分に楽しむことができる。したがって、例えば、サービスの利用を開始しやすくすることができ、サービスに対するユーザの抵抗感を軽減させることができる。

（付記２－７）
前記仮想空間は、同一の前記オーナーから前記特定のオブジェクトが貸与された複数の前記ユーザが参加するマルチプレイゲームが行われる空間である
付記２－２に記載のプログラム。
このような構成によれば、例えば、特定のオブジェクトを所有していないユーザ同士でマルチプレイゲームを行うことが可能となる。したがって、例えば、サービスの利用を開始しやすくすることができ、サービスに対するユーザの抵抗感を軽減させることができる。

（付記２－８）
コンピュータを、
所定のイベントに参加する複数のユーザであってＮＦＴ化された特定のオブジェクトを使用する複数の前記ユーザのうちの一人が前記特定のオブジェクトを仮想空間内で使用して所定の成果をあげた場合に、複数の前記ユーザそれぞれの仕事量に応じて各前記ユーザに付与する報酬を決定し各前記ユーザに付与する報酬付与手段として機能させる
プログラム。
このような構成によれば、例えば、ＮＦＴ化されたオブジェクトを使用して所定のイベントに参加するユーザは、ＮＦＴ化されたオブジェクトを使用して当該所定のイベントに参加する他のユーザが成果をあげた場合であっても報酬を獲得することができる。したがって、例えば、ＮＦＴ化されたオブジェクトを使用するサービスの興趣性を向上させることができ、ＮＦＴ化されたオブジェクトを使用するサービスに対するユーザの抵抗感を軽減させることができる。また、例えば、ＮＦＴ化されたオブジェクトを使用して所定のイベントに参加する場合に、報酬の有無が所定の成果をあげたか否かのみによって決まってしまうと、他のユーザよりも頑張ったにもかかわらず所定の成果をあげられなかったユーザ等が不公平感を抱いてしまうおそれがある。これに対し、本構成によれば、他のユーザが所定の成果をあげた場合に、自身の仕事量に応じて報酬を得ることができるため、例えば、このような不公平感を抱く可能性を低減させることができる。また、例えば、所定の成果が得られなかった場合であっても、自身の行ったことが無駄にならないので、ＮＦＴ化されたオブジェクトを使用することについての動機付けをすることができる。

（付記２－９）
仮想空間内で使用可能なＮＦＴ化された特定のオブジェクトを、前記特定のオブジェクトを所有するオーナーからユーザに対して貸与する貸与手段と、
貸与された前記特定のオブジェクトを前記ユーザが前記仮想空間内で使用することにより得られた成果に応じた報酬を前記ユーザに付与する報酬付与手段と、を備える
情報処理システム。
このような構成によれば、付記２－１に記載のプログラムと同様の作用効果を奏することができる。

（付記２－１０）
所定のイベントに参加する複数のユーザであってＮＦＴ化された特定のオブジェクトを使用する複数の前記ユーザのうちの一人が、前記特定のオブジェクトを仮想空間内で使用して所定の成果をあげた場合に、複数の前記ユーザそれぞれの仕事量に応じて各前記ユーザに付与する報酬を決定し各前記ユーザに付与する報酬付与手段として機能させる
情報処理システム。
このような構成によれば、付記２－８に記載のプログラムと同様の作用効果を奏することができる。

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

Claims (8)

1. コンピュータを、
   仮想空間内で使用可能なＮＦＴ化された特定のオブジェクトを、前記特定のオブジェクトを所有するオーナーからユーザに対して貸与する貸与手段と、
   貸与された前記特定のオブジェクトを前記ユーザが前記仮想空間内で使用することにより得られた成果に応じた報酬を前記ユーザに付与する報酬付与手段と、として機能させる
   プログラム。
2. 前記報酬付与手段は、同一の前記オーナーから前記特定のオブジェクトが貸与された複数の前記ユーザのうちの一人が所定の成果をあげた場合に、複数の前記ユーザそれぞれの仕事量に応じて各前記ユーザに付与する前記報酬を決定し各前記ユーザに付与する
   請求項１に記載のプログラム。
3. コンピュータを、
   前記オーナーの操作に基づいて前記特定のオブジェクトの貸与に係る条件を設定する設定手段として機能させ、
   前記報酬付与手段は、設定された前記条件に基づいて前記報酬を決定する
   請求項１または２に記載のプログラム。
4. 貸与された前記特定のオブジェクトを前記ユーザが前記仮想空間内で使用することにより得られるオブジェクトとして、第１オブジェクトと第２オブジェクトとがあり、
   前記報酬付与手段は、
   貸与された前記特定のオブジェクトを前記ユーザが前記仮想空間内で使用することにより得られた前記第１オブジェクトについては全て前記オーナーに付与し、
   貸与された前記特定のオブジェクトを前記ユーザが前記仮想空間内で使用することにより得られた前記第２オブジェクトについてはその一部を前記報酬として前記ユーザに付与する
   請求項１または２に記載のプログラム。
5. コンピュータを、
   貸与された前記特定のオブジェクトを前記ユーザが使用可能な場所を、前記オーナーの操作に基づき決定する使用場所決定手段として機能させる
   請求項１または２に記載のプログラム。
6. 前記仮想空間は、前記オーナーと、貸与された前記特定のオブジェクトを使用する前記ユーザとが参加するマルチプレイゲームが行われる空間である
   請求項１に記載のプログラム。
7. 前記仮想空間は、同一の前記オーナーから前記特定のオブジェクトが貸与された複数の前記ユーザが参加するマルチプレイゲームが行われる空間である
   請求項２に記載のプログラム。
8. 仮想空間内で使用可能なＮＦＴ化された特定のオブジェクトを、前記特定のオブジェクトを所有するオーナーからユーザに対して貸与する貸与手段と、
   貸与された前記特定のオブジェクトを前記ユーザが前記仮想空間内で使用することにより得られた成果に応じた報酬を前記ユーザに付与する報酬付与手段と、を備える
   情報処理システム。

Images