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

Abstract

【課題】複数のユーザで協力してプレイする仕組みを提供することを可能とする。
【解決手段】ゲーム制御部５４は、複数のユーザの各々に対して、通信端末に対するユーザの操作に応じて１のアイテムを構成する構成アイテムを付与する。ゲーム制御部５４は、複数のユーザの各々に付与された構成アイテムを示す入手構成アイテム情報を格納部４２に格納する。ゲーム制御部５４は、格納部４２に格納された入手構成アイテム情報に基づいて、グループを構成する複数のユーザに対して複数の前記１のアイテムを構成するために必要な構成アイテムの全てが付与されたかを判定する。ゲーム制御部５４は、複数の構成アイテムの全てが付与されたと判定された場合、グループを構成する複数のユーザに対して特典を付与する。
【選択図】図２

Description

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

近年、ソーシャルネットワーキングサービス（ＳＮＳ）上で提供され、他のユーザとコミュニケーションをとりながらプレイするソーシャルゲームが知られている。

このソーシャルゲームをプレイするためのアプリケーションプログラムは、通信端末にダウンロードされ、当該通信端末にインストールされて利用されるネイティブアプリケーションと、ウェブサーバ上で動作し、通信端末のウェブブラウザに利用されるウェブアプリケーション（Ｗｅｂアプリケーション）とに大別できる。

ネイティブアプリケーションは、スマートフォンのｉＰｈｏｎｅ（登録商標）端末やＡｎｄｒｏｉｄ（登録商標）端末といった通信端末のＯＳに依存するアプリケーションである。例えば、サーバ装置はＯｂｊｅｃｔｉｖｅ−Ｃを搭載したｉＰｈｏｎｅアプリケーション、またはＪａｖａ（登録商標）を搭載したＡｎｄｒｏｉｄアプリケーション等のネイティブアプリケーションをプラットフォームから各通信端末に配信している。

なお、ネイティブアプリケーションは、ｉＰｈｏｎｅ端末に対応したプログラミング言語「Ｏｂｊｅｃｔｉｖｅ−Ｃ」と、Ａｎｄｒｏｉｄ端末に対応したプログラミング言語「Ｊａｖａ」との２種類で開発する必要がある。このため、ネイティブアプリケーションは、通信端末のプラットフォーム特有の言語を用いたコーディング処理を介した後に、公式のマーケットプレイスを通して公開する必要がある。

一方、ウェブアプリケーションは、両プラットフォームに向けてＨＴＭＬ５（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ ５）、Ｊａｖａｓｃｒｉｐｔ（登録商標）、ＣＳＳ３（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ ３）等の言語をベースにしたクロス開発が可能であり、公開に当たって公式のマーケットプレイスを通す必要がない。また、ウェブアプリケーションは、端末のＯＳに依存しない。

ところで、上記したソーシャルゲームの中には、当該ソーシャルゲームをプレイする複数のユーザ（プレイヤ）でギルドと呼ばれるグループを構成することができるものがある。このようなソーシャルゲームでは、同一のギルドを構成する複数のユーザ（ギルドメンバ）間で情報を共有する、またはコミュニケーションをとることができる。

また、例えばユーザが所有する各種キャラクタ等を用いて敵キャラクタとバトルを行うようなソーシャルゲームにおいては、ギルドで協力して例えばレイドボスと呼ばれる敵キャラクタとバトルを行うことができる。このようにギルドで協力して敵キャラクタとバトルを行い、当該バトルの結果として勝利した場合には、当該ギルドメンバは各種特典（例えば、キャラクタ及びアイテム等）を得ることができる。

特開平１１−２４４５３３号公報

上記したギルドで協力して敵キャラクタとバトルを行うようなソーシャルゲームにおいては、当該ギルドを構成することによって例えば１人のユーザでは得ることができない特典を得ることができるため、ギルドを構成することはユーザにとって利益がある。

しかしながら、このような場合のギルドは、バトルに勝利することを目的とするものであるから、ソーシャルゲームにおけるレベルの高いユーザ（上級者）同士で構成される傾向にある。また、ギルドメンバの数には上限が設けられている場合が多い。

このため、レベルの低いユーザ（初級者）は、当該ユーザと同程度のレベルのユーザとしかギルドを構成することができず、結果として、当該ユーザが望むような特典を得ることができない可能性がある。このような状況は、レベルの低いユーザのゲームへの意欲が低下してしまう原因となる。

つまり、ソーシャルゲームにおいては、例えばレベル等に関係なく複数のユーザ（ギルド）で協力してプレイすることが可能な新たな仕組みが必要である。

そこで、本発明の目的は、複数のユーザで協力してプレイする仕組みを提供することが可能なゲーム制御方法、ゲーム制御装置及びプログラムを提供することにある。

本発明の１つの態様によれば、ゲームをプレイする複数のユーザの各々によって利用される複数の通信端末と通信可能に接続され、当該ゲームをプレイする複数のユーザから構成されるグループを示すグループ管理情報と１のアイテムを構成する複数の構成アイテムを示す構成アイテム情報とを格納する格納手段を有するゲーム制御装置が実行するゲーム制御方法が提供される。このゲーム制御方法は、前記複数のユーザの各々に対して、当該ユーザによって利用される通信端末に対する当該ユーザの操作に応じて前記構成アイテムを付与するステップと、前記複数のユーザの各々に付与された構成アイテムを示す入手構成アイテム情報を前記格納手段に格納するステップと、前記格納手段に格納された入手構成アイテム情報に基づいて、前記グループ管理情報によって示されるグループを構成する複数のユーザに対して、前記構成アイテム情報によって示される前記１のアイテムを構成するために必要な複数の構成アイテムの全てが付与されたかを判定するステップと、前記複数の構成アイテムの全てが付与されたと判定された場合、前記グループ管理情報によって示されるグループを構成する複数のユーザに対して特典を付与するステップとを具備し、前記格納手段は、前記複数のユーザの各々の前記ゲームのプレイに応じて変化する当該複数のユーザの各々のレベルを示すレベル管理情報を更に格納し、前記構成アイテムを付与するステップにおいて、前記レベル管理情報に基づいて、前記構成アイテム情報によって示される複数の構成アイテムの各々を異なる範囲のレベルのユーザに対して異なる確率で付与する。

本発明は、複数のユーザで協力してプレイする仕組みを提供することを可能とする。

本発明の実施形態に係るゲーム制御装置を含むネットワークシステムのハードウェア構成を示すブロック図。 図１に示すゲーム制御装置５０の主として機能構成を示すブロック図。 図２に示す格納部４２に格納されているカードパラメータ管理情報のデータ構造の一例を示す図。 図２に示す格納部４２に格納されているロボットパラメータ管理情報のデータ構造の一例を示す図。 本実施形態におけるカードバトルゲームの流れについて概略的に説明するためのフローチャート。 本実施形態におけるカードバトルゲームにおいてクエストが開始された場合のゲーム制御装置５０の処理手順を示すフローチャート。 本実施形態におけるカードバトルゲームにおいてカードキャラクタを進化合成させる際のゲーム制御装置５０の処理手順を示すフローチャート。 本実施形態におけるカードバトルゲームにおいてロボットバトルが発生した際のゲーム制御装置５０の処理手順を示すフローチャート。 パラメータ設定部５３によって実行されるバトル用パラメータ設定処理の処理手順を示すフローチャート。 ゲーム制御部５４によって実行されるロボットバトル演出画像生成処理の処理手順を示すフローチャート。 ゲーム制御部５４によって実行されるロボットバトル演出画像生成処理の処理手順を示すフローチャート。 格納部４２に格納されているギルド管理情報のデータ構造の一例を示す図。 格納部４２に格納されている構成アイテム情報のデータ構造の一例を示す図。 格納部４２に格納されている入手構成アイテム情報のデータ構造の一例を示す図。 格納部４２に格納されているレベル管理情報のデータ構造の一例を示す図。 本実施形態に係るゲーム制御装置５０によって実行されるギルドイベント発生処理の処理手順を示すフローチャート。 本実施形態に係るゲーム制御装置５０によって実行されるギルドイベント管理処理の処理手順を示すフローチャート。

以下、図面を参照して、本発明の実施形態について説明する。

図１は、本実施形態に係るゲーム制御装置を含むネットワークシステム（ゲーム制御システム）のハードウェア構成を示すブロック図である。

図１に示すネットワークシステムは、主として、コンピュータ（サーバコンピュータ）１０と例えばソーシャルゲームをプレイする複数のユーザの各々によって利用される複数の通信端末２０とから構成される。なお、図１においては、便宜的に、１つの通信端末２０のみが示されている。

複数の通信端末２０は、例えばインターネットのようなネットワーク３０を介してコンピュータ１０と通信可能に接続されている。

なお、通信端末２０としては例えばスマートフォン、フィーチャーフォン及びタブレット端末等を利用することができ、その機種固有のハードウェア構成、採用しているＯＳ、インストールされているアプリケーションプログラム等は多岐に渡るものとする。

コンピュータ１０は、ハードディスクドライブ（ＨＤＤ：Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）のような外部記憶装置４０と接続されている。この外部記憶装置４０は、コンピュータ１０によって実行されるプログラム４１を格納する。コンピュータ１０及び外部記憶装置４０は、ゲーム制御装置５０を構成する。

本実施形態に係るゲーム制御装置５０は、例えば各種キャラクタ等のゲーム要素としてカードキャラクタを用いたカードバトルゲーム（ソーシャルゲーム）を、通信端末２０を介してユーザに提供する機能を有する。本実施形態におけるカードバトルゲームにおいて、ユーザは、通信端末２０を介して、当該ユーザが所有する複数のカードキャラクタを組み合わせてノンプレイヤキャラクタ（ＮＰＣ）等の敵キャラクタとバトル（戦闘）を行うことができる。また、本実施形態におけるカードバトルゲームにおいては、後述するように複数のユーザで協力してプレイする仕組みが提供される。

なお、本実施形態におけるカードバトルゲームは、ゲーム制御装置（ウェブサーバ）５０上で動作し、通信端末２０のウェブブラウザに利用されるウェブアプリケーションによって実現されるものとする。

図２は、図１に示すゲーム制御装置５０の主として機能構成を示すブロック図である。図２に示すように、ゲーム制御装置５０は、カード管理部５１、デッキ構築部５２、パラメータ設定部５３及びゲーム制御部５４を含む。本実施形態において、これらの各部は、図１に示すコンピュータ１０が外部記憶装置４０に格納されているプログラム４１を実行することにより実現されるものとする。このプログラム４１は、コンピュータ読み取り可能な記憶媒体に予め格納して頒布可能である。また、このプログラム４１は、ネットワーク３０を介してコンピュータ１０にダウンロードされても構わない。

また、ゲーム制御装置５０は、格納部４２を含む。本実施形態において、格納部４２は、例えば外部記憶装置４０に格納される。

カード管理部５１は、上記したカードバトルゲームの進行に応じて、当該カードバトルゲームにおいて用いられる各種カードキャラクタやアイテムを当該カードバトルゲームをプレイするユーザに与える機能を有する。なお、カード管理部５１によって与えられたカードキャラクタ（つまり、ユーザが所有するカードキャラクタ）には、予めパラメータが設定されているものとする。また、カード管理部５１は、ユーザが所有するカードキャラクタ及びアイテム（に関する情報）等を管理する機能を有する。

