JP2024015196A - プログラム、ゲーム装置、サーバ装置及びゲームシステム - Google Patents

Abstract

【課題】ゲームの実行中に役割情報が変更される場合であっても、その役割情報の変更に応じて適切に各プレーヤ間の情報の送受信を制御する仕組みを提供すること。【解決手段】役割情報が変更された場合に、変更後の前記役割情報に基づいて、各プレーヤ間の情報の送受信を制御する。【選択図】図１２

Description

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

従来から、敵チームと味方チームに分かれて対戦するゲームにおいて、同じチームのメンバー同士で要求や作戦を伝えるチャット機能を備えたゲーム装置が存在する（例えば、特許文献１）。

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

しかし、従来のゲーム装置は、対戦開始前に行ったチーム分けの設定が、その対戦が終了するまで維持されるものであった。そのため、対戦中にチームに所属するプレーヤが入れ替わるようなゲームに適用することができない、という問題がある。すなわち、従来技術は、対戦中にチームに所属するプレーヤが入れ替わるようなゲームに対して、チーム内で情報をやり取りしながら協力プレイするような楽しみを与えることはできない、という課題があった。

本発明は、以上のような課題に鑑みてなされたものであり、その目的とするところは、ゲームの実行中に役割情報が変更される場合であっても、その役割情報の変更に応じて適切に各プレーヤ間の情報の送受信を制御する仕組みを提供することが可能なプログラム、ゲーム装置、サーバ装置及びゲームシステムを提供することにある。

（１）本発明は、
ゲームの情報を制御するプログラムであって、
複数のプレーヤそれぞれに対して役割情報を設定する役割制御部と、
各プレーヤに設定された役割情報に基づいて、ゲームを実行するゲーム制御部と、
各プレーヤに設定された役割情報に基づいて、各プレーヤ間の情報の送受信を制御する情報制御部として、コンピュータを機能させ、
前記役割制御部は、
前記複数のプレーヤのうち少なくとも一部の複数のプレーヤそれぞれに対して同じ役割情報を設定し、
前記ゲームの実行中に所与の条件を満たした場合に、少なくとも一のプレーヤに設定された前記役割情報を変更し、
前記情報制御部は、
前記役割制御部によって前記役割情報が変更された場合に、変更後の前記役割情報に基づいて、各プレーヤ間の情報の送受信を制御するプログラムに関する。

また、本発明は、コンピュータが読み取り可能な情報記憶媒体であって、上記各部としてコンピュータを機能させるプログラムを記憶する情報記憶媒体に関する。

また、本発明は、上記各部を含むサーバ装置、上記各部を含むゲーム装置、又は、上記各部を含むゲームシステムに関する。

ここで、「送受信を制御する」とは、送信及び受信の少なくとも一方を制御することを意味する。つまり、「送受信を制御する」とは、一方向への通信（送信のみ或いは受信のみ）でもよいし、双方向への通信（送信及び受信）でもよい。

また、「送受信を制御する」とは、一の装置内で送受信を制御することを意味してもよい。また、「送受信を制御する」とは、ネットワークを介して一の装置（サーバ装置、端末装置等）から他の装置（サーバ装置、端末装置等）で送受信（通信）を制御することを意味してもよい。

また、「送受信を制御する」とは、送信対象、受信対象、送信内容、受信内容、送信タイミング、受信タイミングの少なくとも１つを制御（決定、変更等）することを意味する。

本発明によれば、役割情報が変更された場合に、変更後の役割情報に基づいて、各プレーヤ間の情報の送受信を制御するので、ゲームの実行中に役割情報が変更される場合であっても、その役割情報の変更に応じて適切に各プレーヤ間の情報の送受信を制御する仕組みを提供することが可能となる。

（２）また、本発明に係るプログラム、情報記憶媒体、ゲーム装置、サーバ装置及びゲームシステムでは、
前記ゲーム制御部が、
一の役割情報が対応付けられたプレーヤと他の役割情報が対応付けられた他のプレーヤとが対戦するゲームを実行するようにしてもよい。

本発明によれば、一の役割情報（例えば、サバイバー）が対応付けられたプレーヤが、他の役割情報（例えば、キラー）が対応付けられた他のプレーヤとが対戦するゲーム（例えば、鬼ごっこゲーム）を実行する場合に、ゲーム中に役割情報の変更があっても（例えば、キラーとサバイバーが入れ替わっても）、その役割情報の変更に応じて適切に各プレーヤ間の情報の送受信を制御する仕組みを提供することが可能となる。

（３）また、本発明に係るプログラム、情報記憶媒体、ゲーム装置、サーバ装置及びゲームシステムでは、
前記役割制御部は、
プレーヤが所定の行動を行った場合に前記所与の条件を満たしたと判定し、少なくとも一のプレーヤに設定された前記役割情報を変更するようにしてもよい。

本発明によれば、プレーヤ自身の所定の行動を起因として、少なくとも一のプレーヤに設定された役割情報を変更するので、ゲームの興趣性を高めるような役割変更を行うことができる。

（４）また、本発明に係るプログラム、情報記憶媒体、ゲーム装置、サーバ装置及びゲームシステムでは、
前記役割制御部は、
一の役割情報が対応付けられたプレーヤが他のプレーヤに対して所定の行動を行った場合に前記所与の条件を満たしたと判定し、当該プレーヤの役割情報を変更するようにしてもよい。

本発明によれば、例えば、キラーの役割情報が対応付けられたプレーヤＤが、他のプレーヤ（例えば、サバイバーの役割情報が対応付けられた他のプレーヤ）に対して所定の行
動を行った場合に、所与の条件を満たしたと判定し、当該プレーヤＤの役割情報をサバイバー（或いは、キラーでもサバイバーでもない第３者）に変更することができるので、ゲームの興趣性を高めるような役割変更を行うことができる。

（５）また、本発明に係るプログラム、情報記憶媒体、ゲーム装置、サーバ装置及びゲームシステムでは、
前記所定の行動は、前記プレーヤの操作対象のキャラクタが前記他のプレーヤの操作対象のキャラクタに対して、接触又は所与の攻撃を行うことであってもよい。

本発明によれば、プレーヤの操作対象のキャラクタが、他のプレーヤの操作対象のキャラクタに対して接触又は所与の攻撃を行うことを起因として、当該プレーヤの役割情報を変更するので、役割変更のルールを単純化でき、かつ、プレーヤに対して、プレーヤの操作対象のキャラクタが、他のプレーヤの操作対象のキャラクタに対して接触又は所与の攻撃を行うような操作を促すことができ、ゲームの興趣性を高めることができる。

（６）また、本発明に係るプログラム、情報記憶媒体、ゲーム装置、サーバ装置及びゲームシステムでは、
前記役割制御部は、
前記プレーヤが他の役割情報が対応付けられた前記他のプレーヤに対して所定の行動を行った場合に前記所与の条件を満たしたと判定し、前記プレーヤの役割情報を変更するようにしてもよい。

本発明によれば、キラーの役割情報が対応付けられたプレーヤＤが、サバイバーの役割情報が対応付けられたプレーヤＣに対して所定の行動を行った場合に、所定の条件を満たしたと判定し、当該プレーヤＤの役割情報をサバイバー（或いは、キラーでもサバイバーでもない第３者）に変更することができるので、ゲームの興趣性を高めるような役割変更を行うことができる。

（７）また、本発明に係るプログラム、情報記憶媒体、ゲーム装置、サーバ装置及びゲームシステムでは、
前記役割制御部は、
一の役割情報が対応付けられたプレーヤと、他の役割情報が対応付けられた他のプレーヤとにおいて、役割情報を入れ替えるようにしてもよい。

本発明によれば、例えば、キラーの役割情報が対応付けられたプレーヤＤが、サバイバーが対応付けられたプレーヤＣとにおいて、役割情報を入れ替えることができるので、役割情報の変更ルールを単純なものにすることができ、プレーヤは、役割情報の変更ルールを容易に理解することできる。

（８）また、本発明に係るプログラム、情報記憶媒体、ゲーム装置、サーバ装置及びゲームシステムでは、
前記情報制御部は、
前記役割制御部によって前記役割情報の変更後、所与の変更条件を満たした場合に、変更後の前記役割情報に基づいて、各プレーヤ間の情報の送受信を制御するようにしてもよい。

本発明によれば、役割情報の変更後、所与の変更条件を満たした場合に、変更後の役割情報に基づいて、各プレーヤ間の情報の送受信を制御するので、変更条件が満たされるようなゲームプレイを促すことができ、ゲームの興趣性を高めることができる。

（９）また、本発明に係るプログラム、情報記憶媒体、ゲーム装置、サーバ装置及びゲームシステムでは、
各プレーヤに対して役割変更に関する情報を表示する表示制御部として、コンピュータを更に機能させ、
前記情報制御部は、
前記役割制御部によって前記役割情報の変更後であって、各プレーヤに対して役割変更に関する情報が表示された後に、変更後の前記役割情報に基づいて、各プレーヤ間の情報の送受信を制御するようにしてもよい。

本発明によれば、役割情報の変更後であって、各プレーヤに対して役割変更に関する情報が表示された後に、変更後の役割情報に基づいて、各プレーヤ間の情報の送受信を制御するので、各プレーヤは役割変更を認識することができ、役割変更に伴う混乱を生じさせないようにすることができる。

（１０）また、本発明に係るプログラム、情報記憶媒体、ゲーム装置、サーバ装置及びゲームシステムでは、
前記情報制御部は、
前記役割情報の設定状況に基づいて、各プレーヤ間の情報の送受信を制御するようにしてもよい。

本発明によれば、役割情報の設定状況に基づいて、各プレーヤ間の情報の送受信を制御するので、役割情報の設定状況に応じて適切に、各プレーヤ間の情報の送受信を行うことができる。

（１１）また、本発明に係るプログラム、情報記憶媒体、ゲーム装置、サーバ装置及びゲームシステムでは、
前記情報制御部は、
前記役割制御部によって前記役割情報が変更された場合に、変更後の前記役割情報に基づいて、少なくとも一のプレーヤについて、情報の送信対象及び受信対象の少なくとも一方を変更するようにしてもよい。

本発明によれば、役割情報の変更に応じて適切に、少なくとも一のプレーヤについて、情報の送信対象及び受信対象の少なくとも一方を変更する仕組みを提供することが可能となる。

（１２）また、本発明に係るプログラム、情報記憶媒体、ゲーム装置、サーバ装置及びゲームシステムでは、
前記情報制御部は、
同じ役割情報が対応付けられた複数の各プレーヤ間において共通の制御内容に基づき、情報の送受信を行うようにしてもよい。

本発明によれば、同じ役割情報（例えば、サバイバー）が対応付けられた複数の各プレーヤＡ、Ｂ、Ｃ間において共通の制御内容に基づき、情報の送受信を行うので、同じ役割情報が対応付けられた複数の各プレーヤは、制御内容を理解しやすくなり、ゲームプレイに集中することができる。

（１３）また、本発明に係るプログラム、情報記憶媒体、ゲーム装置、サーバ装置及びゲームシステムでは、
前記ゲーム制御部は、
一の役割情報が対応付けられたプレーヤが、他の役割情報が対応付けられた他のプレー
ヤよりも有利にゲームを進行させる前記ゲームを実行するようにしてもよい。

本発明によれば、例えば、一の役割情報（例えば、キラー）が対応付けられたプレーヤが、他の役割情報（例えば、サバイバー）が対応付けられた他のプレーヤよりも有利にゲームを進行させるゲーム（例えば、鬼ごっこゲーム）において、ゲームの特性を生かして、適切に各プレーヤ間の情報の送受信を制御することができる。

本実施形態のゲームシステムの構成を示すシステム構成の一例を示す図。 本実施形態のサーバ装置の機能ブロックを示す図。 本実施形態の端末装置の機能ブロックを示す図。 本実施形態の役割情報の設定、変更に関する説明図。 図５（Ａ）（Ｂ）は、本実施形態のプレーヤに対応付けられる役割情報の一例を示す対応図。 本実施形態のゲーム空間における特定エリアの一例を示す図。 本実施形態の各プレーヤの情報の送信対象及び受信対象の設定の一例を示す図。 本実施形態の各プレーヤの情報の送信対象及び受信対象の設定の一例を示す図。 本実施形態のボイスチャット内容の送信タイミングの一例を示す図。 本実施形態のプレーヤに対して表示される画面の一例。 本実施形態の各プレーヤの情報の送信対象及び受信対象の設定の一例を示す図。 本実施形態の処理の流れの一例を示すフローチャート。

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

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

サーバ装置１０は、インターネットを介して通信接続された端末装置（ゲーム装置）２０を用いて、プレーヤにゲームをプレイさせるサービスを提供することが可能な情報処理装置である。

端末装置２０は、クライアント装置であり、ゲーム装置、スマートフォン、携帯電話、ＰＨＳ、コンピュータ、ゲーム装置、ＰＤＡ、携帯型ゲーム機等、画像生成装置などの情報処理装置であり、インターネット（ＷＡＮ）、ＬＡＮなどのネットワークを介してサーバ装置１０に接続可能な装置である。

