JP2023042779A - 情報処理システム、情報処理方法及びプログラム - Google Patents

Abstract

【課題】ゲームに対するユーザの満足度又は納得感を向上させる情報処理システム、情報処理方法及びプログラムを提供する。【解決手段】本開示の一態様によれば、情報処理システムが提供される。この情報処理システムは、次の各ステップを実行するように構成される。変化ステップでは、所定の基準に基づいて、ユーザ又はゲームに関するキャラクタに関連付けられたパラメータを変化させる。進行ステップでは、ゲームの開始前又はゲームの終了条件が満たされた場合にパラメータを所定量減少させることを条件にゲームを開始させ、終了条件が満たされるまでゲームを進行させる。特定ステップでは、終了条件が満たされた場合に、ユーザ又はキャラクタに関するゲーム状況を特定する。調整ステップでは、ゲーム状況に基づいて、パラメータの調整処理を実行する。【選択図】図１

Description

特許法第３０条第２項適用申請有り ２０２１年４月２１日 ＡＰＰ ｓｔｏｒｅ ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／％Ｅ３％８３％Ａ２％Ｅ３％８３％Ｂ３％Ｅ３％８２％Ｂ９％Ｅ３％８２％ＢＦ％Ｅ３％８３％ＢＣ％Ｅ３％８３％８Ｆ％Ｅ３％８３％Ｂ３％Ｅ３％８２％ＢＦ％Ｅ３％８３％ＢＣ－％Ｅ３％８３％Ａ９％Ｅ３％８２％Ａ４％Ｅ３％８３％８０％Ｅ３％８３％ＢＣ％Ｅ３％８２％ＢＡ／ｉｄ１４７７１５０４０４ ２０２１年４月２１日 Ｇｏｏｇｌｅ Ｐｌａｙ ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｊｐ．ｃｏ．ｃａｐｃｏｍ．ｍｈ＿ｒｊｐ＆ｈｌ＝ｊａ＆ｇｌ＝ＵＳ ２０２１年４月２０日 ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｋｔＬＫＣＥｏＱｃｌＹ

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

近年、ゲームのプレイに伴ってスタミナ等と称されるパラメータが消費されるスタミナ制を採用するゲームシステムにおいて、消費されたパラメータを回復させるための待ち時間に起因するゲームのテンポ悪化を防ぐ技術が開示されている（特許文献１）。

特開２０１４－１５５５４６号公報

しかしながら、従来技術では、ユーザのプレイ内容やプレイ結果に応じたパラメータの調整がなされないため、ユーザがパラメータの消費に対して納得感を得難く、さらには、パラメータの消費を懸念して行動を抑制せざるを得ない結果、ゲームに対する満足感が十分に得られないという問題があった。

本開示では上記事情を鑑み、ゲームに対するユーザの満足度又は納得感を向上させる技術を提供することとした。

本開示の一態様によれば、情報処理システムが提供される。この情報処理システムは、次の各ステップを実行するように構成される。変化ステップでは、所定の基準に基づいて、ユーザ又はゲームに関するキャラクタに関連付けられたパラメータを変化させる。進行ステップでは、ゲームの開始前又はゲームの終了条件が満たされた場合にパラメータを所定量減少させることを条件にゲームを開始させ、終了条件が満たされるまでゲームを進行させる。特定ステップでは、終了条件が満たされた場合に、ユーザ又はキャラクタに関するゲーム状況を特定する。調整ステップでは、ゲーム状況に基づいて、パラメータの調整処理を実行する。

本開示によれば、ゲームに対するユーザの満足度又は納得感を向上させる技術を提供することができる。

本実施形態におけるゲームシステムの構成を示すブロック図である。 記憶部２２に記憶される参照情報７の一例である。 情報処理システム１によって実行される情報処理の流れの一例を示すアクティビティ図である。 情報処理システム１によって実行される情報処理の流れの一例を示すアクティビティ図である。 ゲーム装置５に表示されるプレイ画面８の一例である。 ゲーム装置５に表示されるクエストクリア画面９の一例である。 ゲーム装置５に表示される結果表示画面１０の一例である。 ゲーム装置５に表示される報酬表示画面１１の一例である。

［実施形態］
以下、図面を用いて本開示の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

１．ゲームの説明
図１は、本実施形態におけるゲームシステムの構成を示すブロック図である。図１に示す情報処理システム１では、サーバ装置２及び複数のゲーム装置５が通信ネットワーク６を介して互いに通信可能に接続され、ゲーム装置５においてゲームが実行される。

本実施形態にかかるゲームは、情報処理システム１にて実行されるオンラインのゲームである。このゲームでは、ゲーム装置５のユーザは、１又は複数のプレイヤキャラクタＰを仮想ゲーム空間で活動させたり、プレイヤキャラクタＰを、ノンプレイヤキャラクタである敵キャラクタと対戦させたりする。

上記のようなゲームは、プレイステーション（登録商標）等の家庭用ゲーム機、ニンテンドースイッチ（登録商標）等の携帯用ゲーム機、又は、パーソナルコンピュータ、スマートフォン、タブレット等の電子機器であるゲーム装置５を用いて実行される。以下では、ゲーム装置５がスマートフォンである場合を例示する。

２．情報処理システム１の概要
情報処理システム１は、サーバ装置２及び複数のゲーム装置５にて構成される。サーバ装置２は、ゲームプログラム及びゲームデータを記憶しており、ゲーム装置５の（下記のアカウント情報ごとの）ゲームデータの管理を行う。

ゲーム装置５は、ユーザの操作に基づいて所定のゲームを実行する。そのために、ゲーム装置５は、通信ネットワーク６を介して、サーバ装置２からゲームプログラム及びゲームデータを受信（具体的にはダウンロード及びインストール）する。各ユーザには、ゲーム装置５に対応づけて、識別情報及びパスワードを含むアカウント情報が、ユーザごとに割り当てられている。このアカウント情報は、ログイン時、ゲーム装置５からサーバ装置２に送信され、サーバ装置２におけるユーザ認証に利用される。

ユーザ認証を経て、サーバ装置２とゲーム装置５との相互通信が可能となる。ログイン後、ゲーム装置５は、ゲーム進行に必要なデータ（ゲーム進行状況に関するデータ）をサーバ装置２から受信すると、ユーザの操作に基づいてゲーム画像や音声をディスプレイ６１及びスピーカ６２に出力しながら、ゲームを進行させる。

２．１ ハードウェア構成
以下、図１を参照して、情報処理システム１の各ハードウェア構成について説明する。なお、複数のゲーム装置５それぞれは、互いに同じ構成を有する。

＜サーバ装置２＞
図１に示すように、サーバ装置２は、ネットワークインターフェース２１、記憶部２２及び制御部２３を有する。ネットワークインターフェース２１及び記憶部２２は、バス２９を介して制御部２３と電気的に接続されている。

ネットワークインターフェース２１は、インターネット及びＬＡＮ等の通信ネットワーク６を介して各ゲーム装置５と通信可能に接続されている。

記憶部２２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等で構成される。記憶部２２には、本実施形態にかかるゲームプログラムの一部を含む各種プログラムやゲームに関する各種データ等が記憶されている。

制御部２３は、ＣＰＵ及び半導体メモリを含むマイクロコンピュータで構成され、自装置であるサーバ装置２の動作を制御する。特に、制御部２３は、記憶部２２に記憶された所定のプログラムを読み出すことによって、自装置であるサーバ装置２に係る種々の機能を実現する。すなわち、記憶部２２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部２３によって具体的に実現されることで、後述の各手段が実行されうる。なお、制御部２３は単一であることに限定されず、機能ごとに複数の制御部２３を有するように実施してもよい。またそれらの組合せであってもよい。

＜ゲーム装置５＞
ゲーム装置５には、ディスプレイ６１、スピーカ６２及びタッチパッド６３が外部接続又は内蔵される。また、ゲーム装置５は、ネットワークインターフェース５１、グラフィック処理部５２、オーディオ処理部５３、操作部５４、記憶部５５及び制御部５６を有する。ネットワークインターフェース５１、グラフィック処理部５２、オーディオ処理部５３、操作部５４及び記憶部５５は、バス５９を介して制御部５６と電気的に接続されている。

ネットワークインターフェース５１は、ゲーム装置５とサーバ装置２との間で各種データを送受信するために、通信ネットワーク６に通信可能に接続される。

グラフィック処理部５２は、制御部５６から出力されるゲーム画像情報に従って、キャラクタ及び仮想ゲーム空間に関する各種オブジェクトを含むゲーム画像を、動画形式で描画する。グラフィック処理部５２は、例えば液晶型であるディスプレイ６１と接続されており、動画形式に描画されたゲーム画像は、ゲーム画面としてディスプレイ６１上に表示される。

オーディオ処理部５３は、スピーカ６２と接続され、制御部５６の指示に従ってゲーム音声を再生及び合成すると、これをスピーカ６２から出力させる。

操作部５４は、タッチパッド６３と接続され、操作入力に関するデータをタッチパッド６３との間で送受信する。ユーザは、タッチパッド６３をタッチすることで、ゲーム装置５に操作信号を入力する。

記憶部５５は、ＨＤＤ、ＳＳＤ、ＲＡＭ及びＲＯＭ等で構成される。記憶部５５には、サーバ装置２からダウンロードしたゲームデータ、ゲームプログラムの一部を含む各種プログラム、自装置であるゲーム装置５のアカウント情報等が格納されている。

