JP7078783B1 - 情報処理プログラム、情報処理方法、および、情報処理システム - Google Patents

Abstract

【課題】バトルゲームにおける戦略性が乏しくなるおそれを抑制する。【解決手段】情報処理プログラムは、所定の条件が成立すると、バトルゲームにおける対戦相手との対戦権利を付与する処理と、対戦権利を消費することで、対戦権利に対して設定された対戦条件に基づいて対戦相手とのバトルゲームを実行する処理と、対戦権利を消費してバトルゲームを実行した際に、対戦条件内で対戦相手を倒した場合に、持越し権利を付与する処理と、持越し権利に対する対戦条件を設定する処理と、持越し権利を消費することで、対戦権利を消費せずに、持越し権利に対する対戦条件に基づいて対戦相手とのバトルゲームを実行する処理と、対戦権利および持越し権利の双方を有している場合に、対戦権利または持越し権利のいずれを消費するかプレイヤに選択させる処理と、をコンピュータに遂行させる。【選択図】図４

Description

特許法第３０条第２項適用 令和３年４月２９日にｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｅ０ｋ１ｊ５ｎＮｍｍＵ ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｐｒｉｃｏｎｎｅ＿ｒｅｄｉｖｅ ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｐｒｉｃｏｎｎｅ＿ｒｅｄｉｖｅ／ｓｔａｔｕｓ／１３８７６９７８８８５８３６３０８５０ ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｐｒｉｃｏｎｎｅ＿ｒｅｄｉｖｅ／ｓｔａｔｕｓ／１３８７６９７５１９３９６８５１７１３ ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｐｒｉｃｏｎｎｅ＿ｒｅｄｉｖｅ／ｓｔａｔｕｓ／１３８７６９７２５４９３３４０５６９７にて内部的な仕組みは公開してはいないが、発明の概要程度は読み取れる内容として発明を公開 令和３年６月４日にｈｔｔｐｓ：／／ｐｒｉｃｏｎｎｅ－ｒｅｄｉｖｅ．ｊｐ／ｎｅｗｓ／ｕｐｄａｔｅ／１２９７２／ ｈｔｔｐｓ：／／ｄｍｇ．ｐｒｉｃｏｎｎｅ－ｒｅｄｉｖｅ．ｊｐ／ｎｅｗｓ／ｄｅｔａｉｌ．ｐｈｐ？ｉｄ＝１２９７２にて内部的な仕組みは公開してはいないが、発明の概要程度は読み取れる内容として発明を公開 令和３年６月１１日にｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｐｒｉｃｏｎｎｅ＿ｒｅｄｉｖｅ ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｐｒｉｃｏｎｎｅ＿ｒｅｄｉｖｅ／ｓｔａｔｕｓ／１４０３１９０１１１９０３１７８７５４にて内部的な仕組みは公開してはいないが、発明の概要程度は読み取れる内容として発明を公開 令和３年６月２２日にｈｔｔｐｓ：／／ｐｒｉｃｏｎｎｅ－ｒｅｄｉｖｅ．ｊｐ／ｎｅｗｓ／ｕｐｄａｔｅ／１３２１３／ ｈｔｔｐｓ：／／ｄｍｇ．ｐｒｉｃｏｎｎｅ－ｒｅｄｉｖｅ．ｊｐ／ｎｅｗｓ／ｄｅｔａｉｌ．ｐｈｐ？ｉｄ＝１３２１３ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｐｒｉｃｏｎｎｅ＿ｒｅｄｉｖｅ ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｐｒｉｃｏｎｎｅ＿ｒｅｄｉｖｅ／ｓｔａｔｕｓ／１４０７１７１７５０９７５０００５８２にて内部的な仕組みは公開してはいないが、発明の概要程度は読み取れる内容として発明を公開

特許法第３０条第２項適用 令和３年６月１１日および令和３年６月２２日にｈｔｔｐｓ：／／ｉｔｕｎｅｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｉｄ１１３４４２９３００ ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｊｐ．ｃｏ．ｃｙｇａｍｅｓ．ｐｒｉｎｃｅｓｓｃｏｎｎｅｃｔｒｅｄｉｖｅ ｈｔｔｐｓ：／／ｄｍｇ．ｐｒｉｃｏｎｎｅ－ｒｅｄｉｖｅ．ｊｐ／にて本発明にかかるシステムを実装したゲームサービスを公開

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

従来、例えば特許文献１に示されるように、所定期間内に実行できるバトルゲームの実行可能な回数の上限が定められており、同一のグループに所属する複数のプレイヤが共同して複数の敵キャラクタを順番に倒していくバトルゲームにおいて、プレイヤが敵キャラクタを倒した場合に、バトルゲームの実行可能な回数を消費せずに、次回のバトルゲームを実行することができるゲーム装置が知られている。

特許第６６５５２１２号

上記のようなゲーム装置では、バトルゲームの実行可能な回数を消費せずに、次回のバトルゲームを実行することができる一方で、バトルゲームにおける戦略性が乏しくなるおそれがあった。

本発明は、バトルゲームにおける戦略性が乏しくなるおそれを抑制することが可能な情報処理プログラム、情報処理方法、および、情報処理システムを提供することを目的としている。

上記課題を解決するために、情報処理プログラムは、所定の条件が成立すると、バトルゲームにおける対戦相手との対戦権利を付与する処理と、前記対戦権利を消費することで、前記対戦権利に対して設定された対戦条件に基づいて前記対戦相手との前記バトルゲームを実行する処理と、前記対戦権利を消費して前記バトルゲームを実行した際に、前記対戦条件内で前記対戦相手を倒した場合に、持越し権利を付与する処理と、前記対戦相手を倒した時点での前記対戦条件に基づいて、前記持越し権利に対する前記対戦条件を設定する処理と、前記持越し権利を消費することで、前記対戦権利を消費せずに、前記持越し権利に対する前記対戦条件に基づいて次の前記バトルゲームを実行する処理と、前記対戦権利および前記持越し権利の双方を有している場合に、前記対戦権利または前記持越し権利のいずれを消費するかプレイヤに選択させる処理と、をコンピュータに遂行させる。

前記持越し権利を複数有している場合に、複数の前記持越し権利のいずれを消費するか前記プレイヤに選択させる処理を、さらにコンピュータに遂行させてもよい。

前記対戦相手との前記バトルゲームに係る対戦記録を生成する処理と、前記プレイヤの操作に基づいて、前記対戦記録を複数の方法のいずれかで出力する処理とを、さらにコンピュータに遂行させてもよい。

前記複数の方法には、前記プレイヤの操作に基づいて、複数の前記プレイヤが所属可能なグループ内で前記対戦記録を閲覧可能に出力する方法と、前記プレイヤの操作に基づいて、前記対戦記録をテキスト形式で貼り付け可能となるように出力する方法とを含んでもよい。

上記課題を解決するために、情報処理方法は、１または複数のコンピュータが遂行する情報処理方法であって、所定の条件が成立すると、バトルゲームにおける対戦相手との対戦権利を付与する処理と、前記対戦権利を消費することで、前記対戦権利に対して設定された対戦条件に基づいて前記対戦相手との前記バトルゲームを実行する処理と、前記対戦権利を消費して前記バトルゲームを実行した際に、前記対戦条件内で前記対戦相手を倒した場合に、持越し権利を付与する処理と、前記対戦相手を倒した時点での前記対戦条件に基づいて、前記持越し権利に対する前記対戦条件を設定する処理と、前記持越し権利を消費することで、前記対戦権利を消費せずに、前記持越し権利に対する前記対戦条件に基づいて次の前記バトルゲームを実行する処理と、前記対戦権利および前記持越し権利の双方を有している場合に、前記対戦権利または前記持越し権利のいずれを消費するかプレイヤに選択させる処理と、を含む。
を含む。

上記課題を解決するために、情報処理システムは、１または複数のコンピュータを備える情報処理システムであって、前記コンピュータは、所定の条件が成立すると、バトルゲームにおける対戦相手との対戦権利を付与する処理と、前記対戦権利を消費することで、前記対戦権利に対して設定された対戦条件に基づいて前記対戦相手との前記バトルゲームを実行する処理と、前記対戦権利を消費して前記バトルゲームを実行した際に、前記対戦条件内で前記対戦相手を倒した場合に、持越し権利を付与する処理と、前記対戦相手を倒した時点での前記対戦条件に基づいて、前記持越し権利に対する前記対戦条件を設定する処理と、前記持越し権利を消費することで、前記対戦権利を消費せずに、前記持越し権利に対する前記対戦条件に基づいて次の前記バトルゲームを実行する処理と、前記対戦権利および前記持越し権利の双方を有している場合に、前記対戦権利または前記持越し権利のいずれを消費するかプレイヤに選択させる処理と、を遂行する。

本発明によれば、バトルゲームにおける戦略性が乏しくなるおそれを抑制することができる。

図１は、情報処理システムの概略的な構成を示した説明図である。 図２Ａは、プレイヤ端末のハードウェアの構成を説明する図である。図２Ｂは、サーバのハードウェアの構成を説明する図である。 図３Ａは、ホーム画面の一例を示す図である。図３Ｂは、味方キャラクタ確認画面の一例を説明する図である。図３Ｃは、クエスト画面の一例を示す図である。 図４Ａは、ギルドバトル画面の一例を説明する図である。図４Ｂは、持越し確認画面の一例を説明する図である。 図５Ａは、対戦可能な対戦相手を説明する第１の図である。図５Ｂは、対戦可能な対戦相手を説明する第２の図である。図５Ｃは、対戦可能な対戦相手を説明する第３の図である。図５Ｄは、対戦可能な対戦相手を説明する第４の図である。 図６Ａは、対戦可能な対戦相手を説明する第５の図である。図６Ｂは、対戦可能な対戦相手を説明する第６の図である。 図７Ａは、対戦相手画面の一例を説明する図である。図７Ｂは、持越し使用確認画面の一例を説明する図である。 図８Ａは、パーティ編成画面の一例を説明する図である。図８Ｂは、ギルドバトル開始確認画面の一例を説明する図である。 図９Ａは、リザルト画面の一例を説明する図である。図９Ｂは、ダメージレポート画面の一例を説明する図である。図９Ｃは、バトル詳細画面の一例を説明する図である。 図１０は、クリップボードにコピーする際に出力されるテキスト内容の一例を説明する図である。 図１１Ａは、マイログ画面の一例を説明する図である。図１１Ｂは、ギルド画面の一例を説明する図である。 図１２は、プレイヤ端末におけるメモリの構成およびコンピュータとしての機能を説明する図である。 図１３は、サーバにおけるメモリの構成およびコンピュータとしての機能を説明する図である。 図１４は、プレイヤ端末およびサーバの基本的な処理を説明するシーケンス図である。 図１５は、サーバにおけるログイン処理の一例を説明するフローチャートである。 図１６は、プレイヤ端末における端末側ギルド処理の一例を説明するフローチャートである。 図１７は、プレイヤ端末における端末側ギルドバトル画面処理の一例を説明するフローチャートである。 図１８は、プレイヤ端末におけるギルドバトル開始前処理の一例を説明するフローチャートである。 図１９は、サーバにおけるサーバ側バトルゲーム開始処理の一例を説明するフローチャートである。 図２０は、サーバにおけるサーバ側バトルゲーム終了処理の一例を説明するフローチャートである。 図２１は、プレイヤ端末における端末側リザルト画面処理の一例を説明するフローチャートである。 図２２は、プレイヤ端末における端末側マイログ画面処理の一例を説明するフローチャートである。 図２３は、プレイヤ端末における端末側バトル詳細画面処理の一例を説明するフローチャートである。

以下に添付図面を参照しながら、本発明の実施形態の一態様について詳細に説明する。かかる実施形態に示す寸法、材料、その他具体的な数値等は、理解を容易とするための例示にすぎず、特に断る場合を除き、本発明を限定するものではない。なお、本明細書および図面において、実質的に同一の機能、構成を有する要素については、同一の符号を付することにより重複説明を省略し、また本発明に直接関係のない要素は図示を省略する。

<第１の実施形態>
（情報処理システムＳの全体の構成）
図１は、情報処理システムＳの概略的な構成を示した説明図である。情報処理システムＳは、プレイヤ端末１と、サーバ１００と、通信基地局２００ａを有する通信ネットワーク２００とを含む、所謂クライアントサーバシステムである。

プレイヤ端末１は、通信ネットワーク２００を介してサーバ１００との通信を確立することができる。プレイヤ端末１は、サーバ１００と無線もしくは有線による通信接続が可能な電子機器を広く含む。プレイヤ端末１としては、例えば、スマートフォン、携帯電話、タブレット装置、パーソナルコンピュータ、ゲーム機器等が挙げられる。本実施形態では、プレイヤ端末１として、スマートフォンが用いられる場合について説明する。

サーバ１００は、複数のプレイヤ端末１と通信接続される。サーバ１００は、ゲームをプレイするプレイヤを識別するためのプレイヤＩＤごとに各種の情報（プレイヤ情報）を蓄積する。

通信基地局２００ａは、通信ネットワーク２００と接続され、プレイヤ端末１と無線による情報の送受信を行う。通信ネットワーク２００は、携帯電話網、インターネット網、ＬＡＮ(Local Area Network)、専用回線等で構成され、プレイヤ端末１とサーバ１００との無線もしくは有線による通信接続を実現する。

本実施形態の情報処理システムＳは、プレイヤ端末１およびサーバ１００がゲーム装置Ｇとして機能する。プレイヤ端末１およびサーバ１００には、それぞれゲームの進行制御の役割分担がなされており、プレイヤ端末１とサーバ１００との協働によって、ゲームが進行可能となる。

（プレイヤ端末１およびサーバ１００のハードウェアの構成）
図２Ａは、プレイヤ端末１のハードウェアの構成を説明する図である。また、図２Ｂは、サーバ１００のハードウェアの構成を説明する図である。図２Ａに示すように、プレイヤ端末１は、ＣＰＵ(Central Processing Unit)１０、メモリ１２、バス１４、入出力インタフェース１６、記憶部１８、通信部２０、入力部２２、出力部２４を含んで構成される。

また、図２Ｂに示すように、サーバ１００は、ＣＰＵ１１０、メモリ１１２、バス１１４、入出力インタフェース１１６、記憶部１１８、通信部１２０、入力部１２２、出力部１２４を含んで構成される。

