特開 2024-69083 ゲームシステム、情報処理方法、およびプログラム

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

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

(11)【公開番号】P2024069083

(43)【公開日】2024-05-21

(54)【発明の名称】ゲームシステム、情報処理方法、およびプログラム

(51)【国際特許分類】

   A63F 13/79 20140101AFI20240514BHJP

   A63F 13/69 20140101ALI20240514BHJP

   A63F 13/792 20140101ALI20240514BHJP

   A63F 13/53 20140101ALI20240514BHJP

【ＦＩ】

A63F13/79 520

A63F13/69 510

A63F13/792

A63F13/53

【審査請求】有

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2022179876

(22)【出願日】2022-11-09

(71)【出願人】

【識別番号】506113602

【氏名又は名称】株式会社コナミデジタルエンタテインメント

(74)【代理人】

【識別番号】110000338

【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】黒田 康平

(57)【要約】

【課題】ユーザ間でゲーム媒体を循環する新たな技術を提供する。
【解決手段】情報処理方法（Ｓ１）は、第１ユーザの指示に応じて、当該第１ユーザに関連付けられているゲーム媒体の中から、当該第１ユーザ以外のユーザに関連付けるゲーム媒体の候補である候補ゲーム媒体を特定する、候補ゲーム媒体特定ステップ（Ｓ１０５）と、特定された候補ゲーム媒体を含む候補ゲーム媒体グループを作成する、グループ作成ステップ（Ｓ１０７）と、第１ユーザ以外の第２ユーザの指示に応じて、候補ゲーム媒体グループの中から抽選によって特定されたゲーム媒体を当該第２ユーザに関連付け、抽選によって特定された候補ゲーム媒体を、候補ゲーム媒体グループから削除する、抽選処理ステップ（Ｓ２１７）と、抽選が実行されたことに応じて、第１ユーザに報酬を付与するための処理を行なう報酬付与ステップ（Ｓ２２１）と、を含む。
【選択図】図４

【特許請求の範囲】

【請求項1】

第１ユーザの指示に応じて、当該第１ユーザに関連付けられているゲーム媒体の中から、当該第１ユーザ以外のユーザに関連付けるゲーム媒体の候補である候補ゲーム媒体を特定する、候補ゲーム媒体特定部と、
前記候補ゲーム媒体特定部によって特定された候補ゲーム媒体を含む候補ゲーム媒体グループを作成する、グループ作成部と、
前記第１ユーザ以外の第２ユーザの指示に応じて、前記候補ゲーム媒体グループの中から抽選によって特定されたゲーム媒体を当該第２ユーザに関連付け、前記抽選によって特定された候補ゲーム媒体を、前記候補ゲーム媒体グループから削除する、抽選処理部と、
前記抽選が実行されたことに応じて、前記第１ユーザに報酬を付与するための処理を行なう報酬付与部と、を含む、
ゲームシステム。

【請求項2】

前記抽選処理部は、前記第２ユーザが保有するゲーム価値の消費を要件として、前記抽選によって特定されたゲーム媒体を、前記第２ユーザに関連付ける、請求項１に記載のゲームシステム。

【請求項3】

前記報酬付与部は、前記報酬として、前記抽選の実行のために前記第２ユーザが消費したゲーム価値と同じ種類のゲーム価値を、前記第２ユーザが消費した当該ゲーム価値の量以下の量で、前記第１ユーザに付与する、請求項２に記載のゲームシステム。

【請求項4】

前記抽選を実行するために要件とする、前記ゲーム価値についての条件を設定する、条件設定部をさらに含み、
前記条件設定部は、前記第１ユーザが前記条件を設定する操作を受け付ける、
請求項２に記載のゲームシステム。

【請求項5】

前記候補ゲーム媒体特定部は、前記第１ユーザが保有する有償のゲーム価値を消費したことに応じて当該第１ユーザに関連付けられたゲーム媒体を、前記候補ゲーム媒体として特定可能である、
請求項１に記載のゲームシステム。

【請求項6】

前記候補ゲーム媒体特定部が、前記第１ユーザの指示に応じて特定した候補ゲーム媒体の少なくとも一部は、ブロックチェーン上で保有者が管理される非代替性トークンが関連付けられている、
請求項１に記載のゲームシステム。

【請求項7】

候補ゲーム媒体に新たなユーザが関連付けられることに応じて当該候補ゲーム媒体に関連付けられる情報の、履歴を示す履歴情報を取得する、履歴情報取得部と、
前記第２ユーザに対して、前記履歴情報を表示させるための処理を行なう、表示制御部と、をさらに含む、
請求項１に記載のゲームシステム。

