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

Abstract

【課題】様々な性能のゲームクライアントが共有ゲーム空間で関与状況を通じてマルチプレイするオンラインゲームにおいて、良質なプレイ体験が得られる機会を増やすための新しい技術を提供すること。【解決手段】サーバシステム１１００は、各プレーヤがプレーヤ端末１５００を用いて共用ゲーム空間８を移動可能なプレーヤキャラクタ４を操作し、マルチプレイによるゲームプレイを楽しむオンラインゲームを提供する。その際、各プレーヤ端末１５００のゲームプレイスペックを表す情報を取得し、ゲームプレイを開始又は再開するスタートプレーヤについて、当該スタートプレーヤのプレーヤキャラクタ４の共用ゲーム空間８中のスタート位置を、当該スタートプレーヤのプレーヤ端末１５００のゲームプレイスペックに基づいて決定する。【選択図】図４

Description

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

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

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

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

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

通信回線の通信速度がプレイ体験に与える影響は、非同期型ゲームよりも完全同期型ゲームの方が大きくなる。例えば、高速の通信回線を使用するゲームクライアントのプレーヤキャラクタと、低速の通信回線を使用するゲームクライアントのプレーヤとが遭遇して両者間で行われる完全同期型ゲームプレイ（例えば、エンカウントにより発生する対戦プレイ）は、通信速度の低い回線側に合わせたプレイ体験とならざるを得ない。通信速度が速い側のプレーヤにしてみれば、せっかくの高速な通信速度を活かし切れないままゲームプレイすることになる。高品質な通信回線を使用しているのだから、もっと良質なプレイ体験を享受できるはずなのにそれは叶わない場合が起こり得た。

なお、オンラインゲームを快適にプレイする上でのゲームクライアントの性能指標としては、通信速度の他にも、当該ゲームクライアント自身の通信処理能力や演算処理能力もある。

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

上記した課題を解決するための第１の発明は、各プレーヤがプレーヤ端末を用いて共用ゲーム空間を移動可能なプレーヤキャラクタを操作し、マルチプレイによるゲームプレイを楽しむオンラインゲームを提供するサーバシステムであって、前記プレーヤ端末には、ゲームプレイスペックが異なる端末があり、
各プレーヤのプレーヤ端末の前記ゲームプレイスペックを表す情報を取得するゲームプレイスペック情報取得手段（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、ゲームプレイスペック情報取得部２１４、図１５のゲームプレイスペック情報６０５、図１８のステップＳ１２）と、前記ゲームプレイを開始又は再開するスタートプレーヤについて、当該スタートプレーヤのプレーヤキャラクタの前記共用ゲーム空間中のスタート位置を、当該スタートプレーヤのプレーヤ端末の前記ゲームプレイスペックに基づいて決定するスタート位置決定手段（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、スタート位置決定部２３０、図１６の位置座標７３４、図１８のステップＳ２２）と、を備えるサーバシステムである。

第１の発明によれば、サーバシステムは、共用ゲーム空間にプレーヤキャラクタを配置するスタート位置を、各プレーヤキャラクタのプレーヤ端末のゲームプレイスペックに応じて決定できる。ゲームプレイスペックは、例えば、通信処理能力、演算処理能力、搭載するＯＳ（Operating System）の種類、及び、サーバシステムとの通信速度、のうちの何れかとすることができる。よって、無作為にスタート位置を決定する場合よりも、ゲームプレイスペックが同じ又は近いプレーヤ端末のプレーヤキャラクタが遭遇する可能性が上がる。例えば、ゲームプレイスペックが高いプレーヤ端末のプレーヤは、同じようにゲームプレイスペックが高い他プレーヤ端末のプレーヤと、その高いスペックに応じた良質なプレイ体験が得られる機会が増える。

第２の発明は、前記ゲームプレイスペック情報取得手段が、前記ゲームプレイスペックを表す情報として、前記プレーヤ端末の機種の情報を取得する機種情報取得手段（例えば、図９の機種情報取得部２１６）、を有し、前記スタート位置決定手段は、前記スタートプレーヤのプレーヤ端末の機種に基づいて、前記スタート位置を決定する、第１の発明のサーバシステムである。

第２の発明によれば、サーバシステムは、プレーヤ端末の機種に基づいてスタート位置を決定できる。

第３の発明は、前記ゲームプレイスペック情報取得手段が、前記ゲームプレイスペックを表す情報として、前記プレーヤ端末の通信速度に係る通信状況情報を取得する通信状況情報取得手段（例えば、図９の通信状況情報取得部２１８）を有し、前記スタート位置決定手段は、前記スタートプレーヤのプレーヤ端末の前記通信状況情報に基づいて、前記スタート位置を決定する、第１又は第２の発明のサーバシステムである。

「通信速度に係る通信状況情報」は、通信速度に影響を与える通信状況を表す情報である。例えば、通信速度は勿論のこと、遅延時間、ジッター（Jitter）、ＲＴＴ（Round Trip delay Time）、パケットロス率、などがこれに該当する。

第３の発明によれば、サーバシステムは、プレーヤ端末の通信状況情報に基づいてスタート位置を決定できる。

第４の発明は、前記プレーヤ端末には、前記ゲームプレイスペックが所与の相互相応条件を満たさない第１のプレーヤ端末と第２のプレーヤ端末とが含まれ、前記スタート位置決定手段は、前記スタートプレーヤのプレーヤ端末が前記第１のプレーヤ端末との間で前記相互相応条件を満たし、且つ、前記第２のプレーヤ端末との間で前記相互相応条件を満たさない場合に、前記スタート位置を、前記第２のプレーヤ端末のプレーヤキャラクタよりも前記第１のプレーヤ端末のプレーヤキャラクタに近い位置に決定する（例えば、図４の相対距離Ｌ１ｆ，図７の相対距離Ｌ２ｅ、相対距離Ｌ２ｆ）、第１から第３の何れかの発明のサーバシステムである。

「ゲームプレイスペックが所与の相互相応条件を満たす」とは、ゲームスペックが同一である意味と、ゲームスペックが同程度である意味と、ゲームプレイスペックの違いがプレイ体験の大きな差が生じさせない程度の意味と、の何れの場合も含む。

第４の発明によれば、サーバシステムは、ゲームプレイスペックが所与の相互相応条件を満たすプレーヤ端末のプレーヤキャラクタ同士を、相互相応条件を満たさないプレーヤ端末のプレーヤキャラクタよりも相対的に近い位置となるように、スタート位置を決定できる。相互相応条件を満たすプレーヤ端末のプレーヤキャラクタが遭遇する可能性も上がる。ゲームプレイスペックが高いプレーヤ端末のプレーヤは、同じようにゲームプレイスペックが高い他プレーヤ端末のプレーヤと、その高いスペックに応じた良質なプレイ体験が得られる機会が増える。

第５の発明は、前記ゲームプレイスペックに基づく適合エリアを前記共用ゲーム空間中に設定する適合エリア設定手段（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、適合エリア設定部２２２、図１６の適合エリア設定データ７１０、図１８のステップＳ１８）、を更に備え、前記スタート位置決定手段は、前記スタートプレーヤのプレーヤ端末の前記ゲームプレイスペックに適合する前記適合エリアを選択し、選択した前記適合エリアに前記スタート位置を決定する、第１から第４の何れかの発明のサーバシステムである。

第５の発明によれば、サーバシステムは、スタートプレーヤのプレーヤ端末のゲームプレイスペックに適合する適合エリア内に、当該スタートプレーヤのスタート位置を決定できる。例えば、ゲームプレイスペックが高いプレーヤ端末のプレーヤキャラクタについて、特定の適合エリアをスタート位置に決定することで、同じようにゲームプレイスペックが高い他プレーヤ端末のプレーヤキャラクタと遭遇する可能性を高めることができる。

第６の発明は、前記適合エリア設定手段が、前記適合エリアの設定位置をゲーム進行状況に基づいて可変に設定する、第５の発明のサーバシステムである。

第６の発明によれば、同じゲームプレイスペックのプレーヤ端末であっても、ゲーム進行状況に応じてスタート位置が変化するので、スタート位置を多様にしてゲームの興趣を高く維持できる。

第７の発明は、前記適合エリア設定手段が、所与の相互相応条件を満たさない異なるゲームプレイスペックそれぞれに応じた前記適合エリアを設定する、第５又は第６の発明のサーバシステムである。

