JP2016087017A - 携帯端末装置、ゲーム装置、ゲームシステム、ゲーム制御方法及びゲーム制御プログラム - Google Patents

Abstract

【課題】娯楽性の高いゲーム制御技術を提供する。【解決手段】携帯端末装置９は、携帯端末装置９の位置を示す情報を取得する位置情報取得部２２０と、携帯端末装置９のユーザが携帯端末装置９とは異なるゲーム装置において実行するゲームを制御するためのパラメータを、位置情報取得部２２０により取得された携帯端末装置９の位置を示す情報に応じて変更するための処理を制御するパラメータ制御部の一例であるマップモード制御部２１３と、パラメータ制御部によるパラメータの変更要求をゲーム装置へ向けて送信する通信部２０２とを備える。【選択図】図８

Description

本発明は、ゲーム制御技術に関し、とくに、携帯端末装置、ゲーム装置、ゲームシステム、ゲーム制御方法及びゲーム制御プログラムに関する。

ゲーム装置の性能の向上にともなって、非常に精細で美しい画像を用いてゲームを行うことが可能となっている。また、携帯端末の普及にともなって、外出先でも気軽にゲームを行うことが可能となっている。

本発明者らは、このような状況において、携帯端末の特性を生かしたゲームを提供するための新たな技術に想到した。

本発明はこうした状況に鑑みてなされたものであり、その目的は、より娯楽性の高いゲームを提供することにある。

上記課題を解決するために、本発明のある態様の携帯端末装置は、携帯端末装置であって、携帯端末装置の位置を示す情報を取得する位置取得部と、携帯端末装置のユーザが携帯端末装置とは異なるゲーム装置において実行するゲームを制御するためのパラメータを、位置取得部により取得された携帯端末装置の位置を示す情報に応じて変更するための処理を制御するパラメータ制御部と、パラメータ制御部によるパラメータの変更要求をゲーム装置へ向けて送信する通信部と、を備える。

本発明の別の態様は、ゲーム装置である。この装置は、ゲームを制御するためのパラメータを格納する記憶部と、ユーザによる指示入力及びパラメータに基づいてゲームを制御するゲーム制御部と、ユーザにより使用される携帯端末装置から、携帯端末装置の位置に応じたパラメータの変更要求を受け付け、記憶部に格納されたパラメータに変更を反映させるパラメータ管理部と、を備える。

本発明のさらに別の態様は、ゲームシステムである。このゲームシステムは、ゲームを実行するためのゲーム装置と、ゲーム装置のユーザにより使用される携帯端末装置と、を備える。ゲーム装置は、ゲームを制御するためのパラメータを格納する記憶部と、ユーザによる指示入力及びパラメータに基づいてゲームを制御するゲーム制御部と、を備える。携帯端末装置は、携帯端末装置の位置を示す情報を取得する位置取得部と、携帯端末装置の位置を示す情報に応じて、ユーザがゲーム装置において実行するゲームを制御するためのパラメータを変更するための処理を制御するパラメータ制御部と、を備える。ゲーム装置は、携帯端末装置から、パラメータ制御部によるパラメータの変更要求を受け付け、記憶部に格納されたパラメータに変更を反映させるパラメータ管理部を更に備える。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、より娯楽性の高いゲームを提供することができる。

実施の形態に係るゲームシステムの構成を示す図である。 図２（ａ）は、入力装置の上面の外観構成を示す図であり、図２（ｂ）は、入力装置の奥側側面の外観構成を示す図である。 ゲーム装置の機能ブロック図を示す図である。 ゲーム装置の構成を示す図である。 ゲームサーバの構成を示す図である。 プレイヤーデータベースの内部データの例を示す図である。 リソースデータベースの内部データの例を示す図である。 携帯端末装置の構成を示す図である。 マップモードにおいて携帯端末装置の表示装置に表示されるアプリケーション画面の例を示す図である。 視聴モードにおいて携帯端末装置の表示装置に表示されるアプリケーション画面の例を示す図である。 実施の形態に係るゲーム制御方法の手順を示すシーケンス図である。

図１は、実施の形態に係るゲームシステム１の構成を示す。ゲームシステム１は、ゲーム装置１０と、ゲーム装置１０のユーザによって操作される入力装置６ａ、６ｂと、ゲーム装置１０のユーザによって操作される携帯端末装置９ａ、９ｂと、ゲームサーバ５と、マップサーバ５００とを備える。ゲーム装置１０は、アクセスポイント（ＡＰ）８経由で、外部のネットワーク３に接続されたゲームサーバ５にログインし、ゲームサーバ５により制御されるゲームを実行する。

本実施の形態のゲームシステム１では、ゲーム装置１０のユーザが外出先などにおいて携帯端末装置９を用いてゲームサーバ５にログインし、携帯端末装置９の位置に応じて、ゲーム装置１０により実行されるゲームにおいて利用可能なアイテムやポイントなどを取得することを可能とする。これにより、ゲーム装置１０のユーザは、ゲーム装置１０が設置された自宅などだけでなく、外出先などにおいても、ゲーム装置１０により実行されるゲームに関与することができるので、ユーザのゲームに対する興味をより強く惹きつけることができる。また、携帯端末装置９により取得したゲームのアイテムやポイントなどをゲーム装置１０により実行されるゲームに反映させることができるので、ゲームの娯楽性を向上させることができるとともに、ユーザがゲーム装置１０を利用する頻度を高めることができる。

補助記憶装置２は、ＨＤＤ（ハードディスクドライブ）やフラッシュメモリなどの大容量記憶装置であり、ＵＳＢ（Universal Serial Bus）などによってゲーム装置１０と接続する外部記憶装置であってよく、また内蔵型記憶装置であってもよい。出力装置４は、画像を出力するディスプレイおよび音声を出力するスピーカを有するテレビであってよい。入力装置６は、ゲーム装置１０にユーザの操作情報を提供するゲームコントローラであってもよい。ゲームコントローラは、複数のプッシュ式の操作ボタンや、アナログ量を入力できるアナログスティック、回動式ボタンなどの複数の入力部を有して構成される。

