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

Abstract

【課題】興趣性の高いゲームを提供すること。【課題を解決するための手段】プログラムは、対戦ゲームを管理するプログラムである。プログラムは、コンピュータを、プレイヤが対戦ゲームに使用するデッキを管理するデッキ管理手段、デッキを使用する対戦ゲームにおいて、プレイヤと、プレイヤの対戦実行回数に応じた対戦プレイヤと、をマッチングするマッチング手段、として機能させる。【選択図】図５

Description

特許法第３０条第２項適用申請有り （１）ウェブサイトの掲載開始日及びウェブサイトの掲載アドレス （ア） ・掲載開始日：令和３年２月１８日 ・掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｂａｎｄａｉ．ｃｏ．ｊｐ／ｃａｎｄｙ／ｇａｏｒｏａｄ／ 超獣戯牙ガオロード公式サイト （イ） ・掲載開始日：令和３年２月１８日 ・掲載アドレス：ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｇａｏｒｏａｄ？ｆｏｒｍ＝ＭＹ０１ＳＶ＆ＯＣＩＤ＝ＭＹ０１ＳＶ 超獣戯牙ガオロード公式ｔｗｉｔｔｅｒアカウント

特許法第３０条第２項適用申請有り （２）ウェブサイトの掲載日及びウェブサイトの掲載アドレス （ア） ・掲載日：令和３年２月１８日 ・掲載アドレス：ｈｔｔｐｓ：／／ｐｒｔｉｍｅｓ．ｊｐ／ｍａｉｎ／ｈｔｍｌ／ｒｄ／ｐ／００００００３８１．００００１４６８５．ｈｔｍｌ？ｆｏｒｍ＝ＭＹ０１ＳＶ＆ＯＣＩＤ＝ＭＹ０１ＳＶ （イ） ・掲載日：令和３年３月２２日 ・掲載アドレス：ｈｔｔｐｓ：／／ｐｒｔｉｍｅｓ．ｊｐ／ｍａｉｎ／ｈｔｍｌ／ｒｄ／ｐ／００００００３８８．００００１４６８５．ｈｔｍｌ

特許法第３０条第２項適用申請有り （３）配信開始日及びウェブサイトのアドレス （ア） ・配信開始日：令和３年３月２２日（ｉＯＳ版） ・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｉｄ１５５３８６６４８０ （イ） ・配信開始日：令和３年３月２２日（Ａｎｄｒｏｉｄ版） ・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｃｏｍ．ｂａｎｄａｉ．ｇａｏｒｏａｄｗｏｒｌｄ

特許法第３０条第２項適用申請有り （４）ウェブサイトの掲載日及びウェブサイトの掲載アドレス （ア） ・掲載日：令和３年３月１５日 ・掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＥＨｕ＿５６Ｌａ－ｊｗ 超獣戯牙ガオロードチョコＰＶ （イ） ・掲載日：令和３年３月１５日 ・掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｑＦｖｗＹＮＡＬＱ２ｋ ［バンダイ公式］お菓子売り場に新たな”道”を切り拓く！超獣戯牙ガオロードチョコ第０弾を紹介！［バンマニ！］ （ウ） ・掲載日：令和３年４月４日 ・掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｗｄ２ｑｇｚｔ０ｖＥＭ ［バンダイ公式］超獣戯牙ガオロードチョコ第１弾紹介！ついに冒険の幕が上がる！［バンマニ！］ （エ） ・掲載日：令和３年８月１２日 ・掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＥＭｉ＿ＬＰＸ－ＣｐＹ ［バンダイ公式］超獣戯牙ガオロードチョコ第２弾紹介！大量開封＆アプリ新システムでとことん楽しみ尽くす！［バンマニ！］ （オ） ・掲載日：令和３年１２月４日 ・掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＮａＲＶＯＴＤ１８９ｏ ［バンダイ公式］「超獣戯牙ガオロードチョコ第３弾」大量開封！！さらにアプリの新モード、バトル機能で遊び尽くす！！［バンマニ！］

特許法第３０条第２項適用申請有り （５）掲載日：令和３年２月１８日 ウェブサイトの掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｋａｙａｃ．ｃｏｍ／ｎｅｗｓ／２０２１／０２／ｇａｏｒｏａｄ （６）ウェブサイトの掲載日及びウェブサイトの掲載アドレス （ア） ・掲載日：令和３年２月１８日 ・掲載アドレス：ｈｔｔｐｓ：／／ａｐｐ．ｆａｍｉｔｓｕ．ｃｏｍ／２０２１０２１８＿１７６５９２９／ （イ） ・掲載日：令和３年３月２２日 ・掲載アドレス：ｈｔｔｐｓ：／／ａｐｐ．ｆａｍｉｔｓｕ．ｃｏｍ／２０２１０３２２＿１７７７８５２／ （７）掲載日：令和３年３月２３日 ウェブサイトの掲載アドレス：ｈｔｔｐｓ：／／ｇａｍｅｓ．ａｐｐ－ｌｉｖ．ｊｐ／ａｒｃｈｉｖｅｓ／４８６５３４ （８）ウェブサイトの掲載日及びウェブサイトの掲載アドレス （ア） ・掲載日：令和３年２月１８日 ・掲載アドレス：ｈｔｔｐｓ：／／ｇａｍｅｂｉｚ．ｊｐ／ｎｅｗｓ／２８９１２７ （イ） ・掲載日：令和３年３月２２日 ・掲載アドレス：ｈｔｔｐｓ：／／ｇａｍｅｂｉｚ．ｊｐ／ｎｅｗｓ／２９１７０６

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

複数のユーザのそれぞれが操作するキャラクター同士を対戦させるいわゆる対戦ゲームがある。この対戦ゲームにおいて、特定の者を対象としたマッチングに関し、対象ユーザのステイタスを考慮してマッチングする技術が提案されている（例えば、特許文献１）。

特開2014-18364号公報

対戦ゲームにおけるマッチングは、興趣性の高いゲームをプレイヤに提供するうえで重要な課題である。
そこで、本発明は、興趣性の高いプログラム、ゲーム装置、ゲーム管理装置及びゲームシステムを提供することを目的とする。

本発明の一態様は、対戦ゲームを管理するプログラムであって、コンピュータを、プレイヤが対戦ゲームに使用するデッキを管理するデッキ管理手段、前記デッキを使用する対戦ゲームにおいて、前記プレイヤと、前記プレイヤの対戦実行回数に応じた対戦プレイヤと、をマッチングするマッチング手段、として機能させるプログラムである。

本発明の一態様は、対戦ゲームを実行するプログラムであって、コンピュータを、複数のキャラクターから構成され、プレイヤが対戦ゲームに使用するデッキを登録するデッキ登録手段、前記対戦ゲームを要求する対戦ゲーム要求手段、前記プレイヤと、前記対戦ゲームの要求に応答してマッチングされた対戦プレイヤと、の対戦ゲームを実行する対戦ゲーム実行手段、として機能させ、前記マッチングされた対戦プレイヤは、前記プレイヤの対戦実行回数に応じた対戦プレイヤである、プログラムである。

本発明の一態様は、対戦ゲームを管理するゲーム管理装置であって、プレイヤが対戦ゲームに使用するデッキを管理するデッキ管理手段と、前記デッキを使用する対戦ゲームにおいて、前記プレイヤと、前記プレイヤの対戦実行回数に応じた対戦プレイヤと、をマッチングするマッチング手段と、を備えるゲーム管理装置である。

本発明の一態様は、対戦ゲームを実行するゲーム装置であって、複数のキャラクターから構成され、プレイヤが対戦ゲームに使用するデッキを登録するデッキ登録手段と、前記対戦ゲームを要求する対戦ゲーム要求手段と、前記プレイヤと、前記対戦ゲームの要求に応答してマッチングされた対戦プレイヤと、の対戦ゲームを実行する対戦ゲーム実行手段と、を備え、前記マッチングされた対戦プレイヤは、前記プレイヤの対戦実行回数に応じた対戦プレイヤである、ゲーム装置である。

本発明の一態様は、プレイヤが対戦ゲームを実行するゲーム装置と、前記対戦ゲームを管理するゲーム管理装置と、を備え、前記ゲーム装置は、複数のキャラクターから構成され、前記プレイヤが対戦ゲームに使用するデッキを登録するデッキ登録手段と、
前記対戦ゲームを要求する対戦ゲーム要求手段と、前記プレイヤと、前記対戦ゲームの要求に応答してマッチングされた対戦プレイヤと、の対戦ゲームを実行する対戦ゲーム実行手段と、を備え、前記ゲーム管理装置は、前記プレイヤが登録したデッキを管理するデッキ管理手段と、前記デッキを使用する対戦ゲームにおいて、前記プレイヤと、前記プレイヤの対戦実行回数に応じた対戦プレイヤと、をマッチングするマッチング手段と、備える、ゲームシステムである。

本発明によれば、興趣性の高いゲームを提供することができる。

図１は、本実施の形態におけるゲームカード１（遊戯媒体）の一例を示す図であり、ゲームカード１の表面（第１面）とゲームカード１の裏面（第２面）との一例を示す図である。 図２は対戦画面の一例を説明するための図である。 図３は本実施形態におけるゲームシステムの全体構成例を示す図である。 図４は端末２の一例であるスマートフォンの装置構成例を示す図である。 図５は端末２の機能構成例を示すブロック図である。 図６は端末２の各データベースの一例を示す図である。 図７はゲームサーバ３の機能構成例を示すブロック図である。 図８はゲームサーバ３の各データベースの一例を示す図である。 図９は端末２とゲームサーバ３とのシーケンス図である。 図１０はホーム画面の一例を示す図である。 図１１はゲームカードスキャン処理（Ｓｔｅｐ １０３）のフローチャートである。 図１２はゲームカード１の絵柄１１の読み取り動作を説明するための図である。 図１３はデッキ登録処理（Ｓｔｅｐ １０５）のフローチャートである。 図１４はデッキ登録画面を説明するための図である。 図１５は第１ゲーム実行処理を行う（Ｓｔｅｐ １０７）のフローチャートである。 図１６は第１ゲームを説明するための図である。 図１７はデッキ管理処理（Ｓｔｅｐ １０６）のフローチャートである。 図１８はマッチング処理（Ｓｔｅｐ １１０）のフローチャートである。 図１９は第２ゲーム実行処理（Ｓｔｅｐ １１１）のフローチャートである。 図２０は対戦画面の一例を示す図である。 図２１は第２ゲーム実行処理（Ｓｔｅｐ １１１）の中で行われる攻撃ターン処理（Ｓｔｅｐ ７０６）のフローチャートである。 図２２はキャラクターが第１状態の場合の対戦画面の一例を示す図である。 図２３キャラクターが第１状態から第２状態に遷移した場合の対戦画面の一例を示す図である。 図２４は第２ゲーム結果画面の一例である。 図２５は対戦プレイヤ選択画面の一例である。

本発明の実施の形態を説明する。まず、本実施の形態の理解を容易にするために、ゲームに登場するキャラクター、ゲームに用いられる遊戯媒体及びゲームの概要について説明する。

＜実施の形態の概要＞
本実施の形態のゲームは、キャラクターが対応付けられた遊戯媒体と、プレイヤの端末上で動作するゲームアプリケーションと、が用いられる。プレイヤは、遊戯媒体を取得することにより、その遊戯媒体に対応付けられたキャラクターを、ゲームアプリケーションに登録（取得）することが可能となる。そして、登録（取得）されたキャラクターは、ゲームアプリケーションのゲームに使用可能となる。

本実施の形態におけるゲームアプリケーションのゲームは、複数のキャラクターが登場する。各キャラクターは遊戯媒体に対応付けられている。キャラクターは人物、仮想的な生物、アイテム等である。キャラクターは、キャラクター情報を持つ。キャラクター情報は、遊戯媒体に表示（印字）されているか否かによって、第１キャラクター情報と第２キャラクター情報とに区別される。本実施の形態に係るキャラクターの第１キャラクター情報は、主に、ゲームアプリケーション上のゲームの進行に応じて変化しない不変情報であり、例えば、キャラクターのプロフィール情報である。プロフィール情報は、キャラクターの名称、出生地、属性、経歴、初期能力値等の情報である。そして、第１キャラクター情報の全部又は一部は遊戯媒体に表示（印字）される情報である。また、本実施の形態に係るキャラクターの第２キャラクター情報は、主に、ゲームアプリケーション上のゲームの進行に応じて変化する可変情報であり、例えば、キャラクターのステイタス情報である。ステイタス情報は、キャラクターの能力（各種能力（素早さ、攻撃力、防御力等）、ヒットポイント、マジックポイント、経験値、レベル、習得したスキル（技能）など）を表す情報である。そして、第２キャラクター情報は遊戯媒体に表示（印字）されない情報である。

