特許 7407466 プログラム、方法及びサーバ装置

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

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

(11)【特許番号】

(24)【登録日】2023-12-21

(45)【発行日】2024-01-04

(54)【発明の名称】プログラム、方法及びサーバ装置

(51)【国際特許分類】

   A63F 13/69 20140101AFI20231222BHJP

   A63F 13/847 20140101ALI20231222BHJP

   A63F 13/79 20140101ALI20231222BHJP

   A63F 13/53 20140101ALI20231222BHJP

【ＦＩ】

A63F13/69

A63F13/847

A63F13/79 500

A63F13/53

【請求項の数】 14

(21)【出願番号】P 2022035291

(22)【出願日】2022-03-08

(62)【分割の表示】P 2020125628の分割

【原出願日】2013-05-30

(65)【公開番号】P2022066482

(43)【公開日】2022-04-28

【審査請求日】2022-03-08

(73)【特許権者】

【識別番号】504437801

【氏名又は名称】グリー株式会社

(74)【代理人】

【識別番号】230104019

【弁護士】

【氏名又は名称】大野 聖二

(74)【代理人】

【識別番号】230112025

【弁護士】

【氏名又は名称】小林 英了

(74)【代理人】

【識別番号】230117802

【弁護士】

【氏名又は名称】大野 浩之

(74)【代理人】

【識別番号】230123124

【弁護士】

【氏名又は名称】木村 広行

(74)【代理人】

【識別番号】100167933

【弁理士】

【氏名又は名称】松野 知紘

(72)【発明者】

【氏名】跡部 裕彦

【審査官】安田 明央

(56)【参考文献】

【文献】特許第５０６０６６３（ＪＰ，Ｂ１）

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

【文献】特許第５１０８１４２（ＪＰ，Ｂ１）

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

【文献】BODER BREAK Mpobile 疾風のガンフロント，アプリFan，第１巻 第3号，株式会社コスミック出版，2013年05月14日，p.28-33

【文献】［ボダブレ攻略］クラコン活躍のポイント，[online]ファミ通App，2013年03月28日，https://app.famitsu.com/20130328_146286

【文献】INITIAL M，モバゲーの「忍者ロワイヤル」インプレ ，[online]，2011年06月16日，https://web.archive.org/web/20110616084723/http://initial-m.net/articles/9_misc/game/ninja_rowaiyal.html

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

Ａ６３Ｆ １３／００－１３／９８

Ａ６３Ｆ ９／２４

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

【請求項1】

プレイヤ及び該プレイヤと所定の関係にある他の複数のプレイヤとが協力して対戦を行うことが可能なゲームを提供するためのゲーム制御プログラムであって、
１又は複数のコンピュータを、
前記他の複数のプレイヤから前記プレイヤに付与可能なゲーム要素の量を示す情報、前記他の複数のプレイヤから前記プレイヤに付与されて蓄積されたゲーム要素の量を示す情報及び前記他の複数のプレイヤのうち前記プレイヤからゲーム要素を付与可能なプレイヤを示す情報を含む画面をディスプレイに表示させる第１制御手段と、
前記プレイヤに蓄積されたゲーム要素の量が所定値以上である場合には、前記対戦において所定イベントを実行可能であり、前記プレイヤに蓄積されたゲーム要素の量が所定値未満である場合には、前記所定イベントを実行可能でない第２制御手段と、として機能させる、ゲーム制御プログラム。

【請求項2】

前記第１制御手段は、
前記他の複数のプレイヤから前記プレイヤに付与可能なゲーム要素の量を示す情報、前記他の複数のプレイヤから前記プレイヤに付与されて蓄積されたゲーム要素の量を示す情報、前記他の複数のプレイヤのうち前記プレイヤからゲーム要素を付与可能なプレイヤを示す情報及び前記他の複数のプレイヤのうち前記プレイヤからゲーム要素を付与不可能なプレイヤを示す情報を含む画面をディスプレイに表示させるものである、請求項１に記載のゲーム制御プログラム。

【請求項3】

前記ゲーム制御プログラムは、
前記１または複数のコンピュータを、
前記所定イベントに関する情報を認識可能な画面をディスプレイに表示させる第３制御手段と、として機能させる、請求項１又は２に記載のゲーム制御プログラム。

【請求項4】

前記所定イベントに関する情報は、前記所定イベントが実行可能であるか否かの情報を含む、請求項３に記載のゲーム制御プログラム。

【請求項5】

前記所定イベントに関する情報は、前記所定イベントに関するパラメータを含む、請求項３又は４に記載のゲーム制御プログラム。

【請求項6】

