特開 2024-52014 プログラムおよびシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024052014

(43)【公開日】2024-04-11

(54)【発明の名称】プログラムおよびシステム

(51)【国際特許分類】

   A63F 13/69 20140101AFI20240404BHJP

   A63F 13/53 20140101ALI20240404BHJP

   A63F 13/79 20140101ALI20240404BHJP

   A63F 13/847 20140101ALI20240404BHJP

【ＦＩ】

A63F13/69 520

A63F13/53

A63F13/79

A63F13/847

A63F13/69

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022158446

(22)【出願日】2022-09-30

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り ▲１▼２０２２年３月４日 ウェブサイトのアドレス「ｈｔｔｐｓ：／／ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＳａＯｕｋＭＫＬＤＥＹ」を通じて発表 ▲２▼２０２２年３月５日 ウェブサイトのアドレス「ｈｔｔｐｓ：／／ｐｒｔｉｍｅｓ．ｊｐ／ｍａｉｎ／ｈｔｍｌ／ｒｄ／ｐ／０００００１１２４．０００００４４７３．ｈｔｍｌ」を通じて発表 ▲３▼２０２２年３月３０日 ウェブサイトのアドレス「ｈｔｔｐｓ：／／ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝１ｈＵｗｓＦｙＡＷＷｗ」を通じて発表 ▲４▼２０２２年３月３１日 ウェブサイトのアドレス「ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｃｏｌｏｐｌ＿ｑｕｉｚ／ｓｔａｔｕｓ／１５０９４２９３２９６９２０８２１８０」を通じて発表

(71)【出願人】

【識別番号】509070463

【氏名又は名称】株式会社コロプラ

(74)【代理人】

【識別番号】110001737

【氏名又は名称】弁理士法人スズエ国際特許事務所

(72)【発明者】

【氏名】川田 笙

(72)【発明者】

【氏名】牧原 健太郎

(57)【要約】

【課題】ゲームの興趣性を向上させること。
【解決手段】ゲームシステムは、ゲーム内での能力値として第１能力値を有する第１キャラクタと、第１能力値とは異なる第２能力値を有し、第１キャラクタとは態様が異なる第２キャラクタと、を表示し、第１キャラクタの能力値を第１能力値から変更せずに、第１キャラクタの態様を第２キャラクタの態様に変更する、あるいは、第１キャラクタの態様を変更せずに、第１キャラクタの能力値を第２キャラクタの第２能力値に変更することが可能なゲームプレイ環境を提供する。
【選択図】図１５

【特許請求の範囲】

【請求項1】

コンピュータを、
ゲーム内での能力値として第１能力値を有する第１キャラクタと、前記第１能力値とは異なる第２能力値を有し、前記第１キャラクタとは態様が異なる第２キャラクタと、を表示する表示手段と、
前記第１キャラクタの能力値を前記第１能力値から変更せずに、前記第１キャラクタの態様を前記第２キャラクタの態様に変更する、あるいは、前記第１キャラクタの態様を変更せずに、前記第１キャラクタの能力値を前記第２キャラクタの前記第２能力値に変更する変更手段と、して機能させる、プログラム。

【請求項2】

前記第１キャラクタの態様を前記第２キャラクタの態様に変更することは、前記第１キャラクタの外観を、前記第２キャラクタの外観に変更することを含む、請求項１に記載のプログラム。

【請求項3】

前記第１キャラクタの態様を前記第２キャラクタの態様に変更することは、前記第１キャラクタの音声を、前記第２キャラクタの音声に変更することを含む、請求項１に記載のプログラム。

【請求項4】

前記変更手段は、前記第１キャラクタおよび前記第２キャラクタの双方が所定の条件を満たす際に、前記第１キャラクタの態様を前記第２キャラクタの態様に変更する、請求項１に記載のプログラム。

【請求項5】

前記変更手段は、第１キャラクタ群に含まれる複数の前記第１キャラクタの態様をそれぞれ、第２キャラクタ群に含まれる複数の前記第２キャラクタの態様に変更する、請求項１に記載のプログラム。

【請求項6】

前記変更手段は、第１キャラクタ群に含まれる複数の前記第１キャラクタの態様を一括して、第２キャラクタ群に含まれる複数の前記第２キャラクタの態様に変更する、請求項１に記載のプログラム。

【請求項7】

前記第２キャラクタ群は、複数の前記第２キャラクタとして、同一キャラクタを含み、
前記変更手段は、前記第１キャラクタ群に含まれる複数の前記第１キャラクタの態様を、前記第２キャラクタ群に複数含まれる前記同一キャラクタの態様に変更する、請求項５または請求項６に記載のプログラム。

【請求項8】

前記表示手段は、前記変更手段により態様が変更されたことを識別可能な情報を、前記第２キャラクタの態様を有する前記第１キャラクタに関連付けて表示する、請求項１に記載のプログラム。

【請求項9】

前記ゲームは、所定のクリア条件が設定されたクエストを含み、
前記変更手段は、前記クエストでユーザにより使用される前記第１キャラクタの態様を、前記第２キャラクタの態様に変更し、
前記表示手段は、前記クエストの結果を示す結果画面において、前記クエストで前記ユーザにより使用された前記第１キャラクタを、前記第１キャラクタの態様で表示する、請求項１に記載のプログラム。

【請求項10】

前記ゲームは、所定のクリア条件が設定されたクエストを含み、かつ、前記クエストを複数のユーザで共有してプレイするゲーム環境を含み、
前記変更手段は、前記クエストでユーザにより使用される前記第１キャラクタの態様を、前記第２キャラクタの態様に変更し、
前記表示手段は、前記クエストで他のユーザにより使用される前記第２キャラクタの態様を有する前記第１キャラクタを、前記第１キャラクタの態様で表示する、請求項１に記載のプログラム。

【請求項11】

ゲーム内での能力値として第１能力値を有する第１キャラクタと、前記第１能力値とは異なる第２能力値を有し、前記第１キャラクタとは態様が異なる第２キャラクタと、を表示する表示手段と、
前記第１キャラクタの能力値を前記第１能力値から変更せずに、前記第１キャラクタの態様を前記第２キャラクタの態様に変更する、あるいは、前記第１キャラクタの態様を変更せずに、前記第１キャラクタの能力値を前記第２キャラクタの前記第２能力値に変更する変更手段と、
を具備する、システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラムおよびシステムに関する。

【背景技術】

【0002】

近年では、例えばオンラインでユーザがゲームをプレイすることを実現するゲームシステムが知られている。

【0003】

このようなゲームシステムにおいて様々なユーザがゲームをプレイすることが想定されるが、当該ゲームシステムの運営者は、多くのユーザに当該ゲームを継続的にプレイしてもらうことを望んでいる。

【0004】

ところで、複数のキャラクタが登場するゲームにおいては、当該ゲームを進めるにあたって有利に働くキャラクタが優先して使用することがあり、自分の好みのキャラクタを使用できないことがある。このように、自分の好みのキャラクタを使用できない環境は興趣性に乏しく、ゲームを継続的にプレイする意欲を低下させる可能性がある。

【先行技術文献】

【非特許文献】

【0005】

【非特許文献1】“［ドラクエウォーク］見た目装備の一覧と変更方法［ＤＱウォーク］”、[online]、[令和4年9月20日検索]、インターネット<URL: https://gamewith.jp/dq-walk/article/show/174130>

【発明の概要】

【発明が解決しようとする課題】

【0006】

そこで、本発明の目的は、ゲームの興趣性を向上させることが可能なプログラムおよびシステムを提供することにある。

【課題を解決するための手段】

【0007】

本発明の１つの態様によれば、コンピュータを、ゲーム内での能力値として第１能力値を有する第１キャラクタと、前記第１能力値とは異なる第２能力値を有し、前記第１キャラクタとは態様が異なる第２キャラクタと、を表示する表示手段と、前記第１キャラクタの能力値を前記第１能力値から変更せずに、前記第１キャラクタの態様を前記第２キャラクタの態様に変更する、あるいは、前記第１キャラクタの態様を変更せずに、前記第１キャラクタの能力値を前記第２キャラクタの前記第２能力値に変更する変更手段として機能させるプログラムが提供される。

【発明の効果】

【0008】

本発明は、ゲームの興趣性を向上させることを可能とする。

【図面の簡単な説明】

【0009】

【図1】本発明の実施形態に係るゲームシステムの構成の一例を示す図。

【図2】ユーザ端末のハードウェア構成の一例を示す図。

【図3】サーバ装置のハードウェア構成の一例を示す図。

【図4】ユーザ端末の機能構成の一例を示す図。

【図5】サーバ装置の機能構成の一例を示す図。

【図6】ゲームパートの一例を示す図。

【図7】デッキ編成処理の手順の一例を示すフローチャート。

【図8】デッキ情報のデータ構造の一例を示す図。

【図9】デッキ編成画面の一例を示す図。

【図10】スキン編成処理の手順の一例を示すフローチャート。

【図11】スキン編成画面の一例を示す図。

【図12】出撃準備画面の一例を示す図。

【図13】デッキ選択ダイアログの一例を示す図。

【図14】スキン選択ダイアログの一例を示す図。

【図15】スキン適用処理の手順の一例を示すフローチャート。

【図16】スキン適用処理の具体例を示す図。

【図17】スキン適用処理の他の具体例を示す図。

