JP2015112384A - 情報処理装置、情報処理システム、プログラム - Google Patents

Abstract

【課題】ユーザに対応付けられるオブジェクトが、対戦において有効に使用できるか否かについてユーザが判断することができるようにした情報処理装置、情報処理システム、プログラムを提供する。【解決手段】ユーザが対戦で使用する複数の第１オブジェクトから構成される第１オブジェクトグループを示す第１オブジェクトグループ情報を記憶する記憶装置にアクセス可能な装置であって、ユーザによる操作に基づいて、第２オブジェクトを選択する選択手段５２と、選択手段５２により選択された第２オブジェクトをユーザに対応付ける対応付け手段５３と、記憶装置から、ユーザに対応する第１オブジェクトグループ情報を取得する取得手段５４と、取得手段５４が取得した第１オブジェクトグループと、第２オブジェクトとの間の対戦の処理の結果得られる情報を用いて、対戦の内容をユーザに識別させるための出力データを出力する出力手段５７と、を備える。【選択図】図１６

Description

本発明は、オブジェクトを使用する情報処理の技術に関する。

近年、ソーシャルネットワーキングサービス（ＳＮＳ）において実行されるアプリケーションとして、いわゆるソーシャルゲームが普及している。このようなソーシャルゲームとして、オブジェクトとしてのキャラクタを利用したゲームが知られている（例えば、特許文献１参照）。
かかるゲームの中には、所定数のオブジェクトを用いてユーザが対戦相手（他のユーザあるいはＮＰＣ(Non-Player Character)）と対戦を行う対戦ゲームが存在する。このような対戦ゲームにおいては、対戦に用いられるオブジェクト選びが勝敗を決定する上で重要な要素となることから、ユーザは、オブジェクトの強さや属性などを考慮して対戦に使用するオブジェクトを選択する。

特開２０１３−０００４９８号公報

上述した対戦ゲームにおいて、ユーザに対してオブジェクトが付与されるときに、そのオブジェクトに設定されている情報（例えば、攻撃力、防御力、スキル等）が表示される場合がある。ユーザは当該情報を閲覧することで、付与されたオブジェクトについての客観的な指標を認識することができる。しかし、対戦ゲームにおいて実行される対戦の方法によっては、そのような客観的な指標だけでは、入手したオブジェクトが対戦において有効に使用できるオブジェクトであるのか認識するのが難しい場合がある。

本発明は上述した観点に鑑みてなされたもので、ユーザに対応付けられるオブジェクトが、対戦において有効に使用できるか否かについてユーザが判断することができるようにした情報処理装置、情報処理システム、プログラムを提供することを目的とする。

本発明の一態様は、ユーザが対戦で使用する複数の第１オブジェクトから構成される第１オブジェクトグループを示す第１オブジェクトグループ情報を記憶する記憶装置にアクセス可能な情報処理装置であって、
ユーザによる操作に基づいて、第２オブジェクトを選択する選択手段と、
前記選択手段により選択された前記第２オブジェクトを前記ユーザに対応付ける対応付け手段と、
前記記憶装置から、前記ユーザに対応する第１オブジェクトグループ情報を取得する取得手段と、
前記取得手段が取得した第１オブジェクトグループと、前記第２オブジェクトとの間の対戦の処理の結果得られる情報を用いて、当該対戦の内容を前記ユーザに識別させるための出力データを出力する出力手段と、
を備えた情報処理装置である。

本発明の別の態様は、ユーザ端末と、当該ユーザ端末からアクセスされるサーバと、を含み、前記ユーザ端末または前記サーバの少なくともいずれかが、ユーザが対戦で使用する複数の第１オブジェクトから構成される第１オブジェクトグループを示す第１オブジェクトグループ情報を記憶する記憶装置にアクセス可能に構成される情報処理システムであって、
ユーザによる操作に基づいて、第２オブジェクトを選択する選択手段、
前記選択手段により選択された前記第２オブジェクトを前記ユーザに対応付ける対応付け手段、
前記記憶装置から、前記ユーザに対応する第１オブジェクトグループ情報を取得する取得手段、
前記取得手段が取得した第１オブジェクトグループと、前記第２オブジェクトとの間の対戦の処理の結果得られる情報を用いて、当該対戦の内容を前記ユーザに識別させるための出力データを出力する出力手段、
の各手段を、前記ユーザ端末又は前記サーバのいずれか一方が備えた、
ゲームシステムである。

本発明の別の態様は、ユーザが対戦で使用する複数の第１オブジェクトから構成される第１オブジェクトグループを示す第１オブジェクトグループ情報を記憶する記憶装置にアクセス可能なコンピュータに、
ユーザによる操作に基づいて、第２オブジェクトを選択する選択手段、
前記選択手段により選択された前記第２オブジェクトを前記ユーザに対応付ける対応付け手段、
前記記憶装置から、前記ユーザに対応する第１オブジェクトグループ情報を取得する取得手段、
前記取得手段が取得した第１オブジェクトグループと、前記第２オブジェクトとの間の対戦の処理の結果得られる情報を用いて、当該対戦の内容を前記ユーザに識別させるための出力データを出力する出力手段、
を実現させるためのプログラムである。

第１の実施形態のゲームシステムの基本構成を示す図。 第１の実施形態のユーザ端末の構成を示すブロック図。 第１の実施形態のゲームサーバの構成を示すブロック図。 第１の実施形態の模擬戦の原理を説明する図。 ユーザデータテーブルの構成例を示す図。 カードデータテーブルの構成例を示す図。 所持カードデータテーブルの構成例を示す図。 デッキデータテーブルの構成例を示す図。 第１の実施形態のゲームの対戦フィールドについて説明するための図。 第１の実施形態のゲームにおいてユーザが自身のデッキを構築するときにユーザ端末に表示される一連の画像の例を示す図。 第１の実施形態のゲームにおいてユーザ間の対戦が行われるときにユーザ端末に表示される一連の画像の例を示す図。 第１の実施形態のゲームにおいてユーザ間の対戦が行われるときにユーザ端末に表示される一連の画像の例を示す図。 第１の実施形態のゲームにおいてユーザ間の対戦が行われるときにユーザ端末に表示される一連の画像の例を示す図。 対戦におけるカードの前方移動について説明するための図。 対戦におけるカードの横移動について説明するための図。 対戦の開始から終了までの各カードの移動態様の一例を順に示す図。 対戦の開始から終了までの各カードの移動態様の一例を順に示す図。 対戦の開始から終了までの各カードの移動態様の一例を順に示す図。 第１の実施形態のゲームにおいて模擬戦を伴うカード抽選が行われるときにユーザ端末に表示される一連の画像の例を示す図。 第１の実施形態のゲーム制御装置の機能ブロック図。 対戦処理データのデータ構成の一例を示す図。 第１の実施形態のゲームにおける対戦処理の一例を示すフローチャート。 攻撃処理の一例を示すフローチャート。 カードの前方移動処理の一例を示すフローチャート。 対戦相手のカードの横移動処理の一例を示すフローチャート。 ユーザのカードの横移動処理の一例を示すフローチャート。 対戦中の各カードの移動態様の変形例を示す図。 第１の実施形態の抽選処理の一例を示すシーケンスチャート。 ユーザが模擬戦を行うときの処理のユーザ端末に表示される画像の変形例を示す図。 変形例に係る抽選処理においてユーザが模擬戦の再戦を行うときの処理の一例を示すシーケンスチャート。 ユーザが模擬戦の再戦を行うときの処理のユーザ端末に表示される画像の変形例を示す図。

（１）第１の実施形態
以下、本発明の情報処理システムの第１の実施形態に係るゲームシステムについて説明する。なお、以下の説明では、出力データの一例として画像データの場合について説明するが、出力データは、画像データに限られず、テキストデータ、音声データ、テキストデータ、あるいはこれらの少なくともいずれかのデータと画像データとの組合せであってもよい。

（１−１）ゲームシステムの構成
図１は、実施形態のゲームシステム１のシステム構成例を示している。図１に示すように、このゲームシステム１は、ユーザ端末１０ａ，１０ｂ，１０ｃ，…、およびゲームサーバ２０を含む。各ユーザ端末１０ａ，１０ｂ，１０ｃからゲームサーバ２０に対しては、例えばインターネットなどの通信網ＮＷを通してアクセス可能である。なお、ゲームシステム１は、情報処理システムの一例である。また、ゲームサーバ２０は、情報処理装置の一例である。
各ユーザ端末１０ａ，１０ｂ，１０ｃ，…はそれぞれ、個々のユーザによって操作される端末であり、例えば、フィーチャーフォン、スマートフォン、タブレット端末、パーソナルコンピュータ、双方向の通信機能を備えたテレビジョン受像機（いわゆる多機能型のスマートテレビも含む。）、通信機能付き携帯ゲーム機などの通信端末である。以下の説明において、各ユーザ端末１０ａ，１０ｂ，１０ｃ，…に共通して言及するときには、ユーザ端末１０と表記する。

ゲームサーバ２０は、ゲームを実行するサーバである。ゲームサーバ２０には、ウェブブラウザによって解釈可能な画像データ（例えばＨＴＭＬ、ＸＭＬなどの形式で記述された画像データのことである。本発明の実施形態では、ＨＴＭＬデータを例として説明する。）を作成可能なプログラムが実装されている。
ユーザ端末１０は、ゲームサーバ２０によって提供されるＨＴＭＬデータを解釈して表示するウェブブラウザを備えており、ユーザ端末１０によるウェブページ上のユーザの操作に基づく要求を、ネットワークを介してゲームサーバ２０へ送信し、ゲームサーバ２０による処理結果を受信することでゲームの処理を実行する。
通信網ＮＷは、例えば、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、専用回線、又はこれらの組み合わせによって構成される情報通信ネットワークである。

（１−２）ユーザ端末の構成
図２を参照してユーザ端末１０について説明する。
図２に示すように、ユーザ端末１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ(Read Only Memory)１２、ＲＡＭ(Random Access Memory)１３、操作入力部１５、表示部１６、通信インタフェース部１７、および、ストレージ１８を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス１９が設けられている。

ＣＰＵ１１は、ＲＯＭ１２に格納されているプログラムやデータを読み出して、ユーザ端末１０内の各部との制御信号やデータ信号のタイミング処理等、ユーザ端末１０内の全体の動作を制御する。ＣＰＵ１１はまた、ストレージ１８に記憶されているプログラムや、プログラムの実行に必要な各種データを読み出してＲＡＭ１３に展開し、プログラムの実行に伴うデータの入出力処理、演算処理、判定処理等の各種処理を行う。ＲＡＭ１３は、ＣＰＵ１１による演算処理、判定処理等のために一時的にデータを記憶する。

例えば、ＣＰＵ１１は、ストレージ１８内に格納されているウェブブラウザをＲＡＭ１３にロードして実行する。そして、ＣＰＵ１１は、操作入力部１５等によってユーザに入力されるＵＲＬ(Uniform Resource Locator)の指定に基づき、通信インタフェース部１７を介して、ゲームサーバ２０からウェブページを表示するためのデータ、すなわち、ＨＴＭＬ(HyperText Markup Language)文書や当該文書と関連付けられた画像などのオブジェクトのデータ（以下、総称して適宜「ＨＴＭＬデータ」と表記する。）を、通信インタフェース部１７を介して取得し、ウェブブラウザを実行してＨＴＭＬデータを解釈する。なお、ユーザ端末１０には、ウェブブラウザのブラウザ機能を拡張するための様々なプラグインが実装されていてもよい。そのようなプラグインの一例は、米国のアドビシステムズ社によるフラッシュプレイヤである。あるいは、本実施形態でのＨＴＭＬデータを、動画および音声の再生機能を備えたＨＴＭＬ５形式としてもよい。

ウェブブラウザは、ゲームサーバ２０とＨＴＴＰ(HyperText Transfer Protocol)に従った通信を行う。ウェブブラウザは、ユーザによる操作入力部１５の操作によってウェブページ上のＵＲＬ(Uniform Resource Locator)または操作対象（例えば、ソフトウェアボタン（以下、単に「ボタン」と表記する。）等）が選択されると、ウェブページの更新のために、その選択結果を含むＨＴＴＰリクエストをゲームサーバ２０に送信する。ウェブブラウザは、ＨＴＴＰレスポンスとしてゲームサーバ２０からＨＴＭＬデータを取得し、解釈して、ウェブページの画像を表示部１６に表示する。
本実施形態において、ＨＴＭＬデータは画像データの一例である。

表示部１６は、たとえば、ＬＣＤ(Liquid Cristal Display)や有機ＥＬ(Electro Luminescence)ディスプレイ等の表示デバイスであり、ウェブページの画像を表示画面１６ａに表示する。

ユーザ端末１０が釦入力方式のユーザ端末である場合、操作入力部１５は、例えば、ユーザの操作入力を受け入れるための方向指示釦、決定釦、テンキーなどの複数の指示入力釦を備え、各釦の押下（操作）入力を認識してＣＰＵ１１へ出力するためのインタフェース回路を含む。
ユーザ端末１０がタッチパネル入力方式のユーザ端末である場合、操作入力部１５は、主として表示画面に指先あるいはペンで触れることによるタッチパネル方式の入力を受け付ける。

ストレージ１８は、例えばフラッシュメモリあるいはＨＤＤ(Hard Disk Drive)によって構成される記憶装置である。

（１−３）ゲームサーバの構成
図３を参照してゲームサーバ２０の構成について説明する。
図３に示すように、ゲームサーバ２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、通信インタフェース部２４、および、ストレージ２５を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス２６が設けられている。なお、ゲームサーバ２０は、ハードウェアに関しては汎用のネットワークサーバと同一の構成をとることができる。

ＣＰＵ２１は、ＲＯＭ２２に格納されているプログラムやデータを読み出して、ゲームサーバ２０内の各部との制御信号やデータ信号のタイミング処理等、ゲームサーバ２０内の全体の動作を制御する。ＣＰＵ２１はまた、ストレージ２５に記憶されているプログラムや、プログラムの実行に必要な各種データを読み出してＲＡＭ２３に展開し、プログラムの実行に伴うデータの入出力処理、演算処理、判定処理等の各種処理を行う。ＲＡＭ２３は、ＣＰＵ２１による演算処理、判定処理等のために一時的にデータを記憶する。

例えば、ストレージ２５には、クライアントであるユーザ端末１０のウェブブラウザとの間でＨＴＴＰに従った通信を行ってウェブサービスを提供するプログラムが格納されている。ＣＰＵ２１は、ストレージ２５に格納されているプログラムをＲＡＭ２３に展開して、プログラムを実行する。プログラムの実行に伴ってＣＰＵ２１は、通信インタフェース部２４を介してユーザ端末１０からＨＴＴＰリクエストを取得し、当該ＨＴＴＰリクエストに応じた処理を実行し、その実行結果を含むＨＴＭＬデータをＨＴＴＰレスポンスとしてユーザ端末１０へ返す。

ストレージ２５は、例えばフラッシュメモリあるいはＨＤＤ(Hard Disk Drive)によって構成される記憶装置であり、上述したプログラムに加え、データテーブル群を格納する。データテーブル群は、ユーザデータテーブル、カードデータテーブル、所持カードデータテーブル、および、デッキデータテーブルを含む。ストレージ２５内の各データテーブルは、適宜ＣＰＵ２１からデータの読み書きのためにアクセスされる。

（１−４）本実施形態の模擬戦
本実施形態のゲームシステム１において実行されるゲームは、ユーザがオブジェクトとしてのカードを利用するゲームである。このゲームでは、例えば、ユーザがゲーム上で、あるいは他のユーザからカードやアイテムを取得し、あるいはユーザが所持するカードを用いて他のユーザやＮＰＣと対戦する。ユーザが対戦で使用する１または複数のカード（以下、適宜「対戦使用カード」という。）は、ユーザが所持するカード（所持カード）の中から、ユーザ操作に基づいて、あるいは自動的に選択される。

本実施形態において「模擬戦」とは、ユーザの対戦使用カードと、ユーザが取得した、若しくは取得予定のカードとの間で行われる対戦である。ユーザのカードの取得方法は、ゲームの実行中に取得する方法と、ゲームの実行中以外のときに取得する方法とがあってもよい。ゲームの実行中に取得する方法は適宜設定してよいが、例えばユーザがゲーム内のエリアを探索中に所定の、あるいはランダムな確率でカードが付与される場合、ユーザが所定のステージをクリアしたときの報酬としてユーザにカードが付与される場合、あるいは、ユーザが抽選処理を実行することで無作為にユーザにカードが付与される場合などがある。ゲームの実行中以外のときに取得する方法としては、ユーザが他のユーザからカードをプレゼントされることで当該カードを取得する場合や、ユーザが他のカードとの間でカード交換（トレード）を行うことでカードを取得する場合などがある。

