JP2023049986A - サーバシステム、端末装置及び提供方法 - Google Patents

Abstract

【課題】オンラインゲームの実行にあたり、端末装置間のゲームプレイスペックの相違に起因して生じる不具合を抑制可能な新たな技術を提供すること。【解決手段】サーバシステム１１００は、各端末装置のユーザが共有ゲーム空間でゲームプレイを楽しむオンラインゲームを提供する。このサーバシステム１１００において、端末種別判定部２３１は、端末装置が第１種端末装置か第２種端末装置かをゲームプレイスペックに基づいて判定する。エリア設定部２３５は、共有ゲーム空間内に、第１種キャラクタエリアを設定する。キャラクタ移動制御部２４５は、第１種端末装置のユーザが操作するキャラクタである第１種キャラクタを第１種キャラクタエリアへ進入可能に制御し、第２種端末装置のユーザが操作するキャラクタである第２種キャラクタを第１種キャラクタエリアへ進入不可能に制御する。【選択図】図１２

Description

本発明は、オンラインゲームを提供するサーバシステム等に関する。

複数のユーザが参加するオンラインゲームの実行にあたって通信環境の相違により生じる不具合を抑制するための技術として、ゲーム装置毎に、その通信品質に応じてオンラインゲームのゲームモードを設定する技術が知られている（例えば特許文献１を参照）。特許文献１の技術では、通信品質が良好なゲーム装置ではゲーム空間の映像を画面に表示し、ユーザがゲーム空間内のキャラクタを操作するアクションモードでゲームを実行する。一方、通信品質が劣るゲーム装置ではゲーム空間の状況をテキスト等によって簡易表示し、作戦等の選択操作に応じてキャラクタをＡＩ制御するテキストモードでゲームを実行する。

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

しかし、特許文献１の技術では、テキストモードのゲーム装置に表示されるのは現在のゲームの状況を示すテキストに過ぎない。そのため、テキストモードでプレイする場合に得られるユーザのゲーム体験があまりに乏しく、オンラインゲームに参加している楽しみを感じることができるかどうかさえ疑問であり、興趣性に欠ける問題があった。

また、上記した従来の技術は、通信環境の相違、特に通信速度の問題に対する１つの解決策を提案する技術であるが、オンラインゲームに参加するユーザのプレイ環境としては、通信速度以外にも様々な相違が存在し得る。例えば、端末装置の通信処理能力や演算処理能力である。こういった、ゲームプレイをする環境に係る性能や仕様等を本明細書では「ゲームプレイスペック」と呼ぶ。

本発明が解決しようとする課題は、オンラインゲームの実行にあたり、端末装置間のゲームプレイスペックの相違に起因して生じる不具合を抑制可能な新たな技術を提供することである。

上記課題を解決するための第１の発明は、各端末装置（例えば、図１の端末装置１５００）のユーザが、共有ゲーム空間に配置される各々のキャラクタを操作して楽しむオンラインゲームを提供するサーバシステム（例えば、図１のサーバシステム１１００）であって、前記端末装置には、ゲームプレイスペックが異なる第１種端末装置及び第２種端末装置が含まれ、前記端末装置が前記第１種端末装置か前記第２種端末装置かを前記ゲームプレイスペックに基づいて判定する端末種別判定手段（例えば、図１２の端末種別判定部２３１）と、前記共有ゲーム空間内に、第１種キャラクタエリアを設定するエリア設定手段（例えば、図１２のエリア設定部２３５）と、前記第１種端末装置のユーザが操作するキャラクタである第１種キャラクタの前記第１種キャラクタエリアへの進入を可能に制御し、前記第２種端末装置のユーザが操作するキャラクタである第２種キャラクタの前記第１種キャラクタエリアへの進入を抑制する制御を行う移動制御手段（例えば、図１２のキャラクタ移動制御部２４５）と、を備えるサーバシステムである。

第１の発明によれば、ゲーム空間を共有してオンラインゲームをプレイする各ユーザの端末装置が第１種端末装置なのか第２種端末装置なのかを、当該端末装置のゲームプレイスペックに基づいて判定することができる。ゲームプレイスペックは、例えば、通信処理能力、演算処理能力、搭載するＯＳ（Operating System）の種類、及び、サーバシステムとの通信速度、のうちの何れかとすることができる。そして、共有ゲーム空間内に、第１種端末装置のユーザが操作する第１種キャラクタの進入は可能で、第２種端末装置のユーザが操作する第２種キャラクタの進入は抑制される第１種キャラクタエリアを設定することができる。そのため、第１種端末装置のユーザは第１種キャラクタエリアでのゲームプレイが可能なのに対して、第２種端末装置のユーザは、当該第１種キャラクタエリアでのゲームをプレイできない。これによれば、第１種キャラクタエリアに進入可能なユーザを端末装置のゲームプレイスペックに応じて制限することが可能になる。そのため、各端末装置において個々のゲームプレイスペックに応じたゲームプレイが実現でき、端末装置間のゲームプレイスペックの相違に起因する不具合を抑制することが可能となる。

また、第２の発明は、前記オンラインゲームに途中参加する途中参加ユーザ、或いは、ゲームプレイ中の所与のリスタート条件を満たすことでリスタートするリスタートユーザ（以下、包括して「スタートユーザ」という）の前記端末装置が前記第１種端末装置か前記第２種端末装置かに応じて、当該スタートユーザが操作するキャラクタの初期位置を可変に決定する決定手段（例えば、図１２の初期位置決定部２３３）、を備える第１の発明のサーバシステムである。

第２の発明によれば、ユーザがオンラインゲームに途中から参加した時やリスタートした時に、当該ユーザの端末装置が第１種端末装置なのか第２種端末装置なのかに応じた位置を初期位置として、当該ユーザが操作するキャラクタを共有ゲーム空間内に配置することができる。

また、第３の発明は、前記決定手段は、前記スタートユーザの前記端末装置が前記第１種端末装置の場合の前記初期位置を、前記スタートユーザの前記端末装置が前記第２種端末装置の場合の前記初期位置に比べて、前記第１種キャラクタエリアに近い位置に決定する、第２の発明のサーバシステムである。

第３の発明によれば、ユーザの途中参加時やリスタート時に、当該ユーザの端末装置が第１種端末装置の場合には、共有ゲーム空間内の第１種キャラクタエリアに近い位置を初期位置として、当該ユーザが操作するキャラクタを配置することができる。

また、第４の発明は、前記決定手段は、前記スタートユーザの前記端末装置が前記第１種端末装置の場合の前記初期位置を、前記スタートユーザの前記端末装置が前記第２種端末装置の場合の前記初期位置に比べて、既に前記共有ゲーム空間にいる前記第１種キャラクタに近い位置に決定する、第２の発明のサーバシステムである。

第４の発明によれば、ユーザの途中参加時やリスタート時に、当該ユーザの端末装置が第１種端末装置の場合には、共有ゲーム空間内の第１種キャラクタに近い位置を初期位置として、当該ユーザが操作するキャラクタを配置することができる。

また、第５の発明は、前記エリア設定手段は、前記第１種キャラクタの位置の分布に基づいて、前記第１種キャラクタエリアの数、及び／又は、設定位置を可変に設定する、第２～第４の何れかの発明のサーバシステムである。

第５の発明によれば、共有ゲーム空間内の第１種キャラクタの分布に基づいて、設定する第１種キャラクタエリアの数や設定位置を変更することができる。

また、第６の発明は、前記エリア設定手段は、前記第１種キャラクタの数、及び／又は、前記第２種キャラクタの数に応じて、前記第１種キャラクタエリアの種類、数、大きさ、及び設定位置の少なくとも何れか１つを可変に設定する、第２～第５の何れかの発明のサーバシステムである。

第６の発明によれば、共有ゲーム空間内の第１種キャラクタの数や第２種キャラクタの数に応じて、設定する第１種キャラクタエリアの種類、数、大きさ、設定位置を変更することができる。

また、第７の発明は、前記オンラインゲームは、所与のタイミングで実行開始されるゲームであり、前記エリア設定手段は、前記オンラインゲームの実行開始前における前記第１種端末装置のユーザの数に基づいて、前記第１種キャラクタエリアの数、及び／又は、設定位置を可変に設定する、第１～第６の何れかの発明のサーバシステムである。

第７の発明によれば、オンラインゲームの実行開始前におけるユーザの数に応じて、設定する第１種キャラクタエリアの数や設定位置を変更することができる。

また、第８の発明は、前記第２種端末装置は、前記ゲームプレイスペックが前記第１種端末装置に比べて劣後し、前記端末種別判定手段によって前記第２種端末装置であると判定された端末装置のユーザに、ゲームプレイ中の前記第１種キャラクタエリアへの進入が不可である旨の承諾要求を通知する制御を行う承諾要求制御手段（例えば、図１２の承諾要求制御部２５７）と、前記承諾要求に対して拒否応答がなされた場合に、当該端末装置のユーザにゲームプレイ上の不具合が発生する可能性がある旨の通知制御を行い、当該端末装置のユーザが操作するキャラクタの前記第１種キャラクタエリアへの進入を許容して、前記移動制御手段に前記第１種キャラクタとしての移動制御を行わせる拒否応答時制御手段（例えば、図１２の拒否応答時制御部２５９）と、を更に備える第１～第７の何れかの発明のサーバシステムである。

第８の発明によれば、ゲームプレイスペックが第１種端末装置に比べて劣後する第２種端末装置と判定された端末装置のユーザに、ゲームプレイ中の第１種キャラクタエリアへの進入が不可である旨の承諾要求を通知することができる。そして、第１種キャラクタエリアへの進入が不可であることについてユーザが拒否した場合には、当該ユーザにゲームプレイ上の不具合が発生する可能性がある旨を通知した上で、当該ユーザが操作するキャラクタを第１種キャラクタとして、第１種キャラクタエリアへ進入可能に制御することが可能となる。

また、第９の発明は、前記第１種キャラクタエリアに進入したキャラクタを対象とする対戦イベントの実行を制御するイベント実行制御手段（例えば、図１２のイベント実行制御部２４７）、を更に備える第１～第８の何れかの発明のサーバシステムである。

第９の発明によれば、第１種キャラクタエリアにおいて、キャラクタ同士が対戦する対戦イベントを実行することができる。

また、第１０の発明は、前記ゲームプレイスペックには通信速度が含まれ、前記端末種別判定手段は、前記通信速度に基づいて、前記端末装置が前記第１種端末装置か前記第２種端末装置かを動的に判定する、第１～第９の何れかの発明のサーバシステムである。

第１０の発明によれば、端末装置が第１種端末装置か第２種端末装置かを、オンラインゲームのプレイ中に、サーバシステムとの通信速度に基づいて随時変更するといったことが可能となる。

また、第１１の発明は、前記第２種端末装置は、前記ゲームプレイスペックが前記第１種端末装置に比べて劣後し、前記第１種端末装置において表示制御されるゲーム画像は、１人称視点又は３人称視点の画像であり、前記第２種端末装置において表示制御されるゲーム画像は、俯瞰視点の画像である、第１～第１０の何れかの発明のサーバシステムである。

第１１の発明によれば、第１種端末装置には、１人称視点又は３人称視点の画像をゲーム画像として表示させ、ゲームプレイスペックが第１種端末装置に比べて劣後する第２種端末装置には、俯瞰視点の画像をゲーム画像として表示させるといったことが可能となる。

また、第１２の発明は、前記第２種端末装置は、前記ゲームプレイスペックが前記第１種端末装置に比べて劣後し、前記第２種端末装置に、前記第１種端末装置において表示制御されるゲーム画像の紹介画像を表示制御させる紹介画像表示制御手段（例えば、図１２のゲーム管理部２３０）、を更に備える第１～第１１の何れかの発明のサーバシステムである。

第１２の発明によれば、ゲームプレイスペックが第１種端末装置に比べて劣後する第２種端末装置に対し、第１種端末装置にて表示されるゲーム画像の紹介画像を表示させることができる。

また、第１３の発明は、各端末装置のユーザが共有ゲーム空間に配置される各々のキャラクタを操作して楽しむオンラインゲームを提供するサーバシステムと、前記端末装置とが通信接続されて構成されるゲームシステムにおける前記端末装置であって、前記端末装置には、ゲームプレイスペックが異なる第１種端末装置及び第２種端末装置が含まれ、前記サーバシステムは、前記端末装置が前記第１種端末装置か前記第２種端末装置かを前記ゲームプレイスペックに基づいて判定する端末種別判定手段と、前記共有ゲーム空間内に、第１種キャラクタエリアを設定するエリア設定手段と、前記第１種端末装置のユーザが操作するキャラクタである第１種キャラクタの前記第１種キャラクタエリアへの進入を可能に制御し、前記第２種端末装置のユーザが操作するキャラクタである第２種キャラクタの前記第１種キャラクタエリアへの進入を抑制する制御を行う移動制御手段と、を備え、前記サーバシステムの前記移動制御手段の制御に従って、当該端末装置に係るキャラクタの前記第１種キャラクタエリアへの進入是非に係る表示制御を行う、端末装置である。

