JP6784662B2 - プログラム、制御方法、および情報処理装置 - Google Patents

Description

本開示は、プログラム、制御方法、および情報処理装置に関する。

近年、通信ネットワークを介して携帯端末に提供されるゲームとして、複数のプレイヤ（ユーザ）が相互にコミュニケーション可能な所謂ソーシャルゲームが知られている。ソーシャルゲームには、例えばユーザが選択したキャラクタによって構成されるデッキ（チーム）を用いてクエストを実行したり、他のユーザまたはノンプレイヤキャラクタ（ＮＰＣ：Non Player Character）と戦闘を行ったりするものがある。

どのキャラクタを選択してデッキを組むかは、ユーザにとって重要なゲーム戦略となり得る。ここで、デッキに組み入れることが可能な助っ人キャラクタとして、他のユーザが所有するキャラクタまたはノンプレイヤキャラクタを、ユーザに選択させるゲームがある。例えば特許文献１は、チーム編成画面において、他のユーザのキャラクタの中から最大で２つのキャラクタを選択可能なゲームについて開示する。

特開２０１７−６４０８２号公報

ここで、ゲームが進むにつれて、ユーザに多数のゲーム媒体が関連付けられる（例えばユーザが多数のキャラクタを所有する）ことがある。一方で、多様な設定情報（例えばゲームストーリー、キャラクタの個性の設定等）を有するゲームも増えている。例えば、同じキャラクタがフィールド上に存在すること等、ゲーム媒体に関してゲームの設定情報との齟齬が生じると、ユーザは違和感を覚え、ゲームの世界観が損なわれるおそれがある。

かかる事情に鑑みてなされた本開示の目的は、ユーザがゲーム実行の際に選択可能なゲーム媒体を調整することにより、ゲームの世界観を損なわずに、多数のゲーム媒体を用いた多様な戦略を実行することができるプログラム、制御方法、および情報処理装置を提供することにある。

一実施形態に係るプログラムは、ゲームに関する処理を実行する情報処理装置に、第１パラメータが特定の値である所定数のゲーム媒体を記憶するステップと、前記ゲームのユーザに、前記ユーザが選択済みのゲーム媒体と前記第１パラメータが重複するゲーム媒体を除いて、チームを構成するゲーム媒体を選択させる選択ステップと、前記ユーザに、前記所定数のゲーム媒体を、前記チームに追加させるステップと、前記選択ステップで選択されたゲーム媒体および前記所定数のゲーム媒体を、前記ユーザと対応付けて記憶するステップと、前記選択されたゲーム媒体および前記所定数のゲーム媒体の中から前記ユーザによって指定されて、前記ユーザの操作対象となる一つのゲーム媒体をフィールドに表示させて、前記ゲームを進行させる第１進行ステップと、前記ユーザからの所定の指示に基づいて、前記選択されたゲーム媒体を前記フィールドに表示させて、前記ゲームを進行させる第２進行ステップと、を実行させる。

一実施形態に係る制御方法は、ゲームに関する処理を実行する情報処理装置の制御方法であって、第１パラメータが特定の値である所定数のゲーム媒体を記憶するステップと、前記ゲームのユーザに、前記ユーザが選択済みのゲーム媒体と前記第１パラメータが重複するゲーム媒体を除いて、チームを構成するゲーム媒体を選択させる選択ステップと、前記ユーザに、前記所定数のゲーム媒体を、前記チームに追加させるステップと、前記選択ステップで選択されたゲーム媒体および前記所定数のゲーム媒体を、前記ユーザと対応付けて記憶するステップと、前記選択されたゲーム媒体および前記所定数のゲーム媒体の中から前記ユーザによって指定されて、前記ユーザの操作対象となる一つのゲーム媒体をフィールドに表示させて、前記ゲームを進行させるステップと、前記ユーザからの所定の指示に基づいて、前記選択されたゲーム媒体を前記フィールドに表示させて、前記ゲームを進行させるステップと、を含む。

一実施形態に係る情報処理装置は、ゲームに関する処理を実行する情報処理装置であって、記憶部と、制御部と、を備え、前記制御部は、第１パラメータが特定の値である所定数のゲーム媒体を前記記憶部に記憶させて、前記ゲームのユーザに、前記ユーザが選択済みのゲーム媒体と前記第１パラメータが重複するゲーム媒体を除いて、チームを構成するゲーム媒体を選択させる選択制御を実行し、前記ユーザに、前記所定数のゲーム媒体を、前記チームに追加させて、前記選択制御で選択されたゲーム媒体および前記所定数のゲーム媒体を、前記ユーザと対応付けて前記記憶部に記憶させて、前記選択されたゲーム媒体および前記所定数のゲーム媒体の中から前記ユーザによって指定されて、前記ユーザの操作対象となる一つのゲーム媒体をフィールドに表示させて、前記ゲームを進行させて、前記ユーザからの所定の指示に基づいて、前記選択されたゲーム媒体を前記フィールドに表示させて、前記ゲームを進行させる。

本開示によれば、ユーザがゲーム実行の際に選択可能なゲーム媒体を調整することにより、ゲームの世界観を損なわずに、多数のゲーム媒体を用いた多様な戦略を実行することができるプログラム、制御方法、および情報処理装置を提供できる。

一実施形態に係る情報処理装置を備えるゲームシステムを説明する図である。 ユーザに関する情報を例示する図である。 所有するカードの情報を例示する図である。 助っ人キャラクタの情報を例示する図である。 チーム編成画面を例示する図である。 助っ人キャラクタ選択画面を例示する図である。 助っ人キャラクタを操作対象とするクエストの画面を例示する図である。 チーム攻撃を発動させる場合の画面を例示する図である。 チーム攻撃を実行している画面を例示する図である。 クエストが終了となる場面を例示する図である。 一実施形態に係る情報処理装置の制御方法のフローチャートである。 別の助っ人キャラクタ選択画面を例示する図である。

（ゲームシステムの概要）
図１に示すように、ゲームシステム１０は、サーバ装置１１と、複数の端末装置１２と、を備える。図１では簡便のため、３つの端末装置１２を図示しているが、端末装置１２の数は１つ以上であればよい。

サーバ装置１１は、例えばゲーム運営者が管理する情報処理装置である。端末装置１２は、例えば携帯電話、スマートフォン、タブレット端末、ＰＣ（Personal Computer）、又はゲーム装置等の、ユーザによって使用される情報処理装置である。サーバ装置１１及び端末装置１２は、例えばインターネット等のネットワーク１６を介して通信可能に接続される。例えば、サーバ装置１１及び端末装置１２が協働して、ゲームに関する多様な処理を実行する。

（ゲームの概要）
ゲームシステム１０で実行されるゲームは、多様なゲームコンテンツを含む。多様なゲームコンテンツのうち少なくとも一部のゲームコンテンツは、ゲーム媒体を用いて実行されてもよい。

ゲーム媒体は、ゲームに使用される電子データであり、例えば、カード、アイテム、仮想通貨、チケット、キャラクタ、及びアバタ等、任意の媒体を含む。また、ゲーム媒体は、ユーザによってゲーム内で取得、所有、使用、管理、交換、合成、強化、売却、廃棄、又は贈与等され得る電子データである。ゲーム媒体の利用態様は本明細書で明示されるものに限られない。

以下、特に明示した場合を除き、「ユーザが所有するゲーム媒体」とは、所有ゲーム媒体としてユーザを一意に識別可能なユーザＩＤに対応付けられたゲーム媒体を示す。また、「ゲーム媒体をユーザに付与する」とは、ゲーム媒体を所有ゲーム媒体としてユーザＩＤに対応付けることを示す。また、「ユーザが所有するゲーム媒体を売却する」とは、ユーザＩＤと所有ゲーム媒体との対応付けを解消し、かつ、ユーザＩＤに他のゲーム媒体（例えば、仮想通貨又はアイテム等）を所有ゲーム媒体として対応付けることを示す。

ゲームコンテンツは、ゲーム内でユーザがプレイ可能なコンテンツであって、例えばクエスト、ミッション、ミニゲーム、ゲーム媒体の育成、強化、及び合成、ゲーム媒体入手イベント、仮想空間の探索イベント、並びに対戦相手（例えば、他のユーザ、敵キャラクタ、及び敵の建物等）との対戦イベント等を含む。例えば、ゲームコンテンツ毎に設定される１つ以上の所定の条件（ゲーム課題）の達成に成功したと判定された場合、ユーザに対して、例えばゲーム媒体等が報酬として付与されてもよい。ゲーム課題には、例えば敵キャラクタとの対戦に勝利するとの課題、及び仮想空間内のゴール地点まで到達するとの課題等、ゲームコンテンツの内容に応じた任意の課題が採用可能である。また、ゲームコンテンツに設定された１つ以上のゲーム課題のうち、特定の課題（クリア課題）が達成されることを、ゲームコンテンツのクリアともいう。ゲームコンテンツをプレイするユーザがクリア課題の達成に成功した場合、当該ゲームコンテンツのクリアと判定され、当該ゲームコンテンツが終了してもよい。

