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

Abstract

【課題】従来よりも高度な戦略を必要とするゲームを実行するプログラム、制御方法、および情報処理装置を提供する。【解決手段】情報処理装置に、第１のゲーム媒体と、第１の条件を満たすか否かに応じて第１のゲーム媒体の第２のパラメータを変動させる複数の第２のゲーム媒体と、を関連付けて記憶するステップＳ１と、ゲームのユーザによって操作されるゲーム媒体と、第１のゲーム媒体および複数の第２のゲーム媒体と、の対戦を開始するステップＳ２と、複数の第２のゲーム媒体の少なくとも一つが第２の条件を満たした場合に、仮想空間において第２の条件を満たした第２のゲーム媒体から所定の範囲に含まれるゲーム媒体の第１のパラメータを変動させるステップＳ５と、複数の第２のゲーム媒体のそれぞれを、仮想空間において、互いに他の第２のゲーム媒体の所定の範囲に含まれないように配置するステップＳ３と、を実行させる。【選択図】図１０

Description

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

仮想空間内に配置されたキャラクタ等をユーザ操作に応じて移動および動作させるゲー
ムが知られている。例えば特許文献１には、ユーザが操作するキャラクタ（以下、ユーザ
キャラクタともいう）を移動させて、ユーザキャラクタと敵キャラクタとを戦わせるゲー
ム（以下、対戦ゲームともいう）が開示されている。

特開２００７−１３０３６７号公報

ここで、特定の敵キャラクタ（例えばボスキャラクタまたはメインキャラクタ）と同時
に出現している、その他の敵キャラクタ（例えばサブキャラクタ）を倒さない限り、特定
の敵キャラクタにダメージを与えられない対戦ゲームが知られている。

このような対戦ゲームにおいて、ユーザは、特定の敵キャラクタを倒すために、その他
の敵キャラクタを先に倒す必要がある。つまり、このような対戦ゲームでは、敵キャラク
タを攻撃する順番が、ゲーム攻略のための重要な戦略となる。しかし、敵キャラクタを攻
撃する順番だけでなく、更に高度な戦略が必要なゲームが望まれていた。

かかる事情に鑑みてなされた本開示の目的は、従来よりも高度な戦略を必要とするゲー
ムを実行するプログラム、制御方法、および情報処理装置を提供することにある。

一実施形態に係るプログラムは、第１のパラメータおよび前記第１のパラメータの変動
量に影響する第２のパラメータを有する複数のゲーム媒体が仮想空間において対戦を行う
ゲームの処理を実行する情報処理装置に、第１のゲーム媒体と、第１の条件を満たすか否
かに応じて前記第１のゲーム媒体の前記第２のパラメータを変動させる複数の第２のゲー
ム媒体と、を関連付けて記憶するステップと、前記ゲームのユーザによって操作されるゲ
ーム媒体と、前記第１のゲーム媒体および前記複数の第２のゲーム媒体と、の対戦を開始
するステップと、前記複数の第２のゲーム媒体の少なくとも一つが第２の条件を満たした
場合に、前記仮想空間において前記第２の条件を満たした第２のゲーム媒体から所定の範
囲に含まれるゲーム媒体の前記第１のパラメータを変動させるステップと、前記複数の第
２のゲーム媒体のそれぞれを、前記仮想空間において、互いに他の第２のゲーム媒体の前
記所定の範囲に含まれないように配置するステップと、を実行させる。

一実施形態に係る制御方法は、第１のパラメータおよび前記第１のパラメータの変動量
に影響する第２のパラメータを有する複数のゲーム媒体が仮想空間において対戦を行うゲ
ームの処理を実行する情報処理装置の制御方法であって、第１のゲーム媒体と、第１の条
件を満たすか否かに応じて前記第１のゲーム媒体の前記第２のパラメータを変動させる複
数の第２のゲーム媒体と、を関連付けて記憶するステップと、前記ゲームのユーザによっ
て操作されるゲーム媒体と、前記第１のゲーム媒体および前記複数の第２のゲーム媒体と
、の対戦を開始するステップと、前記複数の第２のゲーム媒体の少なくとも一つが第２の
条件を満たした場合に、前記仮想空間において前記第２の条件を満たした第２のゲーム媒
体から所定の範囲に含まれるゲーム媒体の前記第１のパラメータを変動させるステップと
、前記複数の第２のゲーム媒体のそれぞれを、前記仮想空間において、互いに他の第２の
ゲーム媒体の前記所定の範囲に含まれないように配置するステップと、を含む。

一実施形態に係る情報処理装置は、第１のパラメータおよび前記第１のパラメータの変
動量に影響する第２のパラメータを有する複数のゲーム媒体が仮想空間において対戦を行
うゲームの処理を実行する情報処理装置であって、記憶部と、制御部と、を備え、前記制
御部は、第１のゲーム媒体と、第１の条件を満たすか否かに応じて前記第１のゲーム媒体
の前記第２のパラメータを変動させる複数の第２のゲーム媒体と、を関連付けて前記記憶
部に記憶させて、前記ゲームのユーザによって操作されるゲーム媒体と、前記第１のゲー
ム媒体および前記複数の第２のゲーム媒体と、の対戦を開始し、前記複数の第２のゲーム
媒体の少なくとも一つが第２の条件を満たした場合に、前記仮想空間において前記第２の
条件を満たした第２のゲーム媒体から所定の範囲に含まれるゲーム媒体の前記第１のパラ
メータを変動させて、前記複数の第２のゲーム媒体のそれぞれを、前記仮想空間において
、互いに他の第２のゲーム媒体の前記所定の範囲に含まれないように配置する。

本開示によれば、従来よりも高度な戦略を必要とするゲームを実行するプログラム、制
御方法、および情報処理装置が提供可能である。

一実施形態に係る情報処理装置を備えるゲームシステムを説明する図である。 ユーザに関する情報を例示する図である。 所有するカードの情報を例示する図である。 敵キャラクタの情報を例示する図である。 対戦画面の一例を示す図である。 対戦画面の別の例を示す図である。 サブキャラクタの再出現を説明するための図である。 サブキャラクタから所定の範囲にあるキャラクタのパラメータ変動を説明するための図である。 サブキャラクタの配置を説明するための図である。 一実施形態に係る情報処理装置の制御方法のフローチャートである。 変形例におけるサブキャラクタの配置を説明するための図である。

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

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

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

