JP2020130866A - ゲーム装置、ゲーム方法及びゲームプログラム - Google Patents

Abstract

【課題】再抽選処理による処理負荷を低減しつつ、再抽選によって、ユーザにとって、より価値の高いゲーム媒体が入手され易くする。【解決手段】ユーザ識別情報ごとにゲーム媒体情報を記憶する記憶部と、抽選処理部とを含み、複数種類のゲーム媒体は、それぞれに、複数種類のゲーム媒体間での相対的な価値に応じた指標値が対応付けられており、抽選処理部は、一のユーザ識別情報に係る一の抽選処理で抽選されたゲーム媒体に、所定基準以上の高い価値を表す指標値が対応付けられており、かつ、一の抽選処理で抽選されたゲーム媒体が、一のユーザ識別情報に係るゲーム媒体情報に対して所定の関係を有する場合に、一の抽選処理で抽選されたゲーム媒体とは異なる種類のゲーム媒体を抽選するための新たな抽選処理を実行する再抽選実行部を含む、ゲーム装置が開示される。【選択図】図６

Description

本発明は、ゲーム装置、ゲーム方法及びゲームプログラムに関する。

端末装置からのゲーム媒体の取得要求を受け付ける受付処理部と、ゲーム媒体の取得要求があった場合にゲーム媒体をユーザに取得させるための抽選処理を行う抽選処理部とを備えるゲームシステムが知られている。

特開２０１８−１７１３１０号公報

ところで、抽選処理で抽選されたゲーム媒体が、ユーザにとって、価値の低いものである場合、再抽選の機会を当該ユーザに与えることは、ユーザフレンドリの観点から有用となりうる。

しかしながら、ユーザが所望すれば再抽選が常に可能となる仕様とすると、再抽選処理に起因した処理負荷が増大してしまうという問題が生じる。
そこで、１つの側面では、本発明は、再抽選処理による処理負荷を低減しつつ、再抽選によって、ユーザにとって、より価値の高い種類のゲーム媒体が入手され易くすることを目的とする。

１つの側面では、ユーザ識別情報ごとに、ユーザ識別情報に対応付けられている１つ以上のゲーム媒体を表すゲーム媒体情報を記憶する記憶部と、
ユーザ識別情報ごとに、抽選処理に基づいて、複数種類のゲーム媒体のうちから抽選されたゲーム媒体を、ユーザ識別情報に新たに対応付ける抽選処理部とを含み、
複数種類のゲーム媒体は、それぞれに、複数種類のゲーム媒体間での相対的な価値に応じた指標値が対応付けられており、
前記抽選処理部は、
一のユーザ識別情報に係る一の抽選処理で抽選されたゲーム媒体に、所定基準以上の高い価値を表す前記指標値が対応付けられており、かつ、前記一の抽選処理で抽選されたゲーム媒体が、前記一のユーザ識別情報に係る前記ゲーム媒体情報に対して所定の関係を有する場合に、前記一の抽選処理で抽選されたゲーム媒体とは異なる種類のゲーム媒体を抽選するための新たな抽選処理を実行する再抽選実行部と、
前記再抽選実行部により前記新たな抽選処理が実行された場合に、前記一の抽選処理で抽選されたゲーム媒体に代えて、前記新たな抽選処理で抽選されたゲーム媒体を、前記一のユーザ識別情報に対応付けるゲーム媒体変更部とを含む、ゲーム装置が提供される。

１つの側面では、本発明によれば、再抽選処理による処理負荷を低減しつつ、再抽選によって、ユーザにとって、より価値の高い種類のゲーム媒体が入手され易くすることが可能となる。

本発明の一実施形態に係るゲームシステムのブロック図である。 ユーザに関する情報を示す図である。 ゲーム媒体に関する情報を示す図である。 第１ゲーム媒体の進化の説明図である。 第１ゲーム媒体の強化の説明図である。 端末装置に表示されるプレイ画面の一例を示す図である。 サーバ制御部におけるゲーム媒体抽選処理に関連した部分の機能の構成を表す図である。 通常抽選処理の態様を概念的に示す図である。 再抽選処理の態様を概念的に示す図である。 再抽選処理が実行される場合のサーバ装置と端末装置との間の通信の説明図である。 再抽選の希望の有無をユーザに問い合わせる画面の一例を示す図である。 抽選処理部により実行される処理の一例を示す概略的なフローチャートである。 抽選処理部により実行される処理の他の一例を示す概略的なフローチャートである。 抽選処理部により実行される処理の更なる他の一例を示す概略的なフローチャートである。

以下、添付図面を参照しながら各実施形態について詳細に説明する。

（ゲームシステムの概要）
図１を参照して、本発明の一実施形態に係るゲームシステム１の概要について説明する。ゲームシステム１は、サーバ装置１０と、１つ以上の端末装置２０と、を備える。図１では簡便のため、３つの端末装置２０を図示しているが、端末装置２０の数は２つ以上であればよい。

サーバ装置１０は、例えばゲーム運営者が管理するサーバ等の情報処理装置である。端末装置２０は、例えば携帯電話、スマートフォン、タブレット端末、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、又はゲーム装置等の、ユーザによって使用される情報処理装置である。端末装置２０は、本実施形態に係るゲームのアプリケーションを実行可能である。ゲームのアプリケーションは、ネットワーク３０を介して所定のアプリケーション配信サーバから端末装置２０に受信されてもよく、あるいは端末装置２０に備えられた記憶装置又は端末装置２０が読取可能なメモリカード等の記憶媒体に予め記憶されていてもよい。サーバ装置１０及び端末装置２０は、ネットワーク３０を介して通信可能に接続される。例えば、サーバ装置１０及び端末装置２０が協働して、ゲームに関する多様な処理を実行する。

なお、ネットワーク３０は、無線通信網や、インターネット、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、有線ネットワーク、又はこれらの任意の組み合わせ等を含んでよい。

（ゲームの概要）
本実施形態に係るゲームの概要について説明する。本実施形態に係るゲームは、１つ以上のゲームパートを含む。１つ以上のゲームパートのうち少なくとも１つのゲームパートは、ゲーム媒体を用いて実行されてもよい。

ゲーム媒体は、ゲームに使用される電子データであり、例えば、カード、アイテム、ポイント、仮想通貨、チケット、キャラクタ、アバタ、パラメータ等、任意の媒体を含む。また、ゲーム媒体は、レベル情報、ステータス情報、パラメータ情報（体力値及び攻撃力等）又は能力情報（スキル、アビリティ、呪文、ジョブ等）のような、ゲーム関連情報であってもよい。また、ゲーム媒体は、ユーザによってゲーム内で取得、所有、使用、管理、交換、合成、強化、売却、廃棄、又は贈与等され得る電子データであるが、ゲーム媒体の利用態様は本明細書で明示されるものに限られない。

以下、特に明示した場合を除き、「ユーザが所有するゲーム媒体」とは、当該ユーザを一意に識別可能なユーザＩＤに所有ゲーム媒体として対応付けられたゲーム媒体を示す。また、「ゲーム媒体をユーザに付与する」とは、ゲーム媒体を所有ゲーム媒体としてユーザＩＤに対応付けることを示す。また、「ユーザが所有するゲーム媒体を破棄する」とは、ユーザＩＤと所有ゲーム媒体との対応付けを解消することを示す。また、「ユーザが所有するゲーム媒体を消費する」とは、ユーザＩＤと所有ゲーム媒体との対応付けの解消に応じて、何らかの効果又は影響をゲーム内で発生させ得ることを示す。また、「ユーザが所有するゲーム媒体を売却する」とは、ユーザＩＤと所有ゲーム媒体との対応付けを解消し、且つ、ユーザＩＤに他のゲーム媒体（例えば、仮想通貨又はアイテム等）を所有ゲーム媒体として対応付けることを示す。また、「ユーザＡが所有するゲーム媒体をユーザＢに譲渡する」とは、ユーザＡのユーザＩＤと所有ゲーム媒体との対応付けを解消し、且つ、ユーザＢのユーザＩＤに当該ゲーム媒体を所有ゲーム媒体として対応付けることを示す。また、「ゲーム媒体を作成する」とは、ゲーム媒体に関する情報の少なくとも一部を定義又は決定することを示す。

ゲームパートは、ゲーム内でユーザがプレイ可能なコンテンツであって、例えばクエスト、ミッション、ミニゲーム、ゲーム媒体の育成、強化、及び合成、ゲーム媒体入手イベント、仮想空間の探索イベント、並びに対戦相手（例えば、他のユーザ、敵キャラクタ、及び敵の建物等）との対戦イベント等を含む。各ゲームパートには、１つ以上の所定の課題（ゲーム課題）が設定されてもよい。例えば、ユーザによってプレイされるゲームパートに設定された１つ以上のゲーム課題の達成に成功したと判定された場合、ユーザに対して、例えばゲーム媒体等が報酬として付与されてもよい。ゲーム課題には、例えば敵キャラクタとの対戦に勝利するとの課題、仮想空間内のゴール地点まで到達するとの課題、及び所定時間が経過するまでユーザのキャラクタが所定の状態（例えば、行動不能の状態）にならないとの課題等、ゲームパートの内容に応じた任意の課題が採用可能である。また、ゲームパートに設定された１つ以上のゲーム課題のうち、特定の課題（クリア課題）が達成されることを、ゲームパートのクリアともいう。ゲームパートをプレイするユーザがクリア課題の達成に成功した場合、当該ゲームパートのクリアと判定され、当該ゲームパートが終了してもよい。

１つ以上のゲームパートには、シングルプレイ用のゲームパートと、マルチプレイ用のゲームパートと、が含まれてもよい。シングルプレイ用のゲームパートは、例えば、１人のユーザが使用する１つの端末装置２０に対するユーザ操作に基づいて実行されるゲームパート（例えば、一人用のゲームパート）を含んでもよい。例えば、１つの端末装置２０が単独で、又は１つの端末装置２０とサーバ装置１０とが協働して、シングルプレイ用のゲームパートを実行する。一方、マルチプレイ用のゲームパートは、例えば、２人以上のユーザがそれぞれ使用する２つ以上の端末装置２０に対するユーザ操作に基づいて実行される、当該２人以上のユーザに共通のゲームパート（例えば、複数人用のゲームパート）を含んでもよい。２人以上のユーザに共通のゲームパートは、例えば、当該ゲームパートの進行処理の少なくとも一部及び処理結果の少なくとも一部が、当該２人以上のユーザに対して共通して適用されるゲームパートを含んでもよい。例えば、２つ以上の端末装置２０が協働して、又は２つ以上の端末装置２０とサーバ装置１０とが協働して、マルチプレイ用のゲームパートを実行する。１つのゲームパートが、シングルプレイ及びマルチプレイの両方に対応してもよい。

本実施形態に係るゲームは、一例として、例えば横スクロール型のアクションゲームの要素と、ゲーム媒体を用いて対戦相手と対戦する対戦ゲームの要素と、を有する対戦ゲームパートを含む。ユーザは、自身が所有するゲーム媒体（所有ゲーム媒体）のうちから、対戦ゲームパートに使用する１つ以上のゲーム媒体を選択する。以下、対戦ゲームパートに使用される各ゲーム媒体を、第１ゲーム媒体ともいう。当該１つ以上の第１ゲーム媒体を纏めてデッキ又はチームともいう。対戦相手は、例えばＮＰＣ（Ｎｏｎ−Ｐｌａｙｅｒ Ｃｈａｒａｃｔｅｒ）等の自動的に操作されるゲーム媒体であるが、これに限られない。例えば、対戦相手は、他のユーザによって操作されるゲーム媒体であってもよい。１つの対戦ゲームパートにおいて、対戦相手の数は任意に定められてもよい。

本実施形態に係る対戦ゲームパートの概要について説明する。端末装置２０を用いてシングルプレイ用の対戦ゲームパートをプレイするユーザは、例えば仮想空間内に配置された移動オブジェクトを操作して、障害物等を避けつつ所定のアイテムを取得する。移動オブジェクトは、所定のゲーム媒体（第２ゲーム媒体）に対応する。第２ゲーム媒体は、例えば、バイク、自動車、又は人物等を含んでもよい。アイテムの取得に応じて、デッキに含まれるゲーム媒体（第１ゲーム媒体）が、所定の行動（例えば、対戦相手に対する攻撃）を行う。第１ゲーム媒体の行動によって、対戦相手にダメージを与えられ得る。一方、対戦相手は、例えば所定の時間間隔で、所定の行動（例えば、ユーザに対する攻撃）を行う。対戦相手の行動によって、ユーザにダメージが与えられ得る。ユーザ及び対戦相手それぞれには、与えられたダメージの量だけ減少する所定のパラメータが設定されている。対戦相手の当該パラメータが所定値（例えば、ゼロ）まで減少すると、ユーザの勝利と判定される。一方、ユーザの当該パラメータが所定値（例えば、ゼロ）まで減少すると、ユーザの敗北と判定される。ユーザの勝利又は敗北と判定された場合、当該対戦ゲームパートが終了してもよい。

一方、マルチプレイ用の対戦ゲームパートは、２人以上のユーザが共通の対戦相手と対戦する点を除き、上述したシングルプレイ用の対戦ゲームパートと同様に実行される。具体的には、２人以上のユーザそれぞれは、自身の端末装置２０を用いて、共通の対戦ゲームパートをプレイする。当該２人以上のユーザそれぞれは、上述のように仮想空間内の第２ゲーム媒体を操作する。当該２人以上のユーザに共通の仮想空間が用いられてもよいし、ユーザごとに独立した仮想空間が用いられてもよい。当該２人以上のユーザそれぞれのデッキに含まれる第１ゲーム媒体が、例えば共通の対戦相手に対して攻撃を行う。対戦相手の上述したパラメータは、２人以上のユーザに対して共通に適用される。例えば、２人以上のユーザがそれぞれ使用する複数の端末装置２０の間で、対戦相手の当該パラメータが同期されてもよい。対戦相手の当該パラメータが所定値（例えば、ゼロ）まで減少すると、２人以上のユーザの勝利と判定される。一方、２人以上のユーザそれぞれの当該パラメータが所定値（例えば、ゼロ）まで減少すると、２人以上のユーザの敗北と判定される。２人以上のユーザの勝利又は敗北と判定された場合、当該対戦ゲームパートが終了してもよい。

