JP7266112B2 - ビデオゲーム処理プログラム及びゲームシステム - Google Patents

Description

この発明は、ビデオゲーム処理プログラム及びゲームシステムに関する。

三次元仮想空間において、プレイヤキャラクタが、敵キャラクタ等の標的に対して銃から弾丸等の移動体のオブジェクトを発射させて攻撃を行うビデオゲームが提供されている（例えば、特許文献１参照）。このようなゲームにおいては、弾丸を敵キャラクタに命中させて倒すことでゲームが進行していく。

特開２００３－２４５４６５号公報

上述のような弾丸等の移動体で攻撃を行うゲームでは、基本的には、移動体を対戦相手に命中させる構成であり、移動体の構成に関して、攻撃を行う他にも別の要素を付加することが課題である。

本発明の少なくとも一つの実施形態の目的は、関連する技術の不足を解決することである。

非限定的な観点によると、本発明の一実施形態に係るゲームプログラムは、ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲームの進行を制御する機能を、コンピュータに実現させるためのビデオゲーム処理プログラムであって、コンピュータに、ゲーム空間におけるプレイヤオブジェクトを含む複数のオブジェクトの動作を制御する制御機能、を実現させ、複数のオブジェクトのそれぞれには属性が設定され、制御機能では、ユーザの操作入力に基づいてプレイヤオブジェクトに所定の動作を実行させ、プレイヤオブジェクトと同一の属性が設定された移動体を生成する機能、移動体と他のオブジェクトとが衝突した場合、少なくとも移動体と他のオブジェクトとの属性関係に基づいて、移動体及び他のオブジェクトの動作を制御する機能、を実現させる。

非限定的な観点によると、本発明の一実施形態に係るゲームプログラムは、ゲーム端末装置と通信ネットワークにより接続されるサーバ装置に、ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲームの進行を制御させるためのビデオゲーム処理プログラムであって、ゲーム空間におけるプレイヤオブジェクトを含む複数のオブジェクトの動作を制御する制御機能、を実現させ、複数のオブジェクトのそれぞれには属性が設定され、制御機能では、ユーザの操作入力に基づいてプレイヤオブジェクトに所定の動作を実行させ、プレイヤオブジェクトと同一の属性が設定された移動体を生成する機能、移動体と他のオブジェクトとが衝突した場合、少なくとも移動体と他のオブジェクトとの属性関係に基づいて、移動体及び他のオブジェクトの動作を制御する機能、を実現させる。

非限定的な観点によると、本発明の一実施形態に係るゲームシステムは、ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲームを実行する複数の端末装置と、該複数のゲーム端末装置と通信ネットワークで接続されるサーバ装置とを備えたゲームシステムであって、ゲーム空間におけるプレイヤオブジェクトを含む複数のオブジェクトの動作を制御する制御手段、を含み、複数のオブジェクトのそれぞれには属性が設定され、制御手段は、ユーザの操作入力に基づいてプレイヤオブジェクトに所定の動作を実行させ、プレイヤオブジェクトと同一の属性が設定された移動体を生成し、移動体と他のオブジェクトとが衝突した場合、少なくとも移動体と他のオブジェクトとの属性関係に基づいて、移動体及び他のオブジェクトの動作を制御する。

本願の各実施形態により１または２以上の不足が解決される。

本発明の実施形態の少なくとも一つに対応するゲームシステムの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム進行処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する生成処理及び衝突動作処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する端末装置がゲーム進行処理を実行する場合の動作の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム進行処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する生成処理及び衝突動作処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム進行処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する生成処理及び衝突動作処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム進行処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する生成処理及び衝突動作処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するゲーム空間の一例を示す図である。 本発明の実施形態の少なくとも一つに対応するグループ間の関係を示す図である。 本発明の実施形態の少なくとも一つに対応するゲーム画像の一例を示す図である。 本発明の実施形態の少なくとも一つに対応する移動体の動作の一例を示す図である。 本発明の実施形態の少なくとも一つに対応する移動体の動作の一例を示す図である。 本発明の実施形態の少なくとも一つに対応する移動体の動作の一例を示す図である。 本発明の実施形態の少なくとも一つに対応する移動体の動作の一例を示す図である。 本発明の実施形態の少なくとも一つに対応する移動体の動作の一例を示す図である。 本発明の実施形態の少なくとも一つに対応する移動体の動作の一例を示す図である。 本発明の実施形態の少なくとも一つに対応する移動体と爆発力との関係及び移動体の消滅条件の一例を示す図である。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応する管理テーブルの一例を示す図である。 本発明の実施形態の少なくとも一つに対応する参加プレイヤリストの一例を示す図である。 本発明の実施形態の少なくとも一つに対応するゲーム進行処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する生成処理及び衝突動作処理の例を示すフローチャートである。

以下、本発明の実施形態の例について図面を参照して説明する。なお、以下で説明する各実施形態の例における各種構成要素は、矛盾等が生じない範囲で適宜組み合わせ可能である。また、ある実施形態の例として説明した内容については、他の実施形態においてその説明を省略している場合がある。また、各実施形態の特徴部分に関係しない動作や処理については、その内容を省略している場合がある。さらに、以下で説明する各種フローを構成する各種処理の順序は、処理内容に矛盾等が生じない範囲で順不同である。

［第１の実施形態］
図１は、本発明の一の実施形態におけるビデオゲームシステム（ゲームシステム）１００の構成の例を示すブロック図である。図１に示すように、ゲームシステム１００は、ビデオゲーム処理サーバ装置（サーバ装置）１０と、ビデオゲームをプレイする複数のユーザ（プレイヤ）がそれぞれ使用するゲーム端末装置（端末装置）２０，２０１～２０Ｎ（Ｎは任意の整数）とを含む。サーバ装置１０と複数のゲーム端末装置２０，２０１～２０Ｎとは、それぞれインターネットなどの通信ネットワーク１５に接続されている。なお、ビデオゲーム処理システム１００の構成はこれに限定されず、例えば単一のゲーム端末装置を複数のプレイヤが使用する構成としてもよいし、複数のビデオゲーム処理サーバ装置を備える構成としてもよい。また、ビデオゲーム処理サーバ装置を備えないゲーム端末装置のみの構成としてもよい。

ゲームシステム１００は、ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲーム（ゲーム）を実行する各種機能を有する。本実施形態の例のゲームでは、プレイヤオブジェクトに所定の動作を実行させることで、移動体が生成される。「移動体」は、ゲーム空間を移動可能なオブジェクトである。例えば、弾性の球体のオブジェクト、銃から発射される弾丸のオブジェクトがある。移動体には、この移動体を生成したプレイヤオブジェクトと同一の属性が設定されている。

「属性」は、オブジェクトが有する性質、特徴等を意味する。例えば、所属グループ（チーム）、オブジェクトの種類、職業（ジョブ）、レアリティ、種族、性別等が属性に該当する。オブジェクトの種類は、例えば、地形オブジェクト、プレイヤオブジェクト、ノンプレイヤオブジェクト等のオブジェクトの種類を示す。移動体には、例えば、プレイヤオブジェクトの属性の１つである所属グループの属性が設定される。

移動体と他のオブジェクトとが衝突した場合、衝突した移動体及び他のオブジェクトのその後の動作は、互いの属性関係に基づいて決定される。例えば、移動体がプレイヤオブジェクトと敵対関係にある敵オブジェクトに衝突した場合、この敵オブジェクトを衝突位置から所定方向に移動させる。例えば、この敵オブジェクトは、衝突によって吹き飛ばされるように移動する。また、移動体は、衝突によって爆発するように消滅する。敵オブジェクトは、例えば、プレイヤオブジェクトの所属グループとは異なる他のグループに所属するプレイヤオブジェクトである。このように、敵オブジェクトに移動体を衝突（命中）させることは、プレイヤオブジェクトの攻撃に該当する。

また、例えば、移動体が、プレイヤオブジェクトと同一の属性が設定された他の移動体に衝突した場合、これらの移動体が連結した連結移動体が生成されてもよい。例えば、移動体が球体のオブジェクトである場合、２つの球体が１か所で連結した状態の連結移動体とすればよい。この場合、連結移動体を敵オブジェクトに衝突させることで、敵オブジェクトがより吹き飛ばされるようにしてもよい。また、例えば、プレイヤオブジェクトが同一属性の移動体の上面に乗ることができるようにしてもよい。したがって、敵オブジェクトに対しては、移動体の衝突によって攻撃の効果が発生する。また、敵対関係にないオブジェクトに対しては、移動体の衝突によって攻撃とは異なる効果が発生することになる。

なお、例えば、プレイヤオブジェクトと他のプレイヤオブジェクトとが同一グループに所属する場合、プレイヤオブジェクトが生成した移動体と、他のプレイヤオブジェクトが生成した移動体とは、同一の属性関係（同一属性）となる。また、移動体と他のオブジェクトとの属性関係は、１種類以上の属性を参照して決定してもよい。

サーバ装置１０は、ゲームシステム１００の管理者によって管理され、ユーザ端末２０，２０１～２０Ｎに対してゲームの進行に関する情報を提供するための各種機能を有する。また、本実施形態の例では、サーバ装置１０は、ユーザ（端末装置）から操作信号（操作情報）等を受信し、またゲーム進行に関する情報（画像情報等）を端末装置２０，２０１～２０Ｎに送信する。本実施形態の例において、サーバ装置１０は、ビデオゲームの進行に関する情報を提供するべくＷＷＷサーバなどの情報処理装置によって構成され、各種情報を格納するデータベース（記憶部）を備える。

図２は、サーバ装置１０の構成の例であるサーバ装置１０Ａの構成を示す機能ブロック図である。サーバ装置１０Ａは、図示しないＨＤＤ等の記憶部及びＣＰＵ等から構成される制御部などを備えるが、詳細な説明は省略する。サーバ装置１０Ａ（制御部）は、記憶部に記憶されているビデオゲームの進行を制御するためのソフトウェア（ビデオゲーム処理プログラム）を実行することで、オブジェクト制御部１１を少なくとも備える。なお、ビデオゲーム処理プログラムにはゲームデータも含まれる。

オブジェクト制御部（制御機能）１１は、ゲーム空間におけるプレイヤオブジェクトを含む複数のオブジェクトの動作を制御する。上述したように複数のオブジェクトのそれぞれには属性が設定されている。オブジェクト制御部１１は、ユーザの操作入力に基づいてプレイヤオブジェクトに所定の動作を実行させ、このプレイヤオブジェクトと同一の属性が設定された移動体を生成する。なお、「生成」は、移動体をゲーム空間に出現させる（配置する）ことである。所定の動作は、例えば、移動体を発射する動作等である。また、オブジェクト制御部１１は、移動体と他のオブジェクトとが衝突した場合、少なくとも移動体と他のオブジェクトとの属性関係に基づいて、移動体及び他のオブジェクトの動作を制御する。

なお、オブジェクト同士の衝突には、接触も含まれる。オブジェクト同士の衝突判定は、一般的な構成を採用すればよい。

端末装置２０，２０１～２０Ｎのそれぞれは、ゲームをプレイするユーザ（プレイヤ）によって管理される。端末装置２０，２０１～２０Ｎは、例えば、パーソナルコンピュータ、携帯電話端末やＰＤＡ（Personal Digital Assistants）、携帯型ゲーム端末装置などのビデオゲームを実行することが可能な端末装置によって構成される。

端末装置２０，２０１～２０Ｎのそれぞれは、操作装置（操作部）、ＨＤＤ等の記憶部、ゲームを実行してゲーム画像を生成するＣＰＵ等から構成される制御部、ゲーム画像を表示させる表示装置（表示部）、他の装置と通信を行う送受信部等を備えるが、詳細な説明は省略する。また、端末装置２０，２０１～２０Ｎには、サーバ装置１０との通信を行うことによりゲームを実行するためのソフトウェア（ビデオゲーム実行プログラム）が記憶部に記憶されている。端末装置２０，２０１～２０Ｎは、例えば、画像情報等を受信して、表示部に表示させるゲーム空間の画像を生成する。

次に、この実施形態のゲームシステム１００（システム１００）の動作について説明する。

図３は、システム１００が実行するゲーム進行処理の例を示すフローチャートである。本実施形態の例における進行処理では、移動体の生成処理及び移動体の衝突による動作処理を含んだゲーム進行のための処理が行われる。なお、図３においては、主として、移動体の生成処理及び移動体の衝突による動作処理について説明し、その他の処理は一部省略する。以下、サーバ装置１０Ａと端末装置２０とがゲーム進行処理を実行する場合を例にして説明する。

本実施形態の例の進行処理は、例えば、ユーザによるゲーム開始の操作入力があったことを契機として実行される。

端末装置２０は、プレイヤオブジェクトに関する操作情報等をＩＰアドレス、ユーザの識別情報等とともに定期的にサーバ装置１０Ａに送信する。

サーバ装置１０Ａは、進行処理を行う（ステップＳ１０）。進行処理では、端末装置２０から受信したユーザの操作情報等に基づいてゲームを進行させる処理が行われる。進行処理では、サーバ装置１０Ａは、ゲーム空間の各オブジェクトの動作を制御する。プレイヤオブジェクトの場合には、操作情報等に基づいて動作が制御される。また、進行処理では、サーバ装置１０Ａは、オブジェクト同士の衝突判定も行う。一回の進行処理では、例えば、１フレーム分のゲーム画像及び音声を生成するための処理が行われる。

次に、サーバ装置１０Ａは、生成処理を行う（ステップＳ１１）。生成処理は、移動体を生成するための処理であり、図４（Ａ）を参照しつつ説明する。サーバ装置１０Ａは、最初に、プレイヤオブジェクトが所定の動作を実行したか否かを判断する（ステップＳ２０）。例えば、上述の進行処理において、プレイヤオブジェクトによる所定の動作が完了した場合、プレイヤオブジェクトが所定の動作を実行したと判断すればよい。所定の動作を実行していない場合（ステップＳ２０：ＮＯ）、サーバ装置１０Ａは、生成処理を終了する。

一方、所定の動作を実行した場合（ステップＳ２０：ＹＥＳ）、サーバ装置１０Ａは、決定処理を行う（ステップＳ２１）。決定処理では、移動体の属性が決定される。例えば、プレイヤオブジェクトの所属グループが移動体の属性として決定される。

次に、サーバ装置１０Ａは、配置処理を行う（ステップＳ２２）。配置処理では、移動体をゲーム空間に配置する処理が行われる。サーバ装置１０Ａは、例えば、属性データ及び位置データを含む移動体のオブジェクトデータを記憶部に追加すればよい。これにより、ゲーム空間の配置が行われる。なお、移動体が配置される位置は、例えば、プレイヤオブジェクトの近傍とすればよい。その後、サーバ装置１０Ａは、生成処理を終了する。なお、サーバ装置１０Ａは、その後の進行処理において、生成された移動体の動作も制御する。

次に、サーバ装置１０Ａは、衝突動作処理を実行する（ステップＳ１２）。衝突動作処理は、衝突した移動体及び他のオブジェクトの動作を決定するための処理であり、図４（Ｂ）を参照しつつ説明する。サーバ装置１０Ａは、ゲーム空間内の全ての移動体について衝突の有無を判断する。サーバ装置１０Ａは、最初に、移動体と他のオブジェクトとが衝突したか否かを判断する（ステップＳ３０）。例えば、上述の進行処理における衝突判定の結果に基づいて判断すればよい。いずれの移動体も衝突していない場合（ステップＳ３０：ＮＯ）、サーバ装置１０Ａは、衝突動作処理を終了する。

一方、少なくとも１つの移動体が衝突した場合（ステップＳ３０：ＹＥＳ）、サーバ装置１０Ａは、特定処理を行う（ステップＳ３１）。特定処理では、衝突した移動体及び他のオブジェクトの属性関係が特定される。例えば、サーバ装置１０Ａは、各オブジェクトの属性データに基づいて、上述したような敵対関係、同一属性等の属性関係を特定する。

次に、サーバ装置１０Ａは、決定処理を行う（ステップＳ３２）。決定処理では、衝突した移動体及び他のオブジェクトの動作が決定される。サーバ装置１０Ａは、特定された属性関係に基づいて、衝突した移動体及び他のオブジェクトの衝突後の動作を決定する。例えば、上述したように、移動体と敵対関係にある敵オブジェクトとが衝突した場合、敵オブジェクトは、衝突位置から所定方向に移動させる動作とする。また、、移動体は、ゲーム空間から消滅させる動作とする。サーバ装置１０Ａは、例えば、上述の動作を特定するアクションデータを、実行アクションとして移動体等の識別情報に対応付けて記憶部に記憶しておけばよい。その後、サーバ装置１０Ａは、衝突動作処理を終了する。。

