JP7395139B2 - 情報処理システム、情報処理プログラム、情報処理装置、および情報処理方法 - Google Patents

Description

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

従来から、キャラクタの外観を示す画像やゲーム内で用いるパラメータが、所定のキャラクタに対応づけられているゲームが知られている。また、このようなキャラクタをユーザが複数体所有し、これらキャラクタを使ってゲームを進行させるようなゲームも知られている（例えば、非特許文献１）。

任天堂株式会社、"ファイアーエムブレムヒーローズ"、［online］、［令和２年１月１５日検索］、インターネット（ＵＲＬ：https://fire-emblem-heroes.com/ja/system/）

上記のようなゲームに登場するキャラクタには、その外観画像や戦闘における強さ等を示すパラメータが対応づけられている。これにより、各キャラクタに個性が与えられ、また、ユーザが各キャラクタに対して愛着を持ちやすくすることもできる。この点に関して、さらにゲームの興趣性を高めるべく、このようなキャラクタに対応づけられている各種情報（外観画像やパラメータ）を変更することについて、改良の余地があった。

それ故に、本発明の目的は、キャラクタに対応づけられている各種情報の変更に関して、ユーザの自由度を向上させることが可能な情報処理システム、情報処理プログラム、情報処理装置、情報処理方法を提供することである。

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

構成例の一例は、キャラクタ管理手段と、ゲーム実行手段と、画像変更手段と、パラメータ変更手段とを備える、情報処理システムである。キャラクタ管理手段は、ユーザが所有する複数のキャラクタであって、外観を表す外観画像とゲームに使用されるゲーム用パラメータとがそれぞれ対応付けられた複数のキャラクタを管理し、当該複数のキャラクタの中に同じ外観画像が設定されているキャラクタが複数含まれる場合にも、当該外観画像が同じ複数のキャラクタをそれぞれ個別に管理する。ゲーム実行手段は、ユーザが所有する複数のキャラクタのうち少なくともいずれかを用いてゲームを実行する。画像変更手段は、ユーザが所有する複数のキャラクタのうち、外観画像を変更するための変更可能化条件が満たされている特定キャラクタのうちユーザに指定された特定キャラクタについて、当該特定キャラクタに対応付けて予め設定されている第１画像にするか、当該変更可能化条件を満たしたことによって選択可能となった第２画像にするかをユーザの指示に基づいて選択し、所有するすべての当該指定された特定キャラクタの外観画像を選択された画像に変更する。パラメータ変更手段は、いずれかのキャラクタについて変更可能化条件が満たされた場合に、ユーザが所有するキャラクタのうち、当該変更可能化条件が満たされたすべての特定キャラクタのゲーム用パラメータを変更する。

上記構成例によれば、所定の条件を満たすことで、同じ外観画像が設定されている複数のキャラクタ全ての外観を変更可能な状態としつつ、当該キャラクタのゲーム用パラメータを変更できる。更に、その後に当該キャラクタの外観が変更されているか否かにかかわらず、この変更内容を維持することができる。これにより、キャラクタに対応づけられている各種情報の変更についての自由度を向上させることができる。

他の構成例として、キャラクタにはそれぞれ、ゲーム用パラメータとして用いられ、ゲームの進行状況に応じて変化する基本パラメータが予め設定されており、パラメータ変更手段は、所有する全ての特定キャラクタの基本パラメータに対し、前記ゲームの進行状況にかかわらず所定の値を加算してもよい。

他の構成例として、変更可能化条件を満たした後は、当該変更可能化条件を満たす特定キャラクタの外観画像を第１画像とするか第２画像とするかを任意に変更可能であって、パラメータ変更手段は、特定キャラクタの外観画像が第１画像である場合と第２画像である場合とで、ゲーム用パラメータを変化させないようにしてもよい。

上記構成例によれば、ユーザは、ゲーム用パラメータのことを気にせずにキャラクタの外観画像を自由に変更することができ、外観変更に関する自由度を高めることができる。

他の構成例として、画像変更手段は、特定キャラクタのうち、変更可能化条件を満たす前からユーザが所有しているキャラクタに対しても外観画像の変更を行い、パラメータ変更手段は、特定キャラクタのうち、変更可能化条件を満たす前からユーザが所有しているキャラクタに対してもゲーム用パラメータの変更を行ってもよい。

上記構成例によれば、以前から所有しているキャラクタについて、新たに変更可能化条件が設定された場合、ユーザが当該変更可能化条件を満たすことへのモチベーションを与えることができる。

他の構成例として、画像変更手段は、特定キャラクタのうち、変更可能化条件を満たした後に新たにユーザが入手したキャラクタに対しても、外観画像の変更を行い、パラメータ変更手段は、特定キャラクタのうち、変更可能化条件を満たした後にユーザが入手したキャラクタに対しても、ゲーム用パラメータの変更を行ってもよい。

他の構成例として、情報処理システムは、変更可能化条件が満たされた場合に、当該特定キャラクタを所定数当該ユーザに付与する特定キャラクタ付与手段を更に備えていてもよい。

上記構成例によれば、外観変更が可能になったキャラクタをユーザが所有していない場合でも、当該キャラクタ自体をユーザに付与することができる。これにより、変更可能化条件を満たすことで、ユーザに、外観変更を試す機会を即時に提供することができる。

他の構成例として、変更可能化条件は、ゲームに関連する所定のサブスクリプションサービスに加入している状態において満たすことができる条件であり、変更可能化条件が一旦満たされた特定キャラクタについては、サブスクリプションサービスから退会した後も、画像変更手段による外観画像の変更が可能であり、また、パラメータ変更手段による変更後のゲーム用パラメータも維持されるようにしてもよい。

本実施形態によれば、所定の条件を満たすことで所定のキャラクタの外観を自由に変更可能な状態にすることができる。更に、当該条件を満たすことで当該キャラクタのゲーム用パラメータを変更できるが、その後に外観が変更されているか否かにかかわらず、この変更内容を維持することができる。これにより、キャラクタに対応づけられている各種情報を変更することについて、ユーザの自由度を向上させることができる。

本実施形態の一例である情報処理システムの全体像を示す模式図 サーバ１０１のハードウェア構成を示すブロック図 情報処理端末１０２のハードウェア構成を示すブロック図 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 サーバ１０１のメモリ１１２に記憶されるデータの一例 キャラクタマスタデータ４０２のデータ構成の一例 衣装スキンマスタデータ４０３のデータ構成の一例 ユーザデータ４０５のデータ構成の一例 所有キャラクタデータ５３３のデータ構成の一例 情報処理端末１０２のメモリ１２２に記憶されるデータの一例 衣装購入処理の詳細を示すフローチャート 衣装購入処理の詳細を示すフローチャート 外観変更処理の詳細を示すフローチャート 外観選択画面処理の詳細を示すフローチャート

