JP7337732B2

JP7337732B2 - プログラム

Info

Publication number: JP7337732B2
Application number: JP2020036598A
Authority: JP
Inventors: 伊織有田
Original assignee: Colopl Inc
Current assignee: Colopl Inc
Priority date: 2018-08-24
Filing date: 2020-03-04
Publication date: 2023-09-04
Anticipated expiration: 2038-08-24
Also published as: JP2020163119A

Description

特許法第３０条第２項適用２０１８年２月２２日等の複数の日時にそれぞれ複数のウェブサイトで発表

本開示はプログラムに関する。

従来、格闘ゲームが広く知られている。格闘ゲームでは、一般に、ユーザが操作するオブジェクトが、ゲーム中の他のオブジェクトを攻撃する。格闘ゲームでは、操作対象のオブジェクトは、ユーザによる特定の操作入力に応じてより強力な攻撃を発動可能に設定されていることがある。このような場合に、より強力な攻撃を確実に成功させる観点から、格闘ゲームでは、移動中のオブジェクトに対して特定の位置関係にある他のオブジェクトに対して、オブジェクトがより強力な攻撃のような所定の動作を実行するように制御することが知られている（例えば、特許文献１参照）。

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

上記のような所定の動作を実行させるゲームでは、ユーザによって操作されるオブジェクトのアクションについて、ゲームの興趣性を高める観点から検討の余地が残されている。

本開示の一態様は、興趣性をより向上させることを目的とする。

本開示に係るプログラムは、コンピュータを、ユーザからの操作入力部への操作を継続して受け付けている時間に応じて、表示部にＵＩオブジェクトを表示して第１のキャラクタに所定の動作を実行可能な状態に移行させる移行手段と、ユーザからの操作を受け付けている位置に応じて第１のキャラクタを移動させる移動手段と、状態に移行させた後において操作が解除されたことに応じて、第１のキャラクタに所定の動作を実行させる実行手段と、して機能させ、実行手段は、状態に移行させた後において操作が解除されたことに応じて、操作を継続して受け付けていた間における第１のキャラクタの移動態様に応じた向きに所定の動作を実行させるものであり、第１のキャラクタを移動させていたときには移動させていなかったときと異なる向きに所定の動作を実行させ得る。

本開示の一態様によれば、興趣性を向上させる効果を奏する。

ゲームシステムのハードウェア構成を示す図である。ユーザ端末およびサーバの機能的構成を示すブロック図である。本実施形態に係るゲームプログラムに基づいて、ゲームシステムにおいて実行される処理の流れの第１の態様を示すフローチャートである。図３のフローチャートにおける一部の処理の流れを示すフローチャートである。（Ａ）は、本実施形態における所定の動作を実行させる第１の場合において、操作キャラクタが所定の動作に係る第１の態様となるゲーム画面の一例を模式的に示す図であり、（Ｂ）は、当該所定の動作に係る第２の態様となるゲーム画面の一例を模式的に示す図である。本実施形態における所定の動作を実行させる第２の場合となるゲーム画面の一例を模式的に示す図である。（Ａ）は、図６に示すゲーム画面において、操作キャラクタが所定の動作に係る第１の態様となる一例を模式的に示す図であり、（Ｂ）は、当該所定の動作に係る第２の態様となる一例を模式的に示す図である。

〔実施形態１〕
本開示に係るゲームシステムは、複数のユーザにゲームを提供するためのシステムである。以下、ゲームシステムについて図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が本発明に含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を繰り返さない。

＜ゲームシステム１のハードウェア構成＞
図１は、ゲームシステム１のハードウェア構成を示す図である。ゲームシステム１は図示の通り、複数のユーザ端末１００と、サーバ２００とを含む。各ユーザ端末１００は、サーバ２００とネットワーク２を介して接続する。ネットワーク２は、インターネットおよび図示しない無線基地局によって構築される各種移動通信システム等で構成される。この移動通信システムとしては、例えば、所謂３Ｇ、４Ｇ移動通信システム、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）、および所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばＷｉ－Ｆｉ（登録商標））等が挙げられる。

サーバ２００（コンピュータ、情報処理装置）は、ワークステーションまたはパーソナルコンピュータ等の汎用コンピュータであってよい。サーバ２００は、プロセッサ２０と、メモリ２１と、ストレージ２２と、通信ＩＦ２３と、入出力ＩＦ２４とを備える。サーバ２００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。

ユーザ端末１００（コンピュータ、情報処理装置）は、スマートフォン、フィーチャーフォン、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、またはタブレット型コンピュータ等の携帯端末であってよい。ユーザ端末１００は、ゲームプレイに適したゲーム装置であってもよい。ユーザ端末１００は図示の通り、プロセッサ１０と、メモリ１１と、ストレージ１２と、通信インターフェース（ＩＦ）１３と、入出力ＩＦ１４と、タッチスクリーン１５（表示部）と、カメラ１７と、測距センサ１８とを備える。ユーザ端末１００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。なお、ユーザ端末１００は、タッチスクリーン１５に代えて、または、加えて、ユーザ端末１００本体とは別に構成されたディスプレイ（表示部）を接続可能な入出力ＩＦ１４を備えていてもよい。

また、図１に示すように、ユーザ端末１００は、１つ以上のコントローラ１０２０と通信可能に構成されることとしてもよい。コントローラ１０２０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信規格に従って、ユーザ端末１００と通信を確立する。コントローラ１０２０は、１つ以上のボタン等を有していてもよく、該ボタン等に対するユーザの入力操作に基づく出力値をユーザ端末１００へ送信する。また、コントローラ１０２０は、加速度センサ、および、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値をユーザ端末１００へ送信する。

なお、ユーザ端末１００がカメラ１７および測距センサ１８を備えることに代えて、または、加えて、コントローラ１０２０がカメラ１７および測距センサ１８を有していてもよい。

ユーザ端末１００は、例えばゲーム開始時に、コントローラ１０２０を使用するユーザに、該ユーザの名前またはログインＩＤ等のユーザ識別情報を、該コントローラ１０２０を介して入力させることが望ましい。これにより、ユーザ端末１００は、コントローラ１０２０とユーザとを紐付けることが可能となり、受信した出力値の送信元（コントローラ１０２０）に基づいて、該出力値がどのユーザのものであるかを特定することができる。

ユーザ端末１００が複数のコントローラ１０２０と通信する場合、各コントローラ１０２０を各ユーザが把持することで、ネットワーク２を介してサーバ２００などの他の装置と通信せずに、該１台のユーザ端末１００でマルチプレイを実現することができる。また、各ユーザ端末１００が無線ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）規格等の無線規格により互いに通信接続する（サーバ２００を介さずに通信接続する）ことで、複数台のユーザ端末１００によりローカルでマルチプレイを実現することもできる。１台のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、ユーザ端末１００は、さらに、サーバ２００が備える後述する種々の機能の少なくとも一部を備えていてもよい。また、複数のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、複数のユーザ端末１００は、サーバ２００が備える後述する種々の機能を分散して備えていてもよい。

なお、ローカルで上述のマルチプレイを実現する場合であっても、ユーザ端末１００はサーバ２００と通信を行ってもよい。例えば、あるゲームにおける成績または勝敗等のプレイ結果を示す情報と、ユーザ識別情報とを対応付けてサーバ２００に送信してもよい。

また、コントローラ１０２０は、ユーザ端末１００に着脱可能な構成であるとしてもよい。この場合、ユーザ端末１００の筐体における少なくともいずれかの面に、コントローラ１０２０との結合部が設けられていてもよい。該結合部を介して有線によりユーザ端末１００とコントローラ１０２０とが結合している場合は、ユーザ端末１００とコントローラ１０２０とは、有線を介して信号を送受信する。

図１に示すように、ユーザ端末１００は、外部のメモリカード等の記憶媒体１０３０の装着を、入出力ＩＦ１４を介して受け付けてもよい。これにより、ユーザ端末１００は、記憶媒体１０３０に記録されるプログラム及びデータを読み込むことができる。記憶媒体１０３０に記録されるプログラムは、例えばゲームプログラムである。

ユーザ端末１００は、サーバ２００等の外部の装置と通信することにより取得したゲームプログラムをユーザ端末１００のメモリ１１に記憶してもよいし、記憶媒体１０３０から読み込むことにより取得したゲームプログラムをメモリ１１に記憶してもよい。

以上で説明したとおり、ユーザ端末１００は、該ユーザ端末１００に対して情報を入力する機構の一例として、通信ＩＦ１３、入出力ＩＦ１４、タッチスクリーン１５、カメラ１７、および、測距センサ１８を備える。入力する機構としての上述の各部は、ユーザの入力操作を受け付けるように構成された操作部と捉えることができる。

