特開 2025-12020 ゲームサーバ、ゲーム運用方法、コンピュータプログラム及びゲームシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025012020

(43)【公開日】2025-01-24

(54)【発明の名称】ゲームサーバ、ゲーム運用方法、コンピュータプログラム及びゲームシステム

(51)【国際特許分類】

   A63F 13/79 20140101AFI20250117BHJP

   A63F 13/69 20140101ALI20250117BHJP

【ＦＩ】

A63F13/79

A63F13/69 510

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023114536

(22)【出願日】2023-07-12

(71)【出願人】

【識別番号】509197380

【氏名又は名称】株式会社ｇｕｍｉ

(74)【代理人】

【識別番号】110003708

【氏名又は名称】弁理士法人鈴榮特許綜合事務所

(72)【発明者】

【氏名】田崎 真透

(57)【要約】

【課題】 ユーザがゲームを楽しみつつゲーム内資産を取得可能なゲームを提供するゲームサーバ、ゲーム運用方法、コンピュータプログラム及びゲームシステムを提供する。
【解決手段】 実施形態によるゲームサーバ１１０は、ユーザのユーザＩＤと、ユーザがゲームをプレイした履歴情報と、が関連付けて記録される記憶部１１８と、ユーザが任意のゲーム内資産を第１期間所有する第１状態にする管理部１１４と、を備え、管理部１１４は、第１期間において、ユーザＩＤに関連付けられた履歴情報が第１条件を満たしたときに、ユーザが任意のゲーム内資産を所有した第２状態にする。
【選択図】 図１

【特許請求の範囲】

【請求項1】

ユーザのユーザＩＤと、前記ユーザがゲームをプレイした履歴情報と、が関連付けて記録される記憶部と、
前記ユーザが任意のゲーム内資産を第１期間所有する第１状態にする管理部と、
を備え、
前記管理部は、前記第１期間において、前記ユーザＩＤに関連付けられた前記履歴情報が第１条件を満たしたときに、前記ユーザが前記任意のゲーム内資産を所有した第２状態にする、ゲームサーバ。

【請求項2】

予め設定された複数の候補の中から、前記ユーザにより前記第１期間所有される前記任意のゲーム内資産をランダムに選択し、前記選択された前記任意のゲーム内資産を前記候補から除外する抽選部を備える、請求項１記載のゲームサーバ。

【請求項3】

前記第１状態は、前記ユーザが前記任意のゲーム内資産を前記第１期間所有する状態にする一時所有ＩＤと、前記ユーザＩＤとが関連付けられて前記記憶部に記憶されている状態である、請求項１記載のゲームサーバ。

【請求項4】

前記管理部は、前記第１期間において、前記ユーザＩＤに関連付けられた前記履歴情報が前記第１条件を満たしたときに、前記ユーザＩＤに関連付けられた前記一時所有ＩＤを、前記ユーザが前記任意のゲーム内資産を所有した前記第２状態にする所有ＩＤに書き換える、請求項３記載のゲームサーバ。

【請求項5】

前記第１期間終了前に、前記任意のゲーム内資産に対応するイベントを少なくとも１回発生させる、イベント発生部を備え、
前記管理部は、前記イベントが発生している期間において、前記履歴情報が第２条件を満たした時に、前記第１期間を延長する請求項４記載のゲームサーバ。

【請求項6】

前記抽選部は、前記第１状態のまま前記第１期間経過すると、第２期間経過後に、前記任意のゲーム内資産を前記候補に加える、請求項２記載のゲームサーバ。

【請求項7】

ユーザが任意のゲーム内資産を第１期間所有する第１状態にし、
前記第１期間において、前記ユーザのユーザＩＤに関連付けられて記憶部に記録された前記ユーザがゲームをプレイした履歴情報が第１条件を満たしたときに、前記ユーザが前記任意のゲーム内資産を所有した第２状態にする、ゲーム運用方法。

【請求項8】

予め設定された複数の候補の中から、前記ユーザにより前記第１期間所有される前記任意のゲーム内資産をランダムに選択し、前記選択された前記任意のゲーム内資産を前記候補から除外する、請求項７記載のゲーム運用方法。

【請求項9】

コンピュータに、請求項７又は請求項８記載のゲーム運用方法を実行させるコンピュータプログラム。

【請求項10】

請求項１乃至請求項６のいずれか１項記載のゲームサーバと、
前記ゲームサーバからの要求信号に基づいて、前記任意のゲーム内資産をＮＦＴ（Non-Fungible Token）に変換するＮＦＴサーバを備えた、ゲームシステムであって、
前記ゲームサーバは、前記ユーザＩＤに関連付けられた前記任意のゲーム内資産をＮＦＴに変換する変換要求信号を取得したときに、前記任意のゲーム内資産が、前記第１状態から前記第２状態となった履歴の存在を表す態様で前記ゲーム内資産を前記ＮＦＴに変換することを要求する前記要求信号を前記ＮＦＴサーバに送信する、ゲームシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ゲームサーバ、ゲーム運用方法、コンピュータプログラム及びゲームシステムに関する。

【背景技術】

【0002】

従来のモバイルオンラインゲームやブロックチェーンゲームにおいて、クエスト等のクリアにより発生するイベントなどによりゲーム内資産（例えば、キャラクターやアイテム等）を入手できる機能が実装されている。また、従来のモバイルオンラインゲームやブロックチェーンゲームにおいて、ゲームで使用するゲーム内資産をガチャ等のランダム抽選により獲得する機能が実装されている。

【0003】

上記機能を実装したモバイルオンラインゲームやブロックチェーンゲームでは、クエストの難易度やガチャの当選確率の設定により、当該ゲームをプレイするユーザが欲しいゲーム内資産を取得するためのハードルの高さを調整することができる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２３－０６３３５８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ゲーム内資産取得に関するハードルが高すぎると、ユーザは当該ゲーム内資産の取得を諦めてしまい、ユーザのゲーム離れにつながる懸念がある。また、ゲーム内資産取得に関するハードルが低いと、当該ゲーム内資産取得を目標にプレイするユーザ等にとって、ゲームをプレイする動機がなくなり、ユーザ離れにつながる懸念がある。これらより、ユーザがゲームを楽しみながら目標とするゲーム内資産を取得することができれば、ユーザのゲーム離れを抑制することができる。

【0006】

本発明は上記事情を鑑みて成されたものであって、ユーザがゲームを楽しみつつゲーム内資産を取得可能なゲームを提供するゲームサーバ、ゲーム運用方法、コンピュータプログラム及びゲームシステムを提供することを目的とする。

【課題を解決するための手段】

【0007】

本発明の第１態様によるゲームサーバは、ユーザのユーザＩＤと、前記ユーザがゲームをプレイした履歴情報と、が関連付けて記録される記憶部と、前記ユーザが任意のゲーム内資産を第１期間所有する第１状態にする管理部と、を備え、前記管理部は、前記第１期間において、前記ユーザＩＤに関連付けられた前記履歴情報が第１条件を満たしたときに、前記ユーザが前記任意のゲーム内資産を所有した第２状態にする。

【0008】

本発明の第２態様によるゲーム運用方法は、ユーザが任意のゲーム内資産を第１期間所有する第１状態にし、前記第１期間において、前記ユーザのユーザＩＤに関連付けられて記憶部に記録された前記ユーザがゲームをプレイした履歴情報が第１条件を満たしたときに、前記ユーザが前記任意のゲーム内資産を所有した第２状態にする。

【0009】

本発明の第３態様によるコンピュータプログラムは、コンピュータに、第２態様によるゲーム運用方法を実行させるプログラムである。

【0010】

本発明の第４態様によるゲームシステムは、第３態様に記載のゲームサーバと、
前記ゲームサーバからの要求信号に基づいて、前記任意のゲーム内資産をＮＦＴ（Non-Fungible Token）に変換するＮＦＴサーバを備えた、ゲームシステムであって、前記ゲームサーバは、前記ユーザＩＤに関連付けられた前記任意のゲーム内資産をＮＦＴに変換する変換要求信号を取得したときに、前記任意のゲーム内資産が、前記第１状態から前記第２状態となった履歴の存在を表す態様で前記ゲーム内資産を前記ＮＦＴに変換することを要求する前記要求信号を前記ＮＦＴサーバに送信する。

【発明の効果】

【0011】

本発明によれば、ユーザがゲームを楽しみつつゲーム内資産を取得可能なゲームを提供するゲームサーバ、ゲーム運用方法、コンピュータプログラム及びゲームシステムを提供することができる。

【図面の簡単な説明】

【0012】

【図1】図１は、一実施形態のゲームシステムの一構成例を概略的に示す図である。

【図2】図２は、一実施形態のゲームシステムおよびゲームサーバの一構成例を概略的に示すブロック図である。

【図3】図３は、一実施形態のゲームサーバにおける抽選処理の一例を説明するためのフローチャートである。

【図4】図４は、一実施形態のゲームサーバにおける書換処理の一例を説明するためのフローチャートである。

【図5】図５は、一実施形態のゲームサーバにおける期間延長処理の一例を説明するためのフローチャートである。

【図6】図６は、一実施形態のゲームサーバにおけるＮＦＴ処理の一例を説明するためのフローチャートである。

【発明を実施するための形態】

【0013】

以下、本発明の一実施形態のゲームサーバ及びＮＦＴサーバを含むゲームシステムの一例について、図面を参照して詳細に説明する。なお、以下の説明において、既に説明済みである構成と同一又は類似した構成および要素については、同一の符号を付して説明を省略する。
図１は、一実施形態のゲームサーバ及びＮＦＴサーバを含むゲームシステムの一構成例を概略的に示す図である。

【0014】

