JP2014236818A - ゲームシステム、サーバ装置及びプログラム - Google Patents

Abstract

【課題】育成ゲームとベットゲームとを融合させたゲームをプレイヤに提供する。【解決手段】複数のキャラクタを用いて行われる戦いを含むゲームを実行するゲームシステムであって、ゲーム装置は、戦いの対象に対してサーバ装置により設定されたオッズをプレイヤに提示し、プレイヤにより制御される第１キャラクタが戦いに参加するかを、プレイヤから受け付ける受付手段と、プレイヤが入力した遊戯価値に応じてベット数を決定するベット手段と、第１キャラクタが戦いに参加する場合、ベット手段によるベット数に基づいて第１キャラクタのパラメータを変更する変更手段と、戦いに参加した第１キャラクタが勝利した場合、オッズとベット数とに基づく遊戯価値をプレイヤに支払う支払い手段と、を有する。【選択図】図５

Description

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

昨今、アミューズメント施設等に設けられた所謂アーケードゲーム装置を用いて、複数のプレイヤが同一のゲームを遊戯することができるようになっている。また、スマートフォン等の携帯端末にゲームプログラムをダウンロードしておき、ゲーム進行処理はサーバ側で実施し、その処理結果を各携帯端末に反映させる所謂オンラインゲームを遊戯することができるようになっている。

上記ゲームの中には、キャラクタを育成したり、複数のキャラクタを用いて対戦する際、プレイヤが遊戯価値をベットしたりして楽しむゲームがある。例えば、対戦のためにキャラクタを育成する育成ゲームとしてのモードと、キャラクタの対戦時にベット（ＢＥＴ）するベットゲームとしてのモードとが別々で存在するゲームがある（例えば特許文献１参照）。

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

しかしながら、従来のゲームでは、育成ゲームとベットゲームとを融合させたゲームは存在しなかった。
そこで、本発明は、育成ゲームとベットゲームとを融合させたゲームをプレイヤに提供するゲームシステム、サーバ装置及びプログラムを提供することを課題とする。

本発明における一の態様のゲームシステムによれば、ネットワークを介して接続されるサーバ装置とゲーム装置とを有し、複数のキャラクタを用いて行われる戦いを含むゲームを実行するゲームシステムであって、前記ゲーム装置は、前記戦いの対象に対して前記サーバ装置により設定されたオッズをプレイヤに提示し、前記プレイヤにより制御される第１キャラクタが前記戦いに参加するかを、前記プレイヤから受け付ける受付手段と、前記プレイヤが入力した遊戯価値に応じてベット数を決定するベット手段と、前記第１キャラクタが前記戦いに参加する場合、前記ベット手段によるベット数に基づいて前記第１キャラクタのパラメータを変更する変更手段と、前記戦いに参加した前記第１キャラクタが勝利した場合、前記オッズと前記ベット数とに基づく遊戯価値をプレイヤに支払う支払い手段と、を有する。これにより、育成ゲームとベットゲームとを融合させたゲームをプレイヤに提供することができる。

前記サーバ装置は、前記変更手段により前記第１キャラクタのパラメータが変更された場合、該パラメータの変更量に基づいて、前記第２キャラクタのパラメータを調整する調整手段をさらに有してもよい。これにより、ゲーム性を破綻させずにゲームを実行することができる。

また、前記戦いは、複数のキャラクタを含むチーム同士の戦いであり、前記戦いの対象は、チームである場合、前記受付手段は、前記第１キャラクタがどのチームに参加するかを受け付けてもよく、前記調整手段は、前記第１キャラクタが参加した第１チームに含まれる前記第２キャラクタのパラメータと、前記第１チーム以外のチームに含まれる前記第２キャラクタのパラメータとに対して異なる調整を行ってもよい。これにより、チーム同士の対戦を行う場合でも、ゲーム性を維持しつつ、育成ゲームとベットゲームとを融合させたゲームをプレイヤに提供することができる。

また、前記変更手段は、前記第１キャラクタのパラメータを、前記戦いが有利になるように変更してもよく、前記調整手段は、前記第２チームに含まれる前記第２キャラクタのパラメータを、前記戦いが有利になるように調整し、又は前記第１チームに含まれる前記第２キャラクタのパラメータを、前記戦いが不利になるように調整してもよい。これにより、これにより、戦いに関するパラメータを向上させたとしても、どちらが勝つか分からないというゲーム性を維持することができる。

また、本発明における他の態様のプログラムによれば、コンピュータに、複数のキャラクタを用いて行われる戦いを含むゲームを実行する実行ステップと、前記戦いに参加する、制御部により制御される第２キャラクタのパラメータに基づいて、前記戦いの対象に対してオッズを設定する設定ステップと、前記オッズをプレイヤに提示し、前記プレイヤにより制御される第１キャラクタが前記戦いに参加するかを、前記プレイヤから受け付ける受付ステップと、前記プレイヤが入力した遊戯価値に応じてベット数を決定するベットステップと、前記第１キャラクタが前記戦いに参加する場合、前記ベット数に基づいて前記第１キャラクタのパラメータを変更する変更ステップと、前記戦いに参加した前記第１キャラクタが勝利した場合、前記オッズと前記ベット数とに基づく遊戯価値をプレイヤに支払う支払いステップと、を実行させる。これにより、育成ゲームとベットゲームとを融合させたゲームをプレイヤに提供することができる。

本発明によれば、育成ゲームとベットゲームとを融合させたゲームをプレイヤに提供することができる。

第１実施形態におけるゲームシステムの一例を示す概念図である。 第１実施形態におけるゲーム装置の正面概観斜視図である。 第１実施形態におけるゲーム装置のハードウェアの一例を示すブロック図である。 第１実施形態におけるセンターサーバのハードウェアの一例を示すブロック図である。 第１実施形態におけるセンターサーバの機能構成の一例を示すブロック図である。 第１実施形態におけるセンターサーバの記憶手段に記憶される武将のパラメータの一例を示す図である。 第１実施形態におけるゲーム装置の機能構成の一例を示すブロック図である。 ディスプレイに表示される選択画面（その１）の一例を示す図である。 ディスプレイに表示される選択画面（その２）の一例を示す図である。 プレイヤが軍を選択した後の画面の一例を示す図である。 兵士の兵種選択画面の一例を示す図である。 兵士のランク、兵数を決定する画面の一例を示す図である。 戦における総兵数が決定する一例を示す図である。 合戦に参戦する武将の内容の具体例（その１）を示す図である。 合戦に参戦する武将の内容の具体例（その２）を示す図である。 合戦に参戦する武将の内容の具体例（その３）を示す図である。 兵数割り振りテーブルの一例を示す図である。 合戦に参戦する武将の内容の具体例（その４）を示す図である。 第１実施形態におけるゲームシステムの処理の一例を示すフローチャートである。 第１実施形態におけるパラメータ変更処理の一例を示すフローチャートである。 第１実施形態におけるパラメータ調整処理の一例を示すフローチャートである。 第２実施形態におけるシステムとしてのネットワークゲームシステムの構成の一例を示す図である。