第７の発明によれば、サーバシステムは、ゲームプレイスペックが相互相応条件を満たさないプレーヤ端末に係るスタート位置を、それぞれ異なる適合エリアに設定できる。例えば、ゲームプレイスペックが高いプレーヤ端末のプレーヤキャラクタが、ゲームプレイスペックが低いプレーヤ端末のプレーヤキャラクタと遭遇する可能性が低くなる。逆説的には、ゲームプレイスペックが高いプレーヤ端末のプレーヤキャラクタが、同じくゲームプレイスペックが高いプレーヤ端末のプレーヤキャラクタと遭遇する可能性が高くなる。

第８の発明は、前記スタート位置決定手段が、前記スタートプレーヤのプレーヤ端末の前記ゲームプレイスペックに適合する前記適合エリアのうち、前記スタート位置として希望するエリア又は当該エリア中の場所を前記スタートプレーヤの操作入力に基づいて受け付ける希望受付手段（例えば、図５の希望エリア受付画面Ｗ５、図９の希望受付部２３２、図１８のステップＳ２０）を有する、第５から第７の何れかの発明のサーバシステムである。

第８の発明によれば、サーバシステムは、プレーヤの希望に応じてスタート位置を決定できる。

第９の発明は、前記適合エリア設定手段が、ゲーム開始前の前記プレーヤの人数又は前記プレーヤ端末の台数を前記ゲームプレイスペックに基づいて仕分けした統計値を用いて、前記適合エリアの数、位置、及び大きさのうちの何れかを変更して前記適合エリアを設定する（例えば、図１２の適合エリア変更パターン定義データ５３０、図１８のステップＳ１８）、第５から第８の何れかの発明のサーバシステムである。

第９の発明によれば、サーバシステムは、ゲームに参加するプレーヤ端末に関して、高スペックから低スペックまでの仕分け別の台数に応じて適合エリアを変更できる。例えば、高スペックなプレーヤ端末が相対的に多いケースでは、高スペックなプレーヤ端末が適合する適合エリアの数を増やすなどして、スタート位置の分布を適当な密度に維持することが可能になる。

第１０の発明は、前記適合エリア設定手段が、ゲームプレイ中の前記プレーヤの人数又は前記プレーヤ端末の台数を前記ゲームプレイスペックに基づいて仕分けした統計値を用いて、前記適合エリアの数、位置、及び大きさのうちの何れかを変更して前記適合エリアを設定する、第５から第８の何れかの発明のサーバシステムである。

第１０の発明によれば、サーバシステムは、適合エリアの数、位置、及び大きさのうちの何れかを変更して適合エリアを設定できる。

第１１の発明は、前記ゲームプレイスペックが所与の相互相応条件を満たす前記プレーヤ端末の前記プレーヤキャラクタ（以下、「相互相応端末キャラクタ」という）同士が所与の接近条件を満たした場合に、前記相互相応端末キャラクタを対象とする所与のイベントを発動させるイベント制御手段（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、イベント制御部２３６、図１３のイベント初期設定データ５５０、図１９のステップＳ６０からステップＳ６４）、を更に備える第１から第１０の何れかの発明のサーバシステムである。

第１１の発明によれば、サーバシステムは、相互相応端末キャラクタを対象とする所与のイベントを発動できる。例えば、高スペックなプレーヤ端末が相対的に多いケースでは、高スペックを活かすようなイベントを発動させてプレイ体験の質を向上させることができる。

第１２の発明は、前記イベント制御手段が、前記接近条件を満たす前記相互相応端末キャラクタの数に基づいて、前記イベントを発動させる、第１１の発明のサーバシステムである。

第１２の発明によれば、サーバシステムは、相互相応端末キャラクタの数に応じてイベントの発動を制御することで、イベントに係る多様性を向上させ、プレイ体験の質を向上できる。

第１３の発明は、前記プレーヤ端末に、当該プレーヤ端末以外のプレーヤ端末の前記ゲームプレイスペックを示す情報を表示させる制御を行うスペック情報表示制御手段（例えば、図１の制御基板１１５０、図６のスペック表示４０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、スペック情報表示制御部２３８、図１８のステップＳ４４）、を更に備える第１から第１２の何れかの発明のサーバシステムである。

第１３の発明によれば、プレーヤ同士が互いのプレーヤ端末のゲームプレイスペックを知ることができる。

第１４の発明は、前記プレーヤ端末に、前記ゲームプレイスペックに基づく前記プレーヤキャラクタの前記共用ゲーム空間における分布を示す分布情報を表示させる制御を行う分布情報表示制御手段（例えば、図１の制御基板１１５０、図６の分布情報表示３０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、分布情報表示制御部２４０、図１６の分布情報７５０、図１８のステップＳ４４）、を更に備える第１から第１３の何れかの発明のサーバシステムである。

第１４の発明によれば、例えば、プレーヤは、分布情報を参考にして、自分のプレーヤキャラクタの移動先について、どのようなゲームプレイスペックのプレーヤ端末のプレーヤキャラクタと遭遇させるかを考えてプレイすることができる。

第１５の発明は、各プレーヤがプレーヤ端末を用いて共用ゲーム空間を移動可能なプレーヤキャラクタを操作し、マルチプレイによるゲームプレイを楽しむオンラインゲームを提供するサーバシステムと、前記プレーヤ端末とが通信接続されて構成されるゲームシステムにおける前記プレーヤ端末であって、前記プレーヤ端末には、ゲームプレイスペックが異なる端末があり、前記サーバシステムは、各プレーヤのプレーヤ端末の前記ゲームプレイスペックを表す情報を取得するゲームプレイスペック情報取得手段と、前記ゲームプレイを開始又は再開するスタートプレーヤについて、当該スタートプレーヤのプレーヤキャラクタの前記共用ゲーム空間中のスタート位置を、当該スタートプレーヤのプレーヤ端末の前記ゲームプレイスペックに基づいて決定するスタート位置決定手段と、を備え、当該プレーヤ端末のキャラクタの前記共用ゲーム空間中のスタート位置を、前記サーバシステムの前記スタート位置決定手段により決定されたスタート位置としてゲームプレイを開始又は再開する、プレーヤ端末である。

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

第１６の発明は、各プレーヤがプレーヤ端末を用いて共用ゲーム空間を移動可能なプレーヤキャラクタを操作し、マルチプレイによるゲームプレイを楽しむオンラインゲームをコンピュータシステムが提供する提供方法であって、前記プレーヤ端末には、ゲームプレイスペックが異なる端末があり、各プレーヤのプレーヤ端末の前記ゲームプレイスペックを表す情報を取得するゲームプレイスペック情報取得ステップと、前記ゲームプレイを開始又は再開するスタートプレーヤについて、当該スタートプレーヤのプレーヤキャラクタの前記共用ゲーム空間中のスタート位置を、当該スタートプレーヤのプレーヤ端末の前記ゲームプレイスペックに基づいて決定するスタート位置決定ステップと、を含む提供方法である。

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

ゲームシステムの構成例を示す図。 プレーヤ端末の性能評価について説明するための図。 オンラインゲームについて説明するための図。 スタート位置の決定について説明するための図。 希望エリア受付画面の表示の一例を示す図。 分布情報及びスペック情報の提供について説明するための図。 ゲームプレイを再開する場合のスタート位置の決定について説明するための図。 ゲーム進行状況に基づくスタート位置の決定について説明するための図。 サーバシステムの機能構成例を示す機能ブロック図。 サーバ記憶部が記憶するプログラムやデータの例を示す図。 適合エリア初期設定データのデータ構成例を示す図。 適合エリア変更パターン定義データのデータ構成例を示す図。 イベント初期設定データのデータ構成例を示す図。 端末レベル定義データのデータ構成例を示す図。 ユーザ登録データのデータ構成例を示す図。 プレイデータのデータ構成例を示す図。 プレーヤ端末の機能構成例を示す機能ブロック図 サーバシステムが実行する処理の流れを説明するためのフローチャート。 図１８より続くフローチャート

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

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

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

ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡN（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）や、ゲーム世界の構造を担う背景オブジェクトとともに、１つの共用ゲーム空間８の中に配置される。

具体的には、共用ゲーム空間８は仮想３次元空間であって、共用ゲーム空間８には、各種オブジェクトが配置されており、当該オブジェクトの動作制御に伴って共用ゲーム空間８内の各種オブジェクトの位置等が更新される。共用ゲーム空間８に配置されている各オブジェクトの移動や動作、ヒット判定などのゲーム進行は、サーバシステム１１００により非同期型ゲームとして管理される。

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