本実施形態のゲームシステム１００は、例えば、ブロックチェーンを用いたゲーム（ブロックチェーンゲーム）を運営管理するシステムである。なお、本実施形態のゲームシステム１００は、例えば、モバイルオンラインゲームを運営管理するシステムであってもよい。その場合には、図１において、ＮＦＴサーバ１３０、ＣＥＸ３００、ＤＥＸ４００、および、マーケットプレイス５００は省略可能である。

【0015】

ゲームシステム１００は、ネットワークを介して複数のユーザ端末２００と、ＣＥＸ（Centralized Exchange）３００と、ＤＥＸ（Decentralized Exchange）４００と、マーケットプレイス５００と、通信可能に接続される。

【0016】

ＣＥＸ３００は、特定の企業が運営する仮想通貨取引所である。本実施形態におけるＣＥＸ３００は、ゲームシステム１００からの要求に応じて、ゲームシステム１００に暗号資産を転送する。ＣＥＸ３００は、例えば、Coincheck（登録商標）や、bitFlyer（登録商標）、BITPOINT（登録商標）等がある。また、ＣＥＸ３００は、ユーザ端末２００との間で仮想通貨取引を行うことも可能であって、ユーザ端末２００からの要求に応じて、ユーザ端末２００に暗号資産を転送することができる。

【0017】

ＤＥＸ４００は、取引所の運営会社がなく、スマートコントラクトによって自動で暗号資産やトークンの交換を実現する仮想通貨取引所である。本実施形態におけるＤＥＸ４００は、ゲームシステム１００からの要求に応じて、ゲームシステム１００に暗号資産を転送する。ＤＥＸ４００は、例えば、Uniswap（登録商標）や、PancakeSwap（登録商標）等がある。また、ＤＥＸ４００は、ユーザ端末２００との間で仮想通貨取引を行うことも可能であって、ユーザ端末２００からの要求に応じて、ユーザ端末２００に暗号資産やトークンを転送することができる。

【0018】

マーケットプレイス５００は、ＮＦＴ（Non-Fungible Token：非代替性トークン）を活用したデジタルアセットを売買、交換できるオンラインプラットフォームである。ユーザ端末２００を操作するユーザは、後述する処理により、ゲームシステム１００において所有するゲーム内資産をＮＦＴに変換することで、ＮＦＴ化したゲーム内資産をマーケットプレイス５００で売却することが可能になる。マーケットプレイス５００は、例えば、TofuNFT（登録商標）やOpenSea（登録商標）等がある。

【0019】

ユーザ端末２００は、例えば、少なくとも１つのプロセッサと、プロセッサにより実行されるプログラムが記録されたメモリと、を備え、ソフトウエアにより又はソフトウエアとハードウエアとの組み合わせにより種々の機能を実現可能に構成されている。

【0020】

ユーザ端末２００は、コンピュータなどの電子デバイスであって、例えば、テレビ受像機（インターネットテレビを含む）、ＰＣ（Personal Computer）、モバイル端末（例えば、タブレット、スマートフォン、ラップトップ、フィーチャーフォン、デジタルミュージックプレイヤー、電子書籍リーダ、スマートウォッチなど）、ゲーム機器（家庭用ゲーム機、ポータブルゲーム機）、ＶＲ（Virtual Reality)端末、ＡＲ(Augmented Reality)端末などであり得るが、これらに限られない。なお、ネットワークに接続しているユーザ端末２００の数はゼロであることもあり得るし、随時増減し得る。

【0021】

本実施形態では、ユーザ端末２００は、例えば、スマートフォンであり、ゲームシステム１００から提供されるブロックチェーンを用いたゲームのアプリケーションをダウンロード及びインストールすることにより、当該ゲームシステム１００から供給されるブロックチェーンゲームを実行可能になる。また、ユーザ端末２００は、例えば、スマートフォンであり、ゲームシステム１００から提供されるブロックチェーンを用いたゲームのアプリケーションをダウンロード及びインストールすることなく、ブラウザ上で、当該ゲームシステム１００から供給されるブロックチェーンゲームを実行可能であってもよい。

【0022】

本実施形態のゲームシステム１００は、ゲームサーバ１１０と、ＮＦＴサーバ１３０と、を備えている。ゲームサーバ１１０と、ＮＦＴサーバ１３０とは、ネットワークを介して相互に通信可能に接続される。

【0023】

ＮＦＴサーバ１３０は、画像（静止画および動画）、音声、およびその他の種類のデジタルファイルを、一意で代替不可能なデータ単位（ブロック）としてブロックチェーン（分散型台帳）上に記録することにより、ＮＦＴ化（ＮＦＴへの変換）を行うサーバである。ＮＦＴサーバ１３０は、例えば、要求に応じて、ゲームサーバ１１０におけるゲーム内資産をＮＦＴに変換して、ＮＦＴに変換されたゲーム内資産をユーザに提供することができる。例えば、本実施形態のゲーム内資産には、キャラクターやゲーム内で使用可能なアイテム、キャラクターに着用可能な武器・装備品、キャラクターのスキルを発生させるためのカード等が含まれ得る。

【0024】

ゲームサーバ１１０は、ユーザ端末２００によりプレイ可能なブロックチェーンを用いたゲームを提供するサーバである。ゲームサーバ１１０は、ユーザが抽選で選択された任意のゲーム内資産を予め設定された期間（第１期間）所有する状態（第１状態）にし、第１期間において、ユーザがゲームをプレイした履歴情報から、所定の条件（第１条件）を満たしていると判断した場合に、ユーザが所有した状態（第２状態）にするサーバである。すなわち、第１状態は、ゲーム内資産がユーザに仮に所有されている状態であり、第２状態は、ゲーム内資産がユーザに所有されている状態である。

【0025】

次に、図１に示すゲームシステム１００に含まれるＮＦＴサーバ１３０及びゲームサーバ１１０の構成の一例を説明する。
図２は、一実施形態のゲームサーバ及びＮＦＴサーバの一構成例を概略的に示すブロック図である。

【0026】

ＮＦＴサーバ１３０は、例えば、少なくとも１つのプロセッサと、プロセッサにより実行されるプログラムが記録されたメモリと、を備え、ソフトウエアにより又はソフトウエアとハードウエアとの組み合わせにより種々の機能を実現可能に構成されている。本実施形態では、ＮＦＴサーバ１３０は、プロセッサ１３１と、記憶部１３３と、入力部１３４と、出力部１３５と、通信部１３６とを備える。プロセッサ１３１と、記憶部１３３と、入力部１３４と、出力部１３５と、通信部１３６とは、それぞれバス通信線を介して接続され相互にデータの送受信を行うことができる。なお、プロセッサ１３１と、記憶部１３３と、入力部１３４と、出力部１３５と、通信部１３６とは、それぞれ無線通信等で相互にデータの送受信をする構成であってもよい。

【0027】

入力部１３４は、ＮＦＴサーバ１３０の管理者により操作され、種々の情報（例えばＮＦＴサーバ１３０の各種設定の数値等の変更情報等）を入力するためのマウスやキーボード等のユーザインタフェースや、マイクやタッチパネル等の各種センサ等を含み得る。

【0028】

出力部１３５は、例えば、ＮＦＴサーバ１３０の管理者に対し視覚的に情報を提示するモニタや、スピーカ等のＮＦＴサーバ１３０の管理者に対し聴覚的に情報を供給する音声出力手段を備える。

【0029】

通信部１３６は、外部から受信した情報をＮＦＴサーバ１３０内の構成に送信するとともに、ＮＦＴサーバ１３０内の構成から受信した情報を外部へ送信することができる。通信部１３６は、インターネット等のネットワークを介して、ゲームサーバ１１０と、ユーザ端末２００と、ＣＥＸ３００と、ＤＥＸ４００と、マーケットプレイス５００との各々の間で、通信可能に接続される。

【0030】

記憶部１３３は、例えば、主記憶部と、補助記憶部とを備えている。主記憶部は、例えば、ＲＯＭ（read-only memory）、ＲＡＭ（random-access memory）を含み得る。ＲＯＭは、専らデータの読み出しに用いられる不揮発性メモリであり、プロセッサ１３１が各種の処理を行う上で使用するデータ及び各種の設定値などを記憶することができる。また、ＲＡＭは、プロセッサ１３１が各種の処理を行う上で一時的にデータを記憶しておく、いわゆるワークエリアとして利用され得る。本実施形態の主記憶部は、例えばＲＡＭであって、メモリとして用いられる。

【0031】

補助記憶部は、プロセッサ１３１を中枢とするコンピュータの非一時的なコンピュータ可読記憶媒体である。補助記憶部は、例えば、ＥＥＰＲＯＭ（登録商標）（electric erasable programmable read-only memory）、ＨＤＤ（hard disk drive）又はＳＳＤ（solid state drive）などである。

【0032】

補助記憶部は、プロセッサ１３１が各種の処理を行う上で使用するデータ、プロセッサ１３１での処理によって生成されたデータ又は各種の設定値などを保存することができる。

【0033】

プロセッサ１３１は、典型的にはＣＰＵ（Central Processing Unit）および／またはＧＰＵ（Graphics Processing Unit）であるが、マイコン、ＦＰＧＡ（Field Programmable Gate Array）、またはＤＳＰ（Digital Signal Processor）、などであってもよい。

【0034】

プロセッサ１３１は、記憶部１３３に記憶されたシステムソフトウェア、アプリケーションソフトウェア又はファームウェアなどのプログラムを実行することにより、ＮＦＴサーバ１３０の種々の機能を実現できる。

【0035】

プロセッサ１３１は、ＮＦＴ処理部１３２を備える。ＮＦＴ処理部１３２は、ゲームサーバ１１０に含まれる変換部１１６からの要求信号を取得する。ＮＦＴ処理部１３２は、ゲームサーバ１１０からの要求信号に含まれる、ゲーム内資産のデジタルデータと、デジタルデータの作成者の情報と、デジタルデータの所有者の情報とを用いて、ＮＦＴ化の対象であるゲーム内資産を一意で代替不可能なデータ単位とする分散型台帳（ブロックチェーン）を生成する。なお、ＮＦＴ処理部１３２によるゲーム内資産のＮＦＴ化処理は、既存の方法を用いることができる。