デッキ構築部５２は、通信端末２０に対するユーザの操作に応じて、当該ユーザが所有する複数のカードキャラクタ（第１のキャラクタ）を選択する。デッキ構築部５２は、選択された複数のカードキャラクタと、当該カードキャラクタとは異なるロボットキャラクタ（ユーザが所有する第２のキャラクタ）とを用いて、カードバトルゲームをプレイするユーザのデッキを構築する。換言すれば、デッキ構築部５２によって構築されたデッキには、複数のカードキャラクタとロボットキャラクタが含まれる。

なお、ロボットキャラクタは、例えばカードバトルゲームをプレイする際に予めユーザに与えられるゲーム要素である。また、ロボットキャラクタには、上記したカードキャラクタと同様に予めパラメータが設定されているものとする。

パラメータ設定部５３は、デッキ構築部５２によって構築されたデッキに含まれる複数のカードキャラクタ及びロボットキャラクタに設定されているパラメータに基づいて、当該ロボットキャラクタのパラメータを決定する。パラメータ設定部５３によって決定されたパラメータは、ロボットキャラクタのロボットバトル用のパラメータとして設定される。

ゲーム制御部５４は、例えば通信端末２０に対するユーザの各種操作を示す操作情報を当該通信端末２０から受信して、当該操作情報等に基づいてカードバトルゲームの全体的な進行を制御する機能を有する。

また、ゲーム制御部５４は、上記したロボットバトル用のパラメータが設定されたロボットキャラクタと敵キャラクタとのバトル（以下、ロボットバトルと表記）の際には、当該ロボットバトル用のパラメータ及び当該敵キャラクタに対して設定されているパラメータに基づいて、当該ロボットキャラクタと敵キャラクタとのバトルを制御する。この場合、ゲーム制御部５４は、ロボットバトルの演出及び当該ロボットバトルの結果を表示するための画像（以下、ロボットバトル演出画像と表記）を生成する。このゲーム制御部５４によって生成されたロボットバトル演出画像は、ネットワーク３０を介して通信端末２０に表示される。

また、ゲーム制御部５４は、複数のユーザから構成されるギルドと呼ばれるグループで協力してプレイするためのイベント（以下、ギルドイベントと表記）を発生する。このギルドイベントが発生された場合、ギルドを構成する複数のユーザは、当該ギルドイベントにおいて予め定められている条件を満たすことによって、各種特典（例えば、カードキャラクタ及びアイテム等）を得ることができる。

格納部４２には、カードバトルゲームを制御（進行）するために必要な各種情報が格納される。具体的には、格納部４２は、上記したカードバトルゲームにおいて用いられる各種カードキャラクタに対して予め設定されているパラメータを含むパラメータ管理情報（以下、カードパラメータ管理情報と表記）及びロボットキャラクタに対して予め設定されているパラメータを含むパラメータ管理情報（以下、ロボットパラメータ管理情報と表記）が予め格納されている。なお、カードバトルゲームの新たなゲーム要素として新たなカードキャラクタやロボットキャラクタ等が追加された場合には、格納部４２に格納されているパラメータ管理情報等が更新される。

また、格納部４２には、上記した複数のユーザから構成されるギルドを示すギルド管理情報（グループ管理情報）、ギルドイベントに関する情報、カードバトルゲームをプレイするユーザが所有するカードキャラクタやアイテム等に関する情報及び当該ユーザに関する情報が格納されている。

図３は、図２に示す格納部４２に格納されているカードパラメータ管理情報のデータ構造の一例を示す。

図３に示すように、カードパラメータ管理情報には、カードＩＤに対応づけてＨＰ（ヒットポイント）、攻撃力、スピード及びスキル（のパラメータ）が含まれている。カードＩＤは、カードキャラクタを識別するための識別子である。ＨＰは、カードＩＤによって識別されるカードキャラクタが敵キャラクタの攻撃に対して耐え得るダメージを数値化したものである。なお、ＨＰが０になると例えば戦闘不能となり、バトルにおいては敗戦となる。攻撃力は、敵キャラクタに対する攻撃に関する能力を数値で表したものであり、敵キャラクタに与えるダメージに影響する。スピードは、例えば敵キャラクタとのバトルの際に攻撃する順番等に影響を与える数値である。スキルは、敵キャラクタとのバトルにおいて予め定められた効果を発生するものであり、後述するように例えば攻撃スキル、防御スキル及び戦闘前スキル等を含む。

図３に示す例では、カードパラメータ管理情報には、カードＩＤ「１」に対応づけてＨＰ「１００」、攻撃力「１０」、スピード「１２」及びスキル「スキル１」が含まれている。これによれば、カードＩＤ「１」によって識別されるカードキャラクタのＨＰは１００であり、攻撃力は１０であり、スピードは１２であり、当該カードキャラクタがスキル１を有していることが示されている。

同様に、カードパラメータ管理情報には、カードＩＤ「２」に対応づけてＨＰ「１２０」、攻撃力「１５」、スピード「８」及びスキル「スキル２」が含まれている。これによれば、カードＩＤ「２」によって識別されるカードキャラクタのＨＰは１２０であり、攻撃力は１５であり、スピードは８であり、当該カードキャラクタがスキル２を有していることが示されている。

ここでは、カードパラメータ管理情報には、ＨＰ、攻撃力、スピード及びスキルのパラメータが含まれるものとして説明したが、他のパラメータが含まれていても構わない。

図４は、図２に示す格納部４２に格納されているロボットパラメータ管理情報のデータ構造の一例を示す。

図４に示すように、ロボットパラメータ管理情報には、ロボットＩＤに対応づけてＨＰ、攻撃力、スピード及び属性（のパラメータ）が含まれている。ロボットＩＤは、ロボットキャラクタを識別するための識別子である。なお、ＨＰ、攻撃力及びスピードについては、上述したカードパラメータ管理情報に含まれるものと同様であるため、ここではその詳細な説明については省略する。属性は、ロボットＩＤによって識別されるロボットキャラクタに割り当てられている属性を示し、例えば遠距離タイプ、中距離タイプ及び近距離タイプ等が含まれる。

図４に示す例では、ロボットパラメータ管理情報には、ロボットＩＤ「１」に対応づけてＨＰ「３００」、攻撃力「３０」、スピード「４０」及び属性「中」が含まれている。これによれば、ロボットＩＤ「１」によって識別されるロボットキャラクタのＨＰは３００であり、攻撃力は３０であり、スピードは４０であり、当該ロボットキャラクタ（の属性）が中距離タイプであることが示されている。

また、ロボットパラメータ管理情報には、ロボットＩＤ「２」に対応づけてＨＰ「２９０」、攻撃力「２５」、スピード「５０」及び属性「遠」が含まれている。これによれば、ロボットＩＤ「２」によって識別されるロボットキャラクタのＨＰは２９０であり、攻撃力は２５であり、スピードは５０であり、当該ロボットキャラクタ（の属性）が遠距離タイプであることが示されている。

また、ロボットパラメータ管理情報には、ロボットＩＤ「３」に対応づけてＨＰ「３２０」、攻撃力「３５」、スピード「３０」及び属性「近」が含まれている。これによれば、ロボットＩＤ「３」によって識別されるロボットキャラクタのＨＰは３２０であり、攻撃力は３５であり、スピードは３０であり、当該ロボットキャラクタ（の属性）が近距離タイプであることが示されている。

なお、本実施形態におけるカードバトルゲームにおいては、図４に示すように例えば３種類のロボットキャラクタ（ロボットＩＤ「１」〜「３」によって識別されるロボットキャラクタ）を予め用意しておき、当該カードバトルゲームへの初期登録等の際にユーザによって選択されたロボットキャラクタを当該ユーザに付与するものとする。これにより、ユーザは、本実施形態におけるカードバトルゲームにおいて上記したロボットバトルを行うことができる。なお、図４に示す３種類のロボットキャラクタの各々は、当該ロボットキャラクタの属性に応じて、例えば他の２つの属性のうちの一方の属性に対しては有利であり、他方の属性に対しては不利である等の特性を有するものとすることができる。

図３及び図４においては、格納部４２に格納されている情報のうち、カードパラメータ管理情報及びロボットパラメータ管理情報について説明したが、他の情報の詳細については後述する。

以下、図５のフローチャートを参照して、本実施形態におけるカードバトルゲームの流れ（メインサイクル）について概略的に説明する。本実施形態におけるカードバトルゲームでは、例えばユーザ（プレイヤ）がチャプターと呼ばれる探索対象（例えば、惑星等）を探索することによって希少価値の高いカード（キャラクタ及びアイテム）等を入手することを目的とする。なお、チャプターには、予めクエストが設定されているものとする。

本実施形態におけるカードバトルゲームが開始されると、通信端末２０には、ユーザが探索可能なチャプターの一覧が表示される。

ユーザは、当該ユーザによって利用される通信端末２０を操作することによってチャプターを選択することができる（ステップＳ１）。

ユーザによってチャプターが選択された場合、当該選択されたチャプターの探索画像が通信端末２０に表示され、当該チャプターに設定されているクエストが開始される（ステップＳ２）。

クエストが開始されると、ユーザは、通信端末２０に対して操作（例えば、タップ操作等）を行うことによって当該クエストをクリアすることができる（ステップＳ３）。このクエストをクリアするための条件は予め設定されているものとする。

なお、ユーザによって選択されたチャプターに複数のクエストが設定されている場合には、上記したステップＳ２及びＳ３が当該クエスト毎に繰り返される。

ユーザによって選択されたチャプターに設定されているクエストが全てクリアされた場合、当該チャプターにおいて設定されている敵キャラクタ（ＮＰＣ）とのロボットバトルが発生される（ステップＳ４）。以下の説明においては、ロボットバトルを行う敵キャラクタ（ＮＰＣ）を便宜的に敵ロボットキャラクタと称し、他の敵キャラクタを単に敵キャラクタと称する。

このロボットバトルに勝利すると、ユーザは、当該ユーザによって選択されたチャプターをクリアすることができる（ステップＳ５）。この場合、ユーザが探索可能となる新たなチャプターが発生する（つまり、新チャプターが解放される）。

ここで、ユーザによってカードバトルゲームの終了指示がされない場合（ステップＳ６のＮＯ）、上記したステップＳ１に戻って、ユーザは、新たなチャプターの探索（選択）を行うことができる。

一方、ユーザによってカードバトルゲームの終了指示がされた場合（ステップＳ６のＹＥＳ）、当該カードバトルゲームは終了される。

本実施形態におけるカードバトルゲームによれば、上記した各チャプターをクリアしていくことによって当該ゲームが進行され、より希少価値の高いカード等を入手することができる。

次に、図６のフローチャートを参照して、本実施形態におけるカードバトルゲームにおいてクエストが開始された場合のゲーム制御装置５０の処理手順について説明する。

上記したようにクエストが開始されると、ゲーム制御装置５０に含まれるゲーム制御部５４は、当該クエストに応じたイベントを発生させる（ステップＳ１１）。クエストにおいて発生するイベントには、例えばチャプターの探索によってユーザ（が所有するカードキャラクタ等）のレベルを向上させるための経験値、カードバトルゲーム内で利用可能なゲーム内通貨及び各種カード（キャラクタ及びアイテム）等を入手することが可能な探索イベントや、当該クエスト内の敵キャラクタと戦闘を行う戦闘イベント等が含まれる。戦闘イベントにおいて敵キャラクタに勝利した場合にも経験値、ゲーム内通貨及び各種カードが入手できるものとする。

なお、発生したイベントによっては、通信端末２０に対するユーザの簡単な操作（例えば、タップ操作）等が要求される。ゲーム制御部５４は、要求された操作がユーザによって行われると、カードバトルゲーム（のクエスト）を進行させる。