ゲーム媒体は、ゲームに使用される電子データであり、ユーザによってゲーム内で取得
、所有、使用、管理、交換、合成、強化、売却、廃棄、又は贈与等され得る。例えば、ゲ
ーム媒体は、カード、アイテム、仮想通貨、チケット、キャラクタ、アバタ、レベル情報
、ステータス情報、及びパラメータ情報（体力値、攻撃力など）、能力情報（スキル、ア
ビリティ、呪文、ジョブなど）等、任意の媒体を含む。ゲーム媒体の利用態様は本明細書
で明示されるものに限られない。

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

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

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

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

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

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

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

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

また、サーバ記憶部１４は、敵キャラクタの情報を記憶してもよい。敵キャラクタは、
対戦において、ユーザが使用するキャラクタの対戦相手として用いられる。敵キャラクタ
の情報は、敵キャラクタの任意の情報を含む。

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

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

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

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

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

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

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

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

入力部２０は、例えば表示部１９と一体的に設けられたタッチパネル等の入力インタフ
ェースを含む。入力部２０は、端末装置１２に対するユーザ入力を受付可能である。本実
施形態において、表示部１９と入力部２０とは一体化されてタッチパネルディスプレイを
構成する。タッチパネルディスプレイは、入力部２０として静電容量の変化を検出する透
明なセンサー層を備え、静電容量の変化を検出することで、ユーザによって接触された位
置を検出できる。ここで、静電容量方式以外の方式が採用されてもよい。また、入力部２
０は、物理キーを含んでもよいし、マウス等のようなポインティングデバイスをはじめと
する任意の入力インタフェースをさらに含んでもよい。

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

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

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

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

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

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

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

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

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

レベルは、キャラクタの成長度を示す情報である。例えば、レベルの値が大きいほど、
キャラクタの成長度が大きい。レベルの値は、例えば対戦パラメータの値に影響する。図
３の例では、キャラクタＣのレベルは１０である。レベルの値は、ユーザがキャラクタを
成長させることによって上昇する。例えば、ユーザがキャラクタを使ってゲームコンテン
ツ（例えばクエスト）をクリアすること、キャラクタにアイテムまたは他のキャラクタを
かけ合せることで成長させることができる。

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

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

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

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

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

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

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

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

スキルＩＤは、カードのキャラクタが有するスキルを一意に識別するＩＤである。スキ
ルはカード毎に設定されている。ここで、スキルは全カードに設定されなくてもよい。つ
まり、スキルのないカードが存在してもよい。上記のように、スキルの発動によってＭＰ
は減少する。ＭＰの値が不足する場合、キャラクタは、スキルを発動することができない
。以下、スキルＩＤがＳ１であるスキルを、スキルＳ１のように表記する。例えば、スキ
ルＳ１は、キャラクタＡが敵キャラクタ全体に対して、火属性の中ダメージを与える攻撃
であってもよい。また、例えば、スキルＳ２０は、キャラクタＡが敵キャラクタ全体に対
して、風属性の特大ダメージを与える攻撃であってもよい。

また、本実施形態において、キャラクタが有する第１のパラメータ、および、第１のパ
ラメータの変動量に影響する第２のパラメータが定められる。具体的には、ＨＰ（ヒット
ポイント、体力値）が本実施形態における第１のパラメータである。また、ＤＦ（防御力
）が本実施形態における第２のパラメータである。例えば、敵キャラクタから攻撃を受け
た場合等に、ＤＦが大きい場合にはＨＰの減少量が少なく、ＤＦが小さい場合にはＨＰの
減少量が大きい。つまり、第２のパラメータであるＤＦは、第１のパラメータであるＨＰ
の変動量に影響する。ここで、第１のパラメータおよび第２のパラメータの組み合わせは
、ＨＰおよびＤＦに限られるものではない。例えば、別の実施形態として、ＨＰが第１の
パラメータであって、素早さの対戦パラメータが第２のパラメータであってもよい。例え
ば、敵キャラクタから攻撃を受けた場合等に、素早さの対戦パラメータが大きい場合には
攻撃を回避したとしてＨＰの減少量が少なくなる。また、例えば、さらに別の実施形態と
して、ＨＰが第１のパラメータであって、属性が第２のパラメータであってもよい。例え
ば、敵キャラクタから火属性の攻撃を受けた場合等に、キャラクタが水の属性を有するな
らばＨＰの減少量が少なく、キャラクタが風の属性を有するならばＨＰの減少量が大きい
。ここで、第１のパラメータおよび第２のパラメータは、対戦パラメータ（例えばＨＰ、
ＭＰ、ＡＴ、ＤＦおよび素早さ等）に限定されるものではない。

図４は、敵キャラクタの情報１１４を例示する図である。敵キャラクタの情報１１４は
、例えばサーバ記憶部１４に記憶されて、端末装置１２との間で共有及び同期される。つ
まり、敵キャラクタの情報１１４は、端末装置１２の端末記憶部１８に記憶される。敵キ
ャラクタの情報１１４は、特定のクエストに対応付けられるメインキャラクタ（例えばボ
スキャラクタ）に関するデータを含む。後述するように、本実施形態において、メインキ
ャラクタはサブキャラクタ（例えばボスキャラクタをサポートする支援キャラクタ）を伴
って出現する。本実施形態において、敵キャラクタの情報１１４は、１人のユーザと関連
付けられるものではなく、ゲームに参加するユーザに共通して適用される。別の例として
、敵キャラクタの情報１１４は各ユーザと関連付けられてもよい。また、さらに別の例と
して、敵キャラクタの情報１１４は、１人以上のユーザで構成されるグループのそれぞれ
と関連付けられてもよい。

図４に示すように、敵キャラクタの情報１１４は、クエストＩＤと、メインキャラクタ
ＩＤと、サブキャラクタに関するデータを含む。サブキャラクタに関するデータは、サブ
キャラクタを一意に識別するＩＤと、出現数と、爆風範囲と、爆風方向と、を含む。また
、図４では記載を省略するが、敵キャラクタの情報１１４は、メインキャラクタおよびサ
ブキャラクタのそれぞれについて、レベル、属性、対戦パラメータおよびスキルＩＤ等を
含む。レベル、属性、対戦パラメータおよびスキルＩＤはカードの情報１１１と同じであ
るため、説明を省略する。敵キャラクタの情報１１４は、これらのデータ項目の全てを含
むものに限定されない。また、敵キャラクタの情報１１４は、さらに別のデータ項目を含
んでもよい。

