(57)【特許請求の範囲】
【請求項１】
コンピューターに、
自動合成の対象となるゲーム媒体を予め登録する予約登録処理と、
プレイヤーによるゲーム価値の量の指定を、前記ゲーム価値の種類毎にまとめて受け付ける受付処理と、
前記プレイヤーによるゲーム価値の量の指定を、前記ゲーム価値の種類毎にまとめて受け付けた際に、希少価値に応じて複数クラスに分類されたレアリティを有するゲーム媒体を複数収容するデッキに対して設定された複数の集合の中から、最も低いクラスのレアリティを有するゲーム媒体を選択候補に含む集合から自動的に順次選択し、自動的に順次選択された前記集合のそれぞれに対応する各種の前記ゲーム価値の量を消費することにより、前記集合のそれぞれに属する選択候補となる前記ゲーム媒体の中から各種の前記ゲーム価値の量に基づき減らした個数分のゲーム媒体を、前記プレイヤーに対して付与するゲーム媒体付与処理と、
前記プレイヤーに対して付与された前記ゲーム媒体を、予め登録された前記ゲーム媒体と比較する比較処理と、
比較結果に基づいて、前記プレイヤーに対して付与された前記ゲーム媒体と、前記プレイヤーが所有する他のゲーム媒体とを、自動的に合成する自動合成処理と、
を実行させることを特徴とするゲームプログラム。
【請求項２】
コンピューターに、
自動売却の対象となるゲーム媒体を予め登録する予約登録処理と、
プレイヤーによるゲーム価値の量の指定を、前記ゲーム価値の種類毎にまとめて受け付ける受付処理と、
前記プレイヤーによるゲーム価値の量の指定を、前記ゲーム価値の種類毎にまとめて受け付けた際に、希少価値に応じて複数クラスに分類されたレアリティを有するゲーム媒体を複数収容するデッキに対して設定された複数の集合の中から、最も低いクラスのレアリティを有するゲーム媒体を選択候補に含む集合から自動的に順次選択し、自動的に順次選択された前記集合のそれぞれに対応する各種の前記ゲーム価値の量を消費することにより、前記集合のそれぞれに属する選択候補となる前記ゲーム媒体の中から各種の前記ゲーム価値の量に基づき減らした個数分のゲーム媒体を、前記プレイヤーに対して付与するゲーム媒体付与処理と、
前記プレイヤーに対して付与された前記ゲーム媒体を、予め登録された前記ゲーム媒体と比較する比較処理と、
比較結果に基づいて、前記プレイヤーに対して付与された前記ゲーム媒体をその価値に相当するゲーム価値に変換し、変換後の前記ゲーム価値を前記プレイヤーに対して付与することにより、前記プレイヤーに対して付与された前記ゲーム媒体を自動的に売却する自動売却処理と、
を実行させることを特徴とするゲームプログラム。
【請求項３】
請求項１又は２に記載のゲームプログラムであって、
前記コンピューターに、
初期化条件が満たされたことに応じて、前記デッキに収容されている前記ゲーム媒体の収容個数を初期状態に戻す初期化処理と、
を実行させることを特徴とするゲームプログラム。
【請求項４】
自動合成の対象となるゲーム媒体を予め登録する予約登録処理部と、
プレイヤーによるゲーム価値の量の指定を、前記ゲーム価値の種類毎にまとめて受け付ける受付処理部と、
前記プレイヤーによるゲーム価値の量の指定を、前記ゲーム価値の種類毎にまとめて受け付けた際に、希少価値に応じて複数クラスに分類されたレアリティを有するゲーム媒体を複数収容するデッキに対して設定された複数の集合の中から、最も低いクラスのレアリティを有するゲーム媒体を選択候補に含む集合から自動的に順次選択し、自動的に順次選択された前記集合のそれぞれに対応する各種の前記ゲーム価値の量を消費することにより、前記集合のそれぞれに属する選択候補となる前記ゲーム媒体の中から各種の前記ゲーム価値の量に基づき減らした個数分のゲーム媒体を、前記プレイヤーに対して付与するゲーム媒体付与処理部と、
前記プレイヤーに対して付与された前記ゲーム媒体を、予め登録された前記ゲーム媒体と比較する比較処理部と、
比較結果に基づいて、前記プレイヤーに対して付与された前記ゲーム媒体と、前記プレイヤーが所有する他のゲーム媒体とを、自動的に合成する自動合成処理部と、
を備えたことを特徴とする情報処理装置。
【請求項５】
自動売却の対象となるゲーム媒体を予め登録する予約登録処理部と、
プレイヤーによるゲーム価値の量の指定を、前記ゲーム価値の種類毎にまとめて受け付ける受付処理部と、
前記プレイヤーによるゲーム価値の量の指定を、前記ゲーム価値の種類毎にまとめて受け付けた際に、希少価値に応じて複数クラスに分類されたレアリティを有するゲーム媒体を複数収容するデッキに対して設定された複数の集合の中から、最も低いクラスのレアリティを有するゲーム媒体を選択候補に含む集合から自動的に順次選択し、自動的に順次選択された前記集合のそれぞれに対応する各種の前記ゲーム価値の量を消費することにより、前記集合のそれぞれに属する選択候補となる前記ゲーム媒体の中から各種の前記ゲーム価値の量に基づき減らした個数分のゲーム媒体を、前記プレイヤーに対して付与するゲーム媒体付与処理部と、
前記プレイヤーに対して付与された前記ゲーム媒体を、予め登録された前記ゲーム媒体と比較する比較処理部と、
比較結果に基づいて、前記プレイヤーに対して付与された前記ゲーム媒体をその価値に相当するゲーム価値に変換し、変換後の前記ゲーム価値を前記プレイヤーに対して付与することにより、前記プレイヤーに対して付与された前記ゲーム媒体を自動的に売却する自動売却処理部と、
を備えたことを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバー装置、及び、プログラムに関する。
【背景技術】
【０００２】
プレイヤーがキャラクターカード等のゲーム媒体を用いて行うゲームを実行するゲームシステムが知られている（たとえば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２６４１８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
このゲームシステムでは、ゲームで使用されるゲーム媒体がプレイヤーに付与される。この際、プレイヤーは自らが所持するポイント等のゲーム価値を消費させる操作入力を行う必要がある。
ここで、プレイヤーにゲーム媒体を付与するやり方が数多くある場合には、プレイヤーは手間をかけて各々のやり方に応じた操作入力を行なわなければならない。また、この場合には、どの順序で操作すれば効率良く操作できるか等をプレイヤーに分かりにくくさせる虞もある。
本発明は、このような事情に鑑みてなされたものであり、その目的とするところは、操作入力に要する手間を軽減させることにある。
【課題を解決するための手段】
【０００５】
上記課題を解決するための本発明の主たる発明は、
プレイヤーが利用するプレイヤー端末との間で情報通信可能に接続されるサーバー装置であって、
デッキに収容される複数のゲーム媒体が設定されるデッキ情報、及び、前記デッキに収容される複数の前記ゲーム媒体のうちの選択候補となるゲーム媒体から構成される複数の集合が設定される集合情報、を記憶する記憶部と、
前記プレイヤー端末から要求に応じて、前記集合情報に基づき予め設定された選択順序に従って前記集合を順次選択し、順次選択された前記集合毎に前記選択候補となるゲーム媒体の中から選択したゲーム媒体をプレイヤーに付与する付与部と、
前記付与部により付与された前記ゲーム媒体が前記デッキに収容されていないゲーム媒体となるように前記デッキ情報を更新する更新部と、
を備えたことを特徴とするサーバー装置である。
本発明の他の特徴については、本明細書及び添付図面の記載により明らかにする。
【発明の効果】
【０００６】
本発明によれば、操作入力に要する手間を軽減させることができる。
【図面の簡単な説明】
【０００７】
【図１】ゲームシステム１の全体構成例を示す図である。
【図２】サーバー装置１０の機能上の構成を示すブロック図である。
【図３】プレイヤー端末２０の機能上の構成を示すブロック図である。
【図４】カード情報のデータ構造例を示す図である。
【図５】プレイヤー情報のデータ構造例を示す図である。
【図６】所有メダル情報のデータ構造例を示す図である。
【図７】所有カード情報のデータ構造例を示す図である。
【図８】デッキ情報のデータ構造例を示す図である。
【図９】集合情報を説明する図である。
【図１０】ゲームシステム１の動作例を説明するためのフローチャートである。
【図１１】予約登録を行うためのゲーム画面の一例を示す図である。
【図１２】ゲーム価値の入力を行うためのゲーム画面の一例を示す図である。
【図１３】自動ガシャ処理を説明するためのフローチャートである。
【発明を実施するための形態】
【０００８】
本明細書及び添付図面の記載により、少なくとも以下の事項が明らかとなる。
即ち、プレイヤーが利用するプレイヤー端末との間で情報通信可能に接続されるサーバー装置であって、
デッキに収容される複数のゲーム媒体が設定されるデッキ情報、及び、前記デッキに収容される複数の前記ゲーム媒体のうちの選択候補となるゲーム媒体から構成される複数の集合が設定される集合情報、を記憶する記憶部と、
前記プレイヤー端末から要求に応じて、前記集合情報に基づき予め設定された選択順序に従って前記集合を順次選択し、順次選択された前記集合毎に前記選択候補となるゲーム媒体の中から選択したゲーム媒体をプレイヤーに付与する付与部と、
前記付与部により付与された前記ゲーム媒体が前記デッキに収容されていないゲーム媒体となるように前記デッキ情報を更新する更新部と、
を備えたことを特徴とするサーバー装置である。
このようなサーバー装置によれば、プレイヤーの操作によらず自動的に適切な集合が順次選択され、順次選択された各集合の中から選択されたゲーム媒体がプレイヤーに付与されることになるため、操作入力に要する手間を軽減させることが可能となる。
【０００９】
また、かかるサーバー装置であって、
前記デッキ情報には、前記デッキに収容されるゲーム媒体の収容個数が各ゲーム媒体に対応付けて設定されており、
前記付与部は、選択された現在の集合を構成する選択候補となるゲーム媒体の収容個数に基づいて、次の集合を選択する、こととしてもよい。
このようなサーバー装置によれば、プレイヤーにとって有利な順番で集合を選択することが可能となる。
【００１０】
また、かかるサーバー装置であって、
前記デッキ情報には、希少価値に応じて複数クラスに分類された希少度が各ゲーム媒体に対応付けて設定されており、
前記付与部は、最も低いクラスの希少度が対応付けられたゲーム媒体を選択候補に含む構成の前記集合から先に選択する、こととしてもよい。
このようなサーバー装置によれば、かかる集合が先に選択されることで、その次に選択される集合の選択候補の中から希少度の高いゲーム媒体が選択される可能性を高めることができる。
【００１１】
また、かかるサーバー装置であって、
前記デッキ情報には、希少価値に応じて複数クラスに分類された希少度が各ゲーム媒体に対応付けて設定され、
前記集合情報は、複数の前記集合のうち、一の集合を構成する選択候補となるゲーム媒体の中のいずれかのゲーム媒体に対応付けられた希少度のクラスと、他の集合を構成する選択候補となるゲーム媒体の中のいずれかのゲーム媒体に対応付けられた希少度のクラスとが、一致するように構成されており、
前記付与部は、前記一の集合、及び、前記他の集合のうち、一致するクラスよりも低いクラスの前記希少度が対応付けられたゲーム媒体を選択候補となるゲーム媒体の中に含む集合の方を先に選択する、こととしてもよい。
このようなサーバー装置によれば、一致するクラスよりも低いクラスの希少度が対応付けられたゲーム媒体をデッキから先に減らすことができるため、その次に選択される集合の選択候補の中から希少度が対応付けられたゲーム媒体が選択される可能性を高めることが可能となる。
【００１２】
また、かかるサーバー装置であって、
プレイヤーにより指定された前記希少度を予め登録する登録部と、
前記付与部によって付与された前記ゲーム媒体の希少度と指定された希少度とを比較することにより、付与された前記ゲーム媒体をプレイヤーが所有する前記ゲーム媒体にするか否かを判定する判定部と、
付与された前記ゲーム媒体をプレイヤーの所有する前記ゲーム媒体にしないと判定された場合に、付与された前記ゲーム媒体と他の前記ゲーム媒体とを合成して１つの合成後の前記ゲーム媒体を生成する合成処理部と、
付与された前記ゲーム媒体を前記プレイヤーの所有する前記ゲーム媒体として記録せずに、合成後の前記ゲーム媒体を前記プレイヤーの所有する前記ゲーム媒体として記録する記録部と、を備えたこととしてもよい。
このようなサーバー装置によれば、付与されたゲーム媒体が自動的に合成されるため、操作入力に要する手間を軽減させることができる。
【００１３】
また、かかるサーバー装置であって、
プレイヤーにより指定された前記希少度を予め登録する登録部と、
前記付与部によって付与された前記ゲーム媒体の希少度と指定された希少度とを比較することにより、付与された前記ゲーム媒体をプレイヤーが所有する前記ゲーム媒体にするか否かを判定する判定部と、
付与された前記ゲーム媒体をプレイヤーの所有する前記ゲーム媒体にしないと判定された場合に、付与された前記ゲーム媒体をその価値に相当するゲーム価値に変換し、変換された当該ゲーム価値を前記プレイヤーに付与するゲーム価値付与部と、
を備えたこととしてもよい。
このようなサーバー装置によれば、付与されたゲーム媒体が自動的にゲーム価値に変換されるため、操作入力に要する手間を軽減させることができる。
【００１４】
また、かかるサーバー装置であって、
前記記憶部は、プレイヤーが所有するゲーム価値が種類毎に設定されたプレイヤー情報を記憶し、
前記付与部は、
前記プレイヤーが所有する各種類の前記ゲーム価値を消費させて、前記デッキに収容される前記ゲーム媒体を付与するものであって、
前記ゲーム媒体を付与する際に、消費される前記ゲーム価値の各種類に基づいて、複数の集合の中からいずれかの集合を順次選択する、こととしてもよい。
このようなサーバー装置によれば、ゲーム価値の各種類に基づき自動的に集合が選択されるため、操作入力に要する手間を軽減させることができる。
【００１５】
また、かかるサーバー装置であって、
前記記憶部は、プレイヤーが所有するゲーム価値の量が設定されたプレイヤー情報を記憶し、
前記付与部は、
プレイヤーが所有する前記ゲーム価値を消費させて、前記デッキに収容される前記ゲーム媒体を付与するものであって、
前記ゲーム媒体を付与する際に、消費される前記ゲーム価値の量に基づいて、複数の集合の中からいずれかの集合を選択する、こととしてもよい。
このようなサーバー装置によれば、ゲーム価値の量に基づき自動的に集合が選択されるため、操作入力に要する手間を軽減させることができる。
【００１６】
また、かかるサーバー装置であって、
初期化条件が満たされたことに応じて、前記更新部によって更新された後の前記デッキ情報を初期化する初期化処理部を備えることとしてもよい。
このようなサーバー装置によれば、デッキ情報の初期化により、デッキ内にゲーム媒体が補充されることになるため、プレイヤーの獲得意欲を高めることができる。
【００１７】
また、プレイヤーが利用するプレイヤー端末との間で情報通信可能に接続されるサーバー装置としてのコンピューターに、
デッキに収容される複数のゲーム媒体が設定されるデッキ情報、及び、前記デッキに収容される複数の前記ゲーム媒体のうちの選択候補となるゲーム媒体から構成される複数の集合が設定される集合情報、を記憶部に記憶する処理と、
前記プレイヤー端末から要求に応じて、前記集合情報に基づき予め設定された選択順序に従って前記集合を順次選択し、順次選択された前記集合毎に前記選択候補となるゲーム媒体の中から選択したゲーム媒体をプレイヤーに付与する処理と、
付与された前記ゲーム媒体が前記デッキに収容されていないゲーム媒体となるように前記記憶部に記憶された前記デッキ情報を更新する処理と、
を実行させることを特徴とするプログラムである。
このようなサーバー装置によれば、操作入力に要する手間を軽減させることができる。
【００１８】
＝＝＝実施の形態＝＝＝
＜＜ゲームシステム１の構成について＞＞
図１は、本実施形態に係るゲームシステム１の全体構成の一例を示す図である。ゲームシステム１は、ネットワーク２（例えば、インターネット等）を介してゲームに関する各種サービスをプレイヤーに提供するものであり、サーバー装置１０と、複数のプレイヤー端末２０と、を含んで構成される。
【００１９】
＜＜サーバー装置１０の構成について＞＞
図２は、本実施形態に係るサーバー装置１０の機能上の構成を示すブロック図である。サーバー装置１０は、システム管理者等がゲームサービスを運営・管理する際に利用する情報処理装置（例えば、ワークステーションやパーソナルコンピューター等）であり、プレイヤー端末２０から各種のコマンド（リクエスト）を受信すると、プレイヤー端末２０上で動作可能なゲームプログラムや、プレイヤー端末２０の規格に合わせたマークアップ言語（ＨＴＭＬ等）で作成されたＷｅｂページ（ゲーム画像等）を配信（レスポンス）することができる。このサーバー装置１０は、制御部１１と、データ記憶部１２と、入力部１３と、表示部１４と、通信部１５と、を有している。
【００２０】
制御部１１は、各部間のデータの受け渡しを行うと共に、サーバー装置１０全体の制御を行うものであり、ＣＰＵ（Central Processing Unit）が所定のメモリに格納されたプログラムを実行することによって実現される。本実施形態の制御部１１は、予約登録部１１１（登録部）、付与部１１２、判定部１１３、記録部１１４、更新部１１５、ゲーム価値付与部１１６、合成処理部１１７、初期化処理部１１８、画像データ生成部１１９を備えている。
【００２１】
予約登録部１１１は、バスを介してデータ記憶部１２に接続され、制御部１１からの指令に応じてデータ記憶部１２にプレイヤーから指定された予約登録用のデータを予め登録する処理を実行する機能を有している。
【００２２】
付与部１１２は、ゲームで用いられるゲーム媒体をプレイヤーに付与する処理を実行する機能を有している。ゲーム媒体とは、例えば、キャラクター等が対応付けられたゲームカードやフィギュア等、又は、ゲーム内で利用できる道具・アビリティ等のアイテム等である。本実施形態における付与部１１２は、デッキに対して設定された集合を予め設定された選択順序に従って順次選択し、順次選択された集合毎に選択候補となるゲーム媒体の中から選択したゲーム媒体をプレイヤーに付与する。
【００２３】
判定部１１３は、付与部１１２により付与されたゲーム媒体をプレイヤーに所有させるか否かを判定する処理など、各種の判定処理を実行する機能を有している。
【００２４】
記録部１１４は、バスを介してデータ記憶部１２に接続され、制御部１１からの指令に応じてデータ記憶部１２にデータを記録する処理を実行する機能を有している。
【００２５】
更新部１１５は、バスを介してデータ記憶部１２に接続され、制御部１１からの指令に応じてデータ記憶部１２に記憶されているデータを更新する処理を実行する機能を有している。
【００２６】
ゲーム価値付与部１１６は、売却対象となるゲーム媒体をその価値に相当するゲーム価値に変換し、変換後のゲーム価値をプレイヤーに付与する機能を有している。ゲーム価値とは、例えば、ゲームカード・アイテムなどの商品（コンテンツ）との交換価値や、ゲームプレイ１回分などのサービスとの交換価値を有するものであって、仮想通貨、仮想メダル、遊戯ポイント等である。
【００２７】
合成処理部１１７は、複数のゲーム媒体を合成することにより１つのゲーム媒体を生成する処理を実行する機能を有している。
【００２８】
初期化処理部１１８は、所定の初期化条件が満たされたことに応じて、後述するデッキ情報を初期化する処理を実行する機能を有している。初期化条件には、例えば、プレイヤーから初期化を要求する操作入力があったこと、デッキ内から最もレアリティの高いゲーム媒体が選択されプレイヤーに付与されたこと、デッキに収容されている全ゲーム媒体の収容個数の合計が一定の数よりも少なくなったこと、所定の時点から所定時間経過したこと等が含まれる。デッキ情報の初期化とは、デッキに収容されているゲーム媒体の収容個数がその総収容個数と等しくなるように，デッキ情報を設定又は更新することをいう。
【００２９】
画像データ生成部１１９は、プレイヤーにゲームプレイさせる操作画面やゲーム画面をプレイヤー端末２０に表示させるための画像データを生成する処理を実行する機能を有している。本実施形態では、ゲーム画像に対応する画像データとしてＨＴＭＬデータを生成する。
【００３０】
データ記憶部１２は、システムプログラムが記憶された読み取り専用の記憶領域であるＲＯＭ（Read Only Memory）と、制御部１１による演算処理のワーク領域として使用される書き換え可能な記憶領域であるＲＡＭ（Random Access Memory）とを有しており、例えば、フラッシュメモリやハードディスク等の不揮発性記憶装置によって実現される。本実施形態のデータ記憶部１２は、ゲーム媒体の一例としてのゲームカードに関する情報であるカード情報と、プレイヤーに関する情報であるプレイヤー情報と、後述するデッキ内の選択候補となるゲームカードから構成される集合に関する情報である集合情報を、少なくとも記憶している。なお、これら各情報については追って詳述する。
【００３１】
入力部１３は、システム管理者等が各種データ（例えば、カード情報等）を入力するためのものであり、例えば、キーボードやマウス等によって実現される。
【００３２】
表示部１４は、制御部１１からの指令に基づいてシステム管理者用の操作画面を表示するためのものであり、例えば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等によって実現される。
【００３３】
通信部１５は、プレイヤー端末２０との間で通信を行うためのものであり、プレイヤー端末２０から送信される各種データや信号を受信する受信部としての機能と、制御部１１の指令に応じて各種データや信号をプレイヤー端末２０へ送信する送信部として機能とを有している。通信部１５は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。
【００３４】
＜＜プレイヤー端末２０の構成について＞＞
図３は、プレイヤー端末２０の機能上の構成を示すブロック図である。本実施形態のプレイヤー端末２０は、ゲームをプレイする際にプレイヤーが利用する情報処理装置（例えば、携帯電話端末やスマートフォン等）であり、サーバー装置１０に対してゲームに関する各種情報（ゲームプログラムやＷｅｂページ等）の配信要求を行うことができる。プレイヤー端末２０は、プレイヤーにＷｅｂページを閲覧させるためのＷｅｂブラウザ機能を有しているため、サーバー装置１０から配信されたＷｅｂページ（ゲームプレイ画像等）を画面表示することができる。このプレイヤー端末２０は、端末制御部２１と、端末記憶部２２と、端末入力部２３と、端末表示部２４と、端末通信部２５と、を有している。
【００３５】
端末制御部２１は、各部間のデータの受け渡しを行うととともに、プレイヤー端末２０全体の制御を行うものであり、ＣＰＵ（Central Processing Unit）が所定のメモリに格納されたプログラムを実行することによって実現される。なお、本実施形態の端末制御部２１は、端末表示部２４に表示されるゲーム画面の表示態様を制御する画面表示制御部としても機能する。端末記憶部２２は、バスを介して端末制御部２１に接続され、端末制御部２１からの指令に応じて記憶されているデータを参照、読み出し、書き換える処理が行われる。この端末記憶部２２は、例えば、フラッシュメモリやハードディスク等によって実現される。端末入力部２３は、プレイヤーが各種操作（ゲーム操作等）を行うためのものであり、例えば、操作ボタン、タッチパネル等によって実現される。端末表示部２４は、端末制御部２１からの指令によりゲーム画面（ゲーム画像や操作画像等）を表示するためのものであり、たとえば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等によって実現される。端末通信部２５は、ネットワーク２を介してサーバー装置１０と各種情報の送受信を行うための送受信部として機能するものであり、例えば、ＮＩＣ（Network Interface Card）等によって実現される。
【００３６】
＜＜データ構造について＞＞
図４は、サーバー装置１０のデータ記憶部１２に記憶されるカード情報のデータ構造例を示す図である。このカード情報は、カードＩＤ、キャラクター名、キャラクター画像、レアリティ、初期攻撃力、初期防御力、初期体力等の項目（フィールド）を有している。カードＩＤは、ゲーム媒体の一例としてのゲームカードを識別する識別情報である。キャラクター名は、ゲームカードに対応付けられたキャラクターの表示名を示す情報である。キャラクター画像は、キャラクターの画像データである。レアリティは、ゲームカードの希少価値に応じて複数クラスに分類された希少度を示すパラメーターである。本実施形態においては、６段階のクラスに分類されたレアリティ（Ｒ１「コモン」→Ｒ２「アンコモン」→Ｒ３「レア」→Ｒ４「スーパーレア」→Ｒ５「特スーパーレア」→Ｒ６「ウルトラレア」）がゲームカード（キャラクター）に設定されている。キャラクターの初期攻撃力、初期防御力、初期体力等は、キャラクターに最初に設定された能力値を示すパラメーターである。
【００３７】
図５は、サーバー装置１０のデータ記憶部１２に記憶されるプレイヤー情報のデータ構造例を示す図である。このプレイヤー情報は、プレイヤーＩＤ、仮想通貨、遊戯ポイント、所有メダル情報、所有カード情報、デッキ情報等の項目を有している。プレイヤーＩＤは、プレイヤーを識別する識別情報である。仮想通貨は、ゲーム価値の一例であって、プレイヤーが所有している仮想通貨の量を示す情報である。プレイヤーは、仮想通貨を購入し所有することができる。遊戯ポイントは、ゲーム価値の一例であって、プレイヤーが所有している遊戯ポイントの量を示す情報である。プレイヤーは、ゲームカードの売却や、対戦ゲームで勝利すること等の獲得条件を満たすことで遊戯ポイントを獲得し所有することができる。所有メダル情報は、プレイヤーが所有するゲーム価値の一例としての仮想メダルを示す情報である。プレイヤーは、対戦ゲームで勝利すること等の獲得条件を満たすことで各種の仮想メダルを獲得し所有することができる。所有カード情報は、プレイヤーが所有するゲームカード（以下、所有カードともいう）を示す情報である。デッキ情報は、複数のゲームカードを収容したデッキに関する情報である。このように本実施形態では、各プレイヤーに対してデッキが割り当てられていることになる。
【００３８】
図６は、所有メダル情報のデータ構造例を示す図である。この所有メダル情報は、メダルＩＤ、メダル名、所有数等の項目を有している。メダルＩＤは、プレイヤーが所有する各種の仮想メダルを識別する識別情報である。メダル名は、仮想メダルに対応付けられた表示名を示す情報である。所有数は、プレイヤーが所有する仮想メダルの量を示す情報である。本実施形態では、プレイヤーは３種類の仮想メダル（シルバーメダル、ゴールドメダル、ブラックメダル）を所有することができる。
【００３９】
図７は、所有カード情報のデータ構造例を示す図である。この所有カード情報は、所有カードＩＤ、所有カードのレベル、攻撃力、防御力、獲得日時等の項目を有している。所有カードＩＤは、所有カードを識別する識別情報である。所有カードのレベル、攻撃力、防御力は、所有カードに対応するキャラクターに設定された能力値を示すパラメーターである。これら各種パラメーターは、対戦ゲームの結果等に応じて更新される。獲得日時は、プレイヤーが所有カードを獲得した日時を示す情報である。
【００４０】
図８は、デッキ情報のデータ構造例を示す図である。このデッキ情報は、プレイヤーに付与され得るゲームカードを所定数毎に１つのセットにまとめたゲーム媒体収容デッキ（単に「デッキ」とも呼ぶ）を定義する情報である。デッキ情報は、カードＩＤ、レアリティ、総収容個数、収容個数等の項目を有している。
【００４１】
カードＩＤは、デッキに収容される複数ゲームカードのそれぞれを識別する識別情報である。レアリティは、ゲーム媒体の入手しにくさを示す指標情報である。本実施形態では、ゲームカードのレアリティのクラスが低いほど当該カードを入手しやすく、レアリティのクラスが高いほど入手しにくくなるようなデータ構造となっている。すなわち、図８に示すように、ゲームカードのレアリティのクラスが高いほど、デッキに収容されている当該ゲームカードの総収容個数が少なくなるようにデッキ情報が設定されている。このため、プレイヤーに付与するゲームカードをデッキに収容されているゲームカードの中からランダムに選択することにより、レアリティのクラスが高いゲームカードほど選択されにくくなる。
【００４２】
総収容個数は、初期状態のデッキに収容されているゲームカードの個数を示す情報である。本実施形態では、図８に示すように、レアリティのクラスが最も低い「Ｒ１（コモン）」に設定されているゲームカードの総収容個数が「５０」に設定されている。一方で、レアリティのクラスが最も高い「Ｒ６（ウルトラレア）」に設定されているゲームカードの総収容個数は「１」に設定されている。したがって、初期状態では、このデッキに収容されているゲームカードの中からランダムにゲームカードを選択すると、「Ｒ６（ウルトラレア）」のゲームカードが選択される確率は、「Ｒ１（コモン）」のゲームカードが選択される確率の５０分の１となる。
【００４３】
収容個数は、ゲームカードがプレイヤーに付与された後にデッキに残存しているゲームカードの個数を示す情報である。すなわち、収容個数は、ゲームカードの総収容個数からプレイヤーに付与されたゲームカードの個数を減じることによって算出される。よって、この収容個数は、ゲームカードが付与される度に算出され更新記録される。
【００４４】
図９は、サーバー装置１０のデータ記憶部１２に記憶される集合情報を説明する図である。この集合情報は、デッキに収容される複数のゲームカードのうちの選択候補となるゲームカードから構成される集合を定義するための情報である。
【００４５】
ここで、本実施形態における集合情報について、ゲーム価値の各種類（シルバーメダル、ゴールドメダル、ブラックメダル、仮想通貨）とレアリティの各クラス（Ｒ１〜Ｒ６）とを関連付けた対応表（図９参照）を用いて説明する。本実施形態のデッキには、図９に示すように、ゲーム価値の各種類に対応させた複数種類の集合が設定されている。具体的には、シルバーメダル（Ｍ１）に対応付けられた第１集合と、ゴールドメダル（Ｍ２）に対応付けられた第２集合と、ブラックメダル（Ｍ３）に対応付けられた第３集合と、仮想通貨（Ｍ４）に対応付けられた第４集合が設定されている。後述する抽選ゲームでは、例えば、シルバーメダルが消費される場合、４つの集合のうちの第１集合が選択され、この第１集合を構成するゲームカードが抽選時の選択候補となる。
【００４６】
そして、第１集合は、デッキ内の複数のゲームカードのうち、「Ｒ１（コモン）」〜「Ｒ３（レア）」のレアリティが設定されたゲームカードから構成される。第２集合は、「Ｒ２（アンコモン）」〜「Ｒ５（特スーパーレア）」のレアリティが設定されたゲームカードから構成される。第３集合は、「Ｒ２（アンコモン）」〜「Ｒ６（ウルトラレア）」のレアリティが設定されたゲームカードから構成される。第４集合は、「Ｒ３（レア）〜Ｒ６（ウルトラレア）」のレアリティが設定されたゲームカードから構成される。後述する抽選ゲームでは、例えば、第１集合が選択された場合、「Ｒ１（コモン）」、「Ｒ２（アンコモン）」、「Ｒ３（レア）」の中からいずれかのレアリティのゲームカードが選択されることになる。また例えば、第２集合が選択された場合、その第１集合の選択候補に加えて、「Ｒ４（スーパーレア）」、「Ｒ５（特スーパーレア）」のゲームカードも選択候補になる。よって、後述する抽選ゲームにおいてレアリティの高いゲームカードが選択される可能性は、第１集合、第２集合、第３集合、第４集合の順番で高くなる。つまり、ゲーム価値は、シルバーメダル、ゴールドメダル、ブラックメダル、仮想通貨の順番でその価値が高くなる。よって、本実施形態では、シルバーメダルよりもゴールドメダルの方が入手しにくく、ゴールドメダルよりもブラックメダルの方が入手しにくくなっている。なお、仮想通貨は、各種の仮想メダルとは異なり、プレイヤーが電子マネー等で購入することにより入手できるものであるため、仮想メダルよりも価値が高いものとなる。
【００４７】
また、複数の集合のうち、一の集合を構成する選択候補となるゲームカードの中のいずれかのゲームカードに対応付けられたレアリティのクラスと、他の集合を構成する選択候補となるゲームカードの中のいずれかのゲームカードに対応付けられたレアリティのクラスとが、一致するように構成されている。つまり、本実施形態では、第１集合〜第４集合の各々は、レアリティのクラスの一部が他の集合のクラスと重複する（一致する）ように設定されている。すなわち、「Ｒ２（アンコモン）」は、第２集合、第３集合、第４集合において重複している。「Ｒ３（レア）」は、第１集合〜第４集合のすべてにおいて重複している。「Ｒ４（スーパーレア）」及び「Ｒ５（特スーパーレア）」は、第２集合〜第４集合において重複している。「Ｒ６（ウルトラレア）」は、第３集合、第４集合において重複している。後述する抽選ゲームでは、例えば、第１集合が選択された場合でも、第２集合が選択された場合でも、「Ｒ３（レア）」のゲームカードが選択される可能性があることになる。
【００４８】
＜＜ゲームの概要について＞＞
ここでは、本実施形態のゲームシステム１によって提供されるゲームの概要について説明する。このゲームシステム１では、ゲームカード（ゲーム上の仮想空間において使用される仮想カード）を用いて行う各種ゲームが提供される。
【００４９】
＜対戦ゲーム＞
本実施形態のゲームシステム１において、プレイヤーは、ゲームキャラクターが対応付けられたゲームカードを複数所有することができる。プレイヤーは、自らが所有する複数のゲームカードの中から選択したゲームカード（キャラクター）を用いて対戦ゲームを行うことができる。制御部１１は、プレイヤーが選択したキャラクターと対戦する敵キャラクターを決定し、各キャラクターに設定された各種パラメーター（攻撃力、防御力、体力等）に基づいて、これらキャラクター同士による対戦ゲームの勝敗を決定する。また、この対戦ゲームでは、対戦結果等に応じて各種の仮想メダル（シルバーメダル、ゴールドメダル、ブラックメダル）や遊戯ポイントがプレイヤーに付与される。プレイヤーは仮想メダルを用いて後述する抽選ゲームを行なうことができ、遊戯ポイントを用いて後述するカード合成を行なうことができる。
【００５０】
＜抽選ゲーム＞
本実施形態のゲームシステム１において、プレイヤーは自らのゲーム価値（仮想メダル、仮想通貨）を消費させることによって、所謂「ガチャガチャ」（登録商標）と呼ばれる抽選ゲームを行うことができる。本実施形態では、抽選ゲームの一例として自動ガシャが行われる。この自動ガシャは、デッキに収容された有限個のゲームカードの中からランダムに選択されたゲームカードをプレイヤーに付与するゲームである。デッキは、６クラスに分類されたレアリティ（Ｒ１〜Ｒ６、図４参照）が設定されたゲームカードを収容しており、レアリティのクラスが高いゲームカードほど収容個数が少なくなるように設定されている（図８参照）。そのため、レアリティのクラスが高いゲームカードほど入手しにくくなっている。
【００５１】
本実施形態の自動ガシャ（抽選ゲーム）は、消費されるゲーム価値の種類に応じて、デッキに収容されている有限個のゲームカードの中から選択候補となるゲームカードを限定し、その限定された選択候補の中から選択されたゲームカードをプレイヤーに付与する。すなわち、選択候補となるゲームカードから構成される複数の集合をデッキに対して設定しておき（第１集合〜第４集合、図９参照）、消費されるゲーム価値の種類に対応する集合を複数の集合の中から選択し、その集合単位でゲームカードの抽選を行なうようにしている。例えば、プレイヤーが仮想メダルを消費させて抽選ゲームを行なう場合は、デッキに設定されている複数の集合のうちから仮想メダル（シルバーメダル、ゴールドメダル、ブラックメダル）に対応する集合（第１集合〜第３集合、図９参照）が選択される。一方、プレイヤーが仮想通貨を消費させて抽選ゲームを行なう場合には、仮想通貨に対応する集合（第４集合、図９参照）が選択される。そして、このようにしてゲーム価値の種類に応じて選択された集合を構成するゲームカードが選択候補となるため、その選択候補となるゲームカードの中から選択されたゲームカードがプレイヤーに付与されることになる。
【００５２】
また、本実施形態の自動ガシャ（抽選ゲーム）では、デッキに設定された集合を構成するゲームカードのレアリティによって（つまり、選択される集合によって）、プレイヤーに付与され得るゲームカードの希少価値が変動する。つまり、プレイヤーが仮想メダルを消費させて抽選ゲームを行なう場合と、プレイヤーが仮想通貨を消費させて抽選ゲームを行なう場合とでは、選択される集合がそれぞれ異なるので、プレイヤーに付与され得るゲームカードのレアリティが変動する。また、プレイヤーが仮想メダルを消費させて抽選ゲームを行なう場合においても、仮想メダルの種類（シルバーメダル、ゴールドメダル、ブラックメダル）によって選択される集合がそれぞれ異なるため、プレイヤーに付与され得るゲームカードのレアリティが変動することになる。したがって、プレイヤーの獲得し得るゲームカードのレアリティは、抽選ゲームを行なう際に消費させるゲーム価値をどのように選ぶかによって、つまり、どの集合が選択されるかによって、影響を受けることになる。
【００５３】
しかしながら、仮想通貨を消費させて抽選ゲームを行なったり、各種の仮想メダルを消費させて抽選ゲームを行なったりする等、抽選ゲームのやり方が数多く存在すると、プレイヤーは各々のやり方に応じて操作入力を行なう必要がある。また、どの順番で抽選ゲームを行なえばレアリティの高いゲームカードを効率良く獲得できるのかがプレイヤーには分かりにくい場合もある。そこで、本実施形態では、デッキに設定された集合を自動的に順次選択して行き、順次選択された集合毎に選択候補となるゲームカードの中から選択したゲームカードをプレイヤーに付与するようにしている。これにより、操作入力に要する手間を軽減させることができる。
【００５４】
なお、プレイヤーは、この抽選ゲームにより付与されたゲームカードを用いて、前述した対戦ゲームを行うことができる。また、プレイヤーは、抽選ゲームにより付与されたゲームカードを売却したりカード合成に用いたりすることもできる。
【００５５】
＜ゲームカードの売却＞
本実施形態のゲームシステム１において、プレイヤーは、不要なゲームカードを売却することにより、不要なゲームカードを所有せずに必要なゲームカードのみを所有できる。不要なゲームカードを売却すると、当該不要なゲームカードがその価値に相当する遊戯ポイントに変換され、変換された遊戯ポイントがプレイヤーに付与される。本実施形態では、プレイヤーの操作によって不要なゲームカードを売却するやり方（手動売却）と、プレイヤーに操作させることなく自動的に不要なゲームカードを売却するやり方（自動売却）とがある。プレイヤーはいずれかのやり方を状況等に応じて適宜選択することができる。
自動売却がプレイヤーによって選択された場合は、不要となるゲームカードを予約登録しておくことで、不要となるゲームカードが抽選ゲームによって付与された場合には、プレイヤーの操作入力によらずに自動的にゲームカードを売却することができる。これにより、不要な所有カードを売却するための操作入力に要する手間を軽減させることが可能となる。
【００５６】
＜ゲームカードの合成＞
本実施形態のゲームシステム１において、プレイヤーは複数のゲームカードを組み合わせることによって１つのゲームカードを生成する（ゲームカードを合成する）ことができる。ゲームカードの合成により、合成後のゲームカードに対応するキャラクターの各種パラメーター（例えば、レベル、攻撃力、防御力等）が変動する。
本実施形態では、プレイヤーが所有する遊戯ポイントを消費させて、ベースカードに少なくとも１枚の素材カードを組み合せることによってゲームカードが合成される。このゲームカードの合成により、合成前のベースカードに設定されたレベル、攻撃力、防御力等のパラメーターの値が上昇し、その上昇した新たなパラメーターが合成後のベースカードに設定される。このようにしてゲームカードの合成が行われると、プレイヤーは、ベースカード及び素材カードの双方を所有せずに、合成後のベースカードのみを所有することになる。
本実施形態では、プレイヤーの操作によってゲームカードを合成するやり方（手動合成）と、プレイヤーに操作させることなく自動的にゲームカードを合成するやり方（自動合成）とがある。プレイヤーはいずれかのやり方を状況等に応じて適宜選択することができる。
自動合成がプレイヤーによって選択された場合は、素材カードとなるゲームカードを予約登録しておくことで、素材カードとなるゲームカードが抽選ゲームによって付与された場合には、プレイヤーの操作入力によらずに自動的にベースカードと合成することができる。これにより、ゲームカードを合成するための操作入力に要する手間を軽減させることが可能となる。
【００５７】
＜＜ゲームシステム１の動作について＞＞
図１０は、本実施形態にかかるゲームシステム１の動作例を説明するためのフローチャートである。
【００５８】
先ず、プレイヤー端末２０において、端末制御部２１は、プレイヤーの操作入力を端末入力部２３から受け取ると、自動ガシャを開始するウェブページを取得するためのコマンド（自動ガシャ開始ページ要求）を、端末通信部２５を介してサーバー装置１０に送信する（Ｓ１０１）。
【００５９】
次いで、サーバー装置１０は、プレイヤー端末２０から送信された自動ガシャ開始ページ要求を受け付けると、後述する自動処分カード予約画面（図１１参照）をプレイヤー端末２０に表示させるためのゲーム画像データ（ＨＴＭＬデータ）を画像データ生成部１１９に生成させ（Ｓ１０２）、かつ、後述する各ゲーム価値入力画面（図１２参照）をプレイヤー端末２０に表示させるためのゲーム画像データ（ＨＴＭＬデータ）を画像データ生成部１１９に生成させる（Ｓ１０３）。そして、サーバー装置１０は、画像データ生成部１１９が生成したこれらのゲーム画像データ（ＨＴＭＬデータ）を、通信部１５を介して要求元のプレイヤー端末２０に送信する。
【００６０】
次いで、プレイヤー端末２０は、サーバー装置１０から送信されたこれらのゲーム画像データ（ＨＴＭＬデータ）を受信すると、各ゲーム画像データを解析することにより、各ゲーム画像データに対応する各ゲーム画面を端末表示部２４に表示させる（Ｓ１０４）。
【００６１】
図１１は、この端末表示部２４に表示される自動処分カード予約画面の一例を示す図である。自動処分カード予約画面５０は、自動処分の対象となるレアリティをプレイヤーに指定させ、その指定されたレアリティを予め登録させるためのゲーム画面であり、プルダウンメニュー５１、予約登録ボタン５２を含んで構成されている。プレイヤー端末２０は、この自動処分カード予約画面５０が端末表示部２４に表示されている際に、予約登録に関する操作入力をプレイヤーから受け付ける（Ｓ１０５）。プルダウンメニュー５１には、「選択なし」、「売却」、「合成」の３つの選択項目が含まれている。プレイヤーは、プルダウンメニュー５１を操作することにより、自動処分の対象となるレアリティを指定する。ここでは、プレイヤーの操作によって、自動処分「売却」に対してレアリティ「コモン」が指定され、自動処分「合成」に対してレアリティ「アンコモン」が指定され、自動処分「選択なし」に対してレアリティ「レア」が指定されている。これらの指定後、素材カードの予約登録ボタン５２がプレイヤーによって選択されると、プレイヤー端末２０はかかる操作情報が設定された予約登録要求をサーバー装置１０へ送信する。サーバー装置１０は、かかる要求を受信すると、プレイヤーによって指定されたレアリティ毎に各自動処分についての予約登録を行なう。すなわち、予約登録部１１１は、プレイヤーが指定した「コモン」のゲームカードを自動売却の対象となるカードとなるようにデータ記憶部１２に予め登録し、プレイヤーが指定した「アンコモン」のゲームカードを自動合成時に素材カードとして利用されるカードとなるようにデータ記憶部１２に予め登録し、かつ、プレイヤーが指定した「レア」のゲームカードを「選択なし」の対象となるようにデータ記憶部１２に予め登録する。これにより、自動ガシャによって付与されたゲームカードのレアリティが「コモン」と一致するときには、付与されたゲームカードが自動的に売却されることになる。また、自動ガシャによって付与されたゲームカードのレアリティが「アンコモン」と一致するときには、付与されたゲームカードを素材カードとしてベースカードに対して自動的に合成することになる。なお、「選択なし」がプレイヤーによって指定されている場合には、自動ガシャによって付与されたゲームカードはそのままプレイヤーの所有カードとなってプレイヤーの所有カード情報（図７参照）が更新される。
【００６２】
図１２は、この端末表示部２４に表示される各ゲーム価値入力画面の一例を示す図である。各ゲーム価値入力画面６０は、自動ガシャを行なう際に消費させるゲーム価値の量をプレイヤーに入力させるためのゲーム画面であり、プルダウンメニュー６１、自動ガシャによる抽選処理の実行を開始させるための操作ボタン６２、デッキ収容個数情報６３を含んで構成されている。デッキ収容個数情報６３は、レアリティ毎にデッキ内のゲームカードの収容個数を総収容個数と関連付けて表示した情報である。例えば、「ウルトラレア（１／１枚）」、「特スーパーレア（５／６枚）」のように、レアリティに対してその収容個数及び総収容個数を併記して表示する。この表示により、デッキ内に、ウルトラレアの全ゲームカード数のうちの１枚が残っていること、特スーパーレアの全ゲームカード６枚のうちの５枚が残っていることを、プレイヤーに示すことができる。つまり、プレイヤーは、この情報を見ることで、デッキに含まれる全ゲームカードのうちどの程度のゲームカードが既に選択されたか（又はデッキから減少したか）を把握して、入力する仮想メダルの量や仮想通貨の金額をどのくらいにするかを決定することができる。なお、このように収容個数を総収容個数と関連付けて表示するのではなく、既に選択された個数を総収容個数と関連付けて表示させる場合であっても、同様の効果が得られることは言うまでもない。
【００６３】
プレイヤー端末２０は、この各ゲーム価値入力画面６０が端末表示部２４に表示されている際に、自動ガシャを行なう際に消費させる各ゲーム価値の量に関する操作入力をプレイヤーから受け付ける（Ｓ１０６）。プレイヤーは、デッキ収容個数情報６３が示す収容個数を参考にしながら、プルダウンメニュー６１を操作することにより、ゲーム価値の種類毎に消費させるゲーム価値の量を指定する。ここでは、プレイヤーの操作によって、シルバーメダルに対して１０００枚、ゴールドメダルに対して５００枚、ブラックメダルに対して１５０枚、仮想通貨に対して３００コイン、が指定されている。これらの指定後、操作ボタン６２がプレイヤーによって選択されると、プレイヤー端末２０はかかる操作情報が設定された自動ガシャ実行要求をサーバー装置１０へ送信する（Ｓ１０７）。
【００６４】
図１０に戻り、サーバー装置１０は、プレイヤー端末２０から送信された自動ガシャ実行要求を受け付けると、デッキ内から選択したゲームカードをプレイヤーに付与する自動ガシャ処理を実行する（Ｓ１０８）。
【００６５】
このように、プレイヤーは、各ゲーム価値入力画面６０にて、各種のゲーム価値の量をそれぞれ指定するだけでよく、どの順番でゲーム価値を使って抽選ゲームを行なえばレアリティの高いゲームカードを効率良く獲得できるのか等を考える必要もなく、また、各々のゲーム価値に応じた操作入力をそれぞれ行なう必要もない。そして、サーバー装置１０は、各種ゲーム価値の量の指定をまとめて受け付けることで自動ガシャ処理を行って、デッキに設定された集合を自動的に順次選択して行き、順次選択された集合毎に選択候補となるゲームカードの中から選択したゲームカードをプレイヤーに付与する。
【００６６】
図１３は、本実施形態にかかるゲームシステム１における自動ガシャ処理を説明するためのフローチャートである。
【００６７】
先ず、インデックスｉの初期設定（ｉ＝０）を行なう（Ｓ２０１）。このインデックスｉは、ゲーム価値の種類（Ｍｉ）に対応している。本実施形態では、シルバーメダル、ゴールルドメダル、ブラックメダル、仮想通貨の４つのゲーム価値に対応するため、インデックスｉの最大値（ＭＡＸ）は４に設定される。また、インデックスｉ＝１に対応するゲーム価値としてシルバーメダル（Ｍ１）、インデックスｉ＝２に対応するゲーム価値としてゴールドメダル（Ｍ２）、インデックスｉ＝３に対応するゲーム価値としてブラックメダル（Ｍ３）、インデックスｉ＝４に対応するゲーム価値として仮想通貨（Ｍ４）、が設定されている。つまり、付与部１１２は、図９に示すように、最も低いクラスのレアリティが対応付けられたゲームカードを選択候補に含む構成の第１集合（シルバーメダルに対応）から先に選択して抽選を行い、その後、第２集合（ゴールドメダルに対応）、第３集合（ブラックメダルに対応）、第４集合（仮想通貨に対応）と順次選択して行き抽選を行うことになる。これにより、低いクラスの希少度が設定されたゲームカードをデッキから先に減らして行くことができるため、集合が順次選択されていくに連れて、デッキから高いクラスの希少度が設定されたゲームカードが選択される可能性を高めることができる。
【００６８】
次いで、インデックスｉを１つインクリメント（ｉ＝ｉ＋１）して（Ｓ２０２）、インデックスｉが最大値（ＭＡＸ＝４）を超えているか否かを判定する（Ｓ２０３）。
【００６９】
そして、インデックスｉが最大値（ＭＡＸ＝４）を超えていないと判定された場合に（Ｓ２０３：ＮＯ）、ステップＳ２０４へ進む。一方で、インデックスｉが最大値（ＭＡＸ＝４）を超えていると判定された場合には（Ｓ２０３：ＹＥＳ）、この自動ガシャ処理を終了する。すなわち、本実施形態では、インデックスｉの最大値（ＭＡＸ）は４であるため、シルバーメダル（Ｍ１）を消費させて行なう抽選ゲームから始めて、仮想通貨（Ｍ４）を消費させて行なう抽選ゲームまで順次行って一巡すると、自動ガシャが終了することになる。
【００７０】
次に、ステップＳ２０４では、ゲーム価値（Ｍｉ）を消費させて行なう抽選ゲームの抽選回数（Ｌｉ）が１以上であるか否かを判定する。本実施形態では、仮想メダルについては、１枚の仮想メダルを消費させて１回の抽選ゲームが行なわれる。例えば、インデックスｉ＝１のとき、１枚のシルバーメダル（Ｍ１）を消費させて１回の抽選ゲームが行なわれる。そのため、プレイヤーによって指定されたシルバーメダルが１０００枚である場合には、シルバーメダル（Ｍ１）による抽選回数（Ｌ１）は１０００回に設定される（Ｌ１＝１０００）。そして、このようにして設定されたＬ１が１以上であるか否かが判定される。また、仮想通貨については（インデックスｉ＝４のとき）、１００コインの仮想通貨を消費させて１回の抽選ゲームが行なわれる。そのため、プレイヤーに指定された仮想通貨が３００コインである場合には、仮想通貨（Ｍ４）による抽選回数（Ｌ４）は３回に設定される（Ｌ４＝３）。そして、このようにして設定されたＬ４が１以上であるか否かが判定される。
そして、ゲーム価値（Ｍｉ）による抽選回数（Ｌｉ）が１以上であると判定された場合は（Ｓ２０４：ＹＥＳ）、ステップＳ２０５へ進む。一方で、ゲーム価値（Ｍｉ）による抽選回数（Ｌｉ）が１以上でないと判定された場合には（Ｓ２０４：ＮＯ）、ステップＳ２０２に戻ってインデックスｉを１つインクリメントし、それ以降の処理を繰り返す。
【００７１】
次に、ステップＳ２０５では、ある種類のゲーム価値（Ｍｉ）を消費させて行なう抽選ゲームにおいて付与され得る所定のレアリティのゲームカードがデッキ内に所定枚数存在しているか否か判定される。例えば、インデックスｉ＝１に対応するゲーム価値としてシルバーメダル（Ｍ１）を消費させて自動ガシャを行なう場合には、デッキ内のゲームカードのうち第１集合を構成するゲームカードが選択候補となる（図９参照）。第１集合を構成するゲームカードのレアリティのクラスは、図９に示すとおり、「Ｒ１（コモン）」、「Ｒ２（アンコモン）」、「Ｒ３（レア）」の３クラスに限定される。そして、これら３つのクラスのうち最もクラスが高い「Ｒ３（レア）」のゲームカードの収容個数を図８に示すデッキ情報を参照することによって特定する。特定された「Ｒ３（レア）」のゲームカードの収容個数が、所定数以上（例えば１枚以上）であるか否かを判定する。
【００７２】
その結果、所定のレアリティのゲームカードがデッキ内に所定枚数存在していると判定された場合は（Ｓ２０５：ＹＥＳ）、ステップＳ２０６へ進む。一方で、所定のレアリティのゲームカードがデッキ内に所定枚数存在していないと判定された場合には（Ｓ２０５：ＮＯ）、ステップＳ２０２に戻ってインデックスｉを１つインクリメントし、それ以降の処理を繰り返す。すなわち、上記の例を用いて引き続き説明すると、シルバーメダル（Ｍ１）を消費させて自動ガシャを行なう場合、特定された「Ｒ３（レア）」のゲームカードの収容個数が、所定数以上（例えば１枚以上）である場合には（デッキ内のレアカード（Ｒ３）が少なくとも１枚存在している場合）、付与部１１２は、デッキ内のゲームカードのうち第１集合を構成するゲームカードを選択候補として、プレイヤーに付与するゲームカードの抽選を行なう。一方で、特定された「Ｒ３（レア）」のゲームカードの収容個数が、所定数以上（例えば１枚以上）ない場合には（デッキ内のレアカード（Ｒ３）が０枚となった場合）、付与部１１２は、シルバーメダル（Ｍ１）の次のインデックスｉ＝２に対応するゲーム価値としてゴールドメダル（Ｍ２）を消費させて抽選を行なう。この際、シルバーメダル（Ｍ１）による抽選が行われないことになるため、消費されなかったシルバーメダル（Ｍ１）はプレイヤーに返却され、更新部１１５によりプレイヤーの所有メダル情報（図６参照）が更新される。このように、付与部１１２は、デッキに設定された複数集合のうちから現在の第１集合の次の第２集合を自動的に選択することにより、デッキ内のゲームカードのうち第２集合を構成するゲームカードを選択候補として、プレイヤーに付与するゲームカードの抽選を行なうことになる。これにより、シルバーメダルを消費させて「Ｒ３（レア）」のゲームカードが抽選される可能性のない第１集合を選択して抽選を行なうよりも、ゴールドメダルを消費させて「Ｒ３（レア）」よりも高いレアリティのゲームカードが抽選される可能性のある次の第２集合を選択した方が、プレイヤーにとって有利となる。
【００７３】
次に、ステップＳ２０６では、ゲーム価値（Ｍｉ）による抽選回数（Ｌｉ）から１つディクリメント（Ｌｉ＝Ｌｉ−１）し、１回分のゲーム価値（Ｍｉ）を消費させて自動ガシャ（抽選ゲーム）による１回の抽選を行なう。そして、抽選結果に基づき、この抽選ゲームによってプレイヤーに付与されたゲームカードをデッキから削除する。すなわち、更新部１１５は、この抽選ゲームによって１個又は複数個のゲームカードが付与部１１２によってプレイヤーに付与された場合には、プレイヤーに付与された当該ゲームカードに対応付された収容個数をその個数分だけ減らしてデッキ情報（図９参照）を更新する。またそれと共に、更新部１１５は、付与部１１２によってプレイヤーに付与された当該ゲームカードがプレイヤーの所有するゲームカードとなるように所有カード情報（図７参照）を更新する。
【００７４】
なお、このステップＳ２０６において、付与部１１２によってプレイヤーに付与されたゲームカードが、最もレアリティのクラスが高い「Ｒ６（ウルトラレア）」のゲームカードである場合には、次回以降の自動ガチャによる抽選を停止させるように制御してもよい。本実施形態では、「Ｒ６（ウルトラレア）」のゲームカードの総収容個数が１枚に設定してあるため、抽選によってデッキ内から「Ｒ６（ウルトラレア）」のゲームカードが選択されプレイヤーに付与されてしまうと、これ以上繰り返し抽選を続けても、最もレアリティのクラスが高い「Ｒ６（ウルトラレア）」のゲームカードが選択されることはなく、プレイヤーにとって不利なゲーム状況となってしまう。そのため、「Ｒ６（ウルトラレア）」のゲームカードがデッキ内から選択されたことを、抽選処理の停止条件としてもよい。
この際、次回以降の抽選が行われないことになるため、消費されなかった仮想メダルや仮想通貨はプレイヤーに返却され、更新部１１５によりプレイヤーの所有メダル情報（図６参照）やプレイヤー情報（図５参照）が更新されるようにすることもできる。
また、この抽選処理の停止条件を満たしたことにより、次回以降の自動ガチャによる抽選を停止させるように制御するか否かは、プレイヤーが予め設定するようにしてもよい。すなわち、予約登録部１１１がプレイヤーからの指示入力に従ってかかる制御が有効となるように予め登録している場合には、付与部１１２は停止条件に基づき次回以降の自動ガチャによる抽選をストップさせてゲームカードを付与しないように制御する。
なお、停止条件を満たす特定のゲームカード又はレアリティについて、プレイヤーが予め指定可能としても良く、さらに、これらのカード枚数を指定可能としても良い。例えば、プレイヤーは、「Ｒ５（特スーパーレア）」のゲームカードが所定枚数抽選されたことを停止条件として指定することができる。
【００７５】
次に、ゲーム価値（Ｍｉ）による抽選回数（Ｌｉ）がゼロ（Ｌｉ＝０）になったか否かを判定する（Ｓ２０７）。判定の結果、ゲーム価値（Ｍｉ）による抽選回数（Ｌｉ）がゼロ（Ｌｉ＝０）になったと判定された場合は（Ｓ２０７：ＹＥＳ）、ステップＳ２０８へ進む。一方で、ゲーム価値（Ｍｉ）による抽選回数（Ｌｉ）がゼロ（Ｌｉ＝０）になっていないと判定された場合は（Ｓ２０７：ＮＯ）、ステップＳ２０５に戻ってそれ以降の処理を繰り返す。すなわち、本実施形態では、プレイヤーに指定されたシルバーメダルの量に基づく抽選回数（Ｌ１）が１０００回に設定されている場合（Ｌ１＝１０００）、Ｌ１＝０となるまで繰り返し１０００回の抽選が行なわれることになる。また、プレイヤーに指定された仮想通貨の金額に基づく抽選回数（Ｌ４）が３回に設定されている場合には（Ｌ４＝３）、Ｌ４＝０となるまで繰り返し３回の抽選が行われることになる。
【００７６】
次に、ステップＳ２０８では、インデックスｉが最大値（ＭＡＸ＝４）と一致するか否かを判定する。一致する場合は（Ｓ２０８：ＹＥＳ）、抽選ゲームを行なってすべての種類のゲーム価値を消費したことになるため、自動ガシャ（抽選ゲーム）が終了する。一致しない場合には（Ｓ２０８：ＮＯ）、ゲーム価値の種類（Ｍｉ）がまだ残っているので、ステップＳ２０２に戻ってインデックスｉを１つインクリメントし、それ以降の処理を繰り返す。
【００７７】
図１０に戻り、このようにして自動ガシャ処理が終了すると、自動ガシャを行なった結果としてプレイヤーに付与されたゲームカードに対する自動処分を行なう（Ｓ１０９）。具体的には、自動ガシャで付与部１１２により付与されたゲームカードに対して、自動売却処理や自動合成処理が行われる。
【００７８】
ここでは、自動売却処理について説明する。先ず、サーバー装置１０における判定部１１３は、付与部１１２によりプレイヤーに付与されたゲームカードのレアリティと、予約登録にてプレイヤーによって指定されたレアリティとを比較することにより、付与されたゲームカードをプレイヤーに所有させるゲームカードとするか否かを判定する。
【００７９】
なお、判定部１１３は、付与部１１２により一度に複数枚のゲームカードがプレイヤーに付与された場合には、各カードそれぞれについて、予約登録にてプレイヤーによって指定されたレアリティとの比較判定を行なう。
【００８０】
具体的には、判定部１１３は、付与されたゲームカードのレアリティとプレイヤーに指定されたレアリティが一致するか否かを判定する。判定部１１３は、レアリティが一致すると判定した場合には、付与されたゲームカードの自動売却を行う。一方で、判定部１１３は、レアリティが一致しないと判定した場合は、付与されたゲームカードをプレイヤーの所有カードに設定する。この際、記録部１１４は、付与されたゲームカードをプレイヤーの所有カードとしてデータ記憶部１２に追加記録することにより、プレイヤーの所有カード情報（図７参照）を更新する（Ｓ１１０）。
【００８１】
具体的に自動売却では、サーバー装置１０のゲーム価値付与部１１６は、付与されたゲームカードが自動売却の対象となるため、付与されたゲームカードを遊戯ポイントに変換してプレイヤーに付与する。この際、記録部１１４は、プレイヤー情報（図５参照）に付与された遊戯ポイントを加算して記録更新する。
【００８２】
次に、自動合成処理について説明する。先ず、サーバー装置１０における判定部１１３は、付与部１１２によりプレイヤーに付与されたゲームカードのレアリティと、予約登録にてプレイヤーによって指定されたレアリティとを比較することにより、付与されたゲームカードをプレイヤーに所有させるゲームカードとするか否かを判定する。
【００８３】
なお、判定部１１３は、付与部１１２により一度に複数枚のゲームカードがプレイヤーに付与された場合には、各カードそれぞれについて、予約登録にてプレイヤーによって指定されたレアリティとの比較判定を行なう。
【００８４】
具体的には、判定部１１３は、付与されたゲームカードのレアリティとプレイヤーに指定されたレアリティが一致するか否かを判定する。判定部１１３は、レアリティが一致すると判定した場合には、図５に示すプレイヤー情報を参照してプレイヤーの遊戯ポイントが所定のポイント数以上あるか否かを判定する。一方で、判定部１１３は、レアリティが一致しないと判定した場合は、付与されたゲームカードをプレイヤーの所有カードに設定する。この際、記録部１１４は、付与されたゲームカードをプレイヤーの所有カードとしてデータ記憶部１２に追加記録することにより、プレイヤーの所有カード情報（図７参照）を更新する（Ｓ１１０）。
【００８５】
判定部１１３は、遊戯ポイントが所定のポイント数以上ある場合には、プレイヤーが所有する遊戯ポイントから所定ポイント分だけ消費し（図５に示すプレイヤー情報を自動的に更新し）、付与されたゲームカードを素材カードとしてベースカードに組み合せることによりゲームカードを合成する。一方で、判定部１１３は、遊戯ポイントが不足している場合には、付与されゲームカードをプレイヤーの所有カードに設定する。この際、記録部１１４は、プレイヤーの所有カード情報（図７参照）に付与されたゲームカードを追加して記録更新する。
【００８６】
具体的に自動合成では、サーバー装置１０の合成処理部１１７は、プレイヤー自らがベースカードを指定している場合には、データ記憶部１２に予め登録されたベースカード（プレイヤーが指定したベースカード）を読み出し、そのベースカードに対して付与されたゲームカードを素材カードとして組み合せる。または、合成処理部１１７は、データ記憶部１２に予め登録されたベースカード（プレイヤーの操作によらずに自動的に指定されたベースカード）を読み出し、そのベースカードに対して付与されゲームカードを素材カードとして組み合せる。
【００８７】
なお、合成処理部１１７は、付与部１１２により一度に複数枚のゲームカードがプレイヤーに付与された場合には、ベースカードに対して複数の付与されたゲームカードを素材カードとして組み合せることによりゲームカードを合成する。
【００８８】
このようにしてベースカードに素材カードが組み合わされると、合成処理部１１７は、図７に示す所有カード情報を参照してベースカードのレベル、攻撃力、防御力等の能力パラメーターを取得し、取得した能力パラメーターの値を上昇させて新たな能力パラメーターに変更する。そして、合成処理部１１７は、その上昇した新たな能力パラメーターを有するベースカードを、合成後のベースカードとして設定する。
【００８９】
次に、このようにしてゲームカードが合成されると、付与されたゲームカード（素材カード）をプレイヤーの所有カードとしてデータ記憶部１２に記録せずに、合成後のベースカードをプレイヤーの所有カードとしてデータ記憶部１２に記録する。すなわち、サーバー装置１０における記録部１１４は、図５に示す所有カード情報を記録更新して、合成後のベースカードをプレイヤーの所有カードに再設定する（Ｓ１１０）。
【００９０】
次いで、サーバー装置１０は、初期化条件のいずれかが満たされたか否かが判定部１１３により判定される（Ｓ１１１）。初期化処理部１１８は、初期化条件のいずれか一つが満たされると、デッキを初期化する。すなわち、初期化処理部１１８は、デッキに収容されているゲームカードのそれぞれの収容個数が総収容個数と等しくなるようにデッキ情報（図８参照）を更新することにより、デッキを初期化する。
【００９１】
次いで、サーバー装置１０は、このようしてゲームカードがプレイヤーに付与されると、画像データ生成部１１９が生成したゲーム画像データ（ＨＴＭＬデータ）を、通信部１５を介して要求元のプレイヤー端末２０に送信する（Ｓ１１２）。
【００９２】
次いで、プレイヤー端末２０は、サーバー装置１０から送信されたゲーム画像データ（ＨＴＭＬデータ）を解析することにより、ゲーム画像データに対応するゲーム画面を端末表示部２４に表示させる（Ｓ１１３）。このゲーム画面には、自動ガシャの抽選結果に関する情報が表示される。例えば、プレイヤーに付与されたゲームカードの表示、抽選後のデッキ内における各種レアリティカードの収容個数（総収容個数を併記してもよい）、抽選により消費又は消費されなかったゲーム価値の量（仮想メダルの枚数、仮想通貨の金額）、プレイヤーに付与されたゲームカードが自動的に売却されたこと、プレイヤーに付与されたゲームカードが素材カードとしてベースカードに自動的に合成されたこと等が表示される。このようにしてプレイヤーは、端末表示部２４に表示された前記ゲーム画面を見ることによって抽選結果等を確認することができる。
【００９３】
以上のとおり、本実施形態に係るゲームシステム１によれば、各種のゲーム価値の量についてプレイヤーから操作入力を受け付けると、付与部１１２によって、デッキに対して設定された集合が予め設定された選択順序に従って自動的に順次選択されて行き、順次選択された集合毎に選択候補となるゲーム媒体の中から選択されたゲームカードがプレイヤーに対して付与されることになる。そのため、プレイヤーは、どの順番でゲーム価値を消費させて抽選ゲームを行なえばレアリティの高いゲームカードを効率良く獲得できるのか等を考える必要もなく、また、各々のゲーム価値に応じた操作入力をそれぞれ行なう必要もないため、操作入力に要する手間を軽減させることが可能となる。
【００９４】
＝＝＝その他の実施の形態＝＝＝
上記の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。特に、以下に述べる実施形態であっても、本発明に含まれるものである。
【００９５】
＜集合情報＞
上記の本実施形態では、デッキに対してゲーム価値の各種類（シルバーメダル（Ｍ１）、ゴールドメダル（Ｍ２）、ブラックメダル（Ｍ３）、仮想通貨（Ｍ４））に対応させた複数種類の集合が設定されている場合を例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、デッキに対してゲーム価値の量に対応させた複数種類の集合を設定してもよい。具体的には、仮想通貨を最初の抽選１回（１００コイン分）に使う場合に対応する集合（初回限定の第５集合（Ｍ５））、回数限定で仮想通貨を抽選３回（９００コイン分）連続して使う場合に対応する集合（３連続抽選の第６集合（Ｍ６））、回数限定で仮想通貨を抽選１０回（３０００コイン分）連続して使う場合に対応する集合（１０連続抽選の第７集合（Ｍ７））、仮想通貨を抽選１回に使う場合に対応する集合（１回抽選の第８集合（Ｍ８））などをデッキに対して設定してもよい。この場合、第５集合は、デッキ内の複数のゲームカードのうち、「Ｒ５（特スーパーレア）」のレアリティが設定されたゲームカードから構成されるようにしてもよい。仮想通貨を初めて使って抽選ゲームを行なう場合（初回の抽選時）には必ず「Ｒ５（特スーパーレア）」が付与されるようにすることができる。また、第６集合は、「Ｒ３（レア）」〜「Ｒ６（ウルトラレア）」のレアリティが設定されたゲームカードから構成されるようにし、抽選３回分のうちの１回は「Ｒ４（スーパーレア）」以上のゲームカードから抽選を行なうようにしてもよい。また、第７集合は、「Ｒ３（レア）」〜「Ｒ６（ウルトラレア）」のレアリティが設定されたゲームカードから構成されるようにし、抽選１０回分のうちの１回は「Ｒ４（スーパーレア）」以上のゲームカードから抽選を行なうようにしてもよい。また、第８集合は、「Ｒ３（レア）」〜「Ｒ６（ウルトラレア）」のレアリティが設定されたゲームカードから構成されるようにしてもよい。
【００９６】
＜自動ガシャによる抽選＞
上記の本実施形態では、図１２に示すように、プレイヤーからの操作入力に応答して（プレイヤーが操作ボタン６２を押したことに応答して）、自動ガシャの抽選処理を開始する場合を例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、プレイヤーが予め登録したゲーム価値の量に基づいて、自動的に自動ガシャの抽選処理を開始するようにしてもよい。
具体的には、先ず、プレイヤーが各種ゲーム価値の量を指定入力すると、予約登録部１１１はその入力情報をデータ記憶部１２に予め登録する。例えば、プレイヤーが、シルバーメダル１０００枚、ゴールドメダル２００枚、ブラックメダル５０枚のように指定すると、その各種の仮想メダルそれぞれの指定枚数が予め登録される。
次いで、対戦ゲームの結果等により、各種の仮想メダルが付与部１１２によってプレイヤーに付与されると、更新部１１５は付与された各種の仮想メダルに基づき所有メダル情報（図６参照）を更新する。
次いで、判定部１１３は、所有メダル情報（図６参照）を参照することにより、プレイヤーが所有する各種の仮想メダルの枚数を特定し、予め登録した各種の仮想メダルの枚数と比較する。例えば、判定部１１３は、プレイヤーの所有するシルバーメダルの枚数が、プレイヤーが予め登録したシルバーメダル１０００枚に達しているか否かを判定する。
次いで、プレイヤーが所有する各種の仮想メダルの枚数が、予め登録した各種の仮想メダルの枚数に達していると判定部１１３により判定された場合には、予め登録した仮想メダルの枚数を自動的に消費させて、自動ガシャの抽選処理を自動的に開始する。例えば、付与部１１２は、プレイヤーの所有するシルバーメダルの枚数が、プレイヤーが予め登録したシルバーメダル１０００枚に達していると判定部１１３により判定された場合に、シルバーメダル１０００枚を自動的に消費させて、１０００回分の抽選を行ってデッキ内から選択したゲームカードをプレイヤーに付与する。
次いで、自動ガシャによって付与されたゲームカードはプレイヤーの所有カードとなってプレイヤーの所有カード情報（図７参照）が更新される。
このようにすることで、自動ガシャを行なう際の操作入力に要する手間を軽減させることができる。
【００９７】
＜サーバー装置＞
上記の本実施形態では、サーバー装置の一例として１台のサーバー装置１０を備えたゲームシステム１を例に挙げて説明したが、これに限らず、サーバー装置の一例として複数台のサーバー装置１０を備えたゲームシステム１としてもよい。すなわち、複数台のサーバー装置１０がネットワーク２を介して接続され、各サーバー装置１０が各種処理を分散して行うようにしてもよい。
【００９８】
＜情報処理装置＞
上記の本実施形態におけるゲームシステム１では、ゲームプログラムに基づきサーバー装置１０及びプレイヤー端末２０を協働させて各種情報処理を実行する場合を例に挙げて説明したが、これに限定されるものではなく、情報処理装置としてのプレイヤー端末２０単体、または、サーバー装置１０単体が、ゲームプログラムに基づき上記の各種情報処理を実行するようにしてもよい。
また、情報処理装置としての機能の一部をプレイヤー端末２０が担う構成としてもよい。この場合には、サーバー装置１０及びプレイヤー端末２０が情報処理装置を構成する。
【符号の説明】
【００９９】
１  ゲームシステム、２  ネットワーク、１０  サーバー装置、１１  制御部、１２  データ記憶部、１３  入力部、１４  表示部、１５  通信部、２０  プレイヤー端末、２１  端末制御部、２２  端末記憶部、２３  端末入力部、２４  端末表示部、２５  端末通信部、５０  自動処分カード予約画面、５１  プルダウンメニュー、５２  予約登録ボタン、６０  各ゲーム価値入力画面、６１  プルダウンメニュー、６２  操作ボタン、６３  デッキ収容個数情報、１１１  予約登録部、１１２  付与部、１１３  判定部、１１４  記録部、１１５  更新部、１１６  ゲーム価値付与部、１１７  合成処理部、１１８  初期化処理部、１１９  画面データ生成部
【要約】
【課題】操作入力に要する手間を軽減させる。
【解決手段】本発明に係るサーバー装置は、プレイヤーが利用するプレイヤー端末との間で情報通信可能に接続されるサーバー装置であって、デッキに収容される複数のゲーム媒体が設定されるデッキ情報、及び、前記デッキに収容される複数の前記ゲーム媒体のうちの選択候補となるゲーム媒体から構成される複数の集合が設定される集合情報、を記憶する記憶部と、前記プレイヤー端末から要求に応じて、前記集合情報に基づき予め設定された選択順序に従って前記集合を順次選択し、順次選択された前記集合毎に前記選択候補となるゲーム媒体の中から選択したゲーム媒体をプレイヤーに付与する付与部と、前記付与部により付与された前記ゲーム媒体が前記デッキに収容されていないゲーム媒体となるように前記デッキ情報を更新する更新部と、を備える。
【選択図】図１０【図１】
0005493037.tif 000002
【図２】
0005493037.tif 000003
【図３】
0005493037.tif 000004
【図４】
0005493037.tif 000005
【図５】
0005493037.tif 000006
【図６】
0005493037.tif 000007
【図７】
0005493037.tif 000008
【図８】
0005493037.tif 000009
【図９】
0005493037.tif 000010
【図１０】
0005493037.tif 000011
【図１１】
0005493037.tif 000012
【図１２】
0005493037.tif 000013
【図１３】
0005493037.tif 000014