知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-01-11
(45)【発行日】2023-01-19
(54)【発明の名称】ゲームプログラムおよびゲームシステム
(51)【国際特許分類】
A63F 13/58 20140101AFI20230112BHJP
A63F 13/35 20140101ALI20230112BHJP
A63F 13/795 20140101ALI20230112BHJP
【ＦＩ】
A63F13/58
A63F13/35
A63F13/795
【請求項の数】
5
(21)【出願番号】P 2020170347
(22)【出願日】2020-10-08
(65)【公開番号】P2022062378
(43)【公開日】2022-04-20
【審査請求日】2021-02-09
(73)【特許権者】
【識別番号】000129149
【氏名又は名称】株式会社カプコン
(74)【代理人】
【識別番号】110000556
【氏名又は名称】弁理士法人有古特許事務所
(72)【発明者】
【氏名】千原 崇史
【審査官】池田 剛志
(56)【参考文献】
【文献】特開２０２０－０７４８４０（ＪＰ，Ａ）
【文献】特開２０２０－０５８６６７（ＪＰ，Ａ）
【文献】特開２０１７－０４２１８７（ＪＰ，Ａ）
【文献】特許第６３７７２８９（ＪＰ，Ｂ１）
【文献】国際公開第２０１４／０２０９７１（ＷＯ，Ａ１）
【文献】特許第６２７８１５０（ＪＰ，Ｂ１）
【文献】特開２０１６－１４０４９３（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ａ６３Ｆ １３／００－１３／９８
９／２４
(57)【特許請求の範囲】
【請求項1】
記憶部および表示部をそれぞれ備え、複数のユーザがそれぞれ操作する複数のコンピュータと、前記複数のコンピュータに、通信ネットワークを介して通信可能に接続されたサーバ装置とを備えたゲームシステムのためのゲームプログラムであって、前記サーバ装置および前記複数のコンピュータの少なくとも１つにより構成される制御部を、
複数のユーザ間のマッチングを行うマッチング手段、
各ユーザの操作入力に基づいてゲーム中の所定のゲーム課題を進行させるゲーム進行手段、および
各ユーザに関連付けられた、前記ゲーム課題を開始または再開するために必要なゲームパラメータを管理するパラメータ管理手段として機能させ、
前記ゲーム進行手段は、所定のタイミングで各ユーザに関連付けられた前記ゲームパラメータの値が所定値以上である場合に、前記ゲーム課題の開始または再開を許容し、
前記パラメータ管理手段は、
前記ゲーム課題を開始または再開する場合に、各ユーザに関連付けられた前記ゲームパラメータの値から前記所定値を減少させ、
前記複数のユーザが参加して互いに競い合うイベントを前記ゲーム中に実行し、
前記イベントの結果に応じて各ユーザに関連付けられた前記ゲームパラメータの値を変更し、
前記イベントに敗北したユーザの前記ゲームパラメータの値を前記イベント終了時における前記ゲームパラメータの値から減少させ、
前記イベントに勝利したユーザの前記ゲームパラメータの値を前記イベント終了時における前記ゲームパラメータの値から回復させ、
前記イベントに勝利したユーザの前記ゲームパラメータの値の回復量が前記イベントに敗北したユーザの前記ゲームパラメータの値の減少量に関連付けられている、ゲームプログラム。
【請求項2】
前記パラメータ管理手段は、前記イベントにおける所定の内容に応じて前記イベントに勝利したユーザの前記ゲームパラメータの回復量を異ならせる、請求項１に記載のゲームプログラム。
【請求項3】
前記ゲームパラメータは、少なくとも前記ゲーム課題の非実行時に、時間経過に応じて回復する第１ゲームパラメータと、前記第１ゲームパラメータとは別に所定の条件に基づいて付与される第２ゲームパラメータとを含み、前記パラメータ管理手段は、前記イベントに敗北したユーザの前記第１ゲームパラメータの値を減少させる、請求項１または２に記載のゲームプログラム。
【請求項4】
前記ゲームパラメータは、予め定められた上限値を有する第１ゲームパラメータと、前記第１ゲームパラメータとは別に設定される第３ゲームパラメータと、を含み、前記パラメータ管理手段は、
前記第１ゲームパラメータの前記上限値を超えて前記ゲームパラメータを回復させる際に、前記第３ゲームパラメータの値を増加させ、
前記イベントに勝利したユーザの前記ゲームパラメータの値の回復量を、前記イベントに敗北したユーザの前記第３ゲームパラメータの値に基づいて決定し、
前記イベントに敗北したユーザの前記第３ゲームパラメータの値を減少させる、請求項１から３の何れかに記載のゲームプログラム。
【請求項5】
請求項１から４の何れかに記載のゲームプログラムを記憶したプログラム記憶部と、前記プログラム記憶部に記憶されたプログラムを実行するコンピュータと、を備えたゲームシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ゲームプログラムおよびゲームシステムに関する。
【背景技術】
【0002】
ゲームにおいて複数用意されるクエストの１つを開始する場合や、途中からクエストを再開する場合に、スタミナ値等の所定のゲームパラメータの消費が必要となるゲームプログラムが知られている（例えば下記特許文献１参照）。このようなゲームパラメータは、時間経過によって回復し、課金またはゲーム内で付与され得る所定のアイテムを使用することによっても回復し得る。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０２０－０５８６６８号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
このようなゲームパラメータの消費量は、開始または再開したいゲーム内のクエスト等によって予め定められている。すなわち、従来のゲームにおいて、複数のユーザにそれぞれ付与されたゲームパラメータは、複数のユーザがそれぞれ同じクエスト等を行う場合、それぞれ同じ量消費される。したがって、各ユーザのゲームにおける技量に関係なくゲームがプレイ可能な（継続可能な）時間が定められることになる。
【0005】
このように、従来のゲームパラメータの増減は、ゲームにおいてユーザの興趣を高める要素にはなっていない。
【0006】
そこで本発明は、ゲームパラメータを消費してゲーム課題を実行するゲームにおいて、ゲームパラメータを用いてユーザの興趣を高めることができるゲームプログラムおよびゲームシステムを提供することを目的とする。
【課題を解決するための手段】
【0007】
本発明の一態様に係るゲームプログラムは、記憶部および表示部をそれぞれ備え、複数のユーザがそれぞれ操作する複数のコンピュータと、前記複数のコンピュータに、通信ネットワークを介して通信可能に接続されたサーバ装置とを備えたゲームシステムのためのゲームプログラムであって、前記サーバ装置および前記複数のコンピュータの少なくとも１つにより構成される制御部を、複数のユーザ間のマッチングを行うマッチング手段、各ユーザの操作入力に基づいてゲーム中の所定のゲーム課題を進行させるゲーム進行手段、および各ユーザに関連付けられた、前記ゲーム課題を開始または再開するために必要なゲームパラメータを管理するパラメータ管理手段として機能させ、前記ゲーム進行手段は、所定のタイミングで各ユーザに関連付けられた前記ゲームパラメータの値が所定値以上である場合に、前記ゲーム課題の開始または再開を許容し、前記パラメータ管理手段は、前記ゲーム課題を開始または再開する場合に、各ユーザに関連付けられた前記ゲームパラメータの値から前記所定値を減少させ、前記複数のユーザが参加して互いに競い合うイベントを前記ゲーム中に実行し、前記イベントの結果に応じて各ユーザに関連付けられた前記ゲームパラメータの値を変更する。
【0008】
前記パラメータ管理手段は、前記イベントに勝利したユーザのゲームパラメータの値を敗北したユーザより多く回復させてもよい。
【0009】
前記パラメータ管理手段は、前記イベントにおける所定の内容に応じて前記イベントに勝利したユーザのゲームパラメータの回復量を異ならせてもよい。
【0010】
前記パラメータ管理手段は、前記イベントに敗北したユーザの前記ゲームパラメータの値を減少させてもよい。
【0011】
前記ゲームパラメータは、少なくとも前記ゲーム課題の非実行時に、時間経過に応じて回復する第１ゲームパラメータと、前記第１ゲームパラメータとは別に所定の条件に基づいて付与される第２ゲームパラメータとを含み、前記パラメータ管理手段は、前記イベントに敗北したユーザの前記第１ゲームパラメータの値を減少させてもよい。
【0012】
前記ゲームパラメータは、予め定められた上限値を有する第１ゲームパラメータと、前記第１ゲームパラメータとは別に設定される第３ゲームパラメータと、を含み、前記パラメータ管理手段は、前記第１ゲームパラメータの前記上限値を超えて前記ゲームパラメータを回復させる際に、前記第３ゲームパラメータの値を増加させ、前記イベントに勝利したユーザの前記ゲームパラメータの値の回復量を、前記イベントに敗北したユーザの前記第３ゲームパラメータの値に基づいて決定し、前記イベントに敗北したユーザの前記第３ゲームパラメータの値を減少させてもよい。
【0013】
本発明の他の態様に係るゲームプログラムは、記憶部および表示部をそれぞれ備え、複数のユーザがそれぞれ操作する複数のコンピュータと、前記複数のコンピュータに、通信ネットワークを介して通信可能に接続されたサーバ装置とを備えたゲームシステムのためのゲームプログラムであって、前記サーバ装置および前記複数のコンピュータの少なくとも１つにより構成される制御部を、複数のユーザ間のマッチングを行うマッチング手段、各ユーザの操作入力に基づいてゲーム中の所定のゲーム課題を進行させるゲーム進行手段、および各ユーザに関連付けられた、前記ゲーム課題を開始または再開するために必要なゲームパラメータを管理するパラメータ管理手段として機能させ、前記ゲーム進行手段は、所定のタイミングで各ユーザに関連付けられた前記ゲームパラメータの値が所定値以上である場合に、前記ゲーム課題の開始または再開を許容し、前記パラメータ管理手段は、前記ゲーム課題を開始または再開する場合に、各ユーザに関連付けられた前記ゲームパラメータの値から前記所定値を減少させ、前記複数のユーザが参加して互いに競い合うイベントを前記ゲーム中に実行し、前記イベントの実行中に他のユーザに対して行った所定の操作入力の成功回数に基づいて各ユーザに関連付けられた前記ゲームパラメータの値を増加させる。
【0014】
前記パラメータ管理手段は、各ユーザに対して行われた他のユーザからの前記所定の操作入力の成功回数に基づいて各ユーザに関連付けられた前記ゲームパラメータの値を減少させてもよい。
【0015】
また、本発明の他の態様に係るゲームシステムは、上記のゲームプログラムを記憶したプログラム記憶部と、前記プログラム記憶部に記憶されたプログラムを実行するコンピュータとを備えている。
【発明の効果】
【0016】
本発明によれば、ゲームパラメータを消費してゲーム課題を実行するゲームにおいて、ゲームパラメータを用いてユーザの興趣を高めることができるゲームプログラムおよびゲームシステムを提供することができる。
【図面の簡単な説明】
【0017】
【発明を実施するための形態】
【0018】
以下、本発明の一実施の形態に係るゲームプログラムおよびゲームシステムについて、図面を参照しつつ説明する。
【0019】
［ハードウェア構成］
図１は、本発明の一実施の形態におけるゲームプログラムが適用されるゲームシステムのハードウェア構成を示すブロック図である。ゲームシステム１は、コンピュータ装置として構成される複数のゲーム装置２と、サーバ装置３とが、インターネットやＬＡＮ（Local Area Network）等の通信ネットワークＮＷを介して互いに通信可能に接続された構成になっている。このうちゲーム装置２は、その動作を制御するＣＰＵ（Central Processing Unit）１０等のプロセッサを備え、このＣＰＵ１０にはバス１１を介して操作入力部１２、記憶装置１４、ＲＯＭ（Read Only Memory）１５、およびＲＡＭ（Random Access Memory）１６が接続されている。
図１は、本発明の一実施の形態におけるゲームプログラムが適用されるゲームシステムのハードウェア構成を示すブロック図である。ゲームシステム１は、コンピュータ装置として構成される複数のゲーム装置２と、サーバ装置３とが、インターネットやＬＡＮ（Local Area Network）等の通信ネットワークＮＷを介して互いに通信可能に接続された構成になっている。このうちゲーム装置２は、その動作を制御するＣＰＵ（Central Processing Unit）１０等のプロセッサを備え、このＣＰＵ１０にはバス１１を介して操作入力部１２、記憶装置１４、ＲＯＭ（Read Only Memory）１５、およびＲＡＭ（Random Access Memory）１６が接続されている。
【0020】
ゲーム装置２は、表示部であるモニタ１９が設けられた移動筐体をユーザが把持するように構成される。当該移動筐体には操作入力部１２が設けられている。本実施の形態において、ゲーム装置２の各構成は、移動筐体内に収められている。
【0021】
ＲＯＭ１５は、マスクＲＯＭまたはＰＲＯＭ等の半導体メモリであり、ゲーム装置２を起動する起動プログラム等が記憶されている。ＲＡＭ１６は、ＤＲＡＭまたはＳＲＡＭ等により構成され、ＣＰＵ１０が実行するべきゲームプログラム３０ａや、その実行の際に必要となるゲームデータ３０ｂ等を、ゲームのプレイ状況に応じて読み込んで一時的に記憶する。
【0022】
さらに、ＣＰＵ１０には、バス１１を介してグラフィック処理部１７、オーディオ合成部２０、ネットワークインタフェイス２５、および撮像部２８が接続されている。
【0023】
このうち、グラフィック処理部１７は、ＣＰＵ１０の指示に従って仮想ゲーム空間や各キャラクタ等を含むゲーム画像を描画する。また、グラフィック処理部１７にはビデオ変換部１８を介してゲーム装置２に内蔵されたモニタ１９が接続されており、グラフィック処理部１７にて描画されたゲーム画像はビデオ変換部１８において動画形式に変換され、モニタ１９にて表示されるようになっている。
【0024】
オーディオ合成部２０は、ＣＰＵ１０の指示に従ってデジタルのゲーム音声を再生および合成する。また、オーディオ合成部２０にはオーディオ変換部２１を介して外部のスピーカ２２が接続されている。したがって、オーディオ合成部２０にて再生および合成されたゲーム音声は、オーディオ変換部２１にてアナログ形式にデコードされ、スピーカ２２から外部へ出力されるようになっている。
【0025】
撮像部２８は、移動筐体のモニタ１９の表示面とは反対側および／または表示面側に設けられ、外部の風景（現実の画像）を撮像する。撮像された画像データは、記憶装置１４に記憶される。
【0026】
操作入力部１２は、モニタ１９上に設けられたタッチパネルで構成され、モニタ１９上に表示された操作ボタン等をユーザが触れることにより、対応する操作入力が行われる。
【0027】
一方、サーバ装置３は、その動作を制御する高性能のＣＰＵ４０等のプロセッサを備え、このＣＰＵ４０には高速バス４１を介して記憶装置４２、ＲＯＭ４３、ＲＡＭ４４およびネットワークインタフェイス４５が接続されている。
【0028】
サーバ装置３のＲＯＭ４３は、マスクＲＯＭまたはＰＲＯＭ等の半導体メモリであり、サーバ装置３と他のゲーム装置２との間の通信を制御するプログラム等、サーバ装置３の基本的な動作を実現するための基本プログラムが記憶されている。
【0029】
また、ＲＡＭ４４は、ＤＲＡＭまたはＳＲＡＭ等から構成され、ＣＰＵ４０が実行するべきプログラムや、その実行の際に必要になるデータ等を、記憶装置４２等から読み込んで一時的に記憶する。
【0030】
本実施の形態において、ゲームシステム１は、いわゆるネイティブアプリとしてゲーム装置２にインストールされたゲーム（アプリ）を進行させ、サーバ装置３において（ＷＥＢ上で）後述するスタミナ値のほか、仮想通貨、所有キャラクタ、キャラクタの付与抽選（ガチャ）の実行等のデータを管理する形式のいわゆるガワネイティブアプリによって動作する。
【0031】
サーバ装置３の記憶装置４２は、サーバ装置３が内蔵する大容量記憶媒体である。サーバ装置３は、記憶装置４２にゲームプログラム４２ａおよびゲームデータ４２ｂを記憶している。ＣＰＵ４０は、各ゲーム装置２（アカウント）のセーブデータ４２ｃを管理する。サーバ装置３と複数のゲーム装置２とは、通信ネットワークＮＷを介して互いに通信を行う。
【0032】
ゲーム装置２は、ユーザの操作に基づいて所定のゲームを実行（プレイ）するために、ゲーム装置２を介してサーバ装置３の記憶装置４２に記憶されたゲームプログラム４２ａおよびゲームデータ４２ｂを受信する（ダウンロードおよびインストールする）。さらに、ゲーム装置２は、サーバ装置３からアップデート用のゲームプログラムおよびゲームデータを受信する（ダウンロードおよびインストールする）。
【0033】
ゲーム装置２は、インストールしたゲームプログラムおよびゲームデータに基づいて、ゲーム装置２にてゲーム進行を行い、これらのゲーム進行に伴うゲーム演出（ゲーム画像、音声）を後述するモニタ１９およびスピーカ２２等に出力する。
【0034】
なお、各ゲーム装置２および各ユーザには、それぞれ異なるアカウント情報（固有の識別情報）が付与される。そして、アカウント情報ごとにＩＤ（識別符号）が付与される。
【0035】
サーバ装置３は、各ユーザのアカウント情報を管理し、各アカウントのゲーム進行状況に関するデータなどをゲーム装置２から受信して記憶装置４２に記憶する。
【0036】
例えば、ゲーム装置２は、ユーザによってゲームを開始する操作が行われたとき、各ゲーム装置２が通信ネットワークＮＷを介してサーバ装置３と通信を行い、このゲーム装置２からアカウント情報が送信される。サーバ装置３は、送信されたアカウント情報に基づいて所定の認証を行い、ゲーム装置２にゲーム進行に必要なデータ（ゲーム進行状況に関するデータ）を送信する。
【0037】
ゲーム装置２は、このアカウントのゲーム進行状況に関するデータ等を受信して、ゲーム装置２にてゲーム進行を行う。また、ゲーム装置２は、ゲームの開始時のみならず、ゲーム進行の所定のタイミング（アイテム消費またはゲーム課題クリア等のデータ更新時）でサーバ装置３にゲーム進行状況に関するデータを送信する。このように、ガワネイティブアプリ型のゲームシステムは、所定のタイミングでサーバ装置３とゲーム装置２とで相互に通信を行い、サーバ装置３とゲーム装置２とで同期をとってゲームを進行させる。
【0038】
［ゲーム装置の機能的構成］
図２は、本実施の形態におけるゲームシステムの機能的な構成を示すブロック図である。ゲームシステム１を構成するゲーム装置２は、ＣＰＵ１０、記憶装置１４、ＲＯＭ１５、ＲＡＭ１６、グラフィック処理部１７、オーディオ合成部２０等を含む制御部５ａを備えたコンピュータとして動作する。また、サーバ装置３は、ＣＰＵ４０、記憶装置４２、ＲＯＭ４３、およびＲＡＭ４４等を含む制御部５ｂを備えたコンピュータとして動作する。そして、図２に示すように、ゲーム装置２の制御部５ａとサーバ装置３の制御部５ｂとが協動することにより構成されるゲームシステム１の制御部５は、ゲームプログラム３０ａ，４２ａを実行することで、各プロセッサの制御により、ゲーム進行手段５１、パラメータ管理手段５２およびマッチング手段５３等の機能を発揮する。
図２は、本実施の形態におけるゲームシステムの機能的な構成を示すブロック図である。ゲームシステム１を構成するゲーム装置２は、ＣＰＵ１０、記憶装置１４、ＲＯＭ１５、ＲＡＭ１６、グラフィック処理部１７、オーディオ合成部２０等を含む制御部５ａを備えたコンピュータとして動作する。また、サーバ装置３は、ＣＰＵ４０、記憶装置４２、ＲＯＭ４３、およびＲＡＭ４４等を含む制御部５ｂを備えたコンピュータとして動作する。そして、図２に示すように、ゲーム装置２の制御部５ａとサーバ装置３の制御部５ｂとが協動することにより構成されるゲームシステム１の制御部５は、ゲームプログラム３０ａ，４２ａを実行することで、各プロセッサの制御により、ゲーム進行手段５１、パラメータ管理手段５２およびマッチング手段５３等の機能を発揮する。
【0039】
このうち、ゲーム進行手段５１は、ユーザの操作入力に基づいて仮想空間に生成されるプレイヤキャラクタを行動させてゲームを進行させる。ゲーム進行手段５１は、ユーザが操作するプレイヤキャラクタが行動する二次元または三次元の仮想空間（ゲーム空間）を生成する。例えば、ゲーム進行手段５１は、プレイヤキャラクタの移動に伴って、ゲームデータ３０ｂ，４２ｂに含まれるオブジェクトおよびテクスチャなどのデータを読み出し、二次元または三次元の仮想ゲーム空間を生成する。
【0040】
さらに、ゲーム進行手段５１は、仮想空間内で動作する各オブジェクトも生成する。また、ゲーム進行手段５１は、プレイヤキャラクタの位置に基づいて、仮想カメラを配置する。仮想空間に配置された仮想カメラにより撮像される二次元画像がゲーム進行画像としてモニタ１９に表示される。ゲーム進行手段５１は、プレイヤキャラクタおよび仮想カメラの動作を、ユーザによる操作入力部１２への操作入力またはゲームの進行状況に応じて制御することによりゲーム中のゲーム課題（後述するクエスト、ミッション等）を進行させる。さらに、ゲーム進行手段５１は、仮想空間にて行動するキャラクタ等のノンプレイヤキャラクタの動作を制御する。
【0041】
パラメータ管理手段５２は、ユーザに付与され、ゲーム課題を開始または再開するために必要なゲームパラメータを管理する。以下では、ゲームパラメータをスタミナ値と称する。
【0042】
マッチング手段５３は、複数のユーザがそれぞれのゲーム装置２を介して操作する複数のプレイヤキャラクタ同士を共通のゲームステージで行動させるために、複数のユーザ間のマッチングを行う。ゲーム進行手段５１は、マッチングした複数のユーザがそれぞれ操作する複数のプレイヤキャラクタの動作を共通のゲームステージ上で制御する。
【0043】
図３は、本実施の形態におけるゲームのクエスト選択画面を示す図である。図３に示すように本実施の形態におけるゲームにおいては、複数のクエストが用意されており、ユーザは、複数のクエストの中から希望するクエストを選択可能である。クエスト選択画面Ｇ１には、ユーザのＩＤ、そのユーザ（のＩＤ）に関連付けられたスタミナ値（現在値）、およびユーザが選択可能なクエストが表示される。スタミナ値表示欄Ｇ８には、ユーザに関連付けられたスタミナ値の現在値が表示される。ユーザが選択可能なクエストを表示するクエスト表示欄Ｇ２には、一または複数のクエストの内容と、そのクエストを開始するのに必要なスタミナ値（初期消費量）が表示される。
【0044】
初期消費量は、クエストごとに設定される。すなわち、初期消費量は、複数のクエストの間で異なり得る。ユーザが選択可能なクエストの内容は、ユーザのゲーム進行状況（クエストクリア状況等）、現在のスタミナ値等によって変更され得る。
【0045】
スタミナ値は、ユーザ（のＩＤ）ごとに予め関連付けられる。例えば、ゲームを最初にプレイする際に、スタミナ値（の上限）が設定される。スタミナ値は、後述するようにクエストを実行することで消費され、ゲーム課題（クエスト）の非実行時に回復する。例えば、パラメータ管理手段５２は、ゲーム課題の非実行時に、ユーザに関連付けられたスタミナ値を単位時間ごとに所定量（例えば１分ごとに１０）回復させる。スタミナ値には上限値が設けられ、時間回復によるスタミナ値は上限値を超えては回復（増加）しない。
【0046】
スタミナ値はゲーム内アイテムの使用、レベルアップ（制限解除）、課金等によって増やすことが可能である。これらによる回復は、上限を超えて回復（増加）する。また、スタミナ値の上限は、ゲーム内アイテムの使用、ユーザランクまたはキャラクタランクのレベルアップ（制限解除）、課金等によって増やすことが可能である。なお、ゲーム課題の非実行時は、ゲーム課題の開始から終了までの期間以外の期間であればよく、例えば、クエストの実行開始前（クエスト選択画面Ｇ１表示状態）およびゲームアプリの非起動時等を含む。ユーザランクまたはキャラクタランクのレベルアップには経験値が必要となる。経験値は例えばゲーム課題（クエスト）をクリアしたりする毎に累積される。
【0047】
クエスト表示欄Ｇ２は、クエストごとに選択入力（タッチ入力）可能な仮想ボタンとして構成されている。ユーザは希望するクエストを選択入力することにより、そのクエストを開始することができる。ゲーム進行手段５１は、クエストの選択入力を受け付け、選択入力があった場合に、クエスト開始処理を実行する。
【0048】
このとき、ゲーム進行手段５１は、ユーザに関連付けられた現在のスタミナ値と選択入力があったクエストにおいて設定されるスタミナ値の初期消費量とを比較し、現在のスタミナ値が初期消費量以上である場合に、そのクエストの開始を許容する。パラメータ管理手段５２は、現在のスタミナ値から対応する初期消費量を減少させる。ゲーム進行手段５１は、減少後のスタミナ値をそのクエストにおけるスタミナ値の初期値としてそのクエストを実行する。
【0049】
本実施の形態におけるゲームにおいて、パラメータ管理手段５２は、マッチングした複数のユーザが参加して互いに競い合うイベントをゲーム中に実行する。以下では、そのイベントが、ゲーム中に複数用意されるクエストの１つとして構成される例を示す。
【0050】
［実施の形態１］
図４から図７は、実施の形態１におけるクエスト実行時の表示画面（クエスト画面）を示す図である。図４から図７に示すクエスト画面Ｇ３は、目的表示欄Ｇ４、取得数表示欄Ｇ５、残り時間表示欄Ｇ６およびゲーム画面Ｇ７を含む。目的表示欄Ｇ４は、そのクエストの目的を表示する。図４～図６の例では、クエストの目的として上から落ちてくる「おにぎり」を所定時間内により多く拾うことが示される。取得数表示欄Ｇ５は、取得した「おにぎり」の数を表示する。残り時間表示欄Ｇ６は、クエスト終了までの残り時間をバー表示する。
図４から図７は、実施の形態１におけるクエスト実行時の表示画面（クエスト画面）を示す図である。図４から図７に示すクエスト画面Ｇ３は、目的表示欄Ｇ４、取得数表示欄Ｇ５、残り時間表示欄Ｇ６およびゲーム画面Ｇ７を含む。目的表示欄Ｇ４は、そのクエストの目的を表示する。図４～図６の例では、クエストの目的として上から落ちてくる「おにぎり」を所定時間内により多く拾うことが示される。取得数表示欄Ｇ５は、取得した「おにぎり」の数を表示する。残り時間表示欄Ｇ６は、クエスト終了までの残り時間をバー表示する。
【0051】
ゲーム画面Ｇ７には、仮想空間（ゲーム空間）Ｓおよび仮想空間Ｓ内に配置されたプレイヤキャラクタＰＣ１，ＰＣ２が表示される。プレイヤキャラクタＰＣ１は、ユーザが操作可能なプレイヤキャラクタ（自キャラクタ）であり、プレイキャラクタＰＣ２は、他のユーザによって操作されるプレイヤキャラクタ（他キャラクタ）である。
【0052】
クエスト１では、上方から「おにぎり」を模した標的オブジェクトＯＢ１および「石」を模した妨害オブジェクトＯＢ２が落ちてくる。プレイヤキャラクタＰＣ１は、ユーザのタップ操作、左右方向のスワイプ操作またはドラッグ操作によって動作する。例えばプレイヤキャラクタＰＣ１に対して左右方向に移動操作（スワイプ操作またはドラッグ操作）することにより、プレイヤキャラクタＰＣ１が左右に移動する。
【0053】
プレイヤキャラクタＰＣ１，ＰＣ２を標的オブジェクトＯＢ１に接触させることにより、接触したプレイヤキャラクタＰＣ１，ＰＣ２が「おにぎり」を取得することができる。「おにぎり」（標的オブジェクトＯＢ１）を取得するごとに取得数表示欄Ｇ５の取得数が増加する。
【0054】
一方、妨害オブジェクトＯＢ２がプレイヤキャラクタＰＣ１，ＰＣ２に接触すると、プレイヤキャラクタＰＣ１，ＰＣ２が一定時間硬直する。図５の例では、妨害オブジェクトＯＢ２がプレイヤキャラクタＰＣ２に接触することにより、プレイヤキャラクタＰＣ２が転倒した状態（硬直状態）が示されている。硬直している間、対応するプレイヤキャラクタＰＣ１，ＰＣ２は、ユーザの移動操作にかかわらず移動できなくなる。プレイヤキャラクタＰＣ１，ＰＣ２は、硬直している間、標的オブジェクトＯＢ１を取得することができない。
【0055】
さらに、図５に示すように、他のユーザが操作するプレイヤキャラクタＰＣ２が硬直している間、プレイヤキャラクタＰＣ１をそのプレイヤキャラクタＰＣ２に近づける移動操作を行った上で（プレイヤキャラクタＰＣ１をプレイヤキャラクタＰＣ２から所定距離内に位置させた状態で）、プレイヤキャラクタＰＣ２に対してタップ操作を行うことにより、プレイヤキャラクタＰＣ１が硬直中のプレイヤキャラクタＰＣ２に攻撃することができる（図６）。
【0056】
硬直中のプレイヤキャラクタＰＣ２にプレイヤキャラクタＰＣ１からの攻撃が命中すると、プレイヤキャラクタＰＣ２の硬直時間が延長される。一方、ユーザが操作するプレイヤキャラクタＰＣ１が硬直状態となった場合に、プレイヤキャラクタＰＣ１を連続的にタップ操作することにより、硬直時間を短くする（早期復帰を図る）ことができる。
【0057】
このように、クエスト１は、複数のユーザが参加して所定時間内に「おにぎり」（標的オブジェクトＯＢ１）をより多く取得することを競い合うイベントとして構成されている。すなわち、所定時間経過時点で、標的オブジェクトＯＢ１を最も多く取得したユーザが勝者となる。図７の例では、プレイヤ１（プレイヤキャラクタＰＣ１を操作するユーザ）が勝者となる。
【0058】
パラメータ管理手段５２は、イベントの結果に応じて各ユーザに関連付けられたスタミナ値を変更する。より具体的には、パラメータ管理手段５２は、イベントに勝利したユーザ（勝者）のスタミナ値を敗北したユーザ（敗者）より多く回復させる。例えば、パラメータ管理手段５２は、勝者に関連付けられたスタミナ値を所定の第１固定値回復させ、敗者に関連付けられたスタミナ値を第１固定値より低い第２固定値回復させる。図７の例では、第１固定値は６０、第２固定値は３０に設定されている。イベントに基づくスタミナ値の回復は、イベント終了後に実行される。
【0059】
本実施の形態では、クエスト１を実行するために各ユーザがスタミナ値を２０消費している。したがって、プレイヤ１は、クエスト１を開始する前のスタミナ値（図３の例では１４０）から４０回復する。プレイヤ２は、クエスト２を開始する前のスタミナ値から１０回復する。
【0060】
［発明の効果］
以上をまとめると、本実施の形態の一側面は、記憶部（記憶装置１４）および表示部（モニタ１９）をそれぞれ備え、複数のユーザがそれぞれ操作する複数のコンピュータ（ゲーム装置２）と、複数のコンピュータに、通信ネットワークＮＷを介して通信可能に接続されたサーバ装置３とを備えたゲームシステム１のためのゲームプログラムであって、サーバ装置３および複数のコンピュータの少なくとも１つにより構成される制御部５を、複数のユーザ間のマッチングを行うマッチング手段５３、各ユーザの操作入力に基づいてゲーム中の所定のゲーム課題（クエスト）を進行させるゲーム進行手段５１、各ユーザに関連付けられた、ゲーム課題を開始または再開するために必要なゲームパラメータ（スタミナ値）を管理するパラメータ管理手段５２として機能させ、ゲーム進行手段５１は、所定のタイミングで各ユーザに関連付けられたゲームパラメータの値が所定値以上である場合に、ゲーム課題の開始または再開を許容し、パラメータ管理手段５２は、ゲーム課題を開始または再開する場合に、各ユーザに関連付けられたゲームパラメータの値から所定値を減少させ、複数のユーザが参加して互いに競い合うイベントをゲーム中に実行し、イベントの結果に応じて各ユーザに関連付けられたスタミナ値を変更する、ゲームプログラムである。
以上をまとめると、本実施の形態の一側面は、記憶部（記憶装置１４）および表示部（モニタ１９）をそれぞれ備え、複数のユーザがそれぞれ操作する複数のコンピュータ（ゲーム装置２）と、複数のコンピュータに、通信ネットワークＮＷを介して通信可能に接続されたサーバ装置３とを備えたゲームシステム１のためのゲームプログラムであって、サーバ装置３および複数のコンピュータの少なくとも１つにより構成される制御部５を、複数のユーザ間のマッチングを行うマッチング手段５３、各ユーザの操作入力に基づいてゲーム中の所定のゲーム課題（クエスト）を進行させるゲーム進行手段５１、各ユーザに関連付けられた、ゲーム課題を開始または再開するために必要なゲームパラメータ（スタミナ値）を管理するパラメータ管理手段５２として機能させ、ゲーム進行手段５１は、所定のタイミングで各ユーザに関連付けられたゲームパラメータの値が所定値以上である場合に、ゲーム課題の開始または再開を許容し、パラメータ管理手段５２は、ゲーム課題を開始または再開する場合に、各ユーザに関連付けられたゲームパラメータの値から所定値を減少させ、複数のユーザが参加して互いに競い合うイベントをゲーム中に実行し、イベントの結果に応じて各ユーザに関連付けられたスタミナ値を変更する、ゲームプログラムである。
【0061】
本実施の形態におけるゲームプログラムによれば、ゲームパラメータ（スタミナ値）を争奪するイベントがゲーム中に実行される。イベントの結果に応じてユーザに関連付けられたスタミナ値が変更される。例えば、イベントの勝者は、敗者よりゲームパラメータを多く回復させることができる。このように、ゲームパラメータを用いてより多くのゲーム課題（クエスト）を実行することができる。したがって、本実施の形態によれば、ゲームパラメータを争奪するイベントをゲーム中に実行することにより、ゲームパラメータを用いてユーザの興趣を高めることができる。
【0062】
［変形例］
上記実施の形態では、イベントの勝者に付与されるスタミナ値の回復量が固定値（第１固定値）である例を示したが、これに限られない。例えば、パラメータ管理手段５２は、イベントにおける所定の内容に応じてイベントに勝利したユーザ（勝者）のゲームパラメータ（スタミナ値）の回復量を異ならせてもよい。例えば、勝者が操作するプレイヤキャラクタＰＣ１における標的オブジェクトＯＢ１の取得数に応じて勝者に関連付けられたスタミナ値の回復量が決定されてもよい。
上記実施の形態では、イベントの勝者に付与されるスタミナ値の回復量が固定値（第１固定値）である例を示したが、これに限られない。例えば、パラメータ管理手段５２は、イベントにおける所定の内容に応じてイベントに勝利したユーザ（勝者）のゲームパラメータ（スタミナ値）の回復量を異ならせてもよい。例えば、勝者が操作するプレイヤキャラクタＰＣ１における標的オブジェクトＯＢ１の取得数に応じて勝者に関連付けられたスタミナ値の回復量が決定されてもよい。
【0063】
この場合、例えば、勝者が操作するプレイヤキャラクタＰＣ１が取得した標的オブジェクトＯＢ１の数が多いほどスタミナ値の回復量が多くなってもよい。また、例えば、勝者が操作するプレイヤキャラクタＰＣ１が取得した標的オブジェクトＯＢ１の数が所定値を超えた場合に、所定値以下であった場合に比べてスタミナ値の回復量が多くなってもよい。
【0064】
また、例えば、勝者が操作するプレイヤキャラクタＰＣ１が取得した標的オブジェクトＯＢ１の数と他のプレイヤキャラクタＰＣ２が取得した標的オブジェクトＯＢ１の数との差（取得数差）に応じて勝者に関連付けられたスタミナ値の回復量が異なってもよい。例えば、取得数差が１０未満なら回復量の差が５０であるのに対し、取得数差が１０以上なら回復量の差が１００であってもよい。この場合、例えば取得数差が１０未満のとき勝者が１００回復するとともに敗者は５０回復し、取得数差が１０以上のとき勝者が１５０回復するとともに敗者は５０回復等となる。
【0065】
さらに、例えば、取得数差が大きいほど勝者に関連付けられたスタミナ値の回復量が多くなってもよい。例えば、回復量の差が取得数差の１０倍となるようにスタミナ値の回復量を決定してもよい。この場合、例えば取得数差が１であれば勝者と敗者との間のスタミナ値の回復量の差は１０（勝者が４０回復なら敗者は３０回復等）であるが、取得数差が１０であればスタミナ値の回復量の差は１００（勝者が１００回復なら敗者は０（回復せず）等）となる。
【0066】
また、例えば、勝者または敗者がイベント時に所定のアイテムを使用したか否かで勝者に関連付けられたスタミナ値の回復量が異なってもよい。この場合、例えば、上記のイベント中に一定時間妨害オブジェクトＯＢ２に接触してもプレイヤキャラクタＰＣ１の硬直を防止することができる硬直防止アイテムを使用可能とし、勝者がその硬直防止アイテムを使用した回数が少ないほど、または、敗者が硬直防止アイテムを使用した回数が多いほど、スタミナ値の回復量を多くしてもよい。
【0067】
また、標的オブジェクトＯＢ１の取得数、取得数差、または、所定のアイテム使用回数について勝者のスタミナ値を回復するための基準値を設けてもよい。すなわち、例えば標的オブジェクトＯＢ１の取得数または取得数差が下限値未満の場合、そのイベントの勝者であってもスタミナ値が回復しない、または、スタミナ値の回復量が敗者と同じようにしてもよい。また、例えば、勝者における所定のアイテムの使用回数が上限値を超えた場合、そのイベントの勝者であってもスタミナ値が回復しない、または、スタミナ値の回復量が敗者と同じようにしてもよい。
【0068】
また、本実施の形態では、イベントの敗者もスタミナ値が回復する態様を例示したが、敗者はスタミナ値が回復しなくてもよい（回復量０でもよい）。また、イベントの敗者に関連付けられた現在のスタミナ値が減ってもよい。すなわち、パラメータ管理手段５２は、イベントに敗北したユーザのスタミナ値を減少させてもよい。例えば、本実施の形態の例では、スタミナ値回復用のクエスト１を実行するためにスタミナ値が２０消費される。したがって、敗者のスタミナ値の回復量が２０であれば実質的な回復量は０となる。また、敗者のスタミナ値の回復量が２０未満であれば実質的なスタミナ値の減少となる。
【0069】
また、本実施の形態では、イベントに参加するユーザが二人の場合を例示したが、三人以上が参加するイベントとしてもよい。この場合、イベントの勝者（一位のユーザ）に関連付けられたスタミナ値の回復量のみが増えてもよいし、順位（達成度順等）に応じてスタミナ値の回復量が決定されてもよい。
【0070】
また、スタミナ値回復用のクエスト１の実行にはスタミナ値の消費は不要としてもよい。この場合でも敗者のスタミナ値の回復量は０でもよいし、スタミナ値が現在値より減少してもよい。
【0071】
スタミナ値を減少させる際、イベントの勝者のスタミナ値の回復量が、敗者のスタミナ値の減少量に関連付けられていてもよい。例えば、勝者のスタミナ値の回復量が敗者のスタミナ値の減少量と同じであってもよい。また、例えば、勝者のスタミナ値の回復量が敗者のスタミナ値の減少量の係数ｋ倍（ｋ＞０、ｋは１より小さくても大きくてもよい）であってもよい。イベントの勝者のスタミナ値が回復する際に、敗者のスタミナ値を奪って勝者のスタミナ値を付与するような演出表現が行われてもよい。
【0072】
なお、スタミナが減少する（勝者に奪われる）ことを所定のアイテムを使用する、または、課金等を行うことで防止可能としてもよい。
【0073】
イベントに参加するユーザが、そのユーザに関連付けられているスタミナ値をそのイベントの参加前に供出し、イベント結果に応じて、複数のユーザにより供出されたスタミナ値を分配するようにしてもよい。この場合、供出するスタミナ値は、固定値でもよいし、ユーザが指定可能としてもよい。また、供出するスタミナ値は、予め設定されている固定値に、ユーザが指定した倍率を掛けた値としてもよい。
【0074】
複数のユーザにより供出されたスタミナ値を分配する場合、すべてのユーザに対してスタミナ値を分配してもよいし、イベントの勝者（一位のユーザ）に関連付けられたスタミナ値にすべて充当（勝者の総取りに）してもよい。イベント後に各ユーザに分配されたスタミナ値の回復量が、各ユーザが供出したスタミナ値より少ない場合、そのユーザに関連付けられたスタミナ値（現在値）は、イベント開始前より減少することになる。
【0075】
供出値または倍率がユーザにより指定可能な場合、供出値または倍率をマッチング前に指定可能としてもよいし、マッチング後に指定可能としてもよい。供出値または倍率をマッチング後に指定可能とする場合、マッチング後に、マッチングされた複数のユーザの情報（レベル、使用キャラクタの種別または各種能力値、使用武器等）がイベント実行前に表示されてもよい。マッチングされた複数のユーザの情報の表示後に、供出値または倍率を設定可能としてもよい。これにより、各ユーザが競争相手となる他のユーザの情報を見た上でスタミナ値の供出量を指定することができる。
【0076】
また、本実施の形態では、ゲーム課題の達成順で勝敗を判定した（標的オブジェクトＯＢ１の取得数の最も多いユーザを勝者とした）が、イベントの勝敗は、ゲーム課題の達成に直結する要素で判定することに限られず、ゲーム課題の中の部分的な要素で判定してもよい。すなわち、ゲーム課題の目的（主目的）とは別に、スタミナ値の回復量を決定するためのイベントの勝敗（副目的）が判定されてもよい。
【0077】
例えば、上記例において、妨害オブジェクトＯＢ２に接触した回数（硬直した回数）が最も少ないユーザがイベントの勝者として判定されてもよい。あるいは、プレイヤキャラクタＰＣ１が硬直中の他のプレイヤキャラクタＰＣ２を攻撃した回数が最も多いユーザがイベントの勝者として判定されてもよい。また、例えば開始位置から所定の目的地に到達することを目的（主目的）とするゲーム課題において、プレイヤキャラクタＰＣ１，ＰＣ２が移動可能な仮想空間に配置された所定のアイテムを取得した数が最も多いユーザがイベントの勝者として判定されてもよい。
【0078】
また、イベントの勝者および敗者を決めずにイベント終了後における各ユーザに関連付けられた所定の要素に応じてスタミナ値の回復量が決定されてもよい。例えば、各ユーザが操作するプレイヤキャラクタＰＣ１が硬直中の他のプレイヤキャラクタＰＣ２を攻撃した回数に応じて各ユーザに関連付けられたスタミナ値の回復量が決定されてもよい。
【0079】
また、イベントの内容は、上記実施の形態に限られず、対戦ゲーム等、複数のユーザ間で何らかの勝敗がつくものであればよい。例えば、イベントは、対戦カードゲーム、格闘ゲーム、スポーツゲーム、レースゲーム等、種々のゲームを適用することができる。また、上記実施の形態では、所定時間に取得した標的オブジェクトＯＢ１の数を競うゲームとしたが、勝敗の決め方は、これに限られない。例えば、先に基準数の標的オブジェクトＯＢ１を取得したプレイヤキャラクタＰＣ１，ＰＣ２を操作するユーザを勝者としてもよい。また、各プレイヤキャラクタに体力値を設け、妨害オブジェクトＯＢ２に接触した場合または他のプレイヤキャラクタからの攻撃を受けた場合に体力値が減るようにし、所定時間に達する前に体力値が０になった場合には、そのプレイヤキャラクタはそれ以上標的オブジェクトＯＢ１を取得できない（他のプレイヤキャラクタは所定時間に達するまで取得可能）としてもよい。
【0080】
［実施の形態２］
上記実施の形態１では、複数のユーザが参加するイベントの結果に基づいてスタミナ値の回復量が決定される態様、より具体的には、イベントに勝利することによってより多くのスタミナ値の回復量が得られる態様を例示したが、これに限られない。図８は、実施の形態２におけるクエスト実行時の表示画面（クエスト画面）を示す図である。実施の形態２において実施の形態１と同様の構成については、同じ符号を付し、説明を省略する。
上記実施の形態１では、複数のユーザが参加するイベントの結果に基づいてスタミナ値の回復量が決定される態様、より具体的には、イベントに勝利することによってより多くのスタミナ値の回復量が得られる態様を例示したが、これに限られない。図８は、実施の形態２におけるクエスト実行時の表示画面（クエスト画面）を示す図である。実施の形態２において実施の形態１と同様の構成については、同じ符号を付し、説明を省略する。
【0081】
図８に示すクエスト画面Ｇ３は、実施の形態１と同様に、目的表示欄Ｇ４、取得数表示欄Ｇ５、残り時間表示欄Ｇ６およびゲーム画面Ｇ７を含む。さらに、クエスト画面Ｇ３は、スタミナ値表示欄Ｇ９を含む。
【0082】
本実施の形態において、パラメータ管理手段５２は、イベントの実行中に他のユーザに対する所定の操作入力の成功回数に基づいて各ユーザに関連付けられたスタミナ値を増加させる。すなわち、本実施の形態においては、イベントの結果（勝敗）にかかわらず、所定の操作入力の成功回数が多いほどスタミナ値が回復する。
【0083】
本実施の形態においても、イベントにおけるゲーム内容は、実施の形態１と同様である。すなわち、クエスト１は、複数のユーザが参加して所定時間内に「おにぎり」（標的オブジェクトＯＢ１）をより多く取得することを競い合うイベントとして構成されている。妨害オブジェクトＯＢ２がプレイヤキャラクタＰＣ１，ＰＣ２に接触すると、プレイヤキャラクタＰＣ１，ＰＣ２が一定時間硬直する。さらに、他のユーザが操作するプレイヤキャラクタＰＣ２が硬直している間、プレイヤキャラクタＰＣ１をそのプレイヤキャラクタＰＣ２に近づける移動操作を行った上で（プレイヤキャラクタＰＣ１をプレイヤキャラクタＰＣ２から所定距離内に位置させた状態で）、プレイヤキャラクタＰＣ２に対してタップ操作を行うことにより、プレイヤキャラクタＰＣ１が硬直中のプレイヤキャラクタＰＣ２に攻撃することができる。
【0084】
本実施の形態では、所定の操作入力が硬直中の他のプレイヤキャラクタＰＣ２への攻撃操作に設定される。すなわち、パラメータ管理手段５２は、イベントの実行中にプレイヤキャラクタＰＣ１による他のプレイヤキャラクタＰＣ２への攻撃操作の成功回数に基づいてプレイヤキャラクタＰＣ１を操作するユーザ（プレイヤ１）に関連付けられたスタミナ値を増加させる。
【0085】
さらに、本実施の形態では、パラメータ管理手段５２は、攻撃を受けたプレイヤキャラクタＰＣ２を操作するユーザ（プレイヤ２）に関連付けられたスタミナ値を減少させる。言い換えると、パラメータ管理手段５２は、各ユーザに対して行われた他のユーザからの所定の操作入力の成功回数に基づいて各ユーザに関連付けられたスタミナ値を減少させる。図８の例では、攻撃を行ったユーザに関連付けられたスタミナ値の回復量（増加量）と攻撃を受けたユーザに関連付けられたスタミナ値の減少量とは同じ量となっている。
【0086】
［発明の効果］
以上をまとめると、本実施の形態の一側面は、記憶部（記憶装置１４）および表示部（モニタ１９）をそれぞれ備え、複数のユーザがそれぞれ操作する複数のコンピュータ（ゲーム装置２）と、複数のコンピュータに、通信ネットワークＮＷを介して通信可能に接続されたサーバ装置３とを備えたゲームシステム１のためのゲームプログラムであって、サーバ装置３および複数のコンピュータの少なくとも１つにより構成される制御部５を、複数のユーザ間のマッチングを行うマッチング手段５３、各ユーザの操作入力に基づいてゲーム中の所定のゲーム課題（クエスト）を進行させるゲーム進行手段５１、各ユーザに関連付けられた、ゲーム課題を開始または再開するために必要なゲームパラメータ（スタミナ値）を管理するパラメータ管理手段５２として機能させ、ゲーム進行手段５１は、所定のタイミングで各ユーザに関連付けられたゲームパラメータの値が所定値以上である場合に、ゲーム課題の開始または再開を許容し、パラメータ管理手段５２は、ゲーム課題を開始または再開する場合に、各ユーザに関連付けられたゲームパラメータの値から所定値を減少させ、複数のユーザが参加して互いに競い合うイベントをゲーム中に実行し、イベントの実行中に他のユーザに対して行った所定の操作入力の成功回数に基づいて各ユーザに関連付けられたゲームパラメータの値を増加させる、ゲームプログラムである。
以上をまとめると、本実施の形態の一側面は、記憶部（記憶装置１４）および表示部（モニタ１９）をそれぞれ備え、複数のユーザがそれぞれ操作する複数のコンピュータ（ゲーム装置２）と、複数のコンピュータに、通信ネットワークＮＷを介して通信可能に接続されたサーバ装置３とを備えたゲームシステム１のためのゲームプログラムであって、サーバ装置３および複数のコンピュータの少なくとも１つにより構成される制御部５を、複数のユーザ間のマッチングを行うマッチング手段５３、各ユーザの操作入力に基づいてゲーム中の所定のゲーム課題（クエスト）を進行させるゲーム進行手段５１、各ユーザに関連付けられた、ゲーム課題を開始または再開するために必要なゲームパラメータ（スタミナ値）を管理するパラメータ管理手段５２として機能させ、ゲーム進行手段５１は、所定のタイミングで各ユーザに関連付けられたゲームパラメータの値が所定値以上である場合に、ゲーム課題の開始または再開を許容し、パラメータ管理手段５２は、ゲーム課題を開始または再開する場合に、各ユーザに関連付けられたゲームパラメータの値から所定値を減少させ、複数のユーザが参加して互いに競い合うイベントをゲーム中に実行し、イベントの実行中に他のユーザに対して行った所定の操作入力の成功回数に基づいて各ユーザに関連付けられたゲームパラメータの値を増加させる、ゲームプログラムである。
【0087】
本実施の形態におけるゲームプログラムによれば、ゲームパラメータ（スタミナ値）を争奪するイベントがゲーム中に実行される。イベントの実行中に他のユーザに関与することでゲームパラメータを回復させることができるため、そのゲームパラメータを用いてより多くのゲーム課題（クエスト）を実行することができる。したがって、本実施の形態によれば、ゲームパラメータを争奪するイベントをゲーム中に実行することにより、ゲームパラメータを用いてユーザの興趣を高めることができる。
【0088】
［変形例］
本実施の形態においても、プレイヤキャラクタＰＣ１が硬直中に他のユーザにスタミナ値が奪われることを防止できるアイテムまたは課金態様が存在してもよい。例えば、プレイヤキャラクタＰＣ１が硬直中であるときまたは事前にそのアイテムを使用する操作入力が行われると、プレイヤキャラクタＰＣ１の周囲にバリアが生成され、プレイヤキャラクタＰＣ１が他のプレイヤキャラクタＰＣ２からの攻撃を受けないようにすることができる。また、プレイヤキャラクタＰＣ１が硬直中に所定の操作入力を行うことにより、他のプレイヤキャラクタの攻撃を防御可能としてもよい。すなわち、他のプレイヤキャラクタの攻撃に合わせた防御操作の入力が行われることにより、他のユーザにスタミナ値が奪われることを防止可能としてもよい。
本実施の形態においても、プレイヤキャラクタＰＣ１が硬直中に他のユーザにスタミナ値が奪われることを防止できるアイテムまたは課金態様が存在してもよい。例えば、プレイヤキャラクタＰＣ１が硬直中であるときまたは事前にそのアイテムを使用する操作入力が行われると、プレイヤキャラクタＰＣ１の周囲にバリアが生成され、プレイヤキャラクタＰＣ１が他のプレイヤキャラクタＰＣ２からの攻撃を受けないようにすることができる。また、プレイヤキャラクタＰＣ１が硬直中に所定の操作入力を行うことにより、他のプレイヤキャラクタの攻撃を防御可能としてもよい。すなわち、他のプレイヤキャラクタの攻撃に合わせた防御操作の入力が行われることにより、他のユーザにスタミナ値が奪われることを防止可能としてもよい。
【0089】
また、プレイヤキャラクタＰＣ１が他のプレイヤキャラクタＰＣ２に対して毒状態等の状態異常を付与する攻撃が可能なイベントにおいては、状態異常になったプレイヤキャラクタＰＣ２から単位時間ごとに所定のスタミナ値を奪ってもよい。すなわち、状態異常を付与したプレイヤキャラクタＰＣ１のスタミナ値が単位時間ごとに回復（増加）し、状態異常になったプレイヤキャラクタＰＣ２のスタミナ値が単位時間ごとに減少してもよい。
【0090】
本実施の形態においても、イベントに参加するユーザは、三人以上でもよい。
【0091】
本実施の形態においては、スタミナ値を増加させる基準となる所定の操作入力として、イベントの実行中に他のユーザに関連付けられたプレイヤキャラクタＰＣ２に対して影響を及ぼすようなプレイヤキャラクタＰＣ１の所定の行動を実行するための操作入力を例示したが、これに限られない。例えば、他のプレイヤキャラクタＰＣ２の行動を妨害する操作入力として、自分が操作するプレイヤキャラクタＰＣ１の行動を伴わない操作入力を所定の操作入力としてもよい。例えば、自分が操作するプレイヤキャラクタＰＣ１の行動を伴わない操作入力は、雷を落とす、地震を発生させる、または、サポートキャラクタ（ノンプレイヤキャラクタ）が支援行動を開始する等のための操作入力であってもよい。
【0092】
また、所定の操作入力は、他のプレイヤキャラクタＰＣ２に対して影響を及ぼすような操作入力に限られない。例えば、他のプレイヤキャラクタＰＣ２とは独立して他のユーザに関連付けられたパラメータに対する弱体化（デバフ）効果を生じさせる操作入力であってもよい。例えば複数のプレイヤキャラクタの中から行動させるプレイヤキャラクタを選択して行動させるターン制のゲームにおいて、各ユーザに設定されたパラメータとして行動回数（１ターンに行動可能な回数）が含まれる場合に、他のユーザに関連付けられた行動回数を減らすアイテム等を使用する操作入力を、所定の操作入力としてもよい。
【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】
１ ゲームシステム
２ ゲーム装置
３ サーバ装置（コンピュータ）
５，５ａ，５ｂ 制御部
５１ ゲーム進行手段
５２ パラメータ管理手段
５３ マッチング手段
ＮＷ 通信ネットワーク
２ ゲーム装置
３ サーバ装置（コンピュータ）
５，５ａ，５ｂ 制御部
５１ ゲーム進行手段
５２ パラメータ管理手段
５３ マッチング手段
ＮＷ 通信ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】