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

Description

本発明の実施形態の少なくとも１つは、ビデオゲーム処理プログラム及びゲームシステムに関する。

近年では、サーバ装置から通信ネットワークを介してゲーム装置（端末装置）にＭＭＯＲＰＧ（Massively Multiplayer Online Role-Playing Game）等のオンラインゲームが提供されている（例えば、特許文献１参照）。

オンラインゲームでは、例えば、ユーザが複数のチームに分かれて対戦するチーム対戦、参加ユーザのうち最後の１人になるまでユーザ同士が戦闘するバトルロワイヤルなど、多くのユーザが参加可能な種々のゲームが提供されている。また、近年では、上述のようなゲームのプレイ動画を投稿する（配信する）ユーザも増加しつつある。

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

上述のような複数のユーザが参加するゲームでは、複数のユーザがプレイするゲームの形態として、上述のような複数のユーザ同士の対戦の構成が主流であり、複数のユーザがプレイするゲームとして新鮮味が求められいる。すなわち、上述のようなゲームに参加する複数のユーザは、対戦相手（チーム）を倒す等の同一の目的（課題）でゲームをプレイすることになるので、ゲームにおいて得られるものが同じような体験ばかりとなってしなうことが課題である。

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

非限定的な観点によると、本発明一実施形態に係るビデオゲーム処理プログラムは、通信ネットワークで接続された複数の端末装置のそれぞれのユーザが操作するプレイヤオブジェクトを含む複数のオブジェクトがゲーム空間においてグループを形成するビデオゲームの進行を制御する機能をコンピュータに実現させるためのビデオゲーム処理プログラムであって、第一課題が設定された少なくとも２つのグループ、及び、第一課題とは異なる第二課題が設定された少なくとも１つのグループを設定する設定機能、所属するグループに基づいて各オブジェクトの動作を制御する制御機能、を実現させる。第一課題は、第一課題が設定されたグループ間での戦いに勝利する課題であり、第二課題は、第一課題が設定されたグループのゲームの進行に関連する課題である。

非限定的な観点によると、本発明一実施形態に係るビデオゲーム処理プログラムは、複数の端末装置と通信ネットワークで接続されるサーバ装置に、複数の端末装置のそれぞれのユーザが操作するプレイヤオブジェクトを含む複数のオブジェクトがゲーム空間においてグループを形成するビデオゲームの進行を制御させるためのビデオゲーム処理プログラムであって、第一課題が設定された少なくとも２つのグループ、及び、第一課題とは異なる第二課題が設定された少なくとも１つのグループを設定する設定機能、所属するグループに基づいて各オブジェクトの動作を制御する制御機能、を実現させる。第一課題は、第一課題が設定されたグループ間での戦いに勝利する課題であり、第二課題は、第一課題が設定されたグループのゲームの進行に関連する課題である。

非限定的な観点によると、本発明の一実施形態に係るゲームシステムは、複数のユーザのそれぞれが操作するプレイヤオブジェクトを含む複数のオブジェクトがゲーム空間においてグループを形成するビデオゲームを実行する複数の端末装置と、複数のゲーム端末装置と通信ネットワークで接続されるサーバ装置とを備えたゲームシステムであって、第一課題が設定された少なくとも２つのグループ、及び、第一課題とは異なる第二課題が設定された少なくとも１つのグループを設定する設定手段、所属するグループに基づいて各オブジェクトの動作を制御する制御手段、を含む。第一課題は、第一課題が設定されたグループ間での戦いに勝利する課題であり、第二課題は、第一課題が設定されたグループのゲームの進行に関連する課題である。

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

本発明の実施形態の少なくとも一つに対応するビデオゲーム処理システムの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム進行処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するゲームシステムの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するホスト用の端末装置がゲーム進行処理を実行する場合のホスト用の端末装置及びゲスト用の端末装置の動作の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム進行処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム進行処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するゲーム空間の一例を示す図である。 本発明の実施形態の少なくとも一つに対応するグループ間の関係を示す図である。 本発明の実施形態の少なくとも一つに対応する海賊キャラクタの一例を示す図である。 本発明の実施形態の少なくとも一つに対応するゲーム画像の一例を示す図である。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応する参加プレイヤリストの一例を示す図である。 本発明の実施形態の少なくとも一つに対応するゲーム進行処理の例を示すフローチャートである。

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

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

ゲームシステム１００は、プレイヤオブジェクトを含む複数のオブジェクトがゲーム空間においてグループを形成するゲームを実行するための各種機能を有する。上記複数のオブジェクトには、少なくともプレイヤが操作するプレイヤオブジェクトが含まれていればよい。その他、上記複数のオブジェクトには、サーバ装置（ＣＰＵ）１０が動作を制御するノンプレイヤキャラクタ（ノンプレイヤオブジェクト）等のオブジェクトが含まれていてもよい。

本実施形態の例のゲームでは、第一課題が設定された少なくとも２つのグループ（例えば、第一グループＡ，Ｂ）、及び、この第一課題とは異なる第二課題が設定された少なくとも１つのグループ（例えば、第二グループＳ）が設定される。すなわち、グループに対して課題が設定される。各グループのオブジェクトが、同一（又は共通）のゲーム空間において、所属するグループに設定された課題を達成するべく動作を行うことで、ゲームが進行していく。

第一課題は、この第一課題が設定されたグループ間での戦いに勝利する課題である。例えば、第一グループＡ，Ｂ間での戦いに勝利することが課題である。「戦い」は、グループ間で勝敗を決めることができる構成であれば、どのような構成を採用してもよい。例えば、グループ間での武器等を用いた戦闘、ゲーム空間に配置された宝等の目的オブジェクトの収集量を競う競争などが「戦い」に該当する。

第二課題は、第一課題が設定されたグループのゲームの進行に関連する課題である。例えば、第一グループＡ，Ｂが第一課題を達成しないように妨害する課題である。また、例えば、第一グループＡ，Ｂの一方が第一課題を達成できるようにアシストする課題である。

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

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

設定部（設定機能）１１は、第一課題が設定された少なくとも２つのグループ（第一グループＡ，Ｂ）、及び、この第一課題とは異なる第二課題が設定された少なくとも１つのグループ（第二グループＳ）を設定する。設定部１１は、例えば、ユーザによる課題（グループ）の選択情報（操作情報）に基づいてグループを設定すればよい。この場合、第一課題を選択したユーザのプレイヤオブジェクトは第一グループに配属され、第二課題を選択したユーザのプレイヤオブジェクトは第二グループに配属される。また、グループのプレイヤオブジェクトの配属数が所定数に達しない場合、ノンプレイヤオブジェクトを所定数に達していないグループに配属させればよい。あるいは、参加したユーザ（プレイヤオブジェクト）のみで各グループを形成するようにしてもよい。