（サーバ装置の構成）
サーバ装置１０の構成について具体的に説明する。サーバ装置１０は、サーバコンピュータにより構成される。サーバ装置１０は、複数台のサーバコンピュータにより協動して実現されてもよい。

サーバ装置１０は、サーバ通信部１１と、サーバ記憶部１２と、サーバ制御部１３と、を備える。

サーバ通信部１１は、外部装置と無線又は有線によって通信し、情報の送受信を行うインタフェースを含む。サーバ通信部１１は、例えば無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信モジュール又は有線ＬＡＮ通信モジュール等を含んでもよい。サーバ通信部１１は、ネットワーク３０を介して、端末装置２０との間で情報を送受信可能である。

サーバ記憶部１２は、例えば一次記憶装置及び二次記憶装置を含む。例えばサーバ記憶部１２は、半導体メモリ、磁気メモリ、又は光メモリ等を含んでもよい。サーバ記憶部１２は、ゲームの処理に用いられる種々の情報及びプログラムを記憶する。サーバ記憶部１２に記憶された情報及びプログラムの少なくとも一部が、端末装置２０との間で共有及び同期されてもよい。以下、サーバ記憶部１２が記憶する情報の例について具体的に説明する。

（ユーザに関する情報）
サーバ記憶部１２は、複数のユーザそれぞれに関する情報を記憶する。図２を参照して、ユーザに関する情報について説明する。図２は、２人のユーザそれぞれに関する情報を示す。ユーザに関する情報は、当該ユーザに固有の種々の情報を含む。例えば、ユーザに関する情報は、ユーザＩＤと、ユーザ名と、ランクと、所有ゲーム媒体に関する情報と、使用ゲーム媒体に関する情報と、フレンド情報とを含む。ユーザに関する情報において、複数のユーザそれぞれと、所有ゲーム媒体に関する情報及び使用ゲーム媒体に関する情報と、フレンド情報とが対応付けられている。

ユーザＩＤは、ユーザを一意に識別可能な情報である。以下、ユーザＩＤを単にユーザともいう。

ユーザ名は、ユーザの名前を示す情報である。ユーザ名は、ユーザＩＤとは異なり、ユーザを一意に識別可能でなくてもよい。ユーザ名は、端末装置２０に対するユーザ操作に応じて任意に決定及び変更が可能であってもよい。

ランクは、ゲームに関するユーザの熟練度を示すパラメータである。本実施形態において、ランクの値は、ユーザによるゲームのプレイに応じて増加してもよい。ランクが高いほど、ゲームに関するユーザの熟練度が高い。

所有ゲーム媒体に関する情報は、ユーザがゲーム内で所有するゲーム媒体（所有ゲーム媒体）に固有の種々の情報を含む。ゲーム媒体がユーザに取得された場合、当該ゲーム媒体は、所有ゲーム媒体としてユーザに対応付けられる。所有ゲーム媒体に関する情報の詳細については後述する。

使用ゲーム媒体に関する情報は、対戦ゲームパートにおいてユーザに使用させるゲーム媒体（第１ゲーム媒体）を示す情報である。第１ゲーム媒体は、所有ゲーム媒体のうちから選択される。本実施形態において、１つ以上の所有ゲーム媒体のうちから選択された、例えば最大５つのゲーム媒体が、それぞれ第１ゲーム媒体としてユーザに対応付けられる。従って、１つのゲーム媒体が、所有ゲーム媒体であると同時に第１ゲーム媒体でもあり得る。第１ゲーム媒体は、例えば専用のゲームパートにおいて、自動的に又はユーザ操作に応じて選択されてもよい。例えば、当該専用のゲームパートは、いわゆるデッキ編成又はチーム編成等を行うゲームパートを含んでもよい。使用ゲーム媒体に関する情報に示される最大５つの第１ゲーム媒体が、１つのデッキを構成する。使用ゲーム媒体に関する情報は、複数のデッキの情報を含んでもよい。

フレンド情報は、フレンド関係にあるユーザＩＤを表す。例えば、ユーザＡが、ユーザＢ、Ｃとフレンド関係である場合、ユーザＡに対応付けられたフレンド情報は、ユーザＢ、ＣのユーザＩＤを含む。なお、フレンド関係は、フレンド申請等を介して実現される。このように、フレンド情報は、ユーザとの間で一方向的又は双方向的に関連付けられた他のユーザのユーザＩＤを含む。フレンド関係にあるユーザ同士は、例えばゲームシステム１上でメッセージの送受信等のコミュニケーションが可能であってもよい。なお、ユーザに関する情報において、フレンド情報に代えて又は加えて、所属するグループ（例えばギルド）を示す情報が含められてもよい。

ユーザに関する情報の内容は、上述したものに限られない。例えば、ユーザに関する情報は、ユーザがゲーム内で保有する所定のポイントを示す情報を更に含んでもよい。当該ポイントは、ユーザがゲームパートをプレイするために消費される。ゲームパートごとに、当該ポイントの消費量が異なってもよい。当該ポイントは、例えば時間経過に応じて、又は所定のゲーム媒体の使用に応じて、増加してもよい。

ここで、図３を参照して、上述した所有ゲーム媒体に関する情報の一例について詳細に説明する。図３は、１人のユーザに対応付けられた２つの所有ゲーム媒体に関する情報を示す。例えば、各所有ゲーム媒体に関する情報は、ゲーム媒体ＩＤと、ゲーム媒体名と、レアリティと、レベルと、コストと、ＨＰ（ＨｉｔＰｏｉｎｔ）と、攻撃力と、回復力と、属性と、進化に関する情報と、強化に関する情報と、ゲーム機能に関する情報と、を含む。

ゲーム媒体ＩＤは、ゲーム媒体を一意に識別可能な情報である。ゲーム媒体ＩＤは、予めサーバ記憶部１２に記憶されてもよい。あるいは、ゲーム媒体ＩＤは、ゲーム媒体をユーザに取得させるときに、サーバ装置１０によって決定されてもよい。

ゲーム媒体名は、ゲーム媒体の名前を示す情報である。ゲーム媒体名は、ゲーム媒体ＩＤとは異なり、ゲーム媒体を一意に識別可能でなくてもよい。ゲーム媒体名の初期値が、予めサーバ記憶部１２に記憶されてもよい。ゲーム媒体名は、ゲーム媒体を取得したユーザによるゲームのプレイに応じて変化してもよい。

本実施形態では、第１ゲーム媒体の一部又はすべては、所定の上限まで段階的に進化（変化の一態様）が可能である。以下、段階的に進化可能なゲーム媒体を、「進化可能ゲーム媒体」ともいう。本実施形態では、一例として、進化は、レアリティが高くなるという効果を伴うものとする。ここでは、説明の都合上、ゲーム媒体名の末尾の数字は、進化の段階を表すものとする。例えば、図３に示すゲーム媒体「Ｃ０１」は、進化可能ゲーム媒体であり、ゲーム媒体「Ｃ０１」が、一切進化していない状態であるとき、ゲーム媒体名は「キャラクタＡ１」である。一方、ゲーム媒体「Ｃ０１」が、１段階だけ進化したとき、ゲーム媒体名は「キャラクタＡ２」である。なお、進化の段階数は任意であり、進化可能ゲーム媒体ごとに異なってもよい。なお、進化可能ゲーム媒体は、すべての第１ゲーム媒体のうちの一部（例えば、対応付けられているレアリティが、後述のＳＳＲ（ダブルスーパーレア）以外のゲーム媒体）であってよい。

また、本実施形態では、第１ゲーム媒体のすべては、所定の上限まで段階的に強化（変化の一態様）が可能である。なお、変形例では、第１ゲーム媒体の一部だけが、強化可能であってもよいし、後述の第２ゲーム媒体についても強化可能であってもよい。以下、強化可能なゲーム媒体を、「強化可能ゲーム媒体」ともいう。

レアリティは、ゲーム媒体の希少度（希少価値）を示す情報である。すなわち、あるゲーム媒体に対応付けられるレアリティは、当該ゲーム媒体の取得され難さ（抽選され難さ）を表し、ここでは、レアリティが高いほど所有され難いものとする。なお、本実施形態では、一例として、レアリティは、数値ではなく、Ｎ（ノーマル）、Ｒ（レア）、ＳＲ（スーパーレア）、ＳＳＲ（ダブルスーパーレア）といった名称で分類されているものとし、ＳＳＲが、最もレアリティが高いものとする。

例えば、本ゲームにおいて、Ｎ（ノーマル）、Ｒ（レア）、ＳＲ（スーパーレア）、ＳＳＲ（ダブルスーパーレア）がそれぞれ対応付けられているゲーム媒体の種類の個数をＮ_Ｎ個、Ｎ_Ｒ個、Ｎ_ＳＲ個、Ｎ_ＳＳＲ個とすると、Ｎ_Ｎ＞Ｎ_Ｒ＞Ｎ_ＳＲ＞Ｎ_ＳＳＲとなる。なお、レアリティに係る名称は、多様であり、レアリティの分類も、４段階以外であってもよい。なお、本実施形態では、一例として、Ｎ_ＳＳＲ≧２であるとする。

ただし、レアリティは、ゲーム媒体の種類の個数の差に応じて決まる態様とは異なる態様で決められてもよい。例えば、ゲーム媒体の種類ごとに提供確率を調整することで、レアリティの差を実現してもよい。この場合、Ｎ（ノーマル）、Ｒ（レア）、ＳＲ（スーパーレア）、ＳＳＲ（ダブルスーパーレア）のそれぞれが対応付けられている種類のゲーム媒体の提供確率をＰ_Ｎ、Ｐ_Ｒ、Ｐ_ＳＲ、Ｐ_ＳＳＲとすると、Ｎ_Ｎ＝Ｎ_Ｒ＝Ｎ_ＳＲ＝Ｎ_ＳＳＲである場合でも、Ｐ_Ｎ＞Ｐ_Ｒ＞Ｐ_ＳＲ＞Ｐ_ＳＳＲとすることで、同様のリアリティの差を実現できる。また、Ｎ_Ｎ＝Ｎ_Ｒ＝Ｎ_ＳＲ＝Ｎ_ＳＳＲとせずに、ゲーム媒体の種類の個数を異ならせつつ、提供確率を調整することで、同様のリアリティの差を実現することも可能である。例えば、Ｎ_Ｎ×Ｐ_Ｎ＞Ｎ_Ｒ×Ｐ_Ｒ＞Ｎ_ＳＲ×Ｐ_ＳＲ＞Ｎ_ＳＳＲ×Ｐ_ＳＳＲとなるように、ゲーム媒体の種類の個数とそれぞれの種類の提供確率を調整してもよい。また、提供確率は、種類ごとに代えて、個々のゲーム媒体ごとに調整されてもよい。

レベルは、ゲーム媒体の成長度を示す情報である。例えば、レベルの値が大きいほど、ゲーム媒体の成長度が大きい。本実施形態において、レベルの値は、ユーザによるゲームのプレイに応じて増加してもよい。また、第１ゲーム媒体に係るレベルは、第１ゲーム媒体ごとに上限レベルが設定されてよい。この場合、第１ゲーム媒体の上限レベルは、例えばレアリティが高いほど高くなる態様で設定されてよい。また、第１ゲーム媒体の上限レベルは、特定の強化（例えば限界突破）により引き上げ可能とされてもよい。

コストは、対戦ゲームパートに使用するデッキを決定する際に用いられるパラメータである。本実施形態において、各第１ゲーム媒体のコストの合計値が所定の上限値を超えない範囲で、最大５つの第１ゲーム媒体が１つのデッキに包含可能である。当該上限値は、例えばユーザのランクの増加に応じて増加してもよい。

ＨＰは、対戦ゲームパートにおけるユーザの勝敗を決定するために用いられるパラメータである。本実施形態において、デッキに含まれるすべての第１ゲーム媒体のＨＰの合計が、対戦ゲームパートの開始時における上限値として用いられる。以下、デッキに含まれるすべての第１ゲーム媒体のＨＰの合計を、ユーザの合計ＨＰともいう。対戦ゲームパートの実行中に、例えば対戦相手の攻撃によってユーザにダメージが与えられると、当該ダメージの量だけ合計ＨＰが減少する。対戦ゲームパートの実行中に、例えば回復アイテムが取得されると、合計ＨＰが増加する。合計ＨＰが所定値（例えば、ゼロ）まで減少すると、ユーザの敗北と判定される。従って、デッキに含まれる各第１ゲーム媒体のＨＰが大きいほどユーザに有利である。レベルの増加に応じて、ＨＰが増加してもよい。

攻撃力は、例えばゲーム媒体の攻撃によって対戦相手に与えるダメージ量に寄与する情報である。攻撃力の値が大きくなるほど、対戦相手に与えるダメージ量が大きくなる。従って、ゲーム媒体の攻撃力が大きいほどユーザに有利である。レベルの増加に応じて、攻撃力が増加してもよい。