例えば、操作部が、カメラ１７および測距センサ１８の少なくともいずれか一方で構成される場合、該操作部が、ユーザ端末１００の近傍の物体１０１０を検出し、当該物体の検出結果から入力操作を特定する。一例として、物体１０１０としてのユーザの手、予め定められた形状のマーカーなどが検出され、検出結果として得られた物体１０１０の色、形状、動き、または、種類などに基づいて入力操作が特定される。より具体的には、ユーザ端末１００は、カメラ１７の撮影画像からユーザの手が検出された場合、該撮影画像に基づき検出されるジェスチャ（ユーザの手の一連の動き）を、ユーザの入力操作として特定し、受け付ける。なお、撮影画像は静止画であっても動画であってもよい。

あるいは、操作部がタッチスクリーン１５で構成される場合、ユーザ端末１００は、タッチスクリーン１５のタッチ操作入力部１５１に対して実施されたユーザの操作をユーザの入力操作として特定し、受け付ける。あるいは、操作部が通信ＩＦ１３で構成される場合、ユーザ端末１００は、コントローラ１０２０から送信される信号（例えば、出力値）をユーザの入力操作として特定し、受け付ける。あるいは、操作部が入出力ＩＦ１４で構成される場合、該入出力ＩＦ１４と接続されるコントローラ１０２０とは異なる入力装置（図示せず）から出力される信号をユーザの入力操作として特定し、受け付ける。

＜各装置のハードウェア構成要素＞
プロセッサ１０は、ユーザ端末１００全体の動作を制御する。プロセッサ２０は、サーバ２００全体の動作を制御する。プロセッサ１０および２０は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）、ＭＰＵ（ＭｉｃｒｏＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）、およびＧＰＵ（ＧｒａｐｈｉｃｓＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）を含む。

プロセッサ１０は後述するストレージ１２からプログラムを読み出し、後述するメモリ１１に展開する。プロセッサ２０は後述するストレージ２２からプログラムを読み出し、後述するメモリ２１に展開する。プロセッサ１０およびプロセッサ２０は展開したプログラムを実行する。

メモリ１１および２１は主記憶装置である。メモリ１１および２１は、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）およびＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）等の記憶装置で構成される。メモリ１１は、プロセッサ１０が後述するストレージ１２から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ１０に作業領域を提供する。メモリ１１は、プロセッサ１０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ２１は、プロセッサ２０が後述するストレージ２２から読み出した各種プログラムおよびデータを一時的に記憶することにより、プロセッサ２０に作業領域を提供する。メモリ２１は、プロセッサ２０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。

本実施形態においてプログラムとは、ゲームをユーザ端末１００により実現するためのゲームプログラムであってもよい。あるいは、該プログラムは、該ゲームをユーザ端末１００とサーバ２００との協働により実現するためのゲームプログラムであってもよい。なお、ユーザ端末１００とサーバ２００との協働により実現されるゲームは、一例として、ユーザ端末１００において起動されたブラウザ上で実行されるゲームであってもよい。あるいは、該プログラムは、該ゲームを複数のユーザ端末１００の協働により実現するためのゲームプログラムであってもよい。また、各種データとは、ユーザ情報およびゲーム情報などのゲームに関するデータ、ならびに、ユーザ端末１００とサーバ２００との間または複数のユーザ端末１００間で送受信する指示または通知を含んでいる。

ストレージ１２および２２は補助記憶装置である。ストレージ１２および２２は、フラッシュメモリまたはＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）等の記憶装置で構成される。ストレージ１２およびストレージ２２には、ゲームに関する各種データが格納される。

通信ＩＦ１３は、ユーザ端末１００における各種データの送受信を制御する。通信ＩＦ２３は、サーバ２００における各種データの送受信を制御する。通信ＩＦ１３および２３は例えば、無線ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）を介する通信、有線ＬＡＮ、無線ＬＡＮ、または携帯電話回線網を介したインターネット通信、ならびに近距離無線通信等を用いた通信を制御する。

入出力ＩＦ１４は、ユーザ端末１００がデータの入力を受け付けるためのインターフェースであり、またユーザ端末１００がデータを出力するためのインターフェースである。入出力ＩＦ１４は、ＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）等を介してデータの入出力を行ってもよい。入出力ＩＦ１４は、例えば、ユーザ端末１００の物理ボタン、カメラ、マイク、または、スピーカ等を含み得る。サーバ２００の入出力ＩＦ２４は、サーバ２００がデータの入力を受け付けるためのインターフェースであり、またサーバ２００がデータを出力するためのインターフェースである。入出力ＩＦ２４は、例えば、マウスまたはキーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含み得る。

ユーザ端末１００のタッチスクリーン１５は、タッチ操作入力部１５１と表示部１５２とを組み合わせた電子部品である。タッチ操作入力部１５１は、例えばタッチセンシティブなデバイスであり、例えばタッチパッドによって構成される。表示部１５２は、例えば液晶ディスプレイ、または有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等によって構成される。

タッチ操作入力部１５１は、入力面に対しユーザの操作（主にタッチ操作、スライド操作、スワイプ操作、およびタップ操作等の物理的接触操作）が入力された位置を検知して、位置を示す情報を入力信号として送信する機能を備える。タッチ操作入力部１５１は、図示しないタッチセンシング部を備えていればよい。タッチセンシング部は、静電容量方式または抵抗膜方式等のどのような方式を採用したものであってもよい。

タッチ操作入力部１５１は、タッチパネルディスプレイのような表示部１５２と一体に構成されていてもよいし、タッチセンシティブデバイスのような表示部とは別体の装置として構成されていてもよい。本実施形態では、タッチ操作入力部１５１としてタッチパネルディスプレイ（タッチスクリーン１５）を想定する。タッチスクリーン１５は、表示部１５２とタッチ操作入力部１５１とを一体的な構成として含んでいる。

図示していないが、ユーザ端末１００は、該ユーザ端末１００の保持姿勢を特定するための１以上のセンサを備えていてもよい。このセンサは、例えば、加速度センサ、または、角速度センサ等であってもよい。ユーザ端末１００がセンサを備えている場合、プロセッサ１０は、センサの出力からユーザ端末１００の保持姿勢を特定して、保持姿勢に応じた処理を行うことも可能になる。例えば、プロセッサ１０は、ユーザ端末１００が縦向きに保持されているときには、縦長の画像を表示部１５２に表示させる縦画面表示としてもよい。一方、ユーザ端末１００が横向きに保持されているときには、横長の画像を表示部に表示させる横画面表示としてもよい。このように、プロセッサ１０は、ユーザ端末１００の保持姿勢に応じて縦画面表示と横画面表示とを切り替え可能であってもよい。

カメラ１７は、イメージセンサ等を含み、レンズから入射する入射光を電気信号に変換することで撮影画像を生成する。

測距センサ１８は、測定対象物までの距離を測定するセンサである。測距センサ１８は、例えば、パルス変換した光を発する光源と、光を受ける受光素子とを含む。測距センサ１８は、光源からの発光タイミングと、該光源から発せられた光が測定対象物にあたって反射されて生じる反射光の受光タイミングとにより、測定対象物までの距離を測定する。測距センサ１８は、指向性を有する光を発する光源を有することとしてもよい。

ここで、ユーザ端末１００が、カメラ１７と測距センサ１８とを用いて、ユーザ端末１００の近傍の物体１０１０を検出した検出結果を、ユーザの入力操作として受け付ける例をさらに説明する。カメラ１７および測距センサ１８は、例えば、ユーザ端末１００の筐体の側面に設けられてもよい。カメラ１７の近傍に測距センサ１８が設けられてもよい。カメラ１７としては、例えば赤外線カメラを用いることができる。この場合、赤外線を照射する照明装置および可視光を遮断するフィルタ等が、カメラ１７に設けられてもよい。これにより、屋外か屋内かにかかわらず、カメラ１７の撮影画像に基づく物体の検出精度をいっそう向上させることができる。

