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

Abstract

【課題】キャラクタに対してスキルを付加する機能をユーザが利用しやすくする。【解決手段】情報処理システムは、ゲームの進行に影響を与え得る複数のスキルのうち少なくとも１つを付加可能なキャラクタを用いた複数のゲームを含むアプリケーションを実行する。複数のゲームのうちの１つである第１ゲームにおいては、ユーザが所有するキャラクタである所有キャラクタが用いられる。情報処理システムは、複数のスキルのうちユーザが利用可能な少なくとも１つのスキルを所有キャラクタに対して付加する。複数のゲームのうち第１ゲームとは異なる第２ゲームにおいては、当該第２ゲームで利用するために用意された利用キャラクタが用いられる。情報処理システムは、第２ゲームの進行に応じて、複数のスキルのうち少なくとも１つのスキルを利用キャラクタに対して付加する。【選択図】図８

Description

本発明は、ゲームを実行するための情報処理プログラム、情報処理システム、情報処理装置、および、情報処理方法に関する。

従来、ゲームで用いられるキャラクタに対して一定条件下でスキルを付加することが行われている（例えば、非特許文献１参照）。

"Learn withSharena! Fire Emblem Heroes Inheriting Hero Skills"、［online］、任天堂株式会社、［令和元年９月２４日検索］、インターネット＜https://guide.fire-emblem-heroes.com/en-US/sa003/＞

上記のゲームにおいて、キャラクタに対してスキルを付加するためには一定の条件を満たす必要があるため、キャラクタに対するスキルの付加をユーザが容易には行うことができない場合も考えられる。スキルの付加を容易には行えない場合、ユーザは、キャラクタに対してスキルを付加する機能を利用しなくなることも考えられる。このように、スキルを付加する機能をユーザに利用させることに関しては改善の余地があった。

それ故、本発明の目的は、キャラクタに対してスキルを付加する機能をユーザが利用しやすくすることが可能な情報処理プログラム、情報処理システム、情報処理装置、および、情報処理方法を提供することである。

上記の課題を解決すべく、本発明は、以下の（１）〜（１７）の構成を採用した。

（１）
本発明の一例は、ゲームの進行に影響を与え得る複数のスキルのうち少なくとも１つを付加可能なキャラクタを用いた複数のゲームを含むアプリケーションを情報処理装置のコンピュータに実行させるための情報処理プログラムである。情報処理プログラムは、コンピュータを、第１ゲーム実行手段と、第１付加手段と、第２ゲーム実行手段と、第２付加手段として機能させる。第１ゲーム実行手段は、複数のゲームのうちの１つであって、ユーザが所有するキャラクタである所有キャラクタを用いる第１ゲームを実行する。第１付加手段は、複数のスキルのうちユーザが利用可能な少なくとも１つのスキルを所有キャラクタに対して付加する。第２ゲーム実行手段は、複数のゲームのうち第１ゲームとは異なる第２ゲームであって、当該第２ゲームで利用するために用意された利用キャラクタを用いる第２ゲームを実行する。第２付加手段は、第２ゲームの進行に応じて、複数のスキルのうち少なくとも１つのスキルを、利用キャラクタに対して付加する。

上記（１）の構成によれば、ユーザは、第２ゲームを進行させることで所有キャラクタとは別の利用キャラクタに対してスキルを付加することができるので、キャラクタに対してスキルを付加する機能をユーザにとって利用しやすくすることができる。

（２）
情報処理プログラムは、キャラクタ付与手段としてコンピュータをさらに機能させてもよい。キャラクタ付与手段は、アプリケーションにおいて付与条件が満たされた場合、利用キャラクタに対応するキャラクタをユーザに付与することによって、当該キャラクタを所有キャラクタとする。

（３）
第１ゲーム実行手段は、キャラクタのうち、ユーザが所有するキャラクタである所有キャラクタを用いる第１ゲームを実行してもよい。第２ゲーム実行手段は、上記キャラクタのうち、第２ゲームで利用するために用意された利用キャラクタを用いる第２ゲームを実行してもよい。

上記（２）または（３）の構成によれば、スキル試用ゲームにおける利用キャラクタに対応する所有キャラクタを通常ゲームにおいて用いる動機付けをユーザに与えることができ、通常ゲームを行う動機付けをユーザに与えることができる。

（４）
互いに対応する所有キャラクタと利用キャラクタとのそれぞれに同一のスキルが付加される場合には、当該スキルは、当該所有キャラクタが用いられる第１ゲームの進行と、当該利用キャラクタが用いられる第２ゲームの進行とに同じ影響を与えてもよい。

上記（４）の構成によれば、ユーザは、第２ゲームにおいてスキルが付加された利用キャラクタから、第１ゲームにおいて当該スキルが付加された所有キャラクタの能力を容易に推察することができる。これによって、第１ゲームを行う動機付けをより強くユーザに与えることができる。

（５）
第２付加手段は、複数のスキルから所定の規則に従って選出されるスキルのうち少なくとも１つを利用キャラクタに対して付加してもよい。

上記（５）の構成によれば、ユーザは、所定の規則に従って利用キャラクタにスキルを付加することができる。

（６）
第２付加手段は、複数のスキルから抽選によって選出されるスキルのうちユーザによって指定されたスキルを利用キャラクタに対して付加してもよい。

上記（６）の構成によれば、利用キャラクタに付加するスキルが抽選に基づいて選出されるため、ユーザは種々のスキルを試すことができる。これにより、スキルを付加することに関する興趣性を向上することができる。

（７）
第２付加手段は、第２ゲームの進行に関する進行条件が満たされる度に利用キャラクタに対してスキルを付加してもよい。

上記（７）の構成によれば、第２ゲームを繰り返しプレイすることで利用キャラクタに対して繰り返しスキルが付加されるため、第２ゲームをプレイする度に、スキルを付加する機能を利用する動機付けをユーザに与えることができる。

（８）
第２付加手段は、進行条件が満たされた場合、当該進行条件を満たすために用いられた複数の利用キャラクタのうち、第２ゲームに関するキャラクタ条件を満たした利用キャラクタに対してスキルを付加してもよい。

上記（８）の構成によれば、ユーザは、スキルを付加したい利用キャラクタがキャラクタ条件を満たすことができるように第２ゲームを行うので、第２ゲームの戦略性が向上し、興趣性を向上することができる。

（９）
第２ゲーム実行手段は、単位期間あたりに第２ゲームをユーザが行うことが可能な回数に制限を設けてもよい。

上記（９）の構成によれば、無制限にゲームを繰り返して利用キャラクタにスキルが無制限に付加されることを抑制することで、第２ゲームの戦略性を向上するができる。

（１０）
複数のスキルは、複数のグループに分類されてもよい。１つの利用キャラクタに対して、１つのグループにつき所定数のスキルを付加可能であってもよい。

上記（１０）の構成によれば、利用キャラクタに対して複数のスキルを付加することができ、第２ゲームの興趣性を向上することができる。

（１１）
第２付加手段は、同じグループのスキルが所定数付加されている利用キャラクタに対して新たに当該グループのスキルを付加する場合、付加済みのスキルの１つを消去して当該新たなスキルを当該利用キャラクタに付加してもよい。

上記（１１）の構成によれば、ユーザは、新たなスキルを利用キャラクタに対して付加する場合において、当該利用キャラクタに対してすでに付加されているスキルを消去する必要がないので、第２ゲームにおけるユーザの操作を簡略化することができる。

（１２）
第１付加手段は、ユーザがアプリケーション内において所有するアプリ内資産を消費することを条件としてスキルを所有キャラクタに付加してもよい。第２付加手段は、アプリ内資産を消費することを条件とせずに、利用キャラクタに対してスキルを付加してもよい。

上記（１２）の構成によれば、利用キャラクタに対するスキルの付加を、所有キャラクタに対してスキルを付加する場合よりも容易にすることによって、第２ゲームをプレイする動機付けをユーザに与えることができる。

（１３）
所有キャラクタのそれぞれには少なくとも１つのスキルが関連付けられていてもよい。第１付加手段は、ある所有キャラクタに対して当該所有キャラクタに関連付けられていないスキルを付加する場合、アプリ内資産を消費することを条件として当該スキルを当該所有キャラクタに付加してもよい。第２付加手段は、利用キャラクタに関連付けられるスキルと、当該利用キャラクタに関連付けられないスキルとの両方を、アプリ内資産を消費することなく当該利用キャラクタに対して付加可能であってもよい。

上記（１３）の構成によれば、第２ゲームにおける利用キャラクタと、それに付加するスキルとの組み合わせのバリエーションを増やすことができる。

（１４）
第２付加手段は、利用キャラクタに関連付けられるスキルと、当該利用キャラクタに関連付けられないスキルとの両方を候補として提示することが可能であり、当該候補のうちでユーザによって指定されたスキルを、当該利用キャラクタに対して付加してもよい。

上記（１４）の構成によれば、利用キャラクタに付加するスキルをユーザが指定することができるので、スキルを付加することに関するユーザの利便性を向上することができる。

（１５）
アプリ内資産には、複数のスキルのうち少なくとも１つのスキルが関連付けられてもよい。第１付加手段は、あるキャラクタに対して当該キャラクタに関連付けられていないスキルを付加する場合、ユーザがアプリケーション内において所有するアプリ内資産を消費することを少なくとも条件として、当該アプリ内資産に関連付けられるスキルを当該キャラクタに対して付加してもよい。

上記（１５）の構成によれば、所有キャラクタに対するスキルの付加に関する戦略性を向上することができ、ゲームの興趣性を向上することができる。

（１６）
第２ゲーム実行手段は、第２ゲームの進行に応じて、アプリ内資産、および／または、アプリ内資産に変換可能な、当該アプリ内資産とは異なる種類の資産をユーザに付与してもよい。

上記（１６）の構成によれば、第２ゲームをプレイすることに対してユーザにより強い動機付けを与えることができる。

（１７）
所有キャラクタに対して付加されたスキルには、第１ゲームを進めることで満たすことが可能となるスキル利用条件が設定されてもよい。情報処理プログラムは、利用設定手段としてコンピュータをさらに機能させてもよい。利用設定手段は、所有キャラクタに対して付加されたスキルのうちスキル利用条件が満たされたスキルを、当該スキルが付加された所有キャラクタによって利用可能な状態とする。第２付加手段は、スキル利用条件を満たすか否かに関わらず、利用キャラクタに対して付加されたスキルを当該所有キャラクタによって利用可能な状態としてもよい。

上記（１７）の構成によれば、利用キャラクタに対してスキルを利用可能とすることを、所有キャラクタに対してスキルを利用可能とする場合よりも容易にすることによって、第２ゲームをプレイする動機付けをユーザに与えることができる。

なお、本発明の別の一例は、上記（１）〜（１７）における各手段の全部または一部を備える情報処理システム、情報処理装置、または、サーバであってもよい。また、本発明の別の一例は、上記（１）〜（１７）の構成において実行される情報処理方法であってもよい。

本発明によれば、キャラクタに対してスキルを付加する機能をユーザが利用しやすくすることができる。

本実施形態における情報処理システムの構成の一例を示すブロック図 サーバの構成の一例を示すブロック図 情報処理装置の構成の一例を示すブロック図 スキル継承が行われる前後における所有キャラクタの状態の一例を示す図 ステージ選択画像の一例を示す図 スキル選択画像の一例を示す図 情報処理システムにおける情報処理に用いられる各種データの一例を示す図 情報処理装置によって実行されるアプリケーション処理の流れの一例を示すフローチャート 図８に示すステップＳ５のスキル試用ゲーム処理の詳細な流れの一例を示すサブフローチャート サーバ処理の流れの一例を示すフローチャート

［１．情報処理システムの構成］
以下、本実施形態に係る情報処理システム、情報処理プログラム、および、情報処理方法について説明する。まず、本実施形態に係る情報処理システムの全体構成と、情報処理システムに含まれる情報処理装置およびサーバの構成とについて説明する。図１は、本実施形態における情報処理システムの構成の一例を示すブロック図である。図１に示すように、情報処理システムは、サーバ１と、情報処理装置２とを含む。これらのサーバ１および情報処理装置２は、インターネットおよび／またはモバイル通信網等のネットワーク３に接続可能である。サーバ１および情報処理装置２は、ネットワーク３を介して互いに通信可能である。

サーバ１は、情報処理装置２において実行されるアプリケーション（具体的には、ゲームアプリケーション）に関するサービスを提供するためのサーバである。本実施形態において、サーバ１は、情報処理装置２においてゲームを実行するためのゲームサーバであり、情報処理装置２においてゲーム処理を実行するための環境を提供する。例えば、サーバ１は、ゲーム処理を実行する情報処理装置２からの要求に応じて、必要に応じてゲーム処理を実行し、要求に応じたデータを当該情報処理装置２へ送信する（図１参照）。

