特許 5781208 ゲームプログラム、及び、情報処理装置

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

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

(11)【特許番号】5781208

(24)【登録日】2015年7月24日

(45)【発行日】2015年9月16日

(54)【発明の名称】ゲームプログラム、及び、情報処理装置

(51)【国際特許分類】

   A63F 13/58 20140101AFI20150827BHJP

   A63F 13/42 20140101ALI20150827BHJP

   A63F 13/533 20140101ALI20150827BHJP

【ＦＩ】

   A63F13/58

   A63F13/42

   A63F13/533

【請求項の数】6

【全頁数】19

(21)【出願番号】特願2014-218282(P2014-218282)

(22)【出願日】2014年10月27日

【審査請求日】2014年11月10日

【新規性喪失の例外の表示】特許法第３０条第２項適用 ゲームサービスを提供するウェブサイトにアクセス可能となった日：平成２６年５月２４日 ゲームサービスを提供するウェブサイトのアドレス： ｈｔｔｐ：／／ｋｔ．ｓｐ．ｍｂｇａ．ｊｐ／＿ｋａｉｔｏ＿ｔｏｐ ｈｔｔｐ：／／ｋｔ．ｓｐ．ｍｂｇａ．ｊｐ／＿ｋａｉｔｏ＿ｅｖｅｎｔ？ｅｉ＝１０５１ ｈｔｔｐ：／／ｋｔ．ｓｐ．ｍｂｇａ．ｊｐ／＿ｋａｉｔｏ＿ａｎｎｏｕｎｃｅｍｅｎｔ？ｉｄ＝１０５１０１

【早期審査対象出願】

(73)【特許権者】

【識別番号】599115217

【氏名又は名称】株式会社 ディー・エヌ・エー

(74)【代理人】

【識別番号】100156605

【弁理士】

【氏名又は名称】山田 彰彦

(72)【発明者】

【氏名】益子 遼介

(72)【発明者】

【氏名】村井 陽平

【審査官】 櫻井 茂樹

(56)【参考文献】

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

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

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

【文献】 「SINGULARITY シンギュラリティ」，日本，株式会社スクウェア・エニックス，２０１０年 ９月２４日，ｐ．０１−２１，平成２２年 ９月２４日特許庁受入、特にP.13を参照。

【文献】 古城 宏（外２名），ワンダーライフスペシャル／コロコロコミック特別編集 ボクらの太陽ＤＳ ジャンゴ ＆ サバタ 光と闇の冒険ガイド，株式会社小学館，２００７年 １月１０日，初版第１刷，P.015,150，P.015の「ＥＮＥ △主人公の残りエナジー。属性攻撃や太陽銃を使うと減り、・・」との記載、及びP.150の「クールバンダナ エナジーがゼロになると自動的に回復アイテムを使う。」との記載を参照

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

Ａ６３Ｆ１３／００〜１３／９８、９／２４

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

【請求項1】

コンピューターに、
対戦相手との対戦時に消費される対戦パラメーターと、前記対戦パラメーターを回復させるための回復アイテムとを、プレイヤーに対応付けて記憶部に記録する記録処理と、
前記対戦パラメーターの回復及び前記対戦相手への攻撃を１回の操作で行うための一括操作が、前記プレイヤーによって行われたことに起因して、
攻撃による前記対戦パラメーターの消費量と前記対戦パラメーターの現在量との比較結果に基づいて、前記プレイヤーの前記対戦パラメーターが不足しているか否かを判定する判定処理、
前記プレイヤーの前記対戦パラメーターが不足していると判定された場合に、
前記プレイヤーの回復アイテムを使用して、前記対戦パラメーターの現在量に対し、当該回復アイテムによる前記対戦パラメーターの回復量を加算することにより、前記プレイヤーの前記対戦パラメーターを回復させる回復処理、及び、
回復後の前記対戦パラメーターの現在量に対し、攻撃による前記対戦パラメーターの消費量を減算することにより、前記対戦相手への攻撃を行う攻撃処理を、連続して行う対戦処理と、
を実行させることを特徴とするゲームプログラム。

【請求項2】

請求項１に記載のゲームプログラムであって、
前記対戦処理は、予め設定された制限時間内に、前記プレイヤーによって前記一括操作が行われた場合に限り、前記判定処理、前記回復処理、及び前記攻撃処理を連続して行う、ことを特徴とするゲームプログラム。

【請求項3】

請求項２に記載のゲームプログラムであって、
前記制限時間は、予め設定された所定期間ごとに区切られており、
前記対戦処理は、前記制限時間内に、前記プレイヤーによる対戦相手への攻撃のみを行なうための攻撃操作が繰り返し行われることを許可し、
前記攻撃処理は、前記所定期間のそれぞれにおいて、前記プレイヤーによる前記攻撃操作が行われる度に、前記対戦パラメーターの現在量から、攻撃による前記対戦パラメーターの消費量を前記所定期間のそれぞれに対応させた一定量ずつ減算する、
ことを特徴とするゲームプログラム。

【請求項4】

請求項１乃至３のいずれかに記載のゲームプログラムであって、
前記記録処理は、前記対戦パラメーターの現在量がゼロであるときに前記対戦パラメーターを回復させることのできる最大量がそれぞれ異なる複数種類の前記回復アイテムを、前記プレイヤーに対応付けて記憶部に記録し、
前記回復処理は、前記プレイヤーの前記対戦パラメーターを回復させる際に、複数種類の前記回復アイテムの中から、攻撃による前記対戦パラメーターの消費量よりも回復後の前記対戦パラメーターの現在量を多くすることのできる回復アイテムを選択する、
ことを特徴とするゲームプログラム。

【請求項5】

請求項１乃至３のいずれかに記載のゲームプログラムであって、
前記記録処理は、前記対戦パラメーターの現在量がゼロであるときに前記対戦パラメーターを回復させることのできる最大量がそれぞれ異なる複数種類の前記回復アイテムを、前記プレイヤーに対応付けて記憶部に記録し、
前記回復処理は、前記プレイヤーの前記対戦パラメーターを回復させる際に、攻撃による前記対戦パラメーターの消費量よりも回復後の前記対戦パラメーターの現在量を多くすることのできる複数種類の回復アイテムのうち、前記対戦パラメーターの現在量がゼロであるときに前記対戦パラメーターを回復させることのできる最大量が、最も少ない回復アイテムを選択する、
ことを特徴とするゲームプログラム。

【請求項6】