多様なゲームコンテンツには、シングルプレイ用のゲームコンテンツと、マルチプレイ用のゲームコンテンツと、が含まれてもよい。シングルプレイ用のゲームコンテンツとは、１のユーザが使用する１の端末装置１２に対するユーザ操作に基づいて実行されるゲームコンテンツ（例えば、一人用のゲームコンテンツ）である。１の端末装置１２が単独で、又は１の端末装置１２とサーバ装置１１とが協働して、シングルプレイ用のゲームコンテンツを実行する。一方、マルチプレイ用のゲームコンテンツとは、２つ以上のユーザがそれぞれ使用する２つ以上の端末装置１２に対するユーザ操作に基づいて実行される、当該２つ以上のユーザに共通のゲームコンテンツ（例えば、複数人用のゲームコンテンツ）である。２つ以上のユーザに共通のゲームコンテンツとは、例えば当該ゲームコンテンツの進行処理及び処理結果等の少なくとも一部が、当該２つ以上のユーザに対して共通して適用されるゲームコンテンツを含んでもよい。２つ以上の端末装置１２が協働して、又は２つ以上の端末装置１２とサーバ装置１１とが協働して、マルチプレイ用のゲームコンテンツを実行する。

本実施形態において、ゲームは、ユーザがゲーム媒体を操作して対戦を行うゲームコンテンツを含む。以下、当該ゲームコンテンツを対戦コンテンツともいう。対戦コンテンツに用いられるゲーム媒体は、例えばユーザがゲーム内で所有するキャラクタを含むものとして説明するが、これに限られない。また、対戦相手は、例えばＮＰＣ等の敵キャラクタを含むものとして説明するが、これに限られない。例えば、マルチプレイ用のゲームコンテンツにおいて、他のユーザが操作するゲーム媒体が対戦相手に定められてもよい。

例えば、本実施形態におけるゲームの一つの対戦コンテンツは、ユーザが所有するキャラクタの中から所定の数のキャラクタを選択する。ここで、ユーザは助っ人キャラクタ（「ヘルパー」、単に「助っ人」とも呼ばれる）を選択してデッキに加えることで、デッキの対戦能力を向上させることが可能である。そして、ユーザはデッキの一部または全部のキャラクタを用いて敵キャラクタと対戦を行う。ここで、デッキを組むとは、ユーザが所有するキャラクタおよび助っ人キャラクタの中から選択したキャラクタで、対戦を行うパーティ（チームまたはグループ）を作ることである。

（サーバ装置の構成）
サーバ装置１１は、サーバ通信部１３と、サーバ記憶部１４と、サーバ制御部１５と、を備える。

サーバ通信部１３は、外部装置と無線又は有線によって通信し、情報の送受信を行うインタフェースを含む。サーバ通信部１３は、例えば無線ＬＡＮ（Local Area Network）通信モジュール又は有線ＬＡＮ通信モジュール等を含んでもよい。サーバ通信部１３は、ネットワーク１６を介して、端末装置１２との間で情報を送受信可能である。

サーバ記憶部１４は、例えば一次記憶装置及び二次記憶装置を含む。例えばサーバ記憶部１４は、半導体メモリ、磁気メモリ、又は光メモリ等を含んでもよい。サーバ記憶部１４は、ゲームの提供及び制御に必要な種々の情報及びプログラムを記憶する。サーバ記憶部１４に記憶された情報及びプログラムの少なくとも一部が、端末装置１２との間で共有及び同期されてもよい。例えばサーバ記憶部１４は、１つ以上のユーザに関する情報を記憶する。

また、サーバ記憶部１４は、敵キャラクタに関する情報を記憶してもよい。敵キャラクタは、対戦において、ユーザが使用するキャラクタの対戦相手として用いられる。敵キャラクタに関する情報は、敵キャラクタの任意の情報を含む。例えば、敵キャラクタに関する情報は、敵キャラクタを一意に識別するＩＤ（識別子）と、レベルと、属性と、ＨＰ（ヒットポイント）と、ＭＰ（マジックポイント）と、ＡＴ（攻撃力）と、ＤＦ（防御力）等を含んでもよい。

サーバ制御部１５は、特定のプログラムを読み込むことにより特定の機能を実現する１つ以上の汎用プロセッサ、及び特定の処理に特化した１つ以上の専用プロセッサのうち、少なくとも一方を含む。サーバ制御部１５は、サーバ装置１１全体の動作を制御する。

サーバ制御部１５は、ゲームの処理に必要な種々の情報及びプログラムを、サーバ記憶部１４に記憶する。ゲームの処理に必要な情報には、上述したユーザに関する情報及び敵キャラクタに関する情報、並びに対戦の実行に必要な情報等が含まれてもよい。

サーバ制御部１５は、サーバ通信部１３を介して情報の送受信を行う。例えば、サーバ制御部１５は、サーバ記憶部１４に記憶された情報の少なくとも一部を端末装置１２へ送信してもよい。このようにして、サーバ記憶部１４に記憶された情報と端末装置１２に記憶された情報が共有及び同期される。情報の共有及び同期を行うタイミングは、例えばサーバ記憶部１４に新たな情報が記憶されたタイミング、及びサーバ記憶部１４に記憶された情報が更新されたタイミングを含み得るが、任意に定められてもよい。

サーバ制御部１５は、端末装置１２と協働して、ゲームの処理を実行する。ゲームの処理には、例えばユーザがゲームシナリオを進行させることでカードを取得する処理と、取得したカードについて交換、売却、合成等を行う処理と、カードに対応するキャラクタでデッキを組んで敵キャラクタと対戦する処理と、が含まれてもよい。

（端末装置の構成）
図１に示すように、端末装置１２は、端末通信部１７と、端末記憶部１８と、表示部１９と、入力部２０と、端末制御部２１とを備える。

端末通信部１７は、外部装置と無線又は有線によって通信し、情報の送受信を行うインタフェースを含む。端末通信部１７は、例えばＬＴＥ（Long Term Evolution）（登録商標）等のモバイル通信規格に対応する無線通信モジュール、無線ＬＡＮ通信モジュール、又は有線ＬＡＮ通信モジュール等を含んでもよい。端末通信部１７は、ネットワーク１６を介して、サーバ装置１１との間で情報を送受信可能である。

端末記憶部１８は、例えば一次記憶装置及び二次記憶装置を含む。例えば端末記憶部１８は、半導体メモリ、磁気メモリ、又は光メモリ等を含んでもよい。端末記憶部１８は、ゲームの処理に必要な種々の情報及びプログラムを記憶する。例えば端末記憶部１８は、上述したユーザに関する情報の一部又は全部を記憶してもよい。これらの情報の一部又は全部は、例えば端末制御部２１によってサーバ装置１１との間で送受信される。

表示部１９は、例えば液晶ディスプレイ又は有機ＥＬディスプレイ等の表示デバイスを含む。表示部１９は、多様な画面を表示可能である。

入力部２０は、例えば表示部１９と一体的に設けられたタッチパネル等の入力インタフェースを含む。入力部２０は、端末装置１２に対するユーザ入力を受付可能である。また入力部２０は、物理キーを含んでもよいし、マウス等のようなポインティングデバイスをはじめとする任意の入力インタフェースをさらに含んでもよい。

端末制御部２１は、特定のプログラムを読み込むことにより特定の機能を実現する１つ以上の汎用のプロセッサ、及び特定の処理に特化した１つ以上の専用のプロセッサのうち、少なくとも一方を含む。端末制御部２１は、端末装置１２全体の動作を制御する。

端末制御部２１は、端末通信部１７を介して情報の送受信を行う。例えば、端末制御部２１は、ゲームの処理に必要な情報をサーバ装置１１との間で送受信する。例えば、端末制御部２１は、サーバ装置１１から受信した情報を、端末記憶部１８に記憶する。

端末制御部２１は、ユーザの操作に応じてゲームのアプリケーションを起動する。端末制御部２１は、サーバ装置１１と協働して、ゲームの処理を実行する。例えば、端末制御部２１は、種々の画面を表示部１９に表示させる。画面上には、例えばＧＵＩ（Graphic User Interface）が表示されてもよい。端末制御部２１は、画面に対するユーザ操作を検出可能である。

（記憶部に記憶される情報）
図２は、少なくとも３人のユーザを含むユーザに関する情報１１０を示す。ユーザに関する情報１１０は、例えばサーバ記憶部１４に記憶されて、端末装置１２との間で共有及び同期される。ユーザに関する情報１１０はユーザの種々の情報を含む。本実施形態において、ユーザに関する情報１１０は、ユーザＩＤと、所有するカードの情報１１１（図３参照）と、を含む。つまり、ユーザに関する情報１１０は、複数のユーザそれぞれと、所有するカードの情報１１１と、を対応付けている。

