JP6853861B2 - プログラム、ゲームシステム及びゲーム管理サーバ - Google Patents

Description

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

近年、ゲームのプレーヤ同士がネットワークを介して対戦するオンラインゲームが人気である。例えば、バトルゲームのようにプレーヤ同士で対戦するゲームでは、同レベルのプレーヤ同士がマッチングされて対戦する（例えば特許文献１）。

特開２００６−２５４９７９号公報

上述のようなゲームにおいて、ユーザの興趣性を高めるマッチングを行うことが求められている。そこで本発明が解決しようとする課題は、ユーザの興趣性を高めるマッチングを行うことにある。

本発明の一態様は、第１のゲーム要素を使用したゲームの対戦要求を受信する受信手段と、受信した対戦要求のプレーヤのうち、所定の条件を満たすプレーヤ同士をマッチングするマッチング手段と、前記所定の条件を満たすプレーヤ同士のマッチングができない場合に、仮想的な対戦相手との対戦を実行する仮想対戦実行手段とを備えるゲーム管理サーバである。

本発明の一態様は、プレーヤが第１ゲーム要素を使用して行うゲームの進行の制御をコンピュータに実行させるプログラムであって、前記コンピュータを、第１のゲーム要素を使用したゲームの対戦要求を受信する受信手段と、受信した対戦要求のプレーヤのうち、所定の条件を満たすプレーヤ同士をマッチングするマッチング手段と、前記所定の条件を満たすプレーヤ同士のマッチングができない場合に、仮想的な対戦相手との対戦を実行する仮想対戦実行手段として機能させるプログラムである。

本発明の一態様は、プレーヤが第１ゲーム要素を使用して行うゲームを実行するシステムであって、第１のゲーム要素を使用したゲームの対戦要求を受信する受信手段と、受信した対戦要求のプレーヤのうち、所定の条件を満たすプレーヤ同士をマッチングするマッチング手段と、前記所定の条件を満たすプレーヤ同士のマッチングができない場合に、仮想的な対戦相手との対戦を実行する仮想対戦実行手段とを備えるシステムである。

本願によると、ユーザの興趣性を高めるマッチングを行うことができる。

図１は本実施形態におけるゲームシステムの全体構成例を示す図である。 図２はプレーヤ端末１の一例であるスマートフォンの装置構成例を示す図である。 図３はプレーヤ端末１のディスプレイ１１に表示される対戦ゲームのスタンバイフェーズ又はカード使用準備フェーズにおける画面表示の一例を示した図である。 図４はプレーヤ端末１のディスプレイ１１に表示される対戦ゲームのスタンバイフェーズ又はカード使用準備フェーズにおける操作の一例を示した図である。 図５はプレーヤ端末１の機能構成例を示すブロック図である。 図６はプレーヤが保有するカードのカード設定データの一例を示した図である。 図７はデッキ設定データの一例を示す図である。 図８はプレーヤＡのバディ設定データの一例を示す図である。 図９はプレーヤ端末の概略図である。 図１０はユーザデータの一例である。 図１１は仮想ユーザデータの一例である。 図１２は、プレーヤ端末１とゲームサーバ２との動作を説明するための全体のシーケンス図である。 図１３は、マッチング処理のフローである。 図１４は、マッチング処理のフローである。 図１５は、プレーヤ端末の概略図である。 図１６は、シーケンス図である。

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

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

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

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

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

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

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

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

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

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

また、第２ゲーム要素は、キャラクタ情報を持つ。このキャラクタ情報は、第２ゲーム要素のゲームの強さ（レベル）や属性情報（性別や性格など）である。キャラクタ情報は、第２ゲーム要素の自律的又は自発的（能動的）な行動（第１ゲーム要素の使用）に影響を与える。別の言い方をするならば、キャラクタ情報は第２ゲーム要素の能力であり、この能力の相違によって第２ゲーム要素の自律的又は自発的（能動的）な挙動（第１ゲーム要素の使用）が異なるということである。そして、このキャラクタ情報は、第２ゲーム要素の選択時やゲームの進行に伴って変化する。

