特許 7474807 プログラム、ゲーム装置およびゲーム装置の制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-04-17

(45)【発行日】2024-04-25

(54)【発明の名称】プログラム、ゲーム装置およびゲーム装置の制御方法

(51)【国際特許分類】

   A63F 13/53 20140101AFI20240418BHJP

   A63F 13/55 20140101ALI20240418BHJP

   A63F 13/525 20140101ALI20240418BHJP

【ＦＩ】

A63F13/53

A63F13/55

A63F13/525

【請求項の数】 12

(21)【出願番号】P 2022117066

(22)【出願日】2022-07-22

(65)【公開番号】P2023011544

(43)【公開日】2023-01-24

【審査請求日】2023-04-06

(73)【特許権者】

【識別番号】000233778

【氏名又は名称】任天堂株式会社

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(74)【代理人】

【識別番号】100130269

【弁理士】

【氏名又は名称】石原 盛規

(72)【発明者】

【氏名】福田 吉晃

(72)【発明者】

【氏名】井上 精太

(72)【発明者】

【氏名】森本 陽介

【審査官】池田 剛志

(56)【参考文献】

【文献】特開２００３－１１７２２７（ＪＰ，Ａ）

【文献】特開２０１６－００６６１３（ＪＰ，Ａ）

【文献】特開２００３－３２５９８３（ＪＰ，Ａ）

【文献】特開２０１８－１１４２４１（ＪＰ，Ａ）

【文献】特開２０１８－１３７６７３（ＪＰ，Ａ）

【文献】[ニューススキップ]『スプラトゥーン３』で期待したい細かな改善[カジュアルなガチ]，インサイド [online]，2022年05月05日，＜ＵＲＬ：https://www.inside-games.jp/article/2022/05/05/138048.html＞，［2024年3月22日検索］

【文献】「スタートリガー」告知ＵＩの情報の優先度が高すぎるのでＵＸ原論の評価にあてて考えてみた，ゲームアプリのＵＩデザイン [online]，2020年07月04日，＜ＵＲＬ：https://appgameui.hatenablog.com/entry/2020/07/04/000000＞，［2024年3月22日検索］

【文献】［スタートリガー］part2 まだまだへたですけど頑張ってます♪，YouTube [online] [video]，2017年09月22日，＜ＵＲＬ：https://www.youtube.com/watch?v=7s-ZC_suG58＞，［2024年3月22日検索］

【文献】［スクスト］実況part1 スクストはじめましたっ［スクールガールストライカーズ］，YouTube [online] [video]，2017年12月24日，＜ＵＲＬ：https://www.youtube.com/watch?v=YRQwNSH9G-s＞，［2024年3月22日検索］

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ａ６３Ｆ １３／００－１３／９８

Ａ６３Ｆ ９／２４

(57)【特許請求の範囲】

【請求項1】

ゲームをコンピュータに実行させるプログラムであって、
前記コンピュータを
前記ゲームの実行中に表示するメッセージを決定するためのデータを取得するデータ取得部と、
前記取得したデータに基づく前記ゲームのゲーム情報を示す複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理を実行する通知処理実行部と、
前記通知処理の終了後に、ユーザによる第１操作入力に基づいて仮想空間内においてプレイヤキャラクタを移動させる移動制御処理、前記プレイヤキャラクタの前記仮想空間内の位置に基づく第１制御処理、および前記プレイヤキャラクタとともに移動する第１の仮想カメラに基づいた画像を少なくとも含む第２画像を生成する画像生成処理を含むゲーム処理を実行するゲーム処理実行部と、
前記通知処理の実行中に前記ユーザによる第２操作入力が行われた場合、前記通知処理を終了して前記ゲーム処理を開始する第１切替部として、機能させ、
前記ゲーム処理実行部は、前記第１切替部により前記ゲーム処理が開始された場合、前記取得したデータに基づく前記ゲームのゲーム情報を示す複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む前記第２画像を生成して通知する、プログラム。

【請求項2】

前記取得したデータに基づいて、前記通知処理を実行するか、前記ゲーム処理を実行するとともに前記複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む前記第２画像を生成して通知するか、を決定する通知方法決定部としてさらに機能させる、請求項１記載のプログラム。

【請求項3】

前記通知方法決定部は、
前記ゲーム処理の実行中に前記取得したデータが特定データを含む場合、前記通知処理を実行させ、
前記ゲーム処理の実行中に前記取得したデータが前記特定データを含まない場合、前記ゲーム処理を実行するとともに前記複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む前記第２画像を生成して通知する、請求項２記載のプログラム。

【請求項4】

前記通知方法決定部は、前記ゲームの起動時には前記取得したデータが前記特定データを含むか否かに関わらず前記通知処理を実行することを決定する、請求項３記載のプログラム。

【請求項5】

前記第１切替部は、前記取得したデータが前記特定データを含む場合には、前記通知処理の実行中に前記ユーザによる前記第２操作入力が行われた場合、前記通知処理を終了させない、請求項３記載のプログラム。

【請求項6】

前記通知処理実行部は、
前記取得したデータが前記特定データと非特定データとを含む場合には、前記取得した前記特定データに基づく前記ゲームのゲーム情報を示す第１の複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理を実行した後に、前記取得した前記非特定データに基づく前記ゲームのゲーム情報を示す第２の複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理をさらに実行し、
前記第１切替部は、前記第２の複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理の実行中に前記ユーザによる前記第２操作入力が行われた場合、前記通知処理を終了して前記ゲーム処理を開始する、請求項５記載のプログラム。

【請求項7】

前記ゲーム処理実行部は、前記ゲームのゲーム情報を示す複数のメッセージが中央領域以外の外側領域に自動的に順次表示されるように当該メッセージをさらに含む前記第２画像を生成して通知する、請求項１記載のプログラム。

【請求項8】

前記ゲーム処理実行部は、前記第１切替部により前記ゲーム処理が開始された場合、直前の前記通知処理において通知されたメッセージに対応するゲーム情報より後のゲーム情報を示すメッセージから自動的に順次表示されるように当該メッセージをさらに含む前記第２画像を生成して通知する、請求項１記載のプログラム。

【請求項9】

前記通知処理実行部は、前記仮想空間内の所定位置に固定された第２の仮想カメラにより前記仮想空間を撮像することにより取得した前記第１画像を生成して通知する通知処理を実行する、請求項１記載のプログラム。

【請求項10】

前記ゲーム処理の実行中に前記ユーザによる第３操作入力が行われた場合、前記ゲーム処理を終了して前記通知処理を開始する第２切替部として、機能させる、請求項１記載のプログラム。

【請求項11】

ゲームの実行中に表示するメッセージを決定するためのデータを取得するデータ取得部と、
前記取得したデータに基づく前記ゲームのゲーム情報を示す複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理を実行する通知処理実行部と、
前記通知処理の終了後に、ユーザによる第１操作入力に基づいて仮想空間内においてプレイヤキャラクタを移動させる移動制御処理、前記プレイヤキャラクタの前記仮想空間内の位置に基づく第１制御処理、および前記プレイヤキャラクタとともに移動する第１の仮想カメラに基づいた画像を少なくとも含む第２画像を生成する画像生成処理を含むゲーム処理を実行するゲーム処理実行部と、
前記通知処理の実行中に前記ユーザによる第２操作入力が行われた場合、前記通知処理を終了して前記ゲーム処理を開始する第１切替部とを備え、
前記ゲーム処理実行部は、前記第１切替部により前記ゲーム処理が開始された場合、前記取得したデータに基づく前記ゲームのゲーム情報を示す複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む前記第２画像を生成して通知する、ゲーム装置。

【請求項12】

ゲームの実行中に表示するメッセージを決定するためのデータを取得するステップと、
前記取得したデータに基づく前記ゲームのゲーム情報を示す複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理を実行するステップと、
前記通知処理の終了後に、ユーザによる第１操作入力に基づいて仮想空間内においてプレイヤキャラクタを移動させる移動制御処理、前記プレイヤキャラクタの前記仮想空間内の位置に基づく第１制御処理、および前記プレイヤキャラクタとともに移動する第１の仮想カメラに基づいた画像を少なくとも含む第２画像を生成する画像生成処理を含むゲーム処理を実行するステップと、
前記通知処理の実行中に前記ユーザによる第２操作入力が行われた場合、前記通知処理を終了して前記ゲーム処理を開始するステップとを備え、
前記ゲーム処理を実行するステップは、前記通知処理を終了して前記ゲーム処理が開始された場合、前記取得したデータに基づく前記ゲームのゲーム情報を示す複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む前記第２画像を生成して通知するステップを含む、ゲーム装置の制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、プログラムに関し、特にゲームの実行中に表示するメッセージに関する。

【背景技術】

【0002】

従来より、期間によって変更されるゲームのルールやステージ情報といったゲーム情報を示す複数のメッセージがゲーム起動時に表示される（非特許文献１参照）。

【先行技術文献】

【非特許文献】

【0003】

【文献】任天堂公式ガイドブック Ｓｐｌａｔｏｏｎ２ P17「ハイカラニュースで最新情報をチェック！」 発売元：小学館 ２０１７年８月４日発行

【発明の概要】

【発明が解決しようとする課題】

【0004】

一方で、ユーザによっては、メッセージの表示に代えていち早くゲームにおけるプレイヤキャラクタの操作を望む場合も考えらえるが、その場合、ゲーム情報を適切に通知できないおそれがある。

【0005】

本開示の目的は、上記のような問題を解決するためになされたものであって、ゲーム情報を適切に通知しながら、プレイヤキャラクタの操作を早期に開始することが可能なプログラム、ゲーム装置およびゲーム装置の制御方法を提供することである。

【課題を解決するための手段】

【0006】

本開示の一例に従うプログラムは、ゲームをコンピュータに実行させるプログラムであって、コンピュータをゲームの実行中に表示するメッセージを決定するためのデータを取得するデータ取得部と、取得したデータに基づくゲームのゲーム情報を示す複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理を実行する通知処理実行部と、通知処理の終了後に、ユーザによる第１操作入力に基づいて仮想空間内においてプレイヤキャラクタを移動させる移動制御処理、プレイヤキャラクタの仮想空間内の位置に基づく第１制御処理、およびプレイヤキャラクタとともに移動する第１の仮想カメラに基づいた画像を少なくとも含む第２画像を生成する画像生成処理を含むゲーム処理を実行するゲーム処理実行部と、通知処理の実行中にユーザによる第２操作入力が行われた場合、通知処理を終了してゲーム処理を開始する第１切替部として、機能させる。ゲーム処理実行部は、第１切替部によりゲーム処理が開始された場合、取得したデータに基づくゲームのゲーム情報を示す複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知する。この構成によれば、通知処理の実行中にユーザによる第２操作入力が行われた場合、通知処理を終了してゲーム処理を開始するとともに、ゲーム情報を示す複数のメッセージを自動的に順次表示させるため、ゲーム情報を適切に通知しながら、プレイヤキャラクタの操作を早期に開始することが可能である。

