JP7109122B1 - ゲームシステム、画面生成方法、ならびに、プログラム - Google Patents

Abstract

【課題】クエストを選択するための通常の選択画面以外からでも、クエストの内容を容易に把握させることのできるゲームシステム等を提供する。
【解決手段】ゲームシステムのゲームサーバにおいて、生成部２４１は、対戦ゲームを開始するに先立って、プレイするクエストを選択するためのクエスト選択画面、及び、味方ユニットに登録する味方キャラクタを編成するための編成画面を生成する。また、遷移部２４２は、クエスト選択画面にてクエストが選択されると編成画面へ遷移させる。そして、生成部２４１は、クエスト選択画面から選択可能となる所定のクエストを、クエスト選択画面を介さずに直接指定するためのショートカット画面を更に生成する際に、そのショートカット画面内にクエスト選択画面の概要を表す概要画像を含めて生成し、遷移部２４２は、ショートカット画面にてクエストが指定された場合に、編成画面へ遷移させる。
【選択図】図４

Description

本発明は、クエストを選択するための通常の選択画面以外からでも、クエストの内容を容易に把握させることのできるゲームシステム、画面生成方法、ならびに、プログラムに関する。

近年、パーソナルコンピュータやスマートフォン等の端末装置を用いて、ユーザは、種々のゲームをプレイできるようになっている。例えば、ロールプレイング（ＲＰＧ；Role-Playing Game）では、ユーザが味方キャラクタ（主人公キャラクタ等）を操作し、マップ上を移動させて、遭遇する敵キャラクタを倒したり、必須のアイテムを集めたりしながら、味方キャラクタを成長させていく。そして、味方キャラクタが成長するにつれて、より強い敵キャラクタ（ボスキャラクタ等）を倒すことが可能となり、最終的には、究極の敵キャラクタ（ラスボスキャラクタ等）を倒すことで、ゲーム内における全ての課題を解決できるようになっている。

また、シミュレーションゲーム（ＳＬＧ；SimuLation Game）の中には、味方キャラクタと敵キャラクタとの対戦時に、より高い戦略性が求められる対戦ゲームもある。例えば、複数の味方キャラクタ（味方ユニット）と、複数の敵キャラクタ（敵ユニット）とを、複数のマスに区分けされたフィールド内で移動させつつ対戦させる対戦ゲームである。
このような対戦ゲームでは、例えば、ゲームストーリーに沿った種々のクエストが提示され、ユーザが選択したクエストに応じた対戦において、味方ユニットが勝利等することで、そのクエストが達成（クリア）される。

このようなクエストを達成した際に、希少なアイテムをユーザが獲得できる場合もある。例えば、あるクエストＡには、希少なアイテムＢが対応付けられており、そのクエストＡが達成されると、所定の獲得確率に応じて、そのアイテムＢがユーザに付与されるようになっている。
希少なアイテムＢは、例えば、味方キャラクタの武器や防具を強化するための素材となる場合もある。そのため、クエストＡを既に達成したユーザであっても、未所有のアイテムＢを獲得するために、再びクエストＡをプレイすることもある。

例えば、特許文献１には、入手可能なアイテムを容易に把握することが可能なゲームプログラム（情報処理プログラム）の発明が開示されている。この特許文献１では、図１０に示すように、画像Ｉ１３の素材アイテム（不足しているアイテム）を入手可能なクエストである「クエスト５－６」と「クエスト６－７」とがリストＬ内に表示され、そのリストＬ内から、例えば、「クエスト５－６」が選ばれると、通常のクエスト選択画面を介さずに、そのクエストがプレイできるようになっている。

特許第６４５５９０４号公報

上述した特許文献１では、図１０のリストＬにて示されるように、「クエスト５－６」及び「クエスト６－７」といったクエスト名称が表示されるだけである。そのため、ユーザがそれらのクエストをプレイしたことがあっても、各クエストがどのような内容であったかについて、把握することが困難となっている。
つまり、通常のクエスト選択画面であれば、例えば、クエストが行われるゲーム空間を俯瞰する俯瞰マップと共に、クエスト名称が表示されるのが一般的である。そのため、通常のクエスト選択画面から達成済みのクエストを再びプレイする場合には、俯瞰マップで表される風景（例えば、海沿い、山中、城下町等）から、クエストの場面を思い出したり、対戦する敵キャラクタを思い出すことが可能となる。

しかしながら、特許文献１における図１０のリストＬのように、通常のクエスト選択画面を介さずに、クエストを直接選ぶ場合では、ユーザがクエストの内容を把握できないため、リストＬ内のどのクエストを選ぶべきか、ユーザを悩ますことになる。
このような実状から、クエストを選択するための通常の選択画面以外からでも、クエストの内容を容易に把握させることのできる技術が求められていた。

本発明は、上記実状に鑑みてなされたもので、クエストを選択するための通常の選択画面以外からでも、クエストの内容を容易に把握させることのできるゲームシステム、画面生成方法、ならびに、プログラムを提供することを目的とする。

本発明に係るゲームシステムは、
味方ユニットと敵ユニットとに分かれた複数のキャラクタを対戦させる対戦ゲームを進行するゲームシステムであって、
前記対戦ゲームを開始するに先立って、プレイするクエストを選択するためのクエスト選択画面、及び、前記味方ユニットに登録する味方キャラクタを編成するための編成画面を生成する生成部と、
前記クエスト選択画面にて前記クエストが選択されると前記編成画面へ遷移させる遷移部と、を備え、
前記生成部は、前記クエスト選択画面から選択可能となる所定のクエストを、前記クエスト選択画面を介さずに直接指定するためのショートカット画面を更に生成する際に、当該ショートカット画面内に前記クエスト選択画面の概要を表す概要画像を含めて生成し、
前記遷移部は、前記ショートカット画面にて前記クエストが指定された場合に、前記編成画面へ遷移させる、
ことを特徴とする。

本発明によれば、クエストを選択するための通常の選択画面以外からでも、クエストの内容を容易に把握させることができる。

本実施形態に係るゲームシステムの全体構成の一例を示すブロック図である。 対戦ゲームにおけるフィールドを説明するための模式図である。 ゲームサーバ等が実現される典型的な情報処理装置の概要構成の一例を示すブロック図である。 本実施形態に係るゲームサーバの概要構成を示すブロック図である。 クエスト管理情報の一例を示す模式図である。 ユーザ管理情報の一例を示す模式図である。 クエスト選択画面の一例を示す模式図である。 キャラクタ編成画面の一例を示す模式図である。 ショートカット画面の一例を示す模式図である。 ショートカット画面における強調表示の一例を示す模式図であって、（ａ）が、マウスオーバー時における指定オブジェクトの強調表示であり、（ｂ）が、クリック時における指定オブジェクトの強調表示である。 バトル画面の一例を示す模式図である。 本実施形態に係るユーザ端末の概要構成を示すブロック図である。 ゲーム管理情報の一例を示す模式図である。 本実施形態に係る画面生成処理を説明するためのフローチャートである。

以下に本発明の実施形態を説明する。以下では、理解を容易にするため、パーソナルコンピュータ等を用いて実行される対戦ゲーム（一例として、複数の味方キャラクタと複数の敵キャラクタとをターン制で対戦させるシミュレーションゲーム）を制御するゲームシステムに本発明が適用される実施形態を説明するが、この他にも、例えば、スマートフォン、ゲーム機器、ＰＤＡ（Personal Digital Assistant）などの情報処理装置を用いて実行される対戦ゲームを制御する場合にも、同様に本発明を適用することができる。
すなわち、以下に記載する実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。従って、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。

（全体構成）
本発明の実施形態に係るゲームシステム１００は、図１に示すように、ゲームサーバ２００とユーザ端末３００とがインターネット９００を介して通信可能に接続されて構成されている。
なお、図中では簡略化しているが、ユーザ端末３００は、利用するユーザに応じて、多数存在しているものとする。

