JP7441207B2 - 情報処理システム、プログラム、情報処理装置、および情報処理方法 - Google Patents

Description

本開示は、少なくとも３つの情報処理装置間においてゲーム状況を同期する通信対戦ゲームの処理に関する。

従来から、少なくとも２つの情報処理装置間でゲーム状況を同期する通信対戦ゲームにおいて通信遅延対策を行うゲーム装置が知られている（例えば非特許文献１）。

特開２０１８－１９６５７８号公報

上記のゲーム装置では、少なくとも３つの情報処理装置（ゲーム装置）間でゲームイベントの発生状況を同期しようとした場合において、何れかの情報処理装置における処理の結果を他の情報処理装置において同期するまでにタイムラグがあり、各情報処理装置におけるゲームイベントの発生状況にズレが生じて、その結果として不自然な表示となる場合があった。

それ故に、本発明の目的は、少なくとも３つの情報処理装置間でゲームイベントの発生状況を同期しようとした場合において、各情報処理装置において違和感のない自然な表示とすることができる情報処理システム、プログラム、情報処理装置、および情報処理方法を提供することである。

上記目的を達成するために、例えば以下のような構成例が挙げられる。

構成例の一例は、少なくとも３つ以上の情報処理装置間でゲーム状況を同期する通信対戦ゲームを提供するための情報処理システムである。第１情報処理装置は、第１プロセッサを備え、当該第１プロセッサにより第１仮想空間を設ける。第２情報処理装置は、第２プロセッサを備え、当該第２プロセッサにより第２仮想空間を設ける。第３情報処理装置は、第３プロセッサを備え、当該第３プロセッサにより第３仮想空間を設ける。第１仮想空間と第２仮想空間と第３仮想空間とは互いに対応する。第１プロセッサは、第１仮想空間内の移動オブジェクトに関する第１ゲームイベントを実行し、第１ゲームイベントの実行に関する第１データを、第２情報処理装置および第３情報処理装置に送信し、第１ゲームイベントに基づいて、第１仮想空間内で移動オブジェクトが移動するように当該移動オブジェクトの移動を制御する。第２プロセッサは、第１情報処理装置から受信した第１データに基づいて、第２仮想空間内で移動オブジェクトが移動するように当該移動オブジェクトの移動を制御する。第３プロセッサは、第１情報処理装置から受信した第１データに基づいて、第３仮想空間内で移動オブジェクトが移動するように当該移動オブジェクトの移動を制御する。第２プロセッサは、第１データに基づいて第２仮想空間内で移動する移動オブジェクトに関する第１条件を満たす場合、当該移動オブジェクトの移動方向を変更する第２ゲームイベントを実行し、第２ゲームイベントが実行される場合、当該第２ゲームイベントに関する第２データを、第１情報処理装置および第３情報処理装置に送信する。第１プロセッサは、第１条件が満たされた場合、第２情報処理装置から受信した第２データに基づいて、第１仮想空間内で移動オブジェクトの移動を制御する。第３プロセッサは、第１条件が満たされた場合、第２情報処理装置から取得した前記第２データに基づいて、第３仮想空間内で移動オブジェクトの移動を制御し、第２ゲームイベントが実行されなかった場合であって、第１データに基づいて第３仮想空間内で移動する前記移動オブジェクトに関する第２条件が満たされた場合、当該移動オブジェクトの移動方向を変更する第３ゲームイベントを実行する。第１プロセッサは、第１ゲームイベントの後の期間において、移動オブジェクトが第１の速度で移動するように、当該移動オブジェクトの移動を制御する。第２プロセッサは、第１データを受信した後の第１期間において、移動オブジェクトが第１の速度で移動するように、当該移動オブジェクトの移動を制御する。第３プロセッサは、第１データを受信した後の期間において、移動オブジェクトを第１の速度で移動するように、当該移動オブジェクトの移動を制御する。第２プロセッサは、第１期間よりも後の第２期間において、移動オブジェクトが第１の速度より遅い第２の速度で移動するように、当該移動オブジェクトの移動を制御する。

上記構成例によれば、第２情報処理装置において、違和感のない自然な表示とすることができる。

他の構成例として、第２期間は、第２仮想空間内の所定位置を移動オブジェクトが通過した後の期間であってもよい。

他の構成例として、第１プロセッサは、第１ゲームイベントの後、第１待機時間が経過した後に、移動オブジェクトの移動を制御してもよい。

上記構成例によれば、第１情報処理装置において、違和感のない自然な表示とすることができる。

他の構成例として、第３プロセッサは、第１データを受信した後、第２待機時間が経過した後に、移動オブジェクトの移動を制御してもよい。

上記構成例によれば、第３情報処理装置において、違和感のない自然な表示とすることができる。

他の構成例として、第２待機時間は、第１待機時間よりも短くてもよい。

上記構成例によれば、第１情報処理装置において、違和感のない自然な表示とすることができる。

他の構成例として、第１待機時間は、第１装置と第３装置によるデータ送受信に係る時間を２倍した時間であってもよい。

他の構成例として、第２待機時間は、第１装置から第３装置へのデータ送信に係る時間、または、当該第３装置から当該第１装置へのデータ送信に係る時間を２倍した時間であってもよい。

上記構成例によれば、第１情報処理装置において、違和感のない自然な表示とすることができる。

他の構成例として、第１ゲームイベントよりも前の通常期間において、第１プロセッサ、第２プロセッサおよび第３プロセッサは、移動オブジェクトを通常速度で移動させてもよい。

上記構成例によれば、第１ゲームイベントよりも前の通常期間において、各仮想空間において移動オブジェクトを通常速度で移動させて自然な表示とすることができる。

他の構成例として、通常速度と第１の速度とは、互いに等しくてもよい。

他の構成例として、通信対戦ゲームにおいて、第１情報処理装置に紐づけられる対戦相手キャラクタが、第１仮想空間内、第２仮想空間内および第３仮想空間内の第１領域にそれぞれ配置され、第２情報処理装置に紐づけられる第１味方キャラクタおよび第３情報処理装置に紐づけられる第２味方キャラクタが、第１仮想空間内、第２仮想空間内および第３仮想空間内の第２領域にそれぞれ配置されてもよい。また、第１ゲームイベントは、対戦相手キャラクタが、移動オブジェクトを第１領域から第２領域に向けて移動させる制御を少なくとも含むものであって、第２ゲームイベントは、第２データに基づいて第１味方キャラクタが、第１ゲームイベントに応じて移動する移動オブジェクトを第１領域に向けて移動させる制御を少なくとも含むものであって、第３ゲームイベントは、第１ゲームイベントに応じて移動する移動オブジェクトを、第１味方キャラクタに向けて移動させる制御を少なくとも含むものであってもよい。

上記構成例によれば、通信対戦バレーボールゲームにおいて、各情報処理装置で違和感のない自然な表示とすることができる。

他の構成例として、通信対戦ゲームの進行状況に応じて、第１ゲームイベント、第２ゲームイベントおよび第３ゲームイベントのそれぞれについて、少なくとも第１情報処理装置、第２情報処理装置および第３情報処理装置のうちで、実行する装置を切り替えて実行してもよい。

上記構成例によれば、各ユーザのゲームにおける役割を多様化させて、興趣性を向上できる。

本実施形態によれば、少なくとも３つの情報処理装置間でゲームイベントの発生状況を同期しようとした場合において、各情報処理装置において違和感のない自然な表示とすることができる情報処理システム、プログラム、情報処理装置、および情報処理方法を提供することができる。

ゲーム装置２の内部構成等の一例を示すブロック図 本ゲームにおける役割について説明するための図 第１の遅延処理対策について説明するためのタイムチャート 第１の遅延処理対策について説明するためのタイムチャート ゲーム画面表示を説明するための図 ゲーム画面表示を説明するための図 ゲーム画面表示を説明するための図 ゲーム画面表示を説明するための図 ゲーム画面表示を説明するための図 ゲーム画面表示を説明するための図 ゲーム画面表示を説明するための図 第２の遅延処理対策について説明するためのタイムチャート 第２の遅延処理対策について説明するためのタイムチャート ゲーム画面表示を説明するための図 ゲーム画面表示を説明するための図 ゲーム画面表示を説明するための図 ゲーム画面表示を説明するための図 ゲーム画面表示を説明するための図 ゲーム画面表示を説明するための図 ゲーム画面表示を説明するための図 ゲーム処理に用いられるデータを説明するための図 アタッカーの役割の場合に実行されるフローチャートの例 ブロッカーの役割の場合に実行されるフローチャートの例 レシーバーの役割の場合に実行されるフローチャートの例

以下、一実施形態について説明する。

［情報処理装置のハードウェア構成］
まず、本実施形態にかかる情報処理を実行するための情報処理装置について説明する。当該情報処理装置は、例えばスマートフォン、据置型または携帯型のゲーム装置、タブレット端末、携帯電話、パーソナルコンピュータ、ウェアラブル端末等である。また、本実施形態にかかる情報処理は、上記のようなゲーム装置等と、所定のサーバとから構成されるゲームシステムにも適用可能である。本実施形態では、据置型ゲーム装置（「ゲーム装置」という場合がある）を情報処理装置の一例として説明する。

図１は、本実施形態に係るゲーム装置２の内部構成等の一例を示すブロック図である。ゲーム装置２は、プロセッサ２１を備える。プロセッサ２１は、ゲーム装置２において実行される各種の情報処理を実行する情報処理部であって、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のみから構成されてもよいし、ＣＰＵ機能、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）機能等の複数の機能を含むＳｏＣ（Ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ）から構成されてもよい。プロセッサ２１は、記憶部２２に記憶される情報処理プログラム（例えば、ゲームプログラム）を実行することによって、各種の情報処理を実行する。なお、記憶部２２は、例えば、フラッシュメモリやＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の内部記憶媒体であってもよいし、図示しないスロットに装着される外部記憶媒体等を利用する構成でもよい。