ユーザＩＤは、上述したようにユーザを一意に識別可能な情報である。

所有するカードの情報１１１は、ユーザがゲーム内で所有するカードの種々の情報を含む。カードがユーザに取得された場合、取得されたカードはユーザに対応付けられる。本実施形態において、カードはキャラクタカードである。そのため、所有するカードの情報１１１はカードに対応付けられたキャラクタの種類および特性に関する情報を含む。ここで、カードはキャラクタカードに限定されるものではない。

図３は、所有するカードの情報１１１の詳細を例示する図である。図３は、１人のユーザの所有するカードの情報１１１を示す。所有するカードの情報１１１は、カードＩＤと、キャラクタＩＤと、レベルと、レアリティと、属性と、パラメータと、単体スキルＩＤと、に関するデータを含む。所有するカードの情報１１１は、これらのデータの全てを含むものに限定されない。また、所有するカードの情報１１１は、さらに別のデータを含んでもよい。

カードＩＤは、ユーザが所有するカードを一意に識別するＩＤである。図３の例では、カードＩＤとして重複しない数字が用いられている。以下、カードＩＤが１であるカードを、カード１のように表記する。

キャラクタＩＤは、ゲームのキャラクタを一意に識別するＩＤである。本実施形態において、カードはキャラクタカードであるため、１つのカードＩＤに１つのキャラクタＩＤが対応付けられている。図３の例では、キャラクタＩＤとして重複しない英文字が用いられている。以下、キャラクタＩＤがＡであるキャラクタを、キャラクタＡのように表記する。ここで、１つのキャラクタには複数のカードが対応し得る。図３の例では、カード１およびカード２０は、どちらもキャラクタＡのカードである。

レベルは、キャラクタの成長度を示す情報である。例えば、レベルの値が大きいほど、キャラクタの成長度が大きい。レベルの値は、例えばパラメータの値に影響する。図３の例では、キャラクタＣのレベルは１０である。レベルの値は、ユーザがキャラクタを成長させることによって上昇する。

レアリティは、カードの希少性の度合いを示す情報である。例えば、レアリティの値が大きいほど、カードの希少性の度合いが高い。レアリティは固定的であってもよい。また、レアリティは、カードに応じて初期値が決まっており、ユーザによるゲームのプレイに応じて変化してもよい。レアリティは、例えばパラメータの最大値に影響する。図３の例ではレアリティは数字を用いている。例えば、カード１およびカード２０はどちらもキャラクタＡのカードである。しかし、レアリティが２であるカード１よりもレアリティが４であるカード２０の方が希少性の度合いが高い。ここで、別の例として、レアリティはキャラクタに応じて決まってもよい。

属性は、キャラクタが有する対戦等に関する特性であって、キャラクタ間の優劣関係を示す情報である。図３の例では、属性の種類として火、水、風、光等が使用される。例えば、火の属性を有するキャラクタは、風の属性を有するキャラクタからの攻撃に強く、水の属性を有するキャラクタからの攻撃に弱くてもよい。

パラメータは、ゲーム内の対戦等で参照されるキャラクタの強さを示す情報である。本実施形態において、各キャラクタはＨＰ（ヒットポイント）、ＭＰ（マジックポイント）、ＡＴ（攻撃力）およびＤＦ（防御力）のパラメータを有する。ここで、パラメータはＨＰ、ＭＰ、ＡＴおよびＤＦに限られるものではない。パラメータは、例えば素早さ等のゲームの行動に関するパラメータをさらに含んでもよい。また、パラメータは、ＨＰ、ＭＰ、ＡＴおよびＤＦの一部を含まなくてもよい。

ＨＰは、キャラクタのヒットポイントを示す情報である。図３では、ＨＰの最大値が示されている。例えば、キャラクタが敵キャラクタの攻撃動作によってダメージを受けると、ＨＰがダメージ量だけ減少する。また、例えばキャラクタの回復動作によって、ＨＰは回復量だけ増加する。また、ＨＰがゼロでなければキャラクタは戦闘可能状態であり、例えば敵キャラクタを攻撃することができる。しかし、ＨＰがゼロまで減少するとキャラクタは戦闘不能状態になる。キャラクタのＨＰが大きいほど、ゲームコンテンツのクリアに有利である。

ＭＰは、キャラクタのマジックポイントを示す情報である。図３では、ＭＰの最大値が示されている。例えば、キャラクタが単体で行う、通常の攻撃とは異なる特別な攻撃（以下、単体スキルという）を発動すると、ＭＰは単体スキルに応じた値だけ減少する。また、例えばキャラクタの回復動作によって、ＭＰは回復量だけ増加する。キャラクタのＭＰが大きいほど、ゲームコンテンツのクリアに有利である。

ＡＴは、キャラクタの攻撃力を示す情報である。ＡＴは、例えばキャラクタの攻撃によって対戦相手に与えるダメージ量に影響する。ＡＴの値が大きくなるほど、対戦相手に与えるダメージ量が大きくなる。したがって、キャラクタのＡＴが大きいほど、ゲームコンテンツのクリアに有利である。

ＤＦは、キャラクタの防御力を示す情報である。ＤＦは、例えばキャラクタが対戦相手からの攻撃によって受けるダメージ量に影響する。ＤＦの値が大きくなるほど、対戦相手から受けるダメージ量が小さくなる。したがって、キャラクタのＤＦが大きいほど、ゲームコンテンツのクリアに有利である。

ここで、図３の例では各キャラクタのＨＰ、ＭＰ、ＡＴおよびＤＦの値は一例である。ＨＰ、ＭＰ、ＡＴおよびＤＦは独立したパラメータであって、それぞれが独立に設定され得る。

単体スキルＩＤは、カードのキャラクタが有する単体スキルを一意に識別するＩＤである。単体スキルはカード毎に設定されている。ここで、単体スキルは全カードに設定されなくてもよい。つまり、単体スキルのないカードが存在してもよい。本実施形態において、フィールド領域１９１（図７参照）に表示されてユーザの操作対象となっているキャラクタは、ユーザの指示に応じて単体スキルを発動することができる。上記のように、単体スキルの発動によってＭＰは減少する。ＭＰの値が不足する場合、キャラクタは、単体スキルを発動することができない。以下、単体スキルＩＤがＳ１である単体スキルを、単体スキルＳ１のように表記する。例えば、単体スキルＳ１は、キャラクタＡが敵キャラクタ全体に対して、火属性の中ダメージを与える攻撃であってもよい。また、例えば、単体スキルＳ２０は、キャラクタＡが敵キャラクタ全体に対して、風属性の特大ダメージを与える攻撃であってもよい。ここで、別の例として、単体スキルはユーザの指示がなくても自動的に発動されてもよい。

図４は、助っ人キャラクタの情報１１４を例示する図である。上記のように、助っ人キャラクタは、ユーザが選択することによって、デッキを組み入れる（チームに編成できる）ことが可能なキャラクタである。ここで、助っ人キャラクタの情報１１４は、特定のクエストに対応付けられる助っ人キャラクタに関するデータを含む。本実施形態において、助っ人キャラクタの情報１１４は、クエストとの関連性のない助っ人キャラクタ（例えば他のユーザのキャラクタ）についての情報を含むものではない。本実施形態において、助っ人キャラクタの情報１１４は、１人のユーザと関連付けられるものではなく、ゲームに参加するユーザに共通して適用される。助っ人キャラクタの情報１１４は、端末装置１２の端末記憶部１８に記憶される。ここで、端末記憶部１８に記憶された助っ人キャラクタの情報１１４は、サーバ装置１１との間で共有及び同期されてもよい。また、別の例として、助っ人キャラクタの情報１１４は各ユーザと関連付けられてもよい。また、さらに別の例として、助っ人キャラクタの情報１１４は、１人以上のユーザで構成されるグループのそれぞれと関連付けられてもよい。

図４に示すように、助っ人キャラクタの情報１１４は、クエストＩＤと、助っ人キャラクタに関するデータを含む。助っ人キャラクタに関するデータは、キャラクタＩＤと、レベルと、属性と、パラメータと、を含む。助っ人キャラクタの情報１１４は、これらのデータ項目の全てを含むものに限定されない。また、助っ人キャラクタの情報１１４は、さらに別のデータ項目を含んでもよい。

クエストＩＤは、クエストを一意に識別するＩＤである。図４の例では、クエストＩＤとして重複しない文字が用いられている。以下、クエストＩＤがＱ１であるクエストを、クエストＱ１のように表記する。

図４に示すクエストＱ１，Ｑ２およびＱ３等は、それぞれ、特定のキャラクタについてのストーリーに沿ったクエスト等である。そして、クエストＱ１，Ｑ２およびＱ３等のそれぞれに、ストーリーに登場する特定のキャラクタが助っ人キャラクタとして関連付けられている。図４の例では、クエストＱ１にはキャラクタＡが助っ人キャラクタとして関連付けられている。また、クエストＱ２，Ｑ３には、それぞれ、キャラクタＢ、キャラクタＣが助っ人キャラクタとして関連付けられている。ここで、編成されたチームにキャラクタＡが含まれていない場合には、クエストＱ１は実行されない。しかし、本実施形態においては、助っ人キャラクタの情報１１４に基づいてキャラクタＡが助っ人キャラクタとして提供されるため、キャラクタＡ（キャラクタＡのカード）を所有しないユーザがクエストＱ１を実行することが可能になる。

