JP7620528B2 - サーバシステム、プログラム、プレーヤ端末、及び提供方法 - Google Patents

Description

本発明は、各プレーヤがプレーヤ端末を用いてプレーヤキャラクタを操作することでゲームプレイを楽しむオンラインゲームを提供するサーバシステム等に関する。

オンラインゲームの代表例としてＭＭＯ（Massively Multiplayer Online）ゲームがある。ＭＭＯゲームの技術の１つとして、家庭用据置型ゲーム装置や、携帯型ゲーム装置、パソコン、スマートフォンなどの様々なカテゴリーのコンピュータをゲームクライアントとして利用可能とする技術が知られている。

例えば、特許文献１には、ゲームクライアント別に通信品質情報を取得して、通信品質に応じたゲームモードでゲームを進行制御する技術が開示されている。

特開２０１４－７３２６６号公報

しかし、特許文献１の技術では、通信速度（通信環境）の低いゲームクライアントは「テキストモード」に設定され、選手キャラクタへの直接操作ができない。また、ゲームプレイ画面も簡易であり、最新のゲーム進行状況が反映された画面を表示させるにはプレーヤが更新ボタンを操作する必要がある。このような従来技術では、通信環境の良くないゲームクライアントは、なんとかしてゲームをプレイしているだけというプレイ体験であり、「快適なプレイ体験」を得ているとは到底言えない。

また、オンラインゲームを快適にプレイする上でのゲームクライアントの性能指標としては、通信速度の他にも、当該ゲームクライアント自身の通信処理能力や演算処理能力もある。そのため、通信速度だけを指標として、ゲームクライアントを区別して扱うのは不合理な場合もある。

本発明が解決しようとする課題は、オンラインゲームでの快適なプレイ体験を提供するための新しい技術を提供すること、である。

上記した課題を解決するための第１の発明は、各プレーヤがプレーヤ端末を用いてプレーヤキャラクタを操作することで共用ゲーム空間でのゲームプレイを楽しむオンラインゲームを提供するサーバシステムであって、
前記プレーヤ端末には、ゲームプレイスペックが異なる第１のプレーヤ端末と、当該第１のプレーヤ端末に比べて前記ゲームプレイスペックが劣後する第２のプレーヤ端末とが含まれ、
前記第１のプレーヤ端末に係る第１のプレーヤキャラクタと、前記第２のプレーヤ端末に係る第２のプレーヤキャラクタとが前記共用ゲーム空間における所与の関与状況になったことを検出する関与状況検出手段（例えば、図１の制御基板１１５０、図６のサーバ処理部２００ｓ、ゲーム管理部２１０、関与状況検出部２１４、図７の関与状況登録データ７３０、図１５のステップＳ４０）と、
前記プレーヤ端末それぞれについてゲームプレイ制御を行うゲームプレイ制御手段であって、前記関与状況検出手段の検出がなされた場合に、前記第１のプレーヤ端末のゲームプレイスペックに応じて設定された第１のゲームプレイ制御を前記第１のプレーヤ端末に対して行うことと、前記第２のプレーヤ端末のゲームプレイスペックに応じて設定された第２のゲームプレイ制御を前記第２のプレーヤ端末に対して行うこととを実行するゲームプレイ制御手段（例えば、図１の制御基板１１５０、図６のサーバ処理部２００ｓ、ゲーム管理部２１０、関与状況ゲームプレイ制御部２２０、図１２の関与状況管理データ７５０、図１５のステップＳ４８、図１６のステップＳ６０～Ｓ６２）と、を備えるサーバシステムである。

「関与状況」とは、共用ゲーム空間において、第１のプレーヤキャラクタと第２のプレーヤキャラクタとが、ゲーム進行状況やゲーム成績について互いに重要な影響を与えるシチュエーションである。例えば、プレーヤ対プレーヤのバトルロワイヤル形式の対戦アクションゲームであればエンカウントがこれに該当する。また、同行する複数のプレーヤに係る共通イベント（例えば、協力プレイするイベント、ゲーム進行上の見所とされる特別なＮＰＣとの会話、特別なアイテムの獲得、など）が発生した場合もこれに該当する。関与状況におけるプレイは、オンラインゲームにおけるゲームプレイの核心ともいえる。よって、関与状況におけるプレイでは、プレーヤ端末のゲームプレイスペックをできるだけ活かしたプレイ体験を提供することが、快適なプレイ体験の提供につながる。

第１の発明によれば、共用ゲーム空間においてプレーヤキャラクタ同士が所与の関与状況になった場合、当該プレーヤキャラクタのプレーヤ端末別に、そのゲームプレイスペックに応じた特別なゲームプレイ制御（第１のゲームプレイ制御、第２のゲームプレイ制御）をすることができる。ゲームプレイスペックは、例えば、通信処理能力、演算処理能力、搭載するＯＳ（Operating System）の種類、及び、サーバシステムとの通信速度、のうちの何れかとすることができる。

従来技術では、関与状況への着眼がそもそも存在しない。

また、第１の発明は、関与状況となったプレーヤキャラクタのプレーヤ端末全てを、同じゲームプレイ制御にするわけではない。第１の発明は、それぞれのゲームプレイスペックに応じたゲームプレイ制御を行う。高スペックのプレーヤ端末では、余力分を使って更に高品質で快適なプレイ体験を実現させることが可能になる。つまり、ゲームクライアントの様々なゲームプレイスペックに応じた快適なプレイ体験を提供できる。

第２の発明は、前記関与状況検出手段の検出がなされた場合に、前記関与状況になった前記第１のプレーヤキャラクタと前記第２のプレーヤキャラクタとが存在可能な特別ゲーム空間を設定する特別ゲーム空間設定手段（例えば、図１の制御基板１１５０、図６のサーバ処理部２００ｓ、ゲーム管理部２１０、特別ゲーム空間設定部２１６、図１２の関与状況管理データ７５０、図１５のステップＳ４６、ステップＳ４８）を更に備え、前記ゲームプレイ制御手段は、前記関与状況検出手段の検出がなされた場合に、前記特別ゲーム空間におけるゲームプレイ制御として、前記第１のゲームプレイ制御を前記第１のプレーヤ端末に対して行い、前記第２のゲームプレイ制御を前記第２のプレーヤ端末に対して行う、第１の発明のサーバシステムである。

第２の発明によれば、サーバシステムは、関与状況に係るゲームプレイ制御を、特別ゲーム空間を用いて実行できる。特別ゲーム空間を用意することで、特別ゲーム空間以外のオブジェクトに影響を与えずに、第１のプレーヤ端末や第２のプレーヤ端末に向けたゲームプレイ制御を実現できる。

第３の発明は、前記特別ゲーム空間設定手段が、前記特別ゲーム空間外に存在するプレーヤキャラクタから当該特別ゲーム空間を視認可能に、前記共用ゲーム空間中に前記特別ゲーム空間を設定する（例えば、図１の制御基板１１５０、図６のサーバ処理部２００ｓ、ゲーム管理部２１０、反映制御部２１８、図１１の簡易反映表示制御データ７２４、図１２の空間範囲設定データ７５２、図１５のステップＳ５０）、を備える第２の発明のサーバシステムである。

第３の発明によれば、共用ゲーム空間内の一部限定範囲として特別ゲーム空間を設定することで、関与状況の当事者以外のプレーヤは、関与状況となって何が起きているかをゲームプレイ画像上で視認できる。具体的には、関与状況になっていないプレーヤキャラクタのプレーヤ端末で表示されるゲームプレイ画像でも、特別ゲーム空間の様子を視認可能になる。よって、共用ゲーム空間と特別ゲーム空間とがゲームの世界では切り離されてはおらず、プレーヤにしてみれば同じ１つのゲーム世界であるように感じられる。

第４の発明は、前記関与状況が、前記第１のプレーヤキャラクタと前記第２のプレーヤキャラクタとが前記共用ゲーム空間において所与の遭遇条件を満たす状況である、第１～第３の何れかの発明のサーバシステムである。

第４の発明によれば、共用ゲーム空間でプレーヤキャラクタ同士が遭遇することで関与状況とみなされる。

第５の発明は、前記ゲームプレイ制御手段が、前記関与状況検出手段の検出がなされた後、所与の終了条件を満たした場合に、当該検出に応じたゲームプレイ制御を、当該検出前のゲームプレイ制御に戻す制御を行う（例えば、図１６のステップＳ８０～ステップＳ８２）、
第１～第４の何れかの発明のサーバシステムである。

第５の発明によれば、ゲームプレイ制御は関与状況の検出に伴って一時的に行われることになるので、当該ゲームプレイ制御に係るリソースの消費を一時的とすることができる。また、関与状況の発生に特別感を付与する演出効果が得られる。

第６の発明は、前記ゲームプレイ制御が、プレーヤ端末におけるゲームプレイ画像の表示品質を制御することを含み、前記ゲームプレイ制御手段は、前記関与状況検出手段の検出がなされた場合に、前記第１のプレーヤ端末におけるゲームプレイ画像を第１の表示品質とさせるための第１の端末画像制御と、前記第２のプレーヤ端末におけるゲームプレイ画像を前記第１の表示品質に比べて劣後する第２の表示品質とさせるための第２の端末画像制御と、を行う端末画像制御手段（例えば、図１の制御基板１１５０、図６のサーバ処理部２００ｓ、ゲーム管理部２１０、端末画像制御部２２２、図１５のステップＳ４８、図１６のステップＳ６２において適用画像サイズ７６３を適用した画像の生成）、を有する、第１～第５の何れかの発明のサーバシステムである。

「表示品質」は、共用ゲーム空間或いは特別ゲーム空間の様子を示すゲームプレイ画像の画質、画像サイズ（画像を構成するピクセル数；画像サイズが大きいほどプレーヤ端末にて表示解像度を高められる。）、表示リフレッシュレート、色数、色空間のダイナミックレンジ、などにより決まる。

「端末画像制御」は、プレーヤ端末においてゲームプレイ画像を表示させるために必要とされる各種の制御、例えば、１）表示品質を実現するのに適当なグレードのオブジェクトモデルを選択して、レンダリングの元になるゲーム空間に配置する制御、２）表示品質を実現するのに適当なグレードのモーションを選択してオブジェクトモデルを動作させる制御、３）表示品質を実現するのに適当な画像サイズや色数などでゲーム空間画像１２をレンダリングすること、などが該当する。

第６の発明によれば、サーバシステムは、第１のプレーヤ端末及び第２のプレーヤ端末のそれぞれに対して個別に端末画像制御ができる。よって、第１のプレーヤ端末及び第２のプレーヤ端末のそれぞれのゲームプレイスペックにおいて可能なかぎり高品質で快適なプレイ体験を提供することが可能となる。

第７の発明は、前記ゲームプレイ制御は、プレーヤ端末におけるゲームプレイ画像に表示するオブジェクトを制御することを含み、前記端末画像制御手段は、前記第１の端末画像制御として、前記第１のプレーヤ端末におけるゲームプレイ画像に表示するオブジェクトの種別を第１種とさせるための制御を行い、前記第２の端末画像制御として、前記第２のプレーヤ端末におけるゲームプレイ画像に表示するオブジェクトの種別を前記第１種に比べて品質が劣後する第２種とさせるための制御を行う（例えば、図１５のステップＳ４６及びステップＳ４８における、関与状況時グレード設定データ６０８の示すグレードのオブジェクトの選択と配置）、第６の発明のサーバシステムである。

第７の発明によれば、サーバシステムは、第１のプレーヤ端末及び第２のプレーヤ端末のそれぞれのゲームプレイ画像を表示するために使用するキャラクタ等のオブジェクトのモデルを複数のグレードに分けて制御できる。例えば、ゲームプレイスペックが高いプレーヤ端末には、細部に凝ったリッチな多くのポリゴン数のモデルを用いて快適なプレイ体験と見映えの良いゲームプレイ画像とを提供する。一方、ゲームプレイスペックが低いプレーヤ端末には、少ないポリゴン数のモデルを用いてプレーヤキャラクタの見栄えは落としても快適なプレイ体験を確保する。こうすることで、ゲームプレイスペックに応じて、プレイ操作や表示画像品質といったプレイ体験の品質と快適さとのバランスを図ることが可能になる。

第８の発明は、前記ゲームプレイ制御が、プレーヤ端末において操作入力が可能な種類を制御することを含み、前記ゲームプレイ制御手段は、前記関与状況検出手段の検出がなされた場合に、前記第１のプレーヤ端末において操作入力が可能な種類を第１の操作種類とさせるための第１の端末操作種類制御と、前記第２のプレーヤ端末において操作入力が可能な種類を前記第１の操作種類に比べて数の少ない第２の操作種類とさせるための第２の端末操作種類制御と、を行う端末操作種類制御手段（例えば、図１の制御基板１１５０、図６のサーバ処理部２００ｓ、ゲーム管理部２１０、端末操作種類制御部２２４、図８の表示品質別操作種類データ５２５、図１０の関与状況時表示品質６０６、図１２の許可操作種類リスト７５６、図１６のステップＳ６０）、を有する、第１～第７の何れかの発明のサーバシステムである。

第８の発明によれば、サーバシステムは、第１のプレーヤ端末で入力可能な操作と、第２のプレーヤ端末で入力可能な操作と、を個別に管理できる。よって、ゲームプレイスペックの高いプレーヤ端末とゲームプレイスペックの低いプレーヤ端末との間における操作性に関する有利／不利がゲームプレイに及ぼす影響を調整できる。

第９の発明は、前記プレーヤ端末には、前記第２のプレーヤ端末に比べて前記ゲームプレイスペックが劣後する第３のプレーヤ端末が含まれ、前記関与状況検出手段は、前記第１のプレーヤキャラクタと、前記第３のプレーヤ端末に係る第３のプレーヤキャラクタとが前記関与状況になったことを検出し、前記ゲームプレイ制御手段は、前記関与状況検出手段によって前記第１のプレーヤキャラクタと前記第３のプレーヤキャラクタとが前記関与状況になったことが検出された場合に、前記第３のプレーヤ端末のゲームプレイスペックに応じて設定された第３のゲームプレイ制御を前記第３のプレーヤ端末に対して行う、第１～第８の何れかの発明のサーバシステムである。

第９の発明によれば、サーバシステムは、プレーヤ端末のゲームプレイスペックの優劣に応じたプレイ制御を実行できる。

第１０の発明は、前記関与状況検出手段によって検出されたプレーヤキャラクタに係るプレーヤ端末に、当該検出に応じたゲームプレイ制御が行われる旨の通知を行わせる通知表示制御手段（例えば、図５の通知表示１６（１６ａ，１６ｂ）、図１の制御基板１１５０、図６のサーバ処理部２００ｓ、ゲーム管理部２１０、通知表示制御部２３０、図１３の通知表示データ７８３、図１６のステップＳ６２）、を更に備える第１～第９の何れかの発明のサーバシステムである。

第１０の発明によれば、サーバシステムは、関与状況の当事者であるプレーヤに向けて、特別なゲームプレイ制御が行われている旨を通知できる。

第１１の発明は、前記ゲームプレイ制御手段によって、前記関与状況検出手段の検出に応じたゲームプレイ制御がなされる場合に、前記第２のプレーヤキャラクタのパラメータ値を向上させる補強制御処理を実行する補強制御処理手段（例えば、図１の制御基板１１５０、図６のサーバ処理部２００ｓ、ゲーム管理部２１０、補強制御処理部２３２、図８の表示品質別補強設定データ５２６、図１６のステップＳ６０）、を更に備える第１～第１０の何れかの発明のサーバシステムである。