プロセッサ１０は、カメラ１７の撮影画像に対して、例えば以下の（１）～（５）に示す処理のうち１つ以上の処理を行ってもよい。（１）プロセッサ１０は、カメラ１７の撮影画像に対し画像認識処理を行うことで、該撮影画像にユーザの手が含まれているか否かを特定する。プロセッサ１０は、上述の画像認識処理において採用する解析技術として、例えばパターンマッチング等の技術を用いてよい。（２）また、プロセッサ１０は、ユーザの手の形状から、ユーザのジェスチャを検出する。プロセッサ１０は、例えば、撮影画像から検出されるユーザの手の形状から、ユーザの指の本数（伸びている指の本数）を特定する。プロセッサ１０はさらに、特定した指の本数から、ユーザが行ったジェスチャを特定する。例えば、プロセッサ１０は、指の本数が５本である場合、ユーザがじゃんけんにおける「パー」のジェスチャを行ったと判定する。また、プロセッサ１０は、指の本数が０本である（指が検出されなかった）場合、ユーザがじゃんけんにおける「グー」のジェスチャを行ったと判定する。また、プロセッサ１０は、指の本数が２本である場合、ユーザがじゃんけんにおける「チョキ」のジェスチャを行ったと判定する。（３）プロセッサ１０は、カメラ１７の撮影画像に対し、画像認識処理を行うことにより、ユーザの指が人差し指のみ立てた状態であるか、ユーザの指がはじくような動きをしたかを検出する。（４）プロセッサ１０は、カメラ１７の撮影画像の画像認識結果、および、測距センサ１８の出力値等の少なくともいずれか１つに基づいて、ユーザ端末１００の近傍の物体１０１０（ユーザの手など）とユーザ端末１００との距離を検出する。例えば、プロセッサ１０は、カメラ１７の撮影画像から特定されるユーザの手の形状の大小により、ユーザの手がユーザ端末１００の近傍（例えば所定値未満の距離）にあるのか、遠く（例えば所定値以上の距離）にあるのかを検出する。なお、撮影画像が動画の場合、プロセッサ１０は、ユーザの手がユーザ端末１００に接近しているのか遠ざかっているのかを検出してもよい。（５）カメラ１７の撮影画像の画像認識結果等に基づいて、ユーザの手が検出されている状態で、ユーザ端末１００とユーザの手との距離が変化していることが判明した場合、プロセッサ１０は、ユーザが手をカメラ１７の撮影方向において振っていると認識する。カメラ１７の撮影範囲よりも指向性が強い測距センサ１８において、物体が検出されたりされなかったりする場合に、プロセッサ１０は、ユーザが手をカメラの撮影方向に直交する方向に振っていると認識する。

このように、プロセッサ１０は、カメラ１７の撮影画像に対する画像認識により、ユーザが手を握りこんでいるか否か（「グー」のジェスチャであるか、それ以外のジェスチャ（例えば「パー」）であるか）を検出する。また、プロセッサ１０は、ユーザの手の形状とともに、ユーザがこの手をどのように移動させているかを検出する。また、プロセッサ１０は、ユーザがこの手をユーザ端末１００に対して接近させているのか遠ざけているのかを検出する。このような操作は、例えば、マウスまたはタッチパネルなどのポインティングデバイスを用いた操作に対応させることができる。ユーザ端末１００は、例えば、ユーザの手の移動に応じて、タッチスクリーン１５においてポインタを移動させ、ユーザのジェスチャ「グー」を検出する。この場合、ユーザ端末１００は、ユーザが選択操作を継続中であると認識する。選択操作の継続とは、例えば、マウスがクリックされて押し込まれた状態が維持されること、または、タッチパネルに対してタッチダウン操作がなされた後タッチされた状態が維持されることに対応する。また、ユーザ端末１００は、ユーザのジェスチャ「グー」が検出されている状態で、さらにユーザが手を移動させると、このような一連のジェスチャを、スワイプ操作（またはドラッグ操作）に対応する操作として認識することもできる。また、ユーザ端末１００は、カメラ１７の撮影画像によるユーザの手の検出結果に基づいて、ユーザが指をはじくようなジェスチャを検出した場合に、当該ジェスチャを、マウスのクリックまたはタッチパネルへのタップ操作に対応する操作として認識してもよい。

＜ゲーム概要＞
ゲームシステム１は、一例として、ユーザのタッチ操作によって操作可能なオブジェクを、ユーザの操作による所定時間以上継続するタッチ操作と、当該タッチ操作中におけるオブジェクトを移動させる操作とに応じて決められる方向へ、所定の動作を当該オブジェクトに実行させるゲームを実行するためのシステムである。

ゲームの種類は限定されず、その例には、テニス、卓球、ドッジボール、野球、サッカーおよびホッケーなどのスポーツを題材としたゲーム、パズルゲーム、クイズゲーム、ＲＰＧ、アドベンチャーゲーム、シューティングゲーム、シミュレーションゲーム、育成ゲーム、ならびに、アクションゲーム（格闘ゲーム）を含む。本実施形態では、ユーザが操作可能なオブジェクトを「操作キャラクタ」とも言う。本実施形態では、本ゲームがアクションゲームであり、操作キャラクタは戦闘を行うキャラクタである形態について説明する。

ゲームシステム１によるプレイ形態は、限定されず、例えば、単一のユーザによるシングルプレイゲームであってもよいし、複数のユーザによるマルチプレイゲームであってもよい。マルチプレイゲームは、例えば、複数のユーザが対戦する対戦ゲームであってもよいし、複数のユーザが協力する協力プレイゲームであってもよい。

本実施形態では、単一のユーザ端末１００において実行される格闘ゲーム（シングルプレイ型格闘ゲーム）が想定されている。この場合、シングルプレイ型格闘ゲームをユーザ端末１００において実行するために必要な情報のやりとりがユーザ端末１００とサーバ２００との間で行われる。

なお、マルチプレイ型ゲームとしての格闘ゲーム（マルチプレイ型格闘ゲーム）は、ユーザが操作するユーザ端末１００（クライアントのコンピュータ）と、１以上の他のユーザが操作する１以上の他のユーザ端末１００（他のクライアントのコンピュータ）との間で、該ゲームに係るデータの少なくとも一部を共有することにより、複数のユーザが１の格闘ゲームに参加して協力してプレイすることが可能な格闘ゲームである。

ゲームシステム１がマルチプレイ型格闘ゲームである場合、サーバ２００を介して通信する第１のユーザ端末１００、第２のユーザ端末１００、および、第３のユーザ端末１００・・・のそれぞれにおいて、共通する所定のゲーム環境が生成され、それぞれの表示部に表示される。また、格闘ゲームに係るデータとして、例えば、当該所定のゲーム環境に配置される操作オブジェクト以外の他のオブジェクトの種類および配置、クリア条件、各種ゲージ、プレイ結果などが、サーバ２００を介して、複数のユーザ端末１００間で共有される。サーバ２００は、各ユーザ端末１００から収集した情報、および、自装置において生成した情報を、１の格闘ゲームに協力して参加する各ユーザ端末１００に配布して共有させる。

＜ゲームシステム１の機能的構成＞
図２は、ゲームシステム１に含まれるサーバ２００およびユーザ端末１００の機能的構成を示すブロック図である。サーバ２００およびユーザ端末１００のそれぞれは、図示しない、一般的なコンピュータとして機能する場合に必要な機能的構成、および、ゲームにおける公知の機能を実現するために必要な機能的構成を含み得る。

ユーザ端末１００は、ユーザの入力操作を受け付ける入力装置としての機能と、ゲームの画像や音声を出力する出力装置としての機能を有する。ユーザ端末１００は、プロセッサ１０、メモリ１１、ストレージ１２、通信ＩＦ１３、および入出力ＩＦ１４等の協働によって、制御部１１０および記憶部１２０として機能する。

サーバ２００は、各ユーザ端末１００と通信して、ユーザ端末１００がゲームを進行させるのを支援する機能を有する。例えば、有価データの販売、サービスの提供などを実行する。ゲームがマルチプレイゲームである場合には、サーバ２００は、ゲームに参加する各ユーザ端末１００と通信して、ユーザ端末１００同士のやりとりを仲介する機能を有していてもよい。サーバ２００は、プロセッサ２０、メモリ２１、ストレージ２２、通信ＩＦ２３、および入出力ＩＦ２４等の協働によって、制御部２１０および記憶部２２０として機能する。

記憶部１２０および記憶部２２０は、ゲームプログラム１３１、ゲーム情報１３２およびユーザ情報１３３を格納する。ゲームプログラム１３１は、ユーザ端末１００およびサーバ２００で実行するゲームプログラムである。ゲーム情報１３２は、制御部１１０および制御部２１０がゲームプログラム１３１を実行する際に参照するデータである。ユーザ情報１３３は、ユーザのアカウントに関するデータである。記憶部２２０において、ゲーム情報１３２およびユーザ情報１３３は、ユーザ端末１００ごとに格納されている。

（サーバ２００の機能的構成）
制御部２１０は、記憶部２２０に格納されたゲームプログラム１３１を実行することにより、サーバ２００を統括的に制御する。例えば、制御部２１０は、ユーザ端末１００に各種データおよびプログラム等を送信する。制御部２１０は、ゲーム情報もしくはユーザ情報の一部または全部をユーザ端末１００から受信する。ゲームがマルチプレイゲームである場合には、制御部２１０は、ユーザ端末１００からマルチプレイの同期の要求を受信して、同期のためのデータをユーザ端末１００に送信してもよい。

制御部２１０は、ゲームプログラム１３１の記述に応じて適宜に機能する。制御部２１０は、実行するゲームの性質に応じて、ユーザ端末１００におけるゲームの進行を支援するために、図示しないその他の機能ブロックとしても機能することができる。

（ユーザ端末１００の機能的構成）
制御部１１０は、記憶部１２０に格納されたゲームプログラム１３１を実行することにより、ユーザ端末１００を統括的に制御する。例えば、制御部１１０は、ゲームプログラム１３１およびユーザの操作にしたがって、ゲームを進行させる。また、制御部１１０は、ゲームを進行させている間、必要に応じて、サーバ２００と通信して、情報の送受信を行う。

