JP7626799B2 - ゲームシステム、ゲーム処理方法、およびゲームプログラム - Google Patents

Description

本開示は、オンラインマルチプレイゲームにおけるマッチング処理に関する。

従来から、マルチプレイゲームを行うためのゲームシステムにおいて、プレイヤの待ち合わせ場所となる仮想的なロビーを提供するものが知られている。そして、当該ロビーにおいて、プレイヤがマッチングルームの作成を指示する操作を行った場合に、プレイヤキャラクタの現在位置に、他のプレイヤから視認可能な領域を設定し、他のプレイヤのプレイヤキャラクタが領域に入った場合に、当該他のプレイヤとのマッチングを行うものが知られている（例えば、特許文献１）。

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

上記のようなゲームでは、ロビーにいるプレイヤ同士でしかマッチングが行われない。すなわち、マッチング可能な相手が、ロビー内にいるプレイヤだけに限られていた。そのため、マルチプレイを行う相手が足りないという状況もあり得た。また、マッチング可能な相手を増やすべく、ロビーに多くの人数を含めようとすると、その分、ネットワーク処理等の処理負荷が増大してしまう。

上記課題を解決するために、例えば以下のような構成例が挙げられる。

（構成１）
構成１は、ネットワークに接続されたゲーム装置、当該ネットワークに接続された複数の他のゲーム装置、および、サーバとを備えるゲームシステムである。ゲーム装置のコンピュータは、第１のモードにおいて、第１のマッチング処理の要求をサーバに送信し、サーバから受信した第１のマッチング処理の結果に基づき、ゲーム装置を第１の他のゲーム装置群と接続し、ゲーム装置のプレイヤの操作に基づいて移動制御される自プレイヤキャラクタ、および、第１の他のゲーム装置群に含まれる各他のゲーム装置から取得されるデータに基づいて移動制御される他プレイヤキャラクタ群のうちの少なくとも一部を第１の仮想ゲーム空間に配置して描画し、第１の仮想ゲーム空間の表示中に、ゲーム装置のプレイヤの操作に応じて、複数のゲームステージから所定のゲームステージを選択するステージ選択処理を実行し、ステージ選択処理が実行されたことに応じて、第２のモードに移行する。また、第１のゲーム装置は、第２のモードにおいて、第２のマッチング処理の要求をサーバに送信し、サーバから受信した第２のマッチング処理の結果に基づき、ゲーム装置を第２の他のゲーム装置群と接続し、自プレイヤキャラクタ、および、第２の他のゲーム装置群に含まれる各他のゲーム装置のプレイヤによって操作される他プレイヤキャラクタ群のうちの少なくとも一部を、ステージ選択処理によって選択されたステージに対応する第２の仮想ゲーム空間に配置して描画する。そして、サーバのコンピュータは、ゲーム装置からの第１のマッチング処理の要求を受信したことに応じて、第１のマッチング処理として、複数の他のゲーム装置の中から選択される第１の他のゲーム装置群とゲーム装置とをマッチングし、第１のマッチング処理の結果をゲーム装置に送信する。また、ゲーム装置からの第２のマッチング処理の要求を受信したことに応じて、第２のマッチング処理として、第１のマッチング処理によってマッチングされた第１の他のゲーム装置群に限定することなく複数の他のゲーム装置の中から選択した１以上の他のゲーム装置を第２の他のゲーム装置群として、当該第２の他のゲーム装置群とゲーム装置とをマッチングし、第２のマッチング処理の結果をゲーム装置に送信する。

上記構成によれば、例えば、オンラインマルチプレイゲームにおける「ロビー」等の第１の仮想ゲーム空間において、あるプレイヤがプレイするステージを選択した場合、当該ステージをマルチプレイするメンバーのマッチングについて、当該第１の仮想ゲーム空間内にいる他のプレイヤだけに限らずにマッチングすることができる。これにより、マルチプレイ相手が不足するという状況の発生を抑制できる。また、他プレイヤキャラクタも表示され得るため、他のプレイヤの存在をプレイヤに視覚的にわかりやすく伝えることができる。

（構成２）
構成２は、上記構成１において、第１の仮想空間内において、当該第１の仮想空間内に配置されている複数のステージオブジェクトのうちのいずれかにプレイヤキャラクタを移動させることで、当該ステージオブジェクト関連付けられているゲームステージが選択されてもよい。

上記構成によれば、ステージオブジェクトにプレイヤキャラクタが移動するというプレイヤキャラクタの動作が行われる。これにより、どのプレイヤがどのステージを選択したのかが視覚的に把握しやすくなる。

（構成３）
構成３は、上記構成１において、第２のモードに移行する場合、第１のモードにおける第１の他のゲーム装置群との接続を解除してもよい。

上記構成によれば、プレイヤが所定のステージのプレイすることを選ぶ度に、マッチングが行われる。これにより、様々なプレイヤと出会う機会を増やすことができる。

（構成４）
構成４は、上記構成１において、第１のモードにおいて、前記ゲーム装置のプレイヤと、前記第１の他のゲーム装置群に含まれる他のゲーム装置のプレイヤのうちの所定のプレイヤとが同じステージを選択し、かつ、両プレイヤに係る前記ステージ選択処理が所定の期間内に実行された場合、前記第２のモードにおいて、当該ゲーム装置は、前記所定のプレイヤのゲーム装置が含まれる前記第２の他のゲーム装置群に接続されてもよい。

上記構成によれば、所定のステージを選択したタイミングが近いプレイヤ同士を、同じ通信グループに含めることができる。これにより、これらのプレイヤがステージに係るプレイを開始するタイミングを近いタイミングにすることができる。そのため、ステージのプレイ開始時から、他のプレイヤと一緒に行動できる機会を各プレイヤに提供できる。

（構成５）
構成５は、上記構成１において、ゲーム装置のコンピュータは、第２のモードにおいて、所定のステージ終了条件が満たされた場合、第１のモードに移行してもよい。更に、サーバのコンピュータは、ゲーム装置が第２のモードから第１のモードに移行する際、第１の他のゲーム装置群に含まれていない他のゲーム装置が含まれ得る第３の他のゲーム装置群を当該ゲーム装置についてのマッチングの対象として、第１のマッチング処理を実行してもよい。そして、ゲーム装置のコンピュータは、第３の他のゲーム装置群をマッチングの対象とした第１のマッチング処理によって決定された、新たな第１の他のゲーム装置群と当該ゲーム装置とを接続してもよい。

上記構成によれば、ステージを終了した場合、改めて第１のマッチング処理が行われ、ステージ開始前に接続されていた他のゲーム装置群とは異なるゲーム装置群と接続された状態で、第１の仮想ゲーム空間に移動できる。そのため、様々なプレイヤと出会う機会を増やすことができる。

（構成６）
構成６は、上記構成５において、第２のモードにおいて、ゲーム装置のプレイヤと、第２の他のゲーム装置群に含まれる他のゲーム装置のプレイヤのうちの所定のプレイヤとがステージをクリアしたタイミングが所定の期間内に含まれている場合、第１のモードにおいて、ゲーム装置は、上記所定のプレイヤのゲーム装置が含まれる第１の他のゲーム装置群と接続される。

上記構成によれば、同じステージをプレイしていた複数のプレイヤが、それぞれステージをクリアしたタイミングが近かった場合、これらのプレイヤが同じ通信グループに含まれて、結果的に、同じ第１の仮想ゲーム空間に移動させることができる。

（構成７）
構成７は、上記構成１において、ゲームシステムには、第１の仮想ゲーム空間として表示され得る複数の異なる仮想ワールドを定義したワールド情報が記憶されていてもよい。更に、ゲーム装置のコンピュータは、第１の仮想ワールドに対応する第１の仮想ゲーム空間の表示中に、当該ゲーム装置のプレイヤの操作に応じて、当該第１の仮想ワールドから第２の仮想ワールドに移動するためのワールド移動処理を実行してもよい。更に、当該ワールド移動処理が実行された場合、そのときに接続されている第１の他のゲーム装置群との接続を解除し、ワールド移動処理に応じてサーバで行われた第１のマッチング処理の結果に基づき、第２のワールドに対応する第１の仮想ゲーム空間が表示される他のゲーム装置からなる新たな第１の他のゲーム装置群と当該ゲーム装置とを接続してもよい。

上記構成によれば、複数存在するワールド間を移動する度にマッチングが行われる。これにより、様々なプレイヤとの出会いの機会を提供できる

本開示によれば、他のプレイヤの存在を視覚的に伝えると共に、ステージをプレイする際にマルチプレイ相手が不足しているという状況の発生を抑制できる。

本実施形態に係るゲームシステムの全体像を示す模式図 ゲームサーバ１およびマッチングサーバ２のハードウェア構成を示すブロック図 ゲーム装置３のハードウェア構成を示すブロック図 ステージ画面の一例 ワールドマップ画面の一例 本実施形態における「部屋」の概念を説明するための図 ワールドマップ画面の一例 ステージ画面の一例 本実施形態における「部屋」の移動の概念を説明するための図 ステージ部屋への入室について説明するための図 本実施形態におけるデータのやりとりについて説明するための図 ゲームサーバ１の記憶部１２に記憶される各種データの一例を示すメモリマップ 再募集チケットデータ３０７のデータ構成の一例 マッチングサーバ２の記憶部２２に記憶される各種データの一例を示すメモリマップ ゲーム装置３の記憶部３２に記憶される各種データの一例を示すメモリマップ 通常チケットデータ３５６のデータ構成の一例 ゲーム装置３で実行されるゲーム処理の詳細を示すフローチャート 開始処理の詳細を示すフローチャート ワールドマップ処理の詳細を示すフローチャート ステージ入室処理の詳細を示すフローチャート ワールド移動処理の詳細を示すフローチャート ステージプレイ処理の詳細を示すフローチャート ステージ退室処理の詳細を示すフローチャート ゲームサーバ１で実行されるゲームサーバ処理の詳細を示すフローチャート マッチングサーバ２で実行されるマッチングサーバ処理の詳細を示すフローチャート マッチメイク処理の詳細を示すフローチャート

以下、本発明の一実施形態について説明する。図１は、本実施形態に係る情報処理システム（ゲームシステム）の全体像を示す模式図である。本実施形態の情報処理システム１００は、ゲームサーバ１と、マッチングサーバ２と、複数の情報処理端末３とを含む。ゲームサーバ１、マッチングサーバ２、情報処理端末３とは、インターネット等のネットワーク１０を介して通信可能に構成されている。本実施形態では、このような構成で、情報処理が実行されるが、以下では、当該情報処理の一例として、ゲーム処理を例として説明する。具体的には、情報処理端末３上にゲームプログラムがインストールされ、必要に応じてサーバ１と通信を行いながら実行されるゲーム処理を例示する。

［ゲームサーバおよびマッチングサーバのハードウェア構成］
次に、上記ゲームサーバ１およびマッチングサーバ２のハードウェア構成について説明する。本実施形態では、ゲームサーバ１およびマッチングサーバ２のハードウェア構成は同じものであるとする。図２は、ゲームサーバ１およびマッチングサーバ２のハードウェア構成を示すブロック図である。なお、図２において、括弧内の参照符号はマッチングサーバ２における構成要素を示すものとする。また、以下では、ゲームサーバ１およびマッチングサーバ２を総称して、単にサーバと呼ぶこともある。各サーバは、プロセッサ１１（２１）と、記憶部１２（２２）と、通信部１３（２３）とを少なくとも備えている。プロセッサ部は、各サーバを制御するための各種プログラムを実行する。記憶部には、プロセッサ部によって実行される各種プログラムおよび利用される各種データが格納される。通信部は、有線、または無線通信によってネットワークと接続し、上記情報処理端末３または他のサーバとの間で所定のデータを送受信する。なお、本実施形態では、ゲームサーバ１、マッチングサーバ２がそれぞれ１つである例を図示しているが、各サーバは、単体のサーバであってもよいし、分散処理を行うサーバ群として構成されていてもよい。

［ゲーム装置のハードウェア構成］
次に、上記情報処理端末３について説明する。当該情報処理端末３は、例えばスマートフォン、据置型または携帯型のゲーム装置、タブレット端末、携帯電話、パーソナルコンピュータ、ウェアラブル端末等である。本実施形態では、据置型ゲーム装置（以下、単にゲーム装置と呼ぶ）を情報処理端末３の一例として説明する。

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

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

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

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

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

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

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

［本実施形態における情報処理の概要］
次に、本実施形態に係る情報処理の動作概要を説明する。本実施形態では、情報処理の一例として、仮想空間内に存在するプレイヤキャラクタオブジェクト（以下、プレイヤキャラと呼ぶ）をプレイヤが操作して遊ぶゲーム処理を想定して説明する。より具体的には、本実施形態では、横スクロール型のジャンプアクションゲーム（以下、本ゲームと呼ぶ）を想定して説明する。本ゲームでは、プレイの主な舞台となる、「ステージ」と呼ばれる仮想空間が用意されている。当該ステージには、スタート地点とゴール地点が設定されている。スタート地点からゴール地点までの間には、様々な敵キャラクタや障害物、ジャンプ台や落とし穴等の各種ギミックが配置されている。そして、本ゲームは、これら敵キャラクタ等を倒したり回避したりしながら、プレイヤキャラをゴール地点に到達させるゲームである。なお、当該ステージは、ゲームによっては「コース」や「ラウンド」等と呼ばれることもある。

図４に、上記ステージをプレイ中のゲーム画面（以下、ステージ画面と呼ぶ）の一例を示す。図４の例では、全体として横長になるような仮想空間として構成されているステージの一部が表示されている。また、図４は、スタート地点付近の画面、すなわち、当該ステージのプレイを開始した直後の画面例である。図４では、プレイヤキャラ２０１と、敵キャラクタ２０２が表示されている。その他、ブロック等の各種地形オブジェクトも表示されている。なお、本ステージでは、ステージの左端付近にスタート地点が設定され、ステージの右端付近にゴール地点が設定されているものとする。そのため、全体的なゲーム進行として、プレイヤキャラ２０１を画面の右方向に向けて進ませていくようなステージ構成となっている。このようなステージ画面において、プレイヤは、プレイヤキャラ２０１を操作して、ゴール地点に向けて移動させていく。プレイヤキャラの移動にあわせて、ステージの別の場所がステージ画面として表示されることになる。そして、プレイヤキャラがゴール地点に到達すれば、当該ステージをクリアしたことになる。