【0036】

ＮＦＴ処理部１３２は、ＮＦＴ化処理終了後、通信部１３６を介して、変換部１１６にＮＦＴ化処理完了通知を出力する。ＮＦＴ化処理完了通知は、例えば、ＮＦＴの作成者の情報と、ＮＦＴの所有者の情報と、ＮＦＴ化を行ったゲーム内資産の識別情報と、ＮＦＴ化が完了した日時と、の情報を含み得る。ＮＦＴ処理部１３２は、通信部１３６を介して、ユーザ端末２００に（若しくはゲームサーバ１１０を介してユーザ端末２００に）ＮＦＴ化処理が完了したゲーム内資産のデータを送信する。

【0037】

ゲームサーバ１１０は、例えば、少なくとも１つのプロセッサと、プロセッサにより実行されるプログラムが記録されたメモリと、を備え、ソフトウエアにより又はソフトウエアとハードウエアとの組み合わせにより種々の機能を実現可能に構成されている。

【0038】

本実施形態では、ゲームサーバ１１０は、プロセッサ１１１と、記憶部１１８と、入力部１１９と、出力部１２０と、通信部１２１とを備える。プロセッサ１１１と、記憶部１１８と、入力部１１９と、出力部１２０と、通信部１２１とは、それぞれバス通信線を介して接続され相互にデータの送受信を行うことができる。なお、プロセッサ１１１と、記憶部１１８と、入力部１１９と、出力部１２０と、通信部１２１とは、それぞれ無線通信等で相互にデータの送受信をする構成であってもよい。

【0039】

入力部１１９は、ゲームサーバ１１０の管理者により操作され、種々の情報（例えばゲームサーバ１１０の各種設定の数値等の変更情報等）を入力するためのマウスやキーボード等のユーザインタフェースや、マイクやタッチパネル等の各種センサ等を含み得る。

【0040】

出力部１２０は、例えば、ゲームサーバ１１０の管理者に対し視覚的に情報を提示するモニタを含む。また、出力部１２０は、スピーカ等のゲームサーバ１１０の管理者に対し聴覚的に情報を供給する音声出力手段を備えていてもよい。

【0041】

通信部１２１は、外部から受信した情報をゲームサーバ１１０内の構成に送信するとともに、ゲームサーバ１１０内の構成から受信した情報を外部へ送信することができる。通信部１２１は、インターネット等のネットワークを介して、ＮＦＴサーバ１３０と、ユーザ端末２００と、ＣＥＸ３００と、ＤＥＸ４００と、マーケットプレイス５００と、通信可能に接続される。

【0042】

記憶部１１８は、例えば、主記憶部と、補助記憶部とを備えている。主記憶部は、例えば、ＲＯＭ（read-only memory）、ＲＡＭ（random-access memory）を含み得る。ＲＯＭは、専らデータの読み出しに用いられる不揮発性メモリであり、プロセッサ１１１が各種の処理を行う上で使用するデータ及び各種の設定値などを記憶することができる。また、ＲＡＭは、プロセッサ１１１が各種の処理を行う上で一時的にデータを記憶しておく、いわゆるワークエリアとして利用され得る。本実施形態の主記憶部は、例えばＲＡＭであって、メモリとして用いられる。

【0043】

補助記憶部は、プロセッサ１１１を中枢とするコンピュータの非一時的なコンピュータ可読記憶媒体である。補助記憶部は、例えば、ＥＥＰＲＯＭ（登録商標）（electric erasable programmable read-only memory）、ＨＤＤ（hard disk drive）又はＳＳＤ（solid state drive）などである。

【0044】

補助記憶部は、プロセッサ１１１が各種の処理を行う上で使用するデータ、プロセッサ１１１での処理によって生成されたデータ又は各種の設定値などを保存することができる。補助記憶部には、ゲームをプレイするユーザがゲームをプレイした履歴情報と、ユーザが所有するゲーム内資産の情報、ユーザが所有するゲーム内通貨の情報、ユーザがゲームをプレイした履歴情報、ゲーム内資産毎のイベント情報、ゲームをプレイするユーザのユーザＩＤと関連付けられて記録されている。

【0045】

履歴情報には、例えば、課金額の履歴情報、戦闘の履歴情報、ログインの履歴情報、ガチャを行った履歴情報、プレイヤーレベルの履歴情報、キャラクターのレベル（キャラクターレベル情報）の履歴情報、キャラクターのスキル（キャラクタースキル情報）の履歴情報、キャラクターが装備しているアイテム（アイテム装備情報）の履歴情報、キャラクター強化の履歴情報、アイテム購入の履歴情報、イベントの履歴情報、ゲーム内資産をＮＦＴに変換した履歴情報、ランキングの履歴情報等、ユーザＩＤと、各々の情報と、対応する日時と、が関連付けられた種々の履歴情報が含まれ得る。

【0046】

ユーザのゲーム内資産の情報には、ユーザが所有するキャラクターＩＤ、ユーザが所有するアイテムＩＤ、ユーザが所有する装備ＩＤ（専用装備ＩＤ）が含まれる。キャラクターＩＤと、アイテムＩＤと、装備ＩＤは、ユーザＩＤと関連付けられて記憶部１１８に記憶されている。

【0047】

ユーザが所有するゲーム内通貨の情報には、例えば、ユーザが購入した有償石の数（有償石購入数）、ユーザが所有する無償石の数（無償石所有数）、有償石購入日時、有償石の価格の情報が含まれる。有償石購入数と、無償石所有数と、有償石購入日時と、有償石の価格とは、ユーザＩＤと関連付けられている。

【0048】

なお、記憶部１１８は、ゲームサーバ１１０に内蔵されてもよいし、ゲームサーバ１１０に外付けされてもよい。更に、記憶部１１８に記憶されるデータ等は、ゲームサーバ１１０と、ＮＦＴサーバ１３０とで共有されていてもよい。

【0049】

プロセッサ１１１は、典型的にはＣＰＵ（Central Processing Unit）および／またはＧＰＵ（Graphics Processing Unit）であるが、マイコン、ＦＰＧＡ（Field Programmable Gate Array）、またはＤＳＰ（Digital Signal Processor）、などであってもよい。プロセッサ１１１は、記憶部１１８に記憶されたシステムソフトウェア、アプリケーションソフトウェア又はファームウェアなどのプログラムを実行することにより、ゲームサーバ１１０の種々の機能を実現できる。

【0050】

プロセッサ１１１は、プレイ管理部１１２と、表示処理部１１７とを備える。
プレイ管理部１１２は、通信部１２１を介してユーザ端末２００から操作情報を取得し、操作情報に基づいてゲームサーバ１１０が提供するゲームを進行させる。なお、プレイ管理部１１２によるゲームの進行に伴い、表示処理部１１７がユーザ端末２００のディスプレイの表示を更新するための表示データを生成してユーザ端末２００に供給する。

【0051】

また、プレイ管理部１１２は、ゲームサーバ１１０が提供するゲームのユーザによるプレイの管理を行う機能を有する。プレイ管理部１１２は、例えば、ゲーム内でユーザが一時的に所有する若しくは所有するキャラクターやアイテム等のゲーム内資産の管理や、ユーザがキャラクターを用いて行う戦闘の管理や、ユーザが行うガチャやゲーム内の大会等のイベント等の管理や、ユーザやゲーム内資産の強化やレベルの管理や、ゲーム内資産のＮＦＴ化に関する管理等を行う。

【0052】

プレイ管理部１１２は、ユーザがゲームをプレイすることにより得られる情報（プレイ情報）を管理する機能を有し、例えば、ユーザがユーザ端末２００においてゲームの初期設定を行ったときに、ユーザのＩＤを生成し、ユーザのプレイ情報の管理を開始する。

【0053】

プレイ管理部１１２は、例えば、ユーザがゲームをプレイすることにより得られるゲーム内資産の情報の管理機能（ゲーム内資産情報管理機能）と、ユーザがゲームをプレイすることにより得られるユーザの情報の管理機能（ユーザ情報管理機能）と、を有している。

【0054】

ゲーム内資産情報管理機能は、例えばユーザがゲームをプレイすることによりキャラクターを強化したときに、ユーザのＩＤと、キャラクターのＩＤと、行われた強化の識別情報と、強化された日時と、を関連付けて記憶部１１８に記録する。

【0055】

また、ゲーム内資産情報管理機能は、例えばユーザがゲームをプレイすることによりキャラクターのレベルが上昇したときに、ユーザのＩＤと、キャラクターのＩＤと、上昇後のレベルと、レベルが上昇した日時と、を関連付けて記憶部１１８に記録する。ゲーム内資産管理機能は、例えば、ゲーム内のキャラクターのレベルが一定レベルに達した、又はゲーム内のキャラクターのレベルが一定レベルに達した後に能力値の限界を超えて強化可能となった（覚醒した）ことを示すＩＤである覚醒ＩＤを、キャラクターが覚醒した日時とともにキャラクターの識別情報と関連付けられて記憶部１１８に記録してもよい。

【0056】

また、ゲーム内資産情報管理機能は、例えばユーザがゲームをプレイすることによりキャラクターを戦闘させたときに、ユーザのＩＤと、キャラクターのＩＤと、戦闘のＩＤと、戦闘を行った日時と、戦闘結果と、を関連付けて記憶部１１８に記録する。

【0057】

また、ゲーム内資産情報管理機能は、例えば、ユーザがゲームをプレイすることにより、キャラクターにアイテムを装備させたときに、ユーザＩＤと、キャラクターのＩＤと、アイテムのＩＤと、装備させた日時と、を関連付けて記憶部１１８に記録する。ゲーム内資産情報管理機能は、例えば、ユーザが所有するキャラクターに当該キャラクターの専用装備品などのアイテムを装備させたときに、ユーザのＩＤと、キャラクターのＩＤと、アイテムのＩＤと、装備させた日時と、に更に専用装備ＩＤを関連付けて記憶部１１８に記録してもよい。