クエストＩＤは、クエストを一意に識別するＩＤである。図４の例では、クエストＩＤ
として重複しない文字が用いられている。以下、クエストＩＤがＱ１であるクエストを、
クエストＱ１のように表記する。図４に示されるクエストは、それぞれ対戦コンテンツで
あるか、対戦コンテンツを一部に含む。そして、対戦コンテンツは、ユーザキャラクタ（
ユーザによって操作されるキャラクタ）と、敵キャラクタと、の対戦を含む。後述するよ
うに、図４に示されるクエストに関連付けられた敵キャラクタは、第１のゲーム媒体に対
応するメインキャラクタと、複数の第２のゲーム媒体に対応する複数のサブキャラクタと
、を含む。

メインキャラクタＩＤは、メインキャラクタを一意に識別するＩＤ（識別子）である。
メインキャラクタＩＤは、所有するカードの情報１１１（図３参照）のキャラクタＩＤと
共通であってもよいし、メインキャラクタとなる敵キャラクタだけに使用される固有のＩ
Ｄであってもよい。

サブキャラクタのＩＤ（以下、サブキャラクタＩＤ）は、サブキャラクタを一意に識別
するＩＤ（識別子）である。サブキャラクタＩＤは、所有するカードの情報１１１（図３
参照）のキャラクタＩＤと共通であってもよいし、サブキャラクタとなる敵キャラクタだ
けに使用される固有のＩＤであってもよい。

サブキャラクタの出現数は、対戦においてメインキャラクタと同時に出現するサブキャ
ラクタの最大数である。図４の例では、クエストＱ１のサブキャラクタの出現数は２であ
るため、メインキャラクタ（１体）と共に最大で２体のサブキャラクタが出現する。例え
ば、クエストＱ１において、３体のサブキャラクタが同時に出現することはない。また、
後述するように、サブキャラクタが再出現する場合にも、同時に出現する最大数は、敵キ
ャラクタの情報１１４の出現数に従う。

以下に説明するサブキャラクタに関するデータは、ユーザキャラクタの攻撃によってサ
ブキャラクタが所定の状態になったときのゲームにおける影響を示す。本実施形態におい
ては、サブキャラクタはユーザキャラクタの攻撃を受けて爆発する。そのため、サブキャ
ラクタに関するデータは、爆風範囲と、爆風方向と、を含む。サブキャラクタの爆風範囲
は、後述するように、サブキャラクタが爆発した時に影響を及ぼす所定の範囲を示す。本
実施形態において、サブキャラクタが爆発した場合に、所定の範囲に含まれるキャラクタ
（ユーザキャラクタおよびメインキャラクタを含む）のＨＰは減少する。図４の例では、
爆風範囲は単位領域（例えば２０ピクセル×２０ピクセルの領域）を連結する数で示され
る。例えば、クエストＱ１において爆風範囲は３である。そのため、１つの向きについて
の爆風範囲は６０ピクセル×２０ピクセルの領域、または、２０ピクセル×６０ピクセル
の領域になる。ここで、別の例として、爆風範囲は単位領域を用いることなくピクセル数
（例えば１００ピクセル×５０ピクセル等）で設定されてもよい。また、別の例として、
単位領域はサブキャラクタのサイズで定められてもよい。このとき、爆風範囲が同じ数値
（例えば３）で示されていても、対応するサブキャラクタのサイズによって爆風範囲が異
なってもよい。

サブキャラクタの爆風方向は、後述するように、ゲームの仮想空間（仮想ゲーム空間）
における爆風の方向を示す。本実施形態において、ゲームの仮想空間は縦方向と横方向を
有する二次元である。ここで、ゲームの仮想空間の縦方向は、表示部１９の長手方向に対
応する。また、ゲームの仮想空間の横方向は、表示部１９の短手方向に対応する。本実施
形態において、ゲームの仮想空間の横方向は表示部１９の短手方向の幅よりも広がってい
る。そのため、仮想空間の一部がユーザキャラクタの動きに合わせて横方向にスクロール
しながら表示部１９に表示される。ここで、ゲームの仮想空間は三次元であって、仮想空
間上のユーザキャラクタを俯瞰で映す仮想カメラの視点で、三次元仮想ゲーム空間を表示
部１９に表示してもよい。

図４の例では、クエストＱ１において、爆風方向は縦または横である。つまり、クエス
トＱ１において、サブキャラクタが爆発した場合の爆風は表示部１９の長手方向または短
手方向に伸びる（広がる）。例えば、サブキャラクタが爆発して縦方向に爆風が広がる場
合には、仮想空間において爆発したサブキャラクタの上方または下方（縦方向）の爆風範
囲にいるキャラクタのＨＰが減少する。また、サブキャラクタが爆発して縦方向に爆風が
広がる場合に、仮想空間において爆発したサブキャラクタの右方または左方（横方向）に
いるキャラクタのＨＰは減少しない。ここで、図４のクエストＱ２の例のように、爆風方
向は縦および横に限定されるものではなく、斜め方向等が含まれてもよい。また、斜め方
向は右下および左上向きの斜め方向、または右上および左下向きの斜め方向の一方だけで
あってもよい。また、斜め方向は、例えば右向きの横方向を基準とした角度（例えば＋６
０°、−４５°等）を用いて定められてもよい。

（画面表示例）
図５はクエストＱ１の画面を例示する図である。クエストＱ１は、ゲームのユーザによ
って操作されるキャラクタと、メインキャラクタ３０および複数のサブキャラクタ３１と
、の対戦を行うゲームコンテンツである。クエストＱ１の画面は、ユーザが操作する端末
装置１２の表示部１９に表示される。クエストＱ１は、ゲームのシナリオの一つであって
もよいし、例えばゲームのシナリオとは別に用意された期間限定のイベントであってもよ
い。ここで、複数のサブキャラクタ３１のそれぞれを特に区別して説明する場合には、個
別に、サブキャラクタ３１ａまたはサブキャラクタ３１ｂのように表記する。

図５に示すように、クエストＱ１の画面は、フィールド領域１９１と、フィールド以外
の領域１９２と、で構成される。フィールド領域１９１は、ゲームの仮想空間を表示する
領域である。例えば敵キャラクタ（メインキャラクタ３０および複数のサブキャラクタ３
１）およびユーザの操作対象のキャラクタＥがフィールド領域１９１に表示される。