［ワールドマップについて］
また、本ゲームでは、上記ステージは複数用意されている。そして、各ステージのプレイに先立って、プレイするステージをプレイヤに選択させるための機能を有する画面として、「ワールドマップ画面」という画面が表示される。図５は、当該ワールドマップ画面の一例である。図５では、仮想空間である「ワールド」を俯瞰で示したような画面が表示されている。なお、当該仮想空間は、２次元空間であっても３次元空間であってもよい。また、「ワールド」と「ステージ」の描画方法や表示態様は異なっていてもよい。例えば、ステージは正面方向から正射影で投影して描画し、ワールドは上方から俯瞰的に撮影して描画してもよい。当該ワールドには、上記ステージの入り口のような役割を有するステージオブジェクト２０４が複数配置されている。また、後述するが、他のワールドに移動するためのポータルオブジェクト２０５も配置されている。また、ワールドマップ画面においては、プレイヤキャラ２０１も表示されている、プレイヤは、コントローラ４を操作することで、当該ワールドマップ画面においてプレイヤキャラ２０１を移動させることができる。また、プレイヤは、いずれかのステージオブジェクト２０４に接触するようにプレイヤキャラ２０１を移動させることで、当該ステージオブジェクト２０４に対応するステージを選択できる。そして、ステージのプレイを開始するための所定の操作（以下、ステージ開始操作と呼ぶ）を行うことで、当該ステージオブジェクト２０４に対応するステージのプレイを開始できる。具体的には、ステージ開始操作を行うと、所定の演出が表示された後、プレイヤキャラ２０１がステージのスタート地点に配置されているステージ画面に画面が切り替わる。

［ワールドとステージとの関係について］
また、本ゲームでは上記「ワールド」についても、複数のワールドが用意されている。本ゲームでは、一例として、５つのワールド（ワールド１からワールド５）があり、１つのワールドには、４つのステージが含まれる構成を想定する。上記ワールドマップ画面として表示されるのは、５つのワールドのうちのいずれか１つのワールドである。

ここで、各ワールドは、所定のテーマに基づいた世界観を有するよう、その見た目がデザインされている。また、各ワールドに属するステージも同様である。ワールドの一例としては、例えば、緑の世界、火の世界、氷の世界、等である。緑の世界であれば、植物オブジェクトが多数配置され、緑色を基調としたデザインのワールドマップであり、火の世界であれば、火山や溶岩が配置されており、赤を基調としたデザインのワールドマップである。

また、本ゲームでは、最初から全てのワールドで全てのステージを自由にプレイできるわけではなく、最初は移動可能なワールド、および、プレイできるステージが限られている。そして、プレイ可能なステージをクリアすることで、他のステージが開放されるという構成となっている。例えば、最初は、ワールド１のステージ１だけしかプレイできないが、ステージ１をクリアすると、ワールド１のステージ２が解放され、プレイすることが可能となる。そして、ワールド１内の全てのステージをクリアすることで、次のワールドとして予め定義されているワールド２が解放される。

あるワールドから別のワールドに移動する場合は、まず、プレイヤは、ワールドマップ画面における上記ポータルオブジェクト２０５上にプレイヤキャラ２０１を移動させる。そして、プレイヤが所定の操作（以下、ワールド移動操作と呼ぶ）を行うことで、そのポータルオブジェクト２０５に関連付けられている他のワールドにプレイヤキャラを移動させることができる。例えば、ワールド１のワールドマップ画面において、ワールド２に関連付けられているポータルオブジェクト２０５上でワールド移動操作が行われると、プレイヤキャラはワールド２に移動し、ワールド２に係るワールドマップ画面に切り替わる。

なお、解放済みのステージについては、上記ステージ開始操作を行うことで、何度でも繰り返しプレイすることが可能である。また、解放済みのワールドについても、自由に移動することが可能である。例えばワールド２からワールド１に移動することも可能である。

また、本例では、まだ移動できないワールドのポータルオブジェクト２０５、および、まだプレイできないステージのステージオブジェクト２０４についても、ワールドマップ画面上で表示はされ、プレイヤキャラ２０１を移動させることも可能である。但し、ワールド移動操作やステージ開始操作は受け付けない状態となっているものとする。この点、他の実施形態では、未解放のポータルオブジェクト２０５やステージオブジェクト２０４については、そもそもプレイヤキャラ２０１が移動できないように構成してもよい。

このように、本ゲームにおける基本的なゲーム進行の流れは、ワールドマップ画面上でプレイしたいステージを選択し、ステージをクリアすることで、未解放のステージを開放していく、という流れとなっている。そして、ワールド内の全ステージをクリアすることで、次のワールドを解放し、各ワールド内のステージをクリアしていくことで、次々にワールドを解放していき、最終ワールドの最終ステージをクリアすることを目指すという流れとなっている。

なお、以下の説明では、各ステージを区別して示す場合は、「ステージ“ワールド番号”－“ステージ番号”」の形式で示す。例えば、ワールド１におけるステージ１は「ステージ１－１」と示し、ワールド２におけるステージ１は、「ステージ２－１」のように示す。

［オンラインプレイ要素について］
本ゲームの基本的なゲーム進行の流れは上述の通りであり、基本的にはシングルプレイの感覚でゲームがプレイできる。本ゲームでは、上記のような要素に加え、上記サーバや他のゲーム装置３と接続してプレイすることが可能なオンラインプレイ要素も有する。

以下、本ゲームのオンラインプレイ要素に関して説明する。まず、全体的なネットワーク的な構成に関して簡単に説明する。基本的なネットワーク構成については、上記図１で示したような構成となる。そして、本ゲームでは、いわゆるＭＯ（Multiplayer Online）タイプのオンラインゲームにおける通信グループの構成を利用したゲームを提供する。具体的には、上記ワールドに対応する通信グループ（以下、ワールド部屋と呼ぶ）と、各ステージに対応する通信グループ（以下、ステージ部屋と呼ぶ）とが適宜生成および管理され得る。換言すれば、上記各ワールドに相当する仮想空間と、各ステージに相当する仮想空間とがそれぞれ用意され、当該仮想空間に、所定人数のプレイヤが接続するという形態である。なお、当該ワールド部屋は、他のゲームでは「ロビー」等と呼ばれることもある。

また、ワールド部屋、ステージ部屋にはそれぞれ、入室可能な人数の最大値が設けられている。一例として、本ゲームでは、各ワールド部屋には、最大で３０人まで入室可能である。また、ステージ部屋は１部屋に４人まで入室可能である。また、本ゲームでは上記のようにワールド毎、および、ステージ毎に部屋が分かれるが、当該ワールド部屋およびステージ部屋のいずれも、複数の部屋が並列に存在し得る。なお、本ゲームでは、一例として、ワールド部屋については、サーバ経由で通信する接続態様（クライアント・サーバー方式）を用い、ステージ部屋については、Ｐ２Ｐ（Peer to peer）の通信方式でゲーム装置３同士が接続する態様を用いるとする。

次に、図６に、上記通信グループ、すなわち、ワールド部屋およびステージ部屋の構成の一例を示す。図６の例では、ワールド１について、ワールド部屋１Ａ、ワールド部屋１Ｂ、ワールド部屋１Ｃの３つのワールド部屋が併存しており、ワールド２についても、ワールド部屋２Ａ、ワールド部屋２Ｂ、ワールド部屋２Ｃの３つのワールド部屋が併存していることを示す。また、ステージ部屋について、図６では、ステージ１－１、１－２、２－１、２－２に対応する部屋がそれぞれ２つずつ併存している状態を示している。すなわち、ステージ１－１に対応するステージ部屋１－１Ａおよびステージ部屋１－１Ｂ、ステージ１－２に対応するステージ部屋１－２Ａおよびステージ部屋１－２Ｂ、ステージ２－１に対応するステージ部屋２－１Ａおよびステージ部屋２－１Ｂ、ステージ２－２に対応するステージ部屋２－２Ａおよびステージ部屋２－２Ｂが併存している。そのため、図６の例では、ワールド部屋が合計６部屋、ステージ部屋が合計８部屋、並列的に存在しているという状態である。

なお、部屋の増減制御については、部屋内の人数に応じてサーバで制御される。具体的には、上記ワールド移動操作やステージ開始操作等に応じて、ワールド部屋やステージ部屋が適宜生成される。また、各部屋に入室しているプレイヤ数が０になったワールド部屋やステージ部屋については、適宜消去される。

次に、上記のような「部屋」の要素を踏まえ、ゲーム起動後からステージプレイを開始するまでの操作等の大まかな流れを説明する。まず、プレイヤがゲームを起動すると、所定のログイン処理が行われ、セーブデータのロード処理等が行われる。その後、所定のワールド部屋にプレイヤキャラが「入室」する。なお、当該入室とは、所定の通信グループに参加し、同じ通信グループ内の他のゲーム装置群との接続を確立することである。

所定のワールド部屋へ入室した後、上記ワールドマップ画面が表示される。上記のように、プレイヤは、ワールドマップ画面においてプレイヤキャラ２０１を移動させることが可能となる。図７に、既に所定人数のプレイヤが入室しているワールド部屋に入室したときの、ワールドマップ画面の一例を示す。当該画面では、プレイヤキャラ２０１の他、同じワールド部屋に入室している他のプレイヤが操作するプレイヤキャラクタオブジェクト２１１も複数体表示されている。また、他のプレイヤの操作に応じて、これらの他のプレイヤキャラクタオブジェクト２１１がワールドマップ上を移動する様子がリアルタイムで表示される。以下の説明では、同じ部屋（ワールド部屋、ステージ部屋）に入室している他のプレイヤが操作するプレイヤキャラクタオブジェクトのことを、総称して「リモートキャラクタ」と呼ぶ。なお、リモートキャラクタの表示に関しては、同じワールド部屋内の全てのリモートキャラクタを表示してもよいし、一部のリモートキャラクタだけを表示するようにしてもよい。また、本実施形態では、プレイヤキャラ２０１およびリモートキャラクタは、それぞれ別のキャラクタとして認識可能な程度に、その見た目が異なるキャラクタであるとする。仮に、実質的に同じ見た目のキャラクタが複数同時に表示されると、プレイヤが操作しているプレイヤキャラ２０１がどれになるのか把握しにくくなるためである。なお、本実施形態においては他のゲーム装置群との接続が確立して所定のワールド部屋へ入室した後、上記ワールドマップ画面が表示されるが、他のゲーム装置群との接続が確立することを待たずにワールドマップ画面を表示し、接続が確立した後にリモートキャラクタを登場させるようにしてもよい。これにより、プレイヤは、接続の確立を待たずにプレイヤキャラクタの操作を開始できるので、ゲーム体験が向上する。

［ステージ部屋への入室について］
このようなワールドマップ画面において、プレイヤは、所定のステージをプレイしたい場合は、上記ステージ開始操作を行う。すなわち、当該ワールドマップ画面で、プレイヤキャラ２０１を所定のステージオブジェクト２０４上に移動させ、所定のボタンを押下する。このような操作により、プレイヤは、現在いるワールド部屋を「退室」する。退室とは、それまで属していた通信グループ内の他のゲーム装置群との接続を解除することである。この場合は、同じワールド部屋にいた他のゲーム装置群との接続を解除する。そして、選択したステージに対応する所定のステージ部屋に入室する。なお、この際の入室先となるステージ部屋の決め方については、後述する。この後、ステージ画面に切り替わり、スタート地点にプレイヤキャラ２０１が配置されたステージ画面が表示され、ステージプレイが開始する。

［ステージプレイにおけるオンライン要素について］
次に、上記ステージプレイにおけるオンライン要素に関して説明する。ここでは一例として、２人の他のプレイヤが既に入室しているステージ部屋に、プレイヤが入室した場合を想定して説明する。図８は、このようなステージ部屋に入室した場合のステージ画面の一例である。この場合、上記ワールドマップ画面の場合と同様、他のプレイヤが操作する他のプレイヤキャラクタである上記リモートキャラクタが、プレイヤが操作するゲーム装置２におけるステージ画面上に表示され得る。図８の例では、プレイヤキャラ２０１の他、２体のリモートキャラクタ２１１が表示されている。また、他のプレイヤはプレイヤよりも先に入室し、ステージプレイを開始しているため、これらリモートキャラクタ２１１は、スタート地点よりはゴール地点に向けて少し先に進んだ位置にいる。

本ゲームでは、ステージ部屋で表示されるリモートキャラクタは、他のプレイヤの操作が反映されて移動はするが、プレイヤのゲーム装置で実行されているゲームプレイには直接的には干渉せず、影響は与えない。具体的には、あるステージ部屋に接続しているゲーム装置３同士の間では、基本的には、各自のプレイヤキャラ２０１の位置情報だけが共有される。一方、敵キャラクタ等のその他のオブジェクトの状態や位置情報等は共有されない。例えば、各ゲーム装置３において、ステージプレイにおけるステージオブジェクト等との衝突判定処理については、各ゲーム装置におけるプレイヤキャラ２０１についてのみ行われ、リモートキャラクタについての当たり判定処理は行われない。そのため、プレイヤキャラ２０１がリモートキャラクタの位置と重なっても、衝突せずにすり抜けて移動するような結果となる。また、リモートキャラクタが敵キャラクタと重なった場合も、リモートキャラクタと敵キャラクタとの衝突判定等は行われず、敵キャラクタがリモートキャラクタをすり抜けて移動するような結果となる。また、例えば、プレイヤキャラ２０１が敵キャラクタＡを倒した場合も、この敵キャラクタＡの状態が他のゲーム装置３に反映されることはない。他のゲーム装置３において、当該他のゲーム装置の他のプレイヤが当該敵キャラクタＡを倒していなければ、当該敵キャラクタＡは依然として存在している状態で制御される。つまり、ステージプレイの進行管理自体は、各自のゲーム装置上で個別に行われ、この際に、リモートキャラクタがいる場合は、その表示だけは行う、というような制御となる。そのため、各プレイヤは、基本的には、他のプレイヤの行動の影響を受けることなく、また、他のプレイヤの行動を阻害等することなく、シングルプレイと同様の感覚でステージをプレイできる。換言すれば、１人でゲームを進めつつ、リモートキャラクタ、換言すれば、他のプレイヤの存在は認識できる、というプレイ感・ゲーム体験が得られる。