【図18】戦闘画面の一例を示す図。

【図19】クエストリザルト画面の一例を示す図。

【発明を実施するための形態】

【0010】

以下、図面を参照して、本発明の実施形態について説明する。
図１は、本実施形態に係るゲームシステムの構成の一例を示す図である。図１に示すゲームシステム１は、例えばオンラインでユーザがゲームをプレイすることを実現するように構成されており、ユーザ端末１０およびサーバ装置２０を備える。

【0011】

ユーザ端末１０は、例えばユーザによって使用される電子機器である。本実施形態においては、ユーザ端末１０が例えばスマートフォンであるような場合を想定しているが、当該ユーザ端末１０は、例えばタブレット端末およびパーソナルコンピュータのような他の電子機器であっても構わない。

【0012】

サーバ装置２０は、インターネットのようなネットワーク３０を介してユーザ端末１０と通信可能に接続されている。

【0013】

なお、図１においては１つのユーザ端末１０のみが示されているが、ゲームシステム１は、当該ゲームシステム１（サーバ装置２０）に予め登録された複数のユーザ（つまり、当該ゲームシステム１によって提供されるゲームをプレイすることが可能な複数のユーザ）の各々によって使用される複数のユーザ端末１０を備えているものとする。

【0014】

図２は、図１に示すユーザ端末１０のハードウェア構成の一例を示す図である。ここでは、図２を参照して、ユーザ端末１０がスマートフォンである場合のハードウェア構成について説明する。

【0015】

図２に示すように、ユーザ端末１０は、不揮発性メモリ１１、ＣＰＵ１２、メインメモリ１３、無線通信デバイス１４、ディスプレイ１５およびタッチパネル１６等を備える。

【0016】

不揮発性メモリ１１は、各種プログラムを格納する。不揮発性メモリ１１に格納されている各種プログラムには、例えばオペレーティングシステム（ＯＳ）およびユーザ端末１０上で動作する各種アプリケーション等が含まれる。

【0017】

ＣＰＵ１２は、ユーザ端末１０内の様々なコンポーネントの動作を制御するプロセッサであり、例えば不揮発性メモリ１１に格納されている各種プログラムを実行する。ＣＰＵ１２は、単一のプロセッサであってもよいし、複数のプロセッサから構成されていてもよい。なお、不揮発性メモリ１１に格納されている各種プログラムは当該不揮発性メモリ１１からメインメモリ１３にロードされてＣＰＵ１２によって実行されるが、当該ＣＰＵ１２によって実行されるプログラム（アプリケーションプログラム）には、ゲームシステム１においてユーザ端末として動作するためのゲームプログラム１３Ａが含まれる。

【0018】

無線通信デバイス１４は、外部装置（例えば、サーバ装置２０等）との無線通信を実行するためのデバイスである。

【0019】

ディスプレイ１５は、ゲームシステム１によって提供されるゲームに関する各種画面を表示するための表示デバイスである。

【0020】

タッチパネル１６は、ユーザの指先等が接触した位置を検出する入力デバイスであり、例えばディスプレイ１５の前面に重畳して配置される。

【0021】

ディスプレイ１５およびタッチパネル１６はタッチスクリーンディスプレイを構成し、当該タッチスクリーンディスプレイにより、画面に対するユーザの各種操作を検知することができる。

【0022】

図３は、図１に示すサーバ装置２０のハードウェア構成の一例を示す図である。図３に示すように、サーバ装置２０は、不揮発性メモリ２１、ＣＰＵ２２、メインメモリ２３および無線通信デバイス２４等を備える。

【0023】

不揮発性メモリ２１は、各種プログラムを格納する。不揮発性メモリ２１に格納されている各種プログラムには、例えばオペレーティングシステム（ＯＳ）およびサーバ装置２０上で動作する各種アプリケーションプログラム等が含まれる。

【0024】

ＣＰＵ２２は、サーバ装置２０内の様々なコンポーネントの動作を制御するためのプロセッサであり、例えば不揮発性メモリ２１に格納されている各種プログラムを実行する。ＣＰＵ２２は、単一のプロセッサであってもよいし、複数のプロセッサから構成されていてもよい。なお、不揮発性メモリ２１に格納されている各種プログラムは当該不揮発性メモリ２１からメインメモリ２３にロードされてＣＰＵ２２によって実行されるが、当該ＣＰＵ２２によって実行されるプログラム（アプリケーションプログラム）には、ゲームシステム１においてサーバ装置として動作するためのゲームプログラム２３Ａが含まれる。

【0025】

無線通信デバイス２４は、外部装置（例えば、ユーザ端末１０等）との無線通信を実行するためのデバイスである。

【0026】

以下、本実施形態に係るゲームシステム１の機能構成について説明する。本実施形態に係るゲームシステム１は、例えばユーザ端末１０およびサーバ装置２０が協働して動作することにより、ユーザがゲームをプレイすることが可能なゲームプレイ環境を提供する機能を有する。なお、本実施形態において、ゲームプレイ環境とは、広義のゲームをプレイするために必要な環境をいい、当該ゲームに関する様々な要素を含むものとする。ゲームプレイ環境の一例には、ゲーム空間等が含まれる。

【0027】

図４は、ユーザ端末１０の機能構成の一例を示す図である。図４に示すように、ユーザ端末１０は、操作受付部１０１、制御部１０２、表示処理部１０３および格納部１０４等を含む。

【0028】

なお、図４に示す操作受付部１０１、制御部１０２および表示処理部１０３は、例えばユーザ端末１０が備えるＣＰＵ１２（ユーザ端末１０のコンピュータ）が上記したゲームプログラム１３Ａを実行すること（すなわち、ソフトウェア）によって実現される機能部である。このゲームプログラム１３Ａは、例えばネットワーク３０を介してユーザ端末１０にダウンロードされてもよいし、コンピュータ読み取り可能な記憶媒体に予め格納して頒布されてもよい。

【0029】

また、図４に示す格納部１０４は、図２に示す不揮発性メモリ１１またはその他の記憶装置（図示せず）等によって実現される。

【0030】

操作受付部１０１は、ゲームシステム１によって提供されるゲームプレイ環境においてゲームをプレイするためのユーザの操作（指示）を受け付ける。上記したように、ユーザ端末１０がスマートフォンである場合、操作受付部１０１によって受け付けられる操作には、ユーザ端末１０が備えるタッチパネル１６（タッチスクリーンディスプレイ）に指先を接触させる操作（例えば、タップ操作、ドラッグ操作、フリック操作およびスワイプ操作等）が含まれる。

【0031】

制御部１０２は、操作受付部１０１によって受け付けられた操作を解釈し、ゲームプレイ環境においてプレイされるゲームを進行させるような制御を実行する。

【0032】

表示処理部１０３は、制御部１０２による制御に従って、上記したゲームプレイ環境およびゲームの進行に応じた画面（画像）を表示する処理を実行する。ユーザは、表示処理部１０３によって表示される画面を参照しながら、ゲームをプレイするための操作を行うことができる。

【0033】

格納部１０４は、例えばゲームデータおよびユーザデータを格納する。ゲームデータは、例えばゲームプレイ環境を定義するためのデータやゲームに関する設定データ等を含み、ゲームシステム１において実現されるゲームをプレイする全てのユーザ間で共通のデータである。一方、ユーザデータは、ユーザのアカウント毎に管理されるデータである。

【0034】

図５は、サーバ装置２０の機能構成の一例を示す図である。図５に示すように、サーバ装置２０は、格納部２０１、データ管理部２０２および制御部２０３等を含む。

【0035】

なお、図５に示す格納部２０１は、図３に示す不揮発性メモリ２１またはその他の記憶装置（図示せず）等によって実現される。

【0036】

また、図５に示すデータ管理部２０２および制御部２０３は、例えばサーバ装置２０が備えるＣＰＵ２２（サーバ装置２０のコンピュータ）が上記したゲームプログラム２３Ａを実行すること（すなわち、ソフトウェア）によって実現される機能部である。このゲームプログラム２３Ａは、例えばネットワーク３０を介してサーバ装置２０にダウンロードされてもよいし、コンピュータ読み取り可能な記憶媒体に予め格納して頒布されてもよい。

【0037】

格納部２０１は、上記したユーザ端末１０に含まれる格納部１０４に格納されているゲームデータと同様のゲームデータを格納する。また、格納部２０１は、ゲームシステム１（サーバ装置２０）に予め登録しているユーザ毎のユーザデータを格納する。

【0038】

データ管理部２０２は、格納部２０１に格納されているゲームデータおよびユーザデータを管理する。具体的には、データ管理部２０２は、ゲームデータおよびユーザデータの追加、更新および削除等の処理を実行する。

【0039】

なお、上記したようにユーザ端末１０に含まれる格納部１０４にはゲームデータおよびユーザデータが格納されているが、当該ゲームデータおよびユーザデータは、データ管理部２０２（サーバ装置２０）からユーザ端末１０に送信され、当該格納部１０４に格納される。上記したように、ゲームデータは全てのユーザ間で共通のデータのため、ゲームシステム１に予め登録している全てのユーザのユーザ端末に送信されるが、ユーザデータは当該ユーザデータに対応するユーザが使用するユーザ端末にのみ送信される。

【0040】

制御部２０３は、ゲームシステム１において提供されるゲームプレイ環境においてプレイされるゲームを実現するための処理を制御する。