上述のような、第２ゲーム要素による自律的又は自発的（能動的）な行動は、ゲームサーバ２が備えるＡＩ機能によって与えられる情報に基づいて行われる。このＡＩ機能は、多くの対戦ゲームのゲーム進行の内容とその結果等を教師データとし、機械学習して得られたＡＩ機能である。機械学習の方法は、深層学習（ディープラーニング）、強化学習、又は、それらの組み合わせが代表的なものであるが、これに限られない。

［ゲーム内容の概略］
次に、実施の形態の説明の理解を助けるために、プレーヤ端末１のディスプレイ１１の表示画面を用いて、ゲームの概要を説明する。

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

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

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

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

ここで、第２ゲーム要素であるが、各プレーヤＡ，Ｂは、アカウント登録時において、複数の第２ゲーム要素(以下、バディと記載する)から好みのバディを選択することにより、取得可能である。各プレーヤＡ，Ｂは、取得したバディと同一のグループ（ペア）となる。

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

本実施形態におけるバトルゲームの対戦態様は、通常対戦モードと特殊対戦モードとがあり、プレーヤは選択することができる。通常対戦モードはプレーヤ対プレーヤ（人間同士）の対戦モードである。特殊対戦モードは、プレーヤ対バディの対戦モードである。プレーヤによって選択された対戦モードの情報（対戦モード選択情報）は、ゲームサーバ２に送信される。尚、バディが対戦する場合は、バディのプレーヤが設定したデッキを使用する。プレーヤは、通常対戦態様又は特殊対戦態様のいずれかを選択することが可能である。プレーヤと対戦相手のマッチングについて、説明する。

プレーヤは、ランクを持つ。プレーヤのランクは、バトルの勝敗によって増減するエレメントによって決定される。エレメントとは、ランクの上昇に必要な「勝利ポイント」のことである。プレーヤのランクは、蓄積した累計のエレメント（以下、累計エレメントと記載する）が多ければ多いほど高位のランクとなる。各ランクはいずれかのクラスに属するが、低位のランクは低位のクラスに属し、高位のランクは高位のクラスに属する。例えば、最も簡単な例では、低位のランク１からランク９までは最低位の第１クラスに属し、ランク１０からランク１９までは第２クラスに属し、ランク２０からランク２９までは第３クラスに属するなどである。

プレーヤと同一のグループを構成するバディも、プレーヤと同様に、レベル（ランクに相当）を持つ。バディのレベルはバディの強さともいえ、高位のレベルほど、ゲームの進行に対して適切に行動（挙動）する。バディのレベルは、バトルの勝敗によって獲得できる経験値によって上昇する。但し、プレーヤのランクとバディのレベルとが乖離すると、ゲームバランスが崩れる可能性があるので、プレーヤのランクとバディのレベルとを連動させる。例えば、プレーヤのランクがランク９である場合、バディのレベルはレベル１８以上には上昇しないようにする。すなわち、プレーヤのランクに応じて、バディのレベルの上限を設定するようにする。

プレーヤと対戦相手のマッチングは、基本的には同一のランクを持つプレーヤ同士がマッチングされるように、ログインしているプレーヤ中から同一のランクを持つプレーヤを検索する。同一のランクを持つプレーヤを検索できない場合は、上下にランク（例えば、１ランク）を変更し、プレーヤを検索してマッチングを行う。

プレーヤと対戦相手とのマッチングが決定すると、バトルが開始される。

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

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

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

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

このような一連のフェーズからなるターンを、プレーヤＡ側と対戦相手のプレーヤＢ側とが交互に繰り返し、いずれかのプレーヤ又はバディのライフが０になる、又は、デッキのカードが０枚になることにより、勝敗が決定する。対戦の勝敗が決定すると、その対戦の勝敗(対戦結果)が提示される。そして、勝敗に応じてプレーヤのエレメントを増減させるとともに、バディの経験値を付与する。