助っ人キャラクタの情報１１４における、キャラクタＩＤ、レベル、属性、およびパラメータは、所有するカードの情報１１１（図３参照）と同じであるため、説明を省略する。例えば、クエストＱ１において助っ人キャラクタとして提供されるキャラクタＡのレベルは６０である。また、助っ人キャラクタとして提供されるキャラクタＡの属性は闇属性である。また、助っ人キャラクタとして提供されるキャラクタＡのＨＰ、ＭＰ、ＡＴおよびＤＦは、それぞれ１００００である。本実施形態において、クエストＱ１，Ｑ２およびＱ３等で助っ人キャラクタとして提供されるキャラクタのレベル、属性およびパラメータは固定されている（予め決められている）。

ここで、助っ人キャラクタの情報１１４は、例えばゲームシナリオにおいて新たなクエストが追加される際に更新されてもよい。例えば新たなクエストＱ４が追加される場合に、端末装置１２は、クエストＱ４のストーリーで主役として登場するキャラクタのキャラクタＩＤ（例えばＦ）、クエストＱ４に関連する属性、設定されるレベルおよびパラメータをサーバ制御部１５から取得する。サーバ制御部１５は、ゲームにおける全てのキャラクタカードのデータベース（例えばサーバ記憶部１４に記憶されている）にアクセスして、キャラクタＩＤが特定の値（この例ではＦ）であるキャラクタカードを所定数（例えば１つ）選択する。サーバ制御部１５は、この所定数のキャラクタカードの選択において、属性を考慮してもよい。サーバ制御部１５は、キャラクタＩＤ（この例ではＦ）と、レベルと、属性と、パラメータと、をクエストＩＤ（この例ではＱ４）に関連付けて助っ人キャラクタの情報１１４の更新情報を生成する。そして、端末装置１２は、サーバ装置１１から更新情報を取得することによって、助っ人キャラクタの情報１１４を更新できる。

（画面表示例）
図５はチーム編成画面を例示する図である。ユーザはチーム編成画面で、クエストを実行するチームを作ることができる。図５の例では１つのチームが編成される。別の例として、複数のチームが編成されて、ユーザが例えばクエスト毎に１つのチームを選択してもよい。

端末装置１２の表示部１９に表示されるチーム編成画面は、画面の上部にユーザの選択に用いられるキャラクタカードのアイコン４０を表示する。また、チーム編成画面は、画面の下部に編成中のチームを表示する。編成中のチームに含まれるキャラクタカードはアイコン４１で表示される。ユーザは、画面の上部に表示されるアイコン４０をタップすることによって、タップしたキャラクタカードをチームに含めることができる。また、ユーザは、画面の下部に表示されるアイコン４１をタップすることによって、タップしたキャラクタカードをチームから外すことができる。チームは最大で５つのキャラクタで構成される。ただし、ユーザは最大で４つのキャラクタを、チーム編成画面で選択する。残りの１つのキャラクタは助っ人キャラクタであり、後述する助っ人キャラクタ選択画面で選択される。チーム編成画面によってチームに含まれるキャラクタを選択する処理は、本発明の選択ステップおよび選択制御に対応する。

チーム編成画面は、ゲームのユーザに、ユーザが選択済みのキャラクタカードとキャラクタＩＤが重複するキャラクタカードを除いて、チームを構成するキャラクタカードを選択させる。詳細には、情報処理装置は、ユーザがカードを選択した場合、選択されたカードのキャラクタＩＤを判別する。そして、情報処理装置は、選択対象であるカードについて、同一のキャラクタＩＤを有するカードを抽出する。情報処理装置は、抽出したカードについて、選択できないように例えば特定のフラグを立てて、抽出したカードの表示を変更する。チーム内でキャラクタが重複しないようにすることによって、ゲームの世界観（例えばキャラクタの設定情報）が損なわれることを回避できる。図５の例では、ユーザは、キャラクタＡとキャラクタＢとをチームに組み入れている（画面の下部の（１）および（２））。つまり、ユーザは、キャラクタＡおよびキャラクタＢのキャラクタカードを選択済みである。チーム編成画面の上部で、アイコン４０のうち、キャラクタＡおよびキャラクタＢのカードのアイコン４０ｂは色が白からグレーに変化している。ユーザは、グレーで表示されるキャラクタＡおよびキャラクタＢのカードのアイコン４０ｂを選択できない。ここで、別の例として、選択できないカードのアイコン４０ｂは、表示色の差異以外の表示態様の変更（例えばサイズ変更）がされてもよいし、非表示とされてもよい。そして、アイコン４０のうち、キャラクタＣ，Ｄ，Ｅ，ＸおよびＹのカードのアイコン４０ａは、色が白色のままである。ユーザは、白色で表示されるキャラクタＣ，Ｄ，Ｅ，ＸおよびＹのカードのアイコン４０ａを選択可能である。ここで、図５の例では、助っ人キャラクタは４つのキャラクタを選択した後に選択される。別の例として、助っ人キャラクタは最初に選択されてもよい。また、さらに別の例として、ユーザがチーム編成画面で４つのキャラクタを選択している途中で、助っ人キャラクタが選択されてもよい。チーム編成画面におけるキャラクタの選択において、助っ人キャラクタとの関係で制限が課されることはない。つまり、ユーザは、助っ人キャラクタとキャラクタＩＤが重複するキャラクタカードをチームに組み入れることができる。例えば、助っ人キャラクタがキャラクタＡのカードであるとしても、ユーザはチーム編成画面でキャラクタＡのカードを選択することが許容される。そのため、チーム編成の自由度は高い。ここで、以下の説明において、「キャラクタＡのカード」を、単に「キャラクタＡ」と表記することがある。

図６は助っ人キャラクタ選択画面を例示する図である。本実施形態において、ユーザは、チーム編成画面で４つのキャラクタを選択した後に、助っ人キャラクタ選択画面で１つのキャラクタである助っ人キャラクタを選択する。

図６は、キャラクタＡの参加を前提とするストーリーに沿ったクエストＱ１に参加する際の助っ人キャラクタ選択画面を例示する。クエストＱ１は、助っ人キャラクタの情報１１４（図４参照）でキャラクタＡと関連付けられている。図６に示すように、助っ人キャラクタ選択画面は、助っ人キャラクタが固定されたレベル（この例では６０）および属性（この例では闇属性）を有するキャラクタＡであることを表す助っ人キャラクタのアイコン３３を表示する。また、助っ人キャラクタ選択画面は、クエストＱ１ではキャラクタＡが参加することを示すメッセージ３４を表示する。ユーザは、助っ人キャラクタのアイコン３３をタップすることでキャラクタＡをチームに加えることができる（画面の下部の助っ人キャラクタと表示された位置にキャラクタＡのアイコンが表示される）。ユーザは、助っ人キャラクタを選択した後に完了ボタン３５をタップしてクエストＱ１を開始する。ここで、ユーザが完了ボタン３５をタップすると、端末制御部２１は、チーム編成画面で選択されたキャラクタおよび助っ人キャラクタ選択画面で選択された助っ人キャラクタ（すなわち、チームのキャラクタ）を、ユーザと対応付けて端末記憶部１８に記憶してもよい。例えば、端末制御部２１は、所有するカードの情報１１１で、チーム編成画面で選択されたキャラクタのカードにフラグを立ててもよい。また、端末制御部２１は、助っ人キャラクタ選択画面で選択された助っ人キャラクタのカードを、所有するカードの情報１１１に追加して、フラグを立ててもよい。更新された所有するカードの情報１１１は、サーバ装置１１との間で共有及び同期される。

図６に示すように、編成されたチームにおいてキャラクタＡが重複している。ここで、ユーザが選択したキャラクタＡ（図６の（１））と、助っ人キャラクタのキャラクタＡとが同時にゲームフィールドに出現すると、例えばキャラクタの情報またはストーリー等のゲームの設定情報と矛盾が生じることがあり得る。つまり、ゲームの世界観が損なわれるおそれがある。しかし、チームを編成するキャラクタの重複を認めないとすると、ユーザがチーム編成画面（図５参照）で選択できるキャラクタが制限される。すると、チーム編成の自由度が低下する。本実施形態においては、後述するようにゲームフィールド上で同一のキャラクタが重複して表示されることを回避することによって、チームを構成するキャラクタの重複を認めながらも、ゲームの世界観が損なわれないようにすることが可能である。

