JP2022056813A - プログラム、コンピュータシステムおよびゲームシステム - Google Patents

Abstract

【課題】プレーヤキャラクタが移動に関する窮地に至った場合に新たなゲーム展開が生じ得るようにして、ゲームの興趣性を向上させること。【解決手段】サーバシステム１１００は、プレーヤキャラクタが移動に関する窮地に至ったことを示す条件として設定された窮地条件を満たすか否かを判定する窮地判定部２３１と、窮地判定部２３１によって肯定判定されたことを少なくとも含む所与のワープ発動条件を満たした場合に、プレーヤキャラクタを所与の再配置位置に出現させる再配置制御を行う再配置制御部２３３と、を備える。【選択図】図１３

Description

本発明は、ゲームを実行するためのプログラム等に関する。

従来から、プレーヤがキャラクタ等の操作対象を移動操作して楽しむゲームが知られている。例えば、迷路状の通路を移動させながらアイテムを収集し、遭遇した敵を避けたり当該敵と戦ったりしながら進めていくゲームが知られている。また、プレーヤが通路を形成し、侵入してきた敵キャラクタと対戦するゲームもある（特許文献１を参照）。

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

ところで、上記したキャラクタの通路には、先に進めない行き止まりが設定される場合がある。また、ゲームの過程で通路が遮断されたために、そこが行き止まりになる場合もある。そして、敵から逃げるゲームにおいては、そのような行き止まり付近は窮地に陥り易い。行き止まりを通り抜けることはできないので、反対側から敵がくると間に挟まれてしまうからである。その他、行き止まりでなくても、移動可能な方向が全て敵に囲まれてしまう場合もある。何れの場合も逃げ場はないためプレーヤはなす術なく、ゲームはいわば“詰んだ”状態となる。或いは、通り抜け自体は可能な方向が残されているものの、その先に体力値を奪うエリアや落とし穴等があるため、何れの方向に進んでもプレーヤにとって不利であり、窮地となる場合もある。

そこで本発明は、プレーヤキャラクタが移動に関する窮地に至った場合に新たなゲーム展開が生じ得るようにして、ゲームの興趣性を向上させることができる技術を提供することを課題とする。

上記課題を解決するための第１の発明は、コンピュータシステムに、所与のゲーム空間におけるプレーヤキャラクタの移動制御を、プレーヤの移動操作に基づいて実行させるためのプログラムであって、前記プレーヤキャラクタが移動に関する窮地に至ったことを示す条件として設定された窮地条件を満たすか否かを判定する判定手段（例えば、図１３の窮地判定部２３１）、前記判定手段によって肯定判定されたことを少なくとも含む所与のワープ発動条件を満たした場合に、前記プレーヤキャラクタを所与の再配置位置に再配置させる再配置制御を行う再配置制御手段（例えば、図１３の再配置制御部２３３）、として前記コンピュータシステムを機能させるためのプログラムである。

第１の発明によれば、少なくともプレーヤキャラクタが移動に関する窮地に至ったことを示す窮地条件を満たした場合にワープ発動条件を満たしたとして、プレーヤキャラクタを所与の再配置位置に再配置させることができる。これによれば、プレーヤキャラクタが移動に関する窮地に至ったとしても、再配置位置である別の場所へとワープ移動してそこからゲームを進めることができ、ゲームの興趣性を向上させることが可能となる。

また、第２の発明は、前記窮地条件が、前記プレーヤキャラクタの移動方向について行き詰まり状態になったことを含む、第１の発明のプログラムである。

第２の発明によれば、プレーヤの移動方向について行き詰まり状態になった場合を、窮地条件を満たした場合として判定することができる。

また、第３の発明は、前記判定手段が、前記プレーヤキャラクタの移動方向として選択可能な全ての方向が敵キャラクタおよび／又は所与の行き止まりで囲まれた閉塞状態である場合を前記行き詰まり状態として前記窮地条件を満たすかを判定する、第２の発明のプログラムである。

第３の発明によれば、プレーヤキャラクタが敵キャラクタや行き止まりで囲まれた閉塞状態を行き詰まり状態として、窮地条件を判定することができる。

また、第４の発明は、前記判定手段によって肯定判定された場合に、当該判定された旨を通知する制御を行う通知制御手段（例えば、図１３の窮地通知制御部２３５）、として前記コンピュータシステムを機能させるための第１～第３の何れかの発明のプログラムである。

第４の発明によれば、窮地条件を満たした旨をプレーヤに通知することができる。

また、第５の発明は、前記再配置制御手段が、前記判定手段によって肯定判定され、且つ、所定の操作入力がなされたことを前記ワープ発動条件として、前記再配置制御を行う、第１～第４の何れかの発明のプログラムである。

第５の発明によれば、窮地条件を満たした場合であって、プレーヤが所定の操作入力を行った場合にワープ発動条件を満たすとして、プレーヤキャラクタの再配置制御を行うことができる。

また、第６の発明は、前記再配置制御手段が、前記プレーヤキャラクタに係るステイタスおよび／又は移動速度に基づくキャラクタ状況に応じて、前記再配置位置を決定する、第１～第５の何れかの発明のプログラムである。

第６の発明によれば、プレーヤキャラクタのキャラクタ状況に応じて、再配置位置を決定することができる。

また、第７の発明は、前記再配置制御手段が、敵キャラクタ、味方キャラクタ、および所定のゲームオブジェクトのうちの少なくとも何れかの配置状況が、所与の配置状況条件を満たす位置を前記再配置位置に決定する、第１～第６の何れかの発明のプログラムである。

第７の発明によれば、ゲーム空間における敵キャラクタや味方キャラクタ、アイテム等の所定のゲームオブジェクトの配置状況から、再配置位置を決定することができる。

また、第８の発明は、前記再配置制御手段が、敵キャラクタおよび／又は味方キャラクタに係るステイタスおよび／又は移動速度に基づくキャラクタ状況が、所与のキャラクタ状況条件を満たす位置を前記再配置位置に決定する、第１～第７の何れかの発明のプログラムである。

第８の発明によれば、ゲーム空間における敵キャラクタや味方キャラクタのキャラクタ状況から、再配置位置を決定することができる。

また、第９の発明は、前記ゲーム空間には、複数の再配置候補位置が予め設定されており、前記再配置制御手段は、前記再配置候補位置の中から何れか１つを選択することで前記再配置位置を決定する、第１～第８の何れかの発明のプログラムである。

第９の発明によれば、予め設定された再配置候補位置のうちの１つを選択し、再配置位置とすることができる。

また、第１０の発明は、前記再配置制御手段が、前記行き詰まり状態における前記プレーヤキャラクタの位置に、予め対応付けられた対応位置がある場合に、当該対応位置を再配置位置として決定する、第１～第９の何れかの発明のプログラムである。

第１０の発明によれば、ゲーム空間内の所定位置に対応位置を対応付けておき、所定位置においてプレーヤキャラクタが行き詰まり状態になった場合に、対応位置にワープ移動させて再配置させることが可能となる。

また、第１１の発明は、前記再配置制御手段が、前記プレーヤキャラクタに係るステイタスおよび／又は移動速度に基づくキャラクタ状況を変更して、前記再配置位置に出現させる、第１～第１０の何れかの発明のプログラムである。

第１１の発明によれば、プレーヤキャラクタを再配置位置に出現させる際に、そのキャラクタ状況を変更することができる。

また、第１２の発明は、前記再配置制御が可能な回数、時期、消費する能力パラメータ値、および消費するアイテムの少なくとも何れか１つに基づく制約条件が予め設定されており、前記再配置制御手段は、前記ワープ発動条件に前記制約条件を含めて判定する、第１～第１１の何れかの発明のプログラムである。

第１２の発明によれば、再配置制御を行う回数や時期を制限したり、能力パラメータ値の消費やアイテムの消費と引き換えに再配置制御を行うといったことが可能となる。

また、第１３の発明は、前記判定手段によって肯定判定された場合に、前記再配置位置を識別可能に表示する制御を行う再配置位置表示制御手段（例えば、図１３の再配置位置表示制御部２３７）、として前記コンピュータシステムを機能させるための第１～第１２の何れかの発明のプログラムである。

第１３の発明によれば、窮地条件を満たした場合に再配置位置を識別表示して、プレーヤに提示することができる。

また、第１４の発明は、所与のゲーム空間におけるプレーヤキャラクタの移動制御を、プレーヤの移動操作に基づいて実行するコンピュータシステムであって、前記プレーヤキャラクタが移動に関する窮地に至ったことを示す条件として設定された窮地条件を満たすか否かを判定する判定手段と、前記判定手段によって肯定判定されたことを少なくとも含む所与のワープ発動条件を満たした場合に、前記プレーヤキャラクタを所与の再配置位置に出現させる再配置制御を行う再配置制御手段と、を備えるコンピュータシステムである。

第１４の発明によれば、第１の発明と同様の効果を奏するコンピュータシステムを実現できる。

また、第１５の発明は、第１４の発明のコンピュータシステムであるサーバシステム（例えば、図１のサーバシステム１１００）と、プレーヤがゲームプレイを行う操作端末（例えば、図１の操作端末１５００）と、を具備するゲームシステム（例えば、図１のゲームシステム１０００）である。

第１５の発明によれば、第１の発明と同様の効果を奏するゲームシステムを実現できる。

ゲームシステムの全体構成例を示す図。 操作端末の装置構成例を示す図。 ゲーム空間の一例を示す図。 ゲーム画面の一例を示す図。 行き詰まり状態に該当する例を示す図。 行き詰まり状態に該当する他の例を示す図。 行き詰まり状態に該当しない例を示す図。 配置状況条件とキャラクタ状況条件の概要を示す図。 敵キャラクタおよびアイテムの配置状況の取得を説明する図。 窮地判定が肯定判定された旨の通知例を示す図。 再配置位置の識別表示例を示す図。 プレーヤキャラクタのワープ移動の様子の演出表示例を示す図。 サーバシステムの機能構成例を示すブロック図。 プレイデータのデータ構成例を示す図。 操作端末の機能構成例を示すブロック図。 サーバシステムにおける処理の流れを示すフローチャート。 行き詰まり状態の変形例を示す図。 変形例２における操作端末の機能構成例を示す図。 プレーヤキャラクタが移動に関する窮地に至った状態の変形例を示す図。

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

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

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

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