上記したようにイベントが発生されてクエストが進行すると、当該クエストに対して設定されている敵キャラクタ（クエストボス）との戦闘が発生する（ステップＳ１２）。このクエストボスは、上記した戦闘イベントにおける敵キャラクタよりも能力（例えば、ＨＰや攻撃力等のパラメータ）が高いキャラクタである。

なお、上記した戦闘イベントにおける敵キャラクタとの戦闘及びクエストボスとの戦闘は、上述したロボットバトルとは異なり、例えばユーザが所有している複数のカードキャラクタのうちの１枚（以下、リーダーカードキャラクタと表記）を用いて行われるものとする。具体的には、ゲーム制御部５４は、格納部４２に格納されているパラメータ管理情報に含まれる当該リーダーカードキャラクタに設定されているパラメータ及び敵キャラクタまたはクエストボスに設定されているパラメータに基づいて、当該リーダーカードキャラクタと敵キャラクタまたはクエストボスとの戦闘を制御する。

ゲーム制御部５４は、クエストボスとの戦闘の結果（つまり、勝敗）を通信端末２０に表示する（ステップＳ１３）。

ここで、クエストボスに勝利すると、クエストのクリアとなり、新たなクエストが発生する。このように複数のクエストがクリアされると、上述したようにロボットバトルが発生する。

なお、本実施形態におけるカードバトルゲームではユーザが所有する複数のカードキャラクタのうちの１つ（以下、ベースカードキャラクタと表記）に、当該ベースカードキャラクタ以外のカードキャラクタ（以下、合成カードキャラクタと表記）を合成することによって、当該ベースカードキャラクタを進化合成（強化）することができる。

ここで、図７のフローチャートを参照して、本実施形態におけるカードバトルゲームにおいてカードキャラクタを進化合成させる際のゲーム制御装置５０の処理手順について説明する。

この場合、ゲーム制御装置５０に含まれるゲーム制御部５４は、通信端末２０にユーザが所有する複数のカードキャラクタの一覧を表示する。これにより、ユーザは、通信端末２０を操作することによってユーザが所有する複数のカードキャラクタの一覧の中からベースカードを選択することができる。ゲーム制御部５４は、ユーザの操作に応じて、ベースカードキャラクタを決定する（ステップＳ２１）。

更に、ユーザは、通信端末２０を操作することによってユーザが所有する複数のカードキャラクタの一覧の中から合成カードを選択することができる。ゲーム制御部５４は、ユーザの操作に応じて、合成カードキャラクタを決定する（ステップＳ２２）。

ゲーム制御部５４は、例えば合成カードキャラクタに設定されているパラメータ等に応じて、ベースカードキャラクタの進化に関するポイント（以下、進化ポイントと表記）を増加させる（ステップＳ２３）。このベースカードキャラクタの進化合成ポイントは、例えば格納部４２において格納されて管理されているものとする。このとき、進化ポイントの増加は、通信端末２０に表示されるゲージ等によってユーザに通知される。

ゲーム制御部５４は、ベースカードキャラクタの進化ポイントが当該ベースカードキャラクタに対して予め定められている値（以下、規定値と表記）に達した（つまり、ＭＡＸである）か否かを判定する（ステップＳ２４）。

ベースカードキャラクタの進化ポイントが規定値に達したと判定された場合（ステップＳ２４のＹＥＳ）、ゲーム制御部５４は、当該ベースカードキャラクタを進化させる（ステップＳ２５）。このように進化したベースカードキャラクタのパラメータは、当該進化前のベースカードキャラクタのパラメータに比べて高く設定されている。

つまり、本実施形態におけるカードバトルゲームにおいては、このように各種カードキャラクタを進化合成させることによって敵ロボットキャラクタとのロボットバトルや敵キャラクタとの戦闘等において有利にゲームを進行させることができる。

一方、ベースカードキャラクタの進化ポイントが規定値に達していないと判定された場合（ステップＳ２４のＮＯ）、ステップＳ２５の処理は実行されない。なお、この場合、増加されたベースカードキャラクタの進化ポイントは、格納部４２等に格納されて管理され、次回の当該ベースカードキャラクタの進化合成において用いられる。

なお、上記したステップＳ２３において、例えば合成カードキャラクタがベースカードキャラクタと同一である場合には、増加させる進化ポイントを多くする。これにより、例えば希少価値の高いカードキャラクタを進化させるために同一のカードキャラクタを消費させるように促すことができるため、希少価値の高いカードキャラクタがユーザに付与されやすくすることができる（つまり、希少価値の高いカードの排出確率を上げることができる）。また、上記した進化ポイントが規定値まで達しにくいカードキャラクタ（ベースカードキャラクタ）を設定しておき、当該カードキャラクタは特定の敵キャラクタ（例えば、後述するレイドボス等）に勝利したときのみ獲得することができるようにすることで、当該特定の敵キャラクタと何度も戦闘するように促し、カードバトルゲームのプレイの幅を広げることが可能となる。

次に、図８のフローチャートを参照して、本実施形態におけるカードバトルゲームにおいてロボットバトルが発生した際のゲーム制御装置５０の処理手順について説明する。

上述したロボットバトルが発生した場合、通信端末２０には、デッキを構築するための画面（以下、デッキ構築画面と表記）が表示される。なお、デッキは、複数のカードキャラクタ（例えば、５枚のカードキャラクタ）とロボットキャラクタとから構築される。このため、ユーザは、通信端末２０に表示されたデッキ構築画面において、当該ユーザが所有するカードキャラクタの中から５枚のカードキャラクタを指定する操作を行う。なお、このユーザによって行われる操作を示す操作情報は、通信端末２０からゲーム制御装置５０に送信される。

ゲーム制御装置５０に含まれるデッキ構築部５２は、このようなユーザの操作（通信端末２０から送信された操作情報）に応じて、５枚のカードキャラクタを選択する。

デッキ構築部５２は、選択された５枚のカードキャラクタとユーザが所有するロボットキャラクタとを用いて当該ユーザのデッキを構築する（ステップＳ３２）。以下、デッキ構築部５２によって構築されたデッキに含まれるロボットキャラクタを便宜的にデッキロボットキャラクタと称する。

次に、パラメータ設定部５３は、構築されたデッキ（デッキロボットキャラクタ）に対してバトル用パラメータ設定処理を実行する（ステップＳ３３）。このバトル用パラメータ設定処理においては、デッキロボットキャラクタに対してロボットバトル用のパラメータ（以下、バトル用パラメータと表記）が設定される。このバトル用パラメータには、デッキロボットキャラクタのＨＰ、攻撃力、スピード、スキル及び属性等が含まれる。なお、バトル用パラメータ設定処理の詳細については後述する。

ゲーム制御部５４は、通信端末２０に対するユーザの操作に応じて、当該ユーザによってロボットバトルの開始指示がされたか否かを判定する（ステップＳ３４）。なお、ユーザは、通信端末２０の画面上に表示されたロボットバトルの開始ボタン等に対してタップ操作を行うことによって、ロボットバトルの開始指示を行うことができる。

ロボットバトルの開始指示がされていないと判定された場合（ステップＳ３４のＮＯ）、上記したステップＳ３１に戻って処理が繰り返される。

一方、ロボットバトルの開始指示がされたと判定された場合（ステップＳ３４のＹＥＳ）、ゲーム制御部５４は、上述したロボットバトル演出画像生成処理を実行する（ステップＳ３５）。このロボットバトル演出画像生成処理においては、ステップＳ３３においてデッキロボットキャラクタに対して設定されたバトル用パラメータ及び当該ロボットバトルにおける敵ロボットキャラクタに対して予め設定されているパラメータに基づいて当該ロボットバトルが制御され、当該制御に応じたロボットバトル演出画像が生成される。なお、敵ロボットキャラクタに対して予め設定されているパラメータには、デッキロボットキャラクタに対して設定されたバトル用パラメータと同様に、当該敵ロボットキャラクタのＨＰ、攻撃力、スピード、スキル及び属性等が含まれる。

ゲーム制御部５４は、生成されたロボットバトル演出画像を通信端末２０に表示する（ステップＳ３６）。

なお、カードバトルゲームにおいてロボットバトル演出画像が表示される場合、通信端末２０では、デッキロボットキャラクタ及び敵ロボットキャラクタ間の攻防を表す画像が自動的に順次表示され、最後に当該ロボットバトルの結果（つまり、勝敗）を表す画像が表示される。なお、ユーザの指示に応じて、ロボットバトル演出画像の表示時間を短縮させ、ロボットバトルの結果を表す画像のみを表示させるような構成とすることも可能である。

次に、図９のフローチャートを参照して、上述したバトル用パラメータ設定処理（図８に示すステップＳ３３の処理）の処理手順について説明する。なお、このバトル用パラメータ設定処理は、上記したようにパラメータ設定部５３によって実行される。

バトル用パラメータ設定処理において、パラメータ設定部５３は、デッキロボットキャラクタ（デッキ構築部５２によって構築されたデッキに含まれるロボットキャラクタ）に対して予め設定されているパラメータを含むパラメータ管理情報（ロボットパラメータ管理情報）を取得する（ステップＳ４１）。なお、ロボットパラメータ管理情報（に含まれるパラメータ）には、上記したようにＨＰ、攻撃力、スピード及び属性が含まれる。

次に、パラメータ設定部５３は、上記したようにデッキ構築部５２によって構築されたデッキに含まれる複数のカードキャラクタ（つまり、デッキを構築する際に選択された複数のカードキャラクタ）の各々に対して予め設定されているパラメータを含むパラメータ管理情報（カードパラメータ管理情報）を取得する（ステップＳ４２）。なお、カードパラメータ管理情報（に含まれるパラメータ）には、上記したようにＨＰ、攻撃力、スピード及びスキルが含まれる。

なお、詳細な説明については省略するが、格納部４２には例えばユーザを識別するためのユーザＩＤに対応づけて当該ユーザが所有するロボットキャラクタを識別するためのロボットＩＤ及びカードキャラクタを識別するためのカードＩＤ等を含む情報が格納（管理）されており、ステップＳ４１及びＳ４２においては、この情報に含まれるロボットＩＤ及びカードＩＤに基づいてロボットパラメータ管理情報及びカードパラメータ管理情報を取得することができる。

パラメータ設定部５３は、ステップＳ４１において取得されたロボットパラメータ管理情報に含まれるＨＰ及びステップＳ４２において取得されたカードパラメータ管理情報の各々に含まれるＨＰに基づいて、デッキロボットキャラクタに対して設定されるバトル用パラメータに含まれるＨＰ（のパラメータ）を算出する（ステップＳ４３）。

この場合、パラメータ設定部５３は、ロボットパラメータ管理情報に含まれるＨＰ（のパラメータ値）とカードパラメータ管理情報の各々に含まれるＨＰ（のパラメータ値）とを加算することによって、当該ロボットパラメータ管理情報に含まれるＨＰとカードパラメータ管理情報の各々に含まれるＨＰとの合計値をバトル用パラメータに含まれるＨＰとして算出する。