【0041】

ここで、本実施形態に係るゲームシステム１において実現されるゲームの概要について説明する。
本実施形態に係るゲームシステム１において実現されるゲームは、一例として、ユーザに複数の選択項目を提示し、当該ユーザにより選択された選択項目に従って当該ゲームを進行させる形態を有する。ゲームシステム１において実現されるゲームは、上記形態を有していれば、特定のジャンルに限られず、あらゆるジャンルのゲームであって構わない。あらゆるジャンルのゲームとは、例えば、テニス、卓球、ドッジボール、野球、サッカーおよびホッケー等のスポーツを題材としたスポーツゲーム、パズルゲーム、クイズゲーム、ＲＰＧ、クイズＲＰＧ、アドベンチャーゲーム、シューティングゲーム、シミュレーションゲーム、育成ゲーム、および、アクションゲーム等を含む。

【0042】

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

【0043】

なお、本実施形態では、一例として、ゲームシステム１において実現されるゲームが、１以上の味方キャラクタが編成された１つのデッキを用いてクエストに挑戦し、クイズに正解することで敵キャラクタにダメージを与え、当該敵キャラクタを倒すことでクエストクリアを目指すクイズＲＰＧである場合を想定する。

【0044】

図６は、本実施形態におけるクイズＲＰＧに含まれるゲームパートを説明するための図である。図６に示すように、本実施形態におけるクイズＲＰＧは、一例として、デッキ編成パートＰ１、出撃準備パートＰ２、戦闘パートＰ３、リザルトパートＰ４およびメインパートＰ５等を含む。

【0045】

デッキ編成パートＰ１は、クエストで使用するデッキを編成するパートである。このデッキ編成パートＰ１において、ユーザは、自身が所持するキャラクタの中から１以上のキャラクタを選択し、選択したキャラクタにより構成されるデッキを編成する。詳細については後述するが、デッキ編成パートＰ１は、デッキに編成された味方キャラクタの見た目またはステータスを、別のキャラクタの見た目またはステータスに変更するデッキスキンを編成するスキン編成パートＰ１１を含んでいてもよい。ステータスとは、キャラクタの能力値を示すデータであり、例えば、ヒットポイント（ＨＰ）、攻撃力、コスト、スキル、属性等がこれに相当する。

【0046】

出撃準備パートＰ２は、例えば、ユーザがデッキ編成パートＰ１においてデッキの編成を完了させてからクエストのプレイに移行するまでの間に、クエストに挑戦するための各種設定を行うパートである。なお、出撃準備パートＰ２は、複数のクエストの中から、プレイするクエストをユーザに選択させるためのパートを含んでいてもよい。また、出撃準備パートＰ２は、クエストに用いるデッキをユーザに選択させるためのパートを含んでいてもよい。さらに、出撃準備パートＰ２は、クエストに用いるデッキに適用するデッキスキンをユーザに選択させるためのパートを含んでいてもよい。また、出撃準備パートＰ２は、他ユーザのキャラクタをクエストに助っ人として参加させることをユーザに選択させるためのパートや、当該助っ人として参加させる他ユーザのキャラクタをユーザに選択させるためのパートを含んでいてもよい。

【0047】

戦闘パートＰ３は、クエストに相当するパートである。より詳しくは、戦闘パートＰ３は、出撃準備パートＰ２でユーザにより選択されたデッキを用いて、当該デッキに編成された１以上の味方キャラクタが敵キャラクタと戦う戦闘を１回以上進行させるパートである。本実施形態におけるクイズＲＰＧにおいては、敵キャラクタとの戦闘のそれぞれにおいてクイズを実施し、当該クイズに対するユーザのプレイ結果に応じて各戦闘が進行する。より詳しくは、本実施形態におけるクイズＲＰＧにおいては、敵キャラクタとの戦闘時に出題されるクイズに対するユーザの解答の正否および解答時間に応じて、デッキに編成された味方キャラクタの動作を決定し、当該味方キャラクタに所定の動作を実施させることで、各戦闘が進行する。なお、所定の動作としては、例えば、敵キャラクタへダメージを与える攻撃動作、味方キャラクタのスキルを発動させる動作、等が一例に挙げられる。

【0048】

リザルトパートＰ４は、戦闘パートＰ３の終了条件が満たされた場合に当該戦闘パートＰ３から遷移するパートであり、当該戦闘パートＰ３の結果（例えば、クエストの成否）や、当該戦闘パートＰ３で獲得したアイテムや経験値をユーザに提示する。なお、戦闘パートＰ３の終了条件は、味方キャラクタがクエストに登場する全ての敵キャラクタを倒すこと（つまり、クエストクリア）、全ての味方キャラクタがクエストに登場する敵キャラクタにより倒されること（つまり、クエスト失敗）、ユーザによってリタイヤ（途中棄権）の操作がなされること、等を含む。

【0049】

メインパートＰ５は、デッキ編成パートＰ１、出撃準備パートＰ２、戦闘パートＰ３およびリザルトパートＰ４以外のゲーム進行に関わるパートを含む。メインパートＰ５は、ゲームシナリオ（ストーリー）に関する映像をユーザに提示するパートを含んでいてもよい。メインパートＰ５は、ゲーム設定を変更するための画面をユーザに提示するパートを含んでいてもよい。メインパートＰ５は、キャラクタを獲得するためのガチャに関するパートを含んでいてもよい。

【0050】

なお、本実施形態におけるクイズＲＰＧは、図６に示した各種ゲームパート以外のゲームパートをさらに含んでいてもよい。

【0051】

ここで、本実施形態におけるクイズＲＰＧに登場するキャラクタについて説明する。なお、本実施形態におけるクイズＲＰＧでは、キャラクタは、カードに見立てたデジタルデータとしてユーザに提供される。なお、このデジタルデータをユーザに提供する形態は特に限定されず、例えば、デジタルデータは、ネットワーク３０を介してサーバ装置２０からユーザ端末１０に送信されることで、ユーザに提供されてもよい。あるいは、デジタルデータは、コード、パスワード、バーコード、ＱＲコード^ＴＭ等が印字された物理媒体で、ユーザに提供されてもよい。この場合、物理媒体に印字されたデジタルデータをユーザ端末１０に読み取らせて、当該デジタルデータに関連付けられたキャラクタをユーザ端末１０が実行するゲーム上で利用可能な状態にする。ユーザが所持するキャラクタに関する情報は、当該ユーザのユーザデータとしてサーバ装置２０（格納部２０１）に格納される。

【0052】

クイズＲＰＧに登場する多数のキャラクタには、それぞれ異なる見た目および音声（ボイス）と、ステータスとが割り当てられている。上記したように、ステータスに含まれる要素の１つに、属性がある。属性は、敵キャラクタとの相性を決めるための要素であり、例えば、火属性、水属性、雷属性、光属性および闇属性等がある。より詳しく説明すると、火属性は、雷属性よりも強く、水属性よりも弱いという関係にあり、水属性は、火属性よりも強く、雷属性よりも弱いという関係にあり、雷属性は、水属性よりも強く、火属性よりも弱いという関係にある。また、光属性は、闇属性よりも強いという関係にあり、闇属性は、光属性よりも強いという関係にある。

【0053】

例えば、水属性の敵キャラクタが多数登場するクエストに挑戦する場合、ユーザは、水属性よりも強い雷属性の味方キャラクタをデッキに多く編成することで、当該クエストを有利に進めることができる。このように、属性は、本ゲームを進めるにあたって非常に重要な要素である。

【0054】

ところで、ユーザからの要望として、自身の好きなキャラクタ（例えば、見た目の好きなキャラクタ、声が好きなキャラクタ）をデッキに編成して使用したいという要望がある。しかしながら、クエストを有利に進めるためには上記したように属性やその他ステータスを考慮したデッキ編成が重要であり、その結果、ユーザは自身が好きなキャラクタをデッキに編成できないことがある。自身の好きなキャラクタをデッキに編成してゲームをプレイすることができないことは、当該ゲームに対するユーザのモチベーション（意欲）低下を招く恐れがある。また、一部の強いキャラクタばかりが使用され、その他のキャラクタがあまり使用されない環境は、ゲームの興趣性を低下させる。

【0055】

そこで、本実施形態に係るゲームシステム１においては、上記したモチベーション低下を抑制し、かつ、ゲームの興趣性を向上させる仕組みを提案する。具体的には、デッキに編成された味方キャラクタの態様またはステータスを、別のキャラクタの態様またはステータスに変更するデッキスキン機能を実装することにより、上記したモチベーション低下を抑制しつつ、ゲームの興趣性を向上させる。

【0056】

なお、キャラクタの態様を別のキャラクタの態様に変更することは、当該キャラクタとして識別可能な表示上の外観（見た目）を当該別のキャラクタの外観（見た目）に変更すること、当該キャラクタとして識別可能な音声を当該別のキャラクタの音声に変更すること、を含む。また、キャラクタの態様が別のキャラクタの態様に変更される場合、当該キャラクタの外観のみが当該別のキャラクタの外観に変更されてもよいし、当該キャラクタの音声のみが当該別のキャラクタの音声に変更されてもよいし、当該キャラクタの外観および音声の両方が当該別のキャラクタの外観および音声に変更されてもよい。

【0057】