［１．１］サーバ・クライアントで構成されるゲームシステム
本実施形態のゲームシステム１は、図１に示すように、ゲームサービスを提供するサーバ装置１０と、端末装置２０（例えば、端末装置２０Ａ、２０Ｂ、２０Ｃ）とが、インターネット（ネットワークの一例）に接続可能に構成されている。本実施形態では、主にサーバ・クライアント型のゲームシステムに関して説明を行う。

プレーヤは、端末装置２０からサーバ装置１０にアクセスすることにより、インターネットを介してサーバ装置１０から送信される情報に基づき、ゲームをプレイすることができる。

また、図示していないが、ゲームシステムは、ゲームを実行するゲーム用サーバ装置と、情報の通信制御を行う通信用サーバ装置（メッセージ用サーバ装置）と、端末装置２０とが、相互にインターネットを介して接続されるシステムでもよい。

なお、以下に説明するサーバ装置１０だけで本発明に関する各種の処理を行うようにしてもよいし、端末装置２０だけで本発明に関する各種の処理を行うようにしてもよい。

ここで、サーバ・クライアントで構成されるゲームシステム１において、各プレーヤ間の情報の送受信の例としてプレーヤＡとプレーヤＢ間の情報の送受信を例にとり説明する。例えば、各プレーヤＡ、Ｂ間の情報の送受信は、（Ａ）プレーヤＡの端末装置２０Ａが、端末装置２０Ａから発信された情報を、サーバ装置１０を介してプレーヤＢの端末装置２０Ｂに送信すること、（Ｂ）プレーヤＢの端末装置２０Ｂが、端末装置２０Ｂから発信された情報を、サーバ装置１０を介してプレーヤＡの端末装置２０Ａに送信すること、（Ｃ）プレーヤＡの端末装置２０Ａが、サーバ装置１０を介してプレーヤＢの端末装置２０Ｂから送信された情報を、受信すること、（Ｄ）プレーヤＢの端末装置２０Ｂが、サーバ装置１０を介してプレーヤＡの端末装置２０Ａから送信された情報を、受信すること、の少なくとも１つである。

［１．２］端末装置
なお、本実施形態では、サーバ装置１０と接続せずに、端末装置２０だけで本発明を実現するものであってもよい。例えば、Ｐ２Ｐ（ピア・ツー・ピア方式）による通信によって複数の端末装置２０で実現するゲームシステムであってもよい。

また、複数の端末装置２０で構成されるゲームシステムにおいて、各プレーヤ間の情報の送受信の例としてプレーヤＡとプレーヤＢ間の情報の送受信を例にとり説明する。例えば、各プレーヤＡ、Ｂ間の情報の送受信は、（Ａ）プレーヤＡの端末装置２０Ａが、端末装置２０Ａから発信された情報を、ネットワークを介してプレーヤＢの端末装置２０Ｂに送信すること、（Ｂ）プレーヤＢの端末装置２０Ｂが、端末装置２０Ｂから発信された情報を、ネットワークを介してプレーヤＡの端末装置２０Ａに送信すること、（Ｃ）プレーヤＡの端末装置２０Ａが、ネットワークを介してプレーヤＢの端末装置２０Ｂから送信された情報を、受信すること、（Ｄ）プレーヤＢの端末装置２０Ｂが、ネットワークを介してプレーヤＡの端末装置２０Ａから送信された情報を、受信すること、の少なくとも１つである。

［１．３］クラウド型のゲームシステム
また、本実施形態のゲームシステム１はクラウド型のゲームシステムでもよい。例えば、クラウド型のゲームシステムでは、サーバ装置１０側だけで基本的なゲーム処理（描画処理などを含む）を行い、端末装置２０側ではサーバ装置１０の処理結果の表示制御のみを行う。また、端末装置２０は、サーバ装置１０に対してコントローラの入力情報などの情報を送信するだけにとどまる。なお、かかる場合、端末装置２０は、入力情報以外の情報を送信してもよい。すなわち、クラウド側のゲームシステム１の場合は、サーバ装置１０内でプレーヤ間の情報（メッセージやプレゼントのアイテム等）の送受信が行われることになる。

クラウド型のゲームシステムにおいて、各プレーヤ間の情報の送受信の例としてプレーヤＡとプレーヤＢ間の情報の送受信を例にとり説明する。クラウド型の場合、サーバ装置
１０内で送受信を行うことになる。例えば、各プレーヤＡ、Ｂ間の情報の送受信は、サーバ装置１０において、（Ａ）プレーヤＡから発信された情報を、プレーヤＢに対して送信すること、（Ｂ）プレーヤＢから発信された情報を、プレーヤＡに対して送信すること、（Ｃ）プレーヤＢから送信された情報を、プレーヤＡが受信すること、（Ｄ）プレーヤＡから送信された情報を、プレーヤＢが受信すること、の少なくとも１つである。なお、各プレーヤの端末装置２０は、プレーヤの操作入力に基づく情報（例えば、ボイスチャットの発信情報）をサーバ装置１０に送信する処理や、サーバ装置１０から受信した処理結果（ボイスチャットの内容）表示する処理を行う。

［１．４］複数のコントローラを備えた端末装置
また、本実施形態では、１台の端末装置２０が複数のコントローラ（入力部２６０）を備えたものでもよい。なお、複数のプレーヤが１台の端末装置２０の各プレーヤのコントローラを用いてゲームをプレイする場合、複数のプレーヤが現実的に近くにいることが想定される。したがって、プレーヤ毎に端末装置２０を用意してネットワークを介してゲームをプレイする方が、本実施形態における役割変更後の通信制御の効果が得られやすいと考えられる。

つまり、１台の端末装置２０が複数のコントローラ（入力部２６０）を備えたゲームシステムの場合、端末装置２０内で送受信を行うことになる。例えば、各プレーヤＡ、Ｂ間の情報の送受信は、端末装置２０において、（Ａ）プレーヤＡから発信された情報を、プレーヤＢに対して送信すること、（Ｂ）プレーヤＢから発信された情報を、プレーヤＡに対して送信すること、（Ｃ）プレーヤＢから送信された情報を、プレーヤＡが受信すること、（Ｄ）プレーヤＡから送信された情報を、プレーヤＢが受信すること、の少なくとも１つである。なお、端末装置２０は、各プレーヤの入力情報（例えば、各プレーヤの操作入力に基づくボイスチャットの発信情報）を各プレーヤに対応付けて表示部２９０に表示する。

［１．５］ソーシャルゲームの例
また、サーバ装置１０は、コミュニケーション型のサービスを提供するＳＮＳサーバとして機能してもよい。ここで、ＳＮＳサーバとは、複数のプレーヤ間でコミュニケーションを提供することが可能なサービスを提供する情報処理装置であってもよい。

また、サーバ装置１０は、例えば、ＳＮＳサーバとして機能する場合には、提供するＳＮＳの動作環境（ＡＰＩ（アプリケーションプログラミングインタフェース）、プラットフォーム等）を利用して実行されるソーシャルゲーム（Ｓｏｃｉａｌ Ｇａｍｅ）と呼ばれるゲームを提供することができるようになっている。

なお、ソーシャルゲームとは、既存のオンラインゲームとは違い、専用のクライアントソフトウェアを必要とせず、ＷｅｂブラウザとＳＮＳのアカウントのみで利用可能なゲームが含まれる。また、サーバ装置１０は、ネットワークを介して他のプレーヤの端末装置２０と接続し、オンラインで同時に同じゲーム進行を共有することができるオンラインゲームを提供することが可能な構成を有している。

［１．６］ブラウザゲームの例
特に、サーバ装置１０は、端末装置２０のＷｅｂブラウザ上で提供されるゲーム、例えばＨＴＭＬ、ＦＬＡＳＨ、ＣＧＩ、ＰＨＰ、ｓｈｏｃｋｗａｖｅ、Ｊａｖａ（登録商標）アプレット、ＪａｖａＳｃｒｉｐｔ（登録商標）など様々な言語で作られたブラウザゲーム（Ｗｅｂブラウザで設置サイトを開くだけで起動するゲーム）を提供してもよい。

また、端末装置２０は、Ｗｅｂページ（ＨＴＭＬ形式のデータ）を閲覧可能なＷｅｂブ
ラウザを備えている。すなわち、端末装置２０は、サーバ装置１０との通信を行うための通信制御機能、及びサーバ装置１０から受信したデータ（Ｗｅｂデータ、ＨＴＭＬ形式で作成されたデータなど）を用いて表示制御を行うとともに、プレーヤ操作のデータをサーバ装置１０に送信するＷｅｂブラウザ機能などを備え、ゲーム画面をプレーヤに提供する各種の処理を実行し、プレーヤによってゲームを実行させるようになっている。ただし、端末装置２０は、サーバ装置１０から提供されたゲーム制御情報を取得して所定のゲーム処理を実行し、ゲーム処理に基づくゲームを実行してもよい。

具体的には、端末装置２０は、所定ゲームを行う旨の要求をサーバ装置１０に対して行うと、サーバ装置１０のゲームサイトに接続され、ゲームが開始される。特に、端末装置２０は、必要に応じてＡＰＩを用いることにより、ＳＮＳサーバとして機能するサーバ装置１０に所定の処理を行わせ、又は、ＳＮＳサーバとして機能するサーバ装置１０が管理するプレーヤ情報を取得させてゲームを実行する構成を有してもよい。

［１．７］その他
サーバ装置１０は、１つの（装置、プロセッサ）で構成されていてもよいし、複数の（装置、プロセッサ）で構成されていてもよい。サーバ装置１０の記憶領域（後述する記憶部１４０）に記憶される情報（例えば、プレーヤ情報、ゲーム情報等）を、ネットワーク（イントラネット又はインターネット）を介して接続されたデータベース（広義には記憶装置、メモリ）に記憶するようにしてもよい。なお、端末装置２０とサーバ装置１０との通信回線は、有線でもよいし無線でもよい。

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

サーバ装置１０は、管理者やその他の入力に用いるための入力部１２０、所定の表示を行う表示部１３０、所定の情報が記憶された情報記憶媒体１８０、端末装置２０やその他と通信を行う通信部１９６、主に提供するゲームに関する処理を実行する処理部１００、及び、主にゲームに用いる各種のデータを記憶する記憶部１４０を含む。

入力部１２０は、システム管理者等がゲームに関する設定やその他の必要な設定、データの入力に用いるものである。例えば、本実施形態の入力部１２０は、マウスやキーボード等によって構成される。

表示部１３０は、システム管理者用の操作画面を表示するものである。例えば、本実施形態の表示部１３０は、液晶ディスプレイ等によって構成される。

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

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

記憶部１４０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能は、ＲＡＭ（ＶＲＡＭ）などによって構成される。なお、記憶部１４０に記憶される情
報は、データベースで管理してもよい。

また、本実施形態の記憶部１４０は、主記憶部１４２の他に、ゲームに関する情報を示すゲーム情報が記憶されるゲームデータ記憶部１４４、及び、各プレーヤ（各ユーザ）に関する情報を示すプレーヤ情報（ユーザ情報）が記憶されるプレーヤ情報記憶部（ユーザ情報記憶部）１４６を有している。

特に、ゲームデータ記憶部１４４には、ゲームが実施されるゲーム空間（ゲームフィールド）の情報、各キャラクタに関する情報、仮想カメラの情報、その他ゲームで用いられる設定値等が記憶される。また、ゲームデータ記憶部１４４には、サーバ装置１０が管理するゲーム媒体（アイテム等）の情報が記憶される。

また、プレーヤ情報記憶部１４６には、プレーヤ毎に
（１）プレーヤのニックネームやプレーヤＩＤ及びチームに属している場合には、所属チーム名やそのＩＤ（以下、「所属情報」という。）、
（２）現在の得点、獲得した報酬若しくはゲーム時間などの個人及びチームの成績に関する情報（以下、「成績情報」ともいう。）、
（３）プレーヤキャラクタ（プレーヤの操作対象のキャラクタ）の特性や属性及び当該プレーヤキャラクタが有するゲーム媒体（アイテム等）やその種別（アイテムの能力も含む）、パラメータに関する情報
（４）他のプレーヤキャラクタ（他プレーヤの操作対象のキャラクタ）や他のチームとの対戦ゲームにおける他のプレーヤキャラクタや他のチームとの勝敗数などの戦績に関する情報（以下、「戦績情報」ともいう。）、
（５）各プレーヤ又はチームのゲームフィールド内の位置を示す位置情報、
（６）敗退の有無（ゲームオーバか否か）の情報（以下、「敗退情報」ともいう。）、及び、
（７）課金履歴及び課金額などの課金に関する情報、
が記憶される。

なお、プレーヤ情報に含まれる成績情報、戦績情報及び敗退情報は、予め定められたタイミング毎に更新される。例えば、予め定められたタイミングとしては、所与の期間毎（５分毎など）、プレーヤがログアウトするタイミング、ゲーム内の所定の時刻（朝８：００など）、所定のイベントが発生したタイミング（いずれかの個人間対戦やチーム間対戦が終了したタイミング）などが含まれる。

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

処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体１８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。