前記ゲーム制御プログラムは、
前記１または複数のコンピュータを、
前記プレイヤに蓄積可能なゲーム要素の量の上限を、前記他の複数のプレイヤの数に基づいて設定する第４制御手段と、として機能させる、請求項１乃至５のいずれかに記載のゲーム制御プログラム。

【請求項7】

前記ゲーム制御プログラムは、
前記１または複数のコンピュータを、
前記プレイヤに蓄積可能なゲーム要素の量の上限を、前記プレイヤの経験値に基づいて設定する第５制御手段と、として機能させる、請求項１乃至６のいずれかに記載のゲーム制御プログラム。

【請求項8】

前記ゲーム制御プログラムは、
前記１または複数のコンピュータを、
前記他の複数のプレイヤの数の上限値を設定する第６制御手段と、として機能させる、請求項１乃至７のいずれかに記載のゲーム制御プログラム。

【請求項9】

前記ゲーム制御プログラムは、
前記１または複数のコンピュータを、
前記プレイヤが、前記他の複数のプレイヤのうち前記プレイヤからゲーム要素を付与可能なプレイヤに対し、ゲーム要素を付与するための操作を受けつけるアイコンをディスプレイに表示させる第７制御手段と、として機能させる、請求項１乃至８のいずれかに記載のゲーム制御プログラム。

【請求項10】

前記ゲーム制御プログラムは、
前記１または複数のコンピュータを、
前記他の複数のプレイヤのうち、前記プレイヤにゲーム要素を付与したプレイヤの情報を認識可能な画面をディスプレイに表示させる第８制御手段と、として機能させる、請求項１乃至９のいずれかに記載のゲーム制御プログラム。

【請求項11】

前記ゲーム制御プログラムは、
前記１または複数のコンピュータを、
前記対戦において前記所定イベントを実行すると、前記プレイヤに蓄積されていたゲーム要素の全部または一部を消失させる第９制御手段と、として機能させる、請求項１乃至１０のいずれかに記載のゲーム制御プログラム。

【請求項12】

前記所定イベントの実行により生じる結果は、前記対戦に参加したプレイヤ間で共有できるものである、請求項１乃至１１のいずれかに記載のゲーム制御プログラム。

【請求項13】

プレイヤ及び該プレイヤと所定の関係にある他の複数のプレイヤとが協力して対戦を行うことが可能なゲームを提供するためのゲーム制御システムであって、
前記他の複数のプレイヤから前記プレイヤに付与可能なゲーム要素の量を示す情報、前記他の複数のプレイヤから前記プレイヤに付与されて蓄積されているゲーム要素の量を示す情報及び前記他の複数のプレイヤのうち前記プレイヤからゲーム要素を付与可能なプレイヤを示す情報を含む画面をディスプレイに表示させる第１制御手段と、
前記プレイヤに蓄積されたゲーム要素の量が所定値以上である場合には、前記対戦において所定イベントを実行可能であり、前記プレイヤに蓄積されたゲーム要素の量が所定値未満である場合には、前記所定イベントを実行可能でない第２制御手段と、を備える、ゲーム制御システム。

【請求項14】

プレイヤ及び該プレイヤと所定の関係にある他の複数のプレイヤとが協力して対戦を行うことが可能なゲームを提供するためのゲーム制御方法であって、
１又は複数のコンピュータに、
前記他の複数のプレイヤから前記プレイヤに付与可能なゲーム要素の量を示す情報、前記他の複数のプレイヤから前記プレイヤに付与されて蓄積されているゲーム要素の量を示す情報及び前記他の複数のプレイヤのうち前記プレイヤからゲーム要素を付与可能なプレイヤを示す情報を含む画面をディスプレイに表示させることと、
前記プレイヤに蓄積されたゲーム要素の量が所定値以上である場合には、前記対戦において所定イベントを実行可能であり、前記プレイヤに蓄積されたゲーム要素の量が所定値未満である場合には、前記所定イベントを実行可能でないことと、を実行させる、ゲーム制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラム、方法及びサーバ装置に関する。

【背景技術】

【0002】

プレイヤ間で対戦したり、プレイヤ同士で協力しながらプレイするオンラインゲーム（以下、ソーシャルゲームという。）において、ゲームの興趣性を高めるためには、プレイヤ間の交流を活性化させるための仕組みを設けることが重要となる。例えば、プレイヤ間の交流を活性化させるための仕組みとして、複数のプレイヤと協力し、ゲーム中に遭遇する敵と対戦を行うレイドバトルが知られている（特許文献１参照）。また、プレイヤ間の交流を活性化させるための他の仕組みとして、プレイヤ間でポイントを与え合い、プレイヤは蓄積したポイントと引き換えにアイテムを取得可能とする仕組みを設けることも可能である。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１１－２５５０８０号公報