以下では、まず、図７を参照して、本実施形態に係るゲームシステム１において実現されるクイズＲＰＧにおけるデッキ編成処理について説明する。図７は、ユーザ端末１０により実行されるデッキ編成処理の手順の一例を示すフローチャートである。

【0058】

まず、操作受付部１０１は、ゲーム画面において、デッキ編成パートＰ１に遷移するためのユーザの操作（以下、デッキ編成開始操作と表記）を受け付ける（ステップＳ１）。デッキ編成開始操作は、後述するデッキ編成画面に遷移するための各種操作を含み、例えば、図示しないホーム画面でデッキ編成画面に遷移するためのタブをタップする操作、後述するデッキ選択ダイアログでデッキ編成画面に遷移するためのボタンをタップする操作、等を含む。

【0059】

操作受付部１０１によりデッキ編成開始操作が受け付けられると、制御部１０２は、デッキ編成開始要求をサーバ装置２０に送信する（ステップＳ２）。デッキ編成開始要求は、例えば、ユーザ端末１０を使用するユーザを識別するためのユーザＩＤ等を含む。

【0060】

サーバ装置２０は、ユーザ端末１０から送信されたデッキ編成開始要求を受信すると、受信したデッキ編成開始要求に含まれるユーザＩＤに関連付けられたユーザデータを格納部２０１から読み出し、当該ユーザデータを当該ユーザＩＤにより識別されるユーザのユーザ端末１０に送信する。これにより、ユーザ端末１０（制御部１０２）は、ユーザデータをサーバ装置２０から取得する（ステップＳ３）。ユーザデータには、例えば、デッキ情報と所持キャラクタ情報とが含まれる。

【0061】

ここで、図８を参照して、デッキ情報のデータ構造の一例について説明する。
デッキ情報は、ユーザが所持するキャラクタから構成されたデッキを定義する情報である。図８に示すように、デッキ情報は１以上の枠を含む。１以上の枠は、デッキに編成するキャラクタを関連付けるための枠である。１以上の枠は、図中左から順に、第１枠、第２枠、第３枠、第４枠および第５枠と称する場合がある。例えば図８に示すデッキ情報においては、キャラクタＡ～キャラクタＥがそれぞれ第１枠～第５枠に順に関連付けられている。なお、所定の枠にキャラクタを関連付けることは、例えば、当該所定の枠にキャラクタＩＤを関連付けることを含む。キャラクタＩＤとは、キャラクタを識別するための情報である。図８では、デッキ情報が５つの枠を含む場合を示したが、デッキ情報に含まれる枠の数はこれに限定されず、デッキ情報は、１以上の整数であれば、任意の数の枠を含んでいて構わない。

【0062】

再度図７の説明に戻る。表示処理部１０３は、制御部１０２による制御に従って、ステップＳ３の処理において取得したユーザデータに基づくデッキ編成画面４００をユーザ端末１０のディスプレイ１５に表示する（ステップＳ４）。

【0063】

ここで、図９を参照して、デッキ編成画面４００について説明する。
デッキ編成画面４００は、図９に示すように、デッキ名表示領域４０１、デッキ編成表示領域４０２、所持キャラクタ表示領域４０３、決定ボタン４０４および各種タブ４０５等を含む。

【0064】

デッキ名表示領域４０１には、当該デッキの名称が表示される。図９に示すデッキ編成画面４００においては、当該デッキの名称として、「デッキ１」という名称が表示されている。デッキ名表示領域４０１に表示されるデッキの名称は、ユーザが任意に変更可能である。

【0065】

デッキ編成表示領域４０２には、当該デッキを構成する１以上のキャラクタが表示される。より詳しくは、デッキ編成表示領域４０２には、デッキ情報に含まれる１以上の枠にそれぞれ関連付けられた１以上のキャラクタが表示される。デッキ編成表示領域４０２に表示される１以上のキャラクタはそれぞれ、当該キャラクタのステータスの１つである属性を示す属性アイコン４０２ａを含む。図９に示すデッキ編成画面４００においては、デッキ情報に含まれる第１枠～第５枠のそれぞれに関連付けられたキャラクタとして、「キャラクタＡ」、「キャラクタＢ」、「キャラクタＣ」、「キャラクタＤ」、「キャラクタＥ」が図中左から順に並んで表示されている。キャラクタＡ～キャラクタＥはいずれも「雷属性」を示す属性アイコン４０２ａを含む。なお、ここでは詳細については省略するが、デッキ編成表示領域４０２には、属性アイコン４０２ａの他にも、各キャラクタのその他ステータス（ＨＰ、攻撃力、コスト）が併せて表示されている。

【0066】

所持キャラクタ表示領域４０３には、ユーザ端末１０のユーザが所持するキャラクタが表示される。つまり、所持キャラクタ表示領域４０３には、所持キャラクタ情報により示される所持キャラクタが表示される。なお、所持キャラクタ表示領域４０３に一度に表示可能なキャラクタの数には限りがあり、ユーザは、所持キャラクタ表示領域４０３において、例えば左右方向へのスワイプ操作を行うことで、現在表示中のキャラクタ群とは別のキャラクタ群を、所持キャラクタ表示領域４０３に表示させることが可能である。また、図９では、所持キャラクタ表示領域４０３に表示された所持キャラクタの属性アイコンを空欄としているが、実際には、火属性、水属性、雷属性、光属性、闇属性のいずれかを示す。所持キャラクタ表示領域４０３には、例えば、後述するキャラクタのレベル（例えば、Ｌｖ６、Ｌｖ３等）が識別可能に表示される。

【0067】

ユーザは、所持キャラクタ表示領域４０３に表示されたキャラクタを、デッキ編成表示領域４０２に表示された１以上の枠のうちの１つにドラッグ＆ドロップすることにより、当該枠の１つに当該キャラクタを関連付けることができる。また、ユーザは、デッキ編成表示領域４０２内の枠内に表示されたキャラクタを、デッキ編成表示領域４０２外にドラッグ＆ドロップすることにより、当該枠と当該キャラクタとの関連付けを解除することができる。

【0068】

決定ボタン４０４は、デッキ編成表示領域４０２に表示されたデッキ構成を確定させるためのボタンである。後述するが、ユーザにより、この決定ボタン４０４がタップ（押下）されると、ユーザ端末１０は、デッキ編成表示領域４０２に表示されたデッキ構成に相当するデッキ情報をサーバ装置２０に送信する。

【0069】

各種タブ４０５は、少なくとも、デッキ編成タブ４０５ａとスキン編成タブ４０５ｂとを含む。デッキ編成タブ４０５ａは、ゲームパートをデッキ編成パートＰ１に遷移させ、ユーザ端末１０のディスプレイ１５にデッキ編成画面４００を表示させるためのタブである。スキン編成タブ４０５ｂは、ゲームパートをデッキ編成パートＰ１に含まれるスキン編成パートＰ１１に遷移させ、ユーザ端末１０のディスプレイ１５に後述するスキン編成画面を表示させるためのタブである。

【0070】

再度図７の説明に戻る。操作受付部１０１は、デッキを編成するためのユーザの操作（以下、デッキ編成操作と表記）を受け付ける（ステップＳ５）。デッキ編成操作は、デッキ情報に含まれる１以上の枠に、ユーザにより選択されたキャラクタを関連付ける操作（つまり、所持キャラクタ表示領域４０３のキャラクタをデッキ編成表示領域４０２の枠にドラッグ＆ドロップする操作）、あるいは、デッキ情報に含まれる１以上の枠とキャラクタとの関連付けを解除する操作（つまり、デッキ編成表示領域４０２のキャラクタを枠内から枠外にドラッグ＆ドロップする操作）、等を含む。デッキ情報に含まれる１以上の枠に関連付けられるキャラクタは、所持キャラクタ表示領域４０３に表示される所持キャラクタの中からユーザにより選択される。

【0071】

操作受付部１０１により、デッキ編成画面４００の決定ボタン４０４をタップするユーザの操作が受け付けられると（ステップＳ６）、制御部１０２は、デッキ編成表示領域４０２に表示されたデッキ構成に相当するデッキ情報をサーバ装置２０に送信し（ステップＳ７）、デッキ編成処理を終了させる。

【0072】

次に、図１０を参照して、本実施形態に係るゲームシステム１において実現されるクイズＲＰＧにおけるスキン編成処理について説明する。図１０は、ユーザ端末１０により実行されるスキン編成処理の手順の一例を示すフローチャートである。

【0073】

まず、操作受付部１０１は、ゲーム画面において、スキン編成パートＰ１１に遷移するためのユーザの操作（以下、スキン編成開始操作と表記）を受け付ける（ステップＳ１１）。スキン編成開始操作は、後述するスキン編成画面に遷移するための各種操作を含み、例えば、図９に示すデッキ編成画面４００のスキン編成タブ４０５ｂをタップする操作、後述するスキン選択ダイアログでスキン編成画面に遷移するためのボタンをタップする操作、等を含む。

【0074】

操作受付部１０１によりスキン編成開始操作が受け付けられると、制御部１０２は、スキン編成開始要求をサーバ装置２０に送信する（ステップＳ１２）。スキン編成開始要求は、例えば、ユーザ端末１０を使用するユーザを識別するためのユーザＩＤ等を含む。

【0075】

