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

Abstract

【課題】ゲームの興趣性を向上させる。【解決手段】ゲームプログラムは、複数のカードから２枚のカードを選出するステップ（Ｓ４０２）と、該２枚のカードのそれぞれに対応しているキャラクタについて、該キャラクタの組み合わせに対応付けられた値である調和度を増加させるステップ（Ｓ１０９）と、実践パートにおいて所定の第１入力操作を受け付けた場合に、ゲームの進行に使用するペアのメインカードにそれぞれ設定されているメインスキルのうち、いずれかのメインスキルを発動させるステップ（Ｓ４０８）と、を実行させ、ペアのメインカードのそれぞれに対応しているキャラクタの組み合わせに対応する調和度が１００％に達した場合、スキルの効果を増幅または変化させて発動させ、スキルの発動回数、または実践パートのプレイ回数が所定の回数に達した場合、調和度を１００％から減少させるステップ（Ｓ４１０）と、を実行させる。【選択図】図２２

Description

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

従来、ゲーム上で利用可能な、デジタルデータとしてのゲーム媒体をユーザに保有させ、ユーザがこれらを駆使してプレイを楽しむといった形態のゲーム、とりわけ、後述のデッキ編成要素を含むゲームが広く提供されている。例えば、特許文献１には、これらのゲーム媒体の集合が構成され（いわゆる「デッキ」が編成され）、該デッキに基づいてゲームが進行することが開示されている。ゲーム媒体は、一例として、カードという表現形態でユーザに提供される。カードには、例えば、ゲーム進行に主体的に参画するキャラクタが描かれており、ユーザは、カードの内容、すなわち、キャラクタに魅力を感じてカードを収集したり、カードをデッキに組み入れてゲームをプレイしたりして、ゲームを楽しむことができる。

特開２０１７−０００１８７号公報（２０１７年１月５日公開）

一般に、ユーザに長くプレイさせることを意図して開発されたゲームにおいては、ユーザがゲームに飽きるという問題に如何に対処するかが重要である。ゲームには、常に、ユーザにプレイを動機付けるような魅力的なコンテンツを提供することが求められる。とりわけ、デッキ編成要素を含むゲームにおいては、デッキ編成のスキームまたはゲーム媒体の内容を充実させることなどによって、ゲームの興趣性を高めることが求められる。

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

上記の課題を解決するために、本開示の一態様に係るゲームプログラムは、プロセッサおよびメモリを備えるコンピュータにより実行される。ゲームプログラムは、プロセッサに、ゲームプログラムに基づくゲームにおいて、ユーザの入力操作に応じて、複数のゲーム媒体から２つ以上のゲーム媒体を選出するステップと、ゲームの進行に応じて、選出するステップにおいて選出された２つ以上のゲーム媒体のそれぞれに対応しているキャラクタについて、該キャラクタの組み合わせに対応付けられた値である第１パラメータを所定の第１条件を満たす値になるように変化させるステップと、ゲームにおける特定のパートにおいて所定の第１入力操作を受け付けた場合に、ゲームの進行に使用する複数のゲーム媒体にそれぞれ設定されているスキルのうち、いずれかのスキルを発動させるステップと、を実行させ、スキルを発動させるステップでは、複数のゲーム媒体のそれぞれに対応しているキャラクタの組み合わせに対応する第１パラメータの値が、第１条件を満たした場合、該値が第１条件を満たしていない場合に比べて、スキルの効果を増幅または変化させて発動させ、ゲームプログラムは、プロセッサに、さらに、スキルの発動回数、または、特定のパートのプレイ回数が所定の回数に達した場合、第１パラメータを第１条件を満たさない値になるように変化させるステップを実行させる。

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

ゲームシステムのハードウェア構成を示す図である。 本実施形態に係るゲームシステムで実行されるゲームのゲームサイクルを説明する図である。 本実施形態に係るユーザ端末およびサーバの機能的構成を示すブロック図である。 カードのデータ構造の一例を示す図である。 キャラクタを定義するキャラクタデータのデータ構造の一例を示す図である。 （Ａ）は、ペアパラメータテーブルのデータ構造の一例を示す図である。（Ｂ）は、ペアパラメータデータベースのデータ構造の一例を示す図である。 ストーリーリストのデータ構造の一例を示す図である。 練習進行部によって実行される練習パートにおける処理手順を示すフローチャートである。 練習パートで参照されるデッキ情報のデータ構造の一例を示す図である。 （Ａ）〜（Ｃ）は、練習進行部が２次デッキを再編するまでの工程を詳細に説明する図である。 表示部に表示される、１次デッキを編成するためのデッキ編成画面の一例を示す図である。 表示部に表示されるステージ進行画面の一例を示す図である。 進行履歴テーブルのデータ構造の一例を示す図である。 実践パートにおける処理手順を示すフローチャートである。 ステージ情報のデータ構造の一例を示す図である。 実践デッキ情報のデータ構造の一例を示す図である。 スキル情報のデータ構造の一例を示す図である。 実践デッキ編集画面の一例を示す図である。 共通ストーリー情報のデータ構造の一例を示す図である。 実践ステージ進行画面の一例を示す図である。 調和度一覧画面の一例を示す図である。 メインスキルの発動処理の流れの一例を示す図である。 ステージ進行画面および実践デッキ編集画面の変形例を示す図である。

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

＜ゲームシステム１のハードウェア構成＞
図１は、ゲームシステム１のハードウェア構成を示す図である。ゲームシステム１は図示の通り、複数のユーザ端末１００と、サーバ２００とを含む。各ユーザ端末１００は、サーバ２００とネットワーク２を介して接続する。ネットワーク２は、インターネットおよび図示しない無線基地局によって構築される各種移動通信システム等で構成される。この移動通信システムとしては、例えば、所謂３Ｇ、４Ｇ移動通信システム、ＬＴＥ（Long Term 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）ディスプレイ等によって構成される。

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

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

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

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

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

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

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

＜ゲーム概要＞
実施形態１に係るゲームシステム１がゲームプログラムに基づいて実行するゲーム（以下、本ゲーム）は、一例として、デッキ編成要素を含むゲームである。すなわち、ゲームシステム１は、ゲーム上で利用可能な、デジタルデータとしてのゲーム媒体をユーザに保有させ、これらのゲーム媒体の集合（以下、デッキ）を構成し、該デッキに基づいてゲームを進行させる。

本ゲームでは、ゲーム媒体は、ゲームにおいて、ユーザの操作にしたがって何らかの動作を主体的に行うことにより、ゲームの進行内容に影響を与える。ゲーム媒体は、一例として、カードという表現形態でユーザに提供される。

本ゲームでは、一例として、カードは、上述の動作を行う主体としてのキャラクタを表現している。カードおよびキャラクタには各種のパラメータが設定されている。ユーザは、ゲームをプレイすることを経てこれらのパラメータを強化することができる。すなわち、本ゲームは、カードまたはキャラクタを育成する育成要素を含むゲームであってもよい。

本ゲームは、一例として、育成シミュレーションゲームである。該育成シミュレーションゲームは、一例として、アイドルを目指しているキャラクタを育成するアイドル育成シミュレーションゲームである。本ゲームでは、上述のキャラクタは、例えば、架空の世界でアイドルを目指して学校生活を送る男子高校生である。

ゲームシステム１は、特定のジャンルに限らず、あらゆるジャンルのゲームを実行するためのシステムであってもよい。例えば、テニス、卓球、ドッジボール、野球、サッカーおよびホッケーなどのスポーツを題材としたゲーム、パズルゲーム、クイズゲーム、ＲＰＧ、アドベンチャーゲーム、シューティングゲーム、シミュレーションゲーム、育成ゲーム、ならびに、アクションゲームなどであってもよい。

また、ゲームシステム１は、特定のプレイ形態に限らず、あらゆるプレイ形態のゲームを実行するためのシステムであってもよい。例えば、単一のユーザによるシングルプレイゲーム、および、複数のユーザによるマルチプレイゲーム、また、マルチプレイゲームの中でも、複数のユーザが対戦する対戦ゲーム、および、複数のユーザが協力する協力プレイゲームなどであってもよい。

＜ゲーム詳細＞
図２は、本ゲームのゲームサイクルを説明する図である。本ゲームは、複数のプレイパートで構成される。本ゲームは、育成シミュレーションゲームであって、一例として、ストーリーパート、練習パート、実践パート、抽選パート、および、能力管理パートの５つのプレイパートを含む。

ストーリーパートは、ユーザが、キャラクタにまつわる物語を読み進めて、ゲームを進行させるパートであり、本ゲームにおけるユーザの主たる目的となるパートである。物語は、ユーザ端末１００において、静止画および動画を含む映像、さらには、音声などによってユーザに対して提示される。

本実施形態では、一例として、物語は、共通ストーリーまたは個別ストーリーのいずれかとして提供される。共通ストーリーは、本ゲームの主軸の物語として展開され、本ゲームで用意されたさまざまなキャラクタが登場する、本ゲームのメインストーリーともいうべきコンテンツである。共通ストーリーは、分岐もなくすべてのユーザが一本道で読み進めるものとする。個別ストーリーは、共通ストーリーに登場する個々のキャラクタにまつわるサイドストーリー、例えば、外伝またはスピンオフ作品として展開されるコンテンツである。個別ストーリーは、ユーザのプレイ状況に応じて、分岐があったり、読み進める順番が異なったりしてもよい。

こうして、ユーザは、映像または音声を介して、共通ストーリーを読み進めるとともに、お気に入りのキャラクタについての個別ストーリーを楽しむことができる。個別ストーリーは、１人のキャラクタに焦点を当てた物語であってもよいし、特定の複数人のキャラクタおよびそれらのキャラクタの関係性に焦点を当てた物語であってもよい。

本実施形態では、物語を読むための条件が設定されており、ユーザは、ロックされた物語を解放すべく、その条件を満たすように、以下のプレイパートをプレイする。本ゲームのゲームとしての遊戯性は、例えば、ユーザが、物語を解放するために、以下のプレイパートをいかに有利にプレイするかという点に見出される。一方、ユーザが特段のプレイ条件を満たさずとも、時間が来たら、あるいは、サーバ２００から供給されたら、自動的に解放される物語があってもよい。

ユーザがストーリーパートをプレイすると、ユーザは、該パートをプレイしたことに基づいて、以後のゲーム進行、とりわけ、練習パートおよび実践パートを有利に進めるための何らかの成果を得る。成果は、一例として、練習パートおよび実践パートでプレイできるクエストの解放である。以下では、クエストを、本育成シミュレーションゲームの文脈に即して、キャラクタ達がアイドルとしてのパフォーマンスを披露する「ステージ」と称する。

練習パートは、カードおよびそのカードに対応するキャラクタを育成するパートである。一例として、練習パートでは、カードが編成されたデッキを用いてステージを進行させる。ユーザがプレイしたいステージを選択して該ステージを最後まで進行させると、ユーザは、該ステージをクリアしたと判定される。ユーザは、ステージをクリアしたことに基づいて、以後のゲーム進行、とりわけ、実践パートを有利に進めるための何らかの成果を得る。成果は、一例として、報酬獲得、カードまたはキャラクタのパラメータ強化、ユーザのステータス向上、および、キャラクタの個別ストーリーの解放などである。報酬は、例えば、各パートで利用可能なカード、および、カードまたはキャラクタを強化するための強化アイテムなどである。練習パートを繰り返しプレイすることにより育成されたカードおよびキャラクタは、例えば、以下の実践パートにおいて、より有利に動作する。

実践パートは、育成したカードが編成されたデッキを用いて、ステージにおいて課された課題をクリアするパートである。ユーザがプレイしたいステージを選択して該ステージをクリアすると、ユーザは、該ステージをクリアしたことに伴う成果を得ることができる。成果は、例えば、クリア報酬、および、共通ストーリーの解放である。クリア報酬は、例えば、カード、および、強化アイテムなどである。他の成果として、例えば、カードまたはキャラクタのパラメータ強化、および、ユーザのステータス向上などの成果がユーザに与えられてもよい。

本実施形態では、実践パートは、一例として、ユーザによって保有される１以上のカード（ゲーム媒体）を、対戦相手のカードと対戦させるパートであってもよい。対戦相手は、他のユーザであってもよいし、ゲームプログラムにしたがって動作するコンピュータ（ＣＯＭ）であってもよい。また、対戦で使用する１以上のカードは、デッキに組み入れることによって対戦で使用可能であってもよい。デッキは、練習パートで編成されるデッキと異なる構成を有していてもよいし、同じ構成を有していてもよい。本実施形態では、一例として、実践パートは、ユーザが編成したデッキの各キャラクタと、ゲームプログラム１３１に基づいてコンピュータが編成したデッキの各キャラクタとが、アイドルとしてのパフォーマンスの高さを競う対戦（ＣＯＭ戦）を含む。本実施形態では、ＣＯＭ戦の結果が、勝利、引き分け、または、敗北のいずれであるのかに応じてクリア判定がなされ、ユーザに与えられる成果が決定される。一例として、対戦は、該対戦で使用されるユーザのカードのパラメータが、例えば先の練習パートなどにおいて強化されていればいるほど、ユーザ側が勝利しやすいように進行してもよい。

抽選パートは、本ゲームで利用できるデジタルデータとしてのゲーム媒体を、ゲーム内価値と引き換えに、ユーザに獲得させるパートである。本実施形態では、一例として、抽選パートの進行中に、ゲームシステム１において抽選が実行され、ユーザに獲得させるゲーム媒体がランダムで決定される。抽選の実行と引き換えられるゲーム内価値は、例えば、ユーザが課金により入手した仮想通貨などの有価媒体であってもよいし、プレイ報酬として無償で提供されるポイントまたは消費アイテムなどであってもよい。本実施形態では、一例として、抽選パートにおいて抽選が実行されると、当選したカードがユーザによって保有される。当選したカードは、練習パートおよび実践パートなどで利用することが可能となる。

ここで、「（ゲーム媒体などを）ユーザに獲得させる／保有させる／付与する」とは、一例として、ユーザに対応付けて管理されているゲーム媒体などのデジタルデータの状態を、使用不可から使用可能に遷移させることであってもよい。あるいは、デジタルデータを、ユーザ識別情報またはユーザ端末ＩＤなどに対応付けて、ゲームシステム１に含まれるメモリ１１およびメモリ２１のうちの少なくともいずれかのメモリに記憶させることであってもよい。

能力管理パートは、上述の各パートで獲得された強化アイテムを消費して、カードまたはキャラクタの能力を解放したり、強化したりするパートである。ユーザは、本パートにおいてカードまたはキャラクタの能力を解放したり、強化したりすることにより、練習パートおよび実践パートをより有利に進めることが可能となる。

なお、本ゲームは、ミニスケープゲーム、いわゆる、箱庭ゲームの要素を含んでいてもよい。例えば、本ゲームは、上述の５つのプレイパートの他にも、箱庭パートを含んでいてもよい。箱庭パートでは、ユーザは、上述の各パートをプレイすることにより入手したアイテム、および、カードなどの各種ゲーム媒体をマップに配置し、該マップの世界を俯瞰して楽しむことができる。また、箱庭パートのプレイ成果が、上述の他のパートにおいて有利に作用するように、該成果が設定されてもよい。

＜ゲームシステム１の機能的構成＞
図３は、ゲームシステム１に含まれるサーバ２００およびユーザ端末１００の機能的構成を示すブロック図である。サーバ２００およびユーザ端末１００のそれぞれは、図示しない、一般的なコンピュータとして機能する場合に必要な機能的構成、および、ゲームにおける公知の機能を実現するために必要な機能的構成を含み得る。

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

サーバ２００は、各ユーザ端末１００と通信して、ユーザ端末１００がゲームを進行させるのを支援する機能を有する。ゲームがマルチプレイゲームである場合には、サーバ２００は、ゲームに参加する各ユーザ端末１００と通信して、ユーザ端末１００同士のやりとりを仲介する機能を有していてもよい。サーバ２００は、プロセッサ２０、メモリ２１、ストレージ２２、通信ＩＦ２３、および入出力ＩＦ２４等の協働によって、制御部２１０および記憶部２２０として機能する。

記憶部１２０および記憶部２２０は、ゲームプログラム１３１、ゲーム情報１３２およびユーザ情報１３３を格納する。ゲームプログラム１３１は、ユーザ端末１００およびサーバ２００で実行するゲームプログラムである。ゲーム情報１３２は、制御部１１０および制御部２１０がゲームプログラム１３１を実行する際に参照するデータである。ユーザ情報１３３は、ユーザのアカウントに関するデータである。記憶部２２０において、ゲーム情報１３２およびユーザ情報１３３は、ユーザ端末１００ごとに格納されている。

（サーバ２００の機能的構成）
制御部２１０は、記憶部２２０に格納されたゲームプログラム１３１を実行することにより、サーバ２００を統括的に制御する。例えば、制御部２１０は、ユーザ端末１００に各種データおよびプログラム等を送信する。制御部２１０は、ゲーム情報もしくはユーザ情報の一部または全部をユーザ端末１００から受信する。ゲームがマルチプレイゲームである場合には、制御部２１０は、ユーザ端末１００からマルチプレイの同期の要求を受信して、同期のためのデータをユーザ端末１００に送信してもよい。

制御部２１０は、ゲームプログラム１３１の記述に応じて、進行支援部２１１として機能する。制御部２１０は、実行するゲームの性質に応じて、ユーザ端末１００におけるゲームの進行を支援するために、図示しないその他の機能ブロックとしても機能することができる。

進行支援部２１１は、ユーザ端末１００と通信し、ユーザ端末１００が、本ゲームに含まれる各種のゲームパートを進行するための支援を行う。例えば、上述の各プレイパートのいずれが実行されているのかに応じて、そのときにユーザ端末１００が参照すべき情報を適宜提供する。

（ユーザ端末１００の機能的構成）
制御部１１０は、記憶部１２０に格納されたゲームプログラム１３１を実行することにより、ユーザ端末１００を統括的に制御する。例えば、制御部１１０は、ゲームプログラム１３１およびユーザの操作にしたがって、ゲームを進行させる。また、制御部１１０は、ゲームを進行させている間、必要に応じて、サーバ２００と通信して、情報の送受信を行う。

制御部１１０は、ゲームプログラム１３１の記述に応じて、ストーリー進行部１１１、練習進行部１１２、実践進行部１１３、抽選進行部１１４、および、イベント管理部１１５として機能する。

なお、制御部１１０は、実行するゲームの性質に応じて、ゲームを進行させるために、図示しないその他の機能ブロックとしても機能することができる。例えば、制御部１１０は、上述の能力管理パートを進行させる能力管理部、および、上述の箱庭パートを進行させる箱庭進行部として機能してもよい。

