JP2023093718A - ゲームシステム、ゲーム方法及びゲームプログラム - Google Patents

Abstract

【課題】ゲームの中断中にユーザができるゲーム関連操作を増やす。【解決手段】インゲームパートとアウトゲームパートとを含むゲームに係るゲームシステムであって、所定のゲーム媒体に関するゲーム媒体情報を記憶する第１記憶部と、インゲームパートが開始されると、ユーザによる操作情報と、第１記憶部に記憶されたゲーム媒体情報とに基づいて、インゲームパートを進行するゲーム処理部と、インゲームパートが、複数の対戦ゲームパートの複合体であって中断可能に構成された複合型ゲームパートと、個々に独立した対戦ゲームパートであって中断不能に構成された単独の対戦ゲームパートとを含み、中断条件が成立した場合に、進行中の複合型ゲームパートを前記ゲーム処理部に中断させる中断処理部と、を備える、ゲームシステムが開示される。【選択図】図７

Description

本開示は、ゲームシステム、ゲーム方法及びゲームプログラムに関する。

ゲームが中断された場合、ゲームは中断時のゲーム状態を再現して再開されるゲームがよく知られている。例えば、抽選により選択カードが決定された場合で、そのキャラクタの選択が未完了な状態でゲームが中断され、その後にゲームを再開する場合に、ゲーム進行させる前に、当該選択カードについてキャラクタを選択させる処理を行う技術が知られている。

特開２０１９－１５０５６１号公報

ゲームが中断された場合、ゲームは中断時のゲーム状態を正確に再現して再開される場合が多く、ゲームの中断中（次の再開までの間）にユーザができるゲーム関連操作が限られてしまう傾向がある。例えば、ゲームの中断中にユーザができるゲーム関連操作は、再開するかしないかを指示する操作だけに限られる場合が多い。

そこで、１つの側面では、本発明は、ゲームの中断中にユーザができるゲーム関連操作を増やすことを目的とする。

１つの側面では、インゲームパートとアウトゲームパートとを含むゲームに係るゲームシステムであって、所定のゲーム媒体に関するゲーム媒体情報を記憶する第１記憶部と、前記インゲームパートが開始されると、ユーザによる操作情報と、前記第１記憶部に記憶されたゲーム媒体情報とに基づいて、前記インゲームパートを進行するゲーム処理部と、前記インゲームパートが、複数の対戦ゲームパートの複合体であって中断可能に構成された複合型ゲームパートと、個々に独立した対戦ゲームパートであって中断不能に構成された単独の対戦ゲームパートとを含み、中断条件が成立した場合に、進行中の前記複合型ゲームパートを前記ゲーム処理部に中断させる中断処理部と、を備える、ゲームシステムが提供される。

１つの側面では、本発明によれば、ゲームの中断中にユーザができるゲーム関連操作を増やすことが可能となる

本発明の一実施形態に係るゲームシステムのブロック図である。 ユーザに関する情報を示す図である。 ゲーム媒体に関する情報を示す図である。 第１ゲーム媒体の進化の説明図である。 第１ゲーム媒体の変化されたゲーム媒体の情報の説明図である。 端末装置に表示されるプレイ画面の一例を示す図である。 複合型ゲームパートの構成の説明図である。 端末装置の各種機能のうちの、中断機能に関連した機能を示すブロック図である。 再開ボタンの一例を示す図である。 中断及び再開時に関連して実行されてよいサーバと端末装置との情報のやり取りの一例を概略的に示す概略フローチャートである。 ゲームシステムの端末装置の動作例を示す概略フローチャートである。 中断データの生成処理の一例を示す概略フローチャートである。 再開時の処理の一例を示す概略フローチャートである。

以下、添付図面を参照しながら各実施形態について詳細に説明する。

（ゲームシステムの概要）
図１を参照して、本発明の一実施形態に係るゲームシステム１の概要について説明する。ゲームシステム１は、サーバ装置１０と、１つ以上の端末装置２０と、を備える。図１では簡便のため、３つの端末装置２０を図示しているが、端末装置２０の数は２つ以上であればよい

サーバ装置１０は、例えばゲーム運営者が管理するサーバ等の情報処理装置である。端末装置２０は、例えば携帯電話、スマートフォン、タブレット端末、ＰＣ（Ｐｅｒｓｏａｌ Ｃｏｍｐｕｔｅｒ）、又はゲーム機等の、ユーザによって使用される情報処理装置である。端末装置２０は、本実施形態に係るゲームのアプリケーションを実行可能である。ゲームのアプリケーションは、ネットワーク３０を介して所定のアプリケーション配信サーバから端末装置２０に受信されてもよく、あるいは端末装置２０に備えられた記憶装置又は端末装置２０が読取可能なメモリカード等の記憶媒体に予め記憶されていてもよい。サーバ装置１０及び端末装置２０は、ネットワーク３０を介して通信可能に接続される。例えば、サーバ装置１０及び端末装置２０が協働して、ゲームに関する多様な処理を実行する。端末装置２０がいわゆるモバイル型（携帯型）であると外出先・移動中・隙間時間にプレイする場合が多く、長時間プレイするのが困難なことが多い。そのため、モバイル型でのプレイに好適なモバイルゲームにおいては、比較的長いプレイ時間を要するゲームパートをユーザは中断しがちである。中断が多いと連続性を感じられないためユーザが敬遠する傾向にある。本例は、ゲームパート中断中における処理を工夫することで、モバイルゲームにおけるユーザの選択肢を増やすことができる。

なお、ネットワーク３０は、無線通信網や、インターネット、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、有線ネットワーク、又はこれらの任意の組み合わせ等を含んでよい。

（ゲームの概要）
本実施形態に係るゲームの概要について説明する。本実施形態に係るゲームは、１つ以上のゲームパートを含む。１つ以上のゲームパートのうち少なくとも１つのゲームパートは、ゲーム媒体を用いて実行されてもよい

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

以下、特に明示した場合を除き、「ユーザが所有するゲーム媒体」とは、当該ユーザを一意に識別可能なユーザＩＤに所有ゲーム媒体として対応付けられたゲーム媒体を示す。また、「ゲーム媒体をユーザに付与する」とは、ゲーム媒体を所有ゲーム媒体としてユーザＩＤに対応付けることを示す。また、「ユーザが所有するゲーム媒体を破棄する」とは、ユーザＩＤと所有ゲーム媒体との対応付けを解消することを示す。また、「ユーザが所有するゲーム媒体を消費する」とは、ユーザＩＤと所有ゲーム媒体との対応付けの解消に応じて、何らかの効果又は影響をゲーム内で発生させ得ることを示す。また、「ユーザが所有するゲーム媒体を売却する」とは、ユーザＩＤと所有ゲーム媒体との対応付けを解消し、且つ、ユーザＩＤに他のゲーム媒体（例えば、仮想通貨又はアイテム等）を所有ゲーム媒体として対応付けることを示す。また、「ユーザＡが所有するゲーム媒体をユーザＢに譲渡する」とは、ユーザＡのユーザＩＤと所有ゲーム媒体との対応付けを解消し、且つ、ユーザＢのユーザＩＤに当該ゲーム媒体を所有ゲーム媒体として対応付けることを示す。また、「ゲーム媒体を作成する」とは、ゲーム媒体に関する情報の少なくとも一部を定義又は決定することを示す。

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

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

本実施形態に係るゲームは、一例として、例えば横スクロール型のアクションゲームの要素と、ゲーム媒体を用いて対戦相手と対戦する対戦ゲームの要素と、を有する対戦ゲームパートを含む。ユーザは、自身が所有するゲーム媒体（所有ゲーム媒体）のうちから、対戦ゲームパートに使用する１つ以上のゲーム媒体を選択する。以下、対戦ゲームパートに使用される各ゲーム媒体を、第１ゲーム媒体ともいう。当該１つ以上の第１ゲーム媒体を纏めてデッキ（ユニット）又はチームともいう。対戦相手は、例えばＮＰＣ（Ｎｏｎ－Ｐｌａｙｅｒ Ｃｈａｒａｃｔｅｒ）等の自動的に操作されるゲーム媒体であるが、これに限られない。例えば、対戦相手は、他のユーザによって操作されるゲーム媒体であってもよい。１つの対戦ゲームパートにおいて、対戦相手の数は任意に定められてもよい。

本実施形態に係る対戦ゲームパートの概要について説明する。端末装置２０を用いてシングルプレイ用の対戦ゲームパートをプレイするユーザは、例えば仮想空間内に配置された移動オブジェクトを操作して、障害物等を避けつつ所定のアイテムを取得する。移動オブジェクトは、所定のゲーム媒体（第２ゲーム媒体）に対応する。第２ゲーム媒体は、例えば、バイク、自動車、又は人物等を含んでもよい。アイテムの取得に応じて、デッキに含まれるゲーム媒体（第１ゲーム媒体）が、所定の行動（例えば、対戦相手に対する攻撃）を行う。第１ゲーム媒体の行動によって、対戦相手にダメージを与えられ得る。一方、対戦相手は、例えば所定の時間間隔で、所定の行動（例えば、ユーザに対する攻撃）を行う。対戦相手の行動によって、ユーザにダメージが与えられ得る。ユーザ及び対戦相手それぞれには、与えられたダメージの量だけ減少する所定のパラメータが設定されている。対戦相手の当該パラメータが所定値（例えば、ゼロ）まで減少すると、ユーザの勝利と判定される。一方、ユーザの当該パラメータが所定値（例えば、ゼロ）まで減少すると、ユーザの敗北と判定される。ユーザの勝利又は敗北と判定された場合、当該対戦ゲームパートが終了してもよい。

一方、マルチプレイ用の対戦ゲームパートは、２人以上のユーザが共通の対戦相手と対戦する点を除き、上述したシングルプレイ用の対戦ゲームパートと同様に実行される。具体的には、２人以上のユーザそれぞれは、自身の端末装置２０を用いて、共通の対戦ゲームパートをプレイする。当該２人以上のユーザそれぞれは、上述のように仮想空間内の第２ゲーム媒体を操作する。当該２人以上のユーザに共通の仮想空間が用いられてもよいし、ユーザごとに独立した仮想空間が用いられてもよい。当該２人以上のユーザそれぞれのデッキに含まれる第１ゲーム媒体が、例えば共通の対戦相手に対して攻撃を行う。対戦相手の上述したパラメータは、２人以上のユーザに対して共通に適用される。例えば、２人以上のユーザがそれぞれ使用する複数の端末装置２０の間で、対戦相手の当該パラメータが同期されてもよい。対戦相手の当該パラメータが所定値（例えば、ゼロ）まで減少すると、２人以上のユーザの勝利と判定される。一方、２人以上のユーザそれぞれの当該パラメータが所定値（例えば、ゼロ）まで減少すると、２人以上のユーザの敗北と判定される。２人以上のユーザの勝利又は敗北と判定された場合、当該対戦ゲームパートが終了してもよい。

また、本実施形態に係るゲームは、上述した対戦ゲームパートを１単位として、複数の対戦ゲームパートを含んでなる複合型ゲームパート（第１ゲームパートの一例）を含む。すなわち、本実施形態に係るゲームは、複数の対戦ゲームパートの複合体である複合型ゲームパートを含む。複合型ゲームパートを構成する複数の対戦ゲームパートの数は、任意であるが、比較的多い数（例えば３０～５０）であってよい。なお、複合型ゲームパートは、複数種類設定されてもよい。ここで、インゲームには、「複合型ゲームパート」だけではなく、一つの連続した大きなゲームパートも含まれる。インゲームは、長く、クリアに労力を要する又は難易度が高いのに対し、アウトゲームは、短く、簡単（いわゆるモバイル型で隙間時間などを利用してプレイしやすいパート）である。インゲームの例として、対戦だけではなく、ＲＰＧ、探索、ミッションをクリアしていくゲーム、シナリオを読み進めていくゲーム、選択肢を選択して展開していくゲームなど様々なジャンルのゲームを含む。アウトゲームの例として、強化等だけではなく、インゲームとは異なるミニゲーム（パズル、釣り、簡単なミッション等）を含む。インゲームをクリアするために、ユーザがアウトゲームで種々の工夫ができるようにする。モバイル型である場合、ユーザが長いインゲームを長時間プレイし続けるのは困難であるのに対し、短いアウトゲームならばプレイしやすい。本実施形態に係るゲームにおいては、アウトゲームのプレイ結果がインゲームに影響を与えうる。これにより、ユーザの選択肢や、ゲーム展開のバリエーションが増える。長いインゲームは細切りプレイになりがちなモバイルゲームと相性が悪いが、比較的短い時間でプレイできるアウトゲームの結果がインゲームの進行に影響を与えることによって、モバイル型で隙間時間などを利用できる態様で、比較的長いインゲームを提供しやすくなる。なお、以下では、特に言及しない限り、１つの複合型ゲームパートについて説明する。

複合型ゲームパートを構成する複数の対戦ゲームパートは、すべて又は一部が同じであってもよいが、好ましくは、互いに種類が異なってよい。例えば、複合型ゲームパートを構成する一の対戦ゲームパートと、同複合型ゲームパートを構成する他の一の対戦ゲームパートとは、対戦相手や、難易度、報酬、ストーリー等が異なってよい。また、複合型ゲームパートは、個々に独立した対戦ゲームパート（以下、複合型ゲームパートとの区別のため、「単独の対戦ゲームパート」とも称する）の寄せ集めではなく、複合型ゲームパートを構成する各対戦ゲームパートは、対戦相手や、難易度、報酬、ストーリー等が個々の単独の対戦ゲームパートとは異なる固有の作りであってもよい。

また、複合型ゲームパートを構成する複数の対戦ゲームパートは、任意の順で実行可能であるように設定されてもよいが、好ましくは、所定の順で実行されるように設定される。例えば、複合型ゲームパートを構成する複数の対戦ゲームパートは、所定のストーリーに沿って、所定の順で実行されるように設定されてよい

また、本実施形態に係るゲームは、いわゆるアウトゲームに係るゲームパート（以下、「アウトゲームパート」とも称する）（第２ゲームパートの一例）を含む。アウトゲームパートは、例えば、所有ゲーム媒体の育成や、強化、合成等に関し、後述する能力パラメータやゲーム機能等を変化させうるゲームパートである。

（サーバ装置の構成）
サーバ装置１０の構成について具体的に説明する。サーバ装置１０は、サーバコンピュータにより構成される。サーバ装置１０は、複数台のサーバコンピュータにより協動して実現されてもよい。

サーバ装置１０は、サーバ通信部１１と、サーバ記憶部１２と、サーバ制御部１３と、を備える。

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