【請求項8】

前記抽選処理部は、前記第２ユーザが保有するゲーム価値の消費を要件として、前記抽選によって特定されたゲーム媒体を、前記第２ユーザに関連付け、
前記履歴情報は、前記新たなユーザが前記候補ゲーム媒体を当該ユーザに関連付けるために消費したゲーム価値を示す情報を含み、
前記抽選を実行するために要件とする、前記ゲーム価値についての条件を設定する、条件設定部をさらに含み、
前記条件設定部は、前記ゲーム価値の消費量を前記履歴情報に基づいて設定する、
請求項７に記載のゲームシステム。

【請求項9】

前記抽選を実行するために要件とする、前記ゲーム価値についての条件を設定する、条件設定部と、
前記候補ゲーム媒体グループに含まれる、少なくとも一部の前記候補ゲーム媒体の価値を示す価値情報を取得する、価値情報取得部と、をさらに含み、
前記条件設定部は、前記ゲーム価値の消費量を前記価値情報に基づいて設定する、
請求項２に記載のゲームシステム。

【請求項10】

前記第１ユーザの指示に応じて、前記抽選処理部における前記指示を入力可能な前記第２ユーザを特定する、第２ユーザ特定部をさらに含む、
請求項１に記載のゲームシステム。

【請求項11】

１または複数のコンピュータが実行する情報処理方法であって、
第１ユーザの指示に応じて、当該第１ユーザに関連付けられているゲーム媒体の中から、当該第１ユーザ以外のユーザに関連付けるゲーム媒体の候補である候補ゲーム媒体を特定する、候補ゲーム媒体特定ステップと、
前記候補ゲーム媒体特定ステップにおいて特定された候補ゲーム媒体を含む候補ゲーム媒体グループを作成する、グループ作成ステップと、
前記第１ユーザ以外の第２ユーザの指示に応じて、前記候補ゲーム媒体グループの中から抽選によって特定されたゲーム媒体を当該第２ユーザに関連付け、前記抽選によって特定された候補ゲーム媒体を、前記候補ゲーム媒体グループから削除する、抽選処理ステップと、
前記抽選が実行されたことに応じて、前記第１ユーザに報酬を付与するための処理を行なう報酬付与ステップと、
を含む、情報処理方法。

【請求項12】

１または複数のコンピュータに、
第１ユーザの指示に応じて、当該第１ユーザに関連付けられているゲーム媒体の中から、当該第１ユーザ以外のユーザに関連付けるゲーム媒体の候補である候補ゲーム媒体を特定する、候補ゲーム媒体特定ステップと、
前記候補ゲーム媒体特定ステップにおいて特定された候補ゲーム媒体を含む候補ゲーム媒体グループを作成する、グループ作成ステップと、
前記第１ユーザ以外の第２ユーザの指示に応じて、前記候補ゲーム媒体グループの中から抽選によって特定されたゲーム媒体を当該第２ユーザに関連付け、前記抽選によって特定された候補ゲーム媒体を、前記候補ゲーム媒体グループから削除する、抽選処理ステップと、
前記抽選が実行されたことに応じて、前記第１ユーザに報酬を付与するための処理を行なう報酬付与ステップと、
を実行させる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザ間でゲーム媒体を循環する技術に関する。

【背景技術】

【0002】

ゲームを複数のユーザ間で盛上げるための施策として、各ユーザが所有するキャラクタ、アイテム等のゲーム媒体を、異なるユーザと授受することで、ユーザ間でゲーム媒体を循環させる施策が考えられる。例えば、特許文献１には、ゲーム内において利用される利用対象を取引するユーザ間取引について記載されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１５－１５０２０７号公報

【発明の概要】

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

【0004】

特許文献１に記載された技術のように、ユーザ間でゲーム媒体を循環させる仕組みとしては、譲渡、交換等がある。しかし、ユーザ同士の交流をさらに盛り上げるために、ユーザ間でゲーム媒体を循環する仕組みの多様化が求められている。

【0005】

本発明の一態様は、上述した課題を解決するためになされたものであり、ユーザ間でゲーム媒体を循環する新たな技術を提供することを目的の一つとする。

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

【0006】