また、本実施の形態では、後述する対戦ゲームの役割によって、第１種別のキャラクターと第２種別のキャラクターとに分けることができる。第１種別のキャラクターは、対戦ゲームにおいて、敵キャラクターを直接攻撃することはないが、対戦ゲームを有利に展開するために、敵キャラクターを第１状態から第２状態に遷移させるスキルを発動させることができるキャラクターである。ここで、第１状態はキャラクターの通常状態であり、第２状態は通常状態以外の例えば異常状態である。例えば、第２状態は、キャラクターの弱点の判明、キャラクターの睡眠状態の防御不能状態等がある。第２種別のキャラクターは、敵キャラクターを攻撃する役割、又は、敵キャラクターからの攻撃を防御する役割を与えられたキャラクターである。

プレイヤは、ゲームアプリケーションのゲームをプレイすることを目的とするばかりではなく、遊戯媒体を収集することを目的とするプレイヤも存在する。そこで、本実施の形態では、プレイヤに提供する遊戯媒体は、仮想的ではなく、現実的にプレイヤが認知可能な実体のある有体物たる遊戯媒体に、キャラクターを対応付けて（化体させて）プレイヤに提供する。遊戯媒体は、例えば、物理的な体積を有する物品（現実物品）であるゲームカードである。尚、ゲームカードに限られることなく、例えばキャラクターの外観を有するフィギュア等の造形物であってもよい。以下の説明では、遊戯媒体がゲームカードである場合を説明する。

図１は、本実施の形態におけるゲームカード１（遊戯媒体）の一例を示す図であり、ゲームカード１の表面（第１面）とゲームカード１の裏面（第２面）との一例を示す図である。

ゲームカード１（遊戯媒体）の表面（第１面）には、絵柄１１が表示されている。ゲームカード１の絵柄１１は、ゲームカード１に対応付けられたキャラクターの頭部及び胴部を含む画像である第１キャラクター画像１２と、第１キャラクター画像の背景の画像である第１背景画像１３と、そのキャラクターの第１キャラクター情報（プロフィール情報）１４と、を含む。図１のゲームカード１の表面（第１面）の第１キャラクター情報は、キャラクターの名称、キャラクターの属性、キャラクターのヒットポイントが記載されている。尚、ゲームカード１に記載されたヒットポイントは初期値であり、後述するように、そのキャラクターのヒットポイントは、キャラクターをゲームに使用することにより、初期値を上回るようになる。尚、第１キャラクター情報として、他のキャラクターの能力（各種能力（素早さ、攻撃力、防御力等）、マジックポイント、経験値、レベル、習得したスキル（技能）など）の初期値を含めても良い。

ゲームカード１（遊戯媒体）の裏面（第２面）には、ゲームカード１に対応付けられたキャラクターの第１キャラクター情報１４と、そのキャラクターの頭部の画像である第２キャラクター画像１５と、が表示されている。図１のゲームカード１の裏面（第２面）の第１キャラクター情報は、キャラクターの経歴、キャラクターの出生地等が記載されている。

尚、ゲームカード１の表面又は裏面に表示される第１キャラクター情報１４は、キャラクターの全ての第１キャラクター情報が表示される必要はなく、第１キャラクター情報の一部が表示されているだけでも良い。

また、上述したように、キャラクター情報のうち、第１キャラクター情報（プロフィール情報）の全部又は一部はゲームカード１の表面又は裏面に表示されているが、第２キャラクター情報（ステイタス情報）は表示されていないことに留意すべきである。これは、ゲームカード等の遊戯媒体のデザイン上の問題や、遊戯媒体の領域の大きさ等から、遊戯媒体に表示できるキャラクターの情報は限られている。一方、プレイヤがゲームカード１を取得した場合、ゲームカード１のキャラクターがどのようなキャラクターであるかを知りたいと思うであろう。そこで、ゲームカード１の取得後にゲーム等によって変化しない第１キャラクター情報のみが記載されているのである。

次に、本実施の形態のゲームについて説明する。
本実施の形態のゲームアプリケーションは、第１ゲームと第２ゲームとをプレイすることができる。

第１ゲームは、ゲームアプリケーションに登録されたキャラクターを用いて、プレイヤが単独でプレイするゲームである。ここで、プレイヤが単独でプレイするとは、他のプレイヤとの対戦するゲームを含まないという意味である。プレイヤが単独でプレイするゲームは、例えば、ゲームアプリケーションに登録されたキャラクターを用いた迷路ゲームやブロック崩し等のゲームがあるが、これに限らない。また、第１ゲームのプレイ結果は、使用したキャラクターのステイタス情報を上昇させ、使用したキャラクターのステイタス情報は更新される。更新されたキャラクターのステイタス情報は、そのキャラクターを用いた第２ゲームにも影響を与える。

第２ゲームは、ゲームアプリケーションに登録されたキャラクターを用いて、プレイヤが他のプレイヤ（以下、対戦プレイヤと記載する場合がある）と対戦する対戦ゲームである。

対戦ゲームに用いるキャラクターは単独であっても良いが、本実施の形態では複数のキャラクターから構成されるひとつのチーム（以下、デッキと記載する場合がある）を用いる。プレイヤは、ゲームアプリケーションに登録されたキャラクターから、デッキを構成するキャラクター（以下、デッキ構成キャラクターと記載する場合がある）を選択し、自由にデッキを編成することができる。本実施の形態の対戦ゲームに使用されるデッキは、プレイヤが保有しているキャラクターから、１体の第１種別のキャラクターと、３体の第２種別のキャラクターと、から構成されるものとする。編成したデッキは、ゲームアプリケーションに登録することができ、ゲームを運営するゲームサーバにも登録することができる。このとき、プレイヤは、複数のデッキを登録することも可能である。

第２ゲームの対戦プレイヤは、実在する実プレイだけでなく、コンピュータが対戦プレイヤを務めるいわゆるノンプレイヤキャラクターであっても良い。対戦プレイヤがノンプレイヤキャラクターである場合、ノンプレイヤキャラクターが使用するデッキには二の方法がある。

ひとつ目の方法はゲームの運営側が用意したデッキをノンプレイヤキャラクターが使用する方法である。この場合、ゲーム運営側が自由にデッキを設定することができるので、ノンプレイヤキャラクターの強さをゲーム運営側で調整することができるというメリットがある。例えば、ノンプレイヤキャラクターを弱くしたい場合は、使用するデッキをステイタス情報が低いキャラクターから構成するようにし、ノンプレイヤキャラクターを強くしたい場合は、使用するデッキをステイタス情報が高いキャラクターから構成するようにする。このように、ゲーム運営側が用意したデッキを使用するノンプレイヤキャラクターを第１種別のノンプレイヤキャラクターと記載する。

ふたつ目の方法は、実プレイヤが現実に登録したデッキを使用する方法である。上述したように、プレイヤはゲームに使用するデッキを登録することができる。このデッキは、プレイヤによって各キャラクターのステイタス情報が異なるので、同じキャラクターで構成されるデッキであっても、デッキ全体の強さが異なる。それ故、多種多様なデッキが存在し、それを用いるノンプレイヤキャラクターの強さも多種多様になり、対戦ゲームがバラエティーに富むことになるというメリットがある。このように、実プレイヤが登録したデッキを使用するノンプレイヤキャラクターを第２種別のノンプレイヤキャラクターと記載する。

次に、プレイヤと対戦プレイヤとのマッチングについて説明する。マッチングは、対戦プレイヤのレベル（強さ）と関係なくマッチングしても良い。しかし、対戦回数の少ない初心者プレイヤは、対戦の仕方をあまり理解しておらず、また、使用するデッキもステイタス情報が低いキャラクターが中心のデッキとなる場合が多く、対戦ゲームに勝てない可能性が高い。このように対戦ゲームの経験の浅い初心者プレイヤとレベルの高いプレイヤとのマッチングが連続すると、初心者プレイヤは、敗戦が続き、対戦ゲームに対する興味が失われ、ひいてはゲームそのものに興味を失うことになるであろう。

そこで、本実施の形態では、プレイヤと、プレイヤの対戦実行回数に応じた対戦プレイヤとがマッチングされるようにする。ここで、対戦実行回数は、例えば、累積対戦実行回数である。プレイヤの対戦実行回数に応じた対戦プレイヤとのマッチングは、対戦実行回数が少ない場合、対戦レベルが低い対戦プレイヤとマッチングさせ、対戦実行回数が多くなると、ランダムに対戦プレイヤとマッチングさせる。ここで、対戦レベルの判定は対戦プレイヤのレベルを参考にすることができるが、かならずしも、プレイヤの対戦実行回数に適した対戦レベルを持つ対戦プレイヤがマッチング時にゲームに参加しているとは限らず、適正なマッチングができない可能性がある。

そこで、本実施の形態では、適正なマッチングを達成させるため、第１種別のノンプレイヤキャラクター及び第２種別のノンプレイヤキャラクターを用いて、以下の方法でマッチングする。

（１）プレイヤの累積対戦実行回数が所定回数以下の場合は、プレイヤと第１種別のノンプレイヤキャラクターとをマッチングさせる。このとき、プレイヤが使用するデッキのデッキレベルを参照し、プレイヤのデッキレベルよりも低いデッキレベルのデッキを、第１種別のノンプレイヤキャラクターが使用するようにする。ここで、デッキレベルは、そのデッキを構成するデッキ構成キャラクターのレベルに影響を受けるので、本実施の形態では、デッキ構成キャラクターのレベルの合計値をデッキレベルとする。このようなマッチングを行うことにより、プレイヤの累積対戦実行回数が所定回数以下の場合、プレイヤは、プレイヤが使用するデッキのデッキレベルよりも低いデッキレベルのデッキ使用するノンプレイヤキャラクターとマッチングすることになり、累積対戦実行回数が少ない初心者プレイヤの勝利確率を高くすることができ、対戦ゲームに対する興味が失われることを防止することができる。

（２）プレイヤの累積対戦実行回数が所定回数を超える場合は、プレイヤと、ランダムに選択された第２種別のノンプレイヤキャラクターと、をマッチングさせる。累積対戦実行回数が所定回数を超えたプレイヤは、対戦ゲームにも慣れてきて、バラエティーに富んだ対戦を望むであろう。そこで、累積対戦実行回数が所定回数を超えたプレイヤは、実在する他のプレイヤが登録した様々なデッキを使用する第２種別のノンプレイヤキャラクターとマッチングさせることで、バラエティーに富む対戦を実行させる。

尚、プレイヤの累積対戦実行回数は、プレイヤの累積勝利数としても良い。プレイヤの勝利数とすることで、プレイヤの対戦ゲームに対する練度を正確に判定することができる。

また、第２種別のノンプレイヤキャラクターにより登録されたデッキを使用された他のプレイヤには、デッキが使用されたことを通知しても良いが、基本的には通知不要とする。

続いて、対戦ゲーム（第２ゲーム）について説明する。
プレイヤの端末では、マッチングされた対戦プレイとの対戦画面が表示される。図２は対戦ゲームの対戦画面の一例を示す図である。

対戦画面には、プレイヤＡのデッキを構成するキャラクターＰＡＣ１、ＰＡＣ２、ＰＡＣ３、ＰＡＣ４の４体のキャラクター画像と、プレイヤＡの対戦プレイヤである対戦プレイヤＢのデッキを構成するキャラクターＰＢＣ１、ＰＢＣ２、ＰＢＣ３、ＰＢＣ４の４体のキャラクター画像と、が表示される。キャラクターＰＡＣ１及びキャラクターＰＢＣ１は、第１種別のキャラクターである。キャラクターＰＡＣ２、ＰＡＣ３、ＰＡＣ４と、キャラクターＰＢＣ２、ＰＢＣ３、ＰＢＣ４と、は第２種別のキャラクターである。

第１種別のキャラクターであるキャラクターＰＡＣ１及びキャラクターＰＢＣ１は、敵キャラクターを第１状態から第２状態に遷移させるスキルを発動させることができる。ここで、第１状態はキャラクターの通常状態であり、第２状態は通常状態以外の例えば異常状態である。例えば、第２状態は、キャラクターの弱点の判明、キャラクターの睡眠状態の防御不能状態等がある。以下の説明では、敵キャラクターを第１状態から第２状態に遷移させるスキルを発動させるキャラクターは、第１種別のキャラクターとするが、これに限定されることなく、第２種別のキャラクターであっても良い。

第２種別のキャラクターであるキャラクターＰＡＣ２、ＰＡＣ３、ＰＡＣ４、及び、キャラクターＰＢＣ２、ＰＢＣ３、ＰＢＣ４は、敵キャラクターを攻撃、又は、敵キャラクターからの攻撃を防御することができるキャラクターである。

対戦ゲームは、プレイヤ及び対戦プレイヤの戦闘可能な第２種別のキャラクターの素早さが早い順に攻撃ターンを行っていく。１ターンは、行動順計算フェーズと、スキル発動フェーズと、攻撃フェーズと、を含む。

行動順計算フェーズは、プレイヤ及び対戦プレイヤの戦闘可能な第２種別のキャラクターのうち、攻撃を行う第２種別のキャラクター（攻撃キャラクターと記載する場合がある）を決定するフェーズである。例えば、プレイヤＡのキャラクターＰＡＣ２の素早さが５０、プレイヤＡのキャラクターＰＡＣ３の素早さが９０、プレイヤＡのキャラクターＰＡＣ４の素早さが４０であり、対戦プレイヤＢのキャラクターＰＢＣ２の素早さが４５、プレイヤＢのキャラクターＰＢＣ３の素早さが８２、プレイヤＢのキャラクターＰＢＣ４の素早さが６０である場合、最も素早さが高いプレイヤＡのキャラクターＰＡＣ３が攻撃キャラクターとなる。

