特開 2024-77713 プログラムおよび情報処理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024077713

(43)【公開日】2024-06-10

(54)【発明の名称】プログラムおよび情報処理システム

(51)【国際特許分類】

   A63F 13/847 20140101AFI20240603BHJP

   A63F 13/45 20140101ALI20240603BHJP

   A63F 13/58 20140101ALI20240603BHJP

   A63F 13/69 20140101ALI20240603BHJP

【ＦＩ】

A63F13/847

A63F13/45

A63F13/58

A63F13/69

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022189820

(22)【出願日】2022-11-29

(71)【出願人】

【識別番号】509070463

【氏名又は名称】株式会社コロプラ

(74)【代理人】

【識別番号】100104547

【弁理士】

【氏名又は名称】栗林 三男

(74)【代理人】

【識別番号】100206612

【弁理士】

【氏名又は名称】新田 修博

(74)【代理人】

【識別番号】100209749

【弁理士】

【氏名又は名称】栗林 和輝

(74)【代理人】

【識別番号】100217755

【弁理士】

【氏名又は名称】三浦 淳史

(72)【発明者】

【氏名】武田 飛鳥

(72)【発明者】

【氏名】山崎 聡士

(57)【要約】

【課題】ゲームの興趣性を向上させる。
【解決手段】プログラムは、コンピュータを、複数のプレイヤが協力して行うイベントを制御するイベント制御手段と、指標値を変動させ、指標値が特定の条件を満たすとイベントの達成に有利となる所定の制御を行う有利制御手段と、として機能させる。指標値は、複数のプレイヤの間で共通している。有利制御手段は、イベントにおいて少なくとも１のプレイヤについて生じた不利な事象を指標値の変動に反映させる。
【選択図】図３

【特許請求の範囲】

【請求項1】

複数のプレイヤが協力して行うイベントを制御するイベント制御手段と、
指標値を変動させ、前記指標値が特定の条件を満たすと前記イベントの達成に有利となる所定の制御を行う有利制御手段と、
としてコンピュータを機能させ、
前記指標値は、複数のプレイヤの間で共通し、
前記有利制御手段は、前記イベントにおいて少なくとも１のプレイヤについて生じた不利な事象を前記指標値の変動に反映させる、
プログラム。

【請求項2】

前記所定の制御は、複数のプレイヤが協力して行うアクションを発動させるもの、または複数のプレイヤのパラメータを変化させるものである、
請求項１に記載のプログラム。

【請求項3】

前記有利制御手段は、第１のプレイヤについて前記不利な事象が発生した場合よりも、所定のパラメータが前記第１のプレイヤよりも低い第２のプレイヤについて前記不利な事象が発生した場合の方が、前記特定の条件が満たされやすくなるように前記不利な事象の前記指標値の変動への反映を行う、
請求項１に記載のプログラム。

【請求項4】

前記有利制御手段は、
協力して前記イベントを行う複数のプレイヤの間における、各プレイヤに関する特定のパラメータの差に応じた効果が生じる前記所定の制御を行う、
請求項１から３のいずれか一項に記載のプログラム。

【請求項5】

前記有利制御手段は、
協力して前記イベントを行う複数のプレイヤのうち、特定のパラメータが特定値に達していないプレイヤの前記特定のパラメータの値と前記特定値との差に応じた効果が生じる前記所定の制御を行う、
請求項１から３のいずれか一項に記載のプログラム。

【請求項6】

複数のプレイヤが協力して行うイベントを制御するイベント制御手段と、
指標値を変動させ、前記指標値が特定の条件を満たすと前記イベントの達成に有利となる所定の制御を行う有利制御手段と、
を備え、
前記指標値は、複数のプレイヤの間で共通し、
前記有利制御手段は、前記イベントにおいて少なくとも１のプレイヤについて生じた不利な事象を前記指標値の変動に反映させる、
情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラムおよび情報処理システムに関する。

【背景技術】

【0002】

従来のゲームでは、複数のプレイヤが協力してゲームを進行させる形態のものが知られている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第５４８５４３８号

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、複数のプレイヤが協力して行うゲームにおいては、一部のプレイヤが目標の達成に貢献できないことなどにより、ゲームの興趣性が損なわれるおそれがあった。

【0005】

本発明は、前記事情に鑑みてなされたものであり、ゲームの興趣性を向上させることを目的とする。

【課題を解決するための手段】

【0006】

本開示に示す一実施形態によれば、
複数のプレイヤが協力して行うイベントを制御するイベント制御手段と、
指標値を変動させ、前記指標値が特定の条件を満たすと前記イベントの達成に有利となる所定の制御を行う有利制御手段と、
としてコンピュータを機能させ、
前記指標値は、複数のプレイヤの間で共通し、
前記有利制御手段は、前記イベントにおいて少なくとも１のプレイヤについて生じた不利な事象を前記指標値の変動に反映させる、
プログラムが提供される。

【発明の効果】

【0007】

本発明によれば、ゲームの興趣性を向上させることができる。

【図面の簡単な説明】

【0008】

【図1】ゲームシステムの概略構成を示す図である。

【図2】ゲームシステムの機能的構成を示すブロック図である。

【図3】ゲーム空間を示す表示画面の一例を示す図である。

【図4】第１の実施例における制御処理を模式的に示す図である。

【図5】第１の実施例に係る処理の一例を示すフローチャートである。

【図6】第２の実施例における制御処理を模式的に示す図である。

【図7】第２の実施例に係る処理の一例を示すフローチャートである。

【図8】第３の実施例における制御処理を模式的に示す図である。

【図9】第３の実施例に係る処理の一例を示すフローチャートである。

【図10】第４の実施例における制御処理を模式的に示す図である。

【図11】第４の実施例に係る処理の一例を示すフローチャートである。

【発明を実施するための形態】

【0009】

以下、図面を参照しながら本発明の実施形態について説明する。

【0010】

＜ゲームシステムのハードウェア構成＞
図１に示すように、本実施形態の情報処理システムとしてのゲームシステム１は、複数の端末装置１０と、サーバ２０とを備えている。

【0011】

端末装置１０とサーバ２０とは、ネットワーク２を介して接続される。ネットワーク２は、例えば、インターネット、移動通信システム（例えば、３Ｇ、４Ｇ、５Ｇ、ＬＴＥ（Long Term Evolution）等）、ＷｉＦｉ（Wireless Fidelity）、ブルートゥース（登録商標）、その他の通信回線、またはこれらの組み合わせ等のいずれによって構成されていてもよい。また、端末装置１０とサーバ２０との接続は、有線接続であるか無線接続であるかを問わない。

【0012】

サーバ２０（換言すると、コンピュータ、情報処理装置）は、例えば、ワークステーションまたはパーソナルコンピュータ等の汎用コンピュータであってもよい。サーバ２０は、プロセッサ２１と、メモリ２２と、ストレージ２３と、通信ＩＦ（インターフェース）２４と、入出力ＩＦ２５と、を備える。サーバ２０が備えるこれらの構成は、通信バスによって互いに接続される。

【0013】

プロセッサ２１は、サーバ２０全体の動作を制御する。プロセッサ２１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）およびＧＰＵ（Graphics Processing Unit）等を含み得る。プロセッサ２１は、ストレージ２３からプログラムを読み出し、メモリ２２に展開する。プロセッサ２１は、展開したプログラムを実行する。

【0014】

メモリ２２は、主記憶装置である。メモリ２２は、例えば、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の記憶装置により構成される。メモリ２２は、プロセッサ２１がストレージ２３から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ２１に作業領域を提供する。メモリ２２は、プロセッサ２１がプログラムに従って動作している間に生成した各種データも一時的に記憶する。

【0015】

なお、本実施形態においてプログラムとは、ゲームを端末装置１０により実現するプログラムであってもよい。また、当該プログラムは、当該ゲームを端末装置１０とサーバ２０との協働により実現するプログラムであってもよい。なお、端末装置１０とサーバ２０との協働により実現されるゲームは、一例として、端末装置１０において起動されたブラウザ上で実行されるゲームであってもよい。また、当該プログラムは、当該ゲームを複数の端末装置１０の協働により実現するプログラムであってもよい。また、各種データには、例えば、ユーザ情報およびゲーム情報などのゲームに関するデータ、および端末装置１０とサーバ２０との間で送受信される指示や通知が含まれる。

【0016】

ストレージ２３は、補助記憶装置である。ストレージ２３は、例えば、フラッシュメモリまたはＨＤＤ（Hard Disk Drive）等の記憶装置により構成される。ストレージ２３には、ゲームに関する各種データが格納される。

【0017】

通信ＩＦ２４は、サーバ２０と端末装置１０等との間におけるネットワークを介した各種データの送受信を制御する。

【0018】

入出力ＩＦ２５は、サーバ２０がデータの入力を受け付けるためのインターフェースであるとともに、サーバ２０がデータを出力するためのインターフェースである。入出力ＩＦ２５は、例えば、マウス、キーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含み得る。

【0019】

