特許 6415013 情報処理プログラム、情報処理サーバ、及び情報処理システム

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

(12)【公報種別】特許公報(B1)

(11)【特許番号】6415013

(24)【登録日】2018年10月12日

(45)【発行日】2018年10月31日

(54)【発明の名称】情報処理プログラム、情報処理サーバ、及び情報処理システム

(51)【国際特許分類】

   A63F 13/795 20140101AFI20181022BHJP

   A63F 13/35 20140101ALI20181022BHJP

   A63F 13/69 20140101ALI20181022BHJP

   G06Q 50/10 20120101ALI20181022BHJP

【ＦＩ】

   A63F13/795

   A63F13/35

   A63F13/69

   G06Q50/10

【請求項の数】6

【全頁数】20

(21)【出願番号】特願2018-9874(P2018-9874)

(22)【出願日】2018年1月24日

【審査請求日】2018年5月18日

【新規性喪失の例外の表示】特許法第３０条第２項適用 平成２９年７月２５日 株式会社Ｃｙｇａｍｅｓが、ウェブサイトにて、中西栄二及び比内佑が発明した情報処理プログラム、情報処理サーバ、及び情報処理システムに関するゲームサービスを公開した。

【早期審査対象出願】

(73)【特許権者】

【識別番号】511249637

【氏名又は名称】株式会社Ｃｙｇａｍｅｓ

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(72)【発明者】

【氏名】中西 栄二

(72)【発明者】

【氏名】比内 佑

【審査官】 目黒 大地

(56)【参考文献】

【文献】 特開２０１４−１４０５５７（ＪＰ，Ａ）

【文献】 特開２０１０−２２７４５９（ＪＰ，Ａ）

【文献】 特開２０１５−１９２８９４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ａ６３Ｆ９／２４

１３／００−１３／９８

(57)【特許請求の範囲】

【請求項1】

複数のプレイヤが共同して参加する共同イベントを連続して実行可能な上限回数を含む、前記共同イベントを発生させるための第１制御信号を、前記複数のプレイヤのうち第１プレイヤの端末から受け付けると、前記第１プレイヤに対応づけられた第１パラメータに基づいて前記共同イベントの発生が可能と判定された場合、前記第１パラメータを消費するとともに前記第１プレイヤを参加者として前記共同イベントを発生させる共同イベント発生管理部と、
前記上限回数に基づいて、前記共同イベントに参加可能なプレイヤの上限数を決定するプレイヤ数決定部と、
前記第１プレイヤ以外の他のプレイヤの端末から前記共同イベントへの参加を希望するためのリクエストを受け付けると、前記他のプレイヤに対応づけられた第２パラメータと、決定された前記上限数とに基づいて前記他のプレイヤの前記共同イベントへの参加が可能と判定された場合、前記第２パラメータを消費するとともに前記他のプレイヤの前記共同イベントへの参加を許可する共同イベント参加管理部と、
前記共同イベントへの参加が許可された複数のプレイヤのうち一のプレイヤに前記共同イベントの実行権限を付与する権限管理部と、
前記実行権限が付与されたプレイヤの端末から前記共同イベントの実行指示を受け付けた場合、前記共同イベントへの参加が許可された前記複数のプレイヤのうち、前記実行権限が付与されたプレイヤを除くすべてのプレイヤに対して当該共同イベントの実行可否を問い合わせ、当該プレイヤのすべてから前記共同イベントの実行を許可する旨の回答を受け付けたとき前記共同イベントの実行を開始する共同イベント実行制御部と、
前記共同イベントの進捗状況に応じて、前記共同イベントに参加したプレイヤごとに報酬を提供する報酬提供部と、
前記共同イベントが終了するたびに、前記共同イベントの実行回数が前記上限回数に到達したか否かを判断する共同イベント回数判断部と、
をコンピュータに実現させるための情報処理プログラム。

【請求項2】