次に、サーバ装置１０Ａは、画像情報生成処理を行う（ステップＳ１３）。サーバ装置１０Ａは、例えば、上述の各処理によって進行したゲーム空間等の画像を生成するための画像情報を生成する。そして、サーバ装置１０Ａは、画像情報を端末装置２０に送信する。なお、送信先となる端末装置２０は、受信したＩＰアドレス、ユーザの識別情報等から特定される。

次に、サーバ装置１０Ａは、ゲームの終了か否かを判断する（ステップＳ１４）。サーバ装置１０Ａは、例えば、ゲーム開始からの制限時間の到来等の終了条件を満たした場合にゲームの終了であると判断すればよい。終了していない場合（ステップＳ１４：ＮＯ）、サーバ装置１０Ａは、ステップＳ１０の処理に戻る。一方、終了した場合（ステップＳ１４：ＹＥＳ）、サーバ装置１０Ａは、ゲーム進行処理を終了する。

一方、端末装置２０は、ゲーム終了まで（ステップＳ４１：ＹＥＳ）、受信した画像情報に基づくゲーム空間の画像を出力（表示部に表示）する（ステップＳ４０）。

なお、図３に示す処理では、端末装置２０に関して説明したが、例えば、複数のユーザが参加するゲームの場合には、各ユーザの端末装置に対しても同様の処理が行われる。

以上のように、第１の実施形態の一側面として、サーバ装置１０が、オブジェクト制御部１１を備える構成としているので、属性関係に応じて、衝突した移動体及び他のオブジェクトの動作が制御される。したがって、移動体の構成に関して、攻撃を行う他にも別の要素を付加することができる。これにより、移動体を用いたユーザの遊び方にバリエーションが増える。

なお、上述した第１の実施形態の例では、サーバ装置１０Ａが、ビデオゲーム処理プログラムを実行してゲームの進行を制御しているが、特にこれに限定されるものではない。例えば、サーバ装置を含まないゲームシステムとしてもよい。この場合、ゲームシステムに含まれる端末装置が、オブジェクト制御部を少なくとも備え、スタンドアローンでゲームを実行しつつゲームの進行を制御する。

図５は、サーバ装置を含まない単一の端末装置を含むゲームシステムにおける図３に示すゲーム進行処理を実行する場合の端末装置の動作の例を示すフローチャートである。

端末装置は、進行処理を行う（ステップＳ６０）。進行処理では、端末装置２０から受信したユーザの操作情報等に基づいてゲームを進行させる処理が行われる。進行処理では、端末装置は、例えば、ゲーム空間の各オブジェクトの動作を制御する。プレイヤオブジェクトの場合には、操作情報等に基づいて動作が制御される。次に、端末装置は、図４（Ａ）及び図４（Ｂ）に示す生成処理及び動作決定処理と同様の処理を実行する（ステップＳ６１，ステップＳ６２）。

その後、端末装置は、画像生成処理を実行する（ステップＳ６３）。端末装置は、例えば、上述の各処理によって進行したゲーム空間等の画像を生成するための画像情報を生成する。その後、端末装置は、ゲーム空間が含まれるゲーム画像を表示部に表示させる。

次に、端末装置は、ゲームの終了か否かを判断する（ステップＳ６４）。端末装置は、例えば、ゲーム開始からの制限時間の到来等の終了条件を満たした場合にゲームの終了であると判断すればよい。終了していない場合（ステップＳ６４：ＮＯ）、端末装置は、ステップＳ６０の処理に戻る。一方、終了した場合（ステップＳ６４：ＹＥＳ）、端末装置は、ゲーム進行処理を終了する。

なお、ホスト用の端末装置及びゲスト用の端末装置を含むゲームシステムとし、サーバ装置１０Ａに代えてホスト用の端末装置がオブジェクト制御部を少なくとも備える構成としてもよい。あるいは、複数の端末装置が協働してゲームの進行を制御してもよい。複数の端末装置は、例えば、ピアツーピア（peer to peer）型ネットワークを介して、データを送受信すればよい。

上述の「オブジェクト」は、ゲーム空間を形成する種々の形態のオブジェクトを採用可能である。例えば、プレイヤオブジェクト、移動体、地面、壁等が上記オブジェクトに該当する。上述の「プレイヤオブジェクト」は、ユーザが操作するオブジェクトである。例えば、人物、ロボット及び動物等のキャラクタ、自動車等の乗り物、ボール等の球体、カードなどがプレイヤオブジェクトに該当する。

上述の「ビデオゲーム」は、属性が設定されているプレイヤオブジェクトをユーザが操作する構成であれば、ロールプレイングゲーム、育成ゲーム、シミュレーションゲーム等のいずれのジャンルのゲームを採用してもよい。また、上述の「ビデオゲーム」は、ＭＭＯＲＰＧ等のように、同一（共通）のゲーム空間において複数ユーザのそれぞれが操作するプレイヤオブジェクトが存在する構成であってもよい。

［第２の実施形態］
図６は、サーバ装置１０の例であるサーバ装置１０Ｂの構成を示すブロック図である。本例において、サーバ装置１０Ｂは、オブジェクト制御部１１Ｂを少なくとも備える。

本実施形態の例では、プレイヤオブジェクトと同一の属性が設定された移動体同士が衝突した場合、これらの移動体が連結した連結移動体が生成される。例えば、移動体が球体のオブジェクトである場合、２つの球体が１か所で連結した状態の連結移動体となる。連結移動体は、連結した複数の移動体から構成され、１のオブジェクトとして動作する。連結移動体は、移動体の１つである。

また、連結移動体にも、衝突した２つの移動体に設定されていた属性が設定される。すなわち、プレイヤオブジェクトと同一の属性が連結移動体にも設定される。例えば、この連結移動体を敵オブジェクトに衝突させることで、敵オブジェクトがより吹き飛ばされるようにしてもよい。

本実施形態の例では、連結移動体の連結数を増加させてもよい。具体的には、同一属性の連結移動体と他の移動体とを衝突させることで、連結移動体の連結数が増加する。例えば、連結数が多い程、連結移動体を敵オブジェクトに衝突させた場合における敵オブジェクトの吹き飛び量を多くしてもよい。

なお、敵対する属性関係の移動体同士が衝突した場合は、衝突後、連結せずに、弾け飛ぶように離間させればよい。したがって、例えば、プレイヤオブジェクトの周囲に連結移動体を配置することで、敵オブジェクトによる移動体での攻撃を防御することができる。

オブジェクト制御部１１Ｂは、ゲーム空間におけるプレイヤオブジェクトを含む複数のオブジェクトの動作を制御する。オブジェクト制御部１１Ｂは、ユーザの操作入力に基づいてプレイヤオブジェクトに所定の動作を実行させ、このプレイヤオブジェクトと同一の属性が設定された移動体を生成する。また、オブジェクト制御部１１Ｂは、移動体と他のオブジェクトとが衝突した場合、少なくとも移動体と他のオブジェクトとの属性関係に基づいて、移動体及び他のオブジェクトの動作を制御する。

さらに、オブジェクト制御部１１Ｂは、移動体に、同一の属性が設定された他の移動体が衝突した場合、移動体と他の移動体とを連結した連結移動体を生成する。オブジェクト制御部１１Ｂは、上述したように、プレイヤオブジェクトと同一の属性を連結移動体に設定する。すなわち、衝突して消滅する移動体と同一の属性が連結移動体に設定される。オブジェクト制御部１１Ｂは、連結移動体と他のオブジェクトとが衝突した場合、移動体の衝突と同様に、少なくとも連結移動体と他のオブジェクトとの属性関係に基づいて、連結移動体及び他のオブジェクトの動作を制御する。

次に、システム１００Ｂの動作について説明する。

図７は、システム１００Ｂが実行するゲーム進行処理の例を示すフローチャートである。本実施形態の例における進行処理では、移動体の生成処理及び移動体の衝突による動作処理を含んだゲーム進行のための処理が行われる。なお、図７においては、主として、移動体の生成処理及び移動体の衝突による動作処理について説明し、その他の処理は一部省略する。以下、サーバ装置１０Ｂと端末装置２０とがゲーム進行処理を実行する場合を例にして説明する。また、サーバ装置を有さないシステムにおける端末装置の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

本実施形態の例の進行処理は、例えば、ユーザによるゲーム開始の操作入力があったことを契機として実行される。

端末装置２０は、プレイヤオブジェクトに関する操作情報等をＩＰアドレス、ユーザの識別情報等とともに定期的にサーバ装置１０Ｂに送信する。

サーバ装置１０Ｂは、進行処理を行う（ステップＳ１０－Ｂ）。進行処理では、端末装置２０から受信したユーザの操作情報等に基づいてゲームを進行させる処理が行われる。進行処理では、サーバ装置１０Ｂは、ゲーム空間の各オブジェクトの動作を制御する。プレイヤオブジェクトの場合には、操作情報等に基づいて動作が制御される。また、進行処理では、サーバ装置１０Ｂは、オブジェクト同士の衝突判定も行う。一回の進行処理では、例えば、１フレーム分のゲーム画像及び音声を生成するための処理が行われる。

次に、サーバ装置１０Ａは、生成処理を行う（ステップＳ１１）。生成処理は、移動体を生成するための処理であり、図８（Ａ）を参照しつつ説明する。サーバ装置１０Ｂは、最初に、プレイヤオブジェクトが所定の動作を実行したか否かを判断する（ステップＳ２０）。所定の動作を実行していない場合（ステップＳ２０：ＮＯ）、サーバ装置１０Ｂは、生成処理を終了する。

一方、所定の動作を実行した場合（ステップＳ２０：ＹＥＳ）、サーバ装置１０Ｂは、決定処理を行う（ステップＳ２１）。決定処理では、移動体の属性が決定される。例えば、プレイヤオブジェクトの所属グループが移動体の属性として決定される。次に、サーバ装置１０Ｂは、配置処理を行う（ステップＳ２２）。配置処理では、移動体をゲーム空間に配置する処理が行われる。その後、サーバ装置１０Ｂは、生成処理を終了する。なお、サーバ装置１０Ｂは、その後の進行処理において、生成された移動体の動作も制御する。

次に、サーバ装置１０Ｂは、衝突動作処理を実行する（ステップＳ１２－Ｂ）。衝突動作処理は、衝突した移動体及び他のオブジェクトの動作を決定するための処理であり、図８（Ｂ）を参照しつつ説明する。サーバ装置１０Ｂは、ゲーム空間内の全ての移動体について衝突の有無を判断する。サーバ装置１０Ｂは、最初に、移動体と他のオブジェクトとが衝突したか否かを判断する（ステップＳ３０－Ｂ）。例えば、上述の進行処理における衝突判定の結果に基づいて判断すればよい。なお、本実施形態の例では、連結移動体も移動体の１つして上記衝突の有無が判断される。いずれの移動体も衝突していない場合（ステップＳ３０－Ｂ：ＮＯ）、サーバ装置１０Ｂは、衝突動作処理を終了する。

一方、少なくとも１つの移動体が衝突した場合（ステップＳ３０－Ｂ：ＹＥＳ）、サーバ装置１０Ｂは、特定処理を行う（ステップＳ３１－Ｂ）。特定処理では、衝突した移動体及び他のオブジェクトの属性関係が特定される。例えば、サーバ装置１０Ｂは、上述したように、プレイヤオブジェクトと同一の属性が設定された移動体同士が衝突した場合、同一属性の属性関係であると特定する。また、例えば、サーバ装置１０Ｂは、プレイヤオブジェクトと同一の属性が設定された連結移動体と他の移動体とが衝突した場合も、同一属性の属性関係であると特定する。

次に、サーバ装置１０Ｂは、決定処理を行う（ステップＳ３２－Ｂ）。決定処理では、衝突した移動体及び他のオブジェクトの動作が決定される。サーバ装置１０Ｂは、特定された属性関係に基づいて、衝突した移動体及び他のオブジェクトの衝突後の動作を決定する。同一属性の移動体同士が衝突した場合、例えば、２つの移動体は、衝突位置で連結さする動作とする。すなわち、衝突位置で連結移動体を生成する動作とする。また、同一属性の連結移動体と他の移動体とが衝突した場合、例えば、連結移動体及び移動体は、衝突位置で連結する動作とする。すなわち、連結移動体の連結数を増加させる動作とする。サーバ装置１０Ｂは、例えば、上述の動作を特定するアクションデータを実行アクションとして、移動体等の識別情報に対応付けて記憶部に記憶すればよい。

次に、サーバ装置１０Ｂは、連結移動体を生成するか否かを判断する（ステップＳ３３－Ｂ）。サーバ装置１０Ｂは、例えば、上述の決定処理で設定された移動体の実行アクションを参照し、連結させる動作が設定されている移動体と移動体とがある場合、連結移動体を生成すると判断すればよい。また、連結させる動作が設定されている連結移動体と移動体とがある場合も連結移動体を生成すると判断すればよい。連結移動体を生成しない場合（ステップＳ３２－Ｂ：ＮＯ）、サーバ装置１０Ｂは、衝突動作処理を終了する。

一方、連結移動体を生成する場合（ステップＳ３３－Ｂ：ＹＥＳ）、サーバ装置１０Ｂは、配置処理を実行する（ステップＳ３４－Ｂ）。配置処理では、例えば、衝突位置を連結位置として２の移動体同士を連結させ、衝突位置に連結移動体を配置する処理が行われる。例えば、サーバ装置１０Ｂは、連結させる移動体のオブジェクトデータを削除し、連結移動体のオブジェクトデータを生成する。オブジェクトデータには、属性データ、連結位置データ、連結数データ、位置データ等が含まれる。これにより、ゲーム空間に連結移動体が配置される。属性データは、連結させた移動体と同一の属性データが設定される。

なお、連結移動体と移動体との連結の場合には、連結移動体のオブジェクトデータの連結位置データ、連結数データ等を追加し、移動体のオブジェクトデータを消去すればよい。

その後、サーバ装置１０Ｂは、衝突動作処理を終了する。次に、サーバ装置１０Ｂは、画像情報生成処理を行う（ステップＳ１３）。そして、サーバ装置１０Ｂは、画像情報を端末装置２０に送信する。なお、送信先となる端末装置２０は、受信したＩＰアドレス、ユーザの識別情報等から特定される。

次に、サーバ装置１０Ｂは、ゲームの終了か否かを判断する（ステップＳ１４）。終了していない場合（ステップＳ１４：ＮＯ）、サーバ装置１０Ｂは、ステップＳ１０の処理に戻る。一方、終了した場合（ステップＳ１４：ＹＥＳ）、サーバ装置１０Ｂは、ゲーム進行処理を終了する。

一方、端末装置２０は、ゲーム終了まで（ステップＳ４１：ＹＥＳ）、受信した画像情報に基づくゲーム空間の画像を出力（表示部に表示）する（ステップＳ４０）。

なお、図７示す処理では、端末装置２０に関して説明したが、例えば、複数のユーザが参加するゲームの場合には、各ユーザの端末装置に対しても同様の処理が行われる。

以上のように、第２の実施形態の一側面として、サーバ装置１０Ｂが、オブジェクト制御部１１Ｂを備える構成としているので、属性関係に応じて、衝突した移動体及び他のオブジェクトの動作が制御される。したがって、移動体の構成に関して、攻撃を行う他にも別の要素を付加することができる。これにより、移動体を用いたユーザの遊び方にバリエーションが増える。

また、同一属性の移動体同士が衝突した場合には連結移動体となるので、移動体を連結させてから敵オブジェクト等を攻撃する等、移動体を用いたユーザの遊び方にバリエーションが増える。

［第３の実施形態］
図９は、サーバ装置１０の例であるサーバ装置１０Ｃの構成を示すブロック図である。本例において、サーバ装置１０Ｃは、オブジェクト制御部１１Ｃを少なくとも備える。

本実施形態の例では、第２の実施形態の例と同様に、プレイヤオブジェクトと同一の属性が設定された移動体同士が衝突した場合、これらの移動体が連結した連結移動体が生成される。例えば、移動体が球体のオブジェクトである場合、２つの球体が１か所で吸着（連結）した状態の連結移動体となる。連結移動体は、複数の移動体から構成されるが、１のオブジェクトとして動作する。