【0007】

コンピュータを取得したデータに基づいて、通知処理を実行するか、ゲーム処理を実行するとともに複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知するか、を決定する通知方法決定部としてさらに機能させる。この構成によれば、データに基づいて通知処理を実行するか、ゲーム処理を実行するとともに複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知するか、を決定するためユーザにゲーム情報を適切に通知することが可能である。

【0008】

通知方法決定部は、ゲーム処理の実行中に取得したデータが特定データを含む場合、通知処理を実行させ、ゲーム処理の実行中に取得したデータが特定データを含まない場合、ゲーム処理を実行するとともに複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知する。この構成によれば、特定データを含む場合には通知処理を実行し、特定データを含まない場合にはゲーム処理を実行するとともに複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知するため特定データに対応するゲーム情報をユーザに適切に通知することが可能である。

【0009】

通知方法決定部は、ゲームの起動時には取得したデータが特定データを含むか否かに関わらず通知処理を実行することを決定する。この構成によれば、ゲームの起動時には通知処理を実行するためゲーム情報をユーザに確実に通知し、ゲームの起動時のゲームへの期待感を高めることが可能である。

【0010】

第１切替部は、取得したデータが特定データを含む場合には、通知処理の実行中にユーザによる第２操作入力が行われた場合、通知処理を終了させない。この構成によれば、特定データに対応するゲーム情報をユーザに確実に通知することが可能である。

【0011】

通知処理実行部は、取得したデータが特定データと非特定データとを含む場合には、取得した特定データに基づくゲームのゲーム情報を示す第１の複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理を実行した後に、取得した非特定データに基づくゲームのゲーム情報を示す第２の複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理をさらに実行する。第１切替部は、第２の複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理の実行中にユーザによる第２操作入力が行われた場合、通知処理を終了してゲーム処理を開始する。この構成によれば、特定データに対応する例えば重要なゲームの情報については先に通知処理によりユーザに確実に通知しつつ、通常のゲーム情報については通知処理を終了してゲーム処理を開始するとともに、ゲーム情報を示す複数のメッセージを自動的に順次表示させることが可能であるため、ゲーム情報の重要度に応じて適切に通知することが可能である。また、ゲーム処理を開始した後に、例えば重要なゲーム情報を通知するために再び通知処理に戻す必要がなくプレイヤキャラクタの操作に集中することが可能である。

【0012】

ゲーム処理実行部は、ゲームのゲーム情報を示す複数のメッセージが中央領域以外の外側領域に自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知する。この構成によれば、少なくともゲームの画像の中央領域がメッセージに隠れないようにしてゲームの画像を視認しつつ、ユーザによる第１操作入力に基づいて仮想空間内においてプレイヤキャラクタを移動させることが可能である。

【0013】

ゲーム処理実行部は、第１切替部によりゲーム処理が開始された場合、直前の通知処理において通知されたメッセージに対応するゲーム情報より後のゲーム情報を示すメッセージから自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知する。この構成によれば、第１切替部によりゲーム処理が開始された場合、次のゲーム情報を示すメッセージから自動的に順次表示されるため視認した情報を再び見る必要がなくユーザに効率的に通知することが可能である。

【0014】

通知処理実行部は、仮想空間内の所定位置に固定された第２の仮想カメラにより仮想空間を撮像することにより取得した第１画像を生成して通知する通知処理を実行する。この構成によれば同一の仮想空間内に第１および第２の仮想カメラを設けることで世界観の一貫性を持たせつつ、固定された第２の仮想カメラを設けることによりユーザはゲームの情報により集中することが可能である。

【0015】

コンピュータをゲーム処理の実行中にユーザによる第３操作入力が行われた場合、ゲーム処理を終了して通知処理を開始する第２切替部として、機能させる。この構成によればユーザの操作入力に従って通知処理を開始することが可能であるためユーザの意向に沿う通知が可能である。

【0016】

本開示の別の一例に従うゲーム装置は、ゲームの実行中に表示するメッセージを決定するためのデータを取得するデータ取得部と、取得したデータに基づくゲームのゲーム情報を示す複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理を実行する通知処理実行部と、通知処理の終了後に、ユーザによる第１操作入力に基づいて仮想空間内においてプレイヤキャラクタを移動させる移動制御処理、プレイヤキャラクタの仮想空間内の位置に基づく第１制御処理、およびプレイヤキャラクタとともに移動する第１の仮想カメラに基づいた画像を少なくとも含む第２画像を生成する画像生成処理を含むゲーム処理を実行するゲーム処理実行部と、通知処理の実行中にユーザによる第２操作入力が行われた場合、通知処理を終了してゲーム処理を開始する第１切替部とを備える。ゲーム処理実行部は、第１切替部によりゲーム処理が開始された場合、取得したデータに基づくゲームのゲーム情報を示す複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知する。この構成によれば、通知処理の実行中にユーザによる第２操作入力が行われた場合、通知処理を終了してゲーム処理を開始するとともに、ゲーム情報を示す複数のメッセージを自動的に順次表示させるため、ゲーム情報を適切に通知しながら、プレイヤキャラクタの操作を早期に開始することが可能である。

【0017】

本開示のさらに別の一例に従うゲーム装置の制御方法は、ゲームの実行中に表示するメッセージを決定するためのデータを取得するステップと、取得したデータに基づくゲームのゲーム情報を示す複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理を実行するステップと、通知処理の終了後に、ユーザによる第１操作入力に基づいて仮想空間内においてプレイヤキャラクタを移動させる移動制御処理、プレイヤキャラクタの仮想空間内の位置に基づく第１制御処理、およびプレイヤキャラクタとともに移動する第１の仮想カメラに基づいた画像を少なくとも含む第２画像を生成する画像生成処理を含むゲーム処理を実行するステップと、通知処理の実行中にユーザによる第２操作入力が行われた場合、通知処理を終了してゲーム処理を開始するステップとを備える。ゲーム処理を実行するステップは、通知処理を終了してゲーム処理が開始された場合、取得したデータに基づくゲームのゲーム情報を示す複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知するステップを含む。この構成によれば、通知処理の実行中にユーザによる第２操作入力が行われた場合、通知処理を終了してゲーム処理を開始するとともに、ゲーム情報を示す複数のメッセージを自動的に順次表示させるため、ゲーム情報を適切に通知しながら、プレイヤキャラクタの操作を早期に開始することが可能である。

【発明の効果】

【0018】

上記によれば、本開示のプログラム、ゲーム装置およびゲーム装置の制御方法は、ゲーム情報を適切に通知しながら、プレイヤキャラクタの操作を早期に開始することが可能である。

【図面の簡単な説明】

【0019】

【図1】実施形態に基づく情報処理システム１の構成の概略について説明する図である。

【図2】実施形態に基づく情報処理装置１０の機能ブロックについて説明する図である。

【図3】実施の形態に基づくゲームの仮想空間の構成について説明する図である。

【図4】実施の形態に基づく通知処理の一例について説明する図である。

【図5】実施の形態に基づく通知処理の別の例について説明する図である。

【図6】実施形態に基づくゲーム処理の画面の一例について説明する図である。

【図7】実施の形態に基づくメッセージのデータテーブルについて説明する図である。

【図8】実施形態に基づくゲームプログラム１５によって提供される情報処理について説明するフロー図である。

【図9】実施形態に基づく通知方法決定部２０７の処理について説明するフロー図である。

【図10】実施形態に基づく通知処理実行部２０１の通知処理について説明するフロー図である。

【図11】実施形態に基づくゲーム処理実行部２０２のゲーム処理について説明するフロー図である。

【図12】実施形態に基づく移動制御部２０３による移動制御処理について説明するフロー図である。

【図13】実施形態に基づくイベント制御部２１０によるイベント制御処理について説明するフロー図である。

【図14】実施形態に基づく画像生成部２０５の画像生成処理について説明するフロー図である。

【発明を実施するための形態】

【0020】

この実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰返さない。

【0021】

［Ａ．情報処理システムの構成］
図１は、実施形態に基づく情報処理システム１の構成の概略について説明する図である。

【0022】

図１を参照して、情報処理システム１は、サーバ３０と、サーバ３０と通信可能に設けられた情報処理装置１０とを含む。

【0023】

一例として、実施形態に基づく情報処理装置１０をゲーム装置として実装した場合の構成について説明する。

【0024】

情報処理装置１０は、任意のコンピュータである。情報処理装置１０は、例えば、携帯型ゲーム装置、携帯電話、あるいはスマートフォン等といった、携帯型（可搬型とも言う）の装置であってもよいし、パーソナルコンピュータや家庭用ゲーム機等といった据置型の装置であってもよいし、業務用のアーケードゲーム装置のような大型の装置であってもよい。

【0025】

以下、情報処理装置１０のハードウェア構成について概略する。

【0026】

情報処理装置１０は、ＣＰＵ１２およびメインメモリ１８を有している。ＣＰＵ１２は、情報処理装置１０で実行される各種の情報処理を実行するための情報処理部である。ＣＰＵ１２は、メインメモリ１８を用いて上記各種の情報処理を実行する。

【0027】

情報処理装置１０は、記憶部２０を有している。記憶部２０は、情報処理装置１０において実行される各種プログラム（ゲームプログラム１５に加えて、オペレーティングシステムなどを含み得る）を記憶する。記憶部２０は、ＣＰＵ１２がアクセス可能な任意の記憶装置（記憶媒体）である。記憶部２０は、例えばハードディスクやメモリ等の、情報処理装置１０に内蔵される記憶部であってもよいし、例えば光ディスクやカートリッジ等の、情報処理装置１０に着脱可能な記憶媒体であってもよいし、これらの記憶部および記憶媒体の両方であってもよい。このような場合、情報処理装置１０および任意の記憶媒体を含む情報処理システムの一例であるゲームシステムとして構成してもよい。

【0028】