端末装置１０（換言すると、コンピュータ、情報処理装置）は、例えば、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、タブレット型コンピュータ、パーソナルコンピュータ、ウェアラブル端末、またはゲーム装置等であってもよい。端末装置１０は、携帯端末であってもよい。端末装置１０は、ユーザ（ゲームプレイヤ）がゲームを実行する際に可搬型の端末であってもよい。

【0020】

端末装置１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信ＩＦ１４と、入出力ＩＦ１５と、入力部１７と、表示部１８と、を備える。端末装置１０が備えるこれらの構成は、通信バスによって互いに接続される。

【0021】

プロセッサ１１は、端末装置１０全体の動作を制御する。プロセッサ１１は、ＣＰＵ、ＭＰＵおよびＧＰＵ等を含み得る。プロセッサ１１は、ストレージ１３からプログラムを読み出し、メモリ１２に展開する。プロセッサ１１は、展開したプログラムを実行する。

【0022】

メモリ１２は、主記憶装置である。メモリ１２は、例えば、ＲＯＭおよびＲＡＭ等の記憶装置により構成される。メモリ１２は、プロセッサ１１がストレージ１３から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ１１に作業領域を提供する。メモリ１２は、プロセッサ１１がプログラムに従って動作している間に生成した各種データも一時的に記憶する。

【0023】

ストレージ１３は、補助記憶装置である。ストレージ１３は、例えば、フラッシュメモリまたはＨＤＤ等の記憶装置により構成される。ストレージ１３には、ゲームに関する各種データが格納される。

【0024】

通信ＩＦ１４は、端末装置１０とサーバ２０等との間におけるネットワークを介した各種データの送受信を制御する。

【0025】

入出力ＩＦ１５は、端末装置１０がデータの入力を受け付けるためのインターフェースであるとともに、端末装置１０がデータを出力するためのインターフェースである。入出力ＩＦ１５は、例えばＵＳＢ（Universal Serial Bus）等を介してデータの入出力を行うこととしてもよい。入出力ＩＦ１５は、入力部１７または表示部１８等を含み得る。

【0026】

入力部１７は、ユーザによる入力を受け付ける。入力部１７は、例えば、タッチパッド等のポインティングデバイスであってもよい。表示部１８は、画像を表示する。表示部１８は、例えば、液晶ディスプレイまたは有機ＥＬ（Electro-Luminescence）ディスプレイ等であってもよい。端末装置１０は、例えば、入力部１７と表示部１８とを組み合わせた電子部品であるタッチスクリーン１６を備える。

【0027】

入力部１７は、ユーザの操作（例えば、タッチ操作、タップ操作、スライド操作、スワイプ操作、フリック操作、ピンチイン操作およびピンチアウト操作等）により入力面に対して入力された位置を検知し、検知した位置を示す情報を入力信号として送信する機能を有する。入力部１７としてのタッチパネルは、静電容量方式または抵抗膜方式等を採用することができるが、他の方式であってもよい。

【0028】

なお、入力部１７は、例えば、キーボード、各種物理ボタン、各種センサ（例えば、加速度センサまたは角速度センサ等）、操作スティック、カメラ、またはマイク等であってもよい。また、表示部１８は、例えば、プロジェクタ等であってもよい。

【0029】

＜ゲームシステムの機能的構成＞
図２は、サーバ２０および端末装置１０の機能的構成を示すブロック図である。本実施形態におけるサーバ２０は、例えば、ゲームを実現するために必要な各種データおよびプログラムを各端末装置１０に提供する機能、各端末装置１０からゲームに関するデータを収集して管理する機能、ならびに複数の端末装置１０間の同期処理を行う機能等を有する。

【0030】

なお、本実施形態において、サーバ２０は、ゲームごとに事前に登録されるユーザのアカウントを用い、各ユーザおよび端末装置１０を識別する。アカウントの登録方法は特に限定されない。例えば、端末装置１０またはパーソナルコンピュータ等の他の装置が、ユーザの操作に基づいて、ユーザのアカウント登録に必要な情報をサーバ２０に送信し、サーバ２０が、受信した情報に基づいて各ユーザのアカウントを作成および保存することとしてもよい。

【0031】

図２に示すように、サーバ２０は、プロセッサ２１、メモリ２２、ストレージ２３、通信ＩＦ（インターフェース）２４、および入出力ＩＦ２５等の協働によって、制御部２１０および記憶部２２０として機能する。記憶部２２０は、制御部２１０が使用する各種データを格納する。各種データとして、例えば、ゲームプログラム２２１、ゲーム情報２２２およびユーザ情報２２３がある。

【0032】

ゲームプログラム２２１は、ゲームを実現するためのプログラムである。ゲーム情報２２２およびユーザ情報２２３は、制御部２１０がゲームプログラム２２１を実行するときに参照するデータである。

【0033】

なお、ゲームプログラム２２１は、サーバ２０側で実行するゲームプログラムに加え、端末装置１０に送信して端末装置１０側で実行するプログラム（後述するゲームプログラム１２１）を含むこととしてもよい。あるいは、記憶部２２０が、サーバ２０側で実行するゲームプログラム２２１と、端末装置１０側で実行するプログラムとを格納することとしてもよい。

【0034】

ゲーム情報２２２は、アカウント間で共通の情報である。ゲーム情報２２２は、例えば、各種ゲーム空間を規定するための情報を含む。ゲーム空間とは、ユーザによって操作可能なキャラクタ（以下、「操作キャラクタ」あるいは「プレイヤキャラクタ」ともいう。）や当該キャラクタの装備するアイテム（例えば、服、アクセサリ、クラブ、またはマスコットキャラクタなど）等のオブジェクトが配置される空間である。また、ゲーム情報２２２は、例えば、ゲーム空間内に配置される建物や木、石等の背景オブジェクトやノンプレイヤキャラクタ（non player character：ＮＰＣ）のオブジェクトの配置位置や大きさ、色、形状等、アカウント間で共通のオブジェクトに関する各種設定情報を含む。以下においては、ゲーム空間に配置されたキャラクタのオブジェクトを指して、単に「キャラクタ」ということもある。

【0035】

ユーザ情報２２３は、ゲームのアカウントごとに管理される情報である。ユーザ情報２２３は、例えば、操作キャラクタ等のオブジェクトに関する情報、保有資産に関する情報およびゲームの進行度合いを示す情報等を含む。保有資産として、例えば、ゲーム内通貨、アイテム、キャラクタの装備品等が挙げられる。オブジェクトに関する情報には、キャラクタ等のオブジェクトに関連するパラメータの情報等が含まれる。

【0036】

制御部２１０は、記憶部２２０に格納されたゲームプログラム２２１を実行することにより、ゲームに関する各種処理を制御する。制御部２１０は、例えば、送受信部２１１、サーバ処理部２１２、データ管理部２１３および同期処理部２１４を有する。

【0037】

送受信部２１１は、各種データを送信または受信する。送受信部２１１は、例えば、各種データおよびプログラムの送信要求や、マルチプレイ機能に対応するための同期処理の要求、同期処理の対象となるデータ等を、各端末装置１０から受信し、サーバ処理部２１２に渡す。また、送受信部２１１は、サーバ処理部２１２による制御に従って、同期を取るための指示等を含む各種データやプログラムを、各端末装置１０に送信する。

【0038】

本実施形態において、マルチプレイ機能とは、複数のアカウントによるゲーム処理を同期させた状態で進行させる機能である。ゲームシステム１のサーバ２０および端末装置１０は、ゲームシステム１にログインしているアカウントが同じゲームに複数参加する場合に、マルチプレイ機能に対応するための各種処理を実行する。

【0039】

サーバ処理部２１２は、端末装置１０からの要求等に応じ、ゲームプログラム２２１に記述された演算処理を実行することで、端末装置１０にゲームを提供する。サーバ処理部２１２は、例えば、マルチプレイ機能に対応するための同期処理の要求や同期処理の対象となるデータを、送受信部２１１を介して端末装置１０から受け取ると、マルチプレイ機能に対応するための同期処理を実行する。また、サーバ処理部２１２は、ゲーム情報２２２またはユーザ情報２２３の送信指示を送受信部２１１に指令する。さらに、サーバ処理部２１２は、ゲーム情報２２２またはユーザ情報２２３のレコードの追加、更新または削除に関する指示をデータ管理部２１３に指令する。

【0040】

データ管理部２１３は、記憶部２２０に格納されている各種データをサーバ処理部２１２の指示に従って管理する。データ管理部２１３は、例えば、サーバ処理部２１２からの指令に従って、ゲーム情報２２２またはユーザ情報２２３を読み出し、送受信部２１１を介して端末装置１０に送信する。また、データ管理部２１３は、サーバ処理部２１２からの指令に従って、ゲーム情報２２２またはユーザ情報２２３のレコードを、追加、更新または削除する。

【0041】