サーバ記憶部１２は、例えば一次記憶装置及び二次記憶装置を含む。例えばサーバ記憶部１２は、半導体メモリ、磁気メモリ、又は光メモリ等を含んでもよい。サーバ記憶部１２は、ゲームの処理に用いられる種々の情報及びプログラムを記憶する。サーバ記憶部１２に記憶された情報及びプログラムの少なくとも一部が、端末装置２０との間で共有及び同期されてもよい。以下、サーバ記憶部１２が記憶する情報の例について具体的に説明する。

（ユーザに関する情報）
サーバ記憶部１２は、複数のユーザそれぞれに関する情報を記憶する。図２を参照して、ユーザに関する情報について説明する。図２は、２人のユーザそれぞれに関する情報を示す。ユーザに関する情報は、当該ユーザに固有の種々の情報を含む。例えば、ユーザに関する情報は、ユーザＩＤと、ユーザ名と、ランクと、所有ゲーム媒体に関する情報と、使用ゲーム媒体に関する情報と、フレンド情報とを含む。ユーザに関する情報において、複数のユーザそれぞれと、所有ゲーム媒体に関する情報及び使用ゲーム媒体に関する情報、フレンド情報とが対応付けられている。

ユーザＩＤは、ユーザを一意に識別可能な情報である。以下、ユーザＩＤを単にユーザともいう。

ユーザ名は、ユーザの名前を示す情報である。ユーザ名は、ユーザＩＤとは異なり、ユーザを一意に識別可能でなくてもよい。ユーザ名は、端末装置２０に対するユーザ操作に応じて任意に決定及び変更が可能であってもよい。

ランクは、ゲームに関するユーザの熟練度を示すパラメータである。本実施形態において、ランクの値は、ユーザによるゲームのプレイに応じて増加してもよい。ランクが高いほど、ゲームに関するユーザの熟練度が高い。

所有ゲーム媒体に関する情報は、ユーザがゲーム内で所有するゲーム媒体（所有ゲーム媒体）に固有の種々の情報を含む。ゲーム媒体がユーザに取得された場合、当該ゲーム媒体は、所有ゲーム媒体としてユーザに対応付けられる。所有ゲーム媒体に関する情報の詳細については後述する。

使用ゲーム媒体に関する情報は、対戦ゲームパートにおいてユーザに使用させるゲーム媒体（第１ゲーム媒体）を示す情報である。第１ゲーム媒体は、所有ゲーム媒体のうちから選択される。本実施形態において、１つ以上の所有ゲーム媒体のうちから選択された、例えば最大５つのゲーム媒体が、それぞれ第１ゲーム媒体としてユーザに対応付けられる。従って、１つのゲーム媒体が、所有ゲーム媒体であると同時に第１ゲーム媒体でもあり得る。第１ゲーム媒体は、例えば専用のゲームパートにおいて、自動的に又はユーザ操作に応じて選択されてもよい。例えば、当該専用のゲームパートは、いわゆるデッキ編成又はチーム編成等を行うゲームパートを含んでもよい。使用ゲーム媒体に関する情報に示される最大５つの第１ゲーム媒体が、１つのデッキを構成する。使用ゲーム媒体に関する情報は、複数のデッキの情報を含んでもよい。

フレンド情報は、フレンド関係にあるユーザＩＤを表す。例えば、ユーザＡが、ユーザＢ、Ｃとフレンド関係である場合、ユーザＡに対応付けられたフレンド情報は、ユーザＢ、ＣのユーザＩＤを含む。なお、フレンド関係は、フレンド申請等を介して実現される。このように、フレンド情報は、ユーザとの間で一方向的又は双方向的に関連付けられた他のユーザのユーザＩＤを含む。なお、フレンド関係にあるユーザ同士は、例えばゲームシステム１上でメッセージの送受信等のコミュニケーションが可能であってもよい。なお、ユーザに関する情報において、フレンド情報に代えて又は加えて、所属するグループ（例えばギルドやパーティ）を示す情報が含められてもよい。

ユーザに関する情報の内容は、上述したものに限られない。例えば、ユーザに関する情報は、ユーザがゲーム内で保有する所定のポイントを示す情報を更に含んでもよい。当該ポイントは、ユーザがゲームパートをプレイするために消費される。ゲームパートごとに、当該ポイントの消費量が異なってもよい。当該ポイントは、例えば時間経過に応じて、又は所定のゲーム媒体の使用に応じて、増加してもよい。

ここで、図３を参照して、上述した所有ゲーム媒体に関する情報の一例について詳細に説明する。図３は、１人のユーザに対応付けられた２つの所有ゲーム媒体に関する情報を示す。例えば、各所有ゲーム媒体に関する情報は、ゲーム媒体ＩＤと、ゲーム媒体名と、レアリティと、レベルと、コストと、ＨＰ（ＨｉｔＰｏｉｎｔ）と、攻撃力と、回復力と、属性と、進化に関する情報と、強化に関する情報と、ゲーム機能に関する情報（能力情報の一例）と、を含む。

ゲーム媒体ＩＤは、ゲーム媒体を一意に識別可能な情報である。ゲーム媒体ＩＤは、予めサーバ記憶部１２に記憶されてもよい。あるいは、ゲーム媒体ＩＤは、ゲーム媒体をユーザに取得させるときに、サーバ装置１０によって決定されてもよい。

ゲーム媒体名は、ゲーム媒体の名前を示す情報である。ゲーム媒体名は、ゲーム媒体ＩＤとは異なり、ゲーム媒体を一意に識別可能でなくてもよい。ゲーム媒体名の初期値が、予めサーバ記憶部１２に記憶されてもよい。ゲーム媒体名は、ゲーム媒体を取得したユーザによるゲームのプレイに応じて変化してもよい

本実施形態では、第１ゲーム媒体の一部又はすべては、段階的に進化が可能である。以下、段階的に進化可能なゲーム媒体を、「進化可能ゲーム媒体」ともいう。本実施形態は、一例として、進化は、レアリティが高くなるという効果を伴うものとする。なお、進化は、後述するゲーム機能（例えばスキル）の変化を伴う場合があってもよい。ここでは、説明の都合上、ゲーム媒体名の末尾の数字は、進化の段階を表すものとする。例えば、図３に示すゲーム媒体「Ｃ０１」は、進化可能ゲーム媒体であり、ゲーム媒体「Ｃ０１」が、一切進化していない状態であるとき、ゲーム媒体名は「キャラクタＡ１」である。一方、ゲーム媒体「Ｃ０１」が、１段階だけ進化したとき、ゲーム媒体名は「キャラクタＡ２」である。なお、進化の段階数は任意であり、進化可能ゲーム媒体ごとに異なってもよい。なお、進化可能ゲーム媒体は、すべての第１ゲーム媒体のうちの一部（例えば、対応付けられているレアリティが、後述のＳＳＲ（ダブルスーパーレア）以外のゲーム媒体）であってよい。

また、本実施形態では、第１ゲーム媒体のすべては、強化可能である。なお、変形例では、第１ゲーム媒体の一部だけが、強化可能であってもよいし、後述の第２ゲーム媒体についても強化可能であってもよい。以下、強化可能なゲーム媒体を、「強化可能ゲーム媒体」ともいう。

レアリティは、ゲーム媒体の希少度（希少価値）を示す情報である。すなわち、あるゲーム媒体に対応付けられるレアリティは、当該ゲーム媒体の取得され難さ（抽選され難さ）を表し、ここでは、レアリティが高いほど所有され難いものとする。なお、本実施形態では、一例として、レアリティは、数値ではなく、Ｎ（ノーマル）、Ｒ（レア）、ＳＲ（スーパーレア）、ＳＳＲ（ダブルスーパーレア）といった名称で分類されているものとし、ＳＳＲが、最もレアリティが高いものとする。

例えば、本ゲームにおいて、Ｎ（ノーマル）、Ｒ（レア）、ＳＲ（スーパーレア）、ＳＳＲ（ダブルスーパーレア）がそれぞれ対応付けられているゲーム媒体の種類の個数をＮＮ個、ＮＲ個、ＮＳＲ個、ＮＳＳＲ個とすると、ＮＮ＞ＮＲ＞ＮＳＲ＞ＮＳＳＲとなる。なお、レアリティに係る名称は、多様であり、レアリティの分類も、４段階以外であってもよい。

レベルは、ゲーム媒体の成長度を示す情報である。例えば、レベルの値が大きいほど、ゲーム媒体の成長度が大きい。本実施形態において、レベルの値は、ユーザによるゲームのプレイに応じて増加してもよい。また、第１ゲーム媒体に係るレベルは、第１ゲーム媒体ごとに上限レベルが設定されてよい。この場合、第１ゲーム媒体の上限レベルは、例えばレアリティが高いほど高くなる態様で設定されてよい。また、第１ゲーム媒体の上限レベルは、特定の強化（例えば限界突破）により引き上げ可能とされてもよい。

コストは、対戦ゲームパートに使用するデッキを決定する際に用いられるパラメータである。本実施形態において、各第１ゲーム媒体のコストの合計値が所定の上限値を超えない範囲で、最大５つの第１ゲーム媒体が１つのデッキに包含可能である。当該上限値は、例えばユーザのランクの増加に応じて増加してもよい。

ＨＰは、対戦ゲームパートにおけるユーザの勝敗を決定するために用いられるパラメータである。本実施形態において、デッキに含まれるすべての第１ゲーム媒体のＨＰの合計が、対戦ゲームパートの開始時における上限値として用いられる。以下、デッキに含まれるすべての第１ゲーム媒体のＨＰの合計値を、ユーザの合計ＨＰともいう。対戦ゲームパートの実行中に、例えば対戦相手の攻撃によってユーザにダメージが与えられると、当該ダメージの量だけ合計ＨＰが減少する。対戦ゲームパートの実行中に、例えば回復アイテムが取得されると、合計ＨＰが増加する。合計ＨＰが所定値（例えば、ゼロ）まで減少すると、ユーザの敗北と判定される。従って、デッキに含まれる各第１ゲーム媒体のＨＰが大きいほどユーザに有利である。レベルの増加に応じて、ＨＰが増加してもよい。

攻撃力は、例えばゲーム媒体の攻撃によって対戦相手に与えるダメージ量に寄与する情報である。攻撃力の値が大きくなるほど、対戦相手に与えるダメージ量が大きくなる。従って、ゲーム媒体の攻撃力が大きいほどユーザに有利である。レベルの増加に応じて、攻撃力が増加してもよい。

回復力は、対戦ゲームパートの実行中に用いられるパラメータである。本実施形態において、デッキに含まれるすべての第１ゲーム媒体の回復力の合計が用いられる。以下、デッキに含まれるすべての第１ゲーム媒体の回復力の合計を、ユーザの合計回復力ともいう。対戦ゲームパートの実行中に、例えば回復アイテムが取得されると、ユーザの合計回復力が増加する。合計回復力の値が大きくなるほど、合計ＨＰの増加量が大きくなる。従って、デッキに含まれる各第１ゲーム媒体の回復力が大きいほどユーザに有利である。レベルの増加に応じて、回復力が増加してもよい。

なお、以上の各種パラメータのうちの、ＨＰ、攻撃力、及び回復力は、ゲーム媒体の能力を表すパラメータとなる。具体的には、ＨＰが高いほど、ゲーム媒体の能力が高くなり、攻撃力が高いほど、ゲーム媒体の能力が高くなり、以下同様である。また、レベルの増加に応じて攻撃力等が増加する仕様である場合は、レベルも、ゲーム媒体の能力を表すパラメータとなる。また、上述した進化可能ゲーム媒体に関しては、進化の段階が進むほど能力が高くなる仕様である場合は、進化の段階（進化値）も、ゲーム媒体の能力を表すパラメータとなる。

以下では、このようなゲーム媒体の能力を表すパラメータを、「能力パラメータ」ともいう。なお、第１ゲーム媒体に対応付けられる能力パラメータの値を表す情報は、「パラメータ情報の一例」の一例である。

属性は、ゲーム媒体の属性を示す情報である。属性には、対戦を行うゲーム媒体間の相性を示す複数の第１属性（例えば、火属性、木属性、及び水属性）が含まれてもよい。当該複数の第１属性のうち少なくとも１つの第１属性が、１つのゲーム媒体に対応付けられる。例えば火属性のゲーム媒体は、木属性のゲーム媒体に対して与えるダメージが通常よりも大きくなり、水属性のゲーム媒体に対して与えるダメージが通常よりも小さくなる。このように、例えば火属性は、木属性に対して有利であり、水属性に対して不利である。属性には、対戦を行うゲーム媒体間の相性には影響しない複数の第２属性（例えば、攻撃属性、回復属性、体力属性、及びバランス属性等）が含まれてもよい。当該複数の第２属性のうち少なくとも１つの第２属性が、１つのゲーム媒体に対応付けられる。従って、例えば第１属性が火属性であり、第２属性が攻撃属性である１つのゲーム媒体が存在し得る。

進化に関する情報は、進化が可能か否か、進化が可能な場合は、現在の進化の段階（進化値）や、進化が成功するための条件（進化実現条件）、進化による効果（例えばレアリティのアップ）等に関する情報を含む。本実施形態では、一例として、あるゲーム媒体の進化には、当該ゲーム媒体に対応付けられる所定のゲーム媒体（所定種類のゲーム媒体の一例）の消費を伴う。この場合、進化に関する情報は、進化実現条件に関する情報として、進化可能ゲーム媒体ごとに、進化のために消費されるゲーム媒体を表す情報を含む。すなわち、進化可能ゲーム媒体のそれぞれには、進化のために消費されるゲーム媒体（以下、「進化素材用ゲーム媒体」ともいう）が対応付けられる。なお、進化素材用ゲーム媒体は、進化に供されることが可能なゲーム媒体であるが、必ずしも進化のためにだけ利用されるゲーム媒体である必要はない。

例えば、図４Ａには、あるゲーム媒体（ここではゲーム媒体「Ｃ０１」）の進化態様の一例が示される。図４Ａでは、進化可能ゲーム媒体であるゲーム媒体「Ｃ０１」が、進化している様子が示される。この場合、ゲーム媒体「Ｃ０１」は、１回の進化ごとに、キャラクタＡ１からキャラクタＡ２、キャラクタＡ２からキャラクタＡ３といった具合に、上限まで進化可能である。なお、図４Ａでは、進化上限に到達した進化可能ゲーム媒体に係るキャラクタＡＭＡＸが示される。