【発明の概要】

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

【0004】

しかしながら、ソーシャルゲームなどのゲームにおいて、上記の仕組みに加えてさらにプレイヤ間の交流を活性化させるための仕組みへの要請がある。例えば、上記のレイドバトルそのものを活性化させる仕組みを設けることで、プレイヤ間の交流をさらに活性化させることができる余地がある。また、プレイヤ間でポイントを与え合う場合において、ポイントを受け取ったプレイヤだけでなく、ポイントを与えたプレイヤに対しても対戦において享受できる利益を与えることで、プレイヤ間のポイントを与え合いが活性化し、その結果、プレイヤ間の交流をさらに活性化できる余地がある。

【0005】

本発明は上記に鑑みてなされたものであり、その目的は、ゲームのプレイヤ間の交流をより活性化させるための技術を提供することにある。

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

【0006】

本発明に係るプログラムは、コンピュータを、ゲームにおける各プレイヤに対して、他のプレイヤからの指示に応じて提供されたポイントを記憶する記憶手段、複数のプレイヤのキャラクタのグループと敵キャラクタとの対戦において、一のプレイヤからの指示に応じて、当該プレイヤに対して提供された前記ポイントに応じたイベントを実行するように制御する制御手段として機能させることを特徴とする。

【0007】

本発明に係る方法は、ゲームにおける各プレイヤに対して、他のプレイヤからの指示に応じて提供されたポイントを記憶する記憶手段と、制御手段とを備えたサーバ装置において実施される方法であって、前記制御部が、複数のプレイヤのキャラクタのグループと敵キャラクタとの対戦において、一のプレイヤからの指示に応じて、当該プレイヤに対して提供された前記ポイントに応じたイベントを実行するように制御するステップを備えたことを特徴とする。

【0008】

本発明に係るサーバ装置は、ゲームにおける各プレイヤに対して、他のプレイヤからの指示に応じて提供されたポイントを記憶する記憶手段と、複数のプレイヤのキャラクタのグループと敵キャラクタとの対戦において、一のプレイヤからの指示に応じて、当該プレ
イヤに対して提供された前記ポイントに応じたイベントを実行するように制御する制御手段とを備えたことを特徴とする。

【0009】

また、本発明のプログラムは、ＣＤ－ＲＯＭ等の光学ディスク、磁気ディスク、半導体メモリなどの各種の記録媒体を通じて、又は通信ネットワークなどを介してダウンロードすることにより、コンピュータにインストール又はロードすることができる。

【0010】

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

【発明の効果】

【0011】

本発明によれば、ゲームのプレイヤ間の交流をより活性化させるための技術を提供することができる。

【図面の簡単な説明】

【0012】

【図1】一実施形態におけるゲームシステムの構成を示す概念図である。

【図2】一実施形態におけるサーバ装置の構成を示すブロック図である。

【図3】一実施形態におけるサーバ装置に記憶された情報を示すブロック図である。

【図4】一実施形態におけるゲームフローを示す概念図である。

【図5】一実施形態において、サーバ装置に記憶された情報の例を示す図である。

【図6】一実施形態におけるプレイヤ間のポイントの提供の例を説明するための概念図である。

【図7】一実施形態においてサーバ装置で実施される処理を示すフローチャートである。

【図8】一実施形態における端末装置の構成を示すブロック図である。

【図9】一実施形態において端末装置に表示される画面の例を示す概念図である。

【図10】一実施形態において端末装置に表示される画面の例を示す概念図である。

【図11】一実施形態において端末装置に表示される画面の例を示す概念図である。

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

【0013】

以下、本発明の実施形態について、図面を参照しつつ詳細に説明する。ただし、発明の範囲をこれらに限定するものではない。

【0014】

図１を参照して、一実施形態に係るゲームシステムの構成について説明する。ゲームシステム１は、サーバ装置１０及び端末装置２０などの情報処理装置を主に備える。サーバ装置１０と複数の端末装置２０は、ネットワークＮを介して相互に通信することができる。なお、図１には、３つの端末装置２０が記載されているが、サーバ装置１０と通信可能な端末装置２０の数は、任意である。

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

１ ゲームシステム、１０ サーバ装置、１１，２１ 制御部、１２，２２ ＣＰＵ、１３，２３ メモリ、１４，２４ 通信部、１５，２５ 記憶部、１６，２６ 表示部、１７，２７ 操作部、２０ 端末装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】