JP2022157176A

JP2022157176A - ゲームシステム、サーバシステム及びプログラム

Info

Publication number: JP2022157176A
Application number: JP2021061259A
Authority: JP
Inventors: 幹福冨; Miki Fukutomi
Original assignee: Bandai Namco Entertainment Inc
Current assignee: Bandai Namco Entertainment Inc
Priority date: 2021-03-31
Filing date: 2021-03-31
Publication date: 2022-10-14

Abstract

【課題】複数の端末装置において同期をとりつつ、ゲームを進行させる場合に、一定の状況下において、通信遅延や通信遮断であっても、ゲーム進行に対する影響を排除してゲーム進行上の違和感を無くし、かつ、悪意のあるプレーヤにおける迷惑行為や不正行為を防止すること。【解決手段】ゲームシステムＳは、操作入力された第１プレーヤの第１操作入力情報と、他のゲームシステムＳｏから送信されて受信した第２プレーヤの第２操作入力情報と、に応じて、対戦型格闘ゲームの進行を制御する第１モード制御処理を実行し、ゲームの進行中に、第１プレーヤの所与の操作入力に基づいて特定状況になったか否か、又は、所与のゲーム状況が発生して当該特定状況になったか否かを検出し、当該特定状況検出処理によって特定状況になったことを検出した場合には、第１操作入力情報のみに応じてゲームの進行を制御する第２モードゲーム制御処理として実行する、構成を有している。【選択図】図３

Description

本発明は、ゲームシステム、サーバシステム及びプログラムに関する。

従来から、オブジェクト空間（仮想的三次元空間）内において、２人のプレーヤの操作により制御される第１及び第２のキャラクタが対戦し格闘するゲームシステムが知られている。

また、近年、ネットワークによってそれぞれのプレーヤが使用するゲーム装置を接続し、同一の実空間にいることなく対戦ゲームを実現することができるようになっている。

一方、通信ネットワークを利用した対戦ゲームにあっては、双方の装置でそれぞれゲーム処理を共有するために同期を取る必要があるので、通信遅延などの通信障害が発生すると、互いの装置における同期が的確に取れず、個々のゲーム装置におけるゲーム処理に「ずれ」が生じて対戦ゲームに影響を及ぼすことがあり、その対策は不可欠になってきている。

そこで、最近では、複数のゲーム装置間で通信をしつつ対戦ゲームを行う場合には、装置間の同期を取りつつ、所定のタイミングにおいて同期するデータよりも前のタイミングで同期する複数のデータを含めて送受信し、かつ、所定のタイミングにおいて当該タイミングの同期前のデータについてゲーム処理を行うことによって、処理遅延が生じても複数の装置間においてゲーム処理が確実に実行すること可能な構成を有している装置が知られている（例えば、特許文献１）。

特開平１１－３４７２５４号公報

しかしながら、上記特許文献１にあっては、通信遅延が生ずると、所定のタイミングにおいて同期するデータについては当該データの受信を待って処理することとなっており、微妙なタイミングによって操作入力が要求されるゲーム（例えば、対戦格闘ゲーム）などに適用する場合には、通信遅延が生じてしまうと、ゲーム進行が停止する場合もある。

また、対戦ゲームにおいて、このような装置であっても、一方のプレーヤにおける勝利確定後のゲーム演出中に、他方のプレーヤの悪意によって通信遮断が実行されてしまうと、勝利演出の中断だけでなく、当該対戦自体が無効となるケースもあり、勝利者側のユーザに不快感を与え、対戦ゲームの魅力を低減させる原因の１つにもなっている。

本発明は、上記課題を解決するためになされたものであり、その目的は、複数の端末装置において同期をとりつつ、ゲームを進行させる場合に、一定の状況下において、通信遅延や通信遮断であっても、ゲーム進行に対する影響を排除してゲーム進行上の違和感を無くし、かつ、悪意のあるプレーヤにおける迷惑行為や不正行為を防止することが可能なゲームシステムなどを提供することである。

（１）上記課題を解決するため、本発明は、
第１のプレーヤによって操作制御されるプレーヤキャラクタを用いて他のプレーヤである第２のプレーヤのゲームシステムとネットワークを介して接続して所与のゲームを実行させるゲームシステムであって、
前記第１のプレーヤの操作入力を受け付ける受付処理を実行する受付処理手段、
前記受け付けられた第１のプレーヤの操作入力を第１操作入力情報として少なくとも含む第１ゲーム制御情報を前記第２のプレーヤのゲームシステムに送信し、当該第２のプレーヤのゲームシステムから送信された前記第２のプレーヤの操作入力を第２操作入力情報として少なくとも含む第２ゲーム制御情報を受信する通信制御手段と、
前記受け付けられた第１ゲーム制御情報と、前記受信された第２ゲーム制御情報と、に応じて、前記ゲームの進行を制御するゲーム制御処理を第１モードとして実行する第１ゲーム制御手段と、
前記ゲームの進行中に、前記第１のプレーヤの所与の操作入力に基づいて特定状況になったか否か、又は、所与のゲーム状況が発生して当該特定状況になったか否かを検出する検出処理を実行する検出手段と、
前記検出処理によって前記特定状況になったことが検出された場合には、前記受け付けられた第１ゲーム制御情報のみに応じて前記ゲームの進行を制御するゲーム制御処理を第２モードとして実行する第２ゲーム制御手段と、
を備える、構成を有している。

この構成により、本発明は、複数のプレーヤが用いるゲームシステムにおいて、ネットワークを介して同期をとりつつ、ゲームを進行させる場合に、一定の状況下においては、通信遅延や通信遮断があっても、第２のプレーヤの操作入力情報（すなわち、第２操作入力情報）を用いることなくゲームを進行させることができる。

したがって、本発明は、ゲーム進行に対する通信遅延や通信遮断の影響を排除してゲーム進行上の違和感を無くし、ゲームの興趣性を向上させることができる。

また、本発明は、例えば、勝利確定後に敗戦側がゲーム結果の演出中に故意に通信遮断を行うことによって対戦そのものを不成立にさせる行為、又は、不成立にさせないまでも勝利者側の不快感を生じさせる行為など、通信遮断を用いた悪意のあるプレーヤにおける迷惑行為や不正行為を防止することができる。

なお、「ゲーム」としては、例えば、対戦格闘ゲームやスポーツゲームなどのプレーヤ同士の対戦（第２のプレーヤのプレーヤキャラクタとの対戦）を行う対戦ゲームであってもよいし、他のプレーヤ（すなわち、第２のプレーヤキャラクタ）と協力してゲームを進行させるゲームであってもよい。ただし、第１のプレーヤ及び第２のプレーヤとも有人であることが好ましいが、ＣＰＵによるプレーヤ操作であってもよい。

特に、「ゲーム」としては、第１のプレーヤと第２のプレーヤとが一騎打ちで対戦する対戦ゲームが好ましい。ただし、第１のプレーヤと第２のプレーヤとが協力するゲームであってもよく、その場合には、第１のプレーヤと第２のプレーヤとが協力してＣＰＵなどの敵キャラクタと対戦する対戦ゲームであることが好ましい。

そして、「第１操作入力情報として少なくとも含む第１ゲーム制御情報」及び「第２操作入力情報として少なくとも含む第２ゲーム制御情報」とは、それぞれ、操作入力情報だけであってもよいし、その他の情報が含まれていてもよいことを示す。

また、「第１のプレーヤの所与の操作入力」には、例えば、一定時間のプレーヤキャラクタの行動を規定する必殺技、大技、連続攻撃、及び、連携攻撃などの攻撃を発動するた
めの操作入力など、第１のプレーヤの操作によって、第２のプレーヤの操作入力の有無に関わらず、所定の期間を有する演出や各プレーヤキャラクタの行動を制御するための操作入力であることが含まれる。

特に、「第１のプレーヤの所与の操作入力に基づいて特定状況になったか否か」における「特定状況」には、例えば、プレーヤキャラクタが連続攻撃を実行する状況など、一定時間において、少なくとも第２のプレーヤの操作入力無しでゲームが進行可能な状態が含まれる。

上記に加えて、「所与のゲーム状況」には、例えば、上記の必殺技を発動する際の演出や勝敗を決めた攻撃に関する演出の実行が確定した状況、第１のプレーヤの勝利が確定した状況、又は、対戦の開始前の対決前演出など、の第２のプレーヤの操作があったとしても、ゲームの進行内容が変化しない状況だけでなく、ネットワークによる第２のプレーヤのゲームシステムとの通信において、一定量の通信遅延が発生した場合、又は、当該通信が遮断された場合が含まれる。

また、「受け付けられた第１ゲーム制御情報のみに応じて」とは、第２ゲーム制御情報を受信しなかった場合には勿論のこと、当該第２ゲーム制御情報を受信した場合であっても無効化し、第１ゲーム制御情報のみに基づいて、ゲーム制御処理を実行することを示す。

（２）また、本発明は、
前記検出手段が、
前記第１のプレーヤの連続操作入力に基づいて、当該第１プレーヤのプレーヤキャラクタが前記特定状況になったか否かを検出する前記検出処理を実行する、構成を有している。

この構成により、本発明は、複数のプレーヤが用いるゲームシステムにおいて、ネットワークを介して同期をとりつつ、ゲームを進行させる場合に、ジャンプ、パンチ及びキックなどの種々の連続的な操作入力に基づいて、当該第１プレーヤの操作対象のプレーヤキャラクタによる連続攻撃（コンボ攻撃）などの第２プレーヤの操作を受け付ける必要のない特定状況に移行させることができる。

しがって、本発明は、このような期間に通信遅延や通信遮断が発生したとしても、そもそも第２プレーヤの操作入力を用いていないので、適切なゲーム制御処理を実行することができる。

（３）また、本発明は、
前記第１モード及び前記第２モードのゲーム制御処理の双方とも、前記第１のプレーヤと前記第２のプレーヤとが１対１で対戦する対戦ゲームにおけるゲーム制御処理である、構成を有している。

この構成により、本発明は、第１のプレーヤと第２のプレーヤとがネットワークを利用して対戦する対戦ゲームの実行中に、通信遅延や通信遮断が生じた場合であっても、一定の状況化においては、ゲーム進行に対する影響を排除してゲーム進行上の違和感を無くし、かつ、悪意のあるプレーヤにおける迷惑行為や不正行為を防止することができる。

（４）また、本発明は、
前記第２ゲーム制御手段が、
前記検出処理によって、前記特定状況として、前記ネットワークによる第２のプレー
ヤのゲームシステムとの接続が遮断されたことが検出された場合に、前記第２モードとしてのゲーム制御処理を実行する構成を有している。

この構成により、本発明は、第２のプレーヤのゲームシステムとの通信が遮断された場合であっても、ゲーム進行に対する影響を排除してゲーム進行上の違和感を無くし、かつ、悪意のあるプレーヤにおける迷惑行為や不正行為を防止することができる。

（５）また、本発明は、
記憶手段には、前記プレーヤの操作入力の種別に応じて定まるプレーヤキャラクタの状態を規定するキャラクタ状態情報が記憶されており、
前記検出手段が、
前記第１のゲーム制御処理中の現タイミングにおける第２のプレーヤの操作対象である第２プレーヤキャラクタの状態と、少なくとも前記受信された第２ゲーム制御情報と、に応じて、前記第２プレーヤキャラクタの現タイミングの状態が、前記特定状況として、ゲーム上において行動が不能となる行動不能な状態に切り替わったか否かを検出する前記検出処理を実行する、構成を有している。

この構成により、本発明は、第２プレーヤキャラクタにおける第２のプレーヤの操作情報が無くてもゲーム上影響がない状態を検出し、その状態のときに、第２プレーヤキャラクタに対する第２操作入力の有無に関係なく、第１操作入力情報のみに応じてゲームの進行を制御することができるので、第２操作入力情報を無視してゲームを進行させてその影響を排除することができる。

