JP7328569B2 - 情報処理システム - Google Patents

Description

特許法第３０条第２項適用 令和２年８月１９日～令和３年７月２７日 株式会社カプコンが「クエスト推奨戦力を超えた場合、毎ターン回復するＳＰ量が増加する特性」（アプリＶｅｒ．２．００．００～Ｖｅｒ．４．００．００）についてＡｐｐ Ｓｔｏｒｅのウェブサイト（ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｉｄ１４７７１５０４０４）にて公開

特許法第３０条第２項適用 令和２年８月１９日～令和３年７月２７日 株式会社カプコンが「クエスト推奨戦力を超えた場合、毎ターン回復するＳＰ量が増加する特性」（アプリＶｅｒ．２．００．００～Ｖｅｒ．４．００．００）についてＧｏｏｇｌｅ Ｐｌａｙストアのウェブサイト（ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｊｐ．ｃｏ．ｃａｐｃｏｍ．ｍｈ＿ｒｊｐ）にて公開

特許法第３０条第２項適用 令和２年８月１９日 株式会社カプコンが「クエスト推奨戦力を超えた場合、毎ターン回復するＳＰ量が増加する特性」についてＰＲ ＴＩＭＥＳのウェブサイト（ｈｔｔｐｓ：／／ｐｒｔｉｍｅｓ．ｊｐ／ｍａｉｎ／ｈｔｍｌ／ｒｄ／ｐ／０００００１６７８．００００１３４５０．ｈｔｍｌ）にて公開

特許法第３０条第２項適用 令和２年８月１６日 株式会社カプコンが「クエスト推奨戦力を超えた場合、毎ターン回復するＳＰ量が増加する特性」についてＴｗｉｔｔｅｒのウェブサイト（ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｍｈ＿ｒｉｄｅｒｓ／ｓｔａｔｕｓ／１２９４８３１２４５６５９０５４０８１）にて公開

特許法第３０条第２項適用 令和３年３月２３日 株式会社カプコンが「クエスト推奨戦力を超えた場合、毎ターン回復するＳＰ量が増加する特性」についてＹｏｕＴｕｂｅのウェブサイト（ｈｔｔｐｓ：／／ｙｏｕｔｕ．ｂｅ／ＸｑＧＸ９ｄＡｍＺＥＥ）にて公開

特許法第３０条第２項適用 令和３年４月２０日 株式会社カプコンが「クエスト推奨戦力を超えた場合、毎ターン回復するＳＰ量が増加する特性」についてＹｏｕＴｕｂｅのウェブサイト（ｈｔｔｐｓ：／／ｙｏｕｔｕ．ｂｅ／ｋｔＬＫＣＥｏＱｃｌＹ）にて公開

特許法第３０条第２項適用 令和３年５月２４日 株式会社カプコンが「クエスト推奨戦力を超えた場合、毎ターン回復するＳＰ量が増加する特性」についてＹｏｕＴｕｂｅのウェブサイト（ｈｔｔｐｓ：／／ｙｏｕｔｕ．ｂｅ／Ｓｘ６７０７ＨＡ８Ｔ４）にて公開

特許法第３０条第２項適用 令和３年６月２５日 株式会社カプコンが「クエスト推奨戦力を超えた場合、毎ターン回復するＳＰ量が増加する特性」についてＹｏｕＴｕｂｅのウェブサイト（ｈｔｔｐｓ：／／ｙｏｕｔｕ．ｂｅ／ｋｇＪｌＮＱ８Ｑ５Ｓ８）にて公開

特許法第３０条第２項適用 令和３年７月２６日 株式会社カプコンが「クエスト推奨戦力を超えた場合、毎ターン回復するＳＰ量が増加する特性」についてＹｏｕＴｕｂｅのウェブサイト（ｈｔｔｐｓ：／／ｙｏｕｔｕ．ｂｅ／ｗＧｕＸｒｋＫｇｏＨｓ）にて公開

本開示は、情報処理システムに関する。

特許文献１には、特定種類のゲームデータがゲーム課題で用いられる場合に、ユーザに特典を付与する技術が開示されている。

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

上記の例においては、クエストに参加するキャラクタを選択する上で、さらにゲームの興趣性を高める余地がある。

（１）本発明の一態様によれば、情報処理システムが提供される。この情報処理システムにおける登録ステップでは、選択された複数のキャラクタをパーティとして登録し、キャラクタは、キャラクタパラメータを有し、パーティによりクエストをクリアして進行するゲームにおいて使用される。第１取得ステップでは、パーティに属するキャラクタのキャラクタパラメータに基づいて決まる当該パーティに対応付けられるパーティパラメータを取得する。第２取得ステップでは、クエストについて決められるクエストパラメータを取得する。提供ステップでは、取得されたパーティパラメータが、取得されたクエストパラメータに基づき決まる特典条件を満たす場合に、当該特典条件に対応する特典を提供する。

このような態様によれば、クエストに参加するキャラクタを選択する上で、さらにゲームの興趣性を高めることができる。

ゲーム提供システム１の全体構成を示す図である。 ゲームサーバ装置１０のハードウェア構成を示す図である。 ゲーム端末２０のハードウェア構成を示す図である。 各装置の制御部の機能構成を示す図である。 パーティ決定処理の一例を示すアクティビティ図である。 特典条件の判断の例である。 クエスト処理の一例を示すアクティビティ図である。 属性の関係に基づくパラメータ補正の一例を表す図である。 個別条件による特典提供の一例を表す図である。 個別条件による特典提供の一例を表す図である。 個別条件による特典提供の別の一例を表す図である。 ターン制のクエスト処理の一例を示すアクティビティ図である。 特典テーブルの一例を示す図である。 タッグでの特典条件の判断の一例を示す図である。 パーティ候補の提示の一例を示す図である。 パーティ候補の提示の別の一例を示す図である。

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

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

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

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

１．ハードウェア構成
本節では、本実施形態に係るゲーム提供システムのハードウェア構成について説明する。

図１は、ゲーム提供システム１の全体構成を示す図である。ゲーム提供システム１は、プレイヤにゲームを提供するための処理を実行するシステムであり、「情報処理システム」の一例である。ゲーム提供システム１は、通信回線２と、ゲームサーバ装置１０と、ゲーム端末２０－１、ゲーム端末２０－２、ゲーム端末２０－３およびゲーム端末２０－４（各々を区別しない場合「ゲーム端末２０」と言う）とを備える。

通信回線２は、インターネット等を含み、自回線に接続する装置同士のデータのやり取りを仲介する。ゲームサーバ装置１０は、ゲーム端末２０を介してプレイヤにゲームの機能を提供する。ゲーム端末２０は、ゲームのプレイヤが使用する装置であり、ゲームサーバ装置１０から提供されるゲームの画面を表示する。

図２は、ゲームサーバ装置１０のハードウェア構成を示す図である。ゲームサーバ装置１０は、制御部１１と、記憶部１２と、通信部１３と、バス１４とを備える。バス１４は、ゲームサーバ装置１０が備える各部を電気的に接続する。

（制御部１１）
制御部１１は、例えば不図示の中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。制御部１１は、記憶部１２に記憶された所定のプログラムを読み出すことによって、ゲーム提供システム１に係る種々の機能を実現する。すなわち、記憶部１２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部１１によって具体的に実現されることで、制御部１１に含まれる各機能部として実行されうる。これらについては、次節においてさらに詳述する。なお、制御部１１は単一であることに限定されず、機能ごとに複数の制御部１１を有するように実施してもよい。またそれらの組合せであってもよい。

（記憶部１２）
記憶部１２は、前述の記載により定義される様々な情報を記憶する。これは、例えば、制御部１１によって実行されるゲーム提供システム１に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、あるいは、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。記憶部１２は、制御部１１によって実行されるゲーム提供システム１に係る種々のプログラムや変数等を記憶している。

（通信部１３）
通信部１３は、ゲームサーバ装置１０から種々の電気信号を外部の構成要素に送信可能に構成される。また、通信部１３は、外部の構成要素からゲームサーバ装置１０への種々の電気信号を受信可能に構成される。さらに好ましくは、通信部１３がネットワーク通信機能を有し、これにより通信回線２を介して、ゲームサーバ装置１０と外部機器との間で種々の情報を通信可能に実施してもよい。

図３は、ゲーム端末２０のハードウェア構成を示す図である。ゲーム端末２０は、制御部２１と、記憶部２２と、通信部２３と、入力部２４と、表示部２５と、バス２６とを備える。バス２６は、ゲーム端末２０が備える各部を電気的に接続する。

