JP2024045943A - プログラムおよび情報処理システム - Google Patents

Abstract

【課題】サービスの興趣性を向上させる。【解決手段】プログラムは、コンピュータを、ユーザの操作に基づいてノンプレイヤキャラクタにメッセージを送るメッセージ処理手段と、ユーザからノンプレイヤキャラクタに送られたメッセージに対するノンプレイヤキャラクタからの返答を表示手段に表示させる表示制御手段と、として機能させ、ユーザからノンプレイヤキャラクタに送られるメッセージには、言語的メッセージと非言語的メッセージとがあり、ユーザがノンプレイヤキャラクタに言語的メッセージを送ったか非言語的メッセージを送ったかに関わらず、返答は、非言語的メッセージとなる確率が言語的メッセージとなる確率よりも高くなるよう設定されている。【選択図】図１０

Description

本発明は、プログラムおよび情報処理システムに関する。

従来より、他のユーザやノンプレイヤキャラクタとの間でメッセージの送受信が可能なゲームが知られている（例えば、特許文献１参照）。

特開２０１６－０１６１４６号公報

ところで、ゲーム等のサービスにおいては、興趣性を向上させることが求められていた。

本発明は、前記事情に鑑みてなされたものであり、サービスの興趣性を向上させることを目的とする。

本開示に示す一実施形態によれば、
コンピュータを、
ユーザの操作に基づいてノンプレイヤキャラクタにメッセージを送るメッセージ処理手段と、
前記ユーザから前記ノンプレイヤキャラクタに送られた前記メッセージに対する前記ノンプレイヤキャラクタからの返答を表示手段に表示させる表示制御手段と、として機能させ、
前記ユーザから前記ノンプレイヤキャラクタに送られる前記メッセージには、言語的メッセージと非言語的メッセージとがあり、
前記ユーザが前記ノンプレイヤキャラクタに前記言語的メッセージを送ったか前記非言語的メッセージを送ったかに関わらず、前記返答は、前記非言語的メッセージとなる確率が前記言語的メッセージとなる確率よりも高くなるよう設定されている
プログラムが提供される。

本発明によれば、サービスの興趣性を向上させることができる。

ゲームシステムの概略構成を示す図である。 ゲームシステムの機能的構成を示すブロック図である。 ゲーム空間を表示する画面の一例を示す図である。 移動オブジェクトが移動する様子を示す図である。 移動オブジェクトが指標オブジェクトに到達した様子を示す図である。 ショットに係る処理の一例を示すフローチャートである。 定型メッセージを選択可能な画面の一例を示す図である。 送受信されたメッセージを表示する画面の一例を示す図である。 定型メッセージの一例を示す図である。 ノンプレイヤキャラクタからの返答の一例を示す図である。 ノンプレイヤキャラクタからの返答の一例を示す図である。 特定の事象達成時にノンプレイヤキャラクタから送られる定型メッセージの一例を示す図である。 小型ウィンドウの表示の一例を示す図である。 メッセージの送受信に係る処理の一例を示すフローチャートである。 ノンプレイヤキャラクタからの返答確率の制御に係る処理の一例を示すフローチャートである。 ノンプレイヤキャラクタからのメッセージの送信の制限に係る処理の一例を示すフローチャートである。 特定の事象達成時のノンプレイヤキャラクタからのメッセージの送信に係る処理の一例を示すフローチャートである。

以下、図面を参照しながら本発明の実施形態について説明する。

＜ゲームシステムのハードウェア構成＞
図１に示すように、本実施形態のゲームシステム１は、複数の端末装置１０と、サーバ２０とを備えている。

端末装置１０とサーバ２０とは、ネットワーク２を介して接続される。ネットワーク２は、例えば、インターネット、移動通信システム（例えば、３Ｇ、４Ｇ、５Ｇ、ＬＴＥ（Long Term Evolution）等）、ＷｉＦｉ（Wireless Fidelity）、ブルートゥース（登録商標）、その他の通信回線、またはこれらの組み合わせ等のいずれによって構成されていてもよい。また、端末装置１０とサーバ２０との接続は、有線接続であるか無線接続であるかを問わない。

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

プロセッサ２１は、サーバ２０全体の動作を制御する。プロセッサ２１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）およびＧＰＵ（Graphics Processing Unit）等を含み得る。プロセッサ２１は、ストレージ２３からプログラムを読み出し、メモリ２２に展開する。プロセッサ２１は、展開したプログラムを実行する。

メモリ２２は、主記憶装置である。メモリ２２は、例えば、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の記憶装置により構成される。メモリ２２は、プロセッサ２１がストレージ２３から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ２１に作業領域を提供する。メモリ２２は、プロセッサ２１がプログラムに従って動作している間に生成した各種データも一時的に記憶する。

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

ストレージ２３は、補助記憶装置である。ストレージ２３は、例えば、フラッシュメモリまたはＨＤＤ（Hard Disk Drive）等の記憶装置により構成される。ストレージ２３には、ゲームに関する各種データが格納される。

通信ＩＦ２４は、サーバ２０と端末装置１０等との間におけるネットワークを介した各種データの送受信を制御する。

入出力ＩＦ２５は、サーバ２０がデータの入力を受け付けるためのインターフェースであるとともに、サーバ２０がデータを出力するためのインターフェースである。入出力ＩＦ２５は、例えば、マウス、キーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含み得る。

端末装置１０（換言すると、コンピュータ、情報処理装置）は、例えば、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、タブレット型コンピュータ、パーソナルコンピュータ、ウェアラブル端末、またはゲーム装置等であってもよい。端末装置１０は、携帯端末であってもよい。端末装置１０は、ユーザがゲームを実行する際に可搬型の端末であってもよい。

端末装置１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信ＩＦ１４と、入出力ＩＦ１５と、入力部１７と、表示部１８と、を備える。端末装置１０が備えるこれらの構成は、通信バスによって互いに接続される。

プロセッサ１１は、端末装置１０全体の動作を制御する。プロセッサ１１は、ＣＰＵ、ＭＰＵおよびＧＰＵ等を含み得る。プロセッサ１１は、ストレージ１３からプログラムを読み出し、メモリ１２に展開する。プロセッサ１１は、展開したプログラムを実行する。

メモリ１２は、主記憶装置である。メモリ１２は、例えば、ＲＯＭおよびＲＡＭ等の記憶装置により構成される。メモリ１２は、プロセッサ１１がストレージ１３から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ１１に作業領域を提供する。メモリ１２は、プロセッサ１１がプログラムに従って動作している間に生成した各種データも一時的に記憶する。

ストレージ１３は、補助記憶装置である。ストレージ１３は、例えば、フラッシュメモリまたはＨＤＤ等の記憶装置により構成される。ストレージ１３には、ゲームに関する各種データが格納される。

通信ＩＦ１４は、端末装置１０とサーバ２０等との間におけるネットワークを介した各種データの送受信を制御する。

入出力ＩＦ１５は、端末装置１０がデータの入力を受け付けるためのインターフェースであるとともに、端末装置１０がデータを出力するためのインターフェースである。入出力ＩＦ１５は、例えばＵＳＢ（Universal Serial Bus）等を介してデータの入出力を行うこととしてもよい。入出力ＩＦ１５は、入力部１７または表示部１８等を含み得る。

入力部１７は、ユーザによる入力を受け付ける。入力部１７は、例えば、タッチパッド等のポインティングデバイスであってもよい。表示部１８は、画像を表示する。表示部１８は、例えば、液晶ディスプレイまたは有機ＥＬ（Electro-Luminescence）ディスプレイ等であってもよい。端末装置１０は、例えば、入力部１７と表示部１８とを組み合わせた電子部品であるタッチスクリーン１６を備える。

入力部１７は、ユーザの操作（例えば、タッチ操作、タップ操作、スライド操作、スワイプ操作、およびフリック操作等）により入力面に対して入力された位置を検知し、検知した位置を示す情報を入力信号として送信する機能を有する。入力部１７としてのタッチパネルは、静電容量方式または抵抗膜方式等を採用することができるが、他の方式であってもよい。

なお、入力部１７は、例えば、キーボード、各種物理ボタン、各種センサ（例えば、加速度センサまたは角速度センサ等）、操作スティック、カメラ、またはマイク等であってもよい。また、表示部１８は、例えば、プロジェクタ等であってもよい。

＜ゲームシステムの機能的構成＞
図２は、サーバ２０および端末装置１０の機能的構成を示すブロック図である。本実施形態におけるサーバ２０は、例えば、ゲームを実現するために必要な各種データおよびプログラムを各端末装置１０に提供する機能、各端末装置１０からゲームに関するデータを収集して管理する機能、ならびに複数の端末装置１０間の同期処理を行う機能等を有する。

なお、本実施形態において、サーバ２０は、ゲームごとに事前に登録されるユーザのアカウントを用い、各ユーザおよび端末装置１０を識別する。アカウントの登録方法は特に限定されない。例えば、端末装置１０またはパーソナルコンピュータ等の他の装置が、ユーザの操作に基づいて、ユーザのアカウント登録に必要な情報をサーバ２０に送信し、サーバ２０が、受信した情報に基づいて各ユーザのアカウントを作成および保存することとしてもよい。

図２に示すように、サーバ２０は、プロセッサ２１、メモリ２２、ストレージ２３、通信ＩＦ（インターフェース）２４、および入出力ＩＦ２５等の協働によって、制御部２１０および記憶部２２０として機能する。記憶部２２０は、制御部２１０が使用する各種データを格納する。各種データとして、例えば、ゲームプログラム２２１、ゲーム情報２２２およびユーザ情報２２３がある。

ゲームプログラム２２１は、ゲームを実現するためのプログラムである。ゲーム情報２２２およびユーザ情報２２３は、制御部２１０がゲームプログラム２２１を実行するときに参照するデータである。

なお、ゲームプログラム２２１は、サーバ２０側で実行するゲームプログラムに加え、端末装置１０に送信して端末装置１０側で実行するプログラム（後述するゲームプログラム１２１）を含むこととしてもよい。あるいは、記憶部２２０が、サーバ２０側で実行するゲームプログラム２２１と、端末装置１０側で実行するプログラムとを格納することとしてもよい。

ゲーム情報２２２は、アカウント間で共通の情報である。ゲーム情報２２２は、例えば、各種ゲーム空間を規定するための情報を含む。ゲーム空間とは、ユーザが操作可能なキャラクタ（以下、「操作キャラクタ」あるいは「プレイヤキャラクタ」ともいう。）のオブジェクトが配置される空間である。また、ゲーム情報２２２は、例えば、ゲーム空間内に配置される建物や木、石等の背景オブジェクトやノンプレイヤキャラクタ（non player character：ＮＰＣ）のオブジェクトの配置位置や大きさ、色、形状等、アカウント間で共通のオブジェクトに関する各種設定情報を含む。また、ゲーム情報２２２は、例えば、ノンプレイヤキャラクタの各種パラメータの設定値等を含む。以下においては、ゲーム空間に配置されたキャラクタのオブジェクトを指して、単に「キャラクタ」ということもある。

ユーザ情報２２３は、ゲームのアカウントごとに管理される情報である。ユーザ情報２２３は、例えば、操作キャラクタに関する情報、保有資産に関する情報、およびゲームの進行度合いを示す情報等を含む。保有資産として、例えば、ゲーム内通貨、アイテム、キャラクタの装備品等が挙げられる。

制御部２１０は、記憶部２２０に格納されたゲームプログラム２２１を実行することにより、ゲームに関する各種処理を制御する。制御部２１０は、例えば、送受信部２１１、サーバ処理部２１２、データ管理部２１３および同期処理部２１４を有する。

送受信部２１１は、各種データを送信または受信する。送受信部２１１は、例えば、各種データおよびプログラムの送信要求や、マルチプレイ機能に対応するための同期処理の要求、同期処理の対象となるデータ等を、各端末装置１０から受信し、サーバ処理部２１２に渡す。また、送受信部２１１は、サーバ処理部２１２による制御に従って、同期を取るための指示等を含む各種データやプログラムを、各端末装置１０に送信する。

本実施形態において、マルチプレイ機能とは、複数のアカウントによるゲーム処理を同期させた状態で進行させる機能である。ゲームシステム１のサーバ２０および端末装置１０は、ゲームシステム１にログインしているアカウントが同じゲームに複数参加する場合に、マルチプレイ機能に対応するための各種処理を実行する。

サーバ処理部２１２は、端末装置１０からの要求等に応じ、ゲームプログラム２２１に記述された演算処理を実行することで、端末装置１０にゲームを提供する。サーバ処理部２１２は、例えば、マルチプレイ機能に対応するための同期処理の要求や同期処理の対象となるデータを、送受信部２１１を介して端末装置１０から受け取ると、マルチプレイ機能に対応するための同期処理を実行する。また、サーバ処理部２１２は、ゲーム情報２２２またはユーザ情報２２３の送信指示を送受信部２１１に指令する。さらに、サーバ処理部２１２は、ゲーム情報２２２またはユーザ情報２２３のレコードの追加、更新または削除に関する指示をデータ管理部２１３に指令する。

データ管理部２１３は、記憶部２２０に格納されている各種データをサーバ処理部２１２の指示に従って管理する。データ管理部２１３は、例えば、サーバ処理部２１２からの指令に従って、ゲーム情報２２２またはユーザ情報２２３を読み出し、送受信部２１１を介して端末装置１０に送信する。また、データ管理部２１３は、サーバ処理部２１２からの指令に従って、ゲーム情報２２２またはユーザ情報２２３のレコードを、追加、更新または削除する。

同期処理部２１４は、サーバ処理部２１２からの指令に従って、ゲームのマルチプレイ機能に対応するための同期処理を実行する。同期処理部２１４は、例えば、サーバ２０が複数の端末装置１０に対して情報を送信するときに、各端末装置１０に同時に情報を送信することで、各端末装置１０間で進行するゲームの同期を取る。具体的に、同期処理部２１４は、各アカウントに対応する端末装置１０から所定期間（例えば、一フレーム）内に受信した操作情報を、所定期間ごとに各端末装置１０に同時に送信する。操作情報は、端末装置１０に入力される操作に関する情報である。同期のタイミングや同期すべき情報は、サーバ処理部２１２から随時受信することとしてもよい。同期処理を実行することで、一つの端末装置１０で入力された操作に起因するゲーム内の事象を、他の端末装置１０に同時に反映させることが可能となる。

本実施形態における端末装置１０は、例えば、ユーザの入力操作を受け付ける入力装置としての機能、およびゲームの画像や音声を出力する出力装置としての機能等を有する。

端末装置１０は、プロセッサ１１、メモリ１２、ストレージ１３、通信ＩＦ１４、および入出力ＩＦ１５等の協働によって、制御部１１０および記憶部１２０として機能する。記憶部１２０は、制御部１１０が使用する各種データを格納する。各種データとして、例えば、ゲームプログラム１２１、ゲーム情報１２２およびユーザ情報１２３がある。

ゲームプログラム１２１は、端末装置１０側でゲームを実現するためのプログラムである。ゲーム情報１２２およびユーザ情報１２３は、制御部１１０がゲームプログラム１２１を実行するときに参照するデータである。

ゲーム情報１２２は、上述したサーバ２０のゲーム情報２２２と同様の情報を含む。したがって、ここではゲーム情報１２２の説明を省略する。

ユーザ情報１２３は、端末装置１０を使用するユーザのアカウントに関するデータであり、上述したサーバ２０のユーザ情報２２３と同様の情報を含む。したがって、ここではユーザ情報１２３の説明を省略する。

制御部１１０は、記憶部１２０に格納されたゲームプログラム１２１を実行することにより、端末装置１０において実行されるゲームに関する各種処理を制御する。制御部１１０は、例えば、操作受付部１１１、送受信部１１２、ゲーム進行部１１３、表示制御部１１４、メッセージ処理部１１５、第２メッセージ処理部１１６、およびＮＰＣ制御部１１９を有する。

操作受付部１１１は、入力部１７を介してユーザにより入力される操作（以下、「入力操作」ともいう。）を受け付ける。具体的には、操作受付部１１１は、入力部１７に対する入力操作がされた場合に、入力位置の座標および入力操作の種類を検知する。入力操作の種類として、例えば、タッチ操作、タップ操作、スライド操作、スワイプ操作、フリック操作、ピンチイン操作およびピンチアウト操作等の、手指等による各種操作が挙げられる。入力操作は、入力部１７（例えば、タッチスクリーン１６）に物理的に接触する操作に限らず、非接触による操作も含み得る。なお、タッチスクリーン１６への接触を終了するタッチオフ操作等のそれまで行っていた入力操作を終了する操作も、入力操作の一態様ということができる。

ここで、操作受付部１１１は、入出力ＩＦ１５を介して接続された操作機器を用いてされる入力操作についても、入力部１７に対する入力操作と同様に受け付けることができる。

送受信部１１２は、各種データを送受信する。以下に、具体例を挙げて説明する。

送受信部１１２は、ゲーム情報１２２またはユーザ情報１２３や、マルチプレイ機能に対応するための同期要求を、サーバ２０に送信する。送受信部１１２は、各種データ、プログラム、およびマルチプレイ機能に対応するための同期のためのデータ等を、サーバ２０から受信する。同期のためのデータには、例えば、マルチプレイに参加している各端末装置１０間で同期を取るように指示するための同期指示データが含まれる。同期指示データには、例えば、同期対象となるデータおよびそのデータの種類や、同期する時期を特定するためのデータ等が含まれる。

