JP2020130999A - プログラム、端末、ゲームシステム及びゲーム管理装置 - Google Patents

Abstract

【課題】プレーヤであるユーザの興趣性を向上させたゲームを提供することができる技術を提供すること。【解決手段】第１プレーヤが保有する第１ゲーム要素と、対戦相手となる第２プレーヤが保有する第１ゲーム要素とを使用したゲームを、コンピュータに実行させるプログラムであって、プログラムは、コンピュータを、第１プレーヤのデッキを構成する第１ゲーム要素を設定する第１設定手段と、デッキを構成しないゲーム要素であり、第１プレーヤが保有する第１ゲーム要素を使用可能である第２ゲーム要素を設定する第２設定手段と、ゲームの対戦結果が提示されたことを条件として、対戦結果が提示された対戦のリプレイを提示する提示手段として機能させるプログラムである。【選択図】図１０

Description

本発明はプログラム、端末、ゲームシステム及びゲーム管理装置に関する。

近年、コンピュータゲームにおいて、プレイ内容をリプレイデータとして記録し、同じプレイ内容を後に再現することを可能にした「リプレイ」と呼ばれる機能が提供されている。リプレイデータは、ゲームソフトがインストールされている端末に保存される。そして、リプレイを行うときには、ゲームの実行中あるいはゲームの終了時に記憶部に保存した上述のリプレイデータを読み出し、ゲームプレイ開始の初期状態を揃えた上で、操作履歴データを再生することによって、過去のプレイ内容を再現する（特許文献１）。

また、近年、スマートフォンや携帯電話機等をプラットフォームとするゲームが人気である。例えば、仮想的なカード等のゲーム要素を組合せたデッキを用いて、デッキを構成する各ゲーム要素のパラメータ値を用いて対戦ゲームの勝敗を決定するようにしたゲーム等である。

特開２０１７−１７６６３９号公報

ところで、特許文献１に記載された発明等のリプレイは、プレーヤ同士の対戦を再現するものである。

しかし、特許文献１に記載された発明等のリプレイは、プレーヤが使用するゲーム要素を使用して、コンピュータ等により操作されるノンプレーヤが対戦するゲームにおけるリプレイを開示していない。このようなゲームのリプレイがなければ、プレーヤであるユーザの興趣性が薄れてしまうという課題があった。

そこで、本発明の目的は、プレーヤであるユーザの興趣性を向上させたゲームを提供することができるプログラム、端末、ゲームシステム及びゲーム管理装置を提供することである。

本発明の一態様は、第１プレーヤが保有する第１ゲーム要素と、対戦相手となる第２プレーヤが保有する第１ゲーム要素とを使用したゲームを、コンピュータに実行させるプログラムであって、前記プログラムは、前記コンピュータを、前記第１プレーヤのデッキを構成する第１ゲーム要素を設定する第１設定手段と、前記デッキを構成しないゲーム要素であり、前記第１プレーヤが保有する前記第１ゲーム要素を使用可能である第２ゲーム要素を設定する第２設定手段と、ゲームの対戦結果が提示されたことを条件として、対戦結果が提示された対戦のリプレイを提示する提示手段として機能させるプログラムである。

本発明の一態様は、第１プレーヤが保有する第１ゲーム要素と、対戦相手となる第２プレーヤが保有する第１ゲーム要素とを使用したゲームを行う端末であって、前記第１プレーヤのデッキを構成する第１ゲーム要素を設定する第１設定手段と、前記デッキを構成しないゲーム要素であり、前記第１プレーヤが保有する前記第１ゲーム要素を使用可能である第２ゲーム要素を設定する第２設定手段と、ゲームの対戦結果が提示されたことを条件として、対戦結果が提示された対戦のリプレイを提示する提示手段とを備える端末である。

本発明の一態様は、第１プレーヤが保有する第１ゲーム要素と、対戦相手となる第２プレーヤが保有する第１ゲーム要素とを使用したゲームを管理するゲーム管理装置であって、ゲームの対戦の戦況を分析し、対戦の戦況情報を生成し、前記戦況情報をプレーヤの端末に送信する戦況分析手段を備えるゲーム管理装置である。

本発明の一態様は、第１プレーヤが保有する第１ゲーム要素と、対戦相手となる第２プレーヤが保有する第１ゲーム要素とを使用したゲームを行うゲームシステムであって、端末とゲーム管理装置とを備え、前記端末は、前記第１プレーヤのデッキを構成する第１ゲーム要素を設定する第１設定手段と、前記デッキを構成しないゲーム要素であり、前記第１プレーヤが保有する前記第１ゲーム要素を使用可能である第２ゲーム要素を設定する第２設定手段と、前記デッキを構成しないゲーム要素であり、前記第１プレーヤが保有する前記第１ゲーム要素を使用可能である第２ゲーム要素を設定する第２設定手段と、ゲームの対戦結果が提示されたことを条件として、対戦結果が提示された対戦の戦況情報を提示する提示手段とを備え、前記ゲーム管理装置は、ゲームの対戦の戦況を分析し、対戦の戦況情報を生成し、前記戦況情報を、前記端末に送信する戦況分析手段を備えるゲームシステムである。

本発明は、プレーヤであるユーザの興趣性を向上させたゲームを提供することができる。

図１は本実施形態におけるゲームシステムの全体構成例を示す図である。 図２はプレーヤ端末１の一例であるスマートフォンの装置構成例を示す図である。 図３は第１対戦態様（第１対戦モード）を説明するための図である。 図４は第１対戦態様（第１対戦モード）を説明するための図である。 図５は第２対戦態様（第２対戦モード）を説明するための図である。 図６は第３対戦態様（第３対戦モード）を説明するための図である。 図７は第４対戦態様（第４対戦モード）を説明するための図である。 図８はプレーヤ端末１のディスプレイ１１に表示される対戦ゲームのスタンバイフェーズ又はカード使用準備フェーズにおける画面表示の一例を示した図である。 図９はプレーヤによるカードの操作方法を説明するための図である。 図１０は、プレーヤ端末１の機能構成例を示すブロック図である。 図１１は操作画像表示部７６による画像の表示例を示す図である。 図１２は対戦レポートの一覧の表示例である。 図１３は対戦レポートの一例を示した図である。 図１４はカード設定データの一例を示した図である。 図１５はデッキ設定データの一例を示す図である。 図１６はバディ設定データの一例を示す図である。 図１７はランク設定データの一例を示す図である。 図１８は対戦情報の一例を示した図である。 図１９はゲームサーバ２の機能構成例を示すブロック図である。 図２０はユーザ情報データの一例を示した図である。 図２１はプレーヤ端末１とゲームサーバ２との動作を説明するための全体のシーケンス図である。 図２２はプレーヤ端末１に表示されるバトルメニューの一例を示した図である。 図２３は１２ターンからのリプレイの映像を表示した画面の一例である。 図２４は第１対戦モードのＳｔｅｐ１０６のマッチング戦処理のシーケンス図である。 図２５は第２対戦モードのＳｔｅｐ１０６のマッチング戦処理のシーケンス図である。 図２６は第３対戦モードのＳｔｅｐ１０６のマッチング戦処理のシーケンス図である。 図２７は第４対戦モードのＳｔｅｐ１０６のマッチング戦処理のシーケンス図である。 図２８は第２の実施の形態におけるプレーヤ端末１の機能構成例を示すブロック図である。 図２９は第２の実施の形態における対戦レポートの一覧の表示例である。 図３０は第２の実施の形態におけるゲームサーバ２の機能構成例を示すブロック図である。 図３１は第２の実施の形態におけるプレーヤ端末１とゲームサーバ２との動作を説明するための全体のシーケンス図である。 図３２は第２の実施の形態の変形例における対戦レポートの一覧の表示例である。 図３３は、第３の実施の形態におけるゲームサーバ２の機能構成例を示すブロック図である。 図３４はキャラクタ情報更新部１０７によるレベルの更新を説明するための図である。 図３５はキャラクタ情報更新部１０７によるカード理解度の更新を説明するための図である。 図３６はキャラクタ情報更新部１０７によるパーソナリティの更新を説明するための図である。 図３７はキャラクタ情報更新部１０７によるシンクロレベルの更新を説明するための図である。 図３８は第３の実施の形態におけるプレーヤ端末１とゲームサーバ２との動作を説明するための全体のシーケンス図である。

＜第１の実施の形態＞
［全体構成］
図１は、本実施形態におけるゲームシステムの全体構成例を示す図である。図１に示すように、ゲームシステムは、ゲームのプレーヤＡ，Ｂ毎に用意されるプレーヤ端末１と、ゲームサーバ２とを備えて構成される。プレーヤ端末１とゲームサーバ２とは、通信回線Ｎに接続可能で、相互に通信可能である。

通信回線Ｎは、データ通信が可能な通信路を意味する。すなわち、通信回線Ｎは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮの他、電話通信網やケーブル網、インターネット等の通信網を含み、通信方法については有線／無線を問わない。

プレーヤ端末１は、ゲームプログラムを実行することのできるコンピュータであり、無線通信基地局等を介して通信回線Ｎに接続し、ゲームサーバ２とデータ通信を行うことができる。プレーヤ端末１は、例えば、スマートフォンや、携帯電話機、携帯型ゲーム装置、据置型家庭用ゲーム装置、業務用ゲーム装置、パソコン、タブレット型コンピュータ、据置型家庭用ゲーム装置のコントローラ等である。プレーヤ端末１は、基本的には、複数存在し、各プレーヤにより操作される。

ゲームサーバ２は、単数又は複数のサーバ装置や記憶装置等を含んで構成されたサーバシステムである。ゲームサーバ２は、本実施形態のゲームを運営するための各種サービスを提供し、ゲームの運営に必要なデータの管理や、プレーヤ端末１でのゲームの実行に必要なゲームプログラムやデータの配信等を行うことができる。

図２は、プレーヤ端末１の一例であるスマートフォンの装置構成例を示す図である。図２に示すように、プレーヤ端末１は、ディスプレイ１１と、ディスプレイ１１と一体構成されるタッチ操作パネル１２と、スピーカ１３とを備える。また、プレーヤ端末１には、図示されていない制御基板、内蔵バッテリー、電源ボタン、音量調節ボタン等が設けられている。

制御基板には、ＣＰＵやＧＰＵ、ＤＳＰ等の各種マイクロプロセッサ、ＡＳＩＣ、ＶＲＡＭやＲＡＭ、ＲＯＭ等の各種ＩＣメモリ、携帯電話基地局と無線通信するための無線通信モジュール等が搭載されている。また、制御基板には、タッチ操作パネル１２のドライバ回路といった、いわゆるＩ／Ｆ回路（インターフェース回路）等が搭載されている。これら制御基板に搭載されている各要素は、それぞれがバス回路等を介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。

本実施の形態では、上述のようなゲームシステムを、第１プレーヤＡが保有する第１ゲーム要素と、対戦相手となる第２プレーヤＢが保有する第１ゲーム要素とを使用した対戦ゲームに適用した例を説明する。

ここで、第１ゲーム要素は、仮想的又は実体のある物品に対応付けられたキャラクタである。仮想的又は実体のある物品の一例としては、例えば、コンピュータに表示される仮想的なカードや、実体のあるカード等である。そして、実行するゲームにおいて、カードの使用により登場させることが可能となる第１ゲーム要素は、プレーヤ（コンピュータに操作されるノンプレーヤも含む）の操作に基づいて行動制御がなされるキャラクタであるものとし、カードには対応するキャラクタの図柄（該キャラクタの外観を示した画像）が付されるものとして説明する。更に、これに限られるものではなく、実行されるゲームのゲーム要素を特定する用途のカードは、キャラクタのようなゲーム要素を特定可能に構成されるものに限らず、アイテムや発動する効果等、その他のゲーム要素を特定するものであってもよいことは言うまでもない。尚、物品は、カードに限られることなく、物品に対応付けられたゲーム要素を特定可能に構成された物品であれば、カードに限られるものではない。物品は、例えばゲーム要素の外観を有するフィギュア等の造形物であってもよい。

更に、本実施の形態が適用される対戦ゲームでは、第１ゲーム要素とは異なる第２ゲーム要素が加わる。第２ゲーム要素は、第１ゲーム要素と同様にキャラクタではあるが、かならずしも仮想的又は実体のある物品と対応付けられる必要はない。

第２ゲーム要素は、プレーヤが保有する第１ゲーム要素をゲーム内において使用する。第１ゲーム要素を使用するとは、ゲーム内において第１ゲーム要素の選択又は行動を決定することを含む。第１ゲーム要素が例えばカードであるとすると、第２ゲーム要素は、ゲーム内の対戦において、プレーヤが保有するカードの選択又は行動を自律的又は自発的（能動的）に決定する。別の言い方をするならば、コンピュータに操作されるノンプレーヤの機能のように、プレーヤによって行われる第１ゲーム要素の選択又は行動等の決定と同様な動作を行うということである。但し、従来からあるノンプレーヤは、人間のプレーヤの代わりにコンピュータに操作されるものであるが、第２ゲーム要素は人間のプレーヤと別個独立に存在し、プレーヤが保有する第１ゲーム要素を使用する点で異なる。

また、第２ゲーム要素は、キャラクタ情報を持つ。このキャラクタ情報は、第２ゲーム要素の属性情報である。キャラクタ情報は、第２ゲーム要素の自律的又は自発的（能動的）な行動（第１ゲーム要素の使用）に影響を与える。別の言い方をするならば、キャラクタ情報は第２ゲーム要素の能力であり、この能力の相違によって第２ゲーム要素の自律的又は自発的（能動的）な行動（第１ゲーム要素の使用）が異なるということである。そして、このキャラクタ情報は、取得した第２ゲーム要素により異なる。

上述のような、第２ゲーム要素による自律的又は自発的（能動的）な行動は、ゲームサーバ２が備えるＡＩ機能によって与えられる情報に基づいて行われる。このＡＩ機能は、多くの対戦ゲームのゲーム進行の内容とその結果等を教師データとし、機械学習して得られたＡＩ機能である。機械学習の方法は、深層学習（ディープラーニング）が代表的なものであるが、これに限られない。
［ゲーム内容の概略］
次に、実施の形態の説明の理解を助けるために、プレーヤ端末１のディスプレイ１１の表示画面を用いて、ゲームの概要を説明する。

本実施形態のゲームでは、プレーヤＡ，Ｂは、ゲームオブジェクトである仮想的なゲームカード（第１ゲーム要素が化体しているカード、単に「カード」という。）をゲーム内で使用する。カードは複数種類用意され、各々に関連付けられたキャラクタの能力及びカード属性等の組合せによって区別される。カード属性は、例えば、赤、青といった色や、１から７の何れかの数字等で定められる。各カードには、コンピュータ制御の敵キャラクタや他プレーヤ等の対戦相手との対戦プレイ（バトル）に用いるレベルや攻撃力、ＨＰといった能力パラメータ値が定められている。

カードは、アカウント登録時において対戦プレイ（バトル）に最低限必要な枚数が付与される他、ゲーム中に取得したり、課金アイテムとして購入によって取得したり、ガチャと呼ばれる抽選によって取得することができる。加えて、カードは、実体のあるゲームカード（以下、「リアルカード」という。）を入手し、入手したリアルカードをゲーム内で使用可能とするための登録手続きをすることによっても獲得できる。具体的には、プレーヤＡ，Ｂは、リアルカードの登録手続きを行うと、そのリアルカードと対応付けられたカード種類のカードを取得することができる。

そして、プレーヤＡ，Ｂは、保有しているカードのうちの所定枚数（例えば４０枚）でデッキを構成し、デッキを用いた対戦プレイ（バトル）に挑む。デッキを用いた対戦プレイ（バトル）とは、デッキを構成するカード（デッキカード）に定められている能力パラメータ値(第１ゲーム要素のキャラクタ情報)を用いて、対戦相手との勝敗を決めるものである。

ゲームに先立ち、プレーヤＡ，Ｂは、アカウント登録を済ませ、デッキを編成しておく必要がある。デッキの編成は、ホーム画面等からカードメニューをタッチ操作し、その１つとして提示されるデッキ編成メニューから行えるようになっている。

ここで、第２ゲーム要素であるが、プレーヤＡ，Ｂは、アカウント登録時において、複数の第２ゲーム要素(以下、バディと記載する)から好みのバディを選択することにより、入手可能である。

バトルの準備が整うと、プレーヤＡ，Ｂは、ログイン後に表示されるホーム画面からバトルメニューを選択操作（タッチ操作）する。バトルメニューでは複数の対戦態様を選択できる。