制御部１１０は、ゲームプログラム１３１の記述に応じて、タッチ操作受付部１１１、表示制御部１１２、ユーザインターフェース（以下、ＵＩ）制御部１１３、アニメーション生成部１１４およびゲーム実行部１１５として機能する。制御部１１０は、実行するゲームの性質に応じて、ゲームを進行させるために、図示しないその他の機能ブロックとしても機能することができる。

タッチ操作受付部１１１は、タッチ操作入力部１５１に対するユーザの入力操作を検知し受け付ける。タッチ操作受付部１１１は、タッチスクリーン１５およびその他の入出力ＩＦ１４を介したコンソールに対してユーザが及ぼした作用から、いかなる入力操作がなされたかを判別し、その結果を制御部１１０の各要素に出力する。

例えば、タッチ操作受付部１１１は、タッチ操作入力部１５１に対する入力操作を受け付けて、該入力操作の入力位置の座標を検出し、該入力操作の種類を特定する。タッチ操作受付部１１１は、入力操作の種類として、例えばタッチ操作、スライド操作、スワイプ操作、およびタップ操作等を特定する。また、タッチ操作受付部１１１は、連続して検知されていた入力が途切れると、タッチスクリーン１５から接触入力が解除されたことを検知する。

また、タッチ操作受付部１１１は、タッチ操作入力部１５１に対するユーザのタッチ操作の位置および継続時間を検出する。以下、タッチ操作入力部１５１に対してユーザがタッチ操作した位置を「タッチ位置」ともいう。タッチ操作の種類は、ユーザによるタッチ操作入力部１５１への接触の仕方によって分類可能な範囲で適宜に決められる。本実施形態では、ユーザによる一点での短時間の接触であるタップ、ある点から短時間で接触位置を滑らすフリック、ある点から接触位置を連続して移動させるフリック以外の操作であるドラッグ、および、一点での所定時間以上連続する接触であるロングタップ等を想定する。

ＵＩ制御部１１３は、ＵＩを構築するために表示部１５２に表示させるＵＩオブジェクトを制御する。ＵＩオブジェクトは、ユーザが、ゲームの進行上必要な入力をユーザ端末１００に対して行うためのツール、または、ゲームの進行中に出力される情報をユーザ端末１００から得るためのツールである。ＵＩオブジェクトは、これには限定されないが、例えば、アイコン、ボタン、リスト、メニュー画面などである。

アニメーション生成部１１４は、各種オブジェクトの制御態様に基づいて、各種オブジェクトのモーションを示すアニメーションを生成する。例えば、抽選が実行されている様子を表現したアニメーション等を生成してもよい。

表示制御部１１２は、タッチスクリーン１５の表示部１５２に対して、上述の各要素によって実行された処理結果が反映されたゲーム画面を出力する。例えば、表示制御部１１２は、ユーザが操作可能な操作キャラクタを表示部１５２に表示させる。また、表示制御部１１２は、アニメーション生成部１１４によって生成されたアニメーションを含むゲーム画面を表示部１５２に表示してもよい。また、表示制御部１１２は、上述のＵＩオブジェクトを、該ゲーム画面に重畳して描画してもよい。

ゲーム実行部１１５は、ユーザの操作に基づく操作キャラクタの動作を、ゲーム空間に存在する操作キャラクタに実行させることにより、ゲームを進行させる。例えば、本実施形態のゲームは、操作キャラクタが第２のキャラクタと戦闘することにより進行する。第２のキャラクタは、操作キャラクタによる所定の動作の対象となり得るオブジェクト（以下、「対象オブジェクト」という。）である。例えば、操作キャラクタが攻撃等の作用を及ぼす対象の敵キャラクタ、門、岩などの移動の障害となるオブジェクト、移動経路を変更するためのスイッチ等のゲーム画面の構成を変更するためのオブジェクト等であり得る。ゲーム実行部１１５は、操作キャラクタに実行させる動作の内容を、タッチ操作受付部１１１が受け付けた操作に基づいて決定する。動作の種類としては、例えば、対象オブジェクトに対して行う所定の動作、操作キャラクタ自身の移動する動作があるが、これらに限られない。また、所定の動作としては、例えば、対象オブジェクトに対して作用を与える動作が挙げられる。作用を与える動作としては、敵キャラクタに対する攻撃動作、敵キャラクタの状態を変化させる動作、移動の障害となるオブジェクトを破壊する動作、アイテムを取得する動作、上述のスイッチの切り替えなどゲーム画面の構成を変更するためのオブジェクトを操作する動作等があるが、これらに限られない。敵キャラクタに対する攻撃としては、敵キャラクタを所定距離ふきとばす技、よろけさせて所定期間行動不能にさせる技等があるが、これに限られない。また、変化させる敵キャラクタの状態としては、例えば、攻撃力、防御力、命中率、移動速度等が挙げられるが、これらに限られない。本ゲームでは、ユーザは操作キャラクタに攻撃動作等を実行させて、敵キャラクタの体力を減らし、敵キャラクタの体力が無くなると戦闘に勝利するものとする。ゲーム実行部１１５は決定した動作をアニメーション生成部１１４に通知する。

なお、図２に示すサーバ２００およびユーザ端末１００の機能は一例にすぎない。サーバ２００は、ユーザ端末１００が備える機能の少なくとも一部を備えていてもよい。また、ユーザ端末１００は、サーバ２００が備える機能の少なくとも一部を備えていてもよい。さらに、ユーザ端末１００およびサーバ２００以外の他の装置をゲームシステム１の構成要素とし、該他の装置にゲームシステム１における処理の一部を実行させてもよい。すなわち、本実施形態においてゲームプログラムを実行するコンピュータは、ユーザ端末１００、サーバ２００、および他の装置の何れであってもよいし、これらの複数の装置の組み合わせにより実現されてもよい。

［ユーザの操作］
本実施形態では、ユーザの第１の操作に応じて操作キャラクタに所定の動作を実行可能な状態に移行させ、ユーザの第２の操作に応じて操作キャラクタを移動させ、当該実行可能な状態に移行させた後のユーザの第３の操作に応じて、操作キャラクタに所定の動作を実行させる。そして、本実施形態では、ユーザの第１の操作に応じて所定の動作を実行可能な状態に移行した操作キャラクタに、この状態で操作キャラクタがユーザによる第２の操作によって移動する態様に応じた方向へ、ユーザによる第３の操作によって所定の動作を実行させる。より詳しくは、第３の操作を検出したときに、第２の操作による操作キャラクタの移動態様が第１の態様である場合には、操作キャラクタが向いている方向に所定の動作を実行させる。一方で、第３の操作を検出したときに当該移動態様が第２の態様である場合には、操作キャラクタによる所定の動作の対象として検出されている第２のキャラクタに向けて所定の動作を実行させる。第１の操作、第２の操作および第３の操作は、いずれも、ゲームシステムに応じて適宜に設定可能である。本実施形態では、タッチ操作入力部１５１におけるユーザのタッチ操作とし、第１の操作は、ユーザによるタッチ操作入力部への長押し（ロングタップ操作）であり、第２の操作は、ユーザによるタッチ操作入力部でのスライド操作であり、第３の操作は、ユーザによるタッチ操作入力部における長押しの解除（タッチオフ操作）、とする。

[操作キャラクタによる所定の動作]
本ゲームにおける操作キャラクタによる所定の動作の処理例について図３を用いて説明する。図３は、ユーザ端末１００が実行するチャージ攻撃に関する処理の流れを示すフローチャートである。図４は、図３中の処理例中における操作キャラクタの移動処理の流れの一例を示すフローチャートである。

操作キャラクタが実行する所定の動作は、限定されず、操作キャラクタ及び／又は他のオブジェクトに作用を及ぼす動作が挙げられ、作用としては、攻撃、防御、回復、状態の変化等が挙げられる。特に、ゲーム内においてより効果の高い動作であってよい。たとえば、アクションゲーム、アクションロールプレイングゲーム等であれば、所定の動作は、攻撃するための動作であり、さらには、より強い威力を発揮する攻撃動作であってよい。本実施形態では、所定の動作として行う攻撃を「チャージ攻撃」とする。なお、本実施形態では、ユーザによるタップ操作によって通常の攻撃動作を操作キャラクタに実行させ、タッチオフ操作によってチャージ攻撃を操作キャラクタに実行させる。チャージ攻撃のための操作は、通常の攻撃のための操作に比べて制約が多く、よって通常の攻撃よりもより強い威力を発揮する攻撃となっている。

ステップＳ３０１において、ゲーム実行部１１５は、チャージ攻撃の対象となり得る対象オブジェクトを検出する。ゲーム実行部１１５は、ステップＳ３０２において、ゲーム空間における操作キャラクタの位置を検出し、ステップＳ３０３において、ゲーム空間内における操作キャラクタから最も近い位置にある対象オブジェクトを検出する。検出されている対象オブジェクトは、検出されていることを示す表示がされていてもよく、本実施形態では、ステップＳ３０３で検出されている対象オブジェクトは、それを囲むリングを伴って表示される。