各プレーヤ端末１５００にて表示させるゲームプレイ画像は、サーバシステム１１００が生成する。サーバシステム１１００は、共用ゲーム空間８に各プレーヤ端末１５００に対応する視点カメラを配置し、当該視点カメラから見た共用ゲーム空間８の様子をレンダリングして、ゲーム空間画像を作成する。そして、ゲーム空間画像に各種の追加表示（例えば、プレーヤキャラクタ４のステータス表示、プレイ成績の表示、など）を合成して、ゲームプレイ画像を生成する。そして、ゲームプレイ画像のデータを「当該プレーヤ端末におけるマルチプレイに係るＭＭＩＦを実現するためのＭＭＩＦ情報」としてプレーヤ端末１５００へ送信・提供する。プレーヤ端末１５００は当該データを受信し、これを表示する。

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

サーバシステム１１００は、共用ゲーム空間８において、近接する複数のプレーヤキャラクタ４が所与の関与状況判定条件を満たすと、該当するプレーヤキャラクタ４が「関与状況になった」と見なす。つまり、関与状況になったこと、すなわち関与状況の発生を検出する。図３の例では、プレーヤキャラクタ４ｂとプレーヤキャラクタ４ｅとが関与状況になっている。

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

以降、関与状況になったプレーヤキャラクタ４を「関与キャラクタ」と呼称し、関与キャラクタの操作に用いられているプレーヤ端末１５００を「関与端末」と呼称する。また、関与状況になってから関与状況が終了するまでのゲームプレイを「関与状況プレイ」と呼称する。

サーバシステム１１００は、関与状況の発生を検出すると、関与状況プレイのための特別ゲーム空間を作成し、共用ゲーム空間８でのゲーム進行と並行して、関与状況プレイを完全同期型ゲームとして進行制御する。特別ゲーム空間は、共用ゲーム空間８内に設定される部分的な空間である。関与端末にて表示される関与状況プレイのゲームプレイ画像は、この特別ゲーム空間に基づいて作成される。

具体的には、特別ゲーム空間は、検知された関与状況に係る代表点（例えば、関与キャラクタ同士の中間地点）を基準位置として、共用ゲーム空間８中の限定範囲をコピーした空間として作成される。そして、特別ゲーム空間には、プレーヤキャラクタ４としては関与キャラクタだけが配置され、関与状況キャラクタ以外のプレーヤキャラクタ４は配置されない。言い換えると、関与キャラクタとなったＮ体（Ｎ≧２）のキャラクタ以外のプレーヤキャラクタ４は、特別ゲーム空間１０への進入が抑止される。

そして、関与端末は、関与状況の発生を境にして、共用ゲーム空間８に基づいて作成されたゲームプレイ画像の表示から、特別ゲーム空間に基づいて作成されたゲーム空間画像を用いたゲームプレイ画像の表示へ切り換わる。

関与状況プレイは、完全同期型の対戦アクションゲームとなる。遠距離攻撃及び近距離攻撃が入り乱れた格闘ゲームであるといってもよい。当然、関与状況プレイにおけるプレイ体験の質は、関与端末のゲームプレイスペックの影響を受ける。

例えば、その関与状況プレイに係る全ての関与端末の端末レベルが「Ｌｖ４」や「Ｌｖ３」のように比較的高スペックであれば、当該関与状況プレイのプレイ体験は高品質で快適なものとなるであろう。遅延も少なく、高品質なゲームプレイ画像も滑らかに動き、攻撃の当たり判定などもゲームプレイ画像の見た目と完全に一致するであろう。

しかし、その関与状況プレイに係る全ての関与端末の端末レベルが異なる場合、例えば一方が「Ｌｖ４」のように比較的高スペックだが、他方が「Ｌｖ２」や「Ｌｖ１」のように比較的低スペックであれば、低スペックな関与端末に足を引っ張られる格好で、当該関与状況プレイのプレイ体験の質も快適さも下がる。高スペックな関与端末のプレーヤにしてみれば、せっかく高スペックなプレーヤ端末で高速な通信回線を用意してゲームに臨んでいるのに、そのスペックを活かし切れないプレイ体験しか享受できない。

ここで「高スペックのプレーヤ端末を使うプレーヤは、そのスペックを存分に活かしたプレイ体験を得るには、同じように高スペックのプレーヤ端末のプレーヤと関与状況プレイをする必要がある」という観点から、従来のＭＭＯゲームを振り返ってみる。従来のＭＭＯゲームは、プレーヤキャラクタ４の共用ゲーム空間８への配置はランダムであった。つまり、ゲームプレイスペックに関わらず、プレーヤキャラクタが何処に配置されるかは無作為に決まっていた。つまり、従来のＭＭＯゲームにおいては、高スペックなプレーヤ端末のプレーヤが、同じような高スペックのプレーヤ端末のプレーヤと共に関与状況プレイを楽しむことができたとしても、それは、偶然の産物でしかなかった。

図４は、ゲームプレイを開始するスタートプレーヤのプレーヤキャラクタに関して、共用ゲーム空間８中のスタート位置をどのようにして決定するかを説明するための図である。
サーバシステム１１００は、共用ゲーム空間８に複数の適合エリアＡｘ（Ａ０１，Ａ０２，…）を設定する。各適合エリアＡｘには、当該エリア内にスタート位置を設定可能なプレーヤ端末１５００の端末レベル（以下、「適合端末レベル」という）が設定されている。

例えば、図４の例では、共用ゲーム空間８の左上部に割り当てられた適合エリアＡ０１，Ａ０２，Ａ０７，Ａ０８，Ａ１３（薄い網掛けされた矩形範囲）には、適合端末レベルとして「Ｌｖ１」又は「Ｌｖ２」が設定されている。よって、「Ｌｖ３」「Ｌｖ４」のプレーヤ端末１５００のプレーヤキャラクタ４のスタート位置は、これらの適合エリア内に配置・設定できない。

また、図４の例では、共用ゲーム空間８の左右中央に割り当てられた適合エリアＡ０３，Ａ０４，Ａ０９，Ａ１０，Ａ１５，Ａ１６，Ａ２０，Ａ２１，Ａ２２（白抜きされた矩形範囲）には、適合端末レベルとして「Ｌｖ３」が設定されている。それ以外の端末レベルのプレーヤ端末１５００のプレーヤキャラクタ４のスタート位置は、これらの適合エリア内に配置できない。

そして、共用ゲーム空間８の右側に割り当てられた適合エリアＡ０６，Ａ１２，Ａ１７，Ａ１８，Ａ２３，Ａ２４（やや濃いめに網掛けされた矩形範囲）には、適合端末レベルとして「Ｌｖ４」が設定されている。よって、それ以外の端末レベルのプレーヤ端末１５００のプレーヤキャラクタ４のスタート位置は、これらの適合エリア内に配置・設定できない。

また、斜線が施された矩形範囲の適合エリアＡ０５，Ａ１１，Ａ１４，Ａ１９は、適合端末レベルとして「なし」が設定されており、どの端末レベルのプレーヤ端末１５００のプレーヤキャラクタ４のスタート位置も、これらの適合エリア内に設定できない。

適合端末レベルを含む適合エリアＡｘに係る各種の設定は、固定ではなく、サーバシステム１１００が、ゲーム進行状況に応じて変更し設定する。例えば、サーバシステム１１００は、ゲーム開始前には、端末レベル別に仕分けしてプレーヤ端末１５００の台数を統計し、端末レベルの台数の比率と、当該端末レベルが適合端末レベルに設定された適合エリアＡｘの数の比率とを合わせるように、適合端末レベルの配分を変更／設定する。適合端末レベルの配分の変更は、言い換えれば、端末レベルに適合する適合エリアＡｘの共用ゲーム空間８における設定位置を変更しているとも言える。

サーバシステム１１００は、ゲームプレイを開始するスタートプレーヤのプレーヤキャラクタの共用ゲーム空間８中のスタート位置を、当該スタートプレーヤのプレーヤ端末１５００の端末レベルが適合する適合エリアＡｘの中に設定する。