例えば、処理部１００（プロセッサ）は、情報記憶媒体１８０に記憶されているプログラムに基づいて、サーバ装置１０全体の制御を行うとともに、各部間におけるデータ等の受け渡しの制御などの各種の処理を行う。さらに、端末装置２０からの要求に応じた各種サービスを提供する処理を行う。

具体的には、本実施形態の処理部１００は、Ｗｅｂ処理部１０２、ゲーム制御部１０３
、タイマ管理部１０４、役割制御部１０６、情報制御部１０７、表示制御部１１０、を少なくとも有している。

Ｗｅｂ処理部１０２は、Ｗｅｂサーバとして機能する。例えば、Ｗｅｂ処理部１０２は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の通信プロトコルを通じて、端末装置２０にインストールされているＷｅｂブラウザの要求に応じてデータを送信する処理、及び、端末装置２０のＷｅｂブラウザによって送信されるデータを受信する処理を行う。

なお、本実施形態では、サーバ装置１０が一部又は全部を行ってもよいし、端末装置２０が一部を行ってもよい。

ゲーム制御部１０３は、端末装置２０と連動し、当該端末装置２０を介して入力されたプレーヤの操作に基づいて、各プレーヤにおいて本実施形態で提供するゲームのゲーム処理を実行する。また、ゲーム制御部１０３は、ＮＰＣなどの予め設定されたキャラクタにおける制御を実行する。

特に、本実施形態のゲーム制御部１０３は、各プレーヤに設定された役割情報に基づいて、ゲームを実行する。例えば、ゲーム制御部１０３は、一の役割情報が対応付けられたプレーヤと他の役割情報が対応付けられた他のプレーヤとが対戦するゲームを実行する。例えば、本実施形態のゲーム制御部１０３は、一の役割情報（例えば、キラー）が対応付けられたプレーヤが、他の役割情報（例えば、サバイバー）が対応付けられた他のプレーヤよりも有利にゲームを進行させるゲーム（例えば、鬼ごっこゲーム）を実行する。

タイマ管理部１０４は、タイマ機能を有し、ゲームの進行状況を管理するために用いる。特に、タイマ管理部１０４は、ゲーム制御部１０３と連動し、現在時刻や予め設定された時刻を各部に出力する。また、タイマ管理部１０４は、各端末装置２０と同期を取るために用いられる。

役割制御部１０６は、複数のプレーヤそれぞれに対して役割情報を設定する。また、役割制御部１０６は、複数のプレーヤのうち少なくとも一部の複数のプレーヤそれぞれに対して同じ役割情報を設定する。

また、役割制御部１０６は、ゲームの実行中に所与の条件を満たした場合に、少なくとも一のプレーヤに設定された役割情報を変更する。

例えば、役割制御部１０６は、プレーヤが所定の行動を行った場合に前記所与の条件を満たしたと判定し、少なくとも一のプレーヤに設定された役割情報を変更するようにしてもよい。

また、役割制御部１０６は、一の役割情報が対応付けられたプレーヤが他のプレーヤに対して所定の行動を行った場合に前記所与の条件を満たしたと判定し、当該プレーヤの役割情報を変更する。

ここで、「所定の行動」とは、プレーヤ自身の行動（例えば、何らかの入力操作）でもよいし、ゲーム空間におけるプレーヤの操作対象のキャラクタの行動でもよい。

例えば、「所定の行動」とは、プレーヤの操作対象のキャラクタが他のプレーヤの操作対象のキャラクタに対して、接触又は所与の攻撃を行うことでもよい。

なお、「攻撃」とは、キャラクタが相手キャラクタに対して、パンチ、キック、投げ、掴みを行うことや、キャラクタが飛び道具を用いて相手キャラクタを攻撃するものでもよい。

また、「攻撃」は、複数ある攻撃手段（攻撃種類）の中から特定の攻撃についてのみ役割変更をしてもよい。例えば、パンチ、キック、投げ、掴み、等の複数の攻撃手段がある場合に、プレーヤの操作対象のキャラクタが他のプレーヤの操作対象のキャラクタに対して、「投げ」の攻撃を行ったときだけ、当該プレーヤの役割情報を変更するようにしてもよい。

また、「接触」とは、キャラクタ同士が接触することに限らず、キャラクタの飛び道具、キャラクタの持ち物やキャラクタの乗り物が接触することを含む。なお、本実施形態では、キャラクタ同士の当たり判定処理、或いは、キャラクタ同士の位置が所定距離以内か否かを判定する処理等によって、キャラクタ同士が接触したか否かを判定する。

例えば、役割制御部１０６は、一の役割情報が対応付けられたプレーヤが他の役割情報が対応付けられた他のプレーヤに対して所定の行動を行った場合に所与の条件を満たしたと判定し、プレーヤの役割情報を変更する。

また、役割制御部１０６は、一の役割情報が対応付けられたプレーヤと、他の役割情報が対応付けられた他のプレーヤとにおいて、役割情報を入れ替える。例えば、役割制御部１０６は、一の役割情報が対応付けられたプレーヤが、他の役割情報が対応付けられた他のプレーヤに対して所定の行動を行った場合に所与の条件を満たしたと判定し、当該プレーヤと当該他のプレーヤとにおいて、役割情報を入れ替える。

情報制御部１０７は、各プレーヤ間の情報の送受信を制御する。特に、本実施形態の情報制御部１０７は、各プレーヤに設定された役割情報に基づいて、各プレーヤ間の情報の送受信を制御する。

例えば、情報制御部１０７は、役割制御部１０６によって役割情報の変更後、所与の変更条件を満たした場合に、変更後の役割情報に基づいて、各プレーヤ間の情報の送受信を制御するようにしてもよい。

また、情報制御部１０７は、役割制御部１０６によって役割情報の変更後であって、各プレーヤに対して役割変更に関する情報が表示された後に、変更後の役割情報に基づいて、各プレーヤ間の情報の送受信を制御するようにしてもよい。

また、情報制御部１０７は、役割情報の設定状況に基づいて、各プレーヤ間の情報の送受信を制御するようにしてもよい。

また、情報制御部１０７は、役割制御部１０６によって役割情報が変更された場合に、変更後の役割情報に基づいて、少なくとも一のプレーヤについて、情報の送信対象及び受信対象の少なくとも一方を変更するようにしてもよい。

また、情報制御部１０７は、同じ役割情報が対応付けられた複数の各プレーヤ間において共通の制御内容に基づき、情報の送受信を行うようにしてもよい。

情報制御部１０７は、通信制御部１０８を含むようにしてもよい。通信制御部１０８は、端末装置２０とネットワークを介してデータを送受信する処理を行う。すなわち、サーバ装置１０は、通信制御部１０８によって端末装置２０等から受信した情報に基づいて各
種処理を行う。特に、本実施形態の通信制御部１０８は、プレーヤの端末装置２０からの要求に基づいて、ゲーム画面に関する情報を、当該プレーヤの端末装置２０に送信する処理を行う。

表示制御部１１０は、各プレーヤに対して役割変更に関する情報を表示する。例えば、表示制御部１１０は、各プレーヤの端末装置２０の表示部２９０に、役割変更に関する情報を表示する。

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

入力部２６０は、プレーヤが操作データを入力するためのものであり、その機能は、タッチパネル又はタッチパネル型ディスプレイなどにより実現できる。すなわち、入力部２６０は、画像が表示される画面上における２次元の指示位置座標（ｘ，ｙ）を検出可能な検出部２６２を備えている。例えば、入力部２６０は、接触検出領域（タッチパネル）における、２次元の接触位置座標（ｘ，ｙ）を検出可能な検出部２６２を備えている。

なお、表示画面（以下、特別な場合を除き「タッチパネル」という。）への接触操作は、指先を用いて行うようにしてもよいし、タッチペンなどの入力機器を用いて行うようにしてもよい。

また、入力部２６０は、指示位置以外の操作情報（操作信号）を入力可能なボタンやレバー、キーボード、ステアリング、マイク、加速度センサなどを備えていてもよい。

記憶部２７０は、処理部２００や通信部２９６などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。そして、本実施形態の記憶部２７０は、ワーク領域として使用される主記憶部２７１と、最終的な表示画像等が記憶される画像バッファ２７２と、を含む。なお、これらの一部を省略する構成としてもよいし、サーバ装置１０の記憶部１４０がその一部を構成してもよい。

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

また、情報記憶媒体２８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶することができる。なお、処理部２００は、後述するように、情報記憶媒体２８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。

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

特に、本実施形態では表示部２９０は、タッチパネルディスプレイを用いることによりプレーヤがゲーム操作を行う入力部２６０としても機能する。ここでタッチパネルとして、例えば抵抗膜方式（４線式、５線式）、静電容量方式、電磁誘導方式、超音波表面弾性波方式、赤外線走査方式などのタッチパネルを用いることができる。

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

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

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

処理部２００（プロセッサ）は、入力部２６０からの入力データやプログラムなどに基づいて、サーバ装置１０と連動して、ゲーム処理、画像生成処理、或いは音生成処理などの処理を行う。

特に、本実施形態においては、ゲーム処理として、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、プレーヤキャラクタ、敵キャラクタなどのオブジェクトを配置する処理、オブジェクトを表示する処理、ゲーム結果を演算する処理、或いはゲーム終了条件が満たされた場合にゲームを終了する処理などが含まれる。

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

処理部２００は、通信制御部２１０、Ｗｅｂブラウザ２１１、ゲーム処理部２１２、表示制御部２１３、描画部２２０、音処理部２３０を含む。なおこれらの一部を省略する構成としてもよい。

通信制御部２１０は、サーバ装置１０、それぞれとデータを送受信する処理を行う。また、通信制御部２１０は、サーバ装置１０から受信したデータを記憶部２７０に格納する処理、受信したデータを解析する処理、その他のデータの送受信に関する制御処理等を行う。

なお、通信制御部２１０は、サーバの宛先情報（ＩＰアドレス、ポート番号）を情報記憶媒体２８０に記憶し、管理する処理を行うようにしてもよい。そして、通信制御部２１０は、プレーヤからの通信開始の入力情報を受け付けた場合に、サーバ装置１０との通信を行うようにしてもよい。

特に、通信制御部２１０は、サーバ装置１０にプレーヤの識別情報や操作情報を送信して、データ（プレーヤのＷｅｂページ、ゲーム画面等）をサーバ装置１０から受信する処理を行う。

なお、通信制御部２１０は、所定周期でサーバ装置１０とデータ送受信を行ってもよいし、入力部２６０からの入力情報を受け付けた場合に、サーバ装置１０とデータ送受信を行ってもよい。特に、本実施形態の通信制御部２１０は、所与の画面情報（例えば、ゲーム画面、ガイド画面の情報等）を、サーバ装置１０から受信する処理を行う。

Ｗｅｂブラウザ２１１は、Ｗｅｂページ（ゲーム画面）を閲覧するためのアプリケーションプログラムであって、Ｗｅｂサーバ（サーバ装置１０）から、ＨＴＭＬファイルや画像ファイル等をダウンロードし、レイアウトを解析して表示制御する。また、Ｗｅｂブラウザ２１１は、入力フォーム（リンクやボタンやテキストボックス等）を用いてデータをＷｅｂサーバ（サーバ装置１０）に送信する。

本実施形態のＷｅｂブラウザ２１１は、ブラウザゲームを実現することができる。例えば、Ｗｅｂブラウザ２１１は、Ｗｅｂサーバ（サーバ装置１０）から受信したＪａｖａＳｃｒｉｐｔ（登録商標）、ＦＬＡＳＨ、Ｊａｖａ（登録商標）等で記述されたプログラムを実行するものであってもよい。

端末装置２０は、Ｗｅｂブラウザ２１１によって、インターネットを介してＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒの略）によって指定されたＷｅｂサーバからの情報を表示させることができる。例えば、端末装置２０は、サーバ装置１０から受信したゲーム画面（ＨＴＭＬ等のデータ）をＷｅｂブラウザ２１１によって表示させることができる。

ゲーム処理部２１２は、種々のゲーム処理を行う。例えば、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、ゲーム終了条件が満たされた場合にゲームを終了する処理などがある。

そして、ゲーム処理部２１２は、プレーヤキャラクタ、建物、球場、車、樹木、柱、壁、マップ（地形）などの表示物を表す各種オブジェクト（ポリゴン、自由曲面又はサブディビジョンサーフェスなどのプリミティブで構成されるオブジェクト）をオブジェクト空間に配置設定する処理を行うようにしてもよい。

ここでオブジェクト空間とは、仮想空間であり、２次元空間、３次元空間の両方を含む。２次元空間とは、例えば２次元座標（Ｘ，Ｙ）においてオブジェクトが配置される空間であり、３次元空間とは、例えば３次元座標（Ｘ，Ｙ，Ｚ）においてオブジェクトが配置される空間である。

また、ゲーム処理部２１２は、入力部２６０によって入力されたプレーヤの入力情報に基づき、ゲーム処理（例えば、対戦ゲーム等の処理）や抽選処理、等を行う。

例えば、端末装置２０は、サーバ装置１０に抽選要求を行い、サーバ装置１０は、端末装置２０から抽選要求を受信すると抽選処理を行うように制御してもよい。