また、上記のように、各プレイヤは他のプレイヤからの影響を受けずに個別にゲームを進行できる。そのため、４人のプレイヤが揃わないとステージプレイが開始できないというものではなく、ステージ部屋内にいるプレイヤが１人だけの場合でも、ステージプレイは開始できる。その後、途中参加のような形で、最大４人までは、他プレイヤが入室可能である。例えば、プレイヤＡが、ステージの３分の１程度まで進んだ時点で、プレイヤＢが入室した場合、プレイヤＢのプレイヤキャラはスタート地点から移動を開始することになる。つまり、プレイヤＢからすれば、プレイヤＡがある程度先に進んだ位置に存在している状態で、ステージプレイを開始することになる。また、プレイヤＡからすれば、プレイヤＢの入室によって自身のプレイが阻害されるということもなく、引き続きプレイを継続できる。

［協力要素について］
上記のように、基本的には、各プレイヤは他のプレイヤからの影響を受けずに個別にゲームを進行できる。但し、本ゲームでは、以下の点で、協力プレイ的な要素を持たせている。具体的には、本ゲームでは、「復活補助」と「アイテム受け渡し」という点で、他プレイヤとの間で影響を及ぼすことが可能である。

まず、「復活補助」について、例えばプレイヤキャラが敵キャラクタと接触する等して、オフラインでシングルプレイをしていると仮定した場合は「ミス」扱いとなり、例えば残機を失うような場合を想定する。この場合、本ゲームでオンラインに接続した状態でプレイしている場合には、すぐにミス扱いにはならず、所定の期間、プレイヤキャラクタが「幽霊」のようなキャラクタに変化する。そして、当該所定の期間中に、いずれかのリモートキャラクタの位置が当該「幽霊」の位置に重なる、つまり、リモートキャラクタが幽霊に接触すると、「ミス」扱いにならずに、プレイヤキャラクタを復活させることが可能である。そのため、例えば、リモートキャラクタ同士である程度固まって移動するようにすれば、シングルプレイ感覚でプレイしつつ、ミスしたときのリカバリが容易になるという、完全なシングルプレイゲームの場合にはない、オンラインを活かした利点がある。また、「幽霊」となるのはシングルプレイをしている場合であれば「ミス」扱いとなってプレイが止まる状況になったときであるため、プレイヤのプレイを阻害することにもならない。

次に、「アイテム受け渡し」については、所定の操作を行うことで、プレイヤキャラが所持するアイテムをステージ上に「置く」ことができる。そして、リモートキャラクタが当該アイテムに接触すると、リモートキャラクタは当該アイテムを取得できる。つまり、所定のアイテムをリモートキャラクタとの間で受け渡しすることが可能となっている。これにより、シングルプレイ感覚でゲームを進めながらも、有用なアイテムの受け渡しによってリモートキャラクタを助けるというような、間接的な協力プレイが可能となる。

上記のような協力プレイ要素を持たせることで、特定の局面で他プレイヤと協力する余地ができる。これにより、基本的にはシングルプレイとしてゲームを進行させつつ、マッチングによってステージ部屋に複数のプレイヤが入室していれば、他のプレイヤと協力しやすくなる、という状況を生み出すことができる。

［ステージ部屋からの退室について］
次に、ステージ部屋からの退室に関して説明する。上記のように、プレイヤキャラがゴール地点に到達すれば、ステージクリアとなる。プレイヤキャラをゴールに到達させたプレイヤ（ゲーム装置３）は、ゴールした時点で、他のプレイヤの進行状況にかかわらず、ステージ部屋から退室し、所定のワールド部屋に入室する。詳細は後述するが、この際に、ステージプレイを開始する前に入室していたワールド部屋に戻るとは限らず、元のワールドと同じワールドではあるが、部屋としては別となるワールド部屋に入室することもある。例えば、ワールド部屋１Ａから所定のステージ部屋に移動し、ステージのクリアに伴って退室した場合、ワールド部屋１Ａに入室する場合もあれば、ワールド部屋１Ｂやワールド部屋１Ｃに入室することもあり得る。

また、ステージ部屋からの退室は、上記のようなステージをクリアした場合の他、ポーズメニューからの任意退室と、ゲームオーバー条件を満たしたことによる退室も可能である。任意退室は、ステージプレイ中に、例えば、ポーズボタンの押下でポーズメニューを表示し、当該メニューで示されている「リタイア」の項目を選択することで、その時点でステージ部屋から退室して所定のワールド部屋に移動することができる。また、ゲームオーバーによる退室は、例えば、上記のような復活補助を受けられないまま、残機が０になる等でゲームオーバー条件を満たした場合に、その時点で強制的にステージ部屋から退室し、所定のワールド部屋に入室することになる。

［ワールド間の移動について］
次に、ワールドマップ画面において、今いるワールドから他のワールドに移動する場合について説明する。上記のように、ポータルオブジェクト２０５上にプレイヤキャラ２０１を移動させてワールド移動操作を行うことで、そのポータルオブジェクト２０５に関連付けられている他のワールドにプレイヤキャラを移動させることができる。この場合は、一旦今いるワールド部屋から退室し、他のワールド部屋に入室する、という流れとなる。例えば、プレイヤがワールド１からワールド２に移動したい場合、プレイヤがワールド部屋１Ａに入っている状態で、プレイヤがワールド１からワールド２に移動するワールド移動操作を行った場合を想定する。この場合は、ワールド部屋１Ａを退室し、ワールド部屋２Ａに入室することもあるし、ワールド部屋２Ｂに入室することもあり得る。なお、入室先の部屋の決め方については後述する。

上記のような各部屋の入退室についてまとめると、図９のような関係となる。ゲーム開始後は、セーブデータに基づいて、所定のワールド部屋への入室が発生する。ワールドマップ画面において、ワールド移動操作が行われた場合は、今いるワールド部屋からの退室および移動先のワールド部屋への入室（以下、ワールド間移動と呼ぶこともある）が発生する。また、ワールドマップ画面においてプレイヤがステージ入室操作を行うと、今いるワールド部屋からの退室、および、指定されたステージに係る所定のステージ部屋への入室が発生する。また、ステージクリア等、ステージから退出する条件が満たされた場合は、ステージ部屋からの退室、および、そのステージが属するワールドに係る所定のワールド部屋への入室が発生する。

［マッチング処理について］
上記のように、プレイヤは、ワールド部屋への入室操作やステージ部屋への入室操作を行うことができる。この操作に応じて、いずれかのワールド部屋あるいはステージ部屋に入室する処理が行われ、プレイヤのゲーム装置３は、入室先の部屋における他のゲーム装置（プレイヤ）と通信可能に接続されることになる。ここで、上記のように、同じワールド、同じステージに対して、複数のワールド部屋、ステージ部屋が並列的に存在し得る。以下、入室先となるワールド部屋、ステージ部屋の決め方、換言すれば、上記の各通信グループに含めるゲーム装置（プレイヤ）の決め方について説明する。以下では、本実施形態における入室先の選択、および入室する機能のことを「マッチング」と呼ぶ。なお、以下の説明で明らかになるが、より正確には、条件に合う所定のプレイヤを探し、そのプレイヤが既に入室済みであればその部屋を入室先として決定するという制御が行われる。また、そのプレイヤがまだ入室していない場合は、新たな部屋を作成して、そのプレイヤと共に入室する、という制御が行われる。

まず、マッチングの対象とするプレイヤの範囲に関して説明する。本ゲームでは、入室先とするステージ部屋を決める場合に、マッチングの対象として、同じワールド部屋内のプレイヤに限らず、同じワールドに係る他のワールド部屋にいるプレイヤもマッチングの対象とする。すなわち、ステージ開始操作を行ったプレイヤがいるワールド部屋内の他のプレイヤだけに限らず、他のワールド部屋において同じステージを選んだ他のプレイヤ全てをマッチングの対象として、マッチングを行う。図１０に、ステージ部屋に入室する際のマッチング結果の一例を示す。図１０では、ワールド１のワールドマップ画面において、ステージ１－１をプレイするためのステージ開始操作が行われる場合を想定している。図１０の例では、ワールド部屋１Ａからワールド部屋１Ｄまでの４つのワールド部屋と、ステージ部屋１－１Ａ、１－１Ｂの２つのステージ部屋が示されている。また、ステージ１－１をプレイするつもりである複数のプレイヤが、４つのワールド部屋に分散するようにして入室している。具体的には、ワールド部屋１Ａには３人、ワールド部屋１Ｂにとワールド部屋１Ｄには１人、ワールド部屋１Ｃには２人のプレイヤが入室している状態である。このような状態で、例えば各プレイヤがステージ１－１についてステージ開始操作を行うとする。この場合、例えば、ワールド部屋１ＡにいるプレイヤＡについて見ると、同じワールド部屋１ＡにいるプレイヤＢおよびプレイヤＣだけをマッチング対象とするのではなく、他のワールド１の部屋のプレイヤであるプレイヤＤ～プレイヤＧも含めたマッチングが行われる。同じく、例えばワールド部屋１Ｃについて考えると、プレイヤＥとプレイヤＦだけを対象にしたマッチングを行うのではなく、プレイヤＡ～Ｇの全てをマッチング対象として、マッチングが行われる。その結果、図１０の例でいうと、ステージ部屋１－１Ａは、ワールド部屋１ＡにいたプレイヤＡおよびプレイヤＣ、ワールド部屋１ＢにいたプレイヤＤ、ワールド１ＣにいたプレイヤＦがマッチングされたステージ部屋となっている。また、ステージ部屋１－１Ｂについては、ワールド部屋１ＡにいたプレイヤＢ、ワールド部屋１ＣにいたプレイヤＥ、ワールド部屋１ＤにいたプレイヤＧがマッチングされたステージ部屋となっている。

上記のように、ステージ部屋についてマッチングする際に、各ワールド部屋にいるプレイヤだけを対象とせずに他のワールド部屋のプレイヤもマッチング対象とするのは、以下のような理由による。まず、本ゲームでは、上記のように他のプレイヤの存在を感じながらシングルプレイ感覚でプレイするというゲーム体験を提供するために、各ステージ部屋については、できるだけ４人のプレイヤで埋まっている状況にしたいという側面がある。その一方で、ワールド部屋に入室可能な人数には制限が設けられており、本例では最大３０人までとなっている。また、１つのワールド部屋で選択可能なステージも複数あり得る。そのため、もしステージをプレイするメンバーを１つのワールド部屋内にいるプレイヤだけから選ぼうとすると、個々のステージ部屋について人が集まりにくい結果となり得る。例えば、５つのステージが選択可能なワールド部屋に１０人のプレイヤが入室している状態を想定する。この場合、各プレイヤがそれぞれ異なるステージを選択することも十分考えられるが、そうすると、個々のステージ部屋が４人のプレイヤで埋まるという状況が発生しにくいと考えられる。そのため、本実施形態では、ステージ部屋をマッチングする際は、同じワールド部屋内のプレイヤだけをマッチング対象とするのではなく、同じステージを選んだ他のワールド部屋の他のプレイヤもマッチング対象としている。これにより、４人のプレイヤで埋まったステージ部屋を数多く作ることができる。

なお、ワールド部屋の人数制限に関して、上記の３０人はあくまで一例であり、人数制限はゲームの性質に応じて適宜設定されればよい。本例では、１つのワールドに複数のステージが含まれるような構成となっているため、ワールドにおける入室可能人数は、ステージの入室人数よりも多く設定される。すなわち、ワールド部屋におけるマッチングの上限人数はステージ部屋のマッチングの上限人数よりも多く設定される。

次に、本実施形態におけるマッチングの制御の概要を説明する。本実施形態では、以下のような結果となるようなマッチングを行う。また、上記のように、ワールドもステージも複数存在しているところ、各ワールド、各ステージ毎に、マッチングが行われる。
（優先条件１）移動先として同じワールドまたは同じステージを選んだタイミングがある程度近いプレイヤ同士が、同じ部屋になりやすいように、入室先を決定する。
（優先条件２）上記優先条件１に当てはまらない場合は、ワールド部屋については、入室人数が多いワールド部屋を優先的に選択する。ステージ部屋については、ステージ開始操作を行ったタイミングにおいて、いずれかの他のプレイヤが入室した部屋であって、その入室時間が最も時間的に近い部屋を優先的に選択する。

次に、マッチングが行われるタイミング別に、各タイミングで行われるマッチングの内容を概説する。

