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

Abstract

【課題】ゲーム性を維持しつつ、プレイヤによる自由なマッチングを行う。
【解決手段】サーバ装置は、制御部により制御される第１キャラクタを含む複数のキャラクタを有する複数のチームで行うゲームに対し、各チームのチーム編成に関するマッチングの条件を設定する設定手段６０６と、マッチングの条件がプレイヤに提示されると、プレイヤにより制御される第２キャラクタがどのチームに参加するかを示す選択情報を含むマッチング要求を受け付ける受付手段６１０と、第１キャラクタ及び第２キャラクタのパラメータを記憶する記憶手段６０４と、マッチング要求が取得されると、第２キャラクタのパラメータに基づいて、第２キャラクタの参加チーム又は参加チーム以外の他のチームの少なくともいずれか一方に参加する第１キャラクタのパラメータの合計を調整するパラメータ調整手段６１２と、を有する。
【選択図】図７

Description

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

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

上記ゲームの中には、対戦するチーム内のメンバーに遊戯者であるプレイヤが参加して
、チーム同士の対戦を楽しむゲームがある。例えば、複数人のプレイヤが対戦ゲームに参
加する場合、対戦チームそれぞれのチーム全体のプレイヤのプレイレベル値が同程度にな
るようにチーム編成（以下、マッチングともいう）を行うゲームがある（例えば特許文献
１参照）。

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

しかしながら、従来のマッチングを行うゲームでは、プレイヤのプレイレベル値によっ
て自動的にマッチングが行われるため、特定のチームに参加したいというプレイヤの要望
を満たすことができなかった。

一方で、マッチング時に、単にプレイヤの望む通りに特定のチームに参加させてしまう
と、チーム間のレベル差が生じてしまい、どのチームが勝つか分からないというゲーム性
を維持することができないという不都合があった。

よって、従来のマッチングを行うゲームでは、ゲーム性を維持しつつ、プレイヤによる
自由なマッチングを行うことができないという問題点があった。

そこで、本発明は、ゲーム性を維持しつつ、プレイヤによる自由なマッチングを行うこ
とができるサーバ装置、ゲームシステム及びプログラムを提供することを課題とする。

本発明における一の態様のサーバ装置によれば、サーバ装置は、制御部により制御され
る第１キャラクタを含む複数のキャラクタを有する複数のチームで行うゲームに対し、各
チームのチーム編成に関するマッチングの条件を設定する設定手段と、前記マッチングの
条件がプレイヤに提示されると、前記プレイヤにより制御される第２キャラクタがどのチ
ームに参加するかを示す選択情報を含むマッチング要求を受け付ける受付手段と、前記第
１キャラクタ及び前記第２キャラクタのパラメータを記憶する記憶手段と、前記マッチン
グ要求が取得されると、前記第２キャラクタのパラメータに基づいて、前記第２キャラク
タの参加チーム又は前記参加チーム以外の他のチームの少なくともいずれか一方に参加す
る前記第１キャラクタのパラメータの合計を調整するパラメータ調整手段と、を有する。
これにより、ゲーム性を維持しつつ、プレイヤによる自由なマッチングを行うことができ
る。

また、前記マッチング要求を受け付ける前の、各チーム内の複数のキャラクタのパラメ
ータに基づくチームレベルの差と同一又は前記チームレベルの差に近づくように、前記第
１キャラクタのパラメータの合計を調整してもよい。これにより、ゲーム性をより適切に
維持することができる。

また、前記パラメータ調整手段は、前記受付手段が前記マッチング要求を受け付ける所
定時間が経過した後に、前記パラメータの合計の調整を行ってもよい。これにより、プレ
イヤ武将が参戦する度にパラメータを調整するのではなく、一度にパラメータの調整を行
うことができる。

また、前記パラメータ調整手段は、チーム内の前記第１キャラクタの数を調整してもよ
い。これにより、様々な方法を用いることができ、ゲーム性をより適切に維持することが
できる。