対戦相手との対戦時に消費される対戦パラメーターと、前記対戦パラメーターを回復させるための回復アイテムとを、プレイヤーに対応付けて記憶する記憶部と、
前記対戦パラメーターの回復及び前記対戦相手への攻撃を１回の操作で行うための一括操作が、前記プレイヤーによって行われたことに起因して、
攻撃による前記対戦パラメーターの消費量と前記対戦パラメーターの現在量との比較結果に基づいて、前記プレイヤーの前記対戦パラメーターが不足しているか否かを判定する判定処理部、
前記プレイヤーの前記対戦パラメーターが不足していると判定された場合に、
前記プレイヤーの回復アイテムを使用して、前記対戦パラメーターの現在量に対し、当該回復アイテムによる前記対戦パラメーターの回復量を加算することにより、前記プレイヤーの前記対戦パラメーターを回復させる回復処理部、及び、
回復後の前記対戦パラメーターの現在量に対し、攻撃による前記対戦パラメーターの消費量を減算することにより、前記対戦相手への攻撃を行う攻撃処理部を、連続して機能させる対戦処理部と、
を備えたことを特徴とする情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ゲームプログラム、及び、情報処理装置に関する。

【背景技術】

【0002】

回復アイテムの使用及び対戦相手に対する攻撃を１回の操作で行うための一括操作が、プレイヤーによって行われたことに起因して、対戦パラメーターを回復させる回復処理、及び、回復後の対戦パラメーターを消費して対戦相手に攻撃を行なう攻撃処理を、連続してコンピューターに実行させるゲームプログラムが知られている（たとえば、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第５２１６１５２号公報

【発明の概要】

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

【0004】

このようなゲームプログラムでは、対戦パラメーターを回復させる回復アイテムの使用により、その回復アイテムの回復量に基づいて対戦パラメーターを回復させることができる。しかしながら、対戦パラメーターには最大値が設定されているため、回復アイテムが有する回復量の一部を無駄にしてしまうことがあった。
本発明は、このような事情に鑑みてなされたものであり、その目的とするところは、対戦パラメーターを無駄なく回復させることにある。

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

【0005】

上記課題を解決するための本発明の主たる発明は、
コンピューターに、
対戦相手との対戦時に消費される対戦パラメーターと、前記対戦パラメーターを回復させるための回復アイテムとを、前記プレイヤーに対応付けて記憶部に記録する記録処理と、
前記対戦パラメーターの回復及び前記対戦相手への攻撃を１回の操作で行うための一括操作が、前記プレイヤーによって行われたことに起因して、
攻撃による前記対戦パラメーターの消費量と前記対戦パラメーターの現在量との比較結果に基づいて、前記プレイヤーの前記対戦パラメーターが不足しているか否かを判定する判定処理、
前記プレイヤーの前記対戦パラメーターが不足していると判定された場合に、
前記プレイヤーの回復アイテムを使用して、前記対戦パラメーターの現在量に対し、当該回復アイテムによる前記対戦パラメーターの回復量を加算することにより、前記プレイヤーの前記対戦パラメーターを回復させる回復処理、及び、
回復後の前記対戦パラメーターの現在量に対し、攻撃による前記対戦パラメーターの消費量を減算することにより、前記対戦相手への攻撃を行う攻撃処理を、連続して行う対戦処理と、
を実行させることを特徴とするゲームプログラムである。
本発明の他の特徴については、本明細書及び添付図面の記載により明らかにする。

【図面の簡単な説明】

【0006】

【図1】ゲームシステム１の全体構成例を示す図である。

【図2】サーバー装置１０の機能上の構成を示すブロック図である。

【図3】キャラクター情報のデータ構造例を示す図である。

【図4】アイテム情報のデータ構造例を示す図である。

【図5】スキル情報のデータ構造例を示す図である。

【図6】プレイヤー情報のデータ構造例を示す図である。

【図7】所有キャラクター情報のデータ構造例を示す図である。

【図8】所有アイテム情報のデータ構造例を示す図である。

【図9】所有スキル情報のデータ構造例を示す図である。

【図10】設定スキル情報のデータ構造例を示す図である。

【図11】プレイヤー端末２０の機能上の構成を示すブロック図である。

【図12】ゲームシステム１の動作例を説明するためのフローチャートである。

【図13】ゲーム画面５０の一例を示す図である。

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

【0007】

本明細書及び添付図面の記載により、少なくとも以下の事項が明らかとなる。
即ち、コンピューターに、
対戦相手との対戦時に消費される対戦パラメーターと、前記対戦パラメーターを回復させるための回復アイテムとを、前記プレイヤーに対応付けて記憶部に記録する記録処理と、
前記対戦パラメーターの回復及び前記対戦相手への攻撃を１回の操作で行うための一括操作が、前記プレイヤーによって行われたことに起因して、
攻撃による前記対戦パラメーターの消費量と前記対戦パラメーターの現在量との比較結果に基づいて、前記プレイヤーの前記対戦パラメーターが不足しているか否かを判定する判定処理、
前記プレイヤーの前記対戦パラメーターが不足していると判定された場合に、
前記プレイヤーの回復アイテムを使用して、前記対戦パラメーターの現在量に対し、当該回復アイテムによる前記対戦パラメーターの回復量を加算することにより、前記プレイヤーの前記対戦パラメーターを回復させる回復処理、及び、
回復後の前記対戦パラメーターの現在量に対し、攻撃による前記対戦パラメーターの消費量を減算することにより、前記対戦相手への攻撃を行う攻撃処理を、連続して行う対戦処理と、
を実行させることを特徴とするゲームプログラムである。
このようなゲームプログラムによれば、対戦パラメーターが不足している場合には、対戦パラメーターの現在量がゼロになる前の状態であっても、回復アイテムによる対戦パラメーターの回復量が加算された上で、攻撃による対戦パラメーターの消費量が減算されることになる。そのため、対戦パラメーターを無駄なく回復させることが可能となる。

【0008】

また、かかるゲームプログラムであって、
前記対戦処理は、予め設定された制限時間内に、前記プレイヤーによって前記一括操作が行われた場合に限り、前記判定処理、前記回復処理、及び前記攻撃処理を連続して行う、こととしてもよい。
このようなゲームプログラムによれば、限られた時間内であっても、回復アイテムの使用及び対戦相手への攻撃が早期に行われることになるため、プレイヤーは有利にゲームを展開することができる。

【0009】

