知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025014353
(43)【公開日】2025-01-30
(54)【発明の名称】プログラム、情報処理システム、情報処理方法
(51)【国際特許分類】
A63F 13/5375 20140101AFI20250123BHJP
A63F 13/58 20140101ALI20250123BHJP
【ＦＩ】
A63F13/5375
A63F13/58
【審査請求】有
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2023116844
(22)【出願日】2023-07-18
(71)【出願人】
【識別番号】509070463
【氏名又は名称】株式会社コロプラ
(74)【代理人】
【識別番号】100148563
【弁理士】
【氏名又は名称】山本 実
(72)【発明者】
【氏名】得地 賢吾
(57)【要約】
【課題】操作の対象とする媒体の決定を支援する。
【解決手段】プログラムは、プロセッサーに、媒体のパラメーターを、ゲームのプレイに応じて変動させ、プロセッサーに、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる。
【選択図】図１２
【解決手段】プログラムは、プロセッサーに、媒体のパラメーターを、ゲームのプレイに応じて変動させ、プロセッサーに、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる。
【選択図】図１２
【特許請求の範囲】
【請求項1】
プロセッサーに、媒体のパラメーターを、ゲームのプレイに応じて変動させ、
プロセッサーに、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、プログラム。
プロセッサーに、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、プログラム。
【請求項2】
プロセッサーに、ユーザーから媒体の推奨条件を受け付けさせ、
前記特定状況は、前記推奨条件が満たされた状況である、請求項１に記載のプログラム。
前記特定状況は、前記推奨条件が満たされた状況である、請求項１に記載のプログラム。
【請求項3】
媒体のパラメーターは、ゲームのプレイに応じて増加するように変動可能であり、
プロセッサーに、媒体の現在のパラメーターから媒体が特定状況において到達し得るパラメーターまでの差分に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、請求項１に記載のプログラム。
プロセッサーに、媒体の現在のパラメーターから媒体が特定状況において到達し得るパラメーターまでの差分に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、請求項１に記載のプログラム。
【請求項4】
プロセッサーに、前記差分が異なる複数の媒体がある場合、前記差分が大きい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、請求項３に記載のプログラム。
【請求項5】
プロセッサーに、特定状況において到達し得るパラメーターが異なる複数の媒体がある場合、前記特定状況において到達し得るパラメーターが大きい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、請求項３に記載のプログラム。
【請求項6】
媒体のパラメーターは、その媒体が使用されたゲームの種類に応じた変動量となるように変動可能であり、
プロセッサーに、ゲームの種類に応じた変動量が大きい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、請求項１に記載のプログラム。
プロセッサーに、ゲームの種類に応じた変動量が大きい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、請求項１に記載のプログラム。
【請求項7】
媒体のパラメーターは、その媒体が使用されたゲームの種類に応じた変動量となるように変動可能であり、
プロセッサーに、ゲームの種類に応じて、ゲームのプレイに有利な順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、請求項１に記載のプログラム。
プロセッサーに、ゲームの種類に応じて、ゲームのプレイに有利な順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、請求項１に記載のプログラム。
【請求項8】
ゲームでは、第１媒体と、第２媒体と、が使用可能であり、
プロセッサーに、前記第２媒体として、媒体の現在のパラメーターが大きい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させ、かつ、前記第１媒体として、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、請求項１に記載のプログラム。
プロセッサーに、前記第２媒体として、媒体の現在のパラメーターが大きい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させ、かつ、前記第１媒体として、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、請求項１に記載のプログラム。
【請求項9】
プロセッサーに、同一種類である複数の媒体がある場合、媒体の現在のパラメーターから、媒体が特定状況において到達し得るパラメーターまでの差分が小さい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、請求項１に記載のプログラム。
【請求項10】
プロセッサーに、ゲームのプレイに関連した操作の対象とする媒体として推奨させる対象から、特定状況において到達し得るパラメーターに到達した媒体を除外させる、請求項１に記載のプログラム。
【請求項11】
情報処理装置を備え、前記情報処理装置は、プロセッサーを備え、
プロセッサーは、媒体のパラメーターを、ゲームのプレイに応じて変動させ、
プロセッサーは、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨する、情報処理システム。
プロセッサーは、媒体のパラメーターを、ゲームのプレイに応じて変動させ、
プロセッサーは、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨する、情報処理システム。
【請求項12】
プロセッサーに、媒体のパラメーターを、ゲームのプレイに応じて変動させ、
プロセッサーに、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、情報処理方法。
プロセッサーに、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、情報処理システム、及び情報処理方法に関する。
【背景技術】
【0002】
従来、ユーザーが媒体を使用してプレイ可能なゲームが知られている。例えば、媒体は、キャラクター、アイテム、及び装備品である。ゲームでは、媒体に関連付けられた各種の情報に基づいて、操作の対象とする媒体の決定を支援することが行われている。
【0003】
例えば、特許文献１には、最大攻撃力及び最大防御力のように、キャラクターの能力値の最終値を表示する態様によって、当該キャラクターを推奨することが開示されている。特許文献２には、敵キャラクターとの対戦を実行する前に、当該敵キャラクターに勝てるようなキャラクターをデッキに組み込む態様によって、当該キャラクターを推奨することが開示されている。特許文献３には、ユーザーによって選択された育成方針に沿ったイベントキャラクターをデッキに組み込む態様によって、当該イベントキャラクターを推奨することが開示されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１４－０１８２７０号公報
【特許文献2】特開２０２０－１４２１０６号公報
【特許文献3】特開２０２３－２４７２０号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
操作の対象とする媒体の決定を支援することが期待される。
【課題を解決するための手段】
【0006】
本開示の一態様に係るプログラムは、プロセッサーに、媒体のパラメーターを、ゲームのプレイに応じて変動させ、プロセッサーに、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる。
【発明の効果】
【0007】
本開示によれば、媒体の決定を支援できる。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
本開示に係る情報処理システムについて図面を参照しつつ説明する。
（第１実施形態）
［システムの概略］
図１に示すように、情報処理システム１０は、ネットワーク２０と、複数の端末１００と、１以上のサーバー２００と、を含む。情報処理システム１０は、家庭用のシステムとして、又は業務用のシステムとして提供される。各端末１００及びサーバー２００は、コンピューターである。各端末１００は、ネットワーク２０を介してサーバー２００と通信できるように構成される。一例として、情報処理システム１０は、各端末１００のユーザー１１に対してゲームを提供するゲームシステムとして構成される。以下の説明において、単に「ゲーム」と示す場合、情報処理システム１０が提供するゲームを意味する。各端末１００は、ゲーム端末として使用され得る。ゲーム端末としての端末１００は、ゲームをプレイする機能（以下、ゲーム機能という）をユーザー１１に提供する。各端末１００のユーザー１１は、プレイヤーとなり得る。各端末１００は、情報処理装置の一例である。サーバー２００は、情報処理装置の一例である。
（第１実施形態）
［システムの概略］
図１に示すように、情報処理システム１０は、ネットワーク２０と、複数の端末１００と、１以上のサーバー２００と、を含む。情報処理システム１０は、家庭用のシステムとして、又は業務用のシステムとして提供される。各端末１００及びサーバー２００は、コンピューターである。各端末１００は、ネットワーク２０を介してサーバー２００と通信できるように構成される。一例として、情報処理システム１０は、各端末１００のユーザー１１に対してゲームを提供するゲームシステムとして構成される。以下の説明において、単に「ゲーム」と示す場合、情報処理システム１０が提供するゲームを意味する。各端末１００は、ゲーム端末として使用され得る。ゲーム端末としての端末１００は、ゲームをプレイする機能（以下、ゲーム機能という）をユーザー１１に提供する。各端末１００のユーザー１１は、プレイヤーとなり得る。各端末１００は、情報処理装置の一例である。サーバー２００は、情報処理装置の一例である。
【0010】
［ネットワーク］
一例として、ネットワーク２０は、インターネット、及び無線基地局を含む移動通信システムで構成される。一例として、移動通信システムは、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、又はアクセスポイントによってインターネットに接続可能な無線ネットワークとして実現できる。
一例として、ネットワーク２０は、インターネット、及び無線基地局を含む移動通信システムで構成される。一例として、移動通信システムは、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、又はアクセスポイントによってインターネットに接続可能な無線ネットワークとして実現できる。
【0011】
［端末のハードウェア構成］
一例として、各端末１００は、スマートフォンである。各端末１００は、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、又はタブレット型コンピューターといった、携帯端末装置であってもよい。各端末１００は、パーソナルコンピューター（ＰＣ）、又はワークステーションといった、固定端末装置であってもよい。
一例として、各端末１００は、スマートフォンである。各端末１００は、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、又はタブレット型コンピューターといった、携帯端末装置であってもよい。各端末１００は、パーソナルコンピューター（ＰＣ）、又はワークステーションといった、固定端末装置であってもよい。
【0012】
一例として、端末１００は、プロセッサー１１０と、メモリー１２０と、ストレージ１３０と、を備える。端末１００は、通信インターフェース１４０と、入出力インターフェース１５０と、を備えてもよい。端末１００は、マイク１６０と、スピーカー１７０と、タッチスクリーン１８０と、を備えてもよい。端末１００が備える各構成要素は、通信バス１９０に接続される。
【0013】
プロセッサー１１０は、端末１００に与えられる信号に応じて、又は予め定められた条件が成立したことに応じて、メモリー１２０又はストレージ１３０に記憶されたプログラムに含まれる一連の命令を実行する。例えば、プロセッサー１１０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＭＰＵ（Micro Processor Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、又は他の演算装置として実現できる。
【0014】
メモリー１２０は、プログラム、及びデータを一時的に記憶する。一例として、プログラムは、ストレージ１３０から読み出される。データは、端末１００に送信されたデータと、プロセッサー１１０によって生成されたデータと、を含む。例えば、メモリー１２０は、ＲＡＭ（Random Access Memory）、又は他の揮発性のメモリーとして実現できる。ストレージ１３０は、プログラム、及びデータを永続的に記憶する。例えば、ストレージ１３０は、ＲＯＭ（Read-Only Memory）、ハードディスク装置、フラッシュメモリー、又は他の不揮発性記憶装置として実現できる。ストレージ１３０は、メモリーカードのように、着脱可能な記憶装置として実現されてもよい。
【0015】
一例として、ストレージ１３０は、ゲームプログラム、及び通信プログラムを記憶する。一例として、ゲームプログラムは、ゲーム機能を実現する。ゲームプログラムは、ユーザー１１がゲームをプレイするための環境を提供する。通信プログラムは、他のコンピューターと通信する機能を実現する。一例として、他のコンピューターは、サーバー２００である。ストレージ１３０は、配信プログラム、視聴プログラム、オペレーティングシステム、シミュレーションプログラム、ユーザー認証プログラム、及び他のプログラムを記憶してもよい。
【0016】
例えば、ストレージ１３０に記憶されるデータは、各種のオブジェクトを規定するデータ、及びユーザー情報を含み得る。各種のオブジェクトは、キャラクター、装備品、及び各種ゲーム用の画面を構成するオブジェクトを含み得る。一例として、ユーザー情報は、ユーザーＩＤ、ユーザー名、性別、年齢、及び住所等を含む。詳しくは後述する通り、ユーザー情報は、ユーザー１１がアバターとして使用するキャラクターに関する情報、及びキャラクターの装備品に関する情報を含み得る。ユーザー情報は、ユーザー１１が保有するゲーム内の通貨、ゲーム内のアイテム、及び様々な報酬を含み得る。
【0017】
通信インターフェース１４０は、ネットワーク２０に接続される。通信インターフェース１４０は、ネットワーク２０に接続されている他のコンピューターと通信する。例えば、通信インターフェース１４０は、ＬＡＮ（Local Area Network）、又は他の有線通信インターフェースとして実現できる。例えば、通信インターフェース１４０は、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）、又は他の無線通信インターフェースとして実現できる。通信インターフェース１４０は、上述したものに限られない。
【0018】
入出力インターフェース１５０は、外部の入力機器３００と通信する。例えば、入出力インターフェース１５０は、ＵＳＢ（Universal Serial Bus）、ＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）、又は他の有線通信インターフェースとして実現できる。例えば、入出力インターフェース１５０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又は他の無線通信インターフェースとして実現できる。
【0019】
一例として、入力機器３００は、コントローラーである。コントローラーは、１以上の操作部品を有する。例えば、１以上の操作部品は、ボタン、キー、スイッチ、ハンドル、バー、タッチパッド、又はスティックを含み得る。コントローラーは、操作部品に対するユーザー１１の操作に基づく出力値を端末１００へ送信する。一例として、コントローラーは、加速度センサー、及び角速度センサーといったモーションセンサーを備えてもよい。コントローラーは、モーションセンサーの出力値を端末１００へ送信するように構成されてもよい。コントローラーは、端末１００に対して取付け、及び取外しできてもよい。
【0020】
入力機器３００は、上述したものに限られない。例えば、入力機器３００は、カメラであってもよい。カメラは、ユーザー１１を撮影した撮影画像を端末１００へ送信するように構成されてもよい。例えば、入力機器３００は、測距センサーであってもよい。測距センサーは、ユーザー１１の手、又はマーカー等の検知に基づく出力値を端末１００へ送信するように構成されてもよい。
【0021】
マイク１６０は、ユーザー１１の発話を音声信号（電気信号）に変換してプロセッサー１１０へ送信する。スピーカー１７０は、音声信号を音声に変換してユーザー１１へ出力する。端末１００は、スピーカー１７０に加えて、又は代えて、イヤホン、又はイヤホンを接続できるイヤホンジャックを備えてもよい。
【0022】
タッチスクリーン１８０は、モニター１８１と、タッチセンサー１８２と、を含み得る。モニター１８１は、透過型、又は非透過型の表示装置として実現できる。例えば、モニター１８１は、液晶モニター、有機ＥＬ（Electro Luminescence）モニター、又は他の表示装置として実現できる。モニター１８１は、各種の画像を表示する。モニター１８１に表示する画像は、背景、キャラクター、ウィンドウ、ボタン、メニュー、リスト、及びアイコンといった各種のオブジェクトを含む。モニター１８１は、上述したものに限定されない。例えば、モニター１８１は、左目用の画像を表示するサブモニターと、右目用の画像を表示するサブモニターと、を含む３Ｄモニターであってもよい。
【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】
プロセッサー１１０は、キャラクター変更画面９０又はキャラクター推奨画面９０Ａにおいて、キャラクター変更操作を受け付けると、通信インターフェース１４０を介して、キャラクター変更要求をサーバー２００へ送信する。キャラクター変更要求は、ユーザーＩＤ、キャラクターＩＤ、及びキャラクター枠を特定可能な情報を含み得る。キャラクター変更要求は、キャラクターの種類を特定可能な情報を含み得る。キャラクター変更要求は、キャラクター枠に対するキャラクターの変更態様として、追加、交換、又は削除を特定可能な情報を含み得る。
【0141】
サーバー２００のプロセッサー２１０は、通信インターフェース２４０を介して、キャラクター変更要求を受信する。プロセッサー２１０は、キャラクター変更要求に指示される内容に基づいて、パーティ情報のデータ更新を行う。一例として、プロセッサー２１０は、キャラクター変更要求に示される内容となるように、ユーザーＩＤに関連付けられたキャラクターＩＤを変更又は削除する。一例として、プロセッサー２１０は、キャラクターの削除が指示される場合に、そのキャラクターを示すキャラクターＩＤを消去する。つまり、そのキャラクターをパーティへから削除する。プロセッサー２１０は、キャラクターの追加又は変更が指示される場合に、そのキャラクターを示すキャラクターＩＤを追加又は上書きする。つまり、キャラクターを新たにパーティに所属させる。
【0142】
以上のように、ゲームでは、第１媒体と、第２媒体と、が使用可能である。一例として、第１媒体は、第１枠又は育成枠にセットされる媒体であり、第２媒体は、第２枠又は攻略枠にセットされる媒体である。ゲームプログラムは、プロセッサー１１０に、第２媒体として、媒体の現在のパラメーターが大きい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる。ゲームプログラムは、プロセッサー１１０に、第１媒体として、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる。
【0143】
本開示の効果について説明する。
（２－１）第２媒体として、媒体の現在のパラメーターが大きい順に優先度を高くして、操作対象とする媒体が推奨される。つまり、第２枠では、イベントの達成に有利な媒体が推奨される。一方、第１媒体として、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、操作対象とする媒体が推奨される。よって、イベントの達成、及び媒体の育成という複数の観点から、媒体を選択し易くできる。
（２－１）第２媒体として、媒体の現在のパラメーターが大きい順に優先度を高くして、操作対象とする媒体が推奨される。つまり、第２枠では、イベントの達成に有利な媒体が推奨される。一方、第１媒体として、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、操作対象とする媒体が推奨される。よって、イベントの達成、及び媒体の育成という複数の観点から、媒体を選択し易くできる。
【0144】
（２－２）第１媒体として、媒体の現在のパラメーターから媒体が特定状況において到達し得るパラメーターまでの差分（一例として育成可能値）が大きい順に優先度を高くして、操作対象とする媒体が推奨される。よって、ユーザー１１は、伸びしろが大きな媒体を選択し易い。
【0145】
（第３実施形態）
第３実施形態について説明する。
上記実施形態では、イベントの種類、及び使用する媒体の種類に関わらず、イベントを通して獲得可能な育成ポイントが同じであった。第３実施形態では、イベントの種類、及び使用する媒体の種類に応じて、獲得可能な育成ポイントが異なり得る。
第３実施形態について説明する。
上記実施形態では、イベントの種類、及び使用する媒体の種類に関わらず、イベントを通して獲得可能な育成ポイントが同じであった。第３実施形態では、イベントの種類、及び使用する媒体の種類に応じて、獲得可能な育成ポイントが異なり得る。
【0146】
図１７に示すように、サーバー２００において、メモリー２２０及びストレージ２３０のうち一方又は両方は、記憶部２０５として、イベントＩＤに関連付けて各種の情報を記憶する。イベントＩＤには、イベントの達成時に獲得させる育成ポイントと、イベントの未達成時に獲得させる育成ポイントと、が関連付けられている。さらに、イベントＩＤには、媒体の種類毎に、イベントを通して獲得可能な育成ポイントの補正値が関連付けられている。
【0147】
一例として、補正値は、育成ポイントの倍率であるとよい。例えば、「モンスターＬ」を討伐するイベントでは、長剣及び双剣の何れも補正値が「×１．０」である。この場合、獲得可能な育成ポイントは、アバターが長剣及び双剣の何れを装備してイベントに参加しても同じである。例えば、「モンスターＯ」を討伐するイベントでは、長剣の補正値が「×１．０」である一方、双剣の補正値が「×１．２」である。この場合、獲得可能な育成ポイントは、アバターが長剣を装備してイベントに参加するときよりも、アバターが双剣を装備してイベントに参加するときのほうが多くなる。
【0148】
イベントを実行する処理のうち、ステップＳ２１１の育成処理において、サーバー２００のプロセッサー２１０は、アバターに関連付けられた装備品ＩＤに基づいて、装備品毎に補正値を取得する。プロセッサー２１０は、取得した補正値に基づいて各育成ポイントを補正する。プロセッサー２１０は、補正後の各育成ポイントを、アバターの各装備品ＩＤに関連付けた育成ポイントに加算して更新する。
【0149】
そして、第３実施形態では、イベントの種類が決定されてから当該イベントが開始されるまでの間に、当該イベントにて使用する媒体を変更できるとよい。例えば、端末１００のプロセッサー１１０が所定の操作を受け付けた場合に、ステップＳ１０２～Ｓ１０６及びステップＳ１１２～Ｓ１２３の実行によって、装備品を変更可能であるとよい。この場合に、所定の操作は、イベントの種類を指示する操作を含むとよい。その後、端末１００のプロセッサー１１０が所定の操作を受け付けると、ステップＳ２０１～Ｓ２１５の実行によって、イベントを実行可能であるとよい。所定の操作は、イベント画面６０への画面切替操作であるとよい。
【0150】
そして、第３区分の推奨媒体が提示されてもよい。一例として、端末１００のプロセッサー１１０は、第３区分の推奨装備品を提示させてもよい（ステップＳ１１６）。この場合に、プロセッサー１１０は、他区分の推奨媒体（一例として推奨装備品）のうち一部又は全部の提示を省略してもよい。一例として、第３区分の推奨装備品は、ユーザー１１が所有する同一カテゴリーの装備品のうち、決定済みのイベントにおいて、育成ポイントの補正値がユーザー１１にとって有利な順に所定数の装備品である。一例として、所定数は３である。プロセッサー１１０は、補正値に基づいて、装備品を並び替える。プロセッサー１１０は、補正値が大きい順に所定数の装備品について、その装備品を示すオブジェクトとして、装備品アイコン５１をモニター１８１に表示する。つまり、プロセッサー１１０は、モニター１８１に、イベントの種類に応じた変動量が大きい順に優先度を高くして、装備品を推奨させる。このように、媒体のパラメーターは、その媒体が使用されたゲームの種類に応じた変動量となるように変動可能である。ゲームプログラムは、プロセッサー１１０に、ゲームの種類（一例としてイベントの種類）に応じた変動量が大きい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる。
【0151】
本開示の効果について説明する。
（３－１）媒体のパラメーターの変動量は、その媒体が使用されたゲームの種類に応じて異なり得る。そして、ゲームのプレイに関連した操作の対象とする媒体は、ゲームの種類に応じた変動量が大きい順に優先度を高くして推奨される。よって、ユーザー１１は、参加しようとするイベントの種類に応じて、効率よく育成するように媒体を選択し易い。
（３－１）媒体のパラメーターの変動量は、その媒体が使用されたゲームの種類に応じて異なり得る。そして、ゲームのプレイに関連した操作の対象とする媒体は、ゲームの種類に応じた変動量が大きい順に優先度を高くして推奨される。よって、ユーザー１１は、参加しようとするイベントの種類に応じて、効率よく育成するように媒体を選択し易い。
【0152】
上記実施形態は、以下のように変更して実施することができる。上記実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・媒体のパラメーターを変動させるに際して、その変動量に影響を与え得るゲームのプレイ内容は、イベントを達成できたか否かに限定されない。例えば、プレイ内容は、イベントにおいて、敵キャラクターに連続攻撃を成功させた回数であってもよく、敵キャラクターの撃破数であってもよく、味方キャラクターのサポート回数であってもよい。本変更例であっても、媒体のパラメーターは、その媒体が使用されたゲームのプレイ内容（プレイ結果を含む）に応じた変動量となるように変動可能である。よって、プレイ内容を向上させるユーザー１１の意欲を高め得る。
・媒体のパラメーターを変動させるに際して、その変動量に影響を与え得るゲームのプレイ内容は、イベントを達成できたか否かに限定されない。例えば、プレイ内容は、イベントにおいて、敵キャラクターに連続攻撃を成功させた回数であってもよく、敵キャラクターの撃破数であってもよく、味方キャラクターのサポート回数であってもよい。本変更例であっても、媒体のパラメーターは、その媒体が使用されたゲームのプレイ内容（プレイ結果を含む）に応じた変動量となるように変動可能である。よって、プレイ内容を向上させるユーザー１１の意欲を高め得る。
【0153】
・イベントの達成難易度は、当該イベントに使用する媒体の種類に関わらず同じであることに限定されず、媒体の種類に応じて変化してもよい。例えば、イベントの達成難易度は、装備品毎に、モンスターの能力値の補正値を異ならせたり、討伐対象とするモンスターの出現数の補正値を異ならせたりすることで変化できる。一例として、イベントＩＤには、装備品の種類毎に、モンスターのＨＰの補正値が関連付けられている。例えば、長剣には、補正値として「×１．０」が関連付けられており、「双剣」には、補正値として「×０．８」が関連付けられている。この例によれば、アバターが双剣を装備している場合、長剣を装備しているときに比して、モンスターのＨＰが低くなる分、イベントの達成難易度が低下する。
【0154】
そして、第４区分の推奨媒体が提示されてもよい。一例として、ステップＳ１１６において、プロセッサー１１０は、第４区分の推奨装備品を提示させてもよい。この場合に、プロセッサー１１０は、他区分の推奨媒体（一例として推奨装備品）のうち一部又は全部の提示を省略してもよい。第４区分の推奨装備品は、ユーザー１１が所有する同一カテゴリーの装備品のうち、補正値がユーザー１１にとって有利な順に所定数の装備品である。一例として、所定数は３である。プロセッサー１１０は、補正値に基づいて、装備品を並び替える。プロセッサー１１０は、補正値が有利な順に所定数の装備品について、その装備品を示すオブジェクトとして、装備品アイコン５１をモニター１８１に表示する。つまり、プロセッサー１１０は、モニター１８１に、イベントの達成難易度が低くなる順に優先度を高くして、装備品を推奨させる。このように、媒体のパラメーターは、その媒体が使用されたゲームの種類（一例としてイベントの種類）に応じた変動量となるように変動可能である。ゲームプログラムは、プロセッサー１１０に、ゲームの種類に応じて、ゲームのプレイに有利な順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる。これによれば、ユーザー１１は、イベントを達成し易い媒体を選択し易い。
【0155】
・第５区分の推奨媒体が提示されてもよい。一例として、ステップＳ１１６において、プロセッサー１１０は、第５区分の推奨装備品を提示させてもよい。この場合に、プロセッサー１１０は、他区分の推奨媒体（一例として推奨装備品）のうち一部又は全部の提示を省略してもよい。第５区分の推奨装備品は、ユーザー１１が所有する同一カテゴリーの装備品のうち育成可能値が小さい順に、所定数の装備品である。一例として、所定数は３である。プロセッサー１１０は、同一カテゴリーに分類される装備品毎に育成可能値を算出する。プロセッサー１１０は、算出した育成可能値に基づいて、装備品を並び替える。プロセッサー１１０は、育成可能値が小さい順に所定数の装備品について、その装備品を示すオブジェクトとして、装備品アイコン５１をモニター１８１に表示する。本変更例では、評価値として、媒体のレベルを採用することが好ましい。このようにゲームプログラムは、プロセッサー１１０に、同一種類である複数の媒体がある場合、同一種類の媒体のうち、媒体の現在のパラメーターから、媒体が特定状況において到達し得るパラメーターまでの差分（増加分）が小さい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる。これによれば、ユーザー１１は、パラメーターの差分（一例として育成可能値）が少ないものを優先的に選択できる。特に、基準パラメーターとしてレベルを採用すると、媒体の育成完了を優先的に意識させることができる。
【0156】
・第６区分の推奨媒体が提示されてもよい。一例として、ステップＳ１１６において、プロセッサー１１０は、第６区分の推奨装備品を提示させてもよい。この場合に、プロセッサー１１０は、他区分の推奨媒体（一例として推奨装備品）のうち一部又は全部の提示を省略してもよい。第６区分の推奨装備品は、ユーザー１１が所有する同一カテゴリーの装備品のうち最大の性能値が大きい順に、所定数の装備品である。一例として、所定数は３である。プロセッサー１１０は、最終の性能値に基づいて、装備品を並び替える。プロセッサー１１０は、最終の性能値が大きい順に所定数の装備品について、その装備品を示すオブジェクトとして、装備品アイコン５１をモニター１８１に表示する。本変更例では、評価値として、媒体のレベルを採用することが好ましい。このようにゲームプログラムは、プロセッサーに、特定状況において到達し得るパラメーターが異なる複数の媒体がある場合、特定状況において到達し得るパラメーターが大きい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる。これによれば、特定状況において到達し得るパラメーターが異なる複数の媒体がある場合、媒体が特定状況において到達し得るパラメーターが大きい順に優先度を高くして操作対象とする媒体が推奨される。よって、ユーザー１１は、何れの媒体を使用すれば、パラメーターを大きくできるかを容易に把握できる。
【0157】
第７区分の推奨媒体が提示されてもよい。一例として、ステップＳ１１６において、プロセッサー１１０は、第７区分の推奨装備品を提示させてもよい。この場合に、プロセッサー１１０は、他区分の推奨媒体（一例として推奨装備品）のうち一部又は全部の提示を省略してもよい。第７区分の推奨装備品は、ユーザー１１が所有する同一カテゴリーの装備品のうち、特定のプレイ内容が達成されたときの、育成ポイントの補正値がユーザー１１にとって有利な順に所定数の装備品である。補正値は、各プレイ内容に区分して、装備品毎に、イベントを通して獲得可能な育成ポイントの補正値が関連付けられている。一例として、所定数は３である。プロセッサー１１０は、補正値に基づいて、装備品を並び替える。プロセッサー１１０は、補正値が大きい順に所定数の装備品について、その装備品を示すオブジェクトとして、装備品アイコン５１をモニター１８１に表示する。つまり、プロセッサー１１０は、モニター１８１に、プレイ内容に応じた変動量が大きい順に優先度を高くして、装備品を推奨させる。プロセッサー１１０は、ユーザー１１の指示操作に応じて、プレイ内容を切り替えて装備品を推奨させるとよい。よって、ユーザー１１は、自分の得意なプレイに応じて、何れの媒体を使用すれば、パラメーターを大きくできるかを容易に把握できる。
【0158】
・ユーザー１１が所有する媒体のうち、育成可能値が０となった媒体は、推奨媒体として提示する対象から除外されてもよい。一例として、ステップＳ１１６において、プロセッサー１１０は、ユーザー１１が所有する同一カテゴリーの装備品のうち育成可能値が０となった装備品を、各区分の推奨装備品として提示する対象から除外してもよい。このようにゲームプログラムは、プロセッサー１１０に、ゲームのプレイに関連した操作の対象とする媒体として推奨させる対象から、特定状況において到達し得るパラメーターに到達した媒体を除外させる。これによれば、育成を目的として媒体を選択するときに、育成が完了した媒体が推奨対象から除外されるから、推奨媒体を分かり易く提示できる。
【0159】
・特定状況は、装備品のレベルが最大レベルに到達した状況であることに限定されず、初期レベルを超えて最大レベルを超えない範囲に定めた所定のレベルに到達した状況であってもよい。また、特定状況を特定レベルに達した状況とする場合に、特定レベルは、ユーザー１１の操作に応じて変更可能であってもよい。このように、ゲームプログラムは、プロセッサー１１０に、ユーザーから媒体の推奨条件を受け付けさせる。特定状況は、推奨条件が満たされた状況である。これによれば、ユーザー１１は、好みの推奨条件を設定したうえで、媒体の推奨をうけることができる。よって、ユーザー１１の育成指針にあわせて、媒体を選択し易くできる。
【0160】
・評価値は、装備品における性能値、又はキャラクターにおける能力値であることに限定されない。一例として、評価値は、ある媒体について複数のパラメーターをもとに算出される値であってもよい。例えば、プロセッサー１１０は、媒体の第１パラメーターをｘ、第２パラメーターをｙ、所定の係数をａ，ｂ、評価値をＰとしたときに、「Ｐ＝ａｘ＋ｂｙ」の関係式に基づいて演算するとよい。この場合に、係数ａ，ｂは、ユーザー１１の変更操作に応じて変更できるとよい。評価値を演算する基礎となるパラメーターは、２つであることに限定されず、３つ以上であってもよい。これによれば、ユーザー１１が重視するパラメーターに応じて、媒体を推奨できる。
【0161】
・媒体の基準パラメーターは、キャラクターの能力値、及び装備品の性能値に限定されない。基準パラメーターは、媒体に関連付けられた情報の種類、又は数量であってもよい。例えば、基準パラメーターは、キャラクターに関連付けられたスキル又は魔法の種類、習得数、熟練度であとよい。
【0162】
・基準パラメーターは、ユーザー１１の選択操作に応じて、媒体のパラメーターの中から１つ、又は複数が選択されてもよい。例えば、プロセッサー１１０は、キャラクターのＨＰ、防御力、攻撃力、及び魔法力の中から、ユーザー１１によって選択されたパラメーターを基準パラメーターとして評価値を生成し、各区分の推奨キャラクターを提示させるとよい。
【0163】
・複数の媒体枠のうち、特定の媒体枠にセットされた媒体の育成を、他の媒体枠にセットされた媒体に比して優遇してもよい。一例として、同じイベントを達成した場合であっても、育成枠にセットされた装備品に付与する育成ポイントを、他の装備枠にセットされた装備品に付与する育成ポイントよりも多くしてもよい。一例として、他の装備枠は、攻略枠であってもよい。これに限らず、同じイベントを達成した場合であっても、育成枠にセットされた装備品に付与する育成ポイントを、他の装備枠にセットされた装備品に付与する育成ポイントよりも少なくしてもよい。一例として、他の装備枠は、攻略枠であってもよい。
【0164】
・ゲームプログラムは、プロセッサー１１０が推奨媒体の提示を指示する操作を受け付けると、サーバー２００から受信した各種情報に基づいて、プロセッサー１１０が、推奨媒体を示すオブジェクトをモニター１８１に表示させる。これに限定されず、ゲームプログラムは、プロセッサー１１０が推奨媒体のセットを指示する操作を受け付けると、サーバー２００から受信した各種情報に基づいて、プロセッサー１１０が、その時点における推奨媒体を媒体枠にセットさせてもよい。
【0165】
・媒体のパラメーターは、イベントを通して変動することに限定されない。例えば、媒体のパラメーターは、ゲームにおいて獲得可能なアイテム、仮想通貨、又はポイントを消費することによって変動可能であるとよい。媒体のパラメーターは、同じ種類の媒体、又は異なる種類の媒体を消費することによって変動可能であるとよい。本変更例において、パラメーターの変動は、パラメーターの増加であるとよい。このような構成であっても、媒体のパラメーターは、ゲームのプレイに応じて変動させることができる。
【0166】
・媒体のパラメーターは、イベントを通して減少する場面があってもよい。例えば、イベントの達成に失敗した場合に、ペナルティとして育成ポイントを減少させるとよい。つまり、媒体のパラメーターは、ゲームのプレイに応じて変動すればよく、増加及び減少の何れであってもよい。
【0167】
・推奨媒体の提示態様は、ユーザー１１が所有する媒体のうち推奨媒体だけを表示することに限定されない。例えば、推奨媒体と、推奨媒体以外の媒体とを、モニター１８１に表示してもよい。この場合に、推奨媒体を示すオブジェクトに対して推奨情報を付加するとよい。この場合に、推奨情報は、「おススメ」の文字列であってもよく、オブジェクトを囲う枠であってもよく、特定の色調であってもよい。
【0168】
・ユーザー１１が使用可能な媒体は、装備品又はキャラクターであることに限定されない。各実施形態及び各変更例における媒体は、装備品を適用してもよく、キャラクターを適用してもよく、これらとは異なるものを適用してもよい。媒体は、アイテム、仮想通貨、及びポイントなど、ゲームにおける消耗品であってもよい。例えば、媒体は、キャラクター又は装備品に対して取付け、及び取外しできるスキル又は魔法であってもよい。この場合に、スキル又は魔法は、イベントを通して強化できるとよい。
【0169】
・ユーザー１１が使用可能な媒体に制限を設けてもよい。例えば、イベントに使用するパーティを作成する場面では、各キャラクターに設定したコストの総和が上限コストを超えないようにさせるとよい。例えば、装備品は、装備可能レベルを設定し、装備可能レベルに達していないキャラクターが装備できないようにするとよい。
【0170】
・イベントは、ＮＰＣ（non player character）との戦闘であることに限定されない。イベントは、ユーザー１１のアバター同士が戦闘を行う内容であってもよい。この場合に、イベントは、１対１の戦闘であってもよく、１対複数の戦闘、又は、複数対複数の戦闘であってもよい。イベントにおいて、味方同士である複数のアバターは、１又は複数のグループを結成するとよい。
【0171】
・情報処理システム１０は、ゲームシステムとして具体化することに限定されず、学習支援システムとして具体化されてもよい。学習支援システムにおける媒体は、学習範囲を示す情報であればよく、パラメーターは、各学習範囲の習熟度であるとよい。学習支援システムは、ユーザー１１に学習させる学習イベントを提供し、当該イベントにおける正答率に応じて習熟度を変動させるとよい。
【0172】
・上述した処理及びステップの実行順序は、あくまで一例を示すものであって、これらに限定されない。処理及びステップの実行順序は、実施形態及び変更例から逸脱しない範囲において、任意に変更できる。
【0173】
・端末１００及びサーバー２００が備える１以上のモジュール又は機能は、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field-Programmable Gate Array）、ＭＣＵ（Micro Control Unit）等の回路により実現してもよい。
【0174】
・端末１００及びサーバー２００が備える１以上のモジュール又は機能は、プロセッサーを用いるソフトウェアによって実現してもよい。コンピューターは、プロセッサー、メモリー、及びストレージを備える。上記プログラム及び各種データは、プロセッサーが読み取りできるように、ストレージに記録される。プログラムは、メモリーに展開される。そして、プロセッサーが上記プログラムをストレージから読み取り、実行することにより、本開示の作用が実現できる。ストレージは、既に説明の通り、不揮発性の記憶装置として実現され得る。
【0175】
・プログラムは、このプログラムを伝送可能な任意の伝送媒体（通信ネットワーク、又は放送波等）を介して上記コンピューターに供給されてもよい。
・プログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリー（ＲＯＭ、ＲＡＭ、フラッシュメモリー等）等の記憶媒体に記録してもよい。
・プログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリー（ＲＯＭ、ＲＡＭ、フラッシュメモリー等）等の記憶媒体に記録してもよい。
【0176】
・プログラムは、サーバー２００のゲームプログラムと端末１００のゲームプログラムは、それらで１つのプログラムとして把握することができ、それぞれが別のプログラムとして把握することもできる。サーバー２００で全ての処理を行い、当該処理結果を画像として端末１００のモニター１８１に表示させる構成であってもよい。装備情報を端末側で管理し、端末１００のプロセッサー１１０が演算して表示してもよい。
【0177】
・上述した実施形態及び変更例のうち、サーバー２００のプロセッサー２１０がゲーム制御部２０１として実行する処理及びステップの一部又は全部は、端末１００のプロセッサー１１０がゲーム制御部１０１として実行してもよい。上述した実施形態及び変更例のうち、端末１００のプロセッサー１１０がゲーム制御部１０１として実行する処理及びステップの一部又は全部は、サーバー２００のプロセッサー２１０がゲーム制御部２０１として実行してもよい。つまり、実施形態及び変更例に説明した処理及びステップの全ては、サーバー２００のプロセッサー２１０が行ってもよく、端末１００のプロセッサー１１０が行ってもよい。
【0178】
実施形態及び変更例に説明した処理及びステップのうち任意である特定の処理及びステップは、サーバー２００のプロセッサー２１０が実行し、実施形態及び変更例に説明した処理及びステップのうち前記特定の処理及びステップとは異なる処理及びステップを端末１００のプロセッサー１１０が実行してもよい。つまり、情報処理システム１０において、コンピューターは、１又は複数の端末１００と１又は複数のサーバー２００とによって構成されてもよい。サーバー２００のプロセッサー２１０によって実現できる各種の手段及び機能は、全部が端末１００のプロセッサー１１０によって実現されてもよく、任意である一部がサーバー２００のプロセッサー２１０によって実現され、残部が端末１００のプロセッサー１１０によって実現されてもよい。
【0179】
ゲーム制御部２０１によって実現できる各種の手段及び機能は、１つのプロセッサー２１０によって構成されることに限定されず、１つのサーバー２００又は複数のサーバー２００に含まれる複数のプロセッサーによって構成されてもよい。ゲーム制御部１０１及び表示制御部１０４によって実現できる各種の手段は、１つのプロセッサー１１０によって構成されることに限定されず、１つの端末１００又は複数の端末１００に含まれる複数のプロセッサーによって構成されてもよい。さらに各種の手段は、１又は複数の端末１００、及び１又は複数のサーバー２００に含まれる１又は複数のプロセッサーによって構成されてもよい。このように、コンピューターは、１以上の端末１００によって構成されてもよく、１以上のサーバー２００によって構成されてもよく、１以上の端末１００と１以上のサーバー２００とを含んで構成されてもよい。
【0180】
・実施形態及び変更例に説明した処理及びステップの全てを端末１００が実行する場合に、端末１００は、これらの処理及びステップを実行する際に、他の機器と通信を行わない構成であってもよい。また、コンピューターは、端末１００及びサーバー２００の一方又は両方によって構成されることに限定されない。コンピューターは、他の機器と通信を行わない機器であってもよい。一例として、コンピューターは、家庭用又は業務用の据置型の機器であってもよく、持ち運び可能な機器であってもよい。
【0181】
本開示は以下の実施例を包含する。限定のためでなく理解の補助として実施形態の構成要素の参照符号を付した。
（付記１）プロセッサー（１１０，２１０）に、媒体のパラメーターを、ゲームのプレイに応じて変動させ、プロセッサーに、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、プログラム。
（付記１）プロセッサー（１１０，２１０）に、媒体のパラメーターを、ゲームのプレイに応じて変動させ、プロセッサーに、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、プログラム。
【0182】
（付記２）プロセッサー（１１０，２１０）に、ユーザーから媒体の推奨条件を受け付けさせ、前記特定状況は、前記推奨条件が満たされた状況である、付記１に記載のプログラム。
【0183】
（付記３）媒体のパラメーターは、ゲームのプレイに応じて増加するように変動可能であり、プロセッサー（１１０，２１０）に、媒体の現在のパラメーターから媒体が特定状況において到達し得るパラメーターまでの差分に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、付記１に記載のプログラム。
【0184】
（付記４）プロセッサー（１１０，２１０）に、前記差分が異なる複数の媒体がある場合、前記差分が大きい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、付記３に記載のプログラム。
【0185】
（付記５）プロセッサー（１１０，２１０）に、特定状況において到達し得るパラメーターが異なる複数の媒体がある場合、前記特定状況において到達し得るパラメーターが大きい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、付記３に記載のプログラム。
【0186】
（付記６）媒体のパラメーターは、その媒体が使用されたゲームの種類に応じた変動量となるように変動可能であり、プロセッサー（１１０，２１０）に、ゲームの種類に応じた変動量が大きい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、付記１に記載のプログラム。
【0187】
（付記７）媒体のパラメーターは、その媒体が使用されたゲームの種類に応じた変動量となるように変動可能であり、プロセッサー（１１０，２１０）に、ゲームの種類に応じて、ゲームのプレイに有利な順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、付記１に記載のプログラム。
【0188】
（付記８）ゲームでは、第１媒体と、第２媒体と、が使用可能であり、プロセッサー（１１０，２１０）に、前記第２媒体として、媒体の現在のパラメーターが大きい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させ、かつ、前記第１媒体として、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、付記１に記載のプログラム。
【0189】
（付記９）プロセッサー（１１０，２１０）に、同一種類である複数の媒体がある場合、媒体の現在のパラメーターから、媒体が特定状況において到達し得るパラメーターまでの差分が小さい順に優先度を高くして、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、付記１に記載のプログラム。
【0190】
（付記１０）プロセッサー（１１０，２１０）に、ゲームのプレイに関連した操作の対象とする媒体として推奨させる対象から、特定状況において到達し得るパラメーターに到達した媒体を除外させる、付記１に記載のプログラム。
【0191】
（付記１１）情報処理装置（１００，２００）を備え、前記情報処理装置は、プロセッサー（１１０，２１０）を備え、プロセッサーは、媒体のパラメーターを、ゲームのプレイに応じて変動させ、プロセッサーは、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨する、情報処理システム（１０）。
【0192】
（付記１２）プロセッサー（１１０，２１０）に、媒体のパラメーターを、ゲームのプレイに応じて変動させ、プロセッサーに、媒体の現在のパラメーターと、媒体が特定状況において到達し得るパラメーターとの関係に応じて、ゲームのプレイに関連した操作の対象とする媒体を推奨させる、情報処理方法。
【0193】
本発明がその技術的思想から逸脱しない範囲で他の特有の形態で具体化されてもよいということは当業者にとって明らかであろう。例えば、実施形態（あるいはその１つ又は複数の態様）において説明した部品のうちの一部を省略してもよいし、いくつかの部品を組合せてもよい。手順についても同様である。本発明の範囲は、添付の請求の範囲を参照して、請求の範囲が権利を与えられる均等物の全範囲と共に確定されるべきである。
【符号の説明】
【0194】
１０…情報処理システム １１…ユーザー ２０…ネットワーク ４０…ホーム画面 ４１…アバターウィンドウ ４２…イベント開始ボタン ４３…装備変更ボタン ４４…キャラクター変更ボタン ４５…ホームボタン ５０…装備変更画面 ５１…装備品アイコン ５１Ａ…装備品アイコン ５１Ｂ…装備品アイコン ５１Ｃ…第１推奨装備品アイコン ５１Ｃ…推奨装備品アイコン ５１Ｄ…第２推奨装備品アイコン ５１Ｄ…推奨装備品アイコン ５２…武器アイコン ５３…頭防具アイコン ５４…胴防具アイコン ５５…足防具アイコン ５５Ａ…ホームボタン ５６…アクセサリーアイコン ５７…レベル表示部 ５８…希少度表示部 ５９…取外しボタン ６０…イベント画面 ６１…戦闘ウィンドウ ６２…履歴ウィンドウ ６３…攻撃ボタン ６４…魔法ボタン ６５…スキルボタン ７０…結果画面 ７１…文字列 ７２…文字列 ８０…アバター ８１…長剣 ８１ａ…第１長剣 ８１ｂ…第２長剣 ８１ｃ…第３長剣 ８２…革鎧 ８３…双剣 ８５…モンスター ８６…ゲージ ９０…キャラクター変更画面 ９０Ａ…キャラクター推奨画面 ９１…キャラクターアイコン ９１Ａ…所属キャラクターアイコン ９１Ｂ…所属キャラクターアイコン ９１Ｃ…所有キャラクターアイコン ９１Ｄ…推奨キャラクターアイコン ９１Ｅ…推奨キャラクターアイコン ９４…ススメ編成ボタン ９５…ホームボタン ９７…レベル表示部 ９８…希少度表示部 ９９…編成決定ボタン １００…端末 １０１…ゲーム制御部 １０４…表示制御部 １０５…記憶部 １０６…通信部 １０７…入出力部 １１０…プロセッサー １２０…メモリー １３０…ストレージ １４０…通信インターフェース １５０…入出力インターフェース １６０…マイク １７０…スピーカー １８０…タッチスクリーン １８１…モニター １８２…タッチセンサー １８８…モニター １９０…通信バス ２００…サーバー ２０１…ゲーム制御部 ２０５…記憶部 ２０６…通信部 ２０７…入出力部 ２１０…プロセッサー ２２０…メモリー ２３０…ストレージ ２４０…通信インターフェース ２５０…入出力インターフェース ２９０…通信バス ３００…入力機器
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】