（入力部２４）
入力部２４は、キー、ボタンおよびタッチスクリーン等を有し、ユーザによる入力を受け付ける。ゲーム端末２０の場合は、ゲームのプレイに適したコントローラーが入力部２４としてよく用いられる。
（表示部２５）
表示部２５は、ディスプレイ等を有し、表示面に画像を表示する。なお、表示部２５がゲームに登場するキャラクタ、アイテムおよび背景等の各種の画像を表示することを「ゲーム画面を表示する」とも言う。

２．機能構成
本節では、本実施形態の機能構成について説明する。前述の通り、各装置の記憶部に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部によって具体的に実現されることで、制御部に含まれる各機能部が実行されうる。

図４は、各装置の制御部の機能構成を示す図である。ゲームサーバ装置１０の制御部は、ゲーム通信部１１１と、ゲーム処理部１１２と、ゲームデータ記憶部１１３とを備える。ゲーム端末２０の制御部は、ゲーム通信部２１１と、ゲーム処理部２１２と、ゲーム操作受付部２１３とを備える。

ゲーム通信部１１１は、ゲームに関する通信を行う。ゲーム処理部１１２は、ゲームに関する処理を実行する。ゲームデータ記憶部１１３は、ゲームに関するデータを記憶する。ゲームサーバ装置１０は、これらの機能を用いて、プレイヤにゲームを提供する。ゲーム通信部２１１は、ゲームに関する通信を行う。ゲーム処理部２１２は、ゲームに関する処理を実行する。ゲーム操作受付部２１３は、プレイヤが行うゲームに関する操作を受け付ける。

ゲームサーバ装置１０は、ゲームの中で繰り返しプレイヤに課題を与え、それらをクリアさせながら進行する形式のゲームを提供する。ゲームサーバ装置１０は、課題をクリアするための条件を記憶しておき、その条件が満たされると課題がクリアされたと判断する。また、ゲームサーバ装置１０は、複数のキャラクタからなるグループにより課題をクリアさせるゲームを提供する。これらの複数のキャラクタは、通常は一人のプレイヤによって操作されるが、複数のプレイヤによってそれぞれ操作されてもよい。

ゲームサーバ装置１０は、本実施形態では、プレイヤが操作するキャラクタ達が敵のモンスターと戦い倒していくロールプレイングゲーム（ＲＰＧ：ｒｏｌｅ－ｐｌａｙｉｎｇ ｇａｍｅ）を提供する。なお、ゲームサーバ装置１０は、ＲＰＧ以外にも、上述した課題をグループでクリアして進行する形式のゲームであれば、格闘ゲーム、アクションゲーム、シューティングゲーム、シミュレーションゲーム、パズルゲーム、レーシングゲームおよび音楽ゲーム等、あらゆるジャンルのゲームを提供してもよい。

ゲームのジャンルおよびメーカー等によって、上記の課題は、ミッション、ステージ、シナリオまたはエピソード等とも呼ばれるが、本実施形態では、「クエスト」と言うものとする。クエストには、例えば、特定のモンスターを倒すもの、特定のアイテムを見つけるもの、特定の場所に到達するものなどがある。また、上記のグループは、チーム、デッキまたは仲間等とも呼ばれるが、本実施形態では、「パーティ」と言うものとする。このように、本実施形態のキャラクタは、パーティによりクエストをクリアして進行するゲームにおいて使用される。

ゲームサーバ装置１０は、クエストに参加するキャラクタのうち、所定の条件を満たすものに対して特典を提供する。以下では特典の提供の可否を判断するための条件を「特典条件」と言う。本実施形態では、ゲームサーバ装置１０は、クエストにおいて発生する戦闘でのバフの効果を特典として提供する。バフの効果とは、キャラクタにとって有利な効果のことであり、例えば、攻撃力等のパラメータの数値の向上、移動速度の向上または回復速度の向上等の効果である。

３．情報処理
本節では、本実施形態の情報処理について説明する。ゲーム提供システム１は、前述した特典をキャラクタに提供する特典提供処理を実行する。特典提供処理は、パーティ決定処理およびクエスト処理を含む。パーティ決定処理は、プレイヤがクリアしようとするクエストを選択し、選択したクエストに参加するパーティを決定する際に行われる。クエスト処理は、プレイヤが決定したパーティに属するキャラクタを操作してクエストをプレイする際に行われる。

図５は、パーティ決定処理の一例を示すアクティビティ図である。まず、Ａ１１において、ゲーム端末２０は、プレイヤによって操作され、ゲーム操作受付部２１３により、ゲームにおいて登場するクエストを選択する選択操作を受け付ける。次に、ゲーム端末２０は、ゲーム通信部２１１により、選択されたクエストに関する情報（以下「クエスト情報」と言う）を問い合わせる問合せデータをゲームサーバ装置１０に送信する。

クエスト情報は、例えば、クエストの名称、内容、クリア条件および報酬等に加え、クエストパラメータを含む情報である。クエストパラメータとは、各クエストについて定められるものであり、後述するパーティパラメータと比較可能なパラメータである。本実施形態では、クエストをクリアするために推奨されるパーティの戦力の値（以下「推奨戦力」と言う）がクエストパラメータとして定められ、プレイヤが選択したキャラクタからなるパーティの戦力の値（以下「パーティ戦力」と言う）がパーティパラメータとして定められる。

クエストパラメータは、本実施形態では、ゲーム提供者によって予め定められ、その他のクエスト情報とともに、ゲームサーバ装置１０のゲームデータ記憶部１１３に記憶される。ゲームサーバ装置１０は、Ａ１２において、問い合わせを受けたクエスト情報を、ゲーム処理部１１２により、ゲームデータ記憶部１１３から読み出す。ゲームサーバ装置１０は、読み出したクエスト情報を、ゲーム通信部１１１により、問合せ元のゲーム端末２０に送信する。

ゲームサーバ装置１０は、Ａ１３において、受信したクエスト情報とプレイヤが所有しているキャラクタ情報を、ゲーム処理部２１２により、自端末のディスプレイに表示する。キャラクタ情報とは、例えば、キャラクタの名称、絵柄およびキャラクタパラメータ等を示す情報である。キャラクタパラメータとは、キャラクタが有するパラメータであり、例えば、キャラクタの能力の有無および能力の高さ等を表す。キャラクタパラメータは、例えば、攻撃力、防御力、ヒットポイント、使用可能な魔法、魔法の威力、所有するアイテムおよび装着された装備等である。

なお、キャラクタ情報は、元々ゲームサーバ装置１０のゲームデータ記憶部１１３に記憶されているが、ゲーム端末２０が、それまでのゲームの過程でゲームサーバ装置１０から取得して記憶しているものとする。プレイヤは、表示されたクエスト情報およびキャラクタ情報を見て、クエストに参加させるキャラクタを選択する操作を行う。なお、パーティに属するキャラクタが選択される前は、パーティパラメータが決まっていないので、上記の特典が提供されるか否かがまだプレイヤに提示されていない。

ゲーム端末２０は、Ａ１４において、ゲーム操作受付部２１３により、プレイヤによるキャラクタの選択操作を受け付ける。ゲーム端末２０は、受け付けた選択操作により選択されたキャラクタをゲームサーバ装置１０に通知する。ゲームサーバ装置１０は、Ａ１５において、ゲーム処理部１１２により、通知されたキャラクタ、すなわち、プレイヤにより選択されたキャラクタのキャラクタ情報をゲームデータ記憶部１１３から読み出して取得する。なお、ゲーム端末２０が前述した通知とともにキャラクタ情報を送信するようにして、ゲームサーバ装置１０がそのキャラクタ情報を取得してもよい。

ゲームサーバ装置１０は、Ａ１６において、取得したキャラクタ情報に含まれるキャラクタパラメータに基づいて、ゲーム処理部１１２により、上述したパーティ戦力をパーティパラメータとして算出する。本実施形態では、各キャラクタの攻撃力や防御力を総合的に表すキャラクタ戦力がキャラクタパラメータとして定められているものとする。そして、ゲームサーバ装置１０が、各キャラクタのキャラクタ戦力の合計値をパーティ戦力として算出する。

ゲームサーバ装置１０は、ゲーム処理部１１２により、算出したパーティ戦力を、パーティに属するキャラクタのキャラクタパラメータに基づいて決まるそのパーティに対応付けられるパーティパラメータとして取得する。この場合のゲーム処理部１１２は本発明の「第１取得部」の一例である。続いて、ゲームサーバ装置１０は、Ａ１７において、ゲーム処理部１１２により、Ａ１６で取得されたパーティパラメータが、Ａ１２で取得されたクエストパラメータに基づき決まる特典条件を満たすか否かを判断する。