本実施形態におけるバトルゲームの対戦態様は、人間のプレーヤと人間のプレーヤとが対戦する通常の通常対戦態様と、特殊な特殊対戦態様とがある。特殊対戦態様は以下の態様がある。尚、以下の説明では、対戦相手としてマッチングされたプレーヤとの対戦を、マッチング戦と記載する。

まず、大きく分けると、プレーヤとプレーヤのバディとがひとつのチームを編成し、プレーヤＡのチームと対戦プレーヤＢのチームとが対戦するチーム戦と、プレーヤＡ又はプレーヤＡのバディとが、それぞれ単独で、対戦プレーヤＢのバディ又は対戦プレーヤＢと対戦する単独戦とがある。

チーム戦には以下の対戦態様がある。

（１）第１対戦態様（第１対戦モード）
第１対戦態様は、図３に示すように、プレーヤＡとプレーヤＡのバディとが第１のチームを構成し、プレーヤＢとプレーヤＢのバディとが第２のチームを構成する。そして、プレーヤＡとプレーヤＢのバディとの対戦と、プレーヤＡのバディとプレーヤＢとの対戦とを繰り返して、マッチング戦の勝敗を決する対戦態様である。以下、第１対戦態様を第１対戦モードと記載する。

ここで、第１対戦モードの特徴は、人間のプレーヤが対戦する相手は対戦プレーヤ（人間）のバディであり、バディの対戦相手は人間のプレーヤであるということである。更に、第１対戦態様の特徴は、テニスや卓球のダブルス選がひとつのボールを使用して勝敗を決するのと同様に、プレーヤとそのプレーヤのバディとは同一のデッキを使用し、前のプレーヤ又はバディの対戦結果を引き継ぎながら、次のプレーヤ又はバディは、同一のデッキのカードを使用して対戦を行い、マッチング戦の勝敗を決することである。

図４を用いて、第１対戦モードを具体的に説明する。まず、プレーヤＡがプレーヤＢのバディに攻撃し、プレーヤＢのバディが防御を行うターンが行われる。次に、プレーヤＢがプレーヤＡのバディに攻撃し、プレーヤＡのバディが防御を行うターンが行われる。そして、プレーヤＡのバディがプレーヤＢに攻撃し、プレーヤＢが防御を行うターンが行われる。続いて、プレーヤＢのバディがプレーヤＡに攻撃し、プレーヤＡが防御を行うターンが行われる。そして、プレーヤＡがプレーヤＢのバディに攻撃し、プレーヤＢのバディが防御を行うターンが行われる。このように、プレーヤＡとプレーヤＢのバディとの対戦と、プレーヤＡのバディとプレーヤＢとの対戦を繰り返して行い、マッチング戦の勝敗を決する。

尚、第１対戦モードは、人間のプレーヤが対戦する対戦相手は対戦プレーヤ（人間）のバディであり、バディの対戦相手は人間のプレーヤであることが特徴のひとつであるが、人間のプレーヤと人間のプレーヤとの対戦、バディ対バディとの対戦を排除するものではなく、これらの対戦を、ターンとして追加しても良い。

（２）第２対戦態様（第２対戦モード）
第２対戦態様は、図５に示すように、プレーヤＡとプレーヤＡのバディとがひとつのチームを編成し、プレーヤＢとプレーヤＢのバディとがひとつのチームを編成する。そして、プレーヤＡとプレーヤＢのバディとが対戦して勝敗を決する第１戦と、プレーヤＢとプレーヤＡのバディとが対戦して勝敗を決する第２戦とから、マッチング戦を構成する対戦態様である。以下、第２対戦態様を第２対戦モードと記載する。第２対戦モードにおいて、各プレーヤとプレーヤのバディとが使用するデッキは、プレーヤが保有するデッキから設定する。設定するデッキは、プレーヤとプレーヤのバディとで同一であっても良いし、プレーヤとプレーヤのバディとで異なるデッキを使用しても良い。

ここで、第２対戦モードの特徴は、第１対戦モードと同様に、人間のプレーヤが対戦する相手は対戦プレーヤ（人間）のバディであり、バディの対戦相手は人間のプレーヤであることである。更に、第２対戦モードの特徴は、第１戦、第２戦のそれぞれで対戦の勝敗が決することにある。

尚、第２対戦モードは、人間のプレーヤが対戦する相手は対戦プレーヤ（人間）のバディであり、バディの対戦相手は人間のプレーヤであることが特徴のひとつであるが、人間のプレーヤと人間のプレーヤとが対戦して勝敗を決する戦、バディとバディとが対戦して勝敗を決する戦の追加を排除するものではなく、これらの対戦を追加しても良い。

単独戦には以下の対戦態様がある。

（３）第３対戦態様（第３対戦モード）
第３対戦態様は、図６に示すように、プレーヤＡのバディと、プレーヤＢのバディとが、それぞれ単独で、対戦を行い、マッチング戦の勝敗を決する対戦態様である。以下、第３対戦態様を第３対戦モードと記載する。第３対戦モードにおいて、各プレーヤのバディが使用するデッキは、プレーヤが保有するデッキから設定する。

尚、第３対戦モードは、プレーヤのバディ同士の対戦であるので、第３対戦モードを選択したプレーヤは、かならずしも、ゲームプレイを行う必要がない。従って、第３対戦モードを選択した場合は、選択後の動作を、全てプレーヤ端末１及びゲームサーバ２に委ね、対戦結果だけを得るようにしても良い。

（４）第４対戦態様
第４対戦態様は、図７に示すように、プレーヤＡと、プレーヤＢのバディとが、それぞれ単独で、対戦を行い、マッチング戦の勝敗を決する対戦態様である。以下、第４対戦態様を第４対戦モードと記載する。

上述した第１対戦モードから第４対戦モードに共通することは、ひとつのマッチング戦において、かならず、プレーヤＡ側はプレーヤＢのバディと対戦することである。尚、第３対戦モード及び第４対戦モードの場合、対戦相手となるバディを持つユーザをゲーム運営側とすることもできる。

対戦相手とのマッチングであるが、ランダムに対戦相手を選択しても良いが、あまりにもレベルが異なる対戦相手とマッチングすることはゲームに対する興味を薄れてしまう可能性がある。そこで、ランクという概念を導入して、ある程度、ゲームに対する理解（レベル）が同じ対戦相手とマッチングされるようにする。そのため、チームに対するランク（以下、チームランクと記載する。）と、プレーヤ（人間）のランク（以下、プレーヤランクと記載する。）と、バディのランク（以下、バディランクと記載する。）とを設ける。

チームランクは、第１対戦態様のようなチーム戦に使用され、各チームにチームランクが設けられ、対戦結果に応じてそのチームに勝利ポイントが与えられる。勝利ポイントを集めるほどチームランクが上昇する。

また、プレーヤランクとバディのランクとは、第３対戦態様及び第４対戦態様のような単独戦のみならず、第２対戦態様のようなチーム戦ではあるが、プレーヤやバディが単独で対戦する場合に使用され、対戦結果に応じてプレーヤ及びバディにそれぞれ勝利ポイントが与えられる。勝利ポイントを集めるほど、プレーヤランクとバディのランクとは上昇する。

基本的に、マッチングは、同一のランクを持つチーム同士、同一のランクを持つプレーヤ又はバディ同士がマッチングされる。同一のランクを持つチーム、プレーヤ又はバディが検索できない場合は、上下に１ランク毎に違うチーム、プレーヤ又はバディを検索し、ヒットしたチーム、プレーヤ又はバディとマッチングするようにする。但し、マッチングは、これに限定されるものではなく、上下に２ランク以上異なるチーム、プレーヤ又はバディの対戦を排除するものではない。

マッチングにより、対戦相手が決定されると、バトルが開始される。

バトルは、プレーヤＡ側のターンと、対戦相手であるプレーヤＢ側のターンとが交互に実行される。各ターンは、デッキカードのうち手札をフィールド等の自プレーヤのプレーヤ領域に設定するスタンバイフェーズと、設定したデッキカードを使用するために、他のデッキカード等を準備するカード使用準備フェーズと、プレーヤ領域に設置したデッキカードを用いて、対戦プレーヤ又は対戦プレーヤのカードに攻撃を行う対戦フェーズ等の複数のフェーズから構成される。

図８はプレーヤ端末１のディスプレイ１１に表示される対戦ゲームのスタンバイフェーズ又はカード使用準備フェーズにおける画面表示の一例を示した図である。ディスプレイ１１の画面は、プレーヤＡ側のカード等が設定される第１領域２０と、対戦するプレーヤＢ側のカード等が設定される第２領域２１とを備えている。また、第１領域２０と第２領域２１との境界には、現在実行することが可能な操作の情報を表示する操作情報３０が表示される。

第１領域２０、第２領域２１の各領域は、自デッキより選択されたカード（手札）が５枚配置されるフィールド領域２２と、フィールドに配置されたカードの行動又は効果を発動するために消費（行動コスト）されるカードが配置されるベース領域２３と、カードの発動効果に影響を与え（フォース）、ライフ（ＨＰ）を持つ第１オブジェクト３１と、同様にライフ（ＨＰ）を持つ第２オブジェクトが配置されるフォース領域２４とを備える。尚、本実施の形態では、第２オブジェクト３２は、プレーヤ又は第２ゲーム要素であるバディと兼ねて表示されている。

対戦フェーズでは、図９に示すように、プレーヤＡは、攻撃に使用するカードを、指でタッチし、攻撃対象となる相手のカード、第１又は第２オブジェクト３１，３２までドラックすることにより、攻撃に使用するカード及び攻撃対象となる対戦プレーヤＢのカード、第１又は第２オブジェクト３１，３２を決定する。これにより、プレーヤAの攻撃が開始される。また、バディＡによる攻撃の場合には、ゲームサーバ２から提供されるカード操作情報によって、攻撃に使用するカード及び攻撃対象となる対戦プレーヤＢのカード、第１又は第２オブジェクト３１，３２が決定される。

このような一連のフェーズからなるターンを、プレーヤＡ側と対戦相手のプレーヤＢ側とが交互に繰り返し、いずれかのプレーヤ又はバディのライフが０になる、又は、デッキのカードが０枚になることにより、勝敗が決定する。

対戦の勝敗が決定すると、その対戦の勝敗(対戦結果)が提示される。本ゲームでは、「リプレイ」と呼ばれる機能が提供される。ここで、リプレイとは、対戦結果が提示された対戦のプレイを単に映像で再現するものだけではなく、対戦のプレイ状態、例えば、対戦の戦況情報（時系列の対戦のカードの配置状況や手札の状況や、時系列の対戦の優劣の情報である戦況分析）の提示も含む概念である。

そして、本実施の形態では、リプレイ機能の提供のひとつの方法として、対戦後に対戦レポートをプレーヤに提供する。対戦レポートの詳細は後述するが、対戦レポートには、対戦のプレイを映像で再現する映像リプレイの機能と、対戦の戦況情報の提示機能とを含む。

また、本ゲームは、全ての対戦モードの対戦に対して、リプレイを提示することができるが、以下の観点からリプレイを分類することができる。プレーヤが第１ゲーム要素であるカードを操作する対戦は、プレーヤ自身が対戦を直接体験できる。一方、第２ゲーム要素であるバディの対戦は、プレーヤが第１ゲーム要素であるカードを操作することなく、対戦が進行する。従って、対戦態様によっては、バディを所持するプレーヤは、バディの対戦をライブで閲覧することができない可能性がある。そこで、プレーヤ自身がプレイした対戦と、バディがプレイした対戦とに分けて、以下のように区別することができる。
（１）第１リプレイ
リプレイを閲覧するプレーヤをプレーヤＡとすると、プレーヤＡのバディとプレーヤＢ又はプレーヤＢのバディとの対戦のリプレイを、第１リプレイと称する。
（２）第２リプレイ
リプレイを閲覧するプレーヤをプレーヤＡとすると、プレーヤＡとプレーヤＢ又はプレーヤＢのバディとの対戦のリプレイを、第２リプレイと称する。

対戦モードのうち第２対戦モードは、プレーヤが直接対戦に関与せず、自律的又は能動的に行動する第２ゲーム要素であるバディと対戦相手との対戦を含む（マッチング戦の第２戦）ので、バディを所持するプレーヤはバディの対戦をライブで閲覧することができない可能性がある。従って、プレーヤにしてみれば、対戦結果のみならず、その対戦内容を知りたいと欲する場合もあるので、バディと相手プレーヤとの対戦をリプレイする第１リプレイは有効である。

また、第３対戦モードは、プレーヤのバディ同士の対戦であるので、第３対戦モードを選択したプレーヤは、かならずしも、ゲームプレイを行う必要がない。従って、第３対戦モードを選択した場合は、選択後の動作を、全てプレーヤ端末１及びゲームサーバ２に委ねた場合、上述した第２対戦モードと同様に、プレーヤは、対戦結果のみならず、その対戦内容を知りたいと欲する場合もあるので、バディの対戦をリプレイする第１リプレイは有効である。

このように、第２対戦モード及び第３対戦モードにおいては、第１リプレイは特に有効である。そのため、システム全体の負荷を考慮して、第１リプレイのみに限定しても良い。

また、第２対戦モードのように、プレーヤがプレイする第１戦と、バディがプレイする第２戦とがある場合、第１戦のリプレイである第２リプレイと、第２戦のリプレイである第１リプレイとを切り替えて提示できるようにしても良い。

また、リプレイ機能は、対戦の勝敗にかかわらず提供しても良いが、対戦が敗北した場合のみリプレイ機能を有効とし、対戦が勝利した場合はリプレイ機能を無効（使用できない）としても良い。
［機能構成］
図１０は、プレーヤ端末１の機能構成例を示すブロック図である。

図１０に示すように、プレーヤ端末１は、操作入力部５１と、処理部５２と、画像表示部５３と、音出力部５４と、通信部５５と、記憶部５６とを備える。

操作入力部５１は、プレーヤがゲームに関する各種操作を入力するためのものであり、操作入力に応じた操作入力信号を処理部５２に出力する。操作入力部５１の機能は、例えば、タッチ操作パッド、ホームボタン、ボタンスイッチや、ジョイスティック、トラックボールといった直接プレーヤAが指で操作する素子はもちろん、加速度センサや角速度センサ、傾斜センサ、地磁気センサといった、運動や姿勢を検知する素子等によっても実現できる。図２では、タッチ操作パネル１２がこれに該当する。

処理部５２は、記憶部５６に格納されるプログラムやデータ、操作入力部５１からの操作入力信号等に基づいてプレーヤ端末１の動作を統括的に制御する。処理部５２の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。この処理部５２は、主な機能部として、ゲーム演算部６１と、画像生成部６２と、音生成部６３と、通信制御部６４とを備える。

ゲーム演算部６１は、本実施形態のゲームを実現するための種々のゲーム処理を実行し、処理結果を画像生成部６２や音生成部６３に出力する。ゲーム演算部６１は、プレーヤ情報管理部７０と、カード設定部７１と、バディ設定部７２と、対戦モード選択部７３と、行動決定部７４と、操作情報取得部７５と、操作画像表示部７６と、リプレイ実行部７７と、ゲーム管理部７８とを含む。

プレーヤ情報管理部７０は、プレーヤの情報を管理する。管理する情報は、プレーヤのニックネーム等の基本的なユーザ情報、チームランク、プレーヤランク及びバディランクを管理する。

カード設定部７１は、後述するカード設定データ及びデッキ設定データを用い、プレーヤＡ，Ｂが現時点までに保有している保有カードを管理する。また、保有カードから各デッキを構成するカードを管理し、プレーヤＡ，Ｂが選択したデッキより、スタンバイフェーズ及びカード使用準備フェーズにおいて、各フィールドに設定されるカード及び手札を設定する。また、各フィールドに設定されるカード及び手札に関する情報であるカード設定情報を生成し、通信部５５を介して、ゲームサーバ２に送信する。

バディ設定部７２は、プレーヤＡ，Ｂは、アカウント登録時において、プレーヤＡ，Ｂにより選択された第２ゲーム要素としてのバディに関する情報を、後述するバディ設定データを用いて管理する。バディ設定部７１は、アカウント登録時のバディ（第２ゲーム要素）のキャラクタ情報は初期値（最も低い値）に設定される。また、バディが変更された場合、バディ設定部７２は、変更後のバディ（第２ゲーム要素）のキャラクタ情報を初期値（最も低い値）に設定する。また、バディ設定部７１は、対戦中又はその他のメニュー画面において、バディの画像情報を画像生成部６２に出力する。