また、連結移動体にも、衝突した２つの移動体に設定されていた属性が設定される。すなわち、プレイヤオブジェクトと同一の属性が連結移動体にも設定される。例えば、この連結移動体を敵オブジェクトに衝突させることで、敵オブジェクトがより吹き飛ばされるようにしてもよい。

本実施形態の例では、連結移動体の連結数を増加させてもよい。具体的には、同一属性の連結移動体と他の移動体とを衝突させることで、連結移動体の連結数が増加する。例えば、連結数が多い程、連結移動体を敵オブジェクトに衝突させた場合における敵オブジェクトの吹き飛び量を多くしてもよい。

なお、敵対する属性関係の移動体同士が衝突した場合は、衝突後、連結せずに、弾け飛ぶように離間させればよい。したがって、例えば、プレイヤオブジェクトの周囲に連結移動体を配置することで、敵オブジェクトによる移動体での攻撃を防御することができる。

また、本実施形態の例では、連結移動体を形成する移動体の連結数がＴ（例えば、Ｔ＝５）となった場合、合成移動体が生成される。連結数は、連結している移動体の数である。合成移動体は、連結された所定数Ｔの移動体が一体化した１つの移動体である。すなわち、連結移動体を構成する所定数Ｔの移動体は消滅し、１つの合成移動体が生成される。例えば、移動体が球体のオブジェクトである場合、５つの球体が一体化したこれら球体よりも大きい球体が連結移動体として生成される。

合成移動体にも、連結移動体に設定されていた属性が設定される。すなわち、プレイヤオブジェクトと同一の属性が合成移動体にも設定される。したがって、例えば、この合成移動体を敵オブジェクトに衝突させることで、連結移動体を衝突させた場合よりも敵オブジェクトが吹き飛ばされるようにしてもよい。また、合成移動体に、敵対する属性関係の移動体が衝突した場合は、衝突後、合成移動体は移動させず、この移動体だけを弾き飛ばすように離間させてもよい。したがって、例えば、プレイヤオブジェクトの周囲に合成移動体を配置することで、敵オブジェクトによる移動体での攻撃を防御することができる。

オブジェクト制御部１１Ｃは、ゲーム空間におけるプレイヤオブジェクトを含む複数のオブジェクトの動作を制御する。オブジェクト制御部１１Ｃは、ユーザの操作入力に基づいてプレイヤオブジェクトに所定の動作を実行させ、このプレイヤオブジェクトと同一の属性が設定された移動体を生成する。また、オブジェクト制御部１１Ｃは、移動体と他のオブジェクトとが衝突した場合、少なくとも移動体と他のオブジェクトとの属性関係に基づいて、移動体及び他のオブジェクトの動作を制御する。

さらに、オブジェクト制御部１１Ｃは、移動体に、プレイヤオブジェクトと同一の属性が設定された他の移動体が衝突した場合、移動体と他の移動体とを連結した連結移動体を生成する。オブジェクト制御部１１Ｃは、上述したように、プレイヤオブジェクトと同一の属性を連結移動体に設定する。すなわち、衝突して消滅する移動体と同一の属性が連結移動体に設定される。オブジェクト制御部１１Ｃは、連結移動体と他のオブジェクトとが衝突した場合、移動体の衝突と同様に、少なくとも連結移動体と他のオブジェクトとの属性関係に基づいて、連結移動体及び他のオブジェクトの動作を制御する。

また、オブジェクト制御部１１Ｃは、連結数：Ｔ－１の連結移動体に、同一の属性が設定された他の移動体が衝突した場合、連結移動体及び衝突した移動体を消滅させ、１の合成移動体を生成する。オブジェクト制御部１１Ｃは、プレイヤオブジェクトと同一の属性を合成移動体に設定する。すなわち、衝突して消滅する連結移動体等と同一の属性が合成移動体に設定される。オブジェクト制御部１１Ｃは、合成移動体と他のオブジェクトとが衝突した場合、移動体の衝突と同様に、少なくとも合成移動体と他のオブジェクトとの属性関係に基づいて、合成移動体及び他のオブジェクトの動作を制御する。

次に、システム１００Ｃの動作について説明する。

図１０は、システム１００Ｃが実行するゲーム進行処理の例を示すフローチャートである。本実施形態の例における進行処理では、移動体の生成処理及び移動体の衝突による動作処理を含んだゲーム進行のための処理が行われる。なお、図１０においては、主として、移動体の生成処理及び移動体の衝突による動作処理について説明し、その他の処理は一部省略する。以下、サーバ装置１０Ｃと端末装置２０とがゲーム進行処理を実行する場合を例にして説明する。また、サーバ装置を有さないシステムにおける端末装置の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

本実施形態の例の進行処理は、例えば、ユーザによるゲーム開始の操作入力があったことを契機として実行される。

端末装置２０は、プレイヤオブジェクトに関する操作情報等をＩＰアドレス、ユーザの識別情報等とともに定期的にサーバ装置１０Ｃに送信する。

サーバ装置１０Ｃは、進行処理を行う（ステップＳ１０－Ｃ）。進行処理では、端末装置２０から受信したユーザの操作情報等に基づいてゲームを進行させる処理が行われる。進行処理では、サーバ装置１０Ｂは、ゲーム空間の各オブジェクトの動作を制御する。プレイヤオブジェクトの場合には、操作情報等に基づいて動作が制御される。また、進行処理では、サーバ装置１０Ｃは、オブジェクト同士の衝突判定も行う。一回の進行処理では、例えば、１フレーム分のゲーム画像及び音声を生成するための処理が行われる。

次に、サーバ装置１０Ｃは、生成処理を行う（ステップＳ１１）。生成処理は、移動体を生成するための処理であり、図１１（Ａ）を参照しつつ説明する。サーバ装置１０Ｃは、最初に、プレイヤオブジェクトが所定の動作を実行したか否かを判断する（ステップＳ２０）。所定の動作を実行していない場合（ステップＳ２０：ＮＯ）、サーバ装置１０Ｃは、生成処理を終了する。

一方、所定の動作を実行した場合（ステップＳ２０：ＹＥＳ）、サーバ装置１０Ｃは、決定処理を行う（ステップＳ２１）。決定処理では、移動体の属性が決定される。例えば、プレイヤオブジェクトの所属グループが移動体の属性として決定される。次に、サーバ装置１０Ｃは、配置処理を行う（ステップＳ２２）。配置処理では、移動体をゲーム空間に配置する処理が行われる。その後、サーバ装置１０Ｃは、生成処理を終了する。なお、サーバ装置１０Ｃは、その後の進行処理において、生成された移動体の動作も制御する。

次に、サーバ装置１０Ｃは、衝突動作処理を実行する（ステップＳ１２－Ｃ）。衝突動作処理は、衝突した移動体及び他のオブジェクトの動作を決定するための処理であり、図１１（Ｂ）を参照しつつ説明する。サーバ装置１０Ｃは、ゲーム空間内の全ての移動体について衝突の有無を判断する。サーバ装置１０Ｃは、最初に、移動体と他のオブジェクトとが衝突したか否かを判断する（ステップＳ３０－Ｃ）。例えば、上述の進行処理における衝突判定の結果に基づいて判断すればよい。なお、本実施形態の例では、連結移動体及び合成移動体も移動体の１つして上記衝突の有無が判断される。いずれの移動体も衝突していない場合（ステップＳ３０－Ｃ：ＮＯ）、サーバ装置１０Ｂは、衝突動作処理を終了する。

一方、少なくとも１つの移動体が衝突した場合（ステップＳ３０－Ｃ：ＹＥＳ）、サーバ装置１０Ｃは、特定処理を行う（ステップＳ３１－Ｃ）。特定処理では、衝突した移動体及び他のオブジェクトの属性関係が特定される。例えば、サーバ装置１０Ｃは、上述したように、プレイヤオブジェクトと同一の属性が設定された移動体同士が衝突した場合、同一属性の属性関係であると特定する。また、例えば、サーバ装置１０Ｃは、プレイヤオブジェクトと同一の属性が設定された連結移動体及び合成移動体と他の移動体とが衝突した場合も、同一属性の属性関係であると特定する。

次に、サーバ装置１０Ｃは、決定処理を行う（ステップＳ３２－Ｃ）。決定処理では、衝突した移動体及び他のオブジェクトの動作が決定される。サーバ装置１０Ｃは、特定された属性関係に基づいて、衝突した移動体及び他のオブジェクトの衝突後の動作を決定する。同一属性の移動体同士が衝突した場合、例えば、２つの移動体は、衝突位置で連結する動作とする。すなわち、衝突位置で連結移動体を生成する動作とする。また、同一属性の連結移動体と他の移動体とが衝突した場合、例えば、連結移動体及び移動体は、衝突位置で連結する動作とする。すなわち、連結移動体の連結数を増加させる動作とする。さらに、例えば、連結数：Ｔ－１の連結移動体に同一属性の他の移動体が衝突した場合、連結移動体及び衝突した移動体は、消滅して１の合成移動体を生成する動作とする。サーバ装置１０Ｃは、例えば、上述の動作を特定するアクションデータを実行アクションとして、移動体等の識別情報に対応付けて記憶部に記憶すればよい。

次に、サーバ装置１０Ｃは、連結移動体を生成するか否かを判断する（ステップＳ３３－Ｃ）。サーバ装置１０Ｃは、例えば、上述の決定処理で設定された移動体の実行アクションを参照し、連結させる動作が設定されている移動体と移動体とがある場合、連結移動体を生成すると判断すればよい。また、連結させる動作が設定されている連結移動体と移動体とがある場合も連結移動体を生成すると判断すればよい。連結移動体を生成しない場合（ステップＳ３３－Ｃ：ＮＯ）、サーバ装置１０Ｃは、ステップＳ３５－Ｃの処理に移行する。

一方、連結移動体を生成する場合（ステップＳ３３－Ｃ：ＹＥＳ）、サーバ装置１０Ｃは、配置処理を実行する（ステップＳ３４－Ｃ）。配置処理では、例えば、衝突位置を連結位置として２の移動体同士を連結させ、衝突位置に連結移動体を配置する処理が行われる。例えば、サーバ装置１０Ｃは、連結させる移動体のオブジェクトデータを削除し、連結移動体のオブジェクトデータを生成する。オブジェクトデータには、属性データ、連結位置データ、連結数データ、位置データ等が含まれる。これにより、ゲーム空間に連結移動体が配置される。属性データは、連結させた移動体と同一の属性データが設定される。

なお、連結移動体と移動体との連結の場合には、連結移動体のオブジェクトデータの連結位置データ、連結数データ等を追加し、移動体のオブジェクトデータを消去すればよい。

次に、サーバ装置１０Ｃは、合成移動体を生成するか否かを判断する（ステップＳ３５－Ｃ）。サーバ装置１０Ｃは、例えば、上述の決定処理で設定された連結移動体及び移動体の実行アクションを参照し、合成移動体を生成する動作が設定されている連結移動体と移動体とがある場合、合成移動体を生成すると判断すればよい。合成移動体を生成しない場合（ステップＳ３５－Ｃ：ＮＯ）、サーバ装置１０Ｃは、生成処理を終了する。

一方、合成移動体を生成する場合（ステップＳ３５－Ｃ：ＹＥＳ）、サーバ装置１０Ｃは、配置処理を実行する（ステップＳ３６－Ｃ）。配置処理では、例えば、合成移動体を生成する連結移動体及び移動体を消滅させ、衝突位置を配置位置として合成移動体を配置する処理が行われる。例えば、サーバ装置１０Ｃは、消滅させる連結移動体及び移動体のオブジェクトデータを削除し、合成移動体のオブジェクトデータを生成する。オブジェクトデータには、属性データ、位置データ等が含まれる。これにより、ゲーム空間に合成移動体が配置される。属性データは、合成した連結移動体及び移動体と同一の属性データが設定される。その後、サーバ装置１０Ｃは、衝突動作処理を終了する。

次に、サーバ装置１０Ｃは、画像情報生成処理を行う（ステップＳ１３）。そして、サーバ装置１０Ｃは、画像情報を端末装置２０に送信する。なお、送信先となる端末装置２０は、受信したＩＰアドレス、ユーザの識別情報等から特定される。

次に、サーバ装置１０Ｃは、ゲームの終了か否かを判断する（ステップＳ１４）。終了していない場合（ステップＳ１４：ＮＯ）、サーバ装置１０Ｃは、ステップＳ１０の処理に戻る。一方、終了した場合（ステップＳ１４：ＹＥＳ）、サーバ装置１０Ｃは、ゲーム進行処理を終了する。

一方、端末装置２０は、ゲーム終了まで（ステップＳ４１：ＹＥＳ）、受信した画像情報に基づくゲーム空間の画像を出力（表示部に表示）する（ステップＳ４０）。

なお、図１０示す処理では、端末装置２０に関して説明したが、例えば、複数のユーザが参加するゲームの場合には、各ユーザの端末装置に対しても同様の処理が行われる。

以上のように、第３の実施形態の一側面として、サーバ装置１０Ｃが、オブジェクト制御部１１Ｃを備える構成としているので、属性関係に応じて、衝突した移動体及び他のオブジェクトの動作が制御される。したがって、移動体の構成に関して、攻撃を行う他にも別の要素を付加することができる。これにより、移動体を用いたユーザの遊び方にバリエーションが増える。

また、同一属性の移動体同士が衝突した場合には連結移動体となるので、移動体を連結させてから敵オブジェクト等を攻撃する等、移動体を用いたユーザの遊び方にバリエーションが増える。しかも、連結数：Ｔの連結移動体が１の合成移動体となる。したがって、移動体を用いたユーザの遊び方にバリエーションがより増える。

［第４の実施形態］
図１２は、サーバ装置１０の例であるサーバ装置１０Ｄの構成を示すブロック図である。本例において、サーバ装置１０Ｄは、オブジェクト制御部１１Ｄを少なくとも備える。

本実施形態の例では、プレイヤオブジェクトと同一の属性が設定された移動体と、プレイヤオブジェクトと敵対関係にある敵オブジェクトとが衝突した場合、この敵オブジェクトを衝突位置から所定方向に移動させる。例えば、衝突によって吹き飛ばされるように、移動体の移動方向に、敵オブジェクトが衝突位置から移動する。また、移動体は、衝突によって爆発するように消滅する。このように、敵オブジェクトに移動体を衝突（命中）させることは、プレイヤオブジェクトの攻撃に該当する。

オブジェクト制御部１１Ｄは、ゲーム空間におけるプレイヤオブジェクトを含む複数のオブジェクトの動作を制御する。なお、プレイヤオブジェクトに敵対する属性関係の敵オブジェクトも上記オブジェクトに含まれる。オブジェクト制御部１１Ｄは、ユーザの操作入力に基づいてプレイヤオブジェクトに所定の動作を実行させ、このプレイヤオブジェクトと同一の属性が設定された移動体を生成する。

また、オブジェクト制御部１１Ｄは、移動体と他のオブジェクトとが衝突した場合、少なくとも移動体と他のオブジェクトとの属性関係に基づいて、移動体及び他のオブジェクトの動作を制御する。本実施形態の例では、オブジェクト制御部１１Ｄは、プレイヤオブジェクトと同一の属性が設定された移動体と、プレイヤオブジェクトと敵対関係にある敵オブジェクトとが衝突した場合、上述したように、敵オブジェクトを衝突位置から所定方向に移動するように動作させる。また、オブジェクト制御部１１Ｄは、上記移動体を、衝突位置で消滅させるように動作させる。

次に、システム１００Ｄの動作について説明する。

図１３は、システム１００Ｄが実行するゲーム進行処理の例を示すフローチャートである。本実施形態の例における進行処理では、移動体の生成処理及び移動体の衝突による動作処理を含んだゲーム進行のための処理が行われる。なお、図１３においては、主として、移動体の生成処理及び移動体の衝突による動作処理について説明し、その他の処理は一部省略する。以下、サーバ装置１０Ｂと端末装置２０とがゲーム進行処理を実行する場合を例にして説明する。また、サーバ装置を有さないシステムにおける端末装置の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

本実施形態の例の進行処理は、例えば、ユーザによるゲーム開始の操作入力があったことを契機として実行される。

端末装置２０は、プレイヤオブジェクトに関する操作情報等をＩＰアドレス、ユーザの識別情報等とともに定期的にサーバ装置１０Ｄに送信する。

サーバ装置１０Ｄは、進行処理を行う（ステップＳ１０－Ｄ）。進行処理では、端末装置２０から受信したユーザの操作情報等に基づいてゲームを進行させる処理が行われる。進行処理では、サーバ装置１０Ｄは、ゲーム空間の各オブジェクトの動作を制御する。プレイヤオブジェクトの場合には、操作情報等に基づいて動作が制御される。また、進行処理では、サーバ装置１０Ｂは、オブジェクト同士の衝突判定も行う。一回の進行処理では、例えば、１フレーム分のゲーム画像及び音声を生成するための処理が行われる。