図７はクエストＱ１の画面を例示する図である。クエストＱ１は、デッキの複数のキャラクタを用いて戦闘を行うゲームコンテンツである。クエストＱ１の画面は、ユーザが操作する端末装置１２の表示部１９に表示される。クエストＱ１は、敵キャラクタ３０と対戦するものであり、例えばゲームのシナリオとは別に用意された期間限定のイベントである。別の例として、クエストＱ１は、ゲームのシナリオに組み込まれていてもよい。

図７に示すように、クエストＱ１の画面は、フィールド領域１９１と、フィールド以外の領域１９２と、で構成される。フィールド領域１９１は、仮想ゲーム空間を表示する領域である。例えば敵キャラクタ３０およびユーザの操作対象のキャラクタＡがフィールド領域１９１に表示される。図７の例では、チームの２つのキャラクタＡのうち、助っ人キャラクタのキャラクタＡがフィールド領域１９１に表示されている。

また、フィールド以外の領域１９２は、ユーザの操作に関する画像を表示する領域である。例えば、チーム攻撃のゲージ３１、チーム攻撃ボタン３２およびデッキを構成するカードのキャラクタのアイコン４１がフィールド以外の領域１９２に表示される。アイコンは、チームのキャラクタに関連づけられた画像の一例である。アイコン４１のうちのアイコン４１ａは、助っ人キャラクタに関連づけられた画像である。図７の例で、アイコン４１のうちアイコン４１ａは、その他と表示の態様が異なっている。具体的には、アイコン４１ａは背景色が異なる。そのため、ユーザは、チーム編成画面でユーザが選択したキャラクタＡのアイコン４１（図７の左端のアイコン４１）と、助っ人キャラクタのキャラクタＡのアイコン４１（図７の右端のアイコン４１ａ）と、を容易に判別できる。

チーム編成画面（図５）で選択したキャラクタＡ〜Ｄおよび助っ人キャラクタ選択画面（図６）で選択した助っ人キャラクタであるキャラクタＡの中からユーザによって指定されて、ユーザの操作対象となる一つのキャラクタが、フィールド（フィールド領域１９１）に表示されて、クエストＱ１が進行する。図７の例では、ユーザはフィールド領域１９１に表示されたキャラクタＡを操作して、敵キャラクタ３０との戦闘を行っている。ユーザはアイコン４１をタップすることで、フィールド領域１９１に表示される操作対象のキャラクタを切り替えることが可能である。ここで、単体スキルを発動可能なキャラクタのアイコン４１には、「ＲＥＡＤＹ」と書かれたタブ部分が表示される。ユーザは所定の操作によって単体スキルを発動させることができる。本実施形態において、ユーザはタブ部分を上方向（フィールド領域１９１に向かう方向）にスライドする操作によって、単体スキルを発動させることができる。単体スキルを発動したキャラクタのＭＰは消費される。

また、チーム攻撃のゲージ３１の値はゲームの進行状況が所定の条件を満たした場合に増加する。例えば、ゲージ３１の値は敵キャラクタ３０を攻撃すると増加する。また、ゲージ３１の値は敵へのダメージ数に応じて増加してもよい。また、ゲージ３１の値はキャラクタのアクションに応じて増加してもよい。図８に示すように、ゲージ３１の値が所定の値に達すると（本実施形態ではゲージ３１が満たされると）、チーム攻撃ボタン３２の表示態様が変化する（本実施形態では点滅する）。そして、ユーザからの所定の指示（本実施形態では点滅したチーム攻撃ボタン３２をタップすること）に基づいてチーム攻撃が実行される。ここで、図８は図７に続く画面を示すものである。図８において、図７と同じ要素は同じ符号を付しており、その説明を省略する。

図９に示すように、チーム攻撃が実行されると、助っ人キャラクタを除く４つのキャラクタＡ〜Ｄがフィールド領域１９１に表示されて、敵キャラクタ３０との戦闘が行われる。つまり、チーム攻撃では、助っ人キャラクタはフィールド領域１９１に表示されない。そのため、複数の同じキャラクタ（例えばキャラクタＡ）がフィールド領域１９１に表示されてゲームの世界観が損なわれる、ということはない。チーム攻撃の実行中に、ユーザは操作対象の一つのキャラクタ（例えば助っ人キャラクタではないキャラクタＡ）だけを操作する。その他のキャラクタ（例えばキャラクタＢ〜Ｄ）はゲームプログラムによって自動で操作される。ここで、図９は図８に続く画面を示すものである。図９において、図７および図８と同じ要素は同じ符号を付しており、その説明を省略する。

本実施形態において、チーム攻撃ボタン３２がタップされてから、一定の時間（例えば２０秒）だけチーム攻撃が実行される。残り時間をユーザに知らせるために、本実施形態では、時間の経過とともにゲージ３１の値が減少し、残り時間（図９の例では１２．３秒）がゲージ３１の下部に示される。ゲージ３１の値がゼロになると（一定の時間が経過すると）、通常の戦闘、すなわちユーザの操作対象となる一つのキャラクタだけがフィールド領域１９１に表示される戦闘が再び実行される（図７参照）。ここで、上記の通常の戦闘の処理は本発明の第１進行ステップに対応する。また、チーム攻撃の処理は本発明の第２進行ステップに対応する。また、チーム攻撃が実行される条件は一定の時間に限定されない。例えば、敵キャラクタ３０に対する攻撃回数が所定の値に達するまでチーム攻撃が実行されてもよい。また、例えば、チームまたは操作対象のキャラクタのアクション回数が所定の値に達するまでチーム攻撃が実行されてもよい。また、例えば、所定のパラメータ（例えば操作対象キャラクタのＨＰまたはＭＰ）が閾値を超えるまたは下回るまでチーム攻撃が実行されてもよい。

ここで、ユーザが助っ人キャラクタであるキャラクタＡを操作対象とする通常の戦闘の実行中に、チーム攻撃に切り替わり、一定の時間の経過後に再び通常の戦闘に戻った場合の操作対象の変化について説明する。

助っ人キャラクタであるキャラクタＡを操作対象とする通常の戦闘の実行中に、ユーザがチーム攻撃ボタン３２をタップすると、助っ人キャラクタではないキャラクタＡおよびキャラクタＢ〜Ｄのうちの一つにユーザの操作対象が切り替わって、チーム攻撃が実行される。

そして、一定の時間の経過後にチーム攻撃が終了すると、再び通常の戦闘が実行される。再び実行された通常の戦闘において、ユーザの操作対象は元に戻される。つまり、ユーザの操作対象は助っ人キャラクタであるキャラクタＡに戻る。ここで、別の例として、ユーザの操作対象が元に戻らなくてもよい（チーム攻撃の際の操作対象のキャラクタが維持されてもよい）。

このとき、情報処理装置（例えば端末装置１２）は次のような処理を実行する。端末装置１２は、通常の戦闘においてフィールド領域１９１に表示されているキャラクタＡが助っ人キャラクタであるか否かを判定する。キャラクタＡが助っ人キャラクタである場合に、端末装置１２は、チーム攻撃が実行されるとフィールド領域１９１に表示されていた助っ人キャラクタを非表示にする（操作対象から外す）。このとき、端末装置１２は、別のキャラクタ（助っ人キャラクタではないキャラクタＡおよびキャラクタＢ〜Ｄのうちの一つ）を操作対象としてフィールド領域１９１に表示させる。

そして、上記の判定の結果でキャラクタＡが助っ人キャラクタである場合に、端末装置１２は、チーム攻撃が終了すると、フィールド領域１９１に表示されていたチーム攻撃における操作対象のキャラクタ（助っ人キャラクタではないキャラクタＡおよびキャラクタＢ〜Ｄのうちの一つ）を非表示にする（操作対象から外す）。そして、端末装置１２は、再び助っ人キャラクタをフィールド領域１９１に表示させる（操作対象とする）。

ここで、本実施形態において、助っ人キャラクタとして選択されたキャラクタＡは、チームを構成する他のキャラクタと比べて特段の制限を有さない。例えば、助っ人キャラクタであるキャラクタＡは、他のキャラクタと同様に、敵の攻撃動作によってダメージを受けて減少するＨＰおよび単体スキルの発動で減少するＭＰを有する。例えば、チーム編成画面で選択されたユーザが所有するキャラクタＡ〜Ｄが戦闘不能状態になっても、助っ人キャラクタであるキャラクタＡが戦闘可能状態であれば、クエストＱ１を続行することができる。そして、図１０に示すように、チーム編成画面で選択されたユーザが所有するキャラクタＡ〜Ｄおよび助っ人キャラクタであるキャラクタＡの全てが戦闘不能状態になるとクエストＱ１が終了する。ここで、図１０において、図７〜図９と同じ要素は同じ符号を付しており、その説明を省略する。

（フローチャート）
図１１は、端末装置１２が実行するクエストＱ１に関する制御方法を示すフローチャートである。ここで、以下のフローチャートの説明におけるゲーム媒体は、具体的にはキャラクタカードまたはカードに関連付けられたキャラクタである。