以下、本発明の一実施形態について説明する。図１は、本実施形態に係る情報処理システムの全体像を示す模式図である。本実施形態の情報処理システム１００は、サーバ１０１と、複数の情報処理端末１０２とを含む。サーバ１０１と情報処理端末１０２とは、インターネット１０３を介して通信可能に構成されている。本実施形態では、このような構成で、情報処理が実行されるが、以下では、当該情報処理の一例として、ゲーム処理を例として説明する。具体的には、情報処理端末１０２上にゲームプログラムがインストールされ、必要に応じてサーバ１０１と通信を行いながら実行されるゲーム処理を例示する。

［サーバのハードウェア構成］
次に、上記サーバ１０１のハードウェア構成について説明する。図２は、サーバ１０１のハードウェア構成を示すブロック図である。サーバ１０１は、プロセッサ部１１１と、メモリ１１２と、通信部１１３とを少なくとも備えている。プロセッサ部１１１は、サーバ１０１を制御するための各種プログラムを実行する。メモリ１１２には、プロセッサ部１１１によって実行される各種プログラムおよび利用される各種データが格納される。通信部１１３は、有線、または無線通信によってネットワークと接続し、上記情報処理端末１０２または他のサーバ（図示せず）との間で所定のデータを送受信する。

［情報処理端末のハードウェア構成］
図３は、本実施形態に係るゲーム処理が実行される情報処理端末１０２のハードウェア構成を示すブロック図である。ここで、本実施形態では、情報処理端末１０２として、例えば、スマートフォンやタブレット等のスマートデバイスや、据置型ゲーム装置や携帯型のゲーム装置や、パーソナルコンピュータ等を想定している。本実施形態の説明では、表示画面とタッチパネルを一体型の態様で備えている情報処理端末（例えばスマートフォン）を一例として説明する。そのため、主に、入力操作は、タッチパネルへの入力となっている。但し、他の実施形態では、入力操作については、情報処理端末と無線あるいは有線で接続された物理的なコントローラを用いる形態でもよいし、例えば、情報処理端末と一体となるよう構成された入力装置を用いる形態でもよい。

図３において、情報処理端末１０２は、プロセッサ１２１と、メモリ１２２と、操作部１２３と、表示部１２４と、通信部１２５とを備えている。プロセッサ１２１は、後述するゲーム処理を実行したり、情報処理端末１０２の全体的な動作を制御するためのシステムプログラム（図示せず）を実行したりすることで、情報処理端末１０２の動作を制御する。なお、プロセッサ１２１は、単一のプロセッサを搭載してもよいし、複数のプロセッサを搭載するようにしてもよい。メモリ１２２は、プロセッサ１２１によって実行される各種プログラムおよび当該プログラムで利用される各種データが格納される。メモリ１２２は、例えば、フラッシュＥＥＰＲＯＭやハードディスク装置である。操作部１２３は、ユーザからの操作を受け付けるための入力装置であり、本実施形態では、主にタッチパネルを想定する。他の実施形態では、各種ポインティングデバイスや、各種押下式のボタンや、アナログスティック等であってもよい。表示部１２４は、典型的には液晶表示装置である。通信部１２５は、有線、または無線通信によってネットワークと接続し、上記サーバ１０１との間で所定のデータを送受信する。

［本実施形態のゲーム処理の概要］
本実施形態は、ゲームに登場するキャラクタの外観を変更する処理に関する。本実施形態では、所定条件を満たすことで、キャラクタの外観を変更できる「スキン」が付与される。更に、これと同時に、対応するキャラクタのステータスを、ゲームを有利に進めることができるように変更するものである（例えば攻撃力を上昇させる等）。

以下、本実施形態で実行されるゲーム処理の概要について説明する。本実施形態では上記のようなキャラクタが登場するゲームとして、シミュレーションロールプレイングゲーム（以下、ＳＲＰＧ）を想定する。このゲームでは、プレイヤが操作する「自軍」とコンピュータが操作する「敵軍」との間で、ターン制のシミュレーションゲーム方式にて戦闘が行われる（以下、ゲーム内においてこの方式でゲームを進行させる場面をＳＬＧパートと呼ぶ）。また、本ゲームでは、ユーザが所有する「キャラクタ」をＳＬＧパートにおける「駒」として用いる。ユーザは、所定数のマスで構成されたマップ上で各キャラクタを動かし、敵軍のキャラクタと戦わせる。また、各キャラクタ同士が１対１で戦うときは、戦闘シーン演出として、戦闘アニメーションも表示され得る。なお、これらキャラクタの入手方法としては、ゲームのシナリオの進行度が所定値に達する等、所定条件を満たすことで入手できる。また、所定の抽選処理を実行することでも入手可能である。更に、後述するような「衣装」を購入することで入手することも可能となっている。

ここで、本ゲームでは、上記ＳＬＧパートで「自軍」として編成できる上記キャラクタとして、「同じ」キャラクタを編成することが可能である。一例として、ゲーム内の登場キャラクタとして、「タナカ」、「スズキ」、「サトウ」という名称のキャラクタがいる場合を想定する。ユーザは、これらキャラクタをそれぞれ複数体入手することができ、例えば「タナカ」を３体、「スズキ」を５体、「サトウ」を８体所有する、ということも可能となっている。そして、ＳＬＧパートに出撃させる「自軍」の部隊として、例えば「タナカ」を２体、「スズキ」を２体、「サトウ」を３体、編成に組み込むといったことも可能である。なお、ユーザが所有するこれらキャラクタは、名称としては同じキャラクタではあるが、内部的な処理では、それぞれに個別の識別ＩＤが割り当てられ、「駒」単位で管理されることになる。以下の説明では、「タナカ」や「スズキ」のような同じ名称のキャラクタのことを「同名キャラクタ」と呼ぶ。また、ＳＬＧパートにおける１つ１つの駒としてのキャラクタを指す場合は「個別キャラクタ」と呼ぶ。

また、各個別キャラクタには成長要素が設けられており、戦闘を繰り返すことで経験値を稼ぎ、「レベルアップ」することができる。レベルアップにより、各個別キャラクタに設定されているパラメータ（主にＳＬＧパートに関するもの）も上昇する。なお、当該パラメータについては、少なくとも初期値として、同名キャラクタ単位で共通の値が設定されているものとする。例えば、レベル１の「タナカ」および「スズキ」とではパラメータ値は異なるが、レベル１の「タナカ」を３体持っている場合、この３体のパラメータは同じ値である。