回復力は、対戦ゲームパートの実行中に用いられるパラメータである。本実施形態において、デッキに含まれるすべての第１ゲーム媒体の回復力の合計が用いられる。以下、デッキに含まれるすべての第１ゲーム媒体の回復力の合計を、ユーザの合計回復力ともいう。対戦ゲームパートの実行中に、例えば回復アイテムが取得されると、ユーザの合計回復力が増加する。合計回復力の値が大きくなるほど、合計ＨＰの増加量が大きくなる。従って、デッキに含まれる各第１ゲーム媒体の回復力が大きいほどユーザに有利である。レベルの増加に応じて、回復力が増加してもよい。

なお、以上の各種パラメータのうちの、ＨＰ、攻撃力、及び回復力は、ゲーム媒体の能力を表すパラメータとなる。具体的には、ＨＰが高いほど、ゲーム媒体の能力が高くなり、攻撃力が高いほど、ゲーム媒体の能力が高くなり、以下同様である。また、レベルの増加に応じて攻撃力等が増加する仕様である場合は、レベルも、ゲーム媒体の能力を表すパラメータとなる。また、上述した進化可能ゲーム媒体に関しては、進化の段階が進むほど能力が高くなる仕様である場合は、進化の段階（進化値）も、ゲーム媒体の能力を表すパラメータとなる。

以下では、このようなゲーム媒体の能力を表すパラメータを、「能力パラメータ」ともいう。

属性は、ゲーム媒体の属性を示す情報である。属性には、対戦を行うゲーム媒体間の相性を示す複数の第１属性（例えば、火属性、木属性、及び水属性）が含まれてもよい。当該複数の第１属性のうち少なくとも１つの第１属性が、１つのゲーム媒体に対応付けられる。例えば火属性のゲーム媒体は、木属性のゲーム媒体に対して与えるダメージが通常よりも大きくなり、水属性のゲーム媒体に対して与えるダメージが通常よりも小さくなる。このように、例えば火属性は、木属性に対して有利であり、水属性に対して不利である。属性には、対戦を行うゲーム媒体間の相性には影響しない複数の第２属性（例えば、攻撃属性、回復属性、体力属性、及びバランス属性等）が含まれてもよい。当該複数の第２属性のうち少なくとも１つの第２属性が、１つのゲーム媒体に対応付けられる。従って、例えば第１属性が火属性であり、第２属性が攻撃属性である１つのゲーム媒体が存在し得る。

進化に関する情報は、進化が可能か否か、進化が可能な場合は、現在の進化の段階（進化値）や、進化が成功するための条件（進化実現条件）、進化による効果（例えばレアリティのアップ）等に関する情報を含む。本実施形態では、一例として、あるゲーム媒体の進化には、当該ゲーム媒体に対応付けられる所定のゲーム媒体（所定種類のゲーム媒体の一例）の消費を伴う。この場合、進化に関する情報は、進化実現条件に関する情報として、進化可能ゲーム媒体ごとに、進化のために消費されるゲーム媒体を表す情報を含む。すなわち、進化可能ゲーム媒体のそれぞれには、進化のために消費されるゲーム媒体（以下、「進化素材用ゲーム媒体」ともいう）が対応付けられる。なお、進化素材用ゲーム媒体は、進化に供されることが可能なゲーム媒体であるが、必ずしも進化のためにだけ利用されるゲーム媒体である必要はない。

例えば、図４Ａには、あるゲーム媒体（ここではゲーム媒体「Ｃ０１」）の進化態様の一例が示される。図４Ａでは、進化可能ゲーム媒体であるゲーム媒体「Ｃ０１」が、進化している様子が示される。この場合、ゲーム媒体「Ｃ０１」は、１回の進化ごとに、キャラクタＡ１からキャラクタＡ２，キャラクタＡ２からキャラクタＡ３といった具合に、上限まで進化可能である。なお、図４Ａでは、進化上限に到達した進化可能ゲーム媒体に係るキャラクタＡ_ＭＡＸが示される。

また、図４Ａでは、進化素材用ゲーム媒体として、キャラクタＸ（Ｘ１、Ｘ２）というゲーム媒体名のゲーム媒体が示される。なお、キャラクタＸに対応するゲーム媒体は、進化可能ゲーム媒体であってもよいし、進化不能なゲーム媒体であってよい。また、進化可能ゲーム媒体ごとに、対応付けられる進化素材用ゲーム媒体が異なってもよいし、同じであってもよい。また、図４Ａでは、より進化したゲーム媒体「Ｃ０１」（例えばキャラクタＡ２）を進化させるためには、より進化した進化素材用ゲーム媒体（進化素材用ゲーム媒体Ｘ１よりも進化した進化素材用ゲーム媒体Ｘ２）の消費を伴うが、これに限られない。例えば、進化素材用ゲーム媒体は、常に、進化していないゲーム媒体（ここでは、進化素材用ゲーム媒体Ｘ１）であってもよい。

なお、図４Ａでは、進化素材用ゲーム媒体は、対応付けられる進化可能ゲーム媒体とは異なるが、同じであってもよい。例えば、進化可能ゲーム媒体であるゲーム媒体「Ｃ０１」に対応付けられる進化素材用ゲーム媒体は、ゲーム媒体「Ｃ０１」を含んでよい。

また、図４Ａでは、進化可能ゲーム媒体の１回の進化に供される進化素材用ゲーム媒体の数は、１つだけであるが、これに限られない。すなわち、進化可能ゲーム媒体の１回の進化には、２つ以上の進化素材用ゲーム媒体の消費が伴われてもよい。

強化に関する情報は、強化が可能か否か、強化が可能な場合は、強化のための条件（強化実現条件）、強化による効果（例えば強化態様に応じたステータスの変化ルール）等に関する情報を含む。

本実施形態では、一例として、強化実現条件として、ある強化可能ゲーム媒体の強化には、強化に利用できる所定のゲーム媒体（強化素材用ゲーム媒体）の消費を伴う。なお、強化素材用ゲーム媒体は、強化に供されることが可能なゲーム媒体であるが、必ずしも強化のためにだけ利用されるゲーム媒体である必要はない。

例えば、図４Ｂには、あるゲーム媒体（ここではゲーム媒体「Ｃ０１」）の強化態様の一例が示される。図４Ｂでは、強化可能ゲーム媒体であるゲーム媒体「Ｃ０１」が、強化されている様子が示される。この場合、ゲーム媒体「Ｃ０１」は、強化ごとに、能力パラメータ（図４Ｂでは、レベル、ＨＰ，攻撃力、及び回復力）が適宜増加されている。なお、強化可能ゲーム媒体は、レベルが上限レベルに達すると、強化が不能な状態となる。ただし、この場合も、“限界突破”等のためのアイテム（ゲーム媒体の一例）を利用して、上限レベルの引き上げが可能とされてもよい。

また、図４Ｂでは、強化素材用ゲーム媒体として、キャラクタＹ１、Ｙ２というゲーム媒体名のゲーム媒体が示される。キャラクタＹ１、Ｙ２は、それぞれ異なるゲーム媒体ＩＤが付与されていてもよいし、同一であってもよい（すなわち進化可能ゲーム媒体であり、進化後のキャラクタであってもよい）。また、図４Ｂでは、強化可能ゲーム媒体の１回の強化に供される強化素材用ゲーム媒体の数は、１つだけであるが、これに限られない。すなわち、強化可能ゲーム媒体の１回の強化には、２つ以上の強化素材用ゲーム媒体の消費が伴われてもよい。

ゲーム機能に関する情報は、ゲーム媒体に対応付けられたゲーム機能の情報を含む。ゲーム機能は、ゲーム媒体に対応付けられた特別な機能（スキルやアビリティ）であってよい。また、１つのゲーム媒体に任意の数のゲーム機能が対応付けられてもよい。ゲーム機能が発揮されると、例えば対戦ゲームパートにおいて所定のゲーム効果が発生し得る。ゲーム効果の内容は、任意に定められてもよい。本実施形態において、ユーザに有利なゲーム効果が存在してもよい。例えば、対戦相手に、通常の攻撃よりも大きなダメージを与えるゲーム効果が存在してもよいし、対戦相手の攻撃を弱くするゲーム効果が存在してもよい。発生したゲーム効果が、所定の期間に亘って継続してもよい。本実施形態において、シングルプレイ用の対戦ゲームコンテンツ及びマルチプレイ用の対戦ゲームコンテンツのうち、何れか一方又は両方において使用可能な１つ以上のゲーム機能が存在してもよい。

ゲーム機能に関する情報の内容は、上述したものに限られない。例えばゲーム機能に関する情報は、当該ゲーム機能のレベル及び経験値を更に含んでもよい。例えば、ユーザが所有する所定のゲーム媒体を消費することによって、ゲーム機能の経験値が増加してもよい。所定のゲーム媒体は、例えば、当該ゲーム機能が設定された任意のゲーム媒体を含んでもよい。また例えば、所定のゲーム媒体は、当該ゲーム機能に対して予め定められた１種類以上のゲーム媒体を含んでもよい。ゲーム機能の経験値が所定の基準値に達すると、ゲーム機能のレベルが増加してもよい。すなわち、ゲーム機能は、強化可能であってよい。ゲーム機能のレベルが増加するほど、よりユーザに有利なゲーム効果が発生してもよい。例えば、ゲーム機能のレベルが増加すると、対戦相手に与えるダメージ量が増加してもよい。また、ゲーム機能は、覚醒可能な特別なゲーム機能（例えば通常のゲーム機能よりもゲーム効果が顕著なゲーム機能）であってもよい。この場合、覚醒させるためには、所定のアイテム（ゲーム媒体の一例）の消費が必要とされてよい。なお、この場合、特殊能力を覚醒させることは、ゲーム機能の強化の一例である。

なお、ゲーム媒体ＩＤに対応付けられる各種情報は、図３を参照して上述したものに限られず、任意である。

（対戦相手であるゲーム媒体に関する情報）
図１に示すサーバ記憶部１２は、対戦ゲームパートにおける対戦相手であるゲーム媒体（例えば、ＮＰＣ）に関する情報を記憶する。例えば、対戦相手であるゲーム媒体に関する情報は、当該ゲーム媒体のゲーム媒体ＩＤ、ゲーム媒体名、レベル、ＨＰ、攻撃力、防御力、属性、及び素早さを含んでもよい。ゲーム媒体ＩＤ、ゲーム媒体名、レベル、ＨＰ、攻撃力、及び属性は、上述した所有ゲーム媒体に関する情報と同様であるため、説明は省略する。ＨＰは、対戦相手の健全度を示すパラメータである。対戦相手のＨＰが所定値（例えば、ゼロ）まで減少すると、当該対戦相手にユーザが勝利したと判定されてもよい。対戦ゲームパートにおいて登場するすべての対戦相手にユーザが勝利すると、対戦ゲームパートのクリアと判定されてもよい。防御力は、対戦相手に与えられるダメージ量の決定に用いられるパラメータである。例えば防御力が大きいほど、対戦相手に与えられるダメージ量が小さくなる。素早さは、対戦相手の行動ポイントの増加速度を決定するために用いられるパラメータである。例えば、素早さが大きいほど行動ポイントの増加速度が速い。行動ポイントが上限値に達すると、対戦相手が攻撃等の行動を実行し得る。

図１に示すサーバ制御部１３は、１つ以上のプロセッサを含む。プロセッサは、特定のプログラムを読み込むことにより特定の機能を実現する汎用プロセッサ、及び特定の処理に特化した専用プロセッサを含んでもよい。サーバ制御部１３は、サーバ装置１０全体の動作を制御する。以下、サーバ制御部１３の動作の例について具体的に説明する。

サーバ制御部１３は、ゲームの処理に用いられる種々の情報及びプログラムを、サーバ記憶部１２に記憶する。ゲームの処理に用いられる情報には、上述したユーザに関する情報、及び対戦相手であるゲーム媒体に関する情報等が含まれてもよい。

サーバ制御部１３は、サーバ通信部１１を介して情報の送受信を行う。例えば、サーバ制御部１３は、サーバ記憶部１２に記憶された情報の少なくとも一部を端末装置２０へ送信してもよい。このようにして、サーバ記憶部１２に記憶された情報と端末装置２０に記憶された情報が共有及び同期される。情報の共有及び同期を行うタイミングは、例えばサーバ記憶部１２に新たな情報が記憶されたタイミング、及びサーバ記憶部１２に記憶された情報が更新されたタイミングを含み得るが、任意に定められてもよい。

サーバ制御部１３は、端末装置２０と協働して、ゲームを実行する。例えば、サーバ制御部１３は、１つ以上の端末装置２０と協働して、対戦ゲームパートを実行する。

また、サーバ制御部１３は、各ユーザの所有ゲーム媒体を増やすためのゲーム媒体抽選処理を実行する。例えば、サーバ制御部１３は、ユーザからの抽選要求（いわゆるガチャを回すイベント）を受けて、ゲーム媒体抽選処理を実行する。なお、抽選要求の発生条件は任意である。例えば、抽選要求の発生条件は、所定のゲーム媒体の消費により満たされてもよい。あるいは、抽選要求の発生条件は、キャンペーン時や初期登録時に、所定のゲーム媒体の消費を伴うことなく満たされてもよい。ゲーム媒体抽選処理の詳細については、後述する。

（端末装置の構成）
端末装置２０の構成について具体的に説明する。図１に示すように、端末装置２０は、端末通信部２１と、端末記憶部２２と、表示部２３と、入力部２４と、端末制御部２５とを備える。

端末通信部２１は、外部装置と無線又は有線によって通信し、情報の送受信を行うインタフェースを含む。端末通信部２１は、例えばＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）（登録商標）等のモバイル通信規格に対応する無線通信モジュール、無線ＬＡＮ通信モジュール、又は有線ＬＡＮ通信モジュール等を含んでもよい。端末通信部２１は、ネットワーク３０を介して、サーバ装置１０との間で情報を送受信可能である。