また、フィールド以外の領域１９２は、ユーザの操作に関する画像を表示する領域であ
る。例えばデッキを構成するカードのキャラクタのアイコン４１がフィールド以外の領域
１９２に表示される。アイコン４１はキャラクタに関連づけられた画像である。図５の例
で、ユーザによって選択されたキャラクタＥのアイコン４１は、その他のキャラクタ（選
択されていないキャラクタ）と容易に区別可能なように、アイコン４１の表示の態様（具
体的には背景色）が異なっている。別の例として、ユーザによって選択されたアイコン４
１は、キャラクタが他の画像で囲われるように表示されてもよい。

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

フィールド領域１９１は縦方向（表示部１９の長手方向に対応）に３つに区分されてい
る。図５に示すように、フィールド領域１９１は、上段領域１９１ａ、中段領域１９１ｂ
および下段領域１９１ｃを有する。ユーザキャラクタは、ユーザの縦方向にスライドする
操作に応じて、上段領域１９１ａ、中段領域１９１ｂまたは下段領域１９１ｃに移動する
。例えば、ユーザキャラクタが中段領域１９１ｂにいる場合に、ユーザが下向きにスライ
ド操作を行うと、ユーザキャラクタは下段領域１９１ｃに移動する。また、ユーザキャラ
クタは、ユーザがユーザキャラクタの攻撃可能範囲内にいる敵キャラクタをタップすると
、その敵キャラクタを攻撃する。

クエストＱ１の開始時に、メインキャラクタ３０は、複数のサブキャラクタ３１と共に
出現する。図５の例では、メインキャラクタ３０は中段領域１９１ｂに表示されている。
メインキャラクタ３０の近傍にはＨＰのゲージが表示されている。また、サブキャラクタ
３１ａは上段領域１９１ａに表示されている。また、サブキャラクタ３１ｂは下段領域１
９１ｃに表示されている。サブキャラクタ３１の近傍には、ＨＰのゲージおよび特性３２
が表示されている。特性３２は、後述するサブキャラクタ３１の爆発の際の爆風方向（図
４参照）であって、図５の例では矢印の絵で示されている。例えば、サブキャラクタ３１
ｂの特性３２は、横方向（表示部１９の短手方向）の矢印であって、爆風が横方向に広が
ることを視覚的に示している。クエストＱ１のクリア課題は、ユーザキャラクタの攻撃等
によって、メインキャラクタ３０のＨＰをゼロにすることである。ここで、別の例として
、ＨＰのゲージは条件（例えばＨＰが非ゼロであること）が満たされる場合にだけ表示さ
れてもよい。また、別の例として、特性３２は全てまたは一部が表示されなくてもよい。
特性３２が表示されない場合、ゲームの難易度が上昇するため、例えばステージの難易度
に応じて特性３２の表示と非表示とが切り替えられてもよい。

本実施形態において、メインキャラクタ３０は、攻撃するためにユーザキャラクタ（図
５の例ではキャラクタＥ）を追いかけて移動する。しかし、複数のサブキャラクタ３１は
出現した位置に留まり、キャラクタＥから攻撃を受けた場合に移動することなく反撃を行
う。複数のサブキャラクタ３１は、メインキャラクタ３０を支援する敵キャラクタであっ
て、第１の条件を満たすか否かに応じてメインキャラクタ３０のＤＦ（防御力）を変動さ
せる。本実施形態において、第１の条件は、仮想空間に複数のサブキャラクタ３１の少な
くとも一つが存在すること（ユーザキャラクタによって全てのサブキャラクタ３１が倒さ
れていないこと）である。少なくとも一つのサブキャラクタ３１が仮想空間に存在する場
合に、第１の条件が満たされて、メインキャラクタ３０のＤＦはユーザキャラクタのＡＴ
（攻撃力）を超えるように上昇する。つまり、複数のサブキャラクタ３１が第１の条件を
満たすことによってＤＦが上昇したメインキャラクタ３０は、ユーザキャラクタの通常の
攻撃および攻撃スキルの発動（以下、通常の攻撃等という）でダメージを受けない。その
ため、ＤＦが上昇したメインキャラクタ３０のＨＰは、ユーザキャラクタの通常の攻撃等
によって減少することがない。ユーザは、メインキャラクタ３０にダメージを与えるため
に、後述するサブキャラクタ３１の爆発を利用するか、先に複数のサブキャラクタ３１の
全てを倒す必要がある。ここで、複数のサブキャラクタ３１のそれぞれは、ユーザキャラ
クタの通常の攻撃等によってＨＰが減少する。そして、サブキャラクタ３１は、ＨＰが第
１の所定値（本実施形態の例ではゼロ）になった場合に、第２の条件を満たしたとして爆
発して仮想空間から消滅する。

図６は、クエストＱ１において、ユーザが複数のサブキャラクタ３１の全てを倒した様
子（複数のサブキャラクタ３１が仮想空間から消滅した様子）を示す図である。図６は、
図５の後に表示され得る画面であって、図５と同じ要素には同じ符号を付しているため説
明を省略する。このとき、上昇していたメインキャラクタ３０のＤＦは、第１の条件（サ
ブキャラクタ３１が存在すること）を満たさなくなったために低下している。メインキャ
ラクタ３０は、ユーザキャラクタの通常の攻撃等によってダメージを受けて、ＨＰが低下
する。このとき、図６に示すように、メインキャラクタ３０（ボスキャラクタ）のＤＦが
低下していることを示すメッセージ３４が表示部１９に表示されてもよい。ユーザは、メ
ッセージ３４によって、通常の攻撃等でメインキャラクタ３０にダメージを与えられるこ
とを容易に把握できる。ここで、メインキャラクタ３０のＤＦが低下していることを示す
形態はメッセージに限らない。例えばメインキャラクタ３０の色を変更したり、演出画像
を追加したり、ＤＦを示すゲージを表示したりすることで、メインキャラクタ３０のＤＦ
が低下していることが示されてもよい。