さらに、制御部１１０は、図示しない操作受付部、および、表示制御部などとしても機能する。操作受付部は、入力部１５１に対するユーザの入力操作を検知し受け付ける。例えば、操作受付部は、上述の入力操作の、入力部１５１における入力位置の座標を検出し、該入力操作の種類を特定する。操作受付部は、例えば、タッチ操作、スライド操作、スワイプ操作、およびタップ操作等を特定する。表示制御部は、タッチスクリーン１５の表示部１５２に対して、制御部１１０の各部によって実行された処理結果が反映されたゲーム画面を出力する。表示制御部は、制御部１１０の各部によって生成された映像を含むゲーム画面を表示部１５２に表示してもよい。また、表示制御部は、グラフィカルユーザインターフェース（以下、ＧＵＩ）を、該ゲーム画面に重畳して描画してもよい。

ストーリー進行部１１１は、上述のストーリーパートを進行させる。ストーリー進行部１１１は、物語に対応するコンテンツデータを再生する。コンテンツデータは、ユーザに物語を提示するために、動画、静止画、テキスト、音声などの各種のデータを含む複合データである。ストーリー進行部１１１は、各物語（コンテンツデータ）の状態、例えば、解放済みか、未解放であるかを管理する。

練習進行部１１２は、上述の練習パートを進行させる。練習進行部１１２は、ステージの進行に用いるデッキを編成し、ステージを進行させる。ユーザが、ステージを最後までプレイした場合には、練習進行部１１２は、ステージ完遂に伴う成果を決定し、該成果をゲーム情報１３２に反映させる。

実践進行部１１３は、上述の実践パートを進行させる。実践進行部１１３は、ステージ、具体的には、ＣＯＭ戦に用いるデッキを編成し、ステージを進行させる。実践進行部１１３は、ＣＯＭ戦の結果に応じて成果を決定し、該成果をゲーム情報１３２に反映させる。

抽選進行部１１４は、上述の抽選パートを進行させる。抽選進行部１１４は、抽選の実行を指示するユーザの入力操作にしたがって、抽選実行要求をサーバ２００に送信する。サーバ２００によって、当選したカードが決定されると、抽選進行部１１４は、当選したカードについての通知をサーバ２００から受信し、当選した該カードをユーザに保有させる。

イベント管理部１１５は、サーバ２００から供給されるイベント管理情報に基づいて、練習パートで編成されたデッキに応じて進行させるイベントを管理する。本実施形態では、練習パートで進行し得るイベントが、ゲーム情報１３２として記憶部１２０に格納されている。練習進行部１１２は、記憶部１２０に格納されたイベントを読み出し、練習パートのステージにおいて進行させる。練習進行部１１２は、記憶部１２０に格納されている複数のイベントの中から進行させるイベントを所定の規則にしたがって決定する。イベント管理部１１５は、上述の所定の規則に関わるイベントの状態を、所定のトリガに伴って更新する。

イベントは、一例として、キャラクタの発話シーンまたは複数のキャラクタの対話シーンを出力すること、すなわち、対話イベントであってもよい。対話イベントを進行させるために制御部１１０が処理するデータは、一例として、キャラクタに発話させる１以上のセリフからなるセリフ群に対応する音声データおよびテキストデータの少なくともいずれか一方をコンテンツデータとして含むセリフパックであってもよい。イベント管理情報は、一例として、上述のセリフパックを管理するためのセリフ管理情報であってもよい。イベント管理部１１５は、セリフ管理情報にしたがってセリフパックを管理してもよい。セリフパックについては、データ構造図に基づいて後に詳述する。

なお、制御部１１０が、練習パートまたは他のプレイパートにおいて、デッキに応じてイベントを進行させる構成を有しない実施形態においては、イベント管理部１１５は、省略されてもよい。

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

＜データ構造＞
（カード）
図４は、カードのデータ構造の一例を示す図である。図４は、カード１枚に相当するデータのデータ構造を示す。図４に示すデータ構造のカードは、ゲーム情報１３２として、ユーザが保有するカードの枚数分、記憶部１２０に記憶されている。このカードの集合体によりカードデータベース（ＤＢ）が構築される。カードＤＢは、ユーザが保有するカードを一元管理するためのデータベースである。カードＤＢでは、図４に示すデータ構造を有するカードは、１つのレコードとして取り扱われる。

カードは、一例として、カードＩＤ、キャラクタ名、希少度、属性、カードレベル、魅力、練習スキル、メインスキル、サブスキル、および、セリフ管理情報の各項目を含む。

カードＩＤの項目には、カードＩＤが格納されている。カードＩＤは、ユーザが保有するカードをゲームシステム１上で一意に管理するために、カードに固有に割り当てられた識別情報のことである。本実施形態では、同じ内容のカードが複数枚重複して獲得されることがある。したがって、同じ内容のカードが複数枚ある場合には、それぞれのカードを識別するために、それぞれのカードに異なるカードＩＤが付与される。

キャラクタ名の項目には、該カードにおいて表現されている動作主体としてのキャラクタの名前が格納されている。本ゲームにおいて動作主体として登場する各キャラクタには、他のキャラクタと重複しない固有の名前が設定されている。すなわち、キャラクタ名によって、該カードに紐付けられているキャラクタを一意に識別することができる。キャラクタＩＤも、キャラクタを一意に識別するためにキャラクタ固有に割り当てられている。そのため、該項目には、キャラクタ名に代えてキャラクタＩＤが格納されてもよい。

また、本実施形態では、内容が異なるカードに、同じキャラクタが紐付けられていてもよい。したがって、ユーザが、同じキャラクタが紐付けられているカードを複数枚保有することが起こり得、この場合、その複数枚のそれぞれのカードは、別のカードとして取り扱われる。

希少度の項目には、カードに設定された希少度が格納される。希少度は、カードの希少価値を等級で表したものである。一般に、ゲーム上、特に、練習パートおよび実践パートにおいて良好な成果をもたらすカードには、上級の希少度が設定されている。本実施形態では、希少度は、１つ星から５つ星までの５段階で表され、希少価値が高いとされる上の等級ほど星の数が多く設定される。なお、希少度は、例えば、カードの入手困難性、より具体的には、カードが当たる抽選における当選確率、ステージのクリア報酬として入手される場合のステージの難易度、または、有償入手の場合の価格などと相関があってもよい。カードの入手困難性が高いほど、カードの希少度は高く設定される。

属性の項目には、カードを属性で分類する場合に、該カードがどの属性に分類されるのかを示すパラメータが格納されている。本ゲームでは、一例として、赤、青、および、黄の３種類の属性が設けられている。カードは、赤、青、および、黄のいずれかの属性に分類される。なお、属性の名称は、ゲームの文脈に応じて適宜設定されるものである。例えば、アイドルが登場するゲームであれば、情熱、知性、優雅の３属性であってもよいし、魔法使いが登場するゲームであれば、火、水、雷の３属性であってもよい。

属性は、練習パートにおいて、カードを用いてゲームが進行する場にも設定されていてもよい。場に設定されている属性を場属性と称する。デッキに組み入れられたカードの属性および場属性は、例えば、ステージクリア時の成果を決定するために、練習パートの進行中において練習進行部１１２によって参照される。

また、属性は、カードのパラメータを強化するための強化アイテムにも設定されていてもよい。強化対象カードの属性および強化アイテムの属性は、例えば、能力管理パートの進行中において、図示しない能力管理部によって参照される。例えば、カードと同じ属性の強化アイテムを該カードの強化に用いることで、強化効率が向上する。

カードレベルの項目には、カード自体のレベルを示す値が格納される。本実施形態では、カードレベルが高いほど、実践パートにおいて良好な結果をもたらす性能が高いことを意味する。カードレベルは、例えば、練習パートのステージをクリアしたことの成果として上昇させることができる。

魅力の項目には、カードの性能の１つとしての魅力のパラメータ値が格納される。魅力のパラメータ値が高いほど、実践パートにおけるＣＯＭ戦において該カードが有利に作用する。例えば、観客動員数を競うＣＯＭ戦において、魅力が高いほど、多くの観客を動員することができ、ＣＯＭ戦に勝利しやすくなる。魅力は、カードレベルと相関があり、カードレベルが上がるほど、魅力のパラメータ値も高くなる。

練習スキルの項目には、練習スキルの詳細情報が格納される。練習スキルは、カードに紐付けられており、該カードが、練習パートにおけるデッキに組み入れられた場合に、練習パートにおけるステージの進行中に発動可能となるものである。

メインスキルの項目には、メインスキルの詳細情報が格納される。メインスキルは、カードに紐付けられており、該カードが、実践パートにおけるメインデッキに組み入れられた場合に、実践パートにおけるステージの進行中に発動可能となるものである。

サブスキルの項目には、サブスキルの詳細情報が格納される。サブスキルは、カードに紐付けられており、該カードが、実践パートにおけるサブデッキに組み入れられた場合に、実践パートにおけるステージの進行中に発動可能となるものである。

カードに紐付けられている上述の各スキルは、ステージの進行中、該カードに表現されているキャラクタが発動したものとして演出されてもよい。スキルが発動されると、各パートの進行に有利な効果がもたらされる。各スキルの詳細情報としては、例えば、スキルの名称、効果の内容、効果値、発動条件などが含まれる。

セリフ管理情報の項目には、セリフ管理情報が格納される。セリフ管理情報を処理するイベント管理部１１５が設けられていない実施形態では、カードにおいて、セリフ管理情報の項目は省略されてもよい。セリフ管理情報については、他の実施形態において、データ構造図を参照しながら詳述する。

（キャラクタ）
図５は、キャラクタを定義するキャラクタデータのデータ構造の一例を示す図である。図５に示すデータ構造を有するキャラクタデータは、本ゲームの各ゲームパートにおいて動作主体となるキャラクタごとに作成され、ゲーム情報１３２として記憶部１２０に記憶される。ユーザが保有するカードに表現されているキャラクタの分だけキャラクタデータが記憶部１２０に記憶されていてもよいし、ユーザがカードを入手する前から、本ゲームに登場するすべてのキャラクタの分のキャラクタデータが記憶部１２０に記憶されていてもよい。

キャラクタデータは、一例として、キャラクタＩＤ、キャラクタ名、所属（カテゴリ）、ペアパラメータ（第２パラメータ）テーブル、ストーリーリスト、セリフデータベース（以下、ＤＢ）、および、カードＩＤリストの各項目を含む。

キャラクタＩＤの項目には、キャラクタＩＤが格納されている。キャラクタＩＤは、各ゲームパートにおいて動作主体となるキャラクタをゲームシステム１上で一意に管理するために、キャラクタに固有に割り当てられた識別情報のことである。キャラクタＩＤは、体系的にユニークなテキスト列（記号、英数字など）で構成されていることが好ましい。

キャラクタ名の項目には、キャラクタ名が格納されている。キャラクタ名は、ユーザがキャラクタを識別するために、キャラクタに固有に割り当てられた識別情報のことである。キャラクタが男子高校生アイドルである場合は、ユーザが識別しやすいように、人名またはニックネームなどと分かるような文字列で構成されていることが好ましい。

所属の項目には、キャラクタがどの集合に属するのかを示すパラメータが格納されている。ストーリーパートにおいて展開される物語の中で各キャラクタには、該キャラクタの性質または所属などのように、キャラクタのカテゴリを示すさまざまな設定がなされている。所属の項目は、複数設けられてもよい。所属の項目は、ゲームの文脈および世界観などに応じて、より具体的に定義されてもよい。例えば、キャラクタが、男子高校生である場合、所属の項目として、該キャラクタの「学年」、「部活」、「所属寮」、「派閥」、「血液型」などの、キャラクタのカテゴリを表す項目が設けられてもよい。

ペアパラメータテーブルの項目には、ペアパラメータテーブルまたは該ペアパラメータテーブルが格納されている場所を示すアクセス情報が格納されている。ペアパラメータとは、該キャラクタと、その他のキャラクタとの間の関係性を表す数値化したものである。本実施形態では、本ゲームにおいて、動作主体として登場するすべてのキャラクタの組み合わせごとにペアパラメータが設定されている。ペアパラメータテーブルは、図５に示すキャラクタデータによって定義されているキャラクタを基準として、その他のキャラクタとの間に設定されたペアパラメータを、その他のキャラクタごとに一覧にしたものである。

なお、ゲームシステム１は、キャラクタごとにペアパラメータテーブルを管理する代わりに、動作主体として登場するすべてのキャラクタの組み合わせごとに設定されたペアパラメータを一元管理するためのペアパラメータデータベース（以下、ＤＢ）を記憶部（記憶部１２０または記憶部２２０）において保持していてもよい。この場合、ペアパラメータテーブルの項目には、ペアパラメータＤＢから、該キャラクタにおける他のキャラクタとのペアパラメータを抽出するためのクエリが格納されていてもよい。ペアパラメータテーブルおよびペアパラメータＤＢについては、データ構造図に基づいて後に詳述する。

ストーリーリストの項目には、ストーリーリストまたはストーリーリストにアクセスするためのアクセス情報が格納されている。ストーリーリストは、該キャラクタにまつわる個別ストーリーをまとめたリストである。本実施形態では、一例として、キャラクタにまつわる個別ストーリーは、該キャラクタとその他のキャラクタとのペアに焦点を当てた物語である。ストーリーリストについては、データ構造図に基づいて後に詳述する。

セリフデータベースの項目には、セリフＤＢまたはセリフＤＢにアクセスするためのアクセス情報が格納されている。セリフＤＢは、該キャラクタに紐付けられたセリフパックを一元管理するデータベースである。セリフパックは、練習パートにおいてイベントを進行させるために必要なコンテンツデータおよびそのメタデータなどがひとまとまりにパッケージ化された情報である。具体的には、セリフパックは、該キャラクタまたは該キャラクタとペアリングされた相手キャラクタに発話させる１以上のセリフからなるセリフ群を少なくとも含む。セリフＤＢについては、データ構造図に基づいて後に詳述する。

カードＩＤリストの項目には、カードＩＤリストまたはカードＩＤリストにアクセスするためのアクセス情報が格納されている。カードＩＤリストは、ユーザが保有するカードのうち、該キャラクタが紐付いているカードのカードＩＤをまとめたリストである。ユーザ端末１００は、カードＩＤリストを参照することにより、ユーザが保有しているカードの中から、該キャラクタが紐付いているカードをすぐに抽出することができる。

本実施形態では、キャラクタとカードとは１対多の関係である。すなわち、１つのカードにおいて紐付けられるキャラクタは１体であるが、内容が異なる複数のカードに対して同じキャラクタが紐付けられ得る。

また、本実施形態では、キャラクタごとにも、図５に示すとおり、上述の各種項目が紐付けられており、これらのキャラクタごとの情報は、同じキャラクタが紐付けられている各カードで共有される。

換言すれば、カードは、キャラクタごとにグルーピングすることが可能であり、キャラクタは、カードを分類するためのグループ、キャラクタＩＤおよびキャラクタ名は、カードをグルーピングするためのグループ識別子と捉えることができる。そして、同じグループに属する各カードが利用されるとき、該グループに紐付けられた情報が、各カードに共通で参照される。具体的には、ユーザ端末１００は、同じキャラクタが紐付いている各カードをデッキに組み入れて利用する際、該カードに紐付けられているキャラクタを動作させるときに、該キャラクタを定義する上述の各項目を参照する。

なお、カードは、キャラクタ以外にも、上述したとおり、希少度または属性などに基づいて分類することも可能である。さらに、カードは、キャラクタに設定されている所属などに基づいて分類することも可能である。

（ペアパラメータテーブル）
図６の（Ａ）は、ペアパラメータテーブルのデータ構造の一例を示す図である。本ゲームでは、一例として、５人のキャラクタが物語に登場する。５人のキャラクタのキャラクタ名は、一例として、Ａ太、Ｂ介、Ｃ彦、Ｄ男、および、Ｆ郎である。同図には、一例として、キャラクタ「Ａ太」に紐付けられているペアパラメータテーブルを示している。同様のペアパラメータテーブルが、Ｂ介、Ｃ彦、Ｄ男、および、Ｆ郎のキャラクタごとに作成される。

ペアパラメータテーブルは、相手キャラクタ、および、ペアパラメータの各項目を含む。ペアパラメータは、上述のとおり、ペアを構成する２人のキャラクタ間の関係性を数値化したものであり、本実施形態では、一例として、友好度と調和度との２種類のペアパラメータが設定されている。

相手キャラクタの項目には、基準となるキャラクタとペアリングされた相手キャラクタのキャラクタ名が格納されている。例えば、図６に示す第１のレコードは、基準となるキャラクタ「Ａ太」と、その相手キャラクタである「Ｂ介」との間のペアパラメータを格納するためのレコードである。

友好度の項目には、キャラクタ間の友好度を示す数値が格納される。友好度とは、ペアとなっているキャラクタ間の友好の度合いを評価する指標である。本実施形態では、数値が高いほど、ペアの友好の度合いが高い、すなわち、２人は仲が良いということを意味する。図６に示す例では、例えば、「Ａ太」と「Ｂ介」との友好度は「２５」である。友好度は、ペアごとの個別ストーリーを解放する条件として参照される。

調和度の項目には、キャラクタ間の調和度を示す数値が格納される。調和度とは、ペアとなっているキャラクタ間の連携の良さを評価する指標である。本実施形態では、１００％を、ペアがとり得る最大の調和度とし、数値が高いほど、ペアの連携が良くとれている、すなわち、該ペアによってよりよいパフォーマンスが出力されるということを意味する。例えば、実践パートのステージをプレイする際、該ステージで使用するカードのうち、特定の２枚のカードがそれぞれ示すキャラクタ間の調和度の数値に応じて、実践パートのステージにおける、該２体のキャラクタに係る、画像、動画、および音声等での演出が変化してもよい。具体的には、該２体のキャラクタ間の調和度の数値が所定値以上の場合、該２体のキャラクタが親密であることを示す画像、動画、および音声の少なくともいずれかを出力することとしてもよい。また、該２体のキャラクタ間の調和度の数値が高いほど、該演出がより豪華な演出になるようにしてもよい。また、該２体のキャラクタ間の調和度の数値が高いほど、該演出の回数、すなわち演出頻度が増加してもよい。

また例えば、該２体のキャラクタ間の調和度の数値が高いほど、実践パートのステージ進行が有利になってもよい。具体的には、該２体のキャラクタ間の調和度の数値が高いほど、実践パートのステージにおいて発動可能なスキルの効果値または効果内容の継続時間が増加してもよい。また、該２体のキャラクタ間の調和度の数値が高いほど、実践パートのステージにおいて、該２体のキャラクタの少なくとも一方のスキルの、発動可能回数および発動機会の少なくとも一方が増加してもよい。