ゲームサーバ２００は、例えば、サーバ装置（サーバ用コンピュータ）等であり、ユーザ端末３００と通信して、対戦ゲーム（一例として、複数の味方キャラクタと複数の敵キャラクタとをターン制で対戦させるシミュレーションゲーム）の進行を制御する。なお、対戦ゲームは、ユーザから任意に選択されたクエスト（例えば、対戦で勝利すること等の課題）に応じて、対戦する敵キャラクタや対戦する場所（フィールド）が適宜異なっている。
例えば、あるクエストがユーザに選択されると、図２に示すように、味方ユニットＭＵと敵ユニットＴＵとに分かれた各キャラクタ（味方キャラクタＭＣ１，ＭＣ２，敵キャラクタＴＣ１，ＴＣ２）が複数のマスＭＳに区分けされたフィールドＦＤ内に配置されて対戦が開始される。つまり、各キャラクタを順番に一通り行動させるターン制にて、味方ユニットＭＵに属する味方キャラクタＭＣ１，ＭＣ２と敵ユニットＴＵに属する敵キャラクタＴＣ１，ＴＣ２とを対戦させることになる。
なお、「一通り行動させる」とは、例えば、各キャラクタの素早さに応じて行動可能な全てのキャラクタを、味方キャラクタＭＣ１，ＭＣ２、及び、敵キャラクタＴＣ１，ＴＣ２が入り混じった状態でそれぞれ行動させることである。
また、「ターン制」とは、例えば、「一通り行動させる」ことで１ターン終了とし、このターンを繰り返すことである。
ユーザは、味方キャラクタＭＣ１，ＭＣ２のうちの何れかの順番が巡ってくると、その味方キャラクタＭＣ１等に対する行動内容を指示して、敵キャラクタＴＣ１，ＴＣ２の何れか（若しくは、両方の敵キャラクタＴＣ１，ＴＣ２）と対戦させる。例えば、味方キャラクタＭＣ１の順番になると、ユーザは、その味方キャラクタＭＣ１を前方１マス先へ移動させ、敵キャラクタＴＣ１に対して水攻撃（一例として、特殊攻撃の１つ）にて攻撃、といった行動内容を指示する。一方、敵キャラクタＴＣ１，ＴＣ２のうちの何れかの順番では、演算結果に応じて移動した敵キャラクタＴＣ１等が味方キャラクタＭＣ１，ＭＣ２の何れか（若しくは、両方の味方キャラクタＭＣ１，ＭＣ２）と対戦することになる。そして、敵キャラクタＴＣ１，ＴＣ２を全滅させると、味方ユニットＭＵ側が勝利し、クエストが達成（クリア）され、味方キャラクタＭＣ１，ＭＣ２に加算される経験値やアイテム等が得られることになる。

図１に戻って、ユーザ端末３００は、例えば、パーソナルコンピュータ等であり、インターネット９００を介してゲームサーバ２００にアクセスしつつ、対戦ゲームを進行する。
例えば、ユーザ端末３００は、ユーザが所望のクエストを選択し、味方ユニットＭＵの編成を行うと、上述した図２に示すような対戦用の画面を表示する。そして、対戦が開始され、ターン中に、味方キャラクタＭＣ１，ＭＣ２の何れかの順番が巡ってくると、ユーザからの操作に応じて、その味方キャラクタＭＣ１等に対する行動内容を受け付ける。
なお、クエストの選択や味方ユニットＭＵの編成についての詳細は後述する。

（情報処理装置の概要構成）
本発明の実施形態に係るゲームサーバ２００及びユーザ端末３００が実現される典型的な情報処理装置４００について説明する。

情報処理装置４００は、図３に示すように、ＣＰＵ（Central Processing Unit）４０１と、ＲＯＭ（Read Only Memory）４０２と、ＲＡＭ（Random Access Memory）４０３と、記憶デバイス４０４と、表示デバイス４０５と、通信デバイス４０６と、操作デバイス４０７と、を備える。

ＣＰＵ ４０１は、情報処理装置４００全体の動作を制御し、各構成要素と接続され制御信号やデータをやりとりする。

ＲＯＭ ４０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、所定のプログラムをＲＡＭ ４０３に読み出してＣＰＵ ４０１による当該プログラムの実行が開始される。

ＲＡＭ ４０３は、データやプログラムを一時的に記憶するためのもので、記憶デバイス４０４から読み出したプログラムやデータ、その他、通信に必要なデータ等が保持される。

記憶デバイス４０４は、ＳＳＤ（Solid State Drive）やハードディスク等であり、種々のデータを記憶する。例えば、記憶デバイス４０４は、情報処理装置４００全体の動作制御に必要なオペレーティングシステムのプログラムや各種のアプリケーションや付随するデータ等を記憶する。

表示デバイス４０５は、例えば、ＬＣＤ（Liquid Crystal Display）等の表示装置と、その表示装置に表示するための画像情報を記憶するＶＲＡＭ（Video Random Access Memory）と、画像情報を処理するための画像処理部とを含んで構成されている。この画像処理部は、記憶デバイス４０４から読み出されたデータや、ＣＰＵ ４０１にて処理されたデータを加工処理した後、これをＶＲＡＭに格納するなどして、画像情報を生成する。

通信デバイス４０６は、移動体通信網や無線ＬＡＮ（Local Area Network）等を利用して無線通信を行う。なお、通信デバイス４０６は、有線ＬＡＮ等を利用して有線通信を行ってもよい。

操作デバイス４０７は、タッチスクリーンやタッチパッド、ボタンやキーボード、若しくは、マウス等であり、ユーザの操作を受け付ける。なお、音声によって、ユーザの操作を受け付けてもよい。

以下、上記の情報処理装置４００において実現されるゲームサーバ２００の構成等について、図４～図１１を参照して説明する。情報処理装置４００に電源が投入されると、ゲームサーバ２００として機能させるプログラムが実行され、本実施形態に係るゲームサーバ２００が実現される。

（ゲームサーバの概要構成）
図４は、本発明の実施形態に係るゲームサーバ２００の概要構成を示すブロック図である。図示するように、ゲームサーバ２００は、受信部２１０と、送信部２２０と、記憶部２３０と、制御部２４０とを備え、ユーザ端末３００が対戦ゲームを実行するための支援を行う。

受信部２１０は、インターネット９００を介してユーザ端末３００等から送られる種々の情報を受信する。
例えば、受信部２１０は、対戦ゲーム中にユーザ端末３００から送られる各種の操作情報を受信する。なお、操作情報には、ユーザから味方キャラクタへ指示された移動を含む行動内容（一例として、味方キャラクタを前方１マス先へ移動させ、敵キャラクタに対して水攻撃にて攻撃）が含まれている。
この他にも、受信部２１０は、対戦ゲームを開始する前に、後述するクエスト選択画面、キャラクタ編成画面、及び、ショートカット画面に対する操作等も受け付ける。
上述した通信デバイス４０６等が、このような受信部２１０として機能しうる。

送信部２２０は、インターネット９００を介してユーザ端末３００等に向けて、種々の情報を送信する。
例えば、送信部２２０は、対戦ゲーム中において、操作情報に応じて味方キャラクタが行動する画像やその行動結果、並びに、敵キャラクタが行動する画像やその行動結果（一例として、攻撃効果等）をユーザ端末３００に送信する。
なお、味方キャラクタや敵キャラクタが行動する画像をゲームサーバ２００から送らずに、ユーザ端末３００側でそれらの行動する画像を生成する場合には、送信部２２０は、行動結果をユーザ端末３００へ送信するようにしてもよい。
この他にも、送信部２２０は、後述するクエスト選択画面、キャラクタ編成画面、及び、ショートカット画面等も、ユーザ端末３００へ送信する。
上述した通信デバイス４０６等が、このような送信部２２０として機能しうる。