ゲーム装置１０は、ユーザが操作する入力装置６と無線又は有線で接続し、入力装置６はユーザの操作結果を示す指示入力情報をゲーム装置１０に出力する。ゲーム装置１０は、入力装置６からの指示入力情報を受け付けると、受け付けた指示入力情報をゲームサーバ５へ送信し、指示入力情報が反映されたゲームのデータをゲームサーバ５から受信して、出力装置４からゲームの画像及び音声を出力させる。

撮像装置であるカメラ７は、出力装置４の近傍に設けられ、出力装置４周辺の空間を撮像する。図１では、カメラ７が出力装置４の上部に取り付けられている例を示しているが、出力装置４の側方に配置されてもよく、いずれにしても出力装置４の前方でゲームをプレイするユーザを撮像できる位置に配置される。なおカメラ７はステレオカメラであってよいし、測距カメラであってもよい。

携帯端末装置９は、ゲーム装置１０において実行されるゲームに関する機能をユーザに提供するためのアプリケーションを実行する。携帯端末装置９は、スマートフォンやタブレットなどの携帯型情報端末であってもよいし、携帯型ゲーム装置であってもよい。

マップサーバ５００は、携帯端末装置９に、携帯端末装置９の現在位置の周辺のマップを提供する。

図２（ａ）は、入力装置６の上面の外観構成を示す。ユーザは左手で左側把持部７８ｂを把持し、右手で右側把持部７８ａを把持して、入力装置６を操作する。入力装置６の筐体上面には、入力部である方向キー７１、アナログスティック７７ａ、７７ｂと、４種の操作ボタン７６が設けられている。４種のボタン７２〜７５には、それぞれを区別するために、異なる色で異なる図形が記されている。すなわち、○ボタン７２には赤色の丸、×ボタン７３には青色のバツ、□ボタン７４には紫色の四角形、△ボタン７５には緑色の三角形が記されている。筐体上面上において、方向キー７１と操作ボタン７６の間の平坦な領域には、タッチパッド７９が設けられる。タッチパッド７９は、ユーザが押すことで下方に沈み込み、またユーザが手を離すと元の位置に復帰する押下式ボタンとしても機能する。

２つのアナログスティック７７ａ、７７ｂの間に機能ボタン８０が設けられる。機能ボタン８０は、入力装置６の電源をオンし、同時に入力装置６とゲーム装置１０とを接続する通信機能をアクティブにするために使用される。入力装置６がゲーム装置１０と接続した後は、機能ボタン８０は、ゲーム装置１０にメニュー画面を表示させるためにも使用される。

ＳＨＡＲＥボタン８１は、タッチパッド７９と方向キー７１の間に設けられる。ＳＨＡＲＥボタン８１は、ゲーム装置１０におけるＯＳないしはシステムソフトウェアに対するユーザからの指示を入力するために利用される。またＯＰＴＩＯＮＳボタン８２は、タッチパッド７９と操作ボタン７６の間に設けられる。ＯＰＴＩＯＮＳボタン８２は、ゲーム装置１０において実行されるアプリケーション（ゲーム）に対するユーザからの指示を入力するために利用される。ＳＨＡＲＥボタン８１およびＯＰＴＩＯＮＳボタン８２は、いずれもプッシュ式ボタンとして形成されてよい。

図２（ｂ）は、入力装置６の奥側側面の外観構成を示す。入力装置６の筐体奥側側面の上側には、タッチパッド７９が筐体上面から延設されており、筐体奥側側面の下側には、横長の発光部８５が設けられる。発光部８５は、赤（Ｒ）、緑（Ｇ）、青（Ｂ）のＬＥＤを有し、ゲーム装置１０から送信される発光色情報にしたがって点灯する。

筐体奥側側面において、上側ボタン８３ａ、下側ボタン８４ａと、上側ボタン８３ｂ、下側ボタン８４ｂとが長手方向の左右対称な位置に設けられる。上側ボタン８３ａ、下側ボタン８４ａは、それぞれユーザ右手の人差し指、中指により操作され、上側ボタン８３ｂ、下側ボタン８４ｂは、それぞれユーザ左手の人差し指、中指により操作される。図示されるように発光部８５が、右側の上側ボタン８３ａ、下側ボタン８４ａの並びと、左側の上側ボタン８３ｂ、下側ボタン８４ｂの並びの間に設けられることで、各ボタンを操作する人差し指または中指によって隠れることはなく、カメラ７は、点灯した発光部８５を好適に撮像することができる。上側ボタン８３はプッシュ式ボタンとして構成され、下側ボタン８４は回動支持されたトリガー式のボタンとして構成されてよい。

図３は、ゲーム装置１０の機能ブロック図を示す。ゲーム装置１０は、メイン電源ボタン２０、電源ＯＮ用ＬＥＤ２１、スタンバイ用ＬＥＤ２２、システムコントローラ２４、クロック２６、デバイスコントローラ３０、メディアドライブ３２、ＵＳＢモジュール３４、フラッシュメモリ３６、無線通信モジュール３８、有線通信モジュール４０、サブシステム５０およびメインシステム６０を有して構成される。

メインシステム６０は、メインＣＰＵ（Central Processing Unit）、主記憶装置であるメモリおよびメモリコントローラ、ＧＰＵ（Graphics Processing Unit）などを備える。ＧＰＵはゲームプログラムの演算処理に主として利用される。これらの機能はシステムオンチップとして構成されて、１つのチップ上に形成されてよい。メインＣＰＵは補助記憶装置２に記録されたゲームプログラムを実行する機能をもつ。

サブシステム５０は、サブＣＰＵ、主記憶装置であるメモリおよびメモリコントローラなどを備え、ＧＰＵを備えず、ゲームプログラムを実行する機能をもたない。サブＣＰＵの回路ゲート数は、メインＣＰＵの回路ゲート数よりも少なく、サブＣＰＵの動作消費電力は、メインＣＰＵの動作消費電力よりも少ない。サブＣＰＵは、メインＣＰＵがスタンバイ状態にある間においても動作し、消費電力を低く抑えるべく、その処理機能を制限されている。

メイン電源ボタン２０は、ユーザからの操作入力が行われる入力部であって、ゲーム装置１０の筐体の前面に設けられ、ゲーム装置１０のメインシステム６０への電源供給をオンまたはオフするために操作される。電源ＯＮ用ＬＥＤ２１は、メイン電源ボタン２０がオンされたときに点灯し、スタンバイ用ＬＥＤ２２は、メイン電源ボタン２０がオフされたときに点灯する。