ゲームプログラム１５は、後述するような情報処理を実現するためのコンピュータ読取可能な命令を含む。また、処理の一部としてサーバ３０との間でデータ通信を実行するプログラムおよび他の情報処理装置との間でデータ通信を実行するプログラムも含んでもよい。

【0029】

情報処理装置１０は、アナログスティックやボタンやタッチパネル等、ユーザによる指示を受付ける入力部１１を有している。情報処理装置１０は、上記情報処理によって生成される画像を表示する表示部１４を有している。なお、当該構成に限られず種々の入力形態および表示形態を採用することが可能である。

【0030】

情報処理装置１０は、ネットワーク通信部１６を有している。ネットワーク通信部１６は、図示しないネットワークと接続され、外部装置（例えば、サーバ３０あるいは他の情報処理装置）との間でのデータ通信処理を実行してもよい。

【0031】

情報処理装置１０は、サーバ３０からネットワーク通信部１６を介してゲームの実行中に表示するメッセージを決定するためのデータを取得する。

【0032】

サーバ３０は、情報処理装置１０に対してゲームの実行中に表示するメッセージを決定するための種々のデータを必要に応じて送信する。具体的には、サーバ３０は、情報処理装置１０に対して特定データあるいは非特定データに関連付けられたデータを送信する。特定データは、ユーザにゲーム情報を通知する際にユーザに確実に通知するための情報を示すデータである。非特定データは、ユーザにゲーム情報を通知する際にプレイヤキャラクタの操作も許容することを示すデータである。

【0033】

サーバ３０は、任意のタイミングで当該データを送信するようにしても良いし、所定時間毎に当該データを送信するようにしてもよい。一例としてサーバ３０は、一日のうちの所定時間毎に非特定データに関連付けられたデータを送信してもよいし、そのような非特定データに関連付けられたデータの送信に合わせて、必要な場合に、特定データに関連付けられたデータを送信してもよい。

【0034】

例えば、サーバ３０は、例えば特定データに関連付けられたデータとして「今日のニュース」としてデータを送信するようにしてもよい。一例として、サーバ３０は、ゲームを運営するゲーム提供者が発信する情報やゲームの更新情報（アップデート情報）等を送信するようにしてもよい。ゲーム提供者が発信する情報として特別なイベントに関する情報やゲームの更新情報として新しい武器に関する情報を送信するようにしてもよい。特別なイベントに関する情報として、一例として、特定期間中に所定の条件を達成すると特典を取得できる等のリワードに関する情報や、プレゼント抽選に関する情報およびその期間の情報等を含んでも良い。

【0035】

また、サーバ３０は、例えば非特定データに関連付けられたデータとして「現在のバトルステージ」としてデータを送信するようにしてもよい。一例として、サーバ３０は、期間あるいは時間によって変化するゲーム情報を送信するようにしてもよい。例えば、サーバ３０は、２時間毎に変化するバトルステージの情報を送信するようにしてもよい。ステージが変わる毎にルールも変化させるようにしてもよく、当該情報を送信するようにしてもよい。例えば、ゲームのルールが何であるのか、複数のステージがそれぞれ何であるか、他のミニゲーム等の開催可否等の情報を含めるようにしてもよい。

【0036】

情報処理装置１０は、複数の装置によって構成されてもよい。例えば、情報処理装置１０は、ＣＰＵ１２を有する本体装置と、入力部１１および／または表示部１４を有する装置とが別体である構成であってもよい。例えば、他の実施形態において、情報処理装置１０は、本体装置と、入力部１１および表示部１４を有する端末装置とによって構成されてもよいし、本体装置と、入力部１１を有する操作装置とによって構成されてもよい。情報処理装置１０は、表示部１４を有しておらず、テレビを表示装置として用いる構成であってもよい。

【0037】

また、他の実施形態においては、情報処理装置１０において実行される情報処理の少なくとも一部が、ネットワーク（広域ネットワークおよび／またはローカルネットワーク）によって通信可能な複数の装置によって分散して実行されてもよい。具体的には、サーバ３０に情報処理装置１０において実行される情報処理の少なくとも一部を実行させるようにしてもよい。

【0038】

［Ｂ．情報処理装置１０の機能構成］
図２は、実施形態に基づく情報処理装置１０の機能ブロックについて説明する図である。図２を参照して、情報処理装置１０のＣＰＵ１２は、ゲームプログラム１５を読み込むことにより各種の機能ブロックを実現する。

【0039】

ＣＰＵ１２は、データ取得部２００と、通知処理実行部２０１と、ゲーム処理実行部２０２と、通知方法決定部２０７と、第１切替部２０８と、第２切替部２０９とを含む。

【0040】

ゲーム処理実行部２０２は、移動制御部２０３と、イベント制御部２１０と、画像生成部２０５とを含む。イベント制御部２１０は、会話制御部２０４と、画像生成部２０５とを含む。

【0041】

データ取得部２００は、ゲームの実行中に表示するメッセージを決定するためのデータを取得する。具体的には、データ取得部２００は、ネットワーク通信部１６を介してサーバ３０からゲームの実行中に表示するメッセージを決定するためのデータを取得する。メッセージを決定するためのデータは、ゲームプログラム１５に予め保存されたメッセージを指定するためのコードでも良いし、メッセージの内容を示す情報であってもよい。また、特定データあるいは非特定データに関連付けられたデータであってもよい。

【0042】

通知処理実行部２０１は、データ取得部２００で取得したデータに基づくゲームのゲーム情報を示す複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理を実行する。具体的には、通知処理実行部２０１は、仮想空間内の所定位置に固定された第２の仮想カメラにより仮想空間を撮像することにより取得した第１画像を生成して通知する通知処理を実行する。

【0043】

ゲーム処理実行部２０２は、通知処理の終了後に、ユーザによる第１操作入力（例えば、アナログスティックの傾倒）に基づいて仮想空間内においてプレイヤキャラクタを移動させる移動制御処理、プレイヤキャラクタの仮想空間内の位置に基づくイベント制御処理、およびプレイヤキャラクタとともに移動する第１の仮想カメラに基づいた画像を少なくとも含む第２画像を生成する画像生成処理を含むゲーム処理を実行する。

【0044】

ゲーム処理実行部２０２は、第１切替部２０８によりゲーム処理が開始された場合、取得したデータに基づくゲームのゲーム情報を示す複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知する。

【0045】

ゲーム処理実行部２０２は、ゲームのゲーム情報を示す複数のメッセージが中央領域以外の外側領域に自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知してもよい。

【0046】

ゲーム処理実行部２０２は、第１切替部２０８によりゲーム処理が開始された場合、直前の通知処理において通知されたメッセージに対応するゲーム情報より後のゲーム情報を示すメッセージから自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知してもよい。

【0047】

移動制御部２０３は、ユーザによる第１操作入力に基づいて仮想空間内においてプレイヤキャラクタを移動させる移動制御処理を実行する。具体的には、移動制御部２０３は、入力部１１を介するユーザによる操作入力に基づいて仮想空間内に配置されたプレイヤキャラクタを移動させる移動制御処理を実行する。移動制御部２０３は、プレイヤキャラクタとともに当該プレイヤキャラクタに追従して第１の仮想カメラを移動させる移動制御処理を実行する。

【0048】

イベント制御部２１０は、プレイヤキャラクタの仮想空間内の位置に基づくイベント制御処理を実行する。

【0049】

会話制御部２０４は、プレイヤキャラクタの仮想空間内の位置に基づくイベント制御処理として他のキャラクタとの会話イベント処理を実行する。具体的には、会話制御部２０４は、プレイヤキャラクタと仮想空間上において配置されている他のキャラクタとが所定の位置関係となった場合に当該他のキャラクタとの会話イベント処理を実行する。

【0050】

バトル制御部２０６は、プレイヤキャラクタの仮想空間内の位置に基づくイベント制御処理として他のキャラクタとのバトルイベント処理を実行する。具体的には、バトル制御部２０６は、プレイヤキャラクタが仮想空間上において所定の位置にいる場合に他のキャラクタとのバトルイベント処理を実行する。

【0051】

画像生成部２０５は、プレイヤキャラクタとともに移動する第１の仮想カメラに基づいた画像を少なくとも含む第２画像を生成する画像生成処理を実行する。

【0052】

通知方法決定部２０７は、データ取得部２００で取得したデータに基づいて、通知処理を実行するか、ゲーム処理を実行するとともに複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知するか、を決定する。

【0053】

通知方法決定部２０７は、ゲームの起動時にはデータ取得部２００で取得したデータが特定データを含むか否かに関わらず通知処理を実行することを決定する。

【0054】

通知方法決定部２０７は、ゲームの起動時以外のゲーム処理の実行中にデータ取得部２００で取得したデータが特定データを含む場合、通知処理を実行させる。

【0055】

通知方法決定部２０７は、ゲーム処理の実行中にデータ取得部２００で取得したデータが特定データを含まない場合、ゲーム処理を実行するとともに複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知する。

【0056】

第１切替部２０８は、通知処理の実行中にユーザによる第２操作入力（例えば、切替ボタンの押込、一例としてアナログスティックの押込）が行われた場合、通知処理を終了してゲーム処理を開始する。第１切替部２０８は、データ取得部２００で取得したデータが特定データを含む場合には、通知処理の実行中にユーザによる第２操作入力が行われた場合、通知処理を終了させないようにしてもよい。

【0057】

通知処理実行部２０１は、データ取得部２００で取得したデータが特定データと非特定データとを含む場合には、取得した特定データに基づくゲームのゲーム情報を示す第１の複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理を実行した後に、データ取得部２００で取得した非特定データに基づくゲームのゲーム情報を示す第２の複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理をさらに実行してもよい。

【0058】

第１切替部２０８は、第２の複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理の実行中にユーザによる第２操作入力が行われた場合、通知処理を終了してゲーム処理を開始する。

【0059】

第２切替部２０９は、ゲーム処理の実行中にユーザによる第３操作入力（例えば、切替ボタンの押込、一例としてアナログスティックの押込）が行われた場合、ゲーム処理を終了して通知処理を開始する。

【0060】

［Ｃ．ゲームの概要］
次に、実施の形態に基づくゲームプログラム１５が実行されることで提供されるゲームについて概説する。

【0061】

図３は、実施の形態に基づくゲームの仮想空間の構成について説明する図である。

【0062】

図３を参照して、仮想空間上に各種の複数のキャラクタオブジェクトが配置される。