第１３の発明によれば、端末装置は、サーバシステムによるキャラクタの移動に係る制御に従って、当該端末装置に係るキャラクタの第１種キャラクタエリアへの進入是非に係る表示制御を行うことができる。

また、第１４の発明は、各端末装置のユーザが共有ゲーム空間に配置される各々のキャラクタを操作して楽しむオンラインゲームをコンピュータシステムが提供する提供方法であって、前記端末装置には、ゲームプレイスペックが異なる第１種端末装置及び第２種端末装置が含まれ、前記端末装置が前記第１種端末装置か前記第２種端末装置かを前記ゲームプレイスペックに基づいて判定する端末種別判定ステップと、前記共有ゲーム空間内に、第１種キャラクタエリアを設定するエリア設定ステップと、前記第１種端末装置のユーザが操作するキャラクタである第１種キャラクタの前記第１種キャラクタエリアへの進入を可能に制御し、前記第２種端末装置のユーザが操作するキャラクタである第２種キャラクタの前記第１種キャラクタエリアへの進入を抑制する制御を行う移動制御ステップと、を含む提供方法である。

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

ゲームシステムの全体構成例を示す図。 ゲーム画像の表示に係るおおまかな処理の流れを示す図。 共有ゲーム空間の一例を示す図。 エリア設定テーブルのデータ構成例を示す図。 第１種端末装置に適用する視点及びフレームレートの設定例を示す図。 第２種端末装置に適用する視点及びフレームレートの設定例を示す図。 画像処理情報の提供と、画像処理情報を用いたゲーム画像の表示を説明する図。 高解像度ゲーム画像の表示例を示す図。 低解像度ゲーム画像の表示例を示す図。 承諾要求通知画面の一例を示す図。 警告画面の一例を示す図。 サーバシステムの機能構成例を示すブロック図。 プレイ中データのデータ構成例を示す図。 端末装置の機能構成例を示すブロック図。 サーバシステムにおける処理の流れを示すフローチャート。 ゲーム処理の流れを示すフローチャート。 図１６に続く処理の流れを示すフローチャート。 紹介画像の表示例を示す図。 ゲームマップ画面の表示例を示す図。

以下、図面を参照して、本発明の好適な実施形態について説明する。なお、以下説明する実施形態によって本発明が限定されるものではなく、本発明を適用可能な形態が以下の実施形態に限定されるものでもない。また、図面の記載において、同一部分には同一の符号を付す。

［全体構成］
図１は、本実施形態におけるゲームシステム１０００の全体構成例を示す図である。図１に示すように、ゲームシステム１０００は、サーバシステム１１００と、本実施形態のゲームのユーザが所有する端末装置１５００とを含み、これらがネットワーク９を介して相互にデータ通信可能に接続されて構成されるコンピュータシステムである。

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

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

このサーバシステム１１００は、ＣＰＵ１１５１等が所定のプログラム及びデータに基づいて演算処理をすることにより、ユーザ登録等に係るユーザ管理機能と、端末装置１５００でゲームをプレイするのに必要なデータを提供して端末装置１５００でのゲームの実行制御を管理するゲーム管理機能と、を実現する。つまり、本実施形態におけるゲームは、一種のクライアント・サーバ型のオンラインゲームとして実現される。ユーザは、自分の端末装置１５００でサーバシステム１１００にアクセスし、発給されたアカウント（ユーザＩＤ）によりログインしてオンラインゲームを楽しむ。本実施形態のゲームでは、ゲームに参加しているユーザは、各自ゲームに登場するキャラクタ（プレーヤキャラクタ）を操作する。共有ゲーム空間内で他のユーザが操作するキャラクタと遭遇した時には、そのユーザと会話（チャット）したり、一緒に共有ゲーム空間内を移動してゲームプレイを楽しむことができる。

なお、サーバシステム１１００は、図１に示す単体の構成に限らず、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であってもよい。或いは、離れた場所に設置された独立した複数のサーバを、ネットワーク９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であってもよい。

端末装置１５００は、マンマシンインターフェースの機能を担うコンピュータシステムであって、通信基地局等を介してネットワーク９に接続し、サーバシステム１１００とデータ通信を行うことができる。この端末装置１５００は、図１に例示するように、様々な形態を取り得る。具体的には、例えば、スマートフォン、携帯型ゲーム装置、据置型の家庭用ゲーム装置、家庭用ゲーム装置のコントローラ、業務用ゲーム装置、パソコン、タブレット型コンピュータ、ウェアラブルコンピュータ等の形態を取り得る。

そして、端末装置１５００には、ゲームクライアントプログラムや、その実行に必要な各種設定データ（以下包括して「端末側データ」ともいう）が格納されている。端末側データは、適宜のタイミングでサーバシステム１１００からダウンロードされる。別途入手したメモリカード等の記憶媒体から読み出す構成としてもよい。この端末装置１５００は、端末側データに基づき演算処理を行って共有ゲーム空間の画像（ゲーム画像）を表示し、ゲーム操作を受け付けることで、ユーザのゲームプレイを可能にする。

ここで、図２を参照して、本実施形態におけるゲーム画像の表示に係るサーバシステム１１００及び端末装置１５００のおおまかな処理の流れを説明する。本実施形態では、サーバシステム１１００は、図２のステップＳ１１～ステップＳ１９の各処理を、ゲームの進行制御の間隔であるＸ秒間隔（例えばＸ＝１／６０秒）で繰り返し実行する。

すなわち、サーバシステム１１００は、ゲームに参加している各ユーザの端末装置１５００からゲーム操作の操作入力情報を取得する（ステップＳ１１）。続いて、各ユーザの操作入力情報に基づいて、共有ゲーム空間において共通に進行するゲームの進行を制御する（ステップＳ１３）。その際に、後述するバトルの発動タイミングであれば、対戦イベントの実行を制御する。具体的には、ユーザが操作するキャラクタやコンピュータ制御のキャラクタ、背景物、エフェクト等のオブジェクトの制御、キャラクタ同士のバトルにおける攻撃のヒット判定やダメージ判定、その反映等に関する処理を行う。そして、ゲーム画像の生成基点となって共有ゲーム空間を撮影する各ユーザ用の視点を制御する（ステップＳ１５）。

次に、ゲームの進行制御の結果に基づき再構築される共有ゲーム空間の画像であって、当該共有ゲーム空間をステップＳ１５で制御した各ユーザ用の視点から見た画像を生成するための画像生成用基礎データを生成し（ステップＳ１７）、当該視点に係る画像処理情報に含めて各端末装置１５００に提供する（ステップＳ１９）。画像生成用基礎データは、各端末装置１５００においてそのユーザ用の視点から見た共有ゲーム空間の画像をゲーム画像として生成するのに必要となるデータであり、キャラクタや背景物等のオブジェクトの位置座標や、当該オブジェクトを形成するポリゴンの頂点座標等のデータを含む。

一方、端末装置１５００は、ステップＳ２１～ステップＳ２５の各処理を、所定のフレームレートで繰り返し実行する。すなわち、端末装置１５００は、サーバシステム１１００から随時提供される画像処理情報（画像生成用基礎データ）に基づき各種オブジェクトを配置して共有ゲーム空間を構築・更新し（ステップＳ２１）、当該端末装置１５００のユーザ用の視点から見た共有ゲーム空間の画像をレンダリングしてゲーム画像を生成する（ステップＳ２３）。そして、ステップＳ２３で生成したゲーム画像を表示する（ステップＳ２５）。

そのため、各端末装置１５００には、
１）ゲームに登場するキャラクタ毎に用意されるデータとして、ａ）当該キャラクタのモデルデータ、ｂ）外観を表現するテクスチャデータ、ｃ）動作制御に用いるモーションデータ、ｄ）当該キャラクタの種類、能力パラメータの初期値や体力値等を設定したキャラクタデータと、
２）共有ゲーム空間を定義する座標系の設定データ、背景物等のオブジェクトの位置座標、姿勢、モデルデータ、テクスチャデータといった共有ゲーム空間のゲーム空間設定用データと、
３）ゲームクライアントプログラムと、
が端末側データに含めて格納される。ゲームクライアントプログラムは、サーバシステム１１００から画像処理情報として提供される画像生成用基礎データをもとに、キャラクタデータやゲーム空間設定用データを用いてゲーム画像を生成するためのプログラムである。端末装置１５００がゲームクライアントプログラムを実行することで、当該端末装置１５００の画像生成機能が実現される。

［詳細］
上記したように、端末装置１５００は、図１を参照して例示した各種形態を取り得ることから、ゲームに参加している各ユーザの端末装置１５００の中には、通信処理能力や演算処理能力、搭載するＯＳ（Operating System）の種類、サーバシステム１１００との通信速度といったゲームプレイスペックの異なる装置が混在し得る。そのため、端末装置１５００個々のゲームプレイスペックに関わらずに、全ての端末装置１５００を同じに扱うのでは、ゲームプレイスペックが低い端末装置１５００が、１フレーム時間内に演算処理が完了しないいわゆる処理落ちが発生する等の不具合が生じ得る。

例えば、端末装置１５００が光通信ケーブル等の有線によるネットワーク接続でサーバシステム１１００と通信を行う家庭用ゲーム装置やパソコン等であり、且つ、演算処理能力が比較的に高いＣＰＵやＧＰＵを搭載した装置であれば、高解像度のゲーム画像を高いフレームレートで表示できる。しかし、端末装置１５００が携帯電話通信網等の無線によるネットワーク接続でサーバシステム１１００と通信を行うスマートフォンであり、且つ、演算処理能力が比較的に低いＣＰＵやＧＰＵを搭載した装置であれば、高解像度のゲーム画像を高いフレームレートで表示しようとすると処理落ちが発生する可能性が高い。また、通信環境と演算処理能力とのどちらか一方が良好でも、他方が不十分であれば、高解像度のゲーム画像を高いフレームレートで表示しようとすると処理落ちが発生する可能性が高まる。更に、ゲーム中に何らかの障害が発生して通信速度が一時的に低下した場合も同様の問題が起こり得る。

そこで、サーバシステム１１００は、ゲームに参加している各ユーザの端末装置１５００について、その端末種別が第１種端末装置なのか、当該第１種端末装置に比べてゲームプレイスペックが劣後する第２種端末装置なのかを判定する。そして、サーバシステム１１００は、第１種端末装置のユーザ（以下「第１種ユーザ」ともいう）が操作するキャラクタである第１種キャラクタの進入は可能で、第２種端末装置のユーザ（以下「第２種ユーザ」ともいう）が操作するキャラクタである第２種キャラクタの進入は不可能である第１種キャラクタエリア等を共有ゲーム空間内に設定するエリア設定処理と、第１種キャラクタエリアにいる第１種キャラクタを対象とした対戦イベント等の実行を制御するイベント実行制御処理と、を行う。ゲームに新たなユーザ（参入参加ユーザ）がログインしたときには、サーバシステム１１００は、当該ユーザが操作するキャラクタの初期位置を、その端末装置１５００が第１種端末装置なのか第２種端末装置なのかに応じて可変に決定する初期位置決定処理を行う。

また、サーバシステム１１００は、各端末装置１５００に対し、その端末種別に応じた内容の画像処理情報を提供する。具体的には、サーバシステム１１００は、端末装置１５００毎に、そのユーザ用の視点を、当該端末装置１５００の端末種別に応じた設定の視点として配置・制御する。そして、サーバシステム１１００は、当該視点に係る画像処理情報を、当該視点に対応する端末装置１５００に提供する。また、第２種端末装置のフレームレートを、第１種端末装置よりも低い設定とする。

そして、各端末装置１５００には、予めその端末種別に応じた内容（つまり、そのユーザ用の視点の設定に応じた内容）の端末側データを格納しておくことで、サーバシステム１１００からの画像処理情報に基づくゲーム画像の表示を実現する。その際、各端末装置１５００は、その端末種別に応じたフレームレートで、ゲーム画像の表示を制御する。

１．端末種別の判定について
サーバシステム１１００は、ゲームの実行にあたり端末種別判定処理を行って、端末装置１５００が第１種端末装置か第２種端末装置かをゲームプレイスペックに基づいて判定する。本実施形態では、ゲーム開始前の判定処理（ゲーム前判定処理）と、ゲーム中の判定処理（ゲーム中判定処理）とを行う。