図４は、本実施形態の模擬戦の原理を説明する図である。図４において、ユーザの所持カードの中でカードＡ〜Ｄがユーザの対戦使用カードであるとする。そのユーザがカードＱ，Ｒを取得した場合を想定する。図４では、ユーザが取得したカード（以下、「取得カード」という。）が２枚である場合を想定しているが、ユーザの取得カードの枚数は特に限定されるものではなく、１枚であってもよい。
カードＱ，Ｒを取得したユーザは、カードＱ，Ｒが対戦に有効なカードであるのかどうか直ちに認識することはできない。例えば、カードＱ，Ｒが攻撃力等の比較的単純なパラメータのみで構成されており、対戦の結果が攻撃力の大小のみによって決定されるような単純な対戦ルールの基では、ユーザは取得したカードの攻撃力を確認することのみをもって、その取得カードが対戦使用カードに組み込むべきカードである否かの感触を得られる場合もあるが、多くの対戦では、カードに対応付けられた複数のパラメータ、あるいは、カードが配置される領域等によって、カードが対戦でどの程度有効に力を発揮するのか左右される。カードを配置可能な複数の領域が存在する場合、その複数の領域内のいずれの領域にカードを配置するかで、カードの攻撃力等が変化することもあるからである。そのため、ユーザの対戦使用カードとユーザの取得カードとの間で模擬戦を行い、その模擬戦の内容をユーザが識別可能に表示させることで、ユーザは、取得カードが対戦に有効なカードであるか否かについて、より適切な判断をすることができるようになる。例えば、取得カードが対戦使用カードに勝利した場合、あるいは敗北したとしても善戦したような場合には、ユーザは取得カードを対戦使用カードに組み込むことができると判断することができる。

なお、ユーザの取得カードと、ＮＰＣとの対戦を仮に模擬戦として行う場合、ユーザはＮＰＣの強さがわからないため、その対戦の内容を視認したとしても、取得カードが今後の対戦において有効に利用するものなのか適切に判断することができない。一方、ユーザの取得カードと、ユーザの対戦使用カードとの対戦では、ユーザが自身の対戦使用カードの対戦における強さを把握しているため、模擬戦の内容を確認することでユーザの取得カードの、普段から使用している対戦使用カードを基準とした強さが、相対的に認識しやすいものとなる。

ゲームに設けられるユーザ間の対戦や模擬戦の内容は特に限定されるものではないが、以下で説明する本実施形態のゲームでは、ユーザ間の対戦について、各ユーザが複数のユーザ使用カードを基に構築したカードデッキ（以下、適宜単に「デッキ」ともいう。）によって対戦を行う場合を例にとる。その場合、模擬戦についてもユーザ間の対戦と同様に、カードデッキによって対戦が行われる。このカードデッキによる対戦は、後述するように、カードのパラメータや配置される領域等によって対戦中における各カードの動きが比較的複雑なものとなっており、対戦の内容を確認しない場合にカードの対戦における有効性がユーザに認識し難い対戦ゲームの一例である。

（１−５）データテーブル群の構成
以下、ストレージ２５に格納される各データテーブルについて説明する。

（１−５−１）ユーザデータテーブル（図５）
図５に、本実施形態のゲームにおいて適用されるユーザデータテーブル３１の一例を示す。この例では、ユーザデータテーブル３１は、ユーザＩＤ（ユーザ識別情報）ごとに、ユーザ名、ユーザ画像、ゲームレベル、使用可能コスト、および所持カードの各項目についての情報を含む。ユーザデータテーブル３１に含まれる情報は、ゲームサーバ２０によって逐次更新されうる。

以下の説明では、ユーザデータテーブルに含まれるユーザＩＤごとのデータを総称してユーザデータという。図５に例示するユーザデータを構成する各項目のデータは、以下のとおりであるが、この項目以外にもゲーム上でユーザに対応付けられる他のパラメータ等を適宜設定してもよい。
・ユーザ名
ユーザ名は、ゲームの実行時にユーザ端末１０のユーザを特定するために表示されるユーザ名である。ユーザ名は、例えばユーザによって予め指定される所定長以下のテキストである。ユーザ名は、ゲームサーバ２０によって提供されるネットワーク環境（あるいはゲームコミュニティ）上でユーザを特定する名称である。
・ゲームレベル
ユーザのゲームにおける進行度合いを示すデータであり、ユーザによるゲームの進行に伴って増加する値である。ゲームレベルは、本実施形態のゲームにおいて予め規定された規則に従って増加する。ゲームレベルは例えば、対戦でユーザが勝利した数、又は対戦での勝率が増加するにつれて増加してもよい。

（１−５−２）カードデータテーブル（図６）
図６にカードデータテーブルの構成例を示す。図６に示すように、カードデータテーブルには、カードＩＤ毎に、カード名、カード画像、および、カードパラメータ（レアリティ、コスト、射程距離、攻撃力、防御力、ＨＰ、命中精度、回避能力、価格）についてのデータ（以下、総称して適宜「カードデータ」ともいう。）を含む。各データの内容は以下のとおりである。

・カード名
カードに対応するキャラクタは、カードに表示されるモンスターキャラクタの名称（Ｍ３，Ｍ８等）についての情報である。
・カード画像
カード画像は、ゲーム画像においてカード上に表示されるキャラクタの画像である。図６に例示するＪＰＥＧ形式はカード画像のファイル形式の一例に過ぎず、他のファイル形式（ＧＩＦ等）が用いられてもよい。
・レアリティ
カードのレアリティは、カードの希少の程度を示すパラメータである。図６に示す例では、Ｒ１〜Ｒ５の順にカードの希少の程度が高い。
・コスト
カードのコストは、そのカードをユーザが自身のカードデッキに含めるか否かについて検討するときに参照されるパラメータである。本実施形態のゲームでは、カードデッキに含まれるカードのコストの総和が所定値以下に制限されるようにしてもよい。なお、攻撃力が大きいほどカードのコストを大きく設定してもよいが、それに限られない。
・射程距離
カードの射程距離は、攻撃においてそのカードが得意とする射程距離を示すパラメータである。カードの射程距離は、「短」（ショートレンジ）、「中」（ミドルレンジ）または「長」（ロングレンジ）のいずれかである。射程距離は、オブジェクトの配置情報の一例である。
・攻撃力
カードの攻撃力は、対戦においてカードの攻撃力を示すパラメータである。カードの攻撃力の値が大きいほど、対戦では、攻撃対象の敵のカードのＨＰをより多く低下させることができる。
・防御力
カードの防御力は、対戦において敵のカードの攻撃に対する防御力を示すパラメータである。カードの防御力が大きいほど、対戦では、敵の攻撃に対する自身のＨＰが低下し難くなる。
・ＨＰ
カードのＨＰは、対戦におけるカードの初期の体力を示すパラメータである。対戦中に敵のカードから攻撃を受けることでカードのＨＰがゼロになると、そのカードは対戦において消失することになる。
・命中精度
カードの命中精度は、そのカードの攻撃が、攻撃対象の敵のカードに命中する精度の高さを示すパラメータである。カードの命中精度の値が大きいほど精度が高い。
・回避能力
カードの回避能力は、そのカードが敵のカードから攻撃を受けたときにその攻撃から回避する能力の大きさを示すパラメータである。回避能力の値が高いほど敵のカードからの攻撃を受け難い。
・価格
カードの価格は、そのカードを売却するときのゲーム内の仮想通貨の額を示す値である。

（１−５−３）所持カードデータテーブル（図７）
図７に所持カードデータテーブルの構成例を示す。図７に示すように、所持カードデータテーブルは、ユーザＩＤごとに、ユーザが所持するカードのデータ（カードＩＤ、シリアル番号、カードレベル）が対応付けられている。
シリアル番号は、ユーザにカードが付与された時点で決定される固有の番号である。同一のカードＩＤのカードに対しても異なるシリアル番号が付される。
カードレベルはカードの育成レベルを示すパラメータ（初期値：１）である。カードの育成方法は特に限定されるものではないが、例えば特定のカードを他のカードと合成させる処理を行うことにより、その特定のカードのカードレベルを上昇させるように構成されていてもよい。なお、カードを使用するときのカードのパラメータは、カードレベルに応じて変化させてもよい。例えば、図６に例示したカードＣ００１の攻撃力は「２００」の固定値であるが、カードレベルが「１」のときに「５０」、カードレベルが「２」のときに「１００」、…、カードレベルが「４」（最大値）のときに「２００」、といった具合に変化させてもよい。

（１−５−４）デッキデータテーブル（図８）
図８にデッキデータテーブルの構成例を示す。図８の例では、ユーザＩＤに対応してデータＩＤで特定される複数のデッキが記録可能に構成されているが、ユーザＩＤに対応して１つのデッキのみが記録可能であってもよい。デッキＩＤに対応して、後述する対戦フィールド上のカードのセルの初期位置（（Ｘ，Ｙ）（Ｘ：１〜３，Ｙ：１〜６）の３×６のマトリクスの各位置）と、カードＩＤおよびシリアル番号とが記録されている。デッキデータテーブルは、対戦フィールド上にカードが配置されるセルの位置を示している。
後述する本実施形態のゲームの対戦では、ユーザが対戦に使用するカードデッキがデッキデータテーブルから読み出されて、カードデッキに含まれる各対戦使用カードが後述する対戦フィールド上にいずれかのセルに配置される。各カードデッキは、デッキＩＤに対応付けられている。図８に例示したように、各ユーザに対して複数のカードデッキが記録されてもよい。なお以下では、各ユーザに１つのカードデッキが記録されている場合について説明する。

（１−６）本実施形態のゲーム
次に、本実施形態のゲームについて、図９〜１０，図１１Ａ〜１０Ｂ，図１２〜１３，および図１４Ａ〜１４Ｃを参照して説明する。

（１−６−１）対戦フィールドとカードの配置
本実施形態のゲームでは、ゲーム空間内に対戦フィールドが設けられ、対戦フィールド上のいずれかのセルに配置されるカードデッキによって対戦が行われる。対戦には、異なるユーザのカードデッキ同士の対戦、ユーザのカードデッキ対ＮＰＣの対戦、ユーザのカードデッキと抽選カードデッキの間の対戦（上述した模擬戦）等が含まれる。なお、「抽選カードデッキ」は、抽選によるユーザの取得カード（以下、「抽選カード」という。）から構成されるカードデッキである。対戦フィールドは、対戦においてオブジェクトを配置可能な複数の領域（セル）からなるものである。なお、本実施形態では、1つのセルに、１枚のカードが配置できるものとしている。
以下の説明では、ユーザ端末１０の操作対象となるユーザのユーザデッキを適宜「ユーザデッキ」といい、当該ユーザの対戦相手となるカードデッキ（抽選カードデッキを含む）を「敵デッキ」という。なお、ユーザ間での対戦は、非同期で行われてもよい。

図９を参照して対戦フィールドについて説明する。図９は、本実施形態のゲームの対戦フィールドＢＦの一例について説明するための図である。図９に示すように、対戦フィールドＢＦは、ユーザデッキを配置するための領域ＵＡａと、敵デッキを配置するための領域ＵＡｂとを含む。図９の例では、領域ＵＡａは、３×６のセルＣａ（ｍ，ｎ）（ｍ：１〜３の整数，ｎ：１〜６の整数）によるマトリクスで形成されている。領域ＵＡｂは、３×６のセルＣｂ（ｍ，ｎ）（ｍ：１〜３の整数，ｎ：１〜６の整数）によるマトリクスで形成されている。領域ＵＡａのユーザデッキと領域ＵＡｂの敵デッキは、基準線Ｌ０を挟んで互いに対向するようにして対戦フィールド上のいずれかのセルに配置される。なお、図９に示すように、上記ｍは基準線Ｌ０を基準としたときの行に相当し、上記ｎは、左端を基準としたときの列に相当する。ユーザデッキの領域ＵＡａと敵デッキの領域ＵＡｂの第１行はそれぞれ、第１基準行と第２基準行の一例である。対戦中において、ユーザデッキの各カードは領域ＵＡａ内を移動し、敵デッキの各カードは領域ＵＡｂ内を移動するが、互いに基準線Ｌ０を越えて移動することはない。
なお、図９において、各領域ＵＡａ，ＢＦｂが３×６のセルのマトリクスで構成しているのは一例に過ぎず、任意の大きさのマトリクスで各領域を形成してよい。
以下の説明では、マトリクスの各領域を「位置」ということがある。また、カードの「配置位置」とは、カードが配置される位置を意味する。

（１−６−２）デッキ構築
図１０は、本実施形態のゲームにおいてユーザが所持カードを基に自身のデッキを構築するときにユーザ端末１０上に表示される一連の画像の例を示す図である。
以下では、ゲームを実行しているユーザが、ユーザ名が「ＸＹＺ」であるユーザ（以下、ユーザＸＹＺ）である場合を例として説明する。

図１０の画像Ｐ０は、本実施形態のゲームのメインメニューを表示する画像の一例である。画像Ｐ０には、ユーザが自身のデッキを構築するためのボタンｂ１（「デッキ構築」）と、他のユーザまたはＮＰＣと対戦を行うためのボタンｂ２（「対戦」）と、抽選によってカードを入手するためのボタンｂ３（「抽選」）およびボタンｂ４（「抽選（模擬戦）」）とが表示される。ボタンｂ４（「抽選（模擬戦）」）は、抽選によってカードを入手した後に、ユーザデッキと、入手したカードによって構築されるデッキ（抽選カードデッキ）との間で模擬戦を行うためのボタンである。

画像Ｐ０上でボタンｂ１（「デッキ構築」）に対する指定があった場合、Ｐ１に示すように画像が更新される。画像Ｐ１には、ユーザデッキを構築するための方法を選択するボタンとして、ボタンｂ５（「既存のデッキを編集」）およびボタンｂ６（「新たなデッキを作成」）を含む。ボタンｂ５（「既存のデッキを編集」）は、既にデッキデータテーブルに記録されているユーザデッキを編集するためのボタンである。ボタンｂ６（「新たなデッキを作成」）は、新たなユーザデッキを作成するためのボタンである。

画像Ｐ１においてボタンｂ６（「新たなデッキを作成」）に対する指定があった場合、Ｐ２に示すように画像が更新される。画像Ｐ２には、ゲーム空間内の領域ＵＡａ内の各セルに対応する複数のセルからなるマトリクス２０１が表示される。マトリクス２０１内のいずれかのセルが選択操作することによって、ユーザＸＹＺは、カードを配置したい領域ＵＡａ内のセルを指定することができる。つまり、マトリクス２０１に対するカード配置がゲーム空間上の領域ＵＡａにおけるカード配置に反映される。ここでは、例えばマトリクス２０１内のセル２０１ａが選択操作された場合が想定される。この場合、Ｐ３に示すように画像が更新される。画像Ｐ３は、ユーザＸＹＺの所持カードの一覧を表示し、この一覧の中から、配置対象のいずれかのカードを選択できるように構成されている。画像Ｐ３において例えばモンスターＭ３に対応するカードが選択された場合、Ｐ４に示すように画像が更新される。画像Ｐ４において、マトリクス２０１は、画像Ｐ３上で選択されたカードがセル２０１ａ上に配置された状態で表示される。
このとき、画像Ｐ４に示すように、配置済みのカードのコストの総和（「総コスト」という。）を表示するようにしてもよい。ユーザが領域ＵＡａに配置させるカードの総コストが所定値以下に制限されている場合には、ユーザが、表示される総コストの値に注意を払いつつカードの配置処理を行うようなゲーム設定にすることができる。

画像Ｐ４には、ボタンｂ１０（「もっと配置する」）、ボタンｂ１１（「配置済カードを変更する」）、ボタンｂ１２（「配置済カードの取消」）、および、ボタンｂ１３（「デッキ作成の終了」）が設けられてもよい。
ボタンｂ１０（「もっと配置する」）は、マトリクス２０１上の未配置のセルにカードを追加で配置するためのボタンである。ボタンｂ１１（「配置済カードを変更する」）は、既にマトリクス２０１上に配置済みのカードを別のカードに変更するためのボタンである。ボタンｂ１２（「配置済カードの取消」）は、既にマトリクス２０１上に配置済みのカードの配置を取り消すためのボタンである。ボタンｂ１３（「デッキ作成の終了」）は、デッキ作成を終了させるためのボタンである。