上記の課題を解決するために、本発明の一態様に係るゲームシステムは、第１ユーザの指示に応じて、当該第１ユーザに関連付けられているゲーム媒体の中から、当該第１ユーザ以外のユーザに関連付けるゲーム媒体の候補である候補ゲーム媒体を特定する、候補ゲーム媒体特定部と、前記候補ゲーム媒体特定部によって特定された候補ゲーム媒体を含む候補ゲーム媒体グループを作成する、グループ作成部と、前記第１ユーザ以外の第２ユーザの指示に応じて、前記候補ゲーム媒体グループの中から抽選によって特定されたゲーム媒体を当該第２ユーザに関連付け、前記抽選によって特定された候補ゲーム媒体を、前記候補ゲーム媒体グループから削除する、抽選処理部と、前記抽選が実行されたことに応じて、前記第１ユーザに報酬を付与するための処理を行なう報酬付与部と、を含む。

【0007】

上記の課題を解決するために、本発明の一態様に係る情報処理方法は、１または複数のコンピュータが実行する情報処理方法であって、第１ユーザの指示に応じて、当該第１ユーザに関連付けられているゲーム媒体の中から、当該第１ユーザ以外のユーザに関連付けるゲーム媒体の候補である候補ゲーム媒体を特定する、候補ゲーム媒体特定ステップと、前記候補ゲーム媒体特定ステップにおいて特定された候補ゲーム媒体を含む候補ゲーム媒体グループを作成する、グループ作成ステップと、前記第１ユーザ以外の第２ユーザの指示に応じて、前記候補ゲーム媒体グループの中から抽選によって特定されたゲーム媒体を当該第２ユーザに関連付け、前記抽選によって特定された候補ゲーム媒体を、前記候補ゲーム媒体グループから削除する、抽選処理ステップと、前記抽選が実行されたことに応じて、前記第１ユーザに報酬を付与するための処理を行なう報酬付与ステップと、を含む。

【0008】

上記の課題を解決するために、本発明の一態様に係るプログラムは、１または複数のコンピュータに、第１ユーザの指示に応じて、当該第１ユーザに関連付けられているゲーム媒体の中から、当該第１ユーザ以外のユーザに関連付けるゲーム媒体の候補である候補ゲーム媒体を特定する、候補ゲーム媒体特定ステップと、前記候補ゲーム媒体特定ステップにおいて特定された候補ゲーム媒体を含む候補ゲーム媒体グループを作成する、グループ作成ステップと、前記第１ユーザ以外の第２ユーザの指示に応じて、前記候補ゲーム媒体グループの中から抽選によって特定されたゲーム媒体を当該第２ユーザに関連付け、前記抽選によって特定された候補ゲーム媒体を、前記候補ゲーム媒体グループから削除する、抽選処理ステップと、前記抽選が実行されたことに応じて、前記第１ユーザに報酬を付与するための処理を行なう報酬付与ステップと、を実行させる。

【図面の簡単な説明】

【0009】

【図1】本発明の実施形態に係るゲームシステムの構成の一例を示すブロック図である。

【図2】図１に示すゲームサーバの機能的構成を示すブロック図である。

【図3】図１に示すユーザ端末の機能的構成を示すブロック図である。

【図4】本発明の実施形態に係る情報処理方法の流れを説明するフロー図である。

【図5】グループ設定ユーザインタフェース（ＵＩ）の画面例を示す図である。

【図6】ＢＯＸ内容変更ＵＩの画面例を示す図である。

【図7】現在のＢＯＸ内容を確認するための画面例を示す図である。

【図8】目玉キャラクタ変更ＵＩの画面例を示す図である。

【図9】ＢＯＸガチャ選択ＵＩの画面例を示す図である。

【図10】ＢＯＸガチャ実行ＵＩの画面例を示す図である。

【図11】候補キャラクタの詳細情報の画面例を示す図である。

【図12】第２ユーザに通知される抽選結果を示す画面例を示す図である。

【図13】履歴情報を算出する際に参照されるトランザクションデータの一例を示す図である。

【図14】価値情報を算出する際に参照される履歴情報の一例を示す図である。

【図15】販売価格設定ＵＩの画面例を示す図である。

【図16】変動する販売価格の一例を示す図である。

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

【0010】

［実施形態］
以下、本発明の一実施形態に係るゲームシステム１について、詳細に説明する。

【0011】

＜ゲームシステム１の構成＞
図１は、ゲームシステム１の構成の一例を示すブロック図である。図１に示すように、ゲームシステム１は、ゲームサーバ１０、ユーザ端末３０－１、３０－２、およびブロックチェーンシステム５０を含む。これらの装置は、ネットワークＮＷを介して通信可能に接続される。ネットワークＮＷは、例えば、インターネットを含むがこれに限られない。ユーザ端末３０－１、３０－２を特に区別して説明する必要がない場合には、それぞれを単にユーザ端末３０とも記載する。なお、図１には、２つのユーザ端末３０を示しているが、ゲームシステム１に含まれるユーザ端末３０の個数は、３以上であってもよい。

