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

Abstract

【課題】様々な性能のゲームクライアントが共有ゲーム空間で関与状況を通じてマルチプレイするオンラインゲームにおいて、良質なプレイ体験を提供するための新しい技術を提供すること。【解決手段】共用ゲーム空間８を移動可能なプレーヤキャラクタ４を操作してマルチプレイを楽しむオンラインゲームを提供するサーバシステム１１００は、プレーヤ端末１５００それぞれに、当該プレーヤ端末１５００におけるマルチプレイに係るＭＭＩＦを実現するためのＭＭＩＦ情報を提供する。但し、共用ゲーム空間８においてプレーヤキャラクタ４が関与する関与状況が発生した場合で、且つ、当該プレーヤキャラクタ４のプレーヤ端末１５００（関与端末）のゲームプレイスペックが所与の相互相応条件を満たす場合には、所与の変更制御を施したＭＭＩＦ情報を提供する。【選択図】図４

Description

本発明は、マルチプレイを楽しむオンラインゲームを提供するサーバシステム等に関する。

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

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

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

マルチプレイ型のオンラインゲームの中には、１つの共用ゲーム空間内にプレーヤキャラクタが配置され、プレーヤキャラクタが相互に関与し、ゲーム進行やプレイ成績に大きな影響を与える状況（以下、「関与状況」という。）となることで、関与状況になったプレーヤキャラクタにより局所的にゲームプレイが進行するタイプのゲームがある。

例えば、１つの広い戦場にプレーヤキャラクタが散らばり、遭遇戦を繰り広げるバトルロワイヤル形式の対戦アクションゲームがこれに該当する。また、どこかに居る大型獣のＮＰＣ（non player characte）を連携して探し出し、協力して討伐するアクションＲＰＧ（role playing game）や、或いは仲間とともにゲーム空間のどこかに隠されたダンジョンを見つけ出しこれを攻略する、といったアクションＲＰＧ、などもこれに該当する。

オンラインゲームの特性として、ゲームのプレイ体験は、例えば、ゲームクライアントが使用する通信回線の通信速度の影響を強く受ける。例えば、高速の通信回線を使用すれば、臨場感のあるリッチなゲームプレイ画像、キャラクタの滑らかな動作、高い応答性、多様な操作性、高い操作自由度、などが実現されるのでプレイ体験の質は高くなる。通信速度が低ければ、それらは叶わずプレイ体験の質は低くなる。

従って、上記のようなタイプのゲームにおいて関与状況になってからのゲームプレイでは、どのプレーヤキャラクが関与状況になったのか、それらのプレーヤキャラクタのゲームクライアントが使用する通信回線の通信速度の違いがどの程度か、によってそこで得られるプレイ体験の質が左右される。

もしも、高速の通信回線を使用するゲームクライアントのプレーヤキャラクタと、低速の通信回線を使用するゲームクライアントのプレーヤとが遭遇した場合、当該遭遇に伴う両者間のゲームプレイは、通信速度の低い回線側に合わせたプレイ体験とならざるを得ない。通信速度が高い側のプレーヤにしてみれば、せっかくの高速な通信速度を活かし切れないままゲームプレイすることになる。高品質な通信回線を使用しているのだから、もっと良質なプレイ体験を享受できるはずなのにそれは叶わない。

また、オンラインゲームを快適にプレイする上でのゲームクライアントの性能指標としては、通信速度の他にも、当該ゲームクライアント自身の通信処理能力や演算処理能力もある。そのため、通信速度だけを指標としていては、ゲームクライアントに係る各種の性能を生かし切った良質なプレイ体験をユーザに提供できるとは限らない。

本発明が解決しようとする課題は、様々な性能のゲームクライアントが共有ゲーム空間で関与状況を通じてマルチプレイするオンラインゲームにおいて、良質なプレイ体験を提供するための新しい技術を提供すること、である。

上記した課題を解決するための第１の発明は、各プレーヤがマンマシンインターフェース（以下「ＭＭＩＦ」という。）としてプレーヤ端末を用いて、共用ゲーム空間を移動可能なプレーヤキャラクタを操作してマルチプレイを楽しむオンラインゲームを提供するサーバシステムであって、
前記プレーヤ端末には、ゲームプレイスペックが異なる端末があり、
前記プレーヤ端末それぞれの前記ゲームプレイスペックを表す情報を取得するゲームプレイスペック情報取得手段（例えば、図１の制御基板１１５０、図８のサーバ処理部２００ｓ、ゲーム管理部２１０、ゲームプレイスペック情報取得部２１４、図１２のゲームプレイスペック情報６０５、図１７のステップＳ１２）と、
前記共用ゲーム空間においてＮ体（Ｎ≧２）の前記プレーヤキャラクタがお互いに関与する所与の関与状況が発生したことを検出する関与状況検出手段（例えば、図１の制御基板１１５０、図８のサーバ処理部２００ｓ、ゲーム管理部２１０、関与状況検出部２１６、図９の関与状況登録データ７３０、図１７のステップＳ４０）と、
前記関与状況になったＮ体の前記プレーヤキャラクタ（以下、関与状況になったプレーヤキャラクタを「関与キャラクタ」という）について、当該関与キャラクタを操作する前記プレーヤ端末（以下、関与キャラクタを操作するプレーヤ端末を「関与端末」という）の前記ゲームプレイスペックが所与の相互相応条件を満たすか否かを判定する相互相応判定手段と、
前記プレーヤ端末それぞれに、当該プレーヤ端末における前記マルチプレイに係るＭＭＩＦを実現するためのＭＭＩＦ情報を提供するＭＭＩＦ情報提供手段（例えば、図１の制御基板１１５０、図８のサーバ処理部２００ｓ、ゲーム管理部２１０、ＭＭＩＦ情報提供部２２０、図１５のゲームプレイ画像データ７８４、図１７のステップＳ３４）と、を備え、
前記ＭＭＩＦ情報提供手段は、前記相互相応条件を満たすと判定された場合に、前記ＭＭＩＦ情報を変更する所与の変更制御を施したＭＭＩＦ情報を前記関与端末に提供する変更制御手段（例えば、図８の変更制御部２２２、図６の変更制御内容データ５４０（５４０ａ、５４０ｂ、…）、図１７のステップＳ４８、図１８のステップＳ６０、ステップＳ６２）、を有する、サーバシステムである。

具体的には、第２の発明として、前記変更制御手段は、前記相互相応条件を満たすと判定された前記関与端末の前記ゲームプレイスペックに基づいて、前記変更制御の制御内容を変化させる（例えば、図６の適用レベルに分けられて用意された変更制御内容データ５４０）、第１の発明のサーバシステム、を構成してもよい。

また具体的には、第３の発明として、前記変更制御手段は、前記プレーヤ端末に表示させるゲームプレイ画像の画像品質を、前記相互相応条件を満たすと判定された前記関与端末と、前記相互相応条件を満たさない前記プレーヤ端末とで異ならせる制御（例えば、図６の変更制御内容データ５４０別の表示品質の設定を図１８のステップＳ６２にて適用）を、前記変更制御として実行する、第１又は第２の発明のサーバシステムを構成してもよい。

「ゲームプレイ画像の画像品質」は、ゲームプレイ画像をプレーヤ端末において、どれだけ階調豊かで細部に至る画像として表示するかという表示品質を示す。画像サイズ（画像を構成するピクセル数；画像サイズが大きいほどプレーヤ端末にて表示解像度を高められる。）、表示リフレッシュレート、色数、色空間のダイナミックレンジ、などにより決まる。

また具体的には、第４の発明として、前記変更制御手段は、前記プレーヤ端末に表示させるオブジェクトの画像品質及び／又はオブジェクトの数を、前記相互相応条件を満たすと判定された前記関与端末と、前記相互相応条件を満たさない前記プレーヤ端末とで異ならせる制御（例えば、図６の変更制御内容データ５４０別の表現品質で指定されるグレードのオブジェクトモデルを図１７のステップＳ４８にて適用）を、前記変更制御として実行する、第１から第３の発明の何れかのサーバシステム、を構成してもよい。

また、第５の発明として、前記変更制御手段は、前記プレーヤ端末に表示させる前記プレーヤキャラクタの動画像の画像品質を、前記相互相応条件を満たすと判定された前記関与端末と、前記相互相応条件を満たさない前記プレーヤ端末とで異ならせる制御（例えば、図６の変更制御内容データ５４０別の表現品質で指定されるグレードのモーションデータ、図１８のステップＳ６０）を、前記変更制御として実行する、第１から第４の発明の何れかのサーバシステム、を構成してもよい。

また第６の発明として、前記変更制御手段は、前記プレーヤキャラクタを操作する前記プレーヤ端末の操作方法を、前記相互相応条件を満たすと判定された前記関与端末と、前記相互相応条件を満たさない前記プレーヤ端末とで異ならせる制御（例えば、図１８のステップＳ６０、図１０の端末レベル別許可操作種類データ５２６）を、前記変更制御として実行する、第１から第５の発明の何れかのサーバシステム、を構成してもよい。

