JP5107405B2 - ゲームシステム、ゲームシステムの制御方法及びプログラム - Google Patents

Description

本発明は、複数の端末装置をそれぞれ操作するプレイヤ同士が、自己のチームを構成するキャラクタを操作して対戦するチーム対戦ゲームをコンピュータに実現させるためのゲームシステム、当該ゲームシステムの制御方法及びプログラムに関するものである。

近年、インターネット接続におけるデータ転送速度の高速化によって、インターネットを介して複数の端末装置を通信可能に接続し、各端末装置を操作するプレイヤ同士が対戦するネットワークゲームが普及している。端末装置としてはパーソナルコンピュータ、家庭用ゲーム機器などが用いられる。この種の対戦型ネットワークゲームとしては、プレイヤ同士が自己のチームを構成する複数のキャラクタを操作して対戦するチーム対戦ゲームがあり、野球やサッカーなどの様々なゲームが存在する。

上記のような対戦型ネットワークゲームは、それぞれネットワークに接続された複数の端末装置およびサーバ装置を含むゲームシステムにより実現される。通常、ゲームシステムを利用する各プレイヤは、端末装置を操作してサーバ装置にログインし、端末装置をゲームシステム内に組み込む。そして、サーバ装置は、ログインしている複数の端末装置の中から対戦相手の組み合わせを決定するマッチング処理を行う。サーバ装置により対戦相手の組み合わせが決定された後は、決定された端末装置同士で直接的にデータを送受信することで、ネットワークゲームが実施されることになる。

上記の対戦型のネットワークゲームを行うゲームシステムでは、ゲーム結果をサーバ装置側で収集し、各プレイヤのゲーム成績に基づいて、プレイヤのランキング（プレイヤが操作するチームのランキング）をサーバ装置が算出するようになっているものもある。この場合、プレイヤは、対戦ゲームに多く勝利する程、上位のランキングを獲得できる。例えば、特許文献１には、対戦相手同士のランキング差と対戦結果（勝敗）とを基に、各プレイヤの実力を評価する技術が開示されている。この特許文献１では、ランキングのより低いプレイヤがランキングのより高いプレイヤに勝利したときの評価を相対的に高くしている。

上記のランキングはプレイヤの技量の高さを表すものであるが、必ずしもチーム対戦ゲームにおけるチームの戦力を表すものではない。なぜならば、各チームは複数のキャラクタから構成されており、プレイヤがチーム構成を変更（チームを構成するキャラクタを変更）すれば、変更されたキャラクタの能力値に応じて実質的なチーム戦力は変わってしまうからである。特に、チーム対戦ゲームにおいては、チームを構成する各キャラクタの能力値がチームの戦力を評価するのに大きな影響を及ぼす。

そして、あまりにもチーム戦力（チームレベル）の差に開きがあるチーム同士の組み合わせで対戦がなされた場合、白熱したゲーム展開が期待できずに興趣性を損なうことがある。そこで、チーム対戦ゲームにおけるマッチング処理において、チームに属する全選手キャラクタを対象として、各選手キャラクタの有する能力値を合計することによってチーム戦力値（チームレベルの値）を算出し、算出した各チームのチーム戦力値を対比し、チーム戦力値が近いチーム同士をマッチングするものがある。例えば野球ゲームでは、通常、２８名の選手キャラクタにより１つのチームが構成されるので、２８名の選手キャラクタの能力値の合計値をチーム戦力値としてマッチング処理が行われる。これにより、チーム戦力値の近いチーム構成のプレイヤ同士がマッチングされ易くなり、興趣性を向上させることができるようにしている。

特開２００５−２１７１２号公報

しかしながら、この場合においても、なお以下のような問題が発生していた。

例えば、プレイヤが予めそのプレイヤレベルに応じて与えられた選手選択可能ポイントの範囲内で任意に選手キャラクタを選択し、自己の野球チーム（２８名の選手キャラクタ）を編成する場合、プレイヤによっては非常に高い能力を持った選手キャラクタばかりを９名分集め、残り１９名分の選手キャラクタを非常に能力の低いものに設定することもある。そして、実際の試合では、プレイヤが非常に高い能力を持った９名の選手キャラクタのみを使って対戦する場合がある。この場合、非常に能力の低い１９名分の選手キャラクタは、見かけ上のチーム戦力値を下げるためだけに用いられていることになる。一方で、多くの一般プレイヤは、通常、バランスよく選手キャラクタを選択して自己の野球チームを編成し、対戦中には選手交代などのチーム戦術を考えながらプレイする。

上記の場合、ゲームシステムとしては、同程度のチーム戦力値を有するプレイヤ同士をマッチングしたにもかかわらず、実際に対戦する選手キャラクタの能力値が大きく異なっているということがあり、通常のチーム編成をした一般プレイヤにおいて不公平感を感じ、ゲームの興趣性の低下を招来するといった問題があった。

本発明は、上記の問題点に鑑みてなされたものであり、実際の対戦におけるチーム戦力を適切に判断してプレイヤの有する不公平感を是正し、より興趣性の高いチーム対戦ゲームを実現させるゲームシステム、当該ゲームシステムの制御方法及びプログラムを提供することを目的とする。

（１）本発明の一局面にかかるゲームシステムは、複数の端末装置をそれぞれ操作するプレイヤ同士が、自己のチームを構成するキャラクタを操作して対戦するチーム対戦ゲームを実行するゲームシステムであって、対戦中に実際の対戦に関与したキャラクタを抽出する関与キャラクタ抽出手段と、前記関与キャラクタ抽出手段によって抽出されたキャラクタの有する能力値に基づいて、各チームの戦力レベルを表すチーム戦力値をチーム毎に算出するチーム戦力演算手段と、前記チーム戦力演算手段が算出した各チームのチーム戦力値の差を算出する戦力差演算手段と、対戦相手よりチーム戦力値が低いチームが対戦に勝利した場合に、当該チームに対して、前記戦力差演算手段にて算出されたチーム戦力値の差に応じた特典を付与する特典付与手段とを備えていることを特徴としている。

プレイヤ同士がチーム対戦ゲームを行う場合、各プレイヤは自己のチームを構成するキャラクタの全てを実際の対戦で使用するとは限らず、例えば野球ゲームを例にとると、ベンチに居ただけで全く試合に関与しない待機キャラクタも存在し得る。このような実際の対戦に関与しないキャラクタを含めたチームの戦力レベルは、現実の対戦におけるチームの強弱とずれてしまう。そこで、本発明のゲームシステムは、対戦中に実際の対戦に関与したキャラクタを関与キャラクタ抽出手段により抽出し、抽出したキャラクタの能力値に基づいてチーム戦力演算手段が各チームの戦力レベルを表すチーム戦力値を算出するようになっている。これにより、実際の対戦に関与しないキャラクタを排除して現実の対戦に即したチーム戦力値を求めることができる。

また、システムとしては対戦前のマッチングにおいて同程度のチームレベルの対戦者どうしをマッチングしたにもかかわらず、実際の対戦においては選手キャラクタのレベルが大きく異なっているということが、プレイヤ間で不公平感を生じさせる要因にもなっていた。そこで、本発明のゲームシステムは、対戦相手より自己のチーム戦力値が低いにもかかわらず自己チームが対戦に勝利した場合には、戦力差演算手段にて算出されたチーム戦力値の差に応じた特典を特典付与手段が当該チームに付与するように構成しているので、不公平感の解消が図られ、より興趣性の高いチーム対戦ゲームを実現することができる。

特に、本発明のゲームシステムでは、対戦した両チームのレベル比較については、実際に対戦に関与した選手のみを対象として求められた上記のチーム戦力値が使用され、このチーム戦力値の差に応じて特典が付与されるので、プレイヤが実際に対戦した相手チームの強弱が特典に忠実に反映されることとなる。従って、プレイヤにとっては、試合の中で実際に強いと感じた対戦相手に勝利したときの特典が大きくなることを確認できるので、十分な納得感が得られる。さらに、プレイヤにとっては、実質的に強い対戦相手であればあるほど大きな特典を獲得できる機会が得られることから、大きな特典獲得のため試合への集中力が喚起されることとなるため、仮想ゲーム空間内への誘引力の強いゲームを実現することができる。

（２）上記の構成において、ゲームシステムは、前記関与キャラクタ抽出手段によって抽出された各キャラクタの対戦への関与度を算出する関与度演算手段をさらに備え、前記チーム戦力演算手段は、前記関与度演算手段にて算出された各キャラクタの対戦への関与度が高いほど各キャラクタの能力値の重み付けを高くして前記チーム戦力値を演算することが好ましい。

実際の対戦に関与したキャラクタそれぞれの試合に対する関与度には高低があるため、上記の構成では、実際の対戦に関与したキャラクタとして抽出された各キャラクタの対戦への関与度を算出し、対戦への関与度が高いほど各キャラクタの能力値の重み付けを高くしてチーム戦力値を演算するようになっている。ここで、対戦への関与度が高いとは、対戦における役割の重要度や、対戦に関わる時間、頻度など、対戦の結果に影響を及ぼす重みがどれだけ大きいかを示している。具体的には、例えば野球ゲームの守備側の場合であれば、投手や捕手は守備に対して大きな影響力を持っていることから、他の野手に比べて対戦への関与度が高いものとする。また、攻撃の場合であれば、打席に立つ回数に着目すれば、代打で１回打席に入るよりも、１試合すべての打席、例えば４打席入る方が対戦への関与度が高いものとする。また、サッカーゲームであれば、例えばキャプテンは他の選手よりも対戦への関与度が高いものとする。このように、実際の対戦に関与した各キャラクタの対戦への関与の程度も反映されたチーム戦力値が得られ、現実の対戦事実がより忠実に反映された両チームのチームレベル比較が可能となる。そして、このチーム戦力値の差に応じて特典が付与されるので、プレイヤが実際に対戦した相手チームの強弱がより忠実に特典に反映されることとなる。

（３）上記の構成において、前記関与キャラクタ抽出手段は、対戦中における攻撃時と守備時とに分けて実際の対戦に関与したキャラクタをそれぞれ抽出し、前記関与度演算手段は、各キャラクタの攻撃への関与度と守備への関与度を分けてそれぞれ算出し、前記チーム戦力演算手段は、各キャラクタの有する攻撃時の能力値と攻撃への関与度とに基づいて攻撃時チーム戦力値を算出するとともに、各キャラクタの有する守備時の能力値と守備への関与度とに基づいて守備時チーム戦力値を算出し、前記攻撃時チーム戦力値と守備時チーム戦力値とを加算または平均して前記チーム戦力値を算出することが好ましい。

上記の構成によれば、対戦中における攻撃時と守備時とに分けて、実際の対戦に関与したキャラクタの抽出およびその関与度の算出が行われる。また、各キャラクタの有する能力値についても攻撃時と守備時とで別の能力値が与えられている。そして、チーム戦力演算手段は、攻撃時チーム戦力値と守備時チーム戦力値とをそれぞれ算出して、それらを加算または平均してチーム戦力値を求めるようになっている。現実世界でも、例えば野球の場合、選手によって、守備能力は普通であるが、盗塁等の走力（即ち、攻撃能力）に優れているとか、逆に、打撃力（即ち、攻撃能力）は劣るが、守備技術に長けているというように、必ずしも攻撃能力と守備能力とが同等であるとは限らない。この点、本構成によれば、各キャラクタの攻撃力（攻撃時の能力値）と守備力（守備時の能力値）とが正確に反映されたチーム戦力値を求めることができる。

（４）上記の構成において、前記関与キャラクタ抽出手段は、対戦を構成する所定イベント毎または対戦を時間的に分割する所定時間毎に、実際の対戦に関与したキャラクタを抽出し、前記チーム戦力演算手段は、前記関与キャラクタ抽出手段にて抽出されたキャラクタの能力値を対象として所定イベント毎または所定時間毎の戦力値を求めるとともに、対戦が終了したときに前記所定イベント毎または所定時間毎の戦力値の平均を算出して前記チーム戦力値を求めることが好ましい。

上記の構成によれば、対戦を構成する所定イベント毎または対戦を時間的に分割する所定時間毎に小刻みに実際の対戦に関与したキャラクタを抽出するので、所定イベント毎または所定時間毎に求められる戦力値は現実の対戦事実が忠実に反映されたものとなる。そして、所定イベント毎または所定時間毎に求められる戦力値の平均を算出して求められたチーム戦力値は、対戦が行われた試合全体として現実の対戦事実が忠実に反映されたものとなる。例えば、野球ゲームの場合、先発メンバー構成が試合終了まで変わらないということはあまりなく、投手交代や代打投入、代走投入など、選手が比較的入れ代わることが多い。即ち、その都度、チームとしての戦力は変動していると言える。本構成によれば、このような現実世界でも見られるチーム戦力の変動を忠実に反映できる。また、所定イベント毎または所定時間毎に求められる戦力値は、対戦中に随時算出することができるので、試合終了後、迅速に正確なチーム戦力値を得ることができる。

（５）上記の構成において、ゲームシステムは、前記関与キャラクタ抽出手段によって前記所定イベント毎または所定時間毎に抽出された各キャラクタの対戦への関与度を決定する関与度決定手段をさらに備え、前記チーム戦力演算手段は、前記関与度決定手段にて決定された各キャラクタの対戦への関与度が高いほど各キャラクタの能力値の重み付けを高くして、前記所定イベント毎または所定時間毎の戦力値を演算することが好ましい。

上記の構成によれば、対戦を構成する所定イベント毎または対戦を時間的に分割する所定時間毎に小刻みに実際の対戦に関与したキャラクタを抽出するとともに、抽出された各キャラクタの対戦への関与度も求めて、所定イベント毎または所定時間毎に戦力値を算出している。これにより、所定イベント毎または所定時間毎に求められる戦力値には、実際の対戦に関与した各キャラクタの対戦への関与の程度も反映され、現実の対戦事実がより忠実に反映された戦力値を求めることができる。

（６）上記の構成において、前記関与度決定手段は、前記関与キャラクタ抽出手段によって前記所定イベント毎または所定時間毎に抽出されるキャラクタの組み合わせに対応付けて各キャラクタの対戦への関与度を記憶したルックアップテーブルを有し、当該ルックアップテーブルに基づいて各キャラクタの対戦への関与度を決定することが好ましい。

上記の構成によれば、所定イベント毎または所定時間毎に抽出されるキャラクタの組み合わせに対応付けて、各キャラクタの対戦への関与度が記憶されたルックアップテーブルが用意されているので、当該ルックアップテーブルを参照することにより迅速に各キャラクタの対戦への関与度を決定することができる。

（７）上記の構成において、前記特典付与手段は、対戦相手よりチーム戦力値が低いチームが対戦に勝利した場合における対戦結果の得点差が大きいほど、当該チームにより大きな特典を付与することが好ましい。