また例えば、上述の２体のキャラクタ間の調和度の数値が高いほど、これらのキャラクタ、または該キャラクタに対応するカードに設定されている各種パラメータの値を、ゲームが有利になるように変更してもよい。具体的には、該２体のキャラクタ間の調和度の数値が高いほど、これらのキャラクタに対応するカードの魅力のパラメータ値が上昇してもよい。また、実践パートのステージが、ユーザの自陣営と、敵陣営とが対戦する対戦形式のステージである場合、自陣営の特定の２枚のカードが示すキャラクタ間の調和度と、敵陣営の特定の２枚のカードが示すキャラクタ間の調和度とを比較してもよい。そして、該比較の結果、調和度が高い方の陣営の、該特定の２枚のカードのパラメータを増加させてもよい。もしくは、該比較の結果、調和度が低い方の陣営の、該特定の２枚のカードのパラメータを低下させてもよい。

また例えば、実践パートのステージが、自陣営のターンと敵陣営のターンとを実行することで進行するゲームの場合、前述の比較の結果、調和度が高い方の陣営のターンを先に行うようにしてもよい。一例として、調和度が高い方の陣営が対戦で有利な先手を取る確率を高めるなどが想定される。または、前述の比較の結果、調和度が高い方の陣営のターンを実行する頻度を上昇させてもよい。

本実施形態では、一例として、調和度は、練習パートにおいて、ペアが練習を積むことにより高めることができ、実践パートにおいて、ペアが特定のパフォーマンスを出力するために消費される。すなわち、調和度は、ユーザが、練習パートと実践パートとを繰り返しプレイすることにより増減する数値である。

図６の（Ｂ）は、ペアパラメータＤＢのデータ構造の一例を示す図である。本実施形態では、ペアパラメータＤＢにおいて、本ゲームに登場するキャラクタの組み合わせ、すなわち、ペアを主キーとし、該ペアごとにレコードが作成される。そして、該レコードにペアパラメータが格納されている。具体的には、友好度と調和度とが格納されている。

本実施形態では、上述したとおり、５人のキャラクタが登場する。この場合、５人のキャラクタのすべての組み合わせは、１０通りあるので、ペアパラメータＤＢは、１０個のレコードを有する。ユーザ端末１００の制御部１１０は、ペアパラメータＤＢから、１人のキャラクタをキーにして、ペアパラメータのレコードを抽出してもよい。例えば、「主キーにＡ太が含まれているレコードを抽出する」というクエリに基づいてペアパラメータＤＢを操作すれば、図６の（Ａ）に示すとおり、Ａ太についてのペアパラメータテーブルが得られる。

（ストーリーリスト）
図７は、ストーリーリストのデータ構造の一例を示す図である。同図には、一例として、キャラクタ「Ａ太」に紐付けられているストーリーリストを示している。同様のストーリーリストが、Ｂ介、Ｃ彦、Ｄ男、および、Ｆ郎のキャラクタごとに作成される。

ストーリーリストは、相手キャラクタ、ストーリーＩＤおよび状態の各項目を含む。

相手キャラクタの項目には、基準となるキャラクタ（ここでは「Ａ太」）とペアリングされた相手キャラクタのキャラクタ名が格納されている。

ストーリーＩＤの項目には、該ペアに紐付けられた個別ストーリーのストーリーＩＤが格納されている。ストーリーＩＤは、個別ストーリーに対応するコンテンツデータをゲームシステム１において一意に識別するための識別情報である。個別ストーリーを一意に識別できる情報であれば何でもよく、例えば、該項目には、ストーリーＩＤに代えて、個別ストーリーごとに設定された物語のタイトル、章番号などが格納されていてもよい。あるいは、該項目には、ストーリーＩＤに代えて、個別ストーリーに対応するコンテンツデータが格納されている場所を示すアドレス情報が格納されていてもよい。

個別ストーリーは、１つのペアにつき、複数個ユーザに提供されてもよい。同図に示す例では、例えば、Ａ太とＢ介とのペアにまつわる個別ストーリーは、ストーリーＩＤ「ＡＢ００１」から「ＡＢ００３」までの３話分ユーザに提供されている。

状態の項目には、該個別ストーリーの状態を示すパラメータが格納されている。個別ストーリーの状態を示すパラメータは、一例として、個別ストーリーが解放済みであるか、未解放であるのかを示すフラグであってもよい。本実施形態では、個別ストーリーが「解放済みである」とは、ユーザが、該個別ストーリーのコンテンツデータにユーザ端末１００を介してアクセスすることが可能であって、該個別ストーリーをユーザが読むことができる状態であることを意味する。

さらに、上述の状態の項目または別に設けられた項目には、個別ストーリーの状態を示すパラメータとして、解放進捗が格納されていてもよい。解放進捗は、個別ストーリーが未解放である場合に、解放の条件をユーザがどれだけ満たしているのかを示した情報である。本実施形態では、解放進捗は、一例として、分数であり、解放に必要な友好度を示す分母と、ユーザがゲームをプレイすることによって蓄積した該ペアの現在の友好度を示す分子とで構成される。

なお、個別ストーリーは、図６の（Ｂ）に示したペアパラメータＤＢと同様に、ペアを主キーとするデータベースにて、ペアごとに一元管理されてもよい。

＜処理概要＞
本実施形態では、ユーザ端末１００は、ゲームプログラム１３１に基づいて、ゲームの興趣性を向上させるために以下のステップを実行するように構成されている。具体的には、ユーザ端末１００は、ゲームプログラム１３１に基づくゲームにおいて使用可能に、ユーザによって保有されるカード（ゲーム媒体）の中から、該ユーザの第５入力操作により選択されたカードが少なくとも組み入れられた、１次デッキ（第２デッキ）を編成するステップと、１次デッキの中から所定の規則に基づいて抽出されたカードが組み入れられた２次デッキ（第３デッキ）を編成するステップと、２次デッキの中からユーザの第６入力操作により選択された複数のカードを使用して、前記ゲームを構成するゲームパート（例えば、練習パート）を進行させるステップと、を実行する。

上述の構成によれば、専らお気に入りのカードを使ってゲームをクリアしたいとするユーザ側の要求と、様々な種類のカードを万遍なく使ってゲームを楽しんでもらいたい、ゲームプレイを多様化させたいとするゲームマスター側の要求との双方にバランス良く応えることができるゲームを実現することができる。

本実施形態では、一例として、制御部１１０の練習進行部１１２が、練習パートを進行させ、該練習パートの進行中に、上述の１次デッキを編成するステップ（Ｓ１０２）、２次デッキを編成するステップ（Ｓ１０３）、および、ゲームパートを進行させるステップ（Ｓ１０６）を実行する。以下では、練習パートを進行させる練習進行部１１２によって実行される情報処理についてより詳細に説明する。

＜練習パート＞
（処理フロー）
図８は、練習進行部１１２によって実行される練習パートにおける処理手順を示すフローチャートである。

ステップＳ１０１では、練習進行部１１２は、ユーザの入力操作にしたがって、ユーザが選択したステージを特定する。練習進行部１１２は、あらかじめ、ユーザがプレイ可能なステージの一覧を表示部１５２に選択可能に表示させる。ユーザは、入力部１５１を介して入力操作を行い、プレイしたいステージを練習進行部１１２に対して指定する。練習進行部１１２は、操作受付部を介して受け付けた入力操作にしたがって、ユーザにより指定されたステージを特定することができる。

ステップＳ１０２では、練習進行部１１２は、ユーザの入力操作にしたがっておよび所定の規則にしたがって、１次デッキを編成する。例えば、練習進行部１１２は、図１１に示すデッキ編成画面を表示部１５２に表示させ、ユーザが１次デッキに組み入れたいカードを指定するための入力操作を受け付ける。練習進行部１１２は、ユーザによって指定されたカードを含む１次デッキを編成する。

さらに、本実施形態では、練習進行部１１２は、ユーザが指定したカードとは別に、所定の規則にしたがって特定したカードを１次デッキに組み入れてもよい。練習進行部１１２は、ユーザが保有するカードのうち、ユーザによって指定されなかったカードを所定の規則にしたがって特定してもよい。例えば、練習進行部１１２は、ユーザが保有するカードの中からランダムで特定してもよい。あるいは、練習進行部１１２は、ユーザが保有していないカードを所定の規則にしたがって特定してもよい。例えば、練習進行部１１２は、ユーザによって選択されたステージに予め関連付けられたカードを１次デッキに組み入れるカードとして特定してもよい。本実施形態では、練習進行部１１２は、ユーザによって指定された、ユーザが保有するカードと、ステージに関連付けられているカードとを組み合わせて１次デッキを編成する。

次に、練習進行部１１２は、ステージを進行させる。本実施形態では、一例として、１つのステージは、所定回のセットで構成される。練習進行部１１２は、１回のセットに相当するステップＳ１０３からステップＳ１０８までの各処理を所定回繰り返し進行させることにより、ステージを進行させる。ステップＳ１０３からステップＳ１０８までのループを抜ける条件は、したがって、「ステージを構成するすべてのセットが処理済みであること」である。

ステップＳ１０３では、練習進行部１１２は、まず、セットを開始するための準備処理を実行する。具体的には、練習進行部１１２は、１次デッキに基づいて２次デッキを編成する。より詳細には、練習進行部１１２は、１次デッキに組み入れられたカードの中から、所定の規則に基づいてカードを抽出し、抽出したカードからなる２次デッキを編成する。一例として、練習進行部１１２は、２次デッキに組み入れるカードを、１次デッキのカードの中からランダムで抽出する。

ステップＳ１０４では、練習進行部１１２は、セットを開始し、該セットの基本情報をユーザに対して開示する。具体的には、練習進行部１１２は、該セットの基本情報を含むゲーム画面を生成し、表示制御部を介して、表示部１５２に表示させる。一例として、練習進行部１１２は、図１２に示すステージ進行画面を表示させる。

ステップＳ１０５では、練習進行部１１２は、ユーザの入力操作にしたがって、ユーザが２次デッキから選択したペアを特定する。練習進行部１１２は、例えば、上述のステージ進行画面に、２次デッキのカード一覧を表示させ、カード一覧の中から、ユーザが２枚（第２の所定数）のカードを選択できるようにＵＩを提供する。本実施形態では、練習進行部１１２は、ユーザが選択した２枚のカードを特定することに加えて、選択されたそれぞれのカードに紐付けられているキャラクタを特定する。

ステップＳ１０６では、練習進行部１１２は、そのセットにおけるイベントを発生させ、進行させる。本実施形態では、練習進行部１１２は、特定したペア（キャラクタとキャラクタとの組み合わせ）に基づくイベントを進行させる。一例として、練習進行部１１２は、特定したキャラクタとキャラクタとの間の対話をイベントとして進行させる。イベントとして進行される対話を以下では対話イベントと称する。具体的には、練習進行部１１２は、対話イベントを進行させるためのセリフ群を含むコンテンツデータを処理し、キャラクタ達が対話するアニメーションを表示部１５２に出力したり、キャラクタのセリフに対応する音声データを図示しないスピーカに出力したりする。

ステップＳ１０７では、対話イベントが終了すると、練習進行部１１２は、ステージの進行状況を更新する。例えば、練習進行部１１２は、該セットの状態を未処理から処理済に更新したり、ユーザが該セットの対話イベントを完遂したことに応じた成果を決定したりする。一例として、練習進行部１１２は、該セットで選択されたペア間のペアパラメータの増分を決定する。

ステップＳ１０８では、練習進行部１１２は、更新された進行状況に基づいて、該セットの進行履歴を記録する。一例として、練習進行部１１２は、図１３に示す進行履歴テーブルにセットごとの進行履歴を記録する。進行履歴には、例えば、該セットの対話イベントで登場したペア間のペアパラメータの増分が含まれていてもよい。

練習進行部１１２は、セット１回につき、ステップＳ１０３からステップＳ１０８までの各処理を実行し、これをセットごとに繰り返す。練習進行部１１２は、ステージを構成するすべてのセットについてステップＳ１０３からステップＳ１０８までの処理を実行すると、ループを抜け、ステップＳ１０９に進む。

ステップＳ１０９では、練習進行部１１２は、場に出されたカードのうち、少なくとも１つのカードに関するパラメータを、本ゲームが有利に進行するように強化する。具体的には、練習進行部１１２は、ユーザ、カード、および、キャラクタのそれぞれに紐付けられている各種項目におけるパラメータ、特に性能を定義するパラメータを、ステージをクリアしたことの成果として強化する。一例として、練習進行部１１２は、セットごとに記録されている上述の進行履歴に基づいて、各ペアのペアパラメータ（友好度および調和度）を強化する。

ステップＳ１１０では、さらに、練習進行部１１２は、ステージをクリアしたことに応じた報酬をユーザに獲得させてもよい。該報酬は、例えば、強化アイテム、カード、仮想通貨などの各種ゲーム媒体であってもよい。

（デッキ編成）
図９は、練習パートで参照されるデッキ情報のデータ構造の一例を示す図である。図９の（Ａ）は、１次デッキのデッキ情報を示し、図９の（Ｂ）は、２次デッキのデッキ情報を示す。

図９に示すとおり、各デッキのデッキ情報は、ポジション番号、および、カードＩＤの各項目を含む。

ポジション番号の項目には、各デッキにおけるカードの配置場所を識別するための識別情報が格納されている。例えば、ポジション番号「１−１」は、１次デッキにおける１番目の配置場所を示しており、ここに配置されたカードは、１次デッキの１番目のカードというように識別される。なお、デッキ上の配列または配置順が、デッキを用いたゲームパートにおける進行に影響を与えない実施形態においては、ポジション番号の項目は省略されてもよい。

カードＩＤの項目には、各デッキに組み入れられたカードのカードＩＤが格納されている。同図では、説明を簡略化するために１ケタの数字が格納されているが、カードＩＤは、全てのカードを一意に識別するために割り振られる識別情報であるので、実際には、これよりも複雑な文字および記号の羅列であると想定される。

なお、同図には、発明の理解を助けるために、キャラクタ名の項目を設けている。これは、説明のために図示したのであって、実際のデッキ情報には項目として設けられていなくてもよい。キャラクタ名の項目には、該ポジションに配置されたカードに紐付けられているキャラクタのキャラクタ名が格納されている。

図９の（Ａ）に示すとおり、１次デッキのデッキ情報は、少なくとも、ユーザによって選択されたカードを配置するためのポジションを有する。図示の例では、該ポジションは「１−１」から「１−１０」まで１０個設けられている。

練習進行部１１２が、１次デッキに入れるカードとして、ユーザによって選択されたカードとは別のカードを所定の規則に基づいて特定する場合が想定される。この場合、１次デッキのデッキ情報は、そのようにして特定されたカードを配置するためのポジションを有していてもよい。図示の例では、該ポジションは、「１−１１」として１個設けられている。以下では、ユーザが選択したカードとは別に、練習進行部１１２が選択したカードを、特に区別が必要な場合には、ゲストカードと称する。一例として、１次デッキは、ユーザによって選択されたカードを配置するための１０個のポジションと、練習進行部１１２が決定したゲストカードを配置するための１個のポジションとで構成される。

練習進行部１１２は、ステップＳ１０２において、後述するデッキ編成画面４００を介して、１０枚のカードを選択する入力操作を受け付けると、該１０枚のカードと、自身が特定した１枚のゲストカードとに基づいて、図９の（Ａ）に示すデッキ情報を生成する。

練習進行部１１２は、カードを分類するためのグループ識別子、例えば、キャラクタ名またはキャラクタＩＤに基づいて、カードが属するグループ、例えば、カードに紐付いているキャラクタを特定し、同じグループに属するゲーム媒体を、予め定められた上限数を超えないように、１次デッキに組み込んでもよい。例えば、図９の（Ａ）に示すとおり、練習進行部１１２は、ゲストカードを除いて、同じキャラクタのカードが２枚を超えて組み入れられないように１次デッキを制御してもよい。これにより、様々なキャラクタのカードを１次デッキに組み入れて、どのキャラクタも万遍なく育成するようにユーザを促すことができる。結果として、ユーザは、ゲームに飽きることなく長く育成ゲームを楽しむことが可能となる。

図９の（Ｂ）に示すとおり、２次デッキのデッキ情報は、練習進行部１１２によって、１次デッキに組み入れられたカードの中から抽出されたカードを配置するためのポジションを有する。図示の例では、該ポジションは「２−１」から「２−５」まで５個設けられている。

練習進行部１１２は、ステップＳ１０３において、セットが開始される度に、１次デッキに組み入れられた１１枚のカードの中から、所定の規則に基づいて５枚（第１の所定数）のカードを抽出し、図９の（Ｂ）に示すデッキ情報を生成する。

例えば、練習進行部１１２は、ランダムに５枚のカードを抽出してもよい。練習進行部１１２は、前回のステップＳ１０５においてどのカードがペアとして選択されたのかに応じて５枚のカードを抽出してもよい。練習進行部１１２は、一例として、以下の規則に基づいて５枚のカードを抽出し２次デッキを編成する。

図１０の（Ａ）〜（Ｃ）は、前回のセットが進行した後、次に、練習進行部１１２が、今回のセットを進行させるために用いる２次デッキを再編するまでの工程を詳細に説明する図である。

図１０の（Ａ）は、前回のセットのステップＳ１０５において、ユーザによって選択され、場に出されたカードの一例を示す図である。上段は選択されたカードのカードＩＤ、下段は該カードに紐付けられているキャラクタのキャラクタ名を示す。図示のとおり、ユーザは、図９の（Ｂ）に示す２次デッキのカードの中から、カードＩＤ「５」および「７」の各カードを選択したとする。以下では、カードＩＤ「５」および「７」の各カードを、５番のカード、７番のカードと称する。

図１０の（Ｂ）は、前回のセット終了直後の２次デッキのデッキ情報を示す図である。同図に示す例では、ポジション番号の項目の記載を省略した。上段は、２次デッキに組み入れられているカードのカードＩＤ、下段は、該カードに紐付けられているキャラクタのキャラクタ名を示す。

練習進行部１１２は、前回のセットが終了すると、一旦、前回のセットでユーザに選択され、場に出されたカードを、２次デッキから外す。図示の例では、練習進行部１１２は、５番のカードと７番のカードとを２次デッキから外す。一方、練習進行部１１２は、前回のセット（先のセット）でユーザに選択されなかったカード（非選択ゲーム媒体）を、今回のセット（現行のセット）における２次デッキに組み入れたまま維持する。

次に、練習進行部１１２は、今回のセットの２次デッキの編成を開始する。一例として、練習進行部１１２は、上述のカードを外したことにより空いたポジションに補充するカードを選択する。別の例では、練習進行部１１２は、前回のセットで編成された２次デッキをリセットし、２次デッキのすべてのポジションを新しく選びなおしてもよい。

一例として、練習進行部１１２は、空いたポジションに補充するカードの候補を、以下のように特定し、該カードの候補の中から、補充するカードをランダムに抽出する。

図１０の（Ｃ）は、空いたポジションに補充されるカードの候補を示す図である。例えば、練習進行部１１２は、前回のセットで２次デッキに組み入れられなかったカード（未抽出ゲーム媒体）を候補に入れる。これにより、前回のセットで練習進行部１１２によって抽出されずに１次デッキに残留した各カードが２次デッキに組み込まれる可能性が出る。