サーバ装置２０は、ユーザ端末１０から送信されたスキン編成開始要求を受信すると、受信したスキン編成開始要求に含まれるユーザＩＤに関連付けられたユーザデータを格納部２０１から読み出し、当該ユーザデータを当該ユーザＩＤにより識別されるユーザのユーザ端末１０に送信する。これにより、ユーザ端末１０（制御部１０２）は、サーバ装置２０からユーザデータを取得する（ステップＳ１３）。ユーザデータには、例えば、デッキスキン情報と所持キャラクタ情報とが含まれる。

【0076】

なお、デッキスキン情報のデータ構造は、図８に示したデッキ情報と同様であるため、ここではその詳しい説明は省略するが、デッキスキン情報は、ユーザが所持するキャラクタから構成されたデッキスキンを定義する情報であり、デッキスキンとして編成するキャラクタを関連付けるための１以上の枠（例えば、第１枠～第５枠）を含む。

【0077】

また、上記したステップＳ１２，Ｓ１３の処理は省略されることがある。例えば、デッキ編成パートＰ１からスキン編成パートＰ１１に遷移した場合（つまり、ステップＳ１１の処理において、操作受付部１０１がデッキ編成画面４００のスキン編成タブ４０５ｂをタップするユーザの操作を受け付けた場合）、ユーザデータは、図７に示すステップＳ３の処理において既に取得されており、この場合、上記したステップＳ１２，Ｓ１３の処理は省略される。上記したステップＳ１２，Ｓ１３の処理は、主に、デッキ編成パートＰ１以外のゲームパートから、スキン編成パートＰ１１に遷移する場合に実行される。

【0078】

表示処理部１０３は、制御部１０２による制御に従って、ステップＳ１３（またはステップＳ３）の処理において取得したユーザデータに基づくスキン編成画面４１０をユーザ端末１０のディスプレイ１５に表示する（ステップＳ１４）。

【0079】

ここで、図１１を参照して、スキン編成画面４１０について説明する。
スキン編成画面４１０は、図１１に示すように、スキン名表示領域４１１、スキン編成表示領域４１２、スキン設定可能キャラクタ表示領域４１３、決定ボタン４１４および各種タブ４１５等を含む。

【0080】

スキン名表示領域４１１には、当該デッキスキンの名称が表示される。図１１に示すスキン編成画面４１０においては、当該デッキスキンの名称として、「デッキスキン２」という名称が表示されている。スキン名表示領域４１１に表示されるデッキスキンの名称は、ユーザが任意に変更可能である。

【0081】

スキン編成表示領域４１２には、当該デッキスキンを構成する１以上のキャラクタが表示される。より詳しくは、スキン編成表示領域４１２には、デッキスキン情報に含まれる１以上の枠にそれぞれ関連付けられた１以上のキャラクタが表示される。スキン編成表示領域４１２に表示される１以上のキャラクタはそれぞれ、当該キャラクタに元々割り当てられた属性の属性アイコンではなく、中身が空の属性アイコン（無色の属性アイコン、無属性の属性アイコン）４１２ａを含む。図１１に示すスキン編成画面４１０においては、デッキスキン情報に含まれる第１枠～第５枠のそれぞれに関連付けられたキャラクタとして、「キャラクタａ」、「キャラクタａ」、「キャラクタｂ」、「キャラクタｃ」、「キャラクタｄ」が図中左から順に並んで表示されている。

【0082】

スキン設定可能キャラクタ表示領域４１３には、ユーザ端末１０のユーザが所持するキャラクタのうち、デッキスキンとして設定するための条件を満たしたキャラクタが表示される。つまり、スキン設定可能キャラクタ表示領域４１３には、ユーザが所持するキャラクタであっても、デッキスキンとして設定するための条件を満たしていないキャラクタは表示されない。

【0083】

デッキスキンとして設定するための条件は、例えば、キャラクタのレベルが所定のレベル以上（閾値レベル以上）であり、かつ、キャラクタが特別なキャラクタでないこと、である。なお、デッキスキンとして設定するための条件は、これに限定されず、ゲームシステム１において実現されるゲームに応じて任意の条件が設定されて構わない。

【0084】

なお、ここでの「キャラクタのレベル」は、キャラクタに関連付けられたレベルであり、例えばユーザがあるキャラクタを複数所持している場合、これら同一キャラクタの「キャラクタのレベル」は全て同じレベルになるものとする。

【0085】

キャラクタのレベルは、例えば、戦闘パートＰ３での戦闘時に出題されるクイズに正解することで得られる経験値に基づき上昇する。なお、キャラクタのレベルを上昇させるための経験値は、戦闘パートＰ３での戦闘時に出題されるクイズに正解する他に、例えば、ゲーム内で所定の条件を満たした場合に獲得されるアイテム（例えば、ミッションを達成した場合に獲得されるアイテム等）を使用することで得ることが可能である。上記した経験値を得るためのアイテムは、例えば、キャラクタのレベルがあるレベルに達するまで使用可能なアイテムと、キャラクタのレベルがあるレベルに達した後に使用可能なアイテムとのように、複数種類用意されてもよい。

【0086】

また、キャラクタのレベルの初期値は、キャラクタの希少度に応じて異なっていてもよい。例えば、希少度の高いキャラクタほど、キャラクタのレベルの初期値が高く設定されていてもよい。

【0087】

特別なキャラクタは、例えば、ゲーム内で各ユーザに１体限定で配布されたキャラクタであり、各ユーザにより見た目や属性がカスタマイズされたキャラクタである。なお、特別なキャラクタの定義は、ゲームシステム１において実現されるゲームに応じて適宜変更されて構わない。

【0088】

なお、スキン設定可能キャラクタ表示領域４１３に一度に表示可能なキャラクタの数には限りがあり、ユーザは、スキン設定可能キャラクタ表示領域４１３において、例えば左右方向へのスワイプ操作を行うことで、現在表示中のキャラクタ群とは別のキャラクタ群を、スキン設定可能キャラクタ表示領域４１３に表示させることが可能である。

【0089】

ユーザは、スキン設定可能表示領域４１３に表示されたキャラクタを、スキン編成表示領域４１２に表示された１以上の枠のうちの１つにドラッグ＆ドロップすることにより、当該枠の１つに当該キャラクタを関連付けることができる。また、ユーザは、スキン編成表示領域４１２内の枠内に表示されたキャラクタを、スキン編成表示領域４１２外にドラッグ＆ドロップすることにより、当該枠と当該キャラクタとの関連付けを解除することができる。

【0090】

決定ボタン４１４は、スキン編成表示領域４１２に表示されたデッキスキン構成を確定させるためのボタンである。後述するが、ユーザにより、この決定ボタン４１４がタップ（押下）されると、ユーザ端末１０は、スキン編成表示領域４１２に表示されたデッキスキン構成に相当するデッキスキン情報をサーバ装置２０に送信する。

【0091】

各種タブ４１５は、少なくとも、デッキ編成タブ４１５ａとスキン編成タブ４１５ｂとを含む。デッキ編成タブ４１５ａは、ゲームパートをデッキ編成パートＰ１に遷移させ、ユーザ端末１０のディスプレイ１５にデッキ編成画面４００を表示させるためのタブである。スキン編成タブ４１５ｂは、ゲームパートをデッキ編成パートＰ１に含まれるスキン編成パートＰ１１に遷移させ、ユーザ端末１０のディスプレイ１５にスキン編成画面４１０を表示させるためのタブである。

【0092】

再度図１１の説明に戻る。操作受付部１０１は、デッキスキンを編成するためのユーザの操作（以下、スキン編成操作と表記）を受け付ける（ステップＳ１５）。スキン編成操作は、デッキスキン情報に含まれる１以上の枠に、ユーザにより選択されたキャラクタを関連付ける操作（つまり、スキン設定可能キャラクタ表示領域４１３のキャラクタをスキン編成表示領域４１２の枠にドラッグ＆ドロップする操作）、あるいは、デッキ情報に含まれる１以上の枠とキャラクタとの関連付けを解除する操作（つまり、スキン編成表示領域４１２のキャラクタを枠内から枠外にドラッグ＆ドロップする操作）、等を含む。デッキスキン情報に含まれる１以上の枠に関連付けられるキャラクタは、スキン設定可能キャラクタ表示領域４１３に表示されるスキン設定可能キャラクタの中からユーザにより選択される。

【0093】

操作受付部１０１により、スキン編成画面４１０の決定ボタン４１４をタップするユーザの操作が受け付けられると（ステップＳ１６）、制御部１０２は、スキン編成表示領域４１２に表示されたデッキスキン構成に相当するデッキスキン情報をサーバ装置２０に送信し（ステップＳ１７）、スキン編成処理を終了させる。

【0094】

続いて、図１２～図１４の画面例を参照して、出撃準備パートＰ２について説明する。図１２は出撃準備画面４２０の一例を示し、図１３はデッキ選択ダイアログ４３０の一例を示し、図１４はスキン選択ダイアログ４４０の一例を示す。

【0095】

出撃準備画面４２０は、図１２に示すように、クエスト名表示領域４２１、選択デッキ名表示領域４２２、選択デッキ編成表示領域４２３、助っ人表示領域４２４および挑戦ボタン４２５等を含む。

【0096】

クエスト名表示領域４２１には、当該クエストの名称が表示される。図１２に示す出撃準備画面４２０においては、当該クエストの名称として、「クエスト１」という名称が表示されている。

【0097】