次に、サーバ装置１０Ａは、生成処理を行う（ステップＳ１１）。生成処理は、移動体を生成するための処理であり、図１３（Ａ）を参照しつつ説明する。サーバ装置１０Ｄは、最初に、プレイヤオブジェクトが所定の動作を実行したか否かを判断する（ステップＳ２０）。所定の動作を実行していない場合（ステップＳ２０：ＮＯ）、サーバ装置１０Ｄは、生成処理を終了する。

一方、所定の動作を実行した場合（ステップＳ２０：ＹＥＳ）、サーバ装置１０Ｄは、決定処理を行う（ステップＳ２１）。決定処理では、移動体の属性が決定される。例えば、プレイヤオブジェクトの所属グループが移動体の属性として決定される。次に、サーバ装置１０Ｄは、配置処理を行う（ステップＳ２２）。配置処理では、移動体をゲーム空間に配置する処理が行われる。その後、サーバ装置１０Ｄは、生成処理を終了する。なお、サーバ装置１０Ｄは、その後の進行処理において、生成された移動体の動作も制御する。

次に、サーバ装置１０Ｄは、衝突動作処理を実行する（ステップＳ１２－Ｄ）。衝突動作処理は、衝突した移動体及び他のオブジェクトの動作を決定するための処理であり、図１４（Ｂ）を参照しつつ説明する。サーバ装置１０Ｄは、ゲーム空間内の全ての移動体について衝突の有無を判断する。サーバ装置１０Ｄは、最初に、移動体と他のオブジェクトとが衝突したか否かを判断する（ステップＳ３０）。例えば、上述の進行処理における衝突判定の結果に基づいて判断すればよい。いずれの移動体も衝突していない場合（ステップＳ３０：ＮＯ）、サーバ装置１０Ｄは、衝突動作処理を終了する。

一方、少なくとも１つの移動体が衝突した場合（ステップＳ３０：ＹＥＳ）、サーバ装置１０Ｄは、特定処理を行う（ステップＳ３１）。特定処理では、衝突した移動体及び他のオブジェクトの属性関係が特定される。特定処理では、衝突した移動体及び他のオブジェクトの属性関係が特定される。例えば、サーバ装置１０Ｄは、各オブジェクトの属性データに基づいて、上述したような敵対関係、同一属性等の属性関係を特定する。

次に、サーバ装置１０Ｄは、決定処理を行う（ステップＳ３２－Ｄ）。決定処理では、衝突した移動体及び他のオブジェクトの動作が決定される。サーバ装置１０Ｄは、特定された属性関係に基づいて、衝突した移動体及び他のオブジェクトの衝突後の動作を決定する。上述したように、移動体と敵対関係にある敵オブジェクトとが衝突した場合、敵オブジェクトは、衝突位置から所定方向に移動させる動作とする。また、移動体は、ゲーム空間から消滅させる動作とする。サーバ装置１０Ｄは、例えば、上述の動作を特定するアクションデータを実行アクションとして、移動体等の識別情報に対応付けて記憶部に設定すればよい。その後、サーバ装置１０Ｄは、衝突動作処理を終了する。

以上のように、第４の実施形態の一側面として、サーバ装置１０Ｄが、オブジェクト制御部１１Ｄを備える構成としているので、属性関係に応じて、衝突した移動体及び他のオブジェクトの動作が制御される。したがって、移動体の構成に関して、攻撃を行う他にも別の要素を付加することができる。これにより、移動体を用いたユーザの遊び方にバリエーションが増える。

上述の実施形態の例では、移動体と衝突した場合、敵オブジェクトが吹き飛ぶ等の所定の方向に移動するが、移動量（吹き飛び量）は、任意の値を採用可能である。また、衝突によって、敵オブジェクトを移動させなくてもよい。例えば、移動体と敵オブジェクトとが衝突した場合、敵オブジェクトの生命力（パラメータ）を減少させる構成としてもよい。

上述の実施形態の例では、敵オブジェクトに衝突した移動体は消滅するが、消滅させなくてもよい。例えば、敵オブジェクトに衝突した場合、敵オブジェクトの移動方向とは反対方向に移動体を吹き飛ばすようにしてもよい。

上述実施形態の例においても、第２の実施形態の例及び第３の実施形態の例として説明した連結移動体及び合成移動体の構成を採用してもよい。

［第５の実施形態］
図１５は、サーバ装置１０の例であるサーバ装置１０Ｅによって進行が制御されるゲームのゲーム空間５０の概略を示す図である。本実施形態の例のゲームでは、島であるゲーム空間５０（三次元仮想空間）において、海賊キャラクタが島に隠された宝を大量に手に入れて生還するゲームが行われる。島には、宝を守る（海賊を狩る（捕獲する））ハンターキャラクタが存在する。海賊キャラクタは、ハンターキャラクタに捕獲された場合、所定の場所で拘束される。拘束された海賊キャラクタは、他の海賊キャラクタによって助けられない限り、身動きができない。

本実施形態の例のゲームでは、複数のユーザが参加可能であり、プレイヤキャラクタ（プレイヤオブジェクト）を含む複数のキャラクタでグループが形成される。具体的には、宝を収集する海賊チームと、海賊キャラクタを狩るハンターチームとが形成される。海賊チーム（第一グループ）は、例えば３体のキャラクタ（海賊キャラクタ）で１チームを形成する。ハンターチーム（第二グループ）は、例えば１２体のキャラクタ（ハンターキャラクタ）で１チームを形成する。各チームのキャラクタは、基本的には、ユーザが操作するプレイヤキャラクタである。ただし、ユーザ数が足りないチームには、サーバ装置（ＣＰＵ）１０Ｅ）が動作を制御するノンプレイヤキャラクタが配属される。海賊チームは例えば２チーム（第一グループＡ，Ｂ）が形成され、ハンターチームは例えば１チーム（第二グループＳ）が形成される。

なお、本実施形態の例のゲームでは、いずれかのチームに少なくとも１のユーザが操作するプレイヤキャラクタが含まれていればよい。ユーザは、ゲームへの参加要求を行う際、海賊チーム及びハンターチームのいずれのチームを希望するか選択すればよい。

海賊チームは、他の海賊チームよりも多くの宝を集めて勝利することが課題である。ハンターチームは、海賊キャラクタからできる限り多くの宝を守ることが課題である。具体的には、ハンターチームは、海賊キャラクタを捕獲することで、宝が奪われないように守ることが課題である。したがって、各チーム間では、図１６に示すような関係が成立する。図１６は、グループ間の関係を示す図である。海賊チームである第一グループＡと第一グループＢとは、競争関係であるライバル関係が成立する。また、海賊チームである第一グループＡ，Ｂと、ハンターチームである第二グループＳとは、敵対する関係が成立する。なお、本実施形態の例では、ライバル関係も敵対する関係に該当する。

本実施形態の例では、各グループのキャラクタＰＣ，ＨＣが、同一（又は共通）のゲーム空間５０において、所属するグループに設定された課題を達成するべく動作を行うことで、ゲームが進行していく。本実施形態の例のゲームは、ゲーム開始から制限時間（例えば１０分）の到来によって終了する。

海賊キャラクタＰＣは、ハンターに捕まらないように、制限時間内に多くの宝Ｔを収集し、脱出ゲートを通って島から脱出（生還）しなければならない。脱出ゲートから脱出せずに制限時間が到来した場合は、脱出失敗となる。脱出失敗した海賊キャラクタＰＣが収集した宝Ｔは、所属する海賊チームの宝Ｔの収集量（合計値）に含められない。すなわち、脱出に成功した海賊キャラクタＰＣの収集した宝が海賊チームの収集量（合計値）として算出される。脱出ゲートは、例えば、残り時間３分（ゲーム開始から７分）となった時にゲーム空間５０に配置される。本実施形態の例では、２つの脱出ゲートが、ゲーム空間５０にランダムに配置される。海賊キャラクタＰＣは、制限時間のギリギリまで宝Ｔを収集してもよく、ハンターキャラクタＨＣに捕まるリスクを回避するべく、すぐに脱出ゲートから脱出してもよい。

本実施形態の例では、海賊チーム及びハンターチームに所属する各キャラクタ（グループオブジェクト）に、所属グループの属性が設定される。

ユーザは、自身のプレイキャラクタが海賊チームに所属する海賊キャラクタＰＣである場合、操作部を操作することで、自身の海賊キャラクタＰＣに、移動、宝の収集、発射、キック、踏みつけ、ジャンプ、所持アイテムの使用等の動作を実行させることができる。図１７は、海賊キャラクタＰＣを操作するユーザの端末装置に表示されているゲーム画像の一例である。ゲーム画像には、ユーザが操作する海賊キャラクタＰＣ及びハンターキャラクタＨＣを含むゲーム空間５０の画像が表示される。また、ゲーム画像には、配置されている宝Ｔの画像も表示される。ユーザは、操作する海賊キャラクタＰＣを宝Ｔの近傍まで移動させることで宝Ｔの収集を実行させることができる。

発射の動作は、海賊キャラクタＰＣが所持する銃からシャボン弾を発射する動作（シャボンショット）である。シャボン弾は、シャボン玉のような移動体のオブジェクトであり、発射したプレイヤキャラクタが所属するグループの属性が設定される。シャボン弾は、衝突する他のオブジェクトとの属性関係に応じて種々の動作を実行する。シャボン弾の動作の一例を図１８～図２３を参照しつつ説明する。図１８～図２３は、シャボン弾の動作の一例を示す図である。なお、シャボンショットは、海賊キャラクタＰＣのみ実行でき、ハンターキャラクタＨＣは実行できない。以下、海賊キャラクタＰＣがプレイヤキャラクタとして説明する。

シャボン弾ＭＯは、図１８（Ａ）に示すように敵対関係にある敵オブジェクトに衝突する場合、図１８（Ｂ）に示すように、衝突した敵オブジェクトを吹き飛ばす。具体的には、衝突方向に、所定量だけ弾き飛ばす。シャボン弾ＭＯ自体は、衝突によって爆発して消滅する。なお、敵オブジェクトは、このシャボン弾ＭＯとは異なるグループに所属する海賊キャラクタＰＣ及びハンターキャラクタＰＣが該当する。例えば、海賊キャラクタＰＣは、ハンターキャラクタＨＣを弾き飛ばして、捕まらないように逃げることができる。また、例えば、海賊キャラクタ（プレイヤキャラクタ）ＰＣは、他の海賊チームの海賊キャラクタＰＣと協力してハンターキャラクタＨＣにシャボン弾ＭＯを発射して、まずはハンターキャラクタＨＣから逃げるような行動をとることもできる。すなわち、敵キャラクタに移動体（シャボン弾ＭＯ等）を衝突（命中）させることは、プレイヤキャラクタの攻撃に該当する。

また、例えば、海賊キャラクタＰＣは、宝Ｔの収集量の多い他の海賊チームの海賊キャラクタＰＣをハンターキャラクタＨＣの付近に向けて吹き飛ばし、他の海賊チームの海賊キャラクタＰＣをハンターキャラクタＨＣに捕まえさせるようにすることもできる。

なお、シャボン弾ＭＯが同一グループの海賊キャラクタＰＣに衝突した場合は、例えば、シャボン弾ＭＯは、衝突位置で跳ね返って衝突方向とは逆方向に移動していくようにすればよい。

次に、シャボン弾ＭＯは、図１９（Ａ）に示すように、同一グループに所属する他のシャボン弾ＭＯ′と衝突する場合、図１９（Ｂ）に示すように、衝突位置で連結して１の連結シャボン弾ＣＭＯとなる。連結シャボン弾（連結移動体）ＣＭＯは、衝突前のシャボン弾ＭＯ，ＭＯ′と同一グループの属性が設定され、１のシャボン弾ＭＯと同様の動作を行う。連結シャボン弾ＣＭＯの連結数は、例えば最大４である。なお、シャボン弾ＭＯと、異なるグループに所属する他のシャボン弾ＭＯとが衝突した場合は、例えば、各シャボン弾ＭＯ，ＭＯは互いを弾き飛ばように、衝突位置から互いに離間する方向に移動させればよい。

また、図１９（Ｃ）に示すように、連結数：４の連結シャボン弾ＣＭＯが同一グループのシャボン弾ＭＯと衝突する場合、図１９（Ｄ）に示すようなビッグシャボン弾（合成移動体）ＢＭＯが生成される。この場合、衝突した連結シャボン弾ＣＭＯ及びシャボン弾ＭＯは消滅する。すなわち、連結シャボン弾ＣＭＯの連結数：Ｔ（例えば、Ｔ＝５）となった場合、ビッグシャボン弾ＢＭＯが生成される。ビッグシャボン弾ＢＭＯは、衝突した連結シャボン弾ＣＭＯ及びシャボン弾ＭＯと同一グループの属性が設定され、１のシャボン弾ＭＯと同様の動作を行う。但し、ビッグシャボン弾ＢＭＯは、同一グループの属性のシャボン弾ＭＯと衝突した場合であっても、連結せず、衝突してきたシャボン弾ＭＯを全て弾き返す。また、同一グループのビッグシャボン弾ＢＭＯ同士が衝突した場合も、連結せず、互い弾き飛ばすように、衝突位置から互いに離間する方向に移動させればよい。

また、ビッグシャボン弾ＢＭＯは、図２０（Ａ）に示すように、異なるグループの属性のビッグシャボン弾ＢＭＯ′と衝突する場合、図２０（Ｂ）に示すような協力シャボン弾ＡＭＯが生成される。この場合、衝突したビッグシャボン弾ＣＭＯ，ＣＭＯ′は消滅する。協力シャボン弾（特殊移動体）ＡＭＯは、全ての海賊チームに属する属性が設定され、１のシャボン弾ＭＯと同様の動作を行う。移動体において上記属性が設定されるのは協力シャボン弾ＡＭＯのみである。すなわち、上記属性が設定されている場合は、協力シャボン弾ＡＭＯであることが特定される。例えば、協力シャボン弾ＡＭＯが、第一グループＡの海賊キャラクタＰＣ及び第一グループＢの海賊キャラクタＰＣのどうちらに衝突しても、敵対関係ではないので、いずれの海賊キャラクタＰＣも吹き飛ばされない。一方、第二グループＳのハンターキャラクタＨＣは、協力シャボン弾ＡＭＯとは敵対関係の属性関係であるので、協力シャボン弾ＡＭＯに衝突した場合は吹き飛ばされる。すなわち、協力シャボン弾ＡＭＯは、ハンターキャラクタＨＣに対してのみ敵対関係となる。

なお、本実施形態の例では、生成された連結シャボン弾ＣＭＯ、ビッグシャボン弾ＢＭＯ、協力シャボン弾ＡＭＯは、連結が解除等されて元のシャボン弾ＭＯに戻らないが、戻るようにしてもよい。

次に、シャボン弾ＭＯは、図２１（Ａ）、図２１（Ｂ）に示すように、いずれのグループにも属さない地形オブジェクト（地面Ｗ１、壁面Ｗ２等）に衝突した場合、地形オブジェクトに連結するように衝突位置で停止する。例えば、海賊キャラクタＰＣは、自身を囲むように、地面Ｗ１に複数のシャボン弾ＭＯを配置（連結）させることが可能である。これにより、地面Ｗ１に配置した複数のシャボン弾ＭＯを防御壁として利用でき、他のグループの海賊キャラクタＰＣから発射されたシャボン弾ＭＯを弾くことができ、また他のグループの海賊キャラクタＰＣ及びハンターキャラクタＨＣの接近を防止できる。

シャボン弾ＭＯと地形オブジェクトとの連結は、異なるグループのシャボン弾ＭＯとの衝突によって解除される。すなわち、地形オブジェクトに連結しているシャボン弾ＭＯは、異なるグループのシャボン弾ＭＯとの衝突によって、互いに弾き合って飛ばされる。
また、同一グループの海賊キャラクタＰＣによるキックの動作によっても、連結が解除されてキック方向に移動していく（図２２（Ｂ）参照）。また、地形オブジェクトと連結しているシャボン弾ＭＯであっても、他のグループの海賊キャラクタＰＣ及びハンターキャラクタＨＣとの衝突によって消滅する。