対戦モード選択部７３は、バトルメニューを表示し、プレーヤによる対戦モードの選択を実行する。バトルメニューに表示される対戦モードは、プレーヤ（人間）同士が対戦する通常対戦モードと、第１対戦モードから第４対戦モードの特殊対戦モードとである。対戦モードの選択は、バトルメニューで表示されている通常対戦モード及び第１対戦モードから第４対戦モードのボタンから、プレーヤが希望する対戦モードのボタンを選択操作（タッチ操作）することにより選択することができる。選択した対戦モードの情報（対戦モード選択情報）は、通信部５５を介して、ゲームサーバ２に送信される。

行動決定部７４は、プレーヤＡ，Ｂのタッチ操作等により、カードの選択や、カードの行動を決定し、カードの選択又は行動の情報である行動選択情報を生成し、通信部５５を介して、ゲームサーバ２に送信する。

操作情報取得部７５は、カードの選択又は行動の操作に関する情報であるカード操作情報を、通信部５５を介して取得する。カード操作情報は、ゲームサーバ２のＡＩ機能により、バディのキャラクタ情報と、対戦におけるカード設定情報の状況とを参照して生成された情報であり、プレーヤ端末１に、バディがカードの選択又は行動の操作する画像を表示するための情報である。

操作画像表示部７６は、操作情報取得部７５より取得されたカード操作情報を用いて、バディがカードの選択又は行動を操作する画像を表示する処理を行う。例えば、取得されたカード操作情報が「カードＡで相手のカードＢを攻撃する」というカード操作内容に関する情報である場合、操作画像表示部７６は、例えば図１１のように、バディの台詞とカードＡから相手のカードＢへの矢印との画像を表示する。

リプレイ実行部７７は、プレーヤのリプレイの要求に応答し、対戦のリプレイを実行する処理を行う。

リプレイ実行部７７は、対戦が終了する度に、その対戦の日付と対戦を識別する対戦識別情報とを含む対戦情報を、記憶装置５６に保持しておく。対戦情報には、後述する対戦リポート情報及び対戦のリプレイデータも含まれる。尚、この対戦情報は、１対戦毎に生成されるため、記憶装置５６の容量を考慮すると、無限に保持することはできない。そこで、保持する対戦情報の数を制限するようにしても良い。例えば、対戦日付が新しい上位７つの対戦情報を保持し、古くなった対戦情報は自動的に削除するようにしても良い。尚、対戦情報が削除されると、その対戦情報のリプレイはできなくなる。

リプレイ実行部７７は、対戦の終了時又はプレーヤの希望により、記憶装置５６に保持されている対戦情報を用いて、対戦のレポートである対戦レポートを提示することができる。対戦レポートの閲覧は、まず、リプレイ実行部７７が表示する対戦レポートの一覧からプレーヤが閲覧を希望する対戦レポートを選択することから開始される。図１２は対戦レポートの一覧の表示例である。図１２の表示例では、対戦日付が新しい順に３つの対戦レポートのボックスが表示されており、各対戦レポートのボックスには対戦レポートの閲覧ボタンが設けられている。プレーヤは、閲覧を希望する対戦レポートのボタンをタッチすることにより、その対戦レポートの詳細が表示される。

リプレイ実行部７７が提供する対戦レポートは、対戦相手の対戦相手データ(対戦プレーヤの名前、ランク)と、対戦結果(勝敗)と、使用デッキ名、対戦の戦況分析グラフとが表示されている。図１３は対戦レポートの一例を示した図である。

対戦レポートの戦況分析グラフは、対戦の開始からターン毎の対戦の優劣を時系列で並べたものであり、戦況情報の提示態様のひとつである。戦況分析グラフの表示は、総合的視点、プレーヤ視点（自分）、対戦プレーヤ視点（相手）の３つの視点から対戦の優劣を表示することが可能である。例えば、総合的視点はカードの情報やライフ等について、プレーヤ及び対戦プレーヤの双方の情報を用いて、戦況を分析した戦況情報である。プレーヤ視点（自分）はプレーヤが取得できる情報、別の言い方をするならば、例えば、プレーヤから確認できない対戦プレーヤの手札等の情報を除く情報を用いて、戦況を分析した戦況情報である。対戦プレーヤ視点（相手）は対戦プレーヤが取得できる情報、別の言い方をするならば、例えば、対戦プレーヤから確認できない対戦プレーヤの手札等の情報を除く情報を用いて、戦況を分析した戦況情報である。このような戦況分析グラフの提示は、対戦のリプレイを、テキストやグラフ等を用いて提示しているともいえ、リプレイの一つの態様ともいえる。尚、上述の戦況分析は、ゲームサーバ２で対戦ごとに分析され、対戦レポート情報として、各プレーヤ端末に送信される。

リプレイ実行部７７は、リプレイの他の態様として、対戦のプレイ内容をリプレイデータとして記録し、同じプレイ内容を映像（ビデオ）として提示することも可能である。具体的には、リプレイ実行部７７は、プレーヤが図１３に示す対戦レポートを閲覧し、リプレイを対戦の映像として所望するならば、対戦レポートの画面のリプレイボタンを選択操作（タッチ操作）することにより、対戦の映像を提示する。

リプレイ実行部７７は、対戦の映像としてのリプレイを実行するため、対戦ごとにリプレイデータを記憶装置５６に保存する。リプレイデータは、環境データ、カードデータ、操作履歴データなどで構成される。環境データは、プレーヤＡ側と対戦相手のプレーヤＢ側が使用したデッキの識別情報、デッキを構成するカードの識別情報など、どのような環境で対戦を開始したのかを示すデータである。カードデータは、対戦で使用されたカードのデータであり、後述するカード設定データと同様なものである。操作履歴データは、プレーヤＡ側と対戦相手のプレーヤＢ側による操作履歴を表すデータなどである。そして、リプレイ実行部７７は、プレーヤによるリプレイボタンを選択操作（タッチ操作）により、ゲームの実行中あるいはゲームの終了時に記憶装置５６に保存した上述のリプレイデータを読み出し、環境データ及びカードデータを用いて対戦開始の初期状態を揃えた上で、操作履歴データを再生することによって、過去のプレイ内容を映像として再現する。プレイ内容の映像を再現する開始位置であるが、対戦レポートの戦況分析上のスライダを左右に移動させ、所望するターンを指定することにより、そのターンからプレイ映像を再現することもできる。

対戦の映像のリプレイは、全ての対戦モード又は対戦結果にかかわらず、実行可能にしても良いが、特定の対戦モードや、対戦に勝利した場合はリプレイ不可能とし、対戦が敗北した場合にリプレイ可能であるとの制限を設けても良い。その場合は、リプレイボタンを操作不可能な非アクティブ状態であることが識別できるように、アクティブ状態の色と異なる色に変更したり、テキスト等により認知できるようにしたりする。

更に、ひとつのマッチング戦において、プレーヤとバディとが異なる対戦がある第２対戦モードの場合には、プレーヤがプレイする第１戦の対戦レポート（第２リプレイ）と、バディがプレイする第２戦の対戦レポート（第１リプレイ）とを用意し、第１戦の対戦レポート（第２リプレイ）と第２戦の対戦レポート（第１リプレイ）とを切り替えて提示できるようにする。この場合、各対戦リポートには、いずれの対戦レポートであるかを識別できるように、対戦名（第１戦又は第２戦）を表示するとともに、各対戦レポートを切り替える切り替えボタンを設け、各対戦レポートを切り替えて閲覧できるようにする。

ゲーム管理部７８は、ゲーム全体の進行を管理する。

画像生成部６２は、ゲーム演算部６１の処理結果に基づいて１フレーム時間（例えば１／６０秒）で１枚のゲーム画面を生成し、生成したゲーム画面の画像信号を画像表示部１０３に出力する。画像生成部６２の機能は、例えば、ＧＰＵやデジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ、テクスチャデータの展開用に使用されるＩＣメモリ等によって実現できる。

音生成部６３は、ゲーム演算部６１の処理結果に基づいてゲームに関する効果音やＢＧＭ、操作補助情報の音声情報、各種操作音等の音信号を生成し、音出力部５４に出力する。音生成部６３の機能は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）や音声合成ＩＣ等のプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現できる。

通信制御部６４は、ゲームサーバ２とのデータ通信のための通信接続及びデータ処理を行う。

画像表示部５３は、画像生成部６２から入力される画像信号に基づいて各種ゲーム画面を表示する。画像表示部５３の機能は、例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった表示装置によって実現できる。画像表示部６２は、例えば、図２のディスプレイ１１に該当する。

音出力部５４は、音生成部６３から入力される音信号に基づいてゲームに関する効果音等を音出力するためのものである。音出力部５４は、例えば、図２のスピーカ１３に該当する。

通信部５５は、通信回線Ｎと接続して通信を実現する。通信部５５の機能は、例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。

記憶部５６には、プレーヤ端末１を動作させ、プレーヤ端末１が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め記憶され、或いは処理の都度一時的に記憶される。記憶部５６は、例えばＲＡＭやＲＯＭ、フラッシュメモリ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。

記憶部５６には、システムプログラムと、ゲームプログラムとが格納される。システムプログラムは、プレーヤ端末１のコンピュータとしての基本機能を実現するためのプログラムである。ゲームプログラムは、処理部５２をゲーム演算部６１として機能させるためのプログラムである。このプログラムは、プレーヤがアカウント登録を済ませるとゲームサーバ２又は他のアプリ配信サーバ等から配信される。

また、記憶部５６には、プレーヤ情報管理部７０が管理するカード設定データ、デッキ設定データ、バディ設定データ及びランク設定データが格納される。なお、その他にも、カードのキャラクタ及びバディの画像を表示するためのモデルデータやテクスチャデータ、モーションデータ、エフェクトデータ、ゲーム画面の背景画像、効果音等の音データ等が適宜ゲームに必要なデータとして配信され、記憶部５６に格納される。

カード設定データは、プレーヤが保有するカードのキャラクタ情報であり、カード種類毎に用意される。図１２は、プレーヤが保有するカードのカード設定データの一例を示した図である。図１４では、プレーヤが保有するカード識別情報”００１”で特定される１枚のカードのカード設定データを示している。カード設定データは、カード識別情報、画像、カード名、カード種類、コスト数、色、種族、能力、攻撃力、ヒットポイント及びレアリティを含んでいる。尚、図１４はカード設定データの一例を示したものであり、これに限定されるものではない。また、カード設定データは、プレーヤＡ，Ｂが保有するカードが増減することにより、増減する。

デッキ設定データは、プレーヤの各デッキに関するデータであり、各デッキを構成するカードのカード識別情報を含む。図１５は、デッキ設定データの一例を示す図である。図１５の例では、プレーヤＡのデッキ１のデッキ設定データの例であり、デッキ１がカード識別情報”００１”〜カード識別情報”０２３”のカードから構成されていることを示している例である。尚、図１５はデッキ設定データの一例を示したものであり、これに限定されるものではない。

バディ設定データは、メニュー設定より選択されたバディのキャラクタ情報である。このバディのキャラクタ情報はゲームの進行に伴って変化するが、変化した場合には変化後のキャラクタ情報がゲームサーバ２から通知され、キャラクタ情報は更新される。図１６はバディ設定データの一例であり、バディ識別情報と、バディのキャラクタ画像と、バディ名と、バディの強さ（キャラクタ情報）とが記憶されたデータ例である。

ランク設定データは、プレーヤのチームのランク及び現在までの累積勝利ポイントと、プレーヤのランク及び現在までの累積勝利ポイントと、バディのランク及び現在までの累積勝利ポイントとのデータである。図１７はランク設定データの一例であり、プレーヤＡのチームのランク及び現在までの累積勝利ポイントと、プレーヤＡのランク及び現在までの累積勝利ポイントと、プレーヤＡのバディのランク及び現在までの累積勝利ポイントとが記憶されたデータ例である。これらのデータは、マッチング戦の終了後、ゲームサーバ２から送信されるランク情報を用いて、プレーヤ情報管理部７０により、更新される。

対戦情報は、対戦を識別する対戦識別情報と、対戦の日付と、リプレイデータと、対戦リポート情報とから構成される。図１８は対戦情報の一例であり、対戦識別情報と対戦の日付とリプレイデータと、対戦リポート情報とから一つの対戦情報が構成されることを示した図である。

リプレイデータは、環境データ、カードデータ、操作履歴データなどで構成される。環境データは、プレーヤＡ側と対戦相手のプレーヤＢ側が使用したデッキの識別情報、デッキを構成するカードの識別情報など、どのような環境で対戦を開始したのかを示すデータである。カードデータは、対戦で使用されたカードのデータであり、後述するカード設定データと同様なものである。操作履歴データは、プレーヤＡ側と対戦相手のプレーヤＢ側による操作履歴を表すデータなどである。対戦リポート情報は、ゲームサーバ２から送信されるものであり、詳細は後述する。

次に、ゲームサーバ２の構成を説明する。図１９は、ゲームサーバ２の機能構成例を示すブロック図である。

ゲームサーバ２は、処理部９１と、通信部９２と、記憶部９３とを備える。

処理部９１は、記憶部９３に格納されるプログラムやデータ、受信した情報等に基づいて、ゲームサーバ２の動作を統括的に制御する。処理部９１の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。この処理部９１は、プレーヤ管理部１０１と、マッチング処理部１０２と、ゲーム管理部１０３と、ＡＩ処理部１０４と、ランク更新部１０５と、戦況分析部１０６とを備える。

プレーヤ管理部１０１は、後述するユーザ情報データを用いてアカウントやゲームの進行状況等を接続されるプレーヤ端末１毎に管理する。

マッチング処理部１０２は、プレーヤ端末１からの対戦モード選択情報によるマッチングの要求に応答して、プレーヤ端末１のプレーヤのチームランク、プレーヤランク、バディランクを用いて、プレーヤとマッチングする対戦相手を検索する。マッチングは、基本的に、ログインしているプレーヤのうち、同一のランクを持つチーム同士、同一のランクを持つプレーヤ又はバディ同士をマッチングする。同一のランクを持つチーム、プレーヤ又はバディを検索できない場合は、上下にランク（例えば、１ランク）を変更し、チーム、プレーヤ又はバディとマッチングするようにする。

ゲーム管理部１０３は、プレーヤ端末１からのカード設定情報や行動選択情報等を受信し、カード設定情報や行動選択情報、後述するカードデータを用いて、対戦モードに応じた対戦処理を行い、その対戦結果を出力する。

ＡＩ処理部１０４は、多くの対戦ゲームのゲーム進行の内容とその結果等の教師データを機械学習して得られたアルゴリズムを有する。このアルゴリズムは、バディのキャラクタ情報に応じたアルゴリズムである。機械学習の方法は、深層学習（ディープラーニング）が代表的なものであるが、これに限られない。ＡＩ処理部１０４は、プレーヤ端末１から送信されるカード設定情報、プレーヤ端末１のプレーヤのバディのキャラクタ情報、対戦モード等を入力し、そのカード設定情報の状況におけるバディのカード操作情報を出力する。尚、アルゴリズムは、バディのキャラクタ情報に応じて異なるので、プレーヤ端末１から送信されるカード設定情報が同一であっても、プレーヤのバディのキャラクタ情報が異なれば、異なるカード操作情報を出力する可能性がある。

また、ＡＩ処理部１０４は、後述する戦況分析にも使用される。

ランク更新部１０５は、マッチング戦の対戦結果に基づき、各チーム、プレーヤ又はバディの勝利ポイントを計算し、各チーム、プレーヤ又はバディに勝利ポイントを付与する。更に、ランク更新部１０５は、各チーム、プレーヤ又はバディのランクについて、累積された勝利ポイントに対応したランクに更新する。例えば、マッチング戦に勝利した場合は１５０ポイントの勝利ポイントを付与し、累積勝利ポイントが５００ポイントに達すると、ランクを「２」に更新するなどである。また、マッチング戦に敗戦した場合は、勝利ポイントを与えるのではなく、減ずるようにしても良い。例えば、マッチング戦に敗戦した場合は、累積勝利ポイントから１５０ポイントを減ずるなどである。このような場合、累積勝利ポイントによっては、現在のランクから下位のランクに降格する場合もある。