第１１の発明によれば、サーバシステムは、プレーヤ端末のゲームプレイスペックの優劣がゲームプレイに与える影響を調整できる。

第１２の発明は、前記プレーヤ端末それぞれの設定として、前記第２のゲームプレイ制御への切替に係る許否の設定を記憶する記憶手段（例えば、図６のサーバ記憶部５００ｓ、図１０のユーザ登録データ６００、許否設定６０９）、を更に備え、前記ゲームプレイ制御手段は、前記第２のプレーヤ端末に係る前記許否の設定が拒否を示す設定である場合に、前記第１のゲームプレイ制御を前記第２のプレーヤ端末に対して行う（例えば、図１５のステップＳ４４）、第１～第１１の何れかの発明のサーバシステムである。

第１２の発明によれば、プレーヤは、自身に第２のゲームプレイ制御が適用されることへの許否を選択できる。

第１３の発明は、前記ゲームプレイ制御が、ゲームプレイ画像の生成に必要なデータを前記プレーヤ端末に送信して当該プレーヤ端末において当該ゲームプレイ画像の生成を行わせる制御（例えば、図２３のステップＳ１７４）と、前記サーバシステムにおいて生成したゲームプレイ画像を前記プレーヤ端末に送信して当該プレーヤ端末において表示させる制御（例えば、図２２のステップＳ１４２）と、を含む、第１～第１２の何れかの発明のサーバシステムである。

第１３の発明によれば、サーバシステムは、サーバシステムから送信したデータに基づいてゲームプレイ画像をプレーヤ端末にて生成させる方式と、サーバシステムが生成したゲームプレイ画像を送信先のプレーヤ端末において表示させる方式と、を選択的に実行することをゲームプレイ制御として実現できる。

第１４の発明は、前記ゲームプレイ制御が、ゲームプレイ画像の生成に必要なデータを前記プレーヤ端末に送信して当該プレーヤ端末において当該ゲームプレイ画像の生成を行わせる制御（例えば、図１６のステップＳ６２）である、第１～第１２の何れかの発明のサーバシステムである。

第１５の発明は、第１４の発明のサーバシステムと通信を行って前記オンラインゲームでのゲームプレイを楽しむプレーヤ端末に、前記サーバシステムから受信したゲームプレイ画像の生成に必要なデータに基づいて、当該ゲームプレイ画像を生成させるためのプログラム（例えば、図１４のクライアントプログラム５０２）である。

第１４又は第１５の発明によれば、ゲームプレイ制御に係る一部の演算をプレーヤ端末にて実行させることで、サーバシステムの負荷を軽減できる。

第１６の発明は、各プレーヤがプレーヤ端末を用いてプレーヤキャラクタを操作することで共用ゲーム空間でのゲームプレイを楽しむオンラインゲームを提供するサーバシステムと、前記プレーヤ端末とが通信接続されて構成されるゲームシステムの前記プレーヤ端末であって、前記プレーヤ端末には、ゲームプレイスペックが異なる第１のプレーヤ端末と、当該第１のプレーヤ端末に比べて前記ゲームプレイスペックが劣後する第２のプレーヤ端末とが含まれ、前記サーバシステムは、前記第１のプレーヤ端末に係る第１のプレーヤキャラクタと、前記第２のプレーヤ端末に係る第２のプレーヤキャラクタとが前記共用ゲーム空間における所与の関与状況になったことを検出する関与状況検出手段と、前記プレーヤ端末それぞれについてゲームプレイ制御を行うゲームプレイ制御手段であって、前記関与状況検出手段の検出がなされた場合に、前記第１のプレーヤ端末のゲームプレイスペックに応じて設定された第１のゲームプレイ制御を前記第１のプレーヤ端末に対して行うことと、前記第２のプレーヤ端末のゲームプレイスペックに応じて設定された第２のゲームプレイ制御を前記第２のプレーヤ端末に対して行うこととを実行するゲームプレイ制御手段と、を備え、前記サーバシステムから受信したゲームプレイ画像の生成に必要なデータに基づいて、当該ゲームプレイ画像を生成して表示する制御を行う、プレーヤ端末である。

第１６の発明によれば、第１の発明と同様の効果をもたらすプレーヤ端末を実現できる。

第１７の発明は、各プレーヤがプレーヤ端末を用いてプレーヤキャラクタを操作することで共用ゲーム空間でのゲームプレイを楽しむオンラインゲームをコンピュータシステムが提供する提供方法であって、前記プレーヤ端末には、ゲームプレイスペックが異なる第１のプレーヤ端末と、当該第１のプレーヤ端末に比べて前記ゲームプレイスペックが劣後する第２のプレーヤ端末とが含まれ、前記第１のプレーヤ端末に係る第１のプレーヤキャラクタと、前記第２のプレーヤ端末に係る第２のプレーヤキャラクタとが前記共用ゲーム空間における所与の関与状況になったことを検出する関与状況検出ステップと、前記プレーヤ端末それぞれについてゲームプレイ制御を行うゲームプレイ制御ステップであって、前記関与状況検出ステップで検出された場合に、前記第１のプレーヤ端末のゲームプレイスペックに応じて設定された第１のゲームプレイ制御を前記第１のプレーヤ端末に対して行うことと、前記第２のプレーヤ端末のゲームプレイスペックに応じて設定された第２のゲームプレイ制御を前記第２のプレーヤ端末に対して行うこととを実行するゲームプレイ制御ステップと、を含む提供方法である。

第１６の発明によれば、第１の発明と同様の効果をもたらす提供方法を実現できる。

ゲームシステムの構成例を示す図。 ゲームシステムで提供されるオンラインゲームについて説明するための図。 関与状況になったプレーヤキャラクタの対戦プレイについて説明するための図。 特別ゲーム空間に配置されるオブジェクトに適用されるグレードの設定について説明するための図。 関与状況のゲームプレイ画像の生成について説明するための図。 サーバシステムの機能構成例を示す機能ブロック図。 サーバ記憶部が記憶するプログラムやデータの例を示す図。 オブジェクト初期設定データのデータ構成例を示す図。 表示品質選定基準データのデータ構成例を示す図。 ユーザ登録データのデータ構成例を示す図。 ゲーム進行管理データのデータ構成例を示す図。 関与状況管理データのデータ構成例を示す図。 ゲームプレイ画像管理データのデータ構成例を示す図。 プレーヤ端末の機能構成例を示す機能ブロック図。 サーバシステムが実行する処理の流れを説明するためのフローチャート。 図１５より続くフローチャート。 第２実施形態におけるゲームシステムのシステム構成と、ゲーム空間画像やゲームプレイ画像の生成の担い先を説明するための図。 第２実施形態におけるサーバシステムの機能構成例を示す機能ブロック図。 第２実施形態におけるサーバ記憶部が記憶するプログラムやデータの例を示す図。 第２実施形態におけるプレーヤ端末の機能構成例を示す機能ブロック図。 第２実施形態における端末記憶部が記憶するプログラムやデータの例を示す図。 第２実施形態のゲームシステムの動作を説明するための図であって、サーバシステムとプレーヤ端末との処理の流れを説明するための図。 図２２より続くフローチャート。 図２３より続くフローチャート。

以下、本発明の実施形態の例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。

〔第１実施形態〕
図１は、ゲームシステムの構成例を示す図である。
ゲームシステム１０００は、サーバシステム１１００と、サーバシステム１１００と通信可能な各プレーヤ別のプレーヤ端末１５００（１５００ａ，１５００ｂ，…）とを具備し、プレーヤ端末１５００をマンマシンインターフェースとしてオンラインゲームを実現するためのシステムである。図１では、プレーヤ端末１５００を３台のみ描いているが、実際のシステム運用においては、プレーヤ端末１５００の台数は問われない。

ゲームシステム１０００では、サーバシステム１１００とプレーヤ端末１５００とは、ネットワーク９を介してデータ通信が可能であり、プレーヤ端末１５００同士もネットワーク９を介してデータ通信が可能である。

ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

サーバシステム１１００は、例えば、本体装置、キーボード、タッチパネル、ストレージを有し、本体装置に制御基板１１５０を搭載するコンピュータシステムである。
制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３、が搭載されている。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。

そして、サーバシステム１１００は、制御基板１１５０が所定のプログラム及びデータに基づいて演算処理することにより、ユーザ登録等に係る情報を管理するユーザ管理機能と、ユーザにオンラインゲームをプレイさせるゲーム管理機能と、を実現する。

なお、サーバシステム１１００を、１台のサーバ装置であるかのように描いているが、協調する複数の装置で実現する構成であってもよい。例えば、サーバシステム１１００は、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であっても良い。また、サーバシステム１１００を構成するハードウェアの設置場所は問わない。離れた場所に設置された独立した複数のサーバを、ネットワーク９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であっても良い。

プレーヤ端末１５００（１５００ａ，１５００ｂ，…）は、ユーザがゲームシステム１０００を利用してゲームプレイするために使用するコンピュータシステムであって、ネットワーク９を介してサーバシステム１１００や他のプレーヤ端末１５００にアクセスする電子装置（電子機器）である。すなわち、プレーヤ端末１５００は、ゲームシステム１０００におけるマンマシンインターフェースの機能を担っている。

プレーヤ端末１５００は、操作入力デバイス（例えば、キーボード、タッチパネル、ゲームコントローラ、マウスなど）と、画像表示デバイス（例えば、ビデオモニタ、タッチパネル、ヘッドマウントディスプレイなど）と、制御基板１５５０と、を備える。

制御基板１５５０は、ＣＰＵ１５５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、ネットワーク９に接続する通信モジュール１５５３、などを搭載する。制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。そして、制御基板１５５０は、プレーヤ端末としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。

本実施形態では、プレーヤ端末１５００はプログラムや各種の設定データをサーバシステム１１００からダウンロードする構成としているが、別途入手したメモリカードなどの記憶媒体から読み出す構成としても良い。

プレーヤ端末１５００の形態は、コンピュータシステムであれば問わない。例えば、スマートフォン、スマートウォッチなどのウェアラブルコンピュータ、携帯型ゲーム装置、家庭用据置型ゲーム装置、タブレット型コンピュータ、パソコン、業務用ゲーム装置、などでもよい。スマートフォンと当該スマートフォンに通信接続されたスマートウォッチとの組み合わせ、といった複数の電子機器が通信可能に接続することで１つの機能を果たす場合には、それら複数の電子機器を１つのプレーヤ端末１５００とみなすことができる。

実際の運用においては、プレーヤ端末１５００（１５００ａ，１５００ｂ，…）は、スマートフォンや家庭用ゲーム装置、パソコンなど様々なカテゴリーの機器の様々な機種が混在することになる。当然、ハードウェアスペック（ＣＰＵのスペック、搭載メモリ容量、グラフィックボードのスペック、通信モジュールのスペック、バスのスペック、ディスプレイのスペックなど）、ソフトウェアスペック（ＯＳのスペック、通信規格、など）も様々になる。プレーヤ端末１５００の単体としての演算処理能力や通信処理能力は、ハードウェアスペックとソフトウェアスペックとによって決まる。

更に、各プレーヤ端末１５００とサーバシステム１１００とを通信接続するネットワーク９の実情、いわゆる通信環境も様々となる。例えば、無線接続した携帯電話網の基地局を介して接続しているのか、有線接続しているのか、遅延（伝送遅延・伝播遅延などを含む）の程度、帯域幅、パケットロスの程度、などの様々な通信品質に係る要素が各プレーヤ端末１５００に応じて異なる。結果として各プレーヤ端末１５００がサーバシステム１１００と通信する際の実効通信速度は様々になる。

各プレーヤ端末１５００にてゲームプレイを実行する際に影響するこれらの要因（当該プレーヤ端末１５００の通信処理能力、当該プレーヤ端末１５００の演算処理能力、及び、当該プレーヤ端末１５００とサーバシステムとの間の通信速度、のうちの何れか）を総括して「ゲームプレイスペック」と呼称する。
すなわち「ゲームプレイスペック」は、ハードウェアスペック（ＣＰＵのスペック、搭載メモリ容量、グラフィックボードのスペック、通信モジュールのスペック、バスのスペック、ディスプレイのスペックなど）、ソフトウェアスペック（ＯＳのスペック、通信規格、など）、回線速度や回線種類、などのことである。

各プレーヤ端末１５００のゲームプレイスペックとされる情報は、サーバシステム１１００がゲーム開始前に取得して保存している。ゲームプレイスペックのうち、プレーヤ端末１５００のハードウェア・ソフトウェアのスペックについては、その機種やＯＳバージョンに応じたリモートでのシステム情報収集機能を用いて取得することができる。また、通信速度は、ダミーデータの送受信テストを行って実測することができる。

図２は、ゲームシステム１０００で提供されるオンラインゲームについて説明するための図である。ゲームシステム１０００で提供されるオンラインゲームは、遭遇戦によるバトルロワイヤルをテーマとしたＭＭＯゲームである。

ユーザは、プレーヤ端末１５００を使ってサーバシステム１１００へのアクセス或いはサーバシステム１１００が管理する所定のウェブサイトへのアクセスを行い、所定のユーザ登録手続をしてプレーヤとなる資格を得る。そして、登録時に設定した固有のユーザアカウント（サインネーム）を用いて所定のサインイン手続を経ることで、ユーザのプレーヤ端末１５００はゲームシステム１０００に組み込まれて、システムオンライン状態となる。また、所定のサインアウト手続を経ることで、当該システムから脱退し、システムオフラインとすることができる。そして、システムオンライン状態において、ユーザは所定のゲームログイン（以下、ログイン）を行うことでオンラインゲームがプレイ可能になる。なお、システムオンラインとなることで自動的にログインとなる形態であってもよい。

各プレーヤ端末１５００（１５００ａ，１５００ｂ，…）には、それぞれプレーヤキャラクタ４（４ａ，４ｂ，…）が割り当てられている。プレーヤキャラクタ４は、ＮＰＣ（non player character）６や、ゲーム世界の構造を担う背景オブジェクトとともに、１つの共用ゲーム空間８の中に配置される。具体的には、共用ゲーム空間８には、各種オブジェクトのデータが格納されており、当該オブジェクトの動作制御に伴って座標変換されてデータが更新される。

各プレーヤは、ゲーム開始前に、自身のプレーヤキャラクタ４をカスタマイズすることができる。具体的には、プレーヤは、幾つかの基本的なキャラクタタイプのなかから何れかをベースとして選択し、自分が好む戦い方に合うように適当な装備を与えてカスタマイズすることができる。プレーヤは、プレーヤ端末１５００に表示される共用ゲーム空間８を俯瞰する視点によるゲームプレイ画像を見ながらプレイを始める。俯瞰視が可能な範囲は、共用ゲーム空間８の全体としてもよいし、プレーヤキャラクタ４を基準とした限定範囲のみを俯瞰視が可能としてもよい。

プレーヤは、ゲームプレイ画像を見ながら、自分が好む戦い方に適当な地形とタイミングを考えつつ、自分のプレーヤキャラクタ４を操作して移動させる。そして、自分のプレーヤキャラクタ４を他プレーヤキャラクタに接近させて戦闘に持ち込み、生き残りを目指してプレイする。共用ゲーム空間８で遭遇したプレーヤキャラクタ４同士の戦闘は、当該オンラインゲームにおけるプレイ要素の核心的部分であり、当事者であるプレーヤにとっては、相互に関与してプレイ成績やゲーム体験に影響を与える重要な状況である。