また、図４Ａでは、進化素材用ゲーム媒体として、キャラクタＸ（Ｘ１、Ｘ２）というゲーム媒体名のゲーム媒体が示される。なお、キャラクタＸに対応するゲーム媒体は、進化可能ゲーム媒体であってもよいし、進化不能なゲーム媒体であってよい。また、進化可能ゲーム媒体ごとに、対応付けられる進化素材用ゲーム媒体が異なってもよいし、同じであってもよい。また、図４Ａでは、より進化したゲーム媒体「Ｃ０１」（例えばキャラクタＡ２）を進化させるためには、より進化した進化素材用ゲーム媒体（進化素材用ゲーム媒体Ｘ１よりも進化した進化素材用ゲーム媒体Ｘ２）の消費を伴うが、これに限られない。例えば、進化素材用ゲーム媒体は、常に、進化していないゲーム媒体（ここでは、進化素材用ゲーム媒体Ｘ１）であってもよい。

なお、図４Ａでは、進化素材用ゲーム媒体は、対応付けられる進化可能ゲーム媒体とは異なるが、同じであってもよい。例えば、進化可能ゲーム媒体であるゲーム媒体「Ｃ０１」に対応付けられる進化素材用ゲーム媒体は、ゲーム媒体「Ｃ０１」を含んでよい。

また、図４Ａでは、進化可能ゲーム媒体の１回の進化に供される進化素材用ゲーム媒体の数は、１つだけであるが、これに限られない。すなわち、進化可能ゲーム媒体の１回の進化には、２つ以上の進化素材用ゲーム媒体の消費が伴われてもよい。

強化に関する情報は、強化が可能か否か、強化が可能な場合は、強化のための条件（強化実現条件）、強化による効果（例えば強化態様に応じたステータスの変化ルール）等に関する情報を含む。

本実施形態では、一例として、強化実現条件として、ある強化可能ゲーム媒体の強化には、強化に利用できる所定のゲーム媒体（強化素材用ゲーム媒体）の消費を伴う。なお、強化素材用ゲーム媒体は、強化に供されることが可能なゲーム媒体であるが、必ずしも強化のためにだけ利用されるゲーム媒体である必要はない。

例えば、図４Ｂには、あるゲーム媒体（ここではゲーム媒体「Ｃ０１」）の強化態様の一例が示される。図４Ｂでは、強化可能ゲーム媒体であるゲーム媒体「Ｃ０１」が、強化されている様子が示される。この場合、ゲーム媒体「Ｃ０１」は、強化ごとに、能力パラメータ（図４Ｂでは、レベル、ＨＰ、攻撃力、及び回復力）が適宜増加されている。なお、強化可能ゲーム媒体は、レベルが上限レベルに達すると、強化が不能な状態となる。ただし、この場合も、“限界突破”等のためのアイテム（ゲーム媒体の一例）を利用して、上限レベルの引き上げが可能とされてもよい。

また、図４Ｂでは、強化素材用ゲーム媒体として、キャラクタＹ１、Ｙ２というゲーム媒体名のゲーム媒体が示される。キャラクタＹ１、Ｙ２は、それぞれ異なるゲーム媒体ＩＤが付与されていてもよいし、同一であってもよい（すなわち進化可能ゲーム媒体であり、進化後のキャラクタであってもよい）。また、図４Ｂでは、強化可能ゲーム媒体の１回の強化に供される強化素材用ゲーム媒体の数は、１つだけであるが、これに限られない。すなわち、強化可能ゲーム媒体の１回の強化には、２つ以上の強化素材用ゲーム媒体の消費が伴われてもよい。

ゲーム機能に関する情報は、ゲーム媒体に対応付けられたゲーム機能の情報を含む。ゲーム機能は、ゲーム媒体に対応付けられた特別な機能（スキルやアビリティ）であってよい。また、１つのゲーム媒体に任意の数のゲーム機能が対応付けられてもよい。ゲーム機能が発揮されると、例えば対戦ゲームパートにおいて所定のゲーム効果が発生し得る。ゲーム効果の内容は、任意に定められてもよい。本実施形態において、ユーザに有利なゲーム効果が存在してもよい。例えば、対戦相手に、通常の攻撃よりも大きなダメージを与えるゲーム効果が存在してもよいし、対戦相手の攻撃を弱くするゲーム効果が存在してもよい。発生したゲーム効果が、所定の期間に亘って継続してもよい。本実施形態において、シングルプレイ用の対戦ゲームコンテンツ及びマルチプレイ用の対戦ゲームコンテンツのうち、何れか一方又は両方において使用可能な１つ以上のゲーム機能が存在してもよい。

ゲーム機能に関する情報の内容は、上述したものに限られない。例えばゲーム機能に関する情報は、当該ゲーム機能のレベル及び経験値を更に含んでもよい。例えば、ユーザが所有する所定のゲーム媒体を消費することによって、ゲーム機能の経験値が増加してもよい。所定のゲーム媒体は、例えば、当該ゲーム機能が設定された任意のゲーム媒体を含んでもよい。また例えば、所定のゲーム媒体は、当該ゲーム機能に対して予め定められた１種類以上のゲーム媒体を含んでもよい。ゲーム機能の経験値が所定の基準値に達すると、ゲーム機能のレベルが増加してもよい。すなわち、ゲーム機能は、強化可能であってよい。ゲーム機能のレベルが増加するほど、よりユーザに有利なゲーム効果が発生してもよい。例えば、ゲーム機能のレベルが増加すると、対戦相手に与えるダメージ量が増加してもよい。また、ゲーム機能は、覚醒可能な特別なゲーム機能（例えば通常のゲーム機能よりもゲーム効果が顕著なゲーム機能）であってもよい。この場合、覚醒させるためには、所定のアイテム（ゲーム媒体の一例）の消費が必要とされてよい。なお、この場合、特殊能力を覚醒させることは、ゲーム機能の強化の一例である。

なお、ゲーム媒体ＩＤに対応付けられる各種情報は、図３を参照して上述したものに限られず、任意である

（対戦相手であるゲーム媒体に関する情報）
図１に示すサーバ記憶部１２は、対戦ゲームパートにおける対戦相手であるゲーム媒体（例えば、ＮＰＣ）に関する情報を記憶する。例えば、対戦相手であるゲーム媒体に関する情報は、当該ゲーム媒体のゲーム媒体ＩＤ、ゲーム媒体名、レベル、ＨＰ、攻撃力、防御力、属性、及び素早さを含んでもよい。ゲーム媒体ＩＤ、ゲーム媒体名、レベル、ＨＰ、攻撃力、及び属性は、上述した所有ゲーム媒体に関する情報と同様であるため、説明は省略する。ＨＰは、対戦相手の健全度を示すパラメータである。対戦相手のＨＰが所定値（例えば、ゼロ）まで減少すると、当該対戦相手にユーザが勝利したと判定されてもよい。対戦ゲームパートにおいて登場するすべての対戦相手にユーザが勝利すると、対戦ゲームパートのクリアと判定されてもよい。防御力は、対戦相手に与えられるダメージ量の決定に用いられるパラメータである。例えば防御力が大きいほど、対戦相手に与えられるダメージ量が小さくなる。素早さは、対戦相手の行動ポイントの増加速度を決定するために用いられるパラメータである。例えば、素早さが大きいほど行動ポイントの増加速度が速い。行動ポイントが上限値に達すると、対戦相手が攻撃等の行動を実行し得る。

図１に示すサーバ制御部１３は、１つ以上のプロセッサを含む。プロセッサは、特定のプログラムを読み込むことにより特定の機能を実現する汎用プロセッサ、及び特定の処理に特化した専用プロセッサを含んでもよい。サーバ制御部１３は、サーバ装置１０全体の動作を制御する。以下、サーバ制御部１３の動作の例について具体的に説明する。

サーバ制御部１３は、ゲームの処理に用いられる種々の情報及びプログラムを、サーバ記憶部１２に記憶する。ゲームの処理に用いられる情報には、上述したユーザに関する情報、及び対戦相手であるゲーム媒体に関する情報等が含まれてもよい。

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

サーバ制御部１３は、端末装置２０と協働して、ゲームを実行する。例えば、サーバ制御部１３は、１つ以上の端末装置２０と協働して、対戦ゲームパートを実行する。

また、サーバ制御部１３は、各ユーザの所有ゲーム媒体を増やすためのゲーム媒体抽選処理を実行してよい。例えば、サーバ制御部１３は、ユーザからの抽選要求（いわゆるガチャを回すイベント）を受けて、ゲーム媒体抽選処理を実行する。なお、抽選要求の発生条件は任意である。例えば、抽選要求の発生条件は、所定のゲーム媒体の消費により満たされてもよい。あるいは、抽選要求の発生条件は、キャンペーン時や初期登録時に、所定のゲーム媒体の消費を伴うことなく満たされてもよい。

（端末装置の構成）
端末装置２０の構成について具体的に説明する。図１に示すように、端末装置２０は、端末通信部２１と、端末記憶部２２と、表示部２３と、入力部２４と、端末制御部２５とを備える。

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

端末記憶部２２は、例えば一次記憶装置及び二次記憶装置を含む。例えば端末記憶部２２は、半導体メモリ、磁気メモリ、又は光メモリ等を含んでもよい。端末記憶部２２は、サーバ装置１０から受信する、ゲームの処理に用いられる種々の情報及びプログラムを記憶する。ゲームの処理に用いられる情報及びプログラムは、端末通信部２１を介して外部装置から取得されてもよい。例えば、ゲームのアプリケーションプログラムが、所定のアプリケーション配信サーバから取得されてもよい。以下、アプリケーションプログラムを、単にアプリケーションともいう。また例えば、上述したユーザに関する情報及び対戦相手であるゲーム媒体に関する情報等の一部又は全部が、サーバ装置１０から取得されてもよい。

表示部２３は、例えば液晶ディスプレイ又は有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅ ｓｃｅｎｃｅ）ディスプレイ等の表示デバイスを含む。表示部２３は、多様な画面を表示可能である。

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

端末制御部２５は、１つ以上のプロセッサを含む。端末制御部２５は、端末装置２０全体の動作を制御する。以下、端末制御部２５の動作の例について具体的に説明する。

端末制御部２５は、端末通信部２１を介して情報の送受信を行う。例えば、端末制御部２５は、ゲームの処理に用いられる種々の情報及びプログラムを、サーバ装置１０及び他の外部サーバの少なくとも一方から受信する。端末制御部２５は、受信された情報及びプログラムを、端末記憶部２２に記憶する。

端末制御部２５は、ユーザ操作に応じてゲームのアプリケーションを起動する。端末制御部２５は、サーバ装置１０と協働して、ゲームを実行する。例えば、端末制御部２５は、ゲームに用いられる種々の画面を表示部２３に表示させる。画面上には、例えばユーザ操作を検出するＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）が表示されてもよい。端末制御部２５は、入力部２４を介して、画面に対するユーザ操作を検出可能である。

一例として、シングルプレイ用の対戦ゲームパートを実行するサーバ装置１０及び端末装置２０の動作について、具体的に説明する。

端末制御部２５は、対戦ゲームパートの処理に用いられるユーザの合計ＨＰの上限値（例えば、１０００ポイント）を決定する。

端末制御部２５は、例えばユーザ操作に応じて、対戦ゲームパートの実行要求をサーバ装置１０へ送信する。サーバ制御部１３は、端末装置２０から当該実行要求を受信すると、対戦ゲームパートの実行に用いられる情報を端末装置２０へ送信してもよい。サーバ制御部１３及び端末制御部２５は、対戦ゲームパートを開始する。対戦ゲームパートは、デッキに含まれる１つ以上の第１ゲーム媒体と、仮想空間内に配置された第２ゲーム媒体と、対戦相手である１つ以上のゲーム媒体と、を用いて実行される。

対戦ゲームパートを進行させる端末制御部２５の動作について説明する。対戦ゲームパートが開始されると、端末制御部２５は、対戦相手の行動ポイントを初期値（例えば、ゼロポイント）に定める。

対戦ゲームパートの実行中、例えば、第１期間と第２期間とが交互に繰り返し発生する。

第１期間は、例えば時間経過に応じて増加する対戦相手の行動ポイントが、初期値（例えば、ゼロポイント）から上限値（例えば、１００ポイント）まで増加する期間である。具体的には、端末制御部２５は、対戦相手の行動ポイントを時間経過に応じて増加させる処理（増加処理）を開始する。増加処理の開始タイミングが、第１期間の開始タイミングに相当する。端末制御部２５は、対戦相手の行動ポイントが上限値（例えば、１００ポイント）に達すると、増加処理を終了する。増加処理の終了タイミングが、第１期間の終了タイミングに相当する。

第２期間は、第１期間の終了タイミングから、対戦相手の行動ポイントが初期値にリセットされるタイミングまでの期間である。具体的には、第２期間が開始した後、端末制御部２５は、対戦相手に所定の行動（例えば、ユーザに対する攻撃）を実行させる。なお、デッキに含まれる第１ゲーム媒体に行動（例えば、対戦相手に対する攻撃）を実行させない場合、端末制御部２５は、例えば第２期間の開始直後に、対戦相手に所定の行動を実行させてもよい。一方、デッキに含まれる第１ゲーム媒体に行動を実行させる場合、端末制御部２５は、デッキに含まれる第１ゲーム媒体による行動の終了を待ってから、対戦相手に所定の行動を実行させてもよい。かかる場合、デッキに含まれる第１ゲーム媒体による行動が終了した後に、対戦相手による行動が実行される。このようにして、第１期間と第２期間とが交互に繰り返し発生する。

端末制御部２５は、デッキに含まれる第１ゲーム媒体に所定の行動（例えば、対戦相手に対する攻撃）を実行させ得る。具体的には、第１期間において、端末制御部２５は、仮想空間内に所定のアイテムを出現させてもよい。端末制御部２５は、第２ゲーム媒体によるアイテムの取得に応じて、第１ゲーム媒体の行動ポイントを増加させる。端末制御部２５は、第１ゲーム媒体の行動ポイントが所定の基準値以上である場合、当該第１ゲーム媒体に所定の行動（例えば、対戦相手に対する攻撃）を実行させ、行動ポイントを当該基準値分だけ減少させる。端末制御部２５は、第１ゲーム媒体の行動ポイントが当該基準値未満となるまで、当該第１ゲーム媒体に行動を繰り返し実行させる。第１ゲーム媒体の行動ポイントが減少して当該基準値未満になると、第１ゲーム媒体による行動が終了する。

図５は、対戦ゲームパートの実行中に端末装置２０に表示されるプレイ画面の例を示す。プレイ画面には、例えば２次元の仮想空間の一部領域が表示される。具体的には、プレイ画面には、仮想空間に配置された多様なオブジェクトが表示され得る。多様なオブジェクトには、例えば移動オブジェクト４０、路面４１、アイテム４２、デッキに含まれる第１ゲーム媒体のうちの、リーダ４３、対戦相手４４、及び育成用アイテム４６（ゲーム媒体の一例）が含まれる。