また、かかるゲームプログラムであって、
前記対戦処理は、前記制限時間内に、前記プレイヤーによる前記一括操作が繰り返し行われることを許可し、
前記攻撃処理は、前記プレイヤーによる前記一括操作が行われる度に、前記制限時間内のうちの所定期間、攻撃による前記対戦パラメーターの消費量を一定量に維持する、こととしてもよい。
このようなゲームプログラムによれば、プレイヤーによる一括操作が行われる度に、攻撃によって対戦パラメーターを一定量ずつ消費したときに、対戦パラメーターの現在量をゼロにできない状態になったとしても、対戦パラメーターを無駄なく回復させることができる。

【0010】

また、かかるゲームプログラムであって、
前記記録処理は、前記対戦パラメーターの現在量がゼロであるときに前記対戦パラメーターを回復させることのできる最大量がそれぞれ異なる複数種類の前記回復アイテムを、前記プレイヤーに対応付けて記憶部に記録し、
前記回復処理は、前記プレイヤーの前記対戦パラメーターを回復させる際に、複数種類の前記回復アイテムの中から、攻撃による前記対戦パラメーターの消費量よりも回復後の前記対戦パラメーターの現在量を多くすることのできる回復アイテムを選択する、こととしてもよい。
このようなゲームプログラムによれば、ゲーム状況に適した回復アイテムが選択されるため、効率良く対戦パラメーターを回復させることができる。

【0011】

また、かかるゲームプログラムであって、
前記記録処理は、前記対戦パラメーターの現在量がゼロであるときに前記対戦パラメーターを回復させることのできる最大量がそれぞれ異なる複数種類の前記回復アイテムを、前記プレイヤーに対応付けて記憶部に記録し、
前記回復処理は、前記プレイヤーの前記対戦パラメーターを回復させる際に、攻撃による前記対戦パラメーターの消費量よりも回復後の前記対戦パラメーターの現在量を多くすることのできる複数種類の回復アイテムのうち、前記対戦パラメーターの現在量がゼロであるときに前記対戦パラメーターを回復させることのできる最大量が、最も少ない回復アイテを選択する、こととしてもよい。
このようなゲームプログラムによれば、ゲーム状況に適した回復アイテムが選択されるため、効率良く対戦パラメーターを回復させることができる。

【0012】

次に、対戦相手との対戦時に消費される対戦パラメーターと、前記対戦パラメーターを回復させるための回復アイテムとを、前記プレイヤーに対応付けて記憶する記憶部と、
前記対戦パラメーターの回復及び前記対戦相手への攻撃を１回の操作で行うための一括操作が、前記プレイヤーによって行われたことに起因して、
攻撃による前記対戦パラメーターの消費量と前記対戦パラメーターの現在量との比較結果に基づいて、前記プレイヤーの前記対戦パラメーターが不足しているか否かを判定する判定処理部、
前記プレイヤーの前記対戦パラメーターが不足していると判定された場合に、
前記プレイヤーの回復アイテムを使用して、前記対戦パラメーターの現在量に対し、当該回復アイテムによる前記対戦パラメーターの回復量を加算することにより、前記プレイヤーの前記対戦パラメーターを回復させる回復処理部、及び、
回復後の前記対戦パラメーターの現在量に対し、攻撃による前記対戦パラメーターの消費量を減算することにより、前記対戦相手への攻撃を行う攻撃処理部を、連続して機能させる対戦処理部と、
を備えたことを特徴とする情報処理装置である。
このような情報処理装置によれば、対戦パラメーターを無駄なく回復させることが可能となる。

【0013】

＝＝＝実施形態＝＝＝
＜＜ゲームシステム１の構成について＞＞
図１は、ゲームシステム１の全体構成の一例を示す図である。ゲームシステム１は、ネットワーク２（例えば、インターネット等）を介してゲームに関する各種サービスをプレイヤーに提供するものであり、サーバー装置１０と、複数のプレイヤー端末２０と、を含んで構成される。

【0014】

本実施形態に係るゲームシステム１は、プレイヤーがゲームコンテンツを用いて行う対戦ゲームを提供することができる。以下では、ゲームコンテンツの一例としてのキャラクターカード（以下、単に「キャラクター」とも呼ぶ）を用いて行う対戦型カードゲームについて説明する。

【0015】

本実施形態の対戦型カードゲームは、制限時間内にキャラクター同士が対戦し勝敗を競う対戦ゲームである。プレイヤーは、対戦ポイントを使ってプレイヤーキャラクターにスキルを発動させることにより、対戦相手のキャラクターに対して攻撃を行う。このとき、対戦ポイントが不足していると、プレイヤーキャラクターは攻撃を行うことができない。そのため、プレイヤーは、回復アイテムを使用することによって、対戦ポイントを回復させる必要がある。この対戦ポイントの回復は、回復アイテムを使用せずに、時間経過に伴って自動的に回復させることもできる。しかし、限られた対戦時間内で攻撃を繰り返すためには、回復アイテムを使用して早期に対戦ポイントを回復させた方が、プレイヤーにとって有利に対戦ゲームを展開することができる。また、本実施形態においては、プレイヤーが１回の一括操作を行うだけで、回復アイテムの使用と対戦相手への攻撃とが連続的に実行される。これにより、限られた対戦時間内において、回復から攻撃までの時間を短縮できるため、プレイヤーにとって更に有利に対戦ゲームを進めることが可能となる。

【0016】

＜＜サーバー装置１０の構成について＞＞
図２は、サーバー装置１０の機能上の構成を示すブロック図である。サーバー装置１０は、システム管理者等が各種サービスを運営・管理する際に利用する情報処理装置（例えば、ワークステーションやパーソナルコンピューター等）である。サーバー装置１０は、プレイヤー端末２０から各種のコマンド（リクエスト）を受信すると、プレイヤー端末２０上で動作可能なゲームプログラム・各種データや、プレイヤー端末２０の規格に合わせたマークアップ言語（ＨＴＭＬ等）で作成されたＷｅｂページ（ゲーム画面等）を送信（レスポンス）する。サーバー装置１０は、制御部１１と、記憶部１２と、入力部１３と、表示部１４と、通信部１５と、を有する。

【0017】

制御部１１は、各部間のデータの受け渡しを行うと共に、サーバー装置１０全体の制御を行うものであり、ＣＰＵ（Central Processing Unit）が所定のメモリに格納されたプログラムを実行することによって実現される。本実施形態の制御部１１は、少なくとも、受付処理部１１１、対戦処理部１１２、記録処理部１１３、画面生成部１１４を備える。