なお、「行動不能状態」とは、例えば、操作入力の受付が無効となる状態（ゲーム開始前のスタンバイ中の状態）、空中に浮いている状態、拘束された状態（例えば、何かに縛り付けられている状態）、又は、硬直した状態（例えば、技の発動後や金縛りになっている状態）など、プレーヤキャラクタにおける動作が不能な状態、及び、動作してもゲーム上の他の処理に影響を与えない状態が含まれる。

（６）また、本発明は、
前記ゲームが、対戦格闘ゲームであって、
前記検出手段が、
前記第２プレーヤキャラクタの現タイミングにおける状態が、前記第１のプレーヤの操作対象である第１プレーヤキャラクタから攻撃をされた場合の状態であって、前記行動不能な状態である場合に、前記ゲーム状況が前記特定状況であると検出する前記検出処理を実行する、構成を有している。

この構成により、本発明は、第２プレーヤキャラクタが第１プレーヤキャラクタの攻撃を受けた場合の状態であって、第２のプレーヤの操作情報が無くてもゲーム上影響がない状態を検出し、その状態のときに、第２プレーヤキャラクタに対する第２操作入力の有無に関係なく、第１操作入力情報のみに応じてゲームの進行を制御することができるので、第２操作入力情報を無視してゲームを進行させてその影響を排除することができる。

（７）また、本発明は、
前記第１のプレーヤの操作入力の種別、及び、前記ゲーム状況の内容の少なくともいずれか一方を含む、複数の前記特定状況の情報を示す複数の特定状況情報と、所与の関係性を有する前記第２のプレーヤのゲームシステムとの通信遅延量と、が対応付けられて記憶されている記憶手段を管理する管理手段と、
前記第２のプレーヤのゲームシステムとの通信遅延量を計測する計測手段と、
前記計測された通信遅延量に基づいて、前記記憶されている複数の特定状況情報の中か
ら前記検出処理に用いる特定状況情報を決定する決定手段と、
を備え、
前記検出手段が、
前記検出処理として、前記のゲームの実行中に、前記決定された特定状況情報に規定された前記特定状況を検出する、構成を有している。

この構成により、本発明は、通信遅延量が大きくなると、第２モードから第１モードに復帰する際の違和感や障害が大きくなるので、通信遅延量の大きさによって第２モードから第１モードに復帰する際にも影響の無い範囲で第１モードから第２モードへ切り替えるための通信遅延量を定めることができる。

また、本発明は、初級レベルなどの操作入力に対してシビアな反応を求めないプレーヤにとっては、多少通信遅延が発生してもゲームの進行に対する支障はあまり発生しない一方、高いレベルのプレーヤにとっては、少しの通信遅延であってもゲーム進行に対する支障が発生するので、プレーヤレベルに応じて特定状況を変化させることによってゲーム制御処理全体としてスムーズな進行を行うことができる。

なお、「所与の関係性」とは、例えば、第２モード制御処理から第１モード制御処理に復帰する際に通信遅延量によって生ずるズレが所定の時間差以内となることを示し、当該関係性は、通信遅延量に加えてプレーヤのレベル、通信環境やゲーム環境などの関係性を示していてもよい。

（８）また、本発明は、
前記受け付けられた第１のプレーヤの操作入力に基づいて、前記第２モードへの切り替えを可能にする設定を実行する切り替え手段を更に備える、構成を有している。

この構成により、本発明は、プレーヤの希望によって、ゲーム進行に対する影響を排除してゲーム進行上の違和感を無くし、かつ、悪意のあるプレーヤにおける迷惑行為や不正行為を防止する処理を行うかどうか決定させることができる。

（９）また、上記課題を解決するため、本発明は、
第１のプレーヤによって操作制御されるプレーヤキャラクタを用いて他のプレーヤである第２のプレーヤのゲームシステムとネットワークを介して接続して所与のゲームを実行させるゲームシステム用のプログラムであって、
前記第１のプレーヤの操作入力を受け付ける受付処理を実行する受付処理手段、
前記受け付けられた第１のプレーヤの操作入力を第１操作入力情報として少なくとも含む第１ゲーム制御情報を前記第２のプレーヤのゲームシステムに送信し、当該第２のプレーヤのゲームシステムから送信された前記第２のプレーヤの操作入力を第２操作入力情報として少なくとも含む第２ゲーム制御情報を受信する通信制御手段、
前記受け付けられた第１ゲーム制御情報と、前記受信された第２ゲーム制御情報と、に応じて、前記ゲームの進行を制御するゲーム制御処理を第１モードとして実行する第１ゲーム制御手段、
前記ゲームの進行中に、前記第１のプレーヤの所与の操作入力に基づいて特定状況になったか否か、又は、所与のゲーム状況が発生して当該特定状況になったか否かを検出する検出処理を実行する検出手段、及び、
前記検出処理によって前記特定状況になったことが検出された場合には、前記受け付けられた第１ゲーム制御情報のみに応じて前記ゲームの進行を制御するゲーム制御処理を第２モードとして実行する第２ゲーム制御手段、
としてコンピュータを機能させる、構成を有している。

（１０）また、上記課題を解決するため、本発明は、
ネットワークを介して接続される第１のプレーヤの端末装置及び当該第１のプレーヤとは異なる第２のプレーヤの端末装置と、にゲームを提供するサーバシステムであって、
前記第１のプレーヤの操作入力を第１操作入力情報として少なくとも含む第１ゲーム制御情報及び前記第２のプレーヤの操作入力を第２操作入力情報として少なくとも含む第２ゲーム制御情報を受信する通信制御手段と、
前記受信された第１ゲーム制御情報と、前記受信された第２ゲーム制御情報と、に応じて、前記ゲームの進行を制御するゲーム制御処理を第１モードとして実行する第１ゲーム制御手段と、
前記ゲームの進行中に、前記第１のプレーヤの所与の操作入力に基づいて特定状況になったか否か、又は、所与のゲーム状況が発生して当該特定状況になったか否かを検出する検出処理を実行する検出手段と、
前記検出処理によって前記特定状況になったことが検出された場合には、前記受信された第１ゲーム制御情報のみに応じて前記ゲームの進行を制御するゲーム制御処理を第２モードとして実行する第２ゲーム制御手段と、
前記第１モード及び前記第２モードにおけるゲーム処理されたゲームデータを前記端末装置に提供する提供手段と、
を備える、構成を有している。

一実施形態のゲームシステムの構成を示すシステム構成の一例を示す図である。一本実施形態のゲーム装置本体の機能ブロック図の一例を示す図である。一実施形態の第１モード制御処理及び第２モード制御処理を含むゲーム制御処理を説明するための図である。一実施形態のゲーム制御情報の例を示す図である。一実施形態の特定状況検出用テーブルデータの例を示す図である。一実施形態の第１モード制御処理について説明するための図である。一実施形態の第２モード制御処理について説明するための図である。一実施形態のゲームシステムを店舗型ゲームシステムに適用した場合の例を示す図であり、その外観構成図である。一実施形態のゲームシステムをネットワークを用いたサーバシステムに適用した場合のシステム構成の一例を示す図である。一実施形態のゲームシステムによって実行される第１モード制御処理及び第２ゲーム制御処理の切り替えを主としたゲーム制御処理の動作を示すフローチャートである。

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

［１］ゲームシステムの概要構成
まず、図１を用いて本実施形態のゲームシステムＳの概要及び概要構成について説明する。なお、図１は、本実施形態のゲームシステムＳの構成を示すシステム構成の一例を示す図である。

本実施形態のゲームシステムＳは、所与のゲーム空間（オブジェクト空間）内で、第１のプレーヤの操作により制御される第１のキャラクタと、第２のプレーヤの操作により制御される第２のキャラクタとが対戦する格闘ゲームを行うゲームシステムとして構成される。

具体的には、本実施形態のゲームシステムＳは、プレーヤによって操作される１以上のコントローラ３０と、ゲーム処理を行うゲーム装置本体１０と、ゲーム画像を表示させるディスプレイ４０と、を含む。

そして、ゲームシステムＳは、プレーヤにディスプレイ４０に表示されたゲーム画面を視聴させながら、対戦格闘ゲームを興趣させるため、情報記憶媒体であるメモリから読み出したゲームプログラムやゲームデータ、又は、コントローラ３０から入力される操作信号等に基づいて、格闘ゲームを実行する構成を有している。

例えば、ゲームシステムＳは、プレーヤによって操作されたコントローラ３０に形成されているジョイスティック３２、十字キー３３や各種のボタンに基づく操作入力を受け付けると、技の種類や技を繰り出すタイミングの入力等の種々のゲーム操作を行ってプレーヤキャラクタを動かし、他のプレーヤ（当該ゲームシステムＳに接続された他のコントローラ３０Ｂへの操作入力を行うプレーヤやネットワークＮを介して接続された他のゲームシステムＳを操作するプレーヤ）との対戦、又は、ＣＰＵによって制御されるキャラクタ（ＮＰＣ）とのコンピュータ対戦を実行する構成を有している。

なお、本実施形態では、コントローラ３０とゲーム装置本体１０とは無線通信により情報の送受信を行っているが、例えば、コントローラ３０とゲーム装置本体１０とを通信ケーブルで接続し、当該通信ケーブルを介して情報の送受信を行うようにしてもよい。

ゲーム装置本体１０は、コントローラ３０を介してプレーヤ（複数のコントローラ３０が接続されている場合には複数のプレーヤ）の操作入力に基づいてゲーム処理を実行し、
その処理結果に基づいて、ディスプレイ４０に種々のゲーム画像を表示させるとともに、スピーカ（図示省略）にゲーム中のＢＧＭなどの各種の音声を出力させる。

コントローラ３０は、前面に、ジョイスティック３２、十字キー３３、及び、全面に形成された複数のボタン３４、３６、３７、３８を備えて構成されている。

例えば、右手ボタン３４は、「右パンチ」、左手ボタン３６は、「左パンチ」、右足ボタン３７は、「右キック」、及び、左足ボタン３８は、「左キック」の操作入力を行うための入力部である。

また、コントローラ３０は、複数のボタンによってプレーヤの操作が同時入力された場合には、又は、十字キー３３の押し下げられた方向（斜め方向及びニュートラルを含む。）とボタンの組み合わせによってプレーヤの操作が入力された場合には、特別な操作入力として認識することも可能な構成を有している。

なお、コントローラ３０は、上記の他に、側面などに複数のボタン（図示せず）を有している。

また、コントローラ３０は、上記の他に、ステアリング、マイク、タッチパネル型ディスプレイ、及び、加速度センサなどによって構成されていてもよい。

［２］ゲーム装置本体
次に、図２を用いて本実施形態のゲーム装置本体１０の構成について説明する。なお、図２は、本実施形態のゲーム装置本体１０の機能ブロック図の一例を示す図である。また、本実施形態のゲーム装置本体１０は、図２の構成要素（各部）の一部を省略した構成としてもよい。

カード・リードライト部１６２は、処理部１００の制御によってゲームカードからのデータの読み出し、書き込みを行う。

記憶部１７０は、予め定義されたプログラムやデータを記憶するとともに、処理部１００や通信部１９６などのワーク領域となるもので、処理部１００が各種プログラムに従って実行した演算結果やコントローラ１６０から入力される入力データ等を一時的に記憶する。その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。

特に、記憶部１７０は、主記憶部１７２、及び、画像バッファ１７６を含んで構成され、処理部１００にゲームシステムＳを統合的に制御させるための諸機能を実現するためのシステムプログラム、対戦型格闘ゲームを実行させるために必要なゲームプログラム、及び、各種データ等を記憶する。