ここで、上記キャラクタには、同名キャラクタ単位でそれぞれ外観画像が予め設定されている（「第１画像」の一例）。この外観画像として、本例では、「全身画像」、「一覧用画像」、「駒画像」、「戦闘アニメ画像」が含まれているものとする（つまり、これらを総称して外観画像と呼ぶ）。「全身画像」は、例えばキャラクタの詳細を確認する画面で表示される画像であり、そのキャラクタの全身を示した画像である（他のゲームでは「立ち絵」等と呼ばれることもある）。「一覧用画像」は、キャラクタを一覧表示する場合（後述の図５等）に用いられる画像で、例えばキャラクタの顔部分だけの画像である。「駒画像」は、ＳＬＧパートにおける駒として表示される画像であり、例えば二頭身にデフォルメされた画像等である。「戦闘アニメ」画像は、上記戦闘アニメーションにて表示するための画像である。このように、各キャラクタの外観を示すための各種画像が設定されており、基本的には、同名キャラクタの間では同じ画像が設定されている。

なお、本実施形態では、上記キャラクタとして、人間のキャラクタを想定している。他の実施形態では、上記キャラクタとして、人間以外をモチーフにしたものを用いてもよい。例えば、動物、ロボット、モンスター等を上記のキャラクタとして扱ってもよい。更には、無生物（例えば武器や乗り物、各種道具等）を擬人化したものを、ここでいうキャラクタとして扱ってもよい。つまり、ゲーム内でユーザに使用され得るコンテンツであれば、どのようなものでもよい。

ここで、本実施形態では、ユーザは、所定の条件を満たすことで、上記キャラクタの外観を変更することができる「衣装スキン」と呼ばれるデータを入手することができる。具体的には、本ゲームでは、ユーザが所定のサブスクリプションサービス（例えば月額料金制のサービス）に加入している状態のとき、当該ユーザは、上記「衣装スキン」を購入することができる。つまり、サブスクリプションサービスの加入によって衣装スキンの購入権利を得ることができる（なお、退会後は、再加入するまでは当該購入権利は失われる）。また、各衣装スキンの購入可能回数は１度きりであり、例えば同じ衣装スキンを複数回繰り返して購入することはできない。なお、この衣装スキンは、例えば、キャラクタが（デフォルト設定の衣装から）別の衣装に着替えたものを表現した画像であって、予め設定されている外観画像とは異なる外観の画像である（「第２画像」の一例）。そして、当該衣装スキンを購入することで、この時点でユーザが所有しているキャラクタであって、その衣装スキンに対応する同名キャラクタ（以下、スキン対応キャラクタと呼ぶ）の全ての外観画像が一律に変更される。つまり、衣装スキンの購入前から所有しているスキン対応キャラクタの全てに対して、外観画像の変更（および後述するパラメータの上昇）が行われる。また、各キャラクタに音声が設定されている場合、例えば戦闘アニメにおいて発する音声が設定されているような場合は、画像のみならずこのような音声についても変更するようにしてもよい。

図４に、上記衣装スキンを購入するための画面の一例を示す。ユーザが所定のサブスクリプションサービスに加入することで、このような「衣装スキン」の購入画面を表示することが可能となる。この画面では、購入可能な「衣装スキン」がそのスキン対応キャラクタが判別できる態様で表示されている。図４の例では、スキン対応キャラクタの顔画像、キャラクタ名、衣装スキン自体の名称、および購入価格が含まれるアイコン画像が３つ表示されている。この中からユーザが所望の衣装スキンを選択することで、図示は省略するが所定の購入確認画面が表示される。そして、ユーザが購入操作を行うことで、当該衣装スキンがユーザに付与されることになる。また、当該購入のタイミングに合わせて、スキン対応キャラクタの外観画像の変更処理も行われる。

なお、当該購入の時点において、購入した衣装スキンにかかるスキン対応キャラクタを１体、ユーザに付与する処理も行われる。つまり、ユーザが未所有のキャラクタの「衣装スキン」を購入することで、対応するキャラクタ自体も入手することが可能となっている。なお、他の実施形態では、当該スキン対応キャラクタを複数付与してもよい。

ここで、本実施形態では、上記衣装スキンの購入と同時に、スキン対応キャラクタのパラメータを上昇させることができる。具体的には、所定値が現在のパラメータに上乗せされる。一例として、本例では、全てのパラメータが＋１されるものとする。ここで、このパラメータ変更の対象は、「同名キャラクタ」全てとなっている。例えば、スキン対応キャラクタが「タナカ」であり、ユーザがタナカを３体所有している場合を想定する。この３体の「タナカ」を「タナカＡ」「タナカＢ」「タナカＣ」とすると、これら全てについて、その外観画像が変更されるとともに、所定値が現在のパラメータに＋１が上乗せされる。例えば、タナカＡがレベル５、タナカＢがレベル３、タナカＣがレベル１の状態を想定する。上記のように、キャラクタには成長要素があるため、この３体の「タナカ」はそれぞれＨＰや攻撃力に差があり、例えば攻撃力について、タナカＡは１０、タナカＢは８、タナカＣは５であるとする。この状態で、上記衣装スキンを購入すると、同名キャラクタ全てにパラメータの変更（攻撃力＋１）が適用され、その結果、攻撃力は、タナカＡは１１、タナカＢは９、タナカＣは６、として扱われることになる。

なお、本実施形態では、衣装スキン毎に定義されている値を個別キャラクタの現在のパラメータに「追加（上乗せ／底上げ）」するという形式でパラメータを上昇させる。但し、パラメータの上昇手法はこれに限らず、他の実施形態では、例えば、衣装スキンにパラメータの上昇割合や上昇倍率を定義してもよい。そして、個別キャラクタの現在のパラメータを当該上昇割合や倍率に基づいて上昇させることで、パラメータを上昇させるようにしてもよい。一例を挙げると、現在のパラメータの１０％分上昇させることや、現在のパラメータを１．５倍上昇させる、等である。

また、本実施形態では、上記衣装スキン購入と同時にスキン対応キャラクタの外観画像が変更されるが、その後、ユーザ操作に基づき、個別キャラクタ単位で、元の外観画像に戻すことも可能となっている。つまり、衣装スキンを「外す」ことも可能となっている。ここで、本実施形態では、衣装スキンを外して元の外観画像に戻したとしても、上述したパラメータ上昇の効果は失われない。例えば、上記タナカＡの外観画像を元に戻しても、攻撃力＋１の効果は失われずに維持される。

図５に、衣装スキンを変更するための画面である外観選択画面の一例を示す。例えば、ユーザが所定のゲームメニューから「衣装変更」ボタン（図示は省略）を選択すると、図５に示すような画面が表示される。この画面では、ユーザが所有している個別キャラクタの顔画像（以下、アイコン画像）３０１が一覧表示される。ここで、各アイコン画像には、衣装スキンを設定（着用）しているか否かを示すための表示も含まれる。具体的には、衣装スキンを設定している状態（外観が変更されている状態）では、アイコンの左上部分に着用マーク３０２が表示される（もちろん、アイコン画像自体もデフォルトの画像から変更されている）。衣装スキンを設定していない状態（外観が変更されていない状態）では、この着用マーク３０２は表示されない。これにより、この一覧画像において、衣装スキンの着用状態を把握させやすくしている。

