JP7525124B2 - 端末装置、サーバ装置、及び制御方法 - Google Patents

Description

本発明は、端末装置、サーバ装置、及び制御方法に関する。

従来、例えばユーザが対戦相手となる他のユーザを選択又は募集して、ユーザ同士が対
戦を行うゲームが知られている。例えば特許文献１には、第１ユーザが対戦相手である第
２ユーザを選択して、非同期対戦を行う対戦ゲームが開示されている。

特開２０１４－００８２１３号公報

例えば、非同期対戦ゲームでは、先攻ユーザが先にゲームを行い、先攻ユーザの後に後
攻ユーザがゲームを行う。そして、先攻ユーザ及び後攻ユーザがそれぞれのゲーム結果、
例えば獲得したスコア等を競う。このように、後攻ユーザよりも先に先攻ユーザのゲーム
結果が確定する。このため、先攻ユーザに対戦を申し込まれた後攻ユーザは、先攻ユーザ
が獲得したスコアを事前に確認可能である。かかる場合には、例えば先攻ユーザのスコア
が低く先攻ユーザに勝利できる可能性が高いと判断するときのみ後攻ユーザが対戦を承諾
する等、後攻ユーザによる作為的なマッチングが可能である。したがって、非同期対戦の
マッチングの公平性について改善の余地があった。

かかる事情に鑑みてなされた本発明の目的は、ユーザ同士が非同期対戦を行うゲームに
おいて、対戦を行うユーザのマッチングの公平性を向上させるサーバ装置、端末装置、及
び制御方法を提供することにある。

上記課題を解決するために本発明に係るサーバ装置は、
ユーザ間で非同期対戦が可能なゲームを端末装置に提供するサーバ装置であって、
複数のユーザそれぞれに関する第１情報を記憶するサーバ記憶部と、
前記端末装置と情報の送受信を行うサーバ通信部と、
サーバ制御部と、を備え、
前記サーバ制御部は、
第１ユーザの端末装置において実行された第１ゲームパートの結果情報を該端末装置か
ら受信すると、該結果情報が表示されることなく前記第１ユーザに関する前記第１情報が
表示される画面を第２ユーザの端末装置に表示させ、
前記第１ユーザとの非同期対戦の承諾又は非承諾を示す情報を前記第２ユーザの端末装
置から受信し、
前記第２ユーザの端末装置から前記承諾を示す情報を受信した場合、
前記第２ユーザの端末装置に、前記第１ゲームパートの結果情報の少なくとも一部を
表示させ、
前記第２ユーザの端末装置において実行された第２ゲームパートの結果情報を該端末
装置から受信すると、前記第１ゲームパートの結果情報及び前記第２ゲームパートの結果
情報に基づいて、前記第１ユーザと前記第２ユーザとの非同期対戦の結果を決定する
ことを特徴とする。

また、本発明に係る端末装置は、
サーバ装置から提供される、ユーザ間で非同期対戦が可能なゲームを実行する端末装置
であって、
表示部と、
前記サーバ装置との間で情報の送受信を行う端末通信部と、
端末制御部と、を備え、
前記端末制御部は、
前記端末装置のユーザと異なる他のユーザの端末装置で実行された第１ゲームパートの
結果情報が表示されることなく該他のユーザに関する第１情報が表示される画面を前記表
示部に表示させ、
前記他のユーザとの非同期対戦の承諾又は非承諾を示す情報を前記サーバ装置へ送信し
、
前記承諾を示す情報が送信された場合、
前記第１ゲームパートの結果情報の少なくとも一部を、前記端末通信部を介して前記
サーバ装置から受信し、
前記第１ゲームパートの結果情報の前記少なくとも一部を前記表示部に表示させ、
前記端末装置のユーザにプレイさせるための第２ゲームパートを開始し、
前記第２ゲームパートの結果情報を、前記端末通信部を介して前記サーバ装置に送信
する
ことを特徴とする。

また、本発明に係る制御方法は、
ユーザ間で非同期対戦が可能なゲームを端末装置に提供するサーバ装置の制御方法であ
って、
複数のユーザそれぞれに関する第１情報を記憶するステップと、
第１ユーザの端末装置において実行された第１ゲームパートの結果情報を該端末装置か
ら受信すると、該結果情報が表示されることなく前記第１ユーザに関する前記第１情報が
表示される画面を第２ユーザの端末装置に表示させるステップと、
前記第１ユーザとの非同期対戦の承諾又は非承諾を示す情報を前記第２ユーザの端末装
置から受信するステップと、
前記第２ユーザの端末装置から前記承諾を示す情報を受信した場合、
前記第２ユーザの端末装置に、前記第１ゲームパートの結果情報の少なくとも一部を
表示させるステップと、
前記第２ユーザの端末装置において実行された第２ゲームパートの結果情報を該端末
装置から受信すると、前記第１ゲームパートの結果情報及び前記第２ゲームパートの結果
情報に基づいて、前記第１ユーザと前記第２ユーザとの非同期対戦の結果を決定するステ
ップと、を含む
ことを特徴とする。

本発明に係るサーバ装置、端末装置、及び制御方法によれば、ユーザ同士が非同期対戦
を行うゲームにおいて、対戦を行うユーザのマッチングの公平性が向上する。

本発明の一実施形態に係るゲームシステムのブロック図である。 図１のサーバ記憶部が記憶する情報を示す図である。 図１のサーバ記憶部が記憶する情報を示す図である。 図１のサーバ記憶部が記憶する情報を示す図である。 第１ゲームパートのプレイ情報を示す図である。 第２ゲームパートにおいて演算される複数の第１対戦相手の対戦進行状況を示す図である。 先攻ユーザの端末装置に表示される候補ユーザ選択画面を示す図である。 先攻ユーザの端末装置に表示される第１ゲームパート画面を示す図である。 後攻ユーザの端末装置に表示される対戦可否選択画面を示す図である。 後攻ユーザの端末装置に表示される先攻ユーザ表示画面を示す図である。 後攻ユーザの端末装置に表示される第２ゲームパート画面を示す図である。 後攻ユーザの端末装置に表示される第２ゲームパート画面を示す図である。 後攻ユーザの端末装置に表示される第２ゲームパート画面を示す図である。 端末装置に表示される対戦結果画面を示す図である。 端末装置に表示される対戦結果画面を示す図である。 サーバ装置の処理を示すフローチャートである。 サーバ装置の処理を示すフローチャートである。 サーバ装置の処理を示すフローチャートである。 先攻ユーザの端末装置の処理を示すフローチャートである。 図１８の第１ゲームパートの実行処理を示すフローチャートである。 先攻ユーザの端末装置の処理を示すフローチャートである。 図２０の第２ゲームパートの実行処理を示すフローチャートである。

以下、本発明の実施形態について説明する。

はじめに、本発明の一実施形態に係るサーバ装置及び端末装置を備えるゲームシステム
について説明する。図１に示すように、本実施形態に係るゲームシステム１０は、サーバ
装置１１と、複数の端末装置１２と、を備える。図１では簡便のため、端末装置１２は１
つのみ図示している。サーバ装置１１は、個々のユーザが所有する端末装置１２に対して
ゲームを提供する。

ここで、本実施形態に係るゲームの概要について説明する。本実施形態に係るゲームは
、ユーザ同士がゲーム媒体を用いて行う非同期型対戦が可能なゲームである。ゲーム媒体
は、ゲームに使用される電子データであり、例えば、カード、アイテム、キャラクタ、及
びアバタなど、任意の媒体を含む。また、ゲーム媒体は、ユーザによってゲーム内で取得
、所有、使用、管理、交換、合成、強化、売却、廃棄、又は贈与などされ得る電子データ
であるが、ゲーム媒体の利用態様は本明細書で明示されるものに限られない。また、非同
期型対戦とは、複数の端末装置１２において処理の同期を取らずに進行可能な対戦である
。

以下、特に明示した場合を除き、「ユーザが所有するゲーム媒体」とは、ユーザに対応
付けられたゲーム媒体を示す。また、「ゲーム媒体をユーザに付与する」とは、ゲーム媒
体をユーザに対応付けることを示す。また、「ユーザが所有するゲーム媒体を破棄する」
とは、ユーザとゲーム媒体との対応付けを解消することを示す。

本実施携帯に係るゲームにおいて、まず先攻ユーザ（第１ユーザ）が、非同期対戦を行
う相手のユーザである後攻ユーザ（第２ユーザ）を選択すると、非同期対戦が開始される
。続いて先攻ユーザは、所望のゲームパート（第１ゲームパート）をプレイする。第１ゲ
ームパートは、先攻ユーザの端末装置１２で実行されるゲームのうち、ユーザ間の非同期
対戦を行うゲームパートである。例えば第１ゲームパートは、ゲーム内で実行可能な所定
のクエスト又はミニゲーム等であるが、これらに限られない。第１ゲームパートにおいて
、先攻ユーザは、自身が所有するゲーム媒体（本実施形態では、キャラクタ）の一部又は
全部（以下、「デッキ」ともいう）を用いて、例えばＮＰＣ等の複数の敵キャラクタと順
次対戦を行なう。複数の敵キャラクタとの対戦結果及び全ての敵キャラクタに勝利するま
でに要した時間等に基づいて、第１ゲームパートの結果情報、例えばスコアが決定される
。例えば、より多くの敵キャラクタに勝利する程、及び全ての敵キャラクタに勝利するま
でに要した時間が短い程、高いスコアとなる。

先攻ユーザによる第１ゲームパートのプレイが終了すると、後攻ユーザが、第１ゲーム
パートに対応するゲームパート（第２ゲームパート）をプレイする。第２ゲームパートは
、後攻ユーザの端末装置１２で実行されるゲームのうち、先攻ユーザとの非同期対戦を行
うゲームパートである。第２ゲームパートは、第１ゲームパートに対応付けられており、
例えば第１ゲームパートと同一のクエスト又はミニゲーム等であるが、これらに限られな
い。第１ゲームパートと同様に、第２ゲームパートにおいて、後攻ユーザはデッキを用い
て複数の敵キャラクタと順次対戦を行なう。複数の敵キャラクタとの対戦結果及び全ての
敵キャラクタに勝利するまでに要した時間等に基づいて、第２ゲームパートの結果情報、
例えばスコアが決定される。

そして、後攻ユーザによる第２ゲームパートのプレイが終了すると、先攻ユーザの第１
ゲームパートの結果情報と、後攻ユーザの第２ゲームパートの結果情報と、に基づいて、
非同期対戦の結果が決定される。具体的には、よりスコアが高いユーザが勝利ユーザに定
められ、よりスコアが低いユーザが敗北ユーザに定められる。

ここで、第１ゲームパート及び第２ゲームパートに用いられるキャラクタには、ＨＰ、
攻撃力、レベル、スキル、及び属性等のパラメータが対応付けられている。ＨＰは、例え
ば敵キャラクタからの攻撃によって減少するパラメータであり、ＨＰがゼロになると敵キ
ャラクタとの対戦に敗北する。攻撃力は、例えばキャラクタが敵キャラクタを攻撃する際
に、敵キャラクタのＨＰの減少量（以下、「ダメージ」ともいう）に寄与するパラメータ
である。攻撃力が高い程、一度の攻撃で敵キャラクタに与えるダメージが大きくなる。レ
ベルは、キャラクタの成長度を示すパラメータである。レベルの上昇に応じて、例えばＨ
Ｐ及び攻撃力が上昇する。スキルは、ゲームパートの実行中に発揮されるキャラクタ固有
の効果を示す情報である。例えば、デッキ内のキャラクタのＨＰ及び攻撃力等のパラメー
タを増加させる効果を有するスキル、及び敵キャラクタから受けるダメージを減少させる
効果を有するスキル等が含まれるが、これらに限られない。属性は、例えば火、木、及び
水の属性のうち少なくとも１つの属性を示すパラメータである。属性は、キャラクタ間の
優劣関係を示す情報である。例えば火属性のキャラクタは、木属性のキャラクタに対して
与えるダメージが通常よりも大きくなり、水属性のキャラクタに対して与えるダメージが
通常よりも小さくなる。

また、第１のゲームパート及び第２ゲームパートは、例えば横スクロール型のアクショ
ンゲームである。ユーザは、例えばバイク等の移動キャラクタを操作して、障害物等を避
けつつ所定のアイテムを獲得していく。所定のアイテムの獲得数に応じて、デッキに含ま
れるキャラクタが敵キャラクタに攻撃を行う。攻撃によって敵キャラクタのＨＰをゼロま
で減少させると、当該敵キャラクタに勝利し、次の敵キャラクタとの対戦に移行する。全
ての敵キャラクタに勝利した場合、又は何れかの敵キャラクタに敗北した場合、スコアが
決定されてゲームパートが終了する。第１のゲームパート及び第２のゲームパートでは、
上述したアクションゲームに限られず、例えばパズルゲーム、クイズゲーム、又は格闘ゲ
ーム等、任意のジャンルのゲームが行われてもよい。

このように、本実施形態に係るゲームの非同期対戦において、デッキに含まれるキャラ
クタ及びアクションゲームにおけるユーザの熟練度等が、非同期対戦におけるユーザ間の
優劣に関係する。

また、非同期対戦に勝利したユーザには、所定のゲーム媒体（本実施形態では、勲章）
が付与される。本実施形態では、通常勲章及びゴールド勲章の２種類の勲章が存在するが
、１種類以上あればよい。ユーザが所有する通常勲章及びゴールド勲章がそれぞれ所定数
となると、ユーザのグレードが昇格（例えば、グレードの値が増加）する。本実施形態に
係るゲームにおいて、ユーザの目的の１つは、非同期対戦を繰り返し行って勲章を獲得し
、より上位のグレードになることである。

次に、ゲームシステム１０の各構成要素について説明する。サーバ装置１１は、サーバ
通信部１３と、サーバ記憶部１４と、サーバ制御部１５と、を備える。

サーバ通信部１３は、外部装置と無線又は有線によって通信し、情報の送受信を行うイ
ンターフェースである。サーバ通信部１３は、例えばインターネット等のネットワーク１
６を介して、端末装置１２と情報の送受信を行う。

サーバ記憶部１４は、ゲームの提供及び制御に必要な種々の情報及びプログラムを記憶
する。

例えばサーバ記憶部１４は、グレードに関する情報を記憶する。グレードに関する情報
は、例えば図２に示すように、グレードに対応付けて、通常勲章数の閾値と、ゴールド勲
章数の閾値と、を含む。

グレードは、例えば非同期対戦におけるユーザの階級を示すパラメータ（特定パラメー
タ）である。上述したように、本実施形態に係るゲームにおいて、ユーザの目的の１つは
、非同期対戦を繰り返し行って勲章を獲得し、より上位のグレードになることである。本
実施形態では、グレードの値が大きい程、上位のグレードである。

通常勲章数の閾値及びゴールド勲章数の閾値は、それぞれユーザが次のグレードに昇格
するまでに必要な通常勲章の数及びゴールド勲章の数を示す。例えば、グレードが「０」
であるユーザは、１個の通常勲章を獲得することによって、グレードが「１」に増加する
。グレードが「１」となったユーザは、１０個の通常勲章を獲得することによって、グレ
ードが「２」に増加する。グレードが「２」となったユーザは、９個の通常勲章及び１個
のゴールド勲章を獲得することによって、グレードが「３」に増加する。

このように、グレードが取り得る値毎に、グレード昇格に必要な通常勲章数の閾値及び
ゴールド勲章数の閾値が設定される。このようにして、ユーザはグレード昇格のためにグ
レード毎に異なる多様な条件を達成する必要が生じ、ゲームの単調化が抑制される。

また例えば、サーバ記憶部１４は、ゲームパートに関する情報（以下、「クエストに関
する情報」ともいう）を記憶する。クエストに関する情報は、例えば図３に示すように、
ゲームパートＩＤに対応付けて、ゲームパート名と、難易度と、消費ポイントと、対戦相
手情報と、を含む。

ゲームパートＩＤは、後述するように、先攻ユーザが第１ゲームパートとして選択可能
なゲームパート（本実施形態では、クエスト）を一意に識別可能な識別子である。

ゲームパート名は、ユーザによって識別可能な、ゲームパートの名称（本実施形態では
、クエスト名）である。

難易度は、対応するゲームパート（クエスト）の難易度を示すパラメータである。

消費ポイントは、ユーザが対応するクエストを開始するために必要なポイント数を示す
情報である。後述するように、各ユーザには、例えば時間経過に従って増加する所定のポ
イントが対応付けられている。ユーザがクエストを選択し、対応する消費ポイントに示さ
れるポイント数が消費されて、当該クエストが開始される。

対戦相手情報は、対応するクエストにおいてユーザが対戦する敵キャラクタに関する情
報である。例えば、ゲームパートＩＤが「Ｐ００１」であるクエストにおいて、ユーザは
、３つの敵キャラクタとの対戦を順次行なう。具体的には、ユーザは、１番目に敵キャラ
クタＡ又は敵キャラクタＢと対戦し、２番目に敵キャラクタＣと対戦し、３番目に敵キャ
ラクタＤと対戦する。１番目の敵キャラクタが敵キャラクタＡ及び敵キャラクタＢの何れ
になるかは、例えばランダムに決定されてもよい。また例えば、ゲームパートＩＤが「Ｐ
００２」であるクエストにおいて、ユーザは、２つの敵キャラクタとの対戦を順次行なう
。具体的には、ユーザは、１番目に敵キャラクタＥと対戦し、２番目に敵キャラクタＦと
対戦する。また、対戦相手情報は、敵キャラクタ毎に、例えば敵キャラクタの識別子、敵
キャラクタの名称、ＨＰ、攻撃力、レベル、スキル、及び属性等を含む。