ゲームサーバ装置１０は、本実施形態では、パーティパラメータがクエストパラメータ以上である場合に特典条件を満たすと判断する。
図６は、特典条件の判断の例である。図６では、４人のキャラクタＡ、Ｂ、Ｃ、Ｄのうち３人を選択してパーティを組む場合の特典条件を満たすか、満たさないか、を表している。キャラクタＡ、Ｂ、Ｃ、ＤのＣＰ（キャラクタパラメータ＝キャラクタ戦力）は６０００、２０００、５０００、１０００である。

図６（ａ）では、キャラクタＡ、Ｂ、Ｃが選択されている。この場合のＰＰ（パーティパラメータ＝パーティ戦力）は６０００＋２０００＋５０００＝１３０００である。ＱＰ（クエストパラメータ＝推奨戦力）が１００００とすると、ＰＰ≧ＱＰであるため特典条件を満たす。図６（ｂ）では、キャラクタＡ、Ｂ、Ｄが選択されている。この場合のＰＰは６０００＋２０００＋１０００＝９０００であり、ＰＰ<ＱＰであるため、特典条件を満たさない。

図６（ｃ）では、キャラクタＡ、Ｃ、Ｄが選択されている。この場合のＰＰは６０００＋５０００＋１０００＝１２０００であり、ＰＰ≧ＱＰであるため特典条件を満たす。図６（ｄ）では、キャラクタＢ、Ｃ、Ｄが選択されている。この場合のＰＰは２０００＋５０００＋１０００＝８０００であり、ＰＰ<ＱＰであるため、特典条件を満たさない。ゲームサーバ装置１０は、ゲーム通信部１１１により、特典条件の判断結果をゲーム端末２０に通知する。

ゲーム端末２０は、Ａ１７において通知された判断結果に基づいて、Ａ１８において、ゲーム処理部２１２により、特典に関する特典情報を表示する。ゲーム端末２０は、例えば、Ａ１４で選択されたキャラクタを含むパーティが特典を受けられるか否かを示す情報を特典情報として表示する。プレイヤは、特典を受けられないキャラクタを選択したことが特典情報から分かった場合、Ａ１４に戻って再度キャラクタを選択し直すことができる。

もちろん、特典を受けられるキャラクタを選択した場合でも、よりパーティ戦力を高めたり自分が好きなキャラクタを試したりするなどのためキャラクタを再選択してよい。プレイヤが特典情報およびキャラクタ情報等を見てパーティの編成を決定する場合、ゲーム端末２０は、Ａ１９において、ゲーム操作受付部２１３により、パーティの決定操作を受け付ける。ゲーム端末２０は、決定操作を受け付けたパーティに所属する複数のキャラクタをゲームサーバ装置１０に通知する。

ゲームサーバ装置１０は、ゲーム処理部１１２により、Ａ２０において、通知された複数のキャラクタをゲームデータ記憶部１１３に記憶することで、プレイヤにより選択された複数のキャラクタをパーティとして登録する。ゲーム処理部１１２は本発明の「登録部」の一例である。なお、ゲームサーバ装置１０は、通知された複数のキャラクタに加え、そのパーティが特典条件を満たすか否かを示す条件判定結果を記憶しておいてもよい。こうしてゲームサーバ装置１０にパーティが登録されることで、パーティ決定処理が終了する。

図７は、クエスト処理の一例を示すアクティビティ図である。クエスト処理は、プレイヤによりクエストの開始操作が行われることを契機に開始する。まず、ゲームサーバ装置１０は、ゲーム処理部１１２により、Ａ２１において、クエスト処理を開始する。次に、ゲームサーバ装置１０は、ゲーム処理部１１２により、Ａ２２において、特典イベントが発生したか否かを判断する。特典イベントとは、クエスト内で発生する様々なイベントのうち、特典を提供する可能性があるイベントのことであり、本実施形態では、モンスターと戦うイベントのことである。

ゲームサーバ装置１０は、特典イベントが発生していないと判断した場合、Ａ２６において、ゲーム処理部１１２により、クエストがクリアされたか否かを判断する。ゲームサーバ装置１０は、クエストがクリアされていない（＝未クリア）と判断した場合、Ａ２２に戻って動作を繰り返す。ゲームサーバ装置１０は、Ａ２２において特典イベントが発生したと判断した場合、Ａ２３において、特典条件を満たすか否かを判断する。

ゲームサーバ装置１０は、図５のＡ２０で条件判定結果を記憶している場合、その条件判定結果を参照してＡ２３の判断を行う。また、ゲームサーバ装置１０は、条件判定結果を記憶していない場合は、クエストパラメータおよびパーティパラメータから特典条件が満たされているか否かを改めて判断する。ゲームサーバ装置１０は、特典条件を満たすと判断した場合、ゲーム処理部１１２により、Ａ２４において、特典ありの処理（本実施形態ではバフの効果を発動した状態で戦闘を行う処理）を行う。

ゲームサーバ装置１０は、特典条件を満たさないと判断した場合、ゲーム処理部１１２により、Ａ２５において、特典なしの処理（本実施形態ではバフの効果を発動しない状態で戦闘を行う処理）を行う。ゲームサーバ装置１０は、特典ありの場合も特典なしの場合も、特典イベントが終了すると、Ａ２６において、クエストがクリアされたか否かを判断する。ゲームサーバ装置１０は、クエストがクリアされたと判断した場合、Ａ２７において、ゲーム処理部１１２により、クエスト処理を終了させる。

以上のとおり、ゲームサーバ装置１０は、Ａ１６で取得されたパーティパラメータが、Ａ１２で取得されたクエストパラメータに基づき決まる特典条件を満たす場合に、ゲーム処理部１１２により、その特典条件に対応する特典（本実施形態ではバフの効果）を提供する。この場合のゲーム処理部１１２は本発明の「提供部」の一例である。ゲームサーバ装置１０は、本実施形態では、パーティパラメータがクエストパラメータ以上である場合に特典条件が満たされると判断して、バフの効果を発動させる。

以上のとおり、本実施形態では、パーティに加えるキャラクタによってパーティパラメータが変化し、特典条件を満たすか否かが変化する。そのため、プレイヤは、キャラクタをパーティに加えることで特典が提供されるにか否かによって、そのキャラクタを選択するか否かを判断する場合がある。このように、本実施形態によれば、クエストに参加するキャラクタの選択基準を新たに設けることができ、ゲームの興趣性を向上し得るようにすることができる。

＜その他の実施形態＞
（１）パラメータ
パラメータは、数値に限らず、記号又は文字等であってもよい。

（２）パーティパラメータの決定方法
ゲームサーバ装置１０は、実施形態では、ＣＰ（キャラクタパラメータ）の合計値をＰＰ（パーティパラメータ）として算出したが、ＰＰの決定方法はこれに限らない。ゲームサーバ装置１０は、ＣＰの平均値、各ＣＰに重み付けをした値の合計値又は平均値、各ＣＰを乗じた値又は各ＣＰを所定の数式に代入した値等をＰＰとして算出してもよい。また、ＣＰが数値でなく記号又は文字等である場合は、それらを数値に変換してＰＰを算出してもよいし、記号等を一定のルールで別の記号等に変換してＰＰとして用いてもよい。

（３）クエストパラメータの決定方法
実施形態では、ＱＰ（クエストパラメータ）がゲーム提供者によって人為的に定められたが、これに限らず、例えば、ゲームサーバ装置１０が、クエストに関するパラメータに基づいて機械的にＱＰを決定してもよい。ゲームサーバ装置１０は、例えば、クエストにモンスターが登場する場合、それらのモンスターの戦力の合計値等をＱＰとして決定してもよい。

（４）パラメータの取得方法
ゲームサーバ装置１０は、自装置が上記の方法で決定したＰＰ又はＱＰを取得してもよいし、外部装置が上記の方法で決定したＰＰ又はＱＰを取得してもよい。

（５）属性
キャラクタパラメータには、キャラクタの属性が含まれる場合がある。例えば、実施形態のようにＲＰＧのキャラクタであれば、火の属性、水の属性、土の属性、風の属性、雷の属性などである。その場合に、クエストパラメータにも、クエストの属性が含まれるようにして、両者の属性の関係に基づき特典の判断が行われてもよい。ゲームサーバ装置１０は、例えば、キャラクタの属性およびクエストの属性の関係に応じて補正されたそのキャラクタのキャラクタパラメータに基づいてパーティパラメータを決定し、そうして決定されたパーティパラメータを取得する。

