特許 7184261 情報処理システム、情報処理プログラム、情報処理装置、および情報処理方法

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

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

(11)【特許番号】

(24)【登録日】2022-11-28

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

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

(51)【国際特許分類】

   A63F 13/58 20140101AFI20221129BHJP

   A63F 13/79 20140101ALI20221129BHJP

   A63F 13/53 20140101ALI20221129BHJP

【ＦＩ】

A63F13/58

A63F13/79

A63F13/53

【請求項の数】 11

(21)【出願番号】P 2020013828

(22)【出願日】2020-01-30

(65)【公開番号】P2021119880

(43)【公開日】2021-08-19

【審査請求日】2021-04-20

(73)【特許権者】

【識別番号】000233778

【氏名又は名称】任天堂株式会社

(73)【特許権者】

【識別番号】397037890

【氏名又は名称】株式会社インテリジェントシステムズ

(74)【代理人】

【識別番号】110001276

【氏名又は名称】弁理士法人小笠原特許事務所

(72)【発明者】

【氏名】八木橋 亮太

(72)【発明者】

【氏名】大橋 雄史

(72)【発明者】

【氏名】前田 耕平

【審査官】赤坂 祐樹

(56)【参考文献】

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

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

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

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

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

【文献】[FEH]「召喚師との絆の契り」の効果とやり方まとめ，Boom App Games [online]，2018年01月23日，URL:<https://fire-emblem-heroes.boom-app.wiki/entry/318>，［令和４年５月１９日検索日］

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

Ａ６３Ｆ １３／００－１３／９８、９／２４

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

【請求項1】

ゲームにおいてユーザによって利用される複数のゲーム内オブジェクトのうち、指定オブジェクトとして指定されているゲーム内オブジェクトを記憶する第１記憶手段と、
前記指定オブジェクトとして指定可能な上限数である指定上限数を決定する指定上限数決定手段と、
前記指定オブジェクトの数が前記指定上限数以下であるという条件の下で、少なくとも１つの前記ゲーム内オブジェクトを当該指定オブジェクトとして決定する指定手段と、
前記指定オブジェクトが、所定状態が有効である有効オブジェクトと、当該所定状態が無効である無効オブジェクトのいずれであるかを記憶する第２記憶手段と、
前記有効オブジェクトの上限数であり、前記指定上限数以下の数である有効上限数を決定する有効上限数決定手段と、
前記有効オブジェクトが前記有効上限数以下であるという条件の下で、少なくとも１つの前記指定オブジェクトを当該有効オブジェクトとして決定する状態決定手段と、
前記有効オブジェクト及び前記無効オブジェクトの各々に、個別パラメータを対応付け、当該有効オブジェクトに対応付けられた当該個別パラメータを、前記ゲームのプレイに応じて変化させるパラメータ管理手段と、
前記指定オブジェクトを、前記指定オブジェクトではない前記ゲーム内オブジェクトである非指定オブジェクトに変更する指定解除手段とを備え、
前記状態決定手段は、前記有効上限数決定手段によって前記有効上限数が２以上の数である第１の数から、１以上の数である第２の数に減少した場合、当該第２の数の前記有効オブジェクトを当該有効オブジェクトとして維持するとともに、当該第２の数を超えた分の前記有効オブジェクトを前記無効オブジェクトに変更し、
前記パラメータ管理手段は、
前記指定解除手段により前記指定オブジェクトが前記非指定オブジェクトに変更された場合、当該非指定オブジェクトに対応付けられた前記個別パラメータを初期値に変更する、又は当該初期値に近づくように変更し、
前記状態決定手段により前記有効オブジェクトが前記無効オブジェクトに変更され、その後当該無効オブジェクトが前記有効オブジェクトに変更された場合に、前記状態決定手段により前記無効オブジェクトに変更される直前の前記有効オブジェクトに対応付けられた前記個別パラメータを維持する、情報処理システム。

【請求項2】

前記情報処理システムは、第１の前記ゲーム内オブジェクトを前記有効オブジェクトから前記無効オブジェクトに変更することを条件として、第２の前記ゲーム内オブジェクトを前記無効オブジェクトから前記有効オブジェクトに変更する交換手段を更に備える、請求項１に記載の情報処理システム。

【請求項3】