また例えば、サーバ記憶部１４は、複数のユーザそれぞれに関する情報を記憶する。ユ
ーザに関する情報は、例えば図４に示すように、ユーザＩＤに対応付けて、所有ゲーム媒
体情報と、ポイントと、第１情報と、第２情報と、スコアと、対戦ユーザＩＤと、ロック
フラグと、を含む。

ユーザＩＤは、複数のユーザそれぞれを一意に識別可能な識別子である。

所有ゲーム媒体情報は、ユーザが所有するゲーム媒体、本実施形態ではキャラクタに関
する情報である。ここでユーザが所有するゲーム媒体とは、ユーザＩＤに対応付けてサー
バ記憶部１４に記憶されたゲーム媒体を指す。所有ゲーム媒体情報は、キャラクタ毎に、
例えばキャラクタの識別子、キャラクタの名称、ＨＰ、攻撃力、レベル、スキル、及び属
性等を含む。また、キャラクタには、他の種類のゲーム媒体、例えば武器及び防具等、キ
ャラクタのパラメータを変動させるアイテムが対応付けられてもよい。また、ゲーム内で
表示されるキャラクタ及びアイテム等のゲーム媒体は、ゲーム内において任意の形態、例
えばキャラクタやアイテムが描かれたカードの形態で表示されてもよい。

ポイントは、例えば時間経過又は所定のアイテムの使用等によって増加するパラメータ
である。上述したように、ユーザがクエストを選択すると、対応する消費ポイントに示さ
れるポイント数が消費されて、当該クエストが開始される。ユーザのポイントが、消費ポ
イントに示されるポイント数に満たない場合、当該クエストを開始することはできない。

第１情報は、ユーザに関する情報のうち、非同期対戦において対戦するユーザ間の優劣
に関する情報以外の情報を含む。本実施形態では、第１情報は、基本情報と、履歴情報と
、を含む。基本情報は、ゲームの進行に関わらず定められる情報であり、例えばユーザ名
を含む。また履歴情報は、ゲームの進行に応じて定められる情報であり、例えばグレード
と、通常勲章の数と、ゴールド勲章の数と、連勝数と、を含む。

ユーザ名は、例えばユーザがゲーム内において任意に設定した自身の名称である。

グレードは、ユーザの現在のグレードの値を示す。

通常勲章の数及びゴールド勲章の数は、ユーザが所有する通常勲章の数及びゴールド勲
章の数であって、グレードの値に対応付けられる。換言すると、ユーザが所有する通常勲
章の数及びゴールド勲章の数は、ユーザのグレードの値毎に独立して管理される。例えば
図４においては、ユーザＩＤが「ｕｓｅｒ００１」であるユーザが、現在のグレードの値
である「２」に対応付けて、５個の通常勲章及び１個のゴールド勲章を所有していること
が示されている。

ここで、ユーザが所有可能な通常勲章の数及びゴールド勲章の数の上限は、グレードに
関する情報に示される通像勲章数の閾値及びゴールド勲章数の閾値に等しい（図２参照）
。例えば、グレードの値が「２」であるユーザは、９個の通常勲章を所有している場合、
新たに通常勲章を獲得できない。同様に、当該ユーザは、１個のゴールド勲章を所有して
いる場合、新たにゴールド勲章を獲得できない。

また後述するように、非同期対戦において互いに対戦するユーザの通常勲章の数及びゴ
ールド勲章の数は、非同期対戦に勝利したユーザ（勝利ユーザ）に付与される報酬の決定
に用いられる。以下、第１情報に含まれる通常勲章の数及びゴールド勲章の数を、報酬に
関する情報ともいう。

連勝数は、ユーザの非同期対戦における連勝数を示す。

ここで、第１情報に含まれる基本情報及び履歴情報は、上述したものに限られない。例
えば基本情報は、ユーザの個人情報（例えば、地域、血液型、及び身長等）、ユーザを示
すアバタ、及び所属グループ（例えば、チーム、ギルド、又はクラン等）等の情報を更に
含んでもよい。また履歴情報は、クエストのクリア数、クリア成功率、ゲームのプレイ時
間、ゲームシステム１０への最終ログイン時間、及びログイン頻度等の情報を更に含んで
もよい。

第２情報は（図４参照）、ユーザに関する情報のうち、非同期対戦において対戦するユ
ーザ間の優劣に関する情報を含む。上述したように、本実施形態に係るゲームの非同期対
戦において、デッキに含まれるキャラクタ等が、非同期対戦におけるユーザ間の勝敗決定
に寄与する情報である。本実施形態では、第２情報は、デッキ情報を含む。

デッキ情報は、ユーザが所有するキャラクタ、即ち所有ゲーム媒体情報に含まれるキャ
ラクタのうち、一部のキャラクタ（デッキ）に関する情報を含む。上述したように、デッ
キに含まれるキャラクタが、第１ゲームパート又は第２ゲームパートの実行に用いられる
。例えば、デッキ情報は、デッキに含まれる各キャラクタのＨＰ、攻撃力、レベル、スキ
ル、及び属性等を含む。

スコアは、ユーザが第１ゲームパート又は第２ゲームパートにおいて獲得したスコアを
示す。

対戦ユーザＩＤは、対応するユーザと非同期対戦を行う相手のユーザのユーザＩＤを示
す。例えば図４において、ユーザＩＤが「ｕｓｅｒ００１」であるユーザと「ｕｓｅｒ０
０２」であるユーザとが非同期対戦を行うことが示される。

ロックフラグは、対応するユーザの状態がロック状態であるか非ロック状態であるかを
示すフラグである。後述するように、非同期対戦が開始する際に、非同期対戦を行う先攻
ユーザ及び後攻ユーザがロック状態となる。また、非同期対戦が終了する際に、先攻ユー
ザ及び後攻ユーザのロック状態が解消されて非ロック状態となる。後述するように、ロッ
ク状態であるユーザは、候補ユーザを選択して非同期対戦を開始できず、また他のユーザ
によって候補ユーザとして選択されない。即ち、本実施形態では、１人のユーザに２以上
の非同期対戦が同時に係属しないように制御される。図４において、ロックフラグが「１
」であるユーザはロック状態であることを示し、ロックフラグが「０」であるユーザは非
ロック状態であることを示す。

このようにして、ロックフラグを用いて１人のユーザに２以上の非同期対戦が同時に係
属しないように制御されるので、例えば特定のユーザに多数の非同期対戦が係属すること
が抑制され、ゲーム進行の遅延又は阻害が抑制される。また、例えば特定ユーザに多数の
非同期対戦が係属する構成と比較して、非同期対戦の成立率が向上する。また、ゲームシ
ステム１０全体においてサーバ装置１１が処理すべき非同期対戦の数が抑制されるため、
サーバ装置１１の処理負担が軽減される。

サーバ制御部１５は（図１参照）、例えば特定のプログラムを読み込むことにより特定
の機能を実現するＣＰＵである。サーバ制御部１５は、サーバ装置１１全体の動作を制御
する。例えば、サーバ制御部１５は、グレードに関する情報、クエストに関する情報、及
びユーザに関する情報等（図２乃至図４参照）を、サーバ記憶部１４に記憶させる。

また、サーバ制御部１５は、非同期対戦を行うための種々の処理を行う。以下、先攻ユ
ーザに関する処理、後攻ユーザに関する処理、及び非同期対戦の結果（勝敗）に関する処
理に分けて、具体的に説明する。

（先攻ユーザに関する処理）
まず、先攻ユーザに関する処理について説明する。はじめにサーバ制御部１５は、端末
装置１２から第１ゲームパートの開始要求を待ち受ける。第１ゲームパートの開始要求に
は、例えばユーザによって選択されたクエストを示す情報が含まれる。続いてサーバ制御
部１５は、サーバ通信部１３が端末装置１２から第１ゲームパートの開始要求を受信する
と、当該端末装置１２のユーザがロック状態である場合を除き、当該ユーザを先攻ユーザ
に定める。

続いてサーバ制御部１５は、複数のユーザの中から、先攻ユーザ以外の非ロック状態で
ある１以上の他のユーザを候補ユーザとして抽出する。好適には、サーバ制御部１５は、
ゲーム内における先攻ユーザと他のユーザとの多様なユーザ関係に基づいて、複数のユー
ザの中から候補ユーザを抽出する。

例えばサーバ制御部１５は、ゲーム内において先攻ユーザと双方向的又は一方向的に関
連付けられた他のユーザ（例えば、フレンドユーザ、又は過去に先攻ユーザに勝利若しく
は敗北したユーザ等）を除き、複数のユーザの中から候補ユーザを抽出する。このように
して、先攻ユーザと過去に交流したユーザ以外の他のユーザが候補ユーザとして抽出され
るので、先攻ユーザと候補ユーザとの新たな交流が促進される。

或いは、サーバ制御部１５は、ゲーム内において先攻ユーザと双方向的又は一方向的に
関連付けられた他のユーザを優先的に候補ユーザとして抽出する。このようにして、先攻
ユーザと候補ユーザとの更なる交流が促進される。

また好適には、サーバ制御部１５は、複数のユーザの中から、先攻ユーザとグレードの
値が等しい１以上の他のユーザを優先的に候補ユーザとして抽出する。ここで、ユーザが
所有可能な勲章の数の上限（本実施形態では、グレードの昇格に必要な勲章数の閾値と等
しい）は、グレードが取り得る値毎に定められる（図２参照）。後述するように、非同期
対戦を行ったユーザ間において、例えば通常勲章の逆転が発生し得る。したがって、上述
のようにしてグレードの値が等しいユーザ間での非同期対戦を促すことで、非同期対戦の
公平性が向上する。

続いてサーバ制御部１５は、サーバ通信部１３に、候補ユーザ選択画面の表示指示を先
攻ユーザの端末装置１２へ送信させる。後述するように、候補ユーザ選択画面は、抽出さ
れた１以上の候補ユーザの中から少なくとも１つの候補ユーザを先攻ユーザに選択させる
ための画面であって、候補ユーザの第１情報等が表示される画面である。本実施形態では
、抽出された１以上の候補ユーザの中から１つの候補ユーザが選択される。

続いてサーバ制御部１５は、候補ユーザ選択画面を表示させた先攻ユーザの端末装置１
２から、選択された候補ユーザを示す情報を待ち受ける。サーバ制御部１５は、サーバ通
信部１３が端末装置１２から当該情報を受信すると、選択された候補ユーザがロック状態
であるか否かを判別する。ロック状態である場合、サーバ制御部１５は、複数のユーザの
中から１以上の候補ユーザを抽出し直して、サーバ通信部１３に候補ユーザ選択画面の表
示指示を再度送信させる。一方、非ロック状態である場合、サーバ制御部１５は、選択さ
れた候補ユーザを後攻ユーザに定めて、先攻ユーザ及び後攻ユーザをロック状態に定める
。

続いてサーバ制御部１５は、サーバ通信部１３に、第１ゲームパートの開始指示を先攻
ユーザの端末装置１２へ送信させる。当該開始指示には、端末装置１２が第１ゲームパー
トを実行するために必要な種々の情報、例えば先攻ユーザのデッキ情報及び先攻ユーザに
よって選択されたゲームパート（クエスト）に関する情報等が含まれる。そしてサーバ制
御部１５は、先攻ユーザの端末装置１２から、第１ゲームパートのプレイ情報及び結果情
報を待ち受ける。結果情報は、例えば第１ゲームパートにおいて先攻ユーザが獲得したス
コアである。プレイ情報の詳細については後述する。

（後攻ユーザに関する処理）
続いて、後攻ユーザに関する処理について説明する。はじめにサーバ制御部１５は、サ
ーバ通信部１３が先攻ユーザの端末装置１２から第１ゲームパートのプレイ情報及び結果
情報を受信すると、サーバ通信部１３に、対戦可否選択画面の表示指示を後攻ユーザの端
末装置１２へ送信させる。後述するように、対戦可否選択画面は、先攻ユーザから申し込
まれた対戦の承諾又は非承諾を後攻ユーザに選択させるための画面であって、先攻ユーザ
の第１情報等が表示される画面である。対戦可否選択画面の表示指示には、端末装置１２
が対戦可否選択画面を表示するために必要な種々の情報、例えば先攻ユーザの第１情報等
が含まれる。

好適には、サーバ制御部１５は、対戦可否選択画面の表示指示をサーバ通信部１３に後
攻ユーザの端末装置１２へ送信させると、後攻ユーザの端末装置１２にゲームの進行を停
止させる。以下、具体的に説明する。

後攻ユーザがゲームシステム１０にログインしていない場合、サーバ制御部１５は、サ
ーバ通信部１３が後攻ユーザの端末装置１２からゲームシステム１０へのログイン要求を
受信したときに、対戦可否選択画面の表示指示を送信させる。ここでサーバ制御部１５は
、後攻ユーザのログイン後、自動的に又は端末装置１２が受け付けたユーザ入力に応じて
、端末装置１２に対戦可否選択画面を表示させ、端末装置１２におけるゲームの進行を停
止させる。かかる場合、後攻ユーザは、ログイン後に端末装置１２に表示される対戦可否
選択画面で対戦の承諾又は非承諾を選択するまで、ゲームを進行させることができない。

一方、後攻ユーザがゲームシステム１０にログインしている場合、サーバ制御部１５は
、サーバ通信部１３が先攻ユーザの端末装置１２から第１ゲームパートのプレイ情報及び
結果情報を受信したときに、対戦可否選択画面の表示指示を送信させる。

或いは、サーバ制御部１５は、サーバ通信部１３が先攻ユーザの端末装置１２から第１
ゲームパートのプレイ情報及び結果情報を受信した後、後攻ユーザの端末装置１２から所
定の要求を受信すると、対戦可否選択画面の表示指示を送信させてもよい。このようにし
て、後攻ユーザが当該要求を送信させるタイミングで対戦可否選択画面が表示されるので
、後攻ユーザのユーザビリティが向上する。

ここでサーバ制御部１５は、端末装置１２に、対戦可否選択画面の表示指示を受信した
ときに対戦可否選択画面を表示させ、端末装置１２におけるゲームの進行を停止させても
よい。かかる場合、後攻ユーザの端末装置１２には、例えば後攻ユーザが一人用のゲーム
パート等のプレイ中であっても、対戦可否選択画面が表示される。後攻ユーザは、対戦可
否選択画面で対戦の承諾又は非承諾を選択するまで、ゲームを進行させることができない
。

或いは、サーバ制御部１５は、端末装置１２に、後攻ユーザがプレイ中のゲームパート
が終了したときに対戦可否選択画面を表示させ、端末装置１２におけるゲームの進行を停
止させてもよい。かかる場合、後攻ユーザの端末装置１２には、後攻ユーザがプレイ中の
ゲームパートが終了した後、自動的に又は端末装置１２が受け付けたユーザ入力に応じて
、対戦可否選択画面が表示される。後攻ユーザは、対戦可否選択画面で対戦の承諾又は非
承諾を選択するまで、ゲームを進行させることができない。

上述したように、後攻ユーザの端末装置１２にゲームの進行を停止させる構成によって
、後攻ユーザに、ゲームの進行よりも非同期対戦の承諾又は非承諾の決定を優先的に実行
させる。このようにして、先攻ユーザによる第１ゲームパートのプレイ時期と、後攻ユー
ザによる第２ゲームパートのプレイ時期と、の時間差が低減される。したがって、先攻ユ
ーザ及び後攻ユーザが、非同期対戦であっても比較的近い時間帯にゲームパートをプレイ
するので、両ユーザの臨場感が向上し、ゲームの興趣性が向上する。また、後攻ユーザに
よる非同期対戦の承諾又は非承諾の迅速な決定が促進され、非同期対戦の進行の遅延又は
停滞が抑制される。

続いてサーバ制御部１５は、対戦可否選択画面を表示させた後攻ユーザの端末装置１２
から、非同期対戦の承諾又は非承諾の選択を示す情報を待ち受ける。好適には、サーバ制
御部１５は、対戦の承諾又は非承諾の選択を示す情報を受信すると、後攻ユーザの端末装
置１２にゲームの進行の停止を解除させる。

対戦の非承諾を示す情報をサーバ通信部１３が受信すると、サーバ制御部１５は、先攻
ユーザ及び後攻ユーザのロック状態を解消し、非ロック状態に定める。続いてサーバ制御
部１５は、先攻ユーザに対して所定数（例えば、１個）の通常勲章を付与する。即ちサー
バ制御部１５は、新たな通常勲章（先攻ユーザに対応付けられていない通常勲章）を、先
攻ユーザのグレードの現在値に対応付けられた勲章に定める。ここで先攻ユーザには、例
えば所定の確率で、通常勲章ではなくゴールド勲章が付与されてもよい。