また、ゲーム装置２は、ゲーム装置２が他のゲーム装置２や所定のサーバ装置と無線通信を行うための無線通信部２３を備える。当該無線通信としては、例えば、インターネット通信や近距離無線通信が用いられる。

また、ゲーム装置２は、ゲーム装置２がコントローラ４と有線または無線通信を行うためのコントローラ通信部２４を備える。

また、ゲーム装置２には、画像音声出力部２５を介して表示部５（例えば、テレビ等）が接続される。プロセッサ２１は、（例えば、上記の情報処理の実行によって）生成した画像や音声を、画像音声出力部２５を介して表示部５に出力する。

次に、コントローラ４について説明する。図示は省略するが、本実施形態のコントローラ４は、縦長の形状のハウジングを有しており、縦長となる向きで把持されることが可能である。当該ハウジングは、縦長となる向きで把持される場合に片手で把持可能な形状および大きさをしている。

コントローラ４は、方向入力デバイスの一例であるアナログスティック４２を少なくとも１つ備える。当該アナログスティック４２は、方向を入力することが可能な方向入力部として用いることができる。ユーザは、アナログスティック４２を傾倒することによって傾倒方向に応じた方向の入力（および、傾倒した角度に応じた大きさの入力）が可能である。また、コントローラ４は、各種操作ボタンを含むボタン部４３を備える。例えば、コントローラ４は、上記ハウジングの主面上に複数個の操作ボタンを備えていてもよい。

また、コントローラ４は、慣性センサー４４を備える。具体的には、コントローラ４は、慣性センサー４４として、加速度センサー、角速度センサーを備えている。本実施形態においては、加速度センサーは、所定の３軸方向に沿った加速度の大きさを検出する。また、角速度センサーは、所定の３軸回りの角速度を検出する。

また、コントローラ４は、上記コントローラ通信部２４と有線または無線通信を行うための通信部４１も備える。上記アナログスティック４２に対する方向入力内容、ボタン部４３の押下状態を示す情報、および、慣性センサー４４による各種の検出結果は、適宜のタイミングで繰り返し通信部４１へ出力され、ゲーム装置２に送信される。

［本実施形態で想定するゲームについて］
次に、本実施形態にかかるゲーム装置２で実行されるゲーム処理（情報処理の一例）の概要を説明する。まず、本実施形態で想定するゲームは、バレーボールをモチーフにしたゲームである。具体的には、本ゲームでは、仮想的な人型のオブジェクトである、複数の選手キャラクタオブジェクト（「キャラクタ」という場合がある）を、相手チームと味方チームとに分けている。各チームのキャラクタは、仮想空間内に用意されたバレーボール用コートにおける、各チームに対応づけられている領域（味方側コート、相手側コート）内に配置される。更に、ユーザの操作に基づいて各キャラクタに所定のアクションを行わせることで、キャラクタと、移動オブジェクトの一例であるボールオブジェクト（「ボール」という場合がある）とを接触させ、その結果、ボールを移動させることができる。本ゲームは、味方側コートにボールを落とさないようにしながら、３回のボールタッチ（ブロックによるボールタッチは除く）で相手側のコートにボールを返球し合う（ラリーを続ける）ゲームである。また、ボールを相手側コート内に着地させることで、得点として１点が入る。なお、本実施形態では、１ゲームマッチで、先に５点獲得したほうが勝利する。

ここで、本ゲームでは、各チームのキャラクタは２人であるとする。すなわち、本ゲームは、４人のキャラクタによる、２ＶＳ２のチーム対戦形式でプレイするゲームである（つまり、２人制のバレーボールである）。また、本ゲームは、インターネット等のネットワークを介して複数のユーザでプレイすることが可能である。本実施形態では、１人のユーザが１人の選手キャラクタを担当して操作する場合を想定する。上記のように、本ゲームは２ＶＳ２の形式であるため、最大４人のユーザでオンラインマルチプレイが可能である。また、本実施形態では、１ユーザに１台のゲーム装置が割り当てられ、合計４台のゲーム装置２がネットワーク経由で接続される態様となる。

［ゲーム進行について］
ここで、本ゲームは、各チームの２人のキャラクタが、ゲームにおける役割を変えながらプレイするものとなっている。当該役割について説明すると、本ゲームは、バレーボールをモチーフにしたゲームであり、当該役割は、バレーボールにおける役割（ポジション）に該当するものである。具体的は、「サーバー」「レシーバー」「セッター」「アタッカー（スパイカー）」「ブロッカー」という５つの役割である。また、上記所定のアクションとは、各役割に応じたアクションである。例えば、役割がセッターであるキャラクタの場合、ボールをアタッカーにトスするアクション（両手を上に上げてボールをトスするモーション）を上記所定のアクションとして行う。また例えば、役割がアタッカーであれば、（セッターから）トスされたボールを相手コートにアタック（スパイク）するアクション（ジャンプ、および、腕を振ってボールを打つモーション）を上記所定のアクションとして行う。また例えば、ブロッカーであれば、相手チームのアタックをブロックするアクション（両手を上に上げてジャンプするようなモーション）を所定のアクションとして行う。本ゲームは、上記のような５つの役割について、チーム内の２人の選手キャラクタの間で、役割を所定の順番で変えながらプレイするゲームとなっている。

上記役割の順番の一例を、図２に示す。また、当該図２を用いて、ゲームの進行の一例を説明する。ここでは、味方チームのキャラクタのうち、１人目（１Ｐ側）のキャラクタをユーザが操作し、２人目（２Ｐ側）のキャラクタを他のユーザが操作する場合を例とする。そして、サーブ権は味方チームにあり、最初にサーバー役を行うのが１人目のキャラクタである場合を例とする。試合が開始すると、まず、ユーザの所定の操作に応じて、１人目のキャラクタがサーブを行う。当該１人目の選手キャラクタの次の役割は、レシーバーとなる。当該サーブにより、ボールが相手コートにわたり、３回のボールタッチを経てボールが戻ってくることになる。一方、この時点における２人目のキャラクタの役割は、ブロッカーとなる。すなわち、相手チームのアタックをブロックする役割を担当することになる（上記のように、ブロックは、ボールタッチのカウントには含まない）。また、当該２人目のキャラクタの次の役割は、セッターとなる。

次に、（上記ブロックで相手のアタックを止めることが出来ずに）味方側コートにボールが戻ってくれば、レシーバー役の１人目（１Ｐ側）のキャラクタがボールへの１タッチ目となるアクションを行う。すなわち、ユーザの所定の操作に応じて、１人目のキャラクタがボールをレシーブする。当該１人目のキャラクタの次の役割は、アタッカーとなる。

続いて、セッター役である２人目（２Ｐ側）のキャラクタが、当該ボールへの２タッチ目となるアクションを行う。すなわち、他のユーザの所定の操作に応じて、２人目のキャラクタが当該ボールを（アタッカーに）トスするアクションを行う。当該２人目のキャラクタの次の役割は、レシーバーとなる。

トスが上がれば、続いて、アタッカー役である１人目のキャラクタが当該ボールへの３タッチ目となるアクションを行う。すなわち、ユーザの所定の操作に応じて、１人目のキャラクタが当該ボールをアタックするアクションを行う。アタックした後、当該１人目のキャラクタの次の役割は、ブロッカーとなる。つまり、先ほどは２人目のキャラクタが担当していたブロッカーを、今度は１人目のキャラクタが担当することになる。

この後は、１人目のキャラクタと２人目のキャラクタの役割が、上述の説明と入れ替わった順番で割り当てられ、ゲームが進行する。すなわち、１人目のキャラクタの役割は、ブロッカー→セッターの順で変化し、２人目のキャラクタの役割は、レシーバー→アタッカーの順で変化することになる。

［本実施形態のゲーム処理の概要］
次に、本実施形態にかかるゲーム装置２で実行されるゲーム処理の動作概要を説明する。上記したように、本ゲームは、２ＶＳ２のチーム対戦形式でプレイする２人制のバレーボールゲームである。そして、本ゲームを行う４つのゲーム装置２（「第１装置」、「第２装置」、「第３装置」および「第４装置」という場合がある）がインターネットを介して互いに接続されてゲームが進行するものとする。

ここで、上記のようにインターネットを介して互いに接続されて、各ゲーム装置２間においてゲームの状況を同期しながらゲームが進行する場合には、ゲーム装置２間の通信に時間がかかるので（つまり、通信遅延が生じるので）、ゲーム画面の表示内容が不自然で違和感のあるものとなる場合がある。本実施形態では、以下に説明するように、上記バレーボールゲームにおいて通信遅延対策を行って、ゲーム画面の表示内容を自然で違和感のないものとしている。

[第１の通信遅延対策]
図３および図４は、本実施形態の第１の遅延処理対策について説明するためのタイムチャートである。図５～図１１は、図３および図４のタイムチャートにおける各タイミングのゲーム画面表示（第１～第４装置の画面表示）を説明するための図である。以下では、図３～図１１を用いて、相手アタッカーがアタックをした場合について説明する。なお、図３および図４において、（１）は相手アタッカーの役割の第１装置のタイムチャートであり、（２）は味方ブロッカーの役割の第２装置のタイムチャートであり、（３）は味方レシーバーの役割の第３装置のタイムチャートであり、（４）は相手セッターの役割の第４装置のタイムチャートである。そして、図３および図４に示すように、（１）～（４）のタイムチャートの時系列を揃えている。

まず、図３、図５～図９を用いて、味方ブロッカー（第２装置）がブロックに失敗して、味方レシーバー（第３装置）がレシーブに成功した場合について説明する。なお、以下に説明するように、この場合には、第２装置において、ボールがワープ移動（瞬間移動）するような挙動が生じ得る。