また第７の発明として、前記変更制御手段は、前記プレーヤ端末に表示させるゲーム画像の視点設定を、前記相互相応条件を満たすと判定された前記関与端末と、前記相互相応条件を満たさない前記プレーヤ端末とで異ならせる制御（例えば、共用ゲーム空間８を俯瞰する視点からの変更；特別ゲーム空間１０の視点制御として図６の変更制御内容データ５４０別の表現品質で指定されるグレードの視点カメラ設定データを図１８のステップＳ６０にて適用）を、前記変更制御として実行する、第１から第６の発明の何れかのサーバシステム、を構成してもよい。

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

「ゲームプレイスペックが所与の相互相応条件を満たす」とは、ゲームスペックが同一である意味と、ゲームスペックが同程度である意味と、ゲームプレイスペックの違いがプレイ体験の大きな差が生じさせない程度の意味と、の何れの場合も含む。ゲームプレイスペックは、例えば、通信処理能力、演算処理能力、搭載するＯＳ（Operating System）の種類、及び、サーバシステムとの通信速度、のうちの何れかとすることができる。

第１から第７の何れかの発明によれば、サーバシステムは、共用ゲーム空間においてプレーヤキャラクタ同士が所与の関与状況になり、且つ関与端末のゲームプレイスペックが相互相応である場合に、変更制御を施したＭＭＩＦ情報を関与端末に提供できる。

つまり、相互相応と見なされ得る程度にゲームプレイスペックが同じ又は似通ったプレーヤ端末へ、そのゲームプレイスペックに相応しい変更制御を適用して関与状況に伴うゲームプレイを実行させ、ゲームプレイスペックに相応しいプレイ体験を提供できる。例えば、通信速度が速いプレーヤ端末のプレーヤキャラクタが関与状況になった場合であれば、それらの速い通信速度に合った変更制御を特別に施して、高い通信品質を存分に活かす良質なプレイ体験を提供できる。

また、第８の発明として、前記変更制御手段による前記変更制御がなされている旨を前記関与端末に通知する変更通知制御手段（例えば、図１の制御基板１１５０、図４の変更通知表示１６、図８の変更通知制御部２３２、図１８のステップＳ６２）、を更に備える、第１から第７の発明の何れかのサーバシステム、を構成してもよい。

第８の発明によれば、サーバシステムは、変更制御がなされている旨をプレーヤに報せることができる。

また、第９の発明として、前記プレーヤ毎に、当該プレーヤの設定変更操作に基づいて前記変更制御の許否を設定する許否設定手段（例えば、図１の制御基板１１５０、図８の許否設定部２３０、図１２の許否設定６０９、図１７のステップＳ１６）、を更に備え、
前記変更制御手段は、前記相互相応条件を満たすと判定され、且つ、前記許否の設定が許可に設定された前記関与端末を対象に前記変更制御を実行する（例えば、図１７のステップＳ４４）、第１から第８の発明の何れかのサーバシステム、を構成してもよい。

第９の発明によれば、サーバシステムは、変更制御を自身のゲームプレイに適用するか否かを、プレーヤに選択させることができる。

また、第１０の発明として、前記変更制御手段は、特別ゲーム空間を設定し、当該特別ゲーム空間内でＮ体の前記関与キャラクタが移動する制御を前記変更制御として実行する（例えば、図１７のステップＳ４８）、第１から第９の発明の何れかのサーバシステム、を構成してもよい。

第１０の発明によれば、サーバシステムは、変更制御を、特別ゲーム空間を用いて実行できる。特別ゲーム空間を用意することで、特別ゲーム空間以外のオブジェクトに影響を与えずに、変更制御を関与キャラクタに限定して実現できる。

また、第１１の発明として、前記変更制御手段は、前記共用ゲーム空間内に前記特別ゲーム空間を設定し、前記特別ゲーム空間内の画像品質を、前記特別ゲーム空間外の画像品質と異ならせる制御（例えば、図６の変更制御内容データ５４０別の表現品質で指定されるグレードのオブジェクトモデルを図１７のステップＳ４８にて適用）を行う、第１０の発明のサーバシステム、を構成してもよい。

「特別ゲーム空間内の画像品質」は、特別ゲーム空間の様子がゲームプレイ画像にてどのような映像表現として表されるかを意味し、言うなれば「表現品質」である。

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

そして、特別ゲーム空間内の画像品質を、特別ゲーム空間外の画像品質と異ならせることで、関与状況に係るプレイ体験の向上をプレーヤに実感させることができる。

また、第１２の発明として、前記ゲームプレイスペック情報取得手段は、前記ゲームプレイスペックを表す情報として、前記プレーヤ端末の機種の情報を取得し、前記相互相応判定手段は、前記ゲームプレイスペック情報取得手段により取得された前記プレーヤ端末の機種の情報に基づいて、前記相互相応条件を満たすかを判定する、第１から第１１の発明の何れかのサーバシステム、を構成してもよい。

プレーヤ端末の機種が分かれば、その性能を概ね知ることができる。よって、第１２の発明によれば、サーバシステムは、相互相応条件を適切に判定できる。

また機種の情報に係り、第１３の発明として、前記相互相応条件を満たす場合に、前記プレーヤ端末の機種の情報を、前記関与端末に通知する機種情報通知制御手段（例えば、図１の制御基板１１５０、図４の機種情報通知表示１８、図８の機種情報通知制御部２３４、図１８のステップＳ６２）、を更に備える第１２の発明のサーバシステム、を構成してもよい。

第１３の発明によれば、サーバシステムは、プレーヤへ関与端末の機種の情報を通知できる。

第１４の発明は、前記ゲームプレイスペック情報取得手段により取得された前記ゲームプレイスペックを表す情報に基づいて、当該プレーヤ端末を評価する評価手段（例えば、図１の制御基板１１５０、図８の評価部２１５、図１１の端末レベル定義データ５３０、図１２の適用端末レベル６０６、図１７のステップＳ１４）、を更に備え、前記相互相応判定手段は、前記関与端末に関する前記評価手段の評価結果に基づいて、前記相互相応条件を満たすかを判定する（例えば、図１７のステップＳ４２）、第１から第１１の発明の何れかのサーバシステムである。

第１４の発明によれば、ゲームプレイスペックに基づいて総合的に性能の評価を行うことで、全てのプレーヤ端末から、同じ種類のゲームプレイスペックの情報を必ずしも集められるとは限らないケースでも、相互相応条件を満たすかを判定できるようになる。

なお、ゲームプレイ画像を、プレーヤ端末にて生成させる構成であってもよい。
すなわち、第１５の発明として、前記ＭＭＩＦ情報は、前記プレーヤ端末においてゲームプレイ画像を生成する際に必要とするデータを含む、第１から第１４の発明の何れかのサーバシステム、を構成してもよい。

また、第１６の発明として、第１５の発明のサーバシステムと通信を行って前記オンラインゲームでのゲームプレイを楽しむプレーヤ端末に、前記サーバシステムから受信した前記ＭＭＩＦ情報に基づいてゲームプレイ画像を生成させるためのプログラム、を構成してもよい。

第１７の発明は、各プレーヤがマンマシンインターフェース（以下「ＭＭＩＦ」という。）としてプレーヤ端末を用いて、共用ゲーム空間を移動可能なプレーヤキャラクタを操作してマルチプレイを楽しむオンラインゲームを提供するサーバシステムと、前記プレーヤ端末とが通信接続されて構成されるゲームシステムにおける前記プレーヤ端末であって、前記プレーヤ端末には、ゲームプレイスペックが異なるプレーヤ端末があり、前記サーバシステムは、前記プレーヤ端末それぞれの前記ゲームプレイスペックを表す情報を取得するゲームプレイスペック情報取得手段と、前記共用ゲーム空間においてＮ体（Ｎ≧２）の前記プレーヤキャラクタがお互いに関与する所与の関与状況が発生したことを検出する関与状況検出手段と、前記関与状況になったＮ体の前記プレーヤキャラクタ（以下、関与状況になったプレーヤキャラクタを「関与キャラクタ」という）について、当該関与キャラクタを操作する前記プレーヤ端末（以下、関与キャラクタを操作するプレーヤ端末を「関与端末」という）の前記ゲームプレイスペックが所与の相互相応条件を満たすか否かを判定する相互相応判定手段と、前記プレーヤ端末それぞれに、当該プレーヤ端末における前記マルチプレイに係るＭＭＩＦを実現するためのＭＭＩＦ情報を提供するＭＭＩＦ情報提供手段であって、前記相互相応条件を満たすと判定された場合に、前記ＭＭＩＦ情報を変更する所与の変更制御を施したＭＭＩＦ情報を前記関与端末に提供する、ＭＭＩＦ情報提供手段、を備え、前記サーバシステムから提供される前記ＭＭＩＦ情報に基づいてゲームプレイ画像を生成する、プレーヤ端末である。

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