好適には、対戦の非承諾を示す情報の受信に応じて先攻ユーザに付与される勲章の数は
、後述するように、非同期対戦の勝利ユーザに付与される勲章の数より小さい。このよう
にして、例えば先攻ユーザが非同期対戦に積極的ではない候補ユーザに対してのみ非同期
対戦を申し込む等、先攻ユーザによる作為的なマッチングを抑制可能である。

続いてサーバ制御部１５は、先攻ユーザのグレードの現在値に対応付けられた各勲章の
数が、グレードに関する情報（図２参照）に示される閾値以上であるか否かを判定する。
各勲章の数が閾値以上である場合、先攻ユーザのグレードの値を変動（例えば、＋１）さ
せて、先攻ユーザ及び後攻ユーザの非同期対戦を終了する。一方、通常勲章又はゴールド
勲章の数が閾値未満である場合、先攻ユーザ及び後攻ユーザの非同期対戦を終了する。

一方、対戦の承諾を示す情報をサーバ通信部１３が受信すると、サーバ制御部１５は、
サーバ通信部１３に、先攻ユーザ表示画面の表示指示を後攻ユーザの端末装置１２へ送信
させる。後述するように、先攻ユーザ表示画面は、先攻ユーザの第１情報、第２情報、及
びスコア等が表示される画面である。先攻ユーザ表示画面の表示指示には、端末装置１２
が先攻ユーザ表示画面を表示するために必要な種々の情報、例えば先攻ユーザの第２情報
及びスコア等が含まれる。

続いてサーバ制御部１５は、先攻ユーザ表示画面を表示させた後攻ユーザの端末装置１
２から、第２ゲームパートの開始要求を待ち受ける。サーバ制御部１５は、サーバ通信部
１３が後攻ユーザの端末装置１２から第２ゲームパートの開始要求を受信すると、サーバ
通信部１３に、第１ゲームパートのプレイ情報を後攻ユーザの端末装置１２へ送信させる
。

好適には、サーバ制御部１５は、第２ゲームパートの開始要求を待ち受けている間に、
サーバ通信部１３が後攻ユーザの端末装置１２から、後攻ユーザのデッキに含まれるキャ
ラクタの変更又はキャラクタの強化に関する情報を受信すると、当該情報に応じて、後攻
ユーザのデッキ情報に含まれるキャラクタを変更し、又はキャラクタに設定されたパラメ
ータ（例えば、ＨＰ、攻撃力、及びレベル）を変動させる。

このようにして、非同期対戦を承諾した後攻ユーザは、第２ゲームパートの開始前に、
例えばデッキに含まれるキャラクタを変更し、又はキャラクタのレベルを増加させる等、
第２ゲームパートのプレイに用いるデッキの強化が可能である。したがって、第１ゲーム
パートとして所望のクエストを自ら選択可能な先攻ユーザと、クエストを自ら選択できな
い後攻ユーザとの間の公平性が向上する。

また好適には、サーバ制御部１５は、第２ゲームパートの開始要求を待ち受けている間
に、サーバ通信部１３が後攻ユーザの端末装置１２から、第２ゲームパートに対応する他
のゲームパート（第３ゲームパート）の開始要求を受信すると、第３ゲームパートを端末
装置１２に実行させる。具体的には、サーバ制御部１５は、サーバ通信部１３に、第３ゲ
ームパートの開始指示を後攻ユーザの端末装置１２へ送信させる。当該開始指示には、端
末装置１２が第３ゲームパートを実行するために必要な種々の情報、例えば後攻ユーザの
デッキ情報及び第２ゲームパートに対応するクエストに関する情報が含まれる。

ここで第３ゲームパートは、例えば第２ゲームパートと同一のクエストであるが、第３
ゲームパートのプレイは非同期対戦の結果に影響しない。このようにして、非同期対戦を
承諾した後攻ユーザは、第２ゲームパートの開始前に、例えば第２ゲームパートの練習と
して第３ゲームパートを実行可能である。したがって、第１ゲームパートとして所望のク
エストを自ら選択可能な先攻ユーザと、クエストを自ら選択できない後攻ユーザとの間の
公平性が向上する。

続いてサーバ制御部１５は、サーバ通信部１３に、第２ゲームパートの開始指示を後攻
ユーザの端末装置１２へ送信させる。当該開始指示には、端末装置１２が第２ゲームパー
トを実行するために必要な種々の情報、例えば後攻ユーザのデッキ情報及び第１ゲームパ
ートに対応するクエスト（例えば、先攻ユーザによって選択されたクエストと同一のクエ
スト）に関する情報が含まれる。

そしてサーバ制御部１５は、後攻ユーザの端末装置１２から第２ゲームパートの結果情
報を待ち受ける。

（非同期対戦の結果に関する処理）
次に、非同期対戦の結果に関する処理について説明する。はじめにサーバ制御部１５は
、サーバ通信部１３が後攻ユーザの端末装置１２から第２ゲームパートの結果情報を受信
すると、第１ゲームパートの結果情報及び第２ゲームパートの結果情報に基づいて、非同
期対戦の結果（勝敗）を決定する。具体的には、サーバ制御部１５は、先攻ユーザ及び後
攻ユーザのうち、結果情報に示されるスコアが高いユーザを勝利ユーザに定め、スコアが
低いユーザを敗北ユーザに定める。

続いてサーバ制御部１５は、勝利ユーザに対して報酬、本実施形態では通常勲章及びゴ
ールド勲章の少なくとも一方を付与する。具体的には、サーバ制御部１５は、所定条件、
例えば、勝利ユーザのグレードの現在値に対応付けられた通常勲章の数よりも、敗北ユー
ザのグレードの現在値に対応付けられた通常勲章の数が所定数以上多いとの条件が満たさ
れるか否かの判定を行う。ここで所定数は、後述するように、当該所定条件が満たされな
い場合に勝利ユーザに付与される勲章の数（例えば、１個）以上の任意の数である。以下
、所定数は１個であるものとして説明する。

所定条件が満たされる場合、サーバ制御部１５は、勝利ユーザが所有する通常勲章と敗
北ユーザが所有する通常勲章とを逆転させる。具体的には、サーバ制御部１５は、所定条
件が満たされるか否かの判定時点において勝利ユーザのグレードの値に対応付けられた全
て（又は一部）の通常勲章を、敗北ユーザのグレードの現在値に対応付けられた通常勲章
に定める。またサーバ制御部１５は、所定条件が満たされるか否かの判定時点において敗
北ユーザのグレードの値に対応付けられた全て（又は一部）の通常勲章を、勝利ユーザの
グレードの現在値に対応付けられた通常勲章に定める。

このように、先攻ユーザと後攻ユーザとの間で通常勲章を逆転させる構成によって、非
同期対戦を行ったユーザ間で通常勲章の奪い合いが行われるので、例えば単に勝利ユーザ
に対して経験値等のポイントが付与される構成と比較して、ゲームの興趣性が向上する。

一方、所定条件が満たされない場合、サーバ制御部１５は、勝利ユーザに所定数（例え
ば、１個）の通常勲章を付与する。即ちサーバ制御部１５は、所定数の新たな通常勲章（
先攻ユーザに対応付けられていない通常勲章）を、先攻ユーザのグレードの現在値に対応
付けられた勲章に定める。ここで先攻ユーザには、例えば所定の確率で、通常勲章ではな
くゴールド勲章が付与されてもよい。またサーバ制御部１５は、敗北ユーザが通常勲章を
所有している場合、敗北ユーザの所定数（例えば、１個）の通常勲章を破棄する。即ちサ
ーバ制御部１５は、敗北ユーザのグレードの現在値と所定数の通常勲章との対応付けを解
消する。

続いてサーバ制御部１５は、敗北ユーザがゴールド勲章を所有しているか否か、即ち敗
北ユーザのグレードの現在値に対応付けられたゴールド勲章の有無を判定する。敗北ユー
ザがゴールド勲章を所有している場合、サーバ制御部１５は、敗北ユーザが所有している
所定数（例えば、１個）のゴールド勲章を、勝利ユーザに付与する。具体的には、サーバ
制御部１５は、敗北ユーザのグレードの現在値と所定数のゴールド勲章との対応付けを解
消し、且つ当該所定数のゴールド勲章を勝利ユーザのグレードの現在値に対応付けられた
ゴールド勲章に定める。

続いてサーバ制御部１５は、サーバ通信部１３に、対戦結果画面の表示指示を勝利ユー
ザの端末装置１２及び敗北ユーザの端末装置１２へ送信させる。後述するように、対戦結
果画面は、非同期対戦の結果（勝敗）等を表示する画面である。

続いてサーバ制御部１５は、勝利ユーザ及び敗北ユーザのロック状態を解消し、非ロッ
ク状態に定める。

続いてサーバ制御部１５は、勝利ユーザが所有する各勲章の数が、グレードに関する情
報（図２参照）に示される閾値以上であるか否かを判定する。各勲章の数が閾値以上であ
る場合、サーバ制御部１５は、勝利ユーザのグレードの値を変動（例えば、＋１）させて
、勝利ユーザ及び敗北ユーザの非同期対戦を終了する。一方、通常勲章又はゴールド勲章
の数が閾値未満である場合、勝利ユーザ及び敗北ユーザの非同期対戦を終了する。

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

端末通信部１７は、外部装置と無線又は有線により通信し、情報の送受信を行うインタ
ーフェースである。端末通信部１７は、例えばネットワーク１６を介して、サーバ装置１
１と情報の送受信を行う。

端末記憶部１８は、サーバ装置１１から提供されるゲームの処理に必要な種々の情報及
びプログラムを記憶する。例えば端末記憶部１８は、端末通信部１７がサーバ装置１１か
ら受信した第１ゲームパートの開始指示、第２ゲームパートの開始指示、及び第３ゲーム
パートの開始指示に含まれる情報、例えばユーザのデッキ情報及びクエストに関する情報
を記憶する。また例えば、端末記憶部１８は、自装置のユーザが後攻ユーザである場合、
端末通信部１７がサーバ装置１１から受信した第１ゲームパートのプレイ情報を記憶する
。

表示部１９は、例えば液晶ディスプレイ又は有機ＥＬディスプレイ等の表示デバイスで
あって、サーバ装置１１から提供されるゲームに係る種々のゲーム画面を表示する。

入力部２０は、例えば表示部１９と一体的に設けられたタッチパネルを含み、端末装置
１２に対するユーザ入力を受け付ける入力インターフェースである。

端末制御部２１は、例えば特定のプログラムを読み込むことにより特定の機能を実現す
るＣＰＵであって、端末装置１２全体の動作を制御する。例えば端末制御部２１は、ユー
ザの操作に応じてゲームのアプリケーションを実行する。また端末制御部２１は、端末通
信部１７がサーバ装置１１から画面の表示指示を受信すると、当該指示に基づいて表示部
１９に画面を表示させ、又は画面を更新させる。また端末制御部２１は、入力部２０が受
け付けたユーザ入力に基づく情報を、端末通信部１７に、サーバ装置１１へ送信させる。

また、端末制御部２１は、ユーザが先攻ユーザであるか後攻ユーザであるかに応じて、
異なる処理を行う。以下、先攻ユーザである場合の処理及び後攻ユーザである場合の処理
について、それぞれ具体的に説明する。

（先攻ユーザである場合）
まず、端末装置１２のユーザが先攻ユーザである場合の処理について説明する。はじめ
に端末制御部２１は、第１ゲームパートの開始要求を送信する。第１ゲームパートの開始
要求には、例えばユーザによって選択されたクエストを示す情報、例えばゲームパートＩ
Ｄが含まれる。

続いて端末制御部２１は、端末通信部１７がサーバ装置１１から候補ユーザ選択画面の
表示指示を受信すると、表示部１９に候補ユーザ選択画面を表示させる。

続いて端末制御部２１は、入力部２０が少なくとも１つの候補ユーザの選択をするユー
ザ入力を受け付けると、端末通信部１７に、選択された候補ユーザを示す情報をサーバ装
置１１へ送信させる。

続いて端末制御部２１は、端末通信部１７がサーバ装置１１から第１ゲームパートの開
始指示を受信すると、後述する第１ゲームパートの実行処理を開始する。

続いて端末制御部２１は、第１ゲームパートの実行処理が終了すると、後述するように
第１ゲームパートの実行処理によって生成されたプレイ情報及び結果情報を、端末通信部
１７にサーバ装置１１へ送信させる。

続いて端末制御部２１は、サーバ装置１１から対戦結果画面の表示指示を待ち受ける。
ここで端末制御部２１は、当該表示指示を待ち受ける間に、入力部２０が受け付けるユー
ザ入力に応じて他のゲームパートを実行してもよい。他のゲームパートは、ユーザ間の非
同期対戦以外のゲームパートであって、例えば一人用のゲームパートである。

そして端末制御部２１は、端末通信部１７がサーバ装置１１から対戦結果画面の表示指
示を受信すると、表示部１９に対戦結果画面を表示させる。かかる場合、先攻ユーザと後
攻ユーザとの非同期対戦が終了する。

（第１ゲームパートの実行処理）
ここで、第１ゲームパートの実行処理について具体的に説明する。上述したように、第
１ゲームパートでは、先攻ユーザが、自身のデッキを用いて複数の敵キャラクタと順次対
戦を行なう、横スクロール型のアクションゲームが行われる。

以下、第１ゲームパートにおいて対戦する敵キャラクタを第１対戦相手という。また、
第１ゲームパートとして、ゲームパートＩＤが「Ｐ００１」であるクエストが選択された
ものとして説明する（図３参照）。かかる場合、第１ゲームパートでは、まず１番目の第
１対戦相手（敵キャラクタＡ又はＢ）、次に２番目の第１対戦相手（敵キャラクタＣ）、
最後に３番目の第１対戦相手（敵キャラクタＤ）との対戦が順次行われる。

はじめに端末制御部２１は、後述する第１ゲームパート画面を表示部１９に表示させる
。また端末制御部２１は、第１ゲームパートの開始時刻からの経過時間の計測を開始する
。

続いて端末制御部２１は、入力部２０によるユーザ入力の受け付けを開始する。ユーザ
入力は、例えばバイク等の移動キャラクタを操作するためのユーザ入力が含まれる。

続いて端末制御部２１は、入力部２０が受け付けたユーザ入力に基づいて、現在対戦中
の第１対戦相手（例えば、１番目の第１対戦相手）について対戦進行状況を演算する。こ
こで第１ゲームパートにおける第１対戦相手についての対戦進行状況は、例えば第１対戦
相手のＨＰである。例えば端末制御部２１は、ユーザ入力に応じて移動キャラクタの動作
を制御し、移動キャラクタが所定数のアイテムを獲得する度に、デッキに含まれるキャラ
クタを用いて第１対戦相手に対する攻撃を行い、第１対戦相手のＨＰを減少させる。

ここで端末制御部２１は、第１ゲームパート画面上に、現在対戦中の第１対戦相手につ
いての対戦進行状況を示す画像を表示させる。当該画像は、例えばインジケータであって
、先攻ユーザが第１対戦相手のＨＰを初期値から目標値（例えば、ゼロ）まで視覚的に認
識可能な画像である。

続いて端末制御部２１は、現在対戦中の第１対戦相手のＨＰが目標値（例えば、ゼロ）
まで減少すると、当該第１対戦相手が討伐されたと判定する。端末制御部２１は、当該第
１対戦相手が討伐されたと判定した時点、即ち当該第１対戦相手との対戦が終了した時点
における経過時間（以下、「対戦終了時間」ともいう）を当該第１対戦相手に対応付けて
、端末記憶部１８に記憶させる。

続いて端末制御部２１は、次の第１対戦相手（例えば、２番目の第１対戦相手）との対
戦を開始する。本実施形態では、前の第１対戦相手の対戦終了時間と、次の第１の対戦相
手との対戦開始時点における経過時間（以下、「対戦開始時間」ともいう）は等しい。

続いて端末制御部２１は、上述の処理を最後の第１対戦相手（例えば、３番目の第１対
戦相手）が討伐されるまで、又はデッキに含まれるキャラクタのＨＰがゼロに減少するま
で、繰り返し行う。端末制御部２１は、最後の第１対戦相手が討伐された場合、又はデッ
キに含まれるキャラクタの合計ＨＰがゼロまで減少した場合、第１ゲームパートを終了さ
せる。

例えば最後の第１対戦相手を討伐して第１ゲームパートが終了する場合、複数の第１対
戦相手それぞれに対応付けて、対戦開始時間と、対戦終了時間と、が端末記憶部１８に記
憶される。例えば、先攻ユーザが各第１対戦相手をそれぞれ討伐するのに１０分ずつ要し
た場合、１番目の第１対戦相手に対応付けられた対戦開始時間は０分、対戦終了時間は１
０分である。また、２番目の第１対戦相手に対応付けられた対戦開始時間は１０分、対戦
終了時間は２０分である。また、３番目の第１対戦相手に対応付けられた対戦開始時間は
２０分、対戦終了時間は３０分である。

続いて端末制御部２１は、第１ゲームパートのプレイ情報及び結果情報を生成する。