なお、サーバ１００のＣＰＵ１１０、メモリ１１２、バス１１４、入出力インタフェース１１６、記憶部１１８、通信部１２０、入力部１２２、出力部１２４の構成および機能は、それぞれ、プレイヤ端末１のＣＰＵ１０、メモリ１２、バス１４、入出力インタフェース１６、記憶部１８、通信部２０、入力部２２、出力部２４と実質的に同じである。したがって、以下では、プレイヤ端末１のハードウェアの構成について説明し、サーバ１００については説明を省略する。

ＣＰＵ１０は、メモリ１２に記憶されたプログラムを動作させ、ゲームの進行を制御する。メモリ１２は、ＲＯＭ(Read Only Memory)またはＲＡＭ(Random Access Memory)で構成され、ゲームの進行制御に必要となるプログラムおよび各種のデータを記憶する。メモリ１２は、バス１４を介してＣＰＵ１０に接続されている。

バス１４には、入出力インタフェース１６が接続される。入出力インタフェース１６には、記憶部１８、通信部２０、入力部２２、出力部２４が接続されている。

記憶部１８は、ＤＲＡＭ(Dynamic Random Access Memory)等の半導体メモリで構成され、各種プログラムおよびデータを記憶する。プレイヤ端末１においては、記憶部１８に記憶されたプログラムおよびデータが、ＣＰＵ１０によってメモリ１２（ＲＡＭ）にロードされる。

通信部２０は、通信基地局２００ａと無線により通信接続され、通信ネットワーク２００を介して、サーバ１００との間で各種データおよびプログラムといった情報の送受信を行う。プレイヤ端末１においては、サーバ１００から受信したプログラム等が、メモリ１２または記憶部１８に格納される。

入力部２２は、例えば、プレイヤの操作が入力される（操作を受け付ける）タッチパネル、ボタン、キーボード、マウス、十字キー、アナログコントローラ等で構成される。また、入力部２２は、プレイヤ端末１に設けられた、あるいは、プレイヤ端末１に接続（外付け）された専用のコントローラであってもよい。さらには、入力部２２は、プレイヤ端末１の傾きや移動を検知する加速度センサ、または、プレイヤの音声を検知するマイクで構成されてもよい。すなわち、入力部２２は、プレイヤの意思を、識別可能に入力させることができる装置を広く含む。

出力部２４は、ディスプレイ装置およびスピーカを含んで構成される。なお、出力部２４は、プレイヤ端末１に接続（外付け）される機器でもよい。本実施形態では、プレイヤ端末１が、出力部２４としてディスプレイ２６を備え、入力部２２として、ディスプレイ２６に重畳して設けられるタッチパネルを備えている。

（ゲーム内容）
次に、本実施形態の情報処理システムＳ（ゲーム装置Ｇ）により提供されるゲームの内容について、一例を用いて説明する。本実施形態では、味方キャラクタが敵キャラクタと対戦する所謂バトルゲームが提供される。具体的には、本実施形態のゲームでは、複数の味方キャラクタが提供される。プレイヤは、提供される味方キャラクタの中から複数（本実施形態では５体）を選択してパーティを編成する。また、プレイヤは、敵キャラクタや難易度が異なる複数種類のバトルゲームをプレイすることができる。バトルゲームでは、パーティに編成された味方キャラクタが敵キャラクタを倒して（クリアして）報酬を獲得することが主な目的となる。

図３Ａは、ホーム画面の一例を示す図である。図３Ｂは、味方キャラクタ確認画面の一例を説明する図である。図３Ｃは、クエスト画面の一例を示す図である。プレイヤ端末１のディスプレイ２６には、図３Ａ、図３Ｂ、図３Ｃに示すようなゲーム画面が表示される。本実施形態では、ゲーム画面が、通常画面とバトル画面とに大別される。

ホーム画面では、ディスプレイ２６の下部にメニューバー３０が表示される。メニューバー３０には、プレイヤが操作（タップ）可能な複数の操作部が設けられる。メニューバー３０には、「ホーム」と記されたホーム画面選択操作部３０ａ、「キャラ」と記された味方キャラクタ確認画面選択操作部３０ｂ、「クエスト」と記されたクエスト画面選択操作部３０ｃ、「ガチャ」と記されたガチャ画面選択操作部３０ｄ、「メニュー」と記されたメニュー画面選択操作部３０ｅが設けられている。

ホーム画面選択操作部３０ａがタップされると、図３Ａに示すホーム画面がディスプレイ２６に表示される。また、味方キャラクタ確認画面選択操作部３０ｂがタップされると、図３Ｂに示す味方キャラクタ確認画面がディスプレイ２６に表示される。同様に、クエスト画面選択操作部３０ｃがタップされると、図３Ｃに示すクエスト画面がディスプレイ２６に表示される。また、ガチャ画面選択操作部３０ｄがタップされると、不図示のガチャ画面がディスプレイ２６に表示される。また、メニュー画面選択操作部３０ｅがタップされると、不図示のメニュー画面がディスプレイ２６に表示される。なお、詳しい説明は省略するが、ガチャ画面では、味方キャラクタを抽選で獲得することができるガチャ抽選を行うことができる。また、メニュー画面では、ゲームの設定や、各種情報を確認することができる。また、メニューバー３０においては、ディスプレイ２６に表示中の画面が識別できるように、各画面に対応する操作部が強調表示される。

図３Ａに示すホーム画面は、初期画面に相当し、上部にヘッダ表示領域３１が設けられる。ヘッダ表示領域３１には、プレイヤＩＤに関連付けられたプレイヤのレベルを示すレベル情報３１ａ、および、プレイヤＩＤに関連付けられたプレイヤのスタミナを示すスタミナ表示バー３１ｂが表示される。

なお、スタミナは、少なくとも一部のバトルゲームをプレイするために必要なパラメータである。本実施形態では、複数種類のバトルゲームが設けられており、各バトルゲームには、プレイに必要なスタミナの消費値や、１日の最大実行可能回数が設定されている。プレイに必要なスタミナの消費値が設定されているバトルゲームを行う場合、プレイヤは、スタミナを消費してバトルゲームをプレイすることになるため、スタミナが不足している場合には、そのバトルゲームをプレイすることができない。

詳しい説明は省略するが、プレイヤは、バトルゲームで勝利すると、プレイヤ経験値として所定値を獲得することができる。そして、プレイヤ経験値が一定値に到達するごとに、プレイヤレベルが上昇する。プレイヤレベルには、スタミナの上限値が設定されており、プレイヤレベルが上昇するにつれて、スタミナの上限値も高くなる。スタミナは、上限値の範囲内で、一定時間（例えば５分）おきに所定値（例えば１ポイント）だけ回復する。スタミナ表示バー３１ｂには、スタミナの上限値に対して、現在のスタミナの残量が視覚的に把握できるように表示される。

また、ホーム画面には、詳しくは後述するギルドバトルが開催中である場合、「ギルドバトル」と記されたギルドバトル操作部３２が表示される。

そして、ギルドバトル操作部３２がタップされると、後述するギルドバトル画面（図４Ａ）がディスプレイ２６に表示される。なお、ギルドバトルが開催されていない場合、ギルドバトル操作部３２は非表示としてもよい。

また、ホーム画面におけるメニューバー３０とギルドバトル操作部３２との間には、「ギルド」と記されたギルド操作部３３が設けられている。

ギルド操作部３３がタップされると、後述するギルド画面（図１１Ｂ）がディスプレイ２６に表示される。

図３Ｂに示す味方キャラクタ確認画面では、プレイヤＩＤに関連付けられた味方キャラクタＩＤに対応する味方キャラクタ（画像）が全て表示される。つまり、味方キャラクタ確認画面では、プレイヤが所持している全ての味方キャラクタが表示される。なお、味方キャラクタＩＤは、味方キャラクタを識別するためのものであり、味方キャラクタごとに異なるＩＤが付されている。そして、プレイヤが例えばガチャ抽選等により新たな味方キャラクタを獲得すると、そのプレイヤのプレイヤＩＤに、獲得した味方キャラクタの味方キャラクタＩＤが関連付けられる。

各味方キャラクタには、経験値およびレベルが対応付けて記憶されている。経験値は、後述するバトルゲームで勝利した場合、あるいは、所定のアイテムを使用した場合に上昇する。レベルは、経験値に対応して設定され、経験値が所定値に達するたびにレベルが上昇する。なお、各味方キャラクタには、レベルの上限値が設定されており、上限値までの範囲内でのみレベルが上昇する。

また、味方キャラクタには、レアリティ（星の数）やレベルに基づいて、ライフポイント、攻撃力、防御力等の戦闘力のベース値が設定されている。プレイヤは、味方キャラクタの戦闘力が高くなるほど、バトルゲームを有利に進行することができる。また、味方キャラクタに設定される各ベース値は、レベルが高くなるほど上昇する。

さらに、味方キャラクタには、武器や防具の装備品を装備させる（設定する）ことができる。各装備品には、装備する装備品のランクを示す装備ランクに応じて攻撃力および防御力等に対する加算値が設定されている。装備品を装備させると、上記のベース値に、各装備品の加算値が加算され、味方キャラクタの戦闘力を高めることができる。

図３Ｃに示すクエスト画面には、提供されているバトルゲームの種別が記されたゲーム種別選択操作部３５が複数表示される。ここでは、４種類のバトルゲームが提供されており、４個のゲーム種別選択操作部３５が表示されている。

ゲーム種別選択操作部３５には、「メインクエスト」と記されたメインクエスト選択操作部３５ａ、「ギルドバトル」と記されたギルドバトル選択操作部３５ｂ、「１Ｖ１バトル」と記された１Ｖ１バトル選択操作部３５ｃ、「３Ｖ３バトル」と記された３Ｖ３バトル選択操作部３５ｄが設けられている。

メインクエスト選択操作部３５ａがタップされると、不図示のメインクエスト画面がディスプレイ２６に表示される。また、ギルドバトル選択操作部３５ｂがタップされると、後述する図４Ａに示すギルドバトル画面がディスプレイ２６に表示される。

また、１Ｖ１バトル選択操作部３５ｃがタップされると、不図示の１Ｖ１バトル画面がディスプレイ２６に表示される。また、３Ｖ３バトル選択操作部３５ｄがタップされると、不図示の３Ｖ３バトル画面がディスプレイ２６に表示される。

なお、各バトルゲームの種別には、それぞれ解放条件が設定されている。解放条件としては、例えば、プレイヤレベルが所定値以上であること、他の所定のバトルゲームをクリアしていること等が挙げられる。

図４Ａは、ギルドバトル画面の一例を説明する図である。図４Ｂは、持越し確認画面の一例を説明する図である。上記したように、例えばクエスト画面においてギルドバトル選択操作部３５ｂがタップされると、図４Ａに示すギルドバトル画面がディスプレイ２６に表示される。

ギルドバトルは、例えば、月に１回、３日間に亘って開催される。ギルドバトルのバトルゲームでは、複数のプレイヤで協力して敵キャラクタを倒すゲーム性となっている。なお、協力可能なプレイヤは、詳しくは後述する、ギルドメンバーに限られている。具体的には、敵キャラクタは、メインクエストのバトルゲームに登場する敵キャラクタよりもライフポイントが多く設定されており、ギルドメンバーが協力して敵キャラクタにダメージポイントを付与していき、最終的に敵キャラクタを倒すことを目的としている。

ここで、本実施形態では、１日においてスタミナを所定量消費するごとに、ギルドバトルのバトルゲームへの対戦権利が１回ずつ加算されていき、１日において最大で３回の対戦権利が付与される。

例えば、１日においてスタミナを３００消費するごとに、ギルドバトルのバトルゲームの対戦権利が１回ずつ加算されていき、１日においてスタミナを９００消費すると、１日において最大数の対戦権利（３回）が付与される。すなわち、所定の条件が成立すると、ギルドバトルのバトルゲームにおける対戦相手との対戦を行うための対戦権利がプレイヤに付与される。なお、本実施形態では、プレイヤが獲得した対戦権利は、獲得した日の翌日になると消滅する（クリアされる）。

本実施形態では、ギルドバトルにおいて、５体の敵キャラクタで構成される周回が設定されている。同一の周回に属する５体の敵キャラクタを全て倒した場合、次の周回が開始される。また、本実施形態では、敵キャラクタの強さが変化する段目が設定されている。例えば、１周目?３周目は１段目に設定され、４周目?１０周目は２段目に設定され、１１周目?３０周目は３段目に設定され、３１周目～４０周目は４段目に設定され、４１周目以降は５段目に設定される。

ギルドバトル画面では、予め決められた条件にしたがって、対戦相手操作部６３ａおよび討伐報知部６３ｂが表示される。対戦相手操作部６３ａは、対戦可能な敵キャラクタに対応する画像である。また、討伐報知部６３ｂは、討伐済みであり対戦不可能な敵キャラクタに対応する宝箱の画像である。

本実施形態では、予め定められた条件を満たした場合、次の周回に属する敵キャラクタに対応する対戦相手操作部６３ａが表示される。以下、例を挙げてより具体的に説明を行う。図５Ａは、対戦可能な対戦相手を説明する第１の図であり、図５Ｂは、対戦可能な対戦相手を説明する第２の図であり、図５Ｃは、対戦可能な対戦相手を説明する第３の図であり、図５Ｄは、対戦可能な対戦相手を説明する第４の図であり、図６Ａは、対戦可能な対戦相手を説明する第５の図であり、図６Ｂは、対戦可能な対戦相手を説明する第６の図である。図５Ａに示すように、例えば、１周目（１段目）に属する１体目～５体目の全ての敵キャラクタが生存している場合には、１周目（１段目）に属する１体目～５体目の全ての敵キャラクタに対してバトルゲームが実行可能に設定される。この場合、生存している（倒されていない）最古の敵キャラクタは、１周目の１体目となる。

また、図５Ｂに示すように、例えば、上記図５Ａの状態から、１周目（１段目）に属する１体目の敵キャラクタが倒された場合には、１周目（１段目）に属する２体目～５体目の敵キャラクタと、２周目（１段目）に属する１体目の敵キャラクタに対してバトルゲームが実行可能に設定される。この場合、生存している（倒されていない）最古の敵キャラクタは、１周目の２体目となる。