記憶部２３０は、対戦ゲームの進行等に必要な種々の情報を記憶する。例えば、記憶部２３０は、クエスト管理情報２３１、及び、ユーザ管理情報２３２等を記憶する。

クエスト管理情報２３１は、例えば、ゲームストーリーに沿ってプレイ可能となるクエストを管理する情報である。クエスト管理情報２３１は、一例として、図５に示すような情報を含んでいる。
つまり、クエスト管理情報２３１には、クエストＩＤ２３１ａ、クエスト名称２３１ｂ、推奨戦力２３１ｃ、及び、獲得可能アイテム２３１ｄ等が含まれている。
なお、推奨戦力２３１ｃは、そのクエストを達成するための目安となる戦力の下限値を示している。つまり、味方ユニットの戦力値が、推奨戦力２３１ｃの値以上であれば、クエストに応じた対戦にて、敵ユニットに勝利することが見込まれる。
また、獲得可能アイテム２３１ｄは、クエストに応じた対戦において味方ユニットが敵ユニットに勝利し、そのクエストを達成（クリア）した場合に、ユーザが獲得し得るアイテムの識別情報（アイテムＩＤ）が規定されている。なお、獲得可能アイテム２３１ｄにおける各アイテムには、例えば、獲得確率が設定されており、クエストを達成した場合でも、そのアイテムを獲得できない場合も生じる。一例として、クエストを達成した際に得られた乱数の値が、アイテムの獲得確率に応じた当選範囲にある場合に限って、そのアイテムを獲得できるようになっている。

図４に戻って、ユーザ管理情報２３２は、各ユーザ端末３００のユーザを管理するための情報である。ユーザ管理情報２３２は、一例として、図６に示すような情報を含んでいる。
つまり、ユーザ管理情報２３２には、ユーザＩＤ２３２ａ、ランク値２３２ｂ、達成済みクエスト２３２ｃ、所有キャラクタ２３２ｄ、及び、所有アイテム２３２ｅ等が含まれている。
なお、ランク値２３２ｂは、そのユーザ（ユーザ端末３００のユーザ）における対戦ゲームの進行度を示す値である。このようなランク値２３２ｂの代わりに、レベル値や経験値等を記憶してもよい。
また、達成（クリア）済みクエスト２３２ｃは、そのユーザが達成したクエストの識別情報（クエストＩＤ）である。
また、所有キャラクタ２３２ｄは、そのユーザが所有しているキャラクタの識別情報（キャラクタＩＤ）である。
そして、所有アイテム２３２ｅは、そのユーザが所有しているアイテムの識別情報（アイテムＩＤ）である。

記憶部２３０は、この他にも、制御部２４０の処理に必要な種々の情報を記憶する。例えば、記憶部２３０は、味方ユニットの編成情報や、対戦時における各キャラクタの位置や行動順序といった対戦管理情報等も記憶する。
上述したＲＡＭ ４０３や記憶デバイス４０４等が、このような記憶部２３０として機能しうる。

図４に戻って、制御部２４０は、ゲームサーバ２００全体を制御し、ユーザ端末３００にて実行される対戦ゲームの進行を支援する。
この制御部２４０は、例えば、生成部２４１、遷移部２４２、及び、対戦制御部２４３等を含んでいる。

生成部２４１は、対戦ゲームを開始するに先立って、プレイするクエストを選択するためのクエスト選択画面、及び、前記味方ユニットに登録する味方キャラクタを編成するための編成画面を生成する。

例えば、生成部２４１は、図７に示すようなクエスト選択画面ＱＧを生成する。このクエスト選択画面ＱＧには、一例として、クエストが行われるゲーム空間を俯瞰する俯瞰マップＭＰと、クエストを選択するための選択オブジェクトＳＯとが含まれている。
このようなクエスト選択画面ＱＧは、上述した送信部２２０により、ユーザ端末３００へ送られて表示される。そして、ユーザは、任意の選択オブジェクトＳＯを、例えば、マウスカーソルにて選択（クリック）することで、プレイしたいクエストを選ぶことができるようになっている。

また、生成部２４１は、図８に示すようなキャラクタ編成画面ＨＧを生成する。このキャラクタ編成画面ＨＧは、例えば、上記のクエスト選択画面ＱＧにて、選択オブジェクトＳＯが選択された場合や、後述するショートカット画面にて、指定オブジェクトが指定された場合に、後述する遷移部２４２から得られた指令に基づいて生成される。このキャラクタ編成画面ＨＧには、一例として、味方ユニットに登録する味方キャラクタを入れ替えるためのキャラクタエリアＣＡが含まれている。
このようなキャラクタ編成画面ＨＧは、上述した送信部２２０により、ユーザ端末３００へ送られて表示される。そして、ユーザは、例えば、キャラクタエリアＣＡを指定して、味方キャラクタを適宜入れ替えることで、所望の味方ユニットを編成できるようになっている。

この他にも、生成部２４１は、上述したクエスト選択画面ＱＧから選択可能となる所定のクエストを、クエスト選択画面ＱＧを介さずに直接指定するためのショートカット画面を生成する。その際、生成部２４１は、ショートカット画面内に上述した図７に示すクエスト選択画面ＱＧの概要を表す概要画像を含めて生成する。
例えば、生成部２４１は、図９に示すようなショートカット画面ＳＧを生成する。このショートカット画面ＳＧは、一例として、未所有のアイテムを獲得可能なクエストをユーザに案内する場面において生成される。
具体例を挙げて説明すると、選択したクエストの対戦で敗北してしまった場合や、今回選択したクエストの対戦でようやく勝利したものの、次に選択しようとするクエストの推奨戦力がより上昇している場合等に、ユーザは、味方キャラクタの武器や防具について、強化を試みることになる。つまり、ユーザは、図示せぬアイテム管理画面にて、武器や防具の所有アイテムの中から強化可能な所有アイテムの有無を確認する。その際、強化可能な所有アイテム（武器や防具）があるものの、その所有アイテムを強化するために必要となるアイテムをユーザが未所有である場合（獲得したことがあっても、消費してしまい、現時点で所有していない場合も含む）に、その未所有のアイテムがユーザに選択されると、生成部２４１は、図９のショートカット画面ＳＧを生成する。なお、このように、未所有のアイテムがユーザに選択された場合に、ショートカット画面ＳＧを生成するのは、一例であり、ユーザが選択したクエストの対戦で敗北した場合に、生成部２４１が、自動的にショートカット画面ＳＧを生成するようにしてもよい。例えば、生成部２４１は、ユーザが選択したクエストの対戦で敗北すると、味方キャラクタの武器、若しくは、防具を強化するために必要となるアイテムを所有しているかどうかを判別する。この際、強化に必要となるアイテムを所有していると判別した場合に、生成部２４１は、味方キャラクタの武器、若しくは、防具の強化を行う。一方、強化に必要となるアイテムを所有していないと判別した場合に、生成部２４１は、未所有のアイテムを獲得可能なクエストをユーザに案内するために、ショートカット画面ＳＧを生成する。

