JP5193251B2 - ゲームシステム、ゲーム実行装置、ゲーム制御方法 - Google Patents

Description

本発明は、ゲームシステム、特に、複数のプレイヤそれぞれによって個別に操作される複数のデータ送受信装置をサーバに接続することにより、複数のデータ送受信装置それぞれにおいて対戦ゲームを実行可能とし、且つ、各プレイヤが、ゲーム内に予め設けられた複数のチームの中のいずれか１つのチームを選択し、各プレイヤが選択したチーム同士で互いに対戦するゲームシステムである。また、本発明は、上記のシステムを実現可能なゲーム実行装置、および上記のシステムを実現するためのゲーム制御方法に関する。

従来から、様々なゲームが提案されている。これらゲームは、ゲーム装置において実行されるようになっている。たとえば、一般的なゲーム装置は、モニタと、モニタとは別体のゲーム装置本体と、ゲーム装置本体とは別体の入力装置たとえばコントローラとを有している。コントローラには、複数の入力釦が配置されている。なお、ネットワークに対応したゲームが実行される場合は、ゲーム装置を、サーバやネットワーク等に接続する必要があるため、一般的には、ゲーム装置と、サーバやネットワーク等との間には、ルータが配置される。また、携帯電話がゲーム装置として機能する場合もあるが、この場合は、携帯電話とサーバとの間には、通信設備たとえば基地局が配置される。

一般的には、ゲームの実行形態には、プレイヤが自分のゲーム装置だけで個人遊技する場合と、プレイヤが自分のゲーム装置をサーバに接続することにより、通信遊技する場合とがある。たとえば、プレイヤが野球ゲームを実行する場合、プレイヤは、個人遊技であっても通信遊技であっても、プレイヤがコントローラを操作することによって、自分が指揮するチームの各選手キャラクタが制御され、相手チームの各選手キャラクタが自動制御プログラムに基づいて制御される。また、これとは別に、プレイヤが指揮するチームおよび相手チームの両方が、２人のプレイヤのコントローラの操作や、自動制御プログラムに基づいて制御される場合もある。このように、従来の野球ゲームでは、プレイヤは、個人で対戦ゲームを楽しんだり、通信で対戦ゲームを楽しんだりすることができるようになっていた（非参考文献１を参照）。

ここで、通信型のゲームには、複数のプレイヤが互いに協力して、ゲーム進行を行うタイプのものがある（特許文献１を参照）。このタイプのゲームでは、たとえば、複数のプレイヤが１つのパーティに属しており、報酬獲得条件を達成するまでの各プレイヤの貢献度に応じて、報酬が配分されるようになっている。すなわち、貢献度の高いプレイヤ（ゲーム内のキャラクタ）には、多くの報酬が与えられるが、貢献度の低いプレイヤ（ゲーム内のキャラクタ）には、少しの報酬しか与えられない。このようにして、同じパーティ内であっても、キャラクタ間において不公平が発生しないようにしている。

また、他の通信型のゲームには、複数のプレイヤが互いに対戦しているときに、複数のプレイヤのいずれか１人が、抽選に当選すると、このプレイヤ（当選したプレイヤ）には特典が与えられ、他のプレイヤにも分配特典が与えられるものがある（特許文献２を参照）。この場合、あるプレイヤが抽選に当選するだけで、対戦相手である他のプレイヤは、何の苦労もすることなく、特典の分配を受けることができる。

特許第３５２０２６３号公報 特開２００９−２１３６６９号公報

近年の通信型の対戦ゲーム、たとえば通信型の野球ゲームでは、あるプレイヤ（Ａプレイヤ）が、サーバが提供するリストの中から、対戦相手を選択すると、Ａプレイヤが指揮するＡチームと、対戦相手のプレイヤ（Ｂプレイヤ）が指揮するＢチームとの間で、対戦を実行することができる。なお、ここで対象とする通信型の野球ゲームでは、ＡチームおよびＢチームを指揮するプレイヤは、ネットワーク上に存在する不特定多数の人々である。

この場合、Ａプレイヤは、Ｂチームに勝てるようにＡチームを指揮し、同様に、Ｂプレイヤは、Ａチームに勝てるようにＢチームを指揮する。そして、ＡチームとＢチームとが対戦すると、プレイヤごとに、ＡチームとＢチームとの勝敗が決定される。このように、各プレイヤは他のプレイヤとの一対一の対戦を意識して、野球ゲームを実行している。

ところで、通信型の対戦ゲームの中でも、例えば携帯電話を使用したゲームの場合、プレイヤは月単位でゲーム料金を支払う課金システムが採用されている場合が多い。さらには、ゲーム内のアイテムを購入することで、キャラクタの能力向上を図ったり、服装やアクセサリー等の装飾を施したりすることができる場合もある。従って、ゲーム（サーバ）を運営する側にとってみれば、プレイヤが一旦、所定のゲームを購入（ダウンロード）すれば、そのゲームをできるだけ長期に渡りプレイしてくれることが望ましい。この理由は、その間、安定した収入やアイテムによる付加的な収入等が、見込めるためである。

しかしながら、前述したような従来のゲームのシステムでは、対戦相手との単発的な試合が行われるのみであり、この場合、ゲームを行おうとする動機付けが、個人的な操作能力向上や、自分のチームあるいはキャラクタの能力向上のみに限定されていた。従って、ある程度の能力向上が達成されてしまえば、プレイヤはそれで満足してしまい、ゲームの継続的なプレイを期待できないことがある。

本発明は、このような問題を鑑みてなされたものであり、ゲームが継続的にプレイされ得る要因として、プレイヤのゲームに対する動機付けに注目し、この動機付けを深化し多面化するシステムを提供するものである。

請求項１に係るゲームシステムは、複数のプレイヤそれぞれによって個別に操作される複数のデータ送受信装置をサーバに接続することにより、複数のデータ送受信装置それぞれにおいて、対戦ゲームを実行可能とし、且つ、各プレイヤが、ゲーム内に予め設けられた複数のチームの中からいずれか１つのチームを選択し、各プレイヤが選択したチーム同士で互いに対戦するゲームシステムである。

このゲームシステムでは、データ送受信装置の制御部が、以下の機能を備えている。
（Ａ）各プレイヤがチームを選択したときに、サーバの記憶部に格納された当該チーム用のチームデータを、各データ送受信装置の通信部を介してサーバから受信し、各プレイヤのデータ送受信装置の記憶部に格納するチームデータ受信機能。
（Ｂ）データ送受信装置の記憶部に格納された、各チームデータに基づいて、対戦ゲームの試合イベントが実行されたときに、試合イベントにおける対戦結果を、各データ送受信装置の記憶部に格納する試合結果格納機能。
（Ｃ）各データ送受信装置の記憶部に格納された対戦結果を、各データ送受信装置の通信部を介してサーバへ送信する対戦結果送信機能。

また、このゲームシステムでは、サーバの制御部が、以下の機能を備えている。
（１）各データ送受信装置から送信されサーバの記憶部に格納された複数の対戦結果に基づいて、各プレイヤが選択したチームごとに各プレイヤの対戦結果をまとめて統計処理した、各チームの統計処理結果を、サーバの記憶部に格納する対戦結果計算機能。
（２）サーバの記憶部に格納された各チームの統計処理結果に基づいて、上位の統計処理結果を有するチームを、報酬供与チームとして設定する報酬供与チーム設定機能。
（３）サーバの通信部を介して、報酬供与チームを選択したプレイヤのデータ送受信装置へ報酬データを送信する報酬データ送信機能。

ここでは、複数のプレイヤそれぞれによって個別に操作される複数のデータ送受信装置をサーバに接続することにより、複数のデータ送受信装置それぞれにおいて野球ゲームが実行される場合を一例として説明を行う。この場合、各プレイヤが、ゲーム内に予め設けられた複数のチームの中からいずれか１つのチームを選択し、各プレイヤが選択したチーム同士で互いに野球の対戦が実行される。

なお、データ送受信装置は、サーバに常時接続されているわけではなく、たとえば、野球ゲームの起動時、野球ゲームの初期設定時（自分の応援チームの設定時等）、対戦相手の選択時（サーバにアップされているものから選択）、試合後の結果データアップ時等のような、所定の接続タイミングでサーバに接続される。

このゲームシステムでは、まず、各プレイヤがチームを選択したときに、サーバの記憶部に格納された当該チーム用のチームデータが、各データ送受信装置の通信部を介してサーバから受信し、各プレイヤのデータ送受信装置の記憶部に格納される。そして、データ送受信装置の記憶部に格納された各チームデータに基づいて、対戦ゲームの試合イベントが実行されたときに、試合イベントにおける対戦結果が、各データ送受信装置の記憶部に格納される。そして、各データ送受信装置の記憶部に格納された対戦結果が、各データ送受信装置の通信部を介してサーバへ送信される。

次に、このゲームシステムでは、各データ送受信装置から送信されサーバの記憶部に格納された複数の対戦結果に基づいて、各プレイヤが選択したチームごとに各プレイヤの対戦結果をまとめて統計処理した、各チームの統計処理結果が、サーバの記憶部に格納される。そして、サーバの記憶部に格納された各チームの統計処理結果に基づいて、上位の統計処理結果を有するチームが、報酬供与チームとして設定される。すると、サーバの通信部を介して、報酬供与チームを選択したプレイヤのデータ送受信装置へと、報酬データが送信される。たとえば、プレイヤが次の機会に野球ゲームを再び実行したときの対戦前に、報酬供与チームを選択したプレイヤのデータ送受信装置へと、報酬データが送信される。

この場合、対戦ゲームの試合イベントにおいて、各プレイヤが選択したチームが、対戦相手のチームと一対一で対戦すると、各チームの対戦結果がサーバに送信される。このように各チームの対戦結果をサーバに送信する処理は、複数のデータ送受信装置それぞれにおいて実行される。すると、複数のデータ送受信装置それぞれから送信された複数の対戦結果が、１チームごとに統計処理される。そして、各チームの統計処理結果に基づいて、上位の統計処理結果を有するチームが、報酬供与チームとして設定される。すると、報酬供与チームを選択したプレイヤに対して、報酬データが送信される。すなわち、報酬供与チームを選択したプレイヤに対して、報酬が与えられる。

このように、本発明は、各プレイヤが選択した自分のチームが所定の対戦成績を収めたか（例えば優勝したか）否かが判断され、そのチームとしての成績に応じて、そのチームを選択したプレイヤに報酬をもたらすものである。従って、各プレイヤは個別対戦を行いながらも、その個別対戦が同時に、間接的にチームとしての対戦を行っていることになる。すなわち、個別対戦での勝利を目指すことが、同時に自分が選択した（応援しているチーム）の順位向上（ひいては報酬獲得）にも寄与していることになる。これにより、対戦の動機付けがより深いものとなり、ゲームへのモチベーションを高めることができる。

なお、ここで、対戦成績が判断されるチームとは、各プレイヤが個別対戦している個別のチーム（あるいはキャラクタ）のことではなく、ゲーム内に予め設けられた複数の、言わば代表的なチームのことである。例えば、あるプレイヤP１が予め設けられたチームA、B、C、D、E、Fの中から自分が応援するチームとしてAを選択し個別対戦をする一方で、同時に、別のプレイヤP２もチームAを選択し個別対戦を行なっている場合を例に説明すると、代表的なチームとしてのチームAの成績は、プレイヤP１とプレイヤP２との成績とから算出される。

請求項２に係るゲームシステムでは、請求項１に記載のゲームシステムにおいて、サーバの制御部は、以下の機能をさらに備えている。
（４）チームデータに基づいて、各チームに対してチーム力のレベルを設定するレベル設定機能。

たとえば、野球ゲームが本システムにおいて実行された場合、チームデータに基づいて、各チームに対するチーム力のレベルが、設定される。そして、チーム力のレベルの低いチームが、チーム力のレベルの高いチームに勝利した場合、チーム力のレベルの低いチームの対戦結果に対する重みを大きくすることによって、各プレイヤの対戦結果が統計処理される。また、チーム力のレベルの高いチームが、チーム力のレベルの低いチームに勝利した場合、チーム力のレベルの高いチームの対戦結果に対する重みを小さくすることによって、各プレイヤの対戦結果が統計処理される。

この場合、チーム力のレベルの低いチームが、チーム力のレベルの高いチームに勝利した場合、チーム力のレベルの低いチームの対戦結果が高く評価される。また、チーム力のレベルの高いチームが、チーム力のレベルの低いチームに勝利した場合、チーム力のレベルの高いチームの対戦結果が低く評価される。このように、本システムでは、チーム力のレベルの低いチームの勝率が仮に低くても、格上の相手に勝利したときの評価が高く設定されているので、結果的に、その成績が、チーム力のレベルの高いチームの成績に追いつくチャンスが設けられていることとなり、自分が選択した（応援する）チームのチーム力のレベルが低い場合であっても、勝利を目指すモチベーションを、維持することができる。

請求項３に係るゲームシステムは、請求項１又は２に記載のゲームシステムにおいて、サーバの制御部は、以下の機能をさらに備えている。
（５）所定の期間ごとに各チームの合計試合数を、計算する試合数計算機能。

たとえば、野球ゲームが本システムにおいて実行された場合、所定の期間ごとに、各チームの合計試合数が、計算される。そして、合計試合数が多いチームの対戦結果に対する重みを大きくすることによって、各プレイヤの対戦結果が統計処理され、各チームの統計処理結果が、サーバの記憶部に格納される。