上記の構成によれば、対戦結果の得点差によって付与される特典が変わるため、プレイヤは、より大きな特典の獲得のため、単に勝利するだけではなくより多くの得点を取得して勝とうとするので、試合への集中力がより喚起され、より興趣性の高いゲームを実現できる。

（８）上記の構成において、前記特典付与手段は、対戦相手よりチーム戦力値が低い方のチームが対戦に負けた場合に、対戦したチーム同士のチーム戦力値の差に応じたハンデキャップ値を設定するハンデキャップ設定部と、対戦結果としての各チームの得点を、上記ハンデキャップ値に基づいて、チーム戦力値が低い方のチームが有利となるように補正する得点補正部と、前記得点補正部が補正した後の各チームの得点により特典を付与するか否かを判定する特典有無判定部とをさらに備え、前記特典有無判定部は、前記得点補正部による得点の補正によりチーム戦力値が低い方のチームの得点が相手チームの得点より大きくなった場合に、チーム戦力値が低い方のチームに特典を付与する判定を行うことが好ましい。

特典付与手段による特典の付与は、対戦相手よりチーム戦力値が低い方のチームが対戦に勝利したときに付与するというのが基本であるが、チーム戦力値の差にある程度の開きがあれば、チーム戦力値が低い方のチームが例えば僅差で負けたとしても、当該チーム戦力値の差を考慮すれば大健闘であり、チーム戦力値が低い方のチームに特典を付与するに値する場合もある。そこで、上記の構成のように、チーム戦力値の差に応じてハンデキャップ値を設定し、実際にはチーム戦力値が低い方のチームが対戦に負けたとしても、当該ハンデキャップ値を考慮した得点を演算したらチーム戦力値が低い方のチームが勝利する場合には、実際には負けたチーム戦力値が低い方のチームのプレイヤに特典を付与するものとする。これにより、実質的に強いチームと対戦したプレイヤにとっては、実際には対戦に負けても善戦すれば特典を獲得できるので納得感が得られる。また、実質的に強いチームとマッチングされてしまったことにより試合に負けそうになっても、善戦すれば特典を獲得できる機会が得られることより、試合に負けていても試合への集中力が喚起され、仮想ゲーム空間への吸引力の強いゲームが実現できる。

（９）本発明の他の局面にかかるゲームシステムの制御方法は、複数の端末装置をそれぞれ操作するプレイヤ同士が、自己のチームを構成するキャラクタを操作して対戦するチーム対戦ゲームを実行するゲームシステムの制御方法であって、対戦中に実際の対戦に関与したキャラクタをコンピュータが抽出する関与キャラクタ抽出ステップと、前記関与キャラクタ抽出ステップによって抽出されたキャラクタの有する能力値に基づいて、各チームの戦力レベルを表すチーム戦力値を前記コンピュータがチーム毎に算出するチーム戦力演算ステップと、前記チーム戦力演算ステップで算出した各チームのチーム戦力値の差を前記コンピュータが算出する戦力差演算ステップと、対戦相手よりチーム戦力値が低いチームが対戦に勝利した場合に、当該チームに対して、前記戦力差演算ステップにて算出されたチーム戦力値の差に応じた特典を前記コンピュータが付与する特典付与ステップと、を備えていることを特徴としている。

（１０）本発明のさらに他の局面にかかるプログラムは、複数の端末装置をそれぞれ操作するプレイヤ同士が、自己のチームを構成するキャラクタを操作して対戦するチーム対戦ゲームを実行するゲームシステムに含まれるコンピュータに、対戦中に実際の対戦に関与したキャラクタを抽出する関与キャラクタ抽出機能と、前記関与キャラクタ抽出機能によって抽出されたキャラクタの有する能力値に基づいて、各チームの戦力レベルを表すチーム戦力値をチーム毎に算出するチーム戦力演算機能と、前記チーム戦力演算機能で算出された各チームのチーム戦力値の差を算出する戦力差演算機能と、対戦相手よりチーム戦力値が低いチームが対戦に勝利した場合に、当該チームに対して、前記戦力差演算機能にて算出されたチーム戦力値の差に応じた特典を付与する特典付与機能と、を実現させることを特徴としている。

従来の対戦ゲームにおいては、システムとして対戦前のマッチングにおいて同程度のチームレベルの対戦者どうしをマッチングしたにもかかわらず、プレイヤによっては、チームの中から実際に対戦に登場させる選手キャラクタを、強い能力の選手キャラクタのみに偏らせて選択する結果、対戦時におけるチームのレベルが大きく異なってしまうことがあり、プレイヤ間で不公平感を生じさせる要因になっていたが、本発明によれば、この不公平感の低減化、抑制を図ることができる。すなわち、実際の対戦時における自己のチーム戦力値が、仮に対戦相手のチーム戦力値より低くても、その対戦に勝利した場合には、そのチーム戦力値の差に応じて自己のチームに特典が付与されるので、マッチングに対する不公平感の解消が図られ、より興趣性の高いチーム対戦ゲームを実現することができる。

本発明の一実施の形態に係るゲームシステムの全体構成を示す説明図である。 本発明の一実施の形態に係るゲームシステムを構成する各端末装置のハードウェア構成を示す説明図である。 本発明の一実施の形態に係るゲームシステムを構成するサーバ装置の制御部の機能ブロック図である。 本発明の一実施の形態に係るゲームシステムを構成する各端末装置における制御部の一例を示す機能ブロック図である。 本発明の一実施の形態に係るゲームシステムの主な動作を示すフローチャートである。 本発明の一実施の形態に係るゲームシステムを構成する各端末装置の主な動作を示すフローチャートである。 本発明の一実施の形態に係るゲームシステムを構成するサーバ装置の主な動作の一例を示すフローチャートである。 本発明の一実施の形態に係るゲームシステムを構成する各端末装置における制御部の他の例を示す機能ブロック図である。 本発明の一実施の形態に係るゲームシステムを構成する各端末装置における制御部の要部の構成例を示す機能ブロック図である。 本発明の一実施の形態に係るゲームシステムを構成する各端末装置における制御部の要部の他の構成例を示す機能ブロック図である。 本発明の一実施の形態に係るゲームシステムを構成する各端末装置における制御部の要部のさらに他の構成例を示す機能ブロック図である。 本発明の一実施の形態に係るゲームシステムを構成する各端末装置における制御部の要部のさらに他の構成例を示す機能ブロック図である。 本発明の一実施の形態に係るゲームシステムを構成するサーバ装置における特典付与手段の構成例を示す機能ブロック図である。

本発明の一実施の形態に係るネットワークゲームシステムについて、図面を参照し、以下に説明する。

〔ネットワークゲームシステムの全体構成〕
図１は、本ネットワークゲームシステム１００の全体構成を示す図である。

図１に示すように、本実施の形態に係るチーム対戦型のネットワークゲームを実行可能なネットワークゲームシステム１００は、サーバ装置１０３と、当該サーバ装置１０３と通信可能に接続される端末装置Ａおよび端末装置Ｂを含む複数の端末装置とを備えている。これらの装置（サーバ装置１０３および複数の端末装置）は、通信ネットワークとしてのインターネット１０４を介して接続されている。

なお、ネットワークゲームシステム１００内には複数の端末装置が存在するが、各端末装置の基本構成は同一であり、以下、端末装置Ａおよび端末装置Ｂ（必要に応じてこれらをまとめて「端末装置Ａ・Ｂ」と記載することがある）をネットワークゲームシステム１００内の複数の端末装置を代表するものとして説明する。

また、本実施の形態の通信ネットワークは、インターネットに限定されるものではなく、端末装置Ａ・Ｂとサーバ装置１０３との間を通信可能に相互に接続できるものであれば、例えば、専用回線、公衆回線、ＬＡＮ等であってもよく、或いはこれらを組み合わせたものであってもよい。

本ネットワークゲームシステム１００で実行可能なチーム対戦型のネットワークゲームに参加する各々のプレイヤが操作する端末装置Ａ・Ｂは、公知の家庭用ゲーム機、携帯ゲーム機、携帯情報端末、携帯電話機またはパーソナルコンピュータ等により構成される。各々のプレイヤが操作する端末装置Ａ・Ｂ間で対戦を行う方法には、端末装置Ａ・Ｂ間で直接通信して対戦する方法と、サーバ装置１０３を経由して対戦する方法とがある。何れの方法でも対戦は可能であるが、本実施の形態では、前者の方法、すなわち、端末装置Ａ・Ｂ間で直接データのやりとりを行う、いわゆるＰ２Ｐ（Peer to Peer）接続によりネットワークゲームを行うこととする。

各端末装置Ａ・Ｂとサーバ装置１０３との間の通信は、例えば、ベースのプロトコルとしてＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol)上で動作するＨＴＴＰ(Hyper Text Transfer Protocol)を使用し、本システムで規定するアプリケーションプロトコルを上位に実装することによって実現できる。

一方、Ｐ２Ｐ接続される端末装置Ａと端末装置Ｂとの間の通信は、ＯＳＩ参照モデルのトランスポート層上の通信規約（プロトコル）であって主にＩＰプロトコル上に実装されるＵＤＰ（User Datagram Protocol）によって実現できる。上記のＵＤＰは、データの送達確認やエラー訂正を行わず、データを相手側の端末装置に送りっぱなしにする通信方式であるため、データの信頼度は低いがデータの転送速度が高いという利点がある。このため、高いリアルタイム性が要求されるゲーム環境の中で大量のデータを相互に高速通信する通信対戦型のネットワークゲームでは、ＵＤＰが好適に用いられる。なお、端末装置Ａと端末装置Ｂとの間の通信にＵＤＰ以外の他の既存プロトコルを用いたり、今後、新たに規定される新規プロトコルを用いたりすることも勿論可能である。

ネットワークゲームシステム１００において、各端末装置Ａ・Ｂには、当該各端末装置Ａ・Ｂを一意に識別するための端末ＩＤが付与されている。さらに、各端末装置Ａ・Ｂを操作する各プレイヤには、当該各プレイヤを特定するためのプレイヤＩＤが付与されている。そして、サーバ装置１０３は、これらの識別情報（端末ＩＤおよびプレイヤＩＤ）に対応付けて、各端末装置Ａ・Ｂとの間でデータの送受信を行うことによって、各端末装置Ａ・Ｂおよび各プレイヤに関する情報を管理し、後述する対戦相手決定処理（マッチング処理）、対戦管理処理および特典付与処理などを実行する。

ネットワークゲームシステム１００にて実現されるチーム対戦型のネットワークゲームには様々なものがあるが、その一例としては、野球ゲームがある。この野球ゲームにおいては、プレイヤが監督となって対戦する監督プレイモードもある。この監督プレイモードでは、各プレイヤは、予めそのプレイヤレベルに応じて与えられた選手選択可能ポイントの範囲内で任意に選手キャラクタを選択し、自己の野球チーム（例えば、合計２８名の選手キャラクタ）を編成することができるようになっている。そして、端末装置Ａを操作する第１プレイヤが編成した第１チームと、端末装置Ｂの第２プレイヤが編成した第２チームとが対戦する野球ゲームにおいては、例えば、第１プレイヤのチームの投手キャラクタがボールオブジェクトを投球し、第２プレイヤのチームの打者キャラクタが投球されたボールオブジェクトを打撃する。また、打撃後のボールオブジェクトを第１プレイヤのチームの野手キャラクタが捕球や送球をし、第２プレイヤのチームの走者キャラクタが走塁をする。このように、一般的な野球のルールを適用して第１プレイヤと第２プレイヤとが攻守を変えながら得点を競う野球ゲームを例に挙げて、以下に説明する。

〔ネットワークゲームシステム内の各装置の構成〕
図２に示すように、端末装置Ａは、制御部１０ａ、表示画像処理部２０ａ、音声再生部３０ａ、外部入出力制御部４０ａ及び通信部５０ａを備え、これらはバス５により相互に接続されている。端末装置Ｂも端末装置Ａと同様の構成であるため、以下では端末装置Ａの構成のみ説明し、端末装置Ｂの説明は省略する。

図２に示すように、制御部１０ａは、端末装置Ａの全体の動作を制御するもので、ゲームの進行全般に関する処理、画像表示処理の他、種々の情報処理を行う情報処理部（ＣＰＵ）１１ａと、処理途中の情報等を一時的に格納するＲＡＭ(Random Access Memory)１２ａと、各種プログラム等が予め記憶されたＲＯＭ１３ａと、を備え、これらはバス５を介して相互に接続されている。

ＲＯＭ１３ａには、オペレーションシステム（ＯＳ）のプログラムデータや、画像データ、音声データ並びに各種プログラムデータからなるゲームデータ等が記録されている。ＲＯＭ１３ａに記録されている画像データとしては、投手キャラクタ、打者キャラクタ、野手キャラクタ、走者キャラクタ、背景画像、各種の操作画面や設定画面の画像等のデータである。また、投手キャラクタや打者キャラクタ等の画像データは、３次元描画が可能なように、それらを構成する所要数のポリゴンで構成されている。

そして、ＣＰＵ１１ａは、内蔵のあるいは装着脱可能なＲＯＭ１３ａに記録されているオペレーティングシステムに基づいて、ＲＯＭ１３ａから画像データ、音声データ、制御プログラムデータ、ゲームプログラムデータ等を読み出す。読み出されたデータの一部若しくは全部は、ＲＡＭ１２ａ上に保持される。以後、ＣＰＵ１１ａは、ＲＡＭ１２ａ上に記憶されている制御プログラムや各種データ（表示物体のポリゴン、テクスチャ、その他の文字画像を含む画像データ、音声データなど）に基づいて、各種データ処理を行う。

上記のデータ処理としては、３次元空間上における計算処理と、３次元空間上から擬似３次元空間上への位置変換計算処理と、光源計算処理と、画像および音声データの生成加工処理などが含まれる。

ＲＯＭ１３ａに記憶されている各種データのうち装着脱可能な記録媒体に記憶され得るデータは、例えばハードディスクドライブ、光ディスクドライブ、フレキシブルディスクドライブ、カセット媒体読み取り機等の各種ドライブユニットで読み取り可能としてもよい。この場合、記録媒体としては、例えばハードディスク、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＭＤなど）、フレキシブルディスク、半導体メモリ、ＲＯＭカセット、あるいは家庭用ビデオゲーム装置用のカートリッジ等を用いることができる。

表示画像処理部２０ａは、インターフェース回路やＤ／Ａコンバータ（Digital-To-Analogコンバータ）等を備え、ＣＰＵ１１ａからの画像表示指示に従って、ＲＡＭ１２ａに書き込まれた画像データや、ＲＯＭ１３ａから読み出される画像データ等を液晶ディスプレイ等のモニタ２１ａに表示させるものである。

音声出力部３０ａは、ＣＰＵ１１ａからの指示に従ってゲーム進行過程の中で発生させるべき音声メッセージ、効果音、楽曲データ等を生成し、スピーカ３１ａに出力するものである。