なお、ここではロボットパラメータ管理情報に含まれるＨＰとカードパラメータ管理情報の各々に含まれるＨＰとの合計値をバトル用パラメータに含まれるＨＰとして算出するものとして説明したが、例えばカードパラメータ管理情報の各々に含まれるＨＰに対して属性補正を行うような構成であっても構わない。具体的には、上述した図３においては省略されているが、カードパラメータ管理情報が当該カードパラメータ管理情報に含まれるカードＩＤによって識別されるカードキャラクタの属性を含み、当該カードキャラクタの属性がデッキロボットパラメータ管理情報に含まれる属性（デッキロボットキャラクタの属性）と一致するか否かに応じて、当該カードパラメータ管理情報に含まれるＨＰに属性補正値を掛けるような構成とすることができる。この場合、バトル用パラメータに含まれるＨＰは、「ロボットパラメータ管理情報に含まれるＨＰ＋（カードパラメータ管理情報に含まれるＨＰ＊属性補正値）の総和」によって算出される。なお、カードキャラクタの属性がデッキロボットキャラクタの属性と一致する場合の属性補正値は予め定められた１より大きい値であり、カードキャラクタの属性がデッキロボットキャラクタの属性と一致しない場合の属性補正値は１であるものとする。これにより、ユーザは、デッキを構築する際にユーザが所有するロボットキャラクタ（デッキロボットキャラクタ）の属性と同じ属性のカードキャラクタを選択することによって、バトル用パラメータに含まれるＨＰ（の値）をより高くすることができる。

次に、パラメータ設定部５３は、ステップＳ４１において取得されたロボットパラメータ管理情報に含まれる攻撃力及びステップＳ４２において取得されたカードパラメータ管理情報の各々に含まれる攻撃力に基づいて、デッキロボットキャラクタに対して設定されるバトル用パラメータに含まれる攻撃力（のパラメータ）を算出する（ステップＳ４４）。

この場合、パラメータ設定部５３は、ロボットパラメータ管理情報に含まれる攻撃力（のパラメータ値）とカードパラメータ管理情報の各々に含まれる攻撃力（のパラメータ値）とを加算することによって、当該ロボットパラメータ管理情報に含まれる攻撃力とカードパラメータ管理情報の各々に含まれる攻撃力との合計値をバトル用パラメータに含まれる攻撃力として算出する。

なお、ここではロボットパラメータ管理情報に含まれる攻撃力とカードパラメータ管理情報の各々に含まれる攻撃力との合計値をバトル用パラメータに含まれる攻撃力として算出するものとして説明したが、上記したＨＰの場合と同様に、例えばカードパラメータ管理情報の各々に含まれる攻撃力に対して属性補正を行うような構成であっても構わない。具体的には、カードパラメータ管理情報が当該カードパラメータ管理情報に含まれるカードＩＤによって識別されるカードキャラクタの属性を含み、当該カードキャラクタの属性がロボットパラメータ管理情報に含まれる属性（デッキロボットキャラクタの属性）と一致するか否かに応じて、当該カードパラメータ管理情報に含まれる攻撃力に属性補正値を掛けるような構成とすることができる。この場合、バトル用パラメータの攻撃力は、「ロボットパラメータ管理情報に含まれる攻撃力＋（カードパラメータ管理情報に含まれる攻撃力＊属性補正値）の総和」によって算出される。なお、カードキャラクタの属性がデッキロボットキャラクタの属性と一致する場合の属性補正値は予め定められた１より大きい値であり、カードキャラクタの属性がデッキロボットキャラクタの属性と一致しない場合の属性補正値は１であるものとする。これにより、ユーザは、デッキを構築する際にユーザが所有するロボットキャラクタ（デッキロボットキャラクタ）の属性と同じ属性のカードキャラクタを選択することによって、バトル用パラメータに含まれる攻撃力をより高くすることができる。

更に、パラメータ設定部５３は、ステップＳ４１において取得されたロボットパラメータ管理情報に含まれるスピード及びステップＳ４２において取得されたカードパラメータ管理情報の各々に含まれるスピードに基づいて、デッキロボットキャラクタに対して設定されるバトル用パラメータに含まれるスピード（のパラメータ）を算出する（ステップＳ４５）。

この場合、パラメータ設定部５３は、ロボットパラメータ管理情報に含まれるスピード（のパラメータ値）とカードパラメータ管理情報の各々に含まれるスピード（のパラメータ値）とを加算することによって、当該ロボットパラメータ管理情報に含まれるスピードとカードパラメータ管理情報の各々に含まれるスピードとの合計値をバトル用パラメータに含まれるスピードとして算出する。

なお、ここではロボットパラメータ管理情報に含まれるスピードとカードパラメータ管理情報の各々に含まれるスピードとの合計値をバトル用パラメータに含まれるスピードとして算出するものとして説明したが、上記したＨＰ及び攻撃力の場合と同様に、例えばカードパラメータ管理情報の各々に含まれるスピードに対して属性補正を行うような構成であっても構わない。具体的には、カードパラメータ管理情報が当該カードパラメータ管理情報に含まれるカードＩＤによって識別されるカードキャラクタの属性を含み、当該カードキャラクタの属性がロボットパラメータ管理情報に含まれる属性（デッキロボットキャラクタの属性）と一致するか否かに応じて、当該カードパラメータ管理情報に含まれるスピードに属性補正値を掛けるような構成とすることができる。この場合、バトル用パラメータに含まれるスピードは、「ロボットパラメータ管理情報に含まれるスピード＋（カードパラメータ管理情報に含まれるスピード＊属性補正値）の総和」によって算出される。なお、カードキャラクタの属性がデッキロボットキャラクタの属性と一致する場合の属性補正値は予め定められた１より大きい値であり、カードキャラクタの属性がデッキロボットキャラクタの属性と一致しない場合の属性補正値は１であるものとする。これにより、ユーザは、デッキを構築する際にユーザが所有するロボットキャラクタ（デッキロボットキャラクタ）の属性と同じ属性のカードキャラクタを選択することによって、バトル用パラメータに含まれるスピード（の値）をより高くすることができる。

次に、パラメータ設定部５３は、ステップＳ４２において取得されたカードパラメータ管理情報の各々に基づいて、デッキロボットキャラクタに対して設定されるバトル用パラメータに含まれるスキルを特定する（ステップＳ４６）。この場合、パラメータ設定部５３は、カードパラメータ管理情報の各々に含まれるスキルの全てをバトル用パラメータに含まれるスキルとして特定する。

パラメータ設定部５３は、上記したステップＳ４３において算出されたＨＰ、ステップＳ４４において算出された攻撃力、ステップＳ４５において算出されたスピード及びステップＳ４６において特定されたスキルを含むバトル用パラメータを、デッキロボットキャラクタに対して設定する（ステップＳ４７）。

なお、上記したようにカードパラメータ管理情報の各々に含まれるＨＰ、攻撃力及びスピードに対して属性補正を行う場合であって、例えばカードキャラクタ全ての属性がデッキロボットキャラクタの属性と一致するような特段の場合には、更にデッキロボットキャラクタに対して設定されるバトル用パラメータ（ＨＰ、攻撃力及びスピード）を向上させるようにすることも可能であるし、デッキロボットキャラクタとカードキャラクタとの組み合わせに応じて特別なスキル（例えば、コンボ系のスキル）を付与するような構成とすることも可能である。

本実施形態におけるロボットバトルでは、このようにデッキロボットキャラクタに対して設定されたバトル用パラメータ及び敵ロボットキャラクタに対して設定されているパラメータに基づいて、上述したロボットバトル演出画像生成処理が実行される。

次に、図１０及び図１１のフローチャートを参照して、ロボットバトル演出画像生成処理（図８に示すステップＳ３５の処理）の処理手順について説明する。このロボットバトル演出画像生成処理においては、デッキロボットキャラクタと敵ロボットキャラクタとのロボットバトルが制御され、当該ロボットバトルの演出及び結果を表示するための画像を生成する処理である。なお、ロボットバトル演出画像生成処理は、上記したようにゲーム制御部５４によって実行される。

ロボットバトル演出画像生成処理において、ゲーム制御部５４は、ロボットバトルにおける先攻及び後攻を決定する。この場合、ゲーム制御部５４は、デッキロボットキャラクタに対して設定されたバトル用パラメータ（以下、単にデッキロボットキャラクタのバトル用パラメータと表記）に含まれるスピードと敵ロボットキャラクタに対して設定されているパラメータ（以下、単に敵ロボットキャラクタのパラメータと表記）に含まれるスピードとを比較し、当該スピード（のパラメータ値）が高い方を先攻とし、低い方を後攻として決定する。ここでは、デッキロボットキャラクタが先攻として決定され、敵ロボットキャラクタが後攻として決定されたものとして説明する。

ここで、デッキロボットキャラクタのバトル用パラメータ及び敵ロボットキャラクタのパラメータに含まれるスキルには、攻撃スキル、防御スキル及び戦闘前スキルが含まれる。

攻撃スキルは、当該攻撃スキルを有するロボットキャラクタ（デッキロボットキャラクタまたは敵ロボットキャラクタ）の攻撃時に発動され、当該攻撃スキルが発動した後の予め定められた期間内に、例えば自身の攻撃力（のパラメータ値）を上昇させるような効果を生じるスキルである。防御スキルは、当該防御スキルを有するロボットキャラクタ（デッキロボットキャラクタまたは敵ロボットキャラクタ）の防御時（つまり、相手の攻撃を受ける際）に発動され、当該防御スキルが発動した後の予め定められた期間内に、例えばロボットバトルにおける相手の攻撃力（のパラメータ値）を低下させるような効果を生じるスキルである。戦闘前スキルは、攻撃スキルや防御スキルと同様に、自身の攻撃力を上昇させるまたは相手の攻撃力を低下させるような効果を生じるスキルであるが、攻撃スキル及び防御スキルとは異なり、ロボットバトルにおける攻防（戦闘）の開始前に発動され、ロボットバトルの期間中に継続して当該効果を生じるものである。なお、これらの各スキルには、予め発動タイミング及び発動確率が設定されているものとする。

この場合、ゲーム制御部５４は、デッキロボットキャラクタのバトル用パラメータに含まれるスキルのうちの戦闘前スキル（以下、先攻の戦闘前スキルと表記）に設定されている発動確率に基づいて、当該先攻の戦闘前スキルを発動するか否かを判定する（ステップＳ５１）。なお、先攻の戦闘前スキルが複数存在する場合には、当該先攻の戦闘前スキル毎に発動するか否かが判定される。

先攻の戦闘前スキルを発動すると判定された場合（ステップＳ５１のＹＥＳ）、ゲーム制御部５４は、当該先攻の戦闘前スキルの発動を表す画像（先攻の戦闘前スキル発動画像）を生成する（ステップＳ５２）。また、ゲーム制御部５４は、発動すると判定された先攻の戦闘前スキルによって生じる効果をデッキロボットキャラクタのバトル用パラメータまたは敵ロボットキャラクタのパラメータに反映させる。

一方、先攻の戦闘前スキルを発動しないと判定された場合（ステップＳ５１のＮＯ）、ステップＳ５２の処理は実行されない。

次に、ゲーム制御部５４は、敵ロボットキャラクタのパラメータに含まれるスキルのうちの戦闘前スキル（以下、後攻の戦闘前スキルと表記）に設定されている発動確率に基づいて、当該後攻の戦闘前スキルを発動する否かを判定する（ステップＳ５２）。なお、後攻の戦闘前スキルが複数存在する場合には、当該後攻の戦闘前スキル毎に発動するか否かが判定される。

後攻の戦闘前スキルを発動すると判定された場合（ステップＳ５３のＹＥＳ）、ゲーム制御部５４は、当該後攻の戦闘前スキルの発動を表す画像（後攻の戦闘前スキル発動画像）を生成する（ステップＳ５４）。また、ゲーム制御部５４は、発動すると判定された後攻の戦闘前スキルによって生じる効果をデッキロボットキャラクタのバトル用パラメータまたは敵ロボットキャラクタのパラメータに反映させる。