共用ゲーム空間８に配置されている各オブジェクトの移動や動作、ヒット判定などのゲーム進行は、サーバシステム１１００により非同期型ゲームとして管理される。
サーバシステム１１００は、共用ゲーム空間８において、近接する複数のプレーヤキャラクタ４が所与の関与状況判定条件を満たすと、該当するプレーヤキャラクタ４が「関与状況になった」と見なす。つまり、関与状況になったこと、すなわち関与状況の発生を検出する。図３の例では、プレーヤキャラクタ４ａとプレーヤキャラクタ４ｂとが関与状況になっている。

「関与状況判定条件」は、第１のプレーヤキャラクと第２のプレーヤキャラクタ４とが共用ゲーム空間８における所与の遭遇条件を満たすことなど、ゲーム内容に応じて適宜設定可能である。本実施形態では、「何れかのプレーヤキャラクタの攻撃可能範囲に他プレーヤキャラクタが入った」「ロックオンした（攻撃照準の自動追尾対象に設定した）」としてもよい。更に、一方又は両方のプレーヤによる「交戦開始承認がなされた」ことを加えても良い。

そして、サーバシステム１１００は、関与状況の発生を検出すると、共用ゲーム空間８でのゲーム進行と並行して、関与状況になったこれらのプレーヤキャラクタ４による対戦プレイを完全同期型ゲームとして進行制御する。以降、当該対戦プレイを「関与状況プレイ」と呼称する。

図３は、関与状況プレイについて説明するための図である。サーバシステム１１００は、関与状況プレイのための特別ゲーム空間１０を作成する。関与状況プレイ（関与状況になってから関与状況が終了するまでのゲームプレイ）のゲームプレイ画像は、この特別ゲーム空間１０に基づいて作成される。つまり、関与状況になったプレーヤキャラクタ４のプレーヤ端末１５００（以下、「関与端末」と呼称する。）では、関与状況の発生を境にして、共用ゲーム空間８に基づいて作成されたゲームプレイ画像の表示から、特別ゲーム空間１０に基づいて作成されたゲームプレイ画像の表示へ切り換わる。

特別ゲーム空間１０は、検知された関与状況に係る代表点（例えば、関与状況になったプレーヤキャラクタ４の中間地点）を基準位置として作成される。特別ゲーム空間１０は、共用ゲーム空間８の中に、共用ゲーム空間８中の限定範囲として、その限定範囲をコピーした空間として作成される。特別ゲーム空間１０は、関与端末のプレーヤ間において共用されつつも、関与端末のゲームプレイスペックに応じて当該関与端末に表示される画像の品質が異なる空間となる。

特別ゲーム空間１０（１０ａ，１０ｂ，…）は、関与端末のゲームプレイスペックの種類に応じた数だけ用意される。図３の例では、関与端末であるプレーヤ端末１５００ａ（第２のプレーヤ端末）のゲームプレイスペックは、もう１つの関与端末であるプレーヤ端末１５００ｂ（第１のプレーヤ端末）のゲームプレイスペックよりも劣っているので、２つの特別ゲーム空間１０が用意されている。

関与状況プレイは、本実施形態のオンラインゲームにとっての核心部分の１つであることから、完全同期型ゲームとして可能な限り高品質で快適なプレイ体験であるべきである。
プレイ体験の質として画像の品質を優先する場合には、「細部に拘ったモデリング」「リアルな陰影表示」「細部に拘った動作表現」などが求められる。しかし、これらを実現するには、高い演算処理能力や高い画像表示能力、高速な通信速度が求められる。ゲームプレイスペックが十分でないプレーヤ端末１５００にて無理に実現しようとすると、ゲームプレイ画像内のプレーヤキャラクタ４は、演算処理が規定のフレーム画像の更新に追い付かずにカクカクとした動きとなって動作の円滑性が失われる。その結果、操作応答性も悪くなる。プレイ体験の質が悪化し得る。

ゲームプレイスペックが劣るプレーヤ端末１５００ａ（第２のプレーヤ端末）にとっての「快適なプレイ体験」を実現するためには、演算処理に係る負荷、画像表示に係る負荷、通信に係る負荷を低減する必要がある。しかし、ゲームプレイスペックが優れるプレーヤ端末１５００ｂでは、その能力の高さを可能なかぎり活かして、できるだけ高品質で快適なプレイ体験を提供したい。共用ゲーム空間８のように同じ１つのゲーム空間を前提にして、何れか一方のプレーヤ端末１５００のゲームプレイスペックに適合させるようにゲーム空間を用意すると、他方での「プレイ体験の質」や「快適なプレイ体験」を損なうことになる。

そこで、サーバシステム１１００は、ゲームプレイスペック別に特別ゲーム空間１０（１０ａ，１０ｂ）を用意する。そして、特別ゲーム空間１０毎に、プレーヤキャラクタ４（４ａ，４ｂ）や、背景、アイテム、エフェクト表示などについて、オブジェクトの種類は同じでも、使用されるオブジェクトモデルやグレードを違える。

プレーヤキャラクタ４などの各種オブジェクトの配置や制御に用いられるデータについては、複数のグレードが用意されている。本実施形態では、一例として、ＬＤ（Low Definition）、ＳＤ（Standard Definition）、ＨＤ（High Definition）の３グレードとするが、もっと細かく分けても良い。

オブジェクトモデルを構成する頂点数やポリゴンの数は、グレードが低い程少なく、データサイズも小さい。頂点数やポイリゴン数が「０」、つまり実質的にはゲーム空間にオブジェクトが配置されないグレードの設定も可能である。オブジェクトモデルに適用されるスキンやテクスチャデータの色数は、グレードが低い程少なくデータサイズも小さい。また、そのオブジェクトモデルに適用されるモーションデータも、グレードが低い程モーションが簡素でデータサイズも小さい。

つまり、グレードが低いほど、オブジェクトで表現しようとしている対象物のディテールの表現が劣後し、プレイ体験の質としては高いグレードよりは劣るが「快適なプレイ体験」を実現できることになる。因みに、共用ゲーム空間８については、オブジェクトのグレードは、適宜設定可能である。但し、共用ゲーム空間８については様々なゲームプレイスペックのプレーヤ端末１５００を許容した唯一のゲーム空間として一律に制御することが好適であるため、ＬＤ又はＳＤに設定すると好適である。

図３の例では、ゲームプレイスペックが低いプレーヤ端末１５００ａ向けの特別ゲーム空間１０ａは、プレーヤキャラクタ４（４ａ，４ｂ）や、背景、アイテム、エフェクト表示などのオブジェクトをＳＤグレードとしている。対して、ゲームプレイスペックが高いプレーヤ端末１５００ｂ向けの特別ゲーム空間１０ｂは、プレーヤキャラクタ４（４ａ，４ｂ）や、背景、アイテム、エフェクト表示などのオブジェクトを、ＨＤグレードとしている。

図４は、特別ゲーム空間１０に配置されるオブジェクトに適用されるグレードの設定について説明するための図である。サーバシステム１１００は、予め取得している各プレーヤ端末１５００のゲームプレイスペックの情報から、関与状況プレイにおいてそれぞれの関与端末において、できるだけ高品質で快適なプレイ体験を提供するのに適当な「表示品質」を、関与端末別に設定する。

「表示品質」は、特別ゲーム空間１０から生成されるゲーム空間画像（レンダリング画像）の画像サイズと、特別ゲーム空間１０に配置されるオブジェクトの各カテゴリー（例えば、プレーヤキャラクタ４，ＮＰＣ６、背景、エフェクト、など）に適用されるグレードと、の設定の違いによって複数種類用意されている。サーバシステム１１００は、その何れかの表示品質を関与端末毎に選択して対応づける。

図５は、関与状況のゲームプレイ画像の生成について説明するための図である。
サーバシステム１１００は、関与端末別に表示品質を選定した後に、表示品質別に分けて特別ゲーム空間１０（１０ａ，１０ｂ）を用意して、特別ゲーム空間１０（１０ａ，１０ｂ）が完全同期するように完全同期型ゲームとして関与状況プレイを進行制御する。

そして、サーバシステム１１００は、各特別ゲーム空間１０に基づくゲーム空間画像１２をその表示品質で指定された画像サイズでレンダリングする。そして、当該ゲーム空間画像１２を含むゲームプレイ画像１４（ゲームプレイ中にプレーヤが見る表示内容；プレイ画面）を生成し、関与端末にゲームプレイ画像１４を表示させるデータを関与端末別に生成して送信する。なお、ゲームプレイ画像１４には、ゲーム空間画像１２に加えて、当該関与端末にどの表示品質が対応づけられているかを示す通知表示１６を含める。

図３に戻って、共用ゲーム空間８には、特別ゲーム空間１０の様子が反映される。先ず、特別ゲーム空間１０の範囲を示す範囲表示２０のオブジェクトが、共用ゲーム空間８に配置される。また、共用ゲーム空間８において関与状況となったプレーヤキャラクタ４（４ａ，４ｂ，…）のオブジェクトモデルには、関与状況プレイにおけるプレーヤキャラクタ４のオブジェクトモデルの状態が反映される。これを反映制御と言う。サーバシステム１１００は、関与状況プレイを進行制御しつつ、その進行制御の結果を、併存する共用ゲーム空間８内の様子を外部から見た簡易映像として反映制御する。また、関与状況プレイにおける攻撃演出の閃光、ダメージ発生を演出する火花や爆煙、などの簡易エフェクト２２も反映制御の対象である。

つまり、共用ゲーム空間８と特別ゲーム空間１０とは、配置されているオブジェクトモデルのグレード等の違いで細部に違いはあるが本質的な状況は同じ存在である。概念的には、特別ゲーム空間１０の外に存在することになるプレーヤキャラクタ（共用ゲーム空間８において当該関与状況になっていないプレーヤキャラクタ）から当該特別ゲーム空間１０内を視認可能に、共用ゲーム空間８の中に特別ゲーム空間１０が設定されている、と言い換えられる。

よって、関与状況となったプレーヤキャラクタ４（４ａ，４ｂ）以外の外野のプレーヤキャラクタ４（４ｃ，４ｄ，・・・）のプレーヤは、関与状況となったプレーヤキャラクタ４（４ａ，４ｂ）が戦闘状態になっている様子を、共用ゲーム空間８に基づくゲームプレイ画像で見ることができる。

勿論、関与状況プレイは、当該関与状況となったプレーヤキャラクタ４（４ａ，４ｂ）しか関与できないので、外野は戦闘の様子を見るだけであるが、１つの共用ゲーム空間８内でバトルロワイヤルを繰り広げている「らしさ」を効果的に演出できる。

関与状況プレイが終了したと見なされる状況終了条件（例えば、対戦の決着がついた、制限時間に達した、双方の弾薬が切れた、など）が満たされると、当該関与状況プレイは終了される。これに係る特別ゲーム空間１０のデータは消去される。

関与端末とされていたプレーヤ端末１５００（１５００ａ，１５００ｂ，…）は、関与端末としての扱いも終わり、関与状況となっていたプレーヤキャラクタ４（４ａ，４ｂ）の制御も、関与状況になる前の状態である、共用ゲーム空間８での非同期型ゲームでの制御に戻される。

このように、サーバシステム１１００は、基本となるゲームプレイ画像は、共用ゲーム空間８に基づく画像としつつも、オンラインゲームの核心の１つとなる関与状況プレイについては、関与端末のゲームプレイスペックに応じて設定された表示品質を実現するようにゲームプレイ制御が実行される。

よって、ゲームシステム１０００では、ゲームプレイスペックが異なるゲームクライアントそれぞれに対して、当該ゲームクライアントに応じた快適なプレイ体験を提供することが可能となる。

なお、関与状況に第３のプレーヤ端末１５００、第４のプレーヤ端末１５００、・・・が含まれる場合（例えば、２ｏｎ２などのチーム戦形式や、三つ巴を許容するルール、などの場合）は、第３のプレーヤ端末１５００、第４のプレーヤ端末１５００も、同じ関与状況になったものとして同様に扱われる。

次に、機能構成について説明する。
図６は、サーバシステム１１００の機能構成例を示す機能ブロック図である。
サーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、音出力部３９０ｓと、画像表示部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。

操作入力部１００ｓは、サーバシステム１１００の管理のための各種操作を入力するための手段である。例えば、キーボード、タッチパネル、マウス、などがこれに該当する。

サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路となるプロセッサの他、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｓやサーバ記憶部５００ｓを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号、プレーヤ端末１５００などから受信したデータ、等に基づいて各種の演算処理を実行して、サーバシステム１１００の動作を統合的に制御する。

サーバ処理部２００ｓは、ユーザ管理部２０２と、ゲーム管理部２１０と、計時部２８０ｓと、音生成部２９０ｓと、画像生成部２９２ｓと、通信制御部２９４ｓとを含む。勿論、これら以外の機能部も適宜含めることができる。

ユーザ管理部２０２は、ユーザ登録手続きに係る処理及びユーザアカウントに紐付けられる各種情報の管理を行う。具体的には、ユーザ管理部２０２は、登録ユーザへの固有のユーザアカウントの付与、ユーザアカウント別の個人情報の管理、オンラインゲームのプレイに係るセーブデータの管理、などを行う。

ゲーム管理部２１０は、プレーヤ端末１５００にて所与のオンラインゲームをプレイさせるための各種制御を行う。具体的には、ゲーム管理部２１０は、オンラインゲームのゲーム進行制御に係る各種処理を実行する。例えば、共用ゲーム空間８へのプレーヤキャラクタ４やＮＰＣ６などの各種オブジェクトの初期配置の決定、プレーヤの操作入力に応じたプレーヤキャラクタ４の動作制御、ＮＰＣ６の動作制御、オブジェクトのコリジョン判定、攻撃のヒット判定、ダメージ判定とダメージ反映、プレーヤキャラクタ４やＮＰＣ６の能力パラメータ値の変更、イベントの発生、ゲーム成績の算定、ゲーム終了や関与状況の終了の判定、等を行う。

そして、ゲーム管理部２１０は、共用ゲーム空間設定部２１２と、関与状況検出部２１４と、特別ゲーム空間設定部２１６と、反映制御部２１８と、関与状況ゲームプレイ制御部２２０と、通知表示制御部２３０と、補強制御処理部２３２と、を有する。

共用ゲーム空間設定部２１２は、仮想３次元空間に共用ゲーム空間８を設定し、プレーヤキャラクタ４などのゲームに登場する各種オブジェクトを配置し、ゲーム進行制御の結果に応じてそれらオブジェクトの位置や姿勢、形状、大きさ、出現、消去、を制御する。

関与状況検出部２１４は、第１のプレーヤ端末に係る第１のプレーヤキャラクタと、第２のプレーヤ端末に係る第２のプレーヤキャラクタとが共用ゲーム空間８における所与の関与状況になったことを検出する。勿論、システムオンライン状態のプレーヤ端末１５００の中に、第２のプレーヤ端末１５００に比べてゲームプレイスペックが劣後する第３のプレーヤ端末が含まれる場合、関与状況検出部２１４は、第１のプレーヤキャラクタと、第３のプレーヤ端末１５００に係る第３のプレーヤキャラクタとが関与状況になったことを検出できる。

特別ゲーム空間設定部２１６は、関与状況検出部２１４の検出がなされた場合に、関与状況になった第１のプレーヤキャラクタと第２のプレーヤキャラクタとが存在可能な特別ゲーム空間１０を設定する。

反映制御部２１８は、特別ゲーム空間外に存在するプレーヤキャラクタから当該特別ゲーム空間を視認可能にするために、特別ゲーム空間１０の状況を共用ゲーム空間８に反映する制御を実行する。具体的には、反映制御部２１８は、（１）範囲表示２０、簡易エフェクト２２のオブジェクトを設定し、（２）共用ゲーム空間８における関与状況になった第１のプレーヤキャラクタ４及び第２のプレーヤキャラクタ４のオブジェクトに対して、関与状況に係るゲーム進行結果を反映させる制御を実行する（図３参照）。