システムコントローラ２４は、ユーザによるメイン電源ボタン２０の押下を検出する。メイン電源がオフ状態にあるときにメイン電源ボタン２０が押下されると、システムコントローラ２４は、その押下操作を「オン指示」として取得し、一方で、メイン電源がオン状態にあるときにメイン電源ボタン２０が押下されると、システムコントローラ２４は、その押下操作を「オフ指示」として取得する。

クロック２６はリアルタイムクロックであって、現在の日時情報を生成し、システムコントローラ２４やサブシステム５０およびメインシステム６０に供給する。

デバイスコントローラ３０は、サウスブリッジのようにデバイス間の情報の受け渡しを実行するＬＳＩ（Large-Scale Integrated Circuit）として構成される。図示のように、デバイスコントローラ３０には、システムコントローラ２４、メディアドライブ３２、ＵＳＢモジュール３４、フラッシュメモリ３６、無線通信モジュール３８、有線通信モジュール４０、サブシステム５０およびメインシステム６０などのデバイスが接続される。デバイスコントローラ３０は、それぞれのデバイスの電気特性の違いやデータ転送速度の差を吸収し、データ転送のタイミングを制御する。

メディアドライブ３２は、ゲームなどのアプリケーションソフトウェア、およびライセンス情報を記録したＲＯＭ媒体４４を装着して駆動し、ＲＯＭ媒体４４からプログラムやデータなどを読み出すドライブ装置である。ＲＯＭ媒体４４は、光ディスクや光磁気ディスク、ブルーレイディスクなどの読出専用の記録メディアである。

ＵＳＢモジュール３４は、外部機器とＵＳＢケーブルで接続するモジュールである。ＵＳＢモジュール３４は補助記憶装置２およびカメラ７とＵＳＢケーブルで接続してもよい。フラッシュメモリ３６は、内部ストレージを構成する補助記憶装置である。無線通信モジュール３８は、Bluetooth（登録商標）プロトコルやIEEE802.11プロトコルなどの通信プロトコルで、たとえば入力装置６と無線通信する。なお無線通信モジュール３８は、ＩＴＵ（International Telecommunication Union；国際電気通信連合）によって定められたＩＭＴ−２０００（International Mobile Telecommunication 2000）規格に準拠した第３世代（3rd Generation）デジタル携帯電話方式に対応してもよく、さらには別の世代のデジタル携帯電話方式に対応してもよい。有線通信モジュール４０は、外部機器と有線通信し、たとえばＡＰ８を介してネットワーク３に接続する。

図４は、ゲーム装置１０の構成を示す。ゲーム装置１０は、通信部１０２、制御部１１０、及びデータ保持部１６０を備える。図４において、さまざまな処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、回路ブロック、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。

通信部１０２は、図３に示す無線通信モジュール３８及び有線通信モジュール４０の機能を有し、ネットワーク３を介した通信を制御する。データ保持部１６０は、補助記憶装置２に設けられ、ゲームプログラムが使用するデータなどを格納する。制御部１１０は、メインシステム６０により実現され、ゲームを実行する。制御部１１０は、指示入力受付部１１１、指示入力送信部１１２、ゲームデータ受信部１１３、ゲーム画面生成部１１４、及びゲーム音声生成部１１５を備える。

指示入力受付部１１１は、入力装置６からユーザによる指示入力を受け付ける。指示入力送信部１１２は、指示入力受付部１１１が受け付けた指示入力を、通信部１０２を介して、ゲームサーバ５へ送信する。ゲームデータ受信部１１３は、通信部１０２を介して、ゲームサーバ５から、ゲームの画面及び音声を生成するためのデータを受信し、データ保持部１６０に格納する。ゲーム画面生成部１１４は、ゲームデータ受信部１１３が受信したゲームのデータに基づいて、ゲームサーバ５により制御されるゲームの画像を生成する。ゲーム音声生成部１１５は、ゲームデータ受信部１１３が受信したゲームのデータに基づいて、ゲームサーバ５により制御されるゲームの音声を生成する。ゲーム画面生成部１１４及びゲーム音声生成部１１５は、生成した画面及び音声のデータを出力装置４に出力する。

図５は、ゲームサーバ５の構成を示す。ゲームサーバ５は、通信部３０２、制御部３１０、データ保持部３６０、及びプレイヤーデータベース３６２を備える。これらの機能ブロックも、ハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できる。

通信部３０２は、ネットワーク３を介した通信を制御する。データ保持部３６０は、ゲームを制御する制御部３１０が使用するデータなどを格納する。プレイヤーデータベース３６２は、ゲームサーバ５が管理するゲームのプレイヤー、すなわち、ゲーム装置１０及び携帯端末装置９のユーザの情報を格納する。制御部３１０は、ゲーム管理部３２０及び携帯端末装置アプリケーション管理部３３０を備える。

図６は、プレイヤーデータベース３６２の内部データの例を示す。プレイヤーデータベース３６２には、プレイヤーＩＤ欄３７１、パスワード欄３７２、ゲーム装置アドレス欄３７３、携帯端末装置アドレス欄３７４、リソース欄３７５、及び仮取得リソース欄３７６が設けられている。プレイヤーＩＤ欄３７１には、ゲームのプレイヤーのＩＤが格納される。パスワード欄３７２には、プレイヤーを認証するためのパスワードが格納される。ゲーム装置アドレス欄３７３には、プレイヤーが使用するゲーム装置１０のＩＰアドレスが格納される。携帯端末装置アドレス欄３７４には、プレイヤーが使用する携帯端末装置９のＩＰアドレスが格納される。ゲーム装置アドレス欄３７３及び携帯端末装置アドレス欄３７４には、それぞれの装置のＩＤなどが格納されてもよい。リソース欄３７５には、プレイヤーがゲーム内において所有する食料、燃料、木材などのリソースの数が格納される。仮取得リソース欄３７６には、プレイヤーが携帯端末装置９を用いて仮取得したリソースの数が格納される。

図７は、リソースデータベース３６４の内部データの例を示す。リソースデータベース３６４には、リソースＩＤ欄３８１、緯度欄３８２、経度欄３８３、リソース種別欄３８４、及びリソース残数欄３８５が設けられる。リソースＩＤ欄３８１には、マップに配置されたリソースのＩＤが格納される。緯度欄３８２及び経度欄３８３には、リソースが配置された位置の緯度及び経度が格納される。リソース種別欄３８４には、配置されたリソースの種別が格納される。リソース残数欄３８５には、配置されたリソースの残数が格納される。