このサーバシステム１１００は、ＣＰＵ１１５１等が所定のプログラムおよびデータに基づいて演算処理することにより、ユーザ登録等に係るユーザ管理機能と、操作端末１５００でゲームをプレイするのに必要なデータを提供して操作端末１５００でのゲームの実行制御を管理するゲーム管理機能と、を実現する。つまり、本実施形態におけるゲームは、一種のクライアント・サーバ型のオンラインゲームとして実現される。プレーヤ２は、自分の操作端末１５００でサーバシステム１１００にアクセスし、発給されたアカウントによりログインして本実施形態のゲームを楽しむ。

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

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

図２は、操作端末１５００の一例であるスマートフォンの装置構成例を示す図である。図２に示すように、操作端末１５００は、方向入力キー１５０２と、ホームキー１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、内蔵バッテリー１５０９と、スピーカ１５１０と、マイク１５１２と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０に対してデータを読み書きできるメモリカード読取装置１５４２とを備える。その他、図示しない電源ボタン、音量調節ボタン、振動発生デバイスであるバイブレータ等が設けられている。

制御基板１５５０には、ＣＰＵ１５５１やＧＰＵ、ＤＳＰ等の各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、ネットワークＮに接続する携帯電話基地局や無線ＬＡＮ基地局等と無線通信するための無線通信モジュール１５５３等が搭載されている。また、制御基板１５５０には、方向入力キー１５０２やホームキー１５０４からの信号を受信する回路、タッチパネル１５０６のドライバ回路、スピーカ１５１０へ音声信号を出力する出力アンプ回路、マイク１５１２で集音された音声の信号を生成する音声信号生成回路、メモリカード読取装置１５４２への信号入出力回路といった、いわゆるＩ／Ｆ回路（インターフェース回路）１５５７等が搭載されている。これら制御基板１５５０に搭載されている各要素は、それぞれがバス回路等を介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。

この制御基板１５５０においてＩＣメモリ１５５２には、ゲームクライアントプログラムや、このゲームクライアントプログラムを実行するのに必要な各種設定データ等が格納される。ゲームクライアントプログラム等は、適宜のタイミングでサーバシステム１１００からダウンロードされる。なお、別途入手したメモリカード１５４０等の記憶媒体から読み出す構成としてもよい。そして、ＣＰＵ１５５１等がゲームクライアントプログラムを実行して演算処理を実行し、タッチパネル１５０６や方向入力キー１５０２、ホームキー１５０４に対する操作入力に応じて操作端末１５００の各部を制御することで、プレーヤ２のゲームプレイを可能にする。

本実施形態のゲームは、プレーヤがキャラクタを操作してゲームクリアを目指すゲームであり、所定の達成条件を達成した場合にゲームクリアとなる。達成条件は、例えば、後述するエサを全て収集したことや、エサの取得数が所定数に達したこと、設定されたゴール地点に到達したこと、討伐した敵キャラクタの数が所定条件に達したこと、所与の敵キャラクタを撃破したこと、等として適宜設定しておくことができる。或いは、ゲームオーバーにならずに制限時間が経過したことをゲームクリアの条件としてもよい。

図３は、ゲーム空間の一例を示す図である。本実施形態では、ゲーム空間は、複数（図３では３つ）のフロアＦ（Ｆ－１～Ｆ－３）で構成され、プレーヤキャラクタ１２は、各フロアに設けられた出入口Ｄ（Ｄ－１～Ｄ－６）を通ることでフロア間を行き来できるようになっている。具体的には、図３中に破線の矢印で接続して示すように、下位フロアＦ－１の出入口Ｄ－１は上位フロアＦ－３の出入口Ｄ－６と、出入口Ｄ－２は中位フロアＦ－２の出入口Ｄ－３とそれぞれ連通し、中位フロアＦ－２の出入口Ｄ－４は上位フロアＦ－３の出入口Ｄ－５と連通している。なお、本実施形態では、出入口Ｄを通れるのはプレーヤキャラクタ１２のみとし、敵キャラクタ１３に対しては行き止まりとなる。つまり、敵キャラクタ１３は、フロアＦ間を行き来できない構成とする。ただし、敵キャラクタ１３も、プレーヤキャラクタ１２と同様に出入口Ｄを通れるようにしてもよい。

各フロアＦのそれぞれは、迷路状のレイアウトを有し、互いに難易度の異なるゲームステージを構成する。本実施形態では、フロアＦを上がると難易度も上がる構成となっている。具体的には、上のフロアＦほど迷路の構造が複雑で、敵キャラクタ１３の数も多い。なお、上のフロアＦほど出現する敵キャラクタが強くなる等、敵キャラクタの種類をフロアＦ毎に変えることで難易度を調整する構成も可能である。例えば、移動速度の違う異なる種類の敵キャラクタを用意し、上のフロアＦほど移動速度の速い種類の敵キャラクタを出現させるといった具合である。また、上のフロアＦほど敵キャラクタ１３の移動速度が速く設定されている。その他、ゲーム開始時に配置されるアイテムであるエサ１４やパワーエサ１５（図４を参照）の数、ゲームの途中で出現する特別アイテムの種類や数についても、フロアＦ毎に異なる。

図４は、プレーヤキャラクタ１２が下位フロアＦ－１にいるときのゲーム画面例を示す図である。図４に示すように、ゲーム画面は、ゲーム画像表示部１０と、スコア表示部４０と、残機表示部５０と、フロア表示部６０と、を備える。

ゲーム画像表示部１０には、プレーヤキャラクタ１２が今いるフロアＦのゲームステージの画像（ゲーム画像）が表示される。

スコア表示部４０には、ゲームの実行中に随時算出されるプレーヤのゲームスコアが表示される。ゲームスコアは、エサ１４やパワーエサ１５等の各種アイテム（ゲームオブジェクト）の取得時に加算される。本実施形態では、エサ１４に単位得点が定められており、プレーヤキャラクタ１２がエサ１４を取得するたびに、その単位得点がゲームスコアに加算される。また、ゲームスコアは、敵キャラクタ１３を倒した場合にも加算される。例えば、敵キャラクタ１３を倒すと、所定の加算得点がゲームスコアに加算される。プレーヤは、プレーヤキャラクタ１２を操作することでエサ１４を収集しながら敵キャラクタ１３を倒し、ゲームクリアを目指す。

本実施形態では、プレーヤは、プレーヤキャラクタ１２の操作として、移動方向の入力を行う。当該プレーヤキャラクタ１２の操作は、ゲーム画面（タッチパネル１５０６）をタッチ操作し、タッチ位置をスライドさせて行うスライド操作（フリック操作やスワイプ操作等ともいう）によって行う。具体的には、プレーヤは、ゲーム画面の図４中に示す上下方向および左右方向に沿った「上」「下」「左」「右」の４つの方向へのスライド操作を行って、移動方向を入力する。ただし、方向入力キー１５０２によって移動方向の入力を行うとしてもよい。

残機表示部５０には、プレーヤが今回のゲームで使用することができるプレーヤキャラクタ１２（残機）の残数（図４の例では３体）が表示される。例えば、ゲーム開始時において、所定数（例えば４体）のプレーヤキャラクタ１２がプレーヤに付与される。また、ゲーム中にも、例えばゲームスコアが所定値に達した等、所定条件を満たすと新たに付与される。

フロア表示部６０には、プレーヤキャラクタ１２が今いるフロアＦが表示される。図４の例では最下層にハッチングが付されており、プレーヤキャラクタ１２が下位フロアＦ－１にいることを示している。

ここで、図４に示すゲーム画像表示部１０の表示内容を参照して、本実施形態のゲームの詳細について説明する。先ず、舞台となるゲームステージは、迷路を形成する通路１１上に、プレーヤキャラクタ１２と、敵キャラクタ１３と、エサ１４やパワーエサ１５等の各種アイテムとが配置されて構成される。図４では、ゲーム開始時のキャラクタおよびアイテムの初期配置を示している。

通路１１は、キャラクタ（プレーヤキャラクタ１２又は敵キャラクタ１３）の１体が通過可能な幅とされ、キャラクタ同士が接触せずにすれ違うことはできない構成となっている。

通路１１は、一点鎖線で囲って示す通路１１の行き止まり地点Ｐｅを含む。また、図４中に二点鎖線で囲って示すゲーム画像表示部１０の枠外へと通じる通路１１の端部が他のフロアＦへと続く出入口Ｄ（図４では出入口Ｄ－１，Ｄ－２）とされており、対応する遷移先のフロアＦの出入口Ｄ（Ｄ－６，Ｄ－３；図３を参照）が予め設定される。そのため、プレーヤキャラクタ１２が出入口Ｄに到達すると、ゲーム画像表示部１０の表示がその遷移先のフロアＦの表示に切り替わり、プレーヤキャラクタ１２は、当該フロアＦの対応する出入口Ｄ付近に出現することとなる。

敵キャラクタ１３は、巣１８をスタート地点として通路１１に沿って移動し、プレーヤキャラクタ１２を追跡する動作をするようにコンピュータ制御される。なお、本実施形態では、敵キャラクタ１３を全て同種のものとするが、見た目や移動特性（例えば移動速度や追跡動作パターン等）が異なるものを含めてもよい。