画像Ｐ４において、ボタンｂ１０（「もっと配置する」）が指定された場合、Ｐ２と同様に画像が更新される。この例では、既にセル２０１ａにカードが配置済みであるため、セル２０１ａ以外のセルが選択可能な状態となる。Ｐ２→Ｐ３→Ｐ４→Ｐ２→…の画像の更新を繰り返すことによって、ユーザはマトリクス２０１内にカードを順次配置させていくことができる。
画像Ｐ４において、マトリクス２０１に配置済みのいずれかのカードを選択した状態でボタンｂ１１（「配置済カードを変更する」）が指定された場合、Ｐ３と同様に画像が更新される。これによって、選択された配置済みのカードと取り替える別のカードを選択することができる。
画像Ｐ４において、マトリクス２０１に配置済みのいずれかのカードを選択した状態でボタンｂ１２（「配置済カードの取消」）が指定された場合、選択されたカードがマトリクス２０１から削除される。
画像Ｐ４において、ボタンｂ１３（「デッキ作成の終了」）が指定された場合、デッキ作成処理が終了し、それまでにマトリクス２０１に配置されたカードが新たなデッキとしてデッキデータテーブルに記録される。

画像Ｐ１においてボタンｂ５（「既存のデッキを編集」）が指定された場合に対する指定があった場合については詳しく述べないが、デッキデータテーブルに記録されているユーザのカードデッキが読み出されて画像Ｐ２のマトリクス２０１に配置された状態で表示される。そして、画像Ｐ４に示したようにしてセル単位でカードの配置の追加、変更、または取消が可能となるように構成される。

（１−６−３）対戦の進行
図１１Ａの画像Ｐ０（メインメニュー）において、ボタンｂ２（「対戦」）が指定された場合、Ｐ５に示すように画像が更新される。
画像Ｐ５では、対戦相手となる他のユーザの一覧が表示される。この一覧の中からいずれかのユーザが対戦相手として選択されると、Ｐ６に示すように画像が更新される。この例では、ユーザＸＹＺとユーザＡＢＣの間で対戦が行われる例が示されている。画像Ｐ６において、ボタンｂ１５（「対戦開始」）に対する指定があった場合、ユーザＸＹＺとユーザＡＢＣの間で対戦が開始される。

図１１Ｂおよび図１１Ｃは、対戦の開始時点の表示状態を例示するＰ７、対戦中の表示状態を例示するＰ８およびＰ９、対戦の終了時点の表示状態を例示するＰ１０の各画像を示す。対戦の開始から終了までの画像は、アニメーションによって再生されるものであってもよい。画像Ｐ７に示すように、対戦が実行されるときには、例えば、ゲーム空間において対戦フィールドＢＦを斜め上方の視点から見た画像が表示される。この画像の例では、対戦フィールドＢＦ内の各セルに配置されたカードがセル上に直立して表示され、各カードの画像がユーザに認識しやすいようになっている。なお、図１１Ｂおよび図１１Ｃでは、各カードの画像の記載を省略している。

画像Ｐ８に示すように、対戦中には、ユーザデッキおよび敵デッキの各カードによる攻撃が行われていることをユーザが認識できるように、攻撃を行うカード（攻撃カード）から攻撃対象のカードに向けて、例えばビームが照射される、あるいは飛来物が放出される等の攻撃態様が表示されることが好ましい。対戦中に攻撃を受けたカードのＨＰがゼロになると、そのカードは対戦フィールドから消失する。各カードにおいて残存するＨＰ（後述する残ＨＰ）は、各カードの上端に示される棒状のゲージで表示されている。画像Ｐ９は、画像Ｐ８が表示された時点よりもさらに時間が経過した状態を示しており、画像Ｐ８よりも対戦フィールド上のカード数が少なくなっている。
画像Ｐ１０に示すように、例えば、ユーザデッキ又は敵デッキのいずれか一方のすべてのカードが消失した場合に対戦が終了する。画像Ｐ１０の例では、ユーザデッキの２枚のカードが残留し、敵デッキのすべてのカードが消失したため、ユーザの勝利となる。なお、必ずしも一方のデッキのすべてのカードが消失したことをもって勝敗を決する場合に限られず、所定の対戦時間の後に対戦フィールド内に残留しているカードの枚数が多い方のデッキの勝利としてもよい。

対戦では、ユーザデッキの攻撃ターンと敵デッキの攻撃ターンが交互に繰り返される。各攻撃ターンでは、対戦フィールド上に残存している各カードが順に攻撃を行う。
以下では、ユーザデッキの攻撃ターンの場合を例にして対戦の進行について説明するが、敵デッキの攻撃ターンの場合も同様である。
ユーザデッキの攻撃ターンでは、攻撃カードに対応付けられた射程距離、攻撃力、命中精度の各パラメータによって、攻撃対象となる敵デッキのカード（攻撃対象カード）と、当該カードに与える攻撃力とが決定される。すなわち、攻撃カードと所定の距離の範囲内にある敵デッキのカードが攻撃対象カードとして特定され、攻撃カードの射程距離と、攻撃カードと攻撃対象カード間の距離とによって、攻撃対象カードに与えられる攻撃力が決定される。それによって、攻撃対象カードのＨＰの低下量が決定される。
攻撃対象カードの残ＨＰがゼロとなると対戦フィールドから消失する。カードが対戦フィールドから消失すると、消失したカードが属していたデッキの中の対戦フィールドに残存しているカードが、所定の規則に従って移動する場合がある。以下、対戦中のカードの移動方法について説明する。

（１−６−４）対戦中のカードの移動方法
上述したように、対戦中において各カードの対戦フィールド内の移動は、所定の規則に従った移動方法を基に行われる。以下では、カードの移動方法について、図１２および図１３を参照し、前方移動と横移動に分けて説明する。図１２は、対戦におけるカードの前方移動について説明するための図である。図１３は、対戦におけるカードの横移動について説明するための図である。図１２および図１３はそれぞれ、対戦中のカードの移動態様を説明するために、ゲーム空間を平面視で見たときの対戦フィールドの各セル上のカード配置を示す図である。
なお、対戦中のカードの移動については、前方移動が横移動に優先して行われる。

・カードの前方移動
本実施形態の対戦では、ユーザデッキの領域ＵＡａと敵デッキの領域ＵＡｂの第１行に配置されているカードが最も近くで対峙しているために攻撃を受けやすく、ＨＰがより早く低下して消失しやすい。そこで、本実施形態の対戦では、第１行にあるカードが消失した場合、そのカードと同一の列にある後方のカードを前方移動させる。これによって、対戦中では、各カードが前方へ順次前方移動する動作を行う。
カードの前方移動の具体例について、図１２を参照して説明する。ここでは、Ｓ１に示すカードの配置状態を想定する。この配置状態で、ユーザデッキの領域ＵＡａ内のセルＣａ（１，３）上のカードが攻撃を受けて消失した場合には（Ｓ２）、そのカードの後方のセルＣａ（２，３）上のカードが第１行へ前方移動する（Ｓ３）。なお、図示していないが、Ｓ１の時点でセルＣａ（３，３）上にカードが存在した場合には、そのカードは同様にして前方のセルＣａ（２，３）へ移動することになる。

・カードの横移動
以下の説明において、フィールド全体のカード群の中央位置を示すマトリクス上の列を「全カード中央位置(CL_all)」といい、敵デッキのカード群の中央位置を示すマトリクス上の列を「敵カード中央位置(CL_opp)」という。
全カード中央位置は、対戦フィールドにおいて、カードが配置されている最も左のセルの列と、カードが配置されている最も右のセルの列との間の中央位置の列を意味する。列間の中央位置がセル間の中央になる場合には、その中央位置の右側の列を全カード中央位置とする。なお、列間の中央位置がセル間の中央になる場合には、その中央位置の左側の列を全カード中央位置としてもよい。
敵カード中央位置は、敵デッキの領域ＵＡｂにおいて、カードが配置されている最も左のセルの列と、カードが配置されている最も右のセルの列との間の中央位置の列を意味する。列間の中央位置がセル間の中央になる場合には、その中央位置の左側の列を敵カード中央位置とする。なお、列間の中央位置がセル間の中央になる場合には、その中央位置の右側の列を敵カード中央位置としてもよい。

[横移動ステップＭ１]
本実施形態の対戦の一例において、カードの横移動を行うときには先ず、敵デッキのカード群から行われる。敵デッキのカード群のうち全カード中央位置上の第１行のカード、および全カード中央位置よりも右側にある第１行のカードをすべて、左側のセルに横移動させる。移動先のセルに他のカードが存在する場合には移動させない。第１行のカードを横移動させる場合には、そのカードと同一の列で後方にある他のカードも第１行のカードと連動して横移動させる。
[横移動ステップＭ２]
次に、敵デッキのうち全カード中央位置よりも左側にある第１行のカードをすべて、右側のセルに横移動させる。移動先のセルに他のカードが存在する場合には移動させない。第１行のカードを横移動させる場合には、そのカードと同一の列で後方にある他のカードも第１行のカードと連動して横移動させる。
[横移動ステップＭ３]
敵デッキのカードの横移動が完了すると次に、ユーザデッキのカード群の横移動が行われる。ユーザデッキのカード群のうち敵カード中央位置上の第１行のカード、および敵カード中央位置よりも左側にある第１行のカードをすべて、右側のセルに横移動させる。移動先のセルに他のカードが存在する場合には移動させない。第１行のカードを横移動させる場合には、そのカードと同一の列で後方にある他のカードも第１行のカードと連動して横移動させる。
[横移動ステップＭ４]
次に、ユーザデッキのカードのうち敵カード中央位置よりも右側にある第１行のカードを、左側のセルに横移動させる。移動先のセルに他のカードが存在する場合には移動させない。第１行のカードを横移動させる場合には、そのカードと同一の列で後方にある他のカードも第１行のカードと連動して横移動させる。

本実施形態のゲームでは、ユーザデッキのカード群による攻撃と、敵デッキのカード群による攻撃が交互に行われ、攻撃が行われる度に、以上のステップＭ１〜Ｍ４のカードの横移動処理が逐次行われる。対戦中にカードが攻撃を受けて順次消失していくため、全カード中央位置および敵カード中央位置は、その都度変化していくことになる。
なお、上述したように、カードが配置されている最も左のセルの列と、カードが配置されている最も右のセルの列との間の中央位置がセル間の中央になる場合に、その中央位置を基準としたときの全カード中央位置および敵カード中央位置の決定方法を互いに逆にする（つまり、中央位置を挟んで一方を左側の列、他方を右側の列にする）ことで、全カード中央位置上の敵デッキのカードと敵ユーザ中央位置上のユーザデッキのカードとが互いに逆方向に交差するように移動する。そのため、上述した横移動においてユーザデッキと敵デッキのカード群が対戦中に対向しやすくなる。

次いで、カードの横移動の具体例について、図１３を参照して説明する。ここでは、Ｓ４に示すカードの配置状態を想定する。この配置状態の例では、全カード中央位置CL_allは第４列である。そこで、上記ステップＭ１で述べたように、第４〜６列にある敵デッキの第１行のカードをすべて、当該カードの後方にあるカードと共に、左側のセルへ横移動させる（Ｓ５）。図１３のＳ５では、３枚のカードの移動方向を矢印によって示してある。全カード中央位置CL_allよりも左側にあるセルＣｂ（１，３）上のカードは右側に移動させることができないため、この例では上記ステップＭ２は実質的に行われない。Ｓ５の配置状態（３枚のカードの移動後の状態）では、敵カード中央位置CL_oppは第４列である。そこで次に、上記ステップＭ３で述べたように、第１〜４列にあるユーザデッキの第１行のカードをすべて、当該カードの後方にあるカードと共に、右側のセルへ横移動させる（Ｓ６）。図１３のＳ５では、３枚のカードの移動方向を矢印によって示してある。敵カード中央位置CL_oppよりも右側にあるユーザデッキのカードは存在しないため、この例では上記ステップＭ４は実質的に行われない。

上述したように、ユーザデッキおよび敵デッキの各カード群では、第１行のカードが消失する度に順次後方のカードが前方移動し、それによって同一の列のカードが隙間を空けずに前方へシフトしていく。また、ユーザデッキおよび敵デッキの各カード群では、いずれかの列のすべてのカードが消失すると、その列の隙間を埋めるようにしてその列に隣接する列に配置されているカードが横方向に移動する。このような前方移動および横移動によって、対戦中においてユーザデッキおよび敵デッキの各カード群は、カード同士が隣接するようにして、対戦フィールド内を移動することになる。つまり、各デッキのカード群が対戦中に一体的な移動動作を行うため、ユーザが対戦の臨場感を感じることができる。

（１−６−５）対戦のカードの移動例
次に、本実施形態のゲームにおいて、対戦の開始から対戦の終了までのユーザデッキおよび敵デッキの各カードの移動態様の具体例について、図１４Ａ〜１４Ｃを参照して説明する。図１４Ａ〜１４Ｃは、対戦の開始から終了までのカードの移動態様を説明するために、ゲーム空間を平面視で見たときの対戦フィールドの各セル上のカード配置を示す図である。各図では、カードの移動が矢印によって示される。
本実施形態の対戦は、例えば、上述したようにユーザデッキおよび敵デッキの攻撃が順番で行われる。各デッキの攻撃が行われた後に逐次、カードの前方移動、およびカードの横移動が順に行われる。

図１４Ａ〜１４Ｃに示す対戦では、図１４ＡのＳ１０に示すように、それぞれ２×６のセルからなるユーザデッキの領域ＵＡａと敵デッキの領域ＵＡｂに、１２枚のカードが配置される例が示されている。
本実施形態の対戦では、各デッキの攻撃が交互に行われて各攻撃の後に、前方移動、および横移動の各処理が行われる。対戦の初期では、対戦の開始時点で第１行に配置されている各デッキのカードが攻撃を受けて消失していくため、例えばＳ１１に示すように、カードの前方移動が主体的に行われる。Ｓ１１では、５枚のカードが第２行から第１行のセルへ移動した場合が示されている。

対戦が進行し、Ｓ１２に示すように各ユーザの領域のいずれかの列にカードが存在しない場合が発生すると、横移動が行われる。Ｓ１２では、ユーザデッキの領域ＵＡａの第５列と、敵デッキの領域ＵＡｂの第２列とにカードが存在しない。Ｓ１２の例では、全カード中央位置CL_allは第４列であるため、第１〜３列にある敵デッキの２枚のカード（セルＣｂ（１，１），Ｃｂ（１，２）上のカード）を右側のセルに移動させる。なお、Ｓ１２では、第４〜６列にある敵デッキのカードを左側に移動させることはできない。
敵デッキの２枚のカードが右側のセルに移動した後の敵カード中央位置CL_oppは、Ｓ１３に示すように第４列である。そこでＳ１３では、第５〜６列にあるユーザデッキの２枚のカード（セルＣａ（１，６），Ｃａ（２，６）上のカード）を左側のセルに移動させる。なお、Ｓ１３では、第１〜４列にあるユーザデッキのカードを右側に移動させることはできない。

Ｓ１３から対戦が進行した結果、第１行のカードが消失してカードの前方移動が行われ、Ｓ１４のカードの配置状態になった場合を想定する。Ｓ１４の例では、全カード中央位置CL_allは第４列である。そのため、Ｓ１５では、第４〜６列にある敵デッキの１枚のカード（セルＣｂ（１，６）上のカード）を左側のセルに移動させる。なお、Ｓ１５では、第２〜３列にある敵デッキのカードを右側に移動させることはできない。
敵デッキの１枚のカードが左側のセルに移動した後の敵カード中央位置CL_oppは、Ｓ１５に示すように第３列となる。そこでＳ１５では、Ｓ１４において第１〜３列にあったユーザデッキの３枚のカード（セルＣａ（１，１），Ｃａ（１，２），Ｃａ（２，２）上のカード）を右側のセルに移動させる。なお、その後に第４〜５列にあるユーザデッキのカードを左側に移動させることはできない。

Ｓ１５から対戦が進行した結果、第１行のカードが消失してカードの前方移動が行われ、Ｓ１６のカードの配置状態になった場合を想定する。Ｓ１６の例では、全カード中央位置CL_allは第４列である。そのため、Ｓ１７では、Ｓ１６において第４〜６列にあった敵デッキの１枚のカード（セルＣｂ（１，５）上のカード）を左側のセルに移動させる。なお、その後に第２〜３列にある敵デッキのカードを右側に移動させることはできない。
敵デッキの１枚のカードが左側のセルに移動した後の敵カード中央位置CL_oppは、Ｓ１７に示すように第３列となる。この場合、ユーザデッキのいずれのカードも移動させることができない。