ここまでの処理の画面の表示例について、図５～７を用いて説明する。本実施形態において、チャージ攻撃は図５（Ａ）に示されるチャージ態様と、図５（Ｂ）に示されるその後の発動態様との二つの態様で表示される。チャージ態様は、操作キャラクタが、溜めているエネルギーを外方へ迸らせることによるオーラ５０２を有している態様である。発動態様は、操作キャラクタ５０１が斧を振って、あたかも溜めたエネルギーを飛ばすかのような、衝撃波５０３を飛ばす態様である。図５（Ａ）の画面６００では、操作キャラクタ５０１は、後述するチャージ態様の状態で道６０２を矢印６１０に示す方向に移動し、門６０１に対向する曲り角に到達する。操作キャラクタの移動については、後述する。道６０２の曲がり角よりも先には、回復アイテムとしての壺６０４が配置されている。この地点での操作キャラクタ５０１に対する対象オブジェクトは、門６０１と壺６０４である。壺６０４の方が操作キャラクタ５０１に近いことから、ステップＳ３０３の処理によって、表示制御部１１２は、壺６０４が直近の対象オブジェクトであることを表示するために、壺６０４を囲むリング６０５を表示部１５２に表示させる。なお、図５（Ａ）および図５（Ｂ）は、道６０２を進む操作キャラクタ５０１が、溶岩などのダメージ床６０３を隔てて位置する門６０１をチャージ攻撃によって破壊する場面を表している。

また、例えば図６に示す画面７００では、操作キャラクタ５０１は、通常の移動の動作で道７０２を矢印７１０に示す方向に移動し、門６０１に対向する先端に到達する。道７０２から離れた飛び地７０４には、移動床７０３のスイッチ７０５は配置されている。この地点での操作キャラクタ５０１に対する対象オブジェクトは、門６０１とスイッチ７０５である。スイッチ７０５の方が操作キャラクタ５０１に近いこと。そのため、ステップＳ３０３の処理によって、表示制御部１１２は、スイッチ７０５が直近の対象オブジェクトであることを表示するために、スイッチ７０５を囲むリング７０６を表示部１５２に表示させる。なお、図６、図７（Ａ）および図７（Ｂ）は、崖で隔てられた道７０２から門６０１を破壊して通過しようとする場面を示している。

次いで、タッチ操作受付部１１１は、ステップＳ３０４において、タッチ操作入力部１５１におけるユーザからのタッチ操作の入力を受け付ける。当該タッチ操作を受け付けた場合、ステップＳ３０５において、タッチ操作受付部１１１は検出したタッチの継続時間がｔ秒以上か否かを検出する。当該継続時間がｔ秒以上であれば、表示制御部１１２は、操作キャラクタを後述のチャージ態様の状態で表示させる。このようにして、ゲームプログラム１３１は、ユーザのロングタップ操作に応じて操作キャラクタをチャージ態様に移行させる。

たとえば、図７（Ａ）に示される画面８００では、操作キャラクタ５０１は、道７０２の先端で停止している。この状態でユーザは、ロングタップ操作を開始する。このロングタップ操作は、タッチ操作入力部１５１においてタッチ位置が実質的に移動しない操作である。よって、当該ロングタップ操作の開始からｔ秒までは、操作キャラクタ５０１は、通常の状態で停止している状態で表示されるが、ｔ秒を経過後からは、操作キャラクタ５０１は、チャージ態様の状態で表示される。

ユーザのタッチ操作の継続時間ｔ秒は、チャージ攻撃への移行を判定するのに十分な時間であればよい。たとえば、当該継続時間は、ユーザによるタッチ操作が、通常攻撃のためのタップ操作よりも長いものと判定可能な時間であればよい。たとえば、タップ操作による通常攻撃（以下、「タップ攻撃」ともいう。）が４０フレーム（１秒６０フレームとする）で構成されるものとする。タップ攻撃の攻撃判定の発生は、タップ攻撃の開始から１５フレーム後などと設定し得る。よって、タッチの継続時間の判定は、１６フレーム以降と設定することができ、したがって、ｔは１６／６０秒と設定し得る。

また、ステップＳ３０５において継続時間がｔ秒以上であれば、ステップＳ３０６においてゲーム実行部１１５は、タッチ操作の移動に応じた操作キャラクタの移動処理を実行する。

一方で、ステップＳ３０５において当該継続時間がｔ秒に満たない場合には、タッチ操作受付部１１１は、ステップＳ３１１において、タッチ操作入力部１５１におけるユーザのタッチ操作の移動（スライド操作）を検出する。当該スライド操作が検出されれば、ステップＳ３１２において、ゲーム実行部１１５は検出されたスライド操作に応じて操作キャラクタを移動させ、ステップＳ３０１に戻る。ステップＳ３１１においてタッチ位置の移動が検出されない場合には、ステップＳ３０１に戻る。

他方、ステップＳ３０６における移動処理は、例えば図４に示されるフローに従って実行される。前述したように、操作キャラクタは、ユーザのスライド操作によって移動する。より詳しくは、操作キャラクタは、ユーザのタッチ操作の開始点を基準として現在タッチしている位置の方向に移動し、当該開始点から現在タッチしている位置までの距離がより小さいとより遅く移動するものとする。なお、本実施形態では、操作キャラクタは、当該操作キャラクタが向いている方向へ移動する。

ここで、操作キャラクタの移動処理について、図４を用いて説明する。まず、ステップＳ４０１において、タッチ操作受付部１１１はユーザによるタッチ操作の操作量を検出する。当該操作量は、ユーザによるロングタップ操作の開始点と現在のタッチ位置との距離（最短距離）に応じて決まる。

次いで、ステップＳ４０２において、タッチ操作受付部１１１は上記の操作量が閾値以上か否かを検出する。閾値は、ゲーム空間における前記第１のキャラクタの位置を示す座標の値の変化量（前述の操作量）について設定されている。当該閾値は、例えば、表示部１５２において操作キャラクタの向きおよび位置の変化が十分に視認できるか否かの境界値である。タッチ操作受付部１１１は、閾値に応じて、タッチ操作中の操作キャラクタの移動態様を第１の態様と第２の態様とのいずれかに判定する。

第１の態様は、当該操作量が当該閾値以上である態様であり、第２の態様は、当該操作量が当該閾値未満である。本実施形態では、第１の態様は、ゲーム空間における操作キャラクタの移動であって、表示部１５２において十分に視認可能な程度に大きく移動する態様とする。これに対して、第２の態様は、ゲーム空間において操作キャラクタが停止しているか、あるいは、ゲーム空間における操作キャラクタの移動であって、表示部１５２ではその移動を視認するのには十分に大きくなく移動する態様とする。

なお、閾値は、ゲーム空間に設定される第１の座標系に応じて決められてもよいし、タッチ操作入力部１５１（タッチスクリーン１５）に設定される第２の座標系に応じて決められてもよいし、これらの両方の座標系における操作キャラクタおよびタッチ操作位置の一方または両方の変化量を適宜に考慮して決められてもよい。

ステップＳ４０２において当該操作量が閾値以上であれば、ステップＳ４０３において、ゲーム実行部１１５は検出した操作量に応じて操作キャラクタをゲーム空間において移動させ、表示制御部１１２は、表示部１５２において当該操作量に応じて操作キャラクタが移動するように表示させる。

本実施形態では、操作キャラクタの移動の動作を複数設定してよく、例えばチャージ攻撃の効力に見合う制約を課すなどの観点から、上記の操作量による移動の動作を通常の移動の動作と異ならせてもよい。たとえば、チャージ攻撃を実行可能な状態にはない操作キャラクタの移動する動作として、移動速度の異なる二つの動作が設定されており、ロングタップ操作によりチャージ攻撃を実行可能な状態にある操作キャラクタの移動する動作を、移動速度の遅い方の動作としてもよい。本実施形態では、チャージ攻撃を発動可能な状態における操作キャラクタの移動の動作が「溜め歩き」に設定されている。「溜め歩き」とは、操作量に応じた移動速度が通常の移動動作に比べて遅い一定の速度に制限される移動の動作である。

したがって、表示制御部１１２は、ステップＳ４０３において、操作キャラクタが「溜め歩き」の移動の動作で移動するように表示させる。そして制御部１１０は、図３のフローに復帰する。

たとえば、図５（Ａ）の画面６００では、ユーザは、操作キャラクタ５０１に道６０２を直進させる際にロングタップ操作を開始し、矢印６１０の方向に沿ってタッチ位置をスライドさせて操作キャラクタ５０１を移動させる。よって、当該ロングタップ操作の開始からｔ秒までは、操作キャラクタ５０１は、通常の移動の動作で移動するように表示されるが、ｔ秒を経過後からは、操作キャラクタ５０１は、チャージ態様の状態での移動（溜め歩き）の動作で移動するように表示される。このように、操作キャラクタ５０１は、チャージ態様の状態で道６０２の曲がり角まで溜め歩きで移動してくる。このように、ロングタップ操作時における移動の動作は、移動速度のより遅い動作となっている。前述したように、チャージ攻撃は、通常の攻撃に比べてより高い効果を奏する。よって、通常の攻撃に比べて移動が遅いという制約を課すことによって、ゲームの興趣性が適切となる。