以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。即ち、本発明は、その趣旨を逸脱しない範囲で種々変形（各実施例を組み合わせる等）して実施することができる。また、以下の図面の記載において、同一または類似の部分には同一または類似の符号を付して表している。図面は模式的なものであり、必ずしも実際の寸法や比率等とは一致しない。図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることがある。

［第１実施形態］
以下、本発明の第１実施形態におけるゲームシステム、サーバ装置及びプログラムを、図面を用いて説明する。

＜ゲームシステムの概要＞
図１は、第１実施形態におけるゲームシステム１の一例を示す概念図である。図１に示すように、例えばゲームシステム１は、例えば日本全国の各地域に所在しているアミューズメント施設（アミューズメントアーケード）１０と、センターサーバ（サーバ装置）３０とが、ネットワーク２２を介してデータ通信可能なように接続されている。

各アミューズメント施設１０には、ゲームを行うためのゲーム装置１００が設けられている。ゲーム装置１００は、アミューズメント施設１０内に複数設けられてもよい。また、ゲーム装置１００の他、アミューズメント施設１０内に施設サーバ１４が設けられている。

ゲーム装置１００は、例えば複数のサテライトと、モニタなどを有するビデオメダルゲームを行うゲーム装置である。プレイヤは、ゲーム装置１００に対し、ＩＣカード１６をかざしたり、コインなどを投入したりして、戦いを含むゲームを行うことができる。コインは、硬貨やメダルなどを含む。ゲーム装置１００には、プレイヤのＩＤ情報を記憶したＩＣカード１６を読み取るためのＩＣカードＩ／Ｆ（インタフェース）１０４が設けられている。ＩＣカード１６には、プレイヤ固有のＩＤ情報が記憶されている。

ゲーム装置１００は、アミューズメント施設１０内のＬＡＮ２０に接続されており、アミューズメント施設１０内の他の装置（例えば施設サーバ１４）と相互に通信可能である。

アミューズメント施設１０のＬＡＮ（Local Area Network）２０は、ネットワーク２２に接続されており、他のアミューズメント施設１０内のゲーム装置１００とも相互に通信可能である。したがって、設置場所が離れていても、任意の台数のゲーム装置１００により共通の対戦ゲームを行うことができる。

アミューズメント施設１０内の施設サーバ１４は、所謂メダルバンクとしての機能を有し、プレイヤのＩＤ情報に関連付けて遊戯価値の量（例えばメダルの枚数、又はクレジットの量）を記憶する。

センターサーバ３０は、ネットワーク２２に接続され、ゲーム装置１００で行われるゲームを制御するサーバである。センターサーバ３０は、例えばゲームにおける対戦でのチーム編成に関するマッチングを制御し、ゲーム装置１００からマッチング要求を受けた場合などにマッチングを行う。

上述したゲーム装置１００において、プレイヤは、ゲーム装置１００とともに設置された椅子（図示省略）に着席し、ＩＣカード１６をかざしたり、コインなどを投入したりして、タッチパネル、選択ボタン等の操作を行うことによりゲームを行うことができる。

また、プレイヤはコインを投入することで、投入したコインの枚数または額に応じてクレジットを得ることができ、このクレジットを消費して、後述するゲーム内で行われる対戦のいずれかのチームに参戦すること等ができる。

＜ゲーム装置の構成例＞
次に、ゲーム装置１００の構成例について説明する。図２は、第１実施形態におけるゲーム装置１００の正面概観斜視図である。図２に示すように、例えばゲーム装置１００は、少なくとも複数のディスプレイ１０２と、複数の操作ボタン（以下、「操作入力装置」１０３ともいう。）と、カード読取装置１０４と、コイン払出装置１０６とを備える。なお、図２に示す例では、４人プレイ用のゲーム装置１００であるが、これに限らず、例えば８人プレイ用のゲーム装置であってもよい。

ディスプレイ１０２は、サテライトのディスプレイと、中央の大型ディスプレイで構成されており、ゲームを表現あるいは演出するための画像（例えば、静止画、動画等）を表示する。操作入力装置１０３は、複数のボタンで構成されており、プレイヤからの指示をゲーム装置に入力するためのボタンである。カード読取装置１０４は、プレイヤが所有するＩＣカード１６からＩＤ情報を読み取る。コイン払出装置１０６は、プレイヤにコインなどを払い出す。

ＩＣカード１６は、ゲーム装置１００によって識別可能なＩＤ情報を保持している。第１実施形態では、ＩＣカード１６に記憶されているＩＤ情報をプレイヤ識別情報として用いる。なお、ＩＣカード１６は、ＩＤ情報に対応するバーコードが印刷された紙カードなどでもよい。

図３は、第１実施形態におけるゲーム装置１００のハードウェアの一例を示すブロック図である。図３に示すように、ゲーム装置１００は、例えば、コンピューティング装置２００と、オーディオ出力装置１０１と、表示装置１０２と、操作入力装置１０３と、カード読取装置１０４と、コイン投入装置１０５と、コイン払出装置１０６とを備える。

コンピューティング装置２００は、ゲーム装置１００を統括的に制御する。コンピューティング装置２００は、各種のプロセッサおよびメモリ等からなる、例えばチップセットを含むコンピュータ回路要素である。

コンピューティング装置２００は、例えば、ＣＰＵ（制御部）２０１と、メインメモリ２０２と、ＢＩＯＳ−ＲＯＭ２０３と、記憶装置２０４と、音声処理部２０５と、画像処理部２０６と、通信インタフェース２０７と、ペリフェラルインタフェース２０８と、これらを接続するシステムバス２１０とを含む。

ＣＰＵ２０１は、例えば、メインメモリ２０２上に展開されたゲームプログラムを実行し、コンピューティング装置２００に各種の機能を実現させる。言い換えれば、コンピューティング装置２００は、ＣＰＵ２０１の制御の下、ゲームプログラムを実行することにより、他のハードウェアと協働してゲームの一部を実現する。

記憶装置２０４は、プログラムや各種データを格納する。音声処理部２０５は、ＣＰＵ２０１の制御の下、各種のサウンド処理を行う。画像処理部２０６は、ＣＰＵ２０１の制御の下、各種のグラフィックス処理を行なう。通信インタフェース２０７は、サーバや他のゲーム装置との通信を可能にするインタフェースである。ペリフェラルインタフェース２０８は、操作入力装置１０３、カード読取装置１０４、コイン投入装置１０５およびコイン払出装置１０６等の周辺機器との通信を可能にするインタフェースである。

＜センターサーバの構成例＞
次に、センターサーバ３０の構成例について説明する。図４は、第１実施形態におけるセンターサーバ３０のハードウェアの一例を示すブロック図である。図４に示すように、センターサーバ３０は、例えば、ＣＰＵ（制御部）３０１と、メインメモリ３０２と、ＢＩＯＳ−ＲＯＭ３０３と、記憶装置３０４と、音声処理部３０５と、画像処理部３０６と、通信インタフェース３０７と、これらを接続するシステムバス３１０とを含む。