制御部５６は、ＣＰＵ及び半導体メモリを含むマイクロコンピュータで構成され、自装置であるゲーム装置５の動作を制御する。特に、制御部５６は、記憶部５５に記憶された所定のプログラムを読み出すことによって、自装置であるゲーム装置５に係る種々の機能を実現する。すなわち、記憶部５５に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部５６によって具体的に実現されることで、後述の各手段が実行されうる。なお、制御部５６は単一であることに限定されず、機能ごとに複数の制御部５６を有するように実施してもよい。またそれらの組合せであってもよい。

２．２ 機能構成
続いて、図１を参照して、情報処理システム１の各機能構成について説明する。

＜サーバ装置２＞
図１に示すように、記憶部２２は、ユーザＤＢ２２１と、抽選リストＤＢ ２２２とを記憶する。制御部２３は、記憶部２２に記憶された各種プログラムを実行することにより、情報処理手段２３１、照合手段２３２、受付手段２３３、変化手段２３４、進行手段２３５、特定手段２３６、調整手段２３７、ゲーム制御手段２３８及び付与手段２３９として機能する。すなわち、記憶部２２に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部２３によって具体的に実現されることで、制御部２３に含まれる各手段として実行されうる。また、記憶部５５は、パラメータ調整のための参照情報７（図２）を記憶する。

ユーザＤＢ２２１には、ゲームをプレイするユーザの識別番号等の識別情報ごとに、ユーザ名、ユーザランク、ユーザが操作するプレイヤキャラクタＰに関するステータス等の情報、仮想ゲーム空間内にて使用可能な消費媒体の額、パラメータに関する情報等が、対応付けられて記憶されている。

抽選リスト２２２は、一般にガチャと呼ばれる抽選処理を行う際に用いるものであって、選択対象となるゲーム媒体に関する情報を複数含む。抽選リスト２２２には、ゲーム媒体に関する情報（名称、パラメータ、レアリティ、レベル等）と、抽選による選択割合とが、対応づけられている。

情報処理手段２３１は、各ゲーム装置５との間で各種データを送受信する。情報処理手段２３１が受信する主なデータとしては、ゲームプログラムのダウンロード要求情報、ユーザの操作に応じたガチャの抽選要求、クエスト実行要求、オートプレイの実行／終了の要求、アカウント情報、ゲームデータ等が挙げられる。情報処理手段２３１が送信する主なデータとしては、ゲームプログラムをゲーム装置５が受信したことを確認するための情報、ガチャにて得られたゲーム媒体に関する情報等が挙げられる。また、情報処理手段２３１は、ネットワークインターフェース２１を介してゲーム装置５から受信する要求であってパラメータを所定量回復するための課金の要求（以下、単に「課金の要求」ともいう）に基づき、当該課金を決済するための処理を実行する。

照合手段２３２は、ゲーム装置５から受信したユーザの識別情報を用いて、ユーザアカウントの認証を行うように構成される。

受付手段２３３は、種々の情報を受け付けるように構成される。受付手段２３３は、例えば、レイドクエスト実行要求を受け付けるように構成される。受付手段２３３は、例えば、複数のユーザによるゲーム操作を受け付けるように構成される。詳細については、後述する。

変化手段２３４は、ユーザ又はゲームに関するキャラクタに関連付けられたパラメータ又はダメージ量ＤＡを変化させるように構成される。変化手段２３４は、例えば、変化ステップとして、所定の基準に基づいて、ユーザ又はゲームに関するキャラクタに関連付けられたパラメータを変化させるように構成される。変化手段２３４は、例えば、変化ステップとして、ゲームの開始前に、ユーザ又はゲームに関するキャラクタに関連付けられたパラメータを所定量減少させるように構成される。変化手段２３４は、例えば、変化ステップとして、ゲームの終了後に、調整処理が実行された減少量で、ユーザ又はゲームに関するキャラクタに関連付けられたパラメータを減少させるように構成される。詳細については、後述する。

進行手段２３５は、ゲームの開始から終了までゲームを進行させるように構成される。進行手段２３５は、例えば、進行ステップとして、ゲームの開始前又はゲームの終了条件が満たされた場合にパラメータを所定量減少させることを条件にゲームを開始させ、終了条件が満たされるまでゲームを進行させるように構成される。進行手段２３５は、例えば、進行ステップとして、同一のゲームを複数のユーザによるゲーム操作に基づいて進行させるように構成される。詳細については、後述する。

特定手段２３６は、種々の情報を特定するように構成される。特定手段２３６は、例えば、特定ステップとして、終了条件が満たされた場合に、ユーザ又はキャラクタに関するゲーム状況を特定するように構成される。詳細については、後述する。

調整手段２３７は、ユーザ又はゲームに関するキャラクタに関連付けられたパラメータの調整処理を実行するように構成される。調整手段２３７は、例えば、調整ステップとして、ゲーム状況に基づいて、パラメータの調整処理を実行するように構成される。調整手段２３７は、例えば、調整ステップとして、ゲーム状況に基づいて、所定量減少したパラメータを回復させるように調整処理を実行するように構成される。調整手段２３７は、例えば、調整ステップとして、ゲーム状況に基づいて、予め定められたパラメータの減少量に対して調整処理を実行するように構成される。調整手段２３７は、例えば、調整ステップとして、ゲームのクリア条件が満たされたことにより終了条件が満たされた場合に、ゲーム状況に基づいて、パラメータの調整処理を実行するように構成される。調整手段２３７は、例えば、ゲームのクリア条件が満たされることなく終了条件が満たされた場合には、パラメータの調整処理を実行しないように構成される。調整手段２３７は、例えば、調整ステップとして、ゲームのクリア条件が満たされたことにより終了条件が満たされた場合に、待機時間にさらに基づいて、パラメータの調整処理を実行するように構成される。詳細については、後述する。

ゲーム制御手段２３８は、ユーザによる操作及びゲームの進行状況に応じて、ゲームデータに含まれるオブジェクト等のデータを記憶部２２から読み出して、ゲームの実行環境でゲームを実行するように構成される。詳細については、後述する。

付与手段２３９は、ユーザへのポイント付与と、ユーザのランキングと、ユーザへの報酬付与とを実行するように構成される。詳細については、後述する。

＜ゲーム装置５＞
図１に示すように、制御部５６は、記憶部５５に記憶された各種プログラムを実行することにより、通信手段５６１、ゲーム実行手段５６２及び報知制御手段５６３として機能する。すなわち、記憶部５５に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部５６によって具体的に実現されることで、制御部５６に含まれる各手段として実行されうる。また、記憶部５５は、ユーザ情報を記憶する。

ユーザ情報は、サーバ装置２の記憶部２２で記憶するユーザＤＢ２２１の少なくとも一部の情報である。ユーザＤＢ２２１でユーザ情報のマスタを管理し、ゲーム装置５の記憶部５５は、このマスタの少なくとも一部の情報をサーバ装置２から配信されて記憶する。

通信手段５６１は、ネットワークインターフェース５１を介してサーバ装置２との通信を行うように構成される。通信手段５６１は、操作部５４がタッチパッド６３から受信した各種操作信号に応じて、サーバ装置２が把握可能な情報を生成して送信するように構成される。例えば、通信手段５６１は、アカウント情報、新たなゲームデータのダウンロード要求情報等を、サーバ装置２に送信する。また、通信手段５６１は、ダウンロード要求情報に応じてサーバ装置２から送られてきた新たなゲームデータ等を、サーバ装置２から受信する。

ゲーム実行手段５６２は、自装置であるゲーム装置５のユーザによるタッチパッド６３の操作に従って、ゲームを実行するように構成される。具体的には、ゲーム実行手段５６２は、ゲームデータに含まれる仮想ゲーム空間オブジェクト及びテクスチャ等のデータを記憶部５５から読み出すか又はサーバ装置２から受信したデータを用いて、ゲームプログラムを実行しつつ、２次元又は３次元のゲーム画像情報を生成する。ゲーム画像情報がグラフィック処理部５２によって処理されることにより、ディスプレイ６１には処理後のゲーム画像が逐次表示される。

そして、ゲーム実行手段５６２は、ゲーム画像上に、自装置であるゲーム装置５のユーザの操作に従ってキャラクタを配置させ、そのユーザの操作及びゲームの進行状況に応じて仮想ゲーム空間におけるキャラクタの行動を制御する。例えば、ゲーム実行手段５６２は、ユーザのタッチパッド６３を介した操作（以下、単に「ユーザ操作」という）に応じて、ゲームにおいてクエストを実行させる。また、ゲーム実行手段５６２は、ユーザ操作に応じて、ユーザにより選択されたゲーム媒体をプレイヤキャラクタＰに使用させる。ゲーム実行手段５６２は、例えば、オートプレイとして、ユーザによる入力によらずにゲームデータ（操作データ）に基づいて、キャラクタを配置させたり、キャラクタの行動を制御させたりする。

報知制御手段５６３は、ゲームの実行にあたり、自装置であるゲーム装置５のユーザの操作等に応じてディスプレイ６１の表示制御及びスピーカ６２の音声出力制御を行うように構成される。例えば、報知制御手段５６３は、図５～図８の画面をディスプレイ６１に表示させる。