一方、後攻の戦闘前スキルを発動しないと判定された場合（ステップＳ５３のＮＯ）、ステップＳ５４の処理は実行されない。

次に、ゲーム制御部５４は、デッキロボットキャラクタのバトル用パラメータに含まれるスキルのうちの攻撃スキル（以下、先攻の攻撃スキルと表記）に設定されている発動確率に基づいて、当該先攻の攻撃スキルを発動するか否かを判定する（ステップＳ５５）。なお、先攻の攻撃スキルが複数存在する場合には、当該先攻の攻撃スキル毎に発動するか否かが判定される。

先攻の攻撃スキルを発動すると判定された場合（ステップＳ５５のＹＥＳ）、ゲーム制御部５４は、当該先攻の攻撃スキルの発動を表す画像（先攻の攻撃スキル発動画像）を生成する（ステップＳ５６）。また、ゲーム制御部５４は、発動すると判定された先攻の攻撃スキルによって生じる効果をデッキロボットキャラクタのバトル用パラメータ（に含まれる攻撃力）に反映させる。

一方、先攻の攻撃スキルを発動しないと判定された場合（ステップＳ５５のＮＯ）、ステップＳ５６の処理は実行されない。

ゲーム制御部５４は、デッキロボットキャラクタの攻撃の演出を表す画像（先攻の攻撃演出画像）を生成する（ステップＳ５７）。

次に、ゲーム制御部５４は、敵ロボットキャラクタのパラメータに含まれるスキルのうちの防御スキル（以下、後攻の防御スキルと表記）に設定されている発動確率に基づいて、当該後攻の防御スキルを発動するか否かを判定する（ステップＳ５８）。なお、後攻の防御スキルが複数存在する場合には、当該後攻の防御スキル毎に発動するか否かが判定される。

後攻の防御スキルを発動すると判定された場合（ステップＳ５８のＹＥＳ）、ゲーム制御部５４は、当該後攻の防御スキルの発動を表す画像（後攻の防御スキル発動画像）を生成する（ステップＳ５９）。また、ゲーム制御部５４は、発動すると判定された後攻の防御スキルによって生じる効果をデッキロボットキャラクタのバトル用パラメータ（に含まれる攻撃力）に反映させる。

一方、後攻の防御スキルを発動しないと判定された場合（ステップＳ５８のＮＯ）、ステップＳ５９の処理は実行されない。

ゲーム制御部５４は、敵ロボットキャラクタが受けるダメージの演出を表す画像（後攻のダメージ演出画像）を生成する（ステップＳ６０）。なお、ステップＳ６０の処理においては、敵ロボットキャラクタのパラメータに含まれるスピードに応じた確率に基づいて、デッキロボットキャラクタの攻撃を回避したことを表す画像が生成されても構わない。

ここで、ゲーム制御部５４は、デッキロボットキャラクタのバトル用パラメータに含まれる攻撃力に基づいて、敵ロボットキャラクタに与えられるダメージ（値）を算出する。この場合、例えばデッキロボットキャラクタのバトル用パラメータに含まれる属性及び敵ロボットキャラクタのパラメータに含まれる属性等に応じて、敵ロボットキャラクタに与えられるダメージが適宜変更されても構わない。

ゲーム制御部５４によって算出されたダメージは、敵ロボットキャラクタのパラメータに含まれるＨＰ（のパラメータ値）から減算される。なお、上記したようにステップＳ６０においてデッキロボットキャラクタの攻撃を回避したことを表す画像が生成された場合には、敵ロボットキャラクタに与えられるダメージは０とする。

次に、ゲーム制御部５４は、ダメージが減算されたＨＰ（以下、単に敵ロボットキャラクタの残りＨＰと表記）が０以下であるか否かを判定する（ステップＳ６１）。

敵ロボットキャラクタの残りＨＰが０以下でないと判定された場合（ステップＳ６１のＮＯ）、当該敵ロボットキャラクタの残りＨＰは、ゲーム制御部５４内に保持される。

次に、ゲーム制御部５４は、敵ロボットキャラクタのパラメータに含まれるスキルのうちの攻撃スキル（以下、後攻の攻撃スキルと表記）に設定されている発動確率に基づいて、当該後攻の攻撃スキルを発動するか否かを判定する（ステップＳ６２）。なお、後攻の攻撃スキルが複数存在する場合には、当該後攻の攻撃スキル毎に発動するか否かが判定される。

後攻の攻撃スキルを発動すると判定された場合（ステップＳ６２のＹＥＳ）、ゲーム制御部５４は、当該後攻の攻撃スキルの発動を表す画像（後攻の攻撃スキル発動画像）を生成する（ステップＳ６３）。また、ゲーム制御部５４は、発動すると判定された後攻の攻撃スキルによって生じる効果を敵ロボットキャラクタのパラメータ（に含まれる攻撃力）に反映させる。

一方、後攻の攻撃スキルを発動しないと判定された場合（ステップＳ６２のＮＯ）、ステップＳ６３の処理は実行されない。

ゲーム制御部５４は、敵ロボットキャラクタの攻撃の演出を表す画像（後攻の攻撃演出画像）を生成する（ステップＳ６４）。

次に、ゲーム制御部５４は、デッキロボットキャラクタのバトル用パラメータに含まれるスキルのうちの防御スキル（以下、先攻の防御スキルと表記）に設定されている発動確率に基づいて、当該先攻の防御スキルを発動するか否かを判定する（ステップＳ６５）。なお、先攻の防御スキルが複数存在する場合には、当該先攻の防御スキル毎に発動するか否かが判定される。

先攻の防御スキルを発動すると判定された場合（ステップＳ６５のＹＥＳ）、ゲーム制御部５４は、当該先攻の防御スキルの発動を表す画像（先攻の防御スキル発動画像）を生成する（ステップＳ６６）。また、ゲーム制御部５４は、発動すると判定された先攻の防御スキルによって生じる効果を敵ロボットキャラクタのパラメータ（に含まれる攻撃力）に反映させる。

一方、先攻の防御スキルを発動しないと判定された場合（ステップＳ６５のＮＯ）、ステップＳ６６の処理は実行されない。

ゲーム制御部５４は、デッキロボットキャラクタが受けるダメージの演出を表す画像（先攻のダメージ演出画像）を生成する（ステップＳ６７）。なお、ステップＳ６７の処理においては、デッキロボットキャラクタのパラメータに含まれるスピードに応じた確率に基づいて、敵ロボットキャラクタの攻撃を回避したことを表す画像が生成されても構わない。

ここで、ゲーム制御部５４は、敵ロボットキャラクタのパラメータに含まれる攻撃力に基づいて、デッキロボットキャラクタに与えられるダメージ（値）を算出する。この場合、上記したように例えばデッキロボットキャラクタのバトル用パラメータに含まれる属性及び敵ロボットキャラクタのパラメータに含まれる属性等に応じて、デッキロボットキャラクタに与えられるダメージが適宜変更されても構わない。

ゲーム制御部５４によって算出されたダメージは、デッキロボットキャラクタのバトル用パラメータに含まれるＨＰ（のパラメータ値）から減算される。なお、上記したようにステップＳ６７において敵ロボットキャラクタの攻撃を回避したことを表す画像が生成された場合には、デッキロボットキャラクタに与えられるダメージは０とする。

次に、ゲーム制御部５４は、ダメージが減算されたＨＰ（以下、単にデッキロボットキャラクタの残りＨＰと表記）が０以下であるか否かを判定する（ステップＳ６８）。

デッキロボットキャラクタの残りＨＰが０以下でないと判定された場合（ステップＳ６８のＮＯ）、当該デッキロボットキャラクタの残りＨＰは、ゲーム制御部５４内に保持され、上述したステップＳ５５に戻って処理が繰り返される。なお、以降の処理においてゲーム制御部５４によって算出されたダメージは、上記したようにゲーム制御部５４内に保持されたデッキロボットキャラクタまたは敵ロボットキャラクタの残りＨＰから減算されていく。すなわち、ロボットバトルにおいては、デッキロボットキャラクタの残りＨＰまたは敵ロボットキャラクタの残りＨＰのいずれか一方が０以下になるまで上述したステップＳ５５以降の処理が繰り返される。

一方、上述したステップＳ６１において敵ロボットキャラクタの残りＨＰが０以下であると判定された場合、またはステップＳ６８においてデッキロボットキャラクタの残りＨＰが０以下であると判定された場合には、ゲーム制御部５４は、ロボットバトルの結果（勝敗）を表す画像（勝敗画像）を生成する（ステップＳ６９）。なお、敵ロボットキャラクタの残りＨＰが０以下であると判定された場合にはデッキロボットキャラクタが勝利した旨を表す画像が生成され、デッキロボットキャラクタの残りＨＰが０以下であると判定された場合にはデッキロボットキャラクタが敗北した旨を表す画像が生成される。

次に、ゲーム制御部５４は、上記した処理において生成された各画像（先攻の戦闘前スキル発動画像、後攻の戦闘前スキル発動画像、先攻の攻撃スキル発動画像、先攻の攻撃演出画像、後攻の防御スキル発動画像、後攻のダメージ演出画像、後攻の攻撃スキル発動画像、後攻の攻撃演出画像、先攻の防御スキル発動画像、先攻のダメージ演出画像及び勝敗画像）を時系列的に遷移するように組み合わせることによって、ロボットバトルの演出及び結果を表示するためのロボットバトル演出画像を生成する（ステップＳ７０）。

このように生成されたロボットバトル演出画像が通信端末２０に表示されることによって、ユーザは、ロボットバトルの各演出を鑑賞し、当該ロボットバトルの結果を確認することができる。

上述したように本実施形態におけるカードバトルゲーム（のメインサイクル）においては、チャプター（クエスト）のクリア等によって各種カード（キャラクタ及びアイテム）を入手し、当該入手されたカードを用いて更に難易度の高いチャプターをクリアしていくことによってストーリーを進めていくことになる。

一方、本実施形態におけるカードバトルゲームにおいては、前述した図５において説明したメインサイクルとは別に上述した複数のユーザから構成されるグループ（ギルド）で協力してプレイするための仕組み（ギルドイベント）を含むサブサイクルが設けられている。なお、このギルドイベントは、定期的に発生する（開催される）ものとする。

以下、ギルドイベントについて説明する。ギルドイベントでは、ギルドを構成する複数のユーザ（ギルドメンバ）が協力してカードバトルゲームにおいて出現する１のアイテムを構成する複数の構成アイテムを収集することを目的とする。このギルドイベントにおいてギルドが所定の条件を満たした場合には、当該ギルドを構成する複数のユーザは各種特典を得ることができる。なお、ギルドイベントにおいて得ることができる特典には、例えば各種カードキャラクタ及びアイテム等が含まれる。

ここで、ゲーム制御装置５０に含まれる格納部４２には、ギルドイベントに関連する情報として、ギルド管理情報（グループ管理情報）、ギルドイベントに関する情報（以下、構成アイテム情報と表記）、カードバトルゲームをプレイするユーザが所有するカードキャラクタやアイテム等に関する情報及び当該ユーザに関する情報が格納されている。なお、カードバトルゲームをプレイするユーザが所有するカードキャラクタやアイテム等に関する情報には、ユーザが所有するカードキャラクタやアイテム等に関する情報とともに、ギルドイベントにおいてユーザが入手した構成アイテムに関する情報（以下、入手構成アイテム情報と表記）等が含まれる。また、ユーザに関する情報には、カードバトルゲームにおける当該ユーザのレベルを管理するためのレベル管理情報等が含まれる。