また、図５Ｃに示すように、例えば、上記図５Ａの状態から、１周目（１段目）に属する３体目および４体目の敵キャラクタが倒された場合には、１周目（１段目）に属する１体目、２体目、および、５体目の敵キャラクタに対してバトルゲームが実行可能に設定される。この場合、生存している（倒されていない）最古の敵キャラクタは、１周目の１体目となる。

また、図５Ｄに示すように、例えば、３周目（１段目）に属する１体目の敵キャラクタが倒されており、３周目（１段目）に属する２体目～５体目の敵キャラクタが生存している場合には、３周目（１段目）に属する２体目～５体目の敵キャラクタに対してバトルゲームが実行可能に設定され、４周目（２段目）に属する敵キャラクタに対してバトルゲームが実行可能に設定されない。この場合、生存している（倒されていない）最古の敵キャラクタは、３周目の２体目となる。

また、図６Ａに示すように、例えば、１周目（１段目）に属する１体目、３体目～５体目、および、２周目（１段目）に属する１体目の敵キャラクタが倒されており、１周目（１段目）に属する２体目の敵キャラクタが生存している場合には、１周目（１段目）に属する２体目の敵キャラクタに対してのみバトルゲームが実行可能に設定される。この場合、生存している（倒されていない）最古の敵キャラクタは、１周目の２体目となる。

また、図６Ｂに示すように、例えば、上記図６Ａの状態から、１周目（１段目）に属する２体目の敵キャラクタが倒された場合には、２周目（１段目）に属する２体目～５体目の敵キャラクタと、３周目（１段目）に属する１体目の敵キャラクタに対してバトルゲームが実行可能に設定される。この場合、生存している（倒されていない）最古の敵キャラクタは、２周目の２体目となる。

上記したように、本実施形態では、生存している（倒されていない）最古の敵キャラクタがＮ体目（Ｎは、１～５）のときに、次の周回に属するＮ－１体目までの生存している敵キャラクタまで対戦可能に設定される。なお、Ｎ＝１の場合は、次の周回に属するＮ－１体目の敵キャラクタは存在しないため、生存している最古の敵キャラクタと同一周回の５体目までの生存している敵キャラクタまで対戦可能に設定される。なお、生存している最古の敵キャラクタの周回が属する段数と、次の周回が属する段数とが異なる場合には、生存している最古の敵キャラクタと同一周回の５体目までの生存している敵キャラクタまで対戦可能に設定される。

プレイヤは、対戦相手操作部６３ａを操作することで、選択可能に表示された敵キャラクタ（対戦相手操作部６３ａ）の中から、所望の敵キャラクタ（対戦相手操作部６３ａ）を選択することで、選択した敵キャラクタとバトルゲームを実行することが可能となっている。

図４Ａに戻り、ギルドバトル画面には、ランキング表示領域６０、インフォメーション領域６１、および、バトルログ表示領域６２が表示される。

ランキング表示領域６０には、プレイヤが所属するギルド（グループ）の現在のランキングが表示される。なお、ランキングは、サーバ１００において、ギルドバトル開催中の一定期間（例えば３０分）ごとに、全てのギルドにおける敵キャラクタに与えたダメージの合計値が比較されることで導出される。そして、サーバ１００では、導出したランキングがメモリ１１２に記憶されるとともに、ギルドごとに、そのギルドのランキングが後述するギルド情報に記憶される。

インフォメーション領域６１には、現在の周回数、現在の段数、プレイヤに付与されている対戦権利の数を示す残り対戦回数、詳しくは後述するプレイヤに付与されている持越し権利の数を示す残り持越し回数が表示されるとともに、マイログ操作部６１ａおよび確認操作部６１ｂが表示されている。

マイログ操作部６１ａが操作されると、後述するマイログ画面（図１１Ａ）がディスプレイ２６に表示される。ギルドバトルでは、バトルゲームのゲーム結果情報をマイログとして保存し、保存したマイログを表示する機能を有している。

確認操作部６１ｂが操作されると、図４Ｂに示す持越し確認画面が表示される。本実施形態では、対戦権利を消費して敵キャラクタとのバトルゲームを実行した場合に、予め定められた条件が成立すると、持越し権利が付与される。本実施形態では、対戦権利を消費して実行されるバトルゲームにおいて、対戦権利に対して対戦条件として制限時間（対戦時間）が設定される。そして、この制限時間内に、対戦相手の敵キャラクタを倒した場合に、持越し権利が付与される。

このとき、対戦相手の敵キャラクタを倒した際の残りの対戦時間に基づいて、持越し権利に対する制限時間（対戦時間）が設定される。本実施形態では、対戦相手の敵キャラクタを倒した際の残りの対戦時間が長いほど、持越し権利に対して設定される制限時間が、対戦権利に対して設定される制限時間（例えば、９０秒）以下の範囲内で長く設定される。

なお、本実施形態では、対戦権利に対して対戦条件として設定された制限時間（対戦時間）内に、対戦相手の敵キャラクタを倒した場合に、持越し権利が付与される場合を示したが、これに限定されるものではない。例えば、対戦権利に対して対戦条件として設定された味方キャラクタの体力が残っている状態で、対戦相手の敵キャラクタを倒した場合に、持越し権利が付与されることとしてもよい。

そして、当該付与された持越し権利を消費することで、対戦権利を消費せずに、ギルドバトルのバトルゲームにおける対戦相手との対戦を行うことが可能となる。本実施形態では、１の対戦権利に対して１の持越し権利が付与可能となっている。一方で、本実施形態では、持越し権利に対してさらに持越し権利の付与は行わないこととしている。ただし、持越し権利に対してさらに持越し権利の付与を可能としてもよい。

なお、持越し権利を消費してギルドバトルのバトルゲームにおける対戦相手との対戦を行う際に、当該持越し権利が付与される基となったバトルゲームの終了時における味方キャラクタ体力を引き継いで、当該持越し権利を消費したギルドバトルのバトルゲームを行うこととしてもよい。あるいは、持越し権利が付与される基となったバトルゲームの終了時における味方キャラクタ体力を引き継がずに、当該持越し権利を消費したギルドバトルのバトルゲームを行うこととしてもよい。

図４Ｂに示す持越し確認画面では、プレイヤが保持している持越し権利毎に、持越し権利情報表示部６４ａが表示される。持越し権利情報表示部６４ａでは、対応する持越し権利に係る情報が表示される。具体的には、当該持越し権利が当日に付与された何回目の持越し権利であるかを示す回数、当該持越し権利に対して設定される制限時間、当該持越し権利が付与される基となったバトルゲームにおけるパーティ編成の情報が表示される。

また、図４Ｂに示すように、持越し確認画面には閉じる操作部６４ｂが表示されている。閉じる操作部６４ｂが操作されると、表示中の持越し確認画面の表示が終了する。

また、図４Ａに示すバトルログ表示領域６２には、ギルドに所属するギルドメンバーがギルドバトルのバトルゲームを行うと、そのときに敵キャラクタに与えたダメージが、プレイヤ名とともに表示される。これにより、他のギルドメンバーがどのくらいのダメージを与えたかを容易に把握することができる。

図７Ａは、対戦相手画面の一例を説明する図である。ギルドバトル画面（図４Ａ）において選択可能な敵キャラクタ（対戦相手操作部６３ａ）が操作されると、図７Ａに示す対戦相手画面がディスプレイ２６に表示される。

図７Ａに示すように、対戦相手画面には、対戦操作部３７、キャンセル操作部３８、確認操作部６１ｂの各操作部が表示される。また、対戦相手画面には、ギルドバトル画面（図４Ａ）において選択された敵キャラクタを倒した場合に得られる報酬や、当該敵キャラクタの体力が表示される。

対戦相手画面において確認操作部６１ｂが操作されると、図４Ｂに示す持越し確認画面が表示される。また、対戦相手画面においてキャンセル操作部３８が操作されると、対戦相手画面の表示が終了する。

図７Ｂは、持越し使用確認画面の一例を説明する図である。対戦相手画面（図７Ａ）において対戦操作部３７が操作されると、図７Ｂに示す持越し使用確認画面が表示される。図７Ｂに示すように、持越し使用確認画面には、プレイヤが保持している対戦権利または持越し権利毎に表示される選択操作部６５ａと、閉じる操作部６４ｂが表示される。閉じる操作部６４ｂが操作されると、表示中の持越し使用確認画面の表示が終了する。

すなわち、対戦権利および持越し権利の双方をプレイヤが有している場合に、対戦権利または持越し権利のいずれを消費するかをプレイヤが選択することができる。このように、プレイヤが消費する対戦権利または持越し権利を自由に選択できることとなるため、バトルゲームにおけるプレイヤの選択肢が広くなり、バトルゲームにおける戦略性の向上を図ることが可能となる。また、持越し権利を複数有している場合に、複数の持越し権利のいずれを消費するかをプレイヤが選択することができる。これにより、バトルゲームにおける戦略性の更なる向上を図ることが可能となる。

図８Ａは、パーティ編成画面の一例を説明する図である。持越し使用確認画面（図７Ｂ）の選択操作部６５ａが操作されると、図８Ａに示すパーティ編成画面がディスプレイ２６に表示される。図８Ａに示すように、パーティ編成画面には、プレイヤが所持している全ての味方キャラクタ（画像）が表示されるとともに、下方に、選択された味方キャラクタを表示する選択済み味方キャラクタ表示領域４０が表示される。

なお、本実施形態では、１日において、いずれかの対戦権利に係るバトルゲームで使用した味方キャラクタは、他の対戦権利に係るバトルゲームで使用することができないようになっている。

ただし、いずれかの対戦権利に対して付与された持越し権利に係るバトルゲームでは、当該対戦権利に係るバトルゲームで使用した味方キャラクタを再度使用することが可能となっている。本実施形態では、図８Ａに示すように、持越し使用確認画面（図７Ｂ）で操作された選択操作部６５ａに応じて、バトルゲームで使用可能な味方キャラクタと使用不可能な味方キャラクタが識別可能となるように、識別情報を味方キャラクタ（画像）に付加表示している。

パーティ編成画面において、プレイヤが、選択可能に表示されている味方キャラクタを操作すると、操作された味方キャラクタが選択済み味方キャラクタ表示領域４０に表示される。つまり、ここでは、プレイヤＩＤに関連付けられた複数の味方キャラクタＩＤのうち、バトルゲームに使用するため（パーティを決定するため）の味方キャラクタＩＤを選択している。

図８Ｂは、ギルドバトル開始確認画面の一例を説明する図である。パーティ編成画面（図８Ａ）のバトル開始操作部３９が操作されると、図８Ｂに示すギルドバトル開始確認画面が表示される。図８Ｂに示すように、ギルドバトル開始確認画面では、キャンセル操作部３８およびバトル開始操作部３９が表示される。また、ギルドバトル開始確認画面では、パーティ編成画面（図８Ａ）の味方キャラクタ表示領域４０に最終的に表示されていたバトルゲームに使用するための味方キャラクタが表示される。なお、ギルドバトル開始確認画面では、持越し使用確認画面（図７Ｂ）で操作された選択操作部６５ａに応じて、対戦権利または持越し権利を消費してバトルゲームの実行を開始する旨の注意喚起を表示することとしてもよい。また、ギルドバトル開始確認画面のキャンセル操作部３８が操作されると、ギルドバトル開始確認画面の表示が終了する。

そして、ギルドバトル開始確認画面のバトル開始操作部３９が操作されると、バトルゲームが開始される。バトルゲームが開始されると、不図示のバトル中画面が表示される。バトル中画面では、味方キャラクタと敵キャラクタとがディスプレイ２６に表示される。味方キャラクタは、コンピュータ制御により動作し、敵キャラクタにダメージを与えたり、敵キャラクタからダメージを受けたりする。また、敵キャラクタは、コンピュータ制御により動作し、味方キャラクタにダメージを与えたり、味方キャラクタからダメージを受けたりする。

敵キャラクタにダメージポイントが付与されると、敵キャラクタのライフポイントからダメージポイントが減算される。同様に、味方キャラクタにダメージポイントが付与されると、味方キャラクタのライフポイントからダメージポイントが減算される。敵キャラクタのライフポイントが０になるとプレイヤの勝利となり（クリアとなり）、全ての味方キャラクタのライフポイントが０になるか、敵キャラクタのライフポイントが０になる前に対戦時間が経過すると、プレイヤの敗北となる。

また、バトルゲーム中においては、通常の攻撃よりも敵キャラクタに付与されるダメージポイントが大きい必殺技が使用される場合がある。必殺技を使用する方法は、２パターン設けられている。１つは、手動状態においてプレイヤの操作に基づいて必殺技を使用するパターンと、オート状態において自動で必殺技を使用するパターンである。

そして、バトルゲームが正常に終了すると、リザルト画面（図９Ａ）がディスプレイ２６に表示される。図９Ａは、リザルト画面の一例を説明する図である。リザルト画面には、バトルゲームのゲーム結果情報の少なくとも一部が表示されるとともに、「ダメージレポート」と記されたダメージレポート操作部６６ａ、「バトル詳細」と記されたバトル詳細操作部６６ｂ、および、「次へ」と記された次へ操作部６６ｃが表示される。

なお、ゲーム結果情報には、味方キャラクタの味方キャラクタＩＤ（パーティ）、味方キャラクタのレベル、味方キャラクタの装備ランク、味方キャラクタのレアリティ（星の数）、敵キャラクタの敵キャラクタＩＤ、バトル終了時の味方キャラクタおよび敵キャラクタの残存状況（バトルゲーム終了時の対戦相手および味方キャラクタの体力）、与えたダメージポイント（合計値）、受けたダメージポイント手動状態またはオート状態であるか、バトルログＩＤ、バトルゲームの種別、バトルゲームの種別ごとに関連付けられた情報（クリア情報、バトルゲームの階層等）、バトルゲームの対戦時間、バトルゲーム終了時の残りの対戦時間、バトルゲームが実行された日時、バトルゲームの進行中における敵キャラクタおよび味方キャラクタの必殺技の発動タイミング等のバトルゲームに係る各種の情報が含まれている。また、バトルログＩＤは、バトルゲーム毎に固有に付与される。また、バトルゲームの種別ごとに関連付けられた情報は、バトルゲームの種別ごとに異なる内容となっている。