３．種々の情報と用語の説明
本節では、情報処理システム１によって扱われる種々の情報と用語とについて説明する。

「ゲーム媒体」とは、ゲームに関する要素を表した電子データであって、プレイヤキャラクタＰとして使用するキャラクタの名称、プレイヤキャラクタＰが仮想ゲーム空間内にて使用するアイテム（武器、防具、道具）などが含まれる。ユーザは、ゲーム媒体を、課金による直接購入やクエストクリアの他、ガチャと呼ばれる抽選方法によって入手することができる。入手したゲーム媒体は、そのゲーム媒体を所有することとなったユーザの識別情報と対応づけて、ユーザＤＢ２２１に記憶され管理される。

「消費媒体」とは、仮想ゲーム空間内で使用可能な通貨やポイントなどであって、ゲームを進めるにあたりゲーム内で消費される媒体である。消費媒体は、「クエスト」と称されるゲームステージのクリア報酬ＣＲとして、また、現実社会での課金により、ユーザに付与される。

「パラメータ」とは、ユーザ又はゲームに関するキャラクタのゲームにおける挙動に影響を与える、ユーザ又はキャラクタに関連付けられる電子データである。プレイヤキャラクタＰに関連付けられるパラメータとしては、例えば、戦力、ヒットポイント（Ｈｉｔ Ｐｏｉｎｔ：ＨＰ）、攻撃力、防御力、賢さ、速さ、スキルポイント（Ｓｋｉｌｌ Ｐｏｉｎｔ：ＳＰ）等が挙げられる。敵キャラクタに関連付けられるパラメータとしては、例えば、ヒットポイント（Ｈｉｔ Ｐｏｉｎｔ：ＨＰ）等が挙げられる。ユーザに関連付けられるパラメータとしては、例えば、スタミナ等が挙げられる。

「スタミナ」とは、ゲームのプレイに伴って消費されるパラメータである。スタミナは、例えば、「クエスト」と称されるゲームステージのプレイに伴って消費される。スタミナは、クエストの進行によらず、現実の時間の経過に応じて回復する。また、スタミナは、消費媒体や各種ゲーム内アイテムの消費等のユーザの指示に応じて回復することができる。また、スタミナは、クエストの進行によるユーザランクＵＲのランクアップ等により、ユーザの指示に応じることなく回復される場合もある。

ユーザ又はプレイヤキャラクタＰに関連付けられるパラメータに関する情報は、ユーザの識別情報と対応づけられて、ユーザＤＢ２２１に記憶され管理される。パラメータがスタミナである場合、スタミナに関する情報とは、例えば、スタミナの現在値、上限値、もしくは上限値に対応するユーザランクＵＲ、単位時間（例えば、スタミナの値を「１」回復させるために必要な時間の単位）、回復速度（例えば、１分あたりのスタミナの値が回復する量（以下、「回復量」ともいう））、又はスタミナが回復してから経過した時間などを含む。なお本実施形態では、スタミナの上限値を時間の経過に応じた回復における上限値とする例を用いるが、これに限定されない。

「クエスト」とは、ゲームの構成単位であるステージであって、課題や目標が設定されているものである。クエストには、終了条件が設定されている。また、クエストのクリアに対しては、クリア報酬がユーザに付与される。

クエストの終了条件には、対戦する敵キャラクタの全滅、ボスキャラクタを倒すこと、ゴール地点への到達等のクリア条件と、制限時間オーバー等のプレイ時間に関する条件と、ターン制ゲームにおけるターン数オーバー等の条件とが含まれる。クエストには、これらの終了条件のうち少なくとも１つが設定されている。クエストに複数の終了条件が設定されている場合には、どの終了条件が優先されるかが予め設定されている。例えば、クリア条件よりも制限時間が優先される場合、ボスキャラクタを倒すことができず、クリア条件は満たされていないときに、制限時間が切れると、クエストは終了することとなる。

クエストでは、「ターン」をゲームの進行単位とするターン制が採用されている場合がある。ターン制では、各ユーザ又は各キャラクタに一定の順序でターンが訪れ、ユーザ又はキャラクタは、ターンが回ってきたときにゲーム行動を実行することができる。ターン制のクエストでは、クリア条件が満たされると、各ユーザがプレイしたターン数ＴＮが予め定められた数に達していない場合であっても、クエストは終了する。

「ゲームパート」とは、ユーザがプレイ可能なゲームコンテンツの一種であり、例えば、クエスト、ミニゲーム、ミッション又はイベント等を含む。ユーザが自分一人でプレイ（以下、「ソロプレイ」ともいう）するゲームパートは、「ソロパート」と称される。一方、マッチングされた複数のユーザがプレイ（以下、「マルチプレイ」ともいう）するゲームパートは、「マルチパート」と称される。

マルチパートのクエストとして、「レイドボス」と称される強力なボス（以下、「レイドボスＲ」と表す）を複数のユーザが協力して倒すことを目的とする「レイドクエスト」が挙げられる。また、マルチパートでは、開始にあたって、複数のユーザをマッチングし、グルーピングする。次いで、グルーピングされた複数のユーザ（以下、「グループメンバー」ともいう）の中からチームを編成し、この編成されたチームのメンバー（以下、「チームメンバー」ともいう）でレイドクエスト等のクエストに挑戦する。

レイドクエストでは、例えば、レイドボスＲのＨＰ（パラメータ）が０になることがクリア条件となる。また、レイドクエストでは、クエスト終了後に、各ユーザがレイドボスＲに与えたダメージ量ＤＡに基づいて、チームメンバーをランキングする。さらに、各ユーザがマルチパート実行期間にレイドボスＲに与えたダメージ量ＤＡに基づいて、グループメンバーをランキングする。

４．情報処理システム１の動作の流れ
本節では、前述した情報処理システム１の情報処理方法について説明する。

また、本節で参照する各図は、以下の通りである。図２は、記憶部２２に記憶される参照情報７の一例である。図３は、情報処理システム１によって実行される情報処理の流れの一例を示すアクティビティ図である。図５は、ゲーム装置５に表示されるプレイ画面８の一例である。図６は、ゲーム装置５に表示されるクエストクリア画面９の一例である。図７は、ゲーム装置５に表示される結果表示画面１０の一例である。図８は、ゲーム装置５に表示される報酬表示画面１１の一例である。

以下では、図３のアクティビティ図に沿って、情報処理システム１によって実行される情報処理の流れを説明するものとする。ここで、説明の都合上、ユーザは、マルチパートを開始させており、所定の手順により編成されたチームメンバーと共にターン制のレイドクエストに挑戦するものとする。

まず、ユーザは、ログイン後にディスプレイ６１に表示される不図示の画面において、ゲーム装置５のタッチパッド６３を用いて、複数のメニュー項目の中からレイドクエストを選択する。その後、操作部５４がタッチパッド６３から操作信号を受信すると、通信手段５６１は、ネットワークインターフェース５１及び通信ネットワーク６を介して、レイドクエストが選択されたことを示す選択情報をサーバ装置２に送信する。当該選択情報は、サーバ装置２の情報処理手段２３１が、ネットワークインターフェース２１を介して受信し、その後、受付手段２３３が、当該選択情報を受け付ける（アクティビティＡ００１）。

受付手段２３４が当該選択情報を受け付けたあと、ゲーム制御手段２４０が、ユーザが挑戦するレイドボスＲを複数の挑戦可能なレイドボスＲの中から選択するためのレイドボス選択画面をゲーム装置５のディスプレイ６１に表示させることを要求する信号を情報処理手段２３１に送信する。その後、情報処理手段２３１は、ネットワークインターフェース２１及び通信ネットワーク６を介して、レイドボス選択画面表示要求をゲーム装置５に送信する。このレイドボス選択画面表示要求は、ネットワークインターフェース５１を介して、通信手段５６１が受信する。次いで、ゲーム実行手段５６２が、受信した要求に基づいて、レイドボス選択画面に関するゲーム画像情報を生成する。このゲーム画像情報が報知制御手段５６３及びグラフィック処理部５２によって処理されることにより、ディスプレイ６１にレイドボス選択画面（不図示）が表示される（アクティビティＡ００１）。

ユーザによりレイドボスＲが選択されると、操作部５４が操作信号を受信し、通信手段５６１が、ネットワークインターフェース５１及び通信ネットワーク６を介して、当該選択情報をレイドクエスト実行要求として、サーバ装置２に送信する。レイドクエスト実行要求は、サーバ装置２の情報処理手段２３１が、ネットワークインターフェース２１を介して受信し、その後、受付手段２３４が、当該レイドクエスト実行要求を受け付ける（アクティビティＡ００１）。

受付手段２３３がレイドクエスト実行要求を受け付けた後、変化手段２３４は、変化ステップとして、所定の基準に基づいて、ユーザ又はゲームに関するキャラクタに関連付けられたパラメータを変化させる。詳細には、変化手段２３４は、変化ステップとして、所定の基準に基づいて、レイドクエスト（ゲーム）の開始前に、ユーザ又はゲームに関するキャラクタに関連付けられたパラメータを所定量減少させる。ここで、パラメータは、例えば、スタミナであり、所定の基準は、例えば、クエストごとに定められたスタミナの消費量である。このような態様において、より詳細には、変化手段２３４は、ユーザＤＢ２２１に記憶されている、ユーザの識別情報に対応付けられたスタミナ（パラメータ）に関する情報に含まれる、スタミナ（パラメータ）の現在値を、当該レイドクエストに対して予め定められた消費量分減少させる減少処理を実行する。（アクティビティＡ００２）。