スキル発動フェーズは、第１種別のキャラクターが有するスキルを発動することができるフェーズである。本実施の形態において、第１種別のキャラクターが発動できるスキルは、対戦相手の敵キャラクターの弱点属性を発見する弱点発見スキルであるものとする。この弱点発見スキルは、第１種別のキャラクターのレベルに応じて発動できる回数（最低１回）が決まっているものとする。弱点発見スキルの発動タイミングは、プレイヤが任意のスキル発動フェーズにおいて発動でき、発動されると、敵キャラクターのうち、ランダム（既に属性が判明しているキャラクターは除く）に１体の敵キャラクターの弱点属性を発見する。このとき、弱点属性が発見されたキャラクターの近傍に弱点属性を提示する。すなわち、キャラクターが第１状態から第２状態に遷移したことを提示する。

攻撃フェーズは、行動順計算フェーズにより攻撃キャラクターに決定したキャラクターが敵キャラクターに攻撃するフェーズである。ここで、攻撃キャラクターが攻撃対象とする攻撃対象キャラクターの選定であるが、敵キャラクターの状態によって、攻撃対象キャラクターの選定方法が異なる。

全ての敵キャラクターの弱点が判明していない通常状態（第１状態）である場合、敵キャラクターから、ランダムに攻撃対象キャラクターを選定する。この攻撃対象キャラクターをランダムに選定する態様を第１攻撃対象選定態様と記載する。一方、スキル発動フェーズにおいて、敵キャラクターの属性が判明しており、少なくとも一以上の敵キャラクターの弱点が判明している状態（第２状態）である場合、弱点が判明している攻撃キャラクターを優先的に攻撃キャラクターに選定する。この弱点が判明している状態（第２状態）の敵キャラクターを優先的に攻撃キャラクターに選定する態様を、第２攻撃対象選定態様と記載する。尚、第２攻撃対象選定態様において、攻撃キャラクターの属性が、弱点が判明している敵キャラクターの弱点属性でない場合もありうる。この場合、攻撃キャラクターの属性にかかわらず、弱点が判明している敵キャラクターを優先的に攻撃キャラクターに選定しても良いし、第１攻撃対象選定態様と同様に、敵キャラクターからランダムに攻撃対象キャラクターを選定しても良い。
攻撃対象キャラクターに選定されたキャラクターは、他のキャラクターと視覚的に区別できるような表示態様で表示される。

敵キャラクターに対するダメージは、攻撃したキャラクターのステイタス情報（例えば、攻撃力）及び攻撃対象キャラクターのステイタス情報（例えば、防御力）から計算する。このとき、例えば、攻撃キャラクターの属性が攻撃対象キャラクターの属性に対して有利である場合（攻撃対象キャラクターが弱点属性の攻撃キャラクターに攻撃された場合）、与えるダメージを通常のダメージの１．５倍として計算する。これにより、第２攻撃対象選定態様の攻撃の場合、敵キャラクターに対して大きなダメージを与えることができ、ゲームを有利に進めることができる攻撃を行うことができる。

図２は対戦画面の一例を説明するための図である。図２の対戦画面では、弱点発見スキルの発動前の状態は、敵キャラクターＰＢＣ２、ＰＢＣ３、ＰＢＣ４のいずれも弱点属性が不明である。すなわち、対戦プレイヤの全てのキャラクターが第１状態である。よって、攻撃キャラクターであるキャラクターＰＡＣ３の攻撃対象キャラクターは第１攻撃対象選定態様により選定され、キャラクターＰＡＣ３はランダムに選定された敵キャラクターＰＢＣ２を攻撃する。一方、スキル発動フェーズにおいて、弱点発見スキルが発動され、敵キャラクターＰＢＣ３の弱点属性「水」が判明した場合、少なくとも一体の敵キャラクターが第２状態である。このとき、攻撃キャラクターであるＰＡＣ３の攻撃対象キャラクターは、第２攻撃対象選定態様により選定される。このとき、攻撃キャラクターであるキャラクターＰＡＣ３の属性が「水」であるとすると、弱点属性「水」が判明した敵キャラクターＰＢＣ３が攻撃対象キャラクターとして優先的に選定され、キャラクターＰＡＣ３は選定された敵キャラクターＰＢＣ３を攻撃する。尚、攻撃キャラクターであるキャラクターＰＡＣ３の属性が「水」でない場合、弱点属性「水」が判明した敵キャラクターＰＢＣ３を攻撃対象キャラクターに選定しても良いし、他の敵キャラクターをランダムに選定しても良い。

このようにして敵キャラクターに対して攻撃が行われると、敵キャラクターに与えたダメージを計算し、計算したダメージを、攻撃対象の敵キャラクターの残ヒットポイントから減算する。そして、敵キャラクターの残ヒットポイントが０になった場合は、その敵キャラクターが戦闘不能となったと判定し、対戦画面からその敵キャラクターのキャラクター画像を消滅させる。

このような攻撃ターンを戦闘可能な全てのキャラクターに行い、これを１サイクルとして、サイクルを繰り返す。そして、いずれか一方のプレイヤのキャラクターの全てが戦闘不能になると、対戦ゲームが決着し、全てのキャラクターが戦闘不能になったプレイヤの敗北となる。

勝敗の決着がつくと、各プレイヤのデッキを構成するキャラクターのステイタス情報を上昇させ、勝利したプレイヤの勝利数を１増加する。このとき、勝利回数に応じて、プレイヤに評価情報（称号等）を付与するようにしても良い。
以上が第２ゲームの概要である。

＜実施の形態の構成＞
本実施の形態におけるゲームシステムを説明する。

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

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

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

図４は端末２の一例であるスマートフォンの装置構成例を示す図である。図４に示すように、端末２は、ディスプレイ２１と、ディスプレイ２１と一体構成されるタッチ操作パネル２２と、内蔵されたスピーカ２３と、カメラ２４と、を備える。また、端末２には、図示されていない制御基板、内蔵バッテリー、電源ボタン、音量調節ボタン等が設けられている。制御基板には、ＣＰＵやＧＰＵ、ＤＳＰ等の各種マイクロプロセッサ、ＡＳＩＣ、ＶＲＡＭやＲＡＭ、ＲＯＭ等の各種ＩＣメモリ、携帯電話基地局と無線通信するための無線通信モジュール等が搭載されている。また、制御基板には、タッチ操作パネル２２のドライバ回路といった、いわゆるＩ／Ｆ回路（インターフェース回路）等が搭載されている。これら制御基板に搭載されている各要素は、それぞれがバス回路等を介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。

図５は端末２の機能構成例を示すブロック図である。
図５に示すように、端末２は、操作入力部３１と、読取部３２と、表示部３３と、音出力部３４と、通信部３５と、記憶部３６と、処理部３７と、を備える。

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

読取部３２は、撮像素子等から成る撮影装置である。読取部３２は、図４のスマートフォンの例では、カメラ２４に該当する。

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

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

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

記憶部３６には、端末２を動作させ、端末２が備える種々の機能を実現するためのシステムプログラム、ゲームプログラムや、プログラムの実行中に使用されるデータ等が予め記憶され、或いは処理の都度一時的に記憶される。記憶部３６は、例えばＲＡＭやＲＯＭ、フラッシュメモリ等のＩＣメモリを使用したソリッドステートドライブ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。システムプログラムは、端末２のコンピュータとしての基本機能を実現するためのプログラムである。ゲームプログラムは、処理部３７を後述するゲーム演算部４０として機能させるためのプログラムである。このゲームプログラムは、ゲームサーバ３又は他のアプリ配信サーバ等から配信される。また、記憶部３６には、ゲームを実行するために必要なデータベースが格納される。

本実施の形態において、記憶部３６には、プレイヤデータベース１（ＤＢ１）と、キャラクター情報データベース２（ＤＢ２）と、キャラクター画像データベース３（ＤＢ３）と、保有キャラクターデータベース４（ＤＢ４）と、プレイヤデッキデータベース５（ＤＢ５）と、が格納される。図６は端末２の各データベースの一例を示す図である。

プレイヤＤＢ１はプレイヤに関するデータベースである。プレイヤＤＢ１の１レコードは、プレイヤＩＤのフィールドと、プレイヤ名（ニックネーム）のフィールドと、プレイヤの第２ゲームの累積対戦実行回数のフィールドと、プレイヤの第２ゲームの勝利数のフィールドと、プレイヤの称号のフィールドと、を含む。

キャラクター情報ＤＢ２はキャラクターに関する情報のデータベースである。キャラクター情報ＤＢ２の１レコードは、カード番号のフィールドと、キャラクターＩＤ（識別情報）のフィールドと、絵柄特徴データのフィールドと、第１キャラクター情報のフィールドと、第２キャラクター情報のフィールドと、を含む。各フィールドには、それぞれのデータが格納される。カード番号はゲームカード１の種類毎に付与された識別番号である。キャラクターＩＤはキャラクター毎に付与された識別番号である。絵柄特徴データは、ゲームカード１の表面に表示（印字）された絵柄１１の特徴量のデータである。第１キャラクター情報及び第２キャラクター情報は、上述した情報である。

キャラクター画像ＤＢ３は、キャラクターの画像に関するデータベースである。キャラクター画像ＤＢ３の１レコードは、キャラクターＩＤのフィールドと、一覧用キャラクター画像のフィールドと、第１ゲーム用キャラクター画像のフィールドと、第２ゲーム用キャラクター画像のフィールドと、を含む。一覧用キャラクター画像は、デッキの編成等に用いられる画像である。第１ゲーム用キャラクター画像は、第１ゲームに用いられる画像である。第２ゲーム用キャラクター画像は、第２ゲームに用いられる画像である。

保有キャラクターＤＢ４は、プレイヤが保有しているキャラクターに関するデータベースである。保有キャラクターＤＢ４の１レコードは、カード番号のフィールドと、キャラクターＩＤのフィールドと、保有フラグのフィールドと、ステイタス情報のフィールドと、レベルのフィールドと、を含む。保有フラグは、後述するようにゲームカード１からゲームアプリケーションに登録されたキャラクターには、保有フラグ（“１”）が立てられる。これにより、プレイヤはゲームカード１に対応付けられたキャラクターを保有したことになる。ステイタス情報は、キャラクターの現在のステイタス情報であり、第１ゲーム、第２ゲームの実行により更新される。レベルはキャラクターのレベルであり、第１ゲーム、第２ゲームの実行により更新される。

プレイヤデッキＤＢ５は、プレイヤが編成したデッキに関するデータベースである。プレイヤデッキＤＢ５は、デッキ番号（名称）のフィールドと、そのデッキを構成するデッキ構成キャラクターのキャラクターＩＤのフィールドと、を含む。
尚、これらのデータベースは、ゲームに用いられるキャラクターの追加又は変更等により、逐次、ゲームサーバ３により、ダウンロード可能である。

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

ゲーム演算部４０は、本実施形態のゲームを実現するための種々のゲーム処理を実行し、処理結果を画像生成部４１、音生成部４２又は通信制御部４３に出力する。ゲーム演算部４０は、ゲーム管理部５０と、操作検出部５１と、ゲームカード読取制御部５２と、キャラクター認識部５３と、提示制御部５４と、デッキ登録部５５と、第１ゲーム実行制御部５６と、第２ゲーム実行制御部５７と、を備える。

ゲーム管理部５０は、各データベースの更新や、ゲーム全体を管理して実行する。

操作検出部５１は、操作入力部３１から入力された信号を検出し、プレイヤの操作を検出する。検出するプレイヤの操作は、例えば、タップ（選択）、スライド、スワイプ、ピンチ、ドロップ等の操作である。

ゲームカード読取制御部５２は、読取部３２（カメラ２４）を制御し、ゲームカード１の表面の絵柄を読み取る。ゲームカード読取制御部５２は、読み取りを制御するために、ゲームカード１の読み取りためのガイドラインや操作情報を、表示部３３に表示する。そして、ゲームカード読取制御部５２は、読み取ったゲームカード１の表面の絵柄の画像データを、キャラクター認識部５３に出力する。

キャラクター認識部５３は、キャラクター情報ＤＢ２の各ゲームカード１の絵柄特徴データを用いて、既知の画像認識の技術により、読み取ったゲームカード１の表面の絵柄に対応付けられているキャラクターを認識する。キャラクター認識部５３は、キャラクターを認識できた場合、保有キャラクターＤＢ４の保有フラグのフィールドに、保有フラグ（“１”）を立てる。これにより、ゲームカード１に対応付けられたキャラクターはゲームアプリケーションに登録され、プレイヤはゲームカード１に対応付けられたキャラクターを保有（取得）したことになる。すなわち、保有キャラクターＤＢ４の保有フラグのフィールドに、保有フラグ（“１”）が立てられているキャラクターが、プレイヤが保有するキャラクターとなる。

提示制御部５４は、ゲームの実行に必要な画像又はホーム画面（メニュー画面）等を、表示部３３に提示する。