情報処理装置２は、ユーザが有する端末装置の一例であり、例えば、スマートフォン、携帯型または据置型のゲーム装置、携帯電話、タブレット端末、パーソナルコンピュータ、あるいは、ウェアラブル端末等である。情報処理装置２は、サーバ１がサービスを提供するゲームのためのゲームプログラム（換言すれば、ゲームアプリケーション）を実行することが可能である。

（サーバ１の構成の具体例）
図２は、サーバ１の構成の一例を示すブロック図である。図２に示す、サーバ１が備える各構成は、１以上の情報処理装置によって実現される。ここで、本明細書では、「サーバ」とは、１つの情報処理装置（すなわち、サーバ装置）を指す他、そのサーバの機能が複数のサーバ装置によって実現される場合にはサーバ装置群（すなわち、サーバシステム）全体を指す意味である。つまり、「サーバ」とは、サーバ装置であってもよいし、サーバシステムであってもよい。なお、サーバシステムに複数の情報処理装置が含まれる場合、各情報処理装置は、同じ場所に配置されてもよいし、異なる場所に配置されてもよい。なお、本実施形態におけるサーバ１のハードウェア構成は、従来のサーバのためのハードウェア構成と同様であってもよい。

図２に示すように、サーバ１は、処理部１１および記憶部１２を備える。処理部１１は、サーバ１の各部１２〜１５に電気的に接続される。処理部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、換言すれば、プロセッサ）およびメモリを有する。サーバ１においては、ＣＰＵがメモリを用いて、記憶部１２に記憶されたプログラムを実行することによって各種の情報処理が実行される。記憶部１２は、処理部１１がアクセス可能な任意の記憶装置（記憶媒体とも言う）である。記憶部１２は、処理部１１において実行されるプログラム、処理部１１による情報処理に用いられるデータ、および、当該情報処理によって得られたデータ等を記憶する。本実施形態においては、記憶部１２は、情報処理装置２において実行されるゲーム処理のためにサーバ側で実行されるゲーム処理のためのプログラムを少なくとも記憶する。

サーバ１は、通信部１３を備える。通信部１３は、ネットワーク３に接続し、ネットワーク３を介して他の装置（例えば、情報処理装置２）と通信を行う機能を有する。また、サーバ１は、入出力インターフェースとして、入力部１４および表示部１５を備える。

（情報処理装置２の構成の具体例）
図３は、情報処理装置２の構成の一例を示すブロック図である。図３に示すように、情報処理装置２は、処理部２１および記憶部２２を備える。処理部２１は、情報処理装置２の各部２２〜２５に電気的に接続される。処理部２１は、ＣＰＵ（換言すれば、プロセッサ）およびメモリを有する。情報処理装置２においては、ＣＰＵがメモリを用いて、記憶部２２に記憶されたプログラム（より具体的には、ゲームプログラム）を実行することによって各種の情報処理が実行される。記憶部２２は、処理部２１において実行されるプログラム、処理部２１による情報処理に用いられるデータ、および、当該情報処理によって得られたデータ等を記憶する。記憶部２２は、情報処理装置２の本体装置（具体的には、処理部２１が設けられる装置）に内蔵される記憶媒体であってもよいし、本体装置に対して着脱可能な記憶媒体（例えば、カード記憶媒体）であってもよい。なお、上記プログラムは、サーバ１から情報処理装置２へダウンロードされることによって本体装置２に記憶されてもよい。

情報処理装置２は、入力部２３を備える。入力部２３は、ユーザによる入力を受け付ける任意の入力装置であってよい。本実施形態において、入力部２３は、後述する表示部２４の画面に設けられるタッチパネルを備える。なお、入力部２３は、タッチパネルに加えて（または代えて）、ボタン、および／または、慣性センサ（例えば、加速度センサやジャイロセンサ）等を含んでいてもよい。入力部２３は、情報処理装置２の本体装置に設けられる入力装置であってもよいし、本体装置とは別体の入力装置（例えば、ゲームコントローラ）であってもよい。

情報処理装置２は、表示部２４を備える。表示部２４は、情報処理装置２の処理部２１において実行される情報処理によって生成された画像（例えば、ゲーム画像等）を表示する。表示部２４は、情報処理装置２の本体装置に設けられる表示装置であってもよいし、本体装置とは別体の表示装置であってもよい。なお、情報処理装置２は、スピーカ、マイク、および／または、カメラ等を備えていてもよい。

情報処理装置２は、通信部２５を備える。本実施形態において、通信部２５は、モバイル通信網（換言すれば、携帯電話通信網）に接続して通信を行う機能を有する。すなわち、情報処理装置２（具体的には、処理部２１）は、通信部２５を用いて（換言すれば、通信部２５を介して）モバイル通信網を介してネットワーク３に接続し、他の装置（例えば、サーバ１等）と通信を行う。なお、情報処理装置２がネットワーク３を介した通信を行うための通信部の構成は任意である。例えば、通信部２５は、Ｗｉ−Ｆｉの認証を受けた通信モジュールによって無線ＬＡＮに接続する機能を有していてもよいし、モバイル通信網に接続する機能と、無線ＬＡＮに接続する機能との両方を有していてもよい。

［２．情報処理システムにおける処理の概要］
以下、本実施形態における情報処理システムにおいて実行される処理の概要について説明する。本実施形態においては、情報処理システムにおいて、アプリケーション内においてゲームキャラクタ（以下、単に「キャラクタ」と記載する）を用いたゲームが実行される。本実施形態においては、キャラクタをユニット（換言すれば、駒）として敵ユニットと戦わせるシミュレーションゲームが行われる。ただし、キャラクタを用いたゲームの種類は任意であり、パズルゲームやロールプレイングゲームであってもよい。また、キャラクタは、例えばゲームに登場する人物であるが、ゲームの設定において個性を有する物であれば人物に限らない。例えば、キャラクタは、動物、武器、または、アイテム等であってもよい。

（２−１．所有キャラクタ）
本実施形態においては、ゲームに登場するキャラクタのうち、アプリケーションにおいてユーザが所有するキャラクタを「所有キャラクタ」と呼ぶ。所有キャラクタは、アプリケーションにおける複数のゲームのそれぞれについて利用可能なキャラクタである（ただし、本実施形態では後述の通り、利用することができるゲームについては一定の制限が設けられている。）。

本実施形態においては、情報処理システムは、アプリケーションにおいて所定の付与条件が満たされた場合にキャラクタをユーザに付与することによって、当該ユーザが当該キャラクタを（所有キャラクタとして）所有する状態とする。なお、ユーザに所有キャラクタを付与する方法は任意である。例えば、情報処理システムは、所定のアイテムと引き換えに行うことができる抽選によってキャラクタを選出し、選出されたキャラクタをユーザに付与してもよい。このとき、ユーザは、現実のお金によって上記抽選を行うためのアイテムを購入することが可能であってもよい。また例えば、現実のお金によってキャラクタ自体を購入することで当該キャラクタを所有することが可能であってもよい。また、アプリケーションにおいて最初にゲームを開始した時にユーザに付与される所有キャラクタがあってもよい。また、アプリケーション内のゲームに関する所定の目標をユーザが達成した報酬として、所定のキャラクタがユーザに付与されてもよい。

本実施形態においては、アプリケーションには、複数種類のゲームが含まれている。つまり、情報処理システムは、上記アプリケーションを実行することによって複数のゲームを実行することが可能である。なお、「複数のゲーム」とは、例えば所謂ストーリーモードとイベントモード、あるいは、一人用モードと対戦モードのように、ゲームルールが共通するものの区分されるゲームのそれぞれを意味してもよいし、互いにゲームルールが異なるゲームのそれぞれを意味してもよい。上記所有キャラクタは、後述するスキル試用ゲーム（第２ゲームの一例）を除く複数のゲーム（第１ゲームの一例）において用いることが可能である。なお、本実施形態においては、所有キャラクタを用いるゲームを、後述するスキル試用ゲームと区別する目的で「通常ゲーム」と呼ぶことがある。

また、所有キャラクタについては、当該所有キャラクタの強さ（例えば、レベル、攻撃力、および、防御力等）を示す１種類以上のパラメータが設定されている。所有キャラクタに設定されるパラメータは、各通常ゲームにおいて共通に用いられる。例えば、所有キャラクタのレベルが４０である場合（すなわち、レベルを示すパラメータの値が４０である場合）、情報処理システムは、上記各通常ゲームにおいて、レベルが４０である当該所有キャラクタを用いてゲームを実行する。なお、上記各通常ゲームにおいては、所有キャラクタに設定されるパラメータがそのまま用いられる必要はなく、ゲームによっては、パラメータに何らかの補正が加えられ、補正後のパラメータの値が用いられてもよい。例えば、上記各通常ゲームのうち特定のゲームにおいては、特定のキャラクタにおけるパラメータが所定値だけ上昇されてもよい。このように、所有キャラクタについては、複数の通常ゲームにおいて共通に用いられるパラメータが設定され、当該複数の通常ゲームにおいては当該パラメータに基づいてゲームが実行される。したがって、ユーザは、所有キャラクタを強化する（成長させるとも言える）ことで、強化した所有キャラクタを複数の通常ゲームにおいて用いることができる。

（２−２．スキル）
本実施形態においては、キャラクタは、スキルを装備することができる。スキルは種々の態様でゲームの進行に影響を与え得る能力である。スキルの内容、換言すれば、スキルがゲームの進行に与え得る影響は任意であり、例えば、次のようなものであってもよい。
・キャラクタ自体や味方のキャラクタを強化する（例えば、攻撃力を３上昇させる等）スキル
・敵のキャラクタを弱体化する（例えば、防御力を５下降させる等）スキル
・キャラクタが特定の能力を使用できるようになる（例えば、必殺技を使用できるようになる、移動量が増加する、あるいは、敵キャラクタの動きを封じることができるようになる等）スキル
なお、スキルは、キャラクタに装備させることで当該キャラクタに対して何らかの能力を設定するものであればよく、ゲームの設定上は、キャラクタに装備される装備品（例えば、武器や防具）またはアイテムであってもよい。上記のようなスキルを装備させた状態でキャラクタをゲームに用いることによって、ユーザはゲームを有利に進めることができる。

本実施形態においては、所有キャラクタは、自身に装備させるためのスキルを保有することができる。つまり、ユーザは、所有キャラクタが保有しているスキルのうちからいくつかのスキルを選択し、選択したスキルを当該所有キャラクタに装備させることができる。

なお、本実施形態においては、スキルは、複数のグループのうち１つに分類される。具体的には、スキルのグループとしては、武器スキル、サポートスキル、奥義スキル、Ａスキル、Ｂスキル、Ｃスキル、および、Ｓスキルの７つがあり、１つのスキルは７つのグループのいずれかに属する。例えば、キャラクタが装備する武器に関するスキル（例えば、銀の剣等）は、武器スキルのグループに属する。また例えば、装備することでキャラクタが特定の奥義（換言すれば、必殺技）を使用できるようになるスキルは、奥義スキルのグループに属する。本実施形態においては、キャラクタは、１つのグループにつき所定数（ここでは、１つ）のスキルを同時に装備することができる。具体的には、キャラクタは、７つのグループにつき１つずつ、合計７個のスキルを同時に装備することができる。なお、キャラクタが保有するスキルの数は上記所定数以上であってよく、１つのグループにつき複数のスキルを保有することができる。

本実施形態においては、キャラクタが保有可能な複数のスキルのうち、一部のスキル（例えば、キャラクタが所有キャラクタとなった時点で装備されていないスキル）については、スキルポイントを消費することを条件に、キャラクタに装備させることが可能となる。つまり、本実施形態においては、一部のスキルについては、所有キャラクタが当該スキルを保有しているだけでは装備することはできず、スキルポイントを消費することを条件に、当該所有キャラクタに当該スキルを装備させることができる。なお、スキルポイントは、所有キャラクタにスキルを装備させるために用いられるポイントであり、ユーザは、ゲームを進めることによって（例えば、ゲーム中において敵キャラクタを倒す毎に）獲得することができる。なお、スキルポイントは、所有キャラクタ毎に設定（つまり、１つの所有キャラクタに対して、当該所有キャラクタに用いることができるスキルポイントが設定される）されてもよいし、ユーザ毎に設定（つまり、１人のユーザに対して１種類のスキルポイントが設定される）されてもよい。

以上のように、本実施形態においては、ユーザは、ゲームを進めることによってスキルポイントを溜め、溜めたスキルポイントを消費することで、所有キャラクタが保有するスキルのうちから新たにスキルを装備させることができる。なお、他の実施形態においては、所有キャラクタにスキルを装備させるための条件（すなわち、後述するスキル利用条件）は任意である。例えば、他の実施形態においては、情報処理システムは、所有キャラクタが所定のレベルに達したことを条件に当該所有キャラクタが所定のスキルを装備できるようにしてもよいし、所有キャラクタに対して所定のアイテムを使用することによって当該所有キャラクタが所定のスキルを装備できるようにしてもよい。