この場合、所定の期間たとえば１ヶ月ごとに、合計試合数が計算され、この合計試合数が多いチームの対戦結果に対する評価が、高く設定される。これにより、多くの試合数を行ったプレイヤほど、自分のチームの成績が良ければ、自分のチームが報酬を受けることができる可能性が高くなる。このため、報酬を望むプレイヤは、積極的に野球ゲームに参加するようになるとともに、自分のチームを勝利に導けるように野球ゲームに集中するようになる。このように、本システムでは、ゲームに対するプレイヤの参加意識および集中力を、維持することができる。

請求項４に係るゲームシステムは、請求項１から３のいずれかに記載のゲームシステムにおいて、サーバの制御部は、以下の機能をさらに備えている。
（６）選択済みのチームが変更されたか否かを、判断するチーム変更機能。
（７）選択済みのチームが変更された場合に、選択済みのチームが変更された日が、所定の期日を越えているか否かを、判断する期日判断機能。
（８）選択済みのチームが変更された日が、所定の期日を越えていた場合、選択済みのチームの変更を規制するチーム変更規制機能。

たとえば、野球ゲームが本システムにおいて実行された場合、まず、選択済みのチームが変更されたか否かが、判断される。次に、選択済みのチームが変更された場合に、選択済みのチームが変更された日が、所定の期日を越えているか否かが、判断される。最後に、選択済みのチームが変更された日が、所定の期日を越えていた場合、選択済みのチームの変更が規制される。

この場合、プレイヤが選択してきたチーム（選択済みのチーム）を、他のチームに変更しようとした日が、所定の期日たとえば「各月の１５日」を越えていた場合、選択済みのチームの変更が規制される。すなわち、プレイヤは、「各月の１５日」を越えると、チームの変更ができなくなる。このように、本システムでは、報酬を受け取るために、各チームの成績を決定する期日間近たとえば月末間近に、上位チームへ乗り換えようとするプレイヤの行為を、禁止することができる。

請求項５に係るゲームシステムは、請求項１から４のいずれかに記載のゲームシステムにおいて、サーバの制御部は、以下の機能をさらに備えている。
（９）互いに対戦する２つのチームが同じであるか否かを、判断する同一対戦判断機能。
（１０）互いに対戦する２つのチームが同じである場合、同じチーム同士が対戦したときの対戦数を示す同一対戦数データをインクリメントし、サーバの記憶部に格納する同一対戦計算機能。
（１１）同一対戦数データが所定の値以下であるか否かを、判断する同一対戦数判断機能。

たとえば、野球ゲームが本システムにおいて実行された場合、まず、互いに対戦する２つのチームが同じであるか否かが、判断される。そして、互いに対戦する２つのチームが同じである場合、同じチーム同士が対戦したときの対戦数を示す同一対戦数データが、インクリメントされ、サーバの記憶部に格納される。次に、同一対戦数データが所定の値以下であるか否かが、判断される。そして、同一対戦数データが所定の値以下であった場合、複数の対戦結果に基づいて、各プレイヤの対戦結果が統計処理され、各チームの統計処理結果が、サーバの記憶部に格納される。

本システムでは、同じチーム同士が対戦することも可能である。しかし、同じチーム同士が対戦した場合、対戦結果が常に１勝１敗となり、勝率換算すると勝率は５割となる。つまり、プレイヤが、故意に、同じチーム同士の対戦を繰り返し実行した場合、プレイヤが選択したチームは、勝率５割という比較的高い結果を維持することができる。このため、本システムでは、同一対戦数が所定数までは、対戦結果を統計処理の対象とするが、同一対戦数が所定数より多くなると、対戦結果を統計処理の対象としないように設定している。これにより、勝率の低いチームの成績を、同一チーム同士の対戦によって、勝率５割に近づけようとする行為を、規制することができる。

請求項６に係るゲームシステムは、請求項１から５のいずれかに記載のゲームシステムにおいて、サーバの制御部は、以下の機能をさらに備えている。
（１２）所定の期間ごとに各チームの合計試合数を、計算する試合数計算機能。
（１３）所定の期間内の合計試合数が所定数以上であるチームを、認識する試合数認識機能。

たとえば、野球ゲームが本システムにおいて実行された場合、まず、所定の期間ごとに各チームの合計試合数が、計算される。そして、所定の期間内の合計試合数が所定数以上であるチームが、認識される。そして、所定の期間内の合計試合数が所定数以上であるチームの統計処理結果に基づいて、上位の統計処理結果を有するチームが、報酬供与チームとして設定する。

この場合、所定の期間たとえば１ヶ月ごとに合計試合数が計算され、この合計試合数が所定数以上のチームが、統計処理の対象チームとして設定される。たとえば、１ヶ月に数十試合を行ったチーム（Ｘチーム）と、１ヶ月に数試合しか行っていないチーム（Ｙチーム）とを同列に扱って、チームの順位を決定することは、公平ではない。特に、ＸチームとＹチームとの試合数の差が極端に大きい場合は、統計処理結果たとえば勝率等の重みが異なる。さらには、例えば、あるチームが月の上旬に好成績を収めた場合、この勝率をそのまま維持するために、そのチームを選択したプレイヤ同士が示し合わせて、敢えて残りの期間、全く試合をしないというフェアではない作戦をとることも可能となってしまう。このため、本システムでは、上記のような不公平感が発生しないシステムとなるよう構築している。なお、これをさらに確実にするために、上記構成に加えて、１日に行える試合数を限定するとより有効である。１日の試合数を制限すれば、必要な合計試合数を満足するためには、必ずある程度の日数以上は試合をすることが求められるからである。

請求項７に係るゲームシステムでは、請求項１から６のいずれかに記載のゲームシステムにおいて、対戦結果計算機能は、所定の期間内の複数の対戦結果に基づいて、各チームの平均勝率を計算し、各チームの平均勝率をサーバの記憶部に格納する。また、報酬供与チーム設定機能は、各チームの平均勝率に基づいて、上位の平均勝率を有するチームを、報酬供与チームとして設定する。

たとえば、野球ゲームが本システムにおいて実行された場合、複数の対戦結果に基づいて、各チームの平均勝率が計算される。そして、各チームの平均勝率に基づいて、上位の平均勝率を有するチームが、報酬供与チームとして設定される。

この場合、各チームの成績が、平均勝率を用いて評価される。上述したように、本システムでは同一チーム同士の対戦も許可しているので、あるチームの平均勝率は、このチームを含む全チームに対する勝率である。そして、この勝率に基づいてチームの順位が決定され、上位のチームが報酬供与チームとして設定される。このように、１チームに属する複数のプレイヤの成績を、チーム単位の勝率で評価することによって、個人ではなく、ファン全員からなるチームとしての成績を、公平に評価することができる。

請求項８に係るゲーム実行装置は、複数のプレイヤそれぞれによって個別に操作されるデータ送受信装置、および複数のデータ送受信装置が接続されるサーバから構成され、各プレイヤが、ゲーム内に予め設けられた複数のチームの中からいずれか１つのチームを選択し、各プレイヤが選択したチーム同士で互いに対戦ゲームを実行可能であるゲーム実行装置である。このゲーム実行装置では、データ送受信装置の制御部が、各プレイヤがチームを選択したときに、サーバの記憶部に格納された当該チーム用のチームデータを、各データ送受信装置の通信部を介してサーバから受信し、各プレイヤのデータ送受信装置の記憶部に格納するチームデータ受信手段と、データ送受信装置の記憶部に格納された、各チームデータに基づいて、対戦ゲームの試合イベントが実行されたときに、試合イベントにおける対戦結果を、各データ送受信装置の記憶部に格納する試合結果格納手段と、各データ送受信装置の記憶部に格納された対戦結果を、各データ送受信装置の通信部を介してサーバへ送信する対戦結果送信手段と、を備えている。また、サーバの制御部は、各データ送受信装置から送信されサーバの記憶部に格納された複数の対戦結果に基づいて、各プレイヤが選択したチームごとに各プレイヤの対戦結果をまとめて統計処理した、各チームの統計処理結果を、サーバの記憶部に格納する対戦結果計算手段と、サーバの記憶部に格納された各チームの統計処理結果に基づいて、上位の統計処理結果を有するチームを、報酬供与チームとして設定する報酬供与チーム設定手段と、サーバの通信部を介して、報酬供与チームを選択したプレイヤのデータ送受信装置へ報酬データを送信する報酬データ送信手段と、を備えている。

請求項９に係るゲーム制御方法は、複数のプレイヤそれぞれによって個別に操作される複数のデータ送受信装置をサーバに接続することにより、複数のデータ送受信装置それぞれにおいて対戦ゲームを実行可能とし、且つ、各プレイヤが、ゲーム内に予め設けられた複数のチームの中からいずれか１つのチームを選択し、各プレイヤが選択したチーム同士で互いに対戦可能にするゲーム制御方法である。このゲーム制御方法では、データ送受信装置の制御部が、各プレイヤがチームを選択したときに、サーバの記憶部に格納された当該チーム用のチームデータを、各データ送受信装置の通信部を介してサーバから受信し、各プレイヤのデータ送受信装置の記憶部に格納するチームデータ受信ステップと、データ送受信装置の記憶部に格納された、各チームデータに基づいて、対戦ゲームの試合イベントが実行されたときに、試合イベントにおける対戦結果を、各データ送受信装置の記憶部に格納する試合結果格納ステップと、各データ送受信装置の記憶部に格納された対戦結果を、各データ送受信装置の通信部を介してサーバへ送信する対戦結果送信ステップと、を実行する。また、サーバの制御部は、各データ送受信装置から送信されサーバの記憶部に格納された複数の対戦結果に基づいて、各プレイヤが選択したチームごとに各プレイヤの対戦結果をまとめて統計処理した、各チームの統計処理結果を、サーバの記憶部に格納する対戦結果計算ステップと、サーバの記憶部に格納された各チームの統計処理結果に基づいて、上位の統計処理結果を有するチームを、報酬供与チームとして設定する報酬供与チーム設定ステップと、サーバの通信部を介して、報酬供与チームを選択したプレイヤのデータ送受信装置へ報酬データを送信する報酬データ送信ステップと、を実行する。また、チームデータ受信ステップ、試合結果格納ステップ、対戦結果送信ステップ、対戦結果計算ステップ、報酬供与チーム設定ステップ、報酬データ送信ステップの順に、各ステップが実行される。

本発明では、対戦ゲームにおいて、各プレイヤが、予め準備された複数チームの中から自分のチームとして選択したチームが、自分の対戦結果および他のプレイヤの対戦結果に基いて、所定の対戦成績を収めたか（例えば優勝したか）否かが判断され、そのチームとしての成績に応じて、そのチームを選択したプレイヤに報酬がもたらされる。従って、各プレイヤは個別対戦を行いながらも、その個別対戦が同時に、間接的にチームとしての対戦を行っていることになる。すなわち、個別対戦での勝利を目指すことが、同時に自分が選択したチームの順位向上（ひいては報酬獲得）にも寄与していることとなる。これにより、対戦の動機付けがより深いものとなり、ゲームへのモチベーションを高めることができる。

本発明の一実施形態によるサーバのハードウェア構成と、サーバおよび携帯電話の関係を示す図。 前記携帯電話のハードウェア構成を示す図。 前記サーバおよび前記携帯電話の一例としての機能ブロック図。 報酬内容が報知されたときの画面を示す図。 チームの順位が報知されたときの画面を示す図。 プレイヤの順位が報知されたときの画面を示す図。 野球ゲームにおける報酬分配システムのフローを示す図。 野球ゲームにおける報酬分配システムのフローを示す図。 野球ゲームにおける報酬分配システムのフローを示す図。 野球ゲームにおける報酬分配システムのフローを示す図。

〔データ送受信装置の構成および動作〕
データ送受信装置たとえば携帯電話２は、通信設備たとえば基地局を介して、サーバ１に接続される。詳細には、図１に示すように、携帯電話２（２ａ，２ｂ，２ｃ）は、通信網３に含まれる基地局を介して、サーバ１に接続され、データの送受信を行う。なお、図１では、３台の携帯電話２ａ，２ｂ，２ｃが示されているが、携帯電話２ａ，２ｂ，２ｃの台数は、３台以上であっても良い。

ここでは、データ送受信装置が、携帯電話２である場合の例が示されるが、データ送受信装置は、携帯電話以外の手段であっても良い。たとえば、データ送受信装置が、家庭用のゲーム実行装置やポータブルタイプのゲーム実行装置等であっても良い。家庭用のゲーム実行装置およびポータブルタイプのゲーム実行装置は、制御部および記憶部等を有する。また、コントローラからの入力、タッチパネルからの入力、および入力ボタンからの入力等は、入力部２６において制御され、モニタは描画処理部２３（画像表示部）において制御される。

サーバ１は、各種のデータを格納しており、これらデータに基づいて計算処理を実行する。また、サーバ１は、携帯電話２からの要求に基づいて各種の処理を実行し、データや処理結果を携帯電話２に送信する。サーバ１は、図１に示すように、主に、制御部１１に相当するＣＰＵ１０１（Central Processing Unit）と、記憶部１２に相当するＲＡＭ１０２（Random Access Memory）、データ蓄積部１０３、およびＲＯＭ１０５（Read Only Memory）と、通信部１３に相当するネットワーク通信部１０４とを、備えている。また、サーバ１は、サーバ用の描画処理部（画像表示部）、およびサーバ用の入力部を、備えている（図示しない）。