次に、シャボン弾ＭＯは、図２２（Ａ）に示すように、海賊キャラタクＰＣがシャボンショットの動作（所定の動作）を実行した場合、ゲーム空間５０に配置（生成）され、配置位置からシャボンショットで指定された方向に空中を移動する動作（飛行動作）が行われる。また、図２２（Ｂ）に示すように、シャボン弾ＭＯは、同一グループの海賊キャラタクＰＣがキックの動作を行って衝突した場合、キック方向に移動する動作を行う。すなわち、海賊キャラクタＰＣによってキックされたシャボン弾ＭＯは、キック方向に空中を移動する。例えば、海賊キャラクタＰＣは、キックを行って、シャボン弾ＭＯを敵オブジェクトに命中（衝突）させることができる。また、本実施形態の例では、海賊キャラクタＰＣに溜めキックも実行させることができる。溜めキックは、海賊キャラクタＰＣに、最初に所定時間だけエネルギーの溜め動作を行わせた後にキックの動作を行わせる。。溜めキックは、例えば、エネルギーを溜めないキック（通常のキック）よりもシャボン弾ＭＯの移動速度が速く、敵オブジェクトを吹き飛ばす距離が増大する。

また、図２２（Ｃ）に示すように、シャボン弾ＭＯには、同一グループの海賊キャラタクＰＣが乗ることができる。例えば、海賊キャラクタＰＣは、ジャンプの動作を行って、同一グループのシャボン弾ＭＯの上面に衝突（接触）した場合、このシャボン弾ＭＯに乗ることができる。例えば、海賊キャラクタＰＣは、地面Ｗ１にシャボン弾ＭＯを吸着させ、ジャンプの動作によってそのシャボン弾ＭＯの上面に乗って、さらにジャンプによって別のオブジェクトに移ることもできる。すなわち、プレイヤキャラクタである海賊キャラクタＰＣのゲーム空間５０での移動を補助する機能も果たす。

さらに、図２３（Ａ）に示すように、シャボン弾ＭＯは、同一グループの海賊キャラクタＰＣが踏みつける動作を行って衝突した場合、この海賊キャラクタＰＣを上方に弾き飛ばす。これによって、海賊キャラクタＰＣは、ジャンプの動作よりも高く飛ぶことができる。すなわち、プレイヤキャラクタである海賊キャラクタＰＣのゲーム空間５０での移動を補助する機能を果たす。

上述の各グループのキャラクタＰＣ，ＨＣのそれぞれには、吹き飛びレベル（移動レベル）が設定されている。吹き飛びレベルは、別のグループの属性のシャボン弾ＭＯ等の移動体が衝突した場合の吹き飛び量（移動距離）を決定するのに参照されるパラメータである。吹き飛び量は、吹き飛びレベルを用いた式（１）で算出される。

吹き飛び量＝吹き飛びレベル×爆発力 ・・・（１）
爆発力は、図２４（Ａ）に示すように、衝突した移動体の種類によって決定される。各移動体の爆発力は、ゲームデータに含まれる。図２４（Ａ）に示すように、爆発力は、シャボン弾ＭＯが最も低く、協力シャボン弾ＡＭＯが最も高い。なお、種類に関わらず、移動体の爆発力を同一にしてもよい。

吹き飛びレベルは、第一条件の成立によって上昇し、第二条件の成立によって降下する。第一条件は、例えば、別のグループの属性の移動体が衝突したことである。別のグループの属性の移動体が衝突する毎に移動レベルが１ずつ上昇していく。第二条件は、例えば、別のグループの属性の移動体が衝突した後に所定時間（例えば１５秒）が経過したことである。別のグループの属性の移動体が衝突してから所定時間が経過する毎に移動レベルが１ずつ減少していく。本実施形態の例では、シャボン弾ＭＯ、連結シャボン弾ＣＭＯ等のいずれの移動体が衝突しても、吹き飛びレベルの上昇は１である。また、吹き飛びレベルは、下限値：１、上限値５が設定される。

したがって、吹き飛び量は、短時間で連続して移動体に衝突するほど上昇し、また爆発力の強い移動体に衝突するほど上昇する。そのため、ユーザは、吹き飛びレベルも考慮してゲームを進めることになる。例えば、シャボン弾ＭＯを連続発射して敵キャラクタを吹き飛ばしたり、自身の吹き飛びレベルが高い場合には、一度、逃げて吹き飛びレベルを下げたりすることができる。

なお、溜めキックの場合には、例えば、式（１）で算出された吹き飛び量を３倍した値を吹き飛び量とすればよい。

また、上述のシャボン弾ＭＯ等の移動体は、敵キャラクタに衝突した場合には消滅するが、その他にも消滅条件が設定されている。図２４（Ｂ）は、移動体の消滅条件の一例を示す図である。消滅条件は、ゲームデータに含まれる。

シャボン弾ＭＯの消滅条件は、消滅時間の経過、敵キャラクタへの衝突、及び、連結シャボン弾ＣＭＯの生成のいずれか１つが成立することである。消滅時間は、例えば３秒が設定される。したがって、シャボン弾ＭＯが生成された後、３秒経過後に消滅する。ただし、消滅時間が経過する前に、シャボン弾ＭＯが地面Ｗ１等の地形オブジェクトに衝突した場合は、消滅時間が２秒延長される。すなわち、シャボン弾ＭＯは、生成後に消滅時間（３秒）が経過するまで空中移動している場合には消滅してしまう。しかし、シャボン弾ＭＯが生成後に消滅時間（３秒）が経過する前に地面Ｗ１等に連結した場合、消滅時間に２秒が加算される。この場合、シャボン弾ＭＯは、生成後に消滅時間（３秒＋２秒）が経過した場合に消滅することになる。したがって、シャボン弾ＭＯの消滅タイミングは、シャボン弾ＭＯのゲーム空間５０での状態（地形オブジェクトに連結しているか否か）に応じて変化する。なお、シャボン弾ＭＯが、同一属性のシャボン弾ＭＯ又は連結シャボン弾ＣＭＯに衝突した場合には、連結シャボンＣＭＯが生成されて単一のシャボン弾ＭＯとしては消滅する。

次に、連結シャボン弾ＣＭＯの消滅条件は、消滅時間の経過、敵キャラクタへの衝突、及び、ビッグシャボン弾ＢＭＯの生成のいずれか１つが成立することである。消滅時間は、例えば最後に連結したシャボン弾ＭＯの消滅時間の残り時間が設定される。例えば、シャボン弾ＭＯにシャボン弾ＭＯ′が衝突して連結シャボン弾ＣＭＯが生成された場合、シャボン弾ＭＯ′の消滅時間の残り時間（例えば４秒）が、連結シャボン弾ＣＭＯの消滅時間となる。したがって、連結シャボン弾ＣＭＯにシャボン弾ＭＯを連結していくほど、連結シャボン弾ＣＭＯの消滅時間が延びていく。

次に、ビッグシャボン弾ＢＭＯの消滅条件は、消滅時間の経過、敵キャラクタへの衝突、及び、協力シャボン弾ＡＭＯの生成のいずれか１つが成立することである。消滅時間は、例えば６０秒が設定される。したがって、ビッグシャボン弾ＢＭＯは、シャボン弾ＭＯ等よりも長くゲーム空間５０に存在することになる。なお、ビッグシャボン弾ＢＭＯが、別のグループの属性のビッグシャボン弾ＢＭＯに衝突した場合には、協力シャボン弾ＡＭＯが生成されて、ビッグシャボン弾ＢＭＯとしては消滅する。

次に、協力シャボン弾ＡＭＯの消滅条件は、消滅時間の経過、及び、敵キャラクタへの衝突のいずれか１つが成立することである。消滅時間は、例えばビッグシャボン弾ＢＭＯと同様の６０秒が設定される。

次に、ハンターキャラクタＨＣについて説明する。ハンターキャラクタＨＣは、制限時間内により多くの海賊キャラクタＰＣを捕獲することで、ゲーム空間５０の宝Ｔを守る。ハンターキャラクタＨＣが海賊キャラクタＰＣを捕獲した場合、この海賊キャラクタＰＣは拘束されて宝Ｔを収集できなくなる。また、捕獲することによって、捕獲された海賊キャラクタＰＣが所持していた宝Ｔが捕獲地点にドロップ（配置）される。これにより、捕獲された海賊キャラクタＰＣの所持してる宝Ｔはなくなる。すなわち、捕獲によって宝Ｔを海賊キャラクタＰＣから奪い返すことができる。

ハンターキャラクタＨＣは、移動、捕獲、所持アイテムの使用等の動作を実行させることができる。図示しないが、ハンターキャラクタＨＣを操作するユーザの端末装置にも、図１７に示すようなゲーム画像が表示される。

海賊チームである第一グループＡ，Ｂのそれぞれのユーザ（海賊キャラクタＰＣ）は、ライバル関係（敵対関係）にあるが、ゲーム状況によってはハンターチームである第二グループＳのハンターキャラクタＨＣから逃れるべく、一時的に協力関係（共闘、救助）を結ぶ場合もある。例えば、上述した協力シャボン弾ＡＭＯを協力して生成し、まずはハンターキャラクタＨＣを遠くへ吹き飛ばす。この場合、第一グループＡの海賊キャラクタＰＣがビッグシャボンＢＭＯを生成するべく動作を開始すれば、第二グループＢの海賊キャラクタＰＣのユーザにも、その様子が視認可能となってメッセージで伝えなくても協力の意思を把握することができる。

また、ゲーム状況の変化によっては、一時的に協力関係となった相手を裏切る場合もある。例えば、第一グループＡの海賊キャラクタＰＣがシャボン弾ＭＯを発射し、ハンターキャラキャラクタＨＣの付近に第一グループＢの海賊キャラクタＰＣを吹き飛ばす。これにより、第一グループＢの海賊キャラクタＰＣがハンターキャラクタＨＣに捕獲されている間に、第一グループＡの海賊キャラクタＰＣはハンターキャラクタＨＣから逃れることができる。また、捕獲された第一グループＢの海賊キャラクタＰＣが所持していた宝Ｔはゲーム空間５０にドロップされるので、第一グループＡが有利にもなる。このように、ユーザは、シャボン弾ＭＯを活用してゲームを楽しむことができる。

図２５は、サーバ装置１０の例であるサーバ装置１０Ｅの構成を示すブロック図である。本例において、サーバ装置１０Ｅは、オブジェクト制御部１１Ｅ、設定部１２Ｅ、配置部１３Ｅ、集計部１４Ｅ、判定部１５Ｅ及び表示制御部１６Ｅを少なくとも備える。

オブジェクト制御部１１Ｅは、ゲーム空間５０におけるプレイヤキャラクタ（プレイヤオブジェクト）を含む複数のオブジェクトの動作を制御する。第一グループＡ，Ｂ及び第二グループＳに所属する各キャラクタＰＣ，ＨＣ（グループオブジェクト）は、所属するグループに基づいて動作が制御される。

例えば、オブジェクト制御部１１Ｅは、第二グループＳのハンターキャラクタＨＣに、第一グループＡ，Ｂの海賊キャラクタＰＣを捕獲する動作を行わせる。オブジェクト制御部１１Ｅは、捕獲された海賊キャラクタＰＣを、捕獲場所に移動させて動作の実行を禁止する。なお、捕獲された海賊キャラクタＰＣは、他の海賊キャラクタＰＣによって拘束を解除してもらった場合、再び動作の実行を許可するようにしてもよい。

また、例えば、オブジェクト制御部１１Ｅは、第一グループＡ，Ｂの海賊キャラクタＰＣに、ゲーム空間５０に配置されている宝Ｔを収集する動作を行わせる。また、オブジェクト制御部１１Ｅは、海賊キャラクタＰＣに所定の動作（シャボンショット）を実行させ、この海賊キャラクタＰＣと同一のグループ属性が設定されたシャボン弾ＭＯを生成する。

なお、オブジェクト制御部１１Ｅは、海賊キャラクタＰＣ及びハンターキャラクタＨＣがユーザが操作するプレイヤキャラクタの場合には、ユーザの操作情報に基づいて、上述のようにプレイヤキャラクタを動作させる。

オブジェクト制御部１１Ｅは、図２６に示すような管理テーブルを用いて、移動体を管理する。管理テーブルは、ゲーム空間５０に配置された移動体のオブジェクトデータ（オブジェクトＩＤ，所属グループ等）が設定される。管理テーブルは、管理番号、オブジェクトＩＤ、所属グループ、座標、実行アクション、連結ステータス、消滅時間等のフィールドから構成される。

管理番号のフィールドには、移動体の管理番号が設定される。管理番号に、オブジェクトＩＤ、所属グループ、座標、実行アクション、連結ステータス、消滅時間等が対応付けられる。オブジェクトＩＤのフィールドには、シャボン弾ＭＯ、ビッグシャボン弾ＢＭＯ等の移動体の種類を特定する識別情報が設定される。所属グループのフィールドには、移動体の所属するグループの識別情報が設定される。例えば、第一グループＡの海賊キャラクタＰＣから発射されたシャボン弾ＭＯ（管理番号：１）は、第一グループＡを特定するグループＩＤ：ＰＴ－Ａが設定される。また、協力シャボン弾ＡＭＯ（管理番号：４）には、全海賊チームに所属すること特定するグループＩＤ：ＰＴが設定される。

座標のフィールドには、移動体が現在いる位置情報が設定される。具体的には、ゲーム空間５０のワールド座標系の座標情報が設定される。実行アクションのフィールドには、移動体が実行する動作を特定するアクションデータ等が設定される。連結ステータスのフィールドは、連結数、連結座標等のフィールドから構成される。連結数のフィールドには、連結シャボン弾ＣＭＯの現在の連結数が設定される。なお、連結シャボン弾ＣＭＯではない移動体の場合、連結数のフィールドには無効の値が設定される。連結座標のフィールドには、連結位置を特定する座標情報が設定される。

消滅時間のフィールドには、移動体の消滅までの残り時間が設定される。シャボン弾ＭＯの場合は初期値として３秒が設定され、ビッグシャボン弾ＢＭＯ及び協力シャボン弾ＡＭＯの場合は初期値として６０秒が設定される。また、連結シャボン弾ＣＭＯの場合は、最後に連結したシャボン弾ＭＯの消滅時間（残り時間）が初期値として設定される。

オブジェクト制御部１１Ｅは、管理テーブルを参照しつつ、各移動体の動作を制御する。図１８～図２３で例示したように、移動体と他のオブジェクトとが衝突した場合、少なくとも移動体と他のオブジェクトとの属性関係に基づいて、移動体及び他のオブジェクトの動作を制御する。具体的には、実行させる動作を特定するアクションデータを、実行アクションとして設定する。また、オブジェクト制御部１１Ｅは、移動体の生成時、管理テーブルに生成する移動体のオブジェクトデータを追加設定する。さらに、オブジェクト制御部１１Ｅは、移動体の消滅時、管理テーブルにおいて消滅させる移動体のオブジェクトデータを消去する。

また、オブジェクト制御部１１Ｅは、宝Ｔの制御を行う。具体的には、ゲーム開始時、所定数の宝Ｔを、ゲーム空間５０にランダムに配置する。また、オブジェクト制御部１１Ｅは、海賊キャラクタＰＣが宝Ｔを収集する動作を行った場合、収集される宝Ｔをゲーム空間５０から削除する。また、オブジェクト制御部１１Ｅは、海賊キャラクタＰＣがハンターキャラクタＨＣに捕獲された場合、捕獲された海賊キャラクタＰＣが所持している宝Ｔを、捕獲位置に再配置する。オブジェクト制御部１１Ｅは、例えば、宝Ｔの配置情報を生成して、サーバ装置１０Ｅの記憶部に記憶しておけばよい。宝Ｔの配置情報は、例えば、宝Ｔが配置されている位置情報である。なお、宝Ｔの再配置は、捕獲位置に代えて、捕獲位置の周辺位置としてもよい。

また、オブジェクト制御部１１Ｅは、制限時間が到来するまでに脱出ゲート（所定領域）に到達した海賊キャラクタＰＣのゲーム空間５０の移動を禁止する。すなわち、制限時間内に脱出ゲート（所定領域）に移動した海賊キャラクタＰＣ（ユーザ）は、ゲームのプレイが終了（脱出成功）となって最終の結果報告を待つのみとなる。

設定部１２Ｅは、２つの海賊チーム（第一グループＡ，Ｂ）及び１つのハンターチーム（第二グループＳ）を設定する。設定部１２Ｅは、ユーザによるチームの選択情報（操作情報）に基づいてグループを設定する。ユーザが海賊チームを選択している場合は、例えば、２つの海賊チームのいずれかにランダムに配属される。各グループのプレイヤキャラクタの配属数が所定数に達しない場合、ノンプレイヤオブジェクトを所定数に達していないグループに配属させればよい。なお、参加したユーザ（プレイヤキャラクタ）のみで各グループを形成するようにしてもよい。