なお、本実施形態においては、上述のように、キャラクタが装備可能なスキルは１つのグループにつき１つであるので、所有キャラクタに対して新たなスキルが装備された際に、当該スキルと同じグループのスキルが当該所有キャラクタに装備済みであった場合は、装備済みであったスキルは装備が外される。本実施形態においては、このように所有キャラクタの装備から外されたスキルについては、スキルポイントを消費せずに当該所有キャラクタに再度装備することが可能である。つまり、所有キャラクタに対して一度装備させたスキルについては、ユーザは、当該所有キャラクタに対して自由に（すなわち、条件無しで）装備させたり装備を外したりすることができる。

本実施形態においては、所有キャラクタは、ユーザに付与された時点で、予め定められたスキルを保有した状態である。具体的には、情報処理システムは、各キャラクタについて、キャラクタが所有キャラクタとして付与された時点で保有するスキルを当該キャラクタと関連付けた情報を記憶しておく。このように、キャラクタとスキルとの関連付けは、アプリケーションにおいて定められている。キャラクタに関連付けられているスキルは、後述するスキル継承によってキャラクタに付加されることで当該キャラクタが保有する結果となるスキルとは異なり、キャラクタが本来的に保有しているスキルであると言うことができる。なお、本実施形態においては、キャラクタに関連付けられているスキルを、当該キャラクタの「基本スキル」と呼ぶことがある。これに対して、後述するスキル継承によってキャラクタに付加されることで当該キャラクタが保有する結果となるスキルを、当該キャラクタの「継承スキル」と呼ぶことがある。

なお、本実施形態においては、ゲームに登場する各キャラクタには、１以上のスキルが関連付けられているものとする。ただし、上記各キャラクタには、スキルが関連付けられないキャラクタ（つまり、ユーザに付与された時点でスキルを保有していないキャラクタ）が含まれていてもよい。

なお、本実施形態においては、所有キャラクタに保有されたスキルは、スキル継承によって他の所有キャラクタに移動される他は（つまり、当該所有キャラクタを消去しない限りは）、他の所有キャラクタに対して移動させることができないものとする。ただし、他の実施形態においては、所定の種類のスキル（例えば、上述のＳスキルのグループに属するスキル）については、当該スキルを保有する所有キャラクタを消去することなしに、他の所有キャラクタへ移動させることができるようにしてもよい。

（２−３．スキル継承）
本実施形態においては、ユーザは、所有キャラクタに関してスキル継承を行うことができる。スキル継承とは、所有キャラクタに対してスキルを付加することの一例であって、所有キャラクタに対して、当該所有キャラクタが予め保有する上記基本スキルとは異なるスキルを他の所有キャラクタ（または、後述する継承アイテム）から継承させることである。スキル継承によって所有キャラクタに対してスキルが付加されることによって、当該所有キャラクタは、保有するスキルが増加し、より多くの種類のスキルを装備することができるようになる。以下、図４を参照して、スキル継承について説明する。

図４は、スキル継承が行われる前後における所有キャラクタの状態の一例を示す図である。図４は、所有キャラクタＡに対して、所有キャラクタＢが保有するスキルを継承させる例を示している。図４に示す例においては、スキル継承前において、継承先の所有キャラクタＡは、基本スキルであるスキル１およびスキル２を保有しており、継承元の所有キャラクタＢは、基本スキルであるスキル３を保有しているものとする。スキル継承を行う場合、ユーザは、継承先の所有キャラクタ（ここでは、所有キャラクタＡ）と、継承元の所有キャラクタ（ここでは、所有キャラクタＢ）とを指定し、さらに、継承させるスキル（ここでは、スキル３）を指定する。これらの指定は、アプリケーションにおける所定の設定画面が表示される状態で行われる。上記設定画面において、ユーザは、上記の指定を行った後、スキル継承を行う旨の指示を行う。なお、本実施形態においては、１回のスキル継承において、ユーザは、継承元の所有キャラクタが保有するスキルのうち、所定数（例えば、４つ）のスキルを指定することができる。

スキル継承が行われた場合、継承先の所有キャラクタＡは、継承スキルとしてスキル３を保有する状態となる（図４参照）。ここで、本実施形態においては、上記の場合、継承元の所有キャラクタＢは消去される。つまり、所有キャラクタＢはユーザの所有から外れることとなる。

また、本実施形態においては、ユーザは、所有キャラクタを、当該所有キャラクタを表すアイテム（「継承アイテム」と呼ぶ）に変換することができる。継承アイテムには、所有キャラクタと同様、スキルが関連付けられる。具体的には、ある所有キャラクタが継承アイテムに変化された場合、当該継承アイテムには、当該所有キャラクタが保有していたスキルと同じスキルが関連付けられる。本実施形態においては、ユーザは、継承元の所有キャラクタＢに代えて、上記継承アイテムを用いてスキル継承を行うことができる。このとき、ユーザは、継承元となる継承アイテムに関連付けられるスキルのうちから、継承させるスキルを指定する。

上記のように、本実施形態においては、所有キャラクタ（または、所有キャラクタを変換することによって得られる継承アイテム）を消費することを条件にスキル継承が行われる。したがって、ユーザは、所有キャラクタを消費することによって、他の所有キャラクタにスキルを付加して強化することができる。これによって、所有キャラクタに保有させるスキルの自由度が向上するので、ゲームの戦略性を向上させることができる。また、所有キャラクタを自分の好みに応じてカスタマイズするという楽しみ方をユーザに提供することができ、ゲームの興趣性を向上することができる。

（２−４．スキル試用ゲーム）
上記のように、本実施形態においては、所有キャラクタまたは継承アイテムを消費することを条件として、スキル継承によって所有キャラクタに新たなスキルを付加することができる。また、本実施形態においては、このような所有キャラクタに対するスキル継承に加えて、スキル継承をユーザが利用しやすくするべく、アプリケーションにおいてスキル試用ゲームが用意されている。詳細は後述するが、スキル試用ゲームは、所定のキャラクタ（後述する利用キャラクタ）に対してゲームの進行に応じて種々のスキルを付加することができるゲームである。スキル試用ゲームにおいては、ユーザは、所有キャラクタまたは継承アイテムを消費することなくキャラクタにスキルを付加することができ、スキル継承による効果を体験することができる。以下、スキル試用ゲームについて説明する。

スキル試用ゲームでは、所有キャラクタとは異なるキャラクタが用いられる。本実施形態においては、スキル試用ゲームにおいて用いられるキャラクタを、「利用キャラクタ」と呼ぶ。利用キャラクタは、所有キャラクタとは異なり、特定のゲーム（ここでは、スキル試用ゲーム）でのみ用いることができるキャラクタである。利用キャラクタは、所有キャラクタのように何らかの条件によってユーザに対して付与されるものではなく、スキル試用ゲーム以外の通常ゲームにおいて用いることはできない。したがって、利用キャラクタに設定されるパラメータは、スキル試用ゲームにおいてのみ用いられるパラメータであると言うことができ、複数の通常ゲームにおいて共通に用いられる、所有キャラクタのパラメータとは異なっている。また、詳細は後述するが、スキル試用ゲームは所定のゲーム開催期間においてのみ実行可能である。そのため、利用キャラクタは、所定の期間においてのみ用いることができる点で、当該期間以外でも用いることができる所有キャラクタとは異なっていると言うことができる。

なお、利用キャラクタは、キャラクタとしては所有キャラクタと同じキャラクタに対応するものであってもよい。すなわち、利用キャラクタは、所有キャラクタと同じ名前および見た目を有するキャラクタであってもよい。例えば、ユーザがあるキャラクタを所有キャラクタとして所有している状況において、スキル試用ゲームにおいて当該キャラクタが利用キャラクタとして用いられる場合もあり得る。このとき、所有キャラクタと利用キャラクタは名前および見た目は同じであるが、情報処理システムは、所有キャラクタと利用キャラクタとを異なるキャラクタとして管理する。したがって、所有キャラクタと利用キャラクタは、名前および見た目が同じであっても、設定されるパラメータ（例えば、レベルおよび攻撃力）の値、および、保有するスキルが異なることがある。また、所有キャラクタのパラメータおよび保有スキルは、利用キャラクタのパラメータおよび保有スキルとは独立しているので、一方に変更があったとしても他方に当該変更は反映されない。

なお、利用キャラクタは、所定の条件下（例えば、同じレベルであるという条件下）においては、それに対応する所有キャラクタと同じ値のパラメータが設定されてもよい。ただし、所有キャラクタとそれに対応する利用キャラクタとは、レベルが同じであるからといって必ずしも同じ値のパラメータを有している必要はない。例えば、名前および見た目が同じキャラクタについて、パラメータの値が互いに異なる複数種類のキャラクタが用意されていてもよく、このとき、所有キャラクタとそれに対応する利用キャラクタとは、レベルが同じであってもパラメータが一致するとは限らない。

本実施形態においては、上記通常ゲームおよびスキル試用ゲームは、アプリケーションにおける所定のメニューにおいて、通常ゲームおよびスキル試用ゲームのうちから１つのゲームを開始する指示がユーザによって行われることよって開始される。本実施形態においては、スキル試用ゲームが開始された場合、情報処理装置２は、ステージ選択画像を表示部２４に表示する。図５は、ステージ選択画像の一例を示す図である。ステージ選択画像は、スキル試用ゲームに含まれるゲームステージのうちで、ユーザがゲームを行うステージを選択するためのユーザインターフェースとなる画像である。

図５に示すように、ステージ選択画像は、利用キャラクタを示す利用キャラクタ画像３１〜３４を含む。本実施形態においては、スキル試用ゲームにおいては、予め定められたキャラクタが利用キャラクタとして用いられる。ただし、他の実施形態においては、情報処理システムは、ゲームに登場するキャラクタのうち、ユーザによって指定されたキャラクタを利用キャラクタに設定してもよい。例えば、予め定められた複数の候補のうちから、ユーザによって指定されたキャラクタが利用キャラクタとして用いられてもよい。また、本実施形態においては、スキル試用ゲームにおいて用いられる利用キャラクタの数は４つであるとするが、当該利用キャラクタの数は任意である。

本実施形態においては、スキル試用ゲームを最初に開始した時点における利用キャラクタは、レベルが初期値（一例として本実施形態では１とするが、調整されてよい）に設定される。つまり、スキル試用ゲームの開始時における利用キャラクタのレベルは、所有キャラクタがユーザに付与された時点におけるレベルと同じである。また、スキル試用ゲームを最初に開始した場合における利用キャラクタは、武器スキルのみを保有しており、当該武器スキルのみが装備された状態である。本実施形態においては、武器スキルを装備していないと、キャラクタはゲームにおいて敵キャラクタに対して攻撃を行うことができず、ユーザはゲームを進めることができなくなるためである。本実施形態においては、スキル試用ゲームにおいては、ゲームを進めるに従って利用キャラクタにスキルを付加していくことが目的の１つとなるため、初期状態における利用キャラクタが保有するスキルは、上記のように最小限に設定される。このように、スキル試用ゲームを最初に開始した場合における利用キャラクタが保有（または装備）するスキルは、所有キャラクタがユーザに付与された時点において保有（または装備）しているスキルと異なっている。なお、他の実施形態においては、スキル試用ゲームを最初に開始した場合における利用キャラクタが保有（または装備）するスキルは、所有キャラクタがユーザに付与された時点において保有（または装備）しているスキルと同じであってもよい。

図５に示すように、ステージ選択画像は、スキル試用ゲームに含まれるステージ毎のステージ画像４１〜４６を含む。図５に示す例においては、本実施形態においては、スキル試用ゲームに６つのステージが含まれており、ステージ選択画像には６つのステージ画像４１〜４６が含まれるものとする。このように、本実施形態においては、スキル試用ゲームにおいては、複数のゲームステージが用意されるものとするが、スキル試用ゲームに含まれるステージの数は任意である。他の実施形態においては、スキル試用ゲームは１つのゲームステージのみを有するものであってもよい。本実施形態においては、最初の第１ステージから最後の第６ステージまでの６つのステージがあり、第１ステージの難易度が最も低く、ステージが進むに連れて難易度が高くなっている。

ステージ選択画像が表示される状態において、情報処理装置２は、ユーザがプレイするステージを指定する指示（例えば、ステージ選択画像をタッチする入力）を受け付ける。ステージを指定する指示が受け付けられた場合、情報処理システムは、当該指定されたステージのゲームを開始する。なお、本実施形態においては、スキル試用ゲームを最初に開始した場合には、ユーザは第１ステージのみを指定することが可能である。また、ユーザは、すでにクリアしたことがあるステージと、当該ステージの次のステージを指定することができるものとする。スキル試用ゲームにおいて、ユーザは、なるべく先のステージに進むことを目指してゲームを行う。