尚、プレーヤとバディとの対戦の場合、人間側のプレーヤに対しては上述のバトル画面を提示するが、バディ側のプレーヤの場合は詳細なバトル画面を表示せず、対戦結果のみ表示するようにしても良い。プレーヤとバディとの対戦時において、かならずしも、バディ側のプレーヤはバトルを閲覧可能とは限らず、コンピュータに操作されるバディという特殊性を鑑みると、複数のバトルが同時多発的に発生する場合もあるからである。

以下、このようなゲームシステムを実現する各構成要素について説明する。

［機能構成］
図５は、プレーヤ端末１の機能構成例を示すブロック図である。

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

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

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

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

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

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

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

対戦実行部７３は、プレーヤの操作による対戦を実行する部である。対戦実行部７３は、プレーヤＡ，Ｂのタッチ操作等により、カードの選択や、カードの行動を決定し、カードの選択又は行動の情報である行動選択情報を生成し、通信部５５を介して、ゲームサーバ２に送信する。また、対戦実行部７３は、カードの選択又は行動の操作に関する情報であるカード操作情報を、通信部５５を介して取得する。カード操作情報は、ゲームサーバ２のＡＩ機能により、バディのキャラクタ情報と、対戦におけるカード設定情報の状況とを参照して生成された情報であり、プレーヤ端末１に、バディがカードの選択又は行動の操作する画像を表示するための情報である。更に、対戦実行部７３は、取得されたカード操作情報を用いて、バディがカードの選択又は行動を操作する画像を表示する処理を行う。また、ユーザによって対戦モードが選択されると、対戦要求の情報を含む対戦モード選択情報をゲームサーバ２に送信する。対戦要求の情報には、ユーザ識別情報が含まれる。

ゲーム管理部７４は、ゲーム全体の進行を管理する。ゲーム管理部７４は、ゲームサーバ２からのマッチング結果及び対戦結果を後述する画像表示部５３に表示させる。

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

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

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

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

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

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

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

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

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

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

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

バディ設定データは、メニュー設定より選択されたバディのキャラクタ情報である。このバディのキャラクタ情報はゲームの進行に伴って変化するが、変化した場合には変化後のキャラクタ情報がゲームサーバ２から通知され、キャラクタ情報は更新される。図８はプレーヤＡのバディ設定データの一例を示す図である。図８の例では、バディ設定データは、バディ識別情報、バディの画像、バディ名、レベル、カード理解度、パーソナリティ及びシンクロレベルを含んでいる。尚、図８はバディ設定データの一例を示したものであり、これに限定されるものではない。

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

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

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

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

マッチング処理部１０２は、プレーヤ端末１からの対戦要求を含む対戦モード選択情報に応答して、対戦相手をマッチングする。マッチングは、プレーヤ端末１のプレーヤのランクを用いて、プレーヤとマッチングする対戦相手を、ユーザ識別情報と、プレーヤ又はバディのランクとが対応付けられたリアルプレーヤリストから検索する。マッチング処理部１０２は、対戦モード選択情報に含まれるユーザ識別情報を用いてユーザ情報データからプレーヤ又はプレーヤのバディのランクを取得し、リアルプレーヤリストに記憶する。即ち、リアルプレーヤは、プレーヤ端末１を用いてゲームをプレイするユーザという意味となる。マッチングの条件は、基本的に、ログインしているプレーヤのうち、同一のランクを持つプレーヤ又は同一のランクを持つプレーヤのバディを対戦相手としてマッチングする。同一のランクを持つプレーヤ又は同一のランクを持つプレーヤのバディを検索できない場合は、ランク差が所定範囲内のプレーヤ又はプレーヤのバディとマッチングするようにする。例えば、上又は下に１ランク変更し、ランク差があるプレーヤ又はプレーヤのバディとマッチングするようにする。