設定部１２Ｅは、図２７（Ａ）及び図２７（Ｂ）に示すようなグループ毎の参加プレイヤリスト（グループ設定情報）を生成することで、グループ設定を行う。図２７（Ａ）は、海賊チームである第一グループＡの参加プレイヤリストの一例を示す図である。図２７（Ｂ）は、ハンターチームである第二グループＳの参加プレイヤリストの一例を示す図である。図２７（Ｃ）は、ユーザデータの一例を示す図である。

海賊チームの参加プレイヤリストは、所属グループ、管理番号、参加プレイヤ、収集量、脱出成否、レベル、累積時間等のフィールドから構成される。所属グループのフィールドには、キャラクタＰＣの所属するグループの識別情報が設定される。例えば、グループＩＤ「ＰＴ－Ａ」は、海賊チームである第一グループＡを特定する識別情報であり、「ＰＴ」が海賊チームを特定する識別情報である。所属グループに、管理番号、参加プレイヤ、収集量、脱出成否、レベル、累積時間等が対応付けられる。

管理番号のフィールドには、管理番号が設定される。本実施形態の例では、１つの海賊チームのキャラクタ数は３体であるので、管理番号として１～３が設定される。参加プレイヤのフィールドには、ゲームに参加しているユーザのユーザデータが設定される。ユーザデータは、ゲームの進行に応じて更新される。

ユーザデータは、ユーザのゲームに関する情報であり、マスターデータはサーバ装置１０Ｄの記憶部に記憶されている。ユーザデータは、図２７（Ｃ）に示すように、ユーザＩＤ、キャラクタステータス、所有アイテム等のフィールドから構成される。ユーザＩＤのフィールドには、ユーザの識別情報が設定される。キャラクタステータスのフィールドには、プレイヤキャラクタの各種情報が設定される。キャラクタステータスのフィールドは、オブジェクトＩＤ、名称、パラメータ、座標等のフィールドから構成される。

オブジェクトＩＤのフィールドには、キャラクタの識別情報（キャラクタＩＤ）が設定される。名称のフィールドには、プレイヤキャラクタの名称のテキストデータが設定される。パラメータのフィールドには、ジャンプ力、すばやさ等のキャラクタの各種のパラメータ（数値情報）が設定される。また、パラメータのフィールドには、プレイヤキャラクタが実行する動作を特定するアクションデータ（実行アクション）も含まれる。座標のフィールドには、プレイヤキャラクタが現在いる位置情報が設定される。具体的には、ゲーム空間５０のワールド座標系の座標情報が設定される。所有アイテムのフィールドには、ユーザ（プレイヤキャラクタ）が所有しているアイテムの識別情報（アイテムＩＤ）が設定される。

なお、ユーザではなくノンプレイヤキャラクタが参加している場合には、参加プレイヤのフィールドには、ＮＰＣデータが設定される。ＮＰＣデータは、ユーザデータと同様の構成であるが、ユーザＩＤには、ＮＰＣを特定する識別情報が設定される。また、ＮＰＣデータは、予めゲームデータに含めておけばよい。

次に、収集量のフィールドには、獲得した宝Ｔの数量が設定される。収集量のフィールドには、初期値として０が設定され、宝Ｔを収集した場合には更新される。また、捕獲された場合には再び０となる。脱出成否のフィールドは、制限時間内に脱出ゲートに到達したか否かを示す情報である。脱出成否のフィールドには、成功を示す１、失敗を示す０の数値情報が設定される。なお、脱出成否のフィールドは、初期値として失敗を示す０が設定され、制限時間以内に脱出ゲートに到達した場合に成功を示す１が設定される。

レベルのフィールドには、上述した吹き飛びレベル（移動レベル）が設定される。累積時間のフィールドには、最後に別の所属グループのシャボン弾ＭＯが衝突してからの経過時間が設定される。オブジェクト制御部１１Ｅは、累積時間を参照して、該当するキャラクタの吹き飛びレベルを減少させるか否かを判断する。

次に、ハンターチームの参加プレイヤリストについて説明する。ハンターチームの参加プレイヤリストは、図２７（Ｂ）に示すように、所属グループ、管理番号、参加プレイヤ、捕獲数、レベル、累積時間等のフィールドから構成されている。所属グループ、管理番号、参加プレイヤ、レベル、累積時間のフィールドに関しては、海賊チームの参加プレイヤリストと同様である。例えば、所属グループ「ＨＴ－Ｓ」は、ハンターチームである第二グループＳを特定する識別情報であり、「ＨＴ」がハンターチームを特定する識別情報である。捕獲数のフィールドには、捕獲した海賊キャラクタＰＣの数量が設定される。捕獲数のフィールドには、初期値として０が設定され、海賊キャラクタＰＣを捕獲した場合には更新される。

オブジェクト制御部１１Ｅは、各キャラクタＰＣ，ＨＣを動作させた結果に基づいて、各グループの参加プレイヤリストの内容を更新する。例えば、参加プレイヤのキャラクタの座標、収集量、捕獲量等が更新される。また、オブジェクト制御部１１Ｅは、脱出に成功した海賊キャラクタＰＣの参加プレイヤリストの脱出成否を１（成功）に変更する。さらに、オブジェクト制御部１１Ｅは、レベル（吹き飛びレベル）、累積時間を更新する。

配置部１３Ｅは、ゲーム空間５０に１以上の所定領域（脱出ゲート）を配置する。具体的には、配置部１３Ｅは、残り時間３分（ゲーム開始から７分）となった時に、２つの脱出ゲートをゲーム空間５０にランダムに配置する。なお、脱出ゲートの配置数、配置タイミングは、任意に設定すればよい。配置部１３Ｄは、例えば、脱出ゲートの配置情報を生成して、サーバ装置１０Ｅの記憶部に記憶しておけばよい。脱出ゲートの配置情報は、例えば、脱出ゲートが配置されている位置情報（座標）である。

集計部１４Ｅは、海賊チームの海賊キャラクタＰＣのうち、制限時間内に脱出ゲートに到達した海賊キャラクタＰＣの宝Ｔの収集量を、第一グループＡ，Ｂ毎に集計する。具体的には、集計部１４Ｅは、各海賊チーム（第一グループＡ，Ｂ）の参加プレイヤリストの脱出成否及び収集量を参照し、脱出に成功した海賊キャラクタＰＣの収集量をグループＡ，Ｂ毎に集計する。判定部１５Ｅは、海賊チームのグループＡ，Ｂ毎に集計された収集量の最も多いグループを勝利チームと判定する。

表示制御部１６Ｅは、複数の端末装置２０，２０１～２０Ｎのそれぞれの表示部に、ゲーム空間の画像（ゲーム画像）を表示させるべく画像情報を生成する。表示制御部１６Ｅは、各端末装置２０，２０１～２０Ｎに定期的（１フレーム単位：１/６０秒）に送信する。各端末装置２０，２０１～２０Ｎは、画像情報に基づいて画像を生成して表示部に表示させる。すなわち、各端末装置２０，２０１～２０Ｎは、画像情報に基づいてゲーム空間５０を生成（更新）し、各端末装置のプレイヤキャラクタに基づいて配置される仮想カメラを用いて画像を生成すればよい。

次に、システム１００Ｅの動作について説明する。

図２８は、システム１００Ｅが実行するゲーム進行処理の例を示すフローチャートである。本実施形態の例における進行処理では、移動体の生成処理及び移動体の衝突による動作処理を含んだゲーム進行のための処理が行われる。なお、図２８においては、主として、移動体の生成処理及び移動体の衝突による動作処理について説明し、その他の処理は一部省略する。以下、サーバ装置１０Ｅと端末装置２０とがゲーム進行処理を実行する場合を例にして説明する。また、サーバ装置を有さないシステムにおける端末装置の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。なお、端末装置２０のプレイヤキャラクタは、第一グループＡの海賊キャラクタＰＣとして説明する。

本実施形態の例の進行処理は、例えば、ユーザによるゲーム開始（ゲームの参加要求）の操作入力があったことを契機として実行される。

ゲーム進行処理において、端末装置２０は、ゲームへの参加要求の情報をサーバ装置１０Ｅに送信する。参加要求の情報には、例えば、ＩＰアドレス、ユーザの識別情報、課題（チーム）の選択情報等が含まれる。

一方、サーバ装置１０Ｅは、グループ設定処理を行う（ステップＳ５－Ｅ）。サーバ装置１０Ｅは、プレイヤキャラクタを含む複数のオブジェクトのそれぞれにグループを設定する。上述したように、第一グループＡ，Ｂ、第二グループＳを形成し、各グループの参加プレイヤリストを生成して記憶部に記憶する。

その後、ゲーム空間５０が生成されてゲームが開始される。端末装置２０は、プレイヤキャラクタに関する操作情報等をユーザの識別情報とともに定期的にサーバ装置１０Ｅに送信する。

一方、サーバ装置１０Ｅは、進行処理を行う（ステップＳ１０－Ｅ）。進行処理では、端末装置２０から受信したユーザの操作情報等に基づいてゲームを進行させる処理が行われる。本実施形態の例では、海賊チームの海賊キャラクタＰＣが宝Ｔを収集し、ハンターチームのハンターキャラクタＨＣが海賊キャラクタＰＣを捕獲するゲームの進行処理が行われる。進行処理では、サーバ装置１０Ｅは、例えば、ゲーム空間５０の各オブジェクトの動作を制御する。プレイヤキャラクタの場合には、操作情報等に基づいて動作が制御される。また、進行処理では、サーバ装置１０Ｅは、オブジェクト同士の衝突判定も行われ、吹き飛びレベルも更新される。サーバ装置１０Ｅは、各グループＡ，Ｂ，Ｓの参加プレイヤリストの情報を更新する。また、サーバ装置１０Ｅは、宝Ｔの配置、再配置を行う。さらに、サーバ装置１０Ｅは、ゲーム開始からの経過時間を更新し、経過時間に応じて脱出ゲートを配置する。一回の進行処理では、例えば、１フレーム分のゲーム画像及び音声を生成するための処理が行われる。

次に、サーバ装置１０Ｅは、生成処理を行う（ステップＳ１１－Ｅ）。生成処理は、移動体（シャボン弾ＭＯ）を生成するための処理であり、図２９（Ａ）を参照しつつ説明する。サーバ装置１０Ｅは、最初に、海賊キャラクタＰＣが所定の動作（シャボンショット）を実行したか否かを判断する（ステップＳ２０－Ｅ）。例えば、上述の進行処理において、海賊キャラクタＰＣによる所定の動作が完了した場合、海賊キャラクタＰＣが所定の動作を実行したと判断すればよい。所定の動作を実行していない場合（ステップＳ２０－Ｅ：ＮＯ）、サーバ装置１０Ｅは、生成処理を終了する。

一方、所定の動作を実行した場合（ステップＳ２０－Ｅ：ＹＥＳ）、サーバ装置１０Ｅは、決定処理を行う（ステップＳ２１－Ｅ）。決定処理では、生成するシャボン弾ＭＯの属性が決定される。所定の動作を行った海賊キャラクタＰＣの所属グループがシャボン弾ＭＯの属性として決定される。

次に、サーバ装置１０Ｂは、配置処理を行う（ステップＳ２２－Ｅ）。配置処理では、シャボン弾ＭＯをゲーム空間５０に配置する処理が行われる。サーバ装置１０Ｅは、図２６で例示した管理テーブルに、シャボン弾ＭＯのオブジェクトデータを設定すればよい。これにより、新たなシャボン弾ＭＯのゲーム空間５０への配置が行われる。なお、シャボン弾ＭＯが配置される位置は、例えば、所定の動作を行った海賊キャラクタＰＣの近傍とすればよい。そして、図２２（Ａ）で例示したように、所定の動作によって指定された方向に移動する（飛行移動）する動作を実行アクションとして設定すればよい。その後、サーバ装置１０Ｅは、生成処理を終了する。なお、サーバ装置１０Ｅは、進行処理において、生成されたシャボン弾ＭＯの動作も制御する。

次に、サーバ装置１０Ｅは、衝突動作処理を実行する（ステップＳ１２－Ｅ）。衝突動作処理は、衝突した移動体及び他のオブジェクトの動作を決定するための処理であり、図２９（Ｂ）を参照しつつ説明する。サーバ装置１０Ｅは、最初に、移動体と他のオブジェクトとが衝突したか否かを判断する（ステップＳ３０－Ｅ）。サーバ装置１０Ｅは、ゲーム空間５０内の全ての移動体について衝突の有無を判断する。例えば、上述の進行処理における衝突判定の結果に基づいて判断すればよい。いずれの移動体も衝突していない場合（ステップＳ３０－Ｅ：ＮＯ）、サーバ装置１０Ｅは、衝突動作処理を終了する。

一方、少なくとも１つの移動体が衝突した場合（ステップＳ３０－Ｅ：ＹＥＳ）、サーバ装置１０Ｅは、特定処理を行う（ステップＳ３１－Ｅ）。特定処理では、衝突した移動体及び他のオブジェクトの属性関係が特定される。サーバ装置１０Ｅは、各オブジェクトの属性データに基づいて、上述したような敵対関係、同一属性（同一グループ）等の属性関係を特定する。属性データとしては、移動体の場合は図２６で例示したような管理テーブルのオブジェクトＩＤ及び所属グループを参照し、海賊キャラクタＰＣ及びハンターキャラの場合は参加プレイヤリストのオブジェクトＩＤ及び所属グループを参照すればよい。また、地形オブジェクトの場合は、地形の属性が設定されているオブジェクトＩＤを参照すればよい。なお、地形オブジェクトの場合は、グループの属性データはないため、所属グループなしの属性とすればよい。

次に、サーバ装置１０Ｅは、決定処理を行う（ステップＳ３２－Ｅ）。決定処理では、衝突した移動体及び他のオブジェクトの動作が決定される。サーバ装置１０Ｅは、特定された属性関係、オブジェクト種別、衝突時の動作等に基づいて、衝突した移動体及び他のオブジェクトの衝突後の動作を決定する。サーバ装置１０Ｅは、図１８～図２３等で例示した動作を特定し、決定した動作に対応するアクションデータを、衝突した移動体及びキャラクタの実行アクションとして設定する。

同一属性のシャボン弾ＭＯ同士が衝突した場合、２つのシャボン弾ＭＯは、衝突位置で連結する動作とする。すなわち、衝突位置で連結シャボン弾ＭＯを生成する動作とする。また、同一属性の連結シャボン弾ＭＯと他のシャボン弾ＭＯとが衝突した場合、連結シャボン弾ＣＭＯ及びシャボン弾ＭＯは、衝突位置で連結する動作とする。すなわち、連結シャボン弾ＣＭＯの連結数を増加させる動作とする。さらに、連結数：Ｔ－１の連結シャボン弾に同一属性の他のシャボン弾ＭＯが衝突した場合、これら連結シャボン弾ＣＭＯ及びシャボン弾ＭＯは消滅し、１のビッグシャボン弾ＢＭＯを生成する動作とする。さらに、異なる属性の２つのビッグシャボン弾ＢＭＯ同士が衝突した場合、これら２つのビッグシャボン弾ＢＭＯは消滅し、１の協力シャボン弾ＡＭＯを生成する動作とする。

次に、サーバ装置１０Ｅは、連結移動体（連結シャボン弾ＣＭＯ）を生成するか否かを判断する（ステップＳ３３－Ｅ）。サーバ装置１０Ｅは、例えば、上述の決定処理で設定されたシャボン弾ＭＯの実行アクション（管理テーブル）を参照し、連結させる動作が設定されているシャボン弾ＭＯとシャボン弾ＭＯとがある場合、連結シャボン弾ＭＯを生成すると判断すればよい。また、連結させる動作が設定されている連結シャボン弾ＣＭＯとシャボン弾ＭＯとがある場合も連結シャボン弾ＭＯを生成すると判断すればよい。連結シャボン弾ＭＯを生成しない場合（ステップＳ３３－Ｅ：ＮＯ）、サーバ装置１０Ｅは、ステップＳ３５－Ｅの処理に移行する。