上記（２）について具体的には、関与状況となったプレーヤキャラクタ４は、オブジェクトモデルなどのグレードが異なるものの共用ゲーム空間８と特別ゲーム空間１０との双方に存在しているので、反映制御部２１８は、関与状況プレイの進行制御の結果としての特別ゲーム空間１０のオブジェクトモデルの状態に、共用ゲーム空間８のオブジェクトモデルの状態を合わせる制御を行う。関与端末となったプレーヤ端末１５００がサーバシステム１１００は、関与端末から操作入力情報（又は操作入力に応じて決まる操作コマンドの情報）を受信すると、関与状況プレイの進行制御を行う一方、所与の周期で当該関与状況の進行制御データを参照し、特別ゲーム空間１０のオブジェクトモデルの状態に、共用ゲーム空間８のオブジェクトモデルの状態を合わせる制御を行う。

関与状況ゲームプレイ制御部２２０は、関与状況検出部２１４の検出がなされた場合に、第１のプレーヤ端末のゲームプレイスペックに応じて設定された第１のゲームプレイ制御を第１のプレーヤ端末に対して行うことと、第２のプレーヤ端末のゲームプレイスペックに応じて設定された第２のゲームプレイ制御を第２のプレーヤ端末に対して行うこととを実行する。

具体的には、関与状況ゲームプレイ制御部２２０は、関与状況検出部２１４の検出がなされた場合に、特別ゲーム空間１０におけるゲームプレイ制御として、第１のゲームプレイ制御を第１のプレーヤ端末に対して行い、第２のゲームプレイ制御を第２のプレーヤ端末に対して行う。そして、関与状況ゲームプレイ制御部２２０は、ゲームプレイ画像の生成に必要なデータを、関与状況となったプレーヤキャラクタのプレーヤ端末に送信して、当該プレーヤ端末において当該ゲームプレイ画像の生成を行わせる制御、を行う。

但し、関与状況ゲームプレイ制御部２２０は、プレーヤ端末１５００それぞれの設定として、第２のゲームプレイ制御への切替に係る許否の設定を記憶保存する制御を行い、第２のプレーヤ端末に係る許否の設定が拒否を示す設定である場合に、第１のゲームプレイ制御を第２のプレーヤ端末に対して行う。

また、システムオンライン状態のプレーヤ端末１５００の中に、第２のプレーヤ端末１５００に比べてゲームプレイスペックが劣後する第３のプレーヤ端末が含まれる場合、関与状況ゲームプレイ制御部２２０は、関与状況検出部２１４によって第１のプレーヤキャラクタと第３のプレーヤキャラクタとが関与状況になったことが検出された場合には、第３のプレーヤ端末のゲームプレイスペックに応じて設定された第３のゲームプレイ制御を第３のプレーヤ端末に対して行う。

また、関与状況ゲームプレイ制御部２２０は、関与状況検出部２１４の検出がなされた後、所与の終了条件を満たした場合に、当該検出に応じたゲームプレイ制御を、当該検出前のゲームプレイ制御に戻す制御を行う。

また、関与状況ゲームプレイ制御部２２０は、端末画像制御部２２２と、端末操作種類制御部２２４と、を有する。

端末画像制御部２２２は、関与状況検出部２１４の検出がなされた場合に、第１のプレーヤ端末におけるゲームプレイ画像を第１の表示品質とさせるための第１の端末画像制御と、第２のプレーヤ端末におけるゲームプレイ画像を第１の表示品質に比べて劣後する第２の表示品質とさせるための第２の端末画像制御と、を行う。

具体的には、端末画像制御部２２２は、第１の端末画像制御として、第１のプレーヤ端末におけるゲームプレイ画像に表示するオブジェクトの種別（オブジェクトのグレード）を第１種とさせるための制御を行う。また、端末画像制御部２２２は、第２の端末画像制御として、第２のプレーヤ端末におけるゲームプレイ画像に表示するオブジェクトの種別を第１種に比べて品質が劣後する第２種とさせるための制御を行う（図４参照）。図３，４では、プレーヤ端末１５００ａが第２のプレーヤ端末に対応し、第１のプレーヤ端末であるプレーヤ端末１５００ｂよりもゲームプレイスペックが劣後する。従って、特別ゲーム空間１０ａは、特別ゲーム空間１０ｂよりも簡素な品質でゲームプレイ画像が表示される。

端末操作種類制御部２２４は、関与状況検出部２１４の検出がなされた場合に、第１のプレーヤ端末において操作入力が可能な種類を第１の操作種類とさせるための第１の端末操作種類制御と、第２のプレーヤ端末において操作入力が可能な種類を第１の操作種類に比べて数の少ない第２の操作種類とさせるための第２の端末操作種類制御と、を行う。

操作種類が少なくなった分は、自動化しても良いし、そもそも省略されているとしてもよい。また、１つの操作種類の実行に要するアクション数を違えてもよい。例えば、プレーヤキャラクタ４が装備する砲から発射する弾種を選択する操作について、第１の操作種類では、弾種一覧を表示するアクションと、一覧の中から弾種を選択するアクションとの２アクション式とする。対して、第２の操作種類では、所定ボタンを押す毎に弾種がローテーション選択される１アクション式としてもよい。

通知表示制御部２３０は、関与状況検出部２１４によって検出されたプレーヤキャラクタに係るプレーヤ端末に、当該検出に応じたゲームプレイ制御が行われる旨の通知を行わせる。通知表示１６（１６ａ，１６ｂ；図５参照）に係る表示制御がこれに該当する。

補強制御処理部２３２は、関与状況ゲームプレイ制御部２２０によって、関与状況検出部２１４の検出に応じたゲームプレイ制御がなされる場合に、第２のプレーヤキャラクタのパラメータ値を向上させる補強制御処理を実行する。

計時部２８０ｓは、システムクロックを利用して現在日時や制限時間等の各種計時を行う。

音生成部２９０ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステム１１００のシステム管理や、オンラインゲームの提供に係る操作音や効果音、ＢＧＭ、音声通話、などの音声データを生成或いはデコードする。そして、システム管理に関する音声信号は音出力部３９０ｓへ出力する。

音出力部３９０ｓは、スピーカ等により実現され、音声信号に基づいて放音する。

画像生成部２９２ｓは、サーバシステム１１００のシステム管理のための各種管理画面の画像の生成を行い、画像データを画像表示部３９２ｓに出力する。画像表示部３９２ｓは、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。

また、画像表示部３９２ｓは、各プレーヤ端末１５００で表示させるゲームプレイ画像の元になる共用ゲーム空間８や特別ゲーム空間１０のゲーム空間画像をレンダリングする（図５参照）。

通信制御部２９４ｓは、データ通信に係るデータ処理を実行し、通信部３９４ｓを介して外部装置とのデータのやりとりを実現する。

通信部３９４ｓは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置１１５３がこれに該当する。

サーバ記憶部５００ｓは、サーバ処理部２００ｓにサーバシステム１１００を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、サーバ処理部２００ｓの作業領域として用いられ、サーバ処理部２００ｓが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では本体装置１１０１が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体がこれに該当する。オンラインストレージをサーバ記憶部５００ｓに含めても良い。

図７は、サーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。本実施形態におけるサーバ記憶部５００ｓは、サーバプログラム５０１と、配信用クライアントプログラム５０３と、ゲーム初期設定データ５１０と、ユーザ登録データ６００と、プレイデータ７００と、現在日時９００と、を記憶する。サーバ記憶部５００ｓは、その他のプログラムやデータ（例えばタイマーや、カウンタ、各種フラグなど）も適宜記憶する。

サーバプログラム５０１は、サーバ処理部２００ｓが読み出して実行することで、サーバ処理部２００ｓにユーザ管理部２０２及びゲーム管理部２１０としての機能を実現させるためのプログラムである。

配信用クライアントプログラム５０３は、プレーヤ端末１５００へ提供されて実行されるプログラムのオリジナルである。

ゲーム初期設定データ５１０は、オンラインゲームに係る各種初期設定データを格納する。例えば、ゲーム初期設定データ５１０は、共用ゲーム空間初期設定データ５１２と、範囲表示２０（図３参照）を定義する範囲表示初期設定データ５１４と、簡易エフェクト２２（図３参照）を定義する簡易エフェクト初期設定データ５１６と、オブジェクト初期設定データ５２０と、表示品質選定基準データ５３０と、を含む。勿論、これら以外のデータも適宜含めることができる。

共用ゲーム空間初期設定データ５１２は、ゲームスタート時の共用ゲーム空間８の状態を定義する各種データを格納する。例えば、共用ゲーム空間８の形状の定義データ、背景オブジェクトの種類及びその配置位置、ＮＰＣ６の種類及びその配置位置、などを含む。

オブジェクト初期設定データ５２０は、ゲームに登場する各種オブジェクトの種類毎に用意され、当該オブジェクトを定義する各種初期設定データを格納する。
例えば、１つのオブジェクト初期設定データ５２０は、図８に示すように、オブジェクトカテゴリー５２１と、オブジェクト種類５２２と、グレード別データセット５２３と、
初期能力パラメータ値５２４と、表示品質別操作種類データ５２５と、表示品質別補強設定データ５２６と、を含む。勿論、ゲーム内容等に応じてこれら以外のデータも適宜含めることができる。

オブジェクトカテゴリー５２１は、当該オブジェクトが、プレーヤキャラクタ用のベースキャラクタ、ＮＰＣ、背景、エフェクト、装備、・・・などのうちの何れのカテゴリーのオブジェクトであるかを示す。

グレード別データセット５２３は、グレード別に用意される。本実施形態では、ＬＤ、ＳＤ、ＨＤの３つのグレードに対応する３つのグレード別データセット５２３が用意される。１つのグレード別データセット５２３は、当該データセットが適用されるグレードを示すグレード設定と、オブジェクトモデルデータと、スキンデータと、モーションデータと、を含む。勿論、オブジェクトをゲーム空間に配置・制御し表示するためのその他の設定データも適宜含めることができる。

オブジェクトモデルデータは、グレードによって細部のディテールが異なる。ＬＤ、ＳＤ、ＨＤの順にディテールが細かくなり、オブジェクトを構成する頂点数やポリゴン数が多くなる。また、グレードによってポリゴンモデル、パーティクルモデルといったモデルの種類を違えても良い。

また、グレード別のモーションデータには、物理現象のシミュレーションを使用／不使用の設定を含めることができる。例えば、ＬＤグレードやＳＤグレードのモーションデータでは、オブジェクトの移動軌跡と移動タイミングを予め決定したデータとするが、ＨＤグレードではオブジェクトの移動については物理演算エンジンにより都度に算出決定する、としてもよい。

なお、ＬＤ，ＳＤ，ＨＤのグレード別データセット５２３に加え、共用ゲーム空間８向けの専用のグレード別データセット５２３を別途用意してもよい。

初期能力パラメータ値５２４は、当該オブジェクトがゲーム進行上、某かの能力を発現する設定の場合に、その初期値を格納する。例えば、当該オブジェクトがプレーヤキャラクタ４であれば、耐久力、攻撃力、防御力、移動力、回復力などの初期パラメータ値を格納する。当該オブジェクトがプレーヤキャラクタ４に装備できる武器や防具などの装備品であれば、攻撃力の変更値、防御力の変更値、などその作用効果を定める初期パラメータ値を格納する。

表示品質別操作種類データ５２５は、グレード別に用意され、当該表示品質に設定された関与端末において使用可能になる操作種類を定義する。具体的には、１つの表示品質別操作種類データ５２５は、当該データの適用要件に当たる適用表示品質と、使用可能操作コマンド対照表データと、を含む。

そして、適用表示品質が低いほど、使用可能な操作コマンドの種類（操作種類）が多くなるように設定する。或いは、操作コマンドの内容それ自体を違えてもよい。例えば、適用表示品質が低い場合の操作コマンドは、ディフェンス役や後衛役、応援役といった比較的操作が簡易で入力頻度が低く見積もられる操作コマンドを主体とする。一方、適用表示品質が高い場合の操作コマンドは、オフェンス役や前衛役、選手役といった比較的複雑で入力頻度が高くなる操作コマンドを主体とする。このように操作コマンドの内容によって、事実上、関与状況に係るプレイにおける役割分担がなされるような構成では、通知表示１６（図５参照）で役割分担名を表示させると好適である。

表示品質別補強設定データ５２６は、表示品質のグレード別に用意され、当該表示品質に設定された関与端末のプレーヤキャラクタ４に適用される補強を定義する。具体的には、１つの表示品質別補強設定データ５２６は、当該データの適用要件に当たる適用表示品質と、補強対象のパラメータを示す補強能力パラメータ値及びその補強量（正、負、０の何れの設定も可）と、を含む。

図７に戻って、表示品質選定基準データ５３０は、プレーヤ端末１５００のゲームプレイスペックに基づいて、当該プレーヤ端末１５００が関与端末とされる際に適用される表示品質の選択に係る各種データを格納する。具体的には、例えば図９に示すように、１つの表示品質選定基準データ５３０は、固有の表示品質５３１と、選定要件定義データ５３３と、指定画像サイズ５３５と、指定グレード設定データ５３６と、を含む。

選定要件定義データ５３３は、表示品質を選定するために満たされるべきゲームプレイスペックについての条件を定義するデータであって、１つ又は複数のサブ条件のＡＮＤやＯＲで組み合わせて記述されている。サブ条件としては、例えば、プレーヤ端末１５００のスペックに関連して、機種条件、ＣＰＵ種類条件、搭載メモリ量条件、ＯＳ種類条件、レンダリングエンジン種類条件、スクリーンスペック条件、通信器スペック条件、などを用いることができる。つまり、演算処理能力や通信処理能力に影響するスペックについての条件を用いることができる。また例えば、通信環境に関連するサブ条件としては、回線種類条件、通信速度条件などを用いることができる。

指定画像サイズ５３５は、表示品質の選定要件と対応付けて、当該表示品質が選定された場合の関与端末向けのゲームプレイ画像１４の画像サイズを指定する（図４、図５参照）。

指定グレード設定データ５３６は、表示品質の選定要件と対応付けて、当該表示品質が選定された場合の関与端末向けの特別ゲーム空間１０に配置されるオブジェクトのカテゴリー別のグレード設定を指定する（図４参照）。

図７に戻って、ユーザ登録データ６００は、プレーヤとなる登録ユーザ毎に作成され、当該ユーザに紐付けられる各種データを格納する。

１つのユーザ登録データ６００は、例えば図１０に示すように、固有のユーザアカウント６０１と、プレーヤ端末１５００にネットワーク９を介してアクセスするための端末アクセス情報６０３（例えば、ＩＰアドレスなど）と、ゲームプレイスペック情報６０５と、関与状況時表示品質６０６と、関与状況時画像サイズ６０７と、関与状況時グレード設定データ６０８と、許否設定６０９と、を含む。勿論、これら以外のデータ、例えばオンラインゲームのセーブデータなども適宜含めることができる。

ゲームプレイスペック情報６０５に含まれる情報は、表示品質選定基準データ５３０の選定要件定義データ５３３（図９参照）を記述するサブ条件の項目に対応する。

関与状況時表示品質６０６は、当該ユーザのプレーヤキャラクタ４が関与状況となり、特別ゲーム空間１０を設定する際に適用される表示品質の種類を示す。基本的には、選定要件定義データ５３３（図９参照）を満たした表示品質選定基準データ５３０の表示品質５３１が設定される。しかし、後述するように、関与状況時表示品質６０６の設定をプレーヤに提示した後に、プレーヤによりカスタマイズされた場合には、所定の「カスタム設定」を意味する所定値が設定される。