プレイ情報は、例えば図５に示すように、複数の第１対戦相手それぞれに対応付けて、
対戦開始時間と、対戦終了時間と、を含むが、対戦開始時間及び対戦終了時間を特定可能
な情報であればよい。例えば、プレイ情報は、複数の第１対戦相手それぞれに対応付けて
、各第１対戦相手の討伐に要した時間を含む情報であってもよい。

結果情報は、例えば最後の第１対戦相手に関連付けられた対戦終了時間、及びデッキに
含まれるキャラクタの被ダメージ量等に応じて算出されるスコアを含む情報である。例え
ば対戦終了時間が短い程、及びデッキに含まれるキャラクタの被ダメージ量が少ない程、
スコアが高くなる。

（後攻ユーザである場合）
次に、端末装置１２のユーザが後攻ユーザである場合の処理について説明する。はじめ
に端末制御部２１は、端末通信部１７がサーバ装置１１から対戦可否選択画面の表示指示
を受信すると、表示部１９に対戦可否選択画面を表示させる。好適には、端末制御部２１
は、対戦可否選択画面を表示させた状態で、入力部２０が対戦の承諾又は非承諾を選択す
るユーザ入力を受け付けるまで、ゲーム全体の進行を停止する。即ち、後攻ユーザが対戦
の承諾又は非承諾を選択するまで、対戦可否選択画面から他の画面に遷移できず、例えば
一人用の他のゲームパートをプレイすることもできない。

続いて端末制御部２１は、入力部２０が対戦の承諾又は非承諾を選択するユーザ入力を
受け付けると、承諾及び非承諾の何れが選択されたかを判定する。

対戦の非承諾が選択された場合、端末制御部２１は、対戦の非承諾を示す情報を、端末
通信部１７にサーバ装置１１へ送信させる。かかる場合、例えば対戦可否選択画面から他
のゲーム画面に遷移し、第２ゲームパートが実行されることなく、先攻ユーザと後攻ユー
ザとの非同期対戦が終了する。

一方、対戦の承諾が選択された場合、端末制御部２１は、対戦の承諾を示す情報を、端
末通信部１７にサーバ装置１１へ送信させる。

続いて端末制御部２１は、端末通信部１７がサーバ装置１１から先攻ユーザ表示画面の
表示指示を受信すると、表示部１９に先攻ユーザ表示画面を表示させる。

続いて端末制御部２１は、例えば入力部２０が第２ゲームパートを開始するためのユー
ザ入力を受け付けると、第２ゲームパートの開始要求を、端末通信部１７にサーバ装置１
１へ送信させる。

好適には、端末制御部２１は、表示部１９に先攻ユーザ表示画面を表示させた後、入力
部２０が第２ゲームパートを開始するためのユーザ入力を受け付ける前に、自動的には又
入力部２０が受け付けたユーザ入力に応じて、例えば一人用の他のゲームパートを実行可
能である。他のゲームパートの実行によって、例えばデッキに含まれるキャラクタを変更
し、又はキャラクタのレベルを増加させる等、第２ゲームパートのプレイに用いるデッキ
の強化が可能である。かかる場合、端末制御部２１は、端末通信部１７に、デッキに含ま
れるキャラクタの変更又はキャラクタの強化に関する情報をサーバ装置１１へ送信させる
。

また好適には、端末制御部２１は、表示部１９に先攻ユーザ表示画面を表示させた後、
入力部２０が第２ゲームパートを開始するためのユーザ入力を受け付ける前に、自動的に
は又入力部２０が受け付けたユーザ入力に応じて、第３ゲームパートの開始要求を端末通
信部１７にサーバ装置１１へ送信させる。

続いて端末制御部２１は、端末通信部１７に、第１ゲームパートのプレイ情報をサーバ
装置１１から受信させる。

続いて端末制御部２１は、端末通信部１７がサーバ装置１１から第２ゲームパートの開
始指示を受信すると、後述する第２ゲームパートの実行処理を開始する。

続いて端末制御部２１は、第２ゲームパートの実行処理が終了すると、後述するように
第２ゲームパートの実行処理によって生成された結果情報を、端末通信部１７にサーバ装
置１１へ送信させる。

そして端末制御部２１は、端末通信部１７がサーバ装置１１から対戦結果画面の表示指
示を受信すると、表示部１９に対戦結果画面を表示させる。かかる場合、先攻ユーザと後
攻ユーザとの非同期対戦が終了する。

（第２ゲームパートの実行処理）
ここで、第２ゲームパートの実行処理について具体的に説明する。上述したように、第
２ゲームパートでは、後攻ユーザが、自身のデッキを用いて複数の敵キャラクタと順次対
戦を行なう、横スクロール型のアクションゲームが行われる。

本実施形態では、第２ゲームパートは、第１ゲームパートと同一であり、例えばゲーム
パートＩＤが「Ｐ００１」であるクエストが実行される（図３参照）。以下、第２ゲーム
パートにおいて対戦する敵キャラクタを第２対戦相手という。第２ゲームパートでは、ま
ず１番目の第２対戦相手（敵キャラクタＡ又はＢ）、次に２番目の第２対戦相手（敵キャ
ラクタＣ）、最後に３番目の第２対戦相手（敵キャラクタＤ）との対戦が順次行われる。

はじめに端末制御部２１は、後述する第２ゲームパート画面を表示部１９に表示させる
。また端末制御部２１は、第２ゲームパートの開始時刻からの経過時間の計測を開始する
。

続いて端末制御部２１は、入力部２０によるユーザ入力の受け付けを開始する。ユーザ
入力は、例えばバイク等の移動キャラクタを操作するためのユーザ入力が含まれる。

続いて端末制御部２１は、入力部２０が受け付けたユーザ入力に基づいて、現在対戦中
の第２対戦相手（例えば、１番目の第２対戦相手）について対戦進行状況を演算する。こ
こで第２ゲームパートにおける第２対戦相手についての対戦進行状況は、例えば第２対戦
相手のＨＰ（第２パラメータ）である。例えば端末制御部２１は、ユーザ入力に応じて移
動キャラクタの動作を制御し、所定数のアイテムを獲得する度に、デッキに含まれるキャ
ラクタを用いて第２対戦相手に対する攻撃を行い、第２対戦相手のＨＰを減少させる。

また端末制御部２１は、第２ゲームパートにおける経過時間と、サーバ装置１１から受
信した第１ゲームパートのプレイ情報と、に基づいて、現在対戦中の第２対戦相手（例え
ば、１番目の第２対戦相手）に対応する第１対戦相手（１番目の第１対戦相手）について
対戦進行状況を演算する。ここで「第２対戦相手に対応する第１対戦相手」とは、現在対
戦中の第２対戦相手の順番と等しい順番の第１対戦相手である。具体的には、１番目、２
番目、及び３番目の第２対戦相手と、１番目、２番目、及び３番目の第１対戦相手と、が
それぞれ対応する。

ここで第１対戦相手についての対戦進行状況の演算について具体的に説明する。はじめ
に端末制御部２１は、第１ゲームパートのプレイ情報に基づき、複数の第１対戦相手それ
ぞれに対応付けて、対戦開始時間及び対戦終了時間を決定する。ここでは、図５に示すプ
レイ情報に基づき、１番目の第１対戦相手の対戦開始時間は０分、及び対戦終了時間は１
０分に定められる。また、２番目の第１対戦相手の対戦開始時間は１０分、及び対戦終了
時間は２０分に定められる。また、３番目の第１対戦相手の対戦開始時間は２０分、及び
対戦終了時間は３０分に定められる。

続いて端末制御部２１は、複数の第１対戦相手それぞれの対戦開始時間及び対戦終了時
間に基づき、複数の第１対戦相手それぞれについて対戦進行状況を演算する。ここで第２
ゲームパートにおける第１対戦相手についての対戦進行状況は、第２ゲームパートの開始
時刻からの経過時間に応じて定まるパラメータ（第１パラメータ）であって、任意の初期
値から目標値まで変動する。初期値と目標値との大小関係は、任意に定められる。本実施
形態では、第１パラメータの初期値は第１対戦相手のＨＰの初期値であり、第１パラメー
タの目標値はゼロである。

本実施形態では、第１パラメータは、第２ゲームパートの開始時刻において初期値であ
る。端末制御部２１は、第２ゲームパートにおける経過時間が、第１対戦相手に対応付け
られた対戦開始時間から対戦終了時間まで増加する間、当該第１対戦相手についての対戦
進行状況である第１パラメータを初期値から目標値まで変動させるように、対戦進行状況
を演算する。

好適には、端末制御部２１は、第２ゲームパートにおける経過時間が対戦開始時間から
対戦終了時間まで増加する間、第１パラメータを一定の時間変化率で変動させるように、
対戦進行状況を演算する。第１対戦相手についての対戦進行状況である第１パラメータｎ
は、第１パラメータｎの初期値をｎ₀、第１パラメータｎの目標値をｎ₁、第２ゲームパー
トの開始時刻からの経過時間をｔ、当該第１対戦相手の対戦開始時間をｔ₁、当該第１対
戦相手の対戦終了時間をｔ₂として、例えば以下の式で示される。
ｎ＝ｎ₀ （ただし、０≦ｔ≦ｔ₁）
ｎ＝ｎ₀＋（ｎ₁－ｎ₀）×（ｔ－ｔ₁）／（ｔ₂－ｔ₁） （ただし、ｔ₁≦ｔ≦ｔ₂）
ｎ＝ｎ₁ （ただし、ｔ₂≦ｔ）

例えば、図５に示す例では、１番目の第１対戦相手に対応付けられた対戦開始時間は０
分、対戦終了時間は１０分である。かかる場合、１番目の第１対戦相手についての対戦進
行状況である第１パラメータｎは、図６（ａ）に示すように、第２ゲームパートにおける
経過時間ｔが０分であるときに初期値ｎ₀であり、経過時間ｔが０分から１０分まで増加
する間において一定の時間変化率で減少し、経過時間ｔが１０分であるときに目標値ｎ₁
となる。経過時間ｔが１０分から増加する間において、第１パラメータｎは目標値ｎ₁か
ら変動しない。

同様に、図５に示す例では、２番目の第１対戦相手に対応付けられた対戦開始時間は１
０分、対戦終了時間は２０分である。かかる場合、２番目の第１対戦相手についての対戦
進行状況である第１パラメータｎは、図６（ｂ）に示すように、第２ゲームパートにおけ
る経過時間ｔが０分から１０分まで増加する間において初期値ｎ₀から変動せず、経過時
間ｔが１０分から２０分まで増加する間において一定の時間変化率で減少し、経過時間ｔ
が２０分であるときに目標値ｎ₁となる。経過時間ｔが２０分から増加する間において、
第１パラメータｎは目標値ｎ₁から変動しない。

同様に、図５に示す例では、３番目の第１対戦相手に対応付けられた対戦開始時間は２
０分、対戦終了時間は３０分である。かかる場合、３番目の第１対戦相手についての対戦
進行状況である第１パラメータｎは、図６（ｃ）に示すように、第２ゲームパートにおけ
る経過時間ｔが０分から２０分まで増加する間において初期値ｎ₀から変動せず、経過時
間ｔが２０分から３０分まで増加する間において一定の時間変化率で減少し、経過時間ｔ
が３０分であるときに目標値ｎ₁となる。経過時間ｔが３０分から増加する間において、
第１パラメータｎは目標値ｎ₁から変動しない。

続いて端末制御部２１は、第２ゲームパート画面上に、現在対戦中の第２対戦相手（例
えば、１番目の第２対戦相手）に対応する第１対戦相手（１番目の第１対戦相手）につい
ての対戦進行状況を示す画像(第１画像)を表示させる。第１画像は、例えばインジケータ
であって、後攻ユーザが当該第１対戦相手に対応する対戦進行状況である第１パラメータ
を初期値から目標値（例えば、ゼロ）まで視覚的に認識可能な画像である。

また端末制御部２１は、第２ゲームパート画面上に、現在対戦中の第２対戦相手につい
ての対戦進行状況を示す画像（第２画像）を表示させる。第２画像は、例えばインジケー
タであって、後攻ユーザが第２対戦相手のＨＰを初期値から目標値（例えば、ゼロ）まで
視覚的に認識可能な画像である。

続いて端末制御部２１は、現在対戦中の第２対戦相手のＨＰが目標値（例えば、ゼロ）
まで減少すると、第２対戦相手が討伐されたと判定し、次の第２対戦相手（例えば、２番
目の第２対戦相手）との対戦を開始する。このとき、第２ゲームパート画面上の第１画像
及び第２画像は、それぞれ２番目の第１対戦相手に対応する第１画像、及び２番目の第２
対戦相手に対応する第２画像に切り替わる。

続いて端末制御部２１は、上述の処理を最後の第２対戦相手（例えば、３番目の第２対
戦相手）が討伐されるまで、又はデッキに含まれるキャラクタのＨＰがゼロに減少するま
で、繰り返し行う。端末制御部２１は、最後の第２対戦相手が討伐された場合、又はデッ
キに含まれるキャラクタの合計ＨＰがゼロまで減少した場合、第２ゲームパートを終了さ
せ、第２ゲームパートの結果情報を生成する。

次に、図７及び図８を参照して、先攻ユーザの端末装置１２の表示部１９に表示される
各種画面について説明する。

図７に示すように、候補ユーザ選択画面２２は、先攻ユーザの第１情報表示領域２３と
、候補ユーザの第１情報表示領域２４と、を含む。

先攻ユーザの第１情報表示領域２３は、先行ユーザに関する情報に含まれる第１情報（
図４参照）が表示される領域である。図７においては、先攻ユーザのユーザ名、連勝数、
グレード、通常勲章の数、及びゴールド勲章の数が表示されている。

候補ユーザの第１情報表示領域２４は、複数の候補ユーザに関する情報に含まれる第１
情報（図４参照）が表示される領域である。図７においては、３つの候補ユーザのユーザ
名、連勝数、グレード、通常勲章の数、及びゴールド勲章の数が表示されている。

また候補ユーザの第１情報表示領域２４は、複数の候補ユーザの中から１以上の候補ユ
ーザの選択を受け付けるインターフェースとしても機能する。例えば候補ユーザの第１情
報表示領域２４内においてユーザによりタップされた候補ユーザが選択される。

ここで非同期対戦における勝利ユーザに付与される報酬（勲章）は、上述したように、
勝利ユーザ及び敗北ユーザがそれぞれ所有している勲章の数に応じて定められる。したが
って、先攻ユーザは、所望の報酬を得るために、候補ユーザの第１情報表示領域２４に表
示された報酬に関する情報、即ち通常勲章の数及びゴールド勲章の数を参照して候補ユー
ザを選択可能であり、候補ユーザを選択する際の戦略性が向上する。また、候補ユーザの
第１情報表示領域２４を見た先攻ユーザは、例えば非同期対戦の勝敗が決定した際に通常
勲章の逆転が発生するか否か、及び、ゴールド勲章が付与又は破棄されるか等、非同期対
戦の勝敗に応じて結果的に先攻ユーザが所有し得る勲章数を把握できる。したがって、先
攻ユーザは、候補ユーザ毎に非同期対戦を行った場合のリターン及びリスクを一見して把
握可能となる。このようにして、先攻ユーザが１以上の候補ユーザの中から後攻ユーザを
選択するために要する時間が低減され、非同期対戦を行うユーザ同士のマッチング成立ま
での時間が短縮される。

また上述したように、グレードの値によっては、複数種類のゲーム媒体、本実施形態で
は通常勲章及びゴールド勲章がグレード昇格の条件に定められるため、例えば１種類のゲ
ーム媒体のみを用いてグレード昇格の条件に定めた構成と比較して、候補ユーザを選択す
る際の戦略性が向上する。

また上述したように、候補ユーザ選択画面２２において、候補ユーザの第１情報が表示
させる一方、候補ユーザの第２情報は表示されない。このため、例えば先攻ユーザが勝利
できる蓋然性が高いと考えられる候補ユーザを作為的に選択して非同期対戦を申し込む等
、先攻ユーザによる作為的なマッチングが抑制され、非同期対戦のマッチングの公平性が
向上する。

図８に示すように、第１ゲームパート画面２５は、移動キャラクタ画像２６と、敵キャ
ラクタ画像２７と、第１ＨＰ画像２８と、第２ＨＰ画像２９と、デッキ表示領域３０と、
路面画像３１と、アイテム画像３２と、を含む。路面画像３１及びアイテム画像３２は、
画面のスクロールに従って画面上の位置が変化する。例えば、路面画像３１及びアイテム
画像３２の位置は、画面の左側に向かって流れるように移動し、移動キャラクタが画面右
方に向かって走行していることが表現される。

移動キャラクタ画像２６は、端末装置１２に対する先攻ユーザのユーザ入力に応じて操
作される移動キャラクタを示す画像である。例えば、画面上の任意の位置でユーザによる
タップを検出すると、移動キャラクタは、画面上方に向かってジャンプするように移動す
る。

敵キャラクタ画像２７は、現在対戦中の第１対戦相手を示す画像である。図８において
は、１番目の第１対戦相手として、敵キャラクタＡの画像が示されている。