変化手段２３４がスタミナ（パラメータ）の減少処理を実行したあと、進行手段２３５は、進行ステップとして、レイドクエスト（ゲーム）を開始させる。すなわち、進行手段２３５は、進行ステップとして、レイドクエスト（ゲーム）の開始前にスタミナ（パラメータ）を所定量減少させることを条件にレイドクエスト（ゲーム）を開始させる。詳細には、進行手段２３５は、変化手段２３４によるスタミナ（パラメータ）の減少処理後、レイドクエスト（ゲーム）を開始させることを要求する信号をゲーム制御手段２３８に送信する。次いで、ゲーム制御手段２３８が、プレイ画面８をゲーム装置５のディスプレイ６１に表示させることを要求する信号を情報処理手段２３１に送信する。その後、情報処理手段２３１は、ネットワークインターフェース２１及び通信ネットワーク６を介して、プレイ画面８表示要求をゲーム装置５に送信する。このプレイ画面８表示要求は、ネットワークインターフェース５１を介して、通信手段５６１が受信する。次いで、ゲーム実行手段５６２が、受信した要求に基づいて、プレイ画面８に関するゲーム画像情報を生成する。このゲーム画像情報が報知制御手段５６３及びグラフィック処理部５２によって処理されることにより、ディスプレイ６１にプレイ画面８（図５）が表示される（アクティビティＡ００３）。

ユーザは、レイドクエスト（ゲーム）が終了するまで、中断する場合を除き、プレイ画面８（図５）を介してプレイを続ける。上述したように、このレイドクエスト（ゲーム）はターン制であり、ユーザがターンごとにプレイヤキャラクタＰにレイドボスＲを攻撃させるゲーム操作を行うことにより、レイドボスＲのＨＰ（パラメータ）を０になるまで減らしていく。また、このレイドクエスト（ゲーム）は、チームメンバーである複数のユーザ各々が独立してゲームを進行させる一方で、各ユーザが与えたダメージがレイドボスＲに蓄積され、レイドボスＲのＨＰが各ユーザ間で共有されることにより、非同期型の協力プレイとして進行する。なお、受付手段２３３が、ターンごとに、チームメンバーである複数のユーザによるゲーム操作を受け付けることにより、同期型の協力プレイとしてレイドクエスト（ゲーム）を進行させてもよい。レイドクエスト（ゲーム）が非同期型の協力プレイとして進行する場合、受付手段２３３がターンごとにユーザのゲーム操作を受け付けるごとに、進行手段２３５は、レイドクエスト（ゲーム）の進行を制御する信号をゲーム制御手段２３８に送信する。ゲーム制御手段２３８は、情報処理手段２３１、ネットワークインターフェース２１、通信ネットワーク６、ネットワークインターフェース５１及び通信手段５６１を介して、ゲーム実行手段５６２に当該信号を送信する。ゲーム実行手段５６２は、ゲーム制御手段２３８からの信号を受信したあと、ゲーム画像情報を更新し、更新されたゲーム画像情報を報知制御手段５６３及びグラフィック処理部５２が処理することにより、プレイ画面８が更新されながらクエストが進行する（アクティビティＡ００３）。

すなわち、進行手段２３５は、進行ステップとして、終了条件が満たされるまで、同一のゲーム、例えばレイドクエストを複数のユーザによるゲーム操作に基づいて進行させる。ここで、ゲーム、例えばレイドクエストは、それぞれのユーザによって終了条件が満たされるまで個別に進行される。また、いずれかのユーザによるゲーム操作に基づくゲームの進行結果が、他のユーザに共有される。このような態様によれば、複数のユーザが協力してクリアを目指すゲームにおいて、各ユーザの満足度又は納得感を向上させることができる（アクティビティＡ００３）。

進行手段２３５がレイドクエスト（ゲーム）を進行させている間、変化手段２３４は、ユーザのスタミナ（パラメータ）を変化させる。詳細には、変化手段２３４は、所定の回復速度でスタミナ（パラメータ）を回復させる。換言すると、変化手段２３４は、レイドクエスト（ゲーム）開始からの経過時間に応じてスタミナ（パラメータ）の現在値を増加させる。なお、変化手段２３４によるスタミナ（パラメータ）の変化は、詳細には、ユーザＤＢ２２１に記憶されている情報のうち、ユーザの識別情報に対応付けられたスタミナ（パラメータ）に関する情報を更新することにより実行される（アクティビティＡ００３）。

さらに、進行手段２３５がレイドクエスト（ゲーム）を進行させている間、変化手段２３４は、ユーザによるゲーム操作等に応じて、各キャラクタのパラメータを変化させる。例えば、図５のプレイ画面８において、ユーザが攻撃ボタンＢＡ１を押下することにより、プレイヤキャラクタＰ１にレイドボスＲを攻撃させた場合、変化手段２３４は、プレイヤキャラクタＰ１のＳＰ（パラメータ）を７５減少させ、レイドボスＲのＨＰ（パラメータ）を所定量減少させる。ここで、レイドボスＲのＨＰ（パラメータ）の減少量は、レイドボスＲの能力や特性と、攻撃ボタンＢＡ１の押下により実行される攻撃技の性能との関係により定まる。なお、変化手段２３４によるプレイヤキャラクタＰのパラメータの変化は、詳細には、ユーザＤＢ２２１に記憶されている情報のうち、ユーザの識別情報に対応付けられたプレイヤキャラクタＰのパラメータに関する情報を更新することにより実行される。また、変化手段２３４によるレイドボスＲのパラメータの変化は、詳細には、記憶部２２が記憶する所定のゲームデータを更新することにより実行される（アクティビティＡ００３）。

また、変化手段２３４は、ユーザによるゲーム操作等に応じて、ユーザがゲーム操作によりレイドボスＲに与えたダメージ量ＤＡを変化させる。例えば、上述のように、図５のプレイ画面８において、ユーザが攻撃ボタンＢＡ１を押下することにより、プレイヤキャラクタＰ１にレイドボスＲを攻撃させた場合、変化手段２３４は、レイドボスＲのＨＰ（パラメータ）の減少量に対応させて、ダメージ量ＤＡを増加させる。なお、変化手段２３４によるダメージ量ＤＡの変化は、詳細には、ユーザＤＢ２２１に記憶されている情報のうち、ユーザの識別情報に対応付けられたダメージ量ＤＡの情報を更新することにより実行される（アクティビティＡ００３）。

レイドクエスト（ゲーム）の終了条件が満たされると、進行手段２３５は、レイドクエスト（ゲーム）の進行を停止する。ここで、ターン制のレイドクエスト（ゲーム）の終了条件には、例えば、時間の制限条件、ターン数の制限条件、クリア条件等が含まれる。また、クリア条件とは、上述したように、例えば、レイドボスＲのＨＰ（パラメータ）が０になることである。（アクティビティＡ００４及びアクティビティＡ００５）。

レイドクエスト（ゲーム）の終了条件が満たされると、詳細には、進行手段２３５は、レイドクエスト（ゲーム）を終了させることを要求する信号をゲーム制御手段２３８に送信する。レイドクエスト（ゲーム）のクリア条件が満たされている場合には、次いで、ゲーム制御手段２３８が、クエストクリア画面９をゲーム装置５のディスプレイ６１に表示させることを要求する信号を情報処理手段２３１に送信する。その後、情報処理手段２３１は、ネットワークインターフェース２１及び通信ネットワーク６を介して、クエストクリア画面９表示要求をゲーム装置５に送信する。このクエストクリア画面９表示要求は、ネットワークインターフェース５１を介して、通信手段５６１が受信する。次いで、ゲーム実行手段５６２が、受信した要求に基づいて、クエストクリア画面９に関するゲーム画像情報を生成する。このゲーム画像情報が報知制御手段５６３及びグラフィック処理部５２によって処理されることにより、ディスプレイ６１にクエストクリア画面９（図６）が表示される（アクティビティＡ００５）。

上述のように進行手段２３５が進行を停止すると、すなわち、終了条件が満たされた場合に、特定手段２３６は、特定ステップとして、ユーザ又はキャラクタに関するゲーム状況を特定する。ここで、ユーザに関するゲーム状況とは、例えば、ユーザに与えられた行動量の状況である。また、ユーザに与えられた行動量としては、例えば、ターン数ＴＮ、プレイ時間等が挙げられる。一方、キャラクタに関するゲーム状況としては、プレイヤキャラクタＰのターン数等が挙げられる（アクティビティＡ００６）。

レイドクエスト（ゲーム）のクリア条件が満たされたことにより終了条件が満たされた場合、特定手段２３６が行動量の状況等のゲーム状況を特定したあと、付与手段２３９は、クリア条件に対するユーザの寄与度に基づいて、ユーザに対する第２ポイントＰＳの付与を実行する。ここで、寄与度とは、例えば、討伐されたレイドボスＲの全ＨＰ（パラメータ）に対する、ユーザが与えたダメージ量ＤＡの割合である。なお、上述したように、ダメージ量ＤＡは、ユーザの識別情報に対応付けられてユーザＤＢ２２１に記憶されており、レイドクエスト（ゲーム）の実行中に変化手段２３４により更新される。このような態様において、詳細には、付与手段２３９は、ダメージ量ＤＡから寄与度を算出したあと、第２ポイントＰＳに変換する。次いで、付与手段２３９は、ユーザＤＢ２２１に記憶されている情報のうち、ユーザの識別情報に第２ポイントＰＳを対応付ける処理を実行する（アクティビティＡ００７及びアクティビティＡ００８）。