送受信部１１２は、操作受付部１１１により受け付けられた入力操作に関する操作情報を、サーバ２０に送信する。送受信部１１２は、他の端末装置１０において他のユーザにより入力された操作に関する操作情報を、サーバ２０から受信する。

ゲーム進行部１１３は、ゲームの進行に関する各種処理を実行する。以下に、具体例を挙げて説明する。

ゲーム進行部１１３は、ゲーム情報１２２に含まれるゲーム空間を規定するための情報に基づいて、ゲーム空間を規定する。ゲーム進行部１１３は、ゲーム情報１２２に含まれるオブジェクトの設定情報に基づいて、ゲーム空間にオブジェクトを配置する。ゲーム進行部１１３は、ゲーム空間に配置したオブジェクトを制御する。具体的には、ゲーム進行部１１３は、ゲーム空間内でのオブジェクトの位置、向き、形状、色等を変更することや、オブジェクトに所定の動作を行わせるように、オブジェクトを制御する。

ゲーム進行部１１３は、ゲーム空間のうちユーザに提示する領域を指定するための仮想カメラを規定する。ゲーム進行部１１３は、ゲーム空間内での仮想カメラの位置および向きを規定することにより、ゲーム空間内に仮想カメラを配置する。ゲーム進行部１１３は、仮想カメラにより規定される視野領域およびこの視野領域に配置されているオブジェクトを描画した画像を生成するように、表示制御部１１４に指示する。

仮想カメラの位置および向きは、ゲーム空間ごとに適宜決定することができる。例えば、ゲーム進行部１１３は、特定のオブジェクトの位置や向きを基準とし、特定のオブジェクトが特定の向きで視野領域の中央に位置するように、仮想カメラを配置する。その際、ゲーム進行部１１３は、特定のオブジェクトに対する方向、距離および角度を用い、仮想カメラの位置や向きを調整する。特定のオブジェクトは、例えば、操作キャラクタやノンプレイヤキャラクタ等の動的なオブジェクトであってもよいし、建物や木、石等の静的なオブジェクトであってもよい。動的なオブジェクトには、各ユーザの操作に基づいてそれぞれ動作する操作キャラクタと、ゲームプログラム１２１，２２１に基づいて動作するキャラクタ（例えば、ノンプレイヤキャラクタ、敵キャラクタ等）とが含まれる。なお、ノンプレイヤキャラクタとは、ゲームをプレイするユーザのいずれもが操作対象としないキャラクタともいえる。

ゲーム進行部１１３は、操作受付部１１１により検知された入力位置の座標および入力操作の種類等に基づいて、ユーザの指示内容を解釈する。ゲーム進行部１１３は、解釈した指示内容等に基づいて、ゲームの進行に関わる各種判定処理を実行する。ゲーム進行部１１３は、判定処理の結果等に基づいて、オブジェクトや仮想カメラ等を制御しながらゲームを進行する。ゲーム進行部１１３は、ゲームの進行状況に応じて、ゲーム情報１２２やユーザ情報１２３を更新、追加または削除する。

表示制御部１１４は、表示部１８に画像を表示させる。以下に、具体例を挙げて説明する。

表示制御部１１４は、ゲーム空間のうち、ゲーム進行部１１３が規定する仮想カメラの視野の領域と、その領域に存在するオブジェクトとを描画した画像を生成し、表示部１８に表示させる。表示制御部１１４は、表示部１８に表示させる画像に対し、例えば、アイコン、ボタン、各種パラメータを示すメニュー等、ゲームの種々の操作に必要なＵＩ（User Interface）に関わるオブジェクトを重畳して描画することができる。

なお、図２に示す端末装置１０およびサーバ２０の機能は一例にすぎない。端末装置１０およびサーバ２０の各装置は、他の装置が備える機能の少なくとも一部を備えていてもよい。また、端末装置１０およびサーバ２０等の各装置は、一体の機器により実現されるものでなくてもよく、例えば、ネットワーク等を介して接続される複数の機器によって実現されてもよい。また、ゲームシステム１は、例えば、端末装置１０またはサーバ２０のみによって構成されていてもよい。換言すると、ゲームシステム１は、ネットワークを介して接続される複数の機器によって実現されていなくてもよい。

＜本実施形態に係る処理＞
次に、本実施形態に係る処理について説明する。なお、本実施形態では、端末装置１０のプロセッサ１１またはサーバ２０のプロセッサ２１が、ゲームシステム１に記憶されているプログラムを実行することによって、後述する各処理を行うものとして説明する。ただし、後述する処理であってプロセッサ１１が行う処理のうちの少なくとも一部を、プロセッサ１１とは別のプロセッサが実行するようにしてもよい。また、後述する処理であってプロセッサ２１が行う処理のうちの少なくとも一部を、プロセッサ２１とは別のプロセッサが実行するようにしてもよい。換言すると、本実施形態においてプログラムを実行するコンピュータは、端末装置１０およびサーバ２０のいずれであってもよく、また、複数の装置の組み合わせにより実現されてもよい。

＜ゲームの基本動作＞
以下では、本実施形態に係る構成をゴルフゲームに適用した場合を例に説明する。

図３～図５は、ゲーム空間３０としてのゴルフコースを含む空間を示す表示画面例である。図３～図５を参照しながら、ゲーム空間３０およびゲーム空間３０に重ねて表示される各種オブジェクトについて説明する。

表示制御部１１４は、ゲーム進行部１１３の指示に応じて、表示部１８にゲーム空間３０の画像を表示させる。具体的には、表示制御部１１４は、ゲーム空間３０のうち、制御部１１０が規定する仮想カメラの視野の領域と、当該領域に存在するオブジェクトとを描画した画像を生成し、表示部１８に表示させる。具体的には、表示制御部１１４は、ゲーム空間３０に存在するオブジェクトである、ユーザの操作に基づいて移動するオブジェクトとしてのボール３１、ボール３１を導く目標地点となるオブジェクトとしてのカップ３２、およびプレイヤキャラクタ３３等を表示部１８に表示させる。また、表示制御部１１４は、例えば、当該画像に、アイコン、ボタン、各種パラメータを示すメニュー等、ゲームの種々の操作に必要なＵＩ（User Interface）に係るオブジェクトを重畳して描画し、表示部１８に表示させる。具体的には、表示制御部１１４は、カップの位置を示すカップ指標３６、ならびに、後述する移動オブジェクト４０、パワー指標４１、および指標オブジェクト５０等のオブジェクトを表示部１８に表示させる。

カップ指標３６は、例えば、カップ３２から所定の色彩の光が延び出るように表示される指標である。ゲーム進行部１１３は、例えば、カップ指標３６を、コースの芝の色彩と区別がつくような色彩に設定する。カップ指標３６を表示させることで、ユーザは、プレイヤキャラクタ３３の背後から映されたゲーム空間３０において、カップ３２の位置を容易に視認できる。

本実施形態では、ゲーム進行部１１３は、カップ３２にボール３１を入れるという目標の達成を目指す１ホール（換言すると、１ステージ）のゲームの実行中において、ユーザによる所定の操作に基づいてボール３１を移動させる。以下、図３～図５を参照しながら、ゲームの進行について説明する。

ゲーム進行部１１３は、図３に示すように、ボール３１およびアドレスの姿勢を取るプレイヤキャラクタ３３を表示部１８に表示させるよう、表示制御部１１４に指示する。また、ゲーム進行部１１３は、移動オブジェクト４０を表示部１８に表示させるよう表示制御部１１４に指示する。

移動オブジェクト４０は、例えば、円形状を呈し、移動オブジェクト４０から所定の方向に延び出る直線状の指標（図３においては、点状の図形とＶ字状の図形が直線状に並んだ指標。以下、「パワー指標４１」という。）に沿って移動するオブジェクトである。パワー指標４１は、ショットのパワーを示す数値が付されたものであってもよい。ショットのパワーを示す数値は、例えば、パワーの割合を示す百分率であってもよく、飛距離を示すヤードまたはメートル等であってもよい。

操作受付部１１１は、ユーザによるタッチスクリーン１６の所定位置を選択する操作を受け付ける。ゲーム進行部１１３は、ユーザによる、選択された所定位置からのスワイプ操作に応じて、移動オブジェクト４０を移動させる（図４参照）。具体的には、ゲーム進行部１１３は、ユーザのタッチスクリーン１６へのタッチ位置が移動オブジェクト４０に重なると判断した場合、ユーザのスワイプ操作に応じて、移動オブジェクト４０を移動させる。また、ゲーム進行部１１３は、ユーザのタッチスクリーン１６へのタッチ位置が移動オブジェクト４０を中心とした所定の範囲内にあると判断した場合、ユーザのスワイプ操作に応じて、移動オブジェクト４０を移動させてもよい。これにより、ユーザはプレイヤキャラクタ３３のテイクバック動作のイメージを掴むことができるため、ゲームの興趣性が向上される。

なお、移動オブジェクト４０は、パワー指標４１に沿って移動させることが可能であるが、「パワー指標に沿って」とは、パワー指標４１の直上を移動オブジェクト４０が移動するものに限らず、パワー指標４１の延びる方向に移動オブジェクト４０が移動するものであればよい。また、移動オブジェクト４０を移動させるスワイプ操作は、パワー指標４１の直上を通るものでなくてもよい。換言すると、例えば、パワー指標４１を目印とした予め定められた範囲や方向への操作を、移動オブジェクト４０を移動させる操作とすることができる。

また、ゲーム進行部１１３は、移動オブジェクト４０を移動させる際に移動オブジェクト４０の形状を変化させてもよい（図３～図５参照）。

ゲーム進行部１１３は、ユーザが移動オブジェクト４０をパワー指標４１に沿ってスワイプ操作すると（換言すると、指標オブジェクト５０から遠ざかる方向へスワイプ操作すると）、指標オブジェクト５０を表示部１８に移動表示させるよう、表示制御部１１４に指示する。以下、指標オブジェクト５０の詳細について説明する。

まず、指標オブジェクト５０の構造の詳細について説明する。
図３に示すように、指標オブジェクト５０は、例えば、扇形状の周縁部を外縁に沿って切り取った形状を呈し、複数の区切られた領域（以下、「指標領域５１」という。）を有するオブジェクトである。指標領域５１は、例えば、ショットの質を示す領域である。ここで、ショットの質とは、例えば、ショットされたボール３１の曲がり具合や、ショットの成功度合い（例えば、狙った方向からの逸れ具合、ボール３１への当たり具合）等であってもよい。具体的には、複数の指標領域５１のうちの中心の領域を、ショットされたボール３１が直進する（換言すると、狙った方向へ向かう）指標領域５１とし、中心から一方側に離れた領域ほど、ショットされたボール３１が一方側に曲がる（換言すると、狙った方向から一方側に逸れる）指標領域５１とし、中心から他方側に離れた領域ほど、ショットされたボール３１が他方側に曲がる（換言すると、狙った方向から他方側に逸れる）指標領域５１とし、中心から所定範囲外に位置する領域を、ミスショットとなる指標領域５１としてもよい。また、指標領域５１は、ショットされたボール３１の軌道を示す記号が付されたものであってもよい。ここで、当該記号は、例えばショットされたボール３１の軌道の曲がり具合を示す矢印等であってもよい。

ゲーム進行部１１３は、ゲーム空間３０におけるボール３１周辺の環境に基づき指標領域５１を設定する。具体的には、ゲーム進行部１１３は、ボール３１がラフ、傾斜面、またはバンカー等のフェアウェイ上から外れた位置に存在する場合、ボール３１がフェアウェイ上に存在する場合に比べて、ボール３１を狙ったところに導くことが難しくなるように指標領域５１を定める。より具体的には、例えば、フェアウェイ上から外れた位置に存在する場合、ボール３１がフェアウェイ上に存在する場合に比べて、ボール３１が直進する（換言すると、狙った方向へ向かう）指標領域５１に対するボール３１が曲がる（換言すると、狙った方向から逸れる）指標領域５１の大きさや、ミスショットとなる指標領域５１の大きさが大きくなるように（換言すると、指標オブジェクト５０におけるボールが曲がる指標領域５１や、ミスショットとなる指標領域５１の占める割合が大きくなるように）指標領域５１を設定してもよい。また、例えば、ボール３１がフェアウェイ上から外れた位置に存在する場合、ボール３１がフェアウェイ上に存在する場合に比べて、指標オブジェクト５０全体の幅が狭まる（あるいは広がる）などしてもよい。

次に、指標オブジェクト５０の動作の詳細について説明する。
ゲーム進行部１１３は、指標オブジェクト５０を、プレイヤキャラクタ３３がショットするボール３１の進行方向（換言すると、飛球方向）と交差する方向に往復移動させる（図３～図５参照）。ここで、進行方向とは、ユーザがボール３１をショットしたときにボール３１が進行する側の方向である。換言すると、ゲーム進行部１１３は、指標オブジェクト５０を、パワー指標４１の延びる方向と交差する方向に往復移動させる。具体的には、ゲーム進行部１１３は、指標オブジェクト５０を、例えばパワー指標４１の一方側の端部に接触させながら、所定の曲線に沿って所定の角速度で往復移動させる。これにより、正確なショットを実行する際の難易度を高めることができるため、ゲームの興趣性が向上される。

ゲーム進行部１１３は、移動オブジェクト４０が指標オブジェクト５０から遠ざかるに従って、指標オブジェクト５０の往復移動の速度が速くなるように、指標オブジェクト５０を制御してもよい。これにより、ユーザがショットのパワーを大きく設定するほど、ユーザの意図する軌道でのショットを実現しにくくなるため、ゲームの興趣性が向上される。

また、ゲーム進行部１１３は、ボール３１周辺の環境に基づいて、指標オブジェクト５０の往復移動の移動速度を変化させてもよい。例えば、ゲーム進行部１１３は、ボール３１が、ラフ、傾斜面またはバンカー等のフェアウェイ上から外れた位置に存在する場合、ボール３１がフェアウェイ上に存在する場合に比べて、指標オブジェクト５０の移動速度を速くしてもよい。これにより、ショットする環境が悪いほど適切なショットを実行するための難易度を高めることができるため、ゲームの興趣性が向上される。

ゲーム進行部１１３は、ユーザの入力操作に基づいて移動オブジェクト４０の位置を決定し、当該入力操作が解除されたときに、移動オブジェクト４０を指標オブジェクト５０に向かって移動させ、当該入力操作の解除位置と、指標オブジェクト５０と移動後の移動オブジェクト４０との位置関係で定まる指標領域５１の指標と、に応じたショットを実行するショット実行処理を行う。換言すると、ショット実行処理は、特定の入力操作の解除位置と、指標オブジェクト５０と移動後の移動オブジェクト４０との位置関係で定まる指標領域５１の指標とに基づいて、ボールの到達位置を判断する処理である。

ショット実行処理は、パワー決定処理と軌道決定処理とを含んでいてもよい。

パワー決定処理は、例えば、ユーザの入力操作が解除されたときの解除位置に基づいて、ショットのパワーを決定する処理である。具体的には、図４に示すように、ゲーム進行部１１３は、ユーザによって選択された所定位置から、ユーザのスワイプ操作に応じて移動オブジェクト４０をパワー指標４１に沿って移動させる。ここでのスワイプ操作は、例えば、指標オブジェクト５０から遠ざかる方向への操作である。

パワー決定処理において、ゲーム進行部１１３は、スワイプ操作の終点で定まる移動オブジェクト４０の、指標オブジェクト５０からの距離が長いほど、ショットのパワーを大きくさせる。具体的には、ゲーム進行部１１３は、例えば、解除位置に対応するパワー指標４１に応じたパワーを判断する。パワー指標４１に応じて判断されるパワーが大きいほど、ショットされたボール３１が遠くに飛ぶこととなる。パワー指標４１は、例えば、指標オブジェクト５０から遠ざかるにつれて、パワーを示す数値が大きくなるように設定されている。図４では、パワー指標４１の「９０％」を示す位置で解除されているため、ショットのパワーは、最大パワーの「９０％」となる。

軌道決定処理は、例えば、移動後の移動オブジェクト４０と指標オブジェクト５０との位置関係でショットの軌道（換言すると、ボール３１の向かう方向）を決定する処理である。具体的には、例えば、ゲーム進行部１１３は、パワーの決定に係る特定の入力操作（例えば、指標オブジェクト５０から遠ざかる方向へのスワイプ操作）が解除されると、移動オブジェクト４０を、指標オブジェクト５０に向かって、パワー指標４１に沿って移動させる（図４および図５参照）。すなわち、ショットのパワーを決定したと同時に、自動的にボールの軌道を決定する手順に移行される。これにより、ユーザにシームレスなショット操作を提供できるため、ゲームの興趣性が向上される。