【0063】

具体的には、ユーザが入力部１１を介して操作可能なプレイヤキャラクタＰ１と、ユーザが入力部１１を介して操作できない他のキャラクタＰ２とが設けられている。キャラクタＰ２は、ゲームプログラム１５で予め設定されたオブジェクトであってもよいし、例えば、他のユーザが作成し、他のユーザが任意に操作可能に設けられたキャラクタオブジェクトであってもよい。

【0064】

プレイヤキャラクタＰ１に対して第１の仮想カメラＣＭ１が配置される。具体的には、プレイヤキャラクタＰ１の背後に第１の仮想カメラＣＭ１が配置される。第１の仮想カメラＣＭ１は、プレイヤキャラクタＰ１に追従して移動可能に設けられている。第１の仮想カメラＣＭ１は、ゲーム処理においてプレイヤキャラクタＰ１の視点で仮想空間を撮像し、当該撮像した仮想空間の画像を表示部１４に表示することが可能である。

【0065】

また、所定のイベント処理が行われる場所として仮想空間上の所定位置にロビーへの入り口が設けられる。プレイヤキャラクタＰ１は、仮想空間を移動してロビーへの入り口に入ることが可能である。プレイヤキャラクタＰ１は、ロビーへの入り口に入ると図示しない別の仮想空間であるロビーに移動する。ロビーでは、更に別の仮想空間であるバトルステージＢＳを選択する。ユーザは、ロビーにおいて、「現在のバトルステージ」として提示された複数のステージの中から１つのステージを選択可能である。ユーザが複数のステージの中から１つのステージを選択した場合、プレイヤキャラクタＰ１は当該選択されたステージに対応する仮想空間に移動され、他のキャラクタとのバトルイベント処理（対戦ゲーム処理）が開始される。例えば、ユーザは、バトルステージ情報として提示された複数のステージ「ＤＤＤ」、「ＥＥＥ」、「ＦＦＦ」の中から１つのステージを選択するようにしてもよい。また、当該バトルステージ情報は、サーバ３０から送信されるデータに従って所定時間毎に変更可能に設けられていてもよい。

【0066】

本例においては、ゲーム処理が行われる場所と通知処理が行われる場所とは同じ仮想空間上に設けられており、本例においては、仮想空間上の別の所定位置にニュースステージＮＳが設けられる。なお、ゲーム処理が行われる場所と通知処理が行われる場所をそれぞれ別の仮想空間に設ける構成としてもよい。

【0067】

ニュースステージＮＳでは、メッセージを表示するメッセージボードＭＢが設けられる。ニュースステージＮＳに対して第２の仮想カメラＣＭ２が固定された状態で配置されている。第２の仮想カメラＣＭ２は、通知処理において固定された位置でニュースステージＮＳに設けられたメッセージボードＭＢを撮像し、メッセージボードＭＢに表示されたメッセージを含む当該撮像した仮想空間の画像を表示部１４に表示することが可能である。なお、本例においてはメッセージを表示するためにメッセージボードＭＢを用いる場合について説明するが、特にメッセージを表示するものであればどのような形態のオブジェクトを用いるようにしてもよい。

【0068】

プレイヤキャラクタＰ１は、仮想空間上を移動して他のキャラクタＰ２に接近し、他のキャラクタＰ２との間で所定の位置関係となった場合にキャラクタＰ２との間での会話イベント処理を実行することが可能になっている。

【0069】

本例においては、ゲームの起動時においては、通知処理が行われる場所であるニュースステージＮＳからスタートする。すなわち、ニュースステージＮＳにおいて、メッセージボードＭＢにゲーム情報を示す複数のメッセージが表示される。第２の仮想カメラＣＭ２は、固定された位置でニュースステージＮＳに設けられたメッセージボードＭＢを撮像し、当該撮像した仮想空間の画像を表示部１４に表示する。

【0070】

［Ｄ．ゲームの画面表示例］
次に、実施の形態に基づくゲームプログラム１５が実行されることで提供されるゲームの画面表示例について説明する。一例として、画面表示例は、情報処理装置１０の表示部１４に表示されるものである。

【0071】

本例においては、ニュースの種類に応じて通知する処理を変更可能に設定されている。一例として２種類のニュースが設けられており、特定データに関連付けられた特定ニュースと非特定データに関連付けられた通常ニュースとがある。

【0072】

特定データに関連付けられた特定ニュースの場合には、ユーザに確実に情報を通知するためにユーザに他の操作を許容せずに通知処理のみを実行する。

【0073】

非特定データに関連付けられた通常ニュースの場合には、ゲーム処理中にユーザの他の操作（プレイヤキャラクタの操作等）を許容しながら必要な情報を通知する。

【0074】

図４は、実施の形態に基づく通知処理の一例について説明する図である。

【0075】

図４（Ａ）～（Ｃ）を参照して、特定データに関連付けられた特定ニュースの場合が示されている。

【0076】

画面１００Ａ～１００Ｃには、ニュースステージＮＳに配置されたメッセージボードＭＢが表示されている。

【0077】

また、メッセージボードＭＢの下部にはメッセージウインドウＭＷが設けられている。

【0078】

メッセージボードＭＢには、ゲーム情報を示す複数のメッセージが順次表示される。本例においては、メッセージの送り操作に従って複数のメッセージが１つずつ順次表示される。

【0079】

メッセージウインドウＭＷには、メッセージボードＭＢに表示されるメッセージの詳細な説明等がメッセージの送り操作に従って順次表示される。

【0080】

本例においては、メッセージの送り操作に従って、図４（Ａ）→図４（Ｂ）→図４（Ｃ）と順次表示が切り替わる場合が示されている。

【0081】

メッセージボードＭＢ内の表示について、メッセージボードＭＢ内の表示領域を超える行数のメッセージの場合には、メッセージの送り操作に従って、メッセージが順次切り替わってもよい。

【0082】

画面１００Ａにおいて、メッセージボードＭＢには、ゲーム情報の一例として、ニュースタイトルとしてタイトルメッセージ１０１（「今日のニュース」）が表示される。次に、ニューストピックとしてメッセージ１０３Ａ（「ＡＡＡ」）が表示される。また、メッセージウインドウＭＷには、「ＡＡＡ」に関する詳細な説明として、「ニュースＡＡＡについてだが・・・」が表示される。

【0083】

一例として、図４（Ａ）の画面１００Ａにおいて、メッセージボードＭＢには「今日のニュース」として「ＡＡＡ」が表示されているとき、メッセージの送り操作に従ってメッセージウインドウＭＷ中のメッセージが順次切り替わって表示し、「ＡＡＡ」に関する最後のメッセージが表示された状態でメッセージの送り操作がされると、図４（Ｂ）の画面１００Ｂに切り替わってもよい。

【0084】

図４（Ｂ）の画面１００Ｂにおいて、メッセージボードＭＢには、ニューストピックとしてメッセージ１０３Ｂ（「ＢＢＢ」）が表示される。また、メッセージウインドウＭＷには、「ＢＢＢ」に関する詳細な説明として、「ニュースＢＢＢについてだが・・・」が表示される。

【0085】

図４（Ｃ）の画面１００Ｃにおいて、メッセージボードＭＢには、ニューストピックとしてメッセージ１０３Ｃ（「ＣＣＣ」）が表示される。また、メッセージウインドウＭＷには、「ＣＣＣ」に関する詳細な説明として、「ニュースＣＣＣについてだが・・・」が表示される。

【0086】

このようにメッセージの送り操作に従って、メッセージが順次表示される。

【0087】

なお、メッセ―ボードＭＢ内やメッセージウインドウＭＷ内のメッセージの表示は、メッセージの送り操作に従って、スクロールによって全文が表示されてもよい。

【0088】

メッセージボードＭＢおよびメッセージウインドウＭＷの表示範囲に合わせて表示対象となるメッセージの個数を調整するようにしてもよい。また、表示範囲に合わせて過去に表示対象として表示された所定個数分のメッセージの表示を維持するようにしてもよい。

【0089】

ニュースステージＮＳに対して配置された第２の仮想カメラＣＭ２は、メッセージボードＭＢに順次表示されるゲーム情報を示す複数のメッセージを撮像し、当該撮像した仮想空間の画像が表示部１４に表示される。

【0090】

これにより、特定ニュースの場合には、ユーザにゲーム情報を通知する際にユーザに確実に情報を通知することが可能である。

【0091】

図５は、実施の形態に基づく通知処理の別の例について説明する図である。

【0092】

図５を参照して、非特定データに関連付けられた通常ニュースの場合が示されている。

【0093】

画面１１０Ａ～１１０Ｃには、ニュースステージＮＳに配置されたメッセージボードＭＢが表示されている。

【0094】

また、メッセージボードＭＢの下部にはメッセージウインドウＭＷが設けられている。

【0095】

メッセージボードＭＢには、ゲーム情報を示す複数のメッセージが順次表示される。本例においては、メッセージの送り操作に従って複数のメッセージが１つずつ順次表示される。

【0096】

メッセージウインドウＭＷには、メッセージボードＭＢに表示されるメッセージの詳細な説明等がメッセージの送り操作に従って順次表示される。

【0097】

本例においては、メッセージの送り操作に従って、図５（Ａ）→図５（Ｂ）→図５（Ｃ）と順次表示が切り替わる場合が示されている。

【0098】

画面１１０Ａにおいて、メッセージボードＭＢには、ゲーム情報の一例として、タイトルメッセージ１１１（「現在のバトルステージ」）が表示される。次に、バトルステージ情報１１３としてメッセージ１１３Ａ（「ＤＤＤ」）、メッセージ１１３Ｂ（「ＥＥＥ」）、メッセージ１１３Ｃ（「ＦＦＦ」）が順次表示される場合が示される。また、メッセージウインドウＭＷには、「ＤＤＤ」に関する詳細な説明として、「バトルステージＤＤＤについてだが・・・」が表示される。なお、「ＤＤＤ」、「ＥＥＥ」、「ＦＦＦ」は、バトルステージの名称でもよいし、これらのバトルステージを示す画像でもよいし、文字と画像との組合せでもよい。

【0099】

バトルステージ情報１１３は、バトルステージＢＳにおいて、ユーザが選択することが可能なステージに関する情報である。一例として、ユーザは、バトルステージＢＳにおいて、バトルステージ情報１１３として表示されているメッセージ１１３Ａ～１１３Ｃに対応する「ＤＤＤ」、「ＥＥＥ」、「ＦＦＦ」のいずれかの中から１つのステージを選択することが可能に設けられている。