同期処理部２１４は、サーバ処理部２１２からの指令に従って、ゲームのマルチプレイ機能に対応するための同期処理を実行する。同期処理部２１４は、例えば、サーバ２０が複数の端末装置１０に対して情報を送信するときに、各端末装置１０に同時に情報を送信することで、各端末装置１０間で進行するゲームの同期を取る。具体的に、同期処理部２１４は、各アカウントに対応する端末装置１０から所定期間（例えば、一フレーム）内に受信した操作情報を、所定期間ごとに各端末装置１０に同時に送信する。操作情報は、端末装置１０に入力される操作に関する情報である。同期のタイミングや同期すべき情報は、サーバ処理部２１２から随時受信することとしてもよい。同期処理を実行することで、一つの端末装置１０で入力された操作に起因するゲーム内の事象を、他の端末装置１０に同時に反映させることが可能となる。

【0042】

本実施形態における端末装置１０は、例えば、ユーザの入力操作を受け付ける入力装置としての機能、およびゲームの画像や音声を出力する出力装置としての機能等を有する。

【0043】

端末装置１０は、プロセッサ１１、メモリ１２、ストレージ１３、通信ＩＦ１４、および入出力ＩＦ１５等の協働によって、制御部１１０および記憶部１２０として機能する。記憶部１２０は、制御部１１０が使用する各種データを格納する。各種データとして、例えば、ゲームプログラム１２１、ゲーム情報１２２およびユーザ情報１２３がある。

【0044】

ゲームプログラム１２１は、端末装置１０側でゲームを実現するためのプログラムである。ゲーム情報１２２およびユーザ情報１２３は、制御部１１０がゲームプログラム１２１を実行するときに参照するデータである。

【0045】

ゲーム情報１２２は、前述したサーバ２０のゲーム情報２２２と同様の情報を含む。したがって、ここではゲーム情報１２２の説明を省略する。

【0046】

ユーザ情報１２３は、端末装置１０を使用するユーザのアカウントに関するデータであり、前述したサーバ２０のユーザ情報２２３と同様の情報を含む。したがって、ここではユーザ情報１２３の説明を省略する。

【0047】

制御部１１０は、記憶部１２０に格納されたゲームプログラム１２１を実行することにより、端末装置１０において実行されるゲームに関する各種処理を制御する。制御部１１０は、例えば、操作受付部１１１、送受信部１１２、ゲーム進行部１１３および表示制御部１１４を有する。

【0048】

操作受付部１１１は、入力部１７を介してユーザにより入力される操作（以下、「入力操作」ともいう。）を受け付ける。具体的には、操作受付部１１１は、入力部１７に対する入力操作がされた場合に、入力位置の座標および入力操作の種類を検知する。入力操作の種類として、例えば、タッチ操作、タップ操作、スライド操作、スワイプ操作、フリック操作、ピンチイン操作およびピンチアウト操作等の、手指等による各種操作が挙げられる。入力操作は、入力部１７（例えば、タッチスクリーン１６）に物理的に接触する操作に限らず、非接触による操作も含み得る。なお、タッチスクリーン１６への接触を終了するタッチオフ操作等のそれまで行っていた入力操作を終了する操作も、入力操作の一態様ということができる。

【0049】

ここで、操作受付部１１１は、入出力ＩＦ１５を介して接続された操作機器を用いてされる入力操作についても、入力部１７に対する入力操作と同様に受け付けることができる。

【0050】

送受信部１１２は、各種データを送受信する。以下に、具体例を挙げて説明する。

【0051】

送受信部１１２は、ゲーム情報１２２またはユーザ情報１２３や、マルチプレイ機能に対応するための同期要求を、サーバ２０に送信する。送受信部１１２は、各種データ、プログラム、およびマルチプレイ機能に対応するための同期のためのデータ等を、サーバ２０から受信する。同期のためのデータには、例えば、マルチプレイに参加している各端末装置１０間で同期を取るように指示するための同期指示データが含まれる。同期指示データには、例えば、同期対象となるデータおよびそのデータの種類や、同期する時期を特定するためのデータ等が含まれる。

【0052】

送受信部１１２は、操作受付部１１１により受け付けられた入力操作に関する操作情報を、サーバ２０に送信する。送受信部１１２は、他の端末装置１０において他のユーザにより入力された操作に関する操作情報を、サーバ２０から受信する。

【0053】

ゲーム進行部１１３は、ゲームの進行に関する各種処理を実行する。以下に、具体例を挙げて説明する。

【0054】

ゲーム進行部１１３は、ゲーム情報１２２に含まれるゲーム空間を規定するための情報に基づいて、ゲーム空間を規定する。ゲーム進行部１１３は、ゲーム情報１２２に含まれるオブジェクトの設定情報に基づいて、ゲーム空間にオブジェクトを配置する。ゲーム進行部１１３は、ゲーム空間に配置したオブジェクトを制御する。具体的には、ゲーム進行部１１３は、ゲーム空間内でのオブジェクトの位置、向き、形状、色等を変更することや、オブジェクトに所定の動作を行わせるように、オブジェクトを制御する。

【0055】

ゲーム進行部１１３は、ゲーム空間のうちユーザに提示する領域を指定するための仮想カメラを規定する。ゲーム進行部１１３は、ゲーム空間内での仮想カメラの位置および向きを規定することにより、ゲーム空間内に仮想カメラを配置する。ゲーム進行部１１３は、仮想カメラにより規定される視野領域およびこの視野領域に配置されているオブジェクトを描画した画像を生成するように、表示制御部１１４に指示する。

【0056】

仮想カメラの位置および向きは、ゲーム空間ごとに適宜決定することができる。例えば、ゲーム進行部１１３は、特定のオブジェクトの位置や向きを基準とし、特定のオブジェクトが特定の向きで視野領域の中央に位置するように、仮想カメラを配置する。その際、ゲーム進行部１１３は、特定のオブジェクトに対する方向、距離および角度を用い、仮想カメラの位置や向きを調整する。特定のオブジェクトは、例えば、操作キャラクタやノンプレイヤキャラクタ等の動的なオブジェクトであってもよいし、建物や木、石等の静的なオブジェクトであってもよい。動的なオブジェクトには、各ユーザの操作に基づいてそれぞれ動作する操作キャラクタと、ゲームプログラム１２１，２２１に基づいて動作するキャラクタ（例えば、ノンプレイヤキャラクタ、敵キャラクタ等）とが含まれる。

【0057】

ゲーム進行部１１３は、操作受付部１１１により検知された入力位置の座標および入力操作の種類等に基づいて、ユーザの指示内容を解釈する。ゲーム進行部１１３は、解釈した指示内容等に基づいて、ゲームの進行に関わる各種判定処理を実行する。ゲーム進行部１１３は、判定処理の結果等に基づいて、オブジェクトや仮想カメラ等を制御しながらゲームを進行する。ゲーム進行部１１３は、ゲームの進行状況に応じて、ゲーム情報１２２やユーザ情報１２３を更新、追加または削除する。

【0058】

表示制御部１１４は、表示部１８に画像を表示させる。以下に、具体例を挙げて説明する。

【0059】

表示制御部１１４は、ゲーム空間のうち、ゲーム進行部１１３が規定する仮想カメラの視野の領域と、その領域に存在するオブジェクトとを描画した画像を生成し、表示部１８に表示させる。表示制御部１１４は、表示部１８に表示させる画像に対し、例えば、アイコン、ボタン、各種パラメータを示すメニュー等、ゲームの種々の操作に必要なＵＩ（User Interface）に関わるオブジェクトを重畳して描画することができる。

【0060】

なお、図２に示す端末装置１０およびサーバ２０の機能は一例にすぎない。端末装置１０およびサーバ２０の各装置は、他の装置が備える機能の少なくとも一部を備えていてもよい。また、端末装置１０およびサーバ２０等の各装置は、一体の機器により実現されるものでなくてもよく、例えば、ネットワーク等を介して接続される複数の機器によって実現されてもよい。また、ゲームシステム１は、例えば、端末装置１０またはサーバ２０のみによって構成されていてもよい。換言すると、ゲームシステム１は、ネットワークを介して接続される複数の機器によって実現されていなくてもよい。

【0061】

＜本実施形態に係る処理＞
次に、本実施形態に係る処理について説明する。なお、本実施形態では、端末装置１０のプロセッサ１１またはサーバ２０のプロセッサ２１が、ゲームシステム１に記憶されているゲームプログラムを実行することによって、後述する各処理を行うものとして説明する。ただし、後述する処理であってプロセッサ１１が行う処理のうちの少なくとも一部を、プロセッサ１１とは別のプロセッサが実行するようにしてもよい。また、後述する処理であってプロセッサ２１が行う処理のうちの少なくとも一部を、プロセッサ２１とは別のプロセッサが実行するようにしてもよい。換言すると、本実施形態においてゲームプログラムを実行するコンピュータは、端末装置１０およびサーバ２０のいずれであってもよく、また、複数の装置の組み合わせにより実現されてもよい。

【0062】