このように生成されるショートカット画面ＳＧには、一例として、上述したクエスト選択画面ＱＧの一部を縮小した概要画像ＧＧと、プレイするクエストを指定するための指定オブジェクトＴＯとが含まれている。なお、概要画像ＧＧは、クエスト選択画面ＱＧの全部を縮小した画像であってもよい。そのため、概要画像ＧＧには、クエスト選択画面ＱＧと同様に、俯瞰マップＭＰと、選択オブジェクトＳＯとが含まれている。
なお、図９のショートカット画面ＳＧでは、未所有のアイテム（○○の石）を獲得可能のクエストが、１つの場合を例示しているが、未所有のアイテムを獲得可能のクエストが複数あれば、各クエストに対応して、概要画像ＧＧ及び指定オブジェクトＴＯがそれぞれ配置されるものとする。
このようなショートカット画面ＳＧは、上述した送信部２２０により、ユーザ端末３００へ送られて表示される。そして、ユーザは、例えば、概要画像ＧＧを視認しながら、指定オブジェクトＴＯをマウスカーソルにて指定（クリック）することで、目的のクエスト（必要となる未所有のアイテムを獲得可能なクエスト）を選ぶことができるようになっている。つまり、本来であればクエスト選択画面ＱＧに戻って、目的のクエストを選択するところを、ユーザは、ショートカット画面ＳＧから、目的のクエストを直接指定することができる。なお、ユーザ端末３００がスマートフォン等の場合には、マウスカーソルではなく、後述するように、タップ操作により指定オブジェクトＴＯを操作するものとする。

より詳細に説明すると、生成部２４１は、図１０（ａ）に示すように、指定オブジェクトＴＯ上へマウスカーソルＣＲが移動すると（マウスオーバー時）、指定オブジェクトＴＯが仮指定され、生成部２４１は、概要画像ＧＧにおける対象の選択オブジェクトＳＯを左に移動させて強調表示する。なお、このようなマウスオーバー時（仮指定時）における選択オブジェクトＳＯの強調表示は一例であり、他に、選択オブジェクトＳＯを浮き上がらせて強調表示してもよい。
そして、その状態でマウスにより指定オブジェクトＴＯの指定が確定されると（クリック時）、生成部２４１は、図１０（ｂ）に示すように、対象の選択オブジェクトＳＯの色彩を変化させて強調表示する。なお、このようなクリック時（指定の確定時）における選択オブジェクトＳＯの強調表示は一例であり、他に、選択オブジェクトＳＯを点滅させて強調表示してもよい。
なお、これらマウスオーバー時やクリック時における選択オブジェクトＳＯの強調表示は、上述したクエスト選択画面ＱＧでの強調表示と同じであってもよい。つまり、図７のクエスト選択画面ＱＧにおいても、選択オブジェクトＳＯへマウスカーソルＣＲが移動すると、選択オブジェクトＳＯが仮選択され、生成部２４１は、選択オブジェクトＳＯを左に移動させて強調表示する。そして、その状態でマウスにより選択オブジェクトＳＯの選択が確定されると（クリック時）、生成部２４１は、対象の選択オブジェクトＳＯの色彩を変化させて強調表示する。

また、生成部２４１は、上述したキャラクタ編成画面ＨＧにて、味方ユニットの編成が完了して対戦ゲームが開始されると、味方ユニット（味方キャラクタ）と、敵ユニット（敵キャラクタ）とを対戦させるための対戦画面を生成する。
例えば、生成部２４１は、図１１に示すような対戦画面ＢＧを生成する。なお、この対戦画面ＢＧでは、対戦が進んでおり、味方キャラクタＭＣ１，ＭＣ２と、敵キャラクタＴＣ１，ＴＣ２が残っている状況を示している。つまり、対戦開始時には、上述した図８のキャラクタ編成画面ＨＧにて編成した味方キャラクタの全てが、対戦画面ＢＧに配置されていたものとする。
このような対戦画面ＢＧは、上述した送信部２２０により、ユーザ端末３００へ送られて表示される。そして、ユーザは、例えば、ターンにおける味方キャラクタＭＣ１，ＭＣ２の順番になると、移動や攻撃を味方キャラクタＭＣ１，ＭＣ２に指示することになる。

図３に戻って、遷移部２４２は、上述した図７のクエスト選択画面ＱＧにてクエストが選択されると、上述した図８のキャラクタ編成画面ＨＱへ遷移させる。また、キャラクタ編成画面ＨＱにて編成が完了すると、上述した図１１の対戦面ＢＱへ遷移させる。
この他にも、遷移部２４２は、上述した図９のショートカット画面ＳＧにてクエストが指定された場合も、上述した図８のキャラクタ編成画面ＨＱへ遷移させる。

対戦制御部２４３は、対戦ゲームが開始された際に、その対戦ゲームの進行を制御する。
例えば、対戦制御部２４３は、行動順序に応じて複数のキャラクタを順番に制御するものであり、味方キャラクタの順番になると、ユーザから指示された移動を含む行動内容に従って味方キャラクタの行動を制御し、敵キャラクタの順番になると、所定の対戦ロジックに基づいた行動内容に従って、敵キャラクタの行動を制御する。

この他にも、制御部２４０は、ユーザ端末３００において、対戦中におけるＢＧＭや効果音等を再生するために必要な各種情報を生成し、送信部２２０を通じて、生成した各種情報をユーザ端末３００に送る処理なども行う。
上述したＣＰＵ ４０１等が、このような構成からなる制御部２４０として機能しうる。

以下、上述した情報処理装置４００において実現されるユーザ端末３００の構成等について、図１２，１３を参照して説明する。情報処理装置４００に電源が投入されると、ユーザ端末３００として機能させるプログラムが実行され、本実施形態に係るユーザ端末３００が実現される。

（ユーザ端末の概要構成）
図１２は、本実施形態に係るユーザ端末３００の概要構成を示すブロック図である。図示するように、ユーザ端末３００は、操作受付部３１０と、送受信部３２０と、記憶部３３０と、制御部３４０と、表示部３５０とを備え、例えば、ゲームサーバ２００と適宜通信しつつ、対戦ゲームを進行する。

操作受付部３１０は、ユーザからの各種操作を受け付ける。例えば、操作受付部３１０は、マウスやタッチスクリーン等から得られる情報に基づいて、ユーザからの操作を受け付ける。
具体的に操作受付部３１０は、後述する表示部３５０が、上述した図７のクエスト選択画面ＱＧを表示している際に、選択オブジェクトＳＯを選択するための操作を受け付ける。
また、操作受付部３１０は、表示部３５０が、上述した図８のキャラクタ編成画面ＨＧを表示している際に、キャラクタエリアＣＡにて味方キャラクタを入れ替えるための操作を受け付ける。
また、操作受付部３１０は、表示部３５０が、上述した図９のショートカット画面ＳＧを表示している際に、指定オブジェクトＴＯを指定するための操作を受け付ける。
そして、操作受付部３１０は、表示部３５０が、上述した図１１の対戦画面ＢＧを表示している際に、味方キャラクタＭＣ１，ＭＣ２に対して移動や攻撃を指令する操作を受け付ける。
なお、上述した操作デバイス４０７等が、このような操作受付部３１０として機能しうる。

送受信部３２０は、インターネット９００を介してゲームサーバ２００にアクセスし、対戦ゲームの進行に必要な情報を送受信する。
例えば、送受信部３２０は、操作受付部３１０にて受け付けた各種操作（操作情報）をゲームサーバ２００に送信する。また、送受信部３２０は、ゲームサーバ２００から送信される各種画面等を受信する。
上述した通信デバイス４０６等が、このような送受信部３２０として機能しうる。

記憶部３３０は、例えば、ゲーム管理情報３３１等を記憶する。

ゲーム管理情報３３１には、例えば、図１３に示すように、ユーザＩＤ３３１ａ、ランク値３３１ｂ、達成済みクエスト３３１ｃ、所有キャラクタ３３１ｄ、及び、所有アイテム３３１ｅ等が含まれている。つまり、上述した図６のユーザ管理情報２３２と同様の情報（ユーザに対応する情報）が、ユーザ端末３００側でも管理されている。
ゲーム管理情報３３１にて記憶される情報は、ゲームサーバ２００側にて記憶されるユーザ管理情報２３２と、適宜同期されるようになっている。

記憶部３３０は、この他にも、各画面を構成する画像データや、対戦ゲームにおける各キャラクタ（味方キャラクタや敵キャラクタ等）の画像データ等も記憶する。
上述した記憶デバイス４０４等が、このような記憶部３３０として機能しうる。