本発明における他の態様のゲームシステムによれば、サーバ装置とゲーム装置とがネッ
トワークを介して接続されたゲームシステムであって、前記サーバ装置は、前記ゲーム装
置の制御部により制御される第１キャラクタを含む複数のキャラクタを有する複数のチー
ムで行うゲームに対し、各チームのチーム編成に関するマッチングの条件を設定する設定
手段と、前記マッチングの条件が前記ゲーム装置を操作するプレイヤに提示されると、前
記プレイヤにより制御される第２キャラクタがどのチームに参加するかを示す選択情報を
含むマッチング要求を受け付ける受付手段と、前記第１キャラクタ及び前記第２キャラク
タのパラメータを記憶する記憶手段と、前記マッチング要求が取得されると、前記第２キ
ャラクタのパラメータに基づいて、前記第２キャラクタの参加チーム又は前記参加チーム
以外の他のチームの少なくともいずれか一方に参加する前記第１キャラクタのパラメータ
の合計を調整するパラメータ調整手段と、を有し、前記ゲーム装置は、前記選択情報が入
力された場合、前記マッチング要求を前記サーバ装置に送信する送信手段と、前記パラメ
ータ調整手段により調整されたパラメータに基づいて前記ゲームを実行するゲーム実行手
段と、を有する。これにより、上述と同様に、ゲーム性を維持しつつ、プレイヤによる自
由なマッチングを行うことができる。

また、前記設定手段は、各チーム内の前記複数のキャラクタのパラメータに基づいて、
各チームのチームレベルを設定し、チーム間の前記チームレベルの差に基づいて、各チー
ムのオッズを設定してもよく、前記ゲーム装置は、前記プレイヤが入力した遊戯価値に応
じてベット数を決定するベット手段と、前記参加チームが勝利すると、前記ベット手段に
よるベット数と前記参加チームのオッズとに対応する遊戯価値を前記プレイヤに支払う支
払い手段とをさらに有してもよい。これにより、オッズにより遊戯価値が支払われるゲー
ムにも適用することができる。

また、前記ゲーム装置は、前記パラメータ調整手段による調整が終了した後、各チーム
に含まれる前記第１キャラクタ及び第２キャラクタのパラメータに基づいて、前記オッズ
を所定範囲内で調整するオッズ調整手段をさらに有してもよい。これにより、パラメータ
調整で調整しきれない場合に、オッズを微調整することで、オッズの整合性をとることが
できる。

また、前記オッズ調整手段は、前記パラメータをポイント化し、各チームのポイントの
合計に基づいて、前記オッズを調整してもよい。これにより、オッズ調整を容易に行うこ
とができる。

また、本発明における他の態様のプログラムによれば、コンピュータに、制御部により
制御される第１キャラクタを含む複数のキャラクタを有する複数のチームで行うゲームに
対し、各チームのマッチングの条件を設定する設定ステップと、前記マッチングの条件が
プレイヤに提示されると、前記プレイヤにより制御される第２キャラクタがどのチームに
参加するかを示す選択情報を含むマッチング要求を受け付ける受付ステップと、前記マッ
チング要求が取得されると、記憶手段に記憶される前記第２キャラクタのパラメータに基
づいて、記憶手段に記憶される、前記第２キャラクタの参加チーム又は前記参加チーム以
外の他のチームの少なくともいずれか一方に参加する前記第１キャラクタのパラメータの
合計を調整するパラメータ調整ステップと、を実行させる。これにより、上述と同様に、
ゲーム性を維持しつつ、プレイヤによる自由なマッチングを行うことができる。

本発明によれば、ゲーム性を維持しつつ、プレイヤによる自由なマッチングを行うこと
ができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

このとき、プレイヤは、各軍の参加武将の総兵数、オッズを見て、どちらのチームに参
戦するかを自由に選択することができる。また、プレイヤは、プレイヤが制御する武将（
以下、第２キャラクタ、プレイヤ武将ともいう）の兵数などを設定可能とする。例えば、
プレイヤは、ディスプレイをタッチしたり、ボタンを押したりするなどして、参戦する軍
を選択したり、兵数を設定したりすることができる。

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

ここで、プレイヤ武将にも、兵数などのパラメータにより強弱が存在する。複数の強い
プレイヤ武将が一方の軍にだけ参戦した場合など、もともと決められた軍の兵力の均衡が
くずれ、予め設定されたオッズに不整合が生じてしまう可能性がある。