また、ゲーム処理部２１２は、サーバ装置１０と連動して実行してもよいし、その一部又は全部がサーバ装置１０に形成されていてもよい。

また、表示制御部２１３は、ゲーム画面を表示部２９０に表示する処理を行う。例えば、表示制御部２１３は、Ｗｅｂブラウザ２１１を用いて表示してもよい。つまり、表示制御部２１３は、サーバ装置１０から送信された情報に基づいて、ゲーム中に必要な情報を表示部２９０に表示させる。例えば、端末装置２０は、サーバ装置１０から提示された情報（サーバ装置１０から受信した情報）を表示する。

描画部２２０は、処理部２００で行われる種々の処理（例えば、ゲーム処理）に基づいて描画処理を行い、これにより画像を生成し、表示制御部２１３によって表示部２９０に出力する。描画部２２０が生成する画像は、いわゆる２次元画像であってもよいし、いわゆる３次元画像であってもよい。

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

［４］概要
本実施形態のゲームは、一のキラー（ゲーム空間における鬼）と複数のサバイバー（ゲーム空間における人間）とが対戦するゲームであり、サバイバーが所定のクリア条件を満たした場合にサバイバーが勝利しキラーが敗北し、当該クリア条件を満たさなかった場合サバイバーが敗北しキラーが勝利するゲームである。

本実施形態では、図４に示すように、プレーヤＡ、Ｂ、Ｃ、Ｄがゲームに参加する。そして、例えば、ゲーム開始時ＴＳにおいて、プレーヤＡ、Ｂ、Ｃにサバイバーの役割情報を設定し、プレーヤＤにキラーの役割情報を設定する。

また、本実施形態では、サバイバーの役割情報が設定されたプレーヤＡ、Ｂ、Ｃが相互に情報共有ができるようにボイスチャット機能を設け、プレーヤＡ、Ｂ、Ｃ間で、相互にボイスチャットの内容の情報の送受信ができるように制御する。また、キラーの役割情報が設定されたプレーヤＤに対して、当該ボイスチャットの内容の送受信ができないように制御する。プレーヤＡ、Ｂ、Ｃ間においては、ボイスチャットによってキラーがどこにいるのか、或いはクリア条件を満たすために必要なアイテム等がどこにあるのか等の情報のやり取りを行うことができる。

そして、本実施形態では、ゲーム実行中の所与のタイミングＴａにおいて、キラーの役割情報が設定されたプレーヤＤが、サバイバーの役割情報が設定されたプレーヤＣに所定の行動を行ったとする。すると、プレーヤＣがキラーとなり、プレーヤＤがサバイバーとなるように役割情報を変更する。そして、変更後の役割情報に基づき、ボイスチャットの内容の情報の送受信を制御する。すなわち、サーバ装置１０は、サバイバーの役割情報が設定されたプレーヤＡ、Ｂ、Ｄ間で、相互にボイスチャットの内容の情報の送受信ができるように制御する。そして、キラーの役割情報が設定されたプレーヤＣに対して、当該ボイスチャットの内容（プレーヤＡ、Ｂ、Ｄ間で情報の送受信を行った当該ボイスチャットの内容）の送受信ができないように、制御する。

このように、本実施形態によれば、新たにキラーに役割情報が設定されたプレーヤに対して、ボイスチャットの内容が把握されないようにし、新たにサバイバーになったプレーヤに対して、ボイスチャットの内容が把握できるようにすることができ、役割変更に応じて適切に情報の送受信の制御を行うことができる。

なお、ゲーム実行中の期間は、ゲーム開始時点ＴＳから、勝敗が判定されるゲーム終了時点ＴＥまでの期間Ｔｘとする。

以下、説明の便宜上、キラーを１人、サバイバーを三人でゲームを実行する例について説明する。また、以下の説明において、キラーの役割情報が設定されたプレーヤを、「キラー」或いは「キラーのプレーヤ」と説明し、サバイバーの役割情報が設定されたプレーヤを、「サバイバー」或いは「サバイバーのプレーヤ」と説明することもある。

［５］複数のプレーヤ
［５．１］プレーヤの定義
本実施形態におけるプレーヤは、現実に存在するプレーヤ（実プレーヤ）でもよいし、コンピュータ（ＣＰＵ）によって制御されるコンピュータプレーヤ（ＮＰＣプレーヤ、ＣＰＵプレーヤとも言う。）でもよい。

［５．２］各プレーヤの操作対象のキャラクタ
本実施形態において各プレーヤ間の情報の送受信の制御するとは、一のプレーヤと他のプレーヤとにおいて情報の送受信の制御するものに限らない。例えば、各プレーヤ間の通信を制御するとは、当該一のプレーヤの操作対象の一のキャラクタ（アバターを含む）と当該他のプレーヤの操作対象の他のキャラクタとを介して、当該一のプレーヤと当該他のプレーヤとにおいて情報の送受信の制御するものも含む。

［６］役割情報
［６．１］プレーヤ毎に役割情報を設定する例
本実施形態のサーバ装置１０は、プレーヤ毎に役割情報を対応付けて設定する。なお、サーバ装置１０は、プレーヤ毎に設定した役割情報を役割情報記憶部１４８に記憶する。例えば、図５（Ａ）に示すように、各プレーヤに対し、プレーヤを識別するためのプレーヤＩＤ（或いは、プレーヤの操作対象のキャラクタＩＤ）に対応付けて、複数種類（サバイバー、キラー）の役割情報の中から一の役割情報を設定する。

また、本実施形態のサーバ装置１０は、図５（Ｂ）に示すように、キラーをチームＩＤ＝１を設定し、サバイバーをチームＩＤ＝２とし、各プレーヤに対し、プレーヤＩＤ（或いは、プレーヤの操作対象のキャラクタＩＤ）に対応付けて、チームＩＤを設定することで、間接的に、プレーヤ毎に役割情報を対応付けるようにしてもよい。なお、１人で構成されるチームがあってもよい（例えば、１名で構成されるキラーのチームがあってもよい）。

なお、プレーヤが使用する端末のＩＤやプレーヤが使用するゲーム装置のＩＤを、プレーヤＩＤとしてもよい。つまり、プレーヤＩＤは、プレーヤを識別できる情報であれば何でもよい。

本実施形態のサーバ装置１０は、プレーヤからゲーム参加要求を受け付けると、プレーヤの入力情報に基づき、プレーヤによって選択された役割情報を設定するようにしてもよい。そして、サーバ装置１０は、サバイバー３人とキラー１人が決まった段階で、当該サバイバー３人とキラー１人が参加するゲームを開始するように制御してもよい。

なお、サーバ装置１０は、ゲーム参加要求を受け付けた場合に、サーバ装置１０側で自動的にプレーヤの役割情報を決め、サバイバー３人とキラー１人が決まった段階で、当該サバイバー３人とキラー１人が参加するゲームを開始するように制御してもよい。

［６．２］役割情報の例
本実施形態のゲームの役割情報は、サバイバー（追われる側）と、キラー（追う側）の２種類によるものであるが、ゲームにおけるプレーヤの役割を表すものであれば何でもよい。また、役割情報は２種類に限らず、３種類以上であってもよい。また、複数のプレーヤを２つのチームに分けてもよいし、３つ以上のチームに分け、各チーム（チームＩＤ）を役割情報としてもよい。

例えば、役割情報は、敵と味方、攻撃側、守備側のように２種類によるものでもよい。また、役割情報は、サバイバーチーム、キラーチームなどのチーム名、東軍、西軍などの軍隊のチーム名、でもよい。また、役割情報は、Ａ勢力、Ｂ勢力、Ｃ勢力のように３種類によるチーム名でもよい。

また、スポーツゲームの場合、役割情報は、ポジション名（例えば、サッカーゲームの場合、ミッドフィールダー、フォワード、ディフェンダー、ゴールキーパーなどの４種類
による役割情報）、監督と選手の２種類に分けられるものでもよい。また、ロールプレイングゲームの場合、役割情報は、キャラクタの職業（戦士、僧侶、魔法使い等の複数種類の職業）としてもよい。

［６．３］各役割情報を対応付ける人数
本実施形態では、ゲームに参加する複数のプレーヤのうち、一部の複数のプレーヤに対して同じ役割情報を対応付ける。例えば、ゲームに参加する複数のプレーヤＡ、Ｂ、Ｃ、Ｄのうち、一部の複数のプレーヤＡ、Ｂ、Ｃに対して同じサバイバーの役割情報を対応付けて設定する。

なお、本実施形態の鬼ごっこゲームように２種類の役割情報が存在するゲームの場合、各役割を対応付ける人数が対称（同数）になるように、各プレーヤに対して役割情報を設定してもよい。例えば、プレーヤＡ、Ｂに対しサバイバーの役割情報を設定し、プレーヤＣ、Ｄに対しキラーの役割情報を設定する。

また、２種類の役割情報が存在するゲームの場合、各役割を対応付ける人数が非対称（非同数）になるように、各プレーヤに対して役割情報を設定してもよい。例えば、プレーヤＡ、Ｂ、Ｃに対しサバイバーの役割情報を設定し、プレーヤＤに対しキラーの役割情報を設定する。なお、プレーヤＡに対しサバイバーの役割情報を設定し、プレーヤＢ、Ｃ、Ｄに対しキラーの役割情報を設定するようにしてもよい。

［６．４］各役割情報に応じたゲーム制御
そして、本実施形態では、一の役割情報が対応付けられたプレーヤと他の役割情報が対応付けられたプレーヤとが対戦するゲームを実行する。例えば、サバイバーが対応付けられたプレーヤＡ、Ｂ、Ｃと、キラーが対応付けられたプレーヤＤとが対戦するゲームを実行する。

［７］役割情報の変更の説明
［７．１］ゲームの実行中において役割情報を変更する制御
本実施形態では、図４に示すように、サバイバーのプレーヤＡ、Ｂ、ＣとキラーのプレーヤＤとが決定し、開始タイミングＴＳでゲームが開始されると、ゲーム開始時点ＴＳからゲーム終了時ＴＥまでの期間Ｔｘのゲーム実行中に役割情報に基づき、情報の送受信を行う。例えば、本実施形態の鬼ごっこゲームの場合、期間Ｔｘにおいて、キラーがサバイバーを追って捉えるゲームが行われる。

本実施形態では、ゲーム実行中に所与の条件を満たした場合に、役割情報を変更する。例えば、サーバ装置１０が、ゲーム実行中に所与の条件を満たしたか否かを判定し、当該所与の条件を満たしたと判定した場合に、少なくとも一のプレーヤの役割情報を変更する。

「役割情報を変更」するとは、役割そのものを変更すること（例えば、プレーヤＣの役割情報をサバイバーからキラーに変更すること）、チームを変更すること（例えば、プレーヤＣがサバイバーのチームからキラーのチームに変更する）等である。

［７．２］所与の条件
［７．２．１］時間の経過に基づいて所与の条件を満たしたか否かを判定する処理
例えば、本実施形態では、ゲーム開始タイミングＴＳから所定の期間（例えば、３分）を経過したタイミングで、所与の条件を満たしたと判定してもよい。

また、本実施形態では、プレーヤＤが変更アイテムを使用した時点から所定の期間（例
えば、５秒間）を経過したタイミングで、所与の条件を満たしたと判定してもよい。

また、本実施形態では、プレーヤＤがキラーからサバイバーに役割が変更された時点Ｔａから所定の期間（例えば、５分）を経過したタイミングＴｃで、次の所与の条件を満たしたと判定してもよい。例えば、プレーヤＤがキラーからサバイバーに役割情報を変更した時点Ｔａから所定の期間を経過したタイミングＴｃで、プレーヤＤをサバイバーからキラーに役割情報を変更するようにしてもよい。

［７．２．２］プレーヤ自身の行動に基づいて所与の条件を満たしたか否かを判定する処理
また、本実施形態では、ゲームにおいてプレーヤ自身が所定の行動を行った場合に、所与の条件を満たしたと判定し、役割情報を変更するようにしてもよい。

例えば、本実施形態では、（Ａ）プレーヤ（プレーヤの操作対象のキャラクタ）がアイテムを使用した場合（例えば、アイテムを使用する入力操作を行った場合）、（Ｂ）プレーヤ（プレーヤの操作対象のキャラクタ）がアイテムを獲得した場合、（Ｃ）プレーヤ（プレーヤの操作対象のキャラクタ）の得点が所定点以上になった場合、（Ｄ）プレーヤ（プレーヤの操作対象のキャラクタ）がゲーム中にミッションを達成した場合、（Ｅ）プレーヤ（プレーヤの操作対象のキャラクタ）が技やスキルを使用した場合、（Ｆ）ゲーム制御で用いるパラメータ（レベル、攻撃力、防御力等）を変化（例えば、上昇）させた場合、の少なくとも１つに該当する場合、所与の条件を満たしたと判定し、当該プレーヤの役割情報を変更するようにしてもよい。なお、上記（Ａ）～（Ｆ）は、所定の行動の一例である。

また、本実施形態では、例えば、プレーヤＤが所定の行動を行った場合に所与の条件を満たしたと判定した場合、当該プレーヤＤの役割情報を変更するようにしてもよいし、別のプレーヤＡ、Ｂ、Ｃの少なくとも１人の役割情報を変更するようにしてもよい。