ここで、本実施形態においては、情報処理システムは、１つのスキル試用ゲームを、所定のゲーム開催期間（例えば、２週間）の間、実行可能とする。また、ユーザには、スキル試用ゲームにおける各ステージのゲームを行うためのプレイポイントが付与される。ユーザは、所定数（ここでは、１）のプレイポイントを消費することで、１つのステージのゲームを１回プレイすることができるものとする。なお、図５に示すように、ステージ選択画像は、ユーザが所有している上記プレイポイントの数（図では、３）を示すポイント画像３６を含む。図５に示す例においては、ポイント画像３６は、星のマークによってプレイポイント数を表しており、ユーザがプレイポイントを３ポイント所有していることを示している。

なお、本実施形態においては、情報処理システムは、上記ゲーム開催期間において、毎日所定時刻になるとプレイポイントを上限値（例えば、３）まで回復させるように、プレイポイントをユーザに付与する。したがって、本実施形態においては、ユーザは、１ステージ分のゲームを１日で最大３回まで（すなわち、２週間で最大４２回）行うことができる。このように、本実施形態においては、情報処理システムは、単位期間あたりにスキル試用ゲームをユーザが行うことが可能な回数に制限を設ける。これによれば、ユーザは、無制限にゲームを繰り返して利用キャラクタを強化することはできず、限られた回数のうちで利用キャラクタを強化して最後のステージをクリアすることとなる。例えば、ユーザは、なるべく早くゲームを進めるべく、できるだけ難易度の高いステージのゲームをプレイするか、利用キャラクタの強化を優先してまずは難易度の低いステージのゲームをプレイするか等を考えながら、スキル試用ゲームを行う。このように、本実施形態によれば、スキル試用ゲームの戦略性を向上することができる。

なお、上記プレイポイントをユーザに付与する条件は任意である。例えば、他の実施形態においては、毎日所定時刻になったことという条件とは異なる他の条件に応じて増加されてもよい。例えば、情報処理システムは、ユーザが所定のステージまで進んだこと（例えば、第３ステージまでクリアしたこと）に応じて、所定数のポイントを当該ユーザに付与してもよい。なお、このような条件が設けられる場合でも、単位期間あたりにスキル試用ゲームをユーザが行うことが可能な回数には制限が設けられていると言うことができる。

また、本実施形態においては、情報処理システムは、単位期間あたりにスキル試用ゲームをユーザが行うことが可能な回数を、上記プレイポイントの値によって管理した。ここで、上記回数を管理するための情報は任意である。例えば、他の実施形態においては、情報処理システムは、上記情報として、ユーザが１つのステージのゲームを行うことが可能な回数自体を管理してもよい。

本実施形態においては、スキル試用ゲームの各ステージにおけるゲームは、所有キャラクタを用いる通常ゲームと同種のゲームである。すなわち、本実施形態においては、スキル試用ゲームの各ステージにおけるゲームは、利用キャラクタをユニットとして敵ユニットと戦わせるシミュレーションゲームである。したがって、ユーザは、スキル試用ゲームにおいてスキルが装備された利用キャラクタを用いてゲームを行うことで、利用キャラクタにスキルを装備させた効果を体験することができるとともに、通常ゲームにおいて、当該利用キャラクタに対応する所有キャラクタに当該スキルを装備させた場合の効果を推測することができる。なお、スキル試用ゲームと通常ゲームとは、スキルを装備可能なキャラクタ（すなわち、所有キャラクタまたは利用キャラクタ）が用いられるという意味で同種のゲームであるが、ゲームの内容および／またはルールは厳密に同じである必要はない。例えば、一方のゲームと他方のゲームとで、ゲームに用いられるキャラクタの数に違いがあってもよいし、１つのステージのゲームをクリアするための条件に違いがあってもよい。

本実施形態においては、ステージにおいて利用キャラクタが所定の動作を行った（具体的には、敵キャラクタを攻撃した、または、敵キャラクタを倒した）ことに応じて、情報処理システムは、当該利用キャラクタの経験値を増加させる。また、利用キャラクタの経験値が所定値に達した場合、情報処理システムは、当該利用キャラクタのレベルを１増加し、当該利用キャラクタの能力（例えば、攻撃力、防御力等）を示すパラメータを増加する。

なお、条件が満たされたことに応じてキャラクタの経験値を増加させ、経験値が所定値に達したことに応じてキャラクタのレベルを増加させる点については、スキル試用ゲームと通常ゲームとで同じである。ここで、情報処理システムは、スキル試用ゲームにおいては、通常ゲームと比べてキャラクタの経験値を増加しやすくするようにしてもよい。スキル試用ゲームにおいては、種々のスキルが付加されたキャラクタを用いる効果をユーザに体験させることを目的の１つとし、ゲームを進めることに応じて種々のスキルが利用キャラクタに対して付加されることから、スムーズにゲームを進めることができるようにすることが好ましいためである。

また、ステージ選択画像は、スキル試用ゲームを中断する指示を行うための中断指示画像３５を含む。ステージ選択画像が表示される状態において、情報処理装置２は、スキル試用ゲームを中断する指示（例えば、中断指示画像３５をタッチする入力）を受け付ける。スキル試用ゲームを中断する指示が受け付けられた場合、情報処理システムは、スキル試用ゲームを中断する。なお、上記ゲーム開催期間においては、上述のメニューにおいてスキル試用ゲームを開始する指示を行うことで、ユーザはスキル試用ゲームを再開することができる。スキル試用ゲームが再開された場合、利用キャラクタのレベルおよび保有スキルは、中断前の状態となる。

本実施形態においては、情報処理システムは、スキル試用ゲームにおいて、所定の進行条件が満たされた場合、利用キャラクタに対してスキルを付加する。本実施形態においては、進行条件は、１つのステージのゲームがクリアされたことである。つまり、ユーザは、スキル試用ゲームにおいて１つのステージのゲームをクリアすることによって、利用キャラクタに対して新たなスキルを付加することができる。なお、進行条件は、スキル試用ゲームの進行に関する任意の条件であってよい。他の実施形態においては、進行条件は、例えば、利用キャラクタのレベルが１上昇したことであってもよいし、特定の敵キャラクタを倒したことであってもよいし、特定のアイテムを取得したことであってもよい。

本実施形態においては、スキル試用ゲームにおいて１つのステージのゲームがクリアされた場合、情報処理装置２は、当該ステージのゲームが終了した後で、スキル選択画像を表示部２４に表示する。図６は、スキル選択画像の一例を示す図である。スキル選択画像は、利用キャラクタに対して付加すべきスキルをユーザが選択するためのユーザインターフェースとなる画像である。

図６に示すように、スキル選択画像は、利用キャラクタのうちでスキルが付加される対象となるキャラクタを示す付加キャラクタ画像５１を含む。ここで、本実施形態においては、クリアされたステージにおいて所定のキャラクタ条件を満たした利用キャラクタが、スキルが付加される対象となる。本実施形態においては、キャラクタ条件は、クリアされたステージにおいて敵キャラクタを最初に倒したことである。なお、キャラクタ条件は、スキル試用ゲームに関する任意の条件であってよい。他の実施形態においては、キャラクタ条件は、例えば、敵キャラクタを倒した数が最も多いことであってもよいし、敵キャラクタを倒した数が最も少ないことであってもよい。また、キャラクタ条件は、１つの利用キャラクタのみが満たすことができる条件に限らず、複数の利用キャラクタが満たすことができる条件であってもよい。例えば、キャラクタ条件は、所定数の敵キャラクタを倒したことであってもよい。なお、キャラクタ条件を満たす利用キャラクタが複数である場合、情報処理システムは、当該複数の利用キャラクタに対してそれぞれスキルを付加してもよい。

上記のように、本実施形態においては、情報処理システムは、進行条件が満たされた場合、当該進行条件を満たすために用いられた複数の利用キャラクタのうち、スキル試用ゲームに関するキャラクタ条件を満たした利用キャラクタに対してスキルを付加する。これによれば、ユーザは、スキルを付加したい利用キャラクタがキャラクタ条件を満たすことができるように上記ステージのゲームを行うこととなるので、スキル試用ゲームの戦略性を向上し、興趣性を向上することができる。

なお、情報処理システムは、ステージのゲーム中において、キャラクタ条件が満たされたことをユーザに通知するようにしてもよい。本実施形態においては、例えば、利用キャラクタがキャラクタ条件を満たした場合（すなわち、最初に敵キャラクタを倒した場合）、情報処理システムは、敵キャラクタが倒されたことを表す画像とともに宝箱を表示してもよい。これによって、キャラクタ条件が満たされたことをユーザに通知することができる。

また、スキル選択画像は、図６に示すように、現時点（すなわち、当該スキル選択画像によるスキルが付与される前の時点）において利用キャラクタが装備するスキルを示すスキル画像５２〜５８を含む。具体的には、スキル画像５２〜５４は、それぞれ、武器スキル、サポートスキル、および、奥義スキルについて装備されているスキルの名前を示す。また、スキル画像５５〜５８は、それぞれ、Ａスキル、Ｂスキル、Ｃスキル、および、Ｓスキルについて装備されているスキルを表すマークを示す。なお、図５に示す例においては、利用キャラクタ（図５においては「キャラＡ」と示す）は、武器スキルとして「銀の剣」のスキルを装備しているのみであり、武器スキル以外のグループのスキルを装備していない。そのため、図５に示す例においては、武器スキル以外のグループに関するスキル画像５３〜５８は空欄を示している。上記のように、スキル選択画像においてスキルが付与される利用キャラクタについて現時点におけるスキルがユーザに提示されることによって、ユーザにとってスキルを選択しやすくすることができる。

図６に示すように、スキル選択画像は、候補スキル画像６１〜６７を含む。候補スキル画像６１〜６７は、利用キャラクタに対して付加するスキルの候補となる候補スキルを示す。図６に示す例においては、候補スキル画像６１〜６７はそれぞれ、スキルの名前（図６においては、例えば「武器スキル〇〇」等と示す）を示している。なお、候補スキル画像６１〜６７は、スキルの名前に加えて、スキルの説明および／またはスキルの効果を示すものであってもよい。本実施形態においては、ユーザは、候補スキル画像６１〜６７のうち１つを指定する指示（例えば、当該画像をタッチする入力）を行うことによって、指定した候補スキル画像が示すスキルを利用キャラクタに対して付加することができる。

なお、候補スキル画像６１〜６７は、上述した７つのグループのスキルを１つずつ示している。このように、本実施形態においては、スキルの各グループについて１グループにつき１つのスキルが候補スキルとしてユーザに提示される。ここで、仮に、１グループにつき１つのスキルが候補スキルとなるという制限を設けないこととすれば、特定のグループのスキルが偏って候補スキルとして提示されることが続くおそれがあり、その結果、あるグループのスキルが利用キャラクタに対してずっと付加されないといった状況が生じる可能性がある。これに対して、本実施形態によれば、ユーザは、利用キャラクタに対して付加するスキルが特定のグループのスキルに偏ることなく、各グループのスキルをそれぞれまんべんなく利用キャラクタに付加することができる。

本実施形態においては、情報処理システムは、アプリケーションにおいて用意されている、利用キャラクタが保有することが可能な複数のスキルのうちから、候補スキルとなるスキルを、確率に基づいてランダム性を有するように選出する。ここで、「ランダム性を有するように選出する」とは、厳密な意味でランダムに選出することのみを意味するのではなく、確率に基づいて、複数回の試行に対して毎回同じ選出結果とはならないように選出することを意味する。本実施形態においては、情報処理システムは、上記７つのグループ毎に候補スキルの選出処理を行う。

ここで、本実施形態においては、アプリケーションにおいて用意されている各スキルのうちには、特定のキャラクタに保有（または装備）させることができないスキルも存在する。例えば、特定のキャラクタのみが装備することができる（つまり、特定のキャラクタ以外のキャラクタは装備することができない）スキルが存在する。また、本実施形態においては、各キャラクタには兵種（例えば、歩行兵、騎馬兵等）が設定されており、特定の兵種のみが装備することができるスキルが存在する。したがって、情報処理システムは、利用キャラクタが保有することができないスキルについては、候補スキルの選出対象から除外する。例えば、利用キャラクタの兵種が歩行兵である場合、騎馬兵のみが保有することができるスキルは、候補スキルの選出対象から除外される。上記によれば、利用キャラクタが保有することができないスキルが候補スキルとして選出され、当該利用キャラクタに付与するスキルの選択肢が実質的に減少することを抑止することができる。

また、本実施形態においては、アプリケーションにおいて用意されている各スキルのうちには、１つの系統に含まれる複数のスキル（同系統スキルと呼ぶ。）が存在する。同系統スキルである複数のスキルについては、取得順序が設定される。すなわち、同系統スキルについては、キャラクタは、取得順序が下位（すなわち、取得順序が先）のスキルを当該キャラクタが保有していることを条件に、当該スキルよりも取得順序が上位（すなわち、取得順序が後）のスキルを保有することができるものとする。本実施形態において、同系統スキルである複数のスキルは、同種の能力を表すスキルであって、取得順序が上位になるほど能力の効果が大きくなるようなスキルである。例えば、同系統スキルである複数のスキルとしては、攻撃力が１増加するスキル、攻撃力が２増加するスキル、および、攻撃力が３増加するスキルといった３つのスキルが考えられる。