【0018】

受付処理部１１１は、プレイヤーによる操作入力を受け付ける処理を実行する機能を有している。本実施形態における受付処理部１１１は、プレイヤーがプレイヤー端末２０にてゲーム操作を行うと、ネットワークを介して操作情報（操作コマンド等）を受信することにより、プレイヤーによる操作入力を受け付ける。

【0019】

対戦処理部１１２は、キャラクター同士が行う対戦について勝敗を決定する処理を実行する機能を有している。本実施形態における対戦処理部１１２は、判定処理部１１２Ａと、回復処理部１１２Ｂと、攻撃処理部１１２Ｃとを備えている。判定処理部１１２Ａは、判定に関する各種処理を実行する機能を有している。回復処理部１１２Ｂは、対戦時に用いられる対戦パラメーターを回復させる処理を実行する機能を有している。攻撃処理部１１２Ｃは、対戦パラメーターを消費して対戦相手キャラクターへの攻撃を開始させ、対戦相手キャラクターの体力パラメーターを減じる処理を実行する機能を有している。

【0020】

記録処理部１１３は、記憶部１２における記憶領域に各種データを書き込む処理を実行する機能を有している。例えば、本実施形態における記録処理部１１３は、対戦時に消費される対戦パラメーターと、その対戦パラメーターを回復させるための回復アイテムとを、各プレイヤーに対応付けて記憶部１２に記録する。

【0021】

画面生成部１１４は、ゲーム画面をプレイヤー端末２０に表示させるための画面データを生成する処理を実行する機能を有している。本実施形態における画面データ生成部１１４は、ゲーム画面に対応する画面データとしてＨＴＭＬデータを生成する。

【0022】

記憶部１２は、システムプログラムが記憶された読み取り専用の記憶領域であるＲＯＭ（Read Only Memory）と、制御部１１による演算処理のワーク領域として使用される書き換え可能な記憶領域であるＲＡＭ（Random Access Memory）とを有しており、例えば、フラッシュメモリやハードディスク等の不揮発性記憶装置によって実現される。本実施形態における記憶部１２は、少なくともキャラクター情報、アイテム情報、スキル情報、及びプレイヤー情報を記憶する。なお、これら各情報については追って詳述する。

【0023】

入力部１３は、システム管理者等がゲームサービスに関する各種データ（例えば、キャラクター情報やアイテム情報等）を入力するためのものであり、例えば、キーボードやマウス等によって実現される。

【0024】

表示部１４は、制御部１１からの指令に基づいてシステム管理者用の操作画面を表示するためのものであり、例えば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等によって実現される。

【0025】

通信部１５は、プレイヤー端末２０との間で通信を行うためのものであり、プレイヤー端末２０から送信される各種データや信号を受信する受信部としての機能と、制御部１１の指令に応じて各種データや信号をプレイヤー端末２０へ送信する送信部として機能とを有している。通信部１５は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。

【0026】

図３は、キャラクター情報のデータ構造例を示す図である。このキャラクター情報には、キャラクターＩＤに対応付けて、少なくとも、キャラクター名、キャラクター画像、そして初期攻撃力、初期防御力、初期体力、最大攻撃力、最大防御力、最大体力等、各種能力パラメーターの初期値及び最大値が設定されている。

【0027】

図４は、アイテム情報のデータ構造例を示す図である。このアイテム情報には、アイテムＩＤに対応付けて、少なくとも、アイテム名、回復量が設定されている。本実施形態では、回復アイテムの種類毎に、対戦パラメーターの回復量がそれぞれ設定されている。

【0028】

図５は、スキル情報のデータ構造例を示す図である。このスキル情報には、スキルＩＤに対応付けて、少なくとも、スキル名、消費量、攻撃力補正が設定されている。本実施形態では、スキルの種類毎に、対戦パラメーターの消費量がそれぞれ設定されている。また、スキルが発動されることによって、キャラクターの攻撃力が増大するように補正される。

【0029】

図６は、プレイヤー情報のデータ構造例を示す図である。このプレイヤー情報には、プレイヤーＩＤに対応付けて、少なくとも、プレイヤー名、対戦パラメーターの現在量（現時点における対戦ポイント）、所有キャラクター情報、所有アイテム情報、所有スキル情報、設定スキル情報が設定されている。

【0030】

図７は、所有キャラクター情報のデータ構造例を示す図である。所有キャラクター情報は、プレイヤーが所有するキャラクター（以下、「所有キャラクター」ともいう）に関する情報である。この所有キャラクター情報には、所有キャラクターのキャラクターＩＤに対応付けて、少なくとも、キャラクターのレベル、攻撃力、防御力、体力が設定されている。このレベル、攻撃力、防御力、体力は、プレイヤーが所有するキャラクターに設定された現在の能力値を示すパラメーターである。これら各種パラメーターは、ゲームの進行に応じて更新される。

【0031】

図８は、所有アイテム情報のデータ構造例を示す図である。所有アイテム情報は、プレイヤーが所有するアイテム（以下、「所有アイテム」ともいう）に関する情報である。この所有アイテム情報は、アイテムＩＤに対応付けて、少なくともその所有数が設定されている。

【0032】

図９は、所有スキル情報のデータ構造例を示す図である。所有スキル情報は、プレイヤーが所有するスキル（以下、「所有スキル」ともいう）に関する情報である。この所有スキル情報は、スキルＩＤに対応付けて、少なくともその所有数が設定されている。

【0033】

図１０は、設定スキル情報のデータ構造例を示す図である。設定スキル情報は、対戦中の攻撃時に発動させるスキルを予め設定しておくための情報である。この設定スキル情報は、所定期間毎に、攻撃時に発動させるスキルのスキルＩＤが設定されている。つまり、各期間で発生されるスキルが、それぞれ一定に維持されるように設定されている。本実施形態では、対戦時間が６０秒に設定されている。その対戦時間は、２０秒毎に区切られた第１期間、第２期間、第３期間から構成されている。つまり、第１期間は、対戦開始から最初の２０秒が経過するまでの期間である。第２期間は、第１期間が終了してから次の２０秒が経過するまでの期間である。第３期間は、第２期間が終了してから最後の２０秒が経過するまでの期間である。本実施形態では、プレイヤーは、対戦開始前に、自己の所有スキルの中から選択したスキルを、各期間のそれぞれに対し予め割り当てて設定することができる。

【0034】