設定部１１は、例えば、グループの識別情報に、所属するプレイヤオブジェクト及びノンプレイヤオブジェクトの識別情報、課題の識別情報等を対応付けたグループ設定情報（例えば、図１４参照）を、サーバ装置１０Ａの記憶部に記憶しておけばよい。

オブジェクト制御部（制御機能）１２は、所属するグループに基づいて各オブジェクトの動作を制御する。オブジェクト制御部１２は、例えば、所属するグループに基づいて、異なる動作をオブジェクトに実行させる。プレイヤオブジェクトの場合、オブジェクト制御部１２は、例えば、ユーザの操作情報にも基づいて動作を制御する。

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

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

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

図３は、システム１００が実行するゲーム進行処理の例を示すフローチャートである。本実施形態の例における進行処理では、課題とともにグループを設定する処理を含んだゲーム進行のための処理が行われる。なお、図３においては、主として、課題とともにグループを設定する処理について説明し、その他の処理は一部省略する。以下、サーバ装置１０Ａと端末装置２０とがゲーム進行処理を実行する場合を例にして説明する。

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

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

一方、サーバ装置１０Ａは、グループ設定処理を行う（ステップＳ１０）。サーバ装置１０Ａは、プレイヤオブジェクトを含む複数のオブジェクトのそれぞれにグループを設定する。例えば、第一課題が設定された第一グループＡ，Ｂ、第二課題が設定された第二グループＳを形成するようにオブジェクトの配属が行われる。そして、サーバ装置１０Ａは、上述したように、グループ設定情報を生成して記憶部に記憶しておけばよい。

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

サーバ装置１０Ａは、進行処理を行う（ステップＳ１１）。進行処理では、各課題に基づいてゲームを進行させる処理が行われる。進行処理では、サーバ装置１０Ａは、例えば、各グループＡ，Ｂ，Ｓの各オブジェクトの動作を制御する。プレイヤオブジェクトの場合には、操作情報等に基づいて動作が制御される。これにより、上記複数のオブジェクトのゲーム空間での移動（位置）情報等が更新される。一回の進行処理では、例えば、１フレーム分のゲーム画像及び音声を生成するための処理が行われる。

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

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

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

なお、サーバ装置１０Ａは、例えば、ゲーム終了後に、各グループの課題の達成の成否を判定し、判定結果に基づいて報酬を各ユーザ（プレイヤオブジェクト）に付与すればよい。また、端末装置２０も、例えば、ゲーム終了後に、上記課題の達成の判定結果等の画像を出力（表示部に表示）すればよい。なお、各課題の達成の成否の判定は、一般的な構成であるので詳細な説明は省略する。

なお、図３に示す処理では、端末装置２０に関して説明したが、ゲームに参加要求を行った各ユーザの端末装置に対しても同様の処理が行われる。

以上のように、第１の実施形態の一側面として、サーバ装置１０Ａが、設定部１１及びオブジェクト制御部１２を少なくとも備える構成としているので、課題の異なる複数のグループが形成される。したがって、所属するグループの課題によって、異なる戦略が要求される。しかも、ゲームの状況や所属したグループの課題等によって、他のグループとの様々な関係が生じることとなり、ユーザはゲームを通じて様々な体験を得ることができる。

例えば、第一グループＡ，Ｂ間において、ゲーム空間に配置された目的オブジェクト（例えば、宝）の収集量での戦い（競争）に勝利する課題を第一課題とし、ゲーム空間において第一グループＡ，Ｂのオブジェクトを捕獲する課題を第二課題とした場合について説明する。第一グループＡ，Ｂのオブジェクトは、競争関係にあるが、ゲーム状況によっては第二課題が設定された第二グループＳのオブジェクトから逃れるべく、一時的に協力関係（共闘、救助）を結ぶ場合もある。また、ゲーム状況の変化によって、一時的に協力関係となった相手を裏切る場合もある。すなわち、ユーザは、心理的な駆け引きを楽しむことができる。さらに、第一課題が設定されたグループ及び第二課題が設定されたグループの両方をプレイできるので、互いに異なる立場でのプレイを体験できる。したがって、ユーザはゲームを通じて様々な体験を得ることができる。

なお、上述した第１の実施形態の例では、サーバ装置１０Ａが、ビデオゲーム処理プログラムを実行してゲームの進行を制御しているが、特にこれに限定されるものではない。例えば、図４に示すようなホスト用の端末装置及びゲスト用の端末装置を含むゲームシステムとし、サーバ装置１０Ａに代えてホスト用の端末装置が設定部１１及びオブジェクト制御部１２を少なくとも備える構成としてもよい。あるいは、複数の端末装置が協働してゲームの進行を制御してもよい。

図４に示す複数の端末装置は、例えば、ピアツーピア（peer to peer）型ネットワークに接続されている。ホスト用の端末装置は、ゲスト用の端末装置に対して、ビデオゲームの進行を制御するための情報を提供するための各種機能を有する。また、各端末装置は、互いに通信を行うことによってビデオゲームを実行するため操作装置、ＨＤＤ等の記憶部、ゲームを実行してゲーム画像を生成するＣＰＵ等から構成される制御部、ゲーム画像を表示させる表示装置等を備えている。また、各端末装置には、ビデオゲームを実行するためのソフトウェア（ビデオゲーム実行プログラム）が記憶部に記憶されている。

さらに、端末装置には、ビデオゲームの進行を制御するためのソフトウェア（ビデオゲーム処理プログラム）も記憶部に記憶されている。すなわち、ゲスト用の端末装置（制御部）は、ビデオゲームを実行させつつ、ホスト用の端末装置からのビデオゲームの進行を制御するための情報に基づいてビデオゲームを進行させる処理を行う。一方、ホスト用の端末装置(制御部)は、ビデオゲームを実行させつつ、ビデオゲームの進行を制御するための情報（例えば、画像情報）を生成し、端末装置に送信する。

図５は、ホスト用の端末装置が図３に示すゲーム進行処理を実行する場合のホスト用の端末装置及びゲスト用の端末装置の動作の例を示すフローチャートである。

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

一方、ホスト用の端末装置は、グループ設定処理を行う（ステップＳ３０）。ホスト用の端末装置は、プレイヤオブジェクトを含む複数のオブジェクトのそれぞれにグループを設定する。その後、ゲーム空間が生成されてゲームが開始される。ゲスト用の端末装置は、プレイヤオブジェクトに関する操作情報等をユーザの識別情報とともに定期的にホスト用の端末装置に送信する。

ホスト用の端末装置は、進行処理を行う（ステップＳ３１）。進行処理では、各課題に基づいてゲームを進行させる処理が行われる。その後、ホスト用の端末装置は、画像情報生成処理を行う（ステップＳ３２）。ホスト用の端末装置は、例えば、上述の各処理によって進行したゲーム空間等の画像を生成するための画像情報を生成する。その後、ホスト用の端末装置は、画像情報をゲスト用の端末装置に送信する。

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

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