［７．２．３］プレーヤが他のプレーヤに対する行動に基づいて所与の条件を満たしたか否かを判定する処理
また、本実施形態では、プレーヤが他のプレーヤに対して所定の行動を行った場合に所与の条件を満たしたと判定し、役割情報を変更するようにしてもよい。なお、プレーヤと他のプレーヤは、同じ役割情報（例えば、プレーヤと他のプレーヤが共にサバイバー）であってもよいし、異なる役割情報（例えば、プレーヤはサバイバー、他のプレーヤはキラー）であってもよい。

例えば、本実施形態では、（Ａ）プレーヤ（プレーヤの操作対象のキャラクタ）が他のプレーヤ（他のプレーヤの操作対象のキャラクタ）に対してアイテム、技、スキルを使用した場合、（Ｂ）プレーヤの操作対象のキャラクタと他のプレーヤの操作対象のキャラクタの位置とが近接した場合（プレーヤの操作対象のキャラクタの位置と他のプレーヤの操作対象のキャラクタの位置とが所定距離（例えば、１メートル）以内になった場合）、（Ｃ）プレーヤの操作対象のキャラクタと他のプレーヤの操作対象のキャラクタとが接触した場合、（Ｄ）プレーヤの操作対象のキャラクタが、他のプレーヤの操作対象のキャラクタに対して攻撃した（ダメージを与えた）或いは攻撃を受けた（ダメージを受けた）場合、（Ｅ）プレーヤの操作対象のキャラクタが他のプレーヤの操作対象のキャラクタと接触した（捕まえた）場合、（Ｆ）プレーヤの操作対象のキャラクタが他のプレーヤの操作対象のキャラクタの体力値（ライフ、ＨＰ値ともいう）を所定値（例えば、０）にした場合（つまり、プレーヤの操作対象のキャラクタが他のプレーヤの操作対象のキャラクタを倒した場合）、の少なくとも１つに該当する場合、所与の条件を満たしたと判定し、少なくとも一のプレーヤの役割情報を変更するようにしてもよい。なお、上記（Ａ）～（Ｆ）は
、所定の行動の一例である。

また、本実施形態では、プレーヤＤが他のプレーヤＣに対して所定の行動を行った場合に所与の条件を満たしたと判定した場合、当該プレーヤＤの役割情報を変更するようにしてもよいし、当該他のプレーヤＣの役割情報を変更するようにしてもよいし、別のプレーヤＡ、Ｂの少なくとも１人の役割情報を変更するようにしてもよい。

［７．２．４］ゲーム空間上のプレーヤの位置に基づいて所与の条件を満たしたか否かを判定する処理
また、本実施形態では、ゲーム空間上のプレーヤの位置（例えば、プレーヤの操作対象のキャラクタの位置）に基づいて、所与の条件を満たしたか否かを判定し、所与の条件を満たした場合に、当該プレーヤの役割情報を変更するようにしてもよい。

例えば、図６に示すように、ゲーム空間ＧＷにおいて、プレーヤＣの操作対象のキャラクタＰＣと、プレーヤＤの操作対象のキャラクタＰＤとが、特定のエリアＡＲ１に位置した場合に所与の条件を満たしたと判定する。そして、当該所与の条件を満たした場合に、プレーヤの役割情報を変更する。例えば、プレーヤＣとプレーヤＤとの役割情報を入れ替える。

また、図６に示すように、ゲーム空間において、プレーヤＣの操作対象のキャラクタＰＣが特定エリアＡＲ１に位置し、プレーヤＤの操作対象のキャラクタＰＤが別の特定エリアＡＲ２に位置している場合に、所与の条件を満たしたと判定してもよい。

また、本実施形態では、ゲーム空間において、１個のキャラクタ（自分の操作対象のキャラクタや他のプレーヤの操作対象のキャラクタ）の位置に基づいて、所与の条件を満たしたか否かを判定してもよい。この場合、どのキャラクタの役割情報を変更するのか（入れ替えるのか）は、ランダムや所定の規則（例えば、１番近くにいるキャラクタ等）に基づいて決定すればよい。例えば、プレーヤＣの操作対象のキャラクタＰＣの位置に基づいて、所与の条件を満たしたか否か（例えば、特定エリアＡＲ１に位置したか否か）を判定する。そして、所与の条件を満たした場合、キャラクタＰＣの役割情報（キャラクタＰＣを操作するプレーヤＣの役割情報）と、キャラクタＰＣの一番近くにいるキャラクタＰＤの役割情報（キャラクタＰＤを操作するプレーヤＤの役割情報）とを、入れ替えるように制御する。

また、所与の条件を満たしたか否かの判定に用いるキャラクタの位置情報は、役割情報の入れ替えを行う各キャラクタの位置情報によらない（起因しなくてもよい）。例えば、ゲーム空間ＧＷにおいて、プレーヤＣの操作対象のキャラクタＰＣの位置と、プレーヤＤの操作対象のキャラクタＰＤの位置が、所与の条件を満たした場合（例えば、特定のエリアＡＲ１に位置した場合）、キャラクタＰＡの役割情報（キャラクタＰＡを操作するプレーヤＡの役割情報）と、キャラクタＰＢの役割情報（キャラクタＰＢを操作するプレーヤＢの役割情報）とを、入れ替えるように制御してもよい。また、ゲーム空間ＧＷにおいて、プレーヤＣの操作対象のキャラクタＰＣの位置と、プレーヤＤの操作対象のキャラクタＰＤの位置が、所与の条件を満たした場合（例えば、特定のエリアＡＲ１に位置した場合）、キャラクタＰＡの役割情報（キャラクタＰＡを操作するプレーヤＡの役割情報）と、キャラクタＰＣの役割情報（キャラクタＰＣを操作するプレーヤＣの役割情報）とを、入れ替えるように制御してもよい。

［７．２．５］他の役割情報対応付けられた他のプレーヤに対する行動に基づいて所与の条件を満たしたか否かを判定する処理
本実施形態では、一の役割情報が対応付けられたプレーヤが、他の役割情報が対応付け
られた他のプレーヤに対して所定の行動を行った場合に、所与の条件を満たしたと判定し、プレーヤの役割情報を変更するようにしてもよい。

つまり、キラーの役割情報が設定されているプレーヤＤは自身と役割情報と異なる他のプレーヤＣ（つまり、サバイバーの役割情報が設定されているプレーヤＣ）に対して接触などの行動を行った場合に、プレーヤＤ自身の役割情報を変更することができる。

［７．３］役割情報の初期設定
本実施形態では、ゲーム開始時点ＴＳにおいて各プレーヤの役割情報を設定するものとして説明したが、ゲーム開始時点ＴＳよりも前に予め各プレーヤの役割情報を設定してもよい。また、ゲーム開始時点ＴＳでは、いずれのプレーヤに対しても役割情報を設定しないようにしてゲームを開始し、ゲーム実行中の所与のタイミングで、一部又は全部のプレーヤに対して役割情報を設定してもよい。

［７．４］役割情報の入れ替え
本実施形態では、各プレーヤに対応付けられた役割情報を相互に入れ替えることによって、役割情報を変更するようにしてもよい。つまり、入れ替えは変更の一態様である。このようにすれば、役割情報の変更ルールを単純なものにすることができ、プレーヤは、役割情報の変更ルールを容易に理解することできる。

つまり、本実施形態では、一の役割情報が対応付けられたプレーヤと、他の役割情報が対応付けられた他のプレーヤとにおいて、役割情報を入れ替えるようにしてもよい。例えば、キラーの役割情報が対応付けられたプレーヤＤと、サバイバーが対応付けられたプレーヤＣとにおいて、役割情報を入れ替える。つまり、プレーヤＤの役割情報をキラーからサバイバーに変更し、プレーヤＣの役割情報をサバイバーからキラーに変更する。

［７．４．１］行動の対象となった他のプレーヤとの入れ替え
また、本実施形態では、一の役割情報が対応付けられたプレーヤが、他の役割情報が対応付けられた他のプレーヤに対して所定の行動を行った場合に所与の条件を満たしたと判定し、当該プレーヤと当該他のプレーヤとにおいて、役割情報を入れ替えるようにしてもよい。

例えば、キラーの役割情報が対応付けられたプレーヤＤの操作対象のキャラクタが、サバイバーが対応付けられたプレーヤＣの操作対象のキャラクタに接触する行動を行った場合に、プレーヤＤとプレーヤＣとにおいて、役割情報を入れ替えることができる。つまり、プレーヤＤの役割情報をキラーからサバイバーに変更し、プレーヤＣの役割情報をサバイバーからキラーに変更することができるので、役割情報の変更ルールを単純なものにすることができ、プレーヤは、役割情報の変更ルールを容易に理解することできる。

なお、サバイバーが対応付けられたプレーヤＣの操作対象のキャラクタＰＣが、同じサバイバーの役割情報が対応付けられたプレーヤＡの操作対象のキャラクタＰＡ、又は、サバイバーの役割情報が対応付けられたプレーヤＢの操作対象のキャラクタＰＢに対して所定の行動を行った場合（例えば、接触した場合）には、プレーヤＣの役割情報を変更しないように制御する。

［７．４．２］入れ替えの他の例
また、本実施形態では、ゲームの実行中に所与の条件を満たした場合に、互いに役割情報が異なる複数のプレーヤを抽出し、抽出した各プレーヤの役割情報を相互に入れ替えてもよい。例えば、本実施形態では、ランダムに決定したサバイバーの役割情報が対応付けられたプレーヤＡと、ランダムに決定したキラーの役割情報が対応付けられたプレーヤＤ
との役割情報を入れ替えるようにしてもよい。つまり、入れ替え後、プレーヤＡがキラーの役割情報が設定され、プレーヤＤがサバイバーの役割情報が設定される。

また、本実施形態では、ゲームの実行中に所与の条件を満たした場合に、達成した条件に応じて入れ替える相手が決まってもよい。例えば、得点が１００点以上の互いに役割情報が異なる複数のプレーヤを抽出し、抽出した各プレーヤの役割情報を相互に入れ替えてもよい。

また、本実施形態では、ゲームの実行中に所与の条件を満たした場合に、プレーヤの選択によって入れ替える相手を決めてもよい。例えば、代表のプレーヤや所与のアイテムを使用したプレーヤなどの特定のプレーヤが、互いに役割情報が異なる複数のプレーヤを抽出し、抽出した各プレーヤの役割情報を相互に入れ替えてもよい。

［７．５］その他
なお、本実施形態のサーバ装置１０は、行動の対象となった他のプレーヤと別のプレーヤの役割情報を入れ替えてもよい。

例えば、キラーの役割情報が対応付けられたプレーヤＤの操作対象のキャラクタが、サバイバーが対応付けられたプレーヤＣの操作対象のキャラクタに接触する行動を行った場合に、行動の対象となったプレーヤＣの役割情報を変えず、別のプレーヤＢの役割情報を変えてもよい。つまり、キラーの役割情報が対応付けられたプレーヤＤと、サバイバーの役割情報が対応付けられたプレーヤＢとの役割情報を入れ替えるようにしてもよい。

また、本実施形態では、キラーの役割情報が対応付けられたプレーヤＤの操作対象のキャラクタが、サバイバーが対応付けられたプレーヤＣの操作対象のキャラクタに接触する行動を行った場合に、プレーヤＣ及びプレーヤＤの役割情報を変えず、別のプレーヤＢの役割情報を、サバイバーからキラーに変更するようにしてもよい。つまり、本実施形態のキラーは１名であるが、仮にキラーが複数存在することを許容した場合、プレーヤＢの役割情報を、サバイバーからキラーに変更するようにしてもよい。

［８］役割情報の変更に基づく情報の制御の説明
［８．１］送受信対象の情報について
本実施形態において、送受信対象の「情報」は、例えば、メッセージチャットにおける「テキスト情報」、「画像情報」、「音声情報」、ボイスチャットにおける「音声情報」や、ビデオチャットなどの「画像情報」（「動画像情報」、「映像」を含む）等である。また、「情報」は、一のプレーヤが他のプレーヤに付与（プレゼント）するアイテム（ゲーム媒体ともいう）、一のプレーヤと他のプレーヤとが互いに交換するアイテムでもよい。

［８．２］情報の送受信の制御内容
［８．２．１］送信の対象
サーバ装置１０は、ゲーム開始時点ＴＳにおいて、サバイバーの役割情報が設定されたプレーヤＡ、Ｂ、Ｃにとって、ボイスチャットの情報を送信する対象を、同じサバイバーの役割情報が設定された他プレーヤに決定する。つまり、サバイバーのチーム内でボイスチャットの情報を送信する。

そして、サーバ装置１０は、ゲーム開始時点ＴＳにおいて、サバイバーの役割情報が設定されたプレーヤＡ、Ｂ、Ｃそれぞれが、キラーの役割情報が設定されたプレーヤＤに対して、ボイスチャットの情報を送信対象にしないように設定する。