付与手段２３９は、レイドクエスト（ゲーム）に参加したチームメンバー全員に対して、第２ポイントＰＳの付与を実行したあと、このチームメンバーに対して、第２ポイントＰＳに基づいて第２ランキングＲＳを決定する。すなわち、レイドクエスト（ゲーム）のクリア条件に対するユーザの寄与度に基づいて、ユーザの第２ランキングＲＳに関する第２ポイントＰＳが決定される_。さらに、付与手段２３９は、第２ランキングＲＳに基づいて係数を決定し、この係数を第２ポイントＰＳに乗じることにより、討伐ポイントＰＣを算出する。次いで、付与手段２３９は、ユーザに対して、ハイスコア報酬ＨＲ及び討伐報酬ＳＲの付与を実行する。なお、ハイスコア報酬ＨＲの量及び内容は、第２ランキングＲＳに基づいて定まる。換言すると、第２ランキングＲＳで上位のユーザほど、ハイスコア報酬ＨＲの量が増加するか、又はハイスコア報酬ＨＲの内容が充実する。また、討伐報酬ＳＲとは、クエストクリアに対して与えられる報酬である（アクティビティＡ００７及びアクティビティＡ００８）。

ここで、ダメージ量ＤＡと第２ポイントＰＳとの関係について、具体例を挙げて説明する。例えば、チームメンバーがレイドボスＲに攻撃を繰り返した結果、レイドボスＲのＨＰ（パラメータ）が残りわずかになった場合を想定する。この場合、レイドボスＲに最後の一撃を与え、クエストクリアさせたユーザは、最後の一撃でレイドボスＲに与えたダメージ量ＤＡが、ＨＰ（パラメータ）が十分に残っているレイドボスＲを攻撃した場合のダメージ量ＤＡと比べて少ないため、寄与度が小さくなり、第２ポイントＰＳが少なくなりうる。その結果、当該ユーザは、クエストクリアに貢献したにもかかわらず、第２ランキングＲＳで上位になりにくく、討伐ポイントＰＣが少なくなり、得られるハイスコア報酬ＨＲも少なくなる可能性がある。したがって、ゲームのクリアに直接的に貢献してもユーザがその見返りを得られにくいゲームにおいて、後述のパラメータ調整を実行することにより、報酬とは別の方法で見返りを与えることができる（アクティビティＡ００７及びアクティビティＡ００８）。

さらに、付与手段２３９は、スタミナ（パラメータ）とは異なるユーザの能力値に基づいて、ユーザに対する第１ポイントＰＦの付与を実行する。ここで、能力値とは、例えば、討伐ポイントＰＣである。また、第１ポイントＰＦとは、例えば、マルチパート実行中に蓄積されるポイントである。このような態様において、詳細には、付与手段２３９は、ユーザＤＢ２２１に記憶されている情報のうち、ユーザの識別情報に対応付けられた第１ポイントＰＦを、討伐ポイントＰＣ分増加させる処理を実行する（アクティビティＡ００７及びアクティビティＡ００８）。

付与手段２３９は、レイドクエスト（ゲーム）に参加したチームメンバー全員に対して、第１ポイントＰＦの付与を実行したあと、このチームメンバーを含むグループメンバーに対して、第１ポイントＰＦに基づいて第１ランキングＲＦを決定する。すなわち、レイドクエスト（ゲーム）では、スタミナ（パラメータ）とは異なる能力値、例えば討伐ポイントＰＣに基づいて、ユーザの第１ランキングＲＦに関する第１ポイントＰＦが決定される（アクティビティＡ００７及びアクティビティＡ００８）。

ここで、ダメージ量ＤＡと第１ポイントＰＦとの関係について説明する。ダメージ量ＤＡと第２ポイントＰＳとの関係について上記で説明したように、レイドボスＲに最後の一撃を与え、クエストクリアさせたユーザは、最後の一撃でレイドボスＲに与えたダメージ量ＤＡが、ＨＰ（パラメータ）が十分に残っているレイドボスＲを攻撃した場合のダメージ量ＤＡと比べて少ないため、討伐ポイントＰＣが少なくなり、第１ポイントＰＦの増加量が少なくなる。その結果、当該ユーザは、クエストクリアに貢献したにもかかわらず、第１ランキングＲＦで上位になりにくい可能性がある。したがって、ゲームのクリアに直接的に貢献したユーザが最終的に不利になりうるゲームにおいて、後述のパラメータ調整を実行することにより、当該ユーザの不利益を埋め合わせることができる（アクティビティＡ００７及びアクティビティＡ００８）。

特定手段２３６がゲーム状況を特定したあと、ポイント及びランキングの決定（アクティビティＡ００８）と並行して、調整手段２３７は、調整ステップとして、ゲーム状況に基づいて、スタミナ（パラメータ）の調整処理を実行する。好ましくは、調整手段２３７は、レイドクエスト（ゲーム）のクリア条件が満たされたことにより終了条件が満たされた場合に、ゲーム状況に基づいて、スタミナ（パラメータ）の調整処理を実行する。さらに好ましくは、調整手段２３７は、ユーザに与えられた行動量であって、クリア条件が満たされることにより制限される行動量に基づいて、スタミナ（パラメータ）の調整処理を実行する。このような態様によれば、行動量が制限されるデメリットを容認してゲームをクリアさせたユーザを優遇することができる（アクティビティＡ００７及びアクティビティＡ００９）。

レイドクエスト（ゲーム）のクリア条件が満たされ、レイドクエスト（ゲーム）が終了した場合、調整手段２３７は、例えば、ユーザのターン数ＴＮ（行動量）に基づいて、スタミナ（パラメータ）の調整処理を実行する。なお、上述したように、ターン制のレイドクエストは、クリア条件が満たされると、ユーザがプレイしたターン数ＴＮが予め定められた数に達していない場合であっても終了するため、ターン数ＴＮは、クリア条件が満たされることにより制限される行動量である（アクティビティＡ００７及びアクティビティＡ００９）。

このような態様において、調整手段２３７は、記憶部２２に記憶されている参照情報７（図２）に基づいて、ユーザのターン数ＴＮ（行動量）から返却スタミナＳＢの数量を決定する。なお、図２の参照情報７に示されるように、レイドクエスト（ゲーム）をクリアするまでに経過したターン数ＴＮ（行動量）が少ないほど、返却スタミナＳＢの数量は多くなる。次いで、調整手段２３７は、ユーザのスタミナ（パラメータ）を返却スタミナＳＢの数量分回復させることを要求する信号を変化手段２３４に送信する。その後、変化手段２３４は、ユーザＤＢ２２１に記憶されている、ユーザの識別情報に対応付けられたスタミナ（パラメータ）に関する情報に含まれる、スタミナ（パラメータ）の現在値を、返却スタミナＳＢの数量分増加させる処理を実行する。すなわち、調整手段２３７は、調整ステップとして、ゲーム状況、例えばターン数ＴＮ（行動量）に基づいて、アクティビティＡ００２で所定量減少したスタミナ（パラメータ）を回復させるように調整処理を実行する。このような態様によれば、ユーザのプレイ内容やプレイ結果に応じて、消費されたパラメータが回復するため、ゲームに対するユーザの満足度又は納得感を向上させることができる（アクティビティＡ００９）。

アクティビティＡ００８においてポイント付与とユーザのランキングとが実行されたあと、ポイント付与及びランキングの結果に関する信号がゲーム制御手段２３８に送信される。次いで、ゲーム制御手段２３８は、結果表示画面１０をゲーム装置５のディスプレイ６１に表示させることを要求する信号を情報処理手段２３１に送信する。その後、情報処理手段２３１は、ネットワークインターフェース２１及び通信ネットワーク６を介して、結果表示画面１０表示要求をゲーム装置５に送信する。この結果表示画面１０表示要求は、ネットワークインターフェース５１を介して、通信手段５６１が受信する。次いで、ゲーム実行手段５６２が、受信した要求に基づいて、結果表示画面１０に関するゲーム画像情報を生成する。このゲーム画像情報が報知制御手段５６３及びグラフィック処理部５２によって処理されることにより、ディスプレイ６１に結果表示画面１０（図７）が表示される。ユーザは、図７の結果表示画面１０において、ダメージ量ＤＡ、第１ポイントＰＦ、第１ランキングＲＦ、討伐ポイントＰＣ、第２ポイントＰＳ及び第２ランキングＲＳについて確認することができる。（アクティビティＡ００８）。