なお、上述の「オブジェクト」は、種々の形態のオブジェクトを採用可能である。例えば、人物、ロボット及び動物等のキャラクタ、自動車等の乗り物、ボール等の球体、カードなどがオブジェクトに該当する。

上述の「ビデオゲーム」は、複数のユーザが参加可能な構成であれば、ロールプレイングゲーム、育成ゲーム、シミュレーションゲーム等のいずれのジャンルのゲームを採用してもよい。

上述の第一課題が設定されるグループの設定数は、少なくとも２つあればよく、３以上のグループを設定してもよい。また、第二課題が設定されるグループの設定数は、少なくとも１つあればよく、２以上のグループを設定してもよい。

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

本実施形態の例では、第一課題が設定されたグループのゲームの進行に関連する課題の一例として、第一課題の達成の妨害に関する課題が第二課題として設定される。第一課題の達成の妨害に関する課題は、第一課題のグループによる課題の達成を防ぐこと、課題の達成を防げなくても邪魔することを含む。

例えば、第一課題が、ゲーム空間に配置されている目的オブジェクト（例えば、宝）の収集量を競う戦いに勝利する課題であり、第二課題が、ゲーム空間において第一課題が設定されたグループのプレイヤオブジェクトを捕獲する課題である。より具体的には、第二課題の第二グループＳのオブジェクトに、第一課題の第一グループＡ，Ｂのオブジェクトを捕獲する動作を行わせることで、第一グループＡ，Ｂのオブジェクトによる宝の収集が進まないように妨害させる。また、例えば、第二グループＳのオブジェクトに宝を隠させる動作を行わせ、第一グループＡ，Ｂのプレイヤオブジェクトの宝の収集が進まないように妨害させてもよい。

第一グループＡ，Ｂのオブジェクトは、競争関係にあるが、ゲーム状況によっては第二グループＳのオブジェクトから逃れるべく、一時的に協力関係（共闘、救助）を結ぶ場合もある。また、ゲーム状況の変化によって、一時的に協力関係となった相手を裏切る場合もある。すなわち、ユーザは、心理的な駆け引きを楽しむことができる。さらに、第一課題が設定されたグループ及び第二課題が設定されたグループの両方をプレイできるので、互いに異なる立場でのプレイを体験できる。

設定部１１Ｂは、第一課題が設定された少なくとも２つのグループ（第一グループＡ，Ｂ）、及び、この第一課題とは異なる第二課題が設定された少なくとも１つのグループ（第二グループＳ）を設定する。設定部１１Ｂは、例えば、ユーザによる課題（グループ）の選択情報（操作情報）に基づいてグループを設定すればよい。この場合、第一課題を選択したユーザのプレイヤオブジェクトは第一グループに配属され、第二課題を選択したユーザのプレイヤオブジェクトは第二グループに配属される。また、グループのプレイヤオブジェクトの配属数が所定数に達しない場合、ノンプレイヤオブジェクトを所定数に達していないグループに配属させればよい。あるいは、参加したユーザ（プレイヤオブジェクト）のみで各グループを形成するようにしてもよい。

設定部１１Ｂは、例えば、グループの識別情報に、所属するプレイヤオブジェクト及びノンプレイヤオブジェクトの識別情報、課題の識別情報等を対応付けたグループ設定情報（例えば、図１４参照）を、サーバ装置１０Ｂの記憶部に記憶しておけばよい。

オブジェクト制御部１２は、所属するグループに基づいて各オブジェクトの動作を制御する。オブジェクト制御部１２は、例えば、所属するグループに基づいて、異なる動作をオブジェクトに実行させる。プレイヤオブジェクトの場合、オブジェクト制御部１２は、例えば、ユーザの操作情報にも基づいて動作を制御する。

図７は、システム１００が実行するゲーム進行処理の例を示すフローチャートである。本実施形態の例における進行処理では、課題とともにグループを設定する処理を含んだゲーム進行のための処理が行われる。なお、図７においては、主として、課題とともにグループを設定する処理について説明し、その他の処理は一部省略する。以下、サーバ装置１０Ｂと端末装置２０とがゲーム進行処理を実行する場合を例にして説明する。なお、ホスト用の端末装置の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

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

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

一方、サーバ装置１０Ｂは、グループ設定処理を行う（ステップＳ１０－Ｂ）。サーバ装置１０Ｂは、プレイヤオブジェクトを含む複数のオブジェクトのそれぞれにグループを設定する。例えば、第一課題が設定された第一グループＡ，Ｂ、第二課題が設定された第二グループＳを形成するようにオブジェクトの配属が行われる。そして、サーバ装置１０Ｂは、上述したように、グループ設定情報を生成して記憶部に記憶しておけばよい。本実施形態の例では、第一課題が設定されたグループ間での戦いに勝利する課題が第一課題として設定され、第一課題の達成の妨害に関する課題が第二課題として設定される。

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

サーバ装置１０Ｂは、進行処理を行う（ステップＳ１１）。進行処理では、各課題に基づいてゲームを進行させる処理が行われる。進行処理では、サーバ装置１０Ｂは、例えば、各グループＡ，Ｂ，Ｓの各オブジェクトの動作を制御する。プレイヤオブジェクトの場合には、操作情報等に基づいて動作が制御される。これにより、上記複数のオブジェクトのゲーム空間での移動（位置）情報等が更新される。一回の進行処理では、例えば、１フレーム分のゲーム画像及び音声を生成するための処理が行われる。

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

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

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

なお、サーバ装置１０Ｂは、例えば、ゲーム終了後に、各グループの課題の達成の成否を判定し、判定結果に基づいて報酬を各ユーザ（プレイヤオブジェクト）に付与すればよい。また、端末装置２０も、例えば、ゲーム終了後に、上記課題の達成の判定結果等の画像を出力（表示部に表示）すればよい。なお、各課題の達成の成否の判定は、一般的な構成であるので詳細な説明は省略する。

なお、図７に示す処理では、端末装置２０に関して説明したが、ゲームに参加要求を行ったユーザの端末装置に対しても同様の処理が行われる。

以上のように、第２の実施形態の一側面として、サーバ装置１０Ｂが、設定部１１Ｂ及びオブジェクト制御部１２を少なくとも備える構成としているので、課題の異なる複数のグループが形成される。したがって、所属するグループの課題によって、異なる戦略が要求される。しかも、ゲームの状況や所属したグループの課題等によって、他のグループとの様々な関係が生じることとなり、ユーザはゲームを通じて様々な体験を得ることができる。