第１８の発明は、各プレーヤがマンマシンインターフェース（以下「ＭＭＩＦ」という。）としてプレーヤ端末を用いて、共用ゲーム空間を移動可能なプレーヤキャラクタを操作してマルチプレイを楽しむオンラインゲームを、コンピュータシステムが提供する提供方法であって、前記プレーヤ端末には、ゲームプレイスペックが異なるプレーヤ端末があり、
前記プレーヤ端末それぞれの前記ゲームプレイスペックを表す情報を取得するゲームプレイスペック情報取得ステップと、前記共用ゲーム空間においてＮ体（Ｎ≧２）の前記プレーヤキャラクタがお互いに関与する所与の関与状況が発生したことを検出する関与状況検出ステップと、前記関与状況になったＮ体の前記プレーヤキャラクタ（以下、関与状況になったプレーヤキャラクタを「関与キャラクタ」という）について、当該関与キャラクタを操作する前記プレーヤ端末（以下、関与キャラクタを操作するプレーヤ端末を「関与端末」という）の前記ゲームプレイスペックが所与の相互相応条件を満たすか否かを判定する相互相応判定ステップと、前記プレーヤ端末それぞれに、当該プレーヤ端末における前記マルチプレイに係るＭＭＩＦを実現するためのＭＭＩＦ情報を提供するＭＭＩＦ情報提供ステップと、を含み、前記ＭＭＩＦ情報提供ステップは、前記相互相応条件を満たすと判定された場合に、前記ＭＭＩＦ情報を変更する所与の変更制御を施したＭＭＩＦ情報を前記関与端末に提供すること、を含む、提供方法である。

第１８の発明によれば、第１の発明と同様の効果が得られる提供方法を実現できる。

ゲームシステムの構成例を示す図。 ゲームシステムで提供されるオンラインゲームについて説明するための図。 オンラインゲームの例について説明するための図。 関与状況プレイに係り特別なデータの変更制御について説明するための図。 共用ゲーム空間へ特別ゲーム空間の様子の反映を説明するための図。 端末レベルに応じた変更制御の違いの例を示す図。 端末レベルに応じた視点カメラの制御の違いの例を示す図。 サーバシステムの機能構成例を示す機能ブロック図。 サーバ記憶部が記憶するプログラムやデータの例を示す図。 オブジェクト初期設定データのデータ構成例を示す図。 端末レベル定義データのデータ構成例を示す図。 関与状況管理データのデータ構成例を示す図。 ゲーム進行管理データのデータ構成例を示す図。 関与状況管理データのデータ構成例を示す図。 端末別画像管理データのデータ構成例を示す図。 プレーヤ端末の機能構成例を示す機能ブロック図。 サーバシステムが実行する処理の流れを説明するためのフローチャート 図１７より続くフローチャート。 第２実施形態におけるゲームシステムのシステム構成と、ゲーム空間画像やゲームプレイ画像の生成の担い先を説明するための図。 第２実施形態におけるサーバシステムの機能構成例を示す機能ブロック図。 第２実施形態におけるサーバ記憶部が記憶するプログラムやデータの例を示す図。 第２実施形態におけるプレーヤ端末の機能構成例を示す機能ブロック図。 第２実施形態のゲームシステムの動作を説明するための図であって、サーバシステムとプレーヤ端末との処理の流れを説明するための図。 図２３より続くフローチャート。 図２４より続くフローチャート。

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

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

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

ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（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）の３グレードとするが、もっと細かく分けても良い。

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

グレードが低いほど、オブジェクトで表現しようとしている対象物のディテールの表現が劣後するので、グレードが低いオブジェクトを用いると映像表現としての画像品質（表現品質）は下がり、映像表現から得られるプレイ体験の質は下がる。しかし、グレードが低いほど演算負荷や通信負荷は下がる。従って、ゲーム進行の遅延は起こり難くなり、操作応答性も高く維持し易くなるので、プレイの快適さについてのプレイ体験の質は上がる。

共用ゲーム空間８については、オブジェクトのグレードは適宜設定可能である。但し、共用ゲーム空間８については様々なゲームプレイスペックのプレーヤ端末１５００を許容した唯一のゲーム空間として一律に制御することが好適であるため、本実施形態ではＬＤグレードに設定している。図４の「LD Model」「LD Motion」「LD Effect」の引き出し表示はこれを表している。

さて、サーバシステム１１００は、関与端末の関与端末レベルが同一である場合、当該端末レベルに対応する変更制御内容データ５４０を選択・適用する。図６では「適用レベル」が、その変更制御内容データ５４０に対応する端末レベルを示している。

各変更制御内容データ５４０では、その適用端末レベルに対応するゲームプレイスペックを活かし切れるように（言い換えるとそのゲームプレイスペックにおいてできるだけ高品質で快適なプレイ体験を提供できるように）、どのカテゴリーのオブジェクトにどのグレードを用いるかを指定している。

図４の例では、関与端末とされるプレーヤ端末１５００ａとプレーヤ端末１５００ｄとは、共に端末レベルが「Ｌｖ４」である。当該レベルは、想定される関与端末のゲームプレイスペックのなかで最も高い部類である。特別ゲーム空間１０に配置される全種類のオブジェクトのグレードは最も高いＨＤグレードとされている。表示されるエフェクトの種類も最も多く設定されている。図４の「HD Model」「HD Motion」「HD Effect」「HD Background」の引き出し表示はこれを表している。図６の例では「適用レベル＝Ｌｖ４」の変更制御内容データ５４０ｄがこれを定義している。

関与端末の端末レベルが「Ｌｖ３」では、ゲームプレイスペックが「Ｌｖ４」よりも劣るので、１つ又は複数のカテゴリーのオブジェクトのグレードを「Ｌｖ４」よりも下げて、処理負荷や通信負荷を下げるようにする。例えば、図６の「適用レベル＝Ｌｖ３」の変更制御内容データ５４０ｃが示すように、プレーヤキャラクタ及びエフェクトオブジェクトのグレードはＨＤグレードを用いるが、ＮＰＣ６や背景のオブジェクトについてはＳＤグレードを用いる、としてもよい。表示されるエフェクトの種類も「Ｌｖ４」よりも少なくする。

関与端末の端末レベルが「Ｌｖ２」では、更にゲームプレイスペックが劣るので、更に多くのカテゴリーのオブジェクトのグレードを下げて、更に処理負荷や通信負荷を下げるようにする。例えば、図６の「適用レベル＝Ｌｖ２」の変更制御内容データ５４０ｂが示すように、全種類のオブジェクトについてＳＤグレードを用いる、としてもよい。表示されるエフェクトの種類は「Ｌｖ３」よりも少なくする。

そして、更にゲームプレイスペックが劣る端末レベルが「Ｌｖ１」では、例えば、図６の「適用レベル＝Ｌｖ１」の変更制御内容データ５４０ａが示すように、全種類のオブジェクトのグレードをＬＤグレードとする。表示されるエフェクトの種類は最も少なくする。

なお、端末レベルに応じたオブジェクトのグレード設定の例は図６に示す例に限らず適宜設定可能である。例えば、プレーヤキャラクタ４のオブジェクトのグレードは、どの端末レベルでも変更せずに、その他の背景オブジェクトやエフェクトオブジェクトのグレードを変更する構成としてもよい。

次に、変更制御の２番目である「ゲーム空間画像を生成する際の画像品質の設定を変更する第２の変更制御」について説明する。
サーバシステム１１００は、関与端末の端末レベルに応じて、ゲーム空間画像１２ｓの画像品質を変更する。ゲーム空間画像１２ｓの画像品質（表示品質）は、例えば、画像サイズ（画像を構成するピクセル数・画素数；画像サイズが大きいほどプレーヤ端末にて表示解像度を高められる。）、表示リフレッシュレート、色数、色空間のダイナミックレンジ、などにより決まる。ゲーム空間画像１２ｓの画像品質に影響する設定パラメータ値は、端末レベルが高いほど大きな値となるように変更される。本実施形態では、図６に示すように、ＬＤ画質，ＳＤ画質，ＨＤ画質の３段階の画像品質の何れかに設定されるものとする。図４の例では、関与端末の端末レベルが「Ｌｖ４」なのでゲーム空間画像１２ｓの表示品質はＨＤ画質に設定変更されていることを表している。よって、関与端末の端末レベルが高い場合は、その高いゲームプレイスペックが活かされ、共用ゲーム空間８を用いた非同期型ゲームのゲーム空間画像１２よりも、リッチで臨場感ある高い画像品質のゲームプレイ画像１４ｓが表示されることとなる。

図７は、変更制御の３番目である「視点カメラの設定を変更する第３の制御」について説明するための図である。
特別ゲーム空間１０が生成される際、共用ゲーム空間８において関与端末に対応づけて設定されている視点カメラが、特別ゲーム空間１０にコピーされる。そして、視点カメラの設定が、端末レベルに応じて用意された関与状況用カメラ制御の設定に変更される。

視点カメラの設定の変更は適宜設定可能であるが、端末レベルが上がるほど、（ａ）視点カメラの撮影範囲が広くなる（撮影範囲に入るオブジェクトの数が増える）、（ｂ）視点カメラの最大移動速度が速くなる、（ｃ）視点カメラの移動軌跡が複雑になる、（ｄ）プレーヤが切換可能な視点カメラが増える（図７中のＣ１、Ｃ２）、の１つ又は複数の特徴が付与される。