軌道決定処理において、ゲーム進行部１１３は、移動オブジェクト４０を、ユーザの操作によって指示された方向に移動させることとしてもよい。すなわち、ゲーム進行部１１３は、パワーの決定に係る特定の入力操作が解除されたときに、移動オブジェクト４０を指標オブジェクト５０に向かって移動させるが、このときに、例えば、当該解除の際にユーザがフリック操作で指示した方向に移動オブジェクト４０を移動させることとしてもよい。図５は、この場合の表示画面例である。これにより、ユーザに自由度の高いショット操作を提供できるため、ゲームの興趣性が向上される。また、例えば、当該解除の際に、ユーザが、パワーの決定に係るスワイプ操作とは異なる方向へのスワイプ操作（例えば、移動オブジェクト４０が指標オブジェクト５０へ近づく方向へのスワイプ操作）を行い、当該異なる方向へのスワイプ操作によってユーザが指示した方向に移動オブジェクト４０を移動させることとしてもよい。ここで、例えば、移動オブジェクト４０が指標オブジェクト５０に接触するまで当該異なる方向へのスワイプ操作をするようになっていてもよく、移動オブジェクト４０が指標オブジェクト５０に接触するよりも前の地点まで当該異なる方向へのスワイプ操作を行った後にフリック操作を行うようになっていてもよい。また、ショットのパワーの決定に係る特定の入力操作がされた後、タッチスクリーン１６への接触を終了する操作（例えば、指を離すタッチオフの操作）がされると、移動オブジェクト４０が、パワー指標４１の指標オブジェクト５０側の端部等の所定位置に向かって（換言すると、指標オブジェクト５０に向かって）移動するようになっていてもよい。なお、当該所定位置は、パワーの決定に係る入力操作等に応じて変動してもよい。すなわち、本実施形態において「パワーの決定に係る特定の入力操作の解除」とは、例えば、タッチスクリーン１６への指の接触が解除されることに限らず、所定方向（例えば、指標オブジェクト５０から離れる方向）へ動かしていた指の移動方向が変わること（例えば、所定角度以上、あるいは指標オブジェクト５０に近づく方向へ変わること）等であってもよい。換言すると、「特定の入力操作の解除」とは、それまで行っていた操作（例えば、所定方向へのスワイプ操作）が、他の操作（例えば、タッチオフ操作、フリック操作、他の方向へのスワイプ操作）に変わることであってもよい。また、当該入力操作の「解除位置」とは、当該入力操作が解除されたときの指の位置あるいは移動オブジェクト４０の位置等ともいえる。なお、パワーの決定に係る特定の入力操作を行い、当該入力操作に係るタッチスクリーン１６への接触を一旦解除した後に、移動オブジェクトの移動方向を指示するフリック操作やスワイプ操作等を行うことが可能となっていても。

軌道決定処理において、ゲーム進行部１１３は、移動オブジェクト４０を、一定の速度で移動させてもよく、解除位置の指標オブジェクト５０からの距離が長いほど、移動オブジェクト４０の移動速度を大きくしてもよい。また、解除位置から、移動オブジェクト４０が指標オブジェクト５０に近づくに従って、移動オブジェクト４０の移動速度を大きくしてもよい。これにより、ユーザの意図する軌道でショットが実現されにくくなるため、ゲームの興趣性が向上される。

軌道決定処理において、ゲーム進行部１１３は、図５に示すように、移動後の移動オブジェクト４０が到達した指標オブジェクト５０の指標領域５１（以下、「到達指標５１」という。）を判断する。ゲーム進行部１１３は、到達指標５１に基づいてボール３１の軌道を決定する。例えば、ボールが右に曲がるように設定された指標領域５１が到達指標５１となった場合、ゲーム進行部１１３は、ショットされたボール３１がスライスあるいはフェードするよう設定する。これにより、ユーザの操作によりボールの軌道を意図的に曲げることができ、また、意図せずボールの軌道が曲がるような状況をユーザに提供することもできるため、ゲームの興趣性が向上される。

すなわち、ゲーム進行部１１３は、ショット実行処理において、例えば、パワー決定処理で決定されたショットのパワーと、軌道決定処理で決定されたショットの軌道（換言すると、ボールの３１の向かう方向）とに基づいて、ボールの到達位置を判断する。

次に、図６を参照して、第１状態において端末装置１０で実行される処理のフローについて説明する。図６は、端末装置１０で実行される処理の流れを示すフローチャートである。

ステップＳ１００において、ゲーム進行部１１３は、移動オブジェクト４０等のオブジェクトを表示部１８に表示させるよう表示制御部１１４に指示する。具体的には、ゲーム進行部１１３は、図３に示すように、アドレスの姿勢を取るプレイヤキャラクタ３３、移動オブジェクト４０、パワー指標４１、および指標オブジェクト５０等を表示部１８に表示させるよう表示制御部１１４に指示する。

次いで、ステップＳ１０１において、ゲームシステム１は、タッチスクリーン１６に対するユーザの入力操作を受け付ける。ゲーム進行部１１３は、例えば、移動オブジェクト４０を中心とした所定の範囲内がタッチされたと判断した場合、処理をステップＳ１０２に移行させる。

次いで、ステップＳ１０２において、ゲーム進行部１１３は、ユーザのスワイプ操作に応じて移動オブジェクト４０を、パワー指標４１に沿って移動させる。

次いで、ステップＳ１０３において、ゲーム進行部１１３は、指標オブジェクト５０を、移動（例えば、往復移動）させる。

次いで、ステップＳ１０４において、ゲーム進行部１１３は、移動オブジェクト４０を移動させるスワイプ操作を解除するユーザの操作（例えば、タッチオフ操作、フリック操作、他の方向へのスワイプ操作）を受け付ける。

次いで、ステップＳ１０５において、ゲーム進行部１１３は、解除位置を判断するとともに、当該解除位置に対応するショットのパワーを判断する。

次いで、ステップＳ１０６において、ゲーム進行部１１３は、移動オブジェクト４０を指標オブジェクト５０に向けて移動させる。

次いで、ステップＳ１０７において、ゲーム進行部１１３は、移動後の移動オブジェクト４０が到達した指標オブジェクト５０の到達指標５１を判断する。ゲーム進行部１１３は、到達指標５１に対応するボール３１の軌道を判断する。

次いで、ステップＳ１０８において、ショットのパワーと到達指標５１とに基づいてボール３１の到達位置を特定する。

次いで、ステップＳ１０９において、ゲーム進行部１１３は、プレイヤキャラクタがショット動作する画像を表示部１８に表示させる。また、ゲーム進行部１１３は、判断されたショットのパワーおよびボール３１の軌道に応じてゲーム空間３０内におけるボール３１の位置を移動させる。

ゲームシステム１は、ステップＳ１００～Ｓ１０９のステップを、ショット毎に繰り返し実行する。

＜対戦機能＞
本実施形態のゲームは、例えば、ユーザが当該ユーザの端末装置１０を用いて操作するプレイヤキャラクタ３３と、他のユーザが当該他のユーザの端末装置１０を用いて操作する相手キャラクタあるいはコンピュータが操作する相手キャラクタとの対戦を行うことが可能となっている。すなわち、プレイヤの対戦相手（換言すると、プレイヤのキャラクタと対戦する相手キャラクタ）は、他のユーザが操作するキャラクタの場合と、ノンプレイヤキャラクタの場合とが存在する。換言すると、ユーザの対戦相手は、他のユーザ（すなわち人間）の場合と、コンピュータが自動で制御する仮想ユーザの場合とが存在する。ここで、仮想ユーザとは、ノンプレイヤキャラクタと対戦するユーザの視点から見た、当該ノンプレイヤキャラクタを操作している他のユーザ（換言すると、仮想的なユーザ）である。なお、本明細書においては、仮想ユーザのこともノンプレイヤキャラクタと呼ぶ。

本実施形態では、ユーザと対戦相手とは、ボール３１をショットする操作を交互に行いゲームを進行させる。換言すると、本実施形態のゲームでは、ユーザがオブジェクト（例えば、プレイヤキャラクタ３３、ボール３１、あるいは所定のＵＩなど）に対する操作を行うターン（換言すると、場面）と、対戦相手がオブジェクト（例えば、プレイヤキャラクタ３３、ボール３１あるいは所定のＵＩなど）に対する操作を行うターンとが存在する。

例えば、対戦相手が人間の場合、具体的には互いに人間である第１ユーザと第２ユーザとが対戦を行う場合には、次のようにゲームが進行される。まず、第１ユーザが操作を行うターンにおいては、第１ユーザは、自身の端末装置１０において、ボール３１をショットするための操作（例えば、ショットする方向を決めるためのタッチ操作や、移動オブジェクト４０に対するスワイプ操作等）を行う。このとき、対戦相手である第２ユーザの端末装置１０の表示部１８では、第１ユーザが当該操作をしている様子が表示される。具体的には、第２ユーザの端末装置１０の表示制御部１１４は、第１ユーザの操作に基づいて移動オブジェクト４０や指標オブジェクト５０が動く表示、および当該第１ユーザのキャラクタ（換言すると、プレイヤキャラクタ３３）がショット動作をする表示等を表示部１８に表示させる。第１ユーザの操作に基づいてボール３１がショットされると、第２ユーザのターンとなる。

第２ユーザが操作を行うターンにおいては、第２ユーザは、自身の端末装置１０において、ボール３１をショットするための操作（例えば、ショットする方向を決めるためのタッチ操作や、移動オブジェクト４０に対するスワイプ操作等）を行う。このとき、第１ユーザの端末装置１０の表示部１８では、第２ユーザが当該操作をしている様子が表示される。具体的には、第１ユーザの端末装置１０の表示制御部１１４は、第２ユーザの操作に基づいて移動オブジェクト４０や指標オブジェクト５０が動く表示、および第２ユーザのキャラクタ（換言すると、プレイヤキャラクタ３３）がショット動作をする表示等を表示部１８に表示させる。第２ユーザの操作に基づいてボール３１がショットされると、第１ユーザのターンとなる。

また、例えば、対戦相手がノンプレイヤキャラクタの場合、具体的には人間である第１ユーザが仮想ユーザと対戦を行う場合には、次のようにゲームが進行される。まず、第１ユーザが操作を行うターンにおいては、第１ユーザは、自身の端末装置１０において、ボール３１をショットするための操作を行う。第１ユーザの操作に基づいてボール３１がショットされると、仮想ユーザのターンとなる。

仮想ユーザが操作を行うターンにおいては、第１ユーザの端末装置１０の表示部１８では、仮想ユーザがボール３１をショットするための操作（例えば、ショットする方向を決めるためのタッチ操作や、移動オブジェクト４０に対するスワイプ操作等）をしている様子が表示される。具体的には、第１ユーザの端末装置１０の表示制御部１１４は、仮想ユーザの操作に基づいて移動オブジェクト４０や指標オブジェクト５０が動く表示、および仮想ユーザのキャラクタ（換言すると、ノンプレイヤキャラクタ）がショット動作をする表示等を表示部１８に表示させる。仮想ユーザの操作に基づいてボール３１がショットされると、第１ユーザのターンとなる。

すなわち、本実施形態では、第１ユーザの端末装置１０にも、第１ユーザの対戦相手である第２ユーザや仮想ユーザが操作するオブジェクト（例えば、移動オブジェクト４０や、ボール３１や、第２ユーザのキャラクタや、ノンプレイヤキャラクタ等）が表示され、第２ユーザや仮想ユーザの操作に基づいて当該オブジェクトが動く様子が表示される。

仮想ユーザによる操作は、ＮＰＣ制御部１１９により実現される。ＮＰＣ制御部１１９は、仮想ユーザとしてどのような操作を行うかを決定し、決定した操作に応じた態様で移動オブジェクト４０や指標オブジェクト５０などが動く様子を表示部１８に表示させるよう表示制御部１１４に指示してもよい。ＮＰＣ制御部１１９は、例えば、サーバ２０の記憶部２２０に記憶されている所定のユーザの過去のプレイデータに基づいて仮想ユーザとしてどのような操作を行うかを決定してもよい。具体的には、ＮＰＣ制御部１１９は、当該ゲームを利用する複数のユーザのうちの、任意のユーザが過去に行った操作を模した操作（換言すると、任意のユーザが過去に行った操作に基づいて決定される操作）等を、仮想ユーザとして行う操作として決定してもよい。換言すると、ノンプレイヤキャラクタは、いわゆるゴースト等であってもよい。また、ＮＰＣ制御部１１９は、例えば、ＡＩ等によって、仮想ユーザとしてどのような操作を行うかを決定してもよい。なお、ＮＰＣ制御部１１９は、サーバ２０が有していてもよい。

すなわち、本実施形態では、仮想ユーザによるオブジェクトに対する操作がされるが、当該操作は、仮想ユーザと対戦するユーザから見て、人間が行っているものと認識し得る疑似的な操作となっている。なお、当該操作は、内部的には、単に、あたかも人間が操作を行っているかのように見せる画像を生成すること等により実現されるもの等であってもよい。

なお、本実施形態のゲームでは、他のユーザとの対戦を開始するための操作と、ノンプレイヤキャラクタとの対戦を開始するための操作とは、同一の操作となっている。換言すると、ゲームシステム１は、ユーザによって特定の操作がされた場合に、他のユーザとの対戦を開始させるか、ノンプレイヤキャラクタとの対戦を開始させるかを決定して対戦を開始させるようになっており、ユーザからは、対戦相手が他のユーザ（換言すると、人間）なのか、ノンプレイヤキャラクタなのか不明な状態で対戦が開始されるようになっている。

＜メッセージ機能＞
次にメッセージ機能について説明する。本実施形態のゲームでは、各ユーザは対戦相手との間でメッセージの送受信が可能となっている。また、対戦相手がノンプレイヤキャラクタの場合でもメッセージの送受信が可能となっている。換言すると、本実施形態のゲームは、チャット機能を有している。

メッセージ処理部１１５は、ユーザの入力操作に基づいて、対戦相手にメッセージを送信する。メッセージ処理部１１５は、図３に示すように、対戦相手との対戦中において、対戦相手にメッセージを送る際に操作するウィンドウ表示オブジェクト６０を表示部１８に表示させるよう表示制御部１１４に指示する。また、メッセージ処理部１１５は、ウィンドウ表示オブジェクト６０に対する入力操作がされると、対戦相手に送るメッセージの候補としての、複数の予め登録されたメッセージ（以下、「定型メッセージ」という。）を表示部１８に表示させるよう、表示制御部１１４に指示する。具体的には、メッセージ処理部１１５は、ウィンドウ表示オブジェクト６０に対する入力操作がされると、図７に示すように、メッセージの選択が可能なＵＩ（以下、「選択ウィンドウ６２」という）を表示部１８に表示させる。また、選択ウィンドウ６２には、複数の定型メッセージが表示される。そして、選択ウィンドウ６２に表示された定型メッセージを選択する入力操作（換言すると、定型メッセージを入力する操作）を操作受付部１１１が受け付けると、メッセージ処理部１１５は、選択された定型メッセージを対戦相手に送信する。

対戦相手が他のユーザの場合、ユーザの端末装置１０のメッセージ処理部１１５は、サーバ２０を介して対戦相手の端末装置１０のメッセージ処理部１１５に定型メッセージを送信する。そして、定型メッセージを受信したメッセージ処理部１１５は、受信した定型メッセージを表示部１８に表示させるよう、表示制御部１１４に指示する。すなわち、ユーザが自身の端末装置１０で対戦相手に定型メッセージを送信する入力操作を行うと、対戦相手の端末装置１０の表示制御部１１４は、送信された定型メッセージを表示部１８に表示させる。

なお、本実施形態では、図８に示すように、ユーザが対戦相手に送ったメッセージ６３（換言すると、選択ウィンドウ６２等で選択した定型メッセージ）は、当該ユーザの端末装置１０の表示部１８の表示領域における左側部分に表示される。また、対戦相手が当該ユーザに送ったメッセージ６４は、当該ユーザの端末装置１０の表示部１８の表示領域における右側部分に表示される。

定型メッセージの一例を図９に示す。定型メッセージは、メッセージ情報記憶部としての記憶部１２０に記憶されている。また、定型メッセージは、各定型メッセージを特定可能とする識別情報（以下、「メッセージＩＤ」という。図１０および図１１参照。）と、属性と、が付された状態で記憶されている。すなわち、記憶部１２０に記憶された定型メッセージは、メッセージＩＤに基づいて複数の定型メッセージの中から特定の定型メッセージを特定することが可能となっている。また、記憶部１２０に記憶された定型メッセージは、複数の属性（換言すると、カテゴリ）に分類されている。なお、属性にも、各属性を特定可能とする識別情報（以下、「属性ＩＤ」という。）が付与されている。なお、各定型メッセージは、例えば画像情報として記憶されていてもよい。なお、定型メッセージに関する情報は、記憶部２２０に記憶されていてもよい。換言すると、各端末装置１０での定型メッセージの表示等は、記憶部１２０に記憶された定型メッセージに関する情報に基づいて行われてもよく、記憶部２２０に記憶された定型メッセージに関する情報に基づいて行われてもよい。

