IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ 株式会社ミクシィの特許一覧

特開2022-128011情報処理装置、情報処理方法及びプログラム
<>
  • 特開-情報処理装置、情報処理方法及びプログラム 図1
  • 特開-情報処理装置、情報処理方法及びプログラム 図2
  • 特開-情報処理装置、情報処理方法及びプログラム 図3
  • 特開-情報処理装置、情報処理方法及びプログラム 図4
  • 特開-情報処理装置、情報処理方法及びプログラム 図5
  • 特開-情報処理装置、情報処理方法及びプログラム 図6
  • 特開-情報処理装置、情報処理方法及びプログラム 図7
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022128011
(43)【公開日】2022-09-01
(54)【発明の名称】情報処理装置、情報処理方法及びプログラム
(51)【国際特許分類】
   A63F 13/69 20140101AFI20220825BHJP
   A63F 13/5375 20140101ALI20220825BHJP
【FI】
A63F13/69 520
A63F13/5375
【審査請求】有
【請求項の数】9
【出願形態】OL
(21)【出願番号】P 2021026294
(22)【出願日】2021-02-22
(11)【特許番号】
(45)【特許公報発行日】2022-06-08
(71)【出願人】
【識別番号】500033117
【氏名又は名称】株式会社ミクシィ
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(72)【発明者】
【氏名】小牧 信貴
(72)【発明者】
【氏名】栗山 幸介
(72)【発明者】
【氏名】松本 雅矩
(72)【発明者】
【氏名】大脇 遼平
(57)【要約】
【課題】予め状態が変更されたキャラクタでゲームを実行することを可能とする技術を提供すること。
【解決手段】プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定を受け付ける受付部と、クエストが開始される前に、前記所定キャラクタを第1状態から第2状態に設定する第1設定部と、前記第2状態の前記所定キャラクタを用いて前記クエストを実行する実行部と、終了条件を満たした場合に、前記所定キャラクタを前記第2状態から前記第1状態に設定する第2設定部と、を有する情報処理装置を提供する。
【選択図】図3
【特許請求の範囲】
【請求項1】
プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定を受け付ける受付部と、
クエストが開始される前に、前記所定キャラクタを第1状態から第2状態に設定する第1設定部と、
前記第2状態の前記所定キャラクタを用いて前記クエストを実行する実行部と、
終了条件を満たした場合に、前記所定キャラクタを前記第2状態から前記第1状態に設定する第2設定部と、
を有する、情報処理装置。
【請求項2】
前記受付部は、前記複数のキャラクタのうち所定条件を満たすキャラクタの中から、前記所定キャラクタの指定を受け付ける、
請求項1に記載の情報処理装置。
【請求項3】
前記所定条件は、キャラクタを前記第1状態から前記第2状態に設定する際に必要なオブジェクトを前記プレイヤが保持していることであり、
前記受付部は、前記複数のキャラクタのうち、前記プレイヤが保持するオブジェクトを消費することで前記第1状態から前記第2状態に設定することが可能なキャラクタの中から、前記所定キャラクタの指定を受け付ける、
請求項2に記載の情報処理装置。
【請求項4】
前記受付部は、前記プレイヤから、更に、前記所定キャラクタに設定する前記第2状態に関するパラメータの指定を受け付ける、
請求項1~3のいずれか一項に記載の情報処理装置。
【請求項5】
前記受付部は、前記クエストに用いられるデッキに含まれるキャラクタと前記所定キャラクタとの関係に基づいて、前記所定キャラクタに設定を推奨する前記第2状態を前記プレイヤに提示する、
請求項4に記載の情報処理装置。
【請求項6】
前記第2状態は、複数の形態を含み、
前記受付部は、前記複数の形態のうち、前記所定キャラクタに対して過去に設定されていない形態を、前記所定キャラクタに設定を推奨する前記第2状態として前記プレイヤに提示する、
請求項1~5のいずれか一項に記載の情報処理装置。
【請求項7】
前記受付部は、前記プレイヤから、実行するクエストの指定を受け付け、
前記第1設定部は、前記第2状態を、前記プレイヤから受け付けた前記クエストに基づいて決定する、
請求項1~6のいずれか一項に記載の情報処理装置。
【請求項8】
前記受付部は、前記複数のキャラクタのうち前記クエストに用いられるデッキに含まれており、かつ前記第1状態に設定されているキャラクタの中から前記所定キャラクタの選択を受け付ける、
請求項1~7のいずれか一項に記載の情報処理装置。
【請求項9】
前記第1設定部は、キャラクタを前記第1状態から前記第2状態に設定する際に必要なオブジェクトを消費せずに、前記所定キャラクタを第1状態から第2状態に設定する、
請求項1~8のいずれか一項に記載の情報処理装置。
【請求項10】
前記第2設定部は、
前記終了条件として前記プレイヤが前記クエストをクリアした場合、前記所定キャラクタを前記第2状態から前記第1状態に設定し、
前記プレイヤが前記クエストをクリアしなかった場合、前記所定キャラクタを前記第2状態から前記第1状態に設定しない、
請求項1~9のいずれか一項に記載の情報処理装置。
【請求項11】
プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定を受け付けるステップと、
クエストが開始される前に、前記所定キャラクタを第1状態から第2状態に設定するステップと、
前記第2状態の前記所定キャラクタを用いて前記クエストを実行するステップと、
終了条件を満たした場合に、前記所定キャラクタを前記第2状態から前記第1状態に設定するステップと、
を含む、情報処理装置が実行する情報処理方法。
【請求項12】
プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定を受け付けるステップと、
クエストが開始される前に、前記所定キャラクタを第1状態から第2状態に設定するステップと、
前記第2状態の前記所定キャラクタを用いて前記クエストを実行するステップと、
終了条件を満たした場合に、前記所定キャラクタを前記第2状態から前記第1状態に設定するステップと、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【0002】
ユーザが所有するキャラクタを敵キャラクタと戦わせることで勝敗を決定するゲームが知られている。また、ユーザが所有する複数の所有カードのうち、所定の組み合わせを形成するゲームカード同士を組み合わせること(ゲームカードを合成すること)により、合成後のゲームカードに対応するキャラクタの能力値(パラメータ)を変化させることができるゲームも存在する(特許文献1)。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特許第5504369号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
例えば特許文献1のように、ゲームカードを合成することでキャラクタの能力値を変化させるゲームでは、プレイヤがゲームカードを合成すると、合成したゲームカードは失われてしまうことから、合成のやり直しはできない。また、合成するゲームオブジェクトが異なると、キャラクタの能力も異なるように変化するゲームも存在する。従って、プレイヤは、合成により能力が変化するキャラクタについて、どのゲームオブジェクトを合成すればよいのか判断が難しいという課題があった。
【0005】
そこで、本発明は、予め状態が変更されたキャラクタでゲームを実行することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明の一態様に係る情報処理装置は、プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定を受け付ける受付部と、クエストが開始される前に、前記所定キャラクタを第1状態から第2状態に設定する第1設定部と、前記第2状態の前記所定キャラクタを用いて前記クエストを実行する実行部と、終了条件を満たした場合に、前記所定キャラクタを前記第2状態から前記第1状態に設定する第2設定部と、を有する。
【発明の効果】
【0007】
本発明によれば、予め状態が変更されたキャラクタでゲームを実行することを可能とする技術を提供することができる。
【図面の簡単な説明】
【0008】
図1】本実施形態に係るゲームシステムのシステム構成の一例を示す図。
図2】ゲームサーバ及び端末のハードウェア構成の一例を示す図。
図3】ゲームサーバの機能ブロック構成例を示す図。
図4】キャラクタ設定DB及び所有キャラクタ管理DBの一例を示す図。
図5】端末の機能ブロック構成例を示す図。
図6】ゲームサーバが行う処理手順の一例を示す図。
図7】画面表示例の一例を示す図。
【発明を実施するための形態】
【0009】
添付図面を参照して、本発明の実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。
【0010】
<システム構成>
図1は、本実施形態に係るゲームシステム1のシステム構成の一例を示す図である。図1に示すゲームシステム1は、ゲームサーバ10と、複数の端末20とを備える。ゲームサーバ10及び端末20は、インターネット、イントラネット、無線LAN又は移動通信等の通信ネットワークNを介して互いに通信可能に接続されている。
【0011】
ゲームサーバ10は、例えば、プレイヤに関する各種情報を管理したり、ゲームの一部の処理を実行したりする等、端末20がゲームを提供する上でその一部の機能を担う装置である。ゲームサーバ10は、1又は複数の情報処理装置やコンピュータから構成されていてもよいし、仮想的なサーバ(クラウドサーバ等)を用いて構成されていてもよい。
【0012】
端末20は、ゲームをプレイヤに提供する情報処理装置であり、プレイヤは、端末20を操作することで本実施形態に係るゲームを実行することができる。端末20は、例えば、携帯電話(スマートフォンを含む)、タブレット、パーソナルコンピュータ、アーケードゲーム装置、又は、コンシューマゲーム装置等のコンピュータである。端末20は、GPS(Global Positioning System)等を用いて検出した自身の位置をゲームサーバ10に通知する。
【0013】
<ゲーム概要>
続いて、本実施形態に係るゲームシステム1が提供するゲームの概要を説明する。ゲームシステム1が提供するゲーム(以下、「本ゲーム」と言う。)では、プレイヤ(ユーザと称してもよい)は、所有している複数のキャラクタの中から選択したキャラクタでデッキを編成し、編成したデッキを用いてクエストをクリアすることで、新たなキャラクタやアイテムを入手することができる。また、プレイヤは、課金等を行うことで新たなキャラクタやアイテムを入手することもできる。
【0014】
ここで、クエストとは、予め定められた一定の条件を満たすことでクリア可能な課題を意味する用語である。クエストは、一般的には、探索、課題及びミッションと呼ばれることもある。
【0015】
デッキとは、複数のキャラクタを組み合わせたグループを意味する用語である。プレイヤは、クエストを実行する際、当該クエストをクリアするために適した能力を持つキャラクタによりデッキを編成してクエストを実行する。ゲームサーバ10には、プレイヤが編成した複数のデッキを記憶しておくことができ、プレイヤは、クエスト実行時に、記憶された複数のデッキの中から一のデッキを選択してクエストを実行することも可能である。本実施形態では、プレイヤがクエストを実行することを、クエストをプレイすると称してもよい。
【0016】
クエストに参加したプレイヤは、当該一定の条件を満たすことでクエストをクリアすることができ、クエストをクリアすると、プレイヤに報酬が与えられたり、本ゲームのストーリーが進行したりする。報酬には、アイテムや、デッキ編成に利用可能なキャラクタ等が含まれる。
【0017】
プレイヤは、プレイヤ自身が所有しているキャラクタ及びアイテムを合成することで、キャラクタのパラメータを変化させることができる。キャラクタのパラメータには、キャラクタの形態も含まれる。一般的には、合成によりパラメータが強化されるが、本実施形態はこれに限定されない。本実施形態は、合成によりパラメータが劣化するようなゲームにも適用することができる。キャラクタ及びアイテムを「オブジェクト」又は「ゲームオブジェクト」と称してもよい。
【0018】
合成は、合成元(合成のベース)となるキャラクタに、他のキャラクタ(以下、「素材キャラクタ」と言う。)又はアイテム(以下、「素材アイテム」と言う。)を合成することで行われる。以下の説明では、素材キャラクタ及び素材アイテムを特に区別しない場合、「素材オブジェクト」と称する。
【0019】
例えば、プレイヤが、キャラクタAを合成元キャラクタとして選択し、キャラクタBを素材キャラクタとして選択した場合、キャラクタAのパラメータが変更され、キャラクタBは消滅する(消費される)。同様に、プレイヤが、キャラクタAを合成元キャラクタとして選択し、アイテムXを素材アイテムとして選択した場合、キャラクタAのパラメータが変更され、アイテムXは消滅する(消費される)。
【0020】
キャラクタの“形態”とは、キャラクタの名称、外観、属性及び各種パラメータの最大値などによって一意に定められるキャラクタの特性や特徴を意味することとしてもよい。また、キャラクタの形態が変化することとは、キャラクタの名称、外観、属性及び各種パラメータの最大値などの全部又は一部が変更されることを意味することとしてもよい。
【0021】
また、キャラクタが取り得る形態は複数定められていてもよいし、形態が変化する順序には制約が設けられていてもよい。例えば、形態Aのキャラクタは形態B又は形態Cのいずれかに変化することができ、形態B又は形態Cのキャラクタは、形態Dに変化することができるが、形態Aのキャラクタが直接形態Dのキャラクタには変化することができないこととしてもよい。あるキャラクタの形態が他の形態に“変化する”ことを、“遷移する”、“変異する”、“派生する”、“進化する”又は“神化する”などと称してもよい。
【0022】
本ゲームでは、ゲームサーバ10は、プレイヤが実際に合成を行う前に、パラメータを合成後のパラメータに変化させたキャラクタでクエストをプレイすることを可能とする。つまり、プレイヤは、合成後のキャラクタを試しに使用してクエストをプレイすることが可能になる。
【0023】
以下の説明では、合成前のパラメータであるキャラクタを「第1状態」のキャラクタと言い、合成後のパラメータに変更されたキャラクタを「第2状態」のキャラクタと言う。例えば、プレイヤが、形態A(合成前の形態)であるキャラクタを、合成により形態Bに遷移させるべきか形態Cに遷移させるべきかを悩んでいると仮定する。一旦、形態B又は形態Cに遷移させてしまうと、合成に用いた素材オブジェクトは消費されてしまい、やり直しができないためである。本実施形態では、素材オブジェクトを消費せずに、形態B又は形態Cに遷移させることが可能になることから、プレイヤは、形態Bに遷移させた状態と、形態Cに遷移させた状態でそれぞれクエストをプレイし、その結果を踏まえて、キャラクタをどちらの形態に遷移させるべきかを決定することが可能になる。
【0024】
<ハードウェア構成>
図2は、ゲームサーバ10及び端末20のハードウェア構成の一例を示す図である。ゲームサーバ10及び端末20は、CPU(Central Processing Unit)、GPU(Graphical processing unit)等のプロセッサ11、メモリ、HDD(Hard Disk Drive)及び/又はSSD(Solid State Drive)等の記憶装置12、有線又は無線通信を行う通信IF(Interface)13、入力操作を受け付ける入力デバイス14、及び情報の出力を行う出力デバイス15を有する。入力デバイス14は、例えば、キーボード、タッチパネル、マウス及び/又はマイク等である。出力デバイス15は、例えば、ディスプレイ、タッチパネル及び/又はスピーカ等である。
【0025】
<機能ブロック構成>
(ゲームサーバ)
図3は、ゲームサーバ10の機能ブロック構成例を示す図である。ゲームサーバ10は、記憶部100と、ゲーム制御部110とを含む。記憶部100は、ゲームサーバ10が備える記憶装置12を用いて実現することができる。また、ゲーム制御部110は、ゲームサーバ10のプロセッサ11が、記憶装置12に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体(Non-transitory computer readable medium)であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、USBメモリ又はCD-ROM等の記憶媒体であってもよい。
【0026】
記憶部100は、キャラクタ設定DB100a及び所有キャラクタ管理DB100bを記憶する。
【0027】
図4は、キャラクタ設定DB100a及び所有キャラクタ管理DB100bの一例を示す図である。
【0028】
キャラクタ設定DB100aは、本ゲームに登場するキャラクタが備える各種パラメータに関する設定値を管理する。キャラクタ設定DB100aには、キャラクタを一意に識別する識別子(キャラクタID)が格納される。また、キャラクタが取り得る形態を示す識別子(形態)と、キャラクタが取り得る形態ごとに、キャラクタの属性(属性)、レベルの上限値(最大レベル)、ラックの上限値(最大ラック)、HP(ヒットポイント)の上限値(最大HP)、攻撃力の上限値(最大攻撃力)及びスピードの上限値(最大スピード)が対応づけられて格納される。図4に示すように、キャラクタは、形態が他の形態に遷移すると、形態の遷移に応じて、属性及び最大レベル等も変化することとしてもよい。
【0029】
所有キャラクタ管理DB100bは、プレイヤが所有するキャラクタを管理する。所有キャラクタ管理DB100bには、キャラクタを所有するプレイヤを一意に識別する識別子(プレイヤID)、キャラクタを一意に識別する識別子(キャラクタID)、キャラクタの第1状態のパラメータ(形態、レベル、ラック(運)、HP、攻撃力、スピード等)、及び、第2状態のパラメータ(形態、レベル、ラック(運)、HP、攻撃力、スピード等)が対応づけられて格納される。なお、第2状態のパラメータにおいて「-」である行は、キャラクタが第2状態に遷移していないことを示す。図3に戻り説明を続ける。
【0030】
ゲーム制御部110は、本ゲームを実行するために必要な各種の機能を提供する。ゲーム制御部110は、受付部111と、設定部112と、実行部113と、表示制御部114とを含む。
【0031】
受付部111は、プレイヤが所有する複数のキャラクタの中から、第2状態に設定する所定キャラクタの指定を受け付ける。
【0032】
設定部112(第1設定部)は、クエストが開始される前に、受付部111で受け付けた所定キャラクタを第1状態から第2状態に設定する。また、設定部112(第2設定部)は、終了条件を満たした場合に、所定キャラクタを第2状態から第1状態に設定する。
【0033】
実行部113は、設定部112により第2状態に設定された所定キャラクタ(第2状態の所定キャラクタ)を用いて、クエストを実行する。
【0034】
表示制御部114は、プレイヤが所有する複数のキャラクタの中から、第2状態に設定する所定キャラクタの指定を受け付ける画面等を、プレイヤの端末20に表示させる。
【0035】
(端末)
図5は、端末20の機能ブロック構成例を示す図である。端末20は、記憶部200と、通信部201と、UI(User Interface)部202と、ゲーム制御部203とを含む。記憶部200は、端末20が備える記憶装置12を用いて実現することができる。また、通信部201と、UI部202と、ゲーム制御部203とは、端末20のプロセッサ11が、記憶装置12に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、USBメモリ又はCD-ROM等の記憶媒体であってもよい。
【0036】
記憶部200は、ゲーム制御部203が本ゲームを実行するために必要なゲームデータを記憶する。ゲームデータには、キャラクタの画像データ、ゲームシナリオ等が格納される。
【0037】
通信部201は、通信IF13を用いてゲームサーバ10との間で各種の通信を行う機能を有する。
【0038】
UI部202は、プレイヤから各種の入力を受け付ける処理と、ディスプレイに各種のゲーム画面を表示させる機能とを有する。また、UI部202は、ゲームサーバ10の指示に従い、端末20の出力デバイス15(ディスプレイ)にゲーム画面を表示する。
【0039】
ゲーム制御部203は、ゲームサーバ10と連携することで、本ゲームを実行するために必要な各種の機能を提供する。例えば、ゲーム制御部203は、ゲーム画面に描画するための各種の情報(アイコン画像データ、テキストデータ等)をゲームサーバ10から取得する機能等を提供する。
【0040】
以上説明した機能ブロック構成について、ゲームサーバ10に含まれる受付部111と、設定部112と、実行部113と、表示制御部114とのうち全部又は一部を、端末20のゲーム制御部203に備える構成とするようにしてもよい。
【0041】
<処理手順>
図7は、ゲームサーバ10が行う処理手順の一例を示す図である。受付部111は、プレイヤから、プレイするクエストの選択を受け付ける(S10)。続いて、受付部111は、プレイヤが所有する複数のキャラクタの中から、第2状態に設定するキャラクタ(以下、「設定対象キャラクタ」及び「所定キャラクタ」と言う。)の指定をプレイヤから受け付ける。(S11)。
【0042】
続いて、受付部111は、プレイヤから、更に、設定対象キャラクタに設定する第2状態の指定を受け付ける(S12)。第2状態の指定とは、より具体的には、第2状態のパラメータ(第2状態に関するパラメータ)の指定を意味する。
【0043】
例えば、受付部111は、設定対象キャラクタのパラメータのうち「形態」が形態Aである場合、設定対象キャラクタに設定する第2状態の形態として、形態B、形態C及び形態Dの中からいずれかの形態の選択を受け付けるようにしてもよい。これにより、プレイヤは、試してみたい第2状態を指定することができるため、様々な第2状態でキャラクタの強さを確認することが可能になる。
【0044】
なお、受付部111は、第2状態のパラメータとして、形態(形態A、B、Cなど)、レベル(1~最大レベルまでの任意のレベル)、ラック(1~最大ラックまでの任意のラック)などの指定を受け付け可能としてもよい。これにより、例えばプレイヤは、レベルを指定することで、特定のレベルのキャラクタがデッキに含まれていないとプレイできないようなクエストでキャラクタの強さを確認することが可能になる。
【0045】
また、ステップS12の処理手順はスキップされてもよい。この場合、設定対象キャラクタに設定する第2状態のパラメータは、ゲームサーバ10が決定するようにしてもよい。
【0046】
続いて、設定部112(第1設定部)は、クエスト開始前に、第1状態である設定対象キャラクタを、ステップS12の処理手順で受け付けた第2状態に設定する(S13)。このとき、設定部112(第1設定部)は、キャラクタを第1状態から第2状態に設定する際に必要な素材オブジェクト(本来消費されるべき素材オブジェクト)を消費せずに、設定対象キャラクタを第1状態から第2状態に設定することとしてもよい。プレイヤは、素材オブジェクトの消費を気にせず、第2状態のキャラクタを使用してクエストをプレイすることが可能になる。
【0047】
設定部112による設定処理が完了すると、実行部113は、第2状態に設定されたキャラクタを含むデッキでクエストを実行する(S14)。
【0048】
続いて、設定部112(第2設定部)は、終了条件(設定対象キャラクタを第2条件に設定した状態を終了させる条件)を満たした場合、設定対象キャラクタを、第2状態から第1状態に戻す(S15)。
【0049】
(設定対象キャラクタの指定について)
受付部111は、プレイヤが所有する複数のキャラクタのうち所定条件を満たすキャラクタの中から、設定対象キャラクタの指定を受け付けるようにしてもよい。また、所定条件を満たさないキャラクタについては、設定対象キャラクタとして指定を受け付けないようにしてもよい。
【0050】
ここで、所定条件は、キャラクタを第1状態から第2状態に設定する際に必要な素材オブジェクト(オブジェクト)をプレイヤが保持していることであってもよい。すなわち、受付部111は、プレイヤが所有する複数のキャラクタのうち、プレイヤが保持する素材オブジェクトを消費することで第1状態から第2状態に設定することが可能なキャラクタ(つまり、所定条件を満たすキャラクタ)の中から、設定対象キャラクタの指定を受け付けるようにしてもよい。
【0051】
例えば、プレイヤは、キャラクタX、キャラクタY及びアイテムAを既に所有しており、かつ、キャラクタXはアイテムAと合成可能な状態である(例えばパラメータの値が合成可能な条件を満たしている等)ものとする。また、キャラクタYは、アイテムAと合成可能な状態ではない(例えばパラメータの値が合成可能な条件を満たしていない等)ものとする。この場合、受付部は、キャラクタXについて、第2状態に設定するとの指定をプレイヤから受け付けるようにしてもよい。また、表示制御部114は、設定対象キャラクタを受け付ける画面において、キャラクタX及びキャラクタYのうちキャラクタXのみを選択可能な態様で表示させるようにしてもよい。これにより、合成に必要な条件が揃っているキャラクタに限って、第2状態に遷移させることが可能になる。
【0052】
また、表示制御部114は、プレイヤが所有する複数のキャラクタのうち、所定条件を満たすキャラクタと、所定条件を満たさないキャラクタとを、識別可能な態様で画面に表示するようにしてもよい。例えば、表示制御部114は、複数のキャラクタのうち、第1状態から第2状態に設定する際に必要な素材オブジェクト(オブジェクト)をプレイヤが保持してるキャラクタと、第1状態から第2状態に設定する際に必要な素材オブジェクト(オブジェクト)をプレイヤが保持していないキャラクタとを識別可能に表示するようにしてもよい。
【0053】
また、受付部111は、プレイヤが専用のアイテムを使用した場合、所定条件を満たすか否かに関わらず、設定対象キャラクタの指定を受け付けるようにしてもよい。
【0054】
また、受付部111は、プレイヤが所持している、設定対象キャラクタと合成可能な素材キャラクタの数と、設定対象キャラクタとの関係性に基づいて、設定対象キャラクタの指定を受け付けるか否かを判定するようにしてもよい。例えば、プレイヤが、キャラクタXと、当該キャラクタXと合成可能な素材キャラクタを所定数以上所持している場合、受付部111は、キャラクタXについて、設定対象キャラクタとして指定を受け付けるようにしてもよい。また、プレイヤが、当該キャラクタXと合成可能な素材キャラクタを所定数未満しか所持していない場合、受付部111は、キャラクタXについて、設定対象キャラクタとしての指定を受け付けないようにしてもよい。
【0055】
(第2状態について)
受付部111は、設定対象キャラクタにおける第2状態のパラメータとして複数の選択肢がある場合、プレイヤが所持している素材オブジェクトを合成することで遷移可能なパラメータの中からパラメータの指定を受け付けるようにしてもよい。例えば、設定対象キャラクタを素材オブジェクトXと合成することで、設定対象キャラクタを形態Bに遷移させることができ、設定対象キャラクタを素材オブジェクトYと合成することで、設定対象キャラクタを形Cに遷移させることができるものと仮定する。また、プレイヤは、素材オブジェクトXを所持しておらず、素材オブジェクトYを所持しているものとする。この場合、受付部111は、設定対象キャラクタに設定する第2状態に関するパラメータとして、形態Cのみを受け付け可能とするようにしてもよい。このとき表示制御部114は、選択可能なパラメータを識別可能な態様で画面に表示するようにしてもよい(選択不可能なパラメータはグレーアウト表示する等)。
【0056】
また、受付部111は、クエストに用いられるデッキに含まれるキャラクタと設定対象キャラクタとの関係に基づいて、設定対象キャラクタに設定を推奨する第2状態をプレイヤに提示するようにしてもよい。例えば、クエストに用いられるデッキに、設定対象キャラクタと、他のキャラクタとが含まれている場合、設定対象キャラクタに設定を推奨する第2状態のパラメータとして、当該他のキャラクタの属性(例えば火の属性)と同一の属性(火の属性)又は異なる属性(例えば水の属性)を推奨するようにしてもよい。これにより、デッキを構成する他のキャラクタに基づいて、設定対象キャラクタに設定する第2状態をプレイヤに推奨することが可能になる。
【0057】
また、受付部111は、デッキに含まれる複数のキャラクタのうち所定数以上のキャラクタの一部のパラメータ(例えば「形態」など)が初期値のままである場合、プレイヤに対して、設定対象キャラクタに設定を推奨する第2状態をプレイヤに提示しないようにしてもよい。例えば、デッキに含まれる各キャラクタの形態が所定以下でないとプレイできないようなクエストなどをプレイするために、プレイヤは、意図的に弱いキャラクタでデッキを組んでいる可能性も考えられるためである。
【0058】
また、受付部111は、ステップS10の処理手順でプレイヤが選択したクエストとの相性(例えばクエストのクリアのし易さ)に基づいて、設定対象キャラクタに設定を推奨する第2状態をプレイヤに提示するようにしてもよい。例えば、プレイヤが選択したクエストが、水の属性のキャラクタと相性が良い(例えば、水の属性のキャラクタがデッキに含まれていると、クエストのクリアが容易になる等)場合、設定対象キャラクタに対して設定を推奨する第2状態のパラメータとして、「水の属性」を提示するようにしてもよい。
【0059】
また、第2状態のパラメータは、複数の形態(形態A、形態B、形態C等)を含んでいており、受付部111は、複数の形態のうち、設定対象キャラクタに対して過去に設定されていない形態を、設定対象キャラクタに設定を推奨する第2状態としてプレイヤに提示するようにしてもよい。例えば、キャラクタXについて、プレイヤが、一度も形態Cに遷移させたことが無いとする。この場合、受付部111は、プレイヤがキャラクタXを設定対象キャラクタとして指定した場合、形態Bに遷移させることをプレイヤに推奨するようにしてもよい。
【0060】
また、受付部111は、プレイヤが、設定対象キャラクタの複数の形態について、プレイヤが、第2状態のパラメータとしていずれかの形態を指定してクエストをプレイした場合であって、かつ、一度も遷移させたことがない形態が存在する場合、一度も遷移させたことがない形態を、設定対象キャラクタに設定を推奨する第2状態として、プレイヤが次にクエストをプレイする際に提示するようにしてもよい。これにより、プレイヤは、複数の形態を連続して試すことが可能になる。このとき、表示制御部114は、同一のクエストや同一のデッキ編成で、当該一度も遷移させたことがない形態を試すことをプレイヤに推奨するメッセージを画面に表示させるようにしてもよい。
【0061】
また、受付部111は、プレイヤから、実行するクエストの指定を受け付け、設定部112(第1設定部)は、設定対象キャラクタの第2状態を、プレイヤから受け付けたクエストに基づいて決定するようにしてもよい。例えば、レベル50未満以下のキャラクタで編成されたデッキでないとプレイすることができないクエストが存在すると仮定する。もし、プレイヤが当該クエストをプレイするクエストとして選択した場合で、かつ、デッキ内に、レベル50以上のキャラクタが存在する場合、設定部112は、レベル50以上のキャラクタのレベルを、50未満(例えばレベル49)に設定するようにしてもよい。これにより、プレイヤは、攻略したいクエストに応じた第2状態に自動的に設定されたキャラクタを用いて、クエストをプレイすることが可能になる。
【0062】
また、受付部111は、複数のキャラクタのうちクエストに用いられるデッキに含まれており、かつ第1状態に設定されているキャラクタ(例えば一度も合成されたことがないキャラクタ)の中から設定対象キャラクタの選択を受け付けるようにしてもよい。例えば、デッキが、キャラクタX、キャラクタY及びキャラクタZで編成されており、キャラクタY及びキャラクタZは、これまでに一度も合成されたことがないと仮定する。この場合、受付部111は、キャラクタX、キャラクタY及びキャラクタZのうち、キャラクタY及びキャラクタZの中から、設定対象キャラクタの選択を受け付けるようにしてもよい。
【0063】
(終了条件について)
設定部112(第2設定部)は、終了条件として、プレイヤがクエストをクリアした場合、設定対象キャラクタを第2状態から第1状態に設定し、プレイヤがクエストをクリアしなかった(できなかった)場合、設定対象キャラクタを第2状態から第1状態に設定しないようにしてもよい。この場合、設定部112(第2設定部)は、プレイヤがクエストをクリアするまでの間、設定対象キャラクタを第2状態のままとするようにしてもよい。プレイヤが、クエストをクリアすることが出来なかった場合、第2状態に設定されたキャラクタを十分に試すことができていない可能性が高い。そのため、プレイヤがクエストをクリアできなかった場合に、設定対象キャラクタを第2状態から第1状態に設定しないようにすることで、プレイヤは、第2状態に設定されたキャラクタを十分に試すことが可能になる。
【0064】
なお、設定部112(第2設定部)は、プレイヤがクエストをクリアしなかった(できなかった)場合、設定対象キャラクタを、異なるパラメータの第2状態に変更するようにしてもよい。例えは、プレイヤが、形態BのキャラクタXでクエストをクリアすることが出来なかった場合、設定部112(第2設定部)は、キャラクタXの形態を、形態Cに変更するようにしてもよい。プレイヤがクエストをクリアできなかった場合、キャラクタの形態とクエストの相性が悪いことも想定されることから、プレイヤは、様々な第2状態のキャラクタでクエストを試すことが可能になる。
【0065】
(その他の補足事項)
受付部111は、キャラクタごとに、設定対象キャラクタとして指定を受け付け可能な回数を制限するようにしてもよい。また、受付部111は、キャラクタごとに取り得る「形態」の数に応じて、設定対象キャラクタとして指定を受け付け可能な回数を制限するようにしてもよい。例えば、キャラクタXが取り得る形態の数は、形態A、形態B及び形態Cの3形態であり、キャラクタYが取り得る形態の数は、形態A、形態B、形態C及び形態Dの4形態であるとする。また、形態Aは、キャラクタの初期状態(遷移前の形態)であるとする。この場合、受付部111は、キャラクタXについては2回まで(形態B及び形態Cを1回ずつ試すことができる回数)、キャラクタYについては3回まで(形態B、形態C及び形態Dを1回ずつ試すことができる回数)とするようにしてもよい。また、形態ごとに試すことができる回数が制限されていてもよい。
【0066】
本ゲームでは、キャラクタは、クエスト実行中に所定の発動条件を満たした場合、スキルを発動可能であってもよい。例えば、1回の攻撃で敵に所定以上のダメージを与えた場合、スキルX(例えば、プレイヤがスキルを発動させてから一定期間、防御力が50%アップする等)が発動することとしてもよい。この場合、実行部113は、第2状態に設定された設定対象キャラクタについては、クエスト実行中、所定の発動条件を満たしたか否かに関わらず、スキルを発動可能とするようにしてもよい。例えば、スキルを使用せずにボスキャラクタを倒してしまった場合など、プレイヤは、第2状態の設定対象キャラクタの能力を十分に試すことができないことが想定される。しかしながら、所定の発動条件に関わらず、いつでもスキルを発動可能とすることで、プレイヤは、第2状態の設定対象キャラクタの能力を存分に試すことが可能になる。
【0067】
本ゲームでは、クエストをクリアすると、素材オブジェクトを含むいずれかのオブジェクトを入手することが可能であってもよい。また、表示制御部114は、プレイヤがクエストをクリアして素材オブジェクトを入手したことで、キャラクタ(設定対象キャラクタとして選択されたキャラクタ)を実際に合成することが可能な状態になった場合、合成を推奨するメッセージを端末20の画面に表示させることとしてもよい。
【0068】
なお、プレイヤが実際に素材オブジェクトを消費して、キャラクタを第1状態から第2状態に遷移させた場合(つまり実際に合成が行われた場合)、設定部112(第2設定部)は、第2状態から第1状態に戻すことなく処理を終了する。
【0069】
<画面表示例>
図7は、画面表示例を示す図である。画面A100は、設定対象キャラクタを選択する画面の一例を示す。画面A100の例では、設定対象キャラクタとして、キャラクタC100、C101及びC102が指定可能に表示されている。プレイヤによりいずれかのキャラクタが選択され、ボタンB100が押下されると、画面A200に遷移する。画面A200は、パラメータの指定を受け付ける画面の一例を示す。形態指定ボタンD200は、第2状態の形態を指定するボタンである。レベル指定スライダD201は、第2状態のレベルを指定するスライダである。レベル指定スライダD201は、キャラクタの現在のレベルが70であり、プレイヤは、スライダを動かすことで、第2状態のレベルを、1~99の間の任意のレベルに変更可能であることを示している。ボタンB200が押下されると、形態指定ボタンD200及びレベル指定スライダD201で指定されたパラメータに変更された設定対象キャラクタによりクエストが開始される。
【0070】
<まとめ>
以上説明した実施形態によれば、ゲームサーバ10は、プレイヤが選択したキャラクタを第1状態から第2状態に設定し、クエスト終了後に、第1状態に戻すようにした。また、ゲームサーバ10は、素材オブジェクトを消費せずに、プレイヤが選択したキャラクタを第1状態から第2状態に設定するようにした。これにより、プレイヤは、素材オブジェクトを消費せずに、合成後の状態に変更したキャラクタでゲームを実行することが可能になる。
【0071】
以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態で説明したフローチャート、シーケンス、実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。
【0072】
<付記>
<付記1>
プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定を受け付ける受付部と、
クエストが開始される前に、前記所定キャラクタを第1状態から第2状態に設定する第1設定部と、
前記第2状態の前記所定キャラクタを用いて前記クエストを実行する実行部と、
終了条件を満たした場合に、前記所定キャラクタを前記第2状態から前記第1状態に設定する第2設定部と、
を有する、情報処理装置。
【0073】
付記1によれば、合成後の状態に変更したキャラクタでゲームを実行することを可能とする技術を提供することが可能になる。
【0074】
<付記2>
前記受付部は、前記複数のキャラクタのうち所定条件を満たすキャラクタの中から、前記所定キャラクタの指定を受け付ける、
付記1に記載の情報処理装置。
【0075】
付記2によれば、所有条件を満たすか否かに応じて、所定キャラクタの指定を受け付けるか否かを制御することが可能になる。
【0076】
<付記3>
前記所定条件は、キャラクタを前記第1状態から前記第2状態に設定する際に必要なオブジェクトを前記プレイヤが保持していることであり、
前記受付部は、前記複数のキャラクタのうち、前記プレイヤが保持するオブジェクトを消費することで前記第1状態から前記第2状態に設定することが可能なキャラクタの中から、前記所定キャラクタの指定を受け付ける、
付記2に記載の情報処理装置。
【0077】
付記3によれば、第1状態から第2状態に設定するために必要なオブジェクトをプレイヤが所持しているキャラクタに限って、第2状態に遷移させることが可能になる。
【0078】
<付記4>
前記受付部は、前記プレイヤから、更に、前記所定キャラクタに設定する前記第2状態に関するパラメータの指定を受け付ける、
付記1~3のいずれか一項に記載の情報処理装置。
【0079】
付記4によれば、プレイヤは、試してみたい第2状態のパラメータを指定することができるため、様々な第2状態でキャラクタの強さを確認することが可能になる。
【0080】
<付記5>
前記受付部は、前記クエストに用いられるデッキに含まれるキャラクタと前記所定キャラクタとの関係に基づいて、前記所定キャラクタに設定を推奨する前記第2状態を前記プレイヤに提示する、
付記4に記載の情報処理装置。
【0081】
付記5によれば、プレイヤは、所定キャラクタに設定する第2状態に関するパラメータを指定して、クエストをプレイすることが可能になる。
【0082】
<付記6>
前記第2状態は、複数の形態を含み、
前記受付部は、前記複数の形態のうち、前記所定キャラクタに対して過去に設定されていない形態を、前記所定キャラクタに設定を推奨する前記第2状態として前記プレイヤに提示する、
付記1~5のいずれか一項に記載の情報処理装置。
【0083】
付記6によれば、プレイヤは、所定キャラクタに設定可能な第2状態が複数存在する場合、当該複数の第2形態の各々をキャラクタに設定してクエストをプレイすることが可能になる。
【0084】
<付記7>
前記受付部は、前記プレイヤから、実行するクエストの指定を受け付け、
前記第1設定部は、前記第2状態を、前記プレイヤから受け付けた前記クエストに基づいて決定する、
付記1~6のいずれか一項に記載の情報処理装置。
【0085】
付記7によれば、プレイヤは、プレイを希望するクエストに基づく第2状態が自動的に設定されたキャラクタを用いて、クエストをプレイすることが可能になる。
【0086】
<付記8>
前記受付部は、前記複数のキャラクタのうち前記クエストに用いられるデッキに含まれており、かつ前記第1状態に設定されているキャラクタの中から前記所定キャラクタの選択を受け付ける、
付記1~7のいずれか一項に記載の情報処理装置。
【0087】
付記8によれば、プレイヤは、第1状態であるキャラクタの中から、所定キャラクタを選択することが可能になる。
【0088】
<付記9>
前記第1設定部は、キャラクタを前記第1状態から前記第2状態に設定する際に必要なオブジェクトを消費せずに、前記所定キャラクタを第1状態から第2状態に設定する、
付記1~8のいずれか一項に記載の情報処理装置。
【0089】
付記9によれば、プレイヤは、オブジェクトを消費することなく、第1状態のキャラクタを第2状態に設定してクエストをプレイすることが可能になる。
【0090】
<付記10>
前記第2設定部は、
前記終了条件として前記プレイヤが前記クエストをクリアした場合、前記所定キャラクタを前記第2状態から前記第1状態に設定し、
前記プレイヤが前記クエストをクリアしなかった場合、前記所定キャラクタを前記第2状態から前記第1状態に設定しない、
付記1~9のいずれか一項に記載の情報処理装置。
【0091】
付記10によれば、プレイヤは、オブジェクトの消費を気にせず、第2状態のキャラクタを使用してクエストをプレイすることが可能になる。
【0092】
<付記11>
プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定を受け付けるステップと、
クエストが開始される前に、前記所定キャラクタを第1状態から第2状態に設定するステップと、
前記第2状態の前記所定キャラクタを用いて前記クエストを実行するステップと、
終了条件を満たした場合に、前記所定キャラクタを前記第2状態から前記第1状態に設定するステップと、
を含む、情報処理装置が実行する情報処理方法。
【0093】
付記11によれば、合成後の状態に変更したキャラクタでゲームを実行することを可能とする技術を提供することが可能になる。
【0094】
<付記12>
プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定を受け付けるステップと、
クエストが開始される前に、前記所定キャラクタを第1状態から第2状態に設定するステップと、
前記第2状態の前記所定キャラクタを用いて前記クエストを実行するステップと、
終了条件を満たした場合に、前記所定キャラクタを前記第2状態から前記第1状態に設定するステップと、
をコンピュータに実行させるためのプログラム。
【0095】
付記12によれば、合成後の状態に変更したキャラクタでゲームを実行することを可能とする技術を提供することが可能になる。
【符号の説明】
【0096】
1…ゲームシステム、10…ゲームサーバ、11…プロセッサ、12…記憶装置、13…通信IF、14…入力デバイス、15…出力デバイス、20…端末、100…記憶部、100a…キャラクタ設定DB、100b…所有キャラクタ管理DB、110…ゲーム制御部、111…受付部、112…設定部、113…実行部、114…表示制御部、200…記憶部、201…通信部、202…UI部、203…ゲーム制御部
図1
図2
図3
図4
図5
図6
図7
【手続補正書】
【提出日】2021-07-14
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定を受け付ける受付部と、
クエストが開始される前に、前記所定キャラクタを第1状態から第2状態に設定する第1設定部と、
前記第2状態の前記所定キャラクタを用いて前記クエストを実行する実行部と、
終了条件を満たした場合に、前記所定キャラクタを前記第2状態から前記第1状態に設定する第2設定部と、
を有し、
前記受付部は、前記複数のキャラクタのうち、キャラクタを前記第1状態から前記第2状態に設定する際に必要なオブジェクトを前記プレイヤが保持しているキャラクタの中から、前記所定キャラクタの指定を受け付ける、
情報処理装置。
【請求項2】
前記受付部は、前記プレイヤから、更に、前記所定キャラクタに設定する前記第2状態に関するパラメータの指定を受け付ける、
請求項1に記載の情報処理装置。
【請求項3】
前記受付部は、前記クエストに用いられるデッキに含まれるキャラクタと前記所定キャラクタとの関係に基づいて、前記所定キャラクタに設定を推奨する前記第2状態を前記プレイヤに提示する、
請求項に記載の情報処理装置。
【請求項4】
前記第2状態は、複数の形態を含み、
前記受付部は、前記複数の形態のうち、前記所定キャラクタに対して過去に設定されていない形態を、前記所定キャラクタに設定を推奨する前記第2状態として前記プレイヤに提示する、
請求項1~のいずれか一項に記載の情報処理装置。
【請求項5】
前記受付部は、前記プレイヤから、実行するクエストの指定を受け付け、
前記第1設定部は、前記第2状態を、前記プレイヤから受け付けた前記クエストに基づいて決定する、
請求項1~のいずれか一項に記載の情報処理装置。
【請求項6】
前記受付部は、前記複数のキャラクタのうち前記クエストに用いられるデッキに含まれており、かつ前記第1状態に設定されているキャラクタの中から前記所定キャラクタの選択を受け付ける、
請求項1~のいずれか一項に記載の情報処理装置。
【請求項7】
前記第1設定部は、キャラクタを前記第1状態から前記第2状態に設定する際に必要なオブジェクトを消費せずに、前記所定キャラクタを第1状態から第2状態に設定する、
請求項1~のいずれか一項に記載の情報処理装置。
【請求項8】
前記第2設定部は、
前記終了条件として前記プレイヤが前記クエストをクリアした場合、前記所定キャラクタを前記第2状態から前記第1状態に設定し、
前記プレイヤが前記クエストをクリアしなかった場合、前記所定キャラクタを前記第2状態から前記第1状態に設定しない、
請求項1~のいずれか一項に記載の情報処理装置。
【請求項9】
プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定を受け付けるステップと、
クエストが開始される前に、前記所定キャラクタを第1状態から第2状態に設定するステップと、
前記第2状態の前記所定キャラクタを用いて前記クエストを実行するステップと、
終了条件を満たした場合に、前記所定キャラクタを前記第2状態から前記第1状態に設定するステップと、
を含み
前記受け付けるステップは、前記複数のキャラクタのうち、キャラクタを前記第1状態から前記第2状態に設定する際に必要なオブジェクトを前記プレイヤが保持しているキャラクタの中から、前記所定キャラクタの指定を受け付ける、
情報処理装置が実行する情報処理方法。
【請求項10】
プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定を受け付けるステップと、
クエストが開始される前に、前記所定キャラクタを第1状態から第2状態に設定するステップと、
前記第2状態の前記所定キャラクタを用いて前記クエストを実行するステップと、
終了条件を満たした場合に、前記所定キャラクタを前記第2状態から前記第1状態に設定するステップと、
をコンピュータに実行させ
前記受け付けるステップは、前記複数のキャラクタのうち、キャラクタを前記第1状態から前記第2状態に設定する際に必要なオブジェクトを前記プレイヤが保持しているキャラクタの中から、前記所定キャラクタの指定を受け付ける、
プログラム。
【手続補正書】
【提出日】2022-03-01
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定と実行するクエストの指定とを受け付ける受付部と、
前記クエストが開始される前に、前記所定キャラクタを第1状態から、前記プレイヤから受け付けた前記クエストに基づいて決定した第2状態に設定する第1設定部と、
前記第2状態の前記所定キャラクタを用いて前記クエストを実行する実行部と、
終了条件を満たした場合に、前記所定キャラクタを前記第2状態から前記第1状態に設定する第2設定部と、
を有し、
前記受付部は、前記複数のキャラクタのうち、キャラクタを前記第1状態から前記第2状態に設定する際に必要なオブジェクトを前記プレイヤが保持しているキャラクタの中から、前記所定キャラクタの指定を受け付ける、
情報処理装置。
【請求項2】
前記受付部は、前記プレイヤから、更に、前記所定キャラクタに設定する前記第2状態に関するパラメータの指定を受け付ける、
請求項1に記載の情報処理装置。
【請求項3】
前記受付部は、前記クエストに用いられるデッキに含まれるキャラクタと前記所定キャラクタとの関係に基づいて、前記所定キャラクタに設定を推奨する前記第2状態を前記プレイヤに提示する、
請求項2に記載の情報処理装置。
【請求項4】
前記第2状態は、複数の形態を含み、
前記受付部は、前記複数の形態のうち、前記所定キャラクタに対して過去に設定されていない形態を、前記所定キャラクタに設定を推奨する前記第2状態として前記プレイヤに提示する、
請求項1~3のいずれか一項に記載の情報処理装置。
【請求項5】
前記受付部は、前記複数のキャラクタのうち前記クエストに用いられるデッキに含まれており、かつ前記第1状態に設定されているキャラクタの中から前記所定キャラクタの選択を受け付ける、
請求項1~のいずれか一項に記載の情報処理装置。
【請求項6】
前記第1設定部は、キャラクタを前記第1状態から前記第2状態に設定する際に必要なオブジェクトを消費せずに、前記所定キャラクタを第1状態から第2状態に設定する、
請求項1~のいずれか一項に記載の情報処理装置。
【請求項7】
前記第2設定部は、
前記終了条件として前記プレイヤが前記クエストをクリアした場合、前記所定キャラクタを前記第2状態から前記第1状態に設定し、
前記プレイヤが前記クエストをクリアしなかった場合、前記所定キャラクタを前記第2状態から前記第1状態に設定しない、
請求項1~のいずれか一項に記載の情報処理装置。
【請求項8】
プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定と実行するクエストの指定とを受け付けるステップと、
前記クエストが開始される前に、前記所定キャラクタを第1状態から、前記プレイヤから受け付けた前記クエストに基づいて決定した第2状態に設定するステップと、
前記第2状態の前記所定キャラクタを用いて前記クエストを実行するステップと、
終了条件を満たした場合に、前記所定キャラクタを前記第2状態から前記第1状態に設定するステップと、
を含み、
前記受け付けるステップは、前記複数のキャラクタのうち、キャラクタを前記第1状態から前記第2状態に設定する際に必要なオブジェクトを前記プレイヤが保持しているキャラクタの中から、前記所定キャラクタの指定を受け付ける、
情報処理装置が実行する情報処理方法。
【請求項9】
プレイヤが所有する複数のキャラクタの中から所定キャラクタの指定と実行するクエストの指定とを受け付けるステップと、
前記クエストが開始される前に、前記所定キャラクタを第1状態から、前記プレイヤから受け付けた前記クエストに基づいて決定した第2状態に設定するステップと、
前記第2状態の前記所定キャラクタを用いて前記クエストを実行するステップと、
終了条件を満たした場合に、前記所定キャラクタを前記第2状態から前記第1状態に設定するステップと、
をコンピュータに実行させ、
前記受け付けるステップは、前記複数のキャラクタのうち、キャラクタを前記第1状態から前記第2状態に設定する際に必要なオブジェクトを前記プレイヤが保持しているキャラクタの中から、前記所定キャラクタの指定を受け付ける、
プログラム。