上記画面で、衣装スキンを変更したい個別キャラクタのアイコン画像を選択すると、図６に示すような画面が表示される。この画面では、その個別キャラクタの全身画像３１１（図６では衣装スキン設定中の状態）と、外観切り替えボタン３１２、戻るボタン３１３と決定ボタン３１４とが表示されている。その他、キャラクタ名称や衣装スキンの名称も表示されている。外観切り替えボタン３１２を操作することで、設定したい外観画像を切り替えることができる。当該切り替え操作を行うと、例えば、図７で示すような、購入した衣装スキンを設定していない場合の（デフォルトの）全身画像が表示される。ユーザは、全身画像３１１で外観を確認しながら変更したい外観画像を選び、決定ボタン３１４を操作することで、外観画像の変更を確定することができる。なお、上述したように、このような操作で外観画像を変更しても、衣装スキンの購入に伴うパラメータの上昇効果は維持されたままである。

なお、上記のような衣装スキン購入後に更に同名キャラクタを入手する場合は、本実施形態では、上記の外観変更とパラメータ上昇効果が適用された状態で入手することになる。例えば、「タナカ」について衣装スキンを購入後、所定の抽選処理で更に「タナカ」を入手した場合、入手時の演出等は、上記外観が変更された画像が用いられることになる。また、パラメータ上昇効果も適用された状態で入手することになる。

また、購入した衣装スキンについては、仮にその後に上記サブスクリプションサービスを退会したとしても、削除等されることはなく、有効なまま維持される。

［本実施形態のゲーム処理の詳細］
次に、図８～図１７を参照して、本実施形態におけるゲーム処理についてより詳細に説明する。なお、以下の説明では、主に上記衣装スキンの購入・変更に関する処理について説明し、その他のゲーム処理の説明は割愛する。

［使用データについて］
まず、本ゲーム処理にて用いられる各種データに関して説明する。まず、サーバ１０１で用いられるデータに関して説明する。図８は、サーバ１０１のメモリ１１２に記憶される各種データの一例を示すメモリマップである。サーバ１０１のメモリ１１２には、サーバ側プログラム４０１、キャラクタマスタデータ４０２、衣装スキンマスタデータ４０３、ユーザデータベース４０４等が記憶されている。

サーバ側プログラム４０１は、本実施形態におけるゲーム処理を実行するためのプログラムである。例えば、ユーザのログイン処理や、ゲーム処理に必要な各種データを適宜情報処理端末１０２に送信するための処理を実行するためのプログラムである。

キャラクタマスタデータ４０２は、本ゲームに登場する全てのキャラクタの基本的な情報を定義したデータである。図９に、キャラクタマスタデータ４０２のデータ構成の一例を示す。図９で示すキャラクタマスタデータ４０２は、キャラクタＩＤ５１１、基本パラメータ情報５１２、基本画像データ５１３等の項目を有するテーブル形式のデータである。キャラクタＩＤ５１１は、上記同名キャラクタ単位でのキャラクタを一意に識別するためのＩＤである。基本パラメータ情報５１２は、同名キャラクタのパラメータ（ヒットポイントや攻撃力等）の初期値（例えばレベル１の時点の値）を示す情報である。また、レベルアップに伴うパラメータの上昇内容（上昇幅、成長テーブル等）を定義した情報も含まれる。換言すれば、上記衣装スキンによるパラメータ変化を適用していない場合における同名キャラクタのパラメータを示す情報である。基本画像データ５１３は、その同名キャラクタの基本的な（初期値としての）外観画像を示すデータである。

図８に戻り、次に、衣装スキンマスタデータ４０３は、本ゲームで用いられる上記衣装スキンの内容について定義したデータである。図１０に、衣装スキンマスタデータ４０３のデータ構成の一例を示す。衣装スキンマスタデータ４０３は、衣装ＩＤ５２１、対応キャラクタＩＤ５２２、変更値情報５２３、衣装画像データ５２４を少なくとも有するテーブル形式のデータである。衣装ＩＤ５２１は、各衣装スキンを一意に識別するためのＩＤである。対応キャラクタＩＤ５２２は、その衣装スキンによって外観画像を変更できる同名キャラクタを特定するための情報である。上記キャラクタマスタデータ４０２のいずれかのキャラクタＩＤ５１１がここに指定され得る。変更値情報５２３は、その衣装スキンによって変化させるパラメータの変化内容を定義した情報である。本実施形態では、上記基本パラメータ情報５１２に基づくパラメータ値に当該変更値情報５２３で示される値を追加するという形でパラメータの変更が行われる。そのため、当該変更値情報５２３には、例えば、「全パラメータ＋１」等を示す情報が定義される。衣装画像データ５２４は、当該衣装スキンにかかる外観画像の画像データである。

なお、上記キャラクタマスタデータ４０２や衣装スキンマスタデータ４０３は、例えばゲームの運営者によって、そのデータ内容（新キャラクタや新衣装）が適宜追加され得るものである。例えば、ゲーム開始時点では「タナカ」の衣装スキンのみ提供されている状態であっても、その後に、「スズキ」の衣装スキンが新たに提供されることもあり得る。換言すれば、衣装スキンを入手するための条件（本例では、サブスクリプションサービス加入状態において、衣装スキンを購入すること）は追加され得るものであるといえる。

また、本実施形態では、１つの同名キャラクタにつき、衣装スキンは最大で１つだけ提供される場合を想定して説明するが、他の実施形態では、１つの同名キャラクタに対して、複数種類の衣装スキンが提供されるような構成としてもよい。この場合、衣装スキン毎に上記パラメータを変更する内容を異ならせてもよいし、その変更内容を共通にしてもよい。

図８に戻り、次に、ユーザデータベース４０４は、本実施形態にかかるゲームをプレイする各ユーザに関するデータの集合となるデータベースである。本実施形態では、ユーザデータベース４０４は、後述するユーザデータ４０５が１レコードとして構成されるデータベースである。情報処理端末１０２では、ログイン処理が行われた後、そのユーザに対応したユーザデータ４０５をサーバ１０１から取得する処理等が行われる。

図１１を用いて、ユーザデータ４０５のデータ構成について説明する。図１１で示すユーザデータ４０５は、ユーザＩＤ５３１、加入状態データ５３２、所有キャラクタデータ５３３、所有スキンデータ５３４、進行状況データ５３５等で構成されている。ユーザＩＤ５３１は、各ユーザを一意に識別するためのＩＤである。加入状態データ５３２は、そのユーザが、上述したサブスクリプションサービスに加入しているか否かを示す情報である。なお、本実施形態では、月額料金制のサブスクリプションサービスを想定する。