本実施形態においては、情報処理システムは、同系統スキルである複数のスキルのうち、取得順序が最上位となるスキルのみを候補スキルの選出対象とし、取得順序が最上位ではないスキルを候補スキルの選出対象から除外する。なお、同系統スキルではないスキルは、候補スキルの選出対象となる。したがって、本実施形態においては、所有キャラクタについては、取得順序が最上位となるスキルを付加するためには当該スキルと同系統のスキルを当該所有キャラクタに保有させることが条件となる一方、利用キャラクタについては、このような条件なしに、取得順序が最上位となるスキルを付加することができる。このように、本実施形態においては、情報処理システムは、利用キャラクタに対してスキルを付加する条件を、所有キャラクタに対してスキルを付加する条件よりも緩くする。これによれば、ユーザは、スキル試用ゲームにおいては、キャラクタに対するスキルの付加を通常ゲームよりも容易に行うことができ、効果の大きいスキルを容易に確認することができる。例えば、本実施形態におけるスキル試用ゲームにおいては、ユーザは、取得順序が下位のスキルを経由せずに最上位のスキルを利用キャラクタに付加することができるので、最上位のスキルによる大きな効果をすぐに確認することができる。

また、本実施形態においては、上述のように、利用キャラクタが保有することが可能な複数のスキルには、当該利用キャラクタにとって上述の基本スキルとなるスキルと、当該利用キャラクタにとって上述の継承スキルとなるスキルとがある。本実施形態においては、これら２種類のスキルの両方が候補スキルの選出対象となるので、これら２種類のスキルの両方が候補スキルとして選出され得る。

ここで、本実施形態においては、情報処理システムは、候補スキルを選出する際、利用キャラクタにとって基本スキルとなるスキルが候補スキルに選出される確率を、利用キャラクタにとって継承スキルとなるスキルが候補スキルに選出される確率よりも高く設定する。つまり、情報処理システムは、利用キャラクタにとって基本スキルとなるスキルを、利用キャラクタにとって継承スキルとなるスキルよりも、候補スキルに選出されやすくする。ここで、キャラクタの基本スキルは、当該キャラクタの能力に適したスキルである場合が多い一方、キャラクタの基本スキル以外の継承スキルには、（当該キャラクタの能力に適したスキルも含まれるが）当該キャラクタの能力に適していないスキルも含まれる。そのため、キャラクタの能力に適していないスキルばかりが候補スキルとして選出されると、ユーザにとって魅力的なスキル（すなわち、付加したいと考えるスキル）が選出されない可能性が高くなる。これに対して、本実施形態においては、上記のように確率を設定することによって、候補スキルとしてユーザにとって魅力的なスキルが選出されない可能性を低減することができる。

なお、利用キャラクタの基本スキルのうちで、上記候補スキルに選出される確率が継承スキルに比べて高く設定される基本スキルは、当該利用キャラクタの基本スキルのうちで一部のスキルのみであってもよく、それ以外のスキルについては継承スキルと同じ確率に設定されてもよい。例えば、利用キャラクタの基本スキルのうちで当該利用キャラクタに専用のスキル（すなわち、当該利用キャラクタにとってのみ基本スキルとなるスキル）についてのみ、選出される確率が継承スキルよりも高く設定されてもよい。

上記のように、情報処理システムは、複数のスキルから所定の規則に従って選出されるスキルのうち少なくとも１つを利用キャラクタに対して付加する。なお、本実施形態においては、上記「所定の規則」として、確率に基づいて選出する規則が用いられるが、候補スキルの選出方法は任意である。他の実施形態において、所定の規則は、確率に基づいて選出する規則でなくてもよく、例えば、上記取得順序に基づく規則であってもよい。具体的には、所定の規則は、上述の同系統スキルである複数のスキルについては、利用キャラクタが保有していないスキルのうちで取得順序が最下位のスキルが候補スキルとして選出可能であり、利用キャラクタが保有していないスキルのうちで取得順序が最下位以外のスキルは候補スキルとして選出されないような規則であってもよい。また、他の実施形態においては、所定の規則は、利用キャラクタが保有可能なスキルのうちから、付加するスキルをユーザが自由に指定することができる規則であってもよい。

情報処理システムは、以上のようにして候補スキルを選出し、選出された候補スキルをそれぞれ示す候補スキル画像６１〜６７を表示部２４に表示する。また、本実施形態においては、スキル選択画像は、能力上昇画像６８と、強化不要画像６９とを含む（図６参照）。能力上昇画像６８は、利用キャラクタの能力を上昇させる指示を示す。強化不要画像６９は、利用キャラクタに対する強化を行わない指示を示す。スキル選択画像が表示される状態において、情報処理システムは、上記画像６１〜６９のうち１つを指定する指示（例えば、画像をタッチする入力）を受け付ける。したがって、本実施形態においては、スキル選択画像が表示される状態において、ユーザは、候補スキルから１つを指定することの他、利用キャラクタの能力を上昇させること、および、利用キャラクタの強化を行わないことも可能である。なお、情報処理システムは、能力を上昇させる指示を１つの利用キャラクタについて行うことができる回数に上限（例えば、１０回）を設けてもよい。

上記画像６１〜６９のうち１つを指定する指示が行われた場合、情報処理システムは、指定された画像に応じた処理を実行する。すなわち、候補スキル画像６１〜６７のいずれかを指定する指示が行われた場合、情報処理システムは、指定された候補スキル画像が示すスキルを利用キャラクタに対して付加する処理を実行する。また、能力上昇画像６８を指定する指示が行われた場合、情報処理システムは、利用キャラクタの能力を上昇させる（例えば、攻撃力や防御力といったパラメータの値を増加する）処理を実行する。また、強化不要画像６９を指定する指示が行われた場合、情報処理システムは、上記の処理のような利用キャラクタを強化する処理を実行せずに、スキル選択画像の表示を終了する。

上記のように、情報処理システムは、複数のスキルから抽選によって選出されるスキルのうちユーザによって指定されたスキルを利用キャラクタに対して付加する。これによれば、利用キャラクタに対して付加するスキルが抽選によって選出されるので、スキル試用ゲームにおいては例えばユーザが知らなかったスキルも付加され得ることとなり、ユーザは種々のスキルを試すことができる。これによれば、種々のスキルを利用キャラクタに対して付加する機会をユーザに与えることができるので、利用キャラクタに対してスキルを付加することに関する興趣性を向上することができる。

本実施形態においては、利用キャラクタについては、所有キャラクタとは異なり、１グループにつき１つのスキルのみ保有することができるものとし、保有されるスキルが自動的に（すなわち、ユーザの指示なしに）当該利用キャラクタに装備される。したがって、情報処理システムは、利用キャラクタに新たにスキルを付加する場合、当該スキルと同じグループのスキルを当該利用キャラクタがすでに保有（および装備）していれば、すでに保有しているスキルを消去した上で新たなスキルを付加する。

上記のように、本実施形態においては、１つの利用キャラクタに対して、１つのグループにつき所定数（具体的には、１つ）のスキルを設定可能であり、情報処理システムは、同じグループのスキルが所定数設定されている利用キャラクタに対して新たに当該グループのスキルを付加する場合、設定済みのスキルの１つを消去して当該新たなスキルを当該利用キャラクタに付加する。これによれば、スキル試用ゲームにおいては、ユーザは、キャラクタが保有するスキルから当該キャラクタに装備させるスキルを指定する指示を行う必要がないので、スキル試用ゲームにおけるユーザの操作を簡略化することができる。

上記より、本実施形態においては、スキル選択画像が表示される状態において付加するスキルを指定する指示をユーザが行うと、現時点で利用キャラクタが保有するスキルに変更が生じることとなる。ここで、本実施形態においては、スキル選択画像が表示される状態において、ユーザは、付加するスキルを指定する指示の他に、利用キャラクタの能力を上昇させる指示、または、利用キャラクタの強化を行わない指示を行うことができる。したがって、現時点での利用キャラクタの保有スキルに変更が生じることをユーザが望まない場合には、ユーザは、利用キャラクタの能力を上昇させる指示、または、利用キャラクタの強化を行わない指示を行うことによって、現時点での利用キャラクタの保有スキルを維持することができる。

以上のようにして、ユーザは、１つのステージのゲームをクリアする毎に利用キャラクタにスキルを付加することができる。スキル試用ゲームにおいて、ユーザは、ステージのゲームを繰り返すことで、利用キャラクタのレベルを上げるとともに利用キャラクタに対してスキルを付加することができる。これによって、ユーザは、スキル試用ゲームの目標（例えば、最後のステージをクリアする）を達成するべく利用キャラクタを強化することができる。

上記スキル試用ゲームによれば、ユーザは、所有キャラクタまたは継承アイテムを消費することなくキャラクタにスキルを付加することができるので、キャラクタに対してスキルを付加する機能（すなわち、スキル継承の機能）をユーザにとって利用しやすくなる。例えば、本実施形態においては、所有キャラクタまたは継承アイテムといったアプリケーション内における資産を消費して他の所有キャラクタにスキルを付加することに積極的でないユーザに対しても、スキル試用ゲームにおいてスキル継承の機能を利用させることができるので、このようなユーザにもスキル継承の面白さを認識させることができる。例えば、上記スキル試用ゲームにおいて、ユーザは、所有キャラクタには保有させていないスキルを、当該所有キャラクタに対応する利用キャラクタに付加することもあり、それによってキャラクタとスキルとの効果的な組み合わせを見つけることもある。このようにスキル試用ゲームにおいて効果的な組み合わせを見つけた場合、ユーザは、見つけた組み合わせを所有キャラクタについても実践したいと考え、所有キャラクタに対するスキル継承の機能を利用することが考えられる。以上のように、本実施形態によれば、スキル試用ゲームによって、所有キャラクタに対するスキル継承の機能を利用する動機付けをユーザに与えることができる。

また、本実施形態においては、スキル試用ゲームにおける利用キャラクタに対応するキャラクタ（例えば、名前および／または見た目が同じキャラクタ、あるいは、兵種といったキャラクタのタイプが同じキャラクタ等）が所有キャラクタとしてユーザに付与され得る。つまり、ユーザは、スキル試用ゲームにおいて用いた利用キャラクタに対応する所有キャラクタを通常ゲームにおいて用いることができる。これによれば、ユーザは、スキル試用ゲームにおける利用キャラクタ（に対応する所有キャラクタ）を通常ゲームにおいても用いたいと考えるので、情報処理システムは、スキル試用ゲームを用意することによって、通常ゲームを行う動機付けをユーザに与えることができる。

なお、本実施形態においては、互いに対応する所有キャラクタと利用キャラクタとのそれぞれに同一のスキルが付加される場合には、当該スキルは、当該所有キャラクタを用いる通常ゲームの進行と、当該利用キャラクタを使用する第２ゲームの進行とに同じ影響を与える。例えば、特定の種類のキャラクタのみの移動力を上昇させるスキルについて、当該特定の種類である所有キャラクタと当該特定の種類である利用キャラクタに付加した場合、当該所定のキャラクタと当該利用キャラクタの移動力が同じように上昇する。したがって、本実施形態においては、ユーザは、スキル試用ゲームにおいてスキルが付加された利用キャラクタから、通常ゲームにおいて当該スキルが付加された所有キャラクタの能力を容易に推察することができる。これによって、スキル試用ゲームをプレイすることに起因して通常ゲームを行う動機付けをより強くユーザに与えることができる。

また、本実施形態においては、上記進行条件は、スキル試用ゲームにおいて複数回満たされることが可能な条件（すなわち、ステージのゲームをクリアしたこと）である。そして、情報処理システムは、スキル試用ゲームの進行に関する上記進行条件が満たされる度に利用キャラクタに対してスキルを付加する。これによれば、スキル試用ゲームにおけるゲームの結果、進行条件が満たされることによってスキルが利用キャラクタに対して付加された場合、ユーザは、当該利用キャラクタを用いてさらにゲームを行いたいと考える。そして、ユーザがさらにゲームを行うことによって進行条件が再度満たされて、新たなスキルが利用キャラクタに対して付加されることで、さらにゲームを行う動機付けがユーザに与えられる。このように、本実施形態によれば、スキル試用ゲームを繰り返しプレイする動機付けをユーザに与えることができる。また、スキル試用ゲームをプレイする度に、スキルを付加する機能を利用する動機付けをユーザに与えることができる。