移動オブジェクト４０は、例えばバイク、自動車、又は人物等の第２ゲーム媒体に対応する。端末制御部２５は、仮想空間における所定の方向（例えば、画面右方向）に向かって、仮想空間内で移動オブジェクト４０を自動的に移動させる。本実施形態において、端末制御部２５は、画面の左右方向における移動オブジェクト４０の位置を変化させることなく、路面４１及びアイテム４２を画面左方向に向かってスクロールさせるように移動させる。このようにして、仮想空間内で自動的に移動する移動オブジェクト４０が表現される。端末制御部２５は、仮想空間内における移動オブジェクト４０の進行方向に、路面４１及びアイテム４２等のオブジェクトを、画面のスクロールに伴って逐次出現させてもよい。端末制御部２５は、オブジェクトを出現させる処理のアルゴリズムを、第１期間と第２期間とで変化させてもよい。

移動オブジェクト４０は、路面４１の上を走行可能である。端末制御部２５は、仮想空間内に路面４１を出現させてもよい。端末制御部２５は、第１期間において、例えば図５に示すように路面４１を途切れさせてもよい。一方、端末制御部２５は、第２期間において、路面４１が途切れた箇所の出現数又は出現頻度を低減してもよい。例えば、端末制御部２５は、第２期間において、路面４１が途切れた箇所の出現数又は出現頻度をゼロにしてもよい。かかる場合、路面４１が途切れないように制御される。

端末制御部２５は、第１期間において、仮想空間内にアイテム４２を出現させてもよい。一方、端末制御部２５は、第２期間において、アイテム４２の出現数又は出現頻度を低減してもよい。例えば、端末制御部２５は、第２期間において、アイテム４２の出現数又は出現頻度をゼロにしてもよい。かかる場合、アイテム４２が出現しないように制御される。端末制御部２５は、移動オブジェクト４０とアイテム４２とが画面上で重なった場合、当該アイテム４２が取得されたと判定する。本実施形態において、アイテム４２は、属性アイテムと、回復アイテムと、を含む

属性アイテムは、ゲーム媒体の第１属性のうち、少なくとも１つに対応する。例えば、火属性に対応するアイテムが取得された場合、端末制御部２５は、デッキに含まれる第１ゲーム媒体のうち、火属性の第１ゲーム媒体それぞれの行動ポイントを増加させる。端末制御部２５は、第１ゲーム媒体の行動ポイントが所定の基準値以上になると、当該第１ゲーム媒体に所定の行動（例えば、対戦相手に対する攻撃）を自動的に実行させる。例えば、対戦相手に対する攻撃を第１ゲーム媒体に実行させた場合、端末制御部２５は、対戦相手であるゲーム媒体のＨＰを減少させる。また、端末制御部２５は、攻撃を行った第１ゲーム媒体の行動ポイントを、基準値の分だけ減少させる。例えば、第１ゲーム媒体の行動ポイントが３５０ポイントであり、基準値が１００ポイントである場合、端末制御部２５は、当該第１ゲーム媒体に攻撃を合計３回行わせる。そして端末制御部２５は、基準値（１００ポイント）×３回＝３００ポイントだけ、当該第１ゲーム媒体の行動ポイントを減少させる。従って、攻撃を３回行った後、当該第１ゲーム媒体の行動ポイントは、３５０ポイント－３００ポイント＝５０ポイントとなる。

一方、回復アイテムが取得された場合、端末制御部２５は、ユーザの合計回復力に応じて、ユーザの合計ＨＰを増加させる。

端末制御部２５は、端末装置２０に対するユーザ操作に応じて、例えば画面上方向に向かって移動オブジェクト４０をジャンプさせる。例えばユーザは、路面４１が途切れている箇所で移動オブジェクト４０をジャンプさせることで、路面４１から移動オブジェクト４０が落下することを防ぎ得る。移動オブジェクト４０が路面４１から落下した場合、端末制御部２５は、例えばユーザの合計ＨＰを減少させ、その後移動オブジェクト４０を路面４１上に復帰させる。また例えば、ユーザは、アイテム４２の配置に合わせて移動オブジェクト４０をジャンプさせることで、アイテム４２を取得し得る。

端末制御部２５は、対戦相手４４に勝利すると、対戦相手４４の表示を消滅させるとともに、対戦相手４４が保持する育成用アイテム４６がユーザに獲得された演出表示を行う。この場合、端末制御部２５は、育成用アイテム４６が新たに追加されるように、ユーザに係る所有ゲーム媒体に関する情報（図２及び図３参照）を更新する。本実施形態では、育成用アイテム４６は、上述した強化素材用ゲーム媒体として機能できる。

なお、図５において、画像領域４５は、合計ＨＰの残りをゲージで表示する領域であり、画像領域４８は、対戦相手のＨＰの残りをゲージで表示する領域であり、画像領域４９は、デッキに含まれる各第１ゲーム媒体の状態を示す領域である。第１ゲーム媒体の状態は、アイテム４２の取得態様に応じて変化する次の行動（対戦相手に対する攻撃やスキルの発動等）の実行可否状態等を含んでよく、ここでは詳しい説明は省略する。

端末制御部２５は、所定の発動条件が満たされた第１ゲーム媒体に対する所定のユーザ操作が検出されると、当該第１ゲーム媒体に設定されたゲーム機能に対応するゲーム効果を発生させる。所定の発動条件は、対応する第１ゲーム媒体の所定のパラメータが所定値（例えば、ゼロ）まで減少したとの条件を含んでもよい。以下、当該所定のパラメータを、スキルターン数ともいう。スキルターン数の初期値は、１ポイント以上である。スキルターン数の初期値は、当該第１ゲーム媒体のゲーム機能に応じて予め定められてもよい。端末制御部２５は、当該第１ゲーム媒体に所定の行動（例えば、対戦相手に対する攻撃）を実行させる度に、当該第１ゲーム媒体のスキルターン数をデクリメントする。ゲーム効果を発生させると、端末制御部２５は、当該第１ゲーム媒体のスキルターン数を初期値に戻す。

（複合型ゲームパート）
次に、上述した複合型ゲームパートの詳細について説明する。

図６は、複合型ゲームパートの構成の説明図である。図６に示す例では、複合型ゲームパート６０は、Ｍ個の対戦ゲームパートＧＰ－１～ＧＰ－Ｍを含んでなる。対戦ゲームパートＧＰ－１～ＧＰ－Ｍは、対戦ゲームパートＧＰ－１から順に実行可能とされ、対戦ゲームパートＧＰ－Ｍが最後に実行可能とされる。すなわち、ユーザは、対戦ゲームパートＧＰ－１をクリアすると、次の対戦ゲームパートＧＰ－２をプレイでき、対戦ゲームパートＧＰ－２をクリアすると、次の対戦ゲームパートＧＰ－３をプレイできるといった具合に、複合型ゲームパートをプレイする。そして、対戦ゲームパートＧＰ－Ｍがクリアされると、複合型ゲームパートがクリア（終了）となる。

なお、対戦ゲームパートＧＰ－１～ＧＰ－Ｍのそれぞれの間の推移は、一の対戦ゲームパートのクリアに基づいて次の一の対戦ゲームパートへの推移が自動的に実現される態様で、実現されてもよいし、あるいは、一の対戦ゲームパートのクリアの後のユーザからの入力に基づいて次の一の対戦ゲームパートへの推移が実現される態様で、実現されてもよい。対戦ゲームパートＧＰ－１～ＧＰ－Ｍは、例えば対戦ゲームパートＧＰ－Ｍに近づくほど難易度が高くなり、対戦ゲームパートＧＰ－Ｍが最も難易度が高くてもよい。なお、上述したように、対戦ゲームパートＧＰ－１～ＧＰ－Ｍのそれぞれの詳細は任意である。また、複合型ゲームパート６０は、上述した種類の対戦ゲームパートとは異なる種類のゲームパート（例えば対戦型でないボーナスゲームパート等）を含んでもよい。

なお、複合型ゲームパートは、所定の終了条件が満たされると終了する。所定の終了条件は、対戦ゲームパートＧＰ－Ｍがクリアされる場合や、各デッキの合計ＨＰが０になった場合、ゲーム開始時からの経過時間（中断があった場合は、再開前の経過時間も含む積算時間）が所定時間に達した場合等に満たされる。なお、等価的に、経過時間に代えて、残り時間（クリアまでの制限時間）が利用されてもよい。この場合、制限時間が所定時間に設定され、残り時間が０になると所定の終了条件が満たされてよい

複合型ゲームパートは、対戦ゲームパートのそれぞれごとに又は所定条件を満たす場合に、デッキが変更可能とされてもよい。本実施形態では、一例として、複合型ゲームパートは、あるデッキで一旦開始されると、終了するまでデッキの変更は不能とされる。ただし、後述のように、当該デッキを構成する第１ゲーム媒体については、中断を利用して、アウトゲームパートで強化等が可能である。

また、本実施形態では、一例として、対戦ゲームパートを開始できるデッキは、２組以上の所定組だけ設定可能とされ、一の組のデッキの合計ＨＰが０になると、次の一の組のデッキに切り替わる仕様とされる。そして、対戦ゲームパートＧＰ－Ｍがクリアされるまでに、すべての組のデッキの合計ＨＰが０になると、複合型ゲームパートがクリアされずに終了となる。複合型ゲームパートがクリアされずに終了となると、当該終了時のゲーム状態からのコンティニューが不能となる（すなわちゲーム状態はリセットされる）。従って、この場合、ユーザは、複合型ゲームパートを再度プレイするときは、再び、最初から（すなわち最初の一の対戦ゲームパートＧＰ－１から）複合型ゲームパートをプレイすることになる。ただし、変形例では、所定条件（例えば特定のゲーム媒体の消費等）下でコンティニューが可能とされてもよい

なお、この種の複合型ゲームパートは、対戦ゲームパートＧＰ－１から開始して対戦ゲームパートＧＰ－Ｍをクリアするまで一気にプレイすることが難しい場合がある。特に、複合型ゲームパートを構成する対戦ゲームパートの数が比較的多い場合や、複合型ゲームパートを構成する各対戦ゲームパートのプレイ時間が比較的長くなる場合等は、その傾向が顕著となる。

そこで、本実施形態では、複合型ゲームパートは、中断可能に構成される。このようにして、本実施形態によれば、複合型ゲームパートに特有の課題（最後までクリアするのに要する時間が比較的長くなるという課題）を解消できる。なお、複合型ゲームパートは、好ましくは、中断時のパラメータ（例えば、所定の終了条件に関するパラメータであり、本実施形態では、一例として合計ＨＰ）をリセットして再開するようなゲームは含まない。すなわち、複合型ゲームパートは、中断時のパラメータを再開時に引き継いで利用するのが前提のゲームであることが好ましい。この場合、例えば、複合型ゲームパートのおける一の対戦ゲームパートがクリアとなった場合でも、基本的には、合計ＨＰはリセットされない。ただし、本実施形態においても、複合型ゲームパートのおける各一の対戦ゲームパートがクリアとなった場合に、合計ＨＰが所定ＨＰ値（リセットされる場合よりも少ない量）だけ増加されてもよいし、複合型ゲームパートのおける特定の１つ以上の対戦ゲームパートがクリアとなった場合だけ、合計ＨＰがリセット又は所定ＨＰ値だけ増加されてもよい。あるいは、複合型ゲームパートの進行中に所定の回復条件が満たされた場合に、合計ＨＰがリセット又は所定ＨＰ値だけ増加されてもよい。

ところで、一般的なゲームでは、ゲームの中断が発生すると、当該中断中、再開に係る操作（例えば中断中のデータを用いて再開するか最初からプレイするかを選択する操作）以外のゲーム関連操作が不能とされることが多い。すなわち、インゲームの中断中は、アウトゲーム等の他のゲームパートのプレイが不能である。この場合、アウトゲーム等の他のゲームパートのプレイは、中断中のインゲームを再開して当該インゲームを正常に終了したりインゲームの中断状態を解除したりすることで、実行可能となる。

しかしながら、このような、インゲームの中断中、再開に係る操作以外のゲーム関連操作が不能とされるゲーム仕様では、ユーザの選択肢が狭まり、複数種類のゲームパートを備えるゲームにおける利点（複数種類のゲームパートを選択的にプレイできるという利点）を損なうおそれがある。特に、クリアまでのプレイ時間が比較的長くなる傾向にある複合型ゲームパートが、このようなゲーム仕様である場合、ユーザは、中断中に他のゲーム関連操作ができないまま、複合型ゲームパートの中断／再開を繰り返すこととなる。すなわち、複合型ゲームパートによるユーザの拘束時間が比較的長くなるにもかかわらず、複合型ゲームパートによるユーザの拘束力が大きくなる。この結果、ユーザは、複合型ゲームパートを気軽に開始することが難しくなり、複合型ゲームパートのプレイ機会が減り、複合型ゲームパートの魅力が半減するおそれがある。

そこで、本実施形態では、複合型ゲームパートは、中断中に、アウトゲームパートのプレイが可能となるように構成される。従って、本実施形態では、ユーザは、複合型ゲームパートを中断させた状態で、第１ゲーム媒体の強化を行うことも可能である。

このようにして、本実施形態によれば、複合型ゲームパートの中断中にユーザができるゲーム関連操作を増やすことができる。これにより、ユーザは、複合型ゲームパートを気軽に開始することができるので、複合型ゲームパートを含む複数種類のゲームパートを備えるゲームの利点（複数種類のゲームパートを選択的にプレイできるという利点）を最大化できる。

なお、本実施形態では、複合型ゲームパートだけが、中断可能に構成され、かつ、中断中にアウトゲームパートのプレイが可能となるように構成される。すなわち、他のインゲーム、例えば単独の対戦ゲームパートについては、中断が不能に構成される。これにより、単独の対戦ゲームパートと複合型ゲームパートとを差別化できる。ただし、変形例では、単独の対戦ゲームパートは、同様に中断が可能に構成されてもよいし、中断中にアウトゲームパートのプレイが可能に構成されてもよい。

ここで、複合型ゲームパートの中断中にアウトゲームパートがプレイされた場合、再開後の複合型ゲームパートにおいて、当該アウトゲームパートのプレイによって変化しうるゲーム媒体に関する情報（図３）の扱いが問題となる。例えば、複合型ゲームパートの中断中に第１ゲーム媒体が強化されることで、当該第１ゲーム媒体の能力パラメータが変化（典型的には、増加）した場合、再開後の複合型ゲームパートにおいて、当該第１ゲーム媒体の能力パラメータとして、強化前の能力パラメータを用いるか、強化後の能力パラメータを用いるか、が問題となる。これは、アウトゲームパートのプレイによって第１ゲーム媒体のゲーム機能が変化した場合も同様である。変形例で、他のインゲームのプレイによってゲーム媒体の機能が変化する。