［ステージ部屋へ入室する場合］
まず、ステージ部屋のマッチングは、ワールドマップ画面でステージ開始操作を行った場合に行われ得る。上記のように、ステージ部屋のマッチングについては、基本的にはマッチング対象を同じワールド部屋内のプレイヤに限ることなくマッチングされる。この際、本実施形態では、同じワールド内にいる複数プレイヤについて、ステージ入室操作を行ったタイミングが近いプレイヤ同士がなるべく同じ部屋になりやすいようにマッチングの制御を行う。「ステージ入室操作を行ったタイミングが近い」ということをどのように判定するのかについては、本実施形態では、ステージ開始操作が行われたタイミング、換言すれば、ワールド部屋から退出したタイミング（マッチングのリクエストを行ったタイミング）に着目して判定する。具体的には、このタイミングの差が一定の時間内のプレイヤ同士が同じ部屋になりやすいようにマッチングを行う。例えば、ワールド部屋１ＡにプレイヤＡとプレイヤＢの２人のプレイヤがいる場合を想定する。そして、この場合に、プレイヤＢが、ワールドマップ画面上で、プレイヤＡが操作するリモートキャラクタがステージ１－１に入室するのを見て、プレイヤＡを追いかけるつもりで、すぐに自分もステージ１－１へのステージ開始操作を行った場合を想定する。そして、このような操作の結果、プレイヤＡがステージ１－１についてのステージ開始操作を行った後、例えば３秒以内にプレイヤＢもステージ１－１のステージ開始操作を行ったという状態になったとする。この場合は、両プレイヤは、同じステージを選択しており、かつ、ワールド部屋から退室したタイミングもかなり近いタイミングという関係になっている。より具体的には、３秒という期間内に、プレイヤＡとプレイヤＢの双方とも、ステージ１－１の開始操作を行ったという状態となっている。本実施形態では、このような関係が成立する場合に、プレイヤＡとプレイヤＢが同じステージ部屋になりやすいように、マッチングを行う。但し、あくまで同じステージ部屋になる可能性を高めるだけであり、必ず同じ部屋となることを保証するわけではない。例えば、タイミングによっては、プレイヤＡが入室したステージ部屋が定員となったために、上記のような関係が成立していても、結果的にプレイヤＡとプレイヤＢが異なるステージ部屋に割り振られることもあり得る。

次に、上記のような「ステージ入室操作を行ったタイミングが近い」といえるような関係が成立しない場合について説明する。例えば、プレイヤＣが、ステージ１－１についてステージ開始操作を行い、当該操作から１０秒前の期間内に、ステージ１－１のステージ開始操作を行った他のプレイヤがいなかった場合を想定する。この場合は、更に過去に遡って、直近でステージ部屋に入室した他のプレイヤを探し、当該他のプレイヤが入ったステージ部屋が入室先として優先的に選ばれるようなマッチングが行われる。換言すれば、所定のプレイヤによるステージプレイが開始されてから、まだあまり進行していないであろうステージ部屋が優先的に選ばれるようなマッチングを行う。このようにすることで、他のプレイヤが存在するステージ部屋に入った場合に、他のプレイヤと出会いやすくする。また、本実施形態では、当該遡る過去の期間を、段階的に広げていくような制御も行う。具体的には、最初は、ステージ開始操作が行われたタイミング（より正確には、マッチングのリクエストを行ったタイミング）から１０秒前までの期間内で判定する。この期間内に「他のプレイヤが入ったステージ部屋」が無ければ、６０秒前までの期間内で判定し、この期間内にも無い場合は、１２０秒前までの期間内で判定する。このように遡る期間を３段階まで設け、１２０秒前まで遡って見ても、「他のプレイヤが入ったステージ部屋」が無かった場合は、このような時間的要素は考慮せずにマッチングが行われる。これにより、上記のような他のプレイヤとの出会いやすさを考慮しつつ、いつまで経っても入室先が見つからないという状況が発生しないようにもしている。

次に、ワールド部屋のマッチングについて概説する。本ゲームでは、以下の３つの場合にワールド部屋のマッチングが行われる。
（１）ステージ部屋から退室した場合
（２）あるワールドから別のワールドに移動する場合（ワールド移動）
（３）ゲームを起動してから初めてワールドマップ画面に遷移する場合

まず、ステージ部屋から退室した場合について説明する。上記のように、ステージプレイでゴール地点にプレイヤキャラが到達すれば、そのステージはクリアとなり、ステージ部屋から退室して、ワールド部屋のマッチングが行われる。この際、同じステージ部屋においてゴールしたタイミングが近かったプレイヤについて、同じワールド部屋になりやすくする。これも、上記ステージ入室の場合と同様に、ステージ部屋を退室したタイミング、換言すれば、ワールド部屋についてのマッチングをリクエストしたタイミングに着目して、マッチングが行われる。つまり、ステージクリアによってステージを退室したタイミングが近いプレイヤ同士が、同じワールド部屋に入室しやすくする。

［ワールド部屋の合流枠について］
ここで、上記のように、ワールド部屋には入室可能な人数に制限が設けられている。そのため、例えば、プレイヤＡとプレイヤＢとが、互いに近いタイミングでステージ部屋から退室したが、入室先の候補となるワールド部屋が、例えば、空きが後１人分しかないワールド部屋であったような場合を想定する。この場合、当該ワールド部屋にはプレイヤＡだけが入室し、プレイヤＢは別のワールド部屋が入室先として選ばれる可能性もある。このような点を考慮し、本実施形態では、上記のような近いタイミングで退室した場合の入室先が同じワールド部屋になりやすいように、ワールド部屋の入室可能人数である３０人について、２０人分を「通常枠」、１０人分を「合流枠」として設定する。そして、基本的には、入室人数が２０人以上になれば、満員扱いとして、マッチングの対象から外すようにする。例えば入室人数が１８人の状態のワールド部屋がある場合に、あるステージ部屋から４人のプレイヤがある程度近いタイミングで退室した場合を想定する。この場合に、プレイヤＡの入室先として入室人数が１８人の状態のワールド部屋が選ばれたとする。このような場合に、合流枠を２人分利用して、上記の４人のプレイヤが当該ワールド部屋に入室する可能性が高まるようなマッチングを行う。結果、当該４人のプレイヤが当該ワールド部屋に入室した場合は、当該ワールド部屋は、２２人のプレイヤが入室している状態となる。そして、当該ワールド部屋は満員扱いとなり、入室人数が１９人以下になるまでは、マッチングの対象から外されるような制御が行われる。

［ワールド間移動について］
次に、ワールド間移動の場合について説明する。本実施形態では、あるワールドから別のワールドに移動する場合も、その都度、ワールド部屋のマッチングが行われる。この場合も、上記と同様に、移動先として指定したワールドが同じであって、ワールド移動操作を行ったタイミングがある程度近いプレイヤ同士は、同じワールド部屋が入室先として選ばれやすくなるようにマッチングを行う。そのため、例えば、ワールド１Ａの部屋において、プレイヤＡがワールド２に移動したことを見たプレイヤＢが、即座にワールド２へのワールド移動操作を行えば、ワールド２Ａの部屋がプレイヤＡおよびプレイヤＢの入室先として決定され得る。その結果、いわば、プレイヤＢがプレイヤＡを追いかけて移動するようなことも可能となる。

［ゲーム起動後、最初にワールド部屋に入る場合］
次に、ゲームを起動後、初めてワールドマップ画面に遷移する場合について説明する。例えば、ログインして最初にワールドマップ画面が表示される場合である。この場合は、入室人数が多いワールド部屋が優先的に選ばれるように、マッチングが行われる。なお、本実施形態では、ゲーム起動後、最初に移動するワールドは、セーブデータに基づいて決定されるものとする。すなわち、前回ログアウトの際に最後にいたワールドを移動先として決定する。

［本実施形態のマッチング制御処理の詳細］
以下、本実施形態におけるゲーム処理について、より詳細に説明する。まず、本実施形態におけるマッチング処理の基本的な仕組みについて説明する。本実施形態では、ゲーム装置３（ゲームアプリケーション）およびゲームサーバ１（ゲームサーバプログラム）からマッチングサーバ２に対してマッチングリクエストが送信される。このリクエストには、マッチングするために必要な各種データが含まれる。以下では、当該リクエストに含まれる、マッチングに必要なデータ群のことを「チケット」と呼ぶ。また、以下における説明の便宜上、ゲーム装置３から送信されるチケットのことを「通常チケット」と呼び、ゲームサーバ１から送信されるチケットのことを「再募集チケット」と呼ぶ。

［通常チケットについて］
まず、ゲーム装置３側からのマッチングリクエストに関して説明する。ゲーム装置３において、ワールド部屋への入室またはステージ部屋への入室を行おうとした場合に、マッチングリクエストとして上記通常チケットがマッチングサーバ２に送信される。マッチングサーバ２では、各ゲーム装置３から受信したマッチングリクエストに含まれる通常チケットを用いて、マッチング処理が行われ、マッチング結果が各ゲーム装置３に通知される。当該通知に基づいて、所定のゲーム装置あるいはゲームサーバ１との接続を確立する処理が行われる、すなわち、上記ワールド部屋あるいはステージ部屋に入室する処理が行われる。

［再募集チケットについて］
次に、ゲームサーバ１側からのマッチングリクエストに関して説明する。本実施形態では、ゲームサーバ１からも、マッチングサーバ２に対してマッチングリクエストが送信される。これは、ゲームサーバ１において上記ワールド部屋やステージ部屋を管理するところ、作成済みの部屋に対してプレイヤを補填するためのリクエストである。例えば、入室人数が１０人である状態のワールド部屋があるとする。このようなワールド部屋に対して、入室人数を補填するために、ゲームサーバ１からマッチングリクエストとして上記再募集チケットがマッチングサーバに送信される。以下の説明では、当該再募集チケットに対応づけられている、プレイヤを補填したい部屋のことを「再募集部屋」と呼ぶ。マッチングサーバでは、上記通常チケットおよび当該再募集チケットを用いてマッチング処理が行われ、その結果、再募集部屋に対するプレイヤの補填が実現される。

なお、本実施形態では、ワールド部屋は最大３０人まで入室可能であるが、入室人数が２０人以上のワールド部屋については、上記のように「通常枠」が埋まっているため、満員扱いとして、プレイヤの補填は行わない。すなわち、このようなワールド部屋についての再募集チケットの送信は行われない。上述した「合流枠」を機能させるためである。

図１１に、本実施形態のマッチング処理における、データのやりとりの一例を示す。図１１では、ゲーム装置Ａとゲーム装置Ｂとがそれぞれ、ゲームを起動してから所定のステージをプレイし終わるまでの流れの一例を示している。

まず、各ゲーム装置においてログイン処理が行われ、セーブデータのロード等が行われた後、自身の情報を含む通常チケットがマッチングサーバに送信される（Ｐ１－Ａ、Ｐ１－Ｂ）。各ゲーム装置からの通常チケットには、同じワールドに係るワールド部屋のマッチングを要求する旨の情報が含まれているとする。例えば、双方とも「ワールド１」を指定したマッチングを要求しているとする。

また、ゲームサーバ１では、上記の各部屋の管理制御が行われており、必要に応じて、上記再募集チケットの送信が行われる（Ｐ２）。ここでは、入室人数が５人の「ワールド１」に係るワールド部屋に係る再募集チケットが送信されたとする。

次に、マッチングサーバ２で、マッチングが実行される（Ｐ３）。ここでは、マッチングの結果、上記再募集に係るワールド部屋と、ゲーム装置Ａおよびゲーム装置Ｂがマッチングされたとする。すなわち、ゲーム装置Ａおよびゲーム装置Ｂの入室先として上記再募集に係るワールド部屋が選ばれたとする。マッチングの結果はゲーム装置Ａ、ゲーム装置Ｂおよびゲームサーバ１に伝えられる。なお、当該マッチングのための処理は、マッチングサーバがチケットを受信した際に実行してもよいし、所定の間隔で定期的に実行してもよい。

次に、ゲームサーバ１から、マッチングされたゲーム装置Ａ、Ｂに対して、ワールド部屋状況が送信される（Ｐ４）。当該ワールド部屋状況には、現在入室しているプレイヤの、ワールドマップ上での位置情報等が含まれている。

次に、各ゲーム装置で、上記ワールド部屋状況に基づき、プレイヤキャラおよびリモートキャラクタが配置されたワールドマップ画面が生成および表示される。その後、各ゲーム装置とゲームサーバ１との間で、操作情報やワールド部屋状況の送受信が適宜行われ、ワールドマップ画面に係るゲーム処理が実行される（Ｐ５－Ａ、Ｐ５－Ｂ、Ｐ６）。

次に、各ゲーム装置で、ステージ開始操作が行われたとする（Ｐ７－Ａ、Ｐ７－Ｂ）。ここでは、ゲーム装置Ａおよびゲーム装置Ｂで、ある程度近いタイミングで同じステージに対してステージ開始操作が行われた場合を想定する。この場合、まず、退室通知が各ゲーム装置からゲームサーバ１に送信される。これに応じて、ゲームサーバ１では、ワールド部屋からゲーム装置Ａおよびゲーム装置Ｂのプレイヤを退室させる処理が実行される（Ｐ８）。

更に、各ゲーム装置（のゲームアプリケーション）から、通常チケットがマッチングサーバ２に送信される。この場合の通常チケットには、ステージ部屋のマッチングを要求する旨の情報が含まれている。

次に、マッチングサーバ２でステージ部屋のマッチングが行われ、その結果が、各ゲーム装置およびゲームサーバに送信される（Ｐ９）。当該ステージ部屋のマッチングにおいては、上記のように、元いたワールド部屋に限らず、ログイン中の他のプレイヤもマッチング対象としてマッチングが行われる。ここでは、ゲーム装置Ａおよびゲーム装置Ｂがマッチングされたとする。

ステージ部屋のマッチング結果を受けたゲームサーバ１では、ステージ部屋を管理するための所定の処理が実行される（Ｐ１０）。具体的には、後述する部屋管理データの更新等が実行される。

また、マッチング結果を受けたゲーム装置Ａおよびゲーム装置Ｂ同士でセッションを確立する処理が実行される（Ｐ１１－Ａ、Ｐ１１－Ｂ）。すなわち、ステージ部屋に入室する処理が行われる。ここでは、新たにステージ部屋（通信グループ）が生成されるものとする。また、この場合は、結果的に、プレイヤＡのプレイヤキャラ、プレイヤＢのプレイヤキャラの双方ともスタート地点付近に表示されているようなステージ画面が表示されることになる。つまり、ほぼ同時に同じステージ部屋に入室したような状況が表現されることになる。

次に、ゲーム装置間でＰ２Ｐ通信を行いながら、ステージプレイに係る処理が実行される（Ｐ１２－Ａ、Ｐ１２－Ｂ）。なお、この間、ゲームサーバ１では、適宜、当該ステージ部屋に係る再募集チケットの送信も行われ得る。