上述の実施形態の例における第二課題は、第一課題の達成の妨害に関する課題であれば、種々の課題を採用可能である。例えば、第一課題として、目的地に他のグループよりも早く到着する競争に勝利する課題が第一グループＡ、Ｂ設定される場合、第二課題として第一課題が達成されないように妨害するする課題が第二グループＳに設定される。この場合、第二グループＳのプレイヤオブジェクトに、ゲーム空間に岩、壁等の妨害オブジェクトを配置させ、第一グループＡ，Ｂのプレイヤオブジェクトが目的地に到達することが難しくなるように妨害させる。

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

本実施形態の例では、第一課題が、ゲーム空間に配置されている目的オブジェクト（例えば、宝）の収集量を競う戦いに勝利する課題であり、第二課題が、ゲーム空間において第一課題が設定されたグループのオブジェクトを捕獲する課題である。より具体的には、第二課題の第二グループＳのオブジェクトに、第一課題の第一グループＡ，Ｂのオブジェクトを捕獲する動作を行わせることで、第一グループＡ，Ｂのオブジェクトによる宝の収集が進まないように妨害させる。また、例えば、第二グループＳのオブジェクトに宝を隠させる動作を行わせ、第一グループＡ，Ｂのオブジェクトの宝の収集が進まないように妨害させてもよい。

第一グループＡ，Ｂのオブジェクトは、競争関係にあるが、ゲーム状況によっては第二課題が設定された第二グループＳのオブジェクトから逃れるべく、一時的に協力関係（共闘、救助）を結ぶ場合もある。また、ゲーム状況の変化によって、一時的に協力関係となった相手を裏切る場合もある。すなわち、ユーザは、心理的な駆け引きを楽しむことができる。さらに、第一課題が設定されたグループ及び第二課題が設定されたグループの両方をプレイできるので、互いに異なる立場でのプレイを体験できる。

設定部１１Ｃは、第一課題が設定された少なくとも２つのグループ（第一グループＡ，Ｂ）、及び、この第一課題とは異なる第二課題が設定された少なくとも１つのグループ（第二グループＳ）を設定する。設定部１１Ｃは、例えば、ユーザによる課題（グループ）の選択情報（操作情報）に基づいてグループを設定すればよい。この場合、第一課題を選択したユーザのプレイヤオブジェクトは第一グループに配属され、第二課題を選択したユーザのプレイヤオブジェクトは第二グループに配属される。また、グループのプレイヤオブジェクトの配属数が所定数に達しない場合、ノンプレイヤオブジェクトを所定数に達していないグループに配属させればよい。あるいは、参加したユーザ（プレイヤオブジェクト）のみで各グループを形成するようにしてもよい。

設定部１１Ｃは、例えば、グループの識別情報に、所属するプレイヤオブジェクト及びノンプレイヤオブジェクトの識別情報、課題の識別情報等を対応付けたグループ設定情報（例えば、図１４参照）を、サーバ装置の記憶部に記憶しておけばよい。

オブジェクト制御部１２Ｃは、所属するグループに基づいて各オブジェクトの動作を制御する。オブジェクト制御部１２Ｃは、所属するグループに基づいて、異なる動作をオブジェクトに実行させる。具体的には、オブジェクト制御部１２Ｃは、第二グループＳのオブジェクトに、グループＡ，Ｂのオブジェクトを捕獲する動作を行わせる。また、オブジェクト制御部１２Ｃは、第一グループＡ，Ｂのオブジェクトに、ゲーム空間に配置されている目的オブジェクト（宝）を収集する動作を行わせる。プレイヤオブジェクトの場合、オブジェクト制御部１２Ｃは、ユーザの操作情報にも基づいて動作を制御する。。

図９は、システム１００が実行するゲーム進行処理の例を示すフローチャートである。本実施形態の例における進行処理では、課題とともにグループを設定する処理を含んだゲーム進行のための処理が行われる。なお、図９においては、主として、課題とともにグループを設定する処理について説明し、その他の処理は一部省略する。以下、サーバ装置１０Ｃと端末装置２０とがゲーム進行処理を実行する場合を例にして説明する。なお、ホスト用の端末装置の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

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

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

一方、サーバ装置１０Ｃは、グループ設定処理を行う（ステップＳ１０－Ｃ）。サーバ装置１０Ｃは、プレイヤオブジェクトを含む複数のオブジェクトのそれぞれにグループを設定する。例えば、第一課題が設定された第一グループＡ，Ｂ、第二課題が設定された第二グループＳを形成するようにオブジェクトの配属が行われる。そして、サーバ装置１０Ｃは、上述したように、グループ設定情報を生成して記憶部に記憶しておけばよい。本実施形態の例では、第一課題が設定されたグループ間においてゲーム空間に配置されている目的オブジェクトの収集量を競う戦いに勝利する課題が第一課題として設定され、ゲーム空間において第一課題が設定されたグループのオブジェクトを捕獲する課題が第二課題として設定される。

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

サーバ装置１０Ｃは、進行処理を行う（ステップＳ１１－Ｃ）。進行処理では、各課題に基づいてゲームを進行させる処理が行われる。進行処理では、サーバ装置１０Ｂは、例えば、各グループＡ，Ｂ，Ｓの各オブジェクトの動作を制御する。プレイヤオブジェクトの場合には、操作情報等に基づいて動作が制御される。上述したように、第二グループＳのオブジェクトに、第一グループＡ，Ｂのオブジェクトを捕獲する動作を行わせる、また、第一グループのオブジェクトに、ゲーム空間に配置されている宝を収集する動作を行わせる。これにより、上記複数のオブジェクトのゲーム空間での移動（位置）情報等が更新される。一回の進行処理では、例えば、１フレーム分のゲーム画像及び音声を生成するための処理が行われる。

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

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

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

なお、サーバ装置１０Ｃは、例えば、ゲーム終了後に、各グループの課題の達成の成否を判定し、判定結果に基づいて報酬を各ユーザ（プレイヤオブジェクト）に付与すればよい。また、端末装置２０も、例えば、ゲーム終了後に、上記課題の達成の判定結果等の画像を出力（表示部に表示）すればよい。なお、各課題の達成の成否の判定は、一般的な構成であるので詳細な説明は省略する。

なお、図９に示す処理では、端末装置２０に関して説明したが、ゲームに参加要求を行ったユーザの端末装置に対しても同様の処理が行われる。

以上のように、第３の実施形態の一側面として、サーバ装置１０Ｃが、設定部１１Ｃ及びオブジェクト制御部１２Ｃを少なくとも備える構成としているので、課題の異なる複数のグループが形成される。したがって、所属するグループの課題によって、異なる戦略が要求される。しかも、ゲームの状況や所属したグループの課題等によって、他のグループとの様々な関係が生じることとなり、ユーザはゲームを通じて様々な体験を得ることができる。

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

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

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