図５に戻り、ゲーム管理部３２０は、ゲーム装置１０のユーザによりプレーされるゲームを管理する。本実施の形態では、ゲーム管理部３２０は、複数のプレイヤーがそれぞれのプレイヤーズキャラクタを操作し、互いに協力して、ゲームの進行のために必要な各種のアイテムやリソース（資源）などを調達したり、プレイヤーズキャラクタの能力値などのパラメータを向上させたり、敵キャラクタを倒したりしながら、所定の目的の達成を目指すオンラインゲームを管理する。ゲーム管理部３２０は、プレイヤー管理部３２１、指示入力受信部３２２、ゲーム制御部３２３、ゲームデータ送信部３２４、及びアイテム管理部３２５を備える。

プレイヤー管理部３２１は、ゲーム管理部３２０が管理するゲームのプレイヤーであるゲーム装置１０のユーザを管理する。プレイヤー管理部３２１は、ゲーム装置１０からログイン要求を受け付けると、プレイヤーデータベース３６２を参照してゲーム装置１０のユーザを認証する。プレイヤー管理部３２１は、ユーザの認証に成功すると、ゲーム装置１０のログインを許可する。

指示入力受信部３２２は、認証されたゲーム装置１０から、ゲーム装置１０のユーザによる指示入力を受信する。ゲーム制御部３２３は、ゲームの進行を管理するためのゲームプログラムを実行し、ログインしているゲーム装置１０のそれぞれから指示入力受信部３２２が受信した指示入力にしたがってゲームを進行させ、それぞれのゲーム装置１０のゲームの状況を示すゲームデータを生成する。ゲームデータ送信部３２４は、ゲーム制御部３２３が生成したゲームデータを、それぞれのゲーム装置１０へ送信する。アイテム管理部３２５は、ゲーム装置１０のユーザが携帯端末装置９を用いて取得したアイテムやポイントなどのパラメータを管理する。

携帯端末装置アプリケーション管理部３３０は、ゲーム装置１０のユーザにより操作される携帯端末装置９において実行されるアプリケーションにより提供される機能を管理する。携帯端末装置アプリケーション管理部３３０は、プレイヤー管理部３３１、指示入力受信部３３２、マップモード管理部３３３、視聴モード管理部３３４、配信モード管理部３３５、レーダーモード管理部３３６、及びアプリケーションデータ送信部３３７を備える。

プレイヤー管理部３３１は、携帯端末装置９のユーザを管理する。携帯端末装置９のユーザは、ゲーム管理部３２０が管理するゲームのプレイヤーであり、ゲーム装置１０のユーザでもある。プレイヤー管理部３３１は、携帯端末装置９からログイン要求を受け付けると、プレイヤーデータベース３６２を参照して携帯端末装置９のユーザを認証する。プレイヤー管理部３２１は、ユーザの認証に成功すると、携帯端末装置９のログインを許可する。

指示入力受信部３３２は、認証された携帯端末装置９から、携帯端末装置９のユーザによる指示入力を受信する。マップモード管理部３３３は、携帯端末装置９により実行されるアプリケーションが提供する機能のうち、マップモードの機能を管理する。視聴モード管理部３３４は、視聴モードの機能を管理する。配信モード管理部３３５は、配信モードの機能を管理する。レーダーモード管理部３３６は、レーダーモードの機能を管理する。それぞれの機能の詳細については後述する。

図８は、携帯端末装置９の構成を示す。携帯端末装置９は、通信部２０２、制御部２１０、データ保持部２６０、入力装置２６１、タッチパッド２６２、表示装置２６３、及びスピーカ２６４を備える。これらの機能ブロックも、ハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できる。

通信部２０２は、ネットワーク３を介した通信を制御する。データ保持部２６０は、記憶装置に設けられ、ゲーム装置１０において実行されるゲームに関連した機能を提供するアプリケーションが使用するデータなどを格納する。表示装置２６３は、制御部２１０により生成された画像を表示する。スピーカ２６４は、制御部２１０により生成された音声を出力する。入力装置２６１は、ユーザからの指示を制御部２１０に入力する。タッチパッド２６２は、表示装置２６３に併設され、ユーザからの指示を制御部２１０に入力する。

制御部２１０は、ゲーム装置１０により実行されるゲームに関連した機能を提供するアプリケーションを実行する。制御部２１０は、指示入力受付部２１１、指示入力送信部２１２、マップモード制御部２１３、視聴モード制御部２１４、配信モード制御部２１５、レーダーモード制御部２１６、アプリケーションデータ受信部２１７、アプリケーション画面生成部２１８、アプリケーション音声生成部２１９、位置情報取得部２２０を備える。

指示入力受付部２１１は、入力装置２６１からユーザによる指示入力を受け付ける。指示入力送信部２１２は、指示入力受付部２１１が受け付けた指示入力を、通信部２０２を介してゲームサーバ５へ送信する。

マップモード制御部２１３は、制御部２１０により実行されるアプリケーションが提供する機能のうち、マップモードの機能を制御する。視聴モード制御部２１４は、視聴モードの機能を制御する。配信モード制御部２１５は、配信モードの機能を制御する。レーダーモード制御部２１６は、レーダーモードの機能を制御する。それぞれの機能の詳細については後述する。

アプリケーションデータ受信部２１７は、通信部２０２を介して、ゲームサーバ５から、アプリケーションの機能を制御するためのデータを受信し、データ保持部２６０に格納する。アプリケーション画面生成部２１８は、制御部２１０により制御されるアプリケーションの画面を生成して、表示装置２６３に出力する。アプリケーション音声生成部２１９は、制御部２１０により制御されるアプリケーションの音声を生成して、スピーカ２６４に出力する。

位置情報取得部２２０は、ＧＰＳなどの技術を用いて、携帯端末装置９の現在位置を示す情報を取得する。