第１ＨＰ画像２８及び第２ＨＰ画像２９は、それぞれデッキに含まれるキャラクタの合
計ＨＰを示す画像及び敵キャラクタＡのＨＰを示す画像である。第１ＨＰ画像２８及び第
２ＨＰ画像２９は、例えばインジケータであって、ＨＰが減少するに従ってインジケータ
の長さが短くなる。

デッキ表示領域３０は、デッキに含まれるキャラクタを示す画像が表示される領域であ
る。各キャラクタの画像は、ユーザ入力を受け付けるインターフェースとしても機能する
。キャラクタの画像がユーザによりタップされると、例えば当該キャラクタに対応付けら
れたスキルが発動する。スキルの発動によって、例えば敵キャラクタに対するダメージの
発生及び敵キャラクタからの被ダメージ量の軽減等、種々の効果が発生する。

路面画像３１は、移動キャラクタの足場を示す画像である。移動キャラクタは、路面の
上を走行可能である。ユーザは、例えば移動キャラクタが路面から画面下方に落下しない
ように、移動キャラクタを操作する。

アイテム画像３２は、デッキに含まれるキャラクタが敵キャラクタに攻撃するために必
要なアイテムを示す画像である。例えば所定数のアイテムを移動キャラクタが獲得すると
、デッキに含まれるキャラクタが敵キャラクタに対して攻撃を行う。ユーザは、例えば移
動キャラクタが画面上のアイテムを獲得するように、移動キャラクタを操作する。

次に、図９乃至図１３を参照して、後攻ユーザの端末装置１２の表示部１９に表示され
る各種画面について説明する。

図９に示すように、対戦可否選択画面３３は、クエスト情報表示領域３４と、先攻ユー
ザの第１情報表示領域３５と、承諾ボタン３６と、非承諾ボタン３７とを、を含む。

クエスト情報表示領域３４は、先行ユーザがプレイした第１ゲームパートであるクエス
トに関する情報（図３参照）が表示される領域である。表示されるクエストに関する情報
は、例えばクエスト名及び難易度等の情報を含むが、これらに限られない。本実施形態に
おいて、後攻ユーザがプレイする第２ゲームパートは、第１ゲームパートと同一のクエス
トである。したがって、後攻ユーザは、クエスト情報表示領域３４内に表示された情報を
視認することで、第２ゲームパートに定められたクエストを認識可能である。

先攻ユーザの第１情報表示領域３５は、先行ユーザに関する情報に含まれる第１情報（
図４参照）が表示される領域である。図９においては、先攻ユーザのユーザ名、グレード
、連勝数、通常勲章の数、及びゴールド勲章の数が表示されている。

承諾ボタン３６は、先攻ユーザとの非同期対戦の承諾を示す情報をサーバ装置１１に送
信するためのインターフェースである。承諾ボタン３６がユーザによってタップされると
、対戦の承諾を示す情報がサーバ装置１１に送信される。

非承諾ボタン３７は、先攻ユーザとの非同期対戦の非承諾を示す情報をサーバ装置１１
に送信するためのインターフェースである。非承諾ボタン３７がユーザによってタップさ
れると、対戦の非承諾を示す情報がサーバ装置１１に送信される。

ここで非同期対戦における勝利ユーザに付与される報酬（勲章）は、上述したように、
勝利ユーザ及び敗北ユーザがそれぞれ所有している勲章の数に応じて定められる。したが
って、後攻ユーザは、所望の報酬を得るために、先攻ユーザの第１情報表示領域３５に表
示された報酬に関する情報、即ち通常勲章の数及びゴールド勲章の数を参照して非同期対
戦の承諾又は非承諾を選択可能であり、承諾又は非承諾を選択する際の戦略性が向上する
。また、先攻ユーザの第１情報表示領域３５を見た後攻ユーザは、例えば非同期対戦の勝
敗が決定した際に通常勲章の逆転が発生するか否か、及び、ゴールド勲章が付与又は破棄
されるか等、非同期対戦の勝敗に応じて結果的に先攻ユーザが所有し得る勲章数を把握で
きる。したがって、後攻ユーザは、先攻ユーザと非同期対戦を行った場合のリターン及び
リスクを一見して把握可能となる。このようにして、後攻ユーザが非同期対戦の承諾又は
非承諾の決定のために要する時間が低減され、非同期対戦が終了するまでの時間が短縮さ
れる。

図１０に示すように、先攻ユーザ選択画面３８は、クエスト情報表示領域３４と、先攻
ユーザの第１情報表示領域３５と、先攻ユーザの詳細情報表示領域３９と、を含む。先攻
ユーザ選択画面３８は、例えば図９に示す対戦可否選択画面３３において承諾ボタン３６
がタップされた場合に表示される画面である。先攻ユーザ選択画面３８に含まれるクエス
ト情報表示領域３４及び先行ユーザの第１情報表示領域３５は、対戦可否選択画面３３に
含まれるクエスト情報表示領域３４及び先行ユーザの第１情報表示領域３５とそれぞれ同
様である。

先攻ユーザの詳細情報表示領域３９は、先行ユーザに関する情報に含まれる第２情報及
びスコア（図４参照）の少なくとも一方が表示される領域である。図１０においては、先
攻ユーザのスコア及びデッキに関する情報が表示されている。デッキに関する情報は、例
えばデッキに含まれるキャラクタの合計ＨＰ、キャラクタのスキル、及びキャラクタの画
像等を含むが、これらに限られない。

このように、対戦可否選択画面３３において先攻ユーザの第１情報が表示され、非同期
対戦の承諾後に表示される先攻ユーザ選択画面３８において先攻ユーザの第２情報及びス
コアの少なくとも一方が表示される。このようにして、後攻ユーザによる非同期対戦の承
諾又は非承諾の決定前には先攻ユーザの第２情報及びスコアが表示されないため、後攻ユ
ーザによる作為的なマッチングが抑制され、非同期対戦のマッチングの公平性が向上し、
及び非同期対戦の成立率が向上する。

図１１は、第２ゲームパートの開始時刻からの経過時間ｔ＝０分であるときの第２ゲー
ムパート画面４０である。図１１に示すように、第２ゲームパート画面４０は、移動キャ
ラクタ画像２６と、第１ＨＰ画像２８と、デッキ表示領域３０と、路面画像３１と、アイ
テム画像３２と、敵キャラクタ画像４１と、第１画像４２と、第２画像４３と、を含む。
移動キャラクタ画像２６、第１ＨＰ画像２８、デッキ表示領域３０、路面画像３１、及び
アイテム画像３２は、例えば図８に示す第１ゲームパート画面２５に含まれる移動キャラ
クタ画像２６、第１ＨＰ画像２８、デッキ表示領域３０、路面画像３１、及びアイテム画
像３２とそれぞれ同様である。

敵キャラクタ画像４１は、現在対戦中の第２対戦相手を示す画像である。図１１におい
ては、１番目の第２対戦相手として、敵キャラクタＢの画像が示されている。

第１画像４２は、現在対戦中の第２対戦相手（図１１においては、１番目の第２対戦相
手）に対応する第１対戦相手（１番目の第１対戦相手）についての対戦進行状況を示す画
像である。第１画像４２は、例えばインジケータである。当該第１対戦相手についての対
戦進行状況である第１パラメータｎが初期値ｎ₀から目標値ｎ₁まで変動するに従って、イ
ンジケータの長さが短くなる。上述したように、図１１においては、経過時間ｔ＝０分で
あり、第１パラメータｎ＝ｎ₀である（図６（ａ）参照）。

第２画像４３は、現在対戦中の第２対戦相手（１番目の第２対戦相手）についての対戦
進行状況を示す画像である。第２画像４３は、例えばインジケータである。当該第２対戦
相手についての対戦進行状況であるＨＰ（第２パラメータ）が初期値から目標値（例えば
、ゼロ）まで変動するに従って、インジケータの長さが短くなる。図１１においては、経
過時間ｔ＝０分であり、ＨＰは初期値である。

好適には、第１パラメータｎが初期値ｎ₀であるときの第１画像４２のインジケータの
長さと、第２対戦相手のＨＰが初期値であるときの第２画像４３のインジケータの長さと
が等しい。また好適には、第１パラメータｎが目標値ｎ₁であるときの第１画像４２のイ
ンジケータの長さと、第２対戦相手のＨＰが目標値であるときの第２画像４３のインジケ
ータの長さとが等しい。

ここで、例えば図１１に示す状態から第２ゲームパートが進行し、経過時間ｔ＝１３分
となったときに、後攻ユーザが１番目の第２対戦相手を討伐し、２番目の第２対戦相手と
の対戦が開始したものとする。かかる場合、図１２に示すように、第２ゲームパート画面
４０では、敵キャラクタ画像４１が２番目の第２対戦相手である敵キャラクタＣを示して
いる。

また、現在対戦中の第２対戦相手が、上述のように２番目の第２対戦相手に切り替わっ
たため、図１２において第１画像４２は、２番目の第２対戦相手に対応する第１対戦相手
（２番目の第１対戦相手）についての対戦進行状況を示す画像に切り替わっている。ここ
で、経過時間ｔ＝１３分の時点において、２番目の第１対戦相手についての対戦進行状況
である第１パラメータｎは、初期値ｎ₀から既に減少している（図６（ｂ）参照）。この
ため、第１画像４２は、経過時間ｔ＝１３分の時点において、即ち現在対戦中の第２対戦
相手が２番目の第２対戦相手に切り替わった時点において、インジケータの長さが既に短
くなった状態で表示されている。

一方、例えば図１１に示す状態から第２ゲームパートが進行し、経過時間ｔ＝８分とな
ったときに、後攻ユーザが１番目の第２対戦相手を討伐したものとする。かかる場合、経
過時間ｔ＝８分の時点において、２番目の第１対戦相手についての対戦進行状況である第
１パラメータｎは、初期値ｎ₀から変動していない（図６（ｂ）参照）。このため、図１
３に示すように、第２ゲームパート画面４０上の第１画像４２は、経過時間ｔ＝８分の時
点において、即ち現在対戦中の第２対戦相手が２番目の第２対戦相手に切り替わった時点
において、第１画像４２は、インジケータの長さが最も長い状態で表示されている。

その後、経過時間ｔ＝１０分となるまで、２番目の第１対戦相手についての対戦進行状
況である第１パラメータｎは、初期値ｎ₀から変動しない（図６（ｂ）参照）。このため
、２番目の第２対戦相手との対戦中に経過時間ｔ＝１０分となるまで、第１画像４２は、
インジケータの長さが最も長い状態から変化しない。

その後、経過時間ｔが１０分から２０分まで増加する間、２番目の第１対戦相手につい
ての対戦進行状況である第１パラメータｎは、初期値ｎ₀から目標値ｎ₁まで変動する（図
６（ｂ）参照）。このため、２番目の第２対戦相手との対戦中に経過時間ｔが１０分から
２０分まで増加する間、第１画像４２は、インジケータの長さが最も長い状態から最も短
い状態まで一定の時間変化率で短くなる。

そして、経過時間ｔが２０分から増加する間、２番目の第１対戦相手についての対戦進
行状況である第１パラメータｎは、目標値ｎ₁から変動しない（図６（ｂ）参照）。この
ため、２番目の第２対戦相手との対戦中に経過時間ｔが２０分から増加する間、第１画像
４２は、インジケータの長さが最も短い状態から変化しない。

上述のように、後攻ユーザによる第２ゲームパートのプレイ中に、現在対戦中の第２対
戦相手に対応する第１対戦相手についての対戦進行状況が、第１画像４２によって示され
る。具体的には、第１パラメータｎを示すインジケータである第１画像４２が表示される
。このようにして、第２ゲームパート画面全体に占める第１画像４２の大きさを小さくで
きる。したがって、例えばスマートフォン等、画面の大きさが限られた端末装置１２であ
っても、後攻ユーザによって第１対戦相手についての対戦進行状況を視認可能とし、且つ
第１画像４２以外の他の表示領域の面積の減少が抑制される。

次に、図１４及び図１５を参照して、先攻ユーザの端末装置１２及び後攻ユーザの端末
装置１２それぞれの表示部１９に表示される対戦結果画面４４について説明する。

図１４は、非同期対戦において先攻ユーザが勝利した場合の対戦結果画面４４を示す。
図１４（ａ）に示すように、勝利ユーザである先攻ユーザは５個の通常勲章を所有してい
る。一方、敗北ユーザである後攻ユーザは８個の通常勲章を所有している。かかる場合、
勝利ユーザが所有する通常勲章の数よりも敗北ユーザが所有する通常勲章の数が所定数以
上多いとの条件が満たされるため、勝利ユーザ及び敗北ユーザがそれぞれ所有している通
常勲章の逆転が発生する。例えば、図１４（ａ）中の一点鎖線で囲まれた通常勲章の画像
が、アニメーションによって入れ替わる演出が行われる。

また、勝利ユーザである先攻ユーザは１個のゴールド勲章を所有している一方、敗北ユ
ーザである後攻ユーザはゴールド勲章を所有していない。かかる場合、先攻ユーザ及び後
攻ユーザについてゴールド勲章の所有数は変動しない。

結果として、図１４（ｂ）に示すように、先攻ユーザが８個の通常勲章及び１個のゴー
ルド勲章を所有し、後攻ユーザが５個の通常勲章を所有することとなる。

一方、図１５は、非同期対戦において後攻ユーザが勝利した場合の対戦結果画面４４を
示す。図１５（ａ）に示すように、敗北ユーザである先攻ユーザは５個の通常勲章を所有
している。一方、勝利ユーザである後攻ユーザは８個の通常勲章を所有している。かかる
場合、勝利ユーザが所有する通常勲章の数よりも敗北ユーザが所有する通常勲章の数が所
定数以上多いとの条件が満たされないため、勝利ユーザに所定数の通常勲章が付与され、
敗北ユーザの所定数の通常勲章が破棄される。例えば、敗北ユーザである先攻ユーザが所
有する所定数（例えば、１個）の通常勲章の画像が、アニメーションによって後攻ユーザ
側に移動する演出が行われる。

また、敗北ユーザである先攻ユーザは１個のゴールド勲章を所有している一方、敗北ユ
ーザである後攻ユーザはゴールド勲章を所有していない。かかる場合、例えば敗北ユーザ
である先攻ユーザが所有する所定数（例えば、１個）のゴールド勲章の画像が、アニメー
ションによって後攻ユーザ側に移動する演出が行われる。

結果として、図１５（ｂ）に示すように、先攻ユーザが４個の通常勲章を所有し、後攻
ユーザが９個の通常勲章及び１個のゴールド勲章を所有することとなる。

また、グレードの値が「２」である後攻ユーザが所有する通常勲章の数及びゴールド勲
章の数が、グレードに関する情報（図２参照）に示す閾値以上となったため、後攻ユーザ
のグレードの値が、例えば「２」から「３」に増加する。ここで、上述したように、ユー
ザが所有する勲章の数は、グレードの値毎に独立して管理される。即ち、後攻ユーザのグ
レードの現在値が「３」に変動しても、上述の９個の通常勲章及び１個のゴールド勲章は
、依然としてグレードの値「２」に対応付けられたままとなる。したがって、後攻ユーザ
のグレードの現在値が変動した時点において、グレードの値「３」に対応付けられた勲章
の数は初期値（例えば、ゼロ）である。

次に、図１６乃至図１８のフローチャートを参照して、サーバ装置１１が行う処理につ
いて説明する。図１６は、主として上述した先攻ユーザに関する処理を示す。

ステップＳ１００：はじめにサーバ記憶部１４は、複数のユーザそれぞれに関する情報
を記憶する。ユーザに関する情報には、例えば第１情報及び第２情報が含まれる。

ステップＳ１０１：次にサーバ制御部１５は、端末装置１２から第１ゲームパートの開
始要求を待ち受ける。サーバ通信部１３が端末装置１２から第１ゲームパートの開始要求
を受信すると、ステップＳ１０２に進む。

ステップＳ１０２：続いてサーバ制御部１５は、当該端末装置１２のユーザがロック状
態である場合を除き、当該端末装置１２のユーザを先攻ユーザに定めて、複数のユーザの
中から１以上の候補ユーザを抽出する。

ステップＳ１０３：続いてサーバ制御部１５は、サーバ通信部１３に、候補ユーザ選択
画面の表示指示を先攻ユーザの端末装置１２へ送信させる。

ステップＳ１０４：続いてサーバ制御部１５は、先攻ユーザの端末装置１２から、選択
された候補ユーザを示す情報を待ち受ける。

ステップＳ１０５：続いてサーバ制御部１５は、ステップＳ１０４の情報を受信すると
、選択された候補ユーザがロック状態であるか否かを判別する。候補ユーザが非ロック状
態である場合（ステップＳ１０５－Ｙｅｓ）、ステップＳ１０６に進む。一方、候補ユー
ザがロック状態である場合（ステップＳ１０５－Ｎｏ）、ステップＳ１０２に戻る。

ステップＳ１０６：候補ユーザが非ロック状態である場合（ステップＳ１０５－Ｙｅｓ
）、サーバ制御部１５は、選択された候補ユーザを後攻ユーザに定めて、先攻ユーザ及び
後攻ユーザをロック状態に定める。

ステップＳ１０７：続いてサーバ制御部１５は、サーバ通信部１３に、第１ゲームパー
トの開始指示を先攻ユーザの端末装置１２へ送信させる。