海賊チームには、第一課題が設定される。第一課題は、他の海賊チームよりも多くの宝（目的オブジェクト）を集めて勝利することである。すなわち、海賊チーム間における宝の収集量を競う戦いに勝利することが第一課題である。ハンターチームには、第二課題が設定される。第二課題は、海賊たちからできる限り多くの宝を守ることである。すなわち、海賊キャラクタを捕獲することが第二課題である。海賊キャラクタを捕獲することで、宝が奪われないように守ることになる。したがって、各チーム間では、図１１に示すような関係が成立する。図１１は、グループ間の関係を示す図である。海賊チームである第一グループＡと第一グループＢとは、競争関係であるライバル関係が成立する。また、海賊チームである第一グループＡ，Ｂと、ハンターチームである第二グループＳとは、敵対する関係が成立する。

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

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

また、図１２（Ａ），図１２（Ｂ）に示すように、海賊キャラクタＰＣは、宝Ｔを収集していない（所持していない）場合と所持している場合とで表示態様が変化する。図１２（Ａ）は、宝Ｔを全く所持していない状態の海賊キャラクタＰＣの一例を示す図である。図１２（Ｂ）は、宝Ｔを所持している状態の海賊キャラクタＰＣの一例を示す図である。本実施形態の例では、宝Ｔの収集量（所持量）が多くなるほど海賊キャラクタＰＣが背負っている袋６０が膨らんでいく。したがって、ユーザは、袋６０の膨らみ具合によって各海賊キャラクタＰＣの宝Ｔの収集量を視認することができる。

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

海賊キャラクタＰＣの攻撃は、例えば、相手を吹き飛ばす動作である。吹き飛ばす相手は、ハンターキャラクタＨＣ、海賊チームの海賊キャラクタＰＣである。例えば、ハンターキャラクタＨＣを吹き飛ばして、捕まらないように逃げることができる。例えば、他の海賊チームの海賊キャラクタＰＣと協力してハンターキャラクタＨＣに攻撃を行って、まずはハンターキャラクタＨＣから逃げるような行動をとることもできる。また、例えば、宝の収集量の多い他の海賊チームの海賊キャラクタＰＣをハンターキャラクタＨＣの付近に向けて吹き飛ばし、他の海賊チームの海賊キャラクタＰＣをハンターキャラクタＨＣに捕まえさせるようにすることもできる。

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

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

図１１で例示したように、海賊チームである第一グループＡ，Ｂのそれぞれのユーザ（海賊キャラクタＰＣ）は、競争関係にあるが、ゲーム状況によってハンターチームである第二グループＳのハンターキャラクタＨＣから逃れるべく、一時的に協力関係（共闘、救助）を結ぶ場合もある。また、ゲーム状況の変化によって、一時的に協力関係となった相手を裏切る場合もある。すなわち、ユーザは、心理的な駆け引きを楽しむことができる。さらに、ユーザは、海賊チーム及びハンターチームのどちらのチームにも参加できるので、互いに異なる立場でのプレイを体験できる。

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

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

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

海賊チームの参加プレイヤリストは、グループＩＤ、管理番号、参加プレイヤ、収集量、脱出成否等のフィールドから構成される。グループＩＤのフィールドには、グループの識別情報が設定される。グループＩＤに、管理番号、参加プレイヤ、収集量、脱出成否等が対応付けられる。また、グループＩＤに第一課題が対応付けられている。例えば、グループＩＤ「ＰＴ－Ａ」は、海賊チームである第一グループＡを特定する識別情報であり、「ＰＴ」が第一課題及び海賊チームを特定する識別情報である。

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

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

キャラクタＩＤのフィールドには、キャラクタの識別情報（キャラクタＩＤ）が設定される。名称のフィールドには、プレイヤキャラクタの名称のテキストデータが設定される。パラメータのフィールドには、攻撃力、すばやさ等のキャラクタの各種のパラメータ（数値情報）が設定される。座標のフィールドには、プレイヤキャラクタが現在いる位置情報が設定される。具体的には、ゲーム空間５０のワールド座標系の座標情報が設定される。所有アイテムのフィールドには、ユーザ（プレイヤキャラクタ）が所有しているアイテムの識別情報（アイテムＩＤ）が設定される。

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

次に、収集量のフィールドには、獲得した宝Ｔの数量が設定される。収集量のフィールドには、初期値として０が設定され、宝Ｔを収集した場合には更新される。また、捕獲された場合には再び０となる。本実施形態の例では、宝Ｔは一種類であり、獲得した数量が収集量となる。また、価値の異なる複数種類の宝が配置される場合であれば、宝の種類（識別情報）毎に獲得した数量を設定すればよい。

脱出成否のフィールドは、制限時間内に脱出ゲートに到達したか否かを示す情報である。脱出成否のフィールドには、成功を示す１、失敗を示す０の数値情報が設定される。なお、脱出成否のフィールドは、初期値として失敗を示す０が設定され、制限時間以内に脱出ゲートに到達した場合に成功を示す１が設定される。

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

オブジェクト制御部１２Ｄは、参加ユーザリストを参照しつつ、所属するグループに基づいて各キャラクタＰＣ，ＨＣの動作を制御する。具体的には、オブジェクト制御部１２Ｄは、第二グループＳのハンターキャラクタＨＣに、第一グループＡ～Ｄの海賊キャラクタＰＣを捕獲する動作を行わせる。オブジェクト制御部１２Ｄは、捕獲された海賊キャラクタＰＣを、捕獲場所に移動させて動作の実行を禁止する。なお、捕獲された海賊キャラクタＰＣは、他の海賊キャラクタＰＣによって拘束を解除してもらった場合、再び動作の実行を許可するようにしてもよい。

また、オブジェクト制御部１２Ｄは、第一グループＡ，Ｂの海賊キャラクタＰＣに、ゲーム空間５０に配置されている宝Ｔ（目的オブジェクト）を収集する動作を行わせる。オブジェクト制御部１２Ｄは、海賊キャラクタＰＣ及びハンターキャラクタＨＣがユーザが操作するプレイヤキャラクタの場合には、ユーザの操作情報に基づいて、上述のようにプレイヤキャラクタを動作させる。オブジェクト制御部１２Ｄは、各キャラクタＰＣ，ＨＣを動作させた結果に基づいて、各グループの参加プレイヤリストの内容を更新する。例えば、参加プレイヤのキャラクタの位置情報、収集量、捕獲量等が更新される。

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

さらに、オブジェクト制御部１２Ｄは、図１２（Ａ）、図１２（Ｂ）で例示したように、宝Ｔの収集量に応じて海賊キャラクタＰＣの表示形態を変化させる。各海賊キャラクタＰＣの収集量は、参加プレイヤリストの収集量を参照すればよい。

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

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

