説明

サーバシステム、ゲーム装置及び情報処理方法

【課題】ゲームプレイ仲間同士の結束力や協力といった新たな楽しみを提供すること。
【解決手段】複数のプレーヤで編成されるチームのうち、チームレベルが同じ所定数のチームでリーグが形成され、このリーグ内で、チーム同士が所定期間内に獲得したチームポイントの大小によってリーグ順位を競う。そして、このリーグ順位によって、各チームのチームレベルが変更される。チームポイントは、プレーヤがゲーム装置10においてゲームプレイすることで獲得される。

【発明の詳細な説明】
【技術分野】
【0001】
本発明は、サーバシステム、ゲーム装置及び情報処理方法に関する。
【背景技術】
【0002】
いわゆるアーケードゲーム装置等の業務用のゲーム装置では、プレーヤが一定額のコイン又はメダルを投入する等して1回限りのゲームプレイを楽しむのが一般的である。そこで、1回限りのゲームプレイだけでなく、過去のゲームプレイを含めたそのプレーヤ自身の通算的なゲームプレイに対する興趣性を与えるべく、プレーヤIDカードを用いたゲームシステムが開発され、人気を呼んでいる。
【0003】
このゲームシステムは、プレーヤIDカードの読み取り及び書き込みが可能なカードリーダを備えたゲーム装置とサーバシステムとが通信接続されてなる。プレーヤが任意のゲーム装置で自身のプレーヤIDカードを用いてゲームプレイをすると、勝敗等に応じてプレーヤポイントが付与され、サーバシステム側でプレーヤID別にプレーヤポイントが集計・管理されて、全国ランキング等がプレーヤに公開される仕組みになっている。このようなゲームシステムの特許文献としては、例えば特許文献1がある。
【0004】
ゲーム装置におけるゲームプレイは、旧来と同様、それだけで成立する単なる1回のゲームプレイではある。しかし、1回1回のゲームプレイをプレーヤ別に纏め、プレーヤランキングとしたことで、全く新しい興趣性を創造した発明と言える。このゲームプレイとプレーヤランキングとの相関関係については「連動」と呼ばれ、広く知られているところである。
【0005】
【特許文献1】特開2006−006853号公報
【発明の開示】
【発明が解決しようとする課題】
【0006】
しかしながら、ゲーム装置におけるゲームプレイに連動したプレーヤランキングは、プレーヤ個人を対象としたものであったため、ゲームプレイ仲間がいても、仲間同士の結束力や協力といった結果が表れず、楽しみの幅が限られていた。
【課題を解決するための手段】
【0007】
上記課題を解決するための第1の発明は、
各プレーヤがプレーヤ識別情報を入力してゲームプレイ可能なゲーム装置(例えば、図1のゲーム装置10)と通信接続されるサーバシステム(例えば、図1のサーバシステム30)であって、
前記ゲーム装置から前記プレーヤ識別情報を受信するプレーヤ識別情報受信手段(例えば、図22の通信部340)と、
行われたゲームプレイに基づく所定の通知情報を算出した前記ゲーム装置から前記通知情報を受信する通知情報受信手段(例えば、図22の通信部340)と、
各プレーヤのプレーヤポイントを前記受信された通知情報に基づき更新して管理するプレーヤポイント管理手段(例えば、図22のプレーヤ管理部321)と、
前記プレーヤポイントに従ってプレーヤの順位付けを行うプレーヤランキング処理手段(例えば、図22の処理部320)と、
各チームの所属プレーヤを当該チームと対応づけてチームを管理するチーム管理手段(例えば、図22のチーム管理部322)と、
前記チーム管理手段により管理されているチーム同士のマッチングを行って複数チームでなるグループ(例えば、図3の「リーグ」)を複数編成し、各チームに所属する各プレーヤがゲームプレイした後の前記通知情報に基づいて、グループ内のチームの優劣を競うグループ内チーム間競争処理を実行するグループ内チーム間競争処理手段(例えば、図22のリーグ管理部323)と、
を備えたサーバシステムである。
【0008】
また、他の発明として、
各プレーヤがプレーヤ識別情報を入力してゲームプレイ可能なゲーム装置と通信接続されたサーバシステムが行う情報処理方法であって、
前記ゲーム装置から前記プレーヤ識別情報を受信するプレーヤ識別情報受信ステップと、
行われたゲームプレイに基づく所定の通知情報を算出した前記ゲーム装置から前記通知情報を受信する通知情報受信ステップと、
各プレーヤのプレーヤポイントを前記受信された通知情報に基づき更新して管理するプレーヤポイント管理ステップと、
前記プレーヤポイントに従ってプレーヤの順位付けを行うプレーヤランキング処理ステップと、
各チームの所属プレーヤを当該チームと対応づけてチームを管理するチーム管理ステップと、
前記チーム管理ステップにおいて管理されているチーム同士のマッチングを行って複数チームでなるグループを複数編成し、各チームに所属する各プレーヤがゲームプレイした後の前記通知情報に基づいて、グループ内のチームの優劣を競うグループ内チーム間競争処理を実行するグループ内チーム間競争処理ステップと、
を含む情報処理方法を構成することとしてもよい。
【0009】
この第1の発明等によれば、ゲーム装置で行われるゲームプレイに連動してプレーヤランキングが算出されてプレーヤに提供されるが、このプレーヤランキングに加えて、グループ内チーム間競争処理が実行される。すなわち、チーム毎に所属プレーヤが管理されるとともに、チーム同士のマッチングが行われることでチームのグループが編成される。そして、各グループ内のチームの優劣を、各チームに所属する各プレーヤのゲームプレイによって競争するグループ内チーム間競争処理が実行される。
【0010】
プレーヤにとっては、ゲーム装置における1回1回のゲームプレイであり、そのものだけでも楽しめるが、そのゲームプレイがプレーヤランキングに影響を与えるとともに、グループ内で争っているチーム間の優劣にも影響を与えることとなる。そのため、第1の発明等によれば、ゲーム装置におけるゲームプレイに対して新たな興趣を与え、ゲームの面白味の幅を一層広げることのできるシステムを提供できる。また、マッチングされたグループ内でチームの優劣を競うため、競争相手のチームが特定され、チーム同士の競争意識を向上させることのできるシステムを提供できる。
【0011】
また、第2の発明として、第1の発明のサーバシステムであって、
前記チーム管理手段は、前記受信されたプレーヤ識別情報によって識別されるプレーヤが所属するチームのチームポイントを、前記受信された通知情報に基づき可変することで、各チームのチームポイントを管理するチームポイント管理手段を有し、
前記グループ内チーム間競争処理手段は、前記チームポイント管理手段によって管理されているチームポイントに基づき判定される所定条件(例えば、チームレベルが「5」以上)を満たすチームを対象に前記グループ内チーム間競争処理を実行するサーバシステムを構成することとしてもよい。
【0012】
この第2の発明によれば、各チームのチームポイントが、当該チームに所属するプレーヤのゲームプレイによって可変されて管理されることとなる。また、そのチームポイントが所定条件に達したチームを対象にグループ内チーム間競争処理が実行される。このため、どのようなチームであってもグループ内チーム間競争処理の対象になるわけではない。例えば、チームポイントが一定以上であることを所定条件とすることで、チームとして名目的に存在するチームを排除することができる。また、過去1ヶ月以内にチームポイントの更新があることといったチームポイントの更新頻度が一定以上であることを所定条件とすれば、所属プレーヤの何れもゲームプレイをしていないチームを排除することができる。
【0013】
また、第3の発明として、第2の発明のサーバシステムであって、
前記チームポイントが前記所定条件を満たすチーム及び満たさないチームを含めた各チームの順位付けを、前記チームポイントに従って行うチームランキング処理手段(例えば、図22の処理部320)を更に備えたサーバシステムを構成することとしてもよい。
【0014】
この第3の発明によれば、更に、チームポイントによるチームランキングを実現することができ、ゲーム装置におけるゲームプレイに対して更なる興趣を与えることのできるシステムを提供できる。
【0015】
また、第4の発明として、第1〜第3の何れかの発明のサーバシステムであって、
前記チーム管理手段は、前記グループ内チーム間競争処理によるグループ内での順位に基づいて各チームのチームレベルを可変に管理するチームレベル管理手段(例えば、図22のチーム管理部322)を有し、
前記グループ内チーム間競争処理手段は、同じチームレベル同士のチームをマッチングする、
サーバシステムを構成することとしてもよい。
【0016】
この第4の発明によれば、同じチームレベル同士のチームがマッチングされてグループが編成され、グループ内チーム間競争処理が実行される。このため、実力が拮抗したチーム同士によりグループ内チーム間競争処理が行われることとなる。但し、グループ内チーム間競争処理は、チーム同士が直接対戦して争うものではない。ゲーム装置でプレーヤ個人個人が行う1回1回のゲームプレイをチーム単位で纏めた結果によって、間接的にチーム同士が争うのである。従って、実力が拮抗したチーム同士の争いとはいえ、各チームに所属するプレーヤが行う個々のゲームプレイによる間接的なチーム同士の争いであるため、ひと味違った面白味のある競争を実現できる。
【0017】
また、第5の発明として、第1〜第4の何れかの発明のサーバシステムであって、
前記グループ内チーム間競争処理手段は、前記グループ内チーム間競争処理を所定期間(例えば、図4の月曜日から日曜日までの1週間)間隔で繰り返し実行するサーバシステムを構成することとしてもよい。
【0018】
この第5の発明によれば、グループ内チーム間競争処理が一時的に行われるのではなく、所定期間間隔で繰り返し実行されるため、競争する相手チームがその期間ごとにマッチングされて変更されて、グループ内チーム間競争を継続的に楽しむことができる。
【0019】
また、第6の発明として、第1〜第5の何れかの発明のサーバシステムであって、
前記ゲーム装置は、予め定められた演算処理によってゲームプレイ結果から判定用ポイント(例えば、実施形態の「リーグポイント」)を算出するポイント算出手段(例えば、図34のゲーム演算部131)を有しており、
前記通知情報には、少なくとも前記ポイント算出手段により算出された判定用ポイントが含まれ、
前記グループ内チーム間競争処理手段は、前記通知情報に含まれる判定用ポイントのチーム毎の合計の大小によってグループ内のチームの優劣を求める、
サーバシステムを構成することとしてもよい。
【0020】
勿論、他の発明として、第6の発明のサーバシステムと通信可能であり、プレーヤがプレーヤ識別情報を入力してゲームプレイ可能なゲーム装置であって、
予め定められた演算処理によってゲームプレイ結果から前記判定用ポイントを算出するポイント算出手段(例えば、図34のゲーム演算部131)と、
前記算出された判定用ポイントを前記サーバシステムに送信する送信手段と、
を備えたゲーム装置を構成することとしてもよい。
【0021】
この第6の発明等によれば、ゲーム装置側でゲームプレイ結果から判定用ポイントが算出されてサーバシステムに送信され、チーム毎の合計の大小によってグループ内のチームの優劣が決することとなる。
【0022】
また、第7の発明として、第6の発明のサーバシステムであって、
前記ゲーム装置は、ゲームプレイ中又はゲームプレイ結果として達成可能な条件であり、当該プレーヤが所属するチームにボーナスポイントを付与するボーナスポイント付与条件(例えば、実施形態の「トライアル」)を満たすか否かを、当該プレーヤのゲームプレイ及び/又はゲームプレイ結果から判定する条件適否判定手段(例えば、図34のゲーム演算部131)を更に有しており、
前記ゲーム装置の前記ポイント算出手段は、前記条件適否判定手段により満たすと判定された場合に前記ボーナスポイントを加算して前記判定用ポイントを算出する手段であり、
プレーヤ端末との間で所定の通信を行い、当該プレーヤにボーナスポイント付与条件を設定するボーナスポイント条件設定手段(例えば、図22のHP管理部324)と、
前記プレーヤ識別情報受信手段により受信されたプレーヤ識別情報により識別されるプレーヤに対して設定されているボーナスポイント付与条件を前記ゲーム装置に送信するボーナスポイント付与条件送信手段と、
を備えたサーバシステムを構成することとしてもよい。
【0023】
この第7の発明によれば、プレーヤがゲーム装置で行ったゲームプレイ及び/又はゲームプレイ結果から、ボーナスポイント付与条件を満たすか否かが判定され、満たす場合にはボーナスポイントがチーム合計の判定用ポイントに加算されることとなる。プレーヤはゲーム装置で通常のゲームを行うだけで、そのゲームプレイ及び/又はゲームプレイ結果からボーナスポイントを付与するか否かが判定される。このため、ゲーム装置における1回1回のゲームをそのままとして、別途新たな興趣を付加することができる。
【0024】
また、第8の発明として、第6又は第7の発明のサーバシステムであって、
成否の相対的関係が規定された複数のチームコマンドの中から各チームそれぞれのチームコマンドを選択するチームコマンド選択手段(例えば、図22のHP管理部324)と、
前記チームコマンド選択手段により選択された各チームのチームコマンドのうちの同じグループに属する各チームのチームコマンド及び前記規定されたチームコマンドの成否の相対的関係(例えば、図30のコマンド相対関係テーブル361)に従って、前記ゲーム装置の前記ポイント算出手段がゲームプレイ結果から判定用ポイントを求める際の演算係数(例えば、実施形態の「演算係数N」)を可変に設定する演算係数設定手段と、
前記設定された演算係数を前記ゲーム装置に送信する演算係数送信手段と、
を更に備えたサーバシステムを構成することとしてもよい。
【0025】
この第8の発明によれば、ゲームプレイ結果から判定用ポイントを求める際の演算係数が、成否の相対的関係が規定された複数のチームコマンドの中から選択された各チームそれぞれのチームコマンドの相対的関係によって可変される。このため、単にゲームプレイ結果から判定用ポイントが求まるのではない、新たな興趣を付加することができる。
【0026】
また、第9の発明として、第1〜第5の何れかの発明のサーバシステムであって、
前記グループ内チーム間競争処理手段は、予め定められた演算処理によって前記通知情報から判定用ポイント(例えば、実施形態の「リーグポイント」)を算出するポイント算出手段を有し、算出した判定用ポイントのチーム毎の合計の大小によってグループ内のチームの優劣を求めるサーバシステムを構成することとしてもよい。
【0027】
この第9の発明によれば、行われたゲームプレイに基づき算出されてゲーム装置から送信された通知情報から判定用ポイントを算出し、算出した判定用ポイントのチーム毎の合計の大小によってグループ内のチームの優劣が決することとなる。
【0028】
また、第10の発明として、第9の発明のサーバシステムであって、
プレーヤ端末との間で所定の通信を行い、当該プレーヤが前記ゲーム装置でのゲームプレイ中又はゲームプレイ結果として達成可能な条件であり、当該プレーヤが所属するチームにボーナスポイントを付与するボーナスポイント付与条件(例えば、実施形態の「トライアル」)を、当該プレーヤに対して設定するボーナスポイント条件設定手段を更に備え、
前記ポイント算出手段は、前記プレーヤ識別情報受信手段により受信されたプレーヤ識別情報により識別されるプレーヤに対して設定されているボーナスポイント付与条件を満たすか否かを、前記通知情報受信手段により受信された通知情報から判定し、満たす場合にボーナスポイントを加算して前記判定用ポイントを算出する、
サーバシステムを構成することとしてもよい。
【0029】
この第10の発明によれば、プレーヤがゲーム装置で行ったゲームプレイ及び/又はゲームプレイ結果から、ボーナスポイント付与条件を満たすか否かが判定され、満たす場合にはボーナスポイントがチーム合計の判定用ポイントに加算されることとなる。プレーヤはゲーム装置で通常のゲームを行うだけで、そのゲームプレイ及び/又はゲームプレイ結果からボーナスポイントを付与するか否かが判定される。このため、ゲーム装置における1回1回のゲームをそのままとして、別途新たな興趣を付加することができる。
【0030】
また、第11の発明として、第9又は第10の発明のサーバシステムであって、
成否の相対的関係が規定された複数のチームコマンドの中から各チームそれぞれのチームコマンドを選択するチームコマンド選択手段(例えば、図22のHP管理部324)と、
前記チームコマンド選択手段により選択された各チームのチームコマンドのうちの同じグループに属する各チームのチームコマンド及び前記規定されたチームコマンドの成否の相対的関係に従って、前記ポイント算出手段が前記通知情報から前記判定用ポイントを求める際の演算係数(例えば、実施形態の「演算係数N」)を可変に設定する演算係数設定手段と、
を更に備え、
前記ポイント算出手段が、前記演算係数設定手段により設定された演算係数を用いて前記判定用ポイントを算出する、
サーバシステムを構成することとしてもよい。
【0031】
この第11の発明によれば、判定用ポイントを求める際の演算係数が、成否の相対的関係が規定された複数のチームコマンドの中から選択された各チームそれぞれのチームコマンドの相対的関係によって可変される。このため、単に通知情報から判定用ポイントが求まるのではない、新たな興趣を付加することができる。
【0032】
また、第12の発明として、第8又は第11の発明のサーバシステムであって、
前記チームコマンド選択手段は、前記各チームそれぞれのチームコマンドを、当該チームに所属するプレーヤのプレーヤ端末から送信されてくる投票信号に基づき、当該チームに所属するプレーヤの多数決で選択するサーバシステムを構成することとしてもよい。
【0033】
この第12の発明によれば、各チームそれぞれのチームコマンドは、当該チームに所属するプレーヤのプレーヤ端末から送信されてくる投票信号に基づく多数決で選択される。このため、チームの総意としてチームコマンドを選択することが可能となる。
【0034】
また、第13の発明として、第6〜第12の何れかの発明のサーバシステムであって、
前記グループ内チーム間競争処理手段は、前記判定用ポイントのチーム毎の合計を、前記所定期間より短い期間単位(例えば、図10の6〜16時の昼間及び16〜26時の夜間である区間)で小計する小計手段を有し、
前記プレーヤ識別情報受信手段により受信されたプレーヤ識別信号により識別されるプレーヤの所属するチームが属するグループの各チームそれぞれの前記小計手段により算出されている最新の期間単位中の前記判定ポイントの合計値を前記ゲーム装置に表示(例えば、図9のチームポイント獲得状況ウィンドウW1)するための信号を前記ゲーム装置に送信する送信手段と、
を更に備えたサーバシステムを構成することとしてもよい。
【0035】
この第13の発明によれば、プレーヤがゲームプレイするゲーム装置においてグループ内チーム間競争処理の途中経過を知ることができる。ただし、その途中経過は、現在争っているグループ内のチームそれぞれの判定ポイントの累計値が表示されるわけではない。グループ内チーム間競争処理がなされる所定期間より短い期間単位で小計される判定ポイントの最新の期間単位中の判定ポイントが表示される。すなわち、プレーヤは、現時点の期間単位におけるチーム間のポイント情勢を知ることができるが、グループ内チーム間競争処理がなされる所定期間全体を通じた通算ポイントを知ることはできない。所定期間全体の通算ポイントを表示してしまうと、ポイント差によってはチームの士気を低下させ、更には、ゲーム装置における1回1回のゲームプレイ自体をつまらないものに感じさせてしまうおそれがあるためである。
【発明を実施するための最良の形態】
【0036】
以下、図面を参照して、本発明の好適な実施形態を説明する。なお、以下では、ネットワークゲームシステムにおいて格闘対戦ゲームを実行する場合を説明するが、本発明の適用可能な実施形態がこれに限定されるものではない。
【0037】
[構成]
図1は、本実施形態のゲームシステム1の構成図である。同図によれば、ゲームシステム1は、複数のゲーム装置10と、サーバシステム30と、プレーヤ端末50とを備えて構成されるネットワークゲームシステムである。サーバシステム30とゲーム装置10とは、通信回線N1を介して通信可能に接続されている。更に、サーバシステム30とプレーヤ端末50とは、通信回線N2を介して通信可能に接続されている。ここで、通信回線N1,N2とは、データ授受が可能な通信路を意味する。即ち、通信回線N1,N2とは、直接接続のための専用線(専用ケーブル)やイーサネット(登録商標)等によるLANの他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線/無線を問わない。また、通信回線N1,N2はそれぞれ異なる通信網であっても同一の通信網であっても構わない。
【0038】
ゲーム装置10は、プレーヤがゲームをプレイするための端末装置であり、具体的には、例えばゲームセンタ等の店舗に設置された業務用のゲーム装置である。また、同一店舗内に設置されたゲーム装置10は、店舗内に敷設されたLAN等によって接続されている。このゲーム装置10は、筐体に挿入されたゲームカード20に記録されたカードIDを読み取り、読み取ったカードIDを送信してサーバシステム30にアクセスしてゲームシステム1にログインする。ここで、ゲームカード20は、販売等によってプレーヤに事前に提供されるものであって、例えば、固有のカードID等のデータが記憶されたICチップを内蔵するICカードにより実現される。
【0039】
サーバシステム30は、公知のサーバコンピュータにより構成されるサーバシステムであり、例えばゲームメーカ側に設置される。このサーバシステム30は、主に、(1)ゲームシステム1におけるゲームを管理するゲームサーバとして機能するとともに、(2)ゲームで用いられるゲームカード20を登録したプレーヤに対して、ゲームシステム1で行われるゲームに連動したサービスを提供するためのホームページ(HP)をインターネット上に公開するウェブサーバとして機能する。なお、サーバシステム30は、複数台のサーバコンピュータによる構成としても良い。
【0040】
プレーヤ端末50は、プレーヤがサーバシステム30から提供されるサービスを受けるための端末装置であり、具体的には、プレーヤが所有する携帯電話機やパソコンである。具体的には、プレーヤ端末50は、ブラウザプログラムを起動してサーバシステム30により開設されているホームページにアクセスすることで、サーバシステム30により提供されるサービスを受けることができる。
【0041】
[原理]
ゲームシステム1では、格闘対戦ゲームが行われる。プレーヤは、この格闘対戦ゲームにおいて、同一店舗内の他のプレーヤと対戦する「プレーヤ対戦」と、CPUキャラクタと対戦する「CPU対戦」とを行うことができる。そして、ゲーム装置10におけるゲームプレイ結果に応じて、「プレーヤポイント」及び「ファイトマネー」がプレーヤに付与される。「ファイトマネー」は、プレーヤがプレーヤキャラクタをカスタマイズするための衣服やアクセサリ等の購入に用いられる仮想マネーである。「プレーヤポイント」は、プレーヤを順位付けするための値であり、これまでに各プレーヤが獲得したプレーヤポイントの合計値によってプレーヤランキングが算出される。
【0042】
また、本実施形態では、複数のプレーヤによって「チーム」が編成され、このチームを単位としたチームランキングが算出される。チームランキングは、各チームの所属プレーヤが獲得した「チームポイント」の合計値によって算出される。チームポイントは、プレーヤのゲームプレイ結果に応じて獲得されるポイントであり、上述のプレーヤポイントとは異なる基準によって算出される。つまり、プレーヤは、ゲームプレイによって、自分自身のためのファイトマネー及びプレーヤポイントと、所属チームのためのチームポイントとを獲得することになる。
【0043】
また、チームにはレベル(チームレベル)が定められる。チームレベルは、最低レベルである「1」からスタートし、最高レベルである「10」までの間で変更される。図2は、チームレベルの変更を説明する図である。同図に示すように、チームレベルが「1」から「5」までの間は、獲得されたチームポイントの合計値に応じてチームレベルが変更される。ここで、獲得されるチームポイントは正値である。つまり、各チームのチームポイントの合計値は増加するのみであり、従って、チームレベルは「5」までは上昇して変更される。そして、チームレベルが「5」に達すると、「リーグ戦」に参加可能となるとともに、このリーグ戦の結果に応じて可変される「リーグポイント」に応じてチームレベルが変更される。リーグポイントは、当該チームのリーグ戦での結果に応じて増加/減少される値である。従って、チームレベルは「5」から「10」の間で上昇/下降して変更される。但し、チームレベルが「5」に達した後は「5」未満に下降することはない。
【0044】
図3は、リーグ戦の概要を説明する図である。同図に示すように、リーグは、複数(具体的には、3〜5)のチームを組み合わせて形成される。そして、このリーグ内で、各チームの所属プレーヤが獲得したチームポイントの合計値によって順位付けされる。
【0045】
また、このリーグ戦は、決まった期間(例えば、1週間)を単位として開催される。図4は、リーグ戦の開催概要を説明する図である。同図に示すように、リーグ戦は、月曜日から次の日曜日までの1週間(7日間)に亘って開催される。すなわち、日曜日にリーグが形成される。次いで、翌日の月曜日から日曜日までの間、プレーヤがゲームプレイを行うことでチームポイントを獲得する。そして、最終日である日曜日に、この1週間(開催期間)に獲得されたチームポイントの合計値の大小によって順位(リーグ順位)が決定される。更に、リーグ順位に応じて各チームのリーグポイントが変更され、このリーグポイントの変更に応じてチームレベルが変更される。
【0046】
図5は、リーグの形成を説明する図である。同図に示すように、リーグは、チームレベルが同じチーム同士をマッチングして形成される。なお、リーグは、リーグ戦に参加可能なチームレベルが「5」以上のチームによって形成される。基本的には、チームレベルが同じである5チームで1つのリーグを形成するが、チーム数が足りない場合には、3チーム或いは4チームで1つのリーグを形成する。例えば、チームレベルが同じチーム同士を5チームずつマッチングさせた結果、残ったチーム数が2チーム以下となる場合には、2つのリーグを4チーム或いは3チームで1つのリーグとするようにリーグ形成するといったように、必ず3チーム以上で1つのリーグを形成する。更に、同一レベルのチームが全体で2チーム以下の場合には、その1つ下或いは1つ上のレベルのチームと合わせて、チームレベルが混合したリーグを形成する。
【0047】
チームポイントは、ゲーム装置10でのゲームプレイ毎に、当該ゲームプレイのプレイ結果に基づき、「ベースポイント」×N+「トライアルポイント」、で算出される。ベースポイントは、ゲームプレイを行うことによって獲得されるポイントであり、主に参加ポイントや勝利ポイントである。
【0048】
演算係数Nは、ベースポイントを増減させるパラメータであり、チーム毎に定められる。また、この演算係数Nは、初期値として「1.0」が設定されているが、各チームが発動するチームコマンドに応じて変更される。すなわち、チームコマンドには複数種類あり、各種類間の成否の相対関係(相対的関係)が予め定められている。そして、各チームが発動したチームコマンド間の成否の相対関係に応じて、各チームの演算係数Nが変更される。
【0049】
図6は、チームコマンドの成否の相対関係を示す図である。同図に示すように、チームコマンドには、「攻撃」、「迎撃」及び「ブースト」の3種類がある。そして、チームコマンド間の成否の相対関係は次のように定められている。「攻撃」は、指定した他のチームを攻撃するコマンドである。その成否は、攻撃対象のチームから「迎撃」されなければ成功であり、攻撃対象のチームの演算係数Nを「1.0」未満に低減させる。また、攻撃対象のチームから「迎撃」されると失敗であり、自チームの演算係数Nが「1.0」未満に低減される。「迎撃」は、他チームからの「攻撃」を当該チームに跳ね返すコマンドである。その成否は、他チームから「攻撃」されると成功であり、当該攻撃してきたチームの演算係数Nを「1.0」未満に低減させる。また、何れの他チームからも「攻撃」されなければ失敗であり、自チームの演算係数Nが「1.0」未満に低減される。「ブースト」は、他チームから「攻撃」されないことを期待するコマンドである。その成否は、何れの他チームからも「攻撃」されなければ成功であり、自チームの演算係数Nが「1.0」より大きく増加される。また、他チームから「攻撃」されると失敗であり、自チームの演算係数Nが「1.0」未満に低減される。
【0050】
例えば、同図では、各チームが発動するチームコマンドは、チームAは「迎撃」、チームBはチームAを「攻撃」、チームCは「ブースト」、チームDはチームCを「攻撃」、チームEはチームDを「攻撃」である。従って、チームAは、「攻撃」してきたチームBを「迎撃」したので「成功」であり、チームBの演算係数Nを「1.0」未満に低減させるとともに、他の何れのチームからも「攻撃」されていないのでその演算係数Nは「1.0」のままである。また、チームBは、攻撃対象のチームAに「迎撃」されたので「失敗」であり、その演算係数Nは「1.0」未満となる。また、チームCは、チームDから「攻撃」されたので「失敗」であり、演算係数Nは「1.0」未満となる。また、チームDは、攻撃対象のチームCに「迎撃」されていないので「成功」であり、チームCの演算係Nを「1.0」未満に低減させるとともに、チームDはチームEに「攻撃」されたのでその演算係数Nは「1.0」未満となる。また、チームEは、攻撃対象のチームDに「迎撃」されていないので「成功」であり、チームDの演算係数Nを「1.0」未満に低減させるとともに、他の何れのチームからも「攻撃」されていないので、その演算係数Nは「1.0」のままである。
【0051】
チームコマンドは、1日を単位として発動される。つまり、演算係数Nは、1日を単位として変更される。図7は、チームコマンドの発動を説明する図である。同図に示すように、ある日(例えば、水曜日)に発動されるチームコマンドは、その前日(例えば、火曜日)の所定時刻(例えば、17時)から受け付けが開始され、当日(例えば、水曜日)の営業期間前の所定時刻(例えば、6時)に受け付けが締め切られる。プレーヤは、この受付開始時刻から受付終了時刻までのコマンド受付期間内に、次の日に発動させたいチームコマンドを投票(選択)する。但し、1人1票である。なお、このプレーヤによるチームコマンドの投票は、当該プレーヤが所有するプレーヤ端末50にて行われる。コマンド受付期間が終了すると、各チームの所属プレーヤの多数決によって当該チームのチームコマンドが決定される。そして、決定されたチームコマンドが発動される。
【0052】
トライアルポイントは、予め定められた「トライアル(ボーナスポイント付与条件)」を達成することで獲得されるポイントである。トライアルは、例えばゲーム中の特定の行動を行うといった、ゲームプレイの内容に関する達成条件が定められる。また、このトライアルは、プレーヤ毎に、当該プレーヤ自身によって決定される。なお、このプレーヤによるトライアルの決定は、当該プレーヤが所有するプレーヤ端末50にて行われる。
【0053】
また、トライアルには「有効期間」が設定されており、この有効期間内に達成すると、「トライアル成功」として所定のトライアルポイントが獲得される。図8は、トライアルの有効期間を説明する図である。同図に示すように、トライアルの有効期間は、当該トライアルを決定した日を含む最大3日間として定められる。すなわち、同図(a)に示すように、火曜日にトライアルを決定した場合、当該火曜日から数えて3日目である木曜日までが、当該トライアルの有効期間となる。また、同図(b)に示すように、土曜日にトライアルを決定した場合、リーグ戦の最終日である日曜日までが、当該トライアルの有効期間となる。
【0054】
各チームのチームポイントの獲得状況は、ゲーム装置10におけるゲームプレイである対戦終了後に表示される。図9は、ゲーム装置10において対戦終了後に表示される対戦後画面の一例を示す図である。同図によれば、対戦後画面には、対戦結果を示すメッセージM1とともに、チームポイントの獲得状況ウィンドウW1が表示される。獲得状況ウィンドウW1には、下方の拡大図に示すように、同一のリーグに所属している各チームの、現時点でのチームポイントの獲得状況がグラフ表示される。グラフは、左端を下限0ポイントとし、右端を上限1000ポイントとして表示される。また、このチームポイントの獲得状況は、該当するリーグ戦の開催期間中のある「区間」での獲得ポイントが表示される。
【0055】
図10は、区間を説明する図である。同図に示すように、区間は、リーグ戦の開催期間中の1日の想定される最大営業時間を、前半(昼間)と後半(夜間)とに二等分した期間である。つまり、チームポイントの獲得状況ウィンドウW1には、該当するリーグ戦の開始時点からのチームポイントの獲得状況ではなく、現時点を含む最新の1つの区間における獲得状況が表示される。この表示対象の区間は、獲得状況ウィンドウW1において表示されている。従って、プレーヤにとってみれば、現在区間での区間順位は分かるけれども、当該リーグが開催されてからの期間全体の総合順位は把握できない。
【0056】
[プレーヤ端末の表示画面]
ここで、プレーヤ端末50においてプレーヤが行う操作を、プレーヤ端末50に表示される表示画面を参照して説明する。先ず、プレーヤ端末50からサーバシステム30にアクセスすると、トップページとして、例えば図11に示すプレーヤトップ画面が表示される。
【0057】
図11は、プレーヤトップ画面の一例を示す図である。同図によれば、プレーヤトップ画面には、プレーヤ名やプレーヤID、プレーヤランキング、プレイ履歴、所属チームといったプレーヤについてのデータが表示されている。また、これらの項目のうち、選択可能な項目については下線が付されている。このプレーヤトップ画面において「所属チーム」を選択すると、続いて「チームトップ画面」が表示される。
【0058】
図12は、チームトップ画面の一例を示す図である。同図によれば、チームトップ画面には、チーム名やチームレベル、所属プレーヤ、チームランキングといった当該プレーヤが所属するチームについてのデータが表示される。このチームトップ画面において「リーグ戦」を選択すると、続いて「リーグトップ画面」が表示される。
【0059】
図13は、リーグトップ画面の一例を示す図である。同図によれば、リーグトップ画面には、現在の区間順位やエントリチーム、発動中のチームコマンドといった、当該プレーヤの所属チームのリーグに関するデータが表示される。このリーグトップ画面において「チームコマンド」を選択すると、続いて「チームコマンド画面」が表示される。
【0060】
図14は、チームコマンド画面の一例を示す図である。同図によれば、チームコマンド画面には、所属チームにおけるチームコマンドそれぞれの現在の投票状況が表示される。このチームコマンド画面において「コマンドの投票」を選択すると、続いて「コマンド投票画面」が表示される。
【0061】
図15は、コマンド投票画面の一例を示す図である。同図によれば、コマンド投票画面には、チームコマンドそれぞれについて、詳細な解説文と当該コマンドに投票するかを問うメッセージとが表示される。このコマンド投票画面において、何れかのチームコマンドの「投票する」を選択すると、当該チームコマンドに投票される。そして、この投票結果を反映したチームコマンド画面が、再度、表示される。なお、ここでは、当該プレーヤが既にチームコマンドを投票済みである場合には、新たに投票したチームコマンドに変更することにするが、一度投票したら変更不可能としても良い。
【0062】
また、チームコマンドの受付期間外である場合に、図13に示したリーグトップ画面において「チームコマンド」を選択すると、続いて「コマンド投票不可画面」が表示される。図16は、コマンド投票不可画面の一例を示す図である。同図によれば、コマンド投票不可画面には、コマンド受付時間外であってチームコマンドの投票が不可能である旨のメッセージが表示される。
【0063】
また、図11に示したプレーヤトップ画面において「トライアル」を選択すると、続いて「トライアルトップ画面」が表示される。図17は、トライアルトップ画面の一例を示す図である。同図によれば、トライアルトップ画面には、進行中のトライアルについて、詳細な解説文と、有効期間と、当該トライアルを中止するかを問うメッセージとが表示される。このトライアルトップ画面において「中止する」を選択すると、この進行中のトライアルが中止される。そして、トライアルを中止した旨のメッセージが表示された後、図18に示すトライアルトップ画面が表示される。
【0064】
図18は、トライアルトップ画面の他の例を示す図である。同図によれば、トライアルトップ画面には、現在進行中のトライアルが無い旨のメッセージが表示される。なお、進行中のトライアルが無い場合に、図11に示したプレーヤトップ画面において「トライアル」を選択すると、図18に示したトライアルトップ画面が表示される。
【0065】
また、トライアルトップ画面(図17,18参照)において「トライアルリスト」を選択すると、続いて「トライアルリスト画面」が表示される。図19は、トライアルリスト画面の一例を示す図である。同図によれば、トライアルリスト画面には、複数のトライアルの一覧であるトライアルリストと、当該トライアルリストの更新可能な残り回数とが表示される。このトライアルリスト画面において「リストを更新する」を選択すると、現在表示されているトライアルリストが更新されて、別のトライアルからなる新しいトライアルリストが表示されるとともに、トライアルリストの更新残り回数が「1」少なくなる。トライアルリストの更新には制限が設けられており、例えば1日に3回までといった回数制限として規定されている。また、トライアルリストの何れかのトライアルを選択すると、続いて「トライアル詳細画面」が表示される。
【0066】
図20は、トライアル詳細画面の一例を示す図である。同図によれば、トライアル詳細画面には、選択したトライアルの詳細な解説文(達成条件)と当該トライアルに挑戦するかを問うメッセージとが表示される。このトライアル詳細画面において「挑戦する」を選択すると、当該トライアルに決定されて進行が開始される。
【0067】
なお、進行中のトライアルがある場合に、トライアルリスト画面において何れかのトライアルを選択すると、図21に示すトライアル詳細画面が表示される。図21は、トライアル詳細画面の他の例を示す図である。同図によれば、トライアル詳細画面には、選択したトライアルの詳細な解説文(達成条件)と進行中のトライアルを中止してこのトライアルに挑戦するかを問うメッセージとが表示される。このトライアル詳細画面において「挑戦する」を選択すると、進行中のトライアルが中止された後、当該トライアルに決定されて進行が開始される。
【0068】
[ゲームサーバ]
図22は、サーバシステム30の機能構成を示すブロック図である。同図によれば、サーバシステム30は、操作部310と、処理部320と、表示部330と、通信部340と、記憶部350とを備えて構成される。
【0069】
操作部310は、当該サーバシステム30の管理者による操作指示を受け付け、操作に応じた操作信号を処理部320に出力する。この機能は、例えばボタンスイッチやレバー、ダイヤル、マウス、キーボード、タッチパネル、各種センサ等によって実現される。
【0070】
処理部320は、記憶部350に記憶されているプログラムやデータ、操作部310から入力された操作信号、通信部340を介して外部装置(主に、ゲーム装置10)から受信したデータ等に基づいて、サーバシステム30の全体制御を行う。この機能は、例えばCPU(CISC型、RISC型)、ASIC(ゲートアレイ等)等の演算装置やその制御プログラムにより実現される。本実施形態では、処理部320は、プレーヤ管理部321と、チーム管理部322と、リーグ管理部323と、HP管理部324とを有する。
【0071】
プレーヤ管理部321は、ゲームシステム1に登録されているプレーヤを管理する。ここで、登録されているプレーヤに関するデータは、プレーヤ管理DB341に格納される。図23に、プレーヤ管理DB341の一例を示す。同図に示すように、プレーヤ管理DB341は、プレーヤそれぞれについての複数のプレーヤデータ342から構成される。プレーヤデータ342は、該当するプレーヤのプレーヤID342aと、プレーヤ名342bと、プレーヤレベル342cと、保有プレーヤポイント342dと、保有ファイトマネー342eと、所有するゲームカード20のカードID342fと、所有するプレーヤ端末50の端末ID342gと、所属チーム342hと、トライアルデータ343と、プレーヤキャラデータ342iとを格納している。
【0072】
トライアルデータ343は、当該プレーヤのトライアルについてのデータである。図24に、トライアルデータ343のデータ構成の一例を示す。同図によれば、トライアルデータ343は、トライアルリストの更新回数343aと、進行中のトライアル343bと、その有効期間343cと、トライアルリストデータ343dと、トライアル履歴データ343hとを格納している。リスト更新回数343aは、本日のトライアルリストの更新回数である。トライアルリストデータ343dは、ランク343eと、トライアル343fと、状況343gとを対応付けて格納している。状況343gは、対応するトライアルが未選択であるか、進行中であるか、中止されたか、或いは達成されたかの何れかを示す値が格納される。トライアル履歴データ343hは、これまでに生成されたトライアルリストや、達成/中止されたトライアルを示すデータを含んでいる。
【0073】
ここで、予め用意されている全てのトライアルについてのデータは、トライアル一覧テーブル363に格納されている。図25に、トライアル一覧テーブル363のデータ構成の一例を示す。同図によれば、トライアル一覧テーブル363は、トライアルID363aと、トライアル名363bと、達成条件363cと、ランク363dとを対応付けて格納している。
【0074】
プレーヤ管理部321は、ゲーム装置10からプレーヤ関連情報を要求されると、該当する「プレーヤ関連情報」を当該ゲーム装置10に送信する。すなわち、要求されたプレーヤ及びその所属チームを特定し、1)特定したプレーヤに該当するプレーヤデータ342と、2)特定した所属チームの現在の演算係数Nと、3)所属リーグの各チームの現在の区間でのチームポイントと、を含むデータをプレーヤ関連情報として当該ゲーム装置10に送信する。
【0075】
ここで、チームに関するデータは、チーム管理DB344に格納されている。図26は、チーム管理DB344の一例を示す図である。同図によれば、チーム管理DB344は、チームそれぞれについての複数のチームデータ345から構成される。チームデータ345は、該当するチームのチームID345aと、チーム名345bと、所属プレーヤ345cと、チームレベル345dと、保有チームポイント345eと、リーグポイント345fと、発動中のチームコマンド345gと、演算係数345hと、リーグ戦データ346と、コマンド投票状況データ347とを格納している。
【0076】
リーグ戦データ346は、当該チームが所属するリーグについてのデータである。図27に、リーグ戦データ346のデータ構成の一例を示す。同図によれば、リーグ戦データ346は、所属するリーグのリーグID346aと、戦歴データ346bとを格納している。戦歴データ346bは、区間346cそれぞれについて、獲得されたチームポイント346dと、区間順位346eとを対応付けて格納している。
【0077】
コマンド投票状況データ347は、所属プレーヤのチームコマンドへの投票状況についてのデータである。図28に、コマンド投票状況データ347のデータ構成の一例を示す。同図によれば、コマンド投票状況データ347は、チームコマンド347aそれぞれについて、投票したプレーヤ347bと、その合計の投票人数347cとを対応付けて格納している。
【0078】
また、プレーヤ管理部321は、ゲーム装置10から送信される「プレーヤ通知情報」を受信すると、該当するプレーヤデータ342等を更新する。本実施形態における「プレーヤ通知情報」は、ゲーム装置10からゲーム終了後に送信されてくるデータであり、1)当該ゲーム結果に応じて更新されたプレーヤデータと、2)獲得されたチームポイントとが含まれる。すなわち、プレーヤを特定し、特定したプレーヤのプレーヤデータ342を受信したプレーヤデータをもとに更新する。また、当該プレーヤがチームに所属しているならば、所属チームのチームポイントに受信した獲得チームポイントを加算する。
【0079】
チーム管理部322は、チームを管理する。具体的には、定められた所定時刻(例えば、営業期間外である毎日深夜4時)に、各チームのチームレベルを更新する。すなわち、チームレベルが「4」以下のチームそれぞれについて、レベル変更条件テーブル364を参照して、当該チームのチームポイントに応じてチームレベルを変更する。
【0080】
レベル変更条件テーブル364は、チームレベルの変更条件を定めたデータテーブルである。図29に、レベル変更条件テーブル364のデータ構成の一例を示す。同図によれば、レベル変更条件テーブル364は、チームレベル364aと、変更条件364bとを対応付けて格納している。変更条件364bは、チームレベルが「1〜5」まではチームポイントの範囲として定められ、チームレベルが「5〜10」ではリーグポイントの範囲として定められている。なお、チームレベル「5」に定められているチームポイントの範囲は一定以上(同図では「1000」以上)であり、「5」以上のチームレベルの変更条件はリーグポイントによる。
【0081】
また、チーム管理部322は、定められた所定時刻(例えば、営業期間外である毎日深夜6時)に、各チームが発動するチームコマンドを決定する。すなわち、チームそれぞれについて、該当するチームデータ345のコマンド投票状況データ347を参照して、投票プレーヤの合計人数が最多のチームコマンドを当該チームが発動するチームコマンドとして決定する。次いで、決定した各チームのチームコマンドをもとに、コマンド相対関係テーブル361を参照して、各チームの演算係数Nを決定する。
【0082】
コマンド相対関係テーブル361は、チームコマンド間の成否の相対関係を定めたデータテーブルである。図30に、コマンド相対関係テーブル361のデータ構成の一例を示す。同図によれば、コマンド相対関係テーブル361は、チームコマンド361aそれぞれについて、成否条件361bと、成否361cと、演算係数Nの変更対象チーム361dと、変更する演算係数361eとを対応付けて格納している。
【0083】
リーグ管理部323は、リーグを管理する。具体的には、リーグ戦の開催期間の開始前(例えば、営業時間外である前日の深夜4時)に、次の日から開催されるリーグ戦のリーグを形成する。すなわち、チームレベルが「5」以上のチームについて、同一レベルのチーム同士をマッチングさせてリーグを形成する。
【0084】
形成したリーグについてのデータは、リーグデータ348に格納される。図31に、リーグデータ348のデータ構成の一例を示す。同図によれば、リーグデータ348は、形成されているリーグそれぞれについて、リーグID348aと、構成チーム348bと、チームレベル348cとを対応付けて格納している。
【0085】
そして、リーグ戦の開催期間の終了後(例えば、営業期間外である最終日の深夜4時)に、各リーグの最終順位を決定する。すなわち、リーグそれぞれについて、当該リーグに所属する各チームのチームポイントの大小に応じて順位付けする。次いで、リーグポイントテーブル362を参照して、決定したリーグ順位に応じて各チームのリーグポイントを変更する。
【0086】
リーグポイントテーブル362は、リーグ順位に応じたリーグポイントの変更量を定めたデータテーブルである。図32に、リーグポイントテーブル362のデータ構成の一例を示す。同図によれば、リーグポイントテーブル362は、リーグ順位362aと、リーグポイントの変更量362bとを対応付けて格納している。
【0087】
そして、リーグ管理部323は、レベル変更条件テーブル364を参照して、変更後のリーグポイントに応じて各チームのチームレベルを変更する。
【0088】
また、ファイトマネーテーブル365を参照して、各チームに所属するプレーヤに、当該チームのリーグ順位に応じたファイトマネーを付与する。ファイトマネーテーブル365は、リーグ順位に応じて獲得されるファイトマネーを定めたデータテーブルである。図33に、ファイトマネーテーブル365のデータ構成の一例を示す。同図によれば、ファイトマネーテーブル365は、リーグ順位365aと、チームレベル365bと、獲得されるファイトマネー365cとを対応付けて格納している。
【0089】
HP管理部324は、サーバシステム30をWebサーバとして機能させ、HP情報349に基づいて、サービスサイトをインターネット上で公開・管理する。HP情報349とは、サーバシステム30によってインターネット上に公開されるサービスサイトに関する情報であり、具体的には、例えばHTML言語で記述されたページ(ホームページ:HP)のデータや、CGIプログラム等を含む。
【0090】
具体的には、HP管理部324は、プレーヤ端末50からサービスサイトへのアクセス要求を受信すると、当該要求とともに受信した端末IDからプレーヤ端末50及びプレーヤを特定し、ログイン処理を行う。そして、プレーヤ端末50の要求に応答して、主に特定したプレーヤのプレーヤデータ342及び所属チームのチームデータ345を参照して当該プレーヤに応じた表示画面(図11〜図21参照)を表示するための画面データを生成し、当該プレーヤ端末50に送信する。
【0091】
このとき、HP管理部324は、プレーヤ端末50からの要求に応じて、該当するプレーヤデータ342及びチームデータ345を更新する。すなわち、プレーヤ端末50から、例えばトライアルリスト画面(図19参照)において「リストを更新する」を選択することで送信される「トライアルリストの更新要求」に応答して、新たなトライアルリストを生成する。このとき、新たなトライアルリストは、該当するプレーヤの過去のトライアルリストに含まれているトライアル以外のトライアルで構成する。
【0092】
また、プレーヤ端末50から、例えばトライアル詳細画面(図20,21参照)において「挑戦する」を選択することで送信される「トライアルの挑戦要求」に応答して、要求されたトライアルの進行を開始する。このとき、進行中のトライアルが無いならば、要求されたトライアルに有効期間を設定した後、その進行を開始する。一方、進行中のトライアルが有るならば、この進行中のトライアルを中止した後、要求されたトライアルに有効期間を設定してその進行を開始する。
【0093】
また、プレーヤ端末50から、例えばトライアルトップ画面(図17参照)において「中止する」を選択することで送信される「トライアルの中止要求」に応答して、現在進行中のトライアルの進行を中止する。
【0094】
また、プレーヤ端末50から、例えばコマンド投票画面(図15参照)において「コマンドの投票」を選択することで送信される「チームコマンドの投票要求」に応答して、チームコマンドの投票を受け付ける。すなわち、該当するプレーヤを、要求されたチームコマンドに投票したプレーヤ(投票プレーヤ)に追加する。
【0095】
そして、当該プレーヤ端末50からログアウト要求を受信したならば、ログアウト処理を行う。
【0096】
表示部330は、処理部320からの画像信号に基づく表示画面を表示する。この機能は、例えばCRT、LCD、ELD、PDP等のハードウェアによって実現される。
【0097】
通信部340は、処理部320からの制御信号に従って通信回線Nに接続し、外部装置(主に、ゲーム装置10)とのデータ通信を行う。この機能は、無線通信モジュール、TA、ルータ、有線用の通信ケーブルのジャックや制御回路等によって実現される。
【0098】
記憶部350は、処理部320にサーバシステム30を統合的に制御させるための諸機能を実現するためのシステムプログラムや、本実施形態における各種機能を実現するためのプログラムやデータ等を記憶するとともに、処理部320の作業領域として用いられ、処理部320が各種プログラムに従って実行した演算結果や操作部310から入力された入力データ等を一時的に記憶する。この機能は、例えば各種ICメモリやハードディスク、CD−ROM、DVD、MO、RAM、VRAM等によって実現される。本実施形態では、記憶部350には、プログラムとしてサーバ制御プログラム351が記憶されるとともに、データとして、コマンド相対関係テーブル361と、リーグポイントテーブル362と、トライアル一覧テーブル363と、レベル変更条件テーブル364と、ファイトマネーテーブル365と、プレーヤ管理DB341と、チーム管理DB344と、リーグデータ348と、HP情報349とが記憶される。
【0099】
[ゲーム装置]
図34は、ゲーム装置10の機能構成を示すブロック図である。同図によれば、ゲーム装置10は、操作入力部110と、カード読出し/書込み部120と、処理部130と、画像表示部140と、音出力部150と、通信部160と、記憶部170とを備えて構成される。
【0100】
操作入力部110は、プレーヤによる操作指示入力を受け付け、操作に応じた操作信号を処理部130に出力する。この機能は、例えばボタンスイッチやレバー、ダイヤル、マウス、キーボード、各種センサ等によって実現される。
【0101】
カード読出し/書込み部120は、挿入されたゲームカード20に記録されているカードデータ21を読み出して処理部130に出力するとともに、処理部130の指示に従って、挿入されているゲームカード20にデータを書き込んで記録されているカードデータ21を更新する。
【0102】
図35に、ゲームカード20に記録されるカードデータ21のデータ構成の一例を示す。同図によれば、カードデータ21は、当該ゲームカード20のカードID21aと、所有プレーヤのプレーヤID21bと、プレーヤ名21cと、プレーヤレベル21dと、保有プレーヤポイント21eと、保有ファイトマネー21fと、所属チーム21gと、プレーヤキャラデータ21hとを格納している。
【0103】
処理部130は、ゲーム装置10の全体制御やゲームの進行、画像生成等の各種演算処理を行う。この機能は、例えばCPU(CISC型、RISC型)、ASIC(ゲートアレイ等)等の演算装置やその制御プログラムにより実現される。また、処理部130は、主にゲームの実行に係る演算処理を行うゲーム演算部131と、ゲーム演算部131の処理によって求められた各種のデータに基づき、仮想カメラ等の所与の視点から見た仮想三次元空間(ゲーム空間)の画像を生成する画像生成部132と、効果音やBGM等のゲーム音を生成する音生成部133とを含んでいる。
【0104】
ゲーム演算部131は、操作入力部110から入力された操作信号や、記憶部170から読み出したプログラムやデータ等に基づいて種々のゲーム処理を実行する。ゲーム処理としては、例えば、仮想三次元空間に各種のオブジェクトを配置してゲーム空間を設定する処理、操作入力部110からの操作信号に基づくプレーヤキャラクタの制御、オブジェクトのヒット交差判定(ヒットチェック)、視点(仮想カメラ)の制御等がある。
【0105】
また、ゲーム演算部131は、ゲームプログラム171に従ったゲーム処理を行う。具体的には、ゲーム処理では、筐体に挿入されたゲームカード20からカードデータ21を読み出し、このカードデータ21をもとにプレーヤを特定する。次いで、サーバシステム30に、特定したプレーヤについてのプレーヤ関連データを要求し、この要求に応答してサーバシステム30から送信されるプレーヤ関連データを受信する。また、操作入力部110から入力されるプレーヤの操作指示に従って、CPU対戦かプレーヤ対戦かを決定するとともに、対戦相手を決定する。その後、決定した対戦相手との対戦処理を開始する。
【0106】
対戦処理が終了すると、対戦結果に基づいて、当該プレーヤが獲得するプレーヤポイント及びファイトマネーを算出する。ここで、このプレーヤポイント及びファイトマネーの算出については公知の方法を用いることとする。
【0107】
また、対戦結果に応じて、当該プレーヤが獲得するチームポイントを算出する。具体的には、ベースポイントテーブル181を参照してベースポイントを算出する。ベースポイントテーブル181は、対戦によって獲得されるベースポイントを定めたデータテーブルである。
【0108】
図36に、ベースポイントテーブル181のデータ構成の一例を示す図である。同図によれば、ベースポイントテーブル181は、対戦ポイントテーブル181aと、勝利ポイントテーブル181dと、ボーナスポイントテーブル181gとを含む。対戦ポイントテーブル181aは、対戦の種類181bと、対戦ポイント181cとを対応付けて格納している。勝利ポイントテーブル181dは、相手プレーヤとの相対レベル差181eと、勝利ポイント181fとを対応付けて格納している。相対レベル差181eは、プレーヤ対戦では、相手プレーヤのプレーヤレベルから自プレーヤのプレーヤレベルを減算した差であり、CPU対戦の場合にはゼロとする。ボーナスポイントテーブル181gは、勝利条件181hと、ボーナスポイント181iとを対応付けて格納している。
【0109】
ここで、対戦ポイントは対戦を行うことで獲得されるポイントである。また、勝利ポイント及びボーナスポイントは対戦に勝利することで獲得されるポイントであり、敗北した場合にはゼロとなる。従って、ゲーム演算部131は、対戦結果が敗北ならば、対戦ポイントテーブル181aにもとづく対戦ポイントをベースポイントとして算出し、対戦結果が勝利ならば、対戦ポイントテーブル181aにもとづく対戦ポイントと、勝利ポイントテーブル181dにもとづく勝利ポイントと、ボーナスポイントテーブル181gにもとづくボーナスポイントの和を、ベースポイントとして算出する。
【0110】
また、ゲーム演算部131は、当該プレーヤの進行中のトライアルの有無を判定し、進行中のトライアルがあるならば、このトライアルが達成されたかを判定する。トライアルについてのデータは、トライアル一覧テーブル182に格納されている。このトライアル一覧テーブル182は、サーバシステム30のトライアル一覧テーブル363と同一内容のデータテーブルである。トライアルが達成されたと判定したならば、ゲーム演算部131は、トライアルポイントテーブル183を参照してトライアルポイントを決定する。
【0111】
トライアルポイントテーブル183は、トライアルの達成によって獲得されるトライアルポイントを定めたデータテーブルである。図37に、トライアルポイントテーブル183のデータ構成の一例を示す。同図によれば、トライアルポイントテーブル183は、トライアルランク183aと、トライアルポイント183bとを対応付けて格納している。
【0112】
そして、算出したベースポイントに演算係数Nを乗算し、更にトライアルポイントを加算した値を、当該プレーヤの獲得チームポイントとする。
【0113】
また、対戦結果をもとに、受信したプレーヤデータを更新する。そして、更新したプレーヤデータと算出した獲得チームポイントとをプレーヤ通知情報としてサーバシステム30に送信する。
【0114】
また、受信したプレーヤ関連情報に含まれる各チームの区間チームポイントをもとに、同一のリーグに所属する各チームのチームポイントの獲得状況を表示した対戦後画面(図9参照)を画像表示部140に表示させる。このとき、当該プレーヤの所属チームについては、区間チームポイントに算出した獲得チームポイントを加算した後のポイントを表示する。その後、算出された獲得プレーヤポイントや獲得ファイトマネー、トライアルを達成したかの判定結果等をもとに、ゲームカード20に記録されているカードデータ21を更新し、筐体から排出させる。
【0115】
画像生成部132は、ゲーム演算部131による演算結果に基づき、ゲーム画面を表示するためのゲーム画像(3DCG画像)を生成し、生成した画像の画像信号を画像表示部140に出力する。画像表示部140は、画像生成部132からの画像信号に基づいて、例えば1/60秒毎に1フレームの画面を再描画しながらゲーム画面を表示する。この機能は、例えばCRT、LCD、ELD、PDP、HMD等のハードウェアによって実現される。
【0116】
音生成部133は、ゲーム中に使用される効果音やBGM等のゲーム音を生成し、生成したゲーム音の音信号を音出力部150に出力する。音出力部150は、音生成部133からの音信号に基づいてBGMや効果音等のゲーム音声を出力する。この機能は、例えばスピーカ等によって実現される。
【0117】
記憶部170は、処理部130にゲーム装置10を統合的に制御させるための諸機能を実現するためのシステムプログラムや、ゲームを実行させるために必要なプログラムやデータ等を記憶するとともに、処理部130の作業領域として用いられ、処理部130が各種プログラムに従って実行した演算結果や操作入力部110から入力される入力データ等を一時的に記憶する。この機能は、例えば各種ICメモリやハードディスク、CD−ROM、DVD、MO、RAM、VRAM等によって実現される。また、記憶部170は、処理部130をゲーム演算部131として機能させるためのゲームプログラム171及びゲームデータを記憶する。ゲームデータには、ベースポイントテーブル181と、トライアル一覧テーブル182と、トライアルポイントテーブル183とが含まれる。
【0118】
[処理の流れ]
(A)サーバシステム30
図38は、サーバシステム30におけるサーバ制御処理を説明するフローチャートである。この処理は、処理部320がサーバ制御プログラム351を実行することで実現される。同図によれば、ゲーム装置10からプレーヤ関連情報要求を受信したならば(ステップA1:YES)、プレーヤ管理部321は、該当するプレーヤ及びその所属チームを特定する(ステップA3)。そして、特定したプレーヤのプレーヤデータ342と、特定した所属チームの演算係数Nと、所属チームと同一のリーグに所属している各チームの区間チームポイントとを含むプレーヤ関連情報を生成して当該ゲーム装置10に送信する(ステップA5)。
【0119】
また、ゲーム装置10からプレーヤ通知情報を受信したならば(ステップA7:YES)、プレーヤ管理部321は、該当するプレーヤを特定し、特定したプレーヤのプレーヤデータ342を受信したプレーヤ通知情報に含まれるプレーヤデータをもとに更新する(ステップA9)。そして、特定したプレーヤがチームに所属しているならば(ステップA11:YES)、受信したプレーヤ通知情報に含まれる獲得チームポイントを、当該所属チームのチームポイントに加算する(ステップA13)。
【0120】
また、プレーヤ端末50からアクセス要求を受信したならば(ステップA15:YES)、HP管理部324が、当該プレーヤ端末50に対するHP管理処理を開始する(ステップA17)。HP管理処理については後述する。
【0121】
また、定められたコマンド決定タイミングとなったならば(ステップA19:YES)、続いて、各リーグを対象としたループAの処理を行う。ループAでは、対象のリーグに所属する各チームについて、投票したプレーヤの人数が最多のチームコマンドを当該チームが発動するチームコマンドとして決定する(ステップA21)。次いで、対象のリーグに所属する各チームが発動するチームコマンドの相対関係から、各チームの演算係数Nを決定する(ステップA23)。ループAはこのように行われる。
【0122】
また、定められたチームレベル変更タイミングとなったならば(ステップA25:YES)、各チームを対象としたループBの処理を行う。ループBでは、対象チームのチームレベルが「4」以下ならば(ステップA27:YES)、レベル変更条件テーブル364に従って、現時点での対象チームの獲得チームポイントをもとに対象チームのチームレベルを変更する(ステップA29)。ループBはこのように行われる。
【0123】
また、定められたランキング更新タイミングとなったならば(ステップA31:YES)、現時点での各プレーヤの保有プレーヤポイントの大小に従って順位付けを行い、プレーヤランキングを更新する(ステップA33)。また、現時点での各チームの保有チームポイントの大小に従って順位付けを行い、チームランキングを更新する(ステップA35)。
【0124】
また、定められたリーグ戦終了タイミングとなったならば(ステップA37:YES)、リーグ処理を行う(ステップA39)。
【0125】
図39は、リーグ処理を説明するフローチャートである。同図によれば、先ず、各リーグを対象としたループCの処理を行う。ループCでは、対象のリーグに所属する各チームの獲得チームポイントの大小によってリーグ順位を決定する(ステップB1)。次いで、対象リーグに所属する各チームのリーグポイントを、リーグ順位に応じて変更する(ステップB3)。そして、変更後のリーグポイントに応じて、各チームのチームレベルを変更する(ステップB5)。また、各チームの所属プレーヤに、当該チームのチームレベル及びリーグ順位に応じたファイトマネーを付与する(ステップB7)。ループCはこのように行われる。
【0126】
全てのリーグを対象としたループCを終了すると、続いて、チームレベルが「5」以上のチームを対象として、同一レベルのチーム同士をマッチングして新たなリーグを形成する(ステップB9)。以上の処理を行うと、リーグ処理を終了する。
【0127】
そして、リーグ処理を終了すると、ステップA1に戻り、同様の処理を繰り返す。
【0128】
図40は、HP管理処理を説明するフローチャートである。同図によれば、HP管理部324は、アクセス要求を送信してきたプレーヤ端末50の所有プレーヤを特定し(ステップC1)、特定したプレーヤを認証するログイン処理を行う(ステップC3)。次いで、特定したプレーヤのプレーヤデータ342をもとに当該プレーヤ用のプレーヤトップ画面(図11参照)の画面データを生成し、当該プレーヤ端末50に送信する(ステップC5)。
【0129】
そして、プレーヤ端末50から「チーム要求」を受信したならば(ステップC7:YES)YES)、チーム処理を行う(ステップC9)。このチーム要求は、プレーヤ端末50から、例えばプレーヤトップ画面(図11参照)において「所属チーム」を選択することで送信される要求である。
【0130】
図41は、チーム処理を説明するフローチャートである。同図によれば、先ず、当該プレーヤの所属チームのチームデータ345をもとに当該プレーヤ用のチームトップ画面(図12参照)の画面データを生成し、当該プレーヤ端末50に送信する(ステップD1)。
【0131】
プレーヤ端末50から「リーグ戦要求」を受信したならば(ステップD3:YES)、リーグトップ画面(図13参照)の画面データを生成し、当該プレーヤ端末50に送信する(ステップD5)。このリーグ戦要求は、プレーヤ端末50から、例えばチームトップ画面において「リーグ戦」を選択することで送信される要求である。
【0132】
また、プレーヤ端末50から「チームコマンド要求」を受信したならば(ステップD7:YES)、コマンド投票期間内かを判断する。コマンド投票期間内ならば(ステップD9:YES)、チームコマンド画面(図14参照)の画面データを生成し、当該プレーヤ端末50に送信する(ステップD11)。そして、プレーヤ端末50から「チームコマンドの投票要求」を受信したならば(ステップD13:YES)、チームコマンドの投票を受け付ける(ステップD15)。一方、コマンド投票期間外ならば(ステップD9:NO)、コマンド投票不可画面(図16参照)の画面データを生成し、当該プレーヤ端末50に送信する(ステップD17)。以上の処理を行うと、チーム処理を終了する。
【0133】
また、プレーヤ端末50から「トライアル要求」を受信したならば(ステップC11:YES)、トライアル処理を行う(ステップC13)。このトライアル要求は、プレーヤ端末50から、例えばプレーヤトップ画面(図11参照)において「トライアル」を選択することで送信される要求である。
【0134】
図42は、トライアル処理を説明するフローチャートである。同図によれば、当該プレーヤのプレーヤデータ342をもとに当該プレーヤ用のトライアルトップ画面(図17,18参照)の画面データを生成し、当該プレーヤ端末50に送信する(ステップE1)。
【0135】
次いで、プレーヤ端末50から「トライアルリスト要求」を受信したならば(ステップE3:YES)、当該プレーヤのプレーヤデータ342をもとに当該プレーヤ用のトライアルリスト画面(図19参照)の画面データを生成し、当該プレーヤ端末50に送信する(ステップE5)。このトライアルリスト要求は、プレーヤ端末50から、例えばトライアルトップ画面(図17,18参照)において「トライアルリスト」を選択することで送信される要求である。
【0136】
そして、プレーヤ端末50からトライアルリストの更新要求を受信したならば(ステップE7:YES)、新たなトライアルリストを生成してトライアルリスト画面の画面データを再生成し、当該プレーヤ端末50に送信する(ステップE9)。
【0137】
次いで、プレーヤ端末50から「トライアルの選択要求」を受信したならば(ステップE11:YES)、該当するトライアルについてのトライアル詳細画面(図20,21参照)の画面データを生成し、当該プレーヤ端末50に送信する(ステップE13)。このトライアルの選択要求は、プレーヤ端末50から、例えばトライアルリスト画面(図19参照)において何れかのトライアルを選択することで送信される要求である。
【0138】
続いて、プレーヤ端末50からトライアルの挑戦要求を受信したならば(ステップE15:YES)、現在進行中のトライアルが有るかを判断する。進行中のトライアルが有るならば(ステップE17:YES)、この進行中のトライアルを中止した後(ステップE19)、要求されたトライアルに有効期間を設定してその進行を開始させる(ステップE21)。一方、進行中のトライアルが無いならば(ステップE17:NO)、要求されたトライアルに有効期間を設定し、その進行を開始させる(ステップE21)。
【0139】
また、プレーヤ端末50から「トライアルの中止要求」を受信したならば(ステップE23:YES)、進行中のトライアルを中止させる(ステップE25)。以上の処理を行うと、トライアル処理を終了する。
【0140】
トライアル処理を終了すると、続いて、プレーヤ端末50からログアウト要求を受信したかを判断し、受信していないならば(ステップC15:NO)、ステップC7に戻る。ログアウト要求を受信したならば、当該プレーヤをログアウトさせるログアウト処理を行う(ステップC17)。その後、HP管理処理を終了する。
【0141】
(B)ゲーム装置10
図43は、ゲーム装置10におけるゲーム処理を説明するフローチャートである。この処理は、ゲーム演算部131がゲームプログラム171を実行することで実現される。同図によれば、ゲーム演算部131は、ゲームカード20が挿入されたかを判断し、挿入されたならば(ステップF1:YES)、このゲームカード20からカードデータ21を読み出し(ステップF3)、読み出したカードデータ21をもとにプレーヤを特定する(ステップF5)。次いで、特定したプレーヤのプレーヤ関連情報をサーバシステム30に要求し、この要求に応じてサーバシステム30から送信されてくるプレーヤ関連情報を受信する(ステップF7)。続いて、対戦の種類(プレーヤ対戦/CPU対戦)や対戦相手を決定し(ステップF9)、決定した対戦相手との対戦処理を行う(ステップF11)。
【0142】
対戦処理が終了すると、ゲーム演算部131は、ゲームカード20を使用しているならば(ステップF13:YES)、対戦結果をもとに、当該プレーヤが獲得されるプレーヤポイント及びファイトマネーを算出する(ステップF15)。また、当該プレーヤに進行中のトライアルが有るならば(ステップF17:YES)、対戦結果をもとに、このトライアルが達成されたかを判定する(ステップF19)。
【0143】
また、当該プレーヤがチームに所属しているならば(ステップF21:YES)、対戦結果をもとに、受信したプレーヤ関連情報に含まれる演算係数Nやトライアルを達成したかの判定結果等を用いて、当該プレーヤが獲得されるチームポイントを算出する(ステップF23)。
【0144】
次いで、当該プレーヤの所属チームがリーグに所属しているならば(ステップF25:YES)、受信したプレーヤ関連情報に含まれる、同じリーグ戦に参戦している各チームの区間チームポイントと算出した獲得チームポイントとをもとに、同じリーグ戦に参戦している各チームのチームポイントの獲得状況を表示する(ステップF27)。
【0145】
続いて、受信したプレーヤ関連情報に含まれるプレーヤデータを更新する(ステップF29)。そして、更新後のプレーヤデータと算出した獲得チームポイントとを、プレーヤ通知情報としてサーバシステム30に送信する(ステップF31)。
【0146】
また、算出した獲得プレーヤポイントや獲得ファイトマネー、トライアルを達成したかの判定結果等をもとに、ゲームカード20に記録されているカードデータ21を更新し(ステップF33)、その後、ゲームカード20を筐体から排出させる(ステップF35)。以上の処理を行うと、ゲーム演算部131は、ゲーム処理を終了する。
【0147】
[変形例]
なお、本発明の適用可能な実施形態上述の実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で適宜変更可能なのは勿論である。
【0148】
(A)リーグ戦の参加条件
上述の実施形態では、チームレベルが「5」以上のチームが、リーグ戦に参加可能としたが、更に他の条件を付加しても良い。例えば、チームポイントの更新についての条件とする。具体的には、所定期間(例えば、過去一ヶ月以内)におけるチームポイントの更新回数が所定回数(例えば、1回)以上であるといった条件や、チームの編成から或いはチームレベルが「5」に達してからのチームポイントの過去3ヶ月間の更新頻度が所定頻度(例えば、2回/月)以上といった条件が考えられる。
【0149】
(B)チームポイントの算出
また、上述の実施形態では、ゲーム装置10において、プレーヤのゲームプレイによって獲得されるチームポイントの算出を行うこととしたが、この算出をサーバシステム30で行うことにしても良い。具体的には、ゲーム装置10では、対戦が終了すると、当該対戦の詳細な内容(具体的には、プレーヤキャラクタが放った技の種類やその時刻、プレーヤキャラクタの体力値の時間推移、勝敗が決定した時刻等)を含む対戦結果データを、サーバシステム30に送信する。そして、サーバシステム30では、ゲーム装置10から受信した対戦結果データをもとに、獲得チームポイントを算出する。この場合、サーバシステム30には、ベースポイントテーブル181とトライアルポイントテーブル183とを記憶している必要がある。
【0150】
(C)ゲームシステム
また、上述の実施形態では、ゲームシステムを、各店舗内に設置された複数のゲーム装置10がサーバシステム30に接続される構成としたが、他の構成としても良い。例えば、ゲーム装置10を家庭用ゲーム装置とし、これらの家庭用ゲーム装置がインターネット等の通信回線を介してサーバシステムに接続される構成としても良い。更には、ゲーム装置10を、携帯型のゲーム装置といった他のゲーム装置や、PDAや携帯電話機といった携帯型の電子機器、パソコンといった通信機能を備えた装置としても良い。
【0151】
(D)ゲームの種類
また、上述の実施形態では、格闘対戦ゲームに適用した場合を説明したが、例えばカーレースゲームやクイズゲームといった他の何れのゲームにも適用可能である。
【図面の簡単な説明】
【0152】
【図1】ゲームシステムの構成図。
【図2】チームレベル変更の説明図。
【図3】リーグ戦の概要図。
【図4】リーグ戦の開催期間の説明図。
【図5】リーグ形成の説明図。
【図6】チームコマンドの相対関係の説明図。
【図7】チームコマンドの発動の説明図。
【図8】トライアルの有効期間の説明図。
【図9】対戦後画面の一例。
【図10】区間の説明図。
【図11】プレーヤトップ画面の一例。
【図12】チームトップ画面の一例。
【図13】リーグトップ画面の一例。
【図14】チームコマンド画面の一例。
【図15】コマンド投票画面の一例。
【図16】コマンド投票不可画面の一例。
【図17】トライアルトップ画面の一例。
【図18】トライアルトップ画面の他の例。
【図19】トライアルリスト画面の一例。
【図20】トライアル詳細画面の一例。
【図21】トライアル詳細画面の他の例。
【図22】サーバシステムの機能構成図。
【図23】プレーヤ管理DBのデータ構成例。
【図24】トライアルデータのデータ構成例。
【図25】トライアル一覧テーブルのデータ構成例。
【図26】チーム管理DBのデータ構成例。
【図27】リーグ戦データのデータ構成例。
【図28】コマンド投票状況データのデータ構成例。
【図29】レベル変更条件テーブルのデータ構成例。
【図30】コマンド相対関係テーブルのデータ構成例。
【図31】リーグデータのデータ構成例。
【図32】リーグポイントテーブルのデータ構成例。
【図33】ファイトマネーテーブルのデータ構成例。
【図34】ゲーム装置の機能構成図。
【図35】カードデータのデータ構成例。
【図36】ベースポイントテーブルのデータ構成例。
【図37】トライアルポイントテーブルのデータ構成例。
【図38】サーバ制御処理のフローチャート。
【図39】サーバ制御処理中に実行されるリーグ処理のフローチャート。
【図40】サーバ制御処理中に実行されるHP管理処理のフローチャート。
【図41】HP管理処理中に実行されるチーム処理のフローチャート。
【図42】HP管理処理中に実行されるトライアル処理のフローチャート。
【図43】ゲーム処理のフローチャート。
【符号の説明】
【0153】
1 ゲームシステム
10 ゲーム装置
130 処理部
131 ゲーム演算部
170 記憶部
171 ゲームプログラム
181 ベースポイントテーブル、182(363) トライアル一覧テーブル
183 トライアルポイントテーブル
20 ゲームカード
30 サーバシステム
320 処理部
321 プレーヤ管理部、322 チーム管理部、323 リーグ管理部
324 HP管理部
350 記憶部
351 サーバ制御プログラム
361 コマンド相対関係テーブル、362 リーグポイントテーブル
363 トライアル一覧テーブル、364 レベル変更条件テーブル
365 ファイトマネーテーブル
341 プレーヤ管理DB、342 プレーヤデータ
344 チーム管理DB、345 チームデータ
348 リーグデータ、349 HP情報
50 プレーヤ端末