【0058】

また、ゲーム内資産情報管理機能は、例えば、ユーザがガチャを行ったときに、ユーザのＩＤと、ガチャを行った日時と、ガチャの結果（例えばガチャを行うことによりランダムに選択されたゲーム内資産ＩＤ（後述する所有ＩＤ））と、を関連付けて記憶部１１８に記録する。例えば、ゲーム内資産ＩＤには、ユーザがゲーム内で当該ゲーム内資産を、使用可能か否かを切り替える切替フラグが含まれていてもよい。ゲーム内資産情報管理機能は、切替フラグを切り替えて、ゲーム内資産をゲーム内でユーザにより使用可能な状態と使用不可の状態とを切り替えてもよい。使用不可の状態であるゲーム内資産は、ゲームのプレイ画面上ではユーザが所有していないものとして扱われてもよい。

【0059】

また、ゲーム内資産情報管理機能は、例えば、任意のゲーム内資産に対応するイベントが発生したときに、ユーザＩＤと、ゲーム内資産ＩＤ（キャラクターＩＤ）と、イベントが発生した日時と、イベント期間と、イベントが発生した回数と、イベントの内容と、を関連付けて記憶部１１８に記憶する。

【0060】

また、ゲーム内資産情報管理機能は、例えば、ユーザが任意のゲーム内資産に対して特定のアイテムを付与したときに、ユーザＩＤと、キャラクターＩＤと、アイテムを付与した日時と、付与したアイテムのアイテムＩＤと、を関連付けて記憶部１１８に記憶する。

【0061】

また、ゲーム内資産情報管理機能は、例えば、ユーザがゲームをプレイすることによりゲーム内資産をＮＦＴ化したときに、ユーザＩＤと、ＮＦＴ化したゲーム内資産のＩＤと、ＮＦＴ化を行った（例えばＮＦＴ化が完了した日時や、ＮＦＴ化処理完了通知が受信された日時）日時と、ＮＦＴのＩＤと、を関連付けて記憶部１１８に記録する。

【0062】

また、ゲーム内資産情報管理機能は、例えば、ユーザから既にＮＦＴ化処理を完了したゲーム内資産をゲーム内で使用可能とする要求（復帰要求信号）を受けたときに、ユーザＩＤと、ＮＦＴ化したゲーム内資産のＩＤと、ＮＦＴをゲーム内で使用可能とした日時と、ＮＦＴのＩＤと、を関連付けて記憶部１１８に記録する。

【0063】

ユーザ情報管理機能は、例えば、ユーザがゲームをプレイすることにより、課金を行ったときに、ユーザのＩＤと、課金額と、課金日時と、を関連付けて記憶部１１８に記録する。

【0064】

また、ユーザ情報管理機能は、例えば、ユーザがログインをしたときに、ユーザのＩＤと、ログイン日時とを関連付けて記憶部１１８に記録し、ユーザがログアウトしたときに、ユーザのＩＤとログアウト日時とを関連付けて記憶部１１８に記録する。

【0065】

また、ユーザ情報管理機能は、例えば、ユーザがゲームをプレイすることにより、プレイヤーレベルが上昇したときに、ユーザのＩＤと、ユーザレベルと、ユーザレベルが上昇した日時と、を関連付けて記憶部１１８に記録する。

【0066】

また、ユーザ情報管理機能は、例えば、ユーザがゲームをプレイすることにより、アイテムを購入したときに、ユーザのＩＤと、アイテムのＩＤと、アイテム購入日時と、を関連付けて記憶部１１８に記録する。

【0067】

また、ユーザ情報管理機能は、例えば、ユーザがゲームをプレイすることによるユーザのランキングの情報を、ユーザＩＤと関連付けて記憶部１１８に記録する。例えば、ランキング情報は、ユーザがゲーム内の大会に参加したときの順位、当該大会でユーザが使用したゲーム内資産（キャラクターもしくはアイテム）のＩＤ等の情報を含み得る。

【0068】

プレイ管理部１１２は、抽選部１１３と、管理部１１４と、イベント発生部１１５と、変換部１１６と、を備える。

【0069】

抽選部１１３は、所定のトリガーを検出することで記憶部１１８から履歴情報を取得し、当該履歴情報に基づいて、複数のゲーム内資産の候補の中から、任意のゲーム内資産をランダムに選択する。ここで、抽選部１１３は、ゲーム内資産の候補を記憶部１１８から取得する。なお、記憶部１１８には、ゲームサーバ１１０の管理者等により予めランダム抽選の候補となる複数のゲーム内資産が記憶されている。

【0070】

ゲーム内資産の候補には、例えば、複数の異なるキャラクターが一定数含まれているものとする。なお、ゲーム内資産の候補には、例えば、複数の異なるキャラクターと、複数の異なる装備品と、複数の異なるアイテムとがそれぞれクラスタを形成していてもよく、特定のキャラクターには、それぞれ、特定の装備品と、特定のアイテムとが関連付けられていてもよい。

【0071】

抽選部１１３は、ランダムに選択した任意のゲーム内資産に対応するゲーム内資産ＩＤと、ユーザＩＤと、任意のゲーム内資産をランダムに選択した日時とを関連付けて管理部１１４に送信する。また、抽選部１１３は、ランダムに選択した任意のゲーム内資産に対応するゲーム内資産ＩＤと、ユーザＩＤと、任意のゲーム内資産をランダムに選択した日時とを関連付けて、抽選結果の履歴として記憶部１１８に記録してもよい。

【0072】

抽選部１１３は、例えば、ユーザが操作するキャラクターと敵キャラクターとの戦闘終了を検出すると、履歴情報に含まれるキャラクターとの戦闘情報を記憶部１１８から取得し、当該戦闘情報が条件（例えば、キャラクターの撃破）を満たした場合、ゲーム内資産の候補の中から、任意のゲーム内資産をランダムに選択する。また、抽選部１１３は、例えば、ユーザが操作するキャラクターがクエストを終了したことを検出すると、履歴情報に含まれるクエスト情報を記憶部１１８から取得し、当該クエスト情報が条件（例えば、クエスト達成）を満たした場合、ゲーム内資産の候補の中から、任意のゲーム内資産をランダムに選択してもよい。

【0073】

また、抽選部１１３は、複数のゲーム内資産の候補に含まれる特定のキャラクターを、特定のクエスト達成後にランダムに選択可能となってもよい。また、抽選部１１３は、ゲーム内資産の候補に含まれる特定のキャラクターのレアリティに応じて、ランダムに選択される確率を変動させてもよい。例えば、抽選部１１３は、最もレアリティが高いキャラクターの選択確率を最も低く設定し、最もレアリティが低いキャラクターの選択確率を最も高く設定する。抽選部１１３は、条件達成に応じて、レアリティが高いキャラクターの選択確率を上昇させ、相対的にレアリティが低いキャラクターの選択確率を下降させることを可能としてもよい。なお、キャラクターのレアリティは、当該キャラクターの強さや希少性などに基づいて設定されるものとする。

【0074】

また、抽選部１１３は、複数のゲーム内資産の候補に含まれるキャラクタークラスタから、キャラクターをランダムに選択し、装備品クラスタから装備品をランダムに選択し、アイテムクラスタからアイテムをランダムに選択してもよい。この場合、ランダム選択された装備品とアイテムは、ランダム選択されたキャラクターが装備及び所持することとなる。抽選部１１３は、ランダムに選択されたキャラクターのキャラクターＩＤと、装備品の装備ＩＤと、アイテムのアイテムＩＤとを関連付けて管理部１１４に送信する。また、抽選部１１３は、ランダム選択されたキャラクターのキャラクターＩＤと、装備ＩＤと、アイテムＩＤとを関連付けて抽選結果の履歴として記憶部１１８に記録してもよい。

【0075】

また、抽選部１１３は、複数のゲーム内資産の候補に含まれるキャラクタークラスタから、キャラクターをランダムに選択し、装備品クラスタからランダム選択されたキャラクターに関連付けられた装備品を選択し、アイテムクラスタからランダム選択されたキャラクターに関連付けられたアイテムを選択してもよい。

【0076】

抽選部１１３は、ランダムに選択された任意のゲーム内資産を、複数のゲーム内資産の候補から除外する。例えば、抽選部１１３は、ランダムに選択されたキャラクターを、複数のゲーム内資産の候補から除外する。また、抽選部１１３は、ランダムに選択された装備品と、ランダムに選択されたアイテムとを複数のゲーム内資産の候補から除外してもよい。また、抽選部１１３は、ランダムに選択されたキャラクターを、複数のゲーム内資産の候補から除外するとともに、当該キャラクターに関連付けられた装備品と、アイテムとを複数のゲーム内資産の候補から除外してもよい。

【0077】

抽選部１１３は、第１状態のまま第１期間を経過すると、待機期間（第２期間）を設けて、当該待機期間経過後に、ランダムに選択された除外済みゲーム内資産を、複数のゲーム内資産の候補に加える。待機期間は、ゲームサーバ１１０の管理者等によって予め設定され、適宜変更される。また、キャラクターのレアリティに応じて待機期間を設定してもよい。例えば、キャラクターのレアリティが高いほど待機期間を長く設定され、キャラクターのレアリティが低いほど待機期間は短く設定され得る。また、待機期間は、第１状態のキャラクターに対応する指標（好感度等）に応じて設定されてもいい。第１状態のキャラクターに対応する指標については後述する。

【0078】