以下では、本実施形態に係る構成を、マルチプレイ機能を利用するゲーム、換言すると、複数のプレイヤが協力して行うゲームに適用した場合を例に説明する。具体的には、本実施形態に係る構成をロールプレイングゲームに適用した場合を例に説明する。ただし、本実施形態に係る構成は、そのようなゲーム以外の他のゲーム（例えば、スポーツゲームや、プレイヤ同士で対戦するゲーム等）に適用することもできる。また、本実施形態に係る構成は、ゲームに限らず、各ユーザに関連するオブジェクトが存在する仮想空間を提供するアプリケーション（換言すると、サービス）に適用することができる。

【0063】

本実施形態においては、ゲーム進行部１１３は、複数のプレイヤが協力して行うイベントを制御するイベント制御手段と、複数のプレイヤの間で共通する指標値を変動させ、この指標値が特定の条件を満たすとイベントの達成に有利となる所定の制御を行う有利制御手段として機能するようになっている。そして、有利制御手段としてのゲーム進行部１１３は、イベントにおいて少なくとも１のプレイヤについて生じた不利な事象を指標値の変動に反映させるようになっている。

【0064】

ここで、「イベント」とは、例えば、バトル（換言すると、試合）や、所定のステージ（例えば、ダンジョン等）の攻略を目指すもの等であってもよい。イベントとは、クエストと言い換えることもできる。本実施形態のゲームでは、イベントとして、複数のプレイヤがチームを結成し、設定された敵を協力して倒すバトルイベントが用意されている。また、「イベントの達成」とは、イベントの目標を果たすことであり、本実施形態では、所定の敵を倒すことを指す。なお、複数のプレイヤで協力して行うイベントは、チームを形成せずに、偶然その場に居合わせたプレイヤ同士が協力して所定の目標の達成（例えば、敵の討伐）を目指すもの等であってもよい。また、複数のプレイヤで協力して行うイベントは、１人のプレイヤが単独で行うことが可能なものであってもよい。

【0065】

また、各プレイヤは、自身のキャラクタを操作してイベントを進行させる。すなわち、本実施形態のゲームにおいて、「複数のプレイヤが協力してイベントを行う（換言すると、チームを結成する）」とは、複数のプレイヤのキャラクタが協力してイベントを行うと言い換えることもできる。なお、協力してイベントを行うキャラクタの中には、ノンプレイヤキャラクタ（換言すると、コンピュータが操作するキャラクタ）が含まれていてもよい。換言すると、「複数のプレイヤ」には、ノンプレイヤキャラクタを操作する仮想的なプレイヤ（換言すると、ノンプレイヤキャラクタとチームを組むキャラクタを操作するユーザの視点から見た、当該ノンプレイヤキャラクタを操作している他のユーザ）が含まれてもよい。また、チームを構成する複数のキャラクタは、１人のプレイヤによって操作されてもよい。なお、以下では、プレイヤのキャラクタのこともプレイヤと呼ぶ。

【0066】

また、「指標値」とは、イベントの達成に関与する値ともいえる。本実施形態では、指標値が特定の条件を満たすと、チームに有利な所定の事象が発生する（換言すると、所定の効果が得られる）。本実施形態では、「指標値」は、複数のプレイヤが協力して行うアクションの発動に関与する値となっている。また、本実施形態では、指標値がユーザに認識（換言すると、視認）可能となるように、イベントの進行中において、指標値に対応する表示（具体的には、後述するゲージ８０）が表示部１８に表示される。なお、指標値は、制御プログラム内において計算上でのみ使用され、ゲージ８０等によりユーザに示されないようになっていてもよい。また、指標値は、複数のプレイヤ（換言すると、チーム）の間で共通するものとなっている。

【0067】

また、「特定の条件」とは、例えば、指標値がある所定値に達することであってもよい。具体的には、例えば、指標値（換言すると、ゲージ８０）が所定契機で増加する（換言すると、溜まる）ようになっており、指標値が所定値（例えば、最大値）に達すると、特定の条件が満たされるようになっていてもよい。なお、指標値（換言すると、ゲージ８０）は、増加するものでなくてもよい。例えば、指標値が初期値から所定契機で減少していき、所定値（例えば、下限値）に達すると、特定の条件が満たされるようになっていてもよい。すなわち、以下の説明において、指標値の増加（換言すると、上昇）とは、指標値の減少（換言すると、低下）と読み替えることもできる。

【0068】

また、「イベントの達成に有利となる所定の制御」には、例えば、イベントの達成に近づくような事象を発生させる（換言すると、イベントの達成に近づくような状態をもたらす）制御が含まれる。当該所定の制御は、例えば、イベントの達成に近づくためのアクションを発動させる制御であってもよい。具体的には、当該所定の制御は、バトルイベントにおいて、１または複数のプレイヤによる攻撃を発動させる制御等であってもよい。また、当該所定の制御は、イベントの達成に近づくようにプレイヤのパラメータを変動させる制御等であってもよい。具体的には、１または複数のプレイヤの攻撃力、防御力、または速度（例えば、移動速度または攻撃速度）等を上昇させる制御や、１または複数のプレイヤのヒットポイント（ＨＰ）、マジックポイント（ＭＰ）、またはスキルポイント等を上昇（具体的には、回復あるいは上限値を上昇）させる制御等であってもよい。また、当該所定の制御は、イベントの達成に近づくように敵のパラメータを変動させる制御等であってもよい。具体的には、１または複数の敵の攻撃力、防御力、または速度（移動速度または攻撃速度）等を低下させる制御や、ヒットポイント、マジックポイント、またはスキルポイント等を低下させる制御等であってもよい。また、当該所定の制御は、１または複数のプレイヤの能力が向上する状態変化をもたらす制御や、１または複数の敵の能力が低下する状態変化（所謂状態異常）をもたらす制御等であってもよい。すなわち、当該所定の制御は、複数のプレイヤが協力して行うアクションを発動させるもの、１または複数のプレイヤのパラメータや状態を変化させるもの、あるいは１または複数の敵のパラメータや状態を変化させるもの等であってもよい。換言すると、当該所定の制御は、プレイヤや敵に対して所謂バフやデバフをかけるものであってもよい。また、各種パラメータの上昇や状態の変化は、チーム内の弱いプレイヤについてされるようになっていてもよい。また、当該所定の制御は、プレイヤや敵がいる場を、プレイヤに有利な場に変化させる制御等であってもよい。

【0069】

また、「不利な事象」には、例えば、イベント達成から遠ざかるような状況をもたらす事柄が含まれる。具体的には、「不利な事象」とは、例えば、バトルイベントにおいて１または複数のプレイヤが敵から攻撃を受けることであってもよい。また、「不利な事象」とは、例えば、プレイヤが状態異常（具体的には、例えば、行動不能状態）に陥ること等であってもよい。また、「不利な事象」とは、例えば、プレイヤや敵がいる場が、プレイヤに不利な場に変化すること等であってもよい。

【0070】

また、「不利な事象を指標値の変動に反映させる」とは、例えば、不利な事象が発生した場合に、指標値を増減させたり、その増減度合いや増減の仕方を変化させたりするもの（例えば、増加速度を上昇させたりするもの）であってもよい。

【0071】

次に、ゲーム進行部１１３の具体的な制御につき、バトルイベントを行う場合を例に詳細に説明する。特に、以下では、複数のプレイヤがチームを形成して設定された敵に対して協力して攻撃を仕掛けて敵を倒すというイベントを実行する場合について、実施例１～４の４つの例を挙げて説明する。図３は、そのようなイベントにおける表示画面の一例を示す図である。図３に示すように、表示制御部１１４は、ゲーム進行部１１３の指示に応じて、表示部１８にチームを構成する複数のプレイヤ（換言すると、プレイヤのキャラクタ）６０と敵７０とが対峙するゲーム空間の画像を表示させる。また、表示制御部１１４は、ゲーム進行部１１３の指示に応じて、表示部１８に指標値に対応する表示（換言すると、ＵＩ）としてのゲージ８０を表示させる。本イベントでは、操作受付部１１１は、敵７０に対して攻撃をするための（換言すると、ダメージを与える）操作を受け付け、ゲーム進行部１１３は、当該操作に基づいてゲームを進行する。また、ゲーム進行部１１３は、指標値が所定値（具体的には、最大値）に達すると（換言すると、ゲージ８０が所定量溜まると）、複数のプレイヤ６０による敵７０に対する一斉攻撃を実行する。なお、ゲージ８０は、指標値と一対一で対応するものでなくてもよい。換言すると、ゲージ８０は、指標値の現在の蓄積量を明示するものでなくてもよい。

【0072】