また、本実施形態においては、情報処理システムは、ユーザがアプリケーション内において所有する第１の種類の資産（具体的には、所有キャラクタまたは継承アイテム）を消費することを条件としてスキルを所有キャラクタに付加する。一方、情報処理システムは、第１の種類の資産を消費することを条件とせずに（具体的には、当該資産を消費することなしに）、利用キャラクタに対してスキルを付加する。以上より、本実施形態においては、第１の種類の資産を消費しないという点で、スキル試用ゲームは通常ゲームよりもキャラクタにスキルを装備させやすいということができる。なお、利用キャラクタに対してスキルを付加する条件は、所有キャラクタに対してスキルを付加する条件よりも緩く設定されているということもできる。このように、スキル試用ゲームにおいてキャラクタにスキルを装備させやすくする（あるいは、利用キャラクタに対してスキルを付加する条件を、所有キャラクタに対してスキルを付加する条件よりも緩く設定する）ことによって、スキル試用ゲームをプレイする動機付けをユーザに与えることができる。

上記第１の種類の資産とは、ユーザがアプリケーション内において所有する任意の資産であってよい。例えば、第１の種類の資産は、アプリケーションにおいて用いられるアイテム（具体的には、上述の抽選を行うためのアイテム等）であってもよいし、アプリケーションにおいてユーザに付与されるポイントであってもよい。

なお、本実施形態においては、第１の種類の資産（具体的には、所有キャラクタまたは継承アイテム）には、複数のスキルのうち少なくとも１つのスキルが関連付けられる。情報処理システムは、あるキャラクタに対して当該キャラクタに関連付けられていないスキルを付加する場合、第１の種類の資産を消費することを少なくとも条件として、当該第１の種類の資産に関連付けられるスキルを当該キャラクタに対して付加する。これによれば、所有キャラクタに対してスキルを付加するために消費される資産の種類が、付加するスキルによって異なるので、所有キャラクタに対するスキルの付加に関する戦略性を向上することができ、ゲームの興趣性を向上することができる。

また、本実施形態においては、所有キャラクタには、少なくとも１つのスキル（すなわち、基本スキル）が関連付けられる。ここで、情報処理システムは、ある所有キャラクタに対して当該所有キャラクタに関連付けられていないスキルを付加する場合、第１の種類の資産を消費することを条件として当該スキルを当該所有キャラクタに付加する。一方、情報処理システムは、利用キャラクタに関連付けられるスキル（すなわち、基本スキル）と、当該利用キャラクタに関連付けられないスキル（すなわち、継承スキル）との両方を当該利用キャラクタに対して付加可能である。以上によれば、ユーザは、スキル試用ゲームにおいて上記２種類のスキルの両方を利用キャラクタに対して付加することができる。例えば、ユーザは、キャラクタに対して基本スキルのみを装備させた場合と、キャラクタに対して基本スキルに加えて継承スキルを装備させた場合との両方をスキル試用ゲームにおいて試すことができる。このように、本実施形態によれば、ユーザは、スキル試用ゲームにおいてキャラクタとスキルとの組み合わせをより多く試すことができる。また、ユーザは、所有キャラクタに対して付加する場合には第１の種類の資産を消費することが条件となるようなスキルについても、スキル試用ゲームにおいては第１の種類の資産を消費することなくキャラクタとスキルとの組み合わせを試すことができる。これによって、スキル試用ゲームを、ユーザにとってより有用なものとすることができる。

さらに、本実施形態においては、情報処理システムは、利用キャラクタに関連付けられるスキルと、当該利用キャラクタに関連付けられないスキルとの両方を候補として提示することが可能であり（図６参照）、当該候補のうちでユーザによって指定されたスキルを、当該利用キャラクタに対して付加する。これによれば、ユーザは、利用キャラクタに付加するスキルを、上記２種類のスキルの両方のうちから選択することができるので、スキルを付加することに関するユーザの利便性を向上することができる。

また、他の実施形態においては、情報処理システムは、スキル試用ゲームにおけるゲームの進行に応じて報酬をユーザに付与するようにしてもよい。例えば、所定のステージをクリアしたことを条件として報酬が付与されてもよいし、ステージをクリアした回数が所定回数となったことを条件として報酬が付与されてもよい。これによって、スキル試用ゲームをプレイすることに対してユーザにより強い動機付けを与えることができる。

上記の報酬は、例えば、上記第１の種類の資産であってもよいし、第１の種類の資産に変換可能な第２の種類の資産（例えば、上記継承アイテムと交換可能なアイテムまたはポイント）であってもよい。これによれば、ユーザは、スキル試用ゲームをプレイすることによって所有キャラクタに対してスキルを付加しやすくなるので、スキル試用ゲームをプレイすることに対してユーザにより強い動機付けを与えることができる。なお、上記第２の資産は、スキル試用ゲームにおける報酬としてユーザに付与される他、通常ゲームにおける報酬としてユーザに付与されてもよい。

また、本実施形態においては、所有キャラクタに対して付加されたスキルには、通常ゲームを進めることで満たすことが可能となるスキル利用条件（具体的には、スキルポイントを消費すること）が設定される。そして、情報処理システムは、所有キャラクタに対して付加されたスキルのうちスキル利用条件が満たされたスキルを、当該スキルが付加された所有キャラクタによって利用可能な状態とする（すなわち、当該スキルを所有キャラクタに装備させる）。一方、情報処理システムは、スキル利用条件を満たすか否かに関わらず（具体的には、スキルポイントを消費することなしに）、利用キャラクタに対して付加されたスキルを当該所有キャラクタによって利用可能な状態とする。以上より、本実施形態においては、スキル利用条件が課されないという点において、スキル試用ゲームは通常ゲームよりもキャラクタにスキルを装備させやすいということができる。このように、スキル試用ゲームにおいてキャラクタにスキルを装備させやすくすることによって、スキル試用ゲームをプレイする動機付けをユーザに与えることができる。

なお、他の実施形態においては、情報処理システムは、所有キャラクタについても利用キャラクタと同様にスキル利用条件を設定しない構成を採用してもよい。このような構成であっても、例えば、上記のように第１の種類の資産を消費することを条件として所有キャラクタに対してスキルを付加する場合には、スキル試用ゲームは通常ゲームよりもキャラクタにスキルを装備させやすいということができる。

［３．情報処理システムにおける処理の具体例］
次に、図７〜図１０を参照して、情報処理システムにおける情報処理の具体例について説明する。

（３−１．情報処理に用いられるデータ）
図７は、情報処理システムにおける情報処理に用いられる各種データの一例を示す図である。図７に示す各データは、例えば情報処理装置２の記憶部２２（または、処理部２１のメモリ）に記憶される。

図７に示すように、情報処理装置２は、アプリケーションプログラム（ゲームプログラムと言うこともできる）を記憶する。アプリケーションプログラムは、上述の通常ゲームおよびスキル試用ゲームを含むアプリケーションを実行するためのプログラムである。情報処理装置２の処理部２１が上記アプリケーションプログラムを実行することによって、後述するアプリケーション処理（図８および図９参照）が情報処理装置２において実行される。

図７に示すように、情報処理装置２は、ユーザが上記アプリケーションにおいて用いられるユーザデータを記憶する。本実施形態においては、ユーザデータは、所有資産データおよびスキル試用ゲームデータを含む。なお、ユーザデータは、図７に示すデータの他、上記通常ゲームにおいて用いられるデータを含んでいてもよい。

所有資産データは、上記アプリケーションにおいてユーザが所有する資産を示す。具体的には、所有資産データは、所有アイテムデータおよび所有キャラクタデータを含む。所有アイテムデータは、上記アプリケーションにおいてユーザが所有するアイテム（例えば、上述の継承アイテム）に関する情報（例えば、アイテムの種類および数）を示す。所有キャラクタデータは、上記アプリケーションにおいてユーザが所有する所有キャラクタに関する情報（例えば、所有キャラクタの名前、レベル、経験値、強さを示すパラメータ、および、保有スキル等）を示す。また、所有資産データは、上記アプリケーションにおいてユーザが所有するポイント（例えば、上述のスキルポイント、および、継承アイテムと交換可能なポイント）を示すデータを含む。

スキル試用ゲームデータは、上記スキル試用ゲームにおいて用いられるデータである。本実施形態においては、スキル試用ゲームデータは、利用キャラクタデータを含む。利用キャラクタデータは、スキル試用ゲームにおいて用いられる利用キャラクタに関する情報（例えば、利用キャラクタの名前、レベル、強さを示すパラメータ、および、保有スキル等）を示す。また、スキル試用ゲームデータは、スキル試用ゲームにおける進行状況（例えば、ユーザがクリアしたステージ）を示すデータ、および、ユーザが所有する上述のプレイポイントを示すデータを含む。

なお、ユーザデータの一部または全部は、情報処理装置２において常に保存されている必要はなく、上記アプリケーションの実行中においてサーバ１から情報処理装置２に取得されてもよい。このとき、上記ユーザデータの一部または全部はサーバ１にも記憶されており、適宜のタイミングで、サーバ１に記憶されるユーザデータと情報処理装置２に記憶されるユーザデータとの同期がとられる。

また、サーバ１は、ゲームに登場する各キャラクタに関するデータ、および、各スキルに関するデータ等、ゲームにおいて用いられる各種のデータを記憶している。例えば、サーバ１は、上述したキャラクタと基本スキルとを関連付けたデータを記憶している。

（３−２．情報処理装置における処理）
図８は、情報処理装置によって実行されるアプリケーション処理の流れの一例を示すフローチャートである。なお、図８に示すアプリケーション処理は、記憶部２２に記憶されるアプリケーションプログラムが実行されたことに応じて開始される。

なお、本実施形態では、サーバ１または情報処理装置２の処理部１１または２１のＣＰＵ（換言すればプロセッサ）が、記憶部１２または２２に記憶されているアプリケーションプログラムを実行することによって、図８〜図１０に示す各ステップの処理を実行するものとして説明する。ただし、他の実施形態においては、上記各ステップの処理のうちの一部の処理を、ＣＰＵとは別のプロセッサ（例えば、専用回路等）が実行するようにしてもよい。また、情報処理装置２がサーバ１と通信可能である場合、図８および図９に示す各ステップの処理の一部は、サーバ１において実行されてもよい。また、図１０に示す各ステップの処理の一部は、情報処理装置２において実行されてもよい。また、図８〜図１０に示す各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよいし、各ステップの処理に加えて（または代えて）別の処理が実行されてもよい。

また、情報処理装置２の処理部２１は、図８および図９に示す各ステップの処理を、メモリ（または記憶部２２）を用いて実行する。すなわち、処理部２１のＣＰＵは、各処理ステップによって得られるデータをメモリに記憶し、それ以降の処理ステップにおいて当該データを用いる場合には、メモリから当該データを読み出して利用する。同様に、サーバ１の処理部１１は、図１０に示す各ステップの処理を、メモリ（または記憶部１２）を用いて実行する。すなわち、処理部１１のＣＰＵは、各処理ステップによって得られるデータをメモリに記憶し、それ以降の処理ステップにおいて当該データを用いる場合には、メモリから当該データを読み出して利用する。

図８に示すアプリケーション処理においては、まずステップＳ１において、処理部２１は、メニュー画像を表示部２４に表示する。本実施形態においては、メニュー画像が表示される状態において、処理部２１は、次の（ａ）〜（ｅ）５つの指示を少なくとも受け付ける。
（ａ）通常ゲームを行うモードを開始する通常ゲーム指示
（ｂ）スキル試用ゲームを行うモードを開始するスキル試用ゲーム指示
（ｃ）スキル継承を行うモードを開始するスキル継承指示
（ｄ）所有キャラクタに対する装備を変更するモードを開始する装備変更指示
（ｅ）キャラクタがユーザに付与される抽選を行うモードを開始する抽選指示

本実施形態においては、メニュー画像は、ユーザが上記５つの指示を行うための指示画像を含み、処理部２１は、当該指示画像を指定する指示を受け付ける。なお、アプリケーションには複数種類の通常ゲームが含まれており、メニュー画像は、各通常ゲームについての通常ゲーム指示をそれぞれ示す複数の指示画像を含んでいてもよい。また、上記５つの指示を行うための指示画像は１つのメニュー画像に含まれている必要はなく、複数のメニュー画像が用いられてもよい。例えば、メニュー画像として、ゲームを行うモード（上記（ａ）および（ｂ））を開始するための指示画像を含むゲームモード用メニュー画像と、所有キャラクタに関する設定の変更（上記（ｃ）および（ｄ））を行うための指示画像を含む設定用メニュー画像と、上記抽選を行うための抽選用メニュー画像とが用意されてもよい。このとき、処理部２１は、これら３つのメニュー画像をユーザに指示に応じて切り替えて表示部２４に表示してもよい。ステップＳ１の次に、ステップＳ２の処理が実行される。

ステップＳ２において、処理部２１は、メニュー画像において上記通常ゲーム指示がユーザによって行われたか否かを判定する。ステップＳ２の判定結果が肯定である場合、ステップＳ３の処理が実行される。一方、ステップＳ２の判定結果が否定である場合、ステップＳ４の処理が実行される。