リザルト画面において次へ操作部６６ｃが操作されると、ディスプレイ２６の表示が、リザルト画面から、ギルドバトル画面（図４Ａ）に切り替わる。なお、リザルト画面から切り替わる画面は、ホーム画面等、所定の画面であってもよい。このように、リザルト画面の表示終了に伴い、バトルゲームが終了することとなる。

図９Ｂは、ダメージレポート画面の一例を説明する図である。リザルト画面においてダメージレポート操作部６６ａが操作されると、図９Ｂに示すダメージレポート画面がディスプレイ２６に表示される。ダメージレポート画面には、味方キャラクタおよび敵キャラクタが与えたダメージポイント（合計値）が表示されるとともに、「ＯＫ」と記されたＯＫ操作部６７ａが表示される。ＯＫ操作部６７ａが操作されると、ダメージレポート画面の表示が終了する。

図９Ｃは、バトル詳細画面の一例を説明する図である。リザルト画面においてバトル詳細操作部６６ｂが操作されると、図９Ｃに示すバトル詳細画面がディスプレイ２６に表示される。味方キャラクタが与えたダメージポイント（合計値）、味方キャラクタのレベル、味方キャラクタの装備ランク、味方キャラクタのレアリティ（星の数）、バトルゲームの進行中における敵キャラクタおよび味方キャラクタの必殺技の発動タイミング、バトルゲームの対戦時間、バトルゲームが実行された日時等の情報が表示されるとともに、「投稿」と記された投稿操作部６８ａ、「クリップボードにコピー」と記されたコピー操作部６８ｂ、「閉じる」と記された閉じる操作部６４ｂが表示される。

バトル詳細画面の閉じる操作部６４ｂが操作されると、バトル詳細画面の表示が終了する。また、投稿操作部６８ａが操作されると、ゲーム結果情報を、後述するギルド画面（図１１Ｂ）に投稿して、ギルドに所属するメンバー間でゲーム結果情報に含まれる少なくとも一部の情報を閲覧可能とすることができる。なお、ギルド画面について、詳しくは後述する。

図１０は、クリップボードにコピーする際に出力されるテキスト内容の一例を説明する図である。バトル詳細画面（図９Ｃ）におけるコピー操作部６８ｂが操作されると、表示中のバトル詳細画面に対応するゲーム結果情報に含まれる少なくとも一部の情報（以下、バトルタイムライン情報と呼ぶ）をテキスト形式で貼り付け可能となるようにプレイヤ端末１のクリップボードにコピー（出力）する。ここでは、図１０に示すバトルタイムライン情報のテキスト内容について、プレイヤ端末１のクリップボードにコピー（出力）する。すなわち、プレイヤの操作に基づいて、対戦記録をテキスト形式で貼り付け可能となるように出力する。プレイヤ端末１のクリップボードにコピーされた情報は、所謂、ＳＮＳ（Social networking service）アプリやメールアプリ等の任意のアプリに貼り付けることができる。なお、バトルタイムライン情報については、予め生成しておいてもよいし、プレイヤの操作に基づいて、生成することとしてもよい。本実施形態では、詳しくは後述する端末側バトルゲーム制御処理（ステップＰ６）において、バトルタイムライン情報の生成が行われることとなる。

このように、本実施形態によれば、ゲーム結果情報に含まれる少なくとも一部の情報をギルド画面（図１１Ｂ）に投稿して、ギルドに所属するメンバー間で閲覧可能に出力する第１の方法と、ゲーム結果情報に含まれる少なくとも一部の情報をテキスト形式で貼り付け可能となるようにプレイヤ端末１のクリップボードにコピー（出力）する第２の方法のいずれかをプレイヤが自由に選択することが可能となっている。これにより、プレイヤの利便性を向上することが可能となる。上記第１の方法を用いることで、ゲーム内にて手軽にギルドに所属するメンバー間で情報共有を行うことが可能となる。また、上記第２の方法を用いることで、ゲーム外のＳＮＳやメール等において、ギルドメンバーだけでなくギルドメンバー以外にも幅広く情報共有を行うことが可能となる。なお、本実施形態では、上記第１の方法および上記第２の方法の２つの方法のいずれかをプレイヤが選択可能としたが、３以上の方法からプレイヤが選択することができることとしてもよい。

図１１Ａは、マイログ画面の一例を説明する図である。図４Ａに示したギルドバトル画面において、マイログ操作部６１ａが操作されると、図１１Ａに示すマイログ画面がディスプレイ２６に表示される。

マイログ画面には、ギルドバトルのバトルゲームのゲーム結果情報に対応するマイログが表示される機能を有している。マイログ画面には、一覧、１体目、２体目、３体目、４体目、５体目と記されたマイログ選択タブ６６が表示される。また、マイログ画面には、マイログ選択タブ６６で選択された種別に基づいてマイログが表示されるマイログ表示領域６９が表示される。

なお、マイログで保存可能な個数の上限を設けてもよい。この場合、上限数のマイログが保存されている状態で新たなマイログが保存されると、日付が最も古いマイログが削除されることとしてもよい。

また、各マイログ表示領域６９には、バトル詳細操作部６６ｂが表示されている。マイログ表示領域６９のバトル詳細操作部６６ｂが操作された場合、操作されたバトル詳細操作部６６ｂが表示されているマイログ表示領域６９に対応するバトル詳細画面（図９Ｃ）がディスプレイ２６に表示される。

図１１Ｂは、ギルド画面の一例を説明する図である。本実施形態のゲームでは、複数のプレイヤによってギルドを構成することができる。例えば、１のプレイヤがギルドを作成すると、サーバ１００では、そのギルドのギルドＩＤに対して、作成したプレイヤのプレイヤＩＤが関連付けられて保存される。そして、他のプレイヤがギルドに加入する操作を行うと、そのギルドのギルドＩＤと、加入操作を行ったプレイヤのプレイヤＩＤとが関連付けられて保存される。なお、ギルドを構成するプレイヤをギルドメンバーとする。

ギルドメンバー間では、図１１Ｂに示すギルド画面を用いて、種々の情報が共有可能である。ギルド画面には、チャット表示領域７０が表示され、プレイヤの操作によって入力部７０ｂに入力したメッセージ（文字）を投稿することができる。

投稿された文字は、同一のギルドに属するギルドメンバーがギルド画面を表示した際に、そのギルド画面を表示したプレイヤ端末１のディスプレイ２６に、投稿したプレイヤ名（プレイヤ１、プレイヤ２等）とともに表示される。

また、プレイヤは、自身のバトルゲームのゲーム結果情報を他のプレイヤ端末１に投稿することができる。プレイヤがゲーム結果情報を投稿する（プレイヤ端末１からゲーム結果情報を送信する）と、投稿されたゲーム結果情報がサーバ１００に保存される。ここで、サーバ１００には、ギルドＩＤごとのギルド情報が記憶されており、投稿されたゲーム結果情報に基づいてギルド情報が更新される。ギルド情報には、ギルドＩＤ、ギルドメンバーのプレイヤＩＤ、ギルドバトルにおける対戦相手の生存や討伐状況に係る情報、投稿されたゲーム結果情報、投稿されたメッセージに関する情報、ギルドランキングに関する情報等が含まれている。

そして、他のプレイヤがギルド画面を表示する際に、他のプレイヤのプレイヤ端末１は、他のプレイヤのプレイヤＩＤが含まれるギルドＩＤのギルド情報に含まれる投稿されたゲーム結果情報を、サーバ１００から取得する。そして、他のプレイヤのプレイヤ端末１では、取得したゲーム結果情報に基づいて、チャット表示領域７０に投稿されたゲーム結果情報が表示される。

上記した図９Ｃに示すバトル詳細画面において投稿操作部６８ａが操作されると、そのときにディスプレイ２６に表示されているゲーム結果情報がチャット表示領域７０に出力（共有）される。

ギルドバトルのバトルゲームに係るゲーム結果情報が投稿されると、図１１Ｂに示すように、投稿されたゲーム結果情報の少なくとも一部が表示される。また、投稿されたゲーム結果情報の少なくとも一部とともに、バトル詳細操作部６６ｂが併せて表示される。

そして、バトル詳細操作部６６ｂが操作されると、操作されたバトル詳細操作部６６ｂが表示されているゲーム結果情報に対応するバトル詳細画面（図９Ｃ）がディスプレイ２６に表示される。

次に、プレイヤ端末１およびサーバ１００の処理、および、これらの各処理を遂行する機能部について説明する。なお、以下では、ゲームを進行するための基本的な通信処理、ならびに、ギルドバトルに関する主な通信処理の一例について説明し、その他の処理については説明を省略する。

（プレイヤ端末１の機能的構成）
図１２は、プレイヤ端末１におけるメモリ１２の構成およびコンピュータとしての機能を説明する図である。メモリ１２には、プログラム記憶領域１２ａ、および、データ記憶領域１２ｂが設けられている。ＣＰＵ１０は、ゲームが開始されると、端末側ゲーム制御用プログラム（モジュール）をプログラム記憶領域１２ａに記憶する。

端末側ゲーム制御用プログラムには、ゲーム実行制御プログラム８０、バトルゲーム実行プログラム８１、表示制御プログラム８２が含まれる。なお、図１２に列挙したプログラムは一例であり、端末側ゲーム制御用プログラムには、この他にも多数のプログラムが設けられている。

データ記憶領域１２ｂには、データを記憶する記憶部として、ゲーム情報記憶部９０、プレイヤ情報記憶部９１、ギルド情報記憶部９２が設けられている。なお、上記の各記憶部は一例であり、データ記憶領域１２ｂには、この他にも多数の記憶部が設けられている。

ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させ、データ記憶領域１２ｂの各記憶部のデータを更新する。そして、ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させることで、プレイヤ端末１（コンピュータ）を、端末側ゲーム制御部１Ａとして機能させる。端末側ゲーム制御部１Ａは、ゲーム実行制御部８０ａ、バトルゲーム実行部８１ａ、表示制御部８２ａを含む。

具体的には、ＣＰＵ１０は、ゲーム実行制御プログラム８０を動作させ、コンピュータをゲーム実行制御部８０ａとして機能させる。同様に、ＣＰＵ１０は、バトルゲーム実行プログラム８１、表示制御プログラム８２を動作させ、それぞれバトルゲーム実行部８１ａ、表示制御部８２ａとして機能させる。

ゲーム実行制御部８０ａは、ゲーム全体の進行を制御する。ゲーム実行制御部８０ａは、例えば、ログインするときに、ログイン情報をサーバ１００に送信する。

バトルゲーム実行部８１ａは、バトルゲームを実行するための制御を担う。例えば、バトルゲーム実行部８１ａは、バトルゲームにおいて、味方キャラクタおよび敵キャラクタの動作を制御したり、ダメージポイントを導出したりする。

表示制御部８２ａは、ディスプレイ２６に表示される画面を生成し、生成した画面をディスプレイ２６に表示させる。

（サーバ１００の機能的構成）
図１３は、サーバ１００におけるメモリ１１２の構成およびコンピュータとしての機能を説明する図である。メモリ１１２には、プログラム記憶領域１１２ａ、および、データ記憶領域１１２ｂが設けられている。ＣＰＵ１１０は、ゲームが開始されると、サーバ側ゲーム制御用プログラム（モジュール）をプログラム記憶領域１１２ａに記憶する。

サーバ側ゲーム制御用プログラムには、ゲーム実行制御プログラム１８０、バトルゲーム実行プログラム１８１、報酬付与プログラム１８２が含まれる。なお、図１４に列挙したプログラムは一例であり、サーバ側ゲーム制御用プログラムには、この他にも多数のプログラムが設けられている。

データ記憶領域１１２ｂには、データを記憶する記憶部として、ゲーム情報記憶部１９０、プレイヤ情報記憶部１９１、ギルド情報記憶部１９２が設けられている。なお、上記の各記憶部は一例であり、データ記憶領域１１２ｂには、この他にも多数の記憶部が設けられている。

ＣＰＵ１１０は、プログラム記憶領域１１２ａに記憶された各プログラムを動作させ、データ記憶領域１１２ｂの各記憶部のデータを更新する。そして、ＣＰＵ１１０は、プログラム記憶領域１１２ａに記憶された各プログラムを動作させることで、サーバ１００を、サーバ側ゲーム制御部１００Ａとして機能させる。サーバ側ゲーム制御部１００Ａは、ゲーム実行制御部１８０ａ、バトルゲーム実行部１８１ａ、報酬付与部１８２ａを含む。

具体的には、ＣＰＵ１１０は、ゲーム実行制御プログラム１８０を動作させ、コンピュータをゲーム実行制御部１８０ａとして機能させる。同様に、ＣＰＵ１１０は、バトルゲーム実行プログラム１８１、報酬付与プログラム１８２を動作させ、それぞれバトルゲーム実行部１８１ａ、報酬付与部１８２ａとして機能させる。

ゲーム実行制御部１８０ａは、ゲーム全体の進行を制御する。ゲーム実行制御部１８０ａは、例えば、ログイン情報をプレイヤ端末１から受信すると、プレイヤ情報記憶部１９１に保存されたプレイヤ情報をプレイヤ端末１がダウンロード可能にセットする。

バトルゲーム実行部１８１ａは、バトルゲームを実行するための制御を担う。

報酬付与部１８２ａは、プレイヤに対して報酬を付与する。報酬付与部１８２ａは、バトルゲームをクリアしたプレイヤに、クリアしたバトルゲームに対応するアイテムを付与する。

（プレイヤ端末１とサーバ１００との通信処理）
図１４は、プレイヤ端末１およびサーバ１００の基本的な処理を説明するシーケンス図である。なお、以下の説明では、プレイヤ端末１における処理をＰｎ（ｎは任意の整数）と示す。また、サーバ１００における処理をＳｎ（ｎは任意の整数）と示す。

プレイヤ端末１においてプレイヤがゲームアプリケーションを起動すると（Ｐ１）、プレイヤ端末１からサーバ１００にログイン情報が送信される。