【0100】

本例に示されるように、メッセージボードＭＢには、バトルステージ情報１１３を一つの画面にまとめて表示させてもよい。また、本例においては、それぞれのバトルステージＢＳの詳細な説明などはメッセージウインドウＭＷにメッセージの送り操作によって順次表示されるようにしてもよい。なお、他の例では、メッセージボードＭＢには、図５（Ｃ）に示されるようにメッセージ１１３Ａ～１１３Ｃが初めから表示されていてもよい。この場合、メッセージウインドウＭＷには、メッセージの送り操作に従って「ＤＤＤ」、「ＥＥＥ」、「ＦＦＦ」に関する詳細な説明が順次表示される。

【0101】

ニュースステージＮＳに対して配置された第２の仮想カメラＣＭ２は、メッセージボードＭＢに順次表示されるゲーム情報を示す複数のメッセージを撮像し、当該撮像した仮想空間の画像が表示部１４に表示される。

【0102】

また、画面１１０には、仮想空間に設けられたニュースステージＮＳの画像表示とは別に、ユーザによる切替ボタンの操作入力を受け付け可能な状態を示すボタンオブジェクト１０２が設けられている。

【0103】

通知処理の実行中にユーザによる切替ボタンの操作入力が行われた場合、通知処理を終了してゲーム処理を開始する。

【0104】

本例においては、一例として切替ボタンの操作入力はアナログスティックの押込入力が対応している。なお、切替ボタンの操作入力として同様の機能が割り当てられた他のボタンの押込としてもよい。

【0105】

本例においては、一例として、通常ニュースの場合、すなわち、一例として、「現在のバトルステージ」の情報が最後まで表示されるまでの間、ユーザは、任意のタイミングで切替ボタンの操作入力が可能に設定されている。

【0106】

なお、特定ニュースの画面１００においては、切替ボタンの使用はできないことを示す他のボタンオブジェクトを表示するようにしてもよい。

【0107】

通知処理の際には、第１操作入力に基づいて仮想空間内においてプレイヤキャラクタを移動させる移動制御処理は実行できない。また、通知処理の際には、プレイヤキャラクタの仮想空間内の位置に基づくイベント制御処理は実行されない。

【0108】

本例においては、サーバ３０は、非特定データに関連付けられた通常ニュースであるバトルステージ情報を所定時間毎に変更して送信する。ユーザは、所定時間毎に変更されたステージでバトルイベント処理（対戦ゲーム処理）を実行することが可能である。

【0109】

図６は、実施形態に基づくゲーム処理の画面の一例について説明する図である。

【0110】

図６（Ａ）を参照して、画面３００には、仮想空間上に配置されたプレイヤキャラクタＰ１と、キャラクタＰ２とが表示されている。

【0111】

ゲーム処理において、プレイヤキャラクタＰ１に対して配置された第１の仮想カメラＣＭ１は、プレイヤキャラクタＰ１の背後からプレイヤキャラクタＰ１の視点で仮想空間を撮像し、当該撮像した仮想空間の画像が表示部１４に表示される。

【0112】

プレイヤキャラクタＰ１は、ユーザが入力部１１を介して任意に操作可能に設けられている。一例として、キャラクタＰ２に近づくことによりキャラクタＰ２と会話イベント処理を実行することが可能である。具体的には、会話制御部２０４は、キャラクタＰ２とプレイヤキャラクタＰ１とが所定の距離関係となった場合に会話イベント処理を実行する。例えば、会話形式でキャラクタＰ２の情報（一例として、キャラクタの名前やレベルや装備等の情報）が表示されるようにして会話イベント処理を実行してもよい。

【0113】

また、ゲーム処理において、画面３００の中央領域以外の外側領域（本例においては上側領域）にメッセージ表示領域３１０が設けられる。画面３００の中央領域以外の外側領域（上側領域）に設けることによりプレイヤキャラクタＰ１の移動操作を容易にすることが可能である。なお、上側領域に限られず、画面３００の中央領域以外のより適切な位置にメッセージ表示領域３１０を設けるようにしてもよい。

【0114】

メッセージ表示領域３１０は、ゲーム情報を示す複数のメッセージを順次表示する領域である。なお、メッセージが無い場合には当該メッセージ表示領域３１０にはメッセージは表示されない。

【0115】

具体的には、一例として、図４の特定ニュースの終了後であって通常ニュースの表示中に、ユーザが切替ボタンの操作入力を実行した場合が示されている。

【0116】

本例においては、ゲーム情報の一例として、通常ニュースのメッセージであるタイトルメッセージ１１１（「現在のバトルステージ」）と、バトルステージ情報１１３としてメッセージ１１３Ａ（「ＤＤＤ」）とが表示されている場合が示されている。

【0117】

本例においては、一例として、タイトルメッセージ１１１は、固定的に表示され、バトルステージ情報１１３について自動的に順次切り替わる場合について説明する。

【0118】

図６（Ｂ）を参照して、画面３０２には、仮想空間上に配置されたプレイヤキャラクタＰ１と、キャラクタＰ２とが表示されている。

【0119】

画面３００の表示の後に画面３０２のメッセージ表示領域３１０には、タイトルメッセージ１１１（「現在のバトルステージ」）と、バトルステージ情報１１３としてメッセージ１１３Ｂ（「ＥＥＥ」）が表示された場合が示されている。

【0120】

画面３０２は、図６（Ａ）の画面３００において、メッセージの文字送りの操作をしなくとも自動的に表示される画面であって、メッセージ１１３Ａ（「ＤＤＤ」」）が消えて、それに続くメッセージ１１３Ｂ（ＥＥＥ）が表示された画面である。

【0121】

図６（Ｃ）を参照して、画面３０４には、仮想空間上に配置されたプレイヤキャラクタＰ１と、キャラクタＰ２とが表示されている。

【0122】

画面３０２の表示の後に画面３０４のメッセージ表示領域３１０には、タイトルメッセージ１１１（「現在のバトルステージ」）と、バトルステージ情報１１３としてメッセージ１１３Ｃ（「ＦＦＦ」）が表示された場合が示されている。

【0123】

画面３０４は、図６（Ｂ）の画面３０２において、メッセージの文字送りの操作をしなくとも自動的に表示される画面であって、メッセージ１１３Ｂ（「ＥＥＥ」」）が消えて、それに続くメッセージ１１３Ｃ（「ＦＦＦ」）が表示された画面である。具体的には、現在表示中のメッセージ量に応じた期間（秒数）が経過した場合に、自動的に次のメッセージが表示される。なお、メッセージ量に応じた期間ではなく、固定の期間（秒数）の経過後に次のメッセージが表示されてもよい。

【0124】

本例においては、メッセージが１個ずつ自動的に順次表示される場合が示されているが、メッセージ表示領域３１０の範囲に応じて適宜個数を調整するようにしてもよい。例えば、２個ずつ一例としてメッセージ１１３Ｂ（「ＥＥＥ」」）およびメッセージ１１３Ｃ（「ＦＦＦ」）を一緒に表示するようにしてもよい。

【0125】

なお、「ＤＤＤ」、「ＥＥＥ」、「ＦＦＦ」は、バトルステージの名称でもよいし、これらのバトルステージを示す画像でもよいし、文字と画像との組合せでもよい。

【0126】

また、バトルステージの名称（「ＤＤＤ」、「ＥＥＥ」、「ＦＦＦ」）だけでなく、メッセージウインドウＭＷで表示した各ステージの詳細な説明についてもメッセージ表示領域３１０に表示してもよい。一例として、バトルステージ「ＤＤＤ」を示す画像の横に、メッセージウインドウＭＷにも表示される、バトルステージ「ＤＤＤ」に関する詳細な説明として、「バトルステージＤＤＤについてだが・・・」を自動的に順次表示してもよい。そして、バトルステージ「ＤＤＤ」に関する詳細なメッセージの表示が終了すると、自動的に、バトルステージ「ＥＥＥ」を示す画像およびバトルステージ「ＥＥＥ」に関する詳細な説明のメッセージの表示に自動的に切り替えるようにしてもよい。

【0127】

また、図５（Ａ）で説明した通知処理において、バトルステージ「ＤＤＤ」に関するメッセージが表示されているときに切替ボタンの操作入力が行われた場合に、図６（Ｂ）の画面３０２に示されるようにバトルステージ「ＥＥＥ」に関するメッセージから表示が開始されてもよい。

【0128】

なお、図５（Ａ）で説明した通知処理において、バトルステージ「ＤＤＤ」に関するメッセージウインドウＭＷに表示されるメッセージが途中であった場合（最後のメッセージが表示される前）に切替ボタンの操作入力が行われた場合に、図６（Ｂ）の画面３０２に示されるバトルステージ「ＥＥＥ」に関するメッセージから表示を開始するのではなく、メッセージウインドウＭＷに次に表示されるはずだったメッセージから表示してもよい。

【0129】

また、画面３００には、仮想空間の画像表示とは別にユーザによる切替ボタンの操作入力を受け付け可能な状態を示すボタンオブジェクト１１２が設けられている。

【0130】

ゲーム処理の実行中にユーザによる切替ボタンの操作入力が行われた場合、ゲーム処理を終了して通知処理を開始する。本例においては、仮想空間上のニュースステージＮＳにおける通知処理を開始する。

【0131】

本例においては、一例として切替ボタンの操作入力はアナログスティックの押込入力が対応している。なお、切替ボタンの操作入力として同様の機能が割り当てられた他のボタンの押込としてもよい。

【0132】

［Ｅ．データテーブル例］
図７は、実施の形態に基づくメッセージのデータテーブルについて説明する図である。

【0133】

図７（Ａ）を参照して、一例として情報処理装置１０が情報処理装置１０の起動時においてサーバ３０から受信したメッセージのデータテーブルが示されている。データ取得部２００は、ネットワーク通信部１６を介してサーバ３０からゲームの実行中に表示するメッセージを決定するためのデータを取得する。データ取得部２００は、データテーブルを生成してメインメモリ１８に格納する。データ取得部２００は、特定データ（優先フラグ（「１」））に関連付けられたメッセージを非特定データ（優先フラグ無し）に関連付けられたメッセージよりも優先するソート処理を実行する。

【0134】

本例においては、一例として情報処理装置１０のゲームの起動時にサーバ３０から複数のメッセージを決定するためのデータを受信した場合が示されている。

