特許 7082305 情報処理装置、情報処理方法及びプログラム

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

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2022-05-31

(45)【発行日】2022-06-08

(54)【発明の名称】情報処理装置、情報処理方法及びプログラム

(51)【国際特許分類】

   A63F 13/69 20140101AFI20220601BHJP

   A63F 13/533 20140101ALI20220601BHJP

【ＦＩ】

A63F13/69

A63F13/533

A63F13/69 520

【請求項の数】 9

(21)【出願番号】P 2021026294

(22)【出願日】2021-02-22

【審査請求日】2021-03-02

【早期審査対象出願】

【前置審査】

(73)【特許権者】

【識別番号】500033117

【氏名又は名称】株式会社ミクシィ

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(72)【発明者】

【氏名】小牧 信貴

(72)【発明者】

【氏名】栗山 幸介

(72)【発明者】

【氏名】松本 雅矩

(72)【発明者】

【氏名】大脇 遼平

【審査官】宮本 昭彦

(56)【参考文献】

【文献】特開２０１７－０５５９９６（ＪＰ，Ａ）

【文献】特許第６７１０８１９（ＪＰ，Ｂ１）

【文献】特開２０１７－１７６８７２（ＪＰ，Ａ）

【文献】特開２０２０－０１８６３３（ＪＰ，Ａ）

【文献】特開２０２１－０５８２６１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ａ６３Ｆ １３／００ － １３／９８

Ａ６３Ｆ ９／２４

(57)【特許請求の範囲】

【請求項1】

プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定と実行するクエストの指定とを受け付ける受付部と、
前記クエストが開始される前に、前記所定キャラクタを第１状態から、前記プレイヤから受け付けた前記クエストに基づいて決定した第２状態に設定する第１設定部と、
前記第２状態の前記所定キャラクタを用いて前記クエストを実行する実行部と、
終了条件を満たした場合に、前記所定キャラクタを前記第２状態から前記第１状態に設定する第２設定部と、
を有し、
前記受付部は、前記複数のキャラクタのうち、キャラクタを前記第１状態から前記第２状態に設定する際に必要なオブジェクトを前記プレイヤが保持しているキャラクタの中から、前記所定キャラクタの指定を受け付ける、
情報処理装置。

【請求項2】

前記受付部は、前記プレイヤから、更に、前記所定キャラクタに設定する前記第２状態に関するパラメータの指定を受け付ける、
請求項１に記載の情報処理装置。

【請求項3】

前記受付部は、前記クエストに用いられるデッキに含まれるキャラクタと前記所定キャラクタとの関係に基づいて、前記所定キャラクタに設定を推奨する前記第２状態を前記プレイヤに提示する、
請求項２に記載の情報処理装置。

【請求項4】

前記第２状態は、複数の形態を含み、
前記受付部は、前記複数の形態のうち、前記所定キャラクタに対して過去に設定されていない形態を、前記所定キャラクタに設定を推奨する前記第２状態として前記プレイヤに提示する、
請求項１～３のいずれか一項に記載の情報処理装置。

【請求項5】

前記受付部は、前記複数のキャラクタのうち前記クエストに用いられるデッキに含まれており、かつ前記第１状態に設定されているキャラクタの中から前記所定キャラクタの選択を受け付ける、
請求項１～４のいずれか一項に記載の情報処理装置。

【請求項6】

前記第１設定部は、キャラクタを前記第１状態から前記第２状態に設定する際に必要なオブジェクトを消費せずに、前記所定キャラクタを第１状態から第２状態に設定する、
請求項１～５のいずれか一項に記載の情報処理装置。

【請求項7】

前記第２設定部は、
前記終了条件として前記プレイヤが前記クエストをクリアした場合、前記所定キャラクタを前記第２状態から前記第１状態に設定し、
前記プレイヤが前記クエストをクリアしなかった場合、前記所定キャラクタを前記第２状態から前記第１状態に設定しない、
請求項１～６のいずれか一項に記載の情報処理装置。