ＣＰＵ３０１は、例えば、メインメモリ３０２上に展開されたゲームプログラムを実行し、センターサーバ３０に各種の機能を実現させる。言い換えれば、センターサーバ３０は、ＣＰＵ３０１の制御の下、ゲームプログラムを実行することにより、他のハードウェアと協働してゲームの一部を実現する。

記憶装置３０４は、プログラムや各種データを格納する。音声処理部３０５は、ＣＰＵ３０１の制御の下、各種のサウンド処理を行う。画像処理部３０６は、ＣＰＵ３０１の制御の下、各種のグラフィックス処理を行なう。通信インタフェース３０７は、サーバや他のゲーム装置との通信を可能にするインタフェースである。なお、音声処理部３０５と画像処理部３０６とは、必ずしも必要な構成ではなく、ゲームの実装の仕方によっては設けられなくてもよい。

＜ゲームの内容例＞
次に、第１実施形態のゲームシステム１によってユーザに提供されるゲームの内容の一例について説明する。かかるゲームは、センターサーバ３０が、ＣＰＵ３０１の制御の下、ゲームプログラムを実行し、ゲーム装置１００が、ＣＰＵ２０１の制御の下、ゲームプログラムを実行することにより、実現される。

以下に説明するゲームの例は、三国志の複数の武将が１つのチーム（軍）となり、チーム同士の合戦を含むゲームである。

まず、プレイヤは、ゲームを始めるために、所有するＩＣカード１６をゲーム装置１００のカード読取装置１０４にかざし、ゲーム装置１００にプレイヤのＩＤ情報を取得させる。

ゲーム装置１００は、取得したＩＤ情報をセンターサーバ３０に送信し、送信したＩＤ情報に対応する武将の情報をセンターサーバ３０から取得する。プレイヤは、予め自身が使用する武将を設定しておいたり、その場で自分が使用したい武将を設定したりするものとする。武将の情報とは、ゲームに用いる基本的な情報であり、例えば武将名や、武将のパラメータなどを含む。

このとき、ゲーム装置１００は、取得したＩＤ情報を施設サーバ１４に送信し、送信したＩＤ情報に対応するメダル（クレジット）の枚数を施設サーバ１４から取得する。なお、プレイヤは、施設サーバ１４に、メダルバンクの機能を登録していなければ、ゲーム装置１００のコイン投入装置１０５にコインを投入することで、コインの枚数又は額に相当するクレジットをゲーム内で所有することができる。

次に、ゲーム装置１００は、センターサーバ３０から合戦の情報を取得し、どのチームに参加するかを選択する選択画面をディスプレイ１０２に表示させ、プレイヤに選択画面を提示する。合戦の情報とは、合戦を行う各チームの総大将となる武将や参戦武将、総兵数、オッズなどを含む。

ここで、プレイヤは、合戦に参加する際にベットし、どのチームに参加するかを選択するとともに、プレイヤにより制御されるキャラクタである武将（以下、第１キャラクタ、プレイヤ武将ともいう）を、ベットによりパラメータを一時的に上げ、強くすることができる。

よって、プレイヤは、合戦に参加する際にベットし、さらに、プレイヤ武将を強くする際にベットすることで、合戦において、プレイヤ武将が活躍しやすくなり、合戦に勝った場合にはベットした量に応じてリターンがある。

つまり、かかるゲームは、合戦時に、ベットを行うことでプレイヤ武将を一時的に強くするというアイデアを適用し、育成ゲームとベットゲームとを融合させたゲームをプレイヤに提供する。

以下、育成ゲームとベットゲームとを融合させたゲームをプレイヤに提供するための機能を備えたゲームシステム１のセンターサーバ３０とゲーム装置１００とについて、順に説明する。

＜センターサーバの機能構成例＞
図５は、第１実施形態におけるセンターサーバ３０の機能構成の一例を示すブロック図である。図５に示すセンターサーバ３０は、例えば、第１送信手段６０２と、記憶手段６０４と、設定手段６０６と、第１受信手段６０８と、第１受付手段６１０と、調整手段６１２と、を有する。

第１送信手段６０２は、例えば通信インタフェース３０７やＣＰＵ３０１、メインメモリ３０２、第１ゲームプログラムＧＰ１等により実現されうる。第１送信手段６０２は、合戦を行う際に、後述する設定手段６０６により設定されたマッチング条件を含む合戦情報などをゲーム装置１００に送信する。また、第１送信手段６０２は、後述する調整手段６１２により、ＣＰＵ２０１により制御されるキャラクタである武将（以下、第２キャラクタ、ＣＰＵ武将ともいう）のパラメータを調整した場合、調整後のパラメータなどをゲーム装置１００に送信する。

記憶手段６０４は、例えば記憶装置３０４やＣＰＵ３０１、メインメモリ３０２、第１ゲームプログラムＧＰ１等により実現されうる。記憶手段６０４は、例えば、プレイヤのＩＤ情報に関連付けた武将（第１キャラクタ）のパラメータと、ＣＰＵ武将（第２キャラクタ）のパラメータとを記憶する。武将のパラメータとは、勝敗に関連するパラメータであり、例えば、武将の配下にいる兵士の数（以下、武将の兵数ともいう）や、武将のランク、武将の兵種（武将の配下にいる兵士の兵種も含む）などである。以下では簡単のため、武将のパラメータとして、武将の兵数とランクとを用いるが、これに限られない。

図６は、記憶手段６０４に記憶される武将のパラメータの一例を示す図である。図６（Ａ）は、ＣＰＵ武将のパラメータの一例を示し、図６（Ｂ）は、プレイヤ武将のパラメータの一例を示す。

例えば、図６（Ａ）に示すように、ＣＰＵ武将には、パラメータとして、ランク、兵数が関連付けられ、図６（Ｂ）に示すように、プレイヤ武将には、パラメータとして、ランク、兵数が関連付けられる。ランクは、例えば「Ｓ」、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」があるとし、「Ｄ」から「Ｓ」になる従い、武将の使えるコマンドが増え、武将が強くなる。兵数は、例えば人数が多ければ多いほど、その武将は強くなる。なお、ランクは、武将の配下にいる兵士にも付与される。

図５に戻り、設定手段６０６は、例えばＣＰＵ３０１やメインメモリ３０２、第１ゲームプログラムＧＰ１等により実現されうる。設定手段６０６は、ゲーム装置１００のＣＰＵ（制御部）３０１により制御される第１キャラクタを含む複数のキャラクタを用いて行われる戦いを含むゲームに対し、この戦いの対象の編成に関するマッチングの条件を設定する。戦いの対象とは、単一のキャラクタ、又は複数のキャラクタを有するチームなどである。設定手段６０６は、例えば、ＣＰＵ武将を複数含む軍同士の戦いを含むゲームに対し、ＣＰＵ武将の選択や、各ＣＰＵ武将の兵数、オッズなどのマッチングの条件を設定する。