Ｓ１７から対戦が進行した結果、ユーザデッキのセルＣａ（１，４）上のカードと敵デッキのセルＣｂ（１，３）上のカードが消失して、Ｓ１８のカードの配置状態になった場合を想定する。Ｓ１８の例では、全カード中央位置CL_allは第４列である。そのため、Ｓ１９では、Ｓ１８において第４列にあった敵デッキの１枚のカード（セルＣｂ（１，４）上のカード）を左側のセルに移動させる。なお、Ｓ１９では、その後に第２列にある敵デッキのカードを右側に移動させることはできない。
敵デッキの１枚のカードが左側のセルに移動した後の敵カード中央位置CL_oppは、Ｓ１９に示すように第２列となる。この場合、Ｓ１９では、Ｓ１８において第２〜６列にあったユーザデッキの２枚のカード（セルＣａ（１，３），Ｃａ（１，５）上のカード）を左側のセルに移動させる。

Ｓ１９における３枚のカードの移動後の攻撃でいずれのカードも消失されなかった場合を想定する。その場合、全カード中央位置CL_allは第３列である。このとき、Ｓ２０に示すように、第３列にある敵デッキのカードは左側へ移動させることができず、第２列にある敵デッキのカードは右側へ移動させることができない。一方、敵カード中央位置CL_oppは第２列であるため、Ｓ２０に示すように、Ｓ１９において第４列にあったユーザデッキの１枚のカード（セルＣａ（１，４）上のカード）を左側のセルに移動させる。
Ｓ２１では、Ｓ２０において敵デッキの領域の第１行にあった２枚のカードが消失した場合が想定される。この場合、敵デッキのカードがすべて消失したことになるため、ユーザデッキの勝利となる。

図１４Ａ〜１４Ｃの対戦の例で示したように、本実施形態の対戦では、対戦中のユーザデッキおよび敵デッキの各カード群を、カード同士が隣接するようにして対戦フィールド内を移動させる。また、ユーザデッキおよび敵デッキの各カード群の横移動では、先ず敵デッキのカード群を全カード中央位置に向けて横移動させ、その後にユーザデッキのカード群を敵カード中央位置に向けて横移動させる。そのため、各デッキの攻撃ターンごとに、ユーザデッキおよび敵デッキのカード群同士が対向するようにしてカード位置が調整されるようになる。そのため、対戦開始から対戦終了まで常に各デッキのカード群が対峙する形となり、ユーザから見て対戦の臨場感がより感じられるものとなる。

上述したように、本実施形態の対戦では、ユーザデッキに含まれる各カードが他のカードの消失に伴って左右および前後に移動し、カードの移動によってそのカードの射程距離に応じて攻撃対象カードの範囲および攻撃対象カードに与える攻撃力が変動していく。そのため、各カードのパラメータを個別に確認しただけでは、そのカードが対戦中にどのように配置して使用するのが有効であるのか（つまり、対戦における使い勝手が）認識し難いものとなっている。

（１−６−６）模擬戦を伴う抽選
図１５のメインメニューの画像Ｐ０において、ボタンｂ４（「抽選（模擬戦）」）が指定された場合、Ｐ１５に示すように画像が更新される。画像Ｐ１５には、抽選によって選択された所定数（ここでは、１５個）のカードが表示される。画像Ｐ１５にはさらに、ユーザＸＹＺのユーザデッキと、抽選によって選択されたカード群から構成される抽選カードデッキとの間で模擬戦を開始するためのボタンｂ２０（「模擬戦開始」）が設けられる。このボタンｂ２０が指定されると、画像Ｐ１６〜Ｐ１７に示すように、画像Ｐ７〜Ｐ１０と同様の画像が表示される。

このような模擬戦を伴う抽選を設けている理由は、以下の通りである。すなわち、上述したように、本実施形態のゲームの対戦は、カードの頻繁な移動、カード同士の距離に応じた攻撃力の変化等、複雑な対戦要素が含まれているため、例えば画像Ｐ１５等で抽選カードのパラメータを個別に確認したことだけでは、そのカードが実際の対戦で有効なカードであるのか、ユーザが認識し難いものとなっている。そのため、抽選カードデッキを組み、ユーザが他のユーザとの対戦で使用するユーザデッキとの間で模擬戦を行うことで、各抽選カードの対戦での使い勝手をユーザが認識しやすくなり、その後のユーザ間対戦等で抽選カードの有効な活用方法を見極めることができる。すなわち、ユーザデッキは、ユーザが普段から対戦で使用しているデッキであることから、ユーザデッキの対戦における実力をユーザが把握しているため、上記模擬戦を行うことで抽選カードの実力を認識しやすくなる。

なお、抽選カードを基にした抽選カードデッキの組み方については、適宜設定してもよい。例えば、図１５に示していないが、図１０の画像Ｐ２〜Ｐ４に示したのと同様に、ユーザの操作に基づいて各カードの配置を決定できるようにしてもよい。また、抽選カードのパラメータに基づいて自動的に各カードの配置が決定されてもよい。例えば、射程距離が「短」、「中」および「長」であるカードをそれぞれ、抽選カードデッキの最前列、第２列および第３列に配置してもよい。それによって、抽選カードが得意とする攻撃配置とした抽選カードデッキを組むことができ、模擬戦において各カードの実力を適切に把握することができる。このとき、抽選によって選択されるカードのパラメータは抽選フィールドのマトリクスに応じて適切に設定されることが好ましい。例えば、図１５に例示したように、抽選カードデッキを組む対戦フィールド上のマトリクスが３×６である場合には、射程距離が「短」、「中」および「長」であるカードをそれぞれ所定枚数（例えば、６枚）ずつ、抽選によって選択するように設定してもよい。

なお、図１５のメインメニューの画像Ｐ０において、ボタンｂ３（「抽選」）に対する指定があった場合については詳しく述べないが、図１５の画像Ｐ１５と同様に、抽選によって選択された所定数のカードが表示される。但し、その場合には、上記模擬戦を開始するためのボタンｂ２０（「模擬戦開始」）は表示されない。

（１−７）ゲーム制御装置が備える機能の概要
次に、上述した本実施形態のゲームを実現するためゲーム制御装置が備える機能について説明する。
本実施形態では、ゲームサーバ２０が情報処理装置の一実施形態である。以下では、上述した実施形態のゲームが適用される場合を例として、ゲームサーバ２０によって実現される機能について、図１６を参照して説明する。図１６は、ゲームサーバ２０によって実現される機能を説明するための機能ブロック図である。なお、図１６に記載されるすべての手段が本実施形態において必須ではない。例えば、受付手段５８および変更手段５９は、後述する変形例において言及される。

配置手段５１は、ユーザが所持するカードに基づいて、ユーザが対戦で使用するユーザデッキを作成あるいは編集する機能を備える。
配置手段５１の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、ユーザの操作による入力情報を通信インタフェース部２５を介して取得すると、その入力情報に応じた処理を行い、処理結果を含む画像データを生成してユーザのユーザ端末１０へ送信する。それによって、ユーザのユーザ端末１０に画像が表示され、あるいはユーザ端末１０に表示されている画像が更新される。具体的には、以下の通りである。

(I-1) カードの新規配置
ユーザの入力情報がカードの新規配置についての入力情報である場合、この入力情報には、ユーザの所持カードのうち新たに対戦使用カードとするカード、およびそのカードを配置するセル（カードが配置される領域）の選択結果が含まれる。ＣＰＵ２１は、入力情報を取得すると、デッキデータテーブルの初期位置、カードＩＤ、およびシリアル番号の欄にデータを書き込む。なお、書き込み対象のカードＩＤおよびシリアル番号は、ユーザの所持カードデータテーブルから読み出される。
カードの新規配置に関するユーザの入力は、例えば、画像Ｐ１のボタンｂ６（「新たなデッキを作成する」）に対する指示、又は画像Ｐ４のボタンｂ１０（「もっと配置する」）に対する指示に相当する。なお、前者の場合には、ＣＰＵ２１は新たなデッキＩＤをデッキデータテーブル上に作成する。

(I-2) カード配置の変更
ＣＰＵ２１は、ユーザの入力情報がカード配置の変更についての情報である場合、入力情報に基づいてデッキデータテーブルを更新する。この入力情報には、ユーザの配置済みの対戦使用カード、およびそのカードに代わる新たな所持カードの選択結果が含まれる。ＣＰＵ２１は、既に配置済みのカードのカードＩＤおよびシリアル番号に代えて、新たに選択されたユーザの所持カードのカードＩＤおよびシリアル番号をデッキデータテーブルに書き込む。これによりカードが配置されるセルの位置が変更されることになる。
カード配置の変更に関するユーザの入力は、例えば、画像Ｐ４において、マトリクス２０１に配置済みのいずれかのカードを選択した状態でのボタンｂ１１（「配置済カードを変更する」）に対する指定入力に相当する。

(I-3) カード配置の取消
ＣＰＵ２１は、ユーザの入力情報がカード配置の取消についての情報である場合、入力情報に基づいてデッキデータテーブルを更新する。この入力情報には、配置の取消対象となるユーザの対戦使用カードの情報が含まれる。ＣＰＵ２１は、配置の取消対象となるユーザの対戦使用カードの情報を取得すると、その対戦使用カードのカードＩＤおよびシリアル番号をデッキデータテーブルから消去する。
カード配置の取消に関するユーザの入力は、例えば、画像Ｐ４上でマトリクス２０１に配置済みのいずれかのカードに対する選択入力とボタンｂ１２（「配置済カードの取消」）に対する指定入力に相当する。

選択手段５２は、ユーザによる操作に基づいて、抽選によってユーザに付与するカード（抽選カード）を選択する機能を備える。なお、抽選カードの枚数は特に限定されない。抽選カードは、第２オブジェクトの一例である。
選択手段５２の機能は、例えば以下のようにして実現される。ゲームサーバ２０は、ユーザ端末１０から抽選要求を取得すると、カードデータテーブルに含まれた、カードＩＤによって特定される複数のカードの中から、無作為にユーザに付与するカード（抽選カード）を選択する。抽選カードの枚数は、特に限定されない。図１５に示した例では、抽選要求は、ボタンｂ３（「抽選」）またはボタンｂ４（「抽選（模擬戦）」）のいずれかが指定された場合に、ユーザ端末１０は、ゲームサーバ２０に対して抽選要求を送信する。また、図１５に示した例では、抽選カードは１５枚である。ゲームサーバ２０のＣＰＵ２１は、抽選カードを含む画像データを生成してユーザ端末１０へ送信する。
なお、ボタンｂ３（「抽選」）の指定によって送信される抽選要求と、ボタンｂ４（「抽選（模擬戦）」）の指定によって送信される抽選要求とは、ＣＰＵ２１によって判別可能となるデータ構成となっている。

対応付け手段５３は、選択手段５２により選択された抽選カードを抽選要求元のユーザに対応付ける機能を備える。
対応付け手段５３の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、抽選カードが追加されるようにしてユーザの所持カードデータテーブルを更新する。このとき、抽選カードのカードＩＤごとにシリアル番号が生成されて、所持カードデータテーブルに書き込まれる。ユーザＩＤに対応して、カードＩＤおよびシリアル番号が所持カードデータテーブルに書き込まれることで、ユーザと抽選カードが対応付けられたことになる。

取得手段５４は、ストレージ２５から、ユーザのユーザデッキの情報を取得する機能を備える。ユーザデッキは、第１オブジェクトグループの一例である。
取得手段５４の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、デッキデータテーブルから、ユーザの複数のデッキＩＤのいずれかのデッキＩＤに対応するユーザデッキの情報を読み出してＲＡＭ２３に展開する。なお、対戦時に読み出し対象となるデッキＩＤは、ユーザの複数のデッキＩＤの中から予め決められていてもよいし、対戦の都度、ユーザの選択操作に応じてユーザ所望のデッキＩＤが選択されてもよい。

決定手段５５は、抽選カードの射程距離に基づいて、抽選カードの模擬戦における配置位置を決定し、それによって抽選カードデッキを作成する機能を備える。射程距離は、配置情報の一例である。なお、決定手段５５を設けるのは、本実施形態では必須ではなく、抽選カードを射程距離とは無関係に配置してもよい。
前述したように、カードの射程距離は、攻撃においてそのカードが得意とする射程距離を示すパラメータであり、「短」（ショートレンジ）、「中」（ミドルレンジ）または「長」（ロングレンジ）のいずれかである。
決定手段５５の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、抽選カードのカード名、カード画像、およびカードパラメータをカードデータテーブルから読み出し、抽選カードからなる抽選カードデッキのデータをＲＡＭ２３上に生成する。抽選カードデッキのデータは、図８に例示したデッキデータテーブルのデッキＩＤごとのデータと同様の構成である。このとき、初期位置に配する抽選カードを決定するに当たって、各抽選カードの射程距離が参照される。
好ましい例では、射程距離が「短」の抽選カードは第１行（Ｘ＝１）に配置され、射程距離が「中」の抽選カードは第２行（Ｘ＝２）に配置され、射程距離が「長」の抽選カードは第３行（Ｘ＝３）に配置される。このように配置すると、抽選カードごとに攻撃上得意となる配置がなされた上で模擬戦が行われることになる。そのため、抽選カードが模擬戦において実力を発揮しやすい位置に配置されることになり、抽選カードが有効に利用することができるカードであるか否かについて、ユーザがより確実な判断をすることができるようになる。
また、抽選カードの射程距離に基づいて抽選カードデッキを作成することで、各抽選カードの攻撃における得意な位置をユーザに提示するといったチュートリアルの機能も実現できる。

実行手段５６は、異なるユーザのユーザデッキ同士の対戦、ユーザのユーザデッキ対ＮＰＣの対戦、ユーザデッキ対抽選カードデッキの間の対戦を実行する機能を備える。
以下の説明では、ユーザデッキと敵デッキの対戦について説明する。模擬戦では、敵デッキが抽選カードデッキに相当する。

実行手段５６の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、対戦処理（後述する攻撃処理、ＨＰ更新処理、カード消失処理、およびカード移動処理を含む。）の実行結果としてＲＡＭ２３内に対戦処理データを逐次作成して記録する。ＣＰＵ２１は、対戦中の一連の対戦処理データに基づいて対戦の開始から終了までの再生ファイル（画像データの一例）を作成する。再生ファイルのファイル形式は問わないが、例えばＳＷＦ形式である。
図１７は、対戦処理データのデータ構成の一例を示す図である。図１７に例示する対戦処理データは、対戦する双方のカードデッキの一方のみを示しているが、対戦中には双方のカードデッキについてそれぞれ作成される。対戦処理データは、対戦する各カードデッキに含まれる各対戦使用カード（カードＩＤ、シリアル番号）に対応付けて、その対戦フィールド上の対戦中の現在位置、および残ＨＰ（「ＨＰの残量」を示す。）の各データを含み、いずれかの対戦使用カードの残ＨＰが変化するか、現在位置が変化するか、又はいずれかの対戦使用カードが消失する度に作成され、記録される。

以下、対戦処理について具体的に説明する。
(Ａ) 攻撃処理
対戦処理に含まれる攻撃処理において、ユーザデッキと敵デッキとの間で交互に攻撃が行われる。各デッキの攻撃ターンでは、各対戦使用カードは、相手のデッキのカードに対して攻撃を行う。カードが攻撃を行う場合にその攻撃対象となる相手のデッキのカードは、カードデータテーブルの射程距離の値に基づいて決定される。カードの攻撃方向は任意に設定することができるが、好ましくはそのカードが攻撃時点で配置されているセルを基準として前方、又は前方に近い方向に設定される。例えば、カードの攻撃は、そのカードが配置されているセルと同一の列にある対戦相手のカード、又は当該列に隣接する列にある対戦相手のカードを対象として行われる。
カードの攻撃方向について上述したが、攻撃カードから攻撃対象のカードまでの距離は、次の観点から設定してもよい。すなわち、一方のデッキのカードが攻撃を行う場合に、相手のカードのうち、カードデータテーブルの射程距離の範囲内であって、より前方にあるカード（例えば第１行のカード等の、攻撃するカードにより近いカード）を優先的に攻撃対象としてもよい。この場合、その攻撃対象のカードが消失した場合に、そのカードより後方にあるカードの前方移動を促すことになるため、カード全体を前方に進める動きが促進され、対戦がよりダイナミックになる。
また、カードの攻撃方向や攻撃対象のカードの行の優先度を、ユーザが指定できるようにしてもよい。