【請求項8】

プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定と実行するクエストの指定とを受け付けるステップと、
前記クエストが開始される前に、前記所定キャラクタを第１状態から、前記プレイヤから受け付けた前記クエストに基づいて決定した第２状態に設定するステップと、
前記第２状態の前記所定キャラクタを用いて前記クエストを実行するステップと、
終了条件を満たした場合に、前記所定キャラクタを前記第２状態から前記第１状態に設定するステップと、
を含み、
前記受け付けるステップは、前記複数のキャラクタのうち、キャラクタを前記第１状態から前記第２状態に設定する際に必要なオブジェクトを前記プレイヤが保持しているキャラクタの中から、前記所定キャラクタの指定を受け付ける、
情報処理装置が実行する情報処理方法。

【請求項9】

プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定と実行するクエストの指定とを受け付けるステップと、
前記クエストが開始される前に、前記所定キャラクタを第１状態から、前記プレイヤから受け付けた前記クエストに基づいて決定した第２状態に設定するステップと、
前記第２状態の前記所定キャラクタを用いて前記クエストを実行するステップと、
終了条件を満たした場合に、前記所定キャラクタを前記第２状態から前記第１状態に設定するステップと、
をコンピュータに実行させ、
前記受け付けるステップは、前記複数のキャラクタのうち、キャラクタを前記第１状態から前記第２状態に設定する際に必要なオブジェクトを前記プレイヤが保持しているキャラクタの中から、前記所定キャラクタの指定を受け付ける、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

【背景技術】

【0002】

ユーザが所有するキャラクタを敵キャラクタと戦わせることで勝敗を決定するゲームが知られている。また、ユーザが所有する複数の所有カードのうち、所定の組み合わせを形成するゲームカード同士を組み合わせること（ゲームカードを合成すること）により、合成後のゲームカードに対応するキャラクタの能力値（パラメータ）を変化させることができるゲームも存在する（特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第５５０４３６９号公報

【発明の概要】

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

【0004】

例えば特許文献１のように、ゲームカードを合成することでキャラクタの能力値を変化させるゲームでは、プレイヤがゲームカードを合成すると、合成したゲームカードは失われてしまうことから、合成のやり直しはできない。また、合成するゲームオブジェクトが異なると、キャラクタの能力も異なるように変化するゲームも存在する。従って、プレイヤは、合成により能力が変化するキャラクタについて、どのゲームオブジェクトを合成すればよいのか判断が難しいという課題があった。

【0005】

そこで、本発明は、予め状態が変更されたキャラクタでゲームを実行することを可能とする技術を提供することを目的とする。

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

【0006】

本発明の一態様に係る情報処理装置は、プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定を受け付ける受付部と、クエストが開始される前に、前記所定キャラクタを第１状態から第２状態に設定する第１設定部と、前記第２状態の前記所定キャラクタを用いて前記クエストを実行する実行部と、終了条件を満たした場合に、前記所定キャラクタを前記第２状態から前記第１状態に設定する第２設定部と、を有する。

【発明の効果】

【0007】

本発明によれば、予め状態が変更されたキャラクタでゲームを実行することを可能とする技術を提供することができる。

【図面の簡単な説明】

【0008】

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

【図2】ゲームサーバ及び端末のハードウェア構成の一例を示す図。

【図3】ゲームサーバの機能ブロック構成例を示す図。

【図4】キャラクタ設定ＤＢ及び所有キャラクタ管理ＤＢの一例を示す図。

【図5】端末の機能ブロック構成例を示す図。

【図6】ゲームサーバが行う処理手順の一例を示す図。

【図7】画面表示例の一例を示す図。

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

【0009】

添付図面を参照して、本発明の実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

【0010】