サーバ１００は、ログイン情報を受信すると、ログイン処理を行う（Ｓ１）。図１５は、サーバ１００におけるログイン処理の一例を説明するフローチャートである。サーバ１００のゲーム実行制御部１８０ａは、ログイン情報を受信したか否か判定する（ステップＳ１－１）。その結果、ログイン情報を受信した場合（Ｓ１－１のＹＥＳ）には、ステップＳ１－２に処理が移り、ログイン情報を受信していない場合（Ｓ１－１のＮＯ）には、当該ログイン処理が終了する。

サーバ１００のゲーム実行制御部１８０ａは、受信したログイン情報に関連付けられたプレイヤＩＤを特定して、特定したプレイヤＩＤに対応するプレイヤ情報を参照し、プレイヤの当日最初のログインであるか否かを判定する（Ｓ１－２）。その結果、当日最初のログインである場合（Ｓ１－２のＹＥＳ）には、ステップＳ１－３に処理が移り、当日最初のログインではない場合（Ｓ１－２のＮＯ）には、ステップＳ１－６に処理が移る。

サーバ１００のゲーム実行制御部１８０ａは、特定したプレイヤＩＤに対応するプレイヤ情報に含まれる対戦権利情報をリセットする（Ｓ１－３）。

サーバ１００のゲーム実行制御部１８０ａは、特定したプレイヤＩＤに対応するプレイヤ情報に含まれる持越し権利情報をリセットする（Ｓ１－４）。なお、持越し権利情報は、詳しくは後述するサーバ側バトルゲーム終了処理におけるステップＳ５－１２～Ｓ５－１３において、設定および権利の付与（記憶）が行われる。

サーバ１００のゲーム実行制御部１８０ａは、特定したプレイヤＩＤに対応するプレイヤ情報に含まれる消費スタミナ累積値をリセットする（Ｓ１－５）。

サーバ１００のゲーム実行制御部１８０ａは、特定したプレイヤＩＤに対応するプレイヤ情報を、プレイヤ端末１がプレイヤ情報記憶部１９１からダウンロード可能にセットする（Ｓ１－６）。なお、プレイヤ情報には、プレイヤＩＤ、複数の味方キャラクタＩＤ、プレイヤのレベル、プレイヤのスタミナ、対戦権利情報、持越し権利情報等が含まれる。

プレイヤ端末のゲーム実行制御部８０ａは、サーバ１００のプレイヤ情報記憶部１９１からプレイヤ情報を取得すると、取得したプレイヤ情報をプレイヤ情報記憶部９１に記憶する。

図１４に戻り、プレイヤ端末１は、端末側ギルド処理を行う（Ｐ２）。図１６は、プレイヤ端末１における端末側ギルド処理の一例を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部８０ａは、図３Ａまたは図４Ａのギルド操作部３３が操作されたか判定する（Ｐ２－１）。その結果、ギルド操作部３３が操作された場合（Ｐ２－１のＹＥＳ）には、ステップＰ２－２に処理が移り、ギルド操作部３３が操作されていない場合（Ｐ２－１のＮＯ）には、ステップＰ２－５に処理が移る。

プレイヤ端末１のゲーム実行制御部８０ａは、ギルド操作部３３が操作されたことを示す操作情報をサーバ１００に送信する（Ｐ２－２）。操作情報には、プレイヤＩＤが含まれている。また、プレイヤ端末１のゲーム実行制御部８０ａは、サーバ１００のギルド情報記憶部１９２からギルド情報を取得し、取得したギルド情報をプレイヤ端末１のギルド情報記憶部９２に記憶する（Ｐ２－３）。上記したように、ギルド情報には、ギルドＩＤ、ギルドメンバーのプレイヤＩＤ、ギルドバトルにおける対戦相手の生存や討伐状況に係る情報、投稿されたゲーム結果情報、投稿されたメッセージに関する情報、ギルドランキングに関する情報等が含まれている。

プレイヤ端末１の表示制御部８２ａは、上記ステップＰ２－３で取得、記憶したギルド情報に基づいて、図１１Ｂに示すギルド画面をディスプレイ２６に表示する（Ｐ２－４）。

プレイヤ端末１のゲーム実行制御部８０ａは、図１１Ｂの投稿操作部６８ａが操作されたか判定する（Ｐ２－５）。その結果、投稿操作部６８ａが操作された場合（Ｐ２－５のＹＥＳ）には、ステップＰ２－６に処理が移り、投稿操作部６８ａが操作されていない場合（Ｐ２－５のＮＯ）には、当該端末側ギルド処理を終了する。

プレイヤ端末１のゲーム実行制御部８０ａは、投稿操作部６８ａが操作されたことを示す投稿情報をサーバ１００に送信する（Ｐ２－６）。投稿情報には、プレイヤＩＤ、図１１Ｂの入力部７０ｂに入力したメッセージ（文字）に関する情報等が含まれている。

図１４に戻り、サーバ１００のゲーム実行制御部１８０ａは、上記端末側ギルド処理に対応するサーバ側ギルド処理（Ｓ２）を行う。サーバ側ギルド処理では、サーバ１００のゲーム実行制御部１８０ａは、プレイヤ端末１からギルド操作部３３が操作されたことを示す操作情報を受信した場合に、操作情報に関連付けられたプレイヤＩＤを特定して、特定したプレイヤＩＤに対応するギルド情報を、プレイヤのプレイヤ端末１および他のプレイヤのプレイヤ端末１がギルド情報記憶部１９２からダウンロード可能にセットする。

また、サーバ１００のゲーム実行制御部１８０ａは、プレイヤ端末１から投稿情報を受信した場合に、投稿情報に関連付けられたプレイヤＩＤを特定して、投稿情報に基づいて、特定したプレイヤＩＤに対応するギルド情報記憶部１９２に記憶されたギルド情報を更新する。

プレイヤ端末１は、端末側ギルドバトル画面処理を行う（Ｐ３）。図１７は、プレイヤ端末１における端末側ギルドバトル画面処理の一例を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部８０ａは、図３Ａに示すギルドバトル操作部３２、または、図３Ｃに示すギルドバトル選択操作部３５ｂの操作が行われたか判定する（Ｐ３－１）。その結果、ギルドバトル操作部３２、または、ギルドバトル選択操作部３５ｂの操作が行われた場合（Ｐ３－１のＹＥＳ）には、ステップＰ３－２に処理が移り、ギルドバトル操作部３２、または、ギルドバトル選択操作部３５ｂの操作が行われていない場合（Ｐ３－１のＮＯ）には、ステップＰ３－６に処理が移る。

プレイヤ端末１のゲーム実行制御部８０ａは、ギルドバトル操作部３２、または、ギルドバトル選択操作部３５ｂが操作されたことを示す操作情報をサーバ１００に送信する（Ｐ３－２）。操作情報には、プレイヤＩＤが含まれている。

また、プレイヤ端末１のゲーム実行制御部８０ａは、サーバ１００のギルド情報記憶部１９２からギルド情報を取得し、取得したギルド情報をプレイヤ端末１のギルド情報記憶部９２に記憶する（Ｐ３－３）。

プレイヤ端末１のゲーム実行制御部８０ａは、サーバ１００のプレイヤ情報記憶部１９１からプレイヤ情報を取得し、取得したプレイヤ情報をプレイヤ端末１のプレイヤ情報記憶部９１に記憶する（Ｐ３－４）。なお、上記したように、プレイヤ情報には、プレイヤＩＤ、複数の味方キャラクタＩＤ、プレイヤのレベル、プレイヤのスタミナ、対戦権利情報、持越し権利情報等が含まれる。

プレイヤ端末１の表示制御部８２ａは、上記ステップＰ３－３で取得、記憶したギルド情報、および、上記ステップＰ３－４で取得、記憶したプレイヤ情報に基づいて、図４Ａに示すギルドバトル画面をディスプレイ２６に表示する（Ｐ３－５）。ここでは、ギルド情報に基づいて、上記図５または図６に示すように対戦可能なボス、および、討伐済みのボスをプレイヤが識別可能となるように表示する。また、対戦可能なボスに対しては対戦相手操作部６３ａの表示を行い、討伐済みのボスに対しては、対戦相手操作部６３ａの表示を行わない。これにより、プレイヤが対戦可能なボスを自由に選択することが可能となる。プレイヤが対戦可能なボスについての選択肢が広くなり、バトルゲームにおける戦略性の向上を図ることが可能となる。

プレイヤ端末１のゲーム実行制御部８０ａは、図４Ａまたは図７Ａに示す確認操作部６１ｂの操作が行われたか否かを判定する（Ｐ３－６）。その結果、確認操作部６１ｂの操作が行われた場合（Ｐ３－６のＹＥＳ）には、ステップＰ３－７に処理が移り、確認操作部６１ｂの操作が行われていない場合（Ｐ３－６のＮＯ）には、ステップＰ３－１０に処理が移る。

プレイヤ端末１のゲーム実行制御部８０ａは、確認操作部６１ｂが操作されたことを示す操作情報をサーバ１００に送信する（Ｐ３－７）。操作情報には、プレイヤＩＤが含まれている。

また、プレイヤ端末１のゲーム実行制御部８０ａは、サーバ１００のプレイヤ情報記憶部１９１からプレイヤ情報を取得し、取得したプレイヤ情報をプレイヤ端末１のプレイヤ情報記憶部９１に記憶する（Ｐ３－８）。

プレイヤ端末１の表示制御部８２ａは、上記ステップＰ３－８で取得、記憶したプレイヤ情報に基づいて、図４Ｂに示す持越し確認画面をディスプレイ２６に表示する（Ｐ３－９）。ここでは、プレイヤ情報に含まれる持越し権利情報に基づいて、持越し権利に係る情報をプレイヤが識別可能となるように表示する。

プレイヤ端末１のゲーム実行制御部８０ａは、ディスプレイ２６において、図４Ｂに示す持越し確認画面の表示中であるか否かを判定する（Ｐ３－１０）。その結果、持越し確認画面の表示中である場合（Ｐ３－１０のＹＥＳ）には、ステップＰ３－１１に処理が移り、持越し確認画面の表示中ではない場合（Ｐ３－１０のＮＯ）には、ステップＰ３－１３に処理が移る。

プレイヤ端末１のゲーム実行制御部８０ａは、図４Ｂに示す持越し確認画面の閉じる操作部６４ｂが操作されたか否かを判定する（Ｐ３－１１）。その結果、閉じる操作部６４ｂが操作された場合（Ｐ３－１１のＹＥＳ）には、ステップＰ３－１２に処理が移り、閉じる操作部６４ｂの操作が行われていない場合（Ｐ３－１１のＮＯ）には、ステップＰ３－１３に処理が移る。

プレイヤ端末１の表示制御部８２ａは、ディスプレイ２６における図４Ｂに示す持越し確認画面の表示を終了する（Ｐ３－１２）。

プレイヤ端末１のゲーム実行制御部８０ａは、図４Ａの対戦相手操作部６３ａが操作されたか否かを判定する（Ｐ３－１３）。その結果、対戦相手操作部６３ａが操作された場合（Ｐ３－１３のＹＥＳ）には、ステップＰ３－１４に処理が移り、対戦相手操作部６３ａの操作が行われていない場合（Ｐ３－１３のＮＯ）には、ステップＰ３－１８に処理が移る。

プレイヤ端末１のゲーム実行制御部８０ａは、対戦相手操作部６３ａが操作されたことを示す操作情報をサーバ１００に送信する（Ｐ３－１４）。操作情報には、上記ステップＰ３－１３で操作された対戦相手操作部６３ａに対応する対戦相手の情報、プレイヤＩＤ等が含まれている。

プレイヤ端末１のゲーム実行制御部８０ａは、サーバ１００のギルド情報記憶部１９２からギルド情報を取得し、取得したギルド情報をプレイヤ端末１のギルド情報記憶部９２に記憶する（Ｐ３－１５）。また、プレイヤ端末１のゲーム実行制御部８０ａは、サーバ１００のプレイヤ情報記憶部１９１からプレイヤ情報を取得し、取得したプレイヤ情報をプレイヤ端末１のプレイヤ情報記憶部９１に記憶する（Ｐ３－１６）。

プレイヤ端末１の表示制御部８２ａは、上記ステップＰ３－１５で取得、記憶したギルド情報、および、上記ステップＰ３－１６で取得、記憶したプレイヤ情報に基づいて、図７Ａに示す対戦相手画面をディスプレイ２６に表示する（Ｐ３－１７）。

プレイヤ端末１のゲーム実行制御部８０ａは、ディスプレイ２６において、図７Ａに示す対戦相手画面の表示中であるか否かを判定する（Ｐ３－１８）。その結果、対戦相手画面の表示中である場合（Ｐ３－１８のＹＥＳ）には、ステップＰ３－１９に処理が移り、対戦相手画面の表示中ではない場合（Ｐ３－１８のＮＯ）には、当該端末側ギルドバトル画面処理が終了する。

プレイヤ端末１のゲーム実行制御部８０ａは、図７Ａのキャンセル操作部３８が操作されたか否かを判定する（Ｐ３－１９）。その結果、キャンセル操作部３８が操作された場合（Ｐ３－１９のＹＥＳ）には、ステップＰ３－２０に処理が移り、キャンセル操作部３８の操作が行われていない場合（Ｐ３－１９のＮＯ）には、ステップＰ３－２１に処理が移る。

プレイヤ端末１の表示制御部８２ａは、ディスプレイ２６における図７Ａに示す対戦相手画面の表示を終了する（Ｐ３－２０）。

プレイヤ端末１のゲーム実行制御部８０ａは、図７Ａの対戦操作部３７が操作されたか否かを判定する（Ｐ３－２１）。その結果、対戦操作部３７が操作された場合（Ｐ３－２１のＹＥＳ）には、ステップＰ３－２２に処理が移り、対戦操作部３７の操作が行われていない場合（Ｐ３－２１のＮＯ）には、当該端末側ギルドバトル画面処理が終了する。

プレイヤ端末１のゲーム実行制御部８０ａは、対戦操作部３７が操作されたことを示す操作情報をサーバ１００に送信する（Ｐ３－２２）。操作情報には、上記ステップＰ３－１３で操作された対戦相手操作部６３ａに対応する対戦相手の情報、プレイヤＩＤ等が含まれている。

また、プレイヤ端末１のゲーム実行制御部８０ａは、サーバ１００のプレイヤ情報記憶部１９１からプレイヤ情報を取得し、取得したプレイヤ情報をプレイヤ端末１のプレイヤ情報記憶部９１に記憶する（Ｐ３－２３）。