なお、図５（Ａ）の画面６００では、ユーザのロングタップ操作中のスライド操作によってチャージ態様の状態で操作キャラクタ５０１が道６０２を移動するが、曲がり角では停止する。この停止時でも、ユーザによるロングタップ操作は継続している。このように、一旦閾値以上の操作量で操作キャラクタを移動させた後に操作キャラクタを停止させた場合では、ステップＳ４０３によって、表示部１５２において操作キャラクタは移動した後に停止するように表示される。ロングタップ操作中におけるこのような間欠的な移動も表示部１５２に表示される。このように、ゲームプログラム１３１は、タッチ操作の開始からタッチオフ操作までに、スライド操作により操作キャラクタが移動したか否かを検出する。

一方、例えば、図７（Ａ）の画面８００では、前述したように、操作キャラクタ５０１が道７０２の先端で停止した状態でユーザがロングタップ操作を開始し、その結果、操作キャラクタ５０１がチャージ態様の状態となる。この場合のユーザのロングタップ操作は、操作キャラクタ５０１を移動させるためのものではないことから、当該ロングタップ操作におけるタッチ位置は、一定であるか、あるいはユーザの意図しない要因（振動など）で変化する程度である。よって、当該ロングタップ操作の操作量は、前述の閾値未満となり、操作キャラクタ５０１は、道７０２の先端で、チャージ態様のまま停止しているように表示される。

このように、前述の操作キャラクタの移動処理において当該操作量が閾値に満たない場合には、ゲーム実行部１１５は、ステップＳ４０４において、検出された操作量に応じて操作キャラクタをゲーム空間において移動させるが、表示制御部１１２は、表示部１５２では操作キャラクタを停止した状態で表示する。そして図３のフローに復帰する。このように、ゲームプログラム１３１は、ユーザによるスライド操作の開始点と終了点とから決まる操作量が所定の値未満である場合には操作キャラクタを移動させないようにする。

なお、表示制御部１１２は、操作キャラクタを移動させる操作を支援するためのオブジェクトを表示部１５２に表示させてもよい。このようなオブジェクトの一例について、図６を用いて説明する。図６に示される弾性オブジェクトＥ１は、操作キャラクタを移動させる操作を支援するためのオブジェクトの一例である。タッチ操作受付部１１１がタッチ操作を受け付けると、表示制御部１１２は、位置Ｌ１を中心とする円形の弾性オブジェクトＥ１を表示部１５２に表示させる。位置Ｌ１は、ロングタップ操作の受付時の位置（開始点）である。ロングタップ操作の現在の位置が位置Ｌ２へ移動する操作をタッチ操作受付部１１１が受け付けると、表示制御部１１２は、弾性オブジェクトＥ１をタッチ操作の方向側に引き伸ばすように変形させた弾性オブジェクトＥ２をタッチスクリーン１５に表示させる。このため、ユーザは、弾性オブジェクトによってタッチ操作の方向を容易に視認できる。最初のタッチ位置は、ユーザのタッチ操作が途切れると無効となり、ユーザがタッチ操作を再度実行した場合に、再度のタッチ操作に応じて新たに決定される。なお、弾性オブジェクトは、ユーザがタッチ操作する場合に常に表示されていてよい。

次いで、ステップＳ３０７において、タッチ操作受付部１１１は、タッチ操作入力部１５１におけるユーザによるロングタップ操作の解除（タッチオフ操作）を受け付ける。タッチオフ操作を受け付けた場合では、ゲーム実行部１１５は、ステップ３０８において、ロングタップ操作中に操作キャラクタが表示部１５２において移動したか否か（ステップＳ４０２で検出された操作量が閾値以上であったか否か）を検出する。そして、この検出結果に応じて、ステップＳ３０９またはＳ３１０において、操作キャラクタによるチャージ攻撃の方向（対象）を決定する。すなわち、本実施形態では、チャージ態様の状態にある操作キャラクタがチャージ態様の状態にある場合におけるタッチオフ操作に応じて操作キャラクタにチャージ攻撃を実行させる。

一方で、ステップＳ３０７においてタッチオフ操作が検出されない場合は、制御部１１０は、ステップをステップＳ３０６に戻して、前述した操作キャラクタの移動処理を実行する。

ステップＳ３０８において操作キャラクタが移動したことを判定した場合には、ゲーム実行部１１５は、ステップＳ３０９において、ゲーム空間において操作キャラクタが向いている方向、すなわち表示部１５２に表示されている操作キャラクタが向いている方向へ、チャージ攻撃を操作キャラクタに実行させる。このように、ゲームプログラム１３１は、タッチオフ操作を検出したときにスライド操作による操作キャラクタの移動態様が第１の態様である場合には、操作キャラクタが向いている方向にチャージ攻撃を実行させる。

たとえば、図５（Ａ）の画面６００では、操作キャラクタ５０１は、チャージ態様の状態で曲がり角まで直進して来ている。よって、この場合では、ロングタップ操作中に操作キャラクタ５０１が移動したと判定される。操作キャラクタ５０１は、当該曲がり角において、矢印６２０に示す向きに、すなわち門６０１に向いている。したがって、ユーザがロングタップ操作を終了する（タッチオフ操作する）と、図５（Ｂ）の画面６５０で示されるように、操作キャラクタ５０１は、自身が向いている方向、すなわち門６０１に向けてチャージ攻撃を発動する。このように、本実施形態では、ロングタップ操作の検出後、タッチオフ操作の検出までに、スライド操作により操作キャラクタが、ユーザによる閾値以上の操作量によって移動した場合には、ステップＳ３０９において、操作キャラクタ５０１が向いている方向にチャージ攻撃を実行させる。

一方で、ステップＳ３０８において操作キャラクタが移動したと判定しなかった場合には、ゲーム実行部１１５は、ステップＳ３１０において、ステップＳ３０３で検出した直近の対象オブジェクトに対してチャージ攻撃を操作キャラクタに実行させる。このように、ゲームプログラム１３１は、タッチオフ操作を検出したときに、操作キャラクタの移動態様が第２の態様である場合には、操作キャラクタによるチャージ攻撃の対象として検出されている対象オブジェクトに向けてチャージ攻撃を実行させる。

たとえば、図６の画面７００では、操作キャラクタ５０１は、通常の移動の動作で道７０２の先端に到達し、図７（Ａ）の画面８００において、当該先端にて移動せずにチャージ態様になっている。よって、この場合では、ロングタップ操作中に操作キャラクタ５０１は移動したとは判定されない。したがって、図７（Ｂ）の画面８５０に示されるように、ユーザがタッチオフ操作すると、操作キャラクタ５０１は道７０２の先端において矢印７２０に示す向きに（すなわち門６０１に）向いているものの、チャージ攻撃は、その対象として検出されているスイッチ７０５に向けて（矢印７３０が示す方向へ）発動される。

なお、図５（Ｂ）の画面６５０で示されるゲーム場面では、その後、操作キャラクタから発動されたチャージ攻撃によって門６０１は破壊され、通行可能になる。操作キャラクタ５０１は、門６０１に至るまでにダメージ床６０３を通行することによるダメージを負うが、ダメージ床６０３上で門６０１に対面しながら通常攻撃によって門６０１を破壊する場合に比べて十分に少ないダメージで門６０１を通行することができる。そして、門６０１を通過した後に壺６０４に対してチャージ攻撃を発動させることにより、壺６０４が破壊され、操作キャラクタ５０１は、回復アイテムを取得する。その結果、操作キャラクタ５０１は、ダメージ床６０３から受けたダメージから回復する。

また、図７（Ｂ）の画面８５０で示されるゲーム場面では、その後、操作キャラクタ５０１から発動されたチャージ攻撃によりスイッチ７０５が作動し、移動床７０３が矢印７４０に示す方向に沿って移動し、道７０２の先端と門６０１との間で停止する。操作キャラクタ５０１は、道７０２の先端から移動床７０３を通って門６０１に近接し、門６０１を攻撃して破壊することにより、門６０１を通過する。

このように、本実施形態では、操作キャラクタが移動している場合には、操作キャラクタが向いている方向へチャージ攻撃を発動させる。よって、ユーザは、操作キャラクタの移動によってチャージ攻撃の対象を特定することができる。操作キャラクタが移動していない場合でも、チャージ攻撃の対象として検出されている（本実施形態では操作オブジェクトに対して直近の）対象オブジェクトに対してチャージ攻撃を発動させる。よって、操作オブジェクトを移動させないことによってもチャージ攻撃の対象を特定することができる。