【特許請求の範囲】
【請求項1】
各プレーヤがプレーヤ識別情報を入力してゲームプレイ可能なゲーム装置と通信接続されるサーバシステムであって、
前記ゲーム装置から前記プレーヤ識別情報を受信するプレーヤ識別情報受信手段と、
行われたゲームプレイに基づく所定の通知情報を算出した前記ゲーム装置から前記通知情報を受信する通知情報受信手段と、
各プレーヤのプレーヤポイントを前記受信された通知情報に基づき更新して管理するプレーヤポイント管理手段と、
前記プレーヤポイントに従ってプレーヤの順位付けを行うプレーヤランキング処理手段と、
各チームの所属プレーヤを当該チームと対応づけてチームを管理するチーム管理手段と、
前記チーム管理手段により管理されているチーム同士のマッチングを行って複数チームでなるグループを複数編成し、各チームに所属する各プレーヤがゲームプレイした後の前記通知情報に基づいて、グループ内のチームの優劣を競うグループ内チーム間競争処理を実行するグループ内チーム間競争処理手段と、
を備えたサーバシステム。
【請求項2】
前記チーム管理手段は、前記受信されたプレーヤ識別情報によって識別されるプレーヤが所属するチームのチームポイントを、前記受信された通知情報に基づき可変することで、各チームのチームポイントを管理するチームポイント管理手段を有し、
前記グループ内チーム間競争処理手段は、前記チームポイント管理手段によって管理されているチームポイントに基づき判定される所定条件を満たすチームを対象に前記グループ内チーム間競争処理を実行する請求項1に記載のサーバシステム。
【請求項3】
前記チームポイントが前記所定条件を満たすチーム及び満たさないチームを含めた各チームの順位付けを、前記チームポイントに従って行うチームランキング処理手段を更に備えた、
請求項2に記載のサーバシステム。
【請求項4】
前記チーム管理手段は、前記グループ内チーム間競争処理によるグループ内での順位に基づいて各チームのチームレベルを可変に管理するチームレベル管理手段を有し、
前記グループ内チーム間競争処理手段は、同じチームレベル同士のチームをマッチングする、
請求項1〜3の何れか一項に記載のサーバシステム。
【請求項5】
前記グループ内チーム間競争処理手段は、前記グループ内チーム間競争処理を所定期間間隔で繰り返し実行する、
請求項1〜4の何れか一項に記載のサーバシステム。
【請求項6】
前記ゲーム装置は、予め定められた演算処理によってゲームプレイ結果から判定用ポイントを算出するポイント算出手段を有しており、
前記通知情報には、少なくとも前記ポイント算出手段により算出された判定用ポイントが含まれ、
前記グループ内チーム間競争処理手段は、前記通知情報に含まれる判定用ポイントのチーム毎の合計の大小によってグループ内のチームの優劣を求める、
請求項1〜5の何れか一項に記載のサーバシステム。
【請求項7】
前記ゲーム装置は、ゲームプレイ中又はゲームプレイ結果として達成可能な条件であり、当該プレーヤが所属するチームにボーナスポイントを付与するボーナスポイント付与条件を満たすか否かを、当該プレーヤのゲームプレイ及び/又はゲームプレイ結果から判定する条件適否判定手段を更に有しており、
前記ゲーム装置の前記ポイント算出手段は、前記条件適否判定手段により満たすと判定された場合に前記ボーナスポイントを加算して前記判定用ポイントを算出する手段であり、
プレーヤ端末との間で所定の通信を行い、当該プレーヤにボーナスポイント付与条件を設定するボーナスポイント条件設定手段と、
前記プレーヤ識別情報受信手段により受信されたプレーヤ識別情報により識別されるプレーヤに対して設定されているボーナスポイント付与条件を前記ゲーム装置に送信するボーナスポイント付与条件送信手段と、
を備えた請求項6に記載のサーバシステム。
【請求項8】
成否の相対的関係が規定された複数のチームコマンドの中から各チームそれぞれのチームコマンドを選択するチームコマンド選択手段と、
前記チームコマンド選択手段により選択された各チームのチームコマンドのうちの同じグループに属する各チームのチームコマンド及び前記規定されたチームコマンドの成否の相対的関係に従って、前記ゲーム装置の前記ポイント算出手段がゲームプレイ結果から判定用ポイントを求める際の演算係数を可変に設定する演算係数設定手段と、
前記設定された演算係数を前記ゲーム装置に送信する演算係数送信手段と、
を更に備えた請求項6又は7に記載のサーバシステム。
【請求項9】
前記グループ内チーム間競争処理手段は、予め定められた演算処理によって前記通知情報から判定用ポイントを算出するポイント算出手段を有し、算出した判定用ポイントのチーム毎の合計の大小によってグループ内のチームの優劣を求める、
請求項1〜5の何れか一項に記載のサーバシステム。
【請求項10】
プレーヤ端末との間で所定の通信を行い、当該プレーヤが前記ゲーム装置でのゲームプレイ中又はゲームプレイ結果として達成可能な条件であり、当該プレーヤが所属するチームにボーナスポイントを付与するボーナスポイント付与条件を、当該プレーヤに対して設定するボーナスポイント条件設定手段を更に備え、
前記ポイント算出手段は、前記プレーヤ識別情報受信手段により受信されたプレーヤ識別情報により識別されるプレーヤに対して設定されているボーナスポイント付与条件を満たすか否かを、前記通知情報受信手段により受信された通知情報から判定し、満たす場合にボーナスポイントを加算して前記判定用ポイントを算出する、
請求項9に記載のサーバシステム。
【請求項11】
成否の相対的関係が規定された複数のチームコマンドの中から各チームそれぞれのチームコマンドを選択するチームコマンド選択手段と、
前記チームコマンド選択手段により選択された各チームのチームコマンドのうちの同じグループに属する各チームのチームコマンド及び前記規定されたチームコマンドの成否の相対的関係に従って、前記ポイント算出手段が前記通知情報から前記判定用ポイントを求める際の演算係数を可変に設定する演算係数設定手段と、
を更に備え、
前記ポイント算出手段が、前記演算係数設定手段により設定された演算係数を用いて前記判定用ポイントを算出する、
請求項9又は10に記載のサーバシステム。
【請求項12】
前記チームコマンド選択手段は、前記各チームそれぞれのチームコマンドを、当該チームに所属するプレーヤのプレーヤ端末から送信されてくる投票信号に基づき、当該チームに所属するプレーヤの多数決で選択する、
請求項8又は11に記載のサーバシステム。
【請求項13】
前記グループ内チーム間競争処理手段は、前記判定用ポイントのチーム毎の合計を、前記所定期間より短い期間単位で小計する小計手段を有し、
前記プレーヤ識別情報受信手段により受信されたプレーヤ識別信号により識別されるプレーヤの所属するチームが属するグループの各チームそれぞれの前記小計手段により算出されている最新の期間単位中の前記判定ポイントの合計値を前記ゲーム装置に表示するための信号を前記ゲーム装置に送信する送信手段と、
を更に備えた請求項6〜12の何れか一項に記載のサーバシステム。
【請求項14】
請求項6〜8の何れか一項に記載のサーバシステムと通信可能であり、プレーヤがプレーヤ識別情報を入力してゲームプレイ可能なゲーム装置であって、
予め定められた演算処理によってゲームプレイ結果から前記判定用ポイントを算出するポイント算出手段と、
前記算出された判定用ポイントを前記サーバシステムに送信する送信手段と、
を備えたゲーム装置。
【請求項15】
各プレーヤがプレーヤ識別情報を入力してゲームプレイ可能なゲーム装置と通信接続されたサーバシステムが行う情報処理方法であって、
前記ゲーム装置から前記プレーヤ識別情報を受信するプレーヤ識別情報受信ステップと、
行われたゲームプレイに基づく所定の通知情報を算出した前記ゲーム装置から前記通知情報を受信する通知情報受信ステップと、
各プレーヤのプレーヤポイントを前記受信された通知情報に基づき更新して管理するプレーヤポイント管理ステップと、
前記プレーヤポイントに従ってプレーヤの順位付けを行うプレーヤランキング処理ステップと、
各チームの所属プレーヤを当該チームと対応づけてチームを管理するチーム管理ステップと、
前記チーム管理ステップにおいて管理されているチーム同士のマッチングを行って複数チームでなるグループを複数編成し、各チームに所属する各プレーヤがゲームプレイした後の前記通知情報に基づいて、グループ内のチームの優劣を競うグループ内チーム間競争処理を実行するグループ内チーム間競争処理ステップと、
を含む情報処理方法。