ゲーム前判定処理では先ず、サーバシステム１１００は、ゲームに新たにログインしてゲームに途中参加するユーザ（途中参加ユーザ）の端末装置１５００に、ゲームプレイスペック情報の送信要求を通知する。送信要求を受けた端末装置１５００は、自端末の機種、搭載するＣＰＵやＧＰＵの型番、ネットワーク接続が有線接続なのか無線接続なのかといった当該端末装置１５００の通信環境等をゲームプレイスペック情報として、サーバシステム１１００に送信する。そして、サーバシステム１１００は、こうして取得したゲームプレイスペック情報に基づいて、当該端末装置１５００のゲームプレイスペックの高低レベルを判定する。例えば、判定するゲームプレイスペックの高低レベル毎に、端末装置１５００の機種、ＣＰＵ等の型番、通信環境、又はそれらの組み合わせを端末種別判定用基準５５１（図１２を参照）として予め設定しておくことで実現できる。高レベルか否かの高低の二択で判定する場合には、高レベルに相当する端末種別判定用基準５５１を設定しておき、端末種別判定用基準５５１を満たすか否かで高低を判定することで実現することも可能である。

また、ゲーム中判定処理では、サーバシステム１１００は、ゲーム前判定処理で第１種端末装置と判定した端末装置１５００と、当該ゲーム前判定処理では第２種端末装置と判定したものの後述する承諾要求通知に対する拒否応答を受けて第１種端末装置に変更した端末装置１５００とを対象にして、通信速度を所定の測定周期で測定する。測定の結果、種別変更条件を満たした端末装置１５００があれば、サーバシステム１１００は、当該端末装置１５００の種別を動的に変更判定する。種別変更条件を、第１種端末装置から第２種端末装置に変更する場合の条件とするならば、例えば、「通信速度が所定速度以下となったこと」等を種別変更条件にすることができる。この場合、当該端末装置１５００の通信速度が回復し、種別変更条件を満たさなくなった場合には、当該端末装置１５００の種別を第１種端末装置に動的に変更判定する。

２．エリア設定処理について
図３は、本実施形態のゲームにおける共有ゲーム空間の例を示す図である。本実施形態の共有ゲーム空間は、キャラクタ同士がバトルを繰り広げる戦闘エリアＡ１１と、アイテムの購入、売却、交換等を行うショップ、イベントが開催されるイベントスポット、ユーザ同士の待ち合わせ場所等となるランドマークスポット等が点在する非戦闘エリアＡ１３とを備える。

戦闘エリアＡ１１は、例えば、市街地や密林、山岳地帯等を模してデザインされたエリアであり、街並みや風景等が精密且つリアルに再現される。そのため、戦闘エリアＡ１１は、構成する背景物等のオブジェクトの数が多い。また、個々のオブジェクトが、ポリゴン数の多い精細なオブジェクトとして定義される。一方で、非戦闘エリアＡ１３は、例えば、地形や建物等が簡易な形態で表示されるエリアとされる。そのため、非戦闘エリアＡ１３を構成するオブジェクトは、ポリゴン数の少ない簡素なオブジェクトとして定義される。また、非戦闘エリアＡ１３は、戦闘エリアＡ１１と比べて、存在するオブジェクトの数も少ない。

サーバシステム１１００は、ゲームの実行にあたりエリア設定処理を行って、図３の共有ゲーム空間内に第１種キャラクタエリアを設定する。本実施形態では、ゲーム開始前の設定処理（エリア初期設定処理）と、ゲーム中の設定処理（ゲーム中エリア設定処理）とを行う。

エリア初期設定処理では、サーバシステム１１００は、戦闘エリアＡ１１を第１種キャラクタエリアとする設定を行う。具体的には、戦闘エリアＡ１１を、第１種キャラクタの進入は可能で、第２種キャラクタの進入は不可能なエリアとして設定する。

したがって、本実施形態のゲームでは、第１種ユーザは、自分のキャラクタ（第１種キャラクタ）を戦闘エリアＡ１１に進入させて、戦闘エリアＡ１１でのゲームをプレイすることができる。例えば、戦闘エリアＡ１１内でアイテムを収集したり、遭遇した他のユーザが操作する敵のキャラクタとバトルをしながら、ゲームを進めていく。これに対し、第２種ユーザは、自分のキャラクタ（第２種キャラクタ）を戦闘エリアＡ１１に進入させることができないため、上記した戦闘エリアＡ１１内でのゲームをプレイできない。

次に、ゲーム中エリア設定処理では、サーバシステム１１００は、戦闘エリアＡ１１とは別の新たな第１種キャラクタエリアを、随時共有ゲーム空間内に設定する。本実施形態では、新たな第１種キャラクタエリアとして、第１種キャラクタ専用の対戦用の舞台（以下「第１種キャラクタ専用対戦ステージ」という）１０を非戦闘エリアＡ１３に設定する。後述するイベント制御処理では、第１種キャラクタ専用対戦ステージ１０に進入した第１種キャラクタを対象にバトルを発動して、対戦イベントの実行を制御する。例えば、キャラクタ同士が１対１で行うバトルの他、２対２のペア戦、１対多や多対多のチーム戦、最後の一人になるまで戦うバトルロワイアルといった各種対戦形式のバトルが、その第１種キャラクタ専用対戦ステージ１０の種類に応じて発動するようになっている。

また、本実施形態のゲーム中エリア設定処理では、第２種キャラクタの進入は可能で、第１種キャラクタの進入は不可能である第２種キャラクタエリアを、随時共有ゲーム空間内に設定する。例えば、第２種キャラクタ専用のイベントスポット（以下「第２種キャラクタ専用イベントスポット」という）２０を非戦闘エリアＡ１３内に設定する。後述するイベント制御処理では、第２種キャラクタ専用イベントスポットに進入した第２種キャラクタを対象に、ゲームイベントの実行を制御する。ゲームイベントの内容は特に限定されないが、例えば、プレイするユーザのプレーヤキャラクタが登場する音楽ゲームやパズルゲーム等のミニゲームを実行し、プレイ結果に応じた参加報酬を付与するゲームイベントや、ミニゲームを第２種キャラクタ同士の対戦形式で実行し、獲得スコアを競うゲームイベントといった、各種ゲームイベントがその第２種キャラクタ専用イベントスポット２０の種類に応じて発動するようになっている。なお、第１種キャラクタ及び第２種キャラクタの両方が進入可能な対戦用ステージやイベントスポット等を随時共有ゲーム空間内に設定する処理を更に行う構成としてもよい。

具体的には、ゲーム中エリア設定処理では、サーバシステム１１００は、共有ゲーム空間内の第１種キャラクタの数や第２種キャラクタの数を監視する。そして、第１種キャラクタの数をもとに、予め用意される第１種キャラクタ専用対戦ステージ用のエリア設定テーブル５５３ａ（図１２を参照）に従って、第１種キャラクタ専用対戦ステージ１０を非戦闘エリアＡ１３内に設定する。また、第２種キャラクタの数をもとに、第２種キャラクタ専用イベントスポット用のエリア設定テーブル５５３ｂ（図１２を参照）に従って、第２種キャラクタ専用イベントスポット２０を非戦闘エリアＡ１３内に設定する。これによれば、共有ゲーム空間内の第１種キャラクタの数に基づいて、第１種キャラクタエリアの種類、数、大きさ、及び設定位置を可変に設定することが可能となる。また、共有ゲーム空間内の第２種キャラクタの数に基づいて、第２種キャラクタエリアの種類、数、大きさ、及び設定位置を可変に設定することが可能となる。なお、第１種キャラクタエリアの種類、数、大きさ、及び設定位置の全てを可変に設定する場合に限らず、そのうちの少なくとも何れか１つを可変に設定する構成でもよい。同様に、第２種キャラクタエリアの種類、数、大きさ、及び設定位置の全てを可変に設定する場合に限らず、そのうちの少なくとも何れか１つを可変に設定する構成でもよい。

図４は、エリア設定テーブル５５３ａ，５５３ｂのデータ構成例を示す図である。図４に示すように、第１種キャラクタ専用対戦ステージ用のエリア設定テーブル５５３ａは、該当する第１種キャラクタ専用対戦ステージを識別するためのエリアＩＤと対応付けて、設定条件と、大きさと、設定位置と、発動イベント内容とを格納する。第２種キャラクタ専用イベントスポット用のエリア設定テーブル５５３ｂも同様に、該当する第２種キャラクタ専用イベントスポットを識別するためのエリアＩＤと対応付けて、設定条件と、大きさと、設定位置と、発動イベント内容とを格納する。

設定条件は、該当する第１種キャラクタ専用対戦ステージ又は該当する第２種キャラクタ専用イベントスポットの出現条件及び消失条件の組み合わせによって定義される。エリア設定テーブル５５３ａでは、例えば、「共有ゲーム空間内の第１種キャラクタの数が所定の第１の数に達したこと」等として出現条件が設定され、「共有ゲーム空間内の第１種キャラクタの数が所定の第２の数を下回ったこと」等として消失条件が設定される。エリア設定テーブル５５３ｂでは、例えば、「共有ゲーム空間内の第２種キャラクタの数が所定の第３の数に達したこと」等として出現条件が設定され、「共有ゲーム空間内の第２種キャラクタの数が所定の第４の数を下回ったこと」等として消失条件が設定される。出現条件及び消失条件は、該当するキャラクタ種類のキャラクタ数の他、各キャラクタ種類別のキャラクタ数の比率、等を用いて設定される。

大きさには、該当する第１種キャラクタ専用対戦ステージ又は該当する第２種キャラクタ専用イベントスポットの大きさが設定される。

設定位置は、例えば、共有ゲーム空間内（本実施形態では非戦闘エリア内）の特定の位置座標として定義される。設定位置は、共有ゲーム空間内の第１種キャラクタの位置の分布に基づく位置としてもよいし、第２種キャラクタの位置の分布に基づく位置としてもよい。例えば、非戦闘エリアにおいて所定の範囲内に第１種キャラクタが所定数以上いるために所定の高密度条件を満たすエリア（以下「密集エリア」ともいう）があるときは、当該密集エリア内に設定位置を設定してもよいし、密集エリアから所定の距離範囲内となる近傍位置を設定位置としてもよい。或いは、非戦闘エリアに第１種キャラクタの数が所定数を下回るために所定の低密度条件を満たすエリア（以下「閑散エリア」ともいう）がある場合に、当該閑散エリア内に設定位置を設定してもよいし、閑散エリアの近傍位置を設定位置としてもよい。第２種キャラクタの位置の分布に基づく位置とする設定についても同様である。その他、第１種キャラクタの位置の分布と、第２種キャラクタの位置の分布との両方に基づく位置を設定位置とすることもできる。これによれば、第１種キャラクタが多くいるところに第１種キャラクタエリアである第１種キャラクタ専用対戦ステージを設定したり、逆に第１種キャラクタがいないところに設定するといったことが可能となる。また、第２種キャラクタが多くいるところに第２種キャラクタエリアである第２種キャラクタ専用イベントスポットを設定したり、逆に第２種キャラクタがいないところに設定するといったことが可能となる。

発動イベント内容は、該当する第１種キャラクタ専用対戦ステージに係る対戦イベントや、該当する第２種キャラクタ専用イベントスポットに係るゲームイベントのイベント内容を格納する。例えば、エリア設定テーブル５５３ａの発動イベント内容は、当該第１種キャラクタ専用対戦ステージに進入した第１種キャラクタを対象に発動するバトルの対戦形式を格納する。また、エリア設定テーブル５３３ｂの発動イベント内容は、例えば、当該第２種キャラクタ専用イベントスポットに進入した第２種キャラクタを対象にゲームイベントとして実行するミニゲームの種類を格納する。

したがって、ゲーム中エリア設定処理によれば、ゲーム中に第１種キャラクタの数が増えてエリア設定テーブル５３３ａの何れかの出現条件を満たした場合には、対応する発動イベント内容の対戦イベントをプレイするための第１種キャラクタ専用対戦ステージが、対応する大きさで、対応する非戦闘エリア内の設定位置に出現することとなる。また、第１種キャラクタの数が減って何れかの消失条件を満たした場合には、該当する第１種キャラクタ専用対戦ステージは消失する。

また、ゲーム中に第２種キャラクタの数が増えてエリア設定テーブル５３３ｂの何れかの出現条件を満たした場合には、対応する発動イベント内容のゲームイベントをプレイするための第２種キャラクタ専用イベントスポットが、対応する大きさで、対応する非戦闘エリアＡ１３内の設定位置に出現することとなる。また、第２種キャラクタの数が減って何れかの消失条件を満たした場合には、該当する第２種キャラクタ専用イベントスポットは消失する。