なお、設定手段６０６は、戦い（合戦）に参加する、第２キャラクタのパラメータに基づいてオッズを設定する。例えば、設定手段６０６は、各チーム内の複数のキャラクタのパラメータのうち、オッズに関係する第１パラメータに基づいて、各チームのチームレベルを設定し、チーム間のチームレベルの差に基づいて、各チームのオッズを設定する。第１パラメータとは、キャラクタのランクなどである。

具体的には、設定手段６０６は、所定のタイミングで、各軍内のＣＰＵ武将又は配下の兵士のランクなどに基づいて、各軍のレベルを設定し、軍の間でのレベル差に基づいて、各軍のオッズを設定する。例えば、設定手段６０６、ランクが高い武将や兵士が多い軍はオッズを小さくし、ランクが小さい武将や兵士が多い軍はオッズを大きくする。このようにして設定されたマッチングの条件は、ゲーム装置１００に送信される。

第１受信手段６０８は、例えば通信インタフェース３０７やＣＰＵ３０１、メインメモリ３０２、第１ゲームプログラムＧＰ１等により実現されうる。第１受信手段６０８は、後述する選択情報を含むマッチング要求などを、ゲーム装置１００から受信する。

第１受付手段６１０は、例えばＣＰＵ３０１やメインメモリ３０２、第１ゲームプログラムＧＰ１等により実現されうる。第１受付手段６１０は、マッチングの条件がプレイヤに提示されると、プレイヤにより制御される第２キャラクタがどのチームに参加するかを示す選択情報を含むマッチング要求を受け付ける。第１受付手段６１０は、例えば、第１受信手段６０８が受信した、どのプレイヤ武将が、どの軍に参戦するかを示す選択情報を含むマッチング要求を受け付ける。マッチング要求は、例えば、選択情報や、プレイヤ武将のパラメータなどを含む。第１受付手段６１０は、受け付けたマッチング要求を調整手段６１２に出力する。

調整手段６１２は、例えばＣＰＵ３０１やメインメモリ３０２、第１ゲームプログラムＧＰ１等により実現されうる。調整手段６１２は、後述するゲーム装置１００の変更手段により第１キャラクタのパラメータが変更された場合、このパラメータの変更量に基づいて、第２キャラクタのパラメータを調整する。例えば、ゲーム装置１００において、プレイヤ武将のパラメータが、ベットにより一時的に向上した場合、調整手段６１２は、そのパラメータの変更量に基づいて、ＣＰＵ武将のパラメータを調整する。これにより、戦いに関するプレイヤ武将のパラメータを向上させたとしても、どちらが勝つか分からないというゲーム性を維持することができる。

また、調整手段６１２は、チーム同士での戦いが行われる場合、第１キャラクタが参加した第１チームに含まれる第２キャラクタのパラメータと、第１チーム以外のチームに含まれる第２キャラクタのパラメータとに対して異なる調整を行ってもよい。調整手段６１２は、例えば、プレイヤ武将が一方の軍に参加した場合、プレイヤ武将が参加した軍のＣＰＵ武将のパラメータと、相手軍のＣＰＵ武将のパラメータとに対して異なる調整を行う。これにより、チーム同士の対戦を行う場合でも、ゲーム性を適切に維持することができる。

また、調整手段６１２は、マッチング要求が取得されると、第１キャラクタが参加していない第２チームに含まれる第２キャラクタのパラメータを、戦いが有利になるように調整する。又は調整手段６１２は、第１キャラクタが参加した第１チームに含まれる第２キャラクタのパラメータを、戦いが不利になるように調整する。調整手段６１２は、例えば、取得したマッチング要求に含まれるプレイヤ武将のパラメータの変更量に基づいて、相手チームのＣＰＵ武将が強くなるようにパラメータを調整し、又は第１キャラクタが参加したチームのＣＰＵ武将が弱くなるようにパラメータを調整する。これにより、ベットにより戦いに関するパラメータを向上させ、ベットに対するモチベーションを向上させつつ、どちらが勝つか分からないというゲーム性を維持することができる。

また、調整手段６１２は、マッチング要求を受け付ける前のチームレベルの差と同一又はチームレベルの差に近づくように、第２キャラクタのパラメータを調整する。例えば、調整手段６１２は、後述する変更手段７０８により変更されたパラメータに対応するパラメータを調整する。つまり、調整手段６１２は、後述する変更手段７０８により変更されたパラメータと同じパラメータを調整する。具体的には、調整手段６１２は、プレイヤ武将のパラメータと同等のパラメータになるよう、変更されたプレイヤ武将のパラメータと同じＣＰＵ武将のパラメータを調整する。これにより、ゲーム性をより適切に維持することができる。

また、調整手段６１２は、第１受付手段６１０がマッチング要求を受け付ける所定時間が経過した後に、パラメータの調整を行ってもよい。例えば、軍に参戦する時間やベット時間などを含む所定時間がプレイヤに与えられ、この所定時間が経過した後に、調整手段６１２は、パラメータの調整を行う。これにより、プレイヤ武将が参戦する度にパラメータを調整するのではなく、一度にパラメータの調整を行うことができる。

また、調整手段６１２は、チーム内の第１キャラクタの数を調整してもよい。調整手段６１２は、例えば、予め設定されたオッズを維持するために、ＣＰＵ武将の数を増減させてもよい。ＣＰＵ武将の数は、調整手段６１２により調整されるパラメータの一つとする。これにより、様々な方法を用いることで、ゲーム性をより適切に維持することができる。

調整手段６１２により調整されたパラメータは、第１送信手段６０２によりゲーム装置１００に送信される。以上のパラメータ調整処理をセンターサーバ３０が行うことで、予め設定されたオッズをなるべく維持することができる。

＜ゲーム装置の機能構成例＞
図７は、第１実施形態におけるゲーム装置１００の機能構成の一例を示すブロック図である。図７に示すゲーム装置１００は、例えば、第２受信手段７０２と、ベット手段７０３と、第２受付手段７０４と、第２送信手段７０６と、変更手段７０８と、実行手段７１０と、支払い手段７１２と、を有する。

第２受信手段７０２は、例えば通信インタフェース２０７やＣＰＵ２０１、メインメモリ２０２、第２ゲームプログラムＧＰ２等により実現されうる。第２受信手段７０２は、センターサーバ３０から、マッチング条件を含む合戦情報や、調整後のＣＰＵ武将のパラメータなどを受信する。受信された合戦情報は、第２受付手段７０４に入力され、受信された調整後のＣＰＵ武将のパラメータは、実行手段７１０に入力される。

ベット手段７０３は、例えば操作入力装置１０３やＣＰＵ２０１、メインメモリ２０２、第２ゲームプログラムＧＰ等により実現されうる。ベット手段７０３は、プレイヤが入力した遊戯価値に応じてベット数を決定する。例えば、ベット手段７０３は、操作入力装置１０３としてのボタンが押されること、ディスプレイ１０２としてのタッチパネルの所定箇所が押されることなどにより入力された遊戯価値に応じてベット数をする。