【図1】
image rotate

【図2】
image rotate

【図3】
image rotate

【図4】
image rotate

【図5】
image rotate

【図6】
image rotate

【図7】
image rotate

【図8】
image rotate

【図9】
image rotate

【図10】
image rotate

【図11】
image rotate

【図12】
image rotate

【図13】
image rotate

【図14】
image rotate

【図15】
image rotate

【図16】
image rotate

【図17】
image rotate

【図18】
image rotate

【図19】
image rotate

【図20】
image rotate

【図21】
image rotate

【図22】
image rotate

【図23】
image rotate

【図24】
image rotate

【図25】
image rotate

【図26】
image rotate

【図27】
image rotate

【図28】
image rotate

【図29】
image rotate

【図30】
image rotate

【図31】
image rotate

【図32】
image rotate

【図33】
image rotate

【図34】
image rotate

【図35】
image rotate

【図36】
image rotate

【図37】
image rotate

【図38】
image rotate

【図39】
image rotate

【図40】
image rotate

【図41】
image rotate

【図42】
image rotate

【図43】
image rotate


【公開番号】特開2009−189591(P2009−189591A)
【公開日】平成21年8月27日(2009.8.27)
【国際特許分類】
【出願番号】特願2008−33846(P2008−33846)
【出願日】平成20年2月14日(2008.2.14)
【新規性喪失の例外の表示】特許法第30条第1項適用申請有り 平成19年12月1日 株式会社 エンターブレイン発行の「月刊アルカディア12月号 第8巻第12号(通巻第91号)」に発表
【新規性喪失の例外の表示】特許法第30条第1項適用申請有り 平成20年1月1日 株式会社 エンターブレイン発行の「月刊アルカディア1月号 第9巻第1号(通巻第92号)」に発表
【出願人】(000134855)株式会社バンダイナムコゲームス (1,157)
【Fターム(参考)】