図１２は、格納部４２に格納されているギルド管理情報のデータ構造の一例を示す。ギルド管理情報は、カードバトルゲームにおいて構成されているギルド（当該ゲームをプレイする複数のユーザから構成されるグループ）を示す情報である。

図１２に示すように、ギルド管理情報には、ユーザＩＤ及びギルドＩＤが対応づけて含まれる。ユーザＩＤは、カードバトルゲームをプレイするユーザを識別するための識別子である。ギルドＩＤは、対応づけられているユーザＩＤによって識別されるユーザが所属するギルド（グループ）を識別するための識別子である。

図１２に示す例では、ギルド管理情報には、ユーザＩＤ「ユーザ１」及びギルドＩＤ「ギルド１」が対応づけて含まれている。また、ギルド管理情報には、ユーザＩＤ「ユーザ２」及びギルドＩＤ「ギルド１」が対応づけて含まれている。これによれば、ユーザＩＤ「ユーザ１」及び「ユーザ２」によって識別されるユーザがギルドＩＤ「ギルド１」によって識別されるギルドに所属していることが示されている。

ここでは、便宜的に、ユーザＩＤ「ユーザ１」及び「ユーザ２」によって識別されるユーザについてのみ説明したが、格納部４２には、カードバトルゲームをプレイする他のユーザについても同様にギルド管理情報が格納されている。

なお、本実施形態におけるカードバトルゲームにおいては、当該カードバトルゲームをプレイする全てのユーザがいずれかのギルドに所属（加入）しているものとする。具体的には、カードバトルゲームを初めてプレイする際に行われるチュートリアル（プレイ方法等の説明）の後に既存のギルドへの加入が促され、ユーザは指定したギルドに加入することができるものとする。また、ユーザが自ら新たなギルドを作成し、他のユーザを募集するようなことも可能である。更に、ギルドへの加入の条件として当該ギルドの作成者（リーダー）の承認を必要とするような構成とすることも可能である。

図１３は、格納部４２に格納されている構成アイテム情報のデータ構造の一例を示す。構成アイテム情報は、ギルドイベントにおいて収集される構成アイテムを示す情報である。本実施形態におけるギルドイベントは、例えば１つの宝石を構成する複数のカケラ（構成アイテム）をギルドで協力して収集することによって特典を得ることができるようなものであるものとする。なお、ギルドイベントにおいて収集の対象となる宝石は複数種類用意されているものとする。

この場合、図１３に示すように、構成アイテム情報には、宝石の種類、カケラＩＤ及び出現確率が対応づけて含まれる。カケラＩＤは、各宝石を構成する複数のカケラの各々を識別するための識別子である。出現確率は、対応づけられているカケラＩＤによって識別されるカケラがカードバトルゲームにおいて出現する確率を示す。

図１３に示す例では、構成アイテム情報には、宝石の種類「宝石Ａ」、カケラＩＤ「Ａ１〜Ａ６」及び出現確率「確率１」が対応づけて含まれている。これによれば、宝石Ａは、カケラＩＤ「Ａ１〜Ａ６」によって識別される６つのカケラ（以下、カケラＡ１〜Ａ６と表記）から構成され、当該カケラＡ１〜Ａ６がカードバトルゲームにおいて「確率１」で出現することが示されている。なお、宝石Ａは例えば低レベルユーザを対象（ターゲット）としており、カケラＡ１〜Ａ６は全て共通で低レベルユーザ（がプレイしている際）に出現しやすいような確率が設定されている。ここで、低レベルユーザとは、カードバトルゲームにおけるレベルが低いユーザである。低レベルユーザの範囲は、適宜変更可能であるが、例えばレベルが１〜２０程度のユーザであるものとする。また、カケラＡ１〜Ａ６は、低レベルユーザ以外のユーザにも低い出現確率で出現させてもよいし、当該低レベルユーザ以外のユーザには出現しないようにしてもよい。

また、構成アイテム情報には、宝石の種類「宝石Ｂ」、カケラＩＤ「Ｂ１〜Ｂ６」及び出現確率「確率２」が対応づけて含まれている。これによれば、宝石Ｂは、カケラＩＤ「Ｂ１〜Ｂ６」によって識別される６つのカケラ（以下、カケラＢ１〜Ｂ６と表記）から構成され、当該カケラＢ１〜Ｂ６がカードバトルゲームにおいて「確率２」で出現することが示されている。なお、宝石Ｂは例えば中レベルユーザを対象（ターゲット）としており、カケラＢ１〜Ｂ６は全て共通で中レベルユーザ（がプレイしている際）に出現しやすいような確率が設定されている。ここで、中レベルユーザは、カードバトルゲームにおけるレベルが上記した低レベルユーザより高く、後述する高レベルユーザより低いユーザである。中レベルユーザの範囲は、適宜変更可能であるが、例えばレベルが２１〜５０程度のユーザであるものとする。また、カケラＢ１〜Ｂ６は、中レベルユーザ以外のユーザにも低い出現確率で出現させてもよいし、当該中レベルユーザ以外のユーザには出現しないようにしてもよい。

また、構成アイテム情報には、宝石の種類「宝石Ｃ」、カケラＩＤ「Ｃ１〜Ｃ６」及び出現確率「確率３」が対応づけて含まれている。これによれば、宝石Ｃは、カケラＩＤ「Ｃ１〜Ｃ６」によって識別される６つのカケラ（以下、カケラＣ１〜Ｃ６と表記）から構成され、当該カケラＣ１〜Ｃ６がカードバトルゲームにおいて「確率３」で出現することが示されている。なお、宝石Ｃは例えば高レベルユーザを対象（ターゲット）としており、カケラＣ１〜Ｃ６は全て共通で高レベルユーザ（がプレイしている際）に出現しやすいような確率が設定されている。ここで、高レベルユーザは、カードバトルゲームにおけるレベルが高いユーザである。高レベルユーザの範囲は、適宜変更可能であるが、例えばレベルが５１以上程度のユーザであるものとする。また、カケラＣ１〜Ｃ６は、高レベルユーザ以外のユーザにも低い出現確率で出現させてもよいし、当該高レベルユーザ以外のユーザには出現しないようにしてもよい。

更に、構成アイテム情報には、宝石の種類「宝石Ｄ」、カケラＩＤ「Ｄ１〜Ｄ６」及び出現確率「Ｄ１，Ｄ２：確率１、Ｄ３，Ｄ４：確率２、Ｄ５，Ｄ６：確率３」が対応づけて含まれている。これによれば、宝石Ｄは、カケラＩＤ「Ｄ１〜Ｄ６」によって識別される６つのカケラ（以下、カケラＤ１〜Ｄ６と表記）から構成され、カケラＤ１及びＤ２が「確率１」、カケラＤ３及びＤ４が「確率２」、カケラＤ５及びＤ６が「確率３」で出現することが示されている。なお、宝石Ｄは、全てのユーザ（つまり、上記した低レベルユーザ、中レベルユーザ及び高レベルユーザ）を対象（ターゲット）としている。具体的には、カケラＤ１及びＤ２は、低レベルユーザに出現しやすいような確率が設定されている。カケラＤ３及びＤ４は、中レベルユーザに出現しやすいような確率が設定されている。カケラＤ５及びＤ６は、高レベルユーザに出現しやすいような確率が設定されている。このように、宝石Ｄの場合には、他の宝石とは異なり、当該宝石Ｄを構成する複数のカケラ（カケラＤ１〜Ｄ６）の各々が異なる範囲のレベルのユーザに対して付与されるように設定されている。

図１４は、格納部４２に格納されている入手構成アイテム情報のデータ構造の一例を示す。入手構成アイテム情報は、ギルドイベントにおいてユーザが入手した（つまり、当該ユーザに対して付与された）構成アイテムを示す情報である。

図１４に示すように、入手構成アイテム情報には、ユーザＩＤ及びカケラＩＤが対応づけて含まれる。ユーザＩＤは、カードバトルゲームをプレイするユーザを識別するための識別子である。カケラＩＤは、対応づけられているユーザＩＤによって識別されるユーザが入手した（当該ユーザに付与された）カケラ（構成アイテム）を識別するための識別子である。

図１４に示す例では、入手構成アイテム情報には、ユーザＩＤ「ユーザ１」及びカケラＩＤ「Ｄ１」が対応づけて含まれている。これによれば、ユーザＩＤ「ユーザ１」によって識別されるユーザに対してカケラＩＤ「Ｄ１」によって識別されるカケラが付与されていることが示されている。

また、入手構成アイテム情報には、ユーザＩＤ「ユーザ２」及びカケラＩＤ「Ｄ４」が対応づけて含まれている。これによれば、ユーザＩＤ「ユーザ２」によって識別されるユーザに対してカケラＩＤ「Ｄ４」によって識別されるカケラが付与されていることが示されている。

ここでは、便宜的に、ユーザＩＤ「ユーザ１」及び「ユーザ２」によって識別されるユーザについてのみ説明したが、格納部４２には、構成アイテムであるカケラが付与された他のユーザについても同様に入手構成アイテム情報が格納されている。

図１５は、格納部４２に格納されているレベル管理情報のデータ構造の一例を示す。レベル管理情報は、カードバトルゲームをプレイするユーザのレベルを示す情報である。

図１５に示すように、レベル管理情報には、ユーザＩＤ及びレベル情報が対応づけて含まれる。ユーザＩＤは、カードバトルゲームをプレイするユーザを識別するための識別子である。レベル情報は、対応づけられているユーザＩＤによって識別されるユーザのカードバトルゲームにおけるレベルを示す。

図１５に示す例では、レベル管理情報には、ユーザＩＤ「ユーザ１」及びレベル情報「５」が対応づけて含まれている。これによれば、ユーザＩＤ「ユーザ１」によって識別されるユーザのレベルが５であることが示されている。

また、レベル管理情報には、ユーザＩＤ「ユーザ２」及びレベル情報「２５」が対応づけて含まれている。これによれば、ユーザＩＤ「ユーザ２」によって識別されるユーザのレベルが２５であることが示されている。

ここでは、便宜的に、ユーザＩＤ「ユーザ１」及び「ユーザ２」によって識別されるユーザについてのみ説明したが、格納部４２には、カードバトルゲームをプレイする他のユーザについても同様にレベル管理情報が格納されている。

なお、カードバトルゲームにおけるユーザのレベルは、当該カードバトルゲームの進行やバトルでの勝利等に応じて向上する。このようにカードバトルゲームにおけるユーザのレベルが向上した場合には、格納部４２に格納されているレベル管理情報（に含まれるレベル情報）はその都度更新される。

次に、本実施形態においてギルドイベントが発生される際のゲーム制御装置５０の動作について説明する。この場合、ゲーム制御装置５０は、ギルドイベント発生処理及びギルドイベント管理処理を実行する。

まず、図１６のフローチャートを参照して、本実施形態に係るゲーム制御装置５０によって実行されるギルドイベント発生処理の処理手順について説明する。このギルドイベント発生処理は、ギルドイベントを発生し、当該ギルドイベントにおける構成アイテムをユーザ（プレイヤ）に対して付与するための処理である。

まず、ゲーム制御装置５０に含まれるゲーム制御部５４は、構成アイテムを付与するためのギルドイベントを発生する（ステップＳ８１）。このギルドイベントは、例えば定期的に発生される。具体的には、ギルドイベントは、例えば朝の部として７時、昼の部として１２時、夜の部として２２時に発生される。また、ギルドイベントが発生している期間は、通信端末２０を介して、カードバトルゲームをプレイしているユーザに通知される。以下、カードバトルゲームをプレイしているユーザを対象ユーザと称する。

