JP7495782B2 - ゲームプログラム、方法、及び情報処理装置 - Google Patents

Description

特許法第３０条第２項適用 ２０１８年１１月２７日から２０１９年９月３０日に以下のアドレスにて発表 ｈｔｔｐｓ：／／ｃｏｌｏｐｌ．ｃｏ．ｊｐ／ｃｏｌｏｐｌ＿ｂａｂｅｌ／ ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｃｏｌｏｐｌ＿ｂａｂｅｌ ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｃｈａｎｎｅｌ／ＵＣＪ３ｕｘｌＴ８９ＲｄｚｏｑＵＶ１Ｃｈｐｑ－Ａ

特許法第３０条第２項適用 ２０１９年４月１０日に以下のアドレスにて発表 ｈｔｔｐｓ：／／ａｐｐ．ｆａｍｉｔｓｕ．ｃｏｍ／２０１９０４１０＿１４３７３７９／ ｈｔｔｐｓ：／／ｇａｍｅｗｉｔｈ．ｊｐ／ｇａｍｅｄｂ／ａｒｔｉｃｌｅ／ｇａｍｅ／ｓｈｏｗ／４４４６／５５３１？ｆｒｏｍ＝ｉｏｓ ｈｔｔｐｓ：／／ｗｗｗ．ｉｎｓｉｄｅ－ｇａｍｅｓ．ｊｐ／ａｒｔｉｃｌｅ／２０１９／０４／１０／１２１６５０．ｈｔｍｌ ｈｔｔｐ：／／ｄｅｎｇｅｋｉｏｎｌｉｎｅ．ｃｏｍ／ｅｌｅｍ／０００／００１／９０２／１９０２２４８／ ｈｔｔｐｓ：／／ｗｗｗ．ｇａｍｅｒ．ｎｅ．ｊｐ／ｎｅｗｓ／２０１９０４１００００２／ ｈｔｔｐｓ：／／ｇａｍｅｂｉｚ．ｊｐ／？ｐ＝２３５７３５ ｈｔｔｐｓ：／／ｇａｍｅ８．ｊｐ／ａｒｔｉｃｌｅｓ／５５７５２７ ｈｔｔｐｓ：／／ｇａｍｅｒｃｈ．ｃｏｍ／ｔｏｐｉｃｓ／ａｒｔｉｃｌｅ／１０２５ ｈｔｔｐｓ：／／ｗｗｗ．４ｇａｍｅｒ．ｎｅｔ／ｇａｍｅｓ／４４２／Ｇ０４４２０７／２０１９０４０１１３３／

特許法第３０条第２項適用 ２０１９年５月３０日に以下のアドレスにて発表 ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｒｅ＿ＦｃＨ４ｑｃ７Ｉ

特許法第３０条第２項適用 ２０１９年５月３１日に以下のアドレスにて発表 ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝５１１ｙＦｄｎ９ＸＨＭ ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｉＡｇａＦ４ｉｆｇｔＩ ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ａＺ５ＹＲｇＣｄ３ｌｏ ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝＿ｑＹｋｏｗ４ＧｚＱｇ

特許法第３０条第２項適用 ２０１９年５月３０日から２０１９年９月２８日に以下のアドレスにて発表 ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／％Ｅ６％９Ｃ％８０％Ｅ６％９Ｅ％９Ｃ％Ｅ３％８１％Ａ６％Ｅ３％８１％ＡＥ％Ｅ３％８３％９０％Ｅ３％８３％９９％Ｅ３％８３％ＡＢ／ｉｄ１４４４

本発明は、ゲームプログラム、方法、及び情報処理装置に関する。

特許文献１には、表示装置の表示画面にプレイヤキャラクタを表示し、コマンドを選択してプレイヤキャラクタの行動を決定して１ターンごとにプレイヤキャラクタを行動させていくターン制ゲームのゲームプログラムが開示されている。

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

特許文献１に開示のゲームプログラムには、ユーザの操作性を向上させる上で改善の余地がある。

本開示は、ユーザの操作性を向上させることが可能なゲームプログラム、方法、及び情報処理装置を提供することを目的とする。

本開示に示す一実施形態によれば、
プロセッサ及びメモリを備えるコンピュータによって実行されるゲームプログラムであって、
前記ゲームプログラムに基づくゲームは、前記コンピュータに関連付けられたタッチスクリーンに表示されて前記コンピュータを操作するユーザが制御可能な複数の第一キャラクタと、前記複数の第一キャラクタの対戦相手である第二キャラクタとの対戦型ゲームであって、
前記対戦型ゲームは、前記タッチスクリーンに表示されるコマンド選択画面を介して前記複数の第一キャラクタのそれぞれに所定の動作を実行させるためのコマンドを入力するコマンド入力フェーズと、前記コマンドに基づいて前記各第一キャラクタが前記所定の動作を実行するキャラクタ行動フェーズとを含み、
前記タッチスクリーンには、前記ユーザによる第一入力操作を受け付けるためのオブジェクトが表示され、
前記コマンド入力フェーズにおいて、前記ゲームプログラムは、前記プロセッサに、
前記第一入力操作を受け付けた場合には、前記コマンド選択画面を表示させずに、前記複数の第一キャラクタのうち少なくとも１体の第一キャラクタに対して設定される次回コマンドが前回のキャラクタ行動フェーズにて実行された前回コマンドと同一のコマンドとなるように前記次回コマンドの設定を更新するステップを実行させる、ゲームプログラムが提供される。

本開示によれば、ユーザの操作性を向上させることが可能なゲームプログラムを提供することができる。

ある実施の形態に従うゲーム配信システムの構成例を示す図である。 ある実施の形態に従うユーザ端末の構成を示すブロック図である。 ある実施の形態に従うサーバの機能的な構成を示すブロック図である。 ある実施の形態に従うゲームプログラムにおけるコマンド選択からターン実行までのユーザ端末の動作例について説明するフローチャートである。 ある実施の形態に従うユーザ端末のタッチスクリーンに表示されるゲームのゲーム画面の一例を示す図である。 ある実施の形態に従うゲーム画面の一例を示す図である。 ある実施の形態に従うゲーム画面の一例を示す図である。 ある実施の形態に従うゲーム画面の一例を示す図である。 ある実施の形態に従うゲーム画面の一例を示す図である。 ある実施の形態に従うゲーム画面の一例を示す図である。 変形例に従うゲームプログラムにおけるユーザ端末の動作例について説明するフローチャートである。

以下、この技術的思想の実施の形態について図面を参照しながら詳細に説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称及び機能も同じである。したがって、それらについての詳細な説明は繰り返さない。本開示において示される１以上の実施形態において、各実施形態が含む要素を互いに組み合わせることができ、かつ、当該組み合わせられた結果物も本開示が示す実施形態の一部をなすものとする。

（ゲーム配信システムの構成）
本実施形態において、ユーザは、例えばスマートフォンなどの、タッチスクリーンを搭載した情報処理装置を操作して、ゲームサーバと、スマートフォンとの間でゲームに関するデータを送受信しながらゲームを進行させる。
図１は、実施の形態のゲーム配信システム１の構成を示す図である。図１に示すように、ゲーム配信システム１は、ユーザが使用する情報処理装置と、サーバ２０とを含み、これらの装置がネットワーク３０によって互いに通信可能に接続されている。

図１の例では、ユーザが使用する情報処理装置として、ユーザ端末１０Ａ、ユーザ端末１０Ｂ及びユーザ端末１０Ｃ（以下、ユーザ端末１０Ａ、１０Ｂ、１０Ｃなどのユーザ端末を総称して「ユーザ端末１０」と記載することもある）など複数の携帯端末を示している。ユーザ端末１０Ａとユーザ端末１０Ｂとは、無線基地局３１と通信することにより、ネットワーク３０と接続する。ユーザ端末１０Ｃは、家屋などの施設に設置される無線ルータ３２と通信することにより、ネットワーク３０と接続する。ユーザ端末１０は、タッチスクリーンを備える携帯端末であり、例えば、スマートフォン、ファブレット、タブレットなどである。

ユーザ端末１０は、ゲームプログラムを実行することにより、ゲームプログラムに応じたゲームをプレイする環境をユーザに対して提供する。ユーザ端末１０は、例えば、アプリ等を配信するプラットフォームを介してゲームプログラムをインストールする。ユーザ端末１０は、ユーザ端末１０にインストールされたゲームプログラム、又は、予めプリインストールされているゲームプログラムを実行することで、ユーザによるゲームのプレイを可能とする。ユーザ端末１０は、ゲームプログラムを読み込んで実行することにより、サーバ２０と通信し、ゲームの進行に応じてゲームに関連するデータをユーザ端末１０とサーバ２０との間で送受信する。

サーバ２０は、ゲームのプレイに必要なデータを、適宜、ユーザ端末１０へ送信することで、ユーザ端末１０でのゲームのプレイを進行させる。サーバ２０は、ゲームをプレイする各ユーザの、ゲームに関連する各種データを管理する。サーバ２０は、ユーザ端末１０と通信し、各ユーザのゲームの進行に応じて、画像、音声、テキストデータその他のデータをユーザ端末１０へ送信する。