戦況分析部１０６は、ゲーム管理部１０３から、プレーヤ端末１からのカード設定情報や行動選択情報、対戦結果等を受信し、その対戦のターン毎の優劣を分析する。対戦の優劣の分析は、上述した総合的視点、プレーヤ視点（自分）、対戦プレーヤ視点（相手）の３つの視点から行う。ＡＩ処理部１０４は、上述したように、多くの対戦ゲームのゲーム進行の内容とその結果等の教師データを機械学習して得られたアルゴリズムを有する。そこで、各ターンの各ターンのフィールドに設置されているカードの種類や手持ちのカードの種類、ライフの残量等を入力データとし、そのターンの戦況を分析することも可能である。

例えば、総合的視点の戦況分析は、戦況分析部１０６がＡＩ処理部１０４を利用し、ターン終了時で得られるプレーヤ及び対戦プレーヤの双方の情報を用いて、プレーヤの優劣の度合いを分析する。

プレーヤ視点（自分）は、戦況分析部１０６がＡＩ処理部１０４を利用し、ターン終了時で得られるプレーヤの情報を用いて、プレーヤの優劣の度合いを分析する。対戦プレーヤ視点（相手）は、戦況分析部１０６がＡＩ処理部１０４を利用し、ターン終了時で得られる対戦プレーヤの情報を用いて、プレーヤの優劣の度合いを分析する。最も簡単な戦況分析方法は、各ターンにおける各プレーヤ又はバディの残存ライフの量である。例えば、プレーヤＡ、Ｂの残存ライフの量が共に同じである場合、優劣はつかない。これに対して、プレーヤＡの残存ライフの量が全体の７０パーセントであり、プレーヤＢの残存ライフの量が全体の４０パーセントである場合、プレーヤの残存ライフの量が５０パーセントを中心にして優劣を決定し、プレーヤＡは２０パーセント優勢であり、プレーヤＢは１０パーセント劣勢であるとする。このような分析をターン毎に行い、戦況を分析する。

尚、上述した戦況分析方法は、一例であり、他の方法でも良い。

戦況分析部１０６は、対戦の終了時に、対戦識別情報と、上述した３つの視点から分析した戦況分析情報と、対戦相手の対戦相手データ(対戦プレーヤの名前、ランク)と、対戦結果(勝敗)と、使用デッキ名とを、少なくとも含む対戦レポート情報を、各プレーヤ端末１に送信する。尚、ひとつのマッチング戦において、プレーヤとバディとが異なる対戦がある第２対戦モード等の場合には、プレーヤがプレイする第１戦の対戦レポート（第２リプレイ）と、バディがプレイする第２戦の対戦レポート（第１リプレイ）とを作成する。

通信部９２は、通信回線Ｎと接続して通信を実現する。

記憶部９３には、システムプログラムと、ゲームプログラムとが格納される。システムプログラムは、ゲームサーバ２のコンピュータとしての基本機能を実現するためのプログラムである。ゲームプログラムは、処理部９１を、プレーヤ管理部１０１と、マッチング処理部１０２と、ゲーム管理部１０３と、ＡＩ処理部１０４と、ランク更新部１０５と、戦況分析部１０６として機能させるためのプログラムである。

更に、記録部９３は、ユーザ情報データと、カードデータとが格納されている。

ユーザ情報データは、ゲームに参加しているプレーヤの基本データであり、プレーヤ毎のユーザ情報データを記録している。図２０はユーザ情報データの一例を示した図である。図２０の例では、プレーヤのユーザ識別情報と、そのプレーヤのバディ設定データと、デッキ設定データと、プレーヤのチームのランク及び現在までの累積勝利ポイントと、プレーヤのランク及び現在までの累積勝利ポイントと、プレーヤのバディのランク及び現在までの累積勝利ポイントとを含んでいる。

カードデータは、本ゲームで使用されるカード全てのカードデータである。基本的に、上述した図１４のカード設定データと同様なデータを、ゲームで使用される全てのカードについて格納している。
［各装置の動作］
次に、プレーヤ端末１と、ゲームサーバ２との動作を説明する。ここでは、プレーヤＡ，Ｂが、プレーヤ端末１を用いて、複数の特殊対戦モードが使用可能な対戦ゲームを行う場合を例に説明する。図２１は、プレーヤ端末１とゲームサーバ２との動作を説明するための全体のシーケンス図である。

まず、各プレーヤＡ，Ｂは、ゲームのアカウント登録時において、バディを設定するバディ設定処理を行う（Ｓｔｅｐ１００）。バディ設定処理は、バディ設定部７２により行われる。バディ設定処理は、メニュー画面より、バディ設定を選択する。バディ設定では、複数のバディから好みのバディを選択することにより、設定可能である。選択したバディの情報は、ゲームサーバ２に送信される。

ゲームサーバ２のプレーヤ管理部１０１は、プレーヤ端末１から受信したバディの情報を用いて、プレーヤ端末１のユーザ識別情報に対応するユーザ情報データに、バディのキャラクタ情報を登録する（Ｓｔｅｐ１０１）。登録したバディのキャラクタ情報は、プレーヤ端末１に送信される。

プレーヤ端末１のバディ設定部７２は、登録されたバディのキャラクタ情報を、バディ設定データとして登録する（Ｓｔｅｐ１００）。

アカウント登録後、各プレーヤＡ，Ｂは、ゲームにログインする（Ｓｔｅｐ１０２）。このとき、プレーヤ端末１は、ユーザ識別情報を含むログインの要求を送信する。

プレーヤ端末１のプレーヤ管理部１０１は、ログインの要求に応答して、ログイン処理を行う（Ｓｔｅｐ１０３）。ログイン処理は、ログインを要求したプレーヤのユーザ識別情報に対応するユーザ情報データを取得し、ゲーム管理部１０３に渡す処理を含む。

ログインが完了すると、各プレーヤＡ，Ｂは、対戦モードの選択を行う。対戦モードの対戦モード選択処理は、プレーヤ端末１の対戦モード選択部７３により行われる（（Ｓｔｅｐ１０４）。各プレーヤＡ，Ｂの対戦モードの選択は、対戦モード選択部７３がバトルメニューを表示し、プレーヤによる対戦モードの選択を実行することにより行われる。

図２２はプレーヤ端末１に表示されるバトルメニューの一例を示した図である。バトルメニューに表示される対戦モードは、プレーヤ（人間）同士が対戦する通常対戦モードと、第１対戦モードから第４対戦モードの特殊対戦モードとである。対戦モードの選択は、バトルメニューで表示されている、通常対戦モードのボタン４１、第１対戦モードのボタン４２、第２対戦モードのボタン４３、第３対戦モードのボタン４４及び第４対戦モードのボタン４５から、プレーヤが希望する対戦モードのボタンを選択操作（タッチ操作）することにより選択することができる。選択した対戦モードの情報（対戦モード選択情報）は、通信部５５を介して、ゲームサーバ２に送信される。

尚、対戦モードの選択であるが、対態モードによっては、所定のランクを持っていなければ選択できないように構成しても良い。例えば、第１対戦モードでは、チームランクがある所定のランクでなければ、選択できないようにする。また、第２対戦モードでは、チームランク、プレーヤランク又はバディランクがある所定のランクでなければ、選択できないようにする。第３対戦モード、第４対戦モードも同様な処理ができる。

ゲームサーバ２のマッチング処理部１０２は、プレーヤ端末１からの対戦モード選択情報で示される対戦モードを選択しているプレーヤ同士の中で、同一のランクを持つチーム同士、同一のランクを持つプレーヤ又はバディ同士がマッチングされるように検索する。同一のランクを持つチーム、プレーヤ又はバディがマッチングしなかった場合は上下に１ランク毎に違うチーム、プレーヤ又はバディを検索する。

例えば、第１対戦モードのマッチング処理は、記録部９３のユーザ情報データのチームランクを用いて、第１対戦モードを選択しているプレーヤの中で、同一のチームランクを持つチーム同士が対戦相手になるようにマッチングを行う。マッチングできなかった場合は、上下に１ランク異なるチームが対戦相手になるようにマッチングを行う。これでマッチングできなかった場合は、更に、上下に２ランク異なるチームが対戦相手になるようにマッチングを行う。これをマッチングができるまで行う。但し、あまりにもランクが異なると対戦の興味が薄れるので、マッチングするランクの範囲を定めることが好ましい。例えば、上下２ランクの範囲などである。

第２対戦モードのマッチング処理は、記録部９３のユーザ情報データのプレーヤランク及びバディランクを用いて、第２対戦モードを選択しているプレーヤの中で、同一のプレーヤランク及びバディランクを持つチーム同士が対戦相手になるようにマッチングを行う。マッチングできなかった場合は、上下に１ランク異なるチームが対戦相手になるようにマッチングを行う。これでマッチングできなかった場合は、更に、上下に２ランク異なるチームが対戦相手になるようにマッチングを行う。これをマッチングができるまで行う。但し、あまりにもランクが異なると対戦の興味が薄れるので、マッチングするランクの範囲を定めることが好ましい。例えば、上下２ランクの範囲などである。尚、第２対戦モード場合、マッチング処理の負担を考慮し、チームランク、プレーヤランク、バディランクのいずれかひとつだけを用いて、マッチングを行うようにしても良い。例えば、プレーヤランクだけに着目し、プレーヤランクが一致又は所定の範囲内にあるプレーヤのチーム同士をマッチングするようにしても良い。

第３対戦モードのマッチング処理は、記録部９３のユーザ情報データのバディランクを用いて、第３対戦モードを選択しているプレーヤの中で、同一のバディランクを持つプレーヤのバディ同士が対戦相手になるようにマッチングを行う。マッチングできなかった場合は、上下に１ランク異なるプレーヤのバディが対戦相手になるようにマッチングを行う。これでマッチングできなかった場合は、更に、上下に２ランク異なるバディが対戦相手になるようにマッチングを行う。これをマッチングができるまで行う。但し、あまりにもランクが異なると対戦の興味が薄れるので、マッチングするランクの範囲を定めることが好ましい。例えば、上下２ランクの範囲などである。

更に、第３対戦モードのマッチング処理は、記録部９３のユーザ情報データのバディランクを用いて、第３対戦モードを選択しているプレーヤのバディランクと同一のバディランクを持つプレーヤを検索し、そのプレーヤのバディとマッチングを行うようにしても良い。第３対戦モードは、プレーヤのバディ同士の対戦であるので、第３対戦モードを選択したプレーヤの対戦相手となるプレーヤがゲームプレイを行う必要がなく、プレーヤはかならずしもゲームにログインしている必要がないからである。但し、マッチングの条件として、プレーヤがログインしていることを条件とすることも可能である。

第４対戦モードのマッチング処理は、記録部９３のユーザ情報データのプレーヤランク及びバディランクを用いて、第４対戦モードを選択しているプレーヤのプレーヤランクと同一のバディランクを持つプレーヤを検索し、マッチングを行う。第４対戦モードは、プレーヤとプレーヤのバディとの対戦であるので、バディ側はプレーヤがゲームプレイを行う必要がなく、プレーヤはかならずしもゲームにログインしている必要がないからである。但し、マッチングの条件として、プレーヤがログインしていることを条件とすることも可能である。

マッチングできなかった場合は、上下に１ランク異なるバディランクを持つプレーヤのバディが対戦相手になるようにマッチングを行う。これでマッチングできなかった場合は、更に、上下に２ランク異なるバディが対戦相手になるようにマッチングを行う。これをマッチングができるまで行う。但し、あまりにもランクが異なると対戦の興味が薄れるので、マッチングするランクの範囲を定めることが好ましい。例えば、上下２ランクの範囲などである。

尚、第３対戦モード又は第４対戦モードの場合、対戦相手となるバディを持つユーザをゲーム運営側とすることもでき、この場合はバディランクを無視することも可能である。この場合、ゲーム運営側は、例えば、強さや性格が異なるバディを曜日毎に用意し、第３対戦モード又は第４対戦モードを選択したプレーヤと、第３対戦モード又は第４対戦モードを選択した曜日に対応したバディとをマッチングさせるようにしても良い。このようにすれば、第３対戦モード又は第４対戦モードを選択したプレーヤは、曜日毎に異なるバディと対戦でき、ゲームの興趣性を高めることが出来る。

対戦相手となるマッチングが決定されると、ユーザ端末１とゲームサーバ２とは、マッチング戦処理を開始する（Ｓｔｅｐ１０６）。マッチング戦処理では、ユーザ端末１のリプレイ実行部７７において、リプレイのためのリプレイデータの記録が行われる。尚、各対戦モードのマッチング戦処理については、後述する。

マッチング戦処理が終了すると、ゲームサーバ２のランク更新部１０５は、ランク更新処理を行う（Ｓｔｅｐ１０７）。ランク更新部１０５は、マッチング戦の対戦結果を用いて、各チーム、プレーヤ又はバディの勝利ポイントを計算し、各チーム、プレーヤ又はバディに勝利ポイントを付与する。例えば、マッチング戦に勝利した場合は１５０ポイントの勝利ポイント等である。更に、ランク更新部１０５は、各チーム、プレーヤ又はバディのランクについて、累積された勝利ポイントに対応したランクに更新する。例えば、累積勝利ポイントが５００ポイントに達すると、ランクを「２」に更新するなどである。そして、付与する勝利ポイント、チーム、プレーヤ又はバディのランクを含むランク情報を、ユーザ端末１に送信する。

ユーザ端末１のプレーヤ情報管理部７０は、ランク情報を用いてユーザ情報のチーム、プレーヤ又はバディのランクを更新する（Ｓｔｅｐ１０８）。

続いて、ゲームサーバ２の戦況分析部１０６は、対戦の戦況分析処理を行う（Ｓｔｅｐ１０９）。対戦の戦況分析処理は、上述したように、総合的視点、プレーヤ視点及び対戦プレーヤからの戦況分析を行う。そして、対戦識別情報と、対戦相手の対戦相手データ(対戦プレーヤの名前、ランク)と、対戦結果(勝敗)と、戦況分析結果と、使用デッキ名とを、少なくとも含む対戦レポート情報を、ユーザ端末１に送信する。

ユーザ端末１のリプレイ実行部７７は、対戦レポート表示処理を行う（Ｓｔｅｐ１１０）。対戦レポート処理では、図１２に示されるような対戦レポートの一覧を表示する。図１２では、対戦日付が新しい順に３つの対戦レポートのボックスが表示されており、各対戦レポートのボックスには対戦レポートの閲覧ボタンが設けられている。プレーヤが閲覧を希望する対戦レポートのボタンをタッチすることにより、リプレイ実行部７７は、選択された対戦レポートの詳細を表示する。対戦レポートの詳細は、図１３の通りである。

更に、表示された対戦レポートにおいて、希望するターンからの映像のリプレイを希望する場合は、プレーヤはリプレイボタンをタッチする。図１３の例では、プレーヤは１２ターンからのリプレイを希望しており、この状態でリプレイボタンがタッチされると、リプレイ実行部７７により、１２ターンからのリプレイ表示処理が開始される（Ｓｔｅｐ１１１）。

リプレイ表示処理は、リプレイ実行部７７により、記憶装置５６に保存したリプレイデータを読み出し、環境データ及びカードデータを用いて対戦開始の初期状態を揃え、対戦レポートの戦況分析上で指定されたターンから、操作履歴データを再生することによって、そのターンからのプレイ内容を映像として再現する。図２３は１２ターンからのリプレイの映像を表示した画面の一例である。リプレイ映像の上部には、戦況分析のグラフが表示され、現在再生されているリプレイ映像のターンに応じて、戦況分析のグラフ上のスライダが移動し、ターン名も現在再生されているリプレイ映像のターンが表示される。そして、リプレイを終了する場合は、リプレイ終了ボタンをタッチすることにより、対戦レポートの表示画面に遷移する。

以上で、全体のゲーム進行の動作の説明を終了する。

次に、各対戦モードのマッチング戦処理（Ｓｔｅｐ１０６）の動作について説明する。

（１）第１対戦モードの各装置間の動作
第１対戦モードの各装置間の動作を説明する。図２４は第１対戦モードのＳｔｅｐ１０６のマッチング戦処理のシーケンス図である。

まず、マッチングが完了し、マッチング戦が開始されると、各プレーヤＡ，Ｂのプレーヤ端末１では、カード設定部７１によるカード設定処理が行われる（Ｓｔｅｐ２００）。カード設定処理は、設定したデッキの中からひとつのデッキを選択し、そのデッキのカードを、フィールド領域、ベース領域及びフォース領域と、手札に配置することにより行われる。尚、このようなカードの配置は各プレーヤＡ，Ｂの操作により行われる。配置されたカードのカード識別情報及びそのカードの配置状況等は、カード設定情報としてゲームサーバ２に送信される。