選択デッキ名表示領域４２２には、当該クエストで用いるデッキとしてユーザにより選択されたデッキ（以下、選択デッキと表記）の名称が表示される。図１２に示す出撃準備画面４２０においては、選択デッキの名称として、「デッキ１」という名称が表示されている。選択デッキ名表示領域４２２は、当該クエストで用いるデッキを選択するためのデッキ選択ダイアログ４３０を出撃準備画面４２０上に表示させるためのデッキ選択ボタン４２２ａを含む。

【0098】

選択デッキ編成表示領域４２３には、選択デッキを構成する１以上のキャラクタが表示される。より詳しくは、選択デッキ編成表示領域４２３には、選択デッキのデッキ情報に含まれる１以上の枠にそれぞれ関連付けられた１以上のキャラクタが表示される。選択デッキ編成表示領域４２３に表示される１以上のキャラクタはそれぞれ、当該キャラクタのステータスの１つである属性を示す属性アイコン４２３ａを含む。図１２に示す出撃準備画面４２０においては、選択デッキを構成するキャラクタとして、「キャラクタＡ」、「キャラクタＢ」、「キャラクタＣ」、「キャラクタＤ」、「キャラクタＥ」が図中左から順に並んで表示されている。キャラクタＡ～キャラクタＥはいずれも「雷属性」を示す属性アイコン４２３ａを含む。

【0099】

助っ人表示領域４２４には、当該クエストに助っ人として参加させる他ユーザのキャラクタが表示される。図１２に示す出撃準備画面４２０においては、「雷属性」の助っ人キャラクタが表示されている。

【0100】

挑戦ボタン４２５は、当該クエストへの挑戦を指示するためのボタン、つまり、ゲームパートを出撃準備パートＰ２から戦闘パートＰ３に遷移させるためのボタンである。

【0101】

図１２に示す出撃準備画面４２０においてデッキ選択ボタン４２２ａがタップされると、つまり、操作受付部１０１により、デッキ選択ボタン４２２ａをタップするユーザの操作が受け付けられると、表示処理部１０３は、制御部１０２による制御に従って、ユーザ端末１０のディスプレイ１５にデッキ選択ダイアログ４３０を表示する。

【0102】

デッキ選択ダイアログ４３０は、図１３に示すように、複数のデッキ表示領域４３１、スキン適用ボタン４３２、スキン選択ボタン４３３および閉じるボタン４３４等を含む。

【0103】

複数のデッキ表示領域４３１にはそれぞれ、デッキ編成パートＰ１において予め編成されたデッキの名称と当該デッキを構成する１以上のキャラクタのうち第１枠に関連付けられたキャラクタとが表示される。複数のデッキ表示領域４３１はそれぞれ、選択ボタン４３１ａおよびデッキ編集ボタン４３１ｂを含む。選択ボタン４３１ａは、対応するデッキ表示領域４３１に表示されたデッキをクエストで使用するデッキとして選択するためのボタンである。デッキ編集ボタン４３１ｂは、対応するデッキ表示領域４３１に表示されたデッキを編集するためのボタンであり、ゲームパートをデッキ編成パートＰ１に遷移させるためのボタン（換言すると、ゲーム画面をデッキ編成画面４００に遷移させるためのボタン）である。

【0104】

スキン適用ボタン４３２は、デッキスキンの適用可否を切り替えるためのボタンであり、このスキン適用ボタン４３２がオンの場合、デッキスキンが選択デッキに適用される。一方、このスキン適用ボタン４３２がオフの場合、デッキスキンは選択デッキに適用されない。スキン適用ボタン４３２がオンの場合、出撃準備画面４２０の選択デッキ編成表示領域４２３には、選択デッキを構成する１以上のキャラクタと、デッキスキンを構成する１以上のキャラクタとが、一定時間毎に切り替わりながら表示される。これによれば、ユーザは、出撃準備画面４２０において、選択デッキと、当該選択デッキに適用するデッキスキンとの両方を視覚的に確認することが可能である。

【0105】

スキン選択ボタン４３３は、選択デッキに対して適用するデッキスキンを選択するためのスキン選択ダイアログ４４０をさらに開くためのボタンである。

【0106】

閉じるボタン４３４は、デッキ選択ダイアログ４３０を閉じ、出撃準備画面４２０をユーザ端末１０のディスプレイ１５に再度表示させるためのボタンである。

【0107】

図１３に示すデッキ選択ダイアログ４３０においてスキン選択ボタン４３３がタップされると、つまり、操作受付部１０１により、スキン選択ボタン４３３をタップするユーザの操作が受け付けられると、表示処理部１０３は、制御部１０２による制御に従って、ユーザ端末１０のディスプレイ１５にスキン選択ダイアログ４４０を表示する。

【0108】

スキン選択ダイアログ４４０は、図１４に示すように、複数のデッキスキン表示領域４４１および閉じるボタン４４２等を含む。

【0109】

複数のデッキスキン表示領域４４１はそれぞれ、スキン編成パートＰ１１において予め編成されたデッキスキンの名称と当該デッキスキンを構成する１以上のキャラクタとが表示される。複数のデッキスキン表示領域４４１はそれぞれ、選択ボタン４４１ａおよびスキン編集ボタン４４１ｂを含む。選択ボタン４４１ａは、対応するデッキスキン表示領域４４１に表示されたデッキスキンを選択デッキに適用するデッキスキンとして選択するためのボタンである。スキン編集ボタン４４１ｂは、対応するデッキスキン表示領域４４１に表示されたデッキスキンを編集するためのボタンであり、ゲームパートをスキン編成パートＰ１１に遷移させるためのボタン（換言すると、ゲーム画面をスキン編成画面４１０に遷移させるためのボタン）である。

【0110】

閉じるボタン４４２は、スキン選択ダイアログ４４０を閉じ、デッキ選択ダイアログ４３０をユーザ端末１０のディスプレイ１５に再度表示させるためのボタンである。

【0111】

次に、図１５を参照して、本実施形態に係るゲームシステム１において実現されるクイズＲＰＧにおけるスキン適用処理について説明する。図１５は、ユーザ端末１０により実行されるスキン適用処理の手順の一例を示すフローチャートである。

【0112】

まず、操作受付部１０１により、出撃準備画面４２０の挑戦ボタン４２５をタップするユーザの操作が受け付けられると、制御部１０２は、スキン適用ボタン４３２がオンになっているかどうかを判定する（ステップＳ２１）。

【0113】

ステップＳ２１の処理において、スキン適用ボタン４３２がオンになっていない、つまり、スキン適用ボタン４３２がオフになっていると判定された場合（ステップＳ２１のＮｏ）、制御部１０２は、デッキ選択ダイアログ４３０でユーザにより選択されたデッキ（選択デッキ）に対してデッキスキンを適用せずに、後述するステップＳ２６の処理に進む。

【0114】

一方、ステップＳ２１の処理において、スキン適用ボタン４３２がオンになっていると判定された場合（ステップＳ２１のＹｅｓ）、制御部１０２は、デッキ選択ダイアログ４３０でユーザにより選択されたデッキ（選択デッキ）に対応するデッキ情報に含まれる１以上の枠のうちの所定の枠に関連付けられたキャラクタが、デッキスキンを適用する条件を満たしているかどうかを判定する。より詳しくは、制御部１０２は、当該所定の枠に関連付けられたキャラクタのレベルが閾値レベル以上であり、かつ、当該所定の枠に関連付けられたキャラクタが特別なキャラクタでない、かどうかを判定する（ステップＳ２２）。なお、この処理は、例えば、デッキ情報に含まれる第１枠から順に実行される。

【0115】

ステップＳ２２の処理において、所定の枠に関連付けられたキャラクタがデッキスキンを適用する条件を満たしていないと判定された場合（ステップＳ２２のＮｏ）、制御部１０２は、当該所定の枠に関連付けられたキャラクタに対してデッキスキンを適用せずに（ステップＳ２３）、後述するステップＳ２５の処理に進む。

【0116】

一方、ステップＳ２２の処理において、所定の枠に関連付けられたキャラクタがデッキスキンを適用する条件を満たしていると判定された場合（ステップＳ２２のＹｅｓ）、制御部１０２は、当該所定の枠に関連付けられたキャラクタに対して、スキン選択ダイアログ４４０でユーザにより選択されたデッキスキンに対応するデッキスキン情報に含まれる１以上の枠のうち、当該所定の枠に対応する枠に関連付けられたキャラクタをデッキスキンとして適用する（ステップＳ２４）。

【0117】

制御部１０２は、選択デッキに対応するデッキ情報に含まれる１以上の枠に関連付けられた全てのキャラクタについて、上記したステップＳ２４の処理を実行したかどうか（デッキスキンの適用可否を判定したかどうか）を判定する（ステップＳ２５）。

【0118】

ステップＳ２５の処理において、全てのキャラクタについて上記したステップＳ２２の処理を実行していない、つまり、全てのキャラクタについてデッキスキンの適用可否を判定していないと判定された場合（ステップＳ２５のＮｏ）、制御部１０２は、まだデッキスキンの適用可否を判定していない枠に関連付けられたキャラクタについて、上記したステップＳ２２の処理を実行する。

【0119】

一方、ステップＳ２５の処理において、全てのキャラクタについて上記したステップＳ２２の処理を実行したと判定された場合（ステップＳ２５のＹｅｓ）、制御部１０２は、戦闘パートＰ３に遷移するためのクエスト開始要求をサーバ装置２０に送信し（ステップＳ２６）、スキン適用処理を終了させる。