集計部（集計機能）１４Ｄは、海賊チームの海賊キャラクタＰＣのうち、制限時間内に脱出ゲートに到達した海賊キャラクタＰＣの宝Ｔ（目的オブジェクト）の収集量を、第一グループＡ，Ｂ毎に集計する。具体的には、集計部１４Ｄは、各海賊チーム（第一グループＡ，Ｂ）の参加プレイヤリストの脱出成否及び収集量を参照し、脱出に成功した海賊キャラクタＰＣの収集量をグループＡ，Ｂ毎に集計する。

判定部（判定機能）１５Ｄは、海賊チームのグループＡ，Ｂ毎に集計された収集量の最も多いグループを、第一課題を達成したと判定する。すなわち、宝Ｔの収集量の競争での勝利チームと判定する。

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

図１６は、システム１００が実行するゲーム進行処理の例を示すフローチャートである。本実施形態の例における進行処理では、課題とともにグループを設定する処理を含んだゲーム進行のための処理が行われる。なお、図１６においては、主として、課題とともにグループを設定する処理について説明し、その他の処理は一部省略する。以下、サーバ装置１０Ｄと端末装置２０とがゲーム進行処理を実行する場合を例にして説明する。なお、ホスト用の端末装置の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

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

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

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

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

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

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

次に、サーバ装置１０Ｄは、ゲームの終了か否かを判断する（ステップＳ１３－Ｄ）。サーバ装置１０Ｄは、ゲーム開始からの制限時間の到来の終了条件を満たした場合にゲームの終了であると判断する。終了していない場合（ステップＳ１３－Ｄ：ＮＯ）、サーバ装置１０Ｄは、ステップＳ１１－Ｄの処理に戻る。一方、終了した場合（ステップＳ１３Ｄ：ＹＥＳ）、サーバ装置１０Ｄは、結果処理を実行する（ステップＳ１４－Ｄ）。結果処理では、第一グループＡ，Ｂのそれぞれの宝Ｔの収集量の合計値が算出され、勝利チームが決定される。サーバ装置１０Ｄは、各グループＡ，Ｂの参加プレイヤリストを参照して上記収集量の合計値を算出すればよい。また、結果処理では、勝利チームの各ユーザにゲーム内のアイテム等の勝利報酬が付与される。また、結果処理では、ハンターチームの各ユーザ（ハンターキャラクタＨＣ）に、捕獲数に応じた報酬が付与される。その後、サーバ装置１０Ｄは、ゲーム進行処理は終了する。なお、結果処理において、上記集計結果、報酬付与のゲーム画像の画像情報が生成され、端末装置２０に送信される。また、各課題の達成の成否の判定は、一般的な構成であるので詳細な説明は省略する。

一方、端末装置２０は、ゲーム終了まで（ステップＳ４１：ＹＥＳ）、受信した画像情報に基づくゲーム空間の画像を出力（表示部に表示）する（ステップＳ４０）。また、端末装置２０は、ゲーム終了後（ステップＳ４１：ＹＥＳ）に、上記課題の達成の判定結果等の画像を出力（表示部に表示）する（ステップＳ４２－Ｄ）。

なお、図１６に示す処理では、端末装置２０に関して説明したが、ゲームに参加要求を行ったユーザの端末装置に対しても同様の処理が行われる。

以上のように、第４の実施形態の一側面として、サーバ装置１０Ｄが、設定部１１Ｄ、オブジェクト制御部１２Ｄ、配置部１３Ｄ、集計部１４Ｄ、判定部１５Ｄ及び表示制御部１６Ｄを少なくとも備える構成としているので、課題の異なる複数のグループが形成される。したがって、所属するグループの課題によって、異なる戦略が要求される。しかも、ゲームの状況や所属したグループの課題等によって、他のグループとの様々な関係が生じることとなり、ユーザはゲームを通じて様々な体験を得ることができる。

なお、上述の実施形態の例では、目的オブジェクト（宝）の収集量に応じて、第一グルプのオブジェクト（海賊キャラクタ）の周囲の袋の表示形態を変化させているが、特に之に限定されるものではない。例えば、第一グルプのオブジェクトの周囲を光らせるようにしてもよい。また、海賊キャラクタ自体の表示形態を変化させてもよい。例えば、海賊キャラクタの色彩を変化させる。

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

［１］
通信ネットワークで接続された複数の端末装置のそれぞれのユーザが操作するプレイヤオブジェクトを含む複数のオブジェクトがゲーム空間においてグループを形成するビデオゲームの進行を制御する機能をコンピュータに実現させるためのビデオゲーム処理プログラムであって、
第一課題が設定された少なくとも２つのグループ、及び、該第一課題とは異なる第二課題が設定された少なくとも１つのグループを設定する設定機能、
所属するグループに基づいて各オブジェクトの動作を制御する制御機能、
を実現させ、
前記第一課題は、該第一課題が設定されたグループ間での戦いに勝利する課題であり、
前記第二課題は、前記第一課題が設定されたグループのゲームの進行に関連する課題である、
ビデオゲーム処理プログラム。

［２］
前記第二課題は、前記第一課題の達成の妨害に関する課題である、
[１]に記載のビデオゲーム処理プログラム。

［３］
前記制御機能では、
操作情報に基づいて、前記第二課題が設定されたグループのプレイヤオブジェクトに、前記第一課題が設定されたグループのオブジェクトを捕獲する動作を行わせる機能、
操作情報に基づいて、前記第一課題が設定されたグループのプレイヤオブジェクトに、ゲーム空間に配置されている目的オブジェクトを収集する動作を行わせる機能、
を実現させ、
前記第一課題は、ゲーム空間に配置されている目的オブジェクトの収集量を競う戦いに勝利する課題であり、
前記第二課題は、ゲーム空間において前記第一課題が設定されたグループのオブジェクトを捕獲する課題である、
[２]に記載のビデオゲーム処理プログラム。

［４］
前記制御機能では、目的オブジェクトの収集量に応じて、前記第一課題が設定されたグループのオブジェクトの表示形態、又は、その周囲の表示形態を変化させる機能、
を実現させる[３]に記載のビデオゲーム処理プログラム。

［５］
前記制御機能では、前記第二課題が設定されたグループのオブジェクトが、前記第一課題が設定されたグループのオブジェクトを捕獲した場合、捕獲されたオブジェクトが所持している目的オブジェクトを、該捕獲された位置またはその周辺に再配置する機能、
を実現させる[３]又は[４]に記載のビデオゲーム処理プログラム。