そして、本実施形態のサーバ装置１０は、ゲーム実行中のタイミングＴａにおいて、サバイバーのプレーヤＣと、キラーのプレーヤＤとの役割情報を入れ替えると、変更後の役割情報に基づいて、送信対象となるプレーヤを決める。

つまり、サーバ装置１０は、タイミングＴａにおいて、サバイバーの役割情報が設定されたプレーヤＡ、Ｂ、Ｄにとって、ボイスチャットの情報を送信する対象を、同じサバイバーの役割情報が設定された他プレーヤに決定する。

そして、サーバ装置１０は、タイミングＴａにおいて、サバイバーの役割情報が設定されたプレーヤＡ、Ｂ、Ｄそれぞれが、新たにキラーの役割情報が設定されたプレーヤＣに対して、ボイスチャットの情報を送信対象にしないように設定する。

また、サーバ装置１０は、ゲーム開始時点ＴＳにおいて、キラーの役割情報が設定されたプレーヤＤにとって、ボイスチャットの情報を送信する対象を無しに設定する。

具体的に、サーバ装置１０は、図７に示すように、ゲームに参加するプレーヤＡ、Ｂ、Ｃ、Ｄの各プレーヤに対し、各他プレーヤＩＤと対応付けて送信対象の有無を示すフラグＦ１を設定する。

ここで、Ｆ１＝１は他プレーヤに対し送信対象であることを意味し、Ｆ１＝０は他プレーヤに対し送信対象でないことを意味する。

例えば、サーバ装置１０は、ゲーム開始時点ＴＳにおいて、図７に示すように、各プレーヤに対し、他プレーヤＩＤに対してフラグＦ１を設定する。プレーヤＡは、プレーヤＢ、Ｃに対して情報を送信対象とし、プレーヤＢ、Ｃに情報を送信することを示している。プレーヤＡは、プレーヤＤを送信対象としておらず、プレーヤＤに情報を送信しないことを示している。

そして、サーバ装置１０は、例えば、ゲーム実行中の所与のタイミングＴａ時点において、プレーヤＣの役割情報がサバイバーからキラーに変更され、プレーヤＤの役割情報がキラーからサバイバーに変更されると、変更後のサバイバーとキラーの関係においてＦ１を更新する。例えば、図８に示すように、サバイバーＡ、Ｂ、Ｄ間の関係において相互に情報の送信ができるようにＦ１＝１になるように更新する。また、サバイバーのチーム内の情報がキラーＣに漏れないように、サバイバーＡとキラーＣ間、サバイバーＢとキラーＣ間、サバイバーＤとキラーＣ間のそれぞれにおいて、Ｆ１＝０になるように更新する。

なお、本実施形態において、キラーの役割情報が設定されるプレーヤは１名であるので、同じキラー同士で情報の送受信を行うことを想定していないが、仮にキラーの役割情報が設定されるプレーヤが複数存在する場合は、キラー同士で情報の送信ができるように制御してもよい。つまり、キラーのチーム内で情報の送信ができるように制御してもよい。そして、サバイバーのチームと、キラーのチームとにおいて、情報が漏れないように、異なるチーム間の情報の送信を禁止するように制御する。

［８．２．２］受信の対象
サーバ装置１０は、ゲーム開始時点ＴＳにおいて、サバイバーの役割情報が設定されたプレーヤＡ、Ｂ、Ｃにとって、ボイスチャットの情報を受信する対象を、同じサバイバーの役割情報が設定された他プレーヤに決定する。

そして、サーバ装置１０は、ゲーム開始時点ＴＳにおいて、サバイバーの役割情報が設定されたプレーヤＡ、Ｂ、Ｃそれぞれが、キラーの役割情報が設定されたプレーヤＤに対
して、ボイスチャットの情報を受信対象にしないように設定する。

そして、本実施形態のサーバ装置１０は、ゲーム実行中のタイミングＴａにおいて、サバイバーのプレーヤＣと、キラーのプレーヤＤとの役割情報を入れ替えると、変更後の役割情報に基づいて、受信対象となるプレーヤを決める。

つまり、サーバ装置１０は、タイミングＴａにおいて、サバイバーの役割情報が設定されたプレーヤＡ、Ｂ、Ｄにとって、ボイスチャットの情報を受信する対象を、同じサバイバーの役割情報が設定された他プレーヤに決定する。

そして、サーバ装置１０は、タイミングＴａにおいて、サバイバーの役割情報が設定されたプレーヤＡ、Ｂ、Ｄそれぞれが、新たにキラーの役割情報が設定されたプレーヤＣを、ボイスチャットの情報を受信対象にしないように設定する。つまり、プレーヤＡ、Ｂ、Ｄそれぞれが、プレーヤＣから発信される情報を受信しないように設定する。

また、サーバ装置１０は、ゲーム開始時点ＴＳにおいて、キラーの役割情報が設定されたプレーヤＤにとって、ボイスチャットの情報を受信する対象を無しに設定する。

具体的に、サーバ装置１０は、図７に示すように、ゲームに参加するプレーヤＡ、Ｂ、Ｃ、Ｄの各プレーヤに対し、各他プレーヤＩＤと対応付けて受信対象の有無を示すフラグＦ２を設定する。

ここで、Ｆ２＝１は他プレーヤを受信対象とすることを意味し、Ｆ２＝０は他プレーヤを受信対象としないことを意味する。

例えば、サーバ装置１０は、ゲーム開始時点ＴＳにおいて、図７に示すように、各プレーヤに対し、他プレーヤＩＤに対してフラグＦ２を設定する。プレーヤＡは、プレーヤＢ、Ｃからの情報を受信対象とし、プレーヤＢ、Ｃから情報を受信することを示している。プレーヤＡは、プレーヤＤを受信対象としておらず、プレーヤＤからの情報を受信しないことを意味する。

そして、サーバ装置１０は、例えば、ゲーム実行中の所与のタイミングＴａ時点において、プレーヤＣの役割情報がサバイバーからキラーに変更され、プレーヤＤの役割情報がキラーからサバイバーに変更されると、変更後のサバイバーとキラーの関係においてＦ２を更新する。例えば、図８に示すように、サバイバーＡ、Ｂ、Ｄ間の関係において相互に情報の受信ができるようにＦ２＝１になるように更新する。また、サバイバーのチーム内の情報がキラーＣに漏れないように、サバイバーＡとキラーＣ間、サバイバーＢとキラーＣ間、サバイバーＤとキラーＣ間のそれぞれにおいて、Ｆ２＝０になるように更新する。

なお、本実施形態において、キラーの役割情報が設定されるプレーヤは１名であるので、同じキラー同士で情報の受信を行うことを想定していないが、仮にキラーの役割情報が設定されるプレーヤが複数存在する場合は、キラー同士で情報の受信ができるように制御してもよい。つまり、キラーのチーム内で情報の受信ができるように制御してもよい。そして、サバイバーのチームと、キラーのチームとにおいて、情報が漏れないように、異なるチーム間の情報の受信を禁止するように制御する。

［８．２．３］情報の加工
また、本実施形態のサーバ装置１０は、送受信対象の情報について加工処理を施してもよい。

本実施形態では、サバイバーとキラー同士で情報の送受信を行うことを想定していないが、仮に、サバイバーとキラー同士で情報の送受信を行う場合、情報に加工処理を施すようにしてもよい。例えば、サバイバーの役割情報が設定されたプレーヤと、キラーの役割情報が設定されたプレーヤとにおいて情報を送受信する場合、当該情報について加工処理を施してもよい。また、例えば、サバイバーとキラーが入れ替え後、サバイバーの役割情報が設定されたプレーヤと、キラーの役割情報が設定されたプレーヤとおいて送受信する情報に対して、加工処理を施すようにしてもよい。

例えば、サーバ装置１０は、送受信対象のボイスチャットの音声情報について、加工処理を施す。音声情報の加工処理は、例えば、周波数領域を低音或いは高音にする制御や、ノイズを加える処理である。

また、サーバ装置１０は、送受信対象のテキスト情報について、当該テキストが視認しにくくなるような変更処理を施してもよい。例えば、変更処理とは、テキスト情報の一部を削除する、或いは、母国語以外の言語に変更する等である。

また、サーバ装置１０は、送受信対象のアイテム（プレゼントするアイテム或いは交換するアイテム）の内容を変化させるような、加工を施してもよい。

［８．２．４］情報の送受信タイミング
また、本実施形態のサーバ装置１０は、情報の送受信タイミングを制御してもよい。

サーバ装置１０は、例えば、サバイバーの役割情報が設定されたプレーヤＡから、サバイバーの役割情報が設定されたプレーヤＢ、Ｃに対して、即時に情報の送受信を行う。図９に示すように、つまり、サバイバーＡから発信されたボイスチャットの情報ＤＡを、当該発信時点Ｔ１において即時に送信を行い、Ｔ１時点においてサバイバーＢ、Ｃがボイスチャットの情報ＤＡを受信する。

また、本実施形態では、サバイバーとキラー同士（異なるチーム間）で情報の送受信を行うことを想定していないが、仮に、サバイバーとキラー同士で情報の送受信を行う場合、サバイバーＡからキラーＤに対して情報の送受信を行う場合、図９に示すように、サバイバーＡからボイスチャットの情報の発信タイミングＴ１から所定の遅延期間Ｔｚ（例えば、１分間）の経過後のタイミングＴ２に、当該ボイスチャットの情報をプレーヤＤに送信するようにしてもよい。つまり、キラーＤは、遅延期間Ｔｚだけ遅延してからボイスチャットの情報を得るので、サバイバーＡは、キラーＤに対する情報遅延を有効に活用してサバイバーＡ、Ｂ、Ｃ同士で有益な情報を先に共有してゲームプレイすることができる。

また、サーバ装置１０は、例えば、サバイバーＣとキラーＤの役割情報が変更された場合、変更後のタイミングＴａ以降で、サバイバー同士（つまり、同じチーム内）において情報の送受信を即時に行い、サバイバーとキラーとにおいて（つまり、異なるチーム間において）、情報の送受信タイミングを所定の遅延期間Ｔｚだけ遅らせるように制御する。

［８．２．５］援助可能か否かを決定する
また、本実施形態のサーバ装置１０は、各プレーヤの役割情報に基づいて、複数のプレーヤ間で援助可能か否かを決定してもよい。

サーバ装置１０は、例えば、サバイバーの役割情報が設定されたプレーヤＡから、サバイバーの役割情報が設定されたプレーヤＢ、Ｃに対して、援助可能に決定する。一方、サバイバーの役割情報が設定されたプレーヤＡから、キラーの役割情報が設定されたプレーヤＤに対して援助不可に決定する。つまり、サバイバー同士では援助可能に設定し、サバ
イバーとキラーとの関係において援助不可に設定する。

サーバ装置１０は、例えば、サバイバーとキラーが変更された場合、変更後のサバイバーとキラーとの関係に基づき、各プレーヤ間において援助可能か否かを決定する。つまり、役割変更後において、サーバ装置１０は、サバイバー同士（つまり、同じチーム内）においてプレーヤ間で援助可能に制御し、サバイバーとキラーとにおいて（つまり、異なるチーム間において）、プレーヤ間で援助不可に制御する。

［８．２．６］同じ役割情報が設定された複数のプレーヤ間の情報の送受信の制御
サーバ装置１０は、同じ役割情報のプレーヤ間の情報の送受信の制御が、同じになるようにする。つまり、本実施形態のサーバ装置１０は、同じ役割情報が対応付けられた複数の各プレーヤ間において共通の制御内容に基づき、情報の送受信を行う。このようにすれば、同じ役割情報が対応付けられた複数の各プレーヤは、制御内容を理解しやすくなり、ゲームプレイに集中することができる。

例えば、同じ役割情報が対応付けられた複数の各プレーヤ間において、送信対象の可否、受信対象の可否、情報の加工の有無、情報を加工する際の加工内容、送受信タイミング、援助の可否、を共通にする。

例えば、サーバ装置１０は、図７に示すように、サバイバーの役割情報が設定されたプレーヤＡ、Ｂ、Ｃが相互に、双方向で即時に情報の送受信を行うようにし、情報の加工を無しにし、援助可能に制御する。

なお、本実施形態のキラーは１名であるが、仮に複数のキラーが存在するゲームの場合、キラーの役割情報が設定されたプレーヤＤ、Ｅが一方向（片方向）にしか送受信できないように制御してもよい。例えば、サーバ装置１０は、プレーヤＤはプレーヤＥに対する送信を可能とし、プレーヤＥはプレーヤＤからの情報を受信可能とするように設定するが、プレーヤＥはプレーヤＤに対する送信を不可とし、プレーヤＤはプレーヤＥからの情報を受信不可とするように設定してもよい。

［８．３］所与の変更条件
本実施形態のサーバ装置１０は、役割情報の変更後、所与の変更条件を満たした場合に、情報の送受信を制御してもよい。