デッキ登録部５５は、保有するキャラクターから、第２ゲームに使用するデッキを編成し、登録する。デッキ登録部５５は、登録するデッキの名称の入力欄と、保有するキャラクターの一覧と、を表示する。デッキ登録部５５は、一覧から選択された１体の第１種別のキャラクターのキャラクターＩＤと、３体の第２種別のキャラクターのキャラクターＩＤと、入力されたデッキ名称とを、プレイヤデッキＤＢ５に登録する。また、デッキ登録部５５は、プレイヤのプレイヤＩＤと、新たに編成されたデッキのデッキ名称と、そのデッキを構成するキャラクターのキャラクターＩＤと、を含むプレイヤデッキ構成情報を、ゲームサーバ３に送信する。尚、プレイヤは、複数のデッキを登録することも可能である。

第１ゲーム実行制御部５６は、取得したキャラクターを用いた第１ゲームを実行する。第１ゲームは、プレイヤが選択したキャラクターを操作対象とするゲームである。第１ゲームは、ホーム画面のメニューボタンが選択されることにより実行される。ゲームの実行によって、そのゲームで使用されたキャラクターのステイタス情報は上昇する。第１ゲーム実行制御部５６は、第１ゲームに使用されたキャラクターのステイタス情報を上昇させ、保有キャラクターＤＢ４のステイタス情報を更新する。また、第１ゲーム実行制御部５６は、更新後のステイタス情報を、ゲームサーバ３に送信する。

第２ゲーム実行制御部５７は、デッキを使用した対戦ゲームである第２ゲームを実行する。第２ゲーム実行制御部５７は、対戦ゲーム要求部５７１と、キャラクター提示制御部５７２と、キャラクター状態提示部５７３と、攻撃対象キャラクター選定部５７４と、攻撃制御部５７５と、を備える。

対戦ゲーム要求部５７１は、ゲームサーバ３に、対戦ゲームの対戦プレイヤのマッチングを要求する対戦ゲーム要求情報を送信する。対戦ゲーム要求情報は、プレイヤのプレイヤＩＤと、対戦ゲームに使用するデッキ名称と、を含む。プレイヤのデッキが複数登録されている場合は、対戦ゲーム要求部５７１は、対戦要求画面において、登録されているデッキを表示し、プレイヤが選択したデッキを、プレイヤが対戦ゲームに使用するデッキとして、そのデッキ名称を対戦ゲーム要求情報に含める。

また、対戦ゲーム要求部５７１は、ゲームサーバ３から対戦プレイヤデッキ構成情報を受信する。対戦プレイヤデッキ構成情報は、対戦プレイヤのプレイヤＩＤと、対戦プレイヤ名（称号を含む）、対戦に使用されるデッキを構成するキャラクターの対戦プレイヤデッキ構成キャラクター情報と、を含む。対戦プレイヤ名（称号を含む）は、第１種別のノンプレイヤキャラクターの場合は、運営側が設定したプレイヤ名（称号を含む）であり、第２種別のノンプレイヤキャラクターの場合は、第２種別のノンプレイヤキャラクターが使用するデッキを登録した他のプレイヤ名（称号を含む）である。対戦プレイヤデッキ構成キャラクター情報は、対戦に使用されるデッキを構成するキャラクターのキャラクターＩＤと、デッキを構成するキャラクターのステイタス情報と、を含む。

キャラクター提示制御部５７２は、プレイヤデッキＤＢ５から、対戦に使用するデッキのデッキ構成キャラクターのキャラクターＩＤを読み出し、キャラクター画像ＤＢ３からそのキャラクターＩＤの第２ゲーム用画像を読み出す。また、キャラクター提示制御部５７２は、対戦プレイデッキ構成情報から、対戦プレイヤのデッキ構成キャラクターのキャラクターＩＤの第２ゲーム用画像を、キャラクター画像ＤＢ３から読み出す。そして、キャラクター提示制御部５７２は、対戦画面を表示する。

キャラクター状態制御部５７３は、キャラクターの状態を制御する部であり、スキルの発動等によるキャラクターの第１状態から第２状態に遷移させる。また、キャラクター状態制御部５７３は、現在のキャラクターの状態が第１状態であるのか、第２状態であるのかを識別できるように提示する。尚、本実施の形態では、キャラクター状態制御部５７３は、キャラクターが第１状態から第２状態に遷移すると、対戦ゲーム終了後までそのキャラクターは第２状態を維持するように制御するが、これに限られない。例えば、時間の経過とともに、キャラクターを第２状態から第１状態に遷移させたり、他のスキルの発動によって、キャラクターを第２状態から第１状態に遷移させたりしても良い。

キャラクターの第１状態の時間とキャラクターの第２状態の時間との関係であるが、対戦の面白さを考慮すると、キャラクターの第２状態の時間がキャラクターの第１状態の時間よりも短くすることが良い。特に、少なくとも１体のキャラクターが第２状態の時間が、全てのキャラクターが第１状態の時間よりも短いことが好ましい。キャラクター状態制御部５７３は、少なくとも１体のキャラクターが第２状態の時間が、全てのキャラクターが第１状態の時間よりも短くなるように制御する。但し、これに限定されるものではなく、キャラクターの第２状態の時間がキャラクターの第１状態の時間よりも長くなるように制御することも可能である。

攻撃対象キャラクター選定部５７４は、攻撃ターンにおいて、キャラクターの状態によって、第１攻撃対象選定態様又は第２攻撃対象選定態様を選択し、選択した態様によって、対戦プレイヤのキャラクターから攻撃対象となる攻撃対象キャラクターを選定する。具体的には、攻撃対象キャラクター選定部５７４は、対戦プレイヤの全ての敵キャラクターの弱点が判明していない通常状態（第１状態）である場合、第１攻撃対象選定態様により、敵キャラクターから、ランダムに攻撃対象キャラクターを選定する。攻撃対象キャラクター選定部５７４は、少なくとも一以上の敵キャラクターの弱点が判明している状態（第２状態）である場合、第２攻撃対象選定態様により、弱点が判明している攻撃キャラクターを優先的に攻撃キャラクターに選定する。そして、第２攻撃対象選定態様において、攻撃キャラクターの属性が、弱点が判明している敵キャラクターの弱点属性でない場合は、攻撃キャラクターの属性にかかわらず、弱点が判明している敵キャラクターを優先的に攻撃キャラクターに選定する。尚、攻撃対象キャラクター選定部５７４は、第１攻撃対象選定態様と同様に、敵キャラクターからランダムに攻撃対象キャラクターを選定しても良い。尚、本実施の形態では、攻撃対象キャラクター選定部５７４は、キャラクターの状態によって、第１攻撃対象選定態様又は第２攻撃対象選定態様を選択するようにしたが、第２攻撃対象選定態様を選択する回数を限定するようにしても良い。

攻撃制御部５７５は、上述した行動順計算フェーズと、スキル発動フェーズと、攻撃フェーズと、を含む攻撃ターンを制御し、ダメージの計算等の対戦を制御する。また、攻撃制御部５７５は、攻撃対象となったキャラクターを、他のキャラクターと識別できる態様で提示する。

次に、ゲームサーバ３について説明する。
図７はゲームサーバ３の機能構成例を示すブロック図である。ゲームサーバ３は、記憶部６０と、通信部６１と、処理部６２と、を備える。

記憶部６０は、例えばＲＡＭやＲＯＭ、フラッシュメモリ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現され、システムプログラムと、機能プログラムとが格納される。システムプログラムは、コンピュータとしての基本機能を実現するためのプログラムである。機能プログラムは、処理部６２を、ゲームを管理する機能をさせるためのプログラムである。

本実施の形態において、記憶部６１には、プレイヤ管理データベース１０（ＤＢ１０）と、ゲーム運営デッキ管理データベース１１（ＤＢ１１）と、プレイヤデッキ管理データベース１２（ＤＢ１２）と、キャラクター情報データベース１３（ＤＢ１３）と、各プレイヤのプレイヤ保有キャラクターデータベース１４（ＤＢ１４）と、が格納される。図８はゲームサーバ３の各データベースの一例を示す図である。

プレイヤ管理ＤＢ１０は、プレイヤを管理するためのデータベースである。プレイヤ管理ＤＢ１０の１レコードは、プレイヤＩＤのフィールドと、プレイヤ名（ニックネーム）のフィールドと、プレイヤの第２ゲームの累積対戦実行回数のフィールドと、プレイヤの第２ゲームの勝利数のフィールドと、プレイヤの称号のフィールドと、を含む。

ゲーム運営デッキ管理ＤＢ１１は、ゲーム運営デッキを管理するデータベースである。ゲーム運営デッキ管理ＤＢ１１の１レコードは、ゲーム運営側が設定したプレイヤ名のフィールドと、そのデッキ名称のフィールドと、そのデッキを構成するデッキ構成キャラクターのキャラクターＩＤのフィールドと、そのデッキレベルのフィールドと、を含む。ゲーム運営デッキ管理ＤＢ１１には、プレイヤのデッキレベルに対応することができるように、複数レベルのデッキが登録されている。

プレイヤデッキ管理ＤＢ１２は、プレイヤのデッキを管理するデータベースである。プレイヤデッキ管理ＤＢ１２の１レコードは、プレイヤＩＤのフィールドと、そのデッキ名称のフィールドと、そのデッキを構成するデッキ構成キャラクターのキャラクターＩＤのフィールドと、そのデッキレベルのフィールドと、を含む。

キャラクター情報ＤＢ１３はキャラクターに関する情報のデータベースである。キャラクター情報ＤＢ１３の１レコードは、カード番号のフィールドと、キャラクターＩＤ（識別情報）のフィールドと、絵柄特徴データのフィールドと、第１キャラクター情報のフィールドと、第２キャラクター情報のフィールドと、を含む。各フィールドには、それぞれのデータが格納される。カード番号はゲームカード１の種類毎に付与された識別番号である。キャラクターＩＤはキャラクター毎に付与された識別番号である。絵柄特徴データは、ゲームカード１の表面に表示（印字）された絵柄１１の特徴量のデータである。第１キャラクター情報及び第２キャラクター情報は、上述した情報である。

各プレイヤ（プレイヤＩＤ）のプレイヤ保有キャラクターＤＢ１４は、各プレイヤが保有するキャラクターを管理するデータベースである。プレイヤ保有キャラクターＤＢ１４は、プレイヤＩＤごとに用意される。プレイヤ保有キャラクターＤＢ１４の１レコードは、プレイヤＩＤのフィールドと、キャラクターＩＤのフィールドと、保有フラグのフィールドと、ステイタス情報のフィールドと、レベルのフィールドと、を含む。保有フラグは、ゲームカード１からゲームアプリケーションに登録されたキャラクターには、保有フラグ（“１”）が立てられる。これにより、プレイヤはゲームカード１に対応付けられたキャラクターを保有したことになる。ステイタス情報は、キャラクターの現在のステイタス情報であり、第１ゲーム、第２ゲームの実行により更新される。レベルはキャラクターのレベルであり、第１ゲーム、第２ゲームの実行により更新される。

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

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

プレイヤ情報管理部７０は、プレイヤ管理ＤＢ１０と、ゲーム運営デッキ管理ＤＢ１１と、キャラクター情報ＤＢ１３と、各プレイヤのプレイヤ保有キャラクターＤＢ１４と、を管理し、各データベースを更新する。
プレイヤデッキ管理部７１は、プレイヤデッキ管理ＤＢ１２を管理し、データベースを更新する。

マッチング部７２は、端末２からの対戦ゲーム要求情報に応答して、プレイヤと対戦プレイヤとのマッチングを行う。マッチング部７２は、プレイヤ管理ＤＢ１０を参照し、プレイヤの累積対戦実行回数が所定回数以下の場合は、プレイヤと第１種別のノンプレイヤキャラクターとをマッチングする。このとき、プレイヤが使用するデッキのデッキレベル参照し、プレイヤのデッキレベルよりも低いデッキレベルのデッキを、ゲーム運営デッキ管理ＤＢ１１から選択する。プレイヤのデッキレベルよりも低いデッキレベルであれば、ゲーム運営デッキ管理ＤＢ１１からデッキをランダムに選定しても良い。そして、マッチング部７２は、選択したデッキのプレイヤ名（称号を含む）と、デッキレベルと、デッキ構成キャラクターのステイタス情報と、を含む対戦プレイデッキ構成情報を、端末２に送信する。

また、マッチング部７２は、プレイヤ管理ＤＢ１０を参照し、プレイヤの累積対戦実行回数が所定回数を超える場合は、プレイヤデッキ管理ＤＢ１２から、ランダムにデッキを選択し、選択したデッキを第２種別のノンプレイヤキャラクターが使用するデッキとする。そして、マッチング部７２は、選択したデッキのプレイヤ名（称号を含む）と、デッキレベルと、デッキ構成キャラクターのステイタス情報と、を含む対戦プレイデッキ構成情報を、端末２に送信する。