端末記憶部２２は、例えば一次記憶装置及び二次記憶装置を含む。例えば端末記憶部２２は、半導体メモリ、磁気メモリ、又は光メモリ等を含んでもよい。端末記憶部２２は、サーバ装置１０から受信する、ゲームの処理に用いられる種々の情報及びプログラムを記憶する。ゲームの処理に用いられる情報及びプログラムは、端末通信部２１を介して外部装置から取得されてもよい。例えば、ゲームのアプリケーションプログラムが、所定のアプリケーション配信サーバから取得されてもよい。以下、アプリケーションプログラムを、単にアプリケーションともいう。また例えば、上述したユーザに関する情報及び対戦相手であるゲーム媒体に関する情報等の一部又は全部が、サーバ装置１０から取得されてもよい。

表示部２３は、例えば液晶ディスプレイ又は有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等の表示デバイスを含む。表示部２３は、多様な画面を表示可能である。

入力部２４は、例えば表示部２３と一体的に設けられたタッチパネルを含む入力インタフェースを含む。入力部２４は、端末装置２０に対するユーザ入力を受付可能である。また、入力部２４は、物理キーを含んでもよいし、マウス等のようなポインティングデバイスをはじめとする任意の入力インタフェースを更に含んでもよい。

端末制御部２５は、１つ以上のプロセッサを含む。端末制御部２５は、端末装置２０全体の動作を制御する。以下、端末制御部２５の動作の例について具体的に説明する。

端末制御部２５は、端末通信部２１を介して情報の送受信を行う。例えば、端末制御部２５は、ゲームの処理に用いられる種々の情報及びプログラムを、サーバ装置１０及び他の外部サーバの少なくとも一方から受信する。端末制御部２５は、受信された情報及びプログラムを、端末記憶部２２に記憶する。

端末制御部２５は、ユーザの操作に応じてゲームのアプリケーションを起動する。端末制御部２５は、サーバ装置１０と協働して、ゲームを実行する。例えば、端末制御部２５は、ゲームに用いられる種々の画面を表示部２３に表示させる。画面上には、例えばユーザ操作を検出するＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）が表示されてもよい。端末制御部２５は、入力部２４を介して、画面に対するユーザ操作を検出可能である。

一例として、シングルプレイ用の対戦ゲームパートを実行するサーバ装置１０及び端末装置２０の動作について、具体的に説明する。

端末制御部２５は、対戦ゲームパートの処理に用いられるユーザの合計ＨＰの上限値（例えば、１０００ポイント）を決定する。

端末制御部２５は、例えばユーザ操作に応じて、対戦ゲームパートの実行要求をサーバ装置１０へ送信する。サーバ制御部１３は、端末装置２０から当該実行要求を受信すると、対戦ゲームパートの実行に用いられる情報を端末装置２０へ送信してもよい。サーバ制御部１３及び端末制御部２５は、対戦ゲームパートを開始する。対戦ゲームパートは、デッキに含まれる１つ以上の第１ゲーム媒体と、仮想空間内に配置された第２ゲーム媒体と、対戦相手である１つ以上のゲーム媒体と、を用いて実行される。

対戦ゲームパートを進行させる端末制御部２５の動作について説明する。対戦ゲームパートが開始されると、端末制御部２５は、対戦相手の行動ポイントを初期値（例えば、ゼロポイント）に定める。

対戦ゲームパートの実行中、第１期間と第２期間とが交互に繰り返し発生する。

第１期間は、例えば時間経過に応じて増加する対戦相手の行動ポイントが、初期値（例えば、ゼロポイント）から上限値（例えば、１００ポイント）まで増加する期間である。具体的には、端末制御部２５は、対戦相手の行動ポイントを時間経過に応じて増加させる処理（増加処理）を開始する。増加処理の開始タイミングが、第１期間の開始タイミングに相当する。端末制御部２５は、対戦相手の行動ポイントが上限値（例えば、１００ポイント）に達すると、増加処理を終了する。増加処理の終了タイミングが、第１期間の終了タイミングに相当する。

第２期間は、第１期間の終了タイミングから、対戦相手の行動ポイントが初期値にリセットされるタイミングまでの期間である。具体的には、第２期間が開始した後、端末制御部２５は、対戦相手に所定の行動（例えば、ユーザに対する攻撃）を実行させる。なお、デッキに含まれる第１ゲーム媒体に行動（例えば、対戦相手に対する攻撃）を実行させない場合、端末制御部２５は、例えば第２期間の開始直後に、対戦相手に所定の行動を実行させてもよい。一方、デッキに含まれる第１ゲーム媒体に行動を実行させる場合、端末制御部２５は、デッキに含まれる第１ゲーム媒体による行動の終了を待ってから、対戦相手に所定の行動を実行させてもよい。かかる場合、デッキに含まれる第１ゲーム媒体による行動が終了した後に、対戦相手による行動が実行される。このようにして、第１期間と第２期間とが交互に繰り返し発生する。

端末制御部２５は、デッキに含まれる第１ゲーム媒体に所定の行動（例えば、対戦相手に対する攻撃）を実行させ得る。具体的には、第１期間において、端末制御部２５は、仮想空間内に所定のアイテムを出現させてもよい。端末制御部２５は、第２ゲーム媒体によるアイテムの取得に応じて、第１ゲーム媒体の行動ポイントを増加させる。端末制御部２５は、第１ゲーム媒体の行動ポイントが所定の基準値以上である場合、当該第１ゲーム媒体に所定の行動（例えば、対戦相手に対する攻撃）を実行させ、行動ポイントを当該基準値分だけ減少させる。端末制御部２５は、第１ゲーム媒体の行動ポイントが当該基準値未満となるまで、当該第１ゲーム媒体に行動を繰り返し実行させる。第１ゲーム媒体の行動ポイントが減少して当該基準値未満になると、第１ゲーム媒体による行動が終了する。

図５は、対戦ゲームパートの実行中に端末装置２０に表示されるプレイ画面の例を示す。プレイ画面には、例えば２次元の仮想空間の一部領域が表示される。具体的には、プレイ画面には、仮想空間に配置された多様なオブジェクトが表示され得る。多様なオブジェクトには、例えば移動オブジェクト４０、路面４１、アイテム４２、デッキに含まれる第１ゲーム媒体のうちの、リーダ４３、対戦相手４４、及び育成用アイテム４６（ゲーム媒体の一例）が含まれる。

移動オブジェクト４０は、例えばバイク、自動車、又は人物等の第２ゲーム媒体に対応する。端末制御部２５は、仮想空間における所定の方向（例えば、画面右方向）に向かって、仮想空間内で移動オブジェクト４０を自動的に移動させる。本実施形態において、端末制御部２５は、画面の左右方向における移動オブジェクト４０の位置を変化させることなく、路面４１及びアイテム４２を画面左方向に向かってスクロールさせるように移動させる。このようにして、仮想空間内で自動的に移動する移動オブジェクト４０が表現される。端末制御部２５は、仮想空間内における移動オブジェクト４０の進行方向に、路面４１及びアイテム４２等のオブジェクトを、画面のスクロールに伴って逐次出現させてもよい。端末制御部２５は、オブジェクトを出現させる処理のアルゴリズムを、第１期間と第２期間とで変化させてもよい。

移動オブジェクト４０は、路面４１の上を走行可能である。端末制御部２５は、仮想空間内に路面４１を出現させてもよい。端末制御部２５は、第１期間において、例えば図５に示すように路面４１を途切れさせてもよい。一方、端末制御部２５は、第２期間において、路面４１が途切れた箇所の出現数又は出現頻度を低減してもよい。例えば、端末制御部２５は、第２期間において、路面４１が途切れた箇所の出現数又は出現頻度をゼロにしてもよい。かかる場合、路面４１が途切れないように制御される。

端末制御部２５は、第１期間において、仮想空間内にアイテム４２を出現させてもよい。一方、端末制御部２５は、第２期間において、アイテム４２の出現数又は出現頻度を低減してもよい。例えば、端末制御部２５は、第２期間において、アイテム４２の出現数又は出現頻度をゼロにしてもよい。かかる場合、アイテム４２が出現しないように制御される。端末制御部２５は、移動オブジェクト４０とアイテム４２とが画面上で重なった場合、当該アイテム４２が取得されたと判定する。本実施形態において、アイテム４２は、属性アイテムと、回復アイテムと、を含む。

属性アイテムは、ゲーム媒体の第１属性のうち、少なくとも１つに対応する。例えば、火属性に対応するアイテムが取得された場合、端末制御部２５は、デッキに含まれる第１ゲーム媒体のうち、火属性の第１ゲーム媒体それぞれの行動ポイントを増加させる。端末制御部２５は、第１ゲーム媒体の行動ポイントが所定の基準値以上になると、当該第１ゲーム媒体に所定の行動（例えば、対戦相手に対する攻撃）を自動的に実行させる。例えば、対戦相手に対する攻撃を第１ゲーム媒体に実行させた場合、端末制御部２５は、対戦相手であるゲーム媒体のＨＰを減少させる。また、端末制御部２５は、攻撃を行った第１ゲーム媒体の行動ポイントを、基準値の分だけ減少させる。例えば、第１ゲーム媒体の行動ポイントが３５０ポイントであり、基準値が１００ポイントである場合、端末制御部２５は、当該第１ゲーム媒体に攻撃を合計３回行わせる。そして端末制御部２５は、基準値（１００ポイント）×３回＝３００ポイントだけ、当該第１ゲーム媒体の行動ポイントを減少させる。従って、攻撃を３回行った後、当該第１ゲーム媒体の行動ポイントは、３５０ポイント−３００ポイント＝５０ポイントとなる。

一方、回復アイテムが取得された場合、端末制御部２５は、ユーザの合計回復力に応じて、ユーザの合計ＨＰを増加させる。

端末制御部２５は、端末装置２０に対するユーザ操作に応じて、例えば画面上方向に向かって移動オブジェクト４０をジャンプさせる。例えばユーザは、路面４１が途切れている箇所で移動オブジェクト４０をジャンプさせることで、路面４１から移動オブジェクト４０が落下することを防ぎ得る。移動オブジェクト４０が路面４１から落下した場合、端末制御部２５は、例えばユーザの合計ＨＰを減少させ、その後移動オブジェクト４０を路面４１上に復帰させる。また例えば、ユーザは、アイテム４２の配置に合わせて移動オブジェクト４０をジャンプさせることで、アイテム４２を取得し得る。

端末制御部２５は、対戦相手４４に勝利すると、対戦相手４４の表示を消滅させるとともに、対戦相手４４が保持する育成用アイテム４６がユーザに獲得された演出表示を行う。この場合、端末制御部２５は、育成用アイテム４６が新たに追加されるように、ユーザに係る所有ゲーム媒体に関する情報（図２及び図３参照）を更新する。

なお、図５において、画像領域４５は、合計ＨＰの残りをゲージで表示する領域であり、画像領域４８は、対戦相手のＨＰの残りをゲージで表示する領域であり、画像領域４９は、デッキに含まれる各第１ゲーム媒体の状態を示す領域である。第１ゲーム媒体の状態は、アイテム４２の取得態様に応じて変化する次の行動（対戦相手に対する攻撃やスキルの発動等）の実行可否状態等を含んでよく、ここでは詳しい説明は省略する。

（ゲーム媒体抽選処理）
次に、ゲーム媒体抽選処理について詳説する。

図６は、サーバ制御部１３の機能のうちの、ゲーム媒体抽選処理に関連した部分の機能の構成を表す図である。

サーバ制御部１３は、ゲーム媒体抽選処理を実行する。ゲーム媒体抽選処理は、上述したように、ユーザごとに、ユーザからの抽選要求を受けて実行される処理であり、各ユーザの所有ゲーム媒体を増やすための処理である。

一般的に、所有ゲーム媒体が多いほど、デッキのバリエーションが富み、ユーザにとって有利となる。また、能力パラメータの比較的高い第１ゲーム媒体が使用される場合、能力パラメータの比較的低い第１ゲーム媒体が使用される場合よりも、対戦ゲームパートでユーザが勝利する可能性が高くなる傾向がある。従って、一般的に、ユーザは、能力パラメータの高いゲーム媒体、又は、強化等により能力パラメータを高くできるゲーム媒体を所有ゲーム媒体としたいと望む傾向がある。ゲーム媒体抽選処理は、このようなユーザの望みに応える処理である。

サーバ制御部１３は、図６に示すように、抽選処理部１３０を有する。抽選処理部１３０は、通常抽選実行部１３１と、再抽選条件判定部１３２と、再抽選実行部１３３と、抽選結果確定部１３４とを含む。

通常抽選実行部１３１は、通常抽選処理を行う。通常抽選処理は、後述の再抽選処理以外の抽選処理を意味する。例えば、通常抽選実行部１３１は、すべてのゲーム媒体を１つずつ含む抽選対象群のうちから、１つのゲーム媒体を無作為に（ランダムに）抽出することで、１回の通常抽選処理を実現する。なお、複数回の連続して行う抽選処理の場合（すなわち、１０連ガチャのような、複数回の抽選処理を１セットとして行う場合）、抽選対象群は、毎回、すべて同じであってもよいし、既に抽選されたゲーム媒体が除かれる態様で再設定されてもよい。あるいは、通常抽選実行部１３１は、無作為又は所定のルールで選択された所定の組み合わせのゲーム媒体（総数は、すべてのゲーム媒体の総数よりも少ない）を抽選対象群としてもよい。例えば、通常抽選実行部１３１は、すべての第１ゲーム媒体のうちから、レアリティがＳＳＲであるゲーム媒体を２種類以上含む所定数の第１ゲーム媒体からなる抽選対象群を設定してもよい。このとき、開催時期等に応じて、レアリティがＳＳＲであるゲーム媒体は、期間限定の特別なゲーム媒体であってもよい。