具体的には、記憶部１７０には、予め用意されるデータとして、キャラクタ設定データと、ステージ設定データと、仮想カメラ設定用の各種のデータ（以下、「仮想カメラ設定データ」という。）と、が記憶されている。

また、ゲームの進行に係る処理を実行するに当たり必要となる情報として、例えば仮想カメラを制御するための画角・視線方向・姿勢情報などのデータ、各種制限時間のカウントデータなどが適宜記憶される。

キャラクタ設定データには、対戦ゲームで使用するキャラクタのモデルデータやテクスチャデータ、モーションデータなどキャラクタの表示や動作制御に必要な基本情報がキャ
ラクタ毎に対応付けて格納されている。

ステージ設定データには、対戦する舞台となるステージを三次元仮想空間内に形成するためのモデルデータやテクスチャデータなどの情報がステージ毎に格納されている。

仮想カメラ設定データには、ゲーム空間を撮影する仮想カメラの標準設定が格納されている。例えば、仮想カメラの位置、画角、移動経路、移動速度、回転方向や回転速度、ズームの変化などが設定されている。

さらに、記憶部１７０には、対戦ゲームを実行するために必要なデータ（例えば、テーブルデータやプレーヤキャラクタの動作を規定するスクリプトデータなど）が記憶される。

情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。

情報記憶媒体１８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶することができる。

なお、情報記憶媒体１８０は、記憶部１７０と同様に、記憶部１７０に代えて、又は、当該記憶部１７０とともに、処理部１００にゲームシステムＳを統合的に制御させるための諸機能を実現するためのシステムプログラム、対戦型格闘ゲームを実行させるために必要なゲームプログラム、及び、各種データ等を記憶してもよい。

表示部１９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。図１のディスプレイ４０がこれに相当する。

音出力部１９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。

通信部１９６は、外部（例えば、ネットワークＮを介して他のゲームシステムＳoやスマホなどの通信端端末装置などの端末装置やサーバ装置１）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

なお、サーバ装置１が有する情報記憶媒体や記憶部に記憶されている本実施形態の各部としてコンピュータを機能させるためのプログラムやデータを、ネットワークを介して受信し、受信したプログラムやデータを情報記憶媒体１８０や記憶部１７０に記憶してもよい。このようにプログラムやデータを受信して端末を機能させる場合も本発明の範囲内に含む。

一方、通信部１９６は、１以上のコントローラ３０と間で通信（例えば、近距離無線）を行うための各種の制御を実行する。

具体的には、通信部１９６は、アンテナ、無線モジュールを含み、例えばＢｌｕｅｔｏｏｔｈ（ブルートゥース；登録商標）の技術を用いて、１以上のコントローラ３０とデー
タを送受信する。

例えば、通信部１９６は、確認音及び効果音等の音データ、及び、振動信号を、コントローラ３０に送信し、コントローラ３０において、加速度センサや操作入力によって検出された情報（加速度ベクトル値など）を、４ｍｓｅｃ、６ｍｓｅｃの交互の間隔で受信する。

処理部１００（プロセッサ）は、コントローラ３０、カード・リードライト部１６２からの入力データやプログラムなどに基づいて、ゲーム処理、画像生成処理、及び、音生成処理などの処理を行う。

特に、処理部１００は、記憶部１７０内の主記憶部１７２をワーク領域として各種処理を行う。また、処理部１００は、各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現し、各種の機能を実行する。

そして、処理部１００は、記憶部１７０や情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理、又は、格闘ゲームのための各種機能を実現させる構成を有している。

具体的には、処理部１００は、通信制御部１１０、オブジェクト空間設定部１１１、移動・動作制御部１１２、操作入力受付処理部１１３、ゲーム制御部１１４、特定状況検出部１１５、表示制御部１１８、仮想カメラ制御部１１９、描画部１２０、音処理部１３０を含む。なお、これらの一部を省略する構成としてもよい。

なお、本実施形態の通信制御部１１０は、本発明の通信制御手段を構成し、操作入力受付処理部１１３は、本発明の受付処理手段を構成する。また、本実施形態のゲーム制御部１１４は、本発明の第１ゲーム制御手段、第２ゲーム制御手段及び切り替え手段を成し、特定状況検出部１１５は、本発明の検出手段、管理手段、計測手段、及び、指定手段を構成する。

通信制御部１１０は、サーバ装置１や他のゲームシステムＳｏとネットワークを介してデータを送受信する処理を行う。

特に、通信制御部１１０は、サーバ装置１から受信した情報に基づいて対戦ゲームを実行する場合に、又は、ネットワークを介して他のプレーヤと対戦する場合に、サーバ装置１や他の端末装置から送信された各種の情報を受信する処理、及び、サーバ装置１や他の端末装置に送信するする処理を実行する。

なお、本実施形態のゲームシステムＳでは、通信制御で必要となるネットワーク情報をサーバ装置から取得し、管理する処理等を行うようにしてもよい。

例えば、ゲームシステムＳは、各ゲームシステムに個別に付与される端末装置用の識別情報（オンラインゲームに参加できる端末装置を識別するために個別に付与されたデータ、ＩＤ）と、各ゲームシステムＳの識別情報に対応付けられたパケットの送信先を指定する宛先情報（ＩＰアドレスなど）とを取得し、管理する処理を行うようにしてもよい。

具体的には、通信制御部１１０は、他のゲームシステムＳｏ又はサーバ装置１に送信するパケットを生成する処理、パケット送信先のゲームシステムＳｏやサーバ装置１のＩＰアドレスやポート番号を指定する処理、受信したパケットに含まれるデータを記憶部１７０に保存する処理、受信したパケットを解析する処理、その他のパケットの送受信に関す
る制御処理等を行う。

また、通信制御部１１０は、複数の他のゲームシステムＳと、又は、サーバ装置１と、通信接続が確立されてから当該通信接続が切断されるまで、データを所定周期（例えば、１秒周期）で互いに送受信する処理を行う。

さらに、通信制御部１１０は、複数のゲームシステムＳ及びＳｏによって構成されるネットワークシステムの場合は、複数のゲームシステムＳ、Ｓｏ間でデータの送受信を行いながらオンラインゲームを実行するピア・ツー・ピア（いわゆるＰ２Ｐ）方式によって通信制御を実行してもよいし、サーバ装置１を介して各ゲームシステムＳｏがデータ（情報）の送受信を行いながらオンラインゲームを実行するクライアント・サーバ方式によって通信制御を実行してもよい。

なお、本実施形態のネットワークシステムでは、有線通信のみならず無線通信でデータを送受信してもよい。

一方、通信制御部１１０は、コントローラ３０からの入力情報を取得する処理を行う。例えば、プレーヤキャラクタを制御するための指示及びリプレイ指示などの各プレーヤにおけるゲームに対する各種の操作入力を受信する。

オブジェクト空間設定部１１１は、オブジェクトをオブジェクト空間（仮想的三次元空間）に配置する処理を行う。例えば、仮想三次元仮想空間中にゲーム空間（例えば、キャラクタが格闘を繰り広げるためのステージ）を形成する処理を行う。キャラクタの他に、建物、球場、車、樹木、柱、壁、マップ（地形）などの表示物を、オブジェクト空間に配置する処理を行う。ここでオブジェクト空間とは、仮想的なゲーム空間であり、例えば、ワールド座標系、仮想カメラ座標系のように、三次元座標（Ｘ，Ｙ，Ｚ）においてオブジェクトが配置される空間である。

例えば、オブジェクト空間設定部１１１は、ワールド座標系にオブジェクト（ポリゴン、自由曲面又はサブディビジョンサーフェスなどのプリミティブで構成されるオブジェクト）を配置する。また、例えば、ワールド座標系でのオブジェクトの位置や回転角度（向き、方向と同義）を決定し、その位置（Ｘ、Ｙ、Ｚ）にその回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）でオブジェクトを配置する。

オブジェクト空間設定部１１１は、スクリーン（二次元画像、画面、スクリーン座標系）上に、特殊コマンドの入力指示オブジェクト、マーカーなどの指示オブジェクトを配置する処理を行うようにしてもよい。また、オブジェクト空間設定部１１１は、オブジェクト空間（三次元空間、ワールド座標系、仮想カメラ座標系、モデル座標系）に、指示オブジェクトを配置するようにしてもよい。

移動・動作制御部１１２は、オブジェクト空間にあるオブジェクトの移動・動作演算を行う。すなわちコントローラ１６０から受け付けた入力情報や、プログラム（移動・動作アルゴリズム）や、各種データ（モーションデータ）などに基づいて、オブジェクトをオブジェクト空間内で移動させたり、オブジェクトを動作（モーション、アニメーション）させたりする処理を行う。

移動・動作制御部１１２は、オブジェクト空間において、主要なオブジェクトであるキャラクタオブジェクト（キャラクタ）の挙動を制御する。

具体的には、移動・動作制御部１１２は、コントローラ１６０への操作入力に基づく操
作コード及び対戦相手のゲームシステムＳから取得した操作コード、選択指示のデータをもとに自機及び対戦相手のキャラクタの動作を制御する処理、特定の条件を満たした場合にエフェクトを表示する処理、攻撃技のヒット判定処理及びそのダメージ処理などを行う。

また、移動・動作制御部１１２は、係る処理を１フレーム（例えば、１／６０秒）毎に行う。なお、フレームは、オブジェクトの移動・動作処理や画像生成処理を行う時間の単位である。

操作入力受付処理部１１３は、プレーヤによってコントローラ１６０に入力された入力情報に基づいて、操作指示コマンドの認識処理を行う。

具体的には、本実施形態の操作入力受付処理部１１３は、入力部２６０によって入力されたボタンの種別や押し下げ回数、レバーの指示方向、ボタンの押し下げタイミングとレバーの指示タイミング、及び、これらの組み合わせに基づいて、プレーヤによって入力された操作指示コマンドを認識する。

例えば、操作入力受付処理部１１３は、右手ボタン３４の押し下げを検出した場合に、「右パンチ」としての操作入力を受け付け、左手ボタン３６の押し下げを検出した場合には、「左パンチ」としての操作入力を受け付ける。

また、例えば、操作入力受付処理部１１３は、右足ボタン３７の押し下げを検出した場合には「右キック」としての操作入力を受け付け、左足ボタン３８の押し下げを検出した場合には、「左キック」の操作入力を受け付ける。

一方、操作入力受付処理部１１３は、複数のボタンによってプレーヤの操作が同時入力された場合には、又は、ジョイスティック３２の傾斜角度と各ボタンの組み合わせによってプレーヤの操作が入力された場合には、特別な操作入力として認識する。

例えば、操作入力受付処理部１１３は、ボタンの入力と組み合わせてプレーヤキャラクタが前進する方向にジョイスティック３２を傾斜させた操作を検出した場合には、プレーヤキャラクタによる種々の攻撃動作の操作入力を受け付ける。

また、例えば、操作入力受付処理部１１３は、ボタンの入力と組み合わせてプレーヤキャラクタが後退する方向にジョイスティック３２を傾斜させた操作を検出した場合には、種々の防御動作の操作入力を受け付ける。

特に、操作入力受付処理部１１３は、例えば、左手ボタン３６、右手ボタン３４、左手ボタン３６、右手ボタン３４という順にボタンの押し下げを検出すると（又は、これに加えてジョイスティック３２を右方向に倒すことを検出すると）、実際にゲーム画面上のプレーヤキャラクタが左手、右手、左手、右手を動かした後（又は、これに加えて右方向に歩行した後）、特殊技を繰り出すという動作のための操作入力を受け付けるなど、リアル感を高めるための操作入力を受け付けることができるようになっている。