図１２に戻って、制御部３４０は、ユーザ端末３００全体を制御する。この制御部３４０は、例えば、ゲーム進行部３４１、及び、画面生成部３４２等を含んでいる。

ゲーム進行部３４１は、操作受付部３１０にて受け付けたユーザの操作等に応じて、対戦ゲームを進行させる。例えば、上述した図７のクエスト選択画面ＱＧにてユーザから選択されたクエストを受け付け、そして、上述した図８のキャラクタ編成画面ＨＧにてユーザによる味方キャラクタの編成が完了すると、ゲーム進行部３４１は、クエストに応じた対戦ゲームを開始する。
なお、上述した図９のショートカット画面ＳＧにてユーザから指定されたクエストを受け付け、そして、図８のキャラクタ編成画面ＨＧにてユーザによる味方キャラクタの編成が完了した場合も、ゲーム進行部３４１は、クエストに応じた対戦ゲームを開始する。

画面生成部３４２は、対戦ゲームの開始前に、上述した図７のクエスト選択画面ＱＧ、上述した図８のキャラクタ編成画面ＨＧ、若しくは、上述した図９のショートカット画面ＳＧを生成する。
また、画面生成部３４２は、対戦ゲームが開始されると、上述した図１１の対戦画面ＢＧを生成する。

制御部３４０は、この他にも、対戦ゲームの進行に必要な各種処理を適宜実行する。
上述したＣＰＵ ４０１等が、このような構成からなる制御部３４０として機能しうる。

表示部３５０は、画面生成部３４２が生成した各種画面等を表示する。例えば、表示部３５０は、上述した図７に示すクエスト選択画面ＱＧ、上述した図８に示すキャラクタ編成画面ＨＧ、上述した図９に示すショートカット画面ＳＧ、及び、上述した図１１に示す対戦画面ＢＧ等を表示する。
なお、上述した表示デバイス４０５等が、このような表示部３５０として機能しうる。

（ゲームサーバの動作）
以下、図４に示すような構成のゲームサーバ２００の動作について図１４を参照して説明する。なお、ゲームサーバ２００は、ユーザ端末３００にて実行される対戦ゲームの進行全般を制御するが、その中において、本願発明において最も特徴的な画面生成処理について説明する。
図１４は、本実施形態に係る画面生成処理の流れを示すフローチャートである。この画面生成処理は、例えば、ユーザ端末３００にて対戦ゲームが実行されるに伴って、実行される。

まず、ゲームサーバ２００は、ストーリー（ゲームストーリー）が選択されたか否かを判別する（ステップＳ１１）。
例えば、制御部２４０は、対戦ゲームにおける図示せぬメイン画面から、クエストが含まれるストーリーが選択されたかどうかを判別する。なお、メイン画面には、ストーリーの他に、一例として、ユーザが所有しているアイテムを管理するためのアイテム管理等が選択可能となっている。

ゲームサーバ２００は、ストーリーが選択されたと判別すると（ステップＳ１１；Ｙｅｓ）、クエスト選択画面を生成する（ステップＳ１２）。
例えば、制御部２４０（生成部２４１）は、図７に示すようなクエスト選択画面ＱＧを生成する。このクエスト選択画面ＱＧには、一例として、クエストが行われるゲーム空間を俯瞰する俯瞰マップＭＰと、クエストを選択するための選択オブジェクトＳＯとが含まれている。
なお、生成されたクエスト選択画面ＱＧは、送信部２２０により、ユーザ端末３００へ送られて、表示部３５０に表示される。そして、ユーザは、任意の選択オブジェクトＳＯを、例えば、マウスカーソルにて選択（クリック）することで、プレイしたいクエストを選ぶことができるようになる。

ゲームサーバ２００は、クエストの選択があったか否かを判別する（ステップＳ１３）。
例えば、制御部２４０は、ユーザ端末３００（表示部３５０）に表示されたクエスト選択画面ＱＧにて、何れかの選択オブジェクトＳＯが選択されたかどうかを判別する。
ゲームサーバ２００は、クエストの選択がないと判別すると（ステップＳ１３；Ｎｏ）、そのまま、クエストの選択を待機する。

一方、クエストの選択があったと判別した場合（ステップＳ１３；Ｙｓｅ）に、ゲームサーバ２００は、後述するステップＳ１７に処理を進める。

また、上述したステップＳ１１にてストーリーが選択されなかったと判別した場合（ステップＳ１１；Ｎｏ）に、ゲームサーバ２００は、クエストへのショートカットが必要か否かを判別する（ステップＳ１４）。
例えば、制御部２４０は、メイン画面にてアイテム管理が選択され、未所有のアイテムを獲得可能なクエストをユーザに案内すべき場面となった場合に、クエストへのショートカットが必要と判別する。
具体的には、選択したクエストの対戦で敗北してしまった場合や、今回選択したクエストの対戦でようやく勝利したものの、次に選択しようとするクエストの推奨戦力がより上昇している場合等に、ユーザは、メイン画面に戻り、アイテム管理を選んで、味方キャラクタの武器や防具について、強化を試みることになる。つまり、ユーザは、アイテム管理画面にて、武器や防具の所有アイテムの中から強化可能な所有アイテムの有無を確認する。その際、強化可能な所有アイテム（武器や防具）があるものの、その所有アイテムを強化するために必要となるアイテムをユーザが未所有である場合に、ユーザは、その未所有のアイテムを選択する。この未所有のアイテムが選択されることで、制御部２４０は、その未所有のアイテムを獲得可能なクエストへのショートカットが必要と判別する。
ゲームサーバ２００は、クエストへのショートカットが必要でないと判別すると（ステップＳ１４；Ｎｏ）、上述したステップＳ１１に処理を戻す。

一方、クエストへのショートカットが必要であると判別した場合（ステップＳ１４；Ｙｅｓ）に、ゲームサーバ２００は、ショートカット画面を生成する（ステップＳ１５）。
例えば、制御部２４０（生成部２４１）は、図９に示すようなショートカット画面ＳＧを生成する。このショートカット画面ＳＧには、一例として、上述したクエスト選択画面ＱＧの一部を縮小した概要画像ＧＧと、プレイするクエストを指定するための指定オブジェクトＴＯとが含まれている。なお、概要画像ＧＧは、クエスト選択画面ＱＧの全部を縮小した画像であってもよい。そのため、概要画像ＧＧには、クエスト選択画面ＱＧと同様に、俯瞰マップＭＰと、選択オブジェクトＳＯとが含まれている。
なお、生成されたショートカット画面ＳＧは、送信部２２０により、ユーザ端末３００へ送られて表示部３５０に表示される。そして、ユーザは、例えば、概要画像ＧＧを視認しながら、指定オブジェクトＴＯをマウスカーソルにて指定（クリック）することで、クエスト選択画面ＱＧを介さずに、目的のクエストを選ぶことができるようになる。

ゲームサーバ２００は、クエストの指定があったか否かを判別する（ステップＳ１６）。
例えば、制御部２４０は、ユーザ端末３００（表示部３５０）に表示されたショートカット画面ＳＧにて、指定オブジェクトＴＯが選択されたかどうかを判別する。
ゲームサーバ２００は、クエストの指定がないと判別すると（ステップＳ１６；Ｎｏ）、そのまま、クエストの指定を待機する。
なお、図９に示すようなショートカット画面ＳＧにて、指定オブジェクトＴＯ上へマウスカーソルＣＲが移動すると（マウスオーバー時）、指定オブジェクトＴＯが仮指定され、制御部２４０は、図１０（ａ）に示すように、概要画像ＧＧにおける対象の選択オブジェクトＳＯを左に移動させて強調表示する。