前記情報処理システムは、前記ゲーム内オブジェクトが前記有効オブジェクトである場合、当該ゲーム内オブジェクトが前記非指定オブジェクト及び前記無効オブジェクトのいずれである場合よりも前記ゲームにおいて有利になるような効果を、前記有効オブジェクトについて発生させる効果発生手段を更に備える、請求項１または２に記載の情報処理システム。

【請求項4】

前記パラメータ管理手段は、前記ゲーム内オブジェクトが前記無効オブジェクトである場合、前記ゲームのプレイに応じて、当該無効オブジェクトに対応付けられた前記個別パラメータを変化させない、または、当該ゲーム内オブジェクトが前記有効オブジェクトである場合と比べて小さな変化となるように当該個別パラメータを変化させる、請求項１乃至３のいずれかに記載の情報処理システム。

【請求項5】

前記情報処理システムは、所定のユーザ入力に基づいて、所定の画面における表示順番
が設定されている前記有効オブジェクトの当該表示順番を入れ替える入替手段を更に備え、
前記状態決定手段は、前記有効上限数決定手段によって前記有効上限数が前記第１の数から、前記第２の数に減少した場合、特定の表示順番の前記有効オブジェクトを前記無効オブジェクトに変更する、請求項１乃至４のいずれかに記載の情報処理システム。

【請求項6】

前記情報処理システムは、前記無効オブジェクトを前記有効オブジェクトに変更するためのユーザ入力を受け付ける入力受付手段を更に備える、請求項１乃至５のいずれかに記載の情報処理システム。

【請求項7】

前記指定手段は、前記指定オブジェクトの指定可能数が前記指定上限数以下かつ前記有効上限数以下であるという条件の下で、少なくとも１つの前記指定オブジェクトを決定する、請求項１乃至６のいずれかに記載の情報処理システム。

【請求項8】

前記有効上限数決定手段は、ユーザによって対価パラメータが消費されたことを条件として、前記有効上限数を増加させる、請求項１乃至７のいずれかに記載の情報処理システム。

【請求項9】

情報処理システムのコンピュータに実行させる情報処理プログラムであって、
前記コンピュータを、
ゲームにおいてユーザによって利用される複数のゲーム内オブジェクトのうち、指定オブジェクトとして指定されているゲーム内オブジェクトを記憶する第１記憶手段と、
前記指定オブジェクトとして指定可能な上限数である指定上限数を決定する指定上限数決定手段と、
前記指定オブジェクトの数が前記指定上限数以下であるという条件の下で、少なくとも１つの前記ゲーム内オブジェクトを当該指定オブジェクトとして決定する指定手段と、
前記指定オブジェクトが、所定状態が有効である有効オブジェクトと、当該所定状態が無効である無効オブジェクトのいずれであるかを記憶する第２記憶手段と、
前記有効オブジェクトの上限数であり、前記指定上限数以下の数である有効上限数を決定する有効上限数決定手段と、
前記有効オブジェクトが前記有効上限数以下であるという条件の下で、少なくとも１つの前記指定オブジェクトを当該有効オブジェクトとして決定する状態決定手段と、
前記有効オブジェクト及び前記無効オブジェクトの各々に、個別パラメータを対応付け、当該有効オブジェクトに対応付けられた当該個別パラメータを、前記ゲームのプレイに応じて変化させるパラメータ管理手段と、
前記指定オブジェクトを、前記指定オブジェクトではない前記ゲーム内オブジェクトである非指定オブジェクトに変更する指定解除手段として機能させ、
前記状態決定手段は、前記有効上限数決定手段によって前記有効上限数が２以上の数である第１の数から、１以上の数である第２の数に減少した場合、当該第２の数の前記有効オブジェクトを当該有効オブジェクトとして維持するとともに、当該第２の数を超えた分の前記有効オブジェクトを前記無効オブジェクトに変更し、
前記パラメータ管理手段は、
前記指定解除手段により前記指定オブジェクトが前記非指定オブジェクトに変更された場合、当該非指定オブジェクトに対応付けられた前記個別パラメータを初期値に変更する、又は当該初期値に近づくように変更し、
前記状態決定手段により前記有効オブジェクトが前記無効オブジェクトに変更され、その後当該無効オブジェクトが前記有効オブジェクトに変更された場合に、前記状態決定手段により前記無効オブジェクトに変更される直前の前記有効オブジェクトに対応付けられた前記個別パラメータを維持する、情報処理プログラム。

【請求項10】