ゲームサーバ２のゲーム管理部１０３は、受信したプレーヤＡのカード設定情報をプレーヤＢのプレーヤ端末１に送信し、受信したプレーヤＢのカード設定情報をプレーヤＡのプレーヤ端末１に送信する。

各プレーヤＡ，Ｂのプレーヤ端末１では、カード設定情報を用いて、設定カード表示処理が行われ、フィールドにカードが配置された画像が表示される（Ｓｔｅｐ２０１）。

次に、各ターンでの対戦が行われる。

まず、プレーヤＡがプレーヤＢのバディ（以下、バディＢと記載する）に攻撃し、プレーヤＢのバディＢが防御を行うターンが行われる（図２４中、プレーヤＡ→バディＢ）。

プレーヤＡのプレーヤ端末１では、行動決定部７４による行動選択処理が行われる（Ｓｔｅｐ２０２）。プレーヤＡによりカード等の選択又は行動が決定される。決定されたカード等の選択又は行動の情報は、行動選択情報として、行動決定部７４がゲームサーバ２に送信する。

ゲームサーバ２のゲーム管理部１０３は、プレーヤＡの行動選択情報を受信し、プレーヤＡの行動選択情報、各プレーヤＡ，Ｂのカード設定情報及びカードデータを用いて、対戦処理を行う（Ｓｔｅｐ２０３）。対戦結果の情報は、各プレーヤＡ，Ｂのプレーヤ端末１に送信される。

各プレーヤＡ，Ｂのプレーヤ端末１のゲーム管理部７８は、対戦結果を受けて、対戦結果処理を行う（Ｓｔｅｐ２０４）。対戦結果処理は、各プレーヤＡ，Ｂのプレーヤ端末１に、対戦の結果を表示する処理である。

以上が、プレーヤＡがプレーヤＢのバディＢに攻撃し、バディＢが防御を行うターンの動作である。

次に、プレーヤＢがプレーヤＡのバディ（以下、バディＡと記載する）に攻撃し、プレーヤＡのバディＡが防御を行うターンが行われる（図２４中、プレーヤＢ→バディＡ）。

プレーヤＢのプレーヤ端末１では、行動決定部７４による行動選択処理が行われる（Ｓｔｅｐ２０２）。プレーヤＢの操作によりカード等の選択又は行動が決定される。決定されたカード等の選択又は行動の情報は、行動選択情報として、行動決定部７４がゲームサーバ２に送信する。

ゲームサーバ２のゲーム管理部１０３は、プレーヤＢの行動選択情報を受信し、プレーヤＢの行動選択情報、各プレーヤＡ，Ｂのカード設定情報及びカードデータを用いて、対戦処理を行う（Ｓｔｅｐ２０３）。対戦結果の情報は、各プレーヤＡ，Ｂのプレーヤ端末１に送信される。

各プレーヤＡ，Ｂのプレーヤ端末１のゲーム管理部７８は、対戦結果を受けて、対戦結果処理を行う（Ｓｔｅｐ２０４）。対戦結果処理は、各プレーヤＡ，Ｂのプレーヤ端末１に、対戦の結果を表示する処理である。

以上が、プレーヤＢがプレーヤＡのバディＡに攻撃し、バディＡが防御を行うターンの動作である。

続いて、プレーヤＡのバディＡがプレーヤＢに攻撃し、プレーヤＢが防御を行うターンが行われる（図２４中、バディＡ→プレーヤＢ）。

バディＡの攻撃となるため、ＡＩ処理部１０４がカード操作情報提供処理を行う（Ｓｔｅｐ２０５）。カード操作情報提供処理は、バディＡによるカード等の選択又は行動を示すカード操作情報をプレーヤＡのプレーヤ端末１に提供する処理である。

プレーヤ端末１の操作情報取得部７５はカード操作情報を受信する。操作画像表示部７６は、カード操作情報が示す、バディＡによる攻撃内容を表示する処理を行う（Ｓｔｅｐ２０６）。

ゲームサーバ２のゲーム管理部１０３及びＡＩ処理部１０４は、バディＡのカード操作情報、各プレーヤＡ，Ｂのカード設定情報及びカードデータを用いて、バディ対戦処理を行う（Ｓｔｅｐ２０７）。対戦結果の情報は、各プレーヤＡ，Ｂのプレーヤ端末１に送信される。

各プレーヤＡ，Ｂのプレーヤ端末１のゲーム管理部７８は、対戦結果を受けて、対戦結果処理を行う（Ｓｔｅｐ２０４）。

以上が、プレーヤＡのバディＡがプレーヤＢに攻撃し、プレーヤＢが防御を行うターンの動作である。

更に、プレーヤＢのバディＢがプレーヤＡに攻撃し、プレーヤＡが防御を行うターンが行われる（図２４中、バディＢ→プレーヤＡ）。

バディＢの攻撃となるため、ＡＩ処理部１０４がカード操作情報提供処理を行う（Ｓｔｅｐ２０５）。カード操作情報提供処理は、バディＢによるカード等の選択又は行動を示すカード操作情報をプレーヤＢのプレーヤ端末１に提供する処理である。

プレーヤ端末１の操作情報取得部７５はカード操作情報を受信する。操作画像表示部７６は、カード操作情報が示す、バディＢによる攻撃内容を表示する処理を行う（Ｓｔｅｐ２０６）。

ゲームサーバ２のゲーム管理部１０３及びＡＩ処理部１０４は、バディＢのカード操作情報、各プレーヤＡ，Ｂのカード設定情報及びカードデータを用いて、バディ対戦処理を行う（Ｓｔｅｐ２０３）。対戦結果の情報は、各プレーヤＡ，Ｂのプレーヤ端末１に送信される。

各プレーヤＡ，Ｂのプレーヤ端末１のゲーム管理部７８は、対戦結果を受けて、対戦結果処理を行う（Ｓｔｅｐ２０７）。

以上が、プレーヤＢのバディＢがプレーヤＡに攻撃し、プレーヤＡが防御を行うターンの動作である。

そして、プレーヤＡがプレーヤＢのバディＢに攻撃し、プレーヤＢのバディＢが防御を行うターンが行われる（図２４中、プレーヤＡ→バディＢ）。

プレーヤＡのプレーヤ端末１では、行動決定部７４による行動選択処理が行われる（Ｓｔｅｐ２０２）。プレーヤＡによりカード等の選択又は行動が決定される。決定されたカード等の選択又は行動の情報は、行動選択情報として、行動決定部７４がゲームサーバ２に送信する。

ゲームサーバ２のゲーム管理部１０３は、プレーヤＡの行動選択情報を受信し、プレーヤＡの行動選択情報、各プレーヤＡ，Ｂのカード設定情報及びカードデータを用いて、対戦処理を行う（Ｓｔｅｐ２０３）。対戦結果の情報は、各プレーヤＡ，Ｂのプレーヤ端末１に送信される。

各プレーヤＡ，Ｂのプレーヤ端末１のゲーム管理部７８は、対戦結果を受けて、対戦結果処理を行う（Ｓｔｅｐ２０４）。対戦結果処理は、各プレーヤＡ，Ｂのプレーヤ端末１に、対戦の結果を表示する処理である。

以上が、プレーヤＡがプレーヤＢのバディＢに攻撃し、バディＢが防御を行うターンの動作である。

このようなターンを、いずれかのプレーヤのライフが０になる、又は、デッキのカードが０枚になるまで、プレーヤＡ側と対戦相手のプレーヤＢ側とが繰り返す。そして、いずれかのプレーヤのライフが０になる、又は、デッキのカードが０枚になると、ゲームサーバ２のゲーム管理部１０３はマッチング戦結果処理を行う（Ｓｔｅｐ２０８）。マッチング戦結果処理は、各チームの勝敗を決定し、そのマッチング戦結果情報を各プレーヤＡ，Ｂのプレーヤ端末１に、送信する処理である。

プレーヤ端末１のゲーム管理部７８は、マッチング戦結果情報を受信し、マッチング戦結果を表示する（Ｓｔｅｐ２０９）。

以上で、第１対戦モードの各装置間の動作の説明を終わる。

（２）第２対戦モードの各装置間の動作
第２対戦モードの各装置間の動作を説明する。図２５は第２対戦モードのＳｔｅｐ１０６のマッチング戦処理のシーケンス図である。

第２対戦モードでは、プレーヤＡとプレーヤＢのバディＢとが対戦する第１戦と、プレーヤＢとプレーヤＡのバディＡとが対戦する第２戦とが、時間的に並列に行われる。従って、プレーヤＡのプレーヤ端末１とゲームサーバ２との間では、プレーヤＡとプレーヤＢのバディＢとの第１戦の対戦処理が行われ、プレーヤＡのプレーヤ端末１には第１戦の様子が表示される。一方、プレーヤＢのプレーヤ端末１とゲームサーバ２との間では、プレーヤＢとプレーヤＡのバディＡとの第２戦の対戦処理が行われ、プレーヤＢのプレーヤ端末１には第２戦の様子が表示される。以下の説明では、プレーヤＡとプレーヤＢのバディＢとが対戦する第１戦を中心に説明する。

まず、マッチングが完了し、マッチング戦の第１戦が開始されると、プレーヤＡのプレーヤ端末１では、カード設定部７１によるカード設定処理が行われる（Ｓｔｅｐ３００）。カード設定処理は、設定したデッキの中からひとつのデッキを選択し、そのデッキのカードを、フィールド領域、ベース領域及びフォース領域と、手札に配置することにより行われる。尚、このようなカードの配置はプレーヤＡの操作により行われる。配置されたカードのカード識別情報及びそのカードの配置状況等は、カード設定情報としてゲームサーバ２に送信される。

続いて、バディＢ側のバディカード設定処理が行われる（Ｓｔｅｐ３０１）。バディカード設定処理は、ゲームサーバ２のＡＩ処理部１０４により行われる。バディカード設定処理は、設定したデッキの中からひとつのデッキを選択し、そのデッキのカードを、フィールド領域、ベース領域及びフォース領域と、手札に配置することにより行われる。配置されたカードのカード識別情報及びそのカードの配置状況等は、カード設定情報としてプレーヤＡのプレーヤ端末１に送信される。

各プレーヤＡ，Ｂのプレーヤ端末１では、カード設定情報を用いて、設定カード表示処理が行われ、フィールドにカードが配置された画像が表示される（Ｓｔｅｐ３０２）。

次に、プレーヤＡがプレーヤＢのバディＢに攻撃し、プレーヤＢのバディＢが防御を行うターンにおいて、プレーヤＡのプレーヤ端末１では、行動決定部７４による行動選択処理が行われる（Ｓｔｅｐ３０３）。プレーヤＡの操作によりカード等の選択又は行動が決定される。決定されたカード等の選択又は行動の情報は、行動選択情報として、行動決定部７４がゲームサーバ２に送信する。

ゲームサーバ２のゲーム管理部１０３は、プレーヤＡの行動選択情報を受信し、プレーヤＡの行動選択情報、プレーヤＡ及びバディＢのカード設定情報及びカードデータを用いて、対戦処理を行う（Ｓｔｅｐ３０４）。対戦結果の情報は、プレーヤＡのプレーヤ端末１に送信される。

プレーヤＡのプレーヤ端末１のゲーム管理部７８は、対戦結果を受けて、対戦結果処理を行う（Ｓｔｅｐ３０５）。対戦結果処理は、プレーヤＡのプレーヤ端末１に、対戦の結果を表示する処理である。

以上が、プレーヤＡがプレーヤＢのバディＢに攻撃し、プレーヤＢのバディＢが防御を行うターンの動作である。

次に、プレーヤＢのバディＢがプレーヤＡに攻撃し、プレーヤＡが防御を行うターンにおいて、バディ対戦処理を行う（Ｓｔｅｐ３０６）。バディＢの攻撃であるため、ＡＩ処理部１０４がバディＢによるカード等の選択又は行動を示すカード操作情報をゲーム管理部１０３に提供する。ゲーム管理部１０３は、バディＢのカード操作情報、プレーヤＡのカード設定情報及びカードデータを用いて、バディ対戦処理を行う（Ｓｔｅｐ３０６）。対戦結果の情報は、プレーヤＡのプレーヤ端末１に送信される。

プレーヤＡのプレーヤ端末１のゲーム管理部７８は、対戦結果を受けて、対戦結果処理を行う（Ｓｔｅｐ３０５）。

以上が、プレーヤＢのバディＢがプレーヤＡに攻撃し、プレーヤＡが防御を行うターンの動作である。

このようなターンを、プレーヤＡ又はバディＢのライフが０になる、又は、デッキのカードが０枚になるまで、プレーヤＡとプレーヤＢのバディＢとが繰り返す。そして、いずれかのプレーヤ又はバディのライフが０になる、又は、デッキのカードが０枚になると、第１戦が終了する。

プレーヤＢとプレーヤＡのバディＡとの第２戦の対戦処理が、プレーヤＢのプレーヤ端末１とゲームサーバ２との間で、上述した第１戦の処理と同様な処理が行われ、プレーヤＢのプレーヤ端末１には第２戦の様子が表示される。

第１戦の対戦と第２戦の対戦とが終了すると、マッチング戦結果処理を行う（Ｓｔｅｐ３０７）。マッチング戦結果処理は、第１戦及び第２戦の勝敗を決定し、そのマッチング戦結果情報を各プレーヤＡ，Ｂのプレーヤ端末１に、送信する処理である。送信する内容は、第１戦の対戦結果と第２戦の対戦結果である。

各プレーヤＡ，Ｂのプレーヤ端末１のゲーム管理部７８は、マッチング戦結果情報を受信し、マッチング戦結果を表示する（Ｓｔｅｐ３０８）。

以上で、第２対戦モードの各装置間の動作の説明を終わる。

尚、第２対戦モードは、プレーヤＡとプレーヤＢのバディＢとが対戦する第１戦と、プレーヤＢとプレーヤＡのバディＡとが対戦する第２戦とが、時間的に並列に行われるため、自プレーヤのバディと対戦相手のプレーヤとの対戦を閲覧することができない。

しかし、リプレイ機能により、マッチング戦結果の表示後、自プレーヤのバディと対戦相手のプレーヤとの対戦レポートを表示した第１リプレイを選択することにより、自プレーヤのバディと対戦相手のプレーヤとの戦況分析やリプレイ映像を閲覧することが可能である。

（３）第３対戦モードの各装置間の動作
第３対戦モードの各装置間の動作を説明する。図２６は第３対戦モードのＳｔｅｐ１０６のマッチング戦処理のシーケンス図である。

第３対戦モードでは、プレーヤＡのバディＡがプレーヤＢのバディＢに攻撃し、プレーヤＢのバディＢが防御を行うターンと、プレーヤＢのバディＢがプレーヤＡのバディＡに攻撃し、プレーヤＡのバディＡが防御を行うターンとが交互に行われる。

まず、バディＡ及びバディＢのバディカード設定処理が行われる（Ｓｔｅｐ４００）。バディカード設定処理は、ゲームサーバ２のＡＩ処理部１０４により行われる。バディカード設定処理は、設定したデッキの中からひとつのデッキを選択し、そのデッキのカードを、フィールド領域、ベース領域及びフォース領域と、手札に配置することにより行われる。配置されたカードのカード識別情報及びそのカードの配置状況等は、カード設定情報としてプレーヤＡ，Ｂのプレーヤ端末１に送信される。

各プレーヤＡ，Ｂのプレーヤ端末１では、カード設定情報を用いて、設定カード表示処理が行われ、フィールドにカードが配置された画像が表示される（Ｓｔｅｐ４０１）。

次に、プレーヤＡのバディＡがプレーヤＢのバディＢに攻撃し、プレーヤＢのバディＢが防御を行うターンが行われる（図２６中、バディＡ→バディＢ）。バディＡの攻撃となるため、ＡＩ処理部１０４がカード操作情報提供処理を行う（Ｓｔｅｐ４０２）。カード操作情報提供処理は、バディＡによるカード等の選択又は行動を示すカード操作情報をプレーヤＡ，Ｂのプレーヤ端末１に提供する処理である。

プレーヤ端末１の操作情報取得部７５はカード操作情報を受信する。操作画像表示部７６は、カード操作情報が示す、バディＡによる攻撃内容を表示する処理を行う（Ｓｔｅｐ４０３）。

ゲームサーバ２のゲーム管理部１０３は、バディＡのカード操作情報、各バディＡ，Ｂのカード設定情報及びカードデータを用いて、バディ対戦処理を行う（Ｓｔｅｐ４０４）。対戦結果の情報は、各プレーヤＡ，Ｂのプレーヤ端末１に送信される。