＜＜プレイヤー端末２０の構成＞＞
図１１は、プレイヤー端末２０の機能上の構成を示すブロック図である。プレイヤー端末２０は、プレイヤーが所持し利用することができる情報処理装置（例えば、タブレット端末、携帯電話端末、スマートフォン等）である。プレイヤー端末２０は、Ｗｅｂブラウザ機能を有しているため、サーバー装置１０から送信されたＷｅｂページ（ゲーム画面等）を画面表示することができる。プレイヤー端末２０は、プレイヤー端末２０全体の制御を行う端末制御部２１と、各種データ・プログラムを記憶する端末記憶部２２と、プレイヤーが操作入力を行うための端末操作部２３と、ゲーム画面・操作画面を表示する端末表示部２４と、サーバー装置１０との間で情報通信を行う端末通信部２５を有している。

【0035】

＜＜ゲームシステム１の動作について＞＞
図１２は、本実施形態におけるゲームシステム１の動作例を説明するためのフローチャートである。以下では、プレイヤーキャラクターと、マッチングによって決定された対戦相手キャラクターと、によって行われる対戦ゲームに関する動作について、具体的に説明する。

【0036】

先ず、サーバー装置１０は、プレイヤー端末２０から対戦開始要求を受け付けると、タイマーに対戦時間をセットする（Ｓ１０１）。本実施形態では、対戦時間が６０秒に設定され、そのカウントが開始される。

【0037】

次いで、サーバー装置１０は、ゲーム操作用のゲーム画面（Ｗｅｂページ）をプレイヤー端末２０に表示させるための画面データを、画面生成部１１４に生成させる（Ｓ１０２）。そして、サーバー装置１０は、画面生成部１１４によって生成されたゲーム画面に対応する画面データを、ネットワークを介して要求元のプレイヤー端末２０に送信する。その後、プレイヤー端末２０は、サーバー装置１０から送信された画面データを受信すると、この画面データを解析することにより、ゲーム操作用のゲーム画面を端末表示部２４に表示させる。

【0038】

図１３は、ゲーム操作用のゲーム画面５０の一例を示す図である。このゲーム画面５０には、少なくとも、対戦パラメーター表示エリア５１と、プレイヤーキャラクターに設定された体力パラメーター表示エリア５２、対戦相手のキャラクターに設定された体力パラメーター表示エリア５３と、攻撃ボタン５４Ａ、５４Ｂ、５４Ｃと、回復ボタン５５Ａ、５５Ｂと、一括操作ボタン５６が含まれている。本実施形態では、対戦時間内であれば、プレイヤーはこれらの操作ボタンを繰り返し選択することができる。

【0039】

対戦パラメーター表示エリア５１においては、図６に示すプレイヤー情報に基づき、対戦パラメーターの最大量に対する現在量が示されている。ここでは、対戦パラメーターの最大量が１００ポイントであることに対し、対戦パラメーターの現在量が２０ポイントであることが示されている。体力パラメーター表示エリア５２、５３では、図７に示す所有キャラクター情報に基づき、体力パラメーターの最大量に対する現在量が棒グラフによって表示されている。本実施形態では、自己の体力パラメーターが先にゼロとなった方のキャラクターが、この対戦で敗北することになる。

【0040】

攻撃ボタン５４Ａ、５４Ｂ、５４Ｃは、対戦相手を攻撃するための操作ボタンであり、それぞれ選択できる時間帯が限られている。本実施形態では、６０秒間の対戦時間のうち、最初の２０秒間は攻撃ボタン５４Ａのみが選択可能に設定され、次の２０秒間では攻撃ボタン５４Ｂのみが選択可能に設定され、最後の２０秒間では攻撃ボタン５４Ｃのみが選択可能に設定されている。各々の攻撃ボタンに割り当てられるスキルの種類は、図１０に示す設定スキル情報に基づく順番に従って決定される。例えば、対戦時間が残り１５秒であるときには、３つのうちの攻撃ボタン５４Ｃだけが操作ボタンとして選択できることになる。このため、かかる時間帯における攻撃では、攻撃ボタン５４Ｃに対応するスキルＣのみをプレイヤーキャラクターに発動させることができる。

【0041】

回復ボタン５５Ａ、５５Ｂは、回復アイテムの使用により、消費後の対戦パラメーターを回復させることができる操作ボタンである。回復アイテムの種類によって対戦パラメーターの回復量（回復アイテムの使用によって対戦パラメーターを回復させることのできる最大量）が異なるため、プレイヤーは回復アイテムをゲーム状況に合わせて適宜選択することができる。各々の回復ボタンに割り当てられる回復アイテムの種類は、図８に示す所有アイテム情報に基づいて決定される。

【0042】

一括操作ボタン５６は、回復アイテムの使用と対戦相手への攻撃を１回の操作で行うための操作ボタンである。プレイヤーは、手間をかけずに回復から攻撃までの操作入力を行なうことができるので、操作時間を短縮することが可能となる。そのため、６０秒間という短い制限時間内であっても、プレイヤーにとって有利に対戦ゲームを進めることができる。

【0043】

このようにして、図１３に示すゲーム画面５０がプレイヤー端末２０に表示されている際に、対戦に関する操作情報がプレイヤーによって選択入力されると、かかる操作情報がプレイヤー端末２０からサーバー装置１０へ送信される。

【0044】

図１２に戻り、次いで、サーバー装置１０は、プレイヤー端末２０から受信した操作情報に基づいて、攻撃操作が行われたか否かについて判定処理を行う（Ｓ１０３）。すなわち、判定処理部１１２Ａは、プレイヤーによって攻撃ボタン５４Ａ、５４Ｂ、５４Ｃのいずれかが選択されたか否かを判定する。そして、かかる判定が否定された場合には（Ｓ１０３：ＮＯ）、ステップ１０７に進み、かかる判定が肯定された場合は（Ｓ１０３：ＹＥＳ）、ステップ１０４に進む。

【0045】

ステップ１０４では、プレイヤーによって攻撃操作が行われたと判定された場合に（Ｓ１０３：ＹＥＳ）、そのプレイヤーの対戦パラメーターが不足しているか否かが判定される。具体的には、判定処理部１１２Ａは、図５に示すスキル情報及び図１０に示す設定スキル情報を参照することにより、選択された攻撃ボタンのスキルによる対戦パラメーターの消費量を取得すると共に、図６に示すプレイヤー情報を参照することにより、対戦パラメーターの現在量を取得する。そして、判定処理部１１２Ａは、そのスキルによる対戦パラメーターの消費量と対戦パラメーターの現在量とを比較した結果に基づいて、対戦パラメーターが不足しているか否かを判定する。その後、かかる判定が肯定された場合は（Ｓ１０４：ＹＥＳ）、ステップ１０７に進み、かかる判定が否定された場合には（Ｓ１０４：ＮＯ）、ステップ１０５に進む。