第２受付手段７０４は、例えばＣＰＵ２０１やメインメモリ２０２、第２ゲームプログラムＧＰ２等により実現されうる。第２受付手段７０４は、戦いの対象に対して予め設定されたオッズをプレイヤに提示し、プレイヤにより制御される第１キャラクタがこの戦いに参加するかを、プレイヤから受け付ける受付手段である。例えば、第２受付手段７０４は、取得した合戦情報に基づいて、プレイヤがどちらのチームに参戦するかを選択する選択画面をディスプレイ１０２に表示し、プレイヤにどちらの軍に参加するかを選択させる。第２受付手段７０４は、プレイヤにより軍が選択された後、プレイヤ武将がどの軍に参加するかを示す選択情報を受け付け、マッチング要求に含める。

第２送信手段７０６は、例えば通信インタフェース２０７やＣＰＵ２０１、メインメモリ２０２、第２ゲームプログラムＧＰ２等により実現されうる。第２送信手段７０６は、後述する変更手段７０８から取得したマッチング要求などを、センターサーバ３０に送信する。

変更手段７０８は、例えばＣＰＵ２０１やメインメモリ２０２、第２ゲームプログラムＧＰ２等により実現されうる。変更手段７０８は、第１キャラクタが戦いに参加する場合、ベット手段７０３によるベット数に基づいて第１キャラクタのパラメータを変更する。例えば、変更手段７０８は、プレイヤ武将が戦いに参加する場合、ベット手段７０３によるベット数に基づいて、プレイヤ武将のパラメータを、戦いが有利になるように変更する。変更手段７０８は、プレイヤ武将のパラメータをマッチング要求に含め、第２送信手段７０６に出力する。

ここで、キャラクタのパラメータには、オッズに関係する第１パラメータと、オッズに関係しない第２パラメータとが含まれる。また、キャラクタの戦う能力は、第１パラメータ及び第２パラメータに基づき決定される。例えば、武将のパラメータの場合、オッズに関係する武将の兵種と、オッズに関係しない武将の兵数とがある。また、例えば、武将の戦闘能力は、武将の兵種や武将の兵数などに基づいて決定される。

この場合、変更手段７０８は、ベット手段７０３によるベット数に応じて、第１キャラクタの第１パラメータ及び／又は第２パラメータを変更する。例えば、変更手段７０８は、ベット手段７０３のベットにより武将の兵種を変更したり、ベット手段７０３のベットにより武将の兵数を変更したりする。兵種と兵数とは、一回のベットにより変更されてもよいし、別々のベットにより変更されてもよい。これにより、様々なパラメータを用いる場合でも、育成ゲームとベットゲームとを融合させたゲームをプレイヤに提供することができる。

実行手段７１０は、例えばＣＰＵ２０１やメインメモリ２０２、第２ゲームプログラムＧＰ２等により実現されうる。実行手段７１０は、複数のキャラクタを用いて行われる戦いを含むゲームを実行する。また、実行手段７１０は、設定されたキャラクタのパラメータ又は調整されたキャラクタのパラメータに基づいて、複数のキャラクタを含むチーム同士の戦いを実行する。実行手段７１０は、対戦結果として、例えば勝ち、引き分け、負けを示す情報を支払い手段７１２に出力する。

支払い手段７１２は、コイン払出装置１０６やＣＰＵ２０１、メインメモリ２０２、第２ゲームプログラムＧＰ２等により実現されうる。支払い手段７１２は、戦いに参加した第１キャラクタが勝利すると、オッズとベット数とに基づく遊戯価値をプレイヤに支払う。例えば、支払い手段７１２は、対戦結果が、参加チームが引き分け以上（引き分け及び勝ち）であると、ベット手段７０３によるベット数と参加チームのオッズとに対応する遊戯価値を前記プレイヤに支払う。また、支払い手段７１２は、例えば、参加した軍が勝利すると、編成費×オッズ分のメダルをプレイヤに支払う。支払い方法としては、支払い手段７１２は、例えば、クレジットとして有するプレイヤの現在の遊戯価値に、支払う遊戯価値を加算すればよい。

＜画面例＞
次に、上記ゲーム内容で説明したゲームの画面例を用いて、チーム編成が完了するまでの流れを説明する。

図８は、ディスプレイ１０２に表示される選択画面（その１）の一例を示す図である。図８に示す選択画面（その１）では、複数の合戦が第２受付手段７０４により表示され、プレイヤは、参戦（参加）するのに最低限必要な編成費（クレジットに対応）などを見て、どの合戦に参戦するかを決定する。例えば、選択画面（その１）では、「大合戦」、「中合戦」、「小合戦」の３つの合戦が選択でき、それぞれの合戦では必要な編成費が異なる。これにより、参戦に必要なクレジット数に応じた複数の合戦の選択肢を、プレイヤに対して与えることできる。

図９は、ディスプレイ１０２に表示される選択画面（その２）の一例を示す図である。図９に示す選択画面（その２）では、劉備軍のチームと、董卓軍のチームとが合戦する例が表示されている。図９に示す選択画面（その２）は、図８に示す「大合戦」が選択された例を示す。

このとき、各チーム（軍）の表示欄には、ＣＰＵ３０１により制御されるＣＰＵ武将と、各武将の兵数と、軍の総兵数（以下、総兵力ともいう）と、合戦に勝利した場合のオッズとが表示される。例えば、劉備軍の場合、オッズ「１．９」、総兵力「８００００人」、参戦する武将「劉備、諸葛亮、関羽、・・・」が各兵数と共に表示される。なお、ＣＰＵ武将は、プレイヤにより制御されないキャラクタである。

また、図９に示す選択画面には、軍に参戦するためのクレジットの量が表示されている。例えば、図９に示す例では、プレイヤがどちらかの軍に参戦するためには、編成費として「５０金」のクレジットが必要であることがわかる。

このとき、プレイヤは、各軍の参加武将の総兵数、オッズを見て、どちらのチームに参戦するかを自由に選択することができる。例えば、プレイヤは、ディスプレイをタッチしたり、ボタンを押したりするなどして、参戦する軍を選択することができる。

図１０は、プレイヤが軍を選択した後の画面の一例を示す図である。図１０に示す例は、プレイヤは、オッズが董卓軍よりも高い劉備軍に参戦することを選択した例である。例えば、劉備軍の各武将が表示されていたところに、「劉備軍として参戦」したことが明示される。また、この合戦で、プレイヤが参戦した劉備軍が勝利した場合、編成費×オッズがプレイヤに支払われる。

次に、図１１は、兵士の兵種選択画面の一例を示す図である。図１１に示す兵種選択画面では、編成費に応じた兵士の兵種が、選択可能なように表示されている。編成費が高い兵種は、編成費が低い兵種よりも、対戦において活躍しやすくなる。図１１に示す例では、編成費が低い「歩兵」と、編成費が高い「重歩兵」と、編成費が低い「騎兵」と、編成費が高い「重騎兵」とが表示されている。なお、兵士の兵種が選択されることで、武将のランクが決定されてもよい。