本実施形態では、定型メッセージの属性として、「通常」と「楽しい」と「叫び」と「思案」と「悲しみ」とが用意されている。属性「通常」は、ニュートラルな感情を示す定型メッセージに付される属性である。属性「楽しい」は、ポジティブな感情を示す定型メッセージに付される属性である。属性「叫び」は、怒りあるいは驚きといった感情を示す定型メッセージに付される属性である。属性「思案」は、悩みあるいは焦りといった感情を示す定型メッセージに付される属性である。属性「悲しみ」は、ネガティブな感情を示す定型メッセージに付される属性である。すなわち、本実施形態では、定型メッセージは、各定型メッセージの示す感情に応じて分類されている。換言すると、定型メッセージは、各定型メッセージの意味内容に応じて分類されている。

なお、本実施形態では、１つの定型メッセージには１つの属性が付されているが、１つの定型メッセージに複数の属性が付されていてもよい。換言すると、複数の定型メッセージの中には、複数の属性が付された定型メッセージが少なくとも１つ以上存在してもよい。

また、定型メッセージには、言語的メッセージ（換言すると、言語的な定型メッセージ）と非言語的メッセージ（換言すると、非言語的な定型メッセージ）との２種類の定型メッセージが含まれる。言語的メッセージは、文字が含まれるメッセージである。非言語的メッセージは、文字が含まれないメッセージである。図９に示す例においては、「文字チャット１」、「文字チャット２」、および「文字チャット３」の列に並べられた定型メッセージは、言語的メッセージとなっている。また、「顔文字１」、「顔文字２」、「キャラスタンプ１」、および「キャラスタンプ２」の列に並べられた定型メッセージは、非言語的メッセージとなっている。

また、定型メッセージは、第１チャット情報群６５と第２チャット情報群６６との２つのグループに分けられる。図７に示すように、選択ウィンドウ６２においては、対戦相手に送信するメッセージの候補としての複数のメッセージが、第１チャット情報群６５と第２チャット情報群６６とで分けて表示される。なお、選択ウィンドウ６２は、タブ６７を有しており、タブ６７に対する入力操作に応じて、選択ウィンドウ６２に表示されるメッセージの候補の種類が変わるようになっている。なお、図７に示す例では、選択ウィンドウ６２において第１チャット情報群６５と第２チャット情報群６６とが同時に（換言すると、一画面に）表示されているが、例えば、第１チャット情報群６５のみ（例えば、言語的メッセージのみ）が表示される状態と第２チャット情報群６６のみ（例えば、非言語的メッセージのみ）が表示される状態とが存在し、タブ６７に対する入力操作等に応じて両状態が切り替わるようになっているなどしてもよい。

なお、このような第１チャット情報群６５と第２チャット情報群６６との２つのグループに分けた表示が可能となるよう、定型メッセージは、第１チャット情報群６５に属する定型メッセージと、第２チャット情報群６６に属する定型メッセージとで分類されて記憶部１２０に記憶されている。

第１チャット情報群６５は、言語的メッセージの数が非言語的メッセージの数よりも多いグループとなっている。具体的には、本実施形態では、第１チャット情報群６５の非言語的メッセージの数は「０」となっており、第１チャット情報群６５は、言語的メッセージのみによって構成されている。また、第１チャット情報群６５は、言語的メッセージが複数含まれるグループとなっている。

第２チャット情報群６６は、非言語的メッセージの数が言語的メッセージの数よりも多いグループとなっている。具体的には、本実施形態では、第２チャット情報群６６の言語的メッセージの数は「０」となっており、第２チャット情報群６６は、非言語的メッセージのみによって構成されている。また、第２チャット情報群６６は、非言語的メッセージが複数含まれるグループとなっている。

また、第１チャット情報群６５と第２チャット情報群６６とは、それぞれ複数の定型メッセージによって構成されるが、第１チャット情報群６５に含まれる定型メッセージは、第２チャット情報群６６には含まれず、第２チャット情報群６６に含まれる定型メッセージは、第１チャット情報群６５には含まれない。ただし、一方のチャット情報群に含まれる定型メッセージのうちの一部が他方のチャット情報群に含まれてもよい。

第２メッセージ処理部１１６は、対戦相手としてのノンプレイヤキャラクタからのユーザに対するメッセージの送信を制御する。第２メッセージ処理部１１６は、ユーザがノンプレイヤキャラクタに対してメッセージを送信した場合に、当該メッセージに対する返答を行う。具体的には、第２メッセージ処理部１１６は、ユーザの操作に基づいてメッセージ処理部１１５がノンプレイヤキャラクタに対して定型メッセージを送信すると、当該定型メッセージに対する返答としての定型メッセージをユーザに対して送信する。そして、第２メッセージ処理部１１６から定型メッセージが送信されると、ユーザの端末装置１０の表示制御部１１４は、送信された定型メッセージを表示部１８に表示させる。なお、第２メッセージ処理部１１６は、ユーザがノンプレイヤキャラクタに対してメッセージを送信した場合に限らず、所定の契機でノンプレイヤキャラクタからユーザへのメッセージの送信を自発的に行ってもよい。

なお、第２メッセージ処理部１１６から送信されるノンプレイヤキャラクタからユーザへのメッセージは、例えば、当該ユーザの端末装置１０のメッセージ処理部１１５が受信し、当該メッセージ処理部１１５が、当該メッセージを表示部１８に表示させるよう表示制御部１１４に指示する。ただし、当該送受信は、実際の伝送を伴うものでなくてもよい。例えば、本実施形態のように、端末装置１０がメッセージ処理部１１５と第２メッセージ処理部１１６とを備える場合、第２メッセージ処理部１１６が、ノンプレイヤキャラクタからユーザへ送るメッセージを決定し、決定されたメッセージをメッセージ処理部１１５が認識可能な状態とすること（換言すると、決定されたメッセージを表示制御部１１４が表示部１８に表示させることが可能な状態とすること）等も、「第２メッセージ処理部１１６がノンプレイヤキャラクタからのメッセージを送信すること」や、「メッセージ処理部１１５がノンプレイヤキャラクタからのメッセージを受信すること」に含まれる。なお、例えば、第２メッセージ処理部１１６の全体または一部をサーバ２０の制御部２１０が有していてもよい。この場合、メッセージ処理部１１５と第２メッセージ処理部１１６との間で送受信されるメッセージは、ネットワークを介して伝送され得る。

本実施形態では、第２メッセージ処理部１１６における、ユーザからのメッセージに対する返答パターンが規定されている。具体的には、第２メッセージ処理部１１６は、返答規則記憶部としての記憶部１２０に記憶された、返答パターンを規定する返答テーブル７０を用いて返答を行う。返答テーブル７０の一例を図１０および図１１に示す。返答テーブル７０では、ユーザから送られるメッセージと、それに対する返答との対応関係が規定されている。具体的には、返答テーブル７０では、ユーザから送られるメッセージの属性毎に、返答として送る定型メッセージが定められている。

例えば、ユーザがノンプレイヤキャラクタに属性「通常」の定型メッセージを送った場合、図１０（ａ）に示すように、ノンプレイヤキャラクタ（換言すると、第２メッセージ処理部１１６）は、メッセージＩＤ「０００１」の属性「通常」の定型メッセージ、メッセージＩＤ「０００２」の属性「楽しい」の定型メッセージ、またはメッセージＩＤ「００１１」の属性「楽しい」の定型メッセージを返答として送る。なお、メッセージＩＤ「０００１」、「０００２」、および「００１１」のうち、いずれの定型メッセージを送るかは、ランダムに決定される。

また、例えば、ユーザがノンプレイヤキャラクタに属性「楽しい」の定型メッセージを送った場合、図１０（ｂ）に示すように、ノンプレイヤキャラクタは、メッセージＩＤ「０００１」の属性「通常」の定型メッセージ、メッセージＩＤ「０００２」の属性「楽しい」の定型メッセージ、またはメッセージＩＤ「０００３」の属性「楽しい」の定型メッセージを返答として送る。なお、メッセージＩＤ「０００１」、「０００２」、および「０００３」のうち、いずれの定型メッセージを送るかは、ランダムに決定される。

また、例えば、ユーザがノンプレイヤキャラクタに属性「叫び」の定型メッセージを送った場合、図１０（ｃ）に示すように、ノンプレイヤキャラクタは、メッセージＩＤ「０００１」の属性「通常」の定型メッセージ、メッセージＩＤ「００１０」の属性「思案」の定型メッセージ、またはメッセージＩＤ「００１１」の属性「楽しい」の定型メッセージを返答として送る。なお、メッセージＩＤ「０００１」、「００１０」、および「００１１」のうち、いずれの定型メッセージを送るかは、ランダムに決定される。

また、例えば、ユーザがノンプレイヤキャラクタに属性「思案」の定型メッセージを送った場合、図１１（ｄ）に示すように、ノンプレイヤキャラクタは、メッセージＩＤ「０００１」の属性「通常」の定型メッセージ、メッセージＩＤ「０００７」の属性「思案」の定型メッセージ、またはメッセージＩＤ「００１１」の属性「楽しい」の定型メッセージを返答として送る。なお、メッセージＩＤ「０００１」、「０００７」、および「００１１」のうち、いずれの定型メッセージを送るかは、ランダムに決定される。

また、例えば、ユーザがノンプレイヤキャラクタに、属性「悲しみ」の定型メッセージを送った場合、図１１（ｅ）に示すように、ノンプレイヤキャラクタは、メッセージＩＤ「０００３」の属性「楽しい」の定型メッセージ、メッセージＩＤ「０００９」の属性「悲しみ」の定型メッセージ、またはメッセージＩＤ「００１１」の属性「楽しい」の定型メッセージを返答として送る。なお、メッセージＩＤ「０００３」、「０００９」、および「００１１」のうち、いずれの定型メッセージを送るかは、ランダムに決定される。

本実施形態では、ユーザがノンプレイヤキャラクタに言語的メッセージを送ったか非言語的メッセージを送ったかに関わらず、第２メッセージ処理部１１６が返答として送る定型メッセージは、非言語的メッセージとなる確率が、言語的メッセージとなる確率よりも高く設定されている。換言すると、第２メッセージ処理部１１６が返答の際に非言語的メッセージを送る確率は、ユーザが送信し得る定型メッセージとして用意されている全ての定型メッセージ（換言すると、選択ウィンドウ６２に表示される全ての定型メッセージ）の中から完全にランダムで送信する定型メッセージが決定されることとした場合（換言すると、全ての定型メッセージについて等確率で送信する定型メッセージが決定される場合）の非言語的メッセージが送られる確率よりも高くなっている。なお、「第１の確率が第２の確率よりも高い」などといった場合、低い方の確率は、０％であってもよい。本実施形態では、ユーザがノンプレイヤキャラクタに言語的メッセージを送ったか非言語的メッセージを送ったかに関わらず、第２メッセージ処理部１１６が送る返答は、必ず非言語的メッセージとなっている。換言すると、第２メッセージ処理部１１６が返答として送り得る定型メッセージは、全て非言語的メッセージとなっている。具体的には、本実施形態では、ユーザが言語的メッセージを送った場合であっても、当該言語的メッセージの属性に基づいて選択される非言語的メッセージが返答として送られるようになっている。なお、第２メッセージ処理部１１６が返答として送り得る定型メッセージには、言語的メッセージが含まれていてもよい。

このように、本実施形態では、第２メッセージ処理部１１６が返答として送る定型メッセージは、非言語的メッセージである確率が、言語的メッセージである確率よりも高く設定されているので、会話の流れが不自然になることを抑制できる。したがって、ゲームの興趣性が向上される。

なお、本実施形態では、第２メッセージ処理部１１６がユーザからノンプレイヤキャラクタへのメッセージの送信に基づいて送る返答としての定型メッセージ（換言すると、ユーザからノンプレイヤキャラクタへのメッセージの送信を契機として送る定型メッセージ）は、必ず非言語的メッセージとなっているが、返答ではなく、第２メッセージ処理部１１６がノンプレイヤキャラクタからユーザへのメッセージとして自発的に送るる定型メッセージ（換言すると、ユーザからノンプレイヤキャラクタへのメッセージの送信以外の所定の契機で送る定型メッセージ）には、非言語的メッセージだけでなく、言語的メッセージが含まれる。このような構成によれば、返答の内容によって会話の流れが不自然となってしまうことを抑制しつつも、非言語的メッセージしか送られないことにより対戦相手がノンプレイヤキャラクタであるとユーザに意識させてしまうことを防止できる。したがって、ゲームの興趣性が向上される。

なお、第２メッセージ処理部１１６は、例えば、ユーザが送信した定型メッセージの属性と同じ属性の定型メッセージを返答として送ることとしてもよい。本実施形態では、ユーザがいずれの属性の定型メッセージを送った場合であっても、ユーザが送信した定型メッセージの属性と同じ属性の定型メッセージが返答として送られ得るようになっている。

また、本実施形態では、第２メッセージ処理部１１６は、ユーザが送信した定型メッセージの属性と同じ属性の定型メッセージであって、異なる定型メッセージを返答として送り得る。具体的には、ユーザがメッセージＩＤ「０００２」の属性「楽しい」の定型メッセージを送信した場合に、第２メッセージ処理部１１６は、メッセージＩＤ「００１１」の属性「楽しい」の定型メッセージを返答として送り得る（図１０参照）。

なお、複数の属性に対して返答として送られ得る属性が用意されていてもよい。換言すると、１つの属性に対して、返答として送られ得る属性は複数存在してもよい。本実施形態では、属性「通常」は、ユーザが属性「通常」、「楽しい」、「叫び」、および「思案」のいずれの属性の定型メッセージを送信した場合であっても、返答として送られ得る。なお、ユーザの送信する定型メッセージに係る全ての属性に対して返答として送られ得る属性が用意されていてもよい。

なお、属性「通常」のメッセージは、ユーザからノンプレイヤキャラクタに送られるメッセージに対して間接的な返答として成立し得る非言語的メッセージともいえる。すなわち、本実施形態では、ユーザからのメッセージに対して直接的な返答として成立し得る非言語的メッセージと、間接的な返答として成立し得る非言語的メッセージとが存在し、第２メッセージ処理部１１６は、間接的な返答として成立し得る非言語的メッセージをユーザに対して送信し得るようになっている。

なお、第２メッセージ処理部１１６が返答として送る定型メッセージは、ユーザが送信した定型メッセージと同一の定型メッセージである確率よりも、ユーザが送信した定型メッセージと異なる定型メッセージである確率の方が高くなっていてもよい。

なお、本実施形態では、第２メッセージ処理部１１６が返答として送る定型メッセージは、ユーザが送った定型メッセージの属性に基づいて決まる複数の候補の中からランダムに決定されることとしたが、返答として送る定型メッセージは当該複数の候補の中から完全にランダムで決定されるものでなくてもよい。例えば、複数の候補のうちのそれぞれの選ばれる確率は、等確率であってもよいが偏りがあってもよい。また、例えば、属性「通常」、「楽しい」、「叫び」、「思案」、および「悲しみ」のそれぞれについて、ユーザが特定の属性の定型メッセージを送った場合に、返答として選ばれる定型メッセージの属性は、「通常」である確率よりも、それ以外の属性である確率の方が高くなっていてもよい。

なお、第２メッセージ処理部１１６は、返答テーブル７０を用いて返答として送るメッセージを決定するものでなくてもよく、例えば、ＡＩ（Artificial Intelligence）によって返答として送るメッセージを決定するもの等であってもよい。

なお、第２メッセージ処理部１１６は、ユーザが第１チャット情報群６５を構成する定型メッセージと第２チャット情報群６６を構成する定型メッセージとのどちらを送ったかに関わらず、第２チャット情報群６６を構成する定型メッセージを返答として送る確率が、第１チャット情報群６５を構成する定型メッセージを返答として送る確率よりも高いともいえる。すなわち、本実施形態では、ユーザは、第１チャット情報群６５を構成する１以上の要素と、第２チャット情報群６６を構成する１以上の要素との中から、送信したい要素を選択して送信することが可能となっている。これに対し、第２メッセージ処理部１１６は、ユーザが第１チャット情報群６５と第２チャット情報群６６とのいずれの要素を送った場合であっても、第２チャット情報群６６の要素を返答として送る可能性がある。なお、第２メッセージ処理部１１６は、ユーザが第１チャット情報群６５と第２チャット情報群６６とのいずれの要素を送った場合であっても、必ず第２チャット情報群６６の要素を返答として送ることとしてもよい。なお、第２メッセージ処理部１１６は、ユーザから送信された定型メッセージに対して返答を送る場合に、必ず第２チャット情報群６６を構成する定型メッセージを含んで返答を行うこととしてもよい。すなわち、第２メッセージ処理部１１６は、第１チャット情報群６５を構成する定型メッセージを返答として送る場合があってもよいが、第１チャット情報群６５を構成する定型メッセージを返答として送る場合には、第２チャット情報群６６を構成する定型メッセージを一緒に送ることとしてもよい。また、第２チャット情報群６６に、言語的メッセージが含まれる場合に、第２メッセージ処理部１１６は、第２チャット情報群６６を構成する定型メッセージのうち、言語的メッセージを返答として送ることはなく、非言語的メッセージのみを返答として送ることとしてもよい。