評価情報更新部７３は、プレイヤ管理ＤＢ１０を参照し、第２ゲームの勝利数に応じてプレイヤのプレイヤ管理ＤＢ１０の称号フィールドを更新する。本実施の形態は、プレイヤに、勝利数に応じた称号を付与する。勝利数に応じた称号は、例えば、勝利数が０から１０回までは戦士、１１回から３０回までは騎士、．．．、キング等である。尚、称号は評価情報のひとつの例であり、プレイヤを評価するものであれば他のものでも良い。

＜実施の形態の動作＞
本実施の形態の動作を説明する。
図９は端末２とゲームサーバ３とのシーケンス図である。

まず、プレイヤによりゲームアプリケーションが起動されると、端末２のゲーム管理部５０は、プレイヤ登録要求処理を行う（Ｓｔｅｐ １００）。ゲーム管理部５０はプレイヤの希望するプレイヤ名（ニックネーム）を含むプレイヤ登録要求をゲームサーバ３に送信する。

ゲームサーバ３のプレイヤ情報管理部７０は、プレイヤ登録要求を受信し、プレイヤ登録処理を行う（Ｓｔｅｐ １０１）。プレイヤ情報管理部７０は、プレイヤ名（ニックネーム）が既に登録されているプレイヤ名（ニックネーム）と重複がないかを判定し、重複がなければ、プレイヤＩＤを付与する。プレイヤ情報管理部７０は、プレイヤＩＤ及びプレイヤ名（ニックネーム）をプレイヤ管理ＤＢ１０に新たに登録する。そして、プレイヤ情報管理部７０は、プレイヤ名（ニックネーム）の承認と付与したプレイヤＩＤを端末２に送信する。
端末２のゲーム管理部５０は、受信したプレイヤＩＤをプレイヤＤＢ１に登録する。
以上により、プレイヤはゲームを実行可能となる。

プレイヤ登録後にプレイヤによりゲームアプリケーションが起動されると、端末２の提示制御部５４は、ホーム画面処理を行う（Ｓｔｅｐ １０２）。提示制御部５４は、表示部３３にホーム画面を表示する。ホーム画面はメニューボタンを含む。図１０はホーム画面の一例を示す図である。図１０のホーム画面は、プレイが保有（取得）しているキャラクターのキャラクター画像が表示されるとともに、「新着情報」、「ゲームカードスキャン」、「デッキ登録」、「第１ゲーム実行」、「第２ゲーム実行」、「ゲーム終了」のメニューボタン（メニューアイコン）８０が表示されている。プレイヤは、各種メニューボタン８０を選択することにより、各プレイを実行することができる。

上述したホーム画面において、プレイヤにより「ゲームカードスキャン」のボタンが選択されると、端末２はゲームカードスキャン処理を行う（Ｓｔｅｐ １０３）。図１１はゲームカードスキャン処理（Ｓｔｅｐ １０３）のフローチャートである。

操作検出部５１が「ゲームカードスキャン」のボタンのタッチを検出すると、ゲームカード読取制御部５２は、読取部３２（カメラ２４）を撮影可能に制御し、ゲームカード１の絵柄１１を読み取るためのガイドとなるガイドラインを、表示部３３に表示する（Ｓｔｅｐ ２００）。図１２はゲームカード１の絵柄１１の読み取り動作を説明するための図である。図１２の例では、ゲームカード１と同形状のガイドライン８５と、スキャン開始を指示するスキャン開始ボタン８６と、が表示されている。プレイヤは、読取部３２により撮影されて表示部３３に表示されたゲームカード１の外辺がガイドライン８５に沿うように端末２を操作する。ゲームカード１の外辺がガイドライン８５に合致した状態で、スキャン開始ボタン８６をタッチする。

操作検出部５１がスキャン開始ボタン８６のタッチを検出すると、ゲームカード読取制御部５２は、ゲームカード１のスキャンを開始する（Ｓｔｅｐ ２０１）。スキャンされたゲームカード１の絵柄１１は、ゲームカード読取制御部５２からキャラクター認識制御部５３に出力される。

キャラクター認識制御部５３は、スキャンされたゲームカード１の絵柄１１の画像と、キャラクター情報ＤＢ２の各絵柄特徴データと、を照合し、スキャンされたゲームカード１の絵柄１１に対応するキャラクターを識別する（Ｓｔｅｐ ２０２）。

キャラクター認識制御部５３は、スキャンされたゲームカード１の絵柄１１に対応するキャラクターが識別可能である場合（Ｓｔｅｐ ２０３）、識別したキャラクターに対応する保有キャラクターＤＢ４の保有フラグのフィールドに保有フラグを立てる（“１”を付与）（Ｓｔｅｐ ２０４）。キャラクター認識制御部５３は、キャラクターが新たに取得できたことを、表示部３３に表示する（Ｓｔｅｐ ２０５）。キャラクター認識制御部５３は、識別できた（保有フラグを立てた）キャラクターのキャラクターＩＤ及びプレイヤＩＤを、ゲームサーバ３に送信する（Ｓｔｅｐ ２０６）。そして、Ｓｔｅｐ １０２（ホーム画面）に戻る。尚、キャラクターが識別可能であるが、既に保有している場合（保有フラグが既に立てられている）、既に保有済みであることを表示して、同様に、Ｓｔｅｐ １０２（ホーム画面）に戻る。一方、キャラクター認識制御部５２は、スキャンされたゲームカード１の絵柄１１に対応するキャラクターが識別不可能である場合（Ｓｔｅｐ ２０３）、エラーを表示部３３に表示し（Ｓｔｅｐ ２０７）、Ｓｔｅｐ １０２（ホーム画面）に戻る。
以上の動作により、プレイヤは保有しているゲームカード１に対応付けられているキャラクターを、ゲームアプリケーションに登録することができる。

ゲームサーバ３のプレイヤ情報管理部７０は、端末２からキャラクターＩＤ及びプレイヤＩＤを受信すると、プレイヤ情報更新処理を行う（Ｓｔｅｐ １０４）。プレイヤ情報管理部７０は、受信したプレイヤＩＤに対応するプレイヤ保有キャラクターＤＢ１４のキャラクターＩＤの保有フラグのフィールドに、保有フラグを立てる（“１”を付与）。これにより、プレイヤＩＤのプレイヤは、取得したキャラクターをゲームサーバ３に登録することができる。

次に、プレイヤは、取得したキャラクターを用いて、デッキを登録することができる。端末２におけるデッキ登録処理（Ｓｔｅｐ １０５）について説明する。図１３はデッキ登録処理（Ｓｔｅｐ １０５）のフローチャートである。

ホーム画面において、プレイヤにより「デッキ登録」のボタンが選択され、操作検出部５１が「デッキ登録」のボタンのタッチを検出すると、デッキ登録部５５は、保有キャラクターＤＢ４及びキャラクター画像ＤＢ３からプレイヤが保有しているキャラクターに関する情報を読み出し（Ｓｔｅｐ ３００）、一覧配置画像を生成する（Ｓｔｅｐ ３０１）。そして、デッキ登録部５５は、デッキ登録画面を表示部３３に表示する（Ｓｔｅｐ ３０２）。

図１４はデッキ登録画面を説明するための図である。一覧配置画像９０は、キャラクターの配置位置が予め定められた一覧配置マップに、保有しているキャラクターの一覧用画像を配置し、保有していないキャラクターには未保有画像を配置して生成された画像である。保有しているキャラクターは、保有キャラクターＤＢ４の保有フィールドに保有フラグが立っているキャラクターである。デッキ登録画面は、一覧配置画像提示領域９１と、デッキを編成するデッキ編成領域９２と、を備える。図１４に示す如く、本例の初期表示において、デッキ登録画面の一覧配置画像提示領域９１に表示される一覧配置画像９０は、一覧配置画像９０の最上部から一覧配置画像提示領域９１の最下部までの範囲に対応する画像である。プレイヤは、一覧配置画像提示領域９１の画面をフリック又はスワイプすることにより、フリック又はスワイプの移動方向に一覧配置画像９０がスクロールし、表示されていないキャラクターの一覧配置画像９０を見ることができる。また、デッキ編成領域９２には、デッキ名入力欄９３と、１個の第１種別のキャラクター枠９４と、３個の第２種別のキャラクター枠９５と、デッキ確定ボタン９６と、が表示される。

プレイヤは、デッキ名を、デッキ名入力欄９３に入力する（Ｓｔｅｐ ３０３）。プレイヤは、一覧配置画像提示領域９１に表示されている一覧配置画像９０から、１体の第１種別のキャラクターを選択する（Ｓｔｅｐ ３０４）。第１種別のキャラクターの選択は、プレイヤが希望するキャラクターの画像を、一覧配置画像９０から第１種別のキャラクター枠９４にドラッグすることで選択することができる。プレイヤは、一覧配置画像提示領域９１に表示されている一覧配置画像９０から、３体の第２種別のキャラクターを選択する（Ｓｔｅｐ ３０５）。第２種別のキャラクターの選択は、プレイヤが希望するキャラクターの画像を、一覧配置画像９０から第２種別のキャラクター枠９５にドラッグすることで選択することができる。

プレイヤによりデッキ確定ボタン９６が押下されると（Ｓｔｅｐ ３０６）、デッキ登録部５５は、プレイヤＩＤと、デッキ名入力欄９３に入力されたデッキ名と、第１種別のキャラクター枠９４及び第２種別のキャラクター枠９５に配置されたキャラクターのキャラクターＩＤと、を含むプレイヤデッキ構成情報から、プレイヤデッキＤＢ５を更新する（Ｓｔｅｐ ３０７）。
デッキ登録部５５は、プレイヤデッキ構成情報を、ゲームサーバ３に送信する（Ｓｔｅｐ ３０８）。
以上により、プレイヤは、デッキを登録することができる。

尚、一度登録したデッキを再編成することも可能である。この場合、デッキ登録部５５は、登録されているデッキの一覧を表示部３３に表示し、選択されたデッキを、図１４に示されたデッキ登録画面に表示するようにする。

次に、デッキのレベルに影響を与える第１ゲームについて説明する。
上述したホーム画面において、プレイヤにより「第１ゲーム実行」のボタンが選択されると、端末２は第１ゲーム実行処理を行う（Ｓｔｅｐ １０７）。図１５は第１ゲーム実行処理を行う（Ｓｔｅｐ １０７）のフローチャートである。

ホーム画面において、プレイヤにより「第１ゲーム実行」のボタンが選択され、操作検出部５１が「第１ゲーム実行」のボタンのタッチを検出すると、第１ゲーム実行制御部５６は、保有キャラクターＤＢ４及びキャラクター画像ＤＢ３からプレイヤが保有しているキャラクターに関する情報を読み出し、キャラクター一覧を表示する（Ｓｔｅｐ ４００）。

図１６は第１ゲームを説明するための図である。第１ゲーム実行制御部５６は、表示部３３に、保有しているキャラクターの一覧配置画像９０を表示する。プレイヤは、一覧配置画像９０から、第１ゲームを実行するキャラクターを選択する（Ｓｔｅｐ ４０１）。第１ゲーム実行制御部５６は、キャラクター画像ＤＢ３から、選択したキャラクターのゲーム用画像を読み出し、第１ゲームを実行する（Ｓｔｅｐ ４０２）。図１６の例では、選択したキャラクターのゲーム用画像を指で操作しながら、ゲームを行う例を示している。このゲームにより、第１ゲームを実行したキャラクターのステイタス情報（能力値（素早さ、攻撃力、防御力、ヒットポイント、レベル等））は変化する。このとき、第１ゲーム実行制御部５６は、第１キャラクター情報に含まれる初期能力値（例えば、初期レベル）から第１回目のゲームを開始し、ゲーム後はその初期能力値を下回らないように能力値を上昇させるように制御する。第１ゲーム実行制御部５６は、第１ゲーム結果を計算し（Ｓｔｅｐ ４０３）、第１ゲーム結果を表示する（Ｓｔｅｐ ４０４）。そして、第１ゲーム実行制御部５６は、第１ゲーム結果情報を、ゲームサーバ３に送信する。第１ゲーム結果情報は、プレイヤＩＤと、第１ゲームを実行したキャラクターのキャラクターＩＤと、そのキャラクターのステイタス情報（能力値（素早さ、攻撃力、防御力、ヒットポイント、レベル等））と、を含む。

第１ゲーム結果情報を受信したゲームサーバ３は、プレイヤ情報更新処理（Ｓｔｅｐ １０８）を行う。ゲームサーバ３のプレイヤ情報管理部７０は、受信したプレイヤＩＤに対応するプレイヤ保有キャラクターＤＢ１４のステイタス情報（能力値（素早さ、攻撃力、防御力、ヒットポイント、レベル等））を更新する。

次に、ゲームサーバ３のデッキ管理処理（Ｓｔｅｐ １０６）を説明する。図１７はデッキ管理処理（Ｓｔｅｐ １０６）のフローチャートである。