【0120】

ここで、図１６，１７を参照して、スキン適用処理の具体例について説明する。

【0121】

図１６に示すケースは、選択デッキを構成するキャラクタが「キャラクタＡ」、「キャラクタＢ」、「キャラクタＣ」、「キャラクタＤ」、「キャラクタＥ」であり、デッキスキンを構成するキャラクタが「キャラクタａ」、「キャラクタａ」、「キャラクタｂ」、「キャラクタｃ」、「キャラクタｄ」である場合を想定する。また、図１６に示すケースは、選択デッキを構成するキャラクタＡ～キャラクタＥのうち、キャラクタＣのみがキャラクタのレベルが閾値レベル未満である場合を想定する。この場合、キャラクタＣにのみ、対応するデッキスキン（つまり、第３枠のキャラクタｂ）が適用されず、その他のキャラクタＡ，Ｂ，Ｄ，Ｅにはそれぞれ対応するデッキスキンが適用されるため、戦闘パートＰ３においては、「キャラクタａ」、「キャラクタａ」、「キャラクタＣ」、「キャラクタｃ」、「キャラクタｄ」という見た目のデッキが表示される。

【0122】

図１７に示すケースは、選択デッキを構成するキャラクタが「キャラクタＡ」、「キャラクタＢ」、「キャラクタＣ」、「キャラクタＤ」、「キャラクタＥ」であり、デッキスキンを構成するキャラクタが「キャラクタａ」、「キャラクタａ」、「キャラクタｂ」、「キャラクタｃ」、「キャラクタｄ」である場合を想定する。また、図１７に示すケースは、選択デッキを構成するキャラクタＡ～キャラクタＥのうち、キャラクタＣのみが特別なキャラクタである場合を想定する。この場合、キャラクタＣにのみ、対応するデッキスキン（つまり、第３枠のキャラクタｂ）が適用されず、その他のキャラクタＡ，Ｂ，Ｄ，Ｅにはそれぞれ対応するデッキスキンが適用されるため、戦闘パートＰ３においては、「キャラクタａ」、「キャラクタａ」、「キャラクタＣ」、「キャラクタｃ」、「キャラクタｄ」という見た目のデッキが表示される。

【0123】

次に、図１８の画面例を参照して、戦闘パートＰ３について説明する。図１８は、戦闘画面４５０の一例を示す図である。なお、図１８では、選択デッキを構成するキャラクタが「キャラクタＡ」、「キャラクタＢ」、「キャラクタＣ」、「キャラクタＤ」、「キャラクタＥ」であり、デッキスキンを構成するキャラクタが「キャラクタａ」、「キャラクタａ」、「キャラクタｂ」、「キャラクタｃ」、「キャラクタｄ」である場合を想定する。また、図１８では、スキン適用ボタン４３２がオンであり、選択デッキを構成するキャラクタＡ～キャラクタＥがデッキスキンを適用するための条件を満たしている場合を想定する。つまり、図１５に示すスキン適用処理により、キャラクタＡ～キャラクタＥに対してデッキスキンが適用された状態で、ユーザ端末１０からサーバ装置２０にクエスト開始要求が送信された場合を想定する。

【0124】

戦闘画面４５０は、図１８に示すように、敵キャラクタ表示領域４５１、味方キャラクタ表示領域４５２およびクイズメニュー表示領域４５３等を含む。

【0125】

敵キャラクタ表示領域４５１には、味方キャラクタと戦う敵キャラクタが表示される。図１８に示す戦闘画面４５０においては、３体の水属性の敵キャラクタが表示されている。

【0126】

味方キャラクタ表示領域４５２には、敵キャラクタと戦う味方キャラクタであって、選択デッキを構成する１以上の味方キャラクタが表示される。図１８では、上記したように、スキン適用ボタン４３２がオンであり、かつ、デッキを構成するキャラクタＡ～Ｅがデッキスキンを適用する条件を満たしている場合を想定しているため、味方キャラクタ表示領域４５２には、選択デッキを構成するキャラクタＡ～キャラクタＥに代わって、デッキスキンを構成するキャラクタである「キャラクタａ」、「キャラクタａ」、「キャラクタｂ」、「キャラクタｃ」、「キャラクタｄ」が図中左から順に並んで表示されている。

【0127】

より詳しくは、選択デッキのデッキ情報に含まれる第１枠に関連付けられたキャラクタを表示する味方キャラクタ表示領域４５２の第１枠には、キャラクタＡのステータスを有した状態のキャラクタａが表示される。つまり、味方キャラクタ表示領域４５２の第１枠は、デッキスキンが適用されたことにより、キャラクタＡのステータスのまま、見た目がキャラクタＡからキャラクタａに変更されている。このため、味方キャラクタ表示領域４５２の第１枠には、キャラクタＡの属性である「雷属性」を示す属性アイコン４５２ａを含むキャラクタａが表示されている。

【0128】

同様に、選択デッキのデッキ情報に含まれる第２枠に関連付けられたキャラクタを表示する味方キャラクタ表示領域４５２の第２枠には、キャラクタＢのステータスを有した状態のキャラクタａが表示される。つまり、味方キャラクタ表示領域４５２の第２枠は、キャラクタＢのステータスのまま、見た目がキャラクタＢからキャラクタａに変更されている。このため、味方キャラクタ表示領域４５２の第２枠には、キャラクタＢの属性である「雷属性」を示す属性アイコン４５２ａを含むキャラクタａが表示されている。

【0129】

また、選択デッキのデッキ情報に含まれる第３枠に関連付けられたキャラクタを表示する味方キャラクタ表示領域４５２の第３枠には、キャラクタＣのステータスを有した状態のキャラクタｂが表示される。つまり、味方キャラクタ表示領域４５２の第３枠は、キャラクタＣのステータスのまま、見た目がキャラクタＣからキャラクタｂに変更されている。このため、味方キャラクタ表示領域４５２の第３枠には、キャラクタＣの属性である「雷属性」を示す属性アイコン４５２ａを含むキャラクタｂが表示されている。

【0130】

さらに、選択デッキのデッキ情報に含まれる第４枠に関連付けられたキャラクタを表示する味方キャラクタ表示領域４５２の第４枠には、キャラクタＤのステータスを有した状態のキャラクタｃが表示される。つまり、味方キャラクタ表示領域４５２の第４枠は、キャラクタＤのステータスのまま、見た目がキャラクタＤからキャラクタｃに変更されている。このため、味方キャラクタ表示領域４５２の第４枠には、キャラクタＤの属性である「雷属性」を示す属性アイコン４５２ａを含むキャラクタｃが表示されている。

【0131】

また、選択デッキのデッキ情報に含まれる第５枠に関連付けられたキャラクタを表示する味方キャラクタ表示領域４５２の第５枠には、キャラクタＥのステータスを有した状態のキャラクタｄが表示されている。つまり、味方キャラクタ表示領域４５２の第５枠は、キャラクタＥのステータスのまま、見た目がキャラクタＥからキャラクタｄに変更されている。このため、味方キャラクタ表示領域４５２の第５枠には、キャラクタＥの属性である「雷属性」を示す属性アイコンを含むキャラクタｄが表示されている。

【0132】

なお、図１８の戦闘画面４５０においては、味方キャラクタ表示領域４５２の各枠の左下に、デッキスキンが適用されていることを示すアイコン４５２ｂが表示されている。これによれば、ユーザ端末１０のユーザは、アイコン４５２ｂが表示された枠のキャラクタには、デッキスキンが適用されていること（つまり、アイコン４５２ｂが表示された枠のキャラクタは、デッキスキンのキャラクタであるということ）を認識することが可能である。

【0133】

また、ゲームをプレイする中で、ユーザ端末１０のユーザが戦闘画面４５０のスクリーンショットを撮影し、当該スクリーンショットを、例えばＳＮＳ等を介して、他ユーザに見せる（発信する）ことがある。他ユーザは、このようなスクリーンショットを見ることで、例えば当該クエストに有利に働くキャラクタ等、当該クエストの攻略に役立つ情報を得ることができる。この際、選択デッキを構成するキャラクタに対してデッキスキンが適用されていた場合、上記したように戦闘画面４５０にはデッキスキンのキャラクタが表示されるため、当該デッキスキンのキャラクタが当該クエストに有利に働くキャラクタであると他ユーザに誤認させてしまう可能性がある。しかしながら、デッキスキンが適用されていることを示すアイコン４５２ｂが表示されることにより、他ユーザは、当該アイコン４５２ｂが表示された枠のキャラクタがデッキスキンのキャラクタであることを認識することができるため、上記した誤認の発生を抑制することが可能である。

【0134】

なお、アイコン４５２ｂの形態は図１８に示す形態に限定されず、デッキスキンが適用されていることを識別可能であれば、任意の形態であって構わない。

【0135】

また、味方キャラクタ表示領域４５２の各枠には、一定時間毎に、デッキスキン適用前のキャラクタ、つまり、選択デッキのキャラクタが点滅表示されてもよい。ユーザには、キャラクタの見た目とそのステータスとを関連付けて記憶する傾向がある。このため、デッキスキン適用前のキャラクタ、つまり、選択デッキを構成するキャラクタを一定時間毎に点滅表示されることで、ユーザは、味方キャラクタ表示領域４５２の各枠のキャラクタの実際のステータスを認識しやすくなる。