管理部１１４は、抽選部１１３からランダムに選択されたゲーム内資産ＩＤと、当該ゲーム内資産に含まれるゲーム内資産の属性情報とを取得する。また、管理部１１４は、記憶部１１８からユーザＩＤに関連付けられた履歴情報を取得する。属性情報には、任意のゲーム内資産の状態情報が含まれる。例えば、属性情報は、３つのフラグから構成される。未所有フラグは、ゲーム内資産がユーザに所有されていない状態を表す。一時所有フラグは、ゲーム内資産がユーザに一時的に所有されている状態を表す。所有フラグは、ゲーム内資産がユーザに所有されている状態を表す。なお、抽選部１１３によりランダムに選択された任意のゲーム内資産の属性情報は、一時所有フラグが１になっているものとする。

【0079】

なお、本実施形態において、未所有フラグが１であり、一時所有フラグと所有フラグが０である属性情報をもつゲーム内資産のゲーム内資産ＩＤを未所有ＩＤとし、一時所有フラグが１であり、未所有フラグと所有フラグが０である属性情報をもつゲーム内資産のゲーム内資産ＩＤを一時所有ＩＤとし、所有フラグが１であり、未所有フラグと所有フラグが０である属性情報をもつゲーム内資産のゲーム内資産ＩＤを所有ＩＤとする。

【0080】

管理部１１４は、取得した属性情報から任意のゲーム内資産の状態を判別する。管理部１１４は、ランダムに選択されたゲーム内資産の属性情報から、一時所有フラグが１であり、未所有フラグと所有フラグが０であることを検出すると、一時所有ＩＤと、ユーザＩＤと、日時情報とを記憶部１１８に関連付けて記録する。すなわち、第１状態は、ユーザが任意のゲーム内資産を第１期間所有する状態にする一時所有ＩＤと、ユーザＩＤとが関連付けられて記憶部１１８に記憶されている状態である。なお、第１期間は、ゲームサーバ１１０の管理者等により予め設定され、適宜変更される。第１期間は、ゲーム内資産（キャラクター）のレアリティに応じて設定されていてもよい。

【0081】

管理部１１４は、第１期間において、取得した履歴情報が第１条件を満たしたか判定する。例えば、管理部１１４は、第１期間において、第１状態のキャラクターのパラメータ情報が所定の閾値を満たしているか判定する。なお、キャラクターのパラメータ情報には、例えば、好感度や、親密度、成長度、人気度等が含まれている。具体的に説明すると、キャラクターの好感度（親密度、成長度又は人気度）は、初期値０で始まり、ユーザがキャラクターを使用して戦闘やクエストを行った場合、キャラクターに贈り物をする場合、ガチャを行った場合等に、好感度を上昇させることが可能である。
例えば、ユーザが、ガチャを行うと、キャラクターに対応する欠片を入手する。ユーザが、キャラクターに対応する欠片を一定数集めることでキャラクターの好感度を上昇させることが可能になる。具体例として、キャラクターに対応する欠片をｎ個取得すると、好感度が１上昇する。予め設定された好感度の閾値に相当する欠片（好感度閾値が１０であれば欠片は１０ｎ個）をユーザが取得した場合、管理部１１４は、履歴情報が第１条件を満たしたと判定する。なお、好感度を上昇させるのに必要な欠片の数量は、キャラクターごとに設定されてもいいし、キャラクターのレアリティに応じて設定されてもよい。

【0082】

また、管理部１１４は、第１期間において、第１状態のキャラクターが通常の戦闘または特定の戦闘を行うことにより好感度が所定の閾値を満たしているか判定する。なお、通常の戦闘は、ストーリーもしくはシナリオの進行に伴い解放されるもの等である。特定の戦闘は、１日に実施可能な回数が予め設定されていてもよい。また、キャラクターのレアリティに応じて特定の戦闘の１日実施可能回数は設定されていてもよく、有償石等の使用により、特定の戦闘の１日実施可能回数の上限が解放されてもよい。

【0083】

また、管理部１１４は、第１期間において、第１状態のキャラクターを用いて通常のクエストまたは特定のクエストを達成したことにより好感度が所定の閾値を満たしているか判定する。なお、通常のクエストは、ストーリーもしくはシナリオの進行に伴い解放されるもの等である。特定のクエストは、キャラクターごとに異なるように設定されていてもよく、キャラクターのレアリティに応じて設定されていてもよい。

【0084】

また、管理部１１４は、第１期間において、有償石使用情報が所定の閾値を満たしているか判定する。より具体的には、管理部１１４は、第１期間において、第１状態のキャラクターに対してユーザが有償石を使用した回数が所定の閾値を満たしているか判定する。管理部１１４は、第１期間において、第１状態のキャラクターに対してユーザが有償石を使用して購入した装備品若しくはアイテムを装備させたか判定してもよい。

【0085】

また、管理部１１４は、第１期間において、キャラクターレベル情報が所定の閾値を満たしているか判定する。より具体的には、管理部１１４は、第１期間において、第１状態のキャラクターのレベルが所定の閾値を満たしているか判定する。

【0086】

管理部１１４は、第１期間において、取得した履歴情報が第１条件を満たしたと判定すると、ユーザＩＤに関連付けられた一時所有ＩＤを、第２状態にする所有ＩＤに書き換える。より詳細に説明すると、管理部１１４は、任意のゲーム内資産の属性情報に含まれる一時所有フラグを１から０に書き換え、所有フラグを０から１に書き換える。第２状態は、ユーザが任意のゲーム内資産を所有した状態にする所有ＩＤと、ユーザＩＤとが関連付けられて記憶部１１８に記憶されている状態である。管理部１１４は、任意のゲーム内資産が、第１状態から第２状態となったことを履歴情報として記憶部１１８に記録する。

【0087】

また、管理部１１４は、第１期間終了時点で、取得した履歴情報が第１条件を満たしていないと判定すると、ユーザＩＤに関連付けられた一時所有ＩＤを、第３状態にする未所有ＩＤに書き換える。より詳細に説明すると、管理部１１４は、任意のゲーム内資産の属性情報に含まれる一時所有フラグを１から０に書き換え、未所有フラグを０から１に書き換える。第３状態は、ユーザが任意のゲーム内資産を所有していない状態にする未所有ＩＤと、ユーザＩＤとが関連付けられて記憶部１１８に記憶されている状態である。

【0088】

また、管理部１１４が、一時所有ＩＤを所有ＩＤに書き換えた場合、若しくは管理部１１４が一時所有ＩＤを未所有ＩＤに書き換えた場合であっても、履歴情報に含まれるキャラクターのパラメータ情報や、有償石使用情報、キャラクターレベルがリセットされることはない。

【0089】

なお、本実施形態では、第１状態から、第２状態になることで、ユーザが任意のゲーム内資産を一時的に所有する状態から期間なく所有する状態になることを例示したが、これに限らず、例えば、第１状態が複数の状態に段階的に分けられてもよい。

【0090】

また、管理部１１４は、第１期間に、後述するイベント発生部１１５が任意のゲーム内資産に対応するイベントを発生させた場合、イベント発生部１１５からイベント発生通知を取得する。管理部１１４は、イベント発生通知に含まれる任意のゲーム内資産に対応するイベントのイベント期間を取得し、当該イベントが発生している期間に、履歴情報が第１条件を満たしているか判定する。なお、本実施形態におけるイベントは、具体的には、離脱イベントである。離脱イベントは、第１期間において、第１状態のキャラクターのパラメータ情報が所定の閾値を満たしていない場合に発生するイベントである。

【0091】

例えば、管理部１１４は、イベントが発生している期間において、第１状態のキャラクターのパラメータ情報が所定の閾値を満たしているか判定する。なお、キャラクターのパラメータ情報は、上記と同様であり、好感度や、親密度、成長度、人気度等が含まれている。イベントが発生している期間は、キャラクターの好感度（親密度、成長度又は人気度）の上昇率が変更されていてもよい。イベントが発生している期間において、ユーザがキャラクターを使用して戦闘やクエストを行った場合、キャラクターに贈り物をする場合、ガチャを行った場合等に、好感度を上昇させることが可能である。
例えば、ユーザが、イベントが発生していない期間にガチャを行うと、少なくとも１つキャラクターに対応する欠片を手に入れることが可能になるように設定され、イベントが発生している期間にガチャを行うと、イベントが発生していない期間より多く当該欠片を手に入れることが可能なように設定されていてもいいし、イベントが発生していない期間より少ない当該欠片若しくは０になるように設定されていてもよい。ユーザが、キャラクターに対応する欠片を一定数集めることでキャラクターの好感度を上昇させることが可能になる。具体例として、キャラクターに対応する欠片をｎ個取得すると、好感度が１上昇する。予め設定された好感度の閾値に相当する欠片（好感度閾値が１０であれば欠片は１０ｎ個）をユーザが取得した場合、管理部１１４は、履歴情報が第１条件を満たしたと判定する。なお、好感度を上昇させるのに必要な欠片の数量は、キャラクターごとに設定されてもいいし、キャラクターのレアリティに応じて設定されてもよい。

【0092】

また、管理部１１４は、イベントが発生している期間において、第１状態のキャラクターが通常の戦闘または特定の戦闘を行うことにより好感度が所定の閾値を満たしているか判定する。なお、通常の戦闘は、ストーリーもしくはシナリオの進行に伴い解放されるもの等である。また、イベントが発生していない期間と、イベントが発生している期間とそれぞれにおける特定の戦闘の１日に実施可能な回数は、同じ回数が予め設定されていてもよく、イベントが発生していない期間と、イベントが発生している期間とそれぞれにおける特定の戦闘の１日に実施可能な回数は、異なる回数が予め設定されていてもよい。また、イベントが発生している期間においても、キャラクターのレアリティに応じて特定の戦闘の１日実施可能回数は設定されていてもよく、有償石等の使用により、特定の戦闘の１日実施可能回数の上限が解放されてもよい。

【0093】

