JP2018143803A - ゲームプログラム、方法、および情報処理装置 - Google Patents

Abstract

【課題】ゲームの興趣性を向上させる。【解決手段】ゲームプログラム（１３１）は、プロセッサ（１０）に、パーティーに組み入れるキャラクタを配列するためのユーザの操作を受け付けるステップ（Ｓ２）と、パーティーに組み入れられたキャラクタの配列において、第１キャラクタの位置から所定位置に配列された第２キャラクタが所定の発動条件を満たした場合、戦闘において、第１キャラクタのスキルを発動させるステップ（Ｓ８）とを実行させる。【選択図】図３

Description

本開示はゲームプログラム、ゲームを実行する方法および情報処理装置に関する。

１以上のキャラクタで編成されたパーティーを敵キャラクタと戦わせる戦闘パートを含むゲームのゲームプログラムが、様々な事業者により提供されている。例えば、ロールプレイングゲーム（ＲＰＧ）などの戦闘パートを含むゲームにおいては、さらに、戦闘に参加させるキャラクタを所定数選んでパーティーを編成するパーティー編成パートが含まれる。

ファミ通Ａｐｐ、"『拡散性ミリオンアーサー』にグループチャットシステム"ナカマップ"導入！……っていったいどういうこと？"、[online］、２０１２年６月１９日、KADOKAWA DWANGO CORPORATION、[２０１７年２月２３日検索]、インターネット（ＵＲＬ：http://app.famitsu.com/20120619_71594/）

通常、それぞれのキャラクタは、固有の能力値または得意技などを有している。そのため、キャラクタの特性を活かし戦闘を有利に進めるために、いかにパーティーを編成するかという点が、プレイヤの腕の見せ所であり、パーティー編成パートにおいてゲームとしての興趣性が見出されるべき点である。

しかしながら、従来のゲームにおいては、各キャラクタの特性を様々に考慮するよりも、結局のところ、能力の高いキャラクタを上位から順に機械的に選択することが最善の編成となる傾向が強い。とりわけ、同一キャラクタを重複して編成することが許容されているようなゲームにおいては、最強の同一キャラクタを機械的に選択するだけで、最善の編成が得られてしまう。結果として、パーティー編成パートは、ゲームとしての興趣性に欠けてしまう。

本開示の一態様は、ゲームの興趣性を向上させることを目的とする。

本開示に係るゲームプログラムは、プロセッサ、メモリ、および、表示部を備えるコンピュータにおいて実行される。ゲームプログラムに基づくゲームは、１以上のキャラクタ
で編成されたパーティーが、敵キャラクタと戦闘する戦闘パートを含む。ゲームプログ
ラムは、プロセッサに、パーティーに組み入れるキャラクタを配列するためのユーザの操作を受け付けるステップと、パーティーに組み入れられたキャラクタの配列において、第１キャラクタの位置から所定位置に配列された第２キャラクタが所定の発動条件を満たした場合、戦闘において、第１キャラクタのスキルを発動させるステップと、を実行させる
。

本開示に係る方法は、プロセッサ、メモリ、および、表示部を備えるコンピュータがゲームプログラムを実行する方法である。ゲームプログラムに基づくゲームは、１以上のキャラクタで編成されたパーティーが、敵キャラクタと戦闘する戦闘パートを含む。該方法は、プロセッサが、パーティーに組み入れるキャラクタを配列するためのユーザの操作を
受け付けるステップと、プロセッサが、パーティーに組み入れられたキャラクタの配列において、第１キャラクタの位置から所定位置に配列された第２キャラクタが所定の発動条件を満たした場合、戦闘において、第１キャラクタのスキルを発動させるステップと、を含む。

本開示に係る情報処理装置は、表示部と、ゲームプログラムを記憶する記憶部と、ゲームプログラムを実行することにより、情報処理装置の動作を制御する制御部と、を備える。ゲームプログラムに基づくゲームは、１以上のキャラクタで編成されたパーティーが、敵キャラクタと戦闘する戦闘パートを含み、制御部は、パーティーに組み入れるキャラクタを配列するためのユーザの操作を受け付け、パーティーに組み入れられたキャラクタの配列において、第１キャラクタの位置から所定位置に配列された第２キャラクタが所定の発動条件を満たした場合、戦闘において、第１キャラクタのスキルを発動させる。

本開示の一態様によれば、ゲームの興趣性を向上させる効果を奏する。

ゲームシステムのハードウェア構成を示す図である。 ユーザ端末の機能的構成を示すブロック図である。 ユーザ端末が、ゲームプログラムに基づいて実行する処理の流れを示すフローチャートである。 パーティー情報（デッキ情報）のデータ構造を示す図である。 カード情報（キャラクタ情報）データベースのデータ構造を示す図である。 キャラクタ情報を表示するゲーム画面の一具体例を示す図である。 デッキ編成処理における、より詳細な処理の流れを示すフローチャートである。 デッキ編成処理時に表示部に表示されるゲーム画面（デッキ編成画面）の一具体例を示す図である。 デッキ編成処理時に表示部に表示されるゲーム画面（デッキ編成画面）の一具体例を示す図である。 デッキ編成処理時に表示部に表示されるゲーム画面（デッキ編成画面）の一具体例を示す図である。 デッキ編成処理時に表示部に表示されるゲーム画面（デッキ編成画面）の一具体例を示す図である。 戦闘パートにおける詳細な処理の流れを示すフローチャートである。 戦闘パート実行時に表示されるゲーム画面（戦闘画面）の一具体例を示す図である。 戦闘パート実行時に表示されるゲーム画面（スキル発動演出画面）の一具体例を示す図である。

〔実施形態１〕
本開示に係るゲームシステムは、複数のユーザにゲームを提供するためのシステムである。以下、ゲームシステムについて図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が本発明に含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を繰り返さない。

＜ゲームシステム１のハードウェア構成＞
図１は、ゲームシステム１のハードウェア構成を示す図である。ゲームシステム１は図示の通り、複数のユーザ端末１００と、サーバ２００とを含む。各ユーザ端末１００は、サーバ２００とネットワーク２を介して接続する。ネットワーク２は、インターネットおよび図示しない無線基地局によって構築される各種移動通信システム等で構成される。この移動通信システムとしては、例えば、所謂３Ｇ、４Ｇ移動通信システム、ＬＴＥ（LongTerm Evolution）、および所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が挙げられる。

サーバ２００（コンピュータ、情報処理装置）は、ワークステーションまたはパーソナルコンピュータ等の汎用コンピュータであってよい。サーバ２００は、プロセッサ２０と、メモリ２１と、ストレージ２２と、通信ＩＦ２３と、入出力ＩＦ２４とを備える。サーバ２００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。

ユーザ端末１００（コンピュータ、情報処理装置）は、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、またはタブレット型コンピュータ等の携帯端末であってよい。ユーザ端末１００は、ゲームプレイに適したゲーム装置であってもよい。ユーザ端末１００は図示の通り、プロセッサ１０と、メモリ１１と、ストレージ１２と、通信インターフェース（ＩＦ）１３と、入出力ＩＦ１４と、タッチスクリーン１５（表示部）と、カメラ１７と、測距センサ１８とを備える。ユーザ端末１００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。また、図１に示すように、ユーザ端末１００は、１つ以上のコントローラ１０２０と通信可能に構成されることとしてもよい。コントローラ１０２０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信規格に従って、ユーザ端末１００と通信を確立する。コントローラ１０２０は、１つ以上のボタン等を有していてもよく、該ボタン等に対するユーザの入力操作に基づく出力値をユーザ端末１００へ送信する。また、コントローラ１０２０は、加速度センサ、および、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値をユーザ端末１００へ送信する。

なお、ユーザ端末１００がカメラ１７および測距センサ１８を備えることに代えて、または、加えて、コントローラ１０２０がカメラ１７および測距センサ１８を有していてもよい。

ユーザ端末１００は、例えばゲーム開始時に、コントローラ１０２０を使用するユーザに、該ユーザの名前またはログインＩＤ等のユーザ識別情報を、該コントローラ１０２０を介して入力させることが望ましい。これにより、ユーザ端末１００は、コントローラ１０２０とユーザとを紐付けることが可能となり、受信した出力値の送信元（コントローラ１０２０）に基づいて、該出力値がどのユーザのものであるかを特定することができる。

ユーザ端末１００が複数のコントローラ１０２０と通信する場合、各コントローラ１０２０を各ユーザが把持することで、ネットワーク２を介してサーバ２００または他のユーザ端末１００と通信せずに、１台のユーザ端末１００によりローカルでマルチプレイを実現することができる。また、各ユーザ端末１００が無線ＬＡＮ（Local Area Network）規格等の無線規格により互いに通信接続する（サーバ２００を介さずに通信接続する）ことで、複数台のユーザ端末１００によりローカルでマルチプレイを実現することもできる。１台のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、ユーザ端末１００は、さらに、サーバ２００が備える後述する種々の機能の少なくとも一部を備えていてもよい。また、複数のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、複数のユーザ端末１００は、サーバ２００が備える後述する種々の機能を分散して備えていてもよい。

なお、ローカルで上述のマルチプレイを実現する場合であっても、ユーザ端末１００はサーバ２００と通信を行ってもよい。例えば、あるゲームにおける勝敗等の結果を示す情報と、ユーザ識別情報とを対応付けてサーバ２００に送信してもよい。

また、コントローラ１０２０は、ユーザ端末１００に着脱可能な構成であるとしてもよい。この場合、ユーザ端末１００の筐体における少なくともいずれかの面に、コントローラ１０２０との結合部が設けられていてもよい。該結合部を介して有線によりユーザ端末１００とコントローラ１０２０とが結合している場合は、ユーザ端末１００とコントローラ１０２０とは、信号を有線を介して送受信する。

図１に示すように、ユーザ端末１００は、外部のメモリカード等の記憶媒体１０３０の装着を、入出力ＩＦ１４を介して受け付けてもよい。これにより、ユーザ端末１００は、記憶媒体１０３０に記録されるプログラム及びデータを読み込むことができる。記憶媒体１０３０に記録されるプログラムは、例えばゲームプログラムである。

ユーザ端末１００は、サーバ２００等の外部の装置と通信することにより取得したゲームプログラムをユーザ端末１００のメモリ１１に記憶してもよいし、記憶媒体１０３０から読み込むことにより取得したゲームプログラムをメモリ１１に記憶してもよい。

以上で説明したとおり、ユーザ端末１００は、該ユーザ端末１００に対して情報を入力する機構の一例として、通信ＩＦ１３、入出力ＩＦ１４、タッチスクリーン１５、カメラ１７、および、測距センサ１８を備える。入力する機構としての上述の各部は、ユーザの入力操作を受け付けるように構成された操作部と捉えることができる。

例えば、操作部が、カメラ１７および測距センサ１８のいずれか一方または両方で構成される場合、該操作部が、ユーザ端末１００の近傍の物体１０１０（例えば、ユーザの手、予め定められた形状のマーカーなど）を検出し、当該物体の検出結果（検出した物体の色、形状、動き、種類等）から入力操作を特定する。より具体的には、ユーザ端末１００は、カメラ１７の撮影画像からユーザの手が検出された場合、該撮影画像に基づき検出されるジェスチャ（ユーザの手の一連の動き）を、ユーザの入力操作として特定し、受け付ける。なお、撮影画像は静止画であっても動画であってもよい。

あるいは、操作部がタッチスクリーン１５で構成される場合、ユーザ端末１００は、タッチスクリーン１５の入力部１５１に対して実施されたユーザの操作をユーザの入力操作として特定し、受け付ける。あるいは、操作部が通信ＩＦ１３で構成される場合、ユーザ端末１００は、コントローラ１０２０から送信される信号（例えば、出力値）をユーザの入力操作として特定し、受け付ける。あるいは、操作部が入出力ＩＦ１４で構成される場合、該入出力ＩＦ１４と接続されるコントローラ１０２０とは異なる入力装置（図示せず）から出力される信号をユーザの入力操作として特定し、受け付ける。

ゲームシステム１は、一例として、コンピュータを操作するユーザが、１以上のキャラクタを選択してパーティーを編成し、編成したパーティーを敵のキャラクタと戦わせることにより、あらかじめ用意されたストーリーを進行させる、ＲＰＧを実行するためのシステムである。本実施形態に係るＲＰＧは、少なくともパーティー編成パートと戦闘パートとを含む。以下では、パーティーに組み入れられた各キャラクタと戦闘する相手のキャラクタを、味方の各キャラクタと区別するために敵キャラクタと称する。単なる「キャラクタ」、または、「味方キャラクタ」という用語は、敵キャラクタと戦闘するためにパーティーに組み入れられた味方のキャラクタを意味する。

本実施形態では、一例として、上述のパーティー編成パートは、パーティーの編成を示
すパーティー情報を、ユーザの操作にしたがって設定することを含む。該パーティー情報は、一例として、デッキ情報であってもよい。したがって、本実施形態では、パーティー編成パートは、一例として、デッキ編成パートである。本実施形態では、具体的には、デッキ編成パートは、キャラクタに見立てた仮想のカードを、仮想のデッキの所定位置に、所定数、ユーザの操作にしたがって配列することを含む。この場合、デッキ情報は、キャラクタのパラメータを含むカード情報と、デッキの所定位置とを関連付けた関連付け情報を含み、これによって、パーティーに組み入れられた各キャラクタの配列が示される。デッキを示すデッキ情報のデータ構造は後に詳述する。

本実施形態では、上述の戦闘パートで実行される戦闘において、ターン制が採用されてもよい。ターン制では、所定回数の味方キャラクタの攻撃動作と、所定回数の敵キャラクタの攻撃動作とが、基本的に交互に繰り返される。さらに本実施形態に係るＲＰＧにおいて、一例として、上述の戦闘パートは、サブパートとしてクイズ要素を含んでいてもよい。該クイズ要素は、一例として、ユーザにクイズを出題し、ユーザが出題されたクイズに正答することで戦闘が有利に進行するものである。具体的には、該クイズ要素は、味方キャラクタの攻撃ターンにおいて、ユーザがクイズに正答することで、味方キャラクタの敵キャラクタへの攻撃が成功するというものであってもよい。本実施形態では、一例として、味方キャラクタの１回の攻撃ターンにつき、クイズが１題出題される。

ユーザは、ユーザ端末１００の入力部１５１を操作して、デッキ編成パートにおいて、所望のキャラクタを選択したり、戦闘パートのクイズ要素においてクイズの解答を入力したりすることができる。

＜各装置のハードウェア構成要素＞
プロセッサ１０は、ユーザ端末１００全体の動作を制御する。プロセッサ２０は、サーバ２００全体の動作を制御する。プロセッサ１０および２０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、およびＧＰＵ（Graphics Processing Unit）を含む。

プロセッサ１０は後述するストレージ１２からプログラムを読み出し、後述するメモリ１１に展開する。プロセッサ２０は後述するストレージ２２からプログラムを読み出し、後述するメモリ２１に展開する。プロセッサ１０およびプロセッサ２０は展開したプログラムを実行する。

メモリ１１および２１は主記憶装置である。メモリ１１および２１は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の記憶装置で構成される。メモリ１１は、プロセッサ１０が後述するストレージ１２から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ１０に作業領域を提供する。メモリ１１は、プロセッサ１０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ２１は、プロセッサ２０が後述するストレージ２２から読み出した各種プログラムおよびデータを一時的に記憶することにより、プロセッサ２０に作業領域を提供する。メモリ２１は、プロセッサ２０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。

なお、本実施形態においてプログラムとは、ゲームをユーザ端末１００とサーバ２００との協働により実現するためのゲームプログラムである。また、各種データとはユーザ情報、ゲーム情報等、ゲームに関するデータ、ならびにユーザ端末１００とサーバ２００との間で送受信する指示や通知を含んでいる。

ストレージ１２および２２は補助記憶装置である。ストレージ１２および２２は、フラ
ッシュメモリまたはＨＤＤ（Hard Disk Drive）等の記憶装置で構成される。ストレージ
１２およびストレージ２２には、ゲームに関する各種データが格納される。

通信ＩＦ１３は、ユーザ端末１００における各種データの送受信を制御する。通信ＩＦ２３は、サーバ２００における各種データの送受信を制御する。通信ＩＦ１３および２３は例えば、無線ＬＡＮ（Local Area Network）を介する通信、有線ＬＡＮ、無線ＬＡＮ、または携帯電話回線網を介したインターネット通信、ならびに近距離無線通信等を用いた通信を制御する。

入出力ＩＦ１４は、ユーザ端末１００がデータの入力を受け付けるためのインターフェースであり、またユーザ端末１００がデータを出力するためのインターフェースである。入出力ＩＦ１４は、ＵＳＢ（Universal Serial Bus）等を介してデータの入出力を行ってもよい。入出力ＩＦ１４は、例えば、ユーザ端末１００の物理ボタンやカメラ、マイク、スピーカ等を含み得る。サーバ２００の入出力ＩＦ２４は、サーバ２００がデータの入力を受け付けるためのインターフェースであり、またサーバ２００がデータを出力するためのインターフェースである。入出力ＩＦ２４は、例えば、マウスまたはキーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含み得る。

ユーザ端末１００のタッチスクリーン１５は、入力部１５１と表示部１５２とを組み合わせた電子部品である。入力部１５１は、例えばタッチセンシティブなデバイスであり、例えばタッチパッドによって構成される。表示部１５２は、例えば液晶ディスプレイ、または有機ＥＬ（Electro-Luminescence）ディスプレイ等によって構成される。

入力部１５１は、入力面に対しユーザの操作（主にタッチ操作、スライド操作、スワイプ操作、およびタップ操作等の物理的接触操作）が入力された位置を検知して、位置を示す情報を入力信号として送信する機能を備える。入力部１５１は、図示しないタッチセンシング部を備えていればよい。タッチセンシング部は、静電容量方式または抵抗膜方式等のどのような方式を採用したものであってもよい。

図示していないが、ユーザ端末１００は、該ユーザ端末１００の保持姿勢を特定するための１以上のセンサを備えていてもよい。このセンサは、例えば、加速度センサ、または、角速度センサ等であってもよい。ユーザ端末１００がセンサを備えている場合、プロセッサ１０は、センサの出力からユーザ端末１００の保持姿勢を特定して、保持姿勢に応じた処理を行うことも可能になる。例えば、プロセッサ１０は、ユーザ端末１００が縦向きに保持されているときには、縦長の画像を表示部１５２に表示させる縦画面表示としてもよい。一方、ユーザ端末１００が横向きに保持されているときには、横長の画像を表示部に表示させる横画面表示としてもよい。このように、プロセッサ１０は、ユーザ端末１００の保持姿勢に応じて縦画面表示と横画面表示とを切り替え可能であってもよい。

カメラ１７は、イメージセンサ等を含み、レンズから入射する入射光を電気信号に変換することで撮影画像を生成する。

測距センサ１８は、測定対象物までの距離を測定するセンサである。測距センサ１８は、例えば、パルス変換した光を発光する光源と、光を受光する受光素子とを含む。測距センサ１８は、光源からの発光タイミングと、発光された光が測定対象物にあたって反射される反射光の受光タイミングとにより、測定対象物までの距離を測定する。測距センサ１８は、光源として、指向性を有する光を発光するものを有することとしてもよい。

ここで、ユーザ端末１００が、カメラ１７と測距センサ１８とを用いて、ユーザ端末１００の近傍の物体１０１０を検出した検出結果を、ユーザの入力操作として受け付ける例
をさらに説明する。カメラ１７および測距センサ１８は、例えば、ユーザ端末１００の筐体の側面に設けられてもよい。カメラ１７の近傍に測距センサ１８が設けられてもよい。カメラ１７としては、例えば赤外線カメラを用いることができる。この場合、赤外線を照射する照明装置および可視光を遮断するフィルタ等が、カメラ１７に設けられてもよい。これにより、屋外か屋内かにかかわらず、カメラ１７の撮影画像に基づく物体の検出精度をいっそう向上させることができる。

プロセッサ１０は、カメラ１７の撮影画像に対して、例えば以下の（１）〜（５）に示す処理のうち１つ以上の処理を行ってもよい。（１）プロセッサ１０は、カメラ１７の撮影画像に対し画像認識処理を行うことで、該撮影画像にユーザの手が含まれているか否かを特定する。プロセッサ１０は、上述の画像認識処理において採用する解析技術として、例えばパターンマッチング等の技術を用いてよい。（２）また、プロセッサ１０は、ユーザの手の形状から、ユーザのジェスチャを検出する。プロセッサ１０は、例えば、撮影画像から検出されるユーザの手の形状から、ユーザの指の本数（伸びている指の本数）を特定する。プロセッサ１０はさらに、特定した指の本数から、ユーザの行ったジェスチャを特定する。例えば指の本数が５本である場合、ユーザが「パー」のジェスチャを行ったと判定し、指の本数が０本である（指が検出されなかった）場合、ユーザが「グー」のジェスチャを行ったと判定し、指の本数が２本である場合、ユーザが「チョキ」のジェスチャを行ったと判定する。（３）プロセッサ１０は、カメラ１７の撮影画像に対し、画像認識処理を行うことにより、ユーザの指が人差し指のみ立てた状態であるか、ユーザの指がはじくような動きをしたかを検出する。（４）プロセッサ１０は、カメラ１７の撮影画像の画像認識結果、および、測距センサ１８の出力値等の少なくともいずれか１つに基づいて、ユーザ端末１００の近傍の物体１０１０（ユーザの手など）とユーザ端末１００との距離を検出する。例えば、プロセッサ１０は、カメラ１７の撮影画像から特定されるユーザの手の形状の大小により、ユーザの手がユーザ端末１００の近傍（例えば所定値未満の距離）にあるか、遠く（例えば所定値以上の距離）にあるかを検出する。なお、撮影画像が動画の場合、プロセッサ１０は、ユーザの手がユーザ端末１００に接近しているか遠ざかっているかを検出してもよい。（５）プロセッサ１０は、カメラ１７の撮影画像の画像認識結果等により、ユーザの手が検出されている状態で、ユーザ端末１００とユーザの手との距離が変化している場合、ユーザが手をカメラ１７の撮影方向において振っていると認識する。プロセッサ１０は、カメラ１７の撮影範囲よりも指向性が強い測距センサ１８において、物体を検出したりしなかったりする場合に、ユーザが手をカメラの撮影方向に直交する方向に振っていると認識する。

このように、プロセッサ１０は、カメラ１７の撮影画像に対する画像認識により、ユーザが手を握りこんでいるか否か（「グー」のジェスチャであるか、それ以外のジェスチャ（例えば「パー」）であるか）を検出する。また、プロセッサ１０は、ユーザの手の形状とともに、この手をどのように移動させているか、また、ユーザ端末１００に対して接近させているか遠ざけているかを検出する。このような操作は、例えば、マウスやタッチパネルなどのポインティングデバイスを用いた操作に対応させることができる。ユーザ端末１００は、例えば、ユーザの手の移動に応じて、タッチスクリーン１５においてポインタを移動させ、ユーザのジェスチャ「グー」を検出する。この場合、ユーザ端末１００は、ユーザが選択している状態（マウスのクリック継続、タッチパネルへのタッチダウンおよびタッチの継続）と判別する。また、ユーザ端末１００は、ユーザのジェスチャ「グー」が検出されている状態で、さらにユーザが手を移動させると、該移動をスワイプ操作（またはドラッグ操作）と判別することもできる。また、ユーザ端末１００は、例えば、カメラ１７の撮影画像によるユーザの手の検出結果において、ユーザが指をはじくようなジェスチャを検出した場合に、マウスのクリック、タッチパネルへのタップ操作に対応する処理をすることとしてもよい。

＜ユーザ端末１００の機能的構成＞
図２は、ユーザ端末１００の機能的構成を示すブロック図である。ユーザ端末１００が備えている、一般的なスマートフォン等として機能する場合に必要な機能的構成、および、ＲＰＧおよびクイズゲームにおける公知の機能を実現するために必要な機能的構成については、適宜省略している。

ユーザ端末１００は、ユーザの入力操作を受け付ける入力装置としての機能と、ゲームの画像や音声を出力する出力装置としての機能を有する。ユーザ端末１００は、プロセッサ１０、メモリ１１、ストレージ１２、通信ＩＦ１３、および入出力ＩＦ１４等の協働によって、制御部１１０および記憶部１２０として機能する。

記憶部１２０は、デッキ情報１２１およびキャラクタ情報１２２、ならびに、ゲームプログラム１３１、ゲーム情報１３２およびユーザ情報１３３を格納する。ゲームプログラム１３１は、ユーザ端末１００で実行するゲームプログラムである。ゲーム情報１３２は、制御部１１０がゲームプログラムを実行する際に参照するデータであって、サーバ２００が保持するゲーム情報と同様の情報を含んでいる。ユーザ情報１３３は、ユーザのアカウントに関するデータであって、同じデータがサーバ２００にも保持されている。

デッキ情報１２１は、パーティーに組み入れられた各キャラクタの配列を示す情報である。本実施形態では、デッキは、複数設けられていてもよい。デッキが設けられている数だけデッキ情報１２１が記憶部１２０において準備される。これにより、ユーザは、複数種類のパーティーを編成しておくことができ、攻略するべきクエストの難易度または目的などに応じて、デッキを容易に使い分け、戦略を練る楽しさと利便性とを享受することができる。デッキ情報１２１のデータ構造は、図４に基づいて後に詳述する。

カード情報データベース（以下、ＤＢ）１２２は、ユーザが所有する各種エンティティをカード情報として一括管理する。各種エンティティとしては、戦闘に参加させるキャラクタ、および、キャラクタを強化または進化させるために必要な素材などがある。１つのキャラクタまたは素材に１つのカード情報が関連付けられており、カード情報は、キャラクタまたは素材の１以上のパラメータを含む。カード情報ＤＢ１２２およびカード情報のデータ構造は、図５に基づいて後に詳述する。

制御部１１０は、記憶部１２０に格納されたゲームプログラム１３１を実行することにより、ユーザ端末１００を統括的に制御する。例えば、制御部１１０は、ゲーム情報１３２に記憶された、ユーザが進行させているゲームの世界を展開するための情報を参照して、主人公またはキャラクタ達がいるゲームの世界を構築し、ユーザに提示する。また、制御部１１０は、各種データを送受信する。例えば、制御部１１０はサーバ２００から各種データおよびプログラム等を受信する。制御部１１０は、ゲーム情報もしくはユーザ情報の一部または全部をサーバ２００に送信する。制御部１１０はサーバ２００にマルチプレイの同期の要求を送信してもよい。制御部１１０はサーバ２００からマルチプレイの同期のためのデータを受信してもよい。

制御部１１０は、ゲームプログラム１３１の記述に応じて、操作受付部１１１、表示制御部１１２、ＵＩ制御部１１３、デッキ処理部１１４および戦闘パート実行部１１５として機能する。制御部１１０は、ゲームプログラム１３１の記述に応じて、これらの各部としても機能する。

操作受付部１１１は、入力部１５１に対するユーザの入力操作を検知し受け付ける。操作受付部１１１は、タッチスクリーン１５およびその他の入出力ＩＦ１４を介したコンソールに対してユーザが及ぼした作用から、いかなる入力操作がなされたかを判別し、その
結果を制御部１１０の各要素に出力する。

操作受付部１１１は、入力部１５１に対する入力操作を受け付け、該入力操作の入力位置の座標を検出し、該入力操作の種類を特定する。操作受付部１１１は、入力操作の種類として、例えばタッチ操作、スライド操作、スワイプ操作、およびタップ操作等を特定する。また、操作受付部１１１は、連続して検知されていた入力が途切れると、タッチスクリーン１５から接触入力が解除されたことを検知する。

表示制御部１１２は、タッチスクリーン１５の表示部１５２に対して、上述の各要素によって実行された処理結果が反映されたゲーム画面を出力する。表示制御部１１２は、ゲーム画面にアイコン、ボタン、または、各種パラメータを示すメニュー等、ゲームの種々の操作に必要なユーザインターフェース（以下、ＵＩ）に係るオブジェクトを、ＵＩ制御部１１３の指示にしたがって描画してもよい。

ＵＩ制御部１１３は、表示部１５２に表示させるＵＩに係るオブジェクト（ＵＩオブジェクト）を制御する。具体的には、ＵＩ制御部１１３は、デッキ編成パートにおいてなされるユーザの操作を支援するために、ＵＩオブジェクトを表示したり、該ＵＩオブジェクトにアニメーションを付加したりする。

デッキ処理部１１４は、操作受付部１１１を介して受け付けられたユーザの操作にしたがって、デッキ編成パートを実行する。まず、デッキ処理部１１４は、ユーザの操作にしたがって、デッキ情報１２１を処理する。より具体的には、デッキ処理部１１４は、カード情報ＤＢ１２２から必要なカード情報を読み出し、読み出したカード情報と、デッキ情報１２１に設けられている１以上の枠（位置）とを関連付けたり、カード情報ＤＢ１２２においてすでに設定されている枠との関連付けを削除したりするデッキ編成機能を有する。さらに、デッキ処理部１１４は、すでにデッキに配列されているキャラクタのパラメータに基づいて、当該キャラクタのデッキ上の位置を基準にして、特別な関係にあるデッキ上の位置を特定する機能を有する。また、デッキ処理部１１４は、カード情報に含まれる各パラメータに基づいて、あらゆる条件に合致するカード情報をカード情報ＤＢ１２２から検索したり、抽出したりするデータベース処理機能も有する。

戦闘パート実行部１１５は、戦闘パートを実行する。本実施形態では、一例として、クイズ要素を実施して、該クイズ要素に基づく味方キャラクタの攻撃動作を決定し、各キャラクタに攻撃動作を実施させる。また、ターン制に則って、敵キャラクタの攻撃動作を決定し、各敵キャラクタに攻撃動作を実施させる。味方キャラクタの攻撃動作に係るクイズ要素については、後述する。戦闘パート実行部１１５は、１つの戦闘につき終了条件が満たされるまで、戦闘パートの進行を継続する。戦闘の終了条件としては、例えば、味方キャラクタの攻撃を受けた敵キャラクタが全滅することにより、ユーザが操作するパーティーが勝利する、敵キャラクタの攻撃を受けた味方キャラクタが全滅することにより該パーティーが敗北する、または、ユーザによってリタイヤの操作がなされる、などが想定される。

本実施形態に係るＲＰＧには、上述の２つのゲームパートの他に、例えば、主人公とその他の登場人物とのやりとりなどを展開してストーリーを進行させるストーリーパート、キャラクタの強化または進化、ならびに、そのために必要な素材などを獲得するための抽選などを実行して、各キャラクタのメンテナンスを行うメンテナンスパート、主人公に特定の行動をさせたり、または、ユーザの操作にしたがうなどして、戦闘パートに移行するためのイベントを発生させる戦闘移行パートなどが含まれていてもよい。これらの各ゲームパートを実行する図示しない各パート実行部が、制御部１１０に含まれていてもよい。なお、本実施形態では、戦闘移行パートにおいて、敵キャラクタに遭遇するイベントが発
生した場合に、戦闘パートに移行する。

なお、サーバ２００は、ユーザ端末１００が備える機能の少なくとも一部を備えていてもよい。また、ユーザ端末１００は、サーバ２００が備える機能の少なくとも一部を備えていてもよい。さらに、ユーザ端末１００およびサーバ２００以外の他の装置をゲームシステム１の構成要素とし、該他の装置にゲームシステム１における処理の一部を実行させてもよい。すなわち、本実施形態においてゲームプログラムを実行するコンピュータは、ユーザ端末１００、サーバ２００、および他の装置の何れであってもよい。

＜ユーザ端末１００の処理フロー＞
図３は、ユーザ端末１００が、ゲームプログラムに基づいて実行する処理の流れを示すフローチャートである。

ステップＳ１において、デッキ処理部１１４は、デッキ編成パートを開始する。具体的には、デッキ編成画面を、表示制御部１１２を介して表示部１５２に表示し、ユーザの操作を待機する。

ステップＳ２において、操作受付部１１１は、パーティーに組み入れるキャラクタを配列するためのユーザの操作を受け付ける。ユーザの操作は、例えば、パーティーに組み入れるべきキャラクタを選択するためのタップ操作であったり、選択したキャラクタを所定のデッキに配列するドラッグアンドドロップ操作であったりする。

ステップＳ３において、デッキ処理部１１４は、ユーザの操作にしたがって、デッキを編成するデッキ編成処理を実行する。該デッキ編成処理において、ＵＩ制御部１１３は、デッキ編成に係るユーザの操作を支援するためのＵＩオブジェクトを表示する。デッキ編成処理の詳細な内容は、図７に基づいて後述する。

ステップＳ４において、戦闘移行パートを実行するパート実行部（図示せず）は、ユーザの操作にしたがって、戦闘移行パートを実行する。

ステップＳ５においてＹＥＳの場合、つまり、上述のパート実行部が、パーティーが敵キャラクタと遭遇するイベントが発生した判断した場合、ステップＳ６において、戦闘パート実行部１１５は、戦闘を開始する。

ステップＳ７においてＹＥＳの場合、つまり、戦闘中にスキルの発動条件が満たされた場合、戦闘パート実行部１１５は、ステップＳ８において、キャラクタにスキルを発動させる。一例として、パーティーに組み入れられたキャラクタの配列において、スキルを発動する主体である第１キャラクタの位置から所定位置に配列された他の第２キャラクタが所定の発動条件を満たした場合、戦闘において、第１キャラクタのスキルを発動させる。スキルの詳細、および、スキルの発動条件に関する詳細な内容は、後述する。

ステップＳ９においてＹＥＳの場合、つまり、敵キャラクタが全滅してパーティーが戦闘に勝利するか、または、パーティーが全滅して戦闘に敗北するかした場合、戦闘パート実行部１１５は、戦闘パートを終了させる。

ステップＳ１０において、その他の図示しないパート実行部は、戦闘パートが終了した後、その他のゲームパートを実行する。

＜戦闘の流れ＞
本実施形態において、戦闘パート実行部１１５が実行する戦闘パートでは、一例として
、ターン制が採用され、味方キャラクタの攻撃チャンスにおいて、クイズ要素が含まれる。１回のターンには、味方キャラクタの攻撃チャンスが少なくとも１回と、敵キャラクタの攻撃チャンスが０または１回含まれる。敵キャラクタは、毎ターン攻撃してくるとは限らず、例えば、２ターンに１回攻撃してもよい。

戦闘パート実行部１１５が実行するクイズ要素とは、一例として、以下のとおりである。１回のターンにおいて、味方キャラクタの攻撃チャンスにおいて、クイズが１問出題される。ユーザが該クイズに正答すると、味方キャラクタに攻撃動作を実施させる。結果として、パーティーは、そのターンにおいて、敵キャラクタにダメージを与えることができる。ユーザが該クイズに正答できなければ、戦闘パート実行部１１５は、味方キャラクタに攻撃動作を実施させない。結果として、パーティーは、そのターンにおいて、敵キャラクタにダメージを与えることができない。戦闘に勝利するためには、ユーザは、毎ターン出題されるクイズに、できるだけ多く正答することが求められる。

上述のとおり、各キャラクタには、複数種類のパラメータが関連付けられている。本実施形態では、一例として、戦闘パートにおいて参照されるパラメータとして以下のものがある。

「属性」は、キャラクタの性質を示すパラメータであり、本実施形態では、一例として、火、雷、および、水の３つの属性のいずれかが設定される。属性は、敵キャラクタにも設定されていてもよい。各属性には、互いに、有利な属性および不利な属性が設定されていてもよい。例えば、火は雷に、雷は水に、水は火に対して有利であるように設定されていてもよい。より具体的には、戦闘時に、火属性のキャラクタは、雷属性の敵キャラクタに対して、通常よりも多くのダメージを与えられるなどが考えられる。また、戦闘時に、同属性同士の味方キャラクタが戦闘に有利な相互作用を与え合うことなどが考えられる。また、出題されるクイズにも、属性が設定されていてもよい。この場合、正答したクイズに設定されている属性と同じ属性を持つキャラクタだけが攻撃動作を実施できるように、戦闘パート実行部１１５が制御してもよい。

「体力」は、キャラクタの体力を示すパラメータであり、例えば数値で表される。該数値は、戦闘時に、敵キャラクタから攻撃を受けることによって減じられ、体力が０になれば、そのキャラクタは戦闘不能となる。体力は、敵キャラクタにも設定されており、味方キャラクタの攻撃によって、すべての敵キャラクタの体力を０にすることで、戦闘に勝利できる。

「攻撃力」は、敵キャラクタに対してダメージを与える力を示すパラメータであり、例えば数値で表される。数値が大きいほど、ダメージを与える力が強いことを意味する。本実施形態では、攻撃力は、攻撃チャンスにおいてキャラクタが通常行う攻撃、および、後述するスキルを条件が満たされたときに発動することによりキャラクタが行う特別攻撃（以下、特攻）に影響する。

「基本スキル」は、キャラクタのそれぞれが、所定の条件に基づいて発動できる技を示すパラメータである。本実施形態では、一例として、すべてのキャラクタに、それぞれ固有の基本スキルが付与されており、これらの基本スキルが発動可能となる条件は、すべてのキャラクタにおいて共通であるものとする。

本実施形態では、一例として、各キャラクタは、発動条件に応じて２種類の基本スキルを有する。１つ目は、速答スキルである。速答スキルは、上述のクイズが出題されてから所定時間内に、ユーザが早く正答できた場合に、発動可能となるスキルである。本実施形態では、速答スキルは、ユーザがクイズに所定時間以内に正答した後、これに基づいて、
各キャラクタが攻撃動作を実施するときに自動的に発動される。速答スキルとしては、具体的には、そのターンに実施される攻撃の攻撃力が一時的にアップするスキル、または、味方キャラクタの体力が回復したりするスキルなどがある。

２つ目は、連答スキルである。連答スキルは、複数ターンに亘って、連続で正答できた場合に、発動可能となるスキルである。本実施形態では、連答スキルは、ユーザがクイズに所定回数連続で正答した場合に、その次のターン以降において、ターンの開始時にユーザの操作にしたがって手動で発動される。連答スキルとしては、そのターンに出題されるクイズの属性を変更するスキル、または、クイズの正答によって実施できる通常の攻撃とは別に、敵キャラクタ単体または全体に特攻を行うスキルなどがある。

「付加スキル」は、特定のランクを付与された特殊キャラクタが、所定の条件に基づいて発動できる技を示すパラメータである。すなわち、特殊キャラクタは、基本スキルに加えて固有の付加スキルを有する。本実施形態では、付加スキルの発動条件として、少なくとも、パーティーにおける各キャラクタの配列の要件が含まれる。つまり、デッキにおいて、特殊キャラクタとその他の味方キャラクタとが特定の位置関係に基づいて配列されている場合に、付加スキルの発動の条件が満たされ、特殊キャラクタが付加スキルを発動することができる。本実施形態では、各キャラクタのランクは、後述の希少度として設定される。

本実施形態では、特殊キャラクタ（第１キャラクタ）が、その他の味方キャラクタ（第２キャラクタ）が発動条件を満たすことにより、付加スキルを発動する行動を、特殊キャラクタが、その他の味方キャラクタに「共鳴（連動）」することとして捉える。以下では、付加スキルを共鳴スキル（スキル、付加スキル）と称する。また、共鳴を引き起こす契機となる、上述のその他の味方キャラクタを、共鳴トリガ（第２キャラクタ）と称し、該共鳴トリガによって共鳴スキルを発動する特殊キャラクタを共鳴ランチャ（第１キャラクタ）と称する。また、共鳴スキルの発動条件を共鳴条件（所定の発動条件）と称する。本実施形態では、共鳴条件は、共鳴スキルごとに設定される。付加スキルの発動を可能にするための、デッキにおける共鳴ランチャと共鳴トリガとの配列の要件については、後に詳しく説明する。

＜デッキ編成パートについて＞
デッキ編成パートでは、デッキ処理部１１４は、記憶部１２０に記憶されているデッキ情報１２１およびカード情報ＤＢ１２２に基づいて、デッキを編成する処理を実行する。

図４は、パーティー情報（本実施形態では、デッキ情報）のデータ構造を示す図である。図４に示すとおり、本実施形態では、一例として、パーティー情報として、デッキ情報１２１が採用される。デッキ情報１２１は、一例として、１×５の配列、すなわち、５つの枠を有する。本実施形態では、５つの枠を、左から順に、第１枠、第２枠、第３枠、第４枠、および、第５枠と称する。ユーザの操作によってキャラクタが選択され、該キャラクタを配列する枠が選択されると、選択されたキャラクタのカード情報が、選択された枠に関連付けられる。すなわち、デッキの枠にキャラクタのカードが配置される。なお、強化素材または進化素材などの物質のカードは、戦闘に参加できないので、デッキに編成されなくてもよい。以下では、キャラクタのカード情報を、物質のカード情報と区別して、キャラクタ情報と称する。

本実施形態では、共鳴条件として、デッキの配列に係る要件が少なくとも含まれる。共鳴条件が満たされるためには、少なくとも、デッキにおいて、共鳴ランチャ（第１キャラクタ）が配列された位置から所定位置に共鳴トリガ（第２キャラクタ）が配列される必要がある。例えば、デッキ処理部１１４は、共鳴ランチャが配列された枠の隣の枠に共鳴ト
リガが配列された場合に、共鳴条件のうち配列に係る要件が満たされたと判断することができる。より具体的には、第３枠に共鳴ランチャを配列した場合、共鳴トリガが第２枠または第４枠に配列されることにより、上述の要件が満たされる。

なお、デッキ情報は、１×Ｎの配列を有するデッキ情報１２１に限定されない。例えば、デッキ情報として、Ｎ×１の配列を有するデッキ情報１２１ａが採用されてもよい。あるいは、Ｎ×Ｍの配列を有するデッキ情報１２１ｂが採用されてもよい。あるいは、デッキ情報は、Ｎ×Ｍ×Ｌなどの多次元配列を有していてもよい。さらに、デッキ情報は、単に並び順序の意味を持つだけの配列に限らない。デッキ情報は、デッキ情報１２１ｂのように、前衛および後衛など、隊列または陣形としてキャラクタの位置に戦闘上の物理的な意味が持たされた配列を有していてもよい。

また、デッキ情報が含む特定の枠に対して、特定の機能を関連付けてもよい。例えば、第１枠について「リーダー」の機能を関連付けてもよい。この場合、「リーダー」の枠に配列されたキャラクタは、各種ゲームパートにおいて「リーダー」としての機能を発揮し、ゲームパート進行時に、味方キャラクタに対して何らかの影響を及ぼしてもよい。

図５は、カード情報ＤＢのデータ構造を示す図である。図５に示すとおり、カード情報ＤＢ１２２には、ユーザが所有するすべてのカードについて、各カードのカード情報が登録されている。カードに見立てた各キャラクタまたは素材には、複数のパラメータが付与されている。すでに説明した戦闘に係るパラメータに加えて、本実施形態では、さらに、「キャラクタＩＤ」、「キャラクタ名」、「希少度」、「タイプ」および「レベル」などがパラメータとして各キャラクタに付与されていてもよい。

「カードＩＤ」は、各カードに付与される識別情報である。本実施形態では、同じキャラクタ（または素材）のカードを複数枚重複して所有することが許容されている。このような場合でも、各カードが識別できるように該識別情報が付与される。

「カード名」は、カードにおいて見立てられているエンティティ（キャラクタまたは素材）の名前を示す。

「希少度」は、カードの希少価値をランク付けした情報である。一般にカードの希少価値が高いほど、そのカードのキャラクタの能力は高い。本実施形態では、希少価値の高いランクから順に、「Ｌ」、「ＳＳ」、「Ｓ」、「Ａ」、「Ｂ」、および、「Ｃ」の希少度が設定される。また、本実施形態では、希少度最高位の「Ｌ」と同等の希少価値を意味する「Ｘ」ランクが「Ｌ」ランクとは別に設定されている。希少度「Ｘ」は、上述の共鳴スキルを有する特殊キャラクタに対して付与され、この「Ｘ」ランクによって、共鳴スキルを持たない他のキャラクタ達と区別される。

なお、希少度は、例えば、カードの入手困難性、より具体的には、カードが当たる抽選における当選確率、課題クリア報酬として入手される場合の課題の難易度、または、有償入手の場合の価格などに基づいて決定されている。

キャラクタを進化素材などによって進化させることにより、キャラクタの希少度を上げて、キャラクタの能力を高めることができてもよい。

「タイプ」は、キャラクタの職業、または、素材の用途（進化、強化、売却または交換など）を示すパラメータである。

「レベル」は、キャラクタの強化度合を示すパラメータである。レベルが上がるほど「
体力」および「攻撃力」が高くなる。キャラクタを強化素材などによって強化することにより、キャラクタのレベルを上げて、キャラクタの能力を高めることができてもよい。

図６は、キャラクタ情報を表示するゲーム画面の一具体例を示す図である。該ゲーム画面は、例えば、図８に示すデッキ編成画面において、ユーザが、１体のキャラクタのカードを選択する操作（タップ操作など）を行ったことに応じて、表示制御部１１２が、表示部１５２に表示させる。

図６に示すとおり、キャラクタ情報を表示するゲーム画面には、例えば、キャラクタの画像６０１、属性６０２、希少度６０３、レベル６０４、タイプ６０５、キャラクタ名６０６、体力６０７、攻撃力６０８、速答スキル６０９および連答スキル６１０が表示されてもよい。キャラクタが、希少度Ｘの共鳴ランチャである場合、さらに、共鳴スキル６１１が表示されてもよい。速答スキル６０９および連答スキル６１０は、スキルの技名と、そのスキルの内容説明とを含む。共鳴スキル６１１は、共鳴条件と該共鳴スキルが発動したときの作用の説明とを含む。

上述のゲーム画面が表示されることにより、ユーザは、１体のキャラクタについて各種パラメータを一覧で確認できる。例えば、ユーザは、共鳴スキル６１１に基づいて、共鳴スキルの内容と共鳴条件とを確認し、それらを考慮して、戦略的にデッキ編成を楽しむことができる。

図７は、デッキ編成処理における、より詳細な処理の流れを示すフローチャートである。図８〜図１１は、デッキ編成処理時に表示部に表示されるゲーム画面（デッキ編成画面）の一具体例を示す図である。

ステップＳ２１において、表示制御部１１２は、デッキ編成処理を実行するデッキ処理部１１４に指示にしたがって、デッキ編成画面（例えば、図８）を表示部１５２に表示する。デッキ編成画面には、少なくとも、デッキ７０１と、パーティーに組み入れる候補となる控えのキャラクタを一覧表示する控えキャラクタリスト７０２とが含まれる。

ステップＳ２２において、操作受付部１１１は、キャラクタをデッキに配列するためのユーザの操作を受け付ける。該操作は、例えば、控えキャラクタリスト７０２に表示されている１体のキャラクタのカードをドラッグして、デッキ７０１上の配列したい枠の上でドロップするドラッグアンドドロップ操作によって実現される。

ステップＳ２３において、デッキ処理部１１４は、該操作によって選択されたキャラクタのカードをドロップ先の枠に配列する。例えば、キャラクタ７０３のキャラクタ情報をデッキ情報１２１の第３枠Ｍ３に関連付ける。

ステップＳ２４においてＮＯの場合、デッキ処理部１１４は、次に、ステップＳ２３で配列されたキャラクタの希少度が「Ｘ」か否かを判断する。例えば、デッキ処理部１１４は、ステップＳ２３において、第３枠Ｍ３にキャラクタ７０３が配列されても共鳴条件が成立しなかったと判断した場合、キャラクタ７０３が共鳴スキルを持つ共鳴ランチャであるか否かを判断する。

ステップＳ２５においてＹＥＳの場合、ステップＳ２６において、デッキ処理部１１４は、配列された共鳴ランチャの共鳴条件に合致するデッキの枠を特定する。具体的には、キャラクタ７０３が希少度Ｘの共鳴ランチャである場合、デッキ処理部１１４は、キャラクタ７０３に関連付けられているパラメータ「共鳴条件」をカード情報ＤＢ１２２から読み出す。そして、共鳴条件に含まれる配列の要件に基づいて、例えば、キャラクタ７０３
が配列されている第３枠Ｍ３の両隣、すなわち、第２枠Ｍ２および第４枠Ｍ４を特定する
。

ステップＳ２７において、ＵＩ制御部１１３は、ステップＳ２６において特定された枠を強調表示するようにＵＩオブジェクトを制御する。表示制御部１１２は、ＵＩ制御部１１３の制御にしたがって、特定された枠を強調表示する。例えば、図８に示す通り、ＵＩ制御部１１３は、第２枠Ｍ２および第４枠Ｍ４が共鳴条件を満たす位置であることを示す強調フレーム７０４を、表示制御部１１２を介して表示部１５２に表示させる。例えば、ＵＩ制御部１１３は、強調フレーム７０４に対して、流れ星のようなオブジェクトが、第２枠Ｍ２および第４枠Ｍ４の外周上を、光を伴って巡るようなアニメーションを付与してもよい。これにより、ユーザは、共鳴ランチャ（キャラクタ７０３）の共鳴スキルを発動させるために、どこに共鳴トリガを配列すればよいのかを一目で認識することができる。

ステップＳ２８において、デッキ処理部１１４は、カード情報ＤＢ１２２を参照して、配列された共鳴ランチャの共鳴条件に合致するパラメータを有する共鳴トリガを特定する。例えば、キャラクタ７０３の共鳴条件が「共鳴トリガが特攻スキルを発動したとき」である場合、デッキ処理部１１４は、特攻に係る基本スキルを有するキャラクタをカード情報ＤＢ１２２から抽出する。図５に示す例では、カードＩＤ「0002-01」の「ドラゴン」
が抽出される。あるいは、キャラクタ７０３の共鳴条件が「同属性の共鳴トリガが隣に配列されているとき」である場合、デッキ処理部１１４は、キャラクタ７０３と同じ属性のキャラクタをカード情報ＤＢ１２２から抽出する。

ステップＳ２９において、ＵＩ制御部１１３は、控えキャラクタリスト７０２に表示されている各キャラクタのカードのうち、ステップＳ２８において特定された共鳴トリガのカードに、強調フレーム７０５を追加する。これにより、ユーザは、共鳴ランチャ（キャラクタ７０３）の共鳴スキルを発動させるために、どの共鳴トリガを隣に配列すればよいのかを一目で認識することができる。

一方、ステップＳ２５においてＮＯの場合、すなわち、希少度が「Ｘ」ではないその他のキャラクタがデッキに配列された場合、ステップＳ３０において、デッキ処理部１１４は、カード情報ＤＢ１２２を参照し、配列された該キャラクタが共鳴トリガとなり得る共鳴条件を持つ共鳴ランチャを特定してもよい。例えば、図９に示すデッキ編成画面において、キャラクタ７０６が第１枠Ｍ１に配列された場合、キャラクタ７０６を隣に置く、つまり、第２枠Ｍ２に共鳴ランチャを配列することで共鳴スキルを発動可能な共鳴ランチャを、カード情報ＤＢ１２２から抽出する。

ステップＳ３１において、ＵＩ制御部１１３は、控えキャラクタリスト７０２に表示されている各キャラクタのカードのうち、ステップＳ３０において特定された共鳴ランチャのカードに、強調フレーム７０７を追加してもよい。これにより、ユーザは、共鳴トリガ（キャラクタ７０６）が共鳴条件を満たすことにより、共鳴スキルを発動させることが可能な共鳴ランチャがどれであるのかを一目で認識することができる。続いて、ステップＳ２２に戻り、ユーザが強調表示された共鳴ランチャを選択した場合、デッキ処理部１１４は、選択された共鳴ランチャの共鳴条件と、すでに配列されている共鳴トリガ（キャラクタ７０６）の位置とに基づいて、共鳴条件を満たすための該共鳴ランチャの配列位置（枠）を特定してもよい。そして、ドラッグ操作が継続されている間、ＵＩ制御部１１３は、特定された枠を強調するための強調フレーム７０８を表示してもよい。

ステップＳ２６〜ステップＳ２９を経た後、制御部１１０は、ステップＳ２２の前に戻り、ユーザの操作が入力されるのを待機する。

ここで、例えば、ユーザが、図８に示す強調表示によって支援されながら、条件を満たす共鳴トリガを、控えキャラクタリスト７０２から選択して、デッキ７０１の共鳴可能な枠上に、ドラッグアンドドロップ操作を実行したとする。この場合、ステップＳ２３において、デッキ処理部１１４は、該操作にしたがって、選択された共鳴トリガをキャラクタ７０３の隣の枠に配列する。

ステップＳ２４においてＹＥＳの場合、つまり、ステップＳ２３で実施された配列によって、共鳴条件が満たされた場合、ＵＩ制御部１１３は、ステップＳ３２において、配列された共鳴ランチャの共鳴条件が満たされたことを示すオブジェクトを、共鳴ランチャのカードの周辺に表示させてもよい。上述のオブジェクトは、例えば、図１０に示すとおり、オーラ７０９であってもよい。さらに、ＵＩ制御部１１３は、オーラ７０９がより目立つようにオーラ７０９にアニメーションを付加してもよい。さらに、ＵＩ制御部１１３は、オーラ７０９を、共鳴ランチャ（キャラクタ７０３）が配列された第３枠だけでなく、その共鳴のトリガとなっている共鳴トリガとしてのキャラクタ７１０が配列された第２枠にもかかるように表示させてもよい。これにより、ユーザは、どの共鳴トリガとどの共鳴ランチャとが共鳴条件を満たしているのかを一目で把握することができる。

図１１に示すように、さらに、共鳴ランチャ（キャラクタ７０３）のもう一方の隣（第４枠Ｍ４）に、条件を満たす共鳴トリガ（キャラクタ７１１）が配列された場合、つまり、ステップＳ３２の後のステップＳ２４においてＹＥＳの場合、ＵＩ制御部１１３は、オーラ７１２を、第３枠Ｍ３の周辺に表示させてもよい。このとき、ＵＩ制御部１１３は、オーラ７１２の表示態様（例えば、色）を、オーラ７０９と異ならせてもよい。さらに、ＵＩ制御部１１３は、オーラ７１２を、第３枠Ｍ３だけでなく、共鳴トリガ（キャラクタ７１１）が配列された第４枠Ｍ４にもかかるように表示させてもよい。これにより、１つの共鳴ランチャにつき、複数の共鳴トリガとの間で共鳴条件が満たされている場合でも、共鳴ランチャがそれぞれどの共鳴トリガとの間で共鳴条件を満たしているのかを、ユーザは一目で把握することができる。

デッキ処理部１１４は、上述の一連のデッキ編成処理を実行し、例えば、ユーザが決定ボタン７１３をタップ操作して、デッキの編成が確定するまで継続される。

＜戦闘パートについて〜共鳴スキル発動の詳細＞
本実施形態では、共鳴条件には、各キャラクタに付与されているパラメータの要件が含まれる。パラメータには、戦闘前に設定されており、戦闘中において不変の静的パラメータと、戦闘の進行の過程で可変の動的パラメータとがある。したがって、共鳴条件は、デッキの配列の要件に加えて、キャラクタの静的パラメータに係る要件を含んでいてもよいし、キャラクタの戦闘中における状態に係る要件を含んでいてもよい。状態は、キャラクタの戦闘中における動的パラメータまたは戦闘中にキャラクタが実施する動作などに基づいて特定される。

本実施形態では、キャラクタの静的パラメータに基づく要件の一例として、「Ｘ」ランクの特殊キャラクタ同士は共鳴しないという要件があってもよい。すなわち、戦闘パート実行部１１５は、共鳴スキルを有する希少度「Ｘ」の特殊キャラクタを、他の特殊キャラクタの共鳴スキルを発動させる共鳴トリガとして機能させないという構成であってもよい。つまり、戦闘パート実行部１１５は、ある特殊キャラクタの位置から所定位置に別の特殊キャラクタが配列されたとしても、該別の特殊キャラクタは、上述のある特殊キャラクタの共鳴条件を満足しない、と判断する。該構成によれば、ユーザが、「Ｘ」ランクの特殊キャラクタばかりをデッキに編成するという一辺倒な配列にする傾向に陥ることを回避できる。該構成によれば、別のランク（極端には弱いランク）のキャラクタであっても、「Ｘ」ランクの特殊キャラクタとの配列を考慮することにより、戦闘においてきわめて有
利な効果が得られる編成をユーザに提供することができる。結果として、ユーザに、多種多様なランクのキャラクタを組み入れて配列を工夫させ、デッキ編成パートをより一層楽しませることができる。

図１２は、戦闘パートにおける詳細な処理の流れを示すフローチャートである。戦闘パート実行部１１５は、図３のステップＳ７およびＳ８に示される一連の処理（以下、共鳴スキル発動処理）を、共鳴条件にしたがって、戦闘パートの任意のタイミングで実行する。例えば、図１２に示すとおり、戦闘パート実行部１１５は、ステップＳ４１の後（ステップＳ４２）、ステップＳ４６の後、ステップＳ４９の後、および、ステップＳ５３の後などに、共鳴スキル発動処理を実行してもよい。以下では、それぞれのタイミングで実行される共鳴スキルの具体例について、戦闘パートの処理の流れとともに説明する。図１３および図１４は、戦闘パート実行時に表示されるゲーム画面の一具体例を示す図である。これらの図面も併せて参照する。

ステップＳ４１において、戦闘パート実行部１１５は、戦闘パートを開始する。具体的には、戦闘パート実行部１１５は、表示制御部１１２を介して、例えば、図１３に示す戦闘画面を表示部１５２に表示する。図１３に示すとおり、戦闘画面には、敵キャラクタ情報８０１と、味方キャラクタ情報８０２と、ジャンルパネル８０３とが含まれる。敵キャラクタ情報８０１は、敵キャラクタに見立てたカードの画像であってもよい。味方キャラクタ情報８０２は、図８などに示すデッキ編成画面において確定されたデッキ７０１の情報と対応する。ジャンルパネル８０３は、クイズごとに、ジャンルと属性とを表示する。本実施形態は、１回のターンで出題されるクイズを、ジャンルパネル８０３に表示されている４つのクイズの中からユーザが１問選択できる構成である。ユーザは、敵キャラクタの属性、味方キャラクタの属性、および、自分の得意なジャンルに基づいて、好みのクイズを選択すればよい。

ステップＳ４２において、戦闘パート実行部１１５は、共鳴条件が満たされているか否かを判断し、共鳴条件が満たされている場合に、共鳴ランチャに共鳴スキルを発動させてもよい。例えば、共鳴条件が、配列の要件と、共鳴トリガの静的パラメータの要件とを含んでいる場合が想定される。この場合、戦闘パート実行部１１５は、共鳴条件に合致する静的パラメータを有する共鳴トリガが、デッキにおいて共鳴ランチャの位置から所定位置に配列されていると判断すれば、戦闘が開始されたこのタイミングで、該共鳴ランチャの共鳴スキルを発動させてもよい。ここで発動される共鳴スキルの例としては、例えば、同属性の味方キャラクタの基本スキルが強化される効果、具体的には、連答スキルまたは速答スキルの性能または効果が高められるような効果を生むものが考えられる。あるいは、その他の共鳴スキルの例として、該基本スキルの発動条件を緩和する効果を生むものが考えられる。例えば、連答スキルの発動条件である連続正解数を減らしたり、速答スキルの発動条件である所定時間を延ばしたりして、基本スキルを発動しやすくする効果が考えられる。

ステップＳ４３においてＹＥＳの場合、つまり、操作受付部１１１が、ユーザによる、攻撃相手を選択する操作を受け付けた場合には、戦闘パート実行部１１５は、ステップＳ４４において、該操作にしたがって、どの味方キャラクタがどの敵キャラクタを攻撃するのかを決定してもよい。

ステップＳ４５においてＹＥＳの場合、つまり、操作受付部１１１が、ユーザによる、連答スキルを発動させる操作を受け付けた場合には、戦闘パート実行部１１５は、ステップＳ４６において、該操作にしたがって、選択された味方キャラクタの連答スキルを発動させてもよい。

ステップＳ４６の後、戦闘パート実行部１１５は、ステップＳ４２の共鳴スキル発動処理を実行してもよい。例えば、共鳴条件が、配列の要件と、共鳴トリガの状態の要件とを含んでいる場合が想定される。この場合、戦闘パート実行部１１５は、デッキにおいて共鳴ランチャの位置から所定位置に配列されている共鳴トリガが、共鳴条件に合致する所定の状態に移行したと判断すれば、所定のタイミング（例えば、共鳴トリガが該状態に移行した時など）にて、該共鳴ランチャの共鳴スキルを発動させてもよい。例えば、共鳴トリガが、所定の連答スキルを発動した後に、それに共鳴して共鳴ランチャが敵キャラクタに特攻を与える共鳴スキルを発動することなどが考えられる。あるいは、図１３に示すジャンルパネル８０３の内容（クイズの属性またはジャンル）を、ユーザが所望する内容へと変更する共鳴スキルが発動されてもよい。

ステップＳ４７においてＹＥＳの場合、つまり、操作受付部１１１が、ユーザによる、ジャンルパネルを選択する操作を受け付けた場合には、戦闘パート実行部１１５は、ステップＳ４８において、クイズ要素の進行を開始する。まず、選択されたジャンルパネルに関連付けられているクイズを出題する。なお、ジャンルパネル選択操作が受け付けられない間は（ステップＳ４７においてＮＯ）、ステップＳ４３に戻り、上述のいずれかのユーザによる操作を待機する状態を維持する。

ステップＳ４９において、ステップＳ４５およびＳ４６と同様に、戦闘パート実行部１１５は、連答スキルを発動する処理を実行してもよい。クイズの出題後に発動される連答スキルとしては、例えば、クイズが４択問題である場合に、選択肢を１つ削るなど、ユーザの正答を支援するスキルが想定される。

ステップＳ４９の後、戦闘パート実行部１１５は、ステップＳ４２の共鳴スキル発動処理を実行してもよい。例えば、共鳴トリガが、所定の連答スキルを発動した後に、それに共鳴して共鳴ランチャが、選択肢をさらに削る共鳴スキルを発動するなどして、ユーザの正答をさらに支援することなどが考えられる。あるいは、解答の制限時間を延長するなどして、ユーザの正答をさらに支援することなどが考えられる。あるいは、クイズのヒントを提示して、ユーザの正解率を高めることなどが考えられる。

ステップＳ５０においてＹＥＳであり、ステップＳ５１においてＹＥＳであり、かつ、ステップＳ５２においてＹＥＳの場合、つまり、出題開始時点から所定時間以内にユーザがクイズに正答した場合、戦闘パート実行部１１５は、ステップＳ５３において、正答したクイズの属性と同属性の味方キャラクタの速答スキルを発動させる。続けて、ステップＳ５４において、該味方キャラクタに通常の攻撃を敵キャラクタに対して実施させる。

ステップＳ５３またはＳ５４の後、戦闘パート実行部１１５は、ステップＳ４２の共鳴スキル発動処理を実行してもよい。例えば、複数の共鳴トリガが、それぞれの所定の速答スキルを発動して攻撃を行った後に、共鳴ランチャが、共鳴した共鳴トリガの人数に応じて敵キャラクタに特攻を与える共鳴スキルを発動することなどが考えられる。

なお、ステップＳ５２においてＮＯの場合、つまり、所定時間以内に正答が入力されなかった場合には、戦闘パート実行部１１５は、速答スキルを発動することなく、通常の攻撃を味方キャラクタに実施させる。

ステップＳ５５においてＹＥＳの場合、つまり、ステップＳ５４における攻撃により、すべての敵キャラクタの全体力を奪うことができた場合、戦闘パート実行部１１５は、ステップＳ５６において、パーティーが戦闘に勝利したとして、進行していた戦闘パートを終了する。

ステップＳ５５においてＮＯの場合、つまり、敵キャラクタが生き残っている場合には、戦闘パート実行部１１５は、ステップＳ５７において、敵キャラクタの攻撃ターンを進行させる。

なお、ステップＳ５１においてＮＯの場合、つまり、制限時間以内に解答が入力されたが、該解答が正解ではなかった場合、戦闘パート実行部１１５は、味方キャラクタに攻撃を実施させることなく、ステップＳ５７の処理に移行する。すなわち、敵キャラクタに味方キャラクタに対する攻撃を実施させる。

また、ステップＳ５０においてＮＯの場合、かつ、ステップＳ５８においてＮＯの場合、つまり、制限時間以内に解答が入力されなかった場合も、戦闘パート実行部１１５は、味方キャラクタに攻撃を実施させることなく、ステップＳ５７の処理に移行する。

ステップＳ５９においてＹＥＳの場合、つまり、ステップＳ５７における攻撃により、すべての味方キャラクタの体力が０となって戦闘不能となった場合、戦闘パート実行部１１５は、ステップＳ６０において、パーティーが戦闘に敗北したとして、進行していた戦闘パートを終了する。

なお、ステップＳ５９においてＮＯの場合、つまり、味方キャラクタが生き残っている場合には、戦闘パート実行部１１５は、ステップＳ４３の前（例えば、ステップＳ４２）に戻り、次のターンを開始する。ここで、戦闘パート実行部１１５は、ステップＳ４２の共鳴スキル発動処理を実行してもよい。例えば、先のターンの進行により、味方キャラクタの動的パラメータが変化したことに基づいて、共鳴条件が満たされた場合に、戦闘パート実行部１１５は、共鳴ランチャに共鳴スキルを発動させてもよい。より具体的には、共鳴トリガの体力が所定値以下になった場合に、該共鳴トリガのピンチに共鳴して、味方キャラクタの体力を回復させる共鳴スキルを発動することなどが考えられる。

さらに、表示制御部１１２は、戦闘パート実行部１１５によって共鳴スキルが発動されたとき、共鳴スキルが発動されたことが視認できるアニメーション（スキルが発動したことを示す情報）を戦闘画面に付加してもよい。さらに、表示制御部１１２は、共鳴スキルの発動が、どのキャラクタ（共鳴トリガ）とどのキャラクタ（共鳴ランチャ）との共鳴によるものかを明示するアニメーション（どのキャラクタが第１キャラクタであり、どのキャラクタが第２キャラクタであるかを示す情報）を、該戦闘画面に付加してもよい。

図１４は、共鳴スキルが発動したときに表示されるゲーム画面の一具体例を示す図である。本実施形態では、一例として、表示制御部１１２は、共鳴スキルを発動した共鳴ランチャの画像８０４を、図１３に示す戦闘画面に重ねて表示させる。画像８０４は、アニメーションであってもよい。

さらに、表示制御部１１２は、味方キャラクタ情報８０２における、共鳴ランチャのカードおよび共鳴トリガのカードの外周に、オーラ８０５を表示させてもよい。オーラ８０５は、共鳴ランチャと共鳴トリガとが共鳴していることを示すものである。オーラ８０５には、アニメーションが付加されてもよい。

以上のとおり、本実施形態に係る情報処理装置（ユーザ端末１００、サーバ２００）によれば、ユーザが、強いキャラクタから順に機械的にパーティーに組み入れるという一辺倒な配列にする傾向に陥ることを回避できる。該構成によれば、弱いレベルまたはランクのキャラクタであっても、特殊キャラクタとの位置関係に基づいて配列を工夫することにより、戦闘においてきわめて有利な効果が得られるような編成の可能性をユーザに提供することができる。結果として、ユーザに、多種多様なキャラクタを組み入れて配列を工夫
させることができ、パーティー編成をより一層楽しませることができる。

〔変形例〕
戦闘パートにおいて、戦闘パート実行部１１５は、敵キャラクタに、デッキ編成に係るスキルを発動させる構成であってもよい。例えば、デッキの配列をシャッフルして共鳴条件を壊すような攻撃を敵キャラクタに実施させてもよい。これにより、難易度が高い戦闘をユーザに提供することができ、ゲームの興趣性を一層向上させることができる。

共鳴条件の配列に係る要件として、「共鳴ランチャの枠の両隣」以外にも、「共鳴ランチャが配列された枠以降（または以前）の番号の枠」、「共鳴ランチャの枠から１つ右（または左）に飛ばした先の枠」などがあってもよい。

共鳴条件の静的パラメータに係る要件として、「同属性である」以外にも、「希少度が所定ランク以上」、「同タイプである」、「回復系（または攻撃系）の基本スキルを持つ」、「レベル（または体力、または攻撃力）が所定値以上である」などがあってもよい。

共鳴条件の状態に係る要件として、「所定の基本スキルを発動した」、「体力が所定値以下になった」以外にも、「敵キャラクタから特殊な攻撃、技または術などを受けた」などがあってもよい。

〔ソフトウェアによる実現例〕
制御部１１０の制御ブロック（特に、操作受付部１１１、表示制御部１１２、ＵＩ制御部１１３、デッキ処理部１１４、および、戦闘パート実行部１１５）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、制御部１１０を備えた情報処理装置は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

〔付記事項〕
本発明の一側面に係る内容を列記すると以下のとおりである。

（項目１） プロセッサ（１０）、メモリ（１１）、および、表示部（１５２）を備えるコンピュータ（ユーザ端末１００、サーバ２００）において実行されるゲームプログラム（１３１）について説明した。本開示のある局面によると、ゲームプログラムに基づくゲームは、１以上のキャラクタで編成されたパーティーが、敵キャラクタと戦闘する戦闘
パートを含み、ゲームプログラムは、プロセッサに、パーティーに組み入れるキャラクタを配列するためのユーザの操作を受け付けるステップ（Ｓ２）と、パーティーに組み入れられたキャラクタの配列において、第１キャラクタ（特殊キャラクタ、共鳴ランチャ、キャラクタ７０３）の位置（第３枠Ｍ３）から所定位置（第２枠Ｍ２または第４枠Ｍ４）に配列された第２キャラクタ（その他のキャラクタ、共鳴トリガ、キャラクタ７１０、キャラクタ７１１）が所定の発動条件を満たした場合、戦闘において、第１キャラクタのスキル（付加スキル、共鳴スキル）を発動させるステップと、を実行させる。これにより、ゲームの興趣性を向上させるという効果を奏する。

（項目２） （項目１）において、キャラクタのそれぞれには１以上のパラメータが関連付けられており、パラメータには、戦闘中において不変の静的パラメータが含まれており、所定の発動条件は、静的パラメータに関する要件が合致する第２キャラクタが所定位置に配列されていることである。これにより、ゲームの興趣性を向上させるという効果を奏する。

（項目３） （項目２）において、所定の発動条件は、所定位置に配列された第２キャラクタが、戦闘中に、所定の状態に移行することである。これにより、ゲームの興趣性を向上させるという効果を奏する。

（項目４） （項目１）から（項目３）までのいずれか１項目において、第１キャラクタは、キャラクタに基本的に備えられている基本スキル（連答スキル、速答スキル）に加えて、付加スキル（共鳴スキル）を発動することが可能な特殊キャラクタ（Ｘランクのキャラクタ）であり、発動させるステップにおいて発動されるスキルは、付加スキルである。これにより、ゲームの興趣性を向上させるという効果を奏する。

（項目５） （項目４）において、特殊キャラクタは、他の特殊キャラクタの付加スキルを発動させる前記所定の発動条件を満足しない。これにより、ゲームの興趣性を向上させるという効果を奏する。

（項目６） （項目１）から（項目５）までのいずれか１項目において、発動させるステップでは、スキルが発動したことを示す情報（画像８０４）と、どのキャラクタが第１キャラクタであり、どのキャラクタが第２キャラクタであるかを示す情報（オーラ８０５）とを、表示部に表示させる。これにより、ユーザに対して、連動（共鳴）によるスキルの発動を分かりやすく提示することができる。

（項目７） （項目１）から（項目６）までのいずれか１項目において、戦闘パートにおいて出題されたクイズに対して解答するためのユーザの操作を受け付けるステップ（Ｓ５０）を、プロセッサに実行させ、戦闘は、ユーザがクイズに正答することで有利に進行するものであり、発動させるステップにおいて発動されるスキルの効果は、ユーザの正答を支援することである。これにより、ゲームの興趣性を向上させるという効果を奏する。

（項目８） （項目１）から（項目７）までのいずれか１項目において、戦闘パートにおいて出題されたクイズに対して解答するためのユーザの操作を受け付けるステップ（Ｓ５０）を、プロセッサに実行させ、戦闘は、ユーザがクイズに正答することで有利に進行するものであり、キャラクタは、ユーザが所定の条件を満たしてクイズに正答した場合に発動させることが可能な基本スキル（連答スキル、速答スキル）を有し、発動させるステップにおいて発動されたスキルの効果は、基本スキルを強化すること、および、基本スキルの所定の条件を緩和すること、の少なくともいずれか１つである。これにより、ゲームの興趣性を向上させるという効果を奏する。

（項目９） （項目１）から（項目８）までのいずれか１項目において、パーティーに組み入れられたキャラクタの配列を表示部に表示するステップ（Ｓ２１〜Ｓ３２）を、プロセッサに実行させ、表示するステップでは、配列するための操作にしたがって第１キャラクタが配列されたとき（Ｓ２５でＹＥＳ）、スキルの発動のために第２キャラクタを配列するべき所定位置を強調表示する（Ｓ２７）。これにより、パーティーに組み入れられたキャラクタを配列するためのユーザの操作を、戦闘により有利なパーティー編成が得られるように支援することができる。

（項目１０） （項目９）において、表示するステップは、パーティーに編成する候補となるキャラクタを一覧するためのキャラクタリスト（控えキャラクタリスト７０２）を表示することを含み、表示するステップでは、配列するための操作にしたがって第１キャラクタが配列されたとき、キャラクタリストにおいて、所定の発動条件を満たす第２キャラクタを強調表示する（Ｓ２９）。これにより、パーティーに組み入れられたキャラクタを配列するためのユーザの操作を、戦闘により有利なパーティー編成が得られるように支援することができる。

（項目１１） （項目９）において、表示するステップは、パーティーに編成する候補となるキャラクタを一覧するためのキャラクタリストを表示することを含み、表示するステップでは、配列するための操作にしたがって第２キャラクタが配列されたとき（Ｓ２５でＮＯ）、キャラクタリストにおいて、配列された第２キャラクタが所定の発動条件を満たした場合にスキルを発動することが可能な第１キャラクタを強調表示する（Ｓ３１）。これにより、パーティーに組み入れられたキャラクタを配列するためのユーザの操作を、戦闘により有利なパーティー編成が得られるように支援することができる。

（項目１２） （項目９）から（項目１１）までのいずれか１項目において、表示するステップでは、第１キャラクタが配列されており、かつ、所定の発動条件を満たす第２キャラクタが所定位置に配列されている場合（Ｓ２４でＹＥＳ）に、所定の発動条件が満たされた配列であることを示す情報（オーラ７０９、オーラ７１２）を表示する（Ｓ３２）。これにより、パーティーに組み入れられたキャラクタを配列するためのユーザの操作を、戦闘により有利なパーティー編成が得られるように支援することができる。

（項目１３） プロセッサ、メモリ、および、表示部を備えるコンピュータがゲームプログラムを実行する方法を説明した。本開示のある局面によると、ゲームプログラムに基づくゲームは、１以上のキャラクタで編成されたパーティーが、敵キャラクタと戦闘する戦闘パートを含み、方法は、プロセッサが、パーティーに組み入れるキャラクタを配列するためのユーザの操作を受け付けるステップと、プロセッサが、パーティーに組み入れられたキャラクタの配列において、第１キャラクタの位置から所定位置に配列された第２キャラクタが所定の発動条件を満たした場合、戦闘において、第１キャラクタのスキルを発動させるステップと、を含む。（項目１３）に係る方法は、（項目１）に係るゲームプログラムと同様の作用効果を奏する。

（項目１４）表示部（１５２）と、ゲームプログラム（１３１）を記憶する記憶部（１２０）と、ゲームプログラムを実行することにより、情報処理装置（ユーザ端末１００、サーバ２００）の動作を制御する制御部（１１０）と、を備えた該情報処理装置について説明した。本開示のある局面によると、ゲームプログラムに基づくゲームは、１以上のキャラクタで編成されたパーティーが、敵キャラクタと戦闘する戦闘パートを含み、制御部は、パーティーに組み入れるキャラクタを配列するためのユーザの操作を受け付け、パーティーに組み入れられたキャラクタの配列において、第１キャラクタの位置から所定位置に配列された第２キャラクタが所定の発動条件を満たした場合、戦闘において、第１キャラクタのスキルを発動させる。（項目１４）に係る情報処理装置は、（項目１）に係るゲ
ームプログラムと同様の作用効果を奏する。

１ ゲームシステム、２ ネットワーク、１０，２０ プロセッサ、１１，２１ メモリ、１２，２２ ストレージ、１３，２３ 通信ＩＦ、１４，２４ 入出力ＩＦ、１５ タッチスクリーン、１７ カメラ、１８ 測距センサ、１００ ユーザ端末、１１０ 制御部、１１１ 操作受付部、１１２ 表示制御部、１１３ ＵＩ制御部、１１４ デッキ処理部、１１５ 戦闘パート実行部、１２０ 記憶部、１５１ 入力部、１５２ 表示部、２００ サーバ、１０１０ 物体、１０２０ コントローラ、１０３０ 記憶媒体

Claims (14)

1. プロセッサ、メモリ、および、表示部を備えるコンピュータにおいて実行されるゲームプログラムであって、
   前記ゲームプログラムに基づくゲームは、１以上のキャラクタで編成されたパーティーが、敵キャラクタと戦闘する戦闘パートを含み、
   前記ゲームプログラムは、前記プロセッサに、
   前記パーティーに組み入れるキャラクタを配列するためのユーザの操作を受け付けるステップと、
   前記パーティーに組み入れられたキャラクタの配列において、第１キャラクタの位置から所定位置に配列された第２キャラクタが所定の発動条件を満たした場合、前記戦闘において、前記第１キャラクタのスキルを発動させるステップと、を実行させるゲームプログラム。
2. 前記キャラクタのそれぞれには１以上のパラメータが関連付けられており、前記パラメータには、前記戦闘中において不変の静的パラメータが含まれており、
   前記所定の発動条件は、
   前記静的パラメータに関する要件が合致する前記第２キャラクタが前記所定位置に配列されていることである、請求項１に記載のゲームプログラム。
3. 前記所定の発動条件は、
   前記所定位置に配列された前記第２キャラクタが、戦闘中に、所定の状態に移行することである、請求項２に記載のゲームプログラム。
4. 前記第１キャラクタは、キャラクタに基本的に備えられている基本スキルに加えて、付加スキルを発動することが可能な特殊キャラクタであり、
   前記発動させるステップにおいて発動される前記スキルは、前記付加スキルである、請求項１から３のいずれか１項に記載のゲームプログラム。
5. 前記特殊キャラクタは、他の特殊キャラクタの付加スキルを発動させる前記所定の発動条件を満足しない、請求項４に記載のゲームプログラム。
6. 前記発動させるステップでは、前記スキルが発動したことを示す情報と、どのキャラクタが前記第１キャラクタであり、どのキャラクタが前記第２キャラクタであるかを示す情報とを、前記表示部に表示させる、請求項１から５のいずれか１項に記載のゲームプログラム。
7. 前記戦闘パートにおいて出題されたクイズに対して解答するためのユーザの操作を受け付けるステップを、前記プロセッサに実行させ、
   前記戦闘は、前記ユーザが前記クイズに正答することで有利に進行するものであり、
   前記発動させるステップにおいて発動される前記スキルの効果は、前記ユーザの正答を支援することである、請求項１から６のいずれか１項に記載のゲームプログラム。
8. 前記戦闘パートにおいて出題されたクイズに対して解答するためのユーザの操作を受け付けるステップを、前記プロセッサに実行させ、
   前記戦闘は、前記ユーザが前記クイズに正答することで有利に進行するものであり、
   前記キャラクタは、前記ユーザが所定の条件を満たして前記クイズに正答した場合に発動させることが可能な基本スキルを有し、
   前記発動させるステップにおいて発動された前記スキルの効果は、前記基本スキルを強化すること、および、前記基本スキルの前記所定の条件を緩和すること、の少なくともい
   ずれか１つである、請求項１から７のいずれか１項に記載のゲームプログラム。
9. 前記パーティーに組み入れられたキャラクタの配列を前記表示部に表示するステップを、前記プロセッサに実行させ、
   前記表示するステップでは、配列するための前記操作にしたがって前記第１キャラクタが配列されたとき、前記スキルの発動のために前記第２キャラクタを配列するべき前記所定位置を強調表示する、請求項１から８のいずれか１項に記載のゲームプログラム。
10. 前記表示するステップは、前記パーティーに編成する候補となるキャラクタを一覧するためのキャラクタリストを表示することを含み、
    前記表示するステップでは、配列するための前記操作にしたがって前記第１キャラクタが配列されたとき、前記キャラクタリストにおいて、前記所定の発動条件を満たす前記第２キャラクタを強調表示する、請求項９に記載のゲームプログラム。
11. 前記表示するステップは、前記パーティーに編成する候補となるキャラクタを一覧するためのキャラクタリストを表示することを含み、
    前記表示するステップでは、配列するための前記操作にしたがって前記第２キャラクタが配列されたとき、前記キャラクタリストにおいて、配列された前記第２キャラクタが前記所定の発動条件を満たした場合に前記スキルを発動することが可能な前記第１キャラクタを強調表示する、請求項９に記載のゲームプログラム。
12. 前記表示するステップでは、前記第１キャラクタが配列されており、かつ、前記所定の発動条件を満たす前記第２キャラクタが前記所定位置に配列されている場合に、前記所定の発動条件が満たされた配列であることを示す情報を表示する、請求項９から１１のいずれか１項に記載のゲームプログラム。
13. プロセッサ、メモリ、および、表示部を備えるコンピュータがゲームプログラムを実行する方法であって、
    前記ゲームプログラムに基づくゲームは、１以上のキャラクタで編成されたパーティーが、敵キャラクタと戦闘する戦闘パートを含み、
    前記方法は、前記プロセッサが、
    前記パーティーに組み入れるキャラクタを配列するためのユーザの操作を受け付けるステップと、
    前記パーティーに組み入れられたキャラクタの配列において、第１キャラクタの位置から所定位置に配列された第２キャラクタが所定の発動条件を満たした場合、前記戦闘において、前記第１キャラクタのスキルを発動させるステップと、を含む方法。
14. 情報処理装置であって、
    前記情報処理装置は、
    表示部と、
    ゲームプログラムを記憶する記憶部と、
    前記ゲームプログラムを実行することにより、前記情報処理装置の動作を制御する制御部と、を備え、
    前記ゲームプログラムに基づくゲームは、１以上のキャラクタで編成されたパーティーが、敵キャラクタと戦闘する戦闘パートを含み、
    前記制御部は、
    前記パーティーに組み入れるキャラクタを配列するためのユーザの操作を受け付け、
    前記パーティーに組み入れられたキャラクタの配列において、第１キャラクタの位置から所定位置に配列された第２キャラクタが所定の発動条件を満たした場合、前記戦闘において、前記第１キャラクタのスキルを発動させる、情報処理装置。