なお、すべてのゲーム媒体を１つずつ含む態様で抽選対象群（複数回の連続して行う抽選処理の場合は、初期の抽選対象群）を設定する場合は、設定される抽選対象群には、レアリティがＳＳＲである２種類以上のゲーム媒体が必ず含まれる。他方、それ以外の態様で抽選対象群（複数回の連続して行う抽選処理の場合は、初期の抽選対象群）を設定する場合、設定される抽選対象群に、所定基準以上のレアリティ（例えばＳＲ又はＳＳＲ）であるゲーム媒体が少なくとも２種類以上含まれるようにすることが望ましい。

あるいは、ゲーム媒体の種類ごとに提供確率が設定される仕様であってもよい。この場合、通常抽選実行部１３１は、設定された提供確率に基づいて、ゲーム媒体を抽選する。なお、この場合、上述したように、Ｎ（ノーマル）、Ｒ（レア）、ＳＲ（スーパーレア）、ＳＳＲ（ダブルスーパーレア）のそれぞれが対応付けられている種類のゲーム媒体の提供確率をＰ_Ｎ、Ｐ_Ｒ、Ｐ_ＳＲ、Ｐ_ＳＳＲとすると、Ｐ_Ｎ＞Ｐ_Ｒ＞Ｐ_ＳＲ＞Ｐ_ＳＳＲであってよい。

あるいは、予め決まった提供順に応じて、ゲーム媒体が抽出（抽選）されてもよい。例えば、上述のように、Ｎ、Ｒ、ＳＲ、ＳＳＲのレアリティのそれぞれが対応付けられている種類のゲーム媒体の個数をＮ_Ｎ個、Ｎ_Ｒ個、Ｎ_ＳＲ個、Ｎ_ＳＳＲ個とすると、通常抽選実行部１３１は、総数がＮ_{ｔｏｔａｌ}（＝Ｎ_Ｎ＋Ｎ_Ｒ＋Ｎ_ＳＲ＋Ｎ_ＳＳＲ）個のゲーム媒体でキューを形成し、１つずつゲーム媒体を並び順に抽出していく。この場合、総数は、有限であるが、更なる変形例では、総数は、無限又はＮ_{ｔｏｔａｌ}未満であってもよい。また、並び順は、提供確率に応じて決まってもよいし、他のパラメータに応じて決まってもよい。また、キューには、各種類のゲーム媒体が１つずつ含められるが、特定の種類のゲーム媒体が他の種類のゲーム媒体よりも多く含まれる態様で、含まれる各種類のゲーム媒体の数において差異が設定されてもよい。このような通常抽選処理の変形例は、後述の再抽選処理においても同様である。また、通常抽選処理の通常抽選処理のやり方と、再抽選処理のやり方は、基本的に同じであるが、例えば一方が提供確率を利用し他方がキューを利用するといった具合に、全く異なる態様で実現されてもよい。

再抽選条件判定部１３２は、通常抽選処理の結果と、サーバ記憶部１２内のユーザに関する情報とに基づいて、再抽選条件が満たされたか否かを判定する。再抽選条件は、ある一のユーザに対応付けるゲーム媒体を抽選するための通常抽選処理で抽選されたゲーム媒体が、絶対価値が比較的高いゲーム媒体であるにもかかわらず、当該ユーザにとっては価値が低い又はそれほど高くない可能性がある場合に、満たされてよい。

ここで、絶対価値とは、本ゲームにおいて変動し得ない価値であり、絶対価値が比較的高いゲーム媒体とは、例えばレアリティが比較的高いゲーム媒体や、能力パラメータが比較的高いゲーム媒体である。すなわち、ゲーム媒体間での相対的な価値を表す指標値となるレアリティや能力パラメータは、絶対価値を表す指標値でもある。絶対価値が比較的高いゲーム媒体は、基本的には、どのようなユーザにとっても価値の比較的高いものである傾向がある。

しかしながら、ユーザにとっては、絶対価値が同じように比較的高い複数種類のゲーム媒体間において、価値が異なる場合がある。このような齟齬は、ユーザの所有ゲーム媒体との関係や、ユーザの好み等に起因して生じることもある。例えば、絶対価値が最高であるゲーム媒体（例えばレアリティがＳＳＲであるゲーム媒体）が２種類ある場合、一方を既に所有するユーザにとっては、当該一方のゲーム媒体のもう１つよりも、他方のゲーム媒体の方が、価値が高い傾向となる。

本実施形態では、再抽選条件は、このような、絶対価値と、ユーザにとっての価値との間の齟齬を、解消するように設定される。

具体的には、本実施形態では、一例として、一のユーザに係る一の抽選処理に対する再抽選条件は、以下の条件（１）、（２）が同時に満たされる場合に、満たされる。
条件（１）一の抽選処理で抽選されたゲーム媒体のレアリティが所定のレアリティ以上である。所定のレアリティは、任意であるが、再抽選処理の負荷を低減する観点からは比較的高いレアリティであること望ましく、本実施形態では、一例として、所定のレアリティは、ＳＳＲであるとする。
条件（２）一の抽選処理で抽選されたゲーム媒体が、当該一のユーザの所有ゲーム媒体と同じである。
本実施形態では、一例として、条件（２）（あるいは、後述の条件（２ａ）等のような、後述の同様の条件）に関して、ゲーム媒体の同一性は、ゲーム媒体ＩＤの同一性に基づいて判断される。すなわち、同じゲーム媒体ＩＤを有するゲーム媒体同士は、同一である。例えば、図３に示すように、キャラクタＡ１とキャラクタＡ２とは、ゲーム媒体としてのデータ自体が異なるものの、同一のゲーム媒体として扱われる。すなわち、本実施形態では、変化（進化や強化等）が可能なゲーム媒体については、変化の有無や変化の度合いにかかわらず、同一のゲーム媒体として扱われる。なお、仕様によっては、キャラクタＡ１とキャラクタＡ２のような、進化度合いの異なるキャラクタに対して、それぞれ異なるゲーム媒体ＩＤが付与されてもよい。この場合も、進化度合いが異なるだけのキャラクタに対しては、関連性を示す特定の情報が付与されてよい。例えば、特定の情報は、進化度合いが異なるだけのキャラクタに係るゲーム媒体ＩＤには共通部分をもたせることや、進化度合いが異なるだけのキャラクタに対してはその旨を示す関連性情報をもたせることで、実現されてよい。関連性情報とは、例えば関連性パラメータであり、この場合、関連性パラメータが“０”の場合は、異なるゲーム媒体であることを示し、“１”の場合は、進化度合いが異なるだけのキャラクタであることを示す。このような仕様においても、変化（進化や強化等）が可能なゲーム媒体については、変化の有無や変化の度合いにかかわらず、同一のゲーム媒体として扱われることに変わりはなく、かかる仕様では、ゲーム媒体の同一性は、特定の情報に基づいて判断できる。

この場合、比較的入手困難であるゲーム媒体（すなわちレアリティがＳＳＲのゲーム媒体）が抽選された場合に、当該ゲーム媒体が既にユーザにより所有されている場合は、再抽選条件が満たされることになる。ユーザにとっては、レアリティがＳＳＲの複数種類のゲーム媒体のうちの、所有していないゲーム媒体の方が、既に所有しているゲーム媒体のもう１つよりも、価値が高い場合がある。従って、このような再抽選条件の場合は、再抽選条件の成立に伴う再抽選によって、ユーザにとって、より価値の高いゲーム媒体（例えば、レアリティがＳＳＲの他のゲーム媒体）が入手され易くすることが可能となる。

なお、条件（１）は、以下の条件（１Ａ）や条件（１Ｂ）に変更されてもよい。
条件（１Ａ）一の抽選処理で抽選されたゲーム媒体のレアリティがＳＲ又はＳＳＲである。
条件（１Ｂ）一の抽選処理で抽選されたゲーム媒体の能力が所定基準以上の高い能力である。
なお、条件（１Ａ）については、上述した条件（１）における所定のレアリティがＳＲである場合に対応する。条件（１Ｂ）について、ゲーム媒体の能力は、上述の能力パラメータに基づいて判断されてよい。例えばＨＰが所定閾値ＨＰｔｈ以上である場合に、条件（１Ｂ）が満たされてもよい。

ここで、一般的に、レアリティと能力とは相関性がある。すなわち、レアリティがＳＳＲのゲーム媒体の方が、レアリティがＲ（レア）のゲーム媒体よりも、ＨＰや攻撃力等が高く設定される傾向がある。従って、条件（１Ｂ）についても、上述した条件（１）や条件（１Ａ）と同様に機能できる。ただし、ゲーム媒体によっては、あるいは、ゲームシステム１の仕様によっては、レアリティと能力とが、相関性がない場合もありうる。かかる場合でも、条件（１Ｂ）が上述した条件（１）や条件（１Ａ）に代えて使用されてもよいし、上述した条件（１）や条件（１Ａ）が使用されてもよい。

また、条件（２）は、以下の条件（２ａ）に変更されてもよい。
条件（２ａ）一の抽選処理で抽選されたゲーム媒体が、当該一のユーザの過去の所有ゲーム媒体と同じである。
過去の所有ゲーム媒体とは、売却等により現在は所有していないが、過去に所有していたゲーム媒体である。

この場合、比較的入手困難であるゲーム媒体（すなわちレアリティがＳＳＲのゲーム媒体）が抽選された場合に、当該ゲーム媒体がユーザにより過去に所有されていた場合は、再抽選条件が満たされることになる。ユーザにとっては、レアリティがＳＳＲの複数種類のゲーム媒体のうちの、いままで所有したことがないゲーム媒体の方が、過去に所有したことがあるゲーム媒体よりも、価値が高い場合がある。従って、このような再抽選条件の場合は、再抽選条件の成立に伴う再抽選によって、ユーザにとって、より価値の高いゲーム媒体（例えば、レアリティがＳＳＲの他のゲーム媒体）が入手され易くすることが可能となる。

他の実施形態では、一のユーザに係る一の抽選処理に対する再抽選条件は、以下の条件（１）、（２Ａ）が同時に満たされる場合に、満たされてもよい。
条件（１）一の抽選処理で抽選されたゲーム媒体のレアリティが所定のレアリティ（本実施形態では、上述のようにＳＳＲ）以上である。
条件（２Ａ）一の抽選処理で抽選されたゲーム媒体が、当該一のユーザにより既に所定個Ｎｔｈ以上所有されている（すなわち、一の抽選処理で抽選されたゲーム媒体が、当該一のユーザに係る所有ゲーム媒体のうちの、所定個Ｎｔｈ以上存在する同一の所有ゲーム媒体と同じである）。
なお、所定個Ｎｔｈは、２以上の任意である。

この場合、比較的入手困難であるゲーム媒体（すなわちレアリティがＳＳＲのゲーム媒体）が抽選された場合に、当該ゲーム媒体が既にユーザにより所定個Ｎｔｈ以上所有されている場合は、再抽選条件が満たされることになる。ユーザにとっては、レアリティがＳＳＲの複数種類のゲーム媒体のうちの、所有していないゲーム媒体の方が、既に所定個Ｎｔｈ以上所有しているゲーム媒体のもう１つよりも、価値が高い場合がある。従って、このような再抽選条件の場合は、再抽選条件の成立に伴う再抽選によって、ユーザにとって、より価値の高いゲーム媒体（例えば、レアリティがＳＳＲの他のゲーム媒体）が入手され易くすることが可能となる。

更なる他の実施形態では、一のユーザに係る一の抽選処理に対する再抽選条件は、以下の条件（１Ｃ）、（２Ｂ）が同時に満たされる場合に、満たされてもよい。
条件（１Ｃ）一の抽選処理で抽選されたゲーム媒体のレアリティ（進化前のレアリティ）がＳＲである。
条件（２Ｂ）一の抽選処理で抽選されたゲーム媒体が、進化可能ゲーム媒体であり、当該一のユーザの所有ゲーム媒体と同じであり、かつ、当該所有ゲーム媒体が進化上限に到達している（すなわち、レアリティがＳＳＲに達している）。

ここで、ある進化可能ゲーム媒体が進化上限に到達している場合、すなわち、レアリティがＳＳＲに到達している場合、当該進化可能ゲーム媒体と同じゲーム媒体（進化前であり、それ故にレアリティがＳＳＲよりも低いゲーム媒体）の必要性が低くなる。従って、このような再抽選条件の場合は、再抽選条件の成立に伴う再抽選によって、ユーザにとって、より価値の高いゲーム媒体（例えば、レアリティがＳＲの他のゲーム媒体）が入手され易くすることが可能となる。

更なる他の実施形態では、一のユーザに係る一の抽選処理に対する再抽選条件は、以下の条件（１Ｃ）、（２Ｃ）が同時に満たされる場合に、満たされてもよい。
条件（１Ｃ）一の抽選処理で抽選されたゲーム媒体のレアリティがＳＲである。
条件（２Ｃ）一の抽選処理で抽選されたゲーム媒体が、当該一のユーザの所有ゲーム媒体のうちの進化上限に到達している（すなわち、レアリティがＳＳＲに到達している）所有ゲーム媒体のみに対応付けられた進化素材用ゲーム媒体である。

