(57)【要約】【課題】ゲームにおいてユーザに求められる戦略性、及びユーザの興趣性が向上させる。【解決手段】ゲームプログラム（１３１）は、プロセッサ（１０）に、第１オブジェクトが、第２オブジェクトによってダメージを受けるゲーム処理を行うステップと、防御作用を有効にするステップと、防御作用が有効である場合にダメージ値として、ダメージの第１原因に応じた値と比べて小さい値となり、第２原因に応じた値と比べて大きい値となる、ダメージの原因によらない固定値を設定するステップと、第１オブジェクトがダメージを受けたときに、防御作用が有効でない場合、ダメージの原因に応じてダメージ値を決定するステップと、第１オブジェクトがダメージを受けたときに、防御作用が有効である場合、固定値をダメージ値として決定するステップと、決定されたダメージ値を体力値から減算して、体力値を更新するステップと、を実行させる。【選択図】図３
2020116179.tif 000002
【特許請求の範囲】
【請求項１】
ゲームプログラムであって、
前記ゲームプログラムは、プロセッサおよびメモリを備えるコンピュータにより実行されるものであり、
前記ゲームプログラムは、前記プロセッサに、
前記ゲームプログラムに基づくゲームの進行において、第１オブジェクトが、第２オブジェクトによってダメージを受けるゲーム処理を行うステップと、
前記ゲーム処理において、前記第１オブジェクトに対して、防御作用を有効にするステップと、
前記ゲーム処理において、前記防御作用が有効である場合に前記第１オブジェクトが受けたダメージによって該第１オブジェクトに関連付けられた体力値から減算するダメージ値として、前記ダメージの第１原因に応じた値と比べて小さい値となり、第２原因に応じた値と比べて大きい値となる、該ダメージの原因によらない固定値を設定するステップと、
前記ゲーム処理において、前記第１オブジェクトがダメージを受けたときに、前記防御作用が有効でない場合、該ダメージの原因に応じてダメージ値を算出し、前記体力値から減算するダメージ値として決定するステップと、
前記ゲーム処理において、前記第１オブジェクトがダメージを受けたときに、前記防御作用が有効である場合、前記固定値を前記体力値から減算するダメージ値として決定するステップと、
前記ゲーム処理において、前記決定されたダメージ値を前記体力値から減算して、前記体力値を更新するステップと、
を実行させるゲームプログラム。
【請求項２】
前記固定値を設定するステップは、前記固定値として、前記第１オブジェクトの前記体力値の最大値に対して所定の割合となる値を適用する請求項１に記載のゲームプログラム。
【請求項３】
前記固定値を設定するステップは、前記第１オブジェクトがダメージを受けた時点の前記体力値が所定の閾値よりも大きい場合、前記固定値として、前記第１オブジェクトがダメージを受けた時点の前記体力値に対して所定の割合となる値を適用する請求項１に記載のゲームプログラム。
【請求項４】
前記固定値を設定するステップは、前記第１オブジェクトがダメージを受けた時点の前記体力値が前記閾値以下である場合、前記固定値として、前記閾値に対して所定の割合となる値を適用する請求項３に記載のゲームプログラム。
【請求項５】
前記ゲームプログラムは、前記プロセッサに、
前記ゲーム処理において、前記第１オブジェクトが、前記ダメージの第３原因によってダメージを受けた場合、前記第１オブジェクトに対して前記防御作用が有効であるか否かに関わらず、前記第３原因に応じてダメージ値を算出し、前記体力値から減算するダメージ値として決定するステップを更に実行させる請求項１から４の何れか１項に記載のゲームプログラム。
【請求項６】
前記防御作用を有効にするステップは、当該ステップの１回の実行によって、複数の前記第１オブジェクトに対して前記防御作用を有効にする請求項１から５の何れか１項に記載のゲームプログラム。
【請求項７】
前記防御作用には、有効期間が設定されている請求項１から６の何れか１項に記載のゲームプログラム。
【請求項８】
コンピュータがゲームプログラムを実行する方法であって、
前記コンピュータは、プロセッサおよびメモリを備え、
前記プロセッサが請求項１に記載のゲームプログラムの各ステップを実行する方法。
【請求項９】
情報処理装置であって、
前記情報処理装置は、
請求項１に記載のゲームプログラムを記憶するメモリと、
該ゲームプログラムを実行することにより、情報処理装置の動作を制御するプロセッサとを備えている、情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示はゲームプログラム、ゲームプログラムを実行する方法および情報処理装置に関する。
【背景技術】
【０００２】
従来、敵のキャラクタと戦闘する場合に、味方のキャラクタが受けるダメージを減少させる効果を有効にすることができるゲームが公知である。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】“〔ドラクエ11（DQ11）〕スクルトの効果と覚える仲間”、[online］、ゲームエイト、[２０１８年１１月６日検索]、インターネット（ＵＲＬ：https://game8.jp/dq11/165630）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したような、戦闘等によってキャラクタのパラメータが更新されるゲームにおいては、当該パラメータの更新方法を工夫することによって、ユーザに求められる戦略性を向上させることができる余地がある。
【０００５】
本開示の一態様は、ゲームにおいてユーザに求められる戦略性、及びユーザの興趣性を向上させることを目的とする。
【課題を解決するための手段】
【０００６】
本開示に係るゲームプログラムは、プロセッサおよびメモリを備えるコンピュータにより実行される。ゲームプログラムは、プロセッサに、前記ゲームプログラムに基づくゲームの進行において、第１オブジェクトが、第２オブジェクトによってダメージを受けるゲーム処理を行うステップと、前記ゲーム処理において、前記第１オブジェクトに対して、防御作用を有効にするステップと、前記ゲーム処理において、前記防御作用が有効である場合に前記第１オブジェクトが受けたダメージによって該第１オブジェクトに関連付けられた体力値から減算するダメージ値として、前記ダメージの第１原因に応じた値と比べて小さい値となり、第２原因に応じた値と比べて大きい値となる、該ダメージの原因によらない固定値を設定するステップと、前記ゲーム処理において、前記第１オブジェクトがダメージを受けたときに、前記防御作用が有効でない場合、該ダメージの原因に応じてダメージ値を算出し、前記体力値から減算するダメージ値として決定するステップと、前記ゲーム処理において、前記第１オブジェクトがダメージを受けたときに、前記防御作用が有効である場合、前記固定値を前記体力値から減算するダメージ値として決定するステップと、前記ゲーム処理において、前記決定されたダメージ値を前記体力値から減算して、前記体力値を更新するステップと、を実行させる。
【０００７】
本開示に係る方法は、プロセッサ、及びメモリを備えるコンピュータがゲームプログラムを実行する方法である。該方法は、プロセッサが、上述した各ステップを実行することを含む。
【０００８】
本開示に係る情報処理装置は、上述のゲームプログラムを記憶する記憶部と、該ゲームプログラムを実行することにより、情報処理装置の動作を制御する制御部とを備えている。
【発明の効果】
【０００９】
本開示の一態様によれば、ゲームにおいてユーザに求められる戦略性、及びユーザの興趣性が向上する。
【図面の簡単な説明】
【００１０】
【図１】ゲームシステムのハードウェア構成を示す図である。
【図２】ユーザ端末およびサーバの機能的構成を示すブロック図である。
【図３】戦闘処理の流れを示すフローチャートである。
【図４】戦闘処理における表示画面の一例を示す図である。
【図５】戦闘処理における表示画面の一例を示す図である。
【図６】戦闘処理における表示画面の一例を示す図である。
【発明を実施するための形態】
【００１１】
〔実施形態〕
本開示に係るゲームシステムは、複数のユーザにゲームを提供するためのシステムである。以下、ゲームシステムについて図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が本発明に含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を繰り返さない。
【００１２】
＜ゲームシステム１のハードウェア構成＞
図１は、ゲームシステム１のハードウェア構成を示す図である。ゲームシステム１は図示の通り、複数のユーザ端末１００と、サーバ２００とを含む。各ユーザ端末１００は、サーバ２００とネットワーク２を介して接続する。ネットワーク２は、インターネットおよび図示しない無線基地局によって構築される各種移動通信システム等で構成される。この移動通信システムとしては、例えば、所謂３Ｇ、４Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、および所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が挙げられる。
【００１３】
サーバ２００（コンピュータ、情報処理装置）は、ワークステーションまたはパーソナルコンピュータ等の汎用コンピュータであってよい。サーバ２００は、プロセッサ２０と、メモリ２１と、ストレージ２２と、通信ＩＦ２３と、入出力ＩＦ２４とを備える。サーバ２００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。
【００１４】
ユーザ端末１００（コンピュータ、情報処理装置）は、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、またはタブレット型コンピュータ等の携帯端末であってよい。ユーザ端末１００は、ゲームプレイに適したゲーム装置であってもよい。ユーザ端末１００は図示の通り、プロセッサ１０と、メモリ１１と、ストレージ１２と、通信インターフェース（ＩＦ）１３と、入出力ＩＦ１４と、タッチスクリーン１５（表示部）と、カメラ１７と、測距センサ１８とを備える。ユーザ端末１００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。なお、ユーザ端末１００は、タッチスクリーン１５に代えて、または、加えて、ユーザ端末１００本体とは別に構成されたディスプレイ（表示部）を接続可能な入出力ＩＦ１４を備えていてもよい。
【００１５】
また、図１に示すように、ユーザ端末１００は、１つ以上のコントローラ１０２０と通信可能に構成されることとしてもよい。コントローラ１０２０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信規格に従って、ユーザ端末１００と通信を確立する。コントローラ１０２０は、１つ以上のボタン等を有していてもよく、該ボタン等に対するユーザの入力操作に基づく出力値をユーザ端末１００へ送信する。また、コントローラ１０２０は、加速度センサ、および、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値をユーザ端末１００へ送信する。
【００１６】
なお、ユーザ端末１００がカメラ１７および測距センサ１８を備えることに代えて、または、加えて、コントローラ１０２０がカメラ１７および測距センサ１８を有していてもよい。
【００１７】
ユーザ端末１００は、例えばゲーム開始時に、コントローラ１０２０を使用するユーザに、該ユーザの名前またはログインＩＤ等のユーザ識別情報を、該コントローラ１０２０を介して入力させることが望ましい。これにより、ユーザ端末１００は、コントローラ１０２０とユーザとを紐付けることが可能となり、受信した出力値の送信元（コントローラ１０２０）に基づいて、該出力値がどのユーザのものであるかを特定することができる。
【００１８】
ユーザ端末１００が複数のコントローラ１０２０と通信する場合、各コントローラ１０２０を各ユーザが把持することで、ネットワーク２を介してサーバ２００などの他の装置と通信せずに、該１台のユーザ端末１００でマルチプレイを実現することができる。また、各ユーザ端末１００が無線ＬＡＮ（Local Area Network）規格等の無線規格により互いに通信接続する（サーバ２００を介さずに通信接続する）ことで、複数台のユーザ端末１００によりローカルでマルチプレイを実現することもできる。１台のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、ユーザ端末１００は、さらに、サーバ２００が備える後述する種々の機能の少なくとも一部を備えていてもよい。また、複数のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、複数のユーザ端末１００は、サーバ２００が備える後述する種々の機能を分散して備えていてもよい。
【００１９】
なお、ローカルで上述のマルチプレイを実現する場合であっても、ユーザ端末１００はサーバ２００と通信を行ってもよい。例えば、あるゲームにおける成績または勝敗等のプレイ結果を示す情報と、ユーザ識別情報とを対応付けてサーバ２００に送信してもよい。
【００２０】
また、コントローラ１０２０は、ユーザ端末１００に着脱可能な構成であるとしてもよい。この場合、ユーザ端末１００の筐体における少なくともいずれかの面に、コントローラ１０２０との結合部が設けられていてもよい。該結合部を介して有線によりユーザ端末１００とコントローラ１０２０とが結合している場合は、ユーザ端末１００とコントローラ１０２０とは、有線を介して信号を送受信する。
【００２１】
図１に示すように、ユーザ端末１００は、外部のメモリカード等の記憶媒体１０３０の装着を、入出力ＩＦ１４を介して受け付けてもよい。これにより、ユーザ端末１００は、記憶媒体１０３０に記録されるプログラム及びデータを読み込むことができる。記憶媒体１０３０に記録されるプログラムは、例えばゲームプログラムである。
【００２２】
ユーザ端末１００は、サーバ２００等の外部の装置と通信することにより取得したゲームプログラムをユーザ端末１００のメモリ１１に記憶してもよいし、記憶媒体１０３０から読み込むことにより取得したゲームプログラムをメモリ１１に記憶してもよい。
【００２３】
以上で説明したとおり、ユーザ端末１００は、該ユーザ端末１００に対して情報を入力する機構の一例として、通信ＩＦ１３、入出力ＩＦ１４、タッチスクリーン１５、カメラ１７、および、測距センサ１８を備える。入力する機構としての上述の各部は、ユーザの入力操作を受け付けるように構成された操作部と捉えることができる。
【００２４】
例えば、操作部が、カメラ１７および測距センサ１８の少なくともいずれか一方で構成される場合、該操作部が、ユーザ端末１００の近傍の物体１０１０を検出し、当該物体の検出結果から入力操作を特定する。一例として、物体１０１０としてのユーザの手、予め定められた形状のマーカーなどが検出され、検出結果として得られた物体１０１０の色、形状、動き、または、種類などに基づいて入力操作が特定される。より具体的には、ユーザ端末１００は、カメラ１７の撮影画像からユーザの手が検出された場合、該撮影画像に基づき検出されるジェスチャ（ユーザの手の一連の動き）を、ユーザの入力操作として特定し、受け付ける。なお、撮影画像は静止画であっても動画であってもよい。
【００２５】
あるいは、操作部がタッチスクリーン１５で構成される場合、ユーザ端末１００は、タッチスクリーン１５の入力部１５１に対して実施されたユーザの操作をユーザの入力操作として特定し、受け付ける。あるいは、操作部が通信ＩＦ１３で構成される場合、ユーザ端末１００は、コントローラ１０２０から送信される信号（例えば、出力値）をユーザの入力操作として特定し、受け付ける。あるいは、操作部が入出力ＩＦ１４で構成される場合、該入出力ＩＦ１４と接続されるコントローラ１０２０とは異なる入力装置（図示せず）から出力される信号をユーザの入力操作として特定し、受け付ける。
【００２６】
＜各装置のハードウェア構成要素＞
プロセッサ１０は、ユーザ端末１００全体の動作を制御する。プロセッサ２０は、サーバ２００全体の動作を制御する。プロセッサ１０および２０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、およびＧＰＵ（Graphics Processing Unit）を含む。
【００２７】
プロセッサ１０は後述するストレージ１２からプログラムを読み出し、後述するメモリ１１に展開する。プロセッサ２０は後述するストレージ２２からプログラムを読み出し、後述するメモリ２１に展開する。プロセッサ１０およびプロセッサ２０は展開したプログラムを実行する。
【００２８】
メモリ１１および２１は主記憶装置である。メモリ１１および２１は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の記憶装置で構成される。メモリ１１は、プロセッサ１０が後述するストレージ１２から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ１０に作業領域を提供する。メモリ１１は、プロセッサ１０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ２１は、プロセッサ２０が後述するストレージ２２から読み出した各種プログラムおよびデータを一時的に記憶することにより、プロセッサ２０に作業領域を提供する。メモリ２１は、プロセッサ２０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。
【００２９】
本実施形態においてプログラムとは、ゲームをユーザ端末１００により実現するためのゲームプログラムであってもよい。あるいは、該プログラムは、該ゲームをユーザ端末１００とサーバ２００との協働により実現するためのゲームプログラムであってもよい。なお、ユーザ端末１００とサーバ２００との協働により実現されるゲームは、一例として、ユーザ端末１００において起動されたブラウザ上で実行されるゲームであってもよい。あるいは、該プログラムは、該ゲームを複数のユーザ端末１００の協働により実現するためのゲームプログラムであってもよい。また、各種データとは、ユーザ情報およびゲーム情報などのゲームに関するデータ、ならびに、ユーザ端末１００とサーバ２００との間または複数のユーザ端末１００間で送受信する指示または通知を含んでいる。
【００３０】
ストレージ１２および２２は補助記憶装置である。ストレージ１２および２２は、フラッシュメモリまたはＨＤＤ（Hard Disk Drive）等の記憶装置で構成される。ストレージ１２およびストレージ２２には、ゲームに関する各種データが格納される。
【００３１】
通信ＩＦ１３は、ユーザ端末１００における各種データの送受信を制御する。通信ＩＦ２３は、サーバ２００における各種データの送受信を制御する。通信ＩＦ１３および２３は例えば、無線ＬＡＮ（Local Area Network）を介する通信、有線ＬＡＮ、無線ＬＡＮ、または携帯電話回線網を介したインターネット通信、ならびに近距離無線通信等を用いた通信を制御する。
【００３２】
入出力ＩＦ１４は、ユーザ端末１００がデータの入力を受け付けるためのインターフェースであり、またユーザ端末１００がデータを出力するためのインターフェースである。入出力ＩＦ１４は、ＵＳＢ（Universal Serial Bus）等を介してデータの入出力を行ってもよい。入出力ＩＦ１４は、例えば、ユーザ端末１００の物理ボタン、カメラ、マイク、または、スピーカ等を含み得る。サーバ２００の入出力ＩＦ２４は、サーバ２００がデータの入力を受け付けるためのインターフェースであり、またサーバ２００がデータを出力するためのインターフェースである。入出力ＩＦ２４は、例えば、マウスまたはキーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含み得る。
【００３３】
ユーザ端末１００のタッチスクリーン１５は、入力部１５１と表示部１５２とを組み合わせた電子部品である。入力部１５１は、例えばタッチセンシティブなデバイスであり、例えばタッチパッドによって構成される。表示部１５２は、例えば液晶ディスプレイ、または有機ＥＬ（Electro-Luminescence）ディスプレイ等によって構成される。
【００３４】
入力部１５１は、入力面に対しユーザの操作（主にタッチ操作、スライド操作、スワイプ操作、およびタップ操作等の物理的接触操作）が入力された位置を検知して、位置を示す情報を入力信号として送信する機能を備える。入力部１５１は、図示しないタッチセンシング部を備えていればよい。タッチセンシング部は、静電容量方式または抵抗膜方式等のどのような方式を採用したものであってもよい。
【００３５】
図示していないが、ユーザ端末１００は、該ユーザ端末１００の保持姿勢を特定するための１以上のセンサを備えていてもよい。このセンサは、例えば、加速度センサ、または、角速度センサ等であってもよい。ユーザ端末１００がセンサを備えている場合、プロセッサ１０は、センサの出力からユーザ端末１００の保持姿勢を特定して、保持姿勢に応じた処理を行うことも可能になる。例えば、プロセッサ１０は、ユーザ端末１００が縦向きに保持されているときには、縦長の画像を表示部１５２に表示させる縦画面表示としてもよい。一方、ユーザ端末１００が横向きに保持されているときには、横長の画像を表示部に表示させる横画面表示としてもよい。このように、プロセッサ１０は、ユーザ端末１００の保持姿勢に応じて縦画面表示と横画面表示とを切り替え可能であってもよい。
【００３６】
カメラ１７は、イメージセンサ等を含み、レンズから入射する入射光を電気信号に変換することで撮影画像を生成する。
【００３７】
測距センサ１８は、測定対象物までの距離を測定するセンサである。測距センサ１８は、例えば、パルス変換した光を発する光源と、光を受ける受光素子とを含む。測距センサ１８は、光源からの発光タイミングと、該光源から発せられた光が測定対象物にあたって反射されて生じる反射光の受光タイミングとにより、測定対象物までの距離を測定する。測距センサ１８は、指向性を有する光を発する光源を有することとしてもよい。
【００３８】
ここで、ユーザ端末１００が、カメラ１７と測距センサ１８とを用いて、ユーザ端末１００の近傍の物体１０１０を検出した検出結果を、ユーザの入力操作として受け付ける例をさらに説明する。カメラ１７および測距センサ１８は、例えば、ユーザ端末１００の筐体の側面に設けられてもよい。カメラ１７の近傍に測距センサ１８が設けられてもよい。カメラ１７としては、例えば赤外線カメラを用いることができる。この場合、赤外線を照射する照明装置および可視光を遮断するフィルタ等が、カメラ１７に設けられてもよい。これにより、屋外か屋内かにかかわらず、カメラ１７の撮影画像に基づく物体の検出精度をいっそう向上させることができる。
【００３９】
プロセッサ１０は、カメラ１７の撮影画像に対して、例えば以下の（１）〜（５）に示す処理のうち１つ以上の処理を行ってもよい。（１）プロセッサ１０は、カメラ１７の撮影画像に対し画像認識処理を行うことで、該撮影画像にユーザの手が含まれているか否かを特定する。プロセッサ１０は、上述の画像認識処理において採用する解析技術として、例えばパターンマッチング等の技術を用いてよい。（２）また、プロセッサ１０は、ユーザの手の形状から、ユーザのジェスチャを検出する。プロセッサ１０は、例えば、撮影画像から検出されるユーザの手の形状から、ユーザの指の本数（伸びている指の本数）を特定する。プロセッサ１０はさらに、特定した指の本数から、ユーザが行ったジェスチャを特定する。例えば、プロセッサ１０は、指の本数が５本である場合、ユーザが「パー」のジェスチャを行ったと判定する。また、プロセッサ１０は、指の本数が０本である（指が検出されなかった）場合、ユーザが「グー」のジェスチャを行ったと判定する。また、プロセッサ１０は、指の本数が２本である場合、ユーザが「チョキ」のジェスチャを行ったと判定する。（３）プロセッサ１０は、カメラ１７の撮影画像に対し、画像認識処理を行うことにより、ユーザの指が人差し指のみ立てた状態であるか、ユーザの指がはじくような動きをしたかを検出する。（４）プロセッサ１０は、カメラ１７の撮影画像の画像認識結果、および、測距センサ１８の出力値等の少なくともいずれか１つに基づいて、ユーザ端末１００の近傍の物体１０１０（ユーザの手など）とユーザ端末１００との距離を検出する。例えば、プロセッサ１０は、カメラ１７の撮影画像から特定されるユーザの手の形状の大小により、ユーザの手がユーザ端末１００の近傍（例えば所定値未満の距離）にあるのか、遠く（例えば所定値以上の距離）にあるのかを検出する。なお、撮影画像が動画の場合、プロセッサ１０は、ユーザの手がユーザ端末１００に接近しているのか遠ざかっているのかを検出してもよい。（５）カメラ１７の撮影画像の画像認識結果等に基づいて、ユーザの手が検出されている状態で、ユーザ端末１００とユーザの手との距離が変化していることが判明した場合、プロセッサ１０は、ユーザが手をカメラ１７の撮影方向において振っていると認識する。カメラ１７の撮影範囲よりも指向性が強い測距センサ１８において、物体が検出されたりされなかったりする場合に、プロセッサ１０は、ユーザが手をカメラの撮影方向に直交する方向に振っていると認識する。
【００４０】
このように、プロセッサ１０は、カメラ１７の撮影画像に対する画像認識により、ユーザが手を握りこんでいるか否か（「グー」のジェスチャであるか、それ以外のジェスチャ（例えば「パー」）であるか）を検出する。また、プロセッサ１０は、ユーザの手の形状とともに、ユーザがこの手をどのように移動させているかを検出する。また、プロセッサ１０は、ユーザがこの手をユーザ端末１００に対して接近させているのか遠ざけているのかを検出する。このような操作は、例えば、マウスまたはタッチパネルなどのポインティングデバイスを用いた操作に対応させることができる。ユーザ端末１００は、例えば、ユーザの手の移動に応じて、タッチスクリーン１５においてポインタを移動させ、ユーザのジェスチャ「グー」を検出する。この場合、ユーザ端末１００は、ユーザが選択操作を継続中であると認識する。選択操作の継続とは、例えば、マウスがクリックされて押し込まれた状態が維持されること、または、タッチパネルに対してタッチダウン操作がなされた後タッチされた状態が維持されることに対応する。また、ユーザ端末１００は、ユーザのジェスチャ「グー」が検出されている状態で、さらにユーザが手を移動させると、このような一連のジェスチャを、スワイプ操作（またはドラッグ操作）に対応する操作として認識することもできる。また、ユーザ端末１００は、カメラ１７の撮影画像によるユーザの手の検出結果に基づいて、ユーザが指をはじくようなジェスチャを検出した場合に、当該ジェスチャを、マウスのクリックまたはタッチパネルへのタップ操作に対応する操作として認識してもよい。
【００４１】
＜ゲーム概要＞
ゲームシステム１は、ゲームシステム１に基づくゲームにおいて利用可能な１又は複数のゲームオブジェクトであって、所定のパラメータが関連付けられたゲームオブジェクトを用いて進行させるゲームを実行するためのシステムである。また、ゲームシステム１に基づくゲームを、以下単に、ゲームと適宜呼称する。以下、本実施形態においてゲームオブジェクトは、ゲームにおいて利用可能な人型のキャラクタであるものとして説明するが、これに限定されず、例えばカード等であってもよい。
【００４２】
本実施形態においては、所定のパラメータとして、少なくともヒットポイントが各キャラクタに関連付けられているものとして説明する。ここで、ヒットポイントとは、対象となるキャラクタの体力を示す値であり、所定の値、例えば０である場合、当該キャラクタはゲームにおいて行動することができない。また、ゲームにおける各キャラクタにはヒットポイントの他に、例えば攻撃力や防御力を示すパラメータが関連付けられていてもよい。また、所定のパラメータとしてヒットポイントではなく、例えば、キャラクタに対するダメージを示すダメージ値が当該キャラクタに関連付けられており、ダメージ値が所定の値、例えばヒットポイントの最大値に相当する値に達した場合に、当該キャラクタがゲームにおいて行動できなくなる構成においても、ヒットポイントの減少、減算を、ダメージ値の増加、加算と読み替えることにより、以下の説明が適用可能である。なお、上述したヒットポイントの最大値とは、残りのヒットポイントがその値よりも回復できない値を意味する。また、ヒットポイントの最大値はキャラクタの状態、レベル等によって増減の更新がされ得る。例えば、レベルが上がるとヒットポイントの最大値が上がったり、敵キャラクタによる動作によって、ヒットポイントの最大値が低減したりする構成もあり得る。また、キャラクタに所定のパラメータとして関連付けられたヒットポイントを、以下単に、「キャラクタのヒットポイント」と呼称することもある。
【００４３】
また、ゲームの進行においては、キャラクタのヒットポイントの値が更新される要因となる事象が生じ得る。ヒットポイントが減少する要因としては、例えば、ユーザが操作するキャラクタの敵として設定されたキャラクタの攻撃、キャラクタを対象とする罠の作動、及びゲームにおけるイベントの発生等が挙げられる。また、ヒットポイントが増加する要因としては、例えば、キャラクタのヒットポイントを回復させるスキルの発動、ヒットポイントを回復させる道具の使用、及びゲームにおけるイベントの発生等が挙げられる。なお、上述した、ゲームにおいてユーザが利用可能なキャラクタの敵として設定されたキャラクタを、以下単に、「敵キャラクタ」と呼称することもある。ここで、ユーザが利用可能なキャラクタは、ゲームにおける第１オブジェクトの一例であり、第１オブジェクトにダメージを与える要因となる敵キャラクタや罠などは、ゲームにおける第２オブジェクトの一例である。
【００４４】
また、ゲームの進行において、ユーザはゲームに含まれるプレイ単位をプレイするときに、キャラクタを操作する。当該プレイ単位は、ステージ、クエスト等と称呼されることもある。本実施形態では、敵キャラクタが配置されたゲーム空間において、ユーザはキャラクタを操作して、敵キャラクタを倒すことによってゲームを進行、又はクリアするゲームについて説明する。当該プレイ単位で同時に使用されるキャラクタは、単体でもよく、複数のキャラクタの組み合わせでもよい。また、複数のキャラクタが使用される場合、ユーザによって操作する対象のキャラクタは切替可能であってもよい。また、ユーザによって操作可能なキャラクタ以外のキャラクタ（後述のパーティのメンバであって、ユーザの操作の対象となっていないキャラクタ）は、操作対象のキャラクタと同じゲーム空間に配置されてプロプラム制御によって行動可能な構成でもよいし、ゲーム空間に配置されない構成でもよい。
【００４５】
また、以下の説明においては、ゲームにおいてユーザに同時に用いられるキャラクタの組を、「パーティ」と呼称することもある。
【００４６】
また、本実施形態におけるゲームは、パーティに含まれる全てのキャラクタのヒットポイントが０になった場合、換言するとパーティが全滅した場合、行動できるキャラクタがいなくなり、直近にゲームの進行を記録した状態からの再開を余儀なくされるものとする。パーティの全滅は、ユーザにとって不利益なものであるため、ユーザはこれを避けるべく、キャラクタの行動を選択し、又は操作する。
【００４７】
また、一態様において、ゲームシステム１において実行されるゲームは、複数のクエストを含んでいてもよい。ユーザは、ユーザ端末１００を操作して、複数のクエストの中からプレイしたいクエストを選択し、選択したクエストをプレイする。
【００４８】
また、ゲームシステム１は、特定のプレイ形態に限らず、あらゆるプレイ形態のゲームを実行するためのシステムであってもよい。例えば、単一のユーザによるシングルプレイゲーム、および、複数のユーザによるマルチプレイゲーム、また、マルチプレイゲームの中でも、複数のユーザが対戦する対戦ゲーム、および、複数のユーザが協力する協力プレイゲームなどであってもよい。
【００４９】
＜ゲームシステム１の機能的構成＞
図２は、ゲームシステム１に含まれるサーバ２００およびユーザ端末１００の機能的構成を示すブロック図である。サーバ２００およびユーザ端末１００のそれぞれは、図示しない、一般的なコンピュータとして機能する場合に必要な機能的構成、および、ゲームにおける公知の機能を実現するために必要な機能的構成を含み得る。
【００５０】
ユーザ端末１００は、ユーザの入力操作を受け付ける入力装置としての機能と、ゲームの画像や音声を出力する出力装置としての機能を有する。ユーザ端末１００は、プロセッサ１０、メモリ１１、ストレージ１２、通信ＩＦ１３、および入出力ＩＦ１４等の協働によって、制御部１１０および記憶部１２０として機能する。
【００５１】
サーバ２００は、各ユーザ端末１００と通信して、ユーザ端末１００がゲームを進行させるのを支援する機能を有する。ゲームがマルチプレイゲームである場合には、サーバ２００は、ゲームに参加する各ユーザ端末１００と通信して、ユーザ端末１００同士のやりとりを仲介する機能を有していてもよい。サーバ２００は、プロセッサ２０、メモリ２１、ストレージ２２、通信ＩＦ２３、および入出力ＩＦ２４等の協働によって、制御部２１０および記憶部２２０として機能する。
【００５２】
記憶部１２０および記憶部２２０は、ゲームプログラム、ゲーム情報１３２およびユーザ情報１３３を格納する。ゲームプログラム１３１は、ユーザ端末１００が実行するゲームプログラムである。ゲームプログラム２３１は、サーバ２００が実行するゲームプログラムである。ゲーム情報１３２は、制御部１１０および制御部２１０がゲームプログラムを実行する際に参照するデータである。ユーザ情報１３３は、ユーザのアカウントに関するデータである。記憶部２２０において、ゲーム情報１３２およびユーザ情報１３３は、ユーザ端末１００ごとに格納されている。
【００５３】
（サーバ２００の機能的構成）
制御部２１０は、記憶部２２０に格納されたゲームプログラム２３１を実行することにより、サーバ２００を統括的に制御する。例えば、制御部２１０は、ユーザ端末１００に各種データおよびプログラム等を送信する。制御部２１０は、ゲーム情報もしくはユーザ情報の一部または全部をユーザ端末１００から受信する。ゲームがマルチプレイゲームである場合には、制御部２１０は、ユーザ端末１００からマルチプレイの同期の要求を受信して、同期のためのデータをユーザ端末１００に送信してもよい。
【００５４】
制御部２１０は、ゲームプログラム２３１の記述に応じて、ゲームを進行させるように機能する。制御部２１０は、実行するゲームの性質に応じて、ユーザ端末１００におけるゲームの進行を支援するために、図示しない機能ブロックとしても機能することができる。
【００５５】
（ユーザ端末１００の機能的構成）
制御部１１０は、記憶部１２０に格納されたゲームプログラム１３１を実行することにより、ユーザ端末１００を統括的に制御する。例えば、制御部１１０は、ゲームプログラム１３１およびユーザの操作にしたがって、ゲームを進行させる。また、制御部１１０は、ゲームを進行させている間、必要に応じて、サーバ２００と通信して、情報の送受信を行う。
【００５６】
制御部１１０は、ゲームプログラム１３１の記述に応じて、判定部１１５およびゲーム進行部１１６として機能する。
【００５７】
なお、制御部１１０は、実行するゲームの性質に応じて、ゲームを進行させるために、図示しないその他の機能ブロックとしても機能することができる。さらに、制御部１１０は、図示しない操作受付部、および、表示制御部などとしても機能する。操作受付部は、入力部１５１に対するユーザの入力操作を検知し受け付ける。例えば、操作受付部は、上述の入力操作の、入力部１５１における入力位置の座標を検出し、該入力操作の種類を特定する。操作受付部は、例えば、タッチ操作、スライド操作、スワイプ操作、およびタップ操作等を特定する。表示制御部は、タッチスクリーン１５の表示部１５２に対して、制御部１１０の各部によって実行された処理結果が反映されたゲーム画面を出力する。表示制御部は、制御部１１０の各部によって生成された映像を含むゲーム画面を表示部１５２に表示してもよい。また、表示制御部は、グラフィカルユーザインターフェース（以下、ＧＵＩ）を、該ゲーム画面に重畳して描画してもよい。
【００５８】
判定部１１５は、ゲームの進行に必要な各種の判定処理を実行する。例えば判定部１１５は、後述する戦闘処理において、敵キャラクタが全て倒されたか否かを判定する。ここで、戦闘処理とは、敵キャラクタと、パーティに含まれるキャラクタの少なくとも何れかとが互いに攻撃して各々のヒットポイントを減少させ、敵キャラクタのヒットポイント、又はパーティに含まれる全てのキャラクタのヒットポイントの何れかが０になることを終了条件として継続される事象についての処理を意味する。
【００５９】
ゲーム進行部１１６は、ゲームの実行に係る各種処理を行う。例えば、ゲーム進行部１１６は、操作受付部１１１が受け付けた入力操作の入力位置の座標と操作の種類とから示されるユーザの指示内容を解釈し、当該解釈に基づいて、ゲームを進行させる処理を行う。ここで、ゲームを進行させる処理とは、例えば敵キャラクタとパーティに含まれるキャラクタとの戦闘処理を実行させる処理を意味する。
【００６０】
なお、図２に示すサーバ２００およびユーザ端末１００の機能は一例にすぎない。サーバ２００は、ユーザ端末１００が備える機能の少なくとも一部を備えていてもよい。また、ユーザ端末１００は、サーバ２００が備える機能の少なくとも一部を備えていてもよい。さらに、ユーザ端末１００およびサーバ２００以外の他の装置をゲームシステム１の構成要素とし、該他の装置にゲームシステム１における処理の一部を実行させてもよい。すなわち、本実施形態においてゲームプログラムを実行するコンピュータは、ユーザ端末１００、サーバ２００、および他の装置の何れであってもよいし、これらの複数の装置の組み合わせにより実現されてもよい。
【００６１】
＜処理フロー及びゲーム画面例＞
本実施形態においては、ゲームの進行において、ユーザが利用可能なキャラクタが、敵キャラクタによってダメージを受けるゲーム処理を行う工程と、ゲーム処理において、ユーザが利用可能なキャラクタに対して、防御作用を有効にする工程と、ゲーム処理において、防御作用が有効である場合にユーザが利用可能なキャラクタが受けたダメージによって該ユーザが利用可能なキャラクタのヒットポイントから減算するダメージ値として、ダメージの第１原因に応じた値と比べて小さい値となり、第２原因に応じた値と比べて大きい値となる、該ダメージの原因によらない固定値を設定する工程と、ゲーム処理において、ユーザが利用可能なキャラクタがダメージを受けたときに、防御作用が有効でない場合、該ダメージの原因に応じてダメージ値を算出し、ヒットポイントから減算するダメージ値として決定する工程と、ゲーム処理において、ユーザが利用可能なキャラクタがダメージを受けたときに、防御作用が有効である場合、固定値をヒットポイントから減算するダメージ値として決定する工程と、ゲーム処理において、決定されたダメージ値をヒットポイントから減算して、ヒットポイントを更新する工程とを、ゲームプログラムが実行させる処理について説明する。これにより、防御作用が有効であるか否かによって、ヒットポイントの更新量が異なる。例えば、防御作用が有効であることによって、有効でない場合に比べて、ヒットポイントの更新量が多くなることもあれば、少なくなることもある。これらの処理によって、ゲームにおいてユーザに求められる戦略性、及びユーザの興趣性を向上させることができる。
【００６２】
また、本実施形態においては、ゲームにおいて利用可能な１又は複数のキャラクタの一例として、パーティに含まれるキャラクタを適用する。また、本実施形態では、防御作用は、何れかのキャラクタが防御作用を有効とするためのスキルを、自キャラクタ及び／又は別キャラクタを対象として使用した場合に有効となるものとする。つまり、当該スキルが或るキャラクタに対して使用されると、防御作用は有効となる。また、防御作用を有効とするためのスキルの対象は、ユーザが選択可能であってもよい。なお、本実施形態において、防御作用を有効とするためのスキルを、以下、「防御スキル」という。また、本実施形態では、第１原因および第２原因の一例として、戦闘処理における敵キャラクタの物理攻撃を適用する。また、第１原因である物理攻撃は、第２原因である物理攻撃よりも強い攻撃であるものとする。即ち、防御作用が有効ではないキャラクタであって、攻撃を受けたキャラクタのヒットポイントから減算されるダメージ値は、第２原因である物理攻撃に応じた値よりも、第１原因である物理攻撃に応じた値の方が大きい値であるものとする。また、本実施形態では、防御作用は、キャラクタが第１原因である物理攻撃を受けた場合にも第２原因である物理攻撃を受けた場合にも、ヒットポイントを更新する値を、防御作用に応じた値にするための作用である。また、「物理攻撃」とは敵キャラクタの行なう攻撃動作の一態様である。敵キャラクタの行なう攻撃動作には属性が関連付けられていてもよく、本実施形態では、「物理」、「魔法」の２属性のうちいずれかが関連付けられている態様について説明する。
【００６３】
なお、防御作用が有効となるのは本実施形態のような防御スキルを使用するとの条件に限定されず、例えば、ゲーム内において、防御スキルを使用するとの条件以外の所定の条件であってもよい。当該所定の条件とは、例えば、アイテムの使用、所定の領域へのキャラクタの到達、所定のポイントを閾値に到達させること等があげられる。
【００６４】
また、上述したようにキャラクタのヒットポイントが更新されるのは敵キャラクタからの攻撃を受けることに限定されない。他の例としては、ヒットポイントを更新し得るゲーム空間内のオブジェクトとの接触、ゲーム空間に配置された罠の作用を受ける動作などが挙げられる。具体的には、キャラクタが石につまずくこと、炎等との接触等が挙げられる。また、防御作用は、これらの要因によってヒットポイントが更新される場合にも有効であってもよい。
【００６５】
以下の説明においては、パーティに含まれるキャラクタが敵キャラクタから攻撃された場合、防御作用が有効であれば、防御作用に応じた値が攻撃を受けたキャラクタのヒットポイントから減算され、防御作用が有効でなければ、当該攻撃に応じた値が当該キャラクタのヒットポイントから減算される態様について例示する。
【００６６】
（戦闘処理の実行フロー例）
ゲームにおける戦闘処理の実行フロー例について、図３〜図６を参照してステップごとに説明する。なお、以下の説明に基づく処理は一例であって、本実施形態に係る発明を特定の構成に限定するものではない。また、以下の説明において、フローチャートを用いて説明する一連の処理ステップのうち、ユーザ端末１００によって実行されるものとして記載したステップの少なくとも一部が、サーバ２００によって実行されてもよい。また、サーバ２００によって実行されるものとして記載したステップの少なくとも一部が、ユーザ端末１００によって実行されてもよい。また、後述するフローチャートに基づく処理においても同様である。図３は、戦闘処理の流れを示すフローチャートである。図３のフローチャートに基づく処理は、例えばパーティがゲーム内のフィールドを移動している場合に、敵キャラクタに遭遇したものとしてランダムなタイミングで開始されてもよい。また、当該フローチャートの各ステップの説明においては、制御部１１０が、各ステップにおける処理の結果を示す画面を表示部１５２に表示させる処理についての重複する記載を繰り返さない。
【００６７】
ステップＳ１０１において、ゲーム進行部１１６は、敵キャラクタとパーティに含まれるキャラクタとの戦闘処理を開始する。換言すると、ゲーム進行部１１６は、ユーザが利用可能なキャラクタが、敵キャラクタによってダメージを受け得るゲーム処理を開始する。図４〜図６は、戦闘処理における表示画面であって、制御部１１０が表示部１５２に表示させる表示画面の一例を示す図である。これらの各図において、オブジェクト３００ａ〜３００ｃは、それぞれパーティに含まれるキャラクタＡ〜Ｃを示している。オブジェクト３０２は、敵キャラクタを示している。テキスト３０６は、パーティに含まれるキャラクタの名称と、各キャラクタの残りヒットポイント及びヒットポイントの最大値とを示している。
【００６８】
なお、本実施形態においては、防御作用の効果を理解し易くするため、パーティに含まれる各キャラクタ、即ち図４〜図６に示す各キャラクタ３００ａ〜３００ｃに関連付けられたヒットポイントを含む各パラメータの値は、全て同一であるものとする。
【００６９】
ステップＳ１０２において、判定部１１５は、戦闘処理において、防御スキルが使用されたか否かを判定する。判定部１１５が、防御スキルが使用されたと判定した場合、続いてステップＳ１０３の処理が実行され、そうでない場合、続いてステップＳ１０４の処理が実行される。
【００７０】
ステップＳ１０３において、ゲーム進行部１１６は、ステップＳ１０２において、防御スキルが、当該防御スキルの対象として選択されたキャラクタに対して使用された場合に、当該キャラクタに対する防御作用を有効にする。図４（Ｂ）は、キャラクタＢが防御作用を及ぼすスキルを自身に対して使用した例を示している。また、ゲーム進行部１１６は、防御作用が有効である場合にキャラクタが受けたダメージによって当該キャラクタのヒットポイントから減算するダメージ値として、ダメージの第１原因に応じた値と比べて小さい値となり、第２原因に応じた値と比べて大きい値となる、ダメージの原因によらない固定値を設定する。
【００７１】
なお、防御作用には、有効期間が設定されていてもよい。これにより、どのタイミングで防御スキルを発動させるか等、ユーザにより高い戦略性が求められるので、ゲームの興趣性が向上する。なお、防御スキルの有効期間は、必ずしも事前に設定された期間でなく無作為な期間であってもよい。なお、戦闘処理がターン制である場合、即ち敵キャラクタの攻撃と、パーティに含まれるキャラクタの攻撃とが交互またはそれに準じた順番で行われる場合、有効期間は、所定の、又は無作為なターン数であってもよい。
【００７２】
ステップＳ１０４において、ゲーム進行部１１６は、敵キャラクタが、パーティに含まれるキャラクタを攻撃する処理を行う。
【００７３】
ステップＳ１０５において、判定部１１５は、敵キャラクタの攻撃対象のキャラクタに防御作用が有効であるか否かを判定する。判定部１１５が、防御作用が有効であると判定した場合、続いてステップＳ１０６の処理が実行され、有効でないと判定した場合、続いてステップＳ１０７の処理が実行される。なお、敵キャラクタの攻撃対象が複数である場合には、本ステップＳ１０５における判定と、ステップＳ１０６又はステップＳ１０７における処理とは各キャラクタについて実行される。
【００７４】
ステップＳ１０６において、ゲーム進行部１１６は、ステップＳ１０３で決定した、防御作用に応じた固定値をヒットポイントから減算するダメージ値として決定し、当該ダメージ値をヒットポイントから減算して、当該ヒットポイントを更新する。本実施形態では、ゲーム進行部１１６が、防御作用に応じた固定値として、当該キャラクタのヒットポイントの最大値に対して所定の割合である１０パーセントとなる値を適用する場合について説明する。この場合、図５（Ｃ）に示すように、キャラクタＢのヒットポイントは１０００から９００になる。これにより、キャラクタのヒットポイントが０になるまでの被ダメージ回数を容易に把握することができる。
【００７５】
ステップＳ１０７において、ゲーム進行部１１６は、敵キャラクタの攻撃に応じたダメージ値を算出してヒットポイントから減算するダメージ値として決定し、当該ダメージ値をヒットポイントから減算して、当該ヒットポイントを更新する。
【００７６】
また、図５（Ｄ）は、敵キャラクタが、キャラクタＡ〜Ｃに対して、再度攻撃を行ったことを示している。図５（Ｄ）においてもキャラクタＢが受けるダメ―ジは、キャラクタＢのヒットポイントの最大値の１０パーセントとなる値であり、Ａ、Ｃが受けるダメージとは異なっている。
【００７７】
ここで、敵キャラクタが、防御作用が有効でないキャラクタに対して与えるダメージは、少なくとも攻撃の種類によって変動し得る。例えば、図５（Ｃ）において敵キャラクタが行った、第１原因である物理攻撃は、図５（Ｄ）に示す第２原因である物理攻撃よりも強い攻撃であると言える。また、図５（Ｃ）及び図５（Ｄ）は、防御作用が有効である限り、敵キャラクタがどのような強さの物理攻撃を行っても、防御作用が有効なキャラクタＢが一度に受けるダメージは、ヒットポイントの最大値である「１０００」に対する所定の割合、この例では１０パーセントである「１００」となる例を示している。
【００７８】
また、ゲーム進行部１１６は、キャラクタが第３原因によってダメージを受けた場合、ダメージを受けたキャラクタに対して防御作用が有効であるか否かに関わらず、第３原因に応じてダメージ値を算出し、ヒットポイントから減算するダメージ値として決定してもよい。本実施形態では、第３原因の一態様として戦闘処理における敵キャラクタの魔法攻撃を適用する。例えば、ユーザが操作するキャラクタに対して敵キャラクタの魔法攻撃が作用すると、当該魔法攻撃に応じた値が、キャラクタのヒットポイントから減算される。これにより、ヒットポイントの減少に影響を及ぼす要因が増え、ユーザに求められる戦略性が向上する。
【００７９】
ここで、図５（Ｃ）、図５（Ｄ）及び後述する図６（Ｄ’）は、敵キャラクタが、キャラクタＡ〜Ｃに対して物理攻撃を行った様子を示している。一方で、図６（Ｅ）は、敵キャラクタが、キャラクタＡ〜Ｃに対して魔法攻撃を行った様子を示している。本実施形態において、防御作用は物理攻撃を受けたときのみ有効である。換言すると、魔法攻撃によるダメージの値は、攻撃対象に防御作用が有効であるか否かによっては変動しない。図６（Ｅ）の例は、キャラクタＡ〜Ｃが敵キャラクタの魔法攻撃によって同一のダメージ「３００」を受けたことを示している。
【００８０】
ステップＳ１０８において、ゲーム進行部１１６は、パーティに含まれるキャラクタの少なくとも何れかが敵キャラクタの少なくとも何れかに対する攻撃を行った結果として、当該攻撃に応じた値を、攻撃を受けた敵キャラクタのヒットポイントから減算する処理を行う。
【００８１】
ステップＳ１０９において、判定部１１５は、全ての敵キャラクタ、この例では敵キャラクタのヒットポイントが０になったか否か、換言すると、パーティが敵キャラクタに勝利したか否かを判定する。判定部１１５が、全ての敵キャラクタのヒットポイントが０になったと判定した場合、続いてステップＳ１１０の処理が実行され、そうでない場合、続いてステップＳ１０２の処理が実行される。
【００８２】
ステップＳ１１０において、ゲーム進行部１１６は、パーティが敵キャラクタを全て倒したものとして、戦闘処理を終了させる。
【００８３】
〔変形例〕
ゲーム進行部１１６は、キャラクタがダメージを受けた時点のヒットポイントが所定の閾値よりも大きい場合、防御作用に応じた固定値として、当該キャラクタがダメージを受けた時点のヒットポイントの値に対して所定の割合となる値を適用してもよい。つまり、一態様として、ステップＳ１０６においてゲーム進行部１１６は、キャラクタが攻撃を受けた時点のヒットポイントの値に対して１０パーセントとなる値によって、当該キャラクタのヒットポイントを、減算するように更新してもよい。よって、図６（Ｄ’）に示すように、キャラクタＢのヒットポイントは、９００から８１０になる。これにより、キャラクタの現時点の残りヒットポイントによって防御作用の有用性が、敵キャラクタから攻撃されたタイミングによって変動する。よってユーザに求められる戦略性が向上する。また、上述した所定の閾値は、例えばヒットポイントの最小単位となる値「１」であってもよい。
【００８４】
また、ゲーム進行部１１６は、キャラクタがダメージを受けた時点のヒットポイントが所定の閾値以下である場合、防御作用に応じた固定値として、当該閾値に対して所定の割合となる値を適用してもよい。これにより、これにより、ダメージ値である固定値が小さくなり過ぎることを抑制できる。また、上述した所定の割合は、例えば１００パーセントであってもよい。
【００８５】
なお、各キャラクタが受けるダメージの計算において、当該ダメージの端数、即ちヒットポイントの最小単位に満たない値が生じた場合には、その値の切り捨て、切り上げ、又は四捨五入によって、ダメージの端数が補正されてもよい。
【００８６】
防御作用は、一度の効果で、パーティに含まれる複数のキャラクタに対して作用を及ぼしてもよい。例えば、防御スキルによって防御作用を有効にするステップの１回の実行によって、戦闘処理が行われているゲーム空間に同時に配置されている複数のキャラクタに対して防御作用を有効にしてもよい。これにより、防御スキルの一度の発動によって単数のキャラクタに対して防御作用が有効になる場合と比較して、より少ない回数で複数のキャラクタに対して防御作用を有効にすることができる。
【００８７】
また、上述した戦闘処理は、例えば、敵キャラクタまたはパーティのキャラクタが戦闘から離脱する処理がなされることにより、途中で中断可能な構成でもよい。また、戦闘処理が途中で中断された場合、又は、戦闘が終了した場合には、次回の戦闘処理の開始時に、前回の戦闘処理において有効となった防御作用を引き続き有効としてもよい。
【００８８】
また、図３のフローチャートにおいて、ステップＳ１０２〜ステップＳ１０９の処理が実行される順番は、本実施形態において説明した例に限定されない。例えば、ステップＳ１０１の処理、即ち戦闘処理の開始に続いて、ステップＳ１０４の処理、即ち敵キャラクタの攻撃が実行されてもよい。
【００８９】
防御作用は、戦闘処理の実行中以外のタイミングで有効にすることができる構成でもよい。例えば、ゲーム進行部１１６は、敵キャラクタが配置されていないゲーム空間を、キャラクタに移動させている間に防御スキルを発動させて、対象となるキャラクタに防御作用を有効にしてもよい。また、上述したように、防御作用の効果の対象は、敵キャラクタの攻撃に限定されず、敵キャラクタの攻撃以外の作用であってもよい。当該作用の例は上述の通りである。例えば、キャラクタが、罠の作用を受けた場合、ゲーム進行部１１６は防御作用が有効である場合のヒットポイントの減算量が、防御作用が有効でない場合の減算量より多くてもよい。例えば、最大ヒットポイントが１０００のキャラクタに対して、罠の作用が与えられた場合、ゲーム進行部１１６は、防御作用が有効であれば１００、防御作用が有効でなければ１のヒットポイントを減算する処理を行ってもよい。
【００９０】
敵キャラクタが、自身又は他の敵キャラクタを対象として、防御作用を有効にする行動を行ってもよい。また、敵キャラクタがパーティに含まれるキャラクタに対して防御作用を有効にしてもよいし、パーティに含まれるキャラクタが敵キャラクタに対して防御作用を有効にしてもよい。上記の構成においては、相手に防御作用を有効にした上で、本来弱い攻撃であるが連続的に実行可能な攻撃、所謂多段ヒット攻撃を行うことによって、相手に防御作用を有効にしない場合よりもより多くのダメージを与えることが可能となる。
【００９１】
また、特にアクションゲーム等のキャラクタが移動可能なゲームや、ボードゲーム等のキャラクタがボード上の何れかのマスに配置されるようなゲームにおいて、防御作用は、対象となるキャラクタを基準とした所定の範囲に位置する１又は複数のキャラクタに対して有効となる構成でもよい。
【００９２】
〔ソフトウェアによる実現例〕
制御部２１０の制御ブロック、ならびに、制御部１１０の制御ブロック（特に、判定部１１５およびゲーム進行部１１６）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【００９３】
後者の場合、制御部２１０または制御部１１０、もしくはその両方を備えた情報処理装置は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００９４】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【００９５】
〔付記事項〕
本発明の一側面に係る内容を列記すると以下のとおりである。
【００９６】
（項目１）  ゲームプログラム（１３１、２３１）について説明した。本開示のある局面によると、ゲームプログラムは、プロセッサ（１０、２０）およびメモリ（１１、２１）を備えるコンピュータ（ユーザ端末１００およびサーバ２００の少なくとも一方）により実行される。ゲームプログラムは、プロセッサに、ゲームプログラムに基づくゲームの進行において、第１オブジェクトが、第２オブジェクトによってダメージを受けるゲーム処理を行うステップ（Ｓ１０１）と、ゲーム処理において、第１オブジェクトに対して、防御作用を有効にするステップ（Ｓ１０３）と、ゲーム処理において、防御作用が有効である場合に第１オブジェクトが受けたダメージによって該第１オブジェクトに関連付けられた体力値から減算するダメージ値として、ダメージの第１原因に応じた値と比べて小さい値となり、第２原因に応じた値と比べて大きい値となる、該ダメージの原因によらない固定値を設定するステップ（Ｓ１０６）と、ゲーム処理において、第１オブジェクトがダメージを受けたときに、防御作用が有効でない場合、該ダメージの原因に応じてダメージ値を算出し、体力値から減算するダメージ値として決定するステップ（Ｓ１０７）と、ゲーム処理において、第１オブジェクトがダメージを受けたときに、防御作用が有効である場合、固定値を体力値から減算するダメージ値として決定するステップ（Ｓ１０６）と、ゲーム処理において、決定されたダメージ値を体力値から減算して、体力値を更新するステップ（Ｓ１０６、Ｓ１０７）と、を実行させる。これにより、ゲームにおいてユーザに求められる戦略性、及びユーザの興趣性が向上する。
【００９７】
（項目２）  （項目１）において、固定値を設定するステップは、固定値として、第１オブジェクトの体力値の最大値に対して所定の割合となる値を適用してもよい。これにより、ゲームオブジェクトのパラメータが一定値、例えば０になるまでの被ダメージ回数を容易に把握することができる。
【００９８】
（項目３）  （項目１）において、固定値を設定するステップは、第１オブジェクトがダメージを受けた時点の体力値が所定の閾値よりも大きい場合、固定値として、第１オブジェクトがダメージを受けた時点の体力値に対して所定の割合となる値を適用してもよい。これにより、ゲームオブジェクトの現時点のパラメータによって防御作用の有用性が、第２の条件が満たされる時点に伴って変動する。よって、ユーザに求められる戦略性が向上する。
【００９９】
（項目４）  （項目３）において、固定値を設定するステップは、第１オブジェクトがダメージを受けた時点の体力値が閾値以下である場合、固定値として、閾値に対して所定の割合となる値を適用してもよい。これにより、ダメージ値である固定値が小さくなり過ぎることを抑制できる。
【０１００】
（項目５）  （項目１）から（項目４）の何れか１項目において、ゲームプログラムは、プロセッサに、ゲーム処理において、第１オブジェクトが、ダメージの第３原因によってダメージを受けた場合、第１オブジェクトに対して防御作用が有効であるか否かに関わらず、第３原因に応じてダメージ値を算出し、体力値から減算するダメージ値として決定するステップを更に実行させてもよい。これにより、パラメータの更新に影響を及ぼす要因が増えることにより、ユーザに求められる戦略性が向上する。
【０１０１】
（項目６）  （項目１）から（項目５）の何れか１項目において、防御作用を有効にするステップは、当該ステップの１回の実行によって、複数の第１オブジェクトに対して防御作用を有効にしてもよい。これにより、当該ステップの１回の実行によって単数のゲームオブジェクトに対して防御作用が有効になる場合と比較して、より少ない回数で複数のゲームオブジェクトに対して防御作用を有効にすることが可能になる。
【０１０２】
（項目７）  （項目１）から（項目６）の何れか１項目において、防御作用には、有効期間が設定されていてもよい。これにより、防御作用の有効期間が特定されるので、どのタイミングで第１の条件を満たすかなど、ユーザにより高い戦略性が求められるので、ゲームの興趣性が向上する。
【０１０３】
（項目８）  ゲームプログラムを実行する方法を説明した。本開示のある局面によると、ゲームプログラムは、プロセッサおよびメモリを備えるコンピュータにより実行される。該方法は、プロセッサが（項目１）に記載の各ステップを実行する方法である。（項目８）に係る方法は、（項目１）に係るゲームプログラムと同様の作用効果を奏する。
【０１０４】
（項目９）  情報処理装置を説明した。本開示のある局面によると、該情報処理装置は、（項目１）に係るゲームプログラムを記憶する記憶部（１２０）と、該ゲームプログラムを実行することにより、情報処理装置（ユーザ端末１００）の動作を制御する制御部（１１０）とを備える。（項目９）に係る情報処理装置は、（項目１）に係るゲームプログラムと同様の作用効果を奏する。
【符号の説明】
【０１０５】
１  ゲームシステム、２  ネットワーク、１０，２０  プロセッサ、１１，２１  メモリ、１２，２２  ストレージ、１３，２３  通信ＩＦ（操作部）、１４，２４  入出力ＩＦ（操作部）、１５  タッチスクリーン（表示部、操作部）、１７  カメラ（操作部）、１８  測距センサ（操作部）、１００  ユーザ端末（情報処理装置）、１１０，２１０  制御部、１１５、判定部、１１６  ゲーム進行部、１２０，２２０  記憶部、１３１，２３１  ゲームプログラム、１３２  ゲーム情報、１３３  ユーザ情報、１５１  入力部（操作部）、１５２  表示部、２００  サーバ、１０１０  物体、１０２０  コントローラ（操作部）、１０３０  記憶媒体
【図１】
2020116179.tif 000003
【図２】
2020116179.tif 000004
【図３】
2020116179.tif 000005
【図４】
2020116179.tif 000006
【図５】
2020116179.tif 000007
【図６】
2020116179.tif 000008