前記権限管理部は、前記共同イベントの実行回数が前記上限回数より少ない場合であって、前記共同イベントが終了したとき、過去に前記実行権限が付与されたプレイヤ以外のプレイヤへ前記実行権限を付与する、
請求項１に記載の情報処理プログラム。

【請求項3】

前記共同イベント実行制御部は、前記共同イベントへの参加が許可された複数のプレイヤのうち一のプレイヤの端末から、前記共同イベントの繰り返し実行を中止するための第２制御信号を受け付けた場合、当該一のプレイヤ以外のすべてのプレイヤに対して、前記共同イベントの繰り返し実行の中止の可否を問い合わせ、当該一のプレイヤ以外のすべてのプレイヤからの回答結果が所定の条件を満たしたとき、前記共同イベントの繰り返し実行を中止する、
請求項１又は請求項２に記載の情報処理プログラム。

【請求項4】

前記共同イベント参加管理部は、前記共同イベントへの参加が許可された複数のプレイヤのうち一のプレイヤの端末から、当該一のプレイヤ以外のプレイヤのいずれかの参加を禁止するための第３制御信号を受け付けた場合、当該一のプレイヤ及び参加の禁止の対象プレイヤ以外のすべてのプレイヤに対して、前記共同イベントへの参加禁止の可否を問い合わせ、当該一のプレイヤ及び前記対象プレイヤ以外のすべてのプレイヤからの回答結果が所定の条件を満たしたとき、当該対象プレイヤの前記共同イベントへの参加を禁止する、
請求項１乃至請求項３のいずれか一項に記載の情報処理プログラム。

【請求項5】

複数のプレイヤが共同して参加する共同イベントを連続して実行可能な上限回数を含む、前記共同イベントを発生させるための第１制御信号を、前記複数のプレイヤのうち第１プレイヤの端末から受け付けると、前記第１プレイヤに対応づけられた第１パラメータに基づいて前記共同イベントの発生が可能と判定された場合、前記第１パラメータを消費するとともに前記第１プレイヤを参加者として前記共同イベントを発生させる共同イベント発生管理部と、
前記上限回数に基づいて、前記共同イベントに参加可能なプレイヤの上限数を決定するプレイヤ数決定部と、
前記第１プレイヤ以外の他のプレイヤの端末から前記共同イベントへの参加を希望するためのリクエストを受け付けると、前記他のプレイヤに対応づけられた第２パラメータと、決定された前記上限数とに基づいて前記他のプレイヤの前記共同イベントへの参加が可能と判定された場合、前記第２パラメータを消費するとともに前記他のプレイヤの前記共同イベントへの参加を許可する共同イベント参加管理部と、
前記共同イベントへの参加が許可された複数のプレイヤのうち一のプレイヤに前記共同イベントの実行権限を付与する権限管理部と、
前記実行権限が付与されたプレイヤの端末から前記共同イベントの実行指示を受け付けた場合、前記共同イベントへの参加が許可された前記複数のプレイヤのうち、前記実行権限が付与されたプレイヤを除くすべてのプレイヤに対して当該共同イベントの実行可否を問い合わせ、当該プレイヤのすべてから前記共同イベントの実行を許可する旨の回答を受け付けたとき前記共同イベントの実行を開始する共同イベント実行制御部と、
前記共同イベントの進捗状況に応じて、前記共同イベントに参加したプレイヤごとに報酬を提供する報酬提供部と、
前記共同イベントが終了するたびに、前記共同イベントの実行回数が前記上限回数に到達したか否かを判断する共同イベント回数判断部と、を備える、
情報処理サーバ。

【請求項6】