ゲーム配信システム１は、特定のプレイ形態に限らず、あらゆるプレイ形態のゲームを実行するためのシステムであってよい。例えば、ゲームプログラムは、ユーザがゲームをプレイするモードとして、単一のユーザによるシングルプレイと、複数のユーザによるマルチプレイとに対応している。例えば、ゲーム配信システム１において、サーバ２０が、マルチプレイに参加するユーザを特定して各ユーザの各ユーザ端末１０と通信すること等により、マルチプレイでゲームをプレイする環境を各ユーザに提供する。ゲーム配信システム１は、マルチプレイゲームの中でも、複数のユーザが対戦する対戦ゲーム、複数のユーザが協力してゲームを進行させる協力プレイゲームなどのプレイ形態を採用し得る。

図１に示すようにサーバ２０は、ハードウェア構成として、通信ＩＦ（Interface）２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備え、これらが通信バスを介して互いに接続されている。

通信ＩＦ２２は、例えばＬＡＮ（Local Area Network）規格など各種の通信規格に対応しており、ユーザ端末１０など外部の通信機器との間でデータを送受信するためのインタフェースとして機能する。

入出力ＩＦ２３は、サーバ２０への情報の入力を受け付けるとともに、サーバ２０の外部へ情報を出力するためのインタフェースとして機能する。入出力ＩＦ２３は、マウス、キーボード等の情報入力機器の接続を受け付ける入力受付部と、画像等を表示するためのディスプレイ等の情報出力機器の接続を受け付ける出力部とを含む。

メモリ２５は、処理に使用されるデータ等を記憶するための記憶装置である。メモリ２５は、例えば、プロセッサ２９が処理を行う際に一時的に使用するための作業領域をプロセッサ２９に提供する。メモリ２５は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等の記憶装置を含んで構成されている。

ストレージ２６は、プロセッサ２９が読み込んで実行するための各種プログラム及びデータを記憶するための記憶装置である。ストレージ２６が記憶する情報は、ゲームプログラム、ゲームプログラムに関連する情報、ゲームプログラムをプレイするユーザの情報その他の情報を含む。ストレージ２６は、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等の記憶装置を含んで構成されている。

プロセッサ２９は、ストレージ２６に記憶されるプログラム等を読み込んで実行することにより、サーバ２０の動作を制御する。プロセッサ２９は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等を含んで構成される。

図２は、ユーザ端末１０の構成を示すブロック図である。図２に示すように、ユーザ端末１０は、アンテナ１１０と、無線通信ＩＦ１２０と、タッチスクリーン１３０と、入出力ＩＦ１４０と、記憶部１５０と、音声処理部１６０と、マイク１７０と、スピーカ１８０と、制御部１９０とを含む。

アンテナ１１０は、ユーザ端末１０が発する信号を電波として空間へ放射する。また、アンテナ１１０は、空間から電波を受信して受信信号を無線通信ＩＦ１２０へ与える。

無線通信ＩＦ１２０は、ユーザ端末１０が他の通信機器と通信するため、アンテナ１１０等を介して信号を送受信するための変復調処理などを行う。無線通信ＩＦ１２０は、チューナー、高周波回路などを含む無線通信用の通信モジュールであり、ユーザ端末１０が送受信する無線信号の変復調や周波数変換を行い、受信信号を制御部１９０へ与える。

タッチスクリーン１３０は、ユーザからの入力を受け付けて、ユーザに対し情報をディスプレイ１３２に出力する。タッチスクリーン１３０は、ユーザの入力操作を受け付けるためのタッチパネル１３１と、メニュー画面やゲームの進行を画面に表示するためのディスプレイ１３２と、を含む。タッチパネル１３１は、例えば静電容量方式のものを用いることによって、ユーザの指などが接近したことを検出する。ディスプレイ１３２は、例えばＬＣＤ（Liquid Crystal Display）、有機ＥＬ（electroluminescence）その他の表示装置によって実現される。

入出力ＩＦ１４０は、ユーザ端末１０への情報の入力を受け付けるとともに、ユーザ端末１０の外部へ情報を出力するためのインタフェースとして機能する。

記憶部１５０は、フラッシュメモリ、ＲＡＭ（Random Access Memory）等により構成され、ユーザ端末１０が使用するプログラム、及び、ユーザ端末１０がサーバ２０から受信する各種データ等を記憶する。

音声処理部１６０は、音声信号の変復調を行う。音声処理部１６０は、マイク１７０から与えられる信号を変調して、変調後の信号を制御部１９０へ与える。また、音声処理部１６０は、音声信号をスピーカ１８０へ与える。音声処理部１６０は、例えば、音声処理用のプロセッサによって実現される。マイク１７０は、音声信号の入力を受け付けて制御部１９０へ出力するための音声入力部として機能する。スピーカ１８０は、音声信号を、ユーザ端末１０の外部へ出力するための音声出力部として機能する。

制御部１９０は、記憶部１５０に記憶されるプログラムを読み込んで実行することにより、ユーザ端末１０の動作を制御する。制御部１９０は、例えば、アプリケーションプロセッサによって実現される。

ユーザ端末１０がゲームプログラム１５１を実行する処理について、より詳細に説明する。記憶部１５０は、ゲームプログラム１５１と、ゲーム情報１５２と、ユーザ情報１５３とを記憶する。ユーザ端末１０は、例えば、サーバ２０からゲームプログラムをダウンロードして記憶部１５０に記憶させる。また、ユーザ端末１０は、ゲームの進行に伴いサーバ２０と通信することで、ゲーム情報１５２及びユーザ情報１５３等の各種のデータをサーバ２０と送受信する。

ゲームプログラム１５１は、ユーザ端末１０においてゲームを進行させるためのプログラムである。ゲーム情報１５２は、ゲームプログラム１５１が参照する各種のデータを含む。ゲーム情報１５２は、例えば、ゲームにおいて仮想空間に配置するオブジェクトの情報、オブジェクトに対応付けられた効果の情報（プレイヤキャラクタに設定されるスキルの情報などを含む）などを含む。ユーザ情報１５３は、ゲームをプレイするユーザについての情報を含む。ユーザ情報１５３は、例えば、ゲームをプレイするユーザ端末１０のユーザを識別する情報、マルチプレイ時に協働してゲームをプレイする他のユーザを識別する情報などを含む。

制御部１９０は、ゲームプログラム１５１を読み込んで実行することにより、入力操作受付部１９１と、キャラクタ操作検出部１９３と、オブジェクト制御部１９５と、表示制御部１９７と、の各機能を発揮する。

入力操作受付部１９１は、タッチスクリーン１３０の出力に基づいて、ユーザの入力操作を受け付ける。具体的には、入力操作受付部１９１は、ユーザの指などがタッチパネル１３１に接近したことを、タッチスクリーン１３０を構成する面の横軸及び縦軸からなる座標系の座標として検出する。

入力操作受付部１９１は、タッチスクリーン１３０に対するユーザの操作を判別する。入力操作受付部１９１は、例えば、（１）「接近操作」、（２）「リリース操作」、（３）「タップ操作」、（４）「ダブルタップ操作」、（５）「長押し操作（ロングタッチ操作）」、（６）「ドラッグ操作（スワイプ操作）」、（７）「ムーブ操作」、（８）「フリック操作」などのユーザの操作を判別する。入力操作受付部１９１が判別するユーザの操作は、上記に限られない。例えば、タッチパネル１３１が、ユーザがタッチパネル１３１に対して押下する圧力の大きさを検出可能な機構を有する場合、入力操作受付部１９１は、ユーザが押下した圧力の大きさを判別する。

（１）「接近操作」とは、ユーザが指などをタッチスクリーン１３０に接近させる操作である。タッチスクリーン１３０は、ユーザの指などが接近したこと（ユーザの指などがタッチスクリーン１３０に接触したことを含む）をタッチパネル１３１により検出し、検出したタッチスクリーン１３０の座標に応じた信号を入力操作受付部１９１へ出力する。制御部１９０は、タッチスクリーン１３０へのユーザの指などの接近を検出しない状態から、接近を検出したときに、状態が「タッチオン状態」になったと判別する。

（２）「リリース操作」とは、ユーザがタッチスクリーン１３０を接近操作している状態を止める操作である。制御部１９０は、例えば、ユーザが指をタッチスクリーン１３０に接触させている状態から、指を離す操作をしたときに、ユーザの操作を「リリース操作」と判別する。制御部１９０は、タッチスクリーン１３０へのユーザの指などの接近を検出している状態から、接近を検出しない状態になったときに、状態が「タッチオン状態」から「タッチオフ状態」になったと判別する。