なお、第２メッセージ処理部１１６は、ゲームの状況（およびユーザが送信した定型メッセージ）に基づいて返答として送る定型メッセージを決定してもよい。なお、ここで、ゲームの状況には、お互いのスコアの状況等も含まれる。ここでは、メッセージＩＤ「０００３」の定型メッセージには、属性「楽しい」および「悲しみ」の２つの属性が付されているものとして説明する。例えば、ゲームの状況が「ユーザ側が優勢で、かつユーザが良いショット操作をした状況」である場合において、ユーザがメッセージＩＤ「０００３」の定型メッセージを送信した場合、ユーザにとって良い状況であるため、第２メッセージ処理部１１６は、当該定型メッセージについて、属性「楽しい」の定型メッセージであると判断し、図１０（ｂ）に示す候補の中から返答を行ってもよい。あるいは、ゲームの状況が当該状況である場合において、ユーザがメッセージＩＤ「０００３」の定型メッセージを送信した場合、ノンプレイヤキャラクタにとって悪い状況であるため、第２メッセージ処理部１１６は、当該定型メッセージについて、属性「悲しみ」の定型メッセージであると判断し、図１１（ｅ）に示す候補の中から返答を行ってもよい。すなわち、複数の定型メッセージの中には複数の属性が付された定型メッセージが少なくとも１つ以上存在し、第２メッセージ処理部１１６は、複数の属性が付された定型メッセージが送信された場合に、定型メッセージに付された複数の属性のうちのいずれかの属性に基づく返信を行うものであってもよい。なお、第２メッセージ処理部１１６は、ゲームの状況に基づいてユーザが送信した定型メッセージの属性を判断するのではなく、例えば、ゲームの状況に応じて、ゲームの状況毎に予め定められている返答候補の中から返答として送る定型メッセージを決定するなどしてもよい。

なお、第２メッセージ処理部１１６は、ノンプレイヤキャラクタからの返答を、ユーザからのメッセージの送信がされた直後ではなく、所定期間空けて送ることとしてもよい。また、当該所定期間は一定でなくてもよい。

なお、ユーザからノンプレイヤキャラクタに送るメッセージと、ノンプレイヤキャラクタからユーザに送るメッセージとの、少なくとも一方が、定型メッセージでなくてもよい。例えば、ユーザからノンプレイヤキャラクタに対して、テキスト入力によってメッセージを送信すること等が可能となっていてもよい。

（ノンプレイヤキャラクタの返答確率）
本実施形態では、第２メッセージ処理部１１６は、ユーザから送信されたメッセージに対して必ず返答を行うようにはなっていない。以下では、この点について説明する。

第２メッセージ処理部１１６は、ユーザからノンプレイヤキャラクタに送信されたメッセージの数に基づいて、返答を送信する確率を制御する。

具体的には、ノンプレイヤキャラクタとの対戦中においてユーザがノンプレイヤキャラクタに対して１回目のメッセージの送信を行った場合、第２メッセージ処理部１１６は、５０％の確率で返答を行う。より具体的には、第２メッセージ処理部１１６は、１回目のメッセージを受け取ると、返答を送るか否かを決定する抽選を行い、当該抽選では、５０％の確率で返答を送ることが決定され、５０％の確率で返答を送らないことが決定される。以下の各確率で返答を行う場合についても、第２メッセージ処理部１１６は同様の抽選を行う。

また、ユーザがノンプレイヤキャラクタに対して、２～４回目のメッセージの送信を行った場合、第２メッセージ処理部１１６は、２～４回目の各メッセージに対して３０％の確率で返答を行う。

また、ユーザがノンプレイヤキャラクタに対して、５回目以降のメッセージの送信を行った場合、第２メッセージ処理部１１６は、５回目以降の各メッセージに対して１０％の確率で返答を行う。

また、このように、第２メッセージ処理部１１６は、ユーザから送信されたメッセージの回数をカウントし、当該回数に応じて返答確率を変化させるが、第２メッセージ処理部１１６は、ユーザがメッセージを送信してから６０秒間新たなメッセージが送信されなかった場合、メッセージのカウント数を０回に戻す（換言すると、リセットする）。すなわち、第２メッセージ処理部１１６は、ユーザからノンプレイヤキャラクタに送信されたメッセージの数に応じて、返答を送信する確率を変化させるが、具体的には、各メッセージの送信間隔が所定間隔以内となるように送信されたメッセージの数に応じて、返答を送信する確率を変化させる。すなわち、「ユーザからノンプレイヤキャラクタに送信されたメッセージの数に応じて、返答を送信する確率を変化させる」とは、ユーザからノンプレイヤキャラクタへのメッセージの送信頻度に応じて、返答を送信する確率を変化させる場合を含む。

換言すると、第２メッセージ処理部１１６は、所定期間内にユーザからノンプレイヤキャラクタに送信されたメッセージの数に基づいて、返答を送信する確率を制御する。ここで、所定期間は、上述のように、各メッセージの送信間隔が所定間隔以内となる所定期間であってもよい。また、所定期間は、例えば、１回目のメッセージが送信されてからの一定の期間等であってもよい。また、所定期間は、例えば、１つの試合が開始されてから終了するまでの期間等であってもよい。また、所定期間は、例えば、各キャラクタのターンが開始されてから終了するまでの期間（換言すると、１回のショットに係る期間）等であってもよい。

ユーザが送ったメッセージに対して毎回返答を行うと、対戦相手がノンプレイヤキャラクタであることをユーザに意識させてしまうおそれなどがある。本実施形態によれば、メッセージの返答確率を制御することで、実際のユーザが返答を行う場合に近い反応を実現することができ、ノンプレイヤキャラクタとプレイしていることをユーザに意識させることのないゲームを提供することができる。したがって、ゲームの興趣性が向上される。

なお、本実施形態では、第２メッセージ処理部１１６は、ユーザからの各メッセージに対して返答を行うか否かを、抽選で決定することとしたが、各メッセージに対して返答を行うか否かは、予め定められていてもよい。例えば、第２メッセージ処理部１１６は、１～５回目の各メッセージに対しては返答を行い、６回目以降の各メッセージに対しては返答を行わないように返答に係る制御を行うなどしてもよい。また、例えば、各回のメッセージに対して返答を行うか否かを定めたテーブル（例えば、１～３回目の各メッセージに対しては返答を行い、４回目のメッセージに対しては返答を行わず、５回目のメッセージに対しては返答を行う、などのように予め定められたテーブル）を１または複数、記憶部１２０に用意しておき、第２メッセージ処理部１１６は、当該テーブルに基づいて返答を行うか否かを決定してもよい。換言すると、第２メッセージ処理部１１６は、ユーザからノンプレイヤキャラクタに送信されたメッセージの数に応じて、返答を送信する確率を変化させる制御を行うが、当該制御は、結果としてユーザに返答が送信される確率が変化するもの（例えば、結果として所定期間内のメッセージの送信回数が多くなるほど返答が送信される確率が低くなるもの等）であればよい。

また、本実施形態では、ユーザからのメッセージの送信回数（換言すると、送信頻度）に応じた複数の段階（具体的には、１回目の段階、２～４回目の段階、および５回目以降の段階）があり、各段階に応じて、返答の確率が変化するようになっているが、当該段階の数は２つであってもよく、３つ以上であってもよい。

また、第２メッセージ処理部１１６は、ユーザからノンプレイヤキャラクタに送信されたメッセージの数が多くなるほど（換言すると、頻度が高くなるほど）、返答を送信する確率が低くなるように当該確率を制御しているが、メッセージの数が所定数以上となる場合に、返答を送信する確率が０％となるようにしてもよい。このような構成によれば、対戦相手が鬱陶しいと感じている様子等を表現でき、ノンプレイヤキャラクタとプレイしていることをユーザに意識させることのないゲームを提供することができる。したがって、ゲームの興趣性が向上される。

以上のように、第２メッセージ処理部１１６は、ユーザからノンプレイヤキャラクタに送られたメッセージの履歴、具体的には、メッセージの送信回数（換言すると、送信頻度）に基づいて、返答を送る確率を制御している。なお、第２メッセージ処理部１１６は、メッセージの送信回数以外の、ユーザからノンプレイヤキャラクタに送られたメッセージの履歴に関する条件に基づいて、返答を送る確率を変化させてもよい。例えば、第２メッセージ処理部１１６は、ユーザからノンプレイヤキャラクタに送られたメッセージの内容、具体的には当該メッセージの長さ（例えば、文字数またはデータ量等）に応じて返答を送る確率を変化させてもよい。具体的には、例えば、当該メッセージの長さが所定の長さよりも長い場合、第２メッセージ処理部１１６は、返答を送る確率を０％としてもよい。換言すると、第２メッセージ処理部１１６は、例えば、ユーザからノンプレイヤキャラクタに送られたメッセージの文字数に応じて返答を送る確率を変化させてもよい。また、第２メッセージ処理部１１６は、例えば、ユーザからノンプレイヤキャラクタに送られたメッセージのデータ量（例えば、バイト数）に応じて返答を送る確率を変化させてもよい。

なお、第２メッセージ処理部１１６は、返答を送信する確率をゲームの状況に応じて変化させてもよい。

具体的には、例えば、第２メッセージ処理部１１６は、ノンプレイヤキャラクタの方がユーザ（換言すると、プレイヤキャラクタ３３）よりも有利な状況（例えば、ユーザよりもボール３１がカップ３２に近い状況）においては、不利な状況に比べ、返答を送信する確率が高くなるように当該確率を変化させてもよい。このような構成によれば、対戦相手が好調で饒舌になっている様子等を表現でき、ノンプレイヤキャラクタとプレイしていることをユーザに意識させることのないゲームを提供することができる。したがって、ゲームの興趣性が向上される。

なお、第２メッセージ処理部１１６は、前述のメッセージのカウント数を０回に戻す（換言すると、リセットする）処理を行うタイミングを、ゲームの状況に応じて異ならせてもよい。

以上のように、第２メッセージ処理部１１６は、所定の条件に基づいて、返答を送る確率を制御する。所定の条件は、例えば、ユーザからノンプレイヤキャラクタに送られたメッセージの履歴に関する条件であってもよい。具体的には、例えば、第２メッセージ処理部１１６は、ユーザから送られたメッセージの数が所定数以上となる場合に、当該数が所定数未満の場合に比べて返答を送る確率が低くなるように制御してもよい。また、例えば、第２メッセージ処理部１１６は、ユーザから送られたメッセージの長さが所定の長さ以上の場合に、当該長さが所定の長さ未満の場合に比べて返答を送る確率が低くなるように制御してもよい。また、例えば、第２メッセージ処理部１１６は、ユーザから送られたメッセージの文字数が所定数以上の場合に、当該数が所定数未満の場合に比べて返答を送る確率が低くなるように制御してもよい。また、例えば、第２メッセージ処理部１１６は、ユーザから送られたメッセージのデータ量（例えば、バイト数）が所定量以上の場合に、当該データ量が所定量未満の場合に比べて返答を送る確率が低くなるように制御してもよい。また、所定の条件は、例えば、ゲームの状況に関する条件であってもよい。例えば、第２メッセージ処理部１１６は、ノンプレイヤキャラクタの方がユーザよりも有利な状況においては、不利な状況に比べて返答を送る確率が高くなるように制御してもよい。

なお、第２メッセージ処理部１１６は、ユーザからノンプレイヤキャラクタに送信されたメッセージの数等に基づいて、返答を送信する確率を制御するとともに、ゲームの状況に応じて所定の例外処理を行ってもよい。具体的には、例えば、ノンプレイヤキャラクタが良いショットを行ったタイミングで、ユーザがメッセージ（例えば、「すごい」などのポジティブな感情の定型メッセージ）を送ってくれた場合、当該メッセージが１０回目のメッセージ（すなわち、本来であれば返答確率１０％のメッセージ）であったとしても、返答する確率を上昇させて（換言すると、例えば、返答確率が下がった状態とせず１回目のメッセージに対する返答確率と同様の確率（具体的には、５０％）で）返答を行ってもよい。

また、第２メッセージ処理部１１６は、ユーザが同じメッセージを連続して送った場合には、異なるメッセージを送った場合に比べ、返答確率が低くなるように制御してもよい。具体的には、例えば、所定期間内にそれぞれ異なるＭ個（ここで、Ｍは２以上の整数）のメッセージをユーザが送信したときのＭ個目のメッセージに対する返答確率をＸ（例えば、３０％）とした場合に、所定期間内に同一のメッセージをＭ回ユーザが送信した場合のＭ個目のメッセージに対する返答確率をＸよりも低くしてもよい。

また、第２メッセージ処理部１１６は、ユーザが送ったメッセージが希少度の高い定型メッセージである場合などについては、返答確率を上昇させてもよい。具体的には、例えば、ユーザがメッセージを送ったときの、当該メッセージに対する通常の返答確率（例えば、当該メッセージが希少度の低い定型メッセージであった場合の返答確率）をＹ（例えば、５０％）とした場合に、当該メッセージが希少度の高い定型メッセージであった場合の返答確率をＹよりも高くしてもよい。なお、ここで、希少度の高い定型メッセージとは、例えば、所定の抽選（いわゆるガチャ）やゲーム内通貨等のユーザの保有資産の使用等によって取得された、デフォルト（換言すると、ゲームの初期状態）では存在しない定型メッセージ等であってもよい。また、希少度の低い定型メッセージとは、例えば、デフォルトで存在する定型メッセージ等であってもよい。

また、第２メッセージ処理部１１６は、ユーザが送ったメッセージが、相手方のノンプレイヤキャラクタと関連性の高い定型メッセージである場合等については、返答確率を上昇させてもよい。具体的には、例えば、ユーザがメッセージを送ったときの、当該メッセージに対する通常の返答確率（例えば、当該メッセージがノンプレイヤキャラクタとの関連性の低い定型メッセージであった場合の返答確率）をＹ（例えば、５０％）とした場合に、当該メッセージがノンプレイヤキャラクタと関連性の高い定型メッセージであった場合の返答確率をＹよりも高くしてもよい。なお、ここで、ノンプレイヤキャラクタと関連性の高いメッセージとは、例えば、ゲームに登場する複数種類のキャラクタのうち、ノンプレイヤキャラクタに応じた種類のキャラクタ（例えば、ノンプレイヤキャラクタと同一種類のキャラクタや、ゲーム内においてノンプレイヤキャラクタと仲の良い設定やライバル設定等のキャラクタなどの、ノンプレイヤキャラクタと関係の深いキャラクタ）が描写された定型メッセージ等であってもよい。また、ノンプレイヤキャラクタと関連性の低いメッセージとは、ノンプレイヤキャラクタと関係の浅いキャラクタが描写された定型メッセージ等であってもよい。

また、第２メッセージ処理部１１６は、ユーザから見てノンプレイヤキャラクタが暇であると考えられる場面においては、返答確率を上昇させてもよい。具体的には、例えば、ユーザから見てノンプレイヤキャラクタが暇でないと考えられる場面においてユーザがメッセージを送ったときの、当該メッセージに対する返答確率をＹ（例えば、５０％）とした場合に、ユーザから見てノンプレイヤキャラクタが暇であると考えられる場面においてユーザがメッセージを送ったときの、当該メッセージに対する返答確率をＹよりも高くしてもよい。ここで、ノンプレイヤキャラクタが暇であると考えられる場面とは、例えば、ノンプレイヤキャラクタが既にボール３１をカップインさせており（換言すると、ゲームの目標を達成しており）、ユーザがカップインさせるのを待っている状況であってもよく、ユーザがショットに係る操作を行っている状況（換言すると、ユーザのターン）等であってもよい。また、ノンプレイヤキャラクタが暇でないと考えられる場面とは、例えば、ノンプレイヤキャラクタがまだボール３１をカップインさせていない状況であってもよく、ノンプレイヤキャラクタがショットに係る操作を行っている状況（換言すると、ノンプレイヤキャラクタのターン）等であってもよい。

（ノンプレイヤキャラクタからの返答の制限）
本実施形態においては、ノンプレイヤキャラクタとの対戦中において、ノンプレイヤキャラクタからユーザへのメッセージの送信がされない状況が存在する。ここで、ノンプレイヤキャラクタからのメッセージの送信には、ユーザからノンプレイヤキャラクタへ送信されたメッセージに対する返答の送信、およびノンプレイヤキャラクタからの自発的なメッセージの送信とが含まれる。

具体的には、第２メッセージ処理部１１６は、仮想ユーザによって操作されるオブジェクトに対して所定の操作が行われているとユーザから推定される状況（以下、「推定状況」ともいう。）では、表示部１８での仮想ユーザ（換言すると、ノンプレイヤキャラクタ）からユーザへのメッセージの表示がされないようにメッセージの送信を制御する。換言すると、第２メッセージ処理部１１６は、ユーザから見て、対戦相手がメッセージを送信するための操作以外の何らかの操作をしていると推定される状況では、仮想ユーザからユーザへのメッセージの送信を行わないように制御する。さらに換言すると、第２メッセージ処理部１１６は、ユーザから見て、対戦相手が仮に人間であった場合にはメッセージを送らないであろう状況（例えば、所定の操作をしておりメッセージを送ることが困難だろうとユーザから推定される状況）においては、ユーザに対するメッセージの送信を行わない。