まず、端末装置１２は、第１パラメータが特定の値である所定数のゲーム媒体を記憶する（ステップＳ１）。つまり、端末装置１２は、クエストのシナリオに応じて、キャラクタＩＤ（第１パラメータの一例）が特定の値（例えばＦ等）である所定数（例えば１つ）のゲーム媒体を記憶する（図４参照）。記憶された所定数のゲーム媒体は、ユーザがクエストを実行する際に、助っ人キャラクタとして提供される（図６参照）。

端末装置１２は、ユーザに、ゲーム媒体を選択させる（ステップＳ２）。つまり、端末装置１２は、チーム編成画面を表示して、チームのキャラクタとして、ユーザが所有するゲーム媒体のうちのいくつかをユーザに選択させる（図５参照）。ここで、上記のように、選択済みのキャラクタカードは選択できないように表示される。詳細には、端末装置１２は、ユーザがカードを選択した場合、選択されたカードのキャラクタＩＤを判別する。そして、端末装置１２は、選択対象であるカードについて、同一のキャラクタＩＤを有するカードを抽出する。端末装置１２は、抽出したカードについて、選択できないように例えば特定のフラグを立てて、抽出したカードの表示を変更する。

端末装置１２は、ユーザがゲーム媒体の選択を完了したか否かを判定する（ステップＳ３）。ユーザがゲーム媒体の選択を完了していない場合に（ステップＳ３のＮｏ）、端末装置１２はステップＳ２の処理に戻る。ユーザがゲーム媒体の選択を完了した場合に（ステップＳ３のＹｅｓ）、端末装置１２はステップＳ４の処理に進む。

端末装置１２は、選択されたゲーム媒体および所定数のゲーム媒体を、ユーザと対応付けて記憶する（ステップＳ４）。つまり、端末装置１２は、ユーザのチームを構成するゲーム媒体である、チーム編成画面で選択したゲーム媒体および助っ人キャラクタとして提供されたゲーム媒体を、ユーザと対応付けて記憶する。

端末装置１２は、選択されたゲーム媒体および所定数のゲーム媒体から指定された一つのゲーム媒体をフィールドに表示させて、ゲームを進行させる（ステップＳ５）。つまり、端末装置１２は、ユーザがチームを構成するゲーム媒体の中から指定した一つを、フィールドに表示させて、例えば敵キャラクタ３０との対戦等を実行する。

端末装置１２は、ユーザからの所定の指示があったか否かを判定する（ステップＳ６）。ここで、ユーザからの所定の指示とは、本実施形態の例では点滅したチーム攻撃ボタン３２をタップすることである（図８参照）。ユーザからの所定の指示がない場合に（ステップＳ６のＮｏ）、端末装置１２はステップＳ５の処理に戻る。ユーザからの所定の指示があった場合に（ステップＳ６のＹｅｓ）、端末装置１２はステップＳ７の処理に進む。

端末装置１２は、選択されたゲーム媒体の全てをフィールドに表示させて、ゲームを進行させる（ステップＳ７）。つまり、端末装置１２は、ユーザがチーム編成画面を用いて選択したゲーム媒体の全てをフィールドに表示させて、チーム攻撃を実行する。

端末装置１２は、チーム攻撃の実行開始から所定時間が経過した場合に（ステップＳ８のＹｅｓ）、ステップＳ５の処理に戻る。また、端末装置１２は、チーム攻撃の実行開始から所定時間が経過していない場合に（ステップＳ８のＮｏ）、ステップＳ７に戻って、チーム攻撃を継続する。

以上述べたように、本実施形態に係る情報処理装置は、記憶部（例えば端末記憶部１８）と、制御部（例えば端末制御部２１）と、を備える。制御部は、第１パラメータ（例えばキャラクタＩＤ）が特定の値である所定数のゲーム媒体を記憶部に記憶させる。また、制御部は、ゲームのユーザに、ユーザが選択済みのゲーム媒体と第１パラメータが重複するゲーム媒体を選択できないようにした上で（図５参照）、所定数のゲーム媒体と第１パラメータが重複するゲーム媒体を選択することを許容して、ゲーム媒体を選択させる選択制御を実行する。制御部は、選択制御で選択されたゲーム媒体および所定数のゲーム媒体を、ユーザと対応付けて記憶部に記憶させる。制御部は、選択されたゲーム媒体および所定数のゲーム媒体の中からユーザによって指定されて、ユーザの操作対象となる一つのゲーム媒体をフィールドに表示させて、ゲームを進行させる（図７参照）。また、制御部は、ユーザからの所定の指示（例えばチーム攻撃ボタン３２のタップ）に基づいて、選択されたゲーム媒体の全てをフィールドに表示させて、ゲームを進行させる（図９参照）。

本実施形態に係る情報処理装置は、クエストに適した所定数のゲーム媒体を助っ人キャラクタとして提供する。ここで、従来、助っ人キャラクタは、他のユーザが所有するキャラクタに限定されたり、パラメータが他のユーザの所有している状態に制限されていた。したがって、キャラクタおよびキャラクタのパラメータに関して、選択の幅が狭かった。例えば、ユーザは、必ずしもレベルおよびパラメータの値が大きいキャラクタを選択できるわけではなかった。本実施形態に係る情報処理装置は、ユーザのゲーム進行状況に応じた助っ人キャラクタを提供する。例えば、クエストに適しており、かつ、レベルおよびパラメータを高い値に固定した（例えば図４の例ではレベル５０以上、ＨＰ等が８０００以上）助っ人キャラクタが確実にユーザに提供される。そのため、本実施形態に係る情報処理装置は、ユーザが多様なキャラクタ、多様なパラメータのキャラクタを使用する機会を増やすことで、戦略性を増す。また、ユーザが高いレベルのキャラクタの強さを実感できる等、ユーザに有意義な体験をさせることが可能である。

また、本実施形態に係る情報処理装置は、例えばキャラクタＩＤが特定の値である所定数（例えば１つ）のゲーム媒体を予め用意して、ユーザが操作対象とできるように（ユーザがチームに組み入れることができるように）提供する。本実施形態に係る情報処理装置は、あるゲーム媒体をチームに含めることを参加条件とするクエストが存在する場合に、当該ゲーム媒体をユーザが操作できるように提供する。そのため、当該ゲーム媒体を所有していないユーザも、参加条件のあるクエストに参加することが可能になり、ゲーム攻略における戦略の幅が狭まることはない。したがって、本実施形態に係る情報処理装置は、ユーザが所有していないゲーム媒体を用いた多様な戦略を実行可能にする。

また、本実施形態に係る情報処理装置は、ユーザが所有するゲーム媒体の中からいくつかのゲーム媒体を選択してチームに含める場合に、上記の予め用意されたゲーム媒体とキャラクタが重複することを許容する。したがって、ユーザは、自由度が高いチーム編成が可能になる。一方で、チーム内でキャラクタが重複する場合に、２つ以上の同一キャラクタがフィールドに表示されると、ゲームの世界観が損なわれるおそれがある。本実施形態に係る情報処理装置は、例えばチーム攻撃等の場合には、予め用意された所定数のゲーム媒体（助っ人キャラクタ）を除いて、ユーザが所有するゲーム媒体の中から選択したキャラクタをフィールドに表示させる。そのため、本実施形態に係る情報処理装置が処理を実行するゲームにおいて、同一キャラクタの重複表示によって世界観が損なわれることはない。

また、本実施形態に係る情報処理装置は、提供する助っ人キャラクタを他のチームのキャラクタと同様に、制限なく使用可能にする。例えば、従来の助っ人キャラクタは、戦闘中に単体スキルだけを発動できる（すなわち通常攻撃ができない）といった制限を有することがあった。そのため、助っ人キャラクタ以外のチームのキャラクタが戦闘不能状態となると、助っ人キャラクタが戦闘可能であるとしても、クエストを終了することがあった。本実施形態に係る情報処理装置は、助っ人キャラクタを含めたチームのキャラクタの全てが戦闘不能状態になって初めてクエストが終了する。そのため、ユーザが所有していないゲーム媒体を用いた多様な戦略を実行可能にする。

また、本実施形態のゲームコンテンツにおいては、フィールド領域１９１に表示される操作可能なキャラクタの数を制限（例えば１つに制限）していた。例えば携帯端末のような限られた面積の画面では、多数のキャラクタがフィールド上に存在する場合、指またはスタイラスの陰になることがあり、ユーザは操作対象となるキャラクタを識別することが難しい。また、ユーザはゲーム操作を行いにくい。そのため、チーム攻撃等の特別な場合を除いて、操作対象とならないキャラクタのフィールド領域１９１への表示を制限している。また、操作可能なキャラクタは、ユーザによって切り替え可能である。このように、フィールド領域１９１に表示される操作可能なキャラクタの数を制限しつつ、操作可能なキャラクタを切り替え可能にすることによって、視認性および操作性が向上している。また、チーム攻撃が実行されることによって、ユーザは自動的かつ間接的に、操作対象でないキャラクタを操作できる。つまり、ユーザは、デッキを構成する一部のキャラクタを操作する機会が減少することを回避できる。また、チーム攻撃が実行されることによって、タッチパネルのような複雑な入力操作が難しいユーザインターフェースにおいても、ユーザの操作性を損なうことなく、多様なキャラクタを操作させることが可能となる。