図８は、属性の関係に基づくパラメータ補正の一例を表す図である。図８の例では、まず、属性には火、風、土、水の４種類があり、火は風に強く、風は土に強く、土は水に強く、水は火に強いという強弱の関係がある。そして、図６に表したキャラクタＡ、Ｂ、Ｃ、Ｄの属性が土、火、水、火であり、クエストの推奨属性が火であるものとしている。推奨属性が火ということは、クエストには火の属性の攻撃に弱い風の属性のモンスターが登場することを意味する。

ゲームサーバ装置１０は、推奨属性を有するキャラクタのＣＰを２倍に補正し、推奨属性（＝火）に弱い属性、すなわち戦闘相手となるモンスターの属性（＝風）を弱点とする属性（＝土）を有するキャラクタのＣＰを半分に補正する。また、ゲームサーバ装置１０は、これらの補正対象の属性以外の属性（＝風、水）を有するキャラクタのＣＰは補正しない。従って、ゲームサーバ装置１０は、属性が土であるキャラクタＡのＣＰを６０００から３０００に補正する。

また、ゲームサーバ装置１０は、属性が火であるキャラクタＢのＣＰを２０００から４０００に補正し、同じく属性が火であるキャラクタＤのＣＰを１０００から２０００に補正する。また、ゲームサーバ装置１０は、属性が水であるキャラクタＣのＣＰは５０００のまま補正しない。その結果、図６（ａ）のようにキャラクタＡ、Ｂ、Ｃが選択された場合はＰＰが３０００＋４０００＋５０００＝１２０００となり特典条件を満たす。

図６（ｂ）のようにキャラクタＡ、Ｂ、Ｄが選択された場合はＰＰが３０００＋４０００＋２０００＝９０００となり特典条件を満たさない。また、図６（ｃ）のようにキャラクタＡ、Ｃ、Ｄが選択された場合はＰＰが３０００＋５０００＋２０００＝１００００となり特典条件を満たす。また、図６（ｄ）のようにキャラクタＢ、Ｃ、Ｄが選択された場合はＰＰが４０００＋５０００＋２０００＝１１０００となり特典条件を満たす。

なお、属性は上記の４種類に限らず、他にも、雷、岩、太陽、月、光、闇、陰、陽、攻撃型、防御型、前衛型、後衛型、積極型及び慎重型等の属性が用いられてもよい。それらの属性を用いることで、キャラクタの選択基準として、ＰＰ及びＱＰの関係だけでなく、属性の関係を考慮させることができる。

（５）キャラクタ毎に提供可否を判断（ＣＰとＱＰの関係）
実施形態のように、ゲームサーバ装置１０が、キャラクタに対する特典を提供する場合、パーティに特典を提供することになっても、さらにキャラクタ毎に特典の提供可否を判断してもよい。その場合、キャラクタにはそれぞれ特典の提供可否を個別に判断するための条件である個別条件が定められており、ゲームサーバ装置１０は、その個別条件を記憶しておく。

そして、ゲームサーバ装置１０は、特典条件を満たすパーティに属するキャラクタのうち、個別条件を満たすキャラクタに特典を提供する。ゲームサーバ装置１０は、例えば、キャラクタパラメータがクエストパラメータと所定の関係である場合に満たされる条件を個別条件として用いる。具体例を挙げると、上述したようにキャラクタパラメータにキャラクタの属性が含まれ、クエストパラメータにクエストの属性が含まれる場合に、ゲームサーバ装置１０は、キャラクタの属性とクエストの属性が所定の組合せである関係を前述した所定の関係とする個別条件を用いる。

属性の所定の組合せとしては、キャタクタの属性がクエストに登場するモンスターの属性（＝推奨属性に対して弱い属性）に対して弱い属性を除く属性である組合せが用いられる。例えばクエストに登場するモンスターの属性が風（＝推奨属性が火）であれば、風に弱い土を除く火、水、風がキャラクタの属性である場合に、ゲームサーバ装置１０は、キャラクタの属性とクエストの属性が所定の組合せであると判断し、個別条件が満たされると判断する。

図９は、個別条件による特典提供の一例を表す図である。図９の例では、図８で述べた属性が土、火、水、火であるキャラクタＡ、Ｂ、Ｃ、Ｄによるパーティを説明している。ただし、図８の例と異なり、ＣＰの補正は行っていない。クエストについては図８と同様に推奨戦力が１００００で推奨属性が火である。つまり、クエストに登場するモンスターの属性は火に弱い風である。この場合、図９（ａ）のようにキャラクタＡ、Ｂ、Ｃが選択されると、ＰＰが１３０００でＱＰが１００００なのでＰＰ≧ＣＰとなり特典条件を満たす。

しかし、クエストに登場するモンスターの属性が風であるため、キャラクタの属性が風に弱い土であるキャラクタＡは、個別条件を満たさず、バフの効果が発動しない。一方、キャラクタの属性が土以外であるキャラクタＢ、Ｃは、個別条件を満たし、バフの効果が発動する。次に、図９（ｂ）のようにキャラクタＡ、Ｂ、Ｄが選択されると、ＰＰが９０００でＱＰが１００００なのでＰＰ＜ＣＰとなり特典条件を満たさない。よって、パーティ自体に特典が提供されないので、個別条件を満たすか否かに関わらずバフの効果が発動しない。

図９（ｃ）のようにキャラクタＡ、Ｃ、Ｄが選択されると、ＰＰが１００００でＱＰが１００００なのでＰＰ≧ＣＰとなり特典条件を満たすが、属性が土であるキャラクタＡにはバフの効果が発動せず、属性が土以外であるキャラクタＣ、Ｄにはバフの効果が発動する。また、図９（ｄ）のようにキャラクタＢ、Ｃ、Ｄが選択されると、ＰＰが８０００でＱＰが１００００なのでＰＰ＜ＣＰとなり特典条件を満たさず、個別条件を満たすか否かに関わらずバフの効果が発動しない。

上記の形態によれば、特典条件を満たすキャラクタの中でもさらに個別条件を満たすキャラクタが選択されやすくなる。つまり、特典条件を満たすか否かをキャラクタの選択基準としたときに、選択するキャラクタをさらに絞り込むことができる。具体的には、図９の例であれば、キャラクタとクエストの相性を選択基準としてキャラクタをさらに絞り込むことができる。その際、属性の優劣関係を理解していれば、キャラクタとクエストの相性を正確に判断することができる。

（６）キャラクタ毎に提供可否を判断（ＣＰとＰＰの関係）
上記の例では個別条件がＣＰとＱＰの関係で判断されたが、これに限らず、例えば、ＣＰとＰＰの関係で判断されてもよい。その場合、ゲームサーバ装置１０は、キャラクタパラメータがパーティパラメータと所定の関係である場合に個別条件が満たされると判断する。所定の関係は、例えば、パーティパラメータの増減へのキャラクタパラメータの寄与度が閾値以上の関係である。

図１０は、個別条件による特典提供の一例を表す図である。図１０では、図６で述べたキャラクタＡ、Ｂ、Ｃ、Ｄによるパーティと推奨戦力が１００００のクエストを例に挙げて説明している。まず、図１０（ａ）のようにキャラクタＡ、Ｂ、Ｃが選択されると、ＰＰが１３０００でＱＰが１００００なのでＰＰ≧ＣＰとなり特典条件を満たす。ここで、ゲームサーバ装置１０は、ＰＰに対するＣＰの寄与度を、ＣＰ÷ＰＰという計算式を用いて算出する。

キャラクタＡの場合、ゲームサーバ装置１０は、６０００（ＣＰ）÷１３０００（ＰＰ）＝４６％と寄与度を算出する。同様に、ゲームサーバ装置１０は、キャラクタＢの場合、２０００（ＣＰ）÷１３０００（ＰＰ）＝１５％と寄与度を算出し、キャラクタＣの場合、５０００（ＣＰ）÷１３０００（ＰＰ）＝３８％と寄与度を算出する。閾値を例えば２０％とすると、ゲームサーバ装置１０は、寄与度が２０％以上となるキャラクタＡ、Ｃは個別条件を満たすのでバフの効果を発動させ、寄与度が２０％未満となるキャラクタＢは個別条件を満たさないのでバフの効果を発動させない。

図１０（ｂ）のようにキャラクタＡ、Ｂ、Ｄが選択された場合と図１０（ｄ）のようにキャラクタＢ、Ｃ、Ｄが選択された場合は、特典条件が満たされないので、パーティ全体にバフの効果を発動させない。図１０（ｃ）のようにキャラクタＡ、Ｃ、Ｄが選択されると、ＰＰが１２０００でＱＰが１００００なのでＰＰ≧ＣＰとなり特典条件を満たす。この場合、キャラクタＡの寄与度は６０００（ＣＰ）÷１２０００（ＰＰ）＝５０％である。