複数のプレイヤのそれぞれが使用する複数の端末と、
前記複数の端末と通信可能に接続された情報処理サーバと、を備える情報処理システムであって、
前記複数の端末のそれぞれは、
前記情報処理サーバからの問い合わせに対する回答を受け付けるための回答画面を生成する画面生成部と、
生成された前記回答画面を介して前記回答を受け付ける回答受付部と、
を備え、
前記情報処理サーバは、
複数のプレイヤが共同して参加する共同イベントを連続して実行可能な上限回数を含む、前記共同イベントを発生させるための第１制御信号を、前記複数のプレイヤのうち第１プレイヤの端末から受け付けると、前記第１プレイヤに対応づけられた第１パラメータに基づいて前記共同イベントの発生が可能と判定された場合、前記第１パラメータを消費するとともに前記第１プレイヤを参加者として前記共同イベントを発生させる共同イベント発生管理部と、
前記上限回数に基づいて、前記共同イベントに参加可能なプレイヤの上限数を決定するプレイヤ数決定部と、
前記第１プレイヤ以外の他のプレイヤの端末から前記共同イベントへの参加を希望するためのリクエストを受け付けると、前記他のプレイヤに対応づけられた第２パラメータと、決定された前記上限数とに基づいて前記他のプレイヤの前記共同イベントへの参加が可能と判定された場合、前記第２パラメータを消費するとともに前記他のプレイヤの前記共同イベントへの参加を許可する共同イベント参加管理部と、
前記共同イベントへの参加が許可された複数のプレイヤのうち一のプレイヤに前記共同イベントの実行権限を付与する権限管理部と、
前記実行権限が付与されたプレイヤの端末から前記共同イベントの実行指示を受け付けた場合、前記共同イベントへの参加が許可された前記複数のプレイヤのうち、前記実行権限が付与されたプレイヤを除くすべてのプレイヤに対して当該共同イベントの実行可否を問い合わせ、当該プレイヤのすべてから前記共同イベントの実行を許可する旨の回答を受け付けたとき前記共同イベントの実行を開始する共同イベント実行制御部と、
前記共同イベントの進捗状況に応じて、前記共同イベントに参加したプレイヤごとに報酬を提供する報酬提供部と、
前記共同イベントが終了するたびに、前記共同イベントの実行回数が前記上限回数に到達したか否かを判断する共同イベント回数判断部と、を備える、
情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理プログラム、情報処理サーバ、及び情報処理システムに関する。

【背景技術】

【0002】

近年、通信ネットワークを介してサーバ装置からプレイヤが操作する携帯端末に提供されるオンラインゲームが好評を博しており、多くのゲームタイトルがリリースされている。

【0003】

例えば、特許文献１には、複数のプレイヤが共通のイベントに共同して参加することを可能にしたオンラインゲームシステムが記載されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１７−２０９３３１号公報

【発明の概要】

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

【0005】

特許文献１に記載されているような従来のオンラインゲームシステムにおいては、あるプレイヤが何等かの代償を消費し、複数のプレイヤが共同して参加する共同イベントを発生させるものが存在する。このような共同イベントにおいては、その共同イベントの成功時に所定の確率でしか褒賞を得ることができない。よって、各プレイヤは、褒賞を得ること自体が不確定であったり褒賞内容が不確定であったりするため、所望の褒賞を得られるまで特定の共同イベントを繰り返し実行しなければならなかった。

【0006】

あるプレイヤが何等かの代償を支払うことで共同イベントを発生させた場合であっても、発生後に当該共同イベントに参加するプレイヤ（支援者）は、代償を支払うことなく共同イベントに参加することができる。よって、代償を支払うことなく共同イベントに参加した支援者であっても、イベント成功時には褒賞を得られる可能性があり、共同イベントを発生させたプレイヤよりも発生済のイベントに参加する支援者の方が有利な状況となる。このように、共同イベントを発生させたプレイヤと支援者との間で公平性が保たれていない状況は、当該プレイヤが、そのゲームへの参加又はそのゲームを継続する意欲やゲーム全体の面白味や醍醐味を減退させてしまう一因になるおそれがあった。

【0007】