ゲームサーバ２０のＣＰＵ２１は、ユーザデッキのカード配置が完了すると、ユーザデッキと敵デッキの各対戦使用カードのカードデータテーブル上のデータをＲＡＭ２３にロードした後に、ユーザデッキの攻撃ターン、および敵デッキの攻撃ターンにおける攻撃処理を、以下のようにして行う。
ＣＰＵ２１は、ユーザデッキの攻撃ターンにおいて、ユーザデッキの攻撃処理を実行する。ユーザデッキの攻撃処理では、ユーザデッキの各カードについて、攻撃タイミングに達したか否かが判断される。カードの攻撃タイミングに達していないと判断した場合には、ＣＰＵ２１はそのカードによる攻撃処理を行わない。カードの攻撃タイミングに達したと判断した場合には、ＣＰＵ２１はそのカードによる攻撃処理を行う。
カードによる攻撃処理では、ＣＰＵ２１は、そのカードの攻撃対象となる敵デッキのカードを決定する。攻撃対象となる敵デッキのカードは、攻撃カードが配置されているセルを基準として、そのカードの射程距離の範囲内にあるすべてのカードとしてもよい。その場合、ＣＰＵ２１は、敵デッキの対戦処理データを参照して、基準としたセルからみて射程距離の範囲内の現在位置の敵デッキのカードを特定する。ＣＰＵ２１は、特定した敵デッキのカードのすべてを攻撃対象としてもよいし、特定した敵デッキのカードの中から所定の条件に沿って、または、無作為に一部のカードを選択し、選択したカードを攻撃対象として決定してもよい。好ましくは、ＣＰＵ２１は、攻撃カードが配置されているセルの列と、当該列に隣接する列とに配置されている敵デッキのカードのうち、基準としたセルからみて射程距離の範囲内の現在位置の敵デッキのカードを特定する。

敵デッキの攻撃ターンにおける敵デッキの攻撃処理は、上述したユーザデッキの攻撃処理と同様であるため、重複説明を省略する。

(Ｂ) ＨＰ更新処理
対戦処理は、ユーザデッキと敵デッキの間の対戦において、いずれかのユーザの対戦使用カードに基づいて、ユーザデッキおよび敵デッキのカード群のうち少なくともいずれかのカードのＨＰを更新する処理を含む。
例えばユーザデッキの攻撃ターンにおけるＨＰ更新処理を説明すると、以下の通りである。
ゲームサーバ２０のＣＰＵ２１は、ユーザデッキの攻撃ターンにおいて、ユーザデッキの各カードの攻撃対象となる敵デッキのカードを特定すると、特定したカードのＨＰを低下させる処理を行う。攻撃を受けた敵デッキのカードのＨＰの低下量ΔＨＰは、そのカードのパラメータと、攻撃を行ったカードのパラメータとに基づいて決定される。
このときＣＰＵ２１は、攻撃カードに対応付けられた射程距離、攻撃力、命中精度の各パラメータによって、攻撃対象となる敵デッキのカード（攻撃対象カード）と、当該カードに与える攻撃力とを決定する。すなわち、ＣＰＵ２１は、攻撃カードと所定の距離の範囲内にある敵デッキのカードを攻撃対象カードとして特定し、攻撃カードの射程距離と、攻撃カードと攻撃対象カード間の距離とによって、攻撃対象カードに与える攻撃力を決定する。攻撃対象カードに与える攻撃力を決定すると、ＣＰＵ２１は、その攻撃対象カードの防御力、回避能力のパラメータによって攻撃対象カードのＨＰの低下量を決定する。攻撃対象カードの回避能力が高いほどその攻撃対象カードが攻撃を受けない（つまり、ＨＰの低下量がゼロとなる）可能性が高くなるように設定されている。攻撃カードの防御力が高いほど同じ攻撃力を受けた場合のＨＰの低下量が少なくなるように調整される。
ユーザデッキの攻撃ターンの場合について説明したが、敵デッキの攻撃ターンの場合も同様である。

攻撃においてカードの射程距離が及ぼす影響を、例えば以下のよう調整してもよい。
図６に示したカードＩＤ：Ｃ００１のカード（カードＣ００１）の攻撃力および射程距離はそれぞれ「２００」および「短」であるが、当該カードが攻撃カードとなる場合、攻撃対象カードとの間の距離がセル１つ分である場合（つまり、両カードが隣接セルにある場合）、カードＣ００１の得意とする距離（つまり、短い射程距離）であるため、攻撃対象カードに与える攻撃力を「２００」とする。そして、攻撃対象カードとの間の距離がセル２つ分である場合を「１００」、攻撃対象カードとの間の距離がセル３つ分である場合を「５０」、といった具合に、カードＣ００１の得意とする距離から攻撃対象カードの距離が離れるにつれて、攻撃対象カードに与える攻撃力を変動させる。
同様に、攻撃カードの射程距離が「中」である場合には、攻撃カードとの距離が中距離にある攻撃対象カードに対して最大の攻撃力（図６に示した攻撃力）を与え、中距離よりも近い、または遠くにある攻撃対象カードに対しては、図６に示した攻撃力よりも小さい攻撃力を与えるようにする。

(Ｃ) カード消失処理
対戦処理は、カードの残ＨＰが所定値（例えば、ゼロ）以下になった場合に、当該カードを対戦フィールドから消失させるカード消失処理を含む。
ゲームサーバ２０のＣＰＵ２１は、対戦処理データに記録されている残ＨＰが所定値以下になったカードがあると判定した場合には、対戦処理データにおいてそのカードの現在位置のデータを無効化する処理を行う。これにより、カードの残ＨＰが所定値以下になった時点から再生ファイルで再生したときにそのカードが消失するようになる。

(Ｄ) カード移動処理
対戦処理は、ユーザデッキと敵デッキとの対戦において、各デッキに含まれるカード同士が隣接するように、各デッキのカード群を対戦フィールド内で移動させるカード移動処理を含む。
カード移動処理では、対戦中にカードが消失した場合に、消失していないユーザデッキおよび敵デッキの各々のカード群が、カード同士が隣接するようにして対戦フィールド内を移動する処理が行われる。その移動態様は限定されるものではないが、本実施形態では一例として、カード同士が隣接するようにしてカード群が移動するようにして、前方移動および横移動が行われる。このとき、好ましくは、前方移動が横移動に優先して行われる。
以下、(II-1) 前方移動処理、および、(II-2) 横移動処理について順に説明する。

(II-1) 前方移動処理
ゲームサーバ２０のＣＰＵ２１は、ユーザデッキおよび敵デッキのカード群の中で第１行にあるカードが消失したと判断した場合には、そのカードと同一の列にある後方のカードを前方移動させるように、対戦処理データを作成する。つまりＣＰＵ２１は、前方移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。

(II-2) 横移動処理
［敵デッキのカードの横移動処理］
ＣＰＵ２１は、フィールド全体のカード群の中央位置を示すマトリクス上の列である全カード中央位置(CL_all)を決定する。ここで、全カード中央位置は、対戦フィールドにおいて、カードが配置されている最も左のセルの列と、カードが配置されている最も右のセルの列との間の中央位置の列である。列間の中央位置がセル間の中央になる場合には、その中央位置の右側の列が全カード中央位置となる。
ＣＰＵ２１は、全カード中央位置を決定すると、敵デッキのカード群の各カードの処理順序を決定する。この処理順序は以下の(a-1)〜(a-4)の優先順となる。

(a-1) 第１行において、全カード中央位置を基準に左から右に配置されているカードの順
(a-2) 第１行以外の各行において、全カード中央位置を基準に左から右に配置されているカードの順
(a-3) 第１行において、全カード中央位置よりも左側にあるカードについて、右から左に配置されているカードの順
(a-4) 第１行以外の各行において、全カード中央位置よりも左側にあるカードについて、右から左に配置されているカードの順

ＣＰＵ２１は、(a-1)に示したカードの順で左側のセルに横移動させるようにして対戦処理データを作成する。つまりＣＰＵ２１は、横移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。このとき、移動先のセルに他のカードが存在する場合には移動させない。
ＣＰＵ２１は、(a-2)に示したカードの順で各カードの横移動処理を実行するに当たっては、同一の列にある(a-1)に示したカードの順での各カードの移動結果と連動させて移動させるようにして対戦処理データを作成する。つまりＣＰＵ２１は、移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。
ＣＰＵ２１は、(a-3)に示したカードの順で、右側のセルに横移動させるようにして対戦処理データを作成する。つまりＣＰＵ２１は、横移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。このとき、移動先のセルに他のカードが存在する場合には移動させない。
ＣＰＵ２１は、(a-4)に示したカードの順で各カードの横移動処理を実行するに当たっては、同一の列にある(a-3)に示したカードの順での各カードの移動結果と連動させて移動させるようにして対戦処理データを作成する。つまりＣＰＵ２１は、移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。

［ユーザデッキのカードの横移動処理］
敵デッキのカードの横移動処理が完了すると、ＣＰＵ２１は次に、ユーザデッキのカード群の横移動処理を実行する。
ＣＰＵ２１は、敵デッキのカード群の中央位置を示すマトリクス上の列である敵カード中央位置(CL_opp)を決定する。ここで、敵カード中央位置は、敵デッキの領域において、カードが配置されている最も左のセルの列と、カードが配置されている最も右のセルの列との間の中央位置の列である。列間の中央位置がセル間の中央になる場合には、その中央位置の左側の列が敵カード中央位置となる。
ＣＰＵ２１は、敵カード中央位置を決定すると、ユーザデッキのカード群の各カードの処理順序を決定する。この処理順序は以下の(b-1)〜(b-4)の優先順となる。

(b-1) 第１行において、敵カード中央位置を基準に右から左に配置されているカードの順
(b-2) 第１行以外の各行において、敵カード中央位置を基準に右から左に配置されているカードの順
(b-3) 第１行において、敵カード中央位置よりも右側にあるカードについて、左から右に配置されているカードの順
(b-4) 第１行以外の各行において、敵カード中央位置よりも右側にあるカードについて、左から右に配置されているカードの順

ＣＰＵ２１は、(b-1)に示したカードの順で、右側のセルに横移動させるようにして対戦処理データを作成する。つまりＣＰＵ２１は、横移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。このとき、移動先のセルに他のカードが存在する場合には移動させない。
ＣＰＵ２１は、(b-2)に示したカードの順で各カードの横移動処理を実行するに当たっては、同一の列にある(b-1)に示したカードの順での各カードの移動結果と連動させて移動させるようにして対戦処理データを作成する。つまりＣＰＵ２１は、移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。
ＣＰＵ２１は、(b-3)に示したカードの順で、左側のセルに横移動させるようにして対戦処理データを作成する。つまりＣＰＵ２１は、横移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。このとき、移動先のセルに他のカードが存在する場合には移動させない。
ＣＰＵ２１は、(b-4)に示したカードの順で各カードの横移動処理を実行するに当たっては、同一の列にある(b-3)に示したカードの順での各カードの移動結果と連動させて移動させるようにして対戦処理データを作成する。つまりＣＰＵ２１は、移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。

出力手段５７は、実行手段５６による対戦の対戦処理データを用いて、当該対戦の内容を含む再生ファイルを出力する機能を備える。
対戦が模擬戦である場合には、出力手段５７は、取得手段５３が取得したユーザデッキと、抽選カードデッキとの間の対戦の内容を含む再生ファイルを出力する機能を備える。再生ファイルは、対戦の内容をユーザに識別させるための出力データの一例である。上記対戦処理データは、対戦の処理の結果得られる情報の一例である。
模擬戦の再生ファイルを出力する場合に出力手段５７の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、ユーザのユーザデッキと抽選カードデッキとの間の模擬戦の内容について作成した再生ファイルを、当該ユーザのユーザ端末１０へ送信する。再生ファイルを受信したユーザ端末１０のＣＰＵ１１は、当該再生用ファイルを再生し、模擬戦の内容を表示部１６に表示させる。それによってユーザは、模擬戦の内容を視認することができる。

（１−８）本実施形態の対戦処理のフロー
次に、本実施形態の対戦処理のフローの一例について、図１８〜２２のフローチャートを参照して説明する。図１９は、カード配置処理の一例を示すフローチャートである。図１９は、攻撃処理の一例を示すフローチャートである。図２０は、カードの前方移動処理の一例を示すフローチャートである。図２１は、敵デッキのカードの横移動処理の一例を示すフローチャートである。図２２は、ユーザデッキのカードの横移動処理の一例を示すフローチャートである。
なお、模擬戦においても以下の対戦処理と同一の処理が実行される。その場合、敵デッキが抽選カードデッキとなる。

（１−８−１）対戦処理の全体フロー（図１８）
図１８において、ゲームサーバ２０のＣＰＵ２１は、ユーザによる対戦開始の指示を受けた場合（Ｓ２８：ＹＥＳ）、Ｓ３０以降の処理を行い、対戦開始の指示を受けていない場合には（Ｓ２８：ＮＯ）、終了する。なお、ＣＰＵ２１は、対戦開始の指示を、例えば図１１Ａのボタンｂ１５を指定する操作入力を取得したことにより認識する。
対戦開始の指示を受けた場合には、ＣＰＵ２１は、ユーザ間の対戦では、各ユーザのカードデッキをデッキデータテーブルから読み出し（Ｓ３０）、カードデッキのデータを基に最初の対戦処理データを作成する（Ｓ３２）。模擬戦の場合には、抽選カードに対して初期位置を無作為に割り当てることで抽選カードデッキを作成してもよいし、上述したように各抽選カードの射程距離に基づいて各抽選カードに割り当てる初期位置を決定することで、抽選カードデッキを作成してもよい。抽選カードデッキが作成されると、対戦処理データが作成される。模擬戦の場合には、以下の説明において敵デッキが抽選カードデッキに相当する。

ＣＰＵ２１は、ユーザデッキおよび敵デッキのカード配置処理を実行した後、Ｓ３４へ進む。本実施形態の対戦ゲームでは、ユーザデッキと敵デッキのカードによる攻撃が交互に行うことによる攻撃処理が実行される。そこでＣＰＵ２１は、ユーザデッキの攻撃ターンであると判断した場合には（Ｓ３４：ＹＥＳ）、ユーザデッキの攻撃処理を行う（Ｓ３６；図１９）。ＣＰＵ２１は、敵デッキの攻撃ターンであると判断した場合には（Ｓ３４：ＮＯ）、敵デッキの攻撃処理を行う（Ｓ３８；図１９）。
ＣＰＵ２１は、ユーザデッキ又は敵デッキのいずれかの攻撃処理を行った後に、敵デッキとユーザデッキのカードの移動処理を行う。つまりＣＰＵ２１は、敵デッキのカードの前方移動処理（Ｓ４０；図２０）、ユーザデッキのカードの前方移動処理（Ｓ４２；図２０）、敵デッキのカードの横移動処理（Ｓ４４；図２１）、ユーザデッキのカードの横移動処理（Ｓ４６；図２２）を順次実行する。これらの処理については、図２０〜２２を参照して後述する。

ＣＰＵ２１は、Ｓ４０〜Ｓ４６の処理の後、ユーザデッキ又は敵デッキのカードがすべて消失した（つまり、すべてのカードの残ＨＰの値がゼロになった）と判断した場合（Ｓ４８：ＹＥＳ）、対戦終了処理（Ｓ５０）を行った後に終了する。対戦終了処理には、ＣＰＵ２１が作成した一連の対戦処理データに基づく再生ファイルの作成、その再生ファイルを含むＨＴＭＬデータの作成、および、対戦実行中のユーザのユーザ端末１０へのＨＴＭＬデータの送信等を含む。
ＣＰＵ２１は、Ｓ４０〜Ｓ４６の処理の後、ユーザデッキ又は敵デッキのカードがすべて消失していないと判断した場合（Ｓ４８：ＮＯ）、Ｓ３４に戻って対戦の処理を継続する。

なお、図１８のフローチャートでは、ユーザデッキの攻撃処理（Ｓ３６）と敵デッキの攻撃処理（Ｓ３８）が交互に行われ、各攻撃処理の後にカードの移動処理が行われる場合について例示しているが、この場合に限られない。Ｓ３６とＳ３８を続けて実行し、その後にカードの移動処理を実行するようにしてもよい。

（１−８−２）攻撃処理（図１９）
以下では、ユーザデッキの攻撃ターン（図１８のＳ３６）について説明するが、敵デッキの攻撃ターン（図１８のＳ３８）についても同様である。
ユーザデッキの攻撃ターンにおいて、ゲームサーバ２０のＣＰＵ２１は、ユーザデッキの対戦使用カードの各々について処理対象のカードを順に特定し、Ｓ１２４〜Ｓ１２９の処理を実行する。

先ずＣＰＵ２１は、処理対象のカード（攻撃カード）の攻撃対象のカードを決定する（Ｓ１２４）。例えばＣＰＵ２１は、攻撃カードの位置から所定範囲内にある敵デッキのすべてのカードを攻撃対象のカードとして決定してもよいし、その所定範囲内にある敵デッキのカードの中から所定の条件に沿って、又は、無作為に一部のカードを選択し、選択したカードを攻撃対象のカードとして決定してもよい。