ここで、仮想ユーザによって操作されるオブジェクトとは、例えば、キャラクタ（具体的には、ノンプレイヤキャラクタ等）であってもよい。また、所定の操作とは、例えば、キャラクタを動かすための操作であってもよい。具体的には、所定の操作とは、例えば、キャラクタにボール３１をショットさせるための操作（例えば、ショットする方向を決めるためのタッチ操作や移動オブジェクト４０に対するスワイプ操作等）であってもよい。また、所定の操作とは、例えば、本発明をＦＰＳ（First Person shooter）やロールプレイングゲーム等に適用した場合における、敵を攻撃するための操作（例えば、銃を撃つ操作）や、キャラクタを移動させるための操作や、キャラクタにアイテムを使用させるための操作や、キャラクタにアイテムを拾わせる操作等であってもよい。

換言すると、仮想ユーザによって操作されるオブジェクトとは、例えばボールや武器やアイテム等であってもよい。

また、仮想ユーザによって操作されるオブジェクトとは、例えば、所定のＵＩ（換言すると、ＵＩオブジェクト）であってもよい。また、所定の操作とは、例えば、移動オブジェクト４０に対するスワイプ操作等であってもよい。また、所定の操作とは、所定のボタンに対するタッチ操作等であってもよい。

また、所定の操作とは、例えば、メッセージの送信に係るオブジェクト（例えば、ウィンドウ表示オブジェクト６０、選択ウィンドウ６２、および後述する小型ウィンドウ８０等）以外のオブジェクトに対する操作であってもよい。

換言すると、推定状況は、例えば、仮想ユーザのターンにおいて、所定のＵＩ（例えば、移動オブジェクト４０や所定のボタンなど）が仮想ユーザによって操作されている様子がユーザの端末装置１０の表示部１８に表示されている状況であってもよい。具体的には、仮想ユーザが移動オブジェクト４０に対するスワイプ操作を行い、仮想ユーザの操作する移動オブジェクト４０が指標オブジェクト５０から遠ざかっていく様子が表示されている状況等であってもよい。

さらに換言すると、推定状況は、ユーザの表示部１８に他のユーザによって操作されるオブジェクトが表示され、当該オブジェクトに対する他のユーザの操作がユーザの表示部１８での表示にリアルタイムに反映されるコンテンツにおいて、当該オブジェクトが仮想的な他のユーザとしての仮想ユーザの操作に応じて動いている様子がユーザの表示部１８に表示されている状況等であってもよい。

このように、本実施形態では、対戦相手が人間であればメッセージを送る可能性が低いであろう状況である推定状況において仮想ユーザからユーザへのメッセージが表示されないので、対戦相手が人間であるかのように見せることができ、ゲームの興趣性が向上される。

また、第２メッセージ処理部１１６は、以下のような状況では、仮想ユーザからユーザへのメッセージを送信することとしてもよい。すなわち、例えば、仮想ユーザのターンにおける、仮想ユーザによるキャラクタにボール３１をショットさせるための操作が終了したタイミング（換言すると、終了したと推定される状況）、当該操作の終了後、当該操作に基づいてノンプレイヤキャラクタが動いている様子が表示部１８に表示されているタイミング、および当該操作の終了後、当該操作に基づいてボール３１が動いている（例えば、飛んでいる）様子が表示部１８に表示されているタイミング等においては、第２メッセージ処理部１１６は、ユーザに対するメッセージの送信を行ってもよい。また、例えば、仮想ユーザが当該操作を中断した様子が表示部１８に表示されているタイミング等においては、第２メッセージ処理部１１６は、ユーザに対するメッセージの送信を行ってもよい。

また、第２メッセージ処理部１１６は、例えば、ユーザのターンにおいては、ユーザがキャラクタにボール３１をショットさせるための操作を行っている最中等であっても、メッセージを送信することとしてもよい。

なお、第２メッセージ処理部１１６は、ノンプレイヤキャラクタからのメッセージを送信してから当該メッセージがユーザの端末装置１０の表示部１８に表示されるまでの通信遅延等を考慮してメッセージの送信を行ってもよい。具体的には、例えば、サーバ２０が第２メッセージ処理部１１６を有し、端末装置１０がＮＰＣ制御部１１９を有することとした場合に、第２メッセージ処理部１１６は、サーバ２０と端末装置１０との間での通信遅延を考慮した制御を行ってもよい。例えば、第２メッセージ処理部１１６は、通信遅延を考慮して、仮想ユーザによる所定の一連の操作（例えば、キャラクタにボール３１をショットさせるための操作）が行われている最中と推定される状況においてメッセージの送信を行い、表示部１８における表示上は、仮想ユーザによる当該所定の一連の操作が終了したと推定される状況で当該メッセージの表示が行われるようにしてもよい。また、第２メッセージ処理部１１６は、通信遅延があるように見せかける制御を行ってもよい。具体的には、例えば、端末装置１０が第２メッセージ処理部１１６およびＮＰＣ制御部１１９を有することとした場合に、第２メッセージ処理部１１６は、仮想ユーザが操作を開始したタイミング等でメッセージの送信を行い、当該タイミングで当該メッセージが表示部１８に表示されるようにしてもよい。換言すると、例えば、仮想ユーザが所定の操作を開始している様子が表示部１８に表示されている状況で（例えば、操作を開始してから所定期間内には）仮想ユーザからのメッセージが表示部１８に表示され得るようにすることで、ユーザに、通信遅延等から逆算すると仮想ユーザが操作をしていないタイミングでメッセージを送信したのであろうと思わせるようにしてもよい。例えば、仮想ユーザからのメッセージがユーザの表示部１８に表示されるタイミングについて、その起点となる表示や動作（例えば、ユーザから送信したメッセージの表示やいずれかのプレイヤのナイスプレイなど）から所定秒数後になるというのを定常的な挙動とすることで、仮想ユーザからのメッセ―ジを、実際の人間が表示や動作を見て、どんな反応をするべきか判断して操作を行い、通信遅延を経てユーザのもとに届いたメッセージと推定させることができる。

（事象達成時のメッセージ）
第２メッセージ処理部１１６は、ユーザとノンプレイヤキャラクタとの対戦中において、特定の事象をユーザまたはノンプレイヤキャラクタが達成した場合に、ノンプレイヤキャラクタからユーザへのメッセージを送信する。また、特定の事象をユーザが達成した場合と、ノンプレイヤキャラクタが達成した場合とでは、第２メッセージ処理部１１６が送信し得るメッセージが異なっている。

第２メッセージ処理部１１６は、特定の事象をユーザが達成した場合、ノンプレイヤキャラクタからユーザに送るメッセージを第１候補群の中から選択し、ノンプレイヤキャラクタからのメッセージとしてユーザに送信する。第１候補群には、複数の定型メッセージが含まれる。具体的には、第１候補群には、複数の非言語的メッセージが含まれる。第１候補群には、言語的メッセージが１または複数含まれてもよく、含まれなくてもよい。第１候補群を構成する定型メッセージの一例を図１２（ａ）に示す。

第２メッセージ処理部１１６は、特定の事象をノンプレイヤキャラクタが達成した場合、ノンプレイヤキャラクタからユーザに送るメッセージを第２候補群の中から選択し、ノンプレイヤキャラクタからのメッセージとしてユーザに送信する。第２候補群には、複数の定型メッセージが含まれる。具体的には、第２候補群には、複数の非言語的メッセージが含まれる。第２候補群には、言語的メッセージが１または複数含まれてもよく、含まれなくてもよい。第２候補群を構成する定型メッセージの一例を図１２（ｂ）に示す。

ここで、第１候補群に含まれる全ての非言語的メッセージによって構成される群を第１メッセージ群とする。すなわち、特定の事象をユーザが達成した際に第２メッセージ処理部１１６が選択し得る非言語的メッセージによって構成される群を第１メッセージ群とする。すなわち、第１メッセージ群は、第１候補群に含まれる定型メッセージのうち、言語的メッセージを除いた定型メッセージによって構成される群である。

また、第２候補群に含まれる全ての非言語的メッセージによって構成される群を第２メッセージ群とする。すなわち、特定の事象をノンプレイヤキャラクタが達成した際に第２メッセージ処理部１１６が選択し得る非言語的メッセージによって構成される群を第２メッセージ群とする。すなわち、第２メッセージ群は、第２候補群に含まれる定型メッセージのうち、言語的メッセージを除いた定型メッセージによって構成される群である。

本実施形態では、第１メッセージ群と第２メッセージ群とは同一となっていない。換言すると、第１メッセージ群と第２メッセージ群とは、含まれる非言語的メッセージの少なくとも一部が異なっている。換言すると、第１メッセージ群と第２メッセージ群との少なくとも一方には、他方に含まれない非言語的メッセージが含まれる。なお、第１メッセージ群と第２メッセージ群とでは、含まれる非言語的メッセージの一部が重複していてもよい。また、第１メッセージ群には、第２メッセージ群に含まれる非言語的メッセージが一切含まれないこととしてもよい。また、第２メッセージ群には、第１メッセージ群に含まれる非言語的メッセージが一切含まれないこととしてもよい。このような構成によれば、ノンプレイヤキャラクタによる非言語的な定型メッセージでの反応を、特定の事象をユーザが達成した場合とノンプレイヤキャラクタが達成した場合とで異ならせることができる。したがって、非言語的な定型メッセージによる表現が状況に応じて異なるものとなり、ゲームの興趣性が向上される。

また、第１メッセージ群に含まれる非言語的メッセージの数は、第２メッセージ群に含まれる非言語的メッセージの数よりも多くてもよい。このような構成によれば、ユーザが特定の事象を達成した場合のノンプレイヤキャラクタの反応を多様なものとするとともに、ノンプレイヤキャラクタが特定の事象を達成した場合のノンプレイヤキャラクタの反応が過剰となってしまうことを防止することができ、ゲームの興趣性が向上される。

また、前述のように、ユーザは、選択ウィンドウ６２に表示される複数の定型メッセージの中から定型メッセージを選択し、ノンプレイヤキャラクタにメッセージを送ることが可能となっている。ここで、選択ウィンドウ６２に表示される全ての非言語的メッセージによって構成される群を第３メッセージ群とする。すなわち、ユーザがノンプレイヤキャラクタに送るメッセージとして選択し得る非言語的メッセージによって構成される群を第３メッセージ群とする。すなわち、第３メッセージ群は、選択ウィンドウ６２に表示される定型メッセージのうち、言語的メッセージを除いた定型メッセージによって構成される群である。

本実施形態では、ユーザが特定の事象を達成した際、およびノンプレイヤキャラクタが特定の事象を達成した際には、ユーザは選択ウィンドウ６２から定型メッセージを選択してノンプレイヤキャラクタに送ることが可能となっている。すなわち、第３メッセージ群は、ユーザまたはノンプレイヤキャラクタが特定の事象を達成した際に、ユーザがノンプレイヤキャラクタに送るメッセージとして選択し得る非言語的メッセージによって構成される群ともいえる。

本実施形態では、第３メッセージ群に含まれる非言語的メッセージの数は、第１メッセージ群に含まれる非言語的メッセージの数、および第２メッセージ群に含まれる非言語的メッセージの数よりも多くなっている。このような構成によれば、ユーザとノンプレイヤキャラクタとのいずれかが特定の事象を達成した場合にユーザからノンプレイヤキャラクタに送り得るメッセージの種類を豊富なものとしつつ、ノンプレイヤキャラクタからユーザに送り得る非言語的メッセージを、ユーザにとって違和感や不快感の小さいものに限定することができる。加えて、第１メッセージ群に含まれる非言語的メッセージの数を、第２メッセージ群に含まれる非言語的メッセージの数よりも多くすることで、ノンプレイヤキャラクタからユーザに送り得る非言語的メッセージを限定的なものとしつつも、ユーザが特定の事象を達成した場合のノンプレイヤキャラクタの反応を多様なものとすることができる。

特定の事象の達成は、例えば、ゲームのスコア（換言すると、成績）に関する特定の事象の達成であってもよい。例えば、特定の事象の達成は、ゴルフゲームにおける、イーグル以上（具体的には、イーグル、アルバトロス、またはホールインワンなど）の達成であってもよい。また、例えば、特定の事象の達成は、ＦＰＳやロールプレイングゲームにおける、所定のキャラクタを倒すこと等であってもよい。

なお、特定の事象をユーザが達成した場合とノンプレイヤキャラクタが達成した場合とで、一方の方が他方に比べ、第２メッセージ処理部１１６が、ノンプレイヤキャラクタからユーザへのメッセージの送信を行う確率が高くなっていてもよい。すなわち、特定の事象をユーザが達成した場合とノンプレイヤキャラクタが達成した場合とで、表示部１８にノンプレイヤキャラクタからユーザへのメッセージが表示される確率が異なっていてもよい。

なお、ユーザまたはノンプレイヤキャラクタが特定の事象を達成すると、第２メッセージ処理部１１６がメッセージを自発的に送る確率（換言すると、頻度）が上昇してもよい。例えば、ノンプレイヤキャラクタが特定の事象を達成した後は、ノンプレイヤキャラクタが特定の事象を達成する前に比べて、第２メッセージ処理部１１６が、ノンプレイヤキャラクタからユーザへのメッセージを送信する確率が上昇してもよい。

また、ユーザから見てノンプレイヤキャラクタが暇であると考えられる場面においては、第２メッセージ処理部１１６がメッセージを自発的に送る確率（換言すると、頻度）が上昇してもよい。例えば、ユーザから見てノンプレイヤキャラクタが暇であると考えられる場面において第２メッセージ処理部１１６がメッセージを自発的に送る確率を、ユーザから見てノンプレイヤキャラクタが暇でないと考えられる場面において第２メッセージ処理部１１６がメッセージを自発的に送る確率よりも高くしてもよい。

なお、対戦相手（例えば、ノンプレイヤキャラクタ）が特定の事象を達成した際に、表示制御部１１４は、表示部１８に後述する小型ウィンドウ８０を表示させることとしてもよい。また、第１メッセージ群に含まれる非言語的メッセージの数、および第２メッセージ群に含まれる非言語的メッセージの数の少なくとも一方が、小型ウィンドウ８０に表示される定型メッセージの数（換言すると、当該数の最大数）よりも多くてもよい。また、第２メッセージ群に含まれる非言語的メッセージの数が、小型ウィンドウ８０に表示される定型メッセージの数以下であってもよい。

（小型ウィンドウ）
前述のように、本実施形態のゲームでは、ウィンドウ表示オブジェクト６０に対する入力操作に基づいて、所定のＵＩとしての選択ウィンドウ６２が表示される。また、選択ウィンドウ６２においては、対戦相手に送信するメッセージの候補としての複数の定型メッセージが表示される。

また、本実施形態のゲームでは、ゲーム中（換言すると、コンテンツの利用中）の特定の状況（以下、「ワイプ表示状況」という。）において、所定のＵＩとしての小型ウィンドウ８０（換言すると、ワイプＵＩ）が表示される。小型ウィンドウ８０の表示の一例を図１３に示す。

本実施形態では、メッセージ処理部１１５は、小型ウィンドウ８０の表示条件（以下、「ワイプ表示条件」という。）を満たすか否かを判定する処理を行う。換言すると、メッセージ処理部１１５は、小型ウィンドウ８０を表示させる特定の状況（換言すると、ワイプ表示状況）か否かを判定する処理を行う。具体的には、メッセージ処理部１１５は、例えば、対戦相手がショットに係る一連の操作を行い、当該操作の結果が良い結果だった場合に、ワイプ表示条件を満たすと判定する。ワイプ表示条件を満たす場合、メッセージ処理部１１５は、表示部１８に小型ウィンドウ８０を表示させるよう、表示制御部１１４に指示する。

小型ウィンドウ８０においては、選択ウィンドウ６２に表示される複数の定型メッセージのうちの一部の定型メッセージが、ユーザから対戦相手に送るメッセージの候補として表示される。また、小型ウィンドウ８０は、ワイプ表示状況において（換言すると、ワイプ表示条件を満たすと）自動的に表示部１８に表示される。換言すると、表示制御部１１４は、ワイプ表示状況において、ユーザによる小型ウィンドウ８０の表示を指示する操作を介さずに（換言すると、ウィンドウ表示オブジェクト６０に対する入力操作のような操作を要さずに）小型ウィンドウ８０を表示部１８に表示させる。さらに換言すると、特定の状況において小型ウィンドウ８０を表示させるために必要な操作の数（例えば、タッチ操作の回数など）は、選択ウィンドウ６２を表示させるために必要な操作の数よりも少なくなっている。なお、ここで、少ないとは、本実施形態のように前者が０回の場合を含む。

また、小型ウィンドウ８０に表示された定型メッセージを選択する入力操作（換言すると、定型メッセージを入力する操作）を操作受付部１１１が受け付けると、メッセージ処理部１１５は、選択された定型メッセージを対戦相手に送信する。

図７に示す例においては、選択ウィンドウ６２は、３つのタブ６７を有しており、１つのタブ毎に９個の定型メッセージ（具体的には、３個の非言語的メッセージと６個の言語的メッセージと）が表示される。すなわち、選択ウィンドウ６２に表示される定型メッセージの数は２７個となっている。また、選択ウィンドウ６２の表示において、一度に表示される定型メッセージの数は９個となっている。なお、３つのタブ６７のうち、一部のタブ６７は、９個未満の定型メッセージが表示されるものであってもよい。換言すると、ここでの９個は、選択ウィンドウ６２の表示において、一画面に表示され得る定型メッセージの最大数ともいえる。なお、ある数について「最大数」といった場合には、当該ある数が常に一定の場合（換言すると、最大数＝最小数の場合）を含む。

