ホーム > 特許ランキング > 株式会社Ｃｙｇａｍｅｓ
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-11-14
(45)【発行日】2024-11-22
(54)【発明の名称】情報処理プログラム、情報処理方法および情報処理システム
(51)【国際特許分類】
A63F 13/847 20140101AFI20241115BHJP
A63F 13/42 20140101ALI20241115BHJP
A63F 13/69 20140101ALI20241115BHJP
A63F 13/53 20140101ALI20241115BHJP
【ＦＩ】
A63F13/847
A63F13/42
A63F13/69
A63F13/53
【請求項の数】
7
(21)【出願番号】P 2023184081
(22)【出願日】2023-10-26
【審査請求日】2024-04-11
【早期審査対象出願】
(73)【特許権者】
【識別番号】511249637
【氏名又は名称】株式会社Ｃｙｇａｍｅｓ
(74)【代理人】
【識別番号】110000936
【氏名又は名称】弁理士法人青海国際特許事務所
(72)【発明者】
【氏名】間瀬 圭将
(72)【発明者】
【氏名】小林 世司
(72)【発明者】
【氏名】北沢 亮
【審査官】嶋田 行志
(56)【参考文献】
【文献】特開２０２２－０５５０４０（ＪＰ，Ａ）
【文献】特開２０２３－０２４０１６（ＪＰ，Ａ）
【文献】パーティー，モンスターハンターＮｏｗのあそびかた［オンライン］，2023年10月17日，インターネット：＜URL:https//niantic.helpshift.com/hc/ja/39-monster-hunter-how/faq/4252-party/＞［検索日：2024.05.27］
【文献】「ハロウィン 秋のかぼちゃ狩り」開催！，モンスターハンターＮｏｗ Ｎｅｗｓ［オンライン］，2023年10月18日，インターネット：<URL:https://monsterhunternow.com/ja/news/halloween2023>[検索日:2024.05.27]
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ａ６３Ｆ １３／００－Ａ６３Ｆ １３／９８
Ａ６３Ｆ ９／２４
ＹｏｕＴｕｂｅ
(57)【特許請求の範囲】
【請求項1】
複数のプレイヤが参加可能なマルチプレイゲームにおいて、第１プレイヤによる第１操作の入力に基づいて、第１の効用を発動させる処理と、前記第１操作の入力または前記第１の効用の発動に基づいて、所定の待機情報を有効化する処理と、
前記待機情報が有効化されている場合に、第２プレイヤによる所定の操作の入力に基づいて、予め設けられた第２の効用に所定の効用が追加された、あるいは、前記第２の効用から変化した特別効用を、発動可能な効用に決定する処理と、
前記所定の操作の入力、または、前記特別効用の決定に基づいて、以後に他のプレイヤによって前記所定の操作が入力された際に前記特別効用が発動可能な効用に決定されないように、前記待機情報を無効化する処理と、
決定された前記特別効用を発動させる発動操作、および、決定された前記特別効用を破棄する破棄操作を少なくとも含む複数の操作のいずれかを、前記第２プレイヤに選択可能にする処理と、
前記第２プレイヤによる前記発動操作の入力に基づいて、前記特別効用を発動させる処理と、
前記第２プレイヤによる前記破棄操作の入力に基づいて、前記特別効用を破棄する処理と、
をコンピュータに遂行させる、
情報処理プログラム。
【請求項2】
前記第２プレイヤが選択可能な前記複数の操作には、前記特別効用の発動を留保した状態で、前記マルチプレイゲームを進行させる操作が含まれる、請求項１に記載の情報処理プログラム。
【請求項3】
前記所定の操作は、複数の前記第２の効用のうち、前記マルチプレイゲームにおいて発動させる前記第２の効用を選択する操作である、
請求項１または２に記載の情報処理プログラム。
【請求項4】
前記特別効用の発動に基づいて、前記第１の効用に対応する第１の画像と、前記第２の効用に対応する第２の画像とを表示させる処理、をさらにコンピュータに遂行させる、
請求項１または２に記載の情報処理プログラム。
【請求項5】
前記待機情報を有効化する処理は、前記マルチプレイゲームに前記待機情報を紐付ける処理を含み、
前記待機情報を無効化する処理は、
前記マルチプレイゲームに紐付けられた前記待機情報を破棄する処理を含み、
前記特別効用を決定する処理は、
前記待機情報もしくは前記待機情報に対応する情報を、前記第２プレイヤに紐付ける処理を含み、
前記特別効用を発動させる処理、および、前記特別効用を破棄する処理は、
前記第２プレイヤに紐付けられた前記待機情報もしくは前記待機情報に対応する情報を破棄する処理を含む、
請求項１または２に記載の情報処理プログラム。
【請求項6】
１または複数のコンピュータが、複数のプレイヤが参加可能なマルチプレイゲームにおいて、第１プレイヤによる第１操作の入力に基づいて、第１の効用を発動させる処理と、
前記第１操作の入力または前記第１の効用の発動に基づいて、所定の待機情報を有効化する処理と、
前記待機情報が有効化されている場合に、第２プレイヤによる所定の操作の入力に基づいて、予め設けられた第２の効用に所定の効用が追加された、あるいは、前記第２の効用から変化した特別効用を、発動可能な効用に決定する処理と、
前記所定の操作の入力、または、前記特別効用の決定に基づいて、以後に他のプレイヤによって前記所定の操作が入力された際に前記特別効用が発動可能な効用に決定されないように、前記待機情報を無効化する処理と、
決定された前記特別効用を発動させる発動操作、および、決定された前記特別効用を破棄する破棄操作を少なくとも含む複数の操作のいずれかを、前記第２プレイヤに選択可能にする処理と、
前記第２プレイヤによる前記発動操作の入力に基づいて、前記特別効用を発動させる処理と、
前記第２プレイヤによる前記破棄操作の入力に基づいて、前記特別効用を破棄する処理と、
を遂行する、
情報処理方法。
【請求項7】
１または複数のコンピュータを備え、前記コンピュータが、
複数のプレイヤが参加可能なマルチプレイゲームにおいて、第１プレイヤによる第１操作の入力に基づいて、第１の効用を発動させる処理と、
前記第１操作の入力または前記第１の効用の発動に基づいて、所定の待機情報を有効化する処理と、
前記待機情報が有効化されている場合に、第２プレイヤによる所定の操作の入力に基づいて、予め設けられた第２の効用に所定の効用が追加された、あるいは、前記第２の効用から変化した特別効用を、発動可能な効用に決定する処理と、
前記所定の操作の入力、または、前記特別効用の決定に基づいて、以後に他のプレイヤによって前記所定の操作が入力された際に前記特別効用が発動可能な効用に決定されないように、前記待機情報を無効化する処理と、
決定された前記特別効用を発動させる発動操作、および、決定された前記特別効用を破棄する破棄操作を少なくとも含む複数の操作のいずれかを、前記第２プレイヤに選択可能にする処理と、
前記第２プレイヤによる前記発動操作の入力に基づいて、前記特別効用を発動させる処理と、
前記第２プレイヤによる前記破棄操作の入力に基づいて、前記特別効用を破棄する処理と、
を遂行する情報処理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理プログラム、情報処理方法および情報処理システムに関する。
【背景技術】
【0002】
例えば、特許文献１には、複数のプレイヤが協力して敵キャラクタと対戦するマルチプレイゲームを実現するシステムが開示されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０２３－２４０１６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
上記のマルチプレイゲームにおいては、複数のプレイヤが各々ゲームを進行させる。各プレイヤは、通常攻撃に加えて、特殊な効用を発動させることができる。このとき、他のプレイヤによって発動された効用が自身にも適用されることがある。しかしながら、他のプレイヤによって発動された効用が自身に適用されるか否かは運任せであるため、ゲーム性が低下するという課題がある。
【0005】
本発明は、ゲーム性を向上することが可能な情報処理プログラム、情報処理方法および情報処理システムを提供することを目的としている。
【課題を解決するための手段】
【0006】
上記課題を解決するために、情報処理プログラムは、
複数のプレイヤが参加可能なマルチプレイゲームにおいて、第１プレイヤによる第１操作の入力に基づいて、第１の効用を発動させる処理と、
前記第１操作の入力または前記第１の効用の発動に基づいて、所定の待機情報を有効化する処理と、
前記待機情報が有効化されている場合に、第２プレイヤによる所定の操作の入力に基づいて、予め設けられた第２の効用に所定の効用が追加された、あるいは、前記第２の効用から変化した特別効用を、発動可能な効用に決定する処理と、
前記所定の操作の入力、または、前記特別効用の決定に基づいて、以後に他のプレイヤによって前記所定の操作が入力された際に前記特別効用が発動可能な効用に決定されないように、前記待機情報を無効化する処理と、
決定された前記特別効用を発動させる発動操作、および、決定された前記特別効用を破棄する破棄操作を少なくとも含む複数の操作のいずれかを、前記第２プレイヤに選択可能にする処理と、
前記第２プレイヤによる前記発動操作の入力に基づいて、前記特別効用を発動させる処理と、
前記第２プレイヤによる前記破棄操作の入力に基づいて、前記特別効用を破棄する処理と、
をコンピュータに遂行させる。
複数のプレイヤが参加可能なマルチプレイゲームにおいて、第１プレイヤによる第１操作の入力に基づいて、第１の効用を発動させる処理と、
前記第１操作の入力または前記第１の効用の発動に基づいて、所定の待機情報を有効化する処理と、
前記待機情報が有効化されている場合に、第２プレイヤによる所定の操作の入力に基づいて、予め設けられた第２の効用に所定の効用が追加された、あるいは、前記第２の効用から変化した特別効用を、発動可能な効用に決定する処理と、
前記所定の操作の入力、または、前記特別効用の決定に基づいて、以後に他のプレイヤによって前記所定の操作が入力された際に前記特別効用が発動可能な効用に決定されないように、前記待機情報を無効化する処理と、
決定された前記特別効用を発動させる発動操作、および、決定された前記特別効用を破棄する破棄操作を少なくとも含む複数の操作のいずれかを、前記第２プレイヤに選択可能にする処理と、
前記第２プレイヤによる前記発動操作の入力に基づいて、前記特別効用を発動させる処理と、
前記第２プレイヤによる前記破棄操作の入力に基づいて、前記特別効用を破棄する処理と、
をコンピュータに遂行させる。
【0007】
情報処理プログラムは、
前記第２プレイヤが選択可能な前記複数の操作には、前記特別効用の発動を留保した状態で、前記マルチプレイゲームを進行させる操作が含まれてもよい。
前記第２プレイヤが選択可能な前記複数の操作には、前記特別効用の発動を留保した状態で、前記マルチプレイゲームを進行させる操作が含まれてもよい。
【0008】
前記所定の操作は、
複数の前記第２の効用のうち、前記マルチプレイゲームにおいて発動させる前記第２の効用を選択する操作であってもよい。
複数の前記第２の効用のうち、前記マルチプレイゲームにおいて発動させる前記第２の効用を選択する操作であってもよい。
【0009】
情報処理プログラムは、
前記特別効用の発動に基づいて、前記第１の効用に対応する第１の画像と、前記第２の効用に対応する第２の画像とを表示させる処理、
をさらにコンピュータに遂行させてもよい。
前記特別効用の発動に基づいて、前記第１の効用に対応する第１の画像と、前記第２の効用に対応する第２の画像とを表示させる処理、
をさらにコンピュータに遂行させてもよい。
【0010】
前記待機情報を有効化する処理は、
前記マルチプレイゲームに前記待機情報を紐付ける処理を含み、
前記待機情報を無効化する処理は、
前記マルチプレイゲームに紐付けられた前記待機情報を破棄する処理を含み、
前記特別効用を決定する処理は、
前記待機情報もしくは前記待機情報に対応する情報を、前記第２プレイヤに紐付ける処理を含み、
前記特別効用を発動させる処理、および、前記特別効用を破棄する処理は、
前記第２プレイヤに紐付けられた前記待機情報もしくは前記待機情報に対応する情報を破棄する処理を含んでもよい。
前記マルチプレイゲームに前記待機情報を紐付ける処理を含み、
前記待機情報を無効化する処理は、
前記マルチプレイゲームに紐付けられた前記待機情報を破棄する処理を含み、
前記特別効用を決定する処理は、
前記待機情報もしくは前記待機情報に対応する情報を、前記第２プレイヤに紐付ける処理を含み、
前記特別効用を発動させる処理、および、前記特別効用を破棄する処理は、
前記第２プレイヤに紐付けられた前記待機情報もしくは前記待機情報に対応する情報を破棄する処理を含んでもよい。
【0011】
上記課題を解決するために、情報処理方法は、
１または複数のコンピュータが、
複数のプレイヤが参加可能なマルチプレイゲームにおいて、第１プレイヤによる第１操作の入力に基づいて、第１の効用を発動させる処理と、
前記第１操作の入力または前記第１の効用の発動に基づいて、所定の待機情報を有効化する処理と、
前記待機情報が有効化されている場合に、第２プレイヤによる所定の操作の入力に基づいて、予め設けられた第２の効用に所定の効用が追加された、あるいは、前記第２の効用から変化した特別効用を、発動可能な効用に決定する処理と、
前記所定の操作の入力、または、前記特別効用の決定に基づいて、以後に他のプレイヤによって前記所定の操作が入力された際に前記特別効用が発動可能な効用に決定されないように、前記待機情報を無効化する処理と、
決定された前記特別効用を発動させる発動操作、および、決定された前記特別効用を破棄する破棄操作を少なくとも含む複数の操作のいずれかを、前記第２プレイヤに選択可能にする処理と、
前記第２プレイヤによる前記発動操作の入力に基づいて、前記特別効用を発動させる処理と、
前記第２プレイヤによる前記破棄操作の入力に基づいて、前記特別効用を破棄する処理と、
を遂行する。
１または複数のコンピュータが、
複数のプレイヤが参加可能なマルチプレイゲームにおいて、第１プレイヤによる第１操作の入力に基づいて、第１の効用を発動させる処理と、
前記第１操作の入力または前記第１の効用の発動に基づいて、所定の待機情報を有効化する処理と、
前記待機情報が有効化されている場合に、第２プレイヤによる所定の操作の入力に基づいて、予め設けられた第２の効用に所定の効用が追加された、あるいは、前記第２の効用から変化した特別効用を、発動可能な効用に決定する処理と、
前記所定の操作の入力、または、前記特別効用の決定に基づいて、以後に他のプレイヤによって前記所定の操作が入力された際に前記特別効用が発動可能な効用に決定されないように、前記待機情報を無効化する処理と、
決定された前記特別効用を発動させる発動操作、および、決定された前記特別効用を破棄する破棄操作を少なくとも含む複数の操作のいずれかを、前記第２プレイヤに選択可能にする処理と、
前記第２プレイヤによる前記発動操作の入力に基づいて、前記特別効用を発動させる処理と、
前記第２プレイヤによる前記破棄操作の入力に基づいて、前記特別効用を破棄する処理と、
を遂行する。
【0012】
上記課題を解決するために、情報処理システムは、
１または複数のコンピュータを備え、
前記コンピュータが、
複数のプレイヤが参加可能なマルチプレイゲームにおいて、第１プレイヤによる第１操作の入力に基づいて、第１の効用を発動させる処理と、
前記第１操作の入力または前記第１の効用の発動に基づいて、所定の待機情報を有効化する処理と、
前記待機情報が有効化されている場合に、第２プレイヤによる所定の操作の入力に基づいて、予め設けられた第２の効用に所定の効用が追加された、あるいは、前記第２の効用から変化した特別効用を、発動可能な効用に決定する処理と、
前記所定の操作の入力、または、前記特別効用の決定に基づいて、以後に他のプレイヤによって前記所定の操作が入力された際に前記特別効用が発動可能な効用に決定されないように、前記待機情報を無効化する処理と、
決定された前記特別効用を発動させる発動操作、および、決定された前記特別効用を破棄する破棄操作を少なくとも含む複数の操作のいずれかを、前記第２プレイヤに選択可能にする処理と、
前記第２プレイヤによる前記発動操作の入力に基づいて、前記特別効用を発動させる処理と、
前記第２プレイヤによる前記破棄操作の入力に基づいて、前記特別効用を破棄する処理と、
を遂行する。
１または複数のコンピュータを備え、
前記コンピュータが、
複数のプレイヤが参加可能なマルチプレイゲームにおいて、第１プレイヤによる第１操作の入力に基づいて、第１の効用を発動させる処理と、
前記第１操作の入力または前記第１の効用の発動に基づいて、所定の待機情報を有効化する処理と、
前記待機情報が有効化されている場合に、第２プレイヤによる所定の操作の入力に基づいて、予め設けられた第２の効用に所定の効用が追加された、あるいは、前記第２の効用から変化した特別効用を、発動可能な効用に決定する処理と、
前記所定の操作の入力、または、前記特別効用の決定に基づいて、以後に他のプレイヤによって前記所定の操作が入力された際に前記特別効用が発動可能な効用に決定されないように、前記待機情報を無効化する処理と、
決定された前記特別効用を発動させる発動操作、および、決定された前記特別効用を破棄する破棄操作を少なくとも含む複数の操作のいずれかを、前記第２プレイヤに選択可能にする処理と、
前記第２プレイヤによる前記発動操作の入力に基づいて、前記特別効用を発動させる処理と、
前記第２プレイヤによる前記破棄操作の入力に基づいて、前記特別効用を破棄する処理と、
を遂行する。
【発明の効果】
【0013】
本発明によれば、ゲーム性を向上することが可能となる。
【図面の簡単な説明】
【0014】
【図5】図５Ａは、他のプレイヤから救援依頼があった場合のマイページ画面の一例を示す。図５Ｂは、他のプレイヤから救援依頼があった場合のクエストリスト画面の一例を示す。図５Ｃは、他のプレイヤから救援依頼があった場合の救援依頼一覧画面の一例を示す。
【図7】図７Ａは、アビリティ選択枠の一例を説明する図である。図７Ｂは、アビリティを使用した際のアニメーションの一例を説明する図である。図７Ｃは、アビリティアクションが終了した状態を説明する図である。図７Ｄは、予約されたアビリティアクションが開始される際のアニメーションの一例を説明する図である。
【発明を実施するための形態】
【0015】
以下に添付図面を参照しながら、本発明の実施形態の一態様について詳細に説明する。かかる実施形態に示す数値等は、理解を容易とするための例示にすぎず、特に断る場合を除き、本発明を限定するものではない。なお、本明細書および図面において、実質的に同一の機能、構成を有する要素については、同一の符号を付することにより重複説明を省略し、また本発明に直接関係のない要素は図示を省略する。
【0016】
（情報処理システムＳの全体の構成）
図１は、情報処理システムＳの概略的な構成を示した説明図である。情報処理システムＳは、プレイヤ端末１と、サーバ１００と、通信基地局Ｎａを有する通信ネットワークＮとを含む、所謂クライアントサーバシステムである。情報処理プログラムは、情報処理システムＳで実行される各種のプログラムである。
図１は、情報処理システムＳの概略的な構成を示した説明図である。情報処理システムＳは、プレイヤ端末１と、サーバ１００と、通信基地局Ｎａを有する通信ネットワークＮとを含む、所謂クライアントサーバシステムである。情報処理プログラムは、情報処理システムＳで実行される各種のプログラムである。
【0017】
プレイヤ端末１は、通信ネットワークＮを介してサーバ１００との通信を確立することができる。プレイヤ端末１は、サーバ１００と無線または有線による通信接続が可能な電子機器を広く含む。プレイヤ端末１としては、例えば、スマートフォン、携帯電話、タブレット装置、パーソナルコンピュータ、ゲーム機器等が挙げられる。本実施形態では、プレイヤ端末１として、スマートフォンが用いられる場合について説明する。
【0018】
サーバ１００は、複数のプレイヤ端末１と通信接続される。サーバ１００は、ゲームを管理し、当該ゲームをプレイするプレイヤごとに各種の情報（プレイヤ情報）を蓄積する。また、サーバ１００は、プレイヤ端末１から入力される操作に基づき、蓄積された情報の更新と、ゲームの進行制御とを行う。
【0019】
通信基地局Ｎａは、通信ネットワークＮと接続される。通信基地局Ｎａは、プレイヤ端末１と無線による情報の送受信を行う。サーバ１００は、通信ネットワークＮと接続される。通信ネットワークＮは、携帯電話網、インターネット網、ＬＡＮ(Local Area Network)、専用回線等で構成される。通信ネットワークＮは、プレイヤ端末１とサーバ１００との無線または有線による通信接続を実現する。
【0020】
本実施形態の情報処理システムＳは、プレイヤ端末１およびサーバ１００がゲーム装置Ｇとして機能する。プレイヤ端末１およびサーバ１００には、それぞれゲームの進行制御の役割分担がなされており、プレイヤ端末１とサーバ１００との協働によって、ゲームが進行可能となる。
【0021】
情報処理システムＳで実現されるゲームは、例えば、ブラウザゲームである。ブラウザゲームでは、プレイヤ端末１は、プレイヤの入力操作に基づく情報をサーバ１００に送信する。サーバ１００は、受信した情報に基づいてゲームの進行制御を行って、ゲームの進行による画面情報をプレイヤ端末１に受信させる。プレイヤ端末１は、受信した画面情報に基づいてディスプレイにゲーム画面を表示する。なお、情報処理システムＳで実現されるゲームは、ブラウザゲームに限らず、プレイヤ端末１でゲームの進行制御の少なくとも一部が実行されるアプリケーションゲームであってもよい。
【0022】
（プレイヤ端末１およびサーバ１００のハードウェアの構成）
図２Ａは、プレイヤ端末１のハードウェアの構成を説明する図である。また、図２Ｂは、サーバ１００のハードウェアの構成を説明する図である。図２Ａに示すように、プレイヤ端末１は、１または複数のＣＰＵ(Central Processing Unit)１０、記憶装置１２、バス１４、入出力インタフェース１６、記憶部１８、通信部２０、入力部２２、出力部２４を含んで構成される。
図２Ａは、プレイヤ端末１のハードウェアの構成を説明する図である。また、図２Ｂは、サーバ１００のハードウェアの構成を説明する図である。図２Ａに示すように、プレイヤ端末１は、１または複数のＣＰＵ(Central Processing Unit)１０、記憶装置１２、バス１４、入出力インタフェース１６、記憶部１８、通信部２０、入力部２２、出力部２４を含んで構成される。
【0023】
また、図２Ｂに示すように、サーバ１００は、１または複数のＣＰＵ１１０、記憶装置１１２、バス１１４、入出力インタフェース１１６、記憶部１１８、通信部１２０、入力部１２２、出力部１２４を含んで構成される。
【0024】
なお、サーバ１００のＣＰＵ１１０、記憶装置１１２、バス１１４、入出力インタフェース１１６、記憶部１１８、通信部１２０、入力部１２２、出力部１２４の構成および機能は、それぞれ、プレイヤ端末１のＣＰＵ１０、記憶装置１２、バス１４、入出力インタフェース１６、記憶部１８、通信部２０、入力部２２、出力部２４と実質的に同じである。したがって、以下では、プレイヤ端末１のハードウェアの構成について説明し、サーバ１００については説明を省略する。
【0025】
ＣＰＵ１０は、記憶装置１２に記憶されたプログラムを動作させ、ゲームの進行を制御する。記憶装置１２は、ＲＯＭ(Read Only Memory)またはＲＡＭ(Random Access Memory)で構成され、ゲームの進行制御に必要となるプログラムおよび各種のデータを記憶する。記憶装置１２は、バス１４を介してＣＰＵ１０に接続されている。
【0026】
バス１４には、入出力インタフェース１６が接続される。入出力インタフェース１６には、記憶部１８、通信部２０、入力部２２、出力部２４が接続されている。
【0027】
記憶部１８は、ＲＯＭまたはＲＡＭで構成され、各種プログラムおよびデータを記憶する。プレイヤ端末１においては、記憶部１８に記憶されたプログラムまたはデータが、ＣＰＵ１０によって記憶装置１２（ＲＡＭ）にロードされる。
【0028】
通信部２０は、通信基地局Ｎａと無線により通信接続され、通信ネットワークＮを介して、サーバ１００との間で各種データおよびプログラムといった情報の送受信を行う。プレイヤ端末１においては、サーバ１００から受信したプログラムまたはデータが、記憶装置１２または記憶部１８に格納される。
【0029】
入力部２２は、例えば、プレイヤの操作が入力される（操作を受け付ける）タッチパネル、ボタン、キーボード、マウス、十字キー、アナログコントローラ等で構成される。また、入力部２２は、プレイヤ端末１に設けられた、あるいは、プレイヤ端末１に接続（外付け）された専用のコントローラであってもよい。さらには、入力部２２は、プレイヤ端末１の傾きや移動を検知する加速度センサ、または、プレイヤの音声を検知するマイクで構成されてもよい。すなわち、入力部２２は、プレイヤの意思を、識別可能に入力させることができる装置を広く含む。
【0030】
出力部２４は、ディスプレイ装置およびスピーカを含んで構成される。なお、出力部２４は、プレイヤ端末１に接続（外付け）される機器でもよい。本実施形態では、プレイヤ端末１が、出力部２４としてディスプレイ２６を備え、入力部２２として、ディスプレイ２６に重畳して設けられるタッチパネルを備えている。
【0031】
（ゲーム内容）
次に、本実施形態の情報処理システムＳ（ゲーム装置Ｇ）により提供されるゲームの内容について、一例を用いて説明する。本実施形態のゲームは、所謂オンラインＲＰＧ（Role-Playing Game）であり、複数のプレイヤが通信ネットワークＮを介して１つのゲーム世界で同時にゲームをプレイ可能である。プレイヤには、主人公キャラクタが運営者から与えられる。また、プレイヤは、主人公キャラクタの他、抽選等により複数のサブキャラクタを獲得して仲間にすることができる。以下、主人公キャラクタ、および、仲間にしたサブキャラクタを、味方キャラクタと呼ぶ。
次に、本実施形態の情報処理システムＳ（ゲーム装置Ｇ）により提供されるゲームの内容について、一例を用いて説明する。本実施形態のゲームは、所謂オンラインＲＰＧ（Role-Playing Game）であり、複数のプレイヤが通信ネットワークＮを介して１つのゲーム世界で同時にゲームをプレイ可能である。プレイヤには、主人公キャラクタが運営者から与えられる。また、プレイヤは、主人公キャラクタの他、抽選等により複数のサブキャラクタを獲得して仲間にすることができる。以下、主人公キャラクタ、および、仲間にしたサブキャラクタを、味方キャラクタと呼ぶ。
【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】
また、図６Ａに示すように、救援依頼画面には、ＳＮＳタブ５０ｇが設けられる。ＳＮＳタブ５０ｇが操作されると、不図示の投稿画面が表示され、ＳＮＳ（Social Network Service）に投稿可能な情報が生成される。このとき生成される情報には、例えば、マルチバトルＩＤが含まれる。プレイヤは、投稿画面において、開始されたマルチバトルのマルチバトルＩＤを、ＳＮＳを通じて外部に発信することができる。
【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】
バトルゲームは、この１ターンを繰り返すことで進行する。１ターンの開始時は、まず自ターンの特殊アクション区間となる。そして、自キャラクタによる通常攻撃アクションの開始に伴って特殊アクション区間が終了し、通常アクション区間となる。通常アクション区間が終了すると、自ターンが終了し、敵ターンの開始となる。敵ターンが開始されると、反撃アクション区間となり、反撃アクション区間が終了すると、敵ターンが終了する。これにより、バトルゲームの１ターンが終了する。
【0115】
そして、バトルゲームの１ターンを繰り返す間に、敵キャラクタ５１ｂのＨＰが０になると、バトルゲームの終了条件が成立したとして、プレイヤの勝利でバトルゲームが終了する。
【0116】
ここで、各味方キャラクタ５１ａには、特殊能力としてのアビリティが予め設定されている。アビリティには、例えば、味方キャラクタ５１ａに影響を与えるアビリティ、敵キャラクタ５１ｂに影響を与えるアビリティ、味方キャラクタ５１ａおよび敵キャラクタ５１ｂの双方に影響を与えるアビリティがある。
【0117】
味方キャラクタ５１ａに影響を与えるアビリティは、味方キャラクタ５１ａに有利な効果を付与するアビリティを含む。例えば、味方キャラクタ５１ａの攻撃力や防御力を高める強化アビリティ、味方キャラクタ５１ａのＨＰを回復させる回復アビリティがある。
【0118】
敵キャラクタ５１ｂに影響を与えるアビリティは、敵キャラクタ５１ｂに不利な効果を付与するアビリティや、敵キャラクタ５１ｂにダメージ値を付与するダメージアビリティ等を含む。敵キャラクタ５１ｂに不利な効果を付与するアビリティは、例えば、敵キャラクタ５１ｂの攻撃力や防御力を下げる弱体アビリティがある。弱体アビリティの中には、敵キャラクタ５１ｂに状態異常を付与する（例えば、敵キャラクタ５１ｂの行動を制限する）状態異常アビリティも含まれる。
【0119】
味方キャラクタ５１ａおよび敵キャラクタ５１ｂの双方に影響を与えるアビリティは、例えば、味方キャラクタ５１ａおよび敵キャラクタ５１ｂが配置されるフィールド全体に効果を発動するフィールド効果アビリティである。フィールド効果アビリティは、例えば、味方キャラクタ５１ａおよび敵キャラクタ５１ｂの双方の攻撃力を高める効果を発動する。
【0120】
特殊アクション区間では、プレイヤは、使用可能なアビリティを何回でも発動させることができる。ただし、各アビリティには、使用制限条件が設定されており、プレイヤは、使用制限がかかっていないアビリティのみを選択することができる。例えば、使用制限条件として、１回のバトルゲーム中の使用回数が設定されているアビリティや、所定の発動条件が満たされるまで使用が制限されているアビリティや、再度使用できるようになるまでのターン数が設定されているアビリティが設けられている。
【0121】
また、特殊アクション区間では、プレイヤは、回復タブ５３ｃをタップすることで、回復アイテムを使用することができる。この回復アイテムを使用した場合も、アビリティを使用した場合と同様に、味方キャラクタ５１ａのＨＰ値を回復する等、バトルゲームを有利に進めることができる。
【0122】
さらに、特殊アクション区間では、プレイヤは、召喚アイテム選択タブ５３ｂをタップすることで、召喚アクションによる召喚効果を発動させることができる。味方キャラクタ５１ａには、武器の他に召喚アイテムを装備品として装備させることができる。召喚アイテムには、所定の召喚発動条件が設定されている。召喚アイテムに設定された召喚発動条件を満たした状態で、味方キャラクタ５１ａに装備された召喚アイテムがプレイヤにより操作されることで、所定の効用（効果）が発動する。効用の発動により、味方キャラクタ５１ａに有利な効果が付与されたり、敵キャラクタ５１ｂに不利な効果が付与されたり、敵キャラクタ５１ｂにダメージ値が付与されたりする。これにより、プレイヤは、バトルゲームを有利に進めることができる。
【0123】
図７Ａは、アビリティ選択枠５６の一例を説明する図である。特殊アクション区間中にいずれかの味方キャラクタ５１ａのアビリティ選択タブ５３ａがタップされると、図７Ａに示すように、アビリティ選択枠５６がディスプレイ２６に表示される。アビリティ選択枠５６には、アビリティアイコン５６ａおよびアビリティ説明領域５６ｂが設けられる。アビリティ説明領域５６ｂは、アビリティ選択枠５６の右側に表示される。アビリティ説明領域５６ｂには、アビリティアイコン５６ａ、および、アビリティの説明が表示される。
【0124】
アビリティアイコン５６ａは、各味方キャラクタ５１ａに設定されたアビリティごとに設けられている。味方キャラクタ５１ａが備えるアビリティが複数ある場合は、アビリティ説明領域５６ｂに複数のアビリティアイコン５６ａが表示される。なお、アビリティアイコン５６ａの数は、味方キャラクタ５１ａの種別や、味方キャラクタ５１ａのレベル等によって異なる。
【0125】
図７Ｂは、アビリティを使用した際のアニメーションの一例を説明する図である。図７Ａに示すアビリティ選択枠５６のアビリティアイコン５６ａがタップされると、図７Ｂに示すように、ディスプレイ２６の上部に予約アクション表示部５７が表示される。このとき、予約アクション表示部５７には、タップされたアビリティアイコン５６ａが表示される。
【0126】
一方、アビリティ選択枠５６においては、予約アクション表示部５７に表示されたアビリティアイコン５６ａの表示態様が、使用可能形態から使用制限態様に変更される（ここでは、アビリティアイコン５６ａにバツが重畳表示される）。なお、アビリティアイコン５６ａは、使用制限が解除され、再度使用可能となったときに、使用制限形態から使用可能態様に変更される。
【0127】
予約アクション表示部５７には、最大で５つのアビリティアイコン５６ａが表示される。アビリティアイコン５６ａは、タップされた順に、予約アクション表示部５７の上部から下部に向かって順に配される。また、特殊アクション区間では、予約アクション表示部５７に表示されたアビリティアイコン５６ａに対応するアビリティアクションが、予約アクション表示部５７の上部から下部に向かって順に実行される。
【0128】
このように、アビリティアクションは、特殊アクション区間において、アビリティアイコン５６ａがタップされた順（すなわち、予約アクション表示部５７の上部から下部に向かって順）に実行される。アビリティアクションにより、味方キャラクタ５１ａまたは敵キャラクタ５１ｂのＨＰや攻撃力等、バトルゲームで用いられる各種のパラメータの値（パラメータ値）が変更される。また、ディスプレイ２６には、図７Ｂに示すように、アビリティアクションに対応するアクション画像（アビリティアニメーション）が表示される。
【0129】
図７Ｃは、アビリティアクションが終了した状態を説明する図である。図７Ｄは、予約されたアビリティアクションが開始される際のアニメーションの一例を説明する図である。アビリティアニメーションの表示が終了すると、図７Ｃに示すように、予約アクション表示部５７の最も上部に表示されていたアビリティアイコン５６ａが消去され、その下に表示されていた他のアビリティアイコン５６ａが上方に移動する。つまり、使用されたアビリティに対応するアビリティアイコン５６ａは、アビリティアニメーションの終了に伴って消去される。
【0130】
その後、予約アクション表示部５７の最も上部に移動したアビリティアイコン５６ａに対応するアビリティアクションが開始される。この場合にも、上記と同様に、バトルゲームで用いられる各種のパラメータが変更される。また、図７Ｄに示すように、アビリティアクションに対応するアビリティアニメーションが表示される。
【0131】
なお、アビリティアクションの終了時に、次のアビリティが予約されていない場合、換言すれば、予約アクション表示部５７に次のアビリティアイコン５６ａが表示されていない場合、アビリティアニメーションの終了に伴って、予約アクション表示部５７が非表示となる。
【0132】
このように、プレイヤは、マニュアルモードの特殊アクション区間において、味方キャラクタ５１ａのアビリティを手動で選択および実行することができる。選択したアビリティが実行されると、アビリティに応じたアビリティアニメーションが表示される。また、特殊アクション区間では、複数のアビリティアクションを予約アクション表示部５７に予約することで、アビリティを連続的に実行させることができる。ただし、アビリティアニメーションの表示中にアビリティアイコン５６ａをタップしても、即座にタップしたアビリティアイコン５６ａのアビリティアクションを開始することができない。この場合、アビリティアニメーションの表示が終了するまで、次のアビリティアクションの実行が待機される。
【0133】
なお、ここでは、アビリティアイコン５６ａがタップされ、アビリティアクションが選択、予約および実行される場合について説明したが、回復タブ５３ｃがタップされた後、使用する回復アイテムが決定された場合にも、上記と同様に、アイテム使用アクションが選択、予約および実行される。この場合、予約アクション表示部５７には、プレイヤが選択した回復アイテムに対応する不図示のアイテムアイコンが表示される。アイテム使用アクションが実行された場合には、アイテム使用アニメーションが表示される。
【0134】
同様に、召喚アイテム選択タブ５３ｂがタップされた後、召喚アイテムが決定された場合にも、召喚アクションが選択、予約および実行される。この場合、予約アクション表示部５７には、プレイヤが選択した召喚アイテムに対応する不図示の召喚アイテムアイコンが表示される。召喚アクションが実行された場合には、召喚アニメーションが表示される。
【0135】
本実施形態では、アビリティアクション、アイテム使用アクション、および、召喚アクションを最大で５つまで予約することができる。予約アクション表示部５７は、使用が予約されているアビリティ、アイテム、または、召喚アイテムをプレイヤに報知するものと言える。
【0136】
また、予約アクション表示部５７に表示されているアビリティアイコン５６ａ、アイテムアイコン、または、召喚アイテムアイコンがタップされると、そのアイコンが予約アクション表示部５７から消去される。つまり、プレイヤは、予約アクション表示部５７に表示されているアビリティアイコン５６ａ、アイテムアイコン、または、召喚アイテムアイコンをタップすることで、予約されているアビリティアクション、アイテム使用アクション、または、召喚アクションをキャンセルすることができる。
【0137】
なお、プレイヤは、特殊アクション区間において、使用可能なアビリティ、アイテム、および、召喚アイテムの一部または全部を使用してもよいし、一切使用せずともよい。所望のアビリティ、アイテム、および、召喚アイテムを使用した場合、あるいは、アビリティ、アイテム、および、召喚アイテムを使用する必要がない場合、プレイヤは通常攻撃タブ５２をタップすることで、特殊アクション区間を終了させることができる。
【0138】
また、詳しい説明は省略するが、プレイヤは、アビリティアクション中、アイテム使用アクション中、召喚アクション中、あるいは、アビリティ、アイテム、召喚アイテムの使用が予約された状態においても、通常攻撃タブ５２をタップすることができる。この場合には、通常攻撃アクションに対応するアイコンが予約アクション表示部５７に表示され、通常攻撃アクションが予約された状態となる。そして、通常攻撃アクションの開始により、通常アクション区間となり、特殊アクション区間が終了する。上記したように、通常アクション区間では、味方キャラクタ５１ａが通常攻撃アクションを行い、続いて、敵キャラクタ５１ｂが反撃アクションを行うが、この間は、アビリティ、アイテム、召喚アイテムの予約を行うことができない。
【0139】
本実施形態では、特殊アクション区間において、アビリティ、アイテム、召喚アイテムの使用を予約可能なモード（予約許可状態）と、アビリティ、アイテム、召喚アイテムの使用を予約できないモード（予約不可能状態）とを、プレイヤが予め設定可能である。予約不可能状態に設定されているときに、例えば、アビリティ選択枠５６に表示されているアビリティアイコン５６ａがタップされると、即座にアビリティアクションが開始されるものの、予約アクション表示部５７が表示されることはない。また、アクション画像（通常攻撃アニメーション、アビリティアニメーション、アイテム使用アニメーション、召喚アニメーション）の表示中は、アビリティ選択枠５６におけるアビリティアイコン５６ａのタップが無効となる。
【0140】
また、バトルゲーム中は、味方キャラクタ５１ａごとに所定のメータ値（以下、奥義ゲージ値ともいう）が溜まる。このメータ値は、通常攻撃アクションを行なうごとに所定値ずつ増加したり、アビリティやアイテムの使用により増加したりする。そして、図６Ｄに示すように、ディスプレイ２６における画面下半分の領域には、奥義発動選択タブ５３ｄが表示される。
【0141】
奥義発動選択タブ５３ｄは、プレイヤにより操作されることで、ＯＮ状態とＯＦＦ状態とに切換可能に構成される。味方キャラクタ５１ａのメータ値が最大値に達している場合、味方キャラクタ５１ａの奥義攻撃アクションを発動する奥義発動条件が満たされる。一方、味方キャラクタ５１ａのメータ値が最大値に達していない場合、奥義発動条件は満たされずに、奥義攻撃アクションの発動が不可能となる。
【0142】
奥義発動選択タブ５３ｄは、ＯＮ状態に設定されると、奥義発動条件が満たされた味方キャラクタ５１ａの奥義攻撃アクションの発動を許可し、ＯＦＦ状態に設定されると、奥義発動条件が満たされた味方キャラクタ５１ａの奥義攻撃アクションの発動を制限する。マニュアルモードにおいては、奥義発動選択タブ５３ｄがＯＮ状態であり、いずれかの味方キャラクタ５１ａの奥義発動条件が満たされた状態で通常攻撃タブ５２がタップされると、奥義発動条件が満たされた味方キャラクタ５１ａの攻撃動作が、通常攻撃動作に代えて、奥義攻撃動作となる。
【0143】
この奥義攻撃動作は、通常攻撃動作よりも、敵キャラクタ５１ｂに与えるダメージが大きい。一方、奥義発動選択タブ５３ｄがＯＦＦ状態であり、いずれかの味方キャラクタ５１ａの奥義発動条件が満たされた状態で通常攻撃タブ５２がタップされた場合、奥義発動条件が満たされた味方キャラクタ５１ａの攻撃動作は、通常攻撃動作のままとなり、奥義攻撃動作は発動しない。つまり、奥義発動選択タブ５３ｄがＯＦＦ状態であるとき、味方キャラクタ５１ａの奥義攻撃動作は温存され、最大値に達したメータ値が維持される。なお、奥義攻撃アクションが発動した後は、メータ値が０にリセットされる。
【0144】
奥義攻撃アクションは、味方キャラクタ５１ａごとに単体で発動することもできるが、複数の味方キャラクタ５１ａで同時に発動することもできる。例えば、４体の味方キャラクタ５１ａのメータ値が全て最大値に達した状態で通常攻撃タブ５２がタップされると、特別奥義アクションが発動する。この特別奥義アクションでは、単体の奥義攻撃動作よりも、敵キャラクタ５１ｂに与えるダメージが非常に大きい。
【0145】
ここで、上記したように、召喚アイテムが使用されると、召喚アクションが実行される。召喚アイテムには、敵キャラクタ５１ｂに大きなダメージを与える等の効用が紐付けられている。したがって、プレイヤは、召喚アイテムを選択することで、選択した召喚アイテムに紐付けられた効用を発動させることができる。また、本実施形態では、プレイヤが召喚アクションを実行させた際に、プレイヤによって選択された召喚アイテムに紐付く効用に加えて、他のプレイヤが発動させた効用が追加的に発動することがある。以下に、召喚アイテムの使用によって発動する効用について詳述する。
【0146】
図８は、召喚アイテムの一例を説明する図である。本実施形態では、複数種類の召喚アイテムが設けられている。プレイヤは、ガチャ等によって獲得した召喚アイテムを所持することができる。プレイヤは、編成画面において、マルチバトルで使用可能な召喚アイテムを６つ設定することができる。具体的には、プレイヤは、自身が所持する召喚アイテムの中から、５種類の召喚アイテムを選択して設定することができる。また、プレイヤは、他のプレイヤが所持する召喚アイテムから１つをレンタルして設定することができる。
【0147】
図８に示すように、召喚アイテムには、召喚アイテムＩＤが紐付けられている。１つの召喚アイテムには、必ず、１の召喚アイテムＩＤが紐付けられている。召喚アイテムＩＤは、召喚アイテムの種類を識別するための情報である。また、召喚アイテムには、効用ＩＤが紐付けられている。効用ＩＤには、召喚アイテムが使用された際に発動する効用、すなわち、召喚アクションが紐付けられている。召喚アクションは、プレイヤによって選択された召喚アイテムに紐付けられる効用ＩＤ、または、召喚アイテムＩＤに基づいて実行される。
【0148】
上記したように、マルチバトルでは、複数のプレイヤそれぞれのプレイヤ端末１において、同時並行してゲームが進行する。プレイヤが召喚アイテムを使用して召喚アクションが実行されると、使用された召喚アイテム、あるいは、発動した効用に関する情報と、償還アイテムを使用したプレイヤのプレイヤＩＤとが、サーバ１００に順次蓄積される。したがって、サーバ１００においては、マルチバトルにおいて、最後に使用された召喚アイテム、あるいは、最後に発動した効用が把握可能である。
【0149】
そして、プレイヤが召喚アイテムを使用すると、使用した召喚アイテムに紐付けられた効用に加えて、マルチバトル中に他のプレイヤによって使用された召喚アイテムのうち、直近（最後）の召喚アイテムに紐付けられた効用が追加的に発動することがある。つまり、１の召喚アイテムの使用により、使用される召喚アイテムに紐付けられた効用と、他の召喚アイテムに紐付けられた効用とが同時に発動することがある。このように、１の召喚アイテムの使用により２種類の効用が発動することを、召喚アイテムもしくは効用の合体と呼ぶ。以下では、理解を容易とするために、召喚アイテムが合体することとして説明する。
【0150】
具体的には、召喚アイテムの合体は、相対的に先に使用された召喚アイテムと、相対的に後に使用された召喚アイテムとの２つで行われる。換言すれば、効用の合体は、相対的に先に発動した効用と、相対的に後に発動した効用との２つで行われる。したがって、召喚アイテムは、先に使用された他の召喚アイテムと合体することもあれば、後に使用される他の召喚アイテムに合体されることもある。使用された召喚アイテムは、後に使用される他の召喚アイテムとの合体を待機した合体待機状態となる。いずれかの召喚アイテムの合体待機状態において、他の召喚アイテムが使用されると、合体待機状態の召喚アイテムに紐付けられた効用と、使用された召喚アイテムに紐付けられた効用とが発動する。
【0151】
ただし、召喚アイテムには、合体が可能な召喚アイテムと、合体が不可能な召喚アイテムとが含まれる。図８に示すように、各召喚アイテムには、合体待機許可情報が紐付けられている。合体待機許可情報は、後から使用される召喚アイテムとの合体を待機した合体待機状態になれるか否かを識別する情報である。換言すれば、合体待機許可情報は、後から使用される召喚アイテムに対して合体可能であるか否か、すなわち、合体元になり得るかを識別する情報である。
【0152】
図８に示す例では、召喚アイテムＡ、Ｃ、Ｄ、Ｆが、後から使用される召喚アイテムに対して合体元になり得るが、召喚アイテムＢ、Ｅは合体元になることはない。また、合体は２種類の召喚アイテムで行われるが、各召喚アイテムには、合体可能な召喚アイテムが設定されている。例えば、召喚アイテムＡは、合体元が召喚アイテムＣ、Ｆである場合には合体可能であるが、合体元が召喚アイテムＡ、Ｂ、Ｄ、Ｅである場合には合体することができない。したがって、例えば、直近で他のプレイヤが召喚アイテムＣを使用し、召喚アイテムＣが合体待機状態となった後に、プレイヤが召喚アイテムＡを使用すると、召喚アイテムＡの使用によって、召喚アイテムＡ、Ｃのそれぞれに紐付く２つの効用が発動する。
【0153】
一方で、例えば、直近で召喚アイテムＤが使用され、召喚アイテムＤが合体待機状態となった後に、召喚アイテムＡが使用されたとする。召喚アイテムＡは、召喚アイテムＤと合体することができないように設定されている。すなわち、召喚アイテムＤは、召喚アイテムＡの合体元として適合しない。そのため、この場合には、召喚アイテムＡの使用によって、召喚アイテムＡに紐付く１つの効用が発動することとなる。
【0154】
また、合体待機許可情報が「不可」に設定されている召喚アイテムは、そもそも合体待機状態となり得ない。例えば、プレイヤが召喚アイテムＢを使用して召喚アクションが実行された場合、召喚アイテムＢ、あるいは、発動した効用に関する情報は、サーバ１００に蓄積されない。召喚アイテムＢに関する情報がサーバ１００に蓄積されないことから、召喚アイテムＢが合体元になることがない。
【0155】
図９Ａは、合体不可能な場合の召喚アイテム選択枠７０の一例を説明する図である。図９Ｂは、合体不可能な場合の召喚情報ダイアログ７１の一例を説明する図である。図６Ｃに示すバトル画面において、召喚アイテム選択タブ５３ｂが操作されると、図９Ａに示すように、召喚アイテム選択枠７０が表示される。召喚アイテム選択枠７０には、６つの召喚アイテム画像が表示されている。召喚アイテム画像は、プレイヤが予め設定した６つの召喚アイテムにそれぞれ対応している。
【0156】
ここでは、６つの召喚アイテム画像を、召喚アイテム画像７０ａ、７０ｂ、７０ｃ、７０ｄ、７０ｅ、７０ｆとする。プレイヤは、召喚アイテム選択枠７０に表示される召喚アイテム画像７０ａ、７０ｂ、７０ｃ、７０ｄ、７０ｅ、７０ｆを操作することで、使用する召喚アイテムを選択することができる。
【0157】
上記したように、召喚アイテムには、それぞれ召喚発動条件が設定されている。召喚発動条件を満たさない召喚アイテムに対応する召喚アイテム画像は、図９Ａにクロスハッチングで示すように、グレーアウトして表示される。グレーアウトして表示される召喚アイテム画像に対する操作入力は無効となる。なお、召喚発動条件には、マルチバトルの開始から、あるいは、前回の使用からの必要ターン数が含まれる。召喚発動条件を満たさない召喚アイテムに対応する召喚アイテム画像には、召喚アイテムを使用可能になるまでの残りの必要ターン数が表示される。
【0158】
これに対して、召喚発動条件を満たす召喚アイテムに対応する召喚アイテム画像は、召喚発動条件を満たさない召喚アイテムに対応する召喚アイテム画像よりも強調して表示される。図９Ａに示す例では、召喚アイテム画像７０ａ、７０ｃ、７０ｆに対応する召喚アイテムが召喚発動条件を満たしており、召喚アイテム画像７０ｂ、７０ｄ、７０ｅに対応する召喚アイテムが召喚発動条件を満たしていない。召喚発動条件を満たしている召喚アイテムに対応する召喚アイテム画像が操作されると、図９Ｂに示す召喚情報ダイアログ７１が表示される。
【0159】
召喚情報ダイアログ７１には、召喚情報表示欄７１ａが設けられる。召喚情報表示欄７１ａには、プレイヤが選択した召喚アイテムに関する情報である召喚情報が表示される。召喚情報には、例えば、召喚アイテムの名称、召喚アイテムの使用により発動する効用の説明が含まれる。なお、召喚情報ダイアログ７１に表示される召喚情報の内容は一例に過ぎない。
【0160】
また、召喚情報ダイアログ７１の下部には、キャンセルボタン７１ｂおよび発動ボタン７１ｃが設けられる。キャンセルボタン７１ｂが操作されると、召喚アイテム選択枠７０において選択された召喚アイテムの使用がキャンセルされる。この場合、召喚情報ダイアログ７１が閉じられ、図９Ａに示すバトル画面が表示される。
【0161】
これに対して、発動ボタン７１ｃが操作されると、プレイヤによって選択された召喚アイテムが使用され、召喚アクションが実行される。この場合、召喚情報ダイアログ７１が閉じられ、図６Ｃに示すバトル画面が表示される。また、発動ボタン７１ｃが操作された際に、即座に召喚アクションが実行されない場合には、召喚アクションの予約がなされる。この場合には、図７Ｃに示される予約アクション表示部５７に、召喚アイテムアイコンが表示される。
【0162】
図１０Ａは、合体可能な場合の召喚アイテム選択枠７０の一例を説明する図である。図１０Ｂは、合体可能な場合の召喚情報ダイアログ７１の一例を説明する図である。上記したように、図６Ｃに示すバトル画面において、召喚アイテム選択タブ５３ｂが操作されると、召喚アイテム選択枠７０が表示される。召喚アイテム選択枠７０の表示時には、サーバ１００において、合体待機情報の有無が確認される。
【0163】
このとき、合体待機情報があれば、召喚発動条件を満たす召喚アイテムごとに、先に使用された召喚アイテムを合体元とする合体が可能であるか否かが判定される。そして、合体が可能であると判定された場合には、合体元に召喚アイテムを合体させる権利（以下、合体権利と呼ぶ）をプレイヤが獲得する。このように、プレイヤは、合体権利を獲得することで、召喚アイテムを合体元と合体させることが可能となる。なお、詳しくは後述するが、一の合体元に対する合体権利をいずれかのプレイヤが獲得すると、他のプレイヤは同じ合体権利を獲得することはできない。つまり、一の合体元に対する合体権利は、いずれか一のプレイヤに対して１回のみ付与される。
【0164】
プレイヤが合体権利を獲得した場合、合体可能な召喚アイテムに対応する召喚アイテム画像には、図１０Ａに示すように、「ＣＨＡＮＣＥ」と記された示唆画像７２が重畳表示される。つまり、召喚アイテム選択枠７０においては、示唆画像７２により、合体可能な召喚アイテムが識別可能となる。
【0165】
上記したように、召喚アイテム選択枠７０において、召喚発動条件を満たす召喚アイテムが選択されると、召喚情報ダイアログ７１が表示される。このとき、合体可能な召喚アイテムが選択されると、図１０Ｂに示すように、召喚情報ダイアログ７１に、合体情報表示欄７１ｄおよび合体解除ボタン７１ｅが設けられる。なお、図１０Ａにおいて、合体不可能な召喚アイテムが選択された場合には、図９Ｂに示すように、合体情報表示欄７１ｄおよび合体解除ボタン７１ｅが設けられていない召喚情報ダイアログ７１が表示される。
【0166】
合体情報表示欄７１ｄには、合体に関する情報が表示される。合体に関する情報には、例えば、召喚アイテムの合体によって追加的に発動する効用、すなわち、合体元の効用に関する情報が含まれる。このように、プレイヤは、選択された召喚アイテムの使用により、召喚アイテムの合体がなされた場合に発動する全ての効用を、召喚情報ダイアログ７１において確認することができる。なお、以下では、召喚アイテムの合体がなされた場合に発動する全ての効用は合わせて、特別効用と称する場合がある。
【0167】
そして、合体可能な召喚アイテムが選択された状態で、召喚情報ダイアログ７１の発動ボタン７１ｃが操作されると、召喚アクションが実行される。このときに実行される召喚アクションにより、プレイヤが選択した召喚アイテムに紐付けられた効用と、合体元の召喚アイテムに紐付けられた効用とが発動することとなる。合体権利は、召喚アイテムの使用、すなわち、召喚アクションの実行により消滅する。各プレイヤは、合体権利を一度に１つしか保持することができない。換言すれば、各プレイヤは、合体権利を所持した状態では、新たな合体権利を獲得することができない。したがって、プレイヤは、召喚アイテムを使用して合体権利を使用することにより、新たな合体権利を獲得可能となる。ただし、合体権利は１度に複数保持可能であってもよい。
【0168】
また、合体解除ボタン７１ｅが操作されると、プレイヤが獲得した合体権利が破棄される。この場合、召喚情報ダイアログ７１が、図１０Ｂに示す状態から図９Ｂに示す状態に切り替わる。召喚情報ダイアログ７１が切り替わった後に発動ボタン７１ｃが操作されると、召喚アクションが実行される。ただし、この場合には、既に合体権利が破棄されているため、合体元の召喚アイテムに紐付けられた効用は発動しない。プレイヤは、合体権利を破棄することで、新たな合体権利を獲得可能となる。
【0169】
ここで、一度獲得した合体権利は、上記した使用による消滅、破棄、マルチバトルの終了によってのみ喪失する。したがって、図１０Ｂに示す状態で、キャンセルボタン７１ｂが操作された場合には、獲得済みの合体権利は喪失しない。この場合、合体権利が留保された状態で召喚情報ダイアログ７１が閉じられ、図１０Ａに示すバトル画面が表示される。
【0170】
上記したように、自ターンは通常攻撃タブ５２が操作されるまで終了せず、１ターン中に、例えばアビリティを複数回発動させることも可能である。したがって、プレイヤは、合体権利を所持した状態で、アビリティを発動させる等、他のアクションを実行させることができる。また、合体権利は、ターンを跨いで留保される。したがって、合体権利が留保された状態で現在のターンが終了した場合には、次のターン以降に、合体権利を使用することができる。
【0171】
なお、合体権利の獲得時に召喚発動条件を満たさない召喚アイテムが、次ターン以降に召喚発動条件を満たすことがある。例えば、図１０Ａでは、召喚アイテム画像７０ｄに対応する召喚アイテムは、次のターンで召喚発動条件を満たす。合体権利が留保された状態で現在のターンが終了すると、次のターンでは、召喚アイテム画像７０ｄに対応する召喚アイテムが使用可能となる。
【0172】
このとき、召喚アイテム画像７０ｄに対応する召喚アイテムが、合体元に対して合体可能であるとする。このような場合、次のターンにおいて、召喚アイテム画像７０ｄに対応する召喚アイテムが選択されると、合体権利が使用されることとなる。このように、プレイヤは、合体権利を留保することが可能であり、合体権利を留保した状態で、他のアクションを選択してゲームを進行することができる。
【0173】
なお、留保された合体権利は、合体権利が獲得されたターンの次ターン以降において破棄することもできる。次ターン以降においても、プレイヤは、一度、召喚情報ダイアログ７１を表示させ、合体解除ボタン７１ｅを操作することで、保持している合体権利を破棄することができる。
【0174】
図１１Ａは、召喚アクションの実行時の演出の一例を説明する第１の図である。例えば、召喚アイテムＡの使用により召喚アクションが実行されたとする。この場合、図１１Ａに示すように、召喚アイテムＡ、および、召喚アイテムＡの使用により発動する効用に対応するゲーム画像８０が表示される。ゲーム画像８０は、例えば、召喚アイテムＡに紐付けられた召喚キャラクタ等のオブジェクトを含む。
【0175】
図１１Ｂは、召喚アクションの実行時の演出の一例を説明する第２の図である。例えば、召喚アイテムＢの使用により召喚アクションが実行されたとする。この場合、図１１Ｂに示すように、召喚アイテムＢ、および、召喚アイテムＢの使用により発動する効用に対応するゲーム画像８１が表示される。ゲーム画像８１は、例えば、召喚アイテムＢに紐付けられた召喚キャラクタ等のオブジェクトを含む。
【0176】
図１１Ｃは、召喚アクションの実行時の演出の一例を説明する第３の図である。例えば、召喚アイテムＡの使用により、召喚アイテムＢを合体元とする合体権利が使用されたとする。この場合、召喚アクションの実行により、図１１Ｃに示すように、ゲーム画像８０、８１が表示される。合体権利が使用されると、プレイヤが選択した召喚アイテムに紐付けられた効用（第２の効用）に、他のプレイヤが発動させた効用（第１の効用）が追加される。第１の効用および第２の効用の発動に基づいて、第１の効用に対応するゲーム画像８１（第１のゲーム表示）と、第２の効用に対応するゲーム画像８０（第２のゲーム表示）とが表示される。これにより、プレイヤは、合体権利を使用したことを容易に把握することができる。
【0177】
また、ゲーム画像８０、８１の上部には、例えば、召喚アイテムの名称や、召喚アイテムに紐付けられる召喚キャラクタの名称等がテキスト表示される。そして、合体権利が使用された場合には、２つの召喚アイテムそれぞれに対応した名称が組み合わされた特殊な名称が表示される。これにより、プレイヤに特別感を抱かせることが可能となり、ゲームの興趣が向上する。
【0178】
次に、合体権利の獲得、使用の流れについて一例を用いて具体的に説明する。
【0179】
図１２は、複数のプレイヤの操作入力を時系列に示す第１の図である。図１３は、複数のプレイヤの操作入力を時系列に示す第２の図である。サーバ１００には、複数（Ｎ）個の記憶領域を有するキャッシュが設けられる。なお、キャッシュに設けられる記憶領域の数（Ｎ）は特に限定されないが、記憶領域の数（Ｎ）は、例えば、１回のマルチバトルで想定される召喚アイテムの使用数以上であることが望ましい。ここでは、記憶領域として、第１記憶領域Ｍ１から第Ｎ記憶領域ＭＮの順に情報が記憶される。
【0180】
各記憶領域には、待機情報記憶部と完了情報記憶部とが設けられる。待機情報記憶部には待機情報が記憶される。待機情報は、使用された召喚アイテム、あるいは、発動した効用に対応する情報である。ここでは、待機情報として、マルチバトルにおいて発動した効用に対応する情報が記憶されることとして説明する。具体的には、待機情報記憶部には、発動した効用に紐付けられた効用ＩＤが記憶される。ただし、待機情報記憶部に記憶される待機情報は、例えば、使用された召喚アイテムに紐付けられた召喚アイテムＩＤでもよい。あるいは、待機情報には、効用ＩＤおよび召喚アイテムＩＤの双方が含まれてもよい。また、待機情報は、召喚アイテムに紐付けられた他の情報であってもよい。いずれにしても、待機情報は、使用された召喚アイテム、もしくは、発動した効用を特定することができる情報であればよく、その内容は特に限定されない。
【0181】
完了情報記憶部には完了情報が記憶される。完了情報は、使用された召喚アイテムを合体元とする合体権利が、いずれかのプレイヤによって獲得されたか否かを示す情報である。換言すれば、完了情報は、いずれかのプレイヤによって獲得された合体権利をロックし、さらに他のプレイヤに獲得させないようにするための情報である。ここでは、完了情報として「０」および「１」の２種類のフラグが設けられる。完了情報の「０」は、合体権利が未獲得であることを示し、完了情報の「１」は、合体権利が獲得済みであることを示す。
【0182】
また、図１２および図１３において、ｔｎ（ｎ＝１～１３）は、マルチバトルの開始からの経過時間を示しており、ｎが小さいほど、経過時間が短い。図１２のｔ１において、プレイヤ（ＰＹ１）が、図９Ａに示す召喚アイテム選択枠７０において、召喚アイテムＡを選択する選択操作を入力したとする。その後、ｔ２において、プレイヤ（ＰＹ１）が、召喚情報ダイアログ７１の召喚情報表示欄７１ａの操作（以下、発動操作と呼ぶ）を入力したとする。
【0183】
発動操作の入力により、プレイヤ（ＰＹ１）のプレイヤ端末１において、効用ＩＤ＝１０００の効用が発動する。また、このとき、第１記憶領域Ｍ１の待機情報記憶部に、発動した効用の効用ＩＤ（１０００）が記憶される。また、第１記憶領域Ｍ１の完了情報記憶部に「０」が記憶される。
【0184】
その後、ｔ３において、プレイヤ（ＰＹ２）が、図１０Ａに示す召喚アイテム選択枠７０において、召喚アイテムＣを選択する選択操作を入力したとする。このとき、直近で発動した効用を示す待機情報が第１記憶領域Ｍ１に記憶されている。また、第１記憶領域Ｍ１の完了情報記憶部には、未だ合体権利が未獲得であることを示す「０」が記憶されている。このように、直近で発動した効用を合体元とする合体権利が未獲得である場合、この未獲得の合体権利が、召喚アイテムを選択した時点で獲得される。
【0185】
したがって、図中ｔ３の破線で示すように、第１記憶領域Ｍ１に記憶されている効用ＩＤが、合体権利として、プレイヤ（ＰＹ２）のプレイヤＩＤに紐付けられる。効用ＩＤすなわち待機情報がプレイヤＩＤに紐付けられることで、合体権利が獲得されたこととなる。また、このとき、第１記憶領域Ｍ１の完了情報記憶部のフラグが、「０」から「１」に更新される。これにより、第１記憶領域Ｍ１に記憶された効用の合体権利が獲得済みとなる。
【0186】
その後、ｔ４において、プレイヤ（ＰＹ２）が発動操作を入力したとする。このとき、プレイヤ（ＰＹ２）は、効用ＩＤ＝１０００の合体権利を所持している。したがって、召喚アイテムＣに紐付けられた効用ＩＤ＝１００２の効用と、合体元の効用ＩＤ＝１０００の効用とが発動する。これにより、プレイヤ（ＰＹ２）は、合体権利を使用したこととなり、合体権利が消滅する。また、このとき、第２記憶領域Ｍ２の待機情報記憶部には、プレイヤ（ＰＹ２）によって選択された召喚アイテムに紐付けられた効用ＩＤ＝１００２が記憶される。また、第２記憶領域Ｍ２の完了情報記憶部には、フラグ「０」が記憶される。
【0187】
その後、ｔ５において、プレイヤ（ＰＹ３）が、図１０Ａに示す召喚アイテム選択枠７０において、召喚アイテムＤを選択する選択操作を入力したとする。このとき、直近で発動した効用を示す待機情報が第２記憶領域Ｍ２に記憶されている。また、第２記憶領域Ｍ２の完了情報記憶部には、未だ合体権利が未獲得であることを示す「０」が記憶されている。
【0188】
したがって、図中ｔ５の破線で示すように、第２記憶領域Ｍ２に記憶されている効用ＩＤが、合体権利として、プレイヤ（ＰＹ３）のプレイヤＩＤに紐付けられる。効用ＩＤすなわち待機情報がプレイヤＩＤに紐付けられることで、合体権利が獲得されたこととなる。また、このとき、第２記憶領域Ｍ２の完了情報記憶部のフラグが、「０」から「１」に更新される。これにより、第２記憶領域Ｍ２に記憶された効用の合体権利が獲得済みとなる。
【0189】
その後、ｔ６において、プレイヤ（ＰＹ３）が発動操作を入力したとする。このとき、プレイヤ（ＰＹ３）は、効用ＩＤ＝１００２の合体権利を所持している。したがって、召喚アイテムＤに紐付けられた効用ＩＤ＝１００３の効用と、合体元の効用ＩＤ＝１００２の効用とが発動する。これにより、プレイヤ（ＰＹ３）は、合体権利を使用したこととなり、合体権利が消滅する。また、このとき、第３記憶領域Ｍ３の待機情報記憶部には、プレイヤ（ＰＹ３）によって選択された召喚アイテムに紐付けられた効用ＩＤ＝１００３が記憶される。また、第３記憶領域Ｍ３の完了情報記憶部には、フラグ「０」が記憶される。
【0190】
その後、ｔ７において、プレイヤ（ＰＹ４）が、召喚アイテム選択枠７０において、召喚アイテムＥを選択する選択操作を入力したとする。このとき、直近で発動した効用を示す待機情報が第３記憶領域Ｍ３に記憶されている。また、第３記憶領域Ｍ３の完了情報記憶部には、未だ合体権利が未獲得であることを示す「０」が記憶されている。したがって、ｔ７の時点では、各プレイヤは、第３記憶領域Ｍ３に記憶された効用ＩＤ＝１００３の合体権利、すなわち、召喚アイテムＤを合体元とする合体権利を獲得可能である。
【0191】
しかしながら、召喚アイテムＥは、召喚アイテムＤを合体元とする合体が不可能に設定されている。したがって、図中ｔ７の破線で示すように、第３記憶領域Ｍ３に記憶されている効用ＩＤがプレイヤ（ＰＹ４）のプレイヤＩＤに紐付けられることはない。つまり、プレイヤ（ＰＹ４）は、合体権利を獲得することができない。合体権利が付与されないため、第３記憶領域Ｍ３の情報はそのまま保持される。
【0192】
その後、ｔ８において、プレイヤ（ＰＹ４）が発動操作を入力したとする。このとき、プレイヤ（ＰＹ４）は、合体権利を所持していない。したがって、召喚アイテムＥに紐付けられた効用ＩＤ＝１００４の効用が発動する。ここで、召喚アイテムＥは、合体待機許可情報が「不可」に設定されており、合体元となり得ない。このように、合体待機許可情報が「不可」に設定されている召喚アイテムが使用された場合には、サーバ１００に待機情報が記憶されない。したがって、ｔ８では、第４記憶領域Ｍ４に新たに待機情報が記憶されることはなく、第１記憶領域Ｍ１から第３記憶領域Ｍ３の情報がそのまま維持される。
【0193】
その後、ｔ９において、プレイヤ（ＰＹ１）が、召喚アイテム選択枠７０において、召喚アイテムＡを選択する選択操作を入力したとする。このとき、直近で発動した効用を示す待機情報が第３記憶領域Ｍ３に記憶されている。また、第３記憶領域Ｍ３の完了情報記憶部には、未だ合体権利が未獲得であることを示す「０」が記憶されている。したがって、ｔ９の時点では、各プレイヤは、第３記憶領域Ｍ３に記憶された効用ＩＤ＝１００３の合体権利、すなわち、召喚アイテムＤを合体元とする合体権利を獲得可能である。
【0194】
しかしながら、召喚アイテムＡは、召喚アイテムＤを合体元とする合体が不可能に設定されている。したがって、図中ｔ９の破線で示すように、第３記憶領域Ｍ３に記憶されている効用ＩＤがプレイヤ（ＰＹ１）のプレイヤＩＤに紐付けられることはない。つまり、プレイヤ（ＰＹ１）は、合体権利を獲得することができない。合体権利が付与されないため、第３記憶領域Ｍ３の情報はそのまま保持される。
【0195】
その後、ｔ１０において、プレイヤ（ＰＹ１）が発動操作を入力したとする。このとき、プレイヤ（ＰＹ１）は、合体権利を所持していない。したがって、召喚アイテムＡに紐付けられた効用ＩＤ＝１０００の効用が発動する。なお、召喚アイテムＡは、合体待機許可情報が「可」に設定されており、合体元となり得る。したがって、ｔ１０では、第４記憶領域Ｍ４の待機情報記憶部に、プレイヤ（ＰＹ１）によって選択された召喚アイテムに紐付けられた効用ＩＤ＝１０００が記憶される。また、第４記憶領域Ｍ４の完了情報記憶部には、フラグ「０」が記憶される。
【0196】
その後、ｔ１１において、プレイヤ（ＰＹ２）が、召喚アイテムＦを選択する選択操作を入力したとする。このとき、直近で発動した効用を示す待機情報が第４記憶領域Ｍ４に記憶されている。また、第４記憶領域Ｍ４の完了情報記憶部には、未だ合体権利が未獲得であることを示す「０」が記憶されている。
【0197】
したがって、図中ｔ１１の破線で示すように、第４記憶領域Ｍ４に記憶されている効用ＩＤが、合体権利として、プレイヤ（ＰＹ２）のプレイヤＩＤに紐付けられる。また、このとき、第４記憶領域Ｍ４の完了情報記憶部のフラグが、「０」から「１」に更新される。これにより、第４記憶領域Ｍ４に記憶された効用の合体権利が獲得済みとなる。
【0198】
そして、プレイヤ（ＰＹ２）が発動操作を入力する前に、ｔ１２において、プレイヤ（ＰＹ５）が召喚アイテムＦを選択する選択操作を入力したとする。このとき、直近で発動した効用を示す待機情報が第４記憶領域Ｍ４に記憶されている。しかしながら、第４記憶領域Ｍ４の完了情報記憶部には、合体権利の獲得済みを示す「１」が記憶されている。つまり、直近で発動した効用、すなわち、直近で使用された召喚アイテムに対する合体権利が、既に他のプレイヤによって獲得済みとなっている。この場合、図中ｔ１２の破線で示すように、第４記憶領域Ｍ４に記憶されている効用ＩＤがプレイヤ（ＰＹ２）のプレイヤＩＤに紐付けられることはない。つまり、プレイヤ（ＰＹ２）は、合体権利を獲得することができない。
【0199】
なお、本実施形態では、選択操作の入力時に、直近で発動した効用に対する合体権利が、既に他のプレイヤによって獲得されている場合、プレイヤは、いずれの合体権利も獲得することができない。ただし、図１３に示す例では、第３記憶領域Ｍ３に、合体権利が未獲得の待機情報が存在する。このように、直近で発動した効用に対する合体権利が獲得済みであり、それよりも前に発動した効用に対する合体権利が未獲得の場合には、未獲得のいずれかの合体権利がプレイヤに付与されてもよい。
【0200】
その後、プレイヤ（ＰＹ５）が発動操作を入力する前に、ｔ１３において、プレイヤ（ＰＹ２）が召喚アイテムＦを使用する発動操作を入力したとする。このとき、プレイヤ（ＰＹ２）は、効用ＩＤ＝１０００の合体権利を所持している。したがって、召喚アイテムＦに紐付けられた効用ＩＤ＝１００５の効用と、合体元の効用ＩＤ＝１０００の効用とが発動する。これにより、プレイヤ（ＰＹ２）は、合体権利を使用したこととなり、合体権利が消滅する。また、このとき、第５記憶領域Ｍ５の待機情報記憶部には、プレイヤ（ＰＹ２）によって選択された召喚アイテムに紐付けられた効用ＩＤ＝１００５が記憶される。また、第５記憶領域Ｍ５の完了情報記憶部には、フラグ「０」が記憶される。
【0201】
以上のように、本実施形態によれば、複数のプレイヤが参加可能なマルチバトルにおいて、第１プレイヤによる発動操作（第１操作）の入力に基づいて、第１の効用が発動する。また、第１操作の入力または第１の効用の発動に基づいて、所定の待機情報が有効化される。待機情報が有効化されている場合に、第２プレイヤによる選択操作の入力に基づいて、予め設けられた第２の効用と第１の効用とからなる特別効用が、発動可能な効用に決定される。また、第２プレイヤによる選択操作の入力、または、特別効用の決定に基づいて、待機情報が無効化される。そして、第２プレイヤは、決定された特別効用を発動させる発動操作、および、決定された特別効用を破棄する破棄操作を少なくとも含む複数の操作のいずれかを選択可能である。第２プレイヤによる発動操作の入力に基づいて特別効用が発動し、破棄操作の入力に基づいて特別効用が破棄される。
【0202】
以上により、プレイヤは、合体権利の使用もしくは破棄を選択することが可能となり、ゲーム性が向上する。また、合体権利を破棄することで、新たな合体権利を獲得することができ、戦略性が向上する。
【0203】
また、第２プレイヤが選択可能な複数の操作には、特別効用の発動を留保した状態で、マルチバトルを進行させる操作が含まれる。これにより、さらに戦略性が向上する。
【0204】
また、第２プレイヤは、複数の第２の効用のうち、マルチバトルにおいて発動させる第２の効用を選択する選択操作により、合体権利を獲得可能である。このように、選択操作を入力した時点で、特別効用の内容が把握可能となることから、合体権利の使用もしくは破棄の選択が容易となる。
【0205】
以下に、上記のゲームを実現するためのプレイヤ端末１およびサーバ１００の処理、および、これらの各処理を遂行する機能部について説明する。なお、以下では、特にマルチバトルのうち、召喚アイテムに関係する処理について説明し、その他の処理については説明を省略する。
【0206】
（プレイヤ端末１の機能部）
図１４は、プレイヤ端末１の機能ブロック図である。プレイヤ端末１の記憶装置１２には、プログラム記憶領域１２ａ、および、データ記憶領域１２ｂが設けられている。ＣＰＵ１０は、ゲームの開始時あるいはブラウザの起動時に、ブラウザを制御するプログラム（モジュール）をプログラム記憶領域１２ａに記憶する。
図１４は、プレイヤ端末１の機能ブロック図である。プレイヤ端末１の記憶装置１２には、プログラム記憶領域１２ａ、および、データ記憶領域１２ｂが設けられている。ＣＰＵ１０は、ゲームの開始時あるいはブラウザの起動時に、ブラウザを制御するプログラム（モジュール）をプログラム記憶領域１２ａに記憶する。
【0207】
ブラウザを制御するプログラムには、通信制御プログラム９０、マルチバトル制御プログラム９１が含まれる。なお、図１４に列挙したプログラムは一例であり、ブラウザを制御するプログラムには、この他にも多数のプログラムが設けられている。
【0208】
ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させ、データ記憶領域１２ｂの各記憶部のデータを更新する。そして、ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させることで、プレイヤ端末１（コンピュータ）を、端末制御部１Ａとして機能させる。すなわち、プレイヤ端末１は、各種の情報処理プログラムの処理を遂行する端末制御部１Ａを備える情報処理装置である。端末制御部１Ａは、通信制御部９０ａ、マルチバトル制御部９１ａを含む。
【0209】
具体的には、ＣＰＵ１０は、通信制御プログラム９０を動作させ、コンピュータを通信制御部９０ａとして機能させる。同様に、ＣＰＵ１０は、マルチバトル制御プログラム９１を動作させ、コンピュータを、それぞれマルチバトル制御部９１ａとして機能させる。
【0210】
データ記憶領域１２ｂには、データを記憶する記憶部として、プレイヤ情報記憶部８０が設けられている。なお、上記の各記憶部は一例であり、データ記憶領域１２ｂには、この他にも多数の記憶部が設けられている。
【0211】
プレイヤ情報記憶部８０には、例えば、プレイヤＩＤなど、プレイヤに関する各種の情報が記憶されている。
【0212】
通信制御部９０ａは、サーバ１００との間で情報の送受信を行う。例えば、通信制御部９０ａは、プレイヤの操作に基づく所定の操作情報をサーバ１００に送信し、送信された操作情報に対する情報をサーバ１００から受信する。
【0213】
マルチバトル制御部９１ａは、サーバ１００と協働し、プレイヤの操作、または、ゲームの進行に応じて、マルチバトルを実行制御する。例えば、マルチバトル制御部９１ａは、サーバ１００から受信した情報に基づく画像をディスプレイ２６に表示する。すなわち、マルチバトル制御部９１ａは、プレイヤが選択したコンテンツＩＤのマルチプレイゲームを実行する。
【0214】
（サーバ１００の機能部）
図１５は、サーバ１００の機能ブロック図である。サーバ１００の記憶装置１１２には、プログラム記憶領域１１２ａ、および、データ記憶領域１１２ｂが設けられている。プログラム記憶領域１１２ａには、ゲーム実行制御プログラム１３０、通信制御プログラム１３１が記憶されている。なお、図１５に列挙したプログラムは一例であり、プログラム記憶領域１１２ａには、この他にも多数のプログラムが記憶されている。
図１５は、サーバ１００の機能ブロック図である。サーバ１００の記憶装置１１２には、プログラム記憶領域１１２ａ、および、データ記憶領域１１２ｂが設けられている。プログラム記憶領域１１２ａには、ゲーム実行制御プログラム１３０、通信制御プログラム１３１が記憶されている。なお、図１５に列挙したプログラムは一例であり、プログラム記憶領域１１２ａには、この他にも多数のプログラムが記憶されている。
【0215】
ＣＰＵ１１０は、プログラム記憶領域１１２ａに記憶された各プログラムを動作させ、データ記憶領域１１２ｂの各記憶部のデータを更新する。そして、ＣＰＵ１１０は、プログラム記憶領域１１２ａに記憶された各プログラムを動作させることで、サーバ１００（コンピュータ）を、サーバ制御部１００Ａとして機能させる。すなわち、サーバ１００は、各種の情報処理プログラムの処理を遂行するサーバ制御部１００Ａを備える情報処理装置である。サーバ制御部１００Ａは、ゲーム実行制御部１３０ａ、通信制御部１３１ａを含む。
【0216】
具体的には、ＣＰＵ１１０は、ゲーム実行制御プログラム１３０を動作させ、コンピュータをゲーム実行制御部１３０ａとして機能させる。同様に、ＣＰＵ１１０は、通信制御プログラム１３１動作させ、コンピュータを通信制御部１３１ａとして機能させる。
【0217】
データ記憶領域１１２ｂには、データを記憶する記憶部として、ゲーム情報記憶部１８０、プレイヤ情報記憶部１８１が設けられている。なお、上記の各記憶部は一例であり、データ記憶領域１１２ｂには、この他にも多数の記憶部が設けられている。
【0218】
ゲーム情報記憶部１８０には、ゲームの進行状況など、ゲームの進行に関する各種の情報がマルチバトルごとに記憶される。また、ゲーム情報記憶部１８０には、待機情報記憶部および完了情報記憶部を備える複数の記憶領域が設けられる。各記憶領域は、マルチバトルごとに割り当てられる。マルチバトルにはそれぞれマルチバトルＩＤが付与される。したがって、ゲーム情報記憶部１８０の記憶領域には、マルチバトルＩＤが紐付けられる。また、ゲーム情報記憶部１８０には、プレイヤごとに、待機情報である合体元の効用ＩＤを記憶する記憶部が設けられる。この記憶部には、マルチバトルに参加しているプレイヤのプレイヤＩＤが紐付けられる。
【0219】
プレイヤ情報記憶部１８１には、プレイヤに関する各種の情報がプレイヤ（プレイヤＩＤ）ごとに
記憶されている。
記憶されている。
【0220】
ゲーム実行制御部１３０ａは、ゲーム全体の進行を制御する。例えば、ゲーム実行制御部１３０ａは、プレイヤのプレイヤ端末１への入力操作を示す各種の情報の受信に基づいて、ゲーム全般のゲーム情報の更新を行う。また、ゲーム実行制御部１３０ａは、ゲーム全般のゲーム情報が更新された場合、更新されたゲーム情報に基づく表示情報を生成し、通信制御部１３１ａを介してプレイヤ端末１に受信させる。
【0221】
また、ゲーム実行制御部１３０ａは、プレイヤ端末１のマルチバトル制御部９１ａと協働し、マルチバトルを実行制御する。例えば、ゲーム実行制御部１３０ａは、プレイヤが取得したゲーム情報のうち、プレイヤが選択したゲーム情報に対応するマルチプレイゲームに、プレイヤを参加させる。
【0222】
通信制御部１３１ａは、プレイヤ端末１との間で情報の送受信を行う。例えば、通信制御部１３１ａは、プレイヤの操作に基づく所定の要求情報をプレイヤ端末１から受信し、受信した情報に基づいて生成された表示情報をプレイヤ端末１に受信させる。
【0223】
（プレイヤ端末１とサーバ１００との通信処理）
以下に、プレイヤ端末１とサーバ１００との通信処理のうち、上記のマルチバトルに関する処理について説明する。
以下に、プレイヤ端末１とサーバ１００との通信処理のうち、上記のマルチバトルに関する処理について説明する。
【0224】
図１６は、プレイヤ端末１およびサーバ１００の処理を説明するシーケンス図である。なお、以下の説明では、プレイヤ端末１における処理をＰｎ（ｎは任意の整数）と示す。また、サーバ１００における処理をＳｎ（ｎは任意の整数）と示す。
【0225】
図１６に示すように、プレイヤ端末１の通信制御部９０ａは、マルチバトル開始操作が入力されると、サーバ１００にマルチバトル開始要求情報を送信する（Ｐ１）。マルチバトル開始要求情報には、プレイヤ識別情報、コンテンツ識別情報、マルチ種別識別情報などが含まれる。
【0226】
サーバ１００のゲーム実行制御部１３０ａは、通信制御部１３１ａを介してマルチバトル開始要求情報を受信すると、マルチバトルに関する各種の開始設定を行う開始設定処理を実行する（Ｓ１）。例えば、ゲーム実行制御部１３０ａは、マルチバトル開始要求情報のコンテンツ識別情報で特定されるマルチバトルにおける敵キャラクタ５１ｂの設定、敵キャラクタ５１ｂのＨＰ値の初期設定、敵キャラクタ５１ｂの特殊行動の設定などを行う。
【0227】
次に、ゲーム実行制御部１３０ａは、バトル画面を表示させるバトル画面情報を生成するバトル画面情報生成処理を実行する（Ｓ２）。ここでは、ゲーム実行制御部１３０ａは、生成したバトル画面情報を、通信制御部１３１ａを介してプレイヤ端末１に受信させる。
【0228】
プレイヤ端末１のゲーム情報表示部７４ａは、通信制御部９０ａを介して受信したバトル画面情報に基づいて、バトル画面をディスプレイ２６に表示するバトル画面表示処理を行う（Ｐ２）。その後、プレイヤ端末１のマルチバトル制御部９１ａは、バトル画面において、プレイヤの入力操作に基づいてサーバ１００と通信することでマルチバトルを実行する端末側バトル実行処理を行う（Ｐ３）。
【0229】
また、サーバ１００のゲーム実行制御部１３０ａは、プレイヤ端末１から受信した操作情報に基づいてマルチバトルを実行するサーバ側バトル実行処理を行う（Ｓ１０）。このサーバ側バトル実行処理については後述する。なお、詳しい説明は省略するが、端末側バトル実行処理およびサーバ側バトル実行処理中、サーバ１００は、他のプレイヤからの要求に応じて、他のプレイヤをマルチバトルに参加させるための処理を実行する。
【0230】
そして、マルチバトルの終了条件が成立すると、サーバ１００のゲーム実行制御部１３０ａは、マルチバトルを終了させるバトルゲーム終了処理を行う（Ｓ１１）。このとき、ゲーム実行制御部１３０ａは、マルチバトルを終了させるバトルゲーム終了情報を、通信制御部１３１ａを介してプレイヤ端末１に受信させる。また、ゲーム実行制御部１３０ａは、終了したマルチバトルのゲーム結果情報を基に、プレイヤ情報を更新する。プレイヤ端末１のマルチバトル制御部９１ａは、通信制御部１３１ａを介して受信したバトルゲーム終了情報に基づいてマルチバトルを終了させるバトルゲーム終了処理を行う（Ｐ４）。
【0231】
図１７は、サーバ側バトル実行処理を説明する第１のフローチャートである。図１８は、サーバ側バトル実行処理を説明する第２のフローチャートである。ゲーム実行制御部１３０ａは、プレイヤ端末１より、召喚アイテム選択タブ５３ｂの操作に対応する操作情報を受信したかを判定する（Ｓ１０－１）。つまり、ゲーム実行制御部１３０ａは、召喚アイテム選択タブ５３ｂが操作されたかを判定する。召喚アイテム選択タブ５３ｂが操作された場合（Ｓ１０－１のＹＥＳ）、ゲーム実行制御部１３０ａは、ゲーム情報記憶部１８０の記憶領域に記憶された待機情報および完了情報を確認する（Ｓ１０－２）。
【0232】
そして、ゲーム実行制御部１３０ａは、召喚アイテムごとに、召喚発動条件を満たすか否かを判定する（Ｓ１０－３）。また、ここでは、ゲーム実行制御部１３０ａは、召喚発動条件を満たす召喚アイテムについて、ゲーム情報記憶部１８０の記憶領域に記憶された直近の待機情報を合体元とする合体の可否を判定する。ゲーム実行制御部１３０ａは、Ｓ１０－３の判定結果に基づいて、バトル画面に表示させる召喚アイテム選択枠７０を生成し、プレイヤ端末１に受信させる（Ｓ１０－４）。これにより、プレイヤ端末１において、召喚アイテム選択枠７０が表示される。
【0233】
また、ゲーム実行制御部１３０ａは、プレイヤ端末１より、召喚アイテム画像の操作に対応する操作情報を受信したかを判定する（Ｓ１０－５）。つまり、ゲーム実行制御部１３０ａは、召喚アイテム選択枠７０において、プレイヤが使用する召喚アイテムを選択する選択操作が入力されたかを判定する。選択操作が入力された場合（Ｓ１０－５のＹＥＳ）、ゲーム実行制御部１３０ａは、選択された召喚アイテムに紐付けられた効用ＩＤを、プレイヤＩＤに紐付けて記憶する（Ｓ１０－６）。つまり、ここでは、使用される召喚アイテム、および、発動予定の効用がプレイヤに紐付けられる。
【0234】
また、ゲーム実行制御部１３０ａは、選択操作を入力したプレイヤが、現在、合体権利を未所持であるかを判定する（Ｓ１０－７）。プレイヤが合体権利を未所持である場合（Ｓ１０－７のＹＥＳ）、ゲーム実行制御部１３０ａは、ゲーム情報記憶部１８０における記憶領域の待機情報および完了情報を確認する（Ｓ１０－８）。そして、ゲーム実行制御部１３０ａは、プレイヤによって選択された召喚アイテムと、Ｓ１０－８で確認した直近の待機情報、完了情報とに基づいて、合体権利の獲得の可否を判定する（Ｓ１０－９）。
【0235】
プレイヤが合体権利を獲得可能な場合（Ｓ１０－１０のＹＥＳ）、ゲーム実行制御部１３０ａは、直近の待機情報の効用ＩＤを、当該プレイヤのプレイヤＩＤに紐付けて記憶する（Ｓ１０－１１）。また、ゲーム実行制御部１３０ａは、直近の完了情報を「０」から「１」に更新する（Ｓ１０－１２）。また、ゲーム実行制御部１３０ａは、Ｓ１０－６からＳ１０－１２の処理結果に基づいて、召喚情報ダイアログ７１を生成し、プレイヤ端末１に受信させる（Ｓ１０－１３）。これにより、プレイヤ端末１において、召喚情報ダイアログ７１が表示される。
【0236】
なお、プレイヤが合体権利を所持していない場合、Ｓ１０－１３において、召喚情報表示欄７１ａ、キャンセルボタン７１ｂ、発動ボタン７１ｃが表示され、合体情報表示欄７１ｄ、合体解除ボタン７１ｅが非表示となるように召喚情報ダイアログ７１が生成される。一方、プレイヤが合体権利を所持している場合、Ｓ１０－１３において、召喚情報表示欄７１ａ、キャンセルボタン７１ｂ、発動ボタン７１ｃ、合体情報表示欄７１ｄおよび合体解除ボタン７１ｅが表示されるように召喚情報ダイアログ７１が生成される。
【0237】
また、図１８に示すように、ゲーム実行制御部１３０ａは、プレイヤ端末１より、合体解除ボタン７１ｅの操作に対応する操作情報を受信したかを判定する（Ｓ１０－２１）。つまり、ゲーム実行制御部１３０ａは、召喚情報ダイアログ７１において、合体権利を破棄する破棄操作が入力されたかを判定する。破棄操作が入力された場合（Ｓ１０－２１のＹＥＳ）、ゲーム実行制御部１３０ａは、Ｓ１０－１１においてプレイヤＩＤに紐付けられた待機情報、すなわち、合体元の効用ＩＤを消去する（Ｓ１０－２２）。つまり、ここでは、プレイヤに紐付けられた待機情報もしくは待機情報に対応する情報が破棄される。換言すれば、プレイヤによる破棄操作の入力に基づいて、合体元の効用、すなわち、特別効用が破棄される。
【0238】
また、ゲーム実行制御部１３０ａは、プレイヤ端末１より、発動ボタン７１ｃの操作に対応する操作情報を受信したかを判定する（Ｓ１０－２３）。つまり、ゲーム実行制御部１３０ａは、召喚情報ダイアログ７１において、召喚アイテムを使用して効用を発動させる発動操作が入力されたかを判定する。発動操作が入力された場合（Ｓ１０－２３のＹＥＳ）、ゲーム実行制御部１３０ａは、召喚アクションを実行する処理を行う（Ｓ１０－２４）。ここでは、プレイヤＩＤに紐付けて記憶されている効用ＩＤに基づき、効用を発動させる。また、合体権利が使用される場合には、ゲーム実行制御部１３０ａは、プレイヤによる発動操作の入力に基づいて、特別効用を発動させる。また、例えば、敵キャラクタ５１ｂに与えるダメージ値の演算、使用された召喚アイテムが次に使用可能になるまでの必要ターン数の導出等が実行される。
【0239】
また、ゲーム実行制御部１３０ａは、召喚アクションに対応する演出画像を生成し、プレイヤ端末１に受信させる。ここでは、召喚アイテムの使用により発動する効用に対応するゲーム画像が表示される。このとき、合体権利が使用されていなければ、図１１Ａ、図１１Ｂに示すように、１つのゲーム画像が表示される。一方、合体権利が使用されていれば、図１１Ｃに示すように、２つのゲーム画像が表示される。すなわち、ここでは、特別効用の発動に基づいて、第１の効用に対応する第１の画像と、第２の効用に対応する第２の画像とをプレイヤ端末１に表示させる処理が実行される。
【0240】
ゲーム実行制御部１３０ａは、Ｓ１０－６およびＳ１０－１１において、プレイヤＩＤに紐付けて記憶された効用ＩＤを消去する（Ｓ１０－２６）。すなわち、特別効用を発動させる処理は、プレイヤに紐付けられた待機情報もしくは待機情報に対応する情報を破棄する処理を含む。
【0241】
また、ゲーム実行制御部１３０ａは、プレイヤにより使用された召喚アイテムの合体待機許可情報が「可」であるかを判定する（Ｓ１０－２７）。合体待機許可情報が「可」であれば（Ｓ１０－２７のＹＥＳ）、ゲーム実行制御部１３０ａは、使用された召喚アイテムの効用ＩＤを待機情報として、ゲーム情報記憶部１８０の記憶領域に記憶する（Ｓ１０－２８）。このとき、ゲーム実行制御部１３０ａは、完了情報として「０」を記憶する。
【0242】
なお、ゲーム情報記憶部１８０の記憶領域は、マルチバトルごとに割り当てられる。つまり、ゲーム情報記憶部１８０の記憶領域は、マルチバトルごとに設定されたマルチバトルＩＤに紐付けられる。したがって、Ｓ１０－２８の処理は、マルチバトルに待機情報を紐付ける処理とも言える。
【0243】
また、マルチバトルを進行させるその他の操作入力があれば（Ｓ１０－２９のＹＥＳ）、ゲーム実行制御部１３０ａは、操作入力に基づいてゲームを進行させる処理を実行する（Ｓ１０－３０）。
【0244】
以上、添付図面を参照しながら実施形態の一態様について説明したが、本発明は上記実施形態に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇において、各種の変形例または修正例に想到し得ることは明らかであり、それらについても当然に技術的範囲に属するものと了解される。
【0245】
上記実施形態では、プレイヤ端末１がスマートフォンである場合を例に説明した。しかし、プレイヤ端末１は、スマートフォンに限らず、例えば、パーソナルコンピュータなど任意のコンピュータであってもよい。
【0246】
また、上記実施形態におけるゲームの内容は一例に過ぎない。また、上記の技術的事項を適用可能なゲームジャンルは特に限定されない。例えば、上記の技術的事項は、ＲＰＧ、アクションゲーム、パズルゲーム、育成ゲーム、スポーツゲーム等、あらゆるゲームジャンルに適用可能である。
【0247】
なお、上記実施形態では、ゲーム情報記憶部１８０の記憶領域に記憶される完了情報により、待機情報が有効化または無効化される。具体的には、召喚アイテムが使用され、効用が発動すると、ゲーム情報記憶部１８０の記憶領域に待機情報が記憶され、また、完了情報として「０」が記憶される。このように、完了情報として「０」のフラグが記憶されることにより、ゲーム情報記憶部１８０の記憶領域に記憶された待機情報が有効化される。また、完了情報として、「０」が「１」に更新されることにより、ゲーム情報記憶部１８０の記憶領域に記憶された待機情報が無効化される。
【0248】
ただし、待機情報の有効化、無効化の方法はこれに限らない。完了情報は必須ではなく、例えば、待機情報記憶部に待機情報が記憶されることで、当該待機情報が有効化される。そして、その後に他のプレイヤが合体権利を獲得すると、待機情報記憶部に記憶されていた待機情報が消去される。この場合、待機情報が記憶される記憶領域は１つでもよい。そして、この場合には、待機情報記憶部に待機情報を記憶する処理により、待機情報が有効化されることとなり、待機情報記憶部から待機情報が消去される処理により、待機情報が無効化されることとなる。
【0249】
上記のように、待機情報が記憶されるゲーム情報記憶部１８０の記憶領域には、マルチバトルＩＤが紐付けられる。したがって、この例では、待機情報を無効化する処理は、マルチプレイゲームと待機情報との紐付けを解除する処理とも言える。このように、待機情報を有効化または無効化する処理は適宜設計変更可能である。
【0250】
また、上記実施形態では、召喚アイテムの合体により発動する特別効用が、プレイヤにより選択された召喚アイテムに紐付けられた効用と、他のプレイヤが直近で使用した召喚アイテムに紐付けられた効用とで構成されることとした。ただし、特別効用の内容はこれに限らない。例えば、他のプレイヤが第１の効用を発動させた後に、プレイヤが第２の効用が発動する召喚アイテムを選択したとする。
【0251】
この場合、上記実施形態では、第１の効用と第２の効用とが特別効用となる。ただし、例えば、特別効用は、第１の効用と第２の効用との組み合わせによって決定されてもよい。一例として、第１の効用の種類によって、第２の効用の内容、パラメータ等の一部もしくは全部が変化する。この場合、変化した第２の効用が特別効用となる。
【0252】
また、上記実施形態では、２つの召喚アイテムが合体する場合について説明した。ただし、例えば、上記実施形態において、２つのアビリティが合体してもよい。この場合、例えば、アビリティが選択された際に、他のプレイヤが発動させた直近のアビリティと、選択されたアビリティとが合体してもよい。また、例えば、召喚アイテムが選択された際に、他のプレイヤが発動させた直近のアビリティと、選択された召喚アイテムとが合体してもよい。いずれにしても、合体する２つのゲーム媒体は、何らかの効用が紐付けられたものであればよく、特に限定されるものではない。
【0253】
また、上記実施形態では、自身が先に使用した召喚アイテムを合体元として、同一のプレイヤが合体権利を獲得可能である場合について説明した。ただし、プレイヤが合体権利を獲得可能となる合体元の召喚アイテム（効用）は、自身以外の他のプレイヤによって効用が発動された召喚アイテムに限られてもよい。この場合、待機情報には、召喚アイテムを使用したプレイヤのプレイヤＩＤが含まれるとよい。
【0254】
例えば、いずれかのプレイヤが召喚アイテムを選択すると、サーバ１００に待機情報があるか否かが確認される。このとき、サーバ１００に直近で記憶された待機情報のプレイヤＩＤが、召喚アイテムを選択したプレイヤのプレイヤＩＤと異なるかが判定される。そして、プレイヤＩＤが異なる場合に、上記実施形態のように、完了情報が「１」に更新され、召喚アイテムを選択したプレイヤに合体権利が付与されるとよい。
【0255】
また、上記実施形態では、合体不可能な召喚アイテム、すなわち、合体待機許可情報が「不可」の召喚アイテムが設けられることとした。ただし、全ての召喚アイテムが、少なくとも１の召喚アイテムと合体可能であるとしてもよい。
【0256】
また、上記実施形態では、各召喚アイテムに、合体元として適用可能な召喚アイテムが設定されることとした。ただし、合体可能な召喚アイテムについては、合体元の召喚アイテムの種類に関係なく、全ての召喚アイテムと合体可能としてもよい。つまり、召喚アイテムには、合体可能であるか否かの情報のみが紐付けられ、合体可能な召喚アイテムが使用された場合に、待機情報が記憶されてもよい。そして、召喚アイテムが選択された場合には、直近に使用された召喚アイテムの種類、および、選択された召喚アイテムの種類に拘わらず、召喚アイテムを選択したプレイヤに合体権利が付与されてもよい。
【0257】
また、上記実施形態では、示唆画像７２が、合体可能な召喚アイテムに対応するアイテム画像に重畳表示されることとした。つまり、示唆画像７２は、召喚アイテムを選択する画面に表示される。ただし、示唆画像７２は、召喚アイテムを選択する画面以外の画面に表示されてもよい。例えば、示唆画像７２は、図６Ｃに示す召喚アイテム選択タブ５３ｂに表示されてもよい。
【0258】
また、上記実施形態では、獲得した合体権利が、ターンを跨いで留保されることとした。ただし、合体権利は、当該ターンで使用されなかった場合には、当該ターンの終了によって喪失してもよい。つまり、合体権利は、当該合体権利が獲得されたターン中にのみ留保可能であってもよい。いずれにしても、情報処理システムＳは、１または複数のコンピュータを備え、コンピュータが以下の処理を遂行すればよい。
【0259】
（コンピュータが遂行する処理）
複数のプレイヤが参加可能なマルチプレイゲーム（実施形態では一例としてマルチバトル）において、第１プレイヤによる第１操作（実施形態では一例として発動ボタン７１ｃの操作）の入力に基づいて、第１の効用を発動させる処理（実施形態では一例としてＳ１０－２４）。
第１操作の入力または第１の効用の発動に基づいて、所定の待機情報（実施形態では一例として効用ＩＤ）を有効化する処理（実施形態では一例としてＳ１０－２８）。
待機情報が有効化されている場合に、第２プレイヤによる所定の操作（実施形態では一例として召喚アイテム画像の操作）の入力に基づいて、予め設けられた第２の効用に所定の効用が追加された、あるいは、第２の効用から変化した特別効用を、発動可能な効用に決定する処理（実施形態では一例としてＳ１０－１１）。
所定の操作の入力、または、特別効用の決定に基づいて、待機情報を無効化する処理（実施形態では一例としてＳ１０－１２）。
決定された特別効用を発動させる発動操作、および、決定された特別効用を破棄する破棄操作を少なくとも含む複数の操作のいずれかを、第２プレイヤに選択可能にする処理（実施形態では一例としてＳ１０－１３）。
第２プレイヤによる発動操作の入力に基づいて、特別効用を発動させる処理（実施形態では一例としてＳ１０－２４）。
第２プレイヤによる破棄操作の入力に基づいて、特別効用を破棄する処理（実施形態では一例としてＳ１０－２２）。
複数のプレイヤが参加可能なマルチプレイゲーム（実施形態では一例としてマルチバトル）において、第１プレイヤによる第１操作（実施形態では一例として発動ボタン７１ｃの操作）の入力に基づいて、第１の効用を発動させる処理（実施形態では一例としてＳ１０－２４）。
第１操作の入力または第１の効用の発動に基づいて、所定の待機情報（実施形態では一例として効用ＩＤ）を有効化する処理（実施形態では一例としてＳ１０－２８）。
待機情報が有効化されている場合に、第２プレイヤによる所定の操作（実施形態では一例として召喚アイテム画像の操作）の入力に基づいて、予め設けられた第２の効用に所定の効用が追加された、あるいは、第２の効用から変化した特別効用を、発動可能な効用に決定する処理（実施形態では一例としてＳ１０－１１）。
所定の操作の入力、または、特別効用の決定に基づいて、待機情報を無効化する処理（実施形態では一例としてＳ１０－１２）。
決定された特別効用を発動させる発動操作、および、決定された特別効用を破棄する破棄操作を少なくとも含む複数の操作のいずれかを、第２プレイヤに選択可能にする処理（実施形態では一例としてＳ１０－１３）。
第２プレイヤによる発動操作の入力に基づいて、特別効用を発動させる処理（実施形態では一例としてＳ１０－２４）。
第２プレイヤによる破棄操作の入力に基づいて、特別効用を破棄する処理（実施形態では一例としてＳ１０－２２）。
【0260】
また、第２プレイヤが選択可能な複数の操作には、特別効用の発動を留保した状態で、マルチプレイゲームを進行させる操作が含まれてもよい。ただし、上記実施形態において、合体権利は留保不可能であってもよい。例えば、合体権利が獲得された場合、図１０Ｂに示す召喚情報ダイアログ７１が表示される。キャンセルボタン７１ｂが操作されると、召喚情報ダイアログ７１が閉じられるが、このとき、キャンセルボタン７１ｂの操作入力によって、合体権利が破棄されてもよい。
【0261】
また、所定の操作は、複数の第２の効用のうち、マルチプレイゲームにおいて発動させる第２の効用を選択する操作（実施形態では一例として召喚アイテム画像の操作）であってもよい。ただし、所定の操作は、例えば、上記実施形態において、召喚アイテム選択タブ５３ｂに対する操作であってもよい。この場合、例えば、追加的に発動する合体元の効用に関する情報が先行して表示されてもよい。
【0262】
また、特別効用の発動に基づいて、第１の効用に対応する第１の画像（ゲーム画像８０）と、第２の効用に対応する第２の画像（ゲーム画像８１）とを表示させる処理（実施形態ではＳ１０－２５）が実行されてもよい。
【0263】
また、待機情報を有効化する処理は、マルチプレイゲームに待機情報を紐付ける処理を含んでもよい。
また、待機情報を無効化する処理は、マルチプレイゲームと待機情報との紐付けを解除する処理を含んでもよい。
また、特別効用を決定する処理は、待機情報もしくは待機情報に対応する情報を、第２プレイヤに紐付ける処理を含んでもよい。
また、特別効用を発動させる処理、および、特別効用を破棄する処理は、第２プレイヤに紐付けられた待機情報もしくは待機情報に対応する情報を破棄する処理を含んでもよい。
また、待機情報を無効化する処理は、マルチプレイゲームと待機情報との紐付けを解除する処理を含んでもよい。
また、特別効用を決定する処理は、待機情報もしくは待機情報に対応する情報を、第２プレイヤに紐付ける処理を含んでもよい。
また、特別効用を発動させる処理、および、特別効用を破棄する処理は、第２プレイヤに紐付けられた待機情報もしくは待機情報に対応する情報を破棄する処理を含んでもよい。
【0264】
なお、上記実施形態では、クライアントサーバシステムである情報処理システムＳが、上記の各情報処理を行う。しかしながら、上記実施形態におけるサーバ１００の機能は、プレイヤ端末１が備えてもよい。また、上記実施形態におけるプレイヤ端末１の機能は、サーバ１００が備えてもよい。つまり、上記した各処理は、プレイヤ端末１およびサーバ１００のいずれで遂行されてもよい。
【0265】
また、上記実施形態におけるプログラムは、コンピュータが読み取り可能な非一時記憶媒体に格納され、記憶媒体として提供されてもよい。さらには、この記憶媒体を含むゲーム端末装置または情報処理システムとして提供されてもよい。また、上記実施形態は、各機能およびフローチャートに示すステップを実現する情報処理方法としてもよい。
【符号の説明】
【0266】
１ プレイヤ端末
１００ サーバ
Ｓ 情報処理システム
１００ サーバ
Ｓ 情報処理システム
【要約】
【課題】ゲーム性を向上する。
【解決手段】情報処理プログラムは、第１プレイヤによる第１操作の入力に基づいて、第１の効用を発動させる処理と、第１操作の入力または第１の効用の発動に基づいて、所定の待機情報を有効化する処理と、待機情報が有効化されている場合に、第２プレイヤによる所定の操作の入力に基づいて特別効用を、発動可能な効用に決定する処理と、所定の操作の入力、または、特別効用の決定に基づいて、待機情報を無効化する処理と、決定された特別効用を発動させる発動操作、および、決定された特別効用を破棄する破棄操作を少なくとも含む複数の操作のいずれかを、第２プレイヤに選択可能にする処理と、第２プレイヤによる発動操作の入力に基づいて、特別効用を発動させる処理と、第２プレイヤによる破棄操作の入力に基づいて、特別効用を破棄する処理と、をコンピュータに遂行させる。
【選択図】図１０
【解決手段】情報処理プログラムは、第１プレイヤによる第１操作の入力に基づいて、第１の効用を発動させる処理と、第１操作の入力または第１の効用の発動に基づいて、所定の待機情報を有効化する処理と、待機情報が有効化されている場合に、第２プレイヤによる所定の操作の入力に基づいて特別効用を、発動可能な効用に決定する処理と、所定の操作の入力、または、特別効用の決定に基づいて、待機情報を無効化する処理と、決定された特別効用を発動させる発動操作、および、決定された特別効用を破棄する破棄操作を少なくとも含む複数の操作のいずれかを、第２プレイヤに選択可能にする処理と、第２プレイヤによる発動操作の入力に基づいて、特別効用を発動させる処理と、第２プレイヤによる破棄操作の入力に基づいて、特別効用を破棄する処理と、をコンピュータに遂行させる。
【選択図】図１０
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】