この点、一般的なゲームでは、ゲームの中断が発生すると、中断中のデータを生成しておき、その後、ユーザによるゲームの起動時に、中断中のデータを利用して再開するかどうかを、ユーザに選択してもらうことが多い。この場合、中断中のデータは、中断時のゲーム状態を正確に再現するためのデータであり、かかる中断中のデータを生成することで、あたかも中断がなかったようなゲーム状態からゲームを再開させることができる。

このような、中断時と再開時との連続性を維持すべく、あたかも中断がなかったようなゲーム状態からゲームを再開させる再開方法では、中断中の第１ゲーム媒体の変化されたゲーム媒体の情報が反映されず、変化されたゲーム媒体の情報の状態と、複合型ゲームパートのゲーム状態（再開後のゲーム状態）との間に、齟齬（タイムラグ）が生じる。このような齟齬は、複数種類のゲームパートを備えるゲーム全体としてのまとまり感（一体感）を損なう要因となりうる。変化されたゲーム媒体の情報でインゲームを進めたい場合、再度インゲームを最初からやり直さなくてはならなくなる。結果として、長時間のインゲームの実施を気軽にできない。

そこで、本実施形態では、複合型ゲームパートの中断中にアウトゲームパートがプレイされた場合であって、当該アウトゲームパートのプレイによってユーザの所有ゲーム媒体に関する情報（図３）に変化が生じた場合、再開後の複合型ゲームパートにおいて、当該変化（ゲーム媒体に関する情報の変化）を反映させる。例えば、複合型ゲームパートの中断中に第１ゲーム媒体が強化されることで、当該第１ゲーム媒体の能力パラメータが増加した場合、再開後の複合型ゲームパートにおいて、当該第１ゲーム媒体の能力パラメータとして、強化後の能力パラメータが採用される。

これにより、複合型ゲームパートの中断中にアウトゲームパートが実行可能となることに起因して生じうる不都合（上述のような齟齬）を抑制できる。

このようにして、本実施形態によれば、複合型ゲームパートの中断中にアウトゲームパートの実行を可能とすることで、複合型ゲームパートを含む複数種類のゲームパートを備えるゲームの利点（複数種類のゲームパートを選択的にプレイできるという利点）を最大化しつつ、それに伴い生じうる不都合（複合型ゲームパートの中断中において生じたゲーム媒体に関する情報の変化が、複合型ゲームパートの再開後のゲーム状態に反映されないという齟齬等）を低減できる。

また、本実施形態によれば、ユーザは、複合型ゲームパートの中断中にアウトゲームパートのプレイが可能となるので、時間的な制約からの中断ではなく、戦略的な複合型ゲームパートの中断も可能となりうる。例えば、ユーザは、デッキに属する第１ゲーム媒体の能力パラメータでは、複合型ゲームパートのクリアが難しいと判断した場合に、複合型ゲームパートを中断して、アウトゲームパートにおいて当該第１ゲーム媒体を強化できる。また、ユーザは、複合型ゲームパートのプレイによって特定のゲーム媒体（例えば特定のドロップアイテム）を取得できたことで所望の強化に係る強化実現条件が満たされた場合に、複合型ゲームパートを中断して、アウトゲームパートにおいて当該所望の強化を実現できる。このようにして、ユーザは、複合型ゲームパートをクリアするために、複合型ゲームパートを適宜中断して第１ゲーム媒体の強化等を行うことができる。従って、複合型ゲームパートをクリアするための戦略性が増し、ゲームの興趣が向上する。

次に、図７以降を参照して、複合型ゲームパートの中断を可能とし、複合型ゲームパートの中断中にアウトゲームパートの実行を可能とし、かつ、中断中の変化を反映した態様での複合型ゲームパートの再開を可能とする機能（以下、単に「中断機能」とも称する）について、更に説明する。

図７は、端末装置２０の各種機能のうちの、中断機能に関連した機能を示すブロック図である。以下では、ある一の端末装置２０に関する機能について説明するが、他の端末装置２０についても同様である。以下で説明する一の端末装置２０は、特定の一のユーザＩＤを持つユーザ（以下、「端末装置２０のユーザ」とも称する）が主に使用する端末である。

端末装置２０は、ユーザデータ記憶部２１０（第１記憶部の一例）と、操作情報取得部２１２と、ユーザデータ更新部２１３と、開始データ生成部２１４（第１算出部の一例）と、ゲーム処理部２１６と、中断処理部２１８と、変更処理部２２０と、再開処理部２２２と、中断データ記憶部２２４（第２記憶部の一例）と、を含む。ユーザデータ記憶部２１０や中断データ記憶部２２４のような記憶部は、端末装置２０の端末記憶部２２（図１参照）により実現できる。また、操作情報取得部２１２や開始データ生成部２１４のような各処理部は、端末装置２０の端末制御部２５（図１参照）が、端末記憶部２２内に記憶された本実施形態に係るゲームのアプリケーションを実行することで、実現できる。

ユーザデータ記憶部２１０には、上述したような、端末装置２０のユーザに対応付けられたユーザデータが記憶される。ユーザデータは、ゲーム全体で使用するデータである。ユーザデータは、所有ゲーム媒体に関する情報（図３参照）を含む。

操作情報取得部２１２は、端末装置２０に対するユーザ操作に応じた情報（以下、「操作情報」とも称する）を取得する。タッチ操作の場合、ユーザ操作情報は、端末装置２０の表示部２３上のタッチ操作位置やタッチ操作種別（例えばタップ操作や、フリック操作等）を表す情報であってよい。

ユーザデータ更新部２１３は、サーバ装置１０との通信を介して、ユーザデータ記憶部２１０内のユーザデータを更新する。すなわち、ユーザデータ更新部２１３は、サーバ装置１０側で持つユーザデータと、端末装置２０側で持つユーザデータとが整合するように、サーバ装置１０との通信を介して、ユーザデータ記憶部２１０内のユーザデータを更新する。従って、ユーザデータ記憶部２１０内の、所有ゲーム媒体に関する情報は、基本的には、サーバ装置１０のサーバ記憶部１２内の、対応する情報と整合（同期）する。

開始データ生成部２１４は、複合型ゲームパートを開始するための開始データを生成する。例えば、開始データ生成部２１４は、ユーザデータ記憶部２１０内のユーザデータに基づいて、複合型ゲームパートの実行に必要な各種パラメータを設定する。例えば、開始データ生成部２１４は、ユーザにより選択された各デッキに属する第１ゲーム媒体に関する情報をデッキ情報として抽出し、当該デッキ情報に基づいて、複合型ゲームパートの開始時の合計ＨＰ（デッキごとの合計ＨＰ）を算出する。このとき、開始データ生成部２１４は、合計ＨＰを、所定の算出方法により算出する。所定の算出方法は、任意であるが、この場合、デッキごとに、デッキを構成する第１ゲーム媒体のそれぞれのＨＰを足し合わせる方法である。なお、所定の算出方法は、これに限られない。例えば、所定の算出方法は、デッキを構成する第１ゲーム媒体のそれぞれのＨＰを足し合わせた値に、所定係数を乗じるような算出方法であってもよい。この場合、所定係数は、当該デッキに属する特定の第１ゲーム媒体に対応付けられたゲーム機能の情報に基づいて設定されてもよい。以下、このようにして、デッキ情報に基づいて所定の算出方法によって算出された合計ＨＰを、「合計ＨＰの正規値」ともいう。

ゲーム処理部２１６は、複合型ゲームパートが開始されると、操作情報取得部２１２により取得される操作情報と、開始データ生成部２１４により生成された開始データとに基づいて、複合型ゲームパートを進行する。複合型ゲームパートは、上述したように複数の対戦ゲームパートの集合体であり、複合型ゲームパートの進行方法は、複合型ゲームパートを形成する個々の対戦ゲームパートについて、上述した対戦ゲームパート（単独の対戦ゲームパート）の進行方法と実質的に同様である。

ゲーム処理部２１６は、更新処理部２１６１と、判定処理部２１６２と、終了後処理部２１６３と、効果発生処理部２１６４と、中断ボタン出力部２１６５と、中断データ生成部２１６６と、中断ログ送信部２１６７と、中断データ破棄部２１６８と、再開ログ送信部２１６９と、を含む。

更新処理部２１６１は、複合型ゲームパートの開始時からの進行に伴い合計ＨＰ（現在対戦で利用しているデッキの合計ＨＰ）を初期値（開始データの値）から更新する。例えば、更新処理部２１６１は、複合型ゲームパートの実行中に、対戦相手の攻撃によって第１ゲーム媒体にダメージが与えられると、当該ダメージの量だけ合計ＨＰを減少させる。また、更新処理部２１６１は、複合型ゲームパートの実行中に、例えば回復アイテムが取得されると、合計ＨＰを増加させる。

また、更新処理部２１６１は、複合型ゲームパートが中断された場合、複合型ゲームパートの再開後は、複合型ゲームパートの再開時からの進行に伴い合計ＨＰの値を再開値から更新する。再開値については、後述する。

判定処理部２１６２は、複合型ゲームパートの所定の終了条件が満たされたか否かを判定する。判定処理部２１６２は、上述したように、複合型ゲームパートの最後の対戦ゲームパート（図６の対戦ゲームパートＧＰ－Ｍ参照）がクリアされると、所定の終了条件が満たされたと判定する。また、判定処理部２１６２は、更新処理部２１６１により更新される合計ＨＰであって最後の組のデッキの合計ＨＰが０になると、所定の終了条件が満たされたと判定する。また、ＨＰが０になるだけではなく、制限時間の経過を所定の終了条件としてもよい。

終了後処理部２１６３は、判定処理部２１６２により所定の終了条件が満たされたと判定されると、サーバ装置１０と協動して、各種の後処理を実行する。例えば、終了後処理部２１６３は、結果や報酬を示す結果画面を生成・出力する処理や、報酬等をユーザに対応付ける処理等を実行する。

効果発生処理部２１６４は、所定の効果発生条件が成立した場合に、ゲーム機能に対応するゲーム効果を継続的に発生させる。所定の効果発生条件は、任意であるが、好ましくは、ユーザ操作に関する条件を含んでよい。本実施形態では、一例として、所定の効果発生条件は、所定の発動条件が満たされた第１ゲーム媒体に対する所定のユーザ操作が検出された場合に満たされる。また、所定時間の経過、対戦相手に対する攻撃回数などを発動条件としてもよい。

この場合、効果発生処理部２１６４は、所定の発動条件を第１ゲーム媒体ごとに判定する。そして、効果発生処理部２１６４は、上述したように、所定の発動条件が満たされた第１ゲーム媒体に対する所定のユーザ操作が検出されると、当該第１ゲーム媒体に設定されたゲーム機能に対応するゲーム効果を継続的に発生させる。

また、効果発生処理部２１６４は、一の第１ゲーム媒体に設定されたゲーム機能に対応するゲーム効果の発生中に複合型ゲームパートが中断された場合、複合型ゲームパートの再開後は、中断前のゲーム効果を継続的に発生させる。例えば、一の第１ゲーム媒体に設定されたスキル“２０秒だけ、トラップや路面４１からの落下等によりダメージを受けない”の発動中に、複合型ゲームパートが中断された場合、再開後は、残りの時間（２０秒未満）だけ発動される。例えば、中断前にスキルが“１０秒”だけ発動していた場合は、再開後、スキルは、残りの“１０秒”だけ発動される。なお、変形例では、再開後、スキルの発動時間は、残り時間を変更した時間としてもよい。例えば、残り時間よりも若干短くされてもよい。あるいは、スキルの発動時間は、正規値（上記の例では“２０秒”）のままであってもよい（すなわちゲーム効果についてはリセットされてもよい）。

また、効果発生処理部２１６４は、一の第１ゲーム媒体に設定されたゲーム機能に対応するゲーム効果の発生中に複合型ゲームパートが中断された場合であって、中断中に当該一の第１ゲーム媒体のゲーム機能が変更処理部２２０により変更された場合、再開後は、変更後のゲーム機能に基づいて、当該第１ゲーム媒体に設定されたゲーム機能に対応するゲーム効果を継続的に発生させる。例えば、一の第１ゲーム媒体に設定されたスキル“２０秒だけ、トラップや路面４１からの落下等によりダメージを受けない”の発動中に、複合型ゲームパートが中断された場合であって、中断中に当該一の第１ゲーム媒体のスキルが変更処理部２２０により“２０秒だけ、攻撃力が１．７倍になる”に変更された場合、変更後のスキル“２０秒だけ、攻撃力が１．７倍になる”が、残りの時間（２０秒未満）だけ発動される。例えば、中断前にスキルが“１０秒”だけ発動していた場合は、変更後のスキルは、残りの“１０秒”だけ発動される。なお、変形例では、変更後のスキルの発動時間は、残り時間よりも若干短くされてもよい。あるいは、変更後のスキルの発動時間は、正規値（上記の例では“２０秒”）のままであってもよい。また、ゲーム機能の変更のスキルへの反映は、次回のスキルの発動から反映されてもよい。すなわち、中断時にスキルの発動が継続していた場合は、再開後に変更前のスキルの発動が引き続き継続され、その後のスキル発動時から変更後のスキルが発動されてもよい。

中断ボタン出力部２１６５は、複合型ゲームパートの進行中、ユーザが操作可能な中断ボタン５０（図５参照）を出力する。中断ボタン５０の形態は任意である。中断ボタン５０を介した入力に代えて又は加えて、音声入力やジェスチャ入力による中断要求が可能とされてもよい。

中断ボタン出力部２１６５は、複合型ゲームパートの進行中、いつでも中断が可能なように、常に中断ボタン５０を操作可能な状態で出力してもよい。あるいは、中断ボタン出力部２１６５は、複合型ゲームパートの進行中、所定の出力条件が満たされた場合のみ、中断ボタン５０を操作可能な状態で出力してもよい。この場合、所定の出力条件は、任意であるが、例えば複合型ゲームパートを構成する任意の又は所定の対戦ゲームパートがクリアされた場合に満たされてもよい。

中断データ生成部２１６６は、進行中の複合型ゲームパートを中断する際に、中断データを生成し、生成した中断データを中断データ記憶部２２４に記憶する。中断データは、複合型ゲームパートを再開させるために必要なデータである。中断データは、デッキ情報については、アウトゲームパートで変更されうる情報以外の情報（定義情報等）のみを含む。

また、中断データは、複合型ゲームパートの進行によって値が変化したパラメータの情報であって、アウトゲームパートで正規値が変更されうるパラメータ（例えばＨＰ）の情報について、値そのものでなく、変化の割合として保持されてもよい。例えば、あるパラメータについて、複合型ゲームパートの開始時の値（正規値）がＮ０であり、中断時の値がＮ１である場合、中断データのうちの、当該パラメータの情報は、値Ｎ１そのものでなく、Ｎ１／Ｎ０（又はＮ０／Ｎ１）のような割合であってよい。あるいは、変形例では、中断データのうちの、当該パラメータの情報は、Ｎ０－Ｎ１のような差分であってもよいし、（Ｎ０－Ｎ１）／Ｎ０のような変化率であってもよい。