そこで、本発明のいくつかの態様はかかる事情に鑑みてなされたものであり、プレイヤ間の公平性を担保することで、プレイヤによるゲームへの参加意欲や継続意欲を高めることが可能なゲームを提供する情報処理プログラム、情報処理サーバ及び情報処理システムを提供することを目的とする。

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

【0008】

本発明の一態様に係る情報処理プログラムは、複数のプレイヤが共同して参加する共同イベントを連続して実行可能な上限回数を含む、前記共同イベントを発生させるための第１制御信号を、前記複数のプレイヤのうち第１プレイヤの端末から受け付けると、前記第１プレイヤに対応づけられた第１パラメータに基づいて前記共同イベントの発生が可能と判定された場合、前記第１パラメータを消費するとともに前記第１プレイヤを参加者として前記共同イベントを発生させる共同イベント発生管理部と、前記上限回数に基づいて、前記共同イベントに参加可能なプレイヤの上限数を決定するプレイヤ数決定部と、前記第１プレイヤ以外の他のプレイヤの端末から前記共同イベントへの参加を希望するためのリクエストを受け付けると、前記他のプレイヤに対応づけられた第２パラメータと、決定された前記上限数とに基づいて前記他のプレイヤの前記共同イベントへの参加が可能と判定された場合、前記第２パラメータを消費するとともに前記他のプレイヤの前記共同イベントへの参加を許可する共同イベント参加管理部と、前記共同イベントへの参加が許可された複数のプレイヤのうち一のプレイヤに前記共同イベントの実行権限を付与する権限管理部と、前記実行権限が付与されたプレイヤの端末から前記共同イベントの実行指示を受け付けた場合、前記共同イベントへの参加が許可された前記複数のプレイヤのうち、前記実行権限が付与されたプレイヤを除くすべてのプレイヤに対して当該共同イベントの実行可否を問い合わせ、当該プレイヤのすべてから前記共同イベントの実行を許可する旨の回答を受け付けたとき前記共同イベントの実行を開始する共同イベント実行制御部と、前記共同イベントの進捗状況に応じて、前記共同イベントに参加したプレイヤごとに報酬を提供する報酬提供部と、前記共同イベントが終了するたびに、前記共同イベントの実行回数が前記上限回数に到達したか否かを判断する共同イベント回数判断部と、をコンピュータに実現させる。

【0009】

「プレイヤ」とは、端末装置を操作するユーザであり、いわゆるクライアント・サーバシステムのクライアントにも該当する概念である。また、プレイヤは、一般に、自身に代えて、仮想的なゲーム空間において活動、行動等するいわゆるプレイヤキャラクタやそれに関連付けられた適宜のゲーム媒体を通して、ゲームに参加し得る。

【0010】

「パラメータ」とは、ゲームにおけるプレイヤの体力を示すスタミナ及びゲーム内アイテム等のゲームの進行に関する情報を意味する。パラメータは、ゲームプレイの内容によって決定される。共同イベントへの参加の際に消費されるパラメータは、例えば、ゲームプレイの難易度や重要度に応じて決定される。スタミナは、時間の経過に伴い回復してもよいし、アイテムにより回復してもよい。アイテムには、プレイヤの攻撃力を増大させる各種アイテム、プレイヤの体力やダメージを回復させる各種アイテム、他のプレイヤやゲームにおける敵キャラクタのダメージを増大させる各種アイテム等が含まれる。また、ゲーム内におけるイベントを発生させる際又はイベントに参加する際に、スタミナ及びアイテムの少なくとも一方を減少（消費）するように制御されてもよい。この減少量（消費量）についても、ゲームプレイの難易度や重要度に応じて決定されてもよい。なお、パラメータには、上記の他、ゲーム内通貨等が含まれてもよい。

【0011】