次にＣＰＵ２１は、攻撃対象のカードのＨＰを更新する（具体的には、低下させる）処理を行う。前述したように、ＣＰＵ２１は、攻撃対象のカードのＨＰの低下量を、攻撃対象のカード（攻撃カード）のパラメータと、攻撃を行ったカード（つまり、処理対象のカード）のパラメータとに基づいて決定する。ＣＰＵ２１は、算出されたＨＰの低下量を基に、攻撃対象のカードのＨＰを更新する（Ｓ１２６）。ＣＰＵ２１は、攻撃対象のカードの残ＨＰがゼロになったと判断した場合には（Ｓ１２７：ＹＥＳ）、攻撃対象のカードの現在位置のデータが無効化されるようにして対戦処理データを作成する（Ｓ１２８）。ＣＰＵ２１は、攻撃対象のカードの残ＨＰがゼロより大きいと判断した場合には（Ｓ１２７：ＮＯ）、Ｓ１２９へ進む。
ユーザデッキのすべてのカードについて処理が終了していない場合には（Ｓ１２９：ＮＯ）、Ｓ１２４へ戻り、次の処理対象のカードの処理に移る。ユーザデッキのすべてのカードについて処理が終了した場合には（Ｓ１２９：ＹＥＳ）、ユーザデッキの攻撃ターンが終了する。

（１−８−３）カードの前方移動処理（図２０）
以下では、ユーザデッキのカードの前方移動処理について説明するが、敵デッキのカードの前方移動処理についても同様である。
ゲームサーバ２０のＣＰＵ２１は、ユーザデッキの各カードについて図２０に示す処理を実行する。ＣＰＵ２１は先ず、処理対象のカードが第１行にあるか否か判定する（Ｓ１３０）。処理対象のカードが第１行にある場合には（Ｓ１３０：ＹＥＳ）、前方移動ができないためＳ１３６へ進む。ユーザデッキのすべてのカードについて処理が終了していない場合には（Ｓ１３６：ＮＯ）、次のカードの処理のためにＳ１３０へ戻る。

処理対象のカードが第１行にいない場合には（Ｓ１３０：ＮＯ）、Ｓ１３２へ進む。ＣＰＵ２１は、処理対象のカードが配置されているセルの１つの前のセルにユーザデッキの他のカードがいない場合には（Ｓ１３２：ＮＯ）、処理対象のカードを前進させることを決定する（Ｓ１３４）。このとき、ＣＰＵ２１は、前進させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。ＣＰＵ２１は、処理対象のカードが配置されているセルの１つの前のセルにユーザデッキの他のカードがある場合には（Ｓ１３２：ＹＥＳ）、処理対象のカードを前進させることができないためＳ１３４の処理を行わない。
ユーザデッキのすべてのカードについて処理が終了した場合には（Ｓ１３６：ＹＥＳ）、ユーザデッキのカードの前方移動処理が終了する。

（１−８−４）敵デッキのカードの横移動処理（図２１）
ゲームサーバ２０のＣＰＵ２１は、フィールド全体のカード群の中央位置を示すマトリクス上の列である全カード中央位置(CL_all)を決定する（Ｓ１４０）。前述したように、全カード中央位置は、対戦フィールドにおいて、カードが配置されている最も左のセルの列と、カードが配置されている最も右のセルの列との間の中央位置の列である。列間の中央位置がセル間の中央になる場合には、その中央位置の右側の列が全カード中央位置となる。
ＣＰＵ２１は、全カード中央位置を決定すると、敵デッキのカード群の各カードの処理順序を決定する（Ｓ１４２）。この処理順序は、前述したように、以下の(a-1)〜(a-4)に示す優先順である。各カードの処理順序が決定されると、その処理順序に従って各カードについてＳ１４４〜Ｓ１５４の処理が行われる。

(a-1) 第１行において、全カード中央位置を基準に左から右に配置されているカードの順
(a-2) 第１行以外の各行において、全カード中央位置を基準に左から右に配置されているカードの順
(a-3) 第１行において、全カード中央位置よりも左側にあるカードについて、右から左に配置されているカードの順
(a-4) 第１行以外の各行において、全カード中央位置よりも左側にあるカードについて、右から左に配置されているカードの順

処理対象のカードが上記(a-1)を満たすカードである間、処理対象のカードが第１行にあり（Ｓ１４４：ＹＥＳ）、かつ全カード中央位置CL_allにあるか、又は全カード中央位置CL_allより右側にあるため（Ｓ１４６：ＹＥＳ）、ＣＰＵ２１は、処理対象のカードを左のセルへ移動させる処理を行う（Ｓ１４８）。なお、移動先のセルに他のカードが存在する場合には移動させない。Ｓ１４８においてＣＰＵ２１は、移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。Ｓ１４８の処理が完了すると、敵デッキのすべてのカードについて処理が終了していない場合には（Ｓ１５４：ＮＯ）、次のカードの処理のためにＳ１４４へ戻る。

処理対象のカードが上記(a-2)を満たすカードである間、処理対象のカードが第１行にないため（Ｓ１４４：ＮＯ）、図２１の処理の開始時に対戦フィールド上で１つの前のセルにあったカードと同じように（つまり、連動して）、処理対象のカードを移動させる処理を行う（Ｓ１５３）。すなわち、処理対象のカードが２行目以降のセルにあるカードである場合ついては、上記(a-1)を満たすカードに対して既に行われた移動態様と同じようにして移動が行われる。Ｓ１５３においてＣＰＵ２１は、移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。Ｓ１５３の処理が完了すると、敵デッキのすべてのカードについて処理が終了していない場合には（Ｓ１５４：ＮＯ）、次のカードの処理のためにＳ１４４へ戻る。

処理対象のカードが上記(a-3)を満たすカードである間、処理対象のカードが第１行にあり（Ｓ１４４：ＹＥＳ）、かつ全カード中央位置CL_allより左側にあるため（Ｓ１４６：ＮＯ）、ＣＰＵ２１は、処理対象のカードを右のセルへ移動させる処理を行う（Ｓ１５０）。なお、移動先のセルに他のカードが存在する場合には移動させない。Ｓ１５０においてＣＰＵ２１は、移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。Ｓ１５０の処理が完了すると、敵デッキのすべてのカードについて処理が終了していない場合には（Ｓ１５４：ＮＯ）、次のカードの処理のためにＳ１４４へ戻る。

処理対象のカードが上記(a-4)を満たすカードである間、処理対象のカードが第１行にないため（Ｓ１４４：ＮＯ）、図２１の処理の開始時に対戦フィールド上で１つの前のセルにあったカードと同じように（つまり、連動して）、処理対象のカードを移動させる処理を行う（Ｓ１５３）。すなわち、処理対象のカードが２行目以降のセルにあるカードである場合ついては、上記(a-3)を満たすカードに対して既に行われた移動態様と同じようにして移動が行われる。Ｓ１５３においてＣＰＵ２１は、移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。Ｓ１５３の処理が完了すると、敵デッキのすべてのカードについて処理が終了していない場合には（Ｓ１５４：ＮＯ）、次のカードの処理のためにＳ１４４へ戻る。
上記(a-4)を満たす処理対象のカードのうち最後のカードについての処理が完了すると、すべての敵デッキのカードについての横移動処理が終了したことになる（Ｓ１５４：ＹＥＳ）。

（１−８−５）ユーザデッキのカードの横移動処理（図２２）
ゲームサーバ２０のＣＰＵ２１は、敵デッキのカード群の中央位置を示すマトリクス上の列である敵カード中央位置(CL_opp)を決定する（Ｓ１６０）。前述したように、敵カード中央位置は、敵デッキの領域において、カードが配置されている最も左のセルの列と、カードが配置されている最も右のセルの列との間の中央位置の列である。列間の中央位置がセル間の中央になる場合には、その中央位置の左側の列が敵カード中央位置となる。
ＣＰＵ２１は、敵カード中央位置を決定すると、ユーザデッキのカード群の各カードの処理順序を決定する（Ｓ１６２）。この処理順序は、前述したように、以下の(b-1)〜(b-4)に示す優先順となる。各カードの処理順序が決定されると、その処理順序に従って各カードについてＳ１６４〜Ｓ１７４の処理が行われる。

(b-1) 第１行において、敵カード中央位置を基準に右から左に配置されているカードの順
(b-2) 第１行以外の各行において、敵カード中央位置を基準に右から左に配置されているカードの順
(b-3) 第１行において、敵カード中央位置よりも右側にあるカードについて、左から右に配置されているカードの順
(b-4) 第１行以外の各行において、敵カード中央位置よりも右側にあるカードについて、左から右に配置されているカードの順

処理対象のカードが上記(b-1)を満たすカードである間、処理対象のカードが第１行にあり（Ｓ１６４：ＹＥＳ）、かつ敵カード中央位置CL_oppにあるか、又は敵カード中央位置CL_oppより左側にあるため（Ｓ１６６：ＹＥＳ）、ＣＰＵ２１は、処理対象のカードを右のセルへ移動させる処理を行う（Ｓ１６８）。なお、移動先のセルに他のカードが存在する場合には移動させない。Ｓ１６８においてＣＰＵ２１は、移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。Ｓ１６８の処理が完了すると、ユーザデッキのすべてのカードについて処理が終了していない場合には（Ｓ１７４：ＮＯ）、次のカードの処理のためにＳ１６４へ戻る。

処理対象のカードが上記(b-2)を満たすカードである間、処理対象のカードが第１行にないため（Ｓ１６４：ＮＯ）、図２２の処理の開始時に対戦フィールド上で１つの前のセルにあったカードと同じように（つまり、連動して）、処理対象のカードを移動させる処理を行う（Ｓ１７２）。すなわち、処理対象のカードが２行目以降のセルにあるカードである場合ついては、上記(b-1)を満たすカードに対して既に行われた移動態様と同じようにして移動が行われる。Ｓ１７２においてＣＰＵ２１は、移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。Ｓ１７２の処理が完了すると、ユーザデッキのすべてのカードについて処理が終了していない場合には（Ｓ１７４：ＮＯ）、次のカードの処理のためにＳ１６４へ戻る。

処理対象のカードが上記(b-3)を満たすカードである間、処理対象のカードが第１行にあり（Ｓ１６４：ＹＥＳ）、かつ敵カード中央位置より右側にあるため（Ｓ１６６：ＮＯ）、ＣＰＵ２１は、処理対象のカードを左のセルへ移動させる処理を行う（Ｓ１７０）。なお、移動先のセルに他のカードが存在する場合には移動させない。Ｓ１７０においてＣＰＵ２１は、移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。Ｓ１７０の処理が完了すると、ユーザデッキのすべてのカードについて処理が終了していない場合には（Ｓ１７４：ＮＯ）、次のカードの処理のためにＳ１６４へ戻る。

処理対象のカードが上記(b-4)を満たすカードである間、処理対象のカードが第１行にないため（Ｓ１６４：ＮＯ）、図２２の処理の開始時に対戦フィールド上で１つの前のセルにあったカードと同じように（つまり、連動して）、処理対象のカードを移動させる処理を行う（Ｓ１７２）。すなわち、処理対象のカードが２行目以降のセルにあるカードである場合ついては、上記(b-3)を満たすカードに対して既に行われた移動態様と同じようにして移動が行われる。Ｓ１７２においてＣＰＵ２１は、移動させるカードの現在位置のデータが更新されるようにして対戦処理データを作成する。Ｓ１７２の処理が完了すると、ユーザデッキのすべてのカードについて処理が終了していない場合には（Ｓ１７４：ＮＯ）、次のカードの処理のためにＳ１６４へ戻る。
上記(b-4)を満たす処理対象のカードのうち最後のカードについての処理が完了すると、すべてのユーザデッキのカードについての横移動処理が終了したことになる（Ｓ１７４：ＹＥＳ）。

以上、対戦処理のフローについて詳細に説明した。
なお、図１１Ｂの画像Ｐ７では、ユーザデッキと敵デッキとが隙間なく対峙している状態から対戦が開始される例を示したが、この例に限られない。例えば図２３の画像Ｐ７−１に示すように、対戦の開始時点では、ユーザデッキおよび敵デッキの各領域ＵＡａ，ＵＡｂの基準行の間が所定間隔（例えば、３行分）離間させ、対戦が開始後には画像Ｐ７−２に示すように、各領域の基準行が近付きながら対戦が行われるようにしてもよい。

（１−９）本実施形態の抽選処理のフロー
次に、本実施形態の抽選処理について、図２４を参照して説明する。図２４は、本実施形態の抽選処理を示すフローチャートである。
ユーザ端末１０においてメインメニューを表示しているときに（Ｓ２００）、ユーザがボタンｂ４（「抽選（模擬戦）」）（図１５の画像Ｐ０参照）を指定することによって、ユーザ端末１０のＣＰＵ１１は抽選要求を受け付け、抽選要求をゲームサーバ２０へ送信する（Ｓ２０２）。なお、ボタンｂ３（「抽選」）の指定によって送信される抽選要求と、ボタンｂ４（「抽選（模擬戦）」）の指定によって送信される抽選要求とは、ＣＰＵ２１によって判別可能となるデータ構成となっている。ゲームサーバ２０のＣＰＵ２１は、受信した抽選要求を受け付けるとともに（Ｓ２０４）、抽選処理を実行する（Ｓ２０６）。

具体的にはＣＰＵ２１は、カードデータテーブルに含まれた、カードＩＤによって特定される複数のカードの中から、無作為にユーザに付与するカード（抽選カード）を選択する。抽選カードの枚数は、特に限定されない。ゲームサーバ２０のＣＰＵ２１は、抽選結果として抽選カードを特定する情報（カード名、カード画像等）を含む画像データを生成してユーザ端末１０へ送信する（Ｓ２０８）。Ｓ２０２で受信した抽選要求が模擬戦を行うことを含む抽選要求である場合には、Ｓ２０８で送信される画像データには、図１５の画像Ｐ１５に示すように、模擬戦開始のボタンを含むものとなっている。ユーザ端末１０のＣＰＵ１１は、取得した画像データを基に画像を表示部１６に表示する（Ｓ２１０）。

模擬戦開始のボタンをユーザが指定することによって、模擬戦要求がユーザ端末１０からゲームサーバ２０へ送信される（Ｓ２１２）。この模擬戦要求を取得したと判断した場合（Ｓ２１４：ＹＥＳ）、ゲームサーバ２０のＣＰＵ２１は、ユーザデッキと抽選カードデッキとの間で対戦処理を実行する（Ｓ２１６）。Ｓ２１６の対戦処理の内容は、図１８に示した対戦処理と同一の処理内容である。この場合には、ＣＰＵ２１は、Ｓ２０６で得た抽選カードを基に作成した抽選カードデッキと、デッキデータテーブルから読み出したユーザデッキとの間で、対戦処理を実行する。対戦処理が終了すると、ＣＰＵ２１は、対戦処理時に作成した対戦処理データに基づく再生ファイルを含む画像データをユーザ端末１０へ送信する（Ｓ２１８）。ユーザ端末１０のＣＰＵ１１は、取得した再生ファイルを表示部１６に表示し、それによってユーザは、模擬戦の内容を見ることができる（Ｓ２２０）。

上記実施形態では、図１５の画像Ｐ１６に示したように、出力手段５７は、ユーザ端末１０への出力データに、ユーザデッキに含まれるユーザカードが、模擬戦においてユーザカードを配置可能な複数のセルのいずれに配置されたかを示す情報と、抽選カードが、模擬戦において抽選カードを配置可能な複数のセルのいずれに配置されたかを示す情報とを含めて出力するように構成されているため、ユーザは抽選カードの実力が認識しやすくなるという効果がある。
すなわち、本実施形態の対戦処理は、カードの頻繁な移動、カード同士の距離に応じた攻撃力の変化、攻撃の命中精度や防御時の回避能力等、複雑な対戦要素が含まれているため、抽選カードのパラメータを個別に確認したことだけでは、そのカードを実際の対戦で使用するのが有効であるのか、ユーザが認識し難いものである。しかし抽選カードを基に抽選カードデッキを作成し、当該抽選カードデッキと、ユーザデッキとを模擬戦によって対戦させることで、各抽選カードの実際の対戦における配置位置、移動、攻撃、および、防御等の対戦時の有効性がユーザに視覚的に分かりやすい形で提示される。つまり、ユーザデッキの実力は通常ユーザが十分に把握しているため、ユーザデッキと対戦を行うことで、抽選カードの実力が認識しやすくなる。例えば、上記対戦処理では対戦中のカードのＨＰがゼロになると消失していくため、抽選カードデッキの中のカード群のうち模擬戦において最後まで、若しくは後半まで対戦フィールド上に残ったカードは、ユーザデッキに対して相対的に同等以上の実力であると判断でき、その後にユーザデッキに組み込むカードの候補となりうる。
また、ユーザに対応付けられた所定のパラメータを消費することでユーザ間の対戦が実行するように構成されている場合、ユーザが新たに取得した抽選カードの実力を推し量るためにその抽選カードを他のユーザとの対戦に使用することをユーザは躊躇する可能性がある。一方、上記模擬戦の場合にはユーザ間の対戦ではないためパラメータを消費することがなく、ユーザにとって積極的に利用することが動機付けられる。