また、本実施形態では、タッチ操作、スライド操作およびタッチオフ操作というユーザによる一連の操作によって、チャージ攻撃の発動方向を制御することが可能である。このように、ユーザインターフェースの配置に制限されるタッチパネルを用いるゲームにおいて、所定の動作を簡易な操作によって制御することができ、タッチパネルを用いるゲームの興趣性を高める観点からより効果的である。

［他の実施形態］
本実施形態では、操作キャラクタの移動態様における第２の態様を、操作キャラクタが表示部において停止して表示される態様としている。本発明において第２の態様は、表示部において停止する態様に限定されない。たとえば、当該第２の態様は、表示部において第１の態様よりも少ない移動である範囲において、移動して表示される態様であってもよい。このような第２の態様の設定は、前述した操作量の閾値を適宜に設定することによって実現可能である。すなわち、ユーザのタッチ操作に応じて、例えばゲーム空間において操作キャラクタが一定距離を超えて移動した場合は移動態様が第１の態様であるとし、当該一定距離を超えていない場合は移動態様が第２の態様であるとする。

また、本実施形態では、前述の移動態様について、ユーザによる移動のための入力操作（スライド操作）の結果、表示部で移動するように表示されるか否かによって、第１の態様と第２の態様とを区別している。本発明において、第１の態様と第２の態様とは、ユーザによる操作入力で区別することも可能である。たとえば、表示部における操作キャラクタの表示には関係なく、タッチ操作入力部でユーザが第２の操作としてのタッチ操作を移動させるか否かのみによって第１の態様と第２の態様とを区別してもよい。

また、本実施形態では、操作キャラクタは、移動する方向に向いて移動しているが、移動方向とは異なる方向に向いている状態で移動してもよい。例えば、ゲーム実行部１１５は、操作キャラクタを、チャージ攻撃の対象オブジェクトの方向に向かせたまま、別の方向に移動させもよい。

また、本実施形態において、操作キャラクタが実行可能な動作は、前述のスライド操作による移動、タップ操作による通常攻撃、および、ロングタップ操作とそのタッチオフ操作によるチャージ攻撃、以外の他の動作を含んでいてよい。このような他の動作の例には、フリック操作による回避行動、タップ操作の連打によるコンボ攻撃動作、フリック操作とそれに引き続くタップ操作によるカウンター攻撃動作（回避行動とそれに連動する攻撃動作）、ロングタップ操作と所定位置におけるタッチオフ操作によるスキル行動、が含まれる。

スキル行動は、ユーザによるロングタップ操作に応じてＵＩ制御部１１３が表示部１５２に表示させたユーザインターフェース（スキルＵＩ）に対応する位置でのタッチオフ操作によって発動する。スキルＵＩを表示する判定時間は、例えばタップ操作と区別可能な範囲において任意に設定することが可能である。

スキル行動は、様々な行動であり得る。スキル行動の例には、対象オブジェクトの体力を減らす攻撃動作、操作キャラクタ自身、味方キャラクタ等の異常状態または体力を回復させる動作、および、敵キャラクタ等の対象のオブジェクトの状態を変化させる動作、が含まれる。当該攻撃動作は、前述のチャージ攻撃よりも、タッチオフ操作の位置が特定されていることから、その発動により多くの制約が課せられているので、チャージ攻撃よりもより強力な攻撃を発動する動作であってよい。

また、本発明では、所定の動作を実行するに際して、さらなる制約を課してもよい。このような制約を課することは、所定の動作による効果と所定の動作を発動させることの難易度とのバランスを調整し、ゲームの興趣性を適切にする観点から有効である。このような制約の一つとしては、例えば、操作キャラクタの動作に応じて増加するパラメータが所定値以上となること、が挙げられる。ユーザは、所定の動作を実行させるためには、パラメータが所定値に達するようにプレイをする必要が生じる。よって、ユーザに求められる戦略性が増す。

当該パラメータの更新処理は、例えば、前述した処理例において、以下のような処理を適宜に追加することによって実行することが可能である。すなわち、ゲーム実行部１１５は、ユーザの操作に応じて操作キャラクタに実行させる動作がパラメータの更新対象の動作であるか否かを判定し、当該更新対象の動作に該当する場合に、動作に応じてパラメータを更新し、そして、当該パラメータが所定値以上であるか否かを判定する。これらのステップを、パラメータが所定値以上である場合にチャージ攻撃を実行するように、前述した処理例におけるチャージ攻撃を実行させるステップよりも前の任意の位置に挿入すればよい。

パラメータを増加させるための操作キャラクタの動作は限定されない。かかる動作としては、例えば、攻撃動作、移動動作、回避動作などであってもよい。パラメータは、動作の成否に応じて更新されてもよいし、成否に関わらず更新されてもよい。たとえば、当該攻撃動作であれば、攻撃対象のオブジェクトの体力の削減に成功した場合にパラメータを更新してもよいし、攻撃対象のオブジェクトに攻撃が当たらない場合にもパラメータを更新してもよい。また、当該パラメータは、時間の経過またはユーザの特定の操作に応じて、減少するものであってもよい。さらに、パラメータの更新を伴う場合では、当該パラメータの更新の状態を示すゲージを表示部に表示することが、パラメータの視認性を高める観点から好ましい。

また、本ゲームでは、操作キャラクタに、所定の動作の後に他の第１の追加動作を連続して行なわせてもよい。さらに、当該第１追加動作中に所定の時間以内にユーザによる特定の操作を受け付けることで、操作キャラクタにさらに第２の追加動作を行わせてもよい。たとえば、ゲーム実行部１１５が操作キャラクタにチャージ攻撃を実行させている間に、タッチ操作受付部１１１がタップ操作を受け付けることで、ゲーム実行部１１５は、操作キャラクタに当該チャージ攻撃に連続させてタップ攻撃（第１の追加動作）を実行させてもよい。そして、当該タップ攻撃中にｔ秒にわたって継続する長押し操作をタッチ操作受付部１１１が受け付けることで、ゲーム実行部１１５は、操作キャラクタにチャージ攻撃（第２の追加動作）を実行させてもよい。

〔ソフトウェアによる実現例〕
制御部２１０の制御ブロック、ならびに、制御部１１０の制御ブロック（特に、ゲーム実行部１１５）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）を用いてソフトウェアによって実現してもよい。

後者の場合、制御部２１０または制御部１１０、もしくはその両方を備えた情報処理装置は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

〔付記事項〕
本発明の一側面に係る内容を列記すると以下のとおりである。

（項目１）ゲームプログラム（１３１）について説明した。本開示のある局面によると、ゲームプログラムは、プロセッサ（１０、２０）およびメモリ（１１、２１）を備えるコンピュータ（ユーザ端末１００およびサーバ２００の少なくとも一方）により実行される。ゲームプログラムは、プロセッサに、ユーザの第１の操作（タッチの継続）に応じて第１のキャラクタ（操作キャラクタ）に所定の動作を実行可能な状態に移行させるステップと、ユーザの第２の操作（スライド操作）に応じて第１のキャラクタを移動させるステップと、状態に移行させた後のユーザの第３の操作（タッチオフ操作）に応じて、第１のキャラクタに所定の動作（チャージ攻撃）を実行させるステップとを実行させる。当該実行させるステップにおいて、第３の操作を検出したときに、第２の操作による第１のキャラクタの移動態様が第１の態様である場合には、第１のキャラクタが向いている方向に所定の動作を実行させ、第３の操作を検出したときに、移動態様が第２の態様である場合には、第１のキャラクタによる所定の動作の対象として検出されている第２のキャラクタ（対象オブジェクト）に向けて所定の動作を実行させる。

この構成によれば、ユーザは、所定の動作の対象を、第１のキャラクタを移動させることによって選択することができる。また、ユーザは、第１のキャラクタの向きの制御が困難な場合では、所定の動作の対象として検出されている第２のキャラクタを所定の動作の対象に選択することができる。したがって、ユーザは、第１のキャラクタの操作によって、所定の動作の対象を選択することができ、所定の動作の対象が検出されているキャラクタに限定される場合に比べて、ゲームの場面に応じて所定の動作をより適切に実行させることが可能となる。よって、ユーザの利便性が向上し、その結果、ゲームの興趣性を高めることができる。

（項目２）（項目１）において、ゲームプログラムは、所定の動作を実行させるステップにおいて、第１の操作の検出後、第３の操作の検出までに、第２の操作により第１のキャラクタが第１の態様で移動した場合には、第１のキャラクタが向いている方向に所定の動作を実行させてもよい。一般に、ユーザは、所定の動作に向けて第１のキャラクタを移動するように操作しても、第１の操作の間に第１のキャラクタの移動が途切れることがある。しかしながら、上記の構成によれば、上記のように第１のキャラクタの移動が途切れた場合でも、所定の動作を、ユーザが当初に意図したように実行させることが可能となる。よって、ゲームの興趣性をより高めることができる。