＜システム構成＞
図１は、本実施形態に係るゲームシステム１のシステム構成の一例を示す図である。図１に示すゲームシステム１は、ゲームサーバ１０と、複数の端末２０とを備える。ゲームサーバ１０及び端末２０は、インターネット、イントラネット、無線ＬＡＮ又は移動通信等の通信ネットワークＮを介して互いに通信可能に接続されている。

【0011】

ゲームサーバ１０は、例えば、プレイヤに関する各種情報を管理したり、ゲームの一部の処理を実行したりする等、端末２０がゲームを提供する上でその一部の機能を担う装置である。ゲームサーバ１０は、１又は複数の情報処理装置やコンピュータから構成されていてもよいし、仮想的なサーバ（クラウドサーバ等）を用いて構成されていてもよい。

【0012】

端末２０は、ゲームをプレイヤに提供する情報処理装置であり、プレイヤは、端末２０を操作することで本実施形態に係るゲームを実行することができる。端末２０は、例えば、携帯電話（スマートフォンを含む）、タブレット、パーソナルコンピュータ、アーケードゲーム装置、又は、コンシューマゲーム装置等のコンピュータである。端末２０は、ＧＰＳ(Global Positioning System)等を用いて検出した自身の位置をゲームサーバ１０に通知する。

【0013】

＜ゲーム概要＞
続いて、本実施形態に係るゲームシステム１が提供するゲームの概要を説明する。ゲームシステム１が提供するゲーム（以下、「本ゲーム」と言う。）では、プレイヤ（ユーザと称してもよい）は、所有している複数のキャラクタの中から選択したキャラクタでデッキを編成し、編成したデッキを用いてクエストをクリアすることで、新たなキャラクタやアイテムを入手することができる。また、プレイヤは、課金等を行うことで新たなキャラクタやアイテムを入手することもできる。

【0014】

ここで、クエストとは、予め定められた一定の条件を満たすことでクリア可能な課題を意味する用語である。クエストは、一般的には、探索、課題及びミッションと呼ばれることもある。

【0015】

デッキとは、複数のキャラクタを組み合わせたグループを意味する用語である。プレイヤは、クエストを実行する際、当該クエストをクリアするために適した能力を持つキャラクタによりデッキを編成してクエストを実行する。ゲームサーバ１０には、プレイヤが編成した複数のデッキを記憶しておくことができ、プレイヤは、クエスト実行時に、記憶された複数のデッキの中から一のデッキを選択してクエストを実行することも可能である。本実施形態では、プレイヤがクエストを実行することを、クエストをプレイすると称してもよい。

【0016】

クエストに参加したプレイヤは、当該一定の条件を満たすことでクエストをクリアすることができ、クエストをクリアすると、プレイヤに報酬が与えられたり、本ゲームのストーリーが進行したりする。報酬には、アイテムや、デッキ編成に利用可能なキャラクタ等が含まれる。

【0017】

プレイヤは、プレイヤ自身が所有しているキャラクタ及びアイテムを合成することで、キャラクタのパラメータを変化させることができる。キャラクタのパラメータには、キャラクタの形態も含まれる。一般的には、合成によりパラメータが強化されるが、本実施形態はこれに限定されない。本実施形態は、合成によりパラメータが劣化するようなゲームにも適用することができる。キャラクタ及びアイテムを「オブジェクト」又は「ゲームオブジェクト」と称してもよい。

【0018】

合成は、合成元（合成のベース）となるキャラクタに、他のキャラクタ（以下、「素材キャラクタ」と言う。）又はアイテム（以下、「素材アイテム」と言う。）を合成することで行われる。以下の説明では、素材キャラクタ及び素材アイテムを特に区別しない場合、「素材オブジェクト」と称する。

【0019】

例えば、プレイヤが、キャラクタＡを合成元キャラクタとして選択し、キャラクタＢを素材キャラクタとして選択した場合、キャラクタＡのパラメータが変更され、キャラクタＢは消滅する（消費される）。同様に、プレイヤが、キャラクタＡを合成元キャラクタとして選択し、アイテムＸを素材アイテムとして選択した場合、キャラクタＡのパラメータが変更され、アイテムＸは消滅する（消費される）。