一方、小型ウィンドウ８０には、選択ウィンドウ６２に表示される２７個の定型メッセージのうちの一部の定型メッセージが表示される。具体的には、小型ウィンドウ８０に表示される定型メッセージの数は３個となっている。

また、小型ウィンドウ８０には、タブ６７のような、対戦相手に送るメッセージの候補として表示される定型メッセージの種類を切り替えるためのＵＩが含まれておらず、小型ウィンドウ８０の表示においては、一度に３個の定型メッセージが全て表示されるようになっている。すなわち、選択ウィンドウ６２の表示においては、一画面に（換言すると、同時に）最大９個の定型メッセージが表示されるのに対し、小型ウィンドウ８０の表示においては、一画面に（換言すると、同時に）３個の定型メッセージ（換言すると、小型ウィンドウ８０の表示において表示される全ての定型メッセージ）が表示されるようになっている。すなわち、一画面に表示され得る定型メッセージの最大数を比較しても、小型ウィンドウ８０の方が選択ウィンドウ６２よりも少なくなっている。なお、小型ウィンドウ８０も、タブ等の所定のＵＩを有し、当該タブ等に対する入力操作に応じて、小型ウィンドウ８０に表示されるメッセージの候補の種類が変わるようになっていてもよい。

また、本実施形態では、小型ウィンドウ８０に表示される３個の定型メッセージは、予めゲームの製作者等によって定められている。換言すると、小型ウィンドウ８０に表示される定型メッセージの数や種類は、各ユーザが設定可能とはなっておらず、小型ウィンドウ８０には、全てのユーザ間で同一の定型メッセージが表示されるようになっている。

なお、小型ウィンドウ８０に表示される定型メッセージのうちの少なくとも一部を、各ユーザが設定（換言すると、カスタマイズ）可能となっていてもよい。具体的には、例えば、各ユーザは、選択ウィンドウ６２に表示される定型メッセージのうちのどの定型メッセージを小型ウィンドウ８０に表示させるか、対戦の開始前等において自身の端末装置１０等から予め設定しておくことが可能となっていてもよい。また、小型ウィンドウ８０に表示させる定型メッセージの数を、ユーザが設定可能となっていてもよい。この場合でも、一画面に表示され得る定型メッセージの最大数は、小型ウィンドウ８０の方が選択ウィンドウ６２よりも少なくなっていてもよい。

小型ウィンドウ８０は、例えば、対戦相手による所定の操作（例えば、ボール３１をショットするための一連の操作）が終了した以降の所定のタイミングで表示されることとしてもよい。具体的には、例えば、表示制御部１１４は、対戦相手がボール３１のショットに係る一連の操作（例えば、移動オブジェクト４０に対するスワイプ操作、および移動オブジェクト４０を指標オブジェクト５０に向かって移動させるためのフリック操作等）を終え、対戦相手の打ったボール３１が飛ぶ様子が表示された後、当該ボール３１が止まる前後のタイミングで、小型ウィンドウ８０を表示部１８に表示させてもよい。換言すると、表示制御部１１４は、ユーザあるいはメッセージ処理部１１５が、対戦相手の操作の結果についての判断（例えば、ナイスショットか否かの判断。換言すると、当該結果についての評価。）を行うことが可能なタイミングで、小型ウィンドウ８０を表示部１８に表示させてもよい。

また、小型ウィンドウ８０は、例えば、対戦相手が所定の操作（例えば、ゲームを進行させるための操作等）に用いるＵＩ（例えば、移動オブジェクト４０および指標オブジェクト５０）が表示されていた領域と一部が重なる領域に表示されてもよい。換言すると、小型ウィンドウ８０は、対戦相手（または自身）が操作する所定のオブジェクトが対戦相手（または自身）によって操作され、当該所定のオブジェクトが画面から消えた場合に、当該所定のオブジェクトが表示されていた領域と一部が重なる領域に表示されるものであってもよい。また、小型ウィンドウ８０は、当該所定のオブジェクトに対する対戦相手（または自身）による操作によって動かされる（換言すると、所定の作用が与えられる）オブジェクト（例えば、ボール３１）が、当該所定のオブジェクトの表示中において表示されていた領域とは重ならない領域に表示されるものであってもよい。

本実施形態では、対戦相手が、ボール３１のショットに係る一連の操作を行い、当該操作の結果が良い結果の場合（例えば、ボール３１がフェアウェイ上に到達する場合、グリーン上に到達する場合、またはカップインする場合など）には、ワイプ表示条件を満たすとして小型ウィンドウ８０が表示される。すなわち、本実施形態では、小型ウィンドウ８０は、ゲーム中において、ユーザまたは対戦相手によって特定の状況が達成された際に当該ユーザの表示部１８に表示される。一方、当該操作の結果が悪い結果の場合（例えば、ボール３１がラフに到達する場合、バンカーに到達する場合、またはミスショットの場合など）には、小型ウィンドウ８０が表示されない。なお、操作の結果が良い結果であったか悪い結果であったかは、フェアウェイ上やグリーン上に到達したか否かだけでなく、ボール３１の飛距離やボール３１の到達位置とカップ３２との距離等を加味して判定されるなどしてもよい。本実施形態では、表示制御部１１４は、対戦相手の操作によってショットされたボール３１が止まる前後のタイミングで、表示部１８に、操作（換言すると、操作の結果）についての評価に関する表示（具体的には、例えば「NICE SHOT」や「GREAT」や「EXCELLENT」などの文字情報）を表示部１８に表示させるとともに、小型ウィンドウ８０を表示部１８に表示させる。

また、小型ウィンドウ８０は、選択ウィンドウ６２よりも表示上の面積が小さくてもよい。本実施形態では、選択ウィンドウ６２や小型ウィンドウ８０は、表示部１８の表示領域の全体を覆わないように表示される（図７および図１３参照）。そして、選択ウィンドウ６２や小型ウィンドウ８０の表示中においても、選択ウィンドウ６２や小型ウィンドウ８０の表示されていない領域から、ゲーム空間３０の表示（例えば、キャラクタやボール３１等の表示）や、各種オブジェクトの表示（例えば、移動オブジェクト４０や指標オブジェクト５０等の表示）が見えるようになっている。小型ウィンドウ８０を、選択ウィンドウ６２よりも面積の小さいものとすることで、ワイプ表示状況において、ゲーム空間３０の表示や各種オブジェクトの表示等が見やすくなる。なお、選択ウィンドウ６２や小型ウィンドウ８０は、背面側に存在するオブジェクトが透けて見えるものであってもよい。なお、本実施形態では、小型ウィンドウ８０は、表示部１８の表示領域における右下の領域に表示される。なお、小型ウィンドウ８０が表示される領域は、各ユーザが自身の端末装置１０等から設定することが可能となっていてもよい。

また、表示制御部１１４は、小型ウィンドウ８０を表示させる際に、小型ウィンドウ８０とともに、相手方へのメッセージの送信を促す表示を表示部１８に表示させてもよい。具体的には、例えば、表示制御部１１４は、小型ウィンドウ８０の表示に伴い、「相手を応援しよう」、「今メッセージを送るタイミング」、あるいは「今なら返信もらえるかも」のような文字情報（例えば、吹き出しの表示など）を表示部１８に表示させてもよい。

また、小型ウィンドウ８０は、対戦相手のターンにおいて、対戦相手が所定の操作（例えば、ゲームを進行させるための操作等）に用いるＵＩと少なくとも一部が重なった状態で表示部１８に表示されてもよい。このような構成によれば、相手の操作については視認性が低下するおそれがあるものの、相手を応援したりすることが行いやすくなる。

また、小型ウィンドウ８０の表示中において、ウィンドウ表示オブジェクト６０に対する操作に基づいて選択ウィンドウ６２を表示させることが可能となっていてもよく、不可能となっていてもよい。また、選択ウィンドウ６２の表示中においてワイプ表示状況が訪れた場合に、小型ウィンドウ８０が表示されるようになっていてもよく、表示されないようになっていてもよい。また、選択ウィンドウ６２と小型ウィンドウ８０との一方が表示されている状況において、他方の表示が開始される場合に、当該一方の表示が終了してもよく、当該一方と当該他方とが同時に（換言すると、並んで）表示されるようになっていてもよい。また、当該一方と当該他方とが同時に表示される場合、当該一方と当該他方とは互いに重ならないように表示されることが好ましい。

以上のように、本実施形態では、選択ウィンドウ６２に表示される複数の定型メッセージのうちの一部が表示される小型ウィンドウ８０が、コンテンツの利用中における特定の状況で、ウィンドウ表示オブジェクト６０に対する操作等の所定の操作を要さずに表示される。したがって、当該特定の状況においてユーザはメッセージを相手方に手早く送ることが可能となる。したがって、ユーザが他のユーザ等と交流しやすくなり、サービスの興趣性が向上される。特に、特定の状況において、ユーザの操作を介することなく小型ウィンドウ８０が表示される構成とした場合、当該特定の状況で、時機を逃さずにメッセージを送ることが可能となり、サービスの興趣性が一層向上される。また、小型ウィンドウ８０に同時に表示され得る定型メッセージの最大数が、選択ウィンドウ６２に同時に表示され得る定型メッセージの最大数よりも少なく、選択ウィンドウ６２に表示される定型メッセージの数が限定的なものとされているので、画面全体に占める選択ウィンドウ６２の面積を小さくし他の表示を見やすくした上で、ユーザによるメッセージの送信を可能とすることができる。また、小型ウィンドウ８０に表示される定型メッセージの数を限定的なものとすることにより、目当ての定型メッセージを探すのに手間がかかってしまうことを防止することができる。

また、本実施形態では、端末装置１０はタッチスクリーン１６を備え、小型ウィンドウ８０がタッチスクリーン１６に表示される。そして、メッセージ処理部１１５は、小型ウィンドウ８０に表示される定型メッセージを選択する（換言すると、タッチする）ユーザの操作に基づいて選択された定型メッセージを対戦相手に送信する。従来、ハードウェアキーを用いて行うゲームにおいては、ハードウェアキーに相手方にメッセージを送るためのコマンドが割り当てられているものなどが存在する。このようなゲームにおいては、ハードウェアキーに対する操作によって相手方に即座にメッセージを送ること等が可能となっている。一方で、タッチスクリーンによる操作を前提とした装置においては、ハードウェアキーの数が制限されており、このようなハードウェアキーを利用した即座のメッセージ送信を可能とすることは困難である。しかし、本実施形態の構成によれば、適切なタイミングで自動で小型ウィンドウ８０が表示され、限られた数の定型メッセージが一時的に表示されるので、表示を煩雑にせず、かつハードウェアキーの数が制限されているタッチスクリーンによる操作を前提とした装置でも、簡易に定型メッセージを送ることが可能となる。

なお、本実施形態では、小型ウィンドウ８０は、対戦相手がボール３１のショットをした場合の所定のタイミングで表示される一方で、自分がボール３１のショットをした場合における当該所定のタイミングに対応するタイミング（例えば、ボール３１をショットするための一連の操作を終え、ボール３１が飛ぶ様子が表示された後、ボール３１が止まる前後のタイミング等）では、表示されないようになっている。換言すると、小型ウィンドウ８０は、ゲーム中において、対戦相手によって特定の状況が達成された際（換言すると、相手が特定の操作を行った際）には表示される一方で、自分によって特定の状況が達成された際（換言すると、自分が特定の操作を行った際）には表示されないようになっている。具体的には、例えば、対戦相手がボール３１のショットに係る一連の操作を行い、当該操作の結果が良い結果の場合には、小型ウィンドウ８０が表示される一方、自分がボール３１のショットに係る一連の操作を行い、当該操作の結果が良い結果の場合には、小型ウィンドウ８０が表示されないようになっている。なお、小型ウィンドウ８０は、自分のターンにおいては表示されることがないようにしてもよい。

なお、小型ウィンドウ８０は、自分がボール３１のショットをした場合における当該所定のタイミングに対応するタイミングにおいても、表示されることとしてもよい。また、小型ウィンドウ８０は、自分のターンにおいて、ショットを行う際に操作するオブジェクトに対する操作が可能な状況（例えば、移動オブジェクト４０に対するスワイプ操作が可能な状況、および当該スワイプ操作を行っている状況など）においては、表示されないこととしてもよい。このような構成によれば、小型ウィンドウ８０が操作の邪魔になることを防止しつつ、自分の行った操作についてのメッセージ等を迅速に送信することが可能となる。

なお、本実施形態では、メッセージの送信についてクールタイムが設けられている。具体的には、各ユーザは、相手方にメッセージを送ると、その後所定期間の間（例えば、約５秒間）、次のメッセージを送ることができないようになっている。すなわち、メッセージ処理部１１５は、ユーザの操作に基づいて対戦相手にメッセージを送ると、その後所定期間の間、次のメッセージを当該ユーザから当該対戦相手に送らないように制御する。当該制御は、操作受付部１１１が、次のメッセージを送信する操作を受け付けないようにするものであってもよい。

また、本実施形態では、当該クールタイムは、小型ウィンドウ８０を用いたメッセージの送信にも適用される。すなわち、メッセージ処理部１１５は、小型ウィンドウ８０に表示される定型メッセージを選択する操作に基づいて対戦相手にメッセージを送ると、その後所定期間の間、次のメッセージを当該ユーザから当該対戦相手に送らないように制御する。

また、本実施形態では、当該クールタイムは、選択ウィンドウ６２を用いたメッセージの送信にも適用される。ここで、小型ウィンドウ８０を用いたメッセージの送信と選択ウィンドウ６２を用いたメッセージの送信とで、クールタイムは共有されてもよい。具体的には、例えば、ユーザが、選択ウィンドウ６２に表示される定型メッセージを選択する操作によって、相手方にメッセージを送信すると、その後所定期間の間、小型ウィンドウ８０に表示される定型メッセージを選択する操作に基づく相手方へのメッセージの送信、および選択ウィンドウ６２に表示される定型メッセージを選択する操作に基づく相手方へのメッセージの送信ができないようになっていてもよい。なお、ここで、クールタイム中においては、小型ウィンドウ８０が表示されないことにより相手方へのメッセージの送信ができないようになっていてもよく、小型ウィンドウ８０は表示されるが、定型メッセージを選択する操作が受け付けられないことにより相手方へのメッセージの送信ができないようになっていてもよい。

なお、小型ウィンドウ８０を用いたメッセージの送信には、クールタイムが適用されなくてもよい。換言すると、小型ウィンドウ８０または選択ウィンドウ８２を用いたメッセージの送信がされた直後であっても、小型ウィンドウ８０を用いたメッセージの送信が可能となっていてもよい。あるいは、小型ウィンドウ８０を用いたメッセージの送信と選択ウィンドウ６２を用いたメッセージの送信とで、クールタイムが共有されていなくてもよい。換言すると、選択ウィンドウ８２を用いたメッセージの送信がされた直後であっても（例えば、選択ウィンドウ８２を用いたメッセージの送信に係るクールタイムの期間内であって、選択ウィンドウ８２を用いたメッセージの送信ができない期間であっても）、小型ウィンドウ８０を用いたメッセージの送信が可能となっていてもよい。小型ウィンドウ８０が表示されるタイミングは、メッセージの送信に特に適したタイミングであり得るところ、このような構成によれば、メッセージの送信に適したタイミングを逃さずに相手方にメッセージを送信することができる。

また、本実施形態では、小型ウィンドウ８０に表示される定型メッセージを選択する操作がされると、表示制御部１１４は、表示部１８に小型ウィンドウ８０の表示を終了させる。なお、小型ウィンドウ８０の表示が開始されてから、所定期間、定型メッセージを選択する操作がされなかった場合にも、表示制御部１１４は、表示部１８に小型ウィンドウ８０の表示を終了させる。

次に図１４～図１７を参照しながら、ゲームシステム１が実行する処理の流れについて説明する。

（メッセージの送受信に係る処理）
ユーザとノンプレイヤキャラクタとの間でのメッセージの送受信に係る処理の一例について、図１４を参照しながら説明する。

まず、ユーザの端末装置１０の操作受付部１１１は、表示部１８に表示されている選択ウィンドウ６２に表示される複数の候補の中から、ノンプレイヤキャラクタに送る定型メッセージを選択する入力操作（例えば、タッチ操作）を受け付ける（ステップＳ１２１）。換言すると、操作受付部１１１は、ノンプレイヤキャラクタへのメッセージの送信に係る入力操作を受け付ける。

次いで、メッセージ処理部１１５は、ステップＳ１２１において選択された定型メッセージを、ユーザからノンプレイヤキャラクタに送信するメッセージとして決定し、第２メッセージ処理部１１６に送信する（ステップＳ１２２）。

次いで、第２メッセージ処理部１１６は、ユーザからノンプレイヤキャラクタへ送信するメッセージとして決定された定型メッセージの属性を判定する（ステップＳ１２３）。