図３のＴ１において、第１装置（相手アタッカー）に対して所定の操作（適切なタイミングで適切なアタック操作）が行われると、アタックに成功すると共に、第１装置からアタックデータが第２～第４装置にそれぞれ送信される。ここで、アタックデータは、当該所定の操作の内容に基づいて決定されるアタックされたボールの移動速度や移動方向等を示すデータであり、当該データに基づいて第１～第４装置のゲーム画面においてボールが移動する。なお、アタックデータには、アタックされたボール６７の到達先の座標（例えば、ブロック等により方向変化しない場合の着地予定の座標）等が含まれてもよい。また、第１～第４装置には、それぞれ、互いに対応する仮想空間（バレーボールコートの仮想空間）が設けられる。そして、第１～第４装置は、それぞれ、仮想空間内でボール６７の移動制御を実行する。また、当該移動制御には、重力等が考慮される。

図５は、図３のＴ１における第１～第４装置の各ゲーム画面の例である。図５（１）に示すように、第１装置（相手アタッカー）のゲーム画面では、第１装置により操作されるキャラクタ６５がボール６７をアタックした表示が行われると共に、ヒットストップ表示が行われ、ヒットストップ中であることを示す発光表示６８が行われる。ここで、ヒットストップは、ゲーム画面（仮想空間）の時間進行を所定時間ストップする（所定の待機時間を設ける）ものであり、通信相手の装置との通信遅延対策として行われる。第１の通信遅延対策では、第１装置から他の装置（第２～第４装置）にデータが送信されて当該他の装置から第１装置にデータが送信される時間（つまり、往復分の通信遅延時間）だけ、ヒットストップの表示が行われる。なお、往復分の通信遅延時間ではなく、片道分の通信遅延時間の２倍の時間ヒットストップの表示が行われるものとしてもよい。

なお、図５以降の第１～第４装置の各ゲーム画面を示す図において、味方側コートを符号６１で示し、相手側コートを符号６２で示し、第２装置により操作される味方ブロッカーを符号６３で示し、第３装置により操作される味方レシーバーを符号６４で示し、第１装置により操作される相手アタッカーを符号６５で示し、第４装置により操作される相手セッターを符号６６で示し、ボールを符号６７で示し、ヒットストップ中であることを示す発光表示を符号６８で示し、キャラクタの足元に配置されることによって操作できるキャラクタを示す円形表示を符号６９で示し、又、ボール６７の移動方向を矢印で表現している。

また、図５（２）～（４）に示すように、第２～第４装置（相手セッター、味方ブロッカー、味方レシーバー）のゲーム画面では、アタックデータを未受信であることから、キャラクタ６５は未だアタックをしていない。

次に、図３のＴ２において、第２～第４装置は、それぞれ、アタックデータを受信してキャラクタ６５がアタックをしてボール６７が移動を開始する表示を行う。一方で、第１装置では、ヒットストップの表示が継続されている。なお、説明の便宜上、Ｔ２において第２～第４装置のそれぞれが同じタイミングでアタックデータを受信して即座にボール移動が開始されるものとしたが、実際は、第２～第４装置のそれぞれが利用する通信回線の品質等によって多少ズレが生じ得る。

図６は、図３のＴ２における第１～第４装置の各ゲーム画面の例である。図６（１）に示すように、第１装置（相手アタッカー）のゲーム画面（第１装置が設ける仮想空間（「第１仮想空間」という場合がある））では、ヒットストップが継続されている。一方、図６の（２）～（４）に示すように、第２～第４装置（相手セッター、味方ブロッカー、味方レシーバー）のゲーム画面では、それぞれ、受信したアタックデータに基づいて、第２装置が設ける仮想空間（「第２仮想空間」という場合がある）、第３装置が設ける仮想空間（「第３仮想空間」という場合がある）、第４装置が設ける仮想空間（「第４仮想空間」という場合がある））において、キャラクタ６５がボール６７をアタックしてボール６７が移動を開始する。ここで、図３（１）～（４）に示すように、第１装置～第４装置が設ける各仮想空間において、同じ速度（第１速度）でボール６７が移動する。

次に、図３のＴ３において、第１装置（アタッカー）のゲーム画面（第１仮想空間）において、ヒットストップが解除されてボール６７の移動が開始する（図示なし）。

次に、図３のＴ４において、第２装置（味方ブロッカー）によるブロックが失敗して、ボール６７がキャラクタ６３の位置を通過する表示を行う。なお、ブロックは、所定の操作（適切なタイミングで適切なブロック操作）が行われないと成功しない。図７は、図３のＴ４における第１～第４装置の各ゲーム画面の例である。図７（２）～（４）に示すように、第２装置～第４装置の仮想空間では、ブロックが失敗してボール６７がキャラクタ６３の位置を通過している。一方、図７（１）に示すように、第１装置の仮想空間では、ヒットストップによってボール６７の移動開始が第２装置～第４装置の仮想空間よりも（片道分の通信遅延時間だけ）遅れたことにより（図３参照）、ボール６７がキャラクタ６３の手前を移動している。

次に、図３のＴ５において、第３装置（味方レシーバー）に対して所定の操作（適切なタイミングで適切なレシーブ操作）が行われると、レシーブに成功すると共に、第３装置からレシーブデータが第１装置、第２装置および第４装置にそれぞれ送信される。ここで、レシーブデータは、当該所定の操作の内容に基づいて決定されるレシーブされたボール６７の移動速度や移動方向等を示すデータであり、当該データに基づいて第１～第４装置のゲーム画面においてボール６７が移動する。

図８は、図３のＴ５における第１～第４装置の各ゲーム画面の例である。図８（４）に示すように、第３装置（味方レシーバー）のゲーム画面では、第３装置により操作されるキャラクタ６４がボール６７をレシーブした表示が行われる。一方、図８（３）および図３（２）に示すように、第２装置（味方ブロッカー）のゲーム画面では、レシーブデータを未受信であることから、ボール６７が味方側コート６２に着地（着弾）して、そのことを示す「ＩＮ」表示８０が行われている。同様に、図８（２）に示すように、第２装置（相手セッター）のゲーム画面でも、レシーブデータを未受信であることから、ボール６７が味方側コート６２に着地（着弾）している。ここで、図８（１）および図３（１）に示すように、第１装置（相手アタッカー）のゲーム画面では、ヒットストップによってボール６７の移動開始が第２装置～第４装置の仮想空間よりも（片道分の通信遅延時間だけ）遅れたことにより、ボール６７がキャラクタ６４の手前側を移動している。

次に、図３のＴ６において、第１装置、第２装置および第４装置は、それぞれ、レシーブデータを受信してキャラクタ６４がレシーブをしてボール６７が方向を変えて移動する表示を行い、第３装置も、レシーブによりボール６７が方向を変えて移動する表示を行う。図９は、図３のＴ６における第１～第４装置の各ゲーム画面の例である。図９（１）～（４）に示すように、第１～第４装置（相手アタッカー、相手セッター、味方ブロッカー、味方レシーバー）のゲーム画面（仮想空間）において、それぞれ、キャラクタ６４がレシーブしてボール６７が方向を変えて移動する。ここで、図９（３）および図３（２）に示すように、第２装置（味方ブロッカー）のゲーム画面（仮想空間）では、味方側コート６２に着地したボール６７（図８（３）参照）を、受信したレシーブデータに基づいて移動するように制御する。このとき、第２装置の仮想空間において、第２装置がレシーブデータを受信するまでのボール６７の位置と、受信したレシーブデータに基づく移動が行われた場合のボール６７の位置とに大きなズレが生じているため、ボール６７がワープ移動（瞬間移動）してレシーブが成功した表示となる。

次に、図４、図１０および図１１を用いて、図３のＴ４において味方ブロッカー（第２装置）がブロックに成功した場合について説明する。以下に説明するように、この場合には、第３装置において、ボール６７がワープ移動（瞬間移動）するような挙動が生じ得る。なお、図４のタイムチャートのＴ４の直前までについては、図３、図５および図６を用いて説明したので、説明を省略する。

図４のＴ４において、第２装置（味方ブロッカー）に対して所定の操作（適切なタイミングで適切なブロック操作）が行われると、ブロックに成功すると共に、第２装置からブロックデータが第１装置、第３装置および第４装置にそれぞれ送信される。ここで、ブロックデータは、当該所定の操作の内容に基づいて決定されるブロックされたボールの移動速度や移動方向等を示すデータであり、当該データに基づいて第１～第４装置のゲーム画面においてボールが相手側コート６２に向けて方向を変えて移動する。

図１０は、図４のＴ４における第１～第４装置の各ゲーム画面の例である。図１０（３）に示すように、第２装置（味方ブロッカー）のゲーム画面では、第２装置により操作されるキャラクタ６３がボール６７をブロックした表示が行われる。一方、図１０（４）および図４（３）に示すように、第３装置（味方レシーバー）のゲーム画面では、ブロックデータを未受信であることから、ボール６７がキャラクタ６３（味方ブロッカー）の位置を通過した表示が行われている。同様に、図１０（２）に示すように、第２装置（相手セッター）のゲーム画面でも、ブロックデータを未受信であることから、ボール６７がキャラクタ６３（味方ブロッカー）の位置を通過した表示が行われている。ここで、図１０（１）および図４（１）に示すように、第１装置（相手アタッカー）のゲーム画面では、ヒットストップによってボール６７の移動開始が第２装置～第４装置の仮想空間よりも（往復分の通信遅延時間だけ）遅れたことにより、ボール６７がキャラクタ６３の手前を移動している。

次に、図４のＴ５において、第１装置、第３装置および第４装置は、それぞれ、ブロックデータを受信してキャラクタ６３がブロックをしてボール６７が相手側コート６２に向けて方向を変えて移動する表示を行い、第２装置も、ブロックによりボール６７が相手側コート６２に向けて方向を変えて移動する表示を行う。