すなわち、練習進行部１１２は、前回のセットで場に出すカードとして選択されなかったカードを２次デッキに残留させる構成、および、１次デッキにおいて２次デッキ用に抽出されなかったカードを候補に入れる構成を有する。これらの構成により、結果として、ユーザに多様なカードを使って、各種キャラクタを幅広く育成してほしいとするゲームマスター側の意図を反映させることができる。

本実施形態では、加えて、練習進行部１１２は、前回のセットでユーザに選択されたカードも候補に入れる。これにより、前回のセットでユーザが選択したカードが今回のセットにおいても連続で２次デッキに組み込まれる可能性が出る。また、カードが２次デッキに組み込まれれば、ユーザは、そのカードを自分の意思で最終的に場に出すカードとして選択することができる。ユーザは、お気に入りのカードを、該カードに関連するパラメータを育成するために何度でも選択したいと思っていると考えられる。

すなわち、練習進行部１１２は、前回のセットで場に出すカードとして選択されたカードを候補に入れる構成、および、２次デッキの中から場に出したいカードについてユーザの選択を受け付ける構成を有する。これらの構成により、お気に入りのカードを集中的に強化したいとするユーザの要望にも応えることが可能となる。

（画面例）
図１１は、１次デッキを編成するためのデッキ編成画面の一例を示す図である。デッキ編成画面４００は、練習進行部１１２によって生成され、練習進行部１１２の制御下で、図示しない表示制御部を介して表示部１５２に表示される。

デッキ編成画面４００は、少なくとも、ユーザによって選択されたカードを配置するための第１領域４０１を含む。さらに、デッキ編成画面４００は、ゲストカードを配置するための第２領域４０２を含んでいてもよい。図示の例では、１次デッキは、ユーザが保有するカードのうちユーザが選択した１０枚のカードと、練習進行部１１２が選択した１枚のゲストカードとで編成される。

練習進行部１１２は、例えば、ユーザが保有しているカードの一覧を、ユーザがカードを選択できるようなＵＩとともに表示部１５２に表示させ、１次デッキに組み入れるカードをユーザに選択させる。カードの一覧は、デッキ編成画面４００に切り替わる前の別の画面において表示されてもよいし、デッキ編成画面４００に重畳表示されるポップアップ画面において表示されてもよいし、デッキ編成画面４００とともに、表示部１５２の別の表示領域に表示されてもよい。

第１領域４０１および第２領域４０２において、カードのアイコンをユーザが選択すると、練習進行部１１２は、選択されたカードおよび該カードに紐付けられているキャラクタの詳細な情報（図４および図５）をデッキ編成画面４００に重畳表示させてもよい。

デッキ編成画面４００は、１次デッキを確定させ、ステージの開始を指示するためのボタン４０３を含んでいてもよい。ボタン４０３がユーザによって操作されると、練習進行部１１２は、第１領域４０１および第２領域４０２に表示された１次デッキに基づいて、ステージの進行を開始させる。

図１２は、ステージ進行画面の一例を示す図である。ステージ進行画面５００は、練習進行部１１２によって生成され、練習進行部１１２の制御下で、図示しない表示制御部を介して表示部１５２に表示される。

本実施形態では、ステージ進行画面は、主に、各セットの基本情報を開示する第１の機能と、対話イベントをユーザに対して提示する第２の機能と、該セットで動作させるカードをユーザが選択するためのＵＩ部品を提供する第３の機能とを備えるように構成されていることが好ましい。

第１の機能を実現するために、ステージ進行画面５００は、一例として、セット情報５０１と、集中度ゲージ５０２と、成果情報５０３とを含む。

セット情報５０１は、ステージの進行状況を示す情報を含む。進行状況を示す情報は、進行中のセット（現行セット）を含めて、進行が完了していないセットが残りいくつあるのかを示す情報である。「あと３セット」などとセット情報５０１が表示されることにより、ユーザは、未完了のセットが３セットあることを理解する。

セット情報５０１は、さらに、現行セット、次回セット、および、次々回セットの場属性を含んでいてもよい。各セットにおいて「場」とは、ユーザによって選択された２枚のカードを配置するための場所のことであり、本ゲームの文脈で言えば、上述の２枚のカードのそれぞれに紐付けられた二人のキャラクタ（ペア）が、練習としてパフォーマンスを行うための練習場である。

本実施形態では、練習進行部１１２は、該セットにおける場属性と、場に配置されたカードの属性との関係性に応じて、該セットを完遂した時にユーザが得られる成果を決定してもよい。例えば、練習進行部１１２は、場属性と一致するカードが場に配置されたセットでは、一致しない場合よりもユーザにとって有利な成果が得られるように、該セットの成果の内容を補正してもよい。具体的には、練習進行部１１２は、属性が一致したセットを完遂したことの報酬である強化アイテムをより多くユーザに獲得させてもよいし、該セットに登場したペアのペアパラメータの上昇値をより多くしてもよい。

ユーザは、よりよい成果を効率よく得るために、セット情報５０１に示された場属性を確認し、手持ちのカードの属性と比較して最適なペアを選択することができる。結果として、練習パートの遊戯性が高まる。

集中度ゲージ５０２は、セットごとに対話イベントをこなすたびに、対話イベントをこなしたことの成果として蓄積されるパラメータの蓄積度合いを示すＵＩ部品である。本ゲームの文脈では、該パラメータは、一例として、場に出た各キャラクタが練習に集中している度合いを示す集中度として表現される。本実施形態では、練習進行部１１２は、セットごとに場にカードを配置して、対話イベントをこなすたびに集中度を更新する。集中度が予め定められた閾値に達すると、数セットの間、ユーザにとって特に有利にステージを進行させるモード（いわゆるフィーバーモード）に移行する。例えば、練習進行部１１２は、セット完遂後に得られる強化アイテムなどの報酬の量を大幅に増加させてもよい。練習進行部１１２は、フィーバーモードを終了させると、集中度のゲージをリセットし、またゼロから蓄積を再開する。なお、練習進行部１１２は、場属性と場に出されたカードの属性とが一致している場合に、より多くの集中度を蓄積してもよい。本実施形態では、練習進行部１１２は、集中度を、ステージを跨いで持ち越してもよい。練習進行部１１２は、ステージが終了した時点の集中度を、ゲーム情報１３２として記憶部１２０に記憶しておき、別のステージが開始されたときに、記憶しておいた集中度を読み出す。

成果情報５０３は、進行中のステージにおいて、これまで獲得された報酬の数または量を示すＵＩ部品である。図示の例では、報酬は、属性が設定された強化アイテムであり、設定された属性ごとに、報酬として獲得された強化アイテムの数が開示される。これにより、ユーザは、ステージの進行中であっても、ステージ完遂後に得られる報酬の量を事前に把握することが可能となる。

第２の機能を実現するために、ステージ進行画面５００は、キャラクタのペアが対話するシーンを表示するための表示領域５０４を含む。表示領域５０４には、１以上のオブジェクトが配置され、対話のシーンを演出する。一例として、練習進行部１１２は、表示領域５０４に、オブジェクトとして、上述の場に対応する練習舞台５０５を配置し、ユーザに選択されたペアである２人のキャラクタ５０６および５０７を、練習舞台５０５に上がっていると見えるように配置する。練習進行部１１２は、表示領域５０４を表示部１５２に表示させるとともに、２人のキャラクタ５０６および５０７のセリフに対応する音声データを出力することが好ましい。また、音声データの出力に合わせて、練習進行部１１２は、各オブジェクト、特に、キャラクタ５０６および５０７にアニメーションを付加してもよい。これにより、表示領域５０４において演出される対話シーンがより一層表現豊かなものとなり、該対話イベントをユーザがより一層楽しむことができる。

さらに、練習進行部１１２は、キャラクタ５０６に発言させるセリフを表す吹き出し５０８を配置し、キャラクタ５０７に発言させるセリフを表す吹き出す５０９を配置する。これにより、音声が出力できない環境においても、ユーザは、対話イベントを楽しむことができる。

さらに、練習進行部１１２は、キャラクタ５０６が紐付けられているカードの属性を表すアイコン５１０、キャラクタ５０７が紐付けられているカードの属性を表すアイコン５１１を表示領域５０４に配置することが好ましい。これにより、ユーザは、場に出したカードの属性と、場属性との間の一致・不一致を常に確認することができる。

第３の機能を実現するために、ステージ進行画面５００は、一例として、２次デッキ５１２を含む。２次デッキ５１２は、１次デッキに組み入れられたカードの中から、練習進行部１１２が所定の規則に基づいて抽出したカードを表示するものである。２次デッキ５１２には、練習進行部１１２によって抽出された、例えば５つのカードのカードアイコン５１３が配置される。

カードアイコン５１３には、属性アイコン５１４が付与されてもよい。属性アイコン５１４は、そのカードの属性を示す。ユーザは、属性アイコン５１４を見て、そのカードの属性を確認することができる。

カードアイコン５１３には、調子アイコン５１５が付与されてもよい。調子アイコン５１５は、そのカードのセットごとの調子の良さを示す。本実施形態では、「カードの調子」とは、カードの状態の良し悪しを示すパラメータであり、セットごとに変化するものである。カードの調子が良いことは、カードの調子が通常の場合よりも、該カードが場に出されたときに、該カードが、ユーザにとって有利な結果または良好な成果をもたらすことができるということを意味している。

本実施形態では、練習進行部１１２は、セットごとに、２次デッキに組み入れられた各カードの調子を所定の規則に基づいて決定する。一例として、練習進行部１１２は、「通常」、「好調」、「絶好調」の３段階で、各カードの調子をランダムに決定する。

調子が所定の段階より上の段階にあるカード、例えば、調子が好調以上であるカード同士がペアとして選択された場合には、通常のカードを場に出した場合と比較して、より有利な結果またはより良好な成果が得られる。一例として、練習進行部１１２は、該ペアについて進行する対話イベントにつき、希少度の高いセリフを発現させる可能性を高めたり、ボーナス対話としてセリフをより多く発現させたりして、ユーザがより対話イベントを楽しめるようにする。あるいは、練習進行部１１２は、セット完遂後に得られる各種パラメータの上昇率を高めたり、より多くのまたはより価値の高い報酬をユーザに獲得させたりして、より良好な成果をもたらしてもよい。

現行セットで場に出されているカードのカードアイコン５１３には、選択アイコン５１６が付与されてもよい。選択アイコン５１６は、現行セットでユーザによって選択され、場に出されたカードであることを示すアイコンである。なお、選択されたカードのカードアイコン５１３は、選択されなかったその他のカードのカードアイコン５１３よりも目立つように表示態様を異ならせてもよい。例えば、練習進行部１１２は、選択されたカードのカードアイコン５１３の枠を強調表示する。

ゲストカードのカードアイコン５１３には、ゲストアイコン５１７が付与されてもよい。これにより、ユーザは、自分の手持ちのカード以外でデッキに組み入れられているゲストカードを判別しやすくなる。

（結果決定）
図１３は、進行履歴テーブルのデータ構造の一例を示す図である。進行履歴テーブルは、記憶部１２０にゲーム情報１３２として記憶されている。練習進行部１１２は、ステージの開始時に進行履歴テーブルを初期化し、セットごとに決定した結果を書き込んで該ステージについての進行履歴テーブルを更新し、すべてのセットが終了した時点で該ステージの進行履歴テーブルを完成させる。

進行履歴テーブルは、一例として、セット数、ペア、および、結果の各項目を含む。

セット数の項目には、該ステージにおいて、何番目に進行したセットであるのかを示すセット番号が格納されている。一例として、１ステージが１０セットで構成される場合、進行履歴テーブルは、１セットにつき１個、計１０個のレコードを有する。そして、各レコードには、１〜１０のセット番号が関連付けられている。

ペアの項目には、該セットにおいて場に出された各カードに紐付けられたキャラクタのキャラクタ名が格納される。

結果の項目には、該セットが完遂されたことに伴ってもたらされた結果および成果が格納される。一例として、結果の項目は、発生イベント、強化アイテム、友好度、および、調和度の各サブ項目を含む。

発生イベントのサブ項目には、該セットで発生し、進行した対話イベントを識別する識別情報が格納される。具体的には、該セットで再生されたセリフパックを識別するためのパックＩＤが格納される。１つセットにおいて、再生されるセリフパックは基本的に１つであるが、あるセリフパックの再生がトリガとなって、続けて別のセリフパックが再生されることがあってもよい。この場合、該サブ項目には、パックＩＤが２以上格納されてもよい。

強化アイテムのサブ項目には、該セット完遂によりユーザに与えられる報酬としての強化アイテムの種類および数が格納される。練習進行部１１２は、報酬の内容を所定の規則に基づいて決定する。例えば、練習進行部１１２は、該セットの場属性、場に出たカードの属性、場に出たカードの調子、該セットで再生されたセリフパックなどに応じて報酬を決定してもよいし、ランダムで報酬を決定してもよい。

友好度のサブ項目には、該セット完遂により更新されるペアパラメータとしての友好度の増分が格納される。

調和度のサブ項目には、該セット完遂により更新されるペアパラメータとしての調和度の増分が格納される。

練習進行部１１２は、図８に示すステップＳ１０７にて、ステップＳ１０６にて完遂したセットの結果を決定する。練習進行部１１２は、ステップＳ１０８にて、決定した結果を含む該セットの進行履歴を、図１３に示す進行履歴テーブルに記録する。練習進行部１１２は、セットごとに１つのレコードを埋め、すべてのセット（例えば、１０セット）が終了すると、該ステージの進行履歴テーブルを完成させる。練習進行部１１２は、完成させた進行履歴テーブルにしたがって、場に出したペアのパラメータを上昇させたり、該ステージのクリア報酬をユーザに獲得させたりすることができる。

なお、あるセットにつき、場に出されたカードの一方が、ユーザによって保有されていないゲストカードであって、該ゲストカードで表現されているキャラクタのカードをユーザが保有していないケースも想定される。本実施形態では、このようなケースでも、練習進行部１１２は、場に出された、ユーザが保有している一方のカードと、ユーザが保有していない他方のゲストカードとに基づいて各種パラメータを強化することができる。具体的には、練習進行部１１２は、ゲストカードを、ユーザが保有するカードとは区別してユーザが任意に使用できない状態で記憶部１２０に格納しておく。ゲストカードのデータ構造は、任意に使用できない状態であるという点以外は、図４に示すカードのデータ構造と同様である。そして、練習進行部１１２は、ゲストカードが場に出された場合には、ゲストカードのパラメータ、および、該ゲストカードともう一方のカードとに関連するペアパラメータを強化し、ゲストカードの各項目を更新する。この後、上述のゲストカードと同一のカードを、新たにユーザが保有した場合には、上述のゲストカードの各項目は、該同一のカードの各項目に適用されて、ユーザが保有するカードとして記憶部１２０に記憶される。これにより、ユーザは、自身が保有していないうちから、ゲストカードを試用して該カードの性能を確かめることができる。これに加えて、ゲストカードについて、試用期間のプレイ実績が蓄積されており、該カードを実際に入手した場合には、蓄積された実績を引き継いで該カードを正規使用することができる。結果として、まだ保有されていないカードの性能に触れる機会をユーザに与えるとともに、該カードを入手する動機付けをユーザに与えることが可能となる。

〔実施形態２〕
＜実践パートの処理概要＞
本実施形態に係るユーザ端末１００は、ゲームプログラム１３１に基づいて、ゲームの興趣性を向上させるために以下のステップを実行するように構成されている。具体的には、ユーザ端末１００は、ゲームプログラム１３１に基づくゲームにおいて、メインスキル（第１スキル）およびサブスキル（第２スキル）がそれぞれ１以上設定されている複数のカード（ゲーム媒体）から、少なくともメインスキルを発動可能なメインカード（第１ゲーム媒体）と、サブスキルのみを発動可能なサブカード（第２ゲーム媒体）とをユーザの入力操作に応じてそれぞれ１つ以上選出するステップと、ゲームの１パートであって、メインカードおよびサブカードのうち少なくとも１つのカードに設定されている、魅力のパラメータ値（所定のパラメータ）に基づいて、勝敗または成否が決定されるパートである実践パート（第１パート）を進行させるステップと、実践パートにおいて、メインスキルの発動を指示する入力操作（所定の第１入力操作）を受け付けた場合に、メインカードに設定されたいずれかのメインスキルを発動させるステップと、実践パートにおいて、サブスキルの発動を指示する入力操作（所定の第２入力操作）を受け付けた場合に、サブカードに設定されたいずれかのサブスキルを発動させるステップと、を実行する。

上記の構成によれば、ユーザは、ゲーム媒体の中からそれぞれ発動可能なスキルが異なる第１ゲーム媒体と第２ゲーム媒体とを選出することができる。ここで、第１スキルおよび第２スキルは、ゲームの第１パートにおいて、ユーザが手動で発動させることが可能なスキルである。したがって、ユーザはゲーム媒体の選出を通じて、第１パートにおける戦略を決定することができる。また、ユーザは第１スキルまたは第２スキルを手動で発動させることによって、第１パートの進行に介入することができる。したがって、ゲームの戦略性が向上し、よってゲームの興趣性が向上するという効果を奏する。

本実施形態では、一例として、制御部１１０の実践進行部１１３が上述の選出するステップ（Ｓ４０２）、実践パートを進行させるステップ（Ｓ４０３）、メインスキルを発動させるステップ（Ｓ４０８）、および、サブスキルを発動させるステップ（Ｓ４１０）を実行する。

＜ステージの進行概要＞
上述の通り、実践進行部１１３は、ユーザの入力操作に基づいて編成した実践デッキを用いて、ユーザに実践パートのステージをプレイさせる。実践デッキ（第１デッキ）は、実践パートのステージのプレイに使用されるデッキであり、後述するメインカードとサブカードとをまとめたデッキである。実践デッキは、練習パート（第２パート）の１次デッキ（第２デッキ）および２次デッキ（第３デッキ）とは異なるデッキであり、１次デッキおよび２次デッキと異なる選出方法で作成される。実践デッキの作成方法については、後で詳述する。

実践パートのステージは、所定の課題が課されており、該課題をクリアすることでステージクリアとなる点において、練習パートのステージと異なる。ここで、所定の課題とは、例えばある可変パラメータを、目標値まで上昇させることである。また、ステージクリアとは、ユーザが該ステージにおいて勝利した、または該ステージを成功させたことを意味する。なお、実践パートのステージが後述する対戦形式のステージである場合、ユーザが引き分けた場合も、ステージクリアと扱ってもよい。

実践進行部１１３は、実践デッキに含まれる１枚以上のカードの１種類以上の所定のパラメータに応じて、前記可変パラメータを変化させる。実践進行部１１３は、例えば、ステージの進行に伴ってある所定のパラメータの値を、可変パラメータの値に加算していく。