そこで、オッズの不整合がなるべく生じないように、参戦したプレイヤ武将のパラメー
タに応じて、ＣＰＵ武将のパラメータを調整する機能をゲームシステム１に設ける。

また、ＣＰＵ武将のパラメータの調整だけでは適切に調整できない場合がある。例えば
、ＣＰＵ武将のパラメータにも上限や下限があるため、ＣＰＵ武将のパラメータの調整に
は限界がある。

そこで、ＣＰＵ武将のパラメータの調整をしても適切に調整できない場合は、オッズを
微調整する。このとき、予め設定されたオッズは、一度プレイヤに提示されているので大
幅に変えることはできない。よって、予め設定されたオッズを大幅に変えないような所定
範囲内でオッズを微調整する機能がゲームシステム１に設けられる。以下、パラメータを
調整する機能とオッズを調整する機能とを、センターサーバ３０とゲーム装置１００との
機能構成と合わせて順に説明する。

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

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

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

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

例えば、図８（Ａ）に示すように、ＣＰＵ武将には、所属先と、パラメータとして、ラ
ンク、兵数が関連付けられる。また、図８（Ｂ）に示すように、プレイヤ武将には、プレ
イヤＩＤと、パラメータとして、ランク、兵数が関連付けられる。所属先は、ＣＰＵ武将
が所属する勢力に関する情報が記憶されている。所属先は、合戦に応じて変更されてもよ
い。ランクは、例えば「Ｓ」、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」があるとし、「Ｄ」から
「Ｓ」になる従い、武将の使えるコマンドが増え、武将が強くなる。兵数は、例えば人数
が多ければ多いほど、その武将は強くなる。プレイヤＩＤには、プレイヤ武将を所有する
プレイヤのＩＤ情報が記憶されている。なお、プレイヤ武将の所属先は、プレイヤにより
合戦の度に選択される。

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

なお、設定手段６０６は、各チーム内の複数のキャラクタのパラメータに基づいて、各
チームのチームレベルを設定し、チーム間のチームレベルの差に基づいて、各チームのオ
ッズを設定する。設定手段６０６は、例えば、所定のタイミングで、各軍内のＣＰＵ武将
の総兵数などに基づいて、各軍のレベルを設定し、軍の間でのレベル差に基づいて、各軍
のオッズを設定する。例えば、設定手段６０６は、総兵数が多い軍は総兵数が少ない軍と
比較して勝利する可能性が高いためオッズを小さくし、総兵数が少ない軍は総兵数が多い
軍と比較して勝利する可能性が低いためオッズを大きくする。このようにして設定された
マッチングの条件は、ゲーム装置１００に送信される。

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

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

パラメータ調整手段６１２は、例えばＣＰＵ３０１やメインメモリ３０２、第１ゲーム
プログラムＧＰ１等により実現されうる。パラメータ調整手段６１２は、マッチング要求
が取得されると、第２キャラクタのパラメータに基づいて、第２キャラクタの参加チーム
又は参加チーム以外の他のチームの少なくともいずれか一方に参加する第１キャラクタの
パラメータの合計を調整する。パラメータ調整手段６１２は、例えば、取得したマッチン
グ要求に含まれるプレイヤ武将のパラメータに基づいて、参戦したチーム又は相手チーム
のＣＰＵ武将のパラメータの合計を調整する。なお、パラメータの合計の調整は、個々の
ＣＰＵ武将のパラメータ、武将の割り当て、武将の数、武将のランク、武将の兵数などの
調整を含む。これにより、ゲーム性を維持することができる。

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

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

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

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

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

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

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

選択手段７０４は、例えばＣＰＵ２０１やメインメモリ２０２、第２ゲームプログラム
ＧＰ２等により実現されうる。選択手段７０４は、取得した合戦情報に基づいて、プレイ
ヤがどちらのチームに参戦するかを選択する選択画面をディスプレイ１０２に表示させ、
プレイヤに提示する。この選択画面は、例えば図４に示す選択画面である。選択手段７０
４は、プレイヤにより軍が選択された後、プレイヤ武将がどの軍に参戦するかを示す選択
情報を含むマッチング要求を、第２送信手段７０６に出力する。

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