ステップＳ１０８：そしてサーバ制御部１５は、先攻ユーザの端末装置１２から第１ゲ
ームパートのプレイ情報及び結果情報を待ち受ける。

図１７は、主として上述した後攻ユーザに関する処理を示す。当該処理は、上述したス
テップＳ１０８において（図１６参照）、サーバ通信部１３が先攻ユーザの端末装置１２
から第１ゲームパートのプレイ情報及び結果情報を受信したときに開始される。

ステップＳ２００：はじめにサーバ制御部１５は、サーバ通信部１３に、対戦可否選択
画面の表示指示を後攻ユーザの端末装置１２へ送信させる。

ステップＳ２０１：続いてサーバ制御部１５は、対戦可否選択画面を表示させた後攻ユ
ーザの端末装置１２から、対戦の承諾又は非承諾の選択を示す情報を待ち受ける。サーバ
通信部１３が当該情報を受信すると、ステップＳ２０２に進む。

ステップＳ２０２：続いてサーバ制御部１５は、ステップＳ２０２における情報が、対
戦の承諾を示すか否かを判定する。当該情報が対戦の承諾を示す情報である場合（ステッ
プＳ２０２－Ｙｅｓ）、ステップＳ２０３に進む。一方、当該情報が対戦の非承諾を示す
情報である場合（ステップＳ２０２－Ｎｏ）、ステップＳ２０８に進む。

ステップＳ２０３：ステップＳ２０２において当該情報が対戦の承諾を示す情報である
場合（ステップＳ２０２－Ｙｅｓ）、サーバ制御部１５は、サーバ通信に、先攻ユーザ表
示画面の表示指示を後攻ユーザの端末装置１２へ送信させる。

ステップＳ２０４：続いてサーバ制御部１５は、先攻ユーザ表示画面を表示させた後攻
ユーザの端末装置１２から、第２ゲームパートの開始要求を待ち受ける。サーバ通信部１
３が後攻ユーザの端末装置１２から第２ゲームパートの開始要求を受信すると、ステップ
Ｓ２０５に進む。

ステップＳ２０５：続いてサーバ制御部１５は、サーバ通信部１３に、第１ゲームパー
トのプレイ情報を後攻ユーザの端末装置１２へ送信させる。

ステップＳ２０６：続いてサーバ制御部１５は、サーバ通信部１３に、第２ゲームパー
トの開始指示を後攻ユーザの端末装置１２へ送信させる。

ステップＳ２０７：そしてサーバ制御部１５は、後攻ユーザの端末装置１２から第２ゲ
ームパートの結果情報を待ち受ける。

ステップＳ２０８：一方、ステップＳ２０２において当該情報が対戦の非承諾を示す情
報である場合（ステップＳ２０２－Ｎｏ）、サーバ制御部１５は、先攻ユーザ及び後攻ユ
ーザのロック状態を解消し、非ロック状態に定める。

ステップＳ２０９：続いてサーバ制御部１５は、先攻ユーザに対して所定数（例えば、
１個）の通常勲章を付与する。

ステップＳ２１０：続いてサーバ制御部１５は、先攻ユーザが所有する各勲章の数が、
グレードに関する情報（図２参照）に示される閾値以上であるか否かを判定する。各勲章
の数が閾値以上である場合（ステップＳ２１０－Ｙｅｓ）、ステップＳ２１１に進む。一
方、各勲章の数が閾値未満である場合（ステップＳ２１０－Ｎｏ）、先攻ユーザ及び後攻
ユーザの非同期対戦を終了する。

ステップＳ２１１：ステップＳ２１０において各勲章の数が閾値以上である場合（ステ
ップＳ２１０－Ｙｅｓ）、サーバ制御部１５は、先攻ユーザのグレードの値を変動（例え
ば、＋１）させて、先攻ユーザ及び後攻ユーザの非同期対戦を終了する。

図１８は、主として上述した非同期対戦の結果関する処理を示す。当該処理は、上述し
たステップＳ２０７（図１７参照）において、サーバ通信部１３が後攻ユーザの端末装置
１２から第２ゲームパートの結果情報を受信したときに開始される。

ステップＳ３００：はじめにサーバ制御部１５は、第１ゲームパートの結果情報及び第
２ゲームパートの結果情報に基づいて、非同期対戦の結果（勝敗）を決定する。具体的に
は、サーバ制御部１５は、先攻ユーザ及び後攻ユーザのうち、結果情報に示されるスコア
が高いユーザを勝利ユーザに定め、スコアが低いユーザを敗北ユーザに定める。

ステップＳ３０１：続いてサーバ制御部１５は、所定条件、例えば、勝利ユーザのグレ
ードの現在値に対応付けられた通常勲章の数よりも、敗北ユーザのグレードの現在値に対
応付けられた通常勲章の数が所定数以上多いとの条件が満たされるか否かの判定を行う。
条件が満たされる場合（ステップＳ３０１－Ｙｅｓ）、ステップＳ３０２に進む。一方、
条件が満たされない場合（ステップＳ３０１－Ｎｏ）、ステップＳ３０３に進む。

ステップＳ３０２：ステップＳ３０１において条件が満たされる場合（ステップＳ３０
１－Ｙｅｓ）、サーバ制御部１５は、勝利ユーザが所有する通常勲章と敗北ユーザが所有
する通常勲章とを逆転させ、ステップＳ３０５に進む。

ステップＳ３０３：ステップＳ３０１において条件が満たされない場合（ステップＳ３
０１－Ｎｏ）、サーバ制御部１５は、勝利ユーザに所定数（例えば、１個）の通常勲章を
付与する。

ステップＳ３０４：続いてサーバ制御部１５は、敗北ユーザが通常勲章を所有している
場合、敗北ユーザの所定数（例えば、１個）の通常勲章を破棄し、ステップＳ３０５に進
む。

ステップＳ３０５：ステップＳ３０２の後、又はステップＳ３０４の後、サーバ制御部
１５は、敗北ユーザがゴールド勲章を所有しているか否かを判定する。敗北ユーザがゴー
ルド勲章を所有している場合（ステップＳ３０５－Ｙｅｓ）、ステップＳ３０６に進む。
一方、敗北ユーザがゴールド勲章を所有していない場合（ステップＳ３０５－Ｎｏ）、ス
テップＳ３０７に進む。

ステップＳ３０６：ステップＳ３０５において敗北ユーザがゴールド勲章を所有してい
る場合（ステップＳ３０５－Ｙｅｓ）、サーバ制御部１５は、敗北ユーザが所有している
所定数（例えば、１個）のゴールド勲章を、勝利ユーザに付与する。

ステップＳ３０７：ステップＳ３０５において敗北ユーザがゴールド勲章を所有してい
ない場合（ステップＳ３０５－Ｎｏ）、又はステップＳ３０６の後、サーバ制御部１５は
、サーバ通信部１３に、対戦結果画面の表示指示を勝利ユーザの端末装置１２及び敗北ユ
ーザの端末装置１２へ送信させる。

ステップＳ３０８：続いてサーバ制御部１５は、勝利ユーザ及び敗北ユーザのロック状
態を解消し、非ロック状態に定める。

ステップＳ３０９：続いてサーバ制御部１５は、勝利ユーザが所有する各勲章の数が、
グレードに関する情報（図２参照）に示される閾値以上であるか否かを判定する。各勲章
の数が閾値以上である場合（ステップＳ３０９－Ｙｅｓ）、ステップＳ３１０に進む。一
方、通常勲章又はゴールド勲章の数が閾値未満である場合（ステップＳ３０９－Ｎｏ）、
勝利ユーザ及び敗北ユーザの非同期対戦を終了する。

ステップＳ３１０：ステップＳ３０９において各勲章の数が閾値以上である場合（ステ
ップＳ３０９－Ｙｅｓ）、サーバ制御部１５は、勝利ユーザのグレードの値を変動（例え
ば、＋１）させて、勝利ユーザ及び敗北ユーザの非同期対戦を終了する。

次に、図１９のフローチャートを参照して、先攻ユーザの端末装置１２が行う処理につ
いて説明する。

ステップＳ４００：はじめに端末制御部２１は、第１ゲームパートの開始要求を送信す
る。

ステップＳ４０１：続いて端末制御部２１は、端末通信部１７がサーバ装置１１から候
補ユーザ選択画面の表示指示を受信すると、表示部１９に候補ユーザ選択画面を表示させ
る。

ステップＳ４０２：続いて端末制御部２１は、入力部２０が少なくとも１つの候補ユー
ザの選択をするユーザ入力を受け付けると、端末通信部１７に、選択された候補ユーザを
示す情報をサーバ装置１１へ送信させる。

ステップＳ４０３：続いて端末制御部２１は、端末通信部１７がサーバ装置１１から第
１ゲームパートの開始指示を受信すると、後述する第１ゲームパートの実行処理を開始す
る。

ステップＳ４０４：続いて端末制御部２１は、第１ゲームパートの実行処理が終了する
と、第１ゲームパートの実行処理によって生成されたプレイ情報及び結果情報を、端末通
信部１７にサーバ装置１１へ送信させる。

ステップＳ４０５：続いて端末制御部２１は、サーバ装置１１から対戦結果画面の表示
指示を待ち受ける。端末通信部１７がサーバ装置１１から対戦結果画面の表示指示を受信
すると、ステップＳ４０６に進む。

ステップＳ４０６：そして端末制御部２１は、表示部１９に対戦結果画面を表示させる
。

ここで図２０のフローチャートを参照して、上述のステップＳ４０３（図１９参照）に
おいて実行される第１ゲームパートの実行処理について説明する。第１ゲームパートの実
行処理は、例えば第１ゲームパート画面を表示部１９に表示させた状態で実行される。

ステップＳ５００：はじめに端末制御部２１は、第１ゲームパートの開始時刻からの経
過時間の計測を開始する。

ステップＳ５０１：続いて端末制御部２１は、入力部２０によるユーザ入力の受け付け
を開始する。

ステップＳ５０２：続いて端末制御部２１は、現在対戦中の第１対戦相手（例えば、１
番目の第１対戦相手）について対戦進行状況を演算する。ここで対戦進行状況は、例えば
第１対戦相手のＨＰである。

ステップＳ５０３：続いて端末制御部２１は、第１ゲームパート画面上に、現在対戦中
の第１対戦相手についての対戦進行状況を示す画像を表示させる。

ステップＳ５０４：続いて端末制御部２１は、第１ゲームパートを終了させるか否か判
定する。第１ゲームパートを終了させると判定した場合（ステップＳ５０４－Ｙｅｓ）、
例えば、最後の第１対戦相手が討伐された場合又はデッキに含まれるキャラクタの合計Ｈ
Ｐがゼロまで減少した場合、ステップＳ５０５に進む。一方、第１ゲームパートを終了さ
せないと判定した場合（ステップＳ５０４－Ｎｏ）、ステップＳ５０２に戻る。

ステップＳ５０５：ステップＳ５０４において第１ゲームパートを終了させると判定し
た場合（ステップＳ５０４－Ｙｅｓ）、端末制御部２１は、第１ゲームパートを終了させ
、第１ゲームパートのプレイ情報及び結果情報を生成し、上述したステップＳ４０４（図
１９参照）に進む。

次に、図２１のフローチャートを参照して、後攻ユーザの端末装置１２が行う処理につ
いて説明する。

ステップＳ６００：はじめに端末制御部２１は、端末通信部１７がサーバ装置１１から
対戦可否選択画面の表示指示を受信すると、表示部１９に対戦可否選択画面を表示させる
。

ステップＳ６０１：続いて端末制御部２１は、入力部２０が対戦の承諾又は非承諾を選
択するユーザ入力を受け付けると、承諾及び非承諾の何れが選択されたかを判定する。承
諾が選択された場合（ステップＳ６０１－Ｙｅｓ）、ステップＳ６０３に進む。一方、非
承諾が選択された場合（ステップＳ６０１－Ｎｏ）、ステップＳ６０２に進む。

ステップＳ６０２：ステップＳ６０１において非承諾が選択された場合（ステップＳ６
０１－Ｎｏ）、端末制御部２１は、対戦の非承諾を示す情報を、端末通信部１７にサーバ
装置１１へ送信させる。かかる場合、例えば対戦可否選択画面から他のゲーム画面に遷移
し、第２ゲームパートが実行されることなく、先攻ユーザと後攻ユーザとの非同期対戦が
終了する。

ステップＳ６０３：ステップＳ６０１において承諾が選択された場合（ステップＳ６０
１－Ｙｅｓ）、端末制御部２１は、対戦の承諾を示す情報を、端末通信部１７にサーバ装
置１１へ送信させる。

ステップＳ６０４：続いて端末制御部２１は、端末通信部１７がサーバ装置１１から先
攻ユーザ表示画面の表示指示を受信すると、表示部１９に先攻ユーザ表示画面を表示させ
る。

ステップＳ６０５：続いて端末制御部２１は、例えば入力部２０が第２ゲームパートを
開始するためのユーザ入力を受け付けると、第２ゲームパートの開始要求を、端末通信部
１７にサーバ装置１１へ送信させる。

ステップＳ６０６：続いて端末制御部２１は、端末通信部１７に、第１ゲームパートの
プレイ情報をサーバ装置１１から受信させる。

ステップＳ６０７：続いて端末制御部２１は、端末通信部１７がサーバ装置１１から第
２ゲームパートの開始指示を受信すると、後述する第２ゲームパートの実行処理を開始す
る。

ステップＳ６０８：続いて端末制御部２１は、第２ゲームパートの実行処理が終了する
と、後述するように第２ゲームパートの実行処理によって生成された結果情報を、端末通
信部１７にサーバ装置１１へ送信させる。

ステップＳ６０９：そして端末制御部２１は、端末通信部１７がサーバ装置１１から対
戦結果画面の表示指示を受信すると、表示部１９に対戦結果画面を表示させる。かかる場
合、先攻ユーザと後攻ユーザとの非同期対戦が終了する。

ここで図２２のフローチャートを参照して、上述のステップＳ６０７（図２１参照）に
おいて実行される第２ゲームパートの実行処理について説明する。第２ゲームパートの実
行処理は、例えば第２ゲームパート画面を表示部１９に表示させた状態で実行される。

ステップＳ７００：はじめに端末制御部２１は、第２ゲームパートの開始時刻からの経
過時間の計測を開始する。

ステップＳ７０１：続いて端末制御部２１は、入力部２０によるユーザ入力の受け付け
を開始する。

ステップＳ７０２：続いて端末制御部２１は、現在対戦中の第２対戦相手（例えば、１
番目の第２対戦相手）についての対戦進行状況、及び、現在対戦中の第２対戦相手に対応
する第１対戦相手（１番目の第１対戦相手）について対戦進行状況を演算する。ここで第
２対戦相手についての対戦進行状況は、現在対戦中の第２対戦相手のＨＰである。また第
１対戦相手についての対戦進行状況は、第２ゲームパートの開始時刻からの経過時間に応
じて定まるパラメータｎである（図６参照）。

ステップＳ７０３：続いて端末制御部２１は、第２ゲームパート画面上に、現在対戦中
の第２対戦相手に対応する第１対戦相手についての対戦進行状況を示す第１画像、及び、
現在対戦中の第２対戦相手についての対戦進行状況を示す第２画像を表示させる。

ステップＳ７０４：続いて端末制御部２１は、第２ゲームパートを終了させるか否か判
定する。第２ゲームパートを終了させると判定した場合（ステップＳ７０４－Ｙｅｓ）、
例えば、最後の第２対戦相手が討伐された場合又はデッキに含まれるキャラクタの合計Ｈ
Ｐがゼロまで減少した場合、ステップＳ７０５に進む。一方、第２ゲームパートを終了さ
せないと判定した場合（ステップＳ５０４－Ｎｏ）、ステップＳ７０２に戻る。

ステップＳ７０５：ステップＳ７０４において第２ゲームパートを終了させると判定し
た場合（ステップＳ７０４－Ｙｅｓ）、端末制御部２１は、第２ゲームパートを終了させ
、第２ゲームパートの結果情報を生成し、上述したステップＳ６０８（図２１参照）に進
む。

このように、一実施形態に係るサーバ装置１１は、後攻ユーザの端末装置１２に、対戦
可否選択画面において先攻ユーザの第１情報を表示させ、非同期対戦の承諾を示す情報を
受信すると、先攻ユーザ表示画面において先攻ユーザの第２情報及びスコアを表示させる
。このようにして、後攻ユーザによる非同期対戦の承諾又は非承諾の決定前には先攻ユー
ザの第２情報及びスコアが表示されないため、後攻ユーザによる作為的なマッチングが抑
制され、非同期対戦のマッチングの公平性が向上可能し、及び非同期対戦の成立率が向上
する。

また、サーバ装置１１は、先攻ユーザの端末装置１２に、候補ユーザ選択画面において
候補ユーザの第１情報を表示させる。このようにして、先攻ユーザによる後攻ユーザの選
択前には候補ユーザの第２情報が表示されないため、先攻ユーザによる作為的なマッチン
グが抑制され、非同期対戦のマッチングの公平性が更に向上可能である。

