(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023155131
(43)【公開日】2023-10-20
(54)【発明の名称】情報処理装置、情報処理方法および情報処理プログラム
(51)【国際特許分類】
A63F 13/69 20140101AFI20231013BHJP
G06Q 50/10 20120101ALI20231013BHJP
A63F 13/79 20140101ALI20231013BHJP
【ＦＩ】
A63F13/69 510
G06Q50/10
A63F13/79
【審査請求】未請求
【請求項の数】1
【出願形態】ＯＬ
(21)【出願番号】P 2022190528
(22)【出願日】2022-11-29
(62)【分割の表示】P 2022064141の分割
【原出願日】2022-04-07
(71)【出願人】
【識別番号】500033117
【氏名又は名称】株式会社ＭＩＸＩ
(72)【発明者】
【氏名】得地 賢吾
(72)【発明者】
【氏名】栗山 幸介
(72)【発明者】
【氏名】松本 雅矩
(72)【発明者】
【氏名】小牧 信貴
(72)【発明者】
【氏名】大脇 遼平
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC18
(57)【要約】 （修正有）
【課題】ゲーム媒体の管理負荷を軽減することが可能な情報処理装置、情報処理方法および情報処理プログラムを提供する。
【解決手段】情報処理装置は、プロセッサを備える。プロセッサは、ブロックチェーンにより管理される第１ゲーム媒体と、ブロックチェーンにより管理されない第２ゲーム媒体とを含むゲーム媒体集合から、ユーザに付与するゲーム媒体を決定する抽選を実行する。ユーザに第１ゲーム媒体が付与される場合、ブロックチェーンにおいて第１ゲーム媒体を特定可能なゲーム媒体特定情報は、ユーザを特定可能なユーザ特定情報と関連付けて記憶される。
【選択図】図９
【解決手段】情報処理装置は、プロセッサを備える。プロセッサは、ブロックチェーンにより管理される第１ゲーム媒体と、ブロックチェーンにより管理されない第２ゲーム媒体とを含むゲーム媒体集合から、ユーザに付与するゲーム媒体を決定する抽選を実行する。ユーザに第１ゲーム媒体が付与される場合、ブロックチェーンにおいて第１ゲーム媒体を特定可能なゲーム媒体特定情報は、ユーザを特定可能なユーザ特定情報と関連付けて記憶される。
【選択図】図９
【特許請求の範囲】
【請求項1】
プロセッサを備える情報処理装置であって、 前記プロセッサは、ブロックチェーンにより管理される第１ゲーム媒体と、前記ブロックチェーンにより管理されない第２ゲーム媒体とを含むゲーム媒体集合から、ユーザに付与するゲーム媒体を決定する抽選を実行し、 前記ユーザに前記第１ゲーム媒体が付与される場合、前記ブロックチェーンにおいて前記第１ゲーム媒体を特定可能なゲーム媒体特定情報は、前記ユーザを特定可能なユーザ特定情報と関連付けて記憶される、 情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。
【背景技術】
【0002】
現在、ゲーム内で、ガチャと呼ばれる抽選を行うことが可能なゲームが知られている。抽選を行うことで、ユーザは、新たなゲーム媒体（例えば、キャラクタやアイテム）を入手することができる。
【0003】
例えば、特許文献１には、ユーザの入力操作に応じてゲームを進行させ、予め定められた項目がユーザのゲームプレイにより達成されることにより、達成された項目に応じてゲームポイントをユーザに付与し、ユーザに付与されるゲームポイントが一定量に到達する都度、抽選権をユーザに付与するゲームが開示されている。
【0004】
ところで、近年、ブロックチェーン技術を背景とした仮想通貨（暗号資産）への関心が高まるとともに、ブロックチェーンのゲームへの応用や開発が進んでいる。
【0005】
ブロックチェーンを利用したゲームの特徴として、キャラクタやアイテム等のゲーム媒体（ゲーム内資産）をブロックチェーン上に発行・流通させるため、ゲームデータの改ざんという不正行為を排除しつつ、ゲーム媒体をユーザ間で交換・売買することが可能となっている。また、ゲーム媒体をブロックチェーン上に発行・流通させるため、複数の異なるゲームで同じゲーム媒体を利用することも可能である。
【0006】
この場合、ゲーム媒体は、資産価値を向上させるべく、数量を制限してシリアル番号で管理するなどして稀少性を持たせるべく、ノンファンジブルトークン（ＮＦＴ：Ｎｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ）としてブロックチェーン上に発行・流通することが行われている。例えば、ゲーム内で抽選を行うことで、ユーザが新たなゲーム媒体を入手する場合、当該ゲーム媒体のユーザへの移動（流通）は、ブロックチェーン上にトランザクション（取引履歴）として記録される。
【0007】
例えば、ＥＲＣ７２１（Ｅｔｈｅｒｅｕｍ Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）は、イーサリアムブロックチェーンにおいて、ＮＦＴを発行するためのトークン規格の１つであり、トークンを数量指定するのではなく、ＩＤで１つのトークンを特定してブロックチェーンに記録し譲渡可能となっており、このＮＦＴ特有の属性情報として名前・説明・画像等のデータを紐づけ可能となっている。
【先行技術文献】
【特許文献】
【0008】
【特許文献1】特開２０１８－０１１８９１号公報
【発明の概要】
【発明が解決しようとする課題】
【0009】
しかしながら、ブロックチェーンに限らず、全てのゲーム媒体に対して一意の識別情報を付与してゲーム媒体毎に個別のデータ管理を行うことによってゲーム媒体の管理負荷が増大する。ゲームに用いられるゲーム媒体（キャラクタやアイテム等）の数は膨大であり、抽選の実行によってユーザに付与される全てのゲーム媒体を管理負荷の高い形態（例えば、ゲーム媒体を一意に識別する情報を割り振って管理するノンファンジブルトークン等を利用したけ管理形態）で管理しようとすると、ゲーム媒体の管理負荷が非常に高くなってしまうという問題があった。
【0010】
本発明の目的は、ゲーム媒体の管理負荷を軽減することが可能な情報処理装置、情報処理方法および情報処理プログラムを提供することである。
【課題を解決するための手段】
【0011】
本発明に係る情報処理装置は、 プロセッサを備える情報処理装置であって、 前記プロセッサは、ブロックチェーンにより管理される第１ゲーム媒体と、前記ブロックチェーンにより管理されない第２ゲーム媒体とを含むゲーム媒体集合から、ユーザに付与するゲーム媒体を決定する抽選を実行し、 前記ユーザに前記第１ゲーム媒体が付与される場合、前記ブロックチェーンにおいて前記第１ゲーム媒体を特定可能なゲーム媒体特定情報は、前記ユーザを特定可能なユーザ特定情報と関連付けて記憶される。
【発明の効果】
【0012】
本発明によれば、ゲーム媒体の管理負荷を軽減することができる。
【図面の簡単な説明】
【0013】
【図1】第１の実施形態におけるゲームシステムの構成を示す図である。
【図2】ユーザ端末の表示部に表示されるホーム画面の一例である。
【図3】ユーザ端末の表示部に表示される抽選結果画面の一例である。
【図4】第１の実施形態におけるサーバのハードウェア構成を示すブロック図である。
【図5】第１の実施形態におけるユーザ端末のハードウェア構成を示すブロック図である。
【図6】第１の実施形態におけるサーバの機能構成例を示すブロック図である。
【図7】キャラクタ管理テーブルの一例を示す図である。
【図8】ユーザ管理テーブルの一例を示す図である。
【図9】制御部が行う抽選処理の一例を示すフローチャートである。
【図10】第２の実施形態におけるサーバの機能構成例を示すブロック図である。
【図11】ユーザ端末の表示部に表示される抽選結果画面の一例を示す図である。
【図12】ユーザ端末の表示部に表示される抽選条件画面の一例を示す図である。
【図13】ユーザ端末の表示部に表示される抽選結果画面の一例を示す図である。
【図14】ユーザ端末の表示部に表示される抽選実行画面の一例を示す図である。
【図15】第１ゲーム媒体集合および第２ゲーム媒体集合に属する第１ゲーム媒体の一例を示す図である。
【発明を実施するための形態】
【0014】
添付図面を参照して、本発明の実施形態について説明する。なお、各図において、同一の符号を付したものは、同一または同様の構成を有する。
【0015】
（第１の実施形態） 図１は、第１の実施形態におけるゲームシステム１の構成を示す。図１に示すゲームシステム１は、サーバ１０（ゲームサーバ）と、複数のユーザ端末２０（ユーザ端末２０ａ、ユーザ端末２０ｂ、ユーザ端末２０ｃ）とを備える。サーバ１０およびユーザ端末２０は、インターネット、イントラネット、無線ＬＡＮまたは移動通信等の通信回線５を介して互いに通信可能に接続されている。なお、サーバ１０は、本発明の「情報処理装置」として機能する。
【0016】
本実施形態において、ユーザ端末２０ａ、ユーザ端末２０ｂ、ユーザ端末２０ｃを使用するユーザをそれぞれユーザＵ１、ユーザＵ２、ユーザＵ３とする。ユーザＵ１、ユーザＵ２、ユーザＵ３をそれぞれ区別する必要がない場合は、ユーザＵ１、ユーザＵ２、ユーザＵ３をそれぞれユーザＵと表現する。
【0017】
また、ユーザ端末２０ａ、ユーザ端末２０ｂ、ユーザ端末２０ｃをそれぞれ区別する必要がない場合は、ユーザ端末２０ａ、ユーザ端末２０ｂ、ユーザ端末２０ｃをそれぞれユーザ端末２０と表現する。
【0018】
なお、ゲームシステム１が備えるユーザ端末２０の数は３つに限られず、少なくとも１つ以上のユーザ端末２０を備えていれば良い。
【0019】
ユーザ端末２０は、例えばスマートフォンやタブレット端末等の情報処理端末であり、ユーザＵにゲームを提供する。ユーザＵは、ユーザ端末２０を操作することによって、ゲームにログインして当該ゲームを実行することができる。
【0020】
ユーザ端末２０は、例えば携帯電話機、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、携帯情報端末（ＰＤＡ:Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、家庭用ゲーム機器等、どのような端末が用いられても良い。ユーザ端末２０は、ＧＰＳ(Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ)等を用いて検出した自身の位置をサーバ１０に通知するようにしても良い。
【0021】
サーバ１０は、例えば、ユーザＵに関する各種情報を管理したり、ゲームの一部の処理を実行したりする等、ユーザ端末２０がゲームを提供する上でその一部の機能を担う装置である。サーバ１０は、１または複数の情報処理装置から構成されていても良いし、仮想的なサーバ（クラウドサーバ等）を用いて構成されていても良い。
【0022】
本実施形態では、サーバ１０と、複数のユーザ端末２０（ユーザ端末２０ａ、ユーザ端末２０ｂ、ユーザ端末２０ｃ）とを備え、Ｐ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）通信により互いに通信可能に接続された複数のノード（コンピュータ）によりブロックチェーンネットワークが構成される。ブロックチェーンネットワークは、トランザクションが記録された台帳を複数のノード（コンピュータ）が共有して管理するシステムである。ブロックチェーンは、時系列にそって複数のブロックがチェーン状に繋がったデータであり、各ブロックは、一定期間におけるトランザクションのデータを含む。ブロックチェーンの技術では、複数のブロックが過去の情報を保持した状態で追加されるので、履歴の改ざんが困難であるという特徴がある。ブロックチェーンネットワークは、例えばＥｔｈｅｒｅｕｍ（イーサリアム）等により構築することができる。
【0023】
本実施形態では、ブロックチェーンネットワークとして、ブロックチェーンにより契約の正当性を保証するスマートコントラクトを実現することが可能なＥｔｈｅｒｅｕｍが用いられる。なお、ブロックチェーンネットワークとして、Ｅｔｈｅｒｅｕｍの代わりに、例えばＦｌｏｗ（フロー）、ＥＯＳ（イオス）、ＮＥＭ（ネム）等が用いられても良い。
【0024】
Ｆｌｏｗは、新世代のゲーム、アプリ、およびそれらを生み出すデジタル資産管理の基盤として設計されたブロックチェーンであり、機能を分散させてスケーラビリティを挙げている一方、シャーディングを不要にしてデータベースの負荷を下げている。ＥＯＳは、スケーラビリティ問題の解決を目指したブロックチェーンであり、どれだけユーザやトランザクションが増えても遅延や手数料増加を起こさないということを特徴としている。ＮＥＭは、Ｅｔｈｅｒｅｕｍのようにコントラクトを書けない分、堅牢性が優れているブロックチェーンであり、そのブロックチェーンの中に便利な機能をプロトコルレベルで備えている。
【0025】
イーサリアムなどのブロックチェーンネットワークによって発行可能なトークン（イーサリアムトークン）を扱う規格（標準）としては、ＥＲＣ（Ｅｔｈｅｒｅｕｍ Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）２０、ＥＲＣ２０の改良版であるＥＲＣ２２３、ＥＲＣ７２１、ＥＲＣ１１５５等が存在する。ＥＲＣ２０は、イーサリアム上で通貨としてのトークン（ファンジブルトークン）を発行するための規格である。ＥＲＣ７２１は、トークンに様々な情報を付け加えることにより唯一無二の価値を持ったトークンとして、例えばノンファンジブルトークン（非代替性トークン：Ｎｏｎ-Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ：ＮＦＴ）を発行するための規格である。ＮＦＴは、他のＮＦＴと区別される独自の価値を有し、他のＮＦＴとの区別を可能にするため、固有の識別子（ＮＦＴ－ＩＤ）を有する。ＥＲＣ７２１規格に準拠したＮＦＴは、ＮＦＴ－７２１トークンとも呼ばれる。
【0026】
ＮＦＴは、ファンジブルトークンと同様に、ブロックチェーンネットワーク上において取引可能である。ＮＦＴの取引履歴は、ブロックチェーンネットワークにおいて記録される。ブロックチェーンネットワークの分散台帳では、ＮＦＴの所有者（オーナー）および所有履歴も記録される。
【0027】
ＥＲＣ１１５５は、ＥＲＣ２０、ＥＲＣ７２１の特徴を合わせ持ったハイブリットな規格とも言われ、ＥＲＣ２０の特徴を持ったトークンもＥＲＣ７２１を使った唯一無二の価値を持つトークンも発行することができる。また、ＥＲＣ１１５５では、１つのコントラクトで複数のトークンを扱うことができ、複数のトークンをグループとして送ったり、１度のトランザクションで複数の相手にトークンを送ったりすることができる。本実施形態では、ＮＦＴは、ＥＲＣ１１５５規格に準拠して発行されたトークンである。
【0028】
（ゲーム概要） 次に、ゲームシステム１が提供するゲームの概要を説明する。ゲームシステム１が提供するゲームでは、ユーザＵは、所有している複数のキャラクタの中から選択したキャラクタでデッキを編成し、編成したデッキを用いてクエストをクリアすることで、新たなキャラクタやアイテムを入手することができる。また、ユーザＵは、入手した複数のキャラクタを合成することでより強いキャラクタに成長させたり、アイテムを用いてキャラクタの属性を強化したりすることで、より難易度の高いクエストに挑戦することができる。
【0029】
ここで、クエストとは、予め定められた一定の条件を満たすことでクリア可能な課題を意味する用語である。クエストは、一般的には、探索、課題およびミッションと呼ばれることもある。クエストに参加したユーザＵは、当該一定の条件を満たすことでクエストをクリアすることができ、クエストをクリアすると、ユーザＵに報酬が与えられたり、本ゲームのストーリーが進行したりする。
【0030】
デッキとは、複数のキャラクタを組み合わせたグループを意味する用語である。ユーザＵは、クエストを実行する際、当該クエストをクリアするために適した能力を持つキャラクタを選択してデッキを編成してクエストを実行する。本実施形態では、ユーザＵがクエスト等を「実行」することを、「クエストプレイ」と称しても良い。ユーザＵは、ゲームを実行することで、例えばクエストのクリア回数等に応じて増えるユーザＵのステータス値であるユーザランクが付与される。
【0031】
クエストは、複数のユーザＵにより共同で実行することができる。以下、クエストを複数のユーザＵにより共同で実行することを「マルチプレイ」と言う。マルチプレイでは、各ユーザＵは、デッキを編成する複数のキャラクタのうち、自身に割り当てられたキャラクタを操作する。マルチプレイを招集したユーザＵは、ホストと呼ばれる。
【0032】
ユーザＵは、ゲーム中の様々な場面（例えばクエストをクリアした場合等）でキャラクタを入手することができる。また、ユーザＵは、名ゲームの中で、任意のゲーム媒体（キャラクタまたはアイテム）が当たる抽選を行う（くじを引く）ことができる。ユーザＵは、抽選を行うことで、任意のゲーム媒体を受け取る（獲得する）ことができる。任意のゲーム媒体が当たる抽選を行う（くじを引く）ことは、「ガチャ」とも呼ばれる。ユーザＵは、金銭、代用貨幣、仮想通貨、暗号資産、クレジットカード等の電子通貨、及びポイント等の消費媒体を消費することや、ゲーム内価値（例えば、ブロックチェーンにより管理される通貨）を消費することや、ゲームにて受け取れるゲーム内アイテムである抽選券を消費すること等で、当該抽選を行うことができる。例えばゲーム内価値の単位が「オーブ」である場合、１オーブの消費で１回の抽選を行うことができる。
【0033】
本実施形態において、各ゲーム媒体には、抽選で当選する確率に対応したレアリティ度（希少性）が付与されている。レアリティ度は例えばレベル１からレベル３まで設定されており、レベル１が最も当選する確率が高く、レベル２、レベル３の順に当選する確率が低くなる。
【0034】
図２は、ユーザ端末２０の表示部２４に表示されるホーム画面の一例を示す図である。図２に示すホーム画面は、ユーザＵがゲームにログインした後のゲーム開始時等に表示される。以下で説明する各画面は、サーバ１０からユーザ端末２０に送信されたゲーム画面表示データに基づいて表示される。
【0035】
ホーム画面には、ゲームボタン４０および抽選ボタン４２等が表示される。ユーザＵによってゲームボタン４０が押下されると、ゲームを実行するための画面（図示しない）が表示され、ユーザＵはゲームを実行することができる。ユーザＵによって抽選ボタン４２が押下されると、ユーザＵは抽選を実行することができる。具体的には、抽選ボタン４２が押下されると、抽選が実行され、抽選結果を表示するための抽選結果画面が表示される。
【0036】
図３は、ユーザ端末２０の表示部２４に表示される抽選結果画面の一例を示す図である。図３に示す抽選結果画面は、図２に示すホーム画面で抽選ボタン４２が押下されて抽選が実行されたときに表示される。抽選結果画面には、取得キャラクタ（ゲーム媒体）の画像５０、名前およびレアリティ度５２、抽選ボタン４２、戻るボタン４４等が表示される。
【0037】
画像５０、名前およびレアリティ度５２として、抽選によりユーザＵが取得した取得キャラクタの画像、名前（例えば、キャラクタＡ）およびそのキャラクタのレアリティ度（例えば、３）が表示される。ユーザＵによって抽選ボタン４２が押下されると、再度抽選が実行され、抽選結果を表示するための画面が表示される。ユーザＵによって戻るボタン４４が押下されると、図２に示すホーム画面が表示される。
【0038】
（サーバ１０のハードウェア構成） 図４は、本実施形態におけるサーバ１０のハードウェア構成を示すブロック図である。図４に示すように、サーバ１０は、制御部１１、記憶部１２、通信部１３、操作入力部１４およびモニタ１５を備えて構成される。
【0039】
制御部１１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイクロプロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等であり、サーバ１０の全体の動作を制御する。なお、制御部１１および後述の制御部１１Ａは、本発明の「プロセッサ」として機能する。
【0040】
記憶部１２の一部は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成されており、制御部１１による各種プログラムに基づく処理の実行時のワークエリア等として用いられる。
【0041】
また、記憶部１２の一部は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の不揮発性メモリまたはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）であり、各種データおよび制御部１１の処理に利用されるプログラム等を保存する。記憶部１２は、各種情報および処理結果等を記録しておくための１以上のテーブル等を含むデータベースを保持することが可能である。
【0042】
記憶部１２に記憶されるプログラムは、例えば、サーバ１０の基本的な機能を実現するためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、各種ハードウェアを制御するためのドライバ、各種機能を実現するためのプログラム等であって、本発明の「情報処理プログラム」として機能するプログラムを含む。
【0043】
通信部１３は、例えばＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ）であり、通信回線５に接続する機能を有する。なお、通信部１３は、ＮＩＣに代えて、またはＮＩＣと共に、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続する機能、無線ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続する機能、例えばＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離の無線通信、および赤外線通信等を可能とする機能を有しても良い。サーバ１０は、通信回線５を介してユーザ端末２０等と接続され、ユーザ端末２０等との間で各種データの送受信を行うことができる。
【0044】
操作入力部１４は、キーボードおよびマウス等で構成され、サーバ１０を使用するユーザによる各種操作の入力を受け付ける。モニタ１５は、例えば液晶ディスプレイ装置等であり、各種画像を表示する。
【0045】
制御部１１、記憶部１２、通信部１３、操作入力部１４およびモニタ１５は、システムバス１６を介して相互に電気的に接続されている。したがって、制御部１１は、記憶部１２へのアクセス、モニタ１５に対する画像の表示、ユーザによる操作入力部１４に対する操作状態の把握、および通信部１３を介した各種通信網やユーザ端末２０へのアクセス等を行うことができる。
【0046】
（ユーザ端末２０のハードウェア構成） 図５は、本実施形態におけるユーザ端末２０のハードウェア構成を示すブロック図である。図５に示すように、ユーザ端末２０は、制御部２１、記憶部２２、通信部２３、表示部２４、スピーカ２５、マイク２６、カメラ２７および操作ボタン２８を備えて構成される。
【0047】
制御部２１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイクロプロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等であり、ユーザ端末２０の全体の動作を制御する。
【0048】
記憶部２２の一部は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成されており、制御部２１による各種プログラムに基づく処理の実行時のワークエリア等として用いられる。
【0049】
また、記憶部２２の一部は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の不揮発性メモリまたはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）であり、各種データおよび制御部２１の処理に利用されるプログラム等を保存する。記憶部２２は、各種情報および処理結果等を記録しておくための１以上のテーブル等を含むデータベースを保持することが可能である。
【0050】
記憶部２２に記憶されるプログラムは、例えば、ユーザ端末２０の基本的な機能を実現するためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、各種ハードウェアを制御するためのドライバ、各種機能を実現するためのプログラム等を含む。
【0051】
通信部２３は、例えばＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ）であり、通信回線５に接続する機能を有する。なお、通信部２３は、ＮＩＣに代えて、またはＮＩＣと共に、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続する機能、無線ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続する機能、例えばＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離の無線通信、および赤外線通信等を可能とする機能を有しても良い。ユーザ端末２０は、通信回線５を介してサーバ１０や他のユーザ端末２０等と接続され、サーバ１０や他のユーザ端末２０等との間で各種データの送受信を行うことができる。
【0052】
表示部２４は、タッチパネルディスプレイ等であり、画像等を表示し、ユーザＵによる操作を受け付けることが可能である。
【0053】
スピーカ２５は、制御部２１の制御を受けて各種の音を出力する。マイク２６は、制御部２１の制御を受けて各種の音を入力する。カメラ２７は、制御部２１の制御を受けて被写体を撮像する。
【0054】
操作ボタン２８は、ユーザ端末２０の例えば側面等に設けられ、ユーザ端末２０を起動または停止させるための電源ボタンや、スピーカ２５から出力される音のボリューム（音量）を調整するためのボタン等である。
【0055】
制御部２１、記憶部２２、通信部２３、表示部２４、スピーカ２５、マイク２６、カメラ２７および操作ボタン２８は、システムバス２９を介して相互に電気的に接続されている。したがって、制御部２１は、記憶部２２へのアクセス、表示部２４に対する画像の表示、ユーザＵによるタッチパネルディスプレイ（表示部２４）や操作ボタン２８に対する操作状態の把握、マイク２６への音の入力、スピーカ２５からの音の出力、カメラ２７に対する制御、および通信部２３を介した各種通信網、サーバ１０や他のユーザ端末２０等へのアクセス等を行うことができる。
【0056】
図６は、本実施形態におけるサーバ１０が備える制御部１１の機能構成例を示すブロック図である。図６に示すように、制御部１１は、機能構成として、ゲーム媒体管理部１１ａ、ＮＦＴ処理部１１ｂおよび抽選実行部１１ｃを備える。なお、一般的にサーバ１０の制御部１１は、上記以外にも種々の機能を有しているが、ここでは、本実施形態におけるゲームシステム１において特徴的な機能のみを説明することとし、その他の既知の機能等については図示および説明を省略する。
【0057】
ゲーム媒体管理部１１ａは、ゲーム内においてユーザＵが利用
可能なゲーム媒体（例えば、キャラクタ）を例えばキャラクタ管理テーブルにて管理する。
可能なゲーム媒体（例えば、キャラクタ）を例えばキャラクタ管理テーブルにて管理する。
【0058】
図７は、記憶部１２に記憶されるキャラクタ管理テーブルの一例を示す図である。図７に示すように、キャラクタ管理テーブルは、キャラクタの種類ごとに、キャラクタを特定可能なキャラクタＩＤと、キャラクタの名前を示すキャラクタ名と、抽選で当選する確率を示す当選確率と、キャラクタのレアリティ度を示すレアリティ度と、キャラクタについて発行されたＮＦＴ（ノンファンジブルトークン）の識別子であるＮＦＴ－ＩＤとを関連付けて含む。キャラクタ管理テーブルは、複数のユーザＵで共通して利用される。
【0059】
例えば、キャラクタＩＤがＭ００２であるキャラクタについて、キャラクタ名はキャラクタＢであり、当選確率は１％であり、レアリティ度は３であり、当該キャラクタについて発行された５つのＮＦＴのＮＦＴ－ＩＤはＢ０１、Ｂ０２、Ｂ０３、Ｂ０４、Ｂ０５である。また、キャラクタＩＤがＭ００８であるキャラクタについて、キャラクタ名はキャラクタＨであり、当選確率は５％であり、レアリティ度は２であり、当該キャラクタについてＮＦＴは発行されていない。また、キャラクタＩＤがＭ０１４であるキャラクタについて、キャラクタ名はキャラクタＮであり、当選確率は１５％であり、レアリティ度は１であり、当該キャラクタについてＮＦＴは発行されていない。
【0060】
キャラクタＩＤがＭ００１～Ｍ００５の何れかであるキャラクタは、ＮＦＴが発行されている、すなわち数に限りがあるキャラクタであり、ブロックチェーンにより管理されるゲーム媒体（以下、「第１ゲーム媒体」と称することもある）である。一方、キャラクタＩＤがＭ００６～Ｍ０１４の何れかであるキャラクタは、ＮＦＴが発行されていない、すなわち数に限りがないキャラクタであり、ブロックチェーンにより管理されないゲーム媒体（以下、「第２ゲーム媒体」と称することもある）である。本実施形態では、レアリティ度が高い、具体的には３であるキャラクタについてのみ、ＮＦＴを利用したブロックチェーンにより管理される。
【0061】
また、ゲーム媒体管理部１１ａは、ユーザＵ毎に、当該ユーザＵが所有するゲーム媒体を例えばユーザ管理テーブルにて管理する。図８は、記憶部１２に記憶されるユーザ管理テーブルの一例を示す図である。図８に示すように、ユーザ管理テーブルは、ユーザＵ毎に、ユーザＵを特定可能なユーザＩＤ、ユーザＵの名前を示すユーザ名、ユーザＵが所有するキャラクタを特定可能なキャラクタＩＤと、ユーザＵが所有するキャラクタについて発行されたＮＦＴを特定可能なＮＦＴ－ＩＤとを関連付けて含む。
【0062】
図８に示すように、ユーザＩＤがＵ００１であるユーザＵ１は、キャラクタＩＤがＭ００１であり、かつ、ＮＦＴ－ＩＤがＡ０１であるＮＦＴが発行されたキャラクタと、キャラクタＩＤがＭ００６であるキャラクタと、キャラクタＩＤがＭ０１０であるキャラクタとを所有している。ユーザＩＤがＵ００２であるユーザＵ２は、キャラクタＩＤがＭ００３であり、かつ、ＮＦＴ－ＩＤがＣ０１であるＮＦＴが発行されたキャラクタと、キャラクタＩＤがＭ００７であるキャラクタと、キャラクタＩＤがＭ０１１であるキャラクタとを所有している。ユーザＩＤがＵ００３であるユーザＵ３は、キャラクタＩＤがＭ００５であり、かつ、ＮＦＴ－ＩＤがＥ０１であるＮＦＴが発行されたキャラクタと、キャラクタＩＤがＭ００８であるキャラクタと、キャラクタＩＤがＭ０１２であるキャラクタとを所有している。
【0063】
ＮＦＴ処理部１１ｂは、ＮＦＴに関する各種処理を実行する。具体的には、ＮＦＴ処理部１１ｂは、ブロックチェーンネットワークにおける所有者不在のＮＦＴを発行する。なお、ＮＦＴ処理部１１ｂは、ブロックチェーンネットワークにおける所有者がサーバ１０であるＮＦＴを発行しても良い。
【0064】
本実施形態では、ＮＦＴ処理部１１ｂは、図７に示すように、キャラクタＩＤがＭ００１であるキャラクタＡについて、ＮＦＴ－ＩＤがそれぞれＡ０１、Ａ０２、Ａ０３、Ａ０４、Ａ０５である５つのＮＦＴを発行する。また、ＮＦＴ処理部１１ｂは、キャラクタＩＤがＭ００２であるキャラクタＢについて、ＮＦＴ－ＩＤがそれぞれＢ０１、Ｂ０２、Ｂ０３、Ｂ０４、Ｂ０５である５つのＮＦＴを発行する。また、ＮＦＴ処理部１１ｂは、キャラクタＩＤがＭ００３であるキャラクタＣについて、ＮＦＴ－ＩＤがそれぞれＣ０１、Ｃ０２、Ｃ０３、Ｃ０４、Ｃ０５である５つのＮＦＴを発行する。また、ＮＦＴ処理部１１ｂは、キャラクタＩＤがＭ００４であるキャラクタＤについて、ＮＦＴ－ＩＤがそれぞれＤ０１、Ｄ０２、Ｄ０３、Ｄ０４、Ｄ０５である５つのＮＦＴを発行する。また、ＮＦＴ処理部１１ｂは、キャラクタＩＤがＭ００５であるキャラクタＥについて、ＮＦＴ－ＩＤがそれぞれＥ０１、Ｅ０２、Ｅ０３、Ｅ０４、Ｅ０５である５つのＮＦＴを発行する。
【0065】
ゲーム媒体管理部１１ａは、キャラクタ管理テーブルにおいて、ＮＦＴ処理部１１ｂにより発行された各ＮＦＴを、対応するキャラクタＡ～Ｅにそれぞれ関連付けて記憶させる。例えば、ゲーム媒体管理部１１ａは、キャラクタ管理テーブルにおいて、ＮＦＴ処理部１１ｂにより発行されたＮＦＴ（Ｂ０１、Ｂ０２、Ｂ０３、Ｂ０４、Ｂ０５）を、対応するキャラクタＢ（キャラクタＩＤ：Ｍ００２）に関連付けて記憶させる。
【0066】
ＮＦＴ処理部１１ｂは、例えば、新たに発行されたＮＦＴがユーザＵに移転される場合、移転先のユーザＵをＮＦＴの所有者として設定するトランザクションをブロックチェーンネットワークにおいて発行する。ＮＦＴ処理部１１ｂは、移転リクエストの発生に応じてトランザクションを発行することができる。移転リクエストには、移転対象のＮＦＴを特定可能なＮＦＴ－ＩＤと、移転先のユーザＵを特定可能なユーザＩＤ（ユーザアカウント名やウォレットアドレスとすることもできる）とが関連付けられて含まれる。
【0067】
ＮＦＴ処理部１１ｂは、発行したトランザクション（トランザクションデータ）を含むブロックデータを生成し、記憶部１２に記録する。具体的には、ＮＦＴ処理部１１ｂは、記憶部１２で保持されるブロックチェーンに、新たに作成したブロックデータを追加する。ブロックデータにおいては、移転対象の第１ゲーム媒体を特定可能なゲーム媒体特定情報（ＮＦＴ－ＩＤ）は、移転先のユーザＵを特定可能なユーザ特定情報（ユーザＩＤ）と関連付けて記憶される。
【0068】
ＮＦＴ処理部１１ｂは、生成したブロックデータを、ブロックチェーンネットワークを構成する複数のユーザ端末２０（ユーザ端末２０ａ、ユーザ端末２０ｂ、ユーザ端末２０ｃ）に送信する。ユーザ端末２０の制御部２１は、ＮＦＴ処理部１１ｂから送信されたブロックデータを記憶部２２に記録する。具体的には、制御部２１は、記憶部２２で保持されるブロックチェーンに、新たに送信されたブロックデータを追加する。新たに作成されたブロックデータがサーバ１０の記憶部１２およびユーザ端末２０の記憶部２２に記録されることにより、新たに発行されたＮＦＴの所有者が所有者不在から移転先のユーザＵに書き換えられ、当該ＮＦＴが移転先のユーザＵに移転される。
【0069】
なお、ＮＦＴ処理部１１ｂは、複数のユーザＵ間、例えばユーザＵ１からユーザＵ２にＮＦＴが移転される場合においても、移転先のユーザＵをＮＦＴの新たな所有者として設定するトランザクションをブロックチェーンネットワークにおいて発行する。ＮＦＴ処理部１１ｂは、移転リクエストの発生に応じてトランザクションを発行することができる。移転リクエストには、移転対象のＮＦＴを特定可能なＮＦＴ－ＩＤと、移転元のユーザＵを特定可能なユーザＩＤ（ユーザアカウント名やウォレットアドレスとすることもできる）と、移転先のユーザＵを特定可能なユーザＩＤ（ユーザアカウント名やウォレットアドレスとすることもできる）とが関連付けられて含まれる。移転先のユーザＵとして不正なユーザＩＤ（ユーザアカウント名や当該ユーザアカウント名に関連付けられたウォレットアドレスとすることもできる）が移転リクエストに含まれている場合、ＮＦＴ処理部１１ｂは、トランザクションの発行を拒否したり、警告を報知した上でトランザクションを発行したりしても良い。
【0070】
そして、ＮＦＴ処理部１１ｂは、発行したトランザクションを含むブロックデータを生成し、記憶部１２に記録する。具体的には、ＮＦＴ処理部１１ｂは、記憶部１２で保持されるブロックチェーンに、新たに作成したブロックデータを追加する。ブロックデータにおいては、移転対象の第１ゲーム媒体を特定可能なゲーム媒体特定情報（ＮＦＴ－ＩＤ）は、移転先のユーザＵを特定可能なユーザ特定情報（ユーザＩＤ）と関連付けて記憶される。
【0071】
その後、ＮＦＴ処理部１１ｂは、生成したブロックデータを、ブロックチェーンネットワークを構成する複数のユーザ端末２０（ユーザ端末２０ａ、ユーザ端末２０ｂ、ユーザ端末２０ｃ）に送信する。ユーザ端末２０の制御部２１は、ＮＦＴ処理部１１ｂから送信されたブロックデータを記憶部２２に記録する。具体的には、制御部２１は、記憶部２２で保持されるブロックチェーンに、新たに送信されたブロックデータを追加する。新たに作成されたブロックデータがサーバ１０の記憶部１２およびユーザ端末２０の記憶部２２に記録されることにより、新たに発行されたＮＦＴの所有者が移転元のユーザＵから移転先のユーザＵに書き換えられ、当該ＮＦＴが移転元のユーザＵから移転先のユーザＵに移転される。
【0072】
抽選実行部１１ｃは、図２に示すホーム画面で抽選ボタン４２が押下された場合、ユーザＵに付与するゲーム媒体（例えば、キャラクタ）を決定する抽選（ガチャ）の実行要求を受け付ける。そして、抽選実行部１１ｃは、ユーザＵに付与するゲーム媒体（例えば、キャラクタ）を決定する抽選を実行する。
【0073】
図９は、本実施形態において、サーバ１０が行う抽選処理（本発明の「情報処理方法」に相当）の一例を示すフローチャートである。
【0074】
まず、抽選実行部１１ｃは、ゲームにログイン中のユーザＵから、ユーザＵに付与するゲーム媒体（例えば、キャラクタ）を決定する抽選の実行要求を受け付ける（ステップＳ１００）。
【0075】
次に、抽選実行部１１ｃは、記憶部１２に記憶されるキャラクタ管理テーブル（図７を参照）を参照し、ブロックチェーンにより管理されるキャラクタ（具体的にはキャラクタＡ～Ｅ）と、ブロックチェーンにより管理されないキャラクタ（具体的にはキャラクタＦ～Ｎ）とを含むゲーム媒体集合を生成する（ステップＳ１１０）。
【0076】
次に、抽選実行部１１ｃは、ステップＳ１１０にて生成したゲーム媒体集合から、ユーザＵに付与するキャラクタを決定する抽選を実行する（ステップＳ１２０）。そして、抽選実行部１１ｃは、抽選の実行結果を示す抽選結果情報をゲーム媒体管理部１１ａおよびＮＦＴ処理部１１ｂに出力する。
【0077】
次に、ゲーム媒体管理部１１ａは、抽選実行部１１ｃから出力された抽選結果情報に示される実行結果に基づいて、記憶部１２に記憶されるユーザ管理テーブル（図８を参照）を更新記録する（ステップＳ１３０）。例えば、ユーザＵ１に付与するキャラクタとしてキャラクタＭが決定された場合、ゲーム媒体管理部１１ａは、「ユーザＩＤがＵ００１であるユーザＵ１は、キャラクタＩＤがＭ０１３であるキャラクタＭを所有していること」を示すレコードをユーザ管理テーブルに新たに追加する。また、ユーザＵ３に付与するキャラクタとしてキャラクタＤが決定された場合、ゲーム媒体管理部１１ａは、「ユーザＩＤがＵ００３であるユーザＵ３は、キャラクタＩＤがＭ００４であり、かつ、ＮＦＴ－ＩＤがＤ０１であるＮＦＴが発行されたキャラクタＤを所有していること」を示すレコードをユーザ管理テーブルに新たに追加する。
【0078】
次に、ＮＦＴ処理部１１ｂは、抽選実行部１１ｃから出力された抽選結果情報に示される実行結果と記憶部１
２に記憶されるキャラクタ管理テーブルとを参照し、ユーザＵに付与すると決定されたキャラクタがブロックチェーンにより管理されているか否か、具体的には当該キャラクタについてＮＦＴが発行されているか否かについて判定する（ステップＳ１４０）。
２に記憶されるキャラクタ管理テーブルとを参照し、ユーザＵに付与すると決定されたキャラクタがブロックチェーンにより管理されているか否か、具体的には当該キャラクタについてＮＦＴが発行されているか否かについて判定する（ステップＳ１４０）。
【0079】
判定の結果、ユーザＵに付与すると決定されたキャラクタがブロックチェーンにより管理されていない場合（ステップＳ１４０、ＮＯ）、サーバ１０は図９に示す抽選処理を終了する。
【0080】
一方、ユーザＵに付与すると決定されたキャラクタがブロックチェーンにより管理されている場合（ステップＳ１４０、ＹＥＳ）、ＮＦＴ処理部１１ｂは、当該キャラクタに発行されたＮＦＴをユーザＵに移転（付与）するため、移転先のユーザＵをＮＦＴの新たな所有者として設定するトランザクションをブロックチェーンネットワークにおいて発行する（ステップＳ１５０）。
【0081】
次に、ＮＦＴ処理部１１ｂは、発行したトランザクション（トランザクションデータ）を含むブロックデータを生成し、記憶部１２に記録する（ステップＳ１６０）。具体的には、ＮＦＴ処理部１１ｂは、記憶部１２で保持されるブロックチェーンに、新たに作成したブロックデータを追加する。
【0082】
最後に、ＮＦＴ処理部１１ｂは、ステップＳ１６０にて生成したブロックデータを、ブロックチェーンネットワークを構成する複数のユーザ端末２０（ユーザ端末２０ａ、ユーザ端末２０ｂ、ユーザ端末２０ｃ）に送信する（ステップＳ１７０）。そして、ユーザ端末２０の制御部２１は、ＮＦＴ処理部１１ｂから送信されたブロックデータを記憶部２２に記録する。具体的には、制御部２１は、記憶部２２で保持されるブロックチェーンに、新たに送信されたブロックデータを追加する。ステップＳ１７０の処理が完了することによって、サーバ１０は図９に示す抽選処理を終了する。
【0083】
以上詳しく説明したように、第１の実施形態では、サーバ１０（情報処理装置）は、制御部１１（プロセッサ）を備える。プロセッサは、ブロックチェーン（イーサリアム）により管理される第１ゲーム媒体（キャラクタＡ～Ｅ）と、ブロックチェーンにより管理されない第２ゲーム媒体（キャラクタＦ～Ｎ）とを含むゲーム媒体集合から、ユーザＵに付与するゲーム媒体（キャラクタ）を決定する抽選（ガチャ）を実行する。ユーザＵに第１ゲーム媒体が付与される場合、ブロックチェーンにおいて第１ゲーム媒体を特定可能なゲーム媒体特定情報（ＮＦＴ－ＩＤ）は、ユーザＵを特定可能なユーザ特定情報（ユーザＩＤ）と関連付けて記憶される。
【0084】
このように構成した第１の実施形態によれば、抽選の実行によってユーザＵに付与される全てのゲーム媒体を管理負荷の高い形態（ＮＦＴを利用したブロックチェーン）で管理する場合と比べて、ゲーム媒体の管理負荷を軽減することができる。
【0085】
（第２の実施形態） 次に、本発明の第２の実施形態を図面に基づいて説明する。図１０は、第２の実施形態によるサーバ１０（制御部１１Ａ）の機能構成例を示すブロック図である。この図１０において、図６に示した符号と同一の符号を付したものは同一の機能を有するものであるので、ここでは重複する説明を省略する。
【0086】
図１０に示すように、第２の実施形態による制御部１１Ａは、機能構成として、ゲーム媒体管理部１１ａ、ＮＦＴ処理部１１ｂおよび抽選実行部１１ｃの他に、返還受付部１１ｄをさらに備えて構成される。
【0087】
返還受付部１１ｄは、抽選によってユーザＵに付与済みの第１ゲーム媒体の返還を当該ユーザＵから受け付ける。具体的には、返還受付部１１ｄは、例えば表示部２４に対する操作を介してユーザＵ２からの第１ゲーム媒体の返還を要求する旨を示す返還要求情報がユーザ端末２０ｂから送信された場合、抽選によってユーザＵ２に付与済みの第１ゲーム媒体の返還を受け付ける。
【0088】
なお、抽選によってユーザＵに付与済みの第１ゲーム媒体については、その売買に制限が掛けられており、サーバ１０（ゲームの運営側）への返還のみが許可されている運用としても良い。返還受付部１１ｄは、抽選によって付与済みの第１ゲーム媒体の返還をユーザＵから受け付けた場合、その見返りとして、金品で売却できず、かつ、ゲーム内でのみ利用可能な別のゲーム媒体（例えば、アイテム）をユーザＵに付与しても良い。
【0089】
本実施形態では、返還受付部１１ｄは、抽選によって付与可能な第１ゲーム媒体の残数が所定数以下となった場合、抽選によって付与済みの第１ゲーム媒体の返還を受け付ける。
【0090】
ゲーム媒体管理部１１ａは、抽選によって付与済みの第１ゲーム媒体の返還が返還受付部１１ｄにより受け付けられた場合、返還が受け付けられた第１ゲーム媒体の数だけ、抽選によって付与可能な第１ゲーム媒体を増大させる。
【0091】
例えば、ゲーム媒体管理部１１ａは、抽選によってユーザＵ２に対して付与済みの第１ゲーム媒体（ＮＦＴ－ＩＤがＤ０１であるＮＦＴが発行されたキャラクタＤ）の返還が返還受付部１１ｄにより受け付けられた場合、キャラクタ管理テーブルにおいて、キャラクタＤに関連付けられるＮＦＴ－ＩＤとしてＤ０１を追加する。また、ゲーム媒体管理部１１ａは、「ユーザＩＤがＵ００２であるユーザＵ２は、キャラクタＩＤがＭ００４であり、かつ、ＮＦＴ－ＩＤがＤ０１であるＮＦＴが発行されたキャラクタＤを所有していること」を示すレコードをユーザ管理テーブルから削除する。
【0092】
この場合、ＮＦＴ処理部１１ｂは、ＮＦＴの新たな所有者を不在として設定するトランザクションをブロックチェーンネットワークにおいて発行する。ＮＦＴ処理部１１ｂは、発行したトランザクション（トランザクションデータ）を含むブロックデータを生成し、記憶部１２に記録する。具体的には、ＮＦＴ処理部１１ｂは、記憶部１２で保持されるブロックチェーンに、新たに作成したブロックデータを追加する。
【0093】
そして、ＮＦＴ処理部１１ｂは、生成したブロックデータを、ブロックチェーンネットワークを構成する複数のユーザ端末２０（ユーザ端末２０ａ、ユーザ端末２０ｂ、ユーザ端末２０ｃ）に送信する。ユーザ端末２０の制御部２１は、ＮＦＴ処理部１１ｂから送信されたブロックデータを記憶部２２に記録する。具体的には、制御部２１は、記憶部２２で保持されるブロックチェーンに、新たに送信されたブロックデータを追加する。新たに作成されたブロックデータがサーバ１０の記憶部１２およびユーザ端末２０の記憶部２２に記録されることにより、ＮＦＴ－ＩＤがＤ０１であるＮＦＴの所有者が移転元のユーザＵ２から所有者不在に書き換えられ、当該ＮＦＴがサーバ１０に返還される。
【0094】
以上詳しく説明したように、第２の実施形態では、制御部１１Ａ（具体的には、返還受付部１１ｄ）は、抽選によってユーザＵに付与済みの第１ゲーム媒体の返還を当該ユーザＵから受け付ける。このように構成した第２の実施形態によれば、抽選によって付与済みの第１ゲーム媒体の返還を、例えば、当該第１ゲーム媒体を必要としないユーザＵから受け付けることができる。
【0095】
また、第２の実施形態では、制御部１１Ａ（返還受付部１１ｄ）は、抽選によって付与可能な第１ゲーム媒体の残数が所定数以下となった場合、抽選によって付与済みの第１ゲーム媒体の返還を受け付ける。このように構成した第２の実施形態によれば、抽選によって付与済みの第１ゲーム媒体の返還を受け付けるタイミングを、他ユーザＵがその第１ゲーム媒体を得る機会が減少したタイミングに絞ることによって、サーバ１０における第１ゲーム媒体の管理負荷の急な増大を抑制することができる。
【0096】
また、第２の実施形態では、制御部１１Ａ（ゲーム媒体管理部１１ａ）は、抽選によって付与済みの第１ゲーム媒体の返還が受け付けられた場合、返還が受け付けられた第１ゲーム媒体の数だけ、抽選によって付与可能な第１ゲーム媒体を増大させる。このように構成した第２の実施形態によれば、抽選によって付与済みの第１ゲーム媒体の返還を受け付けて、他ユーザＵがその第１ゲーム媒体を得る機会を増やすことができ、抽選に対する他ユーザＵのモチベーションを向上させることができる。
【0097】
なお、上記実施形態（第１および第２の実施形態）では、第１ゲーム媒体は、抽選によってユーザＵに付与するゲーム媒体として決定される前からブロックチェーンにより管理される例について説明したが、本発明はこれに限らない。例えば、第１ゲーム媒体は、抽選によってユーザＵに付与するゲーム媒体として決定された後からブロックチェーンにより管理されても良い。この場合、ＮＦＴ処理部１１ｂは、抽選によってユーザＵに付与するゲーム媒体として決定された後に、ブロックチェーンネットワークにおける所有者不在のＮＦＴを発行する。例えば、ＮＦＴ処理部１１ｂは、抽選によってユーザＵに付与するゲーム媒体として決定されたキャラクタＡ（キャラクタＩＤ＝Ｍ００１）について、ＮＦＴ－ＩＤがＡ０１であるＮＦＴを発行する。そして、ゲーム媒体管理部１１ａは、キャラクタ管理テーブルにおいて、ＮＦＴ処理部１１ｂにより発行されたＮＦＴ（ＮＦＴ－ＩＤ：Ａ０１）を、対応するキャラクタＡ（キャラクタＩＤ：Ｍ００１）に関連付けて記憶させる。
【0098】
また、上記実施形態では、第２のゲーム媒体は、キャラクタ管理テーブルおよびユーザ管理テーブルを用いて管理される例について説明したが、本発明はこれに限らない。例えば、第２のゲーム媒体は、第１ゲーム媒体を管理するブロックチェーン（具体的には、ＮＦＴを利用したブロックチェーン）とは異なるブロックチェーン（例えばＮＦＴを利用しないブロックチェーン）を用いて管理されても良い。
【0099】
また、上記実施形態において、抽選実行部１１ｃは、抽選によって付与可能な第１ゲーム媒体（キャラクタ）の残数を第１ユーザ（例えば、ユーザＵ１）に通知した後、第２ユーザ（例えば、ユーザＵ２）に第１ゲーム媒体が付与された場合、抽選によって付与可能な第１ゲーム媒体の残数を減らして第１ユーザに通知しても良い。ここで、通知（次の段落以降における通知も同様）の態様としては、音響信号をユーザ端末２０のスピーカ２５で再生することで通知情報を聴覚的に通知する態様、画像をユーザ端末２０の表示部２４に表示することで通知情報を視覚的に通知する態様、ユーザ端末２０において光の色、点灯／点滅のパターン、光の強さ等を制御して光を発生させることで通知情報を視覚的に通知する態様、振動のパターン、強さ等を制御してユーザ端末２０のバイブレーション機能により振動を発生させることで通知情報を触覚的に通知する態様、ユーザ端末２０において首振り可能な空気砲を用いて刺激臭のような所定の匂いのついた空気をユーザＵの鼻腔に向けて発射させることで通知情報を嗅覚的に通知する態様等が挙げられる。なお、音響信号には、人の音声によるメッセージ、ブザー音、チャイム音および警報音等が含まれる。表示部２４に表示される画像は、図形、コンピュータグラフィックス、写真、文字、数字及び記号等の少なくとも１つの要素を含む画像であって、２つ以上の要素の組み合わせを含む画像であっても良い。さらに、画像は、モノクロ映像及びカラー映像の何れでも良く、静止画および動画の何れでも良い。
【0100】
また、上記実施形態において、抽選実行部１１ｃは、抽選によって付与可能な第１ゲーム媒体の残数に応じて、抽選を実行するために必要な対価を設定しても良い。例えば、抽選実行部１１ｃは、抽選によって付与可能な第１ゲーム媒体の残数が少なくなるにつれて、抽選を実行するために必要な対価を高く設定する。これにより、第１ゲーム媒体の残数が少なくなるにつれて、対価の面においても第１ゲーム媒体の希少性を高めることができる。
【0101】
また、上記実施形態において、ユーザＵに第１ゲーム媒体が付与される場合、ユーザＵによる第１ゲーム媒体の使用が可能な状態となった後、サーバ１０およびユーザ端末２０のブロックチェーンにおけるゲーム媒体特定情報（ＮＦＴ－ＩＤ）
およびユーザ特定情報（ユーザＩＤ）の記憶処理は、記憶処理の実行に要する手数料（ガス代）が所定料以下であるときに実行されても良い。これにより、付与された第１ゲーム媒体の使用でユーザＵを待たせることなく、ブロックチェーンによる第１ゲーム媒体の管理負荷（手数料）を軽減することができる。なお、ゲーム媒体特定情報（ＮＦＴ－ＩＤ）およびユーザ特定情報（ユーザＩＤ）は、それらの記憶処理が実行されない間、別の無料の台帳（ブロックチェーンや管理テーブルなど）で管理されても良い。また、手数料（ガス代）が所定料以下であるとは、ブロックチェーンネットワークにおいて発行されるトランザクション量が所定量以下であることを意味する。また、所定料は、例えば、限りなく０円に近い料金であり、ゲームシステム１において予め設定される。
およびユーザ特定情報（ユーザＩＤ）の記憶処理は、記憶処理の実行に要する手数料（ガス代）が所定料以下であるときに実行されても良い。これにより、付与された第１ゲーム媒体の使用でユーザＵを待たせることなく、ブロックチェーンによる第１ゲーム媒体の管理負荷（手数料）を軽減することができる。なお、ゲーム媒体特定情報（ＮＦＴ－ＩＤ）およびユーザ特定情報（ユーザＩＤ）は、それらの記憶処理が実行されない間、別の無料の台帳（ブロックチェーンや管理テーブルなど）で管理されても良い。また、手数料（ガス代）が所定料以下であるとは、ブロックチェーンネットワークにおいて発行されるトランザクション量が所定量以下であることを意味する。また、所定料は、例えば、限りなく０円に近い料金であり、ゲームシステム１において予め設定される。
【0102】
また、上記実施形態において、抽選実行部１１ｃは、ユーザＵに付与するゲーム媒体として第１ゲーム媒体が決定された場合、ユーザＵに付与するゲーム媒体として第２ゲーム媒体が決定された場合と異なる通知態様でユーザＵに通知しても良い。これにより、ユーザＵは、抽選の実行後に通知を確認して、第１ゲーム媒体および第２ゲーム媒体の何れが当選したのかについて容易に把握することができる。
【0103】
図１１に示すように、抽選実行部１１ｃは、抽選結果画面において、木を模した木画像６０と、木に生っている複数の木の実を模した複数の木の実画像６２とを表示させ、ユーザＵに付与するゲーム媒体として第１ゲーム媒体が決定された場合、１つの木の実画像６２の表示色を変更し、当該木の実画像６２に対応する木の実が下方（点線矢印方向）に落下して木に生っている木の実の数が減少する様子をアニメーション表示させる。一方、抽選実行部１１ｃは、抽選結果画面において、ユーザＵに付与するゲーム媒体として第２ゲーム媒体が決定された場合、木に生っている複数の木の実を模した複数の木の実画像６２について表示態様を変更しない。このように、抽選実行部１１ｃは、ユーザＵに付与するゲーム媒体として第１ゲーム媒体が決定された場合、ユーザＵに付与するゲーム媒体として第２ゲーム媒体が決定された場合と異なる通知態様（具体的には、演出で表示される内容）でユーザＵに通知する。
【0104】
なお、抽選実行部１１ｃは、抽選結果画面において、ユーザＵに付与するゲーム媒体として第１ゲーム媒体が決定された場合、木の実画像６２に対応する木の実が小さくなる様子をアニメーション表示させても良い。また、抽選によって付与済みの第１ゲーム媒体の返還が返還受付部１１ｄにより受け付けられた場合、抽選実行部１１ｃは、当該返還が受け付けられていない場合と比べて、抽選結果画面における木の実の数を増大して表示させても良いし、木の実が大きくなる様子をアニメーション表示させても良い。
【0105】
また、上記実施形態において、抽選実行部１１ｃは、抽選の実行前のユーザＵに対して、ゲーム媒体集合に含まれブロックチェーンにより管理されている第１ゲーム媒体について、当選確率と母数（具体的には、ＮＦＴ処理部１１ｂによって発行済みのＮＦＴの数）と抽選によって付与済みの数とを提供しても良い。これにより、ユーザは、抽選の実行前、ゲーム媒体集合に含まれブロックチェーンにより管理されている第１ゲーム媒体について、当選確率と母数と抽選によって付与済みの数とを把握することができる。
【0106】
図１２に示すように、抽選実行部１１ｃは、抽選の実行前のユーザＵに対して、ゲーム媒体集合に含まれブロックチェーンにより管理されている第１ゲーム媒体（キャラクタＡ～Ｅ）について、当選確率と母数と抽選によって付与済みの数とを表示部２４の表示領域７０に表示させるとともに、ゲーム媒体集合に含まれブロックチェーンにより管理されていない第２ゲーム媒体（キャラクタＦ～Ｎ）について当選確率を表示させる。なお、抽選実行部１１ｃは、第１ゲーム媒体（キャラクタＡ～Ｅ）および第２ゲーム媒体（キャラクタＦ～Ｎ）のうち一部のゲーム媒体についてのみ当選確率を表示部２４の表示領域７０に表示させても良い。また、抽選実行部１１ｃは、第１ゲーム媒体（キャラクタＡ～Ｅ）のうち一部の第１ゲーム媒体についてのみ当選確率と母数と抽選によって付与済みの数とを表示部２４の表示領域７０に表示させても良い。
【0107】
具体的には、抽選実行部１１ｃは、第１ゲーム媒体（キャラクタＡ）について、当選確率（１％）と、母数（１００）と、抽選によって付与済みの数（１）とを表示させる。また、抽選実行部１１ｃは、第１ゲーム媒体（キャラクタＢ）について、当選確率（１％）と、母数（１００）と、抽選によって付与済みの数（３）とを表示させる。また、抽選実行部１１ｃは、第１ゲーム媒体（キャラクタＣ）について、当選確率（１％）と、母数（１００）と、抽選によって付与済みの数（５）とを表示させる。また、抽選実行部１１ｃは、第１ゲーム媒体（キャラクタＤ）について、当選確率（１％）と、母数（１００）と、抽選によって付与済みの数（７）とを表示させる。また、抽選実行部１１ｃは、第１ゲーム媒体（キャラクタＥ）について、当選確率（１％）と、母数（１００）と、抽選によって付与済みの数（９）とを表示させる。また、抽選実行部１１ｃは、第２ゲーム媒体（キャラクタＦ～Ｉ）について、その当選確率（５％）を表示させる。また、抽選実行部１１ｃは、第２ゲーム媒体（キャラクタＪ～Ｎ）について、その当選確率（１５％）を表示させる。
【0108】
なお、抽選実行部１１ｃは、抽選によって付与済みの数が母数に達した場合（第１ゲーム媒体の付与が不可能な状態になった場合）、その旨を示す情報を画面上部に表示させたり、当該情報をバナー表示、赤字表示または太字表示等によって明示させたりしても良い。その理由は、これから抽選を行うユーザＵに不必要に損をさせないためである。一方、抽選によって付与済みの第１ゲーム媒体の返還が返還受付部１１ｄにより受け付けられて、抽選による付与済みの数が減少した場合、または、ＮＦＴ処理部１１ｂによって新たにＮＦＴが発行されて母数が増大した場合には、第１ゲーム媒体の新たな付与が可能な状態となるため、その旨を示す情報を画面上部に表示させたり、当該情報をバナー表示、赤字表示または太字表示等によって明示させたりしても良い。
【0109】
また、上記実施形態において、抽選によってユーザＵに第１ゲーム媒体が付与された場合、抽選による第１ゲーム媒体の当選確率（具体的には、予め定められた当選確率）が変動しないように、抽選によって付与可能な第１ゲーム媒体を増大させても良い。これにより、管理されている数に限りがある第１ゲーム媒体が付与されても、その後の抽選における第１ゲーム媒体の当選確率の変動を抑制することができる。例えば、第１ゲーム媒体（特定のキャラクタ）の当選確率が一定（例えば、１％）であり、当該第１ゲーム媒体が抽選によってユーザＵに付与された場合、ＮＦＴ処理部１１ｂは、当該第１ゲーム媒体について新たにＮＦＴを発行する。これにより、第１ゲーム媒体（特定のキャラクタ）の当選確率を一定に維持することができる。また、第１ゲーム媒体（特定のレアリティ度）の当選確率が一定であり、当該第１ゲーム媒体が抽選によってユーザＵに付与された場合、ＮＦＴ処理部１１ｂは、特定のレアリティ度を有する第１ゲーム媒体について新たにＮＦＴを発行する。これにより、第１ゲーム媒体（特定のレアリティ度）の当選確率を一定に維持することができる。抽選によって付与済みの第１ゲーム媒体の返還が返還受付部１１ｄにより受け付けられた場合、母数を減らすことによって当該第１ゲーム媒体の当選確率を一定に維持しても良い。ユーザＵが既に保有している第１ゲーム媒体が当選した場合、当該第１ゲーム媒体を当該ユーザＵに付与せずに、その見返りとして、当該ユーザＵについて当該第１ゲーム媒体の付与回数だけを増大させて、当該第１ゲーム媒体が付与された場合に得られる効果と同等の効果を当該ユーザＵに付与しても良い。
【0110】
なお、抽選実行部１１ｃは、第１ゲーム媒体（キャラクタＡ～Ｅ）について、ＮＦＴ処理部１１ｂにより新たにＮＦＴが発行された場合、発行された数だけ母数をリアルタイムに増やして表示させても良い。また、抽選実行部１１ｃは、ユーザＵに第１ゲーム媒体（キャラクタＡ～Ｅ）が付与された後、付与された数だけ、抽選によって付与済みの数をリアルタイムに減らして表示させても良い。ただし、ユーザＵに付与された第１ゲーム媒体（キャラクタＡ～Ｅ）が別のユーザＵに移転される場合（つまり、抽選によって付与済みと既にカウントされている場合）には、抽選実行部１１ｃは、抽選によって付与済みの数を変更せずに表示させる。また、抽選実行部１１ｃは、図１２に示す表示画面において、ユーザＵによる第１ゲーム媒体（キャラクタＡ～Ｅ）の選択がタッチ操作により行われた場合、選択された第１ゲーム媒体（例えば、キャラクタＣ）について現在の所有者を確認するための確認画面を表示させたり、現在の所有者に対して当該第１ゲーム媒体（例えば、キャラクタＣ）のトレード（交換）を依頼するための依頼画面を表示させたりしても良い。抽選実行部１１ｃは、記憶部１２に記録されたブロックチェーンを参照することによって、選択された第１ゲーム媒体の現在の所有者を確認することができる。ただし、第１ゲーム媒体の現在の所有者を全て確認できることが好ましくない場合もあるため、その場合には、互いにフレンドの設定が行われているユーザＵ同士で第１ゲーム媒体の現在の所有者を確認できるようにしたり、自身に対して非公開設定を行っているユーザＵが所有者となっている第１ゲーム媒体については、当該第１ゲーム媒体の現在の所有者を他のユーザＵが確認できないようにしても良い。
【0111】
また、上記実施形態において、抽選実行部１１ｃは、複数のユーザＵによる複数の抽選処理がほぼ同じタイミングで実行されることにより抽選の実行遅延が生じた場合、その実行遅延に応じて、ユーザＵに補償を付与しても良い。これにより、抽選の実行遅延によるユーザＵの不満を軽減することができる。例えば、抽選実行部１１ｃは、抽選の実行遅延時間が長くなるにつれて、実行遅延のお詫びのゲーム媒体（例えば、ゲーム内で使用可能なポイントやアイテム）を補償としてユーザＵに付与しても良い。この場合、抽選実行部１１ｃは、抽選処理を待っているユーザＵの数（待ち人数）をユーザ端末２０の表示部２４に表示させることによって待ち人数をユーザＵに通知しても良い。
【0112】
また、上記実施形態において、第１ゲーム媒体の同時当選(ゲームシステム１上、複数のユーザＵの何れが当選したか限りなく差がつかない)が発生した場合、抽選実行部１１ｃは、当選の確定処理および報知処理が先に完了したユーザＵに対して当該第１ゲーム媒体を付与しても良い。または、抽選実行部１１ｃは、複数のユーザＵにそれぞれ付与するゲーム媒体を決定する抽選を再び実行し、当該複数のユーザＵに付与されるゲーム媒体が異なったタイミングで当該抽選を確定し、当該複数のユーザＵに抽選結果を報知しても良い。または、抽選実行部１１ｃは、抽選を行うために必要なゲーム内価値（例えば、オーブ）の購入タイミング等、抽選に関連する要素で複数のユーザＵに差を付けて当選ユーザ（ゲーム内価値の購入タイミングが早い）と落選ユーザ（ゲーム内価値の購入タイミングが遅い）とを決定しても良い。または、抽選実行部１１ｃは、複数のユーザＵについて、ＮＦＴの取引手数料の設定状態を確認し、取引手数料を高額に設定しているユーザＵを当選ユーザとして決定しても良い。
【0113】
また、上記実施形態において、抽選実行部１１ｃは、抽選によって付与可能な第１ゲーム媒体の残数よりも、所定の期間内の抽選によって第１ゲーム媒体の付与に当選したユーザの数が多い場合、所定の期間内の当選したユーザを改めて当選ユーザと落選ユーザとに分け、落選ユーザに落選を通知しても良い。これにより、落選ユーザは、抽選によって付与可能な第１ゲーム媒体の残数よりも、抽選によって第１ゲーム媒体の付与に
当選したユーザの数が多いことに起因して落選したことを把握して納得感を得ることができる。
当選したユーザの数が多いことに起因して落選したことを把握して納得感を得ることができる。
【0114】
例えば図１３に示すように、抽選実行部１１ｃは、抽選によって付与可能な第１ゲーム媒体（キャラクタＣ）の残数よりも、抽選によって第１ゲーム媒体（キャラクタＣ）の付与に当選したユーザの数が多いことに起因して落選した旨をユーザ端末２０の表示部２４（表示領域７２）に表示させることによって落選ユーザに落選を通知する。なお、抽選実行部１１ｃは、落選ユーザに対して、落選を通知するとともに、落選のお詫びのゲーム媒体（例えば、ゲーム内で使用可能なポイントやアイテム）を付与しても良い。または、抽選実行部１１ｃは、落選ユーザに対して、落選した第１ゲーム媒体とレアリティ度が同じであり、抽選によって付与可能な残数が少ない第１ゲーム媒体を付与しても良いし、落選した第１ゲーム媒体により得られる機能と同程度の機能（例えば、アイテムとしての効果やキャラクタとしての性能）を付与しても良い。
【0115】
また、上記実施形態において、抽選実行部１１ｃは、抽選の要求をしてから抽選の結果が出るまでの間、ユーザＵに抽選とは異なる機能（例えば、抽選の結果が出るまでの推定時間を通知する機能、別のミニゲームを実行する機能、実行中のクエストとは異なるクエストを実行する機能等）を提供しても良い。これにより、抽選の要求をしてから抽選の結果が出るまでに時間がかかっても、ユーザＵを飽きさせないことができる。
【0116】
また、上記実施形態において、抽選実行部１１ｃは、抽選の要求をしてから抽選の結果が出るまでの間に、抽選によって付与可能な第１ゲーム媒体の残数が所定値以下になった場合、抽選を中止するか否かの案内をユーザＵに通知しても良い。これにより、ユーザＵは、抽選の要求をしてから抽選の結果が出るまでの間に、抽選によって第１ゲーム媒体を得られる可能性が少なくなったことを把握した上で、抽選を中止するか否かの選択を行うことができる。
【0117】
例えば図１４に示すように、抽選実行部１１ｃは、抽選の要求をしてから抽選の結果が出るまでの間（待ち人数５人の抽選実行中）に、抽選によって付与可能な第１ゲーム媒体（例えば、キャラクタＣ）の残数が所定値（例えば、１０）以下になった場合、その旨をユーザ端末２０の表示部２４（表示領域８０）に表示させることによって抽選を中止するか否かの案内をユーザＵに通知する。抽選実行部１１ｃは、ユーザＵによって中止ボタン８２が押下されると、実行中の抽選を中止する一方、ユーザＵによって中止ボタン８２が押下されない場合、実行中の抽選を継続する。
【0118】
また、上記実施形態において、ユーザＵに第１ゲーム媒体が付与される場合、サーバ１０およびユーザ端末２０におけるブロックチェーンと連携する他のブロックチェーンにおいて、ゲーム媒体特定情報（ＮＦＴ－ＩＤ）は、ユーザ特定情報（ユーザＩＤ）と関連付けて記憶されても良い。これにより、抽選の実行によってユーザに付与された第１ゲーム媒体を、連携する他のブロックチェーンにおいても管理することができ、第１ゲーム媒体の流通をより広い範囲の装置間で管理することができる。
【0119】
また、上記実施形態において、ゲーム媒体集合は、第１ブロックチェーンにより管理される第１ゲーム媒体と、第２ブロックチェーンにより管理される第１ゲーム媒体とを含んでも良い。例えば、複数のＮＦＴが発行された同じキャラクタが、第１ブロックチェーンと第２ブロックチェーンとに分散して管理されても良い。これにより、複数のブロックチェーン（第１ブロックチェーン、第２ブロックチェーン）によって第１ゲーム媒体を管理することができ、１つのブロックチェーンにかかるゲーム媒体の管理負荷を軽減することができる。
【0120】
また、上記実施形態において、ゲーム媒体集合には、同じ種類のゲーム媒体（キャラクタ）であっても、ブロックチェーンにより管理されるゲーム媒体と、当該ブロックチェーンにより管理されないゲーム媒体とが含まれても良い。これにより、同じ種類のゲーム媒体の全てがブロックチェーンにより管理される場合と比べて、当該ブロックチェーンにより管理されないゲーム媒体が存在する分だけ、当該ゲーム媒体の管理負荷を軽減することができる。
【0121】
また、上記実施形態において、図１５に示すように複数（５つ）の第１ゲーム媒体９４（キャラクタ）は、第１ゲーム媒体集合９０および第２ゲーム媒体集合９２に属し、抽選実行部１１ｃは、第１ゲーム媒体集合９０に対する抽選によってユーザＵに１つの第１ゲーム媒体９４が付与される場合、第１ゲーム媒体集合９０に対する抽選によって付与可能な第１ゲーム媒体９４の残数を５から４に減らすとともに、第２ゲーム媒体集合９２に対する抽選によって付与可能な第１ゲーム媒体９４の残数を５から４に減らしても良い。これにより、第１ゲーム媒体集合９０に対する抽選によってユーザＵに第１ゲーム媒体９４が付与される場合、第１ゲーム媒体集合９０に対する抽選によって付与可能な第１ゲーム媒体９４の残数と、第２ゲーム媒体集合９２に対する抽選によって付与可能な第１ゲーム媒体９４の残数とを同期して１つずつ減らすことができる。
【0122】
また、上記実施形態では、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならない。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【0123】
以下、上記実施形態における特徴的な機能およびその効果をまとめる。
【0124】
情報処理装置（サーバ１０、以下同じ）は、プロセッサ（制御部１１，１１Ａ、以下同じ）を備える。プロセッサは、ブロックチェーンにより管理される第１ゲーム媒体と、ブロックチェーンにより管理されない第２ゲーム媒体とを含むゲーム媒体集合から、ユーザに付与するゲーム媒体を決定する抽選を実行する。ユーザに第１ゲーム媒体が付与される場合、ブロックチェーンにおいて第１ゲーム媒体を特定可能なゲーム媒体特定情報は、ユーザを特定可能なユーザ特定情報と関連付けて記憶される。
【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】
このような構成とすることにより、抽選の要求をしてから抽選の結果が出るまでに時間がかかっても、ユーザを飽きさせないことができる。
【0154】
プロセッサは、抽選の要求をしてから抽選の結果が出るまでの間に、抽選によって付与可能な第１ゲーム媒体の残数が所定値以下になった場合、抽選を中止するか否かの案内をユーザに通知する。
【0155】
このような構成とすることにより、ユーザは、抽選の要求をしてから抽選の結果が出るまでの間に、抽選によって第１ゲーム媒体を得られる可能性が少なくなったことを把握した上で、抽選を中止するか否かの選択を行うことができる。
【0156】
ユーザに第１ゲーム媒体が付与される場合、ブロックチェーンと連携する他のブロックチェーンにおいて、ゲーム媒体特定情報は、ユーザ特定情報と関連付けて記憶される。
【0157】
このような構成とすることにより、抽選の実行によってユーザに付与された第１ゲーム媒体を、連携する複数のブロックチェーンによって管理することができ、第１ゲーム媒体の流通をより広い範囲の装置間で管理することができる。
【0158】
ゲーム媒体集合は、第１ブロックチェーンにより管理される第１ゲーム媒体と、第２ブロックチェーンにより管理される第１ゲーム媒体とを含む。
【0159】
このような構成とすることにより、第１ゲーム媒体を複数のブロックチェーン（第１ブロックチェーン、第２ブロックチェーン）によって管理することができ、１つのブロックチェーンにかかる第１ゲーム媒体の管理負荷を軽減することができる。
【0160】
第１ゲーム媒体は、第１ゲーム媒体集合および第２ゲーム媒体集合に属する。プロセッサは、第１ゲーム媒体集合に対する抽選によってユーザに第１ゲーム媒体が付与される場合、第１ゲーム媒体集合に対する抽選によって付与可能な第１ゲーム媒体の残数を減らすとともに、第２ゲーム媒体集合に対する抽選によって付与可能な第１ゲーム媒体の残数を減らす。
【0161】
このような構成とすることにより、第１ゲーム媒体集合に対する抽選によってユーザに第１ゲーム媒体が付与される場合、第１ゲーム媒体集合に対する抽選によって付与可能な第１ゲーム媒体の残数と、第２ゲーム媒体集合に対する抽選によって付与可能な第１ゲーム媒体の残数とを同期して減らすことができる。
【0162】
プロセッサを備えるコンピュータ（情報処理装置）に実行させるための情報処理方法では、プロセッサが、ブロックチェーンにより管理される第１ゲーム媒体と、ブロックチェーンにより管理されない第２ゲーム媒体とを含むゲーム媒体集合から、ユーザに付与するゲーム媒体を決定する抽選を実行する。ユーザに第１ゲーム媒体が付与される場合、ブロックチェーンにおいて第１ゲーム媒体を特定可能なゲーム媒体特定情報は、ユーザを特定可能なユーザ特定情報と関連付けて記憶される。
【0163】
このような構成とすることにより、抽選の実行によってユーザに付与される全てのゲーム媒体を管理負荷の高い形態（例えば、ゲーム媒体を一意に識別する情報を割り振って管理するノンファンジブルトークン等を利用したけ管理形態）で管理する場合と比べて、ゲーム媒体の管理負荷を軽減することができる。
【0164】
プロセッサを備えるコンピュータに実行させるための情報処理プログラムは、プロセッサに、ブロックチェーンにより管理される第１ゲーム媒体と、ブロックチェーンにより管理されない第２ゲーム媒体とを含むゲーム媒体集合から、ユーザに付与するゲーム媒体を決定する抽選を実行する処理を実行させる。ユーザに第１ゲーム媒体が付与される場合、ブロックチェーンにおいて第１ゲーム媒体を特定可能なゲーム媒体特定情報は、ユーザを特定可能なユーザ特定情報と関連付けて記憶される。
【0165】
このような構成とすることにより、抽選の実行によってユーザに付与される全てのゲーム媒体を管理負荷の高い形態（例えば、ゲーム媒体を一意に識別する情報を割り振って管理するノンファンジブルトークン等を利用したけ管理形態）で管理する場合と比べて、ゲーム媒体の管理負荷を軽減することができる。
【符号の説明】
【0166】
１：ゲームシステム、１０：サーバ、１１，１１Ａ：制御部、１１ａ：ゲーム媒体管理部、１１ｂ：ＮＦＴ処理部、１１ｃ：抽選実行部、１１ｄ：返還受付部、１２：記憶部、１３：通信部、１４：操作入力部、１５：モニタ、１６：システムバス、２０，２０ａ，２０ｂ，２０ｃ：ユーザ端末、２１：制御部、２２：記憶部、２３：通信部、２４：表示部、２５：スピーカ、２６：マイク、２７：カメラ、２８：操作ボタン、２９：システムバス、４０：ゲームボタン、４２：抽選ボタン、４４：戻るボタン、５０：画像、５２：名前およびレアリティ度、６０：木画像、６２：木の実画像、７０，７２，８０：表示領域、８２：中止ボタン、９０：第１ゲーム媒体集合、９２：第２ゲーム媒体集合、９４：第１ゲーム媒体、Ｕ，Ｕ１，Ｕ２，Ｕ３：ユーザ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