図９は、マップモードにおいて携帯端末装置９の表示装置２６３に表示されるアプリケーション画面の例を示す。アプリケーションのマップモードにおいては、携帯端末装置９の現在位置の周辺のマップ４００が表示される。携帯端末装置９のマップモード制御部２１３は、アプリケーションのマップモードが起動されると、位置情報取得部２２０から携帯端末装置９の現在位置を示す情報を取得し、マップサーバ５００へ送信する。マップモード制御部２１３は、マップサーバ５００から現在位置の周辺のマップを取得して、表示装置２６３に表示する。マップモード制御部２１３は、携帯端末装置９の現在位置を示すマーク４０２をマップ４００に表示する。

マップモード制御部２１３は、更に、マップに含まれる所定の施設の情報を取得し、施設の種別に応じて、施設の位置にリソースのアイコンを表示する。マップモード制御部２１３は、例えば、マップサーバ５００が提供するＨＴＴＰリクエストなどを利用したＡＰＩを用いて、マップサーバ５００から施設の情報を取得してもよい。マップモード制御部２１３は、施設の種別とリソースとの間の対応関係を保持し、現実世界のマップにおいて所定の施設がある位置に対応するリソースのアイコンを表示する。本図の例では、ガソリンスタンドがある位置に燃料のアイコン４０４が表示され、レストランがある位置に食料のアイコン４０６が表示され、神社がある位置に木材のアイコン４０８が表示される。喫茶店にはリソースが対応づけられていないので、喫茶店を示すアイコン４１０が表示される。なお、施設の種別又はリソースのアイコンと、取得可能なリソースの種別との対応関係を示す情報を表示装置２６３に表示してもよい。

ユーザがタッチパッド２６２においてリソースのアイコンをタップすると、マップモード制御部２１３は、タップされたマップ上の位置を示す情報と、その位置のリソースの種別を示す情報を、指示入力送信部２１２を介してゲームサーバ５へ送信する。ゲームサーバ５の指示入力受信部３３２は、携帯端末装置９から送信された指示入力情報を受信し、マップモード管理部３３３は、リソースデータベース３６４を参照してタップされたリソースを特定し、リソース残数が０でないか確認する。リソース残数が０であれば、マップモード管理部３３３は、タップされたリソースは他のプレイヤーに既に取得されていて残っていない旨を携帯端末装置９へ送信する。マップモード制御部２１３は、リソースが残っていないため取得できない旨をユーザに通知する。リソース残数が０でなければ、マップモード管理部３３３は、携帯端末装置９のユーザが取得するリソースの数だけリソース残数欄３８５の値を減少させ、プレイヤーデータベース３６２の仮取得リソース欄３７６の該当するリソース種別の値を増加させる。ユーザが取得するリソースの数は、後述するように、ゲームサーバ５により決定されてもよいし、携帯端末装置９により決定されてもよい。マップモード管理部３３３は、携帯端末装置９のユーザが取得したリソースの数を携帯端末装置９へ送信する。マップモード制御部２１３は、ユーザが取得したリソースの数をユーザに通知する。なお、マップモード管理部３３３は、リソースの残数が０になってから所定の時間が経過すると、再びリソースの残数を所定の値に戻し、ユーザがリソースを取得可能にしてもよい。

ユーザがリソースのアイコンをタップしてから、そのアイコンに対応するリソースが取得されるまで、ゲームサーバ５との間の通信のための時間を要するので、マップモード制御部２１３は、タップされたアイコンの近傍にゲージを表示し、ゲージの値が上昇して満タンになったときに、アイコンから小さなリソースアイコンが複数個出現し、取得したリソース数を表示するウィンドウに吸収される様子を表示してもよい。リソースのアイコンがタップされてから、そのアイコンに対応するリソースの残数をゲームサーバ５に問い合わせることにより、ゲームサーバ５との通信回数を低減させることができる。

このように、ゲームのプレイヤーは、携帯端末装置９を所持して現実世界を移動するときに、携帯端末装置９により実行されるアプリケーションを用いて、現在位置の周辺のマップ上に仮想的に配置された、ゲーム装置１０により実行されるゲームにおいて利用可能なリソースを取得することができる。プレイヤーがゲーム装置１０を用いてゲームサーバ５にログインすると、アイテム管理部３２５は、プレイヤーデータベース３６２を参照して、プレイヤーが携帯端末装置９により取得したリソースがないか確認し、仮取得リソース欄３７６に格納されたリソースがあれば、取得されていたリソースの数に応じて、リソース欄３７５の値を増加させる。これにより、携帯端末装置９を用いて取得したリソースを、ゲーム装置１０により実行されるゲームに反映させることができる。

マップモード制御部２１３は、リソースのアイコンを表示するときに、所定の施設の位置に対応するリソースのアイコンを表示するが、所定の条件にしたがって、リソースのアイコンを表示するか否かを決定してもよい。例えば、マップモード制御部２１３は、表示装置２６３に表示されるマップ４００に表示される所定の施設の全てについて、対応するリソースのアイコンを表示してもよいし、ユーザの現在位置から所定の距離の範囲内にある所定の施設について、対応するリソースのアイコンを表示してもよい。また、所定の施設が所定数以上存在する場合、所定数のリソースのアイコンのみを表示し、それ以上の所定の施設については、リソースのアイコンを表示しなくてもよい。また、所定の施設が所定数未満しか存在しない場合、所定の施設が存在しない位置にもリソースのアイコンを表示してもよい。この場合、リソースのアイコンを表示する位置はランダムに決定されてもよいし、別の施設の位置にリソースのアイコンを表示してもよい。

リソースのアイコンをタップしたときに取得可能なリソースの数は、マップ４００に表示されるリソースのアイコンの数に応じて決定されてもよい。例えば、マップ４００に表示されているリソースのアイコンの数が多いほど、取得可能なリソースの数を少なくし、リソースのアイコンが少ないほど、取得可能なリソースの数を多くしてもよい。これにより、現実世界においてリソースに対応する施設が多い地域と少ない地域との間でリソースを取得する容易さを平滑化することができる。取得可能なリソースの数に応じて、リソースのアイコンの表示態様を異ならせてもよい。ある例において、携帯端末装置９のマップモード制御部２１３は、マップ４００に表示されているリソースのアイコンの数に応じて、表示されているリソースのアイコンのそれぞれについて取得可能なリソースの数を動的に決定し、リソースのアイコンがタップされたときに、そのアイコンに対応するリソースの数をゲームサーバ５へ送信してもよい。別の例において、取得可能なリソースの数は、リソースのアイコンの密度などに応じて予め決定され、リソースデータベース３６４に格納されていてもよい。この場合、リソースのアイコンがタップされたとき、携帯端末装置９のマップモード制御部２１３は、マップ４００に表示されているリソースのアイコンを特定するための情報をゲームサーバ５へ送信し、ゲームサーバ５のマップモード管理部３３３は、取得されたリソースの数を携帯端末装置９へ送信する。取得可能なリソースの数に応じてリソースのアイコンの表示態様を異ならせる場合は、マップモード制御部２１３がマップ４００を表示するときに、マップ４００に表示されるリソースのアイコンに対応するリソースの数をゲームサーバ５から取得してもよい。