関与状況時画像サイズ６０７は、選定要件定義データ５３３（図９参照）を満たした表示品質選定基準データ５３０の指定画像サイズ５３５が設定される。

関与状況時グレード設定データ６０８は、選定要件定義データ５３３（図９参照）を満たした表示品質選定基準データ５３０の指定グレード設定データ５３６が初期設定される。しかし、後述するように、関与状況時表示品質６０６の設定をプレーヤに提示した後に、プレーヤによりカスタマイズされた場合には、カスタマイズされた結果に変更される。

許否設定６０９は、関与状況時にゲームプレイスペックに応じた表示品質での制御を実行することへのユーザの許否の選択結果を格納する。言い換えると、許否設定６０９は、プレーヤ端末１５００それぞれの設定として、関与状況ゲームプレイ制御部２２０による第２のゲームプレイ制御への切替に係る許否の設定を示す。当該設定の初期値は、許可を示す値である。ゲーム開始前の当該ユーザからの許否選択受付において不許可（拒否）が選択された場合はこれを変更する。

図７に戻って、プレイデータ７００は、オンラインゲームの実現に係る各種データを格納し、ゲーム進行に応じて逐次更新される。プレイデータ７００は、ゲーム進行管理データ７１０と、関与状況登録データ７３０と、関与状況管理データ７５０と、端末別画像管理データ７８０と、を含む。勿論、これら以外のデータも適宜格納することができる。

ゲーム進行管理データ７１０は、オンラインゲームのゲーム進行状況を記述する各種データを格納する。具体的には、図１１に示すように、ゲーム進行管理データ７１０は、プレーヤキャラクタ管理データ７１１と、共用ゲーム空間データ７２０と、視点カメラ制御データ７２２と、簡易反映表示制御データ７２４と、を含む。勿論、これら以外のデータも適宜格納することができる。

プレーヤキャラクタ管理データ７１１は、プレーヤキャラクタ毎に用意され、当該プレーヤキャラクタに係る各種データを格納する。１つのプレーヤキャラクタ管理データ７１１は、プレーヤと当該キャラクタを紐付ける情報として、当該キャラクタを使用するプレーヤを示すユーザアカウント、そのプレーヤ端末１５００を示す固有の端末ＩＤ、固有のキャラクタＩＤ、当該キャラクタのベースを示すキャラクタ種類、を含む。また、プレーヤキャラクタ管理データ７１１は、プレーヤキャラクタ４の最新状態を示す情報として、当該キャラクタの代表点の共用ゲーム空間８における位置情報７１２、モーション制御データ７１３、装備制御データ７１４、能力パラメータ値７１５、許可操作種類リスト７１６と、を含む。勿論、これら以外のデータも適宜格納することができる。

なお、図示されていないが、ＮＰＣ６についても同様の管理データがゲーム進行管理データ７１０に含まれているものとする。

共用ゲーム空間データ７２０は、共用ゲーム空間８に配置されている各種オブジェクトのオブジェクトモデルの最新状態における頂点データやポリゴンデータのデータ群である。

視点カメラ制御データ７２２は、プレーヤ端末１５００別に用意され、当該プレーヤ端末で表示されるゲームプレイ画像１４の視点カメラの状態を示す各種データを格納する。具体的には、１つの視点カメラ制御データ７２２は、端末ＩＤ（又はユーザアカウント）と、共用ゲーム空間８における位置座標、画角、姿勢、等の情報を格納する。

簡易反映表示制御データ７２４は、関与状況別に用意され、当該関与状況に係る特別ゲーム空間１０の状況を共用ゲーム空間８に簡易的に反映表示するための各種データを格納する。１つの簡易反映表示制御データ７２４は、範囲表示制御データと、簡易エフェクト表示制御データと、を含む。その他、簡易反映表示に係るオブジェクト等のデータを含めてもよい。

図７に戻って、関与状況登録データ７３０は、共用ゲーム空間８のプレーヤキャラクタ４が関与状況になったことを検出すると、検出別に作成される。１つの関与状況登録データ７３０は、固有の関与状況ＩＤと、関与端末ＩＤリスト（関与状態となったプレーヤキャラクタ４に対応づけられるプレーヤ端末１５００の端末ＩＤのリスト）と、を含む。勿論、これら以外のデータも適宜格納することができる。例えば、関与状況に制限時間があるルールであれば、関与開始日時などを格納するとしてもよい。

関与状況管理データ７５０は、関与状況が検出される毎に作成され、当該関与状況の特別ゲーム空間１０におけるプレイの最新進行制御を記述する各種データを格納する。具体的には、図１２に示すように、１つの関与状況管理データ７５０は、対応する関与状況を示す対象関与状況ＩＤ７５１と、空間範囲設定データ７５２と、当該関与状況になったプレーヤキャラクタ４の関与状況用プレーヤキャラクタ管理データ７５４と、特別ゲーム空間管理データ７６０と、を含む。勿論、これら以外のデータも適宜格納することができる。例えば、関与状況の終了条件の判定に必要な制限時間計時用のタイマー値なども含めることができる。

空間範囲設定データ７５２は、当該関与状況に係る特別ゲーム空間１０が共用ゲーム空間８のどの部分に該当するかを示す。例えば、共用ゲーム空間８における当該特別ゲーム空間の境界の位置座標、特別ゲーム空間１０を規定サイズとする場合は代表点の共用ゲーム空間８における位置座標値、などを格納する。

関与状況用プレーヤキャラクタ管理データ７５４には、関与状況発生時における当該キャラクタのプレーヤキャラクタ管理データ７１１（図１１参照）がコピーされる。
但し、能力パラメータ値データ７５５と許可操作種類リスト７５６とは、コピー後に関与端末に設定された表示品質に応じて変更される。具体的には、当該プレーヤキャラクタ４のオブジェクト初期設定データ５２０（図８参照）が参照され、能力パラメータ値データ７５５は、当該プレーヤキャラクタ４に対応する関与端末の関与状況時表示品質６０６（図１０参照）が示す表示品質に適合する表示品質別補強設定データ５２６の設定に従って変更される。許可操作種類リスト７５６は、関与端末の関与状況時表示品質６０６が示す表示品質に適合する表示品質別操作種類データ５２５の設定に従って変更される。

なお、当該関与状況の特別ゲーム空間１０にＮＰＣ６が配置される場合には、ＮＰＣ別に関与状況用プレーヤキャラクタ管理データ７５４と同様のデータが用意される。

特別ゲーム空間管理データ７６０は、当該関与状況に伴い作成される特別ゲーム空間１０毎に用意され、当該ゲーム空間の設定や管理に関する各種データを格納する。なお、図１２では、関与端末が２台で、それぞれ関与状況時表示品質６０６が異なっている場合を例示しているので、特別ゲーム空間管理データ７６０は２つ描かれているが、状況に応じて特別ゲーム空間管理データ７６０の数は、１つ或いは３つ以上ともなり得る。

１つの特別ゲーム空間管理データ７６０は、固有の空間ＩＤ７６１と、適用表示品質７６２と、適用画像サイズ７６３と、適用グレード設定データ７６４と、空間使用端末ＩＤリスト７６６と、空間使用端末別視点カメラ制御データ７６７と、特別ゲーム空間データ７７０と、を含む。勿論、これら以外のデータも適宜含めることができる。

適用表示品質７６２は、当該特別ゲーム空間に適用される表示品質を示す。具体的には、表示品質選定基準データ５３０（図９参照）の表示品質５３１の何れかが設定される。

適用画像サイズ７６３は、当該特別ゲーム空間１０に基づいてゲーム空間画像１２をレンダリングする際に適用される画像サイズを示す。基本的には、適用表示品質７６２に対応する表示品質選定基準データ５３０（図９参照）の指定画像サイズ５３５がコピーされるが、プレーヤによるカスタマイズが施された場合には、当該設定データの内容はコピーした内容から適宜変更される。

適用グレード設定データ７６４は、当該特別ゲーム空間に配置されるオブジェクトのカテゴリー別の適用グレードを示す。基本的には、適用グレード設定データ７６４は、適用表示品質７６２に対応する表示品質選定基準データ５３０（図９参照）の指定グレード設定データ５３６のコピーとされるが、プレーヤによるカスタマイズが施された場合には、当該設定データの内容はコピーした内容から適宜変更される。

空間使用端末ＩＤリスト７６６は、当該特別ゲーム空間１０をゲームプレイ画像１４の生成に使用する関与端末、すなわち空間使用端末の端末ＩＤを格納する。

空間使用端末別視点カメラ制御データ７６７は、空間使用端末別に用意され、当該端末にて表示されるゲームプレイ画像１４の元になるゲーム空間画像１２をレンダリングするための視点カメラの制御に関する情報を格納する。例えば、端末ＩＤ、特別ゲーム空間１０における位置座標、画角、姿勢、などを含む。

特別ゲーム空間データ７７０は、当該特別ゲーム空間に配置されるオブジェクトモデルの頂点データやポリゴンデータのデータ群である。使用されるオブジェクトモデルのグレードは、適用表示品質７６２に応じたグレードとなる。よって特別ゲーム空間管理データ７６０が異なると、特別ゲーム空間データ７７０に含まれるポリゴン数等は、オブジェクトモデルのグレード違いの分だけ異なることになる。

図７に戻って、端末別画像管理データ７８０は、プレーヤ端末１５００毎に用意され、当該端末にてゲームプレイ画像１４を表示させるための各種情報を格納する。１つの端末別画像管理データ７８０は、例えば図１３に示すように、当該管理データの適用先を示す適用端末ＩＤ７８１と、ゲーム空間画像１２のゲーム空間画像データ７８２と、通知表示１６の通知表示データ７８３と、ゲームプレイ画像１４のゲームプレイ画像データ７８４と、を含む（図５参照）。勿論、これら以外のデータも適宜格納することができる。

図１４は、プレーヤ端末１５００の機能構成例を示す機能ブロック図である。プレーヤ端末１５００は、操作入力部１００と、端末処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、端末記憶部５００と、を備える。

操作入力部１００は、プレーヤによってなされた各種の操作入力に応じた操作入力信号を端末処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、などによって実現できる。

端末処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や端末記憶部５００を含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバシステム１１００から受信した各種データに基づいて各種の演算処理を実行して、プレーヤ端末１５００の動作を制御する。

そして、本実施形態における端末処理部２００は、クライアント制御部２６０と、計時部２８０と、音生成部２９０と、画像生成部２９２と、通信制御部２９４と、を有する。

クライアント制御部２６０は、Ｃ／Ｓ型（クライアント・サーバ型）ゲームシステムにおけるゲームクライアントとしての制御を行う。具体的には、クライアント制御部２６０は、操作入力情報提供部２６１と、表示制御部２６２と、を有する。

操作入力情報提供部２６１は、操作入力部１００から入力に応じて操作入力情報をサーバシステム１１００へ送信する制御を行う。

表示制御部２６２は、サーバシステム１１００から受信したデータに基づいてゲームプレイ画像１４を表示させるための制御を行うが、本実施形態ではサーバシステム１１００にてゲームプレイ画像１４を生成するので、表示制御部２６２はゲーム空間画像１２のレンダリングに係る制御は行わない。ゲームプレイ画像１４を表示させるためのデータとして、サーバシステム１１００から提供される圧縮データが送られる場合には、これの解凍処理などを行う。

計時部２８０は、システムクロックを利用して現在日時や制限時間等の計時を行う。

音生成部２９０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現され、楽曲や効果音、各種操作音の音信号を生成し、音出力部３９０に出力する。

音出力部３９０は、スピーカなど音生成部２９０から入力される音信号に基づいて音出力（放音）する装置によって実現される。

画像生成部２９２は、クライアント制御部２６０の制御に基づいて画像を生成し、画像表示部３９２へ画像信号を出力する。図１の例では、制御基板１５５０に搭載されるＧＰＵ（Graphics Processing Unit）や、グラフィックコントローラがこれに該当する。

画像表示部３９２は、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。

通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。

通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信モジュール１５５３がこれに該当する。

端末記憶部５００は、端末処理部２００に所与の機能を実現させるためのプログラムや、各種データ等を記憶する。また、端末処理部２００の作業領域として用いられ、端末処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図１の例では、制御基板１５５０が搭載するＩＣメモリ１５５２がこれに該当する。

具体的には、端末記憶部５００は、端末処理部２００をクライアント制御部２６０として機能させるためのクライアントプログラム５０２（アプリケーションプログラム）と、現在日時９００と、を記憶する。勿論、これら以外のデータも適宜記憶できる。例えば、適宜、ゲーム初期設定データ５１０（図７参照）などを、サーバシステム１１００からダウンロードして記憶するとしてもよい。

次に、ゲームシステム１０００の動作について説明する。
図１５～図１６は、オンラインゲームの実行に係るサーバシステム１１００が実行する処理の流れを説明するためのフローチャートである。

図１５に示すように、サーバシステム１１００は、オンラインゲームへの参加受付処理をする（ステップＳ１０）。サーバシステム１１００は、参加受付に応じたプレーヤ端末１５００をそれぞれのゲームプレイスペックに係る情報（例えば、機種、ＣＰＵ種類、回線種類、など）を取得してユーザ登録データ６００のゲームプレイスペック情報６０５（図１０参照）として保存する（ステップＳ１２）。

次で、サーバシステム１１００は、各プレーヤ端末１５００に適用する表示品質を選定する（ステップＳ１４）。具体的には、ゲームプレイスペック情報６０５を表示品質選定基準データ５３０（図９参照）に照らして、関与状況時表示品質６０６、関与状況時画像サイズ６０７、関与状況時グレード設定データ６０８、を初期設定する（図１０参照）。

そして、サーバシステム１１００は、それらの初期設定結果を、各プレーヤ端末１５００にて表示させることでプレーヤに通知するとともにカスタマイズを受け付ける（ステップＳ１６）。このカスタマイズの手続において、第１に、関与状況時にゲームプレイスペックに応じた表示品質での制御を実行することへのプレーヤの許否の任意選択を受け付ける。許否の結果は、許否設定６０９（図１０参照）に設定される。

第２に、このカスタマイズの手続によりプレーヤのゲームプレイ画像の見栄えの好みに応える。例えば、関与状況時グレード設定データ６０８にて、全てのグレード設定が「ＳＤ」に初期設定されているとしても、プレーヤが望めば、ＮＰＣ６や背景などのオブジェクトのグレードを「ＬＤ」に変更したり、プレーヤキャラクタ４のグレードを「ＨＤ」に変更することもできる。このケースでは、ＮＰＣ６や背景などのゲームプレイ画像１４での見栄えを落としても、プレーヤキャラクタ４の見栄えは確保したい、と言ったプレーヤの好みにカスタマイズできる。許否設定６０９が「不許可」相当に設定されている場合は、関与状況時グレード設定データ６０８の設定が関与状況プレイに適用されることは無いので、実質的に共用ゲーム空間８とゲームプレイ画像１４との間で見栄えが変わらないことになる。

次に、サーバシステム１１００は、共用ゲーム空間８を初期化する（ステップＳ３０）。
共用ゲーム空間８にプレーヤキャラクタ４，ＮＰＣ６、背景オブジェクトなどを初期配置する。これら各カテゴリーのオブジェクトは、共用ゲーム空間８用の所定のグレード（例えば、ＳＤグレード、又は専用グレード）とする。

次いで、サーバシステム１１００は、共用ゲーム空間８を用いた非同期型ゲームのＭＭＯゲームとしてゲーム進行制御を開始し（ステップＳ３２）、各プレーヤ端末１５００に、ゲームプレイ画像１４を表示させるデータの生成と送信とを開始する（ステップＳ３４）。