実践パートのステージは、ユーザ対ユーザ、またはユーザ対コンピュータの対戦形式のステージであってもよい。この場合、自陣営および敵陣営それぞれに対して、前記可変パラメータが別個に設定される。この場合、所定の課題は、自陣営の可変パラメータの値が、敵陣営の可変パラメータの値よりも先に目標値に達することであってよい。もしくは、所定の課題は、自陣営の前記可変パラメータの値が、敵陣営の可変パラメータ以上の値である状態で、ステージを終えることであってもよい。

自陣営とは、ユーザにより編成された実践デッキに含まれるカード、および該カードで表現されるキャラクタを示す。一方、敵陣営とは、ユーザの実際の、または仮想的な対戦相手を示す。例えば、敵陣営とは、前記ユーザとは別の、他のユーザが編成した実践デッキに含まれるカード、および該カードで表現されるキャラクタを示す。また例えば、敵陣営とは、ステージの演出上「敵」として登場するキャラクタまたはカードを示す。このように、ステージがユーザ対コンピュータの対戦形式である場合、敵陣営は必ずしも自陣営のようなデッキである必要はない。

実践パートのステージが対戦形式である場合、自陣営および敵陣営それぞれに対して、前記所定のパラメータが別個に設定される。実践進行部１１３は、ステージの進行に伴って、敵陣営の該所定のパラメータの値を、敵陣営の可変パラメータの値に加算していってもよい。これにより、ステージの進行とともに自陣営および敵陣営の可変パラメータの値が増加していくため、ステージを進行させることにより、自陣営の勝敗の結果（自陣営の勝利、敗北、または引き分け）を決定することができる。

（具体な進行例）
本実施形態では、実践パートのステージは、自陣営と、ゲームにおいてあらかじめ規定されている敵陣営との対戦（コンピュータ対戦）形式のステージである。なお、敵陣営の所定のパラメータの値および可変パラメータの初期値等、ステージの進行に必要な敵陣営側の各種パラメータの値は、ゲーム情報１３２またはユーザ情報１３３に含まれている。ステージでは、自陣営、敵陣営それぞれに対し、動員数という可変パラメータが設定される。自陣営および敵陣営の動員数の初期値は、例えば０である。また、ステージでは、敵陣営に魅力のパラメータ値（以降、魅力値と称する）が設定されている。なお、自陣営および敵陣営の動員数の初期値はそれぞれ異なっていてもよい。また、敵陣営のカードおよびキャラクタ、ならびに設定される魅力値は、ステージ毎に異なっていてもよい。

本実施形態では、実践進行部１１３は、ステージの進行に伴って、自陣営の動員数を自陣営に含まれる全てのカードの魅力のパラメータ値（以降、魅力値と称する）の合計に応じて増加させる。また、実践進行部１１３は、敵陣営の動員数を敵陣営の魅力値に応じて増加させる。なお、自陣営の動員数および敵陣営の動員数の、増加タイミング、増加値の算出方法、および増加頻度は同じであってもよいし、別個に規定されていてもよい。

本実施形態では、実践パートのステージの課題とは、自陣営の動員数を、目標値（目標動員数）まで増加させるか、前述の敵陣営の動員数よりも高い状態でステージを終えることである。本ゲームの趣旨に沿って言えば、自陣営と敵陣営とで、ステージにおいてより早く目標数の観客を集めた、またはより多くの観客を集めた方が、該ステージにおける勝者（またはステージを成功させた者）となる。なお、目標動員数は、ステージ毎に異なっていてもよい。

本実施形態では、実践進行部１１３は、自陣営の動員数が目標値を達成した時点でステージを終了させ、自陣営、すなわちユーザの勝利としてステージの成果を算出する。また、実践進行部１１３は、所定時間または所定のターン数が経過する等した場合もステージを終了させる。

この場合、ステージ終了時点で自陣営の動員数が敵陣営の動員数よりも多い場合、実践進行部１１３はユーザの勝利としてステージの成果を算出する。また、自陣営の動員数が敵陣営の動員数と同じ場合、実践進行部１１３は、引き分けとしてステージの成果を算出する。また、自陣営の動員数が敵陣営の動員数未満の場合、実践進行部１１３は、ユーザの敗北（すなわち、ステージクリア失敗）としてステージの成果を算出する。なお、ユーザがステージクリアに失敗した場合、成果無しとしてもよい。この場合、実践進行部１１３はステージクリア失敗時の成果算出を行わなくてもよい。

（ステージ進行処理とユーザの介入）
実践進行部１１３は、ユーザの入力操作に応じてステージを進行させてもよいし、ユーザの入力操作に依らずに自動的にステージを進行してもよい。例えば、実践進行部１１３は、実践パートのステージの勝敗または成否を決定するための可変パラメータ（動員数）を、少なくとも、ユーザの第１入力操作および第２入力操作以外の入力操作に依らずに、自動的に更新してもよい。

ユーザは少なくとも、ステージの進行中に任意のタイミングで第１入力操作または第２入力操作を行うことにより、自陣営のいずれかのカードのスキルを発動させることができる。該スキルは、可変パラメータの更新に影響を及ぼしてもよいし、可変パラメータの更新に影響を及ぼさなくてもよい。なお、実践進行部１１３は、スキルの発動指示の受け付け、またはスキルの発動タイミングの少なくとも一方に、制限を設けてもよい。該制限の詳細については、後述する。

実践進行部１１３は、スキルの発動に応じて、該ステージの進行状況を変化させる。これにより、該ステージ終了時の結果も変化し得る。例えば、実践進行部１１３は、ステージの進行中、メインスキルまたはサブスキルの発動を指示するユーザの入力操作を、任意のタイミングで受け付ける。メインスキルおよびサブスキルについては、後で詳述する。

本実施形態では、実践進行部１１３は、ユーザの入力操作に依らずに、自動的にステージを進行させる。これにより、ユーザは実践デッキの編成を行うだけで、ステージのプレイを自動的に進めることができる。したがって、ユーザは手軽にゲームをプレイすることができる。一方、前述のようにスキルを発動させることによって、ユーザはステージの進行に介入することができる。このように、ゲームシステム１は、ユーザのプレイングに応じてゲームを進行させることができるため、ゲームプレイの手軽さとゲームの興趣性の向上とを両立させることができる。

（ステージ演出）
実践進行部１１３は、実践パートのステージの進行に合わせた演出を実行する。例えば、実践進行部１１３は、実践デッキのステージの進行に合わせて、実践デッキに含まれるカードで表現されるキャラクタ達と、敵陣営に含まれるカードで表現されるキャラクタ（敵キャラクタ）達とが、ステージ上で互いにパフォーマンスを披露し合うという演出を行ってもよい。

＜実践パートの処理フロー＞
以下、実践パートの処理の流れの一例を、図１４〜図２０を用いて説明する。図１４は、実践パートにおける処理手順を示すフローチャートである。

ステップＳ４０１では、実践進行部１１３は、ユーザの入力操作にしたがって、ユーザが選択したステージを特定する。実践進行部１１３は、あらかじめ、ユーザがプレイ可能なステージの一覧を表示部１５２に選択可能に表示させる。ユーザは、入力部１５１を介して入力操作を行い、プレイしたいステージを指定する。実践進行部１１３は、操作受付部を介して受け付けた入力操作にしたがって、ユーザにより指定されたステージを特定する。

より具体的には、実践進行部１１３は例えば、ゲーム情報１３２またはユーザ情報１３３に含まれているステージ情報を参照して、ユーザにより指定されたステージの目標動員数、および敵陣営の魅力値を読み出す。ステージ情報とは、少なくとも、ステージを一意に特定する識別子に、ステージにおける可変パラメータの目標値が対応付けられたデータである。

（ステージ情報）
図１５は、ステージ情報のデータ構造の一例を示す図である。図示の例では、ステージ情報は、「ステージ名」、「目標動員数」、および「敵魅力」の３項目を含む。「ステージ名」の項目には、ステージをゲームシステム１上で一意に管理するために、各ステージに固有に割り当てられる識別情報が格納される。本実施形態では、該識別情報として、ステージ名が格納されている。なお、該識別情報はステージＩＤ等であってもよい。「目標動員数」の項目には、各ステージにおける可変パラメータの目標値が格納される。「敵魅力」の項目には、敵陣営の魅力値が格納される。

なお、図示の例では、敵陣営の魅力値は、敵陣営全体としての（すなわち、各ステージで演出上敵として登場する全てのカード群またはキャラクタの）魅力値として設定されている。しかしながら、敵陣営についても、後述する実践デッキ情報に示すように、敵陣営に含まれる各カードの魅力値の合計値を算出してもよい。そして、各ステージの敵魅力値の値として、該合計値を用いてもよい。この場合、ステージ情報には「敵魅力」の項目は含まれなくてもよい。

ステップＳ４０２では、実践進行部１１３は、ユーザの入力操作にしたがって、後述するメインカードとサブカードとを選出することで、実践デッキを編成する。例えば、実践進行部１１３は、図１８に示す実践デッキ編成画面を表示部１５２に表示させ、ユーザが実践デッキに組み入れたいカードを指定するための入力操作を受け付ける。実践進行部１１３は、ユーザによって指定されたカードを含む実践デッキを編成する。

（実践デッキ）
実践進行部１１３は、ユーザの入力操作に応じて選出したカードを実践デッキに組み込む。実践進行部１１３は、実践デッキに組み込むカードについて、メインまたはサブのいずれかの種別を設定する。実践進行部１１３は、メインに設定されたカード（メインカードと称する）とサブに設定されたカード（サブカードと称する）とを、それぞれ１枚以上含むように実践デッキを編成する。

メインカードとサブカードは、その役割が異なる。例えば、メインカードとサブカードとは、実践パートのステージにおいて発動可能なスキルの種類が異なる。メインカードは、少なくともメインスキルを発動可能であり、さらにサブスキルを発動可能であってもよい。一方、サブカードは、サブスキルのみ発動可能である。

また例えば、メインカードとサブカードは、実践パートのステージにおける演出が異なっていてもよい。具体的には、メインカードは、実践パートのステージにおいて主役として演出されてもよい。具体的な演出の内容は後述するが、実践進行部１１３は、実践パートのステージの進行状況と、メインカードの種類とに応じて、該ステージにおける演出を決定してもよい。一方、サブカードは、実践パートのステージにおいて演出されない、または脇役として演出されるカードであってもよい。

実践進行部１１３は、実践デッキに組み込むカードとして、２枚のカードをメインカードとして選出することが望ましい。また、実践進行部１１３は、選出した２枚のメインカードの組み合わせに応じて、実践パートのステージにおける演出を決定することが望ましい。なお、サブカードの枚数は特に限定されないが、メインカードよりも多いことが望ましい。

また、実践デッキにおける、メインとサブの設定は、実践パートのステージの進行中に変更可能であってもよいし、変更不可能であってもよい。変更可能とする場合、サブカードはメインカードの「控え」のカードともいえる。

実践進行部１１３は、実践デッキにおけるキャラクタの重複を許容してもよいし、禁止してもよい。具体的には、実践進行部１１３は、ある１体のキャラクタに対応付けられたカードを複数枚実践デッキに組み込んでもよいし、１枚のみ組み込んでもよい。しかしながら、実践進行部１１３は、互いに異なるキャラクタに対応付けられている２枚のカードを、メインカードとして選出して実践デッキに組み込むことが望ましい。

本実施形態では、実践進行部１１３はユーザにより選出された７枚のカードを含む実践デッキを編成することとする。また、本実施形態では、実践進行部１１３が、２枚のメインカードと、５枚のサブカードから成る実践デッキを編成する例について説明する。また、本実施形態では、２枚のメインカードは互いに異なるキャラクタに対応付けられているカードであることとする。

（実践デッキ情報）
実践進行部１１３は、実践デッキの編成内容が確定すると、該実践デッキの編成を、ユーザ情報１３３に含まれている実践デッキ情報に記憶させる。実践デッキ情報は、実践デッキに組み込まれたカードと、該カードがメインカードであるか、サブカードであるかの設定とを示す情報である。

図１６は、実践パートで参照される実践デッキ情報のデータ構造の一例を示す図である。図示の例では、実践デッキ情報は、「ポジション」、「カードＩＤ」、「キャラクタ名」、「スキル」、および「魅力」の５項目（５行）を含む。

「ポジション」の項目には、実践デッキにおける、カードのメインまたはサブの設定、ならびに順序を識別するための情報が格納される。第１メインとは、１番目のメインカードであることを示す。第２メインとは、２番目のメインカードであることを示す。第１〜第５サブはそれぞれ、１番目〜５番目のサブカードであることを示す。なお、本実施形態では、カードの順序が、図１８および図２０におけるカード（またはカードが表現するキャラクタ）の配置場所に対応している。

「カードＩＤ」の項目には、実践デッキに組み入れられたカードのカードＩＤが格納される。「キャラクタ名」の項目には、カードＩＤが示すカードに対応するキャラクタ名を示す情報が格納される。また、「魅力」の項目には、カードＩＤが示すカードの魅力値が格納される。なお、同図では、発明の理解を助けるために、「キャラクタ名」および「魅力」の項目を設けている。これは、説明のために図示したのであって、実際の実践デッキ情報には項目として設けられていなくてもよい。

「スキル」の項目には、実践パートのステージにおいてカードが発動可能なスキルを示す情報が格納される。なお、図示の例では、該項目に、各カード１つずつのスキルを示す情報が格納されている。しかしながら、該項目には、スキルを示す情報が複数格納されていてもよい。

上述のように、メインカードとサブカードとでは、発動可能なスキルの種類が異なる。例えば、第１メインおよび第２メインに設定されたカードの該項目には、該カードに対応付けられたメインスキルの少なくともいずれかを示す情報が格納される。一方、第１サブ〜第５サブに設定されたカードの該項目には、該カードに対応付けられたサブスキルの少なくともいずれかを示す情報が格納される。

なお、「スキル」の項目に示される情報は、「ポジション」が示すメインまたはサブの設定と、カードＩＤに紐づいている各カードのメインおよびサブスキルとから特定可能な情報である。したがって、実践デッキ情報において、「スキル」の項目は必須項目ではない。

（スキル情報）
各カードに紐づけられているスキル（メインスキルおよびサブスキル）は、発動させることによって実践パートのステージ進行に対し種々の効果を及ぼすものである。その効果の内容および効果値は、スキル情報として、ゲーム情報１３２に格納されている。

図１７は、スキル情報のデータ構造の一例を示す図である。図示の例では、スキル情報は、「スキル名」、および「効果」の２項目を含む。「スキル名」の項目には、スキルを一意に特定する識別子が格納される。本実施形態では、該項目にスキルの名称を示す情報を格納している。「効果」の項目には、スキルの名称で特定されるスキルの効果の内容および効果値を示す情報が格納される。

スキルの効果内容は特に限定されないが、自陣営のステージ進行を有利にする効果を奏する、または敵陣営のステージ進行を不利にするものであることが望ましい。なお、効果の内容が効果値で規定する性質のものでない場合、または、他のパラメータを参照して効果値を計算する場合は、効果値を示す情報は該項目に含まれていなくてもよい。

なお、スキル情報において、スキルの効果の内容と、効果値とは、別項目で管理されてもよい。また、スキル情報は、各スキルの発動条件を示す情報を含んでいてもよい。この場合、各スキルの発動条件はそれぞれ異なっていてもよい。例えば、実践パートのステージにおいて発動条件を満たすことが難しいが、効果値が他のスキルよりも大きい、またはステージの進行に与える影響が大きいような効果内容のスキルがあってもよい。逆に、実践パートのステージにおいて発動条件を満たすことは容易であるが、効果値が他のスキルよりも小さい、または、ステージの進行に与える影響が小さいような効果内容のスキルがあってもよい。

（実践デッキ編集画面）
図１８は、実践デッキ編集画面の一例を示す図である。実践デッキ編集画面６００は、実践進行部１１３によって生成され、実践進行部１１３の制御下で、図示しない表示制御部を介して表示部１５２に表示される。

実践デッキ編集画面６００は、例えば、ユーザによって選択されたカードを配置するための領域６１０および６２０と、実践デッキの内容を確定させて、ステージの開始を指示する入力操作を受け付けるためのボタン（開始ボタン）６４０と、を含む。実践進行部１１３は、操作受付部が開始ボタン６４０を押下する入力操作を受け付けた場合、実践デッキ編集画面６００における配置に応じて実践デッキの内容（すなわち、前述の実践デッキ情報に示す各項目のデータ）を確定させて、確定した内容を、ゲーム情報１３２またはユーザ情報１３３の実践デッキ情報として記憶部１２０に記憶させる。

また、実践デッキ編集画面６００は、ユーザが所持しているカードの一覧を表示する領域６３０を含んでいてもよい。そして、操作受付部は、領域６３０に表示されたいずれかのカードに対するドラッグと、該ドラッグしたカードを領域６１０および６２０のいずれかの枠の上でドロップする操作を受け付けてもよい。また、実践進行部１１３は、該ドラッグ＆ドロップ操作を受け付けた場合、実践デッキ編集画面６００において、該カードを領域６３０から、ドロップ先の領域６１０または６２０に移動させてもよい。これにより、ユーザは直観的な操作で実践デッキのカードの組み合わせを編集することができる。

領域６１０に配置されたカードは、実践デッキが確定された時点で、実践デッキにおけるメインカードとなる。図示の例では、領域６１０の左に配置されたカードは、第１メイン、右に配置されたカードは第２メインに設定される。

一方、領域６２０に配置されたカードは、実践デッキが確定された時点で、実践デッキにおけるサブカードとなる。図示の例では、領域６２０に配置されたカードは、左から順に第１サブ〜第５サブに設定される。

本実施形態では、実践進行部１１３は、同一キャラクタに対応付けられたカードを複数枚、メインカードとすることを禁止する。これにより、ユーザに、メインに設定するカードに対応するキャラクタの組み合わせを考えさせることができるため、ゲームの興趣性が向上する。また、異なるキャラクタのカードを多数所持している方が、実践デッキの編成の自由度が向上するため、ユーザに対し、カードを獲得する動機を与えることができる。これにより、例えばユーザに抽選パートのプレイを促すことができる。

なお、本実施形態では、メインカードとサブカード、またはサブカード同士で、同一キャラクタに対応付けられたカードが存在する（所謂「キャラ被り」が有る）ことは許容することとする。

なお、実践進行部１１３は、上述したような、実践デッキの編成上、禁止している条件が満たされたまま開始ボタン６４０が押下された場合、実践デッキの内容を確定せず、ユーザに禁止条件を満たさないようにカードを変更するよう、通知してもよい。