図７は、クエストＱ１において、複数のサブキャラクタ３１が再出現した様子を示す図
である。図７は、図６の後に表示され得る画面であって、図５および図６と同じ要素には
同じ符号を付しているため説明を省略する。第１の条件が満たされない状態（全てのサブ
キャラクタ３１が消滅した状態、図６参照）で、メインキャラクタ３０のＨＰが第２の所
定値（一例としてＨＰの最大値の３０％）になった場合に、複数のサブキャラクタ３１は
再び仮想空間に出現する。または、第１の条件が満たされなくなってから所定の時間（一
例として１分）が経過した場合に、複数のサブキャラクタ３１は再び仮想空間に出現する
。複数のサブキャラクタ３１が再び仮想空間に出現すると、ユーザキャラクタの通常の攻
撃等では、メインキャラクタ３０にダメージを与えることはできない。ここで、サブキャ
ラクタ３１の再出現の条件は、上記に限定されない。例えば、別の例として、メインキャ
ラクタ３０が特定の行動を所定数行ったときに、複数のサブキャラクタ３１は再び仮想空
間に出現してもよい。一例として、メインキャラクタ３０がユーザキャラクタを３回攻撃
したときに、複数のサブキャラクタ３１が再出現してもよい。また、例えばＨＰの値にか
かわらず、メインキャラクタ３０がユーザキャラクタから５回攻撃されたときに、複数の
サブキャラクタ３１が再出現してもよい。

また、本実施形態において、仮想空間に出現する複数のサブキャラクタ３１の少なくと
も一つの特性３２は直前の特性３２と異なるように設定できる。例えば、図７に示すよう
に、再出現したサブキャラクタ３１ａの特性３２は、横方向の矢印であって、爆発時の爆
風方向が横方向に設定されている。また、再出現したサブキャラクタ３１ｂの特性３２は
、縦方向の矢印であって、爆発時の爆風方向が縦方向に設定されている。ここで、図５に
示すように、再出現の直前のサブキャラクタ３１ａの特性３２は縦方向であった。また、
図５に示すように、再出現の直前のサブキャラクタ３１ｂの特性３２は横方向であった。
このように、再出現した複数のサブキャラクタ３１の特性３２の少なくとも一部が、直前
の特性３２と異なるように設定されることによって、ユーザは直前と全く同じ操作で複数
のサブキャラクタ３１の全てを倒すことが困難になる。そのため、ゲーム攻略のために一
層高度な戦略が必要となる。

また、本実施形態において、複数のサブキャラクタ３１の仮想空間における配置位置は
、直前の配置位置と異なるように設定できる。複数のサブキャラクタ３１の配置は、例え
ば端末制御部２１等によって、複数のパターンの中から１つのパターンが選択されてもよ
い。このとき、端末制御部２１等は乱数等を用いた演算によって、ランダムに１つのパタ
ーンを選択してもよい。例えば、図７に示すように、再出現したサブキャラクタ３１ａお
よびサブキャラクタ３１ｂは、それぞれ上段領域１９１ａおよび中段領域１９１ｂ（図５
参照）に配置されている。しかし、図５に示すように、再出現の直前のサブキャラクタ３
１ａおよびサブキャラクタ３１ｂは、それぞれ上段領域１９１ａおよび下段領域１９１ｃ
に配置されていた。このように、再出現した複数のサブキャラクタ３１が配置される位置
の少なくとも一部が、直前の配置位置と異なるように設定されることによって、ユーザは
直前と全く同じ操作で複数のサブキャラクタ３１の全てを倒すことが困難になる。そのた
め、ゲーム攻略のために一層高度な戦略が必要となる。

さらに、複数のサブキャラクタ３１の配置について、例えば端末制御部２１等によって
、複数のパターンの中から１つのパターンが選択される場合に、選択されたパターンに応
じて、メインキャラクタ３０の性質が異なってもよい（変更されてもよい）。ここで、メ
インキャラクタ３０の性質は、属性であってもよいし、少なくとも１つの対戦パラメータ
であってもよいし、スキル等であってもよいし、これらの組み合わせであってもよい。図
７の例では、メインキャラクタ３０の性質は属性である。図７に示すように、複数のサブ
キャラクタ３１の仮想空間における配置位置のパターンが、直前の配置位置のパターンか
ら変更されたために、メインキャラクタ３０の属性が例えば火属性から水属性へと変更さ
れている。そのため、ゲーム攻略のために更なる戦略（メインキャラクタ３０の性質の変
更への対応）が必要となる。また、図７に示すように、性質の変更を示すメッセージ３４
が表示部１９に表示されてもよい。ユーザは、メッセージ３４によって、メインキャラク
タ３０の性質の変化を容易に把握可能である。

図８は、クエストＱ１において、サブキャラクタ３１ｂが爆発して仮想空間から消滅す
る様子を例示する図である。このとき、サブキャラクタ３１ｂから所定の範囲にあるキャ
ラクタのＨＰが変動する。上記のように、ＤＦが上昇しているメインキャラクタ３０は、
原則としてユーザキャラクタの攻撃でダメージを受けない。しかし、サブキャラクタ３１
が第２の条件（ＨＰが第１の所定値になること）を満たして爆発した場合に、爆風が到達
する所定の範囲に含まれるならば、メインキャラクタ３０のＨＰが減少する。本実施形態
においてＨＰの減少は予め定められた値（例えば５０００）である。また、爆風が到達す
る所定の範囲に含まれる全てのキャラクタのＤＦは無視される。したがって、ユーザはユ
ーザキャラクタを追跡する性質を有するメインキャラクタ３０を、サブキャラクタ３１の
爆風が到達する所定の範囲内におびき寄せる（誘導する）ことによって、ダメージを与え
ることが可能である。このように、メインキャラクタ３０にダメージを与えることが可能
な例外的な手法を設定していることによって、対戦コンテンツの進行が単調になりにくい
。また、メインキャラクタ３０を所望の位置におびき寄せて、適切なタイミングでサブキ
ャラクタ３１を爆発させる必要があるため、一層高度な戦略が必要となる。