【0046】

ステップ１０５では、対戦パラメーターが不足していないと判定された場合に（Ｓ１０４：ＮＯ）、攻撃処理が行われる。具体的には、攻撃処理部１１２Ｃは、対戦パラメーターの現在量から、選択された攻撃ボタンのスキルによる対戦パラメーターの消費量を減算する。次に、攻撃処理部１１２Ｃは、図５に示すスキル情報及び図７に示す所有キャラクター情報に基づき、スキルを発動させたことによる補正後の攻撃力を算出する。そして、攻撃処理部１１２Ｃは、算出された攻撃力に基づき、対戦相手キャラクターの体力パラメーターを減少させることによってダメージを与える。その後、対戦相手キャラクターによるプレイヤーキャラクターへの攻撃を行う。

【0047】

次いで、判定処理部１１２Ａは、このようにして攻撃処理が行われた結果、プレイヤーキャラクターの体力パラメーター及び対戦相手キャラクターの体力パラメーターに基づき、対戦について勝敗が決定したか否かを判定する（Ｓ１０６）。すなわち、プレイヤーキャラクターの攻撃により、対戦相手キャラクターの体力パラメーターが先にゼロとなった場合には、プレイヤーキャラクターの勝利が決定される。そして、かかる判定が肯定された場合は（Ｓ１０６：ＹＥＳ）、この処理を終了し、かかる判定が否定された場合には（Ｓ１０６：ＮＯ）、ステップ１０７に進む。

【0048】

次いで、サーバー装置１０は、プレイヤー端末２０から受信した操作情報に基づいて、回復操作が行われたか否かについて判定処理を行う（Ｓ１０７）。すなわち、判定処理部１１２Ａは、プレイヤーによって回復ボタン５５Ａ、５５Ｂのいずれかが選択されたか否かを判定する。そして、かかる判定が否定された場合には（Ｓ１０７：ＮＯ）、ステップ１１０に進み、かかる判定が肯定された場合は（Ｓ１０７：ＹＥＳ）、ステップ１０８に進む。

【0049】

ステップ１０８では、プレイヤーによって回復操作が行われたと判定された場合に（Ｓ１０７：ＹＥＳ）、そのプレイヤーが所有する回復アイテムが不足しているか否かが判定される。具体的には、判定処理部１１２Ａは、図８に示す所有アイテム情報を参照することにより、選択された回復ボタンに対応する回復アイテムをプレイヤーが少なくとも１つ以上所有しているか否かを判定する。そして、回復アイテムが不足していると判定された場合は（Ｓ１０８：ＹＥＳ）、ステップ１１０に進み、回復アイテムが不足していないと判定された場合には（Ｓ１０８：ＮＯ）、ステップ１０９に進む。

【0050】

ステップ１０９では、回復アイテムが不足していないと判定された場合に（Ｓ１０８：ＮＯ）、回復処理が行われる。具体的には、回復処理部１１２Ｂは、プレイヤーが所有する回復アイテムを使用して、対戦パラメーターの現在量に対し、選択された回復アイテムによる対戦パラメーターの回復量を加算することにより、消費後の対戦パラメーターを回復させる。

【0051】

この際、対戦パラメーターの現在量がゼロである場合には、選択された回復アイテムによる対戦パラメーターの回復量として、回復アイテムの使用によって対戦パラメーターを回復させることのできる最大量を回復させることができる。例えば、対戦パラメーターの上限が「１００ポイント」であって現在量が「０ポイント」である場合に、回復アイテムの使用によって回復させることのできる最大量である「１００ポイント」を、回復させることができる。なお、選択された回復アイテムによる対戦パラメーターの回復量として、回復アイテムの使用によって対戦パラメーターを回復させることのできる最大量よりも少ない量を回復させても良い。例えば、対戦パラメーターの上限値が「８０ポイント」であって現在値が「０ポイント」である場合には、回復アイテムの使用によって回復させることのできる最大量である「１００ポイント」よりも少ない回復量である「８０ポイント」を、回復させても良い。

【0052】

しかしながら、対戦パラメーターの現在量がゼロでない場合には、対戦パラメーターを全て使い切る前に回復されることになるため、その最大量よりも少ない量しか回復させることができない。例えば、対戦パラメーターの上限が「１００ポイント」であって現在量が「２０ポイント」である場合に、回復アイテムの使用によって回復させることのできる最大量である「１００ポイント」よりも少ない「８０ポイント」しか回復させることができない。そのため、回復アイテムが有する回復量の一部（つまり、「２０ポイント」）を無駄にしてしまうことなる。

【0053】

なお、本実施形態においては、回復アイテムの使用によることなく、時間経過に伴って対戦パラメーターをゆっくり回復させることもできる。

【0054】

次いで、サーバー装置１０は、プレイヤー端末２０から受信した操作情報に基づいて、一括操作が行われたか否かについて判定処理を行う（Ｓ１１０）。すなわち、判定処理部１１２Ａは、プレイヤーによって一括操作ボタン５６が選択されたか否かを判定する。そして、かかる判定が否定された場合には（Ｓ１１０：ＮＯ）、ステップ１１６に進み、かかる判定が肯定された場合は（Ｓ１１０：ＹＥＳ）、ステップ１１１に進む。

【0055】

ステップ１１１では、プレイヤーによって一括操作が行われたと判定された場合に（Ｓ１１０：ＹＥＳ）、そのプレイヤーの対戦パラメーターが不足しているか否かが判定される。具体的には、判定処理部１１２Ａは、図５に示すスキル情報及び図１０に示す設定スキル情報を参照することにより、一括操作が行われた時間帯でのスキルによる対戦パラメーターの消費量を取得すると共に、図６に示すプレイヤー情報を参照することにより、対戦パラメーターの現在量を取得する。そして、判定処理部１１２Ａは、そのスキルによる対戦パラメーターの消費量と対戦パラメーターの現在量とを比較した結果に基づいて、対戦パラメーターが不足しているか否かを判定する。その後、かかる判定が否定された場合は（Ｓ１１１：ＮＯ）、ステップ１１６に進み、かかる判定が肯定された場合には（Ｓ１１１：ＹＥＳ）、ステップ１１２に進む。