図７の例では、端末レベルが低い場合の特別ゲーム空間１０ｌｄには、オブジェクトモデルはＬＤグレードのモデルが配置され、単独の視点カメラＣ１が所定位置に固定され、撮影画角も比較的狭く設定されている。対して、端末レベルが高い場合の特別ゲーム空間１０ｈｄでは、オブジェクトモデルもディテールに凝ったＨＤグレードのモデルが配置され、１台目の視点カメラＣ１は移動式で広い画角に設定され、２台目の視点カメラＣ２は、固定式で標準画角に設定されている。図６では、「視点カメラ設定」の項目における「狭画角」「標準画角」「標準／広角切換」「広画角」の違いが上記（ａ）（ｂ）の例に該当する。また「位置固定」「単純移動」「複雑移動」が上記（ｃ）の例に該当する。
つまり、端末レベルが上がるほど、その高いゲームプレイスペックを活かしたよりリッチなプレイ体験を楽しめる視点カメラの設定に変更される。

次に、変更制御の４番目である「操作系の設定を変更する制御」について説明する。
プレーヤキャラクタ４には、様々な動作・行動が設定されているが、その中に関与状況プレイになったときに限って解放される動作や行動が用意されている。そして、その種類や数は、端末レベルが上がるほど解放されて増加し、解放される動作や行動の複雑さは端末レベルが上がるほど高くなるように設定されている。例えば、標準の操作種類に加えて、相手を挑発する動作の操作が追加される、操作入力は難しいが打撃効果の高い特殊技が解放される、などとしてもよい。図６の例では「許可操作種類」の項目における「標準」「標準＋２」「標準＋５」「標準＋７」の記載がこれを示している。

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

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

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

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

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

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

そして、ゲーム管理部２１０は、共用ゲーム空間設定部２１２と、ゲームプレイスペック情報取得部２１４と、評価部２１５と、関与状況検出部２１６と、相互相応判定部２１８と、ＭＭＩＦ情報提供部２２０と、許否設定部２３０と、変更通知制御部２３２と、機種情報通知制御部２３４と、を有する。

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

ゲームプレイスペック情報取得部２１４は、プレーヤ端末それぞれのゲームプレイスペックを表す情報を取得する。

評価部２１５は、ゲームプレイスペック情報取得部２１４により取得されたゲームプレイスペックを表す情報に基づいて、プレーヤ端末の性能を所与の段階的基準に照らして分類評価する。具体的には，端末レベルの判定・設定がこれに該当する（図２参照）。

関与状況検出部２１６は、共用ゲーム空間においてＮ体（Ｎ≧２）のプレーヤキャラクタがお互いに関与する所与の関与状況が発生したことを検出する。

相互相応判定部２１８は、関与状況になったＮ体のプレーヤキャラクタ（関与キャラクタ）について、当該関与キャラクタを操作するプレーヤ端末（関与端末）のゲームプレイスペックに基づいて、関与端末が所与の相互相応条件を満たすか否かを判定する。具体的には、関与端末の端末レベルを比較し、同一である場合に相互相応条件を満たすと判定する。

ＭＭＩＦ情報提供部２２０は、プレーヤ端末それぞれに、当該プレーヤ端末におけるマルチプレイに係るＭＭＩＦを実現するためのＭＭＩＦ情報を提供する。具体的には、ＭＭＩＦ情報として、プレーヤ端末１５００にてゲームプレイ画像１４（１４ｓ）を表示させるためのデータがこれに該当する。

そして、ＭＭＩＦ情報提供部２２０は、変更制御部２２２を有する。
変更制御部２２２は、関与キャラクタが相互相応条件を満たすと判定された場合に、ＭＭＩＦ情報を変更する所与の変更制御を施したＭＭＩＦ情報を関与端末に提供する。

ＭＭＩＦ情報に施す変更制御として、変更制御部２２２は、Ｎ体の関与キャラクタ以外のプレーヤキャラクタが特別ゲーム空間に進入することを抑止された特別ゲーム空間を設定し、当該特別ゲーム空間内でＮ体の関与キャラクタが移動する制御を実行する。具体的には、前述の第１の変更制御（関与端末の端末レベルが同一である場合に、その端末レベルに応じて特別ゲーム空間１０の設定を変更する制御）がこれに該当する。

また、ＭＭＩＦ情報に施す変更制御として、変更制御部２２２は、特別ゲーム空間内の画像品質を、特別ゲーム空間外の画像品質と異ならせる制御を行う。具体的には、前述の第２の変更制御（関与端末の端末レベルが同一である場合に、その端末レベルに応じて特別ゲーム空間１０に基づくゲーム空間画像１２ｓを生成する際の画像品質の設定を変更する制御）、がこれに該当する。

変更制御部２２２による変更制御の実行により、相互相応条件を満たすと判定された関与端末と、相互相応条件を満たさないプレーヤ端末とを比較すると、
（イ）プレーヤ端末に表示させるゲームプレイ画像の画像品質、
（ロ）プレーヤ端末に表示させるオブジェクトの画像品質及び／又はオブジェクトの数、
（ハ）プレーヤ端末に表示させるプレーヤキャラクタの動画像の画像品質、
（ニ）プレーヤキャラクタを操作するプレーヤ端末の操作方法、
（ホ）プレーヤ端末に表示させるゲームプレイ画像の視点設定、
の少なくとも何れかが異なる。

具体的には、（イ）は第２の変更制御における表示品質の設定による。（ロ）は第１の変更制御におけるオブジェクトモデルのグレードの設定による。（ハ）は第１の変更制御におけるオブジェクトのモーションデータのグレードの設定による。（ニ）は第４の変更制御における許可操作種類の設定による。（ホ）は第３の変更制御における視点カメラの設定による。

許否設定部２３０は、プレーヤ毎に、当該プレーヤの設定変更操作に基づいて変更制御の許否を設定する。変更制御部２２２は、相互相応条件を満たすと判定され、且つ、許否設定が許可に設定された関与端末を対象に変更制御を実行する。

変更通知制御部２３２は、変更制御部２２２による変更制御がなされている旨を関与端末に通知する制御を行う。具体的には、ゲームプレイ画像１４ｓにて変更通知表示１６を表示させることがこれに該当する（図４参照）。

機種情報通知制御部２３４は、相互相応条件を満たす場合に、関与端末であるプレーヤ端末の機種の情報を、当該関与端末に通知する制御を行う。具体的には、ゲームプレイ画像１４ｓにて機種情報通知表示１８を表示させることがこれに該当する（図４参照）。

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

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

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

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

また、画像表示部３９２ｓは、ＭＭＩＦ情報提供部２２０と協調して、ＭＭＩＦ情報の生成に係る機能の一部を担う。例えば、各プレーヤ端末１５００に表示させるゲームプレイ画像の元になる共用ゲーム空間８や特別ゲーム空間１０のゲーム空間画像をレンダリングする（図４参照）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

端末レベル別許可操作種類データ５２６は、端末レベル別に用意され、当該端末レベルの関与端末が相互相応条件を満たした場合に、当該関与端末に対して許可されるプレーヤキャラクタ４の操作の種類を定義する。具体的には、１つの端末レベル別許可操作種類データ５２６は、当該データの適用要件に当たる適用端末レベルと、使用可能操作種類リストと、を含む。勿論、これら以外の情報も適宜含めることができる。

端末レベル別許可操作種類データ５２６の使用可能操作種類リストは、適用端末レベルが高いほど使用許可される操作種類（操作コマンド）が多くなるように、また適用端末レベルが高いほど特殊な機能を発揮する操作種類が追加される、ように設定されている。勿論、この何れかであってもよい。

また、使用可能操作種類リストは、端末レベルによってその関与端末が担うゲーム内の役割が変わるようなゲームの場合では、当該初期設定データのオブジェクトがゲーム内で担う役割に照らして設定するとよい。例えば、端末レベルが低い関与端末は、ディフェンス役や後衛役、応援役といった役割とされるゲームでは、適用端末レベルが低い場合の使用可能操作種類リストの中身は、比較的操作が簡易で入力頻度が低く見積もられる操作種類を主体とする。対して、端末レベルが高い関与端末は、オフェンス役や前衛役、選手役といった役割とされるならば、適用端末レベルが高い場合の使用可能操作種類リストの中身は、比較的複雑で入力頻度が高くなる操作種類を主体とする。このようにゲーム内の役割が変わるようなゲームでは、変更通知表示１６（図４参照）で役割分担名も表示させると好適である。

図９に戻って、端末レベル定義データ５３０は、ゲームプレイスペックを表す情報に基づいて、そのプレーヤ端末の性能を所与の段階的基準に照らして分類評価する基準を示す。１つの端末レベル定義データ５３０は、例えば図１１に示すように、固有の端末レベル５３１と、その判定要件定義データ５３３と、を対応付けて格納する。

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

図９に戻って、変更制御内容データ５４０は、端末レベル別に用意され、変更制御の内容を定義する各種データを格納する。本実施形態では端末レベルを「Ｌｖ１」から「Ｌｖ４」の４段階に設定しているので、４つの変更制御内容データ５４０（５４０ａ，５４０ｂ，５４０ｃ，５４０ｄ）が用意されている（図６参照）。