なお、本実施形態では、一例として、中断データは、中断の際のゲーム内のステート情報、第１ゲーム媒体の行動情報、対戦相手の情報（行動情報等）、アニメーション中の場合はその状態を表す情報等を含む。なお、中断データは、好ましくは、暗号化されて中断データ記憶部２２４に記憶されてよい。この場合、本実施形態のように端末装置２０に記憶される中断データを効果的に保護できる

中断ログ送信部２１６７は、中断データ生成部２１６６により生成された中断データが中断データ記憶部２２４に保存されると、複合型ゲームパートの中断が生じたことを示す情報（以下、「中断ログ」とも称する）を、サーバ装置１０に送信する。サーバ装置１０は、一のユーザに係る中断ログを受信すると、当該一のユーザに対応付けて中断ログを記憶する。

中断データ破棄部２１６８は、中断データ記憶部２２４内の中断データに基づいて、中断中の複合型ゲームパートが正常に再開されると、中断データ記憶部２２４内の中断データを破棄する。これにより、ユーザにより中断データが何度も繰り返し読み出される（ロードされる）可能性を低減できる。

再開ログ送信部２１６９は、中断データ破棄部２１６８により中断データ記憶部２２４内の中断データが破棄されると、複合型ゲームパートの再開が生じたことを示す情報（以下、「再開ログ」とも称する）を、サーバ装置１０に送信する。サーバ装置１０は、一のユーザに係る再開ログを受信すると、当該一のユーザに対応付けて記憶している中断ログを消去（クリア）する。

中断処理部２１８は、中断条件が満たされた場合に、進行中の複合型ゲームパートをゲーム処理部２１６に中断させる。中断条件は、ユーザからの中断要求があった場合に満たされる。ユーザは、例えば、上述した中断ボタン５０を操作することで、中断要求を生成できる。この場合、中断処理部２１８は、複合型ゲームパートの進行中、操作情報取得部２１２により取得される操作情報であって、中断ボタン５０の操作を示す操作情報に基づいて、進行中の複合型ゲームパートをゲーム処理部２１６に中断させる。なお、ユーザによる中断要求の生成は、中断ボタン５０の操作に代えて又は加えて、他の操作によっても可能とされてもよい。なお、この場合、他の操作は、本実施形態に係るゲームのアプリケーションを強制終了させる操作（いわゆるタスクキル操作）を含んでもよいし、含まなくてもよい。

なお、中断処理部２１８は、中断ボタン５０の操作を示す操作情報にすぐに応答して、進行中の複合型ゲームパートをゲーム処理部２１６に中断させてもよいし、中断ボタン５０の操作を示す操作情報に応答して、その後の所定タイミングで、進行中の複合型ゲームパートをゲーム処理部２１６に中断させてもよい。所定タイミングは、例えばスキルの発動が終了するタイミング等であってもよい

また、中断条件は、ユーザからの中断要求の有無にかかわらず、満たされる場合があってもよい。例えば、中断条件は、通信環境に起因して満たされる場合があってもよい。この場合、例えば、サーバ装置１０と端末装置２０との間の通信切断状態が所定時間以上継続した場合に、中断処理部２１８は、進行中の複合型ゲームパートをゲーム処理部２１６に中断させてよい。

変更処理部２２０は、アウトゲームパートにおいて、ユーザからの変更要求に応答して、所定の条件下で、ユーザデータ記憶部２１０内のユーザデータを変更する。アウトゲームパートは、上述したように、ユーザの所有ゲーム媒体の育成や、強化、合成等に関し、能力パラメータやゲーム機能等を変化させうるゲームパートである。例えばアウトゲームパートで第１ゲーム媒体Ａの能力パラメータが変化された場合、変更処理部２２０は、ユーザデータ記憶部２１０内の第１ゲーム媒体Ａの能力パラメータを変更する。

本実施形態では、一例として、アウトゲームパートによるユーザデータ記憶部２１０内のユーザデータの変更（更新）は、端末装置２０とサーバ装置１０とが協動して実現される。この場合、変更処理部２２０は、ユーザからの変更要求に応答して、当該変更要求に基づく変更要求を、サーバ装置１０に送信する。サーバ装置１０は、端末装置２０からの変更要求に応答して、所定の条件下で、サーバ記憶部１２内の、ユーザに対応付けられた、ゲーム媒体に関する情報（図３参照）を変更する。サーバ装置１０は、サーバ記憶部１２内のゲーム媒体に関する情報を変更すると、サーバ記憶部１２内のデータと端末装置２０内のデータ（ユーザデータ記憶部２１０内のユーザデータ）が同期するように、対応する端末装置２０にデータ変更指示を送信する。ユーザデータ更新部２１３は、端末装置２０が当該データ変更指示を受信すると、ユーザデータ記憶部２１０内のユーザデータを変更（更新）する。

所定の条件は、アウトゲームパートで規定される任意の条件である。例えば、強化の場合は、所定の条件は、上述した強化実現条件に対応し、進化の場合は、所定の条件は、上述した進化実現条件に対応してよい。なお、ユーザからの変更要求は、ユーザによる入力に基づいて生成される。例えば、ユーザからの変更要求は、強化の場合は、強化を実現するための各種操作により生成され、進化の場合、進化を実現するための各種操作により生成される。

ところで、本実施形態では、上述したように、アウトゲームパートは、複合型ゲームパートの中断中においても実行されうる。例えば、ユーザは、複合型ゲームパートを中断させ、中断中に、アウトゲームパートをプレイして第１ゲーム媒体の能力パラメータやゲーム機能を変化させてから、複合型ゲームパートを再開させることができる。

従って、本実施形態では、変更処理部２２０は、複合型ゲームパートの中断中も、アウトゲームパートにおいて、ユーザからの変更要求に応答して、所定の条件下で、ユーザデータ記憶部２１０内のユーザデータを変更する。なお、所定の条件は、複合型ゲームパートの中断中以外の状況下における所定の条件と同じであってもよい。

特に、本実施形態では、変更処理部２２０は、複合型ゲームパートの中断中におけるアウトゲームパートにおいて、ユーザデータ記憶部２１０内のユーザデータのうち、再開後の複合型ゲームパートの処理に影響を与えうるユーザデータ部分（以下、「特定データ部分」とも称する）の少なくとも一部を変更する。特定データ部分は、例えば、デッキ情報であり、具体的には、第１ゲーム媒体の能力パラメータやゲーム機能に関する情報である。

なお、本実施形態では、複合型ゲームパートの中断中のアウトゲームパートは、複合型ゲームパートの中断中以外の状況下でのアウトゲームパートに対して、仕様が全く同じであってもよいし、異なってもよい。例えば、複合型ゲームパートの中断中のアウトゲームパートは、複合型ゲームパートの中断中以外の状況下でのアウトゲームパートよりも、変更できる能力パラメータやゲーム機能の種別が制限されてもよいし、変更できる程度が限定されてもよい。このような差異を設けることで、アウトゲームパートのバリエーションを効率的に増やし、ゲームの興趣を高めることができる。例えば、強化の場合、複合型ゲームパートの中断中に適用される強化実現条件は、複合型ゲームパートの中断中以外の状況下で適用される強化実現条件よりも、厳しく設定されてもよい。この場合、ユーザは、複合型ゲームパートの開始前に強化を行うかどうか（すなわち強化を行ってから複合型ゲームパートに挑むかどうか）を、複合型ゲームパートの中断中の強化実現条件を加味しながら判断する等、選択肢や判断材料が増し、ゲームの興趣が向上する。また、複合型ゲームパートに係る仕様に合わせて、複合型ゲームパートが中断中である場合と中断中でない場合とでゲーム媒体の変更できる能力パラメータやゲーム機能の種別を異ならせることにより、複合型ゲームパートのゲームバランス崩壊、及び、マルチプレイ時のプレイヤ間において、ゲーム媒体の変更された能力パラメータやゲーム機能の種別の不均衡を抑えることができる。

再開処理部２２２は、ユーザからの再開要求に応答して、その時点でのユーザデータ記憶部２１０内のユーザデータに基づいて、中断中の複合型ゲームパートをゲーム処理部２１６に再開（復帰）させる。再開要求は、例えば後述する再開ボタンＢ８０の操作等に基づいて検出できる。

再開処理部２２２は、再開ボタン出力部２２２１と、再開データ生成部２２２２（第２算出部の一例）とを含む。

再開ボタン出力部２２２１は、複合型ゲームパートの中断中、ユーザが操作可能な再開ボタンＢ８０（図８参照）を出力する。なお、中断中であるか否かは、中断データ記憶部２２４内の中断データの有無に基づいて判定できる。図８は、再開ボタンＢ８０の一例を示す図である。図８に示す画面Ｇ８００では、再開ボタンＢ８０は、選択ボタンＢ８００のうちの、一方である文字“はい”が付されたボタンである。選択ボタンＢ８００は、他方の文字“いいえ”が付されたボタンＢ８１を含み、この場合、ユーザは、中断データを引き継ぐ態様での再開と、最初からのやり直し（文字“いいえ”が付されたボタンＢ８１が操作された場合）のいずれか一方を、選択できる。なお、最初からのやり直しが選択された場合、中断データ破棄部２１６８は、中断データ記憶部２２４内の中断データを破棄してよい。なお、再開ボタンＢ８０の形態は、図８に示す形態に限られず、任意である。再開ボタンＢ８０を介した入力に代えて又は加えて、音声入力やジェスチャ入力による再開要求が可能とされてもよい。

再開ボタン出力部２２２１は、複合型ゲームパートの中断中、例えばホーム画面（ロビー画面）から、複合型ゲームパートのプレイを選択するボタン（図示せず）が操作されると、再開ボタンＢ８０を出力してよい。なお、ホーム画面は、アウトゲームパート等のプレイを選択するボタン等を更に含んでよい。

なお、図８に示す例では、選択ボタンＢ８００は、他方の文字“いいえ”が付されたボタンＢ８１を含み、最初からの複合型ゲームパートのやり直しが可能とされるが、これに限られない。すなわち、中断の場合、中断データを引き継ぐ態様での再開のみが可能とされてもよい。この場合、再開ボタンＢ８０は不要であり、例えば、中断中に複合型ゲームパートのプレイを選択する操作が、再開ボタンＢ８０の操作と同様の役割を果たす。

再開データ生成部２２２２は、中断中の複合型ゲームパートを再開するための再開データを生成する。例えば、ユーザデータ記憶部２１０内のユーザデータと、中断データ記憶部２２４内の中断データとに基づいて、複合型ゲームパートの実行（再開後の実行）に必要な各種パラメータを設定する。例えば、再開データ生成部２２２２は、各デッキに属する第１ゲーム媒体に関する情報をデッキ情報として抽出し、当該デッキ情報に基づいて、複合型ゲームパートの再開時の合計ＨＰ（デッキごとの合計ＨＰ）を算出する。このとき、再開データ生成部２２２２は、デッキ情報に基づいて、合計ＨＰを所定の算出方法により算出する。所定の算出方法は、上述した開始データ生成部２１４による合計ＨＰの算出方法と同じであり、この場合、デッキごとに、デッキを構成する第１ゲーム媒体のそれぞれのＨＰを足し合わせる方法である。なお、この場合、上述したように、ユーザデータ記憶部２１０内のユーザデータは、中断中に変更処理部２２０により変更されうる。従って、再開データ生成部２２２２によりデッキ情報に基づいて所定の算出方法によって算出した合計ＨＰ（合計ＨＰの正規値）は、開始データ生成部２１４によりデッキ情報に基づいて所定の算出方法によって算出した合計ＨＰ（合計ＨＰの正規値）に対して、異なりうる。

そして、再開データ生成部２２２２は、このようにして算出した合計ＨＰの正規値に対して、中断データ記憶部２２４内の中断データに基づく補正を行うことで、再開値を導出する。本補正は、第１ゲームパートの開始時から直近の中断時までの合計ＨＰの変化分に応じた補正である。上述のように、中断データ記憶部２２４内の中断データのうちの、アウトゲームパートで変更されうるＨＰの情報が、変化の割合として保持されている場合、再開データ生成部２２２２は、当該変化の割合に基づいて合計ＨＰの正規値を補正することで、再開値を導出する。例えば、一のデッキに係る合計ＨＰについて、複合型ゲームパートの開始時の値がＮ０であり、中断時の値がＮ１である場合、当該一のデッキに係る再開値は、Ｎ０’×Ｎ１／Ｎ０として導出されてもよい。この場合、Ｎ０’は、合計ＨＰの正規値（再開時の合計ＨＰの正規値）である。なお、変化の割合でなく変化量ΔＮとして保持されている場合、再開値は、Ｎ０’－ΔＮとして導出されてもよい。

なお、中断データ記憶部２２４内の中断データは、上述のように、好ましくは、暗号化されている。この場合、再開データ生成部２２２２は、中断データ記憶部２２４内の中断データを復号化した上で、利用する

中断データ記憶部２２４には、上述した中断データ生成部２１６６により生成される中断データが記憶される。中断データ記憶部２２４内の中断データは、上述のように中断中だけ保持され、再開されると中断データ破棄部２１６８により破棄される。これにより、ユーザによる複合型ゲームパートの自由な再開のやり直し及びそれに伴う複合型ゲームパートのゲーム提供側が想定していない不自然な難易度の低下を抑制できる。また、ゲームバランスが崩れることを抑止できる。また、中断データを効率的に記憶することで中断データ用の記憶容量を抑制できる。

図７に示す構成によれば、上述した中断機能を適切に実現できる。なお、図７に示す構成では、上述した中断機能は、主に端末装置２０側で（すなわちネイティブアプリケーションにより）実現されているが、これに限られない。例えば、図７に示す構成の一部は、サーバ装置１０により実現（分担）されてもよい。例えば、ゲーム処理部２１６の一部、中断処理部２１８、及び／又は変更処理部２２０は、サーバ装置１０により実現されてもよい。

特に、図７に示す構成によれば、中断データが端末装置２０とサーバ装置１０との間でやり取りされることなく、中断機能が実現されるので、通信環境に起因して中断機能が実現されない可能性（例えば通信障害によって中断データのやり取りが実現されないことに起因して中断機能が実現されない事態）を、低減できる。

また、図７に示す構成によれば、中断データは、中断中に変更されうるパラメータ（例えばＨＰ）については、中断時の値そのものではなく、中断までの変化を表す割合等で記憶されるので、当該パラメータについて中断中に変更があった場合でも適切な再開値を算出できる。