ゲーム管理部１０３は、マッチング処理部１０２からのマッチング結果を、通信部９２を介してプレーヤ端末１に送信する。また、ゲーム管理部１０３は、プレーヤ及び対戦相手プレーヤのプレーヤ端末１からのカード設定情報や行動選択情報等を受信し、カード設定情報や行動選択情報、後述するカードデータを用いて対戦処理を行い、その対戦結果を出力する。また、プレーヤのプレーヤ端末１及び後述する仮想対戦実行部１０５からのカード設定情報や行動選択情報等を受信し、カード設定情報や行動選択情報、後述するカードデータを用いて対戦処理を行い、その対戦結果を出力する。

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

仮想対戦実行部１０５は、マッチング処理部１０２が現実的なプレーヤを対戦相手として検索できなかった場合に、仮想的なプレーヤを対戦相手として選択する。詳細には、仮想対戦実行部１０５は、リアルプレーヤリストから対戦相手を検索出来なかった場合、プレーヤと同一のランク、又は、所定範囲内のランク差にあるランクの仮想対戦プレーヤを選択する。仮想対戦プレーヤはランク毎に複数用意されている。各仮想対戦プレーヤには、後述する仮想ユーザ情報データと、カードの選択やカードの行動を決定するカード決定アルゴリズムとが設定されている。仮想対戦実行部１０５はプレーヤ端末１のプレーヤのランクに応じた仮想ユーザ情報データとカード決定アルゴリズムを用いて、第１のゲーム要素及び第２のゲーム要素を用いたゲームを実行する。尚、以下の説明では、仮想対戦実行部１０５は、プレーヤと同一のランクの仮想対戦プレーヤを選択する場合を用いて説明する。

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

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

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

ユーザ情報データは、ゲームに参加しているプレーヤの基本データであり、プレーヤ毎のユーザ情報データを記録している。図１０はユーザ情報データの一例を示した図である。図１０の例では、プレーヤのユーザ識別情報と、そのプレーヤのユーザ名と、そのプレーヤのバディ設定データと、デッキ設定データと、プレーヤのランク、クラス及び現在までの累計エレメントと、プレーヤのバディのレベル、累計経験値及びキャラクタ情報（カード理解度等）を含んでいる。

カードデータは、本ゲームで使用されるカード全てのカードデータである。基本的に、上述した図６のカード設定データと同様なデータを、ゲームで使用される全てのカードについて格納している。

仮想ユーザ情報データは、仮想対戦プレーヤの基本データであり、仮想対戦プレーヤ毎のユーザ情報データを記録している。図１１は仮想ユーザ情報データの一例を示した図である。図１１の例では、仮想対戦プレーヤのユーザ識別情報、仮想対戦プレーヤのユーザ名及びランクと、仮想対戦プレーヤのバディ設定データ、レベル及びキャラクタ情報（カード理解度等）と、デッキ設定データとを含んでいる。

［各装置の動作］
プレーヤ端末１と、ゲームサーバ２との動作を説明する。ここでは、プレーヤＡがプレーヤ端末１を用いて、対戦ゲームを行う場合を例に説明する。図１２は、プレーヤ端末１とゲームサーバ２との動作を説明するための全体のシーケンス図である。

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

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

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

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

ログインが完了すると、プレーヤは、対戦モード選択処理を行う（Ｓｔｅｐ１０４）。対戦要求を含む対戦モード選択情報は、通信部５５を介して、ゲームサーバ２に送信される。

対戦モード選択情報を受信したゲームサーバ２のマッチング処理部１０２は、マッチング処理を開始する（Ｓｔｅｐ１０５）。マッチング処理は、プレーヤ端末１からの対戦モード選択情報で示される対戦モードを選択しているプレーヤ同士の中で、同一のランクを持つプレーヤ同士、又は、同一のランクを持つプレーヤと同一のランクを持つプレーヤのバディ同士がマッチングされるように検索する。同一のランクを持つプレーヤ又はプレーヤのバディがマッチングしなかった場合は、上又は下にランク（例えば、１ランク）を変更し、ランク差があるプレーヤ又はプレーヤのバディとマッチングするようにする。