また、本実施形態において、チーム攻撃においては、助っ人キャラクタを除く全てのキャラクタ（図９の例では４つのキャラクタＡ〜Ｄ）が敵キャラクタ３０と戦闘した。ここで、チーム攻撃は、助っ人キャラクタを除くチームの一部のキャラクタが戦闘するものであってもよい。このとき、ユーザはキャラクタを選択する操作入力を実行してもよい。また、満たされた発動条件（例えばゲージ３１の量またはタイミング等）に応じて、敵キャラクタ３０と戦闘を行うキャラクタが自動的に選択されてもよい。

本開示を諸図面および実施形態に基づき説明してきたが、当業者であれば本開示に基づき種々の変形および修正を行うことが容易であることに注意されたい。したがって、これらの変形および修正は本開示の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段またはステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

（変形例等）
上記の実施形態において、助っ人キャラクタとして１つのキャラクタが提供されて、ユーザは助っ人キャラクタを使用するか否かを選択して、完了ボタン３５をタップすることでクエストを進めていた（図６参照）。ここで、助っ人キャラクタとして複数の候補が表示されて、ユーザは複数の中から１つのキャラクタを助っ人キャラクタとして選択してもよい。図１２は、本変形例における、キャラクタＡの参加を前提とするストーリーに沿ったクエストＱ１に参加する際の助っ人キャラクタ選択画面を例示する。本変形例において、図１２に示すように、助っ人キャラクタとして選択可能な、キャラクタＡの第１〜第３の候補のアイコン３３ａ〜３３ｃが表示される。キャラクタＡの第１〜第３の候補はそれぞれ異なる属性を有する。また、メッセージ３４ａには、ユーザにカードの選択を促す文章が記載されている。ユーザは、アイコン３３ａ〜３３ｃのいずれかをタップして助っ人キャラクタとして選択し、または、いずれも選択しないで（助っ人キャラクタを使用せずに）チームを編成する。そして、ユーザは完了ボタン３５をタップしてクエストＱ１を開始する。

本変形例に係る情報処理装置は、第１パラメータ（例えばキャラクタＩＤ）が特定の値であるゲーム媒体を選択可能にユーザに表示して、ユーザによって選択されたゲーム媒体を所定数（例えば１つ）のゲーム媒体（助っ人キャラクタ）に設定する処理を実行する。ここで、本変形例に係る情報処理装置は、助っ人キャラクタの情報１１４をユーザごとに関連付けて記憶していてもよい。そして、助っ人キャラクタの情報１１４の属性は当初未設定であってもよい。情報処理装置は、ユーザによって選択されたゲーム媒体の属性を反映させるように、助っ人キャラクタの情報１１４を更新してもよい。本実施形態に係る情報処理装置は、ユーザに助っ人キャラクタを選択させることによって、さらに多様な戦略を実行可能にする。

また、本実施形態においては、チーム編成画面で、ユーザが選択済みのキャラクタカードとキャラクタＩＤが重複するキャラクタカードは選択不可能にされた（選択対象から除かれた）。ここで、チーム編成画面で、チームに含んだキャラクタと特定の関係にあるキャラクタが選択不可能とされてもよい。例えば、ゲームの設定情報（例えばストーリー）において、別の時代に存在するように設定されたキャラクタが選択不可能に設定されてもよい。また、例えば、ゲームの設定情報において、敵と味方の関係にあるキャラクタが選択不可能に設定されてもよい。

上記の実施形態において、助っ人キャラクタの数（所定数）は１つであった。しかし、所定数は複数であってもよい。例えば所定数が２である場合に、ユーザは最大で３つのキャラクタを、チーム編成画面で選択可能であってもよい。

上記の実施形態において、助っ人キャラクタは、クエストとの関連性があるキャラクタに限定されていた。ここで、助っ人キャラクタは、以下のように選択されてもよい。例えば、助っ人キャラクタは、他のユーザに関連付けられたキャラクタおよびゲームの運営で用意したキャラクタを選択可能であってもよい。また、所定の条件に基づいて、他のユーザのキャラクタを選択可能な状態、または、選択不可能な状態が切り替えられてもよい。また、所定の条件に基づいて、運営が用意したキャラクタを選択可能な状態、または、選択不可能な状態が切り替えられてもよい。また、キャラクタが切り替えられた際に、ユーザが選択可能に、または、選択不可能にキャラクタの表示態様を変更してもよい。所定の条件は、例えば、ユーザがゲームの運営で用意したキャラクタを既に所有していることでもよい。また、所定の条件は、ユーザが実行したクエストとゲームの運営で用意したキャラクタとが対応付けられていないことでもよい。また、所定の条件は、ユーザに関連付けられた他のユーザ（例えばフレンド等）の数が所定数よりも多い、または、少ないことでもよい。また、ユーザのフレンドが所有するキャラクタのレベルが所定値よりも大きい、または、小さいことでもよい。ここで、所定の条件は、これらに限定されるものではない。また、上記に例示した所定の条件は、組み合わされてもよい。例えば、ユーザがゲームの運営で用意したキャラクタを既に所有している、または、クエストとゲームの運営で用意したキャラクタとが対応付けられていない場合に、ゲームの運営で用意したキャラクタの選択を不可能にしてもよい。このとき、ユーザは、他のユーザのキャラクタから助っ人キャラクタを選択可能であってもよい。また、例えば、ユーザに関連付けられた他のユーザの数が所定数よりも少ない、または、ユーザのフレンドが所有するキャラクタのレベルが所定値よりも小さい場合に、他のユーザのキャラクタから助っ人キャラクタを選択不可能にしてもよい。このとき、ユーザは、上記実施形態のように、ゲームの運営で用意したキャラクタを助っ人キャラクタとして選択可能であってもよい。

また、本実施形態においては、助っ人キャラクタの情報１１４によって、助っ人キャラクタは特定のクエストに関連付けられていた。しかし、助っ人キャラクタはクエスト以外のゲーム内のコンテンツ（例えば常設のクエスト以外の期間限定のイベント）に関連付けられてもよい。例えば、助っ人キャラクタはイベント情報、例えばイベント期間に関連付けられてもよい。このとき、助っ人キャラクタは、そのイベントの実施中またはイベント期間中だけ、ユーザによって選択可能であってもよい。

また、本実施形態においては、助っ人キャラクタの情報１１４によって、助っ人キャラクタのレベル、属性およびパラメータは固定されていた。ここで、助っ人キャラクタのレベル、属性およびパラメータを固定するのではなく、初期値を設定した上で、いくつかの要素に応じて変動させてもよい。ここで、助っ人キャラクタのレベル、属性およびパラメータを変動させる要素は、例えばユーザのパラメータまたはチームを構成するキャラクタのパラメータであってもよい。例えば、チームを構成するキャラクタのパラメータに応じて、チーム内でバランスがとれるように、助っ人キャラクタのパラメータが増減されてもよい。また、助っ人キャラクタは選択可能に複数設定されてもよい。また、助っ人キャラクタのレベル、属性およびパラメータの少なくとも１つが異なる複数のカードが用意されていてもよい。つまり、同じキャラクタＩＤであって、ゲームにおける強さが異なる複数のカードの中から１つが助っ人キャラクタとして選択可能であってもよい。このとき、ゲームとしての設定情報（ストーリ等）に矛盾が生じることなく、ゲームバランスの調整が可能になる。また、ユーザは、定められたキャラクタの複数のカードの中から、条件に応じていくつかを選択可能であってもよい。このとき、ゲームとしての設定情報（ストーリ等）に矛盾が生じることなく、戦略性が増加し得る。

また、上記の実施形態において、ゲーム画面の一部をサーバ装置が生成したデータに基づいて端末装置１２の表示部１９に表示させるウェブ表示とし、ゲーム画面の一部を、端末装置１２にインストールされているネイティブアプリによって表示させるネイティブ表示としてもよい。このように、上述した実施形態におけるゲームは、端末装置１２およびサーバ装置１１のそれぞれが処理の一部を担うハイブリッドゲームとすることもできる。