ゲームサーバ３は、プレイヤデッキ構成情報（プレイヤＩＤ、デッキ名、デッキ構成キャラクターのキャラクターＩＤ）を受信すると（Ｓｔｅｐ ５００）、プレイヤデッキ管理部７１は、プレイヤデッキ管理ＤＢ１２のプレイヤＩＤのレコードに、デッキ名、デッキ構成キャラクターのキャラクターＩＤを登録する（Ｓｔｅｐ ５０１）。プレイヤデッキ管理部７１は、プレイヤデッキ管理ＤＢ１２の各デッキ構成キャラクターのレベルを、そのキャラクターＩＤをキーとしてプレイヤ保有キャラクターＤＢ１４から取得し、そのデッキのデッキレベルを計算する（Ｓｔｅｐ ５０２）。本実施の形態では、例えば、デッキレベルは、デッキ構成キャラクターのレベルの合計値である。そして、プレイヤデッキ管理部７１は、プレイヤデッキ管理ＤＢ１２のプレイヤＩＤのレコードのデッキレベルを更新する（Ｓｔｅｐ ５０３）。

続いて、プレイヤデッキ管理部７１は、第１ゲーム又は第２ゲーム等の実行により、プレイヤのキャラクターのステイタス情報が更新されると（Ｓｔｅｐ ５０４）、プレイヤのプレイヤ保有キャラクターＤＢ１４のデッキ構成キャラクターのレベル変化があるかを判定する（Ｓｔｅｐ ５０５）。デッキ構成キャラクターのレベル変化がある場合（Ｓｔｅｐ ５０５）、プレイヤデッキ管理部７１は、各デッキ構成キャラクターのレベルを取得し、デッキレベルを計算し（Ｓｔｅｐ ５０２）、プレイヤデッキ管理ＤＢ１２のプレイヤＩＤのレコードのデッキレベルを更新する（Ｓｔｅｐ ５０３）。

以上の動作により、プレイヤはデッキをゲームサーバ３に登録することができ、更に、ゲームサーバ３に登録されているプレイヤの登録デッキは、第１ゲーム及び第２ゲームの実行によりデッキ構成キャラクターのレベルが変化した場合であっても、登録デッキのレベルを最新のものに更新することができる。

次に、第２ゲーム（対戦ゲーム）の実行について説明する。
上述したホーム画面において、プレイヤにより「第２ゲーム実行」のボタンが選択されると、端末２の対戦ゲーム要求部５７１は第２ゲーム実行要求処理を行う（Ｓｔｅｐ １０９）。端末２の対戦ゲーム要求部５７１は、プレイヤＩＤを含む対戦ゲーム要求情報を、ゲームサーバ３に送信する。尚、プレイヤのデッキが複数登録されている場合は、プレイヤが選択したデッキを、プレイヤが対戦ゲームに使用するデッキとして、そのデッキ名称を対戦ゲーム要求情報に含める。

対戦ゲーム要求情報を受信したゲームサーバ３は、マッチング処理を行う（Ｓｔｅｐ １１０）。図１８はマッチング処理（Ｓｔｅｐ １１０）のフローチャートである。

ゲームサーバ３のマッチング部７２は、対戦ゲーム要求情報を受信すると（Ｓｔｅｐ ６００）、プレイヤ管理ＤＢ１０から、対戦ゲーム要求情報に含まれているプレイヤＩＤの累積対戦実行回数を取得する（Ｓｔｅｐ ６０１）。

マッチング部７２は、プレイヤＩＤの累積対戦実行回数が所定数ｎ以下であるかを判定し（Ｓｔｅｐ ６０２）、累積対戦実行回数が所定数ｎ以下である場合は、プレイヤＩＤの登録デッキレベルを、プレイヤデッキ管理ＤＢ１２から取得する（Ｓｔｅｐ ６０３）。マッチング部７２は、プレイヤＩＤの登録デッキレベル以下の運営側デッキを選択する（Ｓｔｅｐ ６０４）。図８のデータベースを例にすると、プレイヤＩＤ“１００１”の累積対戦実行回数は５回である。所定数ｎを１０回とすると、プレイヤＩＤ“１００１”の累積対戦実行回数は所定数ｎ以下である。そして、プレイヤＩＤの登録デッキレベルは“８”である。従って、マッチング部７２は、プレイヤＩＤの登録デッキレベル“８”以下の運営側デッキを選択する。例えば、デッキレベル“５”のプレイヤ名“ｘｙｚ（戦士）”の運営側デッキを選択する。

一方、マッチング部７２は、プレイヤＩＤの累積対戦実行回数が所定数ｎ以下であるかを判定し（Ｓｔｅｐ ６０２）、累積対戦実行回数が所定数ｎを超える場合は、プレイヤデッキ管理ＤＢ１２からランダムに、他プレイヤの登録デッキを選択する（Ｓｔｅｐ ６０６）。図８のデータベースを例にすると、プレイヤＩＤ“１００２”の累積対戦実行回数は３５回である。所定数ｎを１０回とすると、プレイヤＩＤ“１００２”の累積対戦実行回数は所定数ｎを超えている。従って、マッチング部７２は、プレイヤデッキ管理部ＤＢ１２からランダムに、他プレイヤの登録デッキを選択する。例えば、プレイヤＩＤ“１００３”のデッキを選択する。

マッチング部７２は、選択したデッキのプレイヤＩＤと、プレイヤ名（称号を含む）と、デッキレベルと、デッキ構成キャラクターのステイタス情報と、を含む対戦プレイデッキ構成情報を、端末２に送信する（Ｓｔｅｐ ６０５）。

対戦プレイデッキ構成情報を受信した端末２は、第２ゲーム実行処理を行う（Ｓｔｅｐ １１１）。図１９は第２ゲーム実行処理（Ｓｔｅｐ １１１）のフローチャートである。

キャラクター提示制御部５７２は、対戦プレイデッキ構成情報を受信する（Ｓｔｅｐ ７００）。キャラクター提示制御部５７２は、プレイヤデッキＤＢ５からプレイヤのプレイデッキ構成情報を取得する（Ｓｔｅｐ ７０１）。プレイデッキ構成情報は、プレイヤ名（称号を含む）と、デッキレベルと、デッキ構成キャラクターのステイタス情報である。そして、キャラクター提示制御部５７２は、各デッキ構成キャラクターのキャラクターＩＤをキーとして、キャラクター画像ＤＢ３から各デッキ構成キャラクターの第２ゲーム用画像を読み出し、対戦画面を表示する（Ｓｔｅｐ ７０２）。

図２０は対戦画面の一例を示す図である。対戦画面には、プレイヤ及び対戦プレイヤのプレイヤ名（称号を含む）１００と、プレイヤ及び対戦プレイヤのデッキレベル１０１、プレイヤ及び対戦プレイヤのスキルボタン１０１と、プレイヤのデッキ構成キャラクターＰＡＣ１～ＰＡＣ４と、対戦プレイヤのデッキ構成キャラクターＰＢＣ１～ＰＢＣ４と、が表示される。ここで、対戦プレイヤのプレイヤ名（称号を含む）１００は、対戦プレイヤが使用するデッキを登録したプレイヤのプレイヤ名及びその称号である。

本実施の形態の対戦ゲームは、デッキ構成キャラクターＰＡＣ２～ＰＡＣ４、デッキ構成キャラクターＰＢＣ２～ＰＢＣ４のうちから、キャラクターの素早さが早い順に敵キャラクターに攻撃を行っていく。１体のデッキ構成キャラクターの攻撃の処理を１攻撃ターンとし、全ての戦闘可能なデッキ構成キャラクターの攻撃ターンを１サイクルとする。

攻撃制御部５７５は、攻撃可能なキャラクター数をＸ、攻撃が済んだキャラクター数をＹ、戦闘不能なキャラクター数をＺとし、１ターン毎にＰ＝Ｘ－Ｙ－Ｚを計算する（Ｓｔｅｐ ７０３）。１サイクル開始時の攻撃可能なキャラクター数をカウントし、Ｘとする（Ｓｔｅｐ ７０４）。１サイクル開始時は、Ｙ＝０，Ｚ＝０である（Ｓｔｅｐ ７０５）。そして、攻撃制御部５７５は、攻撃ターン処理を行う（Ｓｔｅｐ ７０６）。

攻撃ターン処理（Ｓｔｅｐ ７０６）を、図２１、２２、２３を用いて説明する。図２１は第２ゲーム実行処理（Ｓｔｅｐ １１１）の中で行われる攻撃ターン処理（Ｓｔｅｐ ７０６）のフローチャートである。図２２はキャラクターが第１状態の場合の対戦画面の一例を示す図であり、図２３キャラクターが第１状態から第２状態に遷移した場合の対戦画面の一例を示す図である。

攻撃制御部５７５は、戦闘可能なキャラクターの素早さのうち、最も素早さの値が大きいキャラクターを攻撃キャラクターとして決定する（Ｓｔｅｐ ８００）。

キャラクター状態制御部５７３は、スキルが発動されたかを判定する（Ｓｔｅｐ ８０１）。キャラクター状態制御部５７３は、プレイヤがスキルを発動した場合、対戦プレイヤのキャラクターの一体を第１状態から第２状態に遷移させる（Ｓｔｅｐ ８０２）。キャラクター状態制御部５７３は、第２状態に遷移したキャラクターが第２状態のキャラクターであることが視覚的に識別できるように表示する（Ｓｔｅｐ ８０３）。

キャラクターが第１状態の場合は、図２２に示す如く、各デッキ構成キャラクターＰＡＣ２～ＰＡＣ４、デッキ構成キャラクターＰＢＣ２～ＰＢＣ４の上部には、弱点が不明な「？」が表示されている。一方、プレイヤがスキルボタン１０１をタッチし、スキルを発動させた場合、図２３に示す如く、キャラクター状態制御部５７３は、対戦プレイヤのデッキ構成キャラクターＰＢＣ３を第１状態から第２状態（弱点判明）に遷移させ、デッキ構成キャラクターＰＢＣ３の弱点属性「水」が識別できるように表示する。

次に、対戦対象キャラクター選定部５７４は、攻撃対象選定態様の判定を行う（Ｓｔｅｐ ８０５）。対戦プレイヤのキャラクターに第２状態のキャラクターが存在しない場合、対戦対象キャラクター選定部５７４は、第１攻撃対象選定態様を選択し（Ｓｔｅｐ ８０６）、ランダムに攻撃対象キャラクターを選定する（Ｓｔｅｐ ８０７）。

一方、対戦対象キャラクター選定部５７４は、対戦プレイヤのキャラクターに第２状態のキャラクターが存在する場合、第２攻撃対象選定態様を選択する（Ｓｔｅｐ ８０９）。対戦対象キャラクター選定部５７４は、第２状態のキャラクターのうち、優先的に攻撃するキャラクターが存在するかの判定を行う（Ｓｔｅｐ ８１０）。対戦対象キャラクター選定部５７４は、優先的に攻撃するキャラクターが存在する場合、そのキャラクターを対象キャラクターに選定し（Ｓｔｅｐ ８１１）、優先的に攻撃するキャラクターが存在しない場合、ランダムに攻撃対象キャラクターを選定する（Ｓｔｅｐ ８０７）。

攻撃制御部５７５は、攻撃キャラクターが選定した攻撃対象キャラクターを攻撃する表示を行う（Ｓｔｅｐ ８０８）。攻撃制御部５７５は、攻撃対象キャラクターのダメージを計算し（Ｓｔｅｐ ８１２）、攻撃対象キャラクターのダメージを表示する（Ｓｔｅｐ ８１３）。

攻撃制御部５７５は、ダメージ後の攻撃対象キャラクターの戦闘不能の判定を行い（Ｓｔｅｐ ８１４）、攻撃対象キャラクターが戦闘不能の場合（Ｓｔｅｐ ８１５）、攻撃対象キャラクターを対戦画面から消滅させる（Ｓｔｅｐ ８１６）。

図２２を用いて説明すると、対戦プレイヤのデッキ構成キャラクターＰＢＣ２～ＰＢＣ４が第１状態（弱点が不明）の場合は、対戦プレイヤのデッキ構成キャラクターＰＢＣ２～ＰＢＣ４のうちからランダムに選定されたデッキ構成キャラクターＰＢＣ２を、プレイヤのキャラクターＰＡＣ３（攻撃キャラクター）が攻撃している。そして、デッキ構成キャラクターＰＢＣ２に与えたダメージである“１０”を表示し、デッキ構成キャラクターＰＢＣ２のＨＰ（ヒットポイント）から“１０”を減算し、ダメージ後のＨＰ（ヒットポイント）“５”を表示している。

一方、図２３に示す如く、スキルが発動し、デッキ構成キャラクターＰＢＣ３の弱点属性「水」が判明している場合、プレイヤのデッキ構成キャラクターＰＡＣ３（攻撃キャラクター）の属性は「水」であるため、デッキ構成キャラクターＰＡＣ３（攻撃キャラクター）は、デッキ構成キャラクターＰＢＣ３を優先的に攻撃対象キャラクターに選定し、攻撃をする。その結果、デッキ構成キャラクターＰＢＣ３に与えるダメージは、第１状態と異なり、１．５倍の“１５”となる。その結果、デッキ構成キャラクターＰＢＣ３のＨＰ（ヒットポイント）は“１５”なので、デッキ構成キャラクターＰＢＣ３のＨＰ（ヒットポイント）から“０”となり、デッキ構成キャラクターＰＢＣ３は対戦画面から消滅し、戦闘不能の表示がされる。このように、第２攻撃対象選定態様は、プレイヤの対戦ゲームを有利に進める攻撃の態様である。