一方、クエストの指定があったと判別した場合（ステップＳ１６；Ｙｓｅ）、若しくは、上述したステップＳ１３にてクエストの選択があったと判別した場合（ステップＳ１３；Ｙｓｅ）に、ゲームサーバ２００は、キャラクタ編成画面を生成する（ステップＳ１７）。
ステップＳ１６にてクエストの指定があったと判別した場合に、例えば、制御部２４０は、図１０（ｂ）に示すように、ショートカット画面ＳＧにて対象の選択オブジェクトＳＯの色彩を変化させて強調表示した後に、そのショートカット画面ＳＧから遷移させ、図８に示すようなキャラクタ編成画面ＨＧを生成する。
また、ステップＳ１３にてクエストの選択があったと判別した場合に、例えば、制御部２４０（遷移部２４２）は、図７のクエスト選択画面ＱＧから遷移させ、図８に示すようなキャラクタ編成画面ＨＧを生成する。
このキャラクタ編成画面ＨＧは、一例として、味方ユニットに登録する味方キャラクタを入れ替えるためのキャラクタエリアＣＡが含まれている。
なお、生成されたキャラクタ編成画面ＨＧは、送信部２２０により、ユーザ端末３００へ送られて表示部３５０に表示される。そして、ユーザは、例えば、キャラクタエリアＣＡを指定して、味方キャラクタを適宜入れ替えることで、所望の味方ユニットを編成できるようになる。

ゲームサーバ２００は、キャラクタの編成が完了したか否かを判別する（ステップＳ１８）。
例えば、制御部２４０は、ユーザ端末３００（表示部３５０）に表示されたキャラクタ編成画面ＨＧにて、所定の完了ボタンが押下されたかどうかを判別する。
ゲームサーバ２００は、キャラクタの編成が完了していないと判別すると（ステップＳ１８；Ｎｏ）、そのまま、編成の完了を待機する。

一方、キャラクタの編成が完了したと判別した場合（ステップＳ１８；Ｙｅｓ）に、ゲームサーバ２００は、対戦画面を生成する（ステップＳ１９）。
例えば、制御部２４０（遷移部２４２）は、図８のキャラクタ編成画面ＨＧから遷移させ、図１１に示すような対戦画面ＢＧを生成する。生成された対戦画面ＢＧは、送信部２２０により、ユーザ端末３００へ送られて表示される。そして、ユーザは、例えば、ターンにおける味方キャラクタＭＣ１，ＭＣ２の順番になると、移動や攻撃を味方キャラクタＭＣ１，ＭＣ２に指示することになる。

なお、ゲームサーバ２００は、図１１に示すような対戦画面ＢＧにおける味方キャラクタＭＣ１，Ｍｃ２と、敵キャラクタＴＣ１，ＴＣ２との対戦も制御するが、本願発明の特徴である画面生成処理の処理内容から外れるため、詳細については省略する。

このような画面生成処理において、クエスト選択画面ＱＧから選択可能となる所定のクエストを、クエスト選択画面ＱＧを介さずに直接指定するためのショートカット画面ＳＧが生成される際には、ショートカット画面ＳＧ内にクエスト選択画面ＱＧの概要を表す概要画像ＧＧを含めて生成されることになる。そのため、ショートカット画面ＳＧの概要画像ＧＧから、クエスト選択画面ＱＧが想起され、ユーザがクエストの内容を把握した上で、そのクエストを指定することが可能となる。
つまり、概要画像ＧＧに含まれる俯瞰マップＭＰで表される風景（例えば、海沿い、山中、城下町等）から、クエストの場面を思い出したり、対戦する敵キャラクタを思い出すことが可能となる。
しかも、ショートカット画面ＳＧからクエストを指定してキャラクタ編成画面ＨＧへ遷移する際にも、概要画像ＧＧが直前のクエスト選択画面ＱＧを示しているため、ユーザにとってどこへ遷移するのが分かり易くなる。
また、ショートカット画面ＳＧにおける指定オブジェクトＴＯへのマウスオーバーによって指定オブジェクトＴＯが仮指定されると、概要画像ＧＧにおける選択オブジェクトＳＯが、移動して表示される。そして、指定オブジェクトＴＯへのクリックによって指定オブジェクトＴＯの指定が確定されると、概要画像ＧＧにおける選択オブジェクトＳＯの色彩が変化した後にキャラクタ編成画面ＨＧへ遷移することになる。このため、ユーザには、あたかも、クエスト選択画面ＱＧにおける選択オブジェクトＳＯが選択されて、キャラクタ編成画面ＨＧへ遷移したかのように見える。また、指定オブジェクトＴＯは、キャラクタ編成画面ＨＧへのショートカットであると言える。

この結果、クエストを選択するための通常のクエスト選択画面以外からでも、クエストの内容を容易に把握させることができる。

（他の実施形態）
上記の実施形態では、必要となる未所有のアイテムを獲得可能なクエストをユーザに案内する場面で、ショートカット画面ＳＧを生成する場合について説明したが、他の場面で、同様のショートカット画面を生成してもよい。
生成部２４１は、プレイ済みで、かつ、未達成（未クリア）のクエストをユーザに案内する場面で、ショートカット画面を生成するようにしてもよい。
例えば、生成部２４１は、達成できなかった各クエストを自動セーブするようにし、後に、自動セーブしたクエストをユーザに案内する場面で、上記と同様に、ショートカット画面を生成するようにする。
具体例を挙げて説明すると、選択したクエストの対戦で敗北してしまった場合や、今回選択したクエストの対戦でようやく勝利したものの、次に選択しようとするクエストの推奨戦力がより上昇している場合等において、味方キャラクタの武器や防具を強化する代わりに、味方ユニット（各味方キャラクタ）のレベルを上げようと考えるユーザも多い。このようなユーザは、他のクエスト（達成済みのクエストや、推奨戦力が低い新たなクエスト）をプレイして味方ユニット（各味方キャラクタ）のレベルを十分に上げた後に、例えば、メイン画面に戻って、自動セーブしたクエストの照会を指示することになる。この指示に応答して、生成部２４１は、プレイした際に未達成だったクエストの一覧を、ショートカット画面にて生成する。つまり、図９のショートカット画面ＳＧと同様に、未達成だったクエストをユーザに案内するために、概要画像ＧＧと指定オブジェクトＴＯとを含んだショートカット画面を生成する。
なお、このように、自動セーブしたクエストの照会がユーザに指示された場合に、ショートカット画面ＳＧを生成するのは、一例であり、例えば、ユーザがクエストをプレイして味方ユニットのレベルが上がったことを契機に、生成部２４１が、自動的にショートカット画面ＳＧを生成するようにしてもよい。例えば、生成部２４１は、ユーザが選択したクエストの対戦で勝利することで、味方ユニットのレベルが上昇すると、自動セーブされたクエストがあるかどうかを判別する。この際、自動セーブされたクエスト（達成できなかったクエスト）があると判別した場合に、生成部２４１は、達成できなかったクエストをユーザに案内するために、概要画像ＧＧと指定オブジェクトＴＯとを含んだショートカット画面を生成する。
この場合も、上記と同様に、ショートカット画面から、未達成のクエストの内容を容易に把握させることができる。

上記の実施形態では、ゲームサーバ２００の制御部２４０が、生成部２４１、及び、遷移部２４２等を備えており、ゲームサーバ２００で生成したクエスト選択画面ＱＧからキャラクタ編成画面ＨＧへ遷移する場合や、ゲームサーバ２００で生成したショートカット画面ＳＧからキャラクタ編成画面ＨＧへ遷移する場合等について説明したが、ユーザ端末３００の制御部３４０の方に、これら生成部２４１、及び、遷移部２４２等を備えるようにし、ユーザ端末３００側で、上記のゲームサーバ２００の処理を行うようにしてもよい。また逆に、ゲームサーバ２００側で、ユーザ端末３００の処理を行うようにしてもよい。