具体的には、スタートプレーヤのプレーヤ端末１５００の端末レベルが適合する適合エリアＡｘを抽出する。そして、図５に示すように、当該スタートプレーヤのプレーヤ端末１５００にて、希望エリア受付画面Ｗ５を表示させ、抽出された適合エリアＡｘのうちの何れかにスタート位置を配置する希望があるかの受け付けをする。因みに、図５の例は、端末レベル「Ｌｖ３」のプレーヤ端末１５００ｊ向けを想定した画面の例を示している。希望エリア受付画面Ｗ５では、共用ゲーム空間８の全域マップ２０内に「選択候補エリア」が提示される。図５の例では、複数の白抜き矩形が選択候補エリアを示している。プレーヤは、自身のプレーヤキャラクタ４のスタート位置を配置したい適合エリアＡｘを、選択候補エリアの中からタッチして希望エリアを選択する。希望エリアが無いプレーヤは、おまかせアイコン２２をタッチ操作して、希望エリアが無い旨を申告する。

サーバシステム１１００は、希望エリアがあるスタートプレーヤのプレーヤキャラクタ４のスタート位置を、希望エリア内に設定する。一方、希望エリアが無いスタートプレーヤのプレーヤキャラクタ４のスタート位置を、抽出された適合する適合エリアＡｘの中からランダムに選択した適合エリアＡｘ内に設定する。

スタート位置の決定については、更にゲームプレイスペックのスペック値の差が考慮される。具体的には、同じ適合する適合エリアＡｘ内における各スタートプレーヤのプレーヤキャラクタ間の相対距離Ｌ１ｘ（図４の例では、Ｌｖ１及びＬｖ２用の適合エリア内における相対距離Ｌ１ｘ（Ｌ１ｆ，Ｌ１ａ）、Ｌｖ３用の適合エリア内における相対距離Ｌ１ｘ（Ｌ１ｇ，Ｌ１ｊ））は、当該適合エリア内に配置される最も低スペックなプレーヤ端末（図４の例では、Ｌｖ１及びＬｖ２用の適合エリア内ではプレーヤ端末１５００ｈ、Ｌｖ３用の適合エリア内ではプレーヤ端末１５００ｃ）とのスペック値の差が大きいほど相対距離Ｌ１ｘが大きくなるように決定される。「スペック値」は、例えば、通信回線の実行通信速度、ＣＰＵクロック数、搭載メモリ容量、などを用いることができる。実行通信速度を用いるのが好適である。
なお、同じ適合する適合エリアＡｘ内に配置されるプレーヤキャラクタ４が２体以下の場合には、こうした相対距離Ｌ１ｘの設定の対象外とすることができる。

こうしてスタート位置を決定することにより、サーバシステム１１００は、ゲームプレイスペックが同じか、或いは、近似するプレーヤ端末１５００のプレーヤキャラクタ４を、共用ゲーム空間８内において、ゲームプレイスペックが離れたプレーヤ端末１５００のプレーヤキャラクタ４よりも、互いが近くなるように集めて配置することができる。従って、ゲームプレイが開始されると、各プレーヤは、自身のプレーヤ端末１５００のゲームプレイスペックと同じ、または、近似するプレーヤ端末１５００のプレーヤとの関与状況プレイをする可能性が従来よりも各段に上がることになる。高スペックな関与端末のプレーヤは、ゲーム開始後の第１回目の関与状況プレイから、そのスペックを活かした高品質で快適なプレイ体験を堪能できる可能性が高くなる。

勿論、バトルロワイヤル形式の対戦アクションゲームなので、高スペックなプレーヤ端末のプレーヤも、ゲームの進み具合によってはやがて低スペックなプレーヤ端末のプレーヤ端末と、関与状況プレイをすることになるであろう。しかし、その頃にはプレーヤキャラクタ４の生き残り数も少なくなり、サーバシステム１１００の演算処理負荷もゲーム開始当初よりも少なくなっている。従って、高スペックなプレーヤ端末１５００と、低スペックなプレーヤ端末１５００とで関与状況プレイをするとしても、ゲーム開始当初に関与状況プレイをする場合よりも高品質で快適なプレイ体験を堪能できる可能性は高いと言える。

さて、こうしたスタート位置決定に係り、サーバシステム１１００は、プレーヤに向けて、ゲームプレイスペックに基づくプレーヤキャラクタの共用ゲーム空間における分布を示す分布情報と、自分以外のプレーヤのプレーヤ端末１５００のゲームプレイスペックを示すスペック情報と、を提供する。

図６は、分布情報及びスペック情報の提供について説明するための図である。
ゲームプレイ画像１４は、共用ゲーム空間８又は特別ゲーム空間の様子をレンダリングしたゲーム空間画像１２と、各種情報表示と、分布情報表示操作アイコン１６と、スペック情報表示操作アイコン１８と、を含む。

分布情報表示操作アイコン１６への操作入力を検出すると、サーバシステム１１００は、当該検出のあったプレーヤ端末１５００にて分布情報表示３０を表示させる。

分布情報表示３０は、例えば共用ゲーム空間８の全体図（または、当該検出をしたプレーヤ端末１５００のプレーヤキャラクタ４を起点とする限定範囲）の簡易マップ上に、分布域３２（３２ａ，３２ｂ）を表示する。分布域３２は、適合エリアＡｘの適合割り当ての端末レベルのグループ（例えば、Ｌｖ１とＬｖ２のグループと、Ｌｖ３のグループと、Ｌｖ４のグループ；図４参照）別に表示される。分布域３２は、当該グループに該当するプレーヤ端末１５００のプレーヤキャラクタ４の配置位置を包含する楕円形などで表示するとしてもよい。或いは、等高線風の表示形態であってもよい。

因みに、図６の例では、端末レベルがＬｖ４のプレーヤ端末１５００ｂにて、分布情報表示操作アイコン１６の操作入力が検出されたので、分布情報表示３０には、Ｌｖ１とＬｖ２のグループの分布域３２ａと、Ｌｖ３のグループの分布域３２ｂと、当該プレーヤ端末のプレーヤキャラクタ４の位置を示す自キャラ位置３４と、が表示されている。勿論、当該プレーヤ端末と同じＬｖ４のグループの分布域を更に表示することとしてもよい。

また、スペック情報表示操作アイコン１８への操作入力を検出すると、サーバシステム１１００は、当該検出のあったプレーヤ端末１５００にて、そのとき当該プレーヤ端末１５００のプレーヤキャラクタ４（図６の例では、プレーヤキャラクタ４ｂ）から最寄りの他プレーヤキャラクタのプレーヤ端末（（図６の例では、プレーヤキャラクタ４ｅのプレーヤ端末１５００ｅ）のスペック表示４０を表示させる。スペック表示４０は、機種を示す機種アイコン４２と、端末レベルを示すレベルアイコン４４とを含む。

プレーヤは、分布情報表示３０とスペック表示４０とを参考にしながら、次に攻撃を仕掛ける相手を選抜する。上手く自機の端末レベルと同じプレーヤ端末１５００のプレーヤキャラクタ４との関与状況プレイに持ち込めば、高品質で快適なプレイ体験を享受することが可能になる。

図７は、ゲームプレイを再開する場合のスタート位置の決定について説明するための図である。ゲームプレイを再開する場合とは、例えば、プレーヤの都合で一時的にシステムログアウトして再びシステムログインしてプレイを再開する場合や、ゲームルールで認められたリスポーンによりプレイを再開する場合、などが該当する。勿論、ゲームルールによってはこれら以外の再開の場合、例えば、仲間の復活魔法によりプレイを再開する場合など、としてもよい。

再開する場合のスタート位置は、再開するスタートプレーヤのプレーヤ端末１５００のゲームプレイスペックと、共用ゲーム空間８に既に配置されているプレーヤキャラクタ４のプレーヤ端末１５００のゲームプレイスペックと、の相対関係に基づいて決定される。

具体的には、再開するスタート位置は、「再開するプレーヤのプレーヤ端末１５００の端末レベルが適合する適合エリアＡｘ内であり」且つ「既に配置されている他プレーヤキャラクタのプレーヤ端末１５００とのスペック値差に基づく相対距離を満たす」ように決定される。

図７の例で言うと、再開するプレーヤ端末１５００ａのプレーヤキャラクタ４ａの周囲には、Ｌｖ４のプレーヤ端末１５００ｅのプレーヤキャラクタ４ｅと、Ｌｖ２のプレーヤ端末１５００ｆのプレーヤキャラクタ４ｆと、が存在している。