図１１は、図４のＴ５における第１～第４装置の各ゲーム画面の例である。図１１（１）～（４）に示すように、第１～第４装置（相手アタッカー、相手セッター、味方ブロッカー、味方レシーバー）のゲーム画面（仮想空間）において、それぞれ、キャラクタ６３がブロックしてボール６７が相手側コート６２に向けて方向を変えて移動する。ここで、図１１（４）および図４（３）に示すように、第３装置（味方レシーバー）のゲーム画面（仮想空間）では、キャラクタ６３（味方ブロッカー）の位置を通過したボール６７（図１０（４）参照）を、受信したブロックデータに基づいて移動するように制御する。このとき、第３装置の仮想空間において、第３装置がブロックデータを受信するまでのボール６７の位置と、受信したブロックデータに基づく移動が行われた場合のボール６７の位置とに大きなズレが生じているため、ボールがワープ移動（瞬間移動）してブロックが成功した表示となる。なお、第２装置でも、同様に、ボールがワープ移動してブロックが成功した表示となる。

以上に説明した第１の通信遅延対策によれば、第１装置（相手アタッカー）のゲーム画面（第１仮想空間）において、往復分の通信遅延時間だけヒットストップを行っている。このことによって、第１装置（相手アタッカー）のゲーム画面において、レシーブデータの通信遅延によってボール６７が床に着地してからワープ移動してレシーブが成功する不自然な表示となることを防止でき（図３（１）（３）参照）、又、ブロックデータの通信遅延によってボール６７がキャラクタ６３（味方ブロッカー）を通過してからワープ移動してブロックが成功する不自然な表示となることを防止できる（図４（１）（２）参照）。

一方で、以上に説明した第１の通信遅延対策では、上記したように、第２装置（味方ブロッカー）のゲーム画面（第２仮想空間）において味方側コート６２に着地したボール６７がワープ移動（瞬間的に不連続に移動）してレシーブが成功した表示となる場合があり（図８（３）、図９（３）、図３（２）参照）、又、第３装置（味方レシーバー）のゲーム画面（第３仮想空間）においてキャラクタ６３（味方ブロッカー）の位置を通過したボール６７がワープ移動してブロックが成功した表示となる場合がある（図１０（４）、図１１（４）、図４（３）参照）。

[第２の通信遅延対策]
第２の通信遅延対策は、上記した第１の通信遅延対策の不自然な表示（ボール６７のワープ移動の表示）を防止するものである。図１２および図１３は、本実施形態の第２の遅延処理対策について説明するためのタイムチャートである。図１４～図２０は、図１２および図１３のタイムチャートにおける各タイミングのゲーム画面表示（第１～第４装置の画面表示）を説明するための図である。なお、図１２は図３に対応し、図１３は図４に対応し、図１４は図６に対応し、図１５は図７に対応し、図１６は図８に対応し、図１７は図９に対応し、図１８～図２０は図１０～図１１に対応する。

まず、図１２、図１４～図１７を用いて、味方ブロッカー（第２装置）がブロックに失敗して、味方レシーバー（第３装置）がレシーブに成功した場合について説明する。なお、図１２のＴ２の直前までについては、図３および図５を用いて説明した内容と同じであるので、説明を省略する。この場合、上述の第１の通信遅延対策を用いるのみである場合、第２装置（第２仮想空間）において、ボール６７が味方レシーバー（キャラクタ６４）の身体を通過してコートに着地した後に、味方レシーバーによるレシーブが成功したことを示すレシーブデータを受信し、その結果を反映させることとなる。その結果、第２装置において、ボールがワープ移動（瞬間移動）する不自然な挙動が発生し得た（図３（２）参照）。

図１２のＴ２において、第２装置および第４装置は、それぞれ、アタックデータを受信してキャラクタ６５がアタックをしてボール６７が移動を開始する表示を行う。一方、第３装置では、アタックデータを受信してキャラクタ６５がアタックをした表示が行われると共に、ヒットストップ表示が開始される。ここで、当該ヒットストップの表示は、第１装置から他の装置（第２～第４装置）にデータが送信されて当該他の装置から第１装置にデータが送信される時間（つまり、往復分の通信遅延時間）実行される。なお、往復分の通信遅延時間ではなく、片道分の通信遅延時間の２倍の時間ヒットストップの表示が行われるものとしてもよい。また、第１装置では、Ｔ１で開始されたヒットストップの表示が継続されている。ここで、当該ヒットストップの表示は、第１装置から他の装置（第２～第４装置）にデータが送信されて当該他の装置から第１装置にデータが送信される時間（つまり、往復分の通信遅延時間）を２倍した時間実行される。なお、往復分の通信遅延時間の２倍の時間ではなく、片道分の通信遅延時間の４倍の時間ヒットストップの表示が行われるものとしてもよい。また、説明の便宜上、Ｔ２において第２～第４装置のそれぞれが同じタイミングでアタックデータを受信するものとしたが、実際は、第２～第４装置のそれぞれが利用する通信回線の品質等によって多少ズレが生じ得る。

図１４は、図１２のＴ２における第１～第４装置の各ゲーム画面の例である。図１４（１）に示すように、第１装置（相手アタッカー）のゲーム画面（第１仮想空間）ではヒットストップが継続されており、ヒットストップ中であることを示す発光表示６８が行われている。また、図１４（４）に示すように、第３装置（味方レシーバー）のゲーム画面（第３仮想空間）ではヒットストップが開始されて、ヒットストップ中であることを示す発光表示６８が行われている。一方、図１４（２）（３）に示すように、第２装置および第４装置（相手セッターおよび味方ブロッカー）のゲーム画面（第２仮想空間および第４仮想空間）では、それぞれ、受信したアタックデータに基づいて、キャラクタ６５がボール６７をアタックしてボール６７が移動を開始する。なお、図１２（１）～（４）に示すように、少なくとも第１装置～第３装置が設ける各仮想空間において、同じ速度（第１速度）でボール６７が移動する。

次に、図１２のＴ２－１において、第３装置のゲーム画面（第３仮想空間）では、往復分の通信遅延時間実行されたヒットストップの表示が終了されて、（Ｔ２で受信したアタックデータに基づいて）ボール６７が移動を開始する表示を行う（図示なし）。

次に、図１２のＴ３において、第１装置のゲーム画面（第１仮想空間）では、往復分の通信遅延時間の２倍の時間実行されたヒットストップの表示が終了されて、（アタックデータに基づいて）ボール６７が移動を開始する表示を行う（図示なし）。

図１２のＴ４において、第２装置（味方ブロッカー）によるブロックが失敗して、ボール６７がキャラクタ６３の位置を通過する表示を行う。図１５は、図１２のＴ４における第１～第４装置の各ゲーム画面の例である。図１５（３）に示すように、第２装置（味方ブロッカー）のゲーム画面ではボール６７がキャラクタ６３の位置を通過している一方で、図１５（１）（４）に示すように、ヒットストップを実行した第１装置および第３装置（相手アタッカーおよび味方レシーバー）のゲーム画面ではボール６７がキャラクタ６３の手前側を移動している。

そして、図１２（２）に示すように、Ｔ４において、味方ブロッカー（第２装置）の第２仮想空間内でボール６７が第１速度から、当該第１速度よりも遅い第２速度に速度変更する。

次に、図１２のＴ５において、第３装置（味方レシーバー）に対して所定の操作（適切なタイミングで適切なレシーブ操作）が行われると、レシーブに成功すると共に、第３装置からレシーブデータが第１装置、第２装置および第４装置にそれぞれ送信される。

図１６は、図１２のＴ５における第１～第４装置の各ゲーム画面の例である。図１６（４）に示すように、第３装置（味方レシーバー）のゲーム画面では、第３装置により操作されるキャラクタ６４がボール６７をレシーブした表示が行われる。また、図１６（３）および図１２（２）に示すように、第２装置（味方ブロッカー）のゲーム画面では、第１速度よりも遅い第２速度でボール６７が移動し又レシーブデータを未受信であることから、ボール６７はキャラクタ６４の手前側を移動している。また、図１６（１）および図１２（１）に示すように、第１装置（相手アタッカー）ゲーム画面では、ヒットストップによりボール６７の移動開始を遅らせ、又、レシーブデータを未受信であることから、ボール６７はキャラクタ６４の手前側を移動している。

次に、図１２のＴ６において、第１装置、第２装置および第４装置は、それぞれ、レシーブデータを受信してキャラクタ６４がレシーブをしてボール６７が方向を変えて移動する表示を行い、第３装置も、レシーブによりボール６７が方向を変えて移動する表示を行う。図１７は、図１２のＴ６における第１～第４装置の各ゲーム画面の例である。図１７（１）～（４）に示すように、第１～第４装置（相手アタッカー、相手セッター、味方ブロッカー、味方レシーバー）のゲーム画面（仮想空間）において、それぞれ、キャラクタ６４がレシーブしてボール６７が方向を変えて移動する。

このように、第２の通信遅延対策では、図１２のＴ４において、第２装置（味方ブロッカー）の仮想空間内のボール６７の移動速度を第１速度よりも遅い第２速度に変更することによって、第２装置（ブロッカー）のゲーム画面において味方側コート６２に着地したボール６７がワープ移動してレシーブが成功する不自然な表示（図８（３）、図９（３）、図３（２）参照）が起きるのを防止できる。

次に、図１３、図１８～図２０を用いて、図１２のＴ４において味方ブロッカー（第２装置）がブロックに成功した場合について説明する。なお、図１３のＴ４より前については、図１２等を用いて説明した内容と同じであるので、説明を省略する。なお、この場合、上記した第１の通信遅延対策（図４参照）を用いると、第３装置（味方レシーバー）のゲーム画面において、ボール６７が味方ブロッカー（キャラクタ６３）の位置を通過して移動した後に、味方ブロッカーによるブロックが成功したことを示すブロックデータを受信し、その結果を反映させることとなる。その結果、第３装置のゲーム画面において、ボール６７がワープ移動する不自然な挙動が発生し得た。