オッズ調整手段７０８は、例えばＣＰＵ２０１やメインメモリ２０２、第２ゲームプロ
グラムＧＰ２等により実現されうる。オッズ調整手段７０８は、パラメータ調整手段６１
２による調整が終了した後、各チームに含まれる第１キャラクタ及び第２キャラクタのパ
ラメータに基づいて、オッズを所定範囲内で調整する。オッズ調整手段７０８は、例えば
、パラメータ調整後であっても、各軍のパラメータの差が所定値より大きい場合、オッズ
を微調整する。これにより、パラメータ調整で調整しきれない場合に、オッズを微調整す
ることで、オッズの整合性をとることができる。

また、オッズ調整手段７０８は、各チーム内のキャラクタのパラメータをポイント化し
、各チームのポイントの合計に基づいて、オッズを調整してもよい。オッズ調整手段７０
８は、例えば、武将のランクをポイント化し、このポイントの合計の差に基づいて、オッ
ズを調整してもよい。これにより、オッズ調整を容易に行うことができる。調整されたオ
ッズは、支払い手段７１２に入力される。以上のオッズ調整処理をゲーム装置１００が行
うことで、予め設定されたオッズをなるべく維持することができる。

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

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

＜具体例＞
次に、具体例を用いて、プレイヤが参加する合戦のパラメータやオッズ等が決まるまで
の流れを説明する。

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

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

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

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

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

（３）プレイヤ武将と同等ランクのＣＰＵ武将のアサイン
図８（Ａ）に示すとおり、ＣＰＵ武将はそれぞれ対応する勢力に所属しており、Ａ軍、
Ｂ軍ともに割り当て可能な数十種類の所属するＣＰＵ武将が記憶されている。パラメータ
調整手段６１２は、Ａ軍（例えば曹操軍）のプレイヤ武将と同じランクのＣＰＵ武将をＢ
軍（例えば劉備軍）に所属するＣＰＵ武将から選択し、参加武将として割り当てる（アサ
インする）。このとき、Ａ軍のプレイヤ武将と同じランクのＣＰＵ武将がＢ軍に所属する
ＣＰＵ武将の中に存在しない場合は、最も近いランクのＣＰＵ武将が割り当てられ、Ｂ軍
にもＡ軍のプレイヤ武将と同じランクのプレイヤ武将が同じ数だけ存在する場合は、この
割り当て処理は行われない。なお、プレイヤ武将のランクに対応するランクのＣＰＵ武将
の割り当ても、パラメータ調整の１つとしてもよい。

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

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

このとき、パラメータ調整手段６１２は、割り当てられたＣＰＵ武将に対し、プレイヤ
武将の兵数に基づいて兵数も割り振る。図１４は、兵数割り振りテーブルの一例を示す図
である。図１４に示すように、パラメータ調整手段６１２は、５０％の確率で、同じラン
クのプレイヤ武将の兵数と同じ兵数を割り振り、２５％の確率で、同じランクのプレイヤ
武将の兵数とプラス又はマイナス１０００人の兵数を割り振る。このように、パラメータ
の一つである兵数に対し、ランダム要素を取り入れることで、常に同数の兵数を割り振っ
た場合と比較すると、より偶然性と戦略性の高いゲームを提供することができる。図１３
に示す例では、曹操軍のＣＰＵ武将「曹仁」の兵数は、劉備軍のプレイヤ武将「幹華雄」
の兵数「１９０００」に１０００プラスした「２００００」が割り振られている。上記割
り振りの例は、あくまでも一例である。

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

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

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

（５）オッズの調整
（４）までのパラメータ調整処理を行っても、ランクが高いプレイヤ武将が同一チーム
に複数参戦し、相手のチームにそのランクに対応する武将が所属していない場合には、相
手のチームにはランクが低いＣＰＵ武将が参戦することになる。また、（４）までのパラ
メータ調整処理の中には、遊戯性を高めるために兵数の決定に対しランダム要素を取り入
れているため、各軍の総ランクが所定値以上離れる、（１）で決定された総兵数に変更が
生じる、などが発生しうる。この場合、オッズを決める基となったチームレベル差以上の
レベル差になりうる。そこで、ゲームシステム１では、オッズを微調整することで、オッ
ズと最終的なチームレベル差との間の整合性をとる。