次に、ステージがクリアされると、各ゲーム装置で、ステージ終了処理が行われる（Ｐ１３－Ａ、Ｐ１３－Ｂ）。ここでは、ほぼ同時に、ステージクリアされたとする。この処理では、まず、退室通知が他のゲーム装置およびゲームサーバ１に送られ、ステージ部屋からの退室が行われる。ゲームサーバ１では、必要に応じて、プレイヤがいなくなったステージ部屋を、ステージ部屋の管理上、消去するような処理も行われる（Ｐ１４）。

ステージ部屋からの退室が終われば、各ゲーム装置は、通常チケットをマッチングサーバに送信し、ワールド部屋のマッチングをリクエストする。

マッチングサーバ２でワールド部屋のマッチングが行われ、その結果が各ゲーム装置３、ゲームサーバ１に送信される（Ｐ１５）。

その後、上記同様に、マッチング結果に基づいてワールド部屋への入室が行われ、ワールドマップ画面に係るゲーム処理が実行される（Ｐ１６、Ｐ１７－Ａ、Ｐ１７－Ｂ、Ｐ１８）。

本実施形態では、概ねこのような流れで、マッチングと、ワールド部屋、ステージ部屋への入退室が行われる。以下、ゲーム装置３、ゲームサーバ１、マッチングサーバ２のぞれぞれで用いられる各種データ、および、それぞれで行われる処理の詳細を説明する。

［ゲームサーバ１で用いられるデータについて］
まず、ゲームサーバ１で用いられるデータに関して説明する。図１２は、ゲームサーバ１の記憶部１２に記憶される各種データの一例を示すメモリマップである。ゲームサーバ１の記憶部１２には、ゲームサーバプログラム３０１、プレイヤデータベース３０２、ワールド部屋管理データ３０３、ワールド部屋状況データ３０４、ステージ部屋管理データ３０５、リクエスト用データ３０６が少なくとも記憶されている。

ゲームサーバプログラム３０１は、上記ワールド部屋やステージ部屋を管理するための処理を含むゲーム処理を実行するためのプログラムである。

プレイヤデータベース３０２は、本実施形態に係るゲームをプレイする各プレイヤに関するデータベースである。データベースの各レコードには、例えば、各プレイヤを識別するためのプレイヤＩＤ、各プレイヤが現在使用しているゲーム装置３を特定するためのゲーム装置識別情報、アカウント情報等が含まれる。

ワールド部屋管理データ３０３は、上記ワールド部屋を管理するためのデータベースである。ワールド部屋管理データ３０３には、ワールド部屋毎に、そのワールド部屋の識別子、入室人数、入室しているプレイヤのプレイヤＩＤ、各プレイヤキャラのワールドマップ内での位置情報、等が含まれる。

ワールド部屋状況データ３０４は、各ワールド部屋の状況を、そこに入室している各プレイヤに係るゲーム装置３に送信するためのデータである。例えば、ワールド１Ａの部屋に入室している各プレイヤのゲーム装置３に対して、ワールド１Ａ部屋の各プレイヤキャラの位置情報等を示す情報が、ワールド部屋状況データ３０４として送信され得る。

ステージ部屋管理データ３０５は、上記ステージ部屋を管理するためのデータベースである。ステージ部屋管理データ３０５には、現在存在しているステージ部屋毎に、そのワールド部屋の識別子、入室人数、入室しているプレイヤのプレイヤＩＤ等が含まれる。

リクエスト用データ３０６は、ゲームサーバ１からマッチングサーバ２にマッチングのリクエストを行う際に用いられるデータである。リクエスト用データ３０６には、複数の再募集チケットデータ３０７が含まれている。

図１３に、再募集チケットデータ３０７のデータ構成の一例を示す。再募集チケットデータ３０７には、チケットヘッダー３０８、再募集部屋識別子３１４、チケット内人数３１５、チケット内プレイヤ情報３１６が少なくとも含まれる。また、チケットヘッダー３０８には、チケットＩＤ３０９、チケット種別３１０、リクエスト区分３１１、リクエスト指定先３１２、リクエスト日時３１３が少なくとも含まれる。

チケットＩＤ３０９は、その再募集チケットを一意に特定するための識別情報である。チケット種別３１０は、自身が通常チケットであるのか再募集チケットであるのかを示すための情報である。ゲームサーバ１から再募集チケットが送られる場合は、チケット種別３１０に「再募集チケット」である旨が設定される。

リクエスト区分３１１は、そのチケットが、上記ステージ部屋のマッチングを要求するのか、ワールド部屋のマッチングを要求するのかを示すための情報である。ワールド部屋のプレイヤを補填する目的で再募集チケットを送る場合は、リクエスト区分３１１には「ワールド部屋」を指定する旨の情報が設定される。一方、ステージ部屋のプレイヤを補填する目的で再募集チケットを送る場合は、リクエスト区分３１１には「ステージ部屋」を指定する旨の情報が設定される。

リクエスト指定先３１２は、具体的にどのワールドまたはステージに係る部屋のマッチングを要求しているのかを示す情報である。再募集チケットの場合は、当該再募集チケットに係る再募集部屋、すなわち、プレイヤの補填を行いたい部屋自体のワールド番号またはステージ番号が設定される。例えば、ワールド１Ａの部屋についてプレイヤの補填を行いたい場合は、「ワールド１」、ワールド１Ｂの部屋についてプレイヤの補填を行いたい場合はも「ワールド１」がリクエスト指定先３１２に設定される。また、例えば「ステージ１－３Ｃ」の部屋についてプレイヤの補填を行いたい場合は、「ステージ１－３」がリクエスト指定先３１２に設定される。また、「ステージ２－１Ｂ」の部屋についてプレイヤの補填を行いたい場合は、「ステージ２－１」がリクエスト指定先３１２に設定される。

リクエスト日時３１３には、ゲームサーバ１がマッチングサーバ２に、その再募集チケットを含むリクエストを送信した日時が設定される。

再募集部屋識別子３１４は、当該再募集チケットに係る再募集部屋自体の識別子である。本実施形態では、「ワールド１Ａ」「ワールド１Ｂ」のように、同じワールド、同じステージでも、複数の部屋が並列的に存在し得るため、各部屋自身を特定するための情報として再募集部屋識別子３１４が用いられる。例えば、ワールド１Ｂの部屋についてプレイヤの補填を行いたい場合は、再募集部屋識別子３１４には「ワールド１Ｂ」の部屋の識別子が設定される。また、例えば「ステージ１－３Ｃ」の部屋についてプレイヤの補填を行いたい場合は、再募集部屋識別子３１４には「ステージ１－３Ｃ」の部屋の識別子が設定される。

チケット内人数３１５は、当該チケットに含まれるプレイヤ数を示す情報である。そして、再募集チケットの場合は、再募集部屋の現在の入室人数を示す情報となる。例えば、入室人数が１０人のワールド部屋について再募集チケットを送信する場合は、チケット内人数３１５には「１０」が設定される。

チケット内プレイヤ情報３１６は、そのチケットに含まれるプレイヤの情報である。そして、再募集チケットの場合は、再募集部屋に現在入室している各プレイヤの情報となる。そのため、チケット内プレイヤ情報３１６には、１件以上のプレイヤデータ３１７が含まれ得る。各プレイヤデータ３１７には、プレイヤＩＤ３１８、退出部屋識別子３１９、退出日時３２０が少なくとも含まれる。プレイヤＩＤ３１８は、各プレイヤを識別するための情報である。退出部屋識別子３１９は、そのプレイヤ（に係るゲーム装置３）が最後に退出した部屋の識別子である。退出日時３２０は、当該部屋を退出した日時である。詳細は後述するが、退出部屋識別子３１９や退出日時３２０を用いることで、同じ部屋から退出したタイミングがある程度近いタイミングであるかどうかが判定される。

なお、本実施形態では、再募集部屋がステージ部屋の場合は最大で３人分、再募集部屋がワールド部屋の場合は、最大で１９人分のプレイヤデータ３１７が含まれる。上記のように、「通常枠」の２０人が埋まれば、プレイヤ補填のためのリクエストは行わないからである。

［マッチングサーバ２で用いられるデータについて］
次に、マッチングサーバ２で用いられるデータに関して説明する。図１４は、マッチングサーバ２の記憶部２２に記憶される各種データの一例を示すメモリマップである。マッチングサーバ２の記憶部２２には、マッチングプログラム３３１、リクエストキュー３３２が少なくとも記憶されている。

マッチングプログラム３３１は、本実施形態に係るマッチングを制御するためのプログラムである。本実施形態では、マッチングプログラム３３１によるマッチング処理は所定の間隔で定期的に実行されるよう構成されている。例えば３秒間隔でマッチング処理が実行される。リクエストキュー３３２は、マッチング処理の定期実行間隔の間にマッチングサーバ２に送られてきたマッチングのリクエストを一時的に溜めておくための記憶領域である。

また、図示は省略するが、マッチング結果を送信するための送信用データ等も適宜生成され、記憶部２２に記憶され得る。

［ゲーム装置３で用いられるデータについて］
次に、ゲーム装置３で用いられるデータに関して説明する。図１６は、ゲーム装置３の記憶部３２に記憶される各種データの一例を示すメモリマップである。ゲーム装置３の記憶部３２には、ゲームプログラム３５１、プレイヤキャラクタデータ３５２、ワールドデータ３５３、ステージデータ３５４、キャラクタデータ３５５、通常チケットデータ３５６、入室部屋データ３５７、操作データ３５８、ゲームモードフラグ３５９、送信用データ３６０、リモートキャラクタ制御用データ３６１が少なくとも記憶されている。

ゲームプログラム３５１は、ゲーム装置３において、本実施形態におけるゲーム処理を実行するためのプログラムである。

プレイヤキャラクタデータ３５２は、プレイヤの操作対象となる上記プレイヤキャラ２０１に関するデータである。プレイヤキャラクタデータ３５２には、ワールドマップやステージにおいて、プレイヤキャラ２０１の位置を示すデータや、プレイヤキャラ２０１の姿勢を示すデータ等が含まれている。

ワールドデータ３５３は、各ワールドを仮想空間として構築するための各種のデータが含まれている。具体的には、ワールドデータ３５３には、ワールト毎に、各ワールドの画像データや、配置されるステージオブジェクト等のオブジェクトデータが含まれる。

ステージデータ３５４は、上記のステージを構築するためのデータが含まれている。具体的には、ステージデータ３５４には、ステージ毎に、スタート地点ゴール地点の位置情報、配置される各種オブジェクトの外観、配置位置、行動パターン等を示すデータが含まれる。

キャラクタデータ３５５は、本ゲームで登場する各種キャラクタに関するデータである。例えば、各キャラクタの外観やモデルデータがキャラクタデータ３５５に含まれている。上記リモートキャラクタの外観は、当該キャラクタデータ３５５に基づいて表示される。

通常チケットデータ３５６は、ゲーム装置３からマッチングサーバ２に送られる、上記通常チケットのデータである。図１６に、通常チケットデータ３５６のデータ構成の一例を示す。図１６において、通常チケットデータ３５６には、チケットヘッダー３０８、チケット内人数３１５、チケット内プレイヤ情報３１６が少なくとも含まれる。通常チケットデータ３５６のデータ構成は、一部を除き、上記図１３で示した再募集チケットデータ３０７と同様である。具体的には、チケットヘッダー３０８は再募集チケットデータ３０７と共通の構成である。そのため、詳細な説明は省略するが、再募集チケットデータ３０７とは異なり、通常チケットデータ３５６におけるチケット種別３１０には、「通常チケット」である旨の情報が設定される。また、通常チケットにおけるリクエスト指定先３１２には、プレイヤが移動したいワールドまたはステージを指定する値が設定される。例えば、プレイヤがワールド１からステージ１－１に入室する場合は、「ステージ１－１」がリクエスト指定先３１２に設定される。また、プレイヤがワールド１からワールド２に移動する場合は、「ワールド２」がリクエスト指定先３１２に設定される。

また、再募集チケットデータ３０７とは異なり、通常チケットデータ３５６には、上記再募集部屋識別子３１４は含まれていない。また、本実施形態では、各ゲーム装置に係るプレイヤは１人だけである場合を想定する。そのため、通常チケットデータ３５６では、チケット内人数３１５は１人として設定される。また、チケット内プレイヤ情報３１６には、当該ゲーム装置３に係るプレイヤ１人分のプレイヤデータ３１７だけが含まれる構成になるものとする。この点、もし、１台のゲーム装置で例えば２人のプレイヤが一緒にプレイしているような場合は、通常チケットデータ３５６のチケット内プレイヤ情報３１６に２人分のプレイヤの情報を含めてもよい。

図１５に戻り、入室部屋データ３５７は、現在入室している部屋（セッション）を特定するための情報である。例えば、ワールド部屋に入室している場合は、入室部屋データ３５７には、そのワールド部屋の識別子等が含まれる。また、ステージ部屋に入室している場合は、入室部屋データ３５７には、そのステージ部屋の識別子等が含まれる。

操作データ３５８は、プレイヤが操作するコントローラ４から得られるデータである。すなわち、プレイヤが行った操作内容を示すデータである。

ゲームモードフラグ３５９は、後述のゲーム処理において、現在、プレイヤキャラがワールドマップにいるのか、ステージにいるのかを区別するためのフラグである。本実施形態では、「ワールドマップ」または「ステージプレイ」のいずれかを示す情報が設定される。

送信用データ３６０は、プレイヤキャラに関する情報をゲームサーバまたは同じステージ部屋の他のゲーム装置３に送信するためのデータである。本実施形態では、送信用データ３６０には、プレイヤキャラのワールドマップ内、あるいは、ステージ内での位置情報が含まれるものとする。他の実施形態では、例えば、操作データ３５８の内容を送信用データ３６０に含めてもよい。