上記の実施形態では、マウスカーソル（マウスの操作）によって、クエスト選択画面ＱＧにおける選択オブジェクトＳＯの選択や、ショートカット画面ＳＧにおける指定オブジェクトＴＯの指定等が行われる場合について説明したが、ユーザ端末３００がスマートフォン等の場合には、マウスカーソルではなく、選択オブジェクトＳＯや指定オブジェクトＴＯへのタップ操作により、選択オブジェクトＳＯを選択したり、指定オブジェクトＴＯを指定するようにしてもよい。

例えば、上述した図１０（ａ）のように、指定オブジェクトＴＯ上へマウスカーソルＣＲが移動する代わりに、指定オブジェクトＴＯが１回目にタップ操作されると、指定オブジェクトＴＯが仮指定され、生成部２４１は、同様に、概要画像ＧＧにおける対象の選択オブジェクトＳＯを左に移動させて強調表示する。なお、このような１回目のタップ時（仮指定時）における選択オブジェクトＳＯの強調表示は一例であり、他に、選択オブジェクトＳＯを浮き上がらせて強調表示してもよい。
そして、その状態で指定オブジェクトＴＯが２回目にタップ操作されると、指定オブジェクトＴＯの指定が確定され、生成部２４１は、図１０（ｂ）と同様に、対象の選択オブジェクトＳＯの色彩を変化させて強調表示する。なお、このような１回目のタップ時（指定の確定時）における選択オブジェクトＳＯの強調表示は一例であり、他に、選択オブジェクトＳＯを点滅させて強調表示してもよい。

上記の実施形態では、シミュレーションゲームにおける対戦ゲームを一例として説明したが、ロールプレイングゲームにおける対戦ゲームでも適宜適用可能である。
つまり、ロールプレイングゲームにおいて、同様のクエスト選択画面、キャラクタ編成画面、及び、ショートカット画面等がある場合でも、上記と同様に、クエストを選択するための通常の選択画面以外からでも、クエストの内容を容易に把握させることができる。

上記の実施形態では、専用のゲームサーバ２００やユーザ端末３００を用いる場合について説明したが、このようなゲームサーバ２００やユーザ端末３００の動作を規定する動作プログラムを既存のパーソナルコンピュータや情報端末機器等に適用することで、当該パーソナルコンピュータをゲームサーバ２００やユーザ端末３００として機能させることも可能である。

また、このようなプログラムの配布方法は任意であり、例えば、ＣＤ－ＲＯＭ（Compact Disc Read-Only Memory）、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、メモリカード等のコンピュータ読み取り可能な記録媒体に格納して配布してもよいし、インターネットといった通信ネットワークを介して配布してもよい。

（まとめ）
本発明の第１の観点に係るゲームシステムは、味方ユニットと敵ユニットとに分かれた複数のキャラクタを対戦させる対戦ゲームを進行するゲームシステムであって、生成部、及び、遷移部を備えている。

生成部は、対戦ゲームを開始するに先立って、プレイするクエストを選択するためのクエスト選択画面、及び、味方ユニットに登録する味方キャラクタを編成するための編成画面を生成する。また、遷移部は、クエスト選択画面にてクエストが選択されると編成画面へ遷移させる。そして、生成部は、クエスト選択画面から選択可能となる所定のクエストを、クエスト選択画面を介さずに直接指定するためのショートカット画面を更に生成する際に、そのショートカット画面内にクエスト選択画面の概要を表す概要画像を含めて生成し、遷移部は、ショートカット画面にてクエストが指定された場合に、編成画面へ遷移させる。
つまり、クエスト選択画面から選択可能となる所定のクエストを、クエスト選択画面を介さずに直接指定ためのショートカット画面が生成される際には、ショートカット画面内にクエスト選択画面の概要を表す概要画像を含めて生成されることになる。そのため、ショートカット画面の概要画像から、クエスト選択画面が想起され、ユーザがクエストの内容を把握した上で、そのクエストを指定することが可能となる。

この結果、クエストを選択するための通常の選択画面以外からでも、クエストの内容を容易に把握させることができる。

また、上記ゲームシステムにおいて、クエスト選択画面には、クエストが行われるゲーム空間を俯瞰する俯瞰マップと、クエストを選択するための選択オブジェクトとが含まれており、ショートカット画面には、クエスト選択画面の全体、若しくは、一部を縮小した概要画像と、プレイするクエストを指定するための指定オブジェクトとが含まれており、生成部は、ショートカット画面を生成する際に、指定オブジェクトが、例えば、マウスオーバーや１回目のタップ操作により指定されると、概要画像における選択オブジェクトを第１態様で強調して生成し、例えば、クリックや１回目のタップ操作により指定オブジェクトの指定が確定されると、編成画面への遷移前に、概要画像における選択オブジェクトを第２態様で強調して生成するようにしてもよい。
この場合、ショートカット画面における指定オブジェクトが指定されると、概要画像における選択オブジェクトが第１態様で強調表示され、また、指定オブジェクの指定が確定されると、概要画像における選択オブジェクトが第１態様で強調表示されるため、あたかも、クエスト選択画面における選択オブジェクトが操作されたかのように見えるため、クエストの内容を容易に把握させることができる。

また、上記ゲームシステムにおいて、生成部は、指定オブジェクトが指定されている場合に、概要画像における選択オブジェクトを、クエスト選択画面における選択オブジェクトが選択されている場合と同じ第１態様で強調して生成し、指定オブジェクトの指定が確定された場合に、概要画像における選択オブジェクトを、クエスト選択画面における選択オブジェクトの選択が確定された場合と同じ第２態様で強調して生成するようにしてもよい。
この場合、例えば、ショートカット画面における指定オブジェクトへのマウスオーバーや１回目のタップ操作により、概要画像における選択オブジェクトが、クエスト選択画面における選択オブジェクトへのマウスオーバーや１回目のタップ操作と同じ第１態様で強調表示され、また、指定オブジェクトへのクリックや２回目のタップ操作により、概要画像における選択オブジェクトが、クエスト選択画面における選択オブジェクトへのクリックや２回目のタップ操作と同じ第２態様で強調表示される。これにより、あたかも、クエスト選択画面における選択オブジェクトが操作されたかのように見えるため、クエストの内容を容易に把握させることができる。

また、上記ゲームシステムにおいて、第１態様は、概要画像における選択オブジェクトを、浮き上がらせ、若しくは、移動させる態様であり、第２態様は、概要画像における選択オブジェクトの色彩を変更する態様であってもよい。
この場合、例えば、ショートカット画面における指定オブジェクトへのマウスオーバーや１回目のタップ操作により、概要画像における選択オブジェクトが、浮き上がり、若しくは、移動して表示され、また、指定オブジェクトへのクリックや２回目のタップ操作により、概要画像における選択オブジェクトが、色彩が変化して表示される。これにより、あたかも、クエスト選択画面における選択オブジェクトが操作されたかのように見えるため、クエストの内容を容易に把握させることができる。

また、上記ゲームシステムにおいて、生成部は、必要となる未所有のアイテムを獲得可能なクエストをユーザに案内する場面で、ショートカット画面を生成するようにしてもよい。
この場合、未所有のアイテムを獲得可能なクエストの内容を容易に把握させることができる。

また、上記ゲームシステムにおいて、生成部は、ユーザが対戦ゲームに敗北した場合に、味方キャラクタの武器、若しくは、防具を強化するために必要となるアイテムを所有していないことを判別すると、未所有のアイテムを獲得可能なクエストをユーザに案内するために、ショートカット画面を生成するようにしてもよい。
この場合、ユーザが対戦ゲームに敗北した際に、自動的に、味方キャラクタの武器、若しくは、防具の強化をユーザに促すことができる。