図１２は、兵士のランク、兵数を決定する画面の一例を示す図である。図１２に示す画面では、プレイヤは、兵士のランク、兵数をベットすることにより選択することができる。図１２に示す例では、１金２５人のランク「Ａ⁺」に対し、「８００金」ベットすることで、「２００００人」の兵士を徴兵していることを示す。以上のように、最終的な編成費は、合戦に参戦するためのベット数に基づくクレジットと、兵種を選択するためのベット数に基づくクレジットと、兵数を決めるためのベット数に基づくクレジットとを含む。

以上の画面例からも分かるように、ゲームシステム１によれば、戦いに参加する際に、プレイヤ自身のキャラクタに対してベットすることで、自身のキャラクタを戦いにおいて有利にすると共に、戦いに勝利した場合にはベット数を増やしたことによるリターンが大きくなる。よって、ゲームシステム１は、キャラクタの育成ゲームとベットゲームとを巧みに融合させたゲームを提供することができる。

＜パラメータ調整例＞
次に、調整手段６１２によるパラメータ調整の具体例について説明する。

（１）合戦における総兵数の決定
図１３は、合戦における総兵数が決定する一例を示す図である。図１３に示す例では、設定手段６０６は、合戦における「総大将」、「主な参戦武将」を決定し、兵数を確定する。残りの武将の兵数については、ＣＰＵ武将がいる前提で、抽選により兵数が仮決定される。設定手段６０６は、この抽選で総兵数を仮決定した後、仮決定されたＣＰＵ武将の総兵数をカウントし、カウント値を、記憶手段６０４などに一時保存しておく。なお、ＣＰＵ武将は、パラメータ調整される武将と、パラメータ調整されない武将とを含む。例えば、図１３に示す「総大将」と「主な参戦武将」とは、パラメータ調整されない武将であり、図１３に示す「ＣＰＵ武将１〜６」は、パラメータ調整される武将である。

図１３に示す例では、「ＣＰＵ武将１〜６」が仮決定され、総兵数が「１８８０００」と決定される。次に、設定手段６０６は、「ＣＰＵ武将１〜６」の総兵数をカウントし、カウント値「９００００」を記憶手段６０４などに記憶しておく。この兵数「９００００」は、未確定情報である。

（２）マッチング確定後のＣＰＵ武将の削除
合戦に参戦するプレイヤ武将が確定すると（全てのマッチング要求の受付が完了すると）、センターサーバ３０（例えば調整手段６１２）は、参戦するプレイヤ武将の数だけ、その軍のＣＰＵ武将を除く。

図１４は、合戦に参戦する武将の内容の具体例（その１）を示す図である。図１４に示す例では、「坂侯淵（Ｓ）」、「藤和雷同（Ｂ）」、「坂侯惇（Ｃ）」が、曹操軍にプレイヤ武将として参戦し、「関統（Ｓ）」、「幹華雄（Ａ）」が、劉備軍にプレイヤ武将として参戦する。なお、カッコ内の英字は武将のランクを示す。

図１５は、合戦に参戦する武将の内容の具体例（その２）を示す図である。図１５に示す例では、調整手段６１２は、参戦するプレイヤ武将の数だけ、ＣＰＵ武将を軍から除く。例えば、曹操軍では、３人のプレイヤが参戦したため、３人のＣＰＵ武将が除かれ、劉備軍では、２人のプレイヤが参戦したため、２人のＣＰＵ武将が除かれている。

（３）プレイヤ武将と同等ランクのＣＰＵ武将のアサイン
調整手段６１２は、Ａ軍（例えば曹操軍）のプレイヤ武将と同じランクのＣＰＵ武将をＢ軍（例えば劉備軍）に割り当てる（アサインする）。このとき、Ａ軍のプレイヤ武将と同じランクのＣＰＵ武将がＢ軍に存在しない場合は、最も近いランクのＣＰＵ武将が割り当てられ、Ｂ軍にもＡ軍のプレイヤ武将と同じランクのプレイヤ武将が同じ数だけ存在する場合は、この割り当て処理は行われない。なお、プレイヤ武将のランクに対応するランクのＣＰＵ武将の割り当ても、パラメータ調整の１つとしてもよい。

例えば、調整手段６１２は、Ａ軍とＢ軍とに、Ｓランクのプレイヤ武将が１人ずつ参戦していれば、ＣＰＵ武将を割り当てる必要はない。また、パラメータ調整手段６１２は、Ａ軍にＳランクのプレイヤ武将が２名、Ｂ軍にＳランクのプレイヤ武将が１名だった場合、Ｂ軍にＳランクのＣＰＵ武将を１名割り当てる。

図１６は、合戦に参戦する武将の内容の具体例（その３）を示す図である。図１６に示す例において、曹操軍では、劉備軍のＡランクの「幹華雄」のプレイヤ武将に対応して、Ａランクの「曹仁」のＣＰＵ武将が割り当てられている。また、劉備軍では、曹操軍のＢランクの「藤和雷同」、Ｃランクの「坂侯惇」のプレイヤ武将にそれぞれ対応して、Ｂランクの「王平」、Ｃランクの「張達」のＣＰＵ武将が割り当てられている。

このとき、調整手段６１２は、割り当てられたＣＰＵ武将に対し、プレイヤ武将の兵数に基づいて兵数も割り振る。図１７は、兵数割り振りテーブルの一例を示す図である。図１７に示すように、調整手段６１２は、５０％の確率で、同じランクのプレイヤ武将の兵数と同じ兵数を割り振り、２５％の確率で、同じランクのプレイヤ武将の兵数とプラス又はマイナス１０００人の兵数を割り振る。図１６に示す例では、曹操軍のＣＰＵ武将「曹仁」の兵数は、劉備軍のプレイヤ武将「幹華雄」の兵数「１９０００」に１０００プラスした「２００００」が割り振られている。上記割り振りの例は、あくまでも一例である。

なお、最小兵数、最大兵数の関係で、プラス又はマイナスに割り振りができないときは、同数の兵数が割り振られる。図１７に示す兵数割り振りテーブルは、調整手段６１２に記憶されたり、記憶手段６０４などに記憶され、調整手段６１２に適宜参照されたりすればよい。

（４）残りのＣＰＵ武将の決定
調整手段６１２は、残りのＣＰＵ武将を決定する。例えば、調整手段６１２は、抽選により残りのＣＰＵ武将を割り当てる。このとき、調整手段６１２は、未確定だった兵数を割り振る。例えば、調整手段６１２は、未確定兵数の７割を残りのＣＰＵ武将で均等割し、３割をランダムに配分する。なお、１０００人未満の端数が出た場合は、１０００人に切り上げて任意のＣＰＵ武将に割り振ってもよい。上記割り振りの例は、あくまでも一例である。

図１８は、合戦に参戦する武将の内容の具体例（その４）を示す図である。図１８に示す例では、曹操軍には、抽選で「曹洪（Ａ）」、「徐庶（Ａ）」が割り当てられ、劉備軍には、抽選で「馬超（Ｓ）」、「劉封（Ｂ）」が割り当てられている。また、割り当てられたＣＰＵ武将には、未確定兵数に基づき兵数が割り振られている。