外部入出力制御部４０ａは、インターフェース回路等を含み、制御部１０ａと入力操作部４１ａとの間、または制御部１０ａとカードリーダライタ４２ａとの間でデータの入出力制御を行う。例えば、外部入出力制御部４０ａは、入力操作部４１ａから入力される操作検出信号を制御部１０ａで処理可能なデジタル信号に変換する。入力操作部４１ａは、第１プレイヤが種々の操作命令を入力するためのキーボード、マウス、家庭用ビデオゲーム装置用コントローラ等から構成される。

通信部５０ａは、通信情報インターフェース回路や通信モデム等を備え、サーバ装置１０３との間、および対戦相手の端末装置Ｂとの間で、インターネット１０４を介して各種データの送受信をするためのものである。

次に、サーバ装置１０３の構成を説明する。図１に示すように、サーバ装置１０３は、
サーバ制御部１０ｃ及びサーバ通信部５０ｃを備えるコンピュータである。

サーバ制御部１０ｃは、サーバ装置１０３の全体の動作を制御するもので、情報処理部（ＣＰＵ）１６０と、処理途中の情報等を一時的に格納するＲＡＭ１７０と、所定のプログラム等が予め記憶されたＲＯＭ１８０と、ハードディスク装置や光ディスク装置などの補助記憶部１９０とを備える。ＲＯＭ１８０や補助記憶部１９０に記録されているオペレーションシステム（ＯＳ）、各種プログラム、各種設定データはＲＡＭ１７０上にロードされ、ＣＰＵ１６０によりＲＡＭ１７０上のプログラムが順次実行されることによって、サーバ装置１０３の各種機能が実現される。

サーバ通信部５０ｃは、通信情報インターフェース回路や通信モデム等を備え、各端末装置Ａ・Ｂ…との間で、インターネット１０４を介して各種データの送受信を行う。

次に、端末装置Ａ・Ｂおよびサーバ装置１０３の機能的構成について、以下に説明する。図３は、サーバ装置１０３におけるサーバ制御部１０ｃの機能ブロック図である。図４は、端末装置Ａおよび端末装置Ｂにおける制御部１０ａの機能ブロック図である。

先ず、サーバ装置１０３の主な機能について説明する。サーバ装置１０３は、ログイン認証機能、マッチング機能、段位・ランキング管理機能、特典付与機能などを有する。

上記ログイン認証機能とは、通信対戦型のネットワークゲームへの参加を希望する各プレイヤが各端末装置Ａ・Ｂを操作してサーバ装置１０３にログインしようとした際、各プレイヤのゲーム参加資格の有無を判断してログイン認証を行う機能である。例えば、会員制オンラインサービスのゲームの場合は、会員認証がなされる。

上記マッチング機能とは、対戦を要求している複数の端末装置からなる対戦要求端末群の中から対戦相手の組み合わせを決定する機能である。

上記段位・ランキング管理機能とは、各プレイヤの現在までのゲーム成績を累積的に評価して各プレイヤに付与する能力評価レベルである段位（仮想的な報賞、名誉、等級等であってもよい）やランキング（全世界ランキング、全国ランキング、所定地域ランキング等）を決定し、当該段位やランキングを各端末装置Ａ・Ｂの識別情報（端末ＩＤやプレイヤＩＤ）と関連付けて管理する機能である。

上記特典付与機能とは、対戦相手よりチーム戦力が低いと判断されたチームが対戦に勝利した場合に、当該チームのプレイヤに対して、チーム戦力の差に応じた特典を付与する機能である。この特典の例としては、ゲーム内で使用可能なポイントやゲーム内通貨の付与、対戦勝利時や試合消化時の選手キャラクタの能力アップの度合い（成長度合い）をより大きくすること、ゲーム内で使用可能なアイテムの種類や数を増加させることと等の様々なバリエーションが考えられる。

なお、上記のログイン認証機能、マッチング機能、段位・ランキング管理機能、特典付与機能は、ネットワークゲームシステム１００内のどこかで実現されればよいため、必ずしも１台のサーバ装置１０３にて実現する必要はない。例えば、これらの機能の一部を分離して機能分散型の複数台のサーバとして実現することもできる。本実施の形態では、便宜上、これらの機能をサーバ装置１０３が全て有し、当該サーバ装置１０３が一元管理する構成例について説明する。

図３に示すように、サーバ装置１０３のサーバ制御部１０ｃは、対戦要求受付手段６１、待機端末管理手段６２、プレイヤ情報記憶手段６３、マッチング手段６４、対戦相手通知手段６５、対戦管理手段６６、段位・ランキング管理手段６７、段位・ランキング通知手段６８、チーム戦力値受信手段６９、チーム戦力値記憶手段７０、戦力差演算手段７１、特典付与手段７２および相手チーム戦力送信手段７３を備えている。

対戦要求受付手段６１は、ネットワークゲームへの参加を希望する各プレイヤが各端末装置Ａ・Ｂを操作してサーバ装置１０３にログインしようとした際、各端末装置Ａ・Ｂの識別情報（端末ＩＤおよびプレイヤＩＤ等の個人情報）を受け付ける。そして、対戦要求受付手段６１は、プレイヤ情報記憶手段６３に格納されているプレイヤ情報に基づき、端末ＩＤやプレイヤＩＤを照合して各プレイヤのゲームへの参加を受け付けるものであり、上述のログイン認証機能を実現する。

待機端末管理手段６２は、対戦相手の組み合わせが決定するまでの間、参加を受け付けた端末装置Ａ・Ｂを対戦要求端末群として管理するものであり、対戦要求端末群を参加リスト６２ａに登録して管理する。参加リスト６２ａに登録された対戦要求端末群は、マッチング手段６４によるマッチング処理の対象となる。

プレイヤ情報記憶手段６３は、ネットワークゲームへの参加を受け付けることができるプレイヤ情報として、端末ＩＤやプレイヤＩＤを記憶している。

マッチング手段６４は、上述のマッチング機能を実現するものであり、参加リスト６２ａに登録されている対戦要求端末群の中から対戦相手の組み合わせを決定するマッチング処理を行う。マッチング手段６４によるマッチング処理には様々な方式があるが、本実施の形態では、各プレイヤが編成したチームの戦力値（対戦前チーム戦力値）に基づいてマッチング手段６４がマッチングを行う方式を例にとって説明する。ここで、対戦前チーム戦力値とは、各プレイヤが編成した２８名の選手キャラクタからなるチームにおいて、２８名の選手キャラクタの能力値の合計値（または平均値）を対戦前のチーム戦力値とするものである。すなわち、対戦前においては、各プレイヤがどの選手キャラクタを試合中に使用するかは未確定であるので、チームを構成する２８名の選手キャラクタ全員の能力値を合計（または平均）して対戦前チーム戦力値としている。当該方式では、マッチング手段６４は、参加リスト６２ａに登録されている対戦要求端末群の中から対戦前チーム戦力値が近いチームのプレイヤ同士をマッチングするようになっている。あまりにも対戦前チーム戦力値に開きがあるチームのプレイヤ同士が対戦した場合、白熱したゲーム展開が期待できずに興趣性を損なうことがある。そこで、上記の方式のマッチングを適用すれば、対戦前チーム戦力値の近いチームのプレイヤ同士がマッチングされ易くなり、興趣性を向上させることができる。

対戦相手通知手段６５は、マッチング手段６４によりマッチングされた第１の端末装置（以下、端末装置Ａとして説明する）および第２の端末装置（以下、端末装置Ｂとして説明する）とに対して、それぞれ対戦相手の情報を通知する。すなわち、対戦相手通知手段６５は、端末装置Ａに対しては、対戦相手となる端末装置Ｂの第２プレイヤに関する情報をプレイヤ情報記憶部６３の中から抽出して送信する。また、対戦相手通知手段６５は、端末装置Ｂに対しては、対戦相手となる端末装置Ａの第１プレイヤに関する情報をプレイヤ情報記憶部６３の中から抽出して送信する。

対戦管理手段６６は、端末装置Ａと端末装置Ｂとの対戦ゲームが実施されているとき、当該対戦ゲームが終了するまで、両端末装置Ａ・Ｂの通信状態を管理する。具体的には、端末装置Ａおよび端末装置Ｂは、Ｐ２Ｐ接続で対戦ゲームを実施しながらも、サーバ装置１０３に定期データ（ハートビート）を断続的に送信しており、サーバ装置１０３の対戦管理手段６６は、両端末装置Ａ・Ｂからハートビートを受信している間は、両端末装置Ａ・Ｂが問題なく対戦ゲームを実行していると判断する。一方、対戦管理手段６６は、所定時間（たとえば、１０秒間）ハートビートの受信ができなかった場合に、当該ハートビートを送信していた端末装置との通信が切断されたと判断する。例えば、端末装置Ａからのハートビートの受信は途絶えたが、端末装置Ｂからのハートビートの受信については継続中である場合、対戦管理手段６６は、対戦中に端末装置Ａが通信を切断したと判断できる。また、このような場合、端末装置Ｂからサーバ装置１０３へ、「対戦中に端末装置Ａが通信を切断した」旨の異常終了通知がなされるので、当該異常終了通知をもって端末装置Ａが対戦中に通信を切断したことを確実に判断できる。

また、対戦ゲームが正常に終了した場合、端末装置Ａおよび端末装置Ｂの何れか一方または両方から、対戦結果情報（勝敗等の情報）を含む正常終了通知がサーバ装置１０３へ行われる。対戦管理手段６６は、この正常終了通知または上記の異常終了通知を受領した場合、端末装置Ａおよび端末装置Ｂを、対戦管理対象から外す。なお、トラフィックの増加によりネットワークが異常輻輳となる等のネットワーク障害が発生した場合、端末装置Ａおよび端末装置Ｂの両者から同時にハートビートが途絶えることもあり得るが、このような場合も、対戦管理手段６６は両端末装置Ａ・Ｂを対戦管理対象から外すことができる。対戦が終了した後、対戦管理手段６６は、ランキング管理手段６７およびチーム戦力値受信手段６９に対戦結果情報を出力する。

段位・ランキング管理手段６７は、上述の段位・ランキング管理機能を実現するものであり、各プレイヤの段位およびランキングの情報を端末装置の識別情報（端末ＩＤやプレイヤＩＤ）と関連付けて記憶する記憶領域を有し、対戦ゲームが終了する毎に、対戦結果情報に基づいて各プレイヤの段位およびランキングを更新する。

段位・ランキング通知手段６８は、対戦終了後の段位およびランキングを、端末装置Ａおよび端末装置Ｂに送信する機能を有する。これにより、端末装置Ａの第１プレイヤおよび端末装置Ｂの第２プレイヤは、対戦終了後の自己の段位およびランキングを画面上で確認することができる。さらに、段位・ランキング管理手段６７または段位・ランキング通知手段６８は、ランキングの上位に入ったプレイヤに対して当該プレイヤの氏名等の情報を登録できるようにしたりする機能を有していてもよい。

チーム戦力値受信手段６９は、対戦終了後に端末装置Ａ・Ｂから送信されてくるチーム戦力値を受信して、チーム戦力値記憶手段７０に出力する。この対戦終了後に受信するチーム戦力値とは、対戦中において実際に対戦に関与した選手キャラクタのみを対象として、当該関与キャラクタの有する能力値に基づいて算出された各チームの戦力レベルである。ここで、実際に対戦に関与したとは、選手キャラクタが試合に出場して打席に立ち、投球し、守備につき、または走塁することをいい、ベンチに居ただけで全く試合に出場しなかった待機選手キャラクタや途中交代で試合から外れて一定以上の打席や守備の機会が無かった選手キャラクタを除くことを意味する。ところで、前述の対戦前チーム戦力値は、実際に対戦に関与した選手キャラクタのみを対象としたものではなく、チームを構成する全員の選手キャラクタを対象としたものであり、対戦終了後に端末装置Ａ・Ｂから送信されてくるチーム戦力値とは大きく異なるものである。なお、端末装置Ａ・Ｂにおいて行われるチーム戦力値の演算の詳細については、後述する。

チーム戦力値記憶手段７０は、チーム戦力値受信手段６９が端末装置Ａ・Ｂから受信したチーム戦力値をプレイヤの識別情報（端末ＩＤやプレイヤＩＤ）と関連付けて記憶する記憶領域を有する。

戦力差演算手段７１は、チーム戦力値記憶手段７０に記憶されている対戦した両チームのチーム戦力値を読み出してその差を算出し、算出結果を特典付与手段７２に出力する。

特典付与手段７２は、対戦相手よりチーム戦力が低いチームが対戦に勝利した場合に、当該チームのプレイヤに対して、前記戦力差演算手段７１にて算出されたチーム戦力値の差に応じた特典を付与する。例えば、特典付与手段７２は、ゲーム内で使用可能なポイントやゲーム内通貨をチーム戦力値の差に応じて算出し、算出したポイント等の付与情報（特典情報）を、チーム戦力値が対戦相手よりも低いにも関わらず対戦に勝利したチームの端末装置に送信する。この特典情報をサーバ装置１０３から受信した端末装置は、当該特典情報を有効とし、これによってプレイヤは、ゲーム内で使用可能なポイントやゲーム内通貨を獲得できる。上記の特典情報は、選手キャラクタの能力アップの度合い（成長度合い）をより大きくする情報、ゲーム内で使用可能なアイテムの種類または数を増加させる情報、その他プレイヤにとってゲーム内でより有利・有益となる情報であってもよい。

なお、特典付与手段７２は、対戦相手よりチーム戦力が低いチームが対戦に引分けた場合にも、当該チームのプレイヤに対して、前記戦力差演算手段７１にて算出されたチーム戦力値の差に応じた特典を付与するようにしてもよい。

相手チーム戦力送信手段７３は、相手チームのチーム戦力値を各端末装置に送信する。すなわち、端末装置Ａには端末装置Ｂのチームのチーム戦力値を送信し、端末装置Ｂには端末装置Ａのチームのチーム戦力値を送信する機能を有する。これにより、端末装置Ａの第１プレイヤおよび端末装置Ｂの第２プレイヤは、対戦終了後、自己チームのチーム戦力値だけでなく相手チームのチーム戦力値も画面上で確認することができる。このチーム戦力値は、実際に対戦に関与した選手キャラクタのみを対象として算出されたものであるため、各プレイヤは、現実の対戦（事実）に即した正確な各チームの戦力レベルを知ることができる。

次に、端末装置Ａ・Ｂの主な機能について説明する。図４に示すように、端末装置Ａ・Ｂの制御部１０ａは、対戦要求手段８１と、通信状態確認手段８２と、通信切断情報送信手段８３と、キャラクタ能力値記憶手段８４Ａと、チーム構成キャラクタ記憶手段８４Ｂと、キャラクタ選択手段８５と、関与キャラクタ抽出手段８６と、チーム戦力演算手段８７と、チーム戦力値送信手段９０と、相手チーム戦力値受信手段９１と、チーム戦力値表示手段９２と、段位・ランキング受信手段９３と、段位・ランキング表示手段９４と、特典受信手段９５と、特典記憶手段９６と、特典表示手段９７とを備えている。