ユーザ登録データ６００は、プレーヤとなる登録ユーザ毎に作成され、当該ユーザに紐付けられる各種データを格納する。
１つのユーザ登録データ６００は、例えば図１２に示すように、固有のユーザアカウント６０１と、プレーヤ端末１５００にネットワーク９を介してアクセスするための端末アクセス情報６０３（例えば、ＩＰアドレスなど）と、ゲームプレイスペック情報６０５と、適用端末レベル６０６と、プレーヤキャラクタ設定データ６０８と、許否設定６０９と、を含む。勿論、これら以外のデータ、例えばオンラインゲームのセーブデータなども適宜含めることができる。

ゲームプレイスペック情報６０５に含まれる情報は、端末レベル定義データ５３０の判定要件定義データ５３３（図１１参照）を記述するサブ条件の項目に対応する。

プレーヤキャラクタ設定データ６０８は、当該ユーザがカスタマイズしたプレーヤキャラクタ４の設定データを格納する。プレーヤキャラクタ４のカスタマイズは、ユーザ登録手続の際に行う。

許否設定６０９は、関与状況プレイに係りプレーヤ端末１５００のゲームプレイスペックに応じた変更制御を実行することへのユーザの許否の選択結果を格納する。当該設定の初期値は「許可」を示す値である。ゲーム開始前の当該ユーザからの許否選択受付において「拒否」が選択された場合は当該設定を「拒否」に変更する。

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

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

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

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

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

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

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

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

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

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

関与キャラクタ管理データ７５４には、関与状況発生時における当該キャラクタのプレーヤキャラクタ管理データ７１１の内容がコピーされる（図１３参照）。但し許可操作種類リスト７５６は、関与キャラクタのオブジェクト初期設定データ５２０（図１０参照）を参照し、関与端末の端末レベルに適合する端末レベル別許可操作種類データ５２６の設定に従って変更される。

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

特別ゲーム空間データ７６０は、当該関与状況に伴い作成される特別ゲーム空間１０に配置されている各種オブジェクトのオブジェクトモデルの最新状態における頂点データやポリゴンデータのデータ群である。

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

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

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

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

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

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

クライアント制御部２６０は、クライアント・サーバ型のゲームシステムにおけるゲームクライアントとしての制御として、プレーヤ端末１５００をＭＭＩＦとして機能させる各種制御を行う。具体的には、クライアント制御部２６０は、操作入力情報提供部２６１と、表示制御部２６２と、を有する。

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

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

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

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

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

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

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

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

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

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

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

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

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

次で、サーバシステム１１００は、各プレーヤ端末１５００の端末レベルを判定する（ステップＳ１４）。具体的には、ゲームプレイスペック情報６０５を端末レベル定義データ５３０（図１１参照）の判定要件定義データ５３３と照合し、判定要件を満たす定義データの端末レベル５３１を適用端末レベル６０６（図１２参照）に設定する。

次いで、サーバシステム１１００は、プレーヤ端末１５００別に変更制御の許否設定を受け付ける（ステップＳ１６）。すなわち、各プレーヤ端末１５００にて、変更制御を許可するか拒否するかの選択入力画面を表示させ、その入力結果を取得する。入力結果が「拒否」であったプレーヤ端末１５００のユーザの許否設定６０９を「拒否」に変更する。なお、これに伴って、各プレーヤ端末１５００にてそれぞれの端末レベルをユーザに通知する表示をさせてもよい。

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

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

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

共用ゲーム空間８用のゲームプレイ画像１４の画像サイズや画像の色数などは、非同期型ゲームのＭＭＯゲーム用に予め設定されており、プレーヤ端末１５００間で共通のものとする。なお、共用ゲーム空間８用のゲームプレイ画像１４の画像サイズや画像の色数などは、ゲームプレイスペックに応じた複数の設定を予め用意し、当該プレーヤ端末１５００のゲームプレイスペックに応じて適宜選択的に用いるとしてもよい。

ゲーム進行制御を開始すると、サーバシステム１１００は関与状況の発生を常時監視する。関与状況の発生を検出すると（ステップＳ４０のＹＥＳ）、サーバシステム１１００は、当該関与端末の適用端末レベル６０６を参照して、当該関与端末の端末レベルが同一であるか、すなわち相互相応条件を満たすかを判定する（ステップＳ４２）。なお、相互相応条件の判定を、ゲームプレイスペック情報６０５のうち、機種だけで判定する構成も可能である。

そして、サーバシステム１１００は、端末レベルが同一であれば相互相応条件が満たされたと見なし（ステップＳ４２のＹＥＳ）、それら関与端末のユーザの許否設定６０９を参照する。そして、参照した許否設定６０９の全てが「許可」であれば（ステップＳ４４のＹＥＳ）、関与状況登録データ７３０（図９参照）を作成し関与状況と関与端末とを登録する（ステップＳ４２）。

次いで、サーバシステム１１００は、適用端末レベル６０６が示す端末レベル（関与端末の端末レベル）に応じた特別ゲーム空間１０を設定する（ステップＳ４８）。

具体的には、サーバシステム１１００は、新たな関与状況管理データ７５０（図１４参照）を作成する。関与キャラクタ管理データ７５４には、関与状況になった複数のプレーヤキャラクタ４のプレーヤキャラクタ管理データ７１１（図１３参照）をコピーする。許可操作種類リスト７５６は、当該プレーヤキャラクタ４の関与端末の端末レベルに適合する端末レベル別許可操作種類データ５２６に設定する。

また、サーバシステム１１００は、特別ゲーム空間データ７６０に、共用ゲーム空間８における当該特別ゲーム空間１０の範囲のオブジェクトの状態をコピーする。その際、特別ゲーム空間１０に配置される各オブジェクトのオブジェクトモデルは、関与端末の端末レベルに適合する変更制御内容データ５４０（図６参照）の表現品質設定が示すグレードのオブジェクトモデルデータを用いる（図１０のグレード別データセット５２３を参照）。

関与状況プレイのゲームプレイ画像１４ｓは、特別ゲーム空間１０に基づくゲーム空間画像１２ｓを用いるので、ステップＳ４８にてオブジェクトモデルのグレードを変更することで、ステップＳ４８以降は、ステップＳ３４で提供開始したＭＭＩＦ情報に変更制御を施した関与端末を提供する、と言い表すことができる。

また、サーバシステム１１００は、端末別視点カメラ制御データ７６２を、関与状況となった時点の各関与端末の視点カメラの共用ゲーム空間８での向きや位置を継承するように初期設定する。この初期設定によって、関与端末でのゲームプレイ画像１４を、共用ゲーム空間８に係る画像から、特別ゲーム空間１０に係るゲームプレイ画像１４へ切り替わる際の視点位置の急激な変化による不自然感を低減する。

特別ゲーム空間１０を設定したならば、サーバシステム１１００は、新たに作成した特別ゲーム空間１０の範囲表示２０のオブジェクトを共用ゲーム空間８へ配置する（ステップＳ５０）。

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

ステップＳ６０以降、関与状況プレイが終了するまでの間、操作系の制御には、関与キャラクタ管理データ７５４の許可操作種類リスト７５６が適用される。また、関与キャラクタの動作には、関与端末の端末レベルが適合する変更制御内容データ５４０（図６参照）に従って、該当するグレードのモーションデータ（図１０のグレード別データセット５２３を参照）が適用される。視点カメラの制御には、変更制御内容データ５４０の視点カメラ設定が適用される。

そして、サーバシステム１１００は、新たな関与端末別に、特別ゲーム空間１０に基づくゲーム空間画像１２ｓのレンダリングを行ってゲームプレイ画像１４ｓを生成し、ゲームプレイ画像１４ｓのデータを送信する制御を開始する（ステップＳ６２）。

ゲーム空間画像１２ｓの表示品質には、関与端末の端末レベルが適合する変更制御内容データ５４０（図６参照）の設定が適用される。つまり、関与端末別に、ＬＤ画質、ＳＤ画質、ＨＤ画質の何れかの画質を実現する画素数でゲーム空間画像１２ｓが作成される。

関与状況プレイのゲームプレイ画像１４ｓは、特別ゲーム空間１０に基づくゲーム空間画像１２ｓを用いるので、ステップＳ６０及びステップＳ６２以降は、ステップＳ３４以降に提供開始されたＭＭＩＦ情報に変更制御を施したＭＭＩＦ情報を、関与端末へ提供する、と言い表すことができる。

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

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

一方、関与端末の端末レベルが同一で無い場合、すなわち相互相応条件が満たされない場合（ステップＳ４４のＮＯ）、及び関与端末の許否設定６０９の何れかが「拒否」に設定されている場合（ステップＳ４６のＮＯ）、サーバシステム１１００は、関与状況管理データ７５０は作成しない。すなわち、関与状況プレイを共用ゲーム空間８の中での出来事として処理されることになる。つまり、関与端末のゲームプレイスペックを活かした特別ゲーム空間１０でのプレイ体験を提供せず、特別な変更制御を行わない。

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

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

次いで、サーバシステム１１００は、終了検出された関与状況の共用ゲーム空間８への反映制御を終了する（ステップＳ８４）。

更に、サーバシステム１１００は、終了検出された関与状況の関与端末に対するゲームプレイ画像１４の生成及び画像データの送信を、特別ゲーム空間１０に基づくものから共用ゲーム空間８に基づくものに戻す（ステップＳ８６）。

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

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