【0136】

クイズメニュー表示領域４５３には、戦闘時に出題されるクイズのジャンルを選択するためのクイズメニューが表示される。図１８に示す戦闘画面４５０においては、「芸能」、「雑学」、「スポーツ」、「芸能」というジャンルを選択可能なクイズメニューが表示されている。これらクイズメニューのいずれかが選択されると、選択されたジャンルに対応するクイズがユーザに対して出題される。

【0137】

続いて、図１９の画面例を参照して、リザルトパートＰ４について説明する。図１９は、クリアリザルト画面４６０の一例を示す図である。

【0138】

クリアリザルト画面４６０は、図１９に示すように、クエスト名表示領域４６１、クリア編成表示領域４６２、ＯＫボタン４６３および再挑戦ボタン４６４等を含む。

【0139】

クエスト名表示領域４６１には、当該クエストの名称が表示される。図１９に示すクリアリザルト画面４６０においては、当該クエストの名称として、「クエスト１」という名称が表示されている。

【0140】

クリア編成表示領域４６２には、当該クエストをクリアしたデッキ（以下、クリアデッキと表記）を構成する１以上のキャラクタが表示される。より詳しくは、クリア編成表示領域４６２には、クリアデッキのデッキ情報に含まれる１以上の枠にそれぞれ関連付けられた１以上のキャラクタが表示される。当該クエストに用いた選択デッキと、当該選択デッキを用いて当該クエストをクリアしたクリアデッキとは、同じである。

【0141】

図１５に示すスキン適用処理により、選択デッキに対してデッキスキンが適用されていた場合であっても、クリア編成表示領域４６２には、デッキスキンが適用されていない状態の選択デッキがクリアデッキとして表示される。これによれば、ユーザ端末１０のユーザがクリアリザルト画面４６０のスクリーンショットを撮影し、当該スクリーンショットを、例えばＳＮＳ等を介して、他ユーザに見せた（発信した）としても、デッキスキンが適用された状態の選択デッキがクリアデッキとして表示されないため、誤ったデッキ編成が他ユーザに発信されてしまうことを抑制することができる。なお、クリアデッキとは別に、当該クリアデッキにデッキスキンが適用されていたこと、および、当該デッキスキンの構成が、クリアリザルト画面４６０にさらに表示されてもよい。また、クエストリザルト画面４６０と同様に、特定のイベント時等、他ユーザが使用デッキを見ることが可能な環境においては、デッキスキンが適用されていない状態のデッキが表示されることが望ましい。

【0142】

なお、クエスト時に出題されるクイズに正解することで得られる経験値は、選択デッキを構成するキャラクタに与えられてもよいし、選択デッキを構成するキャラクタとデッキスキンを構成するキャラクタとに分割して与えられてもよい。

【0143】

ＯＫボタン４６３は、ゲームパートをリザルトパートＰ４からメインパートＰ５に遷移させるためのボタンである。再挑戦ボタン４６４は、ゲームパートをリザルトパートＰ４から戦闘パートＰ３に遷移させ、クリア編成表示領域４６２に表示されたクリアデッキを用いて当該クエストに再挑戦することを指示するためのボタンである。

【0144】

上記したように本実施形態においては、ゲームシステムにおいて実現されるゲーム内でのステータス（能力値）として所定のステータスを有するキャラクタ（第１キャラクタ）と、当該所定のステータスとは異なるステータスを有し、当該キャラクタとは見た目または音声が異なる別のキャラクタ（第２キャラクタ）と、を表示する。また、本実施形態においては、第１キャラクタのステータスを変更せずに、第１キャラクタの見た目または音声を第２キャラクタの見た目または音声に変更する。あるいは、第１キャラクタの見た目または音声を変更せずに、第１キャラクタのステータスを第２キャラクタのステータスに変更する。

【0145】

本実施形態においては、上記した構成により、多数のキャラクタが登場するゲーム（クイズＲＰＧ）をプレイするユーザのモチベーション低下を抑制しつつ、当該ゲームの興趣性を向上させることが可能となる。

【0146】

具体的には、本実施形態の比較例として、１キャラクタが装備する装備品の見た目を、当該装備品の性能を維持したまま、別の装備品に変更するような構成が考えられるが、このような構成では、装備品の見た目を変更することしかできず、キャラクタの見た目または音声を別のキャラクタの見た目または音声に変更することができない。このため、好きなキャラクタを使用したいというユーザの要望を満足させることができない。

【0147】

これに対し、本実施形態においては、デッキに編成されたキャラクタの見た目（外観）を、デッキスキンに編成された別のキャラクタの見た目（外観）に変更することができるため、上記したユーザの要望を満足させることが可能であり、ゲームをプレイする当該ユーザのモチベーション低下を抑制することができる。

【0148】

さらに、本実施形態においては、デッキに編成されたキャラクタの音声を、デッキスキンに編成された別のキャラクタの音声に変更することができる。このため、例えば、キャラクタの見た目ではなく、キャラクタの声が好きなユーザの要望も満足させることが可能であり、当該ユーザのモチベーション低下を抑制することができる。

【0149】

また、本実施形態においては、デッキに編成されたキャラクタがデッキスキンを適用するための条件を満たし、かつ、デッキスキンに編成したいキャラクタがデッキスキンとして設定するための条件を満たした場合に、デッキに編成されたキャラクタの見た目または音声を、デッキスキンに編成されたキャラクタの見た目または音声に変更することができる。つまり、デッキに編成するキャラクタと、デッキスキンに編成するキャラクタとの双方が所定の条件を満たす必要があり、好きなキャラクタをどのようなデッキ編成においてもすぐにデッキスキンとして使用することができる訳ではないため、「好きなキャラクタを使用するために頑張ろう」というユーザのモチベーション向上と、当該ユーザによるゲームの継続的なプレイとを期待することができる。

【0150】

さらに、本実施形態においては、デッキ単位でキャラクタの見た目または音声を別のキャラクタの見た目または音声に一括して変更することができるため、１キャラクタずつ見た目または音声を変更する場合に比べて、ユーザにかかる負担（手間）を減らすことができる。

【0151】

また、本実施形態においては、デッキスキンとして複数の同一キャラクタを設定することが可能なため、例えば、デッキを構成する全てのキャラクタの見た目または音声を、ユーザの好きな１キャラクタの見た目または音声のみに変更することもできる。これによれば、よりコアなユーザの要望も満足させることができる。

【0152】

さらに、本実施形態においては、図１８に示したように、デッキスキンが適用されていることを示すアイコン４５２ｂを当該デッキスキンのキャラクタ付近に表示すると共に、一定時間毎にデッキスキン適用前のキャラクタを点滅表示することが可能である。要するに、本実施形態においては、デッキスキンが適用されていることを識別可能な情報を、当該デッキスキンのキャラクタに関連付けて表示することが可能である。これによれば、ユーザ自身が混乱してしまうような事態の発生を抑制すると共に、他ユーザに誤った情報を認識させてしまうことを抑制することができる。

【0153】

また、本実施形態においては、クエストで使用したデッキに対してデッキスキンが適用されていたとしても、図１９に示すクエストリザルト画面４６０では、当該デッキスキンが適用されていない状態のデッキがクリアデッキとして表示される。これによれば、デッキスキンが適用された状態のデッキがクリアデッキとして他ユーザに誤って認識されてしまうといったことを抑制することができる。

【0154】

さらに、本実施形態においては、複数のユーザで協力して１つのクエストをプレイするマルチプレイ時には、他ユーザがデッキスキンを適用していたとしても、デッキスキンが適用されていない状態のデッキを表示する。このため、他ユーザのデッキ構成を正確に把握した上で、クエストを攻略するための戦略をたてることができる。

【0155】

以上説明した本実施形態においては、デッキ単位でキャラクタの見た目または音声を別のキャラクタの見た目または音声に変更する場合について説明したが、１キャラクタずつ見た目または音声を変更することも可能である。

【0156】

また、本実施形態においては、主に、キャラクタのステータスを変更せずに、キャラクタの見た目または音声を別のキャラクタの見た目または音声に変更する場合について説明したが、同様な制御により、キャラクタの見た目または音声を変更せずに、キャラクタのステータスを別のキャラクタのステータスに変更することも可能である。

【0157】

さらに、本実施形態においては、デッキを構成する１以上の枠と、デッキスキンを構成する１以上の枠とが対応している場合について説明したが、これに限定されず、例えば、デッキスキンを構成する１以上のキャラクタに優先順位が予め設定され、優先順位の高いデッキスキンから順に、デッキを構成する１以上のキャラクタにデッキスキンが適用されても構わない。

【0158】

なお、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組合せてもよい。

【符号の説明】

【0159】

１…ゲームシステム、１０…ユーザ端末、１１…不揮発性メモリ、１２…ＣＰＵ、１３…メインメモリ、１３Ａ…ゲームプログラム、１４…無線通信デバイス、１５…ディスプレイ、１６…タッチパネル、２０…サーバ装置、２１…不揮発性メモリ、２２…ＣＰＵ、２３…メインメモリ、２３Ａ…ゲームプログラム、２４…無線通信デバイス、３０…ネットワーク、１０１…操作受付部、１０２…制御部、１０３…表示処理部、１０４…格納部、２０１…格納部、２０２…データ管理部、２０３…制御部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】