【0135】

具体的にはメッセージＭＳ１～ＭＳ７（以下、総称してメッセージＭＳとも称する）、・・・を受信した場合が示されている。一例としてメッセージＭＳ１～ＭＳ７は、ゲームプログラム１５に予め保存されたメッセージを指定するためのコードである。

【0136】

メッセージＭＳに対応して特定データとして優先フラグ（「１」）あるいは非特定データとして優先フラグ無しが関連付けられてデータテーブルに登録されている。

【0137】

特定データ（優先フラグ（「１」））あるいは非特定データ（優先フラグ無し）もサーバ３０からコードとともにメッセージを決定するためのデータとして情報処理装置１０に送信されたものである。

【0138】

例えば、一例として図４においてはメッセージＭＳ１が「今日のニュース」に対応している。メッセージＭＳ２が「ＡＡＡ」に対応している。メッセージＭＳ３が「ＢＢＢ」に対応している。メッセージＭＳ４が「ＣＣＣ」に対応している。また、一例として図５においては、メッセージＭＳ５が「現在のバトルステージ」に対応している。メッセージＭＳ６が「ＤＤＤ」に対応している。メッセージＭＳ７が「ＥＥＥ」に対応している。メッセージＭＳ８が「ＦＦＦ」に対応している。

【0139】

また、データテーブルには、当該メッセージがユーザに通知されたことを示す完了フラグが設けられている。初期状態において完了フラグ（「１」）の項目には何も登録されておらず、ユーザにメッセージが通知された場合（メッセージボード等に表示された場合）に完了フラグ（「１」）が登録される。

【0140】

通知方法決定部２０７は、ゲームの起動時にはデータテーブルに含まれるメッセージを決定するデータに特定データを含むか否かに関わらず通知処理を実行することを決定する。

【0141】

通知処理実行部２０１は、データテーブルから１つずつ順番にメッセージを抽出し、メッセージボードＭＢに順次表示されるように通知処理を実行する。具体的には、通知処理実行部２０１は、データテーブルの上から順番に例えばメッセージの欄に登録されたコード（メッセージＭＳ１）を特定し、当該コード（メッセージＭＳ１）に対応する具体的なメッセージ内容（「今日のニュース」）をゲームプログラム１５内から取得する。当該処理は順番に実行される。

【0142】

通知処理実行部２０１は、１つのメッセージについて通知処理を実行した場合には、対応するメッセージの完了フラグ（「１」）を登録する。

【0143】

通知処理実行部２０１は、ソート処理されたデータテーブルにより特定データ（優先フラグ（「１」））に関連付けられたメッセージを順次表示した後に、非特定データ（優先フラグ無し）に関連付けられたメッセージが順次表示するように通知処理を実行する。

【0144】

具体的には、図４で説明した通知処理の後に、一例として図５で説明した通知処理を実行する。

【0145】

図７（Ｂ）を参照して、一例として情報処理装置１０がゲーム処理の実行中にサーバ３０から受信したメッセージのデータテーブルが示されている。データ取得部２００は、ネットワーク通信部１６を介してサーバ３０からゲームの実行中に表示するメッセージを決定するためのデータを取得する。データ取得部２００は、データテーブルを生成してメインメモリ１８に格納する。

【0146】

本例においては、一例として情報処理装置１０のゲーム処理の実行中にサーバ３０から複数のメッセージを決定するためのデータを受信した場合が示されている。

【0147】

具体的にはメッセージＭＳ１１～ＭＳ１４、・・・を受信した場合が示されている。一例としてメッセージＭＳ１１～ＭＳ１４は、ゲームプログラム１５に予め保存されたメッセージを指定するためのコードである。

【0148】

例えば、一例として、非特定データに関連付けられた通常ニュースであるバトルステージ情報が送信された場合について説明する。

【0149】

メッセージＭＳ１１～ＭＳ１４は、非特定データ（優先フラグ無し）に関連付けられて登録されている。

【0150】

一例として、メッセージＭＳ１１が「現在のバトルステージ」に対応している。メッセージＭＳ１２が「ＧＧＧ」に対応している。メッセージＭＳ１３が「ＨＨＨ」に対応している。メッセージＭＳ１４が「ＩＩＩ」に対応している。一例として、ユーザは、バトルステージＢＳにおいて、バトルステージ情報として表示される「ＧＧＧ」、「ＨＨＨ」、「ＩＩＩ」のいずれかの中から１つのステージを選択することが可能となる。

【0151】

通知方法決定部２０７は、ゲームの起動時以外のゲーム処理の実行中にデータテーブルに含まれるメッセージを決定するデータに特定データを含む場合、通知処理を実行することを決定する。通知方法決定部２０７は、ゲームの起動時以外のゲーム処理の実行中にデータテーブルに含まれるメッセージを決定するデータに特定データを含まない場合、ゲーム処理を実行するとともに複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知する。

【0152】

この場合には、通知処理は実行されず、ゲーム処理において、画像生成部２０５は、データテーブルを確認して未通知メッセージがある場合にはデータテーブルから１つずつ順番にメッセージを抽出し、メッセージ画像を生成してメッセージ表示領域３１０に順次表示する処理を実行する。

【0153】

画像生成部２０５は、メッセージ画像を生成してメッセージ表示領域３１０に順次表示する処理を実行した場合には、対応するメッセージの完了フラグ（「１」）を登録する。

【0154】

具体的には、図６（Ａ）および（Ｂ）で説明したようにメッセージ表示領域３１０にメッセージＭＳ１１～ＭＳ１４が自動的に順次表示されるように制御される。

【0155】

ゲームの終了時にはデータテーブルの完了フラグはリセットされる。データテーブルの特定データ（優先フラグ「１」）に関連付けられたデータについては完了フラグをリセットしないようにしてもよい。

【0156】

［Ｆ．情報処理の処理手順］
次に、実施の形態に基づくゲームプログラム１５が実行されることで提供される情報処理の処理手順について説明する。各ステップは、ＣＰＵ１２がゲームプログラム１５を実行することで実現される。

【0157】

図８は、実施形態に基づくゲームプログラム１５によって提供される情報処理について説明するフロー図である。

【0158】

図８を参照して、ＣＰＵ１２は、ゲームプログラム１５を起動した場合には、データ取得部２００は、データをサーバ３０に問い合わせる（ステップＳ１）。ＣＰＵ１２は、ネットワーク通信部１６を介してサーバ３０にゲームの実行中に表示するメッセージを決定するためのデータを問い合わせる。

【0159】

次に、データ取得部２００は、ユーザに未通知のデータが有るか否かを判断する（ステップＳ２）。

【0160】

ステップＳ２において、データ取得部２００は、ユーザに未通知のデータが有ると判断した場合（ステップＳ２においてＹＥＳ）には、ステップＳ３に進む。

【0161】

一方、ステップＳ２において、データ取得部２００は、データが無いと判断した場合（ステップＳ２においてＮＯ）には、ステップＳ８に進む。

【0162】

ステップＳ３において、データ取得部２００は、ネットワーク通信部１６を介してサーバ３０からゲームの実行中に表示するメッセージを決定するためのデータを取得する。

【0163】

次に、データ取得部２００は、データテーブルを生成する（ステップＳ４）。具体的には、データ取得部２００は、取得したデータに基づいて図７（Ａ）および（Ｂ）で説明したデータテーブルを生成してメインメモリ１８に格納する。

【0164】

次に、データ取得部２００は、データテーブルについてソート処理を実行する（ステップＳ５）。データ取得部２００は、データテーブルに含まれるメッセージを決定するデータについて特定データ（優先フラグ（「１」））に関連付けられたメッセージと、非特定データ（優先フラグ無し）に関連付けられたメッセージとに関するソート処理を実行する。データ取得部２００は、特定データ（優先フラグ（「１」））に関連付けられたメッセージを非特定データ（優先フラグ無し）に関連付けられたメッセージよりも優先するソート処理を実行する。これにより、通知処理実行部２０１は、特定データ（優先フラグ（「１」））に関連付けられたメッセージが順次表示された後に、非特定データ（優先フラグ無し）に関連付けられたメッセージが順次表示されるように通知処理を実行することが可能である。

【0165】

これにより特定データに関連付けられた特定ニュースと、非特定データに関連付けられた通常ニュースとがそれぞれ纏めて表示されるため効率的に通知処理を行うことが可能となり、ユーザにとって効率的に操作が可能である。

【0166】

次に、通知方法決定部２０７は、データ取得部２００で取得したデータに基づいて、通知処理を実行するか、ゲーム処理を実行するとともに複数のメッセージが自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知するか、を決定する通知方法決定処理を実行する（ステップＳ６）。通知方法決定処理の詳細については後述する。

【0167】

次に、通知処理実行部２０１は、データ取得部２００で取得したデータに基づくゲームのゲーム情報を示す複数のメッセージが順次表示されるように当該メッセージを含む第１画像を生成して通知する通知処理を実行する（ステップＳ７）。通知処理の詳細については後述する。

【0168】

次に、ゲーム処理実行部２０２は、ステップＳ７における通知処理の終了後に、ユーザによる第１操作入力に基づいて仮想空間内においてプレイヤキャラクタを移動させる移動制御処理、プレイヤキャラクタの仮想空間内の位置に基づくイベント制御処理、およびプレイヤキャラクタとともに移動する第１の仮想カメラに基づいた画像を少なくとも含む第２画像を生成する画像生成処理を含むゲーム処理を実行する（ステップＳ８）。

【0169】

次に、ＣＰＵ１２は、ゲーム処理が終了するか否かを判断する（ステップＳ９）。

【0170】

ステップＳ９において、ＣＰＵ１２は、ゲーム処理が終了すると判断した場合（ステップＳ９においてＹＥＳ）には、処理を終了する（エンド）。

【0171】

一方、ＣＰＵ１２は、ゲーム処理が終了しないと判断した場合（ステップＳ９においてＮＯ）には、ステップＳ１に戻り、上記処理を繰り返す。

【0172】

図９は、実施形態に基づく通知方法決定部２０７の処理について説明するフロー図である。

【0173】

図９を参照して、通知方法決定部２０７は、ゲームの起動時における処理か否かを判断する（ステップＳ１０）。

【0174】

ステップＳ１０において、通知方法決定部２０７は、ゲームの起動時であると判断した場合（ステップＳ１０においてＹＥＳ）には、処理を終了する（リターン）。そして、図８のステップＳ７の通知処理に進む。