エサ１４やパワーエサ１５は、通路１１に沿って並べて配置される。本実施形態では、予め通路１１の全域が等間隔の不可視のマス目状に区画され、各マス目のそれぞれがアイテムの配置位置として定められている。そして、ゲームの開始に先立ち、エサ１４やパワーエサ１５が各配置位置に配置される。また、本実施形態では、ゲームの途中で、所定の配置位置に特別アイテムが出現するようになっている。

特別アイテムとしては、例えば、それを取得するとゲームスコアにボーナス得点が加算されるアイテムや、新たに所定数のプレーヤキャラクタ１２（残機）を付与するアイテム等が挙げられる。その他にも、例えば、プレーヤキャラクタにヒットポイント（ＨＰ）やマジックポイント（ＭＰ）、体力値といったゲームの進行に伴い変動する値を含む各種能力パラメータ値が設定されるゲームであれば、そのパラメータ値の強化アイテムや回復アイテムを含めることができる。また、本実施形態では、特別アイテムには、通路１１上に障害物（例えば壁や岩等）を置いて通行不能にすることができる障害物アイテム１６（図１７を参照）や、例示した各種特別アイテムの中から１つをランダムに選んで付与する宝箱アイテムが含まれる。なお、特別アイテムは、別途課金を行って購入可能な構成としてもよい。

本実施形態では、これらアイテムの配置のために、アイテムの初期配置に係るアイテム初期配置データ５２１（図１３を参照）と、特別アイテムの出現制御に係るアイテム出現テーブル５２３（図１３を参照）とが予め用意される。

アイテム初期配置データ５２１は、ゲーム開始時にアイテムを配置する配置位置毎に、配置するアイテムのアイテム種類としてエサ１４又はパワーエサ１５を設定したデータテーブルである。サーバシステム１１００は、ゲーム開始時にこのアイテム初期配置データ５２１に従って通路１１上にエサ１４やパワーエサ１５を配置する。

アイテム出現テーブル５２３は、ゲーム中に特別アイテムを出現させる配置位置毎に、当該特別アイテムのアイテム種類と、その出現タイミングと、を設定したデータテーブルである。出現タイミングは、その特別アイテムを出現させる時期を規定する。例えば、ゲーム開始時から所定時間が経過したときや、エサ１４の取得数が所定数に達したとき、所定数の敵キャラクタ１３を倒したとき等を出現タイミングとして設定しておくことができる。そして、ゲーム中は、サーバシステム１１００は、このアイテム出現テーブル５２３を参照して出現タイミングの到来を監視する。そして、出現タイミングとなった特別アイテムがあれば、その配置位置に配置することで、特別アイテムの出現を制御する。

そして、プレーヤは、通路１１に沿って敵キャラクタ１３との接触を避けながらプレーヤキャラクタ１２を移動させ、エサ１４やパワーエサ１５、特別アイテムの配置位置を通過させることでそれらを収集する。誤って敵キャラクタ１３と接触してしまうと、当該プレーヤキャラクタ１２はその敵キャラクタ１３に倒されて消滅する。一方、プレーヤキャラクタ１２が倒された場合には、そのプレーヤに残機があれば、その残数が１つ減らされた上で、初期配置の位置にプレーヤキャラクタ１２が再度配置される。残機が尽きたときには、当該プレーヤはゲームオーバーとなる。

ここで、パワーエサ１５は、敵キャラクタ１３を弱体化させるアイテムである。本実施形態では、プレーヤキャラクタ１２がパワーエサ１５を取得すると、敵キャラクタ１３が所定の弱体化時間の間「通常状態」から「弱体状態」へと変化する。パワーエサ１５の取得から弱体化時間が経過すると、敵キャラクタ１３は通常状態に戻る。なお、通常状態と弱体状態とは、敵キャラクタ１３の色、形状、模様等の形態や表情を変更し、或いは、各状態を示すマークを付加する等して識別表示される。

そして、弱体状態となった敵キャラクタ１３にプレーヤキャラクタ１２を接触させると、当該敵キャラクタ１３を倒すことができる。倒された敵キャラクタ１３は巣１８に戻って一定時間待機した後、復活して追跡動作を再開する。

まとめると、プレーヤは、移動方向の入力を行うことによりプレーヤキャラクタ１２を通路１１に沿って移動させ、敵キャラクタ１３を避けながらエサ１４等を収集する。また、取得済みの特別アイテムで使用可能なものがあれば、適宜使用する。そして、パワーエサ１５を取得したことで弱体状態となった敵キャラクタ１３にプレーヤキャラクタ１２を接触させて倒し、ゲームクリアを目指す。

［詳細］
本実施形態では、サーバシステム１１００は、以上説明したゲームの実行中に、窮地条件を満たすか否かの判定（以下「窮地判定」という）を行う（窮地判定処理）。そして、窮地判定の結果に応じて再配置制御を行い、プレーヤキャラクタ１２をワープ移動させる（再配置制御処理）。また、サーバシステム１１００は、窮地判定が肯定判定された場合にその旨を通知する制御（窮地通知制御処理）と、プレーヤキャラクタ１２の再配置位置を識別可能に表示する制御（再配置位置表示制御処理）と、プレーヤキャラクタ１２の再配置位置へのワープ移動の様子を演出表示する制御（ワープ演出制御処理）と、を行う。

１．窮地判定処理
窮地判定処理では、サーバシステム１１００は、プレーヤキャラクタ１２が移動に関する窮地に至ったことを示す条件として設定された窮地条件を満たすか否かの判定を、窮地判定として行う。窮地条件は、「プレーヤキャラクタ１２の行動に制限が発生したこと」とする。その一例として、本実施形態では、「プレーヤキャラクタ１２の移動方向について行き詰まり状態になったこと」を窮地条件とする。具体的には、「プレーヤキャラクタ１２の移動方向として選択可能な全ての方向が敵キャラクタ１３および／又は所与の行き止まりで囲まれた閉塞状態である場合」を行き詰まり状態として、窮地条件を満たすか判定する。図５および図６は、行き詰まり状態に該当する例をそれぞれ示す図である。一方、図７は、行き詰まり状態に該当しない例を示す図である。

先ず、図５の例では、プレーヤキャラクタ１２は、移動方向である「上」「下」「左」「右」のうち、壁のある「右」には進めない。そして、それ以外の各方向には敵キャラクタ１３がいて、敵キャラクタ１３に囲まれた閉塞状態となっている。次に、図６の例では、プレーヤキャラクタ１２は行き止まり地点Ｐｅにいるために「左」にしか進めないが、左方には敵キャラクタ１３がおり、敵キャラクタ１３と行き止まりとに囲まれた閉塞状態となっている。そして、各例に示す閉塞状態では、プレーヤキャラクタ１２が進むことのできるどの方向にも敵キャラクタ１３がいるため打つ手がなく、プレーヤが行き詰まったといえる。

これに対し、図７の例では、プレーヤキャラクタ１２が進むことのできる「上」「下」「左」の何れの方向にも敵キャラクタ１３がいる。しかし、敵キャラクタ１３よりも手前側がＴ字路になっているため、プレーヤキャラクタ１２は「下」に進むことができる。このため、行き詰まり状態には該当しない。また、詳細を以下説明するように、上方向にいる敵キャラクタ１３は図７中に矢印で示す配置位置の５マス目分以上離れているため、この点でも行き詰まり状態には該当しない。

具体的には、窮地判定処理では先ず、プレーヤキャラクタ１２の現在位置から移動方向として選択可能な方向を特定する。そして、特定した移動方向毎に行き詰まりか否かの判定を行う。判定には、上記したアイテムの配置単位であるマス目を利用する。すなわち、例えば、プレーヤキャラクタ１２の位置から当該移動方向へと所定数のマス目分（例えば図５～図７中に矢印で示す最大でマス目５つ分）進んだ先までの間に行き止まり地点Ｐｅがある場合であって、それよりも手前に別の方向へと進む通路１１が存在しない場合、又は、当該マス目分進んだ先までに敵キャラクタ１３がいる場合であって、それよりも手前に別の方向へと進む通路１１が存在しない場合に、当該方向について行き詰まりと判定する。そして、特定した全ての移動方向について行き詰まりと判定した場合には、行き詰まり状態であり窮地条件を満たすとして、窮地判定を肯定判定する。なお、プレーヤキャラクタ１２の位置から移動方向毎に行き詰まりか否かを判定するサーチ範囲となるマス目の数は５つに限らず、４つ以下であってもよいし、６つ以上であってもよいことは勿論である。

２．再配置制御処理
再配置制御処理では、サーバシステム１１００は、先ず、窮地判定が肯定判定されたことを少なくとも含む所与のワープ発動条件を判定する。そして、ワープ発動条件を満たした場合に、再配置制御を行う。

２－１．ワープ発動条件について
本実施形態では、サーバシステム１１００は、再配置制御が可能な回数（上限回数）に基づく制約条件と、所定の操作入力であるワープ操作がなされたことと、をワープ発動条件に含めて判定する。具体的には、先ず、窮地判定が肯定判定された場合に制約条件を満たすか否かを判定する。例えば、上限回数を「３回」としているのであれば、１回のゲームで再配置制御を行うのは３回までとし、窮地判定が肯定判定された場合であっても、既に再配置制御を３回行っているときには制限条件を満たさないと判定する。

なお、上限回数に限らず、再配置制御が可能な時期（発動時期）に基づく制約条件を判定するとしてもよい。発動時期は、例えば、「ゲーム開始から所定時間が経過するまで」や「敵キャラクタ１３が通常状態である間」等を再配置制御が可能な時期（発動時期）として制約条件を設定することができる。

また、ワープによって所定の能力パラメータ値を消費する設定とするならば、消費する能力パラメータ値に基づく制約条件を判定するとしてもよい。例えば、ゲーム中に変動する能力パラメータ値が設定されるゲームであれば、再配置制御で消費する能力パラメータ値の種類や、１回の再配置制御で消費する当該能力パラメータ値の消費量を設定しておくことで実現できる。例えば、再配置制御を行うとその都度所定量の体力値が消費されるといった具合である。