ここで、サブキャラクタ３１を爆発した際に爆風が到達する所定の範囲は、爆発するサ
ブキャラクタ３１の位置を基準とする。所定の範囲は、特性３２によって定められる仮想
空間における方向に沿った領域である。例えば、図８に示すように、サブキャラクタ３１
ｂの特性３２は縦方向である。そのため、サブキャラクタ３１ｂが爆発した際の所定の範
囲は、仮想空間における縦方向に沿った領域である。領域の大きさは、図４の爆風範囲に
従って定められる。例えば、所定の範囲は、サブキャラクタ３１ｂから上向きに伸びた２
０ピクセル×６０ピクセルの領域、および、サブキャラクタ３１ｂから下向きに伸びた２
０ピクセル×６０ピクセルの領域であってもよい。図８の例では、メインキャラクタ３０
は、サブキャラクタ３１ｂの下方の爆風が到達する所定の範囲内に含まれる。そして、メ
インキャラクタ３０のＤＦが無視されて、メインキャラクタ３０のＨＰは５０００減少す
る。一方、サブキャラクタ３１ｂの左方にいるユーザキャラクタ（キャラクタＥ）は、爆
風が横方向には伸びないため、ダメージを受けない。ここで、サブキャラクタ３１が爆発
するタイミングを知らせるメッセージ３４が表示部１９に表示されてもよい。例えば、こ
のときのメッセージ３４は、サブキャラクタ３１が爆発するまでの５秒間をカウントダウ
ンで通知するものでもよい。このようなメッセージ３４が表示されることによって、ユー
ザは、ユーザキャラクタを適切に移動させて、ダメージを受けることを回避することが可
能になる。

また、本実施形態において、複数のサブキャラクタ３１の仮想空間における配置位置は
、複数のパターンの中から１つのパターンが選択されてもよいが、配置位置のパターンの
全てについて以下のような制約があることが好ましい。上記のように、メインキャラクタ
３０がユーザキャラクタを追いかけて移動する一方で、複数のサブキャラクタ３１は出現
した位置に留まる。複数のサブキャラクタ３１のそれぞれを、仮想空間において、互いに
他のサブキャラクタ３１の爆風が及ぶ所定の範囲に含まれないようにするという制約を設
定することが好ましい。仮に、１つのサブキャラクタ３１が、他のサブキャラクタ３１の
爆風が及ぶ所定の範囲にある場合には、他のサブキャラクタ３１に巻き込まれて爆発する
（以下「誘爆する」という）可能性が有る。すると、ＤＦを無視してメインキャラクタ３
０にダメージを与えることができる機会（回数）が減ってしまう可能性がある。本実施形
態においては、ユーザにそのような機会を確保するために、複数のサブキャラクタ３１が
互いに誘爆しない位置に配置される。

図９は、本実施形態における、複数のサブキャラクタ３１の適切な配置を説明するため
の図である。図９は、３つのサブキャラクタ３１ａ、サブキャラクタ３１ｂおよびサブキ
ャラクタ３１ｃのそれぞれを、爆発した時に影響を及ぼす所定の範囲と共に表示している
。図９に示すように、１つのサブキャラクタ３１（例えばサブキャラクタ３１ａ）は、他
の２つのサブキャラクタ３１（例えばサブキャラクタ３１ｂおよびサブキャラクタ３１ｃ
）が爆発したとしても、これらの影響を及ぼす所定の範囲から離れて配置されている。し
たがって、図９は、本実施形態における複数のサブキャラクタ３１の適切な配置の一例を
示す。

（フローチャート）
図１０は、端末装置１２が実行する上記の対戦コンテンツにおける制御方法を示すフロ
ーチャートである。ここで、以下のフローチャートの説明におけるゲーム媒体の具体例は
キャラクタである。

まず、端末装置１２は、第１のゲーム媒体（例えばメインキャラクタ３０）と、複数の
第２のゲーム媒体（例えば複数のサブキャラクタ３１）と、を関連付けて記憶する（ステ
ップＳ１）。具体的には、端末装置１２は、敵キャラクタの情報１１４を端末記憶部１８
に記憶する。

端末装置１２は対戦を開始する（ステップＳ２）。ここで、対戦は、ゲームのユーザに
よって操作されるゲーム媒体（例えばユーザキャラクタ）と、第１のゲーム媒体および複
数の第２のゲーム媒体と、の戦闘である。

端末装置１２は、複数の第２のゲーム媒体のそれぞれを、仮想空間において、互いに他
の第２のゲーム媒体から所定の間隔で配置する（ステップＳ３）。つまり、本実施形態に
おいて、複数の第２のゲーム媒体は、互いに誘爆することがないように仮想空間に配置さ
れる。

端末装置１２は、複数の第２のゲーム媒体の少なくとも一つが第２の条件を満たしたか
否かを判定する（ステップＳ４）。ここで、第２の条件は、本実施形態において、サブキ
ャラクタ３１のＨＰが第１の所定値になることである。第１の所定値は例えばゼロである
。端末装置１２は、複数の第２のゲーム媒体の少なくとも一つが第２の条件を満たしたと
判定した場合に（ステップＳ４のＹｅｓ）、ステップＳ５の処理に進む。端末装置１２は
、複数の第２のゲーム媒体の全てが第２の条件を満たしていないと判定した場合に（ステ
ップＳ４のＮｏ）、ステップＳ６の処理に進む。

端末装置１２は、第２の条件を満たした第２のゲーム媒体から所定の範囲に含まれるゲ
ーム媒体の第１のパラメータを変動させる（ステップＳ５）。本実施形態において、第１
のパラメータはＨＰである。また、所定の範囲は、上記のように第２の条件を満たした第
２のゲーム媒体が爆発した場合に、爆風が到達する仮想空間における範囲である。本実施
形態において、端末装置１２は、所定の範囲に含まれる全てのキャラクタについて、ＤＦ
の値に関係なく、予め定められた値（例えば５０００）だけＨＰを減少させる。

端末装置１２は、第２のゲーム媒体の再出現の条件を満たしたか否かを判定する（ステ
ップＳ６）。本実施形態において、第２のゲーム媒体の再出現の条件は、全ての第２のゲ
ーム媒体が仮想空間から消滅した状態であって、第１のゲーム媒体の第１のパラメータが
第２の所定値になったことである。または、第２のゲーム媒体の再出現の条件は、全ての
第２のゲーム媒体が仮想空間から消滅した状態になってから所定の時間が経過したことで
ある。本実施形態において、第２の所定値は例えば最大値の３０％である。また、本実施
形態において、所定の時間は例えば１分である。端末装置１２は、第２のゲーム媒体の再
出現の条件を満たすと判定した場合に（ステップＳ６のＹｅｓ）、ステップＳ３の処理に
戻る。再出現の条件を満たすと判定された後に実行されるステップＳ３の処理は、再出現
ステップに対応する。端末装置１２は、再出現の条件を満たさないと判定した場合に（ス
テップＳ６のＮｏ）、ステップＳ７の処理に進む。