少なくとも１のプロセッサを含む情報処理装置であって、
ゲームにおいてユーザによって利用される複数のゲーム内オブジェクトのうち、指定オブジェクトとして指定されているゲーム内オブジェクトを記憶する第１記憶手段と、
前記指定オブジェクトとして指定可能な上限数である指定上限数を決定する指定上限数決定手段と、
前記指定オブジェクトの数が前記指定上限数以下であるという条件の下で、少なくとも１つの前記ゲーム内オブジェクトを当該指定オブジェクトとして決定する指定手段と、
前記指定オブジェクトが、所定状態が有効である有効オブジェクトと、当該所定状態が無効である無効オブジェクトのいずれであるかを記憶する第２記憶手段と、
前記有効オブジェクトの上限数であり、前記指定上限数以下の数である有効上限数を決定する有効上限数決定手段と、
前記有効オブジェクトが前記有効上限数以下であるという条件の下で、少なくとも１つの前記指定オブジェクトを当該有効オブジェクトとして決定する状態決定手段と、
前記有効オブジェクト及び前記無効オブジェクトの各々に、個別パラメータを対応付け、当該有効オブジェクトに対応付けられた当該個別パラメータを、前記ゲームのプレイに応じて変化させるパラメータ管理手段と、
前記指定オブジェクトを、前記指定オブジェクトではない前記ゲーム内オブジェクトである非指定オブジェクトに変更する指定解除手段とを備え、
前記状態決定手段は、前記有効上限数決定手段によって前記有効上限数が２以上の数である第１の数から、１以上の数である第２の数に減少した場合、当該第２の数の前記有効オブジェクトを当該有効オブジェクトとして維持するとともに、当該第２の数を超えた分の前記有効オブジェクトを前記無効オブジェクトに変更し、
前記パラメータ管理手段は、
前記指定解除手段により前記指定オブジェクトが前記非指定オブジェクトに変更された場合、当該非指定オブジェクトに対応付けられた前記個別パラメータを初期値に変更する、又は当該初期値に近づくように変更し、
前記状態決定手段により前記有効オブジェクトが前記無効オブジェクトに変更され、その後当該無効オブジェクトが前記有効オブジェクトに変更された場合に、前記状態決定手段により前記無効オブジェクトに変更される直前の前記有効オブジェクトに対応付けられた前記個別パラメータを維持する、情報処理装置。

【請求項11】

情報処理システムを制御するコンピュータが実行する情報処理方法であって、
前記コンピュータに、
ゲームにおいてユーザによって利用される複数のゲーム内オブジェクトのうち、指定オブジェクトとして指定されているゲーム内オブジェクトを記憶させ、
前記指定オブジェクトとして指定可能な上限数である指定上限数を決定させ、
前記指定オブジェクトの数が前記指定上限数以下であるという条件の下で、少なくとも１つの前記ゲーム内オブジェクトを当該指定オブジェクトとして決定させ、
前記指定オブジェクトが、所定状態が有効である有効オブジェクトと、当該所定状態が無効である無効オブジェクトのいずれであるかを記憶させ、
前記有効オブジェクトの上限数であり、前記指定上限数以下の数である有効上限数を決定させ、
前記有効オブジェクトが前記有効上限数以下であるという条件の下で、少なくとも１つの前記指定オブジェクトを当該有効オブジェクトとして決定させ、
前記有効オブジェクト及び前記無効オブジェクトの各々に、個別パラメータを対応付け、当該有効オブジェクトに対応付けられた当該個別パラメータを、前記ゲームのプレイに応じて変化させ、
前記指定オブジェクトを、前記指定オブジェクトではない前記ゲーム内オブジェクトである非指定オブジェクトに変更させ、
前記有効上限数が２以上の数である第１の数から、１以上の数である第２の数に減少
した場合は、当該第２の数の前記有効オブジェクトを当該有効オブジェクトとして維持するとともに、当該第２の数を超えた分の前記有効オブジェクトを前記無効オブジェクトに変更させ、
前記個別パラメータを変化させるとき、
前記指定オブジェクトが前記非指定オブジェクトに変更された場合は、当該非指定オブジェクトに対応付けられた前記個別パラメータを初期値に変更、又は当該初期値に近づくように変更させ、
前記有効オブジェクトが前記無効オブジェクトに変更され、その後当該無効オブジェクトが前記有効オブジェクトに変更された場合は、前記無効オブジェクトに変更される直前の前記有効オブジェクトに対応付けられた前記個別パラメータを維持させる、情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザが所有する複数のキャラクタを用いてゲームを進める情報処理に関する。