マップモードにおいて取得されたリソースの数は、アプリケーション画面に表示されてもよい。マップモード制御部２１３は、リソースの種別ごとに所持可能なリソース数の上限を設け、リソース数が上限に達した場合は、そのリソースの種別に対応するリソースのアイコンがタップされても、リソースの取得要求をゲームサーバ５に送信しなくてもよい。これにより、リソース数が上限に達すると、いったんゲーム装置１０によりゲームサーバ５にログインして、取得していたリソースをゲームに反映させる必要があるので、ゲーム装置１０にログインしてゲームを実行する機会を増加させることができる。

図９において、アイコン４１２は、実際にタップしてみないと、いずれのリソースが取得できるのかが分からない特殊なアイコンである。マップモード制御部２１３は、アイコン４１２に対応付けられた所定の施設の位置にアイコン４１２を表示してもよいし、ランダムに決定した位置にアイコン４１２を表示してもよい。また、アイコン４１２を表示する位置は、ゲームサーバ５のマップモード管理部３３３が決定し、携帯端末装置９へ通知されてもよい。アイコン４１２がタップされたときに取得されるリソースの種別と数は、携帯端末装置９のマップモード制御部２１３により決定されてもよいし、ゲームサーバ５のマップモード管理部３３３により決定されてもよい。前者の場合、マップモード制御部２１３は、既に取得されているリソースの種別と数に応じて、アイコン４１２のタップにより取得されるリソースの種別と数を決定してもよい。例えば、取得されているリソースの数が最も少ない種別のリソースを取得させてもよい。後者の場合、マップモード管理部３３３は、取得される確率をリソースの種別ごとに動的に決定し、決定された確率に応じて取得されるリソースの種別と数を決定してもよい。例えば、特定の種別のリソースを取得しやすい期間を設定しておき、その期間には、特定の種別のリソースが取得される確率を相対的に高めてもよい。取得されるリソースの種別と数を決定するための確率をゲームサーバ５から携帯端末装置９へ通知し、携帯端末装置９のマップモード制御部２１３が通知された確率に基づいて取得されるリソースの種別と数を決定してもよい。

図９において、アイコン４１４は、所定の範囲内まで近づかないとマップ４００に表示されない特殊なアイコンである。アイコン４１４を表示する位置、アイコン４１４をタップすることにより取得されるリソースの種別と数も、ゲームサーバ５のマップモード管理部３３３により決定されてもよいし、携帯端末装置９のマップモード制御部２１３により決定されてもよい。マップモード制御部２１３は、マップ４００を表示又は更新するときに、現在位置から所定の範囲内に表示すべきアイコン４１４があるか確認し、あればアイコン４１４を表示する。アイコン４１４が所定の範囲よりも遠くにある場合は、そのアイコン４１４は表示しない。ユーザによりアイコン４１４がタップされると、アイコン４１４に対応するリソースが取得される。アイコン４１４により取得されるリソースの種別は、他のリソースのアイコンでは取得できない特別なリソースであってもよい。これにより、ユーザが携帯端末装置９を所持して移動しながら、アイコン４１４を探す楽しさを提供することができる。

マップモード制御部２１３は、携帯端末装置９のユーザがゲーム装置１０により実行されるゲームにおいて現在所持しているリソースの数をゲームサーバ５から取得し、表示装置２６３に表示してもよい。これにより、ユーザは、いずれのリソースを取得すべきかを確認しながら、リソースのアイコンを探して、リソースを収集することができる。

マップモードにおいてユーザがリソースを取得可能な回数は、所定の条件にしたがって制限されてもよい。例えば、所定の時間内における上限回数を設けてもよいし、所定の範囲内における上限回数を設けてもよいし、同じ位置において連続して取得可能な上限回数を設けてもよい。同様に、ユーザが取得可能なリソースの総数が制限されてもよい。ユーザがリソースのアイコンをタップしたときに、携帯端末装置９のマップモード制御部２１３が所定の条件にしたがってリソースの取得の可否を判定し、取得可能である場合にはリソースの取得要求をゲームサーバ５に送信するようにしてもよいし、ゲームサーバ５のマップモード管理部３３３が取得の可否を判定し、判定結果を携帯端末装置９へ通知してもよい。

マップモードにおいて取得されたリソースの数に応じて、プレイヤーに更なる利益が付与されてもよい。例えば、マップモードにおいて取得されたリソースの数が多いプレイヤーのランキングを提示し、上位のプレイヤーを表彰してポイントなどを付与してもよい。

図１０は、視聴モードにおいて携帯端末装置９の表示装置２６３に表示されるアプリケーション画面の例を示す。アプリケーションの視聴モードにおいては、ゲーム装置１０により他のプレイヤーが実行しているゲームの視聴画面４２０が表示される。携帯端末装置９の視聴モード制御部２１４は、アプリケーションの視聴モードが起動されると、他のプレイヤーのゲームの視聴をゲームサーバ５へ要求する。ゲームサーバ５の視聴モード管理部３３４は、ゲーム画面を配信中のプレイヤーの中から所定の条件にしたがってプレイヤーを選択し、配信者のリストを携帯端末装置９へ送信する。視聴モード制御部２１４は、ゲームサーバ５から取得したリストを表示し、ユーザによる選択を受け付け、選択された配信者のゲーム画面の配信を要求する。ゲーム画面は、ゲームサーバ５から携帯端末装置９へ配信されてもよいし、ゲームサーバ５とは別に設けられた配信サーバから配信されてもよい。視聴モード制御部２１４は、ゲームサーバ５又は配信サーバからゲーム画面を取得して、表示装置２６３に表示する。