プレイヤ端末１の表示制御部８２ａは、上記ステップＰ３－２２で取得、記憶したプレイヤ情報に基づいて、図７Ｂに示す持越し使用確認画面をディスプレイ２６に表示する（Ｐ３－２４）。ここでは、プレイヤ情報に含まれる持越し権利情報および対戦権利情報に基づいて、持越し権利および対戦権利に係る情報をプレイヤが識別可能となるように表示する。

図１４に戻り、サーバ１００のゲーム実行制御部１８０ａは、上記端末側ギルドバトル画面処理に対応するサーバ側ギルドバトル画面処理（Ｓ３）を行う。サーバ側ギルドバトル画面処理では、サーバ１００のゲーム実行制御部１８０ａは、プレイヤ端末１からギルドバトル操作部３２、または、ギルドバトル選択操作部３５ｂが操作されたことを示す操作情報を受信した場合に、操作情報に関連付けられたプレイヤＩＤを特定して、特定したプレイヤＩＤに対応するギルド情報を、プレイヤ端末１がギルド情報記憶部１９２からダウンロード可能にセットする。また、サーバ１００のゲーム実行制御部１８０ａは、特定したプレイヤＩＤに対応するプレイヤ情報を、プレイヤ端末１がプレイヤ情報記憶部１９１からダウンロード可能にセットする。

また、サーバ１００のゲーム実行制御部１８０ａは、プレイヤ端末１から確認操作部６１ｂが操作されたことを示す操作情報を受信した場合に、操作情報に関連付けられたプレイヤＩＤを特定して、特定したプレイヤＩＤに対応するプレイヤ情報を、プレイヤ端末１がプレイヤ情報記憶部１９１からダウンロード可能にセットする。

また、サーバ１００のゲーム実行制御部１８０ａは、プレイヤ端末１から対戦相手操作部６３ａが操作されたことを示す操作情報を受信した場合に、操作情報に関連付けられたプレイヤＩＤを特定して、特定したプレイヤＩＤに対応するギルド情報を、プレイヤ端末１がギルド情報記憶部１９２からダウンロード可能にセットする。また、サーバ１００のゲーム実行制御部１８０ａは、特定したプレイヤＩＤに対応するプレイヤ情報を、プレイヤ端末１がプレイヤ情報記憶部１９１からダウンロード可能にセットする。

また、サーバ１００のゲーム実行制御部１８０ａは、プレイヤ端末１から対戦操作部３７が操作されたことを示す操作情報を受信した場合に、操作情報に関連付けられたプレイヤＩＤを特定して、特定したプレイヤＩＤに対応するプレイヤ情報を、プレイヤ端末１がプレイヤ情報記憶部１９１からダウンロード可能にセットする。

プレイヤ端末１は、ギルドバトル開始前処理を行う（Ｐ４）。図１８は、プレイヤ端末１におけるギルドバトル開始前処理の一例を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部８０ａは、ディスプレイ２６において、図７Ｂに示す持越し使用確認画面の表示中であるか否かを判定する（Ｐ４－１）。その結果、持越し使用確認画面の表示中である場合（Ｐ４－１のＹＥＳ）には、ステップＰ４－２に処理が移り、持越し使用確認画面の表示中ではない場合（Ｐ４－１のＮＯ）には、ステップＰ４－６に処理が移る。

プレイヤ端末１のゲーム実行制御部８０ａは、図７Ｂに示す持越し使用確認画面の閉じる操作部６４ｂが操作されたか否かを判定する（Ｐ４－２）。その結果、閉じる操作部６４ｂが操作された場合（Ｐ４－２のＹＥＳ）には、ステップＰ４－３に処理が移り、閉じる操作部６４ｂの操作が行われていない場合（Ｐ４－２のＮＯ）には、ステップＰ４－４に処理が移る。

プレイヤ端末１の表示制御部８２ａは、ディスプレイ２６における図７Ｂに示す持越し使用確認画面の表示を終了する（Ｐ４－３）。

プレイヤ端末１のゲーム実行制御部８０ａは、図７Ｂに示す持越し使用確認画面の選択操作部６５ａが操作されたか否かを判定する（Ｐ４－４）。その結果、選択操作部６５ａが操作された場合（Ｐ４－４のＹＥＳ）には、ステップＰ４－５に処理が移り、選択操作部６５ａの操作が行われていない場合（Ｐ４－４のＮＯ）には、ステップＰ４－６に処理が移る。

プレイヤ端末１の表示制御部８２ａは、図８Ａに示すパーティ編成画面をディスプレイ２６に表示する（Ｐ４－５）。ここでは、上記Ｐ３－２３で取得、記憶したプレイヤ情報に基づいて、図８Ａに示すように、選択可能なキャラクタおよび選択不可能なキャラクタに係る情報をプレイヤが識別可能となるように表示する。

プレイヤ端末１のゲーム実行制御部８０ａは、ディスプレイ２６において、図８Ａに示すパーティ編成画面の表示中であるか否かを判定する（Ｐ４－６）。その結果、パーティ編成画面の表示中である場合（Ｐ４－６のＹＥＳ）には、ステップＰ４－７に処理が移り、パーティ編成画面の表示中ではない場合（Ｐ４－６のＮＯ）には、ステップＰ４－１３に処理が移る。

プレイヤ端末１のゲーム実行制御部８０ａは、図８Ａに示すパーティ編成画面において、選択可能なキャラクタの選択操作がされたか否かを判定する（Ｐ４－７）。その結果、選択操作がされた場合（Ｐ４－７のＹＥＳ）には、ステップＰ４－８に処理が移り、選択操作がされていない場合（Ｐ４－７のＮＯ）には、ステップＰ４－９に処理が移る。

プレイヤ端末１の表示制御部８２ａは、パーティ選択画面におけるプレイヤの選択操作に基づいて、パーティ編成画面の表示の更新を行う（Ｐ４－８）。

プレイヤ端末１のゲーム実行制御部８０ａは、図８Ａのキャンセル操作部３８が操作されたか否かを判定する（Ｐ４－９）。その結果、キャンセル操作部３８が操作された場合（Ｐ４－９のＹＥＳ）には、ステップＰ４－１０に処理が移り、キャンセル操作部３８の操作が行われていない場合（Ｐ４－９のＮＯ）には、ステップＰ４－１１に処理が移る。

プレイヤ端末１の表示制御部８２ａは、ディスプレイ２６におけるパーティ編成画面の表示を終了する（Ｐ４－１０）

プレイヤ端末１のゲーム実行制御部８０ａは、図８Ａのバトル開始操作部３９が操作されたか否かを判定する（Ｐ４－１１）。その結果、バトル開始操作部３９が操作された場合（Ｐ４－１１のＹＥＳ）には、ステップＰ４－１２に処理が移り、バトル開始操作部３９の操作が行われていない場合（Ｐ４－１１のＮＯ）には、ステップＰ４－１３に処理が移る。

プレイヤ端末１の表示制御部８２ａは、図８Ｂに示すギルドバトル開始確認画面をディスプレイ２６に表示する（Ｐ４－１２）。ここでは、パーティ編成画面においてプレイヤが選択したキャラクタに基づいて、図８Ｂに示すように、ギルドバトル開始確認画面の表示を行う。

プレイヤ端末１のゲーム実行制御部８０ａは、ディスプレイ２６において、図８Ｂに示すギルドバトル開始確認画面の表示中であるか否かを判定する（Ｐ４－１３）。その結果、ギルドバトル開始確認画面の表示中である場合（Ｐ４－１３のＹＥＳ）には、ステップＰ４－１４に処理が移り、ギルドバトル開始確認画面の表示中ではない場合（Ｐ４－１３のＮＯ）には、当該ギルドバトル開始前処理を終了する。

プレイヤ端末１のゲーム実行制御部８０ａは、図８Ｂのキャンセル操作部３８が操作されたか否かを判定する（Ｐ４－１４）。その結果、キャンセル操作部３８が操作された場合（Ｐ４－１４のＹＥＳ）には、ステップＰ４－１５に処理が移り、キャンセル操作部３８の操作が行われていない場合（Ｐ４－１４のＮＯ）には、ステップＰ４－１６に処理が移る。

プレイヤ端末１のゲーム実行制御部８０ａは、図８Ｂのバトル開始操作部３９が操作されたか否かを判定する（Ｐ４－１６）。その結果、バトル開始操作部３９が操作された場合（Ｐ４－１６のＹＥＳ）には、ステップＰ４－１７に処理が移り、バトル開始操作部３９の操作が行われていない場合（Ｐ４－１６のＮＯ）には、当該ギルドバトル開始前処理を終了する。

プレイヤ端末１のゲーム実行制御部８０ａは、図８Ｂのバトル開始操作部３９が操作されたことを示す開始情報をサーバ１００に送信する（Ｐ４－１７）。開始情報には、バトルゲームの種別に係る情報、パーティ編成画面においてプレイヤが選択したキャラクタを示す情報、持越し使用確認画面において操作された選択操作部６５ａに対応する持越し権利または対戦権利の種別に係る情報、および、プレイヤＩＤ等が含まれている。なお、詳しい説明は省略するが、上記したメインクエスト、１Ｖ１バトル、または、３Ｖ３バトルに係るバトルゲームの実行が選択された場合には、選択されたバトルゲームの種別に対応する情報を含む開始情報がサーバ１００へと送信されることとなる。

図１４に戻り、サーバ１００のゲーム実行制御部１８０ａは、サーバ側バトルゲーム開始処理（Ｓ４）を行う。図１９は、サーバ１００におけるサーバ側バトルゲーム開始処理の一例を説明するフローチャートである。サーバ１００のゲーム実行制御部１８０ａは、開始情報を受信したか否かを判定する（Ｓ４－１）。その結果、開始情報を受信した場合（Ｓ４－１のＹＥＳ）には、ステップＳ４－２に処理が移り、開始情報を受信していない場合（Ｓ４－１のＮＯ）には、当該サーバ側バトルゲーム開始処理を終了する。

サーバ１００のゲーム実行制御部１８０ａは、受信した開始情報がメインクエストのバトルゲームに係る開始情報であるか判定する（Ｓ４－２）。その結果、メインクエストのバトルゲームに係る開始情報である場合（Ｓ４－２のＹＥＳ）には、ステップＳ４－３に処理が移り、メインクエストのバトルゲームに係る開始情報ではない場合（Ｓ４－２のＮＯ）には、ステップＳ４－１０に処理が移る。

サーバ１００のゲーム実行制御部１８０ａは、受信した開始情報に関連付けられたプレイヤＩＤを特定して、特定したプレイヤＩＤに対応するプレイヤ情報に含まれるスタミナ情報から、実行するメインクエストのバトルゲームで消費するスタミナを減算するスタミナ減算処理を実行する（Ｓ４－３）。

サーバ１００のゲーム実行制御部１８０ａは、上記ステップＳ４－３で減算したスタミナの値を累積する消費スタミナ累積値の値を更新する消費スタミナ累積処理を実行する（Ｓ４－４）。

サーバ１００のゲーム実行制御部１８０ａは、上記ステップＳ４－４で更新された消費スタミナ累積値の値が予め設定された所定値となったか否かを判定する（Ｓ４－５）。その結果、消費スタミナ累積値の値が所定値となった場合には、ステップＳ４－６に処理が移り、消費スタミナ累積値の値が所定値となっていない場合には、ステップＳ４－１０に処理が移る。なお、本実施形態では、所定値が３００に設定されている。

サーバ１００のゲーム実行制御部１８０ａは、上記ステップＳ４－４で更新された消費スタミナ累積値から所定値を減算する（Ｓ４－６）。

サーバ１００のゲーム実行制御部１８０ａは、当日の対戦権利の付与回数が３未満であるか判定する（Ｓ４－７）。その結果、当日の対戦権利の付与回数が３未満である場合（Ｓ４－７のＹＥＳ）には、ステップＳ４－８に処理が移り、当日の対戦権利の付与回数が３未満ではない場合（Ｓ４－７のＮＯ）には、ステップＳ４－１０に処理が移る。

サーバ１００のゲーム実行制御部１８０ａは、受信した開始情報に関連付けられたプレイヤＩＤを特定して、特定したプレイヤＩＤに対応するプレイヤ情報に含まれる対戦権利情報における対戦権利の回数をインクリメントする対戦権利付与処理を実行する（Ｓ４－８）。

サーバ１００のゲーム実行制御部１８０ａは、バトルゲーム開始情報をプレイヤ端末１がダウンロード可能にセットする（Ｓ４－９）。なお、バトルゲーム開始情報には、バトルゲームにおける対戦条件に係る情報が含まれる。ここで、対戦条件として具体的には、対戦時間に係る情報、対戦相手に係る情報、プレイヤの選択したパーティ編成に係る情報等が含まれる。

サーバ１００のゲーム実行制御部１８０ａは、受信した開始情報がギルドバトルのバトルゲームに係る開始情報であるか判定する（Ｓ４－１０）。その結果、ギルドバトルのバトルゲームに係る開始情報である場合（Ｓ４－１０のＹＥＳ）には、ステップＳ４－１１に処理が移り、ギルドバトルのバトルゲームに係る開始情報ではない場合（Ｓ４－１１のＮＯ）には、当該サーバ側バトルゲーム開始処理が終了する。

サーバ１００のゲーム実行制御部１８０ａは、受信した開始情報に含まれる持越し使用確認画面において操作された選択操作部６５ａに対応する持越し権利または対戦権利の種別に係る情報を参照して、持越し使用確認画面において対戦権利が選択されたか否かを判定する（Ｓ４－１１）。その結果、持越し使用確認画面において対戦権利が選択された場合（Ｓ４－１１のＹＥＳ）には、ステップＳ４－１２に処理を移し、持越し使用確認画面において対戦権利が選択されていない場合（Ｓ４－１１のＮＯ）には、ステップＳ４－１４に処理が移る。

サーバ１００のゲーム実行制御部１８０ａは、受信した開始情報に関連付けられたプレイヤＩＤを特定して、特定したプレイヤＩＤに対応するプレイヤ情報に含まれる対戦権利情報から対戦権利の回数をデクリメントする対戦権利情報更新処理を行う（Ｓ４－１２）。