【背景技術】

【0002】

従来から、ユーザが所有する複数のキャラクタを用いてゲームを進行させるゲームが知られている。また、このようなゲームの中には、１人のキャラクタを指定した状態にしてゲームを進行すると、そのキャラクタとの「絆レベル」が上昇し、当該絆レベルに応じてそのキャラクタのステータスが上昇するというものも知られている。また、この場合、指定するキャラクタを変更すると、そのキャラクタの絆レベルはリセットされるものとなっている（例えば、非特許文献１）。

【先行技術文献】

【非特許文献】

【0003】

【文献】任天堂株式会社、”ファイアーエムブレムヒーローズ 召喚師との絆「契り」”、［online］、［令和２年１月２０日検索］、インターネット（ＵＲＬ：https://guide.fire-emblem-heroes.com/sa010/）

【発明の概要】

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

【0004】

上記のようなゲームにおいて、指定できるキャラクタの数（指定可能数）が増減するような構成とした場合を考える。このような場合、指定可能数が減少した場合、元々指定していたキャラクタをユーザにとってできるだけ不利にならないように扱うことについて、改善の余地があった。

【0005】

それ故に、本発明の目的は、指定可能なゲーム内オブジェクト（キャラクタ等）の数が減少するような場合に、減少前に指定していたゲーム内オブジェクトを効果的に利用できる情報処理システム、情報処理プログラム、情報処理装置、情報処理方法を提供することである。

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

【0006】

上記目的を達成するために、例えば以下のような構成例が挙げられる。

【0007】

構成例の一例は、情報処理システムであって、第１記憶手段と、指定上限数決定手段と、指定手段と、第２記憶手段と、有効上限数決定手段と、状態決定手段と、パラメータ管理手段と、指定解除手段と、を備える。
第１記憶手段は、ゲームにおいてユーザによって利用される複数のゲーム内オブジェクトのうち、指定オブジェクトとして指定されているゲーム内オブジェクトを記憶する。指定上限数決定手段は、指定オブジェクトとして指定可能な上限数である指定上限数を決定する。指定手段は、指定オブジェクトの数が指定上限数以下であるという条件の下で、少なくとも１つのゲーム内オブジェクトを当該指定オブジェクトとして決定する。第２記憶手段は、指定オブジェクトが、所定状態が有効である有効オブジェクトと、当該所定状態が無効である無効オブジェクトのいずれであるかを記憶する。有効上限数決定手段は、有効オブジェクトの上限数であり、指定上限数以下の数である有効上限数を決定する。状態決定手段は、有効オブジェクトが有効上限数以下であるという条件の下で、少なくとも１つの指定オブジェクトを当該有効オブジェクトとして決定する。パラメータ管理手段は、有効オブジェクト及び無効オブジェクトの各々に、個別パラメータを対応付け、当該有効オブジェクトに対応付けられた当該個別パラメータを、ゲームのプレイに応じて変化させる。指定解除手段は、指定オブジェクトを、指定オブジェクトではないゲーム内オブジェクトである非指定オブジェクトに変更する。
上記の構成において、状態決定手段は、有効上限数決定手段によって有効上限数が２以上の数である第１の数から、１以上の数である第２の数に減少した場合、当該第２の数の有効オブジェクトを当該有効オブジェクトとして維持するとともに、当該第２の数を超えた分の有効オブジェクトを無効オブジェクトに変更する。パラメータ管理手段は、指定解除手段により指定オブジェクトが非指定オブジェクトに変更された場合、当該非指定オブジェクトに対応付けられた個別パラメータを初期値に変更する、又は当該初期値に近づくように変更する。更に、パラメータ管理手段は、状態決定手段により有効オブジェクトが無効オブジェクトに変更され、その後当該無効オブジェクトが有効オブジェクトに変更された場合に、状態決定手段により無効オブジェクトに変更される直前の有効オブジェクトに対応付けられた個別パラメータを維持する。

【0008】

上記構成例によれば、指定できるゲーム内オブジェクトの数が増減し得る場合であって、当該数が増加後に減少したような場合でも、減少した分にかかる指定済みのゲーム内オブジェクトを有効に活用できる。

【0009】

他の構成例として、情報処理システムは、第１のゲーム内オブジェクトを有効オブジェクトから無効オブジェクトに変更することを条件として、第２のゲーム内オブジェクトを無効オブジェクトから有効オブジェクトに変更する交換手段を更に備えていてもよい。