また、操作入力受付処理部１１３は、例えば、左手ボタン３６を押した直後に、右足ボタン３７の押し下げを検出すると、プレーヤキャラクタは左手でジャブを出した後、左キックを繰り出すという連続動作を行うための操作入力を受け付ける。

なお、操作入力受付処理部１１３は、コントローラ１６０によって認識された操作指示コマンドを受信してもよい。

ゲーム制御部１１４は、対戦型格闘ゲームの進行に係る処理を実行する。例えば、ゲーム開始条件が満たされた場合にゲームを開始する処理（以下、「ゲーム開始処理」ともいう。）、プレーヤの操作入力に応じて、プレーヤキャラクタを制御して対戦型格闘ゲームの進行を制御するゲーム制御処理、ゲーム終了条件が満たされた場合にゲームを終了する処理（以下、「ゲーム終了処理」ともいう。）、最終ステージをクリアした場合にはエンディングを進行させる処理などがある。

特に、ゲーム制御部１１４は、操作入力受付処理部１１３によって受け付けられたプレーヤ（以下、「第１プレーヤ」ともいう。）の操作入力の情報（以下、「第１操作入力情報」という。）と、他のプレーヤ（以下、「第２プレーヤ」ともいう。）のゲームシステム（以下、「第２ゲームシステム」ともいう。）Ｓｏから送信された情報であって、当該第２ゲームシステムＳｏにおける第２プレーヤの操作入力の情報（以下、「第２操作入力情報」ともいう。）と、に応じて、ゲームの進行を制御するゲーム制御処理を第１モードとして実行する。

また、ゲーム制御部１１４は、第１プレーヤの所与の操作入力を受け付けたこと、又は、所与のゲーム状況が発生したことを、特定状況として、検出された場合に、第１操作入力情報のみに応じてゲームの進行を制御するゲーム制御処理を第２モードとして実行する。

特定状況検出部１１５は、ゲームの進行中に、前記第１のプレーヤの所与の操作入力を受け付けたこと、又は、所与のゲーム状況が発生したことを、特定状況として、検出する検出処理（以下、「特定状況検出処理」という。）を実行する。

表示制御部１１８は、表示部１９０に表示出力される表示物（オブジェクト）の表示制御を行う。

具体的には、表示制御部１１８は、表示物（ゲームキャラクタ、背景、標的、車、ボール、アイテム、建物、樹木、柱、壁、マップ）を発生させたり、表示物の表示位置を指示したり、表示物を消滅させたりするなどの表示制御を行う。

すなわち、表示制御部１１８は、発生した表示物を表示物リストに登録したり、表示物リストを描画部１２０等に転送したり、消滅した表示物を表示物リストから削除したりするなどの表示制御を行う。

また、表示制御部１１８は、プレーヤキャラクタのなどのゲームキャラクタを移動させたり動作させたりするアニメーション処理を行う。

アニメーション処理としては、ゲームフィールド（２次元又は３次元のゲーム空間）でゲームキャラクタ（２次元データ又は３次元データで定義される表示物）を移動させるための処理を行うことができる。

具体的には、表示制御部１１８は、プレーヤが入力した入力データや、プログラム（移動アルゴリズム）や、各種データなどに基づいて、表示物を移動させるアニメーション処理を行う。

例えば、表示制御部１１８は、表示物の移動情報（位置、回転角度、速度、或いは加速度）を、１フレーム（１／６０秒）毎に順次求める処理を行う。

仮想カメラ制御部１１９は、オブジェクト空間内の所与（任意）の視点から見える画像を生成するための仮想カメラ（視点）の制御処理を行う。

具体的には、仮想カメラ制御部１１９は、三次元の画像を生成する場合には、ワールド座標系における仮想カメラの位置（Ｘ、Ｙ、Ｚ）、回転角度（例えば、Ｘ、Ｙ、Ｚ軸の各軸の正方向からみて時計回りに回る場合における回転角度）を制御する処理を行う。

すなわち、仮想カメラ制御部１１９は、仮想カメラの視点位置、視線方向、画角、移動方向、移動速度の少なくとも１つを制御する処理を行う。

描画部１２０は、処理部１００で行われる種々の処理の結果に基づいて描画処理を行い、これにより画像を生成し、表示部１９０に出力する。

すなわち、描画部１２０は、オブジェクト空間において、仮想カメラから見える画像を生成する。

例えば、描画部１２０は、オブジェクト（モデル）の各頂点の頂点データ（頂点の位置座標、テクスチャ座標、色データ、法線ベクトル或いはα値等）を含むオブジェクトデータ（モデルデータ）が入力され、入力されたオブジェクトデータに含まれる頂点データに基づいて、頂点処理（頂点シェーダによるシェーディング）が行われる。なお頂点処理を行うに際して、必要に応じてポリゴンを再分割するための頂点生成処理（テッセレーション、曲面分割、ポリゴン分割）を行うようにしてもよい。

頂点処理では、頂点処理プログラム（頂点シェーダプログラム、第１のシェーダプログラム）に従って、頂点の移動処理や、座標変換、例えばワールド座標変換、視野変換（カメラ座標変換）、クリッピング処理、透視変換（投影変換）、ビューポート変換等のジオメトリ処理が行われ、その処理結果に基づいて、オブジェクトを構成する頂点群について与えられた頂点データを変更（更新、調整）する。

そして、頂点処理後の頂点データに基づいてラスタライズ（走査変換）が行われ、ポリゴン（プリミティブ）の面とピクセルとが対応づけられる。そして、ラスタライズに続いて、画像を構成するピクセル（表示画面を構成するフラグメント）を描画するピクセル処理（ピクセルシェーダによるシェーディング、フラグメント処理）が行われる。

ピクセル処理では、ピクセル処理プログラム（ピクセルシェーダプログラム、第２のシェーダプログラム）に従って、テクスチャの読出し（テクスチャマッピング）、色データの設定／変更、半透明合成、アンチエイリアス等の各種処理を行って、画像を構成するピクセルの最終的な描画色を決定し、透視変換されたオブジェクトの描画色を画像バッファ１７６（ピクセル単位で画像情報を記憶できるバッファ。ＶＲＡＭ、レンダリングターゲット、フレームバッファ）に出力（描画）する。

すなわち、ピクセル処理では、画像情報（色、法線、輝度、α値等）をピクセル単位で設定あるいは変更するパーピクセル処理を行う。これにより、オブジェクト空間内において仮想カメラ（所与の視点）から見える画像が生成される。

なお、頂点処理やピクセル処理は、シェーディング言語によって記述されたシェーダプログラムによって、ポリゴン（プリミティブ）の描画処理をプログラム可能にするハードウェア、いわゆるプログラマブルシェーダ（頂点シェーダやピクセルシェーダ）により実現される。

プログラマブルシェーダでは、頂点単位の処理やピクセル単位の処理がプログラム可能になることで描画処理内容の自由度が高く、従来のハードウェアによる固定的な描画処理に比べて表現力を大幅に向上させることができる。

そして描画部１２０は、オブジェクトを描画する際に、ジオメトリ処理、テクスチャマッピング、隠面消去処理、αブレンディング等を行う。

ジオメトリ処理では、オブジェクトに対して、座標変換、クリッピング処理、透視投影変換、或いは光源計算等の処理が行われる。そして、ジオメトリ処理後（透視投影変換後）のオブジェクトデータ（オブジェクトの頂点の位置座標、テクスチャ座標、色データ（輝度データ）、法線ベクトル、或いはα値等）は、記憶部１７０に保存される。

テクスチャマッピングは、記憶部１７０に記憶されるテクスチャ（テクセル値）をオブジェクトにマッピングするための処理である。

具体的には、オブジェクトの頂点に設定（付与）されるテクスチャ座標等を用いて記憶部１７０からテクスチャ（色（ＲＧＢ）、α値などの表面プロパティ）を読み出す。そして、二次元の画像であるテクスチャをオブジェクトにマッピングする。この場合に、ピクセルとテクセルとを対応づける処理や、テクセルの補間としてバイリニア補間などを行う。

隠面消去処理としては、描画ピクセルのＺ値（奥行き情報）が格納されるＺバッファ（奥行きバッファ）を用いたＺバッファ法（奥行き比較法、Ｚテスト）による隠面消去処理を行うことができる。

すなわち、オブジェクトのプリミティブに対応する描画ピクセルを描画する際に、Ｚバッファに格納されるＺ値を参照する。そして参照されたＺバッファのＺ値と、プリミティブの描画ピクセルでのＺ値とを比較し、描画ピクセルでのＺ値が、仮想カメラから見て手前側となるＺ値（例えば小さなＺ値）である場合には、その描画ピクセルの描画処理を行うとともにＺバッファのＺ値を新たなＺ値に更新する。

αブレンディング（α合成）は、α値（Ａ値）に基づく半透明合成処理（通常αブレンディング、加算αブレンディング又は減算αブレンディング等）のことである。

例えば、αブレンディングでは、これから画像バッファ１７６に描画する描画色（上書きする色）Ｃ１と、既に画像バッファ１７６（レンダリングターゲット）に描画されている描画色（下地の色）Ｃ２とを、α値に基づいて線形合成処理を行う。つまり、最終的な描画色をＣとすると、Ｃ＝Ｃ１＊α＋Ｃ２＊（１－α）によって求めることができる。

なお、α値は、各ピクセル（テクセル、ドット）に関連づけて記憶できる情報であり、例えば色情報以外のプラスアルファの情報である。α値は、マスク情報、半透明度（透明度、不透明度と等価）、バンプ情報などとして使用できる。

また、描画部１２０は、他の端末（第２の端末）とネットワークを介してデータを送受信するマルチプレーヤオンラインゲームを行う場合は、端末（第１の端末）の操作対称のオブジェクトの移動に追従する仮想カメラ（端末（第１の端末）で制御される仮想カメラ）から見える画像を生成する処理を行う。つまり、各端末が独立した描画処理を行う。

音処理部１３０は、処理部１００で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、又は音声などのゲーム音を生成し、音出力部１９２に出力する。

なお、本実施形態の端末は、１人のプレーヤのみがプレイできるシングルプレーヤモード、或いは、複数のプレーヤがプレイできるマルチプレーヤモードでゲームプレイできるように制御してもよい。例えば、マルチプレーヤモードで制御する場合には、ネットワークを介して他の端末とデータを送受信してゲーム処理を行うようにしてもよいし、１つの端末が、複数の入力部からの入力情報に基づいて処理を行うようにしてもよい。

［３］本実施形態の手法
［３．１］概要
次に、図３を用いて本実施形態の第１モード制御処理及び第２モード制御処理を含むゲーム制御処理の手法及びその概要について説明する。

なお、図３は、本実施形態の第１モード制御処理及び第２モード制御処理を含むゲーム制御処理を説明するための図である。

本実施形態のゲームシステムＳは、プレーヤによって操作制御されるプレーヤキャラクタ（アバターであってもよい。）を用いた対戦型格闘ゲームを実行するゲームシステム（すなわち、第１ゲームシステム）であって、複数の他のゲームシステム（例えば、第２ゲームシステムＳo）とネットワークを介して接続して第２プレーヤと個々に（すなわち、１対１によって）各種のゲーム制御処理を含む、当該対戦型格闘ゲームを実行させる構成を有している。

すなわち、ゲームシステムＳは、第１プレーヤと第２プレーヤとが１対１で対戦する対戦ゲームにおける各種のゲーム制御処理（すなわち、第１モード制御処理及び第２モード制御処理）を実行する、構成を有している。

特に、本実施形態のゲームシステムＳは、第２ゲームシステムＳoと対戦格闘ゲームを実行する際に、当該第２ゲームシステムＳｏと同期をとりつつも、一定の状況下においては、通信遅延や通信遮断があっても、第２のプレーヤの操作入力情報（すなわち、第２操作入力情報）を用いることなくゲームを進行させる構成を有している。

