(57)【特許請求の範囲】
【請求項１】
各プレーヤがプレーヤ識別情報を入力してゲームプレイ可能であり、予め定められた演算処理によってゲームプレイ結果から判定用ポイントを算出するポイント算出手段を有する装置と通信接続されるサーバシステムであって、
前記装置から前記プレーヤ識別情報を受信するプレーヤ識別情報受信手段と、
少なくとも前記ポイント算出手段により算出された判定用ポイントを含む所定の通知情報を前記装置から受信する通知情報受信手段と、
各チームの所属プレーヤを当該チームと対応づけてチームを管理するチーム管理手段と、
前記チーム管理手段により管理されているチーム同士のマッチングを行って複数チームでなるグループを複数編成し、各チームに所属する各プレーヤのゲームプレイに係る前記通知情報に含まれる判定用ポイントのチーム毎の合計の大小に基づいて、グループ内のチームの優劣を競うグループ内チーム間競争処理を実行するグループ内チーム間競争処理手段と、
成否の相対的関係が規定された複数のチームコマンドの中から各チームそれぞれのチームコマンドを選択するチームコマンド選択手段と、
前記チームコマンド選択手段により選択された各チームのチームコマンドのうちの同じグループに属する各チームのチームコマンド及び前記相対的関係に従って、前記判定用ポイントを求める際の係数を設定する係数設定手段と、
前記係数を前記装置に送信する係数送信手段と、
を備えたサーバシステム。
【請求項２】
各プレーヤがプレーヤ識別情報を入力してゲームプレイ可能な装置と通信接続されるサーバシステムであって、
前記装置から前記プレーヤ識別情報を受信するプレーヤ識別情報受信手段と、
行われたゲームプレイに基づく所定の通知情報を前記装置から受信する通知情報受信手段と、
各チームの所属プレーヤを当該チームと対応づけてチームを管理するチーム管理手段と、
前記チーム管理手段により管理されているチーム同士のマッチングを行って複数チームでなるグループを複数編成し、各チームに所属する各プレーヤのゲームプレイに係る前記通知情報に基づいて、グループ内のチームの優劣を競うグループ内チーム間競争処理を実行するグループ内チーム間競争処理手段と、
を備え、
前記グループ内チーム間競争処理手段は、予め定められた演算処理によって前記通知情報から判定用ポイントを算出するポイント算出手段を有し、算出した判定用ポイントのチーム毎の合計の大小に基づいてグループ内のチームの優劣を求め、
成否の相対的関係が規定された複数のチームコマンドの中から各チームそれぞれのチームコマンドを選択するチームコマンド選択手段と、
前記チームコマンド選択手段により選択された各チームのチームコマンドのうちの同じグループに属する各チームのチームコマンド及び前記相対的関係に従って、前記判定用ポイントを求める際の係数を設定する係数設定手段と、
を更に備え、
前記ポイント算出手段が、前記係数を用いて前記判定用ポイントを算出する、
サーバシステム。
【請求項３】
各プレーヤのプレーヤポイントを前記受信された通知情報に基づき更新して管理するプレーヤポイント管理手段と、
前記プレーヤポイントに従ってプレーヤの順位付けを行うプレーヤランキング処理手段と、
を更に備えた請求項１又は２に記載のサーバシステム。
【請求項４】
前記装置は、ゲームプレイ中又はゲームプレイ結果として達成可能な条件であり、当該プレーヤが所属するチームにボーナスポイントを付与するボーナスポイント付与条件を満たすか否かを、当該プレーヤのゲームプレイ及び／又はゲームプレイ結果から判定する条件適否判定手段を更に有しており、
前記ポイント算出手段は、前記条件適否判定手段により満たすと判定された場合に前記ボーナスポイントを加算して前記判定用ポイントを算出する手段であり、
プレーヤ端末との間で所定の通信を行い、当該プレーヤにボーナスポイント付与条件を設定するボーナスポイント条件設定手段と、
前記プレーヤ識別情報受信手段により受信されたプレーヤ識別情報により識別されるプレーヤに対して設定されているボーナスポイント付与条件を前記装置に送信するボーナスポイント付与条件送信手段と、
を備えた請求項１に記載のサーバシステム。
【請求項５】
プレーヤ端末との間で所定の通信を行い、当該プレーヤが前記装置でのゲームプレイ中又はゲームプレイ結果として達成可能な条件であり、当該プレーヤが所属するチームにボーナスポイントを付与するボーナスポイント付与条件を、当該プレーヤに対して設定するボーナスポイント条件設定手段を更に備え、
前記ポイント算出手段は、前記プレーヤ識別情報受信手段により受信されたプレーヤ識別情報により識別されるプレーヤに対して設定されているボーナスポイント付与条件を満たすか否かを、前記通知情報受信手段により受信された通知情報から判定し、満たす場合にボーナスポイントを加算して前記判定用ポイントを算出する、
請求項２に記載のサーバシステム。
【請求項６】
前記チームコマンド選択手段は、前記各チームそれぞれのチームコマンドを、当該チームに所属するプレーヤのプレーヤ端末から送信されてくる投票信号に基づき、当該チームに所属するプレーヤの多数決で選択する、
請求項１〜５の何れか一項に記載のサーバシステム。
【請求項７】
請求項１又は４に記載のサーバシステムと通信可能であり、プレーヤがプレーヤ識別情報を入力してゲームプレイ可能な装置であって、
予め定められた演算処理によってゲームプレイ結果から前記判定用ポイントを算出するポイント算出手段と、
前記算出された判定用ポイントを前記サーバシステムに送信する送信手段と、
を備えた装置。
【請求項８】
各プレーヤがプレーヤ識別情報を入力してゲームプレイ可能であり、予め定められた演算処理によってゲームプレイ結果から判定用ポイントを算出するポイント算出手段を有する装置と通信接続されたサーバシステムが行う情報処理方法であって、
前記装置から前記プレーヤ識別情報を受信するプレーヤ識別情報受信ステップと、
少なくとも前記ポイント算出手段により算出された判定用ポイントを含む所定の通知情報を前記装置から受信する通知情報受信ステップと、
各チームの所属プレーヤを当該チームと対応づけてチームを管理するチーム管理ステップと、
前記チーム管理ステップにおいて管理されているチーム同士のマッチングを行って複数チームでなるグループを複数編成し、各チームに所属する各プレーヤのゲームプレイに係る前記通知情報に含まれる判定用ポイントのチーム毎の合計の大小に基づいて、グループ内のチームの優劣を競うグループ内チーム間競争処理を実行するグループ内チーム間競争処理ステップと、
成否の相対的関係が規定された複数のチームコマンドの中から各チームそれぞれのチームコマンドを選択するチームコマンド選択ステップと、
前記チームコマンド選択ステップで選択された各チームのチームコマンドのうちの同じグループに属する各チームのチームコマンド及び前記相対的関係に従って、前記判定用ポイントを求める際の係数を設定する係数設定ステップと、
前記係数を前記装置に送信する係数送信ステップと、
を含む情報処理方法。
【請求項９】
各プレーヤがプレーヤ識別情報を入力してゲームプレイ可能な装置と通信接続されたサーバシステムが行う情報処理方法であって、
前記装置から前記プレーヤ識別情報を受信するプレーヤ識別情報受信ステップと、
行われたゲームプレイに基づく所定の通知情報を前記装置から受信する通知情報受信ステップと、
各チームの所属プレーヤを当該チームと対応づけてチームを管理するチーム管理ステップと、
前記チーム管理ステップにおいて管理されているチーム同士のマッチングを行って複数チームでなるグループを複数編成し、各チームに所属する各プレーヤのゲームプレイに係る前記通知情報に基づいて、グループ内のチームの優劣を競うグループ内チーム間競争処理を実行するグループ内チーム間競争処理ステップと、
を含み、
前記グループ内チーム間競争処理ステップは、予め定められた演算処理によって前記通知情報から判定用ポイントを算出するポイント算出ステップを含み、算出した判定用ポイントのチーム毎の合計の大小に基づいてグループ内のチームの優劣を求めるステップであり、
成否の相対的関係が規定された複数のチームコマンドの中から各チームそれぞれのチームコマンドを選択するチームコマンド選択ステップと、
前記チームコマンド選択ステップで選択された各チームのチームコマンドのうちの同じグループに属する各チームのチームコマンド及び前記相対的関係に従って、前記判定用ポイントを求める際の係数を設定する係数設定ステップと、
を更に含み、
前記ポイント算出ステップは、前記係数を用いて前記判定用ポイントを算出するステップである、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバシステム、ゲーム装置及び情報処理方法に関する。
【背景技術】
【０００２】
いわゆるアーケードゲーム装置等の業務用のゲーム装置では、プレーヤが一定額のコイン又はメダルを投入する等して１回限りのゲームプレイを楽しむのが一般的である。そこで、１回限りのゲームプレイだけでなく、過去のゲームプレイを含めたそのプレーヤ自身の通算的なゲームプレイに対する興趣性を与えるべく、プレーヤＩＤカードを用いたゲームシステムが開発され、人気を呼んでいる。
【０００３】
このゲームシステムは、プレーヤＩＤカードの読み取り及び書き込みが可能なカードリーダを備えたゲーム装置とサーバシステムとが通信接続されてなる。プレーヤが任意のゲーム装置で自身のプレーヤＩＤカードを用いてゲームプレイをすると、勝敗等に応じてプレーヤポイントが付与され、サーバシステム側でプレーヤＩＤ別にプレーヤポイントが集計・管理されて、全国ランキング等がプレーヤに公開される仕組みになっている。このようなゲームシステムの特許文献としては、例えば特許文献１がある。
【０００４】
ゲーム装置におけるゲームプレイは、旧来と同様、それだけで成立する単なる１回のゲームプレイではある。しかし、１回１回のゲームプレイをプレーヤ別に纏め、プレーヤランキングとしたことで、全く新しい興趣性を創造した発明と言える。このゲームプレイとプレーヤランキングとの相関関係については「連動」と呼ばれ、広く知られているところである。
【０００５】
【特許文献１】特開２００６−００６８５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、ゲーム装置におけるゲームプレイに連動したプレーヤランキングは、プレーヤ個人を対象としたものであったため、ゲームプレイ仲間がいても、仲間同士の結束力や協力といった結果が表れず、楽しみの幅が限られていた。
【課題を解決するための手段】
【０００７】
上記課題を解決するための第１の発明は、
各プレーヤがプレーヤ識別情報を入力してゲームプレイ可能なゲーム装置（例えば、図１のゲーム装置１０）と通信接続されるサーバシステム（例えば、図１のサーバシステム３０）であって、
前記ゲーム装置から前記プレーヤ識別情報を受信するプレーヤ識別情報受信手段（例えば、図２２の通信部３４０）と、
行われたゲームプレイに基づく所定の通知情報を算出した前記ゲーム装置から前記通知情報を受信する通知情報受信手段（例えば、図２２の通信部３４０）と、
各プレーヤのプレーヤポイントを前記受信された通知情報に基づき更新して管理するプレーヤポイント管理手段（例えば、図２２のプレーヤ管理部３２１）と、
前記プレーヤポイントに従ってプレーヤの順位付けを行うプレーヤランキング処理手段（例えば、図２２の処理部３２０）と、
各チームの所属プレーヤを当該チームと対応づけてチームを管理するチーム管理手段（例えば、図２２のチーム管理部３２２）と、
前記チーム管理手段により管理されているチーム同士のマッチングを行って複数チームでなるグループ（例えば、図３の「リーグ」）を複数編成し、各チームに所属する各プレーヤがゲームプレイした後の前記通知情報に基づいて、グループ内のチームの優劣を競うグループ内チーム間競争処理を実行するグループ内チーム間競争処理手段（例えば、図２２のリーグ管理部３２３）と、
を備えたサーバシステムである。
【０００８】
また、他の発明として、
各プレーヤがプレーヤ識別情報を入力してゲームプレイ可能なゲーム装置と通信接続されたサーバシステムが行う情報処理方法であって、
前記ゲーム装置から前記プレーヤ識別情報を受信するプレーヤ識別情報受信ステップと、
行われたゲームプレイに基づく所定の通知情報を算出した前記ゲーム装置から前記通知情報を受信する通知情報受信ステップと、
各プレーヤのプレーヤポイントを前記受信された通知情報に基づき更新して管理するプレーヤポイント管理ステップと、
前記プレーヤポイントに従ってプレーヤの順位付けを行うプレーヤランキング処理ステップと、
各チームの所属プレーヤを当該チームと対応づけてチームを管理するチーム管理ステップと、
前記チーム管理ステップにおいて管理されているチーム同士のマッチングを行って複数チームでなるグループを複数編成し、各チームに所属する各プレーヤがゲームプレイした後の前記通知情報に基づいて、グループ内のチームの優劣を競うグループ内チーム間競争処理を実行するグループ内チーム間競争処理ステップと、
を含む情報処理方法を構成することとしてもよい。
【０００９】
この第１の発明等によれば、ゲーム装置で行われるゲームプレイに連動してプレーヤランキングが算出されてプレーヤに提供されるが、このプレーヤランキングに加えて、グループ内チーム間競争処理が実行される。すなわち、チーム毎に所属プレーヤが管理されるとともに、チーム同士のマッチングが行われることでチームのグループが編成される。そして、各グループ内のチームの優劣を、各チームに所属する各プレーヤのゲームプレイによって競争するグループ内チーム間競争処理が実行される。
【００１０】
プレーヤにとっては、ゲーム装置における１回１回のゲームプレイであり、そのものだけでも楽しめるが、そのゲームプレイがプレーヤランキングに影響を与えるとともに、グループ内で争っているチーム間の優劣にも影響を与えることとなる。そのため、第１の発明等によれば、ゲーム装置におけるゲームプレイに対して新たな興趣を与え、ゲームの面白味の幅を一層広げることのできるシステムを提供できる。また、マッチングされたグループ内でチームの優劣を競うため、競争相手のチームが特定され、チーム同士の競争意識を向上させることのできるシステムを提供できる。
【００１１】
また、第２の発明として、第１の発明のサーバシステムであって、
前記チーム管理手段は、前記受信されたプレーヤ識別情報によって識別されるプレーヤが所属するチームのチームポイントを、前記受信された通知情報に基づき可変することで、各チームのチームポイントを管理するチームポイント管理手段を有し、
前記グループ内チーム間競争処理手段は、前記チームポイント管理手段によって管理されているチームポイントに基づき判定される所定条件（例えば、チームレベルが「５」以上）を満たすチームを対象に前記グループ内チーム間競争処理を実行するサーバシステムを構成することとしてもよい。
【００１２】
この第２の発明によれば、各チームのチームポイントが、当該チームに所属するプレーヤのゲームプレイによって可変されて管理されることとなる。また、そのチームポイントが所定条件に達したチームを対象にグループ内チーム間競争処理が実行される。このため、どのようなチームであってもグループ内チーム間競争処理の対象になるわけではない。例えば、チームポイントが一定以上であることを所定条件とすることで、チームとして名目的に存在するチームを排除することができる。また、過去１ヶ月以内にチームポイントの更新があることといったチームポイントの更新頻度が一定以上であることを所定条件とすれば、所属プレーヤの何れもゲームプレイをしていないチームを排除することができる。
【００１３】
また、第３の発明として、第２の発明のサーバシステムであって、
前記チームポイントが前記所定条件を満たすチーム及び満たさないチームを含めた各チームの順位付けを、前記チームポイントに従って行うチームランキング処理手段（例えば、図２２の処理部３２０）を更に備えたサーバシステムを構成することとしてもよい。
【００１４】
この第３の発明によれば、更に、チームポイントによるチームランキングを実現することができ、ゲーム装置におけるゲームプレイに対して更なる興趣を与えることのできるシステムを提供できる。
【００１５】
また、第４の発明として、第１〜第３の何れかの発明のサーバシステムであって、
前記チーム管理手段は、前記グループ内チーム間競争処理によるグループ内での順位に基づいて各チームのチームレベルを可変に管理するチームレベル管理手段（例えば、図２２のチーム管理部３２２）を有し、
前記グループ内チーム間競争処理手段は、同じチームレベル同士のチームをマッチングする、
サーバシステムを構成することとしてもよい。
【００１６】
この第４の発明によれば、同じチームレベル同士のチームがマッチングされてグループが編成され、グループ内チーム間競争処理が実行される。このため、実力が拮抗したチーム同士によりグループ内チーム間競争処理が行われることとなる。但し、グループ内チーム間競争処理は、チーム同士が直接対戦して争うものではない。ゲーム装置でプレーヤ個人個人が行う１回１回のゲームプレイをチーム単位で纏めた結果によって、間接的にチーム同士が争うのである。従って、実力が拮抗したチーム同士の争いとはいえ、各チームに所属するプレーヤが行う個々のゲームプレイによる間接的なチーム同士の争いであるため、ひと味違った面白味のある競争を実現できる。
【００１７】
また、第５の発明として、第１〜第４の何れかの発明のサーバシステムであって、
前記グループ内チーム間競争処理手段は、前記グループ内チーム間競争処理を所定期間（例えば、図４の月曜日から日曜日までの１週間）間隔で繰り返し実行するサーバシステムを構成することとしてもよい。
【００１８】
この第５の発明によれば、グループ内チーム間競争処理が一時的に行われるのではなく、所定期間間隔で繰り返し実行されるため、競争する相手チームがその期間ごとにマッチングされて変更されて、グループ内チーム間競争を継続的に楽しむことができる。
【００１９】
また、第６の発明として、第１〜第５の何れかの発明のサーバシステムであって、
前記ゲーム装置は、予め定められた演算処理によってゲームプレイ結果から判定用ポイント（例えば、実施形態の「リーグポイント」）を算出するポイント算出手段（例えば、図３４のゲーム演算部１３１）を有しており、
前記通知情報には、少なくとも前記ポイント算出手段により算出された判定用ポイントが含まれ、
前記グループ内チーム間競争処理手段は、前記通知情報に含まれる判定用ポイントのチーム毎の合計の大小によってグループ内のチームの優劣を求める、
サーバシステムを構成することとしてもよい。
【００２０】
勿論、他の発明として、第６の発明のサーバシステムと通信可能であり、プレーヤがプレーヤ識別情報を入力してゲームプレイ可能なゲーム装置であって、
予め定められた演算処理によってゲームプレイ結果から前記判定用ポイントを算出するポイント算出手段（例えば、図３４のゲーム演算部１３１）と、
前記算出された判定用ポイントを前記サーバシステムに送信する送信手段と、
を備えたゲーム装置を構成することとしてもよい。
【００２１】
この第６の発明等によれば、ゲーム装置側でゲームプレイ結果から判定用ポイントが算出されてサーバシステムに送信され、チーム毎の合計の大小によってグループ内のチームの優劣が決することとなる。
【００２２】
また、第７の発明として、第６の発明のサーバシステムであって、
前記ゲーム装置は、ゲームプレイ中又はゲームプレイ結果として達成可能な条件であり、当該プレーヤが所属するチームにボーナスポイントを付与するボーナスポイント付与条件（例えば、実施形態の「トライアル」）を満たすか否かを、当該プレーヤのゲームプレイ及び／又はゲームプレイ結果から判定する条件適否判定手段（例えば、図３４のゲーム演算部１３１）を更に有しており、
前記ゲーム装置の前記ポイント算出手段は、前記条件適否判定手段により満たすと判定された場合に前記ボーナスポイントを加算して前記判定用ポイントを算出する手段であり、
プレーヤ端末との間で所定の通信を行い、当該プレーヤにボーナスポイント付与条件を設定するボーナスポイント条件設定手段（例えば、図２２のＨＰ管理部３２４）と、
前記プレーヤ識別情報受信手段により受信されたプレーヤ識別情報により識別されるプレーヤに対して設定されているボーナスポイント付与条件を前記ゲーム装置に送信するボーナスポイント付与条件送信手段と、
を備えたサーバシステムを構成することとしてもよい。
【００２３】
この第７の発明によれば、プレーヤがゲーム装置で行ったゲームプレイ及び／又はゲームプレイ結果から、ボーナスポイント付与条件を満たすか否かが判定され、満たす場合にはボーナスポイントがチーム合計の判定用ポイントに加算されることとなる。プレーヤはゲーム装置で通常のゲームを行うだけで、そのゲームプレイ及び／又はゲームプレイ結果からボーナスポイントを付与するか否かが判定される。このため、ゲーム装置における１回１回のゲームをそのままとして、別途新たな興趣を付加することができる。
【００２４】
また、第８の発明として、第６又は第７の発明のサーバシステムであって、
成否の相対的関係が規定された複数のチームコマンドの中から各チームそれぞれのチームコマンドを選択するチームコマンド選択手段（例えば、図２２のＨＰ管理部３２４）と、
前記チームコマンド選択手段により選択された各チームのチームコマンドのうちの同じグループに属する各チームのチームコマンド及び前記規定されたチームコマンドの成否の相対的関係（例えば、図３０のコマンド相対関係テーブル３６１）に従って、前記ゲーム装置の前記ポイント算出手段がゲームプレイ結果から判定用ポイントを求める際の演算係数（例えば、実施形態の「演算係数Ｎ」）を可変に設定する演算係数設定手段と、
前記設定された演算係数を前記ゲーム装置に送信する演算係数送信手段と、
を更に備えたサーバシステムを構成することとしてもよい。
【００２５】
この第８の発明によれば、ゲームプレイ結果から判定用ポイントを求める際の演算係数が、成否の相対的関係が規定された複数のチームコマンドの中から選択された各チームそれぞれのチームコマンドの相対的関係によって可変される。このため、単にゲームプレイ結果から判定用ポイントが求まるのではない、新たな興趣を付加することができる。
【００２６】
また、第９の発明として、第１〜第５の何れかの発明のサーバシステムであって、
前記グループ内チーム間競争処理手段は、予め定められた演算処理によって前記通知情報から判定用ポイント（例えば、実施形態の「リーグポイント」）を算出するポイント算出手段を有し、算出した判定用ポイントのチーム毎の合計の大小によってグループ内のチームの優劣を求めるサーバシステムを構成することとしてもよい。
【００２７】
この第９の発明によれば、行われたゲームプレイに基づき算出されてゲーム装置から送信された通知情報から判定用ポイントを算出し、算出した判定用ポイントのチーム毎の合計の大小によってグループ内のチームの優劣が決することとなる。
【００２８】
また、第１０の発明として、第９の発明のサーバシステムであって、
プレーヤ端末との間で所定の通信を行い、当該プレーヤが前記ゲーム装置でのゲームプレイ中又はゲームプレイ結果として達成可能な条件であり、当該プレーヤが所属するチームにボーナスポイントを付与するボーナスポイント付与条件（例えば、実施形態の「トライアル」）を、当該プレーヤに対して設定するボーナスポイント条件設定手段を更に備え、
前記ポイント算出手段は、前記プレーヤ識別情報受信手段により受信されたプレーヤ識別情報により識別されるプレーヤに対して設定されているボーナスポイント付与条件を満たすか否かを、前記通知情報受信手段により受信された通知情報から判定し、満たす場合にボーナスポイントを加算して前記判定用ポイントを算出する、
サーバシステムを構成することとしてもよい。
【００２９】
この第１０の発明によれば、プレーヤがゲーム装置で行ったゲームプレイ及び／又はゲームプレイ結果から、ボーナスポイント付与条件を満たすか否かが判定され、満たす場合にはボーナスポイントがチーム合計の判定用ポイントに加算されることとなる。プレーヤはゲーム装置で通常のゲームを行うだけで、そのゲームプレイ及び／又はゲームプレイ結果からボーナスポイントを付与するか否かが判定される。このため、ゲーム装置における１回１回のゲームをそのままとして、別途新たな興趣を付加することができる。
【００３０】
また、第１１の発明として、第９又は第１０の発明のサーバシステムであって、
成否の相対的関係が規定された複数のチームコマンドの中から各チームそれぞれのチームコマンドを選択するチームコマンド選択手段（例えば、図２２のＨＰ管理部３２４）と、
前記チームコマンド選択手段により選択された各チームのチームコマンドのうちの同じグループに属する各チームのチームコマンド及び前記規定されたチームコマンドの成否の相対的関係に従って、前記ポイント算出手段が前記通知情報から前記判定用ポイントを求める際の演算係数（例えば、実施形態の「演算係数Ｎ」）を可変に設定する演算係数設定手段と、
を更に備え、
前記ポイント算出手段が、前記演算係数設定手段により設定された演算係数を用いて前記判定用ポイントを算出する、
サーバシステムを構成することとしてもよい。
【００３１】
この第１１の発明によれば、判定用ポイントを求める際の演算係数が、成否の相対的関係が規定された複数のチームコマンドの中から選択された各チームそれぞれのチームコマンドの相対的関係によって可変される。このため、単に通知情報から判定用ポイントが求まるのではない、新たな興趣を付加することができる。
【００３２】
また、第１２の発明として、第８又は第１１の発明のサーバシステムであって、
前記チームコマンド選択手段は、前記各チームそれぞれのチームコマンドを、当該チームに所属するプレーヤのプレーヤ端末から送信されてくる投票信号に基づき、当該チームに所属するプレーヤの多数決で選択するサーバシステムを構成することとしてもよい。
【００３３】
この第１２の発明によれば、各チームそれぞれのチームコマンドは、当該チームに所属するプレーヤのプレーヤ端末から送信されてくる投票信号に基づく多数決で選択される。このため、チームの総意としてチームコマンドを選択することが可能となる。
【００３４】
また、第１３の発明として、第６〜第１２の何れかの発明のサーバシステムであって、
前記グループ内チーム間競争処理手段は、前記判定用ポイントのチーム毎の合計を、前記所定期間より短い期間単位（例えば、図１０の６〜１６時の昼間及び１６〜２６時の夜間である区間）で小計する小計手段を有し、
前記プレーヤ識別情報受信手段により受信されたプレーヤ識別信号により識別されるプレーヤの所属するチームが属するグループの各チームそれぞれの前記小計手段により算出されている最新の期間単位中の前記判定ポイントの合計値を前記ゲーム装置に表示（例えば、図９のチームポイント獲得状況ウィンドウＷ１）するための信号を前記ゲーム装置に送信する送信手段と、
を更に備えたサーバシステムを構成することとしてもよい。
【００３５】
この第１３の発明によれば、プレーヤがゲームプレイするゲーム装置においてグループ内チーム間競争処理の途中経過を知ることができる。ただし、その途中経過は、現在争っているグループ内のチームそれぞれの判定ポイントの累計値が表示されるわけではない。グループ内チーム間競争処理がなされる所定期間より短い期間単位で小計される判定ポイントの最新の期間単位中の判定ポイントが表示される。すなわち、プレーヤは、現時点の期間単位におけるチーム間のポイント情勢を知ることができるが、グループ内チーム間競争処理がなされる所定期間全体を通じた通算ポイントを知ることはできない。所定期間全体の通算ポイントを表示してしまうと、ポイント差によってはチームの士気を低下させ、更には、ゲーム装置における１回１回のゲームプレイ自体をつまらないものに感じさせてしまうおそれがあるためである。
【発明を実施するための最良の形態】
【００３６】
以下、図面を参照して、本発明の好適な実施形態を説明する。なお、以下では、ネットワークゲームシステムにおいて格闘対戦ゲームを実行する場合を説明するが、本発明の適用可能な実施形態がこれに限定されるものではない。
【００３７】
［構成］
図１は、本実施形態のゲームシステム１の構成図である。同図によれば、ゲームシステム１は、複数のゲーム装置１０と、サーバシステム３０と、プレーヤ端末５０とを備えて構成されるネットワークゲームシステムである。サーバシステム３０とゲーム装置１０とは、通信回線Ｎ１を介して通信可能に接続されている。更に、サーバシステム３０とプレーヤ端末５０とは、通信回線Ｎ２を介して通信可能に接続されている。ここで、通信回線Ｎ１，Ｎ２とは、データ授受が可能な通信路を意味する。即ち、通信回線Ｎ１，Ｎ２とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮの他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。また、通信回線Ｎ１，Ｎ２はそれぞれ異なる通信網であっても同一の通信網であっても構わない。
【００３８】
ゲーム装置１０は、プレーヤがゲームをプレイするための端末装置であり、具体的には、例えばゲームセンタ等の店舗に設置された業務用のゲーム装置である。また、同一店舗内に設置されたゲーム装置１０は、店舗内に敷設されたＬＡＮ等によって接続されている。このゲーム装置１０は、筐体に挿入されたゲームカード２０に記録されたカードＩＤを読み取り、読み取ったカードＩＤを送信してサーバシステム３０にアクセスしてゲームシステム１にログインする。ここで、ゲームカード２０は、販売等によってプレーヤに事前に提供されるものであって、例えば、固有のカードＩＤ等のデータが記憶されたＩＣチップを内蔵するＩＣカードにより実現される。
【００３９】
サーバシステム３０は、公知のサーバコンピュータにより構成されるサーバシステムであり、例えばゲームメーカ側に設置される。このサーバシステム３０は、主に、（１）ゲームシステム１におけるゲームを管理するゲームサーバとして機能するとともに、（２）ゲームで用いられるゲームカード２０を登録したプレーヤに対して、ゲームシステム１で行われるゲームに連動したサービスを提供するためのホームページ（ＨＰ）をインターネット上に公開するウェブサーバとして機能する。なお、サーバシステム３０は、複数台のサーバコンピュータによる構成としても良い。
【００４０】
プレーヤ端末５０は、プレーヤがサーバシステム３０から提供されるサービスを受けるための端末装置であり、具体的には、プレーヤが所有する携帯電話機やパソコンである。具体的には、プレーヤ端末５０は、ブラウザプログラムを起動してサーバシステム３０により開設されているホームページにアクセスすることで、サーバシステム３０により提供されるサービスを受けることができる。
【００４１】
［原理］
ゲームシステム１では、格闘対戦ゲームが行われる。プレーヤは、この格闘対戦ゲームにおいて、同一店舗内の他のプレーヤと対戦する「プレーヤ対戦」と、ＣＰＵキャラクタと対戦する「ＣＰＵ対戦」とを行うことができる。そして、ゲーム装置１０におけるゲームプレイ結果に応じて、「プレーヤポイント」及び「ファイトマネー」がプレーヤに付与される。「ファイトマネー」は、プレーヤがプレーヤキャラクタをカスタマイズするための衣服やアクセサリ等の購入に用いられる仮想マネーである。「プレーヤポイント」は、プレーヤを順位付けするための値であり、これまでに各プレーヤが獲得したプレーヤポイントの合計値によってプレーヤランキングが算出される。
【００４２】
また、本実施形態では、複数のプレーヤによって「チーム」が編成され、このチームを単位としたチームランキングが算出される。チームランキングは、各チームの所属プレーヤが獲得した「チームポイント」の合計値によって算出される。チームポイントは、プレーヤのゲームプレイ結果に応じて獲得されるポイントであり、上述のプレーヤポイントとは異なる基準によって算出される。つまり、プレーヤは、ゲームプレイによって、自分自身のためのファイトマネー及びプレーヤポイントと、所属チームのためのチームポイントとを獲得することになる。
【００４３】
また、チームにはレベル（チームレベル）が定められる。チームレベルは、最低レベルである「１」からスタートし、最高レベルである「１０」までの間で変更される。図２は、チームレベルの変更を説明する図である。同図に示すように、チームレベルが「１」から「５」までの間は、獲得されたチームポイントの合計値に応じてチームレベルが変更される。ここで、獲得されるチームポイントは正値である。つまり、各チームのチームポイントの合計値は増加するのみであり、従って、チームレベルは「５」までは上昇して変更される。そして、チームレベルが「５」に達すると、「リーグ戦」に参加可能となるとともに、このリーグ戦の結果に応じて可変される「リーグポイント」に応じてチームレベルが変更される。リーグポイントは、当該チームのリーグ戦での結果に応じて増加／減少される値である。従って、チームレベルは「５」から「１０」の間で上昇／下降して変更される。但し、チームレベルが「５」に達した後は「５」未満に下降することはない。
【００４４】
図３は、リーグ戦の概要を説明する図である。同図に示すように、リーグは、複数（具体的には、３〜５）のチームを組み合わせて形成される。そして、このリーグ内で、各チームの所属プレーヤが獲得したチームポイントの合計値によって順位付けされる。
【００４５】
また、このリーグ戦は、決まった期間（例えば、１週間）を単位として開催される。図４は、リーグ戦の開催概要を説明する図である。同図に示すように、リーグ戦は、月曜日から次の日曜日までの１週間（７日間）に亘って開催される。すなわち、日曜日にリーグが形成される。次いで、翌日の月曜日から日曜日までの間、プレーヤがゲームプレイを行うことでチームポイントを獲得する。そして、最終日である日曜日に、この１週間（開催期間）に獲得されたチームポイントの合計値の大小によって順位（リーグ順位）が決定される。更に、リーグ順位に応じて各チームのリーグポイントが変更され、このリーグポイントの変更に応じてチームレベルが変更される。
【００４６】
図５は、リーグの形成を説明する図である。同図に示すように、リーグは、チームレベルが同じチーム同士をマッチングして形成される。なお、リーグは、リーグ戦に参加可能なチームレベルが「５」以上のチームによって形成される。基本的には、チームレベルが同じである５チームで１つのリーグを形成するが、チーム数が足りない場合には、３チーム或いは４チームで１つのリーグを形成する。例えば、チームレベルが同じチーム同士を５チームずつマッチングさせた結果、残ったチーム数が２チーム以下となる場合には、２つのリーグを４チーム或いは３チームで１つのリーグとするようにリーグ形成するといったように、必ず３チーム以上で１つのリーグを形成する。更に、同一レベルのチームが全体で２チーム以下の場合には、その１つ下或いは１つ上のレベルのチームと合わせて、チームレベルが混合したリーグを形成する。
【００４７】
チームポイントは、ゲーム装置１０でのゲームプレイ毎に、当該ゲームプレイのプレイ結果に基づき、「ベースポイント」×Ｎ＋「トライアルポイント」、で算出される。ベースポイントは、ゲームプレイを行うことによって獲得されるポイントであり、主に参加ポイントや勝利ポイントである。
【００４８】
演算係数Ｎは、ベースポイントを増減させるパラメータであり、チーム毎に定められる。また、この演算係数Ｎは、初期値として「１．０」が設定されているが、各チームが発動するチームコマンドに応じて変更される。すなわち、チームコマンドには複数種類あり、各種類間の成否の相対関係（相対的関係）が予め定められている。そして、各チームが発動したチームコマンド間の成否の相対関係に応じて、各チームの演算係数Ｎが変更される。
【００４９】
図６は、チームコマンドの成否の相対関係を示す図である。同図に示すように、チームコマンドには、「攻撃」、「迎撃」及び「ブースト」の３種類がある。そして、チームコマンド間の成否の相対関係は次のように定められている。「攻撃」は、指定した他のチームを攻撃するコマンドである。その成否は、攻撃対象のチームから「迎撃」されなければ成功であり、攻撃対象のチームの演算係数Ｎを「１．０」未満に低減させる。また、攻撃対象のチームから「迎撃」されると失敗であり、自チームの演算係数Ｎが「１．０」未満に低減される。「迎撃」は、他チームからの「攻撃」を当該チームに跳ね返すコマンドである。その成否は、他チームから「攻撃」されると成功であり、当該攻撃してきたチームの演算係数Ｎを「１．０」未満に低減させる。また、何れの他チームからも「攻撃」されなければ失敗であり、自チームの演算係数Ｎが「１．０」未満に低減される。「ブースト」は、他チームから「攻撃」されないことを期待するコマンドである。その成否は、何れの他チームからも「攻撃」されなければ成功であり、自チームの演算係数Ｎが「１．０」より大きく増加される。また、他チームから「攻撃」されると失敗であり、自チームの演算係数Ｎが「１．０」未満に低減される。
【００５０】
例えば、同図では、各チームが発動するチームコマンドは、チームＡは「迎撃」、チームＢはチームＡを「攻撃」、チームＣは「ブースト」、チームＤはチームＣを「攻撃」、チームＥはチームＤを「攻撃」である。従って、チームＡは、「攻撃」してきたチームＢを「迎撃」したので「成功」であり、チームＢの演算係数ＮＢを「１．０」未満に低減させるとともに、他の何れのチームからも「攻撃」されていないのでその演算係数ＮＡは「１．０」のままである。また、チームＢは、攻撃対象のチームＡに「迎撃」されたので「失敗」であり、その演算係数ＮＢは「１．０」未満となる。また、チームＣは、チームＤから「攻撃」されたので「失敗」であり、演算係数ＮＣは「１．０」未満となる。また、チームＤは、攻撃対象のチームＣに「迎撃」されていないので「成功」であり、チームＣの演算係ＮＣを「１．０」未満に低減させるとともに、チームＤはチームＥに「攻撃」されたのでその演算係数ＮＤは「１．０」未満となる。また、チームＥは、攻撃対象のチームＤに「迎撃」されていないので「成功」であり、チームＤの演算係数ＮＤを「１．０」未満に低減させるとともに、他の何れのチームからも「攻撃」されていないので、その演算係数ＮＥは「１．０」のままである。
【００５１】
チームコマンドは、１日を単位として発動される。つまり、演算係数Ｎは、１日を単位として変更される。図７は、チームコマンドの発動を説明する図である。同図に示すように、ある日（例えば、水曜日）に発動されるチームコマンドは、その前日（例えば、火曜日）の所定時刻（例えば、１７時）から受け付けが開始され、当日（例えば、水曜日）の営業期間前の所定時刻（例えば、６時）に受け付けが締め切られる。プレーヤは、この受付開始時刻から受付終了時刻までのコマンド受付期間内に、次の日に発動させたいチームコマンドを投票（選択）する。但し、１人１票である。なお、このプレーヤによるチームコマンドの投票は、当該プレーヤが所有するプレーヤ端末５０にて行われる。コマンド受付期間が終了すると、各チームの所属プレーヤの多数決によって当該チームのチームコマンドが決定される。そして、決定されたチームコマンドが発動される。
【００５２】
トライアルポイントは、予め定められた「トライアル（ボーナスポイント付与条件）」を達成することで獲得されるポイントである。トライアルは、例えばゲーム中の特定の行動を行うといった、ゲームプレイの内容に関する達成条件が定められる。また、このトライアルは、プレーヤ毎に、当該プレーヤ自身によって決定される。なお、このプレーヤによるトライアルの決定は、当該プレーヤが所有するプレーヤ端末５０にて行われる。
【００５３】
また、トライアルには「有効期間」が設定されており、この有効期間内に達成すると、「トライアル成功」として所定のトライアルポイントが獲得される。図８は、トライアルの有効期間を説明する図である。同図に示すように、トライアルの有効期間は、当該トライアルを決定した日を含む最大３日間として定められる。すなわち、同図（ａ）に示すように、火曜日にトライアルを決定した場合、当該火曜日から数えて３日目である木曜日までが、当該トライアルの有効期間となる。また、同図（ｂ）に示すように、土曜日にトライアルを決定した場合、リーグ戦の最終日である日曜日までが、当該トライアルの有効期間となる。
【００５４】
各チームのチームポイントの獲得状況は、ゲーム装置１０におけるゲームプレイである対戦終了後に表示される。図９は、ゲーム装置１０において対戦終了後に表示される対戦後画面の一例を示す図である。同図によれば、対戦後画面には、対戦結果を示すメッセージＭ１とともに、チームポイントの獲得状況ウィンドウＷ１が表示される。獲得状況ウィンドウＷ１には、下方の拡大図に示すように、同一のリーグに所属している各チームの、現時点でのチームポイントの獲得状況がグラフ表示される。グラフは、左端を下限０ポイントとし、右端を上限１０００ポイントとして表示される。また、このチームポイントの獲得状況は、該当するリーグ戦の開催期間中のある「区間」での獲得ポイントが表示される。
【００５５】
図１０は、区間を説明する図である。同図に示すように、区間は、リーグ戦の開催期間中の１日の想定される最大営業時間を、前半（昼間）と後半（夜間）とに二等分した期間である。つまり、チームポイントの獲得状況ウィンドウＷ１には、該当するリーグ戦の開始時点からのチームポイントの獲得状況ではなく、現時点を含む最新の１つの区間における獲得状況が表示される。この表示対象の区間は、獲得状況ウィンドウＷ１において表示されている。従って、プレーヤにとってみれば、現在区間での区間順位は分かるけれども、当該リーグが開催されてからの期間全体の総合順位は把握できない。
【００５６】
［プレーヤ端末の表示画面］
ここで、プレーヤ端末５０においてプレーヤが行う操作を、プレーヤ端末５０に表示される表示画面を参照して説明する。先ず、プレーヤ端末５０からサーバシステム３０にアクセスすると、トップページとして、例えば図１１に示すプレーヤトップ画面が表示される。
【００５７】
図１１は、プレーヤトップ画面の一例を示す図である。同図によれば、プレーヤトップ画面には、プレーヤ名やプレーヤＩＤ、プレーヤランキング、プレイ履歴、所属チームといったプレーヤについてのデータが表示されている。また、これらの項目のうち、選択可能な項目については下線が付されている。このプレーヤトップ画面において「所属チーム」を選択すると、続いて「チームトップ画面」が表示される。
【００５８】
図１２は、チームトップ画面の一例を示す図である。同図によれば、チームトップ画面には、チーム名やチームレベル、所属プレーヤ、チームランキングといった当該プレーヤが所属するチームについてのデータが表示される。このチームトップ画面において「リーグ戦」を選択すると、続いて「リーグトップ画面」が表示される。
【００５９】
図１３は、リーグトップ画面の一例を示す図である。同図によれば、リーグトップ画面には、現在の区間順位やエントリチーム、発動中のチームコマンドといった、当該プレーヤの所属チームのリーグに関するデータが表示される。このリーグトップ画面において「チームコマンド」を選択すると、続いて「チームコマンド画面」が表示される。
【００６０】
図１４は、チームコマンド画面の一例を示す図である。同図によれば、チームコマンド画面には、所属チームにおけるチームコマンドそれぞれの現在の投票状況が表示される。このチームコマンド画面において「コマンドの投票」を選択すると、続いて「コマンド投票画面」が表示される。
【００６１】
図１５は、コマンド投票画面の一例を示す図である。同図によれば、コマンド投票画面には、チームコマンドそれぞれについて、詳細な解説文と当該コマンドに投票するかを問うメッセージとが表示される。このコマンド投票画面において、何れかのチームコマンドの「投票する」を選択すると、当該チームコマンドに投票される。そして、この投票結果を反映したチームコマンド画面が、再度、表示される。なお、ここでは、当該プレーヤが既にチームコマンドを投票済みである場合には、新たに投票したチームコマンドに変更することにするが、一度投票したら変更不可能としても良い。
【００６２】
また、チームコマンドの受付期間外である場合に、図１３に示したリーグトップ画面において「チームコマンド」を選択すると、続いて「コマンド投票不可画面」が表示される。図１６は、コマンド投票不可画面の一例を示す図である。同図によれば、コマンド投票不可画面には、コマンド受付時間外であってチームコマンドの投票が不可能である旨のメッセージが表示される。
【００６３】
また、図１１に示したプレーヤトップ画面において「トライアル」を選択すると、続いて「トライアルトップ画面」が表示される。図１７は、トライアルトップ画面の一例を示す図である。同図によれば、トライアルトップ画面には、進行中のトライアルについて、詳細な解説文と、有効期間と、当該トライアルを中止するかを問うメッセージとが表示される。このトライアルトップ画面において「中止する」を選択すると、この進行中のトライアルが中止される。そして、トライアルを中止した旨のメッセージが表示された後、図１８に示すトライアルトップ画面が表示される。
【００６４】
図１８は、トライアルトップ画面の他の例を示す図である。同図によれば、トライアルトップ画面には、現在進行中のトライアルが無い旨のメッセージが表示される。なお、進行中のトライアルが無い場合に、図１１に示したプレーヤトップ画面において「トライアル」を選択すると、図１８に示したトライアルトップ画面が表示される。
【００６５】
また、トライアルトップ画面（図１７，１８参照）において「トライアルリスト」を選択すると、続いて「トライアルリスト画面」が表示される。図１９は、トライアルリスト画面の一例を示す図である。同図によれば、トライアルリスト画面には、複数のトライアルの一覧であるトライアルリストと、当該トライアルリストの更新可能な残り回数とが表示される。このトライアルリスト画面において「リストを更新する」を選択すると、現在表示されているトライアルリストが更新されて、別のトライアルからなる新しいトライアルリストが表示されるとともに、トライアルリストの更新残り回数が「１」少なくなる。トライアルリストの更新には制限が設けられており、例えば１日に３回までといった回数制限として規定されている。また、トライアルリストの何れかのトライアルを選択すると、続いて「トライアル詳細画面」が表示される。
【００６６】
図２０は、トライアル詳細画面の一例を示す図である。同図によれば、トライアル詳細画面には、選択したトライアルの詳細な解説文（達成条件）と当該トライアルに挑戦するかを問うメッセージとが表示される。このトライアル詳細画面において「挑戦する」を選択すると、当該トライアルに決定されて進行が開始される。
【００６７】
なお、進行中のトライアルがある場合に、トライアルリスト画面において何れかのトライアルを選択すると、図２１に示すトライアル詳細画面が表示される。図２１は、トライアル詳細画面の他の例を示す図である。同図によれば、トライアル詳細画面には、選択したトライアルの詳細な解説文（達成条件）と進行中のトライアルを中止してこのトライアルに挑戦するかを問うメッセージとが表示される。このトライアル詳細画面において「挑戦する」を選択すると、進行中のトライアルが中止された後、当該トライアルに決定されて進行が開始される。
【００６８】
［ゲームサーバ］
図２２は、サーバシステム３０の機能構成を示すブロック図である。同図によれば、サーバシステム３０は、操作部３１０と、処理部３２０と、表示部３３０と、通信部３４０と、記憶部３５０とを備えて構成される。
【００６９】
操作部３１０は、当該サーバシステム３０の管理者による操作指示を受け付け、操作に応じた操作信号を処理部３２０に出力する。この機能は、例えばボタンスイッチやレバー、ダイヤル、マウス、キーボード、タッチパネル、各種センサ等によって実現される。
【００７０】
処理部３２０は、記憶部３５０に記憶されているプログラムやデータ、操作部３１０から入力された操作信号、通信部３４０を介して外部装置（主に、ゲーム装置１０）から受信したデータ等に基づいて、サーバシステム３０の全体制御を行う。この機能は、例えばＣＰＵ（ＣＩＳＣ型、ＲＩＳＣ型）、ＡＳＩＣ（ゲートアレイ等）等の演算装置やその制御プログラムにより実現される。本実施形態では、処理部３２０は、プレーヤ管理部３２１と、チーム管理部３２２と、リーグ管理部３２３と、ＨＰ管理部３２４とを有する。
【００７１】
プレーヤ管理部３２１は、ゲームシステム１に登録されているプレーヤを管理する。ここで、登録されているプレーヤに関するデータは、プレーヤ管理ＤＢ３４１に格納される。図２３に、プレーヤ管理ＤＢ３４１の一例を示す。同図に示すように、プレーヤ管理ＤＢ３４１は、プレーヤそれぞれについての複数のプレーヤデータ３４２から構成される。プレーヤデータ３４２は、該当するプレーヤのプレーヤＩＤ３４２ａと、プレーヤ名３４２ｂと、プレーヤレベル３４２ｃと、保有プレーヤポイント３４２ｄと、保有ファイトマネー３４２ｅと、所有するゲームカード２０のカードＩＤ３４２ｆと、所有するプレーヤ端末５０の端末ＩＤ３４２ｇと、所属チーム３４２ｈと、トライアルデータ３４３と、プレーヤキャラデータ３４２ｉとを格納している。
【００７２】
トライアルデータ３４３は、当該プレーヤのトライアルについてのデータである。図２４に、トライアルデータ３４３のデータ構成の一例を示す。同図によれば、トライアルデータ３４３は、トライアルリストの更新回数３４３ａと、進行中のトライアル３４３ｂと、その有効期間３４３ｃと、トライアルリストデータ３４３ｄと、トライアル履歴データ３４３ｈとを格納している。リスト更新回数３４３ａは、本日のトライアルリストの更新回数である。トライアルリストデータ３４３ｄは、ランク３４３ｅと、トライアル３４３ｆと、状況３４３ｇとを対応付けて格納している。状況３４３ｇは、対応するトライアルが未選択であるか、進行中であるか、中止されたか、或いは達成されたかの何れかを示す値が格納される。トライアル履歴データ３４３ｈは、これまでに生成されたトライアルリストや、達成／中止されたトライアルを示すデータを含んでいる。
【００７３】
ここで、予め用意されている全てのトライアルについてのデータは、トライアル一覧テーブル３６３に格納されている。図２５に、トライアル一覧テーブル３６３のデータ構成の一例を示す。同図によれば、トライアル一覧テーブル３６３は、トライアルＩＤ３６３ａと、トライアル名３６３ｂと、達成条件３６３ｃと、ランク３６３ｄとを対応付けて格納している。
【００７４】
プレーヤ管理部３２１は、ゲーム装置１０からプレーヤ関連情報を要求されると、該当する「プレーヤ関連情報」を当該ゲーム装置１０に送信する。すなわち、要求されたプレーヤ及びその所属チームを特定し、１）特定したプレーヤに該当するプレーヤデータ３４２と、２）特定した所属チームの現在の演算係数Ｎと、３）所属リーグの各チームの現在の区間でのチームポイントと、を含むデータをプレーヤ関連情報として当該ゲーム装置１０に送信する。
【００７５】
ここで、チームに関するデータは、チーム管理ＤＢ３４４に格納されている。図２６は、チーム管理ＤＢ３４４の一例を示す図である。同図によれば、チーム管理ＤＢ３４４は、チームそれぞれについての複数のチームデータ３４５から構成される。チームデータ３４５は、該当するチームのチームＩＤ３４５ａと、チーム名３４５ｂと、所属プレーヤ３４５ｃと、チームレベル３４５ｄと、保有チームポイント３４５ｅと、リーグポイント３４５ｆと、発動中のチームコマンド３４５ｇと、演算係数３４５ｈと、リーグ戦データ３４６と、コマンド投票状況データ３４７とを格納している。
【００７６】
リーグ戦データ３４６は、当該チームが所属するリーグについてのデータである。図２７に、リーグ戦データ３４６のデータ構成の一例を示す。同図によれば、リーグ戦データ３４６は、所属するリーグのリーグＩＤ３４６ａと、戦歴データ３４６ｂとを格納している。戦歴データ３４６ｂは、区間３４６ｃそれぞれについて、獲得されたチームポイント３４６ｄと、区間順位３４６ｅとを対応付けて格納している。
【００７７】
コマンド投票状況データ３４７は、所属プレーヤのチームコマンドへの投票状況についてのデータである。図２８に、コマンド投票状況データ３４７のデータ構成の一例を示す。同図によれば、コマンド投票状況データ３４７は、チームコマンド３４７ａそれぞれについて、投票したプレーヤ３４７ｂと、その合計の投票人数３４７ｃとを対応付けて格納している。
【００７８】
また、プレーヤ管理部３２１は、ゲーム装置１０から送信される「プレーヤ通知情報」を受信すると、該当するプレーヤデータ３４２等を更新する。本実施形態における「プレーヤ通知情報」は、ゲーム装置１０からゲーム終了後に送信されてくるデータであり、１）当該ゲーム結果に応じて更新されたプレーヤデータと、２）獲得されたチームポイントとが含まれる。すなわち、プレーヤを特定し、特定したプレーヤのプレーヤデータ３４２を受信したプレーヤデータをもとに更新する。また、当該プレーヤがチームに所属しているならば、所属チームのチームポイントに受信した獲得チームポイントを加算する。
【００７９】
チーム管理部３２２は、チームを管理する。具体的には、定められた所定時刻（例えば、営業期間外である毎日深夜４時）に、各チームのチームレベルを更新する。すなわち、チームレベルが「４」以下のチームそれぞれについて、レベル変更条件テーブル３６４を参照して、当該チームのチームポイントに応じてチームレベルを変更する。
【００８０】
レベル変更条件テーブル３６４は、チームレベルの変更条件を定めたデータテーブルである。図２９に、レベル変更条件テーブル３６４のデータ構成の一例を示す。同図によれば、レベル変更条件テーブル３６４は、チームレベル３６４ａと、変更条件３６４ｂとを対応付けて格納している。変更条件３６４ｂは、チームレベルが「１〜５」まではチームポイントの範囲として定められ、チームレベルが「５〜１０」ではリーグポイントの範囲として定められている。なお、チームレベル「５」に定められているチームポイントの範囲は一定以上（同図では「１０００」以上）であり、「５」以上のチームレベルの変更条件はリーグポイントによる。
【００８１】
また、チーム管理部３２２は、定められた所定時刻（例えば、営業期間外である毎日深夜６時）に、各チームが発動するチームコマンドを決定する。すなわち、チームそれぞれについて、該当するチームデータ３４５のコマンド投票状況データ３４７を参照して、投票プレーヤの合計人数が最多のチームコマンドを当該チームが発動するチームコマンドとして決定する。次いで、決定した各チームのチームコマンドをもとに、コマンド相対関係テーブル３６１を参照して、各チームの演算係数Ｎを決定する。
【００８２】
コマンド相対関係テーブル３６１は、チームコマンド間の成否の相対関係を定めたデータテーブルである。図３０に、コマンド相対関係テーブル３６１のデータ構成の一例を示す。同図によれば、コマンド相対関係テーブル３６１は、チームコマンド３６１ａそれぞれについて、成否条件３６１ｂと、成否３６１ｃと、演算係数Ｎの変更対象チーム３６１ｄと、変更する演算係数３６１ｅとを対応付けて格納している。
【００８３】
リーグ管理部３２３は、リーグを管理する。具体的には、リーグ戦の開催期間の開始前（例えば、営業時間外である前日の深夜４時）に、次の日から開催されるリーグ戦のリーグを形成する。すなわち、チームレベルが「５」以上のチームについて、同一レベルのチーム同士をマッチングさせてリーグを形成する。
【００８４】
形成したリーグについてのデータは、リーグデータ３４８に格納される。図３１に、リーグデータ３４８のデータ構成の一例を示す。同図によれば、リーグデータ３４８は、形成されているリーグそれぞれについて、リーグＩＤ３４８ａと、構成チーム３４８ｂと、チームレベル３４８ｃとを対応付けて格納している。
【００８５】
そして、リーグ戦の開催期間の終了後（例えば、営業期間外である最終日の深夜４時）に、各リーグの最終順位を決定する。すなわち、リーグそれぞれについて、当該リーグに所属する各チームのチームポイントの大小に応じて順位付けする。次いで、リーグポイントテーブル３６２を参照して、決定したリーグ順位に応じて各チームのリーグポイントを変更する。
【００８６】
リーグポイントテーブル３６２は、リーグ順位に応じたリーグポイントの変更量を定めたデータテーブルである。図３２に、リーグポイントテーブル３６２のデータ構成の一例を示す。同図によれば、リーグポイントテーブル３６２は、リーグ順位３６２ａと、リーグポイントの変更量３６２ｂとを対応付けて格納している。
【００８７】
そして、リーグ管理部３２３は、レベル変更条件テーブル３６４を参照して、変更後のリーグポイントに応じて各チームのチームレベルを変更する。
【００８８】
また、ファイトマネーテーブル３６５を参照して、各チームに所属するプレーヤに、当該チームのリーグ順位に応じたファイトマネーを付与する。ファイトマネーテーブル３６５は、リーグ順位に応じて獲得されるファイトマネーを定めたデータテーブルである。図３３に、ファイトマネーテーブル３６５のデータ構成の一例を示す。同図によれば、ファイトマネーテーブル３６５は、リーグ順位３６５ａと、チームレベル３６５ｂと、獲得されるファイトマネー３６５ｃとを対応付けて格納している。
【００８９】
ＨＰ管理部３２４は、サーバシステム３０をＷｅｂサーバとして機能させ、ＨＰ情報３４９に基づいて、サービスサイトをインターネット上で公開・管理する。ＨＰ情報３４９とは、サーバシステム３０によってインターネット上に公開されるサービスサイトに関する情報であり、具体的には、例えばＨＴＭＬ言語で記述されたページ（ホームページ：ＨＰ）のデータや、ＣＧＩプログラム等を含む。
【００９０】
具体的には、ＨＰ管理部３２４は、プレーヤ端末５０からサービスサイトへのアクセス要求を受信すると、当該要求とともに受信した端末ＩＤからプレーヤ端末５０及びプレーヤを特定し、ログイン処理を行う。そして、プレーヤ端末５０の要求に応答して、主に特定したプレーヤのプレーヤデータ３４２及び所属チームのチームデータ３４５を参照して当該プレーヤに応じた表示画面（図１１〜図２１参照）を表示するための画面データを生成し、当該プレーヤ端末５０に送信する。
【００９１】
このとき、ＨＰ管理部３２４は、プレーヤ端末５０からの要求に応じて、該当するプレーヤデータ３４２及びチームデータ３４５を更新する。すなわち、プレーヤ端末５０から、例えばトライアルリスト画面（図１９参照）において「リストを更新する」を選択することで送信される「トライアルリストの更新要求」に応答して、新たなトライアルリストを生成する。このとき、新たなトライアルリストは、該当するプレーヤの過去のトライアルリストに含まれているトライアル以外のトライアルで構成する。
【００９２】
また、プレーヤ端末５０から、例えばトライアル詳細画面（図２０，２１参照）において「挑戦する」を選択することで送信される「トライアルの挑戦要求」に応答して、要求されたトライアルの進行を開始する。このとき、進行中のトライアルが無いならば、要求されたトライアルに有効期間を設定した後、その進行を開始する。一方、進行中のトライアルが有るならば、この進行中のトライアルを中止した後、要求されたトライアルに有効期間を設定してその進行を開始する。
【００９３】
また、プレーヤ端末５０から、例えばトライアルトップ画面（図１７参照）において「中止する」を選択することで送信される「トライアルの中止要求」に応答して、現在進行中のトライアルの進行を中止する。
【００９４】
また、プレーヤ端末５０から、例えばコマンド投票画面（図１５参照）において「コマンドの投票」を選択することで送信される「チームコマンドの投票要求」に応答して、チームコマンドの投票を受け付ける。すなわち、該当するプレーヤを、要求されたチームコマンドに投票したプレーヤ（投票プレーヤ）に追加する。
【００９５】
そして、当該プレーヤ端末５０からログアウト要求を受信したならば、ログアウト処理を行う。
【００９６】
表示部３３０は、処理部３２０からの画像信号に基づく表示画面を表示する。この機能は、例えばＣＲＴ、ＬＣＤ、ＥＬＤ、ＰＤＰ等のハードウェアによって実現される。
【００９７】
通信部３４０は、処理部３２０からの制御信号に従って通信回線Ｎに接続し、外部装置（主に、ゲーム装置１０）とのデータ通信を行う。この機能は、無線通信モジュール、ＴＡ、ルータ、有線用の通信ケーブルのジャックや制御回路等によって実現される。
【００９８】
記憶部３５０は、処理部３２０にサーバシステム３０を統合的に制御させるための諸機能を実現するためのシステムプログラムや、本実施形態における各種機能を実現するためのプログラムやデータ等を記憶するとともに、処理部３２０の作業領域として用いられ、処理部３２０が各種プログラムに従って実行した演算結果や操作部３１０から入力された入力データ等を一時的に記憶する。この機能は、例えば各種ＩＣメモリやハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ、ＲＡＭ、ＶＲＡＭ等によって実現される。本実施形態では、記憶部３５０には、プログラムとしてサーバ制御プログラム３５１が記憶されるとともに、データとして、コマンド相対関係テーブル３６１と、リーグポイントテーブル３６２と、トライアル一覧テーブル３６３と、レベル変更条件テーブル３６４と、ファイトマネーテーブル３６５と、プレーヤ管理ＤＢ３４１と、チーム管理ＤＢ３４４と、リーグデータ３４８と、ＨＰ情報３４９とが記憶される。
【００９９】
［ゲーム装置］
図３４は、ゲーム装置１０の機能構成を示すブロック図である。同図によれば、ゲーム装置１０は、操作入力部１１０と、カード読出し／書込み部１２０と、処理部１３０と、画像表示部１４０と、音出力部１５０と、通信部１６０と、記憶部１７０とを備えて構成される。
【０１００】
操作入力部１１０は、プレーヤによる操作指示入力を受け付け、操作に応じた操作信号を処理部１３０に出力する。この機能は、例えばボタンスイッチやレバー、ダイヤル、マウス、キーボード、各種センサ等によって実現される。
【０１０１】
カード読出し／書込み部１２０は、挿入されたゲームカード２０に記録されているカードデータ２１を読み出して処理部１３０に出力するとともに、処理部１３０の指示に従って、挿入されているゲームカード２０にデータを書き込んで記録されているカードデータ２１を更新する。
【０１０２】
図３５に、ゲームカード２０に記録されるカードデータ２１のデータ構成の一例を示す。同図によれば、カードデータ２１は、当該ゲームカード２０のカードＩＤ２１ａと、所有プレーヤのプレーヤＩＤ２１ｂと、プレーヤ名２１ｃと、プレーヤレベル２１ｄと、保有プレーヤポイント２１ｅと、保有ファイトマネー２１ｆと、所属チーム２１ｇと、プレーヤキャラデータ２１ｈとを格納している。
【０１０３】
処理部１３０は、ゲーム装置１０の全体制御やゲームの進行、画像生成等の各種演算処理を行う。この機能は、例えばＣＰＵ（ＣＩＳＣ型、ＲＩＳＣ型）、ＡＳＩＣ（ゲートアレイ等）等の演算装置やその制御プログラムにより実現される。また、処理部１３０は、主にゲームの実行に係る演算処理を行うゲーム演算部１３１と、ゲーム演算部１３１の処理によって求められた各種のデータに基づき、仮想カメラ等の所与の視点から見た仮想三次元空間（ゲーム空間）の画像を生成する画像生成部１３２と、効果音やＢＧＭ等のゲーム音を生成する音生成部１３３とを含んでいる。
【０１０４】
ゲーム演算部１３１は、操作入力部１１０から入力された操作信号や、記憶部１７０から読み出したプログラムやデータ等に基づいて種々のゲーム処理を実行する。ゲーム処理としては、例えば、仮想三次元空間に各種のオブジェクトを配置してゲーム空間を設定する処理、操作入力部１１０からの操作信号に基づくプレーヤキャラクタの制御、オブジェクトのヒット交差判定（ヒットチェック）、視点（仮想カメラ）の制御等がある。
【０１０５】
また、ゲーム演算部１３１は、ゲームプログラム１７１に従ったゲーム処理を行う。具体的には、ゲーム処理では、筐体に挿入されたゲームカード２０からカードデータ２１を読み出し、このカードデータ２１をもとにプレーヤを特定する。次いで、サーバシステム３０に、特定したプレーヤについてのプレーヤ関連データを要求し、この要求に応答してサーバシステム３０から送信されるプレーヤ関連データを受信する。また、操作入力部１１０から入力されるプレーヤの操作指示に従って、ＣＰＵ対戦かプレーヤ対戦かを決定するとともに、対戦相手を決定する。その後、決定した対戦相手との対戦処理を開始する。
【０１０６】
対戦処理が終了すると、対戦結果に基づいて、当該プレーヤが獲得するプレーヤポイント及びファイトマネーを算出する。ここで、このプレーヤポイント及びファイトマネーの算出については公知の方法を用いることとする。
【０１０７】
また、対戦結果に応じて、当該プレーヤが獲得するチームポイントを算出する。具体的には、ベースポイントテーブル１８１を参照してベースポイントを算出する。ベースポイントテーブル１８１は、対戦によって獲得されるベースポイントを定めたデータテーブルである。
【０１０８】
図３６に、ベースポイントテーブル１８１のデータ構成の一例を示す図である。同図によれば、ベースポイントテーブル１８１は、対戦ポイントテーブル１８１ａと、勝利ポイントテーブル１８１ｄと、ボーナスポイントテーブル１８１ｇとを含む。対戦ポイントテーブル１８１ａは、対戦の種類１８１ｂと、対戦ポイント１８１ｃとを対応付けて格納している。勝利ポイントテーブル１８１ｄは、相手プレーヤとの相対レベル差１８１ｅと、勝利ポイント１８１ｆとを対応付けて格納している。相対レベル差１８１ｅは、プレーヤ対戦では、相手プレーヤのプレーヤレベルから自プレーヤのプレーヤレベルを減算した差であり、ＣＰＵ対戦の場合にはゼロとする。ボーナスポイントテーブル１８１ｇは、勝利条件１８１ｈと、ボーナスポイント１８１ｉとを対応付けて格納している。
【０１０９】
ここで、対戦ポイントは対戦を行うことで獲得されるポイントである。また、勝利ポイント及びボーナスポイントは対戦に勝利することで獲得されるポイントであり、敗北した場合にはゼロとなる。従って、ゲーム演算部１３１は、対戦結果が敗北ならば、対戦ポイントテーブル１８１ａにもとづく対戦ポイントをベースポイントとして算出し、対戦結果が勝利ならば、対戦ポイントテーブル１８１ａにもとづく対戦ポイントと、勝利ポイントテーブル１８１ｄにもとづく勝利ポイントと、ボーナスポイントテーブル１８１ｇにもとづくボーナスポイントの和を、ベースポイントとして算出する。
【０１１０】
また、ゲーム演算部１３１は、当該プレーヤの進行中のトライアルの有無を判定し、進行中のトライアルがあるならば、このトライアルが達成されたかを判定する。トライアルについてのデータは、トライアル一覧テーブル１８２に格納されている。このトライアル一覧テーブル１８２は、サーバシステム３０のトライアル一覧テーブル３６３と同一内容のデータテーブルである。トライアルが達成されたと判定したならば、ゲーム演算部１３１は、トライアルポイントテーブル１８３を参照してトライアルポイントを決定する。
【０１１１】
トライアルポイントテーブル１８３は、トライアルの達成によって獲得されるトライアルポイントを定めたデータテーブルである。図３７に、トライアルポイントテーブル１８３のデータ構成の一例を示す。同図によれば、トライアルポイントテーブル１８３は、トライアルランク１８３ａと、トライアルポイント１８３ｂとを対応付けて格納している。
【０１１２】
そして、算出したベースポイントに演算係数Ｎを乗算し、更にトライアルポイントを加算した値を、当該プレーヤの獲得チームポイントとする。
【０１１３】
また、対戦結果をもとに、受信したプレーヤデータを更新する。そして、更新したプレーヤデータと算出した獲得チームポイントとをプレーヤ通知情報としてサーバシステム３０に送信する。
【０１１４】
また、受信したプレーヤ関連情報に含まれる各チームの区間チームポイントをもとに、同一のリーグに所属する各チームのチームポイントの獲得状況を表示した対戦後画面（図９参照）を画像表示部１４０に表示させる。このとき、当該プレーヤの所属チームについては、区間チームポイントに算出した獲得チームポイントを加算した後のポイントを表示する。その後、算出された獲得プレーヤポイントや獲得ファイトマネー、トライアルを達成したかの判定結果等をもとに、ゲームカード２０に記録されているカードデータ２１を更新し、筐体から排出させる。
【０１１５】
画像生成部１３２は、ゲーム演算部１３１による演算結果に基づき、ゲーム画面を表示するためのゲーム画像（３ＤＣＧ画像）を生成し、生成した画像の画像信号を画像表示部１４０に出力する。画像表示部１４０は、画像生成部１３２からの画像信号に基づいて、例えば１／６０秒毎に１フレームの画面を再描画しながらゲーム画面を表示する。この機能は、例えばＣＲＴ、ＬＣＤ、ＥＬＤ、ＰＤＰ、ＨＭＤ等のハードウェアによって実現される。
【０１１６】
音生成部１３３は、ゲーム中に使用される効果音やＢＧＭ等のゲーム音を生成し、生成したゲーム音の音信号を音出力部１５０に出力する。音出力部１５０は、音生成部１３３からの音信号に基づいてＢＧＭや効果音等のゲーム音声を出力する。この機能は、例えばスピーカ等によって実現される。
【０１１７】
記憶部１７０は、処理部１３０にゲーム装置１０を統合的に制御させるための諸機能を実現するためのシステムプログラムや、ゲームを実行させるために必要なプログラムやデータ等を記憶するとともに、処理部１３０の作業領域として用いられ、処理部１３０が各種プログラムに従って実行した演算結果や操作入力部１１０から入力される入力データ等を一時的に記憶する。この機能は、例えば各種ＩＣメモリやハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ、ＲＡＭ、ＶＲＡＭ等によって実現される。また、記憶部１７０は、処理部１３０をゲーム演算部１３１として機能させるためのゲームプログラム１７１及びゲームデータを記憶する。ゲームデータには、ベースポイントテーブル１８１と、トライアル一覧テーブル１８２と、トライアルポイントテーブル１８３とが含まれる。
【０１１８】
［処理の流れ］
（Ａ）サーバシステム３０
図３８は、サーバシステム３０におけるサーバ制御処理を説明するフローチャートである。この処理は、処理部３２０がサーバ制御プログラム３５１を実行することで実現される。同図によれば、ゲーム装置１０からプレーヤ関連情報要求を受信したならば（ステップＡ１：ＹＥＳ）、プレーヤ管理部３２１は、該当するプレーヤ及びその所属チームを特定する（ステップＡ３）。そして、特定したプレーヤのプレーヤデータ３４２と、特定した所属チームの演算係数Ｎと、所属チームと同一のリーグに所属している各チームの区間チームポイントとを含むプレーヤ関連情報を生成して当該ゲーム装置１０に送信する（ステップＡ５）。
【０１１９】
また、ゲーム装置１０からプレーヤ通知情報を受信したならば（ステップＡ７：ＹＥＳ）、プレーヤ管理部３２１は、該当するプレーヤを特定し、特定したプレーヤのプレーヤデータ３４２を受信したプレーヤ通知情報に含まれるプレーヤデータをもとに更新する（ステップＡ９）。そして、特定したプレーヤがチームに所属しているならば（ステップＡ１１：ＹＥＳ）、受信したプレーヤ通知情報に含まれる獲得チームポイントを、当該所属チームのチームポイントに加算する（ステップＡ１３）。
【０１２０】
また、プレーヤ端末５０からアクセス要求を受信したならば（ステップＡ１５：ＹＥＳ）、ＨＰ管理部３２４が、当該プレーヤ端末５０に対するＨＰ管理処理を開始する（ステップＡ１７）。ＨＰ管理処理については後述する。
【０１２１】
また、定められたコマンド決定タイミングとなったならば（ステップＡ１９：ＹＥＳ）、続いて、各リーグを対象としたループＡの処理を行う。ループＡでは、対象のリーグに所属する各チームについて、投票したプレーヤの人数が最多のチームコマンドを当該チームが発動するチームコマンドとして決定する（ステップＡ２１）。次いで、対象のリーグに所属する各チームが発動するチームコマンドの相対関係から、各チームの演算係数Ｎを決定する（ステップＡ２３）。ループＡはこのように行われる。
【０１２２】
また、定められたチームレベル変更タイミングとなったならば（ステップＡ２５：ＹＥＳ）、各チームを対象としたループＢの処理を行う。ループＢでは、対象チームのチームレベルが「４」以下ならば（ステップＡ２７：ＹＥＳ）、レベル変更条件テーブル３６４に従って、現時点での対象チームの獲得チームポイントをもとに対象チームのチームレベルを変更する（ステップＡ２９）。ループＢはこのように行われる。
【０１２３】
また、定められたランキング更新タイミングとなったならば（ステップＡ３１：ＹＥＳ）、現時点での各プレーヤの保有プレーヤポイントの大小に従って順位付けを行い、プレーヤランキングを更新する（ステップＡ３３）。また、現時点での各チームの保有チームポイントの大小に従って順位付けを行い、チームランキングを更新する（ステップＡ３５）。
【０１２４】
また、定められたリーグ戦終了タイミングとなったならば（ステップＡ３７：ＹＥＳ）、リーグ処理を行う（ステップＡ３９）。
【０１２５】
図３９は、リーグ処理を説明するフローチャートである。同図によれば、先ず、各リーグを対象としたループＣの処理を行う。ループＣでは、対象のリーグに所属する各チームの獲得チームポイントの大小によってリーグ順位を決定する（ステップＢ１）。次いで、対象リーグに所属する各チームのリーグポイントを、リーグ順位に応じて変更する（ステップＢ３）。そして、変更後のリーグポイントに応じて、各チームのチームレベルを変更する（ステップＢ５）。また、各チームの所属プレーヤに、当該チームのチームレベル及びリーグ順位に応じたファイトマネーを付与する（ステップＢ７）。ループＣはこのように行われる。
【０１２６】
全てのリーグを対象としたループＣを終了すると、続いて、チームレベルが「５」以上のチームを対象として、同一レベルのチーム同士をマッチングして新たなリーグを形成する（ステップＢ９）。以上の処理を行うと、リーグ処理を終了する。
【０１２７】
そして、リーグ処理を終了すると、ステップＡ１に戻り、同様の処理を繰り返す。
【０１２８】
図４０は、ＨＰ管理処理を説明するフローチャートである。同図によれば、ＨＰ管理部３２４は、アクセス要求を送信してきたプレーヤ端末５０の所有プレーヤを特定し（ステップＣ１）、特定したプレーヤを認証するログイン処理を行う（ステップＣ３）。次いで、特定したプレーヤのプレーヤデータ３４２をもとに当該プレーヤ用のプレーヤトップ画面（図１１参照）の画面データを生成し、当該プレーヤ端末５０に送信する（ステップＣ５）。
【０１２９】
そして、プレーヤ端末５０から「チーム要求」を受信したならば（ステップＣ７：ＹＥＳ）ＹＥＳ）、チーム処理を行う（ステップＣ９）。このチーム要求は、プレーヤ端末５０から、例えばプレーヤトップ画面（図１１参照）において「所属チーム」を選択することで送信される要求である。
【０１３０】
図４１は、チーム処理を説明するフローチャートである。同図によれば、先ず、当該プレーヤの所属チームのチームデータ３４５をもとに当該プレーヤ用のチームトップ画面（図１２参照）の画面データを生成し、当該プレーヤ端末５０に送信する（ステップＤ１）。
【０１３１】
プレーヤ端末５０から「リーグ戦要求」を受信したならば（ステップＤ３：ＹＥＳ）、リーグトップ画面（図１３参照）の画面データを生成し、当該プレーヤ端末５０に送信する（ステップＤ５）。このリーグ戦要求は、プレーヤ端末５０から、例えばチームトップ画面において「リーグ戦」を選択することで送信される要求である。
【０１３２】
また、プレーヤ端末５０から「チームコマンド要求」を受信したならば（ステップＤ７：ＹＥＳ）、コマンド投票期間内かを判断する。コマンド投票期間内ならば（ステップＤ９：ＹＥＳ）、チームコマンド画面（図１４参照）の画面データを生成し、当該プレーヤ端末５０に送信する（ステップＤ１１）。そして、プレーヤ端末５０から「チームコマンドの投票要求」を受信したならば（ステップＤ１３：ＹＥＳ）、チームコマンドの投票を受け付ける（ステップＤ１５）。一方、コマンド投票期間外ならば（ステップＤ９：ＮＯ）、コマンド投票不可画面（図１６参照）の画面データを生成し、当該プレーヤ端末５０に送信する（ステップＤ１７）。以上の処理を行うと、チーム処理を終了する。
【０１３３】
また、プレーヤ端末５０から「トライアル要求」を受信したならば（ステップＣ１１：ＹＥＳ）、トライアル処理を行う（ステップＣ１３）。このトライアル要求は、プレーヤ端末５０から、例えばプレーヤトップ画面（図１１参照）において「トライアル」を選択することで送信される要求である。
【０１３４】
図４２は、トライアル処理を説明するフローチャートである。同図によれば、当該プレーヤのプレーヤデータ３４２をもとに当該プレーヤ用のトライアルトップ画面（図１７，１８参照）の画面データを生成し、当該プレーヤ端末５０に送信する（ステップＥ１）。
【０１３５】
次いで、プレーヤ端末５０から「トライアルリスト要求」を受信したならば（ステップＥ３：ＹＥＳ）、当該プレーヤのプレーヤデータ３４２をもとに当該プレーヤ用のトライアルリスト画面（図１９参照）の画面データを生成し、当該プレーヤ端末５０に送信する（ステップＥ５）。このトライアルリスト要求は、プレーヤ端末５０から、例えばトライアルトップ画面（図１７，１８参照）において「トライアルリスト」を選択することで送信される要求である。
【０１３６】
そして、プレーヤ端末５０からトライアルリストの更新要求を受信したならば（ステップＥ７：ＹＥＳ）、新たなトライアルリストを生成してトライアルリスト画面の画面データを再生成し、当該プレーヤ端末５０に送信する（ステップＥ９）。
【０１３７】
次いで、プレーヤ端末５０から「トライアルの選択要求」を受信したならば（ステップＥ１１：ＹＥＳ）、該当するトライアルについてのトライアル詳細画面（図２０，２１参照）の画面データを生成し、当該プレーヤ端末５０に送信する（ステップＥ１３）。このトライアルの選択要求は、プレーヤ端末５０から、例えばトライアルリスト画面（図１９参照）において何れかのトライアルを選択することで送信される要求である。
【０１３８】
続いて、プレーヤ端末５０からトライアルの挑戦要求を受信したならば（ステップＥ１５：ＹＥＳ）、現在進行中のトライアルが有るかを判断する。進行中のトライアルが有るならば（ステップＥ１７：ＹＥＳ）、この進行中のトライアルを中止した後（ステップＥ１９）、要求されたトライアルに有効期間を設定してその進行を開始させる（ステップＥ２１）。一方、進行中のトライアルが無いならば（ステップＥ１７：ＮＯ）、要求されたトライアルに有効期間を設定し、その進行を開始させる（ステップＥ２１）。
【０１３９】
また、プレーヤ端末５０から「トライアルの中止要求」を受信したならば（ステップＥ２３：ＹＥＳ）、進行中のトライアルを中止させる（ステップＥ２５）。以上の処理を行うと、トライアル処理を終了する。
【０１４０】
トライアル処理を終了すると、続いて、プレーヤ端末５０からログアウト要求を受信したかを判断し、受信していないならば（ステップＣ１５：ＮＯ）、ステップＣ７に戻る。ログアウト要求を受信したならば、当該プレーヤをログアウトさせるログアウト処理を行う（ステップＣ１７）。その後、ＨＰ管理処理を終了する。
【０１４１】
（Ｂ）ゲーム装置１０
図４３は、ゲーム装置１０におけるゲーム処理を説明するフローチャートである。この処理は、ゲーム演算部１３１がゲームプログラム１７１を実行することで実現される。同図によれば、ゲーム演算部１３１は、ゲームカード２０が挿入されたかを判断し、挿入されたならば（ステップＦ１：ＹＥＳ）、このゲームカード２０からカードデータ２１を読み出し（ステップＦ３）、読み出したカードデータ２１をもとにプレーヤを特定する（ステップＦ５）。次いで、特定したプレーヤのプレーヤ関連情報をサーバシステム３０に要求し、この要求に応じてサーバシステム３０から送信されてくるプレーヤ関連情報を受信する（ステップＦ７）。続いて、対戦の種類（プレーヤ対戦／ＣＰＵ対戦）や対戦相手を決定し（ステップＦ９）、決定した対戦相手との対戦処理を行う（ステップＦ１１）。
【０１４２】
対戦処理が終了すると、ゲーム演算部１３１は、ゲームカード２０を使用しているならば（ステップＦ１３：ＹＥＳ）、対戦結果をもとに、当該プレーヤが獲得されるプレーヤポイント及びファイトマネーを算出する（ステップＦ１５）。また、当該プレーヤに進行中のトライアルが有るならば（ステップＦ１７：ＹＥＳ）、対戦結果をもとに、このトライアルが達成されたかを判定する（ステップＦ１９）。
【０１４３】
また、当該プレーヤがチームに所属しているならば（ステップＦ２１：ＹＥＳ）、対戦結果をもとに、受信したプレーヤ関連情報に含まれる演算係数Ｎやトライアルを達成したかの判定結果等を用いて、当該プレーヤが獲得されるチームポイントを算出する（ステップＦ２３）。
【０１４４】
次いで、当該プレーヤの所属チームがリーグに所属しているならば（ステップＦ２５：ＹＥＳ）、受信したプレーヤ関連情報に含まれる、同じリーグ戦に参戦している各チームの区間チームポイントと算出した獲得チームポイントとをもとに、同じリーグ戦に参戦している各チームのチームポイントの獲得状況を表示する（ステップＦ２７）。
【０１４５】
続いて、受信したプレーヤ関連情報に含まれるプレーヤデータを更新する（ステップＦ２９）。そして、更新後のプレーヤデータと算出した獲得チームポイントとを、プレーヤ通知情報としてサーバシステム３０に送信する（ステップＦ３１）。
【０１４６】
また、算出した獲得プレーヤポイントや獲得ファイトマネー、トライアルを達成したかの判定結果等をもとに、ゲームカード２０に記録されているカードデータ２１を更新し（ステップＦ３３）、その後、ゲームカード２０を筐体から排出させる（ステップＦ３５）。以上の処理を行うと、ゲーム演算部１３１は、ゲーム処理を終了する。
【０１４７】
［変形例］
なお、本発明の適用可能な実施形態上述の実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で適宜変更可能なのは勿論である。
【０１４８】
（Ａ）リーグ戦の参加条件
上述の実施形態では、チームレベルが「５」以上のチームが、リーグ戦に参加可能としたが、更に他の条件を付加しても良い。例えば、チームポイントの更新についての条件とする。具体的には、所定期間（例えば、過去一ヶ月以内）におけるチームポイントの更新回数が所定回数（例えば、１回）以上であるといった条件や、チームの編成から或いはチームレベルが「５」に達してからのチームポイントの過去３ヶ月間の更新頻度が所定頻度（例えば、２回／月）以上といった条件が考えられる。
【０１４９】
（Ｂ）チームポイントの算出
また、上述の実施形態では、ゲーム装置１０において、プレーヤのゲームプレイによって獲得されるチームポイントの算出を行うこととしたが、この算出をサーバシステム３０で行うことにしても良い。具体的には、ゲーム装置１０では、対戦が終了すると、当該対戦の詳細な内容（具体的には、プレーヤキャラクタが放った技の種類やその時刻、プレーヤキャラクタの体力値の時間推移、勝敗が決定した時刻等）を含む対戦結果データを、サーバシステム３０に送信する。そして、サーバシステム３０では、ゲーム装置１０から受信した対戦結果データをもとに、獲得チームポイントを算出する。この場合、サーバシステム３０には、ベースポイントテーブル１８１とトライアルポイントテーブル１８３とを記憶している必要がある。
【０１５０】
（Ｃ）ゲームシステム
また、上述の実施形態では、ゲームシステムを、各店舗内に設置された複数のゲーム装置１０がサーバシステム３０に接続される構成としたが、他の構成としても良い。例えば、ゲーム装置１０を家庭用ゲーム装置とし、これらの家庭用ゲーム装置がインターネット等の通信回線を介してサーバシステムに接続される構成としても良い。更には、ゲーム装置１０を、携帯型のゲーム装置といった他のゲーム装置や、ＰＤＡや携帯電話機といった携帯型の電子機器、パソコンといった通信機能を備えた装置としても良い。
【０１５１】
（Ｄ）ゲームの種類
また、上述の実施形態では、格闘対戦ゲームに適用した場合を説明したが、例えばカーレースゲームやクイズゲームといった他の何れのゲームにも適用可能である。
【図面の簡単な説明】
【０１５２】
【図１】ゲームシステムの構成図。
【図２】チームレベル変更の説明図。
【図３】リーグ戦の概要図。
【図４】リーグ戦の開催期間の説明図。
【図５】リーグ形成の説明図。
【図６】チームコマンドの相対関係の説明図。
【図７】チームコマンドの発動の説明図。
【図８】トライアルの有効期間の説明図。
【図９】対戦後画面の一例。
【図１０】区間の説明図。
【図１１】プレーヤトップ画面の一例。
【図１２】チームトップ画面の一例。
【図１３】リーグトップ画面の一例。
【図１４】チームコマンド画面の一例。
【図１５】コマンド投票画面の一例。
【図１６】コマンド投票不可画面の一例。
【図１７】トライアルトップ画面の一例。
【図１８】トライアルトップ画面の他の例。
【図１９】トライアルリスト画面の一例。
【図２０】トライアル詳細画面の一例。
【図２１】トライアル詳細画面の他の例。
【図２２】サーバシステムの機能構成図。
【図２３】プレーヤ管理ＤＢのデータ構成例。
【図２４】トライアルデータのデータ構成例。
【図２５】トライアル一覧テーブルのデータ構成例。
【図２６】チーム管理ＤＢのデータ構成例。
【図２７】リーグ戦データのデータ構成例。
【図２８】コマンド投票状況データのデータ構成例。
【図２９】レベル変更条件テーブルのデータ構成例。
【図３０】コマンド相対関係テーブルのデータ構成例。
【図３１】リーグデータのデータ構成例。
【図３２】リーグポイントテーブルのデータ構成例。
【図３３】ファイトマネーテーブルのデータ構成例。
【図３４】ゲーム装置の機能構成図。
【図３５】カードデータのデータ構成例。
【図３６】ベースポイントテーブルのデータ構成例。
【図３７】トライアルポイントテーブルのデータ構成例。
【図３８】サーバ制御処理のフローチャート。
【図３９】サーバ制御処理中に実行されるリーグ処理のフローチャート。
【図４０】サーバ制御処理中に実行されるＨＰ管理処理のフローチャート。
【図４１】ＨＰ管理処理中に実行されるチーム処理のフローチャート。
【図４２】ＨＰ管理処理中に実行されるトライアル処理のフローチャート。
【図４３】ゲーム処理のフローチャート。
【符号の説明】
【０１５３】
１  ゲームシステム
１０  ゲーム装置
１３０  処理部
１３１  ゲーム演算部
１７０  記憶部
１７１  ゲームプログラム
１８１  ベースポイントテーブル、１８２（３６３）  トライアル一覧テーブル
１８３  トライアルポイントテーブル
２０  ゲームカード
３０  サーバシステム
３２０  処理部
３２１  プレーヤ管理部、３２２  チーム管理部、３２３  リーグ管理部
３２４  ＨＰ管理部
３５０  記憶部
３５１  サーバ制御プログラム
３６１  コマンド相対関係テーブル、３６２  リーグポイントテーブル
３６３  トライアル一覧テーブル、３６４  レベル変更条件テーブル
３６５  ファイトマネーテーブル
３４１  プレーヤ管理ＤＢ、３４２  プレーヤデータ
３４４  チーム管理ＤＢ、３４５  チームデータ
３４８  リーグデータ、３４９  ＨＰ情報
５０  プレーヤ端末
【図１】
0005436783.tif 000002
【図２】
0005436783.tif 000003
【図３】
0005436783.tif 000004
【図４】
0005436783.tif 000005
【図５】
0005436783.tif 000006
【図６】
0005436783.tif 000007
【図７】
0005436783.tif 000008
【図８】
0005436783.tif 000009
【図９】
0005436783.tif 000010
【図１０】
0005436783.tif 000011
【図１１】
0005436783.tif 000012
【図１２】
0005436783.tif 000013
【図１３】
0005436783.tif 000014
【図１４】
0005436783.tif 000015
【図１５】
0005436783.tif 000016
【図１６】
0005436783.tif 000017
【図１７】
0005436783.tif 000018
【図１８】
0005436783.tif 000019
【図１９】
0005436783.tif 000020
【図２０】
0005436783.tif 000021
【図２１】
0005436783.tif 000022
【図２２】
0005436783.tif 000023
【図２３】
0005436783.tif 000024
【図２４】
0005436783.tif 000025
【図２５】
0005436783.tif 000026
【図２６】
0005436783.tif 000027
【図２７】
0005436783.tif 000028
【図２８】
0005436783.tif 000029
【図２９】
0005436783.tif 000030
【図３０】
0005436783.tif 000031
【図３１】
0005436783.tif 000032
【図３２】
0005436783.tif 000033
【図３３】
0005436783.tif 000034
【図３４】
0005436783.tif 000035
【図３５】
0005436783.tif 000036
【図３６】
0005436783.tif 000037
【図３７】
0005436783.tif 000038
【図３８】
0005436783.tif 000039
【図３９】
0005436783.tif 000040
【図４０】
0005436783.tif 000041
【図４１】
0005436783.tif 000042
【図４２】
0005436783.tif 000043
【図４３】
0005436783.tif 000044