３．イベント制御処理について
イベント制御処理では、サーバシステム１１００は、第１種キャラクタ専用対戦ステージに進入した第１種キャラクタを対象にバトルを発動して、対戦イベントの実行を制御する。具体的には、サーバシステム１１００は、戦闘エリア内に設定されている第１種キャラクタ専用対戦ステージ毎に、当該第１種キャラクタ専用対戦ステージについて設定された対戦形式でのバトルに挑む第１種キャラクタの参加を募る。そして、参加者がいれば第１種キャラクタを当該第１種キャラクタ専用対戦ステージへ進入させてバトルを発動することで、そこでの対戦イベントの実行を制御する。

またサーバシステム１１００は、第２種キャラクタ専用イベントスポットに進入した第２種キャラクタを対象に、ゲームイベントの実行を制御する。例えば、当該第２種キャラクタ専用イベントスポットについて設定されたミニゲームを実行することで、そこでのゲームイベントの実行を制御する。

４．初期位置決定処理
本実施形態の初期位置決定処理では、サーバシステム１１００は、ゲームに新たにログインしたユーザ（途中参加ユーザ）の端末装置１５００が第１種端末装置の場合に、第２種端末装置の場合と比べて第１種キャラクタエリアに近い位置として、当該ユーザが操作するキャラクタの初期位置を決定する。

例えば、途中参加ユーザの端末装置１５００が第１種端末装置の場合には、当該キャラクタの初期位置を、共有ゲーム空間内の何れかの第１種キャラクタエリアから所定の距離範囲内となる当該第１種キャラクタエリアの近傍位置として決定する。これによれば、第１種ユーザは、第１種キャラクタエリアの近傍位置からゲームプレイを始めることができ、対戦イベントに参加し易くなる。また、第１種キャラクタエリアの周囲に第１種キャラクタが集まりやすくなるので、第１種キャラクタ同士のエンカウントが発生し易くなる。エンカウントの発生によってどのようなゲームイベントを発動させるかは任意に設定することができる。

これに対し、第２種キャラクタは第１種キャラクタエリアへの進入が不可能である。そのため、途中参加ユーザの端末装置１５００が第２種端末装置の場合には、第１種キャラクタエリアから所定距離以上離れた位置を、当該ユーザが操作するキャラクタの初期位置として決定する。

５．視点等の設定について
図５は、端末装置１５００が第１種端末装置の場合の視点及びフレームレートの設定例を示す図であり、図６は、端末装置１５００が第２種端末装置の場合の視点及びフレームレートの設定例を示す図である。図５に示すように、本実施形態では、第１種端末装置のユーザ（第１種ユーザ）用の視点は、当該第１種ユーザが操作するキャラクタ（第１種キャラクタ）の位置が第１種キャラクタエリア内（戦闘エリア内や第１種キャラクタ専用対戦ステージ内）か否かによって切り替わる構成となっている。例えば、第１種キャラクタエリア内にいる場合は、当該第１種キャラクタに追従する３人称視点であって、撮影解像度が高解像度の視点（以下「高解像度視点」ともいう）とされる。一方、第１種キャラクタエリア外（非戦闘エリア内であって、第１種キャラクタ専用対戦ステージの外）にいる場合は、当該第１種キャラクタを上方から見下ろして撮影する俯瞰視点であって、撮影解像度が低解像度の視点（以下「低解像度視点」ともいう）とされる。つまり、第１種ユーザ用の視点は、当該第１種ユーザの第１種キャラクタが第１種キャラクタエリア内にいる場合は高解像度視点、第１種キャラクタエリアの外にいる場合は低解像度視点に切り替わる。また、第１種端末装置のフレームレートは、サーバシステム１１００でのゲームの進行制御の間隔であるＸ秒以上のＮ秒間隔とされる。例えば、当該進行制御の間隔と同じ１／６０秒間隔とすることができる。

また、図６に示すように、第２種端末装置のユーザ（第２種ユーザ）用の視点は、当該第２種ユーザが操作するキャラクタ（第２種キャラクタ）を上方から見下ろして撮影する俯瞰視点であって、撮影解像度が低解像度の視点（低解像度視点）とされる。第２種キャラクタが第１種キャラクタエリアに進入することはないため、第２種ユーザ用の視点は常に低解像度視点となる。そして、第２種端末装置のフレームレートは、Ｎ秒以上のＭ秒間隔とされる。例えば、１／３０秒間隔とすることができる。

６．画像処理情報の提供について
図７は、画像処理情報の提供と、画像処理情報を用いたゲーム画像の表示を説明する図である。また、図８は、高解像度視点に基づくゲーム画像（以下「高解像度ゲーム画像」ともいう）の表示例を示し、図９は、低解像度視点に基づくゲーム画像（以下「低解像度ゲーム画像」ともいう）の表示例を示す図である。

６－１．第１種端末装置向けの提供について
本実施形態では、サーバシステム１１００は、各ユーザの端末装置１５００に対する画像処理情報の提供にあたり、第１種端末装置に対しては、高解像度視点に基づく画像生成用基礎データを、高解像度視点に係る画像処理情報（高解像度視点用画像処理情報）として提供する第１提供処理と、低解像度視点に基づく画像生成用基礎データを、低解像度視点に係る画像処理情報（低解像度視点用画像処理情報）として提供する第２提供処理と、を切り替えて行う。

具体的には、サーバシステム１１００は、図２のステップＳ１５において、第１種ユーザ用の視点を、当該第１種ユーザの第１種キャラクタが第１種キャラクタエリア内（戦闘エリア内や第１種キャラクタ専用対戦ステージ内）にいれば高解像度視点とし、当該第１種ユーザについて高解像度視点を制御する。第１種キャラクタが第１種キャラクタエリアの外にいるのであれば、第１種ユーザ用の視点は低解像度視点とし、当該第１種ユーザについて低解像度視点を制御する。

そして、高解像度視点の場合は、サーバシステム１１００は、ステップＳ１７にて当該第１種ユーザに向けた高解像度視点に基づく画像生成用基礎データを生成し、ステップＳ１９にて当該第１種ユーザ向けの画像生成用基礎データを高解像度視点用画像処理情報として対応する端末装置１５００（第１種端末装置）に提供することで、第１提供処理を行う。

また、低解像度視点の場合は、サーバシステム１１００は、ステップＳ１７にて当該第１種ユーザに向けた低解像度視点に基づく画像生成用基礎データを生成し、ステップＳ１９にて当該第１種ユーザ向けの画像生成用基礎データを低解像度視点用画像処理情報として対応する端末装置１５００（第１種端末装置）に提供することで、第２提供処理を行う。

一方、第１種端末装置には、図７に示すように、第１種端末用データ５２０Ａが端末側データ６００（図１４を参照）として格納される。第１種端末用データ５２０Ａは、サーバシステム１１００から高解像度視点用画像処理情報や低解像度視点用画像処理情報の提供を受けてゲーム画像を表示するためのデータである。具体的には、第１種端末用データ５２０Ａには、第１種ゲームクライアントプログラム５２１Ａと、高画質な第１種キャラクタデータ５３１及び低画質な第２種キャラクタデータ５３３をキャラクタデータとして含む第１種ゲーム設定データ５３０Ａと、が格納される。第１種キャラクタデータ５３１は、例えば、ポリゴン数が多いモデルデータ、高画質のテクスチャデータ、細やかで滑らかな動作を定義したモーションデータ等で構成することができる。第２種キャラクタデータ５３３は、例えば、ポリゴン数が少ない粗いモデルデータ、低解像度のテクスチャデータ、おおまかな動作のモーションデータ等で構成することができる。

第１種端末装置は、サーバシステム１１００から高解像度視点用画像処理情報が提供された場合は、図２のステップＳ２３にて高解像度視点に基づく高解像度ゲーム画像を生成し、当該高解像度ゲーム画像をステップＳ２５にて表示する。これにより、端末装置１５００が第１種端末装置の場合は、当該第１種ユーザの第１種キャラクタが第１種キャラクタエリア内にいるときには、図８に例示するように、当該キャラクタの後方から追従する３人称視点である高解像度視点から共有ゲーム空間を撮影した高解像度の画像が、高解像度ゲーム画像として第１種端末装置に表示される。高解像度ゲーム画像には、自分のキャラクタ３１や他のユーザが操作するキャラクタ３３１等を含む共有ゲーム空間の様子が高解像度で表示される。

また、第１種端末装置は、サーバシステム１１００から低解像度視点用画像処理情報が提供された場合は、図２のステップＳ２３にて低解像度視点に基づく低解像度ゲーム画像を生成し、低解像度ゲーム画像をステップＳ２５にて表示する。これにより、第１種キャラクタが第１種キャラクタエリアの外にいるときには、図９に例示するように、俯瞰視点である低解像度視点から共有ゲーム空間を撮影した低解像度の画像が、低解像度ゲーム画像として第１種端末装置に表示される。低解像度ゲーム画像には、自分のキャラクタ３１や他のキャラクタ３３３等がシンボル又はアイコン的な簡易なキャラクタの形態で表示される。

６－２．第２種端末装置向けの提供について
次に、第２種端末装置に対しては、サーバシステム１１００は、低解像度視点に基づく画像生成用基礎データを、低解像度視点に係る画像処理情報（低解像度視点用画像処理情報）として提供する第２提供処理を行う。

具体的には、サーバシステム１１００は、図２のステップＳ１５において、第２種ユーザ用の視点を低解像度視点とし、当該第２種ユーザについて低解像度視点を制御する。そして、サーバシステム１１００は、ステップＳ１７にて当該第２種ユーザに向けた低解像度視点に基づく画像生成用基礎データを生成し、ステップＳ１９にて当該第２種ユーザ向けの画像生成用基礎データを低解像度視点用画像処理情報として、対応する端末装置１５００（第２種端末装置）に提供することで、第２提供処理を行う。

一方、第２種端末装置には、図７に示すように、第２種端末用データ５２０Ｂが端末側データ６００（図１４を参照）として格納される。第２種端末用データ５２０Ｂは、サーバシステム１１００から低解像度視点用画像処理情報の提供を受けてゲーム画像を表示するためのデータである。具体的には、第２種端末用データ５２０Ｂには、第２種ゲームクライアントプログラム５２１Ｂと、低画質な第２種キャラクタデータ５３３をキャラクタデータとして含む第２種ゲーム設定データ５３０Ｂと、が格納される。

第２種端末装置は、サーバシステム１１００からの低解像度視点用画像処理情報の提供を受けて、図２のステップＳ２３にて低解像度視点に基づく低解像度ゲーム画像を生成し、低解像度ゲーム画像をステップＳ２５に表示する。これにより、端末装置１５００が第２種端末装置の場合は、図９に例示するように、俯瞰視点である低解像度視点から共有ゲーム空間を撮影した低解像度の画像が、低解像度ゲーム画像として第２種端末装置に表示される。上記したように、低解像度ゲーム画像には、自分のキャラクタ３１や他のキャラクタ３３３等が簡易な形態で表示される。

７．承諾要求について
さて、本実施形態では、第２種キャラクタの第１種キャラクタエリアへの進入は原則、不可能である。第２種ユーザは、第１種ユーザのように自分のキャラクタを第１種キャラクタエリアに進入させて、他のキャラクタとバトルをすることがない。このことは、ユーザにとってはゲームプレイ上の一種の制約となる。そのため、サーバシステム１１００は、ゲーム前判定処理で第２種端末装置と判定した端末装置１５００のユーザに対し、ゲームプレイ中の第１種キャラクタエリアへの進入が不可である旨の承諾要求を通知する制御を行う。

図１０は、当該通知を受けた端末装置１５００に表示される承諾要求通知画面Ｗ１の一例を示す図である。例えば、承諾要求通知画面Ｗ１には、図１０に示すように、第１種キャラクタエリアへの進入不可の旨のメッセージが表示される。他のキャラクタとバトルをすることがないことや、操作するキャラクタを上空から撮影した低解像度の低解像度ゲーム画像となること等を併せて通知するとしてもよい。この承諾要求通知画面Ｗ１には、承諾応答ボタンＢ１１と、拒否応答ボタンＢ１３とが配置されている。ユーザは、通知された旨を承諾するのであれば承諾応答ボタンＢ１１を選択し、拒否するのであれば拒否応答ボタンＢ１３を選択して、承諾要求に応答する。

そして、サーバシステム１１００は、承諾要求に対し、端末装置１５００にて拒否応答がなされた場合、つまり、承諾要求通知画面Ｗ１での拒否応答ボタンＢ１３の選択操作がなされたことを検出した場合には、当該端末装置１５００のユーザに対してゲームプレイ上の不具合が発生する可能性がある旨を通知する制御を行う。図１１は、当該通知を受けた端末装置１５００に表示される警告画面Ｗ２の一例を示す図である。図１１に示すように、警告画面Ｗ２には、不具合の発生を警告するメッセージが表示される。そして、サーバシステム１１００は、当該通知制御の上で当該端末装置１５００の端末種別を第１種端末装置に変更する。ここでの処理により、ゲームプレイ中、当該端末装置１５００のユーザは、第１種キャラクタエリアでの対戦イベントをプレイ可能となる。