【0175】

通知方法決定部２０７は、ゲームの起動時には取得したデータが特定データを含むか否かに関わらず通知処理を実行することを決定する。

【0176】

一方、ステップＳ１０において、通知方法決定部２０７は、ゲームの起動時でないと判断した場合（ステップＳ１０においてＮＯ）には、データテーブルを参照してメッセージに関連付けられた優先フラグが有るか否かを判断する（ステップＳ１１）。通知方法決定部２０７は、メインメモリ１８に格納されているデータテーブルを参照して、優先フラグ（「１」）が関連付けられているメッセージＭＳが有るか否かを判断する。

【0177】

ステップＳ１１において、通知方法決定部２０７は、データテーブルを参照して優先フラグがあると判断した場合（ステップＳ１１においてＹＥＳ）には、処理を終了する（リターン）。そして、図８のステップＳ７の通知処理に進む。

【0178】

通知方法決定部２０７は、データテーブルを参照して特定データ（優先フラグ（「１」））を含むと判断した場合には通知処理を実行することを決定する。

【0179】

ステップＳ１１において、通知方法決定部２０７は、データテーブルを参照して優先フラグが無いと判断した場合（ステップＳ１１においてＮＯ）には、処理「Ａ」に進む。

【0180】

この場合には、図８のステップＳ７の通知処理をスキップしてステップＳ８のゲーム処理に進む。

【0181】

図１０は、実施形態に基づく通知処理実行部２０１の通知処理について説明するフロー図である。

【0182】

図１０を参照して、通知処理実行部２０１は、データテーブルを参照してメッセージを抽出する（ステップＳ２０）。具体的には、通知処理実行部２０１は、データテーブルを参照して上から順番にメッセージを抽出する。この点で、通知処理実行部２０１は、データテーブルを参照して完了フラグ（「１」）が登録されていないメッセージを上から順番に抽出する。

【0183】

通知処理実行部２０１は、当該メッセージに対応する優先フラグがあるか否かを判断する（ステップＳ２１）。

【0184】

次に、ステップＳ２１において、通知処理実行部２０１は、優先フラグが有ると判断した場合（ステップＳ２１においてＹＥＳ）には、メッセージボードＭＢにメッセージを表示する（ステップＳ２２）。

【0185】

次に、通知処理実行部２０１は、第２の仮想カメラに基づいて画像を生成する（ステップＳ２３）。第２の仮想カメラＣＭ２は、通知処理において固定された位置でニュースステージＮＳに設けられたメッセージボードＭＢを撮像し、メッセージボードＭＢに表示されたメッセージを含む当該撮像した仮想空間の画像を生成する。

【0186】

次に、通知処理実行部２０１は、生成した画像を表示部１４に表示する（ステップＳ２４）。具体的には、図４および図５で説明した通知処理の画面が表示される。

【0187】

次に、通知処理実行部２０１は、データテーブルに完了フラグを登録する（ステップＳ２５）。具体的には、通知処理実行部２０１は、データテーブルのメッセージに対応する完了フラグ（「１」）を登録する。

【0188】

次に、通知処理実行部２０１は、全メッセージの通知が終了したか否かを判断する（ステップＳ２６）。具体的には、通知処理実行部２０１は、データテーブルの全てのメッセージに対応して完了フラグ（「１」）が登録されたかを判断する。

【0189】

次に、通知処理実行部２０１は、全メッセージの通知が終了したと判断した場合（ステップＳ２６においてＹＥＳ）には、処理を終了する（リターン）。

【0190】

そして、次のステップＳ８のゲーム処理に進む。

【0191】

一方、通知処理実行部２０１は、全メッセージの通知が終了していないと判断した場合（ステップＳ２６においてＮＯ）には、メッセージの送り操作入力（所定ボタンの押込入力）が有るか否かを判断する（ステップＳ２８）。

【0192】

ステップＳ２８において、通知処理実行部２０１は、メッセージの送り操作入力（所定ボタンの押込入力）が無いと判断した場合（ステップＳ２８においてＮＯ）には、ステップＳ２８の状態を維持する。

【0193】

ステップＳ２８において、通知処理実行部２０１は、メッセージの送り操作入力（所定ボタンの押込入力）が有ると判断した場合（ステップＳ２８においてＹＥＳ）には、ステップＳ２０に戻り、上記処理を繰り返す。

【0194】

また、ステップＳ２１において、通知処理実行部２０１は、優先フラグが無いと判断した場合（ステップＳ２１においてＮＯ）には、切替指示が有るか否かを判断する（ステップＳ２７）。具体的には、通知処理実行部２０１は、通知処理の実行中にユーザによる切替ボタンの操作入力（一例としてアナログスティックの押込入力）が行われたか否かを判断する。

【0195】

ステップＳ２７において、通知処理実行部２０１は、切替指示が有ると判断した場合（ステップＳ２７においてＹＥＳ）には、通知処理を終了する（リターン）。そして、次のステップＳ８のゲーム処理に進む。具体的には、通知処理実行部２０１は、切替ボタンの操作入力が有ると判断した場合には、第１切替部２０８に指示し、第１切替部２０８は、通知処理を終了してゲーム処理を開始する。

【0196】

当該処理により切替ボタンの操作入力が有った場合には通知処理を終了させてゲーム処理が実行できる。したがって、いち早くゲームにおけるプレイヤキャラクタの操作を望むユーザの期待に沿うことが可能である。

【0197】

一方、ステップＳ２７において、通知処理実行部２０１は、切替指示が無いと判断した場合（ステップＳ２７においてＮＯ）には、ステップＳ２２に進み、通知処理を継続する。

【0198】

図１１は、実施形態に基づくゲーム処理実行部２０２のゲーム処理について説明するフロー図である。

【0199】

図１１を参照して、ゲーム処理実行部２０２は、ユーザによる第１操作入力に基づいて仮想空間内においてプレイヤキャラクタを移動させる移動制御処理を実行する（ステップＳ３０）。移動制御処理の詳細については後述する。

【0200】

次に、ゲーム処理実行部２０２は、プレイヤキャラクタの仮想空間内の位置に基づくイベント制御処理を実行する（ステップＳ３２）。イベント制御処理の詳細については後述する。

【0201】

次に、ゲーム処理実行部２０２は、プレイヤキャラクタとともに移動する第１の仮想カメラに基づいた画像を少なくとも含む第２画像を生成する画像生成処理を実行する（ステップＳ３６）。画像生成処理の詳細については後述する。

【0202】

そして、処理を終了する（リターン）。

【0203】

図１２は、実施形態に基づく移動制御部２０３による移動制御処理について説明するフロー図である。

【0204】

図１２を参照して、移動制御部２０３は、入力部１１を介する移動操作入力が有るか否かを判断する（ステップＳ４０）。

【0205】

ステップＳ４０において、移動制御部２０３は、入力部１１を介する移動操作入力が有ると判断した場合（ステップＳ４０においてＹＥＳ）には、プレイヤキャラクタの移動処理を実行する（ステップＳ４２）。移動制御部２０３は、仮想空間上においてプレイヤキャラクタＰ１を移動操作入力に従って任意の位置に移動させる。

【0206】

次に、移動制御部２０３は、第１の仮想カメラの移動処理を実行する（ステップＳ４４）。移動制御部２０３は、仮想空間上においてプレイヤキャラクタＰ１に追従して第１の仮想カメラＣＭ１を移動させる。

【0207】

そして、処理を終了する（リターン）。

【0208】

一方、ステップＳ４０において、移動制御部２０３は、入力部１１を介する移動操作入力が無いと判断した場合（ステップＳ４０においてＮＯ）には、処理を終了する（リターン）。

【0209】

図１３は、実施形態に基づくイベント制御部２１０によるイベント制御処理について説明するフロー図である。

【0210】

図１３を参照して、イベント制御部２１０は、イベント条件が成立したか否かを判断する（ステップＳ６０）。

【0211】

次に、ステップＳ６０において、イベント制御部２１０は、イベント条件が成立したと判断した場合（ステップＳ６０においてＹＥＳ）には、イベント処理を実行する（ステップＳ６２）。

【0212】

具体的には、会話制御部２０４は、プレイヤキャラクタの仮想空間内の位置に基づくイベント制御処理として他のキャラクタとの会話イベント処理を実行する。会話制御部２０４は、プレイヤキャラクタと仮想空間上において配置されている他のキャラクタとが所定の位置関係となった場合（イベント条件が成立）に当該他のキャラクタとの会話イベントを実行する。

【0213】

バトル制御部２０６は、プレイヤキャラクタの仮想空間内の位置に基づくイベント制御処理として他のキャラクタとのバトルイベント処理を実行する。具体的には、バトル制御部２０６は、プレイヤキャラクタが仮想空間上において所定の位置（バトルステージＢＳ内）にいる場合（イベント条件が成立）に他のキャラクタとのバトル処理を実行する。

【0214】

そして、処理を終了する（リターン）。

【0215】

図１４は、実施形態に基づく画像生成部２０５の画像生成処理について説明するフロー図である。

【0216】

図１４を参照して、画像生成部２０５は、データテーブルを確認する（ステップＳ５０）。

【0217】

次に、画像生成部２０５は、未通知のメッセージが有るか否かを判断する（ステップＳ５１）。画像生成部２０５は、データテーブルに完了フラグ（「１」）が登録されていないメッセージが有るか否かを判断する。

【0218】

ステップＳ５１において、画像生成部２０５は、未通知のメッセージが有ると判断した場合（ステップＳ５１）には切替指示が有るか否かを判断する（ステップＳ５２）。画像生成部２０５は、切替ボタンの操作入力（一例としてアナログスティックの押込入力）が有るか否かを判断する。

【0219】

ステップＳ５２において、画像生成部２０５は、切替指示が無いと判断した場合（ステップＳ５２においてＮＯ）には、データテーブルからメッセージを抽出する（ステップＳ５３）。画像生成部２０５は、切替ボタンの操作入力が無いと判断した場合には、データテーブルを参照して完了フラグ（「１」）が登録されていないメッセージを上から順番に抽出する。

【0220】

次に、画像生成部２０５は、メッセージ表示領域３１０に表示するメッセージ画像を生成する（ステップＳ５４）。

【0221】

次に、画像生成部２０５は、完了フラグ（「１」）を登録する（ステップＳ５５）。具体的には、画像生成部２０５は、データテーブルのメッセージに対応する完了フラグ（「１」）を登録する。