また、消費するアイテムに基づく制約条件を判定するとしてもよい。例えば、ゲーム中に取得可能な特別アイテムの１つとしてワープ発動アイテムを用意する。そして、行き詰まり状態になったときにプレーヤがワープ発動アイテムを使ったら、再配置制御を行うとしてもよい。

その他、上限回数、発動時期、消費する能力パラメータ値、および消費するアイテムのうちの全部又は一部を組合せて制約条件を設定しておく構成とすることもできる。

そして、制限条件を満たす（＝制限をうけないと判断される）場合には、プレーヤのワープ操作を受け付ける。そして、ワープ操作がなされた場合には、ワープ発動条件を満たすと判定する。本実施形態では、サーバシステム１１００は、窮地判定が肯定判定された後（行き詰まり状態になった後）にプレーヤが操作入力した「上」「下」「左」「右」の何れかの移動方向の入力を、ワープ操作として検出する。

なお、予めワープ操作のための固有の操作コマンドを割り当てて置き、当該操作コマンドの入力をワープ操作として検出する構成でもよい。

また、図６に例示するように、プレーヤキャラクタ１２の四方のうちの何れかが行き止まり地点Ｐｅであるときは、当該行き止まり地点Ｐｅの方向（図６では「右」）の入力をワープ操作として検出する構成としてもよい。またその場合は、後段のワープ演出制御処理において、通常は通り抜けできない行き止まり地点Ｐｅを通り抜けて再配置位置まで移動する様子を、ワープ移動の様子として演出表示の制御を行うとしてもよい。

２－２．再配置制御の概要について
続く再配置制御にあたっては、サーバシステム１１００は、現時点でプレーヤが優勢なのか劣勢なのかを判定する。そして、優勢の場合は劣勢に転じ易く、劣勢の場合は優勢に転じ易い位置を再配置位置として決定する。これによれば、行き詰まり状態となったことでプレーヤキャラクタ１２がワープ移動すると形勢が逆転し得るため、ゲームの興趣性が向上する。

そのために、本実施形態では、プレーヤキャラクタ１２を再配置する際には、再配置位置周辺の敵キャラクタ１３およびアイテムの配置状況条件と、再配置位置周辺の敵キャラクタ１３のキャラクタ状況条件とによって再配置位置を決定する。この配置状況条件とキャラクタ状況条件とは、プレーヤキャラクタ１２が優勢の場合と劣勢の場合とで分けて定められている。よって、プレーヤの形勢（優勢なのか劣勢なのか）に応じた配置状況条件およびキャラクタ状況条件を満たすように、再配置位置を決定する。図８は、配置状況条件とキャラクタ状況条件の概要を示す図である。

プレーヤキャラクタ１２が優勢の場合に再配置される再配置位置に係る配置状況条件は、例えば、再配置位置の周辺にいる敵キャラクタ１３が多く、周辺に配置されているアイテムが少ないこととされる。また、プレーヤキャラクタ１２が優勢の場合に再配置される再配置位置に係るキャラクタ状況条件は、再配置位置の周辺にいる敵キャラクタ１３の移動速度が速いこととされる。よって、これらを満たす通路１１上の位置が、再配置位置として決定される。

プレーヤキャラクタ１２が劣勢の場合に再配置される再配置位置に係る配置状況条件は、例えば、再配置位置の周辺にいる敵キャラクタ１３が少なく、周辺に配置されているアイテムが多いこととされる。また、プレーヤキャラクタ１２が劣勢の場合に再配置される再配置位置に係るキャラクタ状況条件は、再配置位置の周辺にいる敵キャラクタ１３の移動速度が遅いこととされる。よって、これらを満たす通路１１上の位置が、再配置位置として決定される。

その後は、サーバシステム１１００は、決定した再配置位置にプレーヤキャラクタ１２を再配置させる。再配置によって、プレーヤキャラクタ１２のキャラクタ状況が再配置前から変化し得ることになる。また、再配置位置にプレーヤキャラクタ１２を出現させるまでのワープ所要時間を可変に制御する。

２－３．再配置制御の詳細について
再配置制御の具体的な手順としては、先ず、プレーヤの形勢を判定する（形勢判定処理）。続いて、再配置位置を決定し（ワープ先決定処理）、ワープ所要時間を設定する（ワープ時間設定処理）。また、プレーヤキャラクタ１２の再配置時におけるキャラクタ状況に関する設定（以下「再配置時状況設定」ともいう）を行う（再配置時状況設定処理）。その後は、ワープ所要時間が経過するのを待つことで、再配置位置にプレーヤキャラクタ１２を出現させるまでのワープ所要時間を可変に制御する。そして、ワープ所要時間が経過したら、そのキャラクタ状況を再配置時状況設定に従って変更した上で、プレーヤキャラクタ１２を再配置位置に再配置させる。

２－４．形勢判定処理について
形勢判定処理では、プレーヤキャラクタ１２に係るステイタスに基づくキャラクタ状況を用いて、プレーヤの形勢を判定する。本実施形態では、当該キャラクタ状況としてプレーヤキャラクタ１２の残数（残機数）を用いる。例えば、残機数が残り０であれば劣勢、１以上であれば優勢と判定するといった具合である。

また、プレーヤキャラクタ１２がパワーエサ１５を取得したことによる敵キャラクタ１３の弱体化時間内であるか否かをステイタスとして用い、形勢の判定に用いることとしてもよい。すなわち、敵キャラクタ１３が弱体化しておりプレーヤキャラクタ１２が敵キャラクタ１３を倒せるステイタスのときは優勢と判定するといった具合である。

また、プレーヤキャラクタ１２に変動する能力パラメータ値が設定されるゲームの場合には、当該能力パラメータ値をステイタスに含めて形勢の判定に用いるとしてもよい。例えば、体力値が所定の閾値以上であれば優勢、当該閾値を下回っていれば劣勢といった具合である。

また、キャラクタ状態には、形状や大きさ等の形態、種類等が含まれる。その他、現時点でのゲームスコアやゲーム開始からの経過時間を判定に用いてもよい。或いは、例示した各種ステイタスと組み合わせて用いるとしてもよい。

また、変形例１として後述するように他のプレーヤとの対戦ゲームに適用する場合であれば、各プレーヤのプレーヤキャラクタに関する能力パラメータ値の相対関係から、どのプレーヤが優勢でどのプレーヤが劣勢なのかを判定するとしてもよい。各々のゲームスコアの大小や差から判定することもできる。

また、形勢を判定する段階は優勢か劣勢かの２段階に限らず、３段階以上で判定することとしてもよい。

２－５．ワープ先決定処理について
ワープ先決定処理では、サーバシステム１１００は、プレーヤキャラクタ１２の再配置位置を決定する。本実施形態では、複数の再配置候補位置が予め定められており、そのうちの１つを選択することで再配置位置を決定する。例えば、図４中に一点鎖線で囲って示したような各フロアＦのゲームステージ内の全ての行き止まり地点Ｐｅと、各フロアＦのゲームステージ内の全ての出入口Ｄとをそれぞれ再配置候補位置とする。

そして、再配置候補位置の選択にあたっては、先ず、再配置候補位置毎に、ゲーム空間内における敵キャラクタ１３およびアイテムの配置状況を取得する。本実施形態では、再配置候補位置毎に、当該再配置候補位置を基準とした所定範囲内における敵キャラクタ１３の配置状況と、当該所定範囲内におけるアイテムの配置状況と、を取得することとする。

図９は、ここでの配置状況の取得を説明する図であり、１つの再配置候補位置である行き止まり地点Ｐｅについて配置状況の取得例を示している。図９に示すように、本実施形態では、再配置候補位置（図９では行き止まり地点Ｐｅ－１）を中心とし、当該再配置候補位置から上下左右に所定数のマス目分（例えば５マス目分）の範囲を所定範囲Ａ１とする。そして、当該範囲Ａ１内の敵キャラクタ１３の数（図９では０体）と、各種アイテムの数（図９では２０個）とをそれぞれの配置状況として取得する。アイテムの数については、エサ１４、パワーエサ１５、および特別アイテムのそれぞれの数を別個に計数することしてもよい。

続いて、形勢判定処理で判定されたプレーヤの形勢に応じて、図８に示した配置状況条件およびキャラクタ状況条件を満たす再配置候補位置を選択するための順位付けを行う。

具体的には、プレーヤが優勢の場合は先ず、敵キャラクタ１３の配置状況として取得した敵キャラクタ１３の数が多い順に各再配置候補位置を並び替える。そして、各再配置候補位置に対し、その順位が高いほど大きいポイントを付与する。次に、アイテムの配置状況として取得した各種アイテムの数が少ない順に各再配置候補位置を並び替える。その際、パワーエサ１５や特別アイテムが含まれている再配置候補位置については、その数が多いほど順位を下げる調整を行うとよい。そして、各再配置候補位置に対し、その順位が高いほど大きいポイントを付与する。より劣勢に転じ易くするためである。次に、各再配置候補位置に対し、キャラクタ状況条件に係るポイントを付与する。本実施形態では、フロアが上がるほど敵キャラクタ１３の移動速度が速いので、上のフロアＦから順に高いポイントを割り振り、割り振ったポイントを当該フロアＦの各再配置候補位置に付与する。そして、付与したポイントの合計値を再配置候補位置毎に求めて、各再配置候補位置の候補ポイントとする。