各プレーヤＡ，Ｂのプレーヤ端末１のゲーム管理部７８は、対戦結果を受けて、対戦結果処理を行う（Ｓｔｅｐ４０５）。

以上が、プレーヤＡのバディＡがプレーヤＢのバディＢに攻撃し、プレーヤＢのバディＢが防御を行うターンの動作である。

次に、プレーヤＢのバディＢが防御を行うターンと、プレーヤＢのバディＢがプレーヤＡのバディＡに攻撃し、プレーヤＡのバディＡが防御を行うターンが行われる（図２６中、バディＢ→バディＡ）。

バディＢの攻撃となるため、ＡＩ処理部１０４がカード操作情報提供処理を行う（Ｓｔｅｐ４０２）。カード操作情報提供処理は、バディＢによるカード等の選択又は行動を示すカード操作情報をプレーヤＡ，Ｂのプレーヤ端末１に提供する処理である。

プレーヤ端末１の操作情報取得部７５はカード操作情報を受信する。操作画像表示部７６は、カード操作情報が示す、バディＢによる攻撃内容を表示する処理を行う（Ｓｔｅｐ４０３）。

ゲームサーバ２のゲーム管理部１０３は、バディＢのカード操作情報、各プレーヤＡ，Ｂのカード設定情報及びカードデータを用いて、バディ対戦処理を行う（Ｓｔｅｐ４０４）。対戦結果の情報は、各プレーヤＡ，Ｂのプレーヤ端末１に送信される。

各プレーヤＡ，Ｂのプレーヤ端末１のゲーム管理部７８は、対戦結果を受けて、対戦結果処理を行う（Ｓｔｅｐ４０５）。以上が、プレーヤＢのバディＢがプレーヤＡのバディＡに攻撃し、プレーヤＡのバディＡが防御を行うターンの動作である。

このようなターンを、プレーヤＡのバディＡ又はプレーヤＢのバディＢのライフが０になる、又は、デッキのカードが０枚になるまで、プレーヤＡのバディＡとプレーヤＢのバディＢとが繰り返す。そして、いずれかのプレーヤのバディのライフが０になる、又は、デッキのカードが０枚になると、マッチング戦が終了する。

プレーヤＡのバディＡと、プレーヤＢのバディＢとのマッチング戦が終了すると、マッチング戦結果処理を行う（Ｓｔｅｐ４０６）。マッチング戦結果処理は、プレーヤＡのバディＡと、プレーヤＢのバディＢとの対戦の勝敗を決定し、そのマッチング戦結果情報を各プレーヤＡ，Ｂのプレーヤ端末１に、送信する処理である。送信する内容は、プレーヤＡのバディＡとプレーヤＢのバディＢとの対戦結果である。

プレーヤ端末１のゲーム管理部７８は、マッチング戦結果情報を受信し、マッチング戦結果を表示する（Ｓｔｅｐ４０７）。

以上で、第３対戦モードの各装置間の動作の説明を終わる。

尚、第３対戦モードはバディ同士が対戦であるので、第３対戦モードを選択したプレーヤは、かならずしも、ゲームプレイを行う必要がない。そこで、第３対戦モードを選択し、選択後の動作を、全てプレーヤ端末１及びゲームサーバ２に委ねた場合は、マッチング戦の終了後、ソーシャルネットワーキングサービス（ＳＮＳ）等を利用し、マッチング戦が終了して対戦レポートが閲覧可能であることを通知するようにしても良い。このようにすれば、通知を受け取ったプレーヤは、対戦レポートを閲覧し、対戦の戦況分析やリプレイ映像を閲覧することが可能である。

（４）第４対戦モードの各装置間の動作
第４対戦モードの各装置間の動作を説明する。図２７は第４対戦モードのＳｔｅｐ１０６のマッチング戦処理のシーケンス図である。

第４対戦モードでは、プレーヤＡがプレーヤＢのバディＢに攻撃し、プレーヤＢのバディＢが防御を行うターンと、プレーヤＢのバディＢがプレーヤＡに攻撃し、プレーヤＡが防御を行うターンとが交互に行われる。

まず、マッチングが完了し、マッチング戦が開始されると、プレーヤＡのプレーヤ端末１では、カード設定処理が行われる（Ｓｔｅｐ５００）。カード設定処理は、設定したデッキの中からひとつのデッキを選択し、そのデッキのカードを、フィールド領域、ベース領域及びフォース領域と、手札に配置することにより行われる。配置されたカードのカード識別情報及びそのカードの配置状況等は、カード設定情報としてゲームサーバ２に送信される。

一方、プレーヤＢのバディＢのバディカード設定処理が行われる（Ｓｔｅｐ５０１）。バディカード設定処理は、ゲームサーバ２のＡＩ処理部１０４により行われる。ＡＩ処理部１０４は、設定したデッキの中からひとつのデッキを選択し、そのデッキのカードを、フィールド領域、ベース領域及びフォース領域と、手札に配置することにより行われる。配置されたカードのカード識別情報及びそのカードの配置状況等は、バディカード設定情報として、プレーヤＡ，Ｂのプレーヤ端末１に送信される。

各プレーヤＡ，Ｂのプレーヤ端末１では、バディカード設定情報を用いて、設定カード表示処理が行われ、フィールドにカードが配置された画像が表示される（Ｓｔｅｐ５０２）。

次に、プレーヤＡがプレーヤＢのバディＢに攻撃し、プレーヤＢのバディＢが防御を行うターンにおいて（図２７中、プレーヤＡ→バディＢ）、プレーヤＡのプレーヤ端末１では、行動選択処理が行われる（Ｓｔｅｐ５０３）。プレーヤＡによりカード等の選択又は行動が決定される。決定されたカード等の選択又は行動の情報は、行動選択情報として、行動決定部７４がゲームサーバ２に送信する。

ゲームサーバ２のゲーム管理部１０３は、プレーヤＡの行動選択情報を受信し、プレーヤＡの行動選択情報、各プレーヤＡ，Ｂのカード設定情報及びカードデータを用いて、対戦処理を行う（Ｓｔｅｐ５０４）。対戦結果の情報は、各プレーヤＡ，Ｂのプレーヤ端末１に送信される。プレーヤＡ，Ｂのプレーヤ端末１のゲーム管理部７８は、対戦結果を受けて、対戦結果処理を行う（Ｓｔｅｐ５０５）。対戦結果処理は、各プレーヤＡ，Ｂのプレーヤ端末１に、対戦の結果を表示する処理である。

以上が、プレーヤＡがプレーヤＢのバディＢに攻撃し、プレーヤＢのバディＢが防御を行うターンの動作である。

次に、プレーヤＢのバディＢがプレーヤＡに攻撃し、プレーヤＡが防御を行うターンが行われる（図２７中、バディＢ→プレーヤＡ）。

バディＢの攻撃となるため、ＡＩ処理部１０４がカード操作情報提供処理を行う（Ｓｔｅｐ５０６）。カード操作情報提供処理は、バディＢによるカード等の選択又は行動を示すカード操作情報をプレーヤＡ，Ｂのプレーヤ端末１に提供する処理である。

プレーヤＡ，Ｂのプレーヤ端末１の操作情報取得部７５は、カード操作情報を受信する。操作画像表示部７６は、カード操作情報が示す、バディＢによる攻撃内容を表示する操作画像表示処理を行う（Ｓｔｅｐ５０７）。

ゲームサーバ２のゲーム管理部１０３及びＡＩ処理部１０４は、バディＢのカード操作情報、各プレーヤＡ，Ｂのカード設定情報及びカードデータを用いて、バディ対戦処理を行う（Ｓｔｅｐ５０８）。対戦結果の情報は、各プレーヤＡ，Ｂのプレーヤ端末１に送信される。

各プレーヤＡ，Ｂのプレーヤ端末１のゲーム管理部７８は、対戦結果を受けて、対戦結果処理を行う（Ｓｔｅｐ５０５）。

以上が、プレーヤＢのバディＢがプレーヤＡに攻撃し、プレーヤＡが防御を行うターンの動作である。

このようなターンを、プレーヤＡ又はプレーヤＢのバディＢのライフが０になる、又は、デッキのカードが０枚になるまで、プレーヤＡとプレーヤＢのバディＢとが繰り返す。そして、いずれかのプレーヤ又はバディのライフが０になる、又は、デッキのカードが０枚になると、マッチング戦が終了する。

プレーヤＡと、プレーヤＢのバディＢとの対戦が終了すると、マッチング戦結果処理を行う（Ｓｔｅｐ５０９）。マッチング戦結果処理は、プレーヤＡと、プレーヤＢのバディＢとの対戦の勝敗を決定し、そのマッチング戦結果情報を各プレーヤＡ，Ｂのプレーヤ端末１に、送信する処理である。送信する内容は、プレーヤＡとプレーヤＢのバディＢとの対戦結果である。

プレーヤ端末１のゲーム管理部７８は、マッチング戦結果情報を受信し、マッチング戦結果を表示する（Ｓｔｅｐ５１０）。

以上で、第４対戦モードの各装置間の動作の説明を終わる。

以上説明したように、本実施形態によれば、対戦をリプレイするリプレイ機能を備えており、対戦のリプレイを楽しむことができる。特に、映像によるリプレイの態様以外にも、対戦の戦況を分析した戦況分析グラフもリプレイの態様のひとつとして備えており、プレーヤは対戦の客観的な分析を行うことができる。

また、本実施の形態はプレーヤが直接操作しないバディがプレイする対戦モードを備えており、特に、バディの対戦をリプレイする第１リプレイは、プレーヤがバディの対戦内容を鑑賞できないことを避けるために有効である。

更に、プレーヤは人間のプレーヤ対人間のプレーヤの対戦態様だけでなく、様々な対戦態様を選択することができ、プレーヤたるユーザの興趣性を向上させたゲームを提供することができる。これは、第１ゲーム要素とは異なり、プレーヤが保有する第１ゲーム要素をゲーム内において使用することが可能な第２ゲーム要素をゲームに導入し、この第２ゲーム要素を用いた対戦態様を設けることにより可能となるものである。

また、自律的又は自発的に行動する第２ゲーム要素により、プレーヤは様々なチーム戦や単独戦といった対戦態様を、楽しむことができる。

尚、本実施の形態では、リプレイデータをプレーヤ端末１が保存する構成を説明したが、ゲームサーバ２がリプレイデータを保存し、プレーヤ端末１のリプレイの要求に応答して、リプレイデータをプレーヤ端末１に送信する構成にしても良い。

＜第２の実施の形態＞
通常対戦モード等のように、対戦相手に人間のプレーヤが含まれる場合には、対戦相手のプレーヤの都合もあり、プレーヤの所望するときに、対戦結果が提示された対戦と同一のゲーム状態（例えば、同一のデッキ、ランクなど）の元で、そのプレーヤと対戦のやり直しを行うことは難しい。しかし、上述した対戦モードのうち、第３対戦モード及び第４対戦モードは、対戦相手がゲームサーバ２のＡＩ処理部１０４により操作されるバディ（第２ゲーム要素）であるため、ゲームサーバ２のＡＩ処理部１０４が対戦相手のバディを担当すれば、プレーヤが希望する時間に対戦のやり直しが可能である。そこで、第２の実施の形態は、対戦のリプレイ機能に加えて、第３対戦モード及び第４対戦モードにおいて、対戦のやり直し（以下、再戦と記載する）の機能を追加した例を説明する。

図２８は第２の実施の形態におけるプレーヤ端末１のブロック図である。第２の実施の形態におけるプレーヤ端末１は、第１の実施の形態の構成に加えて、再戦選択部７９を備える。

再戦選択部７９は、リプレイ実行部７７が提示する対戦レポート上に、対戦レポートで特定される対戦の再戦を選択可能な再戦選択ボタンを表示する。図２９は再戦選択ボタンを含む対戦レポートの表示の一例である。プレーヤによって、再戦選択ボタンがタッチされると、再戦選択部７９は、プレーヤ情報と対戦相手の対戦相手識別情報とを含む再戦リクエスト情報を、ゲームサーバ２に送信する。尚、対戦相手識別情報は、対戦レポート情報に含まれる対戦相手データから取得可能である。

また、再戦選択部７９は、再戦の開始ターンを指定することも可能である。この場合、戦況分析グラフのスライダを、希望するターンまで移動した後、再戦選択ボタンをタッチする。再戦の開始ターンを指定した場合には、再戦リクエスト情報に再戦の開始ターンの情報も含めて送信する。

また、再戦は、対戦結果に応じて制限することも可能である。例えば、対戦に勝利した場合は再戦を不可能とし、対戦に敗北した場合のみ再戦を可能とする等である。また、映像のリプレイとの関係において、対戦に勝利した場合は映像のリプレイを不可能として再戦を可能とし、対戦に敗北した場合は映像のリプレイを可能として再戦を可能とするようにしても良い。

更に、再戦の開始ターンを、対戦結果、例えば、戦況情報の優劣によって制限することも可能である。例えば、開始ターンを、敗北した対戦の戦況において戦況が劣勢になったターン以降に制限する等である。

図３０は第２の実施の形態におけるゲームサーバ２のブロック図である。第２の実施の形態におけるゲームサーバ２は、第１の実施の形態の構成に加えて、再戦実行部１０７を備える。

再戦実行部１０７は、プレーヤ端末１からの再戦リクエスト情報を受け、再戦を希望するプレーヤと、再戦リクエスト情報に含まれる対戦相手のバディとの再戦を実行する。バディの操作は、ＡＩ処理部１０４を利用する。

第２の実施の形態の動作を説明する。図３１は第２の実施の形態におけるプレーヤ端末１とゲームサーバ２との動作を説明するためのシーケンス図である。

本動作では、プレーヤＡとプレーヤＢのバディとが第４対戦モードで対戦を行い、その対戦結果がプレーヤＢのバディの勝利で終了した後、プレーヤＡが対戦レポートを閲覧し、再戦を実行する場合の例を説明する。

まず、プレーヤＡが対戦レポートを閲覧する（Ｓｔｅｐ６００）。

対戦レポートの閲覧の結果、プレーヤＡが再戦を希望する場合、対戦レポートの再戦ボタンをタッチする（Ｓｔｅｐ６０１）。このとき、戦況分析グラフのスライダから、再戦を開始するターンを選択することもできる。再戦ボタンがタッチされると、再戦選択部７９は、再戦希望プレーヤ（本例ではプレーヤＡ）と、対戦相手識別情報（本例ではプレーヤＢのバディ）と、再戦開始ターンと、リプレイデータとを少なくとも含む再戦リクエスト情報を、ゲームサーバ２に送信する。

ゲームサーバ２の再戦実行部１０７は、再戦リクエスト情報を受信し、指定ターン再現処理を実行する（Ｓｔｅｐ６０２）。指定ターン再現処理は、リプレイデータを利用し、プレーヤＡが指定したターンのカード設定、プレーヤ及びバディのライフを再現する。更に、対戦相手識別情報からプレーヤＢのバディを特定し、ＡＩ処理部１０４に、プレーヤＢのバディを識別する情報を通知する。そして、これらの指定ターンを再現するための指定ターン再現情報を、プレーヤＡ，Ｂのプレーヤ端末１に送信する。

尚、指定ターン再現処理以降のゲームサーバ２の処理であるが、再戦相手はゲームサーバ２により操作されるバディであるため、再戦相手側のプレーヤの操作は原則不要である。また、再戦時に、再戦相手のプレーヤがプレーヤ端末１を操作することも少ないと考えられる。そこで、ゲームサーバ２は、プレーヤＢのプレーヤ端末１に、指定ターン再現情報等は送信しなくても良い。また、これ以降のプレーヤＢ側の処理も省略することが可能である。

プレーヤＡのプレーヤ端末１は指定ターン再現情報を受信する。そして、プレーヤ端末１の操作画像表示部７６は、指定ターン表示処理を行う（Ｓｔｅｐ６０３）。指定ターン再現情報を用いて、指定ターンにおける手札、配置されているカード、プレーヤ及びバディのライフ等が表示する。これにより、プレーヤＡとプレーヤＢのバディＢとの再戦を、指定ターンから実行する環境が整うことになる。

第４対戦モードでは、プレーヤＡがプレーヤＢのバディＢに攻撃し、プレーヤＢのバディＢが防御を行うターンと、プレーヤＢのバディＢがプレーヤＡに攻撃し、プレーヤＡが防御を行うターンとが交互に行われる。