図７の結果表示画面１０中のＯＫボタンＢＯがユーザにより押下されると、調整処理の結果及び付与手段２３９により付与された報酬に関する信号が、ゲーム制御手段２３８に送信される。次いで、ゲーム制御手段２３８は、報酬表示画面１１をゲーム装置５のディスプレイ６１に表示させることを要求する信号を情報処理手段２３１に送信する。その後、情報処理手段２３１は、ネットワークインターフェース２１及び通信ネットワーク６を介して、報酬表示画面１１表示要求をゲーム装置５に送信する。この報酬表示画面１１表示要求は、ネットワークインターフェース５１を介して、通信手段５６１が受信する。次いで、ゲーム実行手段５６２が、受信した要求に基づいて、報酬表示画面１１に関するゲーム画像情報を生成する。このゲーム画像情報が報知制御手段５６３及びグラフィック処理部５２によって処理されることにより、ディスプレイ６１に報酬表示画面１１（図８）が表示される。ユーザは、図８の報酬表示画面１１において、付与された報酬、例えば討伐報酬ＳＲ及びハイスコア報酬ＨＲと、回復されたパラメータ、例えば返却スタミナＳＢの数量とについて確認することができる。（アクティビティＡ００８及びアクティビティＡ００９）。

なお、レイドクエスト（ゲーム）のクリア条件以外の終了条件が満たされ、レイドクエスト（ゲーム）が終了した場合、すなわち、レイドクエスト（ゲーム）のクリア条件が満たされることなく終了条件が満たされた場合には、調整手段２３７は、パラメータの調整処理を実行しない。このような態様によれば、ゲームのクリアに貢献しなかったユーザに対しては特段の調整を行わないことにより、ゲームをクリアする動機付けをユーザに与えることができる（アクティビティＡ００７）。

また、レイドクエスト（ゲーム）のクリア条件以外の終了条件が満たされ、レイドクエスト（ゲーム）が終了した場合、付与手段２３９は、スタミナ（パラメータ）とは異なるユーザの能力値、例えばダメージ量ＤＡに基づいて、ユーザに対する第１ポイントＰＦの付与を実行する。このような態様において、詳細には、付与手段２３９は、ダメージ量ＤＡを第１ポイントＰＦの増加量に変換し、ユーザＤＢ２２１に記憶されている情報のうち、ユーザの識別情報に対応付けられた第１ポイントＰＦを、当該増加量分増加させる処理を実行する。付与手段２３９は、レイドクエスト（ゲーム）に参加したチームメンバー全員に対して、第１ポイントＰＦの付与を実行したあと、このチームメンバーを含むグループメンバーに対して、第１ポイントＰＦに基づいて第１ランキングＲＦを決定する（アクティビティＡ０１０）。

以上をまとめると、本実施形態の情報処理方法は、変化ステップと、進行ステップと、特定ステップと、調整ステップとを備える。変化ステップでは、所定の基準に基づいて、ユーザ又はゲームに関するキャラクタに関連付けられたパラメータを変化させる。進行ステップでは、ゲームの開始前又はゲームの終了条件が満たされた場合に当該パラメータを所定量減少させることを条件にゲームを開始させ、終了条件が満たされるまでゲームを進行させる。特定ステップでは、終了条件が満たされた場合に、ユーザ又はキャラクタに関するゲーム状況を特定する。調整ステップでは、ゲーム状況に基づいて、当該パラメータの調整処理を実行する。

本実施形態によれば、ゲームに対するユーザの満足度又は納得感を向上させることができる。

５．ゲーム画面の詳細な説明
本節では、ゲーム装置５のディスプレイ６１に表示される画面ついて詳細に説明する。

図５は、本実施形態に係るプレイ画面８の一例を示す。図５のプレイ画面８は、ゲーム操作を可能とする各種ボタンと、ユーザ又はキャラクタに関する各種情報の表示とを含む。各種ボタンには、総合メニューを表示させるためのメニューボタンＢＭと、各種攻撃を実行させるための攻撃ボタンＢＡ１、ＢＡ２、ＢＡ３、ＢＡ４、ＢＡ５及びＢＡ６とが含まれる。なお、攻撃ボタンＢＡ１、ＢＡ２、ＢＡ３及びＢＡ４は、ボタン押下によりＳＰ（パラメータ）の消費を伴う攻撃が実行されるため、攻撃１回当たりのＳＰ（パラメータ）の消費量の表示を含む。

ユーザに関する情報として、図５のプレイ画面８の左上部に、レイドボスＲに与えたダメージ量ＤＡが表示され、同プレイ画面８の右上部に、ターン数ＴＮ（行動量）が表示される。各キャラクタに関する情報として、同プレイ画面８の右上部に、ユーザが所有する又はレンタルしたプレイヤキャラクタＰ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５及びＰ６並びにレイドボスＲが１回のターンで攻撃する順序が、一列に並んだアイコンにより示される。なお、図５では、プレイヤキャラクタＰ１に攻撃順が回ってきた場面が示されている。また、同プレイ画面８の中央部に、対戦中のプレイヤキャラクタＰ１及びレイドボスＲが表示される。プレイヤキャラクタＰ１の近傍に、プレイヤキャラクタＰ１のＨＰ（パラメータ）及びＳＰ（パラメータ）が、「ゲージ」とも称される棒グラフにより表示され、同様に、レイドボスＲの近傍にＨＰ（パラメータ）が表示される。さらに、同プレイ画面８の各種攻撃ボタンの上側に、攻撃中ではないプレイヤキャラクタＰ２、Ｐ３、Ｐ４、Ｐ５及びＰ６のＨＰ（パラメータ）及びＳＰ（パラメータ）が表示される。

図６は、本実施形態に係るクエストクリア画面９の一例を示す。図６のクエストクリア画面９は、画面タイトルＳＴと、ダメージ量ＤＡの表示とを含む。画面タイトルＳＴは、ユーザにクエストクリアしたことを知らせる標記を含む。同クエストクリア画面９に表示されるダメージ量ＤＡは、ユーザが１回のレイドクエスト（ゲーム）実行中に、１以上のプレイヤキャラクタＰにレイドボスＲを攻撃させるゲーム操作を行うことにより、レイドボスＲに与えたダメージ量ＤＡを示す。

図７は、本実施形態に係る結果表示画面１０の一例を示す。図７の結果表示画面１０は、画面タイトルＳＴと、エリア１０１と、エリア１０２と、エリア１０３と、ＯＫボタンＢＯとを含む。画面タイトルＳＴは、ユーザにレイドクエスト（ゲーム）の結果を表示する画面であることを示す標記を含む。エリア１０１は、レイドボスＲに関する情報を表示するエリアであり、レイドボスＲの名称やレベル等の情報の表示と、レイドボスＲの全ＨＰ（パラメータ）に対する、ユーザが与えたダメージ量ＤＡの割合を示すゲージとを含む。エリア１０２は、第１ポイントＰＦ及び第１ランキングＲＦの表示を含む。エリア１０３は、ダメージ量ＤＡ、第２ポイントＰＳ、第２ランキングＲＳ及び討伐ポイントＰＣの表示を含む。なお、図７では、ユーザの第２ランキングＲＳが１位となった場合が示されており、第２ランキングＲＳに基づいて決定される係数は「＋４００％」であるため、討伐ポイントＰＣは、第２ポイントＰＳの５倍となっている。また、図７の結果表示画面１０のエリア１０３は、共闘ミッションボーナスの表示をさらに含む。ここで、共闘ミッションボーナスとは、他のユーザと前述の同期型の協力プレイを実行した場合に与えられるボーナスであって、第２ポイントＰＳに乗じる係数の加算量である。なお、図７の結果表示画面１０中のＯＫボタンＢＯを押下すると、図８の報酬表示画面１１に遷移する。

図８は、本実施形態に係る報酬表示画面１１の一例を示す。図８の報酬表示画面１１は、討伐報酬ＳＲと、ハイスコア報酬ＨＲ及び返却スタミナＳＢの情報の表示と、ＯＫボタンＢＯとを含む。図８では、パラメータの調整処理の結果、返却スタミナＳＢが２０となった場合が示されている。なお、同結果表示画面１０中のＯＫボタンＢＯを押下すると、レイドクエスト（ゲーム）の開始を含む各種メニュー項目を表示する画面（不図示）に遷移する。

６．変形例
なお、本開示を上記実施形態に基づいて説明してきたが、本開示は、上記実施形態に限定されない。以下のような変形例も本開示に含まれる。本節では、変形例について説明するが、上記実施形態と略同様の構成や機能については、その説明を省略する。

また、本節では、図４を参照する。図４は、情報処理システム１によって実行される情報処理の流れの一例を示すアクティビティ図である。

［第１変形例］
情報処理システム１によって実行される情報処理の流れは、図４のアクティビティ図に示される流れであってもよい。すなわち、上記実施形態では、レイドクエスト（ゲーム）開始前にアクティビティＡ００２としてパラメータの減少処理を実行するが、レイドクエスト（ゲーム）終了後にアクティビティＡ１１０としてパラメータの減少処理を実行してもよい。詳細には、本態様では、進行手段２３５は、進行ステップとして、レイドクエスト（ゲーム）の終了条件が満たされた場合にパラメータ、例えばスタミナを所定量減少させることを条件にレイドクエスト（ゲーム）を開始させ、終了条件が満たされるまでゲームを進行させる（アクティビティＡ１０２～アクティビティＡ１０４）。