［８．３．１］所定期間後に情報の送受信を制御する例
例えば、サーバ装置１０は、図４に示すように、ゲームの実行中の所与のタイミングＴａにおいて、サバイバーの役割情報が設定されたプレーヤＣと、キラーの役割情報が設定されたプレーヤＤとの役割情報が入れ替わったとする。すると、タイミングＴａから所定期間Ｔｙ（間隔期間、インターバル期間、間合い期間とも言う）を経過するタイミングＴｂまでの期間Ｔｙにおいて、各プレーヤＡ、Ｂ、Ｃ、Ｄが相互に情報の送受信を行うことができるようにしてもよい。このようにすれば、例えば、サバイバーとキラーとがボイスチャットで、互いに感想を言い合えるような時間を設けることができる。

そして、サーバ装置１０は、所定期間Ｔｙを経過した場合に、変更条件を満たしたと判定し、変更後の役割情報に基づいて、情報の送受信を行うように制御してもよい。

［８．３．２］ガイド表示後に、情報の送受信を制御する例
例えば、サーバ装置１０は、サバイバーの役割情報が設定されたプレーヤＣと、キラーの役割情報が設定されたプレーヤＤとの役割情報が、ゲームの実行中の所与のタイミングＴａにおいて、入れ替わったとする。すると、サーバ装置１０は、タイミングＴａにおい
て、ゲームに参加中の全プレーヤＡ、Ｂ、Ｃ、Ｄに対し、図１０に示すように、ガイド（ガイド画面）を表示する。例えば、ガイド画面では、「プレーヤＣをサバイバーからキラーに変更しました」、「プレーヤＤをキラーからサバイバーに変更しました」というように、役割情報が変更されたプレーヤ名と、変更内容を含むメッセージＭ１、Ｍ２や、ボイスチャット内容の送受信対象が変わる旨のメッセージＭ３等を表示する。

そして、サーバ装置１０は、ゲームに参加中の全プレーヤＡ、Ｂ、Ｃ、Ｄに対してガイドを表示した場合に、変更条件を満たしたと判定する。そして、サーバ装置１０は、変更条件を満たした場合に、変更後の役割情報に基づいて、情報の送受信を行うように制御してもよい。このようにすれば、全プレーヤＡ、Ｂ、Ｃ、Ｄが、役割情報の変更に混乱することなく、ゲームを継続してプレイすることができる。

また、図１０に示すように、サーバ装置１０は、ガイドの画面において確認ボタンＢＴを表示してもよい。そして、サーバ装置１０は、ゲームに参加中の全プレーヤＡ、Ｂ、Ｃ、Ｄそれぞれから、確認の指示を受け付けた場合に、変更条件を満たしたと判定する。そして、サーバ装置１０は、変更条件を満たした場合に、変更後の役割情報に基づいて、情報の送受信を行うように制御してもよい。このようにすれば、全プレーヤＡ、Ｂ、Ｃ、Ｄが、確実に役割情報の変更を知らせ、混乱することなく、ゲームを継続してプレイすることができる。

なお、本実施形態では、役割変更されていないプレーヤＡ、Ｂに対してのみ、変更内容を含むメッセージＭ１、Ｍ２や、ボイスチャット内容の送受信対象が変わる旨のメッセージＭ３、確認ボタンＢＴ等を表示するようにしてもよい。

［８．３．３］プレーヤの操作対象のキャラクタの位置が所与の条件を満たした場合に、情報の送受信を制御する例
サーバ装置１０は、サバイバーの役割情報が設定されたプレーヤＡ、Ｂ、Ｃのうち、操作対象の複数のキャラクタ間の距離が所定距離以内にいるプレーヤ同士について、情報の送受信の制御を行うように制御してもよい。

より具体的に説明すると、サバイバーの役割情報が設定されたプレーヤＡの操作対象のキャラクタＰＡ、サバイバーの役割情報が設定されたプレーヤＢの操作対象のキャラクタＰＢ、サバイバーの役割情報が設定されたプレーヤＣの操作対象のキャラクタＰＣ、キラーの役割情報が設定されたプレーヤＤの操作対象のキャラクタＰＤ、を例にとり説明する。

まず、キャラクタＰＡの位置とキャラクタＰＢの位置との距離が１０メートル以内（所定距離以内の一例）であるが、キャラクタＰＣの位置とキャラクタＰＡの位置との距離が１０メートルを超えており、かつ、キャラクタＰＣの位置とキャラクタＰＢの位置との距離が１０メートルを超えている場合、プレーヤＡ、Ｂ間において情報の送受信を行い、プレーヤＡとプレーヤＣとにおいて情報の送受信を行わないように制御し、かつ、プレーヤＢとプレーヤＣとにおいて情報の送受信を行わないように制御する。

その後、キャラクタＰＣがキャラクタＰＡに近づき、キャラクタＰＡの位置とキャラクタＰＣの位置との距離が１０メートル以内になった場合、プレーヤＡ、Ｃ間において情報の送受信を行うように制御する。また、キャラクタＰＣがキャラクタＰＢに近づき、キャラクタＰＢの位置とキャラクタＰＣの位置との距離が１０メートル以内になった場合、プレーヤＢ、Ｃ間において情報の送受信を行うように制御する。

このように、本実施形態によれば、各プレーヤの操作対象のキャラクタの位置（各プレ
ーヤの操作対象のキャラクタ間の距離）に基づき、情報の送受信を制御するので、位置や距離に応じた情報のやり取りを制御することができる。

本実施形態では、サバイバーとキラー同士で情報の送受信を行うことを想定していないが、仮に、サバイバーとキラー同士で情報の送受信を行う場合、サバイバーの操作対象のキャラクタの位置とキラーの操作対象のキャラクタの位置との距離が所定距離以内である場合に、情報の送受信を行うように制御し、サバイバーの操作対象のキャラクタの位置とキラーの操作対象のキャラクタの位置との距離が所定距離を超えている場合に、情報の送受信を行わないように制御してもよい。

つまり、サーバ装置１０は、各プレーヤの役割情報にかかわらず、各プレーヤの操作対象のキャラクタの位置情報に基づき、情報の送受信を行うか否かを制御するようにしてもよい。

［８．３．４］アイテムが使用された場合に変更条件を満たしたと判定する例
サーバ装置１０は、プレーヤが特定のアイテムを使用した場合に、変更条件を満たしたと判定し、変更後の役割情報に基づいて、情報の送受信を行うように制御してもよい。つまり、サーバ装置１０は、図４に示すように、ゲーム実行中の所与のタイミングＴａにおいて、キラーの役割情報が設定されたプレーヤＤが、サバイバーの役割情報が設定されたＣに所定の行動（例えば、接触した）した場合、直ちに、プレーヤＣがキラーとなり、プレーヤＤがサバイバーとなるように役割情報を変更してもよいが、プレーヤＤが特定のアイテムを使用した場合に、変更条件を満たしたと判定するようにしてもよい。そして、変更条件を満たしたと判定された場合に、プレーヤＣがキラーとなり、プレーヤＤがサバイバーとなるように役割情報を変更するようにしてもよい。

［８．４］役割情報の設定状況に基づいて、各プレーヤ間の情報の送受信を制御する例
本実施形態のサーバ装置１０は、役割情報の設定状況に基づいて、各プレーヤ間の情報の送受信を制御してもよい。

ここで、「役割情報の設定状況」とは、プレーヤ毎の現在の役割情報の種類（サバイバー或いはキラー）でもよいし、プレーヤ毎の現在の役割情報が設定された時点からの継続期間（経過期間）でもよい。また、「役割情報の設定状況」とは、プレーヤ毎の役割情報の履歴や、各役割情報の設定回数（サバイバーの役割情報が設定された回数、キラーの役割情報が設定された回数）等でもよい。

また、「役割情報の設定状況」とは、各役割情報の人数（サバイバーの人数、キラーの人数）でもよい。

［８．４．１］役割情報の種類に基づく制御
また、本実施形態では、役割情報の種類に応じて、上述した制御内容（［８．２．１］、［８．２．２］、［８．２．３］、［８．２．４］、［８．２．５］、［８．２．６］参照）のうち、いずれを行うかを決めてもよい。また、役割情報が変更された場合、変更後の役割情報に基づき、役割情報の種類に応じて、上述した制御内容を変更してもよい。

例えば、プレーヤＣに設定された役割情報の種類がサバイバーである場合に、上述した［８．２．１］、［８．２．２］に示すように、同じサバイバー同士で情報の送受信を行うように制御し、サバイバーとキラー間の情報の送受信を禁止する制御を行う。そして、ゲーム実行中の所与のタイミングＴａ時点において、プレーヤＣの役割情報がサバイバーからキラーに変更され、プレーヤＤの役割情報がキラーからサバイバーに変更されると、新たなキラーＣに情報が漏れないように、サバイバーとキラー間の情報の送受信を禁止す
るように制御し、新たなサバイバーＤに対しては、サバイバー間で情報の送受信を行うように制御する。

また、本実施形態では、サバイバーとキラー同士で情報の送受信を行うことを想定していないが、仮に、サバイバーとキラー同士で情報の送受信を行う場合、上記［８．２．３］に示すように、情報について加工処理を施すようにしてもよい。例えば、サバイバー側で発信する音声情報にノイズを加える加工処理を施してから、キラーに送信してもよい。また、キラー側で発信する音声情報の周波数領域を低音にして加工してから、サバイバーに送信してもよい。

また、仮に、サバイバーとキラー同士で情報の送受信を行う場合、上記［８．２．４］に示すように、サバイバーとキラー間における情報の遅延期間Ｔｚを決定してもよい。

また、サバイバーからキラーに送信する際の遅延時間Ｔｚを１分間にし、キラーからサバイバーに送信する際の遅延時間Ｔｚを３０秒間とするようにしてもよい。

［８．４．２］同じ役割情報が設定されたプレーヤの人数に基づく制御
また、本実施形態では、同じ役割情報が設定されたプレーヤの人数に応じて、上述した制御内容（［８．２．１］、［８．２．２］、［８．２．３］、［８．２．４］、［８．２．５］、［８．２．６］参照）のうち、いずれを行うかを決めてもよい。また、役割情報が変更された場合、変更後の役割情報に基づき、同じ役割情報が設定されたプレーヤの人数に応じて、上述した制御内容を変更してもよい。

例えば、２種類の役割情報が存在するゲームの場合、各役割情報を対応付ける人数が対称（同数）である場合と、非対象である場合とにおいて、上述した制御内容を変更してもよい。

例えば、本実施形態のゲームは、第１のチームと第２のチームとが対戦するゲームにおいて、第１のチームに対応付ける人数が２人、第２のチームに対応付ける人数が２人で対称である場合、同じチーム内で情報の送受信を行い、異なるチーム間で情報の送受信を行わないように制御するようにしてもよい。

また、一方のチームの人数が１人で、他方のチームの人数が３人、のように非対象である場合、異なるチーム間において加工処理を施して情報の送受信を行うように制御してもよい。

また、一方のチームの人数が１人で、他方のチームの人数が３人、のように非対象である対戦ゲームであって、人数の多い方が有利である場合、人数が多い方のチーム内での情報の送受信を禁止するように制御してもよい。

［８．４．３］役割情報の継続期間に基づく制御
また、本実施形態では、役割情報の継続期間に応じて、上述した制御内容（［８．２．１］、［８．２．２］、［８．２．３］、［８．２．４］、［８．２．５］、［８．２．６］参照）のうち、いずれを行うかを決めてもよい。また、役割情報が変更された場合、変更後の役割情報に基づき、役割情報の継続期間に応じて、上述した制御内容を変更してもよい。

例えば、サバイバーが設定されたプレーヤＡについて、現在のサバイバーの役割情報が設定された時点からの継続期間が１時間であり、サバイバーが設定されたプレーヤＢについて、現在のサバイバーの役割情報が設定された時点からの継続期間が１時間であり、サ
バイバーが設定されたプレーヤＤについて、現在のサバイバーの役割情報が設定された時点からの継続期間が５分間であり、キラーが設定されたプレーヤＣについて、現在のキラーの役割情報が設定された時点からの継続期間が５分間であるとする。

すると、図１１に示すように、サーバ装置１０は、サバイバーＡ、Ｂ間において双方向に情報を送受信することができるようにするが、サバイバーＡ、Ｄ間、サバイバーＢ、Ｄ間においては一方向に情報を送受信することができるようにする。つまり、サバイバーＡ、Ｄ間においては、サバイバーＤからサバイバーＡに対して情報を送信することができ（Ｆ１＝１を設定し）、サバイバーＡはサバイバーＤから情報を受信することができる（Ｆ２＝１を設定する）ように制御するが、サバイバーＡからサバイバーＤに対しては情報を送信することはできず（Ｆ１＝０を設定し）、サバイバーＤはサバイバーＡから情報を受信することができない（Ｆ２＝０を設定する）ように制御する。なお、サバイバーＢ、Ｄ間も同様に設定する。

また、サーバ装置１０は、サバイバーＡ、Ｂ、Ｄ間において双方向にボイスチャットの情報を送受信することができるようにし、更に、サバイバーＡ、Ｂ間においてプレゼントを送信することができるようにするが、サバイバーＡ、Ｄ間、サバイバーＢ、Ｄ間においてはプレゼントを送信することができないように制御するようにしてもよい。