ＣＰＵ１０１は、データ蓄積部１０３に格納されている制御プログラムを読み出し、制御プログラムに基づいて各種処理を制御する。ＲＯＭ１０５は、サーバ１を制御するための基本プログラム、各種のデータ、および各種のパラメータ等を、記憶する。ＲＡＭ１０２は、各種のプログラム、各種のデータ、処理中のデータ、携帯電話２から送信されてきたデータ等を、一時的に記憶する。データ蓄積部１０３には、たとえば、ハードディスクが用いられる。データ蓄積部１０３は、制御プログラムや、処理済みのデータ、携帯電話２から送信されてきたデータ、データベースとして用いられる情報データ等を、記憶する。通信部１０４は、基地局を介して、携帯電話２とデータの送受信を制御する。

上記の構成を有するサーバ１は、携帯電話２の端末情報に関する端末データや制御データ等を、携帯電話２から受信する。また、携帯電話２において各種プログラムを実行するときに必要なデータが、サーバ１から携帯電話２へと送信される。ここに示す各種プログラムには、後述するデータ再現プログラムが含まれる。

携帯電話２では、サーバ１から取得したデータに基づいて、各種プログラムが実行される。携帯電話２は、主に、制御部２１、記憶部２２、描画処理部２３（画像表示部）、通信部２４、音出力部２５、および入力部２６等を、備えている。制御部２１には、ＣＰＵ２０１（Central Processing Unit）が含まれ、記憶部２２には、ＲＯＭ２０５（Read Only Memory）、ＲＡＭ２０２（Random Access Memory）、および記録媒体が含まれる。描画処理部２３（画像表示部）には、ディスプレイ２０３（モニタ）が含まれ、音出力部２５には、スピーカ２０４が含まれる。通信部２４は、外部機器との通信を制御し、入力部２６は、複数のボタンを制御する。図２は、携帯電話２のハードウェア構成を示す。

ＣＰＵ２０１は、記憶部２２、たとえばＲＯＭ２０５、ＲＡＭ２０２、および記録媒体の少なくともいずれか１つに記憶されているプログラムを、実行する。また、ＣＰＵ２０１は、各種の命令を発行し、各種のプログラムを制御する。ＲＯＭ２０５は、携帯電話２を制御するための基本プログラム、各種のデータ、および各種のパラメータ等を、記憶する。ＲＡＭ２０２は、各種のプログラム、各種のデータ、処理中のデータ、サーバから受信したデータ等を、一時的に記憶する。記録媒体は、各種のプログラム、各種のデータ、および各種のパラメータ等を記憶し、記録媒体に格納されたプログラムやデータは読み書き可能になっている。

モニタ２０３は、通信に関する情報や画像、各種プログラムの処理時の情報や画像、および各種プログラムの処理結果としての情報や画像等を表示する。携帯電話２に内蔵された描画用の制御部２０７において画像データが生成され、この画像データに基づいて情報や画像がモニタ２０３に表示される。スピーカ２０４は、通信に関する音、各種プログラムの処理時の音、および各種プログラムの処理結果としての音等を出力する。携帯電話２に内蔵された音制御部２０８により音データが生成され、この音データに基づいて音がスピーカ２０４に出力される。なお、画像データの生成時および音データの生成時に用いられる基本画像データは、ＲＡＭ２０２および記録媒体に格納されている。

通信部２４には、データの送受信を行うための通信装置が含まれている。通信部２４では、ＣＰＵ２０１からの命令に基づいて、通信装置において、基地局やサーバ１等に対してデータを送信する処理や、基地局やサーバ１等からデータを受信する処理等が実行される。

入力部２６は、複数のボタンおよびこれらのボタンを制御するための制御装置から構成されている。たとえば、ボタンが押されると、押されたボタンに対応する入力信号が、制御装置から発行される。すると、この入力信号に対応する命令がＣＰＵ２０１から発行される。

カードリーダ・ライタ２１０には、記録媒体が装填可能となっている。この記録媒体から抽出されたデータは、外部機器制御部２１１において制御され、ＣＰＵ２０１やＲＡＭ２０２に供給される。

上記のように構成された携帯電話２において、たとえば、ＲＡＭ２０２に記憶されたプログラム、たとえばデータ再現プログラムが実行されると、携帯電話２は、通信部２４からサーバ１に対して接続要求を発行する。そして、この接続要求がサーバ１に認証されると、サーバ１のデータ蓄積部１０３に格納されたデータ、たとえばデータ再現プログラムの実行に必要なデータが、サーバ１の通信部１０４を介して、サーバ１から携帯電話２へと送信される。すると、このデータが携帯電話２にダウンロードされ、このデータに基づいて、データ再現プログラムの各種処理が実行される。

〔報酬分配システムにおける各種処理概要〕
図３は、本発明で主要な役割を果たす機能を説明するための機能ブロック図である。本システムでは、複数のプレイヤそれぞれによって個別に操作される複数の携帯電話２をサーバ１に接続することにより、複数の携帯電話２それぞれにおいて野球ゲームが実行される。また、本システムでは、各プレイヤが、ゲーム内に予め設けられた複数のチームの中からいずれか１つのチームを選択し、各プレイヤが選択したチーム同士で互いに野球対戦が実行される。

以下の手段は、主に、サーバ１の制御部１および携帯電話２の制御部２１において実現される。図３では、サーバ１の制御部１が実行する手段については、図番にＳを付し、携帯電話２の制御部２１が実行する手段については、図番にＴを付している。また、データの保存場所については、特に記載しない限り、サーバ１では、ＲＡＭ１０２およびデータ蓄積部１０３の少なくともいずれか一方である。また、携帯電話２では、ＲＡＭ１０２およびカードリーダ・ライタ２１０に装着される記録媒体の少なくともいずれか一方である。

なお、ここでは、「自チーム」および「第１チーム」という文言が用いられるが、この文言は、各携帯電話２においてプレイヤが選択し応援するチームを示す文言である。このため、ある携帯電話２においてプレイヤにより選択された自チーム（第１チーム）と、他の携帯電話２においてプレイヤにより選択された自チーム（第１チーム）とは、必ずしも同じチームではない。また、「敵チーム」および「第２チーム」という文言が用いられるが、この文言は、各携帯電話２においてプレイヤが対戦するチームを示す文言である。このため、ある携帯電話２における敵チーム（第２チーム）と、他の携帯電話２における敵チーム（第２チーム）とは、必ずしも同じチームではない。

チームデータ格納手段５０Ｓは、野球ゲームにおいて各チームの情報を示すチームデータを、サーバ１のデータ蓄積部１０３に格納する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、野球ゲームにおいて各チームの情報を示すチームデータが、データ蓄積部１０３に格納される。たとえば、本野球ゲームでは、所定数のチームが予め用意されており、各チームの情報を示すチームデータが、データ蓄積部１０３に格納される。チームデータは、ＣＰＵ１０１からの命令に基づいて、データ蓄積部１０３から読み出され、ＲＡＭ１０２に格納される。また、ＲＡＭ１０２上のチームデータは、ＣＰＵ１０１からの命令に基づいて、データ蓄積部１０３に書き込まれたり、ＲＡＭ１０２から読み出されたりする。これにより、このチームデータに基づいた各種の処理が、ＣＰＵ１０１により実行される。

アカウント格納手段５１Ｓは、各プレイヤのアカウント情報を、サーバ１のデータ蓄積部１０３に格納する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、各プレイヤのアカウント情報を示すアカウントデータが、データ蓄積部１０３に格納される。たとえば、本野球ゲームでは、各プレイヤのアカウントデータが、データ蓄積部１０３に格納される。アカウントデータは、ＣＰＵ１０１からの命令に基づいて、データ蓄積部１０３から読み出され、ＲＡＭ１０２に格納される。また、ＲＡＭ１０２上のアカウントデータは、ＣＰＵ１０１からの命令に基づいて、データ蓄積部１０３に書き込まれたり、ＲＡＭ１０２から読み出されたりする。たとえば、アカウントデータをＲＡＭ１０２から読み出すことによって、このアカウントデータに基づいた各種の処理が、ＣＰＵ１０１により実行される。

ゲーム開始手段５０Ｔは、野球ゲームを開始する機能を備えている。この手段は、主に、携帯電話２のＣＰＵ２０１において制御される。

この手段では、野球ゲームが開始される。たとえば、野球ゲームを開始する命令がＣＰＵ２０１から発行されると、この命令に基づいて、野球ゲームを実行するための各種の処理が、ＣＰＵ２０１により実行される。これにより、野球ゲームの開始を示す画像が、モニタ２０３に表示される。

第１チーム選択手段５１Ｔは、野球ゲームにおいて予め用意された複数のチームの中からいずれか１つのチームを、選択する機能を備えている。この手段は、主に、携帯電話２のＣＰＵ２０１において制御される。

この手段では、野球ゲームにおいて予め用意された複数のチームの中からいずれか１つのチームが、選択される。たとえば、野球ゲームにおいて予め用意された複数のチームの中から、プレイヤが所望のチームを選択すると、このチームが、自チーム（第１チーム）としてＣＰＵ２０１に認識され、ＲＡＭ２０２に格納される。そして、この自チームを識別するための自チーム用の識別データが、携帯電話２の通信部２４を介して、サーバ１へと送信される。

チーム変更手段５２Ｓは、選択済みのチームが変更されたか否かを、判断する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、選択済みのチームが変更されたか否かが、判断される。たとえば、野球ゲームにおいてプレイヤがチームを選択したときに、過去に携帯電話２から受信した第１チーム用の識別データと、今回に携帯電話２から受信した第１チーム用の識別データとが同じあるか否かが、ＣＰＵ１０１により判断される。そして、過去の第１チーム用の識別データと、今回の第１チーム用の識別データとが同じであった場合、選択済みのチームが変更されていないと判断される。一方で、過去の第１チーム用の識別データと、今回の第１チーム用の識別データとが異なった場合、選択済みのチームが変更されたと判断される。

期日判断手段５３Ｓは、選択済みのチームが変更された場合に、選択済みのチームが変更された日が、所定の期日を越えているか否かを、判断する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、選択済みのチームが変更された場合に、選択済みのチームが変更された日が、所定の期日を越えているか否かが、判断される。たとえば、選択済みのチームが変更された場合に、選択済みのチームが変更された日が、所定の期日たとえば１５日を越えているか否かを判断する処理が、ＣＰＵ１０１により実行される。具体的には、選択済みのチームが変更された日を示す数値が、１６以上であるか否かが、ＣＰＵ１０１により判断される。そして、この数値が１６以上である場合、選択済みのチームが変更された日が、所定の期日を越えていると、判断される。一方で、この数値が１６未満である場合、選択済みのチームが変更された日が、所定の期日を越えていないと、判断される。

チーム変更規制手段５４Ｓは、選択済みのチームが変更された日が、所定の期日を越えていた場合、選択済みのチームの変更を規制する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、選択済みのチームが変更された日が、所定の期日を越えていた場合、選択済みのチームの変更が規制される。たとえば、選択済みのチームが変更された日が、所定の期日を越えていた場合、今回の第１チーム用の識別データを、新規の第１チーム用の識別データとしてＲＡＭ１０２に格納する処理が、ＣＰＵ１０１より許可されない。すなわち、この場合、過去の第１チーム用の識別データが、第１チーム用の識別データとして、ＲＡＭ１０２において維持される。

なお、選択済みのチームが変更された日が、所定の期日を越えていなかった場合、今回の第１チーム用の識別データを、新規の第１チーム用の識別データとしてＲＡＭ１０２に格納する処理が、ＣＰＵ１０１より実行される。すなわち、この場合、チームの変更が許可される。

第１チームデータ送信手段５５Ｓは、野球ゲームにおいてチームが選択されたときに、サーバ１のデータ蓄積部１０３に格納された当該チーム用のチームデータを、サーバ１の通信部を介して携帯電話２へと送信する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、各プレイヤがチームを選択したときに、サーバ１のデータ蓄積部１０３に格納された当該チーム用のチームデータが、サーバ１の通信部を介して携帯電話２へと送信される。たとえば、各プレイヤが第１チームを選択したときに、携帯電話２から受信した第１チーム用の識別データに基づいて、サーバ１のデータ蓄積部１０３に格納された第１チーム用のチームデータが、サーバ１の通信部を介して携帯電話２へと送信される。

第１チームデータ受信手段５２Ｔは、野球ゲームにおいてチームが選択されたときに、サーバ１のＲＡＭ２０２に格納された当該チーム用のチームデータを、各携帯電話２の通信部を介してサーバ１から受信し、各プレイヤの携帯電話２のＲＡＭ２０２に格納する機能を備えている。この手段は、主に、携帯電話２のＣＰＵ２０１において制御される。

この手段では、各プレイヤがチームを選択したときに、サーバ１から送信された当該チーム用のチームデータが、各携帯電話２の通信部を介して、各プレイヤの携帯電話２のＲＡＭ２０２に格納される。なお、ＲＡＭ２０２に格納されたチームデータは、ＣＰＵ２０１からの命令に基づいて、ＲＡＭ２０２から読み出されたり、ＲＡＭ２０２に書き込まれたりする。これにより、このチームデータに基づいた各種の処理が、ＣＰＵ１０１により実行される。