まず、プレーヤＡがプレーヤＢのバディＢに攻撃し、プレーヤＢのバディＢが防御を行うターンにおいて（図３１中、プレーヤＡ→バディＢ）、プレーヤＡのプレーヤ端末１では、行動選択処理が行われる（Ｓｔｅｐ５０３）。プレーヤＡによりカード等の選択又は行動が決定される。決定されたカード等の選択又は行動の情報は、行動選択情報として、行動決定部７４がゲームサーバ２に送信する。

ゲームサーバ２のゲーム管理部１０３は、プレーヤＡの行動選択情報を受信し、プレーヤＡの行動選択情報、各プレーヤＡ，Ｂのカード設定情報及びカードデータを用いて、対戦処理を行う（Ｓｔｅｐ５０４）。対戦結果の情報は、プレーヤＡのプレーヤ端末１に送信される。プレーヤＡのプレーヤ端末１のゲーム管理部７８は、対戦結果を受けて、対戦結果処理を行う（Ｓｔｅｐ５０５）。対戦結果処理は、プレーヤＡのプレーヤ端末１に、対戦の結果を表示する処理である。

以上が、プレーヤＡがプレーヤＢのバディＢに攻撃し、プレーヤＢのバディＢが防御を行うターンの動作である。

次に、プレーヤＢのバディＢがプレーヤＡに攻撃し、プレーヤＡが防御を行うターンが行われる（図３１中、バディＢ→プレーヤＡ）。

バディＢの攻撃となるため、ＡＩ処理部１０４がカード操作情報提供処理を行う（Ｓｔｅｐ５０６）。カード操作情報提供処理は、バディＢによるカード等の選択又は行動を示すカード操作情報をプレーヤＡのプレーヤ端末１に提供する処理である。

プレーヤＡのプレーヤ端末１の操作情報取得部７５は、カード操作情報を受信する。操作画像表示部７６は、カード操作情報が示す、バディＢによる攻撃内容を表示する操作画像表示処理を行う（Ｓｔｅｐ５０７）。

ゲームサーバ２のゲーム管理部１０３及びＡＩ処理部１０４は、バディＢのカード操作情報、各プレーヤＡ，Ｂのカード設定情報及びカードデータを用いて、バディ対戦処理を行う（Ｓｔｅｐ５０８）。対戦結果の情報は、プレーヤＡのプレーヤ端末１に送信される。

各プレーヤＡのプレーヤ端末１のゲーム管理部７８は、対戦結果を受けて、対戦結果処理を行う（Ｓｔｅｐ５０５）。

以上が、プレーヤＢのバディＢがプレーヤＡに攻撃し、プレーヤＡが防御を行うターンの動作である。

このようなターンを、プレーヤＡ又はプレーヤＢのバディＢのライフが０になる、又は、デッキのカードが０枚になるまで、プレーヤＡとプレーヤＢのバディＢとが繰り返す。そして、いずれかのプレーヤ又はバディのライフが０になる、又は、デッキのカードが０枚になると、マッチング戦の再戦が終了する。

プレーヤＡと、プレーヤＢのバディＢとの再戦が終了すると、マッチング戦結果処理を行う（Ｓｔｅｐ５０９）。マッチング戦結果処理は、プレーヤＡと、プレーヤＢのバディＢとの対戦の勝敗を決定し、そのマッチング戦結果情報をプレーヤＡのプレーヤ端末１に、送信する処理である。送信する内容は、プレーヤＡとプレーヤＢのバディＢとの対戦結果である。

プレーヤ端末１のゲーム管理部７８は、マッチング戦結果情報を受信し、マッチング戦結果を表示する（Ｓｔｅｐ５１０）。

以上が、第４対戦モードの再戦の動作である。

ここで、再戦の対戦結果をランクの更新に反映させるかは、いずれの方法を取っても良い。反映させる場合は、図２１におけるランク更新処理（Ｓｔｅｐ１０７）を行う。一方、再戦については、ランクや戦歴等に反映させない場合には、ランク更新処理（Ｓｔｅｐ１０７）を行わない。

以上、第４対戦モードの再戦の動作について説明したが、バディとバディとの対戦である第３対戦モードについても同様な方法により再戦は可能である。この場合、第３対戦モードの動作を説明する図２６において、Ｓｔｅｐ４００及びＳｔｅｐ４０１に代えて、Ｓｔｅｐ６００、Ｓｔｅｐ６０１、Ｓｔｅｐ６０２、及びＳｔｅｐ６０３を設ければ良い。

更に、再戦中に、再戦のターンに対応した、その再戦の元となる対戦の戦況情報（例えば、戦況分析情報）を表示しても良い。このようにすれば、どこのターンが対戦の結果を左右するターンなのか理解しながら、再戦を行うことができる。

続いて、第２の実施の形態の変形例について説明する。

第３対戦モードは、プレーヤＡのバディとプレーヤＢのバディとが対戦する対戦モードである。すなわち、バディ同士が対戦するものである。このような対戦の形態において、自分のバディが敗北した場合、そのバディに代わってプレーヤ自身が勝利した対戦相手のバディに挑戦する態様があれば、よりゲームの興趣性が高まる。そこで、第２の実施形態の変形例では、第３対戦モードにおける対戦の再戦について、バディに代えてプレーヤが対戦相手のバディと対戦を行う例を説明する。

再戦選択部７９は、リプレイ実行部７７が提示する対戦レポート上に、対戦レポートで特定される対戦の再戦を選択可能な再戦選択ボタンを表示する。第２の実施の形態の変形例では、対戦時と同じ者同士で再戦を行う第１再戦ボタンと、バディに代わってプレーヤが再戦を行う第２再戦ボタンとの二種類の再戦選択ボタンが表示される。

図３２は第２の実施の形態の変形例における再戦選択ボタンを含む対戦レポートの表示の一例である。プレーヤは、前回の対戦と同じ状況、すなわち、自身のバディを再び対戦相手のバディと対戦させたい場合は、第１再戦ボタン（図３２中の「再戦」ボタン）を選択（タッチ）し、自身のバディに代わってプレーヤ自身が対戦相手のバディと対戦する場合は、第２再戦ボタン（図３２中の「バディに代わって再戦」ボタン）を選択（タッチ）する。

更に、図３２に示す対戦レポートの表示例では、バディに代わってプレーヤ自身が対戦相手のバディと対戦し、勝利した場合に得られる報酬を提示することができる報酬確認ボタンが表示されている。この報酬確認ボタンを、プレーヤがタッチすることにより、勝利した場合に得られる報酬を知ることができる。この報酬は、バディが勝利した対戦の再戦にプレーヤが勝利した場合に得られる報酬よりも、バディが敗北した対戦の再戦にプレーヤが勝利した場合に得られる報酬の方が高い報酬となっている。これにより、バディがプレイした対戦に敗北したプレーヤはバディに代わって再戦を望むことが多くなり、ゲームの興趣性が高まる。

尚、報酬はゲームを有利に進める報酬であり、例えば、ランクを高めるに必要な経験値等である。報酬額の情報は、ゲームサーバ２の戦況分析部１０６が対戦相手のランク等に基づき決定し、対戦レポート情報に含めて送信する。そして、再戦選択部７９は、プレーヤが報酬確認ボタンをタッチした場合、対戦レポート情報から報酬額を得て、プレーヤ端末１のディスプレイ１１に表示する。

第２再戦ボタン（図３２中の「バディに代わって再戦」ボタン）がタッチされた場合のその後の動作であるが、再戦選択部７９は第２再戦ボタンが選択されたことをゲームサーバ２に送信すること以外は、基本的に上述した第２の実施の形態で説明した第４対戦モードの動作と同様なものとなる。何故なら、バディに代わって再戦する対戦態様は、プレーヤとバディとの対戦となり、第４対戦モード時における再戦の動作と同様なものになるからである。従って、詳細な説明は省略する。

また、上述した例では、第１再戦ボタン（図３２中の「再戦」ボタン）と第２再戦ボタン（図３２中の「バディに代わって再戦」ボタン）とを、対戦レポート中に表示しているが、対戦時と同じ者同士で再戦を行う第１再戦を利用不可能にし、バディに代わってプレーヤが再戦を行う第２再戦のみを利用可能にしても良い。この場合は、第２再戦ボタン（図３２中の「バディに代わって再戦」ボタン）のみ、対戦レポートに表示する。

＜第３の実施の形態＞
第３の実施の形態は、マッチング戦により得られるランクとは別に、第２ゲーム要素のキャラクタ情報が色々なパラメータを持ち、プレーヤのゲームの進行状況によって、各パラメータが変化していき、様々な能力や性格を持つ第２ゲームの要素となる例を説明する。

第２ゲーム要素は、ゲームに関する所定の条件に基づいて変化する複数のパラメータを持つ。この複数のパラメータは、第２ゲーム要素の自律的又は自発的な行動（第１ゲーム要素の使用）に影響を与える。別の言い方をするならば、キャラクタ情報は第２ゲーム要素の能力と性格であり、この能力と性格の相違によって第２ゲーム要素の自律的又は自発的な行動（第１ゲーム要素の使用）が異なるということである。そして、このキャラクタ情報は、人間が種々の体験を経て成長していくように、ゲームの進行に応じて変化する。例えば、ゲームに関する所定の条件を達成することにより、キャラクタ情報が変化していくのである。

ここで、ゲームに関する所定の条件には、ゲームの対戦結果に対して得た対価（例えば、経験値や特定の第１ゲーム要素の使用）との交換、ゲーム内の所定イベントを達成したことのみならず、プレーヤの何らかの行動に対する対価として新たな第１ゲーム要素を取得したこと、特定の第１ゲーム要素を取得したこと等が含まれる。ここで、プレーヤの行動とは、代価（金銭やゲーム内貨幣、インターネット上で実施されるくじ引きイベントに参加することによりプレーヤが取得したポイント等）の支払い、ゲーム内のイベントの参加等である。

キャラクタ情報が持つ複数のパラメータには、例えば、ゲームの対戦結果により得られる経験値（上述した勝利ポイントとは異なる）により変化するパラメータ（以下、レベルと記載する。尚、上述したランクとは異なる）と、第１ゲーム要素の種類の使用頻度や特定のカードの取得によって変化するパラメータ（以下、カード理解度と記載する）と、第１ゲーム要素の種類の使用割合によって変化するパラメータ（以下、パーソナリティと記載する）と、所定のイベントに応じて変化するパラメータ（以下、シンクロレベルと記載する）等がある。

レベルは、第２ゲーム要素の基本的なレベルを表し、対戦することによって得られる経験値によって上昇する。そして、レベルがアップすると、第２ゲーム要素の思考力が上昇可能である。思考力が高いほど、ゲームの状況に応じて適切に第１ゲーム要素を使用することができる。

カード理解度は、第１ゲーム要素に対する理解度(カードのキャラクタの発動する効果等に対する理解度)であり、理解度が高いほど、その第１ゲーム要素(カード)を適切なタイミングで使用することができる。

パーソナリティは、第２ゲーム要素の性格を表し、第１ゲーム要素の属性（キャラクタに応じて属性を有している）の使用割合によって変化する。

シンクロレベルは、ゲームの進行に応じて上昇する。シンクロレベルは、ゲーム内の所定のイベントを達成することによっても上昇する。前記所定のイベントとは、ゲームへのログイン、ゲーム内でプレーヤと共に行動すること、カードの購入、特定のカードの取得を含む。本実施形態のゲームは、カード対戦モードの他に、第２ゲーム要素とのコミュニケーションを楽しむふれあいモード等のモードも含んでいる。前記所定のイベントには、ふれあいモードにおいて、画面表示された第２ゲーム要素の画像へのタッチ操作も含まれる。このふれあいモードでは、シンクロレベルが異なることにより、第２ゲーム要素の表現内容等が異なり、シンクロレベルが高い程、より親密度の高い表現となる。シンクロレベルは、プレーヤと第２ゲーム要素との関係を示すパラメータともいえる。

第２ゲーム要素が上述のような複数のパラメータを持つことにより、プレーヤのゲームの進行の相違によって、多種多様な第２ゲーム要素が生成される。別の言い方をするならば、プレーヤはプレーヤが成長させた第２ゲーム要素を持つということである。

このような第２ゲーム要素を用いることにより、上述した第１の実施の形態における特殊対戦モード（第１対戦モードから第４対戦モード）は、より一層変化に富んだ対戦となる。何故なら、第２ゲーム要素の能力又は性格はプレーヤ毎に異なるため、対戦相手が異なれば、違う能力又は性格の第２ゲーム要素と対戦することになるからである。

そこで、上述のような第２ゲーム要素のキャラクタ情報を変化させるために、第２の実施の形態では、第２ゲーム要素のキャラクタ情報を更新する機能をゲームサーバ２に設ける。図３３は、第２の実施の形態におけるゲームサーバ２の機能構成例を示すブロック図である。

図３３に示す如く、キャラクタ情報更新部１０７がゲームサーバ２に追加されている。

キャラクタ情報更新部１０７は、第２ゲーム要素のキャラクタ情報の各種パラメータ（レベル、カード理解度、パーソナリティ、シンクロレベル）を上昇又は変更する更新を行う。パラメータを変化させる条件は、後述するように、各パラメータ（レベル、カード理解度、パーソナリティ、シンクロレベル）毎に設定されている。キャラクタ情報更新部１０７は、各パラメータを変化させる条件を満たしたかどうかを判定し、満たしている場合にはパラメータを更新する。パラメータを変化させる条件を判定するタイミングには、例えば、ログイン時、バトル終了時、カード取得時、特定のカード取得時、ふれあいモードにおける所定操作（第２ゲーム要素の画像へのタッチ操作）の検知時等がある。しかし、これに限定されない。

レベルについては、例えば、図３４に示すように、レベル上昇に必要な経験値がレベル毎に設定されている。この場合、キャラクタ情報更新部１０７は、バトル終了時等の予め定められたタイミングで、ゲーム管理部１０３から取得した対戦に関する情報（カード設定情報、行動選択情報、対戦結果等）と所定の計算式を用いて、プレーヤの経験値を算出し、更新する。そして、更新後の経験値に基づいて、レベル上昇に必要な経験値に達したか否かを判定し、達した場合にはレベルを上昇させる更新を行う。尚、所定の計算式は、特定のカードをデッキに入れて使用することにより、得られる経験値が高くなるように設定するようにしても良い。特定のカードとは、例えば、複数段階あるレアリティのうち最も高いレアリティが付与されたカード等である。

カード理解度については、例えば、図３５に示すように、カード理解度が上昇するための条件と各条件に対応する上昇率とが設定されている。カード理解度は、全てのカードについて、カード毎にそのカードに対する理解度を示すパラメータである。図３５中の条件「カードをデッキに入れてバトルする」は、バトル時に、プレーヤがあるデッキを使用することを意味し、そのデッキを構成する４０枚のカードがカード理解度の上昇対象となるカードとなる。そして、上昇率「ｘ％」はその条件に合致すれば、そのデッキを構成する各カード理解度がｘ％上昇することを意味している。また、条件「カードを使用する」は、カードの種類を問わず、バトル時にプレーヤがカードを使用することを意味し、使用されたカードがカード理解度の上昇対象のカードである。そして、上昇率「ｙ％」はその条件に合致すれば、バトル時に使用されたカードのカード理解度がｙ％上昇することを意味する。また、条件「特定のカードを使用して勝利する」は、プレーヤが特定のカードをバトル時に使用し、且つ、勝利することを意味し、そのバトル時に使用した特定のカードが、カード理解度の上昇対象のカードである。そして、上昇率「ｚ％」はその条件に合致すれば、その特定のカードの理解度がｚ％上昇することを意味する。また、条件「第２ゲーム要素がプレーヤのカードを使用してバトルする」は、第２ゲーム要素がバトル時にカードを使用することを意味し、使用されたカードがカード理解度の上昇対象のカードである。そして、上昇率「ｍ％」はその条件に合致すれば、バトル時に第２ゲーム要素に使用されたカードのカード理解度がｍ％上昇することを意味する。尚、図３５は一例を示したものにすぎず、他の例でも良い。

キャラクタ情報更新部１０７は、バトル終了時等の予め定められたタイミングで、条件が満たされるかを条件毎に判定する。そして、満たされる条件がある場合には、その条件に対応する上昇率だけカード理解度を上昇させる更新を行う。