まず、オッズ調整手段７０８は、パラメータ調整後、各軍の総兵数（第１パラメータ）
に基づく兵力比によってオッズを調整する。例えば、オッズ調整手段７０８は、少数兵力
側を１００としたときの大兵力側の割合に応じてラベルを付与する。オッズ調整手段７０
８は、このラベルに基づいてオッズを調整する。

図１６は、兵力比とラベルとの関係の一例を示す図である。図１６に示すように、兵力
比に応じて各ラベルが付与されている。例えば、少数兵力側を１００としたときに、大兵
力側が１４５であるとすれば、ラベルは「ｆ」となる。

図１７は、オッズ調整テーブルの一例を示す図である。図１７に示すように、各ラベル
に対して、オッズ調整後の数値が関連付けられている。例えば、ラベル「ｆ」の場合、少
数勝利オッズは、「２．５」になり、小数引き分けオッズは、「０．６」になり、多数引
き分けオッズは、「０．４」になり、多数勝利オッズは、「１．８」となる。

さらに、オッズ調整手段７０８は、武将のランク（第２パラメータ）に基づくポイント
差によってオッズを調整してもよい。例えば、オッズ調整手段７０８は、ＣＰＵ武将のラ
ンク、プレイヤ武将のランクをそれぞれポイント化しておく。オッズ調整手段７０８は、
各軍のポイントの合計の差に基づいてオッズを調整する。

図１８は、ランクとポイントとの関係の一例を示す図である。図１８に示すように、Ｃ
ＰＵ武将と、プレイヤ武将とのそれぞれのランクにポイントが割り当てられている。例え
ば、同じＳランクであっても、ＣＰＵ武将のポイントは、「１５」であり、プレイヤ武将
のポイントは、「２０」であり、プレイヤ武将の方を、ＣＰＵ武将よりもポイントを高く
してもよい。

図１９は、ポイント差とラベル移動との関係の一例を示す図である。図１９に示すよう
に、各軍のポイント差に応じて、ラベルをいくつ移動するかが関連付けられている。例え
ば、兵力差のラベルが「ｅ」のとき、少数兵力側のポイント合計が、大兵力側のポイント
合計よりも「１８」ポイント上回っていれば、２ラベル上に移動し、ラベルは「ｃ」とな
る。仮に、上記例で、少数兵力側のポイント合計が、大兵力側のポイント合計よりも「１
８」ポイント下回っていれば、２ラベル下に移動し、ラベルは「ｇ」となる。なお、図１
６〜図１９に示した情報は、オッズ調整手段７０８が有していればよい。

これにより、パラメータ調整を行っても、合戦の勝敗に関するパラメータを適切に調整
できない場合に、オッズを所定範囲内で微調整することができる。

＜動作＞
次に、第１実施形態におけるゲームシステム１の動作について説明する。図２０は、第
１実施形態におけるゲームシステム１の処理の一例を示すフローチャートである。図２０
に示すステップＳ１０２で、設定手段６０６は、制御部により制御される第１キャラクタ
（例えばＣＰＵ武将）を含む複数のキャラクタを有するチームが複数で行う戦いを含むゲ
ームに対し、複数のチームのチーム編成に関するマッチングの条件を設定する。この後、
ゲーム装置１００側で、プレイヤはマッチング条件を参照して、どのチームに参加するか
を選択する。このとき、プレイヤは、兵数などのパラメータを設定することができる。

ステップＳ１０４で、受付手段６１０は、チーム編成に関するマッチングの条件がプレ
イヤに提示されると、プレイヤにより制御される第２キャラクタ（例えばプレイヤ武将）
がどのチームに参加するかを示す選択情報を含むマッチング要求を受け付ける。