一方、連結シャボン弾ＣＭＯを生成する場合（ステップＳ３３－Ｅ：ＹＥＳ）、サーバ装置１０Ｅは、配置処理を実行する（ステップＳ３４－Ｅ）。配置処理では、例えば、衝突位置を連結位置として２のシャボン弾ＭＯ同士を連結させ、衝突位置に連結シャボン弾ＭＯを配置する処理が行われる。例えば、サーバ装置１０Ｅは、連結させる２つのシャボン弾ＭＯの管理テーブルのオブジェクトデータを消去し、連結シャボン弾ＭＯのオブジェクトデータを管理テーブルに追加する。これにより、ゲーム空間５０に連結シャボン弾ＭＯが配置される。連結シャボン弾ＭＯの所属グループ（属性データ）には、連結させたシャボン弾ＭＯと同一グループの識別情報が設定される。

なお、連結シャボン弾ＭＯとシャボン弾ＭＯとの連結の場合には、連結シャボン弾ＭＯの連結ステータス、消滅時間を更新し、シャボン弾ＭＯのオブジェクトデータ（管理テーブル）を消去すればよい。

次に、サーバ装置１０Ｅは、合成移動体（ビッグシャボン弾ＢＭＯ）を生成するか否かを判断する（ステップＳ３５－Ｅ）。サーバ装置１０Ｅは、例えば、上述の決定処理で設定された連結シャボン弾ＣＭＯ及びシャボン弾ＭＯの実行アクションを参照し、ビッグシャボン弾ＢＭＯを生成する動作が設定されている連結シャボン弾ＣＭＯとシャボン弾ＭＯとがある場合、ビッグシャボン弾ＢＭＯを生成すると判断すればよい。ビッグシャボン弾ＢＭＯを生成しない場合（ステップＳ３５－Ｅ：ＮＯ）、サーバ装置１０Ｅは、ステップＳ３７－Ｅの処理に移行する。

一方、ビッグシャボン弾ＢＭＯを生成する場合（ステップＳ３５－Ｅ：ＹＥＳ）、サーバ装置１０Ｅは、配置処理を実行する（ステップＳ３６－Ｅ）。配置処理では、ビッグシャボン弾ＢＭＯを生成する連結シャボン弾ＣＭＯ及びシャボン弾ＭＯを消滅させ、衝突位置を配置位置としてビッグシャボン弾ＢＭＯを配置する処理が行われる。サーバ装置１０Ｅは、消滅させる連結シャボン弾ＣＭＯ及びシャボン弾ＭＯの管理テーブルのオブジェクトデータを消去し、ビッグシャボン弾ＢＭＯのオブジェクトデータを管理テーブルに追加する。これにより、ゲーム空間５０にビッグシャボン弾ＢＭＯが配置される。ビッグシャボン弾ＭＯの所属グループ（属性データ）には、合成した連結シャボン弾ＭＯ等と同一グループの識別情報が設定される。

次に、サーバ装置１０Ｅは、特殊移動体（協力シャボン弾ＡＭＯ）を生成するか否かを判断する（ステップＳ３７－Ｅ）。サーバ装置１０Ｅは、例えば、上述の決定処理で設定されたビッグシャボン弾ＢＭＯの実行アクションを参照し、協力シャボン弾ＡＭＯを生成する動作が設定されている少なくとも１組のビッグシャボン弾ＢＭＯがある場合、協力シャボン弾ＡＭＯを生成すると判断すればよい。協力シャボン弾ＡＭＯを生成しない場合（ステップＳ３７－Ｅ：ＮＯ）、サーバ装置１０Ｅは、衝突動作処理を終了する。

一方、協力シャボン弾ＡＭＯを生成する場合（ステップＳ３７－Ｅ：ＹＥＳ）、サーバ装置１０Ｅは、配置処理を実行する（ステップＳ３８－Ｅ）。配置処理では、協力シャボン弾ＡＭＯを生成する１組のビッグシャボン弾ＢＭＯを消滅させ、衝突位置を配置位置として協力シャボン弾ＡＭＯを配置する処理が行われる。サーバ装置１０Ｅは、消滅させる１組のビッグシャボン弾ＢＭＯの管理テーブルのオブジェクトデータを消去し、協力シャボン弾ＡＭＯのオブジェクトデータを管理テーブルに追加する。これにより、ゲーム空間５０に協力シャボン弾ＡＭＯが配置される。協力シャボン弾ＡＭＯの所属グループ（属性データ）には、全海賊チームに所属することを特定する識別情報が設定される。その後、サーバ装置１０Ｅは、衝突動作処理を終了する。

次に、サーバ装置１０Ｅは、画像情報生成処理を行う（ステップＳ１３－Ｅ）。サーバ装置１０Ｅは、例えば、上述の各処理によって進行したゲーム空間５０等の画像を生成するための画像情報を生成する。そして、サーバ装置１０Ｅは、画像情報を端末装置２０に送信する。なお、送信先となる端末装置２０は、受信したＩＰアドレス、ユーザの識別情報等から特定される。

次に、サーバ装置１０Ｅは、ゲームの終了か否かを判断する（ステップＳ１４－Ｅ）。サーバ装置１０Ｅは、サーバ装置１０Ｅは、ゲーム開始からの制限時間の到来の終了条件を満たした場合にゲームの終了であると判断する。終了していない場合（ステップＳ１４－Ｅ：ＮＯ）、サーバ装置１０Ｅは、ステップＳ１０－Ｅの処理に戻る。一方、終了した場合（ステップＳ１４－Ｅ：ＹＥＳ）、サーバ装置１０Ｅは、ゲーム進行処理を終了する。

一方、端末装置２０は、ゲーム終了まで（ステップＳ４１：ＹＥＳ）、受信した画像情報に基づいて、図１７で例示したようなゲーム空間５０の画像を出力（表示部に表示）する（ステップＳ４０）。

なお、図２８に示す処理では、端末装置２０に関して説明したが、例えば、複数のユーザが参加するゲームの場合には、各ユーザの端末装置に対しても同様の処理が行われる。また、ゲーム終了後、ゲーム結果（勝利チーム等）を表示するようにしてもよい。

以上のように、第５の実施形態の一側面として、サーバ装置１０Ｅが、オブジェクト制御部１１Ｅ、設定部１２Ｅ、配置部１３Ｅ、集計部１４Ｅ、判定部１５Ｅ及び表示制御部１６Ｅを備える構成としているので、属性関係に応じて、衝突した移動体及び他のオブジェクトの動作が制御される。したがって、移動体の構成に関して、攻撃を行う他にも別の要素を付加することができる。これにより、移動体を用いたユーザの遊び方にバリエーションが増える。

また、同一属性の移動体（シャボン弾）同士が衝突した場合には連結移動体（連結シャボン弾）となるので、移動体を連結させてから敵オブジェクト等を攻撃する等、移動体を用いたユーザの遊び方にバリエーションが増える。しかも、連結数：Ｔの連結移動体が１の合成移動体（ビッグシャボン弾）となる。したがって、移動体を用いたユーザの遊び方にバリエーションがより増える。

さらに、異なる属性の合成移動体（ビッグシャボン弾）同士の衝突によって、特殊移動体（協力シャボン弾）が生成される。これにより、敵対関係のプレイヤキャラクタ同士であっても、他の敵キャラクタに対しては協力することができる。したがって、移動体を用いたユーザの遊び方にバリエーションがより増える。

なお、上述の実施形態の例のゲームは、海賊チーム及びハンターチームのグループが形成され、海賊キャラクタが宝を収集する構成であるが、特にこれに限定されるものではない。例えば、プレイヤキャラクタ同士の１対１の対戦ゲームであって、シャボン弾を使用して対戦相手を吹き飛ばしてステージ上から落とす構成のゲームであってもよい。また、例えば、１チーム対１チームのグループ対戦のゲームであってもよい。

上述の実施形態の例の移動体は、シャボン弾、連結シャボン弾、ビッグシャボン弾等の複数の種類があるが、１種類であってもよい。

上述の実施形態の例では、移動体（シャボン弾）を生成する所定の動作として、海賊キャラクタのシャボンショットを説明したが、特にこれに限定されるものではない。例えば、プレイヤキャラクタが移動することで、移動した軌跡上に複数のシャボン弾を生成するようにしてもよい。また、移動体の形状は、シャボン弾のような球体のオブジェクトに限定されるものではなく、種々の形態を採用可能である。

［付記］
上述した実施形態の説明は、少なくとも下記発明を、当該発明の属する分野における通常の知識を有する者がその実施をすることができるように記載した。

［１］
ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲームの進行を制御する機能を、コンピュータに実現させるためのビデオゲーム処理プログラムであって、
前記コンピュータに、
ゲーム空間における前記プレイヤオブジェクトを含む複数のオブジェクトの動作を制御する制御機能、
を実現させ、
前記複数のオブジェクトのそれぞれには属性が設定され、
前記制御機能では、
ユーザの操作入力に基づいて前記プレイヤオブジェクトに所定の動作を実行させ、該プレイヤオブジェクトと同一の属性が設定された移動体を生成する機能、
前記移動体と他のオブジェクトとが衝突した場合、少なくとも該移動体と該他のオブジェクトとの属性関係に基づいて、該移動体及び該他のオブジェクトの動作を制御する機能、
を実現させるビデオゲーム処理プログラム。

［２］
前記制御機能では、
前記移動体に、前記プレイヤオブジェクトと同一の属性が設定された他の移動体が衝突した場合、該移動体と該他の移動体とを連結した連結移動体であって該プレイヤオブジェクトと同一の属性が設定された連結移動体を生成する機能、
前記連結移動体と他のオブジェクトとが衝突した場合、少なくとも該連結移動体と該他のオブジェクトとの属性関係に基づいて、該連結移動体及び該他のオブジェクトの動作を制御する機能、
を実現させる［１］に記載のビデオゲーム処理プログラム。

［３］
前記制御機能では、
前記連結移動体を形成する移動体の連結数が所定数となった場合、一体化した合成移動体であって前記プレイヤオブジェクトと同一の属性が設定された合成移動体を生成する機能、
前記合成移動体と他のオブジェクトとが衝突した場合、少なくとも該連結移動体と該他のオブジェクトとの属性関係に基づいて、該合成移動体及び該他のオブジェクトの動作を制御する機能、
を実現させる［２］に記載のビデオゲーム処理プログラム。

［４］
前記制御機能では、
前記プレイヤオブジェクトに敵対する属性が設定された敵オブジェクトの動作を制御する機能、
前記移動体と前記敵オブジェクトとが衝突した場合、該敵オブジェクトを、衝突位置から所定方向に移動させる機能、
を実現させる［１］～［３］のいずれかに記載のビデオゲーム処理プログラム。

［５］
前記コンピュータに、さらに、
前記移動体と前記敵オブジェクトとが衝突する毎に、該敵オブジェクトの移動レベルを上昇させ、衝突しない状態の時間経過に応じて、該敵オブジェクトの移動レベルを下降させるレベル設定機能、
を実現させ
前記制御機能では、前記移動体に、前記敵オブジェクトが衝突した場合、前記移動レベルに基づく距離だけ、該敵オブジェクトを、衝突位置から所定方向に移動させる機能、
を実現させる［４］に記載のビデオゲーム処理プログラム。

［６］
前記制御機能では、
前記敵オブジェクトに所定の動作を実行させ、該敵オブジェクトと同一の属性が設定された移動体を生成する機能、
前記移動体に、前記プレイヤオブジェクトに敵対する属性が設定された他の移動体が衝突した場合、互いに離間する方向に該移動体と該他の移動体とを移動させる機能、
を実現させる［４］又は［５］に記載のビデオゲーム処理プログラム。

［７］
前記複数のオブジェクトには、互いに敵対する３以上のグループのいずれかに所属する前記プレイヤオブジェクトを含めたグループオブジェクトが含まれ、該グループオブジェクトにはグループの属性が設定され、
前記プレイヤオブジェクトに敵対する属性は、前記プレイヤオブジェクトが所属する所属グループとは異なるグループの属性であり、
前記制御機能では、ユーザの操作入力に基づいて前記プレイヤオブジェクトに所定の動作を実行させ、前記所属グループの属性が設定された移動体を生成する機能、
を実現させる［４］～［５］のいずれかに記載のビデオゲーム処理プログラム。

［８］
前記制御機能では、
前記合成移動体と前記プレイヤオブジェクトに敵対する属性が設定された他の合成移動体とが衝突した場合、これら合成移動体が一体化された特殊移動体であって特殊移動体であることを示す属性が設定された特殊移動体を生成する機能、
前記特殊移動体と他のオブジェクトとが衝突した場合、少なくとも該特殊移動体と該他のオブジェクトとの属性関係に基づいて、該特殊移動体及び該他のオブジェクトの動作を制御する機能、
を実現させる［３］に記載のビデオゲーム処理プログラム。

［９］
前記制御機能では、前記移動体に、前記プレイヤオブジェクトが衝突した場合、該プレイヤオブジェクトの動作に応じて該移動体の動作を制御する機能、
を実現させる［１］～[８]のいずれかに記載のビデオゲーム処理プログラム。

［１０］
前記制御機能では、
前記プレイヤオブジェクトに、前記移動体を踏みつける動作を実行させる機能、
前記移動体に前記プレイヤオブジェクトが踏みつける動作を実行しつつ衝突した場合、該プレイヤオブジェクトを高さ方向に上昇させる動作を該移動体に実行させる機能、
を実現させる［９］に記載のビデオゲーム処理プログラム。

［１１］
前記制御機能では、
前記プレイヤオブジェクトに、前記移動体を蹴る動作を実行させる機能、
前記移動体に前記プレイヤオブジェクトが蹴る動作を実行しつつ衝突した場合、該移動体を所定方向に移動させる機能、
を実現させる［９］又は［１０］に記載のビデオゲーム処理プログラム。

［１２］
前記制御機能では、
前記プレイヤオブジェクトに、溜め動作を実行させる機能、
前記移動体に前記プレイヤオブジェクトが所定時間以上の溜め動作に続けて蹴る動作を実行しつつ衝突した場合、該移動体を溜め動作のない場合よりも速い速度で所定方向に移動させる機能、
を実現させる［１１］に記載のビデオゲーム処理プログラム。

［１３］
前記制御機能では、前記移動体に前記ゲーム空間の地形の属性が設定された地形オブジェクトが衝突した場合、該移動体を該地形オブジェクトに連結させる機能、
を実現させる［１］～[１２]のいずれかに記載のビデオゲーム処理プログラム。

［１４］
前記コンピュータに、さらに、
前記移動体の消滅タイミングを、該移動体のゲーム空間での状態に応じて決定する決定機能、
を実現させ、
前記制御機能では、前記消滅タイミングに基づいて、前記移動体を消滅させる機能、
を実現させる［１］～[１３]のいずれかに記載のビデオゲーム処理プログラム。

［１５］
ゲーム端末装置と通信ネットワークにより接続されるサーバ装置に、ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲームの進行を制御させるためのビデオゲーム処理プログラムであって、
ゲーム空間における前記プレイヤオブジェクトを含む複数のオブジェクトの動作を制御する制御機能、
を実現させ、
前記複数のオブジェクトのそれぞれには属性が設定され、
前記制御機能では、
ユーザの操作入力に基づいて前記プレイヤオブジェクトに所定の動作を実行させ、該プレイヤオブジェクトと同一の属性が設定された移動体を生成する機能、
前記移動体と他のオブジェクトとが衝突した場合、少なくとも該移動体と該他のオブジェクトとの属性関係に基づいて、該移動体及び該他のオブジェクトの動作を制御する機能、
を実現させるビデオゲーム処理プログラム。

［１６］
前記制御機能では、
前記移動体に、前記プレイヤオブジェクトと同一の属性が設定された他の移動体が衝突した場合、該移動体と該他の移動体とを連結した連結移動体であって該プレイヤオブジェクトと同一の属性が設定された連結移動体を生成する機能、
前記連結移動体と他のオブジェクトとが衝突した場合、少なくとも該連結移動体と該他のオブジェクトとの属性関係に基づいて、該連結移動体及び該他のオブジェクトの動作を制御する機能、
を実現させる［１５］に記載のビデオゲーム処理プログラム。

［１７］
前記制御機能では、
前記連結移動体を形成する移動体の連結数が所定数となった場合、一体化した合成移動体であって前記プレイヤオブジェクトと同一の属性が設定された合成移動体を生成する機能、
前記合成移動体と他のオブジェクトとが衝突した場合、少なくとも該連結移動体と該他のオブジェクトとの属性関係に基づいて、該合成移動体及び該他のオブジェクトの動作を制御する機能、
を実現させる［１６］に記載のビデオゲーム処理プログラム。