キャラクタＣの寄与度は５０００（ＣＰ）÷１２０００（ＰＰ）＝４２％であり、キャラクタＤの寄与度は１０００（ＣＰ）÷１２０００（ＰＰ）＝８％である。ゲームサーバ装置１０は、寄与度が２０％以上となるキャラクタＡ、Ｃは個別条件を満たすのでバフの効果を発動させ、寄与度が２０％未満となるキャラクタＤは個別条件を満たさないのでバフの効果を発動させない。このようにＣＰとＰＰの関係を個別条件の判断に用いることで、キャラクタとパーティの相性を選択基準とすることができる。

例えば、キャラクタＡ、Ｂ、ＣのようにＣＰ戦力が偏っている組合せだとバフの効果を得られないキャラクタが出てくるので、ＣＰ戦力が劣っているキャラクタを入れ替えるか、ＣＰ戦力が勝っているキャラクタを入れ替えることで、全員がバフの効果を得られる組合せが見つかる可能性がある。このように、ＣＰのＰＰへの寄与度を個別条件の判断に用いることで、キャラクタの組合せを工夫することができる。

図１１は、個別条件による特典提供の別の一例を表す図である。図１１では、図１０の例にさらに図８で述べた属性によるＣＰの補正を加えている。例えば、図１１（ａ）のようにキャラクタＡ、Ｂ、Ｃが選択されると、ＣＰがそれぞれ６０００→３０００、２０００→４０００、５０００→５０００と補正され、ＰＰが１２０００でＱＰが１００００なのでＰＰ≧ＣＰとなり特典条件を満たす。そして、キャラクタＡ、Ｂ、Ｃの補正後のＣＰによる寄与度は、それぞれ２５％、３３％、４２％でいずれも閾値の２０％以上となる。

よって、ゲームサーバ装置１０は、キャラクタＡ、Ｂ、Ｃがいずれも個別条件を満たすと判断し、それぞれバフの効果を発動させる。図１１（ｂ）のようにキャラクタＡ、Ｂ、Ｄが選択された場合は特典条件が満たされない。図１１（ｃ）のようにキャラクタＡ、Ｃ、Ｄが選択された場合は特典条件が満たされる。キャラクタＡ、Ｃ、Ｄの補正後のＣＰによる寄与度はそれぞれ３０％、５０％、２０％となりいずれも個別条件を満たすので、それぞれバフの効果が発動する。

図１１（ｄ）のようにキャラクタＢ、Ｃ、Ｄが選択された場合も特典条件が満たされる。キャラクタＢ、Ｃ、Ｄの補正後のＣＰによる寄与度はそれぞれ３６％、４５％、１８％となり、キャラクタＢ、Ｃは個別条件を満たしてバフの効果が発動するが、キャラクタＤは個別条件を満たさないのでバフの効果が発動しない。このようにキャラクタとクエストの属性関係も個別条件の判断に用いることで、キャラクタとパーティ及びクエストの双方との相性を選択基準とすることができる。

（７）ターン毎のプレイ
例えばクエストにモンスターとの戦闘が含まれている場合、そのクエストは、ターン毎にプレイされることが多い。ターン毎のプレイでは、戦闘によるダメージ、魔法又は薬の効果等により、キャラクタが、ターン毎にキャラクタパラメータを変動させる場合がある。例えばモンスターの特殊攻撃のダメージで攻撃力や防御力が低下したり、反対に味方の補助魔法の効果で攻撃力や防御力が向上したりする。

そして、変化したキャラクタパラメータがパーティパラメータに影響する場合もある。そこで、ゲームサーバ装置１０は、そのようにターン毎に変動したキャラクタパラメータに基づき特典条件の判断及び個別条件の判断を行ってもよい。
図１２は、ターン制のクエスト処理の一例を示すアクティビティ図である。このクエスト処理は、図７に示すクエスト処理を元にしているので、それと異なる点を中心に説明する。

ゲームサーバ装置１０は、ゲーム処理部１１２により、Ａ２２において特定イベントが発生したと判断した場合、Ａ３１において、その時点でのキャラクタパラメータを用いてパーティパラメータを再算出する。そして、ゲームサーバ装置１０が、Ａ２３において、特典条件が満たされるか否かを判断した場合、キャラクタパラメータが前回から変化していると特典条件の判断結果も前回とは異なる結果になることがある。

Ａ２３において特典条件が満たすと判断した場合、ゲームサーバ装置１０は、Ａ３２において、ゲーム処理部１１２により、個別条件を用いて特典であるバフの発動有無をキャラクタ毎に判断する。ゲームサーバ装置１０は、特典を発動すると判断したキャラクタについてはＡ２４において特典ありの処理を行い、特典を発動しないと判断したキャラクタについてはＡ２５において特典なしの処理を行う。そして、ゲームサーバ装置１０は、Ａ３３において、ゲーム処理部１１２により、特典イベントが終了したか否かを判断する。

ゲームサーバ装置１０は、特典イベントが終了していないと判断した場合、Ａ３１に戻ってパーティパラメータの再算出を行い、以降の動作を繰り返す。ゲームサーバ装置１０は、特典イベントが終了したと判断した場合、Ａ２５においてクエストをクリアしたかを判断する。本実施形態では、プレイヤは、例えば、特典を得られていないキャラクタや特典を得られていないパーティに所属するキャラクタのＣＰをクエストのプレイ中に向上させて特典を得られるようにすればよい。本実施形態によれば、ターン毎に特典を得るためのプレイを考慮させることができる。

（８）特典の変化
ゲームサーバ装置１０は、ゲーム処理部１１２により、特典条件に加えてパーティパラメータにも対応する特典を提供してもよい。ゲームサーバ装置１０は、具体的には、特典条件により、特典を提供するか否かを判断し、パーティパラメータにより、提供する特典の程度（以下「特典レベル」と言う）を決定する。ゲームサーバ装置１０は、例えば、パーティパラメータとクエストパラメータの差分（以下「パラメータ差分」と言う）と特典レベルとを対応付けた特典テーブルを用いる。

図１３は、特典テーブルの一例を示す図である。図１３（ａ）では、「Ｔｈ１１未満」、「Ｔｈ１１以上Ｔｈ１２未満」、「Ｔｈ１２以上」というパラメータ差分に「パラメータ回復値＋１０％」、「パラメータ回復値＋２０％」、「パラメータ回復値＋３０％」という特典レベルが対応付けられている。この特典テーブルを用いた場合、ゲームサーバ装置１０は、特典条件を満たすパーティにパラメータを回復する効果を特典として提供し、パラメータ差分が大きいほど回復値を大きくする。

図１３（ｂ）では、「Ｔｈ２１未満」、「Ｔｈ２１以上Ｔｈ２２未満」、「Ｔｈ２２以上」というパラメータ差分に「バフ効果＋１０％」、「バフ効果＋２０％」、「バフ効果＋３０％」という特典レベルが対応付けられている。この特典テーブルを用いた場合、ゲームサーバ装置１０は、特典条件を満たすパーティにバフ効果を特典として提供し、パラメータ差分が大きいほどバフ効果の値を大きくする。

図１３（ｃ）では、「Ｔｈ３１未満」、「Ｔｈ３１以上Ｔｈ３２未満」、「Ｔｈ３２以上」というパラメータ差分に「デバフ回避率＋１０％」、「デバフ回避率＋２０％」、「デバフ回避率＋３０％」という特典レベルが対応付けられている。この特典テーブルを用いた場合、ゲームサーバ装置１０は、特典条件を満たすパーティに敵モンスターからのデバフ付与攻撃の回避率向上を特典として提供し、パラメータ差分が大きいほどその回避率を大きくする。

例えばキャラクタパラメータとして戦力が用いられる場合、キャラクタの戦力を増強することで、得られる特典のレベルも向上する。また、クエストパラメータを大きく上回るパーティパラメータのパーティを組むことで、特典レベルを向上させてクエストをクリアしやすくすることができる。このように、本実施形態によれば、キャラクタを選択する際に、得られる特典の大きさをより重視させることができる。

（９）クエストごとの条件
上記の実施形態では、ゲームの中で一律の特典条件が用いられたが、クエストごとに異なる特典条件が用いられてもよい。例えば、或るクエストでは属性による補正を行う特典条件を用い、別のクエストでは属性による補正を行わない特典条件を用いるという具合である。また、クエストごとに異なる個別条件が用いられてもよい。例えば、或るクエストではＣＰとＱＰの関係に基づく個別条件を用い、別のクエストではＣＰとＰＰの関係に基づく個別条件を用いるという具合である。このような態様によれば、クエストごとにキャラクタの選択基準を異ならせることができる。