なお、チームを構成する複数のプレイヤは、所定のパラメータが互いに異なっている。ただし、チームを構成する複数のプレイヤは、必ずしも所定のパラメータが互いに異なっていなくてもよい。プレイヤの所定のパラメータが互いに異なる例としては、プレイヤのランクが互いに異なること、プレイヤのキャラクタのランクが互いに異なること、プレイヤのキャラクタの攻撃力、防御力、速度（例えば、移動速度または攻撃速度）、ヒットポイント、マジックポイント、またはスキルポイント等のステータスが互いに異なることなどを挙げることができる。すなわち、「プレイヤのパラメータ」とは、プレイヤが所有する（換言すると、イベントにおいて操作する）キャラクタに設定されたパラメータであってもよく、プレイヤ自身に設定された（例えば、キャラクタに依存しない）パラメータであってもよい。なお、「プレイヤのパラメータ」とは、プレイヤのキャラクタの攻撃力、防御力、速度、ヒットポイント、マジックポイント、またはスキルポイント等の各種パラメータを総合的に判断して（換言すると、複数のパラメータに基づいて）算出されるパラメータ等であってもよい。また、「プレイヤのパラメータ」は、プレイヤの力量を示すパラメータ等であってもよい。また、「プレイヤのパラメータ」は、プレイヤのゲーム（具体的には、例えば、イベント）をプレイした回数や、ゲームのプレイ時間、またはゲームをプレイする頻度等の、プレイ履歴に関するものであってもよい。また、「プレイヤのパラメータ」は、プレイヤに対して明示的に示されるもの（換言すると、プレイヤ自身が確認可能なもの）でなく、内部的に使用されるパラメータであってもよい。なお、ランクとは、ユーザあるいはキャラクタの習熟度を示すものともいえ、ユーザ間での相対的な位置付けを示すものともいえる。ランクは、一般的なゲームにおいていわゆるレベルと呼ばれるもの等を含む。

【0073】

なお、本実施形態では、ゲーム進行部１１３は、第１のプレイヤ６０について不利な事象が発生した場合よりも、所定のパラメータが第１のプレイヤ６０よりも低い第２のプレイヤ６０について当該不利な事象が発生した場合の方が、特定の条件が満たされやすくなるように不利な事象の指標値の変動への反映を行う。ここで、第１のプレイヤ６０と第２のプレイヤ６０とは、同じチームを組む（換言すると、一緒にイベントを行っている）プレイヤであってもよく、全く無関係のプレイヤであってもよい。すなわち、同じチームを組む第１のプレイヤ６０と第２のプレイヤ６０とについて、所定のパラメータが相対的に高い第１のプレイヤ６０に不利な事象が発生した場合よりも、当該所定のパラメータが相対的に低い第２のプレイヤ６０に当該不利な事象が発生した場合の方が、特定の条件が満たされやすくなるように不利な事象の指標値の変動への反映が行われてもよい。また、あるイベントを行う第１のチームに属する第１のプレイヤ６０と、当該あるイベントを行う第２のチーム（すなわち、第１のチームとは異なるチーム）に属する第２のプレイヤ６０とについて、所定のパラメータが相対的に高い第１のプレイヤ６０に不利な事象が発生した場合よりも、当該所定のパラメータが相対的に低い第２のプレイヤ６０に当該不利な事象が発生した場合の方が、特定の条件が満たされやすくなるように不利な事象の指標値の変動への反映が行われてもよい。換言すると、ゲーム進行部１１３は、所定のパラメータが相対的に低いプレイヤについて不利な事象が発生した場合の方が特定の条件が満たされやすくなるように制御を行うが、内部的な処理は、複数のプレイヤの当該所定のパラメータを用いて当該制御を行うものでなくてもよく（なお、このように当該制御を行うものであってもよい）、例えば、１のプレイヤの当該所定のパラメータを用いて当該制御を行うもの等であってもよい。また、当該制御について、ゲーム進行部１１３は、不利な事象が発生したプレイヤについて、当該プレイヤの所定のパラメータが所定値に達していない場合には、当該所定のパラメータが所定値に達している場合に比べ、特定の条件が満たされやすくなるように不利な事象の指標値の変動への反映を行うともいえる。ここで、当該所定値は、イベント毎に設定されるものであってもよい。また、当該所定値は、チームを組む他のプレイヤとの関係に関わらない一定の値であってもよく、チームを組む他のプレイヤとの関係等に応じて異なるもの（換言すると相対的に決まるもの）等であってもよい。以下に示す実施例１および実施例２では、プレイヤ６０に不利な事象が生じた際の指標値の溜まりやすさが、プレイヤ６０の所定のパラメータが所定値以下の場合の方が、所定値を超える場合に比べて高く（具体的には、不利な事象が生じる毎の溜まる量が多くあるいは溜まる速度が速く）なっており、これにより、所定のパラメータが相対的に低い第２のプレイヤ６０に不利な事象が発生した場合の方が、特定の条件が満たされやすくなっている。

【0074】

また、本実施形態におけるゲーム進行部１１３による制御は、次のように言い換えることもできる。すなわち、ゲーム進行部１１３は、プレイヤが操作する第１のキャラクタであって第１のパラメータ（すなわち、プレイヤのパラメータ）が第１の値である前記第１のキャラクタが第１量の不利な影響を受けたときと比較して、当該プレイヤ自身または他のプレイヤが操作する第２のキャラクタであって前記第１のパラメータが前記第１の値よりも低い第２の値である前記第２のキャラクタが前記第１量の不利な影響を受けた場合の方が、チームに有利となる制御を行う。

【0075】

（実施例１）
図４および図５は、ゲーム進行部１１３の制御形態の１つの実施例を示している。この実施例１において、ゲーム進行部１１３は、任意の第１のプレイヤ６０Ａについて不利な事象が発生した場合よりも、所定のパラメータが第１のプレイヤ６０Ａよりも低い任意の第２のプレイヤ６０Ｂについて不利な事象が発生した場合の方が、特定の条件が満たされやすくなるように不利な事象の指標値の変動への反映を行うようになっている。

【0076】

本実施例では、ゲーム進行部１１３は、各プレイヤ６０についてダメージを受ける（換言すると、敵から攻撃を受ける）という不利な事象が発生した場合に、指標値（換言すると、ゲージ８０）を増加させる。具体的には、ゲーム進行部１１３は、任意のプレイヤ６０がダメージを受けると、ダメージ量を最大ヒットポイントで除して係数を算出する。そして、ゲーム進行部１１３は、算出した係数を基礎値に乗じて指標値の増加量を決定する。そして、ゲーム進行部１１３は、決定した増加量分、指標値を増加させる。なお、ここでは基礎値はプレイヤによらず一定の値（例えば、１０）とする。

【0077】

ゲーム進行部１１３の行う制御について図４を参照して説明する。ここで、第１のプレイヤ６０Ａ（具体的には、第１のプレイヤ６０Ａのキャラクタ）は、防御力が１００００であり、第２のプレイヤ６０Ｂ（具体的には、第２のプレイヤ６０Ｂのキャラクタ）は、防御力が５０００となっている。すなわち、第２のプレイヤ６０Ｂの方が、第１のプレイヤ６０Ａよりも防御力が低くなっている。このため、第１のプレイヤ６０Ａと第２のプレイヤ６０Ｂとが敵から同じ攻撃を受けた場合、第２のプレイヤ６０Ｂの方が、受けるダメージ量が大きくなる。具体的には、例えば、同じ攻撃を受けた場合に、第１のプレイヤ６０Ａであればダメージ量が１０００となるのに対し、第２のプレイヤ６０Ｂであればダメージ量が２０００となる。すなわち、防御力が低いプレイヤが敵から攻撃を受ける場合の方が、防御力が高いプレイヤが敵から攻撃を受ける場合に比べ、係数が大きくなり指標値の増加量が大きくなる。換言すると、本実施例では、所定のパラメータとしての防御力が低いプレイヤが攻撃を受ける場合の方が、防御力が高いプレイヤが攻撃を受ける場合に比べ、指標値が所定値に達しやすくなっている。

【0078】

また、第１のプレイヤ６０Ａは、最大ヒットポイントが１００００であり、第２のプレイヤ６０Ｂは、最大ヒットポイントが５０００となっている。すなわち、第２のプレイヤ６０Ｂの方が、第１のプレイヤ６０Ａよりも最大ヒットポイントが低くなっている。このため、第１のプレイヤ６０Ａと第２のプレイヤ６０Ｂとが敵から同じダメージ量の攻撃を受ける場合、第２のプレイヤ６０Ｂが攻撃を受ける場合の方が、第１のプレイヤ６０Ａが攻撃を受ける場合に比べ、係数が大きくなり指標値の増加量が大きくなる。換言すると、本実施例では、所定のパラメータとしての最大ヒットポイントが低いプレイヤが攻撃を受ける場合の方が、最大ヒットポイントが高いプレイヤが攻撃を受ける場合に比べ、指標値が所定値に達しやすくなっている。

【0079】