一方、プレーヤが劣勢の場合には先ず、敵キャラクタ１３の配置状況として取得した敵キャラクタ１３の数が少ない順に各再配置候補位置を並び替える。そして、各再配置候補位置に対し、その順位が高いほど大きいポイントを付与する。次に、アイテムの配置状況として取得した各種アイテムの数が多い順に各再配置候補位置を並び替える。その際、パワーエサ１５や特別アイテムが含まれている再配置候補位置については、その数が多いほど順位を上げる調整を行うとよい。より優勢に転じ易くするためである。そして、各再配置候補位置に対し、その順位が高いほど大きいポイントを付与する。次に、各再配置候補位置に対し、キャラクタ状況条件に係るポイントを付与する。本実施形態では、フロアが下がるほど敵キャラクタ１３の移動速度が遅いので、下のフロアＦから順に高いポイントを割り振り、割り振ったポイントを当該フロアＦの各再配置候補位置に付与する。そして、付与したポイントの合計値を再配置候補位置毎に求めて、各再配置候補位置の候補ポイントとする。

以上のようにしてプレーヤの形勢に応じて各再配置候補位置の候補ポイントを求めたら、候補ポイントが最も大きい再配置候補位置を再配置位置として選択する。該当する再配置候補位置が複数あるときは、ランダムに何れか１つを選ぶ。

なお、敵キャラクタが１種類ではなく、移動速度の違う異なる種類の敵キャラクタが混在する場合や、後述する変形例３のように敵キャラクタの移動速度が変動し得る構成の場合には、配置状況の取得と同様の要領で、再配置候補位置毎に所定範囲内の敵キャラクタの移動速度を取得するようにしてもよい。そして、プレーヤが優勢の場合は移動速度の速い敵キャラクタを多く含む再配置候補位置に高いポイントを付与し、プレーヤが劣勢の場合は移動速度の遅い敵キャラクタを多く含む再配置候補位置に高いポイントを付与することで候補ポイントを算出するようにしてもよい。

また、ここでは、敵キャラクタ１３のキャラクタ状況として移動速度に基づくキャラクタ状況を例示したが、敵キャラクタ１３に係るステイタスに基づくキャラクタ状況を用いるとしてもよい。その場合は、当該ステイタスについてキャラクタ状況条件を設定しておく。例えば、プレーヤが優勢であれば「周辺に弱体化した敵キャラクタ１３がいないこと」、プレーヤが劣勢であれば「周辺に弱体化した敵キャラクタ１３がいること」等として、ステイタスの条件を設定しておく。そして、その所定範囲内に弱体化した敵キャラクタ１３がいるか否かに応じて各再配置候補位置にポイントを付与する。また、ステイタスおよび移動速度の両方を再配置候補位置の選択に用いるとしてもよい。その場合は、当該ステイタスの条件と、上記した移動速度の条件とを組み合わせてキャラクタ状況条件を設定しておく。

２－６．ワープ時間設定処理について
ワープ時間設定処理では、プレーヤキャラクタ１２の再配置位置へのワープ移動に要するワープ所要時間を設定する。本実施形態では、プレーヤが優勢と判定された場合と、劣勢と判定された場合とで異なるワープ所要時間が予め設定されている。例えば、優勢の場合のワープ所要時間を短く、劣勢の場合のワープ所要時間を長く設定しておくことができる。逆に、優勢の場合のワープ所要時間を長く、劣勢の場合のワープ所要時間を短く設定しておく構成としてもよい。

ワープ所要時間が短い場合は、プレーヤキャラクタ１２がすぐに再配置位置から出現することになるので、その間の再配置位置周辺の状況変化は小さい。一方、ワープ所要時間が長いと、再配置位置から出現するまでの間に再配置位置周辺の状況は大きく変化し得る。例えば、当初は優勢に転じ易い再配置候補位置として選択された再配置位置でも、ワープ所要時間が経過したことで敵キャラクタ１３が再配置位置周辺に集まっており、ワープ移動後に再び窮地に陥る展開が起こり得る。逆に、当初は劣勢に転じ易い再配置候補位置として選択された再配置位置でも、ワープ所要時間が長いことで敵キャラクタ１３が再配置位置から離れていて想定したより劣勢に転じ難い展開が起こり得る。後述する変形例１のように他のプレーヤとプレイするマルチプレイゲームに適用した場合は、当該他のプレーヤの動向によっても展開が変化し得る。よって、ゲームの興趣性が向上する。

２－７．再配置時状況設定処理について
再配置時状況設定処理では、再配置時におけるプレーヤキャラクタ１２に係るステイタスに基づくキャラクタ状況を、形勢判定処理で判定されたプレーヤの形勢に応じて変更するための設定（再配置時状況設定）を行う。例えば、残機数を用い、プレーヤが優勢の場合は「残機数を－１」、劣勢の場合は「残機数を＋１」とする設定を行うといった具合である。また、プレーヤキャラクタ１２が劣勢の場合に、再配置の時点で仮想的にプレーヤキャラクタ１２がパワーエサ１５を取得した状態とする（つまり、所定時間の間敵キャラクタ１３を弱体状態にする）設定を行うとしてもよい。或いは、プレーヤキャラクタ１２に変動する能力パラメータ値が設定されるゲームの場合であれば、プレーヤが優勢の場合は当該能力パラメータ値（例えば体力値）を所定量消費し、劣勢の場合は当該能力パラメータ値を所定量回復させる設定を含めるとしてもよい。これによれば、プレーヤの形勢に応じて、再配置の前後でプレーヤキャラクタ１２のキャラクタ状況を変更することができる。

２－８．窮地通知制御処理について
窮地通知制御処理では、再配置制御処理の過程でワープ発動条件を満たしたと判定した時点において、窮地判定が肯定判定された旨をプレーヤに通知するための制御を行う。例えば、図１０に示すように、ゲーム画面内の所定位置（図１０では左下）において行き詰まり状態が発生した旨のメッセージＭ３を表示することで、当該通知を行う。これによれば、プレーヤは、行き詰まり状態が発生しておりワープ移動が可能な旨を把握することができる。

２－９．再配置位置表示制御処理について
再配置位置表示制御処理では、再配置制御処理の過程で再配置位置を決定した時点において、当該再配置位置を識別可能に表示する制御を行ってプレーヤに提示する。例えば、図１１に示すように、ゲーム画面右下のフロア表示部６０において再配置位置周辺（例えば図９の所定範囲Ａ１）の今の様子を一時的に表示する。そして、例えば再配置位置にマーク（星印）を付すことで、再配置位置の識別表示を制御する。また、今いるフロアＦ内の行き止まり地点Ｐｅや出入口Ｄが再配置位置とされた場合には、ゲーム画像表示部１０において当該再配置位置（例えば図１１中の行き止まり地点Ｐｅ－１）を含む周囲の背景色を変更したり点滅させる等することで、再配置位置の識別表示を制御する構成としてもよい。これによれば、プレーヤは、再配置制御の前に、再配置位置と併せてその周辺の敵キャラクタ１３や各種アイテムの配置状況を把握することができる。なお、フロア表示部６０において再配置位置が属するフロア（図１１では下位フロアＦ－１）全体のマップを表示し、再配置位置にマークを付して識別表示する構成としてもよい。

２－１０．ワープ演出制御処理について
ワープ演出制御処理では、再配置制御処理の過程で決定されたワープ所要時間の間、プレーヤキャラクタ１２のワープ移動の様子を演出表示する制御を行う。例えば、図１２では、プレーヤキャラクタ１２が一時的に半透明な色で巨大化してゲームステージ上を浮遊し、ワープ所要時間が経過するまでに再配置位置まで移動する様子がワープ移動の様子として演出表示される例を示している。なお、演出表示の内容はどのようなものでもよく、適宜設定してよい。

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

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

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

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

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

ゲーム管理部２３０は、ゲームの実行管理に係る各種処理を行う。本実施形態のゲームはクライアント・サーバ型のオンラインゲームであるので、ゲーム管理部２３０は、操作端末１５００と通信を行いながらゲームプレイに必要なデータを提供する制御を行う。そして、データの提供にあたり、ゲームの進行制御やプレイ結果の反映に関する処理として、１）各フロアＦの迷路状のゲームステージにアイテム等を配置してゲーム空間を設定する処理、２）ゲーム空間にプレーヤキャラクタ１２を配置し、操作端末１５００における移動方向の入力に応じてプレーヤキャラクタ１２を制御する処理、３）仮想カメラをゲーム空間に配置・制御する処理、４）ゲーム空間に敵キャラクタ１３を配置して、その動作を制御する処理、５）プレーヤキャラクタ１２や敵キャラクタ１３、アイテム等の接触判定・取得判定やその反映に関する処理、６）プレーヤキャラクタ１２のアイテム取得結果に基づくゲームの進行制御、７）仮想カメラから見たゲーム空間の画像（ゲーム画像）を生成する処理、８）ゲームの終了条件を満たしたかの判定処理等を実行することができる。また、これらに伴ってゲームプレイの制御に必要な各種データをサーバ記憶部５００ｓに記憶させることができる。

このゲーム管理部２３０は、窮地判定部２３１と、再配置制御部２３３と、窮地通知制御部２３５と、再配置位置表示制御部２３７と、ワープ演出制御部２３９と、を含む。

窮地判定部２３１は、窮地判定処理を行う機能部であり、プレーヤキャラクタ１２が移動に関する窮地に至ったことを示す条件である窮地条件を満たすか否かの窮地判定を行う。

再配置制御部２３３は、再配置制御処理を行う機能部であり、ワープ発動条件を満たした場合に、プレーヤキャラクタ１２を再配置位置に再配置させる制御を行う。本実施形態では、窮地判定が肯定判定された場合であって、再配置制御の上限回数に基づく制限条件を満たし、且つ、ワープ操作がなされた場合に、ワープ発動条件を満たしたとして再配置制御を行う。

窮地通知制御部２３５は、窮地通知制御処理を行う機能部であり、窮地判定が肯定判定された場合に、その旨のメッセージを表示してプレーヤに通知する制御を行う（図１０を参照）。

再配置位置表示制御部２３７は、再配置位置表示制御処理を行う機能部であり、再配置制御処理の過程で決定されたプレーヤキャラクタ１２の再配置位置を識別可能に表示する制御を行って、プレーヤに提示する（図１１を参照）。