本態様では、レイドクエスト（ゲーム）のクリア条件が満たされ、レイドクエスト（ゲーム）が終了した場合、調整手段２３７は、調整ステップとして、特定手段２３６が特定したゲーム状況に基づいて、予め定められたスタミナ（パラメータ）の減少量に対して調整処理を実行する。ここで、ゲーム状況とは、上記実施形態と同様に、例えば、ターン数ＴＮ（行動量）である。このような態様において、調整手段２３７は、まず、上記実施形態と同様に、記憶部２２に記憶されている参照情報７（図２）に基づいて、ユーザのターン数ＴＮ（行動量）から返却スタミナＳＢの数量を決定する。次いで、調整手段２３７は、１回のレイドクエスト（ゲーム）の実行に対して予め定められたスタミナ（パラメータ）の減少量から返却スタミナＳＢの数量を差し引いた数量をスタミナ（パラメータ）の減少量として決定する（アクティビティＡ１０８）。

次いで、調整手段２３７は、ユーザのスタミナ（パラメータ）を決定した減少量で減少させることを要求する信号を変化手段２３４に送信する。その後、変化手段２３４は、ユーザＤＢ２２１に記憶されている、ユーザの識別情報に対応付けられたスタミナ（パラメータ）に関する情報に含まれる、スタミナ（パラメータ）の現在値を、調整手段２３７が決定した減少量で減少させる処理を実行する。すなわち、変化手段２３４は、変化ステップとして、レイドクエスト（ゲーム）の終了後に、調整処理が実行された減少量で、スタミナ（パラメータ）を減少させる。本態様によれば、ユーザのプレイ内容やプレイ結果に応じて、パラメータの消費量が決定されるため、ゲームに対するユーザの満足度又は納得感を向上させることができる（アクティビティＡ１１０）。

［第２変形例］
上記実施形態のアクティビティＡ００９及び第１変形例のアクティビティＡ１０８において、調整手段２３７は、調整ステップとして、レイドクエスト（ゲーム）のクリア条件が満たされたことにより終了条件が満たされた場合に、待機時間にさらに基づいて、パラメータ、例えばスタミナの調整処理を実行してもよい。ここで、待機時間は、クリア条件の達成に関連するゲーム操作のうち最後から２番目のゲーム操作から、クリア条件の達成に関連する最後のゲーム操作までの経過時間である。

ここで、待機時間とスタミナ（パラメータ）の調整処理との関係について、具体例を挙げて説明する。例えば、レイドボスＲのＨＰ（パラメータ）が０になることがクリア条件であるレイドクエスト（ゲーム）において、チームメンバーがレイドボスＲに攻撃を繰り返した結果、レイドボスＲのＨＰ（パラメータ）が残りわずかになった場合を想定する。この場合、上記実施形態で説明したように、レイドボスＲに最後の一撃を与えてもメリットが少ない、又は不利になる可能性があるため、通常、各ユーザがゲーム操作を控え、待機時間が長くなることが多い。

したがって、各ユーザにゲーム操作を促すために、本態様では、調整手段２３７による調整処理において、待機時間の長さに応じて返却スタミナＳＢの数量を加算する。このような態様によれば、放置されたレイドボスＲを倒すとユーザが得をするため、レイドボスＲを倒してクエストクリアさせることをユーザに促すことができる。また、逆に、調整手段２３７による調整処理において、待機時間の長さに応じて返却スタミナＳＢの数量を減少させてもよい。このような態様によれば、レイドボスＲの放置時間が長くなるとユーザが損をするため、レイドボスＲを倒してクエストクリアさせることをユーザに促すことができる。すなわち、本態様によれば、ゲームを確実にクリアできる状況で、各ユーザが敢えてゲームのクリアを避ける事態を防ぎ、各ユーザにゲームのクリアを促すことができる。

なお、レイドクエスト（ゲーム）開始前にディスプレイ６１に表示されるレイドボス選択画面において、待機時間及び返却スタミナＳＢの数量に係る調整処理が実行される旨をユーザに知らせるための情報を表示させてもよい。また、レイドクエスト（ゲーム）終了後にディスプレイ６１に表示されるレイドボス選択画面において、待機時間及び返却スタミナＳＢの数量の情報を表示させてもよい。

［その他］
上記実施形態及び変形例において、レイドボスＲは１頭であることとして説明したが、レイドボスＲは複数頭であってもよい。また、レイドクエスト（ゲーム）のクリア条件がレイドボスＲの全滅である場合、ダメージ量ＤＡは、各レイドボスＲに与えたダメージを合計した値となる。

上記実施形態では、ユーザが１以上のプレイヤキャラクタＰにレイドボスＲを攻撃させるゲーム操作を行う場合を説明したが、２以上のプレイヤキャラクタＰにタッグを組ませ、１以上のタッグによりレイドボスＲを攻撃してもよい。例えば、ユーザは、人間であるプレイヤキャラクタＰ一体と、モンスターであるプレイヤキャラクタＰ一頭とを組ませて１タッグとし、３タッグからなるパーティを編成して、レイドクエスト（ゲーム）をプレイできてもよい。このようなゲーム仕様におけるターン制では、各タッグに一定の順序でターンが訪れる。

変化手段２３４は、ユーザがプレイヤキャラクタＰにレイドボスＲを攻撃させるゲーム操作を行うごとに、当該ユーザのスタミナ（パラメータ）の現在値を所定量減少させてもよい。

第２変形例において、レイドボスＲのＨＰ（パラメータ）が０になるというクリア条件の達成に関連する最後のゲーム操作が行われた場合、すなわち、レイドボスＲを倒す最後の攻撃に係るゲーム操作が行われた場合、変化手段２３４は、レイドボスＲのＨＰ（パラメータ）の減少量に対応したダメージの量に、待機時間の長さに応じた量を加算して、当該ゲーム操作によるダメージ量ＤＡの増加量としてもよい。このような態様によれば、放置されたレイドボスＲを倒すと、レイドボスＲのＨＰ（パラメータ）が残りわずかであっても、ダメージ量ＤＡの増加量がある程度多くなるため、ユーザがポイント及びランキングで不利になることがなくなり、報酬で損することもなくなるため、レイドボスＲを倒してクエストクリアさせることをユーザに促すことができる。

また、逆に、変化手段２３４は、レイドボスＲのＨＰ（パラメータ）の減少量に対応したダメージの量に、待機時間の長さに応じた量を減算して、当該ゲーム操作によるダメージ量ＤＡの増加量としてもよい。このような態様によれば、レイドボスＲの放置時間が長くなると、ダメージ量ＤＡの増加量が少なくなることにより、ユーザがポイント及びランキングで不利になり、報酬で損することになるため、レイドボスＲを倒してクエストクリアさせることをユーザに促すことができる。

なお、レイドクエスト（ゲーム）開始前にディスプレイ６１に表示されるレイドボス選択画面において、待機時間及びダメージ量ＤＡの増加量に係る調整処理が実行される旨をユーザに知らせるための情報を表示させてもよい。また、レイドクエスト（ゲーム）終了後にディスプレイ６１に表示されるレイドボス選択画面において、待機時間及びダメージ量ＤＡの増加量の情報を表示させてもよい。

第２変形例において、付与手段２３９は、クリア条件が満たされたことにより終了条件が満たされた場合に、待機時間に基づいて、討伐報酬ＳＲを決定してもよい。例えば、付与手段２３９は、待機時間の長さに応じて討伐報酬ＳＲの数量を加算してもよい。このような態様によれば、放置されたレイドボスＲを倒すとユーザが得をするため、レイドボスＲを倒してクエストクリアさせることをユーザに促すことができる。また、逆に、付与手段２３９は、待機時間の長さに応じて討伐報酬ＳＲの数量を減少させてもよい。このような態様によれば、レイドボスＲの放置時間が長くなるとユーザが損をするため、レイドボスＲを倒してクエストクリアさせることをユーザに促すことができる。

図３に示される上記実施形態に係る各アクティビティは、処理内容に矛盾を生じない範囲で、任意に順番を変更して又は並列に、実行することができる。また、各アクティビティ間に他のアクティビティを追加してもよい。さらに、便宜上１つのアクティビティとして記載されているアクティビティは、複数のアクティビティに分けて実行することもでき、便宜上複数に分けて記載されているアクティビティを１つのアクティビティとして実行することもできる。また、図４に示される変形例に係る各アクティビティについても同様である。

上記実施形態及び変形例の態様は、プログラムであってもよい。このプログラムは、コンピュータに、情報処理システム１の各ステップを実行させる。

上記実施形態及び変形例では、ゲーム装置５がスマートフォンである場合を例示したが、ゲーム装置５は、ゲームセンターなどに提供されるアミューズメント機器であってもよい。上記のゲームは、アクションゲーム、シューティングゲーム、ロールプレイングゲーム、シミュレーションゲーム、ボードゲーム、及びパズルゲームなどであってもよく、様々な種類のゲームに適用することができる。

上記実施形態及び変形例では、サーバ装置２及び複数のゲーム装置５が一体となって情報処理システム１の各ステップを実行させる場合を例示したが、これに限定されない。情報処理システム１の全ての手段、すなわち、情報処理手段２３１、照合手段２３２、受付手段２３３、変化手段２３４、進行手段２３５、特定手段２３６、調整手段２３７、ゲーム制御手段２３８及び付与手段２３９等が、サーバ装置２単体、ゲーム装置５単体、サーバ装置２及びゲーム装置５とは別の通信端末単体、これらのうち組み合わせられる２つの装置、に備えられていてもよい。また、サーバ装置２、ゲーム装置５、通信端末を一体となって機能させる場合、どの手段をどの装置にて機能させるかについても、適宜変更が可能である。