すなわち、サーバシステム１１００は、プレーヤ端末１５００から受信した操作入力情報に基づいて、当該端末に対応づけられるプレーヤキャラクタ４の動作を制御し、ＮＰＣ６を自動制御する。また、それに応じて各プレーヤ端末１５００用の視点カメラも制御する。そして、視点カメラから見た共用ゲーム空間８の画像（ゲーム空間画像１２）をレンダリングし、各種情報表示を合成してゲームプレイ画像１４を生成して、ゲームプレイ画像１４を表示させるためのデータをそれぞれのプレーヤ端末１５００へ送信する。

共用ゲーム空間８用のゲームプレイ画像１４の画像サイズや画像の色数などは、非同期型ゲームのＭＭＯゲームとして、可能な限り高品質な画像で「快適なプレイ体験」を確保できるように適当に設定されているものとする。その設定は、ゲームプレイスペックに応じて別途予め用意した所定値のなかから、プレーヤ端末１５００毎のゲームプレイスペックに応じて適宜選択的に用いるとしても良い。

ゲーム進行制御を開始すると、サーバシステム１１００は関与状況の発生を常時監視する。関与状況の発生を検出すると（ステップＳ４０のＹＥＳ）、サーバシステム１１００は当該関与状況になったプレーヤキャラクタ４のプレーヤ端末１５００を「関与端末」として、関与状況登録データ７３０（図７参照）を作成し登録する（ステップＳ４２）。

次に、サーバシステム１１００は、当該関与端末の関与状況時表示品質６０６（図１０参照）を参照して、それらの表示品質設定が単一であるかを判定する（ステップＳ４４）。

なお、ゲームプレイスペックが低い関与端末で、且つ許否設定６０９（図１０参照）が「不許可」のプレーヤの関与端末については、当該関与端末の関与状況時表示品質６０６の設定にかかわらず、ゲームプレイスペックが高い他の関与端末の関与状況時表示品質６０６の設定と同じものと見なす。或いは、共用ゲーム空間８のゲームプレイ画像１４の表示品質に相当する所定品質と見なす。

そして、全ての関与端末の関与状況時表示品質６０６が単一であれば（ステップＳ４４のＹＥＳ）、新たな関与状況管理データ７５０を１つ作成し、１つの特別ゲーム空間データ７７０を作成する（ステップＳ４６）。

具体的には、サーバシステム１１００は、この新たな関与状況管理データ７５０（図１２参照）の関与状況用プレーヤキャラクタ管理データ７５４には、関与状況になった複数のプレーヤキャラクタ４のプレーヤキャラクタ管理データ７１１（図１１参照）をコピーする。そして、前述のように、能力パラメータ値データ７５５及び許可操作種類リスト７５６を、当該プレーヤキャラクタ４の関与端末に設定されている関与状況時表示品質６０６（図１０参照）に応じて変更する。

具体的には、能力パラメータ値データ７５５は、コピー後にオブジェクト初期設定データ５２０（図８参照）の表示品質別補強設定データ５２６に従ってパラメータ値が変更される。つまり、適用表示品質７６２に応じた補強が施される。補強は、ゲームプレイスペックが異なるプレーヤ端末１５００の一方のみに行われるケースでは、関与状況プレイを行う際のハンディキャップ効果を生むこととなる。なお、補強が行われた場合、その旨を補強が行われたプレーヤキャラクタ４のプレーヤ端末１５００にて通知表示するとしてもよい。

また、関与状況時表示品質６０６は、コピー後にオブジェクト初期設定データ５２０の表示品質別操作種類データ５２５の示す使用可能操作コマンドに限定される。この限定もまた、先の補強と同様に、ゲームプレイスペックが異なるプレーヤ端末１５００の一方のみに行われるケースでは、関与状況プレイを行う際のハンディキャップ効果を生むこととなる。
なお、能力パラメータ値の補強と、操作種類の変更との、何れか一方のみを行う構成としてもよいのは勿論である。

また、この新たな関与状況管理データ７５０には、特別ゲーム空間管理データ７６０が１つ作られる。そして、サーバシステム１１００は、適用表示品質７６２（図１２参照）へ単一とされた関与状況時表示品質６０６をコピーし、適用グレード設定データ７６４へ関与端末の関与状況時グレード設定データ６０８をコピーする。特別ゲーム空間データ７７０の特別ゲーム空間１０に配置されるオブジェクトの表示グレードは、適用表示品質７６２の示すグレードとする。

また、サーバシステム１１００は、空間使用端末ＩＤリスト７６６には、関与端末のうち、関与状況時表示品質６０６が適用表示品質７６２と一致する関与端末を登録する。
空間使用端末別視点カメラ制御データ７６７を、関与状況となった時点の空間使用端末に対応するプレーヤキャラクタ４の共用ゲーム空間８での向きや位置を継承するように初期設定する。この初期設定によって、関与端末でのゲームプレイ画像１４が、共用ゲーム空間８を用いたゲームプレイでのそれから特別ゲーム空間１０を用いたゲームプレイでのゲームプレイ画像１４へ切り替わる際の視点位置の急激な変化による不自然感を低減する。

一方、関与端末の関与状況時表示品質６０６が単一でなければ（ステップＳ４４のＮＯ）、サーバシステム１１００は、新たに関与状況管理データ７５０を作成し、関与端末の関与状況時表示品質６０６の種類別に特別ゲーム空間管理データ７６０を作成する（ステップＳ４８）。図３の例では、特別ゲーム空間１０ａ、特別ゲーム空間１０ｂのそれぞれについて特別ゲーム空間管理データ７６０が作成されることになる。特別ゲーム空間管理データ７６０の作成は、ステップＳ４６のそれと同様である。

そして、空間使用端末ＩＤリスト７６６（図１２参照）には、関与状況時表示品質６０６が共通する関与端末の端末ＩＤが設定され、それぞれの空間使用端末別視点カメラ制御データ７６７が作成されることとなる。

すなわち、ステップＳ４８では、関与状況の検出がなされた場合に、第１のプレーヤ端末（ゲームプレイスペックに優れる第１の関与端末）におけるゲームプレイ画像を第１の表示品質（関与状況時表示品質６０６）とさせるための第１の端末画像制御と、第２のプレーヤ端末（ゲームプレイスペックに劣る第２の関与端末）におけるゲームプレイ画像を第１の表示品質に比べて劣後する第２の表示品質とさせるための第２の端末画像制御と、が行なわれたことになる。

具体的には、関与状況時表示品質６０６で指定されるグレードのオブジェクトモデルを選択して、対応する特別ゲーム空間１０に配置することで、第１のプレーヤ端末におけるゲームプレイ画像に表示するオブジェクトの種別を第１種とさせるための制御を行い、第２のプレーヤ端末におけるゲームプレイ画像に表示するオブジェクトの種別を第１種に比べて品質が劣後する第２種とさせるための制御が行なわれたことになる。

また、ステップＳ４８では、第１のプレーヤ端末において操作入力が可能な種類を第１の操作種類とさせるための第１の端末操作種類制御と、第２のプレーヤ端末において操作入力が可能な種類を第１の操作種類に比べて数の少ない第２の操作種類とさせるための第２の端末操作種類制御と、が行われたことになる。

また、ステップＳ４８では、関与状況の検出に応じたゲームプレイ制御がなされる場合に、第２のプレーヤ端末のプレーヤキャラクタのパラメータ値を向上させる補強制御処理が実行されたことになる。

また、前述のようにステップＳ４４では、ゲームプレイスペックが劣る関与端末（第２のプレーヤ端末）で、且つ許否設定６０９（図１０参照）が「不許可」になっているプレーヤの関与端末については、当該関与端末の関与状況時表示品質６０６の設定にかかわらず、ゲームプレイスペックが優れる他の関与端末（第１のプレーヤ端末）の関与状況時表示品質６０６の設定と同じものと見なされる。或いは、共用ゲーム空間８のゲームプレイ画像１４の表示品質に相当する所定品質と見なされる。よって、その結果としてステップＳ４８に至ったケースでは、ゲームプレイスペックの劣る関与端末に対しても、ゲームプレイスペックに優れる関与端末に対して実行される表示品質に係る第１のゲームプレイ制御を同様に行うこととなる。

ステップＳ４４～ステップＳ４８は、関与状況を１つのイベントと読み替えるならば、サーバシステム１１００は、共用ゲーム空間８でのイベントの発生を検出し、イベントに関与するプレーヤ端末１５００の台数と、それらのゲームプレイスペックと、に基づいて、関与するプレーヤ端末１５００のゲームプレイスペックにおいて適正な表示品質を実現するための特別ゲーム空間を作成した、と言い換えることもできる。

さて、ステップＳ４６又はステップＳ４８で特別ゲーム空間１０を生成したならば、サーバシステム１１００は、共用ゲーム空間８の中に、新たに作成した特別ゲーム空間１０の範囲表示２０のオブジェクトを配置する（ステップＳ５０）。これにより、特別ゲーム空間１０外に存在する関与端末以外のプレーヤ端末１５００のプレーヤキャラクタ４から当該特別ゲーム空間が視認可能になる。

図１６に移って、サーバシステム１１００は、新たに関与状況となったプレーヤキャラクタ４のゲーム進行を、特別ゲーム空間１０を用いた完全同期型ゲームに切り換え、関与状況プレイを開始さる（ステップＳ６０）。

そして、サーバシステム１１００は、関与端末別に、特別ゲーム空間１０に基づくゲーム空間画像１２のレンダリングを行い、ゲームプレイ画像１４を生成して、それを表示させるためのデータを送信する制御を開始する（ステップＳ６２）。関与端末向けのゲームプレイ画像１４の画像サイズは、適用表示品質７６２が示す表示品質の指定画像サイズ５３５（図９参照）とされる。ゲームプレイ画像１４を表示させるためのデータは、ゲームプレイ画像１４の画像データでも良いし、当該画像データの圧縮データであってもよい。

ステップＳ４８で複数の特別ゲーム空間１０が生成されたケースでは、ステップＳ６０～ステップＳ６２の実行により、関与状況の検出がなされた場合に、第１のプレーヤ端末（第１の関与端末）のゲームプレイスペックに応じて設定された第１のゲームプレイ制御を当該端末に対して実行することになる。また、第２のプレーヤ端末（第１の関与端末）のゲームプレイスペックに応じて設定された第２のゲームプレイ制御を当該端末に対して実行することになる。

ステップＳ６０以降において、関与端末からの操作入力情報は、特別ゲーム空間１０を用いたゲーム進行制御に用いられ、共用ゲーム空間８を用いたゲーム進行制御には直接的には用いられなくなる。代わりに、サーバシステム１１００は、新たな特別ゲーム空間１０に係る進行制御結果の共用ゲーム空間８への反映制御を開始する（ステップＳ６４）。

具体的には、サーバシステム１１００は、関与端末のプレーヤキャラクタ４の特別ゲーム空間１０でのゲーム進行結果（例えば、プレーヤキャラクタ４のオブジェクト制御、最新の能力パラメータ値、など）を所定周期で参照して、共用ゲーム空間８における関与端末のプレーヤキャラクタ４のオブジェクトの位置情報７１２，モーション制御データ７１３，装備制御データ７１４，能力パラメータ値７１５を変更する（図１１参照）。つまり、関与端末の共用ゲーム空間８内のプレーヤキャラクタ４を、同端末の特別ゲーム空間１０のそれにシャドーイングさせる。また、特別ゲーム空間１０で、閃光や爆煙などエフェクト表示が行われる状況では、その一部又は全部を簡易エフェクト２２（図３参照）として共用ゲーム空間８において表示させる。

共用ゲーム空間８を用いたゲーム進行制御を開始して以降、サーバシステム１１００は既に発生している関与状況毎にその終了を常時監視している。関与状況の終了条件は、ゲーム内容に応じて適宜設定可能である。本実施形態のオンラインゲームはバトルロワイヤル形式の対戦アクションゲームなので、関与状況の終了は、関与状況となったプレーヤキャラクタ４同士の対戦の勝敗が決した場合（例えば、一方が撃破されたなど）とする。勿論、制限時間に達したことをもって関与状況が終了したとしてもよい。また、ターン制の対戦であれば、ターン数が規定値に達した時点を関与状況の終了としてもよい。

そして、関与状況の終了を検出すると（ステップＳ８０のＹＥＳ）、サーバシステム１１００は、当該終了検出がなされた関与状況の関与端末のゲーム進行を、特別ゲーム空間１０を用いた完全同期型ゲームから、共用ゲーム空間８を用いた非同期型ゲームに戻す（ステップＳ８２）。言い換えると、関与状況の検出がなされた後、当該関与状況が終了条件を満たした場合に、関与端末に対して行われていたゲームプレイ制御を、当該検出前のゲームプレイ制御に戻す。

次いで、サーバシステム１１００は、終了検出された関与状況の簡易反映制御を終了する（ステップＳ８４）。これにより、終了検出された関与状況に係り共用ゲーム空間８に配置されていた範囲表示２０や簡易エフェクト２２のオブジェクトも消去される。

更に、サーバシステム１１００は、終了検出された関与状況の関与端末に対するゲームプレイ画像１４の生成を、特別ゲーム空間１０に基づくものから共用ゲーム空間８に基づくものに戻す（ステップＳ８６）。当該関与端末向けに生成されるゲームプレイ画像１４の画像サイズも、適用表示品質７６２が示す表示品質の指定画像サイズ５３５（図９参照）から、共用ゲーム空間８用の画像サイズに戻される。

そして、サーバシステム１１００は、終了検出された関与状況の関与状況登録データ７３０と関与状況管理データ７５０とを消去する（ステップＳ８８；図７参照）。

サーバシステム１１００は、常時、共用ゲーム空間８を用いた非同期型ゲームの終了条件が満たされたかを監視している。終了条件が満たされるまでは（ステップＳ１００のＮＯ）、ステップＳ４０～ステップＳ９０を繰り返す。終了条件が満たされたならば（ステップＳ１００のＹＥＳ）、所定のゲーム終了処理（例えば、ゲーム終了の宣言、順位発表、報酬の授与、ランキング更新、セーブデータの保存、など）を行って（ステップＳ１０２）、一連の処理を終了する。

以上、本実施形態によれば、ゲームクライアントのゲームプレイスペックに応じた快適なプレイ体験を、当該ゲームクライアントに提供するための新しい技術を提供できる。

ＭＭＯゲームでは、ゲームプレイスペックが異なる様々なプレーヤ端末１５００が参加し得るが、各プレーヤ端末１５００においてはできるだけ快適なプレイ体験が提供できるように求められる。１つの共用ゲーム空間８を舞台としたＭＭＯゲームでは、基本的には非同期型ゲームとされる。そして、サーバシステム１１００にて、ゲームプレイ画像１４を生成してプレーヤ端末１５００へ提供する構成では、ゲームプレイ画像１４の画像サイズ、プレーヤキャラクタ４等のオブジェクトモデルのポリゴン数、色数、モーションの細かさなどは、ゲームプレイスペックが相対的に低いプレーヤ端末１５００でも快適なプレイ体験が提供できるように決められる。

具体的には、関与状況になったプレーヤキャラクタ４のプレーヤ端末１５００（関与端末）それぞれについて、ゲームプレイスペックに応じた特別ゲーム空間１０を作成する。そして、当該特別ゲーム空間を用いたゲームプレイ制御を、異なるゲームプレイスペックのプレーヤ端末１５００個別に実行する。それによって、関与端末向けのゲームプレイ画像１４の画像サイズ、プレーヤキャラクタ４等のオブジェクトモデルのポリゴン数、色数、モーションの細かさ・滑らかさなどを、関与端末のゲームプレイスペックに応じて最適化できる。