対戦要求手段８１は、端末装置の識別情報（端末ＩＤおよびプレイヤＩＤ）をサーバ装置１０３に送信して、ネットワークゲームへの参加を要求するログイン機能を有する。また、対戦要求手段８１は、識別情報等と併せて、後述する対戦前チーム戦力演算部８８で算出された対戦前チーム戦力値の情報もサーバ装置１０３に送信する。

通信状態確認手段８２は、サーバ装置１０３との間の通信状態および対戦相手端末装置との通信状態を確認するものであり、定期通信状態確認部８２ａと、対戦通信状態確認部８３ｂとを含む。定期通信状態確認部８２ａは、サーバ装置１０３への接続後、所定時間毎に（たとえば、１０秒毎に）サーバ装置１０３に定期データ（ハートビート）を送信しながらサーバ装置１０３との間の定期通信が確立されているか否かを確認する。対戦通信状態確認部８２ｂは、対戦ゲーム中に、対戦相手端末装置との間のデータの送受信状態を検知しながら対戦相手端末装置との間の対戦通信が確立されているか否かを確認する。

例えば、端末装置Ａの第１プレイヤと端末装置Ｂの第２プレイヤとの対戦中に、端末装置Ａの通信が何らかの原因で切断された場合を考えると、端末装置Ｂでは、定期通信状態確認部８２ａによってサーバ装置１０３と端末装置Ｂとの間の定期通信が確立していることが確認される一方、対戦通信状態確認部８２ｂによって端末装置Ａと端末装置Ｂとの間の対戦通信が切断されたことが確認される。これにより、端末装置Ｂの通信状態確認手段８２は、対戦中に対戦相手端末装置（端末装置Ａ）の通信が切断されたことを検知する。

通信切断情報送信手段８３は、通信状態確認手段８２によって対戦相手端末装置が対戦中に通信を切断したことが検知された場合、対戦中に対戦相手端末装置が通信を切断した旨の通信切断情報をサーバ装置１０３に送信することによって、サーバ装置１０３へ異常終了通知を行う。

キャラクタ能力値記憶手段８４Ａは、ゲーム内に存在する全ての選手キャラクタを個々に識別する識別情報（キャラクタＩＤ）と対応付けて、それぞれの選手キャラクタの有する能力値を、ハードディスクやメモリーカード等の不揮発性記憶媒体の記憶領域に記憶する。ここで、選手キャラクタの有する能力値が高いほど、ゲーム内において選手キャラクタが発揮する能力（打撃力、守備力、走力等）が高くなるようになっている。

チーム構成キャラクタ記憶手段８４Ｂは、プレイヤがキャラクタ選択手段８５によって選択したチームを構成する複数の選手キャラクタの識別情報（キャラクタＩＤ）を、ハードディスクやメモリーカード等の不揮発性記憶媒体の記憶領域に記憶する。

キャラクタ選択手段８５は、プレイヤが監督となって相手チームと対戦する監督プレイモードにおいて、プレイヤが自らのチームを構成する選手キャラクタを選択するために用いられる。例えば、プレイヤがどの選手キャラクタを選択してチームを編成するのかを視覚的に、且つ臨場感を持って把握できるように、選手キャラクタの形態を視認可能としたカード形式でゲーム画面上に画像表示することができる。この場合、キャラクタ選択手段８５は、カード形式で表示された選手キャラクタの一覧表示画面上において、入力操作部４１ａによる所定のボタン操作やポインティングデバイス操作等によって選手キャラクタ（本実施の形態では１チーム２８名の選手キャラクタ）を選択可能とするものである。キャラクタ選択手段８５にて選択された２８名の選手キャラクタの識別情報は、上記チーム構成キャラクタ記憶手段８４Ｂに記憶される。なお、前回の対戦時に編成したチームに所属する２８名の選手キャラクタは、チーム構成キャラクタ記憶手段８４Ｂに保存されているので、今回の対戦におけるチーム編成においてはそれを読み出して画面表示し、変更したい（入れ替えたい）一部の選手キャラクタのみをキャラクタ選択手段８５にて選択して変更することができるようになっている。

関与キャラクタ抽出手段８６は、対戦中に実際の対戦に関与した自己チームの選手キャラクタを抽出する機能を有する。具体的には、関与キャラクタ抽出手段８６は、攻撃の場合には、実際に打席に立って攻撃を行った選手キャラクタを実際の対戦に関与した選手キャラクタとして抽出し、抽出した選手キャラクタの識別情報を、ＲＡＭ１２ａ、ハードディスクまたはメモリーカード等の所定の記憶領域に順次記憶していく。また、関与キャラクタ抽出手段８６は、打席には立っていないが途中交代でピンチランナーとして塁に出た選手キャラクタも実際の対戦に関与した選手キャラクタとして抽出してもよい。

但し、途中交代でピンチヒッターとして打席に立った選手キャラクタが、一度もバットを振ることもなく、投手キャラクタが投げたボールオブジェクトを数球見逃しただけで別の選手キャラクタに再度交代するような場合には、当該ピンチヒッターとして打席に立った選手キャラクタは打席には立っているが実際の対戦に関与したとは必ずしも言えないので、実際に対戦に関与した選手キャラクタの対象から外すようにしてもよい。また、攻撃の場合においては、少なくとも１打席の結果（ヒット、アウト、四死球のいずれかの結果）が出るまで実際の対戦に関与した選手キャラクタのみを、抽出の対象とするようにしてもよい。あるいは所定打席以上の攻撃に関与した選手キャラクタのみを、抽出の対象とするようにしてもよい。

また、関与キャラクタ抽出手段８６は、守備の場合には、実際に守備ポジションについて守備を行った選手キャラクタを実際の対戦に関与した選手キャラクタとして抽出し、抽出した選手キャラクタの識別情報を、ＲＡＭ１２ａ、ハードディスクまたはメモリーカード等の所定の記憶領域に記憶しておく。

なお、途中交代で守備ポジションについた選手キャラクタが、一度も守備的行動を行う機会もなく僅かな時間で別の選手キャラクタに再度交代するような場合には、当該守備ポジションについた選手キャラクタは実際の対戦に関与したとは必ずしも言えないので、実際に対戦に関与した選手キャラクタの対象から外すようにしてもよい。そこで、守備の場合においては、少なくとも所定回数以上の守備的行動を行う機会があった選手キャラクタのみを抽出の対象とするようにしてもよい。ここで、守備的行動を行う機会があった選手キャラクタとは、打撃されたボールオブジェクトの捕球等、ボールオブジェクトに接触した選手とすることもできるが、直接的にボールオブジェクトに接触せずとも、当該ボールオブジェクトの軌道から所定距離内に位置する選手を含めることもできる。すなわち、打撃されたボールオブジェクトを捕球した選手キャラクタ、ボールオブジェクトに接触したがグラブを弾かれて捕球するに至らなかった選手キャラクタ、およびボールオブジェクトの軌道近傍に位置しているため手を伸ばして捕球を試みたがボールオブジェクトに接触するまでには至らなかった選手キャラクタを、守備的行動を行う機会があった選手キャラクタとすることができる。換言すれば、ゲームの進行に中心的な役割を果たす注目オブジェクト（野球やサッカー等の球技ゲームならボールオブジェクト）に接触した又は注目オブジェクトの軌道から所定距離内に位置するキャラクタを、対戦に直接的に関与したキャラクタとすることができる。

このように、関与キャラクタ抽出手段８６は、自己のチームには所属しているが、ベンチに居ただけで全く試合に出場しなかった待機選手キャラクタおよび途中交代で試合から外れて一定以上の打席や守備の機会が無かった選手キャラクタを除き、対戦中に実際の対戦に関与した選手キャラクタを抽出する。そして、関与キャラクタ抽出手段８６は、試合開始から試合終了までの間に、順次、実際の対戦に関与した選手キャラクタの識別情報を抽出してそれを保存しておき、試合終了時に保存している全ての選手キャラクタの識別情報をチーム戦力演算手段８７に出力する。

チーム戦力演算手段８７は、対戦前チーム戦力演算部８８とチーム戦力演算部８９とを備える。対戦前チーム戦力演算部８８は、各プレイヤが編成した２８名の選手キャラクタからなるチームにおいて、２８名の選手キャラクタの能力値の合計値（または平均値）を対戦前チーム戦力値として算出する。上述のように、対戦前においてはプレイヤがどの選手キャラクタを試合中に実際に使用するかは未確定であるので、チーム全員の選手キャラクタの能力値を合計（または平均）して対戦前チーム戦力値を演算することとしている。対戦前チーム戦力演算部８８が算出した対戦前チーム戦力値は、対戦要求手段８１を介してサーバ装置１０３に送信され、対戦相手を決定するマッチングに使用される。

チーム戦力演算部８９は、関与キャラクタ抽出手段８６によって抽出された実際の対戦に関与した選手キャラクタの有する能力値に基づいて、自己チームの戦力レベルを表すチーム戦力値を算出する。具体的には、チーム戦力演算手段８７は、関与キャラクタ抽出手段８６によって抽出された複数の選手キャラクタの有する能力値の平均を算出し、算出された平均値を自己チームのチーム戦力値とする。チーム戦力演算部８９は、算出した自己チームのチーム戦力値を、チーム戦力値送信手段９０およびチーム戦力値表示手段９２に出力する。

チーム戦力値送信手段９０は、チーム戦力演算部８９で算出された自己チームのチーム戦力値をサーバ装置１０３へ送信する機能を有する。サーバ装置１０３へ送信されたチーム戦力値は、上述したように、対戦したチーム同士のチーム戦力値の差に応じた特典付与処理に使用される。

相手チーム戦力値受信手段９１は、対戦終了後にサーバ装置１０３から送信される対戦相手のチーム戦力値を受信し、チーム戦力値表示手段９２に出力する。なお、本実施の形態では、対戦相手のチーム戦力値をサーバ装置１０３から受信するようにしているが、当該対戦相手のチーム戦力値を、対戦相手の端末装置から受信するようにしてもよい。

チーム戦力値表示手段９２は、チーム戦力演算部８９で算出された自己チームのチーム戦力値と、相手チーム戦力値受信手段９１が受信した対戦相手のチーム戦力値とを、モニタ２１ａに表示する。これにより、プレイヤは、実際の対戦に関与した選手キャラクタを対象とした自己チームおよび相手チームのチーム戦力値を認識することができ、現実の対戦事実が忠実に反映された両チームのチームレベル比較が可能となる。

段位・ランキング受信手段９３は、サーバ装置１０３へのログイン時や対戦終了時に、サーバ装置１０３から送信される段位情報およびランキング情報を受信する。段位・ランキング表示手段９４は、段位・ランキング受信手段９３が受信した段位情報に基づいて、プレイヤの現在の段位およびランキングをモニタ２１ａに表示する。

特典受信手段９５は、サーバ装置１０３から送信された特典情報（上述のゲーム内で使用可能なポイントやゲーム内通貨等）を受信し、特典記憶手段９６に出力する。上述のように、特典は、対戦相手よりチーム戦力が低いチームが対戦に勝利した場合に付与されるものである。特典記憶手段９６は、特典受信手段９５が受信した特典情報を、ハードディスクやメモリーカード等の不揮発性記憶媒体の記憶領域に記憶する。この特典記憶手段９６に特典情報が記憶されることにより特典が有効となり、プレイヤは特典を享受できる（例えば、ゲーム内で使用可能なポイントやゲーム内通貨を獲得し、使用できるようになる）。また、特典記憶手段９６に特典情報が記憶されて特典が有効となったとき、特典表示手段９７は、特典の内容をモニタ２１ａに表示し、特典が付与されたことをプレイヤに認識可能とする。

次に、本実施の形態に係るネットワークゲームシステム１００の動作の概略について、図５に示すフローチャートを用いて説明する。図５のフローチャートは、端末装置Ａおよび端末装置Ｂがネットワークゲームシステム１００にログインしてネットワークゲームに参加し、両端末装置Ａ・Ｂがマッチングされ、端末装置Ｂのチームよりチーム戦力が低い端末装置Ａのチームが対戦に勝利した場合を想定した動作例を示すものである。

各プレイヤがネットワークゲームに参加するためには、ネットワークゲームシステム１００に端末装置を組み込むことが必要となる。そこで、第１プレイヤは、端末装置Ａを操作して条件設定を行った後に、サーバ装置１０３へネットワークゲームへの参加要求（ログイン）を行う（Ｓ１１）。同様に、第２プレイヤは、端末装置Ｂを操作して各種条件設定をした後に、サーバ装置１０３へネットワークゲームへの参加要求（ログイン）を行う（Ｓ２１）。ここで、端末装置Ａ・Ｂは、ログインのとき自己のチームを構成する全員の選手キャラクタを対象として算出した対戦前チーム戦力値を、それぞれサーバ装置１０３へ送信する。

各端末装置Ａ・Ｂから参加要求を受けたサーバ装置１０３は、ログイン認証を行った上で、各端末装置Ａ・Ｂのネットワークゲームへの参加を受け付ける（Ｓ３１）。その後、サーバ装置１０３は、対戦を要求している複数の端末装置からなる対戦要求端末群の中から対戦相手の組み合わせを決定するマッチングを行う（Ｓ３２）。このマッチングにおいては、対戦前チーム戦力値の近いチームの端末装置同士を組み合わせるものとし、ここでは、端末装置Ａと端末装置Ｂとがマッチングされたものとして説明を続ける。サーバ装置１０３は、マッチングされた端末装置Ａと端末装置Ｂとに対して、それぞれ対戦相手情報を通知する（Ｓ３３）。

端末装置Ａがサーバ装置１０３から対戦相手情報を受領すると共に（Ｓ１２）、端末装置Ｂがサーバ装置１０３から対戦相手情報を受領することによって（Ｓ２２）、両端末装置Ａ・ＢがＰ２Ｐで相互に接続できるようになり、両端末装置Ａ・Ｂが対戦ゲームを開始する（Ｓ１３およびＳ２３）。

また、各端末装置Ａ・Ｂは、対戦ゲーム中、サーバ装置１０３に定期データ（ハートビート）を送信する定期通信も行っている（Ｓ１４およびＳ２４）。そして、サーバ装置１０３は、各端末装置Ａ・Ｂからハートビートを受信することによって、各端末装置Ａ・Ｂの定期通信状態を確認している（Ｓ３４）。これにより、サーバ装置１０３は端末装置Ａ・Ｂが対戦中であることを認識できる。