（３）「タップ操作」とは、ユーザがタッチスクリーン１３０に対して指などを接近させる接近操作をした後に、接近操作をした位置でリリース操作を行うことである。入力操作受付部１９１は、接近操作が検出されない状態（ユーザの指などがタッチスクリーン１３０から離れており、タッチパネル１３１がユーザの指などの接近を検出していない状態）から、タッチスクリーン１３０の出力に基づいて、ユーザの指などが接近したことを検出した場合に、その検出した座標を「初期タッチ位置」として保持する。制御部１９０は、初期タッチ位置の座標と、リリース操作をした座標とがほぼ同一である場合（接近操作が検出された座標から一定範囲内の座標においてリリース操作の座標が検出された場合）に、ユーザの操作を「タップ操作」と判別する。

（４）「ダブルタップ操作」とは、ユーザがタップ操作を一定時間内に２回行う操作である。制御部１９０は、例えば、ユーザの操作をタップ操作と判別してから一定時間内に、タップ操作にかかる座標で再びタップ操作を判別した場合に、ユーザの操作を「ダブルタップ操作」と判別する。

（５）「長押し操作」とは、ユーザがタッチスクリーン１３０を押し続ける操作である。制御部１９０は、ユーザの操作を検出して接近操作を判別してから、接近操作が検出された座標（あるいは当該座標を含む一定領域内）において接近操作が継続している時間が一定時間を超えた場合に、ユーザの操作を「長押し操作」（「長押し操作」を、「ロングタッチ操作」と称することもある）と判別する。

（６）「ドラッグ操作」とは、ユーザがタッチスクリーン１３０に指などを接近させた接近状態を維持したまま、指をスライドさせる操作である。

（７）「ムーブ操作」とは、ユーザがタッチスクリーン１３０において、接近操作を維持しつつ、タッチスクリーン１３０に指などを接近させている位置を移動させてリリース操作を行う一連の操作をいう。

（８）「フリック操作」とは、ユーザがムーブ操作を予め定められている時間よりも短い時間で行う操作をいう。フリック操作は、ユーザがタッチスクリーン１３０を指ではじくような操作である。

キャラクタ操作検出部１９３は、タッチスクリーン１３０に対するユーザの入力操作に基づいて、ゲームに登場するプレイヤキャラクタに所定の動作を実行させる入力操作の操作内容を検出する。キャラクタ操作検出部１９３は、ユーザの入力操作に基づいて、例えば、プレイヤキャラクタを移動させる方向を検出する。すなわち、キャラクタ操作検出部１９３は、ユーザがプレイヤキャラクタの移動方向を指定する入力操作を受け付ける。

具体的には、キャラクタ操作検出部１９３は、タッチスクリーン１３０からユーザの指が離れた状態から、ユーザが指をタッチスクリーン１３０に接近させて、入力操作受付部１９１がタッチパネル１３１にユーザの指が接近したことを検出した座標を初期タッチ位置として、ユーザがドラッグ操作を行った場合に、初期タッチ位置の座標とタッチスクリーン１３０の検出結果とに基づいて、プレイヤキャラクタの移動方向を検出する。キャラクタ操作検出部１９３での具体的な処理については、後述する。

オブジェクト制御部１９５は、ユーザ端末１０がゲームプログラムを実行することにより進行されるゲームに登場する各種オブジェクト、及び、入力操作受付部１９１が受け付けたユーザの操作内容に基づいて生成される各種オブジェクト（例えば、ＧＵＩ（Graphical User Interface）画面）の生成、変形、移動などの処理を制御する。オブジェクト制御部１９５は、例えば、ユーザのタッチスクリーン１３０に対する入力操作に基づいて、ＧＵＩ画面としてコマンド選択画面を生成する。コマンド選択画面の詳細については、後述する。

表示制御部１９７は、キャラクタ操作検出部１９３及びオブジェクト制御部１９５での制御に応じて、ディスプレイ１３２の表示内容を決定し、決定した表示内容に従った画像、テキスト等の各種の情報をディスプレイ１３２に出力する。例えば、表示制御部１９７は、プレイヤキャラクタをディスプレイ１３２の一定領域に表示させた状態で、入力操作受付部１９１によって受け付けた入力操作に応じて操作オブジェクト４０を表示させつつプレイヤキャラクタに所定の動作（例えば、移動やジャンプ動作）を行わせる画面表示を行う。

図３は、サーバ２０の機能的な構成を示すブロック図である。図３を参照して、サーバ２０の詳細な構成を説明する。サーバ２０は、プログラムに従って動作することにより、通信部２２０と、記憶部２５０と、制御部２９０としての機能を発揮する。

通信部２２０は、サーバ２０がユーザ端末１０などの外部の通信機器とネットワーク３０を介して通信するためのインタフェースとして機能する。

記憶部２５０は、ユーザ端末１０においてユーザがゲームを進行させるための各種プログラム及びデータを記憶する。ある局面において、記憶部２５０は、ゲームプログラム２５１と、ゲーム情報２５２と、ユーザ情報２５３とを記憶する。

ゲームプログラム２５１は、サーバ２０がユーザ端末１０と通信して、ユーザ端末１０においてゲームを進行させるためのプログラムである。ゲームプログラム２５１は、ゲームを進行させるための各種データであるゲーム情報２５２及びユーザ情報２５３等を参照して、ユーザの入力操作に応じてゲームを進行させる。ゲームプログラム２５１は、制御部２９０に実行されることにより、ユーザ端末１０とデータを送受信する処理、ユーザ端末１０のユーザが行った操作内容に応じてゲームを進行させる処理、ゲームをプレイするユーザの情報を更新する処理などをサーバ２０に行わせる。

ゲーム情報２５２は、ゲームプログラム２５１が参照する各種のデータを含む。ゲーム情報２５２は、例えば、オブジェクト管理テーブル２５２Ａと、コマンド管理テーブル２５２Ｂとを含む。

オブジェクト管理テーブル２５２Ａは、ゲームの仮想空間内に配置されるオブジェクトの設定を示す。ユーザ端末１０は、ゲームプログラム１５１を実行することにより、仮想空間内に配置されるオブジェクトを、仮想空間内に配置される仮想カメラによって撮影した画像をディスプレイ１３２に表示することでゲームを進行させる。

ここで、オブジェクトとしては、例えば、ユーザが操作するプレイヤキャラクタを示すオブジェクト、プレイヤキャラクタが装着する対象物を示すオブジェクトなど様々なものがある。これらオブジェクトは、ユーザがタッチスクリーン１３０に対して予め定められた入力操作を行うこと、ゲームの進行に伴い一定の条件を満たすこと、その他の様々な事象の発生を契機として、オブジェクトに対応付けられた処理が行われる。

例えば、あるオブジェクトに対してユーザがタッチスクリーン１３０に対して接近操作を行うことで、オブジェクトがユーザに選択された状態となる。また、例えば、ユーザがドラッグ操作を行うことで、ユーザに選択されているオブジェクトがユーザの入力操作に応じて移動する等の処理が行われる。また、例えば、ユーザがオブジェクトに対してタッチ操作をすることで、ユーザに対し、ゲームを有利に進めるための報酬が付与される等の処理が行われる。

コマンド管理テーブル２５２Ｂは、プレイヤキャラクタを識別する情報と、プレイヤキャラクタに対応付けられたコマンドの情報とが対応付けられている。ここで、コマンドとは、スキルとも呼ばれ、プレイヤキャラクタに対して所定の動作を示す命令である。本例においては、コマンドとしては、例えば「攻撃」や「防御」などのコマンドが設定され、「攻撃」を選択した場合には、さらに「回転斬り」や「ジャンプ斬り」など、種々の動作に対応するコマンドが設定され得る。

ユーザ情報２５３は、ゲームをプレイするユーザについての情報である。ユーザ情報２５３は、ユーザ管理テーブル２５３Ａを含む。ユーザ管理テーブル２５３Ａは、各ユーザを識別する情報と、ユーザがゲームを進行させた度合いを示す情報と、ユーザがゲーム内で保有するアイテム、プレイヤキャラクタ、プレイヤキャラクタが使用する装着物等の情報などを含む。

制御部２９０は、記憶部２５０に記憶されるゲームプログラム２５１を実行することにより、送受信部２９１、サーバ処理部２９２、データ管理部２９３、マッチング部２９４、計測部２９５としての機能を発揮する。

送受信部２９１は、ゲームプログラム１５１を実行するユーザ端末１０から、各種情報を受信し、ユーザ端末１０に対し、各種情報を送信する。ユーザ端末１０とサーバ２０とは、ユーザに関連付けられるオブジェクトを仮想空間に配置する要求、オブジェクトを削除する要求、オブジェクトを移動させる要求、ユーザが獲得する報酬に応じて各種パラメータを更新する要求、ゲームを進行させるための画像、音声その他のデータ、サーバ２０からユーザ端末１０へ送信される通知などの情報を送受信する。