具体的には、ゲームシステムＳは、図３に示すように、
（Ａ１）第１プレーヤの操作入力を受け付ける受付処理を実行し、かつ、
（Ａ２）当該受付処理によって受け付けられた第１プレーヤＰ１の操作入力の情報（すなわち、第１操作入力情報）を少なくとも含む第１ゲーム制御情報を第２プレーヤＰ２の第２ゲームシステムＳｏに送信し、当該ゲームシステムＳｏから送信された第２プレーヤの操作入力の情報（すなわち、第２操作入力情報）を少なくとも含む第２ゲーム制御情報を受信する、
構成を有している。

そして、ゲームシステムＳは、図３に示すように、
（Ａ３）受け付けた第１操作入力情報と、受信した第２操作入力情報と、に応じて、対戦型格闘ゲームの進行を制御する第１モードのゲーム制御処理（以下、「第１モード制御処理」という。）として実行し、
（Ａ４）ゲームの進行中に、第１プレーヤの所与の操作入力に基づいて特定状況になったか否か、又は、所与のゲーム状況が発生して当該特定状況になったか否かを検出する特定状況検出処理を実行し、
（Ａ５）当該特定状況検出処理によって特定状況になったことを検出した場合には、第１操作入力情報のみに応じてゲームの進行を制御する第２モードのゲーム制御処理（以下、「第２モードゲーム制御処理」という。）として実行する、
構成を有している。

なお、図３（Ａ）及び（Ｂ）には、ゲーム画像を含む、第１プレーヤキャラクタＰＣ１及び第２プレーヤキャラクタＰＣ２が対戦する際の第１モード制御処理と第２モード制御処理の例がそれぞれ示されている。

特に、図３（Ｂ）には、特定状況として、ゲーム上において行動が不能となる行動不能状態として、第２プレーヤキャラクタが浮遊状態となり、第２ゲームシステムＳｏからの第２制御情報を無効にした例が示されている。

本実施形態のゲームシステムＳは、このような構成を有することによって、対戦型格闘ゲームのゲーム進行中に発生した通信遅延や通信遮断の影響を排除して当該ゲーム進行上の違和感を無くし、ゲームの興趣性を向上させることができるようになっている。

また、本実施形態のゲームシステムＳは、このような構成を有することによって、例えば、勝利確定後に敗戦側がゲーム結果の演出中に故意に通信遮断を行うことによって対戦そのものを不成立にさせる行為、又は、不成立にさせないまでも勝利者側の不快感を生じさせる行為など、通信遮断を用いた悪意のあるプレーヤにおける迷惑行為や不正行為を防止することができるようになっている。

なお、本実施形態においては、対戦格闘ゲームを例に説明するが、スポーツゲームなどのプレーヤ同士の対戦（第２プレーヤのプレーヤキャラクタとの対戦）を行う対戦ゲームであってもよいし、第２プレーヤや当該第２プレーヤのプレーヤキャラクタと協力してゲームを進行させるゲームであってもよい。ただし、第１プレーヤ及び第２プレーヤとも有人であることが好ましいが、ＣＰＵによるプレーヤ操作であってもよい。

また、ゲームとしては、対戦ゲームに限らず、第１プレーヤと第２プレーヤとが協力するゲームであってもよく、その場合には、第１プレーヤと第２プレーヤとが協力してＣＰＵなどの敵キャラクタと対戦する対戦ゲームであることが好ましい。

［３．２］ゲーム制御情報、キャラクタスクリプト情報及び特定状況検出用テーブルデータ
次に、図４及び図５を用いて本実施形態のゲーム制御情報などについて説明する。なお、図４は、本実施形態のゲーム制御情報の例を示す図であり、図５は、本実施形態の特定状況検出用テーブルデータの例を示す図である。

（ゲーム制御情報）
本実施形態の第１ゲーム制御情報は、プレーヤキャラクタを制御するための第１プレーヤの操作入力を示す第１操作入力情報を含むとともに、当該プレーヤキャラクタに対する操作や当該プレーヤキャラクタの動作に応じてゲームの進行を制御するゲーム制御処理を実行するための制御情報を含む。

また、本実施形態の第２ゲーム制御情報は、第１ゲーム制御情報と同様に、プレーヤキャラクタを制御するための第２プレーヤの操作入力を示す第２操作入力情報を含むとともに、当該プレーヤキャラクタに対する操作や当該プレーヤキャラクタの動作に応じてゲームの進行を制御するゲーム制御処理を実行するための制御情報を含む。

なお、第１ゲーム制御情報も第２ゲーム制御情報も、プレーヤによって操作する対象のプレーヤキャラクタが異なるだけであって、基本的には同じ情報であり、以下の説明において、特に言及のない限り、ゲーム制御情報とは、第１ゲーム制御情報及び第２ゲーム制
御情報の双方を示す。

例えば、ゲーム制御情報には、図４に示すように、
（Ａ１）操作入力受付処理部１１３が受け付けたコントローラ３０から出力されたプレーヤの所与の操作入力（対戦ゲームなどの複数のプレーヤによって実行される場合には各プレーヤの操作入力指示）の情報（すなわち、操作入力情報）と、
（Ａ２）その他の制御に関する制御関連情報と、
が含まれる。ただし、（Ａ２）の情報は含まず、操作入力情報から構成されていてもよい。

例えば、所与の操作入力には、パンチ、キック、ジャンプ、前進、後退、しゃがむ、避けるなどの基本的な動作の他に、所定の演出や一定時間のプレーヤキャラクタの行動が規定されている必殺技、連続攻撃、又は、複数のプレーヤキャラクタによる連携攻撃を発動するための操作入力など、プレーヤの操作によって、他のプレーヤの操作入力の有無に関わらず、所定の期間を有する演出や各プレーヤキャラクタの行動が制御されるための操作入力が含まれる。

なお、その他の制御関連情報には、例えば、
（Ａ２－１）プレーヤキャラクタ（複数のプレーヤがゲームに参戦する場合には複数のプレーヤキャラクタ）の位置（ゲーム空間内の座標。以下同じ。）・動き（すなわち、モーション。具体的には、プレーヤキャラクタの各パーツの位置であってゲーム空間内の座標。以下同じ。若しくは回転やジャンプなどの動きを規定するためのデータ）・ステイタス（体力値やライフエネルギーの現在の状況や残っている量、技を繰り出す際に用いるパラメータの現在の値や残っている量、無敵状態などのパワーアップ状態の有無、又は、攻撃が封じされているなどどの一部の行動の制約の有無）を規定するための制御情報、
（Ａ２－２）ゲームに登場する各キャラクタ（例えば、敵プレーヤキャラクタを含む。）の位置・動き・ステイタスを規定するための制御情報、
（Ａ２－３）対戦などのゲームが実施されるステージ、レースが実施されるコース又はＲＰＧ用のオブジェクト空間などのゲーム空間を構成する各オブジェクトの位置・動き・ステイタスを規定するための制御情報、又は、
（Ａ２－４）（Ａ２－１）－（Ａ２－４）の２以上の組み合わせ、
が含まれる。

特に、ゲーム制御情報は、ゲーム開始からゲーム終了までの時系列の一連のデータ群であることが好ましいが、ゲーム中の任意の一区間の時系列のデータ群であってもよい。

なお、図４（Ａ）には、ゲーム制御情報として、ゲーム開始（０秒）からの、第１プレーヤの操作入力情報（十字キーの方向及び右手ボタン、左手ボタン、右足ボタン及び左足ボタンの組み合わせ）の例を示している。

（キャラクタスクリプト情報）
キャラクタスクリプト情報は、操作入力の今までの経緯に対応付けて、現在の状態から特定の操作入力が入力された場合に、遷移する状態が規定された情報である。

具体的には、キャラクタスクリプト情報は、立っている状態、パンチしている状態、空中に浮いている状態、及び、後ろに倒れている状態などの現在の状態と、当該現在の状態に対して有効な操作入力の種別と、当該有効な操作入力が入力された場合に遷移する次の状態と、が規定されている情報であるともに、必要に応じて現在の状態の前の状態、及び、次の状態のさらにその次の状態（現在の状態から見ると「次々状態」となる。）について規定されている情報である。

すなわち、キャラクタスクリプト情報は、最初の状態から、有効な操作入力が有る限り、状態が規定されている。

例えば、キャラクタスクリプト情報には、第１の状態（例えば、立ち状態）から、後方レバー位置、前方レバー位置、上レバー位置、下レバー、前方斜め上レバー位置、前方斜め下レバー位置、後方斜め上レバー位置、後方斜め下レバー位置、右手ボタン、左手ボタン、右足ボタン、及び左足ボタンが有効な操作入力種別として規定され、各操作入力種別に応じて、次の状態及び次のその次の状態と、が規定されているキャラクタスクリプト情報の一例である。

また、キャラクタスクリプト情報は、ジャンプから着地した状態などの特定の状態になった場合、ダメージを受けた状態、又は、次の状態が規定されていない状態になった場合には、それぞれ、決められた状態（例えば、立っている状態）に遷移し、その時点から新たな状態遷移が実行される。

そして、ゲーム制御部１１４は、現在の状態（過去の状態の経緯を含めた現在の状態）において、第１プレーヤによって操作入力受付処理部１１３によって受け付けて認識した操作入力に応じて、プレーヤキャラクタの状態を、次の状態に遷移させる

（特定状況検出用テーブルデータ）
特定状況検出用テーブルデータは、特定状況検出処理の実行時に、通信遅延量に基づいて、第２モード制御処理の対象範囲となる特定状況を決定するために用いられる。

例えば、特定状況検出用テーブルデータは、図５に示すように、第１プレーヤの操作入力の種別、及び、ゲーム状況の内容の少なくともいずれか一方を含む、複数の特定状況の情報（以下、「特定状況情報」という。）と、所与の関係性を有する第２プレーヤの第２ゲームシステムとの通信遅延量と、が対応付けられて記憶部１７０に記憶されている。

特に、特定状況検出用テーブルデータは、通信遅延量に基づいて、１の特定状況を決定するよりは、複数の特定状況を決定するために用いられる。

また、特定状況検出用テーブルデータは、通信遅延量に基づいて、特定状況のレベル範囲が定められており、通信遅延量に基づいて、当該特定状況のレベルを特定し、当該特定したレベルに属する特定状況を、特定状況検出処理に用いるテーブルデータとして決定される。

［３．３］通信制御処理
次に、本実施形態の通信制御処理について説明する。

通信制御部１１０は、他のゲームシステム（すなわち、第２ゲームシステムＳｏ）と同期を取りながら、操作入力受付処理部１１３によって受け付けられた第１操作入力情報を少なくとも含む第１ゲーム制御情報を、ネットワークを介して接続された第２プレーヤの第２ゲームシステムＳｏに通信部１９６を介して送信する。

また、通信制御部１１０は、対戦型格闘ゲームの進行中に、このようにネットワークを介して接続された第２ゲームシステムＳｏから送信された情報であって、当該送信された第２プレーヤの第２操作入力情報を少なくとも含む第２ゲーム制御情報を受信する。

さらに、通信制御部１１０は、他のゲームシステムとの通信遅延量、及び、通信遮断の
有無を検出する。

例えば、通信制御部１１０は、各種の情報を構成するパケットが第２ゲームシステムＳｏから送信された際の時刻と、当該第２ゲームシステムＳｏから送信されたパケットを受信した際の時刻情報と、に基づいて、通信遅延量（すなわち、遅延時間）を測定する。

また、通信制御部１１０は、第２ゲームシステムＳｏとのデータの送受信中に、当該第２ゲームシステムＳｏからの応答が一定時間以上無くなった場合に、当該第２ゲームシステムＳｏとの通信が遮断されたことを検出する。