これらの他の実施形態を採用した場合においても、本実施形態の作用効果は発揮される。また、本実施形態と他の実施形態、及び他の実施形態同士を適宜組み合わせることも可能である。

さらに、次に記載の各態様で提供されてもよい。
前記情報処理システムにおいて、前記変化ステップでは、前記ゲームの開始前に、前記パラメータを前記所定量減少させ、前記調整ステップでは、前記ゲーム状況に基づいて、前記所定量減少した前記パラメータを回復させるように前記調整処理を実行する、もの。
前記情報処理システムにおいて、前記調整ステップでは、前記ゲーム状況に基づいて、予め定められた前記パラメータの減少量に対して前記調整処理を実行し、前記変化ステップでは、前記ゲームの終了後に、前記調整処理が実行された前記減少量で、前記パラメータを減少させる、もの。
前記情報処理システムにおいて、前記進行ステップでは、同一の前記ゲームを複数の前記ユーザによるゲーム操作に基づいて進行させ、前記ゲームはそれぞれの前記ユーザによって前記終了条件が満たされるまで個別に進行され、ここで、いずれかの前記ユーザによる前記ゲーム操作に基づく前記ゲームの進行結果が、他の前記ユーザに共有される、もの。
前記情報処理システムにおいて、前記調整ステップでは、前記ゲームのクリア条件が満たされたことにより前記終了条件が満たされた場合に、前記ゲーム状況に基づいて、前記パラメータの前記調整処理を実行し、前記ゲーム状況は、前記ユーザに与えられた行動量の状況であり、ここで、前記行動量は、前記クリア条件が満たされることにより制限される、もの。
前記情報処理システムにおいて、前記ゲームでは、前記ユーザ又は前記キャラクタに関連付けられた前記パラメータとは異なる能力値に基づいて、前記ユーザの第１ランキングに関する第１ポイントが決定される、もの。
前記情報処理システムにおいて、前記調整ステップでは、前記ゲームのクリア条件が満たされることなく前記終了条件が満たされた場合には、前記パラメータの前記調整処理を実行しない、もの。
前記情報処理システムにおいて、前記ゲームでは、前記ゲームのクリア条件に対する前記ユーザの寄与度に基づいて、前記ユーザの第２ランキングに関する第２ポイントが決定される、もの。
前記情報処理システムにおいて、前記調整ステップでは、前記ゲームのクリア条件が満たされたことにより前記終了条件が満たされた場合に、待機時間にさらに基づいて、前記パラメータの前記調整処理を実行し、ここで、前記待機時間は、前記クリア条件の達成に関連する前記ゲーム操作のうち最後から２番目の前記ゲーム操作から、前記クリア条件の達成に関連する最後の前記ゲーム操作までの経過時間である、もの。
プログラムであって、コンピュータに、前記何れか１つに記載の情報処理システムの各ステップを実行させる、もの。
情報処理方法であって、前記何れか１つに記載の情報処理システムの各ステップを備える、方法。

最後に、本開示に係る種々の実施形態を説明したが、これらは、例として提示したものであり、開示の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、開示の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、開示の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ ：情報処理システム
２ ：サーバ装置
２１ ：ネットワークインターフェース
２２ ：記憶部
２２１ ：ユーザＤＢ
２２２ ：抽選リスト
２３ ：制御部
２３１ ：情報処理手段
２３２ ：照合手段
２３３ ：受付手段
２３４ ：変化手段
２３５ ：進行手段
２３６ ：特定手段
２３７ ：調整手段
２３８ ：ゲーム制御手段
２３９ ：付与手段
２９ ：バス
５ ：ゲーム装置
５１ ：ネットワークインターフェース
５２ ：グラフィック処理部
５３ ：オーディオ処理部
５４ ：操作部
５５ ：記憶部
５６ ：制御部
５６１ ：通信手段
５６２ ：ゲーム実行手段
５６３ ：報知制御手段
５９ ：バス
６ ：通信ネットワーク
６１ ：ディスプレイ
６２ ：スピーカ
６３ ：タッチパッド
７ ：参照情報
８ ：プレイ画面
９ ：クエストクリア画面
１０ ：結果表示画面
１０１ ：エリア
１０２ ：エリア
１０３ ：エリア
１１ ：報酬表示画面
ＢＡ１ ：攻撃ボタン
ＢＡ２ ：攻撃ボタン
ＢＡ３ ：攻撃ボタン
ＢＡ４ ：攻撃ボタン
ＢＡ５ ：攻撃ボタン
ＢＡ６ ：攻撃ボタン
ＢＭ ：メニューボタン
ＢＯ ：ＯＫボタン
ＤＡ ：ダメージ量
ＨＲ ：ハイスコア報酬
Ｐ ：プレイヤキャラクタ
Ｐ１ ：プレイヤキャラクタ
Ｐ２ ：プレイヤキャラクタ
Ｐ３ ：プレイヤキャラクタ
Ｐ４ ：プレイヤキャラクタ
Ｐ５ ：プレイヤキャラクタ
Ｐ６ ：プレイヤキャラクタ
ＰＣ ：討伐ポイント
ＰＦ ：第１ポイント
ＰＳ ：第２ポイント
Ｒ ：レイドボス
ＲＦ ：第１ランキング
ＲＳ ：第２ランキング
ＳＢ ：返却スタミナ
ＳＲ ：討伐報酬
ＳＴ ：画面タイトル
ＴＮ ：ターン数

Claims (11)

1. 情報処理システムであって、
   次の各ステップを実行するように構成され、
   変化ステップでは、所定の基準に基づいて、ユーザ又はゲームに関するキャラクタに関連付けられたパラメータを変化させ、
   進行ステップでは、前記ゲームの開始前又は前記ゲームの終了条件が満たされた場合に前記パラメータを所定量減少させることを条件に前記ゲームを開始させ、前記終了条件が満たされるまで前記ゲームを進行させ、
   特定ステップでは、前記終了条件が満たされた場合に、前記ユーザ又は前記キャラクタに関するゲーム状況を特定し、
   調整ステップでは、前記ゲーム状況に基づいて、前記パラメータの調整処理を実行する、
   もの。
2. 請求項１に記載の情報処理システムにおいて、
   前記変化ステップでは、前記ゲームの開始前に、前記パラメータを前記所定量減少させ、
   前記調整ステップでは、前記ゲーム状況に基づいて、前記所定量減少した前記パラメータを回復させるように前記調整処理を実行する、
   もの。
3. 請求項１に記載の情報処理システムにおいて、
   前記調整ステップでは、前記ゲーム状況に基づいて、予め定められた前記パラメータの減少量に対して前記調整処理を実行し、
   前記変化ステップでは、前記ゲームの終了後に、前記調整処理が実行された前記減少量で、前記パラメータを減少させる、
   もの。
4. 請求項１～請求項３の何れか１つに記載の情報処理システムにおいて、
   前記進行ステップでは、同一の前記ゲームを複数の前記ユーザによるゲーム操作に基づいて進行させ、前記ゲームはそれぞれの前記ユーザによって前記終了条件が満たされるまで個別に進行され、ここで、いずれかの前記ユーザによる前記ゲーム操作に基づく前記ゲームの進行結果が、他の前記ユーザに共有される、
   もの。
5. 請求項４に記載の情報処理システムにおいて、
   前記調整ステップでは、前記ゲームのクリア条件が満たされたことにより前記終了条件が満たされた場合に、前記ゲーム状況に基づいて、前記パラメータの前記調整処理を実行し、
   前記ゲーム状況は、前記ユーザに与えられた行動量の状況であり、ここで、前記行動量は、前記クリア条件が満たされることにより制限される、
   もの。
6. 請求項４又は請求項５に記載の情報処理システムにおいて、
   前記ゲームでは、前記ユーザ又は前記キャラクタに関連付けられた前記パラメータとは異なる能力値に基づいて、前記ユーザの第１ランキングに関する第１ポイントが決定される、
   もの。
7. 請求項４～請求項６の何れか１つに記載の情報処理システムにおいて、
   前記調整ステップでは、前記ゲームのクリア条件が満たされることなく前記終了条件が満たされた場合には、前記パラメータの前記調整処理を実行しない、
   もの。
8. 請求項４～請求項７の何れか１つに記載の情報処理システムにおいて、
   前記ゲームでは、前記ゲームのクリア条件に対する前記ユーザの寄与度に基づいて、前記ユーザの第２ランキングに関する第２ポイントが決定される、
   もの。
9. 請求項４～請求項８の何れか１つに記載の情報処理システムにおいて、
   前記調整ステップでは、前記ゲームのクリア条件が満たされたことにより前記終了条件が満たされた場合に、待機時間にさらに基づいて、前記パラメータの前記調整処理を実行し、ここで、前記待機時間は、前記クリア条件の達成に関連する前記ゲーム操作のうち最後から２番目の前記ゲーム操作から、前記クリア条件の達成に関連する最後の前記ゲーム操作までの経過時間である、
   もの。
10. プログラムであって、
    コンピュータに、請求項１～請求項９の何れか１つに記載の情報処理システムの各ステップを実行させる、
    もの。
11. 情報処理方法であって、
    請求項１～請求項９の何れか１つに記載の情報処理システムの各ステップを備える、
    方法。
    
    

Images