サーバ処理部２９２は、サーバ２０全体の動作を制御し、各種のプログラムを呼び出す等によりゲームの進行に必要な処理を行う。サーバ処理部２９２は、例えば、ユーザ端末１０から受信した情報に基づいて、ゲーム情報２５２、ユーザ情報２５３、などのデータを更新し、ユーザ端末１０に各種データを送信することでゲームを進行させる。

データ管理部２９３は、サーバ処理部２９２の処理結果に従って、記憶部２５０に記憶される各種データを更新する処理、データベースにレコードを追加／更新／削除する処理などを行う。

マッチング部２９４は、複数のユーザを関連付けるための一連の処理を行う。マッチング部２９４は、例えば、ユーザがマルチプレイを行うための入力操作を行った場合に、ゲームを協同してプレイさせるユーザを関連付ける処理などを行う。

計測部２９５は、時間を計測する処理を行う。計測部２９５は、例えば、仮想空間に配置される各オブジェクトについて時間の経過を計測する。また、計測部２９５は、ゲームが進行している時間を計測する。サーバ２０は、ユーザ端末１０から、ユーザ端末１０においてゲームプログラム１５１を実行して計測される各種の計測結果の情報を受信し、受信した情報と、計測部２９５の計測結果とを照合することで、ユーザ端末１０とサーバ２０とで、各種の時間に関する情報を同期させる。

（ゲーム概要）
本実施形態に係るゲーム配信システム１に基づくゲームは、例えば、ユーザ端末１０のユーザによって操作されるキャラクタ（プレイヤキャラクタ、第一キャラクタの一例）が登場する任意のゲームである。当該ゲームは、例えば、プレイヤキャラクタと、ゲーム配信システム１により制御される他のキャラクタ（敵キャラクタ、第二キャラクタの一例）とが１ターンごとに交互に攻撃していくターン制バトルを含むゲームである。ユーザは、有償又は無償の手段によって、ゲームにおいて利用可能な複数の異なるプレイヤキャラクタを保持することができる。
なお、ゲーム配信システム１に基づくゲームは、上記のターン制バトルゲームに限らず、スポーツゲームなどの任意のジャンルのゲームであってよい。

（本ゲームプログラムの動作例）
次に、図４から図１０を参照して、本ゲームプログラムにおける動作例について説明する。
図４は、本ゲームプログラムにおけるコマンド選択からターン実行までのユーザ端末１０及びサーバ２０の動作例について説明するフローチャートである。図４に示される処理は、制御部１９０がゲームプログラム１５１を、制御部２９０がゲームプログラム２５１をそれぞれ実行することにより実現される。

まず、ステップＳ４０１において、ユーザ端末１０の制御部１９０は、ユーザの操作に応じてゲームを進行させる。

図５は、本実施形態における、ゲームを進行させている状態でのタッチスクリーン１３０に表示されるゲーム画面の一例を示す。図５に示す画面例は、ユーザ端末１０のユーザが操作する４体のプレイヤキャラクタ５０１～５０４（第一キャラクタの一例）及びＵＩオブジェクト５０５～５０７を含む。

４体のプレイヤキャラクタ５０１～５０４は、１つのパーティを構成している。ＵＩオブジェクト５０５は、パーティを構成するプレイヤキャラクタを決定するためのオブジェクトである。ＵＩオブジェクト５０６は、パーティを構成するプレイヤキャラクタのバトル時の陣形（隊形）を決定するためのオブジェクトである。ＵＩオブジェクト５０７は、ゲームの進行を中断してゲームの開始画面に戻るためのオブジェクトである。ＵＩオブジェクトは、図５に図示したものに限られず、抽選を実行するためのＵＩオブジェクトやイベント（クエスト）を実行するためのＵＩオブジェクトなど任意のオブジェクトを表示し得る。

ゲーム画面が表示されたタッチスクリーン１３０にユーザがタッチし、ロングタップ操作、スライド操作、タップ操作などの種々の操作によって例えばプレイヤキャラクタ５０１～５０４のうち１体を操作すると、それに応じてパーティを構成する他のプレイヤキャラクタも操作される。例えば、ユーザが１体のプレイヤキャラクタを操作することでパーティを構成する４体のプレイヤキャラクタが移動される。

次に、ステップＳ４０２において、制御部１９０は、プレイヤキャラクタ５０１～５０４が移動することにより、敵キャラクタに遭遇したか否かを判断する。プレイヤキャラクタ５０１～５０４の移動中に敵キャラクタに遭遇していないと判断された場合には（ステップＳ４０２のＮｏ）、制御部１９０は、ステップＳ４０２の処理を繰り返す。一方、プレイヤキャラクタ５０１～５０４の移動中に敵キャラクタに遭遇したと判断された場合には（ステップＳ４０２のＹｅｓ）、制御部１９０は、ステップＳ４０３に移行する。

ステップＳ４０３において、制御部１９０は、遭遇した敵キャラクタとプレイヤキャラクタ５０１～５０４とのバトル画面をタッチスクリーン１３０上に表示する。
図６は、ステップＳ４０３においてタッチスクリーン１３０上に表示されるバトル画面６００の一例を示している。図６に示すバトル画面６００は、ユーザが操作する４体のプレイヤキャラクタ５０１～５０４と、サーバ又は他のユーザが操作する３体の敵キャラクタ６０１～６０３とのターン制バトルのための画面である。バトル画面６００においては、プレイヤキャラクタ５０１～５０４及び敵キャラクタ６０１～６０３は、ユーザ端末１０を横型となるように置いたときに、タッチスクリーン１３０の上下方向における中央付近（例えば、横置きのタッチスクリーン１３０を上下方向に三分割したときの中央の領域内）に表示される。

バトル画面６００には、さらに、例えば、ＵＩオブジェクト６０５～６０９が表示される。タッチスクリーン１３０の下方に表示されるＵＩオブジェクト６０５Ａ～６０５Ｄは、各プレイヤキャラクタ５０１～５０４のステータス情報を示すためオブジェクトである。ＵＩオブジェクト６０５～６０９を総称してステータス画像と称する場合もある。ＵＩオブジェクト６０５Ａはプレイヤキャラクタ５０１に対応し、ＵＩオブジェクト６０５Ｂはプレイヤキャラクタ５０２に対応し、ＵＩオブジェクト６０５Ｃはプレイヤキャラクタ５０３に対応し、ＵＩオブジェクト６０５Ｄはプレイヤキャラクタ５０４に対応している。ＵＩオブジェクト６０５Ａ～６０５Ｄに示されるステータス情報としては、例えば、各プレイヤキャラクタ５０１～５０４の顔アイコンとともに、キャラクタ名や、現在のレベル、ＨＰ／ＳＰゲージ、設定コマンドなどが表示される。

ＵＩオブジェクト６０６は、１ターンのバトルを開始するためのボタンである。ユーザの入力操作によりＵＩオブジェクト６０６が選択されたと判断された場合には、１ターンのバトル処理が実行される。実行ターンにおける、各プレイヤキャラクタ５０１～５０４の行動内容は、後述のコマンド選択画面によりユーザが選択したコマンドに応じて決定される。

ＵＩオブジェクト６０７は、敵キャラクタ６０１～６０３とのバトルから逃げるためのボタンである。ユーザの入力操作によりＵＩオブジェクト６０７が選択されたと判断された場合には、敵キャラクタ６０１～６０３とのバトル画面６００から、例えば図５に示す画面５００へとタッチスクリーン１３０の表示画面が切り替わる。

ＵＩオブジェクト６０８は、通常速度よりも早い速度でバトルを実行するためのボタンである。ユーザの入力操作によりＵＩオブジェクト６０８が選択されたと判断された場合には、例えば、通常速度の倍速により１ターンのバトル処理が実行される。

ＵＩオブジェクト６０５Ａ～６０５Ｄ内には、更新オブジェクト６０５Ａ１～６０５Ｄ１がそれぞれ表示される。各更新オブジェクト６０５Ａ１～６０５Ｄ１は、次の実行ターンに対して設定されるコマンド（以下、次回コマンドと称することもある。）を前回のターン実行の前にコマンド選択画面において設定されたコマンド（以下、前回コマンドと称することもある。）と同一のコマンドに更新するためのボタンである。例えば、ユーザの入力操作によりＵＩオブジェクト６０５Ａ内の更新オブジェクト６０５Ａ１が選択されたと判断された場合には、プレイヤキャラクタ５０１の次回コマンドが前回コマンドと同一のものに更新される。同様に、ユーザの入力操作によりＵＩオブジェクト６０５Ｂ～６０５Ｄ内のＵＩオブジェクト６０５Ｂ１～６０５Ｄ１がそれぞれ選択されたと判断された場合には、対応する各プレイヤキャラクタ５０２～５０４の次回コマンドが前回コマンドと同一のものに更新される。