第１のプレイヤ６０Ａおよび第２のプレイヤ６０Ｂがそれぞれ敵から特定の攻撃を受けた場合を例に、指標値の具体的な演算方法を説明する。当該特定の攻撃により、第１のプレイヤ６０Ａが１０００のダメージを受けたとすると、係数は０．１（＝１０００／１００００）に決定される。したがって、この場合、係数０．１に基礎値１０を乗じた１ポイントが指標値に加算される。一方、当該特定の攻撃により、第２のプレイヤ６０Ｂが２０００のダメージを受けたとすると、係数は０．４（＝２０００／５０００）に決定される。そして、係数０．４に基礎値１０を乗じた４ポイントが指標値に加算される。なお、指標値の最大値は、例えば１００ポイントとし、指標値が１００ポイントまで溜まると、ゲーム進行部１１３が、複数のプレイヤ（例えば、チームの全員）による敵７０への一斉攻撃を発動させて、敵７０にダメージを与えることとしてもよい。

【0080】

すなわち、ゲーム進行部１１３は、相対的に強い（換言すると、所定のパラメータが高い）第１のプレイヤ６０Ａが敵７０からのダメージを受ける場合よりも、相対的に弱い（換言すると、所定のパラメータが低い）第２のプレイヤ６０Ｂが敵７０からのダメージを受ける場合の方が、特定の条件が満たされやすくなるように、ここでは指標値が最大値に近づくように（例えば、最大値となってチーム全体による一斉攻撃が発動されるように）、指標値をより大きく増大させるようになっている。換言すると、本実施例では、プレイヤ６０の強さに応じて指標値の加算量が異なっている。

【0081】

以上の処理をフローチャートで表したものが図５に示されている。図示のように、ゲーム進行部１１３は、イベント中において、チームを構成する任意のプレイヤ６０が敵７０からの攻撃によりダメージを受けたかどうかを判定する（ステップＳ１０１）。プレイヤ６０がダメージを受けた場合（ステップＳ１０１でＹＥＳ）、ゲーム進行部１１３は、ダメージを受けたプレイヤ６０に対応する指標値の増加量（加算量）を前述した算出方法にしたがって演算する（ステップＳ１０２）。そして、算出した増加量を現在の指標値に加算する（ステップＳ１０３）。

【0082】

実施例１では、防御力や最大ヒットポイントが低いプレイヤ、すなわち弱いプレイヤほど、敵からダメージを受けた場合に係数が大きくなり、指標値の増加量が大きくなる。また、ゲームの形態によっては（例えば、アクションＲＰＧ等の場合）弱いプレイヤほどダメージを受ける回数も多くなることから、指標値の増加が発生しやすい。このような実施例１によれば、弱いプレイヤに不利な事象が発生した場合の方が、強いプレイヤに不利な事象が発生した場合に比べ、指標値が溜まりやすく、弱いプレイヤでもチームに貢献できるようになる。したがって、チームに弱いプレイヤがいることにより、ゲームが不利となったり、弱いプレイヤが入ってきた場合にチームが解散してしまったり、あるいは、弱いプレイヤがチームに貢献できていないという感覚を抱いてしまったりするといった問題を解消でき、ゲームの興趣性が向上する。

【0083】

（実施例２）
図６および図７は、ゲーム進行部１１３の制御形態の他の実施例を示している。この実施例２においても、ゲーム進行部１１３は、任意の第１のプレイヤ６０Ａについて不利な事象が発生した場合よりも、所定のパラメータが第１のプレイヤ６０Ａよりも低い任意の第２のプレイヤ６０Ｂについて不利な事象が発生した場合の方が、特定の条件が満たされやすくなるように不利な事象の指標値の変動への反映を行うようになっている。

【0084】

実施例２では、指標値（換言すると、ゲージ８０）は、時間の経過に伴って（換言すると、イベントの進行に伴って）自動的に増加するようになっている。ここでは、指標値は、通常、デフォルトとして、毎秒１ポイントの速度で経時的に増加していくものする。

【0085】

なお、実施例２における第１のプレイヤ６０Ａおよび第２のプレイヤ６０Ｂのステータスや敵から受けるダメージは、実施例１と同様として説明する。また、実施例２においても、実施例１と同様の演算により係数が算出されるものとして説明する。すなわち、実施例１と同様に、第１のプレイヤ６０Ａが敵７０から特定の攻撃を受けて１０００のダメージを受けた場合、係数は０．１となる。また、実施例１と同様に、第２のプレイヤ６０Ｂが敵７０から特定の攻撃を受けて２０００のダメージを受けた場合、係数は０．４となる。

【0086】

本実施例では、ゲーム進行部１１３は、各プレイヤ６０についてダメージを受ける（換言すると、敵から攻撃を受ける）という不利な事象が発生した場合に、指標値（換言すると、ゲージ８０）の増加速度を上昇させる。具体的には、ゲーム進行部１１３は、任意のプレイヤ６０がダメージを受けると、ダメージ量を最大ヒットポイントで除して係数を算出する。そして、ゲーム進行部１１３は、現在の指標値の単位時間あたりの増加量（例えば、デフォルトの１ポイント）に、（１＋係数）を乗じて新たな増加量を決定し、増加量を更新する。

【0087】

すなわち、指標値の１秒あたりの増加量が１ポイントの状態において、第１のプレイヤ６０Ａが敵７０から特定の攻撃を受けて１０００のダメージを受けた場合、ゲーム進行部１１３は、図６（ｂ）に示すように、指標値の１秒あたりの増加量を１．１ポイント（＝１×（１＋０．１））に増加させる。換言すると、ゲーム進行部１１３は、指標値の増加速度を加速させる。

【0088】

一方、指標値の１秒あたりの増加量が１ポイントの状態において、第２のプレイヤ６０Ｂが敵７０から特定の攻撃を受けて２０００のダメージを受けた場合、ゲーム進行部１１３は、図６（ｃ）に示すように、指標値の１秒あたりの増加量を１．４ポイント（＝１×（１＋０．４））に増加させる。換言すると、ゲーム進行部１１３は、第１のプレイヤ６０Ａの場合よりも大きく加速して指標値が早く溜まるように、指標値の増加速度を加速させる。

【0089】

すなわち、実施例２において、ゲーム進行部１１３は、相対的に強い第１のプレイヤ６０Ａが敵７０からのダメージを受ける場合よりも、相対的に弱い第２のプレイヤ６０Ｂが敵７０からのダメージを受ける場合の方が、特定の条件が満たされやすくなるように、ここでは指標値が最大値になるまでの時間が短くなるように（例えば、最大値となってチーム全体による一斉攻撃が発動されるように）、指標値の増加速度をより大きく加速させるようになっている。これにより、実施例１と同様の作用効果を得ることができる。

【0090】

以上の処理をフローチャートで表したものが図７に示されている。図示のように、ゲーム進行部１１３は、イベント中において、指標値を所定の速度で経時的に自動増加させる（ステップＳ２０１）。また、ゲーム進行部１１３は、チームを構成する任意のプレイヤ６０が敵７０からの攻撃によりダメージを受けたかどうかを判定する（ステップＳ２０２）。プレイヤ６０がダメージを受けた場合（ステップＳ２０２でＹＥＳ）、ゲーム進行部１１３は、単位時間あたりの指標値の増加量を、上述の通り算出して更新する（ステップＳ２０３）。換言すると、ゲーム進行部１１３は、指標値の増加速度を、ダメージを受けたプレイヤ６０のパラメータに応じて加速させる。

【0091】

以上のように、実施例１および実施例２では、防御力または最大ヒットポイントの少なくとも一方のパラメータが低いプレイヤについて、不利な事象が生じた場合の指標値の溜まりやすさが高くなっている（具体的には、指標値の加算量あるいは指標値の増加速度の上昇量が相対的に大きくなっている）。また、実施例１および実施例２では、プレイヤの受けるダメージが大きいほど、指標値が溜まりやすくなっている（具体的には、指標値の加算量あるいは指標値の増加速度の上昇量が大きくなっている）。

【0092】

（実施例３）
図８および図９は、ゲーム進行部１１３の制御形態のさらに他の実施例を示している。この実施例３において、ゲーム進行部１１３は、チームを構成する複数のプレイヤの間における、各プレイヤに関する特定のパラメータの差に応じた効果が生じる所定の制御（換言すると、イベントの達成に有利となる制御）を行うようになっている。なお、実施例３において、ゲーム進行部１１３は、複数のプレイヤが協力して行うイベント中において特定の条件が満たされた場合（例えば、指標値が所定値に達した場合）に、特定のパラメータが第１の値である第１のプレイヤと、前記特定のパラメータが第２の値である第２のプレイヤとの、前記特定のパラメータの値の差に応じた効果が生じる所定の制御を行うともいえる。

【0093】

また、実施例３においては、指標値が最大値となった際に実行される処理について説明する。ここで、指標値は、例えば、実施例１または実施例２の制御形態により蓄積されるものとしてもよく、その他の制御形態により蓄積されるものとしてもよい。

【0094】