【0020】

キャラクタの“形態”とは、キャラクタの名称、外観、属性及び各種パラメータの最大値などによって一意に定められるキャラクタの特性や特徴を意味することとしてもよい。また、キャラクタの形態が変化することとは、キャラクタの名称、外観、属性及び各種パラメータの最大値などの全部又は一部が変更されることを意味することとしてもよい。

【0021】

また、キャラクタが取り得る形態は複数定められていてもよいし、形態が変化する順序には制約が設けられていてもよい。例えば、形態Ａのキャラクタは形態Ｂ又は形態Ｃのいずれかに変化することができ、形態Ｂ又は形態Ｃのキャラクタは、形態Ｄに変化することができるが、形態Ａのキャラクタが直接形態Ｄのキャラクタには変化することができないこととしてもよい。あるキャラクタの形態が他の形態に“変化する”ことを、“遷移する”、“変異する”、“派生する”、“進化する”又は“神化する”などと称してもよい。

【0022】

本ゲームでは、ゲームサーバ１０は、プレイヤが実際に合成を行う前に、パラメータを合成後のパラメータに変化させたキャラクタでクエストをプレイすることを可能とする。つまり、プレイヤは、合成後のキャラクタを試しに使用してクエストをプレイすることが可能になる。

【0023】

以下の説明では、合成前のパラメータであるキャラクタを「第１状態」のキャラクタと言い、合成後のパラメータに変更されたキャラクタを「第２状態」のキャラクタと言う。例えば、プレイヤが、形態Ａ（合成前の形態）であるキャラクタを、合成により形態Ｂに遷移させるべきか形態Ｃに遷移させるべきかを悩んでいると仮定する。一旦、形態Ｂ又は形態Ｃに遷移させてしまうと、合成に用いた素材オブジェクトは消費されてしまい、やり直しができないためである。本実施形態では、素材オブジェクトを消費せずに、形態Ｂ又は形態Ｃに遷移させることが可能になることから、プレイヤは、形態Ｂに遷移させた状態と、形態Ｃに遷移させた状態でそれぞれクエストをプレイし、その結果を踏まえて、キャラクタをどちらの形態に遷移させるべきかを決定することが可能になる。

【0024】

＜ハードウェア構成＞
図２は、ゲームサーバ１０及び端末２０のハードウェア構成の一例を示す図である。ゲームサーバ１０及び端末２０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphical processing unit）等のプロセッサ１１、メモリ、ＨＤＤ（Hard Disk Drive）及び／又はＳＳＤ（Solid State Drive）等の記憶装置１２、有線又は無線通信を行う通信ＩＦ（Interface）１３、入力操作を受け付ける入力デバイス１４、及び情報の出力を行う出力デバイス１５を有する。入力デバイス１４は、例えば、キーボード、タッチパネル、マウス及び／又はマイク等である。出力デバイス１５は、例えば、ディスプレイ、タッチパネル及び／又はスピーカ等である。

【0025】

＜機能ブロック構成＞
（ゲームサーバ）
図３は、ゲームサーバ１０の機能ブロック構成例を示す図である。ゲームサーバ１０は、記憶部１００と、ゲーム制御部１１０とを含む。記憶部１００は、ゲームサーバ１０が備える記憶装置１２を用いて実現することができる。また、ゲーム制御部１１０は、ゲームサーバ１０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

【0026】

記憶部１００は、キャラクタ設定ＤＢ１００ａ及び所有キャラクタ管理ＤＢ１００ｂを記憶する。

【0027】

図４は、キャラクタ設定ＤＢ１００ａ及び所有キャラクタ管理ＤＢ１００ｂの一例を示す図である。

【0028】