所有キャラクタデータ５３３は、そのユーザが所有している上記個別キャラクタを示すデータである。図１２は、所有キャラクタデータ５３３のデータ構成の一例を示す図である。所有キャラクタデータ５３３は、所有番号５５１、キャラクタＩＤ５５２、レベル情報５５３、現在外観情報５５４、パラメータ変更フラグ５５５等の項目を有するテーブル形式のデータである。所有番号５５１は、そのユーザが所有する個別キャラクタ一意に識別するための番号である。例えば、個別キャラクタの入手順に割り当てられる番号である。キャラクタＩＤ５５２は、どの同名キャラクタであるかを示す情報であり、上記キャラクタマスタデータ４０２におけるキャラクタＩＤ５１１と対応するものである。レベル情報５５３は、その個別キャラクタの現在のレベルを示すデータである。現在外観情報５５４は、その個別キャラクタの現在の外観画像がどの画像であるかを示すための情報である。換言すれば、衣装スキンを購入している同名キャラクタの場合に、購入した衣装スキンの画像にしているのか、初期値の外観画像にしているのかを示す情報である。パラメータ変更フラグ５５５は、上記衣装スキンの購入によるパラメータの変更が適用される状態か否かを示す情報である。初期値は「オフ」が設定され、衣装スキンの購入により「オン」が設定される。当該フラグが「オン」の個別キャラクタは、例えば上記ＳＬＧパート等において、衣装スキンによるパラメータ上昇が適用された状態で扱われることになる。

図１１に戻り、所有スキンデータ５３４は、そのユーザが購入済みの衣装スキンを特定するための情報である。例えば、購入した衣装スキンに対応する上記衣装ＩＤ５２１が記憶され得る。

進行状況データ５３５は、そのユーザのゲームの進行状況を示すためのデータである。例えば、ストーリーモードでどこまで進んでいるか等を示すデータである、このデータに基づいて、ユーザは、前回中断したゲームを、その続きから再開することが可能となる。

その他、図示は省略するが、ログイン処理に用いられるユーザのプロフィール情報等、ユーザ個々に関する情報もユーザデータ４０５に含まれる。

次に、情報処理端末１０２のメモリに記憶される各種データについて説明する。図１３は、情報処理端末１０２のメモリ１２２に記憶される各種データの一例を示すメモリマップである。情報処理端末１０２のメモリ１２２には、端末側ゲームプログラム６０１、端末側ユーザデータ６０２、操作データ６０３、上記キャラクタマスタデータ４０２、上記衣装スキンマスタデータ４０３等が記憶される。

端末側ゲームプログラム６０１は、本実施形態に係るゲーム処理を実行するためのプログラムである。

端末側ユーザデータ６０２は、当該情報処理端末１０２を用いて本ゲーム処理をプレイするユーザに対応するユーザデータ４０５がメモリ１２２にコピーされたものである。そのデータ構成は、上記図１１で示したデータ構成と同じものであるため、説明は省略する。なお、ゲームプレイ中は、当該データが所定のタイミングで更新され、また、所定のタイミングでサーバ１０１に送信される。サーバ１０１では、当該送信された端末側ユーザデータ６０２に基づき、ユーザデータ４０５を適宜更新する処理が行われる。

操作データ６０３は、ユーザが操作部１２３に対して行った操作内容を示すデータであり、所定の周期で生成される。

キャラクタマスタデータ４０２および衣装スキンマスタデータ４０３は、本ゲームの開始時に上記サーバ１０１からメモリ１２２にコピーされたデータである。

その他、メモリ１２２には、本処理で用いられる各種の作業用データ等も適宜格納される。

［プロセッサ１２１が実行する処理の詳細］
次に、本実施形態にかかるゲーム処理の詳細を説明する。なお、ここでは、主に情報処理端末１０２における処理を説明する。具体的には、上記衣装スキンを購入するための「衣装購入処理」と、購入後に個別キャラクタの外観画像を変更するための「外観変更処理」について説明し、その他のゲーム処理の詳細は割愛する。また、サーバ１０１における処理については、必要に応じて適宜説明を加える。また、これらの処理に先立って、ユーザデータ４０５がサーバ１０１から取得され、端末側ユーザデータ６０２としてメモリ１２２に格納されている状態であるとする。

［衣装購入処理］
まず、衣装購入処理について説明する。図１４は、当該衣装購入処理の詳細を示すフローチャートである。当該処理は、例えば、所定のゲームメニュー内に表示されている「衣装購入」ボタン（図示は省略）をユーザが選択操作することで、開始される。

まず、ステップＳ１で、プロセッサ１２１は、加入状態データ５３２を参照して、ユーザが上記サブスクリプションサービスに加入している状態であるか否かを判定する。当該判定の結果、加入していない場合は（ステップＳ１でＮＯ）、ステップＳ２で、プロセッサ１２１は、サブスクリプションサービスに加入していないため、衣装購入ができない旨のメッセージを表示し、当該衣装購入処理を終了する。なお、この際、サブスクリプションサービス加入のための画面に遷移するボタン等も併せて表示するようにしてもよい。

一方、サブスクリプションサービスに加入している場合は（ステップＳ１でＹＥＳ）、次に、ステップＳ３で、プロセッサ１２１は、衣装スキンマスタデータ４０３に基づき、上記図４で示したような（購入できる）衣装スキンの一覧画面を生成して表示する。そして、ユーザの操作を待ち受ける。

次に、ステップＳ４で、プロセッサ１２１は、操作データ６０３を取得し、続くステップＳ５で、プロセッサは、操作データ６０３に基づき、いずれかのスキンの購入操作が行われたか否かを判定する。購入操作が行われていた場合は（ステップＳ５でＹＥＳ）、ステップＳ６で、プロセッサ１２１は、所定の決済処理を実行する。次に、ステップＳ８で、プロセッサ１２１は、当該スキン対応キャラクタを一体、ユーザに付与する処理を実行する。すなわち、プロセッサ１２１は、所有キャラクタデータ５３３にスキン対応キャラクタにかかるデータを１体分追加する処理を行う。

次に、図１５のステップＳ９で、プロセッサ１２１は、今回購入された衣装スキンにかかるデータを所有スキンデータ５３４に追加する。次に、ステップＳ１０で、プロセッサ１２１は、ユーザが所有するスキン対応キャラクタの全てについて、その外観画像を衣装スキンのものにするための設定を行う。具体的には、プロセッサ１２１は、今回購入された衣装スキンのスキン対応キャラクタにかかる（同名）キャラクタＩＤを特定する。そして、所有キャラクタデータ５３３のうち、当該特定されたキャラクタＩＤのデータを割り出し、その現在外観情報５５４に今回購入された衣装スキンを指定する。