リモートキャラクタ制御用データ３６１は、ワールドマップ画面、または、ステージ画面において、他プレイヤが操作するリモートキャラクタの動作制御を行うためのデータである。ワールドマップ画面においては、ゲームサーバ１から送信されたワールド部屋状況データ３０４に基づいて生成される。また、ステージ画面においては、同じステージ部屋に入っている他のゲーム装置から送信された送信用データ３６０に基づいて、リモートキャラクタ制御用データ３６１が生成される。

次に、本実施形態におけるゲーム処理の詳細を説明する。まず、ゲーム装置３で行われる処理の詳細を説明し、その後、ゲームサーバ１、マッチングサーバ２における処理について説明する。

［ゲーム装置３のプロセッサ３１が実行する処理の詳細］
図１７は、ゲーム装置３のプロセッサ３１が実行するゲーム装置側処理の詳細を示すフローチャートである。本実施形態では、１以上のプロセッサが１以上のメモリに記憶された上記プログラムを読み込んで実行することにより、以下に示すフローチャートが実現される。なお、以下に示すフローチャートは、処理過程の単なる一例にすぎない。そのため、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよい。また、変数の値や、判定ステップで利用される閾値も、単なる一例であり、必要に応じて他の値を採用してもよい。

ゲーム装置３において、ゲーム処理が起動されると、まず、ステップＳ１で、プロセッサ３１は、開始処理を実行する。図１８は、当該開始処理の詳細を示すフローチャートである。図１８において、まず、ステップＳ１１で、プロセッサ３１は、ゲームサーバ１と通信を行い、ログインする処理を実行する。

次に、ステップＳ１２で、プロセッサ３１は、ゲーム装置３の記憶部３２からセーブデータを取得し、ゲームの進行状況を再現する。

次に、ステップＳ１３で、プロセッサ３１は、ワールド部屋のマッチングリクエストをマッチングサーバに送信する。具体的には、プロセッサ３１は、通常チケットデータ３５６の内容として、「通常チケット」をチケット種別３１０に設定し、「ワールド部屋」をリクエスト区分３１１に設定する。更に、プロセッサ３１は、リクエスト指定先３１２にセーブデータに基づいた所定のワールドを設定する。例えば、前回ログアウトの際に、ワールド３にいた場合は、「ワールド３」がリクエスト指定先３１２に設定される。また、プロセッサ３１は、プレイヤＩＤ３１８に、そのプレイヤのプレイヤＩＤを設定する。また、ログインのタイミングであることから、退出部屋識別子３１９および退出日時３２０にはＮｕｌｌ値が設定される。また、チケットＩＤ３０９には所定の値が自動生成され、設定される。そして、プロセッサ３１は、送信実行時刻をリクエスト日時３１３に設定して、通常チケットデータ３５６をマッチングサーバ２に送信する。

次に、ステップＳ１４で、プロセッサ３１は、マッチングサーバ２から、マッチング結果を受信する。当該マッチング結果には、指定したワールドに係るいずれかのワールド部屋の識別子等が含まれている。続くステップＳ１５で、プロセッサ３１は、マッチング結果に基づき、ワールド部屋に入室する処理を行う。すなわち、ゲームサーバ１との間で、マッチング結果で示される所定のワールド部屋に係る通信セッションを確立する。

次に、ステップＳ１６で、プロセッサ３１は、ゲームモードフラグ３５９に「ワールドマップ」を設定する。その後、プロセッサ３１は、開始処理を終了する。

図１７に戻り、次に、ステップＳ２で、プロセッサ３１は、ゲームモードフラグ３５９が「ワールドマップ」か否かを判定する。当該判定の結果、「ワールドマップ」の場合は（ステップＳ２でＹＥＳ）、ステップＳ３で、プロセッサ３１は、ワールドマップ処理を実行する。一方、「ワールドマップ」ではない場合は（ステップＳ２でＮＯ）、ステップＳ４で、プロセッサ３１は、ステージプレイ処理を実行する。その後、上記ステップＳ１に戻り、処理が繰り返される。以下、ワールドマップ処理およびステージプレイ処理の詳細について説明する。

［ワールドマップ処理］
図１９は、上記ワールドマップ処理の詳細を示すフローチャートである。図１９において、まず、ステップＳ２１で、プロセッサ３１は、ゲームサーバ１から、入室先の部屋に係るワールド部屋状況データ３０４を受信する。そして、プロセッサ３１は、当該受信したワールド部屋状況データ３０４に基づき、ワールドマップ画面を生成して、表示部５に表示する。

次に、ステップＳ２２で、プロセッサ３１は、操作データ３５８を取得する。次に、ステップＳ２３で、プロセッサ３１は、操作データ３５８に基づき、ステージ開始操作が行われたか否かを判定する。当該判定の結果、ステージ開始操作が行われた場合は、ステップＳ２４で、プロセッサ３１は、ステージ入室処理を実行する。

［ステージ入室処理］
図２０は、ステージ入室処理の詳細を示すフローチャートである。図２０において、まず、ステップＳ４１で、プロセッサ３１は、現在いるワールド部屋から退室するための処理を実行する。具体的には、プロセッサ３１は、ゲームサーバ１に退室通知を送信し、ゲームサーバ１との通信セッションを終了する。

次に、ステップＳ４２で、プロセッサ３１は、ステージ開始操作において指定されたステージについてのマッチングリクエストをマッチングサーバ２に送信する。具体的には、プロセッサ３１は、通常チケットデータ３５６に以下の内容を設定して、マッチングサーバ２に送信する。まず、チケット種別３１０には、「通常チケット」が設定される。リクエスト区分３１１には「ステージ部屋」が設定され、リクエスト指定先３１２に、ステージ開始操作において指定されたステージが設定される。例えば、「ステージ１－１」や「ステージ１－３」等が設定され得る。また、プレイヤＩＤ３１８にはプレイヤ自身のプレイやＩＤが設定され、退出部屋識別子３１９には、今回退出したワールド部屋の識別子が設定される。また、退出日時３２０には、上記通信セッションが終了した日時が設定される。また、チケットＩＤ３０９には所定の値が自動生成される。そして、プロセッサ３１は、リクエスト日時３１３を設定して通常チケットデータ３５６をゲームサーバ１に送信する。

次に、ステップＳ４３で、プロセッサ３１は、マッチングサーバ２から、マッチング結果を受信する。当該マッチング結果には、入室先として決定されたステージ部屋の識別子や、同じ部屋になる他のゲーム装置のネットワークアドレス等が含まれている。続くステップＳ４４で、プロセッサ３１は、マッチング結果に基づき、上記決定されたステージ部屋に入室する処理を行う。すなわち、ステージ部屋に係る通信セッション（Ｐ２Ｐ通信）を確立する処理を実行する。なお、入室人数が自身だけの場合は、参加しているゲーム装置が１台だけの通信セッションが生成されることになる。

次に、ステップＳ４５で、プロセッサ３１は、ゲームモードフラグ３５９に「ステージプレイ」を設定する。その後、プロセッサ３１は、ステージ入室処理を終了する。

図１９に戻り、ステージ入室処理が終われば、ワールドマップ処理は終了する。

一方、上記ステップＳ２３の判定の結果、ステージ開始操作が行われていない場合は（ステップＳ２３でＮＯ）、ステップＳ２５で、プロセッサ３１は、ワールド移動操作が行われたか否かを判定する。当該判定の結果、ワールド移動操作が行われた場合は（ステップＳ２５でＹＥＳ）、ステップＳ２６で、プロセッサ３１は、ワールド移動処理を実行する。

［ワールド移動処理］
図２１は、上記ワールド移動処理の詳細を示すフローチャートである。図２１において、まず、ステップＳ５１で、プロセッサ３１は、現在いるワールド部屋から退室するための処理を実行する。具体的には、ゲームサーバ１に退室通知を送信し、ゲームサーバ１との通信セッションを終了する。

次に、ステップＳ５２で、プロセッサ３１は、ワールド移動操作において指定されたワールドについてのマッチングのリクエストをマッチングサーバ２に送信する。具体的には、プロセッサ３１は、通常チケットデータ３５６に以下の内容を設定して、マッチングサーバ２に送信する。まず、チケット種別３１０には、「通常チケット」が設定される。リクエスト区分３１１には「ワールド部屋」が設定され、リクエスト指定先３１２に、ワールド移動操作において指定されたワールドが設定される。例えば、「ワールド２」や「ワールド３」等が設定され得る。また、プレイヤＩＤ３１８にはプレイヤ自身のプレイやＩＤが設定され、退出部屋識別子３１９には、今回退出したワールド部屋の識別子が設定される。また、退出日時３２０には、上記通信セッションが終了した日時が設定される。また、チケットＩＤ３０９には所定の値が自動生成される。そして、プロセッサ３１は、リクエスト日時３１３を設定して通常チケットデータ３５６をゲームサーバ１に送信する。

次に、ステップＳ５３で、プロセッサ３１は、マッチングサーバ２から、マッチング結果を受信する。当該マッチング結果には、入室先として決定されたワールド部屋の識別子が含まれている。続くステップＳ５４で、プロセッサ３１は、マッチング結果に基づき、上記決定されたワールド部屋に入室する処理を行う。すなわち、入室先となるワールド部屋についての、ゲームサーバ１との通信セッションを確立する処理を実行する。その後、プロセッサ３１は、ワールド移動処理を終了する。

図１９に戻り、ワールド移動処理が終われば、ワールドマップ処理は終了する。

一方、上記ステップＳ２５の判定の結果、ワールド移動操作が行われていない場合は（ステップＳ２５でＮＯ）、ステップＳ２７で、プロセッサ３１は、プレイヤキャラを移動させる操作（以下、移動操作）が行われたか否かを判定する。当該判定の結果、移動操作が行われていた場合は（ステップＳ２７でＹＥＳ）、ステップＳ２８で、プロセッサ３１は、操作内容に基づき、ワールドマップ内でプレイヤキャラを移動させる。一方、移動操作が行われていない場合は（ステップＳ２７でＮＯ）、ステップＳ２９で、プロセッサ３１は、操作内容に基づき、ワールドマップ画面におけるその他のゲーム処理を適宜実行する。例えば、画面のスクロールや、ステージ情報の閲覧等の処理が実行され得る。

次に、ステップＳ３０で、プロセッサ３１は、ワールドマップ内におけるプレイヤキャラの位置情報を含む送信用データ３６０を生成する。そして、プロセッサ３１は、当該送信用データ３６０をゲームサーバ１に送信する。

次に、ステップＳ３１で、プロセッサ３１は、現在入室しているワールド部屋に係るワールド部屋状況データ３０４をゲームサーバ１から受信する。そして、プロセッサ３１は、当該受信したワールド部屋状況データ３０４に基づいて上記リモートキャラクタ制御用データ３６１を設定し、リモートキャラクタの動作制御を行う。そして、プロセッサ３１は、リモートキャラクタの動作と、上記プレイヤキャラについての操作内容が反映されたワールドマップ画面を生成して、表示部５に表示する。その後、上記ステップＳ２２に戻り、処理が繰り返される。

次に、上記ステップＳ４に係るステージプレイ処理について説明する。図２２は、当該ステージプレイ処理の詳細を示すフローチャートである。図２２において、まず、ステップＳ６１で、プロセッサ３１は、今回プレイされるステージに係る仮想空間を生成する。更に、プロセッサ３１は、そのステージで定義されているスタート地点にプレイヤキャラを配置する。また、他のプレイヤも入室している場合は、リモートキャラクタの配置も行われる。具体的には、プロセッサ３１は、他のゲーム装置３から送られた送信用データ３６０を受信し、リモートキャラクタ制御用データ３６１を生成する。そして、プロセッサ３１は、リモートキャラクタ制御用データ３６１に含まれている位置情報に基づき、リモートキャラクタをステージ内の所定の位置に配置する。そして、プロセッサ３１は、ステージ画面を生成して表示する。その後、プレイヤからの操作を待ち受けることで、当該プレイヤに係るステージプレイが開始される。

次に、ステップＳ６２で、プロセッサ３１は、操作データ３５８を取得する。

次に、ステップＳ６３で、プロセッサ３１は、操作データ３５８に基づき、プレイヤキャラ２０１の動作制御を行う。

次に、ステップＳ６４で、プロセッサ３１は、リモートキャラクタの動作制御を行う。具体的には、他のゲーム装置３から送られた送信用データ３６０を受信し、リモートキャラクタ制御用データ３６１を設定する。そして、プロセッサ３１は、リモートキャラクタ制御用データ３６１に基づき、リモートキャラクタを移動させる。また、この際、他のゲーム装置３から退室通知を受けたか否かも判定し、退室通知を受けていた場合は、当該他のゲーム装置を通信セッションから切断する処理も適宜行われる。

次に、ステップＳ６５で、プロセッサ３１は、敵キャラクタ等の他のキャラクタの動作制御を行う。更に、プロセッサ３１は、当たり判定およびその結果に基づく各種のゲーム処理も実行する。

次に、ステップＳ６６で、プロセッサ３１は、プレイヤがステージ部屋から退室するための条件が満たされたか否かを判定する。当該条件は、ゴール地点にプレイヤキャラ２０１が到達した場合、ゲームオーバーとなった場合、途中退室の操作が行われた場合のいずれかである。当該判定の結果、退室条件が満たされていない場合は（ステップＳ６６でＮＯ）、ステップＳ６７で、プロセッサ３１は、上記のゲーム処理が反映されたステージ画面を生成して表示する。その後、上記ステップＳ６２に戻り、処理が繰り返される。

一方、退室条件が満たされた場合は（ステップＳ６６でＹＥＳ）、ステップＳ６８で、プロセッサ３１は、ステージ退室処理を実行する。図２３は、当該ステージ退室処理の詳細を示すフローチャートである。図２３において、まず、ステップＳ７１で、プロセッサ３１は、現在いるステージ部屋から退室するための処理を実行する。具体的には、同じステージ部屋の他のゲーム装置３およびゲームサーバ１に退室通知を送信し、ステージ部屋に係る通信セッションを終了する。