［機能構成］
１．サーバシステム
図１２は、サーバシステム１１００の機能構成例を示すブロック図である。図１２に示すように、本実施形態のサーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、画像表示部３９０ｓと、音出力部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。

操作入力部１００ｓは、システム管理や保守等のための各種操作を入力するためのものであり、例えばキーボードやマウス、タッチパネル等で実現できる。図１では、キーボード１１０６やタッチパネル１１０８がこれに該当する。

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

サーバ処理部２００ｓは、ユーザ管理部２１０と、ゲーム管理部２３０と、計時部２８０ｓと、画像生成部２９０ｓと、音生成部２９２ｓと、通信制御部２９４ｓとを備える。

ユーザ管理部２１０は、ユーザ登録に係る処理及びユーザＩＤ（アカウント）に紐付けられる各登録ユーザのデータの管理を行う。例えば、登録ユーザへのユニークなユーザＩＤの付与処理、ユーザＩＤ別に個人情報を登録管理する登録情報管理処理、ログイン及びログアウトの履歴等を管理する利用履歴管理処理等を実行することができる。勿論、これら以外のユーザＩＤに紐付けられる他のデータの管理処理も適宜含めることができる。

ゲーム管理部２３０は、ゲームの実行管理に係る各種処理を行う。本実施形態のゲームはクライアント・サーバ型のオンラインゲームであるので、ゲーム管理部２３０は、端末装置１５００と通信を行いながらゲームプレイに必要なデータを提供する制御を行う。

このゲーム管理部２３０は、端末種別判定部２３１と、初期位置決定部２３３と、エリア設定部２３５と、ゲーム進行制御部２４０と、第１提供部２５３と、第２提供部２５５と、承諾要求制御部２５７と、拒否応答時制御部２５９とを含む。

端末種別判定部２３１は、ゲーム前判定処理とゲーム中判定処理とを端末種別判定処理として行う機能部であり、端末装置１５００のゲームプレイスペックに基づいて、当該端末装置１５００の端末種別が第１種端末装置か第２種端末装置かを判定する。ゲーム前判定処理では、端末種別判定部２３１は、ゲームに新たにログインしたユーザの端末装置１５００からゲームプレイスペック情報を取得して用い、端末種別を判定する。そして、第１種端末装置と判定した端末装置１５００については「第１種端末装置」とし、第２種端末装置と判定した端末装置１５００については「第２種端末装置」として、該当するユーザの登録端末種別５７７（図１３を参照）を設定する。また、設定した端末種別と同じ端末種別を現端末種別５７９（図１３を参照）に設定することで、現端末種別５７９（図１３を参照）を初期設定する。

一方、ゲーム中判定処理では、端末種別判定部２３１は、端末装置１５００毎に、サーバシステム１１００との通信速度を監視する。登録端末種別５７７が「第１種端末装置」の端末装置１５００の中に、通信速度が上記の種別変更条件を満たした端末装置１５００があれば第２種端末装置として動的に判定し、当該端末装置１５００の現端末種別５７９の設定を「第２種端末装置」に変更する。その後に当該端末装置１５００の通信速度が回復し、種別変更条件を満たさなくなった場合には、端末種別判定部２３１は、該当するユーザの現端末種別５７９の設定を「第１種端末装置」に戻す。

初期位置決定部２３３は、初期位置決定処理を行う機能部であり、ゲームに新たにログインしたユーザが操作するキャラクタの初期位置を、当該ユーザの端末装置１５００の端末種別が第１種端末装置なのか第２種端末装置なのかに応じて決定する。具体的には、初期位置決定部２３３は、第１種端末装置の場合の初期位置を、第２種端末装置の場合の初期位置と比べて第１種キャラクタエリアに近い位置として決定する。

エリア設定部２３５は、エリア初期設定処理とゲーム中エリア設定処理とをエリア設定処理として行う機能部である。本実施形態では、エリア設定部２３５は、ゲーム開始前にエリア初期設定処理を行い、共有ゲーム空間内の戦闘エリアを第１種キャラクタエリアとして設定する。一方、ゲーム中のゲーム中エリア設定処理では、エリア設定部２３５は、図４を参照して説明したエリア設定テーブル５３３ａの設定に従って、共有ゲーム空間内の第１種キャラクタの数に応じて第１種キャラクタ専用対戦ステージを設定する。また、エリア設定部２３５は、エリア設定テーブル５３３ｂの設定に従って、共有ゲーム空間内の第２種キャラクタの数に応じて第２種キャラクタ専用イベントスポットを設定する。

ゲーム進行制御部２４０は、各端末装置１５００からゲーム操作の操作入力情報を取得し、所定の進行制御の間隔（Ｘ秒間隔）でゲームの進行を制御する。このゲーム進行制御部２４０は、キャラクタ移動制御部２４５、視点制御部２４６と、イベント実行制御部２４７とを備える。

キャラクタ移動制御部２４５は、端末種別が第１種端末装置である端末装置１５００のユーザ（第１種ユーザ）が操作するキャラクタ（第１種キャラクタ）の、第１種キャラクタエリアへの進入を可能に制御する。一方、キャラクタ移動制御部２４５は、端末種別が第２種端末装置である端末装置１５００のユーザ（第２種ユーザ）が操作するキャラクタ（第２種キャラクタ）については、第１種キャラクタエリアへの進入を不可能とすることで、第２種キャラクタの第１種キャラクタエリアへの進入を抑制する制御を行う。また、キャラクタ移動制御部２４５は、第２種キャラクタの第２種キャラクタエリアへの進入を可能に制御するとともに、第１種キャラクタについては、第２種キャラクタエリアへの進入を不可能とすることで、第２種キャラクタの第２種キャラクタエリアへの進入を抑制する制御を行う。

視点制御部２４６は、端末装置１５００毎に、当該端末装置１５００のユーザ用の視点を、当該端末装置１５００の端末種別に応じた設定の視点として配置・制御する。具体的には、視点制御部２４６は、端末種別が第１種端末装置である第１種ユーザ用の視点については、当該第１種ユーザの第１種キャラクタが第１種キャラクタエリア内（戦闘エリア内や第１種キャラクタ専用対戦ステージ内）にいる場合は高解像度視点とし、第１種キャラクタエリアの外にいる場合は低解像度視点として切り替えて配置・制御する。視点の切り替えに際しては、該当するユーザの現視点種別５８０（図１３を参照）の設定を「高解像度視点」又は「低解像度視点」として書き換える。また、視点制御部２４６は、端末種別が第２種端末装置である第２種ユーザ用の視点については、低解像度視点として配置・制御する。該当するユーザの現視点種別５８０の設定は、「低解像度視点」とされる。

イベント実行制御部２４７は、イベント制御処理を行う機能部であり、第１種キャラクタ専用対戦ステージに進入した第１種キャラクタを対象に、当該第１種キャラクタ専用対戦ステージに応じた対戦形式で対戦イベントの実行を制御する。また、イベント実行制御部２４７は、第２種キャラクタ専用イベントスポットに進入した第２種キャラクタを対象に、当該第２種キャラクタ専用イベントスポットに応じたゲームイベントの実行を制御する。

第１提供部２５３は、第１提供処理を行う機能部であり、現端末種別５７９の設定が「第１種端末装置」であって、現視点種別５８０の設定が「高解像度視点」である端末装置１５００に対して、高解像度視点に係る高解像度視点用画像処理情報を提供する。

第２提供部２５５は、第２提供処理を行う機能部であり、現端末種別５７９の設定が「第１種端末装置」であって、現視点種別５８０の設定が「低解像度視点」である端末装置１５００や、現端末種別５７９の設定が「第２種端末装置」である端末装置１５００に対して、低解像度視点に係る低解像度視点用画像処理情報を提供する。

承諾要求制御部２５７は、ゲーム前判定処理の結果、端末種別が第２種端末装置と判定された端末装置１５００のユーザに、承諾要求を通知する制御を行って承諾応答又は拒否応答を受け付ける。

拒否応答時制御部２５９は、承諾要求制御部２５７によって通知された承諾要求に対し、端末装置１５００にて拒否応答がなされた場合に、当該端末装置１５００のユーザにゲームプレイ上の不具合が発生する可能性がある旨の通知制御を行う。その上で、当該端末装置１５００に対しては、第２提供部２５５による低解像度視点用画像処理情報の提供に代えて、第１提供部２５３による高解像度視点用画像処理情報の提供を行わせる。当該端末装置１５００の登録端末種別５７７を「第１種端末装置」に変更することで実現できる。

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

画像生成部２９０ｓは、サーバシステム１１００のシステム管理等に関する画像を生成し、画像表示部３９０ｓへ出力する。

音生成部２９２ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステム１１００のシステム管理や動画配信に係る操作音、ＢＧＭ等の音声データを生成し、或いはデコードする。システム管理に関する音声信号は、音出力部３９２ｓへ出力される。

通信制御部２９４ｓは、通信部３９４ｓを介して外部装置（例えば端末装置１５００）とのデータ通信のための通信接続及びデータ処理を行い、外部装置とのデータのやりとりを実現する。

画像表示部３９０ｓは、画像生成部２９０ｓから入力される画像信号に基づいてシステム管理等のための各種画面を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図１では、タッチパネル１１０８がこれに該当する。

音出力部３９２ｓは、音生成部２９２ｓから入力される音声信号を放音する。図１では、本体装置１１０１やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。

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

サーバ記憶部５００ｓには、サーバシステム１１００を動作させ、サーバシステム１１００が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納され、或いは処理の都度一時的に格納される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。図１では、ＩＣメモリ１１５２やストレージ１１４０がこれに該当する。

また、サーバ記憶部５００ｓには、サーバプログラム５０１と、配信用端末側データ５１０と、ユーザ管理データ５４０と、ゲーム設定データ５５０と、プレイ中データ５６０と、が格納される。また、その他にも、タイマーやカウンタ、各種テーブルや閾値、フラグ等の必要なデータが適宜格納される。

サーバプログラム５０１は、サーバ処理部２００ｓをユーザ管理部２１０及びゲーム管理部２３０として機能させるためのプログラムである。なお、このサーバプログラム５０１には、画像生成部２９０ｓや音生成部２９２ｓ、通信制御部２９４ｓとして機能させるためのプログラムを適宜含めることもできる。

配信用端末側データ５１０は、端末装置１５００にダウンロードされる端末側データ６００（図１４を参照）の原本である。配信用端末側データ５１０は、第１種端末用データ５２０Ａと、第２種端末用データ５２０Ｂとを含む。本実施形態では、第１種端末装置と判定された端末装置１５００には、第１種端末用データ５２０Ａが提供（ダウンロード）され、当該端末装置１５００にて端末側データ６００として端末記憶部５００に格納される。一方、第２種端末装置と判定された端末装置１５００には第２種端末用データ５２０Ｂが提供され、当該端末装置１５００にて端末側データ６００として端末記憶部５００に格納される。

第１種端末用データ５２０Ａは、図７を参照して説明したように、第１種ゲームクライアントプログラム５２１Ａと、第１種キャラクタデータ５３１及び第２種キャラクタデータ５３３を含む第１種ゲーム設定データ５３０Ａと、を含む。第２種端末用データ５２０Ｂは、第２種ゲームクライアントプログラム５２１Ｂと、第２種キャラクタデータ５３３を含む第２種ゲーム設定データ５３０Ｂと、を含む。

ユーザ管理データ５４０は、登録ユーザ毎に用意され、ユーザＩＤ（アカウント）と対応付けて、当該ユーザのゲームプレイに関する管理用の各種データを格納する。例えば、ユーザ名、プレイ日時やプレイ時間等のプレイ履歴、ゲームのセーブデータ等を含む。

ゲーム設定データ５５０は、本実施形態のオンラインゲームを実現するために必要な各種設定データを格納する。例えば、ゲーム設定データ５５０は、１）ゲームの進行制御に係る設定データと、２）第１種端末装置向けの画像生成用基礎データや第２種端末装置向けの画像生成用基礎データの生成に係る設定データとを格納する。また、ゲーム設定データ５５０は、端末装置１５００が第１種端末装置か第２種端末装置かを判定するのに用いるゲームプレイスペックの高低レベル毎の端末種別判定用基準５５１と、第１種キャラクタ専用対戦ステージ用のエリア設定テーブル５５３ａと、第２種キャラクタ専用イベントスポット用のエリア設定テーブル５５３ｂとを格納する。