また、図７に示す構成によれば、上述のように、中断データが端末装置２０とサーバ装置１０との間でやり取りされることがないものの、サーバ装置１０は、中断ログと再開ログとして端末装置２０の状態（中断の有無や再開の有無）を認識できる。これにより、ユーザによる複合型ゲームパートの自由な再開のやり直し及びそれに伴う複合型ゲームパートの難易度の望ましくない態様の低下を抑制できる。この効果については、次の図９を参照して詳説する。

図９は、中断及び再開時に関連して実行されてよいサーバ装置１０と端末装置２０との情報のやり取りの一例を概略的に示す概略フローチャートである。以降の処理フロー図（フローチャート）においては、各ステップの入力と出力の関係を損なわない限り、各ステップの処理順序を入れ替えてもよい

図９に示すように、端末装置２０は、中断の際に中断データを生成し記憶すると（Ｓ５０）、中断ログをサーバ装置１０に送信する（Ｓ５２）。サーバ装置１０は、中断ログを受信すると（Ｓ５４）、受信した中断ログをユーザ（ユーザＩＤ）に対応付けて記憶する（Ｓ５６）。

その後、端末装置２０は、再開要求を検出すると（Ｓ５８）、中断ログ情報を要求するための要求（以下、「ログ要求」と称する）をサーバ装置１０に送信する（Ｓ６０）。サーバ装置１０は、ログ要求を受信すると（Ｓ６２）、受信したログ要求に応答して、当該ログ要求に係るユーザ（ユーザＩＤ）に対応付けて記憶された中断ログを探索し、中断ログを抽出できた場合（Ｓ６４の“ＹＥＳ”）、抽出した中断ログに含まれる情報（例えば時間情報等）を中断ログ情報として端末装置２０に送信する（Ｓ６６）。他方、中断ログを抽出できない場合、すなわち中断ログが記憶されていない場合（Ｓ６４の“ＮＯ”）、所定のエラー処理を実行する（Ｓ６５）。この場合、所定のエラー処理は、中断ログの不在を端末装置２０に通知する処理であってよい。このような通知が端末装置２０に受信されると、当該端末装置２０においては、中断中の複合型ゲームパートの再開が禁止され、複合型ゲームパートの最初からのプレイだけが可能とされる。

端末装置２０は、中断ログ情報を受信すると（Ｓ６８）、中断データ記憶部２２４内の中断データと中断ログ情報との間の整合性をチェックする（Ｓ７０）。その結果、中断データ記憶部２２４内の中断データと中断ログ情報とが整合しない場合（Ｓ７０で“ＮＯ”）は、所定のエラー処理を実行する（Ｓ７２）。この場合、所定のエラー処理は、エラーメッセージの出力処理等であってよい。なお、中断データ記憶部２２４内の中断データと中断ログ情報とが整合しない場合は、中断中の複合型ゲームパートの再開が禁止され、複合型ゲームパートの最初からのプレイだけが可能とされる。

他方、中断データ記憶部２２４内の中断データと中断ログ情報とが整合する場合（Ｓ７０で“ＹＥＳ”）は、端末装置２０は、中断中の複合型ゲームパートを再開し（Ｓ７４）、中断データを破棄し（Ｓ７５）、再開ログをサーバ装置１０に送信する（Ｓ７６）。

サーバ装置１０は、再開ログを受信すると（Ｓ７８）、当該再開ログに係るユーザ（ユーザＩＤ）に対応付けて記憶された中断ログを消去する（Ｓ７９）。

このような図９に示す例によれば、ユーザによる複合型ゲームパートの自由な再開のやり直しを抑制できる。例えば、ユーザが一度、中断中の複合型ゲームパートを再開させると、サーバ装置１０において中断ログが消去される（Ｓ７９）。このため、ユーザが、再開をやり直したく思って、直近の再開を無効化するための処理（例えば中断データの復元等）を実行させたとしても、再開をやり直すことができない。この場合、端末装置２０がユーザからの再開要求に応じてログ要求をサーバ装置１０に送信しても（Ｓ６０）、中断ログが記憶されていないことから（Ｓ６４の“ＮＯ”）、所定のエラー処理が実行される（Ｓ６５）ためである。

また、図９に示す例によれば、端末装置２０は、サーバ装置１０からの中断ログ情報と、自身の中断データ記憶部２２４内の中断データとの間の整合性をチェックするので、中断データ記憶部２２４内の中断データの改竄（書き換え等）を、効率的に抑制できる。例えば、中断データの改竄等により更新時間が、中断ログ情報の示す中断時間と整合しなくなった場合、当該中断データに基づく再開が禁止される。これにより、チート対策やセキュリティ強化が可能となる。

また、図９に示す例によれば、中断データ自体が端末装置２０とサーバ装置１０との間でやり取りされないので、中断データ自体が端末装置２０とサーバ装置１０との間でやり取りされる構成に比べて通信量を低減できる。従って、通信負荷を低減できるとともに、通信障害にも堅牢性、耐性がある構成を実現できる。

なお、図９に示す例では、中断データ自体が端末装置２０とサーバ装置１０との間でやり取りされないが、これに限られない。例えば、変形例では、中断データの一部又は全部が端末装置２０とサーバ装置１０との間でやり取りされ、整合性がチェックされてもよい。

例えば、一の変形例では、整合性は、次のようにチェックされてもよい。端末装置２０は、上述したように中断データを生成すると、生成した中断データを中断データ記憶部２２４に記憶するとともに、生成した中断データをサーバ装置１０に送信する。サーバ装置１０は、受信した中断データを記憶する。そして、端末装置２０は、上述したユーザからの再開要求を検出すると、中断データ記憶部２２４内の中断データを再開許可要求とともにサーバ装置１０に送信する。サーバ装置１０は、中断データを再開許可要求とともに受信すると、当該中断データと、中断の際に受信した中断データとが整合するか否かを判定する。そして、サーバ装置１０は、これらの中断データ同士が整合すると判定した場合は、再開許可を端末装置２０に送信する。端末装置２０は、当該再開許可を受信すると、中断データ記憶部２２４内の中断データに基づいて複合型ゲームパートを再開する。かかる構成によれば、中断データ記憶部２２４内の中断データの改竄等を、より確実に防止できるので、チート対策やセキュリティ強化が可能となる。

あるいは、他の変形例では、整合性は、次のようにチェックされてもよい。端末装置２０は、上述したように中断データを生成すると、生成した中断データを中断データ記憶部２２４に記憶するとともに、生成した中断データをサーバ装置１０に送信する。サーバ装置１０は、受信した中断データを記憶する。そして、端末装置２０は、上述したユーザからの再開要求を検出すると、再開許可要求をサーバ装置１０に送信する。サーバ装置１０は、再開許可要求を受信すると、記憶している中断データを、端末装置２０に送信する。そして、端末装置２０は、中断データ記憶部２２４内の中断データと、サーバ装置１０から受信した中断データとが整合するか否かを判定する。そして、端末装置２０は、これらの中断データ同士が整合すると判定した場合は、中断データ記憶部２２４内の中断データに基づいて複合型ゲームパートを再開する。

これらの変形例によれば、中断データ記憶部２２４内の中断データの改竄等を、より確実に防止できるので、チート対策やセキュリティ強化が可能となる。また、これらの変形例によれば、ユーザが、複合型ゲームパートの中断中に端末装置２０を機種変更等により新しい端末装置２０に変更した場合でも、新しい端末装置２０で中断中の複合型ゲームパートの再開が可能となる。例えば、機種変更等で端末装置２０に中断データが記憶されなくなった場合でも、所定の条件が満たされた場合に、サーバ装置に記憶された中断データを利用することを可能としてもよい。あるいは、中断データはサーバに保存しておき、端末側の中断ログとサーバ側の中断ログとで照合を行なって再開してもよい。また、同様の観点から、ユーザは、中断の際に利用していた端末装置２０とは異なる端末装置２０を利用して、中断中の複合型ゲームパートの再開を伴うプレイが可能となる。

また、図９に示す例では、中断ログや再開ログは、ログ情報として記憶したままとして、中断中フラグのようなフラグを利用して、ユーザによる複合型ゲームパートの自由な再開のやり直しを抑制してもよい。この場合、中断中フラグは、ユーザごとに設定され、一のユーザに係る中断ログが受信されると、“１”にセットされ、当該一のユーザに係る再開ログが受信されると、“０”にリセットされてよい。この場合、当該一のユーザについては、中断ログが“１”である場合だけ再開を受け付けることで（例えば図９のＳ６４の判定結果が“ＹＥＳ”となることで）、図９に示す例と同様の効果を実現できる。

また、図９に示す例において、サーバ装置１０は、再開ログを受信すると、その旨の通知を端末装置２０に送信してもよい。この場合、端末装置２０は、当該通知を受信した場合のみ、中断データを破棄することとしてもよい。すなわち、端末装置２０は、中断データがサーバエラー等によって破棄されないように、再開ログがサーバ装置１０により正常に受信された場合のみ中断データを破棄してもよい。

次に、図１０以降を参照して、ゲームシステム１の動作例について説明する。

図１０は、ゲームシステム１の一の端末装置２０の動作例を示す概略フローチャートである。なお、図１０では、図９で説明したサーバ装置１０と端末装置２０との間での中断ログ等のやり取りは省略されているが、実行されてもよい。

図１０に示すように、端末装置２０は、スタート画面（Ｓ８１）から移行したホーム画面（Ｓ８２）において、ユーザにより複合型ゲームパートのプレイが選択されると、複合型ゲームパートに係る対戦への出撃場面をアニメーション等で表現する出撃画面（Ｓ８３）に移行する。他方、ホーム画面（Ｓ８２）において、ユーザによりアウトゲームパートのプレイが選択されると、強化画面（Ｓ１００）に移行する。なお、この場合は、アウトゲームパートは、強化を行うゲームパートだけであるが、進化等の他の種のアウトゲームパートが用意される場合、各種アウトゲームパートのうちから任意の１つがユーザにより選択可能とされる。

出撃画面（Ｓ８３）に移行すると、ユーザデータがユーザデータ記憶部２１０からロードされる（Ｓ８４）。なお、中断中に上述したようにアウトゲームパートによりユーザデータが変更された場合は、当該中断後にロードされるユーザデータは、変更後のユーザデータとなる。

次いで、中断データ記憶部２２４内における中断データの有無がチェックされる（Ｓ８５）。なお、上述したように、中断中の場合は、中断データ記憶部２２４内に中断データが記憶されていることになる。中断データ記憶部２２４内に中断データが記憶されている場合（Ｓ８５で“ＹＥＳ”）は、中断データが復号化され（Ｓ８６）、中断データが中断データ記憶部２２４からロードされる（Ｓ８７）。そして、クエスト開始ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）が動作する（Ｓ８８Ａ）。この際、データの更新が失敗（例えば、いわゆるタスクキル）となると（矢印Ｒ１０参照）、ステップＳ８３からやり直す。データの更新が成功すると、中断データが破棄され（Ｓ８９）、対戦画面でのプレイが実行される（Ｓ９０）。この場合、複合型ゲームパートの再開が実現される

他方、中断データ記憶部２２４内に中断データが記憶されていない場合（Ｓ８５で“ＮＯ”）は、クエスト開始ＡＰＩがそのまま動作する（Ｓ８８Ｂ）。この場合、最初から複合型ゲームパートが開始される。

対戦画面でのプレイ中、中断が生じると（Ｓ９１で“ＹＥＳ”）、クエスト中断ＡＰＩが動作する（Ｓ９２）。クエスト中断ＡＰＩによるデータの更新が失敗（例えば、電波障害による）すると（矢印Ｒ１１参照）、データの更新が成功するまで繰り返される。データの更新が成功すると、中断データが生成され（Ｓ９３）、生成された中断データが暗号化されてから中断データ記憶部２２４内に記憶される（Ｓ９４）。中断データが中断データ記憶部２２４内に記憶されると、ホーム画面に遷移する（Ｓ８２）。この場合、本実施形態では、上述のように中断中のアウトゲームパートが可能となるように、ホーム画面から強化画面への遷移が可能である。なお、対戦画面でのプレイ中、中断が生じずに所定の終了条件が成立すると、結果画面（Ｓ９５）に移行してから、ホーム画面に復帰する（Ｓ８２）。

一方、強化画面（Ｓ１００）に移行すると、デッキ強化ＡＰＩが動作し（Ｓ１０２）、デッキ強化ＡＰＩによるデータの更新が失敗すると（すなわち強化が失敗すると）（矢印Ｒ１２参照）、強化画面に戻る。他方、デッキ強化ＡＰＩによるデータの更新が成功すると（すなわち強化が成功すると）、ユーザデータ記憶部２１０内のユーザデータが更新される（Ｓ１０４）。

図１１は、中断データの生成処理の一例を示す概略フローチャートである。図１１に示す処理は、例えば図１０に示すＳ９２で実現されてもよい。

図１１に示す中断データの生成処理は、まず、現時点の合計ＨＰ（各デッキの、中断時の合計ＨＰ）を取得する（Ｓ１１０）。なお、現時点の合計ＨＰに代えて、現時点までの合計ＨＰの変化量（減少量）を取得してもよい。中断データの生成処理は、現時点の合計ＨＰに基づいて、合計ＨＰの再開値を算出するための補正係数Ｃｆ１を算出する（Ｓ１１１）。補正係数Ｃｆ１は、上述したように、合計ＨＰの初期値をＮ０とし、現時点の合計ＨＰをＮ１としたとき、Ｎ１／Ｎ０（又は（Ｎ０－Ｎ１）／Ｎ０）のような割合であってよい。なお、補正係数Ｃｆ１は、デッキごとに算出され、対応するデッキに対応付けられる。ただし、すでに合計ＨＰが０に至ったデッキや、合計ＨＰが変化していないデッキについては、補正係数Ｃｆ１は算出されなくてよい。

次いで、中断データの生成処理は、任意の第１ゲーム媒体に設定されたゲーム機能に対応するゲーム効果であって、規定された時間だけ断続的に発生するゲーム効果が発生中であるか否かを判定する（Ｓ１１２）。このようなゲーム効果が発生中である場合（Ｓ１１２で“ＹＥＳ”）、現時点までの当該ゲーム効果の発生時間（中断時までの発生時間）を取得する（Ｓ１１３）。なお、中断時までの発生時間に代えて、ゲーム効果の残存時間を取得してもよい。中断データの生成処理は、ゲーム効果の発生時間に基づいて、再開時からのゲーム効果の発生可能時間を算出するための補正係数Ｃｆ２を算出する（Ｓ１１４）。補正係数Ｃｆ２は、上述したように、ゲーム効果の発生時間の正規値（スキルの発動時間の正規値）をＴ０とし、中断時までの発生時間をＴ１としたとき、Ｔ１／Ｔ０（又は（Ｔ０―Ｔ１）／Ｔ０）のような割合であってよい。補正係数Ｃｆ２は、ゲーム効果を発生させている第１ゲーム媒体に対応付けて算出される。