また、管理部１１４は、イベントが発生している期間において、第１状態のキャラクターを用いて通常のクエストまたは特定のクエストを達成したことにより好感度が所定の閾値を満たしているか判定する。なお、通常のクエストは、ストーリーもしくはシナリオの進行に伴い解放されるもの等である。イベントが発生していない期間における特定のクエストと、イベントが発生している期間における特定のクエストは、同じであってもいいし、異なっていてもいい。また、イベントが発生している期間においても、キャラクターごとに異なるように設定されていてもよく、キャラクターのレアリティに応じて設定されていてもよい。

【0094】

また、管理部１１４は、イベントが発生している期間において、有償石使用情報が所定の閾値を満たしているか判定する。より具体的には、管理部１１４は、イベントが発生している期間において、第１状態のキャラクターに対してユーザが有償石を使用した回数が所定の閾値を満たしているか判定する。また、管理部１１４は、イベントが発生している期間において、第１状態のキャラクターに対してユーザが有償石を使用して購入した装備品若しくはアイテムを装備させたか判定してもよい。

【0095】

また、管理部１１４は、イベントが発生している期間において、キャラクターレベル情報が所定の閾値を満たしているか判定する。より具体的には、管理部１１４は、イベントが発生している期間において、第１状態のキャラクターのレベルが所定の閾値を満たしているか判定する。

【0096】

管理部１１４は、イベントが発生している期間において、取得した履歴情報が第１条件を満たしたと判定すると、ユーザＩＤに関連付けられた一時所有ＩＤを、第２状態にする所有ＩＤに書き換える。より詳細に説明すると、管理部１１４は、任意のゲーム内資産の属性情報に含まれる一時所有フラグを１から０に書き換え、所有フラグを０から１に書き換える。

【0097】

また、管理部１１４は、イベントが発生している期間終了時点で、第１期間が終了し、取得した履歴情報が第１条件を満たしていないと判定すると、ユーザＩＤに関連付けられた一時所有ＩＤを、第３状態にする未所有ＩＤに書き換える。より詳細に説明すると、管理部１１４は、任意のゲーム内資産の属性情報に含まれる一時所有フラグを１から０に書き換え、未所有フラグを０から１に書き換える。

【0098】

また、管理部１１４は、イベント発生通知に含まれる任意のゲーム内資産に対応するイベントのイベント期間を取得し、当該イベントが発生している期間に、履歴情報が第２条件を満たしているか判定する。例えば、管理部１１４は、イベントが発生している期間において、第１状態のキャラクターに対してユーザが特定のアイテムを付与したか判定する。特定のアイテムは、キャラクターで共通のものであってもいいし、キャラクターごとに異なるように設定されていてもよい。

【0099】

管理部１１４は、イベントが発生している期間に、履歴情報が第２条件を満たしていると判定すると、任意のゲーム内資産に対応する第１期間を延長する。具体的には、管理部１１４は、離脱イベントが発生している期間において、第１状態のキャラクターに対してユーザが特定のアイテムを付与したと判定すると、当該キャラクターが第１状態になる期間である第１期間を特定のアイテムに応じて延長する。
また、管理部１１４は、離脱イベントが発生している期間において、第１状態のキャラクターに対してユーザが特定のアイテムを付与したと判定すると、当該キャラクターの好感度を特定のアイテムに応じて上昇させる。
延長期間及び好感度の上昇率は、全てのキャラクターが同一であってもいいし、異なっていてもよく、また、特定のアイテムのレアリティや、特定のアイテムを購入した際に使用した有償石の数に応じて設定されていてもよい。

【0100】

イベント発生部１１５は、記憶部１１８からランダムに選択されたゲーム内資産のゲーム内資産ＩＤと関連付けられたイベント情報を取得する。イベント情報には、ゲーム内資産に含まれるキャラクターごとのイベントと、イベント発生頻度と、イベント発生回数が含まれる。イベント発生部１１５は、第１期間中にイベント情報に基づいて、ランダムに選択されたゲーム内資産に対応するイベントを発生させる。

【0101】

イベント発生部１１５は、イベント発生頻度に基づいて、第１期間の間、任意のタイミングでイベントを発生させる。また、イベント発生部１１５は、イベント回数に基づいて、第１期間の間、イベントを少なくとも１回発生させる。イベント発生部１１５は、例えば、等間隔でイベントを発生させてもよく、第１期間開始直後から中盤まではイベントを発生させず、中盤以降から第１期間終了手前までにイベントを発生させてもよい。また、イベント発生部１１５は、イベント発生頻度を、ゲーム内資産（キャラクター）のレアリティに応じて設定してもよい。

【0102】

イベント発生部１１５は、任意のゲーム内資産に対応するイベントを発生させた後、管理部１１４にイベント発生通知を送信する。イベント発生通知は、例えば、第１状態のキャラクターのゲーム内資産ＩＤと、当該ゲーム内資産ＩＤと関連付けられたユーザＩＤと、イベント期間の情報を含む。

【0103】

表示処理部１１７は、抽選部１１３によりランダムに選択された任意のゲーム内資産を、ユーザ端末２００のディスプレイに表示させる表示データを生成する。表示処理部１１７は、通信部１２１を介して、生成した表示データをユーザ端末２００に送信し、ユーザ端末２００においてランダムに選択されたゲーム内資産をユーザに提示させることができる。また、表示処理部１１７は、キャラクターごとに現在の状態を表す態様を、ユーザ端末２００のディスプレイに表示させる表示データを生成する。

【0104】

変換部１１６は、ユーザＩＤに関連付けられた履歴情報が所定の条件（ＮＦＴ化条件）を満たしているときに、ユーザＩＤに関連付けられたゲーム内資産をＮＦＴ(Non-Fungible Token)に変換可能な状態とする機能を有している。

【0105】

変換部１１６は、通信部１２１を介して、ユーザ端末２００からゲーム内資産をＮＦＴへ変換することを要求する変換要求信号を受信する。変換要求信号は、ユーザのユーザＩＤと、ユーザがＮＦＴへの変換を希望するゲーム内資産のＩＤと、を含む。

【0106】

変換部１１６は、通信部１２１を介してユーザ端末２００から取得した変換要求信号に応じて、記憶部１１８から対応するユーザＩＤに関連付けられた履歴情報を取得する。変換部１１６は、取得した履歴情報が所定の条件を満たしているときに、ユーザＩＤに関連付けられたゲーム内資産をＮＦＴに変換可能とする。

【0107】

なお、変換部１１６は、記憶部１１８においてユーザＩＤに関連付けられた履歴情報が所定の条件を満たしているときに、ユーザＩＤに関連付けられたゲーム内資産をＮＦＴに変換可能とした後、ユーザ端末２００からの変換要求情報を待機してもよい。

【0108】

変換部１１６は、ユーザＩＤに関連付けられた履歴情報が所定の条件を満たしているときに、ユーザＩＤに関連付けられたゲーム内資産をＮＦＴに変換可能とすると同時に、ゲーム内において、ＮＦＴに変換可能であるゲーム内資産の表示の態様を変換可能としてもよい。例えば、ＮＦＴに変換可能であるゲーム内資産を他のゲーム内資産と異なる表示態様（色、形、容姿、表情、背景、大きさ、静止しているキャラクターに対して特定の動作をさせるなど）での表示に変換可能としてもよく、ＮＦＴに変換可能であるゲーム内資産の音声やＢＧＭ、映像、動画、ゲーム内資産の使用をする際の登場演出・必殺技演出などを変換可能としてもよい。

【0109】

また、変換部１１６は、ユーザＩＤに関連付けられた複数のゲーム内資産毎にＮＦＴに変換可能とする所定の条件を設定してもよい。例えば、変換部１１６は、ユーザＩＤに関連付けられたキャラクターをＮＦＴに変換可能とする場合と、ユーザＩＤに関連付けられたアイテムをＮＦＴに変換可能とする場合に満たすべき所定の条件をそれぞれ異なるものとする機能をもつ。また、例えば、変換部１１６は、ユーザＩＤに関連付けられた第１キャラクターをＮＦＴに変換可能とする場合と、ユーザＩＤに関連付けられた第２キャラクターをＮＦＴに変換可能とする場合に満たすべき所定の条件をそれぞれ異なるものとする機能をもつ。

【0110】

変換部１１６は、例えば、ユーザが所有するキャラクター（ゲーム内資産）のレベルが閾値以上である場合に、当該キャラクターをＮＦＴ化可能であると判断してもよい。変換部１１６は、ユーザのＩＤに関連付けられた履歴情報に含まれるキャラクターレベル情報から、ユーザがＮＦＴ化を希望するキャラクターの現在（判断時）のキャラクターレベルが閾値を越えている場合、所定の条件を満たすと判断してもよい。

【0111】

また、ユーザＩＤに関連付けられた履歴情報に含まれるキャラクターレベル情報の履歴から、当該キャラクターに覚醒ＩＤ等の特定のＩＤが付与されている場合、変換部１１６は、所定の条件を満たすと判断してもよい。なお覚醒ＩＤは、例えばゲーム内のキャラクターのレベルが一定レベルに達した、又はゲーム内のキャラクターのレベルが一定レベルに達した後に能力値の限界を超えて強化可能となった（覚醒した）ことを示すＩＤであり、キャラクターが覚醒した日時とともにキャラクターの識別情報と関連付けられて記憶部１１８に記録される。

【0112】

また、ユーザＩＤに関連付けられた履歴情報に含まれるアイテム装備情報から、ユーザがＮＦＴ化を希望するキャラクターが専用装備品を装備したことを表す装備ＩＤ等、当該キャラクターに特定の装備ＩＤが付与されている場合、変換部１１６は、所定の条件を満たすと判断してもよい。

【0113】

履歴情報に含まれるキャラクター強化情報から、過去のキャラクターの強化回数が閾値以上である場合、変換部１１６は、所定の条件を満たすと判断してもよく、また、履歴情報に含まれる過去の戦闘情報から、キャラクターを用いて特定のクエストをクリアした結果がある場合、変換部１１６は、所定の条件を満たすと判断してもいい。