ここで、ある進化可能ゲーム媒体が進化上限に到達している場合、当該進化可能ゲーム媒体の更なる進化は不能であるので、当該進化可能ゲーム媒体のみに対応付けられた進化素材用ゲーム媒体の必要性が低くなる。従って、ユーザにとっては、このような進化素材用ゲーム媒体よりも、他のゲーム媒体（例えば、レアリティがＳＲの他の進化素材用ゲーム媒体）の方が、価値が高い場合がある。従って、このような再抽選条件の場合は、再抽選条件の成立に伴う再抽選によって、ユーザにとって、より価値の高いゲーム媒体（例えば、レアリティがＳＲの他のゲーム媒体）が入手され易くすることが可能となる。

更なる他の実施形態では、一のユーザに係る一の抽選処理に対する再抽選条件は、以下の条件（１）、（２Ｄ）が同時に満たされる場合に、満たされてもよい。
条件（１）一の抽選処理で抽選されたゲーム媒体のレアリティが所定のレアリティ（本実施形態では、上述のようにＳＳＲ）以上である。
条件（２Ｄ）一の抽選処理で抽選されたゲーム媒体が、強化可能ゲーム媒体であり、当該一のユーザの所有ゲーム媒体と同じであり、かつ、当該所有ゲーム媒体が強化上限に到達している。

強化上限に到達した状態とは、レベルが上限レベルに達した状態に対応する。本実施形態では、一例として、“限界突破”という強化態様による強化によって、上限レベルの引き上げが可能であり、“限界突破”という強化態様による強化には、強化対象の強化可能ゲーム媒体と同一のゲーム媒体の消費を伴うものとする。この場合、強化上限に到達した状態とは、引き上げ後の上限レベルに達した状態に対応する。

ここで、ある強化可能ゲーム媒体が強化上限に到達している場合、当該強化可能ゲーム媒体の更なる強化は不能であるので、当該強化可能ゲーム媒体と同じゲーム媒体の必要性（強化素材用ゲーム媒体としての有用性）が低くなる。従って、ユーザにとっては、このようなゲーム媒体よりも、他のゲーム媒体（例えば、レアリティがＳＳＲの他のゲーム媒体）の方が、価値が高い場合がある。従って、このような再抽選条件の場合は、再抽選条件の成立に伴う再抽選によって、ユーザにとって、より価値の高いゲーム媒体（例えば、レアリティがＳＳＲの他のゲーム媒体）が入手され易くすることが可能となる。

再抽選実行部１３３は、再抽選条件判定部１３２により再抽選条件が満たされたと判定された場合に、再抽選処理を行う。なお、再抽選実行部１３３は、再抽選条件判定部１３２により再抽選条件が満たされたと判定された場合に、常に再抽選処理を行うこととしてもよい。あるいは、再抽選実行部１３３は、再抽選条件判定部１３２により再抽選条件が満たされたと判定された場合に、ユーザからの再抽選の希望を確認した上で、再抽選処理を行うこととしてもよい。この場合、再抽選を行うか否かの最終的な判断をユーザに委ねることになるので、自動的に再抽選が実行される場合に生じうる不都合（例えば、ユーザが望んでいない再抽選が実行されてしまうこと）を防止できる。

再抽選処理は、通常抽選実行部１３１で利用された直近の抽選対象群（第１群の複数種類のゲーム媒体の一例）のうちから、一部のゲーム媒体だけを抽出した抽選対象群（以下、区別のため「再抽選対象群」ともいう）を用いて実行される。すなわち、再抽選実行部１３３は、再抽選対象群（第２群の複数種類のゲーム媒体の一例）のうちから、１つのゲーム媒体を無作為に（ランダムに）抽出することで、１回の通常抽選処理を実現する。

再抽選対象群の設定方法は、任意であるが、基本的には、再抽選対象群は、直近の通常抽選処理で抽選されたゲーム媒体（すなわち、レアリティがＳＳＲであるが、ユーザの所有ゲーム媒体と同じゲーム媒体）が再び抽選される確率が、レアリティがＳＳＲである他のゲーム媒体が抽選される確率よりも低くなるように設定される。また、再抽選対象群は、レアリティがＳＳＲであるゲーム媒体が非常に高い確率で抽選されるように設定される。例えば、再抽選対象群は、レアリティがＳＳＲであるゲーム媒体のみから構成されてもよい。

なお、本実施形態では、上述のように条件（１）に係る所定のレアリティがＳＳＲであるが、条件（１）に係る所定のレアリティが他のレアリティである場合は、再抽選対象群の設定方法は、それに応じて変更されてよい。例えば、条件（１）に係る所定のレアリティがＳＲである場合は、再抽選対象群は、直近の通常抽選処理で抽選されたゲーム媒体（すなわち、レアリティがＳＲ以上であるが、ユーザの所有ゲーム媒体と同じゲーム媒体）が再び抽選される確率が、レアリティがＳＲ以上である他のゲーム媒体が抽選される確率よりも低くなるように設定される。また、再抽選対象群は、レアリティがＳＲ以上であるゲーム媒体が非常に高い確率で抽選されるように設定される。例えば、再抽選対象群は、レアリティがＳＲ以上であるゲーム媒体のみから構成されてもよい。また、この場合は、再抽選対象群は、直近の通常抽選処理で抽選されたゲーム媒体と同じレアリティのゲーム媒体が必ず又は高い確率で抽選されるように、設定されてよい。

図７Ａ及び図７Ｂは、通常抽選処理と再抽選処理との関係の一例の説明図であり、図７Ａ及び図７Ｂは、それぞれ、通常抽選処理及び再抽選処理の態様を概念的に示す。図７Ａでは、複数のゲーム媒体ＩＤに対応付けられたゲーム媒体から、一のゲーム媒体が抽選される様子が模式的に示される。ここでは、一例として、ゲーム媒体「Ｃ０１」〜「Ｃ０３」の３つのレアリティがＳＳＲであり、ゲーム媒体「Ｃ０１」が、通常抽選処理により抽選されたものとする。この場合、図７Ｂに示すように、再抽選対象群は、通常抽選実行部１３１で利用された直近の抽選対象群（図７Ａ参照）から、レアリティがＳＳＲ未満のゲーム媒体を除き、かつ、ゲーム媒体「Ｃ０１」を除くことで、構成される。すなわち、再抽選対象群は、ゲーム媒体「Ｃ０１」〜「Ｃ０３」のうちの、ゲーム媒体「Ｃ０１」を除くことで、構成される。この場合、再抽選対象群は、ゲーム媒体「Ｃ０１」、「Ｃ０２」の２つからなるので、ゲーム媒体「Ｃ０１」、「Ｃ０２」のいずれか一方が、５０％の確率で抽選されることになる。

抽選結果確定部１３４は、通常抽選処理又は再抽選処理で抽選されたゲーム媒体を、新たにユーザに対応付ける処理、すなわち、ユーザに所有させる処理を実行する。具体的には、抽選結果確定部１３４は、一のユーザに、一のゲーム媒体を所有させる際、当該一のユーザに係る所有ゲーム媒体に関する情報（図２及び図３参照）において、当該一のゲーム媒体を追加する。

具体的には、抽選結果確定部１３４は、通常抽選処理に後続して再抽選処理が実行された場合は、再抽選処理で抽選されたゲーム媒体を、新たにユーザに対応付ける処理を実行する。なお、変形例では、再抽選処理が複数回（すなわち再抽選処理に対する更なる再抽選処理）実行される仕様であってもよい。この場合、抽選結果確定部１３４は、最終的な再抽選処理で抽選されたゲーム媒体を、新たにユーザに対応付ける処理を実行する。他方、抽選結果確定部１３４は、再抽選処理が実行されない場合は、通常抽選処理で抽選されたゲーム媒体を、新たにユーザに対応付ける処理を実行する。

本実施形態によれば、とりわけ、以下のような優れた効果が奏される。

本実施形態によれば、上述したように、所定の再抽選条件が満たされた場合に、再抽選処理が実行されうる。再抽選によって、ユーザにとって、より価値の高いゲーム媒体が入手され易くすることができる。

特に、本実施形態では、上述したように、再抽選条件は、上述した条件（１）（条件（１Ａ）等も同様）を含むので、例えばどのようなレアリティのゲーム媒体に対しても再抽選条件が成立しうる仕様に比べて、再抽選処理が実行される頻度を適切に抑制できる。この結果、サーバコンピュータの負荷を抑えながら、ユーザに再抽選の機会を適切に与えることができる。

また、本実施形態によれば、上述したように、再抽選条件は、上述した条件（２）（条件（２Ａ）等も同様）を含むので、抽選処理で抽選されたゲーム媒体と、ユーザの所有ゲーム媒体との関係を考慮した再抽選条件を設定できる。

ここで、抽選処理で抽選されたゲーム媒体が、ユーザにとって価値の高いゲーム媒体であるか否かは、抽選処理で抽選されたゲーム媒体と、ユーザの所有ゲーム媒体との関係を考慮することで精度良く推定できる。例えば１０連ガチャのような、複数連のガチャ中に同じ種類のゲーム媒体が抽選される場合にだけ再抽選条件が成立するような仕様（以下、「比較例」ともいう）では、抽選処理で抽選されたゲーム媒体と、ユーザの所有ゲーム媒体との関係が考慮されない。このため、かかる比較例では、再抽選条件が限定的過ぎてしまい、再抽選条件が満たされる機会が非常に限定的になってしまう。この結果、かかる比較例では、抽選処理で抽選されたゲーム媒体が、例えば、レアリティがＳＳＲであるにもかかわらずユーザにとって価値のさほど高くないゲーム媒体である場合でも、再抽選条件が満たされない可能性が高くなる。

この点、本実施形態によれば、上述したように、ユーザの所有ゲーム媒体（すなわちユーザに係る所有ゲーム媒体に関する情報（図２及び図３参照））が考慮されるので、上記のような比較例で生じるような不都合を低減できる。すなわち、抽選処理で抽選されたゲーム媒体が、例えば、レアリティがＳＳＲであるにもかかわらずユーザにとって価値のさほど高くないゲーム媒体である場合に、再抽選条件が満たされる可能性が高くなる。この結果、比較的入手困難である種類のゲーム媒体（すなわちレアリティがＳＳＲであるゲーム媒体）が抽選された場合に、ユーザにとって、より価値の高いゲーム媒体が入手され易くすることができる。

なお、上述では、抽選処理で抽選されたゲーム媒体と、ユーザの所有ゲーム媒体との関係を考慮した再抽選条件に関して、条件（２）や条件（２Ａ）等を例示したが、これらは、矛盾が生じない態様で、適宜組み合わせて使用されてもよいし、同様の又は異種の他の条件が付加されてもよい。例えば、上述した条件（１Ｃ）、（２Ｂ）が同時に満たされる場合に満たれる再抽選条件に関して、条件（２Ｂ）に条件（２Ａ）の要素を取り入れて、以下の条件（２Ｅ）が利用されてもよい。
条件（２Ｅ）一の抽選処理で抽選されたゲーム媒体が、進化可能ゲーム媒体であり、当該一のユーザの所定個Ｎｔｈ以上の所有ゲーム媒体と同じであり、かつ、当該所定個Ｎｔｈ以上の所有ゲーム媒体のうちの少なくとも１つが進化上限に到達している。

次に、図８を参照して、再抽選処理が実行される場合のサーバ装置１０と端末装置２０との間の通信について概説する。

図８に示すように、まず、端末装置２０は、ユーザの操作（例えばガチャボタンの操作）に応答して、サーバ装置１０に抽選要求を送信する（Ｔ１参照）。抽選要求は、ガチャの種類を示す情報（例えば、複数種類のガチャが選択可能である場合、どの種類のガチャが選択されたかを特定できる情報）を含んでよい。

サーバ装置１０は、抽選要求を受信すると、通常抽選処理を行う。ここでは、通常抽選処理を行った結果、再抽選条件が満たされたものとする。この場合、サーバ装置１０は、通常抽選処理で抽選されたゲーム媒体を表す情報を、仮抽選結果として端末装置２０に送信する（Ｔ２参照）。なお、仮抽選結果とは、その後に実行されうる再抽選により変化しうる点で、再抽選条件が満たされないときの抽選結果とは異なる。

端末装置２０は、仮抽選結果を受信すると、再抽選の希望の有無をユーザに問い合わせる画面を生成し、表示部２３上に出力する（図９参照）。従って、仮抽選結果は、ユーザへの再抽選の希望の有無の問い合わせとして機能する。図９には、再抽選の希望の有無をユーザに問い合わせる画面の一例が概略的に示される。図９に示す画面Ｇ８０では、今回抽選されたゲーム媒体に対応するキャラクタの画像ＣＩ１が示されるとともに、問い合わせのメッセージＴＸ１が示される。また、図９に示す画面Ｇ８０では、再抽選の希望の有無を入力するためのスイッチ（タッチスイッチ）ＳＷ８０１，ＳＷ８０２が設定される。この場合、ユーザは、画像ＣＩ１を見て、再抽選を希望する場合は、スイッチＳＷ８０１を操作し、希望しない場合は、スイッチＳＷ８０２を操作することになる。端末装置２０は、スイッチＳＷ８０１，ＳＷ８０２のいずれかが操作されると、いずれが操作されたかを示す情報（すなわち、再抽選の希望の有無に関する回答）を、サーバに送信する（Ｔ３参照）。ここでは、一例として、スイッチＳＷ８０１が操作されたものとする。

サーバ装置１０は、再抽選の希望の有無に関する回答を受信すると、当該回答に応じて再抽選処理の要否を判定する。ここでは、一例として、スイッチＳＷ８０１が操作され、再抽選が“要”と判定される。従って、サーバ装置１０は、再抽選処理を行い、再抽選処理で抽選されたゲーム媒体を表す情報を、抽選結果として端末装置２０に送信する（Ｔ４参照）。この場合、サーバ装置１０は、当該抽選結果に基づいて、ユーザに係る所有ゲーム媒体に関する情報（図２及び図３参照）を更新する。