対戦相手が決定されると、マッチング結果送付処理が実行され、マッチング結果がユーザ端末に送信され、画像表示部５３に表示される（Ｓｔｅｐ１０６）。このとき、対戦相手がリアルプレーヤの場合はその対戦相手のユーザ名を表示し、対戦相手が仮想対戦プレーヤの場合はその仮想対戦プレーヤのユーザ名を表示する。例えば、対戦相手がリアルプレーヤの場合はその対戦相手のユーザ名「ＸＸＸ」を表示し、対戦相手が仮想対戦プレーヤの場合はその仮想対戦プレーヤのユーザ名「ＸＹＺ」を表示する。これにより、マッチングした対戦相手が仮想対戦プレーヤであっても、リアルプレーヤと同様なユーザ名が表示されるので、プレーヤには仮想対戦プレーヤと認知できない。

ユーザ端末１の対戦実行部７３とゲームサーバ２のゲーム管理部１０３とは対戦処理を開始する（Ｓｔｅｐ１０７）。この対戦処理では、マッチング処理でリアルプレーヤが対戦相手となった場合には、ゲーム管理部１０３は、プレーヤ及び対戦相手プレーヤのプレーヤ端末１からのカード設定情報や行動選択情報等を受信し、カード設定情報や行動選択情報、カードデータを用いて対戦処理を行い、その対戦結果を出力する。マッチング処理で仮想対戦プレーヤが対戦相手となった場合には、プレーヤのプレーヤ端末１及び仮想対戦実行部１０５からのカード設定情報や行動選択情報やカードデータを用いて対戦処理を行い、その対戦結果を出力する。

プレーヤ端末１の対戦実行部７３は、送信された対戦処理結果を通信部５５を介して受信して画像表示部５３に表示させる。

上記の通り、ゲーム管理部１０３は、マッチング処理でリアルプレーヤが対戦相手となっても仮想対戦プレーヤが対戦相手となっても、プレーヤ及び対戦相手プレーヤとプレーヤ及び仮想対戦プレーヤとの情報を同様に扱って対戦処理を行う。対戦処理の結果を受信したプレーヤ端末１の対戦実行部７３は、リアルプレーヤも仮想対戦プレーヤの識別が出来ないため、リアルプレーヤも仮想対戦プレーヤも同様に画像表示部５３に表示する。即ち、仮想対戦プレーヤであることが識別できないようにして表示されることとなる。

上記マッチング処理（Ｓｔｅｐ１０５）について、詳細に説明する。図１３は、マッチング処理のフローチャートである。

マッチング処理部１０２は、対戦モード選択情報に含まれるユーザ識別情報を用いて、ユーザ情報データからプレーヤ又はバディのランクを取得する（Ｓｔｅｐ１）。

プレーヤ又はバディのランクを取得すると、ユーザ識別情報とプレーヤ又はバディのランクとを対応付けて、リアルプレーヤリストに追加する（Ｓｔｅｐ２）。

マッチング処理部１０２は、同一のランクを持つプレーヤ又は同一のランクを持つプレーヤのバディをリアルプレーヤリストから検索して、対戦相手としてマッチングする（Ｓｔｅｐ３）。

同一のランクを持つプレーヤ又は同一のランクを持つプレーヤのバディを検索できない場合は（Ｓｔｅｐ３：Ｎｏ）、ランク差が所定範囲内のプレーヤ又はプレーヤのバディをリアルプレーヤリストから検索して、対戦相手としてマッチングする（Ｓｔｅｐ４）。

所定範囲のランク差内にあるプレーヤ又はプレーヤのバディを検索できない場合は（Ｓｔｅｐ４：Ｎｏ）、仮想対戦実行部１０５が、Ｓｔｅｐ１で取得したランクと同一ランクの仮想対戦プレーヤを選択する（Ｓｔｅｐ５）。

マッチング処理部１０２は、マッチングできた場合（Ｓｔｅｐ３及びＳｔｅｐ４：Ｙｅｓ）、マッチングしたプレーヤの情報をリアルプレーヤリストから削除する（Ｓｔｅｐ６）。Ｓｔｅｐ１０６のマッチング結果送付処理へ進む。