（１−１０）変形例
以下、本実施形態の変形例について説明する。

（１−１０−１）変形例１
前述したように、抽選カードを基に抽選カードデッキを作成する場合、各抽選カードの射程距離に基づいて各抽選カードを配置させることが好ましい。あるいは、各抽選カードの射程距離に基づいて各抽選カードを配置させることができるように、抽選処理を実行することが好ましい。例えば、図９に示したように３×６のマトリクスに抽選カードを配置させる場合、例えば以下のようにカードを抽選することで、抽選カードをすべて各カードの射程距離（配置情報の一例）に従って配置させることができる。
［カードの抽選例１］
・射程距離が「短」のカード：６枚
・射程距離が「中」のカード：６枚
・射程距離が「長」のカード：６枚
［カードの抽選例２］
・射程距離が「短」のカード：２枚
・射程距離が「中」のカード：３枚
・射程距離が「長」のカード：５枚

なお、抽選カードの数が多い場合には、すべての抽選カードを各々の射程距離に従って抽選カードデッキを作成できるとは限らない。例えば、図９に例示した対戦フィールドは第１行のセルの数は６個であるが、射程距離が「短」である抽選カードが７枚ある場合、少なくとも１枚の抽選カードを第１行に配置させることはできない。そこで、抽選カードがその射程距離に基づいて対戦フィールド上のセルに配置できない場合、すなわち、抽選カードが対戦において実力を発揮し難い位置に配置された場合には、抽選カードが射程距離に基づいて配置できないことをユーザに通知し、それによって、その抽選カードを有効に利用することができるか否かについての適切な判断がし難いことをユーザに報知することが好ましい。
すなわち、出力手段５７は、抽選カードが、その抽選カードの射程距離に基づいて配置できない場合には、抽選カードが射程距離に基づいて配置できないことをユーザに識別可能な形式で画像データを出力することが好ましい。図２５は、本変形例において、ユーザが模擬戦を行うときのユーザ端末に表示される画像の一例を示す図である。図２５では、抽選カードデッキのカード群のうちマークｍｋ１が表示されているカードについては、射程距離に基づいて配置できなかったカードであることを示している。

（１−１０−２）変形例２
本変形例は、模擬戦について、抽選カードデッキの各抽選カードの配置位置を変更した上での再戦を行うことができるのが特徴である。模擬戦の再戦を行うために、本変形例ではゲームサーバ２０の機能として、受付手段５８および変更手段５９（図１６参照）が設けられる。
受付手段５８は、抽選カードデッキに含まれる抽選カードの配置位置を変更するためのユーザの要求を受け付ける機能を備える。後述する再戦要求は、抽選カードデッキに含まれる抽選カードの配置位置を変更するためのユーザの要求の一例である。要求の受付は、ユーザ端末１０のＣＰＵ１１、および、ゲームサーバ２０のＣＰＵ２１によって実行される。
変更手段５９は、受付手段５８により上記要求を受け付けたことに応じて、抽選カードの配置位置を変更する機能、すなわち、抽選カードデッキの再作成する機能を備える。再作成される抽選カードデッキは、変更前のものとは異なるカードデッキであればいかなるカード配置のデッキであってもよい。その作成方法は問わないが、ゲームサーバ２０のＣＰＵ２１は、抽選カードデッキの以下に述べるようにして再作成してもよい。変更前においてカードの射程距離に基づいてカードデッキが作成されている場合、抽選カードデッキを再作成するときには、各行においてカードを配置させる列を所定の規則に従って、あるいはランダムに変更してもよい。例えば、変更前の抽選カードデッキにおいて射程距離が「短」のカードが第１行に６枚配置されていた場合、抽選カードデッキを再作成するときには、その６枚のカードを第１行でランダムに配置させる列を変更する。変更前の抽選カードデッキにおいてカードの射程距離と無関係にカードデッキが作成されている場合、抽選カードデッキを再作成するときには、カードの配置をその射程距離とは無関係にランダムに変更してもよい。

本変形例では、実行手段５６は、取得手段５４によって取得されたユーザデッキが示す各カードの配置と、変更手段５９によって変更された抽選カードの配置とに基づいて行われるユーザデッキと抽選カードデッキとの間の対戦を実行し、出力手段５７は、当該対戦の処理の結果得られる情報を用いて、当該対戦の内容が、ユーザに識別させるための画像データを出力する。

本変形例の抽選処理について、図２６を参照して説明する。図２６は、本変形例の抽選処理を示すフローチャートである。図２６のフローチャートが図２４のそれと異なる点は、Ｓ２２０以降である。ここでは、Ｓ２２０でユーザ端末１０に表示される画像において、再戦要求を行うためのボタンが表示されている場合（図示せず）を想定する。このボタンをユーザが指定することによってユーザ端末１０のＣＰＵ１１がユーザの再戦要求を受け付け、ゲームサーバ２０へ再戦要求を送信するように構成されている（Ｓ２２４）。
再戦要求を取得したゲームサーバ２０のＣＰＵ２１は、抽選カードデッキの再作成を行う（Ｓ２２６）。ＣＰＵ２１は、抽選カードデッキを再作成した後、ユーザデッキと再作成された抽選カードデッキとの間で対戦処理（すなわち、再戦の処理）を実行する（Ｓ２２８）。Ｓ２２８の対戦処理の内容は、図１８に示した対戦処理と同一の処理内容である。対戦処理が終了すると、ＣＰＵ２１は、対戦処理時に作成した対戦処理データに基づく再生ファイルを含む画像データをユーザ端末１０へ送信する（Ｓ２３０）。ユーザ端末１０のＣＰＵ１１は、取得した再生ファイルを表示部１６に表示し、それによってユーザは、模擬戦の再戦の内容を見ることができる（Ｓ２３２）。

本変形例では、ユーザからの要求を受け付けたことに応じて、ユーザデッキと、配置位置が変更された抽選カードデッキとの間で再戦が行われ、その対戦内容が表示される。このような再戦は、前の対戦で各抽選カードが対戦において効果的であるかユーザが不明であった場合や、異なる配置によって別の観点から各抽選カードの対戦における有効性をユーザが確認したい場合などに好適である。

（１−１０−３）変形例３
出力手段５７は、決定手段５５によって決定された配置位置に基づく抽選カードデッキと、変更手段５９によって変更された配置位置に基づく抽選カードデッキとの間の、抽選カードデッキに含まれる各抽選カードの位置およびパラメータのうち少なくともいずれかの変化を、ユーザに識別可能な形式で画像データを出力してもよい。すなわち、上記変形例２で説明した模擬戦の再戦が行われる場合において、抽選カードデッキの変更前後における各抽選カードの位置およびパラメータのうち少なくともいずれかの変化を、ユーザに識別可能な形式で示す画像データを出力してもよい。
本変形例で表示される画像の一例を図２７に示す。図２７に示す例では、模擬戦の再戦の開始時に表示される画像Ｐ７−３において、カードＣｘ，Ｃｙの攻撃力の変化が表示される。

本変形例を実現するために、ゲームサーバ２０のＣＰＵ２１は、図２６のフローチャートのＳ２２６において抽選カードデッキを再作成した後、Ｓ２１６で作成された抽選カードデッキと、Ｓ２２６で再作成された抽選カードデッキとの間の比較処理を行ってもよい。この比較処理は、抽選カードデッキの変更前後における各抽選カードの位置およびパラメータを比較する処理である。例えば、前述したように、カードの攻撃力が、そのカードの射程距離と、攻撃対象のカードとの間の距離とによって変動する場合には、比較処理は、抽選カードデッキの変更前後における各抽選カードの攻撃力の変化量を算出する処理を含む。
本変形例では、抽選カードデッキの配置位置を変更した場合に、その配置の前後で各抽選カードの位置や攻撃力や防御力等のパラメータの変化がユーザに識別可能な形式で表示されるため、ユーザが、変更前後の抽選カードに関連する情報について認識しやすくなる。

（１−１０−４）変形例４
上述した実施形態では、ユーザがカードを取得した後に、模擬戦の対戦の内容を示す画像データを出力する場合について説明したが、カードの取得のタイミングと、模擬戦の内容の表示タイミングは、逆であってもよい。すなわち本変形例では、対応付け手段５３は、出力手段５７が画像データを出力した後に、選択手段５２により選択された抽選カードをユーザに対応付ける。
タイミングが逆になる例として先ず、模擬戦後にユーザが再抽選を行うことが可能な設定とした場合が挙げられる。この例では、ユーザは、模擬戦の内容を見た後に、抽選等によって選択されたカードの能力に満足しない場合には、再抽選を指示する。再抽選によって選択されたカードに基づいて模擬戦を再度行う。模擬戦後にユーザが所定の確定指示を行うことで、その確定指示の直前に選択されたカードがユーザに付与される。この例では、ユーザは、選択されたカードが対戦に有利なカードであることを確認した後にそのカードを取得することができる。
また、タイミングが逆になる別の例として、ユーザに複数回の抽選を同時に、あるいは連続的に行う機会が付与され、各抽選で選択されたカードを基に模擬戦が行われる場合が挙げられる。その場合、各々の模擬戦の内容を見た後に、複数回の抽選のいずれかで選択されたカードをユーザが取得できる機会が付与される。この例では、ユーザは、複数の模擬戦の内容を比較することで、対戦に有利なカードを取得することができる。
本変形例では、カードをユーザに対応付けるタイミングが、ユーザが模擬戦の内容を確認した後であるため、ユーザは模擬戦の内容に基づき、カードを取得するか否かについて選択することができるようになる。

なお、対応付け手段５３による対応付けは、ユーザによる対応付けの予定あるいは予約を含むものであってもよい。例えば、イベントに先立って、そのイベントにおける所定の条件を満たした場合に特定のカードを入手できるという告知が行われた場合を想定する。このとき、ユーザ操作に基づいて、イベント前に当該特定のカードとユーザデッキの模擬戦を行い、模擬戦の内容をユーザが確認できるようにしてもよい。このようにすることで、イベントで取得可能なカードの有効性をユーザがイベント前に確認できた場合には、ユーザがイベントに参加する動機付けになる。

上記実施形態および変形例の説明では、取得カードとして複数枚の抽選カードがユーザに付与され、その複数枚の抽選カードによって抽選カードデッキを組み、ユーザデッキと模擬戦を行う場合について説明したが、この場合に限られない。抽選カードが１枚のみの場合には、その１枚の抽選カードを用いて模擬戦を行ってもよい。つまり、ユーザデッキの対戦相手は必ずしも複数枚の取得カードからなるデッキではなくてもよい。例えば、取得した１枚のカードが非常に高い攻撃力やスキルを備えている場合には、その取得カードとユーザデッキとの間で模擬戦を行うことで、その取得カードが対戦に極めて有効であることをユーザが認識できる。

上記実施形態および変形例の説明では、第１オブジェクトグループがユーザデッキである場合を例として説明したが、その場合に限られない。前述したように、模擬戦においてユーザデッキを使用するのは、ユーザがユーザデッキを普段から使用していることからユーザデッキを尺度として取得カードの対戦における有効性を理解しやすいためである。そのため、ユーザが対戦時の実力を把握しているデッキであれば、模擬戦で使用するデッキはユーザデッキでなくてもよい。例えば、ユーザの仲間やライバル等の他ユーザのデッキを、当該ユーザに対する模擬戦に使用してもよい。

上記実施形態の模擬戦では、ユーザデッキと抽選カードデッキを対戦フィールドに配置し、デッキ間で対戦を行い、その模擬戦の内容をユーザに提示する場合について説明したが、模擬戦の内容は、このようなカードの配置、移動を伴うものに限られない。（１−４）で説明したように、模擬戦によって取得カードとしての抽選カードの有効性をユーザが認識できればよく、カードの配置、移動がない場合であってもカードの有効性がわかるような模擬戦の内容であればよい。例えば、対戦フィールドにデッキを配置せず単に、ユーザの対戦使用カードと抽選カードとを所定の規則に従って整列配置させるものであってもよい。その場合であっても、カードの組合せによる効果の発動によって特定の抽選カードが予想以上に高いスキルを発生させるカードであることがわかれば、ユーザにとってそのカードが対戦に有効なカードであると認識することができる。

（２）第２の実施形態
第１の実施形態では、ユーザ端末１０とゲームサーバ２０との間でＨＴＴＰに従った通信が行われ、ユーザ端末１０がゲームサーバ２０から取得するＨＴＭＬ文書を解釈することでゲーム画像を表示する、いわゆるブラウザ形式によってゲームが実現される場合について説明したが、本発明はこれに限られない。本実施形態のゲームは、ユーザ端末１０がダウンロードしたゲームプログラムを実行することでユーザ端末１０が主体的にゲームの処理を実行し、ユーザ端末１０とゲームサーバ２０の間の送受信処理を抑制した、いわゆるネイティブアプリケーション形式によって実現してもよい。ネイティブアプリケーション形式では、ウェブブラウザを利用せずに、ユーザ端末１０のＣＰＵ１１が画像データを生成することで、表示部１６に画像を表示する。

本実施形態では、第１の実施形態のゲームをネイティブアプリケーション形式によって実現する場合の一例について説明する。なお、本実施形態のハードウェア構成は、第１の実施形態と同じ構成でよい。本実施形態のネイティブアプリケーションの形式では、処理のほとんどをユーザ端末１０側で行うことを想定しているが、以下で説明しないゲームの処理の一部（例えば、ユーザに抽選によって付与する抽選処理や、ゲーム運営者がユーザにカードを付与するプレゼント処理等）については、ゲームサーバ２０側で処理を実行し、ゲームサーバ２０による処理結果をユーザ端末１０へ送信してもよい。

本実施形態では、ユーザ端末１０がユーザによる所定の操作に基づいて、ゲーム運営者のサーバからゲームプログラムを受信し、受信したゲームプログラムがストレージ１８に格納される。ユーザ端末１０によってゲームが起動されると、ユーザ端末１０とゲームサーバ２０との間で通信が確立されてログイン処理が行われ、ゲームサーバ２０からユーザ端末１０へデータテーブル群（ユーザデータテーブル、カードデータテーブル、所持カードデータテーブル、および、デッキデータテーブル）が送信される。ユーザ端末１０に送信されるデータテーブル群は、ユーザ端末１０のストレージ１８内に保持される。この場合、ストレージ１８内のデータテーブル群は、ログインの度に更新される。
本実施形態では、対戦処理（図１８）や抽選要求に応じた処理（図２４）は、ユーザ端末１０において実行される。
なお、所持カードデータテーブルがユーザ端末１０において改竄されることを防止するため、ユーザ端末１０による所定の処理が終了する度、あるいは、ゲームからログアウトする時点で、ユーザ端末１０内の所持カードデータテーブルがゲームサーバ２０へ送信される。ゲームサーバ２０では、受信した所持カードデータテーブルと、ストレージ２５内の所持カードデータテーブルとを比較し、データの改竄が行われていないことを確認した後に、受信した所持カードデータテーブルに基づいて、ストレージ２５内の所持カードデータテーブルを更新する。

以上、本発明の実施形態、変形例について詳細に説明したが、本発明は上記実施形態等に限定されない。また、実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのは勿論である。上記実施形態および各変形例に記載された技術的事項は適宜組合せて適用してもよい。
例えば、上述した実施形態および変形例では、ユーザ端末に対する所定の操作入力は、ユーザ端末に対する所定のボタンの押下操作の入力や、タッチパネル機能を備えたユーザ端末に対する表示画面上のタッチ操作の入力であるとしたが、操作入力はこれに限られない。操作入力は、加速度センサを備えたユーザ端末を振ることによる操作入力、あるいはジェスチャによる操作入力（ジェスチャ入力）であってもよい。ジェスチャ入力では、撮像機能を備えたユーザ端末に対する所定のジェスチャを行うことでユーザ端末がそのジェスチャを画像認識し、予めジェスチャに対応付けられた操作入力を認識する。また、音声認識プログラムを実行可能なユーザ端末の場合には、操作入力は、音声を入力することにより行われてもよい。

［発明のまとめ］
以上の記載から本発明は例えば以下のように把握される。