ＵＩオブジェクト６０９は、更新オブジェクト６０５Ａ１～６０５Ｄ１と同様に、次回コマンドを前回コマンドと同一のコマンドに更新するためのボタンである。なお、更新オブジェクト６０５Ａ１～６０５Ｄ１の入力操作を受け付けた場合には、各更新オブジェクト６０５Ａ１～６０５Ｄ１に対応する各プレイヤキャラクタ５０１～５０４のコマンドが更新されるが、ＵＩオブジェクト６０９の入力操作を受け付けた場合には、すべてのプレイヤキャラクタ５０１～５０４の次回コマンドが前回コマンドと同一のものにまとめて更新される。

次に、ステップＳ４０４において、制御部１９０は、バトル画面６００において、プレイヤキャラクタ５０１～５０４のうち対象のプレイヤキャラクタのコマンド設定に用いられるコマンド選択画面を表示するためのユーザの入力操作を受け付けたか否かを判断する。コマンド選択画面を表示するための入力操作とは、例えば、バトル画面６００の中央部に表示されるプレイヤキャラクタ５０１～５０４のうちのいずれか１体をユーザがタップ操作した場合や、バトル画面６００の下方に表示されるＵＩオブジェクト６０５Ａ～６０５Ｄのうちのいずれかをユーザがタップ操作した場合が含まれる。コマンド選択画面を表示するための入力操作を受け付けていないと判断された場合には（ステップＳ４０４のＮｏ）、制御部１９０は、後述のステップＳ４０９に移行する。一方、コマンド選択画面を表示するための入力操作を受け付けたと判断された場合には（ステップＳ４０４のＹｅｓ）、制御部１９０は、ステップＳ４０５に移行する。

ステップＳ４０５において、制御部１９０は、バトル画面６００に重畳させた状態でコマンド選択画面を表示する。図７は、バトル画面６００上にコマンド選択画面７００が表示された状態の画面例である。図７に示すように、本例では、制御部１９０は、バトル画面６００に表示されるプレイヤキャラクタ５０１又はプレイヤキャラクタ５０１に対応するＵＩオブジェクト６０５Ａのいずれかがユーザによりタップ操作されたことを受け付け、プレイヤキャラクタ５０１に対するコマンド選択画面７００をバトル画面６００の所定領域に表示する。また、制御部１９０は、表示されたコマンド選択画面７００に対応するプレイヤキャラクタ５０１の上部に所定のマーク（本例では矢印マーク７０５）を表示する。

図７に示すように、バトル画面６００上に表示されるコマンド選択画面７００内には、例えば、対象のプレイヤキャラクタが実行可能なコマンドを示すコマンドオブジェクト７０１～７０４が配置されている。コマンドオブジェクト７０１は、プレイヤキャラクタ５０１が実行ターンにおいて攻撃を行うことを選択するためのオブジェクトである。コマンドオブジェクト７０２は、プレイヤキャラクタ５０１が実行ターンにおいて防御を行うことを選択するためのオブジェクトである。コマンドオブジェクト７０３及びコマンドオブジェクト７０４は、プレイヤキャラクタ５０１が実行ターンにおいて攻撃を行うことが選択された場合の、攻撃パターン（例えば、必殺技）を選択するためのオブジェクトである。本例では、「攻撃」のコマンドオブジェクト７０１および「回転斬り」のコマンドオブジェクト７０３がデフォルト（初期状態）のコマンドとして設定される。そのため、図７においては、コマンドオブジェクト７０１およびコマンドオブジェクト７０３を通常色（例えば、青色）とは異なる色（例えば、赤色）で表示する。このような設定コマンドに対応するコマンドオブジェクトの表示態様の変更は、色の変更に限られず、オブジェクト形状の変化や点灯状態の変化等であってもよい。

次に、ステップＳ４０６において、制御部１９０は、コマンド選択画面７００においてコマンドオブジェクト７０１～７０４のいずれかを選択するユーザの入力操作を受け付けたか否かを判断する。コマンドオブジェクト７０１～７０４のいずれかに対する入力操作を受け付けたと判断された場合には（ステップＳ４０６のＹｅｓ）、制御部１９０は、ステップＳ４０７に移行する。

ステップＳ４０７において、制御部１９０は、入力操作を受け付けたコマンドオブジェクト７０１～７０４に基づいて、プレイヤキャラクタ５０１に関するコマンド情報を更新する。図８は、本ステップにおけるコマンド選択画面７００の表示例を示す図である。図８に示すように、例えば、ユーザが「ジャンプ斬り」のコマンドオブジェクト７０４をタップ操作した場合には、制御部１９０は、プレイヤキャラクタ５０１に関するコマンド情報を「ジャンプ斬り」へと更新し、選択されたコマンドオブジェクト７０４を通常色（例えば、青色）とは異なる色（例えば、赤色）で表示する。また、選択されなかったデフォルトのコマンドオブジェクト７０３の表示態様を赤色から通常色の青色へと変更する。

なお、本例のゲームでは、ステップＳ４０７にて設定されたコマンドにより、敵キャラクタ６０１～６０３のうちのどの個体に攻撃を加えるか否かをユーザが選択可能である。詳細な説明は省略するが、ステップＳ４０７におけるコマンド設定の後に、敵キャラクタ６０１～６０３の少なくとも１体を選択するためのユーザの入力操作を受け付けたと判断された場合には、制御部１９０は、敵キャラクタ６０１～６０３のうち入力操作を受け付けた敵キャラクタに対して、ターゲット表示を行う。図９は、選択された敵キャラクタにターゲット表示９０１がなされた状態を示す画面例である。図９に示すように、本例では、敵キャラクタ６０１～６０３のうち敵キャラクタ６０２に対してユーザの入力操作が受け付けられたことに応じて、敵キャラクタ６０２に重畳してターゲット表示９０１が付加される。

また、プレイヤキャラクタ５０１とは異なる他のプレイヤキャラクタ５０２～５０４に対するコマンド選択画面７００を表示するためのユーザの入力操作を受け付けた場合には、制御部１９０は、選択されたプレイヤキャラクタに対するコマンド選択画面を表示する。他のプレイヤキャラクタに対応するコマンド選択画面の詳細は、図７等に示すコマンド選択画面７００と同様であるため、詳細な説明は省略する。

次に、ステップＳ４０８において、制御部１９０は、コマンド選択画面７００を閉じるためのユーザの入力操作を受け付けた場合に、コマンド選択画面７００を非表示とする。これにより、バトル画面６００は、図６に示す状態へと戻る。なお、コマンド選択画面７００を閉じるためのユーザの入力操作とは、例えば、ユーザがコマンド選択画面７００以外の領域であって、且つ、プレイヤキャラクタ５０１～５０４や敵キャラクタ６０１～６０３、ＵＩオブジェクト６０５Ａ～６０５Ｄ以外の領域をタップ操作することである。

次に、ステップＳ４０９において、制御部１９０は、ＵＩオブジェクト６０６を選択するためのユーザの入力操作を受け付けたか否かを判断する。上述の通り、ＵＩオブジェクト６０６は、ターンを実行するための攻撃開始ボタンである。ＵＩオブジェクト６０６が選択されたと判断された場合には（ステップＳ４０９のＹｅｓ）、制御部１９０は、ステップＳ４１０に移行する。

ステップＳ４１０において、制御部１９０は、コマンド選択画面７００により各プレイヤキャラクタ５０１～５０４に設定されたコマンドに基づいて、ターンを開始する。図１０のバトル画面６００は、ターンが開始された状態の画面例である。図１０に示すように、ＵＩオブジェクト６０６の選択後から１ターンの終了までは、ＵＩオブジェクト６０６は、非表示とされる。１ターンが終了すると、制御部１９０は、ステップＳ４１１に移行する。

ステップＳ４１１において、制御部１９０は、敵キャラクタとのバトルが終了したか否かを判断する。敵キャラクタとのバトルが終了したか否かは、例えば、ステップＳ４１０のターンにおけるプレイヤキャラクタ５０１～５０４によるコマンドの実行によりすべての敵キャラクタ６０１～６０３が倒されたか否かにより判定される。敵キャラクタとのバトルが終了したと判断された場合には（ステップＳ４１１のＹｅｓ）、制御部１９０は、ステップＳ４１２に移行する。

ステップＳ４１２において、制御部１９０は、バトル画面６００を非表示とする。そして、制御部１９０は、処理をステップＳ４０２へと戻し、図５のゲーム画面５００をタッチスクリーン１３０へ表示する。

一方、敵キャラクタとのバトルが終了していないと判断された場合には（ステップＳ４１１のＮｏ）、制御部１９０は、ステップＳ４１３に移行する。ステップＳ４１３において、制御部１９０は、次回ターンにおけるプレイヤキャラクタ５０１～５０４の設定コマンドをデフォルトのコマンドに更新する。本例では、例えば、前回ターンにおいてプレイヤキャラクタ５０１に設定されていたコマンド「ジャンプ斬り」をデフォルトのコマンドである「回転斬り」へと更新する。