【0056】

ステップ１１２では、対戦パラメーターが不足していると判定された場合に（Ｓ１１１：ＹＥＳ）、そのプレイヤーが所有する回復アイテムが不足しているか否かが判定される。具体的には、判定処理部１１２Ａは、図８に示す所有アイテム情報を参照することにより回復アイテムの中で最も回復量が多く設定されている回復アイテムを、プレイヤーが少なくとも１つ以上所有しているか否かを判定する。そして、回復アイテムが不足していると判定された場合は（Ｓ１１２：ＹＥＳ）、ステップ１１６に進み、回復アイテムが不足していないと判定された場合には（Ｓ１１２：ＮＯ）、ステップ１１３に進む。

【0057】

ステップ１１３では、回復アイテムが不足していないと判定された場合に（Ｓ１１２：ＮＯ）、回復処理が行われる。具体的には、回復処理部１１２Ｂは、プレイヤーが所有する回復アイテムの中で最も回復量が多く設定されている回復アイテムを使用して、対戦パラメーターの現在量に対し、その回復アイテムによる対戦パラメーターの回復量を加算することにより、消費後の対戦パラメーターを回復させる。本実施形態では、回復アイテムによる対戦パラメーターの回復量として、回復アイテムの使用によって対戦パラメーターを回復させることのできる最大量を回復させる。例えば、対戦パラメーターの上限が「１００ポイント」であって現在量が「２０ポイント」である場合に、回復アイテムの使用によって回復させることのできる最大量である「１００ポイント」を加算して、「１２０ポイント」まで回復させる。また例えば、対戦パラメーターの上限が「８０ポイント」であって現在量が「２０ポイント」である場合にも、同様に、回復アイテムの使用によって回復させることのできる最大量である「１００ポイント」を加算して、「１２０ポイント」まで回復させる。

【0058】

すなわち、対戦パラメーターの現在量がゼロでない場合であったとしても、当該現在量がゼロであるときに対戦パラメーターを回復させることのできる最大量が加算されることになる。これにより、対戦パラメーターを全て使い切る前に回復されたとしても、使い切れなかった現在量に対してその最大量が加算されることになるため、対戦パラメーターの上限を一時的に超えて回復させることが可能となる。その結果、使い切れなかった現在量を無駄にすることなく、対戦パラメーターを回復させることができる。さらに、対戦パラメーターの最大量よりも回復アイテムによる回復量が多い場合でも、対戦パラメーターの最大量を超えた分の回復量を無駄にすることなく、対戦パラメーターを回復させることができる。

【0059】

なお、対戦パラメーターの現在量は、計算上では、かかる回復によって上限を超えることになる。しかし、後述する攻撃処理が連続的に行われることによって、スキルによる対戦パラメーターの消費量が現在量から減算される。このため、対戦パラメーターの現在量は、画面上では、上限を超えることはない。よって、上限を再設定する必要はない。

【0060】

次いで、このようにして回復処理が行われると、それに引き続き攻撃処理が連続して行われる（Ｓ１１４）。具体的には、攻撃処理部１１２Ｃは、一時的に上限を超えた対戦パラメーターの現在量から、一括操作が行われた時間帯でのスキルによる対戦パラメーターの消費量を減算する。このように、回復前に使い切れなかった現在量が、この時点で消費されることになる。次に、攻撃処理部１１２Ｃは、図５に示すスキル情報及び図７に示す所有キャラクター情報に基づき、スキルを発動させたことによる補正後の攻撃力を算出する。そして、攻撃処理部１１２Ｃは、算出された攻撃力に基づき、対戦相手キャラクターの体力パラメーターを減少させることによってダメージを与える。その後、対戦相手キャラクターによるプレイヤーキャラクターへの攻撃を行う。

【0061】

次いで、判定処理部１１２Ａは、このようにして攻撃処理が行われた結果、プレイヤーキャラクターの体力パラメーター及び対戦相手キャラクターの体力パラメーターに基づき、この対戦について勝敗が決定したか否かを判定する（Ｓ１１５）。すなわち、プレイヤーキャラクターの攻撃により、対戦相手キャラクターの体力パラメーターが先にゼロとなった場合には、プレイヤーキャラクターの勝利が決定される。そして、かかる判定が肯定された場合は（Ｓ１１５：ＹＥＳ）、この処理を終了し、かかる判定が否定された場合には（Ｓ１１５：ＮＯ）、ステップ１１６に進む。

【0062】

ステップ１１６では、判定処理部１１２Ａは、タイマーによってカウントされた経過時間に基づいて、対戦時間が未だ制限時間内であるか否かを判定する。かかる判定が肯定された場合は（Ｓ１１６：ＹＥＳ）、ステップ１０３に戻り、引き続きプレイヤーによる選択操作を受け付ける。その一方で、かかる判定が否定された場合には（Ｓ１１６：ＮＯ）、この処理を終了する。

【0063】

以上のとおり、本実施形態に係るゲームシステム１においては、例えば、回復量が「１００ポイント」である回復アイテムを所有しているプレイヤーが、対戦パラメーターの現在量が「２０ポイント」だけ残っているゲーム状態で、対戦パラメーターの消費量が「５０ポイント」であるスキルを発動できる時間帯において、一括操作を行ったとすると、回復アイテムが自動的に使用されることによって、当該現在量が「０ポイント」であるときに回復できる最大量である「１００ポイント」が加算される。このため、対戦パラメーターの現在量を、その上限を超えて「１２０ポイント」まで回復させることができる。その回復後に連続して対戦相手への攻撃が行われ、「１２０ポイント」まで回復した対戦パラメーターの現在量から、スキルによる対戦パラメーターの消費量である「５０ポイント」が減算される。その結果、対戦パラメーターの現在量が「７０ポイント」に更新される。これに対して、プレイヤーが回復操作を行ったとすると、対戦パラメーターの現在量が「２０ポイント」だけ残っているゲーム状態においては、回復量が「１００ポイント」である回復アイテムを使用したとしても、対戦パラメーターの上限に達するまでの「８０ポイント」しか回復できない。その回復後に攻撃操作が行われると、スキルによる対戦パラメーターの消費量である「５０ポイント」が減算された結果、対戦パラメーターの現在量が「５０ポイント」に更新される。その結果、回復前に使い切れなかった現在量である「２０ポイント」が無駄となってしまう。このように、本実施形態に係るゲームシステム１によれば、プレイヤーが一括操作を行うことで、回復アイテムの使用と対戦相手への攻撃を一括できると共に、対戦パラメーターを無駄なく回復させることが可能となる。