再開するスタート位置に係る相対距離Ｌ２ｘは、「スペック値」と正の関係を有する。スペック値は、例えば、通信回線の実行通信速度、ＣＰＵクロック数、搭載メモリ容量、表示部の表示画面サイズ、等の他、端末レベルの値を用いることができる。実行通信速度又は端末レベルを用いるのが好適である。よって、図７の例では、プレーヤキャラクタ４ｅとの相対距離Ｌ２ｅが、プレーヤキャラクタ４ｆとの相対距離Ｌ２ｆよりも大きくなるように、プレーヤキャラクタ４ｋのスタート位置が決定される。

但し、再開するプレーヤ端末１５００が、所与の低スペック条件（相対的に低スペックと見なす条件、具体的には例えば端末レベル＝Ｌｖ１）を満たす場合には、スタート位置は、更に、ゲーム進行状況に基づいて決定される。

図８は、ゲーム進行状況に基づくスタート位置の決定について説明するための図である。
低スペックなプレーヤ端末１５００ａのプレーヤキャラクタ４ａについて、再開するスタート位置を決定する際、最新のゲーム進行状況として、プレーヤ端末１５００ａよりも高スペックなプレーヤ端末１５００ｃ、１５００ｇ、１５００ｊのプレーヤキャラクタ４の分布を参照する。

そして、それらのプレーヤキャラクタ４の分布密度の高い場所からの相対距離Ｌ３ｘ（図８の例では、プレーヤキャラクタ４ｃとプレーヤキャラクタ４ｇが集っている場所からの相対距離Ｌ３ｇ）が、相対的に分布密度の低い場所からの相対距離Ｌ３ｘ（図８の例では、プレーヤキャラクタ４ｊが居る場所からの相対距離Ｌ３ｊ）より大きくなるように、スタート位置を決定する。なお、複数のプレーヤキャラクタ４が集まっている場所は、複数のプレーヤキャラクタが関与するイベントの発生箇所、と読み替えることもできる。

こうして決定されたスタート位置からプレーヤキャラクタ４ａのプレイが再開されると、プレーヤキャラクタ４ａは、プレーヤキャラクタ４ｊと遭遇する可能性が、プレーヤキャラクタ４ｃ及びプレーヤキャラクタ４ｇより高くなる。

プレーヤキャラクタ４ａが、プレーヤキャラクタ４ｃ、４ｇ、４ｊの何れかに遭遇すれば、プレーヤ端末１５００ｃ、１５００ｇ、１５００ｊのプレーヤに、そのゲームプレイスペックを活かし切れないプレイ体験を強いることになるが、相対距離Ｌ３ｇを相対距離Ｌ３ｊより大きくすることで、活かし切れないプレイ体験を強いる程度を抑えることができる。

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

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

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

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

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

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

そして、ゲーム管理部２１０は、共用ゲーム空間設定部２１２と、ゲームプレイスペック情報取得部２１４と、端末レベル判定部２２０と、適合エリア設定部２２２と、スタート位置決定部２３０と、イベント制御部２３６と、スペック情報表示制御部２３８と、分布情報表示制御部２４０と、を有する。

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

ゲームプレイスペック情報取得部２１４は、プレーヤ端末それぞれのゲームプレイスペックを表す情報を取得する。ゲームプレイスペック情報取得部２１４は、機種情報取得部２１６と、通信状況情報取得部２１８と、を有する。

機種情報取得部２１６は、ゲームプレイスペックを表す情報として、プレーヤ端末の機種の情報を取得する。

通信状況情報取得部２１８は、ゲームプレイスペックを表す情報として、プレーヤ端末の通信速度に係る通信状況情報を取得する。

端末レベル判定部２２０は、ゲームプレイスペックに基づいてプレーヤ端末の能力の総合評価を行い端末レベルを設定する。

適合エリア設定部２２２は、ゲームプレイスペックに基づく適合エリアを、共用ゲーム空間中に設定する。具体的には、適合エリア設定部２２２は、所与の相互相応条件を満たさない異なるゲームプレイスペックそれぞれに応じた適合エリアを設定し、適合エリアの設定位置をゲーム進行状況に基づいて可変に設定する。また、適合エリア設定部２２２は、ゲーム開始前のプレーヤの人数又はプレーヤ端末の台数をゲームプレイスペックに基づいて仕分けした統計値を用いて、適合エリアの数、位置、及び大きさのうちの何れかを変更する。

スタート位置決定部２３０は、ゲームプレイを開始又は再開するスタートプレーヤについて、当該スタートプレーヤのプレーヤキャラクタの共用ゲーム空間中のスタート位置を、当該スタートプレーヤのプレーヤ端末のゲームプレイスペックに基づいて決定する。そして、スタート位置決定部２３０は、希望受付部２３２を有する。

希望受付部２３２は、スタートプレーヤのプレーヤ端末のゲームプレイスペックに適合する適合エリアのうち、スタート位置として希望するエリア又は当該エリア中の希望する場所をスタートプレーヤの操作入力に基づいて受け付ける。

そして、スタート位置決定部２３０は、スタートプレーヤのプレーヤ端末のゲームプレイスペックに適合する適合エリアを選択し、選択した適合エリアにスタート位置を決定する。より詳細には、スタートプレーヤのプレーヤ端末が第１のプレーヤ端末との間で相互相応条件を満たし、且つ、第２のプレーヤ端末との間で相互相応条件を満たさない場合に、スタート位置を、第２のプレーヤ端末のプレーヤキャラクタよりも第１のプレーヤ端末のプレーヤキャラクタに近い位置に決定する。相対距離Ｌ１ｘ（図４参照）、相対距離Ｌ２Ｘ（図７参照）の設定がこれに該当する。

イベント制御部２３６は、ゲームプレイスペックが所与の相互相応条件を満たすプレーヤ端末のプレーヤキャラクタ（以下、「相互相応端末キャラクタ」という）同士が所与の接近条件を満たした場合に、相互相応端末キャラクタを対象とする所与のイベントを発動させる。具体的には、イベント制御部２３６は、接近条件を満たす相互相応端末キャラクタの数に基づいて、イベントを発動させる。

スペック情報表示制御部２３８は、プレーヤ端末に、当該プレーヤ端末以外のプレーヤ端末のゲームプレイスペックを示す情報を表示させる制御を行う。スペック表示４０（図６参照）に係る制御がこれに該当する。

分布情報表示制御部２４０は、プレーヤ端末に、ゲームプレイスペックに基づくプレーヤキャラクタの共用ゲーム空間における分布を示す分布情報を表示させる制御を行う。分布情報表示３０（図６参照）に係る制御がこれに該当する。

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

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

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

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

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

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

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

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

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

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

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

ゲーム初期設定データ５１０は、オンラインゲームに係る各種初期設定データを格納する。例えば、ゲーム初期設定データ５１０は、共用ゲーム空間初期設定データ５１２と、適合エリア初期設定データ５２０と、適合エリア変更パターン定義データ５３０と、イベント初期設定データ５５０と、端末レベル定義データ５７０と、を含む。勿論、これら以外のデータも適宜含めることができる。

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

適合エリア初期設定データ５２０は、適合エリアＡｘ（図４参照）の初期設定を示す各種データを格納する。１つの適合エリア初期設定データ５２０は、例えば図１１に示すように、固有のエリアＩＤ５２１と、初期エリア範囲定義データ５２３と、初期適合端末レベル５２５と、初期配置上限数５２７と、を含む。勿論、これら以外の情報も適宜含めることができる。

図１０に戻って、適合エリア変更パターン定義データ５３０は、適合エリアＡｘの設定をゲーム進行状況に応じて変更・設定するパターン毎に用意され、当該パターンを記述する各種データを格納する。１つの適合エリア変更パターン定義データ５３０は、例えば図１２に示すように、固有の変更パターンＩＤ５３１と、変更を実行するために満たすべき条件を示す変更要件データ５３２と、変更内容データ５３５と、を含む。

変更要件データ５３２は、例えば、プレーヤ端末総台数条件５３３と、端末レベルでプレーヤ端末１５００の台数を仕分けした台数比率の条件である台数比率条件５３４と、をＡＮＤやＯＲで組み合わせて記述する。

変更内容データ５３５は、どの適合エリアＡｘの設定をどのように変更するかの組み合わせ毎に用意される。１つの変更内容データ５３５は、変更対象エリアＩＤ５３６と、範囲変更内容５３７と、適合端末レベル変更内容５３８と、配置上限数変更内容５３９と、を含む。

範囲変更内容５３７、適合端末レベル変更内容５３８、配置上限数変更内容５３９は、変更要件データ５３２で示されるゲームプレイスペックが様々に異なるプレーヤ端末１５００の組み合わせ状況において、スタート位置がどの端末レベルにおいても適度に分散できるように、変更内容が設定されている。