ワープ演出制御部２３９は、ワープ演出制御処理を行う機能部であり、再配置制御処理の過程で決定されたワープ所要時間の間、プレーヤキャラクタ１２のワープ移動の様子を演出表示する制御を行う（図１２を参照）。

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

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

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

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

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

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

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

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

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

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

配信用ゲームクライアントプログラム５０３は、操作端末１５００にダウンロードされるゲームクライアントプログラム５０２（図１５を参照）の原本である。

ユーザ管理データ５１０は、ユーザ登録を済ませたプレーヤ毎に用意され、プレーヤＩＤ（アカウント）やプレイ履歴等を含む当該プレーヤのゲームプレイに関する管理用の各種データを格納する。

ゲーム設定データ５２０は、ゲームを実行するために必要な各種設定データを格納する。プレーヤキャラクタ１２のモデルデータ、その動作制御に用いるモーションデータ等のプレーヤキャラクタ１２に係る設定データと、敵キャラクタ１３のモデルデータ、その追跡動作パターンを定義する動作パターンデータ等の敵キャラクタ１３に係る設定データと、マップデータ等の各フロアＦのゲームステージに係る設定データと、を含む。

また、本実施形態では、ゲーム設定データ５２０は、アイテムの初期配置を設定したアイテム初期配置データ５２１と、特別アイテムのアイテム出現テーブル５２３と、再配置候補位置リスト５２５とを含む。再配置候補位置リスト５２５には、再配置候補位置とするゲームステージ内の行き止まり地点Ｐｅおよび出入口Ｄのリストを格納する。

プレイデータ５３０は、ゲームをプレイしているプレーヤ毎（つまりサーバシステム１１００に接続している操作端末１５００毎）に用意される。例えば、図１４に示すように、１つのプレイデータ５３０は、ゲームプレイ毎に割り振られたゲームＩＤ５３１と、当該ゲームをプレイしているプレーヤのプレーヤ情報５３３と、プレイ状況データ５５０と、を含む。

プレーヤ情報５３３は、該当するプレーヤのアカウント、プレーヤ名、使用する操作端末１５００の装置ＩＤ等を格納する。

プレイ状況データ５５０は、該当するプレーヤの当該ゲームのプレイ状況（進行状況）を記述する各種データを格納する。例えば、プレーヤキャラクタ制御データ５５１と、敵キャラクタ制御データ５５３と、アイテム配置データ５５５と、再配置制御データ５６０と、を含む。また、ゲームスコア５７１と、プレーヤキャラクタ１２の残数（残機数）５７３と、を含む。その他にも、エサ１４等の各種アイテムのそれぞれの取得数、当該ゲームがゲームオーバーとなったか否か等を適宜格納することができる。

プレーヤキャラクタ制御データ５５１は、ゲーム空間内でのプレーヤキャラクタ１２の最新状態を記述する各種データを格納する。例えば、今いるフロアＦのフロア番号、そのゲームステージ上の現在位置、姿勢、移動速度等を格納する。

敵キャラクタ制御データ５５３は、敵キャラクタ１３毎に用意され、各々のゲーム空間内での最新状態を記述する各種データを格納する。例えば、１つの敵キャラクタ制御データ５５３は、当該敵キャラクタ１３を識別する敵キャラクタＩＤ、当該敵キャラクタ１３がいるフロアＦのフロア番号、そのゲームステージ上の現在位置、姿勢、移動速度、状態（通常状態又は弱体状態）等を格納する。

アイテム配置データ５５５は、各フロアＦのゲームステージ上における、配置位置毎のエサ１４やパワーエサ１５、特別アイテム等の各種アイテムの最新の配置状態を記述する各種データを格納する。

再配置制御データ５６０は、再配置制御部２３３が行う再配置制御のたびに生成される。例えば、再配置制御の上限回数を「３回」とする場合は、１回のゲーム中に最大で３つの再配置制御データ５６０が生成されることとなる。そして、１つの再配置制御データ５６０は、実施順に１～３の通し番号として割り振られる実施番号５６１と対応付けて、再配置制御処理の過程で設定される再配置位置５６３やワープ所要時間５６５、再配置時状況設定５６７等を格納する。

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

操作入力部１００は、プレーヤが各種操作を入力するためのものであり、例えば、ボタンスイッチ、ジョイスティック、タッチパッド、トラックボール、加速度センサ、角速度センサ、ＣＣＤモジュール等によって実現できる。図２では、方向入力キー１５０２やホームキー１５０４、タッチパネル１５０６がこれに該当する。

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

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

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

ゲーム画面表示制御部２７３は、サーバシステム１１００から受信した各種データに基づいて、ゲーム画面を表示するための制御を行う。例えば、本実施形態のオンラインゲームをウェブゲームとして実現するならば、ウェブブラウザをベースとしてＨＴＭＬとともにＪａｖａ（登録商標）やＣＳＳ（Cascading Style Sheets）を利用して能動的に画面表示を制御するウェブ技術、Ａｄｏｂｅ（登録商標）Ｆｌａｓｈ等のプラグインを用いて実現できる。勿論、その他の方法でもかまわない。また、本実施形態の構成では、ゲーム画面のベースとなるゲーム空間画像（例えば、３ＤＣＧ等）はサーバシステム１１００にて生成されるが、ゲーム空間画像を操作端末１５００で生成する構成も可能である。その場合、ゲーム画面表示制御部２７３は、３ＤＣＧを生成するための仮想３次元空間に配置されたオブジェクトの制御を行うこととなる。

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

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

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

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

音出力部３９２は、音生成部２９２から入力される音声信号に基づいてゲームに関する効果音やＢＧＭ等を放音する。図２では、スピーカ１５１０がこれに該当する。

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

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

また、端末記憶部５００には、ゲームクライアントプログラム５０２が格納される。ゲームクライアントプログラム５０２は、端末処理部２００を操作端末演算部２７０として機能させるためのプログラムである。このゲームクライアントプログラム５０２は、オンラインゲームを実現する技術手法に応じた専用のクライアントプログラムであってもよいし、ウェブブラウザプログラムおよびインタラクティブな画像表示を実現するプラグイン等により構成するとしてもよい。本実施形態では、サーバシステム１１００から提供される配信用ゲームクライアントプログラム５０３（図１３を参照）のコピーとする。

［処理の流れ］
図１６は、本実施形態のサーバシステム１１００における処理の流れを説明するためのフローチャートであり、１つのゲームに着目した処理の流れを示している。ここで説明する処理は、サーバ処理部２００ｓがサーバプログラム５０１を読み出して実行することによって実現される。なお、操作端末１５００では別途ログイン手続きを済ませているものとする。

先ず、ゲーム開始に先立ち、ゲーム管理部２３０が、ゲーム空間を設定する（ステップＳ１）。その際、ゲーム管理部２３０は、アイテム初期配置データ５２１に従ってゲーム空間内の各配置位置にエサ１４およびパワーエサ１５を配置する処理等、ゲームの開始に必要な各種処理を行う。

その後、ゲーム管理部２３０は、ゲームを開始する（ステップＳ３）。その際、ゲーム管理部２３０は、アイテム出現テーブル５２３に従って特別アイテムの出現を制御する処理等、ゲームの進行に必要な各種処理を開始する。

そして、ゲームを開始したならば、窮地判定部２３１が窮地判定処理を行い、プレーヤキャラクタ１２が移動に関する窮地に至ったことを示す窮地条件を満たすか否かの窮地判定を行う（ステップＳ５）。そして、ステップＳ５での窮地判定が肯定判定されたならば（ステップＳ７：ＹＥＳ）、再配置制御部２３３が配置制御処理を開始して、先ず、上限回数に基づく制約条件を満たすか否かを判定する。そして、再配置制御部２３３は、制約条件を満たす場合であって（ステップＳ９：ＹＥＳ）、操作端末１５００におけるワープ操作を検出した場合には（ステップＳ１１：ＹＥＳ）、ワープ発動条件を満たしたと判定する。そしてその場合は、窮地通知制御部２３５が窮地通知制御処理を行い、窮地判定が肯定判定された旨の通知制御を行う（ステップＳ１３）。

続いて、再配置制御部２３３が形勢判定処理を行い、プレイ状況データ５５０を参照してプレーヤが優勢なのか劣勢なのか判定する（ステップＳ１５）。そして、再配置制御部２３３はワープ先決定処理を行い、再配置候補位置リスト５２５の再配置候補位置の中から何れか１つを選択することで、再配置位置を決定する（ステップＳ１７）。本実施形態では先ず、プレイ状況データ５５０をもとに、ステップＳ１５で判定されたプレーヤの形勢に応じた手順で再配置候補位置毎に候補ポイントを算出する。そして、候補ポイントが最も大きい再配置候補位置を再配置位置５６３として選択する。

そして、再配置位置を決定したならば、続いて再配置位置表示制御部２３７が再配置位置表示制御処理を行い、当該再配置位置を識別表示する制御を行う（ステップＳ１９）。

続いて、再配置制御部２３３はワープ時間設定処理を行い、ステップＳ１５で判定されたプレーヤの形勢に応じてワープ所要時間５６５を設定する（ステップＳ２１）。また、再配置制御部２３３は再配置時状況設定処理を行い、ステップＳ１５で判定されたプレーヤの形勢に応じて、プレーヤキャラクタ１２の再配置時におけるキャラクタ状況を再配置時状況設定５６７として設定する（ステップＳ２３）。

そして、ステップＳ２１で設定されたワープ所要時間５６５が経過するまでの間、ワープ演出制御部２３９がワープ演出制御処理を行い、プレーヤキャラクタ１２が再配置位置にワープ移動する様子を演出表示する（ステップＳ２５）。