【0012】

ゲームサーバ１０は、ユーザ端末３０に対するユーザの操作に応じてゲームを進行させる装置である。また、ゲームサーバ１０は、ユーザ端末３０に対するユーザの操作に応じて、ゲームを進行させるために利用されるゲーム媒体を、ユーザ間で循環させるための処理を実行する。ユーザ端末３０は、ゲームをプレイするユーザにより操作される端末である。ブロックチェーンシステム５０は、ゲームにおいて用いられるゲーム媒体に関連付けられた非代替性トークン（Non-Fungible Token:以下、ＮＦＴ）を記憶する。

【0013】

（ゲームサーバ１０が進行させるゲーム）
ゲームサーバ１０は、ゲームプログラムを実行することによりゲームを進行させる。なお、当該ゲームプログラムの一部は、ゲームサーバ１０とは異なる他の装置（例えば、ユーザ端末３０等）が実行するものであってもよい。ゲームサーバ１０は、ユーザの操作に基づいて、後述するゲーム媒体を用いて進行するゲームを提供する。

【0014】

また、ゲームサーバ１０が進行させるゲームは、複数のユーザの操作により進行するマルチプレイゲームであってもよく、単一のユーザの操作により進行するシングルプレイゲームであってもよい。また、マルチプレイゲームである場合、当該ゲームは、各ユーザが利用するユーザ端末３０が互いに通信することにより進行するオンラインゲームであってもよく、単一のユーザ端末を複数のユーザが操作することにより進行するゲームであってもよい。また、ゲームサーバ１０が進行させるゲームは、複数のユーザ（または、ユーザおよびコンピュータ）が対戦して進行する対戦ゲームであってもよい。また、当該ゲームは、複数のユーザ（または、ユーザおよびコンピュータ）が協力して進行させる協力ゲームであってもよい。

【0015】

（ゲーム媒体）
「ゲーム媒体」とは、ゲームの進行に用いられるゲーム内の媒体である。例えば、ゲーム媒体は、ゲーム内に登場するキャラクタ或いはキャラクタに対応するキャラクタカードなどのゲームオブジェクトやゲーム内で使用する各種のアイテム（例えば、キャラクタに装備することで所定の効果を発揮するアイテム）、ゲーム内価値（例えばゲーム内通貨、アイテムと交換するためのポイント）であってもよい。また、例えば、ゲーム媒体は、ユーザが所持可能な単位である。所持可能な単位とは、例えば、消費したり、後述する候補ゲーム媒体として特定したりするときの最小単位である。

【0016】

また、ゲーム媒体には、ゲーム媒体の種類を識別するためのゲーム媒体識別情報（以下、「ゲーム媒体ＩＤ」ともいう。）が関連付けられる。ゲーム媒体ＩＤとしては、例えば、ゲーム媒体の名前（例えば、キャラクタ名等）自体、ゲーム媒体を識別するための識別子等が挙げられる。また、ゲーム媒体には、個々のゲーム媒体を識別するためのシリアル情報（以下、「ゲーム媒体シリアル」という。）が関連付けられていてもよい。換言すると、ゲーム媒体ＩＤが同じゲーム媒体であっても、複数のゲーム媒体間では、関連付けられたゲーム媒体シリアルは互いに異なる。

【0017】

また、ゲーム媒体には、当該ゲーム媒体をゲームの進行において利用可能なユーザが関連付けられる。この関連付けは、ゲーム媒体シリアルの単位で行われる。以降、「ユーザに関連付けられたゲーム媒体」を「ユーザが所持するゲーム媒体」等ともいう。また、「ゲーム媒体に関連付けられたユーザ」を「ゲーム媒体の所有者」等ともいう。また、「ゲーム媒体にユーザを関連付ける」ことを「ゲーム媒体をユーザに付与する」といい、「ユーザがゲーム媒体に関連付けられる」ことを「ユーザがゲーム媒体を取得する」ともいう。また、ゲーム媒体の所有者は更新可能である。つまり、ゲーム媒体は、最初に或るユーザに付与された後、所有者が他のユーザに変更される場合がある。このような「ゲーム媒体の所有者の更新」は、「ゲーム媒体に新たなユーザが関連付けられる」ことに相当する。

【0018】