【0010】

上記構成例によれば、無効オブジェクトと有効オブジェクトの交換ができるため、無効オブジェクトを有効オブジェクトに切り替えて活用することができる。

【0011】

他の構成例として、情報処理システムは、ゲーム内オブジェクトが前記有効オブジェクトである場合、当該ゲーム内オブジェクトが非指定オブジェクト及び無効オブジェクトのいずれである場合よりもゲームにおいて有利になるような効果を、有効オブジェクトについて発生させる効果発生手段を更に備えてもよい。

【0012】

上記構成例によれば、有効オブジェクトとして指定することでゲームに有利な効果を発生させることができる。そのため、ゲーム内オブジェクトを有効オブジェクトとして指定することについての動機づけをユーザに提供できる。

【0013】

他の構成例として、パラメータ管理手段は、ゲーム内オブジェクトが無効オブジェクトである場合、ゲームのプレイに応じて、当該無効オブジェクトに対応付けられた個別パラメータを変化させない、または、当該ゲーム内オブジェクトが有効オブジェクトである場合と比べて小さな変化となるように当該個別パラメータを変化させてもよい。

【0014】

上記構成例によれば、無効オブジェクトの場合は個別パラメータが変化しないか、その変化幅が有効オブジェクトより小さくなるため、有効オブジェクトとして指定することの有用性を高めることができる。

【0015】

他の構成例として、情報処理システムは、ユーザ入力に基づいて、所定の画面における表示順番が設定されている有効オブジェクトの当該順番を入れ替える入替手段を更に備えていてもよい。そして、状態決定手段は、有効上限数決定手段によって有効上限数が第１の数から、第２の数に減少した場合、特定の順番の有効オブジェクトを無効オブジェクトに変更してもよい。

【0016】

上記構成例によれば、無効オブジェクトになる可能性がある指定ゲーム内オブジェクトをユーザに予め把握させることができる。これにより、ユーザに、有効オブジェクトとして扱いたいゲーム内オブジェクトを無効オブジェクトとなる可能性がない順番に指定させることができ、有効／無効の交換操作にかかるユーザの手間を削減することができる。

【0017】

他の構成例として、情報処理システムは、無効オブジェクトを有効オブジェクトに変更するためのユーザ入力を受け付ける入力受付手段を更に備えていてもよい。

【0018】

上記構成例によれば、無効オブジェクトの有効オブジェクトへの変更はユーザの入力に基づくものにできる。これにより、ユーザに意思による無効オブジェクトから有効オブジェクトへの変更が可能となる。

【0019】

他の構成例として、指定手段は、指定オブジェクトの指定可能数が指定上限数以下かつ有効上限数以下であるという条件の下で、少なくとも１つの指定オブジェクトを決定してもよい。

【0020】

他の構成例として、有効上限数決定手段は、ユーザによって対価パラメータが消費されたことを条件として、有効上限数を増加させてもよい。

【発明の効果】

【0021】

本実施形態によれば、指定できるゲーム内オブジェクトの数が増減し得る場合であって、当該数が増加後に減少したような場合に、減少前に指定していたゲーム内オブジェクトを効果的に利用することができる。

【図面の簡単な説明】

【0022】

【図1】本実施形態の一例である情報処理システムの全体像を示す模式図

【図2】サーバ１０１のハードウェア構成を示すブロック図

【図3】情報処理端末１０２のハードウェア構成を示すブロック図

【図4】ゲーム画面の一例

【図5】ゲーム画面の一例

【図6】ゲーム画面の一例

【図7】ゲーム画面の一例

【図8】ゲーム画面の一例

【図9】ゲーム画面の一例

【図10】サーバ１０１のメモリ１１２に記憶されるデータの一例

【図11】キャラクタマスタデータ４０２のデータ構成の一例

【図12】ユーザデータ４０４のデータ構成の一例

【図13】指定枠データ５３４のデータ構成の一例

【図14】情報処理端末１０２のメモリ１２２に記憶されるデータの一例

【図15】特殊関係設定画面処理を示すフローチャート

【図16】特殊関係設定画面処理の詳細を示すフローチャート

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

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

１０１ サーバ
１０２ 情報処理端末
１１１ プロセッサ
１１２ メモリ
１１３ 通信部
１２１ プロセッサ
１２２ メモリ
１２３ 操作部
１２４ 表示部
１２５ 通信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】