ギルドイベントが発生されると、ゲーム制御部５４は、対象ユーザのカードバトルゲームのプレイ内容（つまり、対象ユーザの通信端末２０に対する操作）に応じて、構成アイテム（各宝石を構成するカケラ）を出現させるか否かを判定する（ステップＳ８２）。このとき、ゲーム制御部５４は、格納部４２に格納されている構成アイテム情報に含まれる出現確率及びレベル管理情報によって示される対象ユーザのレベルに基づいて判定処理を実行する。

なお、構成アイテムは、カードバトルゲームをプレイしている際の様々な場面で出現するものとする。具体的には、構成アイテムは、カードバトルゲームにおけるクエスト中や各種敵キャラクタ（クエストボスや敵ロボットキャラクタ）に勝利した際に出現する。

つまり、ゲーム制御部５４は、対象ユーザのカードバトルゲームのプレイ状況が構成アイテムを出現させることができる状況である場合に、上記した対象ユーザのレベルに応じた出現確率に基づいて構成アイテムを出現させるか否かを判定する。

構成アイテムを出現させると判定された場合（ステップＳ８２のＹＥＳ）、ゲーム制御部５４は、当該構成アイテムを出現させる演出画像（構成アイテム出現画像）を生成し、対象ユーザによって利用される通信端末２０に当該構成アイテム出現画像を表示する。

このように構成アイテム出現画像が通信端末２０に表示されると、ゲーム制御部５４は、構成アイテムを対象ユーザに対して付与する（ステップＳ８３）。

上述したように構成アイテム情報においては、構成アイテム毎に当該構成アイテムが付与されやすいユーザ（のレベル）が設定されているため、各構成アイテムは、それぞれ異なる範囲のレベルのユーザに対して付与されることになる。

この場合、ゲーム制御部５４は、対象ユーザを識別するためのユーザＩＤ及び当該対象ユーザに対して付与された構成アイテム（カケラ）を識別するためのカケラＩＤを対応づけて含む入手構成アイテム情報を生成する。ゲーム制御部５４は、生成された入手構成アイテム情報を格納部４２に格納する（ステップＳ８４）。

ここで、ゲーム制御部５４は、上記したステップＳ８１においてギルドイベントが発生された後、予め定められた期間（所定期間）が経過したか否かを判定する（ステップＳ８５）。なお、予め定められた期間としては、例えば１時間等が設定されている。

所定期間が経過したと判定された場合（ステップＳ８５のＹＥＳ）、ギルドイベントが終了される（ステップＳ８６）。

一方、所定期間が経過していないと判定された場合（ステップＳ８５のＮＯ）、ギルドイベントは継続され、上記したステップＳ８２に戻って処理が繰り返される。つまり、本実施形態におけるギルドイベントにおいては、当該ギルドイベントが発生している期間中（つまり、ギルドイベントが発生した後、終了するまでの期間中）であれば複数の構成アイテムを収集することが可能である。

また、ステップＳ８２において構成アイテムを出現させないと判定された場合、対象ユーザに対して構成アイテムは付与されず、ステップＳ８５の処理が実行される。

なお、ステップＳ８２においては出現確率に基づいて例えば複数の構成アイテムを出現させると判定された場合には、当該複数の構成アイテムのうちの１つを出現させる演出画像が通信端末２０に表示されてもよいし、複数の構成アイテムを出現させる演出画像が通信端末２０に表示されてもよい。複数の構成アイテムを出現させる演出画像が通信端末２０に表示された場合、対象ユーザに対して当該複数の構成アイテムの全てを付与してもよいし、当該複数の構成アイテムのうち対象ユーザに選択された１つのみを付与するようにしてもよい。

次に、図１７のフローチャートを参照して、本実施形態に係るゲーム制御装置５０によって実行されるギルドイベント管理処理の処理手順について説明する。このギルドイベント管理処理は、ギルドイベントが発生されている期間中にユーザに対して付与された構成アイテムを管理し、当該ギルドイベントにおける特典をユーザに対して付与するための処理である。

まず、ゲーム制御装置５０に含まれるゲーム制御部５４は、格納部４２に格納された入手構成アイテム情報に基づいて、当該格納部４２に格納されているギルド管理情報（グループ管理情報）によって示されるギルド（グループ）を構成する複数のユーザ（ギルドメンバ）の各々に付与された構成アイテムを特定する（ステップＳ９１）。

この場合、ゲーム制御部５４は、格納部４２に格納されているギルド管理情報（グループ管理情報）を取得する。

ゲーム制御部５４は、取得されたギルド管理情報において同一のギルドＩＤに対応づけられている全てのユーザＩＤを特定する。ここで特定されたユーザＩＤによって識別されるユーザは、同一のギルドを構成するユーザである。以下、ここで特定されたユーザＩＤによって識別されるユーザから構成されるギルドを対象ギルドと称する。

ゲーム制御部５４は、特定されたユーザＩＤを含む入手構成アイテム情報を格納部４２から取得する。

ゲーム制御部５４は、取得された入手構成アイテム情報に含まれるカケラＩＤによって識別されるカケラを、対象ギルドを構成する複数のユーザの各々に付与された構成アイテムとして特定する。

以下、ステップＳ９１においてゲーム制御部５４によって特定された構成アイテムを入手構成アイテムと称する。

次に、ゲーム制御部５４は、入手構成アイテム及び格納部４２に格納されている構成アイテム情報に基づいて、対象ギルド（を構成する複数のユーザ）に対して、構成アイテムの全てが付与されたか否かを判定する（ステップＳ９２）。

このステップＳ９２の処理を上述した図１３を用いて具体的に説明すると、入手構成アイテムの中に例えばカケラＩＤ「Ａ１〜Ａ６」の各々によって識別されるカケラ（宝石Ａを構成する６つのカケラ）の全てが含まれている場合には、構成アイテムの全てが付与されたと判定される。また、入手構成アイテムの中に例えばカケラＩＤ「Ｂ１〜Ｂ６」の各々によって識別されるカケラ（宝石Ｂを構成する６つのカケラ）の全てが含まれている場合には、構成アイテムの全てが付与されたと判定される。同様に、入手構成アイテムの中に例えばカケラＩＤ「Ｃ１〜Ｃ６」の各々によって識別されるカケラ（宝石Ｃを構成する６つのカケラ）の全てが含まれている場合には、構成アイテムの全てが付与されたと判定される。また、入手構成アイテムの中に例えばカケラＩＤ「Ｄ１〜Ｄ６」の各々によって識別されるカケラ（宝石Ｄを構成する６つのカケラ）の全てが含まれている場合には、構成アイテムの全てが付与されたと判定される。

つまり、ステップＳ９２においては、少なくとも１つの（種類の）宝石を構成するカケラの全て（つまり、１組の６つのカケラ）が入手構成アイテムの中に存在する場合には、構成アイテムの全てが付与されたと判定される。

構成アイテムの全てが付与されたと判定された場合（ステップＳ９２のＹＥＳ）、ゲーム制御部５４は、当該全て付与された構成アイテム（つまり、全てのカケラを収集した宝石の種類）に応じた特典を、対象ギルドを構成する複数のユーザ（ギルドメンバ）に対して付与する（ステップＳ９３）。なお、複数の組の構成アイテムが付与されている（例えば、カケラＩＤ「Ａ１〜Ａ６」によって識別されるカケラの全てとカケラＩＤ「Ｄ１〜Ｄ６」によって識別されるカケラの全てが付与されている）場合には、当該構成アイテム（の種類）毎に特典が付与される。

次に、ギルドイベントが終了したか否かが判定される（ステップＳ９４）。ギルドイベントが終了されていないと判定された場合（ステップＳ９４のＮＯ）、上記したステップＳ９１に戻って処理が繰り返される。

一方、ギルドイベントが終了したと判定された場合（ステップＳ９４のＹＥＳ）、当該ギルドイベントにおいてユーザに付与された構成アイテムは無効化される（ステップＳ９５）。この場合、ゲーム制御部５４は、格納部４２に格納されている入手構成アイテム情報を削除する。

ここで、対象ギルドが構成アイテムの全てを収集した場合、上記した特典とは別に、当該対象ギルドに対してランキングポイントを付与する構成とすることも可能である。このように対象ギルドに付与されたランキングポイントは予め定められた期間毎に集計され、当該ランキングポイントの合計値に応じて当該対象ギルドを構成する複数のユーザに対して各種特典を付与するような構成とすることができる。なお、ランキングポイントは、ギルドイベント時以外のロボットバトル等によっても付与されるものとする。これにより、ギルドイベントが発生されていない期間であっても、対象ギルドを構成する複数のユーザの各々がランキングポイントを得るためにカードバトルゲームを積極的にプレイすることが期待できる。なお、このランキングポイントは、例えばギルド毎に格納部４２等において管理されればよい。

なお、図１７において説明したギルドイベント管理処理は、カードバトルゲームにおいて存在する（作成されている）全てのギルドについて実行される。

上記したように本実施形態においては、ギルド（グループ）を構成する複数のユーザの各々に対して、当該ユーザによって利用される通信端末２０に対する当該ユーザの操作に応じて構成アイテムを付与し、当該複数のユーザの各々に付与された構成アイテムを示す入手構成アイテム情報を格納部４２に格納し、格納部４２に格納された入手構成アイテム情報に基づいて、ギルド管理情報（グループ管理情報）によって示されるギルドを構成する複数のユーザに対して、複数の構成アイテム（１組の構成アイテム）の全てが付与されたかを判定し、当該複数の構成アイテムの全てが付与されたと判定された場合、ギルドを構成する複数のユーザに対して特典を付与する構成により、ソーシャルゲームにおいて複数のユーザで協力してプレイする仕組みを提供することが可能となる。

また、本実施形態においては、構成アイテム情報によって示される複数の構成アイテムの各々を異なる範囲のレベルのユーザに対して付与する構成により、例えば高レベルユーザ同士や低レベルユーザ同士のみでギルドを構成するのではなく、レベル等に関係なくギルドを構成することを促進することができ、全てのユーザに特典を得る機会を与えることができるような仕組みを提供することができる。

また、本実施形態においては、ギルドイベントが発生されている期間内に複数の構成アイテムの全てが付与された場合に特典を付与し、当該期間が経過した場合、入手構成アイテム情報を削除する構成により、ギルドイベントが発生されている期間中に全ての構成アイテムを収集しなければ、特典を得ることができないため、例えばカードバトルゲームをプレイする時間帯が同じようなユーザ同士でギルドを構成し、より複数のユーザで協力してプレイすることを促進することができる。なお、本実施形態において、ギルドの特徴（ギルドを構成するユーザの主なプレイ時間帯等）を説明するための画面が通信端末２０に表示されるような構成とすることも可能である。このような構成とすることで、ユーザはより適切なギルドに加入することができるため、当該ギルドにおいてより特典を入手することが可能となり、カードバトルゲームの継続的なプレイが期待できる。

なお、本実施形態におけるカードバトルゲームにおいては、前述した図５において説明したメインサイクルとギルドイベントを含むサブサイクルとが設けられているものとして説明したが、当該サブサイクルには、例えば１人の他のユーザとロボットバトルを行う仕組み（以下、ＰｖＰと表記）等が更に含まれていてもよい。このＰｖＰにおいても結果に応じて上述したランキングポイントや各種特典が付与される構成とすることができる。また、このＰｖＰの結果に応じて、本実施形態における構成アイテムを他のユーザから獲得することができるような構成とすることも可能である。