サーバ１００のゲーム実行制御部１８０ａは、バトルゲーム開始情報をプレイヤ端末１がダウンロード可能にセットする（Ｓ４－１３）。なお、バトルゲーム開始情報には、バトルゲームにおける対戦条件に係る情報が含まれる。ここで、対戦条件として具体的には、対戦時間に係る情報、対戦相手に係る情報、プレイヤの選択したパーティ編成に係る等が含まれる。

サーバ１００のゲーム実行制御部１８０ａは、受信した開始情報に含まれる持越し使用確認画面において操作された選択操作部６５ａに対応する持越し権利または対戦権利の種別に係る情報を参照して、持越し使用確認画面において持越し権利が選択されたか否かを判定する（Ｓ４－１４）。その結果、持越し使用確認画面において持越し権利が選択された場合（Ｓ４－１４のＹＥＳ）には、ステップＳ４－１５に処理を移し、持越し使用確認画面において持越し権利が選択されていない場合（Ｓ４－１４のＮＯ）には、当該サーバ側バトルゲーム開始処理が終了する。

サーバ１００のゲーム実行制御部１８０ａは、受信した開始情報に関連付けられたプレイヤＩＤを特定して、特定したプレイヤＩＤに対応するプレイヤ情報に含まれ、持越し使用確認画面において選択された持越し権利に係る持越し権利情報を削除する持越し権利情報更新処理を行う（Ｓ４－１５）。なお、本実施形態において、持越し権利の消費に係る処理（Ｓ４－１５）をサーバ側バトルゲーム開始処理において実行する場合について示したが、サーバ側バトルゲーム開始処理において、プレイヤが選択した持越し権利を記憶（保持）しておき、サーバ側バトルゲーム終了処理において当該記憶（保持）した持越し権利を消費することとしてもよい。

サーバ１００のゲーム実行制御部１８０ａは、バトルゲーム開始情報をプレイヤ端末１がダウンロード可能にセットする（Ｓ４－１６）。なお、バトルゲーム開始情報には、バトルゲームにおける対戦条件に係る情報が含まれる。ここで、対戦条件として具体的には、対戦時間に係る情報、対戦相手に係る情報、プレイヤの選択したパーティ編成に係る等が含まれる。

図１４に戻り、プレイヤ端末１は、サーバ１００からバトルゲーム開始情報を受信すると、バトルゲームを開始するための端末側バトルゲーム開始処理を行う（Ｐ５）。ここでは、例えば、バトルゲームを進行するためのメモリ１２の領域を確保したり、所定のプログラムを記憶部１８からメモリ１２に読み出したりする。

その後、プレイヤ端末１において、バトルゲームを制御するための端末側バトルゲーム制御処理が行われる（Ｐ６）。端末側バトルゲーム制御処理では、バトルゲーム開始情報に基づいて、バトルゲームにおける対戦時間の管理や、ダメージポイントの演算を行い、バトルタイムライン情報を含むゲーム結果情報の導出を行う。

また、端末側バトルゲーム制御処理では、各種情報を更新する更新処理が、フレーム単位で繰り返し実行される。なお、フレーム数は特に限定されるものではなく、例えば、１秒間のフレーム数は３０～６０である。したがって、バトルゲーム中は、プレイヤ端末１において、約１６ｍｓ（ミリ秒）～３３ｍｓごとに情報の更新が行われている。

そして、バトルゲームの終了条件が成立すると、プレイヤ端末１において、バトルゲームを終了させる端末側バトルゲーム終了処理が行われる（Ｐ７）。端末側バトルゲーム終了処理では、対戦相手とのバトルゲームに係る対戦記録に基づいて生成されたゲーム結果情報がサーバ１００に送信される。ゲーム結果情報には、上記したように、バトルタイムライン情報、バトルゲームに係る各種の情報が含まれている。また、端末側バトルゲーム終了処理では、サーバ１００から、報酬情報、持越し権利情報を含むプレイヤ情報を取得し、取得した情報をプレイヤ端末１のデータ記憶領域１２ｂ（ゲーム情報記憶部９０、プレイヤ情報記憶部９１）に記憶する。

サーバ１００のゲーム実行制御部１８０ａは、上記端末側バトルゲーム終了処理に対応するサーバ側バトルゲーム終了処理（Ｓ５）を行う。図２０は、サーバ１００におけるサーバ側バトルゲーム終了処理の一例を説明するフローチャートである。サーバ１００のゲーム実行制御部１８０ａは、ゲーム結果情報を受信したか否かを判定する（Ｓ５－１）。その結果、ゲーム結果情報を受信した場合（Ｓ５－１のＹＥＳ）には、ステップＳ５－２に処理が移り、ゲーム結果情報を受信していない場合（Ｓ５－１のＮＯ）には、当該サーバ側バトルゲーム終了処理を終了する。

サーバ１００のゲーム実行制御部１８０ａは、受信したゲーム結果情報がメインクエストのバトルゲームに係るゲーム結果情報であるか判定する（Ｓ５－２）。その結果、メインクエストのバトルゲームに係るゲーム結果情報である場合（Ｓ５－２のＹＥＳ）には、ステップＳ５－３に処理が移り、メインクエストのバトルゲームに係るゲーム結果情報ではない場合（Ｓ５－２のＮＯ）には、ステップＳ５－６に処理が移る。

サーバ１００のゲーム実行制御部１８０ａは、受信したゲーム結果情報に基づいて、プレイヤに付与する報酬を決定する報酬決定処理を行う（Ｓ５－３）。

サーバ１００のゲーム実行制御部１８０ａは、上記ステップＳ５－３で決定した報酬に基づいて報酬情報をプレイヤ端末１がダウンロード可能にセットする（Ｓ５－４）。

サーバ１００のゲーム実行制御部１８０ａは、受信したゲーム結果情報に基づいて、プレイヤ情報を更新する（Ｓ５－５）。ここでは、例えば、経験値の付与等の処理が行われる。

サーバ１００のゲーム実行制御部１８０ａは、受信したゲーム結果情報がギルドバトルのバトルゲームに係るゲーム結果情報であるか判定する（Ｓ５－６）。その結果、ギルドバトルのバトルゲームに係るゲーム結果情報である場合（Ｓ５－６のＹＥＳ）には、ステップＳ５－７に処理が移り、ギルドバトルのバトルゲームに係るゲーム結果情報ではない場合（Ｓ５－６のＮＯ）には、当該サーバ側バトルゲーム終了処理を終了する。

サーバ１００のゲーム実行制御部１８０ａは、受信したゲーム結果情報に基づいて、ギルド情報を更新するギルド情報更新処理を行う（Ｓ５－７）。ここでは、例えば、ゲーム結果情報に基づいて、対戦相手の体力の更新等を行う。

サーバ１００のゲーム実行制御部１８０ａは、受信したゲーム結果情報に基づいて、プレイヤに付与する報酬を決定する報酬決定処理を行う（Ｓ５－８）。

サーバ１００のゲーム実行制御部１８０ａは、上記ステップＳ５－８で決定した報酬に基づいて報酬情報をプレイヤ端末１がダウンロード可能にセットする（Ｓ５－９）。

サーバ１００のゲーム実行制御部１８０ａは、受信したゲーム結果情報に基づいて、プレイヤ情報を更新する（Ｓ５－１０）。ここでは、例えば、経験値の付与等の処理が行われる。

サーバ１００のゲーム実行制御部１８０ａは、受信したゲーム結果情報に基づいて、持越し権利発生条件が成立しているか否かを判定する（Ｓ５－１１）。その結果、持越し権利発生条件が成立している場合（Ｓ５－１１のＹＥＳ）には、ステップＳ５－１２に処理が移り、持越し権利発生条件が成立していない場合（Ｓ５－１１のＮＯ）には、当該サーバ側バトルゲーム終了処理を終了する。なお、持越し権利発生条件が成立する場合とは、対戦権利を消費して実行されたバトルゲームであり、かつ、対戦時間を残した状態で対戦相手を倒した場合である。

サーバ１００のゲーム実行制御部１８０ａは、受信したゲーム結果情報に基づいて、対戦相手の敵キャラクタを倒した際の残りの対戦時間に基づいて、持越し権利に対する制限時間（対戦時間）の設定する対戦条件設定処理を行う（Ｓ５－１２）。上記したように、本実施形態では、対戦相手の敵キャラクタを倒した際の残りの対戦時間が長いほど、持越し権利に対して設定される制限時間が、対戦権利に対して設定される制限時間（例えば、９０秒）以下の範囲内で長く設定される。

サーバ１００のゲーム実行制御部１８０ａは、プレイヤ情報に持越し権利を付与する持越し権利情報更新処理を実行する（Ｓ５－１３）。ここでは、受信したゲーム結果情報に基づいて、当該付与した持越し権利を消費して実行されるバトルゲームにおける対戦条件の設定も行う。ここで、対戦条件として具体的には、対戦時間に係る情報、受信したゲーム結果情報に係るバトルゲームにおいてプレイヤの選択したパーティ編成に係る情報等が含まれる。なお、複数のプレイヤが同時に１の敵キャラクタとのバトルゲームを実行し、複数のプレイヤが同時に敵キャラクタを倒した場合には、それぞれのプレイヤに対して持越し権利を付与してもよいし、敵キャラクタを倒した複数のプレイヤのうち１のプレイヤのみに持越し権利を付与し、その他のプレイヤについては、当該バトルゲームを無効扱いとすることとしてもよい。

サーバ１００のゲーム実行制御部１８０ａは、上記ステップＳ５－１３でプレイヤ情報に付与した持越し権利を含むプレイヤ情報をプレイヤ端末１がダウンロード可能にセットする（Ｓ５－１４）。

図１４に戻り、プレイヤ端末１は、ゲーム結果情報、および、サーバ１００から受信した報酬情報に基づいて、図９Ａに示すリザルト画面の表示を行う（Ｐ８）。

プレイヤ端末１は、端末側リザルト画面処理を行う（Ｐ９）。図２１は、プレイヤ端末１における端末側リザルト画面処理の一例を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部８０ａは、ディスプレイ２６において、図９Ａに示すリザルト画面の表示中であるか否かを判定する（Ｐ９－１）。その結果、リザルト画面の表示中である場合（Ｐ９－１のＹＥＳ）には、ステップＰ９－２に処理が移り、リザルト画面の表示中ではない場合（Ｐ９－１のＮＯ）には、ステップＰ９－１１に処理が移る。

プレイヤ端末１のゲーム実行制御部８０ａは、図９Ａに示すリザルト画面のダメージレポート操作部が操作されたか否かを判定する（Ｐ９－２）。その結果、ダメージレポート操作部が操作された場合（Ｐ９－２のＹＥＳ）には、ステップＰ９－３に処理が移り、ダメージレポート操作部の操作が行われていない場合（Ｐ９－２のＮＯ）には、ステップＰ９－６に処理が移る。

プレイヤ端末１のゲーム実行制御部８０ａは、ダメージレポート操作部６６ａが操作されたことを示す操作情報をサーバ１００に送信する（Ｐ９－３）。操作情報には、図９Ａのリザルト画面で表示されている対戦相手の情報、プレイヤＩＤ等が含まれている。

プレイヤ端末１のゲーム実行制御部８０ａは、サーバ１００のゲーム情報記憶部１９０からゲーム結果情報を取得し、取得したゲーム結果情報をプレイヤ端末１のゲーム情報記憶部９０に記憶する（Ｐ９－４）。

プレイヤ端末１の表示制御部８２ａは、上記ステップＰ９－４で取得、記憶したゲーム結果情報に基づいて、図９Ｂに示すダメージレポート画面をディスプレイ２６に表示する（Ｐ９－５）。なお、ゲーム結果情報を上記ステップＰ９－４で取得せずに、既にゲーム情報記憶部９０に記憶されているゲーム結果情報を用いてダメージレポート画面をディスプレイ２６に表示することとしてもよい。

プレイヤ端末１のゲーム実行制御部８０ａは、図９Ａに示すリザルト画面の次へ操作部６６ｃが操作されたか否かを判定する（Ｐ９－６）。その結果、次へ操作部６６ｃが操作された場合（Ｐ９－６のＹＥＳ）には、ステップＰ９－７に処理が移り、次へ操作部６６ｃの操作が行われていない場合（Ｐ９－６のＮＯ）には、ステップＰ９－１１に処理が移る。

プレイヤ端末１のゲーム実行制御部８０ａは、次へ操作部６６ｃが操作されたことを示す操作情報をサーバ１００に送信する（Ｐ９－７）。操作情報には、プレイヤＩＤ等が含まれている。

プレイヤ端末１のゲーム実行制御部８０ａは、サーバ１００のギルド情報記憶部１９２からギルド情報を取得し、取得したギルド情報をプレイヤ端末１のギルド情報記憶部９２に記憶する（Ｐ９－８）。

プレイヤ端末１のゲーム実行制御部８０ａは、サーバ１００のプレイヤ情報記憶部１９１からプレイヤ情報を取得し、取得したプレイヤ情報をプレイヤ端末１のプレイヤ情報記憶部９１に記憶する（Ｐ９－９）。

プレイヤ端末１の表示制御部８２ａは、上記ステップＰ９－８で取得、記憶したギルド情報、および、上記ステップＰ９－９で取得、記憶したプレイヤ情報に基づいて、図４Ａに示すギルドバトル画面をディスプレイ２６に表示する（Ｐ９－１０）。ここでは、ギルド情報に基づいて、上記図５または図６に示すように対戦可能なボス、および、討伐済みのボスをプレイヤが識別可能となるように表示する。また、対戦可能なボスに対しては対戦相手操作部６３ａの表示を行い、討伐済みのボスに対しては、対戦相手操作部６３ａの表示を行わない。

プレイヤ端末１のゲーム実行制御部８０ａは、ディスプレイ２６において、図９Ｂに示すダメージレポート画面の表示中であるか否かを判定する（Ｐ９－１１）。その結果、ダメージレポート画面の表示中である場合（Ｐ９－１１のＹＥＳ）には、ステップＰ９－１２に処理が移り、ダメージレポート画面の表示中ではない場合（Ｐ９－１１のＮＯ）には、当該端末側リザルト画面処理を終了する。