次に、ステップＳ１１で、プロセッサ１２１は、今回購入された衣装スキンに対応する各個別キャラクタのパラメータを上昇させる処理を実行する。具体的には、プロセッサ１２１は、上記特定されたキャラクタＩＤのデータにおけるパラメータ変更フラグ５５５に「オン」を設定する。これにより、上記ＳＬＧパートにおいて、個別キャラクタのパラメータは、衣装スキンに設定されているパラメータ変更値が反映された状態で扱われることになる。その後、上記ステップＳ３に戻り、処理が繰り返される。

図１４に戻り、一方、上記ステップＳ５の判定の結果、購入操作が行われていない場合は（ステップＳ５でＮＯ）、ステップＳ１２で、プロセッサ１２１は、購入キャンセル操作、すなわち、当該衣装購入処理を終了するための操作が行われたか否かを判定する。当該判定の結果、購入キャンセル操作が行われていない場合は（ステップＳ１２でＮＯ）、上記ステップＳ３に戻り、処理が繰り返される。購入キャンセル操作が行われている場合は、当該衣装購入処理を終了する。

［外観変更処理］
次に、上記外観変更処理の詳細について説明する。図１６は、当該外観変更処理の詳細を示すフローチャートである。当該処理は、例えば、所定のゲームメニュー内に表示されている「衣装変更」ボタン（図示は省略）をユーザが選択操作することで、開始される。

まず、ステップＳ２１で、プロセッサ１２１は、上記図５で示したようなキャラクタの一覧画面を、所有キャラクタデータ５３３に基づいて生成し、表示部１２４に表示する。

次に、ステップＳ２２で、プロセッサ１２１は、操作データ６０３を取得し、続くステップＳ２３で、当該操作データ６０３に基づいて、いずれかのキャラクタの選択を確定する操作が行われたか否かを判定する。当該判定の結果、キャラクタ選択の確定操作が行われた場合は（ステップＳ２３でＹＥＳ）、ステップＳ２４で、プロセッサ１２１は、外観選択画面処理を実行し、その後、上記ステップＳ２１に戻る。この処理は、上記図６～図７を用いて説明したような外観画像の選択と決定を行うための処理である。

図１７は、上記外観選択画面処理の詳細を示すフローチャートである。まず、ステップＳ３１で、プロセッサ１２１は、上記図６（あるいは図７）で示したような画面を生成して表示部１２４に表示する。具体的には、プロセッサ１２１は、まず、上記処理で選択されたキャラクタの現在の外観画像を上記現在外観情報５５４に基づいて判別する。更に、現在設定されている外観に応じた、キャラクタの全身画像のデータを適宜読み出す。そして、上記図６で示したような画面を生成して表示する。

次に、ステップＳ３２で、プロセッサ１２１は、操作データ６０３を取得し、続くステップＳ３３で、当該操作データ６０３に基づき、外観を切り替える操作が行われたか否かを判定する。具体的には、上記図６における外観切り替えボタン３１２が操作されたか否かを判定する。操作されていた場合は（ステップＳ３３でＹＥＳ）、ステップＳ３４で、プロセッサ１２１は、当該画面で表示するキャラクタの全身画像を変更する処理を実行する。例えば、現在の外観画像が衣装スキンの画像であれば、デフォルトの外観画像（全身画像）に変更する処理が行われる。その後、ステップＳ３１に戻り、処理が繰り返される（全身画像が変更されているため、戻った後のステップＳ３１の処理では、変更後の全身画像が表示されることになる）。

一方、上記ステップＳ３３の判定の結果、外観切り替えボタン３１２の操作が行われていない場合は（ステップＳ３３でＮＯ）、ステップＳ３５で、プロセッサ１２１は、操作データ６０３に基づき、外観変更を確定するための操作が行われたか否かを判定する。具体的には、図６の決定ボタン３１４が操作されたか否かを判定する。当該判定の結果、決定ボタン３１４が操作された場合は（ステップＳ３５でＹＥＳ）、ステップＳ３６で、プロセッサ１２１は、外観画像の変更を確定する処理を行う。具体的には、プロセッサ１２１は、変更確定指定されたキャラクタと同じキャラクタＩＤ５５２のキャラクタ全てに対して、変更確定指示がなされた外観画像が指定されるように上記現在外観情報５５４の内容を変更する。これにより、外観画像の変更が同名キャラクタ全てに対して反映される。なお、ここで変更されるのは、外観画像だけとなるため、上述のように衣装スキン購入によるパラメータの上昇は、外観の変更内容にかかわらず維持されることになる。その後、外観選択画面処理は終了する。

一方、上記ステップＳ３５の判定の結果、変更確定操作が行われていない場合は（ステップＳ３５でＮＯ）、ステップＳ３７で、プロセッサ１２１は、操作データ６０３に基づき、外観選択画面処理を終了するための操作が行われたか否かを判定する。具体的には、図６の戻るボタン３１３が操作されたか否かを判定する。当該判定の結果、戻るボタン３１３の操作もされていない場合は（ステップＳ３７でＮＯ）、上記ステップＳ３１に戻り、処理が繰り返される。戻るボタン３１３が操作された場合は（ステップＳ３７でＹＥＳ）、プロセッサ１２１は、外観選択画面処理を終了する。

図１６に戻り、上記ステップＳ２３の判定の結果、キャラクタ選択の確定操作が行われていない場合は（ステップＳ２３でＮＯ）、ステップＳ２５で、プロセッサ１２１は、操作データ６０３に基づき、外観変更処理を終了するための操作（終了指示）が行われたか否かを判定する。当該判定の結果、終了指示が行われていない場合は（ステップＳ２５でＮＯ）、上記ステップＳ２１に戻り、処理が繰り返される。一方、終了指示が行われている場合は（ステップＳ２５でＹＥＳ）、プロセッサ１２１は、外観変更処理を終了する。

以上で、本実施形態にかかるゲーム処理の詳細説明を終了する。

このように、本実施形態では、所定条件を満たすことでキャラクタの外観を変更可能な衣装スキンを入手でき、この入手と同時にスキン対応キャラクタのパラメータを上昇させることができる。更に、その後にスキン対応キャラクタの外観画像を元に戻したとしても、パラメータ上昇の効果は失わせずに、そのまま維持させることができる。これにより、キャラクタの外観変更についての自由度をユーザに提供しつつ、そのキャラクタのゲーム内性能を向上させることもできる。そのため、例えば、愛着のある特定のキャラクタについて上記のような衣装スキンが提供されれば、その見た目を適宜変更して楽しみながら、そのキャラクタの性能向上もできる。その結果、このような愛着のあるキャラクタをゲーム内で長く使い続けることへのモチベーションをユーザに与えることができ、ゲームの興趣性を高めることができる。