次に、図１０〜図１２を参照して、サーバ制御部１３の抽選処理部１３０の動作例について説明する。

図１０は、サーバ制御部１３の抽選処理部１３０により実行される処理の一例を示す概略的なフローチャートである。

ステップＳ８００では、抽選処理部１３０は、端末装置２０から抽選要求を受信したか否かを判定する。端末装置２０から抽選要求を受信した場合は、ステップＳ８０２に進み、それ以外の場合は、端末装置２０からの抽選要求の受信待ち状態となる。

ステップＳ８０２では、抽選処理部１３０は、抽選処理のための初期設定を行う。具体的には、抽選処理部１３０は、Ｎを初期値１にセットするとともに、Ｎ_ＭＡＸを、ガチャ回数Ｍにセットする。ガチャ回数Ｍは、抽選要求に含まれる情報である。例えば、１０連ガチャの場合は、Ｍ＝１０である。また、抽選処理部１３０は、抽選要求を送信したユーザ（ユーザＩＤ）を特定する。抽選要求を送信したユーザは、抽選要求に含まれる情報等に基づいて特定できる。また、抽選処理部１３０は、例えばＲＡＭ（Ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）等により形成される抽選結果記録領域（図示せず）をリセット（クリア）する。

ステップＳ８０４では、抽選処理部１３０の通常抽選実行部１３１は、通常抽選用の抽選対象群を設定する。ここでは、一例として、通常抽選実行部１３１は、すべてのゲーム媒体を１つずつ含む抽選対象群を設定する。なお、抽選対象群は、ユーザが選択したガチャの種類に応じて設定されてもよい。

ステップＳ８０６では、抽選処理部１３０の通常抽選実行部１３１は、通常抽選処理を実行する。具体的には、通常抽選実行部１３１は、現在の抽選対象群から一のゲーム媒体を抽選する。

ステップＳ８０８では、抽選処理部１３０の再抽選条件判定部１３２は、ステップＳ８０６で抽選したゲーム媒体に、所定基準以上の高いレアリティが対応付けられているか否かを判定する。ここでは、一例として、再抽選条件判定部１３２は、上述した条件（１）として、ステップＳ８０６で抽選したゲーム媒体のレアリティがＳＳＲであるか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ８１０に進み、それ以外の場合は、ステップＳ８２８に進む。

ステップＳ８１０では、抽選処理部１３０の再抽選条件判定部１３２は、ステップＳ８０２で特定したユーザに係る所有ゲーム媒体に関する情報（図２及び図３参照）を、サーバ記憶部１２から取得する（読み出す）。

ステップＳ８１２では、抽選処理部１３０の再抽選条件判定部１３２は、ステップＳ８１０で取得した所有ゲーム媒体に関する情報に基づいて、ステップＳ８０６で抽選したゲーム媒体が、ステップＳ８０２で特定したユーザに既に所有されているか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ８１４に進み、それ以外の場合は、ステップＳ８２８に進む。

ステップＳ８１４では、抽選処理部１３０は、ステップＳ８０６で抽選したゲーム媒体を表す仮抽選結果を、ステップＳ８０２で特定したユーザの端末装置２０に送信する（図８のＴ２参照）。すなわち、抽選処理部１３０は、ユーザに、ステップＳ８０６で抽選したゲーム媒体を通知するとともに、再抽選の希望の有無を問い合わせる。

ステップＳ８１６では、抽選処理部１３０は、ステップＳ８０２で特定したユーザの端末装置２０から、ステップＳ８１４で送信した仮抽選結果に応答した回答を受信したか否かを判定する。すなわち、抽選処理部１３０は、再抽選の希望の有無に関する回答を受信したか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ８１８に進み、それ以外の場合は、再抽選の希望の有無に関する回答の受信待ち状態となる。

ステップＳ８１８では、抽選処理部１３０は、ステップＳ８１６で得た回答に基づいて、ステップＳ８０２で特定したユーザが再抽選を希望しているか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ８２０に進み、それ以外の場合は、ステップＳ８３０に進む。

ステップＳ８２０では、抽選処理部１３０の再抽選実行部１３３は、再抽選対象群を設定する。ここでは、一例として、再抽選対象群は、現在の抽選対象群から、ステップＳ８０６で抽選したゲーム媒体を除く、レアリティがＳＳＲのすべてのゲーム媒体を抽出して構成される。

ステップＳ８２２では、抽選処理部１３０の再抽選実行部１３３は、再抽選処理を実行する。具体的には、再抽選実行部１３３は、ステップＳ８２０で設定した抽選対象群から一のゲーム媒体を抽選する。

ステップＳ８２４では、抽選処理部１３０の再抽選実行部１３３は、ステップＳ８２２で抽選したゲーム媒体を表す抽選結果を、ステップＳ８０２で特定したユーザの端末装置２０に送信する（図８のＴ４参照）。

ステップＳ８２６では、抽選処理部１３０は、ステップＳ８２２で抽選したゲーム媒体を表す抽選結果を、抽選結果記録領域に一時記憶する。

ステップＳ８２８では、抽選処理部１３０は、ステップＳ８０６で抽選したゲーム媒体を表す抽選結果を、ステップＳ８０２で特定したユーザの端末装置２０に送信する。

ステップＳ８３０では、抽選処理部１３０は、ステップＳ８０６で抽選したゲーム媒体を表す抽選結果を、抽選結果記録領域に一時記憶する。

ステップＳ８３２では、抽選処理部１３０は、Ｎ＝Ｎ_ＭＡＸ（すなわちＮ＝Ｍ）であるか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ８３４に進み、それ以外の場合は、ステップＳ８３６に進む。

ステップＳ８３４では、抽選処理部１３０の抽選結果確定部１３４は、抽選結果記録領域に記憶された抽選結果を確定させる。すなわち、抽選結果確定部１３４は、抽選結果記録領域に記憶された抽選結果に基づいて、ステップＳ８０２で特定したユーザに係る所有ゲーム媒体に関する情報（図２及び図３参照）を、更新する。これにより、ユーザの所有ゲーム媒体が増加する。

ステップＳ８３６では、抽選処理部１３０は、Ｎを“１”だけインクリメントする。

ステップＳ８３８では、抽選処理部１３０の通常抽選実行部１３１は、通常抽選用の抽選対象群を再設定する。ここでは、一例として、現在の抽選対象群（≠再抽選対象群）から、直近の抽選結果（再抽選処理による抽選結果を含む）に係るゲーム媒体を除くことで設定される。

図１０に示す処理によれば、ステップＳ８０６の抽選処理で抽選されたゲーム媒体のレアリティがＳＳＲであり、かつ、ステップＳ８０６の抽選処理で抽選されたゲーム媒体が、既にユーザに所有されている場合は、ステップＳ８２２に進みうる。そして、ユーザの希望によりステップＳ８２２で再抽選が実行される場合は、ステップＳ８０６の抽選処理で抽選されたゲーム媒体以外の、レアリティがＳＳＲのゲーム媒体を、ユーザに所有させることができる。この結果、ユーザは、ステップＳ８０６の抽選処理で抽選されたゲーム媒体よりも、自身にとっては価値の高いゲーム媒体（レアリティがＳＳＲの他のゲーム媒体）を、入手することが可能となる。すなわち、絶対価値としてはステップＳ８０６の抽選処理で抽選されたゲーム媒体と同一であるが、ユーザにとって、より必要性の高いゲーム媒体（レアリティがＳＳＲの他のゲーム媒体）を、入手することが可能となる。

なお、図１０で示す処理では、ステップＳ８２２の再抽選処理で抽選されたゲーム媒体については、再抽選条件の成否が判定されないが、これに限られない。例えば、再抽選処理で抽選されたゲーム媒体についても、同様の再抽選条件の成否が判定されてもよい。このような変形例については、後出の図１１及び図１２についても同様である。
また、図１０で示す処理では、Ｎ_ＭＡＸ（ガチャ回数Ｍ）回のそれぞれの通常抽選処理ごとに、ステップＳ８１２の判定結果が“ＹＥＳ”の場合にステップＳ８１４〜ステップＳ８２６の処理を実行しているが、これに限られない。例えば、Ｎ_ＭＡＸ（ガチャ回数Ｍ）回分のすべての通常抽選処理を実行した後に、それぞれの通常抽選処理に関して、再抽選条件が満たされたか否かを判定してもよい。このような変形例については、後出の図１１及び図１２についても同様である。
また、図１０で示す処理では、Ｎ_ＭＡＸ（ガチャ回数Ｍ）が２以上の場合、再抽選処理が最大で２回以上、実行されうるが、再抽選処理による負荷を低減すべく、再抽選処理の実行可能回数がＮ_ＭＡＸ未満になるように制限されてもよい。例えば、再抽選処理の実行可能回数は、１回だけに制限されてもよい。このような変形例については、後出の図１１及び図１２についても同様である。

図１１は、サーバ制御部１３の抽選処理部１３０により実行される処理の他の一例を示す概略的なフローチャートである。

図１１に示す処理は、図１０に示した処理に対して、ステップＳ８１２がステップＳ８１２Ａで置換された点が異なる。

ステップＳ８１２Ａでは、抽選処理部１３０の再抽選条件判定部１３２は、ステップＳ８１０で取得した所有ゲーム媒体に関する情報に基づいて、ステップＳ８０６で抽選したゲーム媒体が、ステップＳ８０２で特定したユーザに既に所定個Ｎｔｈ以上所有されているか否かを判定する。すなわち、再抽選条件判定部１３２は、上述した条件（２Ａ）の成立の有無を判定する。所定個Ｎｔｈは、上述したとおりである。判定結果が“ＹＥＳ”の場合、ステップＳ８１４に進み、それ以外の場合は、ステップＳ８２８に進む。

図１１に示す処理によっても、図１０に示した処理と同様の効果が奏される。特に、図１１に示す処理によれば、図１０に示した処理よりも、再抽選条件が満たされる可能性が低くなるので、その分だけサーバコンピュータの負荷を低減できる。

図１２は、サーバ制御部１３の抽選処理部１３０により実行される処理の更なる他の一例を示す概略的なフローチャートである。

図１２に示す処理は、図１０に示した処理に対して、ステップＳ８０８がステップＳ８０８Ａで置換され、かつ、ステップＳ８１３が追加された点が異なる。

ステップＳ８０８Ａでは、抽選処理部１３０の再抽選条件判定部１３２は、ステップＳ８０６で抽選したゲーム媒体に、所定基準以上の高いレアリティが対応付けられているか否かを判定する。ここでは、一例として、再抽選条件判定部１３２は、上述した条件（１Ｃ）として、ステップＳ８０６で抽選したゲーム媒体のレアリティがＳＲ以上（すなわちＳＲ又はＳＳＲ）であるか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ８１０に進み、それ以外の場合は、ステップＳ８２８に進む。

図１２においては、ステップＳ８１２において判定結果が“ＹＥＳ”の場合、ステップＳ８１３に進む。

ステップＳ８１３では、抽選処理部１３０の再抽選条件判定部１３２は、ステップＳ８０６で抽選したゲーム媒体と同じ所有ゲーム媒体が進化上限到達済みであるか否かを判定する。すなわち、ステップＳ８０６で抽選したゲーム媒体のレアリティがＳＲである場合は、再抽選条件判定部１３２は、ステップＳ８１２とステップＳ８１３の組み合わせにより、上述した条件（２Ｂ）の成立の有無を判定する。なお、ステップＳ８０６で抽選したゲーム媒体のレアリティがＳＳＲである場合は、ステップＳ８１３は省略されてよい。判定結果が“ＹＥＳ”の場合、ステップＳ８１４に進み、それ以外の場合は、ステップＳ８２８に進む。

図１２に示す処理によっても、図１０に示した処理と同様の効果が奏される。特に、図１２に示す処理によれば、図１０に示した処理よりも、再抽選条件が満たされる可能性が低くなるので、その分だけサーバコンピュータの負荷を低減できる。

以上、各実施形態について詳述したが、特定の実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、前述した実施形態の構成要素を全部又は複数を組み合わせることも可能である。

例えば、上述した本実施形態において、サーバ装置１０が実行する動作及び処理の一部又は全部を、端末装置２０が実行する構成であってもよい。同様に、端末装置２０が実行する動作の一部を、サーバ装置１０が実行する構成であってもよい。例えば、端末装置２０に表示される各種画面の表示制御及び各種ＧＵＩの制御等の処理は、サーバ装置１０及び端末装置２０の何れか一方が実行してもよく、サーバ装置１０及び端末装置２０が協働して実行してもよい。あるいは、ゲームシステム１は、サーバ装置１０を備えなくてもよい。かかる場合、端末装置２０は、上述した実施形態においてサーバ装置１０から受信する情報を、予め記憶してもよい。

また、上述した実施形態において、端末装置２０に表示される画面の少なくとも一部を、サーバ装置１０が生成したデータに基づいて端末装置２０に表示させるウェブ表示とし、画面の少なくとも一部を、端末装置２０にインストールされているネイティブアプリケーションによって表示させるネイティブ表示としてもよい。このように、上述した実施形態に係るゲームは、サーバ装置１０及び端末装置２０のそれぞれが処理の一部を担うハイブリッドゲームとすることもできる。

また、上述した実施形態に係るサーバ装置１０又は端末装置２０として機能させるために、コンピュータ又は携帯電話等の情報処理装置を好適に用いることができる。このような情報処理装置は、実施形態に係るサーバ装置１０又は端末装置２０の各機能を実現する処理内容を記述したプログラムを、情報処理装置の記憶部に格納し、情報処理装置のＣＰＵによって当該プログラムを読み出して実行させることによって実現可能である。

