(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2023-08-03
(45)【発行日】2023-08-14
(54)【発明の名称】情報処理装置、情報処理方法及びプログラム
(51)【国際特許分類】
A63F 13/69 20140101AFI20230804BHJP
A63F 13/533 20140101ALI20230804BHJP
【ＦＩ】
A63F13/69
A63F13/533
【請求項の数】
10
(21)【出願番号】P 2022036121
(22)【出願日】2022-03-09
【審査請求日】2022-03-29
(73)【特許権者】
【識別番号】500033117
【氏名又は名称】株式会社ＭＩＸＩ
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(72)【発明者】
【氏名】加藤 翔也
【審査官】岸 智史
(56)【参考文献】
【文献】特許第６６７６２０１（ＪＰ，Ｂ１）
【文献】特開２０１５－０９６１１４（ＪＰ，Ａ）
【文献】特開２０２１－１３７４４４（ＪＰ，Ａ）
【文献】特開２０２０－０４４３２０（ＪＰ，Ａ）
【文献】ミクシィ、『モンスターストライク』で10月3日に大型アップデート…クエストのおすすめ表示やモンスターの貸借、マルチプレイの改善などさらに遊びやすく！，gamebiz［Online］，2018年10月01日，https://gamebiz.jp/news/221353，［検索日 2023年4月10日］
【文献】［デレステ］「MIYOSHI QUEST」のミニゲームまとめ｜エイプリルフール2020，Boom App Games［Online］，2020年04月02日，https://imascg-slstage.boom-app.wiki/entry/aprilfool-20200401，［検索日 2023年4月10日］
【文献】「逆転オセロニア」統計を利用してオススメのデッキ編成を教えてくれるのが便利，ゲームアプリのＵＩデザイン［Online］，2021年06月01日，https://appgameui.hatenablog.com/entry/2021/06/01/235000，［検索日 2023年4月10日］
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ａ６３Ｆ ９／２４、１３／００－１３／９８
(57)【特許請求の範囲】
【請求項1】
ユーザの指示に基づいて編成された複数のゲーム媒体を含むグループを用いてクエストを実行する実行部と、グループに編成可能なゲーム媒体を表示部に表示させる表示制御部と、を有し、
前記表示制御部は、ユーザが指定したクエストに応じた１以上の第１ゲーム媒体を表示させ、
前記表示制御部は、前記１以上の第１ゲーム媒体のうち、ユーザの操作に基づいて選択される所定の第１ゲーム媒体に対してグループ編成に関する所定条件を満たす所定数の第２ゲーム媒体を表示させ、
前記表示制御部は、前記１以上の第１ゲーム媒体の各々について、当該第１ゲーム媒体に対して前記所定条件を満たす前記所定数の第２ゲーム媒体の所持状況に基づいて、表示態様を異ならせる、
情報処理装置。
【請求項2】
前記表示制御部は、１以上の他ユーザによるクエストのプレイ履歴において前記所定の第１ゲーム媒体を含むグループに編成される回数に基づいて定められる前記所定数の第２ゲーム媒体を表示させる、請求項１に記載の情報処理装置。
【請求項3】
前記表示制御部は、前記所定数の第２ゲーム媒体を、前記所定の第１ゲーム媒体と一緒にグループに編成される回数に基づく態様で表示させる、請求項２に記載の情報処理装置。
【請求項4】
前記表示制御部は、前記所定の第１ゲーム媒体と同一のグループに編成される場合に所定のゲーム効果を発揮可能か否かに基づいて定められる前記所定数の第２ゲーム媒体を表示させる、請求項１～３のいずれか一項に記載の情報処理装置。
【請求項5】
前記表示制御部は、前記１以上の第１ゲーム媒体の各々について、前記ユーザが所持しており、かつ、当該第１ゲーム媒体に対して前記所定条件を満たす前記所定数の第２ゲーム媒体のうち少なくとも１つを前記ユーザが所持している第１ゲーム媒体と、
前記ユーザが所持していないか、又は、当該第１ゲーム媒体に対して前記所定条件を満たす前記所定数の第２ゲーム媒体の各々を前記ユーザが所持していない第１ゲーム媒体と、
を、識別可能に表示させる、
請求項１～４のいずれか一項に記載の情報処理装置。
【請求項6】
前記実行部は、所定の閾値以上のゲーム媒体がグループに編成されることを条件にクエストを実行可能とし、前記表示制御部は、前記１以上の第１ゲーム媒体のうち、
前記ユーザが所持しており、かつ、当該第１ゲーム媒体に対して前記所定条件を満たす前記所定数の第２ゲーム媒体のうち前記ユーザが所持するゲーム媒体の数が前記所定の閾値に基づく数以上である第１ゲーム媒体を、識別可能な態様で表示させる、
請求項１～５のいずれか一項に記載の情報処理装置。
【請求項7】
前記表示制御部は、前記１以上の第１ゲーム媒体の各々について、当該第１ゲーム媒体に対して前記所定条件を満たす前記所定数の第２ゲーム媒体のうち、前記ユーザが所持している第２ゲーム媒体の数に基づいて表示態様を異ならせる、請求項１～６のいずれか一項に記載の情報処理装置。
【請求項8】
前記表示制御部は、前記ユーザが前記１以上の第１ゲーム媒体のうち第１の第１ゲーム媒体及び第２の第１ゲーム媒体を指定した場合に、前記所定数の第２ゲーム媒体のうち、前記第１の第１ゲーム媒体に対して前記所定条件を満たし、かつ、前記第２の第１ゲーム媒体に対して前記所定条件を満たす第２ゲーム媒体を、他の第２ゲーム媒体と識別可能な態様で表示させる、請求項１～７のいずれか一項に記載の情報処理装置。
【請求項9】
情報処理装置が、ユーザの指示に基づいて編成された複数のゲーム媒体を含むグループを用いてクエストを実行するステップと、情報処理装置が、グループに編成可能なゲーム媒体を表示部に表示させるステップと、
情報処理装置が、ユーザが指定したクエストに応じた１以上の第１ゲーム媒体を表示させるステップと、
情報処理装置が、前記１以上の第１ゲーム媒体のうち、ユーザの操作に基づいて選択される所定の第１ゲーム媒体に対してグループ編成に関する所定条件を満たす所定数の第２ゲーム媒体を表示させるステップと、
情報処理装置が、前記１以上の第１ゲーム媒体の各々について、当該第１ゲーム媒体に対して前記所定条件を満たす前記所定数の第２ゲーム媒体の所持状況に基づいて、表示態様を異ならせるステップと、
を含む情報処理方法。
【請求項10】
ユーザの指示に基づいて編成された複数のゲーム媒体を含むグループを用いてクエストを実行するステップと、グループに編成可能なゲーム媒体を表示部に表示させるステップと、
ユーザが指定したクエストに応じた１以上の第１ゲーム媒体を表示させるステップと、
前記１以上の第１ゲーム媒体のうち、ユーザの操作に基づいて選択される所定の第１ゲーム媒体に対してグループ編成に関する所定条件を満たす所定数の第２ゲーム媒体を表示させるステップと、
前記１以上の第１ゲーム媒体の各々について、当該第１ゲーム媒体に対して前記所定条件を満たす前記所定数の第２ゲーム媒体の所持状況に基づいて、表示態様を異ならせるステップと、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【0002】
デッキと呼ばれるグループを用いて、クエストをクリアしていくゲームが知られている。例えば、特許文献１には、ユーザが所持するプレイヤキャラクタを用いてクエストを実行するゲームが開示されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０２０－０４４３２０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
クエストをクリアするためには、グループに組み込むゲーム媒体の組み合わせが重要になることがある。例えば、ゲーム媒体の組み合わせによっては特殊効果が発動するなど、ゲーム媒体の組み合わせ次第でクエストを有利に進めることができるためである。しかしながら、ゲームには多数のゲーム媒体が存在することから、ユーザは、どのゲーム媒体を組み合わせることが望ましいのかを把握することは困難である。
【0005】
そこで、本発明は、複数のゲーム媒体を含むグループの編成を補助する技術を提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明の一態様に係る情報処理装置は、ユーザの指示に基づいて編成された複数のゲーム媒体を含むグループを用いてクエストを実行する実行部と、グループに編成可能なゲーム媒体を表示部に表示させる表示制御部と、を有し、前記表示制御部は、ユーザが指定したクエストに応じた１以上の第１ゲーム媒体を表示させ、前記表示制御部は、前記１以上の第１ゲーム媒体のうち、ユーザの操作に基づいて選択される所定の第１ゲーム媒体に対して所定条件を満たす所定数の第２ゲーム媒体を表示させる。
【発明の効果】
【0007】
本発明によれば、複数のゲーム媒体を含むグループの編成を補助する技術を提供することができる。
【図面の簡単な説明】
【0008】
【図1】本実施形態に係るゲームシステムのシステム構成の一例を示す図である。
【図2】ゲームサーバ及び端末のハードウェア構成の一例を示す図である。
【図3】ゲームサーバの機能ブロック構成の一例を示す図である。
【図4】ユーザ管理ＤＢ、キャラクタ定義ＤＢ及びクエスト履歴ＤＢの一例を示す図である。
【図5】端末の機能ブロック構成の一例を示す図である。
【図6】ゲームサーバが行う処理手順の一例を示すフローチャートである。
【図7】画面表示例を示す図である。
【図8】画面表示例を示す図である。
【図9】画面表示例を示す図である。
【発明を実施するための形態】
【0009】
添付図面を参照して、本発明の実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。
【0010】
＜システム構成＞
図１は、本実施形態に係るゲームシステム１のシステム構成の一例を示す図である。図１に示すゲームシステム１は、ゲームサーバ１０と、１以上の端末２０とを備える。ゲームサーバ１０及び端末２０は、インターネット、イントラネット、無線ＬＡＮ又は移動通信等の通信ネットワークＮを介して互いに通信可能に接続されている。
図１は、本実施形態に係るゲームシステム１のシステム構成の一例を示す図である。図１に示すゲームシステム１は、ゲームサーバ１０と、１以上の端末２０とを備える。ゲームサーバ１０及び端末２０は、インターネット、イントラネット、無線ＬＡＮ又は移動通信等の通信ネットワークＮを介して互いに通信可能に接続されている。
【0011】
ゲームサーバ１０は、例えば、プレイヤに関する各種情報を管理したり、ゲームの一部の処理を実行したりする等、端末２０がゲームを提供する上でその一部の機能を担う装置である。ゲームサーバ１０は、１又は複数の情報処理装置から構成されていてもよいし、仮想的なサーバ（クラウドサーバ等）を用いて構成されていてもよい。
【0012】
端末２０は、ゲームをプレイヤに提供する情報処理装置であり、プレイヤは、端末２０を操作することで本実施形態に係るゲームを実行することができる。端末２０は、例えば、携帯電話（スマートフォンを含む）、タブレット、パーソナルコンピュータ、アーケードゲーム装置、又は、コンシューマゲーム装置等のコンピュータである。端末２０は、ＧＰＳ(Global Positioning System)等を用いて検出した自身の位置をゲームサーバ１０に通知する。
【0013】
＜ゲーム概要＞
続いて、本実施形態に係るゲームシステム１が提供するゲームの概要を説明する。ゲームシステム１が提供するゲームでは、ユーザ（プレイヤと称してもよい）は、編成したデッキを用いてクエストをプレイすることができる。
続いて、本実施形態に係るゲームシステム１が提供するゲームの概要を説明する。ゲームシステム１が提供するゲームでは、ユーザ（プレイヤと称してもよい）は、編成したデッキを用いてクエストをプレイすることができる。
【0014】
デッキは、複数のゲーム媒体を組み合わせたグループを意味する。そのため、デッキはグループと呼ばれてもよい。ユーザは、当該ユーザが所持している複数のゲーム媒体の中から選択したゲーム媒体でデッキを編成することができる。ゲーム媒体は、ゲームオブジェクトと呼ばれてもよい。また、ゲーム媒体は、キャラクタ、アイテム及びゲームカード等であってもよい。
【0015】
クエストは、予め定められた一定の条件を満たすことでクリア可能な課題を意味する。クエストは、一般的には、探索、課題及びミッションと呼ばれることもある。クエストをプレイするユーザは、当該一定の条件を満たすことでクエストをクリアすることができ、クエストをクリアすると、ユーザにゲーム媒体などの報酬が与えられたり、ゲームのストーリーが進行したりする。
【0016】
ユーザは、入手した複数のゲーム媒体を組み合わせる（合成すると称してもよい）ことで新たなゲーム媒体を生成したり、同一のゲーム媒体を組み合わせることでゲーム媒体のパラメータを強化したりすることで、より難易度の高いクエストに挑戦することができる。なお、同一のゲーム媒体とは、例えば、少なくともゲーム媒体の識別子若しくはゲーム媒体の名称が同一であるゲーム媒体を意味してもよい。つまり、ゲーム媒体の識別子やゲーム媒体の名称が同一であれば、パラメータの値が異なっていても同一のゲーム媒体であるとみなされてもよい。
【0017】
本実施形態では、ゲームの中で様々なクエストが提供されることを想定しているが、本実施形態がこれに限定されるものではなく、例えば１つのクエストのみが提供されてもよい。本実施形態における「クエスト」の用語は、ゲームそのものを意味してもよい。本実施形態では、ユーザがゲームを実行する又はクエストを実行することを、ゲームをプレイする又はクエストをプレイすると称してもよい。以下、「ゲーム媒体」はキャラクタであるものとして説明するが、本実施形態がこれに限定されるものではない。本実施形態は、ゲーム媒体がアイテムやゲームカード等である場合にも適用可能である。
【0018】
ゲームサーバ１０は、ユーザから、プレイを希望するクエストの選択を受け付けた後、当該クエストで使用するデッキ編成を受け付ける画面を表示する。このとき、ゲームサーバ１０は、ユーザがプレイを希望するクエストについて、当該ユーザ及び他のユーザを含む複数のユーザ（例えばゲームのアカウントを有する全ユーザ）により当該クエストで使用される（すなわちデッキに編成される）頻度が高いキャラクタ（以下、「推奨キャラクタ」と言う。）を示す画面を表示する。推奨キャラクタは、多くのユーザに使用されていることから、ユーザがこれからプレイするクエストのクリアに有利なキャラクタである可能性が高い。したがって、ユーザは、当該一覧を参照し、当該クエストのクリアに用いられたキャラクタのうち、自身が所持するキャラクタを選択してデッキ編成を行うことで、クエストを有利に進めることができる。
【0019】
また、ゲームサーバ１０は、推奨キャラクタの一覧を表示する際に、推奨キャラクタと所定条件を満たすキャラクタを示す画面を表示する。以下、推奨キャラクタと所定条件を満たすキャラクタを「好相性キャラクタ」と言う。
【0020】
＜ハードウェア構成＞
図２は、ゲームサーバ１０及び端末２０のハードウェア構成の一例を示す図である。ゲームサーバ１０及び端末２０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphical Processing Unit）等のプロセッサ１１、メモリ、ＨＤＤ（Hard Disk Drive）及び／又はＳＳＤ（Solid State Drive）等の記憶装置１２、有線又は無線通信を行う通信ＩＦ（Interface）１３、入力操作を受け付ける入力デバイス１４、及び情報の出力を行う出力デバイス１５を有する。入力デバイス１４は、例えば、キーボード、タッチパネル、マウス及び／又はマイク等である。出力デバイス１５は、例えば、ディスプレイ、タッチパネル及び／又はスピーカ等である。
図２は、ゲームサーバ１０及び端末２０のハードウェア構成の一例を示す図である。ゲームサーバ１０及び端末２０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphical Processing Unit）等のプロセッサ１１、メモリ、ＨＤＤ（Hard Disk Drive）及び／又はＳＳＤ（Solid State Drive）等の記憶装置１２、有線又は無線通信を行う通信ＩＦ（Interface）１３、入力操作を受け付ける入力デバイス１４、及び情報の出力を行う出力デバイス１５を有する。入力デバイス１４は、例えば、キーボード、タッチパネル、マウス及び／又はマイク等である。出力デバイス１５は、例えば、ディスプレイ、タッチパネル及び／又はスピーカ等である。
【0021】
＜機能ブロック構成＞
（ゲームサーバ）
図３は、ゲームサーバ１０の機能ブロック構成の一例を示す図である。ゲームサーバ１０は、記憶部１００と、実行部１０１と、制御部１０２とを含む。記憶部１００は、ゲームサーバ１０が備える記憶装置１２を用いて実現することができる。また、実行部１０１と、制御部１０２とは、ゲームサーバ１０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。
（ゲームサーバ）
図３は、ゲームサーバ１０の機能ブロック構成の一例を示す図である。ゲームサーバ１０は、記憶部１００と、実行部１０１と、制御部１０２とを含む。記憶部１００は、ゲームサーバ１０が備える記憶装置１２を用いて実現することができる。また、実行部１０１と、制御部１０２とは、ゲームサーバ１０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。
【0022】
記憶部１００は、ゲームサーバ１０がゲームを実行するために必要なゲームデータを記憶する。ゲームデータには、各種のデータベースが含まれる。
【0023】
実行部１０１は、ユーザの指示に基づいて編成された複数のキャラクタ（ゲーム媒体）を含むデッキ（グループ）を用いてクエストを実行する。
【0024】
制御部１０２は、ゲームに関する各種の画面を端末２０のディスプレイ（表示部）に表示させる。また、ユーザから、画面を介して各種の操作を受け付ける。なお、各種の画面を表示させる機能ブロックは、「表示制御部」と呼ばれてもよい。また、ユーザから各種の操作を受け付ける機能ブロックは「受付部」と呼ばれてもよい。また、制御部１０２は、デッキ（グループ）に編成可能なキャラクタをディスプレイ（表示部）に表示させる。
【0025】
図４は、ユーザ管理ＤＢ（Data Base）１００ａ、キャラクタ定義ＤＢ１００ｂ及びクエスト履歴ＤＢ１００ｃの一例を示す図である。ユーザ管理ＤＢ１００ａ、キャラクタ定義ＤＢ１００ｂ及びクエスト履歴ＤＢ１００ｃは、ゲームデータとして記憶部１００に記憶される。
【0026】
ユーザ管理ＤＢ１００ａは、ユーザに関する各種の情報を格納するデータベースである。ユーザ管理ＤＢ１００ａは、例えば、ユーザを一意に識別する識別子（ユーザＩＤ（identification））、ゲーム内で使用されるユーザ名（ニックネーム）、ユーザが所持しているキャラクタのキャラクタＩＤ（所持キャラクタ）、ユーザが利用する端末２０の位置（位置情報）、ユーザの経験値、レベル、スタミナ及びデッキ情報等を格納する。デッキ情報は、ユーザが予め編成したデッキ又は予めプリセットされたデッキを記憶する情報であり、デッキを編成するキャラクタの組み合わせを示す情報、及び、ユーザが入力したデッキの名称等が含まれる。ユーザは、クエストをプレイする際、デッキ情報に記憶されているデッキの中から一のデッキを選択してクエストをプレイしてもよいし、新たにデッキを編成してクエストをプレイしてもよい。
【0027】
キャラクタ定義ＤＢ１００ｂは、ゲームに登場するキャラクタに関する情報を格納するデータベースである。キャラクタ定義ＤＢ１００ｂは、キャラクタを一意に識別する識別子（キャラクタＩＤ）、キャラクタの希少度（レアリティ）を示すパラメータ（レア度）、キャラクタが変化する際の変化パターンを定義する情報（変化パターン情報）、キャラクタの強さ等を示す各種パラメータ（スキル、属性、ＨＰ（ヒットポイント）、攻撃力、スピード等）が格納される。
【0028】
スキルは、キャラクタが備える特殊能力を示す。スキルは、常に発揮されてもよいし、特定の条件を満たす場合に発揮されてもよい。特定の条件は、特定のキャラクタと同一のデッキに編成されること等であってもよい。例えば、キャラクタＣ００１とキャラクタＣ００２が同一のデッキに編成されると、特殊能力として、所定のゲーム効果（例えばキャラクタＣ００１とキャラクタＣ００２が連携して強力な攻撃を行う等）を発揮すること等であってもよい。
【0029】
レア度は、パラメータの値が大きいほど、希少度が高い（つまり入手が困難である）ことを示してもよい。例えば、レア度が小さいキャラクタと、レア度が大きいキャラクタとでは、レア度が大きいキャラクタの方が、希少度が高い（つまり入手が困難である）ことを示してもよい。また、キャラクタのパラメータは、値が大きいほど、キャラクタが強力であることを意味するものであってもよい。
【0030】
キャラクタは、例えば所定のゲーム媒体（アイテム等）を適用したり、課金をしたり、他のゲーム媒体と合成したりすることで、能力が高いキャラクタに変化させることができる。「変化パターン情報」は、元のキャラクタからどのキャラクタに変化するのかのパターンを示す情報である。例えば、図４の例では、キャラクタＣ００１はキャラクタＣ１０１に変化し、キャラクタＣ１０１はキャラクタＣ２０１に変化することが示されている。他のキャラクタに変化する前のキャラクタは、「変化元キャラクタ」又は「素材キャラクタ」と呼ばれてもよい。例えば、キャラクタＣ１０１の変化元キャラクタは、キャラクタＣ００１である。また、キャラクタＣ２０１の変化元キャラクタは、キャラクタＣ００１及びキャラクタＣ１０１である。また、他のキャラクタに変化した後のキャラクタは、「変化先キャラクタ」と呼ばれてもよい。例えば、キャラクタＣ００１の変化先キャラクタは、キャラクタＣ１０１及びキャラクタＣ２０１である。また、キャラクタＣ１０１の変化先キャラクタは、キャラクタＣ２０１である。
【0031】
クエスト履歴ＤＢ１００ｃは、ゲームシステム１が提供するゲームをプレイするユーザがクエストをプレイした際の各種情報を記録するデータベースである。クエスト履歴ＤＢ１００ｃは、例えば、クエストをプレイしたユーザを一意に識別する識別子（ユーザＩＤ）、クエストをプレイした日時（プレイ日時）、プレイしたクエストを識別する識別子（クエストＩＤ）、クエストをプレイした際に使用したデッキを編成していたキャラクタ（使用キャラクタ）、及び、クエストをクリアできたのか又はクリアできなかったのかを示す情報（プレイ結果）等を格納する。
【0032】
（端末）
図５は、端末２０の機能ブロック構成の一例を示す図である。端末２０は、記憶部２００と、通信部２０１と、ＵＩ（User Interface）部２０２と、制御部２０３とを含む。記憶部２００は、端末２０が備える記憶装置１２を用いて実現することができる。また、通信部２０１と、ＵＩ部２０２と、制御部２０３とは、端末２０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。
図５は、端末２０の機能ブロック構成の一例を示す図である。端末２０は、記憶部２００と、通信部２０１と、ＵＩ（User Interface）部２０２と、制御部２０３とを含む。記憶部２００は、端末２０が備える記憶装置１２を用いて実現することができる。また、通信部２０１と、ＵＩ部２０２と、制御部２０３とは、端末２０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。
【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】
１…ゲームシステム、１０…ゲームサーバ、１１…プロセッサ、１２…記憶装置、１３…通信ＩＦ、１４…入力デバイス、１５…出力デバイス、２０…端末、１００…記憶部、１００ａ…ユーザ管理ＤＢ、１００ｂ…キャラクタ定義ＤＢ、１００ｃ…クエスト履歴ＤＢ、１０１…実行部、１０２…制御部、２００…記憶部、２０１…通信部、２０２…ＵＩ部、２０３…制御部
【要約】
【課題】複数のゲーム媒体を含むグループの編成を補助する技術を提供すること。
【解決手段】ユーザの指示に基づいて編成された複数のゲーム媒体を含むグループを用いてクエストを実行する実行部と、グループに編成可能なゲーム媒体を表示部に表示させる表示制御部と、を有し、前記表示制御部は、ユーザが指定したクエストに応じた１以上の第１ゲーム媒体を表示させ、前記表示制御部は、前記１以上の第１ゲーム媒体のうち、ユーザの操作に基づいて選択される所定の第１ゲーム媒体に対して所定条件を満たす所定数の第２ゲーム媒体を表示させる、情報処理装置を提供する。
【選択図】図３
【解決手段】ユーザの指示に基づいて編成された複数のゲーム媒体を含むグループを用いてクエストを実行する実行部と、グループに編成可能なゲーム媒体を表示部に表示させる表示制御部と、を有し、前記表示制御部は、ユーザが指定したクエストに応じた１以上の第１ゲーム媒体を表示させ、前記表示制御部は、前記１以上の第１ゲーム媒体のうち、ユーザの操作に基づいて選択される所定の第１ゲーム媒体に対して所定条件を満たす所定数の第２ゲーム媒体を表示させる、情報処理装置を提供する。
【選択図】図３
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】