プレイヤ端末１のゲーム実行制御部８０ａは、図９Ｂに示すダメージレポート画面のＯＫ操作部６７ａが操作されたか否かを判定する（Ｐ９－１２）。その結果、ＯＫ操作部６７ａが操作された場合（Ｐ９－１２のＹＥＳ）には、ステップＰ９－１３に処理が移り、ＯＫ操作部６７ａの操作が行われていない場合（Ｐ９－１２のＮＯ）には、当該端末側リザルト画面処理を終了する。

プレイヤ端末１の表示制御部８２ａは、ディスプレイ２６における図９Ｂに示すダメージレポート画面の表示を終了する（Ｐ９－１３）。

図１４に戻り、サーバ１００のゲーム実行制御部１８０ａは、上記端末側リザルト画面処理に対応するサーバ側リザルト画面処理（Ｓ６）を行う。サーバ側リザルト画面処理では、サーバ１００のゲーム実行制御部１８０ａは、プレイヤ端末１からダメージレポート操作部が操作されたことを示す操作情報を受信した場合に、操作情報に関連付けられたプレイヤＩＤ、および、図９Ａのリザルト画面で表示されている対戦相手の情報を特定して、特定した情報に対応するゲーム結果情報を、プレイヤ端末１がゲーム情報記憶部１９０からダウンロード可能にセットする。

また、サーバ１００のゲーム実行制御部１８０ａは、プレイヤ端末１から図９Ａに示すリザルト画面の次へ操作部６６ｃが操作されたことを示す操作情報を受信した場合に、操作情報に関連付けられたプレイヤＩＤを特定して、特定したプレイヤＩＤに対応するギルド情報を、プレイヤ端末１がギルド情報記憶部１９２からダウンロード可能にセットする。また、サーバ１００のゲーム実行制御部１８０ａは、特定したプレイヤＩＤに対応するプレイヤ情報を、プレイヤ端末１がプレイヤ情報記憶部１９１からダウンロード可能にセットする。

プレイヤ端末１は、端末側マイログ画面処理を行う（Ｐ１０）。図２２は、プレイヤ端末１における端末側マイログ画面処理の一例を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部８０ａは、図４Ａに示すギルドバトル画面のマイログ操作部６１ａが操作されたか否かを判定する（Ｐ１０－１）。その結果、マイログ操作部６１ａが操作された場合（Ｐ１０－１のＹＥＳ）には、ステップＰ１０－２に処理が移り、マイログ操作部６１ａの操作が行われていない場合（Ｐ１０－１のＮＯ）には、ステップＰ１０－５に処理が移る。

プレイヤ端末１のゲーム実行制御部８０ａは、マイログ操作部６１ａが操作されたことを示す操作情報をサーバ１００に送信する（Ｐ１０－２）。操作情報には、プレイヤＩＤ等が含まれている。

プレイヤ端末１のゲーム実行制御部８０ａは、サーバ１００のプレイヤ情報記憶部１９１からプレイヤ情報に含まれるマイログ情報を取得し、取得したマイログ情報をプレイヤ端末１のプレイヤ情報記憶部９１に記憶する（Ｐ１０－３）。

プレイヤ端末１の表示制御部８２ａは、上記ステップＰ１０－３で取得、記憶したマイログ情報に基づいて、図１１Ａに示すマイログ画面をディスプレイ２６に表示する（Ｐ１０－４）。

プレイヤ端末１のゲーム実行制御部８０ａは、ディスプレイ２６において、図１１Ａに示すマイログ画面の表示中であるか否かを判定する（Ｐ１０－５）。その結果、マイログ画面の表示中である場合（Ｐ１０－５のＹＥＳ）には、ステップＰ１０－６に処理が移り、マイログ画面の表示中ではない場合（Ｐ１０－５のＮＯ）には、当該端末側マイログ画面処理を終了する。

プレイヤ端末１のゲーム実行制御部８０ａは、マイログ画面のマイログ選択タブ６６が操作される切替操作が行われたか否か判定する（Ｐ１０－６）。その結果、切替操作が行われた場合（Ｐ１０－６のＹＥＳ）には、ステップＰ１０－７に処理が移り、切替操作が行われていない場合（Ｐ１０－６のＮＯ）には、当該端末側マイログ画面処理が終了する。

プレイヤ端末１の表示制御部８２ａは、マイログ画面におけるプレイヤによる切替操作に基づいて、マイログ画面の表示の切替を行う（Ｐ１０－７）。

図１４に戻り、サーバ１００のゲーム実行制御部１８０ａは、上記端末側マイログ画面処理に対応するサーバ側マイログ画面（Ｓ７）を行う。サーバ側マイログ画面処理では、サーバ１００のゲーム実行制御部１８０ａは、プレイヤ端末１から図４Ａに示すギルドバトル画面のマイログ操作部６１ａが操作されたことを示す操作情報を受信した場合に、操作情報に関連付けられたプレイヤＩＤを特定して、特定したプレイヤＩＤに対応するマイログ情報を、プレイヤ端末１がプレイヤ情報記憶部１９１からダウンロード可能にセットする。

プレイヤ端末１は、端末側バトル詳細画面処理を行う（Ｐ１１）。図２３は、プレイヤ端末１における端末側バトル詳細画面処理の一例を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部８０ａは、図９Ａに示すリザルト画面のバトル詳細操作部６６ｂ、図１１Ａに示すマイログ画面のバトル詳細操作部６６ｂ、または、図１１Ｂに示すギルド画面のバトル詳細操作部６６ｂが操作されたか否かを判定する（Ｐ１１－１）。その結果、バトル詳細操作部６６ｂが操作された場合（Ｐ１１－１のＹＥＳ）には、ステップＰ１１－２に処理が移り、バトル詳細操作部６６ｂの操作が行われていない場合（Ｐ１１－１のＮＯ）には、ステップＰ１１－５に処理が移る。

プレイヤ端末１のゲーム実行制御部８０ａは、バトル詳細操作部６６ｂが操作されたことを示す操作情報をサーバ１００に送信する（Ｐ１１－２）。操作情報には、操作されたバトル詳細操作部６６ｂに対応するバトルログＩＤ等が含まれている。

プレイヤ端末１のゲーム実行制御部８０ａは、サーバ１００のゲーム情報記憶部１９０から上記ステップＰ１１－２でサーバ１００に送信した操作情報に含まれるバトルログＩＤに対応するゲーム結果情報を取得し、取得したゲーム結果情報をプレイヤ端末１のゲーム情報記憶部９０に記憶する（Ｐ１１－３）。

プレイヤ端末１の表示制御部８２ａは、上記ステップＰ１１－３で取得、記憶したゲーム結果情報に基づいて、図９Ｃに示す対バトル詳細画面をディスプレイ２６に表示する（Ｐ１１－４）。

プレイヤ端末１のゲーム実行制御部８０ａは、ディスプレイ２６において、図９Ｃに示すバトル詳細画面の表示中であるか否かを判定する（Ｐ１１－５）。その結果、バトル詳細画面の表示中である場合（Ｐ１１－５のＹＥＳ）には、ステップＰ１１－６に処理が移り、バトル詳細画面の表示中ではない場合（Ｐ１１－５のＮＯ）には、当該端末側バトル詳細画面処理を終了する。

プレイヤ端末１のゲーム実行制御部８０ａは、バトル詳細画面の投稿操作部６８ａが操作されたか否かを判定する（Ｐ１１－６）。その結果、投稿操作部６８ａが操作された場合（Ｐ１１－６のＹＥＳ）には、ステップＰ１１－７に処理が移り、投稿操作部６８ａの操作が行われていない場合（Ｐ１１－６のＮＯ）には、ステップＰ１１－８に処理が移る。

プレイヤ端末１のゲーム実行制御部８０ａは、投稿操作部６８ａが操作されたことを示す投稿情報をサーバ１００に送信する（Ｐ１１－７）。投稿情報には、プレイヤＩＤ、図１１Ｂの入力部７０ｂに入力したメッセージ（文字）に関する情報等が含まれている。

プレイヤ端末１のゲーム実行制御部８０ａは、バトル詳細画面のコピー操作部６８ｂが操作されたか否かを判定する（Ｐ１１－８）。その結果、コピー操作部６８ｂが操作された場合（Ｐ１１－８のＹＥＳ）には、ステップＰ１１－９に処理が移り、コピー操作部６８ｂの操作が行われていない場合（Ｐ１１－８のＮＯ）には、ステップＰ１１－１０に処理が移る。

プレイヤ端末１のゲーム実行制御部８０ａは、表示中のバトル詳細画面に対応するゲーム結果情報に含まれる少なくとも一部の情報をテキスト形式で貼り付け可能となるようにプレイヤ端末１のクリップボードにコピー（出力）する（Ｐ１１－９）。ここでは、図１０に示すテキスト内容について、プレイヤ端末１のクリップボードにコピー（出力）する。すなわち、プレイヤの操作に基づいて、対戦記録をテキスト形式で貼り付け可能となるように出力する。

プレイヤ端末１のゲーム実行制御部８０ａは、表示中のバトル詳細画面の閉じる操作部６４ｂが操作されたか否かを判定する（Ｐ１１－１０）。その結果、閉じる操作部６４ｂが操作された場合（Ｐ１１－１０のＹＥＳ）には、ステップＰ１１－１１に処理が移り、閉じる操作部６４ｂの操作が行われていない場合（Ｐ１１－１０のＮＯ）には、当該端末側バトル詳細画面処理を終了する。

プレイヤ端末１の表示制御部８２ａは、ディスプレイ２６におけるバトル詳細画面の表示を終了する（Ｐ１１－１１）。

以上、添付図面を参照しながら実施形態の一態様について説明したが、本発明は上記実施形態に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇において、各種の変形例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

上記実施形態において、プレイヤ端末１とサーバ１００とで行われる処理の分担は一例に過ぎない。例えば、上記した各処理は、プレイヤ端末１およびサーバ１００の少なくともいずれかで実行されればよく、その実行タイミングや、実行する装置は特に限定されない。

また、上記実施形態におけるプレイヤ端末１およびサーバ１００の処理は一例に過ぎない。プレイヤ端末１およびサーバ１００における処理は、本発明の目的を逸脱しない範囲で、適宜設計可能であることは言うまでもない。

なお、上記実施形態における処理を実行するための情報処理プログラムは、コンピュータが読み取り可能な非一時的記憶媒体に格納され、非一時的記憶媒体として提供されてもよい。さらには、この記憶媒体を含むプレイヤ端末または情報処理システムとして提供されてもよい。また、上記実施形態は、各機能およびフローチャートに示すステップを実現する情報処理方法としてもよい。

１ プレイヤ端末（ゲーム端末）
１００ サーバ
Ｓ 情報処理システム

Claims (6)

1. 所定の条件が成立すると、バトルゲームにおける対戦相手との対戦権利を付与する処理と、
   前記対戦権利を消費することで、前記対戦権利に対して設定された対戦条件に基づいて前記対戦相手との前記バトルゲームを実行する処理と、
   前記対戦権利を消費して前記バトルゲームを実行した際に、前記対戦条件内で前記対戦相手を倒した場合に、持越し権利を付与する処理と、
   前記対戦相手を倒した時点での前記対戦条件に基づいて、前記持越し権利に対する前記対戦条件を設定する処理と、
   前記持越し権利を消費することで、前記対戦権利を消費せずに、前記持越し権利に対する前記対戦条件に基づいて次の前記バトルゲームを実行する処理と、
   前記対戦権利および前記持越し権利の双方を有している場合に、前記対戦権利または前記持越し権利のいずれを消費するかプレイヤに選択させる処理と、
   をコンピュータに遂行させる情報処理プログラム。
2. 前記持越し権利を複数有している場合に、複数の前記持越し権利のいずれを消費するか前記プレイヤに選択させる処理を、
   さらにコンピュータに遂行させる請求項１に記載の情報処理プログラム。
3. 前記対戦相手との前記バトルゲームに係る対戦記録を生成する処理と、
   前記プレイヤの操作に基づいて、前記対戦記録を複数の方法のいずれかで出力する処理とを、
   さらにコンピュータに遂行させる請求項１または２に記載の情報処理プログラム。
4. 前記複数の方法には、
   前記プレイヤの操作に基づいて、複数の前記プレイヤが所属可能なグループ内で前記対戦記録を閲覧可能に出力する方法と、
   前記プレイヤの操作に基づいて、前記対戦記録をテキスト形式で貼り付け可能となるように出力する方法とを含む請求項３に記載の情報処理プログラム。
5. １または複数のコンピュータが遂行する情報処理方法であって、
   所定の条件が成立すると、バトルゲームにおける対戦相手との対戦権利を付与する処理と、
   前記対戦権利を消費することで、前記対戦権利に対して設定された対戦条件に基づいて前記対戦相手との前記バトルゲームを実行する処理と、
   前記対戦権利を消費して前記バトルゲームを実行した際に、前記対戦条件内で前記対戦相手を倒した場合に、持越し権利を付与する処理と、
   前記対戦相手を倒した時点での前記対戦条件に基づいて、前記持越し権利に対する前記対戦条件を設定する処理と、
   前記持越し権利を消費することで、前記対戦権利を消費せずに、前記持越し権利に対する前記対戦条件に基づいて次の前記バトルゲームを実行する処理と、
   前記対戦権利および前記持越し権利の双方を有している場合に、前記対戦権利または前記持越し権利のいずれを消費するかプレイヤに選択させる処理と、
   を含む情報処理方法。
6. １または複数のコンピュータを備える情報処理システムであって、
   前記コンピュータは、
   所定の条件が成立すると、バトルゲームにおける対戦相手との対戦権利を付与する処理と、
   前記対戦権利を消費することで、前記対戦権利に対して設定された対戦条件に基づいて前記対戦相手との前記バトルゲームを実行する処理と、
   前記対戦権利を消費して前記バトルゲームを実行した際に、前記対戦条件内で前記対戦相手を倒した場合に、持越し権利を付与する処理と、
   前記対戦相手を倒した時点での前記対戦条件に基づいて、前記持越し権利に対する前記対戦条件を設定する処理と、
   前記持越し権利を消費することで、前記対戦権利を消費せずに、前記持越し権利に対する前記対戦条件に基づいて次の前記バトルゲームを実行する処理と、
   前記対戦権利および前記持越し権利の双方を有している場合に、前記対戦権利または前記持越し権利のいずれを消費するかプレイヤに選択させる処理と、
   を遂行する情報処理システム。

Images