ステップＳ１０６で、パラメータ調整手段６１２は、マッチング要求が取得されると、
記憶手段６０４に記憶される第２キャラクタのパラメータに基づいて、記憶手段６０４に
記憶される、第２キャラクタの参加チーム又は参加チーム以外の他のチームの少なくとも
いずれか一方に参加する第１キャラクタのパラメータの合計を調整する。パラメータ調整
の具体的な処理は、図２１を用いて後述する。調整後のパラメータは、ゲーム装置１００
に送信される。

ステップＳ１０８で、ゲーム装置１００のオッズ調整手段７０８は、オッズを調整する
必要があるか否かを判定する。オッズ調整手段７０８は、例えば、元々のオッズが設定さ
れた時と、パラメータ調整した時との各軍の兵力差が変わった場合や、図１９に示すラベ
ル移動がある場合にオッズ調整が必要と判定する。オッズ調整が必要であれば（ステップ
Ｓ１０８−ＹＥＳ）ステップＳ１１０に進み、オッズ調整が必要でなければ（ステップＳ
１０８−ＮＯ）ステップＳ１１２に進む。

ステップＳ１１０で、オッズ調整手段７０８は、パラメータ調整手段６１２による調整
が終了した後、各チームに含まれる第１キャラクタ及び第２キャラクタのパラメータに基
づいて、予め設定されたオッズを大幅に変えないように所定範囲内で調整する。所定範囲
とは、例えば予め設定されたオッズのプラスマイナス０．５とする。オッズの調整の具体
的な処理は、図２２を用いて後述する。

ステップＳ１１２で、ゲーム実行手段７１０は、ゲームを実行し、例えばチーム同士で
対戦を行う。対戦結果は、勝ち負けだけでなく、引き分けがあってもよい。

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

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

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

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

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

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

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

図２２は、第１実施形態におけるオッズ調整処理の一例を示すフローチャートである。
図２２に示すステップＳ３０２で、オッズ調整手段７０８は、第１パラメータ（例えば武
将の兵数）に基づいてオッズを調整する。例えば、オッズ調整手段７０８は、図１６及び
図１７を用いて説明したように、各チームの兵力差によってオッズを調整する。

ステップＳ３０４で、オッズ調整手段７０８は、第２パラメータ（例えば武将のランク
）に基づいてオッズを調整する。例えば、オッズ調整手段７０８は、図１８及び図１９を
用いて説明したように、武将のランクをポイント化し、各チームのポイントの合計差によ
ってオッズを調整する。これにより、大幅にオッズが変わらないようにオッズ調整を行う
ことができる。

以上、第１実施形態によれば、ゲーム性を維持しつつ、プレイヤによる自由なマッチン
グを行うことができる。すなわち、対戦するチームに対し、プレイヤのキャラクタを自由
に参戦させることができ、強いキャラクタを一方のチームにだけ複数参戦させたとしても
、相手チームのキャラクタも相対的に強くなる、又は自チームの他のキャラクタが相対的
に弱くなるので、どちらのチームが勝つか分からないというゲーム性を維持することがで
きる。

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

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

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

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

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

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

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

以上、第２実施形態のシステムによれば、第１実施形態と同様に、ゲーム性を維持しつ
つ、プレイヤによる自由なマッチングを行うことができる。

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

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

以上、第３実施形態のゲーム装置によれば、第１実施形態と同様に、ゲーム性を維持し
つつ、プレイヤによる自由なマッチングを行うことができる。

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

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

また、オッズ調整のパラメータとして、武将の兵種や、対戦時点でのその軍の勝敗数な
どを考慮してもよい。

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

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

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

Claims (9)

1. 制御部により制御される第１キャラクタを含む複数のキャラクタを有する複数のチーム
   で行うゲームに対し、各チームのチーム編成に関するマッチングの条件を設定する設定手
   段と、
   前記マッチングの条件がプレイヤに提示されると、前記プレイヤにより制御される第２
   キャラクタがどのチームに参加するかを示す選択情報を含むマッチング要求を受け付ける
   受付手段と、
   前記第１キャラクタ及び前記第２キャラクタのパラメータを記憶する記憶手段と、
   前記マッチング要求が取得されると、前記第２キャラクタのパラメータに基づいて、前
   記第２キャラクタの参加チーム又は前記参加チーム以外の他のチームの少なくともいずれ
   か一方に参加する前記第１キャラクタのパラメータの合計を調整するパラメータ調整手段
   と、
   を有するサーバ装置。