（項目３）（項目１）または（項目２）において、ゲームプログラムは、移動させるステップにおいて、第２の操作の開始点と終了点とから決まる操作量が所定の値未満である場合には第１のキャラクタを移動させなくてもよい。一般に、ユーザは、第１のキャラクタの向きを調整するなどの何らかの意図をもって、第１のキャラクタをある地点から移動させ、かつその開始位置に戻すように移動させる場合がある。また、第１のキャラクタの移動量が短い場合には、ユーザがゲームを行う環境によるユーザの不可避的な操作ミス（例えば、揺れる車内でのタッチパネル操作におけるタッチ位置のずれなど）が含まれることがある。しかしながら、上記の構成によれば、ユーザの意図する操作が第１のキャラクタにより確実に実行され、また上記のような不可避的な操作ミスが適切な範囲で無効となる。よって、ゲームの興趣性をより高めることができる。

（項目４）（項目１）から（項目３）までのいずれか一項目において、所定の動作を実行可能な状態にはない第１のキャラクタの移動する動作は、移動速度の異なる二つの動作を含み、ゲームプログラムは、移動させるステップにおいて、第１の操作により所定の動作を実行可能な状態にある第１のキャラクタの移動する動作を、移動速度の遅い方の動作としてもよい。この構成によれば、所定の動作に備えた第１のキャラクタの移動は、より遅いに制限される。このため、所定の動作に備える第１のキャラクタの移動の動作が所定の動作への備えの有無に関わらず制限されない場合に比べて、ゲームの難易度が適度に高められる。よって、ゲームの興趣性をより高めることができる。

（項目５）（項目１）から（項目４）までのいずれか一項目において、第１の態様は、ゲーム空間における第１のキャラクタの位置を示す座標の値の変化量が閾値以上に変化する移動態様であり、第２の態様は、座標の値の変化量が閾値未満変化する移動態様であってもよい。上記構成によれば、第１の態様を、ユーザによる第２の操作によって第１のキャラクタが移動したことをユーザが明確に確認できる移動態様とすることが可能となる。よって、ユーザは、第１のキャラクタによる所定の動作をより一層意図した通りに発動させることが可能となる。

（項目６）（項目１）から（項目５）までのいずれか一項目において、第１の操作は、ユーザによるタッチ操作入力部への長押しであり、第２の操作は、ユーザによるタッチ操作入力部でのスライド操作であり、第３の操作は、ユーザによるタッチ検出部における長押しの解除であってよい。上記の構成によれば、ユーザは、第１の操作から第３の操作までを、ユーザによるタッチ操作に係る一連の動作として実行することが可能となる。よって、ユーザは、簡易な操作で所定の動作を第１のキャラクタに発動させることが可能となる。

（項目７）（項目１）から（項目６）までのいずれか一項目において、ゲームプログラムは、移動させるステップにおいて、第１のキャラクタが向いている方向に第１のキャラクタを移動させてもよい。上記の構成によれば、ユーザは、第１のキャラクタが移動方向を向いていることから、ユーザが意図する所定の動作の対象に対して、第１のキャラクタをより正確に配置することが可能となる。したがって、所定の動作による所期の効果がより得られやすく、よって、ゲームの興趣性をより高めることができる。

（項目８）（項目１）から（項目７）までのいずれか一項目において、所定の動作は、攻撃をするための動作を含んでもよい。上記構成によれば、格闘ゲームにおいて、攻撃対象に対してより適切に対応することが可能となる。よって、格闘ゲームにおけるゲームの興趣性をより高めることができる。

（項目９）ゲームプログラムを実行する方法を説明した。本開示のある局面によると、ゲームプログラムは、プロセッサおよびメモリを備えるコンピュータにより実行される。該方法は、プロセッサが（項目１）に記載の各ステップを実行する方法である。（項目１３）に係る方法は、（項目１）に係るゲームプログラムと同様の作用効果を奏する。

（項目１０）情報処理装置を説明した。本開示のある局面によると、該情報処理装置は、（項目１）に係るゲームプログラムを記憶する記憶部（１２０）と、該ゲームプログラムを実行することにより、情報処理装置（ユーザ端末１００）の動作を制御する制御部（１１０）とを備える。（項目１４）に係る情報処理装置は、（項目１）に係るゲームプログラムと同様の作用効果を奏する。

１ゲームシステム、２ネットワーク、１０，２０プロセッサ、１１，２１メモリ、１２，２２ストレージ、１３，２３通信ＩＦ（操作部）、１４，２４入出力ＩＦ（操作部）、１５タッチスクリーン（表示部、操作部）、１７カメラ（操作部）、１８測距センサ（操作部）、１００ユーザ端末（情報処理装置）、１１０，２１０制御部、１１１タッチ操作受付部、１１２表示制御部、１１３ＵＩ制御部、１１４アニメーション生成部、１１５ゲーム実行部、１２０，２２０記憶部、１３１ゲームプログラム、１３２ゲーム情報、１３３ユーザ情報、１５１タッチ操作入力部（操作部）、１５２表示部、２００サーバ、５０１操作キャラクタ、５０２オーラ、５０３衝撃波、６００、６５０、７００、８００、８５０画面、６０１門、６０２、７０２道、６０３ダメージ床、６０４壺、６０５、７０６リング、６１０、６２０、７１０、７２０、７４０矢印、７０３移動床、７０４飛び地、７０５スイッチ、１０１０物体、１０２０コントローラ（操作部）、１０３０記憶媒体

Claims

コンピュータを、
ユーザからの操作入力部への操作を継続して受け付けている時間に応じて、表示部にＵＩオブジェクトを表示して第１のキャラクタに所定の動作を実行可能な状態に移行させる移行手段と、
前記ユーザからの操作を受け付けている位置に応じて第１のキャラクタを移動させる移動手段と、
前記状態に移行させた後において前記操作が解除されたことに応じて、前記第１のキャラクタに前記所定の動作を実行させる実行手段と、して機能させ、
前記実行手段は、前記状態に移行させた後において前記操作が解除されたことに応じて、当該操作を継続して受け付けていた間における前記第１のキャラクタの移動態様に応じた向きに前記所定の動作を実行させるものであり、当該第１のキャラクタを移動させていたときには当該第１のキャラクタが向いている方向に前記所定の動作を実行させるのに対し、当該第１のキャラクタを移動させていなかったときには当該第１のキャラクタが向いている方向にかかわらず予め設定されている向きに前記所定の動作を実行させる、
プログラム。
前記実行手段は、前記状態に移行させた操作が前記ＵＩオブジェクトに対応する位置で解除されることにより前記所定の動作を実行させる、請求項１に記載のプログラム。
前記実行手段は、
前記状態に移行させた後において前記操作が解除されたことに応じて、当該操作を継続して受け付けていた間における前記第１のキャラクタの移動態様が第１の態様である場合には、前記第１のキャラクタが向いている方向に前記所定の動作を実行させ、
前記状態に移行させた後において前記操作が解除されたことに応じて、当該操作を継続して受け付けていた間における前記第１のキャラクタの移動態様が第２の態様である場合には、前記第１のキャラクタによる前記所定の動作の対象として検出されている第２のキャラクタに向けて前記所定の動作を実行させる、請求項１または２に記載のプログラム。
前記実行手段は、前記操作を継続して受け付けている時間に応じて前記状態に移行させているときであって、当該操作を受け付けてから解除されるまでの位置に応じて前記第１のキャラクタが前記第１の態様で移動していた場合には、前記第１のキャラクタが向いている方向に前記所定の動作を実行させる、請求項３に記載のプログラム。
前記移動手段は、前記操作の開始点と終了点とから決まる操作量が所定の値未満である場合には前記第１のキャラクタを移動させない、請求項１～４のいずれか一項に記載のプログラム。
前記所定の動作を実行可能な状態にはない前記第１のキャラクタの移動する動作は、移動速度の異なる二つの動作を含み、
前記移動手段は、前記操作により前記所定の動作を実行可能な状態にある第１のキャラクタの移動する動作を、前記移動速度の遅い方の動作とする、請求項１～５のいずれか一項に記載のプログラム。
前記操作入力部は、前記ユーザによるタッチ操作を受け付けるタッチ操作入力部であり、
前記所定の動作を実行可能な状態に移行させる操作は、前記タッチ操作入力部への長押しであり、前記第１のキャラクタを移動させる操作は、前記ユーザによる前記タッチ操作入力部でのスライド操作であり、前記所定の動作を実行させる操作は、前記ユーザによる前記タッチ操作入力部における前記長押しの解除である、請求項１～６のいずれか一項に記載のプログラム。
前記移動手段は、前記第１のキャラクタが向いている方向に前記第１のキャラクタを移動させる、請求項１～７のいずれか一項に記載のプログラム。
前記所定の動作は、攻撃をするための動作を含む、請求項１～８のいずれか一項に記載のプログラム。
前記コンピュータを、
前記所定の動作を実行中にユーザからの操作を受け付けることにより追加動作を連続して実行させる手段と、して機能させる、請求項１～９のいずれか一項に記載のプログラム。