JP2023049987A - サーバシステム、端末装置及び提供方法 - 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 (17)

1. 各ユーザが共有ゲーム空間に配置される各々のキャラクタを操作して楽しむオンラインゲームを提供するサーバシステムであって、
   ゲームプレイスペックが異なる第１種端末装置及び第２種端末装置を含む複数の端末装置のユーザそれぞれが操作するキャラクタの前記共有ゲーム空間内の位置情報を管理するキャラクタ位置情報管理手段と、
   前記ゲームプレイスペックに基づく所与のスペック条件を満たす前記端末装置のユーザのみを参加可能とする所与のイベントの実行を制御するイベント実行制御手段と、
   を備えるサーバシステム。
2. 前記スペック条件は、前記第１種端末装置のみが満足する条件であり、
   前記イベント実行制御手段は、前記イベントを、前記第１種端末装置のユーザのみが参加可能に制御する、
   請求項１に記載のサーバシステム。
3. 前記イベント実行制御手段は、前記第１種端末装置のユーザが操作するキャラクタの前記共有ゲーム空間における位置の分布に基づいて前記イベントの実行を制御する、
   請求項２に記載のサーバシステム。
4. 前記スペック条件には、前記第１種端末装置のみが満足する第１種スペック条件と、前記第２種端末装置のみが満足する第２種スペック条件とがあり、
   前記イベント実行制御手段は、
   前記第１種端末装置のユーザのみが参加可能な第１種イベントの実行を制御する第１種イベント実行制御手段と、
   前記第２種端末装置のユーザのみが参加可能な第２種イベントの実行を制御する第２種イベント実行制御手段と、
   を有する、
   請求項１に記載のサーバシステム。
5. 前記第１種イベント実行制御手段は、前記第１種端末装置のユーザ用に設定された所与の実行タイミングに基づいて前記第１種イベントを実行させ、
   前記第２種イベント実行制御手段は、前記第２種端末装置のユーザ用に設定された所与の実行タイミングに基づいて前記第２種イベントを実行させる、
   請求項４に記載のサーバシステム。
6. 前記端末装置から前記ゲームプレイスペックを取得する取得手段、
   を備え、
   前記イベント実行制御手段は、前記イベントを、前記取得手段により取得された前記ゲームプレイスペックが前記スペック条件を満たす前記端末装置のユーザのみが参加可能に制御する、
   請求項１～３の何れか一項に記載のサーバシステム。
7. 前記ゲームプレイスペックには通信速度が含まれ、
   前記通信速度に基づいて、前記端末装置が前記第１種端末装置か前記第２種端末装置かを動的に判定する端末種別判定手段、
   を更に備える請求項６に記載のサーバシステム。
8. 前記イベント実行制御手段は、前記イベントを、前記第１種端末装置のユーザのみが参加可能に制御し、
   第１のタイミングで前記端末種別判定手段によって前記第２種端末装置と判定された後、第２のタイミングで前記端末種別判定手段によって前記第１種端末装置と判定されたことで、前記第１のタイミングで前記イベントに参加できず、前記第２のタイミングで前記イベントに参加可能となった前記端末装置のユーザに対して、所与の特典を付与する特典付与処理を実行する制御を行う特典付与処理制御手段、
   を更に備える請求項７に記載のサーバシステム。
9. 前記オンラインゲームに途中参加する途中参加ユーザ、或いは、ゲームプレイ中の所与のリスタート条件を満たすことでリスタートするリスタートユーザ（以下、包括して「スタートユーザ」という）の前記端末装置が前記第１種端末装置か前記第２種端末装置かに応じて、当該スタートユーザが操作するキャラクタの初期位置を可変に決定する決定手段、
   を備える請求項１～８の何れか一項に記載のサーバシステム。
10. 前記決定手段は、前記スタートユーザの端末装置が前記第１種端末装置の場合に、他の前記第１種端末装置のユーザが操作するキャラクタが存在する前記共有ゲーム空間内の位置に基づいて、前記初期位置を決定する第１種初期位置決定手段を有する、
    請求項９に記載のサーバシステム。
11. 前記第１種初期位置決定手段は、前記スタートユーザの端末装置が前記第１種端末装置の場合の前記初期位置を、前記スタートユーザの端末装置が前記第２種端末装置の場合の前記初期位置に比べて、他の前記第１種端末装置のユーザが操作するキャラクタが存在する前記共有ゲーム空間内の位置に対して近い位置に決定する、
    請求項１０に記載のサーバシステム。
12. 前記イベント実行制御手段は、前記共有ゲーム空間内に前記イベントの発動エリアを設定して前記イベントの実行を制御し、
    前記決定手段は、前記スタートユーザの端末装置が前記第１種端末装置か前記第２種端末装置かに応じて、前記発動エリアに対する前記初期位置の距離を変化させて前記初期位置を決定する、
    請求項９に記載のサーバシステム。
13. 前記第２種端末装置は、前記ゲームプレイスペックが前記第１種端末装置に比べて劣後し、
    前記第１種端末装置において表示制御されるゲーム画像は、１人称視点又は３人称視点の画像であり、
    前記第２種端末装置において表示制御されるゲーム画像は、俯瞰視点の画像である、
    請求項１～１２の何れか一項に記載のサーバシステム。
14. 前記オンラインゲームにログインしているユーザのうちの、前記第１種端末装置のユーザの数と前記第２種端末装置のユーザの数との比率に基づいて、前記イベントの実行タイミングを制御する実行タイミング制御手段、
    を更に備える請求項１～１３の何れか一項に記載のサーバシステム。
15. 前記オンラインゲームは複数のチームに分かれて対戦するゲームであり、
    前記イベント実行制御手段は、
    前記スペック条件を満たす端末装置のうち、劣勢のチームに所属するユーザの端末装置のユーザのみを参加可能とするように前記イベントの実行を制御する劣勢時イベント実行制御手段、
    を有する、
    請求項１～１４の何れか一項に記載のサーバシステム。
16. 各ユーザが自身の端末装置において共有ゲーム空間に配置される各々のキャラクタを操作して楽しむオンラインゲームを提供するサーバシステムと、前記端末装置とが通信接続されて構成されるゲームシステムにおける前記端末装置であって、
    前記サーバシステムは、
    ゲームプレイスペックが異なる第１種端末装置及び第２種端末装置を含む複数の端末装置のユーザそれぞれが操作するキャラクタの前記共有ゲーム空間内の位置情報を管理するキャラクタ位置情報管理手段と、
    前記ゲームプレイスペックに基づく所与のスペック条件を満たす前記端末装置のユーザのみを参加可能とする所与のイベントの実行を制御するイベント実行制御手段と、
    を備え、
    前記サーバシステムの前記イベント実行制御手段によって前記イベントに参加可能となった場合に、当該イベントへの参加制御を行う、端末装置。
17. 各ユーザが共有ゲーム空間に配置される各々のキャラクタを操作して楽しむオンラインゲームをコンピュータシステムが提供する提供方法であって、
    ゲームプレイスペックが異なる第１種端末装置及び第２種端末装置を含む複数の端末装置のユーザそれぞれが操作するキャラクタの前記共有ゲーム空間内の位置情報を管理するキャラクタ位置情報管理ステップと、
    前記ゲームプレイスペックに基づく所与のスペック条件を満たす前記端末装置のユーザのみを参加可能とする所与のイベントの実行を制御するイベント実行制御ステップと、
    を含む提供方法。

Images