図１３のＴ４において、第２装置（味方ブロッカー）に対して所定の操作（適切なタイミングで適切なブロック操作）が行われると、ブロックに成功すると共に、第２装置からブロックデータが第１装置、第３装置および第４装置にそれぞれ送信される。

図１８は、図１３のＴ４における第１～第４装置の各ゲーム画面の例である。図１８（３）に示すように、第２装置（味方ブロッカー）のゲーム画面では、第２装置により操作されるキャラクタ６３がボール６７をブロックした表示が行われる。また、図１８（４）および図１３（３）に示すように、第３装置（味方レシーバー）のゲーム画面では、ヒットストップによりボール６７の移動開始を遅らせ、又、ブロックデータを未受信であることから、ボール６７がキャラクタ６３（味方ブロッカー）の手前側を移動している。同様に、図１８（１）および図１３（１）に示すように、第１装置（相手アタッカー）のゲーム画面でも、ヒットストップによりボール６７の移動開始を遅らせ、又、ブロックデータを未受信であることから、ボール６７はキャラクタ６３（味方ブロッカー）の手前側を移動している。

次に、図１３のＴ５において、第１装置、第３装置および第４装置は、第２装置から送信されたブロックデータを受信し、第４装置のゲーム画面ではキャラクタ６３がボール６７をブロックする表示が行われる（図示なし）。

次に、図１３のＴ６において、第３装置は、Ｔ５で受信したブロックデータに基づいてキャラクタ６３がブロックをしてボール６７が相手側コート６２に向けて方向を変えて移動する表示を行う。図１９は、図１３のＴ６における第１～第４装置の各ゲーム画面の例である。図１９（４）に示すように、第３装置（味方レシーバー）のゲーム画面（仮想空間）において、キャラクタ６３がブロックしてボール６７が相手側コート６２に向けて方向を変えて移動を開始する。一方、第１装置（相手アタッカー）のゲーム画面では、ヒットストップによりボール６７の移動開始を遅らせたことにより（図１３（１）参照）ボール６７はキャラクタ６３の手前側を移動しており、第２装置（味方ブロッカー）および第４装置（相手セッター）のゲーム画面では、ブロックによりボール６７は相手側コート６２に向けて既に移動している。

次に、図１３のＴ７において、第１装置は、Ｔ５で受信したブロックデータに基づいてキャラクタ６３がブロックをしてボール６７が相手側コート６２に向けて方向を変えて移動する表示を行う。図２０は、図１３のＴ７における第１～第４装置の各ゲーム画面の例である。図２０（１）に示すように、第１装置（相手アタッカー）のゲーム画面において、キャラクタ６３がブロックしてボール６７が相手側コート６２に向けて方向を変えて移動を開始する。一方、第２装置（味方ブロッカー）、第３装置（味方レシーバー）および第４装置（相手セッター）のゲーム画面（仮想空間）では、ブロックによりボール６７は相手側コート６２に向けて既に移動している。

このように、第２の通信遅延対策では、図１３のＴ２の後の期間において、第３装置（味方レシーバー）の仮想空間でヒットストップの実行により所定の待機時間だけ時間を置いた後にボールの移動を開始することによって（図１３（３）参照））、第３装置のゲーム画面においてキャラクタ６３（味方ブロッカー）の位置を通過したボール６７がワープ移動（瞬間的に不連続に）してブロックが成功する不自然な表示（図１０（４）、図１１（４）、図４（３）参照）が起きるのを防止できる。

以上に説明したように、第２の通信遅延対策によれば、通信対戦ゲーム（バレーボールゲーム）を行う第１～第４装置において、違和感のない自然な表示とすることができる。

なお、第１～第４装置の各仮想空間において、アタックが行われる前の期間（通常期間）にはボール６７の移動速度は、互いに等しい第１速度（図１２等参照；通常速度と考えてもよい）で制御され、又、レシーブ（およびブロック）が行われた後の期間（通常期間）にもボール６７の移動速度は、互いに等しい第１速度で制御される。また、アタック、ブロックおよびレシーブは、ゲームイベントであり、ボール６７の移動速度や移動方向等が決定されるものである。

［本実施形態の情報処理の詳細］
次に、図２１～図２４を参照して、本実施形態（第２の通信遅延対策）の情報処理について詳細に説明する。

［使用データについて］
本ゲーム処理において用いられる各種データに関して説明する。図２１は、ゲーム装置２の記憶部２２に格納されるプログラムおよびデータの一例を示している。記憶部２２には、ゲームプログラム１０１、自プレイヤキャラデータ１０２、他プレイヤキャラデータ１０３、ボールデータ１０４、画像データ１０５および操作データ１０６等が格納される。

ゲームプログラム１０１は、本実施形態に係るゲーム処理を実行するためのゲームプログラムである。

自プレイヤキャラデータ１０２は、本ゲームの仮想空間（自ゲーム装置２の仮想空間）の自プレイヤキャラ（自ゲーム装置２で操作するキャラクタ）について定義したデータであり、自プレイヤキャラの位置、向き、姿勢および役割等を定義したデータである。ここで、役割は、図２等を用いて説明した役割（サーバー、レシーバー、セッター、アタッカー、ブロッカー）であり、所定の順番で切り替わる。

他プレイヤキャラデータ１０３は、本ゲームの仮想空間（自ゲーム装置２の仮想空間）の他プレイヤキャラ（他のゲーム装置２により操作されるキャラクタ）について定義したデータであり、他プレイヤキャラの位置、向き、姿勢等を定義したデータである。他プレイヤキャラデータ１０３は、他のゲーム装置から所定時間間隔（例えば、５０ミリ秒間隔）で受信するデータに基づいて、更新される。

ボールデータ１０４は、本ゲームの仮想空間（自ゲーム装置２の仮想空間）のボール６７について定義したデータであり、ボール６７の位置、移動方向、移動速度等を定義したデータであり、このボールデータ１０４を用いて自ゲーム装置２の仮想空間内でボール６７が移動制御される。

画像データ１０５は、自プレイヤキャラ、他プレイヤキャラ、ボール等の画像データである。

操作データ１０６は、自ゲーム装置２に対して行われた操作を示すデータである。

［ゲーム処理の詳細について］
次に、フローチャートを参照して、本実施形態（第２の通信遅延対策）に係るゲーム処理の詳細を説明する。図２２～図２４は、本実施形態（第２の通信遅延対策）に係るゲーム処理の詳細を示すフローチャートの一例である。

[アタッカーの処理]
図２２に示すゲーム処理は、自プレイヤキャラがアタッカーの役割の場合に実行される処理である。なお、自プレイヤキャラの役割は、自プレイヤキャラデータ１０２に含まれる現在の役割に基づいて切り替わる。

図２２のステップＳ１０１において、プロセッサ２１は、適切なアタック操作があったか否かを判定する。具体的には、プロセッサ２１は、自プレイヤキャラデータ１０２、ボールデータ１０４および操作データ１０６に基づいて、ユーザにより適切なタイミングで適切なアタック操作が行われたか否かを判定する。ステップＳ１０１での判定がＹＥＳの場合、処理はステップＳ１０２に移り、この判定がＮＯの場合、処理はステップＳ１０５に移る。

ステップＳ１０２において、プロセッサ２１は、アタック表示を実行し、ヒットストップを実行する。具体的には、プロセッサ２１は、仮想空間において、自プレイヤキャラにボール６７をアタックさせると共に、ヒットストップを行って仮想空間の時間進行を所定の待機時間（往復分の通信遅延時間の２倍の時間）ストップさせる処理を開始（実行）する（図１２（１）のＴ１の時点参照）。なお、仮想空間を仮想カメラで撮影したゲーム画像は、表示部５によって表示される。その後、処理はステップＳ１０３に移る。

ステップＳ１０３において、プロセッサ２１は、無線通信部２３により、アタックデータをインターネットを介して３つの他のゲーム装置２に送信する（図１２（１）のＴ１の時点参照）。アタックデータは、アタック操作の内容に基づいて決定されるデータであり、アタックされたボールの移動速度（つまり、第１速度）や移動方向等を示すデータである。その後、処理はステップＳ１０４に移る。

ステップＳ１０４において、プロセッサ２１は、ヒットストップを解除すると共に、アタックデータに基づいて、アタックされたボール６７を第１速度で移動開始させる（図１２（１）のＴ３の時点参照）。その後、処理はステップＳ１０５に移る。

ステップＳ１０５において、プロセッサ２１は、他のゲーム装置２（ブロッカーの装置）から、ブロックデータを受信したか否かを判定する（図１３（１）のＴ５の時点参照）。なお、ブロックデータは、後述する図２３のステップＳ２０７によって送信される。ステップＳ１０５での判定がＹＥＳの場合、処理はステップＳ１０６に移り、この判定がＮＯの場合、処理はステップＳ１０７に移る。

ステップＳ１０６において、プロセッサ２１は、ボール６７の移動方向を変化させる。具体的には、プロセッサ２１は、受信したブロックデータに基づいて、他プレイヤキャラ（ブロッカー）によってブロックされたボール６７を味方側コートに向かって移動方向を変化させる（図１３（１）のＴ７の時点参照）。その後、処理はステップＳ１０７に移る。

ステップＳ１０７において、プロセッサ２１は、他のゲーム装置２（レシーバーの装置）から、レシーブデータを受信したか否かを判定する（図１２（１）のＴ６の時点参照）。なお、レシーブデータは、後述する図２４のステップＳ３０８によって送信される。ステップＳ１０７での判定がＹＥＳの場合、処理はステップＳ１０８に移り、この判定がＮＯの場合、アタッカーの処理は終了する。