本発明の一態様は、ユーザが対戦で使用する複数の第１オブジェクトから構成される第１オブジェクトグループを示す第１オブジェクトグループ情報を記憶する記憶装置にアクセス可能な情報処理装置（２０）であって、
ユーザによる操作に基づいて、第２オブジェクトを選択する選択手段（５２）と、
前記選択手段（５２）により選択された前記第２オブジェクトを前記ユーザに対応付ける対応付け手段（５３）と、
前記記憶装置（２５）から、前記ユーザに対応する第１オブジェクトグループ情報を取得する取得手段（５４）と、
前記取得手段（５４）が取得した第１オブジェクトグループと、前記第２オブジェクトとの間の対戦の処理の結果得られる情報を用いて、当該対戦の内容を前記ユーザに識別させるための出力データを出力する出力手段（５７）と、
を備えた情報処理装置である。

「情報処理装置」は、スタンドアローンのゲーム機、あるいはユーザ端末（例えば、携帯端末やパーソナルコンピュータ等）やネットワーク上のサーバなどであってもよい。ゲームの実現形態によって適宜情報処理装置の実体を定義することができる。例えば、ユーザがゲーム機やユーザ端末を操作することで情報処理装置の各部の機能が実現される場合には、ゲーム機やユーザ端末が本発明の情報処理装置に相当する。あるいは、クライアントであるユーザ端末がユーザからの操作入力の受付や画像の表示の機能を有し、情報処理装置の各部の機能が実質的にユーザ端末と通信可能なサーバによって実現される場合には、サーバが本発明の情報処理装置に相当する。
「オブジェクト」は、ユーザが視覚的に認識可能である限り如何なる表示対象であってもよく、上述した実施形態のカードに限られない。例えば、オブジェクトは、単なるイラスト、写真などの画像であってもよいし、３Ｄ画像による立体的なキャラクタであってもよい。つまり、オブジェクトは、ゲームに用いることができる媒体であれば、どのようなものでもよい。また、オブジェクトは、ゲームにおいてユーザが収集する対象となるものであってもよいし、さらに、ゲームにおいて育成する対象となるものであってもよい。
「記憶装置」は、例えばフラッシュメモリやＨＤＤ(Hard Disk Drive)等、如何なる構成のメモリデバイスであってもよい。また、記憶装置は、情報処理装置に内蔵されたものであってもよいし、情報処理装置から有線または無線でアクセス可能に構成された外部の装置であってもよい。
「ユーザによるオブジェクトを選択する」ことは、抽選等のゲームの一機能をユーザが実行することによってオブジェクトが選択される場合であってもよいし、ゲームの進行の結果としてオブジェクトが選択される場合であってもよいし、ゲームの進行とは無関係にオブジェクトが選択される場合（例えば、他のユーザからのプレゼントの対象としてオブジェクトが選択される場合）であってもよい。
「オブジェクトをユーザに対応付ける」ことは、ゲームの設定に応じて適宜定義してよいが、例えば、オブジェクトをユーザの取得オブジェクトとする場合であってもよいし、あるいは取得予定のオブジェクトを予めユーザに対応付けておく場合であってもよいし、ユーザが取得目的でオブジェクトを予約する場合であってもよい。

以下では、ユーザに対応付けられた第２オブジェクトが、ユーザが取得したオブジェクト（ユーザの取得オブジェクト）である場合について説明する。
上記情報処理装置では、ユーザが対戦で使用する第１オブジェクトグループと、ユーザによる操作に基づくユーザの取得オブジェクト（第２オブジェクト）との間で行われる対戦の内容が、上記ユーザが識別可能な形式でユーザに提示される。第１オブジェクトグループはユーザが普段から対戦で使用するオブジェクトグループであり、対戦での強さを把握していることから、ユーザが上記対戦の内容を認識することで、取得オブジェクト（第２オブジェクト）が第１オブジェクトグループに組み込んで有効に利用することができるオブジェクトであるか否かについて、ユーザが認識しやすくすることができる。

前記対応付け手段（５３）は、前記出力手段（５７）が前記出力データを出力した後、前記選択手段（５２）により選択された前記第２オブジェクトを前記ユーザに対応付けてもよい。
例えば、ユーザに、第２オブジェクトが複数回選択され、それによって第２オブジェクトを対応付け可能な機会が複数回与えられた場合、上記構成によれば、選択された各々の第２オブジェクトと第１オブジェクトグループとの対戦を確認した後に、いずれかの第２オブジェクトを自身に対応付ける（例えば、取得する）ことができる。すなわち、第２オブジェクトをユーザに対応付けるタイミングをユーザが対戦を確認した後に設定することで、ユーザはその対戦の内容に基づき、第２オブジェクトを取得するか否かについて選択することができるようになる。

前記出力手段（５７）は、前記出力データに、前記第１オブジェクトグループに含まれるオブジェクトが、前記対戦においてオブジェクトを配置可能な複数の領域のいずれに配置されたかを示す情報と、前記第２オブジェクトが、前記対戦においてオブジェクトを配置可能な複数の領域のいずれに配置されたかを示す情報とを含めて出力してもよい。
この構成では、第１オブジェクトグループと第２オブジェクトとの対戦が、各オブジェクトを配置させることによって行われることが前提となっている。このようにオブジェクトを配置させて行う対戦では、対戦の内容が比較的複雑になることから、例えば取得オブジェクトである第２オブジェクトが、第１オブジェクトグループに組み込んで有効に利用することができるオブジェクトであるか否かについて、ユーザが認識しやすくなるといった効果がより発揮される。

オブジェクトは、オブジェクトの配置に関する配置情報に関連付けられており、
前記第２オブジェクトの配置情報に基づいて、前記第２オブジェクトを、前記対戦においてオブジェクトを配置可能な複数の領域のいずれに配置するかを決定する決定手段（５５）をさらに備えてもよい。
この構成では、第１オブジェクトグループと第２オブジェクトとの対戦において各オブジェクトが配置情報に従って配置されるため、オブジェクトごとに適切な配置がなされた上で対戦が行われる。そのため、第２オブジェクトが対戦において実力を発揮しやすい位置に配置されることになり、第２オブジェクトが有効に利用することができるカードであるか否かについて、ユーザがより確実な判断をすることができるようになる。また、第２オブジェクトの配置情報に基づいて、第２オブジェクトの配置を決定することで、第２オブジェクトの適切な位置をユーザに提示するといったチュートリアルの機能を実現できる。

前記出力手段（５７）は、前記第２オブジェクトの配置情報に基づいて、前記第２オブジェクトを、前記配置情報に対応する領域に配置できない場合には、前記第２オブジェクトが配置情報に基づいて配置できないことを前記ユーザに識別可能な形式で前記出力データを出力してもよい。
例えば、第２オブジェクトが複数存在し、配置可能な位置が限られている場合、すべての第２オブジェクトが各々の配置情報に基づいて配置できるとは限らない。そこで、第２オブジェクトがその配置情報に基づいて配置できない場合、すなわち、第２オブジェクトが対戦において実力を発揮し難い位置に配置された場合には、第２オブジェクトが配置情報に基づいて配置できないことをユーザに通知し、それによって、第２オブジェクトを有効に利用することができるか否かについての適切な判断がし難いことをユーザに報知する。

前記第２オブジェクトが配置された領域を変更するための前記ユーザの要求を受け付ける受付手段（５８）と、
前記受付手段（５８）により前記要求を受け付けたことに応じて、前記第２オブジェクトが配置された領域を変更する変更手段（５９）と、を備え、
前記出力手段（５７）は、前記取得手段（５４）によって取得された前記オブジェクトグループ情報が示す各第１オブジェクトが配置された領域と、前記変更手段（５９）によって変更された第２オブジェクトが配置された領域とに基づいて行われる前記第１オブジェクトグループと前記第２オブジェクトとの間の対戦の処理の結果得られる情報を用いて、当該対戦の内容を前記ユーザに識別させるための出力データを出力してもよい。
この構成では、ユーザからの要求を受け付けたことに応じて、第１オブジェクトグループと配置位置が変更された第２オブジェクトとの間で再度の対戦（再戦）が行われ、その対戦内容が表示される。このような再戦は、前の対戦で第２オブジェクトが対戦において効果的であるかユーザが不明であった場合や、異なる配置によって別の観点から第２オブジェクトの対戦における有効性をユーザが確認したい場合などに好適である。

前記出力手段（５７）は、前記決定手段（５５）によって前記対戦においてオブジェクトを配置可能な複数の領域のいずれに配置するか決定された第２オブジェクトと、前記変更手段（５９）によって配置される領域が変更された第２オブジェクトとの間の、第２オブジェクトが位置される領域およびオブジェクト情報のうち少なくともいずれかの変化を、前記ユーザに識別可能な形式で前記出力データを出力してもよい。
この構成では、第２オブジェクトが配置される領域を変更した場合に、その変更の前後で第２のオブジェクトの位置やオブジェクト情報（例えば、攻撃力や防御力等のパラメータ）の変化がユーザに識別可能な形式で表示されるため、ユーザが、変更前後の第２オブジェクトに関連する情報について認識しやすくなる。

本発明の別の態様は、ユーザ端末（１０）と、当該ユーザ端末（１０）からアクセスされるサーバ（２０）と、を含み、前記ユーザ端末（１０）または前記サーバ（２０）の少なくともいずれかが、ユーザが対戦で使用する複数の第１オブジェクトから構成される第１オブジェクトグループを示す第１オブジェクトグループ情報を記憶する記憶装置（２５）にアクセス可能に構成される情報処理システム（１）であって、
ユーザによる操作に基づいて、第２オブジェクトを選択する選択手段（５２）、
前記選択手段（５２）により選択された前記第２オブジェクトを前記ユーザに対応付ける対応付け手段（５３）、
前記記憶装置（２５）から、前記ユーザに対応する第１オブジェクトグループ情報を取得する取得手段（５４）、
前記取得手段（５４）が取得した第１オブジェクトグループと、前記第２オブジェクトとの間の対戦の処理の結果得られる情報を用いて、当該対戦の内容を前記ユーザに識別させるための出力データを出力する出力手段（５７）、
の各手段を、前記ユーザ端末（１０）又は前記サーバ（２０）のいずれか一方が備えた、
ゲームシステムであってもよい。

本発明の別の態様は、ユーザが対戦で使用する複数の第１オブジェクトから構成される第１オブジェクトグループを示す第１オブジェクトグループ情報を記憶する記憶装置（２５）にアクセス可能なコンピュータに、
ユーザによる操作に基づいて、第２オブジェクトを選択する選択手段（５２）、
前記選択手段（５２）により選択された前記第２オブジェクトを前記ユーザに対応付ける対応付け手段（５３）、
前記記憶装置（２５）から、前記ユーザに対応する第１オブジェクトグループ情報を取得する取得手段（５４）、
前記取得手段（５４）が取得した第１オブジェクトグループと、前記第２オブジェクトとの間の対戦の処理の結果得られる情報を用いて、当該対戦の内容を前記ユーザに識別させるための出力データを出力する出力手段（５７）、
を実現させるためのプログラムであってもよい。

本発明の別の態様は、上記プログラムを格納する、光ディスク、磁気ディスク等の、コンピュータが読み取り可能な記憶媒体であってもよい。

なお、上記では、本発明の理解を容易にするため、適宜図面に記載された符号を括弧書きで記載しているが、これにより本発明に係る情報処理装置等が図示の態様に限定されるものではない。

１…ゲームシステム
１０…ユーザ端末
１１…ＣＰＵ
１２…ＲＯＭ
１３…ＲＡＭ
１５…操作入力部
１６…表示部
１７…通信インタフェース部
１８…ストレージ
１９…バス
２０…ゲームサーバ
２１…ＣＰＵ
２２…ＲＯＭ
２３…ＲＡＭ
２４…通信インタフェース部
２５…ストレージ
２６…バス
５１…配置手段
５２…選択手段
５３…対応付け手段
５４…取得手段
５５…決定手段
５６…実行手段
５７…出力手段
５８…受付手段
５９…変更手段

Claims (9)

1. ユーザが対戦で使用する複数の第１オブジェクトから構成される第１オブジェクトグループを示す第１オブジェクトグループ情報を記憶する記憶装置にアクセス可能な情報処理装置であって、
   ユーザによる操作に基づいて、第２オブジェクトを選択する選択手段と、
   前記選択手段により選択された前記第２オブジェクトを前記ユーザに対応付ける対応付け手段と、
   前記記憶装置から、前記ユーザに対応する第１オブジェクトグループ情報を取得する取得手段と、
   前記取得手段が取得した第１オブジェクトグループと、前記第２オブジェクトとの間の対戦の処理の結果得られる情報を用いて、当該対戦の内容を前記ユーザに識別させるための出力データを出力する出力手段と、
   を備えた情報処理装置。
2. 前記対応付け手段は、前記出力手段が前記出力データを出力した後、前記選択手段により選択された前記第２オブジェクトを前記ユーザに対応付ける、
   請求項１に記載の情報処理装置。
3. 前記出力手段は、前記出力データに、前記第１オブジェクトグループに含まれるオブジェクトが、前記対戦においてオブジェクトを配置可能な複数の領域のいずれに配置されたかを示す情報と、前記第２オブジェクトが、前記対戦においてオブジェクトを配置可能な複数の領域のいずれに配置されたかを示す情報とを含めて出力する、
   請求項１または２に記載された情報処理装置。
4. オブジェクトは、オブジェクトの配置に関する配置情報に関連付けられており、
   前記第２オブジェクトの配置情報に基づいて、前記第２オブジェクトを、前記対戦においてオブジェクトを配置可能な複数の領域のいずれに配置するかを決定する決定手段をさらに備えた、
   請求項３に記載された情報処理装置。
5. 前記出力手段は、前記第２オブジェクトの配置情報に基づいて、前記第２オブジェクトを、前記配置情報に対応する領域に配置できない場合には、前記第２オブジェクトが配置情報に基づいて配置できないことを前記ユーザに識別可能な形式で前記出力データを出力する、
   請求項４に記載された情報処理装置。
6. 前記第２オブジェクトが配置された領域を変更するための前記ユーザの要求を受け付ける受付手段と、
   前記受付手段により前記要求を受け付けたことに応じて、前記第２オブジェクトが配置された領域を変更する変更手段と、を備え、
   前記出力手段は、前記取得手段によって取得された前記オブジェクトグループ情報が示す各第１オブジェクトが配置された領域と、前記変更手段によって変更された第２オブジェクトが配置された領域とに基づいて行われる前記第１オブジェクトグループと前記第２オブジェクトとの間の対戦の処理の結果得られる情報を用いて、当該対戦の内容を前記ユーザに識別させるための出力データを出力する、
   請求項４または５に記載された情報処理装置。
7. 前記出力手段は、前記決定手段によって前記対戦においてオブジェクトを配置可能な複数の領域のいずれに配置するか決定された第２オブジェクトと、前記変更手段によって配置される領域が変更された第２オブジェクトとの間の、第２オブジェクトが配置される領域およびオブジェクト情報のうち少なくともいずれかの変化を、前記ユーザに識別可能な形式で前記出力データを出力する、
   請求項６に記載された情報処理装置。
8. ユーザ端末と、当該ユーザ端末からアクセスされるサーバと、を含み、前記ユーザ端末または前記サーバの少なくともいずれかが、ユーザが対戦で使用する複数の第１オブジェクトから構成される第１オブジェクトグループを示す第１オブジェクトグループ情報を記憶する記憶装置にアクセス可能に構成される情報処理システムであって、
   ユーザによる操作に基づいて、第２オブジェクトを選択する選択手段、
   前記選択手段により選択された前記第２オブジェクトを前記ユーザに対応付ける対応付け手段、
   前記記憶装置から、前記ユーザに対応する第１オブジェクトグループ情報を取得する取得手段、
   前記取得手段が取得した第１オブジェクトグループと、前記第２オブジェクトとの間の対戦の処理の結果得られる情報を用いて、当該対戦の内容を前記ユーザに識別させるための出力データを出力する出力手段、
   の各手段を、前記ユーザ端末又は前記サーバのいずれか一方が備えた、
   ゲームシステム。
9. ユーザが対戦で使用する複数の第１オブジェクトから構成される第１オブジェクトグループを示す第１オブジェクトグループ情報を記憶する記憶装置にアクセス可能なコンピュータに、
   ユーザによる操作に基づいて、第２オブジェクトを選択する選択手段、
   前記選択手段により選択された前記第２オブジェクトを前記ユーザに対応付ける対応付け手段、
   前記記憶装置から、前記ユーザに対応する第１オブジェクトグループ情報を取得する取得手段、
   前記取得手段が取得した第１オブジェクトグループと、前記第２オブジェクトとの間の対戦の処理の結果得られる情報を用いて、当該対戦の内容を前記ユーザに識別させるための出力データを出力する出力手段、
   を実現させるためのプログラム。

Images