よって、関与状況においては、ゲームプレイスペックが低い一部のプレーヤ端末１５００に対しても快適なプレイ体験を提供することができる。また、ゲームプレイスペックが高いプレーヤ端末１５００に対してはそのスペックを余すところなく活かした高品位で快適なプレイ体験を提供できる。

〔第２実施形態〕
次に、第２実施形態について説明する。第２実施形態の説明では、第１実施形態との差異について主に述べることとし、第１実施形態と同様の構成要素については同じ符号を付与して重複する説明を省略する。

図１７は、第２実施形態におけるシステム構成と、ゲーム空間画像１２やゲームプレイ画像１４の生成の担い先を説明するための図である。

本実施形態のゲームシステム１０００Ｂは、基本的には第１実施形態と同様の構成を有する。本実施形態のサーバシステム１１００Ｂは、共用ゲーム空間８のデータを管理して共用ゲーム空間８を用いた非同期型ゲームの進行制御を行う。そして、サーバシステム１１００Ｂは、プレーヤ端末１５００Ｂ向けに共用ゲーム空間８に基づいてゲーム空間画像１２ｅをレンダリングして、ゲーム空間画像１２ｅを含むゲームプレイ画像を生成し、ゲームプレイ画像を生成させるためのデータを各プレーヤ端末１５００Ｂへ送信する。

また、サーバシステム１１００Ｂは、関与状況の発生を検出して、関与状況プレイの進行制御も行うが、当該関与状況プレイに係るゲーム空間画像１２（１２ａ，１２ｂ）及びゲームプレイ画像１４の生成は行わない。当該関与状況プレイに係るゲーム空間画像１２（１２ａ，１２ｂ）及びゲームプレイ画像１４の生成は、関与端末となった本実施形態のプレーヤ端末１５００Ｂにて行う。

図１８は、サーバシステム１１００Ｂの機能構成例を示す機能ブロック図である。
第１実施形態における機能構成（図６、図１４）と比較すると、サーバシステム１１００Ｂは、ゲーム管理部２１０Ｂに、共用ゲーム空間設定部２１２と、関与状況検出部２１４と、反映制御部２１８と、補強制御処理部２３２と、を有する。

図１９に示すように、サーバシステム１１００Ｂのサーバ記憶部５００ｓは、サーバプログラム５０１Ｂと、配信用クライアントプログラム５０３Ｂと、ゲーム初期設定データ５１０と、ユーザ登録データ６００と、プレイデータ７００ｓと、を格納する。

サーバプログラム５０１Ｂは、サーバ処理部２００ｓにゲーム管理部２１０Ｂとしての機能を実現させるためのプログラムである。
配信用クライアントプログラム５０３Ｂは、プレーヤ端末１５００Ｂがダウンロードするクライアントプログラムのオリジナルである。
プレイデータ７００ｓは、ゲーム進行管理データ７１０と、関与状況登録データ７３０と、関与状況管理データ７５０Ｂと、端末別画像管理データ７８０と、を含む。関与状況管理データ７５０Ｂは、第１実施形態の関与状況管理データ７５０（図１２参照）に相当するが、特別ゲーム空間管理データ７６０が省略されている。

図２０は、プレーヤ端末１５００Ｂの機能構成例を示す機能ブロック図である。
プレーヤ端末１５００Ｂは、クライアント制御部２６０Ｂを有する。クライアント制御部２６０Ｂは、操作入力情報提供部２６１と、表示制御部２６２Ｂと、特別ゲーム空間設定部２１６と、関与状況ゲームプレイ制御部２２０と、通知表示制御部２３０と、を有する。

表示制御部２６２Ｂは、第１実施形態の表示制御部２６２に相当するが、ゲーム空間画像１２のレンダリング、ゲームプレイ画像１４の生成に係る制御も実行する。

プレーヤ端末１５００Ｂの端末記憶部５００は、図２１に示すように、クライアントプログラム５０２Ｂと、ゲーム初期設定データ５１０と、特別ゲーム空間管理データ７６０Ｂと、現在日時９００と、を記憶する。

クライアントプログラム５０２Ｂは、端末処理部２００にクライアント制御部２６０Ｂとしての機能を実現させるためのプログラムである。
ゲーム初期設定データ５１０は、ゲーム開始前にサーバシステム１１００Ｂからダウンロードする。

特別ゲーム空間管理データ７６０Ｂは、適用表示品質７６２と、適用画像サイズ７６３と、適用グレード設定データ７６４と、適用許否設定７６５と、視点カメラ制御データ７６７Ｂと、特別ゲーム空間データ７７０と、を含む。

適用許否設定７６５は、当該プレーヤ端末１５００Ｂを使うプレーヤの許否設定６０９（図１０参照）の写しである。
視点カメラ制御データ７６７Ｂは、当該管理データの特別ゲーム空間１０の中に設定された当該プレーヤ端末１５００Ｂの視点カメラの制御データである。

図２２～図２４は、本実施形態のゲームシステム１０００Ｂの動作を説明するための図であって、サーバシステム１１００Ｂとプレーヤ端末１５００Ｂとの処理の流れを説明するための図である。

図２２に示すように、サーバシステム１１００Ｂは、参加受付処理を実行し（ステップＳ１１０）。プレーヤ端末１５００Ｂは、参加申込処理を実行する（ステップＳ１１２）。

参加申込を済ませたプレーヤ端末１５００Ｂは、ゲームプレイスペック情報６０５（図１０参照）をサーバシステム１１００Ｂへ提供する（ステップＳ１１４）。
サーバシステム１１００Ｂは、取得したゲームプレイスペック情報６０５から、各プレーヤ端末１５００Ｂの関与状況時表示品質６０６、関与状況時グレード設定データ６０８、許否設定６０９（図１０参照）を初期設定し（ステップＳ１１６）、それらの初期設定を各プレーヤ端末１５００Ｂへ通知する（ステップＳ１１８）。

プレーヤ端末１５００Ｂは、それらの初期設定を表示するとともにカスタマイズ操作を受け付け、カスタマイズの結果をサーバシステム１１００Ｂへ送信する（ステップＳ１２０）。サーバシステム１１００Ｂは、カスタマイズの結果に応じて、その送信元であるプレーヤ端末１５００Ｂの関与状況時表示品質６０６、関与状況時グレード設定データ６０８、許否設定６０９を変更する（ステップＳ１２２）。

次に、サーバシステム１１００Ｂは、プレーヤキャラクタ管理データ７１１及び視点カメラ制御データ７２２（図１１参照）を初期化し、共用ゲーム空間８にプレーヤキャラクタ４等の各種オブジェクトを初期配置する（ステップＳ１２４）。これにより、共用ゲーム空間データ７２０には、各種オブジェクトの頂天データやポリゴン等の位置情報等が初期設定される。

そして、サーバシステム１１００Ｂは、共用ゲーム空間８を用いた非同期型ゲームのゲーム進行制御を開始し（ステップＳ１４０）、各プレーヤ端末１５００Ｂに向けたゲームプレイ画像１４のデータ（ゲーム空間画像データ又はその圧縮データなど）の生成と送信とを開始する（ステップＳ１４２）。すなわち、サーバシステム１１００Ｂは、各プレーヤ端末１５００向けに共用ゲーム空間８のゲーム空間画像１２をレンダリングし、それを含むゲームプレイ画像１４を生成する。この段階のゲームプレイ画像１４は、特別ゲーム空間１０に基づいていないので通知表示１６は含まれない。

プレーヤ端末１５００Ｂは、ゲーム進行の開始に呼応して、操作入力情報（或いは、操作入力から反映される操作コマンド情報）を逐一サーバシステム１１００Ｂへ送信しつつ、受信したゲームプレイ画像１４を表示させるためのデータに基づいてゲームプレイ画像１４を自機のディスプレイで表示させる（ステップＳ１４４）。

サーバシステム１１００Ｂは、ゲーム進行制御を開始して以降、関与状況の発生を監視している。関与状況の発生を検出したならば（ステップＳ１５０のＹＥＳ）、サーバシステム１１００Ｂは、関与状況及び関与端末を登録し（ステップＳ１５２）、当該関与状況の関与端末へ状況開始信号を送信する（ステップＳ１５４）。

「状況開始信号」は、送信先のプレーヤ端末１５００Ｂ（関与端末）に係る関与状況時表示品質６０６、関与状況時画像サイズ６０７、関与状況時グレード設定データ６０８、許否設定６０９（図１０参照）、プレーヤキャラクタ４の最新状態を示す各種情報（プレーヤキャラクタ管理データ７１１（図１１参照）の一部又は全部。以下「関与キャラクタ情報」）、視点カメラ制御データ７２２、を含む。

そして、サーバシステム１１００Ｂは、新たに検出した関与状況の関与端末への共用ゲーム空間８を用いた非同期型ゲームのゲームプレイ画像１４の生成と、関与端末へのゲームプレイ画像１４を表示させるためのデータの送信を一時停止する（ステップＳ１５６）。

図２３に移って、プレーヤ端末１５００Ｂは、サーバシステム１１００Ｂから状況開始信号を受信すると（ステップＳ１７０のＹＥＳ）、特別ゲーム空間管理データ７６０Ｂを作成する（ステップＳ１７２）。具体的には、適用表示品質７６２、適用画像サイズ７６３、適用グレード設定データ７６４、適用許否設定７６５、を状況開始信号に基づいて設定する。特別ゲーム空間データ７７０には、関与状況となったプレーヤキャラクタ４等の各種オブジェクトモデルを、適用グレード設定データ７６４が示すグレードで、関与キャラクタ情報の示す位置及び状態で配置する。

プレーヤ端末１５００Ｂは、特別ゲーム空間管理データ７６０Ｂを作成すると、プレーヤ端末１５００Ｂは、特別ゲーム空間１０に基づくゲームプレイ画像１４の生成と表示とを開始し、サーバシステム１１００Ｂから送られてきていた共用ゲーム空間８を用いた非同期型ゲームのゲームプレイ画像１４の表示から、特別ゲーム空間１０に基づくゲームプレイ画像１４の表示に切り替える（ステップＳ１７４）。

具体的には、プレーヤ端末１５００Ｂは、視点カメラ制御データ７６７Ｂが示す視点カメラから特別ゲーム空間データ７７０で表される特別ゲーム空間１０のゲーム空間画像１２を適用画像サイズ７６３でレンダリングする。そして、そのゲーム空間画像１２と、適用表示品質７６２の示す表示品質に対応する通知表示１６とを含むゲームプレイ画像１４を生成して、自機のディスプレイにて表示する。

更にプレーヤ端末１５００Ｂは、特別ゲーム空間管理データ７６０Ｂを作成以降は、操作入力情報を逐一サーバシステム１１００Ｂへ送信する制御において、適用表示品質７６２に適合する表示品質別操作種類データ５２５（図８参照）を適用する（ステップＳ１７６）。具体的には、プレーヤの操作入力であっても、適合する表示品質別操作種類データ５２５で使用可能とされた操作コマンド以外の操作は無効と見なして、その操作入力情報をサーバシステム１１００Ｂへ送信しない。

一方、サーバシステム１１００Ｂは、関与状況の発生を検出すると、関与状況プレイ進行制御を完全同期型ゲームとして開始し、対戦プレイの進行制御により関与状況用プレーヤキャラクタ管理データ７５４を更新する都度、「状況進行情報」を当該関与状況の関与端末へ送信する制御を開始する（ステップＳ１９０）。

「状況進行情報」は、関与状況用プレーヤキャラクタ管理データ７５４の更新内容の情報である。例えば、プレーヤキャラクタ４の移動、動作の開始、動作のキャンセル、能力パラメータ値の変更、新たに配置されるオブジェクト（例えば、ＮＰＣ６や、閃光・爆煙のエフェクトオブジェクトなど）の情報、消去されるオブジェクトの情報、などである。
なお、表示品質別補強設定データ５２６（図８参照）に基づく能力の補強は、対戦プレイの進行制御の開始時点で適用される。

また、関与状況プレイ進行制御の開始とともに、サーバシステム１１００Ｂは、当該関与状況の進行結果を共用ゲーム空間８へ反映させる制御を開始する（ステップＳ１９２）。

一方、プレーヤ端末１５００Ｂは、関与状況管理データ７５０の作成に伴って、状況進行情報に基づく特別ゲーム空間データ７７０を更新する制御を開始する（ステップＳ１９４）。よって、プレーヤ端末１５００Ｂは、サーバシステム１１００Ｂから状況進行情報を受信する都度に、これに基づいて特別ゲーム空間データ７７０を更新するので、関与端末の特別ゲーム空間１０の内容は、関与状況の最新のプレイ進行状況に整合された状態が維持される。

サーバシステム１１００Ｂは、共用ゲーム空間８を用いた非同期型ゲームのゲーム進行制御を並行して実行しつつ、既に発生している関与状況の終了を監視している。
関与状況の終了を検出すると（ステップＳ２００のＹＥＳ）、サーバシステム１１００Ｂは、当該終了検出された関与状況プレイ進行制御を中止して、当該終了検出された関与状況の関与端末へ向けた関与状況更新情報の送信も中止する（ステップＳ２０２）。

次いで、サーバシステム１１００Ｂは、当該終了検出された関与状況の関与端末を、共用ゲーム空間８を用いた非同期型ゲームの制御対象に復帰させ（ステップＳ２０４）、当該終了検出された関与状況に係る共用ゲーム空間８への反映制御を終了する（ステップＳ２０６）。そして、サーバシステム１１００Ｂは、当該終了検出された関与状況の関与端末へ所定の状況終了信号を送信する（ステップＳ２０８）。

そして、サーバシステム１１００Ｂは、終了検出された関与状況の関与状況登録データ７３０と、関与状況管理データ７５０Ｂとを抹消する（ステップＳ２１０）。

なお、サーバシステム１１００Ｂは、完全同期型ゲームのプレイ制御の中止から非同期型ゲームの制御対象への復帰に伴い、関与状況用プレーヤキャラクタ管理データ７５４の内容（終了検出された関与状況における最終の状態）を、ゲーム進行管理データ７１０のプレーヤキャラクタ管理データ７１１（図１１参照）に反映させる。その際、能力パラメータ値の補強分も終了する。

図２４に移って、プレーヤ端末１５００Ｂは、状況終了信号を受信すると（ステップＳ２２０のＹＥＳ）、サーバシステム１１００Ｂへの操作入力情報の送信に係る表示品質別の操作種類制限を解除する（ステップＳ２２２）。そして、プレーヤ端末１５００Ｂは、特別ゲーム空間１０に基づくゲームプレイ画像１４の生成と表示を終了し（ステップＳ２２４）、関与状況管理データ７５０を抹消する（ステップＳ２２６）。

一方、サーバシステム１１００Ｂは、共用ゲーム空間８を用いた非同期型ゲームの開始から、当該ゲームの終了条件が満たされているかを監視している。もし、終了条件が満たされたならば（ステップＳ２５０のＹＥＳ）、サーバシステム１１００Ｂはゲーム終了処理を実行して、プレーヤ端末１５００Ｂへゲーム終了信号を送信して（ステップＳ２５２）、一連の処理を終了する。
プレーヤ端末１５００Ｂは、ゲーム終了信号を受信すると（ステップＳ２５４のＹＥＳ）、一連の処理を終了する。

以上、本実施形態によれば、第１実施形態と同様の効果が得られるとともに、サーバシステム１１００Ｂに係る負荷をプレーヤ端末１５００Ｂに分散させることができる。