ステップＳ１０８において、プロセッサ２１は、ボール６７の移動方向を変化させる。具体的には、プロセッサ２１は、受信したレシーブデータに基づいて、他プレイヤキャラ（レシーバー）によってレシーブされたボール６７を相手側コートで移動方向を変化させる（図１２（１）のＴ６の時点参照）。その後、アタッカーの処理は終了する。

[ブロッカーの処理]
図２３に示すゲーム処理は、自プレイヤキャラがブロッカーの役割の場合に実行される処理である。

ステップＳ２０１において、プロセッサ２１は、他のゲーム装置２（アタッカーの装置）から、アタックデータを受信したか否かを判定する（図１２（２）のＴ２の時点参照）。なお、アタックデータは、図２２のステップＳ１０３によって送信される。ステップＳ２０１での判定がＹＥＳの場合、処理はステップＳ２０２に移り、この判定がＮＯの場合、処理はステップＳ２０３に移る。

ステップＳ２０２において、プロセッサ２１は、第１速度でボール６７の移動を開始する。具体的には、プロセッサ２１は、受信したアタックデータに基づいて、他プレイヤキャラ（アタッカー）によってアタックされたボール６７を、味方側コートに向かって第１速度で移動開始させる（図１２（２）のＴ２の時点参照）。その後、処理はステップＳ２０３に移る。

ステップＳ２０３において、プロセッサ２１は、コートの奥行方向において、アタックされたボール６７が自プレイヤキャラ（ブロッカー）を通過したか否かを判定する。具体的には、プロセッサ２１は、自プレイヤキャラデータ１０２およびボールデータ１０４に基づいて、コートの奥行方向（図１５（３）のコート右側に示したＸ軸方向）において、ボール６７の中心点が自プレイヤキャラ（ブロッカー）の中心点を通過したか否か（ブロックに失敗したか否か）を判定する（図１２（２）のＴ４の時点参照）。ステップＳ２０３での判定がＹＥＳの場合、処理はステップＳ２０４に移り、この判定がＮＯの場合、処理はステップＳ２０５に移る。

ステップＳ２０４において、プロセッサ２１は、ボール６７の移動速度を、第１速度から第２速度に変更する（図１２（２）のＴ４の時点参照）。なお、既に説明したように、ボール６７の移動速度の大小関係は、第１速度＞第２速度である。その後、処理はステップＳ２０５に移る。

ステップＳ２０５において、プロセッサ２１は、適切なブロック操作があったか否かを判定する。具体的には、プロセッサ２１は、自プレイヤキャラデータ１０２、ボールデータ１０４および操作データ１０６に基づいて、ユーザにより適切なタイミングで適切なブロック操作が行われたか否かを判定する（図１３（２）のＴ４の時点参照）。ステップＳ２０５での判定がＹＥＳの場合、処理はステップＳ２０６に移り、この判定がＮＯの場合、処理はステップＳ２０９に移る。

ステップＳ２０６において、プロセッサ２１は、ブロック表示を実行する。具体的には、プロセッサ２１は、仮想空間において、自プレイヤキャラにボール６７をブロックさせる処理を行う（図１３（２）のＴ４の時点参照）。その後、処理はステップＳ２０７に移る。

ステップＳ２０７において、プロセッサ２１は、無線通信部２３により、ブロックデータをインターネットを介して３つの他のゲーム装置２に送信する（図１３（２）のＴ４の時点参照）。なお、ブロックデータは、ブロック操作の内容に基づいて決定されるデータであり、ブロックされたボールの移動速度や移動方向等を示すデータである。その後、処理はステップＳ２０８に移る。

ステップＳ２０８において、プロセッサ２１は、ブロックデータに基づいて、ブロックされたボール６７の移動方向を変化させる（図１３（２）のＴ４の時点参照）。その後、処理はステップＳ２０９に移る。

ステップＳ２０９において、プロセッサ２１は、他のゲーム装置２（レシーバーの装置）から、レシーブデータを受信したか否かを判定する（図１２（２）のＴ６の時点参照）。なお、レシーブデータは、後述する図２４のステップＳ３０８によって送信される。ステップＳ２０９での判定がＹＥＳの場合、処理はステップＳ２１０に移り、この判定がＮＯの場合、ブロッカーの処理は終了する。

ステップＳ２１０において、プロセッサ２１は、ボール６７の移動方向を変化させる。具体的には、プロセッサ２１は、受信したレシーブデータに基づいて、他プレイヤキャラ（レシーバー）によってレシーブされたボール６７を味方側コートにおいて移動方向を変化させる（図１２（２）の６の時点参照）。その後、ブロッカーの処理は終了する。

[レシーバーの処理]
図２４に示すゲーム処理は、自プレイヤキャラがレシーバーの役割の場合に実行される処理である。

ステップＳ３０１において、プロセッサ２１は、他のゲーム装置２（アタッカーの装置）から、アタックデータを受信したか否かを判定する（図１２（３）のＴ２の時点参照）。なお、アタックデータは、図２２のステップＳ１０３によって送信される。ステップＳ３０１での判定がＹＥＳの場合、処理はステップＳ３０２に移り、この判定がＮＯの場合、処理はステップＳ３０４に移る。

ステップＳ３０２において、プロセッサ２１は、アタック表示を実行し、ヒットストップを実行する。具体的には、プロセッサ２１は、仮想空間において、相手アタッカーのキャラクタにボール６７をアタックさせると共に、ヒットストップを行って仮想空間の時間進行を所定の待機時間（往復分の通信遅延時間）ストップさせる処理を開始（実行）する（図１２（３）のＴ２の時点参照）。その後、処理はステップＳ３０３に移る。

ステップＳ３０３において、プロセッサ２１は、ヒットストップを解除すると共に、アタックデータに基づいて、アタックされたボール６７を第１速度で移動開始させる（図１２（３）のＴ２－１の時点参照）。その後、処理はステップＳ３０４に移る。

ステップＳ３０４において、プロセッサ２１は、他のゲーム装置２（ブロッカーの装置）から、ブロックデータを受信したか否かを判定する（図１３（３）のＴ５の時点参照）。なお、ブロックデータは、図２３のステップＳ２０７によって送信される。ステップＳ３０４での判定がＹＥＳの場合、処理はステップＳ３０５に移り、この判定がＮＯの場合、処理はステップＳ３０６に移る。

ステップＳ３０５において、プロセッサ２１は、ボール６７の移動方向を変化させる。具体的には、プロセッサ２１は、受信したブロックデータに基づいて、他プレイヤキャラ（ブロッカー）によってブロックされたボール６７を相手側コートに向けて移動方向を変化させる（図１３（３）のＴ６の時点参照）。その後、処理はステップＳ３０６に移る。

ステップＳ３０６において、プロセッサ２１は、適切なレシーブ操作があったか否かを判定する。具体的には、プロセッサ２１は、自プレイヤキャラデータ１０２、ボールデータ１０４および操作データ１０６に基づいて、ユーザにより適切なタイミングで適切なレシーブ操作が行われたか否かを判定する（図１２（３）のＴ５の時点参照）。ステップＳ３０６での判定がＹＥＳの場合、処理はステップＳ３０７に移り、この判定がＮＯの場合、レシーバーの処理は終了する。

ステップＳ３０７において、プロセッサ２１は、レシーブ表示を実行する。具体的には、プロセッサ２１は、仮想空間において、自プレイヤキャラにボール６７をレシーブさせる処理を行う（図１２（３）のＴ５の時点参照）。その後、処理はステップＳ３０８に移る。

ステップＳ３０８において、プロセッサ２１は、無線通信部２３により、レシーブデータをインターネットを介して３つの他のゲーム装置２に送信する（図１２（３）のＴ５の時点参照）。なお、レシーブデータは、レシーブ操作の内容に基づいて決定されるデータであり、レシーブされたボールの移動速度や移動方向等を示すデータである。その後、処理はステップＳ３０９に移る。

ステップＳ３０９において、プロセッサ２１は、レシーブデータに基づいて、レシーブされたボール６７の移動方向を変化させる（図１２（３）のＴ５の時点参照）。その後、レシーバーの処理は終了する。

以上に説明したように、第２の通信遅延対策によれば、図１２のＴ４において、第２装置（味方ブロッカー）の仮想空間内のボール６７の移動速度を第１速度から、当該第１速度よりも遅い第２速度に変更することによって、第２装置（ブロッカー）のゲーム画面において味方側コート６２に着地したボール６７がワープ移動してレシーブが成功する不自然な表示（図８（３）、図９（３）、図３（２）参照）が起きるのを防止できる。
また、以上に説明したように、第２の通信遅延対策によれば、図１３のＴ２～Ｔ２－１の期間において第３装置（味方レシーバー）の仮想空間でヒットストップを実行することによりボールの移動を開始するタイミングを遅らせることによって（図１３（３）参照））、第３装置（味方レシーバー）のゲーム画面においてキャラクタ６３（味方ブロッカー）の位置を通過したボール６７がワープ移動（瞬間的に不連続に）してブロックが成功する不自然な表示（図１０（４）、図１１（４）、図４（３）参照）が起きるのを防止できる。
以上のように、第２の通信遅延対策によれば、通信対戦ゲーム（バレーボールゲーム）を行う装置（少なくとも第１～第３装置）において、違和感のない自然な表示とすることができる。

[変形例]
なお、上記した本実施形態では、バレーボールゲームのタイプを例に挙げた。しかし、他の球技のゲームであってもよいし、球技ではないゲームであってもよい。球技ではないゲームの場合には、ボールではないオブジェクトを仮想空間内で移動させ合うようなゲームであってもよい。