ステップＳ３において、処理部２１は、通常ゲームにおけるゲームを行うための通常ゲーム処理を実行する。具体的には、処理部２１は、複数種類の通常ゲームのうち、通常ゲーム指示が行われた通常ゲームに関するゲーム処理を実行する。なお、通常ゲームにおけるゲーム処理の内容は任意である。例えば、処理部２１は、記憶部２２に記憶される所有キャラクタデータを用いて、ユーザのゲーム操作に応じて通常ゲームを進行するゲーム処理を実行する。通常ゲームが終了すると、処理部２１は、ステップＳ３の処理を終了する。ステップＳ３の次に、ステップＳ１の処理が再度実行される。

ステップＳ４において、処理部２１は、メニュー画像において上記スキル試用ゲーム指示がユーザによって行われたか否かを判定する。ステップＳ４の判定結果が肯定である場合、ステップＳ５の処理が実行される。一方、ステップＳ４の判定結果が否定である場合、ステップＳ６の処理が実行される。

ステップＳ５において、処理部２１は、スキル試用ゲームにおけるゲームを行うためのスキル試用ゲーム処理を実行する。スキル試用ゲーム処理の詳細については後述する（図９参照）。スキル試用ゲーム処理が終了すると、処理部２１は、ステップＳ５の処理を終了する。ステップＳ５の次に、ステップＳ１の処理が再度実行される。

ステップＳ６において、処理部２１は、メニュー画像において上記スキル継承指示がユーザによって行われたか否かを判定する。ステップＳ６の判定結果が肯定である場合、ステップＳ７の処理が実行される。一方、ステップＳ６の判定結果が否定である場合、ステップＳ８の処理が実行される。

ステップＳ７において、処理部２１は、上述のスキル継承を行うためのスキル継承処理を実行する。スキル継承処理においては、処理部２１は、継承先となる所有キャラクタと、継承元となる所有キャラクタまたは継承アイテムと、継承するスキルとを指定する指示を受け付ける。上記指示が行われた場合、処理部２１は、継承元となる所有キャラクタまたは継承アイテムを消去するとともに、継承先となる所有キャラクタに対して、指定されたスキルを付加する処理を実行する。このとき、処理部２１は、記憶部２２に記憶されるユーザデータを、スキル継承後の内容を示すように更新する。なお、スキル継承における具体的な条件は、上記“（２−３．スキル継承）”の欄に記載の通りである。以上のスキル継承処理が終了すると、処理部２１は、ステップＳ７の処理を終了する。ステップＳ７の次に、ステップＳ１の処理が再度実行される。

ステップＳ８において、処理部２１は、メニュー画像において上記装備変更指示がユーザによって行われたか否かを判定する。ステップＳ８の判定結果が肯定である場合、ステップＳ９の処理が実行される。一方、ステップＳ８の判定結果が否定である場合、ステップＳ１０の処理が実行される。

ステップＳ９において、処理部２１は、装備変更処理を実行する。装備変更処理は、所有キャラクタが保有可能な複数のスキルのうちユーザが指定するスキルを当該所有キャラクタに装備させる処理である。すなわち、処理部２１は、所有キャラクタに対して付加されたスキルのうち、上記スキル利用条件を満たすスキルを、当該スキルが付加された所有キャラクタによって利用可能な状態とする。なお、このとき、処理部２１は、記憶部２２に記憶されるユーザデータを、上記装備変更処理後の内容を示すように更新する。ステップＳ９の次に、ステップＳ１の処理が再度実行される。

ステップＳ１０において、処理部２１は、メニュー画像において上記抽選指示がユーザによって行われたか否かを判定する。ステップＳ１０の判定結果が肯定である場合、ステップＳ１１の処理が実行される。一方、ステップＳ１０の判定結果が否定である場合、ステップＳ１２の処理が実行される。

ステップＳ１１において、処理部２１は、キャラクタ付与処理を実行する。キャラクタ付与処理は、ユーザの指示に応じて行われる上述の抽選によって選出されたキャラクタをユーザに付与する処理である。なお、キャラクタ付与処理においては、処理部２１は、抽選の要求を示す抽選要求を、通信部２５を用いて（換言すれば、通信部２５を介して）サーバ１へ送信する。サーバ１は、抽選要求を受信したことに応じて抽選を行うことによって、ユーザに付与されるキャラクタを決定する。そして、サーバ１は、決定されたキャラクタを示すデータを情報処理装置２へ送信し、処理部２１は通信部２５を介して当該データを受信する。このとき、処理部２１は、記憶部２２に記憶されるユーザデータを、上記キャラクタ付与処理後の内容を示すように更新する。ステップＳ１１の次に、ステップＳ１の処理が再度実行される。

ステップＳ１２において、処理部２１は、上記５つの指示とは異なる他の指示に応じた処理を実行する。上記他の指示および処理の内容は任意である。例えば、処理部２１は、アプリケーションにおいて用いられるアイテム（例えば、上記抽選を行うためのアイテム）をユーザが購入するための処理を実行する。ステップＳ１２における処理が終了すると、処理部２１は、ステップＳ１の処理を再度実行する。

なお、図８においては図示しないが、処理部２１は、アプリケーション処理の実行中において、アプリケーションを終了する指示がユーザによって行われたことに応じて、アプリケーション処理を終了する。

図９は、図８に示すステップＳ５のスキル試用ゲーム処理の詳細な流れの一例を示すサブフローチャートである。スキル試用ゲーム処理においては、まずステップＳ２１において、処理部２１は、スキル試用ゲームに用いるためのデータ（すなわち、上記スキル試用ゲームデータ）をサーバ１から取得する。具体的には、処理部２１は、スキル試用ゲームデータを取得する要求を示す取得要求を、通信部２５を用いて（換言すれば、通信部２５を介して）サーバ１へ送信する。サーバ１は、取得要求を受信したことに応じて、サーバ１に記憶されているスキル試用ゲームデータを情報処理装置２へ送信する（後述するステップＳ３６）。処理部２１は、通信部２５を用いてスキル試用ゲームデータを受信し、記憶部２２に記憶する。なお、本実施形態においては、アプリケーションの終了時にスキル試用ゲームデータは情報処理装置２において保存されないものとするが、スキル試用ゲームデータの一部または全部が情報処理装置２において保存されてもよい。ステップＳ２１の次に、ステップＳ２２の処理が実行される。

ステップＳ２２において、処理部２１は、ステージ選択画像を表示部２４に表示する（図５参照）。そして、処理部２１は、ゲームを行うステージを指定する指示、および、スキル試用ゲームを中断する指示を受け付ける。ステップＳ２２の次に、ステップＳ２３の処理が実行される。

ステップＳ２３において、処理部２１は、ステージを指定する指示がユーザによって行われたか否かを判定する。ステップＳ２３の判定結果が肯定である場合、ステップＳ２４の処理が実行される。一方、ステップＳ２３の判定結果が否定である場合、後述するステップＳ２８の処理が実行される。

ステップＳ２４において、処理部２１は、ユーザによって指定されたステージにおけるゲームを進行するためのゲーム処理を実行する。例えば、記憶部２２に記憶される利用キャラクタデータを用いて、指定されたステージにおけるゲームを、ユーザのゲーム操作に応じて進行させる。また、上記ゲーム処理において、処理部２１は、利用キャラクタが上述のキャラクタ条件を満たしたか否かを判定する。本実施形態においては、ステージにおけるゲームは、ユーザが当該ゲームをクリアすることによって、または、ゲームオーバーとなることによって終了する。ゲームが終了すると、処理部２１は、ステップＳ２４の処理を終了し、ステップＳ２５の処理を実行する。

ステップＳ２５において、処理部２１は、ステップＳ２４で行われたゲームをユーザがクリアしたか否かを判定する。つまり、処理部２１は、上述の進行条件が満たされたか否かを判定する。ステップＳ２５の判定結果が肯定である場合、ステップＳ２６の処理が実行される。一方、ステップＳ２５の判定結果が否定である場合、ステップＳ２６およびＳ２７の処理がスキップされ、上述のステップＳ２２の処理が再度実行される。

ステップＳ２６において、処理部２１は、スキル選択画像を表示部２４に表示する（図６）。具体的には、処理部２１は、まず、候補スキルの取得を要求する候補スキル要求を、通信部２５を用いてサーバ１へ送信する。なお、候補スキル要求のデータには、スキルを付加する対象となる利用キャラクタを示すデータが含まれる。サーバ１は、候補スキル要求を受信したことに応じて、アプリケーションにおいて用意されている各スキルのうちから候補スキルを選出し、選出された候補スキルを示すデータを情報処理装置２へ送信する（後述するステップＳ３４）。処理部２１は、通信部２５を用いて受信された、候補スキルを示すデータに基づいてスキル選択画像を生成し、表示部２４に表示する。そして、処理部２１は、候補スキルのうちから１つを指定する指示、利用キャラクタの能力を上昇させる指示、および、利用キャラクタに対する強化を行わない指示を受け付ける。ステップＳ２６の次に、ステップＳ２７の処理が実行される。

ステップＳ２７において、処理部２１は、スキル選択画像において受け付けられた指示に応じた処理を実行する。すなわち、候補スキルのうちから１つを指定する指示が行われた場合、処理部２１は、指定されたスキルを利用キャラクタに付加する処理を実行する。また、利用キャラクタの能力を上昇させる指示が行われた場合、処理部２１は、利用キャラクタの能力を上昇させる処理を実行する。このとき、処理部２１は、記憶部２２に記憶される利用キャラクタデータを、上記処理後の内容を示すように更新する。なお、利用キャラクタに対する強化を行わない指示が行われた場合、処理部２１は、記憶部２２に記憶される利用キャラクタデータを更新せずに、ステップＳ２７の処理を終了する。ステップＳ２７の処理の後、上述のステップＳ２２の処理が再度実行される。

一方、ステップＳ２８において、処理部２１は、スキル試用ゲームを中断する指示がユーザによって行われたか否かを判定する。ステップＳ２８の判定結果が肯定である場合、処理部２１は、図９に示すスキル試用ゲーム処理を終了する。一方、ステップＳ２８の判定結果が否定である場合、上述のステップＳ２２の処理が再度実行される。

なお、アプリケーション処理において、処理部２１は、ゲームに用いられるゲームデータを適宜のタイミングでサーバ１へ送信する。処理部２１は、例えば、ステップＳ３における通常ゲーム処理が終了したタイミングで、通常ゲームのゲーム結果を示すゲームデータをサーバ１へ送信する。また、処理部２１は、ステップＳ２４におけるゲーム処理が終了したタイミングで、当該ゲームのゲーム結果を示すゲームデータをサーバ１へ送信する。また、処理部２１は、所有キャラクタまたは利用キャラクタの保有スキルに変更があったタイミング（例えば、ステップＳ７，Ｓ９，またはＳ２７）で、変更後の内容を示すゲームデータをサーバ１へ送信する。

（３−３．サーバにおける処理）
次に、サーバ１において実行される処理（「サーバ処理」と記載する）の一例について説明する。図１０は、サーバ処理の流れの一例を示すフローチャートである。なお、図１０に示す一連の処理は、サーバ１の動作中において継続的に実行される。

ステップＳ３１において、処理部１１は、ゲームに用いられるデータ（例えば、上記ステップＳ３，Ｓ７，Ｓ９，Ｓ２４，またはＳ２７のタイミングで送信されるゲームデータ）を、通信部１３を介して情報処理装置２から受信したか否かを判定する。ステップＳ３１の判定結果が肯定である場合、ステップＳ３２の処理が実行される。一方、ステップＳ３１の判定結果が否定である場合、ステップＳ３３の処理が実行される。

ステップＳ３２において、処理部１１は、ステップＳ３１の処理で受信されたゲームデータに基づいて、記憶部１２に記憶されているゲームデータを更新する。すなわち、受信されたゲームデータに関して、情報処理装置２にいて記憶されているゲームデータの内容と一致するように、記憶部１２に記憶されているゲームデータの内容を更新する。ステップＳ３２の次に、ステップＳ３３の処理が実行される。

ステップＳ３３において、処理部１１は、上述の候補スキル要求を、通信部１３を介して情報処理装置２から受信したか否かを判定する。ステップＳ３３の判定結果が肯定である場合、ステップＳ３４の処理が実行される。一方、ステップＳ３３の判定結果が否定である場合、ステップＳ３５の処理が実行される。

ステップＳ３４において、処理部１１は、アプリケーションにおいて用意されている各スキルのうちから候補スキルを選出する。すなわち、処理部１１は、受信した候補スキル要求のデータに含まれる、利用キャラクタを示すデータに基づいて、当該利用キャラクタに応じた候補スキルを選出する。なお、候補スキルを選出する具体的な方法については、上記“（２−４．スキル試用ゲーム）”の欄で述べた通りである。さらに、処理部１１は、選出された候補スキルを示すデータを、通信部１３を用いて情報処理装置２へ送信する。ステップＳ３４の次に、ステップＳ３５の処理が実行される。