また、サーバ装置１１および端末装置１２は、ゲームに関する多様な処理を協働して実行してもよい。例えば、サーバ装置１１および端末装置１２が、一連の処理を分担して実行してもよい。また、例えば、サーバ装置１１および端末装置１２それぞれが同一の処理を実行してもよい。当該同一の処理について、サーバ装置１１と端末装置１２との間で処理結果が一致する場合、サーバ装置１１および端末装置１２は、当該処理を完了してもよい。サーバ装置１１と端末装置１２との間で処理結果が一致しない場合、サーバ装置１１および端末装置１２は、一方（例えばサーバ装置１１）の処理結果が正しいとして当該処理を完了してもよい。また、別の例として、サーバ装置１１と端末装置１２との間で処理結果が一致しない場合、サーバ装置１１および端末装置１２は、当該同一の処理の実行前にプロセスを巻き戻してもよい。かかる構成によれば、例えばサーバ装置１１および端末装置１２の間の通信品質が一時的に低下した場合であっても、直ちに処理が中断される蓋然性が低下する。また、端末装置１２において、例えばパラメータの書き換え等の不正処理が行われた場合であっても、当該不正処理を排除できる蓋然性が向上する。

また、端末装置１２またはサーバ装置１１として機能させるために、例えばコンピュータ、携帯電話等を好適に用いることができる。端末装置１２またはサーバ装置１１は上記の各機能を実現する処理内容を記述したプログラムを、アクセス可能な記憶部に格納し、ＣＰＵによって当該プログラムを読み出して実行させることによって実現可能である。

１０ ゲームシステム
１１ サーバ装置
１２ 端末装置
１３ サーバ通信部
１４ サーバ記憶部
１５ サーバ制御部
１６ ネットワーク
１７ 端末通信部
１８ 端末記憶部
１９ 表示部
２０ 入力部
２１ 端末制御部
３０ 敵キャラクタ
３１ ゲージ
３２ チーム攻撃ボタン
３３ 助っ人キャラクタのアイコン
３３ａ，３３ｂ，３３ｃ 助っ人キャラクタ候補のアイコン
３４，３４ａ メッセージ３５ 完了ボタン
４０，４０ａ，４０ｂ アイコン
４１，４１ａ アイコン
１１０ ユーザに関する情報
１１１ 所有するカードの情報
１１４ 助っ人キャラクタの情報
１９１ フィールド領域
１９２ フィールド以外の領域

Claims (10)

1. ゲームに関する処理を実行する情報処理装置に、
   第１パラメータが所定の値である所定数のゲーム媒体を記憶するステップと、
   前記所定数のゲーム媒体の中から、ユーザに、前記ユーザが選択済みのゲーム媒体と前記第１パラメータが重複しないゲーム媒体、および、前記ユーザが選択済みのゲーム媒体と特定の関係であるゲーム媒体を選択可能に表示するステップと、
   前記ユーザに、前記選択可能に表示されたゲーム媒体の中から、チームを構成するゲーム媒体をチーム用ゲーム媒体として選択させるステップと、
   前記チーム用ゲーム媒体の強さを表すパラメータが所定値以上、または、以下であるか否かを判定するステップと、
   前記ユーザに、前記パラメータが所定値以上、または、以下であるゲーム媒体を追加可能に表示させ、前記ユーザにより選択されたゲーム媒体を追加用ゲーム媒体として前記チームに追加させるステップと、
   前記選択するステップで選択されたチーム用ゲーム媒体および前記追加させるステップで追加された追加用ゲーム媒体を、前記ユーザと対応付けて記憶するステップと
   を実行させ、
   前記追加させるステップにおいて、
   前記チーム用ゲーム媒体に特定の第１のパラメータを有するゲーム媒体が含まれている場合には、前記追加用ゲーム媒体を追加せずとも前記ゲームの進行が可能であり、
   前記チーム用ゲーム媒体に特定の第１のパラメータを有するゲーム媒体が含まれていない場合には、当該特定の第１のパラメータを有するゲーム媒体を前記追加用ゲーム媒体として追加することによって前記ゲームの進行が可能となるプログラム。
2. 前記情報処理装置に、
   前記ゲームのユーザに、前記ユーザが選択済みのゲーム媒体と前記第１パラメータが重複するゲーム媒体を選択不可能に表示するステップをさらに実行させる請求項１に記載のプログラム。
3. 前記選択可能に表示されたゲーム媒体と、前記選択不可能に表示されたゲーム媒体は、異なる表示態様で表示される請求項２に記載のプログラム。
4. 前記選択不可能に表示するステップは、
   前記ユーザが、チームを構成する対象となる複数のゲーム媒体の中から一のゲーム媒体を選択した場合、当該選択されたゲーム媒体の第１パラメータを判別するステップと、
   前記複数のゲーム媒体の中から、前記第１パラメータと重複する第１パラメータを有するゲーム媒体を抽出するステップと、
   前記抽出されたゲーム媒体に対して特定のフラグを対応付けるステップと、
   前記特定のフラグが対応づけられたゲーム媒体を選択不可能として表示するステップと
   を含む請求項２または３に記載のプログラム。
5. 前記情報処理装置に、
   前記ゲームのユーザに、前記ユーザが選択済みのゲーム媒体と特定の関係にあるゲーム媒体を選択不可能に表示するステップをさらに実行させる請求項２から４のいずれか一項に記載のプログラム。
6. 前記情報処理装置に、
   前記選択するステップで選択されたチーム用ゲーム媒体および前記追加させるステップで追加された追加用ゲーム媒体に関連づけられた画像をフィールド以外の領域に表示させるステップをさらに実行させ、
   前記追加用ゲーム媒体に関連づけられた画像は、前記チーム用ゲーム媒体に関連づけられた画像とは異なる態様で表示される請求項１から５のいずれか一項に記載のプログラム。
7. 前記情報処理装置に、
   前記選択するステップで選択されたチーム用ゲーム媒体の第２パラメータに基づいて、前記追加させるステップで追加可能に表示されるゲーム媒体の第２パラメータを更新するステップをさらに実行させる請求項１から６のいずれか一項に記載のプログラム。
8. 前記特定の関係は、異なる第３パラメータを有する関係である請求項５に記載のプログラム。
9. ゲームに関する処理を実行する情報処理装置の制御方法であって、
   第１パラメータが所定の値である所定数のゲーム媒体を記憶するステップと、
   前記所定数のゲーム媒体の中から、ユーザに、前記ユーザが選択済みのゲーム媒体と前記第１パラメータが重複しないゲーム媒体、および、前記ユーザが選択済みのゲーム媒体と特定の関係であるゲーム媒体を選択可能に表示するステップと、
   前記ユーザに、前記選択可能に表示されたゲーム媒体の中から、チームを構成するゲーム媒体をチーム用ゲーム媒体として選択させるステップと、
   前記チーム用ゲーム媒体の強さを表すパラメータが所定値以上、または、以下であるか否かを判定するステップと、
   前記ユーザに、前記パラメータが所定値以上、または、以下であるゲーム媒体を追加可能に表示させ、前記ユーザにより選択されたゲーム媒体を追加用ゲーム媒体として前記チームに追加させるステップと、
   前記選択するステップで選択されたチーム用ゲーム媒体および前記追加させるステップで追加された追加用ゲーム媒体を、前記ユーザと対応付けて記憶するステップと、を含み、
   前記追加させるステップにおいて、
   前記チーム用ゲーム媒体に特定の第１のパラメータを有するゲーム媒体が含まれている場合には、前記追加用ゲーム媒体を追加せずとも前記ゲームの進行が可能であり、
   前記チーム用ゲーム媒体に特定の第１のパラメータを有するゲーム媒体が含まれていない場合には、当該特定の第１のパラメータを有するゲーム媒体を前記追加用ゲーム媒体として追加することによって前記ゲームの進行が可能となる、制御方法。
10. ゲームに関する処理を実行する情報処理装置であって、
    記憶部と、
    制御部と、を備え、
    前記制御部は、
    第１パラメータが所定の値である所定数のゲーム媒体を記憶させ、
    前記所定数のゲーム媒体の中から、ユーザに、前記ユーザが選択済みのゲーム媒体と前記第１パラメータが重複しないゲーム媒体、および、前記ユーザが選択済みのゲーム媒体と特定の関係であるゲーム媒体を選択可能に表示し、
    前記ユーザに、前記選択可能に表示されたゲーム媒体の中から、チームを構成するゲーム媒体をチーム用ゲーム媒体として選択させ、
    前記チーム用ゲーム媒体の強さを表すパラメータが所定値以上、または、以下であるか否かを判定し、
    前記ユーザに、前記パラメータが所定値以上、または、以下であるゲーム媒体を追加可能に表示させ、前記ユーザにより選択されたゲーム媒体を追加用ゲーム媒体として前記チームに追加させ、
    前記選択されたチーム用ゲーム媒体および前記追加させるステップで追加された追加用ゲーム媒体を、前記ユーザと対応付けて記憶させ、
    前記チーム用ゲーム媒体に特定の第１のパラメータを有するゲーム媒体が含まれている場合には、前記追加用ゲーム媒体を追加せずとも前記ゲームの進行が可能であり、
    前記チーム用ゲーム媒体に特定の第１のパラメータを有するゲーム媒体が含まれていない場合には、当該特定の第１のパラメータを有するゲーム媒体を前記追加用ゲーム媒体として追加することによって前記ゲームの進行が可能となる、情報処理装置。