【0064】

＝＝＝その他の実施形態＝＝＝
上記の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。特に、以下に述べる実施形態であっても、本発明に含まれるものである。

【0065】

＜対戦パラメーターの回復＞
上記の本実施形態では、プレイヤーによって一括操作が行われると、そのプレイヤーの所有する回復アイテムのうち、回復アイテムの中で最も回復量が多く設定されている回復アイテムが使用され、対戦パラメーターが回復される場合を例に挙げて説明したが、本発明はこれに限定されるものではない。

【0066】

例えば、回復処理部１１２Ｂは、プレイヤーの対戦パラメーターを回復させる際に、複数種類の回復アイテムの中から、攻撃時のスキルによる対戦パラメーターの消費量よりも回復後の対戦パラメーターの現在量を多くすることのできる回復アイテムを選択しても良い。具体的には、回復量が「１００ポイント」である回復アイテムＡ、及び、回復量が「２５ポイント」である回復アイテムＢを所有しているプレイヤーが、対戦パラメーターの現在量が「１０ポイント」だけ残っているゲーム状態で、対戦パラメーターの消費量が「５０ポイント」であるスキルを発動できる時間帯において、一括操作を行ったとすると、回復アイテムＡが自動的に使用される。このことによって、対戦パラメーターの現在量が「１１０ポイント」まで回復するので、引き続き「５０ポイント」を消費して攻撃時のスキルを発動させることが可能となる。仮に、回復アイテムＢが自動的に使用されたとすると、対戦パラメーターの現在量が「３５ポイント」までしか回復できない。そのため、回復後に連続して攻撃することができないことになる。

【0067】

また例えば、回復処理部１１２Ｂは、プレイヤーの対戦パラメーターを回復させる際に、攻撃時のスキルによる対戦パラメーターの消費量よりも回復後の対戦パラメーターの現在量を多くすることのできる複数種類の回復アイテムのうち、対戦パラメーターの現在量がゼロであるときに回復させることのできる最大量が最も少ない回復アイテムを選択しても良い。具体的には、回復量が「１００ポイント」である回復アイテムＡ、及び、回復量が「５０ポイント」である回復アイテムＣを所有しているプレイヤーが、対戦パラメーターの現在量が「９０ポイント」だけ残っているゲーム状態で、対戦パラメーターの消費量が「９５ポイント」であるスキルを発動できる時間帯において、一括操作を行ったとすると、回復アイテムＣが自動的に使用される。このことによって、対戦パラメーターの現在量が「１４５ポイント」まで回復するため、引き続き「９０ポイント」を消費して攻撃時のスキルを発動させることができる。つまり、最小限の回復量で次に続く攻撃時にスキルを発動することができる。仮に、回復アイテムＡが自動的に使用されたとすると、対戦パラメーターの現在量が「１９０ポイント」まで回復することになるので、回復アイテムＣの場合と同様に、引き続き「９０ポイント」を消費して攻撃時のスキルを発動させることもできる。しかし、回復アイテムＡの場合は、回復アイテムＣの場合に比べて、過剰な回復となってしまう。

【0068】

また、上記の本実施形態では、プレイヤーによって一括操作が行われると、回復アイテムの使用によって対戦パラメーターが回復される場合を例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、回復アイテムを使用することなく、対戦パラメーターを回復させても良い。

【0069】

＜サーバー装置＞
上記の本実施形態では、サーバー装置の一例として１台のサーバー装置１０を備えたゲームシステム１を例に挙げて説明したが、これに限らず、サーバー装置の一例として複数台のサーバー装置１０を備えたゲームシステム１としても良い。すなわち、複数台のサーバー装置１０がネットワーク２を介して接続され、各サーバー装置１０が各種処理を分散して行うようにしても良い。なお、サーバー装置１０はコンピューターの一例である。

【0070】

＜情報処理装置＞
上記の本実施形態におけるゲームシステム１では、ゲームプログラムに基づきサーバー装置１０及びプレイヤー端末２０を協働させて各種情報処理を実行する場合を例に挙げて説明したが、これに限定されるものではなく、情報処理装置としてのプレイヤー端末２０単体、または、サーバー装置１０単体が、ゲームプログラムに基づき上記の各種情報処理を実行するようにしても良い。
また、情報処理装置としての機能の一部をプレイヤー端末２０が担う構成としても良い。この場合には、サーバー装置１０及びプレイヤー端末２０が情報処理装置を構成する。
なお、情報処理装置はプロセッサー及びメモリを備えるコンピューターの一例である。

【符号の説明】

【0071】

１ ゲームシステム、２ ネットワーク、１０ サーバー装置、１１ 制御部、１２ 記憶部、１３ 入力部、１４ 表示部、１５ 通信部、２０ プレイヤー端末、２１ 端末制御部、２２ 端末記憶部、２３ 端末入力部、２４ 端末表示部、２５ 端末通信部、５０ ゲーム画面、５１ 対戦パラメーター表示エリア、５２ 体力パラメーター表示エリア、５３ 体力パラメーター表示エリア、５４Ａ 攻撃ボタン、５４Ｂ 攻撃ボタン、５４Ｃ 攻撃ボタン、５５Ａ 回復ボタン、５５Ｂ 回復ボタン、５６ 一括操作ボタン、１１１ 処理部、１１２ 対戦処理部、１１２Ａ 判定処理部、１１２Ｂ 回復処理部、１１２Ｃ 攻撃処理部、１１３ 記録処理部、１１４ 画面生成部

【要約】      （修正有）

【課題】対戦パラメーターを無駄なく回復させるゲームシステムを提供する。
【解決手段】ゲームプログラムは、プレイヤーによって一括操作が行われたことに起因して、攻撃による対戦パラメーターの消費量と対戦パラメーターの現在量との比較し、プレイヤーの対戦パラメーターが不足しているか否かを判定する処理、プレイヤーの対戦パラメーターが不足していると判定された場合に、プレイヤーの回復アイテムを使用して、対戦パラメーターの現在量に対し、回復アイテムによる対戦パラメーターの回復量を加算することにより、その対戦パラメーターを回復させる処理、及び、回復後の対戦パラメーターの現在量に対し、攻撃による対戦パラメーターの消費量を減算することにより、対戦相手への攻撃を行う処理を、連続してコンピューターに実行させる。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】