視聴モード制御部２１４は、視聴画面４２０に、携帯端末装置９のユーザが視聴中のゲームに関与するためのインタフェース４２２を表示する。図１０の例では、ＢＥＬＬボタン、ＬＩＧＨＴボタン、ＥＮＥＲＧＹボタン、及びＧＩＦＴボタンが設けられている。ＢＥＬＬボタンは、配信者のゲーム装置１０において音声を出力させるためのボタンである。携帯端末装置９のユーザがＢＥＬＬボタンをタップすると、視聴モード制御部２１４はゲームサーバ５へその旨を送信する。ゲームサーバ５の視聴モード管理部３３４は、配信者のゲーム装置１０に音声を出力するよう指示する。配信者のゲーム装置１０は、指示された音声を出力装置４に出力する。これにより、配信者が気づいていない危険を知らせたり、アイテムの位置を教えたりすることができる。

ＬＩＧＨＴボタンは、配信者のゲーム画面において、プレイヤーズキャラクタの近傍にライトを点けるためのボタンである。ＥＮＥＲＧＹボタンは、配信者のプレイヤーズキャラクタがいるゲームフィールドにおいて、ゲームの進行に必要なパラメータを増加させるためのボタンである。ＧＩＦＴボタンは、リソースを配信者のプレイヤーズキャラクタの近傍に配置させるためのボタンである。これらのボタンがタップされたときも、ＢＥＬＬボタンの場合と同様にして、ゲームサーバ５を介して配信者のゲームに反映される。

視聴モード制御部２１４は、携帯端末装置９の現在位置に応じて、携帯端末装置９のユーザが視聴中のゲームに対して実行可能な機能を決定し、決定された機能を実行するためのインタフェース４２２を視聴画面４２０に表示してもよい。例えば、携帯端末装置９が所定の地域内にある場合、又は、所定の施設から所定の範囲内にある場合に限って、ＢＥＬＬボタン、ＬＩＧＨＴボタン、ＥＮＥＲＧＹボタン、又はＧＩＦＴボタンなどを表示し、それらのボタンにより実行される機能を実行可能としてもよい。

視聴モード制御部２１４は、携帯端末装置９のユーザがマップモードにおいて取得したリソースを配信者に与えるためのインタフェースを提供してもよい。この場合、配信者が視聴中のユーザに対して、欲しいリソースの種別や数などを提示する機能を設けてもよい。

図１０において、ゲームフィールドには表示画面４２４が設けられており、ユーザが撮影した静止画像や動画像を表示画面４２４に表示することができる。配信モード制御部２１５は、図示しない撮像装置などにより撮像した静止画像又は動画像を、配信サーバへアップロードして登録する。ゲーム装置１０のユーザが、ゲーム中に、ゲームフィールドに設けられた表示画面４２４の近傍にプレイヤーズキャラクタを移動させると、ゲームサーバ５の配信モード管理部３３５は、ゲーム装置１０から配信要求を受け付ける。配信モード管理部３３５は、その表示画面４２４において既に他のユーザにより静止画像又は動画像が配信されている場合は、配信要求を拒否する。静止画像又は動画像が配信されていない場合は、配信要求を許可し、ゲーム装置１０のユーザが携帯端末装置９から配信サーバに登録した静止画像又は動画像を表示画面４２４に表示させる。

携帯端末装置９のユーザがゲームを視聴しているときに、視聴画面４２０に表示画面４２４が表示されるとき、そのゲームを配信中のプレイヤーが表示画面４２４において静止画像又は動画像を配信している場合は、その表示画面４２４において携帯端末装置９のユーザが更に静止画像又は動画像を配信することを要求するためのインタフェースが視聴画面４２０に表示される。携帯端末装置９のユーザがインタフェースをタップすると、その旨がゲームサーバ５に送信され、配信モード管理部３３５は、ゲーム装置１０のユーザに配信要求があったことを通知する。ゲーム装置１０のユーザが配信要求を受け入れると、携帯端末装置９のユーザが配信サーバに登録した静止画像又は動画像が表示画面４２４に更に表示される。この場合、配信者が登録した動画像と視聴者が登録した動画像が交互にループして表示されてもよい。

アプリケーションのレーダーモードにおいては、携帯端末装置９のユーザがゲーム装置１０により実行したゲームに関する情報が表示される。携帯端末装置９のレーダーモード制御部２１６は、アプリケーションのレーダーモードが起動されると、ゲームに関する情報をゲームサーバ５へ要求する。ゲームサーバ５のレーダーモード管理部３３６は、プレイヤーデータベース３６２を参照して、携帯端末装置９のユーザのゲームの状況を示す情報を携帯端末装置９へ送信する。また、携帯端末装置９のユーザのプレイヤーズキャラクタがいるゲームフィールドにおける敵キャラクタや他のユーザのプレイヤーズキャラクタの位置を示す情報を携帯端末装置９へ送信する。レーダーモード制御部２１６は、ゲームサーバ５から取得した情報を表示装置２６３に表示する。

図１１は、実施の形態に係るゲーム制御方法の手順を示すシーケンス図である。携帯端末装置９のマップモード制御部２１３は、アプリケーションのマップモードが起動されると、位置情報取得部２２０から携帯端末装置９の現在位置を示す情報を取得し（Ｓ１００）、マップサーバ５００から現在位置の周辺のマップを取得して、表示装置２６３に表示する（Ｓ１０２）。マップモード制御部２１３は、更に、マップに含まれる所定の施設の情報を取得し、施設の種別に応じて、施設の位置にリソースのアイコンを表示する（Ｓ１０４）。

ユーザがタッチパッド２６２においてリソースのアイコンをタップすると、マップモード制御部２１３は、リソースの取得要求を受け付け（Ｓ１０６）、タップされたマップ上の位置を示す情報と、その位置のリソースの種別を示す情報を、指示入力送信部２１２を介してゲームサーバ５へ送信する（Ｓ１０８）。

ゲームサーバ５のマップモード管理部３３３は、リソースデータベース３６４を参照してタップされたリソースを特定し、リソース残数が０でないか確認することにより、リソースの取得の可否を判定する（Ｓ１１０）。リソースが取得可能であれば、マップモード管理部３３３は、携帯端末装置９のユーザがリソースを取得するための処理を実行する（Ｓ１１２）。マップモード管理部３３３は、携帯端末装置９のユーザがリソースを取得可能であったか否かの判定結果を携帯端末装置９へ通知する（Ｓ１１４）。

