(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023180641
(43)【公開日】2023-12-21
(54)【発明の名称】情報処理装置、情報処理方法及びプログラム
(51)【国際特許分類】
A63F 13/69 20140101AFI20231214BHJP
A63F 13/53 20140101ALI20231214BHJP
A63F 13/55 20140101ALI20231214BHJP
A63F 13/79 20140101ALI20231214BHJP
【ＦＩ】
A63F13/69 500
A63F13/53
A63F13/55
A63F13/79 500
【審査請求】未請求
【請求項の数】19
【出願形態】ＯＬ
(21)【出願番号】P 2022094105
(22)【出願日】2022-06-10
(71)【出願人】
【識別番号】500033117
【氏名又は名称】株式会社ＭＩＸＩ
(74)【代理人】
【識別番号】100104880
【弁理士】
【氏名又は名称】古部 次郎
(74)【代理人】
【識別番号】100114546
【弁理士】
【氏名又は名称】頭師 教文
(72)【発明者】
【氏名】宮寺 和彦
(57)【要約】
【課題】複数のプレイヤ間におけるゲーム媒体の移動を、移動先となるプレイヤ側のゲーム状態に応じて発動可能にする情報処理装置、情報処理方法及びプログラムを提供する。
【解決手段】情報処理装置に、第１プレイヤに有利な第１ゲーム状態を検出する検出部と、第１ゲーム状態が検出された場合に、第１プレイヤと所定関係にある第２プレイヤのゲーム空間にあるゲーム媒体の少なくとも一部を第１プレイヤのゲーム空間に移動可能に制御する制御部と、を設ける。
【選択図】図７
【解決手段】情報処理装置に、第１プレイヤに有利な第１ゲーム状態を検出する検出部と、第１ゲーム状態が検出された場合に、第１プレイヤと所定関係にある第２プレイヤのゲーム空間にあるゲーム媒体の少なくとも一部を第１プレイヤのゲーム空間に移動可能に制御する制御部と、を設ける。
【選択図】図７
【特許請求の範囲】
【請求項1】
第１プレイヤに有利な第１ゲーム状態を検出する検出部と、
前記第１ゲーム状態が検出された場合に、第１プレイヤと所定関係にある第２プレイヤのゲーム空間にあるゲーム媒体の少なくとも一部を第１プレイヤのゲーム空間に移動可能に制御する制御部と、
を有する情報処理装置。
前記第１ゲーム状態が検出された場合に、第１プレイヤと所定関係にある第２プレイヤのゲーム空間にあるゲーム媒体の少なくとも一部を第１プレイヤのゲーム空間に移動可能に制御する制御部と、
を有する情報処理装置。
【請求項2】
第１プレイヤが前記第１ゲーム状態よりも不利な第２ゲーム状態にある場合、前記制御部は、第２プレイヤのゲーム空間にあるゲーム媒体を第１プレイヤのゲーム空間に移動できないように制御する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項3】
第１プレイヤへのゲーム媒体の移動が可能であることを、第２プレイヤに通知する通知部
を更に有する、請求項１に記載の情報処理装置。
を更に有する、請求項１に記載の情報処理装置。
【請求項4】
前記通知部は、第１プレイヤのゲーム空間にあるゲーム媒体の数を、第２プレイヤに通知する、
請求項３に記載の情報処理装置。
請求項３に記載の情報処理装置。
【請求項5】
前記検出部は、第１プレイヤが所定のゲーム効果を発動可能になった場合を、前記第１ゲーム状態として検出する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項6】
前記制御部は、前記ゲーム効果の種類に応じ、第２プレイヤのゲーム空間から第１プレイヤのゲーム空間に移動可能なゲーム媒体を制御する、
請求項５に記載の情報処理装置。
請求項５に記載の情報処理装置。
【請求項7】
前記制御部は、前記ゲーム効果がゲーム媒体に与える効果を示す数値に応じ、第２プレイヤのゲーム空間にあるゲーム媒体のうち移動可能なゲーム媒体の候補を識別可能に表示する、
請求項６に記載の情報処理装置。
請求項６に記載の情報処理装置。
【請求項8】
前記制御部は、第１プレイヤが前記第２ゲーム状態から前記第１ゲーム状態に遷移した際の条件の違いに応じ、第２プレイヤのゲーム空間から第１プレイヤのゲーム空間に移動可能なゲーム媒体数を制御する、
請求項２に記載の情報処理装置。
請求項２に記載の情報処理装置。
【請求項9】
前記制御部は、第１プレイヤが発動可能なゲーム効果に対応するゲーム媒体数に応じ、第２プレイヤのゲーム空間から第１プレイヤのゲーム空間へのゲーム媒体の移動を制御する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項10】
前記制御部は、第１プレイヤで発動可能なゲーム効果とゲーム媒体の持つ属性に応じて決定される効果の違いに基づいて、第２プレイヤのゲーム空間にあるゲーム媒体のうち第１プレイヤのゲーム空間に移動可能なゲーム媒体を選択する、
請求項５に記載の情報処理装置。
請求項５に記載の情報処理装置。
【請求項11】
前記制御部は、移動の対象に選択されたゲーム媒体に対する効果が大きいゲーム効果が発動可能な第１プレイヤと、移動の対象に選択されたゲーム媒体に対する効果が小さいゲーム効果が発動可能な第１プレイヤとを識別可能に第２プレイヤのゲーム空間に表示する、
請求項５に記載の情報処理装置。
請求項５に記載の情報処理装置。
【請求項12】
前記制御部は、第２プレイヤのゲーム空間では与えられる効果が小さいゲーム媒体を、第１プレイヤのゲーム空間への移動対象として選択可能に制御する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項13】
前記制御部は、第２プレイヤのゲーム空間から移動されたゲーム媒体の属性を、第１プレイヤのゲーム空間で発動されるゲーム効果がゲーム媒体に与える効果が大きい属性に変更する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項14】
第２プレイヤから第１プレイヤのゲーム空間に移動するゲーム媒体の数が、第１プレイヤによる受け入れ可能なゲーム媒体数を超える場合、前記制御部は、超過する数のゲーム媒体を第２プレイヤのゲーム空間に再配置する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項15】
前記制御部は、複数の第２プレイヤからのゲーム媒体の移動が競合する場合、移動の指示の受付順にゲーム媒体の移動を実行し、移動されたゲーム媒体数が第１プレイヤによる受け入れ可能なゲーム媒体数に達した後は、超過分に対応するゲーム媒体を移動元である第２プレイヤのゲーム空間に再配置する、
請求項１４に記載の情報処理装置。
請求項１４に記載の情報処理装置。
【請求項16】
前記制御部は、複数の第２プレイヤからゲーム媒体の移動が競合する場合、ゲーム空間にあるゲーム媒体の残数が多い第２プレイヤからの移動を、ゲーム媒体の残数がより少ない第２プレイヤからの移動よりも優先する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項17】
前記制御部は、発動されたゲーム効果が終了した後に、第２プレイヤから移動されたゲーム媒体の一部が第１プレイヤのゲーム空間に残る場合、当該ゲーム媒体を移動元である第２プレイヤのゲーム空間に戻す、
請求項５に記載の情報処理装置。
請求項５に記載の情報処理装置。
【請求項18】
プロセッサが、第１プレイヤに有利な第１ゲーム状態を検出する処理と、
プロセッサが、前記第１ゲーム状態が検出された場合に、第１プレイヤと所定関係にある第２プレイヤのゲーム空間にあるゲーム媒体の少なくとも一部を第１プレイヤのゲーム空間に移動可能に制御する処理と、
を実行する情報処理方法。
プロセッサが、前記第１ゲーム状態が検出された場合に、第１プレイヤと所定関係にある第２プレイヤのゲーム空間にあるゲーム媒体の少なくとも一部を第１プレイヤのゲーム空間に移動可能に制御する処理と、
を実行する情報処理方法。
【請求項19】
プロセッサに、第１プレイヤに有利な第１ゲーム状態を検出させ、
プロセッサに、前記第１ゲーム状態が検出された場合に、第１プレイヤと所定関係にある第２プレイヤのゲーム空間にあるゲーム媒体の少なくとも一部を第１プレイヤのゲーム空間に移動可能に制御させる、
処理を実行させるプログラム。
プロセッサに、前記第１ゲーム状態が検出された場合に、第１プレイヤと所定関係にある第２プレイヤのゲーム空間にあるゲーム媒体の少なくとも一部を第１プレイヤのゲーム空間に移動可能に制御させる、
処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【0002】
ネットゲームでは、複数のプレイヤがゲームに参加することが可能である。この種のプレイは、プレイヤ同士が競争関係になるプレイと、協同関係になるプレイに大別される。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】任天堂，“SUPER MARIO BROS． 35”，[online]，［令和４年５月９日検索］，インターネット，＜URL: https://www．nintendo．co．jp/switch/ayama/index．html＞
【特許文献】
【0004】
【特許文献1】特開２０１６－１０６１３号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
プレイヤ同士が競争関係になるゲームには、互いに他のプレイヤによるゲームのクリアを妨げる機能を備えるものがある。例えば非特許文献１に示すゲームには、あるプレイヤが倒した敵キャラを他のプレイヤのプレイ空間に生きた状態で送り付ける機能が設けられている。敵キャラが送りつけられる側のプレイヤは、送り付けられた敵キャラも含めて倒す必要が生じるため、ゲームのクリアが難しくなる。
プレイヤ同士が協同関係になるゲームには、ゲーム内でアイテム等をプレゼントする機能を備えるものがある。例えば特許文献１に記載のゲームには、ゲームの進行が特定の状況になったプレイヤに対し、他のプレイヤ毎に異なる内容のプレゼントの付与可能な機能が設けられている。
ただし、敵キャラを他のプレイヤに移動する場合もプレゼントを他のプレイヤに付与する場合も、移動元となるプレイヤ側の状態に応じて移動イベントが発動される。
プレイヤ同士が協同関係になるゲームには、ゲーム内でアイテム等をプレゼントする機能を備えるものがある。例えば特許文献１に記載のゲームには、ゲームの進行が特定の状況になったプレイヤに対し、他のプレイヤ毎に異なる内容のプレゼントの付与可能な機能が設けられている。
ただし、敵キャラを他のプレイヤに移動する場合もプレゼントを他のプレイヤに付与する場合も、移動元となるプレイヤ側の状態に応じて移動イベントが発動される。
【0006】
本発明は、複数のプレイヤ間におけるゲーム媒体の移動を、移動先となるプレイヤ側のゲーム状態に応じて発動可能にすることを目的とする。
【課題を解決するための手段】
【0007】
本発明の一形態は、第１プレイヤに有利な第１ゲーム状態を検出する検出部と、第１ゲーム状態が検出された場合に、第１プレイヤと所定関係にある第２プレイヤのゲーム空間にあるゲーム媒体の少なくとも一部を第１プレイヤのゲーム空間に移動可能に制御する制御部とを有する、情報処理装置である。
【発明の効果】
【0008】
本発明の一形態によれば、複数のプレイヤ間におけるゲーム媒体の移動を、移動先となるプレイヤ側のゲーム状態に応じて発動可能にできる。
【図面の簡単な説明】
【0009】
【図1】複数のプレイヤがそれぞれ独立したゲーム空間をプレイする協同型ゲームの一例を説明する図である。
【図2】実施の形態に係るゲームシステムの構成例を示す図である。
【図3】サーバの機能上の構成例を説明する図である。
【図4】プレイヤ情報とパーティー情報に対応するデータ構造の一例を説明する図表である。
【図5】クエスト情報とゲーム媒体情報に対応するデータ構造の一例を説明する図表である。
【図6】ゲーム状態情報に対応するデータ構造の一例を説明する図表である。
【図7】サーバが実行する「情報処理１」を説明するフローチャートである。
【図8】各プレイヤのユーザ端末のディスプレイに表示されるゲーム空間の一例を説明する図である。
【図9】必殺技の発動が可能になるまでの画面変化を説明する図である。
【図10】移動対象のモンスターが指定されるまでの画面変化を説明する図である。
【図11】必殺技の発動直前までの画面変化を説明する図である。
【図12】必殺技の発動とその後の画面変化を説明する図である。
【図13】必殺技の発動が可能になる前に、プレイヤＢがプレイヤＡへのモンスターの移動を指示した場合の画面変化を説明する図である。
【図14】必殺技の発動が可能な場合でも、プレイヤＢからプレイヤＡへのモンスターの移動が失敗する場合の画面変化を説明する図である。
【図15】移動元となるプレイヤＢに移動可能なモンスターの最大数を通知する機能を例示する図である。
【図16】移動元となるプレイヤＢに移動可能なモンスターの候補を通知する機能を例示する図である。
【図17】移動元となるプレイヤＢに移動可能なモンスターの候補を通知する他の機能を例示する図である。
【図18】移動元となるプレイヤＢに移動可能なモンスターの候補を通知する他の機能を例示する図である。
【図19】モンスターの属性が移動先の必殺技の属性に応じて変化する例を説明する図である。
【図20】サーバが実行する「情報処理２」を説明するフローチャートである。
【図21】ゲーム空間内のモンスターの数が「０」になるプレイヤＡが現れるまでの画面変化を説明する図である。
【図22】モンスターの移動の実行までを説明する図である。
【図23】サーバが実行する「情報処理３」を説明するフローチャートである。
【図24】ゲーム空間内のモンスターの数が「０」になるプレイヤＡが現れるまでの画面変化を説明する図である。
【図25】移動元のプレイヤＢによるモンスターの指定までを説明する図である。
【図26】モンスターの移動の実行までを説明する図である。
【図27】モンスターの一括移動に関する処理動作例を説明するフローチャートである。
【図28】モンスターの一括移動を説明する図である。
【図29】モンスターの自動移動に関する処理動作例を説明するフローチャートである。
【図30】モンスターの自動移動に伴う画面遷移を説明する図である。
【図31】移動先が受け入れ可能な数を超えるモンスターの移動が指示された場合の処理動作例を説明する図である。
【図32】移動先が受け入れ可能な数を超えるモンスターの移動が指示された場合の他の処理動作例を説明する図である。
【図33】移動元が複数の場合を想定したモンスターの移動を実現する処理動作例を説明するフローチャートである。
【図34】２つの移動元からの移動が競合する場合に移動の受付順にモンスターを移動する例を説明する図である。
【図35】２つの移動元からの移動が競合する場合にゲーム空間に存在するモンスターが多い順にモンスターを移動する例を説明する図である。
【図36】移動先が複数ある場合に移動先の決定を支援する情報を含む画面例を説明する図である。
【図37】移動先が複数ある場合に移動先の決定を支援する情報を含む他の画面例を説明する図である。
【発明を実施するための形態】
【0010】
以下、図面を参照して、本発明の実施の形態を説明する。
後述する実施の形態は、本発明を実施するための形態の一例にすぎず、本発明の実施の形態は、後述する形態例に限定されない。
従って、本発明の技術的範囲は、後述する実施の形態に記載された範囲に限定されない。例えば実施の形態に記載された内容に種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれる。
なお、後述する各種の機能部は、例えばＣＰＵ（＝Central Processing Unit）、ＭＰＵ（＝Micro Processing Unit）、ＧＰＵ（＝Graphics Processing Unit）、ＤＳＰ（＝Digital Signal Processor）その他のプロセッサによるプログラムの実行を通じて実現される。
後述する実施の形態は、本発明を実施するための形態の一例にすぎず、本発明の実施の形態は、後述する形態例に限定されない。
従って、本発明の技術的範囲は、後述する実施の形態に記載された範囲に限定されない。例えば実施の形態に記載された内容に種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれる。
なお、後述する各種の機能部は、例えばＣＰＵ（＝Central Processing Unit）、ＭＰＵ（＝Micro Processing Unit）、ＧＰＵ（＝Graphics Processing Unit）、ＤＳＰ（＝Digital Signal Processor）その他のプロセッサによるプログラムの実行を通じて実現される。
【0011】
＜用語＞
まず、実施の形態で使用する用語について説明する。
「プログラム」は、ＯＳ（＝Operating System）やアプリケーションプログラムの総称として使用する。
「ゲーム」は、プレイヤが情報処理装置の操作を通じてプレイするコンピュータゲームを意味する。
コンピュータゲームを実行する情報処理装置は、ゲーム専用機でも汎用機でもよい。
ゲーム専用機には、プレイヤによる携帯や装着が可能なゲーム機、ゲームセンター等に設置される据え置き型のゲーム機がある。装着が可能なゲーム機には、眼鏡型やヘッドセット型がある。汎用機には、ユーザのコンピュータやスマートフォン等（以下「ユーザ端末」という。）、インターネット上のサーバがある。
まず、実施の形態で使用する用語について説明する。
「プログラム」は、ＯＳ（＝Operating System）やアプリケーションプログラムの総称として使用する。
「ゲーム」は、プレイヤが情報処理装置の操作を通じてプレイするコンピュータゲームを意味する。
コンピュータゲームを実行する情報処理装置は、ゲーム専用機でも汎用機でもよい。
ゲーム専用機には、プレイヤによる携帯や装着が可能なゲーム機、ゲームセンター等に設置される据え置き型のゲーム機がある。装着が可能なゲーム機には、眼鏡型やヘッドセット型がある。汎用機には、ユーザのコンピュータやスマートフォン等（以下「ユーザ端末」という。）、インターネット上のサーバがある。
【0012】
サーバでコンピュータゲームを実行する場合、ユーザ端末は、いわゆる入出力装置として使用される。具体的には、ユーザ端末は、ゲームに関連する画像の表示と操作の入力に使用される。画像は、一般には動画像である。
サーバで実行されるゲームには、例えばネットゲームやソーシャルゲームがある。ソーシャルゲームは、ＳＮＳ（＝Social Networking Service）をプラットフォームとするゲームである。
ゲームのプレイの形態には、１人のプレイヤによる単独プレイ（以下「シングルプレイ」ともいう。）と、所定関係にある複数のプレイヤによるプレイ（以下「マルチプレイ」ともいう。）がある。ゲームにより、シングルプレイのみが可能な場合、マルチプレイのみが可能な場合、シングルプレイとマルチプレイの選択が可能な場合がある。
サーバで実行されるゲームには、例えばネットゲームやソーシャルゲームがある。ソーシャルゲームは、ＳＮＳ（＝Social Networking Service）をプラットフォームとするゲームである。
ゲームのプレイの形態には、１人のプレイヤによる単独プレイ（以下「シングルプレイ」ともいう。）と、所定関係にある複数のプレイヤによるプレイ（以下「マルチプレイ」ともいう。）がある。ゲームにより、シングルプレイのみが可能な場合、マルチプレイのみが可能な場合、シングルプレイとマルチプレイの選択が可能な場合がある。
【0013】
マルチプレイ型のゲームには、例えば互いが他のプレイヤと戦うゲーム（以下「対戦型ゲーム」という。）、互いがゲームの結果を他のプレイヤと競うゲーム（以下「競争型ゲーム」ともいう。）、互いが協同して共通の目的（例えばゲームのクリア）の達成を目指すゲーム（以下「協同型ゲーム」ともいう。）がある。
このうち協同型ゲームには、複数のプレイヤが一つのゲーム空間を共有するプレイの形態と、複数のプレイヤがそれぞれ独立したゲーム空間をプレイする形態がある。以下では、協同型ゲームをプレイすることを「協同プレイ」ともいう。
このうち協同型ゲームには、複数のプレイヤが一つのゲーム空間を共有するプレイの形態と、複数のプレイヤがそれぞれ独立したゲーム空間をプレイする形態がある。以下では、協同型ゲームをプレイすることを「協同プレイ」ともいう。
【0014】
図１は、複数のプレイヤがそれぞれ独立したゲーム空間をプレイする協同型ゲームの一例を説明する図である。
図１では、各プレイヤがプレイ可能なゲームフィールドの全体を外枠で表している。ゲームフィールドは、ゲームの舞台となる仮想の街や国に対応する。このため、ゲームフィールド上の座標点は、それぞれ異なる場所を表している。
図１の場合、３人のプレイヤＡ、Ｂ、Ｃがゲームをプレイしている。図１に示すように、各プレイヤのゲーム空間は、ゲームフィールド上の異なる場所に対応している。このため、各プレイヤユーザ端末には、各プレイヤがプレイしている場所の画像が「ゲーム空間」として表示される。
図１では、各プレイヤがプレイ可能なゲームフィールドの全体を外枠で表している。ゲームフィールドは、ゲームの舞台となる仮想の街や国に対応する。このため、ゲームフィールド上の座標点は、それぞれ異なる場所を表している。
図１の場合、３人のプレイヤＡ、Ｂ、Ｃがゲームをプレイしている。図１に示すように、各プレイヤのゲーム空間は、ゲームフィールド上の異なる場所に対応している。このため、各プレイヤユーザ端末には、各プレイヤがプレイしている場所の画像が「ゲーム空間」として表示される。
【0015】
「パーティー」は、協同型ゲームに参加するプレイヤの集合をいう。パーティーは、プレイの開始時に構成メンバーが決定される場合もあれば、ゲームの途中で構成メンバーが決定される場合もある。
パーティーの構成メンバーは、招待者や主催者となるプレイヤが選択する場合、メンバーの募集に対してプレイヤが応じる場合、ゲームの進行を管理するシステム側が決定する場合がある。システム側の決定にはランダム抽選が含まれる。
なお、パーティーの人数は、プレイ中に増減してもよい。
パーティーの構成メンバーは、招待者や主催者となるプレイヤが選択する場合、メンバーの募集に対してプレイヤが応じる場合、ゲームの進行を管理するシステム側が決定する場合がある。システム側の決定にはランダム抽選が含まれる。
なお、パーティーの人数は、プレイ中に増減してもよい。
【0016】
ゲームは、インゲームとアウトゲームに分類されることがある。
インゲームは、ゲームの本体部分である。インゲームは、「クエスト」と呼ばれるサブゲームで構成される。多くの場合、クエストの難易度やクエストに出現する敵のキャラクタ（以下「敵キャラ」）は、クエスト毎に異なる。クエストには、例えば達成条件が定められており、達成条件を達成したプレイヤには特典が付与されることがある。達成条件は、クエスト毎に異なってもよい。
インゲームは、ゲームの本体部分である。インゲームは、「クエスト」と呼ばれるサブゲームで構成される。多くの場合、クエストの難易度やクエストに出現する敵のキャラクタ（以下「敵キャラ」）は、クエスト毎に異なる。クエストには、例えば達成条件が定められており、達成条件を達成したプレイヤには特典が付与されることがある。達成条件は、クエスト毎に異なってもよい。
【0017】
アウトゲームは、インゲーム以外の部分である。アウトゲームでは、例えばプレイに使用する味方のキャラクタ（以下「味方キャラ」という。）の取得、育成、選択等が実行される。アウトゲームも、１又は複数のクエストで構成されることがある。
味方キャラや敵キャラは、生物（人、動物、植物等）、機械（乗物、ロボット等）、建物その他の構造物、これらを模した架空の物体を含む。
以下では、味方キャラと敵キャラを総称する場合、「キャラクタ」という。また、味方キャラから見る敵キャラと、敵キャラから見る味方キャラを「相手キャラ」という。また、協同型ゲームの場合、味方キャラには、協同関係にあるプレイヤの味方キャラを含めてもよい。
「オブジェクト」は、ゲーム空間を構成する要素であり、前述した味方キャラと敵キャラの他、クエストで使用するコインやアイテムも含む。ゲーム空間に配置されるオブジェクトは、１つでも複数でもよい。
味方キャラや敵キャラは、生物（人、動物、植物等）、機械（乗物、ロボット等）、建物その他の構造物、これらを模した架空の物体を含む。
以下では、味方キャラと敵キャラを総称する場合、「キャラクタ」という。また、味方キャラから見る敵キャラと、敵キャラから見る味方キャラを「相手キャラ」という。また、協同型ゲームの場合、味方キャラには、協同関係にあるプレイヤの味方キャラを含めてもよい。
「オブジェクト」は、ゲーム空間を構成する要素であり、前述した味方キャラと敵キャラの他、クエストで使用するコインやアイテムも含む。ゲーム空間に配置されるオブジェクトは、１つでも複数でもよい。
【0018】
「ＨＰ」は、体力値（パラメータ値）とも呼ばれ、プレイに必要な生命力を表す。ＨＰは、キャラクタ毎に設定される。
敵キャラの体力値（ＨＰ）は、味方キャラ等から受けたダメージにより減少し、味方キャラの体力値（ＨＰ）は、敵キャラ等から受けたダメージにより減少する。
なお、プレイヤによるクエストのプレイには、特定の味方キャラの体力値が予め定めた数値（例えば０）以上であることが必要になる。
多くのゲームでは、ゲーム空間内に存在する全ての敵キャラの体力値が「０」になる、又は、ボスキャラの体力値が「０」になると、ゲームクリアとなる。反対に、ゲーム空間内に存在する全ての味方キャラの体力値が「０」になる、又は、特定の味方キャラの体力値が「０」になると、ゲームクリアの失敗となる。
敵キャラの体力値（ＨＰ）は、味方キャラ等から受けたダメージにより減少し、味方キャラの体力値（ＨＰ）は、敵キャラ等から受けたダメージにより減少する。
なお、プレイヤによるクエストのプレイには、特定の味方キャラの体力値が予め定めた数値（例えば０）以上であることが必要になる。
多くのゲームでは、ゲーム空間内に存在する全ての敵キャラの体力値が「０」になる、又は、ボスキャラの体力値が「０」になると、ゲームクリアとなる。反対に、ゲーム空間内に存在する全ての味方キャラの体力値が「０」になる、又は、特定の味方キャラの体力値が「０」になると、ゲームクリアの失敗となる。
【0019】
「攻撃力」は、相手キャラに与えるダメージの強度をいう。このため、攻撃力の値（パラメータ値）が高いキャラクタは、攻撃力の値が低いキャラクタよりも多くのダメージを相手キャラに与えることができる。反対に、攻撃力の値が低いキャラクタは、攻撃力の値が高いキャラクタよりも相手キャラに与えるダメージが少なくなる。
この他、攻撃力は、攻撃が及ぶ範囲（二次元の場合は２次元空間、三次元の場合は３次元空間で規定される。）、攻撃が持続する時間、攻撃の回数、命中率、同時にヒット可能な敵キャラの数による評価も可能である。
「防御力」は、相手キャラからの攻撃によるダメージの受け難さの強度をいう。このため、防御力の値（パラメータ値）が高いキャラクタは、防御力の値が低いキャラクタよりも体力値の減少が少なく済む。反対に、防御力の値が低いキャラクタは、防御力の値が高いキャラクタよりも多くの体力値を失い易くなる。
この他、攻撃力は、攻撃が及ぶ範囲（二次元の場合は２次元空間、三次元の場合は３次元空間で規定される。）、攻撃が持続する時間、攻撃の回数、命中率、同時にヒット可能な敵キャラの数による評価も可能である。
「防御力」は、相手キャラからの攻撃によるダメージの受け難さの強度をいう。このため、防御力の値（パラメータ値）が高いキャラクタは、防御力の値が低いキャラクタよりも体力値の減少が少なく済む。反対に、防御力の値が低いキャラクタは、防御力の値が高いキャラクタよりも多くの体力値を失い易くなる。
【0020】
「スピード」は、クエスト内におけるキャラクタの移動の速度値（パラメータ値）をいう。移動の速度値が速いキャラクタは、移動の速度が遅いキャラクタよりも、目的地に近づいたり、攻撃から逃げたりするのに有利である。反対に、移動の速度が遅いキャラクタは、移動の速度が速いキャラクタよりも、目的地に近づくのが遅くなり、攻撃にも当たり易くなる。ここでの目的地は、攻撃の目標となる特定のゲーム媒体やその位置をいう。なお、ゲームやクエストによっては目的地が設定されないこともある。
移動の速度が速いキャラクタは、移動の速度が遅いキャラクタよりも同じ時間でより遠くまで移動が可能である。このため、スピードの違いは、移動可能な距離の違いとみなすことが可能である。
移動の速度が速いキャラクタは、移動の速度が遅いキャラクタよりも同じ時間でより遠くまで移動が可能である。このため、スピードの違いは、移動可能な距離の違いとみなすことが可能である。
【0021】
「スキル」は、ゲームの進行を有利にする特別な技能（アビリティ）をいう。技能には、例えば特定の障害要素から受けるダメージを無効化又は低減する技能、特定の障害要素との組み合わせにより味方キャラの攻撃力等を増加させる技能、特定の障害要素との組み合わせにより味方キャラの動きを増加させる技能、特定の障害要素との組み合わせにより味方キャラにスキルを付与する技能、味方キャラの体力を回復又は増加させる技能、味方キャラの攻撃を発動させる技能、味方キャラに付与されている制約を解除させる技能、敵キャラの攻撃を停止又は減少させる技能がある。敵キャラのスキルについても同様である。なお、これらは一例である。
【0022】
「障害要素」は、相手キャラに不利益を与える仕掛けや敵をいう。特定のスキルを有する等の例外を除き、障害要素があると、クエストをクリアするための難易度が上がる。
障害要素には、例えば相手キャラの移動を停止させる、移動を妨げる、減速させる、加速させる、進行方向を変更する、クエスト内の別の地点に瞬間移動させる、体力を消耗させる、攻撃力や防御力を低下させるがある。
障害要素の代表例には、例えばボスキャラ、攻撃力が強い敵キャラ、防御力が強い敵キャラ、障害要素を発生させる敵キャラがある。
なお、障害要素は、プレイヤ側が配置又は使用してもよい。
障害要素には、例えば相手キャラの移動を停止させる、移動を妨げる、減速させる、加速させる、進行方向を変更する、クエスト内の別の地点に瞬間移動させる、体力を消耗させる、攻撃力や防御力を低下させるがある。
障害要素の代表例には、例えばボスキャラ、攻撃力が強い敵キャラ、防御力が強い敵キャラ、障害要素を発生させる敵キャラがある。
なお、障害要素は、プレイヤ側が配置又は使用してもよい。
【0023】
「属性」は、キャラクタの特性を与える情報の１つである。属性には、例えば火、水、雷、土、木で与えられる。属性は、１つのキャラクタに１つ又は複数与えられる。属性は、固定的に与えられる場合と、一時的に与えられる場合がある。
多くの場合、属性間には相性が定められる。例えば水属性を有するキャラクタは、火属性を有するキャラクタに対して強く、雷属性を有するキャラクタは、水属性を有するキャラクタに対して強く、火属性を有するキャラクタは、木属性を有するキャラクタに強いという具合である。
なお、広義の属性には、前述した攻撃力、防御力、スピード、スキル、障害要素も含まれる。例えば味方キャラの攻撃力に対して十分大きい防御力を有する敵キャラは、体力値を「０」にするために多くの攻撃が必要になる点で相性が悪いともいえる。また、前述したようにスキルと障害要素の組み合わせによっては、攻撃の効きが良くなったり、悪くなったりする。その意味で相性が認められる。
多くの場合、属性間には相性が定められる。例えば水属性を有するキャラクタは、火属性を有するキャラクタに対して強く、雷属性を有するキャラクタは、水属性を有するキャラクタに対して強く、火属性を有するキャラクタは、木属性を有するキャラクタに強いという具合である。
なお、広義の属性には、前述した攻撃力、防御力、スピード、スキル、障害要素も含まれる。例えば味方キャラの攻撃力に対して十分大きい防御力を有する敵キャラは、体力値を「０」にするために多くの攻撃が必要になる点で相性が悪いともいえる。また、前述したようにスキルと障害要素の組み合わせによっては、攻撃の効きが良くなったり、悪くなったりする。その意味で相性が認められる。
【0024】
「達成条件」には、例えばクエスト内の全ての敵キャラを倒すこと、特定の敵キャラを倒すこと、特定の場所や地点に到着すること、特定のアイテムを取得すること、取得したポイント（得点）の合計値が目標値に到達することがある。
特定の敵キャラには、例えばボスキャラがある。特定のアイテムには、例えばコイン、装備、武器、宝箱等がある。
達成条件の達成は、「クエストのクリア」、「ゲームのクリア」、「ゲームの攻略」等とも呼ばれる。
「特典」には、次のクエストのプレイの許可、特別に用意されたクエストのプレイの許可、クリアしたクエストのボスキャラの付与、経験値や体力等のポイントの付与、ゲーム内で使用するアイテムの付与、ゲーム内で使用する通貨の付与、称号の付与、魔法その他の特殊な力の付与、特殊なジェスチャーの付与等がある。
特定の敵キャラには、例えばボスキャラがある。特定のアイテムには、例えばコイン、装備、武器、宝箱等がある。
達成条件の達成は、「クエストのクリア」、「ゲームのクリア」、「ゲームの攻略」等とも呼ばれる。
「特典」には、次のクエストのプレイの許可、特別に用意されたクエストのプレイの許可、クリアしたクエストのボスキャラの付与、経験値や体力等のポイントの付与、ゲーム内で使用するアイテムの付与、ゲーム内で使用する通貨の付与、称号の付与、魔法その他の特殊な力の付与、特殊なジェスチャーの付与等がある。
【0025】
「ゲーム状態」は、各プレイヤに対応するゲーム空間内のプレイの進行状況をいう。ゲーム状態を表す指標には、ゲーム空間に存在する敵キャラや味方キャラの数、ゲーム空間に存在する敵キャラと味方キャラの相性、攻撃力が大きい技（以下「必殺技」ともいう。）を味方キャラが発動可能か否か、起点となるイベントからの経過時間、クエストで設定されたミッションの進捗の状況、特定の操作の有無等がある。
ゲーム状態は、これらの指標の１つ又は複数の組み合わせの観点から総合的に区分される。
ゲーム状態は、これらの指標の１つ又は複数の組み合わせの観点から総合的に区分される。
【0026】
実施の形態では、ゲーム状態を、プレイヤに「有利なゲーム状態」と、プレイヤに「不利なゲーム状態」に区分する。
有利なゲーム状態には、例えば敵キャラの数が基準値（例えば「０」又は「１」）の状態、味方キャラと相性が良い（すなわち攻撃が効く）敵キャラの割合が多い状態、必殺技を使える状態がある。
例えばゲーム空間の敵キャラが「０」の状態は、いわゆるゲームクリアの状態であるので、有利なゲーム状態である。また例えばゲーム空間の敵キャラが「１」の状態は、いわゆるゲームクリアに近い状態であるので、有利なゲーム状態である。
有利なゲーム状態には、例えば敵キャラの数が基準値（例えば「０」又は「１」）の状態、味方キャラと相性が良い（すなわち攻撃が効く）敵キャラの割合が多い状態、必殺技を使える状態がある。
例えばゲーム空間の敵キャラが「０」の状態は、いわゆるゲームクリアの状態であるので、有利なゲーム状態である。また例えばゲーム空間の敵キャラが「１」の状態は、いわゆるゲームクリアに近い状態であるので、有利なゲーム状態である。
【0027】
なお、基準値はクエスト毎に異なってもよいし、ゲーム空間に存在する敵キャラの種類に応じて異なってもよい。例えばボスキャラの場合とその他の場合で基準値が異なってもよい。
また、プレイヤが使用する味方キャラの属性と敵キャラの属性との相性によって基準値を定めてもよい。
ここでの「有利なゲーム状態」は、第１ゲーム状態の一例である。また、有利なゲーム状態にあるプレイヤは、「第１プレイヤ」の一例である。
また、プレイヤが使用する味方キャラの属性と敵キャラの属性との相性によって基準値を定めてもよい。
ここでの「有利なゲーム状態」は、第１ゲーム状態の一例である。また、有利なゲーム状態にあるプレイヤは、「第１プレイヤ」の一例である。
【0028】
不利なゲーム状態には、例えば敵キャラの数が基準値（例えば「５」）より多い状態、味方キャラと相性が悪い（すなわち攻撃が効き難い）敵キャラの割合が多い状態、必殺技を使えない状態がある。なお、不利なゲーム状態は、有利なゲーム状態にない状態として定義してもよい。
ここでの「不利なゲーム状態」は、第２ゲーム状態の一例である。また、不利なゲーム状態にあるプレイヤは、「第２プレイヤ」の一例である。
不利なゲーム状態から有利なゲーム状態に遷移する条件は１つとは限らない。なお、遷移の条件には、例えば例示した各状態を満たすことがある。遷移の他の条件には、例示した条件を満たした上でプレイヤの確認操作を必要とする場合、例示した条件とは関係なくプレイヤの宣言等の特定の操作を受け付けた場合もある。
ここでの「不利なゲーム状態」は、第２ゲーム状態の一例である。また、不利なゲーム状態にあるプレイヤは、「第２プレイヤ」の一例である。
不利なゲーム状態から有利なゲーム状態に遷移する条件は１つとは限らない。なお、遷移の条件には、例えば例示した各状態を満たすことがある。遷移の他の条件には、例示した条件を満たした上でプレイヤの確認操作を必要とする場合、例示した条件とは関係なくプレイヤの宣言等の特定の操作を受け付けた場合もある。
【0029】
「ゲーム効果」は、特定のスキルの発動によって味方キャラが取得する効果や敵キャラに与える効果、味方キャラの攻撃が敵キャラに与えるダメージ等をいう。例えば必殺技は、敵キャラに与えるダメージが大きい所定のゲーム効果の一例である。
ゲーム効果は、種類等に応じて内容や強度が異なることがある。例えば同種のゲーム効果でもダメージ量に違いがあったり、ダメージが及ぶ敵キャラの数に違いがあったり、ダメージが及ぶ敵キャラの種類（特定の属性）に違いがあったりする。例えば必殺技の種類によってダメージ量が「１０ＨＰ」の場合と「５ＨＰ」の場合があってもよい。ここでの「１０ＨＰ」や「５ＨＰ」は、強度を示す数値の一例である。
ゲーム効果は、種類等に応じて内容や強度が異なることがある。例えば同種のゲーム効果でもダメージ量に違いがあったり、ダメージが及ぶ敵キャラの数に違いがあったり、ダメージが及ぶ敵キャラの種類（特定の属性）に違いがあったりする。例えば必殺技の種類によってダメージ量が「１０ＨＰ」の場合と「５ＨＰ」の場合があってもよい。ここでの「１０ＨＰ」や「５ＨＰ」は、強度を示す数値の一例である。
【0030】
ダメージ量は、総量で表現することも、１つの敵キャラに与えるダメージの最大値で表現することも、ダメージを与える敵キャラの数で表現することも可能である。
例えば総量の場合、ダメージが及ぶ敵キャラの数は、敵キャラの個々の体力値に依存する。例えば総量が「５０ＨＰ」の場合、体力値が「１ＨＰ」の敵キャラを５０個倒すことができ、体力値が「５ＨＰ」の敵キャラを「１０」個倒すことができる。
例えば１つの敵キャラに与えるダメージの最大値が「１０ＨＰ」の場合、ゲーム空間に存在する全ての敵キャラの体力値が一律に「１０ＨＰ」減少する。
例えば総量の場合、ダメージが及ぶ敵キャラの数は、敵キャラの個々の体力値に依存する。例えば総量が「５０ＨＰ」の場合、体力値が「１ＨＰ」の敵キャラを５０個倒すことができ、体力値が「５ＨＰ」の敵キャラを「１０」個倒すことができる。
例えば１つの敵キャラに与えるダメージの最大値が「１０ＨＰ」の場合、ゲーム空間に存在する全ての敵キャラの体力値が一律に「１０ＨＰ」減少する。
【0031】
例えば倒せる敵キャラの数が「５」の場合、ゲーム空間に存在する「５」個の敵キャラを倒すことができる。このため、ゲーム空間に「６」個の敵キャラが存在する場合には、「１」個の敵キャラがゲーム空間に残る。
例えばダメージが及ぶ敵キャラの属性が「水」の場合、ゲーム空間に存在する水属性の敵キャラを倒すことができるが、他の属性の敵キャラは倒すことができない。
この他、ゲーム効果がスキルの発動の場合には、ゲーム媒体のスピード、攻撃力、防御力等をプレイヤに有利に変化させることができる。
例えばダメージが及ぶ敵キャラの属性が「水」の場合、ゲーム空間に存在する水属性の敵キャラを倒すことができるが、他の属性の敵キャラは倒すことができない。
この他、ゲーム効果がスキルの発動の場合には、ゲーム媒体のスピード、攻撃力、防御力等をプレイヤに有利に変化させることができる。
【0032】
＜システム構成＞
図２は、実施の形態に係るゲームシステム１の構成例を示す図である。図２に示すゲームシステム１は、ネットワーク上でプレイするゲームを想定している。この種のゲームは、ネットゲーム、オンラインゲーム、ソーシャルゲーム等と呼ばれる。
ゲームシステム１は、ゲームの進行を管理するサーバ１０と、プレイヤが操作するユーザ端末２０と、これらを通信可能に接続するネットワークＮとで構成されている。
図２は、実施の形態に係るゲームシステム１の構成例を示す図である。図２に示すゲームシステム１は、ネットワーク上でプレイするゲームを想定している。この種のゲームは、ネットゲーム、オンラインゲーム、ソーシャルゲーム等と呼ばれる。
ゲームシステム１は、ゲームの進行を管理するサーバ１０と、プレイヤが操作するユーザ端末２０と、これらを通信可能に接続するネットワークＮとで構成されている。
【0033】
図２では、説明上の都合により、３名のプレイヤＡ、Ｂ、Ｃが操作する３台のユーザ端末２０のみを表している。もっとも、実際のゲームシステム１に参加するプレイヤは３人よりも多く、ネットワークＮに接続されるユーザ端末２０もその分存在する。
ネットワークＮには、例えばインターネット、４Ｇや５Ｇ等の移動通信システム、ＬＡＮ（＝Local Area Network）を想定する。ネットワークＮは、有線ネットワークでも無線ネットワークでもよい。また、有線ネットワークと無線ネットワークの混在型でもよい。
ネットワークＮには、例えばインターネット、４Ｇや５Ｇ等の移動通信システム、ＬＡＮ（＝Local Area Network）を想定する。ネットワークＮは、有線ネットワークでも無線ネットワークでもよい。また、有線ネットワークと無線ネットワークの混在型でもよい。
【0034】
サーバ１０は、ゲームの進行を管理するコンピュータであり、ゲームプログラムの実行を通じ、各種のサービスを提供する。サーバ１０は、オンプレミス型のサーバでもよいし、クラウド型のサーバでもよい。クラウド型のサーバには、例えばIaaS（＝Infrastructure as a Service）、PaaS（＝Platform as a Service）、SaaS（＝Software as a Service）がある。
ところで、サーバ１０は、１台のコンピュータで構成される必要はなく、互いに連携する複数台のコンピュータで構成されてもよい。
本実施の形態におけるサーバ１０は、情報処理装置の一例である。
ところで、サーバ１０は、１台のコンピュータで構成される必要はなく、互いに連携する複数台のコンピュータで構成されてもよい。
本実施の形態におけるサーバ１０は、情報処理装置の一例である。
【0035】
図２に示すサーバ１０は、協同型ゲームの進行を管理する。図２では、３人のプレイヤＡ、Ｂ、Ｃのうち、プレイヤＡとプレイヤＢの２人がパーティーを構成する場合を示している。パーティーを構成する２人のプレイヤＡとプレイヤＢは協同関係にある。
もっとも、パーティーは、プレイの開始時に構成する必要はなく、プレイ中の募集やマッチング等を通じて構成してもよい。
ユーザ端末２０は、プレイヤが操作する情報端末である。ユーザ端末２０には、例えばスマートフォン、タブレット型のコンピュータ、ノート型のコンピュータ、デスクトップ型のコンピュータ、ゲーム端末、ヘッドマウント型のコンピュータ（いわゆるヘッドセット）、メガネ型のコンピュータ（いわゆるスマートグラス）を想定する。
ユーザ端末２０は、ネットワークＮとの通信機能を備えている。図２におけるユーザ端末２０は、スマートフォンである。
もっとも、パーティーは、プレイの開始時に構成する必要はなく、プレイ中の募集やマッチング等を通じて構成してもよい。
ユーザ端末２０は、プレイヤが操作する情報端末である。ユーザ端末２０には、例えばスマートフォン、タブレット型のコンピュータ、ノート型のコンピュータ、デスクトップ型のコンピュータ、ゲーム端末、ヘッドマウント型のコンピュータ（いわゆるヘッドセット）、メガネ型のコンピュータ（いわゆるスマートグラス）を想定する。
ユーザ端末２０は、ネットワークＮとの通信機能を備えている。図２におけるユーザ端末２０は、スマートフォンである。
【0036】
＜ハードウェア構成＞
サーバ１０は、ゲームプログラムを実行するプロセッサ１１と、メモリ１２と、補助記憶装置１３と、通信インタフェース１４とを有している。プロセッサ１１と各デバイスとは、バスその他の信号線１５を通じて互いに接続されている。
メモリ１２は、ＲＯＭ（＝Read Only Memory）、ＲＡＭ（＝Random Access Memory）等の半導体メモリで構成される。ＲＯＭには、ＢＩＯＳ（＝Basic Input Output System）等が記憶される。ＲＡＭは、主記憶装置であり、プロセッサ１１のワークエリアとして使用される。
サーバ１０は、ゲームプログラムを実行するプロセッサ１１と、メモリ１２と、補助記憶装置１３と、通信インタフェース１４とを有している。プロセッサ１１と各デバイスとは、バスその他の信号線１５を通じて互いに接続されている。
メモリ１２は、ＲＯＭ（＝Read Only Memory）、ＲＡＭ（＝Random Access Memory）等の半導体メモリで構成される。ＲＯＭには、ＢＩＯＳ（＝Basic Input Output System）等が記憶される。ＲＡＭは、主記憶装置であり、プロセッサ１１のワークエリアとして使用される。
【0037】
補助記憶装置１３は、例えばハードディスク装置や半導体ストレージである。補助記憶装置１３には、ゲームプログラムの他、ゲームの進行に関するデータや取引に関するデータ等が記憶される。ゲームプログラムは、アプリケーションプログラムの一例である。
図２の場合、補助記憶装置１３は、サーバ１０に内蔵されているが、サーバ本体に外付けしてもよいし、ネットワークＮ上に設けてもよい。ネットワーク上にデータを記憶する場合には、ブロックチェーンで採用する分散型台帳にゲームに関する各種のデータを記憶してもよい。
通信インタフェース１４は、ユーザ端末２０等の外部の端末との通信を可能にするデバイスである。通信インタフェース１４には、通信に使用するネットワークＮに応じた通信を実現する機能が求められる。
図２の場合、補助記憶装置１３は、サーバ１０に内蔵されているが、サーバ本体に外付けしてもよいし、ネットワークＮ上に設けてもよい。ネットワーク上にデータを記憶する場合には、ブロックチェーンで採用する分散型台帳にゲームに関する各種のデータを記憶してもよい。
通信インタフェース１４は、ユーザ端末２０等の外部の端末との通信を可能にするデバイスである。通信インタフェース１４には、通信に使用するネットワークＮに応じた通信を実現する機能が求められる。
【0038】
ユーザ端末２０は、サーバ１０と同様、プロセッサ、メモリ、補助記憶装置、通信インタフェースを有し、さらに、タッチセンサ、操作ボタン、ディスプレイ、カメラ、マイク、スピーカ等を有する。
タッチセンサとディスプレイが一体化されたデバイスは、タッチパネルと呼ばれる。また、タッチセンサ、操作ボタン、カメラ、マイクは入力装置を構成し、ディスプレイ、スピーカは出力装置を構成する。
本実施の形態におけるユーザ端末２０は、サーバ１０に対する入出力装置として使用される。
タッチセンサとディスプレイが一体化されたデバイスは、タッチパネルと呼ばれる。また、タッチセンサ、操作ボタン、カメラ、マイクは入力装置を構成し、ディスプレイ、スピーカは出力装置を構成する。
本実施の形態におけるユーザ端末２０は、サーバ１０に対する入出力装置として使用される。
【0039】
＜機能構成＞
以下では、ゲームの進行を制御するサーバ１０の機能構成について説明する。
図３は、サーバ１０の機能上の構成例を説明する図である。なお、図３に示す機能構成は、本実施の形態で想定するゲームプログラムの実行を通じて実現される機能部の一例である。
図３に示すサーバ１０は、受付部１０１、ゲーム進行部１０２、画像生成部１０３、ゲーム状態検出部１０４、媒体移動制御部１０５、通知部１０６、記憶部１１０を有している。
このうち、記憶部１１０は、メモリ１２と補助記憶装置１３（図２参照）により実現され、それ以外の機能部は、プロセッサ１１で実行されるプログラムとサーバ１０を構成する各デバイスとの協働により実現される。
以下では、ゲームの進行を制御するサーバ１０の機能構成について説明する。
図３は、サーバ１０の機能上の構成例を説明する図である。なお、図３に示す機能構成は、本実施の形態で想定するゲームプログラムの実行を通じて実現される機能部の一例である。
図３に示すサーバ１０は、受付部１０１、ゲーム進行部１０２、画像生成部１０３、ゲーム状態検出部１０４、媒体移動制御部１０５、通知部１０６、記憶部１１０を有している。
このうち、記憶部１１０は、メモリ１２と補助記憶装置１３（図２参照）により実現され、それ以外の機能部は、プロセッサ１１で実行されるプログラムとサーバ１０を構成する各デバイスとの協働により実現される。
【0040】
受付部１０１は、ユーザ端末２０（図２参照）からの入力を受け付ける機能部である。ここでの入力には、プレイに使用するキャラクタの選択や配置、プレイに関連する操作等がある。プレイに関連する操作には、例えば選択、指定、指示等がある。ここでの操作には、必殺技の発動、他のプレイヤに移動する敵キャラの選択、敵キャラを移動するプレイヤの選択、敵キャラの移動の催促が含まれる。
ゲーム進行部１０２は、受付部１０１で受け付けた入力に基づいてクエストの進行を制御する機能部である。具体的な進行は、クエストが用意する場面とプレイヤの入力とにより決定される。各場面は、演出その他のゲーム空間で表現される。
ゲーム進行部１０２は、受付部１０１で受け付けた入力に基づいてクエストの進行を制御する機能部である。具体的な進行は、クエストが用意する場面とプレイヤの入力とにより決定される。各場面は、演出その他のゲーム空間で表現される。
【0041】
画像生成部１０３は、ゲーム進行部１０２等による処理の結果を反映したゲーム空間を生成する機能部である。生成されゲーム空間は、通信インタフェース１４（図２参照）を通じ、ユーザ端末２０に送信される。
ゲーム状態検出部１０４は、プレイヤのゲーム状態を検出する機能部である。ここでのゲーム状態検出部１０４は、「検出部」の一例である。
ゲーム状態検出部１０４は、現在のゲーム状態が、プレイヤに「有利なゲーム状態」であるか、プレイヤに「不利なゲーム状態」であるかを検出する。
実施の形態では、有利なゲーム状態として、必殺技の発動が可能になってから必殺技の発動が終了するまでの状態、パーティーを構成するプレイヤが他のプレイヤに対して敵キャラの移動を許可した状態を想定する。
ゲーム状態検出部１０４は、プレイヤのゲーム状態を検出する機能部である。ここでのゲーム状態検出部１０４は、「検出部」の一例である。
ゲーム状態検出部１０４は、現在のゲーム状態が、プレイヤに「有利なゲーム状態」であるか、プレイヤに「不利なゲーム状態」であるかを検出する。
実施の形態では、有利なゲーム状態として、必殺技の発動が可能になってから必殺技の発動が終了するまでの状態、パーティーを構成するプレイヤが他のプレイヤに対して敵キャラの移動を許可した状態を想定する。
【0042】
ここでの「許可」は、ゲーム空間に用意される専用ボタンの操作により可能である。もっとも、この種のボタンがゲーム空間に用意しないゲームがあってもよい。
なお、必殺技に複数の種類が用意されている場合、ゲーム状態検出部１０４は、必殺技の種類の違いも検出する。
必殺技の種類は、例えばモンスターに与える効果の違いで区別される。効果の違いには、例えばモンスターに与えるダメージ量の違い、ダメージが及ぶモンスターの数の違い、ダメージが及ぶモンスターの属性の違いがある。
この他、ゲーム状態検出部１０４は、不利なゲーム状態から有利なゲーム状態に遷移させる契機になった条件も検出する。ここでの条件には、例えば必殺技の発動条件の成立、プレイヤによる専用ボタンの操作がある。
なお、必殺技に複数の種類が用意されている場合、ゲーム状態検出部１０４は、必殺技の種類の違いも検出する。
必殺技の種類は、例えばモンスターに与える効果の違いで区別される。効果の違いには、例えばモンスターに与えるダメージ量の違い、ダメージが及ぶモンスターの数の違い、ダメージが及ぶモンスターの属性の違いがある。
この他、ゲーム状態検出部１０４は、不利なゲーム状態から有利なゲーム状態に遷移させる契機になった条件も検出する。ここでの条件には、例えば必殺技の発動条件の成立、プレイヤによる専用ボタンの操作がある。
【0043】
媒体移動制御部１０５は、パーティーを構成するプレイヤ間におけるキャラクタの移動を制御する機能部である。移動の対象となるキャラクタは、主に敵キャラである。もっとも、味方キャラの移動を妨げない。ここでの媒体移動制御部１０５は、「制御部」の一例である。
媒体移動制御部１０５は、複数のサブ機能を有している。
サブ機能の１つ（以下「サブ機能ＳＦ１」という。）は、不利なゲーム状態にあるプレイヤのゲーム空間にあるモンスターの少なくとも一部を、有利なゲーム状態にあるプレイヤのゲーム空間に移動可能に制御する機能である。なお、プレイヤ間における敵キャラの移動は、サブ機能ＳＦ１により自動で実行してもよいし、プレイヤの選択を通じて実行してもよい。
サブ機能ＳＦ１により、例えばゲームフィールド（図１参照）におけるプレイヤＡのゲーム空間からプレイヤＢのゲーム空間への敵キャラの移動が実現される。
媒体移動制御部１０５は、複数のサブ機能を有している。
サブ機能の１つ（以下「サブ機能ＳＦ１」という。）は、不利なゲーム状態にあるプレイヤのゲーム空間にあるモンスターの少なくとも一部を、有利なゲーム状態にあるプレイヤのゲーム空間に移動可能に制御する機能である。なお、プレイヤ間における敵キャラの移動は、サブ機能ＳＦ１により自動で実行してもよいし、プレイヤの選択を通じて実行してもよい。
サブ機能ＳＦ１により、例えばゲームフィールド（図１参照）におけるプレイヤＡのゲーム空間からプレイヤＢのゲーム空間への敵キャラの移動が実現される。
【0044】
別のサブ機能の１つ（以下「サブ機能ＳＦ２」という。）は、不利なゲーム状態でプレイ中のプレイヤのゲーム空間には、他のプレイヤが敵キャラを移動できないように制御する機能である。
サブ機能ＳＦ２により、不利なゲーム状態でプレイ中のプレイヤへの他のプレイヤからの敵キャラの一方的な送り付けを防ぐことができる。換言すると、プレイヤの迷惑になる又は望まない敵キャラの送り付けから各プレイヤを保護することができる。
サブ機能ＳＦ２により、不利なゲーム状態でプレイ中のプレイヤへの他のプレイヤからの敵キャラの一方的な送り付けを防ぐことができる。換言すると、プレイヤの迷惑になる又は望まない敵キャラの送り付けから各プレイヤを保護することができる。
【0045】
別のサブ機能の１つ（以下「サブ機能ＳＦ３」という。）は、ゲーム効果の種類に応じ、有利なゲーム状態にあるプレイヤのゲーム空間に移動可能な敵キャラを制御する機能である。ゲーム効果の種類には、例えば必殺技等の攻撃が与えるダメージ量の大きさ、必殺技等の攻撃がヒットする敵キャラの数、必殺技等の攻撃によるダメージが大きい属性の種類がある。これらの種類の違いにより、サブ機能ＳＦ３は、有利なゲーム状態のプレイヤに移動される敵キャラを制御する。
このサブ機能ＳＦ３により、有利なゲーム状態のゲーム空間で発動されるゲーム効果を有効に活用することができる。
このサブ機能ＳＦ３により、有利なゲーム状態のゲーム空間で発動されるゲーム効果を有効に活用することができる。
【0046】
別のサブ機能の１つ（以下「サブ機能ＳＦ４」という。）は、前述したサブ機能ＳＦ３におけるゲーム効果が敵キャラに与える効果を示す数値に応じ、移動可能な敵キャラの候補を他のプレイヤに対して識別可能に表示する機能である。
ここでの数値は、ダメージ量の大きさ、一度に倒せる敵キャラの数等である。なお、移動可能な敵キャラの数は、効果を示す数値と同じとは限らない。
移動先のゲーム空間にも敵キャラが存在するためである。例えば１０個の敵キャラを倒せるゲーム効果が発動される場合でも、移動先のゲーム空間に６個の敵キャラが存在しているなら、受け入れ可能な敵キャラの数は４個となる。
ここでの数値は、ダメージ量の大きさ、一度に倒せる敵キャラの数等である。なお、移動可能な敵キャラの数は、効果を示す数値と同じとは限らない。
移動先のゲーム空間にも敵キャラが存在するためである。例えば１０個の敵キャラを倒せるゲーム効果が発動される場合でも、移動先のゲーム空間に６個の敵キャラが存在しているなら、受け入れ可能な敵キャラの数は４個となる。
【0047】
そこで、サブ機能ＳＦ４は、例えば移動可能な敵キャラの表示に用いる色を、移動できない敵キャラの表示に用いる色とは異なる色で表示する。また、移動可能な敵キャラの表示サイズを、移動できない敵キャラの表示サイズよりも大きくする。また、移動可能な敵キャラをハイライトで表示し、移動できない敵キャラをグレーアウトで表示する。
なお、移動可能な敵キャラの数を数値で表示してもよい。これらの表示により、移動元となるプレイヤのゲーム空間に存在する敵キャラの一部しか移動できない場合にも、プレイヤは、移動可能な敵キャラを短時間で把握することが可能になる。
このサブ機能ＳＦ４により、敵キャラの移動元となるプレイヤによるゲーム媒体の選択の支援が可能になる。
なお、移動可能な敵キャラの数を数値で表示してもよい。これらの表示により、移動元となるプレイヤのゲーム空間に存在する敵キャラの一部しか移動できない場合にも、プレイヤは、移動可能な敵キャラを短時間で把握することが可能になる。
このサブ機能ＳＦ４により、敵キャラの移動元となるプレイヤによるゲーム媒体の選択の支援が可能になる。
【0048】
別のサブ機能の１つ（以下「サブ機能ＳＦ５」という。）は、敵キャラの移動先となるプレイヤのゲーム状態が不利なゲーム状態から有利なゲーム状態に遷移した際の条件の違いに応じ、移動可能な敵キャラの数を制御する機能である。
前述したように、有利なゲーム状態に遷移する条件は、必殺技の発動以外にも用意されることがある。例えばゲーム空間の敵キャラが少なくなったプレイヤが他のプレイヤを支援する目的で、敵キャラの移動を許可する場合がある。
もっとも、一般には、通常の技で対応可能な敵キャラの数は、必殺技で対応可能な敵キャラの数よりも少ない。そこで、サブ機能ＳＦ５は、敵キャラの送られすぎを防止する。
なお、移動可能な敵キャラの数は、移動先に存在する敵キャラの数を考慮して決定される。
このサブ機能ＳＦ５により、敵キャラの移動を移動先のプレイヤで対応可能な数に制限できる。
前述したように、有利なゲーム状態に遷移する条件は、必殺技の発動以外にも用意されることがある。例えばゲーム空間の敵キャラが少なくなったプレイヤが他のプレイヤを支援する目的で、敵キャラの移動を許可する場合がある。
もっとも、一般には、通常の技で対応可能な敵キャラの数は、必殺技で対応可能な敵キャラの数よりも少ない。そこで、サブ機能ＳＦ５は、敵キャラの送られすぎを防止する。
なお、移動可能な敵キャラの数は、移動先に存在する敵キャラの数を考慮して決定される。
このサブ機能ＳＦ５により、敵キャラの移動を移動先のプレイヤで対応可能な数に制限できる。
【0049】
別のサブ機能の１つ（以下「サブ機能ＳＦ６」という。）は、敵キャラの移動先となるプレイヤが発動可能なゲーム効果に対応する敵キャラの数に応じ、敵キャラの移動を制御する機能である。
前述したサブ機能ＳＦ５の場合には、ゲーム状態が遷移した際の条件に着目しているが、このサブ機能ＳＦ６は、発動可能な必殺技その他のゲーム効果に応じて移動可能な敵キャラの数を制御する。例えば一度に倒せる数に制限がないゲーム効果が発動される場合と１０個までしか倒せないゲーム効果では移動可能な敵キャラの数を調整する必要がある。そこで、サブ機能ＳＦ６も、敵キャラの送られすぎを防止する。
なお、移動可能な敵キャラの数は、移動先に存在する敵キャラの数を考慮して決定される。
このサブ機能ＳＦ６により、敵キャラの移動を、移動先のプレイヤで対応可能な数に制限できる。
前述したサブ機能ＳＦ５の場合には、ゲーム状態が遷移した際の条件に着目しているが、このサブ機能ＳＦ６は、発動可能な必殺技その他のゲーム効果に応じて移動可能な敵キャラの数を制御する。例えば一度に倒せる数に制限がないゲーム効果が発動される場合と１０個までしか倒せないゲーム効果では移動可能な敵キャラの数を調整する必要がある。そこで、サブ機能ＳＦ６も、敵キャラの送られすぎを防止する。
なお、移動可能な敵キャラの数は、移動先に存在する敵キャラの数を考慮して決定される。
このサブ機能ＳＦ６により、敵キャラの移動を、移動先のプレイヤで対応可能な数に制限できる。
【0050】
別のサブ機能の１つ（以下「サブ機能ＳＦ７」という。）は、敵キャラの移動先となるプレイヤで発動可能なゲーム効果と敵キャラの持つ属性に応じて決定される効果の違いに基づいて、移動可能な敵キャラを選択する機能である。
ゲーム効果には、特定の属性を持つ敵キャラには強く作用する（例えば１０個の敵キャラを倒したり、１個当たりの体力値を「１０ＨＰ」減少させる）が、それ以外の敵キャラには弱く作用する（例えば３個の敵キャラを倒したり、１個当たりの体力値を「３ＨＰ」減少させる）ことがある。このサブ機能ＳＦ７は、この効力の違いに着目して移動可能な敵キャラの選択を実現する。
例えば５個の敵キャラの移動が可能であれば、サブ機能ＳＦ７により、ゲーム効果が強く作用する属性を持つ敵キャラが優先的に選択される。
このサブ機能ＳＦ７により、敵キャラの移動先で発動されるゲーム効果を有効に活用することが可能になる。
ゲーム効果には、特定の属性を持つ敵キャラには強く作用する（例えば１０個の敵キャラを倒したり、１個当たりの体力値を「１０ＨＰ」減少させる）が、それ以外の敵キャラには弱く作用する（例えば３個の敵キャラを倒したり、１個当たりの体力値を「３ＨＰ」減少させる）ことがある。このサブ機能ＳＦ７は、この効力の違いに着目して移動可能な敵キャラの選択を実現する。
例えば５個の敵キャラの移動が可能であれば、サブ機能ＳＦ７により、ゲーム効果が強く作用する属性を持つ敵キャラが優先的に選択される。
このサブ機能ＳＦ７により、敵キャラの移動先で発動されるゲーム効果を有効に活用することが可能になる。
【0051】
別のサブ機能の１つ（以下「サブ機能ＳＦ８」という。）は、移動の対象に選択された敵キャラに対する効果が大きいゲーム効果が発動可能なプレイヤと、移動の対象に選択された敵キャラに対する効果が小さいゲーム効果が発動可能なプレイヤとを識別可能に敵キャラの移動元であるプレイヤのゲーム空間に表示する機能である。
このサブ機能ＳＦ８は、敵キャラの受け入れが可能なプレイヤが複数いる場合を想定した機能である。もっとも、クエスト内で発動が可能なゲーム効果が１つしか存在しない場合にはサブ機能ＳＦ８は不要である。しかし、必殺技の効果に違いがある場合や必殺技の発動とは無関係にプレイヤが敵キャラの移動を許可する場合があり得る。
このサブ機能ＳＦ８は、敵キャラの受け入れが可能なプレイヤが複数いる場合を想定した機能である。もっとも、クエスト内で発動が可能なゲーム効果が１つしか存在しない場合にはサブ機能ＳＦ８は不要である。しかし、必殺技の効果に違いがある場合や必殺技の発動とは無関係にプレイヤが敵キャラの移動を許可する場合があり得る。
【0052】
協同プレイ中のプレイヤは、他のプレイヤと協同でゲームクリアを目指している。このため、他のプレイヤのプレイを妨害したいとは思っていない。しかし、サブ機能ＳＦ８が存在しないと、移動元となるプレイヤは、移動先のゲーム効果の違いに気づけない。このため、移動する敵キャラに対する効果が小さいプレイヤに敵キャラを移動させてしまう可能性がある。
一方で、サブ機能ＳＦ８があれば、敵キャラを選択したプレイヤは、選択された敵キャラを効率的に倒せるプレイヤが誰かを知ることができ、より効率的に倒せるプレイヤに敵キャラを移動させることが可能になる。
一方で、サブ機能ＳＦ８があれば、敵キャラを選択したプレイヤは、選択された敵キャラを効率的に倒せるプレイヤが誰かを知ることができ、より効率的に倒せるプレイヤに敵キャラを移動させることが可能になる。
【0053】
ここでの表示は、例えば移動の対象である敵キャラに対する効果が大きいゲーム効果が発動されるプレイヤのアイコンの表示に用いる色を、他のプレイヤのアイコンの表示に用いる色と変更してもよい。
また、移動の対象である敵キャラに対する効果が大きいゲーム効果が発動されるプレイヤのアイコンの表示サイズを、他のプレイヤのアイコンの表示サイズよりも大きくしてもよい。
また、移動の対象である敵キャラに対する効果が大きいゲーム効果が発動されるプレイヤのアイコンをハイライトで表示し、他のプレイヤのアイコンをグレーアウトで表示してもよい。
また、各プレイヤで発動されるゲーム効果の効果の違いを文字で表示したり、移動先として推奨するプレイヤ名等を文字で表示したりしてもよい。
このサブ機能ＳＦ８により、敵キャラの移動元となるプレイヤによる、移動先となるプレイヤの選択が容易になる。
また、移動の対象である敵キャラに対する効果が大きいゲーム効果が発動されるプレイヤのアイコンの表示サイズを、他のプレイヤのアイコンの表示サイズよりも大きくしてもよい。
また、移動の対象である敵キャラに対する効果が大きいゲーム効果が発動されるプレイヤのアイコンをハイライトで表示し、他のプレイヤのアイコンをグレーアウトで表示してもよい。
また、各プレイヤで発動されるゲーム効果の効果の違いを文字で表示したり、移動先として推奨するプレイヤ名等を文字で表示したりしてもよい。
このサブ機能ＳＦ８により、敵キャラの移動元となるプレイヤによる、移動先となるプレイヤの選択が容易になる。
【0054】
別のサブ機能の１つ（以下「サブ機能ＳＦ９」という。）は、敵キャラの移動元となるプレイヤのゲーム空間で与えられる効果が小さい敵キャラを、移動対象として選択可能に制御する機能である。
敵キャラの移動後にゲーム空間に残る敵キャラの数が同じでも、相性が悪い敵キャラが残るよりも、相性が良い敵キャラが残った方が移動元となるプレイヤには都合がよい。サブ機能ＳＦ９は、このような都合を考慮して設けられている。
サブ機能ＳＦ９は、移動対象とする敵キャラを選択するプレイヤを支援する目的で、移動した方がプレイヤに有利な敵キャラの識別を容易にする。
また、サブ機能ＳＦ９は、選択の支援に加え、敵キャラの移動を自動で実行してもよい。例えば敵キャラの選択を容易にする表示を行うことなく、対象とする敵キャラの移動を自動で実行してもよい。
このサブ機能ＳＦ９により、敵キャラの移動元となるプレイヤによる敵キャラの移動後のゲームの進行を容易にできる。
敵キャラの移動後にゲーム空間に残る敵キャラの数が同じでも、相性が悪い敵キャラが残るよりも、相性が良い敵キャラが残った方が移動元となるプレイヤには都合がよい。サブ機能ＳＦ９は、このような都合を考慮して設けられている。
サブ機能ＳＦ９は、移動対象とする敵キャラを選択するプレイヤを支援する目的で、移動した方がプレイヤに有利な敵キャラの識別を容易にする。
また、サブ機能ＳＦ９は、選択の支援に加え、敵キャラの移動を自動で実行してもよい。例えば敵キャラの選択を容易にする表示を行うことなく、対象とする敵キャラの移動を自動で実行してもよい。
このサブ機能ＳＦ９により、敵キャラの移動元となるプレイヤによる敵キャラの移動後のゲームの進行を容易にできる。
【0055】
別のサブ機能の１つ（以下「サブ機能ＳＦ１０」という。）は、他のプレイヤのゲーム空間から移動された敵キャラの属性を、移動先であるゲーム空間で発動されるゲーム効果が敵キャラに与える効果が大きい属性に変更する機能である。
属性に関係なく攻撃力が作用する必殺技もあるが、必殺技の種類によっては属性によって効果に差がある場合もあれば、移動先のプレイヤが移動を許可するときのように必殺技が発動されるとは限らない場合も想定される。このような場合に、移動されてきた敵キャラの属性が、移動先で発動されるゲーム効果と相性が悪い場合、移動先のプレイヤの不利益になる可能性もある。
そこで、サブ機能ＳＦ１０を設け、移動先のゲーム空間で発動されるゲーム効果によって、他のプレイヤから移動された敵キャラを効率的に倒せるようにする。
このサブ機能ＳＦ１０により、敵キャラの移動先となるプレイヤでの敵キャラの受付後のゲームの進行を容易にできる。
属性に関係なく攻撃力が作用する必殺技もあるが、必殺技の種類によっては属性によって効果に差がある場合もあれば、移動先のプレイヤが移動を許可するときのように必殺技が発動されるとは限らない場合も想定される。このような場合に、移動されてきた敵キャラの属性が、移動先で発動されるゲーム効果と相性が悪い場合、移動先のプレイヤの不利益になる可能性もある。
そこで、サブ機能ＳＦ１０を設け、移動先のゲーム空間で発動されるゲーム効果によって、他のプレイヤから移動された敵キャラを効率的に倒せるようにする。
このサブ機能ＳＦ１０により、敵キャラの移動先となるプレイヤでの敵キャラの受付後のゲームの進行を容易にできる。
【0056】
別のサブ機能の１つ（以下「サブ機能ＳＦ１１」という。）は、移動元のプレイヤから移動される敵キャラの数が、移動先のプレイヤによる受け入れ可能な敵キャラの数を超える場合、超過する数の敵キャラを移動元のプレイヤのゲーム空間に再配置する機能である。
前述したサブ機能が有効である場合、移動前に移動可能な敵キャラの数が調整されるので、過剰な数の敵キャラが移動先に送り込まれることはないが、同サブ機能が用意されない場合やサブ機能の実行が無効になっている場合も起こり得る。また、プレイヤが、移動可能な数を無視して敵キャラの移動を指示する可能性もある。
そこで、サブ機能ＳＦ１１を設け、過剰な数の敵キャラの移動を抑制し、過剰な数の敵キャラの移動が発生した場合には移動元に送り返すことにする。
前述したサブ機能が有効である場合、移動前に移動可能な敵キャラの数が調整されるので、過剰な数の敵キャラが移動先に送り込まれることはないが、同サブ機能が用意されない場合やサブ機能の実行が無効になっている場合も起こり得る。また、プレイヤが、移動可能な数を無視して敵キャラの移動を指示する可能性もある。
そこで、サブ機能ＳＦ１１を設け、過剰な数の敵キャラの移動を抑制し、過剰な数の敵キャラの移動が発生した場合には移動元に送り返すことにする。
【0057】
なお、サブ機能ＳＦ１１は、超過した数の敵キャラを、移動元のプレイヤのゲーム空間に再配置させる。この再配置の際には、移動先から送り返されたことや送り返された理由（例えば移動可能な数を超えたこと等）を表示する。この表示により、プレイヤは、移動したはずの敵キャラの一部又は全部がゲーム空間に再び出現した理由を理解することができる。
ちなみに、ペナルティとして、受け入れ可能な数を超過する敵キャラを移動させたプレイヤによる次回の移動を制限したり、移動が可能なゲーム状態の通知を制限したり、移動の回数を減少させたり、移動が可能な敵キャラの数を制限したり、パーティーへの参加の機会を制限したり、画面内に再配置される敵キャラの数を超過数より増やしたりしてもよい。このペナルティとの組み合わせにより、迷惑行為の抑制を図ってもよい。
このサブ機能ＳＦ１１により、移動先のプレイヤの不利益を与えない、又は、負担を与えない敵キャラの移動を実現できる。
ちなみに、ペナルティとして、受け入れ可能な数を超過する敵キャラを移動させたプレイヤによる次回の移動を制限したり、移動が可能なゲーム状態の通知を制限したり、移動の回数を減少させたり、移動が可能な敵キャラの数を制限したり、パーティーへの参加の機会を制限したり、画面内に再配置される敵キャラの数を超過数より増やしたりしてもよい。このペナルティとの組み合わせにより、迷惑行為の抑制を図ってもよい。
このサブ機能ＳＦ１１により、移動先のプレイヤの不利益を与えない、又は、負担を与えない敵キャラの移動を実現できる。
【0058】
別のサブ機能の１つ（以下「サブ機能ＳＦ１２」という。）は、複数のプレイヤからの敵キャラの移動が競合する場合、移動の指示の受付順に敵キャラの移動を実行し、移動された敵キャラの数が移動先のプレイヤによる受け入れが可能な敵キャラ数に達した後は、超過分に対応する敵キャラを移動元のゲーム空間に再配置する機能である。
このサブ機能ＳＦ１２は、移動元が複数の場合を想定した機能である。パーティーを構成するメンバーの数は、２人とは限らず３人以上の場合もある。例えばパーティーの人数が３人の場合、必殺技の発動が可能なプレイヤのゲーム空間に敵キャラを移動できるプレイヤは２人になる。これら２人のプレイヤには、それぞれ必殺技の発動が可能になったプレイヤが現れたこと、同プレイヤに対して敵キャラの移動が可能になったこと等が通知される。
このサブ機能ＳＦ１２は、移動元が複数の場合を想定した機能である。パーティーを構成するメンバーの数は、２人とは限らず３人以上の場合もある。例えばパーティーの人数が３人の場合、必殺技の発動が可能なプレイヤのゲーム空間に敵キャラを移動できるプレイヤは２人になる。これら２人のプレイヤには、それぞれ必殺技の発動が可能になったプレイヤが現れたこと、同プレイヤに対して敵キャラの移動が可能になったこと等が通知される。
【0059】
このとき、敵キャラの移動が自動的に実行されない場合には、各プレイヤがそれぞれ敵キャラの移動を指示することで敵キャラの移動が実行される。なお、敵キャラの移動は必須ではないので、敵キャラを他のプレイヤに移動させないプレイヤがいてもよい。
いずれにしても、複数のプレイヤのそれぞれが別々に敵キャラの移動を指示すると、受け入れ可能な敵キャラの数を超過する事態が予想される。例えば５個の敵キャラを受け入れ可能な場合に、２人のプレイヤがそれぞれ５個の敵キャラの移動を指示する可能性がある。この場合、移動される敵キャラの総計は１０個となる。
当然、移動先のプレイヤは、１０個の敵キャラをそのまま受け入れることはできない。
いずれにしても、複数のプレイヤのそれぞれが別々に敵キャラの移動を指示すると、受け入れ可能な敵キャラの数を超過する事態が予想される。例えば５個の敵キャラを受け入れ可能な場合に、２人のプレイヤがそれぞれ５個の敵キャラの移動を指示する可能性がある。この場合、移動される敵キャラの総計は１０個となる。
当然、移動先のプレイヤは、１０個の敵キャラをそのまま受け入れることはできない。
【0060】
そこで、サブ機能ＳＦ１２を設け、敵キャラの移動を希望する複数のプレイヤ間における敵キャラの移動を調整する。
調整方法には、複数のプレイヤからの移動数が均一化されるように交互又は順番に１つずつ移動させる敵キャラを決定する方法もあるが、サブ機能ＳＦ１２では、移動の指示の受付順に敵キャラの移動を受け付ける。例えば移動先で受け入れ可能な敵キャラの総数が５個である場合に、２人のプレイヤがそれぞれ３個の敵キャラの移動を指示するとき、先に移動を指示したプレイヤからは３個の敵キャラの移動が実現する。一方、受付が後になったプレイヤからは２個の敵キャラの移動が実現する。すなわち、受付順が後になったプレイヤは、指定した３個のうち１個を移動することができない。
調整方法には、複数のプレイヤからの移動数が均一化されるように交互又は順番に１つずつ移動させる敵キャラを決定する方法もあるが、サブ機能ＳＦ１２では、移動の指示の受付順に敵キャラの移動を受け付ける。例えば移動先で受け入れ可能な敵キャラの総数が５個である場合に、２人のプレイヤがそれぞれ３個の敵キャラの移動を指示するとき、先に移動を指示したプレイヤからは３個の敵キャラの移動が実現する。一方、受付が後になったプレイヤからは２個の敵キャラの移動が実現する。すなわち、受付順が後になったプレイヤは、指定した３個のうち１個を移動することができない。
【0061】
この仕組みを採用すると、敵キャラの移動の指示にもゲーム性を持たせることが可能になる。もっとも、敵キャラの移動の指示が早いプレイヤと遅いプレイヤが固定化されると、指示が遅いプレイヤが不利になるだけでなく、パーティーに参加する意欲が低減する可能性も生じる。このため、純粋な受付順は初回だけとして、同じパーティーでの２回目以降の移動時には、前回の移動時に指定した全ての敵キャラを移動できなかったプレイヤを優先してもよい。
このサブ機能ＳＦ１２により、移動先のプレイヤに負担のない敵キャラの移動を実現できる。
このサブ機能ＳＦ１２により、移動先のプレイヤに負担のない敵キャラの移動を実現できる。
【0062】
別のサブ機能の１つ（以下「サブ機能ＳＦ１３」という。）は、複数のプレイヤから敵キャラの移動が競合する場合、ゲーム空間にある敵キャラの残数が多いプレイヤからの移動を、敵キャラの残数がより少ないプレイヤからの移動よりも優先する機能である。
このサブ機能ＳＦ１３も、サブ機能ＳＦ１２と同様、移動の指示が複数のプレイヤ間で競合する場合を想定する。
ただし、サブ機能ＳＦ１３では、移動の受付順ではなく、ゲーム空間に存在する敵キャラの数が多いプレイヤからの移動を優先させる。換言すると、ゲームの進行が遅れているプレイヤからの移動が、ゲームの進行が速いプレイヤからの移動よりも優先される。この結果、敵キャラの移動が優先されたプレイヤのゲームクリアの可能性が高くなり、パーティー全体としてのゲームクリアの可能性も高くなる。
このサブ機能ＳＦ１３も、サブ機能ＳＦ１２と同様、移動の指示が複数のプレイヤ間で競合する場合を想定する。
ただし、サブ機能ＳＦ１３では、移動の受付順ではなく、ゲーム空間に存在する敵キャラの数が多いプレイヤからの移動を優先させる。換言すると、ゲームの進行が遅れているプレイヤからの移動が、ゲームの進行が速いプレイヤからの移動よりも優先される。この結果、敵キャラの移動が優先されたプレイヤのゲームクリアの可能性が高くなり、パーティー全体としてのゲームクリアの可能性も高くなる。
【0063】
なお、敵キャラの数ではなく、味方キャラ等の体力値が少ないプレイヤからの敵キャラの移動を優先させてもよい。体力値が少ないプレイヤがゲームクリアできない可能性は、より多くの体力値を有するプレイヤよりもゲームクリアできない可能性が高い。そこで、体力値が少ないプレイヤからの敵キャラの移動を優先させることにより、移動元のプレイヤを支援できる。
このサブ機能ＳＦ１３により、協同関係になるプレイヤ間におけるゲームの進行の差を小さくできる。
このサブ機能ＳＦ１３により、協同関係になるプレイヤ間におけるゲームの進行の差を小さくできる。
【0064】
別のサブ機能の１つ（以下「サブ機能ＳＦ１４」という。）は、移動先で発動されたゲーム効果が終了した後に、移動元のプレイヤから移動された敵キャラの一部が移動先のゲーム空間に残る場合、その敵キャラを移動元のゲーム空間に戻す機能である。
このサブ機能ＳＦ１４は、他のプレイヤからの敵キャラの受け入れる数を制限しない場合を想定している。この場合、必殺技で倒せる敵キャラの数が１０個であるのに、移動先に存在する敵キャラの数と他のプレイヤから移動された敵キャラの数との総数が１０個を超えることが起こり得る。例えば総数が１３個になる可能性がある。
このサブ機能ＳＦ１４は、他のプレイヤからの敵キャラの受け入れる数を制限しない場合を想定している。この場合、必殺技で倒せる敵キャラの数が１０個であるのに、移動先に存在する敵キャラの数と他のプレイヤから移動された敵キャラの数との総数が１０個を超えることが起こり得る。例えば総数が１３個になる可能性がある。
【0065】
サブ機能ＳＦ１４は、必殺技等のゲーム効果の発動後にゲーム空間に残った敵キャラの処分を規定する機能の一例である。残った敵キャラの全てを移動先のプレイヤに分担させることも可能ではあるが、それでは、移動先のプレイヤが不利になり、ゲームクリアに失敗する可能性を高めてしまう。
そこで、サブ機能ＳＦ１４では、必殺技等のゲーム効果の発動後もゲーム空間に残った敵キャラは、移動元のプレイヤのゲーム空間に戻す方式を採用する。このとき、移動元のプレイヤが複数の場合も起こり得る。この場合には、残った敵キャラを移動元となった複数のプレイヤに均等に分配してもよいし、移動させた敵キャラの数の割合に応じて按分してもよい。
このサブ機能ＳＦ１４により、移動先のプレイヤに負担のない敵キャラの移動を実現できる。
そこで、サブ機能ＳＦ１４では、必殺技等のゲーム効果の発動後もゲーム空間に残った敵キャラは、移動元のプレイヤのゲーム空間に戻す方式を採用する。このとき、移動元のプレイヤが複数の場合も起こり得る。この場合には、残った敵キャラを移動元となった複数のプレイヤに均等に分配してもよいし、移動させた敵キャラの数の割合に応じて按分してもよい。
このサブ機能ＳＦ１４により、移動先のプレイヤに負担のない敵キャラの移動を実現できる。
【0066】
通知部１０６は、必殺技等のゲーム効果の発動が可能になったプレイヤへの敵キャラの移動が可能であることを、他のプレイヤに通知する機能部である。
通知の方法には、ゲーム空間に文字等で表示する方法、ユーザ端末２０（図１参照）に設けられているＬＥＤ等を点灯させる方法、ユーザ端末２０に設けられているスピーカから音声やブザー音を出力させる方法、ユーザ端末２０に設けられている振動子を振動させる方法等がある。
各プレイヤが、それぞれ独立したゲーム空間をプレイする場合、一般には、他のプレイヤのゲーム状態を知ることはできないか、知ることが困難である。しかし、この通知があれば、各プレイヤは、他のプレイヤに敵キャラを移動できることに気づくことができる。換言すると、通知部１０６は、複数のプレイヤが協同する機会を提供することができる。
通知の方法には、ゲーム空間に文字等で表示する方法、ユーザ端末２０（図１参照）に設けられているＬＥＤ等を点灯させる方法、ユーザ端末２０に設けられているスピーカから音声やブザー音を出力させる方法、ユーザ端末２０に設けられている振動子を振動させる方法等がある。
各プレイヤが、それぞれ独立したゲーム空間をプレイする場合、一般には、他のプレイヤのゲーム状態を知ることはできないか、知ることが困難である。しかし、この通知があれば、各プレイヤは、他のプレイヤに敵キャラを移動できることに気づくことができる。換言すると、通知部１０６は、複数のプレイヤが協同する機会を提供することができる。
【0067】
なお、通知部１０６は、移動先となるプレイヤのゲーム空間にある敵キャラの数を、移動元となるプレイヤに通知してもよい。敵キャラの数が通知されることで、各プレイヤは、相手先のゲーム状態に応じて移動先を決定することができる。例えば必殺技の発動が可能なプレイヤとして、敵キャラの数が「１０個」のプレイヤと「１個」のプレイヤの存在が通知されれば、例えば敵キャラの数が少ない方のプレイヤを移動先に決定することができる。もっとも、敵キャラの数が多い方のプレイヤを移動先に決定することも可能である。
【0068】
一方で、敵キャラの数が通知されない場合には、敵キャラの数が「１０個」のプレイヤに移動させることも起こり得る。この場合、敵キャラの数が多いプレイヤに移動可能な敵キャラの数が「１個」であるが、敵キャラの数が少ないプレイヤに移動可能な敵キャラの数は「６個」となる可能性もある。
このように、複数の移動先の候補のそれぞれについて敵キャラの数を移動元のプレイヤに通知することで、移動元となるプレイヤによる移動の判断を支援することができる。
このように、複数の移動先の候補のそれぞれについて敵キャラの数を移動元のプレイヤに通知することで、移動元となるプレイヤによる移動の判断を支援することができる。
【0069】
＜記憶データ＞
記憶部１１０には、クエストのプレイに関する各種の情報が記憶されている。
図３には、これらの情報の一例として、プレイヤ情報１１１、パーティー情報１１２、クエスト情報１１３、キャラクタ情報１１４、ゲーム状態情報１１５が例示されている。
このうち、プレイヤ情報１１１は、クエストをプレイするプレイヤに関する各種の情報を記憶する。
また、パーティー情報１１２は、パーティーを構成するプレイヤの情報を記憶する。
記憶部１１０には、クエストのプレイに関する各種の情報が記憶されている。
図３には、これらの情報の一例として、プレイヤ情報１１１、パーティー情報１１２、クエスト情報１１３、キャラクタ情報１１４、ゲーム状態情報１１５が例示されている。
このうち、プレイヤ情報１１１は、クエストをプレイするプレイヤに関する各種の情報を記憶する。
また、パーティー情報１１２は、パーティーを構成するプレイヤの情報を記憶する。
【0070】
図４は、プレイヤ情報１１１とパーティー情報１１２に対応するデータ構造の一例を説明する図表である。
図４の場合、プレイヤ情報１１１として、アカウント１１１Ａ、クエストＩＤ１１１Ｂ、ゲーム空間内の味方キャラＩＤ１１１Ｃ、ゲーム空間内の敵キャラ（以下「モンスター」という。）ＩＤ１１１Ｄ、ゲーム空間で活動中のモンスターの数１１１Ｅ、必殺技の発動可否１１１Ｆ、モンスターの移動元／移動先の関係１１１Ｇが記憶されている。
図４の場合、プレイヤ情報１１１として、アカウント１１１Ａ、クエストＩＤ１１１Ｂ、ゲーム空間内の味方キャラＩＤ１１１Ｃ、ゲーム空間内の敵キャラ（以下「モンスター」という。）ＩＤ１１１Ｄ、ゲーム空間で活動中のモンスターの数１１１Ｅ、必殺技の発動可否１１１Ｆ、モンスターの移動元／移動先の関係１１１Ｇが記憶されている。
【0071】
アカウント１１１Ａは、プレイヤを特定する情報である。アカウント１１１Ａには、例えばプレイヤの名前、電話番号、メールアドレス、口座情報が紐付けられている。アカウント１１１Ａは、プレイヤの新規登録のたびに追加される。図４では、プレイヤＡ、プレイヤＢ、プレイヤＣが登録されている。もっとも、プレイヤＡ、Ｂ、Ｃは、図１の説明に合わせたもので、実際にはより多くのプレイヤが登録される。
クエストＩＤ１１１Ｂは、プレイヤがプレイしているクエストを特定するＩＤである。
ゲーム空間内の味方キャラＩＤ１１１Ｃは、プレイヤがプレイに使用する味方キャラを特定するＩＤである。ゲーム空間に複数の味方キャラが存在する場合には、複数のＩＤが登録される。
クエストＩＤ１１１Ｂは、プレイヤがプレイしているクエストを特定するＩＤである。
ゲーム空間内の味方キャラＩＤ１１１Ｃは、プレイヤがプレイに使用する味方キャラを特定するＩＤである。ゲーム空間に複数の味方キャラが存在する場合には、複数のＩＤが登録される。
【0072】
ゲーム空間内のモンスターＩＤ１１１Ｄは、各プレイヤに対応するゲーム空間に存在するモンスターを特定するＩＤである。なお、同じゲームフィールドに存在するモンスターであっても、プレイヤのゲーム空間の外に位置するモンスターは除外される。ゲーム空間に複数のモンスターが存在する場合には、複数のＩＤが登録される。
ゲーム空間で活動中のモンスターの数１１１Ｅは、各プレイヤに対応するゲーム空間で体力値が「０」でないモンスターの数である。倒されたモンスター（すなわち体力値が「０」のモンスター）は、モンスターの数１１１Ｅに含まれない。従って、全てのモンスターが倒されると、モンスターの数１１１Ｅは「０」になる。図４の場合、プレイヤＡには「５」、プレイヤＢには「６」、プレイヤＣには「３」が記録されている。
ゲーム空間で活動中のモンスターの数１１１Ｅは、各プレイヤに対応するゲーム空間で体力値が「０」でないモンスターの数である。倒されたモンスター（すなわち体力値が「０」のモンスター）は、モンスターの数１１１Ｅに含まれない。従って、全てのモンスターが倒されると、モンスターの数１１１Ｅは「０」になる。図４の場合、プレイヤＡには「５」、プレイヤＢには「６」、プレイヤＣには「３」が記録されている。
【0073】
必殺技の発動可否１１１Ｆは、必殺技の発動が可能か否かを示す情報である。図４では、発動が可能な状態を記号の「〇」で表し、発動が可能でないことを記号の「×」で表している。
モンスターの移動元／移動先の関係１１１Ｇは、パーティー内に必殺技の発動が可能なプレイヤが存在する場合にモンスターの移動先になるか移動元になるかを示す情報である。図４では、必殺技が発動可能なプレイヤＡに「移動先」が記録され、プレイヤＡとパーティーを組むプレイヤＢに「移動元」が記録されている。なお、プレイヤＣは、プレイヤＡ、Ｂとパーティーを組んでいないので無関係であることを示す記号「－」が記録されている。
モンスターの移動元／移動先の関係１１１Ｇは、パーティー内に必殺技の発動が可能なプレイヤが存在する場合にモンスターの移動先になるか移動元になるかを示す情報である。図４では、必殺技が発動可能なプレイヤＡに「移動先」が記録され、プレイヤＡとパーティーを組むプレイヤＢに「移動元」が記録されている。なお、プレイヤＣは、プレイヤＡ、Ｂとパーティーを組んでいないので無関係であることを示す記号「－」が記録されている。
【0074】
図４の場合、パーティー情報１１２は、パーティーＩＤ１１２Ａ、「プレイヤ１」１１２Ｂ、「プレイヤ２」１１２Ｃが例示されている。
パーティーＩＤ１１２Ａは、パーティーを特定する情報である。図４では、３つのＩＤが例示されている。
図４の場合、パーティーは、２人のプレイヤで構成される。このため、図４では、「プレイヤ１」１１２Ｂと「プレイヤ２」１１２ＣがＩＤに対応付けられている。図４の場合、「プレイヤ１」１１２Ｂは「プレイヤＡ」であり、「プレイヤ２」１１２Ｃは「プレイヤＢ」である。なお、３人のプレイヤでパーティーが構成される場合には、「プレイヤ３」の欄に対応するプレイヤが記録される。
パーティーＩＤ１１２Ａは、パーティーを特定する情報である。図４では、３つのＩＤが例示されている。
図４の場合、パーティーは、２人のプレイヤで構成される。このため、図４では、「プレイヤ１」１１２Ｂと「プレイヤ２」１１２ＣがＩＤに対応付けられている。図４の場合、「プレイヤ１」１１２Ｂは「プレイヤＡ」であり、「プレイヤ２」１１２Ｃは「プレイヤＢ」である。なお、３人のプレイヤでパーティーが構成される場合には、「プレイヤ３」の欄に対応するプレイヤが記録される。
【0075】
図５は、クエスト情報１１３とキャラクタ情報１１４に対応するデータ構造の一例を説明する図表である。
図５の場合、クエスト情報１１３として、クエストＩＤ１１３Ａ、マップ１１３Ｂ、プレイルール１１３Ｃが記録されている。
クエストＩＤ１１３Ａは、クエストを特定するＩＤである。一般的に、クエストにより出現するモンスターの種類や数が異なる。また、ゲームクリアのための難易度も異なる。
図５の場合、クエスト情報１１３として、クエストＩＤ１１３Ａ、マップ１１３Ｂ、プレイルール１１３Ｃが記録されている。
クエストＩＤ１１３Ａは、クエストを特定するＩＤである。一般的に、クエストにより出現するモンスターの種類や数が異なる。また、ゲームクリアのための難易度も異なる。
【0076】
マップ１１３Ｂは、ゲーム空間のレイアウト情報である。マップ１１３Ｂは、例えばクエストを規定するオブジェクトの配置、モンスターの配置、障害要素の配置、味方キャラの配置を含む。
プレイルール１１３Ｃは、例えばクエストをクリアする条件、モンスターや味方キャラの攻撃や防御に関する制約、配置されるモンスターの数や属性の制約、配置される障害要素の数や属性の制約、必殺技の発動条件、モンスターの移動に関する条件を含む。発動条件には、例えば所定数のターン経過、所定の攻撃の実施、受けた又は与えたダメージ量が基準を満たすことなどがある。
プレイルール１１３Ｃは、例えばクエストをクリアする条件、モンスターや味方キャラの攻撃や防御に関する制約、配置されるモンスターの数や属性の制約、配置される障害要素の数や属性の制約、必殺技の発動条件、モンスターの移動に関する条件を含む。発動条件には、例えば所定数のターン経過、所定の攻撃の実施、受けた又は与えたダメージ量が基準を満たすことなどがある。
【0077】
図５の場合、キャラクタ情報１１４として、キャラクタＩＤ１１４Ａ、初期ＨＰ１１４Ｂ、現在ＨＰ１１４Ｃ、基本属性１１４Ｄ、スキル属性１１４Ｅが記憶されている。
キャラクタＩＤ１１４Ａは、キャラクタを特定する情報である。ここでのキャラクタは、味方キャラと敵キャラの両方を含んでいる。
初期ＨＰ１１４Ｂは、キャラクタの体力値（ＨＰ）の初期値を示す情報である。初期値は、プレイの開始時における体力値である。なお、クエストにより初期値が異なる場合には、クエスト別に初期値が記録される。
キャラクタＩＤ１１４Ａは、キャラクタを特定する情報である。ここでのキャラクタは、味方キャラと敵キャラの両方を含んでいる。
初期ＨＰ１１４Ｂは、キャラクタの体力値（ＨＰ）の初期値を示す情報である。初期値は、プレイの開始時における体力値である。なお、クエストにより初期値が異なる場合には、クエスト別に初期値が記録される。
【0078】
現在ＨＰ１１４Ｃは、プレイ中のキャラクタの体力値（ＨＰ）の現在値を示す情報である。現在値は、ダメージを受けるたびに更新される。現在値が「０」になると、該当するキャラクタは活動停止となる。
基本属性１１４Ｄは、キャラクタが有する属性を示す情報である。図５には、属性の例として、攻撃力、防御力、スピードが例示されている。もっとも、前述したように、火属性、水属性、雷属性、土属性、木属性等の相性に関する情報も含まれる。
スキル属性１１４Ｅは、キャラクタが有するスキルを示す情報である。前述したように、スキルには、ダメージを無効化や低減化に関する技能等がある。
基本属性１１４Ｄは、キャラクタが有する属性を示す情報である。図５には、属性の例として、攻撃力、防御力、スピードが例示されている。もっとも、前述したように、火属性、水属性、雷属性、土属性、木属性等の相性に関する情報も含まれる。
スキル属性１１４Ｅは、キャラクタが有するスキルを示す情報である。前述したように、スキルには、ダメージを無効化や低減化に関する技能等がある。
【0079】
図６は、ゲーム状態情報１１５に対応するデータ構造の一例を説明する図表である。
図６の場合、ゲーム状態情報１１５として、アカウント１１５Ａ、パーティーＩＤ１１５Ｂ、ゲーム空間内のキャラクタＩＤ１１５Ｃ、キャラクタの現在ＨＰ１１５Ｄ、ゲーム空間で活動中のモンスターの数１１５Ｅ、必殺技の発動タイマー１１５Ｆが記録されている。
アカウント１１５Ａは、プレイヤを特定する情報である。図６には、プレイヤＡ、プレイヤＢ、プレイヤＣが登録されている。
図６の場合、ゲーム状態情報１１５として、アカウント１１５Ａ、パーティーＩＤ１１５Ｂ、ゲーム空間内のキャラクタＩＤ１１５Ｃ、キャラクタの現在ＨＰ１１５Ｄ、ゲーム空間で活動中のモンスターの数１１５Ｅ、必殺技の発動タイマー１１５Ｆが記録されている。
アカウント１１５Ａは、プレイヤを特定する情報である。図６には、プレイヤＡ、プレイヤＢ、プレイヤＣが登録されている。
【0080】
パーティーＩＤ１１５Ｂは、パーティーを特定する情報である。図６では、パーティーを構成しているプレイヤＡとプレイヤＢについてのみ「０００１」が記録されている。プレイヤＣは、パーティーに参加していないので空欄である。
ゲーム空間内のキャラクタＩＤ１１５Ｃは、対応するプレイヤのゲーム空間に存在するキャラクタを特定する情報である。前述したように、ここでのキャラクタには、味方キャラと敵キャラの両方を含んでいる。
ゲーム空間内のキャラクタＩＤ１１５Ｃは、対応するプレイヤのゲーム空間に存在するキャラクタを特定する情報である。前述したように、ここでのキャラクタには、味方キャラと敵キャラの両方を含んでいる。
【0081】
キャラクタの現在ＨＰ１１５Ｄは、キャラクタＩＤ１１５Ｃで特定される各キャラクタのＨＰの現在値が記録される。
ゲーム空間で活動中のモンスターの数１１５Ｅは、キャラクタＩＤで特定されるキャラクタのうちモンスターの数を示す情報である。この情報は、必殺技の発動が可能になった場合に他のプレイヤから移動が可能なモンスターの数の決定等に使用される。
必殺技の発動タイマー１１５Ｆは、例えばカウントダウン型のタイマーであり、カウント値が「０」になると必殺技の発動が可能になる。なお、タイマーはカウントアップ式でもよい。
ゲーム空間で活動中のモンスターの数１１５Ｅは、キャラクタＩＤで特定されるキャラクタのうちモンスターの数を示す情報である。この情報は、必殺技の発動が可能になった場合に他のプレイヤから移動が可能なモンスターの数の決定等に使用される。
必殺技の発動タイマー１１５Ｆは、例えばカウントダウン型のタイマーであり、カウント値が「０」になると必殺技の発動が可能になる。なお、タイマーはカウントアップ式でもよい。
【0082】
＜情報処理方法＞
以下では、サーバ１０（図２参照）で実行される代表的な情報処理方法について説明する。
以下では、サーバ１０（図２参照）で実行される代表的な情報処理方法について説明する。
【0083】
＜情報処理１＞
以下では、図７～図１９を用い、パーティーを構成するプレイヤ間におけるモンスターの移動処理について説明する。
＜前提＞
「情報処理１」と表記する処理では、以下に示す事項ａ１～ｃ１を前提とする。
ａ１：必殺技の発動が可能な状態を「プレイヤに有利な状態」とする。
ｂ１：必殺技の発動には、発動条件が満たされることに加え、プレイヤによる発動ボタンの操作が要求される。
ｃ１：パーティーに参加するプレイヤ間で移動されるモンスターは、移動元のプレイヤの選択と移動先の指定が要求される。
以下では、図７～図１９を用い、パーティーを構成するプレイヤ間におけるモンスターの移動処理について説明する。
＜前提＞
「情報処理１」と表記する処理では、以下に示す事項ａ１～ｃ１を前提とする。
ａ１：必殺技の発動が可能な状態を「プレイヤに有利な状態」とする。
ｂ１：必殺技の発動には、発動条件が満たされることに加え、プレイヤによる発動ボタンの操作が要求される。
ｃ１：パーティーに参加するプレイヤ間で移動されるモンスターは、移動元のプレイヤの選択と移動先の指定が要求される。
【0084】
＜処理の説明＞
図７は、サーバ１０が実行する「情報処理１」を説明するフローチャートである。図中に示す記号のＳは、ステップを表す。また、以下では、各ステップの実行主体を、プログラムを実行するプロセッサ１１（図２参照）とする。
「情報処理１」を開始したプロセッサ１１は、最初に、パーティーを構成するプレイヤの情報を取得する（ステップ１）。この情報は、パーティー情報１１２（図３、図４参照）から取得が可能である。もっとも、パーティー情報１１２の確認と、パーティーを構成するプレイヤの情報は、必要に応じて実行してもよい。
図７は、サーバ１０が実行する「情報処理１」を説明するフローチャートである。図中に示す記号のＳは、ステップを表す。また、以下では、各ステップの実行主体を、プログラムを実行するプロセッサ１１（図２参照）とする。
「情報処理１」を開始したプロセッサ１１は、最初に、パーティーを構成するプレイヤの情報を取得する（ステップ１）。この情報は、パーティー情報１１２（図３、図４参照）から取得が可能である。もっとも、パーティー情報１１２の確認と、パーティーを構成するプレイヤの情報は、必要に応じて実行してもよい。
【0085】
次に、プロセッサ１１は、ステップ１で取得された各プレイヤのゲーム状態を取得する（ステップ２）。
続いて、プロセッサ１１は、必殺技の発動が可能なプレイヤがいるか否かを判定する（ステップ３）。ここでは、プレイヤのゲーム状態情報１１５（図３、図６参照）に記録されている必殺技の発動タイマー１１５Ｆのカウント値が「０」か否かが判定される。
ここでは、発動タイマーが「０」の場合、必殺技の発動が可能である。従って、発動タイマーが「０」のプレイヤが見つかると、ステップ３で肯定結果が得られる。一方、発動タイマーが「０」のプレイヤが見つからない場合、ステップ３で否定結果が得られる。
続いて、プロセッサ１１は、必殺技の発動が可能なプレイヤがいるか否かを判定する（ステップ３）。ここでは、プレイヤのゲーム状態情報１１５（図３、図６参照）に記録されている必殺技の発動タイマー１１５Ｆのカウント値が「０」か否かが判定される。
ここでは、発動タイマーが「０」の場合、必殺技の発動が可能である。従って、発動タイマーが「０」のプレイヤが見つかると、ステップ３で肯定結果が得られる。一方、発動タイマーが「０」のプレイヤが見つからない場合、ステップ３で否定結果が得られる。
【0086】
ステップ３で否定結果を得たプロセッサ１１は、他のプレイヤへのモンスターの移動の指示を受け付けたか否かを判定する（ステップ４）。
移動の指示の受付が検出されない場合、プロセッサ１１は、ステップ４で否定結果を得る。この場合、プロセッサ１１は、ステップ３に戻り、ステップ３の判定を繰り返す。
一方、移動の指示の受付を検出した場合、プロセッサ１１は、ステップ４で肯定結果を得る。この場合、プロセッサ１１は、モンスターを元の位置に配置した後（ステップ５）、ステップ３に戻る。本実施の形態では、プレイヤ間でモンスターの移動が可能になるのは、必殺技の発動が可能な場合に限られるためである。
移動の指示の受付が検出されない場合、プロセッサ１１は、ステップ４で否定結果を得る。この場合、プロセッサ１１は、ステップ３に戻り、ステップ３の判定を繰り返す。
一方、移動の指示の受付を検出した場合、プロセッサ１１は、ステップ４で肯定結果を得る。この場合、プロセッサ１１は、モンスターを元の位置に配置した後（ステップ５）、ステップ３に戻る。本実施の形態では、プレイヤ間でモンスターの移動が可能になるのは、必殺技の発動が可能な場合に限られるためである。
【0087】
図７では省略しているが、ステップ３で肯定結果が得られるまでの間に、パーティー全体でクエストのクリアが確認された場合、「情報処理１」を終了する。
次に、ステップ３で肯定結果が得られた場合について説明する。
ステップ３で肯定結果を得たプロセッサ１１は、対象プレイヤのゲーム空間に発動ボタンを表示する（ステップ６）。
次に、プロセッサ１１は、発動ボタンの操作を検出したか否かを判定する（ステップ７）。
次に、ステップ３で肯定結果が得られた場合について説明する。
ステップ３で肯定結果を得たプロセッサ１１は、対象プレイヤのゲーム空間に発動ボタンを表示する（ステップ６）。
次に、プロセッサ１１は、発動ボタンの操作を検出したか否かを判定する（ステップ７）。
【0088】
発動ボタンの操作が検出されない場合、プロセッサ１１は、ステップ７で否定結果を得る。この場合、プロセッサ１１は、ステップ７の判定を繰り返す。なお、図７では省略しているが、予め定めた時間（例えば５秒）以内に発動ボタンの操作が検出されない場合には、必殺技を発動する権利が消滅される設定としてもよい。権利が消滅すると、カウント値が初期値にリセットされる。この場合、プロセッサ１１は、例えばステップ１に戻る。
【0089】
一方、発動ボタンの操作が検出された場合、プロセッサ１１は、ステップ７で肯定結果を得る。この場合、プロセッサ１１は、発動ボタンを操作したプレイヤをモンスターの移動先に設定し、パーティーの残りのプレイヤをモンスターの移動元に設定する（ステップ８）。この設定は、プレイヤ情報１１１（図３、図４参照）に記録される。
【0090】
続いて、プロセッサ１１は、移動元のプレイヤのゲーム空間に、他のプレイヤで必殺技が発動される旨を表示する（ステップ９）。
この表示により、各プレイヤは、自分以外のプレイヤで必殺技が発動されること、該当するプレイヤのゲーム空間にモンスターを移動可能であることを知ることができる。
もっとも、これらの情報の通知には、ＬＥＤ等の点灯、ブザー音や音声の出力を用いることが可能である。
この表示により、各プレイヤは、自分以外のプレイヤで必殺技が発動されること、該当するプレイヤのゲーム空間にモンスターを移動可能であることを知ることができる。
もっとも、これらの情報の通知には、ＬＥＤ等の点灯、ブザー音や音声の出力を用いることが可能である。
【0091】
次に、プロセッサ１１は、移動元となるプレイヤから、移動するモンスターの指定を受け付ける（ステップ１０）。なお、発動ボタンの操作から予め定めた時間（例えば１０秒）が経過すると自動的に必殺技が発動される場合には、ここでの指定の受付は、必殺技の発動に間に合う時間内に行う必要がある。仮に必殺技が発動してしまった場合には、モンスターの移動は禁止される。必殺技の発動後に、他のプレイヤからモンスターが移動されると、移動先のプレイヤの不利益になるためである。
【0092】
続いて、プロセッサ１１は、必殺技が発動されるプレイヤのゲーム空間にモンスターを移動し、ゲーム空間を更新する（ステップ１１）。具体的には、移動元となるプレイヤのゲーム空間からは指定されたモンスターが消え、移動先となるプレイヤのゲーム空間には移動されたモンスターが追加される。
この後、プロセッサ１１は、必殺技を発動する（ステップ１２）。
続いて、プロセッサ１１は、各プレイヤのゲーム空間の情報を更新する（ステップ１３）。具体的には、移動先のゲーム空間からは、必殺技の発動によって倒されたモンスターが消去される。
この後、プロセッサ１１は、「情報処理１」を終了する。もっとも、パーティーを構成する全てのプレイヤのゲーム空間からモンスターが消えるまでは、「情報処理１」が繰り返し実行される。
この後、プロセッサ１１は、必殺技を発動する（ステップ１２）。
続いて、プロセッサ１１は、各プレイヤのゲーム空間の情報を更新する（ステップ１３）。具体的には、移動先のゲーム空間からは、必殺技の発動によって倒されたモンスターが消去される。
この後、プロセッサ１１は、「情報処理１」を終了する。もっとも、パーティーを構成する全てのプレイヤのゲーム空間からモンスターが消えるまでは、「情報処理１」が繰り返し実行される。
【0093】
＜ゲーム空間の説明＞
図８は、各プレイヤのユーザ端末２０（図２参照）のディスプレイ（例えば液晶ディスプレイ）に表示されるゲーム空間２０Ａの一例を説明する図である。ただし、図８に示すゲーム空間２０Ａでは、表示内容を簡略化している。
ゲーム空間２０Ａには、味方キャラ２１、モンスター２２、これらの体力値（ＨＰ）２３、パーティーメンバー欄２４が配置される。図８では、味方キャラ２１とモンスター２２がそれぞれ１つ配置されているが、実際には１つとは限らない。
また、体力値（ＨＰ）２３は、個々のキャラクタ毎に表示してもよい。
図８は、各プレイヤのユーザ端末２０（図２参照）のディスプレイ（例えば液晶ディスプレイ）に表示されるゲーム空間２０Ａの一例を説明する図である。ただし、図８に示すゲーム空間２０Ａでは、表示内容を簡略化している。
ゲーム空間２０Ａには、味方キャラ２１、モンスター２２、これらの体力値（ＨＰ）２３、パーティーメンバー欄２４が配置される。図８では、味方キャラ２１とモンスター２２がそれぞれ１つ配置されているが、実際には１つとは限らない。
また、体力値（ＨＰ）２３は、個々のキャラクタ毎に表示してもよい。
【0094】
パーティーメンバー欄２４には、パーティーを構成する自分以外のプレイヤが示される。例えばパーティーのメンバーが２人の場合、パーティーメンバー欄２４には、他の１人のプレイヤの情報が表示される。パーティーメンバー欄２４は、自身とパーティーを組んでいる他のプレイヤの確認に使用される他、必殺技の発動可能性やモンスターの移動先の指定に用いられる。
【0095】
＜画面遷移例１＞
図９は、必殺技の発動が可能になるまでの画面変化を説明する図である。なお、図中に示す記号のＳＴは、ステージを表す。
ステージＳＴ１は、パーティーを構成するプレイヤＡとプレイヤＢのいずれも、必殺技の発動が可能でない状態に対応する。
図９の場合、プレイヤＡのゲーム空間には、３個のモンスター２２が配置されている。また、パーティーメンバー欄２４には、プレイヤＢ（図中は「ＰＢ」と示す。）が表示されている。
一方、プレイヤＢのゲーム空間には、２個のモンスター２２が配置されている。また、パーティーメンバー欄２４には、プレイヤＡ（図中は「ＰＡ」と示す。）が表示されている。
図９は、必殺技の発動が可能になるまでの画面変化を説明する図である。なお、図中に示す記号のＳＴは、ステージを表す。
ステージＳＴ１は、パーティーを構成するプレイヤＡとプレイヤＢのいずれも、必殺技の発動が可能でない状態に対応する。
図９の場合、プレイヤＡのゲーム空間には、３個のモンスター２２が配置されている。また、パーティーメンバー欄２４には、プレイヤＢ（図中は「ＰＢ」と示す。）が表示されている。
一方、プレイヤＢのゲーム空間には、２個のモンスター２２が配置されている。また、パーティーメンバー欄２４には、プレイヤＡ（図中は「ＰＡ」と示す。）が表示されている。
【0096】
ステージＳＴ２は、プレイヤＡで必殺技の発動が可能になった状態に対応する。
このため、プレイヤＡのゲーム空間には、必殺技（図中は「ＳＳ」と示す。）の発動が可能になったことを示す発動ボタン２５が出現している。
ただし、実際に必殺技の発動が可能になるには、発動ボタン２５の操作が必要である。このため、プレイヤＢのゲーム空間は、ステージＳＴ１と同じままである。
このため、プレイヤＡのゲーム空間には、必殺技（図中は「ＳＳ」と示す。）の発動が可能になったことを示す発動ボタン２５が出現している。
ただし、実際に必殺技の発動が可能になるには、発動ボタン２５の操作が必要である。このため、プレイヤＢのゲーム空間は、ステージＳＴ１と同じままである。
【0097】
図１０は、移動対象のモンスターが指定されるまでの画面変化を説明する図である。
ステージＳＴ３では、プレイヤＡが、ゲーム空間内の発動ボタン２５を指２６でタップしている。このタップにより、必殺技の発動の受付が確定する。ただし、本実施の形態では、プレイヤＢからモンスターの移動を受け付ける期間を設けるため、必殺技は直ぐには発動しない。
ステージＳＴ３においても、プレイヤＢのゲーム空間に変化はない。換言すると、プレイヤＢは、プレイヤＡのゲーム状態を知るすべがない。
ステージＳＴ３では、プレイヤＡが、ゲーム空間内の発動ボタン２５を指２６でタップしている。このタップにより、必殺技の発動の受付が確定する。ただし、本実施の形態では、プレイヤＢからモンスターの移動を受け付ける期間を設けるため、必殺技は直ぐには発動しない。
ステージＳＴ３においても、プレイヤＢのゲーム空間に変化はない。換言すると、プレイヤＢは、プレイヤＡのゲーム状態を知るすべがない。
【0098】
ステージＳＴ４では、プレイヤＡのゲーム空間中の発動ボタン２５の表示が、必殺技の準備中（Ready）を示すオブジェクト２７に変更されている。この表示の変更により、プレイヤＡは、自分の操作が受け付けられたことを知ることができる。
一方、プレイヤＢのゲーム空間には、プレイヤＡで必殺技が発動されることが、案内文２８の表示やパーティーを組むプレイヤＡを示すアイコンの点滅２９等によって通知されている。
なお、点滅２９に代えて、ハイライトによる表示や表示色の変化によって必殺技が発動される旨を通知してもよい。
一方、プレイヤＢのゲーム空間には、プレイヤＡで必殺技が発動されることが、案内文２８の表示やパーティーを組むプレイヤＡを示すアイコンの点滅２９等によって通知されている。
なお、点滅２９に代えて、ハイライトによる表示や表示色の変化によって必殺技が発動される旨を通知してもよい。
【0099】
図１０の場合、案内文２８には、「プレイヤＡでＳＳ（必殺技）が発動する！」と表示されている。
もっとも、原因の通知と一緒にモンスターの移動が可能になったことを文字等により通知してもよい。この通知の例には、例えば「プレイヤＡにモンスターを移動できるぞ！」等がある。
もっとも、原因の通知と一緒にモンスターの移動が可能になったことを文字等により通知してもよい。この通知の例には、例えば「プレイヤＡにモンスターを移動できるぞ！」等がある。
【0100】
また、案内文２８には、移動が可能なモンスターの数の情報を含めてもよい。この通知の例には、「プレイヤＡにモンスターを２個まで移動できるぞ！」等がある。移動可能な数が分かると、プレイヤＢによるモンスターの選択の判断が容易になる。例えばどのモンスター２２の移動を優先するかの判断が容易になる。
ところで、移動可能なモンスター２２の数の上限に達した場合には、「これ以上は移動できません」等の表示を追加することで、プレイヤＢによる無駄な選択が実行されないようにしてもよい。
ところで、移動可能なモンスター２２の数の上限に達した場合には、「これ以上は移動できません」等の表示を追加することで、プレイヤＢによる無駄な選択が実行されないようにしてもよい。
【0101】
なお、ステージＳＴ４になると、プレイヤＡとプレイヤＢのゲーム空間でプレイが進行しない状態としてもよい。この仕様の場合、プレイヤＢは、移動の対象とするモンスター２２の選択に注力することができる。
もっとも、モンスター２２に対する攻撃等が自動実行されるゲームの場合（すなわちプレイヤが攻撃や防御を指示しなくても必要な攻撃や防御が実行される場合）には、モンスターの選択中もプレイヤＢのゲーム空間でプレイが進行する仕様とすることも可能である。攻撃等が自動実行される場合には、プレイを停止しなくてもプレイヤＢのプレイに格段の不利益が生じないためである。
図１０の場合、ステージＳＴ４では、プレイヤＢが２個のモンスター２２のうち左側のモンスターを指３０でタップしている。このタップが、移動の対象となるモンスター２２の指定となる。
もっとも、モンスター２２に対する攻撃等が自動実行されるゲームの場合（すなわちプレイヤが攻撃や防御を指示しなくても必要な攻撃や防御が実行される場合）には、モンスターの選択中もプレイヤＢのゲーム空間でプレイが進行する仕様とすることも可能である。攻撃等が自動実行される場合には、プレイを停止しなくてもプレイヤＢのプレイに格段の不利益が生じないためである。
図１０の場合、ステージＳＴ４では、プレイヤＢが２個のモンスター２２のうち左側のモンスターを指３０でタップしている。このタップが、移動の対象となるモンスター２２の指定となる。
【0102】
図１１は、必殺技の発動直前までの画面変化を説明する図である。
ステージＳＴ５では、プレイヤＢが、選択したモンスター２２をプレイヤＡのアイコンの上までドラッグしている。この状態で指３０を離すと、プレイヤＡのゲーム空間へのモンスターの移動が実行される。
図１１の場合、モンスター２２の移動は１個ずつ実行されるが、パーティーメンバー欄２４に示されているプレイヤＡのアイコンをタップすると、プレイヤＢのゲーム空間から移動可能な最大範囲でモンスター２２の移動が実行されるようにしてもよい。なお、必殺技の発動が可能になると、移動可能な最大範囲でモンスター２２の移動を指示する専用のボタンをプレイヤＢのゲーム空間に別途表示してもよい。
ステージＳＴ５では、プレイヤＢが、選択したモンスター２２をプレイヤＡのアイコンの上までドラッグしている。この状態で指３０を離すと、プレイヤＡのゲーム空間へのモンスターの移動が実行される。
図１１の場合、モンスター２２の移動は１個ずつ実行されるが、パーティーメンバー欄２４に示されているプレイヤＡのアイコンをタップすると、プレイヤＢのゲーム空間から移動可能な最大範囲でモンスター２２の移動が実行されるようにしてもよい。なお、必殺技の発動が可能になると、移動可能な最大範囲でモンスター２２の移動を指示する専用のボタンをプレイヤＢのゲーム空間に別途表示してもよい。
【0103】
図１１のステージＳＴ５では、プレイヤＢからプレイヤＡへのモンスター２２の移動を太線の矢印で示している。
矢印の先端であるプレイヤＡのゲーム空間には、プレイヤＢから移動されてきたモンスター２２が出現している。
図１１では、モンスター２２の出現を点滅３１によりプレイヤＡに知らせている。なお、点滅３１に代えて、出現したモンスター２２をハイライトで表示してもよい。また、プレイヤＡのゲーム空間に元々存在したモンスター２２とは異なる色で、移動によって出現したモンスターを表示してもよい。この表示により、プレイヤＡは、他のプレイヤからモンスター２２が移動されたことに気付くことができる。
矢印の先端であるプレイヤＡのゲーム空間には、プレイヤＢから移動されてきたモンスター２２が出現している。
図１１では、モンスター２２の出現を点滅３１によりプレイヤＡに知らせている。なお、点滅３１に代えて、出現したモンスター２２をハイライトで表示してもよい。また、プレイヤＡのゲーム空間に元々存在したモンスター２２とは異なる色で、移動によって出現したモンスターを表示してもよい。この表示により、プレイヤＡは、他のプレイヤからモンスター２２が移動されたことに気付くことができる。
【0104】
なお、プレイヤＡのゲーム空間には、モンスター２２の移動元であるプレイヤの情報を表示してもよい。例えば「プレイヤＢからモンスターが１個移動されました！」等と表示してもよい。
本実施の形態では、パーティーが２人のプレイヤで構成されるため、モンスター２２の移動元はプレイヤＢに確定されるが、パーティーが３人以上で構成される場合には、移動元の情報を表示することで、モンスター２２の移動元を知らせることが可能になる。ちなみに、移動元の通知は文字によるだけでなく、パーティーメンバー欄２４のプレイヤのアイコンの点滅等によって通知してもよい。モンスター２２の出現とアイコンの点滅等とを同期させることにより、出現したモンスター２２の移動元の確認が容易になる。
本実施の形態では、パーティーが２人のプレイヤで構成されるため、モンスター２２の移動元はプレイヤＢに確定されるが、パーティーが３人以上で構成される場合には、移動元の情報を表示することで、モンスター２２の移動元を知らせることが可能になる。ちなみに、移動元の通知は文字によるだけでなく、パーティーメンバー欄２４のプレイヤのアイコンの点滅等によって通知してもよい。モンスター２２の出現とアイコンの点滅等とを同期させることにより、出現したモンスター２２の移動元の確認が容易になる。
【0105】
ステージＳＴ６は、必殺技の発動直前のゲーム空間を表している。図１１では、プレイヤＡとプレイヤＢの両方に共通のカットイン画像３２を表示させている。
プレイヤＢにおけるカットイン画像３２の表示は、必殺技が発動の通知に用いられる他、モンスター２２の移動の受付の終了通知としても用いられる。
他方、プレイヤＡにおけるカットイン画像３２の表示は、必殺技の発動タイミングの到来を知らせる役割を果たす。
なお、本実施の形態では、予め定めた時間（例えば発動ボタン２５のタップから１０秒）の経過により必殺技が自動的に発動する場合を想定するが、予め定めた時間内でもオブジェクト２７をプレイヤＡがタップすると、必殺技が発動される仕様としてもよい。
プレイヤＢにおけるカットイン画像３２の表示は、必殺技が発動の通知に用いられる他、モンスター２２の移動の受付の終了通知としても用いられる。
他方、プレイヤＡにおけるカットイン画像３２の表示は、必殺技の発動タイミングの到来を知らせる役割を果たす。
なお、本実施の形態では、予め定めた時間（例えば発動ボタン２５のタップから１０秒）の経過により必殺技が自動的に発動する場合を想定するが、予め定めた時間内でもオブジェクト２７をプレイヤＡがタップすると、必殺技が発動される仕様としてもよい。
【0106】
図１２は、必殺技の発動とその後の画面変化を説明する図である。
ステージＳＴ７では、プレイヤＡのゲーム空間で必殺技の演出画面が表示されている。図１２の場合、ゲーム空間内の４個のモンスター２２の全てに雷が落ちている。図中では、雷が当たったことを「Hit」で表している。
なお、プレイヤＢのゲーム空間には、モンスター２２が１個だけ残っている。プレイヤＢのゲーム空間にモンスター２２が残っているのは、ステージＳＴ５の間にモンスター２２を１個しか移動させなかったからである。
ステージＳＴ８は、必殺技の発動が終わった状態を表している。図１２の場合、プレイヤＡのゲーム空間のモンスター２２は「０」である。一方、プレイヤＢのゲーム空間にはモンスター２２が１個残っている。
ステージＳＴ７では、プレイヤＡのゲーム空間で必殺技の演出画面が表示されている。図１２の場合、ゲーム空間内の４個のモンスター２２の全てに雷が落ちている。図中では、雷が当たったことを「Hit」で表している。
なお、プレイヤＢのゲーム空間には、モンスター２２が１個だけ残っている。プレイヤＢのゲーム空間にモンスター２２が残っているのは、ステージＳＴ５の間にモンスター２２を１個しか移動させなかったからである。
ステージＳＴ８は、必殺技の発動が終わった状態を表している。図１２の場合、プレイヤＡのゲーム空間のモンスター２２は「０」である。一方、プレイヤＢのゲーム空間にはモンスター２２が１個残っている。
【0107】
＜画面遷移例２＞
図１３は、必殺技の発動が可能になる前に、プレイヤＢがプレイヤＡへのモンスター２２の移動を指示した場合の画面変化を説明する図である。
ステージＳＴ９の場合、プレイヤＡのゲーム空間では、必殺技の発動が予定されていない。このため、プレイヤＢのゲーム空間におけるパーティーメンバー欄２４でも、プレイヤＡのアイコンは点滅２９の表示はない。
しかし、プレイヤＢは、ステージＳＴ５の場合と同様、選択したモンスター２２をプレイヤＡのアイコンの上までドラッグしている。
図１３は、必殺技の発動が可能になる前に、プレイヤＢがプレイヤＡへのモンスター２２の移動を指示した場合の画面変化を説明する図である。
ステージＳＴ９の場合、プレイヤＡのゲーム空間では、必殺技の発動が予定されていない。このため、プレイヤＢのゲーム空間におけるパーティーメンバー欄２４でも、プレイヤＡのアイコンは点滅２９の表示はない。
しかし、プレイヤＢは、ステージＳＴ５の場合と同様、選択したモンスター２２をプレイヤＡのアイコンの上までドラッグしている。
【0108】
当然ながら、移動先のプレイヤＡで必殺技が発動しない状態では、プレイヤＢからプレイヤＡへのモンスター２２の移動は実行されない。
このため、ステージＳＴ１０では、プレイヤＢのゲーム空間に注意文３４が表示されている。図１３の場合、注意文３４として「移動できません！」が表示されている。
また、プレイヤＡのアイコン上にドラッグしたモンスター２２も元の位置に配置されている。
なお、図１３では、モンスター２２のドラッグは可能であるが、ドラッグも受け付けない仕様としてもよい。
このため、ステージＳＴ１０では、プレイヤＢのゲーム空間に注意文３４が表示されている。図１３の場合、注意文３４として「移動できません！」が表示されている。
また、プレイヤＡのアイコン上にドラッグしたモンスター２２も元の位置に配置されている。
なお、図１３では、モンスター２２のドラッグは可能であるが、ドラッグも受け付けない仕様としてもよい。
【0109】
＜画面遷移例３＞
図１４は、必殺技の発動が可能な場合でも、プレイヤＢからプレイヤＡへのモンスター２２の移動が失敗する場合の画面変化を説明する図である。図１４には、図１１との対応部分に対応する符号を付して示している。
図１４に示すステージＳＴ１１の場合、プレイヤＢは、選択したモンスター２２を移動先であるプレイヤＡのアイコンとは異なる位置にドラッグして指３０を離している。
この場合、プロセッサ１１（図２参照）は、モンスター２２のドラッグが、プレイヤＡへの移動を意図するものか特定することができない。
このため、選択されたモンスター２２のプレイヤＡへの移動は実行されず、ステージＳＴ１２に示すように、移動前の位置に表示されている。
図１４は、必殺技の発動が可能な場合でも、プレイヤＢからプレイヤＡへのモンスター２２の移動が失敗する場合の画面変化を説明する図である。図１４には、図１１との対応部分に対応する符号を付して示している。
図１４に示すステージＳＴ１１の場合、プレイヤＢは、選択したモンスター２２を移動先であるプレイヤＡのアイコンとは異なる位置にドラッグして指３０を離している。
この場合、プロセッサ１１（図２参照）は、モンスター２２のドラッグが、プレイヤＡへの移動を意図するものか特定することができない。
このため、選択されたモンスター２２のプレイヤＡへの移動は実行されず、ステージＳＴ１２に示すように、移動前の位置に表示されている。
【0110】
また、ステージＳＴ１２では、プレイヤＢのゲーム空間に、注意文３５が表示されている。図１４の場合、注意文３５として「移動に失敗しました！」と表示され、プレイヤＢに注意が喚起されている。
画面遷移例２の場合とは異なり、この画面遷移例３では、モンスター２２のプレイヤＡへの移動が可能であるので、プレイヤＢはモンスター２２をプレイヤＡに移動できたものと勘違いする可能性もある。
しかし、注意文３５が表示されれば、モンスター２２をプレイヤＡに移動できなかったことに気づきやすくなる。
因みに、ステージＳＴ１１とＳＴ１２のいずれにおいても、プレイヤＡのゲーム空間の表示には何の変化もない。
画面遷移例２の場合とは異なり、この画面遷移例３では、モンスター２２のプレイヤＡへの移動が可能であるので、プレイヤＢはモンスター２２をプレイヤＡに移動できたものと勘違いする可能性もある。
しかし、注意文３５が表示されれば、モンスター２２をプレイヤＡに移動できなかったことに気づきやすくなる。
因みに、ステージＳＴ１１とＳＴ１２のいずれにおいても、プレイヤＡのゲーム空間の表示には何の変化もない。
【0111】
＜モンスターの移動を支援する機能の説明＞
以下では、プレイヤＢからプレイヤＡへのモンスター２２の移動を支援する各種の機能に関連する画面例を説明する。
＜画面例１＞
図１５は、移動元となるプレイヤＢに移動可能なモンスター２２の最大数を通知する機能を例示する図である。図１５には、図１０との対応部分に対応する符号を付して示している。
図１５の場合、プレイヤＡのゲーム空間には３個のモンスター２２が存在し、プレイヤＢのゲーム空間には５個のモンスター２２が存在している。
このとき、必殺技の効果によって５個のモンスター２２を倒せる場合、プレイヤＢのゲーム空間からプレイヤＡのゲーム空間には２個のモンスター２２を移動することができる。
以下では、プレイヤＢからプレイヤＡへのモンスター２２の移動を支援する各種の機能に関連する画面例を説明する。
＜画面例１＞
図１５は、移動元となるプレイヤＢに移動可能なモンスター２２の最大数を通知する機能を例示する図である。図１５には、図１０との対応部分に対応する符号を付して示している。
図１５の場合、プレイヤＡのゲーム空間には３個のモンスター２２が存在し、プレイヤＢのゲーム空間には５個のモンスター２２が存在している。
このとき、必殺技の効果によって５個のモンスター２２を倒せる場合、プレイヤＢのゲーム空間からプレイヤＡのゲーム空間には２個のモンスター２２を移動することができる。
【0112】
そこで、「画面例１」では、プレイヤＢのゲーム空間に存在する５個のモンスター２２のうち移動可能な数に対応する２個のモンスター２２の色を、他のモンスター２２と変更する。図１５においては、移動可能な数のモンスター２２を白色で示し、その他のモンスター２２を網掛けで示している。
この他、移動可能なモンスターはカラー画像で表示するが、その他のモンスター２２はグレースケール画像で表示したり、半透明で表示したりしてもよい。
色だけで移動可能な数を表現する場合には、移動可能な数の理解を間違えないように色を選択することが求められる。
この他、移動可能なモンスターはカラー画像で表示するが、その他のモンスター２２はグレースケール画像で表示したり、半透明で表示したりしてもよい。
色だけで移動可能な数を表現する場合には、移動可能な数の理解を間違えないように色を選択することが求められる。
【0113】
なお、図１５の場合、「最大２個まで移動できます！」という説明文３６も表示している。図１５の場合は説明文３６とモンスター２２の表示色の違いと組み合わせているが、説明文３６だけで移動可能な最大数を通知してもよい。
この他、移動可能な最大数のモンスター２２はハイライトで表示し、それ以外のモンスター２２はグレーアウトで表示してもよい。
この画面例１により、プレイヤＢは、事前に選択可能なモンスター２２の数を把握することができる。
なお、図１５に示す画像は、ステージＳＴ４の変形例、ステージＳＴ４の前段階の画面、ステージＳＴ５の変形例として表示される。因みに、通知後のプレイヤＢの選択を不要とする仕様、すなわちプレイヤＢによる指定がなくても移動を実行する仕様としてもよい。
この他、移動可能な最大数のモンスター２２はハイライトで表示し、それ以外のモンスター２２はグレーアウトで表示してもよい。
この画面例１により、プレイヤＢは、事前に選択可能なモンスター２２の数を把握することができる。
なお、図１５に示す画像は、ステージＳＴ４の変形例、ステージＳＴ４の前段階の画面、ステージＳＴ５の変形例として表示される。因みに、通知後のプレイヤＢの選択を不要とする仕様、すなわちプレイヤＢによる指定がなくても移動を実行する仕様としてもよい。
【0114】
＜画面例２＞
図１６は、移動元となるプレイヤＢに移動可能なモンスター２２の候補を通知する機能を例示する図である。図１６には、図１０との対応部分に対応する符号を付して示している。
図１６の場合も、移動可能なモンスター２２の最大数は「２」とする。ただし、図１６の場合には、個々のモンスター２２の体力値（ＨＰ）を基準に候補をプレイヤＢに提示している。
図１６の例では、説明の都合上、モンスター２２に対応付けて体力値（ＨＰ）を表示している。ここでの体力値は、降順に、「ＨＰ６」、「ＨＰ５」、「ＨＰ４」、「ＨＰ３」、「ＨＰ１」である。体力値が大きいモンスター２２には、多くの攻撃が必要になる。つまり、プレイヤＢにとっては、「ＨＰ６」のモンスター２２と、「ＨＰ５」のモンスター２２がゲーム空間からいなくなると、その分、ゲームクリアが容易になる。
そこで、画面例２では、体力値（ＨＰ）を基準に移動するモンスター２２の候補を決定している。
なお、図１６に示す画像も、ステージＳＴ４の変形例、ステージＳＴ４の前段階の画面、ステージＳＴ５の変形例として表示される。因みに、通知後のプレイヤＢの選択を不要とする仕様、すなわちプレイヤＢによる指定がなくても移動を実行する仕様としてもよい。
図１６は、移動元となるプレイヤＢに移動可能なモンスター２２の候補を通知する機能を例示する図である。図１６には、図１０との対応部分に対応する符号を付して示している。
図１６の場合も、移動可能なモンスター２２の最大数は「２」とする。ただし、図１６の場合には、個々のモンスター２２の体力値（ＨＰ）を基準に候補をプレイヤＢに提示している。
図１６の例では、説明の都合上、モンスター２２に対応付けて体力値（ＨＰ）を表示している。ここでの体力値は、降順に、「ＨＰ６」、「ＨＰ５」、「ＨＰ４」、「ＨＰ３」、「ＨＰ１」である。体力値が大きいモンスター２２には、多くの攻撃が必要になる。つまり、プレイヤＢにとっては、「ＨＰ６」のモンスター２２と、「ＨＰ５」のモンスター２２がゲーム空間からいなくなると、その分、ゲームクリアが容易になる。
そこで、画面例２では、体力値（ＨＰ）を基準に移動するモンスター２２の候補を決定している。
なお、図１６に示す画像も、ステージＳＴ４の変形例、ステージＳＴ４の前段階の画面、ステージＳＴ５の変形例として表示される。因みに、通知後のプレイヤＢの選択を不要とする仕様、すなわちプレイヤＢによる指定がなくても移動を実行する仕様としてもよい。
【0115】
＜画面例３＞
図１７は、移動元となるプレイヤＢに移動可能なモンスター２２の候補を通知する他の機能を例示する図である。図１７には、図１６との対応部分に対応する符号を付して示している。
図１７の場合も、移動可能なモンスター２２の最大数は「２」とする。また、画面例３、体力値（ＨＰ）に着目する。ただし、画面例３では、必殺技がモンスター２２に与えるダメージの総量を考慮して移動するモンスター２２の候補を決定する。
図１７は、移動元となるプレイヤＢに移動可能なモンスター２２の候補を通知する他の機能を例示する図である。図１７には、図１６との対応部分に対応する符号を付して示している。
図１７の場合も、移動可能なモンスター２２の最大数は「２」とする。また、画面例３、体力値（ＨＰ）に着目する。ただし、画面例３では、必殺技がモンスター２２に与えるダメージの総量を考慮して移動するモンスター２２の候補を決定する。
【0116】
図１７では、必殺技がモンスター２２に与えるダメージの総量が３０ＨＰとする。また、移動先となるプレイヤＡのゲーム空間に存在するモンスター２２の体力値（ＨＰ）の総量が２０ＨＰとする。
この場合、プレイヤＢから受け入れるモンスター２２の体力値（ＨＰ）の総量が１０ＨＰ（ＨＰ＝３０ＨＰ－２０ＨＰ）以内であれば、プレイヤＡは、必殺技の発動によって負担なくモンスター２２を倒すことができる。以下では、ここでの１０ＨＰを「移動可能ＨＰ」ともいう。
そこで、画面例３では、体力値（ＨＰ）の総量が１０ＨＰとなる組み合わせのモンスター２２が候補として提示される様子を表している。
この場合、プレイヤＢから受け入れるモンスター２２の体力値（ＨＰ）の総量が１０ＨＰ（ＨＰ＝３０ＨＰ－２０ＨＰ）以内であれば、プレイヤＡは、必殺技の発動によって負担なくモンスター２２を倒すことができる。以下では、ここでの１０ＨＰを「移動可能ＨＰ」ともいう。
そこで、画面例３では、体力値（ＨＰ）の総量が１０ＨＰとなる組み合わせのモンスター２２が候補として提示される様子を表している。
【0117】
具体的には、例１の場合である。
なお、体力値（ＨＰ）の総量が１０ＨＰとなるモンスター２２の組み合わせは例１に限らず、例２や例３もある。このように複数の候補が存在する場合、組み合わせの候補を選択可能にプレイヤＢに提示してもよい。
例１－例３は、必殺技の効力を最大限活用する移動例であるが、例４のように３個のモンスター２２をプレイヤＡに移動させることも可能であるし、例５のように２個のモンスター２２をプレイヤＡに移動させることも可能である。また、１個のモンスター２２だけをプレイヤＡに移動させることも可能である。
なお、体力値（ＨＰ）の総量が１０ＨＰとなるモンスター２２の組み合わせは例１に限らず、例２や例３もある。このように複数の候補が存在する場合、組み合わせの候補を選択可能にプレイヤＢに提示してもよい。
例１－例３は、必殺技の効力を最大限活用する移動例であるが、例４のように３個のモンスター２２をプレイヤＡに移動させることも可能であるし、例５のように２個のモンスター２２をプレイヤＡに移動させることも可能である。また、１個のモンスター２２だけをプレイヤＡに移動させることも可能である。
【0118】
因みに、単独の体力値（ＨＰ）が１０ＨＰより大きいモンスター２２がプレイヤＢにより移動の対象に指定された場合や組み合わせた体力値（ＨＰ）の総量が１０ＨＰより大きくなるモンスター２２がプレイヤＢにより移動の対象に指定された場合には、画面上にアラートを表示し、プレイヤＢに注意を促してもよい。
また、注意を無視してモンスター２２の移動を実行しようとしても、モンスター２２の移動が実行されないように制御してもよい。モンスター２２の移動は、移動先となるプレイヤの攻撃力の余力を活用することで、パーティーを構成するプレイヤの助け合いを図る機能であり、移動先となるプレイヤのプレイを妨害するための機能ではないためである。
また、注意を無視してモンスター２２の移動を実行しようとしても、モンスター２２の移動が実行されないように制御してもよい。モンスター２２の移動は、移動先となるプレイヤの攻撃力の余力を活用することで、パーティーを構成するプレイヤの助け合いを図る機能であり、移動先となるプレイヤのプレイを妨害するための機能ではないためである。
【0119】
もっとも、移動されるモンスター２２の単独のＨＰや組み合わせのＨＰが、必殺技の効果から算出される移動可能ＨＰを超過する移動を一律に禁止しない仕様も可能である。例えば移動先となるプレイヤＡが許容する場合である。もっとも、何らかの上限を設けないと、移動先となるプレイヤＡがゲームクリアに失敗してしまい、パーティー全体で効率的にゲームをクリアするという目的が実現されなくなる。
このため、移動可能ＨＰを超過するＨＰを、移動先であるプレイヤＡが事前に設定した許容範囲以内に制限する仕組み、移動先であるプレイヤＡから対応する移動の許可が事前に得られた場合に限る仕組みなどの採用が望ましい。
なお、図１７に示す画像も、ステージＳＴ４の変形例、ステージＳＴ４の前段階の画面、ステージＳＴ５の変形例として表示される。因みに、通知後のプレイヤＢの選択を不要とする仕様、すなわちプレイヤＢによる指定がなくても移動を実行する仕様としてもよい。
このため、移動可能ＨＰを超過するＨＰを、移動先であるプレイヤＡが事前に設定した許容範囲以内に制限する仕組み、移動先であるプレイヤＡから対応する移動の許可が事前に得られた場合に限る仕組みなどの採用が望ましい。
なお、図１７に示す画像も、ステージＳＴ４の変形例、ステージＳＴ４の前段階の画面、ステージＳＴ５の変形例として表示される。因みに、通知後のプレイヤＢの選択を不要とする仕様、すなわちプレイヤＢによる指定がなくても移動を実行する仕様としてもよい。
【0120】
＜画面例４＞
図１８は、移動元となるプレイヤＢに移動可能なモンスター２２の候補を通知する他の機能を例示する図である。図１８には、図１１との対応部分に対応する符号を付して示している。
図１８の場合も、移動可能なモンスター２２の最大数は「２」とする。図１８では、キャラクタの相性に着目し、移動するモンスター２２の候補を通知する。
図１８の例では、必殺技が発動するプレイヤＡの味方キャラ２１が雷属性である。このため、雷属性の必殺技が発動されるものとする。
一方、移動元となるプレイヤＢの味方キャラ２１は火属性である。火属性の攻撃は、水属性のモンスター２２には効きにくい。
図１８は、移動元となるプレイヤＢに移動可能なモンスター２２の候補を通知する他の機能を例示する図である。図１８には、図１１との対応部分に対応する符号を付して示している。
図１８の場合も、移動可能なモンスター２２の最大数は「２」とする。図１８では、キャラクタの相性に着目し、移動するモンスター２２の候補を通知する。
図１８の例では、必殺技が発動するプレイヤＡの味方キャラ２１が雷属性である。このため、雷属性の必殺技が発動されるものとする。
一方、移動元となるプレイヤＢの味方キャラ２１は火属性である。火属性の攻撃は、水属性のモンスター２２には効きにくい。
【0121】
そこで、図１８では、プレイヤＢとは相性が悪い水属性のモンスター２２が候補として提示されている。なお、プレイヤＢのゲーム空間には、水属性のモンスター２２が３個存在しているが、移動可能なモンスター２２の最大数が２個であるので、２個だけが候補として提示されている。
この場合も、説明文を表示して、候補として提示する理由等をプレイヤＢに通知してもよい。
なお、図１８の場合、プレイヤＡに移動される水属性のモンスター２２は、雷属性を有するプレイヤＡの味方キャラ２１との相性も良い。このため、図１８におけるモンスター２２の移動は、移動先の味方キャラ２１と相性のよい属性のモンスター２２が候補として通知される例ともいえる。
この場合も、説明文を表示して、候補として提示する理由等をプレイヤＢに通知してもよい。
なお、図１８の場合、プレイヤＡに移動される水属性のモンスター２２は、雷属性を有するプレイヤＡの味方キャラ２１との相性も良い。このため、図１８におけるモンスター２２の移動は、移動先の味方キャラ２１と相性のよい属性のモンスター２２が候補として通知される例ともいえる。
【0122】
ところで、移動先の味方キャラ２１の属性に応じて移動されるモンスター２２の属性を変更する機能が搭載されている場合には、移動元であるプレイヤＢの味方キャラ２１との相性だけに着目すればよい。
図１９は、モンスター２２の属性が移動先の必殺技の属性に応じて変化する例を説明する図である。
図１９には、図１８との対応部分に対応する符号を付している。図１９の場合も、プレイヤＢからプレイヤＡには、水属性のモンスター２２が２個移動される。
図１９は、モンスター２２の属性が移動先の必殺技の属性に応じて変化する例を説明する図である。
図１９には、図１８との対応部分に対応する符号を付している。図１９の場合も、プレイヤＢからプレイヤＡには、水属性のモンスター２２が２個移動される。
【0123】
ところで、プレイヤＡがプレイに使用する味方キャラ２１は火属性であるが、火属性は、水属性に弱い。このため、本来であれば、水属性のモンスター２２の移動は、プレイヤＡにとってうれしくない。しかし、図１９では、プレイヤＢのゲーム空間では水属性であったモンスター２２が、プレイヤＡのゲーム空間では木属性に変化している。
そして、火属性の攻撃は、木属性のモンスター２２に効きやすい。この場合、プレイヤＢは、移動先の不利益を考えずに、自分にとって相性の悪いモンスター２２を移動の対象に指定することが可能になる。
なお、図１８及び図１９に示す画像も、ステージＳＴ４の変形例、ステージＳＴ４の前段階の画面、ステージＳＴ５の変形例として表示される。因みに、通知後のプレイヤＢの選択を不要とする仕様、すなわちプレイヤＢによる指定がなくても移動を実行する仕様としてもよい。
そして、火属性の攻撃は、木属性のモンスター２２に効きやすい。この場合、プレイヤＢは、移動先の不利益を考えずに、自分にとって相性の悪いモンスター２２を移動の対象に指定することが可能になる。
なお、図１８及び図１９に示す画像も、ステージＳＴ４の変形例、ステージＳＴ４の前段階の画面、ステージＳＴ５の変形例として表示される。因みに、通知後のプレイヤＢの選択を不要とする仕様、すなわちプレイヤＢによる指定がなくても移動を実行する仕様としてもよい。
【0124】
＜情報処理２＞
以下では、図２０～図２２を用い、パーティーを構成するプレイヤ間におけるモンスターの移動処理について説明する。
＜前提＞
「情報処理２」と表記する処理では、以下に示す事項ａ２、ｃ１、ｄ１を前提とする。
ａ２：ゲーム空間内のモンスターの数が「０」の状態を「プレイヤに有利な状態」とする。
ｃ１：パーティーに参加するプレイヤ間で移動されるモンスターは、移動元のプレイヤの選択と移動先の指定が要求される。
ｄ１：モンスターの数が「０」になったプレイヤは、他のプレイヤからのモンスターの移動を拒否できない。
以下では、図２０～図２２を用い、パーティーを構成するプレイヤ間におけるモンスターの移動処理について説明する。
＜前提＞
「情報処理２」と表記する処理では、以下に示す事項ａ２、ｃ１、ｄ１を前提とする。
ａ２：ゲーム空間内のモンスターの数が「０」の状態を「プレイヤに有利な状態」とする。
ｃ１：パーティーに参加するプレイヤ間で移動されるモンスターは、移動元のプレイヤの選択と移動先の指定が要求される。
ｄ１：モンスターの数が「０」になったプレイヤは、他のプレイヤからのモンスターの移動を拒否できない。
【0125】
＜処理の説明＞
図２０は、サーバ１０が実行する「情報処理２」を説明するフローチャートである。図２０には、図７との対応部分に対応する符号を付して示す。また、以下では、各ステップの実行主体を、プログラムを実行するプロセッサ１１（図２参照）とする。
「情報処理２」を開始したプロセッサ１１は、最初に、パーティーを構成するプレイヤの情報を取得する（ステップ１）。
次に、プロセッサ１１は、ステップ１で取得された各プレイヤのゲーム状態を取得する（ステップ２）。
続いて、プロセッサ１１は、モンスターの数が「０」のプレイヤがいるか否かを判定する（ステップ２１）。
図２０は、サーバ１０が実行する「情報処理２」を説明するフローチャートである。図２０には、図７との対応部分に対応する符号を付して示す。また、以下では、各ステップの実行主体を、プログラムを実行するプロセッサ１１（図２参照）とする。
「情報処理２」を開始したプロセッサ１１は、最初に、パーティーを構成するプレイヤの情報を取得する（ステップ１）。
次に、プロセッサ１１は、ステップ１で取得された各プレイヤのゲーム状態を取得する（ステップ２）。
続いて、プロセッサ１１は、モンスターの数が「０」のプレイヤがいるか否かを判定する（ステップ２１）。
【0126】
ここでは、モンスターの数が「０」のプレイヤが見つかると、ステップ２１で肯定結果が得られる。一方、モンスターの数が「０」のプレイヤが見つからない場合、ステップ２１で否定結果が得られる。
ところで、「情報処理２」は、ゲームの進行に余力があるプレイヤによる他のプレイヤの支援を目的とする。このため、受け入れ可能なタイミングとしてのモンスターの数や受け入れ可能なモンスターの数は、受け入れ側のプレイヤに依存する。このため、ステップ２１の判断基準を一律に定めるのではなく、プレイヤ毎に自由に設定可能としてもよい。例えばステップ２１の判断基準として「１」を用いてもよい。
ところで、「情報処理２」は、ゲームの進行に余力があるプレイヤによる他のプレイヤの支援を目的とする。このため、受け入れ可能なタイミングとしてのモンスターの数や受け入れ可能なモンスターの数は、受け入れ側のプレイヤに依存する。このため、ステップ２１の判断基準を一律に定めるのではなく、プレイヤ毎に自由に設定可能としてもよい。例えばステップ２１の判断基準として「１」を用いてもよい。
【0127】
ステップ２１で否定結果を得たプロセッサ１１は、他のプレイヤへのモンスターの移動の指示を受け付けたか否かを判定する（ステップ４）。
移動の指示の受付が検出されない場合、プロセッサ１１は、ステップ４で否定結果を得る。この場合、プロセッサ１１は、ステップ２１に戻り、ステップ２１の判定を繰り返す。
一方、移動の指示の受付を検出した場合、プロセッサ１１は、ステップ４で肯定結果を得る。この場合、プロセッサ１１は、モンスターを元の位置に配置した後（ステップ５）、ステップ２１に戻る。本実施の形態では、プレイヤ間でモンスターの移動が可能になるのは、移動先となるプレイヤのゲーム空間にいるモンスターの数が「０」の場合に限るためである。
移動の指示の受付が検出されない場合、プロセッサ１１は、ステップ４で否定結果を得る。この場合、プロセッサ１１は、ステップ２１に戻り、ステップ２１の判定を繰り返す。
一方、移動の指示の受付を検出した場合、プロセッサ１１は、ステップ４で肯定結果を得る。この場合、プロセッサ１１は、モンスターを元の位置に配置した後（ステップ５）、ステップ２１に戻る。本実施の形態では、プレイヤ間でモンスターの移動が可能になるのは、移動先となるプレイヤのゲーム空間にいるモンスターの数が「０」の場合に限るためである。
【0128】
図２０では省略しているが、ステップ２１で肯定結果が得られるまでの間に、パーティー全体でクエストのクリアが確認された場合、「情報処理２」を終了する。
次に、ステップ２１で肯定結果が得られた場合について説明する。
ステップ２１で肯定結果を得たプロセッサ１１は、モンスターの数が「０」のプレイヤをモンスターの移動先に設定し、パーティーの他のプレイヤをモンスターの移動元に設定する（ステップ２２）。この設定は、プレイヤ情報１１１（図３、図４参照）に記録される。
次に、ステップ２１で肯定結果が得られた場合について説明する。
ステップ２１で肯定結果を得たプロセッサ１１は、モンスターの数が「０」のプレイヤをモンスターの移動先に設定し、パーティーの他のプレイヤをモンスターの移動元に設定する（ステップ２２）。この設定は、プレイヤ情報１１１（図３、図４参照）に記録される。
【0129】
次に、プロセッサ１１は、移動元のプレイヤのゲーム空間に、モンスターの数が「０」のプレイヤが存在する旨を表示する（ステップ２３）。
この表示により、各プレイヤは、自分以外のプレイヤにモンスターの移動が可能になったことを知ることができる。
もっとも、これらの情報の通知には、ＬＥＤ等の点灯、ブザー音や音声の出力を用いることが可能である。
続いて、プロセッサ１１は、移動元となるプレイヤから、移動するモンスターの指定を受け付ける（ステップ１０）。
その後、プロセッサ１１は、移動先のプレイヤのゲーム空間にモンスターを移動し、ゲーム空間の情報を更新する（ステップ２４）。
この後、プロセッサ１１は、「情報処理２」を終了する。もっとも、パーティーを構成する全てのプレイヤのゲーム空間からモンスターが消えるまでは、「情報処理２」が繰り返し実行される。
この表示により、各プレイヤは、自分以外のプレイヤにモンスターの移動が可能になったことを知ることができる。
もっとも、これらの情報の通知には、ＬＥＤ等の点灯、ブザー音や音声の出力を用いることが可能である。
続いて、プロセッサ１１は、移動元となるプレイヤから、移動するモンスターの指定を受け付ける（ステップ１０）。
その後、プロセッサ１１は、移動先のプレイヤのゲーム空間にモンスターを移動し、ゲーム空間の情報を更新する（ステップ２４）。
この後、プロセッサ１１は、「情報処理２」を終了する。もっとも、パーティーを構成する全てのプレイヤのゲーム空間からモンスターが消えるまでは、「情報処理２」が繰り返し実行される。
【0130】
＜画面遷移例１＞
図２１は、ゲーム空間内のモンスターの数が「０」になるプレイヤＡが現れるまでの画面変化を説明する図である。
ステージＳＴ２１は、パーティーを構成するプレイヤＡとプレイヤＢのいずれのゲーム空間にもモンスターがいる状態に対応する。
図２１の場合、プレイヤＡのゲーム空間には、２個のモンスター２２が配置されている。また、パーティーメンバー欄２４には、プレイヤＢ（図中は「ＰＢ」と示す。）が表示されている。
一方、プレイヤＢのゲーム空間には、２個のモンスター２２が配置されている。また、パーティーメンバー欄２４には、プレイヤＡ（図中は「ＰＡ」と示す。）が表示されている。
図２１は、ゲーム空間内のモンスターの数が「０」になるプレイヤＡが現れるまでの画面変化を説明する図である。
ステージＳＴ２１は、パーティーを構成するプレイヤＡとプレイヤＢのいずれのゲーム空間にもモンスターがいる状態に対応する。
図２１の場合、プレイヤＡのゲーム空間には、２個のモンスター２２が配置されている。また、パーティーメンバー欄２４には、プレイヤＢ（図中は「ＰＢ」と示す。）が表示されている。
一方、プレイヤＢのゲーム空間には、２個のモンスター２２が配置されている。また、パーティーメンバー欄２４には、プレイヤＡ（図中は「ＰＡ」と示す。）が表示されている。
【0131】
ステージＳＴ２２は、プレイヤＡのゲーム空間のモンスター２２の数が「０」になった状態を表している。図２１では、モンスター２２が倒されたことを×印で表現している。
「情報処理２」の場合、モンスター２２の数が「０」になったプレイヤＡは、プレイヤＢからのモンスター２２の移動を拒むことはできない。
ステージＳＴ２２のプレイヤＢのゲーム空間には、プレイヤＡのゲーム空間のモンスター２２の数が「０」になったことを説明する案内文４１やパーティーを組むプレイヤＡを示すアイコンの点滅４２等によって通知されている。
なお、点滅４２に代えて、ハイライトによる表示や表示色の変化によってモンスター２２の数が「０」になった旨を通知してもよい。
図２１の場合、案内文４１には、「プレイヤＡでモンスターが０！」と表示されている。
「情報処理２」の場合、モンスター２２の数が「０」になったプレイヤＡは、プレイヤＢからのモンスター２２の移動を拒むことはできない。
ステージＳＴ２２のプレイヤＢのゲーム空間には、プレイヤＡのゲーム空間のモンスター２２の数が「０」になったことを説明する案内文４１やパーティーを組むプレイヤＡを示すアイコンの点滅４２等によって通知されている。
なお、点滅４２に代えて、ハイライトによる表示や表示色の変化によってモンスター２２の数が「０」になった旨を通知してもよい。
図２１の場合、案内文４１には、「プレイヤＡでモンスターが０！」と表示されている。
【0132】
もっとも、移動が可能になった原因の通知ではなく、又は、原因の通知と一緒にモンスターの移動が可能になったこと文字等で通知してもよい。この通知の例には、例えば「プレイヤＡにモンスターを移動できるぞ！」等がある。
また、移動が可能になる原因の通知ではなく、又は、原因の通知と一緒に移動可能なモンスターの数の情報を通知してもよい。この通知の例には、例えば「プレイヤＡにモンスターを１個移動できるぞ！」等がある。移動可能な数が分かると、プレイヤＢによるモンスターの選択の判断が容易になる。例えばどのモンスター２２の移動を優先するかの判断が容易になる。
また、移動が可能になる原因の通知ではなく、又は、原因の通知と一緒に移動可能なモンスターの数の情報を通知してもよい。この通知の例には、例えば「プレイヤＡにモンスターを１個移動できるぞ！」等がある。移動可能な数が分かると、プレイヤＢによるモンスターの選択の判断が容易になる。例えばどのモンスター２２の移動を優先するかの判断が容易になる。
【0133】
なお、「情報処理２」の場合、プレイヤＢからモンスター２２の移動を受け付けるプレイヤＡは、必殺技を使用できるとは限らない。このため、「情報処理２」の場合に、プレイヤＢから移動が可能なモンスター２２の上限は、必殺技で倒せる数よりも少なくなる。本実施の形態では、移動可能なモンスター２２の最大数を「１」とする。
ところで、プレイヤＢが移動対象に指定したモンスター２２の数が上限に達した場合には、「これ以上は移動できません」等の表示を追加することで、プレイヤＢによる無駄な選択が実行されないようにしてもよい。
ところで、プレイヤＢが移動対象に指定したモンスター２２の数が上限に達した場合には、「これ以上は移動できません」等の表示を追加することで、プレイヤＢによる無駄な選択が実行されないようにしてもよい。
【0134】
図２２は、モンスターの移動の実行までを説明する図である。
ステージＳＴ２３の場合、プレイヤＡのゲーム空間には、モンスター２２がいない。
一方、プレイヤＢのゲーム空間では、選択したモンスター２２をプレイヤＡのアイコンの上までドラッグしている。この状態で指３０を離すと、プレイヤＡのゲーム空間へのモンスターの移動が実行される。
ステージＳＴ２４での場合、プレイヤＡのゲーム空間には、プレイヤＢから移動されてきたモンスター２２が出現している。図２２では、モンスター２２の出現を点滅４３によりプレイヤＡに知らせている。
ステージＳＴ２３の場合、プレイヤＡのゲーム空間には、モンスター２２がいない。
一方、プレイヤＢのゲーム空間では、選択したモンスター２２をプレイヤＡのアイコンの上までドラッグしている。この状態で指３０を離すと、プレイヤＡのゲーム空間へのモンスターの移動が実行される。
ステージＳＴ２４での場合、プレイヤＡのゲーム空間には、プレイヤＢから移動されてきたモンスター２２が出現している。図２２では、モンスター２２の出現を点滅４３によりプレイヤＡに知らせている。
【0135】
なお、点滅４３に代えて、出現したモンスター２２をハイライトで表示してもよい。点滅４３やハイライト表示により、他のプレイヤからモンスター２２が移動されたことをプレイヤＡに気づかせるようにする。「情報処理２」の場合、モンスター２２の移動を想定するプレイヤＡの操作はないので、プレイヤＡの注意を引く必要性は、「情報処理１」よりも高くなる。
更に、図２２では、説明文４４とアイコンの点滅４５により、モンスター２２の移動と移動元の情報をプレイヤＡに知らせる工夫を採用している。
更に、図２２では、説明文４４とアイコンの点滅４５により、モンスター２２の移動と移動元の情報をプレイヤＡに知らせる工夫を採用している。
【0136】
図２２に示す説明文４４では、「プレイヤＢからモンスターを受け取り」と表示している。なお、説明文４４とアイコンの点滅４５のいずれかだけでもよい。
いずれにしても、ステージ２４での、プレイヤＡのゲーム空間とプレイヤＢのゲーム空間には、モンスター２２が１つずつ存在することになる。
この結果、プレイヤＡは新たに出現した１個のモンスター２２だけを倒せばよく、追加の負担は少なく済む。また、プレイヤＢのゲーム空間内のモンスター２２は１個だけになる。プレイヤＢは、２個倒すべきだったモンスター２２を１個だけ倒せばよいので、ゲームクリアが容易になる。
いずれにしても、ステージ２４での、プレイヤＡのゲーム空間とプレイヤＢのゲーム空間には、モンスター２２が１つずつ存在することになる。
この結果、プレイヤＡは新たに出現した１個のモンスター２２だけを倒せばよく、追加の負担は少なく済む。また、プレイヤＢのゲーム空間内のモンスター２２は１個だけになる。プレイヤＢは、２個倒すべきだったモンスター２２を１個だけ倒せばよいので、ゲームクリアが容易になる。
【0137】
＜情報処理３＞
以下では、図２３～図２６を用い、パーティーを構成するプレイヤ間におけるモンスターの移動処理について説明する。
＜前提＞
「情報処理３」と表記する処理では、以下に示す事項ａ２、ｃ１、ｄ２を前提とする。
ａ２：ゲーム空間内のモンスターの数が「０」の状態を「プレイヤに有利な状態」とする。
ｃ１：パーティーに参加するプレイヤ間で移動されるモンスターは、移動元のプレイヤの選択と移動先の指定が要求される。
ｄ２：モンスターの移動には、モンスターの数が「０」であることに加え、プレイヤによる受付ボタンの操作が要求される。
以下では、図２３～図２６を用い、パーティーを構成するプレイヤ間におけるモンスターの移動処理について説明する。
＜前提＞
「情報処理３」と表記する処理では、以下に示す事項ａ２、ｃ１、ｄ２を前提とする。
ａ２：ゲーム空間内のモンスターの数が「０」の状態を「プレイヤに有利な状態」とする。
ｃ１：パーティーに参加するプレイヤ間で移動されるモンスターは、移動元のプレイヤの選択と移動先の指定が要求される。
ｄ２：モンスターの移動には、モンスターの数が「０」であることに加え、プレイヤによる受付ボタンの操作が要求される。
【0138】
＜処理の説明＞
図２３は、サーバ１０が実行する「情報処理３」を説明するフローチャートである。図２３には、図２０との対応部分に対応する符号を付して示す。また、以下では、各ステップの実行主体を、プログラムを実行するプロセッサ１１（図２参照）とする。
「情報処理３」を開始したプロセッサ１１は、最初に、パーティーを構成するプレイヤの情報を取得する（ステップ１）。
次に、プロセッサ１１は、ステップ１で取得された各プレイヤのゲーム状態を取得する（ステップ２）。
続いて、プロセッサ１１は、モンスターの数が「０」のプレイヤがいるか否かを判定する（ステップ２１）。ステップ２１の処理は「情報処理２」と同じである。
図２３は、サーバ１０が実行する「情報処理３」を説明するフローチャートである。図２３には、図２０との対応部分に対応する符号を付して示す。また、以下では、各ステップの実行主体を、プログラムを実行するプロセッサ１１（図２参照）とする。
「情報処理３」を開始したプロセッサ１１は、最初に、パーティーを構成するプレイヤの情報を取得する（ステップ１）。
次に、プロセッサ１１は、ステップ１で取得された各プレイヤのゲーム状態を取得する（ステップ２）。
続いて、プロセッサ１１は、モンスターの数が「０」のプレイヤがいるか否かを判定する（ステップ２１）。ステップ２１の処理は「情報処理２」と同じである。
【0139】
また、ステップ２１で否定結果を得たプロセッサ１１は、他のプレイヤへのモンスターの移動の指示を受け付けたか否かを判定する（ステップ４）。
移動の指示の受付が検出されない場合、プロセッサ１１は、ステップ４で否定結果を得る。この場合、プロセッサ１１は、ステップ２１に戻り、ステップ２１の判定を繰り返す。
一方、移動の指示の受付を検出した場合、プロセッサ１１は、ステップ４で肯定結果を得る。この場合、プロセッサ１１は、モンスターを元の位置に配置した後（ステップ５）、ステップ２１に戻る。
図２３でも省略しているが、ステップ２１で肯定結果が得られるまでの間に、パーティー全体でクエストのクリアが確認された場合、「情報処理３」を終了する。
移動の指示の受付が検出されない場合、プロセッサ１１は、ステップ４で否定結果を得る。この場合、プロセッサ１１は、ステップ２１に戻り、ステップ２１の判定を繰り返す。
一方、移動の指示の受付を検出した場合、プロセッサ１１は、ステップ４で肯定結果を得る。この場合、プロセッサ１１は、モンスターを元の位置に配置した後（ステップ５）、ステップ２１に戻る。
図２３でも省略しているが、ステップ２１で肯定結果が得られるまでの間に、パーティー全体でクエストのクリアが確認された場合、「情報処理３」を終了する。
【0140】
次に、ステップ２１で肯定結果が得られた場合について説明する。
ステップ２１で肯定結果を得たプロセッサ１１は、モンスターの数が「０」のプレイヤのゲーム空間に他のプレイヤからモンスターを受け付けるための受付ボタンを表示する（ステップ３１）。この受付ボタンの表示が「情報処理２」との違いである。「情報処理３」の場合、他のプレイヤの積極的な確認があった場合に初めてモンスターの移動が可能になる。
続いて、プロセッサ１１は、プレイヤが受付ボタンを操作したか否かを検出する（ステップ３２）。ここでの受付ボタンは、移動の許可を与えるボタンとして機能する。
ステップ２１で肯定結果を得たプロセッサ１１は、モンスターの数が「０」のプレイヤのゲーム空間に他のプレイヤからモンスターを受け付けるための受付ボタンを表示する（ステップ３１）。この受付ボタンの表示が「情報処理２」との違いである。「情報処理３」の場合、他のプレイヤの積極的な確認があった場合に初めてモンスターの移動が可能になる。
続いて、プロセッサ１１は、プレイヤが受付ボタンを操作したか否かを検出する（ステップ３２）。ここでの受付ボタンは、移動の許可を与えるボタンとして機能する。
【0141】
例えば予め定めた時間内に受付ボタンの操作が検出されない場合、プロセッサ１１は、ステップ３２で否定結果を得る。この場合、対象とするプレイヤは、他のプレイヤからのモンスターの移動を望んでいない。そこで、プロセッサ１１は、該当するプレイヤについての「情報処理３」を終了する。
一方、受付ボタンの操作が検出された場合、プロセッサ１１は、ステップ３２で肯定結果を得る。この場合、プロセッサ１１は、受付ボタンを操作したプレイヤをモンスターの移動先に設定し、パーティーの他のプレイヤをモンスターの移動元に設定する（ステップ３３）。この設定は、プレイヤ情報１１１（図３、図４参照）に記録される。
一方、受付ボタンの操作が検出された場合、プロセッサ１１は、ステップ３２で肯定結果を得る。この場合、プロセッサ１１は、受付ボタンを操作したプレイヤをモンスターの移動先に設定し、パーティーの他のプレイヤをモンスターの移動元に設定する（ステップ３３）。この設定は、プレイヤ情報１１１（図３、図４参照）に記録される。
【0142】
次に、プロセッサ１１は、移動元のプレイヤのゲーム空間に、モンスターの数が「０」のプレイヤが存在する旨を表示する（ステップ２３）。
この表示により、各プレイヤは、自分以外のプレイヤにモンスターの移動が可能になったことを知ることができる。
もっとも、これらの情報の通知には、ＬＥＤ等の点灯、ブザー音や音声の出力を用いることが可能である。
続いて、プロセッサ１１は、移動元となるプレイヤから、移動するモンスターの指定を受け付ける（ステップ１０）。
その後、プロセッサ１１は、移動先のプレイヤのゲーム空間にモンスターを移動し、ゲーム空間を更新する（ステップ２４）。
この後、プロセッサ１１は、「情報処理２」を終了する。もっとも、パーティーを構成する全てのプレイヤのゲーム空間からモンスターが消えるまでは、「情報処理２」が繰り返し実行される。
この表示により、各プレイヤは、自分以外のプレイヤにモンスターの移動が可能になったことを知ることができる。
もっとも、これらの情報の通知には、ＬＥＤ等の点灯、ブザー音や音声の出力を用いることが可能である。
続いて、プロセッサ１１は、移動元となるプレイヤから、移動するモンスターの指定を受け付ける（ステップ１０）。
その後、プロセッサ１１は、移動先のプレイヤのゲーム空間にモンスターを移動し、ゲーム空間を更新する（ステップ２４）。
この後、プロセッサ１１は、「情報処理２」を終了する。もっとも、パーティーを構成する全てのプレイヤのゲーム空間からモンスターが消えるまでは、「情報処理２」が繰り返し実行される。
【0143】
＜画面遷移例１＞
図２４は、ゲーム空間内のモンスターの数が「０」になるプレイヤＡが現れるまでの画面変化を説明する図である。図２４には、図２１との対応部分に対応する符号を付して示している。
ステージＳＴ３１は、パーティーを構成するプレイヤＡとプレイヤＢのいずれのゲーム空間にもモンスターがいる状態に対応する。
図２４の場合、プレイヤＡのゲーム空間には、２個のモンスター２２が配置されている。また、パーティーメンバー欄２４には、プレイヤＢ（図中は「ＰＢ」と示す。）が表示されている。
一方、プレイヤＢのゲーム空間には、２個のモンスター２２が配置されている。また、パーティーメンバー欄２４には、プレイヤＡ（図中は「ＰＡ」と示す。）が表示されている。
図２４は、ゲーム空間内のモンスターの数が「０」になるプレイヤＡが現れるまでの画面変化を説明する図である。図２４には、図２１との対応部分に対応する符号を付して示している。
ステージＳＴ３１は、パーティーを構成するプレイヤＡとプレイヤＢのいずれのゲーム空間にもモンスターがいる状態に対応する。
図２４の場合、プレイヤＡのゲーム空間には、２個のモンスター２２が配置されている。また、パーティーメンバー欄２４には、プレイヤＢ（図中は「ＰＢ」と示す。）が表示されている。
一方、プレイヤＢのゲーム空間には、２個のモンスター２２が配置されている。また、パーティーメンバー欄２４には、プレイヤＡ（図中は「ＰＡ」と示す。）が表示されている。
【0144】
ステージＳＴ３２は、プレイヤＡのゲーム空間のモンスター２２の数が「０」になった状態に対応する。図２４では、モンスター２２が倒されたことを×印で表現している。
図２４に示すステージＳＴ３２の場合、プレイヤＡのゲーム空間には、モンスター２２の数が「０」になった時点で、他のプレイヤ（ここではプレイヤＢ）からのモンスター２２の移動を許可するための専用ボタン５１が表示される。専用ボタン５１が表示されただけでは、他のプレイヤからのモンスター２２の移動は実行されない。
このため、ステージＳＴ３２で、プレイヤＢのゲーム空間に変化はない。
なお、専用ボタン５１の表示だけではモンスター２２の移動が実行されないことを明示するため、図２４の例では、専用ボタン５１に「くれ」との文字を表記している。「くれ」は能動的な言葉であり、プレイヤＡによる専用ボタン５１の操作が移動の許可又は要求として理解される。この他、「送って」等の言葉を用いてもよい。いずれも、他のプレイヤへの働きかけを表現する言葉であることが望ましい。
図２４に示すステージＳＴ３２の場合、プレイヤＡのゲーム空間には、モンスター２２の数が「０」になった時点で、他のプレイヤ（ここではプレイヤＢ）からのモンスター２２の移動を許可するための専用ボタン５１が表示される。専用ボタン５１が表示されただけでは、他のプレイヤからのモンスター２２の移動は実行されない。
このため、ステージＳＴ３２で、プレイヤＢのゲーム空間に変化はない。
なお、専用ボタン５１の表示だけではモンスター２２の移動が実行されないことを明示するため、図２４の例では、専用ボタン５１に「くれ」との文字を表記している。「くれ」は能動的な言葉であり、プレイヤＡによる専用ボタン５１の操作が移動の許可又は要求として理解される。この他、「送って」等の言葉を用いてもよい。いずれも、他のプレイヤへの働きかけを表現する言葉であることが望ましい。
【0145】
図２５は、移動元のプレイヤＢによるモンスター２２の指定までを説明する図である。
ステージＳＴ３３では、モンスター２２の数が「０」になったプレイヤＡが、専用ボタン５１を指２６でタップする。操作の受付は、専用ボタン５１の点滅５２等によりプレイヤＡに通知される。
なお、点滅５２に代えて、ハイライト表示、表示色の変化、点滅等により操作の受付を表現してもよい。
ところで、専用ボタン５１の操作時には、移動条件を指定できるようにしてもよい。例えば移動条件として、受け入れ可能なモンスターの数、受け入れるモンスターの属性等を指定できるようにしてもよい。移動条件の指定により、移動先となるプレイヤの都合を移動元となるプレイヤに知らせることができる。また、この指定により、移動先となるプレイヤは安心してモンスターを受入れることができる。
ステージＳＴ３３では、モンスター２２の数が「０」になったプレイヤＡが、専用ボタン５１を指２６でタップする。操作の受付は、専用ボタン５１の点滅５２等によりプレイヤＡに通知される。
なお、点滅５２に代えて、ハイライト表示、表示色の変化、点滅等により操作の受付を表現してもよい。
ところで、専用ボタン５１の操作時には、移動条件を指定できるようにしてもよい。例えば移動条件として、受け入れ可能なモンスターの数、受け入れるモンスターの属性等を指定できるようにしてもよい。移動条件の指定により、移動先となるプレイヤの都合を移動元となるプレイヤに知らせることができる。また、この指定により、移動先となるプレイヤは安心してモンスターを受入れることができる。
【0146】
さて、専用ボタン５１の操作が受け付けられると、プレイヤＢのゲーム空間に、モンスター２２の移動が可能であることを示す案内文５３がポップアップ表示される。なお、専用ボタン５１の操作後に移動条件の指定があった場合には、移動条件の指定の後に案内文５３がポップアップされるとともに、移動条件の内容がプレイヤＢに通知される。
また、移動を許可したプレイヤの情報として、パーティーを組むプレイヤＡを示すアイコンが点滅５４等する。
図２５の場合、案内文５３には、「モンスターを送っていいよ！」と表示されている。この文面を、必殺技が発動する場合（情報処理１）等とは異ならせることで、移動が可能になった原因の推測が可能になる。
また、移動を許可したプレイヤの情報として、パーティーを組むプレイヤＡを示すアイコンが点滅５４等する。
図２５の場合、案内文５３には、「モンスターを送っていいよ！」と表示されている。この文面を、必殺技が発動する場合（情報処理１）等とは異ならせることで、移動が可能になった原因の推測が可能になる。
【0147】
なお、案内文５３では、モンスターの移動が可能になったことのみを文字等により通知してもよい。例えば「プレイヤＡにモンスターを移動できるぞ！」等でもよい。
また、案内文５３には、移動が可能なモンスターの数の情報を含めてもよい。この通知の例には、「プレイヤＡにモンスターを２個まで移動できるぞ！」等がある。
ステージＳＴ３４では、案内文５３による通知を受けたプレイヤＢが、２個のモンスター２２のうち右側のモンスターを指３０でタップしている。このタップが、移動の対象となるモンスター２２の指定となる。
また、案内文５３には、移動が可能なモンスターの数の情報を含めてもよい。この通知の例には、「プレイヤＡにモンスターを２個まで移動できるぞ！」等がある。
ステージＳＴ３４では、案内文５３による通知を受けたプレイヤＢが、２個のモンスター２２のうち右側のモンスターを指３０でタップしている。このタップが、移動の対象となるモンスター２２の指定となる。
【0148】
図２６は、モンスターの移動の実行までを説明する図である。
ステージＳＴ３５では、プレイヤＢが、選択したモンスター２２をプレイヤＡのアイコンの上までドラッグしている。この状態で指３０を離すと、プレイヤＡのゲーム空間へのモンスターの移動が実行される。
図２６のステージＳＴ３６では、プレイヤＡのゲーム空間に、プレイヤＢから移動されてきたモンスター２２が出現している。図２６では、モンスター２２の出現を点滅５５によりプレイヤＡに知らせている。なお、点滅５５に代えて、出現したモンスター２２をハイライトで表示してもよい。この表示により、プレイヤＡは、他のプレイヤからモンスター２２が移動されたことに気付くことができる。
ステージＳＴ３５では、プレイヤＢが、選択したモンスター２２をプレイヤＡのアイコンの上までドラッグしている。この状態で指３０を離すと、プレイヤＡのゲーム空間へのモンスターの移動が実行される。
図２６のステージＳＴ３６では、プレイヤＡのゲーム空間に、プレイヤＢから移動されてきたモンスター２２が出現している。図２６では、モンスター２２の出現を点滅５５によりプレイヤＡに知らせている。なお、点滅５５に代えて、出現したモンスター２２をハイライトで表示してもよい。この表示により、プレイヤＡは、他のプレイヤからモンスター２２が移動されたことに気付くことができる。
【0149】
また、ステージＳＴ３６では、プレイヤＡのゲーム空間に、モンスター２２の移動や移動元を示す案内文５６が表示されている。図２６の場合、案内文５６には、「プレイヤＢからモンスターを受け取り」と表示されている。
また、プレイヤＡのゲーム空間では、パーティーを組むプレイヤＢを示すアイコンが点滅５７等する。
なお、案内文５６と点滅５７は、いずれか一方だけでもよい。いずれにしても、案内文５６や点滅５７の表示により、ゲーム空間に新たに出現したモンスター２２の移動元の確認が可能になる。
この移動の結果、プレイヤＡのゲーム空間とプレイヤＢのゲーム空間には、それぞれ１個のモンスター２２が残ることになる。
また、プレイヤＡのゲーム空間では、パーティーを組むプレイヤＢを示すアイコンが点滅５７等する。
なお、案内文５６と点滅５７は、いずれか一方だけでもよい。いずれにしても、案内文５６や点滅５７の表示により、ゲーム空間に新たに出現したモンスター２２の移動元の確認が可能になる。
この移動の結果、プレイヤＡのゲーム空間とプレイヤＢのゲーム空間には、それぞれ１個のモンスター２２が残ることになる。
【0150】
＜他の移動処理＞
以下では、モンスターの他の移動処理について説明する。
＜モンスターの一括移動＞
前述の「情報処理１」等では、プレイヤＢのゲーム空間からプレイヤＡのゲーム空間にモンスター２２を１個ずつ移動されているが、ここでは一括移動のための具体例を説明する。
図２７は、モンスターの一括移動に関する処理動作例を説明するフローチャートである。なお、図２７に示すフローチャートは、ステップ１０（図７、２０、２３参照）での実行を想定している。
以下では、モンスターの他の移動処理について説明する。
＜モンスターの一括移動＞
前述の「情報処理１」等では、プレイヤＢのゲーム空間からプレイヤＡのゲーム空間にモンスター２２を１個ずつ移動されているが、ここでは一括移動のための具体例を説明する。
図２７は、モンスターの一括移動に関する処理動作例を説明するフローチャートである。なお、図２７に示すフローチャートは、ステップ１０（図７、２０、２３参照）での実行を想定している。
【0151】
まず、プロセッサ１１は、画面の長押しを検出する（ステップ４１）。ここでは、ユーザ端末２０（図２参照）のディスプレイがタッチパネルである場合を想定している。
次に、プロセッサ１１は、長押しを検出した座標に輪を表示する（ステップ４２）。ここでの輪は、モンスターの捕獲用である。
プロセッサ１１は、長押しの間、輪を拡大し（ステップ４３）、一定範囲まで広がると、輪を縮小する（ステップ４４）。輪の縮小時にモンスターが捕獲され、一か所にまとめられる。
次に、プロセッサ１１は、長押しを検出した座標に輪を表示する（ステップ４２）。ここでの輪は、モンスターの捕獲用である。
プロセッサ１１は、長押しの間、輪を拡大し（ステップ４３）、一定範囲まで広がると、輪を縮小する（ステップ４４）。輪の縮小時にモンスターが捕獲され、一か所にまとめられる。
【0152】
次に、プロセッサ１１は、画面から指が離れたか否かを判定する（ステップ４５）。
指が画面に触れたままである場合、プロセッサ１１は、ステップ４５で否定結果を得る。この場合、プロセッサ１１は、ステップ４５の判定を繰り返す。なお、この判定の間、画面上のドラッグ移動は可能である。
指が画面から離れた場合、プロセッサ１１は、ステップ４５で肯定結果を得る。この場合、プロセッサ１１は、指が離れた座標はモンスターの受け入れが可能なプレイヤのアイコン上か否かを判定する（ステップ４６）。ここでの「受け入れが可能」とは、前述した「情報処理１」等におけるプレイヤＡのことである。
指が画面に触れたままである場合、プロセッサ１１は、ステップ４５で否定結果を得る。この場合、プロセッサ１１は、ステップ４５の判定を繰り返す。なお、この判定の間、画面上のドラッグ移動は可能である。
指が画面から離れた場合、プロセッサ１１は、ステップ４５で肯定結果を得る。この場合、プロセッサ１１は、指が離れた座標はモンスターの受け入れが可能なプレイヤのアイコン上か否かを判定する（ステップ４６）。ここでの「受け入れが可能」とは、前述した「情報処理１」等におけるプレイヤＡのことである。
【0153】
指が離れた座標がモンスターを受け入れ可能なプレイヤのアイコン上であった場合、プロセッサ１１は、ステップ４６で肯定結果を得る。この場合、プロセッサ１１は、輪の内側にモンスターがいるか否かを追加で判定する（ステップ４７）。
輪の内側にモンスターがいる場合、プロセッサ１１は、ステップ４７で肯定結果を得る。この場合、プロセッサ１１は、該当するモンスターを移動対象に設定する（ステップ４８）。
輪の内側にモンスターがいる場合、プロセッサ１１は、ステップ４７で肯定結果を得る。この場合、プロセッサ１１は、該当するモンスターを移動対象に設定する（ステップ４８）。
【0154】
これに対し、ステップ４６又はステップ４７で否定結果が得られた場合、プロセッサ１１は、指定をキャンセルする（ステップ４９）。ここでの指定のキャンセルは、モンスターの移動のキャンセルを意味する。
なお、ステップ４６で否定結果が得られる場合には、指が離れた座標がモンスターを受け入れ可能なプレイヤとは異なるプレイヤのアイコン上である場合やパーティーを構成する他のプレイヤを示すアイコン以外の場所である場合がある。
また、ステップ４７で否定結果が得られる場合には、縮小された輪の中にモンスターがいない場合、すなわちモンスターが捕獲されていない場合がある。
なお、ステップ４６で否定結果が得られる場合には、指が離れた座標がモンスターを受け入れ可能なプレイヤとは異なるプレイヤのアイコン上である場合やパーティーを構成する他のプレイヤを示すアイコン以外の場所である場合がある。
また、ステップ４７で否定結果が得られる場合には、縮小された輪の中にモンスターがいない場合、すなわちモンスターが捕獲されていない場合がある。
【0155】
図２８は、モンスターの一括移動を説明する図である。
ステージＳＴ４１は、指３０による画面の長押しが開始された場面を表している。ユーザ端末２０の画面には、指３０が触れている座標を中心とする輪６０が出現する。
指３０が長押しされている間、ステージＳＴ４２に示すように、輪６０は一定範囲まで拡大し、やがて縮小に転じる。ステージＳＴ４２では、輪６０の内側にモンスター２２が含まれている。
縮小に転じた輪６０は、輪６０の内側にあるモンスター２２をまとめるように縮小を続け、ある半径で縮小を停止する。この場面がステージＳＴ４３である。
ステージＳＴ４１は、指３０による画面の長押しが開始された場面を表している。ユーザ端末２０の画面には、指３０が触れている座標を中心とする輪６０が出現する。
指３０が長押しされている間、ステージＳＴ４２に示すように、輪６０は一定範囲まで拡大し、やがて縮小に転じる。ステージＳＴ４２では、輪６０の内側にモンスター２２が含まれている。
縮小に転じた輪６０は、輪６０の内側にあるモンスター２２をまとめるように縮小を続け、ある半径で縮小を停止する。この場面がステージＳＴ４３である。
【0156】
その後、プレイヤＢは、指３０を画面上でドラッグし、目的の地点で指３０を画面上から離す。
ステージＳＴ４４は、指３０を離した座標の違いを表している。なお、ステージＳＴ４４では、画面から指３０が離れたことを、広げた手３０Ａで表現している。
ステージＳＴ４４のうち画面右上にドラッグされた例では、モンスターの受け入れが可能なプレイヤＡのアイコン上で画面から指３０が離れている。この場合、捕獲された２個のモンスター２２が移動対象に設定される。
一方、ステージＳＴ４４のうち画面右下にドラッグされた例では、モンスターの受けいれが可能なプレイヤＡのアイコンが存在しない場所で指３０が離れている。この場合、捕獲された２個のモンスター２２の移動はキャンセルされる。
ステージＳＴ４４は、指３０を離した座標の違いを表している。なお、ステージＳＴ４４では、画面から指３０が離れたことを、広げた手３０Ａで表現している。
ステージＳＴ４４のうち画面右上にドラッグされた例では、モンスターの受け入れが可能なプレイヤＡのアイコン上で画面から指３０が離れている。この場合、捕獲された２個のモンスター２２が移動対象に設定される。
一方、ステージＳＴ４４のうち画面右下にドラッグされた例では、モンスターの受けいれが可能なプレイヤＡのアイコンが存在しない場所で指３０が離れている。この場合、捕獲された２個のモンスター２２の移動はキャンセルされる。
【0157】
＜必殺技時の自動移動＞
前述の「情報処理１」の場合には、必殺技が可能になっても、それだけではモンスターの移動は可能ではなく、少なくともプレイヤＡによる発動ボタン２５（図９参照）の操作が要求された。
ここでは、必殺技が可能になると、プレイヤ間でモンスターの移動が自動的に実行され、事後的に各プレイヤにモンスターの移動を通知する例を説明する。
図２９は、モンスターの自動移動に関する処理動作例を説明するフローチャートである。図２９には、図７との対応部分に対応する符号を付して示している。
前述の「情報処理１」の場合には、必殺技が可能になっても、それだけではモンスターの移動は可能ではなく、少なくともプレイヤＡによる発動ボタン２５（図９参照）の操作が要求された。
ここでは、必殺技が可能になると、プレイヤ間でモンスターの移動が自動的に実行され、事後的に各プレイヤにモンスターの移動を通知する例を説明する。
図２９は、モンスターの自動移動に関する処理動作例を説明するフローチャートである。図２９には、図７との対応部分に対応する符号を付して示している。
【0158】
図２９に示す処理動作のうち、ステップ１～ステップ５の処理動作は、図７と同じであるので説明を省略する。
さて、ステップ３で肯定結果が得られた場合、すなわち必殺技の発動が可能なプレイヤがいる場合、プロセッサ１１は、該当するプレイヤをモンスターの移動先に設定し、パーティーの残りのプレイヤをモンスターの移動元に設定する（ステップ５１）。このように、必殺技の発動が可能になった時点で、移動先と移動元のプレイヤの設定が自動的に実行される。
さて、ステップ３で肯定結果が得られた場合、すなわち必殺技の発動が可能なプレイヤがいる場合、プロセッサ１１は、該当するプレイヤをモンスターの移動先に設定し、パーティーの残りのプレイヤをモンスターの移動元に設定する（ステップ５１）。このように、必殺技の発動が可能になった時点で、移動先と移動元のプレイヤの設定が自動的に実行される。
【0159】
次に、プロセッサ１１は、移動元のプレイヤのゲーム空間から移動先のプレイヤのゲーム空間にモンスターを自動的に移動する（ステップ５２）。つまり、モンスターの移動も自動で実行される。換言すると、移動元のプレイヤのゲーム空間から移動対象のモンスターが突然いなくなり、移動先のプレイヤのゲーム空間には移動対象のモンスターが突然出現する。
なお、移動の対象とするモンスターを決定する方法には、例えば移動可能な数の範囲でランダムに決定する方法、プレイヤＡで発動する必殺技がモンスターに与えるダメージ量の余剰分に応じて決定する方法、必殺技の属性との相性に応じて決定する方法がある。
なお、移動の対象とするモンスターを決定する方法には、例えば移動可能な数の範囲でランダムに決定する方法、プレイヤＡで発動する必殺技がモンスターに与えるダメージ量の余剰分に応じて決定する方法、必殺技の属性との相性に応じて決定する方法がある。
【0160】
ところで、画面上にモンスターが突然出現したり、突然消えたりすると、プレイヤが戸惑う可能性がある。特にモンスターの移動機能に慣れていないプレイヤの場合、移動元のプレイヤになっても、移動先のプレイヤになっても、モンスターが出現する理由やモンスターが消える理由が分からないために戸惑い易い。
そこで、プロセッサ１１は、移動元のプレイヤのゲーム空間には、他のプレイヤにモンスターを移動した旨を表示し、移動先のプレイヤのゲーム空間には、他のプレイヤからモンスターを受け取った旨を表示する（ステップ５３）。
この後、プロセッサ１１は、必殺技を発動し（ステップ１２）、各プレイヤのゲーム空間の情報を更新する（ステップ１３）。
そこで、プロセッサ１１は、移動元のプレイヤのゲーム空間には、他のプレイヤにモンスターを移動した旨を表示し、移動先のプレイヤのゲーム空間には、他のプレイヤからモンスターを受け取った旨を表示する（ステップ５３）。
この後、プロセッサ１１は、必殺技を発動し（ステップ１２）、各プレイヤのゲーム空間の情報を更新する（ステップ１３）。
【0161】
図３０は、モンスター２２の自動移動に伴う画面遷移を説明する図である。図３０には、図９及び図１１との対応部分に対応する符号を付して示している。
ステージＳＴ２Ａは、図９におけるステージＳＴ２に対応する。すなわち、プレイヤＡで必殺技の発動が可能になった状態である。
ただし、図３０におけるステージＳＴ２Ａでは、プレイヤＡが移動先に、プレイヤＢが移動元に自動的に設定される。また、プレイヤＢのゲーム空間からは、移動対象に自動的に設定されたモンスター２２が消えている。
ステージＳＴ２Ａは、図９におけるステージＳＴ２に対応する。すなわち、プレイヤＡで必殺技の発動が可能になった状態である。
ただし、図３０におけるステージＳＴ２Ａでは、プレイヤＡが移動先に、プレイヤＢが移動元に自動的に設定される。また、プレイヤＢのゲーム空間からは、移動対象に自動的に設定されたモンスター２２が消えている。
【0162】
プレイヤＢのゲーム空間から消えたモンスター２２は、ステージＳＴ５ＡのプレイヤＡのゲーム空間に出現する。図３０では、このモンスター２２の移動を矢印で示している。
なお、プレイヤＡのゲーム空間には、案内文７０がポップアップ表示され、モンスター２２が出現した理由が通知される。図３０の場合、案内文７０には、「プレイヤＢからモンスターを受け取り」と表示されている。
また、プレイヤＡのゲーム空間には、出現したモンスター２２が点滅７１等により表現される。他の通知例と同様、表示色を変更したり、ハイライトで表示したりするのも効果的である。点滅７１等により、プレイヤＡは、モンスター２２の出現に気付き易くなる。特にモンスター２２の数が多い場合には、モンスター２２の増加に気づかないことも起こり得るが、点滅７１等により出現したモンスター２２の識別が容易になる。
さらに、プレイヤＡのゲーム空間のうち、パーティーを組むプレイヤＢを示すアイコンが点滅７２等され、移動元が明示される。
なお、プレイヤＡのゲーム空間には、案内文７０がポップアップ表示され、モンスター２２が出現した理由が通知される。図３０の場合、案内文７０には、「プレイヤＢからモンスターを受け取り」と表示されている。
また、プレイヤＡのゲーム空間には、出現したモンスター２２が点滅７１等により表現される。他の通知例と同様、表示色を変更したり、ハイライトで表示したりするのも効果的である。点滅７１等により、プレイヤＡは、モンスター２２の出現に気付き易くなる。特にモンスター２２の数が多い場合には、モンスター２２の増加に気づかないことも起こり得るが、点滅７１等により出現したモンスター２２の識別が容易になる。
さらに、プレイヤＡのゲーム空間のうち、パーティーを組むプレイヤＢを示すアイコンが点滅７２等され、移動元が明示される。
【0163】
他方、モンスター２２の移動元となったプレイヤＢのゲーム空間にも、別の案内文７３がポップアップ表示され、モンスター２２が消えた理由が通知される。図３０の場合、案内文７３には、「プレイヤＡにモンスターを送りました」と表示されている。
また、プレイヤＢのゲーム空間でも、パーティーを組むプレイヤＢを示すアイコンが点滅７４等され、移動先が明示される。
ステージＳＴ５Ａに示す各種の通知の１つ又は複数の組み合わせにより、モンスター２２の自動移動を実行しても、プレイヤＡ及びＢの戸惑いを軽減できる。
なお、この自動移動は、ゲーム空間のモンスターが「０」になった場合に実行される「情報処理２」の場合にも適用が可能である。
また、プレイヤＢのゲーム空間でも、パーティーを組むプレイヤＢを示すアイコンが点滅７４等され、移動先が明示される。
ステージＳＴ５Ａに示す各種の通知の１つ又は複数の組み合わせにより、モンスター２２の自動移動を実行しても、プレイヤＡ及びＢの戸惑いを軽減できる。
なお、この自動移動は、ゲーム空間のモンスターが「０」になった場合に実行される「情報処理２」の場合にも適用が可能である。
【0164】
＜移動したモンスターの一部が戻される例１＞
「情報処理１」等では、モンスターの移動前に移動するモンスターの数等を調整する。このため、ゲーム空間から消えたモンスターが再び出現されることは想定していない。
ここでは、移動対象に指定されたモンスターの移動そのものは一旦受け付ける場合について説明する。
図３１は、移動先が受け入れ可能な数を超えるモンスター２２の移動が指示された場合の処理動作例を説明する図である。
ステージＳＴ５１は、プレイヤＡが、必殺技の準備中(Ｒｅａｄｙ)である場合を表している。この場面は、ステージＳＴ４（図１０参照）等に対応する。なお、ステージＳＴ５１におけるプレイヤＢは、２個のモンスター２２の一括移動を指示している。
「情報処理１」等では、モンスターの移動前に移動するモンスターの数等を調整する。このため、ゲーム空間から消えたモンスターが再び出現されることは想定していない。
ここでは、移動対象に指定されたモンスターの移動そのものは一旦受け付ける場合について説明する。
図３１は、移動先が受け入れ可能な数を超えるモンスター２２の移動が指示された場合の処理動作例を説明する図である。
ステージＳＴ５１は、プレイヤＡが、必殺技の準備中(Ｒｅａｄｙ)である場合を表している。この場面は、ステージＳＴ４（図１０参照）等に対応する。なお、ステージＳＴ５１におけるプレイヤＢは、２個のモンスター２２の一括移動を指示している。
【0165】
ステージＳＴ５２は、モンスター２２の移動の受け付けにより、プレイヤＢのゲーム空間から２個のモンスター２２が消えた状態を表現している。なお、移動先であるプレイヤＡのゲーム空間に変化はない。
ステージＳＴ５３は、モンスター２２の移動の実行後の状態を表している。
まず、移動先となるプレイヤＡのゲーム空間には、１個のモンスター２２が新たに出現している。このモンスター２２の出現は、点滅３１等によりプレイヤＡに通知されている。
他方、移動元となるプレイヤＢのゲーム空間には、１個のモンスター２２が新たに出現している。このモンスター２２の出現は、点滅８１等によりプレイヤＢに通知されている。
また、プレイヤＢのゲーム空間には、出現の理由を説明する案内文８１が表示されている。図３１の場合、案内文８２には「移動できませんでした」等の理由が示される。なお、「移動可能なモンスターは１つでした」等の原因を表示してもよい。
なお、このようなモンスター２２の戻りは、相性の悪いモンスター２２の移動を指示した場合にも起こり得る。
ステージＳＴ５３は、モンスター２２の移動の実行後の状態を表している。
まず、移動先となるプレイヤＡのゲーム空間には、１個のモンスター２２が新たに出現している。このモンスター２２の出現は、点滅３１等によりプレイヤＡに通知されている。
他方、移動元となるプレイヤＢのゲーム空間には、１個のモンスター２２が新たに出現している。このモンスター２２の出現は、点滅８１等によりプレイヤＢに通知されている。
また、プレイヤＢのゲーム空間には、出現の理由を説明する案内文８１が表示されている。図３１の場合、案内文８２には「移動できませんでした」等の理由が示される。なお、「移動可能なモンスターは１つでした」等の原因を表示してもよい。
なお、このようなモンスター２２の戻りは、相性の悪いモンスター２２の移動を指示した場合にも起こり得る。
【0166】
＜移動したモンスターの一部が戻される例２＞
「情報処理１」等では、モンスターの移動前に移動するモンスターの数等を調整する。このため、ゲーム空間から消えたモンスターが再び出現されることは想定していない。
ここでは、移動対象に指定されたモンスターの移動も必殺技も実行されるが、必殺技で倒せないモンスターが残った場合について説明する。
図３２は、移動先が受け入れ可能な数を超えるモンスター２２の移動が指示された場合の他の処理動作例を説明する図である。
「情報処理１」等では、モンスターの移動前に移動するモンスターの数等を調整する。このため、ゲーム空間から消えたモンスターが再び出現されることは想定していない。
ここでは、移動対象に指定されたモンスターの移動も必殺技も実行されるが、必殺技で倒せないモンスターが残った場合について説明する。
図３２は、移動先が受け入れ可能な数を超えるモンスター２２の移動が指示された場合の他の処理動作例を説明する図である。
【0167】
ステージＳＴ６１は、プレイヤＡのゲーム空間で必殺技が発動する場面を表している。このゲーム空間には３個のモンスター２２が存在している。必殺技の攻撃は、３個のうちの２個にヒットしている。
因みに、プレイヤＡのゲーム空間に存在する３個のモンスター２２のうちの２個は、プレイヤＢのゲーム空間から一括移動されたものである。ステージＳＴ６１では、プレイヤＢのゲーム空間に２個のモンスター２２がプレイヤＡを表すアイコンのうえにドラッグされた様子を示している。
ステージＳＴ６２は、必殺技の発動後を表している。必殺技が発動されたプレイヤＡのゲーム空間には、必殺技の攻撃がヒットしなかった１個のモンスター２２が残っている。なお、移動元となったプレイヤＢのゲーム空間には、この時点で、モンスター２２が「０」である。モンスター２２の一括移動が正常に実行されたためである。
因みに、プレイヤＡのゲーム空間に存在する３個のモンスター２２のうちの２個は、プレイヤＢのゲーム空間から一括移動されたものである。ステージＳＴ６１では、プレイヤＢのゲーム空間に２個のモンスター２２がプレイヤＡを表すアイコンのうえにドラッグされた様子を示している。
ステージＳＴ６２は、必殺技の発動後を表している。必殺技が発動されたプレイヤＡのゲーム空間には、必殺技の攻撃がヒットしなかった１個のモンスター２２が残っている。なお、移動元となったプレイヤＢのゲーム空間には、この時点で、モンスター２２が「０」である。モンスター２２の一括移動が正常に実行されたためである。
【0168】
ところで、ステージＳＴ６２の場合、必殺技を発動したプレイヤＡのゲーム空間内のモンスター２２の数が必殺技の発動前と同じ１個であるのに、移動可能な数を超過するモンスターを移動させたプレイヤＢのゲーム空間にモンスターが「０」となっている。これでは、プレイヤＡは、プレイヤＢのために必殺技を発動したのと同じになってしまう。換言すると、プレイヤＡは、必殺技を発動したのにモンスター２２の数を減らすことができない点で不利益を被っている。
このような状態は、プレイヤＡが想定する発動効果に反すると思われる。
そこで、ステージＳＴ６３のように、少なくとも必殺技の発動時において、実際に移動可能な数の上限を超えてモンスター２２を移動させたプレイヤＢには、必殺技の発動後に残ったモンスター２２を戻す仕様とする。
このような状態は、プレイヤＡが想定する発動効果に反すると思われる。
そこで、ステージＳＴ６３のように、少なくとも必殺技の発動時において、実際に移動可能な数の上限を超えてモンスター２２を移動させたプレイヤＢには、必殺技の発動後に残ったモンスター２２を戻す仕様とする。
【0169】
その結果、ステージＳＴ６３におけるプレイヤＡのゲーム空間からは、必殺技がヒットしなかったモンスター２２が消えている。すなわち、モンスター２２の数が「０」に変化している。
一方で、プレイヤＢのゲーム空間には、１個のモンスター２２が出現している。このモンスター２２の出現は、点滅９１によりプレイヤＢに通知されている。
また、プレイヤＢのゲーム空間には、出現の理由を説明する案内文９２が表示されている。図３２の場合、案内文９２には「戻ってきました！」等の理由が示される。なお、「移動可能なモンスターは１つでした」等の出現の原因を表示してもよい。
このようなモンスター２２の戻りは、相性の悪いモンスター２２の移動を指示した場合にも起こり得る。
一方で、プレイヤＢのゲーム空間には、１個のモンスター２２が出現している。このモンスター２２の出現は、点滅９１によりプレイヤＢに通知されている。
また、プレイヤＢのゲーム空間には、出現の理由を説明する案内文９２が表示されている。図３２の場合、案内文９２には「戻ってきました！」等の理由が示される。なお、「移動可能なモンスターは１つでした」等の出現の原因を表示してもよい。
このようなモンスター２２の戻りは、相性の悪いモンスター２２の移動を指示した場合にも起こり得る。
【0170】
＜移動元が複数の場合の処理動作＞
「情報処理１」等では、説明を簡単にするために、パーティーを構成するプレイヤの数が２の場合について説明したが、実際にはより多くのプレイヤによりパーティーが構成される場合がある。
図３３は、移動元が複数の場合を想定したモンスターの移動を実現する処理動作例を説明するフローチャートである。
まず、プロセッサ１１は、必殺技で倒せるモンスターの最大数Ｎｍａｘを取得する（ステップ６１）。ステップ６１では、必殺技の発動を想定するが、移動可能なモンスターの最大数Ｎｍａｘが定まる場合であれば、必殺技に限る必要はない。また、ステップ６１では、移動可能なモンスターの最大数Ｎｍａｘが定まる場合を想定しているが、ダメージ量でもよい。
「情報処理１」等では、説明を簡単にするために、パーティーを構成するプレイヤの数が２の場合について説明したが、実際にはより多くのプレイヤによりパーティーが構成される場合がある。
図３３は、移動元が複数の場合を想定したモンスターの移動を実現する処理動作例を説明するフローチャートである。
まず、プロセッサ１１は、必殺技で倒せるモンスターの最大数Ｎｍａｘを取得する（ステップ６１）。ステップ６１では、必殺技の発動を想定するが、移動可能なモンスターの最大数Ｎｍａｘが定まる場合であれば、必殺技に限る必要はない。また、ステップ６１では、移動可能なモンスターの最大数Ｎｍａｘが定まる場合を想定しているが、ダメージ量でもよい。
【0171】
次に、プロセッサ１１は、移動先のプレイヤの現在のモンスターの数Ｎｎｏｗを取得する（ステップ６２）。なお、ステップ６１でダメージ量を用いる場合、ステップ６２で、移動先のプレイヤのゲーム空間に存在するモンスターの体力値の合計値が取得される。
続いて、プロセッサ１１は、移動可能なモンスターの数ＮＤ(＝Ｎｍａｘ－Ｎｎｏｗ)を算出する（ステップ６３）。なお、ステップ６１でダメージ量を用いる場合、ステップ６２で、ダメージ量と移動先のプレイヤのゲーム空間に存在するモンスターの体力値（ＨＰ）の合計値との差分が算出される。
続いて、プロセッサ１１は、移動可能なモンスターの数ＮＤ(＝Ｎｍａｘ－Ｎｎｏｗ)を算出する（ステップ６３）。なお、ステップ６１でダメージ量を用いる場合、ステップ６２で、ダメージ量と移動先のプレイヤのゲーム空間に存在するモンスターの体力値（ＨＰ）の合計値との差分が算出される。
【0172】
以上の前処理が終了すると、プロセッサ１１は、移動元となる複数のプレイヤに実行順を設定する（ステップ６４）。
実行順を設定する方法には、例えば移動の指示を受け付けた順、対応するゲーム空間に存在するモンスターが多い順、対応するゲーム空間に存在するモンスターの体力値（ＨＰ）の合計値が大きい順、移動元のプレイヤが使用する味方キャラとの相性が悪いモンスターが多い順、移動先のプレイヤが使用する味方キャラと相性が良いモンスターが多い順がある。
因みに、モンスターの移動が１個ずつ指示される場合には、指示の受付順に実行順を決定する。
実行順を設定する方法には、例えば移動の指示を受け付けた順、対応するゲーム空間に存在するモンスターが多い順、対応するゲーム空間に存在するモンスターの体力値（ＨＰ）の合計値が大きい順、移動元のプレイヤが使用する味方キャラとの相性が悪いモンスターが多い順、移動先のプレイヤが使用する味方キャラと相性が良いモンスターが多い順がある。
因みに、モンスターの移動が１個ずつ指示される場合には、指示の受付順に実行順を決定する。
【0173】
実行順が設定されると、プロセッサ１１は、順番ｉを１に初期化する（ステップ６５）。
次に、プロセッサ１１は、移動元のプレイヤＰｉが移動するモンスターの数ｎｉがＮＤ以下か否かを判定する（ステップ６６）。
モンスターの移動が１個ずつ指示される場合、数ｎｉは「１」である。
モンスターの移動が一括で指示される場合、数ｎｉは輪６０で捕獲されたモンスターの数である。
１人のプレイヤが移動可能なモンスターの数に上限が設定されている場合には、上限を与える数が数ｎｉとある。
この他、特定の属性を有するモンスターだけを移動の対象とする場合には、該当するモンスターの数が数ｎｉとなる。
次に、プロセッサ１１は、移動元のプレイヤＰｉが移動するモンスターの数ｎｉがＮＤ以下か否かを判定する（ステップ６６）。
モンスターの移動が１個ずつ指示される場合、数ｎｉは「１」である。
モンスターの移動が一括で指示される場合、数ｎｉは輪６０で捕獲されたモンスターの数である。
１人のプレイヤが移動可能なモンスターの数に上限が設定されている場合には、上限を与える数が数ｎｉとある。
この他、特定の属性を有するモンスターだけを移動の対象とする場合には、該当するモンスターの数が数ｎｉとなる。
【0174】
数ｎｉが移動可能なモンスターの数ＮＤを超える場合、プロセッサ１１は、ステップ６６で否定結果を得る。この場合、プロセッサ１１は、移動可能なモンスターの数ＮＤ個のモンスターを移動する（ステップ６７）。また、プロセッサ１１は、そのまま処理を終了する。
これに対し、数ｎｉが移動可能なモンスターの数ＮＤを超えない場合、プロセッサ１１は、ステップ６６で肯定結果を得る。この場合、プロセッサ１１は、ｎｉ個のモンスターを移動する（ステップ６８）。
さらに、プロセッサ１１は、移動可能なモンスターの数ＮＤを更新する（ステップ６９）。具体的には、ＮＤ＝ＮＤ－ｎｉとする。
これに対し、数ｎｉが移動可能なモンスターの数ＮＤを超えない場合、プロセッサ１１は、ステップ６６で肯定結果を得る。この場合、プロセッサ１１は、ｎｉ個のモンスターを移動する（ステップ６８）。
さらに、プロセッサ１１は、移動可能なモンスターの数ＮＤを更新する（ステップ６９）。具体的には、ＮＤ＝ＮＤ－ｎｉとする。
【0175】
続いて、プロセッサ１１は、順番ｉの値を１つ増加する（ステップ７０）。その後、プロセッサ１１は、ｉが移動元となるプレイヤの数を超えるか否かを判定する（ステップ７１）。例えばパーティーを構成するプレイヤが「３」の場合、ｉが「２」を超えるか否かを判定する。
ステップ７１で否定結果が得られた場合、プロセッサ１１は、ステップ６６に戻り、次の順番のプレイヤについて同様の処理を実行する。
これに対し、ステップ７１で肯定結果が得られた場合、プロセッサ１１は、この処理を終了する。
ステップ７１で否定結果が得られた場合、プロセッサ１１は、ステップ６６に戻り、次の順番のプレイヤについて同様の処理を実行する。
これに対し、ステップ７１で肯定結果が得られた場合、プロセッサ１１は、この処理を終了する。
【0176】
図３４は、２つの移動元からの移動が競合する場合に移動の受付順にモンスターを移動する例を説明する図である。
図３４では、パーティーがプレイヤＡ、プレイヤＢ、プレイヤＣで構成される場合を想定している。
また、必殺技が発動するプレイヤＡへは３個のモンスターの移動が可能であるものとする。
ステージＳＴ７１では、プレイヤＡのゲーム空間には１個のモンスター２２が存在し、プレイヤＢのゲーム空間には２個のモンスター２２が存在し、プレイヤＣのゲーム空間には３個のモンスター２２が存在している。
図３４では、パーティーがプレイヤＡ、プレイヤＢ、プレイヤＣで構成される場合を想定している。
また、必殺技が発動するプレイヤＡへは３個のモンスターの移動が可能であるものとする。
ステージＳＴ７１では、プレイヤＡのゲーム空間には１個のモンスター２２が存在し、プレイヤＢのゲーム空間には２個のモンスター２２が存在し、プレイヤＣのゲーム空間には３個のモンスター２２が存在している。
【0177】
ステージＳＴ７１は、プレイヤＢとプレイヤＣが、プレイヤＡに対する移動対象として、それぞれ２個のモンスターを指示した様子を表している。
つまり、４個のモンスターの移動を受け付けたことになる。
ステージＳＴ７２は、受付順にモンスター２２の移動を実行している。この例では、プレイヤＢの受け付けがプレイヤＣよりも早かった場合である。
このため、プレイヤＢは、指示した２個のモンスターを全て移動できている。その結果、プレイヤＢのゲーム空間に残るモンスターの数は「０」である。
一方、プレイヤＣが移動可能な数は「１」となる。このため、指示した２個のモンスターのうち移動できたのは１個のみとなる。その結果、プレイヤＣのゲーム空間には２個のモンスター２２が残っている。
なお、移動先となるプレイヤＡのゲーム空間に新たに出現した３個を加えた４個のモンスター２２が存在することになる。もっとも、必殺技の発動により、プレイヤＡのゲーム空間に存在するモンスター２２の数は「０」になる。
つまり、４個のモンスターの移動を受け付けたことになる。
ステージＳＴ７２は、受付順にモンスター２２の移動を実行している。この例では、プレイヤＢの受け付けがプレイヤＣよりも早かった場合である。
このため、プレイヤＢは、指示した２個のモンスターを全て移動できている。その結果、プレイヤＢのゲーム空間に残るモンスターの数は「０」である。
一方、プレイヤＣが移動可能な数は「１」となる。このため、指示した２個のモンスターのうち移動できたのは１個のみとなる。その結果、プレイヤＣのゲーム空間には２個のモンスター２２が残っている。
なお、移動先となるプレイヤＡのゲーム空間に新たに出現した３個を加えた４個のモンスター２２が存在することになる。もっとも、必殺技の発動により、プレイヤＡのゲーム空間に存在するモンスター２２の数は「０」になる。
【0178】
図３５は、２つの移動元からの移動が競合する場合にゲーム空間に存在するモンスターが多い順にモンスターを移動する例を説明する図である。
図３５も、パーティーがプレイヤＡ、プレイヤＢ、プレイヤＣで構成される場合を想定している。
また、必殺技が発動するプレイヤＡへは３個のモンスターの移動が可能であるものとする。
ステージＳＴ８１では、プレイヤＡのゲーム空間には１個のモンスター２２が存在し、プレイヤＢのゲーム空間には２個のモンスター２２が存在し、プレイヤＣのゲーム空間には３個のモンスター２２が存在している。
図３５も、パーティーがプレイヤＡ、プレイヤＢ、プレイヤＣで構成される場合を想定している。
また、必殺技が発動するプレイヤＡへは３個のモンスターの移動が可能であるものとする。
ステージＳＴ８１では、プレイヤＡのゲーム空間には１個のモンスター２２が存在し、プレイヤＢのゲーム空間には２個のモンスター２２が存在し、プレイヤＣのゲーム空間には３個のモンスター２２が存在している。
【0179】
ステージＳＴ８１の場合も、プレイヤＢとプレイヤＣが、プレイヤＡに対する移動対象として、それぞれ２個のモンスターを指示した様子を表している。
つまり、４個のモンスターの移動を受け付けたことになる。
ステージＳＴ８２は、ゲーム空間に存在するモンスターの数が多い順にモンスター２２の移動を実行している。この例の場合、プレイヤＢのモンスター２２の数が「２」であるのに対し、プレイヤＣの数が「３」である。
このため、プレイヤＣは、指示した２個のモンスターを全て移動できている。その結果、プレイヤＣのゲーム空間に残るモンスターの数は「１」である。
一方、プレイヤＢが移動可能な数は「１」となる。このため、指示した２個のモンスターのうち移動できたのは１個のみとなる。その結果、プレイヤＢのゲーム空間には１個のモンスター２２が残っている。
なお、移動先となるプレイヤＡのゲーム空間に新たに出現した３個を加えた４個のモンスター２２が存在することになる。もっとも、必殺技の発動により、プレイヤＡのゲーム空間に存在するモンスター２２の数は「０」になる。
つまり、４個のモンスターの移動を受け付けたことになる。
ステージＳＴ８２は、ゲーム空間に存在するモンスターの数が多い順にモンスター２２の移動を実行している。この例の場合、プレイヤＢのモンスター２２の数が「２」であるのに対し、プレイヤＣの数が「３」である。
このため、プレイヤＣは、指示した２個のモンスターを全て移動できている。その結果、プレイヤＣのゲーム空間に残るモンスターの数は「１」である。
一方、プレイヤＢが移動可能な数は「１」となる。このため、指示した２個のモンスターのうち移動できたのは１個のみとなる。その結果、プレイヤＢのゲーム空間には１個のモンスター２２が残っている。
なお、移動先となるプレイヤＡのゲーム空間に新たに出現した３個を加えた４個のモンスター２２が存在することになる。もっとも、必殺技の発動により、プレイヤＡのゲーム空間に存在するモンスター２２の数は「０」になる。
【0180】
＜移動先が複数の場合の画面例１＞
「情報処理１」等では、説明を簡単にするために、パーティーを構成するプレイヤの数が２の場合について説明した。このため、ほとんどの場合、移動先と移動元はそれぞれ１つとなる。しかし、３人以上のプレイヤでパーティーが構成される場合には、移動元が１つで移動先が複数になる可能性がある。
図３６は、移動先が複数ある場合に移動先の決定を支援する情報を含む画面例を説明する図である。
図３６も、パーティーがプレイヤＡ、プレイヤＢ、プレイヤＣで構成される場合を想定している。
なお、プレイヤＡとプレイヤＣで必殺技の発動が可能であり、プレイヤＢでは必殺技が発動しない。
「情報処理１」等では、説明を簡単にするために、パーティーを構成するプレイヤの数が２の場合について説明した。このため、ほとんどの場合、移動先と移動元はそれぞれ１つとなる。しかし、３人以上のプレイヤでパーティーが構成される場合には、移動元が１つで移動先が複数になる可能性がある。
図３６は、移動先が複数ある場合に移動先の決定を支援する情報を含む画面例を説明する図である。
図３６も、パーティーがプレイヤＡ、プレイヤＢ、プレイヤＣで構成される場合を想定している。
なお、プレイヤＡとプレイヤＣで必殺技の発動が可能であり、プレイヤＢでは必殺技が発動しない。
【0181】
このため、プレイヤＡとプレイヤＣが移動先となり、プレイヤＢが移動元になる。
ステージＳＴ９１に特徴的な点は、パーティーを構成するプレイヤのアイコンの部分に各プレイヤのゲーム空間に存在するモンスターの数が表示される点である。
例えばプレイヤＢのゲーム空間に表示されるプレイヤＡのアイコンの並びには「１」の数字が表示され、プレイヤＣの並びには「３」の数字が表示される。図３６の場合、これらの数字は吹き出し９３で表示されている。もっとも、表示の仕方は吹き出し９３に限らない。例えばアイコンの中に表示してもよい。
ステージＳＴ９１に特徴的な点は、パーティーを構成するプレイヤのアイコンの部分に各プレイヤのゲーム空間に存在するモンスターの数が表示される点である。
例えばプレイヤＢのゲーム空間に表示されるプレイヤＡのアイコンの並びには「１」の数字が表示され、プレイヤＣの並びには「３」の数字が表示される。図３６の場合、これらの数字は吹き出し９３で表示されている。もっとも、表示の仕方は吹き出し９３に限らない。例えばアイコンの中に表示してもよい。
【0182】
プレイヤＢは、自分が選択したモンスター２２をプレイヤＡにも、プレイヤＣにも移動させることが可能であるが、この数字を参考に移動先を決定することができる。
ステージＳＴ９２では、プレイヤＢは、１個のモンスター２２をプレイヤＣのアイコン上にドラッグしている。
このため、プレイヤＣのゲーム空間のモンスター２２の数は４個に増えている。なお、移動により出現したモンスター２２は点滅９４によって表示されている。
もっとも、一度に５個のモンスターを倒すことが可能な必殺技が発動される場合には、必殺技の発動によりゲーム空間内のモンスター２２は全て倒されるため、プレイヤＡとプレイヤＣのいずれに移動しても結果は同じになる。つまり、必殺技発動後のプレイヤＡとプレイヤＣのモンスター２２の数は「０」になる。
しかし、必殺技の発動により５個のモンスターしか倒せないことが分かっていれば、移動後のモンスター２２の数が６個以上になるプレイヤへの移動は避ける判断が可能になる。
ステージＳＴ９２では、プレイヤＢは、１個のモンスター２２をプレイヤＣのアイコン上にドラッグしている。
このため、プレイヤＣのゲーム空間のモンスター２２の数は４個に増えている。なお、移動により出現したモンスター２２は点滅９４によって表示されている。
もっとも、一度に５個のモンスターを倒すことが可能な必殺技が発動される場合には、必殺技の発動によりゲーム空間内のモンスター２２は全て倒されるため、プレイヤＡとプレイヤＣのいずれに移動しても結果は同じになる。つまり、必殺技発動後のプレイヤＡとプレイヤＣのモンスター２２の数は「０」になる。
しかし、必殺技の発動により５個のモンスターしか倒せないことが分かっていれば、移動後のモンスター２２の数が６個以上になるプレイヤへの移動は避ける判断が可能になる。
【0183】
＜移動先が複数の場合の画面例２＞
ここでは、移動の対象に選択したモンスターの属性と相性の良い必殺技等が発動されるプレイヤを移動元となるプレイヤに通知する仕組みについて説明する。
図３７は、移動先が複数ある場合に移動先の決定を支援する情報を含む他の画面例を説明する図である。
図３７も、パーティーがプレイヤＡ、プレイヤＢ、プレイヤＣで構成される場合を想定している。
また、プレイヤＡとプレイヤＣで必殺技の発動が可能であり、プレイヤＢでは必殺技が発動しない。
ここでは、移動の対象に選択したモンスターの属性と相性の良い必殺技等が発動されるプレイヤを移動元となるプレイヤに通知する仕組みについて説明する。
図３７は、移動先が複数ある場合に移動先の決定を支援する情報を含む他の画面例を説明する図である。
図３７も、パーティーがプレイヤＡ、プレイヤＢ、プレイヤＣで構成される場合を想定している。
また、プレイヤＡとプレイヤＣで必殺技の発動が可能であり、プレイヤＢでは必殺技が発動しない。
【0184】
このため、プレイヤＡとプレイヤＣが移動先となり、プレイヤＢが移動元になる。
ステージＳＴ１０１は、プレイヤＢが移動したいモンスター２２を選択した状態を表している。この例の場合、モンスター２２は木属性を有している。
ところで、プレイヤＡで発動される必殺技は水属性であり、プレイヤＣで発動される必殺技は火属性である。
火属性の攻撃は、木属性のモンスター２２に大きなダメージを与えることができる。
ステージＳＴ１０１は、プレイヤＢが移動したいモンスター２２を選択した状態を表している。この例の場合、モンスター２２は木属性を有している。
ところで、プレイヤＡで発動される必殺技は水属性であり、プレイヤＣで発動される必殺技は火属性である。
火属性の攻撃は、木属性のモンスター２２に大きなダメージを与えることができる。
【0185】
このため、ステージＳＴ１０２では、パーティーを構成するプレイヤＣのアイコンが強調表示に変更されている。図３７では、強調表示を太枠９５で表現している。なお、強調表示としては、移動先として推奨されるアイコンのハイライト表示、点滅表示を用いてもよい。因みに、推奨されないアイコンが移動先に選択されないように、推奨されないプレイヤのアイコンをグレーアウト表示等してもよい。
いずれにしても、ステージＳＴ１０２の表示により、プレイヤＢは、モンスター２２の移動による負担又は不利益が少なく済むプレイヤを容易に判断することができる。
また、移動元となるプレイヤが、移動するモンスター２２との相性等も判断して移動先を決定してもらえるので、モンスター２２を受け入れるプレイヤの負担の低減が実現される。
いずれにしても、ステージＳＴ１０２の表示により、プレイヤＢは、モンスター２２の移動による負担又は不利益が少なく済むプレイヤを容易に判断することができる。
また、移動元となるプレイヤが、移動するモンスター２２との相性等も判断して移動先を決定してもらえるので、モンスター２２を受け入れるプレイヤの負担の低減が実現される。
【0186】
＜他の実施の形態＞
発明の形態は、前述した実施の形態に限らない。例えば各実施の形態の要素を適宜組み合わせることも可能である。
（１）例えば前述の「情報処理１」では、プレイヤＡで発動される必殺技で倒せるモンスターの数を「５」とし、プレイヤＢからプレイヤＡに移動可能なモンスターの数を、プレイヤＡのゲーム空間に存在するモンスターの数との差分である「２」とする例を説明したが、必殺技で倒せるモンスターの数が無制限の場合には、プレイヤＢに存在する全てのモンスターを移動してもよい。もっとも、前述したように、プレイヤＡの属性と相性が悪いモンスターについては移動の対象から除外されるようにしてもよい。
発明の形態は、前述した実施の形態に限らない。例えば各実施の形態の要素を適宜組み合わせることも可能である。
（１）例えば前述の「情報処理１」では、プレイヤＡで発動される必殺技で倒せるモンスターの数を「５」とし、プレイヤＢからプレイヤＡに移動可能なモンスターの数を、プレイヤＡのゲーム空間に存在するモンスターの数との差分である「２」とする例を説明したが、必殺技で倒せるモンスターの数が無制限の場合には、プレイヤＢに存在する全てのモンスターを移動してもよい。もっとも、前述したように、プレイヤＡの属性と相性が悪いモンスターについては移動の対象から除外されるようにしてもよい。
【0187】
（２）前述の実施の形態では、サーバ１０でコンピュータゲームを実行しているが、ユーザ端末２０で実行させてもよい。
【0188】
（３）前述の実施の形態では、１つのゲームフィールド上に各プレイヤのゲーム空間が設定される場合を例示したが、各プレイヤのゲーム空間はそれぞれ独立したゲームフィールドでもよい。
【0189】
＜まとめ＞
以下に、実施の形態で説明した情報処理装置、情報処理方法及びプログラムの主な特徴を示す。
［汎用課題］
本発明の目的の１つは、移動先となるプレイヤの負担にならないゲーム媒体の移動を可能にすることである。
以下に、実施の形態で説明した情報処理装置、情報処理方法及びプログラムの主な特徴を示す。
［汎用課題］
本発明の目的の１つは、移動先となるプレイヤの負担にならないゲーム媒体の移動を可能にすることである。
【0190】
［付記１］に対応する課題
本発明の目的の１つは、複数のプレイヤ間におけるゲーム媒体の移動を、移動先となるプレイヤ側のゲーム状態に応じて発動可能にすることである。
［付記１］情報処理装置は、第１プレイヤに有利な第１ゲーム状態を検出する検出部と、第１ゲーム状態が検出された場合に、第１プレイヤと所定関係にある第２プレイヤのゲーム空間にあるゲーム媒体の少なくとも一部を第１プレイヤのゲーム空間に移動可能に制御する制御部と、を有する。
この情報処理装置により、複数のプレイヤ間におけるゲーム媒体の移動を、移動先となるプレイヤ側のゲーム状態に応じて発動可能にできる。
本発明の目的の１つは、複数のプレイヤ間におけるゲーム媒体の移動を、移動先となるプレイヤ側のゲーム状態に応じて発動可能にすることである。
［付記１］情報処理装置は、第１プレイヤに有利な第１ゲーム状態を検出する検出部と、第１ゲーム状態が検出された場合に、第１プレイヤと所定関係にある第２プレイヤのゲーム空間にあるゲーム媒体の少なくとも一部を第１プレイヤのゲーム空間に移動可能に制御する制御部と、を有する。
この情報処理装置により、複数のプレイヤ間におけるゲーム媒体の移動を、移動先となるプレイヤ側のゲーム状態に応じて発動可能にできる。
【0191】
［付記２］に対応する課題
本発明の目的の１つは、他のプレイヤからの望まないゲーム媒体の送り付けから各プレイヤを保護することである。
［付記２］第１プレイヤが第１ゲーム状態よりも不利な第２ゲーム状態にある場合、制御部は、第２プレイヤのゲーム空間にあるゲーム媒体を第１プレイヤのゲーム空間に移動できないように制御する、付記１に記載の情報処理装置。
これにより、他のプレイヤからの望まないゲーム媒体の送り付けから各プレイヤを保護できる。
本発明の目的の１つは、他のプレイヤからの望まないゲーム媒体の送り付けから各プレイヤを保護することである。
［付記２］第１プレイヤが第１ゲーム状態よりも不利な第２ゲーム状態にある場合、制御部は、第２プレイヤのゲーム空間にあるゲーム媒体を第１プレイヤのゲーム空間に移動できないように制御する、付記１に記載の情報処理装置。
これにより、他のプレイヤからの望まないゲーム媒体の送り付けから各プレイヤを保護できる。
【0192】
［付記３］に対応する課題
本発明の目的の１つは、複数のプレイヤが協同する機会を提供することである。
［付記３］第１プレイヤへのゲーム媒体の移動が可能であることを第２プレイヤに通知する通知部を更に有する、付記１に記載の情報処理装置。
これにより、複数のプレイヤが協同する機会を提供できる。
本発明の目的の１つは、複数のプレイヤが協同する機会を提供することである。
［付記３］第１プレイヤへのゲーム媒体の移動が可能であることを第２プレイヤに通知する通知部を更に有する、付記１に記載の情報処理装置。
これにより、複数のプレイヤが協同する機会を提供できる。
【0193】
［付記４］に対応する課題
本発明の目的の１つは、ゲーム媒体を他のプレイヤから受け付ける場面を明確化することである。
［付記４］通知部は、第１プレイヤのゲーム空間にあるゲーム媒体の数を、第２プレイヤに通知する、付記３に記載の情報処理装置。
これにより、対象プレイヤによる移動の判断を支援できる。
本発明の目的の１つは、ゲーム媒体を他のプレイヤから受け付ける場面を明確化することである。
［付記４］通知部は、第１プレイヤのゲーム空間にあるゲーム媒体の数を、第２プレイヤに通知する、付記３に記載の情報処理装置。
これにより、対象プレイヤによる移動の判断を支援できる。
【0194】
［付記５］に対応する課題
本発明の目的の１つは、ゲーム媒体を他のプレイヤから受け付ける場面を明確化することである。
［付記５］検出部は、第１プレイヤが所定のゲーム効果を発動可能になった場合を、第１ゲーム状態として検出する、付記１に記載の情報処理装置。
これにより、ゲーム媒体を他のプレイヤから受け付ける場面を明確化できる。
本発明の目的の１つは、ゲーム媒体を他のプレイヤから受け付ける場面を明確化することである。
［付記５］検出部は、第１プレイヤが所定のゲーム効果を発動可能になった場合を、第１ゲーム状態として検出する、付記１に記載の情報処理装置。
これにより、ゲーム媒体を他のプレイヤから受け付ける場面を明確化できる。
【0195】
［付記６］に対応する課題
本発明の目的の１つは、所定のゲーム効果を有効に活用することである。
［付記６］制御部は、ゲーム効果の種類に応じ、第２プレイヤのゲーム空間から第１プレイヤのゲーム空間に移動可能なゲーム媒体を制御する、付記５に記載の情報処理装置。
これにより、所定のゲーム効果を有効に活用できる。
本発明の目的の１つは、所定のゲーム効果を有効に活用することである。
［付記６］制御部は、ゲーム効果の種類に応じ、第２プレイヤのゲーム空間から第１プレイヤのゲーム空間に移動可能なゲーム媒体を制御する、付記５に記載の情報処理装置。
これにより、所定のゲーム効果を有効に活用できる。
【0196】
［付記７］に対応する課題
本発明の目的の１つは、プレイヤによるゲーム媒体の選択を支援することである。
［付記７］制御部は、ゲーム効果がゲーム媒体に与える効果を示す数値に応じ、第２プレイヤのゲーム空間にあるゲーム媒体のうち移動可能なゲーム媒体の候補を識別可能に表示する、付記６に記載の情報処理装置。
これにより、プレイヤによるゲーム媒体の選択を支援できる。
本発明の目的の１つは、プレイヤによるゲーム媒体の選択を支援することである。
［付記７］制御部は、ゲーム効果がゲーム媒体に与える効果を示す数値に応じ、第２プレイヤのゲーム空間にあるゲーム媒体のうち移動可能なゲーム媒体の候補を識別可能に表示する、付記６に記載の情報処理装置。
これにより、プレイヤによるゲーム媒体の選択を支援できる。
【0197】
［付記８］に対応する課題
本発明の目的の１つは、ゲーム媒体の移動を移動先で対応可能な数に制限することである。
［付記８］制御部は、第１プレイヤが第２ゲーム状態から第１ゲーム状態に遷移した際の条件の違いに応じ、第２プレイヤのゲーム空間から第１プレイヤのゲーム空間に移動可能なゲーム媒体数を制御する、付記２に記載の情報処理装置。
これにより、ゲーム媒体の移動を移動先で対応可能な数に制限できる。
本発明の目的の１つは、ゲーム媒体の移動を移動先で対応可能な数に制限することである。
［付記８］制御部は、第１プレイヤが第２ゲーム状態から第１ゲーム状態に遷移した際の条件の違いに応じ、第２プレイヤのゲーム空間から第１プレイヤのゲーム空間に移動可能なゲーム媒体数を制御する、付記２に記載の情報処理装置。
これにより、ゲーム媒体の移動を移動先で対応可能な数に制限できる。
【0198】
［付記９］に対応する課題
本発明の目的の１つは、ゲーム効果の違いに応じたゲーム媒体の移動を実現することである。
［付記９］制御部は、第１プレイヤが発動可能なゲーム効果に対応するゲーム媒体数に応じ、第２プレイヤのゲーム空間から第１プレイヤのゲーム空間へのゲーム媒体の移動を制御する、付記１に記載の情報処理装置。
これにより、ゲーム効果の違いに応じたゲーム媒体の移動を実現できる。
本発明の目的の１つは、ゲーム効果の違いに応じたゲーム媒体の移動を実現することである。
［付記９］制御部は、第１プレイヤが発動可能なゲーム効果に対応するゲーム媒体数に応じ、第２プレイヤのゲーム空間から第１プレイヤのゲーム空間へのゲーム媒体の移動を制御する、付記１に記載の情報処理装置。
これにより、ゲーム効果の違いに応じたゲーム媒体の移動を実現できる。
【0199】
［付記１０］に対応する課題
本発明の目的の１つは、所定のゲーム効果を有効に活用することである。
［付記１０］制御部は、第１プレイヤで発動可能なゲーム効果とゲーム媒体の持つ属性に応じて決定される効果の違いに基づいて、第２プレイヤのゲーム空間にあるゲーム媒体のうち第１プレイヤのゲーム空間に移動可能なゲーム媒体を選択する、付記５に記載の情報処理装置。
これにより、所定のゲーム効果を有効に活用できる。
本発明の目的の１つは、所定のゲーム効果を有効に活用することである。
［付記１０］制御部は、第１プレイヤで発動可能なゲーム効果とゲーム媒体の持つ属性に応じて決定される効果の違いに基づいて、第２プレイヤのゲーム空間にあるゲーム媒体のうち第１プレイヤのゲーム空間に移動可能なゲーム媒体を選択する、付記５に記載の情報処理装置。
これにより、所定のゲーム効果を有効に活用できる。
【0200】
［付記１１］に対応する課題
本発明の目的の１つは、ゲーム媒体の移動先となるプレイヤの選択を容易化することである。
［付記１１］制御部は、移動の対象に選択されたゲーム媒体に対する効果が大きいゲーム効果が発動可能な第１プレイヤと、移動の対象に選択されたゲーム媒体に対する効果が小さいゲーム効果が発動可能な第１プレイヤとを識別可能に第２プレイヤのゲーム空間に表示する、付記５に記載の情報処理装置。
これにより、ゲーム媒体の移動先となるプレイヤの選択を容易化できる。
本発明の目的の１つは、ゲーム媒体の移動先となるプレイヤの選択を容易化することである。
［付記１１］制御部は、移動の対象に選択されたゲーム媒体に対する効果が大きいゲーム効果が発動可能な第１プレイヤと、移動の対象に選択されたゲーム媒体に対する効果が小さいゲーム効果が発動可能な第１プレイヤとを識別可能に第２プレイヤのゲーム空間に表示する、付記５に記載の情報処理装置。
これにより、ゲーム媒体の移動先となるプレイヤの選択を容易化できる。
【0201】
［付記１２］に対応する課題
本発明の目的の１つは、ゲーム媒体の移動元となるプレイヤによる敵キャラの移動後のゲームの進行を容易にすることである。
［付記１２］制御部は、第２プレイヤのゲーム空間では与えられる効果が小さいゲーム媒体を、第１プレイヤのゲーム空間への移動対象として選択可能に制御する、付記１に記載の情報処理装置。
これにより、ゲーム媒体の移動元となるプレイヤによる敵キャラの移動後のゲームの進行を容易にできる。
本発明の目的の１つは、ゲーム媒体の移動元となるプレイヤによる敵キャラの移動後のゲームの進行を容易にすることである。
［付記１２］制御部は、第２プレイヤのゲーム空間では与えられる効果が小さいゲーム媒体を、第１プレイヤのゲーム空間への移動対象として選択可能に制御する、付記１に記載の情報処理装置。
これにより、ゲーム媒体の移動元となるプレイヤによる敵キャラの移動後のゲームの進行を容易にできる。
【0202】
［付記１３］に対応する課題
本発明の目的の１つは、ゲーム媒体の移動先となるプレイヤでの受付後のゲームの進行を容易にすることである。
［付記１３］制御部は、第２プレイヤのゲーム空間から移動されたゲーム媒体の属性を、第１プレイヤのゲーム空間で発動されるゲーム効果がゲーム媒体に与える効果が大きい属性に変更する、付記１に記載の情報処理装置。
これにより、ゲーム媒体の移動先となるプレイヤでの受付後のゲームの進行を容易にできる。
本発明の目的の１つは、ゲーム媒体の移動先となるプレイヤでの受付後のゲームの進行を容易にすることである。
［付記１３］制御部は、第２プレイヤのゲーム空間から移動されたゲーム媒体の属性を、第１プレイヤのゲーム空間で発動されるゲーム効果がゲーム媒体に与える効果が大きい属性に変更する、付記１に記載の情報処理装置。
これにより、ゲーム媒体の移動先となるプレイヤでの受付後のゲームの進行を容易にできる。
【0203】
［付記１４］に対応する課題
本発明の目的の１つは、移動先に負担を与えないゲーム媒体の移動を実現することである。
［付記１４］第２プレイヤから第１プレイヤのゲーム空間に移動するゲーム媒体の数が、第１プレイヤによる受け入れ可能なゲーム媒体数を超える場合、制御部は、超過する数のゲーム媒体を第２プレイヤのゲーム空間に再配置する、１に記載の情報処理装置。
これにより、移動先に負担を与えないゲーム媒体の移動を実現できる。
本発明の目的の１つは、移動先に負担を与えないゲーム媒体の移動を実現することである。
［付記１４］第２プレイヤから第１プレイヤのゲーム空間に移動するゲーム媒体の数が、第１プレイヤによる受け入れ可能なゲーム媒体数を超える場合、制御部は、超過する数のゲーム媒体を第２プレイヤのゲーム空間に再配置する、１に記載の情報処理装置。
これにより、移動先に負担を与えないゲーム媒体の移動を実現できる。
【0204】
［付記１５］に対応する課題
本発明の目的の１つは、移動先に負担のないゲーム媒体の移動を実現することである。
［付記１５］制御部は、複数の第２プレイヤからのゲーム媒体の移動が競合する場合、移動の指示の受付順にゲーム媒体の移動を実行し、移動されたゲーム媒体数が第１プレイヤによる受け入れ可能なゲーム媒体数に達した後は、超過分に対応するゲーム媒体を移動元である第２プレイヤのゲーム空間に再配置する、付記１４に記載の情報処理装置。
これにより、移動先に負担のないゲーム媒体の移動を実現できる。
本発明の目的の１つは、移動先に負担のないゲーム媒体の移動を実現することである。
［付記１５］制御部は、複数の第２プレイヤからのゲーム媒体の移動が競合する場合、移動の指示の受付順にゲーム媒体の移動を実行し、移動されたゲーム媒体数が第１プレイヤによる受け入れ可能なゲーム媒体数に達した後は、超過分に対応するゲーム媒体を移動元である第２プレイヤのゲーム空間に再配置する、付記１４に記載の情報処理装置。
これにより、移動先に負担のないゲーム媒体の移動を実現できる。
【0205】
［付記１６］に対応する課題
本発明の目的の１つは、所定関係になるプレイヤ間におけるゲームの進行の差を小さくすることである。
［付記１６］制御部は、複数の第２プレイヤからゲーム媒体の移動が競合する場合、ゲーム空間にあるゲーム媒体の残数が多い第２プレイヤからの移動を、ゲーム媒体の残数がより少ない第２プレイヤからの移動よりも優先する、１に記載の情報処理装置。
これにより、所定関係になるプレイヤ間におけるゲームの進行の差を小さくできる。
本発明の目的の１つは、所定関係になるプレイヤ間におけるゲームの進行の差を小さくすることである。
［付記１６］制御部は、複数の第２プレイヤからゲーム媒体の移動が競合する場合、ゲーム空間にあるゲーム媒体の残数が多い第２プレイヤからの移動を、ゲーム媒体の残数がより少ない第２プレイヤからの移動よりも優先する、１に記載の情報処理装置。
これにより、所定関係になるプレイヤ間におけるゲームの進行の差を小さくできる。
【0206】
［付記１７］に対応する課題
本発明の目的の１つは、移動先に負担のないゲーム媒体の移動を実現することである。
［付記１７］制御部は、発動されたゲーム効果が終了した後に、第２プレイヤから移動されたゲーム媒体の一部が第１プレイヤのゲーム空間に残る場合、ゲーム媒体を移動元である第２プレイヤのゲーム空間に戻す、付記５に記載の情報処理装置。
これにより、移動先に負担のないゲーム媒体の移動を実現できる。
本発明の目的の１つは、移動先に負担のないゲーム媒体の移動を実現することである。
［付記１７］制御部は、発動されたゲーム効果が終了した後に、第２プレイヤから移動されたゲーム媒体の一部が第１プレイヤのゲーム空間に残る場合、ゲーム媒体を移動元である第２プレイヤのゲーム空間に戻す、付記５に記載の情報処理装置。
これにより、移動先に負担のないゲーム媒体の移動を実現できる。
【0207】
［付記１８］に対応する課題
本発明の目的の１つは、複数のプレイヤ間におけるゲーム媒体の移動を、移動先となるプレイヤ側のゲーム状態に応じて発動可能にすることである。
［付記１８］プロセッサが、第１プレイヤに有利な第１ゲーム状態を検出する処理と、プロセッサが、第１ゲーム状態が検出された場合に、第１プレイヤと所定関係にある第２プレイヤのゲーム空間にあるゲーム媒体の少なくとも一部を第１プレイヤのゲーム空間に移動可能に制御する処理とを実行する情報処理方法。
これにより、複数のプレイヤ間におけるゲーム媒体の移動を、移動先となるプレイヤ側のゲーム状態に応じて発動可能にできる。
本発明の目的の１つは、複数のプレイヤ間におけるゲーム媒体の移動を、移動先となるプレイヤ側のゲーム状態に応じて発動可能にすることである。
［付記１８］プロセッサが、第１プレイヤに有利な第１ゲーム状態を検出する処理と、プロセッサが、第１ゲーム状態が検出された場合に、第１プレイヤと所定関係にある第２プレイヤのゲーム空間にあるゲーム媒体の少なくとも一部を第１プレイヤのゲーム空間に移動可能に制御する処理とを実行する情報処理方法。
これにより、複数のプレイヤ間におけるゲーム媒体の移動を、移動先となるプレイヤ側のゲーム状態に応じて発動可能にできる。
【0208】
［付記１９］に対応する課題
本発明の目的の１つは、複数のプレイヤ間におけるゲーム媒体の移動を、移動先となるプレイヤ側のゲーム状態に応じて発動可能にすることである。
［付記１９］プロセッサに、第１プレイヤに有利な第１ゲーム状態を検出させ、プロセッサに、第１ゲーム状態が検出された場合に、第１プレイヤと所定関係にある第２プレイヤのゲーム空間にあるゲーム媒体の少なくとも一部を第１プレイヤのゲーム空間に移動可能に制御させる、処理を実行させるプログラム。
これにより、複数のプレイヤ間におけるゲーム媒体の移動を、移動先となるプレイヤ側のゲーム状態に応じて発動可能にできる。
本発明の目的の１つは、複数のプレイヤ間におけるゲーム媒体の移動を、移動先となるプレイヤ側のゲーム状態に応じて発動可能にすることである。
［付記１９］プロセッサに、第１プレイヤに有利な第１ゲーム状態を検出させ、プロセッサに、第１ゲーム状態が検出された場合に、第１プレイヤと所定関係にある第２プレイヤのゲーム空間にあるゲーム媒体の少なくとも一部を第１プレイヤのゲーム空間に移動可能に制御させる、処理を実行させるプログラム。
これにより、複数のプレイヤ間におけるゲーム媒体の移動を、移動先となるプレイヤ側のゲーム状態に応じて発動可能にできる。
【符号の説明】
【0209】
１…ゲームシステム、１０…サーバ、１１…プロセッサ、１２…メモリ、１３…補助記憶装置、１４…通信インタフェース、２０…ユーザ端末、２０Ａ…ゲーム空間、２１…味方キャラ、２２…モンスター、２３…体力値（ＨＰ）、２４…パーティーメンバー欄、１０１…受付部、１０２…ゲーム進行部、１０３…画像生成部、１０４…ゲーム状態検出部、１０５…媒体移動制御部、１０６…通知部、１１０…記憶部、１１１…プレイヤ情報、１１２…パーティー情報、１１３…クエスト情報、１１４…キャラクタ情報、１１５…ゲーム状態情報、Ｎ…ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