【0222】

次に、画像生成部２０５は、第１の仮想カメラに基づく画像を生成する（ステップＳ５６）。第１の仮想カメラＣＭ１は、プレイヤキャラクタＰ１の背後からプレイヤキャラクタＰ１の視点で仮想空間を撮像し、当該撮像した仮想空間の画像を生成する。

【0223】

次に、画像生成部２０５は、合成して表示部１４に表示する（ステップＳ５７）。画像生成部２０５は、メッセージ表示領域３１０に表示するメッセージ画像と仮想空間の画像とを合成して表示部１４に表示する。画像合成部２０５は、メッセージ量に応じた期間（秒数）が経過するまで生成したメッセージ画像を保持し、仮想空間の画像とを合成して表示部１４に表示する。なお、メッセージ量に応じた期間ではなく、固定の期間（秒数）分、生成したメッセージ画像を保持し、仮想空間の画像とを合成して表示部１４に表示するようにしてもよい。

【0224】

そして、処理を終了する（リターン）。

【0225】

当該処理により通知処理を終了させてゲーム処理が実行される場合でも、メッセージ表示領域３１０にメッセージを表示することが可能である。したがって、ゲームにおけるプレイヤキャラクタの操作を許容しつつ、ゲーム情報を適切に通知することが可能である。すなわち、ユーザはゲーム情報を適切に取得しつつ、ゲーム処理の実行に意識を向けることが可能である。

【0226】

一方、ステップＳ５１において、画像生成部２０５は未通知のメッセージが無いと判断した場合（ステップＳ５１においてＮＯ）にはステップＳ５２～Ｓ５４をスキップして、ステップＳ５５に進む。以降の処理は同様である。

【0227】

一方、ステップＳ５２において、画像生成部２０５は、切替指示が有ると判断した場合（ステップＳ５２においてＹＥＳ）には、処理「Ｂ」に進む。具体的には、通知処理のステップＳ２０に進む。

【0228】

画像生成部２０５は、切替ボタンの操作入力（一例としてアナログスティックの押込入力）が有ると判断した場合には、第２切替部２０９に指示し、第２切替部２０９は、ゲーム処理を終了して通知処理を開始する。

【0229】

当該処理によりメッセージボードＭＢでゲーム情報を確認したい場合には、通知処理でゲーム情報を確認することが可能であるためユーザの意向に合わせた情報の通知が可能である。

【0230】

また、通知処理を終了させてゲーム処理が実行される場合、すなわち第１切替部２０８によりゲーム処理が開始された場合、未通知のメッセージが確認されて、未通知のメッセージが自動的にメッセージ表示領域３１０に順次表示される。すなわち、直前の通知処理において通知されたメッセージに対応するゲーム情報より後のゲーム情報を示すメッセージから自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知される。したがって、同じ情報を繰り返し確認する必要が無くメッセージ表示領域３１０を用いた通知を早期に終了させることが可能である。

【0231】

［Ｇ．付記］
上記において、通知処理はメッセージボードＭＢにゲームのゲーム情報を示す複数のメッセージを順次表示する場合について説明したが、さらにキャラクタを用いてメッセージを通知するようにしてもよい。例えば、メッセージボードＭＢの隣でゲーム情報を示す複数のメッセージを話すキャラクタを設けるようにしてもよい。なお、キャラクタは、メッセージボードＭＢに表示される内容を話すようにして説明してもよいし、メッセージボードＭＢに表示される内容と異なる付加的な情報を話すようにして説明してもよい。

【0232】

上記において、メッセージが自動的にメッセージ表示領域３１０に順次表示される場合について説明したが、自動ではなく例えば入力部１１の操作入力に従ってメッセージ表示領域３１０に順次表示されるようにしてもよい。

【0233】

上記において、通知処理もメッセージが自動でメッセージボードＭＢに順次表示されるようにしてもよい。

【0234】

上記において、ゲーム情報を示すメッセージには、ステージ名称だけでなく、当該ステージに関する情報や、当該メッセージを伝えるキャラクタ特有の会話などが含まれてもよい。また、ステージの風景などの画像が含まれていてもよい。

【0235】

上記において、一例として通常ニュースについて、図５で説明した通知処理で通知される内容と、図６（Ａ）および（Ｂ）で説明したメッセージ表示領域３１０を用いて通知される内容とで同じメッセージの内容が表示される場合について説明したが、内容が同一である場合に限られずメッセージの内容をそれぞれ変更するようにしてもよい。例えば、コードに対応してメッセージを指定するための通知処理用のメッセージテーブルと、メッセージ表示領域用のメッセージテーブルとをそれぞれ設けて、メッセージに対応するコードが同じである場合であっても内容を異ならせるようにしてもよい。表示領域の範囲が異なるため適宜調整することにより適切にユーザに情報を通知することが可能である。

【0236】

上記において、サーバ３０は、情報処理装置１０に対してゲームの実行中に表示するメッセージを決定するためのデータとして一例としてメッセージを指定するコードおよび特定データあるいは非特定データとが送信される場合について説明したが、特定データあるいは非特定データを送信しないようにしてもよい。具体的には、サーバ３０は、情報処理装置１０に対してゲームの実行中に表示するメッセージを決定するためのデータとして一例としてメッセージを指定するコードを送信し、データ取得部２００は、コードであれば非特定データに関連付けてデータテーブルに登録してもよい。また、サーバ３０は、情報処理装置１０に対してゲームの実行中に表示するメッセージを決定するためのデータとして一例としてメッセージを指定するコード以外のメッセージの内容を示す情報を送信し、データ取得部２００は、コード以外であれば特定データに関連付けてデータテーブルに登録してもよい。

【0237】

上記において、仮想空間上において、第１の仮想カメラＣＭ１と、第２の仮想カメラＣＭ２とをそれぞれ別に配置する場合について説明したが、１つの仮想カメラのみを配置するようにしてもよい。具体的には、通知処理の際には、第１の仮想カメラＣＭ１が第２の仮想カメラＣＭ２に固定的に配置される位置に移動し、ゲーム処理の際には第１の仮想カメラＣＭ１はプレイヤキャラクタＰ１に対して背後に配置されるようにしてもよい。

【0238】

上記において、別の仮想空間にプレイヤキャラクタＰ１が移動した場合には、切替ボタンの操作入力（一例としてアナログスティックの押込入力）を受け付けないようにしてもよい。例えば、バトルステージＢＳ内に移動した場合にはプレイヤキャラクタＰ１は別の仮想空間に移動して、すでにユーザはゲーム処理（バトルイベント処理）に集中している可能性があるため通知処理への切替を無効にするようにしてもよい。同一の仮想空間ではなく、別の仮想空間からの移動の場合に通知処理への切替を無効にすることにより画像の整合性に違和感を生じさせる可能性も回避することが可能である。

【0239】

上記において、メッセージ表示領域３１０において、ゲーム情報を示す複数のメッセージが自動的に順次表示される場合について説明したが入力部１１を介する所定の操作が有った場合に一時的に停止させるようにしてもよい。一例として、メニュー画面を開く操作が行われた場合、プレイヤキャラクタＰ１を含む仮想空間内の動きを停止させるとともにメニュー画面を重畳的に表示させ、メッセージ表示領域３１０における表示を停止させてもよい。

【0240】

上記において、一例として通常ニュースの通知処理について、最初のタイトルメッセージの表示の際には、切替ボタンの操作入力を受け付けないようにしてもよい。タイトルメッセージを確実に通知することによりユーザに情報の重要性を理解してもらえるようにすることが可能である。

【0241】

上記において、一例としてデータ取得部２００は、サーバ３０にゲームの実行中に表示するメッセージを決定するためのデータを問い合わせて、当該データを取得するポーリング形式の通信を実行する場合について説明したが、サーバ３０が情報処理装置１０に対してゲームの実行中に表示するメッセージを決定するためのデータを能動的に送信するプッシュ形式の通信を実行するようにしてもよい。

【0242】

上記において、サーバ３０から取得するデータ自体にメッセージが含まれていてもよい。具体的には、特定データに関連付けて追加のステージや武器などのコンテンツ、各種アップデート情報を含むメッセージがデータに含まれてもよい。

【0243】

上記において、通知方法決定部２０７は、図９のステップＳ１０においてゲームの起動時においては通知処理を実行する場合について説明したが、ステップＳ１１の処理のみを実行するようにしてもよい。すなわち、特定データに関連付けられたデータでない場合には、通知処理ではなく、ゲーム処理に進むようにしてもよい。

【0244】

上記において、ゲーム処理中に、非特定データに関連付けられた未通知のデータを取得した場合には、簡易的なメッセージ（「ステージが変わりました」）のみ表示するようにしてもよい。

【0245】

上記においては、特定ニュースの後に通常ニュースを通知する場合について説明したが、通常ニュースの後に特定ニュースを通知するようにしてもよい。また、通常ニュースと特定ニュースとが混在する形で通知するようにしてもよい。具体的には、図８のステップＳ５のソート処理を実行しない構成としてもよい。

【0246】

上記において、第１切替部２０８によりゲーム処理が開始された場合、直前の通知処理において通知されたメッセージに対応するゲーム情報より後のゲーム情報を示すメッセージから自動的に順次表示されるように当該メッセージをさらに含む第２画像を生成して通知される場合について説明したが、直前の通知処理において通知されたメッセージから自動的に順次表示されるようにしてもよい
上記において、第１の仮想カメラＣＭ１は、プレイヤキャラクタＰ１の背後に配置されて、プレイヤキャラクタＰ１を映す位置に設けられる構成について説明したが、プレイヤキャラクタＰ１の目線（いわゆる主観ビュー）となる位置に配置されてもよい。

【0247】

上記において、通知処理は、単に２次元的な画像によりメッセージを表示する形式としてもよい。

【0248】

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0249】

１ 情報処理システム、１０ 情報処理装置、１１ 入力部、１４ 表示部、１５ ゲームプログラム、１６ ネットワーク通信部、１８ メインメモリ、２０ 記憶部、３０ サーバ、２００ データ取得部、２０１ 通知処理実行部、２０２ ゲーム処理実行部、２０３ 移動制御部、２０４ 会話制御部、２０５ 画像生成部、２０６ バトル制御部、２０７ 通知方法決定部、２０８ 第１切替部、２０９ 第２切替部、２１０ イベント制御部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】