所有者の更新は、例えば、抽選によるゲーム媒体の当選、取引によってゲーム媒体の所持者が変更するときなどに発生する。抽選の具体的な態様としては、例えば、以下の実施形態で説明するように、第１ユーザの指示に基づいて作成される候補ゲーム媒体グループを抽選対象とする抽選、ゲームの運営者（以下、単に「運営者」という）が提供する抽選等が挙げられる。また、取引の具体的な態様としては、例えば、ユーザ間での売買、ユーザ間でのゲーム媒体同士の交換、オークション、運営者からの購入等が挙げられる。「ユーザ間での売買」とは、ユーザが所持するゲーム媒体に対してゲーム価値の消費量を設定し、他のユーザが、自身が所持するゲーム価値を当該消費量分だけ消費することを条件に、当該ゲーム媒体を当該他のユーザに付与することをいう。「ゲーム価値」とは、消費することによってゲーム媒体を取得可能な通貨であり、例えば、ポイント（例えば、アプリケーション、ゲーム媒体を購入するプラットホームで、購入のために使用できるポイント等）を示す情報等である。ゲーム価値としては、例えば、金銭、暗号資産等が挙げられる。「ユーザ間でのゲーム媒体同士の交換」とは、ユーザが所持するゲーム媒体の所有者を他のユーザに更新することと引き換えに、当該他のユーザが所持するゲーム媒体の所有者を当該ユーザに更新することである。また、オークションとは、ユーザまたは運営者が出品したゲーム媒体に対して、他のユーザが当該ゲーム媒体を取得するために消費すべき自身のゲーム価値の消費量を提案し、最も高い量の消費量を提案したユーザに対して、当該消費量のゲーム価値の消費を条件に、当該ゲーム媒体を当該提案したユーザに付与することである。

【0019】

また、ゲーム媒体には、ＮＦＴが関連付けられたゲーム媒体（以下、「ＮＦＴゲーム媒体」という。）と、ＮＦＴが関連付けられていないゲーム媒体とが含まれる。ＮＦＴゲーム媒体は、その所有者がブロックチェーンシステム５０において管理される。ＮＦＴが関連付けられていないＮＦＴゲーム媒体は、その所有者がゲームサーバ１０によって管理される。ゲーム媒体にＮＦＴが関連付けられていることによって、取引履歴に関する情報をより容易に取得することができる。また、ゲーム媒体にＮＦＴが関連付けられていることによって、ゲーム媒体の信用を保つことができる。例えば、不正行為によって生成されたものでは無いことを示すことができる。

【0020】

（ゲームサーバ１０のハードウェア構成）
図１に示すように、ゲームサーバ１０は、例えば、プロセッサ１１、メモリ１２および通信インタフェース１３を含む。これらの構成要素は、バス１９を介して接続される。

【0021】

プロセッサ１１は、メモリ１２に記憶されたプログラムを実行することにより、ゲームサーバ１０の各部を制御する。プロセッサ１１は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の集積回路によって構成される。

【0022】

メモリ１２は、プロセッサ１１が実行するプログラム、および、プロセッサ１１が使用する各種のデータを記憶する。メモリ１２は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＥＥＰＲＯＭ（登録商標）（Electrically Erasable Programmable Read-Only Memory）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、またはこれらの組み合わせによって構成される。なお、メモリ１２の一部または全部は、ゲームサーバ１０に内蔵されることに限らず、ＵＳＢ（Universal Serial Bus）等の入出力インタフェース（図示せず）を介して外付けされていてもよい。また、メモリ１２の一部または全部は、ゲームサーバ１０とは独立した装置として、ネットワークを介してゲームサーバ１０に接続されていてもよい。

【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】

また、上記各実施形態で説明した各処理は、ＡＩ（Artificial Intelligence：人工知能）に実行させてもよい。この場合、ＡＩは上記制御装置で動作するものであってもよいし、他の装置（例えばエッジコンピュータまたはクラウドサーバ等）で動作するものであってもよい。

【0145】

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

【符号の説明】

【0146】

１ ゲームシステム
１０ ゲームサーバ
３０、３０－１、３０－２ ユーザ端末
５０ ブロックチェーンシステム
１１０、３１０ 制御部
１３０、３３０ 記憶部
１１、３１ プロセッサ
１２、３２ メモリ
１３、３３ 通信インタフェース
１９、３９ バス
３４ 入力装置
３５ 表示装置
１１１ 候補ゲーム媒体特定部
１１２ グループ作成部
１１３ 抽選処理部
１１４ 報酬付与部
１１５ 条件設定部
１１６ 履歴情報取得部
１１７ 表示制御部
１１８ 価値情報取得部
１１９ 第２ユーザ特定部
３１１ グループ設定ＵＩ部
３１２ 抽選ＵＩ部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】