［８．４．４］役割情報の設定状況に基づいて、役割情報に基づく制御を行うか否かを判断する処理
本実施形態では、役割情報の設定状況に基づいて、役割情報に基づく制御を行うか否かを判断してもよい。例えば、２種類の役割情報が存在するゲームの場合、各役割情報を対応付ける人数が対称（同数）である場合に、役割情報に基づく制御を行わないように制御する。つまり、常に、各プレーヤ間で相互に送受信の対象とし、情報の送受信を行うように制御する。一方、各役割情報を対応付ける人数が非対象である場合に、役割情報に基づく制御を行う。例えば、同じチーム内で相互に送受信の対象とし、情報の送受信を行い、異なるチーム間において、相互に送受信の非対象とし、情報の送受信を行わないように制御する。

［９］フローチャート
本実施形態の処理の流れの一例を、図１２のフローチャートを用いて説明する。まず、図１２に示すように、複数のプレーヤそれぞれに対して役割情報を設定する（ステップＳ１）。

ゲームを開始し（ステップＳ２）、設定された役割情報に基づいて、各プレーヤ間の情報の送受信を制御する（ステップＳ３）。

そして、役割情報が変更されたか否かを判断し（ステップＳ４）、役割情報が変更された場合に（ステップＳ４のＹ）、変更後の役割情報に基づいて、各プレーヤ間の情報の送受信を制御する（ステップＳ５）。役割情報が変更されていない場合（ステップＳ４のＮ）、ステップＳ６に進む。

ゲームが終了したか否かを判断し（ステップＳ６）、ゲームが終了していない場合（ステップＳ６のＮ）、ステップＳ３に戻る。一方、ゲームが終了した場合（ステップＳ６のＹ）、終了する。以上で処理を終了する。

［１０］鬼ごっこゲームに関する説明
［１０．１］効果
本実施形態の鬼ごっこゲームでは、３人のサバイバーの役割情報が設定されたプレーヤ
の操作対象のキャラクタ（以下、サバイバーキャラクタという）と、１人のキラーの役割情報が設定されたプレーヤの操作対象のキャラクタ（以下、キラーキャラクタという）とが対戦するゲームである。

具体的には、仮想３次元空間（ゲーム空間）において、サバイバーキャラクタがキラーキャラクタと接触しないように、サバイバーの役割情報が設定されたプレーヤの操作入力に基づき、当該プレーヤの操作対象のサバイバーキャラクタを移動させる。そして、キラーキャラクタとサバイバーキャラクタとが接触した際に、サバイバーキャラクタをキラーキャラクタに変更する制御を行うと共に、キラーキャラクタをサバイバーキャラクタに変更する制御を行う。

このように、本実施形態の鬼ごっこゲームの例では、サバイバーキャラクタは、キラーキャラクタから逃げて捕まらないように「追われる立場」となり、キラーはサバイバーを追跡して捉えるという「追う立場」となり、１名という少数であるがキラーは圧倒的に有利な状況となるゲームである。つまり、本実施形態では、キラーが設定されたプレーヤが、サバイバーが設定されたプレーヤに対して、有利に進行できるゲームにおいて、サバイバー間でボイスチャット機能を有効に活用してサバイバーが少しでもゲームクリアできる状況を作り出すものである。したがって、本実施形態によれば、キラーとサバイバーの役割情報が入れ替わったとしても、サバイバーが継続してボイスチャット機能を有効活用できるよう、ボイスチャットの内容が、新たなキラーに漏れないように制御できる、という有利な効果がある。

なお、サッカーゲーム等のスポーツゲームのように、２つのチームが同じルールの下、平等な環境下で行う対戦ゲームでも本実施形態で採用できるものであるが、鬼ごっこゲームのように、サバイバーチーム、キラーチームのように、有利、不利が生じる環境下で行うゲームにおいて本実施形態を採用した方が、不利なチームにおいてボイスチャットの内容等の情報の送受信を適切に行うという点において、有益であると言える。

［１０．２］クリア条件
本実施形態では、サバイバーが所定のクリア条件を満たした場合にサバイバーが勝利しキラーが敗北し、当該クリア条件を満たさなかった場合サバイバーが敗北しキラーが勝利と判定する。ここで、クリア条件とは、例えば、ゲーム期間Ｔｘの間に、サバイバーキャラクタが脱出装置を作るなどのミッションを達成したこと、等することができる。

なお、本実施形態では、全サバイバーキャラクタの体力値（ライフ、ＨＰ値ともいう）が０になる前に、キラーキャラクタの体力値が０になった場合に、サバイバーが勝利しキラーが敗北した判定し、キラーキャラクタの体力値が０になる前に、全サバイバーキャラクタの体力値（ライフ、ＨＰ値ともいう）が０になった場合に、キラーが勝利しサバイバーが敗北した判定するものであってもよい。

［１０．３］第３者の役割情報
本実施形態の鬼ごっこゲームでは、キラーとサバイバーの２種類の役割情報を想定しているが、キラーでもサバイバーでもない第３者の役割情報があってもよい。第３者の役割情報が対応付けられたプレーヤの操作対象のキャラクタは、追う側、追われる側に属さず、観戦するキャラクタとしてゲームに参加するようにしてもよい。

そして、例えば、キラーの役割情報が対応付けられたプレーヤＤが、プレーヤＣ（例えば、サバイバーの役割情報が対応付けられたプレーヤＣ）に対して接触した場合、所与の条件を満たしたと判定し、当該プレーヤＤの役割情報を第３者に変更し、プレーヤＣの役割情報をキラーに変更するようにしてもよい。このようにすれば、更にゲームの興趣性を
高めるような役割変更を行うことができる。

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

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

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

１０ サーバ装置
２０、２０Ａ、２０Ｂ、２０Ｃ 端末装置、
１００ 処理部、
１０２ Ｗｅｂ処理部、
１０３ ゲーム制御部、
１０４ タイマ管理部、
１０６ 役割制御部、
１０７ 情報制御部、
１０８ 通信制御部、
１１０ 表示制御部、
１４０ 記憶部、
１４２ 主記憶部、
１４４ ゲームデータ記憶部、
１４６ プレーヤ情報記憶部、
１８０ 情報記憶媒体、
１９６ 通信部、
１２０ 入力部、
１３０ 表示部、
２００ 処理部、
２１０ 通信制御部、
２１１ Ｗｅｂブラウザ、
２１２ ゲーム処理部、
２１３ 表示制御部、
２２０ 描画部、
２３０ 音処理部、
２６０ 入力部、
２６２ 検出部、
２７０ 記憶部、
２７１ 主記憶部、
２７２ 描画バッファ、
２８０ 情報記憶媒体、
２９０ 表示部、
２９２ 音出力部、
２９６ 通信部

Claims (16)

1. ゲームの情報を制御するプログラムであって、
   複数のプレーヤそれぞれに対して役割情報を設定する役割制御部と、
   各プレーヤに設定された役割情報に基づいて、ゲームを実行するゲーム制御部と、
   各プレーヤに設定された役割情報に基づいて、各プレーヤ間の情報の送受信を制御する情報制御部として、コンピュータを機能させ、
   前記役割制御部は、
   前記複数のプレーヤのうち少なくとも一部の複数のプレーヤそれぞれに対して同じ役割情報を設定し、
   前記ゲームの実行中に所与の条件を満たした場合に、少なくとも一のプレーヤに設定された前記役割情報を変更し、
   前記情報制御部は、
   前記役割制御部によって前記役割情報が変更された場合に、変更後の前記役割情報に基づいて、各プレーヤ間の情報の送受信を制御することを特徴とするプログラム。
2. 請求項１において、
   前記ゲーム制御部が、
   一の役割情報が対応付けられたプレーヤと他の役割情報が対応付けられた他のプレーヤとが対戦するゲームを実行することを特徴とするプログラム。
3. 請求項１又は２において、
   前記役割制御部は、
   プレーヤが所定の行動を行った場合に前記所与の条件を満たしたと判定し、少なくとも一のプレーヤに設定された前記役割情報を変更することを特徴とするプログラム。
4. 請求項１～３のいずれかにおいて、
   前記役割制御部は、
   一の役割情報が対応付けられたプレーヤが他のプレーヤに対して所定の行動を行った場合に前記所与の条件を満たしたと判定し、当該プレーヤの役割情報を変更することを特徴とするプログラム。
5. 請求項４において、
   前記所定の行動は、前記プレーヤの操作対象のキャラクタが前記他のプレーヤの操作対象のキャラクタに対して、接触又は所与の攻撃を行うことであることを特徴とするプログラム。
6. 請求項４又は５において、
   前記役割制御部は、
   前記プレーヤが他の役割情報が対応付けられた前記他のプレーヤに対して所定の行動を行った場合に前記所与の条件を満たしたと判定し、前記プレーヤの役割情報を変更することを特徴とするプログラム。
7. 請求項１～６のいずれかにおいて、
   前記役割制御部は、
   一の役割情報が対応付けられたプレーヤと、他の役割情報が対応付けられた他のプレーヤとにおいて、役割情報を入れ替えることを特徴とするプログラム。
8. 請求項１～７のいずれかにおいて、
   前記情報制御部は、
   前記役割制御部によって前記役割情報の変更後、所与の変更条件を満たした場合に、変更後の前記役割情報に基づいて、各プレーヤ間の情報の送受信を制御することを特徴とするプログラム。
9. 請求項１～８のいずれかにおいて、
   各プレーヤに対して役割変更に関する情報を表示する表示制御部として、コンピュータを更に機能させ、
   前記情報制御部は、
   前記役割制御部によって前記役割情報の変更後であって、各プレーヤに対して役割変更に関する情報が表示された後に、変更後の前記役割情報に基づいて、各プレーヤ間の情報の送受信を制御することを特徴とするプログラム。
10. 請求項１～９のいずれかにおいて、
    前記情報制御部は、
    前記役割情報の設定状況に基づいて、各プレーヤ間の情報の送受信を制御することを特徴とするプログラム。
11. 請求項１～１０のいずれかにおいて、
    前記情報制御部は、
    前記役割制御部によって前記役割情報が変更された場合に、変更後の前記役割情報に基づいて、少なくとも一のプレーヤについて、情報の送信対象及び受信対象の少なくとも一方を変更することを特徴とするプログラム。
12. 請求項１～１１のいずれかにおいて、
    前記情報制御部は、
    同じ役割情報が対応付けられた複数の各プレーヤ間において共通の制御内容に基づき、情報の送受信を行うことを特徴とするプログラム。
13. 請求項１～１２のいずれかにおいて、
    前記ゲーム制御部は、
    一の役割情報が対応付けられたプレーヤが、他の役割情報が対応付けられた他のプレーヤよりも有利にゲームを進行させる前記ゲームを実行することを特徴とするプログラム。
14. ゲームの情報を制御するゲーム装置であって、
    複数のプレーヤそれぞれに対して役割情報を設定する役割制御部と、
    各プレーヤに設定された役割情報に基づいて、ゲームを実行するゲーム制御部と、
    各プレーヤに設定された役割情報に基づいて、各プレーヤ間の情報の送受信を制御する情報制御部と、を含み、
    前記役割制御部は、
    前記複数のプレーヤのうち少なくとも一部の複数のプレーヤそれぞれに対して同じ役割情報を設定し、
    前記ゲームの実行中に所与の条件を満たした場合に、少なくとも一のプレーヤに設定された前記役割情報を変更し、
    前記情報制御部は、
    前記役割制御部によって前記役割情報が変更された場合に、変更後の前記役割情報に基づいて、各プレーヤ間の情報の送受信を制御することを特徴とするゲーム装置。
15. ゲームの情報を制御するサーバ装置であって、
    複数のプレーヤそれぞれに対して役割情報を設定する役割制御部と、
    各プレーヤに設定された役割情報に基づいて、ゲームを実行するゲーム制御部と、
    各プレーヤに設定された役割情報に基づいて、各プレーヤ間の情報の送受信を制御する情報制御部と、を含み、
    前記役割制御部は、
    前記複数のプレーヤのうち少なくとも一部の複数のプレーヤそれぞれに対して同じ役割情報を設定し、
    前記ゲームの実行中に所与の条件を満たした場合に、少なくとも一のプレーヤに設定された前記役割情報を変更し、
    前記情報制御部は、
    前記役割制御部によって前記役割情報が変更された場合に、変更後の前記役割情報に基づいて、各プレーヤ間の情報の送受信を制御することを特徴とするサーバ装置。
16. ゲームの情報を制御するゲームシステムであって、
    複数のプレーヤそれぞれに対して役割情報を設定する役割制御部と、
    各プレーヤに設定された役割情報に基づいて、ゲームを実行するゲーム制御部と、
    各プレーヤに設定された役割情報に基づいて、各プレーヤ間の情報の送受信を制御する情報制御部と、を含み、
    前記役割制御部は、
    前記複数のプレーヤのうち少なくとも一部の複数のプレーヤそれぞれに対して同じ役割情報を設定し、
    前記ゲームの実行中に所与の条件を満たした場合に、少なくとも一のプレーヤに設定された前記役割情報を変更し、
    前記情報制御部は、
    前記役割制御部によって前記役割情報が変更された場合に、変更後の前記役割情報に基づいて、各プレーヤ間の情報の送受信を制御することを特徴とするゲームシステム。
    

Images