【0114】

変換部１１６における所定の条件の他の例として、有償石でアイテムや装備品を購入した場合や、ユーザが所有するキャラクターの強化に有償石あるいは無償石を用いた場合があげられる。履歴情報に含まれるアイテム購入情報から、ユーザが有償石を用いてアイテムや装備品を購入した回数が閾値を越える場合、変換部１１６は、所定の条件を満たすと判断してもよい。また、履歴情報に含まれるキャラクター強化情報から、ユーザがゲーム内通貨（有償石あるいは無償石）を用いてキャラクターに対して強化を行った回数が閾値を越える場合、変換部１１６は、所定の条件を満たすと判断してもよい。

【0115】

変換部１１６は、変換要求信号を取得しており、かつ、ユーザＩＤに関連付けられた履歴情報が所定の条件を満たしているときに、ユーザＩＤに関連付けられたゲーム内資産をＮＦＴに変換可能な状態とし、当該ゲーム内資産のＮＦＴ化をＮＦＴサーバ１３０に要求する要求信号を生成する。

【0116】

また、変換部１１６は、変換要求信号を取得しており、かつ、ユーザＩＤに関連付けられた履歴情報が所定の条件を満たしているときに、ユーザＩＤに関連付けられた第２状態のゲーム内資産を、第１状態から第２状態となった履歴の存在を表す態様でＮＦＴに変換可能な状態とし、当該ゲーム内資産のＮＦＴ化をＮＦＴサーバ１３０に要求する要求信号を生成してもよい。

【0117】

要求信号は、ＮＦＴ化されるゲーム内資産に対応する画像データ等のデジタルデータと、ＮＦＴ化されるゲーム内資産の作成者の情報と、ＮＦＴ化されるゲーム内資産の所有者の情報と、を少なくとも含んでいる。なお、ゲーム内資産の作成者の情報と所有者の情報とは同じ情報であってもよく、ゲーム内資産の作成者の情報と所有者の情報とはゲームにおけるユーザＩＤを含んでいても構わない。変換部１１６は、ＮＦＴサーバ１３０に、要求信号を送信する。

【0118】

変換部１１６は、ＮＦＴサーバ１３０によるＮＦＴ化処理完了通知（ＮＦＴの作成者の情報と、ＮＦＴの所有者の情報と、ＮＦＴ化を行ったゲーム内資産の識別情報と、ＮＦＴ化が完了した日時）を受信すると、ユーザＩＤと関連付けられて記憶部１１８に記憶されているＮＦＴ化処理が完了したゲーム内資産を、ゲーム内においてユーザにより所有されていない状態とする。すなわち、変換部１１６は、ＮＦＴサーバ１３０によるＮＦＴ化処理完了通知を受信すると、ＮＦＴ化処理が完了したゲーム内資産に対して、切替フラグを切り替え、当該ゲーム内資産をゲーム内でユーザにより使用不可な状態にする。

【0119】

また、変換部１１６は、ユーザＩＤに関連付けられた履歴情報が上記所定の条件（ＮＦＴ化条件）とは異なる条件（表示態様変更条件）を満たしているときに、ＮＦＴ化されたときのゲーム内資産の表示の態様を変換可能とする（ユーザ端末２００から表示態様変更要求をゲームサーバ１１０に送信可能とする）よう構成されていてもよい。

【0120】

ＮＦＴ化するゲーム内資産がゲームのキャラクターである場合、変換部１１６は、当該ゲーム内資産の要求信号を生成する際に、ＮＦＴ化を要求するキャラクターの表示態様を変更したデジタルデータを生成してもよい。例えば、変換部１１６は、通信部１２１を介してユーザ端末２００から表示態様変更要求を取得した場合、ゲーム内では、キャラクターが真顔（無表情）でユーザ端末２００に表示されるのに対し、ＮＦＴ化されたキャラクターが笑顔（所定の表情）となるように要求信号を生成してもよい。

【0121】

表示態様を変更可能なゲーム内資産については、複数の表示態様による画像データが予め記憶部１１８に記憶されていてもよい。また、変換部１１６は、例えばＮＦＴ化を要求するゲーム内資産の画像データと他の画像データとを組み合わせて、当該ゲーム内資産の表示態様の異なる画像データを生成してもよい。表示態様変更要求は、例えば、表情変化要求であってもよく、所定の背景画像とする背景画像変更要求であってもよい。

【0122】

例えば、履歴情報に含まれるキャラクターレベル情報から、キャラクターに覚醒ＩＤ等の特定のＩＤが付与されかつ、当該覚醒ＩＤの付与後に更にレベルを上昇させることで、別の覚醒ＩＤ等の特定のＩＤが付与されている場合、変換部１１６は、表示態様変更条件を満たすと判断してもよい。また、例えば履歴情報に含まれるユーザＩＤに関連付けられたゲーム内資産をＮＦＴに変換した回数情報から、所定期間にゲーム内資産をＮＦＴに変換した回数が設定された閾値以上である場合、変換部１１６は、表示態様変更条件を満たすと判断してもよい。

【0123】

また、履歴情報に含まれるランキング情報から、ブロックチェーンゲーム内の大会に参加したユーザが閾値以上の順位を獲得した場合、変換部１１６は、表示態様変更条件を満たすと判断してもよい。この場合、変換部１１６は、当該大会でユーザが使用したキャラクターもしくはアイテム、すなわち、ランキング情報に含まれるユーザＩＤに関連付けられたゲーム内資産をＮＦＴに変換する際に、ゲーム内資産の画像とともに順位や大会の景品（順位に対応するアイテムや背景等）等を表示したり、キャラクターの表情や姿勢を順位に応じて変更したりする等の表示態様の変更を可能にする機能を有していてもよい。

【0124】

また、変換部１１６は、ＮＦＴ（ＮＦＴ化処理が完了したゲーム内資産）が含まれ、ＮＦＴをゲーム内で再度使用することを要求する復帰要求信号（ユーザＩＤ、ゲーム内資産ＩＤと、ＮＦＴのＩＤと、ＮＦＴのデータと、を含む）を、ユーザ端末２００から受信してもよい。変換部１１６は、受信した復帰要求信号に含まれるＮＦＴＩＤに基づいて、記憶部１１８に記憶されたＮＦＴ化処理が完了したゲーム内資産の切替フラグを切り替えて、当該ＮＦＴ化処理が完了したゲーム内資産をゲーム内で使用可能とし、ＮＦＴ化処理が完了したゲーム内資産の能力値を変更する機能を有していてもよい。

【0125】

例えば、変換部１１６は、復帰要求信号をユーザ端末２００から受信した場合、記憶部１１８から復帰させる対象のＮＦＴ化処理が完了したゲーム内資産（キャラクターやゲーム内で使用可能なアイテム、キャラクターに着用可能な武器・装備品、キャラクターのスキルを発生させるためのカード等）のキャラクターレベル情報を取得する。変換部１１６は、ＮＦＴ化処理が完了したゲーム内資産に対して、キャラクターレベル情報を基準にレベル等のパラメータを変更してもよい。例えば、変換部１１６は、ＮＦＴ化処理が完了したゲーム内資産のキャラクターレベルを上げる若しくはキャラクターレベルを下げてもよい。

【0126】

また、変換部１１６は、復帰要求信号をユーザ端末２００から受信した場合、記憶部１１８から、復帰させる対象のＮＦＴ化処理が完了したゲーム内資産（キャラクターやゲーム内で使用可能なアイテム、キャラクターに着用可能な武器・装備品、キャラクターのスキルを発生させるためのカード等）のキャラクタースキル情報を取得する。変換部１１６は、ＮＦＴ化処理が完了したゲーム内資産に対して、キャラクタースキル情報を基準にスキル等のパラメータを変更してもよい。例えば、変換部１１６は、ＮＦＴ化処理が完了したゲーム内資産に新たなスキルを付与する若しくは既存のスキルを剥奪してもよい。

【0127】

また、変換部１１６は、復帰要求信号をユーザ端末２００から受信した場合、復帰させる対象のＮＦＴ化処理が完了したゲーム内資産に対して、能力値（キャラクターレベル情報、キャラクタースキル情報、アイテム装備情報等）を初期値に設定してもよく、ＮＦＴ化時点における能力値としてもよい。また、変換部１１６は、復帰要求信号をユーザ端末２００から受信した場合、復帰させる対象のＮＦＴ化処理が完了したゲーム内資産に対して、能力値等のパラメータを変更してもよい。

【0128】

また、ユーザ端末２００から受信した復帰要求信号のＮＦＴに含まれる、復帰させる対象のＮＦＴ化処理が完了したゲーム内資産の作成者の情報と、復帰させる対象のＮＦＴ化処理が完了したゲーム内資産の所有者の情報とが異なる場合（例えば、ＮＦＴの売買が行われた場合）、変換部１１６は、記憶部１１８からＮＦＴ化処理が完了したゲーム内資産の情報を取得し、ユーザ端末２００の復帰要求信号に含まれるユーザＩＤと関連付ける。変換部１１６は、ユーザＩＤに関連付けられたゲーム内資産の情報に基づいて、能力値を設定してもよく、能力値を初期値に設定してもよい。

【0129】

以下に、ゲームサーバ１１０の抽選処理、書換処理及び期間延長処理の一例について図面を参照して説明する。
図３は、一実施形態のゲームサーバにおける抽選処理の一例を説明するためのフローチャートである。
図４は、一実施形態のゲームサーバにおける書換処理の一例を説明するためのフローチャートである。
図５は、一実施形態のゲームサーバにおける期間延長処理の一例を説明するためのフローチャートである。

【0130】

本実施形態では、任意のタイミングで抽選処理、書換処理及び期間延長処理が開始される。抽選部１１３は、抽選発生条件を達成したか判断する（ステップＳ１）。抽選部１１３は、抽選発生条件が達成されるまで処理を行わず待機する（ステップＳ１、ＮＯ）。