［１８］
前記制御機能では、
前記プレイヤオブジェクトに敵対する属性が設定された敵オブジェクトの動作を制御する機能、
前記移動体と前記敵オブジェクトとが衝突した場合、該敵オブジェクトを、衝突位置から所定方向に移動させる機能、
を実現させる［１５］～［１７］のいずれかに記載のビデオゲーム処理プログラム。

［１９］
前記サーバ装置に、さらに、
前記移動体と前記敵オブジェクトとが衝突する毎に、該敵オブジェクトの移動レベルを上昇させ、衝突しない状態の時間経過に応じて、該敵オブジェクトの移動レベルを下降させるレベル設定機能、
を実現させ
前記制御機能では、前記移動体に、前記敵オブジェクトが衝突した場合、前記移動レベルに基づく距離だけ、該敵オブジェクトを、衝突位置から所定方向に移動させる機能、
を実現させる［１８］に記載のビデオゲーム処理プログラム。

［２０］
前記制御機能では、
前記敵オブジェクトに所定の動作を実行させ、該敵オブジェクトと同一の属性が設定された移動体を生成する機能、
前記移動体に、前記プレイヤオブジェクトに敵対する属性が設定された他の移動体が衝突した場合、互いに離間する方向に該移動体と該他の移動体とを移動させる機能、
を実現させる［１８］又は［１９］に記載のビデオゲーム処理プログラム。

［２１］
前記複数のオブジェクトには、互いに敵対する３以上のグループのいずれかに所属する前記プレイヤオブジェクトを含めたグループオブジェクトが含まれ、該グループオブジェクトにはグループの属性が設定され、
前記プレイヤオブジェクトに敵対する属性は、前記プレイヤオブジェクトが所属する所属グループとは異なるグループの属性であり、
前記制御機能では、ユーザの操作入力に基づいて前記プレイヤオブジェクトに所定の動作を実行させ、前記所属グループの属性が設定された移動体を生成する機能、
を実現させる［１８］～［２０］のいずれかに記載のビデオゲーム処理プログラム。

［２２］
前記制御機能では、
前記合成移動体と前記プレイヤオブジェクトに敵対する属性が設定された他の合成移動体とが衝突した場合、これら合成移動体が一体化された特殊移動体であって特殊移動体であることを示す属性が設定された特殊移動体を生成する機能、
前記特殊移動体と他のオブジェクトとが衝突した場合、少なくとも該特殊移動体と該他のオブジェクトとの属性関係に基づいて、該特殊移動体及び該他のオブジェクトの動作を制御する機能、
を実現させる［１７］に記載のビデオゲーム処理プログラム。

［２３］
前記制御機能では、前記移動体に、前記プレイヤオブジェクトが衝突した場合、該プレイヤオブジェクトの動作に応じて該移動体の動作を制御する機能、
を実現させる［１５］～[２２]のいずれかに記載のビデオゲーム処理プログラム。

［２４］
前記制御機能では、
前記プレイヤオブジェクトに、前記移動体を踏みつける動作を実行させる機能、
前記移動体に前記プレイヤオブジェクトが踏みつける動作を実行しつつ衝突した場合、該プレイヤオブジェクトを高さ方向に上昇させる動作を該移動体に実行させる機能、
を実現させる［２３］に記載のビデオゲーム処理プログラム。

［２５］
前記制御機能では、
前記プレイヤオブジェクトに、前記移動体を蹴る動作を実行させる機能、
前記移動体に前記プレイヤオブジェクトが蹴る動作を実行しつつ衝突した場合、該移動体を所定方向に移動させる機能、
を実現させる［２３］又は［２４］に記載のビデオゲーム処理プログラム。

［２６］
前記制御機能では、
前記プレイヤオブジェクトに、溜め動作を実行させる機能、
前記移動体に前記プレイヤオブジェクトが所定時間以上の溜め動作に続けて蹴る動作を実行しつつ衝突した場合、該移動体を溜め動作のない場合よりも速い速度で所定方向に移動させる機能、
を実現させる［２５］に記載のビデオゲーム処理プログラム。

［２７］
前記制御機能では、前記移動体に前記ゲーム空間の地形の属性が設定された地形オブジェクトが衝突した場合、該移動体を該地形オブジェクトに連結させる機能、
を実現させる［１５］～[２６]のいずれかに記載のビデオゲーム処理プログラム。

［２８］
前記コンピュータに、さらに、
前記移動体の消滅タイミングを、該移動体のゲーム空間での状態に応じて決定する決定機能、
を実現させ、
前記制御機能では、前記消滅タイミングに基づいて、前記移動体を消滅させる機能、
を実現させる［１５］～[２７]のいずれかに記載のビデオゲーム処理プログラム。

［２９］
ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲームを実行する複数の端末装置と、該複数のゲーム端末装置と通信ネットワークで接続されるサーバ装置とを備えたゲームシステムであって、
ゲーム空間における前記プレイヤオブジェクトを含む複数のオブジェクトの動作を制御する制御手段、
を含み、
前記複数のオブジェクトのそれぞれには属性が設定され、
前記制御手段は、
ユーザの操作入力に基づいて前記プレイヤオブジェクトに所定の動作を実行させ、該プレイヤオブジェクトと同一の属性が設定された移動体を生成し、
前記移動体と他のオブジェクトとが衝突した場合、少なくとも該移動体と該他のオブジェクトとの属性関係に基づいて、該移動体及び該他のオブジェクトの動作を制御する、
ゲームシステム。

［３０］
ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲームの進行を制御する機能をコンピュータに実現させるゲーム端末装置であって、
ゲーム空間における前記プレイヤオブジェクトを含む複数のオブジェクトの動作を制御する制御手段、
を含み、
前記複数のオブジェクトのそれぞれには属性が設定され、
前記制御手段は、
ユーザの操作入力に基づいて前記プレイヤオブジェクトに所定の動作を実行させ、該プレイヤオブジェクトと同一の属性が設定された移動体を生成し、
前記移動体と他のオブジェクトとが衝突した場合、少なくとも該移動体と該他のオブジェクトとの属性関係に基づいて、該移動体及び該他のオブジェクトの動作を制御する、
ゲーム端末装置。

［３１］
コンピュータに、ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲームの進行を制御させるゲーム進行制御方法であって、
ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲームの進行を制御する機能を、コンピュータに実現させるためのゲームプログラムであって、
ゲーム空間における前記プレイヤオブジェクトを含む複数のオブジェクトの動作を制御する制御処理、
を含み、
前記複数のオブジェクトのそれぞれには属性が設定され、
前記制御処理では、
ユーザの操作入力に基づいて前記プレイヤオブジェクトに所定の動作を実行させ、該プレイヤオブジェクトと同一の属性が設定された移動体を生成し、
前記移動体と他のオブジェクトとが衝突した場合、少なくとも該移動体と該他のオブジェクトとの属性関係に基づいて、該移動体及び該他のオブジェクトの動作を制御する、
ゲーム進行制御方法。

本発明の実施形態の一つによれば、プレイヤキャラクタの所定の動作によって生成される移動体の構成に関して、攻撃を行う他にも別の要素を付加し、移動体を用いたユーザの遊び方にバリエーションを増やすのに有用である。

１０ サーバ装置
１１ オブジェクト制御部
２０ 端末装置
５０ ゲーム空間
１００ ゲームシステム
ＭＯ シャボン弾（移動体）
ＣＭＯ 連結シャボン弾（連結移動体）
ＢＭＯ ビッグシャボン弾（合成移動体）
ＡＭＯ 協力シャボン弾（特殊移動体）
ＰＣ 海賊キャラクタ（プレイヤキャラクタ）
ＨＴ ハンターキャラクタ

Claims (8)

1. ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲームの進行を制御する機能を、コンピュータに実現させるためのビデオゲーム処理プログラムであって、
   前記コンピュータに、
   ゲーム空間における前記プレイヤオブジェクトを含む複数のオブジェクトの動作を制御する制御機能、
   を実現させ、
   前記複数のオブジェクトのそれぞれには属性が設定され、
   前記制御機能では、
   ユーザの操作入力に基づいて前記プレイヤオブジェクトに所定の動作を実行させ、該プレイヤオブジェクトと同一の属性が設定された移動体を生成する機能、
   前記移動体に、前記プレイヤオブジェクトと同一の属性が設定された他の移動体が衝突した場合、該移動体と該他の移動体とを連結した連結移動体であって該プレイヤオブジェクトと同一の属性が設定された連結移動体を生成する機能、
   前記移動体と他のオブジェクトとが衝突した場合、少なくとも該移動体と該他のオブジェクトとの属性関係に基づいて、該移動体及び該他のオブジェクトの動作を制御する機能、
   前記連結移動体と他のオブジェクトとが衝突した場合、少なくとも該連結移動体と該他のオブジェクトとの属性関係に基づいて、該連結移動体及び該他のオブジェクトの動作を制御する機能、
   を実現させるビデオゲーム処理プログラム。
2. 前記制御機能では、
   前記連結移動体を形成する移動体の連結数が所定数となった場合、一体化した合成移動体であって前記プレイヤオブジェクトと同一の属性が設定された合成移動体を生成する機能、
   前記合成移動体と他のオブジェクトとが衝突した場合、少なくとも該連結移動体と該他のオブジェクトとの属性関係に基づいて、該合成移動体及び該他のオブジェクトの動作を制御する機能、
   を実現させる請求項１に記載のビデオゲーム処理プログラム。
3. ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲームの進行を制御する機能を、コンピュータに実現させるためのビデオゲーム処理プログラムであって、
   前記コンピュータに、
   ゲーム空間における前記プレイヤオブジェクトを含む複数のオブジェクトの動作を制御する制御機能、
   を実現させ、
   前記複数のオブジェクトのそれぞれには属性が設定され、
   前記制御機能では、
   ユーザの操作入力に基づいて前記プレイヤオブジェクトに所定の動作を実行させ、該プレイヤオブジェクトと同一の属性が設定された移動体を生成する機能、
   前記プレイヤオブジェクトに敵対する属性が設定された敵オブジェクトの動作を制御する機能、
   前記移動体と他のオブジェクトとが衝突した場合、少なくとも該移動体と該他のオブジェクトとの属性関係に基づいて、該移動体及び該他のオブジェクトの動作を制御する機能、
   を実現させ、
   前記コンピュータに、さらに、
   前記移動体と前記敵オブジェクトとが衝突する毎に、該敵オブジェクトの移動レベルを上昇させ、衝突しない状態の時間経過に応じて、該敵オブジェクトの移動レベルを下降させるレベル設定機能、
   を実現させ、
   前記制御機能では、前記移動体に、前記敵オブジェクトが衝突した場合、前記移動レベルに基づく距離だけ、該敵オブジェクトを、衝突位置から所定方向に移動させる機能、
   を実現させるビデオゲーム処理プログラム。
4. 前記制御機能では、
   前記敵オブジェクトに所定の動作を実行させ、該敵オブジェクトと同一の属性が設定された移動体を生成する機能、
   前記移動体に、前記プレイヤオブジェクトに敵対する属性が設定された他の移動体が衝突した場合、互いに離間する方向に該移動体と該他の移動体とを移動させる機能、
   を実現させる請求項３に記載のビデオゲーム処理プログラム。
5. ゲーム端末装置と通信ネットワークにより接続されるサーバ装置に、ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲームの進行を制御させるためのビデオゲーム処理プログラムであって、
   ゲーム空間における前記プレイヤオブジェクトを含む複数のオブジェクトの動作を制御する制御機能、
   を実現させ、
   前記複数のオブジェクトのそれぞれには属性が設定され、
   前記制御機能では、
   ユーザの操作入力に基づいて前記プレイヤオブジェクトに所定の動作を実行させ、該プレイヤオブジェクトと同一の属性が設定された移動体を生成する機能、
   前記移動体に、前記プレイヤオブジェクトと同一の属性が設定された他の移動体が衝突した場合、該移動体と該他の移動体とを連結した連結移動体であって該プレイヤオブジェクトと同一の属性が設定された連結移動体を生成する機能、
   前記移動体と他のオブジェクトとが衝突した場合、少なくとも該移動体と該他のオブジェクトとの属性関係に基づいて、該移動体及び該他のオブジェクトの動作を制御する機能、
   前記連結移動体と他のオブジェクトとが衝突した場合、少なくとも該連結移動体と該他のオブジェクトとの属性関係に基づいて、該連結移動体及び該他のオブジェクトの動作を制御する機能、
   を実現させるビデオゲーム処理プログラム。
6. ゲーム端末装置と通信ネットワークにより接続されるサーバ装置に、ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲームの進行を制御させるためのビデオゲーム処理プログラムであって、
   ゲーム空間における前記プレイヤオブジェクトを含む複数のオブジェクトの動作を制御する制御機能、
   を実現させ、
   前記複数のオブジェクトのそれぞれには属性が設定され、
   前記制御機能では、
   ユーザの操作入力に基づいて前記プレイヤオブジェクトに所定の動作を実行させ、該プレイヤオブジェクトと同一の属性が設定された移動体を生成する機能、
   前記プレイヤオブジェクトに敵対する属性が設定された敵オブジェクトの動作を制御する機能、
   前記移動体と他のオブジェクトとが衝突した場合、少なくとも該移動体と該他のオブジェクトとの属性関係に基づいて、該移動体及び該他のオブジェクトの動作を制御する機能、
   を実現させ、
   前記サーバ装置に、さらに、
   前記移動体と前記敵オブジェクトとが衝突する毎に、該敵オブジェクトの移動レベルを上昇させ、衝突しない状態の時間経過に応じて、該敵オブジェクトの移動レベルを下降させるレベル設定機能、
   を実現させ、
   前記制御機能では、前記移動体に、前記敵オブジェクトが衝突した場合、前記移動レベルに基づく距離だけ、該敵オブジェクトを、衝突位置から所定方向に移動させる機能、
   を実現させるビデオゲーム処理プログラム。
7. ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲームを実行する複数の端末装置と、該複数のゲーム端末装置と通信ネットワークで接続されるサーバ装置とを備えたゲームシステムであって、
   ゲーム空間における前記プレイヤオブジェクトを含む複数のオブジェクトの動作を制御する制御手段、
   を含み、
   前記複数のオブジェクトのそれぞれには属性が設定され、
   前記制御手段は、
   ユーザの操作入力に基づいて前記プレイヤオブジェクトに所定の動作を実行させ、該プレイヤオブジェクトと同一の属性が設定された移動体を生成し、
   前記移動体に、前記プレイヤオブジェクトと同一の属性が設定された他の移動体が衝突した場合、該移動体と該他の移動体とを連結した連結移動体であって該プレイヤオブジェクトと同一の属性が設定された連結移動体を生成し、
   前記移動体と他のオブジェクトとが衝突した場合、少なくとも該移動体と該他のオブジェクトとの属性関係に基づいて、該移動体及び該他のオブジェクトの動作を制御し、
   前記連結移動体と他のオブジェクトとが衝突した場合、少なくとも該連結移動体と該他のオブジェクトとの属性関係に基づいて、該連結移動体及び該他のオブジェクトの動作を制御する、
   ゲームシステム。
8. ユーザがゲーム空間のプレイヤオブジェクトを操作するビデオゲームを実行する複数の端末装置と、該複数のゲーム端末装置と通信ネットワークで接続されるサーバ装置とを備えたゲームシステムであって、
   ゲーム空間における前記プレイヤオブジェクトを含む複数のオブジェクトの動作を制御する制御手段、
   を含み、
   前記複数のオブジェクトのそれぞれには属性が設定され、
   前記制御手段は、
   ユーザの操作入力に基づいて前記プレイヤオブジェクトに所定の動作を実行させ、該プレイヤオブジェクトと同一の属性が設定された移動体を生成し、
   前記プレイヤオブジェクトに敵対する属性が設定された敵オブジェクトの動作を制御し、
   前記移動体と他のオブジェクトとが衝突した場合、少なくとも該移動体と該他のオブジェクトとの属性関係に基づいて、該移動体及び該他のオブジェクトの動作を制御し、
   前記ゲームシステムは、さらに、
   前記移動体と前記敵オブジェクトとが衝突する毎に、該敵オブジェクトの移動レベルを上昇させ、衝突しない状態の時間経過に応じて、該敵オブジェクトの移動レベルを下降させるレベル設定手段、
   を含み、
   前記制御手段は、前記移動体に、前記敵オブジェクトが衝突した場合、前記移動レベルに基づく距離だけ、該敵オブジェクトを、衝突位置から所定方向に移動させる、
   ゲームシステム。

Images