「報酬」とは、プレイヤが参加するゲーム内におけるイベントにおいて、他のプレイヤやゲームにおける敵キャラクタに対して、ゲームを進める上で相対的に優位に立てるような効果を生じせしめるもの、又は、それを取得、所有することにより、価値や価値観が高められるものを示し、その種類は特に制限されない。報酬には、例えば、スタミナ及び各種アイテム等が含まれる。

【0012】

なお、本発明において、「部」とは、単に物理的手段を意味するものではなく、その「部」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や装置が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や装置の機能が１つの物理的手段や装置により実現されても良い。

【発明の効果】

【0013】

本発明によれば、プレイヤ間の公平性を担保することで、プレイヤによるゲームへの参加意欲や継続意欲を高めることが可能なゲームを提供する。

【図面の簡単な説明】

【0014】

【図1】本発明の実施形態に係る情報処理システムの概略構成図（システム構成図）である。

【図2】本発明の実施形態に係る情報処理サーバ及びプレイヤ端末の概略構成図（ブロック図）である。

【図3】本発明の実施形態に係る情報処理サーバ及びプレイヤ端末の機能的構成の一例を示す概略構成図（ブロック図）である。

【図4】本発明の実施形態に係る共同イベント情報の一例を示す図である。

【図5】本発明の実施形態に係るパラメータ情報の一例を示す図である。

【図6】本発明の実施形態に係る実行権限情報の一例を示す図である。

【図7】本発明の実施形態に係る共同イベント管理処理の一例を示すフローチャートである。

【図8】本発明の実施形態に係るプレイヤ端末の出力部の画面の一例を示す図である。

【図9】本発明の実施形態に係るプレイヤ端末の出力部の画面の一例を示す図である。

【図10】本発明の実施形態に係るプレイヤ端末の出力部の画面の一例を示す図である。

【図11】本発明の実施形態に係るプレイヤ端末の出力部の画面の一例を示す図である。

【図12】本発明の実施形態に係るプレイヤ端末の出力部の画面の一例を示す図である。

【図13】本発明の実施形態に係るプレイヤ端末の出力部の画面の一例を示す図である。

【図14】本発明の実施形態に係るプレイヤ端末の出力部の画面の一例を示す図である。

【図15】本発明の実施形態に係るプレイヤ端末の出力部の画面の一例を示す図である。

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

【0015】

以下、添付図面を参照しながら本発明の実施の形態について説明する。以下の実施の形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、様々な変形が可能である。さらに、各図面において同一の構成要素に対しては可能な限り同一の符号を付し、重複する説明は省略する。

【0016】

図１は、本実施形態に係る情報処理システム１００の全体構成を示すブロック図である。図１に示すように、情報処理システム１００は、例示的に、情報処理サーバ１と、ｎ台（ｎは、１以上の任意の整数値）のプレイヤ端末３と、ネットワークＮとを含んで構成される。

【0017】

情報処理システム１００は、いわゆるクライアント・サーバシステムである。情報処理システム１００は、クライアントであるｎ台のプレイヤ端末３と、情報処理サーバ１とがネットワークＮを介して相互に通信を行うことにより実現される。

【0018】

情報処理サーバ１は、例えば、サーバ装置により実現される。また、プレイヤ端末３は、例えば、スマートフォンや、ゲーム機や、パーソナルコンピュータにより実現される。更に、ネットワークＮは、例えば、インターネット、携帯電話網といったネットワーク、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、あるいはこれらを組み合わせたネットワークにより実現される。

【0019】

なお、図中には、ｎ台のプレイヤ端末３として、プレイヤ端末３ａ及びプレイヤ端末３ｎを図示している。ただし、以下の説明において、これらｎ台のプレイヤ端末３を区別することなく説明する場合には、符号を一部省略して、単に「プレイヤ端末３」と呼ぶ。

【0020】