携帯端末装置９のユーザがゲーム装置１０からゲームサーバ５へログインすると（ｓ１２０）、ゲームサーバ５のアイテム管理部３２５は、ゲーム装置１０のユーザが携帯端末装置９により取得したリソースがないか確認し、取得していたリソースがあれば、そのリソースをゲーム装置１０により実行されるゲームに反映させ、ゲームにおいて利用可能とする（Ｓ１２２）。

以上、本発明を実施例をもとに説明した。この実施例は例示であり、その各構成要素や各処理プロセスの組合せにいろいろな変形が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

実施の形態では、ゲームサーバ５が複数のゲーム装置１０において実行されるオンラインゲームを制御したが、ゲーム装置１０が単独で実行するゲームにおいても実施の形態で説明した技術を適用可能である。この場合、ゲームサーバ５が備えていたゲーム管理部３２０及び携帯端末装置アプリケーション管理部３３０の構成は、ゲーム装置１０に備えられてもよい。ユーザが携帯端末装置９により外出先などにおいて取得したリソースは携帯端末装置９に保持され、ゲーム装置１０を起動したときに携帯端末装置９からゲーム装置１０へ送信されてもよい。

１ ゲームシステム、５ ゲームサーバ、９ 携帯端末装置、１０ ゲーム装置、２１３ マップモード制御部、２１４ 視聴モード制御部、２１５ 配信モード制御部、２１６ レーダーモード制御部、２２０ 位置情報取得部、３２０ ゲーム管理部、３２３ ゲーム制御部、３２４ ゲームデータ送信部、３２５ アイテム管理部、３３０ 携帯端末装置アプリケーション管理部、３３３ マップモード管理部、３３４ 視聴モード管理部、３３５ 配信モード管理部、３３６ レーダーモード管理部、５００ マップサーバ。

Claims (10)

1. 携帯端末装置であって、
   前記携帯端末装置の位置を示す情報を取得する位置取得部と、
   前記携帯端末装置のユーザが前記携帯端末装置とは異なるゲーム装置において実行するゲームを制御するためのパラメータを、前記位置取得部により取得された前記携帯端末装置の位置を示す情報に応じて変更するための処理を制御するパラメータ制御部と、
   前記パラメータ制御部による前記パラメータの変更要求を前記ゲーム装置へ向けて送信する通信部と、
   を備えることを特徴とする携帯端末装置。
2. 前記パラメータ制御部は、前記携帯端末装置の位置を含むマップと、前記マップに配置された、前記パラメータを変更する要求を受け付けるためのインタフェースとを表示装置に表示し、前記インタフェースを介して、前記パラメータを変更する要求を前記ユーザから受け付けることを特徴とする請求項１に記載の携帯端末装置。
3. 前記パラメータ制御部は、前記マップに含まれる所定の種別の施設の位置に前記インタフェースを配置することを特徴とする請求項２に記載の携帯端末装置。
4. 前記パラメータ制御部は、前記インタフェースを介して変更可能なパラメータの種別又は量を動的に決定することを特徴とする請求項２又は３に記載の携帯端末装置。
5. 前記パラメータ制御部は、前記インタフェースを介して、前記パラメータを変更する要求を前記ユーザから受け付けた後に、前記パラメータの変更の可否を前記ゲーム装置に問い合わせ、前記ゲーム装置から通知された前記パラメータの変更の可否に基づいて、前記パラメータを変更するための処理を制御することを特徴とする請求項２から４のいずれかに記載の携帯端末装置。
6. ゲームを実行するためのゲーム装置のユーザにより使用される携帯端末装置の位置取得部が、前記携帯端末装置の位置を示す情報を取得するステップと、
   前記携帯端末装置のパラメータ制御部が、前記携帯端末装置の位置を示す情報に応じて、前記ユーザが前記ゲーム装置において実行する前記ゲームを制御するためのパラメータを変更するための処理を制御するステップと、
   前記携帯端末装置の通信部が、前記パラメータ制御部による前記パラメータの変更要求を前記ゲーム装置へ向けて送信するステップと、
   を備えることを特徴とすゲーム制御方法。
7. コンピュータを、
   携帯端末装置の位置を示す情報を取得する位置取得部、
   前記携帯端末装置のユーザが前記携帯端末装置とは異なるゲーム装置において実行するゲームを制御するためのパラメータを、前記位置取得部により取得された前記携帯端末装置の位置を示す情報に応じて変更するための処理を制御するパラメータ制御部、
   前記パラメータ制御部による前記パラメータの変更要求を前記ゲーム装置へ向けて送信する通信部、
   として機能させるためのゲーム制御プログラム。
8. 請求項７に記載のゲーム制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
9. ゲームを制御するためのパラメータを格納する記憶部と、
   ユーザによる指示入力及び前記パラメータに基づいて前記ゲームを制御するゲーム制御部と、
   前記ユーザにより使用される携帯端末装置から、前記携帯端末装置の位置に応じた前記パラメータの変更要求を受け付け、前記記憶部に格納された前記パラメータに変更を反映させるパラメータ管理部と、
   を備えることを特徴とするゲーム装置。
10. ゲームを実行するためのゲーム装置と、
    前記ゲーム装置のユーザにより使用される携帯端末装置と、
    を備え、
    前記ゲーム装置は、
    前記ゲームを制御するためのパラメータを格納する記憶部と、
    前記ユーザによる指示入力及び前記パラメータに基づいて前記ゲームを制御するゲーム制御部と、
    を備え、
    前記携帯端末装置は、
    前記携帯端末装置の位置を示す情報を取得する位置取得部と、
    前記携帯端末装置の位置を示す情報に応じて、前記ユーザが前記ゲーム装置において実行する前記ゲームを制御するための前記パラメータを変更するための処理を制御するパラメータ制御部と、
    を備え、
    前記ゲーム装置は、
    前記携帯端末装置から、前記パラメータ制御部による前記パラメータの変更要求を受け付け、前記記憶部に格納された前記パラメータに変更を反映させるパラメータ管理部を更に備える
    ことを特徴とするゲームシステム。

Images