また、上記した本実施形態では、アタック操作が行われたゲーム装置２（送信側の装置）からボール６７の移動速度や移動方向等を示すアタックデータを受信したゲーム装置２（受信側の装置）が、当該アタックデータに基づいて、受信側の装置の仮想空間でアタックされたボール６７の移動制御を行う例を挙げた。しかし、送信側の装置はアタックデータではなくアタック操作の操作データを受信側の装置に送信し、受信側の装置は、受信したアタック操作の操作データに基づいて、受信側の装置の仮想空間でアタックされたボール６７の移動制御を行ってもよい。また、同様に、送信側の装置はブロックデータ（又はレシーブデータ）ではなくブロック操作（又はレシーブ操作）の操作データを受信側の装置に送信し、受信側の装置は、受信した操作データに基づいて、受信側の装置の仮想空間でブロック（又はレシーブ）されたボール６７の移動制御を行ってもよい。

また、上記した本実施形態では、ボール６７がブロッカー（図１５のキャラクタ６３参照）の位置を通過する時点で、ボール６７の移動速度を瞬間的に変化させて切り替える例を挙げた（図１２（２）参照）。しかし、ボール６７の移動速度を、徐々に変化させて切り替えてもよい。例えば、滑らかに変化させて切り替えてもよいし、段階的に（階段状に）変化させて切り替えてもよい。

また、上記した本実施形態では、インターネットを介した通信を例に挙げた。しかし、通信遅延が生じる通信であれば、インターネットを介した通信ではなく他の通信であってもよい。

また、上記した本実施形態において、各ゲーム装置２の仮想空間の間の各種タイミングは完全には同期せず、或る程度振れ幅があってもよい（適度な範囲でズレていてもよい）。

また、上記した本実施形態において、各ゲーム装置２におけるボール６７の移動速度は、或る程度振れ幅があってもよい（適度な範囲で異なってもよい）。例えば、第１装置のボールの第１速度と、第２装置のボールの第１速度と、第３装置のボールの第１速度とを少し異ならせてもよい（図１２参照）。また、例えば、第１～第４装置において、アタック前のボールの移動速度（通常速度）が互いに少し異なってもよいし、又、レシーブ後のボールの移動速度（通常速度）が互いに少し異なってもよい。

また、上記した本実施形態において、第１の通信遅延対策（図３、図４参照）における第１速度と、第２の通信遅延対策（図１２、図１３参照）における第１速度とは、異なる速度であってもよい。

また、上記した第２の通信遅延対策において、第４端末（相手セッター）の第４仮想空間において（図１２および図１３参照）、ボール６７の移動速度を第１速度としてもよい。この場合、第４端末（相手セッター）の第４仮想空間において、上記した第１の通信遅延対策と同様に、ボール６７がワープ移動し得ることとなる（図３（２）、図４（３）、図１２（４）、図１３（４）参照）。しかし、第４端末（相手セッター）にとっては、次の役割がレシーバーであり相手アタッカーがアタックする場面が間にあるので、上記した第２の通信遅延対策では特段の対策を行っていない。
ここで、４端末（相手セッター）の第４仮想空間において（図１２および図１３参照）、ボール６７の移動速度を第１速度より遅い速度としてもよい。また、４端末（相手セッター）の第４仮想空間において（図１２および図１３参照）、第１装置や第３装置と同様に、ヒットストップを設けてボール６７の移動開始を遅らせてもよい。このようにすることで、上記した第４仮想空間においてボール６７がワープ移動することを防止できる。

また、上記した本実施形態においては、ゲーム処理にかかる一連の処理が単一のゲーム装置２で実行される場合を説明した。他の実施形態においては、上記一連の処理が複数の情報処理装置からなる情報処理システムにおいて実行されてもよい。例えば、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの一部の処理がサーバ側装置によって実行されてもよい。更には、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの主要な処理がサーバ側装置によって実行され、当該端末側装置では一部の処理が実行されてもよい。また、上記情報処理システムにおいて、サーバ側のシステムは、複数の情報処理装置によって構成され、サーバ側で実行するべき処理を複数の情報処理装置が分担して実行してもよい。また、いわゆるクラウドゲーミングの構成としてもよい。例えば、ゲーム装置１０は、ユーザの操作を示す操作データを所定のサーバに送り、当該サーバにおいて各種ゲーム処理が実行され、その実行結果が動画・音声としてゲーム装置１０にストリーミング配信されるような構成としてもよい。

２ ゲーム装置
４ 操作部（コントローラ）
５ 表示部
２１ プロセッサ
２２ 記憶部（メモリ）
２３ 通信部
２５ 画像音声出力部
２４ コントローラ通信部

Claims (16)

1. 少なくとも３つ以上の情報処理装置間でゲーム状況を同期する通信対戦ゲームを提供するための情報処理システムであって、
   第１情報処理装置は、第１プロセッサを備え、当該第１プロセッサにより第１仮想空間を設け、
   第２情報処理装置は、第２プロセッサを備え、当該第２プロセッサにより第２仮想空間を設け、
   第３情報処理装置は、第３プロセッサを備え、当該第３プロセッサにより第３仮想空間を設け、
   前記第１仮想空間と前記第２仮想空間と前記第３仮想空間とは互いに対応し、
   前記第１プロセッサは、
   前記第１仮想空間内の移動オブジェクトに関する第１ゲームイベントを実行し、
   前記第１ゲームイベントの実行に関する第１データを、前記第２情報処理装置および前記第３情報処理装置に送信し、
   前記第１ゲームイベントに基づいて、前記第１仮想空間内で前記移動オブジェクトが移動するように当該移動オブジェクトの移動を制御し、
   前記第２プロセッサは、前記第１情報処理装置から受信した前記第１データに基づいて、前記第２仮想空間内で前記移動オブジェクトが移動するように当該移動オブジェクトの移動を制御し、
   前記第３プロセッサは、前記第１情報処理装置から受信した前記第１データに基づいて、前記第３仮想空間内で前記移動オブジェクトが移動するように当該移動オブジェクトの移動を制御し、
   前記第２プロセッサは、
   前記第１データに基づいて前記第２仮想空間内で移動する前記移動オブジェクトに関する第１条件を満たす場合、当該移動オブジェクトの移動方向を変更する第２ゲームイベントを実行し、
   前記第２ゲームイベントが実行される場合、当該第２ゲームイベントに関する第２データを、前記第１情報処理装置および前記第３情報処理装置に送信し、
   前記第１プロセッサは、前記第１条件が満たされた場合、前記第２情報処理装置から受信した前記第２データに基づいて、前記第１仮想空間内で前記移動オブジェクトの移動を制御し、
   前記第３プロセッサは、
   前記第１条件が満たされた場合、前記第２情報処理装置から取得した前記第２データに基づいて、前記第３仮想空間内で前記移動オブジェクトの移動を制御し、
   前記第２ゲームイベントが実行されなかった場合であって、前記第１データに基づいて前記第３仮想空間内で移動する前記移動オブジェクトに関する第２条件が満たされた場合、当該移動オブジェクトの移動方向を変更する第３ゲームイベントを実行し、
   前記第１プロセッサは、前記第１ゲームイベントの後の期間において、前記移動オブジェクトが第１の速度で移動するように、当該移動オブジェクトの移動を制御し、
   前記第２プロセッサは、前記第１データを受信した後の第１期間において、前記移動オブジェクトが前記第１の速度で移動するように、当該移動オブジェクトの移動を制御し、
   前記第３プロセッサは、前記第１データを受信した後の期間において、前記移動オブジェクトを前記第１の速度で移動するように、当該移動オブジェクトの移動を制御し、
   前記第２プロセッサは、前記第１期間よりも後の第２期間において、前記移動オブジェクトが前記第１の速度より遅い第２の速度で移動するように、当該移動オブジェクトの移動を制御する、情報処理システム。
2. 前記第２期間は、前記第２仮想空間内の所定位置を前記移動オブジェクトが通過した後の期間である、請求項１に記載の情報処理システム。
3. 前記第１プロセッサは、前記第１ゲームイベントの後、第１待機時間が経過した後に、前記移動オブジェクトの移動を制御する、請求項１又は２に記載の情報処理システム。
4. 前記第３プロセッサは、前記第１データを受信した後、第２待機時間が経過した後に、前記移動オブジェクトの移動を制御する、請求項３に記載の情報処理システム。
5. 前記第２待機時間は、前記第１待機時間よりも短い、請求項４に記載の情報処理システム。
6. 前記第１待機時間は、前記第１情報処理装置と前記第３情報処理装置によるデータ送受信に係る時間を２倍した時間である、請求項３～５の何れかに記載の情報処理システム。
7. 前記第２待機時間は、前記第１情報処理装置から前記第３情報処理装置へのデータ送信に係る時間、または、当該第３情報処理装置から当該第１情報処理装置へのデータ送信に係る時間を２倍した時間である、請求項４又は５に記載の情報処理システム。
8. 前記第１ゲームイベントよりも前の通常期間において、前記第１プロセッサ、前記第２プロセッサおよび前記第３プロセッサは、前記移動オブジェクトを通常速度で移動させる、請求項１～７の何れかに記載の情報処理システム。
9. 前記通常速度と前記第１の速度は等しい、請求項８に記載の情報処理システム。
10. 前記通信対戦ゲームにおいて、
    第１情報処理装置に紐づけられる対戦相手キャラクタが、前記第１仮想空間内、前記第２仮想空間内および前記第３仮想空間内の第１領域にそれぞれ配置され、
    第２情報処理装置に紐づけられる第１味方キャラクタおよび第３情報処理装置に紐づけられる第２味方キャラクタが、前記第１仮想空間内、前記第２仮想空間内および前記第３仮想空間内の第２領域にそれぞれ配置され、
    前記第１ゲームイベントは、前記対戦相手キャラクタが、前記移動オブジェクトを第１領域から第２領域に向けて移動させる制御を少なくとも含むものであって、
    前記第２ゲームイベントは、前記第２データに基づいて前記第１味方キャラクタが、前記第１ゲームイベントに応じて移動する前記移動オブジェクトを前記第１領域に向けて移動させる制御を少なくとも含むものであって、
    前記第３ゲームイベントは、前記第１ゲームイベントに応じて移動する前記移動オブジェクトを、前記第１味方キャラクタに向けて移動させる制御を少なくとも含むものである、請求項１～９の何れかに記載の情報処理システム。