図２は、本発明の実施形態に係る情報処理サーバ１のハードウェアの構成と、プレイヤ端末３のハードウェアの構成とを示すブロック図である。なお、図中では、情報処理サーバ１のハードウェアに対応する符号には括弧を付すことなく記載し、プレイヤ端末３のハードウェアに対応する符号には括弧を付して記載する。

【0021】

図２に示すように、情報処理サーバ１は、例示的に、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等からなるメモリ１３と、バス１４と、入出力インターフェース１５と、入力部１６と、出力部１７と、記憶部１８と、通信部１９と、を備えている。

【0022】

ＣＰＵ１１は、メモリ１３に記録されているプログラム、又は、記憶部１８からメモリ１３にロードされたプログラムにしたがって各種の処理を実行する。

【0023】

メモリ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。ＣＰＵ１１及びメモリ１３は、バス１４を介して相互に接続されている。このバス１４には、入出力インターフェース１５も接続されている。入出力インターフェース１５には、入力部１６と、出力部１７と、記憶部１８と、通信部１９と、が接続されている。

【0024】

入力部１６は、各種ボタン、タッチパネルあるいはマイク等で構成され、情報処理サーバ１の管理者等の指示操作に応じて各種情報を入力する。なお、入力部１６は、情報処理サーバ１の他の各部を収容する本体とは独立した、キーボードやマウス等の入力装置により実現してもよい。

【0025】

出力部１７は、ディスプレイやスピーカ等で構成されており、画像データや音楽データを出力する。出力部１７が出力した画像データや音楽データは、ディスプレイやスピーカ等から、画像や音楽としてプレイヤが認識可能に出力される。

【0026】

記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の半導体メモリで構成され、各種データを記憶する。

【0027】

通信部１９は、他の装置との間で行う通信を実現する。例えば、通信部１９は、ネットワークＮを介して、プレイヤ端末３との間で相互に通信を行う。

【0028】

なお、情報処理サーバ１には、不図示であるがドライブを必要に応じて適宜設けられる。ドライブには、例えば、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリ等から構成されるリムーバブルメディアが適宜装着される。リムーバブルメディアには、ゲーム実行するためのプログラムや、画像データ等の各種データが格納される。ドライブによってリムーバブルメディアから読み出されたプログラムや、画像データ等の各種のデータは、必要に応じて記憶部１８にインストールされる。

【0029】

次に、プレイヤ端末３のハードウェアの構成について説明をする。プレイヤ端末３は、図２に示すように、例示的に、ＣＰＵ３１と、メモリ３３と、バス３４と、入出力インターフェース３５と、入力部３６と、出力部３７と、記憶部３８と、通信部３９と、を備えている。これら各部は、上述の情報処理サーバ１が備える、符号のみが異なる同名の各部と同等の機能を有している。従って、重複する説明を省略する。

【0030】

図３は、本発明の実施形態に係る情報処理サーバ１の機能的構成と、プレイヤ端末３の機能的構成との一例を示すブロック図である。図３に示すように、情報処理サーバ１は、例示的に、ゲームにおける共同イベントの発生や実行等を管理するための共同イベント管理処理を実行する情報処理部１１１と、共同イベント管理処理に必要な情報及び共同イベント管理処理によって生成された情報を記録する記憶部１８と、を備えて構成される。

【0031】

情報処理部１１１は、例えば、機能的に、共同イベント発生管理部１１３と、プレイヤ数決定部１１５と、共同イベント参加管理部１１７と、権限管理部１１９と、共同イベント実行制御部１２１と、報酬提供部１２３と、共同イベント回数判断部１２５と、を含んで構成されている。なお、情報処理部１１１の上記各部は、例えば、図２に示すメモリ１３や記憶部１８に格納されているプログラムをＣＰＵ１１が実行したりすることにより実現することができる。

【0032】