2. 前記パラメータ調整手段は、前記マッチング要求を受け付ける前の、各チーム内の複数
   のキャラクタのパラメータに基づくチームレベルの差と同一又は前記チームレベルの差に
   近づくように、前記第１キャラクタのパラメータの合計を調整する、
   請求項１記載のサーバ装置。
3. 前記パラメータ調整手段は、前記受付手段が前記マッチング要求を受け付ける所定時間
   が経過した後に、前記パラメータの合計の調整を行う、
   請求項２記載のサーバ装置。
4. 前記パラメータ調整手段は、チーム内の前記第１キャラクタの数を調整する、
   請求項１乃至３いずれか一項に記載のサーバ装置。
5. サーバ装置とゲーム装置とがネットワークを介して接続されたゲームシステムであって
   、
   前記サーバ装置は、
   前記ゲーム装置の制御部により制御される第１キャラクタを含む複数のキャラクタを有
   する複数のチームで行うゲームに対し、各チームのチーム編成に関するマッチングの条件
   を設定する設定手段と、
   前記マッチングの条件が前記ゲーム装置を操作するプレイヤに提示されると、前記プレ
   イヤにより制御される第２キャラクタがどのチームに参加するかを示す選択情報を含むマ
   ッチング要求を受け付ける受付手段と、
   前記第１キャラクタ及び前記第２キャラクタのパラメータを記憶する記憶手段と、
   前記マッチング要求が取得されると、前記第２キャラクタのパラメータに基づいて、前
   記第２キャラクタの参加チーム又は前記参加チーム以外の他のチームの少なくともいずれ
   か一方に参加する前記第１キャラクタのパラメータの合計を調整するパラメータ調整手段
   と、
   を有し、
   前記ゲーム装置は、
   前記選択情報が入力された場合、前記マッチング要求を前記サーバ装置に送信する送信
   手段と、
   前記パラメータ調整手段により調整されたパラメータに基づいて前記ゲームを実行する
   ゲーム実行手段と、
   を有するゲームシステム。
6. 前記設定手段は、各チーム内の前記複数のキャラクタのパラメータに基づいて、各チー
   ムのチームレベルを設定し、チーム間の前記チームレベルの差に基づいて、各チームのオ
   ッズを設定し、
   前記ゲーム装置は、
   前記プレイヤが入力した遊戯価値に応じてベット数を決定するベット手段と、
   前記参加チームが勝利すると、前記ベット手段によるベット数と前記参加チームのオッ
   ズとに対応する遊戯価値を前記プレイヤに支払う支払い手段とをさらに有する、
   請求項５記載のゲームシステム。
7. 前記ゲーム装置は、
   前記パラメータ調整手段による調整が終了した後、各チームに含まれる前記第１キャラ
   クタ及び第２キャラクタのパラメータに基づいて、前記オッズを所定範囲内で調整するオ
   ッズ調整手段をさらに有する、
   請求項６記載のゲームシステム。
8. 前記オッズ調整手段は、前記パラメータをポイント化し、各チームのポイントの合計に
   基づいて、前記オッズを調整する、
   請求項７記載のゲームシステム。
9. コンピュータに、
   制御部により制御される第１キャラクタを含む複数のキャラクタを有する複数のチーム
   で行うゲームに対し、各チームのマッチングの条件を設定する設定ステップと、
   前記マッチングの条件がプレイヤに提示されると、前記プレイヤにより制御される第２
   キャラクタがどのチームに参加するかを示す選択情報を含むマッチング要求を受け付ける
   受付ステップと、
   前記マッチング要求が取得されると、記憶手段に記憶される前記第２キャラクタのパラ
   メータに基づいて、記憶手段に記憶される、前記第２キャラクタの参加チーム又は前記参
   加チーム以外の他のチームの少なくともいずれか一方に参加する前記第１キャラクタのパ
   ラメータの合計を調整するパラメータ調整ステップと、
   を実行させるプログラム。