次に、ステップＳ７２で、プロセッサ３１は、ワールドについてのマッチングのリクエストをマッチングサーバ２に送信する。具体的には、プロセッサ３１は、通常チケットデータ３５６に以下の内容を設定して、マッチングサーバ２に送信する。まず、チケット種別３１０には、「通常チケット」が設定される。リクエスト区分３１１には「ワールド部屋」が設定され、リクエスト指定先３１２には、現在のステージが属するワールドが設定される。例えば、「ステージ２－１」から退出する場合は「ワールド２」が設定される。また、プレイヤＩＤ３１８にはプレイヤ自身のプレイやＩＤが設定され、退出部屋識別子３１９には、今回退出したステージ部屋の識別子が設定される。また、退出日時３２０には、通信セッションが終了した日時が設定される。また、チケットＩＤ３０９には所定の値が自動生成される。そして、プロセッサ３１は、リクエスト日時３１３を設定して通常チケットデータ３５６をゲームサーバ１に送信する。

次に、ステップＳ７３で、プロセッサ３１は、マッチングサーバ２から、マッチング結果を受信する。当該マッチング結果には、入室先として決定されたワールド部屋の識別子が含まれている。続くステップＳ７４で、プロセッサ３１は、マッチング結果に基づき、上記決定されたワールド部屋に入室する処理を行う。すなわち、入室先となるワールド部屋についての、ゲームサーバ１との通信セッションを確立する処理を実行する。

次に、ステップＳ７５で、プロセッサ３１は、ゲームモードフラグ３５９に「ワールドマップ」を設定する。その後、プロセッサ３１は、ステージ退室処理を終了する。

図２２に戻り、ステージ退室処理が終われば、プロセッサ３１は、ステージプレイ処理を終了する。

以上で、ゲーム装置３に係る処理の詳細説明を終了する。

［ゲームサーバ１の処理］
次に、ゲームサーバ１で実行される処理の詳細について説明する。図２４は、ゲームサーバ１に係る処理の詳細を示すフローチャートである。図２４において、まず、ステップＳ１０１で、ゲームサーバ１のプロセッサ１１は、部屋の管理処理を行う。具体的には、プロセッサ１１は、各部屋について、プレイヤの補填を行うか否か（再募集のリクエストを行うか否か）の判定や、必要に応じて新たな部屋を作成する処理、プレイヤがいなくなった部屋を削除する処理等、各部屋を管理する処理等を行う。すなわち、ワールド部屋管理データおよびステージ部屋管理データ３０５を適宜更新する処理が行われる。なお、本実施形態では、入室人数が１～１９人のワールド部屋、１～３人のステージ部屋は、再募集のリクエストを行う対象として判定される。

次に、ステップＳ１０２で、プロセッサ１１は、上記ステップＳ１０１において、再募集のリクエストを行うと判定された部屋について、再募集のリクエストを行う。すなわち、プロセッサ１１は、該当する部屋の情報を設定した再募集チケットデータ３０７を部屋ごとに生成する。そして、プロセッサ１１は、当該再募集チケットデータ３０７をマッチングサーバ２に送信する。

次に、ステップＳ１０３で、プロセッサ１１は、各再募集チケットについてのマッチング結果をマッチングサーバ２から受信する。次に、ステップＳ１０４で、プロセッサ１１は、マッチング結果に基づいて、所定のゲーム装置３都の間でワールド部屋に係る通信セッションを確立する。更に、プロセッサ１１は、マッチング結果をワールド部屋管理データ３０３およびステージ部屋管理データ３０５に反映する。例えば、マッチングの結果、所定のワールド部屋にプレイヤが補填された場合、ワールド部屋管理データ３０３における、対応するワールド部屋の入室プレイヤの情報等が適宜更新される。ステージ部屋についても同様に、ステージ部屋管理データ３０５が、マッチング結果に基づいて適宜更新される。

次に、ステップＳ１０５で、プロセッサ１１は、各ワールド部屋に係るワールド部屋状況データ３０４を、各ゲーム装置３から送信されたデータに基づき更新する。また、プロセッサ１１は、更新されたワールド部屋状況データ３０４を、各ゲーム装置３に送信する。すなわち、プロセッサ１１は、現存するワールド部屋毎に、入室しているプレイヤキャラの位置情報を同部屋内の他のプレイヤに係るゲーム装置３に送信する。これにより、同じワールド部屋に接続しているゲーム装置間でワールドマップ画面の同期が行われることになる。

その後、プロセッサ１１は、上記ステップＳ１０１に戻り、処理を繰り返す。以上で、ゲームサーバ１に係る処理の詳細説明は終了する。

［マッチングサーバの処理］
次に、マッチングサーバ２で実行される処理の詳細について説明する。図２５は、当該マッチングサーバにおける処理の詳細を示すフローチャートである。図２５において、まず、ステップＳ２０１で、マッチングサーバ２のプロセッサ２１は、ゲーム装置３およびゲームサーバ１から送信された、マッチングのリクエストを受信する。

次に、ステップＳ２０２で、プロセッサ２１は、上記ステップＳ２０１で受信したリクエストをリクエストキュー３３２に登録する。

次に、ステップＳ２０３で、プロセッサ２１は、次に説明するマッチメイク処理を実行するための所定の条件が満たされたか否かを判定する。当該マッチメイク処理は、例えば、一定期間毎に実行してもよいし、リクエストキューに所定数のリクエストが溜まったときに実行してもよい。そのため、当該ステップＳ２０３では、例えば、上記一定期間が到来したか否かや、リクエストキューに溜まっているリクエスト数の判定等マッチメイク処理を実行するための所定の条件が満たされたか否かが判定されればよい。また、その他、リクエストが届く毎にマッチメイク処理を実行するような構成としてもよい。この場合は、リクエストを新たに受信したか否かの判定が行われればよい。当該判定の結果、マッチメイク処理の実行条件が満たされていない場合は（ステップＳ２０３でＮＯ）、上記ステップＳ２０１に戻り、処理が繰り返される。

一方、マッチメイク処理の実行条件が満たされた場合は（ステップＳ２０３でＹＥＳ）、ステップＳ２０４で、プロセッサ２１は、マッチメイク処理を実行する。図２６は、当該マッチメイク処理の詳細を示すフローチャートである。図２６において、まず、ステップＳ２１１で、プロセッサ２１は、リクエストキュー３３２に溜まっているチケットデータを取得する。更に、プロセッサ２１は、リクエストキュー３３２をクリアする。

次に、ステップＳ２１２で、プロセッサ２１は、取得したチケットデータを、上記リクエスト区分３１１に基づいて、ワールドマップ部屋のマッチングをリクエストするチケットデータと、ステージ部屋のマッチングをリクエストするチケットデータとに分類する。

次に、ステップＳ２１３で、プロセッサ２１は、ワールドマップ部屋のマッチングをリクエストするチケットデータを対象にして、ワールドマッチング処理を実行する。当該処理では、移動先として同じワールドを選んだタイミングがある程度近いプレイヤ同士が、同じ部屋になりやすいように（上記優先条件１）、マッチングが行われる。また、ある程度近いタイミングで同じワールドを選んだプレイヤがいない場合は、入室人数が多いワールド部屋を優先的に選択するように（上記優先条件２）、マッチングが行われる。上記優先条件１および優先条件２が達成できれば、どのような手法でマッチングを行ってもよいが、例えば、上記チケットを、退出部屋の識別子、退出日時、再募集部屋内の人数でソートした結果に基づいてマッチングを行ってもよい。このようなソートにより、同じ部屋同士で退出日時も近いチケット同士が隣接するようなチケットの並びが出来上がる。そして、この並び順を活用するマッチングを行うようにしてもよい。具体的には、以下のような処理でマッチングを行ってもよい。まず、プロセッサ２１は、ワールドマップ部屋をリクエストする上記チケットについて、退出部屋の識別子順にソートする。また、同じ部屋の識別子を持つチケット同士は、更に、退出日時でソートする。これにより、同じ部屋同士で退出日時も近いチケット同士が隣接するようなチケットの並びとなる。次に、プロセッサ２１は、チケット内人数３１５に基づき、各チケットに含まれるプレイヤ数の多い順番でソートする。ここで、通常チケットについては、チケット内人数３１５は１人だけであるため、結果的に、同じ部屋同士で退出日時も近いチケット同士が隣接する関係を維持しながら、再募集チケットが先頭のほうに来るようなチケットの並びとなる。そして、プロセッサ２１は、このようにソートしたチケットの並びにおける先頭のチケットと、ランダムで選択した他の通常チケットとをマッチングしていく。当該先頭のチケットは上記のように再募集チケットであるところ、当該再募集チケットに係るワールド部屋の入室人数が３０人に達するまで、ランダムで選択した通常チケットをマッチングしていく。３０人に達すれば、上記の並びにおける次の順番の（再募集）チケットについて、同様に、３０人埋まるまで、ランダムで選択した通常チケットをマッチングしていく。このような処理を、ワールド毎に行うことで、上記優先条件１および優先条件２に沿うようなマッチングが行われることになる。このような処理によって、移動先として同じワールド選んだタイミングが近いプレイヤ同士が、同じ部屋になりやすいようなマッチングが実現される。

次に、ステップＳ２１４で、プロセッサ２１は、ステージ部屋のマッチングをリクエストするチケットデータを対象にして、ステージマッチング処理を実行する。当該処理では、移動先として同じステージを選んだタイミングがある程度近いプレイヤ同士が、同じステージ部屋になりやすいように（上記優先条件１）、マッチングを行う。また、ある程度近いタイミング内で同じステージを選んだプレイヤがいない場合は、ステージ開始操作を行ったタイミングにおいて、いずれかの他のプレイヤが入室した部屋であって、その入室時間が最も時間的に近い部屋を優先的に選択するようにマッチングを行う（上記優先条件２）。当該ステージマッチング処理についても、上記優先条件１および優先条件２が達成できれば、どのような手法でマッチングを行ってもよいが、例えば、上記チケットを、退出部屋の識別子および退出日時でソートした結果と、後述するような時間的要素に基づいてマッチングを行ってもよい。具体的には、以下のような処理でマッチングを行ってもよい。まず、プロセッサ２１は、ステージ部屋をリクエストする上記チケットについて、上記ワールド部屋の場合と同様に、退出部屋の識別子順、および、退出日時順にソートする。次に、プロセッサ２１は、このようにソートしたチケットの並びにおける先頭のチケットと、ランダムで選択した他のチケットとのマッチングが成立するかについて評価する。この際、プロセッサ２１は、マッチング成立の条件として、以下のような時間的要素を考慮する。すなわち、リクエスト日時３１３の差が一定以内のプレイヤ同士を優先的にマッチングする。例えば、最初は、リクエスト日時３１３の差が「１０秒以内」か否かを判定し、「１０秒以内」であれば、その時点でマッチング成立とする。一方、「１０秒以内」ではなかった場合は、リクエスト日時３１３の差が「６０秒以内」かどうかを判定し、「６０秒以内」であれば、マッチング成立とする。つまり、最初は、ステージ入室操作が行われたタイミングが１０秒以内のプレイヤ同士をマッチングし、１０秒以内で該当するプレイヤがいない場合、６０秒の範囲まで広げてマッチングの対象を探す、というような処理を行う。このように、リクエスト日時３１３の差（時間範囲）を段階的に広げていき、ある程度まで広げても該当する他のプレイヤがいない場合は、時間的要素は考慮せずに、上記先頭のチケットと上記ランダムで選択した他のチケットとのマッチングを成立させる。例えば、１０秒以内、６０秒以内、１２０秒以内のように３段階まで時間的要素を考慮した判定を行ってもよい。そして、１２０秒以内まで広げても該当するプレイヤが見つからなかった場合は、その時点で、時間的要素を考慮した判定は止めて、そのときに選択している他のチケットと上記先頭のチケットとのマッチングを成立させてもよい。

このように、ステージ部屋をマッチングする際、リクエスト日時の差を段階的に広げながら、先頭のチケットと他のチケットとがマッチング成立の条件を満たすか否かの評価を行う。これにより、近いタイミングで同じステージへの入室操作を行ったプレイヤ同士が同じ部屋に入室しやすいようなマッチングが実現される。また、近いタイミングで入室操作を行ったプレイヤがいない場合でも、最終的には誰かとマッチングされるようにし、タイミング次第で誰ともマッチされないという結果となることを防ぐことができる。

上記ステージマッチング処理が終了すれば、マッチメイク処理は終了する。

図２５に戻り、マッチメイク処理が終われば、上記ステップＳ２０１に戻り、処理が繰り返される。

以上で、マッチングサーバに係る処理の詳細説明を終了する。

このように、本実施形態では、ステージ部屋の入室先を決める際に、マッチングする対象をプレイヤが現在いるワールド部屋内の他のプレイヤに限らず、他のワールド部屋のプレイヤも対象として、マッチング処理を行い、入室先を決定する。これにより、複数のプレイヤが入室している状態のステージ部屋を作り出しやすくすることができる。換言すれば、ステージプレイの際の人数不足を防止できる。

また、本実施形態では、移動先として同じワールドまたは同じステージを選んだタイミングが近いプレイヤ同士が、同じ部屋になりやすいように、入室先を決めている。これにより、ステージプレイに際しては、各プレイヤのステージプレイの開始タイミングをできるだけ近いものにすることができる。これにより、他のプレイヤの存在を認識したゲーム体験を提供しやすくする。また、ステージクリアのタイミングが近いタイミングであったプレイヤ同士を、同じワールド部屋に入室させることができる。これにより、ステージ部屋における偶然性の高い出会いを、その後も活用する余地を提供できる。例えば、同じメンバーで引き続き他のステージ部屋をプレイするという展開に繋げることができる。

また、近いタイミングで入室操作した他のプレイヤがいなかった場合でも、ステージプレイに際しては、それより前に誰かがゲームを開始した部屋のうちで最も近いタイミングで開始された部屋を優先的に入室先として選ばれやすくしている。すなわち、ステージプレイの開始時間が他のプレイヤとなるべく近くなるような入室制御を行っている、これにより、ステージ内で、他のプレイヤと出会う可能性を高くし、他のプレイヤの存在を認識したゲーム体験を提供しやすくする。また、各プレイヤのシングルプレイを阻害することなく、協力できそうなときは協力しやすいという状況を作り出すこともできる。