パーソナリティについては、例えば複数の性格（第１の性格、第２の性格、・・・第ｎ性格）の中から、ひとつの性格が設定される。例えば、図３６に示すように、パーソナリティ（第１の性格、第２の性格、・・・第ｎ性格）の各々がカード属性の一つ（本実施形態では、色）に対応付けられている。この場合、キャラクタ情報更新部１０７は、バトル終了時等の予め定められたタイミングで、ゲーム管理部１０３から取得した対戦に関する情報（カード設定情報、行動選択情報等）に基づき、対戦で使用されたカードについて、パーソナリティに設定されている色毎の累積値に、ポイントを加算していく。そして加算した結果、最も累積値が大きい色に対応する性格を選択してパーソナリティに設定する。尚、複数の性格に対応するカード属性として色を用いたが、これに限定されず、複数の種類からなる他のカード属性を用いても良い。

シンクロレベルについては、例えば、図３７に示すように、シンクロレベル上昇のための条件と各条件に対応する上昇率が設定される。シンクロレベルが上昇する条件には、例えば、「ログインする」、「バトルする」、「ふれあいモードで、第２ゲーム要素の画像にタッチ操作する」、「カードパックを購入する」等が設定されている。キャラクタ情報更新部１０７は、ログイン時、バトル終了時、ふれあいモードにおけるタッチ操作検出時等の予め定められたタイミングで、前記条件が満たされるかを条件毎に判定する。満たされる条件がある場合、キャラクタ情報更新部１０７は、その条件に対応する上昇率だけシンクロレベルを上昇させる更新を行う。図３７の例では、カードパックの購入等によりシンクロレベルが上昇する。シンクロレベルは所定期間毎に、変化可能な上限値が設定されていてもよい。
［各装置の動作］
次に、プレーヤ端末１と、ゲームサーバ２との動作を説明する。ここでは、プレーヤＡ，Ｂが、プレーヤ端末１を用いて、複数の特殊対戦モードで対戦ゲームを行い、対戦ゲーム終了時にランク情報及びキャラクタ情報が更新される場合を例に説明する。

図３８は、プレーヤ端末１とゲームサーバ２との動作を説明するための全体のシーケンス図である。図３８が図２１と異なるところは、ゲームサーバ２側でキャラクタ情報を更新するキャラクタ情報更新処理（Ｓｔｅｐ１２０）と、プレーヤ端末１側でキャラクタ情報を更新するキャラクタ情報更新処理（Ｓｔｅｐ１２１）とが、新たに追加されたことである。

勝敗が決定すると、ゲームサーバ２のキャラクタ情報更新部１０７は、キャラクタ情報更新処理を行う（Ｓｔｅｐ１２０）。キャラクタ情報更新部１０７は、ゲーム管理部１０２から対戦中のカード設定情報及び対戦結果を受信し、その結果に応じて、プレーヤＡ，Ｂのキャラクタ情報を上昇又は変更する更新を行う。具体的には、対戦結果から得られる経験値によりレベルを計算し、対戦中に使用されたカードの種類に応じてカード理解度及びパーソナリティを計算し、所定のイベントを達成したならば、シンクロレベルを計算する。そして、計算された各パラメータの値で、ユーザ情報データのバディ設定データを更新する。更新されたキャラクタ情報は、プレーヤ端末１に送信される。

プレーヤ端末１のバディ設定部７２は、更新されたキャラクタ情報を受信し、バディ設定データを更新する（Ｓｔｅｐ１２１）。

以上で、プレーヤ端末１と、ゲームサーバ２との動作の説明を終了する。

以上説明したように、第３の実施形態によれば、プレーヤのバディ（第２ゲーム要素）がプレーヤの保有するカードを使用して対戦を行い、そのキャラクタ情報がゲームの進行やイベント、新たなカード（第１ゲーム要素）や特定のカードを取得したこと等に応じて変化（上昇、成長）していく。キャラクタ情報が変化することによって、対戦において適切な第１ゲーム要素の選択又は行動を決定するため、上述した第１の実施の形態における特殊対戦モード（第１対戦モードから第４対戦モード）は、より一層変化に富んだ対戦となる。結果として、ユーザの興趣性が高いゲームを提供することができる。

また、第３対戦モードのようなプレーヤが関与せずに行われる対戦を自動的に行えるように構成すれば、バディ（第２ゲーム要素）は多くの対戦を行うことが出来、キャラクタ情報の変化（例えば、対戦に強くなる）を加速させることも可能である。

また、第１対戦モード又は第２対戦モードのようなチーム戦では、バディ（第２ゲーム要素）のゲームに対する強さが、勝利に影響する。プレーヤが強くても、バディ（第２ゲーム要素）のレベルが余りにも低い場合は、敗戦が続き、プレーヤのゲームに対する興味が薄れてしまう可能性もある。そこで、第１対戦モード又は第２対戦モードのようなチーム戦については、プレーヤのバディ（第２ゲーム要素）のキャラクタ情報の全体的なレベル又は一部のレベルが、所定のレベルを超えている場合に、第１対戦モード又は第２対戦モードを選択可能にすることもできる。

更に、優秀なキャラクタ情報を持つバディ（第２ゲーム要素）を有すれば、プレーヤはマッチング戦に勝利する確率も高まるので、プレーヤは優秀なキャラクタ情報持つバディ（第２ゲーム要素）を育てるという育成ゲーム的な楽しみ方もできる。

尚、上記した実施の形態では、仮想的なゲームカードを用いたカードゲームを例示したが、適用可能なゲームのジャンルは限定されない。例えば、第１ゲーム要素に関連付けたキャラクタを選手とするスポーツの対戦ゲームとしてもよい。

また、上記の実施の形態の一部又は全部は、以下の付記のようにも記載されるが、以下には限られない。

［付記１］
第１プレーヤが保有する第１ゲーム要素と対戦相手となる第２プレーヤが保有する第１ゲーム要素とを使用したゲームを行う端末であって、
実行命令が格納されたメモリと、プロセッサとを備え、
前記プロセッサは、前記実行命令により、
第１プレーヤが保有する第１ゲーム要素と、対戦相手となる第２プレーヤが保有する第１ゲーム要素とを使用したゲームを、コンピュータに実行させるプログラムであって、
前記プログラムは、前記コンピュータを、
前記第１プレーヤのデッキを構成する第１ゲーム要素を設定する第１設定処理と、
前記デッキを構成しないゲーム要素であり、前記第１プレーヤが保有する前記第１ゲーム要素を使用可能である第２ゲーム要素を設定する第２設定処理と、
ゲームの対戦結果が提示されたことを条件として、対戦結果が提示された対戦のリプレイを提示する提示処理と
を実行する端末。

［付記２］
第１プレーヤが保有する第１ゲーム要素と、対戦相手となる第２プレーヤが保有する第１ゲーム要素とを使用したゲームを管理するゲーム管理装置であって、
実行命令が格納されたメモリと、プロセッサとを備え、前記プロセッサは、前記実行命令により、
ゲームの対戦の戦況を分析し、対戦の戦況情報を生成し、前記戦況情報をプレーヤの端末に送信する戦況分析処理を
実行する管理装置。

［付記３］
プレーヤが保有する第１ゲーム要素と対戦相手となる対戦プレーヤが保有する第１ゲーム要素とを使用したゲームを行うゲームシステムであって、
端末と、ゲーム管理装置とを備え、
前記端末は、
実行命令が格納されたメモリと、プロセッサとを備え、前記プロセッサは、前記実行命令により、
前記第１プレーヤのデッキを構成する第１ゲーム要素を設定する第１設定処理と、
前記デッキを構成しないゲーム要素であり、前記第１プレーヤが保有する前記第１ゲーム要素を使用可能である第２ゲーム要素を設定する第２設定処理と、
前記デッキを構成しないゲーム要素であり、前記第１プレーヤが保有する前記第１ゲーム要素を使用可能である第２ゲーム要素を設定する第２設定処理と、
ゲームの対戦結果が提示されたことを条件として、対戦結果が提示された対戦の戦況情報を提示する提示処理と
を実行し、
前記ゲーム管理装置は、
実行命令が格納されたメモリと、プロセッサとを備え、前記プロセッサは、前記実行命令により、
ゲームの対戦の戦況を分析し、対戦の戦況情報を生成し、前記戦況情報を、前記端末に送信する戦況分析処理
を実行する
ゲームシステム。

以上、好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。

本出願は、２０１９年２月１８日に出願された日本出願特願２０１９−０２６８５４を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１ プレーヤ端末
２ ゲームサーバ
１１ ディスプレイ
１２ タッチ操作パネル
１３ スピーカ
２０ 第１領域
２１ 第２領域
２２ フィールド領域
２３ ベース領域
２４ フォース領域
３０ 操作情報
３１ 第１オブジェクト
３２ 第２オブジェクト
４１ 通常対戦モードボタン
４２ 第１対戦モードボタン
４３ 第２対戦モードボタン
４４ 第３対戦モードボタン
４５ 第４対戦モードボタン
５１ 操作入力部
５２ 処理部
５３ 画像表示部
５４ 音出力部
５５ 通信部
５６ 記憶部
６１ ゲーム演算部
６２ 画像生成部
６３ 音生成部
６４ 通信制御部
７０ プレーヤ情報管理部
７１ カード設定部
７２ バディ設定部
７３ 対戦モード選択部
７４ 行動決定部
７５ 操作情報取得部
７６ 操作画像表示部
７７ リプレイ実行部
７８ ゲーム管理部
７９ 再戦選択部
９１ 処理部
９２ 通信部
９３ 記憶部
１０１ プレーヤ管理部
１０２ マッチング処理部
１０３ ゲーム管理部
１０４ ＡＩ処理部
１０５ ランク更新部
１０６ 戦況分析部
１０７ 再戦実行部
１０８ キャラクタ情報更新部

Claims (21)

1. 第１プレーヤが保有する第１ゲーム要素と、対戦相手となる第２プレーヤが保有する第１ゲーム要素とを使用したゲームを、コンピュータに実行させるプログラムであって、
   前記プログラムは、前記コンピュータを、
   前記第１プレーヤのデッキを構成する第１ゲーム要素を設定する第１設定手段と、
   前記デッキを構成しないゲーム要素であり、前記第１プレーヤが保有する前記第１ゲーム要素を使用可能である第２ゲーム要素を設定する第２設定手段と、
   ゲームの対戦結果が提示されたことを条件として、対戦結果が提示された対戦のリプレイを提示する提示手段と
   して機能させるプログラム。
2. 前記リプレイは、映像による対戦の再現、及び、対戦の戦況情報のいずれかを少なくとも含む
   請求項１に記載のプログラム。
3. 前記提示手段は、前記第１プレーヤの第２ゲーム要素と、前記第２プレーヤ又は前記第２プレーヤの第２ゲーム要素との対戦の第１リプレイを提示する
   請求項１又は請求項２に記載のプログラム。
4. 前記提示手段は、
   前記第１プレーヤの第２ゲーム要素が勝利したことを条件として、第１リプレイの提示を不可能に制御し、
   前記第１プレーヤの第２ゲーム要素が敗北したことを条件として、第１リプレイの提示を可能に制御する
   請求項３に記載のプログラム。
5. 前記提示手段は、前記第１プレーヤと、前記第２プレーヤ又は前記第２プレーヤの第２ゲーム要素との、対戦の第２リプレイを提示する
   請求項１から請求項４のいずれかに記載のプログラム。
6. 前記提示手段は、前記第１リプレイと前記第２リプレイとを、切替可能に提示する
   請求項５に記載のプログラム。
7. 前記提示手段は、前記対戦の戦況情報を時系列で提示する
   請求項１から請求項５のいずれかに記載のプログラム。
8. 前記提示手段は、前記対戦の戦況情報として、ターン毎の優劣状況を提示可能である
   請求項７に記載のプログラム。
9. 前記プログラムは、前記コンピュータを、
   前記対戦結果が提示された対戦の再戦を選択可能な再戦手段と
   して機能させる請求項１から請求項８のいずれかに記載のプログラム。
10. 前記再戦手段は、前記第１プレーヤが指定するターンから再戦可能に制御する
    請求項９に記載のプログラム。
11. 前記再戦手段は、対戦結果によって、再戦可能なターンが異なるように制御する
    請求項１０に記載のプログラム。
12. 前記提示手段は、対戦の再戦中、前記対戦のリプレイを時系列で提示可能である
    請求項９から請求項１１のいずれかに記載のプログラム。
13. 前記再戦手段は、前記第１プレーヤの第２ゲーム要素と前記第２プレーヤの第２ゲーム要素との対戦の再戦を、前記第１プレーヤと前記第２プレーヤの第２ゲーム要素との対戦に変更可能に制御する
    請求項９から請求項１２のいずれかに記載のプログラム。
14. 前記プログラムは、前記コンピュータを、前記第１プレーヤの第２ゲーム要素と、前記第２プレーヤ又は第２プレーヤの第２ゲーム要素との対戦の対戦内容を、一定数保存可能な保存手段として機能させ、
    前記再戦手段は、保存された対戦のうち何れかの対戦の再戦を選択可能に制御する
    請求項９から請求項１２のいずれかに記載のプログラム。
15. 前記プログラムは、前記コンピュータを、
    前記第１プレーヤの第２ゲーム要素が敗北した対戦の再戦を、前記第１プレーヤと前記第２プレーヤの第２ゲーム要素との対戦に変更し、変更した対戦において前記第１プレーヤが勝利した場合、前記第１プレーヤの第２ゲーム要素が前記対戦において勝利した場合に得られる報酬よりもゲームを有利に進行することができる報酬を取得可能な取得手段
    として機能させる請求項１３又は請求項１４に記載のプログラム。
16. 前記プログラムは、前記コンピュータを、
    再戦の対戦結果をプレーヤ情報に反映させるように制御可能とする更新手段と
    して機能させる請求項９から請求項１５のいずれかに記載のプログラム。
17. 前記プログラムは、前記コンピュータを、
    再戦の対戦結果をプレーヤ情報に反映させないように制御可能とする更新手段と
    して機能させる請求項９から請求項１５のいずれかに記載のプログラム。
18. 前記ゲームは、
    前記第１プレーヤ又は前記第１プレーヤの第２ゲーム要素が操作可能、かつ、前記第２プレーヤ又は前記第２プレーヤの第２ゲーム要素が操作不可能なターンと、
    前記第２プレーヤ又は前記第２プレーヤの第２ゲーム要素が操作可能、かつ、前記第１プレーヤ又は前記第１プレーヤの第２ゲーム要素が操作不可能なターンと、
    が交互に実行されて進行する
    請求項１から請求項１７のいずれかに記載のプログラム。
19. 第１プレーヤが保有する第１ゲーム要素と、対戦相手となる第２プレーヤが保有する第１ゲーム要素とを使用したゲームを行う端末であって、
    前記第１プレーヤのデッキを構成する第１ゲーム要素を設定する第１設定手段と、
    前記デッキを構成しないゲーム要素であり、前記第１プレーヤが保有する前記第１ゲーム要素を使用可能である第２ゲーム要素を設定する第２設定手段と、
    ゲームの対戦結果が提示されたことを条件として、対戦結果が提示された対戦のリプレイを提示する提示手段と
    を備える端末。
20. 第１プレーヤが保有する第１ゲーム要素と、対戦相手となる第２プレーヤが保有する第１ゲーム要素とを使用したゲームを管理するゲーム管理装置であって、
    ゲームの対戦の戦況を分析し、対戦の戦況情報を生成し、前記戦況情報をプレーヤの端末に送信する戦況分析手段を
    備えるゲーム管理装置。
21. 第１プレーヤが保有する第１ゲーム要素と、対戦相手となる第２プレーヤが保有する第１ゲーム要素とを使用したゲームを行うゲームシステムであって、
    端末とゲーム管理装置とを備え、
    前記端末は、
    前記第１プレーヤのデッキを構成する第１ゲーム要素を設定する第１設定手段と、
    前記デッキを構成しないゲーム要素であり、前記第１プレーヤが保有する前記第１ゲーム要素を使用可能である第２ゲーム要素を設定する第２設定手段と、
    前記デッキを構成しないゲーム要素であり、前記第１プレーヤが保有する前記第１ゲーム要素を使用可能である第２ゲーム要素を設定する第２設定手段と、
    ゲームの対戦結果が提示されたことを条件として、対戦結果が提示された対戦の戦況情報を提示する提示手段と
    を備え、
    前記ゲーム管理装置は、
    ゲームの対戦の戦況を分析し、対戦の戦況情報を生成し、前記戦況情報を、前記端末に送信する戦況分析手段を
    備えるゲームシステム。

Images