プレイ中データ５６０は、例えば、実行中のゲームの進行状況、当該ゲームに係る共有ゲーム空間内の各種オブジェクトの最新状態、及び当該ゲームへのユーザの参加状況を記述する各種データを格納する。具体的には、プレイ中データ５６０は、図１３に示すように、操作入力履歴データ５６１と、ゲーム空間制御データ５６３と、視点制御データ５６５と、キャラクタ制御データ５６７と、エリア設定状況データ５９０と、プレイユーザデータ５７０とを含む。操作入力履歴データ５６１は、当該ゲームをプレイしているユーザ毎の操作入力情報の履歴のデータである。ゲーム空間制御データ５６３は、背景物等の共有ゲーム空間を構成する各種オブジェクトの制御データである。視点制御データ５６５は、各ユーザ用の視点の制御データである。キャラクタ制御データ５６７は、各ユーザが操作するキャラクタの制御データである。

エリア設定状況データ５９０は、共有ゲーム空間内（非戦闘エリア内）に設定されている第１種キャラクタ専用対戦ステージ及び第２種キャラクタ専用イベントスポット毎に用意される。例えば、１つのエリア設定状況データ５９０は、該当する第１種キャラクタ専用対戦ステージ又は第２種キャラクタ専用イベントスポットのエリアＩＤ５９１と、第１種キャラクタ専用対戦ステージなのか第２種キャラクタ専用イベントスポットなのかを示すエリア種類と、進入キャラクタリスト５９５とを含む。エリア設定状況データ５９０は、エリア設定部２３５が共有ゲーム空間内に第１種キャラクタ専用対戦ステージ又は第２種キャラクタ専用イベントスポットを出現させた場合に追加される。また、エリア設定部２３５が当該第１種キャラクタ専用対戦ステージ又は第２種キャラクタ専用イベントスポットを消失させた場合に削除される。

進入キャラクタリスト５９５には、それが第１種キャラクタ専用対戦ステージであれば、当該第１種キャラクタ専用対戦ステージに進入した第１種キャラクタのキャラクタＩＤが、当該第１種キャラクタを操作するユーザ（当該第１種キャラクタ専用対戦ステージで対戦イベントをプレイ中のユーザ）のユーザＩＤと対応付けられて設定される。第２種キャラクタ専用イベントスポットの場合は、当該第２種キャラクタ専用イベントスポットに進入した第２種キャラクタのキャラクタＩＤが、当該第２種キャラクタを操作するユーザ（当該第２種キャラクタ専用イベントスポットでゲームイベントをプレイ中のユーザ）のユーザＩＤと対応付けられて設定される。

プレイユーザデータ５７０は、当該ゲームをプレイしているユーザ毎に用意され、該当するユーザのユーザＩＤ５７１、使用する端末装置１５００のゲームプレイスペック情報５７５、登録端末種別５７７、現端末種別５７９、現視点種別５８０、当該ユーザが操作するキャラクタのキャラクタＩＤ５８３、通信速度の測定履歴５８５等を格納する。

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

操作入力部１００は、ユーザが各種操作を入力するためのものであり、例えば、ボタンスイッチ、ジョイスティック、タッチパッド、トラックボール、加速度センサ、角速度センサ、ＣＣＤモジュール等によって実現できる。

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

端末処理部２００は、端末側ゲーム演算部２７０と、計時部２８０と、画像生成部２９０と、音生成部２９２と、通信制御部２９４とを備える。

端末側ゲーム演算部２７０は、端末装置１５００をユーザのゲームプレイのための端末として機能させるための各種演算処理を実行する。例えば、端末側ゲーム演算部２７０は、操作信号送信制御部２７１と、ゲーム画面表示制御部２７３とを含む。

操作信号送信制御部２７１は、操作入力部１００に対する操作入力に応じて、各種データやリクエスト情報をサーバシステム１１００へ送信するための処理を行う。

ゲーム画面表示制御部２７３は、サーバシステム１１００から受信した各種データに基づいて、画像表示部３９０にゲーム画像を表示するための制御を行う。当該端末装置１５００が第１種端末装置であれば、図７に示した第１種端末用データ５２０Ａの第１種ゲームクライアントプログラム５２１Ａを実行し、第１種ゲーム設定データ５３０Ａを用いて当該端末装置１５００の画像生成機能を実現する。すなわち、ゲーム画面表示制御部２７３は、サーバシステム１１００から高解像度視点用画像処理情報が提供されているときには、キャラクタデータとして第１種キャラクタデータ５３１を用い、提供された高解像度視点用画像処理情報に基づき各種オブジェクトの制御を行う。そして、共有ゲーム空間の構築と、高解像度ゲーム画像の生成と、当該高解像度ゲーム画像の表示と、を第１種端末装置用のフレームレート（Ｎ秒間隔）で行う。一方、ゲーム画面表示制御部２７３は、サーバシステム１１００から低解像度視点用画像処理情報が提供されているときには、キャラクタデータとして第２種キャラクタデータ５２７を用い、提供された低解像度視点用画像処理情報に基づき各種オブジェクトの制御を行う。そして、共有ゲーム空間の構築と、低解像度ゲーム画像の生成と、当該低解像度ゲーム画像の表示と、を第１種端末装置用のフレームレート（Ｎ秒間隔）で行う。また、ゲーム中にサーバシステム１１００との通信速度が低下し、当該端末装置１５００が第１種端末装置から第２種端末装置へと変更になった場合には、ゲーム画面表示制御部２７３は、サーバシステム１１００から当該端末装置１５００に対して低解像度視点用画像処理情報が提供されるようになる。その場合も、低解像度ゲーム画像の表示を行う。

また、当該端末装置１５００が第２種端末装置の場合には、ゲーム画面表示制御部２７３は、図７に示した第２種端末用データ５２０Ｂの第２種ゲームクライアントプログラム５２１Ｂを実行し、第２種ゲーム設定データ５３０Ｂを用いて当該端末装置１５００の画像生成機能を実現する。すなわち、キャラクタデータとして第２種キャラクタデータ５２７を用い、サーバシステム１１００から提供された低解像度視点用画像処理情報に基づき各種オブジェクトの制御を行う。そして、ゲーム画面表示制御部２７３は、共有ゲーム空間の構築と、低解像度ゲーム画像の生成と、当該低解像度ゲーム画像の表示と、を第２種端末装置用のフレームレート（Ｍ秒間隔）で行う。

画像生成部２９０は、ゲーム画面表示制御部２７３と連係して、サーバシステム１１００から受信した各種データに基づいて１フレーム時間で１枚のゲーム画面を表示するための画像信号を生成し、生成した画像信号を画像表示部３９０に出力する。例えば、ＧＰＵ、デジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ等によって実現できる。なお、１フレーム時間は、当該端末装置１５００のフレームレートによって決まる。

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

通信制御部２９４は、通信部３９４を介して外部装置（例えばサーバシステム１１００）とのデータ通信のための通信接続及びデータ処理を行い、外部装置とのデータのやりとりを実現する。

画像表示部３９０は、画像生成部２９０から入力される画像信号に基づいて、ゲーム画面等の各種画面を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。

音出力部３９２は、音生成部２９２から入力される音声信号に基づいてゲームに関する効果音やＢＧＭ等を放音する。

通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ、有線用の通信ケーブルのジャックや制御回路等によって実現できる。

端末記憶部５００には、端末装置１５００を動作させ、端末装置１５００が備える機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納され、或いは処理の都度一時的に格納される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。

また、端末記憶部５００には、サーバシステム１１００からダウンロードした第１種端末用データ５２０Ａ又は第２種端末用データ５２０Ｂ（図１２を参照）が端末側データ６００として格納される。具体的には、ログインの時点で第１種端末装置と判定された端末装置１５００の場合は第１種端末用データ５２０Ａがダウンロードされ、端末側データ６００として格納される。ログインの時点で第２種端末装置と判定された端末装置１５００の場合は第２種端末用データ５２０Ｂがダウンロードされ、端末側データ６００として格納される。

［処理の流れ］
図１５は、サーバシステム１１００における処理の流れを示すフローチャートである。ここで説明する処理は、サーバ処理部２００ｓがサーバプログラム５０１を読み出して実行することにより実現される。

図１５に示すように、サーバシステム１１００では、先ず、エリア設定部２３５がエリア初期設定処理を行い、共有ゲーム空間内の戦闘エリアを第１種キャラクタエリアとして設定する。その後、ゲーム管理部２３０がゲーム処理を開始し、ゲームを実行する（ステップＳ１０１）。

また、端末種別判定部２３１が、ゲーム中判定処理を開始する（ステップＳ１０３）。ここで開始される判定処理において、端末種別判定部２３１は、端末装置１５００のそれぞれについてサーバシステム１１００との通信速度を監視する。通信速度が低下した第１種端末装置があれば第２種端末装置として動的に判定し、現端末種別５７９の設定を書き換える。また、当該端末装置１５００の通信速度が回復したならば第１種端末装置として動的に判定し、現端末種別５７９の設定を書き換える。

そして、ステップＳ１０３で開始したゲームの実行中にログイン手続きがなされ、ゲームに新たなユーザがログインした場合には（ステップＳ１０５：ＹＥＳ）、端末種別判定部２３１がゲーム前判定処理を行い、当該端末装置１５００が第１種端末装置か第２種端末装置かを判定する（ステップＳ１０６）。判定した端末種別は、当該端末装置１５００に係る登録端末種別５７７として設定され、現端末種別５７９として初期設定される。

続いて、ステップＳ１０６で判定された端末種別が第２種端末装置の場合は（ステップＳ１０７：ＹＥＳ）、承諾要求制御部２５７が、当該端末装置１５００に承諾要求通知画面Ｗ１（図１０を参照）を表示させることでユーザに承諾要求を通知する制御を行う（ステップＳ１０９）。ここでの承諾要求に応答し拒否応答がなされた場合は（ステップＳ１１１：ＹＥＳ)、拒否応答時制御部２５９が当該端末装置１５００に警告画面Ｗ２（図１１を参照）を表示させることで、ユーザにゲームプレイ上の不具合が発生する可能性がある旨を通知制御する（ステップＳ１１３）。そして、端末種別判定部２３１は、当該端末装置１５００の登録を第１種端末装置に変更し、登録端末種別５７７及び現端末種別５７９の設定を書き換える（ステップＳ１１５）。

その後、当該ユーザの端末装置１５００への配信用端末側データ５１０のダウンロードが済んでいない場合は、当該端末装置１５００の端末種別に応じたダウンロードを行う。具体的には、ゲーム管理部２３０は、登録端末種別５７７の設定が第１種端末装置であれば、第１種端末用データ５２０Ａを当該端末装置１５００に提供する。一方、ゲーム管理部２３０は、登録端末種別５７７の設定が第２種端末装置であれば、第２種端末用データ５２０Ｂを当該端末装置１５００に提供する。提供されたデータは、当該端末装置１５００において端末側データ６００として端末記憶部５００に格納される。

続いて、初期位置決定部２３３が初期位置決定処理を行い、当該ユーザが操作するキャラクタの初期位置を、当該ユーザの端末装置１５００の端末種別が第１種端末装置なのか第２種端末装置なのかに応じて決定する（ステップＳ１１７）。

その後、ゲーム管理部２３０は、当該ユーザのプレイユーザデータ５７０を生成して、当該端末装置１５００におけるユーザのゲームプレイを開始する（ステップＳ１１９）。そして、ゲームを終了するまでの間は（ステップＳ１２１：ＮＯ）、ステップＳ１０５に戻って新たなユーザのログインを待機する。

次に、ゲーム処理について説明する。図１６は、ゲーム処理の流れを示すフローチャートである。図１６に示すように、ゲーム処理では、サーバシステム１１００は、ゲームを終了するまでの間、ループＡの処理を所定の時間間隔（Ｘ秒間隔）で繰り返し実行する（図１６のステップＳ２０１～図１７のステップＳ２３７）。この時間間隔は、端末装置１５００のフレームレートとして想定される最速のフレームレートに基づいて設定されるとよい。

すなわち、ゲーム進行制御部２４０は、ゲームに参加している各ユーザの端末装置１５００からゲーム操作の操作入力情報を取得する（ステップＳ２０３；図２のステップＳ１１に対応）。そして、ゲーム進行制御部２４０は、ステップＳ２０３で取得した各ユーザの操作入力情報に基づき共有ゲーム空間において共通に進行するゲームの進行を制御する（ステップＳ２０５；図２のステップＳ１３に対応）。

続いて、視点制御部２４６が、第１種端末装置毎に当該第１種端末装置のユーザ（第１種ユーザ）用の視点を制御するとともに、第２種端末装置毎に当該第２種端末装置のユーザ（第２種ユーザ）用の視点を制御する（ステップＳ２０７；図２のステップ１５に対応）。第１種ユーザ用の視点については、その第１種キャラクタが第１種キャラクタエリア内にいれば高解像度視点、第１種キャラクタエリアの外にいれば低解像度視点として現視点種別５８０を随時切り替えて配置・制御する。一方、第２ユーザ用の視点については常に低解像度視点として配置し、制御する。