実施例３において、チームを構成する複数のプレイヤ６０、具体的には、第１のプレイヤ６０Ａ、第２のプレイヤ６０Ｂ、第３のプレイヤ６０Ｃ、および第４のプレイヤ６０Ｄはそれぞれ、特定のパラメータとして、１００００の攻撃力、１０００の攻撃力、５０００の攻撃力、および４０００の攻撃力を有しているものとする。ゲーム進行部１１３は、指標値が最大値となった際、すなわち、ここでは、プレイヤ全員での敵７０に対する一斉攻撃の発動時に、各プレイヤ６０Ａ，６０Ｂ，６０Ｃ，６０Ｄの特定のパラメータ（ここでは、攻撃力）を参照して、所定の制御を行う。具体的には、ゲーム進行部１１３は、プレイヤ全員の攻撃力の総和（１００００＋１０００＋５０００＋４０００＝２００００）を算出し、算出結果に応じて一斉攻撃の基本効果を決定する。具体的には、ゲーム進行部１１３は、算出結果に応じて一斉攻撃の敵に与えるダメージ量を決定する。より具体的には、ゲーム進行部１１３は、プレイヤ全員の攻撃力の総和を一斉攻撃の基本ダメージ量（換言すると、基本効果）に決定する。また、ゲーム進行部１１３は、基本効果に対して補正をかける。

【0095】

ここで、基本効果に対する補正のかけ方として、実施例３では、特定のパラメータとしての攻撃力が最も高いプレイヤ（ここでは、第１のプレイヤ６０Ａ）の攻撃力１００００と攻撃力が最も低いプレイヤ（ここでは、第２のプレイヤ６０Ｂ）の攻撃力１０００との差を算出し、その差９０００を基本効果である基本ダメージ量２００００に加算する。すなわち、ゲーム進行部１１３は、補正された最終効果であるダメージ量２９０００の一斉攻撃を発動させる。すなわち、実施例３では、ゲーム進行部１１３は、チームを構成するプレイヤ間での特定のパラメータの差が大きいほど、イベントの達成に有利となる制御の有利度合い（ここでは、敵７０に与えるダメージ量）が大きくなるように制御する。換言すると、ゲーム進行部１１３は、イベントの達成に有利となる制御の基本効果に対して、チームを構成するプレイヤにおける特定のパラメータの最大値と最小値との差に応じた補正をかける。このような制御形態によれば、プレイヤ間の格差があるほど、大きな最終効果が得られるようになり、チームに弱いプレイヤがいることにより、ゲームが不利となったり、弱いプレイヤが入ってきた場合にチームが解散してしまったり、あるいは、弱いプレイヤがチームに貢献できていないという感覚を抱いてしまったりするといった問題を解消でき、ゲームの興趣性が向上する。

【0096】

以上の処理をフローチャートで表したものが図９に示されている。図示のように、ゲーム進行部１１３は、指標値が最大値に達したか否かを判定する（ステップＳ３０１）。また、指標値が最大値に達した場合（ステップＳ３０１でＹＥＳ）、各プレイヤ６０Ａ，６０Ｂ，６０Ｃ，６０Ｄの攻撃力を参照して基本効果（具体的には、攻撃力の総和；ここでは２００００）を決定する（ステップＳ３０２）。続いて、ゲーム進行部１１３は、特定のパラメータである攻撃力の最大値（ここでは、第１のプレイヤ６０Ａの攻撃力）と最小値（ここでは、第２のプレイヤ６０Ｂの攻撃力）との差に基づく補正値（ここでは、９０００）を演算する（ステップＳ３０３）。続いて、ゲーム進行部１１３は、この補正値を基本効果（ここでは、２００００）に加算して最終効果（ここでは、ダメージ量２９０００）を決定する（ステップＳ３０４）。なお、補正値は所定の係数等であってもよく、例えば、基本効果に対して補正値が乗算されるなどしてもよい。

【0097】

なお、実施例３では、基本効果の補正について、基本効果としての特定の値を補正値によって変化させる場合を例に説明した。換言すると、実施例３では、ゲーム進行部１１３は、基本効果（具体的には、２００００のダメージ）に対して追加効果（９０００のダメージ）を与える場合を例に説明した。また、ここで基本効果と追加効果とは同種（具体的には、敵に与えるダメージ量に関するもの）となっている。しかし、基本効果と追加効果とは、異種であってもよい。具体的には、例えば、一斉攻撃により、基本効果として２００００のダメージを敵に与える場合において、プレイヤの特定のパラメータの最大値と最小値との差が所定値以上である場合に、敵に対して所定の状態異常をもたらす追加効果が付与されるなどしてもよい。また、基本効果は、上述の通り、プレイヤまたは敵のパラメータや状態を変化させるもの等であってもよい。この場合に、追加効果は、例えば、パラメータや状態の変化の程度を大きくするもの（例えば、効果量を増加させるもの）であってもよく、パラメータや状態が変化している時間を長くするもの（換言すると、効果時間を増加させるもの）等であってもよい。また、基本効果の補正は、基本効果に追加の効果を与えるものでなく、基本効果を他の効果に変化させるもの等であってもよい。

【0098】

なお、基本効果に追加効果を与える補正をする場合に、ゲーム進行部１１３は、基本効果と追加効果を別々に発動してもよく、基本効果と追加効果とを合わせた最終効果を一度に発動してもよい。例えば、基本効果２００００、追加効果９０００のダメージを与える例においては、２００００のダメージを与える攻撃と９０００のダメージを与える攻撃とが別々に発動されてもよく、２９０００のダメージを与える１回の攻撃が発動されるなどしてもよい。

【0099】

（実施例４）
図１０および図１１は、ゲーム進行部１１３の制御形態のさらに他の実施例を示している。この実施例４において、ゲーム進行部１１３は、協力してイベントを行う複数のプレイヤのうち、特定のパラメータが特定値に達していないプレイヤの当該特定のパラメータの値と特定値（換言すると、基準値）との差に応じた効果が生じる所定の制御（換言すると、イベントの達成に有利となる制御）を行うようになっている。なお、実施例４において、ゲーム進行部１１３は、複数のプレイヤが協力して行うイベント中において特定の条件が満たされた場合（例えば、指標値が所定値に達した場合）に、プレイヤの所定のパラメータ（例えば、キャラクタに紐づくパラメータ）の値と特定値との差に応じた効果を生じさせるともいえる。

【0100】

また、実施例４においては、指標値が最大値となった際に実行される処理について説明する。ここで、指標値は、例えば、実施例１または実施例２の制御形態により蓄積されるものとしてもよく、その他の制御形態により蓄積されるものとしてもよい。

【0101】

実施例４において、チームを構成する複数のプレイヤ６０、具体的には、第１のプレイヤ６０Ａ、第２のプレイヤ６０Ｂ、第３のプレイヤ６０Ｃ、および第４のプレイヤ６０Ｄはそれぞれ、特定のパラメータとして、１００００の攻撃力、１０００の攻撃力、５０００の攻撃力、および４０００の攻撃力を有しているものとする。ゲーム進行部１１３は、指標値が最大値となった際、すなわち、ここでは、プレイヤ全員での敵７０に対する一斉攻撃の発動時に、各プレイヤ６０Ａ，６０Ｂ，６０Ｃ，６０Ｄの特定のパラメータ（ここでは、攻撃力）を参照して、所定の制御を行う。具体的には、ゲーム進行部１１３は、プレイヤ全員の攻撃力の総和（１００００＋１０００＋５０００＋４０００＝２００００）を算出し、算出結果に応じて一斉攻撃の基本効果を決定する。具体的には、ゲーム進行部１１３は、算出結果に応じて一斉攻撃の敵に与えるダメージ量を決定する。より具体的には、ゲーム進行部１１３は、プレイヤ全員の攻撃力の総和を一斉攻撃の基本ダメージ量（換言すると、基本効果）に決定する。また、ゲーム進行部１１３は、基本効果に対して補正をかける。

【0102】

ここで、基本効果に対する補正のかけ方として、実施例４では、特定のパラメータとしての攻撃力が特定値としての推奨値に満たないプレイヤの攻撃力と推奨値との差の総和を演算し、その総和を基本効果である基本ダメージ量２００００に加算する。具体的には、ここでは、推奨値が７０００に設定され、この推奨値７０００にその攻撃力が満たないプレイヤ、すなわち、第２のプレイヤ６０Ｂ、第３のプレイヤ６０Ｃ、および第４のプレイヤ６０Ｄに関し、その攻撃力と推奨値との差の総和（６０００＋２０００＋３０００＝１１０００）が算出されて、その総和１１０００が基本ダメージ量２００００に加算される。すなわち、ゲーム進行部１１３は、基本効果のダメージ量２００００に、追加効果としてのダメージ量１１０００を追加する補正を行い、補正された最終効果であるダメージ量３１０００の一斉攻撃を発動させる。すなわち、実施例４では、ゲーム進行部１１３は、イベントの達成に有利となる制御の基本効果に対して、チームを構成するプレイヤにおける特定のパラメータの推奨値との差に応じた補正をかける。なお、基本効果は、チームを構成するプレイヤの特定のパラメータが推奨値に達している場合であっても発動される効果ともいえる。このような制御形態によれば、特定のパラメータが推奨値に満たないプレイヤがチーム内に存在する場合でも、全員がチームに貢献することができる。なお、推奨値は、例えば、イベント毎に（換言すると、ステージ等に応じて）設定されていてもよい。なお、実施例４において、ゲーム進行部１１３は、プレイヤの特定のパラメータが推奨値に達している場合には、基本効果に対して補正をかけない（換言すると、追加効果を与えない）こととしてもよい。なお、実施例４における基本効果の補正も、実施例３における基本効果の補正と同様に考えることができる。すなわち、例えば、基本効果の補正は、基本効果に追加の効果を与えるものでなく、基本効果を他の効果に変化させるもの等であってもよい。