例えば、全てのプレーヤ端末１５００の端末レベルが「Ｌｖ４」であるようなケースでは、変更内容データ５３５は、適合端末レベルが「Ｌｖ４」とされる適合エリアＡｘの数を初期設定のそれより多くなるような変更内容とする。或いは、適合端末レベルが「Ｌｖ４」の適合エリアＡｘの範囲を広くする変更内容とする。
逆に、初期設定の想定よりも「Ｌｖ１」のプレーヤ端末１５００の台数が多いケースでは、適合端末レベルが「Ｌｖ１」とされる適合エリアＡｘの数を初期設定のそれより多くなるように設定する。

図１０に戻って、イベント初期設定データ５５０は、イベントの内容毎に用意され、当該イベントの発動及び実行に係る各種データを格納する。１つのイベント初期設定データ５５０は、例えば図１３に示すように、固有のイベントＩＤ５５１と、イベント発動要件データ５５３と、イベント内容データ５５７と、を格納する。

イベント発動要件データ５５３は、接近距離条件５５４、キャラクタ数条件５５５、端末レベル条件５５６、といったサブ条件のＡＮＤ又はＯＲとして記述される。なお、これらのサブ条件は、実質的「条件無し」「無制限」も設定可能である。

接近距離条件５５４は、複数のプレーヤキャラクタ４の相対距離に関する条件である。当該条件を関与状況条件と同じとしてもよい。

キャラクタ数条件５５５は、接近距離条件を満たしたプレーヤキャラクタ４の数（具体的には「２」以上）についての条件である。

端末レベル条件５５６は、プレーヤキャラクタ４の適用端末レベル６０６に係る条件である。例えば、「端末レベルが全てＬｖ４である」「端末レベルが同じである」など、相互相応条件を満たすと見なせる条件を設定してもよい。

イベント内容データ５５７は、イベントを実行するための各種データを格納する。イベント内容は適宜設定可能である。
例えば、接近距離条件５５４が「関与状況条件と同じ」、且つキャラクタ数条件５５５が「２体」、且つ端末レベル条件５５６が「端末レベルが全てＬｖ４」、を発動要件とするイベントの場合、イベント内容として「関与状況プレイに使用するプレーヤキャラクタ４のオブジェクトモデルとして特別にディテールに凝ったモデルとモーションデータを用いる」「ゲーム空間画像１２の画像品質を通常より高くする」といった内容でもよい。この場合、高スペックなプレーヤ端末１５００のプレーヤキャラクタ４が遭遇した場合に、また、キャラクタ数条件５５５が「４体」ならば、「２対２に分かれたチーム対戦形式のミニゲームを実行する」「４体で協力して敵ＮＰＣを討伐する協力ミッション」、などをイベント内容としてもよい。

こうしたイベント内容は、高スペックなプレーヤ端末１５００同士での完全同期型ゲームであるからこそ、その真価を発揮するものであり、プレーヤは、高品質な特別なプレイ体験が得られることとなる。特別な条件で特別なイベントを発動させることは、ゲームの興趣を高めることにもなる。また、そのことがプレーヤコミュニティで話題になれば、高スペックなプレーヤ端末１５００を用意してゲームに臨むプレーヤの数が増え、ひいてはオンラインゲームにおいて高品質なプレイ体験を享受できる機会が増えることにもなる。

図１０に戻って、端末レベル定義データ５７０は、端末レベル（図３参照）のレベル別に用意され、ゲームプレイスペックを表す情報に基づいて、そのプレーヤ端末１５００の総合性能を分類評価し、当該端末レベルであると判定するための基準を示す。１つの端末レベル定義データ５７０は、例えば図１４に示すように、固有の端末レベル５７１と、判定要件定義データ５７３と、を対応付けて格納する。

判定要件定義データ５７３は、端末レベル５７１であると判定するために満たされるべき条件、すなわち「相互相応条件」を定義するデータであって、１つ又は複数のサブ条件のＡＮＤやＯＲで組み合わせて記述されている。

サブ条件としては、例えば、プレーヤ端末１５００のスペックに関連して、機種条件、ＣＰＵ種類条件、搭載メモリ量条件、ＯＳ種類条件、レンダリングエンジン種類条件、表示部スペック条件、通信機能スペック条件、などを用いることができる。つまり、演算処理能力や通信処理能力に影響するスペックについての条件を用いることができる。
また例えば、通信状況に関連するサブ条件としては、回線種類条件、通信速度条件などを用いることができる。回線種類条件は、有線／無線の別や、使用する通信規格、等の条件である。

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

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

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

図１０に戻って、プレイデータ７００は、オンラインゲームの実現に係る各種データを格納し、ゲーム進行に応じて逐次更新される。プレイデータ７００は、例えば図１６に示すように、プレーヤアカウントリスト７０１と、共用ゲーム空間データ７０３と、適合エリア設定データ７１０と、希望エリア受付データ７２０と、プレーヤキャラクタ管理データ７３０と、関与状況プレイ管理データ７４０と、分布情報７５０と、を含む。勿論、これら以外の情報、例えばプレイ成績データなども適宜含めることができる。

適合エリア設定データ７１０は、適合エリアＡｘ（図４参照）毎に作成され、当該適合エリアＡｘの各種設定データを格納する。１つの適合エリア設定データ７１０は、固有のエリアＩＤ７１１と、エリア範囲データ７１３と、適合端末レベル７１５と、配置上限数７１７と、を含む。勿論、これら以外の情報も適宜含めることができる。

希望エリア受付データ７２０は、プレーヤ端末１５００別に用意され、当該端末のプレーヤキャラクタ４をどの適合エリアＡｘへ配置するかのプレーヤの希望受付の結果を格納する。１つの希望エリア受付データ７２０は、端末ＩＤと、希望エリアＩＤと、を対応付けて格納する。

プレーヤキャラクタ管理データ７３０は、プレーヤキャラクタ４別に用意され、当該キャラクタの最新状況を記述する各種データを格納する。１つのプレーヤキャラクタ管理データ７３０は、例えばキャラクタＩＤ７３１と、プレーヤアカウント７３２と、端末ＩＤ７３３と、位置座標７３４と、操作制御データ７３５と、能力パラメータ値７３６と、を含む。勿論、これら以外の情報も適宜含めることができる。

関与状況プレイ管理データ７４０は、関与状況が検出される毎に作成され、当該関与状況におけるプレイの最新の進行状態を記述する各種データ、例えば、固有の関与状況ＩＤ、関与端末リスト、特別ゲーム空間データ、視点カメラ制御データ、などを含む。勿論、これら以外のデータも適宜格納することができる。例えば、関与状況の終了条件の判定に必要な制限時間計時用のタイマー値なども含めることができる。特別ゲーム空間データは、当該関与状況に伴い作成される特別ゲーム空間に配置されている各種オブジェクトのオブジェクトモデルの最新状態における頂点データやポリゴンデータのデータ群である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、サーバシステム１１００は、全てのプレーヤ端末１５００を適用端末レベル６０６の別に仕分けして、各端末レベルの台数と台数比を算出し（ステップＳ１６）、適合エリア設定データ７１０（図１６参照）を作成する（ステップＳ１８）。

具体的には、適合エリア初期設定データ５２０（図１１参照）の内容をコピーして適合エリア設定データ７１０を作成する。次いで、適合エリア変更パターン定義データ５３０（図１２参照）を参照して、変更要件データ５３２を満たす定義データの変更内容データ５３５を選択・適用することで、先に作成した適合エリア設定データ７１０の設定を変更する。

次に、サーバシステム１１００は、プレーヤ端末１５００別に希望エリアの受付を行う（ステップＳ２０）。具体的には、プレーヤ端末１５００別に、対応する適用端末レベル６０６が適合端末レベル７１５に適合する適合エリア設定データ７１０を検索する（図１６参照）。そして、検索した適合エリアＡｘを選択候補エリアとする希望エリア受付画面Ｗ５（図５参照）を当該プレーヤ端末にて表示させる。プレーヤ端末１５００か希望エリアとして選択操作された適合エリアＡｘの情報を取得すると、サーバシステム１１００は、希望エリア受付データ７２０（図１６参照）を作成する。

次いで、サーバシステム１１００は、各プレーヤキャラクタ４のスタート位置を決定する（ステップＳ２２）。