その後、端末装置Ａ・Ｂ間におけるチーム対戦が終了すると（Ｓ１５およびＳ２５）、各端末装置Ａ・Ｂは、実際の対戦に関与した選手キャラクタのみを対象として、当該選手キャラクタの有する能力値に基づいて、自己チームの戦力レベルを表すチーム戦力値を演算する（Ｓ１６およびＳ２６）。

その後、各端末装置Ａ・Ｂは、対戦結果および自己チームのチーム戦力値をサーバ装置１０３へ送信する（Ｓ１７およびＳ２７）。そして、サーバ装置１０３は、各端末装置Ａ・Ｂから対戦結果およびチーム戦力値を受信し（Ｓ３５）、チーム戦力値の低い方のチームがチーム戦力値の低い方のチームに勝利した場合、両チームのチーム戦力値の差を演算する（Ｓ３６）。ここでは、端末装置Ｂのチームよりチーム戦力値が低い端末装置Ａのチームが対戦に勝利している場合を想定しているので、サーバ装置１０３は、端末装置Ａの第１プレイヤに特典を付与すべく、両チームのチーム戦力値の差に応じた特典情報を生成し、当該特典情報を端末装置Ａに送信する（Ｓ３７）。端末装置Ａはサーバ装置１０３から特典情報を受信し（Ｓ１８）、これによって端末装置Ａの第１プレイヤは、ゲーム内で使用等できる特典を獲得する。

次に、野球ゲームを実行する各端末装置の主な動作を説明する。ここでは、端末装置を代表して端末装置Ａの動作として説明する。

端末装置Ａにおいて野球ゲームの起動ボタンが押されると、ゲームプログラムを格納しているＲＯＭ１３ａまたは記録媒体からＲＡＭ１２ａに当該ゲームプログラムがロードされて格納される。このとき、野球ゲームを実行する上で必要となる各種の基本ゲームデータも、併せて、ＲＯＭ１３ａまたは記録媒体からＲＡＭ１２ａにロードされて格納される。これにより、ゲームプログラムおよび基本ゲームデータが端末装置ＡのＣＰＵ１１ａに認識される。ここで、基本ゲームデータとしては、３次元ゲーム空間用の各種の画像に関するデータ（例えば、野球場の画像データ、各選手キャラクタの画像データ、および各種のオブジェクトの画像データ等）および３次元ゲーム空間用の各種の画像に関するデータを３次元ゲーム空間に配置するための位置座標データが含まれる。また、基本ゲームデータには、各選手キャラクタの能力値の情報も含まれている。

次に、端末装置１０３のＣＰＵ１１ａは、ＲＡＭ１２ａに格納された基本ゲームデータに基づいてゲームプログラムを実行する。通常、野球ゲームのゲームプログラムの起動時には初期画面がモニタ２１ａに表示され、野球ゲームを実行するための各種の設定が可能となっている。例えば、野球ゲームに複数のプレイモードが存在する場合、プレイモードを選択するためのプレイモード選択画面がモニタ２１ａに表示される。このプレイモード選択画面において、プレイヤが入力操作部４１ａを操作することにより、プレイモードを選択できる。プレイモードには、例えば、プレイヤが選手キャラクタを集めて自らのチームを結成して監督の立場で対戦する監督プレイモード、１２球団（又は、メジャーリーグを対象としたゲームの場合は３０球団）の中から特定のチームを選択して１試合の対戦を楽しむ対戦モード、１２球団の中から特定のチームを選択してペナントレースを戦うペナントモード、プレイヤがある１人の選手キャラクタの立場になって野球ゲームを体感する成長体感モード等が用意されている。なお、一人のプレイヤがＡＩプログラム（Artificial Intelligence Program）に基づくＣＰＵによる自動制御で野球ゲームを実行することも可能であるが、ここでは、インターネット対戦による監督プレイモードが選択されたものとし、図６に示すフローチャートを参照しながら以下の説明を続ける。

インターネット対戦による監督プレイモードが選択された後は、プレイヤがキャラクタ選択手段８５により所定数（ここでは２８名）の選手キャラクタを選択して自らのチームを編成する（Ｓ４１）。このとき、プレイヤが自己の有する選手選択可能ポイントの範囲内で選手キャラクタを選択するようにしてもよい。ここで、選手選択可能ポイントとは、プレイヤがゲームを行う中で対戦に勝利した場合等に獲得することができるゲーム内ポイントである。能力値の高い選手キャラクタほど選手選択可能ポイントを多く必要とするので、プレイヤは、自己の有する選手選択可能ポイントと各選手キャラクタの能力値とを考慮して、選手選択可能ポイントの枠内で選手キャラクタを選択してチーム編成を行うことになる。プレイヤによって選択された選手キャラクタの情報（キャラクタＩＤ）は、チーム構成キャラクタ記憶手段８４Ｂに保存される。また、端末装置Ａの対戦前チーム戦力演算部８８が、選択された２８名全員の選手キャラクタの能力値の合計（または平均）を算出して対戦前チーム戦力値を求める。

次に、プレイヤは、端末装置Ａを操作してサーバ装置１０３に参加要求（ログイン）を行う（Ｓ４２）。このＳ４２では、端末装置Ａの対戦要求手段５２（図４参照）が、端末装置Ａの識別情報（端末ＩＤおよびプレイヤＩＤ）や対戦前チーム戦力値などをサーバ装置１０３に送信する。

その後、端末装置Ａは、サーバ装置１０３から対戦相手情報を受信するまで待機する（Ｓ４３）。そして、端末装置Ａは、サーバ装置１０３から対戦相手情報を受信した後（Ｓ４３でＹＥＳ）、対戦相手端末装置とＰ２Ｐの接続を行い（Ｓ４４）、対戦相手端末装置との間で対戦ゲームを開始する（Ｓ４５）。対戦ゲーム中は、端末装置Ａの通信状態確認手段８２がサーバ装置１０３に定期データを送信している。

また、対戦ゲーム中においては、端末装置Ａの関与キャラクタ抽出手段８６が、実際の対戦に関与した自己チームの選手キャラクタを抽出し、抽出した選手キャラクタの識別情報を所定の記憶領域に記憶している（Ｓ４６）。

そして、定められたイニングの野球ゲームが終了した場合（Ｓ４７でＹＥＳ）、端末装置Ａのチーム戦力演算部８９は、関与キャラクタ抽出手段８６によって抽出された実際の対戦に関与した複数の選手キャラクタの有する能力値に基づいてチーム戦力値を演算する（Ｓ４８）。

その後、端末装置Ａのチーム戦力値送信手段９０は、対戦結果情報（勝敗等の情報）と共にチーム戦力演算部８９が算出した自己チームのチーム戦力値をサーバ装置１０３へ送信する（Ｓ４９）。

その後、端末装置Ａは、サーバ装置１０３から送信されてくる相手チーム戦力値、段位、ランキングの情報等を受信するまで待機し、相手チーム戦力値等を受信した場合（Ｓ５０でＹＥＳ）、併せて特典情報も受信したときには（Ｓ５１でＹＥＳ）、当該特典情報を特典記憶手段９６が所定の記憶領域に保存する（Ｓ５２）。ここで、端末装置Ａがサーバ装置１０３から特典情報を受信する場合とは、対戦相手より自己のチーム戦力値が低いにもかかわらず自己チームが対戦に勝利した場合である（引き分けた場合にも特典が付与されてもよい）。特典記憶手段９６に特典情報が記憶されることにより特典が有効となる。

その後、端末装置Ａの特典表示手段９７は、特典の内容をモニタ２１ａに表示して特典が付与されたことをプレイヤに認識可能とすると共に（Ｓ５３）、チーム戦力値表示手段９２および段位・ランキング表示手段９４は、自己チームおよび相手チームのチーム戦力値、段位並びにランキングをモニタ２１ａに表示する（Ｓ５４）。

一方、対戦相手より自己のチーム戦力値が高かった場合や自己チームが対戦に負けた場合には、端末装置Ａがサーバ装置１０３から特典情報を受信することはなく（Ｓ５１でＮＯ）、端末装置Ａのモニタ２１ａには、自己チームおよび相手チームのチーム戦力値、段位並びにランキングが表示される（Ｓ５４）。

ところで、サーバ装置１０３におけるマッチングにおいては、対戦前チーム戦力値が近い（両チームの対戦前チーム戦力値の差が所定範囲内である）ことを条件に対戦相手の組み合わせを決定しているにもかかわらず、対戦中に実際に起用される選手キャラクタによっては対戦した両チームの能力に差が生じていることがある。このことは、前述のとおり、非常に高い能力を持った選手キャラクタばかりを９名分集め、残り１９名分の選手キャラクタを非常に能力の低いものに設定し、実際の試合では、非常に高い能力を持った９名の選手キャラクタのみを使って対戦するプレイヤと、バランスよく選手キャラクタを選択して自己の野球チームを編成し、対戦中には選手交代などのチーム戦術を考えながらプレイする一般プレイヤとの対戦で顕著となる。

本実施の形態では、特典が付与される場合もそうでない場合も、対戦終了後には、実際に対戦に関与した選手キャラクタのみを対象として算出された自己チームおよび相手チームのチーム戦力値がモニタ２１ａで確認できるようになっており、プレイヤは実際に対戦した相手チームの強弱を的確に認識できるようになっている。

また、システムとしては対戦前チーム戦力値に基づいて同程度のチームレベルの対戦者どうしをマッチングしたにもかかわらず、実際の対戦においては選手キャラクタのレベルが大きく異なっているということが、プレイヤ間で不公平感を生じさせる要因にもなっていた。しかし、本実施の形態では、対戦相手より自己のチーム戦力値が低いにもかかわらず自己チームが対戦に勝利した場合には、対戦した両チームのチーム戦力値の差に応じた特典が付与されるので、不公平感の解消が図られる。

特に、対戦した両チームのレベル比較については、実際に対戦に関与した選手のみを対象として求められたチーム戦力値が使用され、チーム戦力値の差に応じて特典が付与されるので、プレイヤが実際に対戦した相手チームの強弱が特典に忠実に反映されることとなる。従って、プレイヤにとっては、試合の中で実際に強いと感じた対戦相手に勝利したときの特典が大きくなることを確認できるので、納得感が得られる。さらに、プレイヤにとっては、実質的に強い対戦相手であればあるほど大きな特典を獲得できる機会が得られることから、大きな特典獲得のため試合への集中力が喚起されることとなるため、仮想空間内への誘引力の強いゲームを実現することができる。

次に、サーバ装置１０３の主な動作を、図７に示すフローチャートを用いて説明する。

サーバ装置１０３は、ネットワークゲームへの参加を希望するプレイヤの端末装置から参加要求を受けた場合（Ｓ６１でＹＥＳ）、ログイン認証を行った上で当該端末装置の参加を受け付け、当該端末装置の情報を参加リスト６２ａに追加する（Ｓ６２）。参加リスト６２ａに登録される端末装置の情報には、端末装置の識別情報（端末ＩＤおよびプレイヤＩＤ）および対戦前チーム戦力値等が含まれる。これらＳ６１およびＳ６２の処理は、図３に示した対戦要求受付手段６１および待機端末管理手段６２によって実行される。

例えば、参加リスト６２ａに登録されている端末装置が１台のみである等、未だマッチングができない場合には（Ｓ６３でＮＯ）、Ｓ６１〜Ｓ６３のルーチンを繰り返して参加リスト６２ａに端末装置の情報を追加して行く。そして、マッチングが可能となれば（Ｓ６３でＹＥＳ）、サーバ装置１０３は、参加リスト６２ａに登録されている対戦要求端末群の中から特定の一の端末装置を選出する（通常、最も早く参加リスト６２ａに登録された端末装置を選出する）。そして、サーバ装置１０３のマッチング手段６４は、選出した一の端末装置の対戦前チーム戦力値との差が所定範囲内である対戦前チーム戦力値を有する端末装置を対戦相手として決定する（Ｓ６４）。

その後、サーバ装置１０３の対戦相手通知手段６５は、マッチングされた各端末装置に対して、それぞれ対戦相手の情報を送信する（Ｓ６５）。

その後、サーバ装置１０３は、マッチングが完了した両端末装置を参加リスト６２ａから削除すると共に、新たにネットワークゲームへの参加要求があった端末装置を参加リスト６２ａに追加することにより、参加リスト６２ａの更新を行う（Ｓ６６）。

また、マッチング後においては、サーバ装置１０３は、対戦中の両端末装置から定期データを断続的に送信して対戦中の状態を管理・監視し（Ｓ６７）、対戦が終了した後（Ｓ６８でＹＥＳ）、対戦した両端末装置から対戦結果およびチーム戦力値を受信する（Ｓ６９でＹＥＳ）。

その後、サーバ装置１０３の特典付与手段７２は、対戦相手よりチーム戦力値が低いチームが対戦に勝利した否かを判断する（Ｓ７０）。Ｓ７０でＹＥＳの場合、サーバ装置１０３は、勝利したチームの端末装置のプレイヤを特典付与対象としてＳ７１へ移行する。

Ｓ７１では、サーバ装置１０３の戦力差演算手段７１が、対戦した両チームのチーム戦力値の差を演算する（Ｓ７１）。そして、サーバ装置１０３の特典付与手段７２が、チーム戦力値の差に応じた特典を決定する（Ｓ７２）。ここで、特典の一例として、ゲーム内で使用可能なポイントをボーナスとして付与する場合について以下に説明する。

勝利チームのチーム戦力値をＴ_win、敗者チームのチーム戦力値をＴ_lost、特典として与えられるボーナスポイントをＰとした場合、例えば、ボーナスポイントＰは下式（１）により求めることができる。

Ｐ＝（Ｔ_lost−Ｔ_win）×１００＋３００・・・（１）
上式（１）は、チーム戦力値の差（Ｔ_lost−Ｔ_win）を１００倍してそれにベースポイント３００を加算している。例えば、Ｔ_win＝１４、Ｔ_lost＝１５でチーム戦力値が低い方のチームが対戦に勝利した場合、上式（１）によれば、ボーナスポイントＰは４００ポイントとなる。

さらに、両チームの試合結果である得点差を考慮してボーナスポイントを付与してもよい。例えば、勝利チームの得点をＳ_win、敗者チームの得点をＳ_lostとした場合、ボーナスポイントＰを下式（２）により求めてもよい。

Ｐ＝{（Ｔ_lost−Ｔ_win）×１００＋３００}×{１.０＋（Ｓ_win−Ｓ_lost）×０.２}
・・・（２）
上式（２）では、得点差（Ｓ_win−Ｓ_lost）に応じて、{１.０＋（Ｓ_win−Ｓ_lost）×０.２}のレートを掛けている。例えば、Ｔ_win＝１４、Ｔ_lost＝１５でチーム戦力値が低い方のチームが「５対３」で勝利（Ｓ_win＝５、Ｓ_lost＝３）した場合、上式（２）によれば、ボーナスポイントＰは５６０ポイントとなる。

このように、特典付与手段７２は、対戦した結果の得点差が大きいほど付与される特典が大きくなるようにすることによって、大きな特典の獲得のため試合への集中力がより喚起される。