また、サーバ装置１１は、先攻ユーザの端末装置１２に、候補ユーザ選択画面において
非ロック状態の候補ユーザを表示させる。またサーバ装置１１は、先攻ユーザ及び後攻ユ
ーザをロック状態に定める。このようにして、後攻ユーザは、他の先攻ユーザの端末装置
１２において候補ユーザとして表示されないため、例えば特定のユーザに対する対戦申し
込みの集中が抑制され、ゲーム進行が遅延し又は阻害されることが抑制される。また、ゲ
ームシステム１０全体として、対戦申し込み数が抑制されるため、サーバ装置１１の処理
負担が軽減される。

また、サーバ装置１１は、後攻ユーザの端末装置１２に、対戦可否選択画面を表示させ
ると後攻ユーザの端末装置１２におけるゲームの進行を停止させ、非同期対戦の承諾又は
非承諾を示す情報を受信するとゲームの進行の停止を解除させる。このようにして、例え
ば対戦可否選択画面を確認した後攻ユーザが対戦の承諾又は非承諾の決定を保留して他の
ゲームパートをプレイすること等が抑制される。したがって、後攻ユーザに非同期対戦の
承諾又は非承諾の迅速な決定が促進され、非同期対戦の進行の停滞が抑制される。

また、サーバ装置１１は、第２ゲームパートの開始要求を待ち受けている間に、例えば
サーバ通信部１３が後攻ユーザの端末装置１２から後攻ユーザのデッキに含まれるキャラ
クタの変更又はキャラクタの強化に関する情報を受信すると、後攻ユーザのデッキ情報に
含まれるキャラクタを変更し又はキャラクタに設定されたパラメータ（例えば、ＨＰ、攻
撃力、及びレベル）を変動させる。このようにして、非同期対戦を承諾した後攻ユーザは
、第２ゲームパートの開始前に、例えばデッキに含まれるキャラクタを変更し、又はキャ
ラクタのレベルを増加させる等、第２ゲームパートのプレイに用いるデッキの強化が可能
である。したがって、第１ゲームパートとして所望のクエストを自ら選択可能な先攻ユー
ザと、クエストを自ら選択できない後攻ユーザとの間の公平性が向上する。

また、一実施形態に係る端末装置１２によれば、第２ゲームパートの実行中に、第１対
戦相手についての対戦進行状況を示す第１画像が表示される。ここで第１対戦相手につい
ての対戦進行状況は、第２ゲームパートにおける経過時間と、先攻ユーザによってプレイ
された第１ゲームパートのプレイ情報と、に基づいて演算される。このようにして、第２
ゲームパートをプレイする後攻ユーザに対し、非同期対戦であっても、先攻ユーザと後攻
ユーザとがそれぞれ対応する対戦相手とリアルタイムに対戦している演出が可能となるの
で、後攻ユーザにとって非同期対戦の臨場感が向上し、ゲームの興趣性が向上する。

また、第１対戦相手についての対戦進行状況は、第２ゲームパートにおける経過時間及
びプレイ情報に応じて定まる第１パラメータである。したがって、端末装置１２は、上述
したようにリアルタイムに対戦している演出を行うために、例えば先攻ユーザによる第１
ゲームパートのプレイを第２ゲームパートにおいて再現（リプレイ）する必要がなく、端
末装置１２の処理負担が低減される。

また、サーバ装置１１から受信するプレイ情報は、例えば図５に示すように、少なくと
も対戦開始時間及び対戦終了時間を決定するために必要な情報を含んでいればよい。した
がって、上述したようにリアルタイムに対戦している演出を行うために、例えば先攻ユー
ザによる第１ゲームパートのプレイを第２ゲームパートにおいて再現（リプレイ）するた
めに必要な情報（リプレイデータ）をサーバ装置１１から受信する構成と比較して、サー
バ装置から取得すべき情報量が低減される。

また、端末装置１２は、第１パラメータを一定の時間変化率で変動させる。このように
、比較的簡易な処理によって第１パラメータを変動させるので、端末装置１２の処理負担
が低減される。

また、一実施形態に係るサーバ装置１１は、勝利ユーザのグレードの値に対応付けられ
たゲーム媒体の数よりも、敗北ユーザのグレードの値に対応付けられたゲーム媒体の数が
多いとの条件が満たされる場合、勝利ユーザが所有する通常勲章と敗北ユーザが所有する
通常勲章とを逆転させる。このように、先攻ユーザと後攻ユーザとの間で通常勲章を逆転
させる構成によって、非同期対戦を行ったユーザ間で通常勲章の奪い合いが行われるので
、例えば単に勝利ユーザに対して経験値等のポイントが付与される構成と比較して、ゲー
ムの興趣性が向上する。

また、グレード昇格に必要な通常勲章数の閾値及びゴールド勲章数の閾値は、グレード
が取り得る値毎に定められる。このようにして、ユーザはグレード昇格のためにグレード
毎に異なる数及び種類の勲章を獲得する必要が生じ、ゲームの単調化が抑制される。

また、サーバ装置１１は、１以上の候補ユーザそれぞれについて、候補ユーザのグレー
ドの値に対応付けられた勲章の数を表示する候補ユーザ選択画面２２を、先攻ユーザの端
末装置１２に表示させる。上述したように、勝利ユーザ及び敗北ユーザがそれぞれ所有し
ている勲章の数に応じて定められる。したがって、先攻ユーザは、所望の報酬を得るため
に、候補ユーザ選択画面２２に表示された報酬に関する情報、即ち通常勲章の数及びゴー
ルド勲章の数を参照して候補ユーザを選択可能であり、候補ユーザを選択する際の戦略性
が向上する。

また、サーバ装置１１は、複数のユーザの中から、先攻ユーザとグレードの値が等しい
１以上の他のユーザを優先的に候補ユーザとして抽出する。ここで、ユーザが所有可能な
勲章の数の上限（本実施形態では、グレードの昇格に必要な勲章数の閾値と等しい）は、
グレードが取り得る値毎に定められる（図２参照）。本実施形態では、非同期対戦を行っ
たユーザ間において、例えば通常勲章の逆転が発生し得る。したがって、上述のようにし
てグレードの値が等しいユーザ間での非同期対戦を促すことで、非同期対戦の公平性が向
上する。

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

例えば、上述した実施形態において、サーバ装置１１のサーバ制御部１５は、非同期対
戦の結果を決定した後に、又は後攻ユーザの端末装置１２から非同期対戦の非承諾を示す
情報を受信した場合に、先攻ユーザ及び後攻ユーザのロック状態を解消する構成について
説明したが、ロック状態を解消する条件はこれらに限られない。例えば、サーバ制御部１
５は、先攻ユーザの端末装置１２からの第１ゲームパートのプレイ情報及び結果情報を待
ち受けた状態（図１６のステップＳ１０８）、後攻ユーザの端末装置１２からの非同期対
戦の承諾又は非承諾を示す情報を待ち受けた状態（図１７のステップＳ２０１）、後攻ユ
ーザの端末装置１２からの第２ゲームパートの開始要求を待ち受けた状態（図１７のステ
ップＳ２０４）、及び後攻ユーザの端末装置１２からの第２ゲームパートの結果情報を待
ち受けた状態（図１７のステップＳ２０７）のうち何れかの状態において所定時間が経過
した場合、先攻ユーザ及び後攻ユーザの少なくとも一方のロック状態を解消し、非同期対
戦を終了してもよい。このようにして、非同期対戦の進行の遅延又は停滞が抑制される。

ここで、ロック状態が解消されるまでの所定時間は、例えば先攻ユーザ及び後攻ユーザ
の少なくとも一方の履歴情報、例えばクエストのクリア数、クリア成功率、ゲームのプレ
イ時間、ゲームシステム１０への最終ログイン時間、又はログイン頻度等に基づいて定め
られてもよい。例えばサーバ制御部１５は、先攻ユーザの端末装置１２からの第１ゲーム
パートのプレイ情報及び結果情報を待ち受けた状態で、後攻ユーザの最終ログイン時間（
例えば、２２時から２４時）内の所定時刻（例えば、２３時）となったときにロック状態
を解消するように、所定時間を定める。このようにして、例えば後攻ユーザが２２時から
２４時までの間しかゲームシステム１０にログインできない環境であっても、非同期対戦
が進行可能となるので、非同期対戦の成立率が向上する。

また、上述した実施形態において、ユーザの状態がロック状態であるか非ロック状態で
あるかをロックフラグで管理する構成について説明したが、ユーザの状態の管理方法はこ
れに限られない。例えば、サーバ装置１１のサーバ制御部１５は、ユーザの状態をロック
状態に定める際に、ロック状態が解消される時刻情報（ロック解消時刻）をユーザに対応
付けて記憶してもよい。そしてサーバ制御部１５は、現在時刻がロック解消時刻と等しく
なると、対応するユーザのロック状態を解消して非ロック状態に定める。

また、上述した実施形態では、先攻ユーザが後攻ユーザを選択した後に両ユーザがロッ
ク状態となり、１人のユーザに２以上の非同期対戦が同時に係属しない構成について説明
したが、同時に係属可能な非同期対戦の数は任意に定めてもよい。かかる場合、例えばユ
ーザに関する情報に含まれるロックフラグ（図４参照）が、現在継続中の非同期対戦の数
を示すパラメータとして用いられる。そして、サーバ装置１１のサーバ制御部１５は、ユ
ーザのロックフラグの値が所定値以上（例えば、３以上）である場合、当該ユーザをロッ
ク状態に定める。一方、サーバ制御部１５は、ユーザのロックフラグの値が当該所定値未
満（例えば、３未満）である場合、当該ユーザを非ロック状態に定める。かかる場合、ユ
ーザには、３つまでの非同期対戦が同時に係属可能である。

ここで、同時に係属可能な非同期対戦の数は、例えば先攻ユーザ及び後攻ユーザの少な
くとも一方の履歴情報、例えばクエストのクリア数、クリア成功率、ゲームのプレイ時間
、ゲームシステム１０への最終ログイン時間、又はログイン頻度等に基づいて定められて
もよい。例えばサーバ制御部１５は、ユーザのログイン頻度が高い程、当該ユーザに同時
に係属可能な非同期対戦の数を多くしてもよい。このようにして、例えばゲームシステム
１０へのログイン頻度が高い等、複数の非同期対戦が同時に係属しても非同期対戦の成立
率が比較的高いと考えられるユーザについては、同時に係属可能な非同期対戦の数が多く
なるので、非同期対戦を行う機会が増加しグレードを昇格させやすくなる。したがって、
ユーザに積極的なログインを促すことができる。

また、上述した実施形態において、サーバ装置１１と、複数の端末装置１２と、を備え
るゲームシステム１０について説明したが、ゲームシステム１０の構成はこれに限られな
い。例えば、複数の端末装置１２を備えるゲームシステム１０において、ホストに定めら
れた端末装置１２が本実施形態に係るサーバ装置１１と同様の機能を有する構成であって
もよい。

また、上述した実施形態において、ユーザのグレードの値に対応付けられた勲章の数が
、例えば非同期対戦に勝利したこと等によって変動（増加）し、所定の閾値以上となった
場合、ユーザのグレードの値を増加（例えば、＋１）させる構成について説明したが、所
定の場合に、グレードを降格、即ちグレードの値を減少させてもよい。具体的には、サー
バ装置１１のサーバ制御部１５は、ユーザのグレードの値（例えば、「３」）に対応付け
られた勲章の数が、例えば当該ユーザが非同期対戦に敗北したこと等によって変動（減少
）し、所定の閾値（例えば、１個）未満となった場合、当該ユーザのグレードの値を減少
させる。かかる場合、サーバ制御部１５は、ユーザの減少後のグレードの値（例えば、「
２」）に対応付けられている勲章の数を、所定数だけ減少させ、例えば０個にする。

また、上述した実施形態において、サーバ装置１１のサーバ制御部１５は、先攻ユーザ
以外の非ロック状態である１以上の他のユーザを候補ユーザとして抽出する際、先攻ユー
ザのグレードの値に対応付けられた勲章の数に基づいて、候補ユーザを抽出してもよい。

例えば、サーバ制御部１５は、先攻ユーザのグレードの値に対応付けられた通常勲章の
数が第１の所定の閾値（例えば、１個）未満である場合、グレードの値に対応付けられた
通常勲章の数が大きい他のユーザ、例えばグレードの値に対応付けられた通常勲章の数が
第１の所定の閾値よりも大きい第２の所定の閾値（例えば、９個）以上である他のユーザ
を優先的に候補ユーザとして抽出する。このようにして、所有する通常勲章の数が比較的
大きい候補ユーザが優先的に抽出されるため、所有する通常勲章の数が比較的小さい先攻
ユーザにとって、非同期対戦によって通常勲章の逆転を狙いやすくなり、ゲームの興趣性
が向上する。

また例えば、サーバ制御部１５は、先攻ユーザのグレードの値に対応付けられた通常勲
章の数が第３の所定の閾値（例えば、８個）以上である場合、グレードの値に対応付けら
れた通常勲章の数が等しい他のユーザを優先的に候補ユーザとして抽出する。このように
して、比較的多くの通常勲章を所有する先攻ユーザにとって、通常勲章の逆転によって通
常勲章の数が大きく減少するリスクが高い候補ユーザ（例えば、所有する通常勲章の数が
先攻ユーザよりも少ない候補ユーザ）が抽出される頻度が低減されるので、非同期対戦を
行う意欲の低下が抑制される。

また、上述した実施形態において、サーバ装置１１のサーバ制御部１５は、先攻ユーザ
以外の非ロック状態である１以上の他のユーザを候補ユーザとして抽出する際、先攻ユー
ザの過去の非同期対戦の履歴情報に基づいて、候補ユーザを抽出してもよい。例えば、先
攻ユーザが直前の非同期対戦において敗北し、通常勲章の逆転が生じていた場合、又は通
常勲章の減少数が所定の閾値以上である場合、先攻ユーザよりも多くの通常勲章を有する
他のユーザを優先的に候補ユーザとして抽出する。或いは、先攻ユーザが直前の非同期対
戦において勝利し、通常勲章の逆転が生じていた場合、又は通常勲章の増加数が所定の閾
値以上である場合、先攻ユーザよりも少ない通常勲章を有する他のユーザを優先的に候補
ユーザとして抽出する。

また、上述した実施形態において、第１ゲームパート及び第２ゲームパートでは、同一
のクエストが実行されるものとして説明したが、互いに異なるクエストが実行されてもよ
い。かかる場合、好適には、当該互いに異なるクエストは、互いに等しい数の対戦相手と
順次対戦を行う２つのクエストである。

また、上述した実施形態では、第１ゲームパート及び第２ゲームパートでは、複数の敵
キャラクタそれぞれと順次対戦を行なうクエストが実行されるものとして説明したが、１
つの敵キャラクタと対戦を行なうクエストであってもよい。具体的には、複数の行動パタ
ーンが順次切り替わる１つの敵キャラクタであって、複数の行動パターンそれぞれにＨＰ
が設定されている１つの敵キャラクタと対戦を行なうクエストであってもよい。かかる場
合、上述の実施形態における「ｎ番目の第１対戦相手」及び「ｎ番目の第２対戦相手」は
、それぞれ「ｎ番目の行動パターンの第１対戦相手」及び「ｎ番目の行動パターンの第２
対戦相手」と読み替えられる。

更に、上述した実施形態では、第１ゲームパートにおける第１対戦相手との対戦及び第
２ゲームパートにおける第２対戦相手との対戦において、敵キャラクタのＨＰをゼロまで
減少させることによって敵キャラクタが討伐される構成について説明したが、敵キャラク
タの討伐条件は、ＨＰに限られず、対戦の進行に応じて変動する多様なパラメータに基づ
いて決定可能である。例えば、敵キャラクタのＨＰに替えて、移動キャラクタと敵キャラ
クタとの距離を示すパラメータをゼロまで減少させることによって、敵キャラクタが討伐
されて次の敵キャラクタとの対戦が開始する構成、又は敵キャラクタの行動パターンが次
の行動パターンに切り替わる構成等が考えられる。

また、上述した実施形態において、当該第１対戦相手についての対戦進行状況である第
１パラメータｎが初期値ｎ₀から目標値ｎ₁まで変動するに従って、第１画像のインジケー
タの長さが短くなる構成について説明したが、インジケータの長さが長くなってもよい。
例えば、第１画像は、第１パラメータｎが初期値ｎ₀であるときにインジケータの長さが
最も短く、パラメータｎが目標値ｎ₁であるときにインジケータの長さが最も長くなる画
像であってもよい。

また、上述した実施形態において、サーバ装置１１のサーバ制御部１５が、第２ゲーム
パートの開始要求を待ち受けている間に、後攻ユーザの端末装置１２に第３ゲームパート
を実行させる構成について説明したが、端末装置１２が第３ゲームパートを実行可能な回
数に上限を設けてもよい。このようにして、後攻ユーザが第２ゲームパートの練習として
無制限に第３ゲームパートを実行することが抑制され、先攻ユーザと後攻ユーザとの間の
公平性が向上する。また上限は、例えば後攻ユーザの端末装置１２からの第２ゲームパー
トの開始要求を待ち受けた状態（図１７のステップＳ２０４）において経過した時間が長
くなるほど、上限回数が少なくなるように定められてもよい。例えば、第２ゲームパート
の開始要求を待ち受け開始から所定時間が経過すると、上限数が１回から０回になる。こ
のようにして、後攻ユーザの端末装置１２が、サーバ装置１１に非同期対戦の承諾を示す
情報を送信してから所定時間が経過した場合に、第３ゲームパートのプレイによって第２
ゲームパートの開始要求を送信するまでの時間が更に増大することを抑制し、非同期対戦
の進行の遅延又は停滞が抑制される。