ステップＳ４０３において、実践進行部１１３は、操作受付部がステージの開始を指示する入力操作を受け付けると、ステージの進行に係る処理を実行する。具体的には、実践進行部１１３は、ステージ情報を参照して、ステージの目標動員数および敵陣営を特定する。そして、該目標動員数と敵陣営（のカード、キャラクタ、および魅力値）に応じて、ステージの進行を示すゲーム画面（図２０に示す実践ステージ進行画面）を生成し、表示制御部を介して、表示部１５２に表示させる。

ステップＳ４０４において、実践進行部１１３は、実践パートのターンを進行させる。実践進行部１１３は、１回のターンに相当するステップＳ４０５からステップＳ４１１までの各処理を所定回繰り返し進行させることにより、実践パートのステージを進行させる。

Ｓ４０５からＳ４１１までのループを抜ける条件は、「実践パートの１ステージを構成するすべてのターンが処理済みであること」である。また、後述するステップＳ４１１でＹＥＳの場合、実践進行部１１３は、すべてのターンが処理済みでない場合であっても該ループを抜けて、Ｓ４１２の処理に移行する。

本実施形態では、Ｓ４０５〜Ｓ４０６の処理と、Ｓ４０７〜Ｓ４１０の処理とは、並行して実行される。また、実践進行部１１３は、Ｓ４０５〜Ｓ４１０の処理とともに、ステージの進行に応じて、各種演出を実行する。例えば、実践進行部１１３は、メインカードの組み合わせに応じたカットイン画像または動画等を、図２０に示す実践ステージ進行画面８００に表示させる。なお、Ｓ４０７〜Ｓ４０８の処理と、Ｓ４０９〜Ｓ４１０の処理とは順不同で行われてよい。また、１ターンの間に、Ｓ４０５〜Ｓ４０６に示す動員数の加算処理と、Ｓ４０７〜Ｓ４１０に示すスキル発動に係る処理とは、それぞれ複数回行われてもよい。

ステップＳ４０５において、実践進行部１１３は、自陣営の魅力値に応じた値を、自陣営の動員数に加算する。例えば、実践進行部１１３は、実践デッキに編成された全カードの魅力値の合計値を、自陣営の動員数に加算する。

ステップＳ４０６において、実践進行部１１３は、敵陣営の魅力値に応じた値を、敵陣営の動員数に加算する。例えば、実践進行部１１３は、ステージ情報において規定されている、敵の魅力値を、敵陣営の動員数に加算する。

ステップＳ４０７において、実践進行部１１３は、操作受付部において、メインスキルの発動を指示する操作を受け付けたか否かを判定する。操作受付部が該操作を受け付けた場合（Ｓ４０７でＹＥＳ）、実践進行部１１３は、Ｓ４０８の処理を実行する。一方、操作受付部が該操作を受け付けていない場合（Ｓ４０７でＮＯ）、実践進行部１１３は、Ｓ４０８の処理を実行しない。

ステップＳ４０８において、実践進行部１１３は、メインスキルを発動させる。実践進行部１１３は、Ｓ４０７において操作受付部が受け付けた操作に応じて、発動させるメインスキルを決定する。実践進行部１１３は、決定したスキルのスキル情報において規定されている効果内容を、規定された効果値で発動させる。

ステップＳ４０９において、実践進行部１１３は、操作受付部において、サブスキルの発動を指示する操作を受け付けたか否かを判定する。操作受付部が該操作を受け付けた場合（Ｓ４０９でＹＥＳ）、実践進行部１１３は、Ｓ４１０の処理を実行する。一方、操作受付部が該操作を受け付けていない場合（Ｓ４０９でＮＯ）、実践進行部１１３は、Ｓ４１０の処理を実行しない。

ステップＳ４１０において、実践進行部１１３は、サブスキルを発動させる。実践進行部１１３は、Ｓ４０９において操作受付部が受け付けた操作に応じて、発動させるサブスキルを決定する。実践進行部１１３は、決定したスキルのスキル情報において規定されている効果内容を、規定された効果値で発動させる。

ステップＳ４１１において、実践進行部１１３は、自陣営または敵陣営の動員数が、目標動員数に到達したか否かを判定する。到達していない場合（Ｓ４１１でＮＯ）、実践進行部１１３は前述したループを向ける条件を満たすまで、Ｓ４０５〜Ｓ４１１の処理を繰り返す。一方、到達した場合（Ｓ４１１でＹＥＳ）、実践進行部１１３は、ターンの進行を中止または終了させて、前述したループを抜けてＳ４１２の処理に移行する。なお、Ｓ４１１の判定処理は、Ｓ４０５およびＳ４０６をそれぞれ実行する度に実行されてもよい。また、Ｓ４１１の判定処理は、Ｓ４０５、Ｓ４０６、Ｓ４０８、およびＳ４１０をそれぞれ実行する度に実行されてもよい。

ステップＳ４１２において、実践進行部１１３は、ステージの進行に係る処理を終了する。具体的には、実践進行部１１３は、ステージの進行に係る演出を停止し、１ステージが終了した旨を、音声または画像等でユーザに通知する。

ステップＳ４１３において、実践進行部１１３は、ステージの結果（成果）に応じた報酬を算出し、該報酬をユーザに獲得させる。例えば、実践進行部１１３は、自陣営がステージで勝利した場合、報酬として、新たな共通ストーリーを解放したり、強化アイテムをユーザに付与したりする。具体的には、実践進行部１１３は例えば、記憶部１２０のユーザ情報１３３に含まれている、共通ストーリーの解放状況を示す情報である共通ストーリー情報を更新することによって、新たな共通ストーリーを解放する。

図１９は、共通ストーリー情報のデータ構造の一例を示す図である。共通ストーリー情報は、例えば、「ストーリー名」と、「解放フラグ」との２項目から成る。「ストーリー名」の項目には、ストーリーを一意に特定可能な識別子が格納される。本図では、該識別子として、ストーリーの名称を示す情報が格納されている。「解放フラグ」の項目には、対応するストーリーが解放済みであるか否かを示す情報が格納される。図示の例では、「解放フラグ」の項目にチェックが入っている共通ストーリーは、解放済みであり、該項目が空欄の共通ストーリーは未解放である。

なお、実践進行部１１３は、自陣営が引き分けた場合、または敗北した場合にも、ユーザに報酬を獲得させてよい。また、実践進行部１１３は、自陣営が勝利した場合は、自陣営が引き分けまたは敗北した場合よりも多い、または良質の報酬をユーザに獲得させてもよい。

（処理の流れの変形例）
図１４に示すフローでは、時間で区切られた１ターンの間に、自陣営と敵陣営について、それぞれ１回、または複数回、動員数の加算処理（Ｓ４０５およびＳ４０６）を行うこととした。換言すると、図１４に示すフローでは、自陣営のターンと、敵陣営のターンとを明確に区切ることなく、それぞれの陣営の動員数の加算処理を順に、または所定の頻度でリアルタイムに行うこととした。

しかしながら、実践ステージのターン進行は、上述の例に限られない。例えば、実践進行部１１３は、自陣営のターンと、敵陣営のターンとを明確に区切り、それぞれのターンを定められた回数実行してもよい。例えば、実践進行部１１３は、自陣営のターンと、敵陣営のターンとを交互に繰り返し、繰り返し回数が所定回数に達した場合、全ターン処理済みであるとして、Ｓ４０４から始まるループ処理を終了してもよい。なお、前述のように、自陣営と敵陣営とで、調和度が高い方の陣営のターンを先に行うようにしてもよい。または、自陣営と敵陣営とで調和度が高い方の陣営のターンを実行する頻度を上昇させてもよい。例えば、実践進行部１１３は、基本的には自陣営と敵陣営のターンを交互に実行するが、調和度が高い方の陣営のターンを複数回連続して実行することがあってもよい。

この場合、実践進行部１１３は、ステップＳ４０４において、自陣営または敵陣営のいずれかターンの進行を開始する。自陣営のターンの場合、実践進行部１１３は、Ｓ４０５およびＳ４０７〜Ｓ４１１の処理を実行する。一方、敵陣営のターンの場合、実践進行部１１３は、Ｓ４０６およびＳ４１１の処理を実行する。なお、敵陣営のターンの場合、操作受付部は、メインスキルの発動を指示する入力操作を受け付けなくてもよい。または、実践進行部１１３は、Ｓ４０７〜Ｓ４０８の処理を行わなくてもよい。これにより、敵陣営のターンの間は、メインスキルは発動不可能とすることができる。したがって、メインスキルを自陣営のターン中に、敵陣営の動きを読んで発動させる必要性が生じる。これにより、ゲームの戦略性が高まるため、ゲームの興趣性が向上する。

なお、敵陣営のターンにおいては、メインスキルまたはサブスキルの発動を指示する入力操作の受け付け、ならびに、Ｓ４０７〜Ｓ４１０の処理は、必ずしも実行されなくてもよい。詳しくは後述するが、例えば、敵陣営のターン中は、サブスキルの発動を指示する入力操作の受け付け、およびＳ４０９〜Ｓ４１０の処理は実行し、メインスキルの発動を指示する入力操作の受け付け、およびＳ４０７〜Ｓ４８の処理は実行しないこととしてもよい。

また、実践パートのステージは、上述したターン形式でなくてもよい。例えば、実践進行部１１３は、Ｓ４０４におけるターン進行の管理は行わず、Ｓ４０５〜Ｓ４０６の処理を随時、または所定のウェイトタイムを設けつつ実行してもよい。そして、実践進行部１１３は、Ｓ４０５〜Ｓ４０６の処理を行う度にＳ４１１の判定を実行し、Ｓ４１１の判定がＹＥＳである場合、Ｓ４１２に移行してステージの進行に係る処理を終了させてもよい。

また、実践進行部１１３は、Ｓ４１１の判定を所定回数以上実行した場合、またはステージの開始、すなわちＳ４０３の処理の実行から所定時間が経過した場合に、規定の回数だけ、または規定の時間だけステージ進行を行ったとして、Ｓ４１２に移行してステージの進行に係る処理を終了させてもよい。

（実践ステージ進行画面）
図２０は、実践ステージ進行画面の一例を示す図である。実践ステージ進行画面７００は、実践進行部１１３によって生成され、実践進行部１１３の制御下で、図示しない表示制御部を介して表示部１５２に表示される。

本実施形態では、実践ステージ進行画面７００は、主に、実践パートのステージにおける各種情報を開示する第１の機能と、ユーザの各種入力操作を受け付けるためのＵＩ部品を提供する第２の機能と、ステージの進行状況に応じた演出を音声、画像、動画、エフェクト等でユーザに示す第３の機能と、を備えるように構成されている。

例えば、実践進行部１１３は、第１の機能を実現するために、自陣営のメインカード（第１メインおよび第２メイン）を示す画像７１０と、サブカード（第１サブ〜第５サブ）のアイコン７１１と、敵陣営のカードまたはキャラクタを示す画像７２０と、を含む実践ステージ進行画面７００を生成してもよい。なお、敵陣営にも実践デッキが規定されている場合、画像７２０は、敵陣営のメインカードを示していることが望ましい。

実践進行部１１３は、第１の機能を実現するために、自陣営の、現在の動員数を示すバー７１２と、敵陣営の現在の動員数を示すバー７２１とを含む実践ステージ進行画面７００を生成してもよい。また、時間経過に応じてステージが進行する場合、実践進行部１１３は、経過時間、またはステージ終了までの残り時間を示す画像７３０、またはこれらを示す文字を含む実践ステージ進行画面７００を生成してもよい。

本実施形態では、一例として、実践パートの１ステージは所定回数のターンで構成されていることとする。そして、各ターンは所定時間が経過することで終了し、次のターンが開始されることとする。なお、ここで言う所定時間は、１ターンで必要な処理（Ｓ４０５〜Ｓ４１１の処理）が終了可能な時間であれば、その長さは特に限定されない。

実践進行部１１３は、第２の機能を実現するために、メインスキルの発動を指示する入力操作を受け付けるためのボタン７４０を含む実践ステージ進行画面７００を生成してもよい。なお、図２０において、サブカードのアイコン７１１は、サブカードをユーザに示すだけでなく、サブスキルの発動を指示する入力操作を受け付けるためのボタンの役目も果たす。

アイコン７１１が押下された場合、操作受付部は、押下されたサブカードに対応付けられたサブスキルを発動させる。また、ボタン７４０が押下された場合、実践進行部１１３は、メインスキルを発動させる。なお、各スキルの発動可能な回数は１回のみであってもよいし、複数回であってもよい。

ここで発動されるメインスキルは、第１メインと第２メイン、どちらのメインカードのメインスキルであってもよい。例えば、実践進行部１１３は、第１メインのメインスキルを優先的に発動させてもよい。そして、第１メインのメインスキルが使用済みである場合に、第２メインのメインスキルを発動させてもよい。

例えば、実践進行部１１３は、ステージのターン毎に、第１メインと第２メインのいずれのメインカードのメインスキルを発動させるかを決定してもよい。具体的には、奇数ターンであれば第１メインのメインスキルを発動させ、偶数ターンであれば第２メインのメインスキルを発動させてもよい。

また、実践進行部１１３は、ボタン７４０が押下された際に、メインカードの組み合わせに応じたメインスキルを発動させてもよい。換言すると、実践進行部１１３は、メインカードの組み合わせに応じて、メインカード２枚のメインスキル（少なくとも２個のスキル）から、発動可能なメインスキルを１つだけ決定してもよい。

実践進行部１１３は、現在いずれのメインスキルが発動可能であるかによってボタン７４０に記載される文字、またはボタン７４０の色、形状、エフェクト等を変更することが望ましい。これにより、ユーザは今どのメインスキルが発動可能かを容易に確認することができる。また、操作受付部は、ボタン７４０に対するスライド操作等を受け付けてもよい。そして、実践進行部１１３は、該スライド操作に応じて、ボタン７４０の押下により発動可能なメインスキルを切り替えてもよい。

さらに、メインスキルまたはサブスキルに発動条件がある場合、実践進行部１１３は、メインスキルおよびサブスキルが発動可能か否かを実践ステージ進行画面７００においてユーザに通知することが望ましい。

例えば、操作受付部は、所定の発動条件が満たされた場合に、メインスキルの発動を指示する入力操作を受け付けても良い。また例えば、操作受付部はメインスキルの発動条件とは異なる所定の発動条件が満たされた場合に、サブスキルの発動を指示する入力操作を受け付けても良い。例えば、実践進行部１１３は、メインスキルの発動条件が満たされた場合に該条件が満たされた事を、音声、画像、またはエフェクト等によってユーザに示しても良い。また例えば、実践進行部１１３は、サブスキルの発動条件が満たされた場合に、該条件が満たされた事を、音声、画像、またはエフェクト等によってユーザに示しても良い。

また例えば、実践進行部１１３は、メインスキルが発動不可能な場合は、ボタン７４０をグレーアウト表示させることが望ましい。また、実践進行部１１３は、サブスキルが発動不可能なサブカードについては、アイコン７１１をグレーアウト表示させることが望ましい。

本実施形態では、メインスキルの発動条件は「いずれのメインスキルも１回も発動されていない」こととする。一方、本実施形態では、サブスキルの発動条件は、メインスキルの発動条件と異なる条件であり、「ステージ開始後所定のターン数が経過した」ことであるとする。また、サブスキルが発動可能になるまでにかかるターン数は、サブカード毎に異なることとする。また、あるサブカードのサブスキルを一度発動すると、再び所定のターン数が経過するまで、該カードのサブスキルは発動不可能とする。または、サブスキルについて、ステージの進行中に所定のクールタイムが経過することで、再使用できることとしてもよい。

また、本実施形態では、メインスキルおよびサブスキルの発動タイミングについて、以下の制限を設けることとする。まず、本実施形態におけるメインスキルは、各ターンの開始時に発動されることとする。なお、ターンの進行の途中でボタン７４０が押下された場合、実践進行部１１３は、次のターンの開始時にメインスキルを発動させてもよい。

本ゲームの趣旨から言うと、各ターンの開始時とは、自陣営および敵陣営が、演技または演奏等のパフォーマンスを開始するタイミングを意味している。メインスキルをこのタイミングで発動させることによって、例えば、自陣営のメインカードが示すキャラクタが、該パフォーマンスを行う際に、スキルで表わされる特別な効果を伴って動作したように演出することができる。したがって、ユーザにステージの進行を、より魅力的に見せることができる。

なお、実践パートのステージが、自陣営のターンと、敵陣営のターンとを交互に繰り返すことで進行する仕様の場合、メインスキルは、敵陣営のターン中は発動不可能としてもよい。すなわち、操作受付部は、敵陣営のターン中はメインスキルの発動を指示する入力操作を受け付けないこととしてもよい。また、実践進行部１１３は、敵陣営のターン中は、Ｓ４０７〜Ｓ４０８の処理を実行してもよい。または、操作受付部は、敵陣営のターン中もメインスキルの発動を指示する入力操作を受け付けるが、実践進行部１１３によるスキルの発動（Ｓ４０８）は、自陣営のターンの開始時に行われることとしてもよい。

一方、本実施形態におけるサブスキルは、ユーザがアイコン７１１を押下した場合に、直ちに発動されることとする。このように、ユーザの入力操作から遅滞なくサブスキルを発動させることにより、例えば敵陣営の動員数が増加するタイミング等、タイミングを見計らってサブスキルを発動させることができる。換言すると、ユーザのサブスキル発動という介入動作の巧拙によって、ステージの進行が変化する。したがって、ゲームの戦略性が高まるため、ゲームの興趣性が向上する。

なお、実践パートのステージが、自陣営のターンと、敵陣営のターンとを交互に繰り返すことで進行する仕様の場合、サブスキルは、敵陣営のターン中であっても発動可能としてもよい。すなわち、操作受付部は、敵陣営のターン中であっても、サブスキルの発動を指示する入力操作を受け付けてよい。また、実践進行部１１３は、敵陣営のターン中であっても、Ｓ４０９〜Ｓ４１０の処理を実行してもよい。

また、本実施形態におけるサブカードは、本ゲームの趣旨から言うと、例えばメインカードの脇役、引き立て役、または控えの意味合いを有する。このような意味を持つサブカードのサブスキルの発動タイミングを任意とすることで、例えば、サブカードが示すキャラクタ達に、メインカードが示すキャラクタ達を、任意のタイミングで応援させるような演出を行うことができる。したがって、ユーザにステージの進行を、より魅力的に見せることができる。

図２０の例では、サブスキル発動までに必要なターン数を示すゲージ７５０が、サブカードのアイコン７１１に重畳して表示されている。ゲージ７５０はターン数の経過とともに増加し、ゲージ７５０がアイコン７１１の上部に達すると、サブスキルが発動可能となる。なお、第１サブおよび第４サブのキャラクタにはゲージ７５０が表示されていないが、これは、ゲージが０であることを示す。

実践進行部１１３は、第３の機能を実現するために、ステージの進行状況または各ターンの進行に応じて、画像７１０および７２０を始め、実践ステージ進行画面７００上の各オブジェクトの色、形、内容を変更することで、演出を実行する。例えば、実践進行部１１３は、画像７１０が示すカードで表現されるキャラクタが、観客の前でパフォーマンスを披露するシーンを演出する。