そして、ワープ所要時間５６５が経過したならば、再配置制御部２３３が、ステップＳ２３で設定された再配置時状況設定５６７に従ってキャラクタ状況を変更した上で（ステップＳ２７）、プレーヤキャラクタ１２を再配置位置に配置させる（ステップＳ２９）。

その後は、ゲームを終了するまではステップＳ５に戻って（ステップＳ３１：ＮＯ）、上記した処理を繰り返す。そして、ゲームを終了したならば（ステップＳ３１：ＹＥＳ）、本処理を終える。

以上説明したように、本実施形態では、プレーヤキャラクタ１２の移動方向として選択可能な全ての方向が敵キャラクタ１３および／又は行き止まりで囲まれた閉塞状態である場合を行き詰まり状態とする。そして、ゲーム中は、行き詰まり状態となったことを窮地条件として窮地判定を行い、窮地判定が肯定判定された場合であって、制限条件を満たし、且つ、ワープ操作がなされた場合に、ワーク発動条件を満たしたとして、プレーヤキャラクタ１２の再配置制御を行うことができる。したがって、プレーヤキャラクタが移動に関する窮地に至ったとしても、再配置位置である別の場所へとワープ移動してそこからゲームを進めることができ、ゲームの興趣性を向上させることが可能となる。また、再配置制御にあたっては、プレーヤが現時点で優勢なのか劣勢なのかを判定し、優勢の場合は劣勢に転じ易い再配置位置を、劣勢の場合は優勢に転じ易い再配置位置を再配置候補位置の中から選んで、プレーヤキャラクタ１２を再配置することができる。これによれば、再配置後にプレーヤの形勢が逆転し得るため、ゲームの興趣性をより向上させることができる。

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

［変形例１］
例えば、上記実施形態では、プレーヤが１人でプレイするシングルプレイを例示したが、複数のプレーヤが参加して協力し、或いは対戦するマルチプレイゲームにも同様に適用が可能である。前者の場合には、各プレーヤは、各々のプレーヤキャラクタを操作し、協力してゲームクリアの条件達成を目指す。

その場合は、味方キャラクタの配置状況条件を設定しておき、再配置位置の決定に用いてもよい。また、味方キャラクタに係るステイタスや移動速度に基づくキャラクタ状況条件を設定しておき、当該決定に用いてもよい。或いは、味方キャラクタの配置状況条件を上記した敵キャラクタやアイテムの配置状況条件と組み合わせたり、味方キャラクタのキャラクタ状況条件を上記した敵キャラクタのキャラクタ状況条件と組み合わせて用いるとしてもよい。

例えば、味方キャラクタの配置状況条件は、プレーヤが優勢の場合について「周辺にいる味方キャラクタが少ないこと」、劣勢の場合について「周辺にいる味方キャラクタが多いこと」等として設定しておくことができる。その場合は、図９を参照して説明したのと同様の要領で、再配置候補位置毎に、所定範囲内の味方キャラクタの数を計数することで味方キャラクタの配置状況を取得する。そして、取得した配置状況をもとに、プレーヤの形勢に応じたポイントを候補ポイントに反映させる。

また、味方キャラクタのキャラクタ状況条件として、プレーヤが優勢の場合について「周辺にいる味方キャラクタの体力値の平均値が所定の閾値以下であること」とか「周辺にいる味方キャラクタの移動速度が遅いこと」等とし、劣勢の場合について「周辺にいる味方キャラクタの体力値の平均値が所定の閾値以上であること」とか「周辺にいる味方キャラクタの移動速度が速いこと」等として設定しておくことができる。その場合も同様に、再配置候補位置毎に、所定範囲内の味方キャラクタのキャラクタ状況を取得する。そして、取得したキャラクタ状況をもとに、プレーヤの形勢に応じたポイントを候補ポイントに反映させる。

一方、プレーヤ同士が対戦する場合には、対戦相手のプレーヤ（相手プレーヤ）のプレーヤキャラクタを敵キャラクタとして、上記実施形態と同様の與良でその配置状況やキャラクタ状況を取得する。そして、取得した配置状況やキャラクタ状況をもとに、プレーヤの形勢に応じたポイントを候補ポイントに反映させるようにする。

また、他のプレーヤと対戦する場合には、図１７に示すように、自プレーヤのプレーヤキャラクタ１２ａが、行き止まり地点Ｐｅと、相手プレーヤのプレーヤキャラクタ１２ｂがおいた障害物アイテム１６とに挟まれてしまい閉塞状態となる状況が生じ得る。本変形例では、当該状況を行き詰まり状態の１つとして、窮地条件を判定するようにしてもよい。

［変形例２］
また、上記実施形態では、ゲーム管理の処理主体をサーバシステム１１００として説明したが、操作端末１５００を処理主体とする構成としてもよいし、当該ゲーム管理に関する処理をサーバシステム１１００と操作端末１５００とで分散して実行する構成とすることもできる。例えば、上記実施形態の構成について操作端末を処理主体とする場合、操作端末１５００Ａの機能構成例は図１８のようになる。なお、図１８では、上記実施形態と同様の構成には同一の符号を付して示している。

図１８に示すように、本変形例の操作端末１５００Ａは、端末処理部２００がゲーム管理部２３０を有し、ゲーム画面表示制御部２７３が省略される。すなわち、本変形例の操作端末１５００Ａは、サーバシステム１１００からゲーム画面の画像を表示するためのデータを取得するのではなく、自身のゲーム管理部２３０がゲーム管理に関する処理を実行してゲームの進行を制御し、ゲーム画面の画像を生成する。この操作端末１５００Ａの端末記憶部５００には、端末処理部２００を操作端末演算部２７０およびゲーム管理部２３０として機能させるためのゲームプログラム５０４が格納され、当該操作端末１５００Ａのプレーヤに係るユーザ管理データ５１０およびそのゲームプレイに係るプレイデータ５３０と、ゲーム設定データ５２０とが格納される。

そして、本変形例の操作端末１５００Ａの処理の流れは図１６に示したフローチャートと基本的には同じで、操作端末１５００Ａのゲーム管理部２３０により各ステップを実行するものと読み替えればよい。

本変形例によれば、上記実施形態と同様の作用効果が得られる。なお、操作端末１５００がゲーム管理部２３０の全ての機能を担うのではなく、その一部を担う構成としてもよい。

また、上記変形例１のように複数のプレーヤが参加するマルチプレイゲームに適用する場合には、複数の操作端末１５００をピアツーピア接続して実現することもできる。その場合は、何れかの操作端末１５００に、上記実施形態のサーバシステム１１００の機能を担わせる。或いは、複数の操作端末１５００でゲーム管理部２３０が有する機能を分担する構成としてもよい。複数の操作端末１５００が接続されることで、コンピュータシステムが構成される。一方、サーバシステム１１００は、ユーザ登録とその情報の管理およびマッチングを主に行い、操作端末１５００Ａからのリクエストに応じてそれらの情報を提供する。

［変形例３］
また、上記実施形態では、プレーヤキャラクタ１２の移動速度を固定としたが、可変に制御する構成も可能である。例えば、パワーエサ１５を取得した場合に、その後の弱体化時間の間プレーヤキャラクタ１２の移動速度を速くするとしてもよい。或いは、特別アイテムとして、移動速度を速くするアイテムや遅くするアイテムを用意し、当該アイテムの消費と引き換えに、所定の効果時間の間プレーヤキャラクタ１２の移動速度を変更するようにしてもよい。

そして、前述のようにゲーム中にプレーヤキャラクタ１２の移動速度が変化し得る場合には、プレーヤキャラクタ１２のキャラクタ状況として移動速度を用いることもできる。例えば、形勢判定処理において、プレーヤキャラクタ１２の移動速度から形勢を判定するとしてもよい。移動速度が速ければ優勢と判定するといった具合である。或いは、上記したプレーヤキャラクタ１２に係るステイタスと組み合わせて用いて、形勢を判定するのでもよい。

また、再配置時状況設定処理において、再配置時のプレーヤキャラクタ１２の移動速度を再配置時状況設定として設定する構成としてもよい。例えば、プレーヤが優勢であれば移動速度を遅く、劣勢であれば速く変更する設定を行うといった具合である。或いは、当該移動速度の設定を再配置時状況設定に含めることで、再配置時にプレーヤキャラクタ１２に係るステイタスと移動速度とを両方変更するための設定をしておくこともできる。そして、プレーヤキャラクタ１２の再配置時には、当該再配置時状況設定に従ってプレーヤキャラクタ１２の移動速度を変更する。なお、一度変更した移動速度は次に移動速度が変更されるまでそのまま維持する構成でもよいし、所定の効果時間が経過したらもとの移動速度に戻すようにしてもよい。

［変形例４］
また、上記実施形態では、プレーヤキャラクタ１２が敵キャラクタ１３および／又は行き止まりで囲まれており、プレーヤキャラクタ１２の移動方向について行き詰まり状態になったことを窮地条件として判定することとした。つまり、プレーヤキャラクタ１２が選択可能な全ての移動方向が通り抜けできない場合を、窮地条件を満たす場合とした。これに対し、選択可能な移動方向のうちの一部又は全部が、通り抜けはできるものの先に進むとプレーヤキャラクタ１２に対して不利な効果を生じる場合についても、プレーヤキャラクタ１２が移動に関する窮地に至ったとして窮地条件を満たすとする構成も可能である。例えば、図１９の例では、プレーヤキャラクタ１２が十字路の交差点におり、「上」「下」「左」の各方向に敵キャラクタ１３がいる。一方、右方には、そこを通るとプレーヤキャラクタ１２の体力値が減る設定のダメージ床１７が配置されている。この場合に、窮地条件を満たすと判定する構成でもよい。

［変形例５］
また、上記実施形態では、予め定められる複数の再配置候補位置の中から敵キャラクタ１３およびアイテムの配置状況条件や敵キャラクタ１３のキャラクタ状況条件を満たす再配置候補位置を再配置位置として選択する構成を説明した。これに対し、行き詰まり状態になった場合にゲーム画面内で各再配置候補位置を選択肢として表示する制御を行い、そのうちの何れか１つの選択操作を受け付ける構成としてもよい。そして、プレーヤが選択した再配置候補位置を再配置位置として決定する構成としてもよい。