攻撃制御部５７５は、一体のデッキ構成キャラクターの攻撃ターンが完了すると、Ｙを１増加する（Ｓｔｅｐ ７０７）。攻撃制御部５７５は、戦闘不能のキャラクターが存在するかの判定を行い（Ｓｔｅｐ ７０８）、戦闘不能のキャラクターが存在する場合はＺを１増加する（Ｓｔｅｐ ７０９）。

攻撃制御部５７５は、双方に戦闘可能なデッキ構成キャラクターが存在するかを判定する（Ｓｔｅｐ ７１０）。攻撃制御部５７５は、双方に戦闘可能なデッキ構成キャラクターが存在する場合、Ｐ＝０であるかを判定し、Ｐ＝０である場合はＳｔｅｐ ７０３に戻り、１サイクルの処理をリセットする。また、Ｐ＝０でない場合はＳｔｅｐ ７０６に戻り、攻撃ターン処理（Ｓｔｅｐ ７０６）を行う。

一方、攻撃制御部５７５は、双方に戦闘可能なデッキ構成キャラクターが存在しない場合、すなわち、勝敗が決定した場合、プレイヤのデッキ構成キャラクターのステイタス情報等の対戦結果を計算し（Ｓｔｅｐ ７１２）、対戦結果を表示する（Ｓｔｅｐ ７１３）。図２４は第２ゲーム結果画面の一例である。そして、攻撃制御部５７５は、第２ゲーム結果情報をゲームサーバ３に送信する（Ｓｔｅｐ ７１４）。第２ゲーム結果情報は、プレイヤのプレイヤＩＤ、第２ゲームの勝敗、プレイヤのデッキ構成キャラクターのステイタス情報と、を含む。

第２ゲーム結果情報を受信したゲームサーバ３は、プレイヤ情報更新処理を行う（Ｓｔｅｐ １１２）。ゲームサーバ３のプレイヤ情報管理部７０は、受信したデッキ構成キャラクターのステイタス情報から、受信したプレイヤＩＤに対応するプレイヤ保有キャラクターＤＢ１４のステイタス情報（能力値（素早さ、攻撃力、防御力、ヒットポイント、レベル等））を更新する。評価情報更新部７３は、第２ゲームの勝敗から、プレイヤのプレイヤ管理ＤＢ１０の勝利数を増加（＋１）して更新する。また、評価情報更新部７３は、プレイヤ管理ＤＢ１０の称号を、更新後の勝利数に応じた称号に更新する。
以上により、本実施の形態の動作の説明を終わる。

本実施の形態は、対戦ゲームのマッチングにおいて、プレイヤと、プレイヤの対戦実行回数に応じた対戦プレイヤとがマッチングされるようにしている。特に、本実施の形態では、プレイヤの累積対戦実行回数が所定回数以下の場合は、プレイヤと第１種別のノンプレイヤキャラクターとをマッチングさせ、プレイヤの累積対戦実行回数が所定回数を超える場合は、プレイヤと、ランダムに選択された第２種別のノンプレイヤキャラクターと、をマッチングさせるように構成している。そして、第１種別のノンプレイヤキャラクターは運営側のデッキを使用するノンプレイヤキャラクターであり、第２種別のノンプレイヤキャラクターは他のプレイヤが登録したデッキを使用するノンプレイヤキャラクターである。

従って、プレイヤの累積対戦実行回数が所定回数以下の場合、プレイヤは、プレイヤが使用するデッキのデッキレベルよりも低いデッキレベルのデッキ使用するノンプレイヤキャラクターとマッチングすることになり、累積対戦実行回数が少ない初心者プレイヤの勝利確率を高くすることができ、対戦ゲームに対する興味が失われることを防止することができる。また、累積対戦実行回数が所定回数を超えたプレイヤは、実在するプレイヤが登録した様々なデッキを使用する第２種別のノンプレイヤキャラクターとマッチングさせることで、バラエティーに富む対戦を実行することができる。

また、対戦ゲームにおいて、実在するプレイヤが登録した様々なデッキを使用する第２種別のノンプレイヤキャラクターを使用することにより、デッキを登録した他のプレイヤの操作を必要とない非リアルタイム的な対戦ゲームを実行することができる。

また、本実施の形態は、対戦ゲームにおける攻撃対象の選定において、対戦相手のキャラクターの状態に応じて攻撃対象の選定方法を異ならせている。このような構成にすることにより、キャラクターの状態によって、対戦ゲームを有利に進める攻撃態様を選定することができ、プレイヤのゲームに対する理解不足による攻撃対象の選定の間違い等を防止することができる。また、キャラクターの状態を遷移させ、ゲームを有利に進めるスキル等を発動させる楽しみを、プレイヤに与えることができる。
このような結果として、プレイヤはゲームに対する興味を失うことはないので、ユーザにとっての興趣性を向上させたゲームを提供することができる。

＜本実施の形態の変形例１＞
上述した実施の形態において、プレイヤと第１種別のノンプレイヤキャラクターとをマッチングさせる場合、複数の第１種別のノンプレイヤキャラクターを、プレイヤに提示するようにしても良い。

例えば、プレイヤのデッキレベル以下のゲーム運営側デッキが複数ある場合、ゲームサーバ３のマッチング部７２は、それら複数の対戦プレイヤデッキ構成情報を端末２に送信する。端末２の第２ゲーム実行制御部５７は、複数の第１種別のノンプレイヤキャラクターを端末２に提示し、プレイヤが選択できるようにする。そして、第２ゲーム実行制御部５７は、プレイヤが選択した第１種別のノンプレイヤキャラクターとプレイヤとの第２ゲームを実行する。

図２５は対戦プレイヤ選択画面の一例である。図２５の対戦プレイヤ選択画面には、デッキレベルが異なる二つの第１種別のノンプレイヤキャラクターが提示されている。プレイヤは、対戦を希望する第１種別のノンプレイヤキャラクターを選択することにより、その第１種別のノンプレイヤキャラクターと対戦を実行することができる。

＜本実施の形態の変形例２＞
上述した実施の形態では、第２ゲームに勝利したプレイヤだけに勝利数を増加（＋１）するように構成した。しかし、他のプレイヤが登録したデッキを使用した第２種別のノンプレイヤキャラクターが対戦ゲームに勝利した場合、第２種別のノンプレイヤキャラクターが使用したデッキを登録した他のプレイヤの勝利数を増加（＋１）するようにしても良い。

この場合、ゲームサーバ３の評価情報更新部７３は、第２ゲームの勝敗が第２種別のノンプレイヤキャラクターの勝利である場合、第２種別のノンプレイヤキャラクターが使用したデッキを登録した他のプレイヤのプレイヤ管理ＤＢ１０の勝利数を＋１増加する。評価情報更新部７３は、プレイヤ管理ＤＢ１０の称号を、更新後の勝利数に応じた称号に更新する。

このように構成することにより、プレイヤは実際に第２ゲームを実行することなく、勝利数が増加し、その勝利数に応じた称号（評価情報）を得ることができるので、プレイヤは登録したデッキのデッキ構成キャラクターのレベル等を上昇させるように、第１ゲームや第２ゲームを実行することになり、ユーザにとっての興趣性を向上させたゲームを提供することができる。

＜本実施の形態の変形例３＞
上述した実施の形態では、攻撃はプレイヤ及び対戦プレイヤの戦闘可能なキャラクターの素早さの値が高い順に攻撃キャラクターを決定した。しかし、プレイヤの攻撃ターンと対戦プレイヤの攻撃ターンとが交互になるように構成しても良い。例えば、プレイヤのキャラクターについてのみ攻撃ターン処理を行い、その後に、対戦プレイヤのキャラクターについてのみ攻撃ターン処理を行って、プレイヤの攻撃ターンと対戦プレイヤの攻撃ターンとが交互になるように構成しても良い。

＜本実施の形態の変形例４＞
上述した実施の形態では、対戦画面において、プレイヤのデッキレベル及び対戦プレイヤのデッキレベルを提示するようにした。しかし、デッキレベルは、各プレイヤのレベルに相当するものである。そこで、プレイヤのデッキレベル及び対戦プレイヤのデッキレベルに代えて、プレイヤのプレイヤレベル及び対戦プレイヤのプレイレベルとしても良い。

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

［付記１］
対戦ゲームを管理するプログラムであって、
コンピュータを、
プレイヤが対戦ゲームに使用するデッキを管理するデッキ管理手段、
前記デッキを使用する対戦ゲームにおいて、前記プレイヤと、前記プレイヤの対戦実行回数に応じた対戦プレイヤと、をマッチングするマッチング手段、
として機能させるプログラム。

［付記２］
前記マッチング手段は、
前記プレイヤの対戦実行回数が所定数以下である場合、前記プレイヤと第１種別の対戦プレイヤとをマッチングし、
前記プレイヤの対戦実行回数が前記所定数を超える場合、前記プレイヤと第２種別の対戦プレイヤとをマッチングする、
付記１に記載のプログラム。

［付記３］
前記第１種別の対戦プレイヤは、ノンプレイヤキャラクターであり、ゲーム運営側が設定したデッキを使用し、
前記第２種別の対戦プレイヤは、ノンプレイヤキャラクターであり、前記プレイヤ以外の他プレイヤが登録したデッキを使用する、
付記２に記載のプログラム。

［付記４］
前記マッチング手段は、前記プレイヤの対戦実行回数が前記所定数に達するまで、前記プレイヤの勝利数が敗戦数を超えるように、前記プレイヤと前記第１種別の対戦プレイヤとをマッチングする、
付記２又は付記３に記載のプログラム。

［付記５］
前記マッチング手段は、前記第２種別の対戦プレイヤが使用するデッキを、前記他プレイヤが登録したデッキからランダムに選択する、
付記２から付記４のいずれかに記載のプログラム。

［付記６］
前記第１種別の対戦プレイヤ又は前記第２種別の対戦プレイヤの強さは、前記第１種別の対戦プレイヤ又は前記第２種別の対戦プレイヤが使用するデッキの強さに応じている、
付記２から付記５のいずれかに記載のプログラム。

［付記７］
前記第１種別の対戦プレイヤが使用するデッキは、マッチングするプレイヤが使用するデッキの強さよりも低い強さのデッキである、
付記６に記載のプログラム。

［付記８］
前記デッキの強さは、前記デッキを構成するキャラクターのレベルに応じている、
付記６又は付記７に記載のプログラム。

［付記９］
前記マッチング手段は、
前記第１種別の対戦プレイヤが使用可能な複数のデッキを、前記プレイヤに提示し、
前記プレイヤが選択したデッキを使用した第１種別の対戦プレイヤと、前記プレイヤと、をマッチングする、
付記２から付記８のいずれかに記載のプログラム。

［付記１０］
前記マッチング手段は、前記プレイヤと前記第２種別の対戦プレイヤとがマッチングした場合、前記第２種別の対戦プレイヤが使用するデッキを登録した前記他プレイヤに対し、マッチングしたことを通知しない、
付記２から付記９のいずれかに記載のプログラム。

［付記１１］
前記マッチング手段は、前記プレイヤと前記第２種別の対戦プレイヤとがマッチングした場合、前記第２種別の対戦プレイヤの名称として、前記第２種別の対戦プレイヤが使用するデッキを登録した前記他プレイヤの名称を提示する、
付記２から付記１０のいずれかに記載のプログラム。

［付記１２］
前記対戦実行回数は、前記プレイヤが対戦ゲームを実行した累積の実行回数である、
付記１から付記１１のいずれかに記載のプログラム。

［付記１３］
前記コンピュータを、
前記プレイヤの対戦ゲームの勝利数をカウントする勝利数カウント手段、
前記プレイヤの勝利数に応じた評価情報を、前記プレイヤに設定する評価情報設定手段、
として機能させる、
付記１から付記１２のいずれかに記載のプログラム。

［付記１４］
前記勝利数カウント手段は、前記第２種別の対戦プレイヤが勝利した場合、前記前記第２種別の対戦プレイヤが使用したデッキを登録した前記他プレイヤの勝利数にカウントする、
付記１から付記１３のいずれかに記載のプログラム。

［付記１５］
対戦ゲームを実行するプログラムであって、
コンピュータを、
複数のキャラクターから構成され、プレイヤが対戦ゲームに使用するデッキを登録するデッキ登録手段、
前記対戦ゲームを要求する対戦ゲーム要求手段、
前記プレイヤと、前記対戦ゲームの要求に応答してマッチングされた対戦プレイヤと、の対戦ゲームを実行する対戦ゲーム実行手段、
として機能させ、
前記マッチングされた対戦プレイヤは、前記プレイヤの対戦実行回数に応じた対戦プレイヤである、
プログラム。

［付記１６］
前記対戦ゲーム実行手段は、
前記プレイヤの対戦実行回数が所定数以下である場合、前記プレイヤと、前記対戦ゲームの要求に応答してマッチングされた第１種別の対戦プレイヤと、の対戦ゲームを実行し、
前記プレイヤの対戦実行回数が前記所定数を超える場合、前記プレイヤと、前記対戦ゲームの要求に応答してマッチングされた第２種別の対戦プレイヤと、の対戦ゲームを実行する、
付記１５に記載のプログラム。