以上、本実施形態によれば、様々な性能のゲームクライアントが共有ゲーム空間で関与状況を通じてマルチプレイするオンラインゲームにおいて、良質なプレイ体験を提供できる。
すなわち、サーバシステム１１００は、プレーヤ端末１５００それぞれに、当該プレーヤ端末１５００におけるマルチプレイに係るＭＭＩＦを実現するためのＭＭＩＦ情報を提供する。但し、共用ゲーム空間８においてプレーヤキャラクタ４が関与する関与状況が発生した場合で、且つ、当該プレーヤキャラクタ４（関与キャラクタ）のプレーヤ端末１５００（関与端末）のゲームプレイスペックが所与の相互相応条件を満たす場合が発生したかをサーバシステム１１００は監視している。発生した場合には、サーバシステム１１００は、ＭＭＩＦ情報を変更する所与の変更制御を施したＭＭＩＦ情報を当該関与端末に提供する。その変更制御は、ゲームプレイスペックが相互相応な関与端末同士のプレイならば可能となる、ゲームプレイスペックを活かしたプレイ体験を実現するための制御である。

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

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

本実施形態のゲームシステム１０００Ｂは、基本的には第１実施形態と同様の構成を有する。サーバシステム１１００Ｂは、第１実施形態と同様にして共用ゲーム空間８のデータを管理して、共用ゲーム空間８を用いた非同期型ゲームの進行制御を行う。

すなわち、サーバシステム１１００Ｂは、プレーヤ端末１５００Ｂ（１５００Ｂａ，１５００Ｂｂ，…）向けに共用ゲーム空間８に基づいてそれぞれの視点カメラに基づくゲーム空間画像１２ｅをレンダリングしてゲームプレイ画像を生成する。そして、ゲームプレイ画像を生成させるためのデータを各プレーヤ端末１５００Ｂへ送信する。

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

図２０は、サーバシステム１１００Ｂの機能構成例を示す機能ブロック図である。
サーバシステム１１００Ｂは、ゲーム管理部２１０Ｂを有する。ゲーム管理部２１０Ｂは、第１実施形態のゲーム管理部２１０に相当し（図８参照）、共用ゲーム空間８を用いた非同期型ゲームのゲーム進行に係る制御を行う。また、共用ゲーム空間設定部２１２、ゲームプレイスペック情報取得部２１４、評価部２１５，関与状況検出部２１６、相互相応判定部２１８、ＭＭＩＦ情報提供部２２０Ｂ、許否設定部２３０、を有する。

ＭＭＩＦ情報提供部２２０Ｂがプレーヤ端末１５００Ｂへ提供するＭＭＩＦ情報は、第１実施形態のようにゲームプレイ画像１４ｓの画像データ（圧縮データでもよい。）ではなく、プレーヤ端末１５００Ｂにおいてゲームプレイ画像を生成する際に必要とするデータを含む。

具体的には、ＭＭＩＦ情報提供部２２０Ｂが提供するＭＭＩＦ情報は、関与端末となったプレーヤ端末１５００Ｂにて、特別ゲーム空間１０を設定し、ゲーム空間画像１２ｓを生成し、ゲームプレイ画像１４ｓを生成するのに必要なデータを含む。

例えば、特別ゲーム空間１０の生成時に必要なデータとして、端末レベル、特別ゲーム空間１０に配置される背景オブジェクトの種類・位置・状態の情報、関与キャラクタの設定情報、共用ゲーム空間８における最新の状態を示す情報、などを含む。

また、関与状況プレイ中の特別ゲーム空間１０における各種オブジェクトの最新の状態を示す情報、例えば、モーション制御データ、新たなオブジェクトの配置や既存オブジェクトの消去についての情報、などを含む。

ＭＭＩＦ情報提供部２２０Ｂは、変更制御部２２２を有し、ゲーム管理部２１０Ｂは、変更通知制御部２３２Ｂと、機種情報通知制御部２３４Ｂと、を有する。

変更通知制御部２３２Ｂは、変更制御部２２２による変更制御がなされている旨を関与端末に通知する制御として、ＭＭＩＦ情報に、当該ＭＭＩＦ情報の提供先である関与端末の端末レベルの情報を含める。すなわち、提供先のプレーヤ端末１５００Ｂにて、変更通知表示１６を含むゲームプレイ画像１４ｓを生成させる（図４参照）。

機種情報通知制御部２３４Ｂは、相互相応条件を満たす場合に、関与端末であるプレーヤ端末の機種の情報を、当該関与端末に通知する制御として、ＭＭＩＦ情報に、当該ＭＭＩＦ情報の提供先である関与端末の相手となる関与端末の機種情報を含める。すなわち、提供先のプレーヤ端末１５００Ｂにて、機種情報通知表示１８を含むゲームプレイ画像１４ｓを生成させる（図４参照）。

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

サーバプログラム５０１Ｂは、サーバ処理部２００ｓにゲーム管理部２１０Ｂとしての機能を実現させるためのプログラムである。
配信用クライアントプログラム５０３Ｂは、プレーヤ端末１５００Ｂがダウンロードするクライアントプログラムのオリジナルである。

プレイデータ７００ｓは、ゲーム進行管理データ７１０と、関与状況登録データ７３０と、関与状況管理データ７５０Ｂと、端末別画像管理データ７８０と、を含む。関与状況管理データ７５０Ｂは、第１実施形態の関与状況管理データ７５０（図１４参照）に相当するが、特別ゲーム空間データ７６０と、端末別視点カメラ制御データ７６２とが省略されている。

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

表示制御部２６２Ｂは、第１実施形態の表示制御部２６２と同様に、サーバシステム１１００から提供される共用ゲーム空間８を用いた非同期型ゲームのゲームプレイ画像１４の表示に係る制御を行う。

加えて、表示制御部２６２Ｂは、特別ゲーム空間１０に基づくゲーム空間画像１２ｓのレンダリング、当該ゲーム空間画像１２ｓを含むゲームプレイ画像１４ｓの生成に係る制御を実行する。また、表示制御部２６２Ｂは、ＭＭＩＦ情報に含まれる自機に設定された端末レベルと、関与状況プレイの相手となる他プレーヤ端末の機種情報と、に基づいて、それぞれ変更通知表示１６及び機種情報通知表示１８をゲームプレイ画像１４ｓに含める制御を実行する。

特別ゲーム空間設定部２６４は、サーバシステム１１００ＢからＭＭＩＦ情報（関与端末の端末レベル）を受信すると、自機の端末レベルが適合する変更制御内容データ５４０（図６参照）を参照して、特別ゲーム空間１０を生成する。

プレーヤ端末１５００Ｂの端末記憶部５００は、クライアントプログラム５０２Ｂと、ゲーム初期設定データ５１０と、受信済ＭＭＩＦ情報５９０と、特別ゲーム空間データ７６０Ｂと、自機の端末別視点カメラ制御データ７６２Ｂと、現在日時９００と、を記憶する。

クライアントプログラム５０２Ｂは、端末処理部２００にクライアント制御部２６０Ｂとしての機能を実現させるためのプログラムである。クライアントプログラム５０２Ｂは、プレーヤ端末１５００Ｂに、サーバシステム１１００から受信したＭＭＩＦ情報に基づいてゲームプレイ画像を生成させるためのサブルーチンプログラムを含む。
ゲーム初期設定データ５１０は、ゲーム開始前にサーバシステム１１００Ｂからダウンロードする。

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

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

参加申込を済ませたプレーヤ端末１５００Ｂは、ゲームプレイスペック情報６０５をサーバシステム１１００Ｂへ提供する（ステップＳ１１４）。

サーバシステム１１００Ｂは、取得したゲームプレイスペック情報６０５に基づいて、各プレーヤ端末１５００Ｂの端末レベルを判定して判定結果をそれぞれのユーザの適用端末レベル６０６に設定する（ステップＳ１１６）。そして、サーバシステム１１００は、各プレーヤ端末１５００Ｂへ、それぞれの端末レベルの情報とともに変更制御の許否設定リクエストを送信する（ステップＳ１１８）。

プレーヤ端末１５００Ｂは、当該リクエストを受信すると、自機の端末レベルと、許否設定の選択肢とを表示する画面を表示し、選択結果の情報をサーバシステム１１００Ｂへ送信する（ステップＳ１２０）。
サーバシステム１１００Ｂは、これを受信して、送信元のプレーヤ端末１５００Ｂの許否設定６０９を設定する（ステップＳ１２２）。

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

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

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

ゲーム進行制御を開始すると、サーバシステム１１００は関与状況の発生を常時監視する。関与状況の発生を検出すると（ステップＳ１５０のＹＥＳ）、サーバシステム１１００は、当該関与端末の適用端末レベル６０６を参照して、当該関与端末の端末レベルが同一であるか、すなわち相互相応条件を満たすかを判定する（ステップＳ１５２）。

そして、端末レベルが同一であれば、相互相応条件を満たすと判定し（ステップＳ１５２のＹＥＳ）、サーバシステム１１００は、関与端末のユーザの許否設定６０９を参照する。参照した許否設定６０９の全てが「許可」であれば（ステップＳ１５４のＹＥＳ）、関与状況登録データ７３０を作成し関与状況と関与端末とを登録し（ステップＳ１５６）、関与状況管理データ７５０Ｂを作成する（ステップＳ１５８）。