（１０）タッグでのパーティ参加
ゲームサーバ装置１０が、キャラクタの組からなるタッグを複数含むパーティを登録してクエストをプレイするゲームを提供する場合がある。例えば、人間の戦士と味方モンスターとをタッグにして協力して敵モンスターと戦うクエストをプレイさせるという場合である。このようにキャラクタ同士がタッグを組んだ場合、キャラクタ同士の相性や信頼度などによって、タッグ全体のパラメータが変動することがある。

これらの相性や信頼度は、それらを表すパラメータが独自に設けられていてもよいし、例えば属性の関係から相性が判断されてもよい。また、信頼度のようなパラメータは、時間の経過やプレイ内容によって変動させてもよい。本実施形態では、ゲームサーバ装置１０は、タッグを組んだキャラクタ同士において特定のキャラクタパラメータの関係が所定の補正条件を満たすか否かを判断する。所定の補正条件とは、例えば、タッグを組むキャラクタ同士の属性が同じである場合に満たされる条件や、タッグを組むキャラクタ同士の信頼度が閾値以上である場合に満たされる条件などである。

なお、補正条件は１つに限らない。例えば、キャラクタパラメータを＋１０％する補正条件と、＋２０％する補正条件と、＋３０％する補正条件とが定められていてもよい。ゲームサーバ装置１０は、所定の補正条件を満たすと判断した場合、その補正条件に応じてその特定のキャラクタパラメータを補正する。そして、ゲームサーバ装置１０は、補正したキャラクタパラメータに基づいて決まるパーティパラメータを取得する。

図１４は、タッグでの特典条件の判断の一例を示す図である。図１４の例では、キャラクタＡ、Ｂ、Ｃが、キャラクタＥ、Ｆ、Ｇをパートナーとしてそれぞれタッグを組んでいる。キャラクタＡ、Ｂ、ＣのＣＰは、各々の属性とクエストの属性との関係で図８の例と同様の補正が行われている。これを第１補正値とする。ゲームサーバ装置１０は、さらに、パートナーと属性が同じである場合に＋５０％のキャラクタパラメータの補正を行っている。

図１４の例であれば、キャラクタＢ、ＣはパートナーのキャラクタＦ、Ｇと属性が同じなので、それぞれＣＰの第１補正値をさらに４０００→６０００、５０００→７５００に補正している。これを第２補正値とする。なお、補正をしないキャラクタＡについては第１補正値と同じ値を第２補正値とする。ゲームサーバ装置１０は、これらの第２補正値に基づいて、ＰＰを１６５００と算出し、キャラクタＡ、Ｂ、Ｃの寄与率を１８％、３６％、４５％と算出する。ゲームサーバ装置１０は、特典条件が満たされるので、個別条件を満たすキャラクタＢ、Ｃに対して特典であるバフを発動させる。このような態様によれば、タッグの相性を選択基準とすることができる。

（１１）キャラクタ募集
オンラインゲームにおいては、パーティを組む仲間のキャラクタを募集することがある。その場合に、ゲームサーバ装置１０は、ユーザが選択した選択キャラクタとパーティを組むキャラクタの候補をユーザに提示し、選択キャラクタと組んだときにおけるパーティパラメータによる特典条件の満たしやすさに応じた態様でそれらの候補を提示してもよい。

図１５は、パーティ候補の提示の一例を示す図である。図１５（ａ）では、ゲームサーバ装置１０が、ゲーム処理部１１２により、クエスト準備画面として、クエスト名、推奨戦力、推奨属性、パーティ名（図１５の例ではそれぞれ「ＹＹ探索」、「１５０００」、「火」、「パーティＺ」）と、プレイヤが最初に選択したキャラクタの名称（図１５の例ではキャラクタＡ）及びキャラクタパラメータ（戦力、属性）を表示させている。図１５の例では、図８で述べたような属性による補正が適用されており、戦力の欄には補正後の戦力（以下「属性補正値」と言う）と、補正前の戦力を括弧書きで表している。

ゲームサーバ装置１０は、パーティキャラクタ候補として、キャラクタＣ、Ｅ、Ｆ、Ｇ、Ｈを表示させている。これらのキャラクタは、最大ＰＰが大きい方から順番に並べられている。最大ＰＰとは、選択されたキャラクタと表示されているキャラクタを組合せた場合に最大となるＰＰのことである。キャラクタＨ（属性補正値＝８０００）の場合、選択されたキャラクタＡ（属性補正値＝３０００）と、キャラクタ候補のうち属性補正値が自身を除いて最大となるキャラクタＧ（属性補正値＝７０００）とをパーティとした場合の１８０００が最大ＰＰとなる。

キャラクタＥ（属性補正値＝２５００）の場合、選択されたキャラクタＡ（属性補正値＝３０００）と、キャラクタ候補のうち属性補正値が自身を除いて最大となるキャラクタＨ（属性補正値＝８０００）とをパーティとした場合のＰＰ＝１３５００が最大ＰＰとなる。図１５の例でも、ＰＰ≧ＱＰの場合に特典条件が満たされるものとする。その場合、ＰＰが大きいほど、ＱＰが大きくても特典条件が満たされやすくなり、特典を得やすくなる。

そこで、ゲームサーバ装置１０は、最大ＰＰが大きく特典条件が満たされやすいキャラクタ候補ほど、画面の上の方に配置して目立ちやすい態様でプレイヤに提示している。また、ゲーム端末２０は、最大ＰＰが大きい方から２つのキャラクタ候補を、それ以降のキャラクタ候補よりも大きな枠で表示させることで、同様に、特典条件が満たされやすいキャラクタ候補ほど目立ちやすい態様でプレイヤに提示している。

プレイヤが選択ボタンを押してキャラクタＨをパーティに加えた場合、ゲームサーバ装置１０は、図１５（ｂ）に示すように、パーティの欄にキャラクタＨを加えたクエスト準備画面を表示する。パーティキャラクタ候補には、キャラクタＨを除いた４人のキャラクタが表示されている。この時点で、パーティが残り１人となったので、あと１人キャラクタを選択すればＰＰが確定する。そこで、ゲームサーバ装置１０は、選択した場合に確定されるＰＰ（以下「確定ＰＰ」と言う）を候補キャラクタ毎に表示させている。

例えばキャラクタＧ（属性補正値＝７０００）の場合、選択されたキャラクタＡ（属性補正値＝３０００）及びキャラクタＨ（属性補正値＝８０００）とのパーティとなるので１８０００が確定ＰＰとなる。ゲームサーバ装置１０は、この確定ＰＰが大きく特典条件が満たされやすいキャラクタ候補ほど、画面の上の方に配置して目立ちやすい態様でプレイヤに提示している。また、ゲームサーバ装置１０は、図１５（ａ）と同様に上から２つの候補をそれより下の候補に比べて大きな枠で表示することで、目立ちやすい態様でプレイヤに提示している。

プレイヤが選択ボタンを押してキャラクタＣをパーティに加えた場合、ゲームサーバ装置１０は、図１５（ｃ）に示すように、パーティの欄にキャラクタＣを加えたクエスト準備画面を表示する。この場合、パーティのＰＰが確定するので、ゲームサーバ装置１０は、キャラクタＡ、Ｈ、Ｃの補正後戦力及び属性と、パーティＺのＰＰ＝１６０００とを表示する。また、ゲームサーバ装置１０は、入替候補指示画像Ｂ１と、入替ボタンＢ２とを表示させている。入替候補指示画像Ｂ１は、図１５（ｃ）の例では、キャラクタＨを入換候補として指している。

ゲームサーバ装置１０は、キャラクタ候補の欄に、入換候補であるキャラクタＨと入れ替えた場合のＰＰ（以下「入替後ＰＰ」と言う）を表示させている。キャラクタＧの場合、属性補正値が７０００なので、属性補正値が８０００のキャラクタＨと入れ替えると現在のＰＰよりも１０００小さくなって入替後ＰＰが１５０００となる。この状態でキャラクタＧの欄の入替ボタンＢ２を操作すると、ゲームサーバ装置１０は、キャラクタＨとキャラクタＧとを入れ替えて表示させる。

上記のような態様によれば、キャラクタＨやキャラクタＧのように特典を得やすいキャラクタを、他のキャラクタに比べて探しやすくすることができる。また、図１５（ａ）に示すようにパーティに２人以上空きがある場合に、１人選択しただけではＰＰが確定しないが、最大ＰＰを提示することで、特典を得やすいキャラクタ候補を把握させることができる。また、図１５（ｂ）に示すようにパーティの空きが１人になった場合は、確定ＰＰを提示することで、キャラクタを選択する前に特典の有無を確認することができる。また、図１５（ｃ）に示すようにパーティのキャラクタを入れ替えた場合の特典の有無も確認することができる。