また、上述した実施形態において、サーバ装置１１が、先攻ユーザの第１情報等を含む
対戦可否選択画面の表示指示を端末装置１２へ送信し、端末装置１２から対戦の承諾を示
す情報を受信すると、先攻ユーザの第２情報及びスコア等を含む先攻ユーザ表示画面の表
示指示を送信する構成について説明したが、先攻ユーザ表示画面の表示指示の送信を省略
してもよい。例えば、サーバ装置が、先攻ユーザの第１情報、第２情報、及びスコア等を
含む対戦可否選択画面の表示指示を端末装置１２へ送信してもよい。かかる場合、端末装
置１２は、対戦可否選択画面において対戦の承諾が選択されると、対戦の承諾を示す情報
をサーバ装置１１へ送信するとともに、先攻ユーザ表示画面を表示する。

また、上述した実施形態において、サーバ装置１１が行う処理の一部又は全部を、端末
装置１２にインストールさせたネイティブアプリによって実行する、ネイティブゲームと
することもできる。

また、上述した実施形態において、各種のゲーム画面の一部を、サーバ装置１１が生成
したデータに基づいて端末装置１２に表示させるウェブ表示とし、ゲーム画面の一部（例
えば、メニューボタンが配されるヘッダ領域及びフッタ領域）を、端末装置１２にインス
トールされているネイティブアプリによって表示させるネイティブ表示としてもよい。こ
のように、上述した実施形態に係るゲームは、サーバ装置１１及び端末装置１２のそれぞ
れが処理の一部を担うハイブリッドゲームとすることもできる。

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

以下に、本願の原出願の出願当初の特許請求の範囲に記載された発明を付記する。
［１］
ユーザ間で非同期対戦が可能なゲームを端末装置に提供するサーバ装置であって、
複数のユーザそれぞれに関する第１情報を記憶するサーバ記憶部と、
前記端末装置と情報の送受信を行うサーバ通信部と、
サーバ制御部と、を備え、
前記サーバ制御部は、
第１ユーザの端末装置において実行された第１ゲームパートの結果情報を該端末装置か
ら受信すると、該結果情報が表示されることなく前記第１ユーザに関する前記第１情報が
表示される画面を第２ユーザの端末装置に表示させ、
前記第１ユーザとの非同期対戦の承諾又は非承諾を示す情報を前記第２ユーザの端末装
置から受信し、
前記第２ユーザの端末装置から前記承諾を示す情報を受信した場合、
前記第２ユーザの端末装置に、前記第１ゲームパートの結果情報の少なくとも一部を
表示させ、
前記第２ユーザの端末装置において実行された第２ゲームパートの結果情報を該端末
装置から受信すると、前記第１ゲームパートの結果情報及び前記第２ゲームパートの結果
情報に基づいて、前記第１ユーザと前記第２ユーザとの非同期対戦の結果を決定する、サ
ーバ装置。
［２］
［１］に記載のサーバ装置であって、
前記サーバ制御部は、
第１ユーザの端末装置に、１以上の他のユーザに関する前記第１情報を表示させ、
前記１以上の他のユーザのうち少なくとも１つの他のユーザを選択させる画面を前記第
１ユーザの端末装置に表示させ、
選択された他のユーザを示す情報を前記第１ユーザの端末装置から受信すると、該選択
された他のユーザを第２ユーザに定める、サーバ装置。
［３］
［２］に記載のサーバ装置であって、
前記サーバ記憶部は、前記複数のユーザそれぞれがロック状態であるか否かを示す情報
を記憶し、
前記サーバ制御部は、
第１ユーザの端末装置に、ロック状態である他のユーザ以外の１以上の他のユーザに関
する前記第１情報を表示させ、
前記第１ユーザの端末装置から前記選択された他のユーザを示す情報を受信すると、前
記第１ユーザ及び前記第２ユーザをロック状態に定める、サーバ装置。
［４］
［３］に記載のサーバ装置であって、
前記サーバ制御部は、前記非同期対戦の結果を決定した後、前記第１ユーザ及び前記第
２ユーザのロック状態を解消する、サーバ装置。
［５］
［３］又は［４］に記載のサーバ装置であって、
前記サーバ制御部は、前記第１ゲームパートの結果情報を前記第１ユーザの端末装置か
ら受信した後所定時間が経過した場合、前記第２ユーザの端末装置から前記非承諾を示す
情報を受信した場合、又は前記第２ユーザの端末装置から前記承諾を示す情報を受信した
後所定時間が経過した場合、前記第１ユーザ及び前記第２ユーザの少なくとも一方のロッ
ク状態を解消する、サーバ装置。
［６］
［１］乃至［５］の何れか一項に記載のサーバ装置であって、
前記サーバ制御部は、
前記第１ユーザに関する前記第１情報が表示される前記画面を前記第２ユーザの端末装
置に表示させると、前記第２ユーザの端末装置におけるゲームの進行を停止させ、
前記第２ユーザの端末装置から前記承諾又は前記非承諾を示す情報を受信すると、前記
第２ユーザの端末装置におけるゲームの進行の停止を解除させる、サーバ装置。
［７］
［１］乃至［６］の何れか一項に記載のサーバ装置であって、
前記サーバ記憶部は、前記複数のユーザそれぞれに関連付けてゲーム媒体の情報を記憶
し、
前記サーバ制御部は、前記第２ユーザの端末装置に前記第１ゲームパートの結果情報の
少なくとも一部を表示させた後、前記第２ゲームパートの進行に用いる前記第２ユーザの
ゲーム媒体を変更し、又は該ゲーム媒体に設定されたパラメータを変動させる、サーバ装
置。
［８］
［１］乃至［７］の何れか一項に記載のサーバ装置であって、
前記サーバ制御部は、前記第２ユーザの端末装置から前記承諾を示す情報を受信した場
合、前記第２ユーザの端末装置に、前記第１ユーザに関する第２情報を更に表示させる、
サーバ装置。
［９］
［８］に記載のサーバ装置であって、
前記第１情報は、非同期対戦において互いに対戦するユーザ間の優劣に関する情報以外
の情報を含み、
前記第２情報は、前記非同期対戦において互いに対戦するユーザ間の優劣に関する情報
を含む、サーバ装置。
［１０］
［８］又は［９］に記載のサーバ装置であって、
前記第１情報は、前記非同期対戦の結果に応じて前記第１ユーザ又は前記第２ユーザに
対応付けられる報酬に関する情報を含み、
前記第２情報は、前記第１ゲームパートにおいて用いられたゲーム媒体に関する情報を
含む、サーバ装置。
［１１］
サーバ装置から提供される、ユーザ間で非同期対戦が可能なゲームを実行する端末装置
であって、
表示部と、
前記サーバ装置との間で情報の送受信を行う端末通信部と、
端末制御部と、を備え、
前記端末制御部は、
前記端末装置のユーザと異なる他のユーザの端末装置で実行された第１ゲームパートの
結果情報が表示されることなく該他のユーザに関する第１情報が表示される画面を前記表
示部に表示させ、
前記他のユーザとの非同期対戦の承諾又は非承諾を示す情報を前記サーバ装置へ送信し
、
前記承諾を示す情報が送信された場合、
前記第１ゲームパートの結果情報の少なくとも一部を、前記端末通信部を介して前記
サーバ装置から受信し、
前記第１ゲームパートの結果情報の前記少なくとも一部を前記表示部に表示させ、
前記端末装置のユーザにプレイさせるための第２ゲームパートを開始し、
前記第２ゲームパートの結果情報を、前記端末通信部を介して前記サーバ装置に送信
する、端末装置。
［１２］
ユーザ間で非同期対戦が可能なゲームを端末装置に提供するサーバ装置の制御方法であ
って、
複数のユーザそれぞれに関する第１情報を記憶するステップと、
第１ユーザの端末装置において実行された第１ゲームパートの結果情報を該端末装置か
ら受信すると、該結果情報が表示されることなく前記第１ユーザに関する前記第１情報が
表示される画面を第２ユーザの端末装置に表示させるステップと、
前記第１ユーザとの非同期対戦の承諾又は非承諾を示す情報を前記第２ユーザの端末装
置から受信するステップと、
前記第２ユーザの端末装置から前記承諾を示す情報を受信した場合、
前記第２ユーザの端末装置に、前記第１ゲームパートの結果情報の少なくとも一部を
表示させるステップと、
前記第２ユーザの端末装置において実行された第２ゲームパートの結果情報を該端末
装置から受信すると、前記第１ゲームパートの結果情報及び前記第２ゲームパートの結果
情報に基づいて、前記第１ユーザと前記第２ユーザとの非同期対戦の結果を決定するステ
ップと、
を含む、制御方法。

１０ ゲームシステム
１１ サーバ装置
１２ 端末装置
１３ サーバ通信部
１４ サーバ記憶部
１５ サーバ制御部
１６ ネットワーク
１７ 端末通信部
１８ 端末記憶部
１９ 表示部
２０ 入力部
２１ 端末制御部
２２ 候補ユーザ選択画面
２３ 第１情報表示領域
２４ 第１情報表示領域
２５ 第１ゲームパート画面
２６ 移動キャラクタ画像
２７ 敵キャラクタ画像
２８ 第１ＨＰ画像
２９ 第２ＨＰ画像
３０ デッキ表示領域
３１ 路面画像
３２ アイテム画像
３３ 対戦可否選択画面
３４ クエスト情報表示領域
３５ 第１情報表示領域
３６ 承諾ボタン
３７ 非承諾ボタン
３８ 先攻ユーザ選択画面
３９ 詳細情報表示領域
４０ 第２ゲームパート画面
４１ 敵キャラクタ画像
４２ 第１画像
４３ 第２画像
４４ 対戦結果画面

Claims (6)

1. 第１ゲームパートが第１ユーザによって第１端末装置でプレイされた後、第２ゲームパートを第２ユーザにプレイさせるゲームを実行する第２端末装置に、
   前記第１ゲームパートをプレイした前記第１ユーザとの非同期対戦の選択に関する情報をサーバ装置から受信させるステップと、
   前記第１ユーザとの非同期対戦の選択に関する情報を受信させると、前記非同期対戦の承諾又は非承諾を示す情報を前記サーバ装置に送信させるためのボタン及び前記第１ユーザの情報表示領域を含む対戦可否選択画面を表示させるステップと、
   前記第２ユーザの入力に基づいて、前記非同期対戦の承諾又は非承諾を示す情報を前記サーバ装置へ送信させるステップと、
   前記承諾を示す情報を送信させた場合、前記第１ゲームパートの実行結果を示す第１結果情報及び／又は先行ユーザに関する情報のうち、非同期対戦において対戦するユーザ間の優劣に関する情報を前記サーバ装置から受信させて前記第２端末装置の表示部に表示させるステップと、
   前記第１結果情報及び／又は前記優劣に関する情報を受信させて前記第２端末装置の表示部に表示させた後、前記第２ゲームパートの開始要求を送信させるまで、前記第２ゲームパートのプレイに用いる情報の変更及び／又は変動を可能とさせるステップと、
   前記第２ゲームパートの開始要求の送信後、前記第２ゲームパートを実行させて、前記第２ゲームパートの実行結果を示す第２結果情報を前記サーバ装置へ送信させるステップと、
   前記第２結果情報を送信させた場合、前記第１結果情報及び前記第２結果情報に基づいて決定される前記第１ユーザと前記第２ユーザとの非同期対戦の結果を、前記サーバ装置から受信させて前記第２端末装置の前記表示部に表示させるステップと、
   を実行させ、
   前記第２ゲームパートのプレイに用いる情報の変更及び／又は変動を可能とさせるステップは、前記第２ユーザが所有するゲーム媒体の変更を可能とさせるステップ、及び／又は前記ゲーム媒体に設定されたパラメータの変動を可能とさせるステップを含む、
   プログラム。
2. 請求項１に記載のプログラムであって、
   前記第２端末装置に、前記第１ユーザとの非同期対戦の承諾又は非承諾を示す情報の送信までの間、前記ゲームの進行を停止させるステップを更に実行させる、プログラム。
3. 請求項１から２のいずれか一項に記載のプログラムであって、
   前記第２端末装置に、前記非承諾を示す情報を送信させた場合、前記第２ゲームパートを実行することなく、前記第１ユーザと前記第２ユーザとの非同期対戦を終了させるステップを更に実行させる、プログラム。
4. 請求項１から３のいずれか一項に記載のプログラムであって、
   前記第２端末装置に、前記第１結果情報の送信後、前記第２ゲームパートの実行前に、第３ゲームパートを実行させるステップを更に実行させる、プログラム。
5. 第１ゲームパートが第１ユーザによって第１端末装置でプレイされた後、第２ゲームパートを第２ユーザにプレイさせるゲームを実行する第２端末装置であって、
   前記第２端末装置は、
   表示部と、
   サーバ装置との間で情報の送受信を行う端末通信部と、
   端末制御部と、を備え、
   前記端末制御部は、
   前記第１ゲームパートをプレイした前記第１ユーザとの非同期対戦の選択に関する情報を前記サーバ装置から受信し、
   前記第１ユーザとの非同期対戦の選択に関する情報を受信すると、前記非同期対戦の承諾又は非承諾を示す情報を前記サーバ装置に送信するためのボタン及び前記第１ユーザの情報表示領域を含む対戦可否選択画面を前記表示部に表示し、
   前記第２ユーザの入力に基づいて、前記非同期対戦の承諾又は非承諾を示す情報を前記サーバ装置へ送信し、
   前記承諾を示す情報を送信した場合、前記第１ゲームパートの実行結果を示す第１結果情報及び／又は先行ユーザに関する情報のうち、非同期対戦において対戦するユーザ間の優劣に関する情報を前記サーバ装置から受信して前記表示部に表示し、
   前記第１結果情報及び／又は前記優劣に関する情報を受信して前記表示部に表示した後、前記第２ゲームパートの開始要求を送信するまで、前記第２ゲームパートのプレイに用いる情報の変更及び／又は変動を可能とし、
   前記第２ゲームパートの開始要求の送信後、前記第２ゲームパートを実行して、前記第２ゲームパートの実行結果を示す第２結果情報を前記サーバ装置へ送信し、
   前記第２結果情報を送信した場合、前記第１結果情報及び前記第２結果情報に基づいて決定される前記第１ユーザと前記第２ユーザとの非同期対戦の結果を、前記サーバ装置から受信して前記表示部に表示し、
   前記第２ゲームパートのプレイに用いる情報の変更及び／又は変動を可能とすることは、前記第２ユーザが所有するゲーム媒体の変更を可能とすること、及び／又は前記ゲーム媒体に設定されたパラメータの変動を可能とすることを含む、
   第２端末装置。
6. 互いに通信可能なサーバ装置及び複数の端末装置を備えるゲームシステムであって、
   第１端末装置が、第１ユーザの第１ゲームパートを実行して、前記第１ゲームパートの実行結果を示す第１結果情報を前記サーバ装置へ送信し、
   第２端末装置が、
   前記第１ゲームパートをプレイした前記第１ユーザとの非同期対戦の選択に関する情報を前記サーバ装置から受信し、
   前記第１ユーザとの非同期対戦の選択に関する情報を受信すると、前記非同期対戦の承諾又は非承諾を示す情報を前記サーバ装置に送信するためのボタン及び前記第１ユーザの情報表示領域を含む対戦可否選択画面を表示し、
   第２ユーザの入力に基づいて、前記非同期対戦の承諾又は非承諾を示す情報を前記サーバ装置へ送信し、
   前記承諾を示す情報を送信した場合、前記第１ゲームパートの実行結果を示す第１結果情報及び／又は先行ユーザに関する情報のうち、非同期対戦において対戦するユーザ間の優劣に関する情報を前記サーバ装置から受信して表示し、
   前記第１結果情報及び／又は前記優劣に関する情報を受信して前記第２端末装置の表示部に表示した後、前記第２ユーザの第２ゲームパートの開始要求を送信するまで、前記第２ゲームパートのプレイに用いる情報の変更及び／又は変動を可能とし、
   前記第２ゲームパートの開始要求の送信後、前記第２ゲームパートを実行して、前記第２ゲームパートの実行結果を示す第２結果情報を前記サーバ装置へ送信し、
   前記第２ゲームパートのプレイに用いる情報の変更及び／又は変動を可能とすることは、前記第２ユーザが所有するゲーム媒体の変更を可能とすること、及び／又は前記ゲーム媒体に設定されたパラメータの変動を可能とすることを含み、
   前記サーバ装置が、前記第１結果情報及び前記第２結果情報に基づいて、前記第１ユーザと前記第２ユーザとの非同期対戦の結果を決定し、
   前記第２端末装置が、前記非同期対戦の結果を前記サーバ装置から受信して前記表示部に表示する、ゲームシステム。

Images