［３．４］ゲーム制御処理
［３．４．１］第１モード制御処理
次に、図６を用いて本実施形態の第１モード制御処理について説明する。なお、図６は、本実施形態の第１モード制御処理について説明するための図である。

ゲーム制御部１１４は、他のプレーヤとの対戦型格闘ゲームを開始すると、当該ゲーム開始直後など、特定状況が検出されない限り、対戦相手のゲームシステム（具体的には、第２ゲームシステムＳｏ）と同期を取ることによって、第２ゲームシステムＳｏから送信された第２ゲーム制御情報と、操作入力受付処理部１１３によって受け付けられた第１プレーヤの第１操作入力情報を含む第１ゲーム制御情報と、を同期させ、当該同期した状態で、第１ゲーム制御情報及び第２ゲーム制御情報に基づいて、第１モードとしてのゲーム制御処理を実行する。

具体的には、ゲーム制御部１１４は、同期した状態を維持したまま、ネットワークを介して第２ゲームシステムＳｏから送信された第２プレーヤの第２操作入力情報を含む、第２ゲーム制御情報を取得する。

そして、ゲーム制御部１１４は、所定のタイミング毎（不定期のタイミングを含む。）に、操作入力受付処理部１１３によって受け付けられた第１プレーヤの第１操作入力情報を含む第１ゲーム制御情報と、第２操作入力情報を含む第２ゲーム制御情報と、に応じて、第１プレーヤキャラクタ及び第２プレーヤキャラクタのゲーム空間内における行動（動き）を制御する。

特に、ゲーム制御部１１４は、図６に示すように、第１ゲームモード制御処理として、初期状態（例えば、構えて立っている情報）か、又は、過去のプレーヤキャラクタの状態と状態遷移によって決定された現在の各プレーヤキャラクタの状態と、記憶部１７０に記憶されているキャラクタスクリプト情報と、現タイミングにおける第１ゲーム制御情報及び第２ゲーム制御情報と、に基づいて、第１プレーヤキャラクタ及び第２プレーヤキャラクタの動き及びゲーム空間内の移動を制御する。

そして、ゲーム制御部１１４は、第２プレーヤ（第２プレーヤキャラクタ）との対戦が終了するまで、又は、特定状況が検出されるまで、所定のタイミング毎に、上記の第１モード制御処理を繰り返して実行するとともに、第２モード制御処理から復帰した場合も、第２プレーヤ（第２プレーヤキャラクタ）との対戦が終了するまで、又は、特定状況が検出されるまで、当該第１モード制御処理を繰り返して実行する。

なお、図６には、第１操作入力情報と第２操作入力情報とが同期して第１モード制御処理が実行されている場合の例が示されている。特に、図中、「Ｐ」は、その位置からのパンチをするための指示、「Ｋ」は、その位置からのキックをするための指示、「→」は、その位置からの前進を行うための指示、及び、［←］は、その位置からの後退を行うため
の指示を示す。

［３．４．２］特定状況検出処理を含む第２モード制御処理
次に、図７を用いて本実施形態の切替タイミング設定処理について説明する。なお、図７は、本実施形態の第２モード制御処理について説明するための図である。

（第２モード制御処理の基本原理）
通常、第１プレーヤの第１操作入力情報（第１ゲーム制御情報）だけでなく、同期させた第２プレーヤの第２操作入力情報（第２ゲーム制御情報）も用いてゲームを進行させる場合において、ネットワークにおける通信遅延が生じた場合には、ゲーム制御部１１４は、同タイミングの第２操作入力情報が受信されるまで、当該第１操作入力情報のゲーム制御処理を待機することになり、その間のゲーム制御処理を停止する。

すなわち、このような場合には、ゲーム制御処理にも遅延が生じ、最終的には、ゲーム画像の生成や音出力も遅延し、第１プレーヤの操作感覚に違和感を発生させることも多い。

また、対戦型格闘ゲームなどの対戦ゲームにおいては、必殺技、大技、連続攻撃、及び、連携攻撃などの勝敗の決め手になる攻撃や派手な演出を伴う攻撃が発生した場合には、その後にこれらの攻撃が起因となって対戦が終了したとしても、当該演出が終了するまでは、対戦中と判断されるため、当該演出が終了しなければ対戦終了とはならず、当該演出中に、第２ゲームシステムＳｏとの同期がとれなくなると、又は、当該第２ゲームシステムＳｏとの通信が遮断されると、強制的に対戦が終了又は無効な対戦（すなわち、無効試合）になってしまうことがある。

一方、上記のような、操作入力情報の必要が無く、時間の長い演出の実行中、及び、第２プレーヤキャラクタの状態がゲーム空間内に浮いている場合などの第２プレーヤの操作が及ばない状況の場合には、第２ゲームシステムＳｏとの同期が取れていない場合であっても、ゲーム制御処理上には影響無いか、たとえあってもその影響は著しく低い。

そこで、本実施形態の特定状況検出部１１５は、ゲームの進行中に、第１プレーヤの所与の操作入力によって特定状況となったか否か、又は、所与のゲーム状況が発生して当該特定状況になったか否かを検出する特定状況検出処理を実行する。

そして、ゲーム制御部１１４は、特定状態検出処理によって、第２プレーヤの操作入力情報を無効化してもゲーム制御処理には影響の無い状況が検出された場合には、当該特定状況であるとして、受け付けられた第１ゲーム制御情報のみに応じてゲームの進行を制御する第２ゲーム制御処理を実行する構成を有している。

（特定状況検出処理）
特定状況検出部１１５は、上述のように、第１モード制御処理中に、第１プレーヤの所与の操作入力に基づいて特定状況となったか否かを検出する特定状況検出処理を実行する。

そして、特定状況検出部１１５は、特定状況を検出すると、第２ゲームシステムＳｏとの同期を中断する。

特に、第１プレーヤの所与の操作入力としては、例えば、一定時間の第１プレーヤキャラクタの行動が規定されている必殺技、大技、連続攻撃（いわゆるコンボ）、及び、連携攻撃（他のプレーヤキャラクタとの連携）などの攻撃を発動するための操作入力、又は、
これらの技を発動する際の演出や勝敗を決めた攻撃に関する演出を実行する際の操作指示などが含まれる。

すなわち、このような操作入力を受け付けると、ゲーム制御部１１４は、第１プレーヤキャラクタによって、必殺技などの特定の行動を発動し、かつ、第２プレーヤキャラクタの状態が第２プレーヤの操作の及ばない状態（以下、「無力状態」という。）に制御する。

したがって、このような特定状況においては、第２ゲームシステムＳｏと同期を取り、当該第２ゲームシステムＳｏから送信される第２プレーヤの操作入力を用いる必要性がない。

そこで、特定状況検出部１１５は、第２ゲームシステムＳｏとの同期中に、第１プレーヤからこのような所与の操作入力を受け付けた場合には、特定状況検出処理において特定状況であると検出し、第２ゲームシステムＳｏとの同期を中断する。

例えば、特定状況検出部１１５は、第１プレーヤ（すなわち、自プレーヤ）が、プレーヤキャラクタについて特定のコンボとなる連続的な操作入力を受け付けた場合に、第２プレーヤ（すなわち、対戦相手のプレーヤキャラクタ）について、コンボ攻撃を受けて行動不能である、又は、行動不能になると判断して、特定状況であると検出する。

一方、特定状況検出部１１５は、第１プレーヤの操作入力に代えて、第１モード制御処理中に、所与のゲーム状況が発生して当該特定状況になったか否かを検出する特定状況検出処理を実行してもよい。

この場合においても、特定状況検出部１１５は、特定状況を検出すると、第２ゲームシステムＳｏとの同期を中断する。

特に、所与のゲーム状況としては、例えば、上記の必殺技を発動する際の演出や勝敗を決めた攻撃に関する演出の実行が確定した状況、第１のプレーヤの勝利が確定した状況、又は、対戦の開始前の対決前演出など、の第２のプレーヤの操作があったとしても、ゲームの進行内容が変化しない状況などが含まれる。

すなわち、このような場合には、ゲーム進行上、第１プレーヤキャラクタを含めて第２プレーヤキャラクタの動きが必要なくなることによって第２プレーヤキャラクタの操作も不要になるので、ゲーム制御部１１４は、第２ゲームシステムＳｏと同期を取り、当該第２ゲームシステムＳｏから送信される第２プレーヤの操作入力を用いる必要性がない。

そこで、特定状況検出部１１５は、操作入力やゲーム状況に基づいて特定状況となったか否かを検出する場合と同様に、第２ゲームシステムＳｏとの同期中に、ゲーム状況として、このような状況になった場合には、特定状況であると判定する特定状況検出処理を実行し、第２ゲームシステムＳｏとの同期を中断する。

具体的には、特定状況検出部１１５は、特定状況検出処理としては、第１モード制御処理中の現タイミングにおける第２プレーヤキャラクタの状態と、少なくとも受信された第２操作入力情報と、に応じて、第２プレーヤキャラクタの現タイミングの状態が、特定状況として、ゲーム上において行動が不能となる行動不能状態に切り替わったか否かを検出する。

特に、特定状況検出部１１５は、第２プレーヤキャラクタの現タイミングにおける状態
が、第１プレーヤキャラクタから攻撃をされた場合の状態であって、行動不能状態である場合に、ゲーム状況が特定状況であると検出する。

例えば、特定状況検出部１１５は、特定状況検出処理としては、
（Ａ１）キャラクタスクリプト情報と、
（Ａ２）当該キャラクタスクリプト情報に基づく過去の状態遷移に応じた現タイミングにおける第２プレーヤキャラクタの状態と、
（Ａ３）同期状態において取得された第２ゲーム制御情報、又は、第１ゲーム制御情報及び第２ゲーム制御情報と、
に基づいて、第２プレーヤキャラクタの状態が、ゲーム上の行動が不能な状態（以下、「行動不能状態」という。）に切り替わった場合には、特定状況であると検出する。

また、例えば、特定状況検出部１１５は、行動不能状態として、第２プレーヤキャラクタの現タイミングの状態が、操作入力の受付が無効となる状態（ゲーム開始前のスタンバイ中の状態）、空中に浮いている状態、拘束された状態（例えば、何かに縛り付けられている状態）、又は、硬直した状態（例えば、技の発動後や金縛りになっている状態）など、プレーヤキャラクタにおける動作が不能な状態、及び、動作してもゲーム上の他の処理に影響を与えない状態などの行動不能状態に切り替わった否かを検出する。

なお、特定状況検出部１１５は、キャラクタスクリプト情報などに代えて、生成されたゲーム画像やゲーム空間内の第２プレーヤキャラクタの座標などから、ゲームの進行内容が変化しない状況を特定状況として検出してもよい。

例えば、対戦の開始前の対決前演出の場合には、第１プレーヤキャラクタや第２プレーヤキャラクタは、ゲーム空間内における特定の位置（座標）から動かない。

そこで、特定状況検出部１１５は、第２プレーヤキャラクタのゲーム空間内の座標や、プレーヤに提供するために生成されたゲーム画像を解析することによって第２プレーヤキャラクタの位置の変化を検出し、特定状況であることを検出してもよい。

他方、特定状況検出部１１５は、ゲームの実行中に、ネットワークによる第２プレーヤの第２ゲームシステムＳｏとの接続が遮断された場合（すなわち、通信回線の遮断がされた場合）には、当該遮断された状況を特定状況として検出する特定状況検出処理を実行する。

すなわち、たとえ、第２プレーヤの第２ゲームシステムＳｏとの通信が遮断された場合であっても、上述と同様に、ゲーム進行に対する影響は無いので、ゲーム進行上の違和感を無くし、かつ、悪意のあるプレーヤにおける迷惑行為や不正行為を防止することができるようになっている。