なお、図１５の例では、プレイヤがキャラクタを選択すると、そのキャラクタがパーティの１人目となったが、プレイヤがキャラクタを選択し、そのキャラクタを参加させるパーティをさらに選択するようにしてもよい。
図１６は、パーティ候補の提示の別の一例を示す図である。図１６（ａ）では、図１５（ａ）と同じクエスト名、推奨戦力、推奨属性と、プレイヤが最初に選択したキャラクタの名称（キャラクタＡ）及びキャラクタパラメータが表示されている。

図１６の例では、ゲームサーバ装置１０が、ゲーム処理部１１２により、プレイヤが選択したキャラクタＡの参加するパーティの候補としてパーティＩ、Ｊ、Ｋ、Ｌ、Ｍと、各パーティの現在のＰＰ及び人数と、最大ＰＰとを表示している。これらのパーティは、所属する予定のパーティが決定しているキャラクタによるＰＰである。ここで、「ＹＹ探索」のクエストに参加を表明しているが、まだ所属する予定のパーティが決まっていないキャラクタも存在するものとする。

最大ＰＰは、そのような未所属のキャラクタと選択キャラクタとパーティに所属予定のキャラクタを組み合わせた場合に最大となるＰＰを表している。例えば未所属のキャラクタの補正後ＣＰの最大が「７０００」であるとする。その場合、「パーティＬ」であれば、パーティＬには補正後ＣＰが「８０００」のキャラクタが１人だけ所属しているので、キャラクタＡの補正後ＣＰ「３０００」と「７０００」の合計で「１８０００」が最大ＰＰとなる。

「パーティＫ」であれば、人数が２人なので、現在ＰＰの「１４０００」にキャラクタＡの補正後ＣＰ「３０００」の合計で「１７０００」が最大ＰＰとなる。ゲームサーバ装置１０は、最大ＰＰが大きい方から順番に各パーティ候補を表示させることで、キャラクタＡが参加したときに特典条件が満たされやすいパーティ候補ほど画面の上の方に配置して目立ちやすい態様でプレイヤに提示している。また、ゲームサーバ装置１０は、最大ＰＰが大きい方から２つのパーティ候補を、それ以降のパーティ候補よりも大きな枠で表示させることで、同様に、特典条件が満たされやすいパーティ候補ほど目立ちやすい態様でプレイヤに提示している。

プレイヤが選択ボタンを押してパーティＬを選択した場合、ゲームサーバ装置１０は、図１６（ｂ）に示すように、パーティの欄に「パーティＬ」及びキャラクタＡ、Ｈを加えたクエスト準備画面を表示させる。キャラクタが参加予定のパーティが決まったので、ゲームサーバ装置１０は、未所属のキャラクタの一覧を、パーティキャラクタ候補として表示させる。このあとは、図１５で説明したように、キャラクタが選択される。図１６のような態様によれば、プレイヤが選択したキャラクタの所属すべきパーティを探しやすくすることができる。

なお、選択キャラクタを加えてもパーティの人数が足りない場合に表示する値は、最大ＰＰに限らない。ゲームサーバ装置１０は、例えば、特典条件を満たすために必要なＣＰの値（必要ＣＰ）を表示させてもよい。図１６（ａ）の例であれば、ゲームサーバ装置１０は、パーティＬの現在ＰＰが「８０００」でキャラクタＡのＣＰが「３０００」なので、ＱＰ「１５０００」との差分である「４０００」を必要ＣＰとして表示させる。図１５（ａ）の例でも、最大ＰＰに替えて必要ＣＰが表示されてもよい。

また、選択キャラクタが参加したあとのパーティの残り人数が複数人である場合、その差分を残り人数で割った値を必要ＣＰとしてもよい。要するに、選択キャラクタがパーティに参加した場合に特典条件の満たされやすさの程度をプレイヤが把握しやすくなる値であれば、どのような値が表示されてもよい。また、値の代わりに文字（「特典確定」、「もう少しで特典付与」など）や記号（特典付与見込み＝「Ａ」、「Ｂ」、「Ｃ」など）が用いられてもよい。

（１２）発明のカテゴリ
上述した実施形態の態様は、情報処理方法であってもよい。その情報処理方法は、ゲーム提供システム１のような情報処理システムの各部を備える。また、上述した実施形態の態様は、プログラムであってもよい。そのプログラムは、コンピュータに、同様の情報処理システムの各ステップを実行させる。

＜付記＞
さらに、次に記載の各態様で提供されてもよい。

（２）前記情報処理システムにおいて、前記キャラクタパラメータには、前記キャラクタの属性が含まれ、前記クエストパラメータには、前記クエストの属性が含まれ、前記第１取得ステップでは、前記キャラクタの属性および前記クエストの属性の関係に応じて補正された当該キャラクタのキャラクタパラメータに基づいて決まるパーティパラメータを取得する、もの。

このような態様によれば、キャラクタの選択基準として属性を考慮させることができる。

（３）前記情報処理システムにおいて、前記特典は、キャラクタに対する特典であり、前記キャラクタにはそれぞれ個別条件が定められており、前記提供ステップでは、前記特典条件を満たすパーティに属するキャラクタのうち前記個別条件を満たすキャラクタに前記特典を提供する、もの。

このような態様によれば、選択するキャラクタをさらに絞り込むことができる。

（４）前記情報処理システムにおいて、前記個別条件は、前記キャラクタパラメータが、前記クエストパラメータと所定の関係である場合に満たされる、もの。

このような態様によれば、キャラクタとクエストの相性を選択基準とすることができる。

（５）前記情報処理システムにおいて、前記キャラクタパラメータには、前記キャラクタの属性が含まれ、前記クエストパラメータには、前記クエストの属性が含まれ、前記所定の関係は、前記キャラクタの属性と前記クエストの属性が所定の組合せである、もの。

このような態様によれば、属性の優劣関係を理解していればキャラクタとクエストの相性を正確に判断することができる。

（６）前記情報処理システムにおいて、前記個別条件は、前記キャラクタパラメータが、前記パーティパラメータと所定の関係である場合に満たされる、もの。

このような態様によれば、キャラクタとパーティの相性を選択基準とすることができる。

（７）前記情報処理システムにおいて、前記所定の関係は、前記パーティパラメータの増減への前記キャラクタパラメータの寄与度が閾値以上の関係である、もの。

このような態様によれば、キャラクタの組合せを工夫することができる。

（８）前記情報処理システムにおいて、前記クエストは、ターン毎にプレイされるものであり、前記キャラクタは、前記ターン毎にキャラクタパラメータを変動させ、前記提供ステップでは、前記ターン毎に変動した前記キャラクタパラメータに基づき前記個別条件の判断を行う、もの。

このような態様によれば、ターン毎に特典を得るためのプレイを考慮させることができる。

（９）前記情報処理システムにおいて、前記クエストは、ターン毎にプレイされるものであり、前記キャラクタは、前記ターン毎にキャラクタパラメータを変動させ、前記提供ステップでは、前記ターン毎に変動した前記キャラクタパラメータに基づき前記特典条件の判断を行う、もの。

このような態様によれば、ターン毎のプレイにキャラクタとクエストの相性を考慮させることができる。

（１０）前記情報処理システムにおいて、前記提供ステップでは、前記特典条件に加えて前記パーティパラメータにも対応する特典を提供する、もの。

このような態様によれば、キャラクタを選択する際に、得られる特典の大きさをより重視させることができる。

（１１）前記情報処理システムにおいて、前記登録ステップでは、キャラクタの組からなるタッグを複数含むパーティを登録し、前記第１取得ステップでは、前記タッグを組んだキャラクタ同士において特定のキャラクタパラメータの関係が所定の補正条件を満たす場合、当該補正条件に応じた補正がされた当該特定のキャラクタパラメータに基づいて決まる前記パーティパラメータを取得する、もの。

このような態様によれば、タッグの相性を選択基準とすることができる。

（１２）前記情報処理システムにおいて、提示ステップでは、ユーザが選択した選択キャラクタとパーティを組むキャラクタの候補を前記ユーザに提示し、前記選択キャラクタと組んだときにおける前記パーティパラメータによる前記特典条件の満たしやすさに応じた態様で前記候補を提示する、もの。

このような態様によれば、特典を得やすいキャラクタを探しやすくすることができる。
もちろん、この限りではない。
また、上述した実施形態および変形例を任意に組み合わせて実施するようにしてもよい。

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