Ｓ７２で付与すべき特典を決定した後、サーバ装置１０３の特典付与手段７２は、対戦相手よりチーム戦力値が低いにもかかわらず対戦に勝利したチームの端末装置に、特典情報を送信する（Ｓ７３）。

また、サーバ装置１０３の相手チーム戦力送信手段７３および段位・ランキング通知手段６８は、対戦した各端末装置に、対戦相手のチーム戦力値、段位およびランキングの情報を送信する（Ｓ７４）。

一方、対戦相手よりチーム戦力値が低いチームが対戦に勝利しなかった場合（Ｓ７０でＮＯ）、サーバ装置１０３は特典付与処理をせずにＳ７４に移行する。

上記では、対戦相手よりチーム戦力が低いチームが対戦に勝利した場合に特典を付与する例について説明したが、さらに、対戦相手よりチーム戦力が低いチームが対戦に引分けた場合にも、当該チームのプレイヤに対して、対戦した両チームのチーム戦力値の差に応じた特典を付与するようにしてもよい。この場合の例としては、チーム戦力がより低いチームのチーム戦力値をＴ_low、チーム戦力がより高いチームのチーム戦力値をとしたとき、レートを０.５として下式（３）により求めることができる。

Ｐ＝{（Ｔ_high−Ｔ_low）×１００＋３００}×０.５ ・・・（３）
ところで、特典は、対戦相手よりチーム戦力値が低いチームが対戦に勝利したとき（または引分けたとき）に付与するというのが基本であるが、両チームのチーム戦力値の差がそれ程大きくない場合（当該差が所定値より小さい場合）には、対戦相手よりチーム戦力値が高いチームが対戦に勝利したとき（または引分けたとき）に、対戦相手よりチーム戦力値が低いチームが対戦に勝利したとき（または引分けたとき）よりも小さな特典を与える仕様にすることもできる。この場合も、上式（１）〜（３）を適用できる（但し、算出されたボーナスポイントＰがマイナスになる場合は０（ゼロ）として扱うこととする）。

例えば、Ｔ_win＝１５、Ｔ_lost＝１４として対戦相手よりチーム戦力値が高いチームが対戦に勝利した場合を想定すると、上式（１）によれば、ボーナスポイントＰは、
Ｐ＝（１４−１５）×１００＋３００＝２００（ポイント）
となり、Ｔ_win＝１４、Ｔ_lost＝１５のときの４００ポイントよりも低い。

また、Ｔ_win＝１５、Ｔ_lost＝１４でチーム戦力値が高い方のチームが「５対３」で勝利（Ｓ_win＝５、Ｓ_lost＝３）した場合、上式（２）によれば、ボーナスポイントＰは、
Ｐ＝{（１４−１５）×１００＋３００}×{１.０＋（５−３）×０.２}
＝２８０（ポイント）
となり、Ｔ_win＝１４、Ｔ_lost＝１５のときの５６０ポイントよりも低い。

また、Ｔ_low＝１４、Ｔ_high＝１５で引分けたとき、上式（３）によれば、チーム戦力値が低い方のチームのボーナスポイントＰは、
Ｐ＝{（１５−１４）×１００＋３００}×０.５＝２００（ポイント）
となり、チーム戦力値が高い方のチームのボーナスポイントＰは、
Ｐ＝{（１４−１５）×１００＋３００}×０.５＝１００（ポイント）
となる。

チーム戦力値が高い方のチームに付与されるボーナスポイントＰに関し、上式（１）〜（３）においては、両チームのチーム戦力値の差（Ｔ_lost−Ｔ_win）または（Ｔ_high−Ｔ_low）が３以上になればボーナスポイントＰは０以下となるので、チーム戦力値の差が３未満の場合にのみ特典が付与されることになる。

〔ゲームシステムのその他の構成例〕
次に、図４に示した端末装置の制御部１０ａの変形例を図８に示す機能ブロック図を参照して以下に説明する。なお、図４等に示した構成と同様の構成については、同一の参照番号を付してその説明を省略する。

実際の対戦に関与した選手キャラクタそれぞれの試合に対する関与度には高低があるため、図８に示す構成例では、関与キャラクタ抽出手段８６によって抽出された各キャラクタの対戦への関与度を算出する関与度演算手段９８をさらに備え、チーム戦力演算手段８７が関与度演算手段９８にて算出された各選手キャラクタの対戦への関与度が高いほど各選手キャラクタの能力値の重み付けを高くしてチーム戦力値を演算するようになっている。端末装置におけるその他の構成については図４に示した構成と同じであり、また、サーバ装置１０３側の構成および動作も前述の通りである。

関与度演算手段９８における各キャラクタの関与度の算出例について以下に説明する。

野球ゲームにおける攻撃の場合、９人の打者がすべて同じ回数だけ打席に立つとは限らない。例えば得点できそうな絶好の機会に、ある選手キャラクタ（例えば投手キャラクタ）に代えて別のキャラクタを代打として出せば、当該選手キャラクタの打席はそれで終わる。また、代打として試合の途中から出場した選手キャラクタも、全イニングに出場した他の選手キャラクタよりも打席数は少なくなる。このように、対戦の途中で試合から退いたり、途中から試合に出場したりした選手キャラクタは、全イニングに出場した他の選手キャラクタよりも対戦への関与度は当然に低くなる。

また、野球ゲームにおける守備の場合も、対戦の途中で試合から退いたり、途中から試合に出場したりした選手キャラクタは、全イニングに出場した他の選手キャラクタよりも守備機会が少なくなることから、対戦への関与度は低いといえる。

そこで、そこで、関与度演算手段９８は、出場イニング数が多い選手キャラクタほど関与度を高くすることができる。具体的には、試合の全イニング数をＩ_all、各選手キャラクタの出場イニング数をＩ_each、各選手キャラクタの対戦への関与度をＸとしたとき、関与度Ｘは、
Ｘ＝Ｉ_each／Ｉ_all
により求めることができる。

なお、イニング毎に時間の長さが異なるので、関与度演算手段９８は、イニング数ではなく試合出場時間に基づいて各選手キャラクタの対戦への関与度を算出してもよい。具体的には、試合開始から終了までの試合時間をＴ_all、各選手キャラクタの試合出場時間をＴ_each、各選手キャラクタの対戦への関与度をＸとしたとき、関与度Ｘは、
Ｘ＝Ｔ_each／Ｔ_all
により求めることができる。

また、野球ゲームのように攻撃イニングと守備イニングとが時間的に完全に分かれているような場合には、攻撃の場合の関与度と守備の場合の関与度とを分けて算出することもできる。例えば、関与度演算手段９８は、野球ゲームにおける攻撃の場合、打席数が多い選手キャラクタほど関与度を高くする。具体的には、チームの全打席数をＢ_all、各選手キャラクタの打席数をＢ_each、各選手キャラクタの攻撃への関与度をＸ_attackとしたとき、関与度Ｘは、
Ｘ_attack＝Ｂ_each／Ｂ_all
により求めることができる。これにより、各選手キャラクタの打席数に比例した関与度を算出できる。

また、野球ゲームにおける守備の場合、試合における投手キャラクタやそれをリードする捕手キャラクタの重要度は、他の野手キャラクタと比べて大きい。そこで、関与度演算手段９８は、野球ゲームにおける守備の場合、投手キャラクタの関与度＞捕手キャラクタの関与度＞他の野手キャラクタの関与度、の順で守備への関与度Ｘ_defenseを小さくしていくようにする。例えば、投手キャラクタの関与度を４５％、捕手キャラクタの関与度を２０％、残り７名の野手キャラクタに対する関与度をそれぞれ５％（合計３５％）とすることができる。さらに、各選手キャラクタの守備のイニング数または時間も考慮して、各選手キャラクタの守備への関与度Ｘ_defenseを求めてもよい。

チーム戦力演算手段８７は、関与度演算手段９８にて算出された各選手キャラクタの対戦への関与度が高いほど各選手キャラクタの能力値の重み付けを高くしてチーム戦力値を演算する。すなわち、チーム戦力演算手段８７は、各選手キャラクタの能力値に対し、各選手キャラクタの対戦への関与度に比例した重みを掛け合わせ、加重平均をとることによってチーム戦力値を演算することができる。

上述のように各選手キャラクタの攻撃への関与度Ｘ_attackと守備への関与度Ｘ_defenseとを分けて算出した場合には、チーム戦力演算手段８７は、攻撃の場合のチーム戦力値（攻撃時チーム戦力値）および守備の場合のチーム戦力値（守備時チーム戦力値）のそれぞれについて演算し、それらの合計または平均を求めることによりチーム戦力値とすることができる。

特に、各選手キャラクタの攻撃への関与度Ｘ_attackと守備への関与度Ｘ_defenseとを分けて算出する場合には、各選手キャラクタの能力値についても攻撃力（攻撃時の能力値であり、野球の場合は打力等）と守備力（守備時の能力値）という２つの能力値に分けてキャラクタ能力値記憶手段８４Ａに記憶しておくことが望ましい。そして、チーム戦力演算手段８７は、攻撃の場合におけるチーム戦力値の演算においては各選手キャラクタの攻撃への関与度Ｘattackと攻撃時の能力値とを用い、守備の場合におけるチーム戦力値の演算においては各選手キャラクタの守備への関与度Ｘ_defenseと守備時の能力値とを用いる。これにより、各選手キャラクタの攻撃力と守備力とが正確に反映されたチーム戦力値を求めることができる。

以上のように、図８に示す構成例では、関与キャラクタ抽出手段８６によって抽出された各キャラクタの対戦への関与度を算出する関与度演算手段９８をさらに備え、チーム戦力演算手段８７が関与度演算手段９８にて算出された各選手キャラクタの対戦への関与度が高いほど各選手キャラクタの能力値の重み付けを高くしてチーム戦力値を演算するようになっているので、実際の対戦に関与した各選手キャラクタの対戦への関与の程度も反映されたチーム戦力値が得られ、現実の対戦事実がより忠実に反映された両チームのチームレベル比較が可能となる。そして、チーム戦力値の差に応じて特典が付与されるので、プレイヤが実際に対戦した相手チームの強弱がより忠実に特典に反映されることとなる。

〔ゲームシステムのさらに他の構成例〕
次に、図４に示した端末装置の制御部１０ａの変形例を図９に示す機能ブロック図を参照して以下に説明する。なお、図４等に示した構成と同様の構成については、同一の参照番号を付してその説明を省略する。

本構成例は、図４に示した端末装置の制御部１０ａにおける関与キャラクタ抽出手段８６およびチーム戦力演算手段８７を、図９に示す関与キャラクタ抽出手段１８６およびチーム戦力演算手段１８７に変更するものであり、端末装置におけるその他の構成については図４に示した構成と同じであり、また、サーバ装置１０３側の構成および動作も前述の通りである。

本構成例では、対戦を構成する所定イベント毎（例えば１打席毎）に、実際の対戦に関与した選手キャラクタを抽出し、抽出した選手キャラクタの能力値を対象として当該所定イベント毎の戦力値を随時求めるとともに、対戦が終了したときに所定イベント毎の戦力値の平均を算出してチーム戦力値を求めるようにするものである。

野球ゲームにおいて、対戦を構成する所定イベント毎とは、投手キャラクタから投球されるボール１球毎、１打席毎（一人の打者に対する結果（アウト、ヒット、四死球）が出る毎）、１アウト毎、１イニングの表または裏毎（即ち、３アウト毎）、１イニング（表および裏を含む１イニング）毎などである。例えば、これがサッカーゲームとなると、対戦を構成する所定イベント毎とは、１パス毎、１シュート毎、ボールオブジェクトがタッチラインまたはゴールラインを割る毎とすることができる。対戦を構成する所定イベントとしては、ゲームの種類により様々なイベントを採用できる。本実施の形態では、対戦を構成する所定イベント毎の例として、野球ゲームにおける１打席毎について、以下に説明する。

図９に示すように、関与キャラクタ抽出手段１８６は、関与キャラクタ抽出部１９１と、イベント検出部１９２と、関与キャラクタ記憶部１９３とを備えている。

関与キャラクタ抽出部１９１は、対戦中に実際の対戦に関与した選手キャラクタを抽出する機能を有し、図４の関与キャラクタ抽出手段８６と同様の動作を行う。関与キャラクタ抽出手段１８６が抽出した選手キャラクタの識別情報は、関与キャラクタ記憶部１９３へ記憶される。

イベント検出部１９２は、所定のイベント毎に検出信号を出力する機能を有し、本実施の形態では、一人の打者に対する結果（アウト、ヒット、四死球）が出る１打席毎に、関与キャラクタ記憶部１９３および後述のイベント毎戦力演算部２０１へ検出信号を出力する。ここで、一人の打者に対する結果が出る１打席の終了タイミングは、投手キャラクタから投球されたボールキャラクタを打者キャラクタが打撃等し、その結果として野手キャラクタにボールキャラクタが捕球等されて一連の１打席分のプレイが終了するタイミングをいう。例えば、走者なしの場面で打者キャラクタが打撃してサードゴロを打った場合、三塁手キャラクタがボールキャラクタを捕球してそれを一塁手に送球し、一塁手がボールキャラクタを捕球してアウトが確定したときに１打席が終了する。また、例えば、走者なしの場面で打者キャラクタが打撃してレフト前ヒットを打った場合、左翼手キャラクタがボールキャラクタを捕球してそれを内野へ返球（二塁ベース付近にいる二塁手等に返球）したときに１打席が終了する。走者ありの場面での打撃の場合にはさらに複数の野手キャラクタが送球・捕球等を行うこともあるが、イベント検出部１９２は、これら一連のプレイ終了を検出して検出信号を出力する。

関与キャラクタ記憶部１９３は、関与キャラクタ抽出手段１８６が抽出した選手キャラクタの識別情報を所定の記憶領域へ記憶する。また、関与キャラクタ記憶部１９３は、イベント検出部１９２から検出信号が入力される毎に、記憶している１打席分の選手キャラクタの情報を、後述のイベント毎戦力演算部２０１へ出力し、出力後は記憶領域をクリアする。すなわち、関与キャラクタ記憶部１９３は、常に、最新の１打席分の対戦に関与した選手キャラクタの情報を記憶している。

１打席のプレイ開始からその終了までの間に、関与キャラクタ抽出部１９１により抽出される選手キャラクタの例を次に示す。例えば、走者一塁の場面でショートオーバーのヒットが出たときを想定すると、当該１打席のプレイに関与する選手キャラクタは以下のようになる。

守備側：投手キャラクタ、捕手キャラクタ、左翼手キャラクタ（捕球および送球）、遊撃手キャラクタ（打撃されたボールオブジェクトの軌道から所定距離内に位置していた場合）、三塁手キャラクタ（走者のさらなる進塁を防ぐために左翼手キャラクタから三塁手キャラクタへの返球があった場合）、一塁手キャラクタ（投手キャラクタから走者キャラクタへの牽制球があった場合）
攻撃側：打者キャラクタ、走者キャラクタ（一塁ベースから二塁ベースへ走塁）
次に、チーム戦力演算手段１８７について説明する。チーム戦力演算手段１８７は、イベント毎戦力演算部２０１と、イベント毎戦力記憶部２０２と、チーム戦力演算部２０３と、既に説明済みの対戦前チーム戦力演算部８８とを備えている。

イベント毎戦力演算部２０１には、１打席毎にイベント検出部１９２から検出信号が入力されるとともに、関与キャラクタ記憶部１９３から１打席毎に対戦に関与した選手キャラクタの情報が入力される。そして、イベント毎戦力演算部２０１は、関与キャラクタ記憶部１９３から受け取った１打席毎の対戦に関与した選手キャラクタの情報に基づいて、１打席毎の戦力値を求め、それをイベント毎戦力記憶部２０２に記憶しておく。１打席毎の戦力値は、１打席のプレイにおいて関与した選手キャラクタの能力値の平均値として求めることができる。イベント毎戦力演算部２０１は、試合開始からその終了まで、１打席毎の戦力値を随時演算してイベント毎戦力記憶部２０２に記憶する動作を繰り返す。

ここで、各選手キャラクタの能力値については、攻撃力（攻撃時の能力値）と守備力（守備時の能力値）という２つの能力値に分けてキャラクタ能力値記憶手段８４Ａに記憶しておくことができる。そして、イベント毎戦力演算部２０１は、攻撃の場合における戦力値の演算においては各選手キャラクタの攻撃時の能力値を用い、守備の場合における戦力値の演算においては各選手キャラクタの守備時の能力値を用いるようにしてもよい。

イベント毎戦力記憶部２０２は、イベント毎戦力演算部２０１が算出した１打席毎の戦力値を所定の記憶領域へ記憶する。このイベント毎戦力記憶部２０２は、対戦の開始からその終了までの間にイベント毎戦力演算部２０１が算出した全ての１打席毎の戦力値を記憶している。

チーム戦力演算部２０３は、イベント毎戦力記憶部２０２に記憶されている全ての１打席毎の戦力値を対象として、それらの平均を算出してチーム戦力値を求める。

上記の説明では、対戦を構成する所定イベント毎に、実際の対戦に関与したキャラクタを抽出して、所定イベント毎に随時戦力値を求めながら、最終的にゲーム終了時に所定イベント毎の戦力値の平均を算出してチーム戦力値を求める構成を説明したが、対戦を時間的に分割する所定時間毎にこれと同様の処理をすることも可能である。すなわち、関与キャラクタ抽出手段１８６が、対戦を時間的に分割する所定時間毎に（例えば１分毎に）実際の対戦に関与したキャラクタを抽出し、チーム戦力演算手段１８７が、関与キャラクタ抽出手段１８６にて抽出されたキャラクタの能力値を対象として所定時間毎の戦力値を求めるとともに、対戦が終了したときに所定時間毎の戦力値の平均を算出してチーム戦力値を求めるようにしてもよい。この場合、図９のイベント検出部１９２の代わりに、図１０に示すように計時部２９２を適用し、当該計時部２９２からは対戦開始から対戦終了まで一定時間間隔で検出信号が随時出力される構成とすることができる。

以上のように、本実施の形態の構成例は、対戦を構成する所定イベント毎または対戦を時間的に分割する所定時間毎に、実際の対戦に関与した選手キャラクタを抽出し、抽出した選手キャラクタの能力値を対象として当該所定イベント毎または所定時間毎の戦力値を随時求めるとともに、対戦が終了したときに所定イベント毎の戦力値の平均を算出してチーム戦力値を求めるようにするものである。これにより、対戦を構成する所定イベント毎または対戦を時間的に分割する所定時間毎に小刻みに実際の対戦に関与した選手キャラクタを抽出するので、所定イベント毎または所定時間毎に求められる戦力値は現実の対戦事実が忠実に反映されたものとなる。そして、所定イベント毎または所定時間毎に求められる戦力値の平均を算出して求められたチーム戦力値は、対戦試合全体として現実の対戦事実が忠実に反映されたものとなる。また、所定イベント毎または所定時間毎に求められる戦力値は、対戦中に随時算出することができるので、試合終了後、迅速に正確なチーム戦力値を得ることができる。

〔ゲームシステムのさらに他の構成例〕
次に、図９に示した構成の変形例を図１１に示す機能ブロック図を参照して以下に説明する。なお、図９等に示した構成と同様の構成については、同一の参照番号を付してその説明を省略する。

実際の対戦に関与した選手キャラクタそれぞれの試合に対する関与度には高低があるため、図１１に示す構成例では、関与キャラクタ抽出手段１８６によって抽出された各選手キャラクタの対戦への関与度を決定する関与度決定手段１８８をさらに備え、チーム戦力演算手段１８７が関与度決定手段１８８にて決定された各選手キャラクタの対戦への関与度が高いほど各選手キャラクタの能力値の重み付けを高くして所定イベント毎の戦力値を演算し、対戦が終了したときに所定イベント毎の戦力値の平均を算出してチーム戦力値を求めるようになっている。端末装置におけるその他の構成については図４または図９に示した構成と同じであり、また、サーバ装置１０３側の構成および動作も前述の通りである。ここでも、対戦を構成する所定イベント毎の例として、１打席毎について以下に説明する。

図１１の構成例では、イベント検出部１９２は、１打席毎に、関与キャラクタ記憶部１９３およびイベント毎戦力演算部２０１とともに関与度決定手段１８８へも検出信号を出力する。また、関与キャラクタ記憶部１９３は、イベント検出部１９２から検出信号が入力される毎に、記憶している１打席分の対戦に関与した選手キャラクタの情報を、イベント毎戦力演算部２０１とともに関与度決定手段１８８へも出力する。

関与度決定手段１８８は、イベント検出部１９２から検出信号が入力される毎に、関与キャラクタ抽出手段１８６によって抽出された実際に対戦に関与した各選手キャラクタの対戦への関与度を、１打席毎に決定する。

関与度決定手段１８８における各選手キャラクタの関与度の決定例について、以下に説明する。ここでは、例えば、走者一塁の場面の打席でショートオーバーのヒットが出たとし、前述のとおり以下の各選手キャラクタが当該１打席のプレイに実際に関与したときを想定する。

守備側：投手キャラクタ、捕手キャラクタ、左翼手キャラクタ、遊撃手キャラクタ、一塁手キャラクタ、三塁手キャラクタ、
攻撃側：打者キャラクタ、走者キャラクタ
この場合、守備側であれば、当該打席のプレイに対する関与度を、例えば、投手キャラクタ４５％、捕手キャラクタ２０％、左翼手キャラクタ２０％、遊撃手キャラクタ５％、一塁手キャラクタ５％、三塁手キャラクタ５％とすることができる。また、攻撃側であれば、当該打席のプレイに対する関与度を、走者キャラクタの走力も加味して、例えば、打者キャラクタ７０％、走者キャラクタ３０％とすることができる。

これはほんの一例であり、様々なケースに応じて、実際に対戦に関与した各選手キャラクタの関与度は決定されるものである。例えば、走者なしの場面で三振をとった場合には投手キャラクタおよび捕手キャラクタのみが実際に対戦に関与し、守備側の関与度は、例えば、投手キャラクタ７０％、捕手キャラクタ３０％とすることができる。また、走者ありの場面でダブルプレーの場合などには実際に関与した選手キャラクタもさらに増える。よって、それぞれの場面において個々に各選手キャラクタの関与度は決定される。また、走者なしの場面での攻撃側の関与度は、打者キャラクタ１００％、走者キャラクタが２名なら打者キャラクタ７０％に各走者キャラクタ１５％ずつ、走者３名（満塁）なら打者キャラクタ７０％に各走者キャラクタ１０％ずつというように、実際に対戦に関与した各選手キャラクタの関与度を決定する。ここで挙げた関与度の具体的数値はあくまで例示であり、他の数値にしてもよい。

関与度決定手段１８８は、様々なケース、すなわち関与キャラクタ抽出部１９１によって所定イベント毎（または後述のように所定時間毎）に抽出される選手キャラクタの様々な組み合わせに対応付けて、実際に対戦に関与した各選手キャラクタの対戦への関与度（加重平均の重みに対応する値）を記憶したルックアップテーブルを所定の記憶領域に記憶しており、当該ルックアップテーブルに基づき、実際に対戦に関与した各選手キャラクタの関与度を迅速に決定可能な構成とすることができる。

チーム戦力演算手段１８７のイベント毎戦力演算部２０１は、関与度決定手段１８８にて決定された各選手キャラクタの対戦への関与度が高いほど各選手キャラクタの能力値の重み付けを高くして所定イベント毎（ここでは１打席毎）の戦力値を演算する。

例えば、前述した走者一塁の場面の打席でショートオーバーのヒットが出たときの打席を想定し、実際に対戦に関与した投手キャラクタの能力値を「１４」、捕手キャラクタの能力値を「１２」、左翼手キャラクタの能力値を「８」、遊撃手キャラクタの能力値を「６」、一塁手キャラクタの能力値を「１８」、三塁手キャラクタの能力値を「１０」とした場合、当該打席における守備側の戦力値は、下式のように「１２．００」となる。

１４×０．４５＋１２×０．２０＋８×０．２０＋６×０．０５＋１８×０．０５＋１０×０．０５＝１２．００

また、打者キャラクタの能力値を「１５」、走者キャラクタ能力値を「１０」とした場合、当該打席における攻撃側の戦力値は、下式のように「１４．１０」となる。

１５×０．７０＋１２×０．３０＝１４．１０

このようにしてチーム戦力演算手段１８７のイベント毎戦力演算部２０１で所定イベント毎（ここでは１打席毎）に算出された戦力値は、イベント毎戦力記憶部２０２に保存され、対戦が終了したときに、チーム戦力演算部２０３により所定イベント毎の戦力値の平均が算出されてチーム戦力値が求められる。

上記の説明では、対戦を構成する所定イベント毎に、実際の対戦に関与したキャラクタを抽出して、所定イベント毎に随時戦力値を求めながら、最終的にゲーム終了時に所定イベント毎の戦力値の平均を算出してチーム戦力値を求める構成を説明したが、対戦を時間的に分割する所定時間毎にこれと同様の処理をすることも可能である。すなわち、関与キャラクタ抽出手段１８６が、対戦を時間的に分割する所定時間毎に（例えば１分毎に）実際の対戦に関与したキャラクタを抽出し、チーム戦力演算手段１８７が、関与キャラクタ抽出手段１８６にて抽出されたキャラクタの能力値および関与度決定手段１８８が決定した各選手キャラクタの関与度に基づいて所定時間毎の戦力値を求めるとともに、対戦が終了したときに所定時間毎の戦力値の平均を算出してチーム戦力値を求めるようにしてもよい。この場合、図１１のイベント検出部１９２の代わりに、図１２に示すように計時部２９２を適用し、当該計時部２９２からは対戦開始から対戦終了まで一定時間間隔で検出信号が随時出力される構成とすることができる。

以上のように、図１１または図１２に示す構成例では、対戦を構成する所定イベント毎または対戦を時間的に分割する所定時間毎に小刻みに実際の対戦に関与した選手キャラクタを抽出するとともに、抽出された各キャラクタの対戦への関与度も求めて、所定イベント毎または所定時間毎に戦力値を算出している。これにより、所定イベント毎または所定時間毎に求められる戦力値は現実の対戦事実がより忠実に反映されたものとなる。また、所定イベント毎または所定時間毎に求められる戦力値は、対戦中に随時算出することができるので、試合終了後、迅速に正確なチーム戦力値を得ることができる。

〔ゲームシステムの様々なバリエーション等〕
本実施の形態に係るネットワークゲームシステム１００において、サーバ装置１０３および端末装置が実行するコンピュータ読み取り可能な各種プログラムは、ハードディスク、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＭＤなど）、フレキシブルディスク、半導体メモリ、ＲＯＭカセット、あるいは家庭用ビデオゲーム装置用のカートリッジ等のコンピュータ読み取り可能な各種記録媒体に記録され、サーバ装置１０３および端末装置に読み出されて実行される。なお、各種プログラムをサーバ装置１０３や端末装置に提供する手段は、前述した記録媒体に限定されるものではなく、インターネット１０４介して行うこともできる。例えば、ネットワークゲームを管理している会社が提供するホームページ等からインターネット１０４を介してダウンロード可能な場合は、ゲーム進行プログラム等を当該ホームページから直接ダウンロードして実行できるようにしてもよい。

また、上述のように、サーバ装置１０３の機能はネットワークゲームシステム１００内のどこかで実現されればよいため、機能分散型の複数台のサーバとして実現することもできる。また、ネットワークゲームシステム１００内にある１台または複数台の小型コンピュータに、サーバ装置１０３の機能の一部または全部を持たせるシステム構成も可能である。

さらに、サーバ装置１０３の機能の一部を、ネットワークゲームシステム１００内の端末装置に持たせることもできる。たとえば、上述の実施の形態では、サーバ装置１０３が相手チーム戦力送信手段７３（図３参照）を備え、サーバ装置１０３が各端末装置へ対戦相手のチーム戦力値を送信する構成としているが、各端末装置が自己のチーム戦力値を対戦相手に送信する構成としてもよい。

また、上述の実施の形態では、各端末装置が自己のチームのチーム戦力値をそれぞれ演算する構成としているが、何れか一方の端末装置で両チームのチーム戦力値を演算してもよい。この場合、両チームのチーム戦力値を演算する端末装置は、両チームのキャラクタの能力値を把握しておく必要があるので、チーム戦力値を演算しない方の端末装置は、自己チームを構成する各キャラクタの能力値の情報を、両チームのチーム戦力値を演算する端末装置へ送信しておく必要がある。但し、上述した実施の形態のように、各端末装置が自己のチームのチーム戦力値をそれぞれ演算する構成とする方が、分散処理となって一方の端末装置の処理負担を大きくすることがないので望ましい。

また、各端末装置の機能の一部を、ネットワークゲームシステム１００内のサーバ装置１０３側に持たせることもできる。たとえば、上述の実施の形態では、各端末装置が自己のチームのチーム戦力値をそれぞれ演算する構成としているが、各チームのチーム戦力値をサーバ装置１０３側で演算してもよい。この場合、各端末装置が、自己のチームを構成する各キャラクタの能力値の情報および実際の対戦に関与した自己チームの選手キャラクタの抽出結果を、サーバ装置１０３に送信する必要がある。各端末装置が実際の対戦に関与した自己チームの選手キャラクタの抽出結果をサーバ装置１０３へ送信することに関し、対戦している２台の端末装置はサーバ装置１０３と定期通信（ハートビート送信）を行っているので、各端末装置が当該定期通信時に選手キャラクタの抽出結果を併せて送信することが可能である。または、各端末装置が自己チームの選手キャラクタの抽出結果を試合終了まで保存しておき、試合終了後に、各端末装置が自己チームの選手キャラクタの抽出結果をサーバ装置１０３に一括送信することもできる。

各々のプレイヤが操作する端末装置同士で対戦を行う方式には、端末装置同士で直接通信して対戦する方式と、サーバ装置１０３を経由して対戦する方式とがある。上述の実施の形態では、前者の方式、すなわち、端末装置同士で直接データのやりとりを行うＰ２Ｐ接続によりネットワークゲームを行うゲームシステムについて説明したが、後者の方式、すなわち、サーバ装置１０３を介してクライアントとしての端末装置同士が対戦する、いわゆるクライアント／サーバ（Ｃ／Ｓ）接続によりネットワークゲームを行う方式であってもよい。Ｃ／Ｓ接続方式の対戦であれば、サーバ装置１０３が対戦中の各種データを管理しているため、サーバ装置１０３側に、関与キャラクタ抽出手段８６・１８６、チーム戦力演算手段８７・１８７、関与度演算手段９８および関与度決定手段１８８を設けることも容易に実現できる。

特典の付与は、対戦相手よりチーム戦力値が低い方のチームが対戦に勝利したときに付与するというのが基本であるが、チーム戦力値の差にある程度の開きがあれば、実際にはチーム戦力値が低い方のチームが僅差で負けたとしても、当該チーム戦力値の差を考慮すれば大健闘であり、チーム戦力値が低い方のチームに特典を付与してもよい。そこで、両チームのチーム戦力値の差に応じてハンデキャップ値を設定し、実際にはチーム戦力値が低い方のチームが対戦に負けたとしても、当該ハンデキャップ値を考慮した得点を演算したらチーム戦力値が低い方のチームが勝利する場合には、実際には負けたチーム戦力値が低い方のチームのプレイヤに特典を付与するものとすることができる。

これを実現する特典付与手段７２の構成例を図１３に示す。同図に示すように、特典付与手段７２は、ハンデキャップ設定部３０１と、得点補正部３０２と、特典有無判定部３０３と、特典決定部３０４と、特典情報送信部３０５とを備えている。

ハンデキャップ演算部３０１は、対戦相手よりチーム戦力値が低い方のチームが対戦に負けた場合において、対戦したチーム同士のチーム戦力値の差に応じたハンデキャップ値を設定する。例えば、勝利チームのチーム戦力値をＴ_win、敗者チームのチーム戦力値をＴ_lost、ハンデキャップ値をＨとした場合、ハンデキャップ演算部３０１は
Ｈ＝Ｔ_win−Ｔ_lost
として算出されるハンデキャップ値Ｈを設定する。

得点補正部３０２は、対戦した結果の得点を、上記ハンデキャップ値に基づいて、チーム戦力値が低い方のチームが有利となるように補正する。例えば、勝利チームの得点をＳ_win、敗者チームの得点をＳ_lost、ハンデキャップ値Ｈを考慮した敗者チームの補正得点をＳ_lost’した場合、得点補正部３０２は、
Ｓ_lost’＝Ｓ_lost＋Ｈ
の演算を行い、敗者チームの得点をＳ_lost’に補正する。または、得点補正部３０２は、
Ｓ_win’＝Ｓ_lost−Ｈ
の演算を行い、勝者チームの得点をＳ_win’に補正する。

特典有無判定部３０３は、得点補正部３０２による補正後の得点について、
敗者チームの補正得点Ｓ_lost’＞勝利チームの得点Ｓ_win
または、
敗者チームの得点Ｓ_lost＞勝利チームの補正得点Ｓ_win’
となった場合には、敗者チームに特典を付与するものと判定する。

特典決定部３０４は、対戦相手よりチーム戦力値が低い方のチームが対戦に勝利したときだけでなく、特典有無判定部３０３が敗者チームに特典を付与するものと判定した場合にも、付与すべき特典を決定する。ただし、対戦相手よりチーム戦力値が低い方のチームが実際には負けたがハンデキャップ値を考慮して勝ったとみなされた場合は、当該チームがハンデキャップ値なしで勝った場合よりも獲得できる特典を小さくする。この場合に特典を小さく一例としては、前述の式（１）または式（２）を適用する場合、ベースポイントを３００から１００にしてボーナスポイントを調整することが考えられる。

特典情報送信部３０５は、特典決定部３０４が決定した特典情報を得点付与対象の端末装置へ送信する。

例えば、第１プレイヤが操作する端末装置ＡのチームＡと第２プレイヤが操作する端末装置ＢのチームＢとが対戦した場合であって、チームＡのチーム戦力値「１４」、チームＢのチーム戦力値が「１６」であったとする。そして、両チームの対戦の結果、チームＡが「４対５」でチームＢに負けた場合を想定する。この場合、ハンデキャップ値ＨはＨ＝１６−１４＝２である。よって、当該ハンデキャップ値Ｈ＝２を考慮した得点の補正を行うと、敗者チームＡの補正得点は４＋２＝６点となり、当該得点の補正後はチームＡが「６対５」でチームＢに勝ったこととみなされる。よって、この場合、実際には負けたチームＡの第１プレイヤに特典が付与されることとなる。

これにより、実際に対戦に関与したキャラクタの能力値から算出されたチーム戦力値からすると対戦相手よりも低いため、善戦はしたが結果的に試合に負けたとしても、両チームのチーム戦力値の差に応じたハンデキャップ値を考慮して勝ったとみなされれば特典が付与されることになるので、実質的に強いチームと対戦したプレイヤにとっては納得感が得られる。また、実質的に強いチームとマッチングされてしまったことにより試合に負けそうになっても、善戦すれば特典を獲得できる機会が得られることより、試合に負けていても試合への集中力が喚起され、仮想ゲーム空間への吸引力の強いゲームが実現できる。

また、上述の実施の形態では、２人のプレイヤが一対一でチーム対戦する例を示したが、３人以上のプレイヤがチーム対戦するネットワークゲームにも適用可能である。３人以上のプレイヤがチーム対戦する場合におけるチーム戦力値の差とは、対戦している複数のチームに含まれる任意の２チーム間におけるチーム戦力値の差とすることができる。

また、上述の実施の形態では、ネットワークゲームの一例として野球ゲームを挙げて説明したが、適用可能なネットワークゲームはこれに限定されるものではなく、プレイヤ間でチーム対戦を行うネットワークゲームであれば、種々のゲームに適用することができる。たとえば、サッカー、アメリカンフットボール、バレーボール等の種々のスポーツゲーム、シミュレーションゲーム、シューティングゲーム、ロールプレイングゲーム等に同様に適用することができる。

１０ａ 制御部
１０ｃ サーバ制御部
５０ｃ サーバ通信部
６１ 対戦要求受付手段
６２ 待機端末管理手段
６３ プレイヤ情報記憶手段
６４ マッチング手段
６５ 対戦相手通知手段
６６ 対戦管理手段
６７ 段位・ランキング管理手段
６８ 段位・ランキング通知手段
６９ チーム戦力値受信手段
７０ チーム戦力値記憶手段
７１ 戦力差演算手段
７２ 特典付与手段
７３ 相手チーム戦力送信手段
８１ 対戦要求手段
８２ 通信状態確認手段
８３ 通信切断情報送信手段
８４Ａ キャラクタ能力値記憶手段
８４Ｂ チーム構成キャラクタ記憶手段
８５ キャラクタ選択手段
８６ 関与キャラクタ抽出手段
８７ チーム戦力演算手段
９０ チーム戦力値送信手段
９１ 相手チーム戦力値受信手段
９２ チーム戦力値表示手段
９３ 段位・ランキング受信手段
９４ 段位・ランキング表示手段
９５ 特典受信手段
９６ 特典記憶手段
９７ 特典表示手段
９８ 関与度演算手段
１００ ネットワークゲームシステム
１０３ サーバ装置
１０４ インターネット
１８６ 関与キャラクタ抽出手段
１８７ チーム戦力演算手段
１８８ 関与度決定手段
１９１ 関与キャラクタ抽出部
１９２ イベント検出部
１９３ 関与キャラクタ記憶部
２０１ イベント毎戦力演算部
２０２ イベント毎戦力記憶部
２０３ チーム戦力演算部
２９２ 計時部
３０１ ハンデキャップ設定部
３０２ 得点補正部
３０３ 特典有無判定部
３０４ 特典決定部
３０５ 特典情報送信部
Ａ 端末装置
Ｂ 端末装置

Claims (10)

1. 複数の端末装置をそれぞれ操作するプレイヤ同士が、自己のチームを構成するキャラクタを操作して対戦するチーム対戦ゲームを実行するゲームシステムであって、
   対戦中に実際の対戦に関与したキャラクタを抽出する関与キャラクタ抽出手段と、
   前記関与キャラクタ抽出手段によって抽出されたキャラクタの有する能力値に基づいて、各チームの戦力レベルを表すチーム戦力値をチーム毎に算出するチーム戦力演算手段と、
   前記チーム戦力演算手段が算出した各チームのチーム戦力値の差を算出する戦力差演算手段と、
   対戦相手よりチーム戦力値が低いチームが対戦に勝利した場合に、当該チームに対して、前記戦力差演算手段にて算出されたチーム戦力値の差に応じた特典を付与する特典付与手段と、を備えていることを特徴とするゲームシステム。
2. 前記関与キャラクタ抽出手段によって抽出された各キャラクタの対戦への関与度を算出する関与度演算手段をさらに備え、
   前記チーム戦力演算手段は、前記関与度演算手段にて算出された各キャラクタの対戦への関与度が高いほど各キャラクタの能力値の重み付けを高くして前記チーム戦力値を演算することを特徴とする請求項１に記載のゲームシステム。
3. 前記関与キャラクタ抽出手段は、対戦中における攻撃時と守備時とに分けて実際の対戦に関与したキャラクタをそれぞれ抽出し、
   前記関与度演算手段は、各キャラクタの攻撃への関与度と守備への関与度を分けてそれぞれ算出し、
   前記チーム戦力演算手段は、各キャラクタの有する攻撃時の能力値と攻撃への関与度とに基づいて攻撃時チーム戦力値を算出するとともに、各キャラクタの有する守備時の能力値と守備への関与度とに基づいて守備時チーム戦力値を算出し、前記攻撃時チーム戦力値と守備時チーム戦力値とを加算または平均して前記チーム戦力値を算出することを特徴とする請求項２に記載のゲームシステム。
4. 前記関与キャラクタ抽出手段は、対戦を構成する所定イベント毎または対戦を時間的に分割する所定時間毎に、実際の対戦に関与したキャラクタを抽出し、
   前記チーム戦力演算手段は、前記関与キャラクタ抽出手段にて抽出されたキャラクタの能力値を対象として所定イベント毎または所定時間毎の戦力値を求めるとともに、対戦が終了したときに前記所定イベント毎または所定時間毎の戦力値の平均を算出して前記チーム戦力値を求めることを特徴とする請求項１に記載のゲームシステム。
5. 前記関与キャラクタ抽出手段によって前記所定イベント毎または所定時間毎に抽出された各キャラクタの対戦への関与度を決定する関与度決定手段をさらに備え、
   前記チーム戦力演算手段は、前記関与度決定手段にて決定された各キャラクタの対戦への関与度が高いほど各キャラクタの能力値の重み付けを高くして、前記所定イベント毎または所定時間毎の戦力値を演算することを特徴とする請求項４に記載のゲームシステム。
6. 前記関与度決定手段は、前記関与キャラクタ抽出手段によって前記所定イベント毎または所定時間毎に抽出されるキャラクタの組み合わせに対応付けて各キャラクタの対戦への関与度を記憶したルックアップテーブルを有し、当該ルックアップテーブルに基づいて各キャラクタの対戦への関与度を決定することを特徴とする請求項５に記載のゲームシステム。
7. 前記特典付与手段は、対戦相手よりチーム戦力値が低いチームが対戦に勝利した場合における対戦結果の得点差が大きいほど、当該チームにより大きな特典を付与することを特徴とする請求項１ないし６の何れか１項に記載のゲームシステム。
8. 前記特典付与手段は、
   対戦相手よりチーム戦力値が低い方のチームが対戦に負けた場合に、対戦したチーム同士のチーム戦力値の差に応じたハンデキャップ値を設定するハンデキャップ設定部と、
   対戦結果としての各チームの得点を、上記ハンデキャップ値に基づいて、チーム戦力値が低い方のチームが有利となるように補正する得点補正部と、
   前記得点補正部が補正した後の各チームの得点により特典を付与するか否かを判定する特典有無判定部とをさらに備え、
   前記特典有無判定部は、前記得点補正部による得点の補正によりチーム戦力値が低い方のチームの得点が相手チームの得点より大きくなった場合に、チーム戦力値が低い方のチームに特典を付与する判定を行うことを特徴とする請求項１ないし７の何れか１項に記載のゲームシステム。
9. 複数の端末装置をそれぞれ操作するプレイヤ同士が、自己のチームを構成するキャラクタを操作して対戦するチーム対戦ゲームを実行するゲームシステムの制御方法であって、
   対戦中に実際の対戦に関与したキャラクタをコンピュータが抽出する関与キャラクタ抽出ステップと、
   前記関与キャラクタ抽出ステップによって抽出されたキャラクタの有する能力値に基づいて、各チームの戦力レベルを表すチーム戦力値を前記コンピュータがチーム毎に算出するチーム戦力演算ステップと、
   前記チーム戦力演算ステップで算出した各チームのチーム戦力値の差を前記コンピュータが算出する戦力差演算ステップと、
   対戦相手よりチーム戦力値が低いチームが対戦に勝利した場合に、当該チームに対して、前記戦力差演算ステップにて算出されたチーム戦力値の差に応じた特典を前記コンピュータが付与する特典付与ステップと、を備えていることを特徴とするゲームシステムの制御方法。
10. 複数の端末装置をそれぞれ操作するプレイヤ同士が、自己のチームを構成するキャラクタを操作して対戦するチーム対戦ゲームを実行するゲームシステムに含まれるコンピュータに、
    対戦中に実際の対戦に関与したキャラクタを抽出する関与キャラクタ抽出機能と、
    前記関与キャラクタ抽出機能によって抽出されたキャラクタの有する能力値に基づいて、各チームの戦力レベルを表すチーム戦力値をチーム毎に算出するチーム戦力演算機能と、
    前記チーム戦力演算機能で算出された各チームのチーム戦力値の差を算出する戦力差演算機能と、
    対戦相手よりチーム戦力値が低いチームが対戦に勝利した場合に、当該チームに対して、前記戦力差演算機能にて算出されたチーム戦力値の差に応じた特典を付与する特典付与機能と、を実現させることを特徴とするプログラム。
    

Images