キャラクタ設定ＤＢ１００ａは、本ゲームに登場するキャラクタが備える各種パラメータに関する設定値を管理する。キャラクタ設定ＤＢ１００ａには、キャラクタを一意に識別する識別子（キャラクタＩＤ）が格納される。また、キャラクタが取り得る形態を示す識別子（形態）と、キャラクタが取り得る形態ごとに、キャラクタの属性（属性）、レベルの上限値（最大レベル）、ラックの上限値（最大ラック）、ＨＰ（ヒットポイント）の上限値（最大ＨＰ）、攻撃力の上限値（最大攻撃力）及びスピードの上限値（最大スピード）が対応づけられて格納される。図４に示すように、キャラクタは、形態が他の形態に遷移すると、形態の遷移に応じて、属性及び最大レベル等も変化することとしてもよい。

【0029】

所有キャラクタ管理ＤＢ１００ｂは、プレイヤが所有するキャラクタを管理する。所有キャラクタ管理ＤＢ１００ｂには、キャラクタを所有するプレイヤを一意に識別する識別子（プレイヤＩＤ）、キャラクタを一意に識別する識別子（キャラクタＩＤ）、キャラクタの第１状態のパラメータ（形態、レベル、ラック（運）、ＨＰ、攻撃力、スピード等）、及び、第２状態のパラメータ（形態、レベル、ラック（運）、ＨＰ、攻撃力、スピード等）が対応づけられて格納される。なお、第２状態のパラメータにおいて「－」である行は、キャラクタが第２状態に遷移していないことを示す。図３に戻り説明を続ける。

【0030】

ゲーム制御部１１０は、本ゲームを実行するために必要な各種の機能を提供する。ゲーム制御部１１０は、受付部１１１と、設定部１１２と、実行部１１３と、表示制御部１１４とを含む。

【0031】

受付部１１１は、プレイヤが所有する複数のキャラクタの中から、第２状態に設定する所定キャラクタの指定を受け付ける。

【0032】

設定部１１２（第１設定部）は、クエストが開始される前に、受付部１１１で受け付けた所定キャラクタを第１状態から第２状態に設定する。また、設定部１１２（第２設定部）は、終了条件を満たした場合に、所定キャラクタを第２状態から第１状態に設定する。

【0033】

実行部１１３は、設定部１１２により第２状態に設定された所定キャラクタ（第２状態の所定キャラクタ）を用いて、クエストを実行する。

【0034】

表示制御部１１４は、プレイヤが所有する複数のキャラクタの中から、第２状態に設定する所定キャラクタの指定を受け付ける画面等を、プレイヤの端末２０に表示させる。

【0035】

（端末）
図５は、端末２０の機能ブロック構成例を示す図である。端末２０は、記憶部２００と、通信部２０１と、ＵＩ（User Interface）部２０２と、ゲーム制御部２０３とを含む。記憶部２００は、端末２０が備える記憶装置１２を用いて実現することができる。また、通信部２０１と、ＵＩ部２０２と、ゲーム制御部２０３とは、端末２０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

【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】

１…ゲームシステム、１０…ゲームサーバ、１１…プロセッサ、１２…記憶装置、１３…通信ＩＦ、１４…入力デバイス、１５…出力デバイス、２０…端末、１００…記憶部、１００ａ…キャラクタ設定ＤＢ、１００ｂ…所有キャラクタ管理ＤＢ、１１０…ゲーム制御部、１１１…受付部、１１２…設定部、１１３…実行部、１１４…表示制御部、２００…記憶部、２０１…通信部、２０２…ＵＩ部、２０３…ゲーム制御部

【要約】

【課題】予め状態が変更されたキャラクタでゲームを実行することを可能とする技術を提供すること。
【解決手段】プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定を受け付ける受付部と、クエストが開始される前に、前記所定キャラクタを第１状態から第２状態に設定する第１設定部と、前記第２状態の前記所定キャラクタを用いて前記クエストを実行する実行部と、終了条件を満たした場合に、前記所定キャラクタを前記第２状態から前記第１状態に設定する第２設定部と、を有する情報処理装置を提供する。
【選択図】図３

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】