続いて、エリア設定部２３５がエリア設定テーブル５５３ａを参照し、出現条件を満たした第１種キャラクタ専用対戦ステージがある場合は（ステップＳ２０９：ＹＥＳ）、当該第１種キャラクタ専用対戦ステージを共有ゲーム空間内（非戦闘エリア内）に設定して出現させる（ステップＳ２１１）。一方、共有ゲーム空間内に消滅条件を満たした第１種キャラクタ専用対戦ステージがある場合は（ステップＳ２１３：ＹＥＳ）、エリア設定部２３５は、該当する第１種キャラクタ専用対戦ステージを消失させる（ステップＳ２１５）。また、共有ゲーム空間内の何れかの第１種キャラクタ専用対戦ステージに第１種キャラクタが進入した場合は（ステップＳ２１７：ＹＥＳ）、イベント実行制御部２４７が、当該第１種キャラクタ専用対戦ステージに係る対戦イベントの実行を制御する（ステップＳ２１９）。

また、エリア設定部２３５は、エリア設定テーブル５５３ｂを参照し、出現条件を満たした第２種キャラクタ専用イベントスポットがある場合は（ステップＳ２２１：ＹＥＳ）、当該第２種キャラクタ専用イベントスポットを共有ゲーム空間内（非戦闘エリア内）に設定して出現させる（ステップＳ２２３）。一方、共有ゲーム空間内に消滅条件を満たした第２種キャラクタ専用イベントスポットがある場合は（ステップＳ２２５：ＹＥＳ）、エリア設定部２３５は、該当する第２種キャラクタ専用イベントスポットを消失させる（ステップＳ２２７）。また、図１７のステップＳ２３１に移行して、共有ゲーム空間内の何れかの第２種キャラクタ専用イベントスポットに第２種キャラクタが進入した場合は（ステップＳ２２９：ＹＥＳ）、イベント実行制御部２４７が、当該第２種キャラクタ専用イベントスポットに係るゲームイベントの実行を制御する（ステップＳ２３１）。

続いて、第１提供部２５３が第１提供処理を行う（ステップＳ２３３）。すなわち、第１提供部２５３は、現端末種別５７９の設定が「第１種端末装置」であって、現視点種別５８０の設定が「高解像度視点」である端末装置１５００毎に高解像度視点に基づく画像生成用基礎データを生成する（図２のステップＳ１７に対応）。そして、第１提供部２５３は、生成した画像生成用基礎データを当該高解像度視点に係る高解像度視点用画像処理情報に含めて、対応する端末装置１５００に提供する（図２のステップＳ１９に対応）。これを受けて、該当する端末装置１５００では、当該高解像度視点用画像処理情報に基づいて、高解像度ゲーム画像を自身の端末装置１５００のフレームレートで表示する制御を行う。

また、第２提供部２５５が第２提供処理を行う（ステップＳ２３５）。すなわち、第２提供部２５５は、現端末種別５７９の設定が「第１種端末装置」であって、現視点種別５８０の設定が「低解像度視点」である端末装置１５００や、現端末種別５７９の設定が「第２種端末装置」である端末装置１５００毎に低解像度視点に基づく画像生成用基礎データを生成する（図２のステップＳ１７に対応）。そして、第２提供部２５５は、生成した画像生成用基礎データを当該低解像度視点に係る低解像度視点用画像処理情報に含めて、対応する端末装置１５００に提供する（図２のステップＳ１９に対応）。これを受けて、該当する端末装置１５００では、当該低解像度視点用画像処理情報に基づき低解像度ゲーム画像を、自身の端末装置１５００のフレームレートで表示する制御を行う。

以上説明したように、本実施形態によれば、サーバシステム１１００は、オンラインゲームをプレイする各ユーザの端末装置１５００が第１種端末装置か第２種端末装置かを判定することができる。そして、サーバシステム１１００は、共有ゲーム空間内に、第１種端末装置のユーザが操作する第１種キャラクタは進入可能であって、第２種端末装置のユーザが操作する第２種キャラクタは進入不可能である第１種キャラクタエリアを設定し、第１種キャラクタエリアに進入した第１種キャラクタを対象に対戦イベントを実行することができる。具体的には、ゲーム空間内の戦闘エリアを第１種キャラクタエリアとして設定することができる。また、進入した第１種キャラクタを対象とした対戦イベントを実行する第１種キャラクタ専用対戦ステージを第１種キャラクタエリアとして設定することができる。これによれば、第２種キャラクタは第１種キャラクタエリアには進入できないため、他のキャラクタとのバトルをすることできない。一方で、非戦闘エリア内の第２種キャラクタ専用イベントスポットに進入してゲームイベントをプレイすることができる。これによれば、各端末装置１５００において個々のゲームプレイスペックに応じたゲームプレイが実現でき、端末装置１５００間のゲームプレイスペックの相違に起因する不具合を抑制することが可能となる。

また、第１種ユーザが操作する第１種キャラクタが第１種キャラクタエリア内にいる場合に、当該第１種ユーザ用の視点を高解像度視点として制御し、対応する端末装置１５００に高解像度のゲーム画像を表示させることができる。一方、第２種ユーザ用の視点については低解像度視点として制御し、対応する端末装置１５００に低解像度のゲーム画像を表示させることができる。これによれば、共有ゲーム空間の画像表示を、端末装置１５００のゲームプレイスペックに応じた画像表示とすることができる。よって、端末装置１５００間でゲームプレイスペックが相違することによる不具合をより効果的に抑制できる。

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

［変形例１］
例えば、上記実施形態のゲームでは、第２種ユーザは、自分のキャラクタ（第２種キャラクタ）を第１種キャラクタエリアへ進入させることができず、敵と対峙して闘う直接戦闘に関わるゲームプレイができない。これは、使用する端末装置１５００のゲームプレイスペックが低レベルなためである。ゲームプレイスペックが高レベルの端末装置１５００を用意すれば、第１種ユーザとして対戦イベントをプレイしてゲームを楽しむことができる。そこで、第２種端末装置に対し、第１種端末装置向けの共有ゲーム空間の画像（高解像度ゲーム画像）の紹介画像を表示させるようにしてもよい。例えば、サーバシステム１１００では、ゲーム管理部２３０が、紹介画像表示制御手段としてゲーム中の所定の表示タイミングにて紹介画像を生成する。そして、当該紹介画像のデータを第２種端末装置に提供して表示させる制御を行う。紹介画像は、第１種端末装置に提供した高解像度視点用画像処理情報（画像生成用基礎データ）に基づいて、第１種端末用データ５２０Ａの第１種ゲーム設定データ５３０Ａ（図７を参照）を用いて共有ゲーム空間の画像（つまり高解像度ゲーム画像）を生成することで得られる。

図１８は、第２種端末装置における紹介画像の表示例を示す図である。例えば、図１８に示すように、紹介画像の表示は、低解像度ゲーム画像上に紹介画像のウィンドウＷ３を表示することで実現できる。例えば、対戦イベントの開始時を表示タイミングとして、対戦イベントが終了するまで当該紹介画像のウィンドウＷ３を表示しておく構成でもよいし、表示タイミングから所定時間が経過した場合にウィンドウＷ３を閉じるのでもよい。これによれば、第２種ユーザに対し、第１種ユーザとなって迫力のあるゲームプレイをすることを促す効果が期待される。

［変形例２］
また、上記実施形態では、高解像度視点として３人称視点を例示したが、１人称視点として設定するとしてもよい。また、１人称視点や３人称視点、俯瞰視点等の複数種類の視点の中から何れか１つを選択するユーザ（第１種ユーザ）の選択操作を受け付けて、当該ユーザ用の視点を選択可能な構成とすることもできる。

［変形例３］
また、上記実施形態では、共有ゲーム空間内の第１種キャラクタの数を監視し、当該数に基づいて第１種キャラクタエリアである第１種キャラクタ専用対戦ステージを設定する例を説明した。これに対し、第２種キャラクタの数を監視し、当該数に基づいて上記実施形態と同様の要領で第１種キャラクタ専用対戦ステージを設定することで、第１種キャラクタエリアの種類、数、大きさ、及び設定位置を可変に設定する構成としてもよい。第１種キャラクタ専用対戦ステージ用のエリア設定テーブル５５３ａにおいて、第２種キャラクタの数によって出現条件や消滅条件を定義した設定を含めておくことで実現できる。また、第１種キャラクタの数と第２種キャラクタの数とを組み合わせて出現条件や消滅条件を定義した設定を含めておき、その両方に基づいて第１種キャラクタエリアの数等を可変に決定する構成としてもよい。何れの場合も、第１種キャラクタエリアの種類、数、大きさ、及び設定位置の全てを可変に設定する場合に限らず、そのうちの少なくとも何れか１つを可変に設定する構成とすることもできる。

［変形例４］
また、共有ゲーム空間における第１種キャラクタの位置の分布に基づいて、第１種キャラクタエリアの数を可変に設定するとしてもよい。例えば、共有ゲーム空間に第１種キャラクタが所定数以上いるために所与の高密度条件を満たしている密集エリアがある場合に、当該エリア内やその近傍位置に第１種キャラクタエリア（例えば上記実施形態の第１種キャラクタ専用対戦ステージ）を設定することで、共有ゲーム空間内における第１種キャラクタエリアの数を増やすこととしてもよい。或いは、共有ゲーム空間内に第１種キャラクタの数が所定数を下回るために所与の低密度条件を満たしている閑散エリアがある場合に、当該閑散エリア内やその近傍位置に第１種キャラクタエリアを設定することで、その数を増やすとしてもよい。また、共有ゲーム空間内に設定されている第１種キャラクタエリアから所定の距離範囲内の第１種キャラクタの数が所定数を下回っており、周囲にいる第１種キャラクタが少ない第１種キャラクタエリアがある場合に、当該第１種キャラクタエリアを消失させて、その数を減らす構成としてもよい。

なお、本変形例では第１種キャラクタの位置の分布を例示したが、第２種キャラクタの位置の分布に基づいて同様の処理を行い、第１種キャラクタエリアの数を可変に設定するとしてもよい。或いは、第１種キャラクタの位置の分布と、第２種キャラクタの位置の分布の両方を加味して、第１種キャラクタエリアの数を可変に設定するとしてもよい。

［変形例５］
また、共有ゲーム空間内の第１種キャラクタエリアの設定位置を第１種キャラクタの位置の分布に応じて変更し、移動させる構成としてもよい。例えば、第１種キャラクタエリアから所定の距離範囲内の第１種キャラクタの数が所定数以上となっている等、周囲に第１種キャラクタが密集している第１種キャラクタエリアがある場合に、当該第１種キャラクタエリアを共有ゲーム空間内の閑散エリアへと移動させるとしてもよい。逆に、周囲にいる第１種キャラクタの数が少ない第１種キャラクタエリアがあれば、当該第１種キャラクタエリアを共有ゲーム空間内の密集エリアへと移動させる等としてもよい。

なお、第１種キャラクタの位置の分布にかえて第２種キャラクタの位置の分布を用い、同様の要領で第１種キャラクタエリアの設定位置を変更するとしてもよい。或いは、第１種キャラクタの位置の分布と、第２種キャラクタの位置の分布の両方を用いて、共有ゲーム空間内の第１種キャラクタエリアの設定位置を変更するのでもよい。

［変形例６］
また、上記実施形態では、ゲームに新たにログインしたユーザ（途中参加ユーザ）の端末装置１５００が第１種端末装置の場合に、第２種端末装置の場合と比べて第１種キャラクタエリアに近い位置として、当該ユーザが操作するキャラクタ（第１種キャラクタ）の初期位置を決定する例を説明した。これに対し、ゲームに新たにログインしたユーザの端末装置１５００が第１種端末装置の場合に、第２種端末装置と比べて既に共有ゲーム空間内にいる第１種キャラクタに近い位置として、当該ユーザの第１種キャラクタの初期位置を決定する構成としてもよい。第２種端末装置のユーザがログインしたときには、近くに第１種キャラクタがいない共有ゲーム空間内の位置を初期位置として、当該ユーザが操作するキャラクタ（第２種キャラクタ）の初期位置を決定する。

つまり、第１種端末装置のユーザがゲームにログインしたときには、その第１種キャラクタの初期位置を、共有ゲーム空間内の第１種キャラクタの近傍位置とすることができる。近くに他の第１種キャラクタがいることとなるので、ログインして直ぐにバトルを開始するといったことが可能となる。

［変形例７］
また、上記実施形態等では、ゲームに新たなユーザ（途中参加ユーザ）がログインした場合に、その端末装置１５００が第１種端末装置なのか第２種端末装置なのに応じて、当該ユーザが操作するキャラクタの初期位置を可変に決定する例を説明した。ここで、本発明は、ゲームプレイ中の所与のリスタート条件を満たすことでユーザのリスタートが可能なゲームにも適用可能である。例えば、残機数が設定されていて、それがゼロになるまではゲームをリスタートすることができるゲーム等である。そのようなゲームに適用する場合には、リスタートするユーザ（リスタートユーザ）がいる場合に、当該ユーザが操作するキャラクタのリスタート時の初期位置を、その端末装置１５００が第１種端末装置なのか第２種端末装置なのに応じて上記実施形態と同様の要領で可変に決定するとしてもよい。