これにより、育成ゲームとベットゲームとを融合させることができ、また、ベットによるプレイヤ武将の一時的な能力の変更に応じて、ＣＰＵ武将の兵力に関するパラメータを調整することで、どちらが勝つか分からないというゲーム性を維持することができる。

＜動作＞
次に、第１実施形態におけるゲームシステム１の動作について説明する。図１９は、第１実施形態におけるゲームシステム１の処理の一例を示すフローチャートである。図１９に示すステップＳ１０２で、設定手段６０６は、制御部により制御される第２キャラクタ（例えばＣＰＵ武将）を含む複数のキャラクタを用いて行われる戦いを含むゲームに対し、戦いの対象の編成に関するマッチングの条件を設定する。例えば、設定手段６０６は、戦いに参加するキャラクタのパラメータに基づいて、マッチング条件の１つであるオッズを戦いの対象に設定する。

ステップＳ１０４で、第２受付手段７０４は、戦いの対象に対して予め設定されたオッズをプレイヤに提示し、プレイヤにより制御される第１キャラクタ（例えばプレイヤ武将）が戦いに参加するかを、プレイヤに選択させる。

ステップＳ１０６で、ベット手段７０３は、例えば第１キャラクタのパラメータに対して、ベット数に応じて遊戯価値をベットする。

ステップＳ１０８で、変更手段７０８は、第１キャラクタが戦いに参加する場合、ベット手段７０３によるベット数に基づいて第１キャラクタのパラメータを変更する。例えば、変更手段７０８は、第１キャラクタのパラメータを、戦いが有利になるように変更する。パラメータ変更の具体的な処理は、図２０を用いて後述する。変更後のパラメータは、マッチング要求に含まれてセンターサーバ３０に送信される。

ステップＳ１１０で、調整手段６１２は、変更手段７０８により第１キャラクタのパラメータが変更された場合、このパラメータの変更量に基づいて、ＣＰＵ３０１により制御される第２キャラクタのパラメータを調整する。パラメータ調整の具体的な処理は、図２１を用いて後述する。調整後のパラメータは、ゲーム装置１００に送信される。

ステップＳ１１２で、実行手段７１０は、複数のキャラクタを用いて行われる戦いを含むゲームを実行する。例えば、実行手段７１０は、変更されたパラメータを有する第１キャラクタ、調整されたパラメータを有する第２キャラクタを用いて、戦いを行うゲームを実行する。実行手段７１０は、キャラクタ単位ではなく、複数のキャラクタを含むチーム同士で戦いを行ってもよい。対戦結果は、勝ち負けだけでなく、引き分けがあってもよい。ここでは、対戦とは、２つ以上の対象が戦うことを含む。

ステップＳ１１４で、支払い手段７１２は、プレイヤが参加した戦いで、プレイヤが引き分け以上（引き分け及び勝ち）であるか否かを判定する。プレイヤが引き分け以上であれば（ステップＳ１１４−ＹＥＳ）ステップＳ１１６に進み、プレイヤが負ければ（ステップＳ１１４−ＮＯ）この対戦処理を終了する。

ステップＳ１１６で、支払い手段７１２は、ベット数と予め設定されたオッズとに基づいて遊戯価値をプレイヤに支払う。これにより１つの対戦処理が終了する。

図２０は、第１実施形態におけるパラメータ変更処理の一例を示すフローチャートである。図２０に示すステップＳ２０２で、変更手段７０８は、予め設定されたオッズに関係するパラメータをベット手段７０３によるベット数に応じて変更する。例えば、変更手段７０８は、プレイヤ武将の配下にいる兵士の兵種などを、ベット数に応じて変更する。

ステップＳ２０４で、変更手段７０８は、予め設定されたオッズに関係しないパラメータをベット手段７０３によるベット数に応じて変更する。例えば、変更手段７０８は、プレイヤ武将の兵数などを、ベット数に応じて変更する。

なお、ステップＳ２０２とステップＳ２０４とは順不同であり、また、必ずしも別々のベットである必要はなく、１回のベットにより、第１パラメータと第２パラメータとが変更されてもよい。

図２１は、第１実施形態におけるパラメータ調整処理の一例を示すフローチャートである。図２１に示すステップＳ３０２で、調整手段６１２は、第１キャラクタ（例えばプレイヤ武将）を選択する。

ステップＳ３０４で、調整手段６１２は、第１キャラクタの第１パラメータ（例えば武将のランク）に応じて第２キャラクタ（例えばＣＰＵ武将）を選択する。例えば、調整手段６１２は、プレイヤ武将のランクと同様のランクを有するＣＰＵ武将を選択する。

ステップＳ３０６で、調整手段６１２は、第１キャラクタの第２パラメータ（例えば武将の兵数）の変更量に基づいて、第２キャラクタの第２パラメータを調整する。例えば、調整手段６１２は、プレイヤ武将の兵数と同等になるように、選択されたＣＰＵ武将の兵数を調整する。

ステップＳ３０８で、調整手段６１２は、全ての第１キャラクタを選択したか否かを判定する。全ての第１キャラクタが選択されていれば（ステップＳ２０８−ＹＥＳ）調整処理が終了し、全ての第１キャラクタが選択されていなければ（ステップＳ２０８−ＮＯ）ステップＳ２０２に戻る。

なお、図２１に示す処理は、簡単のため、同じ第１パラメータ（例えば武将のランク）を有する第１キャラクタ（例えばプレイヤ武将）が、参加チームと相手チームとに同じ数だけいないことを前提とする。しかし、選択された第１キャラクタと同じ第１パラメータを有する第１キャラクタが、相手チームに同じ数だけいる場合は、ステップＳ３０４及びステップＳ３０６の処理がスキップされればよい。

以上、第１実施形態によれば、育成ゲームとベットゲームとを融合させたゲームをプレイヤに提供することができる。また、制御部により制御される第２キャラクタのパラメータを適切に調整することで、ゲーム性を維持することができる。すなわち、ベットすることで、プレイヤのキャラクタが戦いにおいて活躍しやすくなるため、ベットすることのモチベーションを向上させつつ、相手チームのキャラクタも相対的に強くなる、又は自チームの他のキャラクタが相対的に弱くなるので、戦いにおいてどちらが勝つか分からないというゲーム性を維持することができる。

［第２実施形態］
次に、第２実施形態におけるシステムを、図面を用いて説明する。図２２は、第２実施形態におけるシステムとしてのネットワークゲームシステム２の構成の一例を示す図である。

第２実施形態のネットワークゲームシステム２は、サーバ装置としてのセンターサーバ３０と、ゲーム装置としての複数のゲーム端末４０と、を有している。これらセンターサーバ３０とゲーム端末４０とは、基地局ＢＳを介して間接的に、または、直接的に、インターネット上において提供されるＷｏｒｌｄ Ｗｉｄｅ ＷｅｂシステムなどのネットワークＮによってそれぞれ接続できるようになっている。

このネットワークゲームシステム２では、ゲーム端末４０がネットワークＮ及びセンターサーバ３０と接続された場合に、当該ゲーム端末４０に対して種々のネットワークゲームをオンラインで提供することができるようになっている。