端末装置１２は、対戦の終了の条件を満たしたか否かを判定する（ステップＳ７）。対
戦の終了の条件の一つは、第１のゲーム媒体（例えばメインキャラクタ３０）のＨＰがゼ
ロになることである。端末装置１２は、対戦の終了の条件を満たさないと判定した場合に
（ステップＳ７のＮｏ）、ステップＳ４の処理に戻る。端末装置１２は、対戦の終了の条
件を満たすと判定した場合に（ステップＳ７のＹｅｓ）、一連の処理を終了する。

以上述べたように、本実施形態に係る情報処理装置は、第１のパラメータ（例えばＨＰ
）および第１のパラメータの変動量に影響する第２のパラメータ（例えばＤＦ）を有する
複数のゲーム媒体（例えばキャラクタ）が仮想空間において対戦を行うゲームの処理を実
行する。情報処理装置は、記憶部（例えば端末記憶部１８）と、制御部（例えば端末制御
部２１）と、を備える。制御部は、第１のゲーム媒体（例えばメインキャラクタ３０）と
、第１の条件を満たすか否かに応じて第１のゲーム媒体の第２のパラメータを変動させる
複数の第２のゲーム媒体（例えばサブキャラクタ３１）と、を関連付けて記憶部に記憶さ
せる。ここで、第１の条件は、例えば仮想空間に複数の第２のゲーム媒体の少なくとも一
つが存在することである。制御部は、ゲームのユーザによって操作されるゲーム媒体（ユ
ーザキャラクタ）と、第１のゲーム媒体および複数の第２のゲーム媒体と、の対戦を開始
する。そして、制御部は、複数の第２のゲーム媒体の少なくとも一つが第２の条件を満た
した場合に、仮想空間において第２の条件を満たした第２のゲーム媒体から所定の範囲に
含まれるゲーム媒体の第１のパラメータを変動させる。ここで、第２の条件は、例えば第
２のゲーム媒体のＨＰがゼロになることである。また、制御部は、複数の第２のゲーム媒
体のそれぞれを、仮想空間において、互いに他の第２のゲーム媒体の所定の範囲に含まれ
ないように配置する。

ここで、従来のゲームにおいても、第１のゲーム媒体と共に出現する第２のゲーム媒体
を倒さない限り、ユーザキャラクタが第１のゲーム媒体にダメージを与えられないシステ
ムを採用するものがあった。しかし、従来のこのようなゲームでは、敵キャラクタを攻撃
する順番だけがゲーム攻略のための戦略の主要な要素であった。一方、本実施形態に係る
情報処理装置が実行するゲームでは、上記の構成によって、第１のゲーム媒体を第２のゲ
ーム媒体から所定の範囲まで誘導することによって、通常の攻撃ではダメージを与えられ
ない第１のゲーム媒体に対してダメージを与えることが可能である。ここで、第１のゲー
ム媒体だけでなく、ユーザキャラクタが所定の範囲に入るとダメージを受ける。そのため
、第１のゲーム媒体を誘導するタイミング、および、第２のゲーム媒体が第２の条件を満
たすようにするタイミング（爆発させるタイミング）が適切であるように、高度な戦略が
必要になる。よって、本実施形態に係る情報処理装置は、従来よりも高度な戦略を必要と
する。

また、本実施形態に係る情報処理装置が実行するゲームでは、上記の構成によって、第
２のゲーム媒体は互いに誘爆しないように仮想空間に配置される。そのため、ユーザは、
第２のゲーム媒体の数（再出現する場合には、再出現した第２のゲーム媒体の数もあわせ
て）に応じて、第１のゲーム媒体に対してダメージを与える機会を複数回得ることができ
る。

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

上記の実施形態において、複数のサブキャラクタ３１のうちの少なくとも一つが仮想空
間に存在する場合に、ユーザキャラクタの通常の攻撃等でダメージを受けない程度に、メ
インキャラクタ３０のＤＦ（防御力）が上昇する。ここで、ＤＦの上昇とともに、または
、ＤＦの上昇に代えて、メインキャラクタ３０の別の対戦パラメータ（例えばＡＴ）が変
化（例えば上昇）してもよい。

また、上記の実施形態において、複数のサブキャラクタ３１の仮想空間における配置位
置は、直前の配置位置と異なるように設定される。ここで、複数のサブキャラクタ３１の
仮想空間における配置位置は、直前の配置位置と同じ（すなわち最初の配置位置から同じ
）に設定されてもよい。また、複数のサブキャラクタ３１の仮想空間における配置位置が
、ある確率にしたがって、直前の配置位置と同じであるように設定されてもよい。例えば
、ユーザが初心者であるような場合に、複数のサブキャラクタ３１の配置位置を変えない
ことによって、ゲームクリアのための難易度を下げることが可能である。

また、上記の実施形態において、サブキャラクタ３１はＨＰがゼロになった場合に必ず
爆発する。ここで、サブキャラクタ３１の爆発は、所定の確率（例えば５０％）で生じて
もよい。このとき、設定する所定の確率に応じて、ゲームクリアのための難易度を調整す
ることが可能である。

また、上記の実施形態において、複数のサブキャラクタ３１は、互いに誘爆しないよう
に仮想空間に配置される。ここで、例えば特定の対戦コンテンツにおいては、複数のサブ
キャラクタ３１が誘爆し得るように仮想空間に配置されてもよい。図１１は、誘爆し得る
ように仮想空間に配置された複数のサブキャラクタ３１の例を示す。図１１は、図９と同
じ要素には同じ符号を付しているため説明を省略する。図１１は、４つのサブキャラクタ
３１ｄ、サブキャラクタ３１ｅ、サブキャラクタ３１ｆおよびサブキャラクタ３１ｇのそ
れぞれを、爆発した時に影響を及ぼす所定の範囲と共に表示している。図１１の例では、
最初にサブキャラクタ３１ｄが爆発すると、誘爆によって他の３つのサブキャラクタ３１
ｅ、サブキャラクタ３１ｆおよびサブキャラクタ３１ｇが爆発する。また、図１１の例で
は、最初にサブキャラクタ３１ｅが爆発すると、誘爆によって他の２つのサブキャラクタ
３１ｆおよびサブキャラクタ３１ｇが爆発する。しかし、サブキャラクタ３１ｄは爆発す
ることなく残る。また、図１１の例では、最初にサブキャラクタ３１ｇが爆発すると、誘
爆は生じない。そして、他の３つのサブキャラクタ３１は残る。よって、図１１の例のよ
うに、複数のサブキャラクタ３１が所定の順番で誘爆が生じるように配置されることによ
って、ユーザは最初にどのサブキャラクタ３１を爆発させるかを考える必要が生じる。よ
って、ゲーム攻略のために一層高度な戦略が必要となる。また、本変形例では、誘爆が生
じることを利用して、例えばユーザキャラクタから離れた位置にいるメインキャラクタ３
０に対してダメージを与えることが可能になる。

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

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

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