なお、実践進行部１１３は、第１メインに設定されたカードと、第２メインに設定されたカードとの組み合わせに応じて、ステージにおける演出を決定してもよい。また、実践進行部１１３は、これら２枚のメインカードのポジション（第１メインであるか、第２メインであるか）に応じて演出を決定してもよい。例えば、実践進行部１１３は、演出上では、第１メインを主役、第２メインを準主役として演出してもよい。さらには、実践進行部１１３は、５枚のサブカードについては、メインカードの背景に示す等、メインカードの脇役であるように演出してもよい。

また、実践進行部１１３は、メインカードの一方を主体とした第１画像または第１動画を、表示部１５２に表示させる画像または動画として決定してもよい。そして、実践パートのステージが所定の度合いだけ進行した場合、表示部１５２に表示させる画像または動画を、第１画像または第１動画から、メインカードの他方を主体とした第２画像または第２動画に変更してもよい。

より具体的には、実践進行部１１３は、例えばステージ開始時は、第１メインのカード（または該カードが示すキャラクタ）を中央または前部に表示した第１画像または第１動画を、表示部１５２に表示させてもよい。そして、次のターンの開始時に、第２メインのカード（または該カードが示すキャラクタ）を中央または前部に表示した第２画像または第２動画を、表示部１５２に表示させてもよい。これにより、ユーザに、ターン数が進むごとに、第１メインのカードと第２メインのカードとが、主役を交代しながらステージが進行するように見せることができる。これにより、ステージ演出がより多彩になるため、ゲームの興趣性が向上する。

なお、実践進行部１１３は、現在、表示部１５２に表示させる画像または動画において、主体となっているメインカードの魅力値のみを参照して、もしくは、該メインカードの魅力値を、他方のメインカードおよびサブカードよりもより大きな比重で重み付けをして、実践デッキの魅力値の合計値を算出してもよい。これにより、今主役として演出されているカードの性能が、ステージの進行に影響するようにすることができる。これにより、ターン毎に進行に変化が生まれるため、ゲームの興趣性が向上する。

さらには、実践進行部１１３は、第１メインに設定されたカードと、第２メインに設定されたカードとの組み合わせと、ゲームの進行状況とに応じて、実践ステージ進行画面７００に含む画像または動画を決定してもよい。例えば、ゲームの進行状況が、自陣営にとって不利な状況である場合、第１メインおよび第２メインのカードで表現されるキャラクタが焦っている様子を示す画像または動画等が実践ステージ進行画面７００において表示されてもよい。

（ステージの解放）
本ゲームでは、練習パートのステージとは、キャラクタが練習する演劇または音楽ライブ等のパフォーマンスの演目、および該練習の場所を示している。また、本ゲームでは、実践パートのステージとは、キャラクタが観客の前で（すなわち、練習ではなく本番として）披露する、パフォーマンスの演目または該披露の場所を示している。

そのため、本ゲームにおいては、練習パートのステージの解放条件と、実践パートのステージの解放条件とは関連していることが望ましい。例えば、特定のストーリーパートをプレイすることで、練習パートのあるステージと、該ステージに対応する実践パートのステージの両方が解放（アンロック）されてもよい。もしくは、特定のストーリーパートをプレイすることで、練習パートのあるステージが解放され、該ステージをクリアすることによって、該ステージに対応する実践パートのステージが解放されてもよい。

また、本ゲームにおいては、ストーリーパートをクリアすると、該ストーリーパートのストーリーに関連するステージが解放されることが望ましい。例えば、該ストーリーにおいて登場した演目、または舞台等が練習パートおよび実践パートのステージとして解放されることが望ましい。これにより、ユーザに、ストーリーパートと練習パートおよび実践パートとの意味上の関連を示すことができる。

このように、練習パートで調和度を増加させることにより、練習パートでよく組み合わせるペアに対応するカードを実践デッキでメインカードとして組み入れる動機を与えることができる。換言すると、ユーザが気に入って練習パートでよく組み合わせているペアに対応するカードを実践デッキで使用することに対し、「スキルの効果増幅または効果の変化」というメリットを与えることができる。

〔実施形態３〕
＜処理概要＞
本実施形態に係るユーザ端末１００は、ゲームプログラム１３１に基づいて、ゲームの興趣性を向上させるために以下のステップを実行するように構成されている。具体的には、ユーザ端末１００は、ゲームプログラム１３１に基づくゲームにおいて、ユーザの入力操作に応じて、複数のゲーム媒体から２つ以上のゲーム媒体を選出するステップと、ゲームの進行に応じて、選出するステップにおいて選出された２つ以上のカード（ゲーム媒体）のそれぞれに対応しているキャラクタについて、該キャラクタの組み合わせに対応付けられた値である調和度（第１パラメータ）を所定の第１条件を満たす値になるように変化させるステップと、メインスキルの発動を指示する入力操作（第１入力操作）を受け付けた場合に、ゲームの進行に使用する、実践デッキの複数のカードにそれぞれ設定されているスキルのうち、いずれかのスキルを発動させるステップと、を実行させ、スキルを発動させるステップでは、前記複数のカードのそれぞれに対応しているキャラクタの組み合わせに対応する調和度が第１条件を満たした場合、該値が第１条件を満たしていない場合に比べて、スキルの効果を増幅または変化させて発動させる。ユーザ端末１００はさらに、スキルの発動回数、または、ゲームにおける実践パートのプレイ回数が所定の回数に達した場合、調和度を、第１条件を満たさない値になるように変化させるステップを実行させる。

上記の構成によれば、ユーザが選出したゲーム媒体に対応するキャラクタの組み合わせの第１パラメータを、第１条件を満たす値になるように変化させる。そして、スキルを発動させる際に、該第１条件が満たされていれば、スキルの効果を増幅または変化させる。これにより、ユーザがよく組み合わせて使用しているゲーム媒体に対応するキャラクタの組み合わせに応じたスキルの効果を増幅または変化させることができる。したがって、例えばユーザが気に入っているキャラクタの組み合わせに対応するゲーム媒体を使用することにゲーム上でのメリットを与えることができる。したがって、ゲームの興趣性が向上する。

本実施形態では、一例として、制御部１１０の練習進行部１１２が、上述の調和度を所定の第１条件を満たす値になるように変化させるステップ（図８のＳ１０９）を実行する。また、一例として、制御部１１０の実践進行部１１３が、上述の、選出するステップ（図１４のＳ４０２）、メインスキルを発動させるステップ（図１４のＳ４０８）、および、調和度を、前記第１条件を満たさない値になるように変化させるステップ（Ｓ４１０）を実行する。

＜調和度＞
上記各実施形態において説明したように、練習進行部１１２は、練習パートのセット毎に、該セットで選択されたカードがそれぞれ対応付けられているキャラクタの組み合わせ（ペア）の調和度の増分を決定する。そして、練習パートの全セットが終了した場合、練習進行部１１２は、全セットの前記増分を、各セットにおけるペアに関する調和度に反映させる。

換言すると、練習進行部１１２は、セット毎に、該セットで指定された２枚のカードが対応付けられているキャラクタのペアに対応する調和度の数値を変化させる。該変化とは、具体的には、調和度が１００％に近づくように調和度を増加させることを意味する。なお、以下では、調和度が１００％になった状態を「リンク状態」と称する。なお、本実施形態では、調和度の最大値は１００％とするが、調和度は１００％を超えて増加する値であってもよい。

実践進行部１１３は、２枚のメインカードが示すキャラクタの組み合わせ（ペア）について、該ペアに対応付けられた調和度が所定の第１条件（例えば、１００％以上の値であること）を満たしていた場合、メインスキルの発動時に、発動させるメインスキルの効果を増幅または変化させて発動させる。これにより、練習パートでよく組み合わせるペアに対応するカードを実践デッキでメインカードとして組み入れる動機を与えることができる。換言すると、ユーザが気に入って練習パートでよく組み合わせているペアに対応するカードを実践デッキで使用することに対し、「スキルの効果増幅または効果の変化」というメリットを与えることができる。

また、実践進行部１１３は、スキルの発動回数が所定の回数に達した場合、該スキルを発動したペアの調和度を１００％から減少させる。すなわち、実践進行部１１３は、該ペアのリンク状態を解除させる。また、実践進行部１１３は、あるペアの調和度が１００％になってから、実践パートのステージのプレイ回数が所定の回数に達した場合、該ペアの調和度を１００％から減少させてもよい。これにより、ユーザに再度調和度を上げるためという、練習パートをプレイさせる動機を与えることができる。したがって、ユーザに練習パートと実践パートとを、繰り返し実行させる動機を与えることができる。

本実施形態では、実践進行部１１３は、調和度が１００％になったペアについて、所定回数（例えば２回）メインスキルを発動した場合に、調和度を１００％から減少させることとする。

なお、実践進行部１１３は、調和度が１００％になったペアを使用するか否かに関わらず、２回実践パートのステージをプレイした場合に、調和度を１００％から減少させることとしてもよい。以下、調和度の増減について、図２１〜２３を用いて説明する。

＜調和度一覧画面＞
制御部１１０は、ゲームのいずれかのパートにおいて操作受付部が所定の入力操作（第３入力操作）を受け付けた場合に、キャラクタの組み合わせ毎の、調和度の値の一覧を表示した画像（調和度一覧画面）を生成し、該調和度一覧画面を表示部１５２に表示させてもよい。

図２１は、調和度一覧画面８００の一例を示す図である。調和度一覧画面８００は、少なくとも、ペアを特定可能な情報と、該ペアの調和度とが一覧可能なゲーム画面である。図示の例では、調和度一覧画面８００は、ペアを示すアイコン８１０と、ペアとして組み合されているキャラクタの名称８２０と、調和度を示すアイコン８３３と、を含む。また、調和度一覧画面８００は、遷移前の画面に戻るためのボタン８１０を含んでいてもよい。

アイコン８３３は、円の塗りつぶし度合いによって、調和度が１００％になるまでの度合いを示している。なお、後述するように、リンク状態である旨が示されているペアについては、当然ながら調和度は１００％であるため、アイコン８３３は表示しなくてもよい。

また、調和度一覧画面８００には、ペア毎に、該ペアがリンク状態であるか否かを示す情報が含まれていることが望ましい。例えば、調和度一覧画面８００には、リンク状態のペアを示すバナー８３１、およびリンク状態を維持できるプレイ回数またはスキルの使用回数を示すバナー８３２およびアイコン８３３が含まれていることが望ましい。

このようにリンク状態であるか否かを表示することにより、ユーザは調和度一覧画面８００を閲覧することで、どのペアがリンク状態であるか容易に確認することができる。

なお、図示の例では、調和度一覧画面８００は調和度が高いペアから順にランキング形式で調和度を示しているが、調和度一覧画面の表示はこれに限定されない。

＜メインスキル発動処理＞
図２２は、本実施形態に係る実践進行部１１３による、メインスキル発動処理（図１４のＳ４０８）の流れの一例を示すフローである。操作受付部によってメインスキルの発動を指示する入力操作が受け付けられると（図１４のＳ４０７）、実践進行部１１３は、メインスキル発動処理として、図２２に示す一連の処理を行う。

ステップＳ５０１において、実践進行部１１３は、２枚のメインカードそれぞれに対応付けられたキャラクタのペアの調和度が、１００％であるか否かを判定する。キャラクタのペアの調和度が１００％である場合（Ｓ５０１でＹＥＳ）、実践進行部１１３は、Ｓ５０２の処理を行う。

ステップＳ５０２において、実践進行部１１３は、スキル情報で規定された効果値を増幅した効果値で、メインスキルを発動させる。効果値の増幅度合いは、ペアに応じて、またはメインスキルに応じて異なっていてもよい。また、増幅後の効果値の算出方法は特に限定されない。また、実践進行部１１３は、効果値を増幅させるのではなく、メインスキルの効果自体を変化させてもよい。例えば、自陣営の動員数を増加させるスキルを、敵陣営の動員数を減少させるスキルに変化させて発動させてもよい。また、実践進行部１１３は、Ｓ５０２において、メインスキルの効果内容の継続時間を増加させてもよい。

ステップＳ５０３において、実践進行部１１３は、リンク状態になってからの、該ペアについてのメインスキルの発動回数が所定回数に達したか否かを判定する。メインスキルの発動回数が所定回数に達した場合（Ｓ５０３でＹＥＳ）、実践進行部１１３はＳ５０４の処理を実行する。

ステップＳ５０４において、実践進行部１１３は、リンク状態のペアの調和度を減少させる。すなわち、実践進行部１１３は、ペアのリンク状態を解除する。

一方、メインスキルの発動回数が所定回数に達していない場合（Ｓ５０３でＮＯ）、実践進行部１１３はＳ５０４の処理を実行しない。

なお、キャラクタのペアの調和度が１００％でない場合では（Ｓ５０１でＮＯ）、実践進行部１１３は、実践進行部１１３は、Ｓ５０５の処理を行う。

ステップＳ５０５において、実践進行部１１３は、通常の効果値（すなわち、スキル情報で規定された通りの効果値）でメインスキルを発動させる。

（処理の変形例）
本実施形態では、調和度が１００％でないペアに関しては、メインスキルの効果値、効果内容、および効果の継続時間は、スキル情報で規定された通常の効果値、効果内容、および効果の継続時間であることとした。しかしながら、実践進行部１１３は、調和度に応じて、メインスキルの効果値、効果内容、および効果の継続時間を増加させてもよい。例えば、通常のメインスキルの効果値または継続時間に、調和度の割合をかけたものを、該通常のメインスキルの効果値または継続時間に足し合わせても良い。具体的には、例えば通常の効果値が１００のメインスキルが存在する場合、該メインスキルの効果値＝１００＋（１００×該メインスキルを発動させるペアの調和度の割合（０〜１．０））としてもよい。

＜リンク状態の表示＞
練習進行部１１２は、練習パートのステージにおいて、リンク状態のペアにそれぞれ対応付けられたカードをユーザが選択した場合、該ペアがリンク状態であることを示すバナー等をステージ進行画面５００に表示させてもよい。

図２３の状態（Ａ）は、ステージ進行画面５００の変形例を示す。図２３の状態（Ａ）は、練習パートのあるセットで選択されているペアがリンク状態であることを示す画像５２０が表示されている点で、図１２と異なっている。

また、実践進行部１１３は、実践デッキ編集画面６００において、リンク状態のペアにそれぞれ対応付けられたカードがメインカードの領域６１０に配置されている場合、該ペアがリンク状態であることを示す画像等を、実践デッキ編集画面６００に表示させてもよい。

図２３の状態（Ｂ）は、実践デッキ編集画面６００の変形例を示す。図２３の状態（Ｂ）は、領域６１０に配置されているペアがリンク状態であることを示す画像６５０が表示されている点で、図１８と異なっている。

また、実践進行部１１３は、実践パートのステージにおいて、リンク状態のペアにそれぞれ対応付けられたカードが第１メインおよび第２メインに設定されている場合、該ペアがリンク状態であることが分かるように、実践ステージ進行画面７００のボタン７４０にアイコンを付加したり、ボタン７４０自体の色、形状、およびエフェクト等を変更したりしてもよい。

〔変形例〕
実践パートのステージ進行は、各実施形態で示した例に限定されない。例えば、実践パートのステージについて、自陣営および敵陣営に可変パラメータとして体力のパラメータを設定してもよい。そして、自陣営のカードの攻撃力の合計値に応じて、ステージの進行に伴い敵陣営の体力パラメータを減少させて０にすることを、ステージで課せられた課題（すなわち、ステージの勝利または成功条件）としてもよい。すなわち、目標値を、相手陣営の体力値０と設定してもよい。

また、実践パートのステージにおいて、敵陣営のいずれかのカードまたはキャラクタにもスキルが設定されていてもよい。以降、敵陣営のスキルのことを「敵スキル」と称する。敵スキルは、敵陣営がステージ進行において有利になる、または、自陣営がステージ進行において不利になる効果を有する。敵スキルの効果内容および効果値については、メインスキルおよびサブスキルのように、適宜定められてよい。実践進行部１１３は、実践パートのステージの進行中、例えば、Ｓ４０６の実行前後のタイミング等で、ある条件が満たされた場合、敵スキルを発動させてもよい。または、実践進行部１１３は、敵陣営について、所定の思考ルーチンでスキルの発動タイミング、および発動させるスキルの選択を行ってもよい。なお、敵陣営が、自陣営のようなデッキから成る場合、敵スキルにも、メインスキルとサブスキルが存在してもよい。

なお、各実施形態におけるペアパラメータ（第２パラメータ）、すなわち友好度または調和度の仕様は一例にすぎない。例えば、調和度または友好度は、２体以上のキャラクタの組み合わせに対応付けられていてもよい。また、各実施形態における調和度の増減および調和度を用いた判定処理は一例である。例えば、第１条件は、調和度の値が所定値（例えば、０）以下であることであってもよい。この場合、制御部１１０は、各実施形態において説明した処理における調和度の増減を逆転させればよい。

なお、各実施形態における調和度の増減および調和度を用いた判定処理は一例である。例えば、第１条件は、調和度の値が所定値（例えば、０）以下であることであってもよい。この場合、制御部１１０は、各実施形態において説明した処理における調和度の増減を逆転させればよい。

調和度は各実施形態で示した例以外の処理で変化してもよい。例えば、ストーリー進行部１１１は、ある２人のキャラクタが関わるイベントは、練習パートの進行中に、所定のイベント（例えば、ペアに関する特別な対話イベント）が発生した場合に、調和度を増加させてもよい。また例えば、実践進行部１１３は、ユーザが実践パートのステージをプレイする毎に、プレイ時の実践デッキにおける、２枚のメインカードの組み合わせに対応する調和度を増加させてもよい。

これにより、調和度を増加させる機会を増やすことができる。したがって、ユーザはリンク状態を維持し易くなるため、実践パートのステージにおいて、スキルを高い効果値で発動させることがより容易になる。

また、練習進行部１１２は、練習パートのあるセットで選択された２枚のカードの組み合わせの、該ステージでの、または該ステージを含む、今までのゲームプレイにおける累計での使用セット数に応じて、調和度の増加量を決定してもよい。例えば、練習進行部１１２は、カードに関するパラメータを強化する際に（図８におけるＳ１０９）、前記累計での使用セット数が多いほど大きい係数をかけて調和度の増加量を計算して、算出した増加量を反映させてもよい。

これにより、カードを同じように組み合わせて練習パートをプレイするほど、該カードに対応するペアの調和度の上り幅が増加し、リンク状態になり易くなる。したがって、ユーザの頻繁に使用するカードの組み合わせ（すなわち、ユーザのお気に入りの組み合わせ）に対応するキャラクタのペアについての調和度を上がり易くすることができる。これにより、ユーザに対し、お気に入りのキャラクタを実践パートのステージで使用するメリットを与えることができる。