具体的には、特定状況検出部１１５は、通信制御部１１０連動することによって、特定状況検出処理として、第２ゲームシステムＳｏとの通信回線の接続状態を監視し、当該通信回線が遮断された場合に、特定状況であると検出する。

（第２モード制御処理）
ゲーム制御部１１４は、特定状況が検出され、かつ、第２ゲームシステムＳｏとの同期が中断されると、操作入力受付処理部１１３によって受け付けられた第１プレーヤの第１操作入力情報のみに応じて、第２モードとしてのゲーム制御処理を実行する。

特に、ゲーム制御部１１４は、第２ゲーム制御情報を取得（受信）しなかった場合だけ
でなく、当該第２ゲーム制御情報を受信している場合であっても受信した第２ゲーム制御情報を無効化し、第１ゲーム制御情報にのみによってゲーム制御を実行する。

すなわち、基本的には、第２モード制御処理としては、第１モード制御処理とは、第２ゲームシステムＳｏから送信された第２操作入力情報をゲーム制御処理に使用しない点が異なるのみで、その他の処理は、第１モード制御処理と同様の処理が実行される。

具体的には、ゲーム制御部１１４は、図７に示すように、特定状況が検出され、第２ゲームシステムＳｏとの同期が中断されている場合には、過去のプレーヤキャラクタの状態に基づく状態遷移によって決定された現在の各プレーヤキャラクタの状態と、記憶部１７０に記憶されているキャラクタスクリプト情報と、現タイミングにおける第１ゲーム制御情報と、に応じて、第１プレーヤキャラクタ及び第２プレーヤキャラクタの動き及びゲーム空間内の移動を制御する。

なお、図７には、第１操作入力情報と第２操作入力情報とが同期しておらず、第２操作入力情報を用いることなく第２モード制御処理が実行されている場合の例が示されている。

一方、ゲーム制御部１１４は、第２モード制御処理における制御内容に応じて、当該第２モード制御処理を実行する期間を定め、当該期間中においては、第２モード制御処理を実行してもよい。

具体的には、ゲーム制御部１１４は、第１プレーヤの操作入力に基づいて、第１プレーヤキャラクタにおける連続攻撃（すなわち、コンボ）を行うための連続操作入力を受け付けた場合、又は、所定の期間長を有する演出を実行するための操作入力を受け付けた場合など、当該第１プレーヤによって入力された操作入力の種類（順序立てた複数の連続的な操作入力を含む。）及び検出された特定状況などによって、第２モード制御処理を実行する期間を設定してもよい。

すなわち、特定状況として、連続攻撃などの一定の期間長が必要なプレーヤキャラクタの行動が実行される状況、又は、ゲーム演出が実行される状況には、ゲーム制御部１１４は、第１プレーヤキャラクタの行動が終了するまでの期間、又は、当該ゲーム演出が終了するまでの期間を特定状況期間として特定し、当該特定状況期間中において第２モード制御処理を実行する。

なお、特定状況期間は、第１プレーヤによって入力された操作入力の種類（順序立てた複数の連続的な操作入力を含む。）又は、検出された特定状況によって予め設定されており、ゲーム制御部１１４は、特定状況を検出した際に、当該特定状況に対応する特定状況期間を、第２モード制御処理を実行する期間として、設定する。

ただし、ゲーム制御部１１４は、原則、第１プレーヤの連続操作入力、又は、当該第１プレーヤの操作入力で特定された演出の種別などによって予め定められている期間（例えば、画像フレーム数）を、第２プレーヤキャラクタの種別・属性（保有するスキルの種別も含む。）、所有アイテムの数や種別、第１プレーヤと第２プレーヤとのレベル差などに応じて、増減させてもよい。

例えば、ゲーム制御部１１４は、原則、１０フレームの特定状況期間を設定した場合に、第２プレーヤのプレーヤキャラクタの能力値が第１プレーヤのプレーヤキャラクタの能力値よりも高い場合には、特定期間を８フレームに短くし、第２プレーヤのプレーヤキャラクタの能力値が第１プレーヤのプレーヤキャラクタの能力値よりも低い場合には、特定
期間を１５フレーム長くする。

（第２モード制御処理からの復帰）
ゲーム制御部１１４は、第２モード制御処理の実行中に、第２プレーヤキャラクタに対する操作入力を含む第２ゲーム制御情報が必要な状況になった場合には、第１モード制御処理に切り替える。

具体的には、ゲーム制御部１１４は、特定状況検出処理によって、
（Ｂ１）上述したように、予め定められた時間が経過したこと、
（Ｂ２）第２ゲームシステムＳｏとの通信遅延が解消されたこと
（Ｂ３）第２ゲームシステムＳｏとの通信遮断が回復したこと、又は、
（Ｂ４）第２キャラクタの状態が、第２操作入力を含む第２制御情報による操作可能な状態になったこと、
が検出された場合に、第１モード制御処理に切り替える。

なお、ゲーム制御部１１４は、第２モード制御処理から第１モード制御処理に切り替わる際に、第２モード制御処理から切り替わったタイミング（以下、「切り替えタイミング」ともいういう。）から第２プレーヤの操作入力を有効化してもよいし、当該切り替えタイミングの前のタイミング（例えば、１秒前）から先行的に第２プレーヤの操作入力を有効化し、又は、受け付けを開始し、当該先行して有効化した又は受け付けた第２プレーヤの操作入力を、当該切り替えタイミング後の当該第２プレーヤの操作入力として用いる処理（以下、「先行入力処理」ともいう。）を採用してもよい。

具体的には、ゲーム制御部１１４は、先行入力処理によって受け付けた操作入力と、切り替えタイミング後の操作入力を一連の連続した操作入力として受け付けて（すなわち、１のコマンドとして受け付けて）、第２プレーヤのプレーヤキャラクタによる連続攻撃の発動や第２プレーヤ側の所定の演出の実行を制御してもよい。

ただし、この場合には、ゲーム制御部１１４によって、少なくとも切り替えタイミングの少し前（切り替えタイミングを基準に数十フレーム前～数フレーム前）から第２プレーヤの操作入力を受け付けていることが前提となる。

［３．５］変形例
［３．５．１］変形例１（通信遅延量に基づく特定状況の調整）
次に、変形例１の通信遅延量に基づく特定状況の調整について説明する。

上記の実施形態において、通信遅延量に基づいて、第１モード制御処理から第２モード制御処理に切り替える際の操作入力及びゲーム状況を変更してもよい。

すなわち、通信遅延量が大きくなると、第２モード制御処理から第１モード制御処理に復帰する際の違和感や障害が大きくなるとともに、級レベルなどの操作入力に対してシビアな反応を求めないプレーヤにとっては、多少通信遅延が発生してもゲームの進行に対する支障はあまり発生しない一方、高いレベルのプレーヤにとっては、少しの通信遅延であってもゲーム進行に対する支障が発生する。

したがって、本変形例においては、特定状況検出部１１５は、発生している通信遅延量に応じて、又は、プレーヤレベルなどの状況に応じて、特定状況検出処理によって特定する特定状況を変更する構成を有している。

具体的には、通信制御部１１０は、第２プレーヤのゲームシステムとの通信遅延量を計
測する。

特に、記憶部１７０には、第１プレーヤの操作入力の種別、及び、ゲーム状況の内容の少なくともいずれか一方を含む、複数の前記特定状況の情報を示す複数の特定状況情報と、所与の関係性を有する前記第２のプレーヤのゲームシステムとの通信遅延量と、が対応付けられて記憶されており、特定状況検出部１１５は、当該特定状況情報を管理する。

例えば、所与の関係性とは、第２モード制御処理から第１モード制御処理に復帰する際に通信遅延量によって生ずるズレが所定の時間差以内となること、プレーヤのレベル、通信環境やゲーム環境などによる関係性を示す。

そして、特定状況検出部１１５は、特定状況検出処理として、ゲームの実行中に、決定された特定状況情報に規定された特定状況を検出する。

例えば、特定状況検出部１１５は、図５に示す特定状況除法を用いる場合には、通信遅延量が３０ｍｓ未満の場合には、特定状況Ａの場合のみ特定状況検出処理として検出を実行し、通信遅延量６０ｍｓ未満以下の場合には、特定状況Ａ及びＣの場合のみ、特定状況検出処理として検出を実行し、通信遅延量６０ｍｓ以上の場合には、特定状況Ａ、Ｃ、Ｆ及びＧの場合について、特定状況検出処理として検出を実行する。

［３．５．２］変形例２（第２モード制御処理に対する切り替え操作）
次に、変形例２の第２モード制御処理に対する切り替え操作について説明する。

上記実施形態においては、プレーヤの指示に基づいて、第２モード制御処理の発動の有無を切り替えてもよい。

具体的には、ゲーム制御部１１４は、受け付けされた第１のプレーヤの操作入力に基づいて、第２モードへの切り替えを可能にする設定を実行する。

［３．５．３］変形例３（店舗型ゲームシステム）
次に、図８を用いて変形例３の店舗型ゲームシステムについて説明する。なお、図８は、本実施形態のゲームシステムを店舗型ゲームシステムに適用した場合の例を示す図であり、その外観構成図である。

本実施形態のゲームシステムＳは、家庭用ゲームシステムに適用可能な他に、例えば、図に示すように、店舗（アミューズメントパーク）に設定された店舗型ゲームシステムによっても実現可能である。

すなわち、この場合には、他店舗間のゲームシステム、又は、店舗型ゲームシステムと家庭用ゲームシステム間において、対戦を行う際に、上記のゲーム制御処理が実行される。

また、例えば、店舗型このようなゲームシステムＳは、図８に示すように、ゲーム処理等を行う処理部（コンピュータ）を格納する筐体１２と、ゲーム画面を表示するディスプレイ１３と、ゲームの効果音やＢＧＭを音出力するスピーカ１４と、ゲーム操作部２００と、ゲームプレイ料であるコインを投入するコイン投入部１６とを備えている。

そして、ゲームシステムＳは、ＣＰＵ、画像生成ＩＣ、音生成ＩＣ等が実装されたシステム基板１０００が内蔵しており、システム基板１０００上の情報記憶媒体であるメモリから読み出したゲームプログラムやゲームデータ、或いはジョイスティック３２及びボタ
ンから入力される操作信号等に基づいて、格闘ゲームを実行する構成を有している。

ゲーム操作部２００は、上記のコントローラ３０と同じ機能を有するため、レバー２１０及びボタン２２０、２２１、２２２、２２３を備えて構成されている。

例えば、右手ボタン２２０は、「右パンチ」、左手ボタン２２１は、「左パンチ」、右足ボタン２２２は、「右キック」、及び、左足ボタン２２３は、「左キック」の操作入力が可能となっている。

［３．５．４］変形例４（サーバシステム）
次に、図９を用いて変形例４のサーバシステムについて説明する。なお、図９は、本実施形態のゲームシステムをネットワークを用いたサーバシステムに適用した場合のシステム構成の一例を示す図である。

上記の実施形態においては、図９に示すように、一のサーバ装置３１０によってサーバシステム３００を構築してネットワークＮを介して上記のゲームを１又は複数の端末装置３２０に提供してもよいし、複数のサーバ装置３１０を連動させてサーバシステム３００を構築し、当該サーバシステム３００からゲームを１又は複数の端末装置３２０に提供してもよい。

特に、有線又は無線によって複数の端末装置３２０をサーバシステム３００にネットワークＮを介して接続させつつ、サーバシステム３００を上記のゲームシステムとして機能させる。

また、サーバシステム３００は、各プレーヤの操作入力を受け付けつつ、第１モード制御処理、特定状況検出処理、及び、第２モード制御処理などを実行し、これらによって処理されたゲームデータ（画像データのみも含む。）を該当する端末装置３２０に提供することによって上記の実施形態のゲームシステムを実現することも可能である。