［付記１７］
前記第１種別の対戦プレイヤは、ノンプレイヤキャラクターであり、所定のデッキを使用し、
前記第２種別の対戦プレイヤは、ノンプレイヤキャラクターであり、前記プレイヤ以外の他プレイヤが登録したデッキ使用する、
付記１６に記載のプログラム。

［付記１８］
前記第１種別の対戦プレイヤ又は前記第２種別の対戦プレイヤの強さは、前記第１種別の対戦プレイヤ又は前記第２種別の対戦プレイヤが使用するデッキの強さに応じている、
付記１７に記載のプログラム。

［付記１９］
前記第１種別の対戦プレイヤが使用する所定のデッキは、マッチングするプレイヤが使用するデッキの強さよりも低い強さのデッキである、
付記１８に記載のプログラム。

［付記２０］
前記デッキの強さは、前記デッキを構成するキャラクターのレベルに応じている、
付記１８又は付記１９に記載のプログラム。

［付記２１］
前記対戦ゲーム実行手段は、前記プレイヤと前記第２種別の対戦プレイヤとがマッチングした場合、前記第２種別の対戦プレイヤの名称として、前記第２種別の対戦プレイヤが使用するデッキを登録した前記他プレイヤの名称を提示する、
付記１７から付記２０のいずれかに記載のプログラム。

［付記２２］
前記対戦ゲーム実行手段は、前記第１種別の対戦プレイヤが使用可能な複数のデッキを提示し、前記プレイヤが選択したデッキを使用した第１種別の対戦プレイヤと、前記プレイヤと、の対戦ゲームを実行する、
付記１７から付記２１のいずれかに記載のプログラム。

［付記２３］
対戦ゲームを管理するゲーム管理装置であって、
プレイヤが対戦ゲームに使用するデッキを管理するデッキ管理手段と、
前記デッキを使用する対戦ゲームにおいて、前記プレイヤと、前記プレイヤの対戦実行回数に応じた対戦プレイヤと、をマッチングするマッチング手段と、
を備えるゲーム管理装置。

［付記２４］
対戦ゲームを実行するゲーム装置であって、
複数のキャラクターから構成され、プレイヤが対戦ゲームに使用するデッキを登録するデッキ登録手段と、
前記対戦ゲームを要求する対戦ゲーム要求手段と、
前記プレイヤと、前記対戦ゲームの要求に応答してマッチングされた対戦プレイヤと、の対戦ゲームを実行する対戦ゲーム実行手段と、
を備え、
前記マッチングされた対戦プレイヤは、前記プレイヤの対戦実行回数に応じた対戦プレイヤである、
ゲーム装置。

［付記２５］
プレイヤが対戦ゲームを実行するゲーム装置と、前記対戦ゲームを管理するゲーム管理装置と、を備え、
前記ゲーム装置は、
複数のキャラクターから構成され、前記プレイヤが対戦ゲームに使用するデッキを登録するデッキ登録手段と、
前記対戦ゲームを要求する対戦ゲーム要求手段と、
前記プレイヤと、前記対戦ゲームの要求に応答してマッチングされた対戦プレイヤと、の対戦ゲームを実行する対戦ゲーム実行手段と、
を備え、
前記ゲーム管理装置は、
前記プレイヤが登録したデッキを管理するデッキ管理手段と、
前記デッキを使用する対戦ゲームにおいて、前記プレイヤと、前記プレイヤの対戦実行回数に応じた対戦プレイヤと、をマッチングするマッチング手段と、
を備る、
ゲームシステム。

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

１ ゲームカード
２ 端末
３ ゲームサーバ
１１ 絵柄
１２ 第１キャラクター画像
１３ 第１背景画像
１４ 第１キャラクター情報
２１ ディスプレイ
２２ タッチ操作パネル
２３ スピーカ
２４ カメラ
３１ 操作入力部
３２ 読取部
３３ 表示部
３４ 音出力部
３５ 通信部
３６ 記憶部
３７ 処理部
４０ ゲーム演算部
４１ 画像生成部
４２ 音生成部
４３ 通信制御部
５０ ゲーム管理部
５１ 操作検出部
５２ ゲームカード読取制御部
５３ キャラクター認識部
５４ 提示制御部
５５ デッキ登録部
５６ 第１ゲーム実行制御部
５７ 第２ゲーム実行制御部
６０ 記憶部
６１ 通信部
６２ 処理部
７０ プレイヤ情報管理部
７１ プレイヤデッキ管理部
７２ マッチング部
７３ 評価情報更新部
５７１ 対戦ゲーム要求部
５７２ キャラクター提示制御部
５７３ キャラクター状態提示部
５７４ 攻撃対象キャラクター選定部
５７５ 攻撃制御部

Claims (25)

1. 対戦ゲームを管理するプログラムであって、
   コンピュータを、
   プレイヤが対戦ゲームに使用するデッキを管理するデッキ管理手段、
   前記デッキを使用する対戦ゲームにおいて、前記プレイヤと、前記プレイヤの対戦実行回数に応じた対戦プレイヤと、をマッチングするマッチング手段、
   として機能させるプログラム。
2. 前記マッチング手段は、
   前記プレイヤの対戦実行回数が所定数以下である場合、前記プレイヤと第１種別の対戦プレイヤとをマッチングし、
   前記プレイヤの対戦実行回数が前記所定数を超える場合、前記プレイヤと第２種別の対戦プレイヤとをマッチングする、
   請求項１に記載のプログラム。
3. 前記第１種別の対戦プレイヤは、ノンプレイヤキャラクターであり、ゲーム運営側が設定したデッキを使用し、
   前記第２種別の対戦プレイヤは、ノンプレイヤキャラクターであり、前記プレイヤ以外の他プレイヤが登録したデッキを使用する、
   請求項２に記載のプログラム。
4. 前記マッチング手段は、前記プレイヤの対戦実行回数が前記所定数に達するまで、前記プレイヤの勝利数が敗戦数を超えるように、前記プレイヤと前記第１種別の対戦プレイヤとをマッチングする、
   請求項２又は請求項３に記載のプログラム。
5. 前記マッチング手段は、前記第２種別の対戦プレイヤが使用するデッキを、前記他プレイヤが登録したデッキからランダムに選択する、
   請求項２から請求項４のいずれかに記載のプログラム。
6. 前記第１種別の対戦プレイヤ又は前記第２種別の対戦プレイヤの強さは、前記第１種別の対戦プレイヤ又は前記第２種別の対戦プレイヤが使用するデッキの強さに応じている、
   請求項２から請求項５のいずれかに記載のプログラム。
7. 前記第１種別の対戦プレイヤが使用するデッキは、マッチングするプレイヤが使用するデッキの強さよりも低い強さのデッキである、
   請求項６に記載のプログラム。
8. 前記デッキの強さは、前記デッキを構成するキャラクターのレベルに応じている、
   請求項６又は請求項７に記載のプログラム。
9. 前記マッチング手段は、
   前記第１種別の対戦プレイヤが使用可能な複数のデッキを、前記プレイヤに提示し、
   前記プレイヤが選択したデッキを使用した第１種別の対戦プレイヤと、前記プレイヤと、をマッチングする、
   請求項２から請求項８のいずれかに記載のプログラム。
10. 前記マッチング手段は、前記プレイヤと前記第２種別の対戦プレイヤとがマッチングした場合、前記第２種別の対戦プレイヤが使用するデッキを登録した前記他プレイヤに対し、マッチングしたことを通知しない、
    請求項２から請求項９のいずれかに記載のプログラム。
11. 前記マッチング手段は、前記プレイヤと前記第２種別の対戦プレイヤとがマッチングした場合、前記第２種別の対戦プレイヤの名称として、前記第２種別の対戦プレイヤが使用するデッキを登録した前記他プレイヤの名称を提示する、
    請求項２から請求項１０のいずれかに記載のプログラム。
12. 前記対戦実行回数は、前記プレイヤが対戦ゲームを実行した累積の実行回数である、
    請求項１から請求項１１のいずれかに記載のプログラム。
13. 前記コンピュータを、
    前記プレイヤの対戦ゲームの勝利数をカウントする勝利数カウント手段、
    前記プレイヤの勝利数に応じた評価情報を、前記プレイヤに設定する評価情報設定手段、
    として機能させる、
    請求項１から請求項１２のいずれかに記載のプログラム。
14. 前記勝利数カウント手段は、前記第２種別の対戦プレイヤが勝利した場合、前記前記第２種別の対戦プレイヤが使用したデッキを登録した前記他プレイヤの勝利数にカウントする、
    請求項１から請求項１３のいずれかに記載のプログラム。
15. 対戦ゲームを実行するプログラムであって、
    コンピュータを、
    複数のキャラクターから構成され、プレイヤが対戦ゲームに使用するデッキを登録するデッキ登録手段、
    前記対戦ゲームを要求する対戦ゲーム要求手段、
    前記プレイヤと、前記対戦ゲームの要求に応答してマッチングされた対戦プレイヤと、の対戦ゲームを実行する対戦ゲーム実行手段、
    として機能させ、
    前記マッチングされた対戦プレイヤは、前記プレイヤの対戦実行回数に応じた対戦プレイヤである、
    プログラム。
16. 前記対戦ゲーム実行手段は、
    前記プレイヤの対戦実行回数が所定数以下である場合、前記プレイヤと、前記対戦ゲームの要求に応答してマッチングされた第１種別の対戦プレイヤと、の対戦ゲームを実行し、
    前記プレイヤの対戦実行回数が前記所定数を超える場合、前記プレイヤと、前記対戦ゲームの要求に応答してマッチングされた第２種別の対戦プレイヤと、の対戦ゲームを実行する、
    請求項１５に記載のプログラム。
17. 前記第１種別の対戦プレイヤは、ノンプレイヤキャラクターであり、所定のデッキを使用し、
    前記第２種別の対戦プレイヤは、ノンプレイヤキャラクターであり、前記プレイヤ以外の他プレイヤが登録したデッキ使用する、
    請求項１６に記載のプログラム。
18. 前記第１種別の対戦プレイヤ又は前記第２種別の対戦プレイヤの強さは、前記第１種別の対戦プレイヤ又は前記第２種別の対戦プレイヤが使用するデッキの強さに応じている、
    請求項１７に記載のプログラム。
19. 前記第１種別の対戦プレイヤが使用する所定のデッキは、マッチングするプレイヤが使用するデッキの強さよりも低い強さのデッキである、
    請求項１８に記載のプログラム。
20. 前記デッキの強さは、前記デッキを構成するキャラクターのレベルに応じている、
    請求項１８又は請求項１９に記載のプログラム。
21. 前記対戦ゲーム実行手段は、前記プレイヤと前記第２種別の対戦プレイヤとがマッチングした場合、前記第２種別の対戦プレイヤの名称として、前記第２種別の対戦プレイヤが使用するデッキを登録した前記他プレイヤの名称を提示する、
    請求項１７から請求項２０のいずれかに記載のプログラム。
22. 前記対戦ゲーム実行手段は、前記第１種別の対戦プレイヤが使用可能な複数のデッキを提示し、前記プレイヤが選択したデッキを使用した第１種別の対戦プレイヤと、前記プレイヤと、の対戦ゲームを実行する、
    請求項１７から請求項２１のいずれかに記載のプログラム。
23. 対戦ゲームを管理するゲーム管理装置であって、
    プレイヤが対戦ゲームに使用するデッキを管理するデッキ管理手段と、
    前記デッキを使用する対戦ゲームにおいて、前記プレイヤと、前記プレイヤの対戦実行回数に応じた対戦プレイヤと、をマッチングするマッチング手段と、
    を備えるゲーム管理装置。
24. 対戦ゲームを実行するゲーム装置であって、
    複数のキャラクターから構成され、プレイヤが対戦ゲームに使用するデッキを登録するデッキ登録手段と、
    前記対戦ゲームを要求する対戦ゲーム要求手段と、
    前記プレイヤと、前記対戦ゲームの要求に応答してマッチングされた対戦プレイヤと、の対戦ゲームを実行する対戦ゲーム実行手段と、
    を備え、
    前記マッチングされた対戦プレイヤは、前記プレイヤの対戦実行回数に応じた対戦プレイヤである、
    ゲーム装置。
25. プレイヤが対戦ゲームを実行するゲーム装置と、前記対戦ゲームを管理するゲーム管理装置と、を備え、
    前記ゲーム装置は、
    複数のキャラクターから構成され、前記プレイヤが対戦ゲームに使用するデッキを登録するデッキ登録手段と、
    前記対戦ゲームを要求する対戦ゲーム要求手段と、
    前記プレイヤと、前記対戦ゲームの要求に応答してマッチングされた対戦プレイヤと、の対戦ゲームを実行する対戦ゲーム実行手段と、
    を備え、
    前記ゲーム管理装置は、
    前記プレイヤが登録したデッキを管理するデッキ管理手段と、
    前記デッキを使用する対戦ゲームにおいて、前記プレイヤと、前記プレイヤの対戦実行回数に応じた対戦プレイヤと、をマッチングするマッチング手段と、
    を備える、
    ゲームシステム。

Images