【0131】

抽選部１１３は、抽選発生条件が達成されたと判断すると（ステップＳ１、ＹＥＳ）、複数のゲーム内資産の候補の中から、任意のゲーム内資産をランダムに選択する（ステップＳ２）。

【0132】

抽選部１１３は、ランダムに選択された任意のゲーム内資産を、複数のゲーム内資産の候補から除外する（ステップＳ３）。

【0133】

本実施形態では、ステップＳ３の処理が終了すると書換処理が開始される。管理部１１４は、抽選部１１３からランダムに選択されたゲーム内資産のゲーム内資産ＩＤと、当該ゲーム内資産に含まれるゲーム内資産の属性情報とを取得する。また、管理部１１４は、記憶部１１８からユーザＩＤに関連付けられた履歴情報を取得する。管理部１１４は、取得した任意のゲーム内資産の属性情報から、一時所有フラグが１であり、未所有フラグと所有フラグが０であることを検出し、一時所有ＩＤと、ユーザＩＤと、日時情報とを記憶部１１８に関連付けて記録する（ステップＳ４）。

【0134】

管理部１１４は、記憶部１１８から取得した履歴情報を用いて、第１期間において、当該履歴情報が第１条件を満たしたか判定する（ステップＳ５）。管理部１１４は、第１期間において、取得した履歴情報が第１条件を満たすと判定すると（ステップＳ５、ＹＥＳ）、ユーザＩＤに関連付けられた一時所有ＩＤを、第２状態にする所有ＩＤに書き換え（ステップＳ６）、処理を終了する。

【0135】

管理部１１４は、第１期間において、取得した履歴情報が第１条件を満たしていないと判定すると（ステップＳ５、ＮＯ）、第１期間が経過したかどうか判定する（ステップＳ７）。管理部１１４が、第１期間が経過していないと判定すると（ステップＳ７、ＮＯ）、イベント発生部１１５は、記憶部１１８から取得したイベント情報に含まれるイベント発生頻度に基づいてイベントの発生タイミングであるか判定する（ステップＳ８）。

【0136】

イベント発生部１１５は、イベント発生頻度に基づいてイベントの発生タイミングではないと判定すると（ステップＳ８、ＮＯ）、ステップＳ５の処理に戻る。イベント発生部１１５は、イベント発生頻度に基づいてイベントの発生タイミングであると判定すると（ステップＳ８、ＹＥＳ）、ステップＳ９の処理に遷移する。

【0137】

イベント発生部１１５は、記憶部１１８から取得したイベント情報に含まれるイベント回数に基づいてイベントが規定回数発生したかどうか判定する（ステップＳ９）。例えば、任意のゲーム内資産におけるイベントの規定回数が３回である場合、イベント発生部１１５は、イベント回数が３回を超えていないかを判定する。

【0138】

イベント発生部１１５は、イベント回数に基づいてイベントが規定回数発生したいと判定すると（ステップＳ９、ＹＥＳ）、ステップＳ５の処理に戻る。イベント発生部１１５は、イベント回数に基づいてイベントが規定回数発生していないと判定すると（ステップＳ９、ＮＯ）、任意のゲーム内資産に対応するイベントを発生させる（ステップＳ１０）。

【0139】

管理部１１４は、イベントが発生している期間に、履歴情報が第２条件を満たしているかどうか判定する（ステップＳ１１）。管理部１１４は、イベントが発生している期間に、履歴情報が第２条件を満たしていると判定すると（ステップＳ１１、ＹＥＳ）、任意のゲーム内資産に対応する第１期間を延長し（ステップＳ１２）、ステップＳ５の処理に戻る。管理部１１４は、イベントが発生している期間に、履歴情報が第２条件を満足していないと判定すると（ステップＳ１１、ＮＯ）、ステップＳ５の処理に戻る。

【0140】

管理部１１４は、第１期間が経過していると判定すると（ステップＳ７、ＹＥＳ）、第２期間が経過したと判定するまで待機する（ステップＳ１３、ＮＯ）。管理部１１４が、第２期間が経過したと判定すると（ステップＳ１３、ＹＥＳ）、抽選部１１３は、ランダムに選択された除外済ゲーム内資産を、複数のゲーム内資産の候補に再度加え（ステップＳ１４）、処理を終了する。

【0141】

本実施形態のゲームサーバ、ゲーム運用方法、コンピュータプログラム及びゲームシステムによれば、ユーザがランダムに選択されたキャラクターのパラメータ値を様々な条件を達成することにより上昇させ、期間限定で所有状態となっているキャラクターを期間無しで所有可能な状態にすることで、従来のキャラクター入手方法（例えば、ガチャ）のような不確実性の要素も残しつつ、入手できる基準が明確になるため、趣向性の向上かつ、ゲーム離れを防ぐことが可能になる。

【0142】

次に、ゲームサーバ１１０のＮＦＴ化処理の一例について図面を参照して説明する。
図６は、一実施形態のゲームサーバのＮＦＴ化処理の一例を説明するためのフローチャートである。

【0143】

本実施形態では、任意のタイミングでＮＦＴ化処理が開始される。変換部１１６は、ユーザ端末２００から変換要求信号を受信したか判断する（ステップＳ２１）。変換部１１６は、変換要求信号を受信するまで処理を行わず待機する（ステップＳ２１、ＮＯ）。

【0144】

変換部１１６は、通信部１２１を介して、ユーザ端末２００から変換要求信号を受信すると（ステップＳ２１、ＹＥＳ）、変換要求信号に含まれるユーザＩＤに関連付けられた履歴情報が所定の条件を満たしているか判断する（ステップＳ２２）。変換部１１６は、ユーザＩＤに関連付けられた履歴情報が所定の条件を満たしていないと判断すると（ステップＳ２２、ＮＯ）、ＮＦＴ化処理を終了する。

【0145】

変換部１１６は、ユーザＩＤに関連付けられた履歴情報が所定の条件を満たしているときに（ステップＳ２２、ＹＥＳ）、任意のゲーム内資産が、第１状態から第２状態になったことが履歴情報に記録されているか判定する（ステップＳ２３）。

【0146】

変換部１１６は、任意のゲーム内資産が、第１状態から第２状態になったことが履歴情報に記録されていると判定した場合（ステップＳ２３、ＹＥＳ）、ユーザＩＤに関連付けられた第２状態のゲーム内資産を、第１状態から第２状態となった履歴の存在を表す態様でＮＦＴに変換可能な状態とし、要求信号を生成し、通信部１２１を介して、ＮＦＴサーバ１３０に、要求信号を送信し（ステップＳ２４）、処理を終了する。

【0147】

変換部１１６は、任意のゲーム内資産が、第１状態から第２状態になったことが履歴情報に記録されていないと判定した場合（ステップＳ２３、ＮＯ）、ユーザＩＤに関連付けられたゲーム内資産をＮＦＴに変換可能な状態とし、要求信号を生成し、通信部１２１を介して、ＮＦＴサーバ１３０に、要求信号を送信し（ステップＳ４３）、処理を終了する。

【0148】

ＮＦＴサーバ１３０によるＮＦＴ化が完了すると、変換部１１６は、ＮＦＴサーバ１３０によるＮＦＴ化処理完了通知を受信する。変換部１１６は、ＮＦＴ化処理完了通知に基づいて、ユーザＩＤに関連付けられたＮＦＴ化処理が完了したゲーム内資産の切替フラグを切り替えて、ＮＦＴ化処理が完了したゲーム内資産を使用不可な状態にする。

【0149】

なお、上記ステップＳ２１－Ｓ２５のＮＦＴ化処理の処理順序は、上記に限定されるものではない。例えば、変換部１１６は、ユーザのユーザＩＤに関連付けられた複数のゲーム内資産の中で、当該ユーザＩＤに関連付けられた履歴情報が所定の条件を満たすものを判断する。その後、変換部１１６は、所定の条件を満たす複数のゲーム内資産を、表示処理部１１７を用いて、ユーザ端末２００に表示させて、ＮＦＴ化可能なゲーム内資産をユーザに提示する。続いて、変換部１１６は、変換要求信号を受信し、当該変換要求信号に含まれるユーザにより選択された所定の条件を満たすゲーム内資産に対応する要求信号を生成し、ＮＦＴサーバ１３０に送信する。変換部１１６は、上記ステップＳ２１－Ｓ２５に代えて、上記処理手順によりＮＦＴ化処理を進めても構わない。

【0150】

本実施形態のゲームサーバ、ゲーム運用方法、コンピュータプログラム及びゲームシステムによれば、ユーザが取得したキャラクターを様々な条件付きで育成することで、暗号資産として保有可能なＮＦＴに変換でき、また、期限付きで所有したキャラクターのパラメータ値を上昇させることで、期限なく所有した状態にしたことをＮＦＴに表示可能になり、当該キャラクターを売却可能になることで、趣向性の向上かつ、ゲーム離れを防ぐことが可能になる。

【0151】

すなわち、本実施形態によれば、ユーザがゲームを楽しみつつゲーム内資産を取得可能なゲームを提供するゲームサーバ、ゲーム運用方法、コンピュータプログラム及びゲームシステムを提供することができる。

【0152】

なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

【符号の説明】

【0153】

１００…ゲームシステム、１１０…ゲームサーバ、１１１…プロセッサ、１１２…プレイ管理部、１１３…抽選部、１１４…管理部、１１５…イベント発生部、１１６…変換部、１１７…表示処理部、１１８…記憶部、１１９…入力部、１２０…出力部、１２１…通信部、１３０…ＮＦＴサーバ、１３１…プロセッサ、１３２…ＮＦＴ処理部、１３３…記憶部、１３４…入力部、１３５…出力部、１３６…通信部、２００…ユーザ端末、３００…ＣＥＸ（Centralized Exchange）、４００…ＤＥＸ（Decentralized Exchange）、５００…マーケットプレイス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】