次に、ステップＳ４１４において、制御部１９０は、更新オブジェクト６０５Ａ１～６０５Ｄ１のいずれか、または更新オブジェクト６０９を選択するためのユーザの入力操作を受け付けたか否かを判断する。上述の通り、更新オブジェクト６０５Ａ１～６０５Ｄ１は、対応する各プレイヤキャラクタ５０１～５０４の次回コマンドを前回コマンドと同一のものに更新するためのボタンである。また、更新オブジェクト６０９は、すべてのプレイヤキャラクタ５０１～５０４の次回コマンドを前回コマンドと同一のものに更新するためのボタンである。

更新オブジェクト６０５Ａ１～６０５Ｄ１のいずれか、または更新オブジェクト６０９が選択されていないと判断された場合には（ステップＳ４１４のＮｏ）、制御部１９０は、処理をステップＳ４０４へと戻す。この状態で、プレイヤキャラクタ５０１のコマンド選択画面７００を表示するための入力操作を受け付けた場合には、図７に示すコマンド選択画面７００が表示される。すなわち、プレイヤキャラクタ５０１の次回コマンドはデフォルトのコマンドであることが分かるように、「攻撃」のコマンドオブジェクト７０１および「回転斬り」のコマンドオブジェクト７０３の表示態様が変更される。

一方、更新オブジェクト６０５Ａ１～６０５Ｄ１，ＵＩオブジェクト６０９のいずれかが選択されたと判断された場合には（ステップＳ４１４のＹｅｓ）、制御部１９０は、ステップＳ４１５に移行する。ステップＳ４１５において、制御部１９０は、入力操作を受け付けた更新オブジェクト６０５Ａ１～６０５Ｄ１，６０９のいずれかに基づいて、プレイヤキャラクタ５０１～５０４に関するコマンド情報を更新する。例えば、更新オブジェクト６０５Ａ１の入力操作を受け付けたと判断された場合には、制御部１９０は、入力操作を受け付けた更新オブジェクト６０５Ａ１に対応するプレイヤキャラクタ５０１の次回コマンドに関するコマンド情報をデフォルトのコマンドから前回コマンドに更新する。具体的には、プレイヤキャラクタ５０１の次回コマンドをデフォルトのコマンドである「回転斬り」から前回コマンドと同一のコマンドである「ジャンプ斬り」に更新する。同様に、各更新オブジェクト６０５Ｂ１～６０５Ｄ１の入力操作を受け付けた場合には、制御部１９０は、入力操作を受け付けた更新オブジェクト６０５Ｂ１～６０５Ｄ１に対応する各プレイヤキャラクタ５０２～５０４の次回コマンドに関するコマンド情報をデフォルトのコマンドから前回コマンドに更新する。また、更新オブジェクト６０９の入力操作を受け付けた場合には、制御部１９０は、すべてのプレイヤキャラクタ５０１～５０４の次回コマンドに関するコマンド情報をデフォルトのコマンドから前回コマンドに更新する。そして、制御部１９０は、処理をステップＳ４０５へと戻す。

次に、ステップＳ４０５において、制御部１９０は、コマンド選択画面７００を表示する。更新オブジェクト６０５Ａ１～６０５Ｄ１，６０９のいずれかの入力操作後にコマンド選択画面７００が表示されるため、プレイヤキャラクタ５０１～５０４のうち入力操作に対応するプレイヤキャラクタの次回コマンドが前回コマンドと同一のコマンドに更新されて表示される。例えば、ステップＳ４１４において更新オブジェクト６０５Ａ１の入力操作を受け付けた場合には、図８及び図９に示すコマンド選択画面７００のように、デフォルトのコマンドである「回転斬り」のコマンドオブジェクト７０３が通常色で表示され、前回コマンドと同一のコマンドである「ジャンプ斬り」のコマンドオブジェクト７０４が特別色で表示される。

その後、再び、制御部１９０は、ユーザからのコマンド設定の入力操作を受け付けたか否かを判断し、コマンド設定の入力操作を受け付けたと判断された場合には、受け付けた入力操作に基づいて各プレイヤキャラクタの次回コマンドを設定する。すなわち、更新オブジェクト６０５Ａ１～６０５Ｄ１，６０９の入力操作を受け付けた後でも、次回コマンドをユーザが任意に変更することが可能である。

一方、コマンド設定の入力操作を受け付けていないと判断された場合には、制御部１９０は、次回コマンドの設定が前回コマンドと同一のコマンドに更新された状態で、ステップＳ４０９以降の次回ターンの実行へと移行する。

なお、上記の動作例においては、説明の簡略化のため、ユーザ端末１０の制御部１９０が全ての処理を実行する方法を説明しているが、この例に限られない。制御部１９０がユーザの入力操作を受け付けて当該入力操作に応じた信号をサーバ２０へ送信し、サーバ２０の制御部２９０が各種処理を実行するようにしてもよい。

ところで、従来は、ターンごとにプレイヤキャラクタに設定されるコマンドが初期化されるため、前回コマンドと同一のコマンドを次回コマンドとして使用したい場合であっても、コマンドの再設定が必要であり、ユーザの入力操作が煩雑であった。

これに対して、以上説明したように、本実施形態に係るゲームは、タッチスクリーン１３０上に表示されてユーザが制御可能なプレイヤキャラクタ５０１～５０４（第一キャラクタの一例）と、プレイヤキャラクタ５０１～５０４の対戦相手である敵キャラクタ６０１～６０３（第二キャラクタの一例）との対戦型ゲームであって、プレイヤキャラクタ５０１～５０３に所定の動作を実行させるためのコマンドを入力するコマンド入力フェーズと、コマンドに基づいてプレイヤキャラクタ５０１～５０４が所定の動作を実行するキャラクタ行動フェーズと、を含んでいる。そして、タッチスクリーン１３０には、ユーザによる所定の入力操作（第一入力操作の一例）を受け付けるためのＵＩオブジェクト６０６Ａ１～６０５Ｄ１やＵＩオブジェクト６０９が表示され、コマンド入力フェーズにおいて、制御部１９０は、ＵＩオブジェクト６０６Ａ１～６０５Ｄ１のいずれか、またはＵＩオブジェクト６０９に対する入力操作を受け付けた場合には、コマンド選択画面７００を表示させずに、少なくとも１体のプレイヤキャラクタに対して設定される次回コマンドが前回のキャラクタ行動フェーズにて実行された前回コマンドと同一のコマンドとなるように次回コマンドの設定を更新するように構成されている。このように、本実施形態においては、ＵＩオブジェクト６０６Ａ１～６０５Ｄ１やＵＩオブジェクト６０９を選択する１タップ操作のみの簡便な操作で、次回ターンのコマンドを前回ターンのコマンドに更新することができる。これにより、ユーザの操作性、ひいてはゲーム性を向上させることができる。

また、本実施形態においては、更新オブジェクト６０５Ａ１～６０５Ｄ１や更新オブジェクト６０９の入力操作がなされない状態では、次回コマンドは前回コマンドの内容を引き継がずにデフォルトのコマンドとなるように設定される。そのため、前回ターンまでのバトル内容やプレイヤキャラクタ５０１～５０４の状況（ＳＰ状態など）および敵キャラクタ６０１～６０３の状況（体力状態など）を考慮して、更新オブジェクト６０５Ａ１～６０５Ｄ１や更新オブジェクト６０９を選択して前回コマンドを呼び出すかどうかをユーザが瞬時に判断することができる。次回コマンドを前回コマンドと同一となるように更新するかどうかをあらかじめ決めておく必要がなく、ユーザが任意で選択することができるため、次回ターンのコマンド内容が必ず最善手となるようにしてターン性バトルを進めることができる。

また、本実施形態においては、更新オブジェクト６０５Ａ１～６０５Ｄ１，６０９の入力操作を受け付けることなくコマンド選択画面７００が表示された場合には当該コマンド選択画面７００においてデフォルトのコマンドをプレイヤキャラクタに関連付けて表示する一方で、更新オブジェクト６０５Ａ１～６０５Ｄ１，６０９の入力操作を受け付けてからコマンド選択画面７００が表示された場合には前回コマンドと同一のコマンドをプレイヤキャラクタに関連付けて表示するように構成されている。このように、更新オブジェクト６０５Ａ１～６０５Ｄ１，６０９の入力操作の有無に応じて、コマンド選択画面７００上でのコマンドの表示態様が変更される。そのため、「前回ターンとコマンド設定を基本的に一致させたいが、一部のコマンドのみ変更したい」というようなユーザの要望があった場合にも、更新オブジェクト６０５Ａ１～６０５Ｄ１等の入力操作を行って前回コマンドと同一のコマンドに更新させてから、一部のコマンドのみ所望のコマンドに変更するといった操作が可能となり、コマンド設定の操作を簡略化することができる。

次に、本実施形態の変形例について、図１１を参照して説明する。図１１は、変形例に係るフローチャートの一例であり、図４に示すステップＳ４０８の後にユーザにより自動モード（オートモード）が設定された場合の処理の例を示す。