また、本実施形態では、なるべく１つのワールド部屋内の人数を多くするように、マッチングを行っている。これにより、少ない人数のワールド部屋が乱立することを防ぎ、各ワールド部屋の賑やかさを向上して、リモートプレイヤの存在をより感じやすいゲーム体験を提供できる。

［変形例］
なお、上記実施形態では、ステージプレイに関しては、基本的には各プレイヤキャラの位置情報のみ共有および表示を行うだけで、上記のような一部の協力プレイ要素を除いて、他プレイヤのゲーム進行状況に影響は与えないようなゲーム処理を例示した。他の実施形態では、上記のような例外的な協力プレイ要素という形ではなく、最初から他プレイヤのゲーム進行状況に影響を与え得る態様でマルチプレイゲームを実行してもよい。すなわち、他のプレイヤが行った敵キャラクタへの攻撃結果等が自身のゲーム装置におけるゲーム進行状況に反映されるようなゲーム処理でもよい。

また、ステージ部屋のマッチングに関して、上記実施形態では、時間的要素を用いたマッチングを行っていた。この点、他の実施形態では、一部の特殊なステージについては、上記のような時間的要素を用いずにマッチングしてもよい。例えば、特殊なステージの一例は、スタート地点やゴール地点が設けられておらず、画面スクロールもしない固定画面のステージであって、パズル的なギミックを複数プレイヤで協力して解いていくというステージである。このようなステージについては、時間的要素に基づかずにマッチングするよう制御してもよい。つまり、ステージの内容に応じて、上記のような時間的要素に基づくマッチングと、時間的要素に基づかないマッチングを使い分けてもよい。より具体的には、スタートからゴールへ移動することでクリアとなるステージでは、ステージ内でのプレイヤキャラ同士の距離が離れた際、再び接近することが起こりにくいため、時間的要素に基づくマッチングを行ってもよい。一方、一定範囲内で条件を達成することでクリアとなるステージでは、当該ステージ内でのプレイヤキャラ同士の距離が一時的に離れたとしても再び接近する状況が発生しやすいため、時間的要素に基づかないマッチングとしてもよい。

また、上記実施形態では、上記「優先条件１」および「優先条件２」として示した結果を達成するため、上記のような「チケット」をソートするマッチングの手法を例示した。この点、他の実施形態では、同様の結果を達成するため、例えばマッチングを要求した各プレイヤに関して「優先順位情報」を持たせるような構成としてもよい。そして、上記退出した部屋や退出時間が近いプレイヤ（再募集部屋に入室済みのプレイヤも含む）同士が優先的にマッチングされるように、当該「優先順位情報」を設定してもよい。そして、マッチングサーバ２では、この「優先順位情報」に基づいたマッチングを行うようにしてもよい。

１ ゲームシステム
２ マッチングサーバ
３ 情報処理端末（ゲーム装置）
４ コントローラ
３１ プロセッサ
３２ 記憶部
３３ 無線通信部
３４ コントローラ通信部

Claims (9)

1. ネットワークに接続されたゲーム装置、当該ネットワークに接続された複数の他のゲーム装置、および、サーバとを備えるゲームシステムであって、
   前記ゲーム装置のコンピュータは、
   第１のモードにおいて、
   第１のマッチング処理の要求を前記サーバに送信し、
   前記サーバから受信した第１のマッチング処理の結果に基づき、前記ゲーム装置を第１の他のゲーム装置群と接続し、
   前記ゲーム装置のプレイヤの操作に基づいて移動制御される自プレイヤキャラクタ、および、前記第１の他のゲーム装置群に含まれる各他のゲーム装置から取得されるデータに基づいて移動制御される他プレイヤキャラクタ群のうちの少なくとも一部を第１の仮想ゲーム空間に配置して描画し、
   前記第１の仮想ゲーム空間の表示中に、前記ゲーム装置のプレイヤの操作に応じて、複数のゲームステージから所定のゲームステージを選択するステージ選択処理を実行し、
   前記ステージ選択処理が実行されたことに応じて、第２のモードに移行し、
   前記第２のモードにおいて、
   第２のマッチング処理の要求を前記サーバに送信し、
   前記サーバから受信した第２のマッチング処理の結果に基づき、前記ゲーム装置を第２の他のゲーム装置群と接続し、
   前記自プレイヤキャラクタ、および、前記第２の他のゲーム装置群に含まれる各他のゲーム装置のプレイヤによって操作される他プレイヤキャラクタ群のうちの少なくとも一部を、前記ステージ選択処理によって選択されたステージに対応する第２の仮想ゲーム空間に配置して描画し、
   前記サーバのコンピュータは、
   前記ゲーム装置からの第１のマッチング処理の要求を受信したことに応じて、前記第１のマッチング処理として、前記複数の他のゲーム装置の中から選択される前記第１の他のゲーム装置群と前記ゲーム装置とをマッチングし、当該第１のマッチング処理の結果を前記ゲーム装置に送信し、
   前記ゲーム装置からの第２のマッチング処理の要求を受信したことに応じて、前記第２のマッチング処理として、前記第１のマッチング処理によってマッチングされた前記第１の他のゲーム装置群に限定することなく前記複数の他のゲーム装置の中から選択した１以上の他のゲーム装置を前記第２の他のゲーム装置群として、当該第２の他のゲーム装置群と前記ゲーム装置とをマッチングし、当該第２のマッチング処理の結果を前記ゲーム装置に送信するゲームシステム。
2. 前記第１の仮想ゲーム空間内において、当該第１の仮想ゲーム空間内に配置されている複数のステージオブジェクトのうちのいずれかに前記自プレイヤキャラクタを移動させることで、当該ステージオブジェクトに関連付けられている前記ゲームステージが選択される、請求項１に記載のゲームシステム。
3. 前記第２のモードに移行する場合、前記第１のモードにおける前記第１の他のゲーム装置群との接続を解除する、請求項１に記載のゲームシステム。
4. 前記第１のモードにおいて、前記ゲーム装置のプレイヤと、前記第１の他のゲーム装置群に含まれる他のゲーム装置のプレイヤのうちの所定のプレイヤとが同じステージを選択し、かつ、両プレイヤに係る前記ステージ選択処理が所定の期間内に実行された場合、前記第２のモードにおいて、当該ゲーム装置は、前記所定のプレイヤに係る他のゲーム装置が含まれる前記第２の他のゲーム装置群に、前記所定のプレイヤに係る前記ステージ選択処理が実行されてから前記所定の期間内に前記ステージ選択処理が実行されなかったゲーム装置よりも優先的に接続される、請求項１に記載のゲームシステム。
5. 前記ゲーム装置のコンピュータは、
   前記第２のモードにおいて、所定のステージ終了条件が満たされた場合、前記第１のモードに移行し、
   前記サーバのコンピュータは、
   前記ゲーム装置が前記第２のモードから第１のモードに移行する際、前記第１の他のゲーム装置群に含まれていない他のゲーム装置が含まれ得る第３の他のゲーム装置群を当該ゲーム装置についてのマッチングの対象として、前記第１のマッチング処理を実行し、 前記ゲーム装置のコンピュータは、前記第３の他のゲーム装置群をマッチングの対象とした前記第１のマッチング処理によって決定された、新たな第１の他のゲーム装置群と当該ゲーム装置とを接続する、請求項１に記載のゲームシステム。
6. 前記第２のモードにおいて、前記ゲーム装置のプレイヤと、前記第２の他のゲーム装置群に含まれる他のゲーム装置のプレイヤのうちの所定のプレイヤとが前記ステージをクリアしたタイミングが所定の期間内に含まれている場合、前記第１のモードにおいて、前記ゲーム装置は、前記所定のプレイヤのゲーム装置が含まれる前記第１の他のゲーム装置群と、前記所定のプレイヤに係る前記ステージ選択処理が実行されてから前記所定の期間内に前記ステージ選択処理が実行されなかったゲーム装置よりも優先的に接続される、請求項５に記載のゲームシステム。
7. 前記ゲームシステムには、前記第１の仮想ゲーム空間として表示され得る複数の異なる仮想ワールドを定義したワールド情報が記憶されており、
   前記ゲーム装置のコンピュータは、
   第１の仮想ワールドに対応する前記第１の仮想ゲーム空間の表示中に、前記ゲーム装置のプレイヤの操作に応じて、当該第１の仮想ワールドから第２の仮想ワールドに移動するためのワールド移動処理を実行し、
   前記ワールド移動処理が実行された場合、そのときに接続されている前記第１の他のゲーム装置群との接続を解除し、
   前記ワールド移動処理に応じて前記サーバで行われた前記第１のマッチング処理の結果に基づき、前記第２の仮想ワールドに対応する第１の仮想ゲーム空間が表示される他のゲーム装置からなる新たな前記第１の他のゲーム装置群と当該ゲーム装置とを接続する、請求項１に記載のゲームシステム。
8. ネットワークに接続されたゲーム装置、当該ネットワークに接続された複数の他のゲーム装置、および、サーバとを備えるゲームシステムのコンピュータに実行させるゲーム処理方法であって、
   前記ゲーム装置のコンピュータに、
   第１のモードにおいて、
   第１のマッチング処理の要求を前記サーバに送信させ、
   前記サーバから受信した第１のマッチング処理の結果に基づき、前記ゲーム装置を第１の他のゲーム装置群と接続させ、
   前記ゲーム装置のプレイヤの操作に基づいて移動制御される自プレイヤキャラクタ、および、前記第１の他のゲーム装置群に含まれる各他のゲーム装置から取得されるデータに基づいて移動制御される他プレイヤキャラクタ群のうちの少なくとも一部を第１の仮想ゲーム空間に配置して描画させ、
   前記第１の仮想ゲーム空間の表示中に、前記ゲーム装置のプレイヤの操作に応じて、複数のゲームステージから所定のゲームステージを選択するステージ選択処理を実行させ、
   前記ステージ選択処理が実行されたことに応じて、第２のモードに移行させ、
   第２のモードにおいて、
   第２のマッチング処理の要求を前記サーバに送信させ、
   前記サーバから受信した第２のマッチング処理の結果に基づき、前記ゲーム装置を第２の他のゲーム装置群と接続させ、
   前記自プレイヤキャラクタ、および、前記第２の他のゲーム装置群に含まれる各他のゲーム装置のプレイヤによって操作される他プレイヤキャラクタ群のうちの少なくとも一部を、前記ステージ選択処理によって選択されたステージに対応する第２の仮想ゲーム空間に配置して描画させ、
   前記サーバのコンピュータに、
   前記ゲーム装置からの第１のマッチング処理の要求を受信したことに応じて、前記第１のマッチング処理として、前記複数の他のゲーム装置の中から選択される前記第１の他のゲーム装置群と前記ゲーム装置とをマッチングさせ、当該第１のマッチング処理の結果を前記ゲーム装置に送信させ、
   前記ゲーム装置からの第２のマッチング処理の要求を受信したことに応じて、前記第２のマッチング処理として、前記第１のマッチング処理によってマッチングされた前記第１の他のゲーム装置群に限定することなく前記複数の他のゲーム装置の中から選択した１以上の他のゲーム装置を前記第２の他のゲーム装置群として、当該第２の他のゲーム装置群と前記ゲーム装置とをマッチングさせ、当該第２のマッチング処理の結果を前記ゲーム装置に送信させる、ゲーム処理方法。
9. ネットワークに接続されたゲーム装置、当該ネットワークに接続された複数の他のゲーム装置、および、サーバとを備えるゲームシステムのコンピュータに実行させるゲームプログラムであって、
   前記ゲーム装置のコンピュータに、
   第１のモードにおいて、
   第１のマッチング処理の要求を前記サーバに送信させ、
   前記サーバから受信した第１のマッチング処理の結果に基づき、前記ゲーム装置を第１の他のゲーム装置群と接続させ、
   前記ゲーム装置のプレイヤの操作に基づいて移動制御される自プレイヤキャラクタ、および、前記第１の他のゲーム装置群に含まれる各他のゲーム装置から取得されるデータに基づいて移動制御される他プレイヤキャラクタ群のうちの少なくとも一部を第１の仮想ゲーム空間に配置して描画させ、
   前記第１の仮想ゲーム空間の表示中に、前記ゲーム装置のプレイヤの操作に応じて、複数のゲームステージから所定のゲームステージを選択するステージ選択処理を実行させ、
   前記ステージ選択処理が実行されたことに応じて、第２のモードに移行させ、
   第２のモードにおいて、
   第２のマッチング処理の要求を前記サーバに送信させ、
   前記サーバから受信した第２のマッチング処理の結果に基づき、前記ゲーム装置を第２の他のゲーム装置群と接続させ、
   前記自プレイヤキャラクタ、および、前記第２の他のゲーム装置群に含まれる各他のゲーム装置のプレイヤによって操作される他プレイヤキャラクタ群のうちの少なくとも一部を、前記ステージ選択処理によって選択されたステージに対応する第２の仮想ゲーム空間に配置して描画させ、
   前記サーバのコンピュータに、
   前記ゲーム装置からの第１のマッチング処理の要求を受信したことに応じて、前記第１のマッチング処理として、前記複数の他のゲーム装置の中から選択される前記第１の他のゲーム装置群と前記ゲーム装置とをマッチングさせ、当該第１のマッチング処理の結果を前記ゲーム装置に送信させ、
   前記ゲーム装置からの第２のマッチング処理の要求を受信したことに応じて、前記第２のマッチング処理として、前記第１のマッチング処理によってマッチングされた前記第１の他のゲーム装置群に限定することなく前記複数の他のゲーム装置の中から選択した１以上の他のゲーム装置を前記第２の他のゲーム装置群として、当該第２の他のゲーム装置群と前記ゲーム装置とをマッチングさせ、当該第２のマッチング処理の結果を前記ゲーム装置に送信させる、ゲームプログラム。