［６］
前記コンピュータに、さらに、
ゲーム空間に１以上の所定領域を配置する配置機能、
前記第一課題が設定されたグループのオブジェクトのうち、ゲーム開始から所定の制限時間内に前記所定領域に到達したオブジェクトの前記目的オブジェクトの収集量を、グループ毎に集計する集計機能、
前記グループ毎に集計された収集量の最も多いグループが、前記第一課題を達成したと判定する判定機能、
を実現させ、
前記動作機能では、前記所定領域に到達した前記第一課題が設定されたグループのオブジェクトのゲーム空間の移動を禁止する機能、
を実現する[３]～[５]のいずれかに記載のビデオゲーム処理プログラム。

［７］
前記設定機能では、ユーザによる課題の選択情報に基づいて、グループを設定する機能、を実現する[１]～[６]のいずれかに記載のビデオゲーム処理プログラム。

［８］
［１］～［７］のうちのいずれかに記載のビデオゲーム処理プログラムをインストールしたことを特徴とするサーバ装置。

［９］
表示部の表示画面にゲーム画面を表示させてビデオゲームを実行する機能をゲーム端末装置に実現させるための端末用プログラムであって、
前記ゲーム端末装置に、
［８］に記載のサーバ装置と通信ネットワークを介して接続する接続機能、
を実現させるための端末用プログラム。

［１０］
複数の端末装置と通信ネットワークで接続されるサーバ装置に、該複数の端末装置のそれぞれのユーザが操作するプレイヤオブジェクトを含む複数のオブジェクトがゲーム空間においてグループを形成するビデオゲームの進行を制御させるためのビデオゲーム処理プログラムであって、
第一課題が設定された少なくとも２つのグループ、及び、該第一課題とは異なる第二課題が設定された少なくとも１つのグループを設定する設定機能、
所属するグループに基づいて各オブジェクトの動作を制御する制御機能、
を実現させ、
前記第一課題は、該第一課題が設定されたグループ間での戦いに勝利する課題であり、
前記第二課題は、前記第一課題が設定されたグループのゲームの進行に関連する課題である、
ビデオゲーム処理プログラム。

［１１］
前記第二課題は、前記第一課題の達成の妨害に関する課題である、
[１０]に記載のビデオゲーム処理プログラム。

［１２］
前記制御機能では、
操作情報に基づいて、前記第二課題が設定されたグループのプレイヤオブジェクトに、前記第一課題が設定されたグループのオブジェクトを捕獲する動作を行わせる機能、
操作情報に基づいて、前記第一課題が設定されたグループのプレイヤオブジェクトに、ゲーム空間に配置されている目的オブジェクトを収集する動作を行わせる機能、
を実現させ、
前記第一課題は、ゲーム空間に配置されている目的オブジェクトの収集量を競う戦いに勝利する課題であり、
前記第二課題は、ゲーム空間において前記第一課題が設定されたグループのオブジェクトを捕獲する課題である、
[１１]に記載のビデオゲーム処理プログラム。

［１３］
前記制御機能では、目的オブジェクトの収集量に応じて、前記第一課題が設定されたグループのオブジェクトの表示形態、又は、その周囲の表示形態を変化させる機能、
を実現させる[１２]に記載のビデオゲーム処理プログラム。

［１４］
前記制御機能では、前記第二課題が設定されたグループのオブジェクトが、前記第一課題が設定されたグループのオブジェクトを捕獲した場合、捕獲されたオブジェクトが所持している目的オブジェクトを、該捕獲された位置またはその周辺に再配置する機能、
を実現させる[１２]又は[１３]に記載のビデオゲーム処理プログラム。

［１５］
前記コンピュータに、さらに、
ゲーム空間に１以上の所定領域を配置する配置機能、
前記第一課題が設定されたグループのオブジェクトのうち、ゲーム開始から所定の制限時間内に前記所定領域に到達したオブジェクトの前記目的オブジェクトの収集量を、グループ毎に集計する集計機能、
前記グループ毎に集計された収集量の最も多いグループが、前記第一課題を達成したと判定する判定機能、
を実現させ、
前記動作機能では、前記所定領域に到達した前記第一課題が設定されたグループのオブジェクトのゲーム空間の移動を禁止する機能、
を実現する[１２]～[１４]のいずれかに記載のビデオゲーム処理プログラム。

［１６］
前記設定機能では、ユーザによる課題の選択情報に基づいて、グループを設定する機能、を実現する[１０]～[１５]のいずれかに記載のビデオゲーム処理プログラム。

［１７］
複数のユーザのそれぞれが操作するプレイヤオブジェクトを含む複数のオブジェクトがゲーム空間においてグループを形成するビデオゲームを実行する複数の端末装置と、該複数のゲーム端末装置と通信ネットワークで接続されるサーバ装置とを備えたゲームシステムであって、
第一課題が設定された少なくとも２つのグループ、及び、該第一課題とは異なる第二課題が設定された少なくとも１つのグループを設定する設定手段、
所属するグループに基づいて各オブジェクトの動作を制御する制御手段、
を含み、
前記第一課題は、該第一課題が設定されたグループ間での戦いに勝利する課題であり、
前記第二課題は、前記第一課題が設定されたグループのゲームの進行に関連する課題である、
ゲームシステム。

［１８］
通信ネットワークで他の端末装置に接続され、複数のユーザのそれぞれが操作するプレイヤオブジェクトを含む複数のオブジェクトがゲーム空間においてグループを形成する行うビデオゲームの進行を制御するホスト用の端末装置であって、
第一課題が設定された少なくとも２つのグループ、及び、該第一課題とは異なる第二課題が設定された少なくとも１つのグループを設定する設定手段、
所属するグループに基づいて各オブジェクトの動作を制御する制御手段、
を含み、
前記第一課題は、該第一課題が設定されたグループ間での戦いに勝利する課題であり、
前記第二課題は、前記第一課題が設定されたグループのゲームの進行に関連する課題である、
ホスト用の端末装置。

［１９］
通信ネットワークで接続された複数の端末装置のそれぞれのユーザが操作するプレイヤオブジェクトを含む複数のオブジェクトがゲーム空間においてグループを形成するビデオゲームの進行を制御する機能をコンピュータに実現させるためのビデオゲーム処理方法であって、
第一課題が設定された少なくとも２つのグループ、及び、該第一課題とは異なる第二課題が設定された少なくとも１つのグループを設定する設定処理、
所属するグループに基づいて各オブジェクトの動作を制御する制御処理、
を含み、
前記第一課題は、該第一課題が設定されたグループ間での戦いに勝利する課題であり、
前記第二課題は、前記第一課題が設定されたグループのゲームの進行に関連する課題である、
ビデオゲーム処理方法。

本発明の実施形態の一つによれば、プレイヤオブジェクトを含む複数のオブジェクトがグループを形成するビデオゲームにおいて、ユーザが様々な体験をするのに有用である。