図１１に示すように、本変形例においては、制御部１９０は、自動モードを設定するためのユーザからの入力操作を受け付けたか否かを判断し、自動モード設定の入力操作を受け付けたと判断した場合には、ステップＳ１１０１において、自動モードに設定する。自動モードとは、次回コマンドを前回コマンドと同一のコマンドに自動的に更新するためのモードである。例えば、バトル画面の任意の場所に表示される自動モードオブジェクトをタップ操作等することにより、自動モードが設定される。

次に、ステップＳ１１０２において、制御部１９０は、ＵＩオブジェクト６０６を選択するためのユーザの入力操作を受け付けたか否かを判断する。ＵＩオブジェクト６０６が選択されたと判断された場合には（ステップＳ１１０２のＹｅｓ）、ステップＳ１１０３において、制御部１９０は、コマンド選択画面７００により各プレイヤキャラクタ５０１～５０４に設定されたコマンドに基づいて、ターンを開始する。１ターンが終了すると、制御部１９０は、ステップＳ１１０４に移行する。

ステップＳ１１０４において、制御部１９０は、敵キャラクタとのバトルが終了したか否かを判断する。敵キャラクタとのバトルが終了したと判断された場合には（ステップＳ１１０４のＹｅｓ）、ステップＳ１１０５において、制御部１９０は、バトル画面６００を非表示として、処理を図４のステップＳ４０２へと戻し、図５のゲーム画面５００を表示する。

一方、敵キャラクタとのバトルが終了していないと判断された場合には（ステップＳ１１０４のＮｏ）、制御部１９０は、ステップＳ１１０６に移行する。

ステップＳ１１０６において、制御部１９０は、自動モードが解除されたか否かを判断する。例えば、自動モードオブジェクトのタップ操作等を再度受け付けたことにより自動モードが解除される。自動モードが解除されていないと判断された場合には（ステップＳ１１０６のＮｏ）、ステップＳ１１０７において、制御部１９０は、プレイヤキャラクタ５０１～５０４の次回コマンドを前回コマンドに自動更新し、処理を図４のステップＳ４０９へ戻す。

一方、自動モードが解除されたと判断された場合には（ステップＳ１１０６のＹｅｓ）、ステップＳ１１０８において、制御部１９０は、プレイヤキャラクタ５０１～５０４の次回コマンドをデフォルトのコマンドに更新する。そして、ステップＳ１１０９において、制御部１９０は、更新オブジェクト６０５Ａ１～６０５Ｄ１，６０９のいずれかを選択するためのユーザの入力操作を受け付けたか否かを判断する。更新オブジェクト６０５Ａ１～６０５Ｄ１，６０９のいずれかが選択されたと判断された場合には（ステップＳ１１０９のＹｅｓ）、ステップＳ４１５において、制御部１９０は、入力操作を受け付けた更新オブジェクト６０５Ａ１～６０５Ｄ１，６０９に基づいて、プレイヤキャラクタ５０１～５０４の次回コマンドをデフォルトのコマンドから前回コマンドに更新する。そして、制御部１９０は、処理を図４のステップＳ４０５へと戻す。

このように、本変形例においては、ユーザによる自動モード設定の入力操作（第二入力操作の一例）を受け付けた場合には、制御部１９０は、複数のキャラクタ行動フェーズを連続して進行させる自動モードを開始し、自動モードが開始された場合には、各プレイヤキャラクタ５０１～５０４の次回コマンドを前回コマンドと同一のコマンドとなるように自動で更新するように構成されている。このような自動モード機能を採用することでユーザの操作性をさらに向上させることができる。

また、自動モード設定時には、次回コマンドがデフォルトのコマンドに戻ることなく、前回コマンドを引き継ぐように自動更新される。すなわち、自動モードでは、コマンド選択画面７００が表示されることなく、次回コマンドが自動更新される。そのため、サーバ２０側の処理負荷を軽減しつつ、ユーザの操作性をさらに向上することができる。

また、ユーザによる自動モード解除の入力操作（第三入力操作の一例）を受け付けた場合には、制御部１９０は、自動モードを終了（解除）して、次回コマンドをデフォルトのコマンドに更新するように構成されている。このように、自動モード解除後には、ユーザが次回コマンドとして好ましいコマンドを任意に選択することができる。

上記の実施形態は、本発明の理解を容易にするための例示に過ぎず、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良することができると共に、本発明にはその均等物が含まれることは言うまでもない。

［付記事項］
本開示の内容を列記すると以下の通りである。

（項目１）
プロセッサ及びメモリを備えるコンピュータによって実行されるゲームプログラムであって、
前記ゲームプログラムに基づくゲームは、前記コンピュータに関連付けられたタッチスクリーンに表示されて前記コンピュータを操作するユーザが制御可能な複数の第一キャラクタと、前記複数の第一キャラクタの対戦相手である第二キャラクタとの対戦型ゲームであって、
前記対戦型ゲームは、前記タッチスクリーンに表示されるコマンド選択画面を介して前記複数の第一キャラクタのそれぞれに所定の動作を実行させるためのコマンドを入力するコマンド入力フェーズと、前記コマンドに基づいて前記各第一キャラクタが前記所定の動作を実行するキャラクタ行動フェーズとを含み、
前記タッチスクリーンには、前記ユーザによる第一入力操作を受け付けるためのオブジェクトが表示され、
前記コマンド入力フェーズにおいて、前記ゲームプログラムは、前記プロセッサに、
前記第一入力操作を受け付けた場合には、前記コマンド選択画面を表示させずに、前記複数の第一キャラクタのうち少なくとも１体の第一キャラクタに対して設定される次回コマンドが前回のキャラクタ行動フェーズにて実行された前回コマンドと同一のコマンドとなるように前記次回コマンドの設定を更新するステップを実行させる、ゲームプログラム。
この構成によれば、コマンド選択画面を介することなく、前回コマンドと同一のコマンドを次回コマンドとして設定することができるため、ユーザの操作性を向上可能なゲームプログラムを提供することができる。

（項目２）
前回のキャラクタ行動フェーズが完了すると、前記次回コマンドをデフォルトのコマンドに更新するステップを、さらに前記プロセッサに実行させる、項目１に記載のゲームプログラム。
この構成によれば、オブジェクトの入力操作前の段階では、次回コマンドはデフォルトのコマンドとなるように設定されるため、第一キャラクタや第二キャラクタの状況（ＳＰ状態など）に応じて、前回コマンドを呼び出すかどうかを瞬時に判断することができる。

（項目３）
前記第一入力操作を受け付けることなく前記コマンド選択画面が表示された場合には、デフォルトのコマンドを前記少なくとも１体の第一キャラクタに関連付けて表示するステップと、
前記第一入力操作を受け付けてから前記コマンド選択画面が表示された場合には、前記前回コマンドと同一のコマンドを前記少なくとも１体の第一キャラクタに関連付けて表示するステップと、
をさらに前記プロセッサに実行させる、項目１又は２に記載のゲームプログラム。
この構成によれば、オブジェクトの入力操作の有無に応じて、コマンド選択画面に表示される設定コマンドの表示が変更されるため、ユーザの操作性をさらに向上することができる。

（項目４）
前記ユーザによる第二入力操作を受け付けた場合には、複数のキャラクタ行動フェーズを連続して進行させる自動モードを開始するステップと、
前記自動モードが開始された場合には、前記次回コマンドを、前記前回コマンドと同一のコマンドとなるように自動で更新するステップと、
をさらに前記プロセッサに実行させる、項目１から３のいずれかに記載のゲームプログラム。
この構成によれば、自動モードを採用することでユーザの操作性をさらに向上することができる。

（項目５）
前記次回コマンドを自動で更新するステップでは、デフォルトのコマンドに戻ることなく、前記次回コマンドが自動更新される、項目４に記載のゲームプログラム。
この構成によれば、デフォルトのコマンドに戻ることがないため、処理負荷を軽減しつつ、ユーザの操作性をさらに向上することができる。

（項目６）
前記次回コマンドを自動で更新するステップでは、前記コマンド選択画面が表示されることなく、前記次回コマンドが自動更新される、項目４又は５に記載のゲームプログラム。
自動モードの場合には、コマンド選択画面を表示させずに、そのまま前回コマンドを引き継ぐことが好ましい。

（項目７）
前記ユーザによる第三入力操作を受け付けた場合には、前記自動モードを終了するステップと、
前記自動モードが終了した場合には、前記次回コマンドをデフォルトのコマンドに更新するステップと、
をさらに前記プロセッサに実行させる、項目４から６のいずれかに記載のゲームプログラム。
この構成によれば、自動モード解除後には、ユーザが次回コマンドとして好ましいコマンドを選択することができる。