なお、本実施形態においては、ネットワークを通じて端末装置３２０と連動して実行するサーバシステム３００に本発明のゲームシステムを適用しているが、タブレット型情報端末装置やパーソナルコンピュータにも本発明のゲームシステムを適用してもよい。

［４］本実施形態の動作
次に、図１０用いて本実施形態のゲームシステムＳによって実行される第１モード制御処理及び第２ゲーム制御処理の切り替えを主としたゲーム制御処理の動作について説明する。

なお、図１０は、本実施形態のゲームシステムＳによって実行される第１モード制御処理及び第２ゲーム制御処理の切り替えを主としたゲーム制御処理の動作を示すフローチャートである。

本動作は、第１プレーヤと第２プレーヤとが既にマッチングされ、第１プレーヤと第２プレーヤによる対戦が実行されるものとする。

まず、ゲーム制御部１１４は、第１プレーヤと第２プレーヤとの対戦を開始すると（ステップＳ１０１）、プレーヤキャラクタのスタミナが「０」になるなど、当該対戦が終了したか否かを判定する（ステップＳ１０２）。

このとき、ゲーム制御部１１４は、対戦が終了したと判定した場合には、本動作を終了
させ、当該対戦が終了していないと判定した場合には、ステップＳ１０３の処理に移行する。

次いで、特定状況検出部１１５は、対戦が終了されていないと判定された場合には、特定状況であるか否かを判定する（ステップＳ１０３）。

このとき、特定状況検出部１１５は、特定状況でないと判定した場合には、ステップＳ１０２の処理に移行し、当該特定状況であると判定した場合には、ステップＳ１０４の処理に移行する。

次いで、ゲーム制御部１１４は、特定状況であると判定された場合には、第１ゲーム制御処理を第２ゲーム制御処理に切り替える（ステップＳ１０４）。

次いで、ゲーム制御部１１４は、プレーヤキャラクタのスタミナが「０」になるなど、当該対戦が終了したか否かを判定する（ステップＳ１０５）。

このとき、ゲーム制御部１１４は、対戦が終了したと判定した場合には、本動作を終了させ、当該対戦が終了していないと判定した場合には、ステップＳ１０６の処理に移行する。

次いで、特定状況検出部１１５は、第１モード制御処理に移行する条件を満たしたか否かを判定する（ステップＳ１０６）。

このとき、ゲーム制御部１１４は、第１モード制御処理に移行する条件を満たしていないと判定された場合には、ステップＳ１０５の処理に移行し、第１モード制御処理に移行する条件を満たしていると判定された場合には、第１モード制御処理に復帰して（ステップＳ１０７）ステップＳ１０２の処理に移行する。

［５］その他
本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。例えば、明細書又は図面中の記載において広義や同義な用語として引用された用語は、明細書又は図面中の他の記載においても広義や同義な用語に置き換えることができる。

本実施形態では、対戦型格闘ゲームを用いて説明しているが、レースゲーム、音ゲーム、パズルゲーム、シューティングゲーム、ＲＰＧ、又は、シミュレーションゲームなどのプレーヤの入力操作を伴うゲームにおいても用いることがきる。

本発明は、実施形態で説明した構成と実質的に同一の構成（例えば、機能、方法及び結果が同一の構成、あるいは目的及び効果が同一の構成）を含む。また、本発明は、実施形態で説明した構成の本質的でない部分を置き換えた構成を含む。また、本発明は、実施形態で説明した構成と同一の作用効果を奏する構成又は同一の目的を達成することができる構成を含む。また、本発明は、実施形態で説明した構成に公知技術を付加した構成を含む。

上記のように、本発明の実施形態について詳細に説明したが、本発明の新規事項及び効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。したがって、このような変形例はすべて本発明の範囲に含まれるものとする。

１：サーバ装置
１０：ゲーム装置本体
３０：コントローラ
４０：ディスプレイ
１００：処理部
１１０：通信制御部
１１１：オブジェクト空間設定部
１１２：動作制御部
１１３：操作入力受付処理部
１１４：ゲーム制御部
１１５：特定状況検出部
１１８：表示制御部
１１９：仮想カメラ制御部
１２０：描画部
１３０：音処理部
１６０：コントローラ
１６２：リードライト部
１７０：記憶部
１７２：主記憶部
１７６：画像バッファ
１８０：情報記憶媒体
１９０：表示部
１９２：音出力部
１９６：通信部
２００：ゲーム操作部
２６０：入力部
３００：サーバシステム
３１０：サーバ装置
３２０：端末装置
１０００：システム基板

Claims

第１のプレーヤによって操作制御されるプレーヤキャラクタを用いて他のプレーヤである第２のプレーヤのゲームシステムとネットワークを介して接続して所与のゲームを実行させるゲームシステムであって、
前記第１のプレーヤの操作入力を受け付ける受付処理を実行する受付処理手段、
前記受け付けられた第１のプレーヤの操作入力を第１操作入力情報として少なくとも含む第１ゲーム制御情報を前記第２のプレーヤのゲームシステムに送信し、当該第２のプレーヤのゲームシステムから送信された前記第２のプレーヤの操作入力を第２操作入力情報として少なくとも含む第２ゲーム制御情報を受信する通信制御手段と、
前記受け付けられた第１ゲーム制御情報と、前記受信された第２ゲーム制御情報と、に応じて、前記ゲームの進行を制御するゲーム制御処理を第１モードとして実行する第１ゲーム制御手段と、
前記ゲームの進行中に、前記第１のプレーヤの所与の操作入力に基づいて特定状況になったか否か、又は、所与のゲーム状況が発生して当該特定状況になったか否かを検出する検出処理を実行する検出手段と、
前記検出処理によって前記特定状況になったことが検出された場合には、前記受け付けられた第１ゲーム制御情報のみに応じて前記ゲームの進行を制御するゲーム制御処理を第２モードとして実行する第２ゲーム制御手段と、
を備えることを特徴とするゲームシステム。
請求項１に記載のゲームシステムにおいて、
前記検出手段が、
前記第１のプレーヤの連続操作入力に基づいて、当該第１プレーヤのプレーヤキャラクタが前記特定状況になったか否かを検出する前記検出処理を実行する、ゲームシステム。
請求項１又は２に記載のゲームシステムにおいて、
前記第１モード及び前記第２モードのゲーム制御処理の双方とも、前記第１のプレーヤと前記第２のプレーヤとが１対１で対戦する対戦ゲームにおけるゲーム制御処理である、ゲームシステム。
請求項１～３のいずれか１項に記載のゲームシステムにおいて、
前記第２ゲーム制御手段が、
前記検出処理によって、前記特定状況として、前記ネットワークによる第２のプレーヤのゲームシステムとの接続が遮断されたことが検出された場合に、前記第２モードとしてのゲーム制御処理を実行する、ゲームシステム。
請求項１～３のいずれか１項に記載のゲームシステムにおいて、
記憶手段には、前記プレーヤの操作入力の種別に応じて定まるプレーヤキャラクタの状態を規定するキャラクタ状態情報が記憶されており、
前記検出手段が、
前記第１のゲーム制御処理中の現タイミングにおける第２のプレーヤの操作対象である第２プレーヤキャラクタの状態と、少なくとも前記受信された第２ゲーム制御情報と、に応じて、前記第２プレーヤキャラクタの現タイミングの状態が、前記特定状況として、ゲーム上において行動が不能となる行動不能な状態に切り替わったか否かを検出する前記検出処理を実行する、ゲームシステム。
請求項５に記載のゲームシステムにおいて、
前記ゲームが、対戦格闘ゲームであって、
前記検出手段が、
前記第２プレーヤキャラクタの現タイミングにおける状態が、前記第１のプレーヤの操作対象である第１プレーヤキャラクタから攻撃をされた場合の状態であって、前記行動不能な状態である場合に、前記ゲーム状況が前記特定状況であると検出する前記検出処理を実行する、ゲームシステム。
請求項１～６のいずれか１項に記載のゲームシステムにおいて、
前記第１のプレーヤの操作入力の種別、及び、前記ゲーム状況の内容の少なくともいずれか一方を含む、複数の前記特定状況の情報を示す複数の特定状況情報と、所与の関係性を有する前記第２のプレーヤのゲームシステムとの通信遅延量と、が対応付けられて記憶されている記憶手段を管理する管理手段と、
前記第２のプレーヤのゲームシステムとの通信遅延量を計測する計測手段と、
前記計測された通信遅延量に基づいて、前記記憶されている複数の特定状況情報の中から前記検出処理に用いる特定状況情報を決定する決定手段と、
を備え、
前記検出手段が、
前記検出処理として、前記のゲームの実行中に、前記決定された特定状況情報に規定された前記特定状況を検出する、ゲームシステム。
請求項１～７のいずれか１項に記載のゲームシステムにおいて、
前記受け付けられた第１のプレーヤの操作入力に基づいて、前記第２モードへの切り替えを可能にする設定を実行する切り替え手段を更に備える、ゲームシステム。
第１のプレーヤによって操作制御されるプレーヤキャラクタを用いて他のプレーヤである第２のプレーヤのゲームシステムとネットワークを介して接続して所与のゲームを実行させるゲームシステム用のプログラムであって、
前記第１のプレーヤの操作入力を受け付ける受付処理を実行する受付処理手段、
前記受け付けられた第１のプレーヤの操作入力を第１操作入力情報として少なくとも含む第１ゲーム制御情報を前記第２のプレーヤのゲームシステムに送信し、当該第２のプレーヤのゲームシステムから送信された前記第２のプレーヤの操作入力を第２操作入力情報として少なくとも含む第２ゲーム制御情報を受信する通信制御手段、
前記受け付けられた第１ゲーム制御情報と、前記受信された第２ゲーム制御情報と、に応じて、前記ゲームの進行を制御するゲーム制御処理を第１モードとして実行する第１ゲーム制御手段、
前記ゲームの進行中に、前記第１のプレーヤの所与の操作入力に基づいて特定状況になったか否か、又は、所与のゲーム状況が発生して当該特定状況になったか否かを検出する検出処理を実行する検出手段、及び、
前記検出処理によって前記特定状況になったことが検出された場合には、前記受け付けられた第１ゲーム制御情報のみに応じて前記ゲームの進行を制御するゲーム制御処理を第２モードとして実行する第２ゲーム制御手段、
としてコンピュータを機能させることを特徴とするプログラム。
ネットワークを介して接続される第１のプレーヤの端末装置及び当該第１のプレーヤとは異なる第２のプレーヤの端末装置と、にゲームを提供するサーバシステムであって、
前記第１のプレーヤの操作入力を第１操作入力情報として少なくとも含む第１ゲーム制御情報及び前記第２のプレーヤの操作入力を第２操作入力情報として少なくとも含む第２ゲーム制御情報を受信する通信制御手段と、
前記受信された第１ゲーム制御情報と、前記受信された第２ゲーム制御情報と、に応じて、前記ゲームの進行を制御するゲーム制御処理を第１モードとして実行する第１ゲーム制御手段と、
前記ゲームの進行中に、前記第１のプレーヤの所与の操作入力に基づいて特定状況になったか否か、又は、所与のゲーム状況が発生して当該特定状況になったか否かを検出する検出処理を実行する検出手段と、
前記検出処理によって前記特定状況になったことが検出された場合には、前記受信された第１ゲーム制御情報のみに応じて前記ゲームの進行を制御するゲーム制御処理を第２モードとして実行する第２ゲーム制御手段と、
前記第１モード及び前記第２モードにおけるゲーム処理されたゲームデータを前記端末装置に提供する提供手段と、
を備えることを特徴とするサーバシステム。