１０ ゲームシステム
１１ サーバ装置
１２ 端末装置
１３ サーバ通信部
１４ サーバ記憶部
１５ サーバ制御部
１６ ネットワーク
１７ 端末通信部
１８ 端末記憶部
１９ 表示部
２０ 入力部
２１ 端末制御部
３０ メインキャラクタ
３１，３１ａ〜３１ｇ サブキャラクタ
３２ 特性
３４ メッセージ
４１ アイコン
１１０ ユーザに関する情報
１１１ 所有するカードの情報
１１４ 敵キャラクタの情報
１９１ フィールド領域
１９１ａ 上段領域
１９１ｂ 中段領域
１９１ｃ 下段領域
１９２ フィールド以外の領域

Claims (9)

1. 第１のパラメータおよび前記第１のパラメータの変動量に影響する第２のパラメータを
   有する複数のゲーム媒体が仮想空間において対戦を行うゲームの処理を実行する情報処理
   装置に、
   第１のゲーム媒体と、第１の条件を満たすか否かに応じて前記第１のゲーム媒体の前記
   第２のパラメータを変動させる複数の第２のゲーム媒体と、を関連付けて記憶するステッ
   プと、
   前記ゲームのユーザによって操作されるゲーム媒体と、前記第１のゲーム媒体および前
   記複数の第２のゲーム媒体と、の対戦を開始するステップと、
   前記複数の第２のゲーム媒体の少なくとも一つが第２の条件を満たした場合に、前記仮
   想空間において前記第２の条件を満たした第２のゲーム媒体から所定の範囲に含まれるゲ
   ーム媒体の前記第１のパラメータを変動させるステップと、
   前記複数の第２のゲーム媒体のそれぞれを、前記仮想空間において、互いに他の第２の
   ゲーム媒体の前記所定の範囲に含まれないように配置するステップと、を実行させる、プ
   ログラム。
2. 前記所定の範囲は、前記第２の条件を満たした第２のゲーム媒体の特性に応じて異なる
   、請求項１に記載のプログラム。
3. 前記所定の範囲は、前記第２の条件を満たした第２のゲーム媒体の特性によって定めら
   れる前記仮想空間における方向に沿った領域である、請求項２に記載のプログラム。
4. 前記複数の第２のゲーム媒体のそれぞれは、前記ユーザによって操作されるゲーム媒体
   からの攻撃によって減少する第１のパラメータが第１の所定値になった場合に、前記第２
   の条件を満たすとともに前記仮想空間から消滅し、
   前記第１の条件は、前記仮想空間に前記複数の第２のゲーム媒体の少なくとも一つが存
   在することである、請求項２または３に記載のプログラム。
5. 前記第１の条件が満たされず、前記第１のゲーム媒体の前記第１のパラメータが第２の
   所定値になった場合に、または、前記第１の条件が満たされなくなってから所定の時間が
   経過した場合に、前記複数の第２のゲーム媒体を再び前記仮想空間に出現させる再出現ス
   テップを、さらに実行させる、請求項４に記載のプログラム。
6. 前記再出現ステップにおいて、
   再び前記仮想空間に出現させる前記複数の第２のゲーム媒体の少なくとも一つの前記特
   性を、直前の前記特性と異ならせる、請求項５に記載のプログラム。
7. 前記複数の第２のゲーム媒体の前記仮想空間における配置を複数のパターンの中から選
   択するステップを、さらに実行させ、
   選択されたパターンに応じて、前記第１のゲーム媒体の性質が異なる、請求項１から６
   のいずれか一項に記載のプログラム。
8. 第１のパラメータおよび前記第１のパラメータの変動量に影響する第２のパラメータを
   有する複数のゲーム媒体が仮想空間において対戦を行うゲームの処理を実行する情報処理
   装置の制御方法であって、
   第１のゲーム媒体と、第１の条件を満たすか否かに応じて前記第１のゲーム媒体の前記
   第２のパラメータを変動させる複数の第２のゲーム媒体と、を関連付けて記憶するステッ
   プと、
   前記ゲームのユーザによって操作されるゲーム媒体と、前記第１のゲーム媒体および前
   記複数の第２のゲーム媒体と、の対戦を開始するステップと、
   前記複数の第２のゲーム媒体の少なくとも一つが第２の条件を満たした場合に、前記仮
   想空間において前記第２の条件を満たした第２のゲーム媒体から所定の範囲に含まれるゲ
   ーム媒体の前記第１のパラメータを変動させるステップと、
   前記複数の第２のゲーム媒体のそれぞれを、前記仮想空間において、互いに他の第２の
   ゲーム媒体の前記所定の範囲に含まれないように配置するステップと、を含む、制御方法
   。
9. 第１のパラメータおよび前記第１のパラメータの変動量に影響する第２のパラメータを
   有する複数のゲーム媒体が仮想空間において対戦を行うゲームの処理を実行する情報処理
   装置であって、
   記憶部と、
   制御部と、を備え、
   前記制御部は、
   第１のゲーム媒体と、第１の条件を満たすか否かに応じて前記第１のゲーム媒体の前記
   第２のパラメータを変動させる複数の第２のゲーム媒体と、を関連付けて前記記憶部に記
   憶させて、
   前記ゲームのユーザによって操作されるゲーム媒体と、前記第１のゲーム媒体および前
   記複数の第２のゲーム媒体と、の対戦を開始し、
   前記複数の第２のゲーム媒体の少なくとも一つが第２の条件を満たした場合に、前記仮
   想空間において前記第２の条件を満たした第２のゲーム媒体から所定の範囲に含まれるゲ
   ーム媒体の前記第１のパラメータを変動させて、
   前記複数の第２のゲーム媒体のそれぞれを、前記仮想空間において、互いに他の第２の
   ゲーム媒体の前記所定の範囲に含まれないように配置する、情報処理装置。

Images