上記本発明によると、プレーヤが対戦要求したときに対戦相手がいなくとも仮想プレーヤと対戦できるため、ユーザの興趣性が上がる。

〈第２の実施の形態〉
本実施の形態では、所定の検索時間内に現実的なプレーヤを対戦相手としてマッチング出来なかった場合に、仮想プレーヤを対戦相手として選択する形態について説明する。尚、上記実施の形態と同様の構成については同一番号を付し、詳細な説明は省略する。

マッチング処理部１０２は、同一ランク及びランク差が所定範囲内のプレーヤ又はプレーヤのバディを検索できなかった場合、検索開始から所定の検索時間が経過しているかを判定する。判定の結果、所定の検索時間が経過している場合は、仮想プレーヤを対戦相手として選択する。

検索時間は、時間帯によって適宜変更してもよいものとする。例えば、ゲームサーバ２へのプレーヤ端末１からのアクセス数（対戦要求を含む対戦モード選択情報の受信数）を時間帯によって想定し、アクセス数が多い時間帯の検索時間を、アクセス数が少ない時間帯の検索時間より短くしても良い。例えば、アクセス数が多い時間帯の検索時間を３０秒とし、アクセス数が少ない時間帯の検索時間を６０秒にする。また、リアルタイムでアクセス数を監視し、アクセス数の増減に応じて検索時間を増減させても良い。

本実施の形態のマッチング処理について説明する。図１４は、本実施の形態におけるマッチング処理のフローチャートである。Ｓｔｅｐ４までは、第１の実施の形態のマッチング処理と同一であるため、詳細な説明は省略する。

マッチング処理部１０２は、所定範囲のランク差内にあるプレーヤ又はプレーヤのバディを検索できない場合は（Ｓｔｅｐ４：Ｎｏ）、検索開始から所定時間が経過しているかを判定する（Ｓｔｅｐ７）。

所定時間が経過していない場合（Ｓｔｅｐ７：Ｎｏ）、Ｓｔｅｐ３に戻る。一方、所定時間が経過している場合（Ｓｔｅｐ７：Ｙｅｓ）、Ｓｔｅｐ５に進む。

〈第３の実施の形態〉
本実施の形態では、対戦相手を検索中に、プレーヤ端末１の表示画面に演出画像（演出映像）を表示させる形態について説明する。尚、上記実施の形態と同様の構成については同一番号を付し、詳細な説明は省略する。

図１５は、本実施の形態のプレーヤ端末１のブロック図である。第１及び第２の実施の形態の相違としては、ゲーム演算部６１が演出部７５を更に有する。また、記憶部５６には、演出画像が記憶されている。

対戦モード選択情報をサーバ２に送信後、演出部７５は、デフォルトの第１演出画像を記憶部５６から読み出し、画像表示部５３に表示する。演出部７５は、通信部５５を介して、サーバ２からリアルプレーヤを対戦相手として検索できたか否かを示すリアルプレーヤ検索結果を受信すると、第２演出画像を記憶部５６から読み出し、画像表示部５３に表示する。

マッチング処理部１０２は、リアルプレーヤを対戦相手として検索できたか否かのリアルプレーヤ検索結果を通信部９２を介してプレーヤ端末１に送信する。

[変形例]
第３の実施の形態では、演出画像を表示させる演出を実行していたが、演出方法は他の方法であっても良い。例えば、演出画像の代わりに演出音声を予め用意し、演出音声を音声出力部５２から出力させても良い。他にも、演出画像の代わりに、演出振動（バイブレーション）によって演出しても良い。また、本発明においては、演出画像、演出音声、及び演出振動を組み合わせても良い。

〈第４の実施の形態〉
本実施の形態では、リアルプレーヤを対戦相手として検索された場合に、そのマッチングをプレーヤがキャンセルできない形態について説明する。

マッチング処理部１０２は、リアルプレーヤを対戦相手として検索できたことを示すリアルプレーヤ検索結果を含んだマッチング結果を、通信部９２を介してプレーヤ端末１に送信する。

ゲーム管理部１０３は、リアルプレーヤ検索結果を含んだマッチング結果を送信した後、ユーザ端末１からの検索キャンセル要求を受け付けない。