ステップＳ３５において、処理部１１は、上記候補スキル要求とは異なる他の要求を示すデータを、通信部１３を介して情報処理装置２から受信したか否かを判定する。上記他の要求は、例えば、上述のスキル試用ゲームデータを取得する要求（ステップＳ２１参照）、あるいは、上述の抽選要求（ステップＳ１１）等である。ステップＳ３５の判定結果が肯定である場合、ステップＳ３６の処理が実行される。一方、ステップＳ３５の判定結果が否定である場合、ステップＳ３１の処理が再度実行される。

ステップＳ３６において、処理部１１は、ステップＳ３５で受信した要求に応じた処理を実行する。ステップＳ３６で実行される処理の具体的な内容は任意である。例えば、ゲームに用いられるデータを取得する旨の要求が受信された場合、処理部１１は、記憶部１２に記憶されているデータに基づいて、当該要求に係るデータを生成し、通信部１３を用いて当該データを情報処理装置２へ送信する。また例えば、上記抽選要求が受信された場合、処理部１１は、ユーザに付与されるキャラクタを抽選によって決定し、決定されたキャラクタを示すデータを情報処理装置２へ送信する。ステップＳ３６の後、ステップＳ３１の処理が再度実行される。

［４．本実施形態の作用効果および変形例］
以上の実施形態に示したように、情報処理システムは、ゲームの進行に影響を与え得る複数のスキルのうち少なくとも１つを付加可能なキャラクタを用いた複数のゲームを含むアプリケーションを実行し、次の手段を備える。
・複数のゲームのうちの１つであって、ユーザが所有するキャラクタである所有キャラクタを用いる第１ゲーム（上記実施形態においては、通常ゲーム）を実行する第１ゲーム実行手段（ステップＳ３）
・複数のスキルのうちユーザが利用可能な少なくとも１つのスキルを所有キャラクタに対して付加する第１付加手段（ステップＳ７）
・複数のゲームのうち第１ゲームとは異なる第２ゲーム（上記実施形態においては、スキル試用ゲーム）であって、当該第２ゲームで利用するために用意された利用キャラクタを用いる第２ゲームを実行する第２ゲーム実行手段（ステップＳ２４）
・第２ゲームの進行に応じて（例えば、上述の進行条件のような、第２ゲームに関する条件が満たされることに応じて）、複数のスキルのうち少なくとも１つのスキルを、利用キャラクタに対して付加する第２付加手段（ステップＳ２７）

上記の構成によれば、情報処理システムは、所有キャラクタに対してスキルを付加することに加えて、当該所有キャラクタとは別の利用キャラクタに対してもスキルを付加することができる。これによって、ユーザは、キャラクタに対してスキルを付加する機能を利用しやすくなる。例えば、ユーザは、所有キャラクタに対してスキルを実際に付加しなくても、利用キャラクタに対してスキルを付加することで、キャラクタとスキルとの組み合わせを試すことができる。

なお、上記「ユーザが利用可能な（少なくとも１つの）スキル」とは、当該スキルを所有キャラクタに付加する権利をユーザが有するスキルを意味する。例えば、上記実施形態においては、当該スキルを保有するキャラクタ、または、当該キャラクタに対応する継承アイテムをユーザが所有している場合、当該スキルは、「ユーザが利用可能なスキル」であると言うことができる。なお、他の実施形態において、例えば、当該スキル自体を表すアイテムをユーザが所有しており、当該アイテムを消費することを条件に当該スキルを所有キャラクタに付加することができる場合、当該スキルは、「ユーザが利用可能なスキル」であると言うことができる。

上記実施形態は、キャラクタに対してスキルを付加する機能をユーザが利用しやすくすること等を目的として、例えばゲームプログラムやゲームシステムに利用することが可能である。

１ サーバ
２ 情報処理装置
１１ 処理部
１２ 記憶部
１３ 通信部
２１ 処理部
２２ 記憶部
２３ 入力部
２４ 表示部
２５ 通信部
３１−３４ 利用キャラクタ画像
５１ 付加キャラクタ画像
６１−６７ 候補スキル画像

Claims (20)

1. ゲームの進行に影響を与え得る複数のスキルのうち少なくとも１つを付加可能なキャラクタを用いた複数のゲームを含むアプリケーションを情報処理装置のコンピュータに実行させるための情報処理プログラムであって、前記コンピュータを、
   前記複数のゲームのうちの１つであって、ユーザが所有するキャラクタである所有キャラクタを用いる第１ゲームを実行する第１ゲーム実行手段と、
   前記複数のスキルのうち前記ユーザが利用可能な少なくとも１つのスキルを前記所有キャラクタに対して付加する第１付加手段と、
   前記複数のゲームのうち前記第１ゲームとは異なる第２ゲームであって、当該第２ゲームで利用するために用意された利用キャラクタを用いる第２ゲームを実行する第２ゲーム実行手段と、
   前記第２ゲームの進行に応じて、前記複数のスキルのうち少なくとも１つのスキルを、前記利用キャラクタに対して付加する第２付加手段として機能させる、情報処理プログラム。
2. 前記情報処理プログラムは、
   前記アプリケーションにおいて付与条件が満たされた場合、前記利用キャラクタに対応するキャラクタを前記ユーザに付与することによって、当該キャラクタを前記所有キャラクタとするキャラクタ付与手段として前記コンピュータをさらに機能させる、請求項１に記載の情報処理プログラム。
3. 前記第１ゲーム実行手段は、前記キャラクタのうち、ユーザが所有するキャラクタである前記所有キャラクタを用いる第１ゲームを実行し、
   前記第２ゲーム実行手段は、前記キャラクタのうち、前記第２ゲームで利用するために用意された前記利用キャラクタを用いる第２ゲームを実行する、請求項１または請求項２に記載の情報処理プログラム。
4. 互いに対応する前記所有キャラクタと前記利用キャラクタとのそれぞれに同一のスキルが付加される場合には、当該スキルは、当該所有キャラクタが用いられる前記第１ゲームの進行と、当該利用キャラクタが用いられる前記第２ゲームの進行とに同じ影響を与える、請求項１から請求項３のいずれか１項に記載の情報処理プログラム。
5. 前記第２付加手段は、前記複数のスキルから所定の規則に従って選出されるスキルのうち少なくとも１つを前記利用キャラクタに対して付加する、請求項１から請求項４のいずれか１項に記載の情報処理プログラム。
6. 前記第２付加手段は、前記複数のスキルから抽選によって選出されるスキルのうち前記ユーザによって指定されたスキルを前記利用キャラクタに対して付加する、請求項５に記載の情報処理プログラム。
7. 前記第２付加手段は、前記第２ゲームの進行に関する進行条件が満たされる度に前記利用キャラクタに対してスキルを付加する、請求項１から請求項６のいずれか１項に記載の情報処理プログラム。
8. 前記第２付加手段は、前記進行条件が満たされた場合、当該進行条件を満たすために用いられた複数の前記利用キャラクタのうち、前記第２ゲームに関するキャラクタ条件を満たした前記利用キャラクタに対してスキルを付加する、請求項７に記載の情報処理プログラム。
9. 前記第２ゲーム実行手段は、単位期間あたりに前記第２ゲームを前記ユーザが行うことが可能な回数に制限を設ける、請求項１から請求項８のいずれか１項に記載の情報処理プログラム。
10. 前記複数のスキルは、複数のグループに分類され、
    １つの利用キャラクタに対して、１つのグループにつき所定数のスキルを付加可能である、請求項１から請求項９のいずれか１項に記載の情報処理プログラム。
11. 前記第２付加手段は、同じグループのスキルが前記所定数付加されている前記利用キャラクタに対して新たに当該グループのスキルを付加する場合、付加済みのスキルの１つを消去して当該新たなスキルを当該利用キャラクタに付加する、請求項１０に記載の情報処理プログラム。
12. 前記第１付加手段は、前記ユーザが前記アプリケーション内において所有するアプリ内資産を消費することを条件としてスキルを前記所有キャラクタに付加し、
    前記第２付加手段は、前記アプリ内資産を消費することを条件とせずに、前記利用キャラクタに対してスキルを付加する、請求項１から請求項１１のいずれか１項に記載の情報処理プログラム。
13. 前記所有キャラクタのそれぞれには少なくとも１つのスキルが関連付けられており、
    前記第１付加手段は、ある所有キャラクタに対して当該所有キャラクタに関連付けられていないスキルを付加する場合、前記アプリ内資産を消費することを条件として当該スキルを当該所有キャラクタに付加し、
    前記第２付加手段は、前記利用キャラクタに関連付けられるスキルと、当該利用キャラクタに関連付けられないスキルとの両方を、前記アプリ内資産を消費することなく当該利用キャラクタに対して付加可能である、請求項１２に記載の情報処理プログラム。
14. 前記第２付加手段は、前記利用キャラクタに関連付けられるスキルと、当該利用キャラクタに関連付けられないスキルとの両方を候補として提示することが可能であり、当該候補のうちで前記ユーザによって指定されたスキルを、当該利用キャラクタに対して付加する、請求項１３に記載の情報処理プログラム。
15. 前記アプリ内資産には、前記複数のスキルのうち少なくとも１つのスキルが関連付けられており、
    前記第１付加手段は、あるキャラクタに対して当該キャラクタに関連付けられていないスキルを付加する場合、前記ユーザが前記アプリケーション内において所有する前記アプリ内資産を消費することを少なくとも条件として、当該アプリ内資産に関連付けられるスキルを当該キャラクタに対して付加する、請求項１２から請求項１４のいずれか１項に記載の情報処理プログラム。
16. 前記第２ゲーム実行手段は、前記第２ゲームの進行に応じて、前記アプリ内資産、および／または、前記アプリ内資産に変換可能な、当該アプリ内資産とは異なる種類の資産を前記ユーザに付与する、請求項１２から請求項１５のいずれか１項に記載の情報処理プログラム。
17. 前記所有キャラクタに対して付加されたスキルには、前記第１ゲームを進めることで満たすことが可能となるスキル利用条件が設定され、
    前記情報処理プログラムは、
    前記所有キャラクタに対して付加されたスキルのうち前記スキル利用条件が満たされたスキルを、当該スキルが付加された所有キャラクタによって利用可能な状態とする利用設定手段として前記コンピュータをさらに機能させ、
    前記第２付加手段は、前記スキル利用条件を満たすか否かに関わらず、前記利用キャラクタに対して付加されたスキルを当該所有キャラクタによって利用可能な状態とする、請求項１から請求項１６のいずれか１項に記載の情報処理プログラム。
18. ゲームの進行に影響を与え得る複数のスキルのうち少なくとも１つを付加可能なキャラクタを用いた複数のゲームを含むアプリケーションを実行する情報処理システムであって、
    前記複数のゲームのうちの１つであって、ユーザが所有するキャラクタである所有キャラクタを用いる第１ゲームを実行する第１ゲーム実行手段と、
    前記複数のスキルのうち前記ユーザが利用可能な少なくとも１つのスキルを前記所有キャラクタに対して付加する第１付加手段と、
    前記複数のゲームのうち前記第１ゲームとは異なる第２ゲームであって、当該第２ゲームで利用するために用意された利用キャラクタを用いる第２ゲームを実行する第２ゲーム実行手段と、
    前記第２ゲームの進行に応じて、前記複数のスキルのうち少なくとも１つのスキルを、前記利用キャラクタに対して付加する第２付加手段とを備える、情報処理システム。
19. ゲームの進行に影響を与え得る複数のスキルのうち少なくとも１つを付加可能なキャラクタを用いた複数のゲームを含むアプリケーションを実行する情報処理装置であって、
    前記複数のゲームのうちの１つであって、ユーザが所有するキャラクタである所有キャラクタを用いる第１ゲームを実行する第１ゲーム実行手段と、
    前記複数のスキルのうち前記ユーザが利用可能な少なくとも１つのスキルを前記所有キャラクタに対して付加する第１付加手段と、
    前記複数のゲームのうち前記第１ゲームとは異なる第２ゲームであって、当該第２ゲームで利用するために用意された利用キャラクタを用いる第２ゲームを実行する第２ゲーム実行手段と、
    前記第２ゲームの進行に応じて、前記複数のスキルのうち少なくとも１つのスキルを、前記利用キャラクタに対して付加する第２付加手段とを備える、情報処理装置。
20. ゲームの進行に影響を与え得る複数のスキルのうち少なくとも１つを付加可能なキャラクタを用いた複数のゲームを含むアプリケーションを実行する情報処理システムにおいて実行される情報処理方法であって、
    前記複数のゲームのうちの１つであって、ユーザが所有するキャラクタである所有キャラクタを用いる第１ゲームを実行し、
    前記複数のスキルのうち前記ユーザが利用可能な少なくとも１つのスキルを前記所有キャラクタに対して付加し、
    前記複数のゲームのうち前記第１ゲームとは異なる第２ゲームであって、当該第２ゲームで利用するために用意された利用キャラクタを用いる第２ゲームを実行し、
    前記第２ゲームの進行に応じて、前記複数のスキルのうち少なくとも１つのスキルを、前記利用キャラクタに対して付加する、情報処理方法。

Images