ゲーム効果が発生中でない場合（Ｓ１１２で“ＮＯ”）、又は、Ｓ１１４が終了すると、中断データの生成処理は、その他、再開に必要な情報を取得し（Ｓ１１５）、上述した補正係数Ｃｆ１（又は補正係数Ｃｆ１及び補正係数Ｃｆ２）を含む中断データを生成する（Ｓ１１６）。

図１２は、再開時の処理の一例を示す概略フローチャートである。図１２に示す処理は、例えば図１０に示すＳ８９で実現されてもよい

図１２に示す再開時の処理は、ロードしたユーザデータに基づいて、各デッキに係る合計ＨＰの正規値を算出する（Ｓ１２０）。次いで、再開時の処理は、補正係数Ｃｆ１が対応付けられたデッキについては、当該デッキに係る合計ＨＰの正規値を補正する（Ｓ１２２）。例えば、ある一のデッキに係る合計ＨＰの正規値がＮ０’であり、当該一のデッキに補正係数Ｃｆ１が対応付けられている場合、当該デッキに係る合計ＨＰは、Ｎ０’×Ｃｆ１として補正される。

次いで、再開時の処理は、中断データに補正係数Ｃｆ２が含まれているか否かを判定する（Ｓ１２４）。中断データに補正係数Ｃｆ２が含まれている場合（Ｓ１２４で“ＹＥＳ”）は、補正係数Ｃｆ２に対応付けられた第１ゲーム媒体について、当該第１ゲーム媒体に対応付けられた、スキルの発動時間の正規値を、当該補正係数Ｃｆ２に基づいて補正する（Ｓ１２６）。例えば、ある一の第１ゲーム媒体に係るスキルの発動時間の正規値がＴ０’であり、当該一の第１ゲーム媒体に補正係数Ｃｆ２が対応付けられている場合、当該第１ゲーム媒体に係るスキルの発動時間（再開直後から開始されるゲーム効果の持続時間）は、Ｔ０’－（Ｃｆ２×Ｔ０’）として補正される。

次いで、再開時の処理は、上述したように補正係数Ｃｆ２による補正が終了すると（Ｓ１２６）、又は、中断データに補正係数Ｃｆ２が含まれていない場合（Ｓ１２４で“ＮＯ”）、上述した補正後の合計ＨＰ（又は補正後の合計ＨＰ及び補正後のスキルの発動時間）を含む再開データを生成する（Ｓ１２８）。

図１１及び図１２に示す例によれば、再開時の合計ＨＰが、中断前のＨＰの減少態様に応じて適切に補正されるので、公平性及び連続性の高い態様で中断後の再開を実現できる。また、ゲーム効果の発生中において中断が可能となるとともに、ゲーム効果の発生中の中断時には、中断時までの発生時間を加味して再開後のゲーム効果の発生時間が補正されるので、公平性及び連続性の高い態様で中断後の再開を実現できる。なお、ゲーム効果の発生時間取得のステップ（Ｓ１１３）は省略されてもよい。

以上、各実施形態について詳述したが、特定の実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、前述した実施形態の構成要素を全部又は複数を組み合わせることも可能である。

例えば、上述した実施形態において、端末装置２０に表示される画面（図５に示すようなゲーム画面や図８に示すような選択画面）の少なくとも一部を、サーバ装置１０が生成したデータに基づいて端末装置２０に表示させるウェブ表示とし、画面の少なくとも一部を、端末装置２０にインストールされているネイティブアプリケーションによって表示させるネイティブ表示としてもよい。

なお、以上の実施形態に関し、さらに以下の付記を開示する（本願の原出願の出願当初の特許請求の範囲に記載された発明に対応）。

［付記１］
第１ゲームパートと第２ゲームパートとを含むゲームに係るゲーム装置であって、
所定のゲーム媒体に関するゲーム媒体情報を記憶する第１記憶部と、
前記第１ゲームパートが開始されると、ユーザによる操作情報と、前記第１記憶部に記憶されたゲーム媒体情報とに基づいて、前記第１ゲームパートを進行するゲーム処理部と、
中断条件が成立した場合に、進行中の前記第１ゲームパートを前記ゲーム処理部に中断させる中断処理部と、
前記第１ゲームパートの中断中に、前記第２ゲームパートにおいて、所定の条件下で、前記第１記憶部内の前記ゲーム媒体情報を変更する変更処理部と、
ユーザからの再開要求に応答して、変更後の前記ゲーム媒体情報に基づいて、中断中の前記第１ゲームパートを前記ゲーム処理部に再開させる再開処理部とを含む、ゲーム装置。

［付記２］
前記変更処理部は、ユーザからの変更要求に応答して、前記ゲーム媒体情報のうちの、再開後の前記第１ゲームパートの処理に影響を与えうる部分の少なくとも一部を変更する、付記１に記載のゲーム装置。

［付記３］
前記ゲーム媒体情報は、前記所定のゲーム媒体に対応付けられたパラメータ情報及び能力情報のうちの、少なくともいずれか一方を含む、付記１又は２に記載のゲーム装置。

［付記４］
前記第１記憶部内の前記パラメータ情報に基づいて所定の算出又は設定方法により所定パラメータの初期値を算出又は設定する第１算出部を更に含み、
前記ゲーム処理部は、
前記第１ゲームパートの開始時からの進行に伴い前記所定パラメータの値を前記初期値から更新する更新処理部と、
前記更新処理部により更新される前記所定パラメータの値に基づいて前記第１ゲームパートの終了条件が満たされたか否かを判定する判定処理部と、を備える、付記３に記載のゲーム装置。
この場合、所定パラメータは、例えば、ＨＰや経過時間のような、終了条件に関連するパラメータであってよい。例えば、第１ゲームパートの終了条件は、ＨＰが所定値に達した場合及び／又は経過時間が所定時間に達した場合に満たされてよい。なお、経過時間の初期値については、常に０になる態様（所定の設定方法）で設定されてよい。

［付記５］
前記再開処理部は、前記第１ゲームパートの中断中に前記変更処理部により前記第１記憶部内の前記ゲーム媒体情報が変更された場合に、前記所定パラメータの再開値を算出する第２算出部を備え、
前記更新処理部は、前記第１ゲームパートの再開後は、前記第１ゲームパートの再開時からの進行に伴い前記所定パラメータの値を前記再開値から更新し、
前記第２算出部は、前記変更処理部による変更後の前記パラメータ情報に基づいて前記所定の算出又は設定方法により算出又は設定した場合の前記所定パラメータの値に対して、前記第１ゲームパートの開始時から直近の中断時までの前記所定パラメータの値の変化分に応じた補正を行うことで、前記再開値を算出する、付記４に記載のゲーム装置。

［付記６］
前記ゲーム処理部は、効果発生条件が成立した場合に、前記所定のゲーム媒体の前記能力情報に基づいて、前記所定のゲーム媒体の所定能力に係る効果を継続的に発生させる効果発生処理部を更に備え、
前記効果発生処理部は、前記効果発生処理部による前記効果の発生中に前記第１ゲームパートが中断され、かつ、該中断中に前記能力情報が前記変更処理部により変更された場合、その後の前記再開要求に応答して再開する前記第１ゲームパートにおいて、変更後の前記能力情報に基づいて前記効果を継続的に発生させる、付記３～５のうちのいずれか１項に記載のゲーム装置。

［付記７］
第２記憶部を更に含み、
前記ゲーム処理部は、
進行中の前記第１ゲームパートを中断する際に、中断データを生成し、生成した前記中断データを前記第２記憶部に記憶する中断データ生成部と、
前記第２記憶部内の前記中断データに基づいて、中断中の前記第１ゲームパートを再開すると、前記第２記憶部内の前記中断データを破棄する中断データ破棄部とを更に備える、付記１～６のうちのいずれか１項に記載のゲーム装置。

［付記８］
前記第１ゲームパートは、複数のゲームパートの複合体であり、
前記第１ゲームパートの中断は、前記複数のゲームパートのそれぞれにおける中断、及び、前記複数のゲームパート間での中断、のうちの少なくともいずれか一方を含む、付記１～７のうちのいずれか１項に記載のゲーム装置。

［付記９］
第１ゲームパートと第２ゲームパートとを含むゲームに係るゲーム方法であって、
前記第１ゲームパートが開始されると、ユーザによる操作情報と、記憶部に記憶されたゲーム媒体情報とに基づいて、前記第１ゲームパートを進行し、
中断条件が成立した場合に、進行中の前記第１ゲームパートを中断し、
前記第１ゲームパートの中断中に、前記第２ゲームパートにおいて、所定の条件下で、前記記憶部内の前記ゲーム媒体情報を変更し、
ユーザからの再開要求に応答して、変更後の前記ゲーム媒体情報に基づいて、中断中の前記第１ゲームパートを再開することを含む、コンピュータにより実行されるゲーム方法。

［付記１０］
第１ゲームパートと第２ゲームパートとを含むゲームに係るゲームプログラムであって、
前記第１ゲームパートが開始されると、ユーザによる操作情報と、記憶部に記憶されたゲーム媒体情報とに基づいて、前記第１ゲームパートを進行し、
中断条件が成立した場合に、進行中の前記第１ゲームパートを中断し、
前記第１ゲームパートの中断中に、前記第２ゲームパートにおいて、所定の条件下で、前記記憶部内の前記ゲーム媒体情報を変更し、
ユーザからの再開要求に応答して、変更後の前記ゲーム媒体情報に基づいて、中断中の前記第１ゲームパートを再開する
処理をコンピュータにより実行させるゲームプログラム。

１ ゲームシステム
１０ サーバ装置
１１ サーバ通信部
１２ サーバ記憶部
１３ サーバ制御部
２０ 端末装置
２１ 端末通信部
２２ 端末記憶部
２３ 表示部
２４ 入力部
２５ 端末制御部
３０ ネットワーク
４０ 移動オブジェクト
４１ 路面
４２ アイテム
４３ リーダ
４４ 対戦相手
４６ 育成用アイテム
６０ 複合型ゲームパート
Ｂ８００ 選択ボタン
Ｂ８１ ボタン
Ｂ８０ 再開ボタン
２１０ ユーザデータ記憶部
２１２ 操作情報取得部
２１３ ユーザデータ更新部
２１４ 開始データ生成部
２１６ ゲーム処理部
２１６１ 更新処理部
２１６２ 判定処理部
２１６３ 終了後処理部
２１６４ 効果発生処理部
２１６５ 中断ボタン出力部
２１６６ 中断データ生成部
２１６７ 中断ログ送信部
２１６８ 中断データ破棄部
２１６９ 再開ログ送信部
２１８ 中断処理部
２２０ 変更処理部
２２２ 再開処理部
２２２１ 再開ボタン出力部
２２２２ 再開データ生成部
２２４ 中断データ記憶部

Claims (10)

1. インゲームパートとアウトゲームパートとを含むゲームに係るゲームシステムであって、
   所定のゲーム媒体に関するゲーム媒体情報を記憶する第１記憶部と、
   前記インゲームパートが開始されると、ユーザによる操作情報と、前記第１記憶部に記憶されたゲーム媒体情報とに基づいて、前記インゲームパートを進行するゲーム処理部と、
   前記インゲームパートが、複数の対戦ゲームパートの複合体であって中断可能に構成された複合型ゲームパートと、個々に独立した対戦ゲームパートであって中断不能に構成された単独の対戦ゲームパートとを含み、中断条件が成立した場合に、進行中の前記複合型ゲームパートを前記ゲーム処理部に中断させる中断処理部と、を備える、ゲームシステム。
2. 前記アウトゲームパートは、前記所定のゲーム媒体の前記ゲーム媒体情報を変化させうるゲームパートであり、前記複合型ゲームパートの開始前に、及び、前記複合型ゲームパートの中断中に、実行可能である、請求項１に記載のゲームシステム。
3. 前記アウトゲームパートは、前記複合型ゲームパートの開始前に実行する場合と、前記複合型ゲームパートの中断中に実行する場合とで、前記所定のゲーム媒体の前記ゲーム媒体情報を変化させる仕様が異なる、請求項２に記載のゲームシステム。
4. 前記中断条件は、前記ユーザからの中断要求がなされることにより、又は前記中断要求に代えて又は加えて、前記ゲームシステムに係る通信環境に起因することにより、成立する、請求項１から３のいずれか１項に記載のゲームシステム。
5. 前記ユーザからの前記中断要求は、前記複数の対戦ゲームパートのうちのいずれかの対戦ゲームパートが実行中に、実行可能である、請求項４に記載のゲームシステム。
6. 前記複合型ゲームパートの中断中に、前記アウトゲームパートにおいて、前記ユーザからの変更要求に応答して、所定の条件下で、前記第１記憶部内の前記ゲーム媒体情報を変更する変更処理部を更に備える、請求項１から５のいずれか１項に記載のゲームシステム。
7. 前記所定の条件は、前記アウトゲームパートが前記所定のゲーム媒体の強化に係る場合には強化実現条件に、前記アウトゲームパートが前記所定のゲーム媒体の進化に係る場合には進化実現条件に、それぞれ対応する、請求項６に記載のゲームシステム。
8. 前記ユーザからの再開要求に応答して、その時点での前記ゲーム媒体情報に基づいて、中断中の前記複合型ゲームパートを前記ゲーム処理部に再開させる再開処理部を更に備える、請求項６又は７に記載のゲームシステム。
9. インゲームパートとアウトゲームパートとを含むゲームに係るゲーム方法であって、
   前記インゲームパートが開始されると、ユーザによる操作情報と、記憶部に記憶されたゲーム媒体情報とに基づいて、前記インゲームパートを進行し、
   前記インゲームパートが、複数の対戦ゲームパートの複合体であって中断可能に構成された複合型ゲームパートと、個々に独立した対戦ゲームパートであって中断不能に構成された単独の対戦ゲームパートとを含み、中断条件が成立した場合に、進行中の前記複合型ゲームパートを中断することを含む、コンピュータにより実行されるゲーム方法。
10. インゲームパートとアウトゲームパートとを含むゲームに係るゲームプログラムであって、
    前記インゲームパートが開始されると、ユーザによる操作情報と、記憶部に記憶されたゲーム媒体情報とに基づいて、前記インゲームパートを進行し、
    前記インゲームパートが、複数の対戦ゲームパートの複合体であって中断可能に構成された複合型ゲームパートと、個々に独立した対戦ゲームパートであって中断不能に構成された単独の対戦ゲームパートとを含み、中断条件が成立した場合に、進行中の前記複合型ゲームパートを中断する処理をコンピュータにより実行させるゲームプログラム。

Images