プレーヤ端末１の対戦実行部７３は、対戦要求を送信後、画像表示部５３に検索キャンセルのアイコンを表示させる。対戦実行部７３は、マッチング処理部１０２が送信したマッチング結果にリアルプレーヤ検索結果が含まれているかを確認する。リアルプレーヤ検索結果が含まれている場合、画像表示部５３に表示されていた検索キャンセルのアイコンを削除する。

動作について説明する。図１６は本実施の形態のシーケンス図である。Ｓｔｅｐ１０６までは、上記実施の形態と同じである。

ゲーム管理部１０３は、リアルプレーヤ検索結果を含んだマッチング結果を送信した後、ユーザ端末１からの検索キャンセル要求をキャンセルし、プレーヤ端末１の対戦実行部７３は、リアルプレーヤ検索結果が含まれている場合、画像表示部５３に表示されていた検索キャンセルのアイコンを削除する（Ｓｔｅｐ１０８）。

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

以上、好ましい実施の形態及び実施例が説明された。しかしながら、本発明は、必ずしも上記実施の形態及び実施例に限定されるものではなく、その技術的思想の範囲内において様々に変形され実施できる。

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

（付記１）
第１ゲーム要素を使用したゲームを実行する情報処理装置であって、
実行命令が格納されたメモリと、プロセッサとを備え、
前記プロセッサは、前記実行命令により、
第１のゲーム要素を使用したゲームの対戦要求を受信する受信処理と、
受信した対戦要求のプレーヤのうち、所定の条件を満たすプレーヤ同士をマッチングするマッチング処理と、
前記所定の条件を満たすプレーヤ同士のマッチングができない場合に、仮想的な対戦相手との対戦を実行する仮想対戦実行処理と
を実行する情報処理装置。

（付記２）
第１ゲーム要素を使用したゲームを実行するゲーム管理サーバであって、
実行命令が格納されたメモリと、プロセッサとを備え、
前記プロセッサは、前記実行命令により、
第１のゲーム要素を使用したゲームの対戦要求を受信する受信処理と、
受信した対戦要求のプレーヤのうち、所定の条件を満たすプレーヤ同士をマッチングするマッチング処理と、
前記所定の条件を満たすプレーヤ同士のマッチングができない場合に、仮想的な対戦相手との対戦を実行する仮想対戦実行処理と
を実行するゲーム管理サーバ。

１ プレーヤ端末
２ ゲームサーバ

Claims (9)

1. プレーヤ毎にグループを構成し、第１のプレーヤが設定した第１ゲーム要素から構成されるデッキを使用し、前記第１のプレーヤ以外のプレーヤとの対戦によってレベルが変化する第２ゲーム要素であって、前記第１のプレーヤとグループを構成する前記第２ゲーム要素の設定を許可する設定許可手段と、
   前記第１のプレーヤからの前記デッキを使用したゲームの対戦要求であって、前記第１のプレーヤ以外のプレーヤとグループを構成する第２ゲーム要素との対戦要求を受信する受信手段と、
   前記第１のプレーヤの対戦要求に応答して、前記第１のプレーヤと、前記第１のプレーヤ以外のプレーヤとグループを構成する第２ゲーム要素とのレベル差が所定の範囲にある、前記第１のプレーヤ以外のプレーヤとグループを構成する第２ゲーム要素を検索し、前記第１のプレーヤと、前記第１のプレーヤ以外のプレーヤとグループを構成する第２ゲーム要素とマッチングするマッチング手段と、
   前記受信される対戦要求の数に応じた検索時間内に前記マッチングができない場合に、予め用意された第２ゲーム要素のうち、前記第１のプレーヤのレベルと所定範囲内にあるレベルを持つ第２ゲーム要素との対戦を実行する仮想対戦実行手段と
   を備えるゲーム管理サーバ。
2. 前記検索時間は、前記受信される対戦要求を受信する受信時間帯に応じて変更する
   請求項１に記載のゲーム管理サーバ。