また、調和度はゲーム内時間の経過に応じて減少してもよい。例えば、練習進行部１１２は、練習パートのステージを、所定の期間（例えば、現実時間で３日等）以上ペアでプレイされていない組み合わせについては、調和度を減少させてもよい。このように、時間経過とともに調和度を減少させることにより、ユーザに継続的なゲームプレイを促すことができる。

〔ソフトウェアによる実現例〕
制御部２１０の制御ブロック（特に、進行支援部２１１）、ならびに、制御部１１０の制御ブロック（特に、ストーリー進行部１１１、練習進行部１１２、実践進行部１１３、抽選進行部１１４、および、イベント管理部１１５）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

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

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

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

（項目１） ゲームプログラム（１３１）について説明した。本開示のある局面によると、ゲームプログラムは、プロセッサ（１０、２０）およびメモリ（１１、２１）を備えるコンピュータ（ユーザ端末１００およびサーバ２００の少なくとも一方）により実行される。ゲームプログラムは、プロセッサに、ゲームプログラムに基づくゲームにおいて、ユーザの入力操作に応じて、複数のゲーム媒体から２つ以上のゲーム媒体を選出するステップと、ゲームの進行に応じて、選出するステップにおいて選出された２つ以上のゲーム媒体のそれぞれに対応しているキャラクタについて、該キャラクタの組み合わせに対応付けられた値である第１パラメータを所定の第１条件を満たす値になるように変化させるステップと、ゲームにおける特定のパートにおいて所定の第１入力操作を受け付けた場合に、ゲームの進行に使用する複数のゲーム媒体にそれぞれ設定されているスキルのうち、いずれかのスキルを発動させるステップと、を実行させる。スキルを発動させるステップでは、複数のゲーム媒体のそれぞれに対応しているキャラクタの組み合わせに対応する第１パラメータの値が、第１条件を満たした場合、該値が第１条件を満たしていない場合に比べて、スキルの効果を増幅または変化させて発動させる。ゲームプログラムは、プロセッサに、さらに、スキルの発動回数、または、特定のパートのプレイ回数が所定の回数に達した場合、第１パラメータを第１条件を満たさない値になるように変化させるステップを実行させる。

上記の構成によれば、ユーザが選出したゲーム媒体に対応するキャラクタの組み合わせの第１パラメータを、第１条件を満たす値になるように変化させる。そして、スキルを発動させる際に、該第１条件が満たされていれば、スキルの効果を増幅または変化させる。これにより、ユーザがよく組み合わせて使用しているゲーム媒体に対応するキャラクタのスキルの効果を増幅または変化させることができる。したがって、例えばユーザが気に入っているキャラクタの組み合わせに対応するゲーム媒体を使用することにゲーム上でのメリットを与えることができる。したがって、ゲームの興趣性が向上する。

（項目２） （項目１）において、スキルを発動させるステップは、ゲームの進行に使用する複数のゲーム媒体としてペアのゲーム媒体を使用して、該ペアのゲーム媒体にそれぞれ設定されているスキルのうち、いずれかのスキルを発動させ、スキルを発動させるステップは、ペアのゲーム媒体のそれぞれに対応しているキャラクタの組み合わせに対応する第１パラメータの値が、第１条件を満たした場合、該値が第１条件を満たしていない場合に比べて、スキルの効果を増幅または変化させて発動させてもよい。

上記の構成によれば、ユーザが選出したゲーム媒体に対応するキャラクタのペア（以降、単にペアと称する）の第１パラメータを、第１条件を満たす値になるように変化させる。そして、スキルを発動させる際に、該第１条件が満たされていれば、スキルの効果を増幅または変化させる。これにより、ユーザがよく組み合わせて使用しているゲーム媒体に対応するペアのスキルの効果を増幅または変化させることができる。したがって、例えばユーザが気に入っているペアに対応するゲーム媒体を使用することにゲーム上でのメリットを与えることができる。したがって、ゲームの興趣性が向上する。

（項目３） （項目１）または（項目２）において、ゲームプログラムは、プロセッサに、さらに、特定のパートであって、複数のゲーム媒体に設定されている第１パラメータ以外の所定のパラメータのうち、少なくとも１つのゲーム媒体の所定のパラメータに基づいて、勝敗または成否が決定されるパートである、第１パートを進行させるステップと、ゲームの１パートであって、所定のパラメータを変化させるためのパートである、第２パートを進行させるステップと、を実行させてもよい。そして、第１条件を満たす値になるように変化させるステップは、第２パートのプレイ内容に応じて、第１パラメータを所定の第１条件を満たすように変化させてもよい。

上記の構成によれば、第２パートで使用頻度の高いゲーム媒体の組み合わせに対応付けられているキャラクタの組み合わせの第１パラメータを、第１条件が満たされるように変化させることができる。そして、第１条件が満たされている場合、第１パートでのスキル発動の際に、スキルの効果を増幅または変化させることができる。したがって、第２パートでのユーザの使用頻度の高いキャラクタの組み合わせに対応するゲーム媒体を第１パートで使用することにメリットを与えることができる。これにより、ゲームの興趣性が向上する。

（項目４） （項目３）において、第２パートの１回のプレイは複数のターンで構成されてもよい。また、選出するステップは、第２パートのターン毎に２つ以上のゲーム媒体を選出してもよい。また、第２パートを進行させるステップは、ターン毎に選出された２つ以上のゲーム媒体を使用して第２パートを進行させてもよい。また、第１条件を満たす値になるように変化させるステップは、ターン毎に、２つ以上のゲーム媒体がそれぞれ対応付けられているキャラクタの組み合わせに対応する第１パラメータを変化させてもよい。

上記の構成によれば、第２パートのセット毎にユーザが任意で選出した２つ以上のゲーム媒体に対応するペアの第１パラメータを変化させることができる。したがって、ユーザは任意で第１パラメータを向上させることができる。

（項目５） （項目４）において、第１条件を満たす値になるように変化させるステップは、２つ以上のゲーム媒体の組み合わせの累計での使用ターン数に応じて、第１パラメータの変化量を決定してもよい。

上記の構成によれば、ユーザの使用頻度が高いゲーム媒体の組み合わせに対応するキャラクタのペアについての第１パラメータを、より上がり易くすることができる。これにより、ユーザに対してお気に入りのキャラクタを使用するメリットを与えることができる。

（項目６） （項目１）から（項目５）までのいずれか１項目において、ゲームプログラムは、プロセッサに、さらに、所定の第３入力操作を受け付けた場合に、キャラクタの組み合わせ毎の、第１パラメータの値の一覧を表示した画像を表示部に表示させるステップを実行させてもよい。

上記の構成によれば、ユーザはキャラクタの組み合わせ毎の、第１パラメータの値を容易に知ることができる。

（項目７） （項目６）において、表示させるステップでは、キャラクタの組み合わせ毎に、第１パラメータが第１条件を満たしているか否かを示す情報を表示部に表示させてもよい。

このように第１条件を満たしているか否かを表示することにより、ユーザはどの組み合わせが第１条件を満たしているかを容易に確認することができる。

（項目８） （項目１）から（項目７）までのいずれか１項目において、１体のキャラクタにはそれぞれ、複数のカードが対応付けられており、メモリには、各ゲーム媒体によって表現されている主体としてのキャラクタの性能を定義するパラメータとは異なるパラメータであって、２体以上のキャラクタの間の関係性を示すパラメータである第２パラメータが記憶されていてもよい。

上記の構成によれば、１体のキャラクタにつきパラメータを強化するだけなく、該キャラクタの他のキャラクタとの関係性につきパラメータを強化することができる。これにより、ゲームを有利に進めるために、どのゲーム媒体とどのゲーム媒体とを組み合わせて使用して強化していくのかについて、ユーザが自分の裁量で決定することができる。結果として、ゲームパートの遊戯性が高まり、ゲームの興趣性を向上させることが可能となる。

（項目９） ゲームプログラムを実行する方法を説明した。本開示のある局面によると、ゲームプログラムを実行する方法は、ゲームプログラムに基づくゲームにおいて、ユーザの入力操作に応じて、複数のゲーム媒体から２つ以上のゲーム媒体を選出するステップと、ゲームの進行に応じて、選出するステップにおいて選出された２つ以上のゲーム媒体のそれぞれに対応しているキャラクタについて、該キャラクタの組み合わせに対応付けられた値である第１パラメータを所定の第１条件を満たす値になるように変化させるステップと、ゲームにおける特定のパートにおいて所定の第１入力操作を受け付けた場合に、ゲームの進行に使用する複数のゲーム媒体にそれぞれ設定されているスキルのうち、いずれかのスキルを発動させるステップと、を含み、スキルを発動させるステップでは、複数のゲーム媒体のそれぞれに対応しているキャラクタの組み合わせに対応する第１パラメータの値が、第１条件を満たした場合、該値が第１条件を満たしていない場合に比べて、スキルの効果を増幅または変化させて発動させ、スキルの発動回数、または、特定のパートのプレイ回数が所定の回数に達した場合、第１パラメータを第１条件を満たさない値になるように変化させるステップを含む。（項目９）に係る方法は、（項目１）に係るゲームプログラムと同様の作用効果を奏する。

（項目１０） 情報処理装置を説明した。本開示のある局面によると、該情報処理装置は、ゲームプログラムを実行することにより、情報処理装置の動作を制御するプロセッサと、ゲームプログラムを記憶するメモリと、を備えている。プロセッサは、ゲームプログラムに基づくゲームにおいて、ユーザの入力操作に応じて、複数のゲーム媒体から２つ以上のゲーム媒体を選出するステップと、ゲームの進行に応じて、選出するステップにおいて選出された２つ以上のゲーム媒体のそれぞれに対応しているキャラクタについて、該キャラクタの組み合わせに対応付けられた値である第１パラメータを所定の第１条件を満たす値になるように変化させるステップと、ゲームにおける特定のパートにおいて所定の第１入力操作を受け付けた場合に、ゲームの進行に使用する複数のゲーム媒体にそれぞれ設定されているスキルのうち、いずれかのスキルを発動させるステップと、を実行し、スキルを発動させるステップでは、複数のゲーム媒体のそれぞれに対応しているキャラクタの組み合わせに対応する第１パラメータの値が、第１条件を満たした場合、該値が第１条件を満たしていない場合に比べて、スキルの効果を増幅または変化させて発動させ、プロセッサは、さらに、スキルの発動回数、または、特定のパートのプレイ回数が所定の回数に達した場合、第１パラメータを第１条件を満たさない値になるように変化させるステップを実行する。（項目１０）に係る情報処理装置は、（項目１）に係るゲームプログラムと同様の作用効果を奏する。

１ ゲームシステム、２ ネットワーク、１０，２０ プロセッサ、１１，２１ メモリ、１２，２２ ストレージ、１３，２３ 通信ＩＦ（操作部）、１４，２４ 入出力ＩＦ（操作部）、１５ タッチスクリーン（表示部、操作部）、１７ カメラ（操作部）、１８ 測距センサ（操作部）、１００ ユーザ端末（コンピュータ、情報処理装置）、１１０，２１０ 制御部、１１１ ストーリー進行部、１１２ 練習進行部、１１３ 実践進行部、１１４ 抽選進行部、１１５ イベント管理部、１２０，２２０ 記憶部、１３１ ゲームプログラム、１３２ ゲーム情報、１３３ ユーザ情報、１５１ 入力部（操作部）、１５２ 表示部、２００ サーバ（コンピュータ、情報処理装置）、２１１ 進行支援部、１０１０ 物体、１０２０ コントローラ、１０３０ 記憶媒体

Claims (10)

1. ゲームプログラムであって、
   前記ゲームプログラムは、プロセッサおよびメモリを備えるコンピュータにより実行されるものであり、
   前記ゲームプログラムは、前記プロセッサに、
   前記ゲームプログラムに基づくゲームにおいて、ユーザの入力操作に応じて、複数のゲーム媒体から２つ以上のゲーム媒体を選出するステップと、
   前記ゲームの進行に応じて、前記選出するステップにおいて選出された２つ以上のゲーム媒体のそれぞれに対応しているキャラクタについて、該キャラクタの組み合わせに対応付けられた値である第１パラメータを所定の第１条件を満たす値になるように変化させるステップと、
   前記ゲームにおける特定のパートにおいて所定の第１入力操作を受け付けた場合に、前記ゲームの進行に使用する複数のゲーム媒体にそれぞれ設定されているスキルのうち、いずれかのスキルを発動させるステップと、を実行させ、
   前記スキルを発動させるステップでは、前記複数のゲーム媒体のそれぞれに対応しているキャラクタの組み合わせに対応する前記第１パラメータの値が、第１条件を満たした場合、該値が第１条件を満たしていない場合に比べて、前記スキルの効果を増幅または変化させて発動させ、
   前記ゲームプログラムは、前記プロセッサに、さらに、
   前記スキルの発動回数、または、前記特定のパートのプレイ回数が所定の回数に達した場合、前記第１パラメータを前記第１条件を満たさない値になるように変化させるステップを実行させる、ゲームプログラム。
2. 前記スキルを発動させるステップは、前記ゲームの進行に使用する複数のゲーム媒体としてペアのゲーム媒体を使用して、該ペアのゲーム媒体にそれぞれ設定されているスキルのうち、いずれかのスキルを発動させ、
   前記スキルを発動させるステップは、前記ペアのゲーム媒体のそれぞれに対応しているキャラクタの組み合わせに対応する前記第１パラメータの値が、前記第１条件を満たした場合、該値が第１条件を満たしていない場合に比べて、前記スキルの効果を増幅または変化させて発動させる、請求項１に記載のゲームプログラム。
3. 前記ゲームプログラムは、前記プロセッサに、さらに、
   前記特定のパートであって、前記複数のゲーム媒体に設定されている第１パラメータ以外の所定のパラメータのうち、少なくとも１つのゲーム媒体の前記所定のパラメータに基づいて、勝敗または成否が決定されるパートである、第１パートを進行させるステップと、
   前記ゲームの１パートであって、前記所定のパラメータを変化させるためのパートである、第２パートを進行させるステップと、を実行させ、
   前記第１条件を満たす値になるように変化させるステップは、前記第２パートのプレイ内容に応じて、前記第１パラメータを所定の第１条件を満たすように変化させる、請求項１または２に記載のゲームプログラム。
4. 前記第２パートの１回のプレイは複数のセットで構成され、
   前記選出するステップは、前記第２パートのセット毎に前記２つ以上のゲーム媒体を選出し、
   前記第２パートを進行させるステップは、前記セット毎に選出された前記２つ以上のゲーム媒体を使用して前記第２パートを進行させ、
   前記第１条件を満たす値になるように変化させるステップは、前記セット毎に、前記２つ以上のゲーム媒体がそれぞれ対応付けられているキャラクタの組み合わせに対応する前記第１パラメータを変化させる、請求項３に記載のゲームプログラム。
5. 前記第１条件を満たす値になるように変化させるステップは、前記２つ以上のゲーム媒体の組み合わせの累計での使用セット数に応じて、前記第１パラメータの変化量を決定する、請求項４に記載のゲームプログラム。
6. 前記ゲームプログラムは、前記プロセッサに、さらに、
   所定の第３入力操作を受け付けた場合に、前記キャラクタの組み合わせ毎の、前記第１パラメータの値の一覧を表示した画像を表示部に表示させるステップを実行させる、請求項１〜５のいずれか１項に記載のゲームプログラム。
7. 前記表示させるステップでは、前記キャラクタの組み合わせ毎に、前記第１パラメータが前記第１条件を満たしているか否かを示す情報を前記表示部に表示させる、請求項６に記載のゲームプログラム。
8. １体の前記キャラクタにはそれぞれ、複数のカードが対応付けられており、
   前記メモリには、各ゲーム媒体によって表現されている主体としてのキャラクタの性能を定義するパラメータとは異なるパラメータであって、２体以上のキャラクタの間の関係性を示すパラメータである第２パラメータが記憶されている、請求項１〜７のいずれか１項に記載のゲームプログラム。
9. プロセッサおよびメモリを備えるコンピュータがゲームプログラムを実行する方法であって、
   前記ゲームプログラムに基づくゲームにおいて、ユーザの入力操作に応じて、複数のゲーム媒体から２つ以上のゲーム媒体を選出するステップと、
   前記ゲームの進行に応じて、前記選出するステップにおいて選出された２つ以上のゲーム媒体のそれぞれに対応しているキャラクタについて、該キャラクタの組み合わせに対応付けられた値である第１パラメータを所定の第１条件を満たす値になるように変化させるステップと、
   前記ゲームにおける特定のパートにおいて所定の第１入力操作を受け付けた場合に、前記ゲームの進行に使用する複数のゲーム媒体にそれぞれ設定されているスキルのうち、いずれかのスキルを発動させるステップと、を含み、
   前記スキルを発動させるステップでは、前記複数のゲーム媒体のそれぞれに対応しているキャラクタの組み合わせに対応する前記第１パラメータの値が、第１条件を満たした場合、該値が第１条件を満たしていない場合に比べて、前記スキルの効果を増幅または変化させて発動させ、
   前記スキルの発動回数、または、前記特定のパートのプレイ回数が所定の回数に達した場合、前記第１パラメータを前記第１条件を満たさない値になるように変化させるステップを含む、方法。
10. 情報処理装置であって、
    前記情報処理装置は、
    ゲームプログラムを実行することにより、前記情報処理装置の動作を制御するプロセッサと、
    前記ゲームプログラムを記憶するメモリと、を備え、
    前記プロセッサは、
    前記ゲームプログラムに基づくゲームにおいて、ユーザの入力操作に応じて、複数のゲーム媒体から２つ以上のゲーム媒体を選出するステップと、
    前記ゲームの進行に応じて、前記選出するステップにおいて選出された２つ以上のゲーム媒体のそれぞれに対応しているキャラクタについて、該キャラクタの組み合わせに対応付けられた値である第１パラメータを所定の第１条件を満たす値になるように変化させるステップと、
    前記ゲームにおける特定のパートにおいて所定の第１入力操作を受け付けた場合に、前記ゲームの進行に使用する複数のゲーム媒体にそれぞれ設定されているスキルのうち、いずれかのスキルを発動させるステップと、を実行し、
    前記スキルを発動させるステップでは、前記複数のゲーム媒体のそれぞれに対応しているキャラクタの組み合わせに対応する前記第１パラメータの値が、第１条件を満たした場合、該値が第１条件を満たしていない場合に比べて、前記スキルの効果を増幅または変化させて発動させ、
    前記プロセッサは、さらに、
    前記スキルの発動回数、または、前記特定のパートのプレイ回数が所定の回数に達した場合、前記第１パラメータを前記第１条件を満たさない値になるように変化させるステップを実行する、情報処理装置。

Images