１０ サーバ装置
１１ 設定部
１２ オブジェクト制御部
１３ 配置部
１４ 集計部
１５ 判定部
１６ 表示制御部
２０ 端末装置
５０ ゲーム空間
６０ 袋
１００ ゲームシステム
Ｔ 宝（目的オブジェクト
ＰＣ 海賊キャラクタ
ＨＴ ハンターキャラクタ

Claims (7)

1. 通信ネットワークで接続された複数の端末装置のそれぞれのユーザが操作するプレイヤオブジェクトを含む複数のオブジェクトがゲーム空間においてグループを形成するビデオゲームの進行を制御する機能をコンピュータに実現させるためのビデオゲーム処理プログラムであって、
   第一課題が設定された少なくとも２つのグループ、及び、該第一課題とは異なる第二課題が設定された少なくとも１つのグループを設定する設定機能、
   所属するグループに基づいて各オブジェクトの動作を制御する制御機能、
   を実現させ、
   前記第一課題は、該第一課題が設定されたグループ間での戦いであってゲーム空間に配置されている目的オブジェクトの収集量を競う戦いに勝利する課題であり、
   前記第二課題は、前記第一課題が設定されたグループのゲームの進行に関連する課題であってゲーム空間において前記第一課題が設定されたグループのオブジェクトを捕獲する課題であり、
   前記制御機能では、
   操作情報に基づいて、前記第二課題が設定されたグループのプレイヤオブジェクトに、前記第一課題が設定されたグループのオブジェクトを捕獲する動作を行わせる機能、
   ゲーム空間の所定の場所において、前記捕獲されたオブジェクトを拘束する機能、
   操作情報に基づいて、前記第一課題が設定されたグループのプレイヤオブジェクトに、ゲーム空間に配置されている目的オブジェクトを収集する動作を行わせる機能、
   操作情報に基づいて、前記第一課題が設定されたグループのプレイヤオブジェクトに、前記拘束されているオブジェクトの拘束を解除させる機能、
   を実現させる、
   ビデオゲーム処理プログラム。
2. 前記制御機能では、目的オブジェクトの収集量に応じて、前記第一課題が設定されたグループのオブジェクトの表示形態、又は、その周囲の表示形態を変化させる機能、
   を実現させる請求項１に記載のビデオゲーム処理プログラム。
3. 前記制御機能では、前記第二課題が設定されたグループのオブジェクトが、前記第一課題が設定されたグループのオブジェクトを捕獲した場合、捕獲されたオブジェクトが所持している目的オブジェクトを、該捕獲された位置またはその周辺に再配置する機能、
   を実現させる請求項１又は請求項２に記載のビデオゲーム処理プログラム。
4. 前記コンピュータに、さらに、
   ゲーム空間に１以上の所定領域を配置する配置機能、
   前記第一課題が設定されたグループのオブジェクトのうち、ゲーム開始から所定の制限時間内に前記所定領域に到達したオブジェクトの前記目的オブジェクトの収集量を、グループ毎に集計する集計機能、
   前記グループ毎に集計された収集量の最も多いグループが、前記第一課題を達成したと判定する判定機能、
   を実現させ、
   前記制御機能では、前記所定領域に到達した前記第一課題が設定されたグループのオブジェクトのゲーム空間の移動を禁止する機能、
   を実現させる請求項１～３のいずれかに記載のビデオゲーム処理プログラム。
5. 前記配置機能では、ゲーム開始から所定時間が経過した場合、又は、ゲーム終了までの残時間が所定時間となった場合、ゲーム空間のいずれかの位置に前記所定領域をランダムに配置する機能、
   を実現させる請求項４に記載のビデオゲーム処理プログラム。
6. 複数の端末装置と通信ネットワークで接続されるサーバ装置に、該複数の端末装置のそれぞれのユーザが操作するプレイヤオブジェクトを含む複数のオブジェクトがゲーム空間においてグループを形成するビデオゲームの進行を制御させるためのビデオゲーム処理プログラムであって、
   第一課題が設定された少なくとも２つのグループ、及び、該第一課題とは異なる第二課題が設定された少なくとも１つのグループを設定する設定機能、
   所属するグループに基づいて各オブジェクトの動作を制御する制御機能、
   を実現させ、
   前記第一課題は、該第一課題が設定されたグループ間での戦いであってゲーム空間に配置されている目的オブジェクトの収集量を競う戦いに勝利する課題であり、
   前記第二課題は、前記第一課題が設定されたグループのゲームの進行に関連する課題であってゲーム空間において前記第一課題が設定されたグループのオブジェクトを捕獲する課題であり、
   前記制御機能では、
   操作情報に基づいて、前記第二課題が設定されたグループのプレイヤオブジェクトに、前記第一課題が設定されたグループのオブジェクトを捕獲する動作を行わせる機能、
   ゲーム空間の所定の場所において、前記捕獲されたオブジェクトを拘束する機能、
   操作情報に基づいて、前記第一課題が設定されたグループのプレイヤオブジェクトに、ゲーム空間に配置されている目的オブジェクトを収集する動作を行わせる機能、
   操作情報に基づいて、前記第一課題が設定されたグループのプレイヤオブジェクトに、前記拘束されているオブジェクトの拘束を解除させる機能、
   を実現させる、
   ビデオゲーム処理プログラム。
7. 複数のユーザのそれぞれが操作するプレイヤオブジェクトを含む複数のオブジェクトがゲーム空間においてグループを形成するビデオゲームを実行する複数の端末装置と、該複数の端末装置と通信ネットワークで接続されるサーバ装置とを備えたゲームシステムであって、
   第一課題が設定された少なくとも２つのグループ、及び、該第一課題とは異なる第二課題が設定された少なくとも１つのグループを設定する設定手段、
   所属するグループに基づいて各オブジェクトの動作を制御する制御手段、
   を含み、
   前記第一課題は、該第一課題が設定されたグループ間での戦いであってゲーム空間に配置されている目的オブジェクトの収集量を競う戦いに勝利する課題であり、
   前記第二課題は、前記第一課題が設定されたグループのゲームの進行に関連する課題であってゲーム空間において前記第一課題が設定されたグループのオブジェクトを捕獲する課題であり、
   前記制御手段は、
   操作情報に基づいて、前記第二課題が設定されたグループのプレイヤオブジェクトに、前記第一課題が設定されたグループのオブジェクトを捕獲する動作を行わせ、
   ゲーム空間の所定の場所において、前記捕獲されたオブジェクトを拘束し、
   操作情報に基づいて、前記第一課題が設定されたグループのプレイヤオブジェクトに、ゲーム空間に配置されている目的オブジェクトを収集する動作を行わせ、
   操作情報に基づいて、前記第一課題が設定されたグループのプレイヤオブジェクトに、前記拘束されているオブジェクトの拘束を解除させる、
   ゲームシステム。

Images