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

ゲームシステム、ゲーム装置、プログラム、及びゲーム方法 Download PDF

Info

Publication number
JP6682720B2
JP6682720B2 JP2018123720A JP2018123720A JP6682720B2 JP 6682720 B2 JP6682720 B2 JP 6682720B2 JP 2018123720 A JP2018123720 A JP 2018123720A JP 2018123720 A JP2018123720 A JP 2018123720A JP 6682720 B2 JP6682720 B2 JP 6682720B2
Authority
JP
Japan
Prior art keywords
game
quest
card
icon
screen
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018123720A
Other languages
English (en)
Other versions
JP2018153705A5 (ja
JP2018153705A (ja
Inventor
実 米山
実 米山
謙史 鴻上
謙史 鴻上
片岡　健一
健一 片岡
真歩路 塚本
真歩路 塚本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Konami Digital Entertainment Co Ltd
Original Assignee
Konami Digital Entertainment Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Konami Digital Entertainment Co Ltd filed Critical Konami Digital Entertainment Co Ltd
Publication of JP2018153705A publication Critical patent/JP2018153705A/ja
Publication of JP2018153705A5 publication Critical patent/JP2018153705A5/ja
Application granted granted Critical
Publication of JP6682720B2 publication Critical patent/JP6682720B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/67—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor adaptively or by learning from player actions, e.g. skill level adjustment or by storing successful combat sequences for re-use
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/47—Controlling the progress of the video game involving branching, e.g. choosing one of several possible scenarios at a given point in time
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/50—Controlling the output signals based on the game progress
    • A63F13/52—Controlling the output signals based on the game progress involving aspects of the displayed game scene
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/50—Controlling the output signals based on the game progress
    • A63F13/53—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game
    • A63F13/533—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game for prompting the player, e.g. by displaying a game menu
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/55—Controlling game characters or game objects based on the game progress
    • A63F13/58—Controlling game characters or game objects based on the game progress by computing conditions of game characters, e.g. stamina, strength, motivation or energy level
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/04817—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance using icons
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/80—Special adaptations for executing a specific game genre or game mode
    • A63F13/822—Strategy games; Role-playing games
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/6027—Methods for processing data by generating or executing the game program using adaptive systems learning from user actions, e.g. for skill level adjustment
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/63—Methods for processing data by generating or executing the game program for controlling the execution of the game in time
    • A63F2300/632—Methods for processing data by generating or executing the game program for controlling the execution of the game in time by branching, e.g. choosing one of several possible story developments at a given point in time

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Optics & Photonics (AREA)
  • General Physics & Mathematics (AREA)
  • User Interface Of Digital Computer (AREA)

Description

本発明は、ゲームシステム、ゲーム装置、プログラム、及びゲーム方法に関する。
従来から、ターン制のカードゲームが知られている（例えば特許文献１）。
ターン制のカードゲームでは、各ユーザのターンが複数のフェイズから構成されており、次のフェイズに移行する際には、ユーザの指示が必要になっている。
特開２００１−３４０６４３号公報
上述のようなカードゲームでは、フェイズ移行操作がゲーム全体の操作性を損なわせるおそれがあった。
本発明のいくつかの態様は、ゲーム全体の操作性の低下を回避することができるゲームシステム、ゲーム装置、プログラム、及びゲーム方法を提供することを目的の一つとする。
また、本発明の他の態様は、後述する実施形態に記載した作用効果を奏することを可能にするゲームシステム、ゲーム装置、プログラム、及びゲーム方法を提供することを目的の一つとする。
本発明の一態様は、順序に従ってゲーム主体にターンが訪れ、前記ターン内で取り得る複数の手順毎に、当該手順で実行可能な手順内操作を行うことでゲームを進行させるゲームシステムにおいて、前記ターンが訪れたゲームプレイヤから、第１手順の終了宣言が入力された場合、第２手順へ移行させる制御部を備え、前記制御部は、前記第１手順において、前記第２手順で実行可能な手順内操作が行われた場合、前記第２手順へ移行させる ことを特徴とするゲームシステムである。
また、本発明の一態様は、コンピュータを、上記のゲームシステムとして機能させるためのプログラムである。
また、本発明の一態様は、順序に従ってゲーム主体にターンが訪れ、前記ターン内で取り得る複数の手順毎に、当該手順で実行可能な手順内操作を行うことでゲームを進行させるゲームシステムにおいて、前記操作機会が訪れたゲームプレイヤから、第１手順の終了宣言が入力された場合、第２手順へ移行させる制御部を備え、前記制御部は、前記第１手順において、前記第２手順で実行可能な手順内操作が行われた場合、前記第２手順へ移行させることを特徴とするゲーム装置である。
本発明の第１の実施形態の概要を示す第１図である。 同実施形態の概要を示す第２図である。 同実施形態の概要を示す第３図である。 同実施形態の概要を示す第４図である。 同実施形態に係るゲームシステムの構成を示す図である。 同実施形態に係るコンピュータシステムの構成を示す図である。 同実施形態に係る端末装置の構成を示すブロック図である。 同実施形態に係るサーバ装置の構成を示すブロック図である。 同実施形態に係るゲーム画面の遷移を示す図である。 同実施形態に係るゲームパート選択画面を示す図である。 同実施形態に係るユーザとプレイヤキャラクタとの関係性を示す図である。 同実施形態に係るミッション詳細画面を示す図である。 同実施形態に係るプレイヤレベルとミッションとの関係性を示す図である。 同実施形態に係るメニュー画面を示す図である。 同実施形態に係る対戦パート選択画面を示す図である。 同実施形態に係るランク戦パート画面を示す図である。 同実施形態に係るショップ画面を示す図である。 同実施形態に係るワールド画面を示す第１図である。 同実施形態に係るワールド画面を示す第２図である。 同実施形態に係るワールド画面を示す第３図である。 同実施形態に係るワールド画面を示す第４図である。 同実施形態に係るエリア間の関係性を示す図である。 同実施形態に係るチャット画面を示す第１図である。 同実施形態に係るチャット画面を示す第２図である。 同実施形態に係るアイテム選択画面を示す図である。 同実施形態に係る落し物獲得画面を示す図である。 同実施形態に係るトレーダ画面を示す図である。 同実施形態に係るレアクエスト選択画面を示す第１図である。 同実施形態に係るレアクエスト画面を示す第２図である。 同実施形態に係るレアクエスト画面を示す第３図である。 同実施形態に係るレアクエストに係るクエスト確認画面を示す図である。 同実施形態に係る通常クエストに係るクエスト確認画面を示す図である。 同実施形態に係る報酬表示画面を示す第１図である。 同実施形態に係る報酬表示画面を示す第２図である。 同実施形態に係るデッキ選択画面を示す図である。 同実施形態に係るクエスト結果画面を示す図である。 同実施形態に係るゲーム進行画面を示す図である。 同実施形態に係るカードゲームにおける１つのターンの流れを示す図である。 同実施形態に係る対戦パートでのカード操作に関する説明図である。 同実施形態に係るカード一覧画面を示す図である。 同実施形態に係るカード一括変換に関する第１画面を示す図である。 同実施形態に係るカード一括変換に関する第２画面を示す図である。 同実施形態に係るカード一括変換に関する第３画面を示す図である。 同実施形態に係るカードデータの一例を示す図である。 同実施形態に係るデッキデータの一例を示す図である。 同実施形態に係るユーザデータの一例を示す図である。 同実施形態に係る出現規則データの一例を示す図である。 本発明の第２の実施形態に係るイベントの概要を示す図である。 同実施形態に係るゲームシステムの構成を示す図である。 同実施形態に係るゲームシステムによるイベント進行処理の流れを示すフローチャートである。 同実施形態に係るイベントデータの一例を示す図である。 本発明の第３の実施形態の概要を示す図である。 同実施形態に係るまとめ買い設定画面を示す図である。 同実施形態に係るゲームシステムの構成を示す図である。 同実施形態に係るゲームシステムによるまとめ買い処理の流れを示すフローチャートである。 本発明の第４の実施形態に係るログ画面を示す図である。 同実施形態に係るオートプレイ時のゲーム進行画面を示す図である。 同実施形態に係るゲームシステムの構成を示す図である。 同実施形態に係るオートプレイ時のゲーム進行処理の流れを示すフローチャートである。 本発明の第５の実施形態に係るゲームシステムの構成を示す図である。 同実施形態に係るゲームシステムによるレアクエスト選択受付処理の流れを示すフローチャートである。 本発明の第６の実施形態に係るメインフェイズ時のゲーム進行画面を示す第１図である。 同実施形態に係るメインフェイズ時のゲーム進行画面を示す第２図である。 同実施形態に係るメインフェイズ時のゲーム進行画面を示す第３図である。 同実施形態に係るゲームシステムの構成を示す図である。 同実施形態に係るゲームシステムによるバトルフェイズ移行処理の流れを示すフローチャートである。 本発明の第７の実施形態に係るプレゼントクエストの概要を示す図である。 同実施形態に係るプレゼントクエストのクエスト確認画面を示す図である。 同実施形態に係るプレゼント先選択画面を示す図である。 同実施形態に係るプレゼント内容確認画面を示す図である。 同実施形態に係るプレゼント課題選択画面を示す図である。 同実施形態に係るゲームシステムの構成を示す図である。 同実施形態に係るゲームシステムによるプレゼントクエスト処理の流れを示すシーケンスチャートである。 変形例に係るカードゲームにおける１つのターンの流れを示す図である。 変形例に係るカードゲームにおけるバトルフェイズの流れを示す図である。 変形例に係るカードゲームにおけるダメージステップの流れを示す図である。
以下、本発明の一実施形態について、図面を参照して説明する。
[第１の実施形態]
〔第１の実施形態の概要〕
本発明の第１の実施形態について説明する。
本実施形態に係るゲームシステム１（図５）は、ゲームを提供する情報処理システムである。
本実施形態に係るゲームは、いわゆるビデオゲームであり、コンピュータによって処理されるゲームである。このゲームには、クエストという概念がある。プレイヤの目的の１つは、ゲームが提供する様々なクエストを達成することにある。
プレイ（プレイする）とは、ユーザがゲームを進行させるための操作（以下、「ゲーム操作」と称する。）を入力して、ゲームを進行させることである。以下では、クエストの達成のために、ゲーム操作を入力することを、「クエストのプレイ（クエストをプレイする）」と称することがある。また、以下では、特に言及しない場合には、ユーザとは、ゲームをプレイするプレイヤであるとして説明する。また、ユーザやプレイヤには、コンピュータによる仮想的なユーザやプレイヤも含まれる。
クエストとは、１以上のゲーム目標である。ゲーム目標には、１以上の目標達成条件が予め関連付けられている。本実施形態では、クエストを構成する一部、又は、全てのゲーム目標について、目標達成条件を満たすことを、「クエストの達成（クエストが達成される）」と称することがある。また、ゲーム目標は、１以上のゲームパートに関連する。つまり、１つのクエストには、１以上のゲームパートに関する目標達成条件が関連付けられている。この場合、クエストをプレイするとは、クエストに含まれるゲーム目標のゲームパートをプレイすることである。以下では、一例として、クエストとは、対戦パートにおける所定回数の対戦のことである場合について説明する。
クエストは、クエストを構成する少なくとも一部の目標達成条件が満たされることを以て終了することとしてもよいし、所定のクエスト終了条件が満たされることにより終了することとしてもよい。クエスト終了条件としては、時間的、空間的、数値的条件が含まれてもよい。時間的条件とは、例えば、クエストの開始から所定時間経過することであってよい。空間的条件とは、例えば、プレイヤキャラクタを所定の場所まで移動したことであってよい。数値的条件とは、例えば、後述するライフポイント（「ＬＰ」とも称する）等、プレイヤキャラクタの所定のパラメータの数値が所定値となることであってよい。クエストには、報酬が関連付けられており、ゲームシステム１は、クエストの達成時にユーザに報酬を付与する。つまり、クエストとは、報酬を付与するためのゲームの区切りの単位である。
報酬は、目標達成条件の種類や内容に応じて異なっていてよい。つまり、報酬は、クエストに設定されている対戦相手の種類、クエストの難易度等に応じて異なっていてよい。クエストの難易度とは、クエストに設定されている目標達成条件を満たすことの困難さ（厳しさ）の指標である。例えば、目標達成条件が対戦に勝利することである場合、クエストの難易度は、対戦相手の強さに対応していてよい。対戦相手の強さは、例えば、対戦相手の対戦における能力を表すパラメータの値や、対戦相手が対戦において利用するカードのパラメータの値、対戦相手を制御するプログラムの演算精度（例えば、人工知能の学習強度）等に応じて変動する。また、例えば、目標達成条件がゲームにおいて所定量のゲーム内通貨を取得することである場合、クエストの難易度は、ゲーム内通貨の量に対応していてよい。また、例えば、目標達成条件に制限時間が設けられている場合、クエストの難易度は、制限時間の長さに対応していてよい。
ゲームは、他のプレイヤが操作するキャラクタとの対戦、コンピュータにより制御されるキャラクタとの対戦、アイテムの購入、アイテムの利用、所持（所有）アイテムの確認、などの複数のゲームパートから構成される。以下では、説明の便宜上、ゲームシステム１が実行する１つのゲーム制御プログラムによりコードされたゲームの全体を「１次ゲーム」と称し、１次ゲームに含まれるゲームパートを「２次ゲーム」と称する。つまり、１次ゲームは、１以上の２次ゲームを備える。また、１次ゲームと２次ゲームとを、特に区別しない場合には、単に「ゲーム」と称する。
本実施形態では、一例として、ゲームパートとして対戦パートが含まれる場合について説明する。この対戦パートにおいて、ユーザは、例えばカードの組であるデッキを用いて、他のユーザが操作するキャラクタ、又は、コンピュータにより制御されるキャラクタと対戦することができる。対戦パートの内容については、後述する。
カードとは、２次ゲームに用いられるゲームオブジェクトの一例である。なお、ゲームオブジェクトには、モンスター、魔法、罠、装備、アイテム、技、ヘルプ等の種類があっても良い。
ゲームオブジェクトとは、ゲームにおける概念的な単位である。また、例えば、ゲームオブジェクトとは、視認可能な表示上の単位である。また、例えば、ユーザが選択可能な単位である。また、例えば、ゲームオブジェクトとは、ゲームに用いられる数値、テキスト、画像、音声等のデータの区分である。つまり、ゲームオブジェクトとは、ゲームにおいて、概念的なまとまりを示すものである。
図１〜図４は、本実施形態の概要を示す図である。
図１に示すゲーム画面Ｇ１は、ワールド画面の一例を示す。ワールド画面については、後述する。
図１に示す例において、ワールド画面Ｇ１には、クエスト選択用アイコンＣ１、Ｃ２が配置されている。
クエスト選択用アイコンとは、クエストの開始を受け付けるための操作子である。１つのクエスト選択用アイコンには、１以上のクエストが関連付けられている。ここでは、一例として、１つのクエスト選択用アイコンが１つのクエストに対応している場合について説明する。ユーザは、クエスト選択用アイコンを選択することにより、選択したアイコンに応じたクエストをプレイすることができる。
ここで、クエストには、複数の種類がある。以下では、一例として、通常クエストと、レアクエストとの種類がある場合について説明する。通常クエストとレアクエストとでは、例えば、報酬の内容、報酬の選択方法、クエストの難易度等が異なる。例えば、レアクエストは、通常クエストに比して、相対的にクエストの難易度が高く、相対的に良い報酬が得られやすいように設定されている。相対的に良い報酬とは、例えば、相対的に数量が多いゲームオブジェクト、ゲームオブジェクトに設定された価値を示すパラメータの値が相対的に高いゲームオブジェクト、ゲームオブジェクトに設定された新しさ（バージョン）を示すパラメータの値が相対的に高いゲームオブジェクト等である。
図１に示す例において、クエスト選択用アイコンＣ１は、通常クエストに対応するクエスト選択用アイコンである。クエスト選択用アイコンＣ２は、レアクエストに対応するクエスト選択用アイコンである。クエスト選択用アイコンの絵柄、表示態様（例えば、色、大きさ、形状、付加情報）は、クエストの種類、クエストの内容等に応じて異なっていてよい。例えば、通常クエストのクエスト選択用アイコンは、一律に同じ絵柄とし、レアクエストのクエスト選択用アイコンは、クエストの対戦相手を個別に示す人型の絵柄としてよい。
本実施形態において、ゲームシステム１は、クエスト選択用アイコンの出現を、所定の出現規則に基づいて制御する。この出現規則は、時間の経過に応じて新たに出現させるものである。新たに出現（出現する）とは、ゲーム画面に新たに配置され、表示されることである。以下では、便宜的に、クエスト選択用アイコンの出現を、「クエストの出現」と称することがある。
ここで、出現規則の具体例について説明する。
まず、ゲームシステム１は、所定のタイミングが到来したか否かを判定する。この所定のタイミングとは、例えば、クエスト選択用アイコンの前回の出現、又は、前回のクエストのプレイから所定時間経過したタイミングである。以下では、所定のタイミングが到来する時間間隔を、「出現時間間隔」と称することがある。所定のタイミングが到来した場合、ゲームシステム１は、所定の確率（以下、「出現確率」と称する。）で、クエスト選択用アイコンを新たに１つ出現させる。つまり、ゲームシステム１は、所定の頻度で、クエスト選択用アイコンを出現させる。このとき、ゲームシステム１は、現在出現しているクエスト選択用アイコンの数が所定の上限値（以下、「出現上限値」と称する。）に達しているか否かを判定し、現在出現しているクエスト選択用アイコンの数が出現上限値に達している場合には、クエスト選択用アイコンを新たに出現させない。出現時間間隔、出現確率、出現上限値は、クエストの種類ごとに予め定められている。例えば、レアクエストの出現頻度は、通常クエストの出現頻度よりも低く設定されてよい。出現時間間隔、出現確率は、固定であってもよいし、可変であってもよい。
以上が、出現規則の具体例についての説明である。
このように、本実施形態に係るゲームシステム１は、クエスト選択用アイコンを時間経過に応じて出現させる。つまり、ゲームシステム１は、時間が経過するまで、選択可能となるクエストの内容を分りにくくする。従って、ゲームシステム１は、次にどのようなクエストを選択可能になるのかという点で、ユーザの興味、関心を引くことができる。
また、ゲームシステム１は、出現上限値を設定している。この場合、ユーザがなるべく多くのクエストをプレイするには、クエスト選択用アイコンの出現数が出現上限値に達しないようにクエストをプレイすることが必要になる。換言すると、ユーザは、時間を管理し、クエストをプレイするタイミングを考慮することで、より多くのクエストをプレイすることができる。つまり、ゲームシステム１は、出現上限値を設定することにより、クエストの選択に戦略性を持たせることができるため、ユーザの興味をさらに強く引くことができる。
また、ゲームシステム１は、クエストの種類ごとに異なる出現頻度を設定している。この場合、ユーザがなるべく多くのクエストをプレイするには、出現頻度が高いクエストからプレイすることが効果的である。他方、出現頻度が低いクエストは、相対的に難易度が高く、相対的に良い報酬が得られやすい。そのため、ユーザがなるべく良い報酬を得るには、出現頻度が低く、難易度の高いクエストからプレイすることが効果的である。つまり、ゲームシステム１は、クエストの種類ごとに異なる出現頻度を設定することにより、クエストの選択に戦略性を持たせることができるため、ユーザの興味をさらに強く引くことができる。
図２に示すゲーム画面Ｇ２は、ワールド画面の別例を示す。ワールド画面Ｇ２には、複数のクエスト選択用アイコンＣ１が配置されている。また、時間表示欄Ｅ２１には、次回のクエスト選択用アイコンの出現時期が示されている。
ここで、本実施形態に係るクエスト選択用アイコンの出現規則は、アイテムやゲーム内通貨の利用に応じて変更可能である。例えば、ゲームシステム１は、アイテムやゲーム内通貨の利用に応じ、所定の期間内において、クエスト選択用アイコンの出現時間間隔や出現確率を変更してよい。また、例えば、ゲームシステム１は、アイテムやゲーム内通貨の利用に応じて、出現上限値未満の数、出現上限値の数、或いは他の所定数のクエスト選択用アイコンを、即時に出現させてもよい。また、例えば、ゲームシステム１は、アイテムやゲーム内通貨の利用に応じて、所定のクエストを選択可能にしてもよい。そして、例えば、ゲームシステム１は、アイテムやゲーム内通貨の利用に応じて、ユーザがクエストを選択しやすくしてよい。これにより、ゲームシステム１は、ユーザが所望するクエストを選択しやすくすることができる。
アイテムとは、利用に応じて、１次ゲーム、２次ゲームの進行に所定の効果をもたらすゲームオブジェクトである。つまり、アイテムの利用とは、アイテムに関連付けられている所定の効果を発揮させることである。アイテムの効果は、ユーザにとって有利なものであってもよいし、不利なものであってもよい。
ゲーム内通貨とは、アイテム、カード、デッキ、プレイヤキャラクタ等の他のゲームオブジェクトとの交換に用いられるゲームオブジェクトである。ゲーム内通貨の利用とは、他のゲームオブジェクトを所持するために、ゲーム内通貨を消費することである。
以下では、一例として、アイテムやゲーム内通貨は、利用により消費されるものとして説明する。この場合、アイテムやゲーム内通貨の利用とは、アイテムやゲーム内通貨を消費することに応じて所定の処理を実行することでもある。ただし、アイテムは、利用により消費されない場合があってもよい。
図３に示すゲーム画面Ｇ３は、ワールド画面の別例を示す。ワールド画面Ｇ３には、プレイヤレベル表示欄Ｌ１が設けられている。
プレイヤレベル表示欄Ｌ１とは、プレイヤレベルを示す欄である。プレイヤレベルとは、ユーザのゲームへの習熟度等のユーザのゲームの進捗を示す指標の例である。ワールド画面Ｇ３の例では、プレイヤレベルをステージ（ＳＴＡＧＥ）と表現している。なお、プレイヤレベル表示欄Ｌ１は、後述するミッション詳細画面Ｇ６を表示させるための操作子として機能してもよい。
ここで、本実施形態に係るゲームシステム１は、ユーザが選択可能なクエストやクエスト選択用アイコンの出現規則を、プレイヤレベルに応じて変更する。例えば、ゲームシステム１は、クエスト選択用アイコンに対応するクエストの難易度や種類を、プレイヤレベルに応じて変更してよい。また、例えば、ゲームシステム１は、クエスト選択用アイコンの出現上限値を、プレイヤレベルに応じて変更してもよい。また、例えば、ゲームシステム１は、クエスト選択用アイコンの出現頻度を、プレイヤレベルに応じて変更してもよい。そして、例えば、ゲームシステム１は、プレイヤレベルの向上に応じて、ユーザがクエストを選択しやすくしてよい。この場合、ユーザは、プレイヤレベルを向上させることにより、所望のクエストを選択しやすくなる。従って、ゲームシステム１は、ユーザにゲームを続けさせる動機を与えることができる。
図４に示すゲーム画面Ｇ４は、ワールド画面の別例を示す。ワールド画面Ｇ４には、落し物アイコンＣ３と、トレーダアイコンＣ４と、ショップアイコンＥ１１１とが配置されている。
落し物アイコンとは、アイテム、ゲーム内通貨、カード等のゲームオブジェクトを示す画像である。ユーザにより落し物アイコンが選択されると、ゲームシステム１は、選択された落し物アイコンに対応するアイテム、ゲーム内通貨、カード等をユーザに付与する。 トレーダアイコンとは、選択に応じてショップパートを開始するための画像である。
ショップアイコンとは、選択に応じてショップパートを開始するための画像である。 ショップパートとは、カード、デッキ、コマンド、プレイヤキャラクタ等のゲームオブジェクトを、所定の対価と引き換えにユーザが利用可能とする機能を提供するゲームパートである。つまり、ショップパートでは、ユーザは、ゲームオブジェクトを、購入したり、交換したりすることができる。ショップアイコンは、ゲーム内の仮想空間の特定の位置に常時配置されているのに対して、トレーダアイコンは、常時配置されるわけではない点が異なる。また、ショップアイコンとトレーダアイコンとは、それぞれ対応するショップ機能において提供する商品の品揃え、購入（交換）時に対価として消費されるゲームオブジェクト等が異なっていてもよい。
ここで、本実施形態に係るゲームシステム１は、ワールド画面Ｇ４に示すように、クエスト選択用アイコンと同様に、落し物アイコンを出現させる。そして、ユーザは、落し物アイコンを選択することによりアイテム、ゲーム内通貨、カード等を獲得することができるため、ユーザは、クエスト選択用アイコンが出現していない場合であっても、ゲームへの関心を失うことがない。つまり、ゲームシステム１は、ユーザにゲームを続けさせる動機を与えることができる。
以下では、クエスト選択用アイコン、落し物アイコン、トレーダアイコンを、出現制御アイコンと総称することがある。
また、本実施形態に係るゲームシステム１は、出現制御アイコンが配置される画面に、ショップアイコン等の他の機能を開始するための画像に配置する。つまり、ユーザは、出現制御アイコンを探している間に、ショップアイコンを確認することになる。従って、ゲームシステム１は、他のゲームパートにユーザを誘導することができる。
以上が、本実施形態の概要についての説明である。
〔ゲームシステム１の構成〕
次に、ゲームシステム１の構成について説明する。
図５は、ゲームシステム１の構成を示す図である。
ゲームシステム１は、複数の端末装置１０−１、１０−２、１０−３、…と、サーバ装置３０とを備える。以下では、複数の端末装置１０−１、１０−２、１０−３、…を区別しない場合には、単に端末装置１０と総称する。端末装置１０とサーバ装置３０とは、それぞれネットワークＮＷに通信可能に接続され、互いに情報を送受信することができる。
端末装置１０は、コンピュータシステムを備える電子機器である。例えば、端末装置１０は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレットＰＣ、スマートフォンやフィーチャーフォン等の携帯電話機、携帯情報端末（ＰＤＡ、Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、携帯型ゲーム機、据え置き型ゲーム機等であってよい。ユーザは、端末装置１０を用いて１次ゲーム、２次ゲームをプレイする。
サーバ装置３０は、コンピュータシステムを備える電子機器である。
端末装置１０とサーバ装置３０とは、対として機能するゲーム制御プログラムを実行する。以下では、端末装置１０において実行されるゲーム制御プログラムを「端末内ゲーム制御プログラム」と称し、サーバ装置３０において実行されるゲーム制御プログラムを「サーバ内ゲーム制御プログラム」と称する。また、端末内ゲーム制御プログラムと、サーバ内ゲーム制御プログラムとを区別しない場合には、単に「ゲーム制御プログラム」と称する。例えば、サーバ装置３０は、端末内ゲーム制御プログラムを、端末装置１０に対して送信可能である。
端末内ゲーム制御プログラムとサーバ内ゲーム制御プログラムとの実行に必要なデータは、その全てが端末装置１０とサーバ装置３０との両方又はいずれかに記憶されてもよいし、一部が端末装置１０とサーバ装置３０とに記憶されてもよい。また、ゲーム制御プログラムの実行に必要なデータの全て又は一部は、他のサーバ装置に記憶されていてもよい。以下では、一例として、ゲーム制御プログラムの実行に必要なデータのうちの主要な部分が、サーバ装置３０に記憶されている場合について説明する。
以上が、ゲームシステム１の構成についての説明である。
〔コンピュータシステムの構成〕
次に、端末装置１０、サーバ装置３０が備えるコンピュータシステム９０について説明する。
図６は、コンピュータシステム９０の構成を示すブロック図である。
コンピュータシステム９０は、例えば、通信部９１と、入力部９２と、表示部９３と、記憶部９５と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９６と、を備える。これらの構成要素は、バス（Ｂｕｓ）を介して相互に通信可能に接続されている。
通信部９１は、通信用ＩＣ等の通信用モジュールであり、ネットワークＮＷを介して、他の装置と通信を行う。
入力部９２は、例えば、キーボードやマウス、タッチパッドや、音声により各種の指示が入力されるマイクロホン等の入力用モジュールであり、ユーザの操作により各種の指示が入力される。入力部９２は、タッチパネルとしてディスプレイ（表示部９３）と一体に構成されてもよい。
表示部９３は、画像やテキスト等の情報を表示する表示用モジュールであり、例えば、液晶ディスプレイパネル、有機ＥＬ（ＥｌｅｃｔｒｏＬｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイパネル等を含んで構成される。
音声再生部９４は、セリフ、バックミュージック、効果音等の音声を出力する音声再生用モジュールであり、スピーカ等を含んで構成される。
記憶部９５は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等を含み、端末装置１０、サーバ装置３０が処理する各種データ、ゲーム制御プログラム等を記憶する。なお、記憶部９５は、端末装置１０、サーバ装置３０に内蔵されるものに限らず、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉｕｌ Ｂｕｓ）等のデジタル入出力ポート等によって接続された外付け型の記憶装置でもよい。
ＣＰＵ９６は、記憶部９５に記憶された各種プログラムを実行し、コンピュータシステム９０が備える各構成を制御する。
なお、コンピュータシステム９０は、不図示のカメラ、加速度センサ、ジャイロセンサ、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信モジュール等の任意のハードウェアを含んで構成されてもよい。
以上が、コンピュータシステム９０についての説明である。
［端末装置１０の構成］
次に、端末装置１０の構成について説明する。
図７は、端末装置１０の構成を示すブロック図である。
端末装置１０は、端末内通信部１１と、端末内入力部１２と、端末内表示部１３と、端末内音声再生部１４と、端末内記憶部１５と、端末内制御部１６０と、を備える。
端末内通信部１１は、ネットワークＮＷに接続し、サーバ装置３０と通信する。
端末内入力部１２は、ユーザによる操作を受け付ける。以下では、一例として、端末内入力部１２は、タッチパネルとして、端末内表示部１３と一体に構成される場合について説明する。この場合、ユーザは、端末内表示部１３の表示面において、ゲーム画面に配置された操作子の位置に、指やスタイラスペンを接触させることにより操作子を選択することができる。この他にも、端末内表示部１３の表示面に指やスタイラスペンを接触させたまま滑らせる、いわゆるフリック（スワイプ）操作や、同じ位置に接触させ続ける長押し操作等、任意の操作入力が可能である。
端末内表示部１３は、ゲーム画面を表示する。
ゲーム画面とは、ユーザに対して、ゲームの進行状況、ゲーム結果等の情報を通知する画像である。また、ゲーム画面とは、ユーザによるゲーム操作を受け付けたり、ゲーム操作を案内したりするための画像である。つまり、ゲーム画面とは、ユーザインターフェースの一例である。例えば、ユーザは、ゲーム画面に配置される各種ボタンやアイコン等の操作子を、端末内表示部１３に対する操作を介して選択することができる。
なお、本実施形態では、１つの端末内表示部１３において、同時に表示される１組の画像情報を、「画面」と称することがある。画面は、１つの画像から構成されてもよいし、複数の画像を並べたり、重ね合わせたりして構成されてもよい。また、画面には、テキストが含まれてもよい。画面は、テキストのみから構成されてもよい。
端末内音声再生部１４は、ゲーム音声を再生する。
端末内記憶部１５は、端末内ゲーム制御プログラムと、ゲーム制御プログラムの実行に必要なデータとを記憶する。
端末内制御部１６０は、端末装置１０が備える各構成を制御する。端末内制御部１６０は、例えば端末装置１０が備えるＣＰＵが、端末内記憶部１５に記憶されたゲーム制御プログラムを実行することにより実現される。また、端末内制御部１６０の一部又は全部は、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）やＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等のハードウェアの集積回路として実現されてもよい。
端末内制御部１６０は、端末内データ管理部１６１と、端末内ゲーム処理部１６２と、端末内画面生成部１６３と、端末内出力制御部１６４と、を備える。
端末内データ管理部１６１は、データを管理する。データを管理するとは、他の装置との間におけるデータの送受信を制御すること、端末内記憶部１５へのデータの書き込み、端末内記憶部１５からのデータの読み出しを制御することを含む。端末内データ管理部１６１は、端末内ゲーム処理部１６２、端末内画面生成部１６３、端末内出力制御部１６４に対して、サーバ装置３０から取得したデータや端末内記憶部１５から読み出したデータを出力する。また、端末内データ管理部１６１は、端末内ゲーム処理部１６２から取得したデータを、サーバ装置３０に送信したり、端末内記憶部１５に書き込んだりする。
端末内ゲーム処理部１６２は、ゲームを実行するための制御を行う。端末内ゲーム処理部１６２は、自装置において１次ゲーム、２次ゲームを進行させるための実質的な処理を行ってもよいし、サーバ装置３０において１次ゲーム、２次ゲームを進行させるための補助的な処理を行ってもよい。例えば、端末内ゲーム処理部１６２は、自装置のみでゲームを進行させるための処理を完結させてもよい。本実施形態では、一例として、サーバ装置３０において実質的なゲームの処理を行う場合について説明する。
端末内画面生成部１６３は、ゲーム画面を生成する。端末内画面生成部１６３は、生成したゲーム画面の画像データを、端末内出力制御部１６４に出力する。
端末内出力制御部１６４は、画像の表示や音声の再生等の出力を制御する。例えば、端末内出力制御部１６４は、端末内画面生成部１６３から取得した画像データを、端末内表示部１３に出力し、ゲーム画面を表示させる。
以上が、端末装置１０の構成についての説明である。
［サーバ装置３０の構成］
次に、サーバ装置３０の構成について説明する。
図８は、サーバ装置３０の構成を示すブロック図である。
サーバ装置３０は、サーバ内通信部３１と、サーバ内記憶部３２と、サーバ内制御部３３０と、を備える。
サーバ内通信部３１は、ネットワークＮＷに接続し、端末装置１０と通信する。
サーバ内記憶部３２は、サーバ内ゲーム制御プログラムと、ゲーム制御プログラムの実行に必要なデータとを記憶する。サーバ内記憶部３２は、ユーザデータ記憶部３２１と、カードデータ記憶部３２２と、ゲーム状況データ記憶部３２３と、を備える。
ユーザデータ記憶部３２１は、ユーザデータを記憶する。ユーザデータとは、ユーザに特有の情報を記述したデータである。ユーザデータには、例えばプレイヤレベル、ユーザ名、フレンドユーザ、ゲーム内通貨の量、所持アイテム等の情報が、プレイヤＩＤ（ＩＤｅｎｔｉｆｉｅｒ）に関連付けて記述される。プレイヤＩＤとは、ユーザを識別する情報である。本実施形態では、プレイヤＩＤに関連付けることを、「ユーザに関連付ける」と称することがある。また、本実施形態では、ユーザＩＤに関連付けられた情報を指す場合に、「ユーザの」と表現することがある。本実施形態において、所持とは、ゲームオブジェクトがユーザに関連付けられていることをいう。例えば、所持の状態では、ゲームオブジェクトの識別情報と、ユーザのプレイヤＩＤとが関連付けられている。また、例えば、所持の状態では、ゲームオブジェクトの数（量）と、ユーザのプレイヤＩＤとが関連付けられている。このとき、ユーザはゲームオブジェクトを所持しており、ゲームオブジェクトはユーザの所持物である。ユーザは、自身が所有するゲームオブジェクトを利用することができる。上述したようにゲームオブジェクトは、利用により消費される場合がある。この場合、ゲームシステム１は、プレイヤＩＤに関連付けられているゲームオブジェクトのうち、消費される量のゲームオブジェクトについて、プレイヤＩＤとの関連付けを解除する。
カードデータ記憶部３２２は、カードデータを記憶する。カードデータとは、カードの情報を記述したデータである。カードデータには、例えば、カード名、種別、レベル、攻撃力、守備力、概要、効果、バージョン、画像等のカードに関する情報が、カードＩＤに関連付けて記述される。
ゲーム状況データ記憶部３２３は、ゲーム状況データを記憶する。ゲーム状況データとは、ユーザがプレイするカードゲームのゲーム状況を記述したデータである。ゲーム状況は、ゲームの進行に応じて刻々と変化するため、ゲーム状況データは、ゲームの進行に応じて随時更新される。例えば、ゲーム状況データには、カードの配置に関する情報と、ユーザと対戦相手との対戦状況に関する情報とが記述される。
サーバ内制御部３３０、サーバ装置３０が備える各構成を制御する。サーバ内制御部３３０は、例えば端末装置１０が備えるＣＰＵが、サーバ内記憶部３２に記憶されたゲーム制御プログラムを実行することにより実現される。また、サーバ内制御部３３０の一部又は全部は、ＬＳＩやＡＳＩＣ等のハードウェアの集積回路として実現されてもよい。
サーバ内制御部３３０は、サーバ内データ管理部３３１と、サーバ内ゲーム処理部３３２と、を備える。
サーバ内データ管理部３３１は、サーバ装置３０の処理に関するデータを管理する。データを管理するとは、他の装置との間におけるデータの送受信を制御すること、サーバ内記憶部３２へのデータの書き込み、サーバ内記憶部３２からのデータの読み出しを制御することを含む。サーバ内データ管理部３３１は、サーバ内ゲーム処理部３３２に対して、端末装置１０から取得したデータやサーバ内記憶部３２から読み出したデータを出力する。また、サーバ内データ管理部３３１は、サーバ内ゲーム処理部３３２から取得したデータを、サーバ装置３０に送信したり、サーバ内記憶部３２に書き込んだりする。
サーバ内ゲーム処理部３３２は、ゲームを実行するための制御を行う。サーバ内ゲーム処理部３３２は、自装置において１次ゲーム、２次ゲームを進行させるための実質的な処理を行ってもよいし、端末装置１０において１次ゲーム、２次ゲームを進行させるための補助的な処理を行ってもよい。例えば、サーバ内ゲーム処理部３３２は、自装置のみでゲームを進行させるための処理を完結させてもよい。
また、サーバ内ゲーム処理部３３２は、ユーザ同士のマッチング等の処理を行う。
上述したように、本実施形態では、一例として、サーバ装置３０において実質的なゲームの処理を行う。この場合、端末装置１０は、ユーザからゲーム操作を受け付けると、ゲーム操作の内容を、サーバ装置３０に通知する。サーバ装置３０は、端末装置１０から通知されたゲーム操作の内容に基づいて、ゲームを進行させるための処理を実行する。このとき、サーバ装置３０は、必要に応じて、各種データを更新する。サーバ装置３０は、処理結果を端末装置１０に通知する。そして、端末装置１０は、サーバ装置３０から通知された処理結果に基づいて、ゲーム画面を表示したり、ゲーム音声を再生したりする。これにより、ゲームシステム１は、操作内容に応じてゲーム画面を更新したり、音声を再生したりすることができる。
ここで、端末装置１０の端末内ゲーム処理部１６２とサーバ装置３０のサーバ内ゲーム処理部３３２との少なくともいずれかが行うゲームを進行させるための処理の具体例について説明する。ここでは、一例として、サーバ内ゲーム処理部３３２がゲームを進行させるための主要な処理を実行する場合について説明する。
例えば、サーバ内ゲーム処理部３３２は、クエスト選択用アイコンをゲーム画面に出現させる処理を実行する。サーバ内ゲーム処理部３３２は、所定の頻度で、クエスト選択用アイコンを出現させるか否かを判定する。サーバ内ゲーム処理部３３２は、例えば、各ワールド画面の全体において、選択可能なクエスト選択用アイコンの総数が出現上限値未満であるか否かを判定し、出現上限値未満である場合に、クエスト選択用アイコンを所定の確率で出現させる。ここで、選択可能とは、クエスト選択用アイコン等の画像が、ユーザの選択を受け付ける状態でゲーム画面に配置されていることをいう。例えば、クエスト選択用アイコン等の画像は、ゲーム画面に新たに配置されることにより選択可能とされてよい。また、例えば、ゲーム画面に予め配置されていたクエスト選択用アイコン等の画像に対する選択を受け付けない状態から、受け付ける状態に変更することにより、選択可能とされてもよい。サーバ内ゲーム処理部３３２は、クエスト選択用アイコンを出現させる場合には、出現させるクエスト選択用アイコンと出現位置とを決定し、ゲーム画面に配置する。
また、例えば、サーバ内ゲーム処理部３３２は、クエスト選択用アイコンがユーザにより選択されると、クエストを開始する。クエストを開始するとは、クエストに設定されている目標達成条件が満たされたか否かの判定やクエスト終了条件が満たされたか否かの判定を開始することである。サーバ内ゲーム処理部３３２は、クエストに対戦が含まれる場合には、対戦のための処理を実行する。サーバ内ゲーム処理部３３２は、対戦の経過や対戦の結果により、目標達成条件及びクエスト終了条件の一部又は全てが満たされたか否かを判定する。サーバ内ゲーム処理部３３２は、クエストの終了において、クエストが達成されている場合には、達成されたクエストに応じた所定の報酬を、ユーザに関連付けて記憶させる。つまり、サーバ内ゲーム処理部３３２は、報酬を、ユーザの所有物として記憶させる。なお、サーバ内ゲーム処理部３３２は、報酬を、カード、アイテム、ゲーム内通貨等の複数の所定のゲームオブジェクトの中から抽選により決定してよいし、抽選せずに決定してもよい。
以上が、サーバ装置３０の構成についての説明である。
［ゲーム画面］
次に、ゲームシステム１において提供されるゲーム画面について説明する。
図９は、本実施形態に係るゲーム画面の遷移を示す図である。
図９に示す例において、楕円は、ゲーム画面、又は、ゲーム画面に配置された操作子を示す。また、機能的に関連する複数のゲーム画面、画像を矩形や角丸矩形により示す。矢印は、一方のゲーム画面から他方のゲーム画面へと遷移可能であることを示す。なお、図９に示すゲーム画面の遷移は一例であり、任意の変更が行われてよい。例えば、各ゲーム画面の間に任意のゲーム画面が挿入されてもよいし、任意のゲーム画面が省略されてもよい。また、任意のゲーム画面から別の他のゲーム画面に遷移可能としてもよい。また、ゲーム画面の遷移の方向は、一方向に制限されてもよいし、可逆的であってもよい。
［ゲーム画面：パート選択画面］
次に、ゲーム画面の例について順に説明する。
まず、ホーム画面について説明する。
図１０は、ホーム画面を示す図である。
ホーム画面とは、ゲームパートの選択を受け付けるための画面である。ホーム画面Ｇ５は、ゲーム制御プログラムの起動時に最初に表示される画面である。ただし、ゲーム制御プログラムの起動時に最初に表示される画面は、他の任意のゲーム画面であってもよい。また、ホーム画面には、例えば、ミッション詳細画面、メニュー画面、対戦パート選択画面、ショップ画面、ワールド画面等から遷移可能である。
図１０に示す例において、ホーム画面Ｇ５には、操作対象として選択中のプレイヤキャラクタ（以下、「操作キャラクタ」と称する。）と、プレイに用いる対象として選択中のデッキとが表示されている。また、ホーム画面には、４つのパート選択ボタンＥ５１〜Ｅ５４と、ミッション表示ボタンＭ１と、メニュー表示ボタンＭ２と、が設けられている。 ミッション表示ボタンとは、ミッション詳細画面を表示させるための操作子である。 メニュー表示ボタンとは、メニュー画面を表示させるための操作子である。
パート選択ボタンとは、ゲームパートの選択を受け付けるための操作子である。１つのパート選択ボタンは、１つのゲームパートに関連付けられている。例えば、図１０に示す例において、パート選択ボタンＥ５１〜Ｅ５４は、それぞれ、ワールドパート、通信対戦パート、ショップパート、プレイヤキャラクタ変更パートに対応している。
ワールドパートは、出現制御アイコンが配置されるマップを散策する機能を提供する。 通信対戦パートは、サーバ装置３０に接続する他の端末装置１０のユーザと、対戦する機能を提供する。
プレイヤキャラクタ変更パートは、プレイヤキャラクタを変更する機能を提供する。
ユーザがゲームパート選択ボタンを選択すると、ゲームシステム１は、ゲーム画面を、選択されたパート選択ボタンに応じたゲームパートに遷移させる。例えば、図１０に示す例において、パート選択ボタンＥ５１が選択されると、ワールド画面Ｇ１〜Ｇ４、Ｇ１０１〜Ｇ１３のうちの少なくともいずれかが表示される。また、例えば、パート選択ボタンＥ５２が選択されると、通信対戦パート選択画面Ｇ８が表示される。また、例えば、パート選択ボタンＥ５３が選択されると、ショップ画面Ｇ９が表示される。また、例えば、パート選択ボタンＥ５４が選択されると、プレイヤキャラクタ変更画面が表示される。
プレイヤキャラクタ変更画面とは、プレイヤキャラクタを変更するための画面である。 プレイヤキャラクタとは、ゲーム内において、仮想的にユーザの分身として動作するキャラクタであり、いわゆるアバターである。本実施形態では、ユーザは、複数のプレイヤキャラクタを切り替えてプレイすることができる。
図１１は、ユーザとプレイヤキャラクタとの関係性を示す図である。
図１１に示す例において、ユーザは、３つのプレイヤキャラクタ「Ａ」〜「Ｃ」を操作対象とすることができる。各プレイヤキャラクタ「Ａ」〜「Ｃ」には、異なるストーリー（ゲーム展開）が用意されており、ユーザは、プレイヤキャラクタごとに独立してゲームを進行させることができる。なお、各プレイヤキャラクタ「Ａ」〜「Ｃ」のゲームの進行は、それぞれ完全に独立していてもよいし、互いに影響し合ってもよい。
各プレイヤキャラクタ「Ａ」〜「Ｃ」には、キャラクタレベル、キャラクタパラメータ等のプレイヤキャラクタに固有の属性が設定されてよい。キャラクタレベルとは、プレイヤキャラクタの成長の程度を示す指標の例である。キャラクタレベルは、プレイヤＩＤと関連付けられることにより、ユーザごとに管理される情報である。キャラクタパラメータとは、プレイヤキャラクタの特性を示す指標の例である。操作キャラクタと、操作対象として選択されていないプレイヤキャラクタとは、識別可能に管理されている。ユーザは、ゲームを進行させることにより、操作キャラクタのキャラクタレベル、キャラクタパラメータ等の数値を変化させることができる。
キャラクタレベルが増加するとき、キャラクタレベルに応じた報酬が得られ、報酬として、カード、ゲーム内通貨及び後述するスキルが得られる。
スキルとは、デッキごとに設定され、対戦パートで使用されるプレイを補助する機能のことを言う。スキルは、対戦したキャラクタに応じて、報酬として取得することもできる。また、同じスキルを取得した場合は、ゲーム内通貨に置換される。以下、各スキルについて、詳細に技術する。
スキルには、対戦パートが開始する際に予め所定のカードがセットされていたり、ライフポイントが増加していたり、初期手札が増減していたりするものがある。
例えば、スキルには、所定の発動タイミングにおいて、プレイを補助する機能を発動させるものがある。ここで、発動タイミングとは、特定のゲーム操作或いはゲーム処理が行われたときである。例えば、発動タイミングとは、対戦（コンピュータとの戦闘を含む）を開始するとき、対戦の途中、ゲームオブジェクトを入手したとき（例えば、カードを引いたとき）、ゲームオブジェクトを選択したとき（例えば、コマンドを選択やカードを出したとき）、特定のゲーム演出の前後（ゲームオブジェクトの召喚、効果発動）、対戦のターン（攻防、行動単位、操作機会）が切り替わるとき（ターンの終了時、ターンの開始時）、特定のスキル発動条件が成立したときである。
なお、ターンとは、ターン制ゲームにおけるゲーム進行単位であり、各ゲーム主体（コンピュータ含む）に、予め定めた順序に従って訪れる。ターンが訪れたプレイヤ（ターンプレイヤ：ゲームプレイヤ）は、自身の取り得る手を選択する、ゲームオブジェクトを操作する等の行動（操作）を行うことができる。
スキル発動条件には、ゲームオブジェクト、ゲームオブジェクトの種類（属性等）、ゲームオブジェクトの個数（カードの枚数等）、ライフポイントやその消費に基づく条件が含まれていても良い。ここで、スキル発動条件は、ゲームオブジェクトの配置場所（例えば、デッキや手札、山札、場（フィールド）や場内の領域（図３７参照））毎に定められていても良い。また、ゲームシステム１は、スキル発動条件が成立した場合にユーザにその旨を通知し、ユーザがスキルを発動することを示すゲーム操作を行った場合に、スキルを発動させても良い。
またスキルには、特定の魔法を発動させるもの、対戦におけるレギュレーション（「ルール」とも称する）を変更させるものがある。レギュレーションを変更させるものには、例えば、特定のパラメータ（ゲームオブジェクトやプレイキャラクタのパラメータ、ライフポイント）を変動させるもの、特定のゲームオブジェクトを利用させるもの、特定のゲームオブジェクトや特定の種類（属性等）のゲームオブジェクトを入手させる（カードを引かせる等）、或いは、入手させる確率を変動させるもの、入手させる個数を変動させるもの、ターンの順序や回数を変動させるもの、特定の配置場所にあるゲームオブジェクトの一部又は全部を増加、減少、或いは変動させるもの、ゲームオブジェクトの向き（表裏、縦横）を変化させるもの、自身或いは対戦相手のスキル等の効力を有効或いは無効、又は向上或いは制限させるもの等があっても良い。
また、スキルには、プレイヤ自身に発動させるものがあっても良い、対戦相手に（例えば、対戦相手が不利になるようなスキルを）発動させるものがあっても良い。例えば、スキルには、特定の操作（召喚やカードの配置等）を禁止させるものであっても良い。
また、スキルには、プレイヤレベル、プレイヤキャラクタ、キャラクタレベル又はキャラクタパラメータに応じて入手できるか否かが定められているもの、或いは、入手できるものがあっても良い。また、スキルには、落し物として（落し物アイコンが選択されると）入手できるもの、又は、トレーダ（アイテム等との交換により）やショップ（通貨等による購入）から入手できるものがあっても良い。
なお、対戦で用いられるスキルを示すスキル設定情報は、プレイヤ（ユーザ）、プレイヤキャラクタ、デッキ、スキルを示す情報に関連付けられている。また、スキルを示す情報（スキル情報）は、プレイヤキャラクタ、発動オブジェクト、発動タイミング、発動対象（発動先ユーザ（自身或いは対戦相手等）、発動カード）、発動するスキルの内容（補助する機能）、発動したことを示す発動画像（演出）等が対応付けられている。ここで、発動オブジェクトを示す情報には、対象オブジェクト、対象オブジェクトの種類、オブジェクトの状態（オブジェクトの向き（表或いは裏、縦或いは横））、オブジェクトの配置場所（デッキ、手札、山札、場等）を示す情報が含まれる。
スキル設定情報及びスキル情報は、例えば、端末装置１０又はサーバ装置３０の記憶部（９０、１５、３２）に記憶される。ゲームシステム１（端末内制御部１６０又はサーバ内制御部３３０）は、発動タイミングの候補（例えば、対戦を開始するとき、ターン、フェイズ或いはステップが切り替わるとき、又は、ユーザが所定の操作を行ったとき）に、スキル設定情報及びスキル情報を参照し、スキル発動条件を満たすか否かを判定する。スキル発動条件が満たされると判定された場合、ゲームシステム１は、デュエルを行う又は行っているユーザ、プレイヤキャラクタ、又はデッキに設定されているスキルを発動させ、発動結果を表示等に反映させる。
なお、スキルは、デッキ以外に設定されてもよい。また、スキルは、カード、メダル（コイン）、フィギュア、ユーザ、その他キャラクタ或いはアイテム等のゲームオブジェクト、又は、これらの組み合わせ、或いは、組み合わせを設定する対象に対して設定されても良い。
以下、スキルの一例を示す。
なお、以下では、山札からカードを引く（ドロー）して手札に加えるゲームであって、手札のカードを出す（場に配置する）ことで対戦するカードゲームについて説明する。ゲームシステム１は、出されたカードと対象（対戦相手のカード、又は対戦相手）とのパラメータを比較し、攻防の結果を演算する。
また、対戦を「デュエル」、ターンの切り替えを「ターン」、カードを解放（後述するリリース、放出）することで、特定のカードを出すことを「召喚」とも称する。また、以下では、具体的な数値を示すが、これらの数値は、以下に示す数値に限られず、他の、予め定められた値であっても良い。また、魔法やモンスター、属性の名称も、これに限られず、特定の魔法やモンスター、罠等であっても良い。本明細書では、カードゲームを例に挙げて説明する場合があるが、本発明はこれに限らず、カードは、メダル（コイン）、フィギュア、ユーザ、その他キャラクタ或いはアイテム、又は、これらの組み合わせに置き換えても良い。
・イッツ・ア・トゥーンワールド
永続魔法「トゥーン・ワールド」が発動した状態でデュエルを開始する。
・闇の力
フィールド魔法「闇」が発動した状態でデュエルを開始する。
・頂きに立つもの
フィールド魔法「山」が発動した状態でデュエルを開始する。
・恐竜王国
フィールド魔法「ジェラシック・ワールド」が発動した状態でデュエルを開始する。・海の伝説
フィールド魔法「海」が発動した状態でデュエルを開始する。
・ハーピィの狩場
フィールド「ハーピィの狩場」が発動した状態でデュエルを開始する。
・LP増強α
開始時ライフポイントを1000増やす。
・LP増強β
初期ライフポイントを1500増やし、手札を1枚減らす。
・LP増強γ
初期ライフポイントを2500増やし、手札を2枚減らす。
・デュエルスタンバイ
自分と相手の初期手札が１枚増える。
・ヘビースターター
初期手札にレベル5以上のモンスターが少なくとも1枚入る。
・バランス
初期手札にモンスターと魔法・罠がバランスよく入る。
・魔法の使い手
デッキに魔法カードが5種類以上ある場合、初期手札に魔法カードが入りやすくなる。・罠の使い手
デッキに罠カードが5種類以上ある場合、初期手札に罠カードが入りやすくなる。
・フライング寄生
初期手札配布後に寄生虫パラサイドを表向きでランダムの枚数入れる。
スキルには、特定のフェイズ（例えば、開始フェイズ（後述））に行われるドローが所定のカードがドローできるようになったり、所定のグループからランダムでドロー出来るようになったり、任意のドローする代わりにライフポイントを回復したりするものがある。
・インチキドロー
自分のレベル5以上のモンスターが戦闘で破壊された場合、次の自分開始フェイズの通常のドローは2枚になる。
・ディスティニー・ドロー
自身ライフが2000ポイント減るごとに使用出来る。開始フェイズ時に通常のドローを行うかわりに、任意のカードを選んでドローする。
・ハーピィ・ドロー
ライフが1800減るごとに使用できる。開始フェイズ時、ランダムで「ハーピィ」カードをドローする。
・恐竜こいや！
自分のライフポイントが1800減る毎に使用できる。開始フェイズ時に通常ドローを行うかわりに、ランダムで恐竜族モンスターをドローする。
・ヒョヒョヒョヒョヒョー！
自分のライフポイントが1800減る毎に使用できる。開始フェイズ時に通常ドローを行うかわりに、ランダムで昆虫族モンスターをドローする。
・墓守の運命
自分のライフが1800減る毎に開始フェイズに通常ドローを行う代わりにランダムで墓守カードを手札に加える。
・創造者
自分のライフポイントが2000以下の場合に使用できる。開始フェイズ時に通常のドローを行うかわりに、デッキ外から強力なカードを手札に加える。このスキルはデュエル中に1度しか使用できない。
・増刷
自分のライフポイントが2000減る毎に使用できる。自分の開始フェイズ時に通常のドローで引いたカード1枚を2枚に複製する。
・ドローセンス：火
ライフが1500減る毎に使用できる。開始フェイズ時に通常のドローを行うかわりに、デッキからランダムに火属性モンスターをドローする。
・ドローセンス：水
ライフが1500減る毎に使用できる。開始フェイズ時に通常のドローを行うかわりに、デッキからランダムに水属性モンスターをドローする。
・ドローセンス：風
ライフが1500減る毎に使用できる。開始フェイズ時に通常のドローを行うかわりに、デッキからランダムに風属性モンスターをドローする。
・ドローセンス：地
ライフが1500減る毎に使用できる。開始フェイズ時に通常のドローを行うかわりに、デッキからランダムに地属性モンスターをドローする。
・ドローセンス：闇
ライフが1500減る毎に使用できる。開始フェイズ時に通常のドローを行うかわりに、デッキからランダムに闇属性モンスターをドローする。
・ ドローセンス：光
ライフが1500減る毎に使用できる。開始フェイズ時に通常のドローを行うかわりに、デッキからランダムに光属性モンスターをドローする。
・ドローセンス:ローレベル
自分のライフポイントが1800ポイント減るごとに使用できる。開始フェイズ時に通常のドローを行うかわりに、ランダムでレベル4以下のモンスターをドローする。
・ドローセンス:ハイレベル
自分のライフポイントが1800ポイント減るごとに使用できる。開始フェイズ時に通常のドローを行うかわりに、ランダムでレベル5以上のモンスターをドローする。
・ドローセンス:魔法・罠
自分のライフが1800ポイント減るごとに使用できる。開始フェイズ時に通常のドローを行うかわりに、ランダムで魔法・罠カードをドローする。
・魔導招来
自分ライフが1800ポイント減るごとに使用できる。開始フェイズ時に通常のドローを行うかわりに、ランダムで魔法使い族モンスターをドローする。
・戦力補充
自分のライフポイントが1800減る毎に使用できる。開始フェイズ時に通常のドローを行うかわりに、ランダムで戦士族モンスターをドローする。
・シークレット・ドロー
自分のライフポイントが1500減るごとに使用できる。自分のリストバンドに仕込んでいる「7カード」1枚を手札に加える。このスキルはターン中に1回、かつデュエル中に2度しか使用できない。
・ 儀式の使い手
自分のライフポイントが1800減る毎に使用できる。開始フェイズ時に通常のドローを行うかわりに、ランダムで儀式モンスター、または儀式魔法カードをドローする。
・ドローパス
開始フェイズ時に通常のドローを行うかわりに、300ライフポイント回復する（1デュエル3回まで）。
・天使の微笑み
開始フェイズに自分が通常のドローで天使族モンスターをドローした場合、そのカードを相手に見せ500ライフポイントを回復する。
スキルには、特定のフェイズ（例えばメインフェイズ（後述））で、ユーザの操作によって、予め決められた回数だけ使用することができるものがある。
・ハーピィの遺志
自分の墓地の「ハーピィ」カードを6枚除外して使用できる。デッキ外から「ハーピィの羽根帚」を1枚手札に加える。
・ラストギャンブル
デュエル開始時から5ターン以降に使用できる。ライフポイントが100になるかわりに、手札を2枚捨ててサイコロを振り出た目だけカードをドローする(1デュエル1回のみ)。
・リスタート
初期手札の配布後に1度だけ使用できる。初期手札を引きなおす。
・スリカエ
自分は手札を1枚デッキに戻し1枚ドローする。このスキルはターン中に1回、かつデュエル中に2度しか使用できない。
・終わらない罠地獄
自分の罠カードが3枚墓地へ送られる度に使用できる。 自分の墓地にある罠カードをランダムで1枚デッキに加えて、デッキをシャッフルする。
スキルには、バトルフェイズ時に効果を奏するものがある。
・巨大決戦
相手よりライフポイントが倍以上多いプレイヤが受ける戦闘ダメージは倍になる。
・恐竜大進撃
自身ライフが1800ポイント減るごとに使用出来る。恐竜族モンスター1体を選択して発動する。そのモンスターはこのターンのバトルフェイズ中に2回攻撃できる。
・海からの刺客
フィールド上に「海」があるときのみ発動できる。1ターン1度水属性通常モンスター1体選択し直接攻撃可能にする。この効果を使用したモンスターはバトルフェイズ終了時に破壊される。
・粉砕！
ターン終了時まで、自分フィールド上の表側表示モンスター全ての攻撃力を自分フィールド上のレベル5以上のモンスター数×300ポイントアップする。このスキルは1ターンに1度しか使用できない。
・恐竜重撃
自分フィールド上の恐竜族・レベル6モンスターを1体選択して使用できる。このターン中、選択したモンスターが守備表示モンスターに攻撃した場合、その守備力を攻撃力が超えた分だけ相手に戦闘ダメージを与える。このスキルは1ターンに1度しか使用できない。
スキルには、対戦パートで使用されるルールを変更するものがある。
・墓所封印
次の相手ターン終了時までお互いに墓地からモンスターを特殊召喚できない。このスキルはデュエル中に１度しか使用できない。
・イカサマコイン
自身のライフポイントが相手より1000以上多く、手札が5枚以上の場合、自分のコイントスで必ず表が出る。
・運を味方に
自分のライフポイントが999以下の場合、自分のコイントスは必ず表が出る。
・バンデット
ライフポイントが1500以下の場合に使用できる。相手の魔法＆罠ゾーンのセットカード1枚を選択して奪う。このスキルはデュエル中に1度しか使用できない。
・サプライズ・プレゼント
自分の魔法＆罠ゾーンのセットカードを1枚を選択し、相手に送り付ける。このカードは自分しか確認できない。このスキルはデュエル中1度しか使用できない。
・偽トラップ
自分のライフポイントが1200減るごとに使用できる。自分の魔法＆罠ゾーンに「黄金の邪神像」を1枚セットする。
・現世復帰の制約
ライフポイントが相手より1000以上少ない時に使用できる。
相手の墓地に存在する全てのモンスターをワイト（アンデット族・闇・星1・攻300/守200）に変える。このスキルは１ターンに１度しか使用できない。
・モス進化促進
自分フィールドの、「進化の繭」を装備した「プチモス」のターンカウントが２倍で進む。
・ダイスＤＥレべリング
自分のライフポイントが2000減る毎に使用できる。手札のモンスターカードを１枚相手に見せ、サイコロを一回振る。ターン終了時までこのモンスターのレベルは出た目と同じになる。
・連動トラップ
自分が罠カードを発動する度に相手ライフに200ポイントダメージを与える。
・香水戦術アロマタクティクス
常に自分のデッキの1番上のカードが表になる。
・未来予知
相手のライフポイントが自分のライフポイントの倍以上の場合、自分は常にお互いのデッキの一番上のカードを確認できる。
・マインドスキャン
自分のライフポイントは3000以上の場合、相手のセットカードを確認できるようになる。
・ライフコスト0
ライフポイントが1000以下の場合に使用できる。次の相手ターン終了時まで、自分はカードを発動するために払うライフポイントが必要なくなる。このスキルはデュエル中に1度しか使用できない。
・昆虫結束
自分の場に昆虫族モンスターが3体以上いる場合に発動できる。相手フィールド上の表側表示モンスター全ての攻撃力を800ポイントダウンする。このスキルは1ターンに一度しか使用できない。
・根性
自分のターン開始時にランダムでスキルが発動する。次の相手ターン終了時まで自分のライフポイントは1より少なくならない。
・聖なる守護
自分のターン中、自分への戦闘ダメージは0になる。
また、図１１に示す例では、カードは、ユーザに関連付けられている。また、デッキは、プレイヤキャラクタ「Ａ」〜「Ｃ」に関連付けられている。例えば、プレイヤキャラクタ「Ａ」には、所持デッキとして、デッキ「Ｐ」〜「Ｒ」が関連付けられている。デッキ「Ｐ」〜「Ｒ」は、いずれも、ユーザの所持カードの中から選択されたカードにより構成される。ユーザは、プレイヤキャラクタ「Ａ」を操作対象として選択している場合には、対戦パートでの対戦においてデッキ「Ｐ」〜「Ｒ」を用いることができる。
なお、上述したユーザ、プレイヤキャラクタへの情報の関連付けは、任意に変更されてよい。例えば、カードは、ユーザではなくプレイヤキャラクタに関連付けられてもよい。具体的には、ゲームシステム１は、カードがプレイヤキャラクタに関連付けられている場合に、ユーザが、操作キャラクタに関連付けられているカードを所持カードとして利用して、ゲームをプレイできるようにしてもよい。また、例えば、デッキは、プレイヤキャラクタではなくユーザに関連付けられてもよい。つまり、ゲームシステム１は、ユーザがゲームのプレイに用いるデッキを、操作キャラクタに関わらず、選択可能としてもよい。 以上が、ホーム画面についての説明である。
［ゲーム画面：ミッション詳細画面］
次に、ミッション詳細画面について説明する。
図１２は、ミッション詳細画面を示す図である。
ミッション詳細画面とは、ミッションの詳細を表示するための画面である。ミッション詳細画面には、例えば、ホーム画面、ワールド画面から遷移可能である。
図１２に示す例において、ミッション詳細画面Ｇ６には、プレイヤレベル表示欄Ｌ１と、ミッション達成率表示欄Ｅ６１と、ミッション内容表示欄Ｅ６２と、切替タブＥ６３と、バックボタンＢ１と、が設けられている。
ここで、ミッションについて説明する。
ミッション（課題）とは、ゲームにおいて、特定のパラメータを変動させたり、特定のゲームオブジェクトやゲームパートを利用可能としたりするための条件である。ミッションとしては、例えば、対戦結果、対戦状況、アイテムの利用状況、コマンドの利用状況、ゲームパートの利用状況、ゲーム内通貨の量、他のミッションの達成状況、カードの利用状況、カードの取得状況、プレイヤキャラクタのキャラクタレベル等、任意のゲームオブジェクトやゲームパートに関する条件を適用可能である。ミッションには、複数の種類があってよい。例えば、ミッションには、日替わりのミッション、週替わりのミッション、プレイヤレベルに応じたミッション、ストーリーの進行に応じたミッション等の種類があってよい。ミッションは、定められた条件が満たされると達成となる。
ここでは、プレイヤレベルに応じたミッションを、「ステージミッション」と称する。 図１３は、プレイヤレベルとステージミッションとの関係性を示す図である。
図１３に示す例では、プレイヤレベル（ステージ）ごとに、１以上のステージミッションが予め定められている。ステージミッションが達成されると、アイテム、ゲーム内通貨、カード、デッキ等の所定のゲームオブジェクトが、報酬としてユーザに付与される。報酬を付与する、とは、報酬のゲームオブジェクトを、ユーザに関連付けることである。つまり、報酬を付与するとは、報酬のゲームオブジェクトを、ユーザが利用可能にすることである。例えば、報酬のゲームオブジェクトを、ユーザの所持物として追加することにより、報酬を付与する。プレイヤレベルごとのステージミッションが全て達成されると、ゲームシステム１は、プレイヤレベルを増加させる。
プレイヤレベルには、クエストの出現規則に関連する情報等が関連付けられている。例えば、プレイヤレベルには、クエストの難易度、出現時間間隔、出現確率、出現上限値等が関連付けられていてよい。これにより、例えば、ゲームシステム１は、プレイヤレベルが増加した場合に、クエストの難易度を上昇させたり、クエストの種類を増やしたり、全てのクエスト選択用アイコンの出現頻度を上昇させたり、特定のクエスト選択用アイコンの出現頻度を上昇させたり、クエスト選択用アイコンの出現上限値を増加させたりすることができる。これによりユーザは、プレイヤレベルを増加させれば、所望のクエストを選択しやすくなる。従って、ゲームシステム１は、ユーザにプレイヤレベルを増加させようとする動機付けを与え、ゲームをプレイする意欲を促進することができる。
なお、プレイヤレベルには、クエストの出現規則に関連する情報以外他にも任意のゲームオブジェクトやゲームパートが関連付けられてよい。例えば、プレイヤレベルには、特定のゲームパートの利用許可、保存可能なデッキの数の上限値、所持可能なカードの数の上限値等が関連付けられてよい。これにより、例えば、ゲームシステム１は、プレイヤレベルが増加した場合に、特定のゲームパートを利用可能にしたり、より多くのデッキを保存可能にしたり、より多くのカードを保存可能にしたりすることができる。従って、ゲームシステム１は、ユーザにプレイヤレベルを増加させようとする動機付けを与え、ゲームをプレイする意欲を促進することができる。なお、プレイヤレベルの増加に応じて利用可能になるゲームオブジェクトやゲームパートの内容は、利用可能になる前の時点で確認可能としてもよいし、確認不能としてもよい。例えば、ショップパートを、所定のプレイヤレベルで利用可能とする場合、ゲームシステム１は、所定のプレイヤレベルに到達する前からショップアイコンを配置しておいてもよいし、所定のプレイヤレベルに到達したときにショップアイコンを新規に出現させてもよい。事前にショップアイコンを配置しておく場合、ゲームシステム１は、所定のプレイヤレベルに到達するまでは、ショップアイコンに対する操作を受け付けないこととしてよい。
また、ゲームシステム１は、プレイヤレベルを増加させるときに、出現制御アイコンの出現状況を変化させてもよい。例えば、ゲームシステム１は、プレイヤレベルを増加させるとともに、出現制御アイコンの全部又は一部を、出現上限値の数、出現させてよい。このとき、プレイヤレベルの増加前に、既に出現していた出現制御アイコンについては、消去してもよいし、残してもよい。これにより、プレイヤレベルの増加前に出現している出現制御アイコンが少ない程、プレイヤレベルの増加時には多くの出現制御アイコンを新たに出現させることができる。つまり、ユーザがより多くのクエストをプレイするには、プレイヤレベルの増加時に、出現制御アイコンの出現数が少なくなるように頻繁にクエストをプレイすることが効果的になる。従って、ゲームシステム１は、ユーザがゲームをプレイする動機付けを与えることができる。また、ユーザは、より多くの所望のクエストをプレイするためには、プレイヤレベルの増加のタイミングを鑑みて、プレイするクエストを選択することが効果的になる。従って、ゲームシステム１は、プレイするクエストの選択に戦略性を持たせることができるため、ユーザの興味をさらに強く引くことができる。 以上が、ミッションについての説明である。
ミッション詳細画面の説明を続ける。
ミッション達成率表示欄とは、現在のプレイヤレベルにおける全ステージミッションのうち、達成されたミッションの割合を示す欄である。
切替タブとは、表示するミッションの種類を変更するための操作子である。図１２に示す例では、切替タブＥ６３は、ステージミッションと、利用可能なプレイヤキャラクタを増やすためのキャラゲットミッションとを切り替え可能である。
ミッション内容表示欄とは、切替タブにおいて選択されているミッションの内容と、ミッション達成時の報酬の内容と、を示す欄である。
バックボタンとは、現在のゲーム画面の前に表示されていた画面に表示を戻すための操作子である。
以上が、ミッション詳細画面についての説明である。
［ゲーム画面：メニュー画面］
次に、メニュー画面について説明する。
図１４は、メニュー画面を示す図である。
メニュー画面とは、副次的な機能であるサブメニューの選択を受け付ける画面である。メニュー画面には、例えば、ホーム画面、ワールド画面から遷移可能である。
図１４に示す例において、メニュー画面Ｇ７には、ユーザ情報表示欄Ｅ７１と、第１ゲーム内通貨量表示欄Ｖ１と、第２ゲーム内通貨量表示欄Ｖ２と、メモボタンＥ７２と、複数のサブメニュー選択ボタンＥ７３と、が設けられている。
ユーザ情報表示欄は、ユーザの識別情報を表示する欄である。図１４に示す例では、ゲームシステム１は、ユーザ情報表示欄Ｅ７１において、プレイヤＩＤと、ユーザ名とを表示している。
第１ゲーム内通貨量表示欄は、第１ゲーム内通貨の量を表示する。
第２ゲーム内通貨量表示欄は、第２ゲーム内通貨の量を表示する。
ここで、本実施形態では、ゲーム内通貨には、第１ゲーム内通貨と、第２ゲーム内通貨との２種類がある。第１ゲーム内通貨は、主にユーザが現実の通貨を用いて購入することにより取得可能な通貨である。第２ゲーム内通貨は、主にゲームの進行に応じて取得可能な通貨である。ただし、ゲーム内通貨の取得方法は、任意であってよい。
メモボタンとは、メモ機能を提供するための操作子である。メモ機能とは、ユーザの所望の任意の文字列を、参照可能に記憶する機能である。メモボタンを選択されると、ゲームシステム１は、任意のテキストの入力を受け付ける。ゲームシステム１は、入力されたテキストのデータを記憶する。
サブメニュー選択ボタンとは、サブメニューの選択を受け付ける操作子である。例えば、図１４に示す例では、サブメニュー選択ボタンＥ７３として、ユーザのフレンドを表示するためのフレンド表示ボタン、ユーザの所持アイテムを表示するためのアイテム表示ボタン、ゲーム画面の見栄えを変更するためのきせかえボタン、デッキを編集するためのデッキ編集ボタン、ユーザの所持カードを表示するためのカード図鑑ボタン、ゲームの設定を変更するための設定ボタン、別のゲームからのデータの引継ぎを行うためのデータ引継ぎボタン、ゲームの進行状況を表示する実績ボタン、ヘルプ等を表示するためのヘルプ・その他ボタンが配置されている。
以上が、メニュー画面についての説明である。
［ゲーム画面：通信対戦パート選択画面］
次に、通信対戦パート選択画面について説明する。
図１５は、通信対戦パート選択画面を示す図である。
通信対戦パート選択画面とは、通信対戦パートの選択を受け付けるための画面である。通信対戦パート選択画面には、例えば、パート選択画面、ワールド選択画面から遷移可能である。
図１５に示す通信対戦パート選択画面Ｇ８には、オンライン対戦選択ボタンＥ８１と、フレンド対戦ボタンＥ８２とが配置されている。また、通信対戦パート選択画面Ｇ８には、ランク対戦ボタン、レギュレーション対戦ボタン、みんなのリプレイボタンが配置されても良い。
オンライン対戦選択ボタンとは、オンライン対戦パートを開始するための操作子である。
フレンド対戦ボタンとは、フレンド対戦パートを開始するための操作子である。
ランク対戦ボタンとは、ランク対戦パートを開始するための操作子である。
レギュレーション対戦ボタンとは、レギュレーション対戦パートを開始するための操作子である。
みんなのリプレイボタンとは、みんなのリプレイパートを開始するための操作子である。
ここで、本実施形態において、通信対戦パートには、オンライン対戦パートと、フレンド対戦パートと、ランク対戦パートと、レギュレーション対戦パートの４種類がある。 オンライン対戦パートとは、サーバ装置３０に接続している他の端末装置１０のユーザのうち、無作為に抽出されたユーザと、対戦するゲームパートである。
フレンド対戦パートとは、サーバ装置３０に接続している他の端末装置１０のユーザのうち、自装置のユーザとフレンドの関係にあるユーザと、対戦するゲームパートである。
ランク対戦パートとは、サーバ装置３０に接続している他の端末装置１０のユーザのうち、同一ランクの無作為に抽出されたユーザと、対戦するゲームパートである（図１６）。自装置のユーザは、同一ランクのユーザに所定回数勝てば、ランクが上がり（ランクアップする）、所定回数負ければ、ランクが下がる（ランクダウンする）。ここで、同一ランクとは、自装置のユーザのランクと同じランクであることをいう。
［ゲーム画面：ランク戦パート画面］
図１６は、ランク戦パート画面を示す図である。
ランク戦パート画面とは、ランク戦に関する情報を表示する画面である。
図１６に示すランク戦パート画面Ｇ２９には、ランク戦タイトルＥ２９１と対戦記録（Ｅ２９３〜Ｅ２９６等）とが表示され、また、デュエルボタンＥ２９２と、戻るボタンＥ２９７と、マイデッキボタンＥ２９８と、ホームボタンＥ２９９と、が配置されている。 ランク戦タイトルＥ２９１には、ユーザのランクが示されている（この図ではランク２）。また対戦記録には、過去の対戦結果の一覧が表示され、例えば、対戦結果には、勝敗Ｅ２９４（この図では負け（ＬＯＳＥ））、対戦相手Ｅ２９３（対戦相手のユーザ名や略称等）、アイコンＥ２９５（対戦相手のアイコン）、対戦日時Ｅ２９６が表示される。 デュエルボタンＥ８２９２が押された場合、ゲームシステム１は、同一ランク（この図の場合、ランク２）のユーザを、対戦相手として無作為に抽出し、デュエルを開始させる。マイデッキボタンＥ２９８は、デッキ情報画面を表示させるための操作子である。ユーザは、このボタンＥ２９９を押すことにより、ランク戦前後に、デッキの設定を行うことができる。
レギュレーション対戦パートとは、サーバ装置３０に接続している他の端末装置１０のユーザのうち、同一ランク無作為に抽出されたユーザと、対戦するゲームパートである。同一ランクのユーザに所定回数勝てば、ランクアップし、所定回数負ければ、ランクダウンする。ランク対戦パートとの違いは、レギュレーション対戦パートは、サーバ装置３０で決められたレギュレーションを使用して対戦を行うパートであることである。レギュレーションは、所定の期間で変更される。レギュレーションは、対戦の規則であり、具体的な例としては、アドバンス召喚において、通常は、召喚のために、モンスターをリリースしなければならない規則であるが、モンスターをリリースする必要ない、というものである。レギュレーションによって、使用するデッキの構成がランク戦とは異なるため、いつもとは違った対戦パートが楽しめる。
みんなのリプレイとは、特定条件（「リプレイ条件」とも称する）に合う特定の対戦履歴（例えば、最新の対戦履歴、無作為に抽出された対戦履歴等）が一覧になっているものである。ゲームシステム１は、所定タイミングで、全対戦履歴からリプレイ条件に合うものをリスト表示している。よって、ゲームシステム１は、しばらく経ってから同一のリプレイ条件のリプレイを表示させた場合でも、前回とは異なる対戦内容を表示することがある。
リプレイの条件としては、勝ち方や対戦終了時の状態（パラメータの値等）に基づく条件があり、例えば、ターン数（攻防回数）、特定の配置場所（デッキ等）のカードの種類、ダメージ、ライフポイントに基づく条件がある。具体的には、リプレイの条件としては、「閃光！１ターン決着」「レアカードいっぱいデュエル」「鉄壁のノーダメージ勝利」「紙一重ギリギリデュエル」などがある。
「閃光！１ターン決着」では、１ターンで決着がついた対戦履歴であることを条件とし、この条件に合う対戦履歴のうち、最新のものが選択される。
「レアカードいっぱいデュエル」では、レアカードだけで構成したデッキが勝利した対戦履歴であることを条件とし、この条件に合う対戦履歴のうち、最新のものが選択される。「鉄壁のノーダメージ勝利」では、相手からのダメージが０で勝利した対戦履歴であることを条件とし、この条件に合う対戦履歴のうち、最新のものが選択される。
「紙一重ギリギリデュエル」では、ライフポイントが所定の数値以下（例えば、１００）で勝利した対戦履歴であることを条件とし、この条件に合う対戦履歴のうち、最新のものが選択される。
通常召喚とは、手札からそのままフィールド上に表側攻撃表示（後述）でモンスターカードを配置することをいう。
アドバンス召喚とは、レベル５以上のモンスターについて召喚前に、自分フィールド上の別モンスターをリリースしなければならない。
レベル５又は６のモンスターは１体、レベル７以上のモンスターは２体をリリースする必要がある。生け贄召喚とも呼ばれる。アドバンス召喚も、通常召喚に含まれる。また、通常召喚は、１ターンに１回のみ行うことができる。
特殊召喚とは、通常召喚とは別に特殊な手順を踏んでモンスターを自分フィールド上に出すことをいう。特殊召喚は条件を満たしていれば１ターンに何度でも行うことが可能である。特殊召喚は、特別な記載がない限り、表側攻撃表示か、表側守備表示かを選択してフィールド上に出す。
リリースとは、自分フィールド上のモンスターを墓地へ送る事をいう。
また、フィールド上、カードの表示には、表側表示と裏側表示、及び、縦表示（攻撃表示）と横表示（守備表示）の４つの組合せのうち、例えば、３つの表示形式（表側攻撃表示、表側守備表示、裏側守備表示）を採用しても良い。 表側表示の場合、対戦相手はカードの内容を確認できるが、裏側表示の場合、対戦相手はカードの内容を確認できない。ただし、裏側表示の場合には、特定のカード名を必要とする効果は適用されず、モンスターの場合には装備カードを装備する事や、種族や属性、攻撃力などのカードの詳細な情報を必要とする効果を適用する事はできない。
攻撃表示のモンスター同士が戦闘を行う場合、攻撃力の高いモンスターが勝つ。攻撃力の低いモンスターは破壊される（墓地に送られる）とともに、この負けたモンスターを出していたプレイヤは、攻撃力の差のダメージを受け、その差だけライフポイントが減らされる。攻撃表示のモンスター（攻撃モンスター）と守備表示のモンスター（守備モンスター）が戦闘を行う場合、攻撃モンスターの攻撃力と守備モンスターの守備力が比較される。比較の結果、数値が高いモンスターが勝つ。攻撃モンスターの攻撃力の方が高い場合、守備モンスターは破壊されるが、この負けた守備モンスターを出していたプレイヤは、ダメージを受けず、ライフポイントはそのままである。一方、守備モンスターの守備力の方が高い場合、攻撃モンスターに影響はないが、この負けた攻撃モンスターを出していたユーザは、守備力と攻撃力の差のダメージを受け、その差だけライフポイントが減らされる。
このように、ゲームシステム１は、ゲームオブジェクト毎に、ゲームオブジェクトの配置位置に加えて、その置き方・出し方（オブジェクトの向き等；上述のカードの表示形式）を記憶し、置き方・出し方に応じて、適用するパラメータや、効果の適用の可否、又は、ダメージの対象を決定する。ゲームシステム１は、カードの表示形式に応じて、ダメージの値を算出する。
フレンドとは、例えば、互いに関連付けられた２人のユーザの関係のことである。以下では、フレンドとして、２つのユーザを関連付けて管理することを「フレンド登録」と称することがある。フレンド登録は、任意の方法、タイミングにより行われてよい。例えば、フレンド登録では、一方のユーザから、他方のユーザにフレンド登録の申請を行う。そして、申請を受け付けたユーザが登録を承認した場合に、２人のユーザのプレイヤＩＤを関連付けて、各ユーザのユーザデータに記憶させる。フレンド登録の申請は、例えば、メニュー画面から登録を希望するユーザのプレイヤＩＤを入力することにより可能としてもよいし、オンライン対戦パートによるプレイの後に、対戦相手のユーザに申請可能としてもよい。
以上が、通信対戦パート選択画面についての説明である。
［ゲーム画面：ショップ画面］
次に、ショップ画面について説明する。
図１７は、ショップ画面を示す図である。
ショップ画面とは、ショップパートにおけるゲーム画面である。ショップ画面には、例えば、ホーム画面、ワールド画面から遷移可能である。
図１７に示す例において、ショップ画面Ｇ９には、複数の商品アイコンＥ９１、Ｅ９２、…と、商品価格表示欄Ｅ９３と、利用規約ボタンＥ９４と、購入履歴ボタンＥ９５とが設けられている。
商品アイコンとは、商品の概要を示すとともに、商品の購入を受け付ける操作子である。商品アイコンにより選択可能な商品は、例えば、フリック操作により切り換えることができる。商品の例としては、例えば、カード、デッキ、アイテム、コマンド、プレイヤキャラクタ等のゲームオブジェクトがある。商品は、複数のゲームオブジェクトを組み合わせたものであってもよい。１つの商品を構成するゲームオブジェクトの数は、１つであってもよいし、複数であってもよい。例えば、商品は、特定の属性のカードを組み合わせたパッケージ等であってもよい。また、商品の内容は、実際に購入されるまで確定していなくてもよい。例えば、商品の内容は、購入時に、特定の属性のカードの中から抽選して決定されてもよい。
商品価格表示欄とは、商品の価格を、第１ゲーム内通貨により表示する。商品の価格が無料である場合、商品価格表示欄は、設けられなくてもよい。
商品の品揃えや商品の価格は、プレイヤレベル等のゲーム内のパラメータに応じて変更されてもよいし、現実世界の時刻（例えば、協定世界時、グリニッジ標準時）や端末装置１０の位置等のゲームとは無関係な情報に応じて変更されてもよい。
利用規約ボタンＥ９４とは、商品の購入において、ゲームの提供元とユーザとの間で交わされる契約の内容や注意を表示させるための操作子である。
購入履歴ボタンＥ９５とは、商品の購入履歴を表示させるための操作子である。
以上が、ショップ画面についての説明である。
［ゲーム画面：ワールド画面］
次に、ワールド画面について説明する。
図１８〜図２１は、ワールド画面を示す図である。
ワールド画面とは、ワールドパートにおけるゲーム画面である。ワールド画面には、例えば、ホーム画面、ミッション詳細画面、メニュー画面、通信対戦パート選択画面、アイテム選択画面、レアクエスト選択画面、クエスト詳細画面、クエスト結果画面等から遷移可能である。
図１８〜図２１に示す例において、ワールド画面Ｇ１０〜Ｇ１３には、ホームボタンＨが設けられている。
ホームボタンＨ１とは、パート選択画面に表示を遷移させるための操作子である。
また、ワールド画面Ｇ１０〜Ｇ１３は、異なるエリアに対応する。また、ワールド画面Ｇ１０〜Ｇ１３には、ホーム画面Ｇ５に遷移させるためのホームボタンＨ１が配置されている。
エリアとは、ゲームにおける仮想的な地域である。
図２２は、エリア間の関係性を示す図である。
本実施形態では、仮想空間全体を「ワールド」と称す。図２２に示す例において、ワールドＷ１内には、第１シティＷ１１と第２シティＷ１２との２つのシティが設けられている。第１シティＷ１１には、互いに隣接する４つのエリアＡ１〜Ａ４が設けられている。第２シティＷ１２には、互いに隣接する４つのエリアＡ５〜Ａ８が設けられている。ワールドパートでは、これら複数のエリアのうち、１つのエリアに対応するワールド画面が表示される。エリア間の移動は、例えば、フリック操作により行うことができる。ユーザによりエリアの移動が指示されると、ワールド画面が、移動先のエリアに対応するものに切り替えられる。
各エリアには、他のゲームパートに関連付けられたゲームオブジェクトが仮想的な建物として配置されている。ユーザは、ワールド画面を介して、これらのゲームオブジェクトを選択することにより、選択したオブジェクトに応じたゲームパートを利用することができる。例えば、ワールド画面Ｇ１０〜Ｇ１３には、それぞれ、センターアイコンＥ１０１、ショップアイコンＥ１１１、アイテム利用アイコンＥ１２１、ゲートアイコンＥ１２２、ホールアイコンＥ１３１が表示されている。センターアイコンＥ１０１は、通信対戦パート選択画面Ｇ８に関連付けられている。ショップアイコンＥ１１１は、ショップ画面Ｇ９に関連付けられている。アイテム利用アイコンＥ１２１は、アイテム選択画面Ｇ１４に関連付けられている。ゲートアイコンＥ１２２は、レアクエスト選択画面Ｇ１７、Ｇ１７Ａ、Ｇ１７Ｂに関連付けられている。ホールアイコンＥ１３１は、後述するお使いパートに関連付けられている。また、図示しないが、第１シティＷ１１のエリアＡ４と第２シティのエリアＡ６には、互いのエリアを関連付けるゲームオブジェクトが設けられている。つまり、ユーザは、このゲームオブジェクトを操作することにより、別のシティに移動することができる。
また、ゲームシステム１は、ワールド画面に、クエスト選択用アイコン、トレーダアイコン、落し物アイコン等を出現させる。例えば、図１８に示す例において、ワールド画面Ｇ１０には、通常クエストのクエスト選択用アイコンＣ１と、レアクエストのクエスト選択用アイコンＣ２と、落し物アイコンＣ３と、トレーダアイコンＣ４と、が配置されている。このように、ゲームシステム１は、１つのゲーム画面に複数の出現制御アイコンを同時に表示させてよい。１つのゲーム画面に複数の出現制御アイコンを同時に表示させる場合、ゲームシステム１は、複数の出現制御アイコンを並べて表示してもよいし、複数の出現制御アイコンを重ねて表示してもよい。また、ゲーム画面に奥行きが設定されている場合には、ゲームシステム１は、或る出現制御アイコンの手前側、又は、奥側に、別の出現制御アイコンを表示してもよい。
ユーザが通常クエストのクエスト選択用アイコンを選択すると、ゲームシステム１は、通常クエストのクエスト詳細画面を表示する。レアクエストのクエスト選択用アイコンが選択されると、ゲームシステム１は、レアクエストのクエスト詳細画面を表示する。通常クエスト、レアクエストのプレイ後は、プレイしたクエストに係るクエスト選択用アイコンを消滅させる。
落し物アイコンが選択されると、ゲームシステム１は、落し物獲得画面を表示する。そして、ゲームシステム１は、アイテム、ゲーム内通貨等を付与し、落し物アイコンを消滅させる。
トレーダアイコンが選択されると、ゲームシステム１は、トレーダ画面を表示する。ゲームシステム１は、選択されたトレーダアイコンを消滅させてもよいし、そのまま出現させ続けてもよい。
ここで、クエスト選択用アイコン、トレーダアイコン、落し物アイコンの出現について説明する。以下では、一例として、クエスト選択用アイコンについて説明する。
クエスト選択アイコンの出現数は、例えば、ワールドＷ１全体で管理される。この場合、クエスト選択用アイコンの出現上限値は、ワールドＷ１に対して定められる。そして、クエスト選択用アイコンのワールドＷ１全体における出現数が、出現上限値に達するまでは、時間の経過に応じて、エリアＡ１〜Ａ８のいずれかにクエスト選択用アイコンが新規に配置される。クエスト選択用アイコンの出現数が出現上限値に達している場合、ゲームシステム１は、クエスト選択用アイコンを出現させないようにしてもよいし、既に出現しているクエスト選択用アイコンの消滅と引き換えに、新たなクエスト選択用アイコンを出現させてもよい。つまり、クエスト選択用アイコンは、入れ替えられてもよい。なお、クエスト選択アイコンの出現数は、エリアごと、シティごと等で管理されてもよい。
また、クエスト選択アイコンの出現数は、クエストの種類や内容ごとに管理されてもよい。この場合、通常クエストの出現上限値と、レアクエストの出現上限値とが、クエストの種類や内容ごとに定められる。
また、クエスト選択用アイコンの配置は、クエストの種類や内容ごとに管理されてもよい。また、クエスト選択用アイコンの配置は、例えば、クエストの種類や内容ごとに固定であってもよいし、出現させるときに決定されてもよい。例えば、クエスト選択用アイコンの配置を、通常クエストの場合には、第１シティＷ１と第２シティＷ２とにおいて共通とし、レアクエストの場合には、第１シティと第２シティとにおいて、個別としてよい。具体的には、第１シティＷ１の４つのエリアＡ１〜Ａ４と、第２シティＷ２の４つのエリアＡ５〜Ａ８とを１対１で対応させ、通常クエストについては、対応するエリアにおいて同じクエスト選択用アイコンが配置されるようにする。これに対して、レアクエストについては、第１シティＷ１１と第２シティＷ１２とにおいて、同じクエスト選択用アイコンが配置されないようにする。
また、クエストの種類や内容は、場所や時間に応じて定められていてもよい。例えば、クエストの集合からの抽選によって出現させるクエストを選択する場合、参照元のクエストの集合を、出現させる場所（エリア）や時間に応じて異ならせてよい。これにより、特定のクエストのクエスト選択用アイコンを、特定のタイミングで、特定のエリアに出現させることができる。
また、クエストの種類や内容は、プレイヤキャラクタやプレイヤキャラクタのパラメータ、ユーザレベル等に応じて異なっていてもよい。例えば、プレイヤキャラクタに固有のレアクエストのクエスト選択用アイコンが出現するようにしてもよい。
また、クエスト選択用アイコンの出現頻度は、クエストの種類や内容ごとに定められていてもよい。例えば、レアクエストの場合には、通常クエストの場合に比して、低い頻度でクエスト選択用アイコンが出現するようにしてもよい。
また、クエスト選択用アイコンの出現頻度は、プレイヤキャラクタやプレイヤキャラクタのパラメータ、ユーザレベル等に応じて異なっていてもよい。例えば、プレイヤキャラクタ「Ａ」の場合は、レアクエストの出現頻度が相対的に高めに設定され、プレイヤキャラクタ「Ｂ」の場合は、通常クエストの出現頻度が相対的に高めに設定される等としてもよい。
また、クエスト選択用アイコンの出現頻度は、時間間隔や出現確率により調整されてよい。例えば、クエスト選択用アイコンは、所定の時間間隔で出現するようにしてよい。また、例えば、クエスト選択用アイコンを出現させるか否かが、所定の時間間隔で判定されてもよい。このとき、クエスト選択用アイコンは、所定の確率で出現するようにしてよい。また、ゲームシステム１は、図２の時間表示欄Ｅ２２のように、クエスト選択用アイコンの次回の出現までの時間等、出現頻度に関する情報を、ユーザに提示してもよい。
以上のように、ゲームシステム１は、クエスト選択用アイコンを、時間の経過に応じて出現させる。そのため、ユーザは、クエスト選択用アイコンが出現するまでは、どのようなクエストを選択可能になるのかを判断することができない。従って、ゲームシステム１は、将来、選択可能になるクエストについて、ユーザに期待感を抱かせることができる。また、ゲームシステム１は、クエスト選択用アイコンを複数のエリア、すなわち、複数のワールド画面のいずれかに出現する。そのため、ユーザは、１つのワールド画面を確認したのみでは、どのようなクエストが選択可能であるかを判断することができない。従って、ゲームシステム１は、選択可能になっているクエストについて、ユーザに期待感を抱かせることができる。
また、ゲームシステム１は、クエスト選択用アイコンを、ワールド画面において出現させる位置を、出現の都度、選択する。従って、ゲームシステム１は、同様のクエストを出現させる場合であっても、ワールド画面に変化をもたらすことができるため、ユーザを飽きさせることがない。そして、ゲームシステム１は、クエスト選択用アイコンを探すという新たな興趣性をユーザに提供することができる。
また、ゲームシステム１は、ワールド画面に、他のゲームパートに切り替えるための操作子を表示する。例えば、図１８〜図２１に示す例において、ゲームシステム１は、センターアイコンＥ１０１、ショップアイコンＥ１１１、アイテム利用アイコンＥ１２１、ゲートアイコンＥ１２２、ホールアイコンＥ１３１を表示する。
センターアイコンとは、通信対戦パートを開始するための操作子である。センターアイコンが選択されると、ゲームシステム１は、通信対戦パート選択画面を表示する。
アイテム利用アイコンとは、アイテム選択パートを開始するための操作子である。アイテム利用アイコンが選択されると、ゲームシステム１は、アイテム選択画面を表示する。 ゲートアイコンとは、レアクエスト選択パートを開始するための操作子である。ゲートアイコンが選択されると、ゲームシステム１は、レアクエスト選択画面を表示する。
ホールアイコンとは、お使いパートを開始するための操作子である。お使いパートとは、ユーザが所持するプレイヤキャラクタ、カード等のゲームオブジェクトを一時的に利用できなくすることと引き換えに、ゲームオブジェクトに応じた報酬を獲得可能とする機能を提供するゲームパートである。お使いパートの具体例について説明する。まず、ゲームシステム１は、利用不可とするカードの選択を、ユーザから受け付ける。ゲームシステム１は、選択されたカードを所定期間、利用不可とする。そして、ゲームシステム１は、所定期間経過後に、利用不可とされたカードとは異なるカードを、報酬として、ユーザの所持カードに追加する。このとき、報酬の内容は、利用不可とされたカードや、利用不可とされた期間に基づいて決定されてよい。また、利用不可とされる期間は、ユーザにより設定されてもよい。また、利用不可とされたカードは、所定期間経過後に利用可能としてもよいし、所定期間経過後も利用不可能としてもよい。
このように、ゲームシステム１は、クエスト選択用アイコンが出現するゲーム画面に、他のパートに切り替えるための操作子を設ける。そのため、ユーザは、クエスト選択用アイコン等を探しながら、他のパートの存在を視認する。従って、ゲームシステム１は、他のパートにユーザを誘導しやすくすることができる。例えば、センターアイコンと、レアクエストのクエスト選択用アイコンとを同時に表示することにより、センターを選択するつもりであったユーザがレアクエストのクエスト選択用アイコンを発見する状況が生じる。つまり、ユーザがレアクエストをプレイするつもりではなかった場面であっても、ユーザがレアクエストをプレイするきっかけが発生する。従って、ゲームシステム１は、ユーザのゲームへの関心を高めることができる。
なお、ゲームシステム１は、他のパートに切り替えるための操作子と、クエスト選択用アイコンとを、並べて表示してもよいし、重ねて表示してもよい。例えば、クエスト選択用アイコンを他のパートに切り替えるための操作子の手前側に表示してもよい。
なお、トレーダアイコンにより利用可能なショップ機能において、商品の品揃えや価格は、場所や時間に応じて定められていてもよいし、プレイヤキャラクタやプレイヤキャラクタのパラメータ、ユーザレベル等に応じて異なっていてもよい。同様に、落し物アイコンにより取得可能なゲームオブジェクトは、場所や時間に応じて定められていてもよいし、プレイヤキャラクタやプレイヤキャラクタのパラメータ、ユーザレベル等に応じて異なっていてもよい。
また、トレーダアイコンの出現頻度は、場所や時間に応じて定められていてもよいし、プレイヤキャラクタやプレイヤキャラクタのパラメータ、ユーザレベル等に応じて異なっていてもよい。同様に、落し物アイコンの出現頻度は、場所や時間に応じて定められていてもよいし、プレイヤキャラクタやプレイヤキャラクタのパラメータ、ユーザレベル等に応じて異なっていてもよい。
また、ゲームシステム１は、トレーダアイコン、落し物アイコンの出現を、クエスト選択用アイコンの出現規則と同様の出現規則に基づいて制御してもよいし、クエスト選択用アイコンの出現規則とは異なる出現規則に基づいて制御してもよい。例えば、ゲームシステム１は、クエスト選択用アイコンが出現していない場合に、落し物アイコンやトレーダアイコンが高頻度で出現するようにしてもよい。また、例えば、落し物アイコンやトレーダアイコンは、出現から所定の時間が経過すると消滅するようにしてもよい。これにより、ゲームシステム１は、ユーザがクエスト選択用アイコンが出現していないと考える場合であっても、ワールドを探索して、ゲームをプレイする動機を与えることができる。また、ゲームシステム１は、クエストが出現するまでの待ち時間であっても、落し物アイコンやトレーダアイコンを探す興趣性が提供するため、待ち時間を有効活用させることができる。
以上が、ワールド画面についての説明である。
［ゲーム画面：チャット画面］
図２３、図２４は、チャット画面をを示す。
チャット画面Ｇ３０は、ルームボタンＥ３０３、会話リストＥ３０２、戻るボタンＥ３０３、コメント投稿ボタンＥ３０４で構成されている。
ルームボタンＥ３０３は、現在のルーム番号を表示していおり、ボタンを押すことで、別のルーム番号に変更することができる。
会話リストＥ３０２は、会話を発言したユーザ名Ｅ３０２１、発言した日時Ｅ３０２２、発言内容Ｅ３０２３で構成されている。下に行くほど最も新しく発現された会話内容を示す。古い会話は上部へスクロールアウトする。
戻るボタンＥ３０３は、前の画面に戻る操作子である。
コメント投稿ボタンＥ３０４は、自分のコメントを投稿する操作子である。投稿内容は文字数の最大値は予め決められている。
自分のコメントを投稿すると、図２４で示すチャット画面になる。
図２４は、コメントを投稿した後の図である。
チャット画面Ｇ３１は、ルームボタンＥ３１３、会話リストＥ３１２、戻るボタンＥ３１３、投稿待ち時間画像Ｅ３１４で構成されている。
ここで、チャット画面Ｇ３１では、チャット画面Ｇ３０のコメント投稿ボタンＥ３０４が操作不能になり、投稿待ち時間画像Ｅ３１４が表示される。投稿待ち時間画像Ｅ３１４には、「投稿まであと１０秒」というように、次投稿できるようになるまでの秒数をカウントダウン表示される。このように、ゲームシステム１は、投稿後の一定期間は投稿できないように制御し、間隔の短い連続した投稿をできないようにしている。
１０秒するすぎると、図２３で示すチャット画面に戻る。
また、チャット画面の会話リストの中の一つの会話をタップすると、「通報する」「フレンドになる」「ブロックする」が選択できる。
「通報する」は、不適切な発言をしていた場合に、管理者にその内容を通報するというものである。
「フレンドになる」は、その会話の発言者にフレンド申込みをするものである。
「ブロックする」は、そのユーザの会話を非表示にするものである。
［ゲーム画面：アイテム選択画面］
次に、アイテム選択画面について説明する。
図２５は、アイテム選択画面を示す図である。
アイテム選択画面とは、利用するアイテムの選択を受け付けるためのゲーム画面である。アイテム選択画面には、例えば、ワールド画面から遷移可能である。
図２５に示す例において、アイテム選択画面Ｇ１４には、アイテム表示欄Ｅ１４１と、アイテム選択ボタンＥ１４２、Ｅ１４３とが設けられている。
アイテム表示欄Ｅ１４１とは、アイテムの画像と、アイテムの説明とが表示する欄である。図２５に示す例の場合、アイテム表示欄Ｅ１４１には、出現制御アイテムが表示されている。
出現制御アイテムとは、出現制御アイコンの出現状況、出現規則に変化を与えるアイテムである。出現制御アイコンの出現状況に変化を与えるアイテムとしては、例えば、出現上限数の出現制御アイコンを即時に出現させるアイテム、所定数の出現制御アイコンを即時に新たに出現させるアイテム等がある。また、出現規則に変化を与えるアイテムとしては、例えば、出現時間間隔を短くするアイテム、出現確率を高めるアイテム、出現上限数を増加させるアイテム等がある。出現制御アイテムの効果は、一時的であってもよいし、恒久的であってもよい。また、出現アイテムの効果は、特定の出現制御アイコンについて発揮されてもよいし、全部の出現制御アイコンについて発揮されてもよい。具体的には、出現制御アイテムとして、１時間の間、クエスト選択用アイコンの出現時間間隔をゼロにするアイテムが存在してよい。
アイテム選択ボタンＥ１４２、Ｅ１４３は、ユーザがアイテムを所持しているか否かで異なる機能を備える。図２５に示す例の場合、アイテム選択ボタンＥ１４２は、ユーザがアイテムを所持している場合に対応し、アイテム選択ボタンＥ１４３は、ユーザがアイテムを所持していない場合に対応している。この場合、アイテム選択ボタンＥ１４２は、アイテムの利用を受け付けるための操作子として機能し、アイテム選択ボタンＥ１４３は、アイテムの購入を受け付けるための操作子として機能する。つまり、アイテム選択ボタンＥ１４２が選択された場合には、対応するアイテムが利用され、アイテム選択ボタンＥ１４３が選択された場合には、ゲーム内通貨等、対価の消費と引き換えに、アイテムが追加される。
なお、アイテム選択ボタンＥ１４３が選択された場合には、アイテムの対価の消費と引き換えに、アイテムが利用されるようにしてもよい。つまり、所持アイテムを追加する処理を省略して、購入と同時にアイテムが利用されるようにしてもよい。
以上が、アイテム選択画面についての説明である。
［ゲーム画面：落し物獲得画面］
次に、落し物獲得画面について説明する。
図２６は、落し物獲得画面を示す図である。
落し物獲得画面とは、落し物の獲得を、ユーザに通知するための画面である。落し物獲得画面には、例えば、ワールド画面から遷移可能である。
図２６に示す例において、落し物獲得画面Ｇ１５には、落し物表示欄Ｅ１５１、確認ボタンＥ１５２が設けられている。
落し物表示欄とは、落し物アイコンの選択により、落し物として付与されるゲームオブジェクトを表示する欄である。
確認ボタンとは、ユーザが落し物を確認した場合に選択する操作子である。確認ボタンが選択されると、ゲームシステム１は、落し物をユーザの所持物に追加し、ゲーム画面を、ワールド画面に戻す。
以上が、落し物獲得画面についての説明である。
［ゲーム画面：トレーダ画面］
次に、トレーダ画面について説明する。
図２７は、トレーダ画面を示す図である。
トレーダ画面とは、カードの交換を受け付けるための画面である。また、トレーダ画面とは、ショップパートにおけるゲーム画面の一例でもある。トレーダ画面Ｇ１６には、例えば、ワールド画面から遷移可能である。
図２７に示す例において、トレーダ画面Ｇ１６には、商品アイコンＥ１６１と、商品説明欄Ｅ１６２と、商品入れ替え時間表示欄Ｅ１６３と、商品インジケータＥ１６４と、交換ボタンＥ１６５と、が設けられている。
商品アイコンとは、商品であるカードの画像である。商品アイコンＥ１６１に表示するカードは、例えば、フリック操作により切り替えることができる。
商品説明欄とは、商品の名称、説明、価格、現在の所持数等が表示する欄である。ここでは、一例として、トレーダ画面Ｇ１６における商品の価格は、第２ゲーム内通貨により表示される。
商品入れ替え時間表示欄とは、商品の品揃えが変更されるまでの時間が表示する欄である。つまり、商品入れ替え時間表示欄に表示される時間が経過すると、商品の品揃えが変更される。
商品インジケータとは、トレーダ画面において選択可能な商品全体のうち、現在の画面において情報を提示している商品の相対的な位置を示すインジケータである。例えば、図２７に示す例の場合、６つの商品のうち、左から４番目の商品の情報が提示されている。 交換ボタンとは、商品を購入（交換）するための操作子である。交換ボタンが選択されると、ゲームシステム１は、対価の消費と引き換えに、商品のカードを、ユーザの所持物に追加する。
以上が、トレーダ画面についての説明である。
［ゲーム画面：レアクエスト選択画面］
次に、レアクエスト選択画面について説明する。
図２８〜図３０は、レアクエスト選択画面を示す図である。
レアクエスト選択画面とは、レアクエストの選択を受け付けるための画面である。レアクエスト選択画面には、例えば、ワールド画面から遷移可能である。ゲームシステム１は、レアクエスト選択画面を介して、所定の対価と引き換えに、所望のレアクエストをプレイ可能とする。これにより、ユーザは、クエスト選択用アイコンの出現を待つことなく、所望のレアクエストを即時にプレイすることができる。
図２８〜図３０に示す例において、レアクエスト選択画面Ｇ１７、Ｇ１７Ａ、Ｇ１７Ｂには、クエスト概要表示欄Ｅ１７１と、クエスト詳細表示ボタンＥ１７２と、クエストインジケータＥ１７３と、が設けられている。また、レアクエスト選択画面Ｇ１７、Ｇ１７Ａには、クエストレベルタブＥ１７４と、クエスト対価表示欄Ｅ１７５と、対戦ボタンＳ１と、が設けられている。また、レアクエスト選択画面Ｇ１７Ｂには、レアクエスト選択画面Ｇ１７、Ｇ１７ＡにおけるクエストレベルタブＥ１７４とクエスト対価表示欄Ｅ１７５とに代えて、情報提供欄Ｅ１７６が設けられている。
クエスト概要表示欄とは、レアクエストの名称、レアクエストの概要を示す画像等をレアクエストの概要を表示する欄である。
クエスト詳細表示ボタンとは、報酬やゲーム規則等のレアクエストの詳細を表示するための操作子である。クエスト詳細表示ボタンが選択させると、ゲームシステム１は、例えば、報酬確認画面を表示する。
クエストインジケータとは、レアクエスト選択画面において選択可能なレアクエスト全体のうち、現在の画面において情報を表示中のレアクエストの相対的な位置を示す。例えば、図２８の例の場合、４つのレアクエストのうち、左から１番目のレアクエストの情報が表示されている。
クエストレベルタブとは、表示中のレアクエストのクエストレベルを切り替える操作子である。クエストレベルとは、クエストの難易度、報酬の内容、報酬の選択方法等を示す指標の一例である。
クエスト対価表示欄とは、レアクエストをプレイするために必要な対価を表示する欄である。クエスト対価表示欄の表示は、レアクエストの内容、クエストレベルに応じて変更される。例えば、図２８に示す例の場合、クエストレベルタブＥ１７４においてレベル「１」が選択されており、クエスト対価表示欄Ｅ１７５には、レベル「１」に対応する対価が表示されている。また、例えば、図２９に示す例の場合、クエストレベルタブＥ１７４においてレベル「３」が選択されており、クエスト対価表示欄Ｅ１７５には、レベル「３」に対応する対価が表示されている。必要な対価の数は、例えば、自身が所持する数との比で示されてもよい。
対戦ボタンとは、クエストのプレイの開始要求を受け付ける操作子である。対戦ボタンが選択されると、ゲームシステム１は、対戦の処理を開始する。
ここで、レアクエストは、レアクエスト選択画面の操作の他、レアクエストのクエスト選択用アイコンを操作することでも、開始することができる。また、クエスト選択用アイコンを介してレアクエストをプレイする場合には、対価を必要としない。そのため、ユーザにとっては、レアクエスト選択画面から選択可能なレアクエストについて、同じレアクエストのクエスト選択用アイコンが出現している場合には、クエスト選択用アイコンを介してレアクエストをプレイした方が好ましい。そこで、ゲームシステム１は、レアクエストのクエスト選択用アイコンが出現している場合には、その旨を通知する情報提供欄Ｅ１７６を表示する（例えば、図３０）。これにより、ユーザは、対価を無駄に消費することなく、レアクエストをプレイすることができる。
以上が、クエスト選択画面についての説明である。
［ゲーム画面：クエスト確認画面］
次に、クエスト確認画面について説明する。
クエスト確認画面とは、クエストの内容を確認するための画面である。クエスト確認画面には、例えば、ワールド画面から遷移可能である。本実施形態では、一例として、ゲームシステム１は、通常クエストの場合とレアクエストの場合とで、異なるクエスト確認画面を表示する。
まず、レアクエストに係るクエスト確認画面について説明する。
図３１は、レアクエストに係るクエスト確認画面を示す図である。
図３１に示す例において、クエスト確認画面Ｇ１８には、報酬確認ボタンＲ１と、デッキ設定ボタンＤ１と、対戦ボタンＳ１とが設けられている。
報酬確認ボタンとは、報酬確認画面を表示させるための操作子である。つまり、報酬確認ボタンとは、レアクエストの達成により付与される報酬の内容を確認するための操作子である。報酬確認画面については、後述する。
デッキ設定ボタンとは、デッキ情報画面を表示させるための操作子である。つまり、デッキ設定ボタンとは対戦に用いるデッキを設定するための操作子である。デッキ情報画面については、後述する。
次に、通常クエストに係るクエスト確認画面について説明する。
図３２は、通常クエストに係るクエスト確認画面を示す図である。
図３２に示す例において、クエスト確認画面Ｇ１９には、デッキ設定ボタンＤ１と、対戦ボタンＳ１と、オートボタンＳ２とが設けられている。つまり、通常クエストに係るクエスト選択画面の場合、報酬確認ボタンＲ１が省略され、オートボタンＳ２が新たに設けられている点が異なる。クエスト確認画面Ｇ１９には、例えば、通常クエストのクエスト選択用アイコンから遷移可能である。
オートボタンとは、クエストを構成する対戦を、オートプレイにより進行させるための操作子である。オートプレイとは、ゲームシステム１がユーザのゲーム操作を模擬して、メインゲームを進行させる機能である。つまり、オートプレイの場合には、ユーザは、ゲーム操作を入力することなく、対戦結果を得ることができる。
本実施形態では、レアクエストの難易度を、通常クエストの難易度に比して相対的に高くしている。この場合、通常クエストには、高度な戦略性が求められないことが多くなる。そのため、通常クエストに係るクエスト確認画面の場合には、オートボタンを設けてユーザの利便性を向上させている。
また、本実施形態では、一例として、レアクエストの報酬を、通常クエストの報酬に比して相対的に良いものとしている。この場合、報酬の内容を確認したいというユーザの要求は、通常クエストよりもレアクエストにおいて、顕著であると考えられる。そのため、通常クエストに係るクエスト確認画面の場合には、報酬確認ボタンＲ１を省略している。ただし、通常クエストに係るクエスト確認画面に、報酬確認ボタンＲ１を設けてもよい。
［ゲーム画面：報酬確認画面］
次に、報酬確認画面について説明する。
図３３、図３４は、報酬表示画面を示す図である。
報酬表示画面とは、クエストの報酬を表示する画面である。報酬表示画面には、例えば、クエスト確認画面から遷移可能である。
図３３に示す例において、報酬表示画面Ｇ２０、Ｇ２０Ａには、報酬表示欄Ｅ２０１と、所持カードチェックボックスＥ２０２と、が設けられている。
報酬表示欄とは、クエストの達成時に付与される可能性がある報酬を表示する欄である。例えば、報酬表示欄には、報酬の画像、報酬の数、報酬として付与される確率等が一覧表示される。
所持カードチェックボックスとは、報酬表示欄の表示態様を、ユーザの所持の有無に応じて切り替えるための操作子である。図３３に示す例の場合、所持カードチェックボックスＥ２０２が無効にされている。この場合、各報酬の表示態様は、ユーザが所持しているか否かに依存していない。これに対して、図３４に示す例の場合、所持カードチェックボックスＥ２０２が有効にされている。この場合、各報酬は、ユーザが所持しているか否かに応じて異なる表示態様により示されている。具体的には、ユーザが所持している報酬は、グレーアウト表示されている。これにより、ゲームシステム１は、ユーザが所持していない報酬を目立たせることができる。従って、ユーザは、所望の報酬を得られるか否かを、容易に判断することができる。
以上が、報酬確認画面についての説明である。
［ゲーム画面：デッキ選択画面］
次に、デッキ設定画面について説明する。
図３５は、デッキ設定画面を示す図である。
デッキ設定画面とは、対戦に用いるデッキを選択（設定）するための画面である。デッキ設定画面には、例えば、クエスト確認画面から遷移可能である。
図３５に示す例において、デッキ設定画面Ｇ２１には、第１デッキアイコンＥ２１１と、第２デッキアイコンＥ２１２と、第３デッキアイコンＥ２１３と、の３つのデッキアイコンと、が設けられている。ここでは、一例として、３つのデッキアイコンを示すが、デッキアイコンの数は、任意に定められてよい。
デッキアイコンとは、デッキに対応する画像である。図３５に示す例の場合、第１デッキアイコンＥ２１１は、第１デッキに対応し、第２デッキアイコンＥ２１２は、第２デッキに対応し、第３デッキアイコンＥ２１３は、第３デッキに対応する。
また、デッキアイコンとは、対戦に用いるデッキを選択するための操作子でもある。ユーザは、デッキアイコンを選択することにより、選択したデッキアイコンに対応するデッキを、対戦に用いることができる。
なお、ゲームシステム１は、デッキの選択状況、デッキの利用可否等に応じて、デッキアイコンの表示態様を変更してよい。例えば、デッキ設定画面Ｇ２１に示す例の場合、第１デッキが選択されているため、ゲームシステム１は、第１デッキアイコンＥ２１１に「ＳＥＴ」とのテキストを表示している。また、第２デッキ、第３デッキは、現在のカードの構成では利用ができないため、ゲームシステム１は、第２デッキアイコンＥ２１２、第３デッキアイコンＥ２１３に利用不可を示すマークを重ねて表示している。
以上が、デッキ選択画面についての説明である。
［ゲーム画面：対戦結果画面］
次に、クエスト結果画面について説明する。
クエスト結果画面とは、クエストの結果を示す画面である。クエスト結果画面は、クエスト終了後に表示される。
図３６は、クエスト結果画面を示す図である。
図３６に示す例において、クエスト結果画面Ｇ２２には、プレイヤキャラクタレベル表示欄Ｅ２２１と、報酬表示欄Ｅ２２２とが設けられている。
キャラクタレベル表示欄とは、クエストの結果に応じたキャラクタレベルの変動を示す欄である。プレイヤキャラクタレベル表示欄には、例えば、キャラクタレベルと、キャラクタレベルの変更に関するパラメータ（例えば、経験値）の変化が表示される。なお、クエストの結果、プレイヤレベルが変化するようにしてもよい。
報酬表示欄とは、クエストの結果として付与される報酬を表示する欄である。報酬表示欄には、クエストの達成に応じた報酬が表示される。また、報酬表示欄には、クエストの結果により変動したパラメータに応じて間接的に付与される報酬を表示してもよい。例えば、ゲームシステム１は、クエストの結果、プレイヤキャラクタのキャラクタレベルが上昇したことに応じて、キャラクタレベルに予め関連付けられた報酬を、報酬表示欄に表示してもよい。
以上が、クエスト結果画面についての説明である。
［対戦パートの概要］
次に、対戦パートで実行される対戦型ゲームの一例について、その概要を説明する。 本実施形態において対戦パートで実行されるゲームは、ユーザが所持する複数のカードを用いてプレイする、所謂トレーディングカードゲーム（以下、「カードゲーム」と称する。）である。例えば、このカードゲームは、ユーザが所持する複数のカードの中から所定のルールに従って組み合わせたカードを用いて対戦を行う対戦型のカードゲームであり、カードの選択、及びカードについての処理を実行させるためのコマンドの選択を、ユーザと対戦相手とが交互に行うことによりゲームが進行する。なお、対戦相手は、コンピュータにより制御されるＮＰＣ（Ｎｏｎ Ｐｌａｙｅｒ Ｃｈａｒａｃｔｅｒ）であってもよいし、他の端末装置１０のユーザであってもよい。また、ＮＰＣが用いるデッキは、予め設定されたデッキであってもよいし、他の端末装置１０のユーザの所持デッキであってもよい。また、ユーザと対戦相手とが交互に行う場合のそれぞれの回数は、同じ回数であってもよいし異なる回数であってもよい。例えば、ユーザと対戦相手とが１回ずつ交互に行う方式でもよいし、ユーザが２回行うと対戦相手の手番（以下、「ターン」とも称する。）となり対戦相手が３回行うとまたユーザのターンとなるといった方式でもよい。また、コマンドの選択回数に制限はなく、例えば０回であってもよい。
ここでコマンドは、ゲームを進行させる上での処理を示している。ゲームのプレイ中にユーザがコマンドに対応する操作子を選択、及び選択された操作子に対応するコマンドに基づく処理を実行する対象となるカードを選択することで、実行する処理が決定される。例えば、カードゲームにおいて、コマンドに対応する操作子はユーザが選択したカード、もしくはこれからユーザが選択するカードについてどのような処理を実行するかを選択するための選択肢である。ユーザがコマンドに対応する操作子を選択、及びカードを選択することで、選択されたカードについて実行する処理が決定される。具体的には、ユーザが、コマンドに対応する操作子を選択し、選択された操作子に対応するコマンドに基づく処理を実行するカードを選択することで、選択された操作子に対応するコマンドに基づく処理が、選択されたカードについて実行されてゲームが進行される。例えば、ユーザが、特定のカードを場に配置する処理に関するコマンドに対応する操作子である召喚コマンドに対応する操作子を選択し、召喚する対象となるカードを選択すると、選択されたカードが場に配置される。場とは、ユーザがカードを配置する領域の一つである。
なお、コマンドに基づく処理を実行する、とは、コマンドを実行する、とも言い換えられる。また、コマンドに対応する操作子を選択する、とは、コマンドを選択する、とも言い換えられる。以下の説明においては、例えば、各コマンドに対応するコマンドアイコンや、コマンドのリストが表示されるポップアップメニュー等が、コマンドに対応する操作子として機能し、ユーザが選択可能なようにゲーム画面に表示される。
ゲームシステム１は、対戦パートでのゲームの進行に応じて、操作キャラクタや対戦相手の演出（動画や静止画、セリフ等）を表示する。
具体的には、ゲームシステム１には、プレイヤキャラクタ毎に対応するカード（「切札カード」とも称する）が設定されている。ゲームシステム１は、その切札カードに関する処理（操作等）に応じて、操作キャラクタが切札カードに対応するプレイヤキャラクタである場合には、その操作キャラクタや切札カードに関する演出が行われる。例えば、ゲームシステム１は、切札カードがフィールド上に出された時、切札カードの攻撃によって勝利予定の場合に攻撃する時、切札カードの攻撃によって勝利した時等に、操作キャラクタや切札カードに関する演出が行われる。
具体的には、ゲームシステム１には、切札カード、操作キャラクタ（プレイヤキャラクタ）、処理毎に、演出（決め台詞等のセリフのみも含む）が設定されている。ゲームシステム１は、操作キャラクタが対応する切札カードが出された場合、設定された決め台詞を表示する。なお、ゲームシステム１は、ある対戦において切札カードに基づく演出を行った場合、その情報を保持しておき、同一対戦中で２回、切札カードが登場しても、２回目の演出は、表示しないようにしても良い。。
また、ゲームシステム１は、他の条件に応じて、設定されたセリフを変更しても良い。例えば、ゲームシステム１は、ライフポイントが予め決められた数値以下になったときには、設定されたセリフを変更する。また、ゲームシステム１には、セリフ条件とセリフを対応づけて、設定されていても良い。例えば、セリフ条件は、自身のライフポイント又は対戦相手のライフポイントに基づくものであっても良い。例えば、ゲームシステム１は、自身のライフポイントが対戦相手のライフポイントより、予め決められた数値以上高い状態になったときは、設定された優勢を示すセリフを表示する。
デュエル中の画面のメニュー画面には、ゲームの設定各種項目があり、ＢＧＭの音量、効果音の音量、音声の音量を変更することができる。
また、設定項目として、カメラの位置（視点）やズームのモードを変更することができ、「パースビュー」と「トップビュー」とを切り替えることができる。また、設定項目として、消費電力の設定を変更することができる。
なお、それぞれの設定は、リアルタイムに変更が反映され、デュエル中いつでも、それぞれの設定を変更することができる。
「トップビュー」は、図３７で表すようなフィールド上から見たようなカメラアングルをいう。
「パースビュー」は、フィールドを斜めから見たようなカメラアングルである。「パースビュー」の場合、モンスターカードは、カードに対応したモンスター画像がビルボードでカードの上に配置されている。よって、カメラの位置を変えても、モンスターの画像は常にカメラの方向に向いて配置される。モンスターの輪郭は、モンスター画像から、エッジを抽出し、それをモンスター画像に加算することで、輪郭線を作り出している。モンスターの輪郭は、それぞれのモンスターによって、異なるので、ゲームシステム１は、輪郭線を持った絵をそれぞれ用意することなく、画像処理によって生成することができる。
「パースビュー」の場合、モンスター画像を、あたかもモンスターがカードから飛び出した態様で表示する。つまり、ゲームシステム１は、カード（平面）を斜めから見ることに加えて、モンスター画像をカード面と別次元（法線方向）に突出させて表示する。
すなわち、ゲームシステム１は、平面のゲームオブジェクトに対して、ゲームオブジェクトに描かられた図柄を、ゲームオブジェクトとは別の画像（「図柄画像」とも称する）とする。ゲームシステム１は、図柄画像を、図柄の上下方向（又は左右方向）がゲームオブジェクト（平面）の法線方向又は略法線方向に向くように、図柄画像を描写する。一例として、ゲームシステム１は、ゲームオブジェクト（又はゲームオブジェクトの配置面）をディスプレイの奥行方向に傾ける表示（斜視表示：パースビュー）を行った場合に、図柄の正面（モンスター等の正面）がディスプレイの法線方向に向く（例えば、平面の図柄画像の場合、図柄画像の面とディスプレイの面を平行又は略平行にする）ように表示する。 これにより、ゲームシステム１は、「パースビュー」の場合、２次元のゲームオブジェクト（平面物）を単に立体視させるだけでなく、ゲームオブジェクト自体をモンスター画像と合わせて立体物にすることができ、より迫力のある立体的な演出を行うことができる。
ここで、ゲームシステム１は、ゲームオブジェクトと図柄画像との間（例えば、図柄画像の下部分）に、透過領域（透明を含む）を設けても良い。これにより、プレイヤに対して、ゲームオブジェクトから突出した図柄画像を見ることができるとともに、ゲームオブジェクトに描かれた図柄等も見ることができる。なお、図柄画像は、モンスターや罠、魔法やアイテム等の画像であっても良く、例えば、パラメータや背景等が除かれていても良い。
また、ゲームシステム１は、ゲームオブジェクトから突出した図柄画像を動かしても良い。例えば、ゲームシステム１は、図柄画像を、ゲームオブジェクトの法線方向又は平面方向で振動させても良い。これにより、ゲームシステム１は、図柄（モンスター等）がゲームオブジェクトから飛び出して浮遊しているような演出を行うことができると共に、ゲームの表示に動きをもたらすことができる。
図３７は、カードゲームのゲーム進行画面の一例を示す図である。
図３７に示す例において、ゲーム進行画面Ｇ２３は、ゲームシステム１においてカードゲームを実行した際に端末内表示部１３に表示されるゲーム画面の一例を示している。ゲーム進行画面Ｇ２３の下半分の領域Ｇ２３１には、符号ＰＡＴが示すユーザ自身の手札（以下、「自分の手札ＰＡＴ」とも称する。）と、符号ＰＡＢが示すユーザ自身の場（以下、「自分の場ＰＡＢ」とも称する。）とが表示される。一方、上半分の領域Ｇ２３２には、符号ＰＢＴが示す対戦相手の手札（以下、「相手の手札ＰＢＴ」とも称する。）と、符号ＰＢＢが示す対戦相手の場（以下、「相手の場ＰＢＢ」とも称する。）とが表示される。自分の手札ＰＡＴ及び自分の場ＰＡＢと相手の手札ＰＢＴ及び相手の場ＰＢＢとは向かい合わせたかたちで表示される。これらの自分の手札ＰＡＴ及び自分の場ＰＡＢと、相手の手札ＰＢＴ及び相手の場ＰＢＢのそれぞれに、自分のカードと、相手のカードとのそれぞれが配置されて表示される。なお、ゲーム画面内において、カードが配置されて表示されることを、単に、カードが配置されるともいうこととする。
上述したように、このカードゲームは、ユーザと対戦相手とが各自のターンを交互に行うターン制の対戦ゲームであり、ユーザは自分のターンでカードの選択やコマンドの選択を行い、対戦相手は、相手のターンでカードの選択やコマンドの選択が行われる。
まず、ユーザは、所持するカードを任意に組み合わせた所定の枚数（約４０枚）からなるカードの組（束、パッケージ、集合）であるデッキを用意し、このデッキに含まれる複数のカードがランダムな順番で裏向きにされて山札として自分の場ＰＡＢに配置される。具体的には、山札は、自分の場ＰＡＢ内の領域ＰＡ１に配置される。次に、ユーザが自分のターンにおいて、ランダムな順番の山札から引いた所定の枚数（例えば、５枚）のカードが手札となる。この手札は、自分の手札ＰＡＴに配置される。ここで、自分の手札ＰＡＴに配置されたカードは、カードの種別やパラメータが記載されている表面をユーザが視認できるように表向きに配置される。一方、相手の手札ＰＢＴに配されたカードは、カードの表面をユーザが視認できないように裏向きに配置される。また、２回目以降は、自分のターンになる度に山札から１枚ずつカードを引き、手札とすることができる。
ユーザは、自分の手札ＰＡＴからカードを自分の場ＰＡＢに出すこと等で、各カードの効果を発動させたり、予め自分の場ＰＡＢに出しておいたカードと相手の場ＰＢＢのカードとの力を比べたりすることでゲームが進行する。ユーザと対戦相手のそれぞれは、はじめに所定のライフポイント（ＬＰ：例えば８０００）を有し、カードの選択内容とコマンドの実行内容とに基づき所定のルールに則って互いにＬＰを減らしあい、先に相手のＬＰを０にした方が勝ちとなる。
なお、ここでは、自分の手札ＰＡＴからカードを自分の場ＰＡＢに出すことを召喚ともいう。カードの種別としては、モンスターカード、魔法カード、罠カード、等がある。なお、以下では、魔法カードと罠カードとを特に区別しない場合には、魔法・罠カード、ともいうこととする。
カードの種別によって召喚により自分の場ＰＡＢ内で配置できる場所が定められている。領域ＰＡ２は、モンスターカードを配置可能な場所（以下、「モンスターエリア」とも称する。）である。この領域ＰＡ２には、モンスターカードを１枚ずつ配置可能な３つの領域ＰＡ２（１）、ＰＡ２（２）、ＰＡ２（３）があり、最大３枚のモンスターカードを同時に配置可能である。図３７に示す例では、領域ＰＡ２（１）、ＰＡ２（２）、ＰＡ２（３）のうち、領域ＰＡ２（２）にのみモンスターカードが配置されている。また、領域ＰＡ３は、魔法カードと罠カードとを配置可能な場所（以下、「魔法・罠エリア」とも称する。）である。この領域ＰＡ３には、魔法カード、又は、罠カードを１枚ずつ配置可能な３つの領域ＰＡ３（１）、ＰＡ３（２）、ＰＡ３（３）があり、魔法カードと罠カードとの合計で最大３枚を同時に配置可能である。図３７に示す例では、領域ＰＡ３（１）、ＰＡ３（２）、ＰＡ３（３）のうち、領域ＰＡ３（３）にのみ魔法カード、又は、罠カードが配置されている。また、領域ＰＡ４は、攻撃によって破壊されたモンスターカードや、利用済みの魔法カード及び罠カードが配置される場所（以下、「墓地」とも称する。）である。また、領域ＰＡ５は、特殊な方法で召喚する特殊召喚可能なカードが配置される場所（以下、「エクストラエリア」とも称する。）である。
次に、各カードについて説明する。
モンスターカードには、後述の攻撃コマンドに基づく処理を実行する際に参照する攻撃力や、相手が攻撃コマンドに基づく処理を実行した際に参照する守備力といったパラメータが定められている。また、モンスターカードには、後述のモンスター効果コマンドに基づく処理を実行することにより対戦を有利に進めることができる、効果を有するモンスターカードと、効果を有していないモンスターカードとがある。
魔法・罠カードは、後述の魔法・罠コマンドに基づく処理を実行することで、特定の処理を実行したり、対戦相手の実行しようとする処理に制限をしたり、カードのパラメータを変更したりといった効果を生じさせる。これらは、カードの種別や効果の種別によって様々な内容の効果と実行条件が定められている。効果の例としては、モンスターカードの攻撃力を上げたり、山札の一番上のカードを手札に加えたり、対戦相手のコマンドの実行を制限したり等がある。実行条件の例としては、自分と対戦相手とのＬＰの差や、場のモンスターカードの数等がある。
効果の発動とは、カードの効果を実際に使うことをいう。 セットとは、各種カードを裏側に伏せてフィールドにだすことをいう。モンスターカードを裏側守備表示で出すことをセットと呼ぶ。
魔法カードには、通常魔法カード、装備魔法カード、フィールド魔法カード、速攻魔法カード、儀式魔法カード、永続魔法カードがある。
通常魔法カードは、発動宣言と一緒にカードを魔法＆罠ゾーンにおき、発動して効果の処理が終わったら、墓地に送られる使いきり効果の魔法カードである。
装備魔法カードは、１体のモンスターに効果を与え、発動後もフィールドに残り続ける魔法カードである。
フィールド魔法カードは、専用のフィールドゾーンに置かれ、発動後もフィールドに残り続ける魔法カードである。
速攻魔法カードは、相手のターンでも発動できる特殊な魔法カードである。どんあタイミングでも発動可能ですが、相手ターンで発動する場合は予め魔法＆罠ゾーンにセットしておかなければならない。ただし、セットしたターンにそのカードを発動する事はできない。後述するスペルスピードが２である。
儀式魔法カードは、「儀式モンスター」と呼ばれるモンスターを呼び出すために必要な専用の魔法カードである。
永続魔法カードは、発動後もフィールドに残り続けその場から離れるまで効果を発揮し続ける魔法カードである。
罠カードには、通常罠カード、永続罠カード、カウンター罠カードがある。
通常罠カードは、魔法＆罠ゾーンに伏せなければならず、セットしたターンで発動する事はできない。使いきりの効果の通常罠カードは、通常魔法カードと同じく効果の処理が終わると墓地に送られる。
永続罠カードは、永続魔法カードと同じように発動後はフィールドに残り続けて継続して効果を発揮する罠カードである。また、永続罠カードの中には、効果モンスターの効果と同様の効果を持つカードが存在する。
カウンター罠カードは、カードの発動に対して発動する罠カードで、そのカードの発動そのものを無効としてしまう効果などをもつ罠カードである。後述するスペルスピードが３である。
モンスターカードには、通常モンスター、効果モンスター、融合モンスター、儀式モンスター、シンクロモンスター、エクシーズモンスター、ペンギュラムモンスターがある。 効果モンスターの持つ効果には、発動するタイミングによって、誘発効果、起動効果、誘発即時効果がある。
誘発効果とは、予め定められたタイミングで発動する効果である。
起動効果とは、優先権を持つプレイヤが宣言して使うことができる効果である。この効果は特にカードに記載がない限り、自分のメインフェイズでのみ発動することができる。 誘発即時効果とは、相手ターンでも任意に発動させることができる効果である。この効果だけ、効果モンスターであるにもかかわらず、後述するスペルスピードが２に設定されている。
リバースとは、裏側表示モンスターが表側表示になる事をいう。相手プレイヤのモンスターに攻撃された時に裏側守備表示になる場合、カード効果によって表表示になる場合、反転召喚によって表側表示になる場合も含まれる。
ゲームシステム１は、各カードについて、各カードの効果を発動できる効果発動条件を記憶しておき、カードを使う前に、効果発動条件を満たすか否か、つまり、カードを実際に使えるか否かを確認し、確認結果に基づく表示を行っても良い。また、ゲームシステム１は、効果発動条件が満たされたときにその旨を通知しても良いし、効果発動条件に不足している条件をユーザに対して提示しても良い。
また、ゲームシステム１は、発動されているスキルやカードの効果を示す発動効果情報を記憶し、発動効果情報が示す効果に基づいて、各カードの効果を発動できるか否かを判定しても良い。また、ゲームシステム１は、発動効果情報が示す効果が適用される条件（例えば、カード表示形式を変更した場合、ユーザによる特定の操作が行われた場合、ターンやフェイズの切り替え）が充足されるか否かを判定し、充足された場合に効果を発動させても良い。
次に、ユーザがカードの選択とともに利用するコマンドについて説明する。
コマンドの種別としては、召喚、攻守変更、魔法・罠、モンスター効果、特殊召喚、攻撃等がある。
召喚コマンドは、特定のカードを場に配置する処理に関するコマンドである。ユーザが召喚コマンドに基づく処理を実行することにより、選択したモンスターカード、又は、はこれから選択するモンスターカードを自分の場ＰＡＢに配置される。なお、配置する際には、縦向き、横向き、表向き、裏向き等配置の向きが選択可能な場合もある。例えば、表向き且つ縦向きに配置されたモンスターカードは、攻撃を行うことができる。表向き且つ横向きに配置されたモンスターカードは、攻撃を行うことができないが、相手から攻撃されてもＬＰが減らない。裏向きに配置されたカードは対戦相手からは内容がわからない。例えば、モンスターカードを表向きに場に配置することを表向き召喚ともいい、裏向きに配置することを裏向き召喚ともいう。
攻守変更コマンドは、場に存在するモンスターカードのカードの配置の向き（縦向き、横向き、表向き、裏向き等）を変更するコマンドである。ユーザが攻守変更コマンドに基づく処理を実行することにより、選択したモンスターカード、又は、これから選択するモンスターカードの、自分の場ＰＡＢに配置される際の向きが変更される。
魔法・罠コマンドは、魔法・罠カードに関連付けられた効果を発動するコマンドである。効果を発動する、とは、効果に関連付けられている処理を実行することを指す。ユーザが魔法・罠コマンドに基づく処理を実行することにより、選択した魔法・罠カードまたはこれから選択する魔法・罠カードに関連付けられた効果が発動される。
モンスター効果コマンドは、効果を有するモンスターカードに関連付けられた所定の効果を発動するコマンドである。ユーザがモンスター効果コマンドに基づく処理を実行することにより、選択したモンスターカード、又は、これから選択するモンスターカードに関連付けられた所定の効果が発動される。
特殊召喚コマンドは、表向き召喚及び裏向き召喚とは異なる実行条件（カードに関連付けられている条件）を満たした場合に可能なコマンドであって、モンスターカードを場に配置するコマンドである。
攻撃コマンドは、モンスターカードによって相手に攻撃を行うコマンドである。ユーザが攻撃コマンドに基づく処理を実行することにより、選択したモンスターカード、又は、これから選択するモンスターカードによって相手に攻撃を行う。
これらのコマンドのそれぞれには、対戦状況に応じてコマンドに基づく処理が実行可能となる実行可能条件が定められている。対戦状況とは、ゲームのプレイ中において、ユーザと相手のいずれのターンであるか、ユーザと相手のそれぞれのＬＰ、手札の枚数、山札の残り枚数、場にあるモンスターカードの数、墓地のモンスターカードの数、ターンの中の現在のフェイズ、ターンの開始からの経過時間、コマンドの選択が可能になった時点からの経過時間等といった様々な要件を指す。フェイズとは各ターンの中のルール上の区切りである。本カードゲームは、ユーザのターンと対戦相手のターンとが交互に繰り返されることで進行するが、一つのターンは複数のフェイズから構成されている。
図３８は、ユーザがプレイする一つのターンの流れの一例を示す図である。
例えば、一つのターンは、図３８に示す（１）〜（６）の各フェイズの順に進行する。 （１）開始フェイズ：ターンの開始で、山札からカードを引く処理が行われる。
（２）準備フェイズ：このタイミングで自動的に発生する効果の処理が行われる。
（３）メインフェイズ１：ユーザがコマンドとカードと選択することで、モンスターカードの召喚や、魔法・罠、モンスター効果等による効果の発動に関する処理が行われる。 （４）バトルフェイズ：ユーザによるバトルを行う操作で開始され、場に配置されたカードを用いて相手に攻撃を行い、攻撃した結果について処理が行われる。なお、バトルを行わない場合には、このバトルフェイズは行われず、下記の（６）エンドフェイズに進む。
（５）メインフェイズ２：（４）のバトルフェイズが行われた場合のみ、メインフェイズ１と同様の処理が行われる。なお、このフェイズは省略されてもよい。
（６）エンドフェイズ：ターンの終了の処理が行われる。この後、相手のターンに移行する。
例えば、召喚、攻守変更等のコマンドは、メインフェイズでのみ実行可能なコマンドである。一方、攻撃コマンドは、バトルフェイズでのみ実行可能なコマンドである。また、各コマンドの実行可能条件は、フェイズ以外の他の対戦状況によっても定められている。例えば、召喚コマンドでは、モンスターカードが自分の手札ＰＡＴにある場合に実行可能であり、無い場合には実行不可能である。攻守変更コマンドは、モンスターカードが自分の場ＰＡＢにある場合に実行可能であり、無い場合には実行不可能である。モンスター効果コマンドは、効果を有するモンスターカードが、自分の手札ＰＡＴ、又は、自分の場ＰＡＢの山札や墓地にある場合に実行可能であり、無い場合には実行不可能である。魔法・罠コマンドは、魔法・罠カードが自分の手札ＰＡＴ、又は、自分の場ＰＡＢにある場合に実行可能であり、無い場合には実行不可能である。特殊召喚コマンドは、通常の方法では召喚できない特殊召喚の条件対応するモンスターカードが自分の手札ＰＡＴ、又は、自分の場ＰＡＢ（領域ＰＡ５）にある場合に実行可能であり、無い場合には実行不可能である。攻撃コマンドは、モンスターカードが自分の場ＰＡＢにある場合に実行可能であり、無い場合には実行不可能である。また、攻撃コマンドは、各モンスターカードについて１ターンに１回のみ実行可能である。なお、これらのコマンドに基づく処理を実行可能な条件は一例であって、各カードの種別、自分のＬＰと相手のＬＰとの大小関係、自分のターンであるか相手のターンであるか、等によって様々な条件が定められてもよい。
図３９は、対戦パートでのカード操作に関する説明図である。
図３９は、図３７のゲーム進行画面Ｇ２３に、カード操作に関する説明を加えたものである。相手のモンスター位置ＰＢ２（ＰＢ２（１）、ＰＢ２（２）、ＰＢ２（３））に対応する拡張判定枠をＰＢ２ＥＸ（１）、ＰＢ２ＥＸ（２）、ＰＢ２ＥＸ（３）とする。拡張判定枠とは、プログラムがカード位置を判定するための論理的な枠のことであり、ユーザ操作の判定の際に用いる。拡張判定枠とは、例えば、カードよりも、一方向又は両方向に広い領域である。
ユーザが液晶パネルをタップした位置をＴとし、ＰＢ２ＥＸ（２）の自分側からみて後方の２つ頂点（ＰＢ２ＥＸＬ（２）、ＰＢ２ＥＸＲ（２））とを結ぶ線をそれぞれＬ１とＬ２とする。ＰＢ２ＥＸ（３）の左側後方頂点より十分に左の位置とＴを結ぶ線をＬ３とする。ＰＢ２ＥＸ（１）の右側後方頂点より十分に右の位置とＴを結ぶ線をＬ４とする。 攻撃コマンドは、自身のカードと攻撃対象の対戦相手のカードを指定することで実行される。例えば、ゲームシステム１は、ユーザが自身のカードの位置をタップし（タッチパネルに触れ）、指をスライドさせ、アンタップ（指をタッチパネルから離す）したことを検出する。ゲームシステム１は、アンタップした位置が含まれる拡張判定枠を特定する。ゲームシステム１は、拡張判定枠が存在する場合、最初にタップした位置のカードを自身のカードとして指定されたと判定し、特定した拡張判定枠に含まれるカードを、対戦相手のカードとして指定されたと判定する。
ユーザがタップした位置から指をスライドさせて、Ｌ３とＬ１の間の領域でアンタップした場合は、ＰＢ２（３）の位置のモンスターを攻撃する矢印Ｙ３が表示され、ＰＡ２（３）の位置のモンスターがＰＢ２（３）の位置のモンスターを攻撃する。
ユーザがタップした位置から指をスライドさせて、Ｌ１とＬ２の間の領域でアンタップした場合は、ＰＢ２（２）の位置のモンスターを攻撃する矢印Ｙ２が表示され、ＰＡ２（３）の位置のモンスターがＰＢ２（２）の位置のモンスターを攻撃する。
ユーザがタップした位置から指をスライドさせて、Ｌ２とＬ４の間の領域でアンタップした場合は、ＰＢ２（１）の位置のモンスターを攻撃する矢印Ｙ１が表示され、ＰＡ２（３）の位置のモンスターがＰＢ２（１）の位置のモンスターを攻撃する。
また、それぞれの領域であっても、それぞれのモンスターのＰＢ２ＥＸ（３）、ＰＢ２ＥＸ（２）、ＰＢ２ＥＸ（１）内でアンタップした場合にそれぞれの位置に対応したモンスターが攻撃対象となる。このように２段階の判定を行って、攻撃対象のモンスターを選択する。
また、対象モンスターがダイレクトアタックをできる場合は、ＰＢ２ＥＸの後方を超えてアンタップした場合に、相手プレイヤを攻撃するダイレクトアタックが選択される。ダイレクトアタックとは、対戦相手の操作キャラクタに直接のダメージを与える攻撃であって、操作キャラクタのライフポイントを減少させる攻撃である。対象モンスターがダイレクトアタックをできる場合とは、例えば、対戦相手のフィールド（ＰＢ２）にモンスターが存在しない場合であるが、対象モンスター等が直接攻撃の効果を発動できる場合であっても良い。
また、タップ位置Ｔより、前方に指をスライドしていても、アンタップした位置がＴの位置より下側だった場合は、攻撃対象選択状態はキャンセルされる。
なお、各コマンドは実行可能なフェイズ（「実行可能フェイズ」とも称する）が定められていても良く、コマンドが実行可能フェイズ以外のフェイズで実行されようとした場合、ゲームシステム１は、フェイズを、実行可能フェイズに遷移させても良い。例えば、バトルフェイズ以外のフェイズ（例えば、メインフェイズ１）で、攻撃コマンド（自身のカードと攻撃対象の対戦相手のカードを指定）が行われた場合、バトルフェイズに移行しても良い。その場合、ゲームシステム１は、バトルフェイズに移行するか否かを確認するメッセージを表示させても良いし、そのメッセージで「移行する」が選択された場合、バトルフェイズに移行しても良い。
さらに、ゲームシステム１は、バトルフェイズに移行後、プレイヤからの再度の攻撃コマンドの入力がなくても、自動的に、移行前に入力された攻撃コマンドを実行しても良い。つまり、バトルフェイズへの移行は、バトルフェイズへの移行を指示する専用の操作子に加えて、攻撃コマンド（自身のカードと攻撃対象の対戦相手のカードを指定、特定のスライド）を入力することで行われても良い。
メインフェイズ１では、バトルフェイズと同様に、フィールドとフィールドに配置されたカードが表示されている。さらに、メインフェイズ１では、攻撃コマンドと同様の操作のコマンドであって、メインフェイズ１用のコマンドを設定していない。つまり、ゲームシステム１は、攻撃コマンドを実行できないフェイズにおいて、攻撃コマンドの入力を許容している。そして、ゲームシステム１は、メインフェイズ１で攻撃コマンドが入力されたことを契機にバトルフェイズに移行させるので、ユーザがフェイズを意識することなく、若しくは、専用の操作子を押下する等の手順を省略して、バトルフェイズで攻撃コマンドが実行することができ、分かり易く簡便な操作を実現できる。 以上が、対戦パートで実行される対戦型ゲームの概要である。
［ゲーム画面：カード一覧］
図４０は、カード一覧画面を示す図である。
図４０に示すカード一覧画面Ｇ３２は、第１ゲーム内通貨Ｖ１、第２ゲーム内通貨Ｖ２、第２ゲーム内通貨一括変換ボタンＥ３２１、カード一覧絞り込みボタンＥ３２２、カード一覧絞り込み内容表示Ｅ３２３、カードリストＬ３２、戻るボタンＥ３２５、リミットレギュレーション表示ボタンＥ３２６、ショップボタンＥ３２７、ホームボタンＥ３２８で構成されている。
第１ゲーム内通貨Ｖ１は、ショップ等でパックを購入するための通過である。パックとは、複数枚のカードをパッケージしたものである。
第２ゲーム内通貨Ｖ２は、トレーダ画面でカードを購入するための通過である。
第２ゲーム内通貨一括変換ボタンＥ３２１は、現在のカードを第２ゲーム内通貨Ｖ２とアイテムに一括するための操作子である。一括変換については後述する。
カード一覧絞り込みボタンＥ３２２は、表示するカードの条件を選択する操作子である。
カード一覧絞り込み内容表示Ｅ３２３は、現在の絞り込み条件を表す情報である。
カードリストＬ３２は、現在の絞り込み条件にあうカードのリストである。
戻るボタンＥ３２５は、１つ前のメニューに戻る操作子である。
リミットレギュレーション表示ボタンＥ３２６は、現在のリミットレギュレーションを表示する操作子である。
リミットレギュレーションとは、現在の禁止カード、制限カード、準制限カードの内容をの事である。
禁止カードとは、対戦パートで使ってはいけないカードのことをいう。制限カードとは、デッキに１枚しか入れてはいけないカードのことをいう。準制限カードとは、デッキに２枚までしか入れてはいけないカードのことをいう。
なお、端末装置１０は、リミットレギュレーションを示すデッキ制限情報を、サーバ装置３０から取得しても良い。また、このデッキ制限情報は、適用される、有効期間（開始日時又は終了日時）、対戦、場所（測位位置等）、レベル（プレイヤレベル、キャラクタレベル、クエストレベル）、ミッション、レギュレーション、又は、ソフトウェアのバージョンが定められ、これに合致するデッキ制限情報が適用されても良い。また、ゲームシステム１は、どのデッキ制限情報が適用されているかを表示しても良いし、対戦ゲームの場合に、対戦相手同士で、同じデッキ制限情報が適用されているか否かを判定しても良い。
ホームボタンＥ３２８は、ホーム画面に戻る操作子である。
[カードの一括変換]
図４１は、カード一括変換に関する第１画面を示す図である。
図４０の第２ゲーム内通貨一括変換ボタンＥ３２１を押すと、図４１で表示されるダイアログが表示される。
ここで、カードには同じ内容のカードでも、何のエフェクトもないベーシック加工カード、一瞬だけきらっと光るエフェクトが表示されるシャイン加工カード、きらきら光るプレミアム加工の３種類のカードエフェクトがある。これらのカードを対戦パートで使用すると、加工の仕方に応じて対戦パートで得られる報酬が変わる。
図４１に示す一括変換ダイアログＧ３３は、ベーシック加工を手元に残す枚数表示Ｅ３３１と、その増減ボタン、シャイン加工を手元に残す枚数表示Ｅ３３２と、その増減ボタン、プレミアム加工を手元に残す枚数表示Ｅ３３３と、その増減ボタンと、次へボタンＥ３３４で構成される。 ベーシック加工を手元に残す枚数表示Ｅ３３１は、一括変換した時にベーシック加工カードを手元に残す枚数を表す。となりの増減ボタンで変更することもでき、直接枚数を変更することもできる。シャイン加工、プレミアム加工についても同様に、待て元に残す枚数を変更できる。つまり、ゲームシステム１は、カードの一括返還の際、カードエフェクト毎に対象の枚数を表示し、枚数を変更できる画面を表示する。これにより、プレイヤは、カードエフェクト毎に、手元に残しておくカードを指定でき、それ以外のカードを、一括で変換できる。また、この枚数の表示や変更、一括変換は、レアリティに応じて行われても良く、この図の一例では、Ｎ（ノーマル）、Ｒ（レア）のカードが変換対象となり、例えば、ＳＲ（スーパーレア）等のレアリティの高いカードは対象外になっている。
図４２は、カード一括変換に関する第２画面を示す図である。
図４１の次へボタンを押すと、図４２で表示される確認ダイアログＧ３４が表示される。
確認ダイアログＧ３４は、変換するカードリストＥ３４１と、変換後のアイテムＥ３４２、キャンセルボタンＥ３４３、変換するボタンＥ３４４で構成されている。
変換するカードリストＥ３４１は、これから第２ゲーム内通貨及びアイテムに変換されるカードリストを示す。
変換後のアイテムＥ３４２は、変換によって得られる第２ゲーム内通貨とアイテム表示されたリストを示す。
キャンセルボタンＥ３４３は、変換を中断し、カード一覧の画面に戻る操作子である。 変換するボタンＥ３４４は、一括変換を実行する操作子である。
図４３は、カード一括変換に関する第３画面を示す図である。
図４２の変換するボタンＥ３４４を押すと、図４３で表示される結果確認ダイアログＧ３５が表示される。
結果確認ダイアログＧ３５は、変換後のアイテムリストＥ３５１と、ＯＫボタンＥ３５２で構成されている。
ＯＫボタンＥ３５２を押すと、結果確認ダイアログＧ３５が閉じて、カード一覧画面Ｇ３２に戻る。なお、このカード一覧画面Ｇ３５からは、変換したカードは除かれることとなる。
このように、ゲームシステム１では、ゲームオブジェクトを通過等に一括変換する際に、カードの希少さ（カードエフェクト、レアリティ）に応じて、変換する枚数を指定でき、指定に従った変換候補を出力する。これにより、プレイヤは、カードを１枚ずつ指定しなくても、一括に変換できると共に、変換を望まないカードが変換されてしまうことを防止できる。また、プレイヤは、変換された第２ゲーム内通貨を用いて、トレーダ画面でカードを入手することができる。
［データ構成の概要］
次に、ゲームシステム１が管理する各種データのデータ構成の概要について説明する。 まず、カードデータについて説明する。
図４４は、カードデータの一例を示す図である。
図４４に示す例において、カードデータは、カードＩＤと、カード名情報と、カード種別情報と、レベル情報と、攻撃力情報と、守備力情報と、カードテキスト情報と、効果情報と、バージョン情報と、画像情報と、を互いに関連付けて構成されている。
カード名情報とは、カードの名称を示す情報である。
カード種別情報とは、カードの種別を示す情報である。
レベル情報、攻撃力情報、守備力情報、カードテキスト情報、効果情報とは、ゲームにおけるカードのパラメータを示す情報である。
バージョン情報とは、いつ頃に初めて登場したカードであるか等によるカードの区分け（バージョン）を示す情報である。
画像情報とは、カードの画像を示す情報である。
従って、端末装置１０とサーバ装置３０とは、カードデータを参照することにより、各カードの名称、種別、パラメータ、バージョン、画像等を特定することができる。
以上が、カード属性情報についての説明である。
次に、デッキを記述するデッキデータについて説明する。
図４５は、デッキデータの一例を示す図である。
図４５に示す例において、デッキデータは、枠ＩＤと、カードＩＤとを互いに関連付けることにより構成されている。また、図示しないが、デッキデータは、デッキごとに記述される。具体的には、デッキデータは、デッキＩＤと関連付けて記憶される。デッキＩＤとは、デッキを識別する情報である。
枠ＩＤとは、デッキ内の枠を識別する情報である。枠とは、デッキを構成するカードの順序や配置を示すものである。例えば、図４５に示す例では、「１」〜「３２」までの枠が示されており、各枠には、それぞれ、カードが関連付けられている。図４５に示す例では、枠ＩＤは、プレイ時に主に利用される「メイン」、控えとして利用される「サイド」等、枠の用途を特定可能な形式で記述されている。このように枠とカードとを関連付けておけば、デッキにおけるカードの順序や配置等にゲーム性がある場合であっても、端末装置１０とサーバ装置３０とは、デッキデータを参照することにより、デッキを忠実に再現することができる。
なお、デッキの名称、デッキの作成日時等の属性情報の他、デッキ編集者（作成者）のメモやデッキの戦績等の付帯情報が、デッキＩＤに関連付けられて記憶されてもよい。 以上が、デッキデータについての説明である。
次に、ユーザデータについて説明する。
図４６は、プレイヤデータの一例を示す図である。
図４６に示す例において、ユーザデータは、プレイヤＩＤと、プレイヤレベル情報と、第１ゲーム内通貨情報と、第２ゲーム内通貨情報と、当月課金額情報と、年齢認証情報と、を互いに関連付けることにより構成されている。
プレイヤレベル情報とは、プレイヤレベルを示す情報である。
第１ゲーム内通貨情報とは、ユーザが所持する第１ゲーム内通貨の量を示す情報である。第１ゲーム内通貨情報には、第１ゲーム内通貨のうち、ユーザが購入した分と、ゲームの進行により獲得した分とが、区別して記述されてもよい。
第２ゲーム内通貨情報とは、ユーザが所持する第２ゲーム内通貨の量を示す情報である。
当月課金額情報とは、その月に、ユーザがゲームについて課金した金額を示す情報である。
年齢認証情報は、ユーザの年齢の認証結果を示す情報である。この認証結果に基づいて、ユーザの月ごとの課金額の上限が定められてもよい。
従って、端末装置１０とサーバ装置３０とは、ユーザデータを参照することにより、各ユーザがどの程度ゲームをプレイしているのかを特定することができる。
以上が、ユーザデータについての説明である。
次に、出現規則データについて説明する。
出現規則データとは、出現制御アイコンの出現規則を記述したデータである。
ここでは、一例として、クエスト選択用アイコンの出現規則データの例について説明する。
図４７は、クエスト選択用アイコンの出現規則データの一例を示す図である。
図４７に示す例において、出現規則データは、クエスト種別情報と、出現間隔情報と、出現確率情報と、出現対象情報と、を互いに関連付けることにより構成されている。
クエスト種別情報とは、クエストの種別を示す情報である。
出現間隔情報とは、クエスト選択用アイコンを出現させるか否かを判定する時間間隔を示す情報である。
出現確率情報とは、クエスト選択用アイコンを出現させる確率を示す情報である。
出現対象情報とは、出現させるクエストを選択する際の母集団を示す情報である。
従って、端末装置１０とサーバ装置３０とは、出現規則データを参照することにより、出現間隔情報が示す時間間隔ごとに、出現頻度情報が示す確率で、各種クエストのクエスト選択用アイコンを出現させることができる。
以上が、出現規則データについての説明である。
［第２の実施形態］
〔第２の実施形態の概要〕
次に、第２の実施形態について説明する。ここでは、上述した各実施形態と同様の構成については、同一の符号を付し、説明を援用する。
本実施形態に係るゲームシステム１Ａは、ゲームシステム１と同様に、ゲームを提供する情報システムである。ゲームシステム１Ａは、複数回のカードゲームを連動させるイベントを実行する機能を提供する。このイベント機能は、予め定められた期間のみ提供されてもよい。
イベントの概要について説明する。
図４８は、イベントの概要を示す図である。
イベントにおいて、ゲームシステム１Ａは、通常クエストをプレイしたユーザに対して、報酬として、イベント用アイテムを付与する。イベント用アイテムとは、イベントにおいて限定的に付与されたり、消費されたりするアイテムである。イベント用アイテムは、１種類であってもよいし、複数種類であってもよい。報酬として付与されるイベント用アイテムの価値や数（量）は、通常の報酬と同様に、クエストの内容（対戦相手を含む）やゲーム結果（評価）に応じて決定されてよい。ユーザは、イベント用アイテムの消費と引き換えに、イベントクエストをプレイすることができる。イベントクエストとは、イベント期間中においてのみプレイ可能なクエストである。イベントクエストは、例えば、ゲートアイコンの操作を介して、レアクエストと同様に選択可能とされてよい。また、イベントクエストには、レアクエストと同様にクエストレベルが設定されてよい。イベントクエストのプレイにおいて対価として消費されるイベント用アイテムの価値や量は、例えば、クエストレベルごとに予め設定される。
ゲームシステム１Ａは、イベントクエストをプレイしたユーザに対して、報酬として、カードとイベントポイントとを付与する。報酬のカードは、例えば、イベントクエストにおいて、対戦相手が使用するカードであってよい。また、報酬のカードは、例えば、イベント期間中にのみ獲得可能なカードであってよい。イベントポイントとは、イベントの進捗度を数値的に表す指標である。例えば、イベントポイントが多い程、相対的にイベントが進行しているといえる。報酬として付与されるカード価値や数、イベントポイントの量は、通常の報酬と同様に、クエストの内容やゲーム結果に応じて決定されてよい。イベントポイントの量は、基礎量と付与倍率とに応じて決定されてよい。この場合、イベントポイントの量は、基礎量に付与倍率を乗算して決定される。例えば、基礎量は、ゲーム結果に応じて決定されてよい。例えば、イベントポイントの付与倍率は、クエストレベルに応じて決定されてよい。クエストレベルは、対価と対応付けられているため、つまりは、イベントの付与倍率は、対価とされるイベント用アイテムの価値や量に応じて決定されてもよい。
ゲームシステム１Ａは、イベントポイント累計報酬を付与する。イベントポイント累計報酬とは、ユーザがそれまでに獲得したイベントポイントの総量（累計）に応じて付与される報酬である。イベントポイント累計報酬としては、通常の報酬と同様に、カードやデッキ、ゲーム内通貨等の各種ゲームオブジェクトが付与されてよいし、イベント用クエストにおける対戦相手のキャラクタを使用する権利が付与されてもよい。
以上が、本実施形態に係るイベントの概要についての説明である。
〔ゲームシステム１Ａの構成と動作〕
次に、ゲームシステム１Ａの構成について説明する。
図４９は、ゲームシステム１Ａの構成を示す図である。
ゲームシステム１Ａは、ゲームシステム１が備える端末装置１０に代えて端末装置１０Ａを備える。端末装置１０Ａは、ゲームにおいて、イベント機能を提供するための処理を実行する。
次に、ゲームシステム１Ａの動作について説明する。
ここでは、イベント機能に関連する処理を抜粋して説明する。
図５０は、ゲームシステム１Ａによるイベント進行処理の流れを示すフローチャートである。
（ステップＳ１１００）端末装置１０Ａは、ユーザにより、通常クエストの実行が指示されたか否かを判定する。通常クエストの実行が指示された場合には（ステップＳ１１００；ＹＥＳ）、ゲームシステム１Ａは、ステップＳ１１０２に処理を進める。通常クエストの実行が指示されていない場合には（ステップＳ１１００；ＮＯ）、ゲームシステム１Ａは、ステップＳ１１０６に処理を進める。
（ステップＳ１１０２）端末装置１０Ａは、ユーザによる操作入力に応じて、通常クエストの対戦パートを進行させる処理を実行する。その後、ゲームシステム１Ａは、ステップＳ１１０４に処理を進める。
（ステップＳ１１０４）端末装置１０Ａは、イベント用アイテムを、通常クエストの報酬として付与する。なお、対戦に敗北する等、イベント用アイテムが付与されない場合があってもよい。その後、ゲームシステム１Ａは、ステップＳ１１０６に処理を進める。
（ステップＳ１１０６）端末装置１０Ａは、ユーザにより、イベントクエストの実行が指示されたか否かを判定する。イベントクエストの実行が指示された場合には（ステップＳ１１０６；ＹＥＳ）、ゲームシステム１Ａは、ステップＳ１１０８に処理を進める。イベントクエストの実行が指示されていない場合には（ステップＳ１１０６；ＮＯ）、ゲームシステム１Ａは、図５０に示す処理を終了する。
（ステップＳ１１０８）端末装置１０Ａは、ユーザにより選択されたイベントクエストに応じた対価のイベント用アイテムを消費する。その後、ゲームシステム１Ａは、ステップＳ１１１０に処理を進める。なお、対価のイベント用アイテムを、ユーザが所持していない場合、ゲームシステム１Ａは、イベントクエストを実行させる操作入力を無効化してもよいし、対価の獲得に必要な通常クエストの選択画面にユーザを案内してもよい。
（ステップＳ１１１０）端末装置１０Ａは、ユーザによる操作入力に応じて、イベントクエストの対戦パートを進行させる処理を実行する。その後、ゲームシステム１Ａは、ステップＳ１１１２に処理を進める。
（ステップＳ１１１２）端末装置１０Ａは、カードとイベントポイントとを、イベントクエストの報酬として付与する。なお、対戦に敗北する等、カードやイベントポイントが付与されない場合があってもよい。また、他のゲームオブジェクトが報酬として付与されてもよい。その後、ゲームシステム１Ａは、ステップＳ１１１４に処理を進める。
（ステップＳ１１１４）端末装置１０Ａは、イベントポイント累計報酬をユーザに付与する。その後、ゲームシステム１Ａは、図５０に示す処理を終了する。なお、端末装置１０は、イベントポイントの消費と引き換えに、ゲームオブジェクトをユーザに付与してもよい。
以上が、ゲームシステム１Ａの構成と動作についての説明である。
〔データ構成の概要〕
次に、ゲームシステム１Ａが管理するイベントデータの概要について説明する。
イベントデータとは、イベントクエストの対価と報酬のバランスを定めるデータである。
図５１は、イベントデータの一例を示す図である。
図５１に示す例において、イベントデータは、難易度情報と、対価情報と、ポイント倍率情報と、を対応付けたデータである。
難易度情報とは、クエストレベルを示す情報である。
対価情報とは、クエストの実行に必要な対価を示す情報である。対価として、イベント用アイテムを含む各種ゲームオブジェクトの種類や量が記述されてよい。
ポイント倍率情報とは、イベントポイントの付与倍率を示す情報である。
このように、対価情報と、ポイントの量とは、互いに対応付けられていてよい。また、イベントデータには、図５１に示す以外にも、イベントポイントの算出に係る情報やカードの種類等、イベントクエストの開始や報酬の決定に係る情報が記述されてよい。
〔第２の実施形態のまとめ〕
以上説明したように、ゲームシステム１Ａにおいて、端末装置１０Ａは、ユーザによる操作を受け付ける端末内入力部１２（入力部の一例）と、ユーザによる操作に基づいて第１のゲームオブジェクト（例えば、カード）を用いる第１のゲーム（例えば、通常クエスト）を進行させ、第１のゲームの結果に応じて、第２のゲームオブジェクト（例えば、イベント用アイテム）をユーザに付与し、第２のゲームオブジェクトを消費して第２のゲーム（例えば、イベントクエスト）を開始し、ユーザによる操作に基づいて第２のゲームを進行させ、第２のゲームの結果に応じて、第１のゲームオブジェクトと第３のゲームオブジェクト（例えば、イベントポイント）とをユーザに付与する端末内制御部１６０（制御部）と、を備え、端末内制御部１６０は、第２のゲームの結果に応じて、第２のゲームオブジェクトの消費量（例えば、クエスト難易度ごとの消費量）に応じた価値の第１のゲームオブジェクトと第３のゲームオブジェクトとをユーザに付与し、ユーザに付与された第３のゲームオブジェクトの総価値（例えば、イベントポイントの総計）に応じた第４のゲームオブジェクト（例えば、イベントキャラクタ）をユーザに付与する。
これにより、ゲームシステム１Ａは、第１のゲームの結果と第２のゲームの結果による報酬とを連動させる。よって、ゲームシステム１Ａは、第１のゲーム及び第２のゲームの両方をプレイする動機を与えることができる。また、ゲームシステム１Ａは、第２のゲームにおける第２のゲームオブジェクトの消費量と、第２のゲームの報酬の価値とを連動させる。つまり、ユーザが第２のゲームにおいてより良い報酬を得ようとするならば、第２のゲームオブジェクトを大量に用意する方が効率が良い。よって、ゲームシステム１Ａは、より長いサイクルでゲームをプレイする動機を与えることができる。また、ゲームシステム１Ａは、第３のゲームオブジェクトの総価値に応じた報酬も付与するため、第２のゲームオブジェクトを大量に用意する動機を高めることができる。
［第３の実施形態］
〔第３の実施形態の概要〕
次に、第３の実施形態について説明する。ここでは、上述した各実施形態と同様の構成については、同一の符号を付し、説明を援用する。
本実施形態に係るゲームシステム１Ｂは、ゲームシステム１と同様に、ゲームを提供する情報システムである。ゲームシステム１Ｂは、複数のカードをまとめて購入するためのまとめ買い機能を提供する。
カードの購入について説明する。カードの購入は、例えば、ショップ画面における操作を介して行われてよい。
図５２は、本実施形態の概要を示す図である。
本実施形態では、一例として、カードの購入は、抽選により行われる。本実施形態では、抽選の母集団のカード群を、「ボックス」と称する。初期状態のボックスを構成するカードの内容及び数は、予め定められている。カードには、「レアリティ」というパラメータが設定されており、初期状態のボックスには、レアリティが高いカードは小数含まれ、レアリティが低いカードは多数含まれる。レアリティが高いカードは、対戦において、相対的に有利な効果を持つカードである。
カードは、「パック」単位で販売される。パックは、所定数のカードから構成される。ここでは、パックは、一例として、パックが３枚のカードから構成される場合について説明する。パックを構成する３枚のカードは、購入の度に抽選により決定される。ここで、パックを構成する各カードを抽選する際の母集団は、レアリティにより定められる。例えば、パックの第１、第２のカードは、「レア１」、「レア２」の中から抽選され、第３のカードは、「レア２」、「レア３」、「レア４」の中から抽選される。
また、抽選されたカードは、ボックスから除去され、次回以降の抽選の対象とはされない。つまり、ユーザは、所望のカードがボックスに存在する場合には、抽選をし続けることで、所望のカードを引き当てる確率を向上させることができる。また、ボックスは、ユーザの操作によりリセット可能である。つまり、ユーザは、ボックスを初期状態に戻すことができる。これにより、ユーザは、所望のカードがボックスになくなった場合に、ボックスをリセットして、所望のカードを再度取得する機会を得ることができる。
ゲームシステム１Ｂは、まとめ買い機能を提供する。まとめ買い機能とは、複数のパックの購入を一括で指定可能にする機能である。例えば、１０パックのまとめ買いでは、パックの抽選が１０回繰り返し実行される。まとめ買いにより、ユーザは、複数回のパックの抽選を、少ない操作回数で実行させることができる。ここで、ユーザは、まとめ買い中に、ボックスをリセットさせることができる。
図５３は、まとめ買い設定画面を示す図である。
まとめ買い設定画面とは、まとめ買いにおけるボックスのリセット条件の設定を受け付けるための画面である。まとめ買い設定画面には、例えば、ショップ画面から遷移可能である。リセット条件とは、まとめ買いにおいて、ボックスを自動的にリセットさせるための条件である。
図５３に示すまとめ買い設定画面Ｇ２４には、リセット条件設定チェックボックスＥ２４１、Ｅ２４２と、決定ボタンＥ２４３とが設けられている。
リセット条件設定チェックボックスとは、リセット条件を有効化、又は、無効化するための操作子である。例えば、リセット条件設定チェックボックスＥ２４１が有効化されている場合は、ボックス内においてレア３のカードが０枚になると、ユーザが自身でボックスをリセットすることなく、自動的にボックスがリセットされる。同様に、リセット条件設定チェックボックスＥ２４２が有効化されている場合は、ボックス内においてレア４のカードが０枚になると、自動的にボックスがリセットされる。つまり、抽選の途中で該当するカードが０枚になると、その時点でボックスがリセットされる。そして、新たなボックスから残り分のパックが抽選によって特定される。
リセット条件としては、ボックス内のカードの有無、又は、ユーザが所持するカードについて、任意の条件が採用されてよい。例えば、レアリティ、レベル、種類等のカードに係る任意のパラメータについて、当該パラメータの値が所定値であるカードがボックスにおいて所定枚数以下になることが、リセット条件として定められてもよい。また、例えば、レアリティ、レベル、種類等のカードに係る任意のパラメータについて、当該パラメータの値が所定値であるカードをユーザが所定枚数所持することが、リセット条件として定められてもよい。また、ユーザが指定したカードが抽選されることが、リセット条件として定められてもよい。リセット条件は、ボックスごとに定められてもよいし、複数のボックス間で共通の条件が定められてもよい。また、リセット条件として、複数の条件の組み合わせてを用いてもよい。
決定ボタンＥ２４３とは、リセット条件設定チェックボックスＥ２４１、Ｅ２４２を介した条件設定を確定させるための操作子である。
以上が、まとめ買いについての説明である。
〔ゲームシステム１Ｂの構成と動作〕
次に、ゲームシステム１Ｂの構成について説明する。
図５４は、ゲームシステム１Ｂの構成を示す図である。
ゲームシステム１Ｂは、ゲームシステム１が備える端末装置１０に代えて端末装置１０Ｂを備える。端末装置１０Ｂは、ゲームにおいて、まとめ買い機能を提供するための処理を実行する。
次に、ゲームシステム１Ｂの動作について説明する。
ここでは、まとめ買い機能に関連する処理を抜粋して説明する。
図５５は、ゲームシステム１Ｂによるまとめ買い処理の流れを示すフローチャートである。
（ステップＳ２１２０）端末装置１０Ｂは、ユーザにより、パック単位でのカードの購入が指示されたか否かを判定する。パック単位でのカードの購入が指示された場合（ステップＳ２１２０；ＹＥＳ）、ゲームシステム１Ｂは、ステップＳ２１２２に処理を進める。パック単位でのカードの購入が指示されていない場合（ステップＳ２１２０；ＮＯ）、ゲームシステム１Ｂは、ステップＳ２１２６に処理を進める。
（ステップＳ２１２２）端末装置１０Ｂは、ボックスからパックを構成するカードを抽選する。その後、ゲームシステム１Ｂは、ステップＳ２１２４に処理を進める。
（ステップＳ２１２４）端末装置１０Ｂは、抽選されたカードを、ボックスから除去し、ユーザに付与する。その後、ゲームシステム１Ｂは、ステップＳ２１２６に処理を進める。
（ステップＳ２１２６）端末装置１０Ｂは、ユーザにより、まとめ買いでのカードの購入が指示されたか否かを判定する。まとめ買いでのカードの購入が指示された場合（ステップＳ２１２６；ＹＥＳ）、ゲームシステム１Ｂは、ステップＳ２１２８に処理を進める。まとめ買いでのカードの購入が指示されていない場合（ステップＳ２１２６；ＮＯ）、ゲームシステム１Ｂは、図５５に示す処理を終了する。
（ステップＳ２１２８）端末装置１０Ｂは、ボックスからパックを構成するカードを抽選する。その後、ゲームシステム１Ｂは、ステップＳ２１３０に処理を進める。
（ステップＳ２１３０）端末装置１０Ｂは、抽選されたカードを、ボックスから除去し、ユーザに付与する。その後、ゲームシステム１Ｂは、ステップＳ２１３２に処理を進める。
（ステップＳ２１３２）端末装置１０Ｂは、ボックスをリセットするか否かを判定する。換言すると、端末装置１０Ｂは、ボックスのリセット条件が満たされたか否かを判定する。ボックスをリセットする場合（ステップＳ２１３２；ＹＥＳ）、ゲームシステム１Ｂは、ステップＳ２１３４に処理を進める。ボックスをリセットしない場合（ステップＳ２１３２；ＮＯ）、ゲームシステム１Ｂは、ステップＳ２１３６に処理を進める。
（ステップＳ２１３４）端末装置１０Ｂは、ボックスをリセットする
。換言すると、端末装置１０Ｂは、ボックスを初期状態に戻す。これにより、ボックスは、予め定められたカードによって再構成される。その後、ゲームシステム１Ｂは、ステップＳ２１３６に処理を進める。
（ステップＳ２１３６）端末装置１０Ｂは、まとめ買いを終了するか否かを判定する。具体的には、所定数のパックの抽選を終えたか否かを判定する。まとめ買いを終了する場合（ステップＳ２１３６；ＹＥＳ）、ゲームシステム１Ｂは、図５５に示す処理を終了する。まとめ買いを終了しない場合（ステップＳ２１３６；ＮＯ）、ゲームシステム１Ｂは、ステップＳ２１２８に処理を戻す。
〔第３の実施形態のまとめ〕
以上説明したように、ゲームシステム１Ｂにおいて、端末装置１０Ｂは、１以上の第１のゲームオブジェクト（例えば、レア４のカード）と１以上の第２のゲームオブジェクト（例えば、レア１〜３のカード）とを含むゲームオブジェクトの第１集合（例えば、ボックス）から１以上のゲームオブジェクトを抽選し、抽選したゲームオブジェクトを第１集合から除いた第２集合を生成する端末内制御部１６０（制御部の一例）を備え、端末内制御部１６０は、第２集合において第１のゲームオブジェクトの数が所定数未満である場合（例えば、レア４のカードが０枚）に、第１集合を、所定のゲームオブジェクトの集合（例えば、初期状態のボックス）とし、第２集合において第１のゲームオブジェクトの数が所定数以上である場合（例えば、レア４のカードが１以上）に、第１集合を、第２集合とする。
これにより、ゲームシステム１Ｂは、抽選後の第２集合における第１のゲームオブジェクトの数に応じて、次回抽選における第１集合を変更する。具体的には、次回抽選における第１集合を、所定のゲームオブジェクトの集合にするか、或いは、前回抽選されたゲームオブジェクトを除いた集合にする。よって、ゲームシステム１Ｂは、第１のゲームオブジェクトの抽選状況に応じて、抽選の母集団を適切に変更することができる。
［第４の実施形態］
〔第４の実施形態の概要〕
次に、第４の実施形態について説明する。ここでは、上述した各実施形態と同様の構成については、同一の符号を付し、説明を援用する。
本実施形態に係るゲームシステム１Ｃは、ゲームシステム１と同様に、ゲームを提供する情報システムである。ゲームシステム１Ｃは、対戦パートにおけるゲームの経過を表示するログ表示機能を有する。
ログ表示機能について説明する。
図５６は、ログ画面を示す図である。
ログ画面とは、ゲームの経過を表示するための画面である。ログ画面には、例えば、ゲーム進行画面、クエスト結果画面から遷移可能である。
図５６に示す例において、ログ画面Ｇ２５には、経過表示欄Ｅ２５１が設けられている。
経過表示欄とは、ゲームの進行を示すテキストや画像が時系列に並べて表示する欄である。経過表示欄には、各対戦者が行った操作の内容やその操作に応じて生成されたゲーム結果が表示される。情報の詳細度は、ユーザの指定に応じて変更可能であってよい。経過表示欄に示される情報は、ユーザの指定に応じて、時間を遡ったり、進めたりして、遷移させることができる。また、経過表示欄には、操作対象とされたカードや当該カードの効果対象とされたカードが示されうる。経過表示欄に示されたカードについて、その詳細情報を表示するためのリンクが設けられてよい。
次に、オートプレイ時のログ表示機能について説明する。
図５７は、オートプレイ時のゲーム進行画面を示す図である。
図５７に示すゲーム進行画面Ｇ２３Ａには、図３７に示すゲーム進行画面Ｇ２３を用いて説明した各種情報に重畳して、経過表示欄Ｅ２３３が設けられている。経過表示欄Ｅ２３３には、ログ画面Ｇ２５の経過表示欄Ｅ２５１と同様の情報が示されてよいが、例えば、テキストのみである等、より簡潔にゲームの経過が表示される。つまり、通常のログの一部を抜粋した簡易ログが表示される。また、ゲーム進行画面Ｇ２３Ａにおいて、過表示欄Ｅ２３３は、背景が透けて見えるように表示される。
オートプレイでは、ゲームシステム１Ｂがユーザの操作を模擬して対戦パートのゲームを進行させる。よって、ユーザは、逐次変化するゲーム進行画面を確認してゲームの進行状況の把握に努めることになる。しかしながら、カードゲームの場合は、カードごとに様々な特性（効果）が定められている。また、カードの特性は、カードごとに１つのみとは限らず、使用タイミングや選択によって変化しうる。そのため、非オートプレイ時と同様のゲーム進行画面の変化を単に確認するだけでは、オートプレイ時の場合は正確にゲームの進行状況を把握することは困難である。
この点、ゲームシステム１Ｂは、オートプレイ時には、経過表示欄をゲーム進行画面に重畳して、背景が透けて見えるように表示する。これにより、ユーザは、ゲーム進行画面の変化と合せて、ゲームの経過を示すテキストを確認することにより、どのような操作が行われ、どのような結果が得られたのかを正確に把握することができる。そのため、ユーザは、例えば、オートプレイをゲームの進行途中で解除する場合にも、適切なタイミングで解除することができる。よって、ゲームシステム１Ｂは、ゲームの操作性を向上させることができる。
なお、経過表示欄は、非オートプレイ時の場合にも、ゲーム進行画面に重畳して表示されてよい。また、経過表示欄は、背景が透けないように表示されてもよい。また、経過表示欄は、画面の端部等、ゲーム進行の確認を妨げにくい位置に設けられてもよい。このように、経過表示欄の表示態様は、任意に変更されてよい。
以上が、ログ表示機能についての説明である。
〔ゲームシステム１Ｃの構成と動作〕
次に、ゲームシステム１Ｃの構成について説明する。
図５８は、ゲームシステム１Ｃの構成を示す図である。
ゲームシステム１Ｃは、ゲームシステム１が備える端末装置１０に代えて端末装置１０Ｃを備える。端末装置１０Ｃは、ゲームにおいて、ログ表示機能を提供するための処理を実行する。
次に、ゲームシステム１Ｃの動作について説明する。
ここでは、ログ表示機能に関連する処理を抜粋して説明する。
図５９は、ゲームシステム１Ｃによるオートプレイ時のゲーム進行処理の流れを示すフローチャートである。
（ステップＳ３１４０）端末装置１０Ｃは、ユーザ側操作入力を生成する。その後、ゲームシステム１Ｃは、ステップＳ３１４２に処理を進める。
（ステップＳ３１４２）端末装置１０Ｃは、ターンを終了するか否かを判定する。具体的には、ユーザ側操作入力がターンの終了を指示しているか否かを判定する。ターンを終了する場合（ステップＳ３１４２；ＹＥＳ）、ゲームシステム１Ｃは、ステップＳ３１５０に処理を進める。ターンを終了しない場合（ステップＳ３１４２；ＮＯ）、ゲームシステム１Ｃは、ステップＳ３１４４に処理を進める。
（ステップＳ３１４４）端末装置１０Ｃは、ユーザ側操作入力の内容を記憶部に記憶させる。また、端末装置１０Ｃは、ユーザ側操作入力の内容を経過表示欄に表示する。その後、ゲームシステム１Ｃは、ステップＳ３１４６に処理を進める。
（ステップＳ３１４６）端末装置１０Ｃは、ユーザ側操作入力に応じてゲームを進行させる。その後、ゲームシステム１Ｃは、ステップＳ３１４８に処理を進める。
（ステップＳ３１４８）端末装置１０Ｃは、ユーザ側操作入力に応じて生成されたゲーム結果を記憶部に記憶させる。また、端末装置１０Ｃは、生成されたゲーム結果を経過表示欄に表示する。その後、ゲームシステム１Ｃは、ステップＳ３１５０に処理を進める。
（ステップＳ３１５０）端末装置１０Ｃは、ゲームを終了するか否かを判定する。具体的には、ゲーム結果がゲームの終了を示しているか否かを判定する。ゲームを終了する場合（ステップＳ３１５０；ＹＥＳ）、ゲームシステム１Ｃは、図５９に示す処理を終了する。ゲームを終了しない場合（ステップＳ３１５０；ＮＯ）、ゲームシステム１Ｃは、ステップＳ３１５２に処理を進める。
（ステップＳ３１５２）端末装置１０Ｃは、対戦相手側操作入力を生成する。その後、ゲームシステム１Ｃは、ステップＳ３１５４に処理を進める。
（ステップＳ３１５４）端末装置１０Ｃは、ターンを終了するか否かを判定する。具体的には、対戦相手側操作入力がターンの終了を指示しているか否かを判定する。ターンを終了する場合（ステップＳ３１５４；ＹＥＳ）、ゲームシステム１Ｃは、ステップＳ３１６２に処理を進める。ターンを終了しない場合（ステップＳ３１５４；ＮＯ）、ゲームシステム１Ｃは、ステップＳ３１５６に処理を進める。
（ステップＳ３１５６）端末装置１０Ｃは、対戦相手側操作入力の内容を記憶部に記憶させる。また、端末装置１０Ｃは、対戦相手側操作入力の内容を経過表示欄に表示する。その後、ゲームシステム１Ｃは、ステップＳ３１５８に処理を進める。
（ステップＳ３１５８）端末装置１０Ｃは、対戦相手側操作入力に応じてゲームを進行させる。その後、ゲームシステム１Ｃは、ステップＳ３１６０に処理を進める。
（ステップＳ３１６０）端末装置１０Ｃは、対戦相手側操作入力に応じて生成されたゲーム結果を記憶部に記憶させる。また、端末装置１０Ｃは、生成されたゲーム結果を経過表示欄に表示する。その後、ゲームシステム１Ｃは、ステップＳ３１６２に処理を進める。（ステップＳ３１６２）端末装置１０Ｃは、ゲームを終了するか否かを判定する。具体的には、ゲーム結果がゲームの終了を示しているか否かを判定する。ゲームを終了する場合（ステップＳ３１６２；ＹＥＳ）、ゲームシステム１Ｃは、図５９に示す処理を終了する。ゲームを終了しない場合（ステップＳ３１６２；ＮＯ）、ゲームシステム１Ｃは、ステップＳ３１４０に処理を戻す。
なお、図５９に示す例では、ユーザ側からターンを開始する場合について説明したが、相手側からターンを開始する場合もある。この場合、ステップＳ３１５２から処理を開始すればよい。
また、図５９に示す例では、オートプレイ時のゲーム進行処理の流れを示したが、非オートプレイ時のゲーム進行処理においても、同様に処理を進めてよい。ただし、非オートプレイ時の場合は、ステップＳ３１４０において、ユーザ側操作入力を生成するのに代えて、ユーザから操作入力を受け付ける。また、ログ表示画面において、ゲームの経過を表示する場合には、ステップＳ３１４４、Ｓ３１４８、Ｓ３１５６、Ｓ３１６０において記憶させた情報に基づいて、ゲームの経過を表示してもよい。
〔第４の実施形態のまとめ〕
以上説明したように、ゲームシステム１Ｃにおいて、端末装置１０Ｃは、ゲームオブジェクト（例えば、カード）を用いて対戦するゲーム（例えば、カードゲーム）において操作入力を生成し、生成した操作入力に基づいてゲームを進行させる端末内ゲーム処理部１６２（ゲーム処理部の一例）と、ゲームの進行を示すゲーム画面（例えば、ゲーム進行画面）において、操作入力の履歴（例えば、用いられたカード、カードの操作内容）と操作入力に基づくゲームの進行結果の履歴（例えば、ライフポイントの変化、カードの移動）とを表示する画像データを生成する端末内画像生成部１６３（画像生成部の一例）と、を備える。
これにより、ゲームシステム１Ｃは、ユーザが操作入力を行わずにゲームを進行させる場合に、ゲーム画面において、操作入力とゲーム結果との履歴を表示する。よって、ゲームシステム１Ｃは、ユーザが操作入力を行わない場合であっても、ゲームの経過の把握を容易にすることができる。
［第５の実施形態］
〔第５の実施形態の概要〕
次に、第５の実施形態について説明する。ここでは、上述した各実施形態と同様の構成については、同一の符号を付し、説明を援用する。
本実施形態に係るゲームシステム１Ｄは、ゲームシステム１と同様に、ゲームを提供する情報システムである。ゲームシステム１Ｄは、レアクレストをプレイするための対価の消費を抑制する対価消費抑制機能を有する。
対価消費抑制機能について説明する。
本実施形態において、レアクエストは、対価を消費してプレイすることもできるし、対価を消費せずにプレイすることもできる。対価を消費してプレイする場合、ユーザは、例えば、ゲートアイコンを介して、所望のタイミングで、所望のレアクエストを選択してプレイすることができる。対価を消費しないでプレイする場合、ユーザは、例えば、ワールド画面に出現するレアクエストのクエスト選択用アイコンを選択してプレイすることができる。この場合、ワールド画面におけるクエスト選択用アイコンの出現は不定期であるため、必ずしもユーザが所望するタイミングでレアクエストをプレイできるとは限らない。また、出現するクエスト選択用アイコンのクエストの内容は抽選で決定されるため、必ずしもユーザが所望する内容のレアクエストをプレイできるとは限らない。つまり、各方法でのレアクエストのプレイには、それぞれ、ユーザにとって利点と欠点とがある。
この点、ユーザにとって、対価の消費は好ましくない。そこで、ゲームシステム１Ｄは、対価を消費することなくプレイ可能なレアクエストを、ユーザに通知する。さらに、ゲームシステム１Ｄは、対価を消費しないレアクエストについては、対価を消費してプレイを開始する操作を受け付けない。具体的には、例えば、図３０のレアクエスト選択画面Ｇ１７Ｂのような表示を行い、対価を消費してプレイを開始するための操作子を表示させない。また、対価を消費しないレアクエストをプレイするための具体的な情報を通知する。これにより、仮に対価を消費しないレアクエストの存在にユーザが気付いていない場合であっても、確実に対価を消費させないため、ユーザ間の公平性を向上させることができる。
なお、ゲームシステム１Ｄは、レアクエスト選択画面Ｇ１７Ｂのようにレアクエストのプレイを開始するための操作子を表示させないことに代えて、操作子が操作されても操作を処理しないように無効化してもよい。また、通常は消費される対価の量を、一時的に０に変更してもよい。非表示としたり、無効化したり、対価の量を０にしたりする対象は、難易度の異なる全てのレアクエストとしてもよいし、対価を消費せずにプレイ可能なレアクエストと、同じ難易度のレアクエストのみとしてもよい。また、対価を消費しないレアクエストをプレイするための画面に表示を遷移させるための操作子を、レアクエスト選択画面に配置してもよい。また、対価を消費しないレアクエストが存在することを、画面の所定の位置で随時通知してもよい。
以上が、対価消費抑制機能についての説明である。
〔ゲームシステム１Ｄの構成と動作〕
次に、ゲームシステム１Ｄの構成について説明する。
図６０は、本発明の第５の実施形態に係るゲームシステム１Ｄの構成を示す図である。 ゲームシステム１Ｄは、ゲームシステム１が備える端末装置１０に代えて端末装置１０Ｄを備える。端末装置１０Ｄは、ゲームにおいて、対価消費抑制機能を提供するための処理を実行する。
次に、ゲームシステム１Ｄの動作について説明する。
ここでは、対価消費抑制機能に関連する処理を抜粋して説明する。
図６１は、ゲームシステム１Ｄによるレアクエスト選択受付処理の流れを示すフローチャートである。
（ステップＳ４１６０）端末装置１０Ｄは、レアクエストのクエスト選択用アイコンをワールドに出現させるか否かを判定する。レアクエストのクエスト選択用アイコンをワールドに出現させる場合（ステップＳ４１６０；ＹＥＳ）、ゲームシステム１Ｄは、ステップＳ４１６２に処理を進める。レアクエストのクエスト選択用アイコンをワールドに出現させない場合（ステップＳ４１６０；ＮＯ）、ゲームシステム１Ｄは、ステップＳ４１６６に処理を進める。
（ステップＳ４１６２）端末装置１０Ｄは、ワールド画面において、レアクエスト開始操作を受け付け可能にする。その後、ゲームシステム１Ｄは、ステップＳ４１６４に処理を進める。
（ステップＳ４１６４）端末装置１０Ｄは、ゲートアイコンを介したレアクエスト選択画面において、レアクエスト開始操作を受け付けない。例えば、レアクエスト開始操作のための操作子を非表示としたり、無効化したりする。その後、ゲームシステム１Ｄは、図６１に示す処理を終了する。
（ステップＳ４１６６）端末装置１０Ｄは、ゲートアイコンを介したレアクエスト選択画面において、レアクエスト開始操作を受け付け可能にする。その後、ゲームシステム１Ｄは、ステップＳ４１６８に処理を進める。
（ステップＳ４１６８）端末装置１０Ｄは、ワールド画面において、レアクエスト開始操作を受け付けない。例えば、クエスト選択用アイコンを非表示としたり、無効化したりする。その後、ゲームシステム１Ｄは、図６１に示す処理を終了する。
〔第５の実施形態のまとめ〕
以上説明したように、ゲームシステム１Ｄにおいて、端末装置１０Ｄは、ユーザによる操作を受け付ける端末内入力部１２（入力部の一例）と、ユーザによる操作に応じて第１のゲームオブジェクト（例えば、カード）を用いたゲーム（例えば、カードゲーム）を開始する端末内制御部１６０（制御部の一例）と、を備え、端末内制御部１６０は、第２のゲームオブジェクトを消費させずにゲームを開始する操作を受け付ける場合には、第２のゲームオブジェクトを消費させてゲームを開始する操作の受け付けを制限する。
これにより、ゲームシステム１Ｄは、ゲームの開始に、第２のゲームオブジェクトを消費させる方法と消費させない方法との選択肢がある場合に、消費させる方法の受け付けを制限する。よって、ゲームシステム１Ｄは、ユーザに、無駄に第２のゲームオブジェクトを消費させることがない。よって、ユーザ間の公平性を向上させることができる。
［第６の実施形態］
〔第６の実施形態の概要〕
次に、第６の実施形態について説明する。ここでは、上述した各実施形態と同様の構成については、同一の符号を付し、説明を援用する。
本実施形態に係るゲームシステム１Ｅは、ゲームシステム１と同様に、ゲームを提供する情報システムである。ゲームシステム１Ｅは、フェイズ簡易移行機能を有する。
フェイズ簡易移行機能について説明する。
図６２〜図６４は、メインフェイズ時のゲーム進行画面を示す図である。特に図６２、図６３は、通常の操作によるフェイズの移行（遷移）を説明するための図であり、図６４は、フェイズ簡易移行機能によるフェイズの移行を説明するための図である。
図６２に示すゲーム進行画面Ｇ２３Ｂには、移行用ボタンＥ２３４が設けられている。図６３に示すゲーム進行画面Ｇ２３Ｃには、バトルフェイズ移行用ボタンＥ２３５と、ターンエンド用ボタンＥ２３６と、が設けられている。
移行用ボタンとは、メインフェイズを終了させるための操作子である。図３８を用いて説明したように、本実施形態に係るカードゲームは、メインフェイズの終了の仕方として２通りのパターンがある。具体的には、メインフェイズを終えてバトルフェイズに移行するパターンと、メインフェイズを終えて対戦相手のターンに移行するパターンとがある。そのため、メインフェイズの終了の意思を明確に確認するための操作子として移行用ボタンが設けられている。移行用操作子が選択されると、バトルフェイズ移行用ボタンとターンエンド用ボタンとが表示される。
バトルフェイズ移行用ボタンとは、メインフェイズを終了させて（「フェイズの終了宣言」とも称する）、バトルフェイズに移行させるための操作子である。なお、通常、ユーザは、メインフェイズの後、バトルフェイズに移行する。そのため、ゲームシステム１Ｅは、バトルフェイズ移行用ボタンを、移行用操作子と同一又は略同一の位置に表示させる。ここで、同一の位置とは、例えば、少なくとも１つの表示方向で、操作子の画像の中点、又は、端点の座標が一致することをいう。また、略同一の位置とは、例えば、移行操作子を選択後、指をほとんど動かさなくても、バトルフェイズ移行用ボタンを選択できる位置であり、例えば、移行操作子への操作を認識する範囲と、バトルフェイズ移行用ボタンへの操作を認識する範囲と、の差の最小値が２ｃｍ〜３ｃｍ以内にある位置である。これにより、ユーザは、画面上で、指をほとんど移動しなくても、例えばダブルタップで、バトルフェイズへ移行できる。
ターンエンド用ボタンとは、自ターンを終了させて（「ターンの終了宣言」とも称する）、相手ターンに移行させるための操作子である。なお、対戦相手のカードが強く、攻撃しても、自身がダメージを受けるような場合、ユーザは、カードを裏側表示等にして、バトルフェイズではなく、ターンエンドに移行させる場合がある。
以上のように、通常のフェイズの移行方法では、メインフェイズからバトルフェイズに移行させるために、専用の操作が必要になる。そして、バトルフェイズに移行後、カードを選択して攻撃する操作が行われることになる。
これに対して、フェイズ簡易移行機能を利用した場合は、移行用ボタン等の操作が必要ない。この場合、ゲームシステム１Ｅは、モンスターカードを攻撃させる等のバトルフェイズ特有の操作（バトル操作）を検出した場合に、ユーザにバトルフェイズに移行する意思があると判定し、直接的にバトルフェイズに移行するための操作子を表示する。
バトル操作の一例として、上述の攻撃コマンドがある。
例えば、図６４に示すゲーム進行画面Ｇ２３Ｄには、バトルフェイズ移行確認欄Ｅ２３７が表示されている。バトルフェイズ移行確認欄Ｅ２３７には、否定ボタンＥ２３８と、肯定ボタンＥ２３９が設けられている。
バトルフェイズ移行確認欄とは、メインフェイズからバトルフェイズへの移行の意思があるか否かを確認するための欄である。バトルフェイズ移行確認欄は、例えば、メインフェイズにおいて、ユーザがバトル操作を行った場合に表示される。バトルフェイズ移行確認欄の表示は省略されてもよい。この場合、メインフェイズにおいてバトル操作が行われると、そのままバトルフェイズに移行する。
否定ボタンと肯定ボタンは、それぞれ、メインフェイズからバトルフェイズへの移行の意思の有無を示すための操作子である。肯定ボタンが操作された場合、メインフェイズにおいて行われたバトル操作は、バトルフェイズ移行後にそのまま反映されてもよいし、一旦解除されてもよい。また、バトルフェイズ移行時に、メインフェイズにおけるバトル操作を、そのまま反映させてよいか否かをユーザに確認してもよい。そのまま反映させるようにすれば、ユーザはバトルフェイズにおいて操作を再入力する必要がないため、操作性を向上させることができる。また、一旦解除する場合であっても、ユーザは移行用ボタン等を操作する必要がないので、これだけでも操作性を向上させることができる。また、誤操作がそのまま反映さてしまうことを防ぐことができる。
このように、ゲームシステム１Ｅは、ユーザがバトル操作を行った場合に、そのまま、バトルフェイズに移行させるための操作子を表示する。これにより、操作性が向上する。例えば、ユーザがゲーム中に常に現在のフェイズを把握しているとは限らない。そのため、ユーザは、メインフェイズで必要な操作を終えた後、直接的にバトルフェイズの操作を行ってしまうことがある。特に、現実世界でカードゲームを行う場合に、フェイズの宣言をする必要がなければ、ビデオゲームの場合でも、現実のカードゲームと同様にフェイズの切り替えは意識されにくい。
しかしながら、ビデオゲームでは、フェイズを厳密に管理する必要がある。そのため、一般的な実装の場合には、メインフェイズにおいて行われたバトル操作は、無効化されてしまうことになる。この場合、ユーザは、バトル操作を行って、初めてフェイズを変更する必要を把握し、フェイズの移行操作を行うことになる。この場合、最初のバトル操作は無駄になってしまう。この点、ゲームシステム１Ｅは、最初のバトフェイズの操作を無駄にすることなく、直接的にバトルフェイズに移行させる。よって、ゲームシステム１Ｅは、操作性を向上させることができる。
以上が、フェイズ簡易移行機能についての説明である。
〔ゲームシステム１Ｅの構成と動作〕
次に、ゲームシステム１Ｅの構成について説明する。
図６５は、同実施形態に係るゲームシステム１Ｅの構成を示す図である。
ゲームシステム１Ｅは、ゲームシステム１が備える端末装置１０に代えて端末装置１０Ｅを備える。端末装置１０Ｅは、ゲームにおいて、フェイズ簡易移行機能を提供するための処理を実行する。
次に、ゲームシステム１Ｅの動作について説明する。
ここでは、フェイズ簡易移行機能に関連する処理を抜粋して説明する。
図６６は、ゲームシステム１Ｅによるメインフェイズ時におけるバトルフェイズ移行処理の流れを示すフローチャートである。
（ステップＳ５１７０）端末装置１０Ｅは、ユーザから操作入力を受け付ける。その後、ゲームシステム１Ｅは、ステップＳ５１７２に処理を進める。
（ステップＳ５１７２）端末装置１０Ｅは、カードに対する操作が行われたか否かを判定する。カードに対する操作が行われた場合（ステップＳ５１７２；ＹＥＳ）、ゲームシステム１Ｅは、ステップＳ５１７４に処理を進める。カードに対する操作が行われていない場合（ステップＳ５１７２；ＮＯ）、ゲームシステム１Ｅは、ステップＳ５１８２に処理を進める。
（ステップＳ５１７４）端末装置１０Ｅは、操作対象がモンスターカードであるか否かを判定する。操作対象がモンスターカードである場合（ステップＳ５１７４；ＹＥＳ）、ゲームシステム１Ｅは、ステップＳ５１７６に処理を進める。操作対象がモンスターカードでない場合（ステップＳ５１７４；ＮＯ）、ゲームシステム１Ｅは、ステップＳ５１７８に処理を進める。
（ステップＳ５１７６）端末装置１０Ｅは、操作内容がバトル操作（バトルフェイズ特有の操作）であるか否かを判定する。例えば、カード画像にタッチする操作の場合には、メインフェイズにおいてカードの効果を発動させるための操作と判定する。また、例えば、カード画像にタッチしたまま、対戦相手のカードにスライドさせる操作の場合には、バトル操作であると判定する。その後、ゲームシステム１Ｅは、ステップＳ５１７８に処理を進める。
（ステップＳ５１７８）端末装置１０Ｅは、操作内容に応じてゲームを進行させる。その後、ゲームシステム１Ｅは、図６６に示す処理を終了する。
（ステップＳ５１８０）端末装置１０Ｅは、バトルフェイズ移行確認欄にメッセージを表示し、バトルフェイズへの移行の可否をユーザに確認する。その後、ゲームシステム１Ｅは、ステップＳ５１８２に処理を進める。
（ステップＳ５１８２）端末装置１０Ｅは、バトルフェイズに移行させるか否かを判定する。例えば、バトルフェイズ移行確認欄に示したメッセージ対するユーザの操作入力を判定する。また、例えば、メインフェイズにおいて、バトルフェイズに移行させるための操作子が操作されたか否かを判定する。バトルフェイズに移行させる場合（ステップＳ５１８２；ＹＥＳ）、
ゲームシステム１Ｅは、ステップＳ５１８４に処理を進める。バトルフェイズに移行しない場合（ステップＳ５１８２；ＮＯ）、ゲームシステム１Ｅは、図６６に示す処理を終了する。
（ステップＳ５１８４）端末装置１０Ｅは、メインフェイズからバトルフェイズに移行させる。その後、ゲームシステム１Ｅは、図６６に示す処理を終了する。
〔第６の実施形態のまとめ〕
以上説明したように、ゲームシステム１Ｅにおいて、端末装置１０Ｅは、ユーザによる操作を受け付ける端末内入力部１２（入力部の一例）と、１つのターンにおいて第１のステップ（例えば、メインフェイズ）と第２のステップ（例えば、バトルフェイズ）とを含み、第２のステップにおいて操作可能な第１のゲームオブジェクト（例えば、モンスターカード）と、第１のステップにおいて操作可能であり第２のステップで操作不可能な第２のゲームオブジェクト（例えば、魔法カード、罠カード）と、を用いたゲームを進行させる端末内制御部１６０（制御部の一例）と、を備え、端末内制御部１６０は、第１のステップにおいて第１のゲームオブジェクトに対して所定の操作（例えば、バトル操作）が行われた場合に、第１のステップから第２のステップに移行させ、第１のステップにおいて第２のゲームオブジェクトに対して所定の操作が行われた場合に、第１のステップから第２のステップに移行させない。
これにより、ゲームシステム１Ｅは、第２のステップで操作可能なゲームオブジェクトに対して所定の操作が行われた場合に、第１ステップから第２ステップに移行する。つまり、ユーザが第２のステップにおいてゲームオブジェクトを操作することを所望する場合に第２のステップに移行する。よって、ゲームシステム１Ｅは、適切なタイミングでステップを切り替えることができ、操作性を向上させることができる。
［第７の実施形態］
〔第７の実施形態の概要〕
次に、第７の実施形態について説明する。ここでは、上述した各実施形態と同様の構成については、同一の符号を付し、説明を援用する。
本実施形態に係るゲームシステム１Ｆは、ゲームシステム１と同様に、ゲームを提供する情報システムである。ゲームシステム１Ｆは、プレゼントクエスト機能を提供する。
プレゼントクエスト機能について説明する。
図６７は、プレゼントクエストの概要を示す図である。
プレゼントクエストとは、複数のユーザ間で送受信可能なクエストである。例えば、第１のユーザ（ユーザＸ）がプレゼントクエストをプレイすると、次にプレゼントクエストをプレイさせるユーザを指定する。指定された第２のユーザ（ユーザＹ）は、別のユーザを指定してプレゼントクエストをプレイさせる。各ユーザは、プレゼントクエストについて、プレイするユーザのみでなく、ゲーム規則を指定することができる。ここで指定されるゲーム規則は、例えば、ユーザに対してハンデを負わせるゲーム規則である。この場合、プレゼントクエストは、通常のクエストに比して難易度が高いクエストとなる。プレゼントクエストの報酬は、通常クエストよりも相対的に価値の高いオブジェクトや多量の経験値が設定される。これにより、ユーザは、プレゼントクエストを優先してプレイすることになるので、ユーザ間の交流を活性化し、さらには、ゲームを続ける動機を与えることができる。
ゲームシステム１Ｆは、プレゼントクエストで対戦する対戦相手のデッキを、予め定めた条件で選択しても良い。ここで、ゲームシステム１Ｆは、特定のユーザが利用しているデッキや、通信対戦パートでユーザが利用しているデッキを選択しても良い。例えば、ゲームシステム１は、ランク対戦で、特定のランク（例えば、最も高いランク）にいるユーザのデッキをランダムで選択し、そのユーザの最新のデッキ又はそれ以前のデッキを、対戦相手のデッキとして使用してもよい。
また、プレゼントクエストでは、ユーザが勝利した場合も、敗北した場合も、経験値を付与しても良い。また、敗北した場合に付与される経験値は、通常クエストよりも高い経験値が設定されても良い。つまり、例え、送付先の第２のユーザが敗北した場合でも、第２のユーザには、高い経験値が付与される。これにより、第２のユーザは、勝利か敗北に関わらず、高い経験値が付与されるプレゼントクエストの送付を歓迎することとなる。そして、第２のユーザが送付を歓迎すると予想されるので、第１のユーザは、他の第２のユーザに対して、より積極的に、プレゼントクエストを送付することができる。
プレゼントクエスト機能を提供するための画面について説明する。
図６８は、プレゼントクエストのクエスト確認画面を示す図である。
プレゼントクエストのクエスト確認画面には、例えば、通常クエストやレアクエストと同様に、ワールド画面に配置されたクエスト選択用アイコンを介して遷移可能である。 図６８に示す例において、クエスト確認画面Ｇ２６には、課題表示欄Ｅ２６１が表示されている。また、課題表示欄Ｅ２６１には確認ボタンＥ２６２が設けられている。
課題表示欄Ｅ２６１とは、プレゼントクエストについて設定されたゲーム規則（課題）を表示する欄である。
確認ボタンＥ２６２とは、ゲーム規則を確認したことを示すための操作子である。
なお、ゲーム規則（課題）には、手札、フィールドのカード、フィールド、ライフポイント、フィールドに出すカード、又は、効果について、自身のものを不利にする規則、又は、対戦相手のものを有利にする規則を設定できる。また、ゲーム規則（課題）には、勝利時に付与される経験値と敗北時に付与される経験値が対応付けられている。
ゲーム規則（課題）の一例として、例えば、「初期手札1枚スタート」（勝利時経験値２５００、敗北時経験値２２５０）、「相手モンスター３枚で開始」（勝利時経験値１５００、敗北時経験値１２５０）、「初期手札２枚スタート」（勝利時経験値１７００、敗北時経験値１４５０）、「ＬＰ１０００で開始」（勝利時経験値１５００、敗北時経験値１２５０）、「魔法・罠がセット状態」（勝利時経験値１５００、敗北時経験値１２５０）
「モンスターゾーン収縮」（勝利時経験値１３００、敗北時経験値１０５０）、「魔法・罠ゾーン収縮」（勝利時経験値１３００、敗北時経験値１０５０）、「初期手札３枚スタート」（勝利時経験値１１００、敗北時経験値８５０）、「特殊召喚禁止」（勝利時経験値１７００、敗北時経験値１４５０）、「モンスター効果の発動禁止」（勝利時経験値１７００、敗北時経験値１４５０）である。
図６９は、プレゼント先選択画面を示す図である。
プレゼント先選択画面とは、プレゼントクエストの送付先の選択を受け付けるための画面である。プレゼント先選択画面には、例えば、クエスト結果画面から遷移可能である。
図６９に示す例において、プレゼント先選択画面Ｇ２７には、フレンドリストＥ２７１が設けられている。
フレンドリストとは、ゲームにおいて、ユーザとフレンドの関係にある他のユーザのリストである。ユーザは、フレンドリストからプレゼントクエストの送付先を選択する。
図７０は、プレゼント内容確認画面を示す図である。
プレゼント内容確認画面とは、ユーザにより設定されたプレゼントクエストの内容を示す画面である。プレゼント内容確認画面には、例えば、プレゼント先選択画面から遷移可能である。
図７０に示す例において、プレゼント内容確認画面Ｇ２８には、選択済み送付先表示欄Ｅ２８１と、選択済みゲーム規則表示欄Ｅ２８２と、ゲーム規則選択用ボタンＥ２８３と、確定ボタンＥ２８４と、が設けられている。
選択済み送付先表示欄とは、プレゼントクエストの送付先ユーザについての選択結果を表示する欄である。
選択済みゲーム規則表示欄とは、プレゼントクエストのゲーム規則についての選択結果を表示する欄である。
ゲーム規則選択用ボタンとは、プレゼントクエストのゲーム規則を選択するための操作子である。
確定ボタンとは、プレゼントクエストの送付先及びゲーム規則を確定させるための操作子である。確定ボタンの操作により、プレゼントクエストの情報が送付先ユーザに送信される。
図７１は、プレゼント課題選択画面を示す図である。
プレゼント課題選択画面とは、プレゼントクエストのゲーム規則の選択を受け付けるための画面である。プレゼント課題選択画面には、例えば、プレゼントクエスト内容確認画面から遷移可能である。
図７１に示す例において、プレゼント課題選択画面には、ゲーム規則のリストが表示されている。ユーザは、リストから所望のゲーム規則を選択する。ユーザが選択中のゲーム規則に対しては、チェックマーカＥ２９１が付される。
以上が、プレゼントクエスト機能についての説明である。
〔ゲームシステム１Ｆの構成と動作〕
次に、ゲームシステム１Ｆの構成について説明する。
図７２は、同実施形態に係るゲームシステム１Ｆの構成を示す図である。
ゲームシステム１Ｆは、ゲームシステム１が備える端末装置１０、サーバ装置３０に代えて端末装置１０Ｆ、サーバ装置３０Ｆを備える。端末装置１０Ｆ、サーバ装置３０Ｆは、ゲームにおいて、プレゼントクエスト機能を提供するための処理を実行する。
次に、ゲームシステム１Ｆの動作について説明する。
ここでは、プレゼントクエスト機能に関連する処理を抜粋して説明する。
図７３は、ゲームシステム１Ｆによるプレゼントクエスト処理の流れを示すシーケンスチャートである。
ここでは、一例として、端末装置１０Ｆ−１から端末装置１０Ｆ−２に対してプレゼントクエストを送信する場合について説明する。また、ステップＳ６１９０〜Ｓ６１９８の処理を、プレゼントクエスト実行処理（ステップＳＲ）と称する。
（ステップＳ６１９０）端末装置１０Ｆは、ユーザによりプレゼントクエストのクエスト選択用アイコンが操作されると、プレゼントクエストの内容（送付元ユーザ、ゲーム規則）を表示する。その後、ゲームシステム１Ｆは、ステップＳ６１９２に処理を進める。（ステップＳ６１９２）端末装置１０Ｆは、ユーザによりプレゼントクエストの開始が指示されると、対戦パートのゲームを進行させる。なお、プレゼントクエストの報酬は、ゲーム規則に対応付けられていてもよい。また、プレゼントクエストの報酬は、プレゼントクエストの転送回数やユーザによるプレゼントクエストのプレイ回数等に対応付けられていてもよい。その後、ゲームシステム１Ｆは、ステップＳ６１９４に処理を進める。
（ステップＳ６１９４）端末装置１０Ｆは、ゲームが終了すると、プレゼントクエストを送付するか否かを判定する。具体的には、端末装置１０Ｆは、送付条件を満たすか否かを判定する。送付条件とは、プレゼントクエストの送付の可否を定める条件である。例えば、プレゼントクエストにおいて勝利すること、プレゼントクエストにおいて所定の評価を獲得すること、所定時間内にゲームをプレイしたフレンドのユーザが存在すること、ユーザが所定の期間プレイしていること等が、送付条件として定められてもよい。プレゼントクエストを送付する場合（ステップＳ６１９４；ＹＥＳ）、ゲームシステム１Ｆは、ステップＳ６１９６に処理を進める。プレゼントクエストを送付しない場合（ステップＳ６１９４；ＮＯ）、ゲームシステム１Ｆは、図７３に示す処理を終了する。
（ステップＳ６１９６）端末装置１０Ｆは、ユーザから、送付先ユーザとゲーム規則との選択を受け付ける。その後、ゲームシステム１Ｆは、ステップＳ６１９８に処理を進める。
（ステップＳ６１９８）端末装置１０Ｆは、サーバ装置３０Ｆに対して、送付先ユーザとゲーム規則との選択結果を含むプレゼントクエストの内容を通知する。その後、ゲームシステム１Ｆは、ステップＳ６３００に処理を進める。
ステップＳ６３００）サーバ装置３０Ｆは、端末装置１０Ｆからプレゼントクエストの内容を取得する。サーバ装置３０Ｆは、端末装置１０Ｆにより指定された送付先の端末装置１０Ｆに対して、送付元のユーザとゲーム規則とを含むプレゼントクエストの内容を通知する。その後、ゲームシステム１Ｆは、プレゼントクエストの送付先の端末装置１０Ｆにおいて、ステップＳＲのプレゼントクエスト実行処理を実行する。
〔第７の実施形態のまとめ〕
以上説明したように、ゲームシステム１Ｆは、端末装置１０Ｆ−１（第１の端末装置の一例）と、端末装置１０Ｆ−２（第２の端末装置の一例）と、サーバ装置３０Ｆ（サーバ装置の一例）と、を備える情報処理システムである。
端末装置１０Ｆ−１は、第２の端末装置を選択する操作と、ゲーム規則を選択する操作と、を受け付ける端末内入力部１２（入力部の一例）と、端末装置１０Ｆ−２の選択結果と、ゲーム規則の選択結果とをサーバ装置に通知する端末内制御部１６０（第１制御部の一例）と、を備える。
サーバ装置３０Ｆは、端末装置１０Ｆ−２の選択結果とゲーム規則の選択結果とを端末装置１０Ｆ−１から取得し、端末装置１０Ｆ−１において選択された端末装置１０Ｆ−２に対して、端末装置１０Ｆ−１において選択されたゲーム規則を通知するサーバ内制御部３３０（サーバ内制御部の一例）を備える。
端末装置１０Ｆ−２は、端末装置１０Ｆ−１において選択されたゲーム規則に基づいてゲームを進行させる端末内制御部１６０（第２制御部の一例）を備える。
これにより、ある端末装置１０Ｆにおいて選択されたゲーム規則のゲームが、他の端末装置１０Ｆにおいて実行される。つまり、あるユーザが、他のユーザに対して、ゲームを提供する。よって、ゲームシステム１Ｆは、ユーザ間の交流を活性化することができる。
［変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成は上述の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。例えば、上述の第１〜第７の実施形態において説明した各構成は、任意に組み合わせることができる。また、例えば、上述の第１〜第７の実施形態において説明した各構成は、特定の機能を発揮するのに不要である場合には、省略することができる。
図７４は、ユーザがプレイする、１つのターンの流れを示す図の変形例を示す図である。ゲームシステム１、１Ａ〜１Ｆ（以下、単に「ゲームシステム１」とも称する）は、図７４、図７５、図７６のフェイズ、ステップに従って、ゲーム進行を行う。
例えば、１つのターンは、図７４に示す（１）〜（６）の各フェイズの順に進行する。 また、（４）のバトルフェイズは、図７５に示す（４−１）〜（４−４）のステップを遷移する。また、（４−３）ダメージステップは、５つのタイミングの順に処理される。 （１）開始フェイズ：ターンの開始で、山札からカードを引く処理が行われる。開始フェイズは、「ドローフェイズ」とも称する。
（２）準備フェイズ：このタイミングで自動的に発生する効果の処理が行われる。準備フェイズは、「スタンバイフェイズ」とも称する。
（３）メインフェイズ１：ユーザがコマンドとカードと選択することで、モンスターカードの召喚や、魔法・罠、モンスター効果等による効果の発動に関する処理が行われる。 （４）バトルフェイズ：バトルフェイズは、図７５に示す（４−１）〜（４−４）のステップを遷移する。
図７５は、バトルフェイズの流れを示す図である。
（４−１）スタートステップ：バトルフェイズに入るための宣言を行うステップである。ただし、先攻プレイヤの第１ターンだけは、バトルフェイズに入るための宣言をすることができない。
（４−２）バトルステップ：自分フィールド上の表側攻撃表示モンスターの中から、攻撃させたいモンスターを１体と、攻撃目標となる相手フィールド上のモンスターを１体選んで攻撃宣言（攻撃コマンドを入力）する。相手フィールド上にモンスターがいない場合、相手プレイヤに直接攻撃することが可能である（ダイレクトアタック）。攻撃宣言が終了すると、ダメージステップに移行する。
バトルステップの間に攻撃したモンスターが守備表示になったり、フィールドを離れた場合、ダメージステップには入らない。また、バトルステップの途中で相手モンスターの数が変わった場合にも、バトルステップの巻き戻しが発生する。バトルステップの巻き戻しとは、ターンプレイヤは、攻撃目標を新たに選び直すことができることである。そのモンスターの攻撃自体をやめることもできるが、同ターン内での再度攻撃することはできない。ターンプレイヤとは、ターン（図７４）を進めているプレイヤである。（４−３）ダメージステップ：ゲームシステム１、１Ａ〜１Ｆが、ダメージ計算を行い、戦闘結果を導き出すステップである。ダメージステップでは、基本的にモンスターの攻撃力又は守備力を増減させる効果を持つカード若しくは、カウンター罠以外は発動することができない。これらのカードが発動できるのは、ダメージステップが始まり、ダメージ計算が始まるまでの間のみであり、これらのカードは使用条件を満たす限りいくつでも、発動することができる。
裏側守備表示のモンスターを攻撃した場合、ダメージステップでそのモンスターをリバースし、表側守備表示にする。その後、そのモンスターの守備力を確認し、ダメージ計算に移る。
リバースした場合に発動するモンスターの効果は、その効果の初動と処理はダメージ計算を行った後になる。この時、フィールドのモンスターを対象として発動する効果だった場合は、ダメージ計算によって破壊が確定したモンスターを対象とすることはできない。
具体的には、ダメージステップは、５つのタイミングが存在する。
図７６は、ダメージステップの流れを示す図である。
ダメージステップは、図７６に示されるように５つのタイミングを経て進行する。
ゲームシステム１、１Ａ〜１Ｆは、ダメージステップ毎に、フィールド上のカード各々の発動効果情報から、効果の発動タイミング又は特定の効果を検索する。ゲームシステム１、１Ａ〜１Ｆは、検索の結果、効果を発動可能なカードがあると判定した場合、その旨を通知し、プレイヤから効果を発動するか否かを示す情報が入力されるのを待っても良い。
（ア）ダメージステップ開始時は、「ダメージステップ時」及び「ダメージ計算を行わず」と記載されているカードの効果、モンスターの攻撃力又は守備力を変化させる効果を発動が可能である。
（イ）ダメージ計算前は、裏側守備表示モンスターをリバースし、「ダメージステップ時」及び「ダメージ計算前」と記載されているカードの効果、モンスターの攻撃力又は守備力を変化させる効果を発動が可能である。例えば、（ア）、（イ）の場合、ゲームシステム１、１Ａ〜１Ｆは、フィールド上のカード各々の発動効果情報から、「ダメージステップ時」及び「ダメージ計算を行わず」を示す発動効果情報や、攻撃力又は守備力を変化させる効果を示す発動効果情報の有無を検索する。ゲームシステム１、１Ａ〜１Ｆは、これらの発動効果情報に対応するカードが存在する場合、効果を発動可能であることを示す情報を表示し、プレイヤから効果を発動するか否かを示す情報が入力されるのを待っても良い。 （ウ）ダメージ計算時は、「ダメージ計算時に」と記載されたカードの効果の発動が可能である。 （エ）ダメージ計算後は、「ダメージを受けた時」、「戦闘を行ったとき」及び「リバースした時」と記載されたカードの効果の発動が可能である。 （オ）ダメージステップ終了時は、戦闘破壊されたモンスターを墓地へ送る。「戦闘で破壊された時」の効果を発動可能である。 例えば、ゲームシステム１、１Ａ〜１Ｆは、フィールド上のカード各々の発動効果情報から、（ウ）の場合に「ダメージ計算時に」、（エ）の場合に「ダメージを受けた時」、「戦闘を行ったとき」及び「リバースした時」、（オ）の場合に「戦闘で破壊された時」を示す発動効果情報の有無を検索する。ゲームシステム１、１Ａ〜１Ｆは、これらの発動効果情報に対応するカードが存在する場合、効果を発動可能であることを示す情報を表示し、プレイヤから効果を発動するか否かを示す情報が入力されるのを待っても良い。
また、こららの５つのタイミングのうちダメージ計算前以外のタイミングでは１度しかチェーンを組むことができない。ただし、これらのタイミングで効果を発動したことによって誘発効果やカウンター罠などの発動条件を満たした場合、例外的にチェーンブロックを作って発動できる。
（４−４）エンドステップ：バトルステップとダメージステップを繰り返し、攻撃させたいモンスターがいなくなった場合に、エンドステップに入る。攻撃可能なモンスターが残っていてもエンドステップに移行することはできる。
（６）エンドフェイズ：ターンの終了の処理が行われる。この後、相手のターンに移行する。
「チェーン」
チェーンとは、魔法、罠カード及びモンスター効果の応酬をスムーズに解決するためのシステムで、１枚のカードの発動に対応して別のカードを発動する行為の事をいう。
カードの効果が発動したとき、相手プレイヤはそれに対して、必ずチェーンするチャンスを与えられる。相手がチェーンをした場合、今度は自分がチェーンをすることが可能となり、相手がチェーンしなかった場合は、自分のカードを自分自身でチェーンすることも可能である。こうして、チェーンは、可能な限り積み重ねることができ、お互いにチェーンをしなくなった時、最後にチェーン発動されたカードから順に効果の処理をしていく。例えば、ゲームシステム１、１Ａ〜１Ｆは、プレイヤＡが効果を発動させる場合（カードの効果を発動させる入力を行った場合）、他のプレイヤＢに効果を発動させる機会（チェーンの機会）を与え、プレイヤＢからの効果を発動させる入力の有無を待つ。プレイヤＢが効果を発動させる場合、プレイヤＡに効果を発動する機会を与える。ゲームシステム１、１Ａ〜１Ｆは、プレイヤＡ、Ｂのいずれかが、効果を発動させなくなった場合、チェーンの積み重ねを終了する。
最初に発動したカードを「チェーン１」とし、チェーンを発動する毎にチェーン２、チェーン３・・・とチェーンブロックが積み上げられていく。チェーン発動が終了すると、効果の処理に入り、最後に発動したチェーンから順に効果を処理していく。つまり、ゲームシステム１、１Ａ〜１Ｆは、効果を発動させる入力とは、逆の順序、例えば、チェーン３、チェーン２、チェーン１の順序に、効果を発動させていく。すなわち、プレイヤは、相手が発動した効果に対して、自身がそのカードよりも先に効果を発動することができる。これにより、プレイヤは、先に入力された効果を無効にする効果を、後から入力する機会が与えられるので、先に入力された効果を無効又は軽減すること、又は、先に入力された効果の発動自体を無効或いは効果を発動させるカードの破壊等をすることもでき、先の効果による影響を回避できることもある。
なお、モンスターの召喚、リリース、コストの支払い及び、各フェイズの開始や終了の宣言はカードの効果の発動ではないので、これに対してチェーンをすることはできない。 チェーンを積むとは、チェーン２以降でカードを発動することをいう。
「スペルスピード」
スペルスピードとは、カードの属性であり、チェーンを積む際に、発動したカードよりも対応するカードのスペルスピードが遅いとチェーン発動することができない。
スペルスピード１は、通常魔法、装備魔法、フィールド魔法、儀式魔法、永続魔法、効果モンスターである。
スペルスピード２は、速攻魔法、通常罠、永続魔法、効果モンスター（誘発即時効果）である。
スペルスピード３は、カウンター罠である。
ゲームシステム１、１Ａ〜１Ｆは、カード毎に、スペルスピードを対応付けて記憶する。ゲームシステム１、１Ａ〜１Ｆは、プレイヤＡが効果を発動させる第１カードと、その後の機会で、プレイヤＢが効果を発動させようとする第２カードと、について、スペルスピードを比較する。ゲームシステム１、１Ａ〜１Ｆは、第２カードのスペルスピードが「１」（一番遅い）場合、チェーンができないと判定する。この場合、ゲームシステム１、１Ａ〜１Ｆは、チェーンができない旨を表示しても良い。また、ゲームシステム１、１Ａ〜１Ｆは、チェーンの機会を与える場合、スペルスピードが「１」のカードを選択できないようにしても良い。
また、ゲームシステム１、１Ａ〜１Ｆは、第２カードのスペルスピードが「２」のとき、第１カードのスペルスピードが「１」又は「２」の場合、効果の発動を許容し、チェーンを受け付ける。この場合、ゲームシステム１、１Ａ〜１Ｆは、プレイヤＡに効果を発動する機会を与える。
一方、ゲームシステム１、１Ａ〜１Ｆは、第２カードのスペルスピードが「２」のとき、第１カードのスペルスピードが「３」以上の場合、チェーンができないと判定する。この場合、ゲームシステム１、１Ａ〜１Ｆは、チェーンができない旨を表示しても良い。また、ゲームシステム１、１Ａ〜１Ｆは、チェーンの機会を与える場合、直前のチェーンを許容したカードのスペルスピードを参照し、そのスペルスピードより遅い（値の小さい）カードを選択できないようにしても良い。又は、ゲームシステム１、１Ａ〜１Ｆは、そのスペルスピードより速い（値が同じ又は大きい）カードを選択できるようにしても良いし、選択可能であることを示す表示を行っても良い。 このように、スペルスピードは、効果の発動の順序を制限する値である。
「優先権」
優先権とは各フェイズやステップでカードを最初に発動する権利の事をいい、常にターンを進めているターンプレイヤにある。これをターンプレイヤの優先権という。
相手プレイヤは、ターンプレイヤが優先権を持っている限り、自動的に発動する誘発効果以外は、先にカードを発動することができない。また、フェイズやステップを進める前には必ず優先権を放棄しなければならない。厳密にフェイズやステップの進行を説明すると、フェイズやステップの終了宣言前に、優先権の放棄を宣言し、相手プレイヤのカード使用を確認しなければならない。
カード発動の優先権はターンプレイヤにあり、カード発動後、ステップ、フェイズ及びターンの終了宣言をした場合は、優先権は相手プレイヤに移り、相手プレイヤが優先権を放棄した場合にステップ、フェイズ及びターンが移行する。
ゲームシステム１、１Ａ〜１Ｆは、対戦するプレイヤについて、プレイヤの識別情報と対応づけて優先権の有無を示す優先権情報を記憶する。優先権情報は、必ず１人のプレイヤ（例えば、ターンプレイヤ）が「有」であり、他のプレイヤは「無」となっている。ゲームシステム１、１Ａ〜１Ｆは、終了宣言を示す入力（終了宣言コマンド）があった場合又は効果が発動される場合、終了宣言を行った又は効果を発動するプレイヤの優先権情報を「無」に変更し、対戦相手のプレイヤの優先権情報を「有」に変更する。ゲームシステム１、１Ａ〜１Ｆは、優先権情報が「有」のプレイヤからのゲーム操作を受け付け、優先権情報が「無」のプレイヤからのゲーム操作を受け付けなくても良い。
なお、上述した各実施形態において、レアクエスト選択画面を介してプレイ可能なクエストと、クエスト選択用アイコンを介してプレイ可能なクエストとは、同一であってもよいし、異なっていてもよい。例えば、レアクエスト選択画面のみからプレイ可能なレアクエストが設定されてもよいし、クエスト選択用アイコンのみからプレイ可能なレアクエストが設けられてもよい。
なお、上述した各実施形態において、ユーザが所持しているか否か以外にも、任意の条件を指定して、報酬の並び替え（ソート）や表示態様の変更を可能としてもよい。報酬の価値や所持数に応じて降順又は昇順で、表示する報酬を並び替えてもよい。また、表示態様は、グレーアウトの他にも、色彩の変更、透明度の変更、表示対象からの除外、マークの付加等、任意の方法で区別可能に変更されてよい。
なお、出現制御アイコンの出現規則は、上述したものに限られない。例えば、ゲームシステム１、１Ａ〜１Ｆは、出現制御アイコンを、所定のスケジュールで出現させてよい。スケジュールとは、出現制御アイコンと、出現タイミングとを関連付けた情報である。この場合、ゲームシステム１、１Ａ〜１Ｆは、例えば、ゲームの起動時に、複数のスケジュールの中からいずれか１つを選択する。そして、ゲームシステム１、１Ａ〜１Ｆは、選択したスケジュールに従い、時間の経過に応じて出現制御アイコンを順次出現させる。また、出現規則として、出現対象、出現タイミング、出現頻度（出現時間間隔、出現確率）のうちの全部又は一部の順序が予め定められていてもよい。出現対象としては、クエスト、トレーダ、落し物の他、これらの種類、属性が定められていてもよい。例えば、出現規則として、どのような順序でどのクエストを出現させるか、どのような順序で出現タイミングを変更するか等が定められていてもよい。
なお、上述した各実施形態では、クエストの種類として、通常クエストとレアクエストとがある場合について説明したが、これには限られない。例えば、通常クエストとレアクエストとは異なるイベントクエストが存在してもよい。イベントクエストとは、所定のイベント条件が満たされた場合のみ、所定の処理に関連付けられたクエストである。所定のイベント条件としては、例えば、所定のイベント期間内であること、所定のイベント場所に端末装置１０が位置していること、所定のパラメータが所定の値であること等が適用されてよい。具体的には、イベントクエストとして、所定のイベント期間内のみ通常クエストと同様に出現が制御されるクエスト、所定のイベント期間内のみ所定の報酬が関連付けられたクエストが設定されてよい。
なお、上述した各実施形態において、１つのクエストの達成のみでなく、複数のクエストの達成に応じて、報酬が付与されてもよい。つまり、複数のクエストから構成されるクエストグループの達成に応じて、報酬が付与されてもよい。例えば、ゲームシステム１、１Ａ〜１Ｆは、複数の所定のクエストが所定の順序で達成されることに応じて、ユーザに報酬を付与してよい。
なお、上述した各実施形態では、プレイヤレベルにクエストの出現規則に関連する情報、ゲームオブジェクト、ゲームパート等を関連付ける場合について説明したが、これには限られない。例えば、キャラクタレベルにクエストの出現規則に関連する情報、ゲームオブジェクト、ゲームパート等を関連付けてもよい。
また、上述した各実施形態では、プレイヤレベルを増加させるときに、出現制御アイコンの出現状況を変化させる場合について説明したが、これには限られない。例えば、キャラクタレベルを増加させるときに、出現制御アイコンの出現状況を変化させてもよい。
また、上述した各実施形態において、クエストを構成する２次ゲームは、対戦型のゲームに限られない。例えば、捕獲ゲーム、シューティングゲーム、スポーツゲーム、スロットゲーム、競争ゲーム、配置ゲーム、バトルゲーム、クイズゲーム、記憶力ゲーム、カードゲーム等のゲームにより、クエストが構成されてもよい。
捕獲ゲームとは、例えば、ターゲットとして表示される標的オブジェクトを捕まえるゲームである。シューティングゲームとは、例えば、標的オブジェクトを撃ち落とすゲームである。スポーツゲームとは、標的オブジェクトをバットやラケット等で打つ等のスポーツを模したゲームである。スロットゲームとは、例えば、複数の回転リールをそれぞれ停止させる操作を行って停止表示されたシンボルの組み合わせに基づいて報酬を付与するゲームである。競争ゲームとは、例えば、配置ゲームとは、例えば、バトルゲームとは、例えば、クイズゲームとは、例えば、記憶力ゲームとは、例えば、カードゲームとは、例えば、競争ゲームとは、例えば、特定の競争物（車、馬等）を操作して順位を競うゲームである。配置ゲームとは、例えば、複数の対象物（ブロック等）の位置や傾きを調整する操作を要求するゲームである。バトルゲームとは、例えば、攻撃や防御を行って相手との勝敗を競うゲームである。クイズゲームとは、例えば、知識力や計算力、図形把握力等を問うようなゲームである。記憶力ゲームとは、例えば、ユーザに対して一時的に提示された情報等について記憶内容を試すゲームである。カードゲームとは、例えば、カードの取捨選択等の戦略性が要求されるゲームである。
なお、上述した各実施形態において端末装置１０、１０Ａ〜１０Ｆが行うものとして説明した処理を、サーバ装置３０、３０Ｆが実行してもよい。この場合、端末装置１０は、ユーザによる操作内容をサーバ装置３０に通知し、サーバ装置３０は、操作内容に応じた処理結果を、端末装置１０に通知するようにしてよい。
なお、上述したように、プレイヤレベルやキャラクタレベルには、様々なゲーム要素が対応付けられてよい。例えば、上述した以外にも、オートプレイ機能の実行権やプレゼントクエストの実行権等、ユーザの操作性を向上させる機能やユーザの選択の幅を広げる機能を、プレイヤレベルやキャラクタレベルに応じて利用可能としてよい。
また、上述の端末装置１０、１０Ａ〜１０Ｆ及びサーバ装置３０、３０Ｆの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより端末装置１０及びサーバ装置３０としての処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
また、上述した端末装置１０及びサーバ装置３０の機能の一部または全部を、ＬＳＩ等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
以上の記載から本発明の複数の態様は例えば以下のように把握される。なお、本発明の複数の態様が図示の態様に限定されるものではない。
本発明の一態様は、ゲームにおける第１の報酬に関連付けられている第１のゲームオブジェクトと、前記ゲームにおける第２の報酬に関連付けられている第２のゲームオブジェクトと、を表示可能なゲーム画面を生成させる制御部（１６０）と、前記制御部が生成させた前記ゲーム画面を表示する表示部（１３）と、前記第１のゲームオブジェクトを選択する操作と、前記第２のゲームオブジェクトを選択する操作と、を受け付ける入力部（１２）と、を備え、前記制御部は、選択可能な前記第１のゲームオブジェクトの数と、選択可能な前記第２のゲームオブジェクトの数と、の少なくともいずれかに関連する数が、ユーザに関連付けられた所定のパラメータの値に応じた所定数未満である場合に、選択可能な前記第１のゲームオブジェクトの数と、選択可能な前記第２のゲームオブジェクトの数と、の少なくともいずれかを、所定の頻度で増加させ、選択可能な前記第１のゲームオブジェクトの数と、選択可能な前記第２のゲームオブジェクトの数と、の少なくともいずれかを、ユーザに関連付けられたアイテムの数を減少させることに応じて変更させる端末装置（１０）である。
上記構成によれば、端末装置は、例えばプレイヤレベル等のユーザに関連付けられた所定のパラメータの値を変化させることにより、例えば選択可能な第１のゲームオブジェクトの数と選択可能な第２のゲームオブジェクトの数との総数の上限を変化させる。また、端末装置は、選択可能な第１のゲームオブジェクトの数と選択可能な第２のゲームオブジェクトの数と、の少なくともいずれかを、例えば、ユーザの所持アイテムの消費と引き換えに変更する。従って、端末装置は、第１のゲームオブジェクトと第２のゲームオブジェクトとを選択可能とすることについて、ゲームに戦略性を追加することができる。
本発明の他の一態様は、ゲームにおける第１のゲームパートに関連付けられている第１のゲームオブジェクトを含むゲーム画面であって、前記ゲームにおける第２のゲームパートに関連付けられている第２のゲームオブジェクトを表示可能なゲーム画面を生成させる制御部（１６０）と、前記制御部が生成させた前記ゲーム画面を表示する表示部（１３）と、前記第１のゲームオブジェクトを選択する操作と、前記第２のゲームオブジェクトを選択する操作と、を受け付ける入力部（１２）と、を備え、前記制御部は、選択可能な前記第２のゲームオブジェクトの数がユーザに関連付けられた所定のパラメータの値に応じた所定数未満である場合に、選択可能な前記第２のゲームオブジェクトの数を所定の頻度で増加させる端末装置（１０）である。
上記構成によれば、端末装置は、第１のゲームオブジェクトを含むゲーム画面において、選択可能な第２のゲームオブジェクトの数を変化させる。そのため、ユーザは、選択可能な第２のゲームオブジェクトを探す過程で、第１のゲームオブジェクトを視認する。従って、端末装置は、ユーザを、第１のゲームパートに効率よく誘導することができる。また、端末装置は、例えばプレイヤレベル等のユーザに関連付けられた所定のパラメータの値を変化させることにより、例えば選択可能な第２のゲームオブジェクトの数の上限を変化させる。従って、端末装置は、ユーザにゲームを続ける動機を与えることができる。
本発明の他の一態様は、ゲームにおける仮想空間の一部を選択する操作と、前記ゲームにおける報酬に関連付けられているゲームオブジェクトであって前記仮想空間に配置されたゲームオブジェクトを選択する操作と、を受け付ける入力部（１２）と、前記入力部が受け付けた操作に基づいて前記仮想空間の一部を含むゲーム画面を生成させる制御部（１６０）と、前記制御部が生成した前記ゲーム画面を表示する表示部（１３）と、を備え、前記制御部は、選択可能な前記ゲームオブジェクトの数が所定数以下となるように、前記ゲームオブジェクトの前記仮想空間における出現を制御させる端末装置（１０）である。
上記構成によれば、端末装置は、ゲーム画面単位ではなく、仮想空間全体で、選択可能なゲームオブジェクトのの出現を制御する。そのため、ユーザは、選択可能なゲームオブジェクトの全てを確認するためには、ゲーム画面を切り替える必要がある。従って、端末装置は、ゲーム画面を切り替えて選択可能なゲームオブジェクトを探す興趣性を、ゲームに追加することができる。
本発明の他の一態様は、ゲームにおけるゲーム画面を生成させる制御部（１６０）と、前記制御部が生成したゲーム画面を表示する表示部（１３）と、前記表示部が表示するゲーム画面を第１のゲーム画面から第２のゲーム画面に切り替える操作と、前記ゲームにおける報酬に関連付けられているゲームオブジェクトであって前記表示部が表示するゲーム画面に配置されたゲームオブジェクトを選択する操作と、を受け付ける入力部（１２）と、を備え、前記制御部は、前記第１のゲーム画面と前記第２のゲーム画面との少なくともいずれかを介して選択可能なゲームオブジェクトの数が所定数以下となるように、前記ゲームオブジェクトの出現を制御させる端末装置（１０）である。
上記構成によれば、端末装置は、第１のゲーム画面と第２のゲーム画面との少なくともいずれかを介して選択可能なゲームオブジェクトの数を制御する。そのため、ユーザは、選択可能なゲームオブジェクトの全てを確認するためには、少なくとも第１のゲーム画面と第２のゲーム画面とを切り替える必要がある。従って、端末装置は、ゲーム画面を切り替えて選択可能なゲームオブジェクトを探す興趣性を、ゲームに追加することができる。
本発明の他の一態様は、複数のエリアの少なくとも１つに、少なくとも１つの第１アイコン（Ｃ１、Ｃ２）を出現させて表示する表示部（１３）と、前記エリアを切り替える操作と、前記第１アイコンを選択する操作と、を受け付ける入力部（１２）と、切り換えられた前記エリアにおいて前記第１アイコンのいずれかが選択された場合、選択された前記第１アイコンに対応するゲームをプレイ可能に制御する制御部（１６０、３３０）と、を備え、前記制御部は、出現させる前記第１アイコンの数を、上限値以下に制限するゲームシステム（１、１Ａ〜１Ｆ）である。
上記構成によれば、複数のエリアに第１アイコンが出現するので、ユーザは、第１アイコンを見つけて選択することで、第１アイコンに対応するゲームをプレイすることができる。その一方で、ゲームシステムは、第１アイコンの数を上限値以下に制限するので、第１アイコンの数が増えすぎ、見つけることに価値がなくなることを防止できる。例えば、ゲームシステムは、複数のエリアから、上限値以下に制限された第１アイコンを探すという新たな興趣性をユーザに提供することができる。
なお、前記表示部は、エリアを切り替えた場合、画面全体（例えば、画面のヘッダやフッダを除いても良い）を切り替える（画面が切り替わったような演出を含む）。
本発明の他の一態様は、上記ゲームシステムであって、前記表示部は、第１アイコン（Ｃ１、Ｃ２）と種類の異なる第２アイコン（Ｃ３）を出現させて表示し、前記制御部は、前記アイコンの種類毎に、出現させるアイコンの数を、上限値以下に制限する。
上記構成によれば、複数のエリアに、上限値以下の第１アイコンと、上限値以下の第２アイコンが出現する。ユーザは、第１アイコンを見つけて選択することで、第１アイコンに対応するゲームをプレイすることができるとともに、第２アイコンに対応するイベント等を楽しむことができる。例えば、ゲームシステムは、複数のエリアから、上限値以下に制限された第１アイコンと第２アイコンを探すという新たな興趣性をユーザに提供することができる。
本発明の他の一態様は、上記ゲームシステムであって、前記表示部は、前記複数のエリアの少なくとも１つに、第２アイコン（Ｃ３）を出現させて表示し、前記制御部は、前記第１アイコン（Ｃ１、Ｃ２）の数と、前記第２アイコンの数と、予め定めた規則に基づいて制御し、前記第２アイコンが選択された場合、選択された前記第２アイコンに対応するゲーム対価を付与する。
上記構成によれば、複数のエリアに、所定の数の第２アイコンが出現するので、ユーザは、第２アイコンを見つけて選択することで、ゲーム対価を得ることができる。そして、第２アイコンを選択することによりアイテム、ゲーム内通貨、カード等を獲得することができるため、ユーザは、ゲームへの関心を失うことがない。つまり、ゲームシステムは、ユーザにゲームを続けさせる動機を与えることができる。
本発明の他の一態様は、上記ゲームシステムであって、前記制御部は、特定のゲームオブジェクトを選択して対価に応じて交換可能な交換画面へリンクする第３アイコン（Ｃ４）を、予め定めた規則に基づいて、前記エリアに出現させるか否かを制御する。
上記構成によれば、第３アイコンは、出現する場合としない場合があり、常時配置されるわけでない。例えば、ゲームシステムは、第３アイコンが出現するタイミングやエリアを探すという新たな興趣性をユーザに提供することができる。
ここで、ゲームオブジェクトとは、カード、メダル（コイン）、フィギュア、又は、その他、キャラクタ或いはアイテムを表す画像であっても良い。ゲームオブジェクトが表わすキャラクタ或いはアイテム等は、ゲームに用いられる。例えば、これらのキャラクタ或いはアイテム等の各々には、能力、状態、効力、技術（スキル）、特殊スキル、武器、又は魔法が設定され、これらの設定がゲームに用いられる。また、ゲームオブジェクトは、一又は複数のユーザが所持する。また例えば、複数のゲームオブジェクトは、デッキ、パーティ、チーム等のゲームオブジェクトの集合として登録される。ユーザは、集合毎のゲームオブジェクトが表わすキャラクタ或いはアイテム等を一組にして、ゲームを行う、又は、ゲームを行う集合を支援（スキルの提供、能力や状態の支援（能力パラメータの向上）、武器や魔法の提供）させる。
本発明の他の一態様は、上記ゲームシステムであって、前記表示部は、特定の前記エリアに、ゲームオブジェクト（Ｅ１５１）を購入可能な購入画面へリンクする第４アイコン（Ｅ１１１）を配置して表示し、前記制御部は、特定のゲームオブジェクトを選択して対価に応じて交換可能な交換画面（Ｇ１６）へリンクする第３アイコン（Ｃ４）を、予め定めた規則に基づいて、前記エリアに出現させるか否かを制御する。
上記構成によれば、例えば、ユーザは、ゲームオブジェクトを追加したい場合、第４アイコンによって購入画面で購入することに加えて、常時配置されるわけでない第３アイコンによって、交換画面でゲームオブジェクトを交換できる。例えば、ゲームシステムは、第３アイコンが出現した場合、そのタイミングやエリアで交換可能なゲームオブジェクトを所持するという、新たな興趣性をユーザに提供することができる。
本発明の他の一態様は、上記ゲームシステムであって、前記表示部は、前記複数のエリアの少なくとも１つに、第２アイコン（Ｃ３）を出現させて表示し、前記制御部は、前記第２アイコンが選択された場合、選択された前記第２アイコンに対応するゲーム対価を付与し、特定のゲームオブジェクト（Ｅ１５１）を選択して対価に応じて交換可能な交換画面（Ｇ１６）へリンクする第３アイコン（Ｃ４）を、予め定めた規則に基づいて、前記複数のエリアのうちの少なくとも１つに出現させるか否かを制御し、前記エリアに出現した前記第３アイコンが選択され、前記ゲーム対価と前記特定のゲームオブジェクトが交換された場合、交換された前記特定のゲームオブジェクトを、ユーザの所持物に追加する。 上記構成によれば、例えば、ユーザは、第２アイコンを選択することでゲーム対価を所持することができ、所持しているゲーム対価に応じて、特定のゲームオブジェクトと交換できる。例えば、ゲームシステムは、第１アイコンがなくなった場合でも、第２アイコンを選択し、特定のゲームオブジェクトと交換するという、新たな興趣性をユーザに提供することができる。
本発明の他の一態様は、上記ゲームシステムであって、前記表示部は、特定の前記エリアに、第５アイコン（Ｅ１２２）を配置するとともに、前記複数のエリアの少なくとも１つに、第２アイコン（Ｃ３）を出現させて表示し、前記制御部は、前記第２アイコンが選択された場合、選択された前記第２アイコンに対応するゲーム対価を付与し、前記特定のエリアにおいて前記第５アイコンが選択された場合、前記ゲーム対価を消費することでプレイ可能なゲームを表す画像（Ｇ１７、Ｇ１７Ａ、Ｇ１７Ｂ、Ｇ１８）を、前記表示部に表示させる。
上記構成によれば、例えば、ユーザは、第２アイコンを選択することでゲーム対価を所持することができ、所持しているゲーム対価を消費することでプレイ可能なゲームを決定して、プレイすることができる。例えば、ゲームシステムは、第１アイコンがなくなった場合でも、第２アイコンを選択し、ゲーム対価を消費することでプレイ可能なゲームをプレイできるという、新たな興趣性をユーザに提供することができる。
本発明の他の一態様は、コンピュータを、前述したゲームシステム（１、１Ａ〜１Ｆ）として機能させるためのプログラムである。
本発明の他の一態様は、上記ゲームシステムであって、前記制御部は、予め定めた時点からの時間経過に応じて、出現させる前記第１アイコン又は第３アイコンの数を制御する。
例えば、前記制御部は、経過時間が多いほど、つまり、時間が経過するほど第１アイコン又は第３アイコンの数を増加させる。ここで、前記制御部は、第１アイコン又は第３アイコンの数の上限値を制御する。ただし、前記制御部は、経過時間が多いほど、つまり、時間が経過するほど第１アイコン又は第３アイコンの数を減少させても良い。なお、前記制御部は、ユーザが前記第１アイコン又は第３アイコンを選択した場合、又は、前記第１アイコン又は第３アイコンに対応するゲームを行った場合、第１アイコン又は第３アイコンの数を減少させても良い。
本発明の他の一態様は、上記ゲームシステムであって、前記制御部は、前記複数のエリアの全て又は組合せ毎に、出現させる前記第１アイコン又は第３アイコンの総数を、上限値以下に制限する。また、この場合、前記制御部は、複数のエリアの全て又は組合せに含まれるエリアの全てにおいて、少なくとも１つの前記第１アイコン又は第３アイコンを、出現させても良い。この場合、ゲームシステムは、例えば、ユーザが全ての第１アイコン又は第３アイコンを探す場合に、ユーザに全てのエリアを訪問させることができる。ここで、前記制御部は、各エリアに、他の画面（ショップ画面、トレーダ画面、対戦パート選択画面、レアクエスト選択画面等）にリンクするアイコンを配置しても良い。これにより、ゲームシステムは、前記第１アイコン又は第３アイコンを探すユーザに、各画面へのリンクの機会を提供することができる。
本発明の他の一態様は、上記ゲームシステムであって、前記制御部は、１つの前記エリア毎に、出現させる前記第１アイコン又は第３アイコンの総数を、上限値以下に制限する。
本発明の他の一態様は、上記ゲームシステムであって、前記制御部は、出現させる前記第１アイコン又は第３アイコンと、当該第１アイコン又は第３アイコン毎に、当該第１アイコン又は第３アイコンを出現させる前記エリアと前記エリア内の位置とを示す表示情報を取得し、前記表示部は、表示情報が示す前記エリアの位置に、表示情報が示す第１アイコン又は第３アイコンを出現させて表示する。例えば、前記制御部は、出現させる前記第１アイコン又は第３アイコンを決定する。また、決定した第１アイコン又は第３アイコン毎に、当該第１アイコン又は第３アイコンを出現させる前記エリアと前記エリア内の位置とを示す表示情報を生成する。
例えば、前記制御部は、出現させる前記第１アイコン又は第３アイコンや、当該第１アイコン又は第３アイコンを出現させる前記エリアと前記エリア内の位置を、決定する契機に応じて、変動させる。つまり、ゲームシステムは、毎回、同じ前記第１アイコン又は第３アイコンを出現させたり、又は、毎回、同じエリアや位置に前記第１アイコン又は第３アイコンを出現させるのではなく、動的に、出現させる前記第１アイコン又は第３アイコンを変化させたり、出現させる前記エリアと前記エリア内の位置を変化させたりする。 これにより、ゲームシステムは、ユーザに、様々な前記第１アイコン又は第３アイコンを探させたり、又は、様々なエリアを探させたり、様々な位置を探させたりする楽しみを提供できる。
本発明の他の一態様は、上記ゲームシステムであって、前記制御部は、第１の前記エリアに出現させる前記第１アイコン又は第３アイコンの数と、第２の前記エリアに出現させる前記第１アイコン又は第３アイコンの数と、を制御し、前記表示部は、前記第２のエリアに、前記第１のエリアに出現させる第１アイコン又は第３アイコンの数とは異なる数の前記第１アイコン又は第３アイコンを表示する。例えば、前記制御部は、第１の前記エリアに出現させる前記第１アイコン又は第３アイコンの数と、第２の前記エリアに出現させる前記第１アイコン又は第３アイコンの数と、を決定する。ここで、前記制御部は、前記第２のエリアに、前記第１のエリアに出現させる第１アイコン又は第３アイコンの数とは異なる数の前記第１アイコン又は第３アイコンを、出現させることを決定できる。
本発明の他の一態様は、上記ゲームシステムであって、前記制御部は、第１種類の第１アイコンの数と、第１種類とは出現確率が異なる第２種類の第１アイコンの数と、を制御し、前記表示部は、第１種類の第１アイコンと第２種類の第１アイコンとを、異なる表示態様で表示する。例えば、前記表示部は、通常クエストに対応するクエスト選択用アイコンと、レアクエストに対応するクエスト選択用アイコンとを、を異なるで表示する。前記制御部は、クエスト選択用アイコンの種類毎に、アイコンの数を決定する。
本発明の他の一態様は、上記ゲームシステムであって、前記表示部は、前記第１アイコンとして、キャラクタを表す画像を表示し、前記制御部は、選択された画像が表わすキャラクタ各々と対戦する対戦ゲームをプレイ可能にする。
本発明の他の一態様は、上記ゲームシステムであって、前記表示部は、特定の前記エリアに、通信対戦ゲームをプレイ可能な通信対戦画面（Ｇ８）へリンクする第６アイコン（Ｅ１０１）を配置して表示し、前記制御部は、前記第６アイコンが配置されたエリアに、少なくとも１つの前記第１アイコン又は第３アイコンを出現させる。
本発明の他の一態様は、上記ゲームシステムであって、前記表示部は、特定の前記エリアに、ゲームオブジェクトを購入可能な購入画面へリンクする第４アイコンを配置して表示し、前記制御部は、前記第４アイコンが配置されたエリアに、少なくとも１つの前記第１アイコン又は第３アイコンを出現させる。
本発明の他の一態様は、上記ゲームシステムであって、前記表示部は、特定の前記エリアに、ゲーム対価を消費することでプレイ可能なゲームを選択する選択画面へリンクする第５アイコンを配置して表示し、前記制御部は、前記第５アイコンが配置されたエリアに、少なくとも１つの前記第１アイコン又は第３アイコンを出現させる。
本発明の他の一態様は、上記ゲームシステムであって、前記表示部は、ゲームオブジェクトを購入可能な購入画面へリンクする第４アイコンが配置された第１エリア、ゲーム対価を消費することでプレイ可能なゲームを選択する選択画面へリンクする第５アイコンが配置された第２エリア、通信対戦ゲームをプレイ可能な通信対戦画面へリンクする第３アイコンが配置された第２エリアのうち、少なくとも２つの前記エリアを表示する。これにより、ゲームシステムは、前記第１アイコン又は第３アイコンを探すユーザに対して、各エリアにて、購入画面、選択画面、又は通信対戦画面へのリンクを提供できる。
本発明の他の一態様は、上記ゲームシステムであって、前記制御部は、前記エリア又は時間のいずれか或いは両方に応じて、出現させる前記第１アイコン（Ｃ１、Ｃ２）の種類を制御する。エリア又は時間に応じて、種類の異なる第１アイコンが出現する。ユーザは、第１アイコンを見つけて選択することで、種類の異なるゲームをプレイすることができる。例えば、ゲームシステムは、エリア又は時間に応じて、種類の異なる第１アイコンを探すという新たな興趣性をユーザに提供することができる。 本発明の他の一態様は、上記ゲームシステムであって、前記表示部は、第１アイコン（Ｃ１、Ｃ２）と種類の異なる第２アイコン（Ｃ３）を出現させて表示し、前記制御部は、前記アイコンの種類毎に、出現させるアイコンの数を、上限値以下に制限する。
本発明の他の一態様は、上記ゲームシステムであって、前記制御部は、前記エリア又は時間のいずれか或いは両方に応じて、出現させるアイコンの種類又は種類毎のアイコンの数を制御する。種類とは、例えば、リンク先の相違であり、また例えば、第１アイコン（Ｃ１、Ｃ２）、第２アイコン（Ｃ３）、第３アイコン（Ｃ４）は種類が異なる。
本発明の他の一態様は、複数のエリアの少なくとも１つに、少なくとも１つの第１アイコンを出現させて表示させる表示制御部と、切り換えられた前記エリアにおいて前記第１アイコンのいずれかが選択された場合、選択された前記第１アイコンに対応するゲームをプレイ可能に制御する制御部と、を備え、前記制御部は、出現させる前記第１アイコンの数を、上限値以下に制限するサーバ装置である。
本発明の他の一態様は、ゲーム画面を表示する表示部（１３）と、ゲームにおける複数の第１の報酬にそれぞれ関連付けられている複数の第１のゲームオブジェクトと、前記ゲームにおける複数の第２の報酬にそれぞれ関連付けられている複数の第２のゲームオブジェクトと、を前記ゲーム画面に表示するのに使用されるゲームデータを前記表示部に供給する制御部（１６０）と、前記第１のゲームオブジェクトを選択する操作と、前記第２のゲームオブジェクトを選択する操作と、を受け付ける入力部（１２）と、を備え、前記制御部は、前記複数の第１のゲームオブジェクトから選択可能な１又はそれ以上の第１のゲームオブジェクトの第１数と、前記複数の第２のゲームオブジェクトから選択可能な１又はそれ以上の第２のゲームオブジェクトの第２数と、の少なくともいずれか一方に依存する数が、ユーザに関連付けられた所定のパラメータの値に応じた数未満である場合に、前記第１数と前記第２数との少なくともいずれか一方を、所定の頻度で増加させ、前記第１数と前記第２数との少なくともいずれか一方を、ユーザに関連付けられたアイテムの数を減少させることに応じて変更する端末装置（１０）である。
本発明の他の一態様は、ゲーム画面を表示する表示部（１３）と、複数の第１のゲームオブジェクトのうち、ゲームにおける第１のゲームパートに関連付けられている第１のゲームオブジェクトと、複数の第２のゲームオブジェクトのうち、前記ゲームにおける第２のゲームパートに関連付けられている第２のゲームオブジェクトと、を前記ゲーム画面に表示するのに使用されるゲームデータを前記表示部に供給する制御部（１６０）と、前記第１のゲームオブジェクトを選択する操作と、前記第２のゲームオブジェクトを選択する操作と、を受け付ける入力部（１２）と、を備え、前記制御部は、前記複数の第２のゲームオブジェクトから選択可能な１又はそれ以上の第２のゲームオブジェクトの数がユーザに関連付けられた所定のパラメータの値に応じた数未満である場合に、前記数を所定の頻度で増加させる端末装置（１０）である。
本発明の他の一態様は、ゲーム画面を表示する表示部（１３）と、ゲームにおける仮想空間の一部を選択する操作と、前記ゲームにおける報酬に関連付けられているゲームオブジェクトであって前記仮想空間に配置された一又は複数のゲームオブジェクトのうちある１つのゲームオブジェクトを選択する操作と、を受け付ける入力部（１２）と、前記入力部が受け付けた前記操作に基づいて前記仮想空間の前記一部を少なくとも含むゲーム画面を表示するのに使用される画像データを前記表示部に供給する制御部（１６０）と、を備え、前記制御部は、前記一又は複数のゲームオブジェクトの数が所定数以下となるように、前記一又は複数のゲームオブジェクトの前記仮想空間における出現数を制御させる端末装置（１０）である。
本発明の他の一態様は、ゲーム画面を表示する表示部（１３）と、ゲームにおける前記ゲーム画面を表示するのに使用される画像データを前記表示部に供給する制御部（１６０）と、前記表示部が表示する前記ゲーム画面を別のゲーム画面に切り替える操作及び前記表示部が表示する前記ゲーム画面の表示部分を変える操作の少なくとも一方と、前記ゲームにおける報酬に関連付けられている一又は複数のゲームオブジェクトであって前記表示部が表示する前記ゲーム画面に配置された一又は複数のゲームオブジェクトを選択する操作と、を受け付ける入力部（１２）と、を備え、前記制御部は、前記ゲーム画面を介して選択可能な一又は複数のゲームオブジェクトの数が所定数以下となるように、前記一又は複数のゲームオブジェクトの出現数を制御させる端末装置（１０）である。
（付記１）
本発明の他の一態様は、順序に従ってゲーム主体（例えば、ユーザ、プレイヤ。コンピュータによる仮想的なユーザやプレイヤも含む）にターンが訪れ、前記ターン内で取り得る複数の手順（例えば、図３７、図７４に示すフェイズ）毎に、当該手順で実行可能な手順内操作（コマンド）を行うことでゲームを進行させるゲームシステム（１、１Ａ〜１Ｆ）において、前記ターンが訪れたゲームプレイヤから、第１手順（例えば、メインフェイズ）の終了宣言が入力された後に、第２手順（バトルフェイズ）へ移行させる制御部（１６０、３３０）を備える。
前記制御部は、前記第１手順において、前記第２手順で実行可能な手順内操作（バトル操作、攻撃コマンドの入力）が行われた場合、前記第２手順へ移行させることを特徴とするゲームシステムである。
これにより、ユーザは、第１手順の終了宣言を入力に代えて、第２手順の手順内操作を行うことで、第２手順へ移行することができる。また、ユーザは、第１手順と第２手順の違いや、それぞれの手順での手順内操作を知らなくても、また、覚えていなくても、ゲーム進行ができる。
さらに、ゲームシステムは、操作方法が分からなくなり、ゲームをあきらめてしまうことを防止できる。例えば、第１手順と第２手順で、類似する画像が表示されている場合、ユーザは、第１手順を第２手順であると、誤認識してしまうこともある。ユーザは第２手順だと誤認識したまま、（実際は第１手順であり、）第２手順の手順内操作ができないと、ユーザは、いつもの操作ができないと認識し、ゲームをあきらめてしまう虞がある。これに対して、ゲームシステムは、第１手順であっても、第２手順の手順内操作が行われた場合に、第２手順に移行するので、ゲームを進行させることができる。
このように、ゲームシステムは、ゲーム全体の操作性の低下を回避することができる。
本発明の他の一態様は、前記第１手順において、前記第２手順で実行可能な手順内操作が行われた場合、第２手順へ移行させるか否かを確認する出力（Ｅ２３８）を行う出力部（１３、３１）を備える。前記制御部（１６０、３３０）は、前記ゲームプレイヤが第２手順へ移行させることを選択した場合に前記第２手順へ移行させ、前記ゲームプレイヤが第２手順へ移行させないことを選択した場合に前記第１手順を維持させることを特徴とするゲームシステムである。
これにより、ユーザは、第２手順への移行を止めることができる。例えば、第１手順での誤操作によって、第２手順の手順内操作が行われた場合に、ユーザは、第２手順への移行を止めることができる。なお、第２手順に移行した場合、第１手順へ戻ることはできない。また、ユーザは、第２手順へ移行させるか否かを確認する出力によって、第１手順の終了宣言、及び、第２手順へ移行する宣言を同時に行うことができる。
また、第２手順へ移行させるか否かを確認する出力の場合、操作に応じた出力であるので、常に表示する必要はなく、ゲームシステムは、例えば、ダイアログ等の別表示（ホップアップ表示、画面に覆いかぶせた表示、上位レイヤの表示）で、インタラクティブに表示させることができる。ユーザは、ダイアログ等による確認に対して、受動的に回答すれば良く、能動的に操作子を探すのみの場合と比較して、円滑にゲームを進行できる。
なお、出力は、表示に限らず、音声であっても良い。
本発明の他の一態様は、前記制御部（１６０、３３０）は、前記第１手順において、前記第２手順で実行可能な手順内操作が行われた場合、前記第２手順へ移行させて、当該手順内操作に対する処理を実行することを特徴とするゲームシステムである。
これにより、ユーザは、第２手順において、再度、手順内操作を行うことを省略できる。例えば、通常、ユーザは、第１手順と第２手順の違い、及び、第１手順の終了宣言、第２手順の移行宣言（ターンの終了宣言も選択できる）、第２手順での手順内操作の３つの操作を認識し、能動的に行う必要がある場合もある。一方、上記ゲームシステムによれば、第２手順での手順内操作の１つの操作を認識していれば、ゲームを進行できる。
本発明の他の一態様は、前記第１手順は、戦闘（バトル、対戦、デュエル、競技）に用いるゲームオブジェクト（カード、メダル（コイン）、フィギュア、又は、その他、キャラクタ或いはアイテムを表す画像）を、少なくとも１つ選択可能な手順である。前記第２手順は、前記第１手順で選択されたゲームオブジェクトを用いて、戦闘を行う手順であることを特徴とするゲームシステムである。
これにより、ユーザは、ゲームオブジェクトの選択の終了宣言を入力に代えて、戦闘での手順内操作を行うことで、戦闘へ移行することができる。また、ユーザは、手順内操作を覚えていれば、円滑にゲーム進行ができる。
本発明の他の一態様は、前記制御部（１６０、３３０）は、前記第１手順において、前記ゲームオブジェクトに攻撃を指示する手順内操作（攻撃コマンド）が行われた場合、前記第２手順へ移行させることを特徴とするゲームシステムである。
これにより、ユーザは、ゲームオブジェクトの選択の終了宣言を入力に代えて、戦闘での攻撃コマンドの入力を行うことで、戦闘へ移行することができる。また、ユーザは、攻撃コマンドを覚えていれば、円滑にゲーム進行ができる。なお、攻撃コマンドは、ユーザが多用するコマンドであり、かつ、シンプルな操作であることが多く、ユーザが記憶し易いコマンドである。
本発明の他の一態様は、前記制御部（１６０、３３０）は、前記第１手順において、攻撃される攻撃先ゲームオブジェクトを選択する手順内操作が行われた場合、前記第２手順へ移行させることを特徴とするゲームシステム。
例えば、第１手順が自身のゲームオブジェクトを選択する場合、この手順では、相手側の攻撃先ゲームオブジェクトを選択することはない。したがって、ゲームシステムは、攻撃先ゲームオブジェクトを選択する手順内操作が行われたことにより、ユーザが攻撃先ゲームオブジェクトを攻撃したい、と判定できる。これにより、ユーザは、攻撃先ゲームオブジェクトを選択することで、第２手順へ移行できる。
本発明の他の一態様は、前記第１手順は、戦闘に用いるゲームオブジェクトの組合せを選択可能な手順である。前記制御部（１６０、３３０）は、前記第１手順において、攻撃する攻撃元ゲームオブジェクトと、攻撃される攻撃先ゲームオブジェクトと、を選択する手順内操作が行われた場合、前記第２手順へ移行させることを特徴とするゲームシステムである。
例えば、第１手順が自身のゲームオブジェクトを選択する場合、この手順では、相手側の攻撃先ゲームオブジェクトを選択することはない。さらに、ゲームシステムは、攻撃元ゲームオブジェクトと攻撃先ゲームオブジェクトが選択された場合、ユーザが攻撃元ゲームオブジェクトで攻撃先ゲームオブジェクトを攻撃したい、と判定でき、また、この２つのオブジェクトが選択されていることで、ユーザが攻撃を望む蓋然性も高い。これにより、ユーザは、攻撃元ゲームオブジェクトと攻撃先ゲームオブジェクトを選択することで、第２手順へ移行できる。
本発明の他の一態様は、前記第１手順と前記第２手順において、攻撃される攻撃先ゲームオブジェクトと、攻撃する攻撃元オブジェクトと、を表示する出力部（１３、３１）を備えることを特徴とするゲームシステムである。
これにより、ユーザは、戦闘に用いるゲームオブジェクトを選択する場合、誤認識を防止しつつ、攻撃先オブジェクトを参照しながら選択できる。つまり、攻撃先ゲームオブジェクトと攻撃元ゲームオブジェクトが表示された場合、双方のゲームオブジェクトが表示されているので、ユーザは、第１手順（選択）なのか第２手順（戦闘）なのかの判別がつきにくくなる。このような場合でも、ゲームシステムは、上述のように、操作方法が分からなくなり、ゲームをあきらめてしまうことを防止できる。このような効果の下、ゲームシステムは、ユーザに、攻撃先オブジェクトを参照しながら、選択させることができる。
本発明の他の一態様は、前記ターン内で、ゲームオブジェクトの集合からゲームオブジェクトを提供して、前記ゲーム主体に保持させる手順の後、前記第１手順を取り得る。前記第１手順は、前記ゲームプレイヤが保持しているゲームオブジェクトの中から、戦闘に用いるゲームオブジェクトの組合せを選択可能な手順である。
ゲームシステムは、第１手順において、前記第１手順の終了宣言を入力する操作子、及び、攻撃される攻撃先ゲームオブジェクトと攻撃する攻撃元オブジェクトとを表示させる出力部（１３、３１）を備える。前記制御部（１６０、３３０）は、前記操作子が操作された場合、前記第２手順へ移行させ、又は、前記攻撃先ゲームオブジェクトを選択する手順内操作が行われ、かつ、前記ゲームプレイヤが第２手順へ移行させることを選択した場合、前記第２手順へ移行させることを特徴とするゲームシステムである。
上記構成により、ゲームシステムは、例えば、ユーザに対して、トランプを引いて手札にさせるように、ゲームオブジェクトを入手して保持させる。その後、ゲームシステムは、ユーザに対して、手札からトランプを選択してテーブルに配置させるように、ゲームオブジェクトを選択させてフィールド等に配置させる。ここで、ゲームシステムは、既にフィールドに配置されたゲームオブジェクトと合わせて、戦闘に用いるゲームオブジェクトの組合せ（チームメンバー等）を選択させる。その後、ゲームシステムは、（もはや手札ではなく）配置されたトランプを用いてゲームを行わせるように、配置されたゲームオブジェクトを用いて、戦闘を行わせる。これらの操作を１回のターンで、ゲームシステムは行わせることができる。
そして、チームメンバー等を選択するときに、ゲームシステムは、選択の終了（準備完了）を宣言する操作子に加えて、戦闘時と同様に、攻撃元オブジェクト（チームメンバー）と攻撃先オブジェクトを表示できる。ゲームシステムは、チームメンバー等を選択するときに、戦闘時の操作がされた場合でも、エラーや無反応とはならずに、戦闘に移行させることができる。
本発明の他の一態様は、前記第１手順において、前記第１手順の終了宣言を入力させる第１操作子（Ｅ２３４）を表示する。ゲームシステムは、前記第１操作子が選択された場合、第２手順への移行宣言を入力させる第２操作子（Ｅ２３５）と、前記ターンの終了宣言を入力させる第３操作子（Ｅ２３６）と、を同一の画面に表示する出力部（１３、３１）を備える。前記制御部（１６０、３３０）は、前記第１操作子の位置と同一又は略同一の位置に、前記第２操作子を表示させる（図６２、図６３参照）ことを特徴とするゲームシステムである。
これにより、ゲームシステムは、第１手順の終了宣言の後、第２手順への移行宣言とターンの終了宣言とが選択できる場合に、第１操作子を押下後、指をほとんど移動しなくても、例えばダブルタップで、第２操作子を選択させることができる。
（付記２）
本発明の他の一態様は、ゲームオブジェクトを抽選するゲームシステム（１、１Ａ〜１Ｆ）において、抽選候補の中から抽選されたゲームオブジェクトをユーザに付与した場合、付与したゲームオブジェクトを、その後の抽選候補から除外して抽選を行う制御部（１６０、３３０）と、特定回数の連続した抽選を自動で行う指示を受け付ける入力部（１２）と、を備える。初期状態での抽選候補或いはその種類について、一部或いは全部が予め定められる。前記制御部は、前記特定回数に達する前に、残りの抽選候補或いはその種類に関するリセット条件に該当すると判定した場合、抽選候補を前記初期状態に戻して以降の抽選を行うことで、前記特定回数に達するまで自動で抽選を行うことを特徴とするゲームシステムである。
これにより、ゲームシステムは、例えば、ユーザ所望の抽選候補が除外されたこと、或いは除外されている可能性が高いこと、又は、ユーザ所望の抽選候補が抽選される確率が低くなったことを示す情報を、リセット条件として設定でき、リセット条件が満たされる場合に初期情報に戻すことができる。これにより、ユーザは、所望の抽選候補が抽選される確率を高めることができる。
また、ゲームシステムは、まとめ買い等、特定回数の連続した抽選を行うときにも、途中の抽選結果に応じて、リセット条件に該当する場合には初期状態に戻しつつ、特定回数の連続した抽選を行うことができる。よって、ユーザは、特定回数の抽選の全てにおいて、所望の条件を常に満たしたまま、抽選を行うことができる。換言すれば、ユーザは、特定回数の抽選により、不利な抽選になることを回避又は低減できる。
このように、ゲームシステムは、抽選を行っている最中に、ユーザの期待感を損なう、又は低減させてしまうことを防止できる。
本発明の他の一態様は、前記制御部（１６０、３３０）は、ユーザに前記リセット条件を予め設定させ、複数回の連続した抽選を行うときに、前記抽選毎に、前記リセット条件に該当するか否かを判定し、前記リセット条件に該当すると判定した場合、抽選候補を初期状態に戻すことを特徴とするゲームシステムである。
これにより、ゲームシステムは、複数回の連続した抽選を行うときにも、途中の抽選結果に応じて、リセット条件に該当する場合には初期状態に戻すことができる。
本発明の他の一態様は、前記ゲームオブジェクトは、複数のゲームオブジェクトの組合せである第１オブジェクト集合（パック）単位で抽選される。複数の前記第１オブジェクト集合をまとめた第２オブジェクト集合（ボックス）について、前記初期状態での特定種類の抽選候補について、総数が定められる。前記制御部（１６０、３３０）は、前記特定回数に達する前に、前記リセット条件に該当すると判定した場合、第２オブジェクト集合についての抽選候補を初期状態に戻して以降の抽選を行うことで、前記特定回数に達するまで自動で抽選を行う。
これにより、ゲームシステムは、第２オブジェクト集合（ボックス）から第１オブジェクト集合（パック）単位でゲームオブジェクトを抽選する場合、例えば、ボックスからカードのパックを購入する場合、ユーザが入手したカードに応じて、第２オブジェクト集合を初期状態に戻すことができる。例えば、ユーザは、ある第２オブジェクト集合において、非常に希少度が高いカードを入手した場合、その第２オブジェクト集合には、非常に希少度が高いカードがない又は少ないと判断でき、第２オブジェクト集合を切り替えることを望む場合がある。上記構成によれば、ゲームシステムは、第２オブジェクトを初期状態に戻すので、第２オブジェクト集合を切り替えることと同様の状況を作り出せる。
本発明の他の一態様は、前記初期状態での特定種類の抽選候補について、総数が定められる。前記制御部（１６０、３３０）は、前記特定種類について、残りの抽選候補の個数を示す残個数条件を、前記リセット条件として設定させ、前記総数から、前記ユーザに付与した前記特定種類のゲームオブジェクトの個数を差し引いた数が、前記残個数条件が示す個数と同一又はそれよりも少なくなった場合に、前記抽選候補を初期状態に戻すことを特徴とするゲームシステムである。
これにより、ゲームシステムは、特定種類のゲームオブジェクトの個数が少なくなった場合、抽選候補を初期状態に戻すことができる。例えば、ユーザは、特定種類のゲームオブジェクトを入手したい場合に、それらが抽選候補に特定個数より多い状態を保ったまま、全ての抽選を行うことができる。換言すれば、ユーザは、特定種類の抽選候補が特定個数より少なくなり、その抽選確率が低くなることを回避又は低減できる。
本発明の他の一態様は、前記初期状態で、少なくとも２種類の特定希少度毎の抽選候補について、総数が定められる。前記制御部（１６０、３３０）は、少なくとも２種類の特定希少度毎に、残りの抽選候補の個数を示す残個数条件を、前記リセット条件として設定させ、一又は複数の前記特定希少度について、前記総数から前記ユーザに付与したゲームオブジェクトの個数を差し引いた数が、前記残個数条件が示す個数と同一又はそれよりも少なくなった場合に、前記抽選候補を初期状態に戻すことを特徴とするゲームシステムである。
これにより、ゲームシステムは、少なくとも２種類の特定希少度について、これらの特定希少度のゲームオブジェクトの個数が少なくなった場合、抽選候補を初期状態に戻すことができる。例えば、ユーザは、特定希少度のゲームオブジェクトを入手したい場合に、それらが抽選候補に特定個数より多い状態を保ったまま、全ての抽選を行うことができる。換言すれば、ユーザは、特定希少度の抽選候補が特定個数より少なくなり、その抽選確率が低くなることを回避又は低減できる。
なお、ゲームシステムの上記構成は、端末装置（１０、１０Ａ〜１０Ｆ）又はサーバ装置（３０、３０Ｆ）のいずれか１つ、又は、両方で行われても良い。端末装置又はサーバ装置の各々を、ゲーム装置とも称する。
また、上記各実施形態では、戦闘は、カードゲームの対戦である場合について説明したが、本発明は、これに限らない。戦闘には、準備を行う手順の後に行なわれ、勝敗や報酬を決定するゲームが含まれる。例えば、戦闘には、タイミングゲーム等のような競技、パズル、コインゲーム、トランプ、ルーレット、スロット等も含まれる。
また、ターンとは、対戦相手と交互に訪れるものでなくても良く、例えば、特定のプレイヤに連続してターンが訪れても良い。また、コンピュータとの対戦の場合には、予め定めたターン条件が満たされるまで、ユーザ（自身）のターンが繰り返されるものであっても良い。ターン条件とは、例えば、攻撃回数等、ユーザ側が攻撃したことに応じたパラメータであっても良いし、被攻撃回数等、コンピュータ側が攻撃されたことに応じたパラメータであっても良い。
本発明の他の一態様は、コンピュータを、前述したゲームシステム（１、１Ａ〜１Ｆ）、又はゲーム装置（１０、１０Ａ〜１０Ｆ、３０、３０Ｆ）として機能させるためのプログラムである。
１、１Ａ〜１Ｆ…ゲームシステム
１０、１０Ａ〜１０Ｆ…端末装置
３０、３０Ｆ…サーバ装置
１１…端末内通信部
１２…端末内入力部
１３…端末内表示部
１４…端末内音声再生部
１５…端末内記憶部
１６０…端末内制御部
１６１…端末内データ管理部
１６２…端末内ゲーム処理部
１６３…端末内画面生成部
１６４…端末内出力制御部
３１…サーバ内通信部
３２…サーバ内記憶部
３２１…ユーザデータ記憶部
３２２…カードデータ記憶部
３２３…ゲーム状況データ記憶部
３３０…サーバ内制御部
３３１…サーバ内データ管理部
３３２…サーバ内ゲーム処理部

Claims (10)

  1. 一または複数のプロセッサと、
    前記一または複数のプロセッサによって命令が実行されるときに前記命令を格納する、一または複数のメモリと、
    を備え、
    前記一または複数のプロセッサに、少なくとも、
    一または複数のアイコンの少なくとも１つが配置されたエリアであって、一または複数のエリアの少なくとも１つのエリアをディスプレイに表示させ、
    一または複数のアイコンから、少なくとも１つのアイコンを選択する操作を受け付けさせ、
    選択された前記少なくとも１つのアイコンに対応する、少なくとも１つのゲームをプレイ可能に制御させ、
    前記一または複数のエリアの少なくともいずれかに配置可能な前記一または複数のアイコンの数を、前記少なくとも１つのアイコンの選択に応じて減らし、及び、時間経過に応じて増やし、
    前記時間経過に応じて増やされる前記アイコンの数の上限値を管理させ、
    前記上限値をプレイヤレベルに応じて変更させるための前記命令を、
    実行させるゲームシステム。
  2. 一または複数のプロセッサと、
    前記一または複数のプロセッサによって命令が実行されるときに前記命令を格納する、一または複数のメモリと、
    を備え、
    前記一または複数のプロセッサに、少なくとも、
    一または複数のアイコンの少なくとも１つが配置されたエリアであって、一または複数のエリアの少なくとも１つのエリアをディスプレイに表示させ、
    一または複数のアイコンから、少なくとも１つのアイコンを選択する操作を受け付けさせ、
    選択された前記少なくとも１つのアイコンに対応する、少なくとも１つのゲームをプレイ可能に制御させ、
    前記一または複数のエリアの少なくともいずれかに配置可能な前記一または複数のアイコンの数を、前記少なくとも１つのアイコンの選択に応じて減らし、及び、時間経過に応じて増やし、
    前記時間経過に応じて増やされる前記アイコンの数の上限値を管理させ、
    一または複数のゲームオブジェクトの利用に応じて、前記上限値の数のアイコンを配置可能にさせるための前記命令を、
    実行させるゲームシステム。
  3. 前記一または複数のプロセッサに、少なくとも、
    前記一または複数のエリアを、ディスプレイに表示された状態と表示されない状態に、切り替える操作を受け付けさせ、
    前記表示された状態と前記表示されない状態の両方にある前記一または複数のエリアの全体において、前記時間経過に応じて増やされる前記アイコンの数を上限以下に制限させるための前記命令を、
    実行させる請求項１又は請求項２に記載のゲームシステム。
  4. 前記一または複数のプロセッサに、少なくとも、
    前記一または複数のエリアの少なくとも１つに、第１アイコンと、第２アイコンと、第３アイコンと、を表示させ、
    前記第３アイコンが選択された場合、ゲームオブジェクトを利用することでプレイ可能なゲームについて、当該ゲームの対戦相手を表す画像をディスプレイに表示させ、
    前記第２アイコンに対応するゲーム、及び、前記第３アイコンが選択された場合にプレイ可能なゲームに対して、前記第１アイコンに対応するゲームよりも、高い難易度又は良い報酬を設定させるための前記命令を、
    実行させる請求項１から請求項３のいずれか一項に記載のゲームシステム。
  5. 前記一または複数のプロセッサに、少なくとも、
    第１グループのエリアにおいて、第１の種類の一または複数のアイコンの第１アイコンと、第２の種類の一または複数のアイコンの第２アイコンと、をディスプレイに表示させ、
    第２グループのエリアにおいて、第１の種類の一または複数のアイコンの第３アイコンと、第２の種類の一または複数のアイコンの第４アイコンと、をディスプレイに表示させ、
    前記第２アイコンは、前記第４アイコンとは異なり、
    前記第２の種類のアイコンに対応するゲームに対して、前記第１の種類のアイコンに対応するゲームよりも、高い難易度又は良い報酬を設定させるための前記命令を、
    実行させる請求項１から請求項４のいずれか一項に記載のゲームシステム。
  6. 前記一または複数のプロセッサに、少なくとも、
    前記一または複数のエリアに、第１の種類の一または複数のアイコンと、第２の種類の一または複数のアイコンと、をディスプレイに表示させ、
    前記第２の種類のアイコンについての前記アイコンの数は、前記第１の種類のアイコンについての前記アイコンの数より少なく、
    前記第２の種類のアイコンに対応するゲームに対して、前記第１の種類のアイコンに対応するゲームよりも、高い難易度又は良い報酬を設定させるための前記命令を、
    実行させる請求項１から請求項５のいずれか一項に記載のゲームシステム。
  7. 前記一または複数のプロセッサに、少なくとも、
    前記ゲームの対戦相手を表す前記アイコンをディスプレイに表示させ、
    順序に従ってプレイヤと前記対戦相手にターンが訪れて前記ゲームを進行させるための前記命令を、
    実行させる請求項１から請求項６のいずれか一項に記載のゲームシステム。
  8. コンピュータを、
    請求項１から請求項７のいずれか一項に記載のゲームシステムとして機能させるためのプログラム。
  9. 一または複数のアイコンの少なくとも１つが配置されたエリアであって、一または複数のエリアの少なくとも１つのエリアをディスプレイに表示させ、
    一または複数のアイコンから、少なくとも１つのアイコンを選択する操作を受け付けさせ、
    選択された前記少なくとも１つのアイコンに対応する、少なくとも１つのゲームをプレイ可能に制御させ、
    前記一または複数のエリアの少なくともいずれかに配置可能な前記一または複数のアイコンの数を、前記少なくとも１つのアイコンの選択に応じて減らし、及び、時間経過に応じて増やし、
    前記時間経過に応じて増やされる前記アイコンの数の上限値を管理させ、
    前記上限値をプレイヤレベルに応じて変更させる
    ゲーム方法。
  10. 一または複数のアイコンの少なくとも１つが配置されたエリアであって、一または複数のエリアの少なくとも１つのエリアをディスプレイに表示させ、
    一または複数のアイコンから、少なくとも１つのアイコンを選択する操作を受け付けさせ、
    選択された前記少なくとも１つのアイコンに対応する、少なくとも１つのゲームをプレイ可能に制御させ、
    前記一または複数のエリアの少なくともいずれかに配置可能な前記一または複数のアイコンの数を、前記少なくとも１つのアイコンの選択に応じて減らし、及び、時間経過に応じて増やし、
    前記時間経過に応じて増やされる前記アイコンの数の上限値を管理させ、
    一または複数のゲームオブジェクトの利用に応じて、前記上限値の数のアイコンを配置可能にさせる
    ゲーム方法。
JP2018123720A 2016-07-14 2018-06-28 ゲームシステム、ゲーム装置、プログラム、及びゲーム方法 Active JP6682720B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016139804 2016-07-14
JP2016139804 2016-07-14

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2017094306A Division JP6369769B2 (ja) 2016-07-14 2017-05-10 ゲームシステム、ゲーム装置及びプログラム

Publications (3)

Publication Number Publication Date
JP2018153705A JP2018153705A (ja) 2018-10-04
JP2018153705A5 JP2018153705A5 (ja) 2019-03-28
JP6682720B2 true JP6682720B2 (ja) 2020-04-15

Family

ID=60951990

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2017094307A Pending JP2018015543A (ja) 2016-07-14 2017-05-10 ゲームシステム、ゲーム装置及びプログラム
JP2017094306A Active JP6369769B2 (ja) 2016-07-14 2017-05-10 ゲームシステム、ゲーム装置及びプログラム
JP2018123720A Active JP6682720B2 (ja) 2016-07-14 2018-06-28 ゲームシステム、ゲーム装置、プログラム、及びゲーム方法
JP2020003158A Pending JP2020054885A (ja) 2016-07-14 2020-01-10 ゲームシステム、ゲーム装置及びプログラム

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2017094307A Pending JP2018015543A (ja) 2016-07-14 2017-05-10 ゲームシステム、ゲーム装置及びプログラム
JP2017094306A Active JP6369769B2 (ja) 2016-07-14 2017-05-10 ゲームシステム、ゲーム装置及びプログラム

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2020003158A Pending JP2020054885A (ja) 2016-07-14 2020-01-10 ゲームシステム、ゲーム装置及びプログラム

Country Status (4)

Country Link
US (1) US10905960B2 (ja)
JP (4) JP2018015543A (ja)
KR (1) KR102372032B1 (ja)
WO (1) WO2018012066A1 (ja)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6585625B2 (ja) * 2014-01-21 2019-10-02 ニューロクライン バイオサイエンシーズ，インコーポレイテッド 先天性副腎皮質過形成の処置のためのｃｒｆ１レセプターアンタゴニスト
WO2020003724A1 (ja) * 2018-06-28 2020-01-02 龍矩 小川 ネットワーク対戦型パズルゲーム管理システム
JP7199203B2 (ja) * 2018-11-16 2023-01-05 株式会社Cygames ゲームプログラムを検査するためのシステム、方法、プログラム、機械学習支援装置、及びデータ構造
JP7316522B2 (ja) * 2019-01-10 2023-07-28 株式会社セガ ゲーム装置、情報処理装置、及びプログラム
JP7391514B2 (ja) * 2019-01-22 2023-12-05 任天堂株式会社 情報処理システム、情報処理プログラム、情報処理装置、および情報処理方法
JP6961909B2 (ja) 2019-01-31 2021-11-05 株式会社ミクシィ ゲーム装置及びプログラム
JP6737558B1 (ja) * 2019-02-18 2020-08-12 株式会社バンダイ プログラム、端末、ゲームシステム及びゲーム管理装置
JP6864036B2 (ja) * 2019-05-23 2021-04-21 株式会社バンダイナムコエンターテインメント プログラム及びゲームシステム
JP7294157B2 (ja) * 2019-05-24 2023-06-20 株式会社セガ 情報処理装置及びプログラム
JP6658947B1 (ja) * 2019-05-24 2020-03-04 株式会社セガゲームス 情報処理装置及びプログラム
JP6820642B1 (ja) * 2019-10-30 2021-01-27 株式会社バンダイ プログラム及び端末
JP6878551B2 (ja) * 2019-10-31 2021-05-26 株式会社Ｃｙｇａｍｅｓ プログラム、情報処理装置および情報処理装置の制御方法
JP6803961B1 (ja) * 2019-12-10 2020-12-23 株式会社ミクシィ 情報処理装置、情報処理方法及びプログラム
JP6759443B1 (ja) * 2019-12-27 2020-09-23 株式会社ミクシィ 情報処理装置、情報処理方法及びプログラム
KR102579203B1 (ko) * 2019-12-31 2023-09-15 한국전자통신연구원 게임 결과 예측 장치 및 방법
JP7443909B2 (ja) 2020-04-21 2024-03-06 株式会社セガ 情報処理装置及びプログラム
CN111672114B (zh) 2020-06-05 2022-03-18 腾讯科技（深圳）有限公司 目标虚拟对象确定方法、装置、终端及存储介质
JP2022013292A (ja) * 2020-07-03 2022-01-18 株式会社スクウェア・エニックス ビデオゲーム処理プログラム、及びビデオゲーム処理システム
JP7431143B2 (ja) * 2020-11-06 2024-02-14 株式会社ソニー・インタラクティブエンタテインメント 情報処理装置および報告作成支援方法
JP7138691B2 (ja) * 2020-12-08 2022-09-16 株式会社スクウェア・エニックス ビデオゲーム処理プログラム、及びビデオゲーム処理システム
US11724194B2 (en) * 2021-07-28 2023-08-15 Blizzard Entertainment, Inc. Initial results of a reinforcement learning model using a heuristic
JP7475318B2 (ja) * 2021-08-13 2024-04-26 株式会社Cygames 情報処理プログラム、情報処理方法および情報処理システム
JP7248924B2 (ja) * 2021-08-26 2023-03-30 株式会社Mixi 情報処理装置、プログラム、及び情報処理方法

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4339486B2 (ja) * 2000-03-02 2009-10-07 株式会社バンダイ カードゲーム装置
JP4057222B2 (ja) * 2000-06-06 2008-03-05 株式会社コナミデジタルエンタテインメント ゲーム装置及び記録媒体
JP4133848B2 (ja) * 2004-01-20 2008-08-13 任天堂株式会社 ゲームプログラム
JP3827094B2 (ja) * 2005-03-03 2006-09-27 株式会社コナミデジタルエンタテインメント ゲーム装置、ゲーム装置の制御方法及びプログラム
JP5309494B2 (ja) * 2007-08-07 2013-10-09 株式会社セガ ゲーム装置及びプログラム
JP4392446B2 (ja) * 2007-12-21 2010-01-06 株式会社コナミデジタルエンタテインメント ゲーム装置、ゲーム処理方法、ならびに、プログラム
JP5335969B1 (ja) * 2012-05-30 2013-11-06 株式会社 ディー・エヌ・エー ゲームを提供するサーバ装置
US9409089B2 (en) * 2012-09-17 2016-08-09 King.Com Ltd. Method for implementing a computer game
JP2014079528A (ja) * 2012-10-18 2014-05-08 Square Enix Co Ltd ビデオゲーム処理装置、およびビデオゲーム処理プログラム
JP5748725B2 (ja) 2012-10-23 2015-07-15 株式会社スクウェア・エニックス ゲームシステム又はゲーム装置
JP5280579B1 (ja) * 2012-11-06 2013-09-04 株式会社 ディー・エヌ・エー サーバー装置、及び、プログラム
JP5409941B1 (ja) * 2013-02-19 2014-02-05 株式会社 ディー・エヌ・エー サーバー装置、及び、ゲームプログラム
JP5833595B2 (ja) * 2013-05-31 2015-12-16 グリー株式会社 カードゲーム、プログラム、サーバ装置、及びゲームシステム
JP6316583B2 (ja) * 2013-12-13 2018-04-25 株式会社コナミデジタルエンタテインメント 制御装置、プログラム
JP5926329B2 (ja) * 2014-07-10 2016-05-25 グリー株式会社 プログラム、通信システム、サーバの制御方法、及びサーバ
JP6096154B2 (ja) * 2014-08-21 2017-03-15 株式会社バンダイナムコエンターテインメント プログラム、及びサーバ装置

Also Published As

Publication number Publication date
JP2018015542A (ja) 2018-02-01
KR102372032B1 (ko) 2022-03-08
KR20190026750A (ko) 2019-03-13
WO2018012066A1 (ja) 2018-01-18
JP6369769B2 (ja) 2018-08-08
JP2018153705A (ja) 2018-10-04
US10905960B2 (en) 2021-02-02
JP2018015543A (ja) 2018-02-01
JP2020054885A (ja) 2020-04-09
US20190143217A1 (en) 2019-05-16

Similar Documents

Publication Publication Date Title
JP6682720B2 (ja) ゲームシステム、ゲーム装置、プログラム、及びゲーム方法
JP6185588B2 (ja) コンピュータゲームを実装する方法
JP6721376B2 (ja) プログラム及びサーバシステム
JP6339347B2 (ja) プログラム、ゲーム装置およびサーバシステム
US20100304862A1 (en) Collectable card-based game in a massively multiplayer role-playing game that presents real-time state information
US8182320B2 (en) Collectable card-based game in a massively multiplayer role-playing game
JP6504425B2 (ja) 遊技装置、遊技機及びスロットマシン遊技用プログラム
JP2007296108A (ja) ビデオゲーム処理装置、ビデオゲーム処理方法、およびビデオゲーム処理プログラム
JP7419185B2 (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP7136715B2 (ja) ゲームプログラム、方法、および情報処理装置
JP6494176B2 (ja) プログラム、ゲーム装置及びサーバシステム
JP2018175637A (ja) ゲームシステム、ゲーム制御装置、及びプログラム
JP7215831B2 (ja) プログラム、コンピュータシステム及びゲーム実行制御方法
JP6576413B2 (ja) ゲームプログラム、方法、および情報処理装置
JP7386273B2 (ja) プログラム、ゲーム装置及びゲームシステム
JP7427039B2 (ja) プログラム、ゲーム装置、ゲーム管理装置及びゲームシステム
JP6725952B1 (ja) ゲームプログラム、ゲーム処理方法、及びゲーム装置
JP7357860B2 (ja) ゲーム制御方法、コンピュータ及び制御プログラム
JP2018175636A (ja) ゲームシステム、ゲーム制御装置、及びプログラム
WO2022030100A1 (ja) コンピュータシステム、ゲームシステム、進行制御方法及び記憶媒体
JP2007296109A (ja) ビデオゲーム処理装置、ビデオゲーム処理方法、およびビデオゲーム処理プログラム
JP2021074497A (ja) ゲームプログラム、ゲーム処理方法、及びゲーム装置
JP2019141700A (ja) ゲームプログラム、方法、および情報処理装置
JP2021115409A (ja) プログラム、情報処理装置、および情報処理装置の制御方法
JP2024068462A (ja) ゲームシステム、ゲーム制御装置及びプログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190212

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190219

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20190220

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20190522

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190604

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190725

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191001

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191127

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200128

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200212

R150 Certificate of patent or registration of utility model

Ref document number: 6682720

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250