図２４に移って、次に、サーバシステム１１００Ｂは、新たに登録した関与状況の関与端末へ状況開始信号を送信する（ステップＳ１６０）。

「状況開始信号」は、ＭＭＩＦ情報の１つであって、関与端末となったプレーヤ端末１５００Ｂにて、特別ゲーム空間１０を設定させるためのデータを含む。例えば、関与端末の端末レベル、特別ゲーム空間１０に配置される背景オブジェクトの種類・位置・状態の情報、関与キャラクタの設定情報と共用ゲーム空間８における最新の状態を示す情報、関与端末の機種の情報、などを含む。

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

プレーヤ端末１５００Ｂは、サーバシステム１１００Ｂから状況開始信号を受信すると（ステップＳ１７０のＹＥＳ）、特別ゲーム空間データ７６０Ｂを作成する（ステップＳ１７２）。

具体的には、先に受信した状況開始信号に含まれている背景オブジェクトの種類・位置・状態の情報、関与キャラクタの設定情報と共用ゲーム空間８における最新の状態を示す情報、に従って、特別ゲーム空間１０に関与キャラクタ、背景オブジェクトを配置する。その際、配置されるオブジェクトモデルは、状況開始信号に含まれている端末レベルに適合するグレード別データセット５２３のオブジェクトモデルデータが用いられる。

更にプレーヤ端末１５００Ｂは、特別ゲーム空間データ７６０Ｂを作成すると、特別ゲーム空間１０に基づくゲームプレイ画像１４の生成と表示とを開始する。共用ゲーム空間８を用いたゲームプレイ画像１４の表示から、特別ゲーム空間１０に基づくゲームプレイ画像１４の表示に切り替えることになる（ステップＳ１７４）。

具体的には、プレーヤ端末１５００Ｂは、端末別視点カメラ制御データ７６２Ｂが示す視点カメラに基づく特別ゲーム空間１０のゲーム空間画像１２ｓを、端末レベルに適合する変更制御内容データ５４０（図６参照）の表示品質の設定に従ってレンダリングする。そして、ゲーム空間画像１２ｓ・変更通知表示１６・機種情報通知表示１８を含むゲームプレイ画像１４ｓを生成して、自機のディスプレイに表示する。

更にプレーヤ端末１５００Ｂは、端末レベルに応じた操作種類制限を開始する（ステップＳ１７６）。

具体的には、関与キャラクタのオブジェクト初期設定データ５２０（図１０参照）を参照し、端末レベルに適合する端末レベル別許可操作種類データ５２６で許可されている操作種類以外の操作入力を無効として、その操作入力情報をサーバシステム１１００Ｂへ送信しない。

サーバシステム１１００Ｂは、関与状況の発生を検出すると、関与状況プレイ進行制御を完全同期型ゲームとして開始する（ステップＳ１９０）。関与状況プレイ進行制御では、関与状況管理データ７５０Ｂの関与キャラクタ管理データ７５４を更新する都度、サーバシステム１１００Ｂは、「状況進行情報」を当該関与状況の関与端末へ送信する制御を行う。そして、関与状況プレイ進行制御の開始とともに、サーバシステム１１００Ｂは、当該関与状況の進行結果を共用ゲーム空間８へ反映させる制御を開始する（ステップＳ１９２）。

「状況進行情報」は、ＭＭＩＦ情報の１つであって、関与キャラクタ管理データ７５４の更新内容の情報や、特別ゲーム空間１０の背景やエフェクトのオブジェクトに関する情報である。例えば、プレーヤキャラクタ４の移動、動作、能力パラメータ値の変更、新たに配置されるオブジェクト（例えば、ＮＰＣ６や、閃光・爆煙のエフェクトオブジェクトなど）の情報、消去されるオブジェクトの情報、などである。

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

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

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

図２５に移って、サーバシステム１１００Ｂは、終了を検出した関与状況の関与端末へ所定の状況終了信号を送信し（ステップＳ２０８）、関与状況登録データ７３０と関与状況管理データ７５０Ｂとを抹消する（ステップＳ２１０）。

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

一方、プレーヤ端末１５００Ｂは、状況終了信号を受信すると（ステップＳ２２０のＹＥＳ）、端末レベルに応じた操作種類制限を解除する（ステップＳ２２２）。そして、プレーヤ端末１５００Ｂは、特別ゲーム空間１０に基づくゲームプレイ画像１４の生成と表示を終了し（ステップＳ２２４）、関与状況管理データ７５０を抹消する（ステップＳ２２６）。

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

以上、本実施形態によれば、第１実施形態と同様の効果が得られるとともに、サーバシステム１１００Ｂに係る負荷をプレーヤ端末１５００Ｂに分散させることができる。また、高画質な画像データはデータ量が多いため、サーバシステム１１００Ｂとプレーヤ端末１５００Ｂとの間の通信データ量を削減する効果があり、通信遅延が発生する可能性を低減させる効果がある。

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

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

また、ゲームの内容はバトルロワイヤル形式の対戦アクションゲームに限らず適宜設定可能である。そして、ゲーム内容によっては関与状況の定義や関与状況プレイの内容も適宜設定可能である。例えば、上記実施形態における関与状況は、２体のプレーヤキャラクタ４がエンカウントするイベントとして定義されているがこれに限らない。

例えば、複数のプレーヤキャラクタ４がチームを組んでプレイするゲームであれば、関与状況を、２体以上のプレーヤキャラクタ４が関与するイベントと定義できる。具体的には、例えば、エンカウントに限らず、当該チームとしてゲーム進行上重要なＮＰＣと遭遇して起きるイベント（例えば、ＮＰＣの討伐、ＮＰＣに依頼されたアイテムの取得、など）や、当該チームとしてゲーム進行上重要なナゾを解くイベント、などの発生をもって関与状況の発生としてもよい。

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

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

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

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

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

（変形例その５）
ゲームプレイスペックを記述する情報は、適宜設定可能である。
例えば、機種の情報を、プレーヤ端末１５００の商品名として、ゲームプレイスペックを記述する情報を機種の情報のみとしてもよい。その場合、ステップＳ４２（図１７参照）は、関与状況の発生を検出した場合に、関与端末となるプレーヤ端末１５００の機種が同一かを判定する、と読み替えることができる。そして、全ての関与端末の機種の種別数が１つならば（別の言い方をすると機種が同一ならば）、相互相応条件を満たしていると判定する、と読み替えることができる。

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

（変形例その７）
また、変更制御の内容も上記実施形態に限らず、追加・省略が可能である。例えば、変更制御の内容として、端末レベルに応じた所与の対応イベントを発動させるとしてもよい。対応イベントの内容は、ゲーム内容に応じて適宜設定可能である。例えば、バトルロワイヤル形式の対戦アクションゲームであれば、関与状況プレイにおける先攻／後攻のどちらにするかを争うミニゲームの実行や、特別なムービー等のカットイン演出の実行、などとしてもよい。

４…プレーヤキャラクタ
８…共用ゲーム空間
１０…特別ゲーム空間
１２…ゲーム空間画像
１４…ゲームプレイ画像
１６…変更通知表示
１８…機種情報通知表示
２１０…ゲーム管理部
２１２…共用ゲーム空間設定部
２１４…ゲームプレイスペック情報取得部
２１５…評価部
２１６…関与状況検出部
２１８…相互相応判定部
２２０…ＭＭＩＦ情報提供部
２２２…変更制御部
２３０…許否設定部
２３２…変更通知制御部
２３４…機種情報通知制御部
２６０…クライアント制御部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５０２…クライアントプログラム
５１０…ゲーム初期設定データ
５１２…共用ゲーム空間初期設定データ
５２０…オブジェクト初期設定データ
５２３…グレード別データセット
５３０…端末レベル定義データ
５４０…変更制御内容データ
５９０…受信済ＭＭＩＦ情報
６００…ユーザ登録データ
６０５…ゲームプレイスペック情報
６０６…適用端末レベル
６０８…プレーヤキャラクタ設定データ
６０９…許否設定
７００…プレイデータ
７１０…ゲーム進行管理データ
７１１…プレーヤキャラクタ管理データ
７２０…共用ゲーム空間データ
７２４…反映表示制御データ
７３０…関与状況登録データ
７５０…関与状況管理データ
７５４…関与キャラクタ管理データ
７６０…特別ゲーム空間データ
７６２…端末別視点カメラ制御データ
１０００…ゲームシステム
１１００…サーバシステム
１１５０…制御基板
１５００…プレーヤ端末

Claims (18)