共同イベント発生管理部１１３は、複数のプレイヤが共同して参加する共同イベントの発生を管理する。具体的には、共同イベント発生管理部１１３は、連続して実行可能な上限回数を含む、共同イベントを発生させるための共同イベント発生信号（第１制御信号）を、複数のプレイヤのうち第１プレイヤのプレイヤ端末３（端末）から受け付ける。そして、共同イベント発生管理部１１３は、受け付けた共同イベント発生信号と、第１プレイヤに対応づけられた、スタミナ及びアイテムの少なくとも一方（第１パラメータ）に基づいて、共同イベントの発生が可能かどうかを判定する。共同イベントの発生が可能と判定された場合、共同イベント発生管理部１１３は、第１パラメータを消費するとともに第１プレイヤを参加者として共同イベントを発生させる。なお、発生する共同イベントは、ゲームの進行状況やプレイヤが予め設定した条件等が考慮され、発生してもよい。

【0033】

プレイヤ数決定部１１５は、上限回数に基づいて、共同イベントに参加可能なプレイヤの上限数を決定する。

【0034】

共同イベント参加管理部１１７は、共同イベントへの参加を管理する。具体的には、共同イベント参加管理部１１７は、第１プレイヤ以外の他のプレイヤのプレイヤ端末３（端末）から共同イベントへの参加を希望するためのリクエストを受け付ける。そして、共同イベント参加管理部１１１７は、当該リクエストに応じて、他のプレイヤに対応づけられた、スタミナ及びアイテムの少なくとも一方（第２パラメータ）と、決定された上限数とに基づいて他のプレイヤの共同イベントへの参加が可能かどうかを判定する。参加が可能と判定された場合、共同イベント参加管理部１１７は、第２パラメータを消費するとともに他のプレイヤの共同イベントへの参加を許可する。

【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】

（ステップＳ１５）
共同イベント参加管理部１１７は、参加リクエストを受け付けると、参加リクエストを送信したプレイヤごとに、ステップＳ５と同様に、参加リクエストを送信した各プレイヤに対応づけられた、スタミナ及びアイテムの少なくとも一方（第２パラメータ）に基づいて、共同イベントへの参加の可否を判定する。なお、共同イベントへの参加に必要なスタミナと、共同イベントの発生に必要なスタミナとは同一であってもよいし、異なってもよい。また、同様に、共同イベントへの参加に必要なアイテムと、共同イベントの発生に必要なアイテムとは同一であってもよいし、異なってもよい。

【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】

１…情報処理サーバ、３…プレイヤ端末、１１（３１）…ＣＰＵ、１３（３３）…メモリ、１４（３４）…バス、１５（３５）…入出力インターフェース、１６（３６）…入力部、１７（３７）…出力部、１８（３８）…記憶部、１９（３９）…通信部、１１１，３１１…情報処理部、１１３…共同イベント発生管理部、１１５…プレイヤ数決定部、１１７…共同イベント参加管理部、１１９…権限管理部、１２１…共同イベント実行制御部、１２３…報酬提供部、１２５…共同イベント回数判断部、３１３…ゲーム動作部、３１５…回答画面生成部

【要約】

【課題】プレイヤ間の公平性を担保することで、プレイヤによるゲームへの参加意欲や継続意欲を高めることが可能なゲームを提供すること。
【解決手段】第１パラメータを消費するとともに共同イベントを発生させる共同イベント発生管理部１１３、共同イベントに参加可能なプレイヤの上限数を決定するプレイヤ数決定部１１５、第２パラメータを消費するとともに他のプレイヤの共同イベントへの参加を許可する共同イベント参加管理部１１７、プレイヤに共同イベントの実行権限を付与する権限管理部１１９、実行権限が付与されたプレイヤを除くすべてのプレイヤから回答を受け付けたとき共同イベントの実行を開始する共同イベント実行制御部１２１、プレイヤごとに報酬を提供する報酬提供部１２３、共同イベントの実行回数が上限回数に到達したか否かを判断する共同イベント回数判断部１２５、をコンピュータに実現させるための情報処理プログラム。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】