また、上記ゲームシステムにおいて、生成部は、プレイ済みで、かつ、未達成のクエストをユーザに案内する場面で、ショートカット画面を生成するようにしてもよい。
この場合、例えば、達成できなかったクエストを一旦、セーブしておいて、他のクエストをプレイすることにより味方ユニット（各味方キャラクタ）のレベルを上げた後に、再度、未達成のクエストに挑戦する等においても、そのクエストの内容を容易に把握させることができる。

本発明の第２の観点に係る画面生成方法は、味方ユニットと敵ユニットとに分かれた複数のキャラクタを対戦させる対戦ゲームを進行するゲームシステムにおける画面生成方法であって、生成ステップ、及び、遷移ステップを備えている。

すなわち、第２の観点に係る画面生成方法は、第１の観点に係るゲームシステムと同様に、クエストを選択するための通常の選択画面以外からでも、クエストの内容を容易に把握させることができる。

本発明の第３の観点に係るプログラムは、味方ユニットと敵ユニットとに分かれた複数のキャラクタを対戦させる対戦ゲームを進行するコンピュータを、生成部、及び、遷移部として機能させる。

すなわち、第３の観点に係るプログラムは、第１の観点に係るゲームシステムと同様に、クエストを選択するための通常の選択画面以外からでも、クエストの内容を容易に把握させることができる。

以上説明したように、本発明によれば、クエストを選択するための通常の選択画面以外からでも、クエストの内容を容易に把握させることのできるゲームシステム、画面生成方法、ならびに、プログラムを提供することができる。

１００ ゲームシステム
２００ ゲームサーバ
２１０ 受信部
２２０ 送信部
２３０ 記憶部
２３１ クエスト管理情報
２３２ ユーザ管理情報
２４０ 制御部
２４１ 生成部
２４２ 遷移部
２４３ 対戦制御部
３００ ユーザ端末
３１０ 操作受付部
３２０ 送受信部
３３０ 記憶部
３３１ ゲーム管理情報
３４０ 制御部
３４１ ゲーム進行部
３４２ 画面生成部
３５０ 表示部
４００ 情報処理装置
４０１ ＣＰＵ
４０２ ＲＯＭ
４０３ ＲＡＭ
４０４ 記憶デバイス
４０５ 表示デバイス
４０６ 通信デバイス
４０７ 操作デバイス
９００ インターネット

Claims (9)

1. 味方ユニットと敵ユニットとに分かれた複数のキャラクタを対戦させる対戦ゲームを進行するゲームシステムであって、
   前記対戦ゲームを開始するに先立って、複数のクエストのうちからプレイするクエストを選択するためのクエスト選択画面、及び、前記味方ユニットに登録する味方キャラクタを編成するための編成画面を生成する生成部と、
   先に生成された前記クエスト選択画面にて前記クエストが選択された後に前記編成画面へ遷移させる遷移部と、を備え、
   前記生成部は、前記クエスト選択画面にて選択できる前記複数のクエストのうちから任意のクエストを、前記クエスト選択画面を介さずに直接指定するためのショートカット画面を更に生成する際に、当該ショートカット画面内に前記クエスト選択画面の概要を表す概要画像を含めて生成し、
   前記遷移部は、前記ショートカット画面にて前記クエストが指定された場合に、指定された前記クエストをプレイするために、前記クエスト選択画面を介することなく前記編成画面へ遷移させる、
   ことを特徴とするゲームシステム。
2. 前記クエスト選択画面には、クエストが行われるゲーム空間を俯瞰する俯瞰マップと、クエストを選択するための選択オブジェクトとが含まれており、
   前記ショートカット画面には、前記クエスト選択画面の全体、若しくは、一部を縮小した前記概要画像と、プレイするクエストを指定するための指定オブジェクトとが含まれており、
   前記生成部は、前記ショートカット画面を生成した後に、前記指定オブジェクトが指定されると、前記概要画像における前記選択オブジェクトを第１態様で強調し、前記指定オブジェクトの指定が確定されると、前記編成画面への遷移前に、前記概要画像における前記選択オブジェクトを第２態様で強調する、
   ことを特徴とする請求項１に記載のゲームシステム。
3. 前記生成部は、前記指定オブジェクトが指定されている場合に、前記概要画像における前記選択オブジェクトを、前記クエスト選択画面における前記選択オブジェクトが選択されている場合と同じ前記第１態様で強調し、前記指定オブジェクトの指定が確定された場合に、前記概要画像における前記選択オブジェクトを、前記クエスト選択画面における前記選択オブジェクトの選択が確定された場合と同じ前記第２態様で強調する、
   ことを特徴とする請求項２に記載のゲームシステム。
4. 前記第１態様は、前記概要画像における前記選択オブジェクトを、浮き上がらせ、若しくは、移動させる態様であり、
   前記第２態様は、前記概要画像における前記選択オブジェクトの色彩を変更する態様である、
   ことを特徴とする請求項２に記載のゲームシステム。
5. 前記生成部は、必要となる未所有のアイテムを獲得可能なクエストをユーザに案内する場面で、前記ショートカット画面を生成する、
   ことを特徴とする請求項１乃至４の何れか１項に記載のゲームシステム。
6. 前記生成部は、ユーザが前記対戦ゲームに敗北した場合に、前記味方キャラクタの武器、若しくは、防具を強化するために必要となるアイテムを所有していないことを判別すると、前記未所有のアイテムを獲得可能なクエストをユーザに案内するために、前記ショートカット画面を生成する、
   ことを特徴とする請求項５に記載のゲームシステム。
7. 前記生成部は、プレイ済みで、かつ、未達成のクエストをユーザに案内する場面で、前記ショートカット画面を生成する、
   ことを特徴とする請求項１乃至４の何れか１項に記載のゲームシステム。
8. 味方ユニットと敵ユニットとに分かれた複数のキャラクタを対戦させる対戦ゲームを進行するゲームシステムにおける画面生成方法であって、
   前記対戦ゲームを開始するに先立って、複数のクエストのうちからプレイするクエストを選択するためのクエスト選択画面、及び、前記味方ユニットに登録する味方キャラクタを編成するための編成画面を生成する生成ステップと、
   先に生成された前記クエスト選択画面にて前記クエストが選択された後に前記編成画面へ遷移させる遷移ステップと、を備え、
   前記生成ステップでは、前記クエスト選択画面にて選択できる前記複数のクエストのうちから任意のクエストを、前記クエスト選択画面を介さずに直接指定するためのショートカット画面を更に生成する際に、当該ショートカット画面内に前記クエスト選択画面の概要を表す概要画像を含めて生成し、
   前記遷移ステップでは、前記ショートカット画面にて前記クエストが指定された場合に、指定された前記クエストをプレイするために、前記クエスト選択画面を介することなく前記編成画面へ遷移させる、
   ことを特徴とする画面生成方法。
9. 味方ユニットと敵ユニットとに分かれた複数のキャラクタを対戦させる対戦ゲームを進行するコンピュータを、
   前記対戦ゲームを開始するに先立って、複数のクエストのうちからプレイするクエストを選択するためのクエスト選択画面、及び、前記味方ユニットに登録する味方キャラクタを編成するための編成画面を生成する生成部、
   先に生成された前記クエスト選択画面にて前記クエストが選択された後に前記編成画面へ遷移させる遷移部、として機能させ、
   前記生成部は、前記クエスト選択画面にて選択できる前記複数のクエストのうちから任意のクエストを、前記クエスト選択画面を介さずに直接指定するためのショートカット画面を更に生成する際に、当該ショートカット画面内に前記クエスト選択画面の概要を表す概要画像を含めて生成し、
   前記遷移部は、前記ショートカット画面にて前記クエストが指定された場合に、指定された前記クエストをプレイするために、前記クエスト選択画面を介することなく前記編成画面へ遷移させる、
   ように機能させることを特徴とするプログラム。

Images