11. 前記通信対戦ゲームの進行状況に応じて、前記第１ゲームイベント、前記第２ゲームイベントおよび前記第３ゲームイベントのそれぞれについて、少なくとも前記第１情報処理装置、前記第２情報処理装置および前記第３情報処理装置のうちで、実行する装置を切り替えて実行する、請求項１～１０の何れかに記載の情報処理システム。
12. 少なくとも、移動オブジェクトを含む第１仮想空間を設ける第１情報処理装置、前記第１仮想空間と対応し前記移動オブジェクトを含む第２仮想空間を設ける第２情報処理装置、および、前記第１仮想空間および前記第２仮想空間と対応し前記移動オブジェクトを含む第３仮想空間を設ける第３情報処理装置の間でゲーム状況を同期する通信対戦ゲームを提供するための情報処理システムを構成する当該第２情報処理装置のコンピュータに処理を行わせるプログラムであって、
    前記プログラムは、前記コンピュータに、
    前記第１情報処理装置から受信した第１ゲームイベントの実行に関する所定のデータに基づいて、前記第２仮想空間内で前記移動オブジェクトが移動するように、当該移動オブジェクトの移動を制御させ、
    前記第２仮想空間内で移動する前記移動オブジェクトに関する所定の条件が満たされた場合、当該移動オブジェクトの移動方向を変更する第２ゲームイベントを実行させ、
    前記所定のデータを受信した後の第１期間において、前記第２仮想空間内で、前記第３仮想空間における前記移動オブジェクトの移動速度である第１の速度で前記移動オブジェクトが移動するように、当該移動オブジェクトの移動を制御させ、
    前記第２ゲームイベントが実行されなかった場合、前記第１期間よりも後の第２期間において、前記第２仮想空間内で、前記第１の速度より遅い第２の速度で前記移動オブジェクトが移動するように、当該移動オブジェクトの移動を制御させる、プログラム。
13. 少なくとも、移動オブジェクトを含む第１仮想空間を設ける第１情報処理装置、前記第１仮想空間と対応し前記移動オブジェクトを含む第２仮想空間を設ける第２情報処理装置、および、前記第１仮想空間および前記第２仮想空間と対応し前記移動オブジェクトを含む第３仮想空間を設ける第３情報処理装置の間でゲーム状況を同期する通信対戦ゲームを提供するための情報処理システムを構成する当該第３情報処理装置のコンピュータに処理を行わせるプログラムであって、
    前記プログラムは、前記コンピュータに、
    前記第１情報処理装置から受信した第１ゲームイベントの実行に関する第１データに基づいて、前記第３仮想空間内で前記移動オブジェクトが移動するように、当該移動オブジェクトの移動を制御させ、
    前記第２情報処理装置から受信した、第２ゲームイベントが実行された場合における当該第２ゲームイベントに関する第２データに基づいて、前記第３仮想空間内で前記移動オブジェクトの移動を制御させ、
    前記第１データを受信した後の期間において、前記第３仮想空間内で、前記第２仮想空間における前記移動オブジェクトの移動速度である所定の速度で前記移動オブジェクトが移動するように、当該移動オブジェクトの移動を制御させ、
    前記第１データを受信した後、所定の待機時間が経過した後に、前記移動オブジェクトが移動するように、当該移動オブジェクトの移動を制御させる、プログラム。
14. 少なくとも、移動オブジェクトを含む第１仮想空間を設ける第１情報処理装置、前記第１仮想空間と対応し前記移動オブジェクトを含む第２仮想空間を設ける第２情報処理装置、および、前記第１仮想空間および前記第２仮想空間と対応し前記移動オブジェクトを含む第３仮想空間を設ける第３情報処理装置の間でゲーム状況を同期する通信対戦ゲームを提供するための情報処理システムを構成する、プロセッサを備える当該第２情報処理装置であって、
    前記プロセッサは、
    前記第１情報処理装置から受信した第１ゲームイベントの実行に関する所定のデータに基づいて、前記第２仮想空間内で前記移動オブジェクトが移動するように、当該移動オブジェクトの移動を制御し、
    前記第２仮想空間内で移動する前記移動オブジェクトに関する所定の条件が満たされた場合、当該移動オブジェクトの移動方向を変更する第２ゲームイベントを実行し、
    前記所定のデータを受信した後の第１期間において、前記第２仮想空間内で、前記第３仮想空間における前記移動オブジェクトの移動速度である第１の速度で前記移動オブジェクトが移動するように、当該移動オブジェクトの移動を制御し、
    前記第２ゲームイベントが実行されなかった場合、前記第１期間よりも後の第２期間において、前記第２仮想空間内で、前記第１の速度より遅い第２の速度で前記移動オブジェクトが移動するように、当該移動オブジェクトの移動を制御する、第２情報処理装置。
15. 少なくとも、移動オブジェクトを含む第１仮想空間を設ける第１情報処理装置、前記第１仮想空間と対応し前記移動オブジェクトを含む第２仮想空間を設ける第２情報処理装置、および、前記第１仮想空間および前記第２仮想空間と対応し前記移動オブジェクトを含む第３仮想空間を設ける第３情報処理装置の間でゲーム状況を同期する通信対戦ゲームを提供するための情報処理システムを構成する、プロセッサを備える当該第３情報処理装置であって、
    前記プロセッサは、
    前記第１情報処理装置から受信した第１ゲームイベントの実行に関する第１データに基づいて、前記第３仮想空間内で前記移動オブジェクトが移動するように、当該移動オブジェクトの移動を制御し、
    前記第２情報処理装置から受信した、第２ゲームイベントが実行された場合における当該第２ゲームイベントに関する第２データに基づいて、前記第３仮想空間内で前記移動オブジェクトの移動を制御し、
    前記第１データを受信した後の期間において、前記第３仮想空間内で、前記第２仮想空間における前記移動オブジェクトの移動速度である所定の速度で前記移動オブジェクトが移動するように、当該移動オブジェクトの移動を制御し、
    前記第１データを受信した後、所定の待機時間が経過した後に、前記移動オブジェクトが移動するように、当該移動オブジェクトの移動を制御する、第３情報処理装置。
16. 少なくとも３つ以上の情報処理装置間でゲーム状況を同期する通信対戦ゲームを提供するための情報処理方法であって、
    第１情報処理装置は、第１コンピュータを備え、当該第１コンピュータにより第１仮想空間を設け、
    第２情報処理装置は、第２コンピュータを備え、当該第２コンピュータにより第２仮想空間を設け、
    第３情報処理装置は、第３コンピュータを備え、当該第３コンピュータにより第３仮想空間を設け、
    前記第１仮想空間と前記第２仮想空間と前記第３仮想空間とは互いに対応し、
    前記第１コンピュータに、
    前記第１仮想空間内の移動オブジェクトに関する第１ゲームイベントを実行させ、
    前記第１ゲームイベントの実行に関する第１データを、前記第２情報処理装置および前記第３情報処理装置に送信させ、
    前記第１ゲームイベントに基づいて、前記第１仮想空間内で前記移動オブジェクトが移動するように、当該移動オブジェクトの移動を制御させ、
    前記第２コンピュータに、前記第１情報処理装置から受信した前記第１データに基づいて、前記第２仮想空間内で前記移動オブジェクトが移動するように当該移動オブジェクトの移動を制御させ、
    前記第３コンピュータに、前記第１情報処理装置から受信した前記第１データに基づいて、前記第３仮想空間内で前記移動オブジェクトが移動するように、当該移動オブジェクトの移動を制御させ、
    前記第２コンピュータに、
    前記第１データに基づいて前記第２仮想空間内で移動する前記移動オブジェクトに関する第１条件が満たされた場合、当該移動オブジェクトの移動方向を変更する第２ゲームイベントを実行させ、
    前記第２ゲームイベントが実行される場合、当該第２ゲームイベントに関する第２データを、前記第１情報処理装置および前記第３情報処理装置に送信させ、
    前記第１コンピュータに、前記第１条件が満たされた場合、前記第２情報処理装置から取得した前記第２データに基づいて、前記第１仮想空間内で前記移動オブジェクトの移動を制御させ、
    前記第３コンピュータに、
    前記第１条件が満たされた場合、前記第２情報処理装置から取得した前記第２データに基づいて、前記第３仮想空間内で前記移動オブジェクトの移動を制御させ、
    前記第２ゲームイベントが実行されなかった場合であって、前記第１データに基づいて前記第３仮想空間内で移動する前記移動オブジェクトに関する第２条件が満たされた場合、当該移動オブジェクトの移動方向を変更する第３ゲームイベントを実行させ、
    前記第１コンピュータに、前記第１ゲームイベントよりも後の期間において、前記移動オブジェクトが第１の速度で移動するように、当該移動オブジェクトの移動を制御させ、
    前記第２コンピュータに、前記第１データを受信した後の第１期間において、前記移動オブジェクトが前記第１の速度で移動するように、当該移動オブジェクトの移動を制御させ、
    前記第３コンピュータに、前記第１データを受信した後の期間において、前記移動オブジェクトが前記第１の速度で移動するように、当該移動オブジェクトの移動を制御させ、
    前記第２コンピュータに、前記第１期間よりも後の第２期間において、前記移動オブジェクトが前記第１の速度より遅い第２の速度で移動するように、当該移動オブジェクトの移動を制御させる、情報処理方法。

Images