ランキング生成手段５６Ｓは、サーバ１のデータ蓄積部１０３に格納された過去の統計処理結果に基づいて、各プレイヤの成績をランキング形式で並び換える処理を、実行する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、データ蓄積部１０３に格納された統計処理結果に基づいて、各プレイヤの成績をランキング形式で並び換える処理が、実行される。たとえば、過去の統計処理結果をデータ蓄積部１０３からＲＡＭ１２へと移動し、ＲＡＭ１０２に格納された統計処理結果に基づいて、各プレイヤの成績をランキング形式で並び換える処理が、ＣＰＵ１０１により実行される。そして、この処理結果、すなわちランキングデータは、データ蓄積部１０３に格納される。なお、ランキングデータには、各プレイヤの順位を順位データおよびアカウントデータが含まれている。

ランキング表示手段５３Ｔは、サーバ１のデータ蓄積部１０３に格納されたランキングデータを、携帯電話２の通信部を介してサーバ１から受信し、このランキングデータに基づいて、各プレイヤのランキングを、アカウント情報を用いて、携帯電話２の画像表示部に表示する機能を備えている。この手段は、主に、携帯電話２のＣＰＵ２０１において制御される。

この手段では、サーバ１のデータ蓄積部１０３に格納されたランキングデータを受信し、このランキングデータが携帯電話２のＲＡＭ２０２に格納される。そして、このランキングデータに基づいて、各プレイヤのランキングが、アカウント情報を用いて、モニタ２０３に表示される。ここでは、各プレイヤのランキングが、自分が選択したチームを基準として、モニタ２０３に表示される。

第２チーム選択手段５４Ｔは、野球ゲームにおいて対戦相手である敵チームを、選択する機能を備えている。この手段は、主に、携帯電話２のＣＰＵ２０１において制御される。

この手段では、各プレイヤが選択したチームの対戦相手である敵チームが、選択される。たとえば、各プレイヤは、携帯電話２のモニタ２０３に表示されたランキングを参考にしながら、ランキング内のアカウント情報を、所定のボタン（入力部２６）で選択することによって、自分が所望する敵チームが設定される。すると、この敵チームが、第２チームとしてＣＰＵ２０１に認識され、ＲＡＭ２０２に格納される。そして、この第２チームを識別するための第２チーム用の識別データが、携帯電話２の通信部２４を介して、サーバ１へと送信される。

同一対戦判断手段５７Ｓは、対戦する２つのチームが同じであるか否かを、判断する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、対戦する２つのチームが同じであるか否かが、判断される。たとえば、携帯電話２から受信しＲＡＭ１０２に格納された第１チーム用の識別データと、携帯電話２から受信しＲＡＭ１０２に格納された第２チーム用の識別データとが同じあるか否かが、ＣＰＵ１０１により判断される。そして、第１チーム用の識別データと第２チーム用の識別データとが同じであった場合、対戦する２つのチームが同じであると判断される。一方で、第１チーム用の識別データと第２チーム用の識別データとが異なっていた場合、対戦する２つのチームが異なると判断される。このように、各チーム用の識別データに基づいて、対戦する２つのチームが同じであるか否かが、ＣＰＵ１０１により判断される。

同一対戦計算手段５８Ｓは、互いに対戦する２つのチームが同じである場合、同じチーム同士が対戦したときの対戦数を示す同一対戦数データをインクリメントし、サーバ１のＲＡＭ１０２に格納する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、対戦する２つのチームが同じであった場合、同じチーム同士が対戦したときの対戦数を示す同一対戦数データが、インクリメントされる。たとえば、対戦する２つのチームが同じであった場合、同一対戦数データをインクリメントする処理が、ＣＰＵ１０１により実行される。同一対戦数データは、チームごとに用意されている。たとえば、野球ゲームにおいて、６チーム（Ａチーム、Ｂチーム、Ｃチーム、Ｄチーム、Ｅチーム、Ｆチーム）が用意されており、Ａチーム同士が対戦した場合、Ａチーム用の同一対戦数データをインクリメントする処理が、ＣＰＵ１０１により実行される。同様に、他のチーム同士が対戦した場合、当該チーム用の同一対戦数データをインクリメントする処理が、ＣＰＵ１０１により実行される。ここでインクリメントされた同一対戦数データが、ＲＡＭ１０２に格納される。

同一対戦数判断手段５９Ｓは、同一対戦数データが所定の値以下であるか否かを、判断する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、同一対戦数データが所定の値以下であるか否かが、判断される。たとえば、インクリメントされた同一対戦数データが、所定の値たとえば３０（試合）以下であるか否かを判断する処理が、ＣＰＵ１０１により実行される。

第２チームデータ送信手段６０Ｓは、野球ゲームにおいて対戦相手である敵チームが、選択されたときに、サーバ１のデータ蓄積部１０３に格納された当該チーム用のチームデータを、サーバ１の通信部を介して携帯電話２へと送信する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、野球ゲームにおいて敵チームが選択されたときに、データ蓄積部１０３に格納された当該チーム用のチームデータが、サーバ１の通信部を介して携帯電話２へと送信される。たとえば、各プレイヤが敵チームを選択したときに、携帯電話２から受信した第２チーム用の識別データに基づいて、サーバ１のデータ蓄積部１０３に格納された第２チーム用のチームデータが、サーバ１の通信部を介して携帯電話２へと送信される。

第２チームデータ受信手段５５Ｔは、野球ゲームにおいて対戦相手である敵チームが、選択されたときに、サーバ１のデータ蓄積部１０３に格納された当該チーム用のチームデータを、携帯電話２の通信部を介してサーバ１から受信し、携帯電話２のＲＡＭ２０２に格納する機能を備えている。この手段は、主に、携帯電話２のＣＰＵ２０１において制御される。

この手段では、各プレイヤが敵チームを選択したときに、サーバ１から送信された第２チーム用のチームデータが、各携帯電話２の通信部を介して、各プレイヤの携帯電話２のＲＡＭ２０２に格納される。

試合実行手段５６Ｔは、携帯電話２のＲＡＭ２０２に格納された、対戦する２チームそれぞれのチームデータに基づいて、野球ゲームの試合イベントを実行する機能を備えている。この手段は、主に、携帯電話２のＣＰＵ２０１において制御される。

この手段では、ＲＡＭ２０２に格納された２チームのチームデータに基づいて、野球ゲームの試合イベントが、実行される。たとえば、ＲＡＭ２０２に格納された自チーム用のチームデータ、およびＲＡＭ２０２に格納された敵チーム用のチームデータに基づいて、野球ゲームの試合イベントが、ＣＰＵ２０１によって実行される。

試合結果格納手段５７Ｔは、携帯電話２のＲＡＭ２０２に格納された、各チームデータに基づいて、野球ゲームの試合イベントが実行されたときに、試合イベントにおける対戦結果を、各携帯電話２のＲＡＭ２０２に格納する機能を備えている。この手段は、主に、携帯電話２のＣＰＵ２０１において制御される。

この手段では、ＲＡＭ２０２に格納された各チームデータに基づいて、野球ゲームの試合イベントが実行されたときに、試合イベントにおける対戦結果が、ＲＡＭ２０２に格納される。たとえば、試合イベントが実行され終了すると、この試合イベントの勝敗結果に対応する結果データが、ＲＡＭ２０２に格納される。

対戦結果送信手段５８Ｔは、各携帯電話２のＲＡＭ２０２に格納された対戦結果を、各携帯電話２の通信部を介してサーバ１へ送信する機能を備えている。この手段は、主に、携帯電話２のＣＰＵ２０１において制御される。

この手段では、ＲＡＭ２０２に格納された対戦結果が、各携帯電話２の通信部を介してサーバ１へ送信される。たとえば、ＲＡＭ２０２に格納された試合イベントの結果データが、各携帯電話２の通信部を介してサーバ１へ送信される。

第２対戦結果格納手段６１Ｓは、複数の対戦結果を、サーバ１の通信部を介して複数の携帯電話２それぞれから受信し、サーバ１のＲＡＭ１０２に格納する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、複数の対戦結果が、サーバ１の通信部を介して複数の携帯電話２それぞれから受信され、サーバ１のＲＡＭ１０２に格納される。たとえば、複数の携帯電話２それぞれから受信した試合イベントの結果データが、ＲＡＭ１０２に格納される。そして、この試合イベントの結果データは、データ蓄積部１０３に格納される。

チームレベル設定手段６２Ｓは、各チームの情報を示すチームデータに基づいて、各チームのチーム力のレベルを、設定する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、各チームの情報を示すチームデータに基づいて、各チームのチーム力のレベルが、設定される。たとえば、サーバ１のデータ蓄積部１０３に格納された各チームのチームデータをＣＰＵ１０１に認識させることによって、各チームのチーム力のレベルが、設定される。

対戦結果計算手段６３Ｓは、各携帯電話２から送信されサーバ１のＲＡＭ１０２に格納された複数の対戦結果に基づいて、各プレイヤが選択したチームごとに各プレイヤの対戦結果をまとめて統計処理した、各チームの統計処理結果を、サーバ１のＲＡＭ１０２に格納する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、ＲＡＭ１０２に格納された複数の対戦結果に基づいて、各プレイヤが選択したチームごとに各プレイヤの対戦結果が、まとめられ統計処理される。すると、各チームの統計処理結果が、ＲＡＭ１０２に格納される。そして、この統計処理結果は、データ蓄積部１０３に格納される。

たとえば、各携帯電話２からサーバ１へと送信された結果データ、すなわちＲＡＭ１０２に格納された複数の結果データに基づいて、各プレイヤの対戦結果が、ＣＰＵ１０１により、各チームごとにまとめられ統計処理される。そして、各チームの統計処理結果が、ＲＡＭ１０２に格納される。

また、この手段では、チーム力のレベルの低いチームが、チーム力のレベルの高いチームに勝利した場合、チーム力のレベルの低いチームの対戦結果に対する重みを大きくすることによって、各プレイヤの結果データが、ＣＰＵ１０１により、チームごとにまとめられ統計処理される。また、チーム力のレベルの高いチームが、チーム力のレベルの低いチームに勝利した場合、チーム力のレベルの高いチームの対戦結果に対する重みを小さくすることによって、各プレイヤの結果データが、ＣＰＵ１０１により、チームごとにまとめられ統計処理される。

また、この手段では、合計試合数が多いチームの対戦結果に対する重みを大きくすることによって、各プレイヤの結果データが、ＣＰＵ１０１により、チームごとにまとめられ統計処理される。

さらに、この手段では、同一対戦数データが所定の値以下であった場合、各プレイヤの結果データが、ＣＰＵ１０１により、チームごとにまとめられ統計処理される。言い換えると、同一対戦数データが所定の値より大きかった場合、所定の値より大きな範囲に属する結果データは、統計処理の対象として、利用されない。

なお、ここでは、各プレイヤの結果データをチームごとにまとめて統計処理することによって、各チームの平均勝率がＣＰＵ１０１により算出される。この場合、各チームの平均勝率は、各チームの統計処理結果に相当する。

試合数計算手段６４Ｓは、所定の期間ごとに各チームの合計試合数を、計算する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、所定の期間、たとえば１ヶ月および１年ごとに各チームの合計試合数が、計算される。たとえば、各携帯電話２における試合イベントが終了したときには、各チームに関するデータが、各携帯電話２からサーバ１へと送信され、サーバ１のデータ蓄積部１０３に格納される。そして、このデータを１ヶ月毎や１年毎にＲＡＭ１０１に移動し、ＲＡＭ１０１に格納されたこのデータを集計する処理が、ＣＰＵ１０１により実行される。このようにして、所定の期間ごとの合計試合数の計算が、実行される。そして、この計算結果は、データ蓄積部１０３に格納される。

試合数認識手段６５Ｓは、所定の期間内の合計試合数が所定数以上であるチームを、認識する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、所定の期間内の合計試合数が所定数以上であるチームが、認識される。たとえば、複数のチームの中から、１ヶ月以内および１年以内の合計試合数が所定数以上であるチームが、ＣＰＵ１０１により検索される。そして、ここで検索されたチームが、処理対象のチームとして、ＣＰＵ１０１に認識される。

報酬供与チーム設定手段６６Ｓは、サーバ１のＲＡＭ１０２に格納された各チームの統計処理結果に基づいて、上位の統計処理結果を有するチームを、報酬供与チームとして設定する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、ＲＡＭ１０２に格納された各チームの統計処理結果に基づいて、上位の統計処理結果を有するチームが、報酬供与チームとして設定される。詳細には、所定の期間内の合計試合数が所定数以上である各チームの統計処理結果に基づいて、上位の統計処理結果を有するチームが、報酬供与チームとして設定される。たとえば、所定の期間内の合計試合数が所定数以上であるチームの平均勝率に基づいて、各チームの順位を決定する処理が、ＣＰＵ１０１により実行される。そして、所定数の上位チームそれぞれの識別データが、ＣＰＵ７に認識される。すると、これら所定数の上位チームの識別データそれぞれに対応するチーム、すなわち上位のチームが、報酬供与チームとして設定される。