1. 各プレーヤがマンマシンインターフェース（以下「ＭＭＩＦ」という。）としてプレーヤ端末を用いて、共用ゲーム空間を移動可能なプレーヤキャラクタを操作してマルチプレイを楽しむオンラインゲームを提供するサーバシステムであって、
   前記プレーヤ端末には、ゲームプレイスペックが異なるプレーヤ端末があり、
   前記プレーヤ端末それぞれの前記ゲームプレイスペックを表す情報を取得するゲームプレイスペック情報取得手段と、
   前記共用ゲーム空間においてＮ体（Ｎ≧２）の前記プレーヤキャラクタがお互いに関与する所与の関与状況が発生したことを検出する関与状況検出手段と、
   前記関与状況になったＮ体の前記プレーヤキャラクタ（以下、関与状況になったプレーヤキャラクタを「関与キャラクタ」という）について、当該関与キャラクタを操作する前記プレーヤ端末（以下、関与キャラクタを操作するプレーヤ端末を「関与端末」という）の前記ゲームプレイスペックが所与の相互相応条件を満たすか否かを判定する相互相応判定手段と、
   前記プレーヤ端末それぞれに、当該プレーヤ端末における前記マルチプレイに係るＭＭＩＦを実現するためのＭＭＩＦ情報を提供するＭＭＩＦ情報提供手段と、
   を備え、
   前記ＭＭＩＦ情報提供手段は、前記相互相応条件を満たすと判定された場合に、前記ＭＭＩＦ情報を変更する所与の変更制御を施したＭＭＩＦ情報を前記関与端末に提供する変更制御手段、を有する、
   サーバシステム。
2. 前記変更制御手段は、前記相互相応条件を満たすと判定された前記関与端末の前記ゲームプレイスペックに基づいて、前記変更制御の制御内容を変化させる、
   請求項１に記載のサーバシステム。
3. 前記変更制御手段は、前記プレーヤ端末に表示させるゲームプレイ画像の画像品質を、前記相互相応条件を満たすと判定された前記関与端末と、前記相互相応条件を満たさない前記プレーヤ端末とで異ならせる制御を、前記変更制御として実行する、
   請求項１又は２に記載のサーバシステム。
4. 前記変更制御手段は、前記プレーヤ端末に表示させるオブジェクトの画像品質及び／又はオブジェクトの数を、前記相互相応条件を満たすと判定された前記関与端末と、前記相互相応条件を満たさない前記プレーヤ端末とで異ならせる制御を、前記変更制御として実行する、
   請求項１から３の何れか一項に記載のサーバシステム。
5. 前記変更制御手段は、前記プレーヤ端末に表示させる前記プレーヤキャラクタの動画像の画像品質を、前記相互相応条件を満たすと判定された前記関与端末と、前記相互相応条件を満たさない前記プレーヤ端末とで異ならせる制御を、前記変更制御として実行する、
   請求項１から４の何れか一項に記載のサーバシステム。
6. 前記変更制御手段は、前記プレーヤキャラクタを操作する前記プレーヤ端末の操作方法を、前記相互相応条件を満たすと判定された前記関与端末と、前記相互相応条件を満たさない前記プレーヤ端末とで異ならせる制御を、前記変更制御として実行する、
   請求項１から５の何れか一項に記載のサーバシステム。
7. 前記変更制御手段は、前記プレーヤ端末に表示させるゲームプレイ画像の視点設定を、前記相互相応条件を満たすと判定された前記関与端末と、前記相互相応条件を満たさない前記プレーヤ端末とで異ならせる制御を、前記変更制御として実行する、
   請求項１から６の何れか一項に記載のサーバシステム。
8. 前記変更制御手段による前記変更制御がなされている旨を前記関与端末に通知する変更通知制御手段、
   を更に備える請求項１から７の何れか一項に記載のサーバシステム。
9. 前記プレーヤ毎に、当該プレーヤの設定変更操作に基づいて前記変更制御の許否を設定する許否設定手段、
   を更に備え、
   前記変更制御手段は、前記相互相応条件を満たすと判定され、且つ、前記許否の設定が許可に設定された前記関与端末を対象に前記変更制御を実行する、
   請求項１から８の何れか一項に記載のサーバシステム。
10. 前記変更制御手段は、特別ゲーム空間を設定し、当該特別ゲーム空間内でＮ体の前記関与キャラクタが移動する制御を前記変更制御として実行する、
    請求項１から９の何れか一項に記載のサーバシステム。
11. 前記変更制御手段は、前記共用ゲーム空間内に前記特別ゲーム空間を設定し、前記特別ゲーム空間内の画像品質を、前記特別ゲーム空間外の画像品質と異ならせる制御を行う、
    請求項１０に記載のサーバシステム。
12. 前記ゲームプレイスペック情報取得手段は、前記ゲームプレイスペックを表す情報として、前記プレーヤ端末の機種の情報を取得し、
    前記相互相応判定手段は、前記ゲームプレイスペック情報取得手段により取得された前記プレーヤ端末の機種の情報に基づいて、前記相互相応条件を満たすかを判定する、
    請求項１から１１の何れか一項に記載のサーバシステム。
13. 前記相互相応条件を満たす場合に、前記プレーヤ端末の機種の情報を、前記関与端末に通知する機種情報通知制御手段、
    を更に備える請求項１２に記載のサーバシステム。
14. 前記ゲームプレイスペック情報取得手段により取得された前記ゲームプレイスペックを表す情報に基づいて、当該プレーヤ端末を評価する評価手段、
    を更に備え、
    前記相互相応判定手段は、前記関与端末に関する前記評価手段の評価結果に基づいて、前記相互相応条件を満たすかを判定する、
    請求項１から１１の何れか一項に記載のサーバシステム。
15. 前記ＭＭＩＦ情報は、前記プレーヤ端末においてゲームプレイ画像を生成する際に必要とするデータを含む、
    請求項１から１４の何れか一項に記載のサーバシステム。
16. 請求項１５に記載のサーバシステムと通信を行って前記オンラインゲームでのゲームプレイを楽しむプレーヤ端末に、
    前記サーバシステムから受信した前記ＭＭＩＦ情報に基づいてゲームプレイ画像を生成させるためのプログラム。
17. 各プレーヤがマンマシンインターフェース（以下「ＭＭＩＦ」という。）としてプレーヤ端末を用いて、共用ゲーム空間を移動可能なプレーヤキャラクタを操作してマルチプレイを楽しむオンラインゲームを提供するサーバシステムと、前記プレーヤ端末とが通信接続されて構成されるゲームシステムにおける前記プレーヤ端末であって、
    前記プレーヤ端末には、ゲームプレイスペックが異なるプレーヤ端末があり、
    前記サーバシステムは、
    前記プレーヤ端末それぞれの前記ゲームプレイスペックを表す情報を取得するゲームプレイスペック情報取得手段と、
    前記共用ゲーム空間においてＮ体（Ｎ≧２）の前記プレーヤキャラクタがお互いに関与する所与の関与状況が発生したことを検出する関与状況検出手段と、
    前記関与状況になったＮ体の前記プレーヤキャラクタ（以下、関与状況になったプレーヤキャラクタを「関与キャラクタ」という）について、当該関与キャラクタを操作する前記プレーヤ端末（以下、関与キャラクタを操作するプレーヤ端末を「関与端末」という）の前記ゲームプレイスペックが所与の相互相応条件を満たすか否かを判定する相互相応判定手段と、
    前記プレーヤ端末それぞれに、当該プレーヤ端末における前記マルチプレイに係るＭＭＩＦを実現するためのＭＭＩＦ情報を提供するＭＭＩＦ情報提供手段であって、前記相互相応条件を満たすと判定された場合に、前記ＭＭＩＦ情報を変更する所与の変更制御を施したＭＭＩＦ情報を前記関与端末に提供する、ＭＭＩＦ情報提供手段、
    を備え、
    前記サーバシステムから提供される前記ＭＭＩＦ情報に基づいてゲームプレイ画像を生成する、プレーヤ端末。
18. 各プレーヤがマンマシンインターフェース（以下「ＭＭＩＦ」という。）としてプレーヤ端末を用いて、共用ゲーム空間を移動可能なプレーヤキャラクタを操作してマルチプレイを楽しむオンラインゲームを、コンピュータシステムが提供する提供方法であって、
    前記プレーヤ端末には、ゲームプレイスペックが異なるプレーヤ端末があり、
    前記プレーヤ端末それぞれの前記ゲームプレイスペックを表す情報を取得するゲームプレイスペック情報取得ステップと、
    前記共用ゲーム空間においてＮ体（Ｎ≧２）の前記プレーヤキャラクタがお互いに関与する所与の関与状況が発生したことを検出する関与状況検出ステップと、
    前記関与状況になったＮ体の前記プレーヤキャラクタ（以下、関与状況になったプレーヤキャラクタを「関与キャラクタ」という）について、当該関与キャラクタを操作する前記プレーヤ端末（以下、関与キャラクタを操作するプレーヤ端末を「関与端末」という）の前記ゲームプレイスペックが所与の相互相応条件を満たすか否かを判定する相互相応判定ステップと、
    前記プレーヤ端末それぞれに、当該プレーヤ端末における前記マルチプレイに係るＭＭＩＦを実現するためのＭＭＩＦ情報を提供するＭＭＩＦ情報提供ステップと、
    を含み、
    前記ＭＭＩＦ情報提供ステップは、前記相互相応条件を満たすと判定された場合に、前記ＭＭＩＦ情報を変更する所与の変更制御を施したＭＭＩＦ情報を前記関与端末に提供すること、を含む、
    提供方法。

Images