［変形例８］
また、上記実施形態では、ゲームの途中でログインしたユーザがいれば、その途中参加を受け付ける構成としたが、事前に所定の参加受付期間を設定し、参加受付期間中に参加表明したユーザのみが参加可能で、途中参加は受け付けない仕様のゲームにも同様に適用が可能である。

例えば、参加受付期間が経過した後のゲームの実行開始前における第１種端末装置のユーザ（第１種ユーザ）の数に基づいて、第１種キャラクタエリアの数を可変に設定する構成としてもよい。例えば、ゲームの開始に先立ち、共有ゲーム空間内に２つ以上の戦闘エリアを設定することとする。そして、その数を、第１種ユーザの数が多いほど増やして設定するといった具合である。

またその場合に、第１種ユーザの数に基づいて、第１種キャラクタエリアの設定位置を可変に設定する構成としてもよい。例えば、第１種ユーザの数が少ないときには、互いの設置位置を近づけて各第１種キャラクタエリアを設定する。一方、第１種ユーザの数が多いときには、設置位置を離して各第１種キャラクタエリアを設定する等としてもよい。或いは、第１種ユーザの数に基づいて、第１種キャラクタエリアの数と設定位置の何れか一方を可変に設定するとしてもよい。設定する第１種キャラクタエリアの数や設定位置と、第１種ユーザの数との関係をテーブル化しておくことで実現できる。

［変形例９］
また、上記実施形態では、第２種キャラクタのみが進入可能で、第１種キャラクタの進入は不可能である第２種キャラクタエリアを共有ゲーム空間内に設定する例を説明した。これに対し、第２種キャラクタエリアへは、第１種キャラクタの進入も可能な構成としてもよい。その場合は、サーバシステム１１００は、第１種キャラクタの第２種キャラクタエリアへの進入を可能に制御する。そして、サーバシステム１１００は、第１種キャラクタが第２種キャラクタエリア内にいる場合に視点を低解像度視点に切り替えて配置・制御し、該当するユーザの端末装置１５００に低解像度視点に基づく画像生成用基礎データを提供する第２提供処理を行う。

［変形例１０］
また、端末装置１５００が、当該端末装置１５００に係るキャラクタの第１種キャラクタエリアへの進入是非に係る表示制御を行う構成としてもよい。例えば、端末装置１５００は、自端末のユーザが第２種ユーザであれば、ゲームマップ画面上で第１種キャラクタエリアへの進入が不可能である旨の表示を制御することで、進入是非に係る表示制御を行う。図１９は、ゲームマップ画面の表示例を示す図である。例えば、図１９に示すように、ゲームマップ画面の表示時に、第１種キャラクタエリアである戦闘エリアＡ１１や第１種キャラクタ専用対戦ステージ１０を暗く表示し、「進入不可能」である旨を表示する制御を行うことで実現できる。また、端末装置１５００は、自端末のユーザが第１種ユーザであれば、ゲームマップ画面上で第２種キャラクタエリアへの進入が不可能である旨の表示を制御することで、進入是非に係る表示制御を行う。例えば、図示しないが、ゲームマップ画面の表示時に、第２種キャラクタエリアである第２種キャラクタ専用イベントスポット２０を暗く表示し、「進入不可能」である旨を表示する制御を行うことで実現できる。

１０００…ゲームシステム
１１００…サーバシステム
１００ｓ…操作入力部
２００ｓ…サーバ処理部
２１０…ユーザ管理部
２３０…ゲーム管理部
２３１…端末種別判定部
２３３…初期位置決定部
２３５…エリア設定部
２４０…ゲーム進行制御部
２４５…キャラクタ移動制御部
２４６…視点制御部
２４７…イベント実行制御部
２５３…第１提供部
２５５…第２提供部
２５７…承諾要求制御部
２５９…拒否応答時制御部
２９０ｓ…画像生成部
２９２ｓ…音生成部
２９４ｓ…通信制御部
３９０ｓ…画像表示部
３９２ｓ…音出力部
３９４ｓ…通信部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５１０…配信用端末側データ
５２０Ａ…第１種端末用データ
５２１Ａ…第１種ゲームクライアントプログラム
５３０Ａ…第１種ゲーム設定データ
５３１…第１種キャラクタデータ
５３３…第２種キャラクタデータ
５２０Ｂ…第２種端末用データ
５２１Ｂ…第２種ゲームクライアントプログラム
５３０Ｂ…第２種ゲーム設定データ
５４０…ユーザ管理データ
５５０…ゲーム設定データ
５５１…端末種別判定用基準
５５３ａ，５５３ｂ…エリア設定テーブル
５６０…プレイ中データ
５６１…操作入力履歴データ
５６３…ゲーム空間制御データ
５６５…視点制御データ
５６７…キャラクタ制御データ
５９０…エリア設定状況データ
５９１…エリアＩＤ
５９３…エリア種類
５９５…進入キャラクタリスト
５７０…プレイユーザデータ
５７１…ユーザＩＤ
５７５…ゲームプレイスペック情報
５７７…登録端末種別
５７９…現端末種別
５８０…現視点種別
５８３…操作キャラクタＩＤ
５８５…通信速度測定履歴
１５００…端末装置
１００…操作入力部
２００…端末処理部
２７０…端末側ゲーム演算部
２７１…操作信号送信制御部
２７３…ゲーム画面表示制御部
２９０…画像生成部
２９２…音生成部
２９４…通信制御部
３９０…画像表示部
３９２…音出力部
３９４…通信部
５００…端末記憶部
６００…端末側データ
９…ネットワーク

Claims (14)

1. 各端末装置のユーザが、共有ゲーム空間に配置される各々のキャラクタを操作して楽しむオンラインゲームを提供するサーバシステムであって、
   前記端末装置には、ゲームプレイスペックが異なる第１種端末装置及び第２種端末装置が含まれ、
   前記端末装置が前記第１種端末装置か前記第２種端末装置かを前記ゲームプレイスペックに基づいて判定する端末種別判定手段と、
   前記共有ゲーム空間内に、第１種キャラクタエリアを設定するエリア設定手段と、
   前記第１種端末装置のユーザが操作するキャラクタである第１種キャラクタの前記第１種キャラクタエリアへの進入を可能に制御し、前記第２種端末装置のユーザが操作するキャラクタである第２種キャラクタの前記第１種キャラクタエリアへの進入を抑制する制御を行う移動制御手段と、
   を備えるサーバシステム。
2. 前記オンラインゲームに途中参加する途中参加ユーザ、或いは、ゲームプレイ中の所与のリスタート条件を満たすことでリスタートするリスタートユーザ（以下、包括して「スタートユーザ」という）の前記端末装置が前記第１種端末装置か前記第２種端末装置かに応じて、当該スタートユーザが操作するキャラクタの初期位置を可変に決定する決定手段、
   を備える請求項１に記載のサーバシステム。
3. 前記決定手段は、前記スタートユーザの前記端末装置が前記第１種端末装置の場合の前記初期位置を、前記スタートユーザの前記端末装置が前記第２種端末装置の場合の前記初期位置に比べて、前記第１種キャラクタエリアに近い位置に決定する、
   請求項２に記載のサーバシステム。
4. 前記決定手段は、前記スタートユーザの前記端末装置が前記第１種端末装置の場合の前記初期位置を、前記スタートユーザの前記端末装置が前記第２種端末装置の場合の前記初期位置に比べて、既に前記共有ゲーム空間にいる前記第１種キャラクタに近い位置に決定する、
   請求項２に記載のサーバシステム。
5. 前記エリア設定手段は、前記第１種キャラクタの位置の分布に基づいて、前記第１種キャラクタエリアの数、及び／又は、設定位置を可変に設定する、
   請求項２～４の何れか一項に記載のサーバシステム。
6. 前記エリア設定手段は、前記第１種キャラクタの数、及び／又は、前記第２種キャラクタの数に基づいて、前記第１種キャラクタエリアの種類、数、大きさ、及び設定位置の少なくとも何れか１つを可変に設定する、
   請求項２～５の何れか一項に記載のサーバシステム。
7. 前記オンラインゲームは、所与のタイミングで実行開始されるゲームであり、
   前記エリア設定手段は、前記オンラインゲームの実行開始前における前記第１種端末装置のユーザの数に基づいて、前記第１種キャラクタエリアの数、及び／又は、設定位置を可変に設定する、
   請求項１～６の何れか一項に記載のサーバシステム。
8. 前記第２種端末装置は、前記ゲームプレイスペックが前記第１種端末装置に比べて劣後し、
   前記端末種別判定手段によって前記第２種端末装置であると判定された端末装置のユーザに、ゲームプレイ中の前記第１種キャラクタエリアへの進入が不可である旨の承諾要求を通知する制御を行う承諾要求制御手段と、
   前記承諾要求に対して拒否応答がなされた場合に、当該端末装置のユーザにゲームプレイ上の不具合が発生する可能性がある旨の通知制御を行い、当該端末装置のユーザが操作するキャラクタの前記第１種キャラクタエリアへの進入を許容して、前記移動制御手段に前記第１種キャラクタとしての移動制御を行わせる拒否応答時制御手段と、
   を更に備える請求項１～７の何れか一項に記載のサーバシステム。
9. 前記第１種キャラクタエリアに進入したキャラクタを対象とする対戦イベントの実行を制御するイベント実行制御手段、
   を更に備える請求項１～８の何れか一項に記載のサーバシステム。
10. 前記ゲームプレイスペックには通信速度が含まれ、
    前記端末種別判定手段は、前記通信速度に基づいて、前記端末装置が前記第１種端末装置か前記第２種端末装置かを動的に判定する、
    請求項１～９の何れか一項に記載のサーバシステム。
11. 前記第２種端末装置は、前記ゲームプレイスペックが前記第１種端末装置に比べて劣後し、
    前記第１種端末装置において表示制御されるゲーム画像は、１人称視点又は３人称視点の画像であり、
    前記第２種端末装置において表示制御されるゲーム画像は、俯瞰視点の画像である、
    請求項１～１０の何れか一項に記載のサーバシステム。
12. 前記第２種端末装置は、前記ゲームプレイスペックが前記第１種端末装置に比べて劣後し、
    前記第２種端末装置に、前記第１種端末装置において表示制御されるゲーム画像の紹介画像を表示制御させる紹介画像表示制御手段、
    を更に備える請求項１～１１の何れか一項に記載のサーバシステム。
13. 各端末装置のユーザが共有ゲーム空間に配置される各々のキャラクタを操作して楽しむオンラインゲームを提供するサーバシステムと、前記端末装置とが通信接続されて構成されるゲームシステムにおける前記端末装置であって、
    前記端末装置には、ゲームプレイスペックが異なる第１種端末装置及び第２種端末装置が含まれ、
    前記サーバシステムは、
    前記端末装置が前記第１種端末装置か前記第２種端末装置かを前記ゲームプレイスペックに基づいて判定する端末種別判定手段と、
    前記共有ゲーム空間内に、第１種キャラクタエリアを設定するエリア設定手段と、
    前記第１種端末装置のユーザが操作するキャラクタである第１種キャラクタの前記第１種キャラクタエリアへの進入を可能に制御し、前記第２種端末装置のユーザが操作するキャラクタである第２種キャラクタの前記第１種キャラクタエリアへの進入を抑制する制御を行う移動制御手段と、
    を備え、
    前記サーバシステムの前記移動制御手段の制御に従って、当該端末装置に係るキャラクタの前記第１種キャラクタエリアへの進入是非に係る表示制御を行う、端末装置。
14. 各端末装置のユーザが共有ゲーム空間に配置される各々のキャラクタを操作して楽しむオンラインゲームをコンピュータシステムが提供する提供方法であって、
    前記端末装置には、ゲームプレイスペックが異なる第１種端末装置及び第２種端末装置が含まれ、
    前記端末装置が前記第１種端末装置か前記第２種端末装置かを前記ゲームプレイスペックに基づいて判定する端末種別判定ステップと、
    前記共有ゲーム空間内に、第１種キャラクタエリアを設定するエリア設定ステップと、
    前記第１種端末装置のユーザが操作するキャラクタである第１種キャラクタの前記第１種キャラクタエリアへの進入を可能に制御し、前記第２種端末装置のユーザが操作するキャラクタである第２種キャラクタの前記第１種キャラクタエリアへの進入を抑制する制御を行う移動制御ステップと、
    を含む提供方法。

Images