報酬データ送信手段６７Ｓは、サーバ１の通信部を介して、報酬供与チームを選択したプレイヤの携帯電話２へ報酬データを送信する機能を備えている。この手段は、主に、サーバ１のＣＰＵ１０１において制御される。

この手段では、サーバ１の通信部を介して、報酬供与チームを選択したプレイヤの携帯電話２へ、報酬データが送信される。たとえば、野球ゲームにおいて利用可能なポイントデータや、チーム力のレベルを向上するためのレベル向上データ等が、サーバ１の通信部を介して、報酬供与チームを選択したプレイヤの携帯電話２へ送信される。レベル向上データは、たとえば選手の能力を向上するデータを、含んでいる。なお、報酬データは、サーバ１のデータ蓄積部１０３に格納されており、この報酬データは、必要に応じて、データ蓄積部１０３から読み出され、ＲＡＭ１０２に格納される。

報酬データ受信手段５９Ｔは、サーバ１のデータ蓄積部１０３に格納された報酬データを、携帯電話２の通信部を介してサーバ１から受信し、携帯電話２のＲＡＭ２０２に格納する機能を備えている。この手段は、主に、携帯電話２のＣＰＵ２０１において制御される。

この手段では、データ蓄積部１０３に格納された報酬データ、すなわちサーバ１から送信された報酬データが、携帯電話２の通信部を介して、携帯電話２のＲＡＭ２０２に格納される。

報酬内容報知手段６０Ｔは、サーバ１から送信され携帯電話２のＲＡＭ２０２に格納された報酬データに基づいて、報酬の内容を、報酬供与チームを選択した各プレイヤの携帯電話２の画像表示部において報知する機能を備えている。この手段は、主に、携帯電話２のＣＰＵ２０１において制御される。

この手段では、サーバ１から送信されＲＡＭ２０２に格納された報酬データに基づいて、報酬の内容が、報酬供与チームを選択した各プレイヤの携帯電話２のモニタ２０３に表示される。たとえば、ＲＡＭ２０２に格納された報酬データに基づいて、報酬の内容、たとえば選手の能力アップアイテムや、野球ゲームにおいて利用可能なポイント等が、報酬供与チームを選択した各プレイヤの携帯電話２のモニタ２０３に表示される。

〔報酬分配システムの詳細説明〕
次に、本システムの具体的な内容について説明する。また、図７に示すフローについても同時に説明する。本システムでは、サーバ１における各種データは、データ蓄積部１０３に格納されている。各種データが利用される場合、この各種データは、データ蓄積部１０３からＲＡＭ１０２へと供給される。そして、ＲＡＭ１０２上の各種データを用いることによって、ＣＰＵ１０１は各種の処理および制御等が実行される。なお、データ蓄積部１０３上の各種データに直接アクセスすることによって、ＣＰＵ１０１が各種の処理および制御等を実行する場合もある。

以下では、携帯電話２において野球ゲームが実行された場合に、本システムが機能する一例が示される。

まず、携帯電話２の電源がオンの状態において、プレイヤが入力部２６の所定のボタンを操作することによって、野球ゲームが開始される（Ｓ１）。具体的には、ＲＡＭ２０２に格納された野球ゲーム用のプログラムを、実行する処理が、ＣＰＵ２０１により実行される。すると、野球ゲームの実行に必要な各種のデフォルトデータが、ＲＡＭ２０２から読み出され、ＣＰＵ２０１に認識される。デフォルトデータは、野球ゲーム用のプログラムに含まれており、野球ゲーム用のプログラムを実行するときにＣＰＵ２０１に参照される。すると、野球ゲームの開始を報知する画像が、モニタ２０３に表示される（図示しない）。

なお、ここでは、野球ゲーム用のプログラムがＲＡＭ２０２に格納されている場合の例を示すが、野球ゲーム用のプログラムを記録媒体に格納し、この野球ゲーム用のプログラムを記録媒体からＲＡＭ２０２へと供給することにより、野球ゲーム用のプログラムを実行するようにしても良い。

ある携帯電話２において、野球ゲームが開始されると、この携帯電話２を識別するための端末データが、携帯電話２の通信部を介して、サーバ１に送信される（Ｓ２）。すると、この端末データが、サーバ１の通信部を介してサーバ１のＲＡＭ１０２に格納される（Ｓ１０１）。そして、この携帯電話２の端末データが、サーバ１のＣＰＵ１０１に認識される。すると、この端末データに基づいて、この携帯電話２が報酬供与の対象端末であるか否かを判断する処理が、ＣＰＵ１０１により実行される（Ｓ１０２）。ここで、この携帯電話２が報酬供与の対象端末であると判断された場合（Ｓ１０２でＹｅｓ）、サーバ１のデータ蓄積部１０３に格納された報酬データが、サーバ１の通信部を介して、この携帯電話２へと送信される（Ｓ１０３）。すると、この報酬データが、携帯電話２の通信部を介して、携帯電話２のＲＡＭ２０２に格納される（Ｓ３）。

詳細には、報酬データは、サーバ１のデータ蓄積部１０３に格納されており、この報酬データは、必要に応じて、データ蓄積部１０３から読み出され、ＲＡＭ１０２に格納される。そして、この報酬データは、サーバ１の通信部を介して携帯電話２へと送信され、ＲＡＭ２０２に格納される。

そして、報酬データが携帯電話２のＲＡＭ２０２に格納されると、この報酬データに基づいて、図４に示すように、報酬の内容が、報酬供与チームを選択した各プレイヤの携帯電話２のモニタ２０３に表示される（Ｓ４）。報酬データには、野球ゲームにおいて利用可能なポイントデータや、チーム力のレベルを向上可能なレベル向上データ等が、含まれている。図４には、Ａチームを応援したプレイヤに対してポイントが報酬として供与された場合の一例が、示されている。

なお、プレイヤが受けることができる報酬は、他のものであっても良い。たとえば、選手の能力アップが可能な能力アップアイテム等であっても良い。たとえば、ＲＡＭ２０２に格納された報酬データにレベル向上データが含まれている場合、このレベル向上データに基づいて、報酬の内容、たとえば選手の能力アップアイテム等の報知が、報酬供与チームを選択した各プレイヤの携帯電話２のモニタ２０３に表示される（図示しない）。この場合、報酬データが供与された各プレイヤは、この報酬データを用いて、自分のチームのチームレベルを向上することができる。

なお、上述したように携帯電話２が報酬供与の対象端末であるか否かは、プレイヤが選択したチームが、報酬供与の対象チームであるか否かに、対応している。プレイヤが選択したチームが、報酬供与の対象チームであるか否かについては、過去の各携帯電話２の成績に基づいて決定される（後述するステップ１２１（Ｓ１２１）からステップ１２８（Ｓ１２８）を参照）。そして、プレイヤが選択したチームが、報酬供与の対象チームとなっていた場合、野球ゲームが開始されたときに、このプレイヤの携帯電話２のモニタ２０３に報償内容が表示される。

続いて、自チーム（第１チーム）の設定が、行われる（Ｓ５）。ここで設定される自チームは、プレイヤが野球ゲームにおいて応援（指揮）するチームである。ここでは、図５に示すように、各チームのランキングが、携帯電話２のモニタ２０３に表示される。たとえば、携帯電話２のＣＰＵ２０１は、各チームのランキングデータの送信を、サーバ１に要求する。そして、各チームのランキングデータの送信を要求するための信号が、携帯電話２からサーバ１へと送信される。そして、この信号をサーバ１が受信すると、サーバ１のデータ蓄積部１０３に格納された各チームのランキングデータが、サーバ１の通信部を介して、携帯電話２へと送信される。すると、この各チームのランキングデータが、携帯電話２の通信部を介して、携帯電話のＲＡＭ２０２に格納される。そして、この各チームのランキングデータに基づいて、各チームのランキングが、モニタ２０３に表示される。

続いて、野球ゲームが初期起動であるか否かが、ＣＰＵ２０１により判断される（Ｓ６）。そして、この起動が初期起動である場合、プレイヤが入力部２６の所定のボタンを操作することによって、所定数の複数のチームの中から、プレイヤが応援するチーム（自チーム、第１チーム）が、選択される。具体的には、ここでは、Ａチーム、Ｂチーム、Ｃチーム、Ｄチーム、Ｅチーム、およびＦチームの６チームの中から、プレイヤは、自分が応援する自チームを選択する。

詳細には、ここでは、プレイヤが選択した自チーム（第１チーム）を他のチームと識別するための識別データが、ＣＰＵ２０１に認識され、自チーム用の識別データとしてＲＡＭ２０２に格納される。このようにして、携帯電話２においてプレイヤが選択したチームすなわち自チーム（第１チーム）が、設定される。

一方で、野球ゲームが初期起動ではない場合、前回にプレイヤが応援していた自チーム（前回の自チーム）を継続して応援するか否かが、ＣＰＵ２０１により判断される。そして、前回の自チームを継続して応援する場合、前回の自チームに対応する識別データが、ＣＰＵ２０１に認識され、第１チーム用の識別データとしてＲＡＭ２０２に格納される。このようにして、携帯電話２においてプレイヤが選択した自チームすなわち今回の自チーム（今回の第１チーム）が、設定される。

ここで、前回の自チームを継続して応援しない場合、すなわち前回の自チームを変更する場合、変更後の自チームに対応する識別データが、ＣＰＵ２０１に認識され、自チーム用の識別データとしてＲＡＭ２０２に格納される。このようにして、携帯電話２においてプレイヤが選択したチームすなわち変更後の自チーム（変更後の第１チーム）が、設定される。

なお、ここでは、「自チーム」および「第１チーム」という文言が用いられるが、この文言は、各携帯電話２においてプレイヤが選択し応援するチームを示す文言である。このため、ある携帯電話２においてプレイヤにより選択された自チーム（第１チーム）と、他の携帯電話２においてプレイヤにより選択された自チーム（第１チーム）とは、文言は同じであっても、この文言が示すチームは、必ずしも同じではない。また、本実施形態では、基本的に、携帯電話２においてプレイヤが選択したチームを、「自チーム」と表現し、サーバ１における「自チーム」に相当するチームを、「第１チーム」と表現する。

続いて、自チームの設定が行われると、自チーム名がサーバ１へと報知される（Ｓ６）。たとえば、自チーム用の識別データ（第１チーム用の識別データ）が、携帯電話２の通信部２４を介して、サーバ１へと送信され、サーバ１のデータ蓄積部１０３に格納される。この第１チーム用の識別データをサーバ１のＣＰＵ１０１に認識させることによって、各携帯電話２においてプレイヤが選択した自チーム、すなわちプレイヤが応援する自チーム（第１チーム）が、サーバ１に認識される（Ｓ１０４）。

続いて、サーバ１において、各携帯電話２における第１チーム（自チーム）が変更されたか否かが、判断される（Ｓ１０５）。たとえば、前回に携帯電話２から受信しデータ蓄積部１０３に格納された第１チーム用の識別データと、今回に携帯電話２から受信した第１チーム用の識別データとが同じあるか否かが、ＣＰＵ１０１により判断される。そして、前回の第１チーム用の識別データと、今回の第１チーム用の識別データとが同じであった場合（Ｓ１０５でＮｏ）、その携帯電話２においては自チームが変更されていないと判断される。ここで、第１チームが変更されていなかった場合（Ｓ１０５でＮｏ）、後述するステップ１０９（Ｓ１０９）の処理が、サーバ１のＣＰＵ１０１により実行される。

一方で、前回の第１チーム用の識別データと、今回の第１チーム用の識別データとが異なった場合（Ｓ１０５でＹｅｓ）、その携帯電話２においては自チームが変更されたと判断される。このように、第１チーム用の識別データに基づいて、自チームが変更されたか否かが、サーバ１のＣＰＵ１０１により判断される。この処理によって、サーバ１は、チームの変更の有無を管理している。

ここで、第１チームが変更された場合（Ｓ１０５でＹｅｓ）、第１チームが変更された日が、所定の期日を越えているか否かが、判断される（Ｓ１０６）。たとえば、第１チームが変更された場合に、第１チームが変更された日が、所定の期日たとえば１５日を越えているか否かを判断する処理が、ＣＰＵ１０１により実行される。具体的には、第１チームが変更された日を示す数値が、１６以上であるか否かが、ＣＰＵ１０１により判断される。そして、この数値が１６以上である場合（Ｓ１０６でＹｅｓ）、第１チームが変更された日が、所定の期日を越えていると、判断される。一方で、この数値が１６未満である場合（Ｓ１０６でＮｏ）、第１チームが変更された日が、所定の期日を越えていないと、判断される。

続いて、第１チームが変更された日が、所定の期日を越えていた場合（Ｓ１０６でＹｅｓ）、第１チームの変更が規制される（Ｓ１０７）。たとえば、第１チームが変更された日が、所定の期日を越えていた場合、今回の第１チーム用の識別データを、新規の第１チーム用の識別データとしてＲＡＭ１０２に格納する処理が、ＣＰＵ１０１より実行されない。すなわち、この場合は、過去の第１チーム用の識別データが、新規の第１チーム用の識別データとして、ＲＡＭ１０２において維持される。これにより、チームの変更が不許可となる。この場合、プレイヤは、チームを変更することができず、前回にプレイヤが選択していたチームで、野球ゲームをプレイすることになる。なお、この場合、チームの変更がサーバ１において規制された旨が、各携帯電話２のモニタ２０３に表示される（図示しない）。