具体的には、最初のプレーヤキャラクタ４は、処理対象とするスタートプレーヤの希望エリア内にスタート位置をランダムに決定する。

２体目以降のプレーヤキャラクタ４は、希望エリアが同じであれば、既にスタート位置が決まっているプレーヤキャラクタ４との相対距離Ｌ１ｘ（図４参照）を算出して、配置上限数７１７（図１６参照）に達していない限り、希望エリア内にあって相対距離Ｌ１ｘを満たす位置をスタート位置とする。

２体目以降のプレーヤキャラクタ４のスタート位置を決定する際、希望エリアに、既に配置上限数７１７に達するスタート位置が設定されている場合には、希望エリアの隣の適合エリアＡｘを希望エリアと見なして、その中に相対距離Ｌ１ｘを満たすようにスタート位置を決定する。希望エリアに既に設定されているスタート位置の数は配置上限数７１７に達していないが、相対距離Ｌ１ｘを満たす位置を決定できない場合は、やはり希望エリアの隣の適合エリアＡｘを希望エリアと見なして、その中に相対距離Ｌ１ｘを満たすようにスタート位置を決定する。

なお、希望エリアの受付を省略した構成では、ステップＳ２０を省略し、ステップＳ２２では適用端末レベル６０６が適合端末レベル７１５に適合する適合エリアＡｘの範囲内に、相対距離Ｌ１ｘを満たすようにスタート位置を決定する。また、相対距離Ｌ１ｘを考慮しないように省略した構成では、適用端末レベル６０６が適合端末レベル７１５に適合する適合エリアＡｘの範囲内に、ランダムにスタート位置を決定する。

次に、サーバシステム１１００は共用ゲーム空間８を初期化し（ステップＳ４０）、ゲームの進行制御を開始する（ステップＳ４２）。進行制御の開始とともに分布情報７５０やプレイ成績データの更新も開始する。

また、進行制御の開始とともに、サーバシステム１１００は、分布情報表示３０やスペック表示４０を表示させる操作入力があったプレーヤ端末１５００にて、それらを表示させる表示リクエストへの応答を開始する（ステップＳ４４）。

図１９に移って、サーバシステム１１００は、ゲームプレイを再開するスタートプレーヤが有る場合（ステップＳ５０のＹＥＳ）、当該スタートプレーヤのプレーヤ端末１５００が所与の低スペック条件を満たすか判定する（ステップＳ５２）。

もし、低スペック条件を満たす場合には（ステップＳ５２のＹＥＳ）、サーバシステム１１００は、当該プレーヤ端末１５００の端末レベルと、ゲーム進行状況と、に基づいて再開するスタート位置を決定する（ステップＳ５４）。具体的には、サーバシステム１１００は、再開するスタートプレーヤのプレーヤキャラクタ４を、再開するスタートプレーヤのプレーヤ端末１５００よりも高スペックなプレーヤ端末１５００のプレーヤキャラクタ４の集まりから遠ざけるように相対距離Ｌ３ｘ（図８参照）を決定する。そして、再開するスタートプレーヤのプレーヤ端末１５００の端末レベルに対応する適合エリアＡｘの範囲内で相対距離Ｌ３ｘを満たす位置を、スタート位置として決定する。

もし、低スペック条件を満たさない場合には（ステップＳ５２のＮＯ）、サーバシステム１１００は、スペック値差に基づいて再開のスタート位置を決定する（ステップＳ５６）。具体的には、再開するスタートプレーヤのプレーヤ端末１５００のゲームプレイスペックと、再開するスタートプレーヤのプレーヤ端末１５００から所定範囲内の共用ゲーム空間８に既に配置されているプレーヤキャラクタ４のプレーヤ端末１５００のゲームプレイスペックとのスペック値差に基づく相対距離Ｌ２ｘを算出する（図７参照）。そして、再開するスタートプレーヤのプレーヤ端末１５００の端末レベルに対応する適合エリアＡｘの範囲内で相対距離Ｌ２ｘを満たすスタート位置を決定する。

そして、サーバシステム１１００は、決定したスタート位置に、再開するスタートプレーヤのプレーヤキャラクタ４を配置する（ステップＳ５８）。

サーバシステム１１００は、各プレーヤキャラクタ４の共用ゲーム空間８での位置を把握しているので、ゲーム開始以降において複数のプレーヤキャラクタ４の接近を検出すると（ステップＳ６０のＹＥＳ）、接近したキャラクタ数をカウントする（ステップＳ６２）。具体的には、２体のプレーヤキャラクタ４が、イベント初期設定データ５５０（図１３参照）の接近距離条件５５４を満たすと、接近数カウント用タイマーを起動して所定時間の経時を開始し、接近距離条件５５４を満たすまでのプレーヤキャラクタ数をカウントし続ける。

そして、サーバシステム１１００は、イベント発動要件データ５５３が満たされたイベント初期設定データ５５０の設定に従ってイベントを発動させる（ステップＳ６４）。

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

以上、本実施形態によれば、様々なゲームクライアントが共有ゲーム空間で関与状況を通じてマルチプレイを楽しむオンラインゲームにおいて、良質なプレイ体験が得られる機会を増やすことができる。

すなわち、サーバシステム１１００は、共用ゲーム空間８にプレーヤキャラクタ４を配置するスタート位置を、各プレーヤキャラクタ４のプレーヤ端末１５００のゲームプレイスペックに応じて決定できる。よって、無作為にスタート位置を決定する場合よりも、ゲームプレイスペックが同じ又は近いプレーヤ端末１５００のプレーヤキャラクタ４同士が遭遇する可能性が上がる。例えば、ゲームプレイスペックが高いプレーヤ端末１５００のプレーヤキャラクタ４は、同じようにゲームプレイスペックが高い他のプレーヤ端末１５００のプレーヤキャラクタ４と遭遇し、その高いスペックに応じた良質なプレイ体験が得られる機会が増える。

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

（変形例その１）
ゲームの内容はバトルロワイヤル形式の対戦アクションゲームに限らず適宜設定可能である。そして、ゲーム内容によっては関与状況の定義や関与状況プレイの内容も適宜設定可能である。例えば、上記実施形態における関与状況は、２体のプレーヤキャラクタ４がエンカウントするイベントとして定義されているがこれに限らない。例えば、複数のプレーヤキャラクタ４がチームを組んでプレイするゲームであれば、関与状況を、２体以上のプレーヤキャラクタ４が関与するイベントと定義できる。具体的には、例えば、エンカウントに限らず、当該チームとしてゲーム進行上重要なＮＰＣと遭遇して起きるイベント（例えば、ＮＰＣの討伐、ＮＰＣに依頼されたアイテムの取得、など）や、当該チームとしてゲーム進行上重要なナゾを解くイベント、などの発生をもって関与状況の発生としてもよい。

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

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

（変形例その４）
ゲームプレイスペックを記述する情報は、適宜設定可能である。
例えば、機種の情報をプレーヤ端末１５００の商品名として、ゲームプレイスペックを記述する情報を機種の情報のみとしてもよい。その場合、端末レベル定義データ５７０の判定要件定義データ５７３の端末スペック関連の情報は、機種条件のみとすることができる。

（変形例その５）
また上記実施形態における希望エリアの受付を、希望エリアの中の更に希望する場所の受付に読み替えることもできる。

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

具体的には、上述した実施形態でサーバシステム１１００が記憶・管理することとした共用ゲーム空間データ７０３と、関与状況プレイ管理データ７４０のうちの特別ゲーム空間データとを、各プレーヤ端末１５００が記憶・管理することとする。そして、サーバシステム１１００は、ＭＭＩＦ情報として、共用ゲーム空間８を用いた非同期型ゲームの進行制御の結果を示す進行情報を各プレーヤ端末１５００へ配信する。各プレーヤ端末１５００は当該ＭＭＩＦ情報に基づいて、それぞれが記憶している共用ゲーム空間データ７０３を更新する。そして、それぞれの共用ゲーム空間データ７０３に基づいて共用ゲーム空間８のゲームプレイ画像１４をそれぞれで生成して表示する。すなわち、ゲームプレイ画像１４のレンダリングを各プレーヤ端末１５００が担う。特別ゲーム空間１０についても同様である。