【0103】

以上の処理をフローチャートで表したものが図１１に示されている。図示のように、ゲーム進行部１１３は、指標値が最大値に達したか否かを判定する（ステップＳ４０１）。また、指標値が最大値に達した場合（ステップＳ４０１でＹＥＳ）、各プレイヤ６０Ａ，６０Ｂ，６０Ｃ，６０Ｄの攻撃力を参照して基本効果（換言すると、攻撃力の総和；ここでは２００００）を決定する（ステップＳ４０２）。続いて、ゲーム進行部１１３は、特定のパラメータである攻撃力の推奨値との差分に基づく補正値（ここでは、１１０００）を演算する（ステップＳ４０３）。続いて、ゲーム進行部１１３は、この補正値を基本効果（ここでは、２００００）に加算して最終効果（ここでは、ダメージ量３１０００）を決定する（ステップＳ２０４）。

【0104】

以上、４つの実施例に関連してゲーム進行部１１３による制御形態の一例を説明してきたが、このような制御形態には、以下のような制御を伴わせることもできる。すなわち、本実施形態のゲームでは、チーム内のいずれかのプレイヤがゲーム内で行動不能状態（例えば、ヒットポイントが０になった状態）に至った場合に、チームとしての一斉攻撃が制限されるようにしてもよい。具体的には、例えば、指標値が溜まらなくなる、溜まりにくくなる、指標値が所定値に達しても一斉攻撃が発動しない、一斉攻撃で敵に与えるダメージ量が大幅に減るなどといった制限がされるようにしてもよい。換言すると、協力してイベントを行う複数のプレイヤのうちの所定のプレイヤが行動不能となっている状態においては、指標値に関する特定の条件が満たされにくくなる（満たすことができなくなる場合を含む）ようにしてもよい。また、当該複数のプレイヤのうちの所定のプレイヤが行動不能となっている状態においては、指標値に関する特定の条件が満たされた場合に実行される、イベントの達成に有利となる所定の制御について、その有利度合いが低下したり、あるいは特定の条件が満たされても当該所定の制御が実行されないようにしてもよい。このような構成によれば、味方の行動不能状態を回復させることが可能なプレイヤ（例えば、ヒーラ等のキャラクタを操作するプレイヤ）が弱いプレイヤの蘇生のために動くなどチームとしての連携プレーを行なうことが促され、チーム全体でイベント達成を目指すゲーム性を得ることができる。

【0105】

また、イベントの達成に有利となる所定の制御を行う際の演出（例えば、一斉攻撃の際の演出）として、表示制御部１１４は、ゲーム進行部１１３の指示に応じて、表示部１８に、チーム内の弱いプレイヤ（換言すると、所定のパラメータの低いプレイヤ）がチーム全体を代表して攻撃をしている様子を示す画像を表示させるなどしてもよい。また、当該演出として、表示制御部１１４は、ゲーム進行部１１３の指示に応じて、表示部１８に、弱いプレイヤが強いプレイヤよりも目立つ（例えば、派手に際立つ）画像を表示させるなどしてもよい。これにより、弱いプレイヤがチームに貢献している印象を与えることができる。

【0106】

なお、本発明は、前述した実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変形して実施できる。本発明はその発明の範囲内において、各構成要素の自由な組み合わせ、任意の構成要素の変形、または任意の構成要素の省略等が可能である。また、本明細書において説明した処理の流れはあくまで一例であり、各処理の順序や構成は異なるものであってもよい。また、各フローチャートに示した各種判定処理等の各処理は存在しないものがあってもよい。換言すると、処理の流れや具体的な判定処理等は本明細書に例示したものと異なっていてもよい。

【0107】

＜付記＞
以上の実施形態で説明した事項は、以下の付記のようにも記載され得る。

【0108】

（付記１）
複数のプレイヤが協力して行うイベントを制御するイベント制御手段（例えば、ゲーム進行部１１３）と、
指標値を変動させ、前記指標値が特定の条件を満たすと前記イベントの達成に有利となる所定の制御を行う有利制御手段（例えば、ゲーム進行部１１３）と、
としてコンピュータを機能させ、
前記指標値は、複数のプレイヤの間で共通し、
前記有利制御手段は、前記イベントにおいて少なくとも１のプレイヤについて生じた不利な事象を前記指標値の変動に反映させる、
プログラム。
このような構成によれば、プレイヤに生じた不利な事象が指標値の変動に反映され、指標値が特定の条件を満たすと、イベントの達成に有利となる所定の制御が行われる。したがって、例えば、弱いプレイヤ等であっても、不利な事象が発生したことに基づいて有利な制御が行われることでイベントの達成に貢献することができる。したがって、ゲームの興趣性が向上される。

【0109】

（付記２）
前記所定の制御は、複数のプレイヤが協力して行うアクションを発動させるもの、または複数のプレイヤのパラメータを変化させるものである、
付記１に記載のプログラム。
このような構成によれば、付記１と同様の作用効果が得られるとともに、プレイヤに生じた不利な事象が、チームの利益に繋がっている印象を強めることができ、ゲームの興趣性が一層向上される。

【0110】

（付記３）
前記有利制御手段（例えば、ゲーム進行部１１３）は、第１のプレイヤについて前記不利な事象が発生した場合よりも、所定のパラメータが前記第１のプレイヤよりも低い第２のプレイヤについて前記不利な事象が発生した場合の方が、前記特定の条件が満たされやすくなるように前記不利な事象の前記指標値の変動への反映を行う、
付記１に記載のプログラム。
このような構成によれば、弱いプレイヤに不利な事象が発生した場合の方が、強いプレイヤに不利な事象が発生した場合に比べ、特定の条件が満たされやすくなるので、弱いプレイヤがイベントの達成に貢献しやすくなる。したがって、チームに弱いプレイヤがいることにより、ゲームが不利となったり、弱いプレイヤが入ってきた場合にチームが解散してしまったり、あるいは、弱いプレイヤがチームに貢献できていないという感覚を抱いてしまったりするといった問題を解消でき、ゲームの興趣性が向上する。

【0111】

（付記４）
前記有利制御手段（例えば、ゲーム進行部１１３）は、
協力して前記イベントを行う複数のプレイヤの間における、各プレイヤに関する特定のパラメータの差に応じた効果が生じる前記所定の制御を行う、
付記１から３のいずれかに記載のプログラム。
このような構成によれば、プレイヤ間の格差があるほど、大きな最終効果が得られるように構成することが可能となり、チームに弱いプレイヤがいることにより、ゲームが不利となったり、弱いプレイヤが入ってきた場合にチームが解散してしまったり、あるいは、弱いプレイヤがチームに貢献できていないという感覚を抱いてしまったりするといった問題を解消でき、ゲームの興趣性が向上する。

【0112】

（付記５）
前記有利制御手段（例えば、ゲーム進行部１１３）は、
協力して前記イベントを行う複数のプレイヤのうち、特定のパラメータが特定値に達していないプレイヤの前記特定のパラメータの値と前記特定値との差に応じた効果が生じる前記所定の制御を行う、
付記１から３のいずれかに記載のプログラム。
このような構成によれば、特定のパラメータが特定値に満たないプレイヤでもイベントの達成に貢献することができる。

【0113】

（付記６）
複数のプレイヤが協力して行うイベントを制御するイベント制御手段（例えば、ゲーム進行部１１３）と、
指標値を変動させ、前記指標値が特定の条件を満たすと前記イベントの達成に有利となる所定の制御を行う有利制御手段（例えば、ゲーム進行部１１３）と、
を備え、
前記指標値は、複数のプレイヤの間で共通し、
前記有利制御手段は、前記イベントにおいて少なくとも１のプレイヤについて生じた不利な事象を前記指標値の変動に反映させる、
情報処理システム。
このような構成によれば、付記１に記載のプログラムと同様の作用効果を奏することができる。

【符号の説明】

【0114】

１ ゲームシステム、１０ 端末装置、１１ プロセッサ、１２ メモリ、１３ ストレージ、１６ タッチスクリーン、１７ 入力部、１８ 表示部、２０ サーバ、２１ プロセッサ、２２ メモリ、２３ ストレージ、１１０ 制御部、１１１ 操作受付部、１１２ 送受信部、１１３ ゲーム進行部、１１４ 表示制御部、１２０ 記憶部、２１０ 制御部、２１１ 送受信部、２１２ サーバ処理部、２１３ データ管理部、２１４ 同期処理部、２２０ 記憶部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】