(57)【要約】【課題】複雑なキャラクタ制御を可能とすると共に、円滑なゲーム進行を可能とすること。【解決手段】第１および第２領域を少なくとも設けたタッチパネルを備えるコンピュータに、第１および第２領域の任意の位置において、第１および第２スライド操作をそれぞれ独立して受け付けるステップと、第１および第２スライド操作に対応する第１および第２特徴量をそれぞれ決定するステップと、前記第１および第２特徴量に基づいて、ゲーム空間のキャラクタを動作させるステップであって、第１および第２スライド操作には、動作対象のキャラクタが有する第１および第２対象部の操作がそれぞれ関連づけられる、ステップと、を含む方法を実行させる、ゲームプログラムが得られる。【選択図】図７
2017153949.tif 000002
【特許請求の範囲】
【請求項１】
ゲームプログラムであって、第１および第２領域を少なくとも設けたタッチパネルを備えるコンピュータに、
前記第１および第２領域の任意の位置において、第１および第２スライド操作をそれぞれ独立して受け付けるステップと、
前記第１および第２スライド操作に対応する第１および第２特徴量をそれぞれ決定するステップと、
前記第１および第２特徴量に基づいて、ゲーム空間のキャラクタを動作させるステップであって、前記第１および第２スライド操作には、動作対象の前記キャラクタが有する第１および第２対象部の操作がそれぞれ関連づけられる、ステップと
を含む方法を実行させる、ゲームプログラム。
【請求項２】
請求項１記載のゲームプログラムにおいて、
前記第１特徴量が、前記第１スライド操作における第１開始点からの第１スライド方向および／または第１スライド距離を含み、
前記第２特徴量が、前記第２スライド操作における第２開始点からの第２スライド方向および／または第２スライド距離を含む、ゲームプログラム。
【請求項３】
請求項２記載のゲームプログラムにおいて、
前記第１および第２開始点からの各スライド距離が、前記第１および第２対象部の移動速度にそれぞれ関連づけられる、ゲームプログラム。
【請求項４】
請求項３記載のゲームプログラムにおいて、
前記第１および第２開始点からの各スライド距離が、所定の閾値を超えた場合に、前記第１および第２対象部の移動速度がそれぞれ０以外の値に設定される、ゲームプログラム。
【請求項５】
請求項２から４のいずれか一項記載のゲームプログラムにおいて、
前記第１および第２開始点からの各スライド方向が、前記第１および第２対象部の移動方向のそれぞれに関連づけられる、ゲームプログラム。
【請求項６】
請求項２から５のいずれか一項記載のゲームプログラムにおいて、前記方法が、更に、
前記第１および第２スライド操作に伴って、前記第１および第２特徴量に基づいて、前記第１および第２開始点から第１および第２スライド点まで伸びる弾性形状を有するオブジェクトの画像をそれぞれ生成して、前記タッチパネルに表示するステップを含む、ゲームプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲームプログラムに関する。
【背景技術】
【０００２】
スマートフォンのような携帯型端末の発展に伴い、ユーザによるタッチパネル上のタッチ操作を通じてゲームを進行させるゲームプログラムが、インターネットを通じて広く配信されている。特許文献１は、タッチパネルを備える端末装置で実行される疑似操作ジョイスティックに係るゲームプログラムを開示する。疑似操作ジョイスティック用の表示領域に対してユーザがタッチ操作を行い、そのままドラッグ操作を行うことで、関連づけられたキャラクタの動作が制御される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−９４７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１では、最初のタッチ位置は、疑似操作ジョイスティック用の表示領域内に位置合わせされる必要がある。キャラクタを複雑に動作させるゲームでは特に、ユーザによるタッチ操作時の位置合わせは、ゲームの円滑な進行を妨げる要因になり得る。
【０００５】
本発明は、円滑なゲーム進行のために、任意の位置でタッチ操作を受け付け可能とし、簡単な操作感を維持しつつキャラクタ動作制御を実現にすることを目的とする。また、ユーザによる独立したタッチ操作を複数受け付けることにより、より複雑なキャラクタ動作制御を実現することを目的とする。
【課題を解決するための手段】
【０００６】
本発明によれば、第１および第２領域を少なくとも設けたタッチパネルを備えるコンピュータに、第１および第２領域の任意の位置において、第１および第２スライド操作をそれぞれ独立して受け付けるステップと、第１および第２スライド操作に対応する第１および第２特徴量をそれぞれ決定するステップと、前記第１および第２特徴量に基づいて、ゲーム空間のキャラクタを動作させるステップであって、第１および第２スライド操作には、動作対象のキャラクタが有する第１および第２対象部の操作がそれぞれ関連づけられる、ステップと、を含む方法を実行させる、ゲームプログラムが得られる。
【発明の効果】
【０００７】
本発明によれば、複雑なキャラクタ制御を可能とすると共に、円滑なゲーム進行を可能とする。
【図面の簡単な説明】
【０００８】
【図１】本実施形態のゲームシステムの構成例を示す概念図である。
【図２】本実施形態のユーザ端末の機能的な構成例を示すブロック図である。
【図３】本実施形態のゲームサーバの機能的な構成例を示すブロック図である。
【図４】本実施形態において用いられるキャラクタ管理テーブル例を示す図である。
【図５】本実施形態において用いられるステージ管理テーブル例を示す図である。
【図６】本実施形態において用いられるユーザ管理テーブル例を示す図である。
【図７】本実施形態により実装されるゲーム・シナリオ例を示す図である。
【図８】本実施形態のゲームシステムにおける処理例を示すフローチャートである。
【図９】本実施形態のユーザ端末におけるタッチパネル操作領域例を示す図である。
【図１０】本実施形態において生成される弾性オブジェクト画像例を示す図である。
【図１１】本実施形態において制御されるキャラクタ動作例を示す図である。
【図１２】本実施形態のゲームシステムにおける処理例を示すフローチャートである。
【図１３】本実施形態によるスライド操作を通じたキャラクタ動作例を示す図である。
【図１４】本実施形態によるスライド操作を通じたキャラクタ動作例を示す図である。
【発明を実施するための形態】
【０００９】
［本発明の実施形態の説明］
最初に、本発明の実施形態の内容を列記して説明する。本発明の一実施形態のゲームプログラムは、以下のような構成を備える。
【００１０】
（項目１）  ゲームプログラムであって、第１および第２領域を少なくとも設けたタッチパネルを備えるコンピュータに、前記第１および第２領域の任意の位置において、第１および第２スライド操作をそれぞれ独立して受け付けるステップ（Ｓ３２０，Ｓ３３０）と、
前記第１および第２スライド操作に対応する第１および第２特徴量をそれぞれ決定するステップ（Ｓ３４０）と、
前記第１および第２特徴量に基づいて、ゲーム空間のキャラクタを動作させるステップであって、前記第１および第２スライド操作には、動作対象の前記キャラクタが有する第１および第２対象部の操作がそれぞれ関連づけられる、ステップ（Ｓ３６０）とを含む方法を実行させる、ゲームプログラム。
本項目のゲームプログラムによれば、任意の位置でタッチ操作を受け付け可能とし、また、簡単な操作感を維持しつつキャラクタ動作制御を可能にし、更に、ユーザによる独立したタッチ操作を複数受け付けることにより、より複雑なキャラクタ動作制御を可能にする。
【００１１】
（項目２）  項目１記載のゲームプログラムにおいて、
前記第１特徴量が、前記第１スライド操作における第１開始点からの第１スライド方向および／または第１スライド距離を含み（Ｓ４１０）、
前記第２特徴量が、前記第２スライド操作における第２開始点からの第２スライド方向および／または第２スライド距離を含む（Ｓ４１０）、ゲームプログラム。
本項目のゲームプログラムによれば、タッチ操作が複雑なスライド操作であっても、簡単な操作感を維持しつつキャラクタ動作制御を可能にする。
【００１２】
（項目３）  項目２記載のゲームプログラムにおいて、
前記第１および第２開始点からの各スライド距離が、前記第１および第２対象部の移動速度にそれぞれ関連づけられる（Ｓ４３０，Ｓ４４０）、ゲームプログラム。
【００１３】
（項目４）  項目３記載のゲームプログラムにおいて、
前記第１および第２開始点からの各スライド距離が、所定の閾値を超えた場合に、前記第１および第２対象部の各移動速度がそれぞれ０以外の値に設定される（Ｓ４３０）、ゲームプログラム。
本項目のゲームプログラムによれば、スライド距離とスライド方向を常に連動させることもなく、より臨場感のある操作性をユーザに提供可能である。
【００１４】
（項目５）  項目２から４のいずれか一項記載のゲームプログラムにおいて、
前記第１および第２開始点からの各スライド方向が、前記第１および第２対象部の移動方向のそれぞれに関連づけられる（Ｓ４５０）、ゲームプログラム。
【００１５】
（項目６）  項目２から５のいずれか一項記載のゲームプログラムにおいて、前記方法が、更に、
前記第１および第２スライド操作に伴って、前記第１および第２特徴量に基づいて、前記第１および第２開始点から第１および第２スライド点まで伸びる弾性形状を有するオブジェクトの画像をそれぞれ生成して、前記タッチパネルに表示するステップ（Ｓ３５０）を含む、ゲームプログラム。
本項目のゲームプログラムによれば、ユーザにとって直観的に優れた操作性を提供可能
な弾性オブジェクト画像を提供することができる。
【００１６】
［発明の実施形態の詳細］ 
本発明の実施形態に係るゲームプログラムの具体例を、以下に図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。
【００１７】
図１に示される本実施形態のゲームシステム１は、複数のユーザにゲームを提供するものである。ゲームシステム１は、複数のユーザ端末１００と、ゲームサーバ２００と、を含む。各ユーザ端末１００とゲームサーバ２００は、ネットワーク２を介して接続されている。ゲームサーバ２００は、ゲームに関する各種サービスを各ユーザ端末１００に提供する。ネットワーク２は、インターネットや、図示しない無線基地局によって構築される各種移動通信システム（例えば、所謂３Ｇ、４Ｇ移動通信システム、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ））や、所定のアクセスポイントによりインターネットに接続可能な無線ネットワーク（例えば、ＷｉＦｉ（登録商標））を含んでいてもよい。
【００１８】
ユーザ端末１００はスマートフォンやフィーチャーフォン、ＰＤＡ、タブレット型コンピュータ等の携帯型の端末装置であることが好ましい。ユーザ端末１００は、通信バスにより互いに電気的に接続されたプロセッサ１０と、メモリ１１と、ストレージ１２と、通信インターフェース（ＩＦ）１３と、入出力ＩＦ１４と、タッチパネル１５と、を備える。
【００１９】
ゲームサーバ２００はワークステーションやパーソナルコンピュータのような汎用コンピュータであることが好ましい。ゲームサーバ２００は、通信バスにより互いに電気的に接続されたプロセッサ２０と、メモリ２１と、ストレージ２２と、通信インターフェース（ＩＦ）２３と、入出力ＩＦ２４と、を備える。
【００２０】
プロセッサ１０，２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等を含んで構成され、ユーザ端末１００およびゲームサーバ２００全体の制御を行う。
【００２１】
メモリ１１，２１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等の揮発性記憶装置で構成され得る主記憶装置を含んで構成される。ストレージ１２，２２は、フラッシュメモリやＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの不揮発性記憶装置で構成され得る補助記憶装置を含んで構成される。メモリ１１，２１は、ストレージ１２，２２からロードされた各種プログラムやデータが一時的に記憶され、プロセッサ１０，２０に対して作業領域を提供する。ゲームサーバ２００のストレージ２２にはゲームプログラム等のゲームデータが格納され、ユーザ端末１００のストレージ１２には、ゲームサーバ２００からダウンロードされるゲームプログラム等のゲームデータが格納される。当該ゲームプログラムは、メモリ１１，２１に展開され、プロセッサ１０，２０によって実行される。メモリ１１，２１には、プロセッサ１０，２０が当該ゲームプログラムに従って動作している間に生成した各種ゲームデータも一時的に格納される。
【００２２】
通信ＩＦ１３，２３は、ユーザ端末１００とゲームサーバ２００の間で各種データを送受信するための通信制御機能を備える。通信制御機能には、例えば、無線ＬＡＮ接続機能、有線または無線ＬＡＮや携帯電話回線網を介したインターネット接続機能、近距離無線通信機能などが含まれる。本実施形態では、当該データは所定のゲームプログラムやユーザ情報、ゲーム情報といったゲームデータ、それらをユーザ端末１００とゲームサーバ２００の間に送受信させる指示や、ゲームを進行させるための指示を含む。 
【００２３】
ユーザ端末１００の入出力ＩＦ１４は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等を介した各種データ入出力機能や、音声入出力機能を備える。   タッチパネル１５は、タッチパッドのような入力部１５１と液晶ディスプレイのような表示部１５２とを組み合わせた電子部品である。入力部１５１はユーザの作用（主に、タッチ操作、スライド操作、スワイプ操作、及びタップ操作等の物理的接触操作）が入力された画面位置の情報を検知して外部へ情報信号として出力する機能を備える。タッチパネル１５は、静電容量方式や抵抗膜方式等、いずれの方式を採用したものであってもよい。
【００２４】
ゲームサーバ２００の入出力ＩＦ２４は、マウスやキーボード等の情報入力機器である入力部や、液晶ディスプレイ等の出力部を備えており、主にコンピュータの情報をモニタリングするために用いられる。 
【００２５】
図２は、ユーザ端末１００のゲーム進行処理に関する主要な機能を示すブロック図である。ユーザ端末１００は、プロセッサ１０、メモリ１１、ストレージ１２、通信ＩＦ１３、入出力ＩＦ１４等の協働により、制御部１１０および記憶部１２０として機能し得る。制御部１１０は、記憶部１２０に格納されたゲームプログラムによって、作用受付部１１１、ゲーム処理部１１２、領域割当部１１３、判定部１１４、オブジェクト制御部１１５、キャラクタ制御部１１６、および画像生成部１１７として機能し得る。
【００２６】
作用受付部１１１は、タッチパネル１５の入力部１５１に対するユーザの作用を検知する。作用受付部１１１は、タッチパネル１５や、その他の入出力ＩＦ１４を介したコンソールによる操作指示等から、いかなる入力がなされたかを判別し、その結果をゲーム処理部１１２等の必要な要素に出力する。タッチパネル１５に対する作用入力がなされた場合には、入力位置の座標情報や、作用の種類（タッチ操作やスライド操作など）を検知する。また、連続して検知されていた入力が途切れることを検知することで、タッチパネル１５から接触入力が解除されたことを検知する。 
【００２７】
ゲーム処理部１１２は、ユーザ端末１００全体の動作を制御し、各要素間におけるデータの送受信や、ゲームの実行に必要な演算処理を行う。例えば、ゲームプログラムの起動や終了を実施する。また、作用受付部１１１で検知された作用に基づいてゲームプログラムに従ったゲームを進行させ、その結果としてのゲーム画像を描画するよう、画像生成部１１７に指示する。また、通信ＩＦ１３を介してゲームサーバ２００に各種情報・要求を送信し、その結果としての情報を受信して、さらにゲームを進行させる処理を実行する。
【００２８】
判定部１１４は、ゲーム進行に必要な各種判定を実行する。判定部１１４は、タッチパネル１５で受け付けたユーザ作用がスライド操作であるかをスライド操作情報検出部１１４ａでの検出によって判定する。また、判定部１１４は、ゲーム処理部１１２からの判定要求に基づいて、必要に応じて記憶部１２０に記憶された各種ゲームデータを参照し、ゲーム進行判定部１１４ｂによって、ゲーム進行の判定（例えば、ゲームオーバー判定）を実施する。
【００２９】
オブジェクト制御部１１５は、記憶部１２０に記憶されたオブジェクト制御情報に基づいて、作用受付部１１１が受け付けたユーザの作用に応じて表示部１５２に表示される各種オブジェクト（ＧＵＩ：Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ（グラフィカル・ユーザ・インタフェース）等）を制御する。各種オブジェクトは、作用受付部１１１が受け付けたユーザの作用や記憶部１２０に記憶されたゲームプログラムに基づいて、所定の態様で制御されることが好ましい。
【００３０】
キャラクタ制御部１１６は、記憶部１２０に記憶されたキャラクタ制御情報に基づいて、ユーザが操作するキャラクタをはじめとした各種ゲームキャラクタに所定の動作をさせるよう制御する。
【００３１】
画像生成部１１７は、記憶部１２０に格納され各種ゲームデータや、ゲームプログラムによる演算結果、ユーザの入力部１５１に対する作用に基づいて、表示部１５２に表示されるゲーム画面やゲームオブジェクト、ゲームキャラクタ等の画像を生成する。これにより、ユーザはタッチパネル１５に対する各種操作の入力に対する出力をインタラクティブに視認することができ、ユーザ端末１００の操作性が向上される。 
【００３２】
図３は、ゲームサーバ２００のゲーム進行処理に関する主要な機能を示すブロック図である。ゲームサーバ２００は、プロセッサ２０、メモリ２１、ストレージ２２、通信ＩＦ２３、入出力ＩＦ２４等の協働により、制御部２１０および記憶部２２０として機能し得る。本実施形態のゲームサーバ２００は、各ユーザ端末１００にゲーム進行に必要な情報を提供するゲーム提供機能を有している。ゲームサーバ２００は、ユーザ端末１００から各種の指示を受信し、ユーザ端末１００上で動作可能なゲームプログラムや、Ｗｅｂページ（ゲーム画面等）や、ユーザ情報やゲームパラメータ等の各種ゲームデータ、各種通知等を送信する。制御部２１０は、記憶部２２０に格納されたゲームプログラムによって、受信部２１１、ゲーム処理部２１２、判定部２１３、データ管理部２１４、画像生成部２１５として機能し得る。
【００３３】
受信部２１１は、各ユーザ端末１００からの各種情報を受け付ける。各ユーザ端末１００は、制御部１１０の制御により各種情報をゲームサーバ２００に対して送信し、ゲームサーバ２００は、ネットワーク２、通信ＩＦ２３を介して当該情報を受信し、受信部２１１が情報の内容を識別して受け付ける。
【００３４】
ゲーム処理部２１２は、ゲームサーバ２００全体の動作を制御し、各要素間におけるデータの送受信や、ゲームの進行に必要な演算処理を行う。例えば、受信部２１１で受信されたユーザ端末１００からの情報・要求に基づいてゲームプログラムに従った演算処理を実行する。その結果としての各種ユーザ情報やゲーム情報といったゲームデータ、ゲームプログラム等を、通信ＩＦ１３を介してユーザ端末１００に送信し、ユーザ端末１００においてさらにゲームを進行させる。
【００３５】
判定部２１３は、ゲーム処理部２１２におけるゲーム進行処理に必要な各種判定を実行する。判定部２１３は、記憶部２２０に記憶されたゲームプログラムの制御に基づいて、各種ゲームデータやデータベースを参照し、ゲーム進行に必要な各種判定を実行する。
【００３６】
データ管理部２１４は、ゲーム処理部２１２における各種演算結果に基づいて、記憶部２２０に格納される各種ゲームデータやデータベースのレコードの追加／更新／削除を行うことにより、必要な処理を実行する。
【００３７】
画像生成部２１５は、ゲーム処理部２１２や判定部２１３の制御によりゲームの進行に必要なゲームデータに関連するゲーム画像等の画像を生成する。当該画像はゲーム処理部２１２の制御に基づいてユーザ端末１００に送信される。
【００３８】
記憶部２２０には、ゲームを所定のシナリオに基づいて進行させるためのゲーム進行処理プログラムやユーザの認証プログラム等を含む各種ゲームプログラムが格納される。ゲームプログラムの一例として、以下において、ユーザがタッチ操作によって自動車を操縦するゲームへの適用を想定する。本実施形態においては、各種オブジェクトを所定の態様で制御するためのオブジェクト制御情報や、入力されたユーザ作用に基づいてキャラクタの動作を特徴的に制御するためのキャラクタ制御情報を含む。記憶部２２０にはゲームの進行に必要な各種ゲーム情報も格納されている。本実施形態においては、当該ゲーム情報は各種キャラクタやゲームステージの情報をマスター管理するためのデータベースを含む。加えて、記憶部２２０には、各ユーザに関する情報が格納される。キャラクタ情報は各キャラクタの成長度（レベル）を含み、各種ゲーム情報と関連付けられることにより、ユーザ・キャラクタのパラメータを定義することが可能である。このように、記憶部２２０にはゲームに関連する各種ゲーム情報やユーザ情報を管理するデータベースが構築されていることが好ましい。
【００３９】
図４は、記憶部２２０に格納されるキャラクタ管理テーブルの一例を示す。キャラクタ管理テーブルはキャラクタ情報を含み、キャラクタ情報は、車種や重量といった自動車に関するパラメータを含む。車種はキャラクタたる自動車の種別を示すパラメータである。車種に応じてユーザ操作性を異なるように設定するのがよい（例えば、「軽自動車」であれば操作が簡単等）。また、車輪の重量等のパラメータに応じて、ユーザ操作の難易度が異なるように設定してもよい。
【００４０】
図５は、記憶部２２０に格納されるステージ管理テーブルの一例を示す。ステージ管理テーブルはステージ情報を含み、自動車を操縦させるコースが規定される。一例として、ステージ毎に、比較的平坦で簡単に操作できるロード・ステージか、アップダウンが激しく操作も難しいオフロード・ステージかがステージ種別として規定される。上記以外にも、ステージをクリアするための制限時間等もステージ毎に規定されてもよい（図示せず）。
【００４１】
図６は、記憶部２２０に格納されるユーザ管理テーブルの一例を示す。ユーザ管理テーブルはユーザ情報を含み、ユーザ情報は各ユーザを特定する識別子（ユーザＩＤ）に対して保有キャラクタ管理情報が関連付けて記憶される。また、保有キャラクタを特定する情報に対してユーザのレベルのようなパラメータが関連付けて記憶される。保有キャラクタ情報は当該ユーザが入手して保有しているキャラクタの識別情報である。レベルは、保有キャラクタの成長度を規定するパラメータである。各キャラクタに関する車種等のパラメータは図４に示すキャラクタ管理テーブルにマスター管理される。ユーザは、ユーザ情報に記憶された保有キャラクタのパラメータに基づいて規定されるゲーム・シナリオに応じて、各種ゲームをプレイすることができる。
【００４２】
ユーザ端末１００の記憶部１２０には、ゲームサーバ２００の記憶部２２０からダウンロードされたゲームプログラムやゲーム情報、ユーザ情報の全部または一部が格納される。記憶部１２０には、ゲームを所定のシナリオに基づいて進行させるためのゲーム進行処理プログラムやユーザの認証プログラム等を含む各種ゲームプログラムが格納される（図示せず）。また、各種オブジェクトを所定の態様で制御するためのオブジェクト制御情報や、入力されたユーザ作用に基づいてキャラクタの動作を特徴的に制御するためのキャラクタ制御情報を含む。更に、記憶部１２０にはゲームの進行に必要な各種ゲーム情報も格納される。当該ゲーム情報は各種キャラクタやステージに関する基本的なパラメータのうち、ゲームを進行させる上で必要な情報が格納される。加えて、記憶部１２０には、ユーザに関するプレイ履歴情報（ランク、熟練度等）（図示せず）や、当該ユーザに関連付けられた保有キャラクタに関するキャラクタ管理情報が格納される。キャラクタ管理情報は各キャラクタの成長度といった補正パラメータを含み、各種ゲーム情報と関連付けられることにより、当該ユーザが保有するキャラクタを定義することが可能である。
【００４３】
上記のユーザ端末１００の機能の少なくとも一部は、ゲームサーバ２００が備えるように構成されていてもよい。また、上記のゲームサーバ２００の機能の少なくとも一部は、ユーザ端末１００が備えるように構成されていてもよい。すなわち、本実施形態におけるゲームプログラムが実行されることにより所定の機能が実現されるコンピュータは、上述のユーザ端末１００やゲームサーバ２００を含む情報制御装置等から任意に選択され得る。
【００４４】
以下、本実施形態によるゲームシステム１の処理の流れを、図７から図１４を参照して詳細に説明する。図７は、ゲーム・シナリオの一例を示す概略図である。図８および図１２は、ゲームシステム１で実行される処理フローの一例を示すフローチャートである。図９および図１０はゲーム進行のためのユーザによる基本スライド操作例を示す図である。図１１、図１３および図１４は、ユーザ操作を通じたキャラクタ動作を説明するための図である。なお、以下において「スライド操作」なる表現は、特に注記する場合を除き「右手スライド操作」および「左手スライド操作」の両方を含むものである。
【００４５】
図７は、本実施形態のゲームプログラムが適用される横スクロール型の自動車操縦ゲームの概要図である。ユーザによる左手および右手の指でのスライド操作を通じて、水平方向から見たゲーム空間において、自動車キャラクタＣＨを横方向（画面上部の＞（右）方向）に向けて操縦するゲームを想定する。ここでは、車種「ＳＵＶ」の自動車キャラクタＣＨがステージｂ（ステージ種別：「オフロード」）上で操縦されるシナリオを想定する。自動車キャラクタＣＨは、前輪部および後輪部の一組の車輪部、並びに車体部を備える。ユーザによる２つのスライド操作に応じて、自動車キャラクタＣＨの車体部の重心が移動制御される。つまり、当該自動車操縦ゲームでは、ユーザにより、如何に車体部のバランスを失うことなく、前輪部および後輪部を地面に接地させながら操縦できるかを競うバランスゲームである。２つスライド操作の各々に、前輪部および後輪部の各動作が関連づけられる。これにより、直感的に自動車キャラクタＣＨの前輪部および後輪部を操作可能とする。図７では、２つのスライド操作をユーザが行った結果、自動車キャラクタＣＨは右方向に進行しつつも、後輪部が上方向に浮き車体部がバランスを失って「前のめり状態」になっている。また、２つのスライド操作に対し、水滴形状の弾性オブジェクトが関連づけられ、オブジェクト画像Ｉ１，Ｉ２が表示される。
【００４６】
ゲームの全体進行は、図８のフローチャートにしたがって実施される。全体処理フローは、主に、ゲーム開始前の初期設定フェーズおよびゲーム開始後のゲーム実行フェーズの２つのフェーズを含む。初期設定フェーズでは、ゲーム開始前に、領域割当部１１３が、タッチパネルの表示部１５２上の表示領域に複数の領域を設ける。そして、各領域を、作用受付部１１１で受け付ける所定のタッチ操作に予め割り当てる（Ｓ３１０）。端末装置を横持ちする場合は、図９の割り当て例のように、表示部１５２の表示領域を左半分と右半分に２分割し、例えば、左手用の操作領域と右手用のスライド操作領域にそれぞれ割り当てるのがよい。なお、領域の数および各領域の形状や大きさは何れのものにも設定することができる。例えば、右利きユーザであれば、右手スライド操作領域が広めに形成されるように、ユーザ設定を受け付け可能としてもよい。また、タッチ操作を受け付けない操作禁止用の領域を設けても良い。
【００４７】
ゲーム処理部１１２により、ゲームが開始されゲーム実行フェーズに移行する。作用受付部１１１は、任意のタイミング、且つ左手用操作領域と右手用スライド操作領域の任意の位置で、左手タッチ操作および右手タッチ操作をそれぞれ独立して受け付ける（Ｓ３２０）。作用受付部１１１は、左手タッチ操作および右手タッチ操作を同時に受け付けてもよいし、一方のみを受け付けるのでもよい。左手タッチ操作および右手タッチ操作の各タッチ開始位置は、記憶部１２０に格納される。２つのタッチ操作を１つの領域で同時に受け付けた場合は、作用受付部１１１が先に受け付けたタッチ操作のみを有効化するのがよい。引き続き、スライド操作情報検出部１１４ａは各タッチ操作がスライド操作であるかを判定する（Ｓ３３０）。１つのスライド操作領域において所定のフレームレート（例えば３０ｆｂｐｓ）毎に複数のタッチ位置が連続して検出された場合に、スライド操作情報検出部１１４ａは当該タッチ操作がスライド操作であると判定するように構成される。
【００４８】
Ｓ３３０でスライド操作が判定されない場合（「いいえ」の場合）は、再度Ｓ３２０でのタッチ操作の受け付け待ち状態となる。一方、Ｓ３３０で「はい」の場合は、特徴量決定部１１６ａが、右手および左手スライド操作に対応する右手および左手スライド操作特徴量を決定する（Ｓ３４０）。「右手スライド操作」および「左手スライド操作」の一方または双方が本実施形態における「スライド操作」であり得る。スライド操作特徴量は、スライド操作におけるタッチ開始位置（スライド開始点）からの現在のスライド点までのスライド方向および／またはスライド距離を含むとよい。Ｓ３４０でスライド操作特徴量が決定されると、オブジェクト制御部１１５および画像生成部１１７が、スライド操作特徴量に基づいて、弾性オブジェクト画像を生成する（Ｓ３５０）。具体的には、スライド操作が行われると、スライド開始点から現在のスライド点まで伸びる弾性形状を有するオブジェクトの画像が生成される。生成されたオブジェクト画像がタッチパネルの表示部１５２に表示される。
【００４９】
Ｓ３４０で弾性オブジェクト画像を生成するのに併せて、キャラクタ動作部１１６ｂがスライド操作特徴量に基づいて、ゲーム空間内のキャラクタを動作させる（Ｓ３６０）。また、画面生成部１１７が当該動作に関するアニメーションを生成する。左手スライド操作および右手スライド操作には、自動車キャラクタの後輪部および前輪部の動作がそれぞれ関連づけられて、当該自動車キャラクタの動作が制御される。Ｓ３６０でのキャラクタ動作の結果、ゲーム進行判定部１１４ｂは、更に、キャラクタの継続動作の可能／不可能を判定する（Ｓ３７０）。継続動作可能の場合（Ｓ３７０で「いいえ」の場合）には、再びＳ３３０でのスライド操作判定に戻り、Ｓ３３０からＳ３７０までの一連の処理を所定のフレームレート毎に繰り返す。他方、継続動作不可能の場合（Ｓ３７０で「はい」の場合）は、ゲーム処理部１１２がゲームを終了させる。
【００５０】
図１０を参照して、Ｓ３５０での弾性オブジェクト画像の生成について説明する。図１０は、右手スライド操作領域での画像例であるが、左手スライド操作領域においても同様のことがいえる。スライド開始点（ｘ０，ｙ０）から現在スライド点（ｘ１，ｙ１）までのスライド操作ベクトルＶに応じて、弾性オブジェクト画像Ｉが生成され、表示部１５２に表示される。ｘｙ位置座標について、例えば、表示部１５２の領域の中心を原点（０，０）とした直交座標系とするのがよい。具体的には、縦方向が＋１．０、且つ縦方向下端が−１．０となるように調整し、それに合わせて横方向のタッチ領域範囲が規定されるのがよい。一例として、一般的なスマートフォンであれば、これを縦持ちする場合の横方向のタッチ領域範囲は、概ね−０．６（左端）から＋０．６（右端）となることが知られる。
【００５１】
弾性オブジェクト画像Ｉは、基部、先端部、およびこれらの間の接続部を有する水滴形状の弾性オブジェクトの画像として形成される。Ｓ３２０のような初期タッチの場合の初期弾性オブジェクト形状は円形状とするのがよい。弾性オブジェクトの形状は、正方形または３角形状から成る複数のポリゴンのセット（メッシュ）によって形成可能である。つまり、各ポリゴンの各頂点座標を所定の数式に代入することにより、水滴形状の弾性オブジェクトを表現することができる。図示されるように、弾性オブジェクト画像Ｉは、弾性オブジェクトの基部がタッチ開始点に固定的に位置合わせされ、弾性オブジェクトの先端部が指のタッチ位置に追従するように形成するのがよい。フレームレート毎に、オブジェクトが弾性変形して伸縮する態様の画像が生成および表示される。ユーザにとって直観的に優れた操作性を提供可能な弾性オブジェクト画像を提供することができる。
【００５２】
図１１に、図１０での右手スライド操作例に対応する前輪部の操作例を示す。スライド開始点（ｘ０，ｙ０）から現在スライド点（ｘ１，ｙ１）までのスライド操作ベクトルＶ（ｘ１−ｘ０，ｙ１−ｙ０）（右上方向の点線矢印）は、その特徴量としてスライド方向およびスライド距離を有する。当該スライド操作ベクトルＶに対応して、図１１（ａ）の状態から図１１（ｂ）の状態へと自動車キャラクタＣＨが動作制御される。具体的には、車体部に対し、前輪部が移動制御および回転制御される。スライド操作ベクトルＶにおけるスライド方向が前輪部の移動方向に関連づけられ、同じくスライド距離が前輪部の回転速度（即ち、前輪部の移動速度）に関連づけられる。なお、スライド方向を更に前輪部の回転方向として関連付けてもよく、スライド操作の左右方向に応じて回転方向を決定するようにしてもよい。左スライド操作による後輪部も動作制御についても同様であるが、左右のスライド操作に関連づけられる機能を異なるように構成してもよい。一例として、左スライド操作に対しては、その左右方向に応じてアクセルまたはブレーキの一方を決定すると共に、スライド距離をその強さとして関連づけるよう（右スライド操作とは異なるように）構成してもよい。
【００５３】
図１０および図１１に関連し、更に図１２に、Ｓ３６０でのキャラクタ制御部１１６によるキャラクタ動作の制御について説明する。スライド操作を通じて、その特徴量としてスライド開始点からのスライド方向およびスライド距離が取得される（Ｓ４１０）。取得したスライド距離が所定の閾値を超えているかが判定される（Ｓ４２０）。スライド距離が所定の閾値を超える場合にのみ、当該スライド距離に基づいて移動速度が０以外の値に設定される（Ｓ４３０）。スライド距離が所定の閾値に達していない場合は、移動速度＝０として車輪は回転されない（Ｓ４４０）。また、スライド方向に基づいて車輪部の移動方向が決定される（Ｓ４５０）。移動速度および車輪部移動方向に基づいて車輪が操作され、自動車キャラクタが動作される（Ｓ４６０）。上記閾値を用いることにより、本実施形態では、スライド距離とスライド方向を常に連動させなくてもよく、より臨場感のある操作性をユーザに提供することができる。  
【００５４】
図１３および図１４を参照して、横スクロール型の自動車操縦ゲームにおいて、スライド操作を通じて自動車キャラクタをバランスさせる動作制御の概要について説明する。図１３に自動車キャラクタの基本操作例を示し、図１４にその応用操作例を示す。図１１で説明したように、ユーザは、スライド操作（スライド方向およびスライド距離）に基づいて、車体部のバランスを取りながら自動車キャラクタを動作させる。図１３（ａ）では、タッチパネル１５上でタッチ操作が何ら行われていないため、車両キャラクタも停止している。車体線（点線）が地面（実線）と平行の状態である。図１３（ｂ）では、左手で左方向にスライド操作を、右手で右方向にスライド操作を行っている。これを受けて、自動車キャラクタは、後輪部が左方向に、前輪部が右方向に移動するとともに、各スライド距離に応じたスピードで進行方向（矢印の右方向）に移動する。車体部のバランスの観点では、２つのスライド距離を一致させながら、前輪部および後輪部の各回転速度を合わせるように操作するのがよい。図１３（ｃ）では、自動車キャラクタの進行方向に対し地面が若干の角度で下がっており、下り坂の状況である。本ゲームでは、車体部のバランスをとるためには、車輪を地面に接地させることを必要とする。この場合は、後輪部を上方向に上げ、前輪部を下方向に下げることで、車体線が地面と平行になるように調整する必要がある。具体的には、図示されるように、ユーザは、左手で左上方向にスライド操作を、右手で左下方向にスライド操作をすることになる。本ゲームでは、少なくとも車体線が地面と平行となる状況では、継続動作が可能と判断されゲームが続行するものとしている。
【００５５】
図１４（ａ）は、図１３（ｃ）よりも更に急勾配な下り坂の状況である。自動車キャラクタが水平方向を向いている限り、最大限に、後輪部を上方向に上げ、且つ前輪部を下方向に下げたとしても、後輪部のみが地面に接地し前輪部は浮いた状況になる。つまり、車体線が地面と平行にはならない。例えば、この状況で、ユーザの左手スライド操作により、一定回転速度以上で後輪部を回転させた場合は、バランスが取れずに車体部の重心が上方向に移ることになる。即ち、図１４（ｂ）のように車体部全体が回転することになる。最終的には、車体後方部が地面に触れることにより、継続動作が不可能となり自動車操縦ゲームは終了する。当該回転動作は、正確には、前輪部および後輪部の接地の状況、前輪部および後輪部の位置および回転速度に加え、車両の重量等をパラメータにして物理演算することにより決定されるがここでは詳細は省略する。また、ゲームの終了判定には、車体のゲーム空間内の位置情報（前方部や後方部の位置情報を含む）をパラメータとして取得する必要があるがやはり詳細は省略する。他方、ユーザの左手スライド操作により、後輪部を引き上げつつ一定の回転速度未満にセーブしながら、右手スライド操作により、前輪部を下げる操作を維持することで、車体部の重心が下方に下がるよう動作される。その結果、図１４（ｃ）のように車体部のバランスが取れ、車体線が地面と再度平行になり、継続動作が可能と判断されゲームが続行する。
【００５６】
上記では、自動車キャラクタを操縦する横スクロール型のゲーム例について説明したが、これに限定されない。キャラクタは一組の操作対象部を備えるものであればよく、前輪部および後輪部を備えるものとして自動車以外にも二輪車等としてもよい。また、キャラクタとして飛行機のように左右一組の翼を備えるものを採用してもよい。更には、横スクロール型のゲームではなく、縦スクロール型のゲームとしても適用可能である。一例として、ゲーム空間を垂直方向から見た縦スクロール型の飛行機操縦ゲームが想定され得る。具体的には、ユーザによる左右両方のスライド操作を通じて、各スライド方向に関連づけられた翼の方向、および各スライド距離に関連づけられる翼からの噴射量に基づいて、機体バランスを取りながらユーザに飛行機を操縦させるゲームが考えられる。
【００５７】
上述した実施形態は、本発明の理解を容易にするための例示に過ぎず、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良することができると共に、本発明にはその均等物が含まれることは言うまでもない。
【図１】
2017153949.tif 000003
【図２】
2017153949.tif 000004
【図３】
2017153949.tif 000005
【図４】
2017153949.tif 000006
【図５】
2017153949.tif 000007
【図６】
2017153949.tif 000008
【図７】
2017153949.tif 000009
【図８】
2017153949.tif 000010
【図９】
2017153949.tif 000011
【図１０】
2017153949.tif 000012
【図１１】
2017153949.tif 000013
【図１２】
2017153949.tif 000014
【図１３】
2017153949.tif 000015
【図１４】
2017153949.tif 000016