（項目８）
プロセッサ及びメモリを備えるコンピュータがゲームプログラムを実行する方法であって、
前記ゲームプログラムに基づくゲームは、前記コンピュータに関連付けられたタッチスクリーンに表示されて前記コンピュータを操作するユーザが制御可能な複数の第一キャラクタと、前記複数の第一キャラクタの対戦相手である第二キャラクタとの対戦型ゲームであって、
前記対戦型ゲームは、前記タッチスクリーンに表示されるコマンド選択画面を介して前記複数の第一キャラクタのそれぞれに所定の動作を実行させるためのコマンドを入力するコマンド入力フェーズと、前記コマンドに基づいて前記各第一キャラクタが前記所定の動作を実行するキャラクタ行動フェーズとを含み、
前記タッチスクリーンには、前記ユーザによる所定の入力操作を受け付けるためのオブジェクトが表示され、
前記コマンド入力フェーズにおいて、前記方法は、前記プロセッサが、
前記オブジェクトの入力操作を受け付けた場合には、前記コマンド選択画面を表示させずに、前記複数の第一キャラクタのうち少なくとも１体の第一キャラクタに対して設定される次回コマンドが前回のキャラクタ行動フェーズにて実行された前回コマンドと同一のコマンドとなるように前記次回コマンドの設定を更新するステップ、
を実行することを含む、方法。
本項目に係る方法は、項目１に係るゲームプログラムと同様の作用効果を奏する。

（項目９）
情報処理装置であって、
前記情報処理装置は、
ゲームプログラムを記憶する記憶部と、
前記ゲームプログラムを実行することにより、前記情報処理装置の動作を制御する制御部と、
を備え、
前記ゲームプログラムに基づくゲームは、前記情報処理装置に関連付けられたタッチスクリーンに表示されて前記情報処理装置を操作するユーザが制御可能な複数の第一キャラクタと、前記複数の第一キャラクタの対戦相手である第二キャラクタとの対戦型ゲームであって、
前記対戦型ゲームは、前記タッチスクリーンに表示されるコマンド選択画面を介して前記複数の第一キャラクタのそれぞれに所定の動作を実行させるためのコマンドを入力するコマンド入力フェーズと、前記コマンドに基づいて前記各第一キャラクタが前記所定の動作を実行するキャラクタ行動フェーズとを含み、
前記タッチスクリーンには、前記ユーザによる所定の入力操作を受け付けるためのオブジェクトが表示され、
前記コマンド入力フェーズにおいて、前記制御部は、
前記オブジェクトの入力操作を受け付けた場合には、前記コマンド選択画面を表示させずに、前記複数の第一キャラクタのうち少なくとも１体の第一キャラクタに対して設定される次回コマンドが前回のキャラクタ行動フェーズにて実行された前回コマンドと同一のコマンドとなるように前記次回コマンドの設定を更新する、情報処理装置。
本項目に係る情報処理装置は、項目１に係るゲームプログラムと同様の作用効果を奏する。

１ ゲーム配信システム
１０，１０Ａ～１０Ｃ ユーザ端末
２０ サーバ
２５ メモリ
２６ ストレージ
２９ プロセッサ
３０ ネットワーク
３１ 無線基地局
３２ 無線ルータ
１１０ アンテナ
１３０ タッチスクリーン
１５０ 記憶部
１５１ ゲームプログラム
１５２ ゲーム情報
１５３ ユーザ情報
１６０ 音声処理部
１７０ マイク
１８０ スピーカ
１９０ 制御部
１９１ 入力操作受付部
１９３ キャラクタ操作検出部
１９５ オブジェクト制御部
１９７ 表示制御部
２２０ 通信部
２５０ 記憶部
２５１ ゲームプログラム
２５２ ゲーム情報
２５２Ａ オブジェクト管理テーブル
２５２Ｂ コマンド管理テーブル
２５３ ユーザ情報
２５３Ａ ユーザ管理テーブル
２９０ 制御部
２９１ 送受信部
２９２ サーバ処理部
２９３ データ管理部
２９４ マッチング部
２９５ 計測部
５００ ゲーム画面
５０１～５０４ プレイヤキャラクタ
５０５～５０７ ＵＩオブジェクト
６００ バトル画面
６０１～６０３ 敵キャラクタ
６０５Ａ～６０５Ｄ ＵＩオブジェクト
６０５Ａ１～６０５Ｄ１，６０９ 更新オブジェクト
６０６～６０８，６１０ ＵＩオブジェクト
７００ コマンド選択画面
７０１～７０４ コマンドオブジェクト

Claims (4)

1. コンピュータに関連付けられた表示部に表示されて前記コンピュータを操作するユーザが制御可能な複数の第一キャラクタについて、
   前記表示部に表示されるコマンド選択画面を介して所定の動作を実行させるためのコマンドを入力するコマンド入力フェーズと、前記コマンドに基づいて前記第一キャラクタに前記所定の動作を実行させるキャラクタ行動フェーズとを含むプログラムであって、
   前記表示部には、前記ユーザによる第一入力操作を受け付けるためのオブジェクトが表示され、
   前記コマンド入力フェーズにおいて、前記コンピュータに、
   前記第一入力操作を受け付けた場合には、前記所定の動作を実行させるためのコマンドを入力することなく、複数の前記第一キャラクタのうち少なくとも１体の所定の第一キャラクタに対して設定される次回コマンドが前回のキャラクタ行動フェーズにて実行された前回コマンドと同一のコマンドとなるように前記次回コマンドの設定を更新するステップと、
   前回のキャラクタ行動フェーズが完了すると、前記次回コマンドをデフォルトのコマンドに更新するステップとを実行させる、プログラム。
2. コンピュータに関連付けられた表示部に表示されて前記コンピュータを操作するユーザが制御可能な複数の第一キャラクタについて、
   前記表示部に表示されるコマンド選択画面を介して所定の動作を実行させるためのコマンドを入力するコマンド入力フェーズと、前記コマンドに基づいて前記第一キャラクタに前記所定の動作を実行させるキャラクタ行動フェーズとを含むプログラムであって、
   前記表示部には、前記ユーザによる第一入力操作を受け付けるためのオブジェクトが表示され、
   前記コマンド入力フェーズにおいて、前記コンピュータに、
   前記第一入力操作を受け付けた場合には、前記所定の動作を実行させるためのコマンドを入力することなく、複数の前記第一キャラクタのうち少なくとも１体の所定の第一キャラクタに対して設定される次回コマンドが前回のキャラクタ行動フェーズにて実行された前回コマンドと同一のコマンドとなるように前記次回コマンドの設定を更新するステップと、
   前記第一入力操作を受け付けることなく前記コマンド選択画面が表示された場合には、デフォルトのコマンドを前記所定の第一キャラクタに関連付けて表示するステップと、
   前記第一入力操作を受け付けてから前記コマンド選択画面が表示された場合には、前記前回コマンドと同一のコマンドを前記所定の第一キャラクタに関連付けて表示するステップとを実行させる、プログラム。
3. コンピュータに関連付けられた表示部に表示されて前記コンピュータを操作するユーザが制御可能な複数の第一キャラクタについて、
   前記表示部に表示されるコマンド選択画面を介して所定の動作を実行させるためのコマンドを入力するコマンド入力フェーズと、前記コマンドに基づいて前記第一キャラクタに前記所定の動作を実行させるキャラクタ行動フェーズとを含む方法であって、
   前記表示部には、前記ユーザによる所定の入力操作を受け付けるためのオブジェクトが表示され、
   前記コマンド入力フェーズにおいて、
   前記オブジェクトの入力操作を受け付けた場合には、前記所定の動作を実行させるためのコマンドを入力することなく、複数の前記第一キャラクタのうち少なくとも１体の所定の第一キャラクタに対して設定される次回コマンドが前回のキャラクタ行動フェーズにて実行された前回コマンドと同一のコマンドとなるように前記次回コマンドの設定を更新するステップと、
   前回のキャラクタ行動フェーズが完了すると、前記次回コマンドをデフォルトのコマンドに更新するステップとを実行することを含む、方法。
4. コンピュータに関連付けられた表示部に表示されて前記コンピュータを操作するユーザが制御可能な複数の第一キャラクタについて、
   前記表示部に表示されるコマンド選択画面を介して所定の動作を実行させるためのコマンドを入力するコマンド入力フェーズと、前記コマンドに基づいて前記第一キャラクタに前記所定の動作を実行させるキャラクタ行動フェーズとを含む方法であって、
   前記表示部には、前記ユーザによる第一入力操作を受け付けるためのオブジェクトが表示され、
   前記コマンド入力フェーズにおいて、
   前記オブジェクトの入力操作を受け付けた場合には、前記所定の動作を実行させるためのコマンドを入力することなく、複数の前記第一キャラクタのうち少なくとも１体の所定の第一キャラクタに対して設定される次回コマンドが前回のキャラクタ行動フェーズにて実行された前回コマンドと同一のコマンドとなるように前記次回コマンドの設定を更新するステップと、
   前記第一入力操作を受け付けることなく前記コマンド選択画面が表示された場合には、デフォルトのコマンドを前記所定の第一キャラクタに関連付けて表示するステップと、
   前記第一入力操作を受け付けてから前記コマンド選択画面が表示された場合には、前記前回コマンドと同一のコマンドを前記所定の第一キャラクタに関連付けて表示するステップとを実行することを含む、方法。

Images