このネットワークゲームシステム２においては、複数種類のゲームソフト（アプリケーション）に対応したプレイデータを管理・提供等することにより、プレイヤに対し、さながらゲームセンターの色々なゲームを遊戯しているかのような楽しみを提供することが可能となっている。

ゲームソフトは、ゲーム端末４０にインストールされたものであってもよいし、オンライン上でセンターサーバ３０からゲーム機能が提供されるものであってもよい。一例として、第２実施形態では、第１実施形態で説明したように、プレイヤが自由に参戦可能なチーム同士の戦いを含む新ゲームが提供される。

第２実施形態のネットワークゲームシステム２では、第１実施形態で説明したゲームシステム１の機能構成例と同様の機能を有する。例えば、第２実施形態のゲーム端末４０は、第１実施形態のゲーム装置１００に対応する。ただし、第２実施形態では、図７に示すゲーム装置１００の機能構成の一部を、センターサーバ３０に設けてもよい。

第２実施形態での課金の支払い方法については、コインを支払う方法ではなく、例えば、センターサーバ３０がプレイヤの日々の支払うべき額を加算していき、月毎にその加算した総額を現金又はクレジットカードで支払う方法を用いてもよい。第２実施形態の課金により変更される遊戯価値は、電子的な価値媒体となる。

以上、第２実施形態のシステムによれば、第１実施形態と同様に、育成ゲームとベットゲームとを融合させたゲームをプレイヤに提供することができる。

［第３実施形態］
次に、第３実施形態におけるゲーム装置を説明する。第３実施形態におけるゲーム装置は、所謂スタンドアローン型の単一のゲーム装置である。単一のゲーム装置の場合、このゲーム装置は、図７及び図９で説明した主要な機能（例えば、記憶手段６０４、設定手段６０６、第１受付手段６１０、パラメータ調整手段６１２、第２受付手段７０４、オッズ調整手段７０８、対戦手段７１０、支払い手段７１２など）を有していればよい。

１又は複数のプレイヤは、単一のゲーム装置を利用して、第１実施形態と同様のゲームを行う。具体的には、プレイヤは、オッズが記載された各チームに対し、自分のキャラクタを参戦させるチームを選択し、対戦で勝利した場合は、電子的価値媒体を受け取ることができる。

以上、第３実施形態のゲーム装置によれば、第１実施形態と同様に、育成ゲームとベットゲームとを融合させたゲームをプレイヤに提供することができる。

［変形例］
以上、本願の開示する技術の複数の実施形態について説明したが、本願の開示する技術は、上記に限定されるものではない。

例えば、対戦は、２チームの対戦に限る必要はなく、３つ巴の対戦などにも本発明を適用することができる。また、対戦は、チーム同士の対戦ではなく、キャラクタ同士の対戦にも本発明を適用することができる。

また、図５や図７に示した各機能は、ゲームシステム１全体としてこれらの各機能を有していればよく、どの機能をどの装置に有するようにするかは、設計時などで適宜変更可能である。

また、ゲームプログラムＧＰの内容は、上述した三国志の対戦ゲームに限られるものではなく、例えば駅伝やサッカー、野球など、複数のキャラクタを有するチーム同士の対戦や、競馬などの単一のキャラクタ同士の対戦を行うゲームであればよい。

１、２ ゲームシステム
２０ ＬＡＮ
３０ センターサーバ
１００ ゲーム装置
１０１ オーディオ出力装置
１０２ ディスプレイ
１０３ 操作入力装置
１０４ カード読取装置
１０５ コイン投入装置
２００ コンピューティング装置
２０２ メインメモリ
２０４ 記憶装置
２０７ 通信インタフェース
３０２ メインメモリ
３０４ 記憶装置
３０７ 通信インタフェース
６０２ 第１送信手段
６０４ 記憶手段
６０６ 設定手段
６０８ 第１受信手段
６１０ 第１受付手段
６１２ 調整手段
７０２ 第２受信手段
７０３ ベット手段
７０４ 第２受付手段
７０６ 第２送信手段
７０８ 変更手段
７１０ 実行手段
７１２ 支払い手段

Claims (5)

1. ネットワークを介して接続されるサーバ装置とゲーム装置とを有し、複数のキャラクタを用いて行われる戦いを含むゲームを実行するゲームシステムであって、
   前記ゲーム装置は、
   前記戦いの対象に対して前記サーバ装置により設定されたオッズをプレイヤに提示し、前記プレイヤにより制御される第１キャラクタが前記戦いに参加するかを、前記プレイヤから受け付ける受付手段と、
   前記プレイヤが入力した遊戯価値に応じてベット数を決定するベット手段と、
   前記第１キャラクタが前記戦いに参加する場合、前記ベット手段によるベット数に基づいて前記第１キャラクタのパラメータを変更する変更手段と、
   前記戦いに参加した前記第１キャラクタが勝利した場合、前記オッズと前記ベット数とに基づく遊戯価値をプレイヤに支払う支払い手段と、
   を有するゲームシステム。
2. 前記サーバ装置は、
   前記変更手段により前記第１キャラクタのパラメータが変更された場合、該パラメータの変更量に基づいて、前記第２キャラクタのパラメータを調整する調整手段をさらに有する、
   請求項１記載のゲームシステム。
3. 前記戦いは、複数のキャラクタを含むチーム同士の戦いであり、前記戦いの対象は、チームである場合、
   前記受付手段は、
   前記第１キャラクタがどのチームに参加するかを受け付け、
   前記調整手段は、
   前記第１キャラクタが参加した第１チームに含まれる前記第２キャラクタのパラメータと、前記第１チーム以外のチームに含まれる前記第２キャラクタのパラメータとに対して異なる調整を行う、
   請求項２記載のゲームシステム。
4. 前記変更手段は、
   前記第１キャラクタのパラメータを、前記戦いが有利になるように変更し、
   前記調整手段は、
   前記第２チームに含まれる前記第２キャラクタのパラメータを、前記戦いが有利になるように調整し、又は前記第１チームに含まれる前記第２キャラクタのパラメータを、前記戦いが不利になるように調整する、
   請求項２又は３記載のゲームシステム。
5. コンピュータに、
   複数のキャラクタを用いて行われる戦いを含むゲームを実行する実行ステップと、
   前記戦いに参加する、制御部により制御されるキャラクタのパラメータに基づいて、前記戦いの対象に対してオッズを設定する設定ステップと、
   前記オッズをプレイヤに提示し、前記プレイヤにより制御される第１キャラクタが前記戦いに参加するかを、前記プレイヤから受け付ける受付ステップと、
   前記プレイヤが入力した遊戯価値に応じてベット数を決定するベットステップと、
   前記第１キャラクタが前記戦いに参加する場合、前記ベット数に基づいて前記第１キャラクタのパラメータを変更する変更ステップと、
   前記戦いに参加した前記第１キャラクタが勝利した場合、前記オッズと前記ベット数とに基づく遊戯価値をプレイヤに支払う支払いステップと、
   を実行させるプログラム。