１ ：ゲーム提供システム
２ ：通信回線
１０ ：ゲームサーバ装置
２０ ：ゲーム端末
１１１ ：ゲーム通信部
１１２ ：ゲーム処理部
１１３ ：ゲームデータ記憶部
２１１ ：ゲーム通信部
２１２ ：ゲーム処理部
２１３ ：ゲーム操作受付部

Claims (12)

1. 情報処理システムであって、
   前記情報処理システムが、
   登録ステップでは、選択された複数のキャラクタをパーティとして登録し、前記キャラクタは、キャラクタパラメータを有し、前記パーティによりクエストをクリアして進行するゲームにおいて使用され、
   第１取得ステップでは、前記パーティに属するキャラクタのキャラクタパラメータに基づいて決まる当該パーティに対応付けられるパーティパラメータを取得し、
   第２取得ステップでは、前記クエストについて決められるクエストパラメータを取得し、
   提供ステップでは、取得された前記パーティパラメータが、取得された前記クエストパラメータに基づき決まる特典条件を満たす場合に、当該特典条件に対応する特典を提供し、
   前記キャラクタパラメータには、前記キャラクタの属性が含まれ、
   前記クエストパラメータには、前記クエストの属性が含まれ、
   前記第１取得ステップでは、前記キャラクタの属性および前記クエストの属性の関係に応じて補正された当該キャラクタのキャラクタパラメータに基づいて決まるパーティパラメータを取得する、
   情報処理システム。
2. 情報処理システムであって、
   前記情報処理システムが、
   登録ステップでは、選択された複数のキャラクタをパーティとして登録し、前記キャラクタは、キャラクタパラメータを有し、前記パーティによりクエストをクリアして進行するゲームにおいて使用され、
   第１取得ステップでは、前記パーティに属するキャラクタのキャラクタパラメータに基づいて決まる当該パーティに対応付けられるパーティパラメータを取得し、
   第２取得ステップでは、前記クエストについて決められるクエストパラメータを取得し、提供ステップでは、取得された前記パーティパラメータが、取得された前記クエストパラメータに基づき決まる特典条件を満たす場合に、当該特典条件に対応する特典を提供し、
   前記特典は、キャラクタに対する特典であり、
   前記キャラクタにはそれぞれ個別条件が定められており、
   前記個別条件は、前記キャラクタパラメータが、前記パーティパラメータと所定の関係である場合に満たされ、
   前記提供ステップでは、前記特典条件を満たすパーティに属するキャラクタのうち前記個別条件を満たすキャラクタに前記特典を提供する、
   情報処理システム。
3. 情報処理システムであって、
   前記情報処理システムが、
   登録ステップでは、選択された複数のキャラクタをパーティとして登録し、前記キャラクタは、キャラクタパラメータを有し、前記パーティによりクエストをクリアして進行するゲームにおいて使用され、
   第１取得ステップでは、前記パーティに属するキャラクタのキャラクタパラメータに基づいて決まる当該パーティに対応付けられるパーティパラメータを取得し、
   第２取得ステップでは、前記クエストについて決められるクエストパラメータを取得し、
   提供ステップでは、取得された前記パーティパラメータが、取得された前記クエストパラメータに基づき決まる特典条件を満たす場合に、当該特典条件に対応する特典を提供し、
   前記特典は、キャラクタに対する特典であり、
   前記キャラクタにはそれぞれ個別条件が定められており、
   前記個別条件は、前記キャラクタパラメータが、前記パーティパラメータと所定の関係である場合に満たされ、
   前記所定の関係は、前記パーティパラメータの増減への前記キャラクタパラメータの寄与度が閾値以上の関係であり、
   前記提供ステップでは、前記特典条件を満たすパーティに属するキャラクタのうち前記個別条件を満たすキャラクタに前記特典を提供する、
   情報処理システム。
4. 情報処理システムであって、
   前記情報処理システムが、
   登録ステップでは、選択された複数のキャラクタをパーティとして登録し、前記キャラクタは、キャラクタパラメータを有し、前記パーティによりクエストをクリアして進行するゲームにおいて使用され、
   第１取得ステップでは、前記パーティに属するキャラクタのキャラクタパラメータに基づいて決まる当該パーティに対応付けられるパーティパラメータを取得し、
   第２取得ステップでは、前記クエストについて決められるクエストパラメータを取得し、
   提供ステップでは、取得された前記パーティパラメータが、取得された前記クエストパラメータに基づき決まる特典条件を満たす場合に、当該特典条件に対応する特典を提供し、
   前記登録ステップでは、キャラクタの組からなるタッグを複数含むパーティを登録し、
   前記第１取得ステップでは、前記タッグを組んだキャラクタ同士において特定のキャラクタパラメータの関係が所定の補正条件を満たす場合、当該補正条件に応じた補正がされた当該特定のキャラクタパラメータに基づいて決まる前記パーティパラメータを取得する、
   情報処理システム。
5. 情報処理システムであって、
   前記情報処理システムが、
   登録ステップでは、選択された複数のキャラクタをパーティとして登録し、前記キャラクタは、キャラクタパラメータを有し、前記パーティによりクエストをクリアして進行するゲームにおいて使用され、
   第１取得ステップでは、前記パーティに属するキャラクタのキャラクタパラメータに基づいて決まる当該パーティに対応付けられるパーティパラメータを取得し、
   第２取得ステップでは、前記クエストについて決められるクエストパラメータを取得し、
   提供ステップでは、取得された前記パーティパラメータと、取得された前記クエストパラメータとの比較を行い、当該比較の結果が当該クエストパラメータに基づき決まる特典条件を満たす場合に、当該特典条件に対応する特典を提供し、当該比較の結果には、当該パーティパラメータと当該クエストパラメータとの大小関係の比較の結果が含まれ、当該特典条件には、当該比較の結果が所定の大小関係である場合に満たされる条件が含まれる、
   情報処理システム。
6. 請求項１～請求項５の何れか１つに記載の情報処理システムにおいて、
   前記特典は、キャラクタに対する特典であり、
   前記キャラクタにはそれぞれ個別条件が定められており、
   前記情報処理システムが、
   前記提供ステップでは、前記特典条件を満たすパーティに属するキャラクタのうち前記個別条件を満たすキャラクタに前記特典を提供する、情報処理システム。
7. 請求項６に記載の情報処理システムにおいて、
   前記個別条件は、前記キャラクタパラメータが、前記クエストパラメータと所定の関係である場合に満たされる、情報処理システム。
8. 請求項２～請求項５の何れか１つに記載の情報処理システムにおいて、
   前記特典は、キャラクタに対する特典であり、
   前記キャラクタにはそれぞれ個別条件が定められており、
   前記情報処理システムが、
   前記提供ステップでは、前記特典条件を満たすパーティに属するキャラクタのうち前記個別条件を満たすキャラクタに前記特典を提供し、
   前記個別条件は、前記キャラクタパラメータが、前記クエストパラメータと所定の関係である場合に満たされ、
   前記キャラクタパラメータには、前記キャラクタの属性が含まれ、
   前記クエストパラメータには、前記クエストの属性が含まれ、
   前記所定の関係は、前記キャラクタの属性と前記クエストの属性が所定の組合せである、情報処理システム。
9. 請求項６～請求項８の何れか１つに記載の情報処理システムにおいて、
   前記クエストは、ターン毎にプレイされるものであり、
   前記キャラクタは、前記ターン毎にキャラクタパラメータを変動させ、
   前記情報処理システムが、
   前記提供ステップでは、前記ターン毎に変動した前記キャラクタパラメータに基づき前記個別条件の判断を行う、情報処理システム。
10. 請求項１～請求項８の何れか１つに記載の情報処理システムにおいて、
    前記クエストは、ターン毎にプレイされるものであり、
    前記キャラクタは、前記ターン毎にキャラクタパラメータを変動させ、
    前記情報処理システムが、前記提供ステップでは、前記ターン毎に変動した前記キャラクタパラメータに基づき前記特典条件の判断を行う、情報処理システム。
11. 請求項１～請求項１０の何れか１つに記載の情報処理システムにおいて、
    前記情報処理システムが、
    前記提供ステップでは、前記特典条件に加えて前記パーティパラメータにも対応する特典を提供する、情報処理システム。
12. 請求項１～請求項１１の何れか１つに記載の情報処理システムにおいて、
    前記情報処理システムが、
    提示ステップでは、ユーザが選択した選択キャラクタとパーティを組むキャラクタの候補を前記ユーザに提示し、前記選択キャラクタと組んだときにおける前記パーティパラメータによる前記特典条件の満たしやすさに応じた態様で前記候補を提示する、情報処理システム。