また、上述した実施形態において、第１ゲーム媒体及び第２ゲーム媒体が異なるゲーム媒体である例について説明した。しかしながら、例えば第１ゲーム媒体及び第２ゲーム媒体が同一のゲーム媒体であってもよい。

なお、以上の実施形態に関し、さらに以下の付記を開示する。

［付記１］
ユーザ識別情報ごとに、ユーザ識別情報に対応付けられている１つ以上のゲーム媒体を表すゲーム媒体情報を記憶する記憶部と、
ユーザ識別情報ごとに、抽選処理に基づいて、複数種類のゲーム媒体のうちから抽選されたゲーム媒体を、ユーザ識別情報に新たに対応付ける抽選処理部とを含み、
複数種類のゲーム媒体は、それぞれに、複数種類のゲーム媒体間での相対的な価値に応じた指標値が対応付けられており、
前記抽選処理部は、
一のユーザ識別情報に係る一の抽選処理で抽選されたゲーム媒体に、所定基準以上の高い価値を表す前記指標値が対応付けられており、かつ、前記一の抽選処理で抽選されたゲーム媒体が、前記一のユーザ識別情報に係る前記ゲーム媒体情報に対して所定の関係を有する場合に、前記一の抽選処理で抽選されたゲーム媒体とは異なる種類のゲーム媒体を抽選するための新たな抽選処理を実行する再抽選実行部と、
前記再抽選実行部により前記新たな抽選処理が実行された場合に、前記一の抽選処理で抽選されたゲーム媒体に代えて、前記新たな抽選処理で抽選されたゲーム媒体を、前記一のユーザ識別情報に対応付けるゲーム媒体変更部とを含む、ゲーム装置。

［付記２］
前記指標値は、複数種類のゲーム媒体のそれぞれの希少度を含み、
前記所定基準以上の高い価値を表す前記指標値は、所定基準以上の希少度を含む、付記１に記載のゲーム装置。

［付記３］
前記指標値は、複数種類のゲーム媒体のそれぞれの能力を表すパラメータを含み、
前記所定基準以上の高い価値を表す前記指標値は、所定基準以上の能力を表す前記パラメータを含む、付記１又は２に記載のゲーム装置。
［付記４］
前記所定の関係は、前記一の抽選処理で抽選されたゲーム媒体が、前記一のユーザ識別情報に係る前記ゲーム媒体情報に含まれているゲーム媒体と種類が同一である関係を含む、付記１〜３のうちのいずれか１項に記載のゲーム装置。
［付記５］
ゲーム媒体は、種類が同一であっても、複数個、同一のユーザ識別情報に対応付け可能であり、
前記所定の関係は、前記一の抽選処理で抽選されたゲーム媒体が、前記一のユーザ識別情報に係る前記ゲーム媒体情報に所定個数以上含まれているゲーム媒体と種類が同一である関係を含む、付記１〜３のうちのいずれか１項に記載のゲーム装置。
［付記６］
複数種類のゲーム媒体のうちの少なくともいずれかは、対応付けられた所定種類のゲーム媒体の消費を伴って段階的に上限まで変化が可能であり、
前記所定の関係は、前記一の抽選処理で抽選されたゲーム媒体が、前記一のユーザ識別情報に係る前記ゲーム媒体情報に含まれている上限まで変化済みのゲーム媒体と同じである関係、又は、当該変化済みのゲーム媒体のみに対応付けられた前記所定種類のゲーム媒体である関係を含む、付記１〜３のうちのいずれか１項に記載のゲーム装置。
［付記７］
前記一の抽選処理は、第１群の複数種類のゲーム媒体のうちから、一のゲーム媒体を抽選する処理であり、
前記新たな抽選処理は、第２群の複数種類のゲーム媒体のうちから、一のゲーム媒体を抽選する処理であり、
前記第２群の複数種類のゲーム媒体は、前記第１群の複数種類のゲーム媒体のうちの、前記一の抽選処理で抽選されたゲーム媒体よりも低い価値を表す前記指標値が対応付けられた種類のゲーム媒体を含まず、かつ、前記一の抽選処理で抽選されたゲーム媒体と同じ前記指標値が対応付けられた種類のゲーム媒体を含む、付記１〜６のうちのいずれか１項に記載のゲーム装置。
［付記８］
前記第２群の複数種類のゲーム媒体は、前記一の抽選処理で抽選されたゲーム媒体を除いた前記第１群の複数種類のゲーム媒体のうちから、前記一の抽選処理で抽選されたゲーム媒体と同じ前記指標値が対応付けられた種類のゲーム媒体を抽出して構成される、付記７に記載のゲーム装置。

［付記９］
相対的な価値に応じた指標値が対応付けられた複数種類のゲーム媒体のうちから、一のユーザ識別情報に係る一の抽選処理を実行し、
ユーザ識別情報ごとにユーザ識別情報に対応付けられている１つ以上のゲーム媒体を表すゲーム媒体情報を記憶する記憶部から、前記一のユーザ識別情報に係るゲーム媒体情報を取得し、
前記一の抽選処理で抽選されたゲーム媒体に、所定基準以上の高い価値を表す前記指標値が対応付けられており、かつ、前記一の抽選処理で抽選されたゲーム媒体が、前記一のユーザ識別情報に係る前記ゲーム媒体情報に対して所定の関係を有する場合に、前記一の抽選処理で抽選されたゲーム媒体とは異なる種類のゲーム媒体を抽選するための新たな抽選処理を実行し、
前記新たな抽選処理が実行された場合に、前記一の抽選処理で抽選されたゲーム媒体に代えて、前記新たな抽選処理で抽選されたゲーム媒体を、前記一のユーザ識別情報に対応付けることを含む、コンピュータにより実行されるゲーム方法。

［付記１０］
相対的な価値に応じた指標値が対応付けられた複数種類のゲーム媒体のうちから、一のユーザ識別情報に係る一の抽選処理を実行し、
ユーザ識別情報ごとにユーザ識別情報に対応付けられている１つ以上のゲーム媒体を表すゲーム媒体情報を記憶する記憶部から、前記一のユーザ識別情報に係るゲーム媒体情報を取得し、
前記一の抽選処理で抽選されたゲーム媒体に、所定基準以上の高い価値を表す前記指標値が対応付けられており、かつ、前記一の抽選処理で抽選されたゲーム媒体が、前記一のユーザ識別情報に係る前記ゲーム媒体情報に対して所定の関係を有する場合に、前記一の抽選処理で抽選されたゲーム媒体とは異なる種類のゲーム媒体を抽選するための新たな抽選処理を実行し、
前記新たな抽選処理が実行された場合に、前記一の抽選処理で抽選されたゲーム媒体に代えて、前記新たな抽選処理で抽選されたゲーム媒体を、前記一のユーザ識別情報に対応付ける
処理をコンピュータに実行させるゲームプログラム。

１ ゲームシステム
１０ サーバ装置
１１ サーバ通信部
１２ サーバ記憶部
１３ サーバ制御部
２０ 端末装置
２１ 端末通信部
２２ 端末記憶部
２３ 表示部
２４ 入力部
２５ 端末制御部
３０ ネットワーク
４０ 移動オブジェクト
４１ 路面
４２ アイテム
１３０ 抽選処理部
１３１ 通常抽選実行部
１３２ 再抽選条件判定部
１３３ 再抽選実行部
１３４ 抽選結果確定部

Claims (10)

1. ユーザ識別情報ごとに、ユーザ識別情報に対応付けられている１つ以上のゲーム媒体を表すゲーム媒体情報を記憶する記憶部と、
   ユーザ識別情報ごとに、抽選処理に基づいて、複数種類のゲーム媒体のうちから抽選されたゲーム媒体を、ユーザ識別情報に新たに対応付ける抽選処理部とを含み、
   複数種類のゲーム媒体は、それぞれに、複数種類のゲーム媒体間での相対的な価値に応じた指標値が対応付けられており、
   前記抽選処理部は、
   一のユーザ識別情報に係る一の抽選処理で抽選されたゲーム媒体に、所定基準以上の高い価値を表す前記指標値が対応付けられており、かつ、前記一の抽選処理で抽選されたゲーム媒体が、前記一のユーザ識別情報に係る前記ゲーム媒体情報に対して所定の関係を有する場合に、前記一の抽選処理で抽選されたゲーム媒体とは異なる種類のゲーム媒体を抽選するための新たな抽選処理を実行する再抽選実行部と、
   前記再抽選実行部により前記新たな抽選処理が実行された場合に、前記一の抽選処理で抽選されたゲーム媒体に代えて、前記新たな抽選処理で抽選されたゲーム媒体を、前記一のユーザ識別情報に対応付けるゲーム媒体変更部とを含む、ゲーム装置。
2. 前記指標値は、複数種類のゲーム媒体のそれぞれの希少度を含み、
   前記所定基準以上の高い価値を表す前記指標値は、所定基準以上の希少度を含む、請求項１に記載のゲーム装置。
3. 前記指標値は、複数種類のゲーム媒体のそれぞれの能力を表すパラメータを含み、
   前記所定基準以上の高い価値を表す前記指標値は、所定基準以上の能力を表す前記パラメータを含む、請求項１又は２に記載のゲーム装置。
4. 前記所定の関係は、前記一の抽選処理で抽選されたゲーム媒体が、前記一のユーザ識別情報に係る前記ゲーム媒体情報に含まれているゲーム媒体と種類が同一である関係を含む、請求項１〜３のうちのいずれか１項に記載のゲーム装置。
5. ゲーム媒体は、種類が同一であっても、複数個、同一のユーザ識別情報に対応付け可能であり、
   前記所定の関係は、前記一の抽選処理で抽選されたゲーム媒体が、前記一のユーザ識別情報に係る前記ゲーム媒体情報に所定個数以上含まれているゲーム媒体と種類が同一である関係を含む、請求項１〜３のうちのいずれか１項に記載のゲーム装置。
6. 複数種類のゲーム媒体のうちの少なくともいずれかは、対応付けられた所定種類のゲーム媒体の消費を伴って段階的に上限まで変化が可能であり、
   前記所定の関係は、前記一の抽選処理で抽選されたゲーム媒体が、前記一のユーザ識別情報に係る前記ゲーム媒体情報に含まれている上限まで変化済みのゲーム媒体と同じである関係、又は、当該変化済みのゲーム媒体のみに対応付けられた前記所定種類のゲーム媒体である関係を含む、請求項１〜３のうちのいずれか１項に記載のゲーム装置。
7. 前記一の抽選処理は、第１群の複数種類のゲーム媒体のうちから、一のゲーム媒体を抽選する処理であり、
   前記新たな抽選処理は、第２群の複数種類のゲーム媒体のうちから、一のゲーム媒体を抽選する処理であり、
   前記第２群の複数種類のゲーム媒体は、前記第１群の複数種類のゲーム媒体のうちの、前記一の抽選処理で抽選されたゲーム媒体よりも低い価値を表す前記指標値が対応付けられた種類のゲーム媒体を含まず、かつ、前記一の抽選処理で抽選されたゲーム媒体と同じ前記指標値が対応付けられた種類のゲーム媒体を含む、請求項１〜６のうちのいずれか１項に記載のゲーム装置。
8. 前記第２群の複数種類のゲーム媒体は、前記一の抽選処理で抽選されたゲーム媒体を除いた前記第１群の複数種類のゲーム媒体のうちから、前記一の抽選処理で抽選されたゲーム媒体と同じ前記指標値が対応付けられた種類のゲーム媒体を抽出して構成される、請求項７に記載のゲーム装置。
9. 相対的な価値に応じた指標値が対応付けられた複数種類のゲーム媒体のうちから、一のユーザ識別情報に係る一の抽選処理を実行し、
   ユーザ識別情報ごとにユーザ識別情報に対応付けられている１つ以上のゲーム媒体を表すゲーム媒体情報を記憶する記憶部から、前記一のユーザ識別情報に係るゲーム媒体情報を取得し、
   前記一の抽選処理で抽選されたゲーム媒体に、所定基準以上の高い価値を表す前記指標値が対応付けられており、かつ、前記一の抽選処理で抽選されたゲーム媒体が、前記一のユーザ識別情報に係る前記ゲーム媒体情報に対して所定の関係を有する場合に、前記一の抽選処理で抽選されたゲーム媒体とは異なる種類のゲーム媒体を抽選するための新たな抽選処理を実行し、
   前記新たな抽選処理が実行された場合に、前記一の抽選処理で抽選されたゲーム媒体に代えて、前記新たな抽選処理で抽選されたゲーム媒体を、前記一のユーザ識別情報に対応付けることを含む、コンピュータにより実行されるゲーム方法。
10. 相対的な価値に応じた指標値が対応付けられた複数種類のゲーム媒体のうちから、一のユーザ識別情報に係る一の抽選処理を実行し、
    ユーザ識別情報ごとにユーザ識別情報に対応付けられている１つ以上のゲーム媒体を表すゲーム媒体情報を記憶する記憶部から、前記一のユーザ識別情報に係るゲーム媒体情報を取得し、
    前記一の抽選処理で抽選されたゲーム媒体に、所定基準以上の高い価値を表す前記指標値が対応付けられており、かつ、前記一の抽選処理で抽選されたゲーム媒体が、前記一のユーザ識別情報に係る前記ゲーム媒体情報に対して所定の関係を有する場合に、前記一の抽選処理で抽選されたゲーム媒体とは異なる種類のゲーム媒体を抽選するための新たな抽選処理を実行し、
    前記新たな抽選処理が実行された場合に、前記一の抽選処理で抽選されたゲーム媒体に代えて、前記新たな抽選処理で抽選されたゲーム媒体を、前記一のユーザ識別情報に対応付ける
    処理をコンピュータに実行させるゲームプログラム。

Images