４…プレーヤキャラクタ
８…共用ゲーム空間
３０…分布情報表示
４０…スペック表示
２００ｓ…サーバ処理部
２１０…ゲーム管理部
２１２…共用ゲーム空間設定部
２１４…ゲームプレイスペック情報取得部
２１６…機種情報取得部
２１８…通信状況情報取得部
２２０…端末レベル判定部
２２２…適合エリア設定部
２３０…スタート位置決定部
２３２…希望受付部
２３６…イベント制御部
２３８…スペック情報表示制御部
２４０…分布情報表示制御部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５２０…適合エリア初期設定データ
５３０…適合エリア変更パターン定義データ
５５０…イベント初期設定データ
５７０…端末レベル定義データ
６００…ユーザ登録データ
６０５…ゲームプレイスペック情報
６０６…適用端末レベル
７００…プレイデータ
７０３…共用ゲーム空間データ
７１０…適合エリア設定データ
７１３…エリア範囲データ
７１５…適合端末レベル
７２０…希望エリア受付データ
７３０…プレーヤキャラクタ管理データ
７５０…分布情報
１０００…ゲームシステム
１１００…サーバシステム
１１５０…制御基板
１５００…プレーヤ端末
Ａｘ…適合エリア
Ｌ１ｘ…相対距離
Ｌ２ｘ…相対距離
Ｌ３ｘ…相対距離
Ｗ５…希望エリア受付画面

Claims (16)

1. 各プレーヤがプレーヤ端末を用いて共用ゲーム空間を移動可能なプレーヤキャラクタを操作し、マルチプレイによるゲームプレイを楽しむオンラインゲームを提供するサーバシステムであって、
   前記プレーヤ端末には、ゲームプレイスペックが異なる端末があり、
   各プレーヤのプレーヤ端末の前記ゲームプレイスペックを表す情報を取得するゲームプレイスペック情報取得手段と、
   前記ゲームプレイを開始又は再開するスタートプレーヤについて、当該スタートプレーヤのプレーヤキャラクタの前記共用ゲーム空間中のスタート位置を、当該スタートプレーヤのプレーヤ端末の前記ゲームプレイスペックに基づいて決定するスタート位置決定手段と、
   を備えるサーバシステム。
2. 前記ゲームプレイスペック情報取得手段は、前記ゲームプレイスペックを表す情報として、前記プレーヤ端末の機種の情報を取得する機種情報取得手段を有し、
   前記スタート位置決定手段は、前記スタートプレーヤのプレーヤ端末の機種に基づいて、前記スタート位置を決定する、
   請求項１に記載のサーバシステム。
3. 前記ゲームプレイスペック情報取得手段は、前記ゲームプレイスペックを表す情報として、前記プレーヤ端末の通信速度に係る通信状況情報を取得する通信状況情報取得手段を有し、
   前記スタート位置決定手段は、前記スタートプレーヤのプレーヤ端末の前記通信状況情報に基づいて、前記スタート位置を決定する、
   請求項１又は２に記載のサーバシステム。
4. 前記プレーヤ端末には、前記ゲームプレイスペックが所与の相互相応条件を満たさない第１のプレーヤ端末と第２のプレーヤ端末とが含まれ、
   前記スタート位置決定手段は、前記スタートプレーヤのプレーヤ端末が前記第１のプレーヤ端末との間で前記相互相応条件を満たし、且つ、前記第２のプレーヤ端末との間で前記相互相応条件を満たさない場合に、前記スタート位置を、前記第２のプレーヤ端末のプレーヤキャラクタよりも前記第１のプレーヤ端末のプレーヤキャラクタに近い位置に決定する、
   請求項１から請求項３の何れか一項に記載のサーバシステム。
5. 前記ゲームプレイスペックに基づく適合エリアを前記共用ゲーム空間中に設定する適合エリア設定手段、
   を更に備え、
   前記スタート位置決定手段は、前記スタートプレーヤのプレーヤ端末の前記ゲームプレイスペックに適合する前記適合エリアを選択し、選択した前記適合エリアに前記スタート位置を決定する、
   請求項１から請求項４の何れか一項に記載のサーバシステム。
6. 前記適合エリア設定手段は、前記適合エリアの設定位置をゲーム進行状況に基づいて可変に設定する、
   請求項５に記載のサーバシステム。
7. 前記適合エリア設定手段は、所与の相互相応条件を満たさない異なるゲームプレイスペックそれぞれに応じた前記適合エリアを設定する、
   請求項５又は請求項６に記載のサーバシステム。
8. 前記スタート位置決定手段は、前記スタートプレーヤのプレーヤ端末の前記ゲームプレイスペックに適合する前記適合エリアのうち、前記スタート位置として希望するエリア又は当該エリア中の場所を前記スタートプレーヤの操作入力に基づいて受け付ける希望受付手段を有する、
   請求項５から請求項７の何れか一項に記載のサーバシステム。
9. 前記適合エリア設定手段は、ゲーム開始前の前記プレーヤの人数又は前記プレーヤ端末の台数を前記ゲームプレイスペックに基づいて仕分けした統計値を用いて、前記適合エリアの数、位置、及び大きさのうちの何れかを変更して前記適合エリアを設定する、
   請求項５から請求項８の何れか一項に記載のサーバシステム。
10. 前記適合エリア設定手段は、ゲームプレイ中の前記プレーヤの人数又は前記プレーヤ端末の台数を前記ゲームプレイスペックに基づいて仕分けした統計値を用いて、前記適合エリアの数、位置、及び大きさのうちの何れかを変更して前記適合エリアを設定する、
    請求項５から請求項８の何れか一項に記載のサーバシステム。
11. 前記ゲームプレイスペックが所与の相互相応条件を満たす前記プレーヤ端末の前記プレーヤキャラクタ（以下、「相互相応端末キャラクタ」という）同士が所与の接近条件を満たした場合に、前記相互相応端末キャラクタを対象とする所与のイベントを発動させるイベント制御手段、
    を更に備える請求項１から請求項１０の何れか一項に記載のサーバシステム。
12. 前記イベント制御手段は、前記接近条件を満たす前記相互相応端末キャラクタの数に基づいて、前記イベントを発動させる、
    請求項１１に記載のサーバシステム。
13. 前記プレーヤ端末に、当該プレーヤ端末以外のプレーヤ端末の前記ゲームプレイスペックを示す情報を表示させる制御を行うスペック情報表示制御手段、
    を更に備える請求項１から請求項１２の何れか一項に記載のサーバシステム。
14. 前記プレーヤ端末に、前記ゲームプレイスペックに基づく前記プレーヤキャラクタの前記共用ゲーム空間における分布を示す分布情報を表示させる制御を行う分布情報表示制御手段、
    を更に備える請求項１から請求項１３の何れか一項に記載のサーバシステム。
15. 各プレーヤがプレーヤ端末を用いて共用ゲーム空間を移動可能なプレーヤキャラクタを操作し、マルチプレイによるゲームプレイを楽しむオンラインゲームを提供するサーバシステムと、前記プレーヤ端末とが通信接続されて構成されるゲームシステムにおける前記プレーヤ端末であって、
    前記プレーヤ端末には、ゲームプレイスペックが異なる端末があり、
    前記サーバシステムは、
    各プレーヤのプレーヤ端末の前記ゲームプレイスペックを表す情報を取得するゲームプレイスペック情報取得手段と、
    前記ゲームプレイを開始又は再開するスタートプレーヤについて、当該スタートプレーヤのプレーヤキャラクタの前記共用ゲーム空間中のスタート位置を、当該スタートプレーヤのプレーヤ端末の前記ゲームプレイスペックに基づいて決定するスタート位置決定手段と、
    を備え、
    当該プレーヤ端末のキャラクタの前記共用ゲーム空間中のスタート位置を、前記サーバシステムの前記スタート位置決定手段により決定されたスタート位置としてゲームプレイを開始又は再開する、プレーヤ端末。
16. 各プレーヤがプレーヤ端末を用いて共用ゲーム空間を移動可能なプレーヤキャラクタを操作し、マルチプレイによるゲームプレイを楽しむオンラインゲームをコンピュータシステムが提供する提供方法であって、
    前記プレーヤ端末には、ゲームプレイスペックが異なる端末があり、
    各プレーヤのプレーヤ端末の前記ゲームプレイスペックを表す情報を取得するゲームプレイスペック情報取得ステップと、
    前記ゲームプレイを開始又は再開するスタートプレーヤについて、当該スタートプレーヤのプレーヤキャラクタの前記共用ゲーム空間中のスタート位置を、当該スタートプレーヤのプレーヤ端末の前記ゲームプレイスペックに基づいて決定するスタート位置決定ステップと、
    を含む提供方法。

Images