ここで、第１チームが変更された日が、所定の期日を越えていなかった場合（Ｓ１０６でＮｏ）、今回の第１チーム用の識別データを、新規の第１チーム用の識別データとしてＲＡＭ１０２に格納する処理が、ＣＰＵ１０１より実行される。これにより、チームの変更が許可される（Ｓ１０８）。この場合、プレイヤは、今回自分が選択したチーム（変更後のチーム）で、野球ゲームをプレイすることができる。

続いて、上記のようにサーバ１において許認可された当該チームに対応するチームデータが、サーバ１の通信部を介して携帯電話２へと送信される（Ｓ１０９）。たとえば、サーバ１のＲＡＭ１０２に格納された第１チーム用のチームデータが、サーバ１の通信部を介して携帯電話２へと送信される。ここでは、後述するステップ１１７（Ｓ１１７）において修正されたチームデータが、データ蓄積部１０３に記録されているときには、このチームデータが、サーバ１から携帯電話２へと送信される。また、チームデータが初期状態である場合は、野球ゲームにおいて予め所定の値に設定されたチームデータが、サーバ１から携帯電話２へと送信される。すると、サーバ１から送信された第１チーム用のチームデータが、各携帯電話２の通信部を介して、各プレイヤの携帯電話２のＲＡＭ２０２に格納される（Ｓ７）。ここで携帯電話２がサーバ１から受信した第１チーム用のチームデータは、自チーム用のチームデータである。

なお、チームデータは、各チームの情報を示すデータであり、たとえば、チームの打撃力、守備力、投手力、および機動力等を相対的に評価したデータである。ここでは、たとえば、６チームそれぞれのチームデータが、データ蓄積部１０３に格納されている。また、６チームは、Ａチーム、Ｂチーム、Ｃチーム、Ｄチーム、Ｅチーム、およびＦチームから構成されている。

上記のように、携帯電話２が自チームのチームデータを受信すると（Ｓ７）、携帯電話２のＣＰＵ２０１は、後述するステップ１２０（Ｓ１２０）において生成されたランキングデータの送信を、サーバ１に要求する（Ｓ８）。たとえば、ランキングデータの送信を要求するための信号が、携帯電話２からサーバ１へと送信される。そして、この信号をサーバ１が受信すると（Ｓ１１０）、サーバ１のデータ蓄積部１０３に格納されたランキングデータが、サーバ１の通信部を介して、携帯電話２へと送信される（Ｓ１１１）。

ここでは、後述するステップ１２０（Ｓ１２０）において生成されたランキングデータが、データ蓄積部１０３に記録されているときには、このランキングデータが、サーバ１から携帯電話２へと送信される。また、ランキングデータが初期状態である場合は、野球ゲームにおいて予め設定されたランキングデータ、たとえばアカウントアルファベット順に並べられたランキングデータが、サーバ１から携帯電話２へと送信される。

すると、このランキングデータが、携帯電話２の通信部を介してＲＡＭ２０２に格納される（Ｓ９）。すると、このランキングデータに基づいて、各プレイヤのランキングが、アカウント情報を用いて、モニタ２０３に表示される（Ｓ１０）。

ここでは、図６に示すように、各プレイヤのランキングが、自分が選択したチーム（第１チーム）を基準として、モニタ２０３に表示される。図６には、携帯電話２を操作するプレイヤＰ１が、自チームとしてＡチームを選択した場合の例が、示されている。また、自チーム（プレイヤＰ１のＡチーム）を基準として、上下３チームのランキングリストが、モニタ２０３に表示されている。

続いて、敵チーム（第２チーム）の設定が、行われる（Ｓ１１）。たとえば、各プレイヤは、携帯電話２のモニタ２０３に表示されたランキングを参考にしながら、ランキング内のアカウント情報を、所定のボタン（入力部２６）で選択することによって、自分が対戦を希望する敵チームが、設定される。すると、この敵チームを識別するための敵チーム用の識別データが、ＲＡＭ２０２に格納される。なお、図６には、携帯電話２を操作するプレイヤＰ１が、敵チームとしてＢチーム（プレイヤＰ８のＢチーム）を選択した場合の例が、示されている。

続いて、敵チーム名がサーバ１へと報知される（Ｓ１２）。たとえば、敵チーム用の識別データ（第２チーム用の識別データ）が、携帯電話２の通信部２４を介して、サーバ１へと送信され、サーバ１のデータ蓄積部１０３に格納される。この敵チーム用の識別データをサーバ１のＣＰＵ１０１に認識させることによって、各携帯電話２においてプレイヤが対戦を希望したチーム、すなわちプレイヤが対戦する敵チームが、サーバ１に認識される（Ｓ１１２）。

なお、ここでは、「敵チーム」および「第２チーム」という文言が用いられるが、この文言は、各携帯電話２においてプレイヤが選択し対戦するチームを示す文言である。このため、ある携帯電話２においてプレイヤにより選択された敵チーム（第２チーム）と、他の携帯電話２においてプレイヤにより選択された敵チーム（第２チーム）とは、文言は同じであっても、この文言が示すチームは、必ずしも同じではない。本実施形態では、携帯電話２においてプレイヤが対戦を希望したチームを、「敵チーム」と表現し、サーバ１における「敵チーム」に相当するチームを、「第２チーム」と表現する。

続いて、対戦する２つのチームが同じであるか否かが、サーバ１において判断される（Ｓ１１３）。たとえば、第１チーム（自チーム）と第２チーム（敵チーム）とが同じであるか否かを判断する処理が、サーバ１のＣＰＵ１０１により実行される。より具体的には、サーバ１のＲＡＭ１０２に格納された第１チーム用の識別データと、サーバ１のＲＡＭ１０２に格納された第２チーム用の識別データとが同じあるか否かが、ＣＰＵ１０１により判断される。ここで、第１チーム用の識別データと第２チーム用の識別データとが同じであった場合（Ｓ１１３でＹｅｓ）、対戦する２つのチームが同じであると判断される。一方で、第１チーム用の識別データと第２チーム用の識別データとが異なっていた場合（Ｓ１１３でＮｏ）、対戦する２つのチームが異なると判断される。このように、各チーム用の識別データに基づいて、対戦する２つのチームが同じであるか否かが、サーバ１のＣＰＵ１０１により判断される。

なお、本システムでは、あるプレイヤが選択した自チーム（第１チーム）と、このプレイヤが対戦相手として選んだ敵チーム（第２チーム）とが、同じチームであっても、対戦可能となっている。すなわち、「Ａチーム対Ａチーム」のような同一チーム同士の対戦が、実行可能となっている。

続いて、対戦する２つのチームが同じであった場合（Ｓ１１３でＹｅｓ）、同じチーム同士が対戦した対戦数を示す同一対戦数データが、インクリメントされる（Ｓ１１４）。たとえば、対戦する２つのチームが同じであった場合、同一対戦数データをインクリメントする処理が、ＣＰＵ１０１により実行される。同一対戦数データは、チームごとに用意されている。本実施形態では、たとえば、６チーム（Ａチーム、Ｂチーム、Ｃチーム、Ｄチーム、Ｅチーム、Ｆチーム）が存在しているので、Ａチーム同士が対戦した場合、Ａチーム用の同一対戦数データをインクリメントする処理が、ＣＰＵ１０１により実行される。同様に、Ｂチーム同士、Ｃチーム同士、Ｄチーム同士、Ｅチーム同士、およびＦチーム同士それぞれが対戦した場合、当該チーム用の同一対戦数データをインクリメントする処理が、ＣＰＵ１０１により実行される。ここでインクリメントされた同一対戦数データが、データ蓄積部１０３に格納される。

なお、対戦する２つのチームが異なっていた場合（Ｓ１１３でＮｏ）、同一対戦数データをインクリメントする処理は実行されず、後述するステップ１３（Ｓ１３）の処理によって、第２チーム用のチームデータが、各携帯電話２の通信部を介して、各プレイヤの携帯電話２のＲＡＭ２０２に格納される。

続いて、上記で携帯電話２からサーバ１へと報知された敵チーム（第２チーム）に対応するチームデータが、サーバ１の通信部を介して携帯電話２へと送信される（Ｓ１１５）。たとえば、サーバ１のデータ蓄積部１０３に格納された、第２チーム用のチームデータが、サーバ１の通信部を介して携帯電話２へと送信される。より具体的には、携帯電話２から受信した第２チーム用の識別データに対応する、第２チーム用のチームデータが、サーバ１の通信部を介して携帯電話２へと送信される。すると、サーバ１から送信された第２チーム用のチームデータが、各携帯電話２の通信部を介して、各プレイヤの携帯電話２のＲＡＭ２０２に格納される（Ｓ１３）。ここで携帯電話２がサーバ１から受信した第２チーム用のチームデータは、敵チーム用のチームデータである。

続いて、ＲＡＭ２０２に格納された２つのチームそれぞれのチームデータに基づいて、野球ゲームの試合イベントが、実行される（Ｓ１４）。たとえば、ＲＡＭ２０２に格納された自チーム用のチームデータ、およびＲＡＭ２０２に格納された敵チーム用のチームデータに基づいて、野球ゲームの試合イベントが、ＣＰＵ２０１によって実行される。

続いて、ＲＡＭ２０２に格納された各チームデータに基づいて、試合イベントが実行され、この試合イベントが終了すると、この試合イベントの対戦結果が、ＲＡＭ２０２に格納される（Ｓ１５）。たとえば、試合イベントが実行され終了すると、この試合イベントの勝敗結果および試合内容に対応する結果データが、ＲＡＭ２０２に格納される。

続いて、ＲＡＭ２０２に格納された対戦結果が、各携帯電話２の通信部を介してサーバ１へ送信される（Ｓ１６）。たとえば、ＲＡＭ２０２に格納された試合イベントの結果データが、各携帯電話２の通信部を介してサーバ１へ送信される。すると、各携帯電話２から受信した複数の対戦結果、たとえば各携帯電話２から受信した試合イベントの結果データが、サーバ１のデータ蓄積部１０３に格納される（Ｓ１１６）。

すると、データ蓄積部１０３に格納された試合イベントの対戦結果、たとえば試合イベントの結果データに基づいて、チームデータを修正する処理が、ＣＰＵ２０１によって実行される（Ｓ１１７）。すると、修正後のチームデータが、データ蓄積部１０３に格納される。ここでは、たとえば、６チームそれぞれのチームデータが、データ蓄積部１０３に格納される。

チームデータは、チームの情報を示すデータ、たとえば、チームの打撃力、守備力、投手力、および機動力等を相対的に評価したデータである。また、結果データには、試合内容に関する情報データが含まれている。このため、この結果データをＣＰＵ１０１に参照させることによって、チームデータを修正する処理が、ＣＰＵ１０１により実行される。たとえば、ある試合イベントにおいて、あるチームの打線が爆発した場合には、このチームの打撃力を向上させることによって、この打撃力の向上に応じて、チームデータの値が大きくなるように、チームデータが修正される。

また、あるチームのエラーがゼロであった場合には、このチームの守備力を向上させることによって、この守備力の向上に応じてチームデータの値を大きくなるように、チームデータが修正される。また、あるチームの投手が無得点に抑えた場合には、このチームの投手力を向上させることによって、この投手力の向上に応じてチームデータの値が大きくなるように、チームデータが修正される。さらに、あるチームの盗塁数が所定数以上であった場合には、このチームの機動力を向上させることによって、この機動力の向上に応じてチームデータが大きくなるように、チームデータを修正される。

続いて、チームデータが修正されると、データ蓄積部１０３に格納された修正後のチームデータに基づいて、各チームのチーム力のレベルを設定する処理が、ＣＰＵ１０１により実行される（Ｓ１１８）。たとえば、サーバ１のデータ蓄積部１０３に格納された各チームのチームデータを、ＣＰＵ１０１に認識させることによって、各チームのチーム力のレベルが、設定される。ここでは、チームデータの値が大きいほど、レベルが高くなるように、チーム力が設定される。

続いて、各携帯電話２からサーバ１へと送信された対戦結果、すなわちＲＡＭ１０２に格納された複数の結果データに基づいて、各チームの対戦結果が、チームごとに統計処理される（Ｓ１１９）。これにより、各チームの統計処理結果が、算出される。この統計処理は、各携帯電話２からサーバ１へと対戦結果たとえば結果データが送信されたときに、その都度、サーバ１のＣＰＵ１０１によって実行される。

ここで、サーバ１における統計処理についての詳細を、示しておく。ここでは、サーバ１が受信した各プレイヤの結果データを、チームごとに集計し統計処理することによって、各チームの平均勝率ＨＰＣ（ＩＣ）が、ＣＰＵ１０１により算出される。具体的には、まず、Ａチームを選択した各プレイヤの勝ち数、たとえばＡチーム対Ａチームの結果も含んだＡチームを選択した各プレイヤの勝ち数ＫＧＰ（１，ＩＰ）を、合計する。すると、Ａチームを選択したプレイヤ全員の勝ち数、たとえばＡチーム対Ａチームの結果も含んだＡチームの勝ち数の合計ＫＧ（１）が、算出される。同様の処理形態によって、Ａチーム対Ａチームの結果も含んだＡチームを選択した各プレイヤの負け数ＭＧＰ（１，ＩＰ）を、合計する。すると、Ａチームを選択したプレイヤ全員の負け数、たとえばＡチーム対Ａチームの結果も含んだＡチームの負け数の合計ＭＧ（１）が、算出される。