〔変形例〕
以上、本発明を適用した実施形態の一例について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。

（変形例その１）
上記実施形態では、ＭＭＯゲームを例示したが、ＭＭＯゲーム以外のオンラインゲーム、つまりＭＭＯゲームと呼ぶ程のプレーヤ数には至らないマルチプレイオンラインゲームにも本実施形態を適用可能である。

また、ゲームの内容はバトルロワイヤル形式の対戦アクションゲームに限らず適宜設定可能である。そして、ゲーム内容によっては関与状況の定義も適宜設定可能である。例えば、上記実施形態における関与状況は、複数のプレーヤキャラクタ４が関係するイベントとして定義されるが、単独のプレーヤキャラクタ４のみで関与状況の発生を検知できるようにしてもよい。

（変形例その２）
上記実施形態では、ゲームシステム１０００（１０００Ｂ）を、Ｃ／Ｓ型システムとして例示したが、これに限らない。例えば、サーバシステム１１００を省略した、プレーヤ端末１５００Ｂのピア・ツー・ピア接続によるＰ２Ｐシステムとし、何れか又は複数のプレーヤ端末１５００に、サーバシステム１１００の機能を担わせた構成も可能である。

（変形例その３）
上記実施形態において、サーバシステム１１００又はサーバシステム１１００Ｂが担っていたゲーム進行制御（共用ゲーム空間８を用いた非同期型ゲーム及び特別ゲーム空間１０を用いた完全同期型ゲームの進行制御）を、プレーヤ端末１５００の何れか又は複数に担わせる構成も可能である。すなわち、当該構成では、サーバシステム１１００が、参加受付、ユーザ登録データ６００の集中管理、プレーヤ端末１５００間のデータの中継処理、を担う。当該構成のプレーヤ端末１５００は、第１実施形態のゲーム管理部２１０を有する。

（変形例その４）
第２実施形態のゲームシステム１０００Ｂをベースとして、サーバシステム１１００Ｂが、
共用ゲーム空間８を用いたゲームのゲームプレイ画像１４の生成、及び特別ゲーム空間１０を用いた関与状況プレイに係るゲームプレイ画像１４の生成の両方を行わず、それらをプレーヤ端末１５００Ｂにて実行させる構成とすることもできる。

この場合、サーバシステム１１００Ｂは、ゲーム進行管理データ７１０を記憶するが、この場合のゲーム進行管理データ７１０からは共用ゲーム空間データ７２０・自機の視点カメラ制御データ７２２・簡易反映表示制御データ７２４が省略される。代わりに、各プレーヤ端末１５００Ｂが、ゲーム進行管理データ７１０（図１１参照）の共用ゲーム空間データ７２０と自機の視点カメラ制御データ７２２と簡易反映表示制御データ７２４を記憶する。

そして、サーバシステム１１００Ｂは、共用ゲーム空間８を用いた非同期型ゲームの進行制御の結果を示す進行情報を各プレーヤ端末１５００Ｂへ配信する。各プレーヤ端末１５００Ｂは当該進行情報に基づいて、それぞれが記憶している共用ゲーム空間データ７２０・自機の視点カメラ制御データ７２２・簡易反映表示制御データ７２４を更新する。そして、それぞれの共用ゲーム空間データ７２０に基づいて共用ゲーム空間８のゲームプレイ画像１４をそれぞれで生成して表示する。

（変形例その５）
ゲームプレイスペックを記述する情報は、適宜設定可能である。
例えば、機種のみとしてもよい。その場合、ステップＳ４４は、関与状況というイベントの発生を検出した場合に、イベントに関与したプレーヤ端末１５００の機種を判定する。そして、ステップＳ４６は機種の種別数が１つならば特別ゲーム空間１０を１つに共用化して処理負荷を軽減させる。

（変形例その６）
上記実施形態の補強は、実施期間を制限した構成も可能である。例えば、カレンダー上の所定期間に限定する構成も可能である。

４…プレーヤキャラクタ
８…共用ゲーム空間
１０…特別ゲーム空間
１４…ゲームプレイ画像
２００ｓ…サーバ処理部
２１０…ゲーム管理部
２１２…共用ゲーム空間設定部
２１４…関与状況検出部
２１６…特別ゲーム空間設定部
２２０…関与状況ゲームプレイ制御部
２２２…端末画像制御部
２２４…端末操作種類制御部
２３０…通知表示制御部
２３２…補強制御処理部
５０１…サーバプログラム
５０２…クライアントプログラム
５２０…オブジェクト初期設定データ
５２３…グレード別データセット
５２５…表示品質別操作種類データ
５２６…表示品質別補強設定データ
５３０…表示品質選定基準データ
６０５…ゲームプレイスペック情報
６０６…関与状況時表示品質
６０７…関与状況時画像サイズ
６０８…関与状況時グレード設定データ
６０９…許否設定
７００…プレイデータ
７１０…ゲーム進行管理データ
７１１…プレーヤキャラクタ管理データ
７２０…共用ゲーム空間データ
７３０…関与状況登録データ
７５０…関与状況管理データ
７５４…関与状況用プレーヤキャラクタ管理データ
７６０…特別ゲーム空間管理データ
７６２…適用表示品質
７６３…適用画像サイズ
７６４…適用グレード設定データ
７６５…適用許否設定
７７０…特別ゲーム空間データ
７８０…端末別画像管理データ
７８２…ゲーム空間画像データ
７８３…通知表示データ
７８４…ゲームプレイ画像データ
１０００…ゲームシステム
１１００…サーバシステム
１５００…プレーヤ端末

Claims (16)

1. 各プレーヤがプレーヤ端末を用いてプレーヤキャラクタを操作することで共用ゲーム空間でのゲームプレイを楽しむオンラインゲームを提供するサーバシステムであって、
   前記プレーヤ端末には、ゲームプレイスペックが異なる第１のプレーヤ端末と、当該第１のプレーヤ端末に比べて前記ゲームプレイスペックが劣後する第２のプレーヤ端末とが含まれ、
   前記第１のプレーヤ端末に係る第１のプレーヤキャラクタと、前記第２のプレーヤ端末に係る第２のプレーヤキャラクタとが前記共用ゲーム空間における所与の関与状況になったことを検出する関与状況検出手段と、
   前記関与状況検出手段の検出がなされた場合に、前記関与状況になった前記第１のプレーヤキャラクタと前記第２のプレーヤキャラクタとが存在可能な特別ゲーム空間を設定する特別ゲーム空間設定手段と、
   前記プレーヤ端末それぞれについてゲームプレイ制御を行うゲームプレイ制御手段であって、前記関与状況検出手段の検出がなされた場合に、前記特別ゲーム空間におけるゲームプレイ制御として、前記第１のプレーヤ端末のゲームプレイスペックに応じて設定された第１のゲームプレイ制御を前記第１のプレーヤ端末に対して行い、前記第２のプレーヤ端末のゲームプレイスペックに応じて設定された第２のゲームプレイ制御を前記第２のプレーヤ端末に対して行うゲームプレイ制御手段と、
   を備えるサーバシステム。
2. 前記特別ゲーム空間設定手段は、前記特別ゲーム空間外に存在するプレーヤキャラクタから当該特別ゲーム空間を視認可能に、前記共用ゲーム空間中に前記特別ゲーム空間を設定する、
   請求項１に記載のサーバシステム。
3. 前記関与状況は、前記第１のプレーヤキャラクタと前記第２のプレーヤキャラクタとが前記共用ゲーム空間において所与の遭遇条件を満たす状況である、
   請求項１又は２に記載のサーバシステム。
4. 前記ゲームプレイ制御手段は、前記関与状況検出手段の検出がなされた後、所与の終了条件を満たした場合に、当該検出に応じたゲームプレイ制御を、当該検出前のゲームプレイ制御に戻す制御を行う、
   請求項１～３の何れか一項に記載のサーバシステム。
5. 前記ゲームプレイ制御は、プレーヤ端末におけるゲーム画像の表示品質を制御することを含み、
   前記ゲームプレイ制御手段は、前記関与状況検出手段の検出がなされた場合に、前記第１のプレーヤ端末におけるゲーム画像を第１の表示品質とさせるための第１の端末画像制御と、前記第２のプレーヤ端末におけるゲーム画像を前記第１の表示品質に比べて劣後する第２の表示品質とさせるための第２の端末画像制御と、を行う端末画像制御手段、を有する、
   請求項１～４の何れか一項に記載のサーバシステム。
6. 前記ゲームプレイ制御は、プレーヤ端末におけるゲーム画像に表示するオブジェクトを制御することを含み、
   前記端末画像制御手段は、
   前記第１の端末画像制御として、前記第１のプレーヤ端末におけるゲーム画像に表示するオブジェクトの種別を第１種とさせるための制御を行い、
   前記第２の端末画像制御として、前記第２のプレーヤ端末におけるゲーム画像に表示するオブジェクトの種別を前記第１種に比べて品質が劣後する第２種とさせるための制御を行う、
   請求項５に記載のサーバシステム。
7. 前記ゲームプレイ制御は、プレーヤ端末において操作入力が可能な種類を制御することを含み、
   前記ゲームプレイ制御手段は、前記関与状況検出手段の検出がなされた場合に、前記第１のプレーヤ端末において操作入力が可能な種類を第１の操作種類とさせるための第１の端末操作種類制御と、前記第２のプレーヤ端末において操作入力が可能な種類を前記第１の操作種類に比べて数の少ない第２の操作種類とさせるための第２の端末操作種類制御と、を行う端末操作種類制御手段、を有する、
   請求項１～６の何れか一項に記載のサーバシステム。
8. 前記プレーヤ端末には、前記第２のプレーヤ端末に比べて前記ゲームプレイスペックが劣後する第３のプレーヤ端末が含まれ、
   前記関与状況検出手段は、前記第１のプレーヤキャラクタと、前記第３のプレーヤ端末に係る第３のプレーヤキャラクタとが前記関与状況になったことを検出し、
   前記ゲームプレイ制御手段は、前記関与状況検出手段によって前記第１のプレーヤキャラクタと前記第３のプレーヤキャラクタとが前記関与状況になったことが検出された場合に、前記第３のプレーヤ端末のゲームプレイスペックに応じて設定された第３のゲームプレイ制御を前記第３のプレーヤ端末に対して行う、
   請求項１～７の何れか一項に記載のサーバシステム。
9. 前記関与状況検出手段によって検出されたプレーヤキャラクタに係るプレーヤ端末に、当該検出に応じたゲームプレイ制御が行われる旨の通知を行わせる通知表示制御手段、
   を更に備える請求項１～８の何れか一項に記載のサーバシステム。
10. 前記ゲームプレイ制御手段によって、前記関与状況検出手段の検出に応じたゲームプレイ制御がなされる場合に、前記第２のプレーヤキャラクタのパラメータ値を向上させる補強制御処理を実行する補強制御処理手段、
    を更に備える請求項１～９の何れか一項に記載のサーバシステム。
11. 前記プレーヤ端末それぞれの設定として、前記第２のゲームプレイ制御への切替に係る許否の設定を記憶する記憶手段、
    を更に備え、
    前記ゲームプレイ制御手段は、前記第２のプレーヤ端末に係る前記許否の設定が拒否を示す設定である場合に、前記第１のゲームプレイ制御を前記第２のプレーヤ端末に対して行う、
    請求項１～１０の何れか一項に記載のサーバシステム。
12. 前記ゲームプレイ制御は、
    ゲームプレイ画像の生成に必要なデータを前記プレーヤ端末に送信して当該プレーヤ端末において当該ゲームプレイ画像の生成を行わせる制御と、
    前記サーバシステムにおいて生成したゲームプレイ画像を前記プレーヤ端末に送信して当該プレーヤ端末において表示させる制御と、
    を含む、
    請求項１～１１の何れか一項に記載のサーバシステム。
13. 前記ゲームプレイ制御は、ゲームプレイ画像の生成に必要なデータを前記プレーヤ端末に送信して当該プレーヤ端末において当該ゲームプレイ画像の生成を行わせる制御である、
    請求項１～１１の何れか一項に記載のサーバシステム。
14. 請求項１３に記載のサーバシステムと通信を行って前記オンラインゲームでのゲームプレイを楽しむプレーヤ端末に、
    前記サーバシステムから受信したゲームプレイ画像の生成に必要なデータに基づいて、当該ゲームプレイ画像を生成させるためのプログラム。
15. 各プレーヤがプレーヤ端末を用いてプレーヤキャラクタを操作することで共用ゲーム空間でのゲームプレイを楽しむオンラインゲームを提供するサーバシステムと、前記プレーヤ端末とが通信接続されて構成されるゲームシステムの前記プレーヤ端末であって、
    前記プレーヤ端末には、ゲームプレイスペックが異なる第１のプレーヤ端末と、当該第１のプレーヤ端末に比べて前記ゲームプレイスペックが劣後する第２のプレーヤ端末とが含まれ、
    前記サーバシステムは、
    前記第１のプレーヤ端末に係る第１のプレーヤキャラクタと、前記第２のプレーヤ端末に係る第２のプレーヤキャラクタとが前記共用ゲーム空間における所与の関与状況になったことを検出する関与状況検出手段と、
    前記関与状況検出手段の検出がなされた場合に、前記関与状況になった前記第１のプレーヤキャラクタと前記第２のプレーヤキャラクタとが存在可能な特別ゲーム空間を設定する特別ゲーム空間設定手段と、
    前記プレーヤ端末それぞれについてゲームプレイ制御を行うゲームプレイ制御手段であって、前記関与状況検出手段の検出がなされた場合に、前記特別ゲーム空間におけるゲームプレイ制御として、前記第１のプレーヤ端末のゲームプレイスペックに応じて設定された第１のゲームプレイ制御を前記第１のプレーヤ端末に対して行い、前記第２のプレーヤ端末のゲームプレイスペックに応じて設定された第２のゲームプレイ制御を前記第２のプレーヤ端末に対して行うゲームプレイ制御手段と、
    を備え、
    前記サーバシステムから受信したゲームプレイ画像の生成に必要なデータに基づいて、当該ゲームプレイ画像を生成して表示する制御を行う、プレーヤ端末。
16. 各プレーヤがプレーヤ端末を用いてプレーヤキャラクタを操作することで共用ゲーム空間でのゲームプレイを楽しむオンラインゲームをコンピュータシステムが提供する提供方法であって、
    前記プレーヤ端末には、ゲームプレイスペックが異なる第１のプレーヤ端末と、当該第１のプレーヤ端末に比べて前記ゲームプレイスペックが劣後する第２のプレーヤ端末とが含まれ、
    前記第１のプレーヤ端末に係る第１のプレーヤキャラクタと、前記第２のプレーヤ端末に係る第２のプレーヤキャラクタとが前記共用ゲーム空間における所与の関与状況になったことを検出する関与状況検出ステップと、
    前記関与状況検出ステップでの検出がなされた場合に、前記関与状況になった前記第１のプレーヤキャラクタと前記第２のプレーヤキャラクタとが存在可能な特別ゲーム空間を設定する特別ゲーム空間設定ステップと、
    前記プレーヤ端末それぞれについてゲームプレイ制御を行うゲームプレイ制御ステップであって、前記関与状況検出ステップで検出された場合に、前記特別ゲーム空間におけるゲームプレイ制御として、前記第１のプレーヤ端末のゲームプレイスペックに応じて設定された第１のゲームプレイ制御を前記第１のプレーヤ端末に対して行い、前記第２のプレーヤ端末のゲームプレイスペックに応じて設定された第２のゲームプレイ制御を前記第２のプレーヤ端末に対して行うゲームプレイ制御ステップと、
    を含む提供方法。

Images