次いで、第２メッセージ処理部１１６は、判定した属性に基づいて、返答テーブル７０を参照して、ノンプレイヤキャラクタからの返答として送る定型メッセージを決定する（ステップＳ１２４）。返答テーブル７０では、ユーザからノンプレイヤキャラクタに送られた定型メッセージが言語的メッセージであるか非言語的メッセージであるかに関わらず、返答が非言語的メッセージとなる確率が、言語的メッセージとなる確率よりも高くなるように、ユーザから送られる定型メッセージ（具体的には、当該定型メッセージの属性）と、返答として選ばれる定型メッセージとの対応関係が設定されている。

次いで、表示制御部１１４は、第２メッセージ処理部１１６が決定した、返答として送る定型メッセージを、表示部１８に表示させる（ステップＳ１２５）。

（返答確率の制御に係る処理）
ノンプレイヤキャラクタからの返答確率の制御に係る処理について、図１５を参照しながら説明する。

まず、第２メッセージ処理部１１６は、ユーザの入力操作に基づいてメッセージ処理部１１５から送信される、ユーザからノンプレイヤキャラクタへのメッセージを受信する（ステップＳ１５１）。

次いで、第２メッセージ処理部１１６は、ユーザからノンプレイヤキャラクタへのメッセージの送信回数についてのカウント数を「１」増加させる（ステップＳ１５２）。

また、図示は省略するが、第２メッセージ処理部１１６は、ユーザからノンプレイヤキャラクタへのメッセージを受信すると、６０秒の計測を開始する。そして、計測の開始から６０秒が経過するまでに、ユーザからノンプレイヤキャラクタへの再度のメッセージの送信がなかった場合、第２メッセージ処理部１１６は、ユーザからのメッセージの送信回数についてのカウント数を「０」にする（換言すると、リセットする）。一方、計測の開始から６０秒が経過するまでに、ユーザからノンプレイヤキャラクタへの再度のメッセージの送信があった場合、第２メッセージ処理部１１６は、ユーザからのメッセージの送信回数についてのカウント数を維持したまま、再度６０秒の計測を開始する。なお、６０秒の計測に基づくカウント数のリセットは、６０秒が経過したタイミングで行われてもよく、例えば、ユーザからノンプレイヤキャラクタへメッセージが送られた際に、前回のメッセージの送信から６０秒以上が経過しているか否か判定され、当該判定の結果に基づいて行われるなどしてもよい。

第２メッセージ処理部１１６は、ステップＳ１５２の処理に続いて、カウント数が「１」か否かを判定する（ステップＳ１５３）。

カウント数が「１」の場合（ステップＳ１５３でＹＥＳ）、第２メッセージ処理部１１６は、返答を送るか否かを決定する抽選であって、５０％の確率で返答を送ることに決定される抽選を実行する（ステップＳ１５４）。すなわち、カウント数が「１」の場合、第２メッセージ処理部１１６は、５０％の確率でノンプレイヤキャラクタからユーザへの返答を送ることを決定する。

カウント数が「１」でない場合（ステップＳ１５３でＮＯ）、第２メッセージ処理部１１６は、カウント数が「２」～「４」であるか否かを判定する（ステップＳ１５５）。

カウント数が「２」～「４」のいずれかの場合（ステップＳ１５５でＹＥＳ）、第２メッセージ処理部１１６は、返答を送るか否かを決定する抽選であって、３０％の確率で返答を送ることに決定される抽選を実行する（ステップＳ１５６）。すなわち、カウント数が「２」～「４」の場合、第２メッセージ処理部１１６は、３０％の確率でノンプレイヤキャラクタからユーザへの返答を送ることを決定する。

カウント数が「２」～「４」のいずれでもない場合（ステップＳ１５５でＮＯ）、第２メッセージ処理部１１６は、返答を送るか否かを決定する抽選であって、１０％の確率で返答を送ることに決定される抽選を実行する（ステップＳ１５７）。すなわち、カウント数が「５」以上の場合、第２メッセージ処理部１１６は、１０％の確率でノンプレイヤキャラクタからユーザへの返答を送ることを決定する。

なお、ステップＳ１５１～Ｓ１５７の処理は、例えば、ステップＳ１２２の処理とステップＳ１２３の処理との間で行われてもよい。そして、ステップＳ１５４，Ｓ１５６またはＳ１５７の処理で返答を送ることが決定された場合にステップＳ１２３～Ｓ１２５の処理が行われ、ステップＳ１５４，Ｓ１５６またはＳ１５７の処理で返答を送ることが決定されなかった場合にはステップＳ１２３～Ｓ１２５の処理が行われないこととしてもよい。

（メッセージの送信の制限に係る処理）
ノンプレイヤキャラクタからユーザへのメッセージの送信の制限に係る処理について、図１６を参照しながら説明する。

まず、第２メッセージ処理部１１６は、ユーザの入力操作に基づいてメッセージ処理部１１５から送信される、ユーザからノンプレイヤキャラクタへのメッセージを受信する（ステップＳ２０１）。

次いで、第２メッセージ処理部１１６は、仮想ユーザによって操作されるオブジェクトに対して所定の操作が行われているとユーザから推定される推定状況であるか否かを判定する（ステップＳ２０２）。具体的には、例えば、第２メッセージ処理部１１６は、仮想ユーザが、ボール３１のショットに係る一連の操作（例えば、移動オブジェクト４０に対するスワイプ操作、および移動オブジェクト４０を指標オブジェクト５０に向かって移動させるためのフリック操作など）を行っていると推定される状況か否か等を判定する。なお、本実施形態では、仮想ユーザがショットに係る一連の操作を行っている様子は、ユーザの端末装置１０の表示部１８に表示される。なお、当該判定は、例えば、仮想ユーザがショットに係る一連の操作を行っている様子が表示部１８に表示されている期間等の所定の期間（換言すると、推定状況に対応する期間）において設定される所定のフラグ等を用いて行われてもよい。

第２メッセージ処理部１１６は、推定状況であると判定した場合（例えば、仮想ユーザがショットに係る一連の操作中であると判定した場合）（ステップＳ２０２でＹＥＳ）、ノンプレイヤキャラクタからユーザへの返答を送らないことを決定する（ステップＳ２０３）。一方、第２メッセージ処理部１１６は、推定状況でないと判定した場合（例えば、仮想ユーザがショットに係る一連の操作等を行っていないと判定した場合）（ステップＳ２０２でＮＯ）、ノンプレイヤキャラクタからユーザへの返答を送らないことに決定しない。

なお、ステップＳ２０１～Ｓ２０３の処理は、例えば、ステップＳ１２２の処理とステップＳ１２３の処理との間で行われてもよい。そして、ステップＳ２０３の処理で返答を送らないことが決定された場合（ステップＳ２０２でＹＥＳの場合）にステップＳ１２３～Ｓ１２５の処理が行われず、ステップＳ２０３の処理で返答を送らないことが決定されなかった場合（ステップＳ２０２でＮＯの場合）にステップＳ１２３～Ｓ１２５の処理が行われることとしてもよい。より具体的には、ステップＳ２０１～Ｓ２０３の処理は、例えば、ステップＳ１２２の処理とステップＳ１２３の処理との間であって、ステップＳ１５１～Ｓ１５７の処理の前に行われてもよい。すなわち、ステップＳ２０３の処理で返答を送らないことが決定されなかった場合（ステップＳ２０２でＮＯの場合）、ステップＳ１５１～Ｓ１５７の処理により、所定の確率で返答を送ることが決定されてもよい。

（事象達成時のメッセージの送信に係る処理）
特定の事象をユーザまたはノンプレイヤキャラクタが達成した場合の、ノンプレイヤキャラクタからユーザへのメッセージの送信に係る処理について、図１７を参照しながら説明する。

まず、第２メッセージ処理部１１６は、特定の事象が達成されたか否かを判定する（ステップＳ２５１）。具体的には、例えば、第２メッセージ処理部１１６は、イーグル以上の結果が達成された場合に特定の事象が達成されたと判定する。

特定の事象が達成された場合（ステップＳ２５１でＹＥＳ）、第２メッセージ処理部１１６は、ノンプレイヤキャラクタからユーザへメッセージを送信するか否かを決定する（ステップＳ２５２）。例えば、第２メッセージ処理部１１６は、メッセージを送るか否かを決定する抽選であって、５０％の確率でメッセージを送ることに決定される抽選を実行する。メッセージを送らないことが決定された場合（ステップＳ２５２でＮＯ）、第２メッセージ処理部１１６は、ステップＳ２５３～Ｓ２５５の処理を行わない。

次いで、メッセージを送ることが決定された場合（ステップＳ２５２でＹＥＳ）、第２メッセージ処理部１１６は、特定の事象がユーザによって達成されたか、ノンプレイヤキャラクタによって達成されたかを判定する（ステップＳ２５３）。

第２メッセージ処理部１１６は、特定の事象がユーザによって達成されたと判定した場合（ステップＳ２５３でＹＥＳ）、ユーザに送るメッセージを、複数の非言語的な定型メッセージを含む第１候補群の中から選択する（ステップＳ２５４）。

一方、第２メッセージ処理部１１６は、特定の事象がノンプレイヤキャラクタによって達成されたと判定した場合（ステップＳ２５３でＮＯ）、ユーザに送るメッセージを、複数の非言語的な定型メッセージを含む第２候補群の中から選択する（ステップＳ２５５）。なお、第１候補群と第２候補群とは、含まれる非言語的な定型メッセージの少なくとも一部が異なる。

なお、本実施形態では、ゲームにおける対戦相手との間でのメッセージの送受信に係る構成について説明したが、本構成は、ゲームにおける仲間など、対戦相手以外との間でのメッセージの送受信を行うための構成に適用することもできる。また、本構成は、ゲーム以外のコンテンツ（換言すると、アプリケーションまたはサービス）について、コンテンツを一緒に利用する相手（例えば、他のユーザあるいはノンプレイヤキャラクタ）との間でのメッセージの送受信を行うための構成に適用することもできる。

なお、本発明は、上述した実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変形して実施できる。本発明はその発明の範囲内において、各構成要素の自由な組み合わせ、任意の構成要素の変形、または任意の構成要素の省略等が可能である。また、本明細書において説明した処理の流れはあくまで一例であり、各処理の順序や構成は異なるものであってもよい。

＜付記＞
以上の実施形態で説明した事項は、以下の付記のようにも記載され得る。

（付記１）
コンピュータを、
ユーザの操作に基づいてノンプレイヤキャラクタにメッセージを送るメッセージ処理手段（例えば、メッセージ処理部１１５）と、
前記ユーザから前記ノンプレイヤキャラクタに送られた前記メッセージに対する前記ノンプレイヤキャラクタからの返答を表示手段（例えば、表示部１８）に表示させる表示制御手段（例えば、表示制御部１１４）と、として機能させ、
前記ユーザから前記ノンプレイヤキャラクタに送られる前記メッセージには、言語的メッセージと非言語的メッセージとがあり、
前記ユーザが前記ノンプレイヤキャラクタに前記言語的メッセージを送ったか前記非言語的メッセージを送ったかに関わらず、前記返答は、前記非言語的メッセージとなる確率が前記言語的メッセージとなる確率よりも高くなるよう設定されている
プログラム。
このような構成によれば、ノンプレイヤキャラクタからの返答として送られるメッセージは、非言語的メッセージである確率が、言語的メッセージである確率よりも高くなるので、不自然な言葉を返答として送ってしまうことなどにより会話の流れが不自然になってしまうことを抑制できる。したがって、サービスの興趣性が向上される。

（付記２）
前記ユーザの操作は、第１群（例えば、第１チャット情報群６５）と第２群（例えば、第２チャット情報群６６）とに分類されて前記表示手段に表示される複数の定型メッセージの中から前記ノンプレイヤキャラクタに送る前記定型メッセージを選択する操作であり、
前記ユーザが前記ノンプレイヤキャラクタに前記第１群に含まれる前記定型メッセージを送ったか、前記第２群に含まれる前記定型メッセージを送ったかに関わらず、前記返答は、前記第２群に含まれる前記定型メッセージとなる確率が前記第１群に含まれる前記定型メッセージとなる確率よりも高くなるよう設定されている
付記１に記載のプログラム。
このような構成によれば、会話の流れが不自然になりにくい定型メッセージを集めた第２群を、第１群と分類してユーザに提示することが可能となる。このため、ユーザが相手方に送るメッセージを選びやすくなり、サービスの興趣性が向上される。

（付記３）
前記ユーザの操作は、前記表示手段に表示される複数の定型メッセージの中から前記ノンプレイヤキャラクタに送る前記定型メッセージを選択する操作であり、
前記定型メッセージは、属性を有し、
前記返答は、前記ユーザから前記ノンプレイヤキャラクタに送られた前記定型メッセージの属性に基づいて決定される前記定型メッセージである
付記１または２に記載のプログラム。
このような構成によれば、ユーザから送られる可能性のある定型メッセージのそれぞれに対して返答として送る定型メッセージを個別に定める場合等に比べ、構成をシンプルなものとすることができる。

（付記４）
ユーザの操作に基づいてノンプレイヤキャラクタにメッセージを送るメッセージ処理手段（例えば、メッセージ処理部１１５）と、
前記ユーザから前記ノンプレイヤキャラクタに送られた前記メッセージに対する前記ノンプレイヤキャラクタからの返答を表示手段（例えば、表示部１８）に表示させる表示制御手段（例えば、表示制御部１１４）と、を備え、
前記ユーザから前記ノンプレイヤキャラクタに送られる前記メッセージには、言語的メッセージと非言語的メッセージとがあり、
前記ユーザが前記ノンプレイヤキャラクタに前記言語的メッセージを送ったか前記非言語的メッセージを送ったかに関わらず、前記返答は、前記非言語的メッセージとなる確率が前記言語的メッセージとなる確率よりも高くなるよう設定されている
情報処理システム。
このような構成によれば、付記１に記載のプログラムと同様の作用効果を奏することができる。

１ ゲームシステム、１０ 端末装置、１１ プロセッサ、１２ メモリ、１３ ストレージ、１６ タッチスクリーン、１７ 入力部、１８ 表示部、２０ サーバ、２１ プロセッサ、２２ メモリ、２３ ストレージ、３０ ゲーム空間、６０ ウィンドウ表示オブジェクト、６２ 選択ウィンドウ、６５ 第１チャット情報群、６６ 第２チャット情報群、８０ 小型ウィンドウ、１１０ 制御部、１１１ 操作受付部、１１２ 送受信部、１１３ ゲーム進行部、１１４ 表示制御部、１１５ メッセージ処理部、１１６ 第２メッセージ処理部、１１９ ＮＰＣ制御部、１２０ 記憶部、２１０ 制御部、２１１ 送受信部、２１２ サーバ処理部、２１３ データ管理部、２１４ 同期処理部、２２０ 記憶部

Claims (4)

1. コンピュータを、
   ユーザの操作に基づいてノンプレイヤキャラクタにメッセージを送るメッセージ処理手段と、
   前記ユーザから前記ノンプレイヤキャラクタに送られた前記メッセージに対する前記ノンプレイヤキャラクタからの返答を表示手段に表示させる表示制御手段と、として機能させ、
   前記ユーザから前記ノンプレイヤキャラクタに送られる前記メッセージには、言語的メッセージと非言語的メッセージとがあり、
   前記ユーザが前記ノンプレイヤキャラクタに前記言語的メッセージを送ったか前記非言語的メッセージを送ったかに関わらず、前記返答は、前記非言語的メッセージとなる確率が前記言語的メッセージとなる確率よりも高くなるよう設定されている
   プログラム。
2. 前記ユーザの操作は、第１群と第２群とに分類されて前記表示手段に表示される複数の定型メッセージの中から前記ノンプレイヤキャラクタに送る前記定型メッセージを選択する操作であり、
   前記ユーザが前記ノンプレイヤキャラクタに前記第１群に含まれる前記定型メッセージを送ったか、前記第２群に含まれる前記定型メッセージを送ったかに関わらず、前記返答は、前記第２群に含まれる前記定型メッセージとなる確率が前記第１群に含まれる前記定型メッセージとなる確率よりも高くなるよう設定されている
   請求項１に記載のプログラム。
3. 前記ユーザの操作は、前記表示手段に表示される複数の定型メッセージの中から前記ノンプレイヤキャラクタに送る前記定型メッセージを選択する操作であり、
   前記定型メッセージは、属性を有し、
   前記返答は、前記ユーザから前記ノンプレイヤキャラクタに送られた前記定型メッセージの属性に基づいて決定される前記定型メッセージである
   請求項１または２に記載のプログラム。
4. ユーザの操作に基づいてノンプレイヤキャラクタにメッセージを送るメッセージ処理手段と、
   前記ユーザから前記ノンプレイヤキャラクタに送られた前記メッセージに対する前記ノンプレイヤキャラクタからの返答を表示手段に表示させる表示制御手段と、を備え、
   前記ユーザから前記ノンプレイヤキャラクタに送られる前記メッセージには、言語的メッセージと非言語的メッセージとがあり、
   前記ユーザが前記ノンプレイヤキャラクタに前記言語的メッセージを送ったか前記非言語的メッセージを送ったかに関わらず、前記返答は、前記非言語的メッセージとなる確率が前記言語的メッセージとなる確率よりも高くなるよう設定されている
   情報処理システム。

Images