また、例えば通常のクエストや専用のクエストにおいて、他のユーザのリーダーカードキャラクタを借りてレイドボスと呼ばれる敵キャラクタと戦闘を行うレイドボスイベントや例えばギルドで協力してレイドロボットキャラクタ（レイドＮＰＣ）と呼ばれる敵ロボットキャラクタとロボットバトル（レイドロボットバトル）を行うレイドＮＰＣイベント等をランダムに発生させるような構成とすることも可能である。

レイドボスイベントによれば、例えば友達として登録されているユーザのリーダーカードを借りやすくすることによって、カードバトルゲームにおいて友達を増やすモチベーションを与えることができ、継続的なプレイを促すことができる。また、レイドボスイベントを発生させることによって、他のユーザのカードキャラクタ（リーダーカードキャラクタ）の強さ（つまり、パラメータ）を認識できるとともに、新たなカードキャラクタの存在やそのパラメータ等を知得することができる。また、レイドボスイベントによって他のユーザにリーダーカードキャラクタを貸与したユーザに対しては、例えばカードバトルゲームにおいてカードキャラクタやアイテム等を獲得するために用いられるポイント等の特典が与えられるものとする。

また、レイドＮＰＣイベントの場合には、ギルドを構成する各ユーザが個別に自身のデッキロボットキャラクタを用いてロボットバトルを行い、当該ロボットバトルの結果に応じて当該ギルドに対して上記したランキングポイントを付与する構成とすることも可能である。また、レイドＮＰＣイベントにおいてレイドロボットバトルに敗北した場合には、他のギルドに対して救援要請を行うことができるような構成とすることも可能である。

また、本実施形態におけるカードバトルゲームはウェブアプリケーションによって実現されるものとして説明したが、通信端末（端末装置）２０にダウンロードされ、当該通信端末２０にインストールされて利用されるネイティブアプリケーションによって実現されても構わない。

なお、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。

１０…コンピュータ、２０…通信端末、３０…ネットワーク、４０…外部記憶装置、４１…プログラム、４２…格納部、５０…ゲーム制御装置、５１…カード管理部、５２…デッキ構築部、５３…パラメータ設定部、５４…ゲーム制御部。

Claims (8)

1. ゲームをプレイする複数のユーザの各々によって利用される複数の通信端末と通信可能に接続され、当該ゲームをプレイする複数のユーザから構成されるグループを示すグループ管理情報と１のアイテムを構成する複数の構成アイテムを示す構成アイテム情報とを格納する格納手段を有するゲーム制御装置が実行するゲーム制御方法であって、
   前記複数のユーザの各々に対して、当該ユーザによって利用される通信端末に対する当該ユーザの操作に応じて前記構成アイテムを付与するステップと、
   前記複数のユーザの各々に付与された構成アイテムを示す入手構成アイテム情報を前記格納手段に格納するステップと、
   前記格納手段に格納された入手構成アイテム情報に基づいて、前記グループ管理情報によって示されるグループを構成する複数のユーザに対して、前記構成アイテム情報によって示される前記１のアイテムを構成するために必要な複数の構成アイテムの全てが付与されたかを判定するステップと、
   前記複数の構成アイテムの全てが付与されたと判定された場合、前記グループ管理情報によって示されるグループを構成する複数のユーザに対して特典を付与するステップと
   を具備し、
   前記格納手段は、前記複数のユーザの各々の前記ゲームのプレイに応じて変化する当該複数のユーザの各々のレベルを示すレベル管理情報を更に格納し、
   前記構成アイテムを付与するステップにおいて、前記レベル管理情報に基づいて、前記構成アイテム情報によって示される複数の構成アイテムの各々を異なる範囲のレベルのユーザに対して異なる確率で付与する
   ことを特徴とするゲーム制御方法。
2. ゲームをプレイする複数のユーザの各々によって利用される複数の通信端末と通信可能に接続され、当該ゲームをプレイする複数のユーザから構成されるグループを示すグループ管理情報と１のアイテムを構成する複数の構成アイテムを示す構成アイテム情報とを格納する格納手段を有するゲーム制御装置が実行するゲーム制御方法であって、
   前記複数のユーザの各々に対して、当該ユーザによって利用される通信端末に対する当該ユーザの操作に応じて前記構成アイテムを付与するステップと、
   前記複数のユーザの各々に付与された構成アイテムを示す入手構成アイテム情報を前記格納手段に格納するステップと、
   前記格納手段に格納された入手構成アイテム情報に基づいて、前記グループ管理情報によって示されるグループを構成する複数のユーザに対して、前記構成アイテム情報によって示される前記１のアイテムを構成するために必要な複数の構成アイテムの全てが付与されたかを判定するステップと、
   前記複数の構成アイテムの全てが付与されたと判定された場合、前記グループ管理情報によって示されるグループを構成する複数のユーザに対して特典を付与するステップと
   を具備し、
   前記格納手段は、前記複数のユーザの各々の前記ゲームのプレイに応じて変化する当該複数のユーザの各々のレベルを示すレベル管理情報を更に格納し、
   前記構成アイテムを付与するステップにおいて、前記レベル管理情報に基づいて、前記構成アイテム情報によって示される複数の構成アイテムの各々を異なる範囲のレベルのユーザに対して付与する
   ことを特徴とするゲーム制御方法。
3. 前記特典を付与するステップは、
   予め定められた期間内に前記複数の構成アイテムの全てが付与されたと判定された場合に、前記グループ管理情報によって示されるグループを構成する複数のユーザに対して特典を付与するステップと、
   前記予め定められた期間が経過した場合、前記格納手段に格納された入手構成アイテム情報を削除するステップと
   を含む
   ことを特徴とする請求項１または２記載のゲーム制御方法。
4. 前記構成アイテム情報によって示される複数の構成アイテムを付与するためのイベントを定期的に発生するステップを更に具備し、
   前記予め定められた期間は、前記イベントが発生されている期間を含む
   ことを特徴とする請求項３記載のゲーム制御方法。
5. 前記複数の構成アイテムの全てが付与されたと判定された場合、前記グループ管理情報によって示されるグループに対してランキングポイントを付与するステップと、
   予め定められた期間内に前記グループに付与されたランキングポイントの合計値に応じて、当該グループを構成する複数のユーザに対して特典を付与するステップと
   を更に具備することを特徴とする請求項１または２記載のゲーム制御方法。
6. ゲームをプレイする複数のユーザの各々によって利用される複数の通信端末と通信可能に接続されるゲーム制御装置において、
   前記ゲームをプレイする複数のユーザから構成されるグループを示すグループ管理情報と１のアイテムを構成する複数の構成アイテムを示す構成アイテム情報とを格納する格納手段と、
   前記複数のユーザの各々に対して、当該ユーザによって利用される通信端末に対する当該ユーザの操作に応じて前記構成アイテムを付与する構成アイテム付与手段と、
   前記複数のユーザの各々に付与された構成アイテムを示す入手構成アイテム情報を前記格納手段に格納する格納処理手段と、
   前記格納手段に格納された入手構成アイテム情報に基づいて、前記グループ管理情報によって示されるグループを構成する複数のユーザに対して、前記構成アイテム情報によって示される前記１のアイテムを構成するために必要な複数の構成アイテムの全てが付与されたかを判定する判定手段と、
   前記複数の構成アイテムの全てが付与されたと判定された場合、前記グループ管理情報によって示されるグループを構成する複数のユーザに対して特典を付与する特典付与手段と
   を具備し、
   前記格納手段は、前記複数のユーザの各々の前記ゲームのプレイに応じて変化する当該複数のユーザの各々のレベルを示すレベル管理情報を更に格納し、
   前記構成アイテム付与手段は、前記レベル管理情報に基づいて、前記構成アイテム情報によって示される複数の構成アイテムの各々を異なる範囲のレベルのユーザに対して異なる確率で付与する
   ことを特徴とするゲーム制御装置。
7. ゲームをプレイする複数のユーザの各々によって利用される複数の通信端末と通信可能に接続され、当該ゲームをプレイする複数のユーザから構成されるグループを示すグループ管理情報と１のアイテムを構成する複数の構成アイテムを示す構成アイテム情報とを格納する格納手段を有するゲーム制御装置のコンピュータによって実行されるプログラムであって、
   前記コンピュータに、
   前記複数のユーザの各々に対して、当該ユーザによって利用される通信端末に対する当該ユーザの操作に応じて前記構成アイテムを付与するステップと、
   前記複数のユーザの各々に付与された構成アイテムを示す入手構成アイテム情報を前記格納手段に格納するステップと、
   前記格納手段に格納された入手構成アイテム情報に基づいて、前記グループ管理情報によって示されるグループを構成する複数のユーザに対して、前記構成アイテム情報によって示される前記１のアイテムを構成するために必要な複数の構成アイテムの全てが付与されたかを判定するステップと、
   前記複数の構成アイテムの全てが付与されたと判定された場合、前記グループ管理情報によって示されるグループを構成する複数のユーザに対して特典を付与するステップと
   を実行させ、
   前記格納手段は、前記複数のユーザの各々の前記ゲームのプレイに応じて変化する当該複数のユーザの各々のレベルを示すレベル管理情報を更に格納し、
   前記構成アイテムを付与するステップにおいて、前記レベル管理情報に基づいて、前記構成アイテム情報によって示される複数の構成アイテムの各々を異なる範囲のレベルのユーザに対して異なる確率で付与する
   ことを特徴とするプログラム。
8. ゲームをプレイする複数のユーザの各々によって利用され、第１の格納手段を有する複数の通信端末と、当該複数の通信端末と通信可能に接続され、当該ゲームをプレイする複数のユーザから構成されるグループを示すグループ管理情報と１のアイテムを構成する複数の構成アイテムを示す構成アイテム情報とを格納する第２の格納手段を有するゲーム制御装置とを備えるゲーム制御システムが実行するゲーム制御方法であって、
   前記複数の通信端末の各々が、前記複数のユーザの各々に対して、当該ユーザによって利用される通信端末に対する当該ユーザの操作に応じて前記構成アイテムを付与するステップと、
   前記複数の通信端末の各々が、当該通信端末を利用するユーザに付与された構成アイテムを示す入手構成アイテム情報を前記第１の格納手段に格納するステップと、
   前記ゲーム制御装置が、前記複数の通信端末の各々が有する第１の格納手段に格納された入手構成アイテム情報に基づいて、前記第２の格納手段に格納されているグループ管理情報によって示されるグループを構成する複数のユーザに対して、前記第２の格納手段に格納されている構成アイテム情報によって示される前記１のアイテムを構成するために必要な複数の構成アイテムの全てが付与されたかを判定するステップと、
   前記ゲーム制御装置が、前記複数の構成アイテムの全てが付与されたと判定された場合、前記第２の格納手段に格納されているグループ管理情報によって示されるグループを構成する複数のユーザに対して特典を付与するステップと
   を具備し、
   前記第２の格納手段は、前記複数のユーザの各々の前記ゲームのプレイに応じて変化する当該複数のユーザの各々のレベルを示すレベル管理情報を更に格納し、
   前記構成アイテムを付与するステップにおいて、前記レベル管理情報に基づいて、前記構成アイテム情報によって示される複数の構成アイテムの各々を異なる範囲のレベルのユーザに対して異なる確率で付与する
   ことを特徴とするゲーム制御方法。

Images