［変形例］
なお、上記の処理が適用されるゲームは、上記のようなキャラクタが登場するゲームであればどのようなゲームでもよく、ロールプレイングゲーム、シミュレーションゲーム、アクションゲーム、シューティングゲーム、パズルゲーム等についても適用可能である。これらのゲームにおいて、例えばプレイヤが操作するキャラクタの外観を変更可能にするとともに、キャラクタ性能を上昇させるようにすればよい。キャラクタ性能の上昇については、上記のようなパラメータを上昇させることの他、以下のようにしてもよい。例えば、所定のスキル、魔法、技、武装を追加あるいは使用可能とする、パズルにおける思考のための持ち時間を増加させる、等で、ゲームをより有利に進めることができるような調整・変更をキャラクタに対して加えるようにしてもよい。

また、ゲーム内において、上記個別キャラクタの上記パラメータの具体的な数値を確認できる画面（以下、ステータス確認画面、図示は省略）を表示可能としておいてもよい。そして、当該ステータス確認画面において、衣装スキンを購入しているか否か、すなわち、衣装スキンがパラメータ変更が適用されている状態であるか否かが判別可能なように表示態様を異ならせてもよい。例えば、衣装スキン未購入のキャラクタについては、「攻撃力１０」と表示されるが、衣装スキン購入済みのキャラクタについては、「攻撃力１０（＋１）」というように表示態様を異ならせてもよい。その他、衣装スキン購入済みのキャラクタについては、上記衣装スキンを購入している（衣装スキンを所有している）ことを示す所定のマーク（例えば鎧のアイコン画像等）をステータス確認画面の所定の位置に表示するようにしてもよい。

また、上記の例では、衣装スキンの購入と同時に外観画像の変更設定を行う例を示した。他の実施形態では、購入と同時での外観画像の変更は行わないようにしてもよい。つまり、衣装スキンの購入は、外観画像を変更する権利をユーザが得ることに相当する。

また、上記のように、衣装スキンの購入と同時での外観画像の変更を行わない場合、上述したパラメータの変更については、購入と同時にパラメータ変更だけ適用してもよい。あるいは、購入後、最初に衣装スキンに外観変更したタイミングでパラメータ変更を適用するようにしてもよい。後者の場合は、衣装スキンの購入は、パラメータを上昇させる権利を得ることに相当する。

また、上記の例では、衣装スキン購入の際にスキン対応キャラクタを１体付与していたが、他の実施形態では、衣装スキン購入の際、その衣装スキンのスキン対応キャラクタをユーザが所持していない場合にのみ付与する構成としてもよい。

また、上記実施形態では、衣装スキンの購入によって衣装スキンのデータを入手できるという例を挙げた、この他、データ自体は先に入手できているが、衣装スキンを購入するまでは、当該データの利用が制限されている、という構成にしてもよい。つまり、衣装スキンのデータは所有しているが、その利用はロックされており、「衣装スキンの購入」によって、アンロックされる等である。換言すれば、この場合の「衣装スキンの購入」は、衣装スキンのデータの利用権・使用権を購入する、ということになる。

また、衣装スキンの入手方法に関して、上記の例ではサブスクリプションサービスに加入したうえで「購入」する例を示した。他の実施形態では、この他、サブスクリプションサービスに加入の特典として、加入と同時に所定の衣装スキンをユーザに配布するようにしてもよい。また、サブスクリプションサービスに加入中の間は、定期的に（例えば季節毎に）異なる衣装スキンを配布するようにしてもよい。その他、ゲーム内イベントのクリア報酬としてユーザに所定の衣装スキンを付与するようにしてもよい。

また、上記の例では、「購入」として所定の料金を支払う場合を想定したものを例示したが、この他、有料アイテムを使用することで、衣装スキンが入手可能としてもよい。

また、外観画像を変更する処理に関して、上記の例では、図５の一覧画面ではユーザが所有する個別キャラクタを表示する例を示した。この他、他の実施形態では、このような一覧画面において、ユーザは所有していないが、衣装スキンが提供されている同名キャラクタのアイコン画像も表示するようにしてもよい。この場合、表示はするが、その表示態様はユーザが所持するキャラクタと異ならせる（例えばグレーアウト表示）ようにし、選択操作は受け付けないようにすればよい。これにより、ユーザが所持していないキャラクタであって、衣装スキンが提供されているキャラクタが存在することをユーザに認識させることできる。これにより、ゲームに対するユーザの興味を高めることも可能となる。

また、上記実施形態では、衣装スキン購入と同時にスキン対応キャラクタの外観画像を変更した後、元の外観画像に戻す場合に、個別キャラクタ単位で戻す例を挙げていた。これに限らず、他の実施形態では、所定の衣装スキンに対応するスキン対応キャラクタ全てに対して、元の外観画像に一括で戻すことが可能な構成にしてもよい。

また、上記実施形態では、情報処理端末１０２に端末側ユーザデータ６０２（に含まれる所有キャラクタデータ５３３）を記憶させる構成を例として、外観画像が同じである複数の同名キャラクタを個別に管理する構成を例示した。他の実施形態では、情報処理端末１０２に（直接的に）データとして記憶させる構成ではなく、情報処理端末１０２において、サーバ１０１から受け取ったデータに基づいて複数の同名キャラクタの外観画像を別々に表示するという構成で、外観画像が同じ複数の同名キャラクタをそれぞれ個別に管理してもよい。

また、上記のような処理を実行する主体に関しても、上記のような構成に限らない。例えば、上記情報処理システムにおいて、サーバ１０１側のシステムは、複数の情報処理装置によって構成され、サーバ１０１側で実行するべき処理を複数の情報処理装置が分担して実行してもよい。また、情報処理端末１０２で実行される上記一連の処理のうちの主要な処理がサーバ側装置によって実行され、当該情報処理端末１０２では一部の処理が実行されてもよい。また、いわゆるクラウドゲーミングの構成としてもよい。例えば、情報処理端末１０２は、ユーザの操作を示す操作データ５０５をサーバ１０１に送り、サーバ１０１において各種ゲーム処理が実行され、その実行結果が動画・音声として情報処理端末１０２にストリーミング配信されるような構成としてもよい。また、逆に、単体の情報処理装置において、上述したような処理が実行されるような構成としてもいい。

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

Claims (10)

1. ユーザが所有する複数のキャラクタであって、外観を表す外観画像とゲームに使用されるゲーム用パラメータとがそれぞれ対応付けられた複数のキャラクタを管理し、当該複数のキャラクタの中に同じ外観画像が設定されているキャラクタが複数含まれる場合にも、当該外観画像が同じ複数のキャラクタをそれぞれ個別に管理するキャラクタ管理手段と、
   前記ユーザが所有する複数の前記キャラクタのうち少なくともいずれかを用いてゲームを実行するゲーム実行手段と、
   前記ユーザが所有する前記複数のキャラクタのうち、前記外観画像を変更するための変更可能化条件が満たされている特定キャラクタのうち前記ユーザに指定された特定キャラクタについて、当該特定キャラクタに対応付けて予め設定されている第１画像にするか、当該変更可能化条件を満たしたことによって選択可能となった第２画像にするかを前記ユーザの指示に基づいて選択し、所有するすべての当該指定された特定キャラクタの外観画像を選択された画像に変更する画像変更手段と、
   いずれかのキャラクタについて前記変更可能化条件が満たされた場合に、前記ユーザが所有するキャラクタのうち、当該変更可能化条件が満たされたすべての特定キャラクタの前記ゲーム用パラメータを変更するパラメータ変更手段とを備える、情報処理システム。