3. 前記受信時間帯は、前記受信される対戦要求の受信数を想定して設定される
   請求項２に記載のゲーム管理サーバ。
4. 前記検索時間は、前記受信される対戦要求の受信数が多い受信時間帯の方を、前記対戦要求の受信数が少ない受信時間帯の方よりも短くする
   請求項２又は請求項３に記載のゲーム管理サーバ。
5. 前記マッチングができない場合に、前記予め用意された第２ゲーム要素であることが識別できないようにして、前記予め用意された第２ゲーム要素に関する情報を、前記第１のプレーヤの端末に送信する表示制御手段
   を有する請求項１から請求項４のいずれかに記載のゲーム管理サーバ。
6. 前記マッチング結果に応じた演出を実行する演出実行手段を
   備える請求項１から請求項５のいずれかに記載のゲーム管理サーバ。
7. 前記マッチングした場合、前記第１のプレーヤの端末からのマッチング中止要求を受け付けないように制御する制御手段
   を備える請求項１から請求項６のいずれかに記載のゲーム管理サーバ。
8. プレーヤが第１ゲーム要素を使用して行うゲームの進行の制御をコンピュータに実行させるプログラムであって、
   前記コンピュータを、
   プレーヤ毎にグループを構成し、第１のプレーヤが設定した第１ゲーム要素から構成されるデッキを使用し、前記第１のプレーヤ以外のプレーヤとの対戦によってレベルが変化する第２ゲーム要素であって、前記第１のプレーヤとグループを構成する前記第２ゲーム要素の設定を許可する設定許可手段と、
   前記第１のプレーヤからの前記デッキを使用したゲームの対戦要求であって、前記第１のプレーヤ以外のプレーヤとグループを構成する第２ゲーム要素との対戦要求を受信する受信手段と、
   前記第１のプレーヤの対戦要求に応答して、前記第１のプレーヤと、前記第１のプレーヤ以外のプレーヤとグループを構成する第２ゲーム要素とのレベル差が所定の範囲にある、前記第１のプレーヤ以外のプレーヤとグループを構成する第２ゲーム要素を検索し、前記第１のプレーヤと、前記第１のプレーヤ以外のプレーヤとグループを構成する第２ゲーム要素とマッチングするマッチング手段と、
   前記受信される対戦要求の数に応じた検索時間内に前記マッチングができない場合に、予め用意された第２ゲーム要素のうち、前記第１のプレーヤのレベルと所定範囲内にあるレベルを持つ第２ゲーム要素との対戦を実行する仮想対戦実行手段と
   して機能させるプログラム。
9. プレーヤが第１ゲーム要素を使用して行うゲームを実行するシステムであって、
   プレーヤ毎にグループを構成し、第１のプレーヤが設定した第１ゲーム要素から構成されるデッキを使用し、前記第１のプレーヤ以外のプレーヤとの対戦によってレベルが変化する第２ゲーム要素であって、前記第１のプレーヤとグループを構成する前記第２ゲーム要素の設定を許可する設定許可手段と、
   前記第１のプレーヤからの前記デッキを使用したゲームの対戦要求であって、前記第１のプレーヤ以外のプレーヤとグループを構成する第２ゲーム要素との対戦要求を受信する受信手段と、
   前記第１のプレーヤの対戦要求に応答して、前記第１のプレーヤと、前記第１のプレーヤ以外のプレーヤとグループを構成する第２ゲーム要素とのレベル差が所定の範囲にある、前記第１のプレーヤ以外のプレーヤとグループを構成する第２ゲーム要素を検索し、前記第１のプレーヤと、前記第１のプレーヤ以外のプレーヤとグループを構成する第２ゲーム要素とマッチングするマッチング手段と、
   前記受信される対戦要求の数に応じた検索時間内に前記マッチングができない場合に、予め用意された第２ゲーム要素のうち、前記第１のプレーヤのレベルと所定範囲内にあるレベルを持つ第２ゲーム要素との対戦を実行する仮想対戦実行手段と
   を備えるシステム。

Images