また、上記実施形態では、ゲームステージ内の行き止まり地点Ｐｅや出入口Ｄを再配置候補位置として、その中から１つを選択することで再配置位置を決定することとしたが、通路１１上の任意の位置を再配置候補位置として定めておく構成としてもよい。

また、図６に例示したように、プレーヤキャラクタ１２が、行き止まり地点Ｐｅと敵キャラクタ１３とによって挟まれたことによる行き詰まり状態を窮地条件として判定する場合には、予めゲームステージ内の各行き止まり地点Ｐｅにワープ移動先の対応位置を設定しておいてもよい。そして、その対応位置を再配置位置として決定するようにしてもよい。対応位置は、同じフロアＦ内の他の行き止まり地点Ｐｅや出入口Ｄとする他、プレーヤキャラクタ１２の初期位置等、通路１１上の任意の位置として設定しておくのでもよい。或いは、他のフロアＦ内に対応位置を設定しておく構成でもよい。

また、上記実施形態では、ゲーム画像表示部１０の枠外へと通じる通路１１の端部を他のフロアＦと行き来するための出入口Ｄとして説明したが、通常は行き止まりとする構成でもよい。そして、プレーヤキャラクタ１２が、行き止まりとなっている出入口Ｄの付近で行き詰まり状態になり、窮地判定が肯定判定された場合にのみ、当該出入口Ｄが通り抜けできるようにしてもよい。そして、上記実施形態と同様に遷移先のフロアＦの対応する出入口Ｄ付近に出現させるようにしてもよい。つまり、行き止まりである出入口Ｄの対応位置を他のフロアＦの出入口Ｄとして設定しておく。

［変形例６］
また、上記した実施形態では、迷路状の通路内に予め設定される行き止まり地点をゲーム空間内の行き止まりとして窮地判定を行う例を説明したが、行き止まりには、ゲームの進行過程で通路が遮断されたために通り抜けできなくなった場所も含まれる。また、複数のプレーヤが参加するゲームの１つに、各プレーヤの操作するプレーヤキャラクタが共通のゲームステージに配置されて、ゲームステージ内の所定の戦闘区域が時間経過とともに次第に縮小していく中で最後の一人になるまで戦うゲーム（バトルロワイアルゲーム等とも呼ばれる）がある。戦闘区域外に出ると体力値が奪われるため、プレーヤキャラクタ１２に対して不利な効果を生じる。このようなゲームに適用する場合には、戦闘区域の内外を仕切る境界を行き止まりとして、窮地判定を行うとしてもよい。

［変形例７］
また、上記実施形態では、予め用意されるマップデータを用いてゲームステージを設定する例を示したが、現実世界の地図をもとにしてゲームマップを生成する構成も可能である。例えば、ゲームの開始に先立ちプレーヤによる地図の選択操作を受け付ける。或いは、プレーヤの現在位置を取得し、取得した現在位置を基準とした所定範囲の地図を選択するのでもよい。そして、選択された地図から道路情報を抽出し、１つ１つの道路を上述した通路１１としたゲームマップを生成するようにしてもよい。

［その他の変形例］
また、移動方向の入力は、例示したような２次元の方向を指示する入力に限らず、３次元の方向を指示する入力も含めることができる。例えば上下左右前後に通路が分岐し得る地下迷宮をゲーム世界とする場合がそれである。

１０００…ゲームシステム
１１００…サーバシステム
１００ｓ…操作入力部
２００ｓ…サーバ処理部
２１０…ユーザ管理部
２３０…ゲーム管理部
２３１…窮地判定部
２３３…再配置制御部
２３５…窮地通知制御部
２３７…再配置位置表示制御部
２３９…ワープ演出制御部
２９０ｓ…画像生成部
２９２ｓ…音生成部
２９４ｓ…通信制御部
３９０ｓ…画像表示部
３９２ｓ…音出力部
３９４ｓ…通信部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５０３…配信用ゲームクライアントプログラム
５１０…ユーザ管理データ
５２０…ゲーム設定データ
５２１…アイテム初期配置データ
５２３…アイテム出現テーブル
５２５…再配置候補位置リスト
５３０…プレイデータ
５３１…ゲームＩＤ
５３３…プレーヤ情報
５５０…プレイ状況データ
５５１…プレーヤキャラクタ制御データ
５５３…敵キャラクタ制御データ
５５５…アイテム配置データ
５６０…再配置制御データ
５６３…再配置位置
５６５…ワープ所要時間
５６７…再配置時状況設定
５７１…ゲームスコア
５７３…プレーヤキャラクタ残数
１５００，１５００Ａ…操作端末
１００…操作入力部
２００…端末処理部
２７０…操作端末演算部
２７１…操作信号送信制御部
２７３…ゲーム画面表示制御部
２９０…画像生成部
２９２…音生成部
２９４…通信制御部
３９０…画像表示部
３９２…音出力部
３９４…通信部
５００…端末記憶部
５０２…ゲームクライアントプログラム
５０４…ゲームプログラム
Ｎ…ネットワーク
２…プレーヤ
１０…ゲーム画像表示部
４０…スコア表示部
５０…残機表示部
６０…フロア表示部
１２…プレーヤキャラクタ
１３…敵キャラクタ
１１…通路
Ｐｅ…行き止まり地点
Ｄ…出入口

Claims (15)

1. コンピュータシステムに、所与のゲーム空間におけるプレーヤキャラクタの移動制御を、プレーヤの移動操作に基づいて実行させるためのプログラムであって、
   前記プレーヤキャラクタが移動に関する窮地に至ったことを示す条件として設定された窮地条件を満たすか否かを判定する判定手段、
   前記判定手段によって肯定判定されたことを少なくとも含む所与のワープ発動条件を満たした場合に、前記プレーヤキャラクタを所与の再配置位置に再配置させる再配置制御を行う再配置制御手段、
   として前記コンピュータシステムを機能させるためのプログラム。
2. 前記窮地条件は、前記プレーヤキャラクタの移動方向について行き詰まり状態になったことを含む、
   請求項１に記載のプログラム。
3. 前記判定手段は、前記プレーヤキャラクタの移動方向として選択可能な全ての方向が敵キャラクタおよび／又は所与の行き止まりで囲まれた閉塞状態である場合を前記行き詰まり状態として前記窮地条件を満たすかを判定する、
   請求項２に記載のプログラム。
4. 前記判定手段によって肯定判定された場合に、当該判定された旨を通知する制御を行う通知制御手段、
   として前記コンピュータシステムを機能させるための請求項１～３の何れか一項に記載のプログラム。
5. 前記再配置制御手段は、前記判定手段によって肯定判定され、且つ、所定の操作入力がなされたことを前記ワープ発動条件として、前記再配置制御を行う、
   請求項１～４の何れか一項に記載のプログラム。
6. 前記再配置制御手段は、前記プレーヤキャラクタに係るステイタスおよび／又は移動速度に基づくキャラクタ状況に応じて、前記再配置位置を決定する、
   請求項１～５の何れか一項に記載のプログラム。
7. 前記再配置制御手段は、敵キャラクタ、味方キャラクタ、および所定のゲームオブジェクトのうちの少なくとも何れかの配置状況が、所与の配置状況条件を満たす位置を前記再配置位置に決定する、
   請求項１～６の何れか一項に記載のプログラム。
8. 前記再配置制御手段は、敵キャラクタおよび／又は味方キャラクタに係るステイタスおよび／又は移動速度に基づくキャラクタ状況が、所与のキャラクタ状況条件を満たす位置を前記再配置位置に決定する、
   請求項１～７の何れか一項に記載のプログラム。
9. 前記ゲーム空間には、複数の再配置候補位置が予め設定されており、
   前記再配置制御手段は、前記再配置候補位置の中から何れか１つを選択することで前記再配置位置を決定する、
   請求項１～８の何れか一項に記載のプログラム。
10. 前記再配置制御手段は、前記行き詰まり状態における前記プレーヤキャラクタの位置に、予め対応付けられた対応位置がある場合に、当該対応位置を再配置位置として決定する、
    請求項１～９の何れか一項に記載のプログラム。
11. 前記再配置制御手段は、前記プレーヤキャラクタに係るステイタスおよび／又は移動速度に基づくキャラクタ状況を変更して、前記再配置位置に出現させる、
    請求項１～１０の何れか一項に記載のプログラム。
12. 前記再配置制御が可能な回数、時期、消費する能力パラメータ値、および消費するアイテムの少なくとも何れか１つに基づく制約条件が予め設定されており、
    前記再配置制御手段は、前記ワープ発動条件に前記制約条件を含めて判定する、
    請求項１～１１の何れか一項に記載のプログラム。
13. 前記判定手段によって肯定判定された場合に、前記再配置位置を識別可能に表示する制御を行う再配置位置表示制御手段、
    として前記コンピュータシステムを機能させるための請求項１～１２の何れか一項に記載のプログラム。
14. 所与のゲーム空間におけるプレーヤキャラクタの移動制御を、プレーヤの移動操作に基づいて実行するコンピュータシステムであって、
    前記プレーヤキャラクタが移動に関する窮地に至ったことを示す条件として設定された窮地条件を満たすか否かを判定する判定手段と、
    前記判定手段によって肯定判定されたことを少なくとも含む所与のワープ発動条件を満たした場合に、前記プレーヤキャラクタを所与の再配置位置に出現させる再配置制御を行う再配置制御手段と、
    を備えるコンピュータシステム。
15. 請求項１４に記載のコンピュータシステムであるサーバシステムと、
    プレーヤがゲームプレイを行う操作端末と、
    を具備するゲームシステム。

Images