2. 前記キャラクタにはそれぞれ、前記ゲーム用パラメータとして用いられ、前記ゲームの進行状況に応じて変化する基本パラメータが予め設定されており、
   前記パラメータ変更手段は、所有するすべての前記特定キャラクタの前記基本パラメータに対し、前記ゲームの進行状況にかかわらず所定の値を加算する、請求項１に記載の情報処理システム。
3. 前記変更可能化条件を満たした後は、当該変更可能化条件を満たす特定キャラクタの前記外観画像を前記第１画像とするか前記第２画像とするかを任意に変更可能であって、
   前記パラメータ変更手段は、前記特定キャラクタの前記外観画像が前記第１画像である場合と前記第２画像である場合とで、前記ゲーム用パラメータを変化させない、請求項１または２に記載の情報処理システム。
4. 前記画像変更手段は、前記特定キャラクタのうち、前記変更可能化条件を満たす前から前記ユーザが所有しているキャラクタに対しても前記外観画像の変更を行い、
   前記パラメータ変更手段は、前記特定キャラクタのうち、前記変更可能化条件を満たす前から前記ユーザが所有しているキャラクタに対しても前記ゲーム用パラメータの変更を行う、請求項１乃至３のいずれかに記載の情報処理システム。
5. 前記画像変更手段は、前記特定キャラクタのうち、前記変更可能化条件を満たした後に新たにユーザが入手した前記キャラクタに対しても、前記外観画像の変更を行い、
   前記パラメータ変更手段は、前記特定キャラクタのうち、前記変更可能化条件を満たした後に前記ユーザが入手した前記キャラクタに対しても、前記ゲーム用パラメータの変更を行う、請求項１乃至４のいずれかに記載の情報処理システム。
6. 前記情報処理システムは、前記変更可能化条件が満たされた場合に、当該特定キャラクタを所定数当該ユーザに付与する特定キャラクタ付与手段を更に備える、請求項１乃至５のいずれかに記載の情報処理システム。
7. 前記変更可能化条件は、前記ゲームに関連する所定のサブスクリプションサービスに加入している状態において満たすことができる条件であり、
   前記変更可能化条件が一旦満たされた前記特定キャラクタについては、前記サブスクリプションサービスから退会した後も、前記画像変更手段による外観画像の変更が可能であり、また、前記パラメータ変更手段による変更後のゲーム用パラメータも維持される、請求項１乃至６のいずれかに記載の情報処理システム。
8. 情報処理システムに含まれる少なくとも１つのプロセッサに実行させる情報処理プログラムであって、
   前記プロセッサを、
   ユーザが所有する複数のキャラクタであって、外観を表す外観画像とゲームに使用されるゲーム用パラメータとがそれぞれ対応付けられた複数のキャラクタを管理し、当該複数のキャラクタの中に同じ外観画像が設定されているキャラクタが複数含まれる場合にも、当該外観画像が同じ複数のキャラクタをそれぞれ個別に管理するキャラクタ管理手段と、
   前記ユーザが所有する複数の前記キャラクタのうち少なくともいずれかを用いてゲームを実行するゲーム実行手段と、
   前記ユーザが所有する前記複数のキャラクタのうち、前記外観画像を変更するための変更可能化条件が満たされている特定キャラクタのうち前記ユーザに指定された特定キャラクタについて、当該特定キャラクタに対応付けて予め設定されている第１画像にするか、当該変更可能化条件を満たしたことによって選択可能となった第２画像にするかを前記ユーザの指示に基づいて選択し、所有するすべての当該指定された特定キャラクタの外観画像を選択された画像に変更する画像変更手段とを備え、
   いずれかのキャラクタについて前記変更可能化条件が満たされた場合に、前記ユーザが所有するキャラクタのうち、当該変更可能化条件が満たされたすべての特定キャラクタの前記ゲーム用パラメータが変更される、情報処理プログラム。
9. 少なくとも１のプロセッサを含む情報処理装置であって、
   ユーザが所有する複数のキャラクタであって、外観を表す外観画像とゲームに使用されるゲーム用パラメータとがそれぞれ対応付けられた複数のキャラクタを管理し、当該複数のキャラクタの中に同じ外観画像が設定されているキャラクタが複数含まれる場合にも、当該外観画像が同じ複数のキャラクタをそれぞれ個別に管理するキャラクタ管理手段と、
   前記ユーザが所有する複数の前記キャラクタのうち少なくともいずれかを用いてゲームを実行するゲーム実行手段と、
   前記ユーザが所有する前記複数のキャラクタのうち、前記外観画像を変更するための変更可能化条件が満たされている特定キャラクタのうち前記ユーザに指定された特定キャラクタについて、当該特定キャラクタに対応付けて予め設定されている第１画像にするか、当該変更可能化条件を満たしたことによって選択可能となった第２画像にするかを前記ユーザの指示に基づいて選択し、所有するすべての当該指定された特定キャラクタの外観画像を選択された画像に変更する画像変更手段とを備え、
   前記変更可能化条件が満たされた場合に、当該外観画像の変更が可能となったキャラクタすべての前記ゲーム用パラメータが変更される、情報処理装置。
10. 情報処理システムを制御する少なくとも１つのプロセッサが実行する情報処理方法であって、
    前記プロセッサに、
    ユーザが所有する複数のキャラクタであって、外観を表す外観画像とゲームに使用されるゲーム用パラメータとがそれぞれ対応付けられた複数のキャラクタを管理させ、当該複数のキャラクタの中に同じ外観画像が設定されているキャラクタが複数含まれる場合にも、当該外観画像が同じ複数のキャラクタをそれぞれ個別に管理させ、
    前記ユーザが所有する複数の前記キャラクタのうち少なくともいずれかを用いてゲームを実行させ、
    前記ユーザが所有する前記複数のキャラクタのうち、前記外観画像を変更するための変更可能化条件が満たされている特定キャラクタのうち前記ユーザに指定された特定キャラクタについて、当該特定キャラクタに対応付けて予め設定されている第１画像にするか、当該変更可能化条件を満たしたことによって選択可能となった第２画像にするかを前記ユーザの指示に基づいて選択し、所有するすべての当該指定された特定キャラクタの外観画像を選択された画像に変更させ、
    いずれかのキャラクタについて前記変更可能化条件が満たされた場合に、前記ユーザが所有するキャラクタのうち、当該変更可能化条件が満たされたすべての特定キャラクタの前記ゲーム用パラメータを変更させる、情報処理方法。