なお、Ａプレイヤを選択したあるプレイヤが、１勝をあげると、このプレイヤの勝ち数ＫＧＰ（１，ＩＰ）の値をインクリメントすることによって、このプレイヤの勝ち数ＫＧＰ（１，ＩＰ）が更新される。同様に、Ａプレイヤを選択したあるプレイヤが、１敗を喫すると、このプレイヤの負け数ＭＧＰ（１，ＩＰ）の値をインクリメントすることによって、このプレイヤの負け数ＭＧＰ（１，ＩＰ）が更新される。ここで、ＩＰは、各プレイヤを区別するための識別データであり、全プレイヤの人数がＰｎ（人）である場合は、ＩＰには１からＰｎまでの異なる自然数が、割り当てられる。

次に、Ａチームの勝ち数の合計ＫＧ（１）を、全プレイヤ数Ｐｎで割り算する。すると、Ａチームを選択したプレイヤの平均勝ち数ＨＫ（１）（＝ＫＧ（１）／Ｐｎ）が求められる。同様に、Ａチームを選択したプレイヤ全員の負け数、たとえばＡチーム対Ａチームの結果も含んだＡチームの負け数の合計ＭＧ（１）を、全プレイヤ数Ｐｎで割り算する。すると、Ａチームを選択したプレイヤの平均負け数ＨＭ（１）（＝ＭＧ（１）／Ｐｎ）が求められる。

次に、平均勝ち数ＨＫ（１）を、平均勝ち数ＨＫ（１）と平均負け数ＨＭ（１）との和によって除算することによって、Ａチームの平均勝率ＨＰ（１）（＝ＨＫ（１）／（ＨＫ（１）＋ＨＭ（１）））が求められる。また、１プレイヤの勝ち数ＫＧＰ（１，ＩＰ）を、１プレイヤの勝ち数ＫＧＰ（１，ＩＰ）と１プレイヤの負け数ＭＧＰ（１，ＩＰ）との合計で、除算することによって、１プレイヤの平均勝率ＨＰＰ（１，ＩＰ）（＝ＫＧＰ（１，ＩＰ）／（ＫＧＰ（１，ＩＰ）＋ＭＧＰ（１，ＩＰ））が求められる。

ここでは、Ａチームの場合を一例として平均勝率を計算する場合の説明を行ったが、同様の計算によって、他のチーム（Ｂチーム〜Ｆチーム）の平均勝率も同様に求めることができる。このようにして求められた統計処理結果、たとえば平均勝率ＨＰＣ（ＩＣ），ＨＰＰ（ＩＣ，ＩＰ）は、ＲＡＭ１０２に格納され、データ蓄積部１０３に格納される。

なお、ＩＣはチームを区別するための識別データであり、ＡチームのＩＣには、１が割り当てられる。また、ＢチームからＦチームそれぞれのＩＣには、２から６のいずれか自然数が割り当てられる。

一般的には、各プレイヤの結果データは、上記のように統計処理されるが、詳細には、レベル差のあるチーム同士が対戦した場合は、その対戦結果に応じて勝ち数の重みを変更することによって、対戦結果に応じて平均勝率ＨＰＣ（ＩＣ），ＨＰＰ（ＩＣ，ＩＰ）を変化させている。

たとえば、チーム力のレベルの低いチームが、チーム力のレベルの高いチームに勝利した場合、この対戦の結果データでは、チーム力のレベルの低いチームの１勝の重みが、大きく評価される。より具体的には、チーム力のレベルの低いチームの１勝を、所定の倍率たとえば１．５倍の倍率で割り増した値で、評価される。すなわち、この対戦の結果データでは、１勝が１．５勝と評価される。

また、チーム力のレベルの高いチームが、チーム力のレベルの低いチームに勝利した場合、この対戦の結果データでは、チーム力のレベルの高いチームの１勝の重みが小さく評価される。より具体的には、チーム力のレベルの高いチームの１勝を、所定の倍率たとえば０．８倍の倍率で割り減らした値で、評価される。すなわち、この対戦の結果データでは、１勝が０．８勝と評価される。

このように、本システムでは、チーム力に応じて１勝の価値を変化させることによって、統計結果である平均勝率ＨＰＣ（ＩＣ），ＨＰＰ（ＩＣ，ＩＰ）も、変化させている。

なお、ここに示したチーム力のレベル差の影響は、各プレイヤの結果データに対して反映される。たとえば、あるプレイヤが指揮するチームがＡチームであり、このＡチームがＢチームよりレベルが低い場合、このプレイヤのプレイの仕方によって、Ａチームが、自分よりレベルの高いＢチームに勝つこともあれば負けることもある。このため、ＡチームがＢチームに勝った場合には、上記の重みが結果データに反映されるが、ＡチームがＢチームに負けた場合には、上記の重みは結果データには反映されない。このように、チーム力のレベル差の影響を、プレイヤごとに結果データに反映し、この結果データを集計することによって、各チームの平均勝率ＨＰＣ（ＩＣ）および各プレイヤの平均勝率ＨＰＰ（ＩＣ，ＩＰ）が、算出される。

上記のようにして、統計処理結果、たとえば各プレイヤの平均勝率ＨＰＰ（ＩＣ，ＩＰ）、および各チームの平均勝率ＨＰＣ（ＩＣ）が算出されると、ＲＡＭ１０２に格納された平均勝率ＨＰＰ（ＩＣ，ＩＰ），ＨＰＣ（ＩＣ）に基づいて、各チームの成績および各プレイヤの成績をランキング形式で並び換える処理が、ＣＰＵ１０１により実行される（Ｓ１２０）。そして、この処理結果、すなわちランキングデータが、データ蓄積部１０３に格納される。

ランキングデータは、各チームのランキングデータと、各プレイヤのランキングデータとを有している。各チームのランキングデータには、各チームの順位を示す順位データ、各チームの順位動向を示す傾向データ、各チームの平均勝率データ、および各チームの応援人数データが、含まれている。また、各プレイヤのランキングデータには、各プレイヤの順位を示す順位データ、各プレイヤのアカウントデータ、各プレイヤが応援するチーム名データ、各プレイヤの平均勝率データが、含まれている。なお、各チームのランキングデータは、上述したステップ５（Ｓ５）の処理において用いられるデータである。また、各プレイヤのランキングデータは、上述したステップ８−１０（Ｓ８−Ｓ１０）の処理において用いられるデータである。

続いて、所定の期間たとえば１ヶ月が経過したか否かが、ＣＰＵ１０１により判断される（Ｓ１２１）。より具体的には、各月の１日になったか否かが、ＣＰＵ１０１より判断される。そして、所定の期間が経過した場合（Ｓ１２１でＹｅｓ）、各チームの合計試合数を計算する処理が、ＣＰＵ１０１により実行される（Ｓ１２２）。一方で、所定の期間が経過していなかった場合（Ｓ１２１でＮｏ）、ステップ１２１（Ｓ１２１）からステップ１２８（Ｓ１２８）までの処理は、スキップされる。なお、ここでは、所定の期間が１ヶ月である場合の例を示すが、この所定の期間は、どのように設定しても良い。

ここでは、各チームの合計試合数は、各携帯電話２において試合イベントが終了したときに、各携帯電話２からサーバ１へと送信されるデータに基づいて計算される。すなわち、各携帯電話２では、試合イベントが終了するごとに、試合の結果データがサーバ１へと送信される。そして、この結果データは、サーバ１のデータ蓄積部１０３に蓄積される。そして、各携帯電話２からサーバ１へと送信された合計試合数を計算する処理が、サーバ１のＣＰＵ１０１により実行されると、ここで計算された合計試合数を示すデータが、データ蓄積部１０３に格納される。

続いて、所定の期間内たとえば１ヶ月内の合計試合数が、所定数以上であるチームたとえば１０（試合）以上であるチームが、ＣＰＵ１０１より検索される。そして、１ヶ月内の合計試合数が１０（試合）以上であるチームの識別データを、ＣＰＵ１０１に認識させることにより、ここで検索されたチームが、処理対象となる対象チームとして設定される（Ｓ１２３）。

続いて、データ蓄積部１０３に格納された、各対象チームの同一対戦数データが、サーバ１のＣＰＵ１０１に認識される。そして、各対象チームの同一対戦数データが所定の値以下であるか否かが、判断される（Ｓ１２４）。たとえば、インクリメントされた同一対戦数データが、所定の値たとえば３０（試合）以下であるか否かを判断する処理が、ＣＰＵ１０１により実行される。そして、同一対戦数データが３０（試合）以下であった場合（Ｓ１２４でＹｅｓ）、各携帯電話２からサーバ１へと送信された対戦結果、すなわちＲＡＭ１０２に格納された複数の結果データに基づいて、各対象チームの対戦結果が、対象チームごとに統計処理される（Ｓ１２６）。これにより、各対象チームの統計処理結果が、算出される。すると、この統計処理結果が、データ蓄積部１０３に格納される。

一方で、同一対戦数データが所定の値たとえば３０（試合）より大きかった場合（Ｓ１２４でＮｏ）、３１（試合）以降の同一対戦結果に対応する結果データの利用が、規制される（Ｓ１２５）。すなわち、この場合、３１（試合）以降の同一対戦結果に対応する結果データが、統計処理計算のデータとして用いられない。言い換えると、この場合は、１試合目から３０試合目までの同一対戦結果に対応する結果データだけを用いて、統計処理計算が実行される。なお、同一対戦ではない他チームとの対戦については、この規制は適用されず、全結果データが統計処理計算の対象となる。

ここでは、各プレイヤの結果データを集計する対象が、対象チームである点を除いては、統計処理の詳細は、上記のステップ１１９（Ｓ１１０）に示したものと同じであるため、ここでは説明を省略する。しかしながら、ここでは、平均勝率ＨＰＣ（ＩＣ）が、合計試合数に応じて変化するように設定されている。このため、この設定についての説明を、ここに示す。

たとえば、１ヶ月間の合計試合数が多いチームほど、このチームの対戦結果の重みが、大きく評価される。より具体的には、各チームの１ヶ月間の合計試合数が所定数たとえば５０（試合）以上であるチームの識別データが、ＣＰＵ１０１に認識される。これにより、この識別データが示すチームが、評価対象のチームとして、設定される。すると、ここで評価対象となったチームの１ヶ月間の勝ち数の合計ＫＧ（ＩＣ）に、重み係数αたとえば１．２を乗じることによって、このチームの１ヶ月間の勝ち数の合計ＫＧ（ＩＣ）が補正される。そして、補正後のチームの勝ち数の合計ＫＧ’（ＩＣ）（＝α×ＫＧ（ＩＣ））を用いることによって、上記のように、各チームの１ヶ月間の平均勝率ＨＰＣ（ＩＣ）が算出される。このように、本システムでは、消化した試合数（合計試合数）に応じて勝ち数の価値を変化させることによって、統計結果である平均勝率ＨＰＣ（ＩＣ）を、変化させている。

続いて、ＲＡＭ１０２に格納された平均勝率ＨＰＣ（ＩＣ）に基づいて、上位の統計処理結果を有するチームが、報酬供与チームとして設定される（Ｓ１２７）。詳細には、所定の期間内の合計試合数が所定数以上であるチームの統計処理結果に基づいて、上位の統計処理結果を有するチームが、報酬供与チームとして設定される。たとえば、所定の期間内の合計試合数が所定数以上であるチームの平均勝率、たとえば１ヶ月の合計試合数が１０（試合）以上である対象チームの平均勝率に基づいて、各対象チームの順位を設定する処理が、ＣＰＵ１０１により実行される。そして、所定数の上位チームそれぞれの識別データが、ＣＰＵ１０１に認識される。すると、これら所定数の上位チームの識別データそれぞれに対応するチーム、すなわち上位のチームが、報酬供与チームとして設定される。具体的には、ここでは、１ヶ月の合計試合数が１０（試合）以上である各対象チームの平均勝率に基づいて、各対象チームの順位が設定され、第１位のチームが、報酬供与チームとして設定される。

続いて、この報償供与チームが、サーバ１において記録される（Ｓ１２８）。たとえば、第１位のチームの識別データが、報酬供与チームの識別データとして、データ蓄積部１０３に格納される。詳細には、報償供与チームの識別データ、報償供与チームを選択したプレイヤのアカウントデータ、および報償供与チームを選択したプレイヤの端末データそれぞれが、互いに関連付けられ、データ蓄積部１０３に格納される。このようにして、報償供与チーム、報償供与チームを選択したプレイヤのアカウントおよび携帯電話２が、サーバ１において管理される。このように、報償供与チーム、アカウント、および端末をサーバ１において管理することによって、報酬供与の対象である携帯電話２が野球ゲームを起動したときに、上述したステップ１０３（Ｓ１０３）に示したように、この携帯電話２に対して報酬データを送信することができる。

なお、本システムでは、野球ゲームの実行中には、携帯電話２はサーバ１に常時接続されてはおらず、携帯電話２は、所定のタイミングで、断続的にサーバ１に接続される。たとえば、図７のフローでは、破線矢印の部分が、携帯電話２とサーバ１とが接続される接続タイミングとなっている。

続いて、ＲＡＭ２０２に格納された対戦結果が、各携帯電話２の通信部を介してサーバ１へ送信されると（Ｓ１６）、野球ゲームが終了されたか否かが、ＣＰＵ２０１により判断される（Ｓ１７）。そして、野球ゲームが終了された場合（Ｓ１７でＹｅｓ）、ゲームの終了時に保存する必要がある各種のデータが、ＲＡＭ２０２から記録媒体へと供給される。一方で、野球ゲームが終了されなかった場合（Ｓ１７でＮｏ）、ステップ５（Ｓ５）の処理が、ＣＰＵ２０１により再び実行される。

なお、図７のフローに示したサーバ１は、基本的には、ネットワーク上において常時稼働しており、携帯電話２からのアクセスを常に監視している。そして、携帯電話２からのアクセスが発生したときには、携帯電話２からの要求に基づいて、各種の処理およびデータの送受信を行う。

このように、本実施形態では、各プレイヤの各携帯電話２における対戦結果が、各携帯電話２からサーバ１へと送信され、これら複数の対戦結果に基づいて各チームの成績がサーバ１において総合的に評価される。そして、この評価結果に基づいて、評価結果が上位であったチームを選択していた各プレイヤは、チームの一員としての報酬を受け取ることができる。

すなわち、各プレイヤは個別対戦を行いながらも、その個別対戦が同時に、間接的にチームとしての対戦を行うことになり、個別対戦での勝利を目指すことが、同時に自分が選択した（応援しているチーム）の順位の向上すなわち報酬獲得に、寄与する。このため、対戦の動機付けがより深いものとなり、ゲームへのモチベーションを高めることができる。

〔他の実施形態〕
（ａ）前記実施形態では、ゲームを実行しうるデータ送受信装置の一例として、携帯電話２を用いた場合の例を示したが、データ送受信装置は、前記実施形態に限定されず、モニタが別体に構成されたゲーム実行装置、モニタが一体に構成されたゲーム実行装置、ゲームを実行することによってゲーム実行装置として機能するパーソナルコンピュータ、およびワークステーション等などにも、同様に適用することができる。
（ｂ）本発明には、前述したようなシステムを実現するプログラム、およびこのプログラムを記録したコンピュータ読み取り可能な記録媒体も、含まれる。この記録媒体としては、カートリッジ以外に、たとえば、コンピュータ読み取り可能なフレキシブルディスク、半導体メモリ、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ、ＲＯＭカセット、その他のものが挙げられる。
（ｃ）また、上記実施形態では、野球ゲームを例にとり説明したが、これに限らず、チーム同士で対戦するスポーツや娯楽を対象としたゲームに適用が可能である。例として、特に年間を通してチーム対戦が継続的に実施されるサッカー等が挙げられる。

本発明は、複数のプレイヤそれぞれによって個別に操作される複数のデータ送受信装置をサーバに接続することにより、複数のデータ送受信装置それぞれにおいて対戦ゲームを実行可能とし、且つ、各プレイヤが、ゲーム内に予め設けられた複数のチームの中からいずれか１つのチームを選択し、各プレイヤが選択したチーム同士で互いに対戦するゲームシステムにおいて、利用可能である。

１ サーバ
１０１ ＣＰＵ
１０２ ＲＡＭ
１０３ データ蓄積部
２ 携帯電話
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ モニタ
５０Ｔ ゲーム開始手段
５１Ｔ 第１チーム選択手段
５２Ｔ 第１チームデータ受信手段
５３Ｔ ランキング表示手段
５４Ｔ 第２チーム選択手段
５５Ｔ 第２チームデータ受信手段
５６Ｔ 試合実行手段
５７Ｔ 試合結果格納手段
５８Ｔ 対戦結果送信手段
５９Ｔ 報酬データ受信手段
６０Ｔ 報酬内容報知手段
５０Ｓ チームデータ格納手段
５１Ｓ アカウント格納手段
５２Ｓ チーム変更手段
５３Ｓ 期日判断手段
５４Ｓ チーム変更規制手段
５５Ｓ 第１チームデータ送信手段
５６Ｓ ランキング生成手段
５７Ｓ 同一対戦判断手段
５８Ｓ 同一対戦計算手段
５９Ｓ 同一対戦数判断手段
６０Ｓ 第２チームデータ送信手段
６１Ｓ 第２対戦結果格納手段
６２Ｓ チームレベル設定手段
６３Ｓ 対戦結果計算手段
６４Ｓ 試合数計算手段
６５Ｓ 試合数認識手段
６６Ｓ 報酬供与チーム設定手段
６７Ｓ 報酬データ送信手段

Claims (9)

1. 複数のプレイヤそれぞれによって個別に操作される複数のデータ送受信装置をサーバに接続することにより、複数の前記データ送受信装置それぞれにおいて対戦ゲームを実行可能とし、且つ、各プレイヤが、ゲーム内に予め設けられた複数のチームの中からいずれか１つのチームを選択し、各プレイヤが選択したチーム同士で互いに対戦するゲームシステムであって、
   データ送受信装置の制御部は、
   各プレイヤがチームを選択したときに、サーバの記憶部に格納された当該チーム用のチームデータを、各データ送受信装置の通信部を介してサーバから受信し、各プレイヤのデータ送受信装置の記憶部に格納するチームデータ受信機能と、
   データ送受信装置の記憶部に格納された、各チームデータに基づいて、前記対戦ゲームの試合イベントが実行されたときに、前記試合イベントにおける対戦結果を、前記各データ送受信装置の記憶部に格納する試合結果格納機能と、
   前記各データ送受信装置の記憶部に格納された前記対戦結果を、前記各データ送受信装置の通信部を介してサーバへ送信する対戦結果送信機能と、
   を備え、
   サーバの制御部は、
   前記各データ送受信装置から送信されサーバの記憶部に格納された複数の前記対戦結果に基づいて、各プレイヤが選択したチームごとに各プレイヤの対戦結果をまとめて統計処理した、各チームの統計処理結果を、サーバの記憶部に格納する対戦結果計算機能と、
   サーバの記憶部に格納された各チームの前記統計処理結果に基づいて、上位の前記統計処理結果を有するチームを、報酬供与チームとして設定する報酬供与チーム設定機能と、
   サーバの通信部を介して、前記報酬供与チームを選択したプレイヤのデータ送受信装置へ報酬データを送信する報酬データ送信機能と、
   を備えるゲームシステム。
2. サーバの制御部は、
   前記チームデータに基づいて、各チームに対してチーム力のレベルを設定するレベル設定機能、
   をさらに備え、
   前記対戦結果計算機能は、前記チーム力のレベルの低いチームが、前記チーム力のレベルの高いチームに勝利した場合、前記チーム力のレベルの低いチームの前記対戦結果に対する重みを大きくすることによって、各プレイヤの対戦結果を統計処理し、前記チーム力のレベルの高いチームが、前記チーム力のレベルの低いチームに勝利した場合、前記チーム力のレベルの高いチームの前記対戦結果に対する重みを小さくすることによって、各プレイヤの対戦結果を統計処理する、
   請求項１に記載のゲームシステム。
3. サーバの制御部は、
   所定の期間ごとに各チームの合計試合数を、計算する試合数計算機能、
   をさらに備え、
   前記対戦結果計算機能は、前記合計試合数が多いチームの前記対戦結果に対する重みを大きくすることによって、各プレイヤの対戦結果を統計処理し、各チームの統計処理結果を、サーバの記憶部に格納する、
   請求項１又は２に記載のゲームシステム。
4. サーバの制御部は、
   選択済みのチームが変更されたか否かを、判断するチーム変更機能と、
   前記選択済みのチームが変更された場合に、前記選択済みのチームが変更された日が、所定の期日を越えているか否かを、判断する期日判断機能と、
   前記選択済みのチームが変更された日が、所定の前記期日を越えていた場合、前記選択済みのチームの変更を規制するチーム変更規制機能と、
   をさらに備える請求項１から３のいずれかに記載のゲームシステム。
5. サーバの制御部は、
   互いに対戦する２つの前記チームが同じであるか否かを、判断する同一対戦判断機能と、
   互いに対戦する２つの前記チームが同じである場合、同じチーム同士が対戦したときの対戦数を示す同一対戦数データをインクリメントし、サーバの記憶部に格納する同一対戦計算機能と、
   前記同一対戦数データが所定の値以下であるか否かを、判断する同一対戦数判断機能と、
   をさらに備え、
   前記対戦結果計算機能は、前記同一対戦数データが所定の値以下であった場合、複数の前記対戦結果に基づいて、各プレイヤの対戦結果を統計処理し、各チームの統計処理結果を、サーバの記憶部に格納する、
   請求項１から４のいずれかに記載のゲームシステム。
6. サーバの制御部は、
   所定の期間ごとに各チームの合計試合数を、計算する試合数計算機能と、
   所定の期間内の合計試合数が所定数以上であるチームを、認識する試合数認識機能と、
   をさらに備え、
   報酬供与チーム設定機能は、所定の期間内の前記合計試合数が所定数以上であるチームの前記統計処理結果に基づいて、上位の前記統計処理結果を有するチームを、報酬供与チームとして設定する、
   請求項１から５のいずれかに記載のゲームシステム。
7. 前記対戦結果計算機能は、複数の前記対戦結果に基づいて、各チームの平均勝率を計算し、各チームの前記平均勝率をサーバの記憶部に格納し、
   報酬供与チーム設定機能は、各チームの前記平均勝率に基づいて、上位の前記平均勝率を有するチームを、報酬供与チームとして設定する、
   請求項１から６のいずれかに記載のゲームシステム。
8. 複数のプレイヤそれぞれによって個別に操作されるデータ送受信装置、および複数のデータ送受信装置が接続されるサーバから構成され、各プレイヤが、ゲーム内に予め設けられた複数のチームの中からいずれか１つのチームを選択し、各プレイヤが選択したチーム同士で互いに対戦ゲームを実行可能であるゲーム実行装置であって、
   データ送受信装置の制御部は、
   各プレイヤがチームを選択したときに、サーバの記憶部に格納された当該チーム用のチームデータを、各データ送受信装置の通信部を介してサーバから受信し、各プレイヤのデータ送受信装置の記憶部に格納するチームデータ受信手段と、
   データ送受信装置の記憶部に格納された、各チームデータに基づいて、前記対戦ゲームの試合イベントが実行されたときに、前記試合イベントにおける対戦結果を、前記各データ送受信装置の記憶部に格納する試合結果格納手段と、
   前記各データ送受信装置の記憶部に格納された前記対戦結果を、前記各データ送受信装置の通信部を介してサーバへ送信する対戦結果送信手段と、
   を備え、
   サーバの制御部は、
   前記各データ送受信装置から送信されサーバの記憶部に格納された複数の前記対戦結果に基づいて、各プレイヤが選択したチームごとに各プレイヤの対戦結果をまとめて統計処理した、各チームの統計処理結果を、サーバの記憶部に格納する対戦結果計算手段と、
   サーバの記憶部に格納された各チームの前記統計処理結果に基づいて、上位の前記統計処理結果を有するチームを、報酬供与チームとして設定する報酬供与チーム設定手段と、
   サーバの通信部を介して、前記報酬供与チームを選択したプレイヤのデータ送受信装置へ報酬データを送信する報酬データ送信手段と、
   を備えるゲーム実行装置。
9. 複数のプレイヤそれぞれによって個別に操作される複数のデータ送受信装置をサーバに接続することにより、複数の前記データ送受信装置それぞれにおいて対戦ゲームを実行可能とし、且つ、各プレイヤが、ゲーム内に予め設けられた複数のチームの中からいずれか１つのチームを選択し、各プレイヤが選択したチーム同士で互いに対戦可能にするゲーム制御方法であって、
   データ送受信装置の制御部は、
   各プレイヤがチームを選択したときに、サーバの記憶部に格納された当該チーム用のチームデータを、各データ送受信装置の通信部を介してサーバから受信し、各プレイヤのデータ送受信装置の記憶部に格納するチームデータ受信ステップと、
   データ送受信装置の記憶部に格納された、各チームデータに基づいて、前記対戦ゲームの試合イベントが実行されたときに、前記試合イベントにおける対戦結果を、前記各データ送受信装置の記憶部に格納する試合結果格納ステップと、
   前記各データ送受信装置の記憶部に格納された前記対戦結果を、前記各データ送受信装置の通信部を介してサーバへ送信する対戦結果送信ステップと、
   を実行し、
   サーバの制御部は、
   前記各データ送受信装置から送信されサーバの記憶部に格納された複数の前記対戦結果に基づいて、各プレイヤが選択したチームごとに各プレイヤの対戦結果をまとめて統計処理した、各チームの統計処理結果を、サーバの記憶部に格納する対戦結果計算ステップと、
   サーバの記憶部に格納された各チームの前記統計処理結果に基づいて、上位の前記統計処理結果を有するチームを、報酬供与チームとして設定する報酬供与チーム設定ステップと、
   サーバの通信部を介して、前記報酬供与チームを選択したプレイヤのデータ送受信装置へ報酬データを送信する報酬データ送信ステップと、
   を実行し、
   前記チームデータ受信ステップ、前記試合結果格納ステップ、前記対戦結果送信ステップ、前記対戦結果計算ステップ、前記報酬供与チーム設定ステップ、前記報酬データ送信ステップの順に、各ステップが実行される、
   ゲーム制御方法。

Images