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

Description

本発明の実施形態は、プログラムに関する。

仮想のゲーム空間でユーザ（プレイヤー）がゲームオブジェクトを育成するゲームが知られている。ゲームオブジェクト（以下、単に「オブジェクト」）は、育成されると、レベルや能力等のステータスを変化させる。

また、複数のオブジェクトを広いゲーム空間内に配置し、同時並行で育成可能とするゲームも知られている。そのようなゲームにおいて、例えばユーザによって操作されるプレイヤーキャラクタが各オブジェクトを抱きあげることで各オブジェクトのステータス情報が表示され、ユーザが当該オブジェクトの状態を確認できるようにする技術が知られている（非特許文献１参照）。

「ギルドＬＶ１のブログ」、Ａｍｅｂａブログ［online］、平成２９年９月１５日、令和３年１月１３日検索、インターネット<URL: https://ameblo.jp/yoshiaki0303/entry-12310889826.html>

しかし、従来の技術では、各オブジェクトがどのような状態かを確認するには、ユーザがプレイヤーキャラクタを操作して各オブジェクトの近くに移動させ、抱き上げるなどの動作を行わせる必要がある。

この発明は、上記事情に着目してなされたもので、その目的とするところは、ゲーム空間に配置されたオブジェクトの状態を容易に確認可能とする技術を提供することにある。

上記課題を解決するためにこの発明の一態様は、コンピュータによって実行されるプログラムにあって、ゲーム空間に、ユーザの操作に応じて動作可能な第１オブジェクトと、上記ユーザの操作によらず動作可能な第２オブジェクトと、を配置することと、上記第１オブジェクトを含む上記ゲーム空間の第１画像を表示させることと、上記第１画像の所定の領域に、上記ゲーム空間内の上記第２オブジェクトのライブ映像を表示させることと、を上記コンピュータに実行させるようにしたものである。

この発明の一態様に係るプログラムは、ゲーム空間に配置されたオブジェクトの状態を容易に確認可能とすることができる。

図１は、一実施形態に係るゲームプログラムに関連するゲームシステムの全体構成の一例を示す図である。 図２は、図１に示したゲームシステムにおけるサーバの機能構成の一例を示す図である。 図３は、図１に示したゲームシステムにおけるユーザ端末の機能構成の一例を示す図である。 図４は、一実施形態に係るゲームプログラムによって実現されるゲームの構成の一例を示す図である。 図５は、図３に示したユーザ端末の情報処理動作の一例を示すフローチャートである。 図６は、一実施形態に係るゲームプログラムによって実現されるゲーム画像の第１の例を示す図である。 図７は、一実施形態に係るゲームプログラムによって実現されるゲーム画像の第２の例を示す図である。 図８は、一実施形態に係るゲームプログラムによって実現されるゲーム画像の第３の例を示す図である。 図９は、図６のゲーム画像から遷移し得るゲーム画像の第１の例を示す図である。 図１０は、図６のゲーム画像から遷移し得るゲーム画像の第２の例を示す図である。 図１１は、図９のゲーム画像から遷移し得るゲーム画像の第１の例を示す図である。 図１２は、図９のゲーム画像から遷移し得るゲーム画像の第２の例を示す図である。

以下、図面を参照してこの発明に係わる実施形態を説明する。なお、以降、説明済みの要素と同一または類似の要素には同一または類似の符号を付し、重複する説明については基本的に省略する。例えば、複数の同一または類似の要素が存在する場合に、各要素を区別せずに説明するために共通の符号を用いることがあるし、各要素を区別して説明するために当該共通の符号に加えて枝番号を用いることもある。

［一実施形態］
一実施形態に係るプログラムは、ゲームのプレイヤー（以下、「ユーザ」と言う。）によって使用される端末装置（以下、「ユーザ端末」と言う。）上でゲームを実現させるためのプログラムである。以下では、一実施形態に係るプログラムを、一般的なコンピュータの機能を実現させるためのプログラムと区別して、ゲームプログラムと呼ぶ。

ゲームプログラムによって実現されるゲームは、ユーザがゲーム空間でオブジェクトを育成することができるゲームである。ゲームプログラムによって実現されるゲームは、例えば、育成ゲーム、シミュレーションゲーム、ロールプレイングゲーム、アクションゲーム、アドベンチャーゲーム、シューティングゲーム、スポーツゲームまたはパズルゲーム等であるが、これらに限定されない。また、ゲームは、そのようなゲームの一部（ミニゲームまたはイベント等）であってもよい。

ゲームプログラムは、ゲーム空間に種々のオブジェクトを配置し、ゲームを実現し得る。ゲーム空間は、ゲームプログラムによって実現される種々のオブジェクトを配置するための空間である。ゲームプログラムは、ゲームのパートごとに異なるゲーム空間を構築し得る。以下では、主にゲーム空間が３次元の空間であり、ゲーム空間に配置されるオブジェクトも主に３次元で表示されるものとして説明するが、本実施形態は、２次元のゲーム空間およびオブジェクトにも適用可能である。

種々のオブジェクトは、キャラクタのオブジェクトを含む。キャラクタは、例えば、人間のキャラクタ、動物のキャラクタ、または擬人化キャラクタ等であるが、これらに限定されない。キャラクタのオブジェクトは、動作する（動く）オブジェクトである。キャラクタのオブジェクトは、ユーザが操作可能なキャラクタのオブジェクトおよびユーザが操作不可能なＮＰＣ（Non Player Character）のオブジェクトを含む。種々のオブジェクトは道具オブジェクトを含む。道具オブジェクトは、キャラクタのオブジェクトが使用可能なオブジェクトである。道具オブジェクトは、例えばアイテムや装備品等である。種々のオブジェクトはまた背景オブジェクトを含む。背景オブジェクトは、木、岩、草、空、川、池、建物、設備等のゲームの背景を構成するオブジェクトである。種々のオブジェクトは、可視のオブジェクトと、不可視のオブジェクトとを含む。

種々のオブジェクトは、ゲーム設計者等によって任意に定められた設定値を有する。設定値は、位置、大きさ、形状、色、能力、属性およびその他の種々の情報を数値（「パラメータ」とも言う。）で表したものである。ここでは、キャラクタのオブジェクトが有する設定値を特にステータスと呼ぶ。ステータスは、能力値（例えば、レベル、体力、攻撃力、防御力）、健康状態、属性（例えば、性別、年齢、職業）、所持スキル、所持アイテム、または所持金等の情報を含むが、これに限られない。ステータスは、育成によって変化し得るステータスと、変化しないステータスとを含む。育成によって変化するステータスの一例が能力値である。育成は、能力値の強化と言い換えることもできる。

ゲームプログラムがゲーム空間に配置するオブジェクトは、ユーザの操作に応じて動作可能な第１オブジェクトと、ユーザの操作によらずに動作可能な第２オブジェクトと、を含む。ゲームプログラムによって実現されるゲームの一例は、ユーザが第１オブジェクトの操作を介してゲーム空間で第２オブジェクトを育成するゲームである。第１オブジェクトの一例は、プレイヤーキャラクタのオブジェクト（以下、「プレイヤーキャラクタ」と言う。）である。第２オブジェクト（被育成オブジェクト）の一例は、モンスターキャラクタのオブジェクト（以下、単に「モンスター」と言う。）である。モンスターは、例えば、架空生物のキャラクタである。

ゲームプログラムは、１台のユーザ端末でローカルにゲームを実現させるゲームプログラム、ユーザ端末とサーバに協働してゲームを実現させるゲームプログラム、（サーバ経由でまたはサーバを介さずに）複数のユーザ端末に協働してゲームを実現させるゲームプログラム等であり得る。以下では一例として、サーバがゲームプログラムを包括的に管理し、ユーザ端末からの要求に応じてゲームプログラムおよび関連データ等を送信し、実際のゲーム進行は主にユーザ端末において実現されるゲームシステムについて説明する。

（１）構成
（１－１）ゲームシステム
図１は、一実施形態に係るゲームプログラムに関連するゲームシステム１の全体構成の一例を示す。
ゲームシステム１は、複数のユーザ端末１００と、サーバ２００とを含む。各ユーザ端末１００は、サーバ２００との間でネットワークＮＷを介して通信可能である。サーバ２００には、任意の数のユーザ端末１００が接続可能であるが、簡単のために１つのユーザ端末１００についてのみ詳細な構成を図示し説明する。

ネットワークＮＷは、例えばインターネットであり、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、移動通信網、有線電話網、ＦＴＴＨ（Fiber To The Home）、ＣＡＴＶ（Cable Television）網等のアクセス網を含み得る。

ユーザ端末１００は、ゲームプレイをするユーザによって使用される端末である。ユーザ端末１００は、ゲームプログラムを実行することによりゲームを実現し、ゲーム進行に応じたゲーム画像を表示することによりゲーム画面を実現する。ゲーム画像は、ゲーム空間を描画した画像を含み得る。ゲーム空間を描画した画像は、ゲーム空間に配置された複数のオブジェクトの画像を含み得る。ゲーム画像は、静止画像または動画像を含む。ゲーム画像はまた、２次元または３次元的に表現されるＵＩ（User Interface）部品の画像を含み得る。ユーザ端末１００は、例えば、スマートフォン、タブレット端末、ノート型パーソナルコンピュータ等の携帯端末である。ユーザ端末１００は、デスクトップ型パーソナルコンピュータのような据置型コンピュータであってもよい。ユーザ端末１００はまた、ゲームプレイに適した専用のゲーム端末であってもよい。以下では一例としてユーザ端末１００が、タッチスクリーンを備えるスマートフォンであるものとして説明する。

サーバ２００は、例えばゲーム開発業者等によって運営および管理される装置である。サーバ２００は、ゲームプログラムおよびユーザ情報を包括的に管理し、ユーザ端末１００におけるゲームの進行を支援する。サーバ２００は、ワークステーションやパーソナルコンピュータ等の汎用コンピュータであってよい。例えばサーバ２００は、ネットワークＮＷを介してユーザ端末１００からユーザ情報や種々の要求を受け付け、ネットワークＮＷを介してユーザ端末１００にゲームプログラムや関連データを送信する。サーバ２００は、同時に複数のユーザ端末１００との間で情報の送受信が可能であり、複数のユーザ端末１００におけるゲームの進行を並行して支援し得る。

ユーザ端末１００は、サーバ２００からゲームプログラムおよび必要な設定データを一度に受信し、以後はサーバ２００と通信することなくゲームを進行させてもよい。またはユーザ端末１００は、ゲームの進行に応じて随時サーバ２００と通信し、その都度必要なゲームプログラムまたはデータをサーバ２００から受信するようにしてもよい。

（１－２）ハードウェア構成
（１－２－１）サーバ
図１に示すように、サーバ２００は、ハードウェアとして、プロセッサ２００１と、メモリ２００２と、ストレージ２００３と、通信インタフェース（通信Ｉ／Ｆ）２００４と、入出力インタフェース（入出力Ｉ／Ｆ）２００５とを備え、これらがバス２００６を介して互いに電気的に接続される。

プロセッサ２００１は、サーバ２００全体の動作を制御する。プロセッサ２００１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の汎用プロセッサを含む。プロセッサ２００１は、汎用プロセッサに限らず、ＡＳＩＣ（Application Specific Integrated Circuit）またはＦＰＧＡ（Field-Programmable Gate Array）等の専用プロセッサであってもよい。

メモリ２００２は、主記憶装置であり、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等を含む。

ストレージ２００３は、補助記憶装置であり、ハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ：Solid State Drive）等の不揮発性記憶装置を含む。ストレージ２００３は、プロセッサ２００１により実行されるプログラムや、プログラムの実行に必要な設定データ等を記憶する。プログラムの一部は、ＲＯＭに記憶されてもよい。

プロセッサ２００１は、ストレージ２００３からプログラムを読み出してメモリ２００２に展開し、展開したプログラムを解釈および実行することによって、後述する処理機能を実現し得る。

通信インタフェース（通信Ｉ／Ｆ）２００４は、ネットワークＮＷを介してユーザ端末１００等の外部装置と通信するためのモジュールであり、送受信のための信号処理回路、光コネクタ等を含む。通信インタフェース２００４は、例えば光通信モジュールを含んでもよい。

入出力インタフェース（入出力Ｉ／Ｆ）２００５は、キーボードやマウス等の入力装置を通じてオペレータが入力した操作データを取り込むとともに、出力データを液晶または有機ＥＬ（Electro Luminescence）ディスプレイやスピーカ等の出力装置に出力する。

（１－２－２）ユーザ端末
図１に示すように、ユーザ端末１００は、ハードウェアとして、プロセッサ１００１と、メモリ１００２と、ストレージ１００３と、センサ１００４と、通信インタフェース（通信Ｉ／Ｆ）１００５と、入出力インタフェース（入出力Ｉ／Ｆ）１００６と、タッチスクリーン１００７とを備え、これらがバス１００８を介して互いに電気的に接続される。

プロセッサ１００１は、ユーザ端末１００の全体の動作を制御する。プロセッサ１００１は、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等の汎用プロセッサを含む。プロセッサ１００１もまた、汎用プロセッサに限らず、ＡＳＩＣまたはＦＰＧＡ等の専用プロセッサであってもよい。

プロセッサ１００１は、ストレージ１００３からプログラムを読み出してメモリ１００２に展開し、展開したプログラムを解釈および実行することによって、後述する処理機能を実現し得る。

メモリ１００２は、主記憶装置であり、ＲＯＭおよびＲＡＭ等を含む。

ストレージ１００３は、補助記憶装置であり、内蔵または外付けの半導体メモリ（例えばフラッシュメモリ）等を含む。ストレージ１００３は、プロセッサ１００１により実行されるプログラムや、プログラムの実行に必要な設定データ等を記憶する。プログラムの一部は、ＲＯＭに記憶されてもよい。

センサ１００４は、例えば、イメージセンサ、サウンドセンサ、加速度センサ、角速度センサ、地磁気センサ、ＧＰＳセンサ、近接センサ、環境光センサ等である。センサ１００４は、感知された種々の情報を電気信号に変換し、出力する。

通信インタフェース（通信Ｉ／Ｆ）１００５は、ネットワークＮＷを介してサーバ２００等の外部装置と通信するためのモジュールであり、送受信のための信号処理回路、アンテナ、ＬＡＮ端子等を含む。通信インタフェース１００５は、移動通信用のモジュール、無線／有線ＬＡＮ用のモジュール、近距離無線通信用のモジュール等を含み得る。

入出力インタフェース（入出力Ｉ／Ｆ）１００６は、外部装置から入力データを取り込むとともに、出力データを外部装置に出力する。入出力インタフェース１００６は、例えば、ユーザ端末１００の物理ボタンや、ユーザ端末１００に内蔵されたスピーカ、ＵＳＢ（Universal Serial Bus）ポート等を含み得る。

タッチスクリーン１００７は、入力部１０７１と表示部１０７２とを備え、ユーザの入力操作を受け付けるとともに、ユーザに種々の画像を表示する機能を有する。

入力部１０７１は、例えば静電容量式や抵抗膜式のタッチパネルである。入力部１０７１は、ユーザが指やタッチペン（スタイラスペン）で触れた接触位置を検知し、接触位置の座標情報を生成する。

表示部１０７２は、例えば液晶ディスプレイや有機ＥＬディスプレイであり、表示データに基づく種々の画像を表示する。表示部１０７２は、ゲーム画像を表示することによってゲーム画面を実現する。

ユーザ端末１００は、入出力インタフェース１００６を介して接続されるキーボード、マウス、コントローラ等の外部入力装置からユーザの操作を受け付けることもできる。ユーザ端末１００は、入出力インタフェース１００６を介して接続されるメモリカード等の外部記憶装置からゲームプログラムおよび関連データを取得してもよい。ユーザ端末１００は、入出力インタフェース１００６を介して接続されるディスプレイやスピーカ等の外部出力装置に表示情報を出力することもできる。ユーザ端末１００は、入出力インタフェース１００６を介して接続されるメモリカード等の外部記憶装置をストレージ１００３として使用してもよい。ユーザ端末１００はまた、センサ１００４からの信号をユーザ操作として受け付けてもよい。

（１－３）機能構成
（１－３－１）サーバ
図２は、図１に示したゲームシステム１におけるサーバ２００の機能構成の一例を示す。なお、一般的なコンピュータの機能構成およびゲームの実現に必要な公知の構成については、図示および説明を省略する。

サーバ２００は、各ユーザ端末１００と通信し、ユーザ端末１００におけるゲームの進行を支援する機能を有する。例えば、サーバ２００は、各ユーザ端末１００からの要求に応じて、各ユーザ端末１００にゲームプログラムや、ゲームプログラムの実行に必要な関連データ等を送信する機能を有する。サーバ２００は、制御部２１０と、記憶部２２０とを備える。

記憶部２２０は、主にストレージ２００３により実現される。記憶部２２０は、ゲームプログラム記憶部２２１と、ゲーム情報記憶部２２２と、ユーザ情報データベース（ＤＢ）２２３と、を備える。

ゲームプログラム記憶部２２１は、ゲームプログラムを記憶する。

ゲーム情報記憶部２２２は、ゲームプログラムを実行する際に参照される種々のゲーム情報を記憶する。

ユーザ情報データベース（ＤＢ）２２３は、各ユーザ端末１００に関連付けられるユーザに関する情報を記憶するデータベースであり、例えば、ユーザアカウント情報を記憶する。

制御部２１０は、主にプロセッサ２００１およびメモリ２００２により実現される。制御部２１０は、サーバ２００全体の機能を制御する。制御部２１０は、ゲームプログラム記憶部２２１に記憶されたゲームプログラムを実行することにより、受信制御部２１１、送信制御部２１２およびゲーム進行部２１３として機能し得る。

受信制御部２１１は、各ユーザ端末１００から、ユーザ情報、プログラムまたは関連データの送信要求、各ユーザ端末１００におけるゲームの進行状況に関する情報等を受け付ける。

送信制御部２１２は、各ユーザ端末１００に、要求されたプログラムまたは関連データ、あるいは更新されたプログラム等を送信する。送信制御部２１２はまた、各ユーザ端末１００にゲームの進行状況に関する情報の送信を要求し得る。

ゲーム進行部２１３は、ゲームプログラムに記述されたコードに従って、ゲーム情報記憶部２２２に記憶されたゲーム情報およびユーザ情報データベース２２３に記憶されたアカウント情報を参照し、各ユーザ端末１００におけるゲームの進行状況を管理する。ゲーム進行部２１３はまた、各ユーザ端末１００からの情報収集の要否や、各ユーザ端末１００へのデータ送信の要否を判定し得る。

例えば、制御部２１０は、受信制御部２１１により、ユーザ端末１００からゲームプログラムの送信要求を受け付け、ゲーム進行部２１３により、当該ユーザ端末１００に送信すべきゲームプログラムと関連データを決定し、送信制御部２１２により、決定されたゲームプログラムおよび関連データをユーザ端末１００に送信する。

（１－３－２）ユーザ端末
図３は、図１に示したゲームシステム１において使用され得るユーザ端末１００の機能構成の一例を示す。なお、一般的なコンピュータの機能構成およびゲームの実現に必要な公知の構成については、図示および説明を省略する。

ユーザ端末１００は、制御部１１０と、記憶部１２０とを含む。
記憶部１２０は、主にストレージ１００３により実現される。記憶部１２０は、ゲームプログラム記憶部１２１と、ゲーム情報記憶部１２２と、ＵＩ情報記憶部１２３とを含む。

ゲームプログラム記憶部１２１は、ゲームプログラムを記憶する。

ゲーム情報記憶部１２２は、ゲームプログラムを実行する際に参照される種々のゲーム情報を記憶する。ゲーム情報は、例えば、ゲーム空間に配置される種々のオブジェクトの設定値や、ゲーム空間に関する他の種々の情報等を含む。ゲーム情報は、被育成モンスターに関する情報、例えば、名称、ステータス、成長条件等を含む。

ＵＩ情報記憶部１２３は、ゲーム画像の生成に使用される種々のＵＩ部品に関する情報を記憶する。

制御部１１０は、主にプロセッサ１００１およびメモリ１００２により実現される。制御部１１０は、ユーザ端末１００全体の機能を制御する。制御部１１０は、ゲームプログラム記憶部１２１に記憶されたゲームプログラムを実行することにより、ゲーム進行部１１１、オブジェクト制御部１１２、表示制御部１１３、仮想カメラ制御部１１４、ファーム管理部１１５および操作受付部１１６として機能し得る。

ゲーム進行部１１１は、ゲームプログラムに記述されたコードに従って、ゲーム情報記憶部１２２に記憶されたゲーム情報を参照し、ゲーム空間にオブジェクトを配置してゲームを進行させる処理を行う。ゲーム進行部１１１は、操作受付部１１６からのユーザの操作に関する座標情報およびユーザの操作から特定されるユーザの指示をゲームの進行に反映し得る。ゲーム進行部１１１は、ゲーム空間に、ユーザの操作に応じて動作可能な第１オブジェクト（プレイヤーキャラクタ）と、ユーザの操作によらず動作可能な第２オブジェクト（モンスター）とを配置する。

オブジェクト制御部１１２は、ゲーム空間に配置された種々のオブジェクトの動作またはステータスを制御する。例えば、オブジェクト制御部１１２は、ユーザの操作に応じてプレイヤーキャラクタを動作させる。ユーザは、入力部１０７１への操作の入力を介して、プレイヤーキャラクタを移動させ、またはプレイヤーキャラクタにアクションを実行させることができる。プレイヤーキャラクタの動作は、位置の移動を伴う動作と、位置の移動を伴わない動作とを含む。オブジェクト制御部１１２はまた、ユーザの操作によらず、ゲームプログラムに記述されたコードに従ってモンスターを動作させる。オブジェクト制御部１１２はまた、ユーザの操作に応じてモンスターを動作させることもできる。モンスターの動作は、位置の移動を伴う動作と、位置の移動を伴わない動作とを含む。

表示制御部１１３は、表示部１０７２に種々の画像を表示させるための表示データを生成する。表示制御部１１３によって生成される表示データは、プレイヤーキャラクタ（第１オブジェクト）を含むゲーム空間の画像（第１画像）を表示させるための表示データを含む。一実施形態では、第１画像は、ゲーム空間内のプレイヤーキャラクタのライブ映像（第１ライブ映像）に、ＵＩ部品の画像を重畳させた画像である。表示制御部１１３によって生成される表示データはまた、第１画像の所定の領域にゲーム空間内のモンスター（第２オブジェクト）のライブ映像（第２ライブ映像）を表示させるための表示データを含む。第１画像の所定の領域は、ゲーム設計者等によって任意に設定された領域でよい。所定の領域は、例えば、ゲームプレイするユーザから見て第１画像内の右側に位置する。

ここでは、ライブ映像は、リアルタイムまたは準リアルタイムで表示されるゲーム空間の画像を言う。ライブ映像は、例えば、各キャラクタに対応して移動可能に配置された仮想カメラによって撮影される画像（映像）である。例えば、上記第１ライブ映像は、プレイヤーキャラクタを追尾する仮想カメラの撮影画像であり、上記第２ライブ映像は、モンスターを追尾する仮想カメラの撮影画像である。第１ライブ映像は、プレイヤーキャラクタの全身を含む必要はなく、顔や上半身などプレイヤーキャラクタの一部のみを含む画像であってもよい。第２ライブ映像もまた、モンスターの全身を含む必要はなく、顔や上半身などモンスターの一部のみを含むものであってもよい。一実施形態では、ライブ映像は、各仮想カメラから得られる複数の静止画像の組合せとして実現される。

表示制御部１１３によって生成される表示データはまた、上記の所定の領域を選択するユーザの操作を受け付けた場合に、モンスター（第２オブジェクト）のステータスを表す第１情報を表示させるための表示データを含む。表示制御部１１３によって生成される表示データはまた、上記の所定の領域を選択するユーザの操作を受け付けた場合に、第１画像に代えて、モンスターのライブ映像に対応する映像と、当該モンスターのステータスを表す第１情報と、を含む第２画像を表示させるための表示データを含む。表示制御部１１３は、ユーザから所定の操作を受け付けた場合に表示を第１画像から第２画像に切り替える機能を有すると言い換えることもできる。

第１画像の所定の領域を選択するユーザの操作は、タッチスクリーン１００７を介して、上記所定の領域またはその周辺をユーザがタップする操作を含む。第１画像の所定の領域を選択する操作は、モンスターを選択する操作またはライブ映像を選択する操作と言い換えることもできる。

表示制御部１１３によって生成される表示データはまた、モンスターが特定の状態に遷移したことを表す第２情報を表示させるためのデータを含む。第２情報は、例えば、文字、記号、絵、アニメーション、アイコン、またはピクトグラムを含む。第２情報は、ライブ映像に関連付けて表示される。特定の状態は、例えば、モンスターの能力値が上昇している状態、モンスターがプレゼントを所持している状態、またはモンスターが病気の状態を含む。第２情報は、モンスターが特定の状態に遷移したことを視覚的に示す第３画像を含み得る。第３画像は、例えば、ピクトグラムまたはアイコンである。第３画像は文字情報を含んでもよい。第２情報を表示させるためのデータは、第２情報を一定時間表示させた後で第２情報の表示を消すための情報を含み得る。

仮想カメラ制御部１１４は、ゲーム空間に複数の仮想カメラを配置し、各仮想カメラによって撮影される画像を取得する。仮想カメラは、ゲーム空間から画像を得るための仮想的なカメラである。仮想カメラは、ゲーム空間に配置されたオブジェクトを描画した画像を得る。撮影は、撮像の意味を含む。仮想カメラは、プレイヤーキャラクタに対応して移動可能に配置された仮想カメラを含む。仮想カメラはまた、各モンスターに対応して移動可能に配置された仮想カメラを含む。例えば、仮想カメラ制御部１１４は、各仮想カメラを各撮影対象の付随オブジェクト（子要素）として設定することによって、各仮想カメラを各撮影対象に対応して移動させる。仮想カメラ制御部１１４は、例えば、仮想空間のワールド座標系における各仮想カメラの位置（Ｘ，Ｙ，Ｚ）または各軸上の回転角（ロール、ピッチ、ヨー）を制御する。仮想カメラ制御部１１４は、各仮想カメラの動きを、撮影対象ごとに設定された条件、例えば、各撮影対象からの距離範囲、各撮影対象の正中矢状面もしくは水平面に対する角度範囲、または視点等に応じて制御することができる。仮想カメラの移動は、撮影対象を後方から追尾する態様に限られるものではなく、撮影対象の目もしくは顔を前方から追跡する態様、または撮影対象を中心とする球体の表面上を球体の中心を向きながら移動する態様など、撮影対象に対応して移動するあらゆる態様を包含する。追尾は、追跡または追従と言い換えられてもよい。仮想カメラ制御部１１４はさらに、ユーザの操作に応じて、仮想カメラの位置、ズーム、傾き、焦点、画角、倍率、各撮影対象と各仮想カメラとの相対距離または相対角度等を制御することもできる。仮想カメラは、仮想的な視点と言い換えることもできる。仮想カメラは、ゲーム空間に固定された、撮影対象を追尾しない仮想カメラを含む。

ファーム管理部１１５は、ゲーム空間の一例としてのファームフィールド（以下、単に「ファーム」と言う。）の情報を管理する。ファームは、ユーザがモンスターの育成を行うことのできるゲーム空間である。ファームは、仮想的な屋外の空間（例えば、草原や農場を模した空間）または仮想的な屋内の空間（例えば、体育館等の施設を模した空間）を含み得る。ファーム管理部１１５は、オブジェクト制御部１１２と連携して各モンスターの状態を管理する。ファーム管理部１１５はまた、ファーム内の環境（例えば、天候、昼夜、季節）、ファーム内の設備（例えば、訓練設備、餌場、アイテム）、またはその他のファーム内のイベントの管理を行う。

操作受付部１１６は、入力部１０７１を介して入力されたユーザの操作を受け付ける。以下では、「ユーザの操作」という表記は、入力部１０７１を介して入力されたユーザの操作を指すものとする。ユーザの操作は、タップ操作およびフリック操作等の入力部１０７１を介した種々の種類の操作を含む。タップ操作は、入力部１０７１において１点の接触位置が検知され、所定時間内に非検知となる操作の例である。タップ操作は、例えば、ユーザがタッチスクリーンに指先で軽く触れ、すぐに離すことによって入力される。フリック操作は、入力部１０７１において１点の接触位置を短時間で時系列に移動させる操作の例である。フリック操作は、例えば、ユーザがタッチスクリーンに指先で触れ、タッチスクリーンに触れたまま指を任意の方向に軽く払うことによって入力される。

操作受付部１１６は、ユーザの操作を受け付けると、その位置座標をもとに、表示部１０７２に表示されている画像におけるいずれのオブジェクトに対する操作かを判断する。一例として、操作受付部１１６は、いずれかのＵＩ部品の画像の位置でタップ操作を受け付けたときには、当該ＵＩ部品が選択されたことを示すコマンドを生成し、ゲーム進行部１１１、オブジェクト制御部１１２、表示制御部１１３、仮想カメラ制御部１１４、またはファーム管理部１１５に出力する。また操作受付部１１６は、画像の所定の範囲におけるユーザの操作を、プレイヤーキャラクタの動作に対する操作として受け付ける。例えば、操作受付部１１６は、プレイヤーキャラクタの周辺の位置でフリック操作を受け付けたときには、その開始位置と終了位置に対応する向きの移動操作として受け付ける。

オブジェクト制御部１１２は、さらに、ファーム管理部１１５と連携して、ファーム内に配置された各モンスターの動作およびステータスを制御する。オブジェクト制御部１１２は、例えば、走る、遊ぶ、歩く、眠るなどの複数の動作の中から動作をランダムに選択し、対応するプログラムコードに従って各モンスターをユーザの操作によらずに動作させる。オブジェクト制御部１１２は、時間経過またはファームの状態の変化に応じて各モンスターの動作を変更することもできる。オブジェクト制御部１１２は、走る割合を増やすなど、動作モードの選択の際に各モンスターの個性を反映してもよい。オブジェクト制御部１１２はまた、晴天時には活動的になるなど、ファームの環境を各モンスターの動作に反映させてもよい。

オブジェクト制御部１１２は、「訓練」が設定されたモンスターに、あらかじめ設定された動作（例えば、筋力トレーニングの動作、瞑想の動作など）を実行させる。「訓練」はユーザの選択によりモンスターごとに設定される。オブジェクト制御部１１２はまた、「訓練」が設定されたモンスターの能力値を変化させる。例えば、オブジェクト制御部１１２は、設定条件にしたがって攻撃力や防御力等のパラメータを上昇させる。

オブジェクト制御部１１２はまた、ユーザの操作に応じてモンスターの動作またはステータスを制御することもできる。例えば、オブジェクト制御部１１２は、ユーザの操作によりモンスターがプレイヤーキャラクタから食べ物を与えられた場合、当該モンスターに喜んでいる動作を一定時間実行させ、モンスターのなつき度（なかよし度）を表すパラメータ（なつき度パラメータ）または気分を表すパラメータ（きぶんパラメータ）を上昇させる。オブジェクト制御部１１２は、モンスター自体の動作に加えて、モンスターの気分を表すハートマークや音符マークの表示など、演出表示の有無も制御することができる。また例えば、オブジェクト制御部１１２は、ユーザがモンスターに食べ物を与えない時間が一定時間継続した場合、当該モンスターに怒っている動作を実行させ、当該モンスターのなつき度パラメータまたはきぶんパラメータを低下させる。

オブジェクト制御部１１２はさらに、各モンスターの状態遷移を制御する。オブジェクト制御部１１２は、各モンスターのステータスを監視し、所定の条件が満たされたときに「通常の状態」と「特定の状態」との間で状態遷移を起こさせる。例えば、オブジェクト制御部１１２は、なつき度パラメータが所定の閾値を上回る場合、モンスターを「プレゼントを所持している」という特定の状態に遷移させ、なつき度パラメータが所定の閾値以下の場合またはプレゼントがユーザに受け取られた場合、モンスターを「プレゼントを所持していない」という通常の状態に遷移させる。プレゼントは、例えばゲームの進行に有利なアイテムである。

オブジェクト制御部１１２は、一定時間ごと（例えば１／３０秒ごと）に以上のような制御を繰り返し実行する。オブジェクト制御部１１２による制御結果は、例えば、画像の表示のために表示制御部１１３に渡され、仮想カメラの制御のために仮想カメラ制御部１１４に渡され、記憶部１２０に記憶される。

（１－４）ゲームの構成
図４は、ゲームプログラムによって実現されるゲームの構成の一例を示す。ゲームは、育成パート２と、クエストパート３とを含む。ゲームプログラムは、育成パート２のための第１のゲーム空間と、クエストパート３のための第２のゲーム空間と、を構築しまたは使用する。

育成パート２は、「ファーム」の要素および「交配」の要素を含む。
育成パート２において、ユーザは、ファーム内でモンスターの育成を行うことができる（ファームの要素）。ユーザは、ゲーム内で１または複数のモンスターを所持でき、所持しているモンスターをファームに配置することによってモンスターの育成を行う。ファームに配置されたモンスターは、例えば時間の経過とともにステータスを変化させる。ステータスの変化は、能力値の変化、所持アイテムの変化、健康状態の変化等を含む。ユーザは、ファームに配置されたモンスターに対し、食べ物を与えるなど、種々の操作を行うこともできる。ユーザはまたファーム内のモンスターに訓練を設定することができる。モンスターに訓練が設定されるとモンスターの能力値が大きく向上する。ファームに配置可能なモンスターの数には上限値が設定される。各モンスターの能力値にも上限値が設定される。したがってユーザは、所持するモンスターをファーム内に配置するか（育成対象とするか）、待機状態にするかを戦略的に選択することができる。

また育成パート２において、ユーザは、交配用フィールド内で新たなモンスターを生み出すために複数のモンスターを交配させることができる（交配の要素）。ファームおよび交配用フィールドは、第１のゲーム空間に含まれる。ファームと交配用フィールドは、単一のゲーム空間として実現されてもよいし、別個のゲーム空間として実現されてもよい。ユーザは、例えば能力値が上限値に達したモンスターを用いて交配を行うことができ、交配によって新たに生み出されたモンスターをファームで成長させることができる。

クエストパート３は、何らかの目標達成をめざす冒険パートであり、「アクション」の要素および「モンスター獲得」の要素を含む。クエストパート３において、ユーザは、第２のゲーム空間内でプレイヤーキャラクタを操作してアクションを実行させる（例えば、敵キャラクタと戦わせる、アイテムを獲得させる、トラップまたはギミックを回避させる）ことができる（アクションの要素）。またクエストパート３において、ユーザは、第２のゲーム空間内でプレイヤーキャラクタにモンスターを獲得させることができる（モンスター獲得の要素）。例えば、ユーザは、プレイヤーキャラクタに敵キャラクタとしてのモンスターと戦わせ、戦いに勝つことによって、モンスターを獲得する。または例えばユーザは、プレイヤーキャラクタに専用アイテムを獲得させ、専用アイテム獲得の報酬としてモンスターを獲得する。

育成パート２とクエストパート３は、相互に関連付けられる。ユーザは、育成パート２で育成したモンスターをクエストパート３で使用することができる。例えば、ユーザは、プレイヤーキャラクタとともにまたはプレイヤーキャラクタの代わりにモンスターを操作し、アクションを行わせることができる。同様に、ユーザは、クエストパート３で獲得したモンスターを育成パート２で育成することができる。ユーザは、ゲーム画面に表示されたＵＩ部品の操作等を介して、育成パート２とクエストパート３とを相互に切り替えることができる。育成パート２のための第１のゲーム空間とクエストパート３のための第２のゲーム空間とは、別個のゲーム空間である。すなわち、ゲームプログラムによって実現されるゲームは、第１のゲーム空間とは異なる第２のゲーム空間のクエストにおいて獲得されるモンスターを、第１のゲーム空間において育成することを可能にする。ただし、第１のゲーム空間と第２のゲーム空間とは、一体的なゲーム空間であってもよい。以下の説明は、主に育成パート２（第１のゲーム空間）に関し、特にファーム部分に関する。

（２）動作
図５は、図３に示したユーザ端末１００の情報処理動作の一例を示すフローチャートである。
以降の動作の前提として、ユーザ端末１００の制御部１１０および記憶部１２０の連携により、ゲームプログラムに記述されたコードに従ってゲームが進行され、表示データが生成されているものとする。ゲーム進行部１１１は、プレイヤーキャラクタおよび育成対象モンスターを含む各種オブジェクトをゲーム空間（ファーム）に配置する。ゲーム進行部１１１はまた、仮想カメラ制御部１１４の制御の下、プレイヤーキャラクタに対応して移動可能な仮想カメラと、１または複数のモンスターの各々に対応してそれぞれ移動可能な仮想カメラとをゲーム空間に配置する。またオブジェクト制御部１１２は、モンスターの動作およびステータスを制御し、最新の情報を記憶する。

ステップＳ１において、制御部１１０は、オブジェクト制御部１１２および表示制御部１１３の連携によりゲーム空間内のオブジェクトの情報を取得する。取得されるオブジェクトの情報は、プレイヤーキャラクタの位置情報およびステータス情報と、モンスターの位置情報およびステータス情報とを含み得る。位置情報は、例えば、ゲーム空間内の位置座標として表される。ファーム内にモンスターが複数配置されている場合、制御部１１０は、複数のモンスターそれぞれの情報を取得する。

ステップＳ２において、制御部１１０は、表示制御部１１３および仮想カメラ制御部１１４の連携により、プレイヤーキャラクタを含むゲーム空間の第１画像を表示させるための表示データを生成し、第１画像を表示部１０７２に表示させる。一実施形態では、第１画像は、プレイヤーキャラクタに対応して移動可能に配置された仮想カメラからのライブ映像に、ＵＩ部品の画像を重畳させた画像である。例えば、仮想カメラは、仮想カメラ制御部１１４により、プレイヤーキャラクタの後方に所定の距離だけ離れた位置で、プレイヤーキャラクタの頭部に視点をおいてプレイヤーキャラクタを追尾するように制御される。仮想カメラは、所定のフレームレートで画像を撮影し、表示制御部１１３に渡す。この結果、プレイヤーキャラクタを後方から見た、いわゆる三人称視点によるプレイヤーキャラクタのライブ映像が得られる。

次いで制御部１１０は、ステップＳ３～Ｓ５により、ファーム内のモンスターの各々について、第１画像の所定の領域にモンスターのライブ映像を含む画像を表示させる処理を繰り返す。
まずステップＳ３において、制御部１１０は、表示制御部１１３および仮想カメラ制御部１１４の連携により、第１画像内の所定の領域にモンスターのライブ映像を表示させるための表示データを生成し、表示させる。ライブ映像は、ゲーム空間内で１または複数のモンスターの各々に対応して移動可能に配置された仮想カメラからのライブ映像である。例えば、各仮想カメラは、仮想カメラ制御部１１４により、各モンスターの正面前方に所定の距離だけ離れた位置で、各モンスターの頭部に視点をおいて各モンスターを追跡するように制御される。各仮想カメラは、所定のフレームレートで画像を撮影し、表示制御部１１３に渡す。この結果、各モンスターの顔の一部を含むライブ映像が得られる。プレイヤーキャラクタを撮影する仮想カメラのフレームレートと、各モンスターを撮影する各仮想カメラの各フレームレートとは、同じであっても異なるものであってもよい。

図６は、一実施形態に係るゲームプログラムによって実現されるゲーム画像の第１の例を示す。図６のゲーム画像５０Ａは、第１画像の第１の例であり、ユーザ端末１００の表示部１０７２に表示される。ゲーム画像５０Ａは、プレイヤーキャラクタ１１を含むゲーム空間の画像を含む。ゲーム画像５０Ａはまた、ＵＩ部品５１Ａ，５１Ｂ，５１Ｃ、ＵＩ部品５２、およびＵＩ部品７１Ａ，７１Ｂ，７１Ｃ，７１Ｄの画像を含む。

ゲーム画像５０Ａにおいて、プレイヤーキャラクタ１１を含むゲーム空間の画像は、ゲーム空間内でプレイヤーキャラクタ１１を追尾する仮想カメラの撮影画像である。ゲーム画像５０Ａでは、プレイヤーキャラクタ１１は、草原の外観を有するファーム内に配置され、草、木、岩、柵、山、空等の背景オブジェクトとともに表示される。プレイヤーキャラクタ１１は、ユーザの操作に応じて動作可能な第１オブジェクトの一例であり、ゲーム画像５０Ａでは人間のゲームキャラクタとして表現されている。

ＵＩ部品５１Ａ，５１Ｂ，５１Ｃは、ユーザによって選択されると所定の機能を発揮する操作ボタンである。一例として、ＵＩ部品５１Ａがタップされると、ファームの設定を行うための専用画像（図示せず）に切り替わり、ユーザがファームの設定を行えるようになる。ファームの設定は、例えば、ファームに配置するモンスターの設定、ファームに配置したモンスターの訓練の設定、ファームに配置する他のオブジェクト（例えば、訓練を支援するトレーナー、訓練道具、遊び道具など）の設定等を含む。また一例としてＵＩ部品５１Ｂがタップされると、交配用フィールド画像（図示せず）に切り替わり、ユーザが交配の要素をゲームプレイできるようになる。また一例として、ＵＩ部品５１Ｃがタップされると、各種設定を行うための専用画像（図示せず）に切り替わり、ユーザが画面表示や音量等の各種設定を行えるようになる。ＵＩ部品５１Ａ，５１Ｂ，５１Ｃの数、外観、表示位置または機能は、ゲーム設計者によって任意に設定され得る。

ＵＩ部品５２は、シーンタイトルの機能を有し、ゲーム画像５０Ａが表示するシーン（場面）を説明する表示を含む。図６では、ＵＩ部品５２は、文字「ファーム」を含み、プレイヤーキャラクタ１１がファームにいることを示す。シーンタイトル５２もまたゲーム設計者によって任意に設定され得る。

ＵＩ部品７１Ａ，７１Ｂ，７１Ｃ，７１Ｄは、ゲーム画像５０Ａの所定の領域７０内に配置される。所定の領域７０は、一例として、ゲームプレイをするユーザから見てゲーム画像５０Ａ内の右側に位置する。ゲーム画像５０Ａ内の右側の領域は、ユーザが両手でユーザ端末１００の長手方向の両端をそれぞれ把持したときに、右手でタップしやすい領域の一例である。所定の領域７０は、ゲーム画像５０Ａの他の位置であってもよい。

ＵＩ部品７１Ａ，７１Ｂ，７１Ｃ，７１Ｄは、それぞれ、モンスターのライブ映像２０Ａ，２０Ｂ，２０Ｃ，２０Ｄ（総括的に「ライブ映像２０」とも言う。）を表示する機能を有する。以下では、ＵＩ部品７１Ａ，７１Ｂ，７１Ｃ，７１Ｄをそれぞれ「ワイプＵＩ」と呼び、総括的に「ワイプＵＩ７１」とも呼ぶ。また、ライブ映像２０を含むワイプＵＩ７１に関連する画像を総括的にワイプ画像と呼ぶ。

図６では、ワイプＵＩ７１Ａ，７１Ｂ，７１Ｃ，７１Ｄには、それぞれ、ファーム内に配置された異なる４体のモンスター２１Ａ，２１Ｂ，２１Ｃ，２１Ｄ（総括的に「モンスター２１」とも言う。）のライブ映像２０Ａ，２０Ｂ，２０Ｃ，２０Ｄが表示される。ライブ映像２０は、ゲーム空間内で各モンスター２１を追跡する仮想カメラの撮影画像である。モンスター２１は、ユーザの操作によらず動作可能な第２オブジェクトの一例であり、図６では架空生物のキャラクタとして表現されている。モンスター２１はユーザの操作に応じた動作も可能であってもよい。各モンスター２１は、ユーザによって育成対象として選択され、ファームに配置されたモンスターである。

ワイプＵＩ７１の外観、形状、数、大きさおよび位置は、任意に設定されてよい。ゲームの進行中、ワイプＵＩ７１の数は、固定であってもよいし、変化してもよい。例えば、ワイプＵＩ７１の数は、ゲームの進行中、ファーム内に配置されているモンスター２１の数に応じて変化してもよいし、ファーム内に配置可能なモンスター２１の最大数に等しい固定数であってもよい。同様に、ゲームの進行中、表示されるワイプＵＩ７１の大きさは固定であっても変化してもよい。ワイプＵＩ７１は、所定の領域７０において図６のように並べて表示されてもよいし、一部が重なり合ってもよい。例えば、図６において、モンスター２１Ａが育成対象から外された（ファームに配置されなくなった）場合、ワイプＵＩ７１Ａの表示が消されてもよいし、ワイプＵＩ７１Ａ内のライブ映像がダミー画像に切り替えられてもよいし、ワイプＵＩ７１Ａの輪郭のみ維持されて第１ライブ映像が透過して見えるようにされてもよい。ワイプＵＩ７１Ａの表示が消される場合、残りのワイプＵＩ７１Ｂ，７１Ｃ，７１Ｄの位置および大きさは維持されてもよいし、所定の領域７０内で均等な配置になるように、位置、大きさ（高さ）、または間隔が変更されてもよい。

プレイヤーキャラクタ１１は、ユーザの操作を受けてファーム内を移動する（例えば、歩き回る）ことができる。プレイヤーキャラクタ１１がゲーム空間内でいずれかのモンスター２１の近くに移動すると、プレイヤーキャラクタ１１を追尾する仮想カメラの撮影画像に当該モンスター２１も映り込み、ゲーム画像５０Ａにはプレイヤーキャラクタ１１とともに当該モンスター２１が表示される。ユーザは、ゲーム画像５０Ａを通じてモンスター２１とコミュニケーションをとることができる。しかし、ファームが広大な場合、プレイヤーキャラクタ１１をモンスター２１の近くに移動させる操作は煩雑である。ファーム内にモンスター２１が複数配置される場合、ユーザは、まず関心対象のモンスター２１を特定し、さらにそのモンスター２１の位置を特定しなければならず、関心対象のモンスター２１の近くにプレイヤーキャラクタ１１を移動させる操作はいっそう煩雑になり得る。

一実施形態では、ゲーム画像５０Ａに示すように、プレイヤーキャラクタ１１のライブ映像とともにワイプＵＩ７１が一覧表示され、ワイプＵＩ７１内に各モンスター２１のライブ映像が表示される。これにより、ユーザは、プレイヤーキャラクタ１１を操作しながら、各モンスター２１の現在の状態を煩雑な操作なしにひと目で把握することができる。

例えば、図６において、ワイプＵＩ７１Ａにはモンスター２１Ａのライブ映像２０Ａが表示され、ユーザは、プレイヤーキャラクタ１１の操作をしながら、モンスター２１Ａがファーム内を歩き回っている様子を視認できる。ワイプＵＩ７１Ｂにはモンスター２１Ｂのライブ映像２０Ｂが表示され、モンスター２１Ｂが目を閉じている様子を視認できる。ワイプＵＩ７１Ｃにはモンスター２１Ｃのライブ映像２０Ｃが表示され、モンスターの気分に応じた演出として表示される音符マーク２２が映り込んでおり、モンスター２１Ｃの気分が良好である様子を視認できる。ワイプＵＩ７１Ｄにはモンスター２１Ｄのライブ映像２０Ｄが表示され、モンスター２１Ｄが座っている様子を視認できる。

なお、プレイヤーキャラクタ１１がいずれかのモンスター２１の近くにいる場合、当該モンスター２１は、プレイヤーキャラクタ１１のライブ映像にも映りつつ、ワイプＵＩ７１内にも映りこみ得る。ワイプＵＩ７１内のライブ映像にプレイヤーキャラクタ１１自体が映り込むこともあり得る。同様に、２以上のモンスター２１が互いに近くにいる場合、１つのワイプＵＩ７１に２以上のモンスター２１が映り込み、または２以上のワイプＵＩ７１に同じモンスター２１が重複して映り込むことも起こり得る。

続いて、ステップＳ４において、制御部１１０は、オブジェクト制御部１１２およびファーム管理部１１５等の連携により、各モンスター２１が特定の状態に遷移したかどうかを判定する。モンスター２１が特定の状態に遷移したと判定される場合（ＹＥＳ）、ステップＳ５に進み、当該モンスターが特定の状態に遷移していないと判定される場合（ＮＯ）、処理を終了する。上述したように、ファーム内に配置された各モンスター２１は、「通常の状態」と「特定の状態」という２つの状態を有し、所定の条件が満たされたときに状態遷移を起こす。

特定の状態の一例は、モンスター２１がプレゼントを所持している状態である。この例では、通常の状態は、モンスター２１がプレゼントを所持していない状態である。例えば、モンスター２１は、ファーム内で食べ物を与えられるとなつき度パラメータを上昇させ、なつき度パラメータが一定値に達するとプレゼントを所持している状態（特定の状態）に遷移する。ユーザは、例えばプレイヤーキャラクタ１１を介してモンスター２１からプレゼントを受け取ることによって、プレゼントの中身のアイテムを獲得する。ユーザがモンスター２１からプレゼントを受け取ると、モンスター２１は通常の状態に遷移する。

特定の状態の他の例は、モンスター２１が病気の状態（不健康な状態）である。この例では、通常の状態は、モンスター２１が病気でない状態（健康な状態）である。例えば、モンスター２１は、食べ物を与えられない状態が一定時間続いた場合、クエストパート３に連れて行かない状態が一定時間続いた場合、ファームに配置しただけの状態が一定時間続いた場合、または訓練を設定したまま放置された状態が一定時間続いた場合など、所定の条件が満たされると、きぶんパラメータを低下させるように設定される。きぶんパラメータはまた、プレイヤーキャラクタ１１とのコミュニケーションの頻度またはファーム内の環境の変化等に起因して変化するように設定されてもよい。きぶんパラメータが一定値を下回った状態が一定時間続くと、モンスター２１は、一定の確率で病気の状態に遷移する。さらに病気の状態が一定時間続くと、モンスター２１の能力値が低下し、またはモンスター２１をクエストパート３に連れていくことができなくなる。ユーザは、例えば、プレイヤーキャラクタ１１を介して病気のモンスター２１に食べ物を与える、クエストパート３に連れて行く、薬を投与する、またはコミュニケーションを増やすなどの対応をとることによって、モンスター２１を病気の状態から回復させることができる。所定の回復条件が満たされると、モンスター２１は通常の状態に遷移する。

特定の状態の他の例は、モンスター２１の能力値が上昇している状態である。この例では、通常の状態は、モンスター２１の能力値が上昇していない状態である。例えば、モンスター２１は、ファーム内で「訓練」が設定され、かつ能力値が上限値に達していない場合、その能力値が上昇している状態に遷移する。モンスター２１の能力値が上限値に達した場合、またはモンスター２１の「訓練」が解除された場合、モンスター２１は、通常の状態に遷移する。能力値は、体力を表すＨＰ（ヒットポイント）、スキル（特殊技）の使用能力を表すＳＰ（スキルポイント）、攻撃力、防御力、攻撃命中率、幸運度、攻撃回避率、または移動速度等を含む。能力値が上昇している状態は、モンスター２１が新たなスキルを獲得しようとしている状態または新たなスキルを獲得した状態を含んでもよい。

各モンスター２１は、同時に異なる特定の状態に遷移することが起こり得る。上記の例で言えば、モンスター２１がプレゼントを所持している状態、モンスター２１が病気の状態、またはモンスター２１の能力値が上昇している状態のうちの２以上の組合せが、各モンスター２１に同時に起こり得る。

次いでステップＳ５において、制御部１１０は、表示制御部１１３により、モンスター２１が特定の状態に遷移したことを表す遷移情報を表示させるための表示データを生成し、表示させる。遷移情報は、第２情報の一例である。遷移情報は、「プレゼント」、「病気」、「防御力上昇中」、「攻撃力上昇中」、「新スキル獲得」等の文字を含み得る。遷移情報は、プレゼントの箱の絵、ドクロマーク、矢印マークなど、モンスター２１が特定の状態に遷移したことを視覚的に示す画像（第３画像）を含み得る。表示制御部１１３は、例えばＵＩ情報記憶部１２３から条件に合致するＵＩ部品を読み出すことによって、遷移情報を表示させるための表示データを生成する。遷移情報は、各ライブ映像２０または各ワイプＵＩ７１に関連付けて表示される。例えば、遷移情報は、ワイプＵＩ７１の枠にバッジ表示され、ワイプＵＩ７１に重畳表示され、またはワイプＵＩ７１の近くに表示され得る。

図５に示したフローは、一定の周期で（例えば１／３０秒ごとに）繰り返し実行される。一実施形態では、プレイヤーキャラクタまたは各モンスターを撮影する仮想カメラのフレームレートは、処理負荷を抑えつつ、滑らかなライブ映像が得られるような値に設定される（例えば１／１０秒）。

図７は、一実施形態に係るゲームプログラムによって実現されるゲーム画像の第２の例を示す。図７のゲーム画像５０Ｂは、第１画像の第２の例である。図７のゲーム画像５０Ｂは、遷移情報の表示を含む点を除き、図６のゲーム画像５０Ａと同様であるので、以下では主に図６との相違点について説明する。

図７のゲーム画像５０Ｂは、プレゼント表示７２および病気表示７３を含む。プレゼント表示７２および病気表示７３は、それぞれ、遷移情報の表示の一例である。

プレゼント表示７２は、モンスター２１がプレゼントを所持している状態に遷移したことを示す。図７では、プレゼント表示７２は、プレゼントの箱の絵を含む画像である。図７では、プレゼント表示７２は、いわゆるバッジ表示の態様でワイプＵＩ７１Ａの枠部に重畳表示され、モンスター２１Ａがプレイヤーキャラクタ１１へのプレゼントを所持していることを示す。プレゼント表示７２はまた、ユーザに対し、モンスター２１Ａからプレゼントを受け取る操作が必要であることを示唆する。

プレゼント表示７２は、モンスター２１がプレゼントを所持している状態にある間、継続的に表示される。例えば、ユーザがモンスター２１Ａの近くにプレイヤーキャラクタ１１を移動させ、モンスター２１Ａからプレゼントを受け取る操作を行うと、モンスター２１Ａは「特定の状態」から「通常の状態」に遷移する。したがって、次の周期の処理の際、ステップＳ４の判定（ＮＯ）により、プレゼント表示７２を表示せずに処理が終了する。ステップＳ４で「ＮＯ」と判定された場合、「表示済みの遷移情報があればその表示を消す」処理が実行されてもよい。

病気表示７３は、モンスター２１が病気の状態に遷移したことを示す。図７では、病気表示７３は、ドクロマークを含む画像である。図７では、病気表示７３もバッジ表示の態様でワイプＵＩ７１Ｄの枠部に重畳表示され、モンスター２１Ｄが病気の状態であることを示す。病気表示７３はまた、ユーザに対し、モンスター２１Ｄを病気の状態から回復させる操作が必要であることを示唆する。

病気表示７３は、モンスター２１が病気の状態にある間、継続的に表示される。例えば、ユーザが病気のモンスター２１Ｄの近くにプレイヤーキャラクタ１１を移動させ、薬を与える操作を行うと、モンスター２１Ｄは「特定の状態」から「通常の状態」に遷移する。したがって、次の周期の処理の際、ステップＳ４の判定（ＮＯ）により、病気表示７３を表示せずに処理が終了する。やはり、ステップＳ４で「ＮＯ」と判定された場合、「表示済みの遷移情報があればその表示を消す」処理が実行されてもよい。

プレゼント表示７２または病気表示７３は、文字情報を含んでもよいし、文字だけで構成されてもよい。プレゼント表示７２または病気表示７３は、ワイプＵＩ７１内に表示されてもよいし、ワイプＵＩ７１外に表示されてもよい。プレゼント表示７２または病気表示７３は、例えばユーザによってタップされた場合に、モンスター２１がどのような状態か、またはユーザがどのような操作を行うべきか等を説明する文字情報を表示する機能を有してもよい。

図８は、一実施形態に係るゲームプログラムによって実現されるゲーム画像の第３の例を示す。図８のゲーム画像５０Ｃは、第１画像の第３の例である。図８のゲーム画像５０Ｃは、遷移情報の表示を含む点を除き、図６のゲーム画像５０Ａと同様であるので、以下では主に図６との相違点について説明する。

図８のゲーム画像５０Ｃは、第１の能力上昇表示７４および第２の能力上昇表示７５を含む。第１の能力上昇表示７４および第２の能力上昇表示７５は、それぞれ、遷移情報（第２情報または第３画像）の表示の一例である。

第１の能力上昇表示７４は、能力値が上昇している状態にモンスター２１が遷移したことを示す。第１の能力上昇表示７４は、上向きの矢印の絵と、防御力の略記として「防」の文字とを含み得る。図８では、第１の能力上昇表示７４は、ワイプＵＩ７１ＢおよびワイプＵＩ７１Ｃ内にそれぞれ表示され、モンスター２１Ｂおよびモンスター２１Ｃの防御力がそれぞれ上昇していることを示す。

第２の能力上昇表示７５もまた、能力値が上昇している状態にモンスター２１が遷移したことを示す。第２の能力上昇表示７５は、上向きの矢印の絵と、攻撃力の略記として「攻」の文字とを含み得る。図８では、第２の能力上昇表示７５は、ワイプＵＩ７１Ｃ内に表示され、モンスター２１Ｃの攻撃力が上昇していることを示す。

一実施形態によれば、表示制御部１１３は、モンスター２１が特定の状態に遷移した場合、遷移情報の表示を開始するとともにタイマーを始動させ、遷移情報の表示開始から一定時間（例えば、３秒、５秒、１０秒、等）が経過したら、遷移情報の表示を消す処理を行う（または遷移情報を含まない画像を表示させる）。遷移情報の表示を、モンスター２１が特定の状態にある間は継続するか、表示開始から一定時間後に消すかは、遷移情報ごとに設定されてよい。一定時間後に表示を消す場合、消すまでの時間も遷移情報ごとに設定されてよい。一例として、第１の能力上昇表示７４および第２の能力上昇表示７５は一定時間表示後に表示を消される。第１の能力上昇表示７４および第２の能力上昇表示７５は、モンスター２１の能力値が上昇している状態にある間、継続的に表示されてもよい。

図７および図８に示したように、一実施形態では、第１画像において、所定の領域７０に表示されているモンスター２１（第２オブジェクト）が特定の状態に遷移したことを表す遷移情報がさらに表示される。遷移情報は、文字または画像を含み、所定の領域７０に重畳表示される。遷移情報は、特に、所定の領域７０内で、各ワイプＵＩ７１の枠に、各ワイプＵＩ７１内に、または各ワイプＵＩ７１の周辺に表示され、どのモンスター２１が特定の状態に遷移したかを示すことができる。これにより、ユーザは、プレイヤーキャラクタ１１を操作しながら、各モンスター２１が特定の状態に遷移したか否かを煩雑な操作なしにひと目で把握することができる。

一実施形態では、ワイプＵＩ７１はさらに、ユーザの操作を受け付ける操作ボタンの機能を有する。いずれかのワイプＵＩ７１をタップする操作を受け付けた場合、制御部１１０は、表示制御部１１３の制御のもと、タップされたワイプＵＩ７１に係るモンスター２１の詳細なステータス情報を表示させる。ワイプＵＩ７１をタップする操作は、所定の領域７０を選択する操作の一例である。

例えば、図５に示した処理を周期的に実行し、第１画像（およびライブ映像）を表示する処理を実行している間、制御部１１０は、操作受付部１１６により、ユーザがワイプＵＩ７１をタップする操作の有無を監視している。操作受付部１１６は、例えば、タップ操作の位置がいずれかのワイプＵＩ７１内に含まれる場合に、ワイプＵＩ７１をタップする操作が検知されたと判定する。いずれかのワイプＵＩ７１をタップする操作が検知されると、制御部１１０は、図５の処理を中断し、表示制御部１１３の制御のもと、タップされたワイプＵＩ７１に係るモンスター２１のライブ映像に対応する映像と、そのステータスを表す第１情報と、を含む第２画像を生成し、第１画像に代えて表示させる。ライブ映像に対応する映像とは、第１画像に表示されていたライブ映像が拡大された映像、または第１画像に表示されていたライブ映像がゲーム画面全体に表示された映像を含む。

図９は、図６のゲーム画像から遷移し得るゲーム画像の第１の例を示す。図９のゲーム画像６０Ａは、特にワイプＵＩ７１Ａをタップする操作を受け付けた場合に、ユーザ端末１００の表示部１０７２に表示されるゲーム画像の一例である。図９のゲーム画像６０Ａは、第２画像の第１の例であり、図６のゲーム画像５０Ａ（第１画像）に代えて表示される。なお、図７または図８に示されるワイプＵＩ７１Ａがタップされた場合にも同様のゲーム画像が表示され得る。図９のゲーム画像６０Ａは、モンスター２１Ａのライブ映像と、ＵＩ部品５２，５３，５４Ａ，５５Ａ，５６Ａ，５７および５８を含む。

ゲーム画像６０Ａ（第２画像）に含まれるモンスター２１Ａのライブ映像は、ゲーム画像５０Ａ（第１画像）に含まれるモンスター２１Ａのライブ映像に対応する映像である。第２画像に含まれるライブ映像は、ワイプＵＩ７１Ａ内のライブ映像と同様、モンスター２１Ａを追跡する仮想カメラのライブ映像である。第２画像に含まれるライブ映像は、タップされたワイプＵＩ７１Ａに表示されていたライブ映像を拡大したものと言い換えることもできる。ゲーム画像６０Ａには、モンスター２１Ａがファーム内を歩き回る様子が表示されている。

ＵＩ部品５４Ａは第１ステータス情報を表示する。第１ステータス情報は、モンスター２１Ａの名前「モンスターＡ」と、雌雄を示す記号「♂」と、モンスター２１Ａのレベル「レベル２０」とを含む。ＵＩ部品５５Ａは第２ステータス情報を表示する。第２ステータス情報は、モンスター２１Ａのなつき度「レベル３」、きぶん「良好（スマイルマーク）」、および訓練の設定状況「未選択」を示す情報を含む。ＵＩ部品５６Ａは第３ステータス情報を表示する。第３ステータス情報は、モンスター２１Ａの能力値を示す情報「ＨＰ４４５」、「ＳＰ１００」、「攻撃力８０」および「防御力７０」を含む。第１ステータス情報、第２ステータス情報および第３ステータス情報は、モンスター２１Ａ（第２オブジェクト）のステータスを表す第１情報の例である。第１ステータス情報、第２ステータス情報および第３ステータス情報は、図９のように分割表示される必要はなく、例えば１つのＵＩ部品内にまとめて表示されてもよい。また第１ステータス情報、第２ステータス情報および第３ステータス情報は例示にすぎず、一部の情報が省略されてもよいし、一部の情報が他の情報に置き換えられてもよいし、他の情報が追加されてもよい。図９では、第１情報はライブ映像に重畳表示される例を示しているが、第１情報とライブ映像は、他の態様で表示されてもよく、例えば上下にまたは左右に並べて表示されてもよい。

ＵＩ部品５２は、図６と同様にシーンタイトルの機能を有し、ゲーム画像６０Ａが表示するシーン（場面）を説明する表示を含む。この例では、ＵＩ部品５２は、文字「モンスター」を含み、モンスター２１を表示するシーンであることを示す。
ＵＩ部品５３は、いわゆる「もどる」機能を有する操作ボタンであり、タップ操作を受け付けると、ゲーム画像６０Ａを直前に表示されていた画像（例えばゲーム画像５０Ａ）に切り替える。
ＵＩ部品５７は、「入れ替える」機能を有する操作ボタンであり、タップ操作を受け付けると、モンスター２１Ａを入れ替える処理を行うための画像に切り替わる。
ＵＩ部品５８は、「食べ物をあげる」機能を有する操作ボタンであり、タップ操作を受け付けると、モンスター２１Ａに食べ物をあげる処理を行うための画像に切り替わる。

図１０は、図６のゲーム画像から遷移し得るゲーム画像の第２の例を示す。図１０のゲーム画像６０Ｂは、特にワイプＵＩ７１Ｂをタップする操作を受け付けた場合に、ユーザ端末１００の表示部１０７２に表示されるゲーム画像の一例である。図１０のゲーム画像６０Ｂは、第２画像の第２の例であり、やはり図６のゲーム画像５０Ａ（第１画像）に代えて表示される。なお、図７または図８に示されるワイプＵＩ７１Ｂがタップされた場合にも同様のゲーム画像が表示され得る。図１０のゲーム画像６０Ｂは、モンスター２１Ｂのライブ映像に対応する映像と、ＵＩ部品５２，５３，５４Ｂ，５５Ｂ，５６Ｂ，５７および５８を含む。以下では主に図９との相違点について説明する。

ゲーム画像６０Ｂ（第２画像）に含まれるモンスター２１Ｂのライブ映像は、ゲーム画像５０Ａ（第１画像）に含まれるモンスター２１Ｂのライブ映像に対応する映像である。第２画像に含まれるライブ映像は、ワイプＵＩ７１Ｂ内のライブ映像と同様、モンスター２１Ｂを追跡する仮想カメラのライブ映像である。第２画像に含まれるライブ映像は、タップされたワイプＵＩ７１Ｂに表示されていたライブ映像を拡大したものと言い換えることもできる。ゲーム画像６０Ｂには、モンスター２１Ｂがファーム内で目を閉じて瞑想している様子が表示されている。

ＵＩ部品５４Ｂは第１ステータス情報を表示する。第１ステータス情報は、モンスター２１Ｂの名前「モンスターＢ」と、雌雄を示す記号「♀」と、モンスター２１Ｂのレベル「レベル１」とを含む。ＵＩ部品５５Ｂは第２ステータス情報を表示する。第２ステータス情報は、モンスター２１Ｂのなつき度「レベル５」、きぶん「良好（スマイルマーク）」、および訓練の設定状況「瞑想」を示す情報を含む。ＵＩ部品５６Ｂは第３ステータス情報を表示する。第３ステータス情報は、モンスター２１Ｂの能力値を示す情報「ＨＰ２７０」、「ＳＰ５５」、「攻撃力４５」および「防御力４０」を含む。第１ステータス情報、第２ステータス情報および第３ステータス情報は、モンスター２１Ｂ（第２オブジェクト）のステータスを表す第１情報の例である。第１ステータス情報、第２ステータス情報および第３ステータス情報は、図１０のように分割表示される必要はなく、例えば１つのＵＩ部品内にまとめて表示されてもよい。また第１ステータス情報、第２ステータス情報および第３ステータス情報は、例示にすぎず、一部の情報が省略されてもよいし、一部の情報が他の情報に置き換えられてもよいし、他の情報が追加されてもよい。

ＵＩ部品５５Ｂ内に示されるように、モンスター２１Ｂは「瞑想」の訓練を設定された状態にある。「訓練」は、「瞑想」に限られず、他の訓練内容を選択可能であってよい。訓練内容に応じて能力値の変化が異なるように設定されてもよい。例えば、「瞑想」が設定された場合、一定時間ごとにモンスター２１の「防御力」が一定値上昇するように設定される。ゲーム画像６０Ｂもまた図８に例示した第１の能力上昇表示７４を含んでもよい。

以上では、ワイプＵＩ７１をタップする操作（所定の領域７０を選択する操作）を受け付けた場合に、第１画像に代えて第２画像が表示される例を説明した。第２画像は、各モンスターのステータスを表す情報と、各モンスターのライブ映像に対応する映像とを含み、さらに各モンスターに対する操作を可能とし得る。追加的に、または代替的に、ワイプＵＩ７１をタップする操作を受け付けた場合に、ゲーム空間内で、タップされたワイプＵＩ７１に映っているモンスター２１の近くにプレイヤーキャラクタ１１が自動的に移動するように設定されてもよい。

図１１は、図９のゲーム画像から遷移し得るゲーム画像の第１の例を示す。図１１のゲーム画像６１は、図９においてＵＩ部品５７をタップする操作を受け付けた場合に、ユーザ端末１００の表示部１０７２に表示されるゲーム画像の一例である。ゲーム画像６１は、ＵＩ部品５２，ＵＩ部品５３，ＵＩ部品６２，ＵＩ部品６３，ＵＩ部品６４，ＵＩ部品６５およびＵＩ部品６６を含む。

ＵＩ部品５２は、シーンタイトルの機能を有し、ゲーム画像６１が「入れ替える」機能を有するＵＩ部品５７が選択された後のシーンであることを示す。
ＵＩ部品５３は、いわゆる「もどる」機能を有し、タップ操作を受け付けると、ゲーム画像６１を直前に表示されていた画像（例えばゲーム画像６０Ａ）に切り替える。
ＵＩ部品６２は、現在選択されているモンスターに関する情報を含む。この例では、ＵＩ部品６２は、モンスター２１Ａの画像と、モンスター２１Ａに関する種々の情報（図９に表示されていたのと同じ情報）を表示する。

ＵＩ部品６３は、「はずす」機能を有し、タップ操作を受け付けると、モンスター２１Ａを育成対象からはずす処理を行う。例えばユーザは、モンスター２１の能力値が上限値に達した場合に「はずす」を選択する。モンスター２１Ａが育成対象からはずされると、ファームに配置し得るモンスターの枠に空きが生じることになる。

ＵＩ部品６４は、プレイヤーキャラクタ１１が所持しているモンスターに関する情報を含む。「編成中」の記載があるモンスターは、現在ファーム内に配置されているモンスターである。例えばユーザは、いずれかのＵＩ部品６４をタップすることによって、選択中のモンスター２１Ａとタップしたモンスターとを入れ替えることができる。ＵＩ部品６２は、モンスター２１Ａに代えてタップされたモンスターのステータスを表示する。

ＵＩ部品６５は、「キャンセル」機能を有する。例えば、ユーザがＵＩ部品６５をタップすると、ゲーム画像６１において直前に行われた処理がキャンセルされる。
ＵＩ部品６６は、「ＯＫ」機能を有する。例えば、ユーザがＵＩ部品６６をタップすると、ＵＩ部品６２内に表示されているモンスターがファームに配置される。
このように、「入れ替える」機能は、ファームに配置されるモンスターの入れ替えを行うことを可能にする。言い換えれば、「入れ替える」機能は、ワイプＵＩ７１内のライブ映像２０に表示されるモンスター２１の入れ替えを行うことを可能にする。

図１２は、図９のゲーム画像から遷移し得るゲーム画像の第２の例を示す。図１２のゲーム画像６７は、図９のゲーム画像６０ＡにおいてＵＩ部品５８をタップする操作を受け付けた場合に、ユーザ端末１００の表示部１０７２に表示される画像の一例である。ゲーム画像６７は、モンスター２１Ａのライブ映像、ＵＩ部品５２，５３，６８，８１，８２，８３Ａ，８３Ｂ，８３Ｃ，８３Ｄおよび８３Ｅを含む。

ＵＩ部品５２は、シーンタイトルの機能を有し、ゲーム画像６７が「食べ物をあげる」機能を有するＵＩ部品５８が選択された後のシーンであることを示す。
ＵＩ部品５３は、いわゆる「もどる」機能を有し、タップ操作を受け付けると、ゲーム画像６７を直前に表示されていた画像（例えばゲーム画像６０Ａ）に切り替える。
ＵＩ部品６８は、現在選択されているモンスターに関する情報を含む。この例では、ＵＩ部品６８は、モンスター２１Ａのステータスのうち「なつき」および「きぶん」のパラメータの情報を含む。ＵＩ部品６８は、「なつき」と「きぶん」が上昇していることを表す上向きの矢印マーク６９をさらに含み得る。ゲーム画像６７には、モンスター２１Ａのライブ映像に「なつき」と「きぶん」のパラメータがそれぞれ上昇していることを表す演出表示として音符マーク２２とハートマーク２３が重畳されている。このような演出表示は、ワイプＵＩ７１内のライブ映像にも映り込み得る。

ＵＩ部品８３Ａ，８３Ｂ，８３Ｃ，８３Ｄおよび８３Ｅは、ユーザがモンスター２１Ａに食べ物オブジェクトを与えるための操作ボタンとして機能する。例えばユーザがＵＩ部品８３Ａ～８３Ｅのいずれかを選択し、そのままドラッグ操作をしてモンスター２１Ａ付近や、モンスター２１Ａの特定の部分にドロップする操作をすると、当該ＵＩ部品によって示される食べ物オブジェクトをモンスター２１Ａに与える処理が行われる。また、ＵＩ部品８３Ａ～８３Ｅをタップする操作をしただけで、当該ＵＩ部品によって示される食べ物オブジェクトをモンスター２１Ａに与える処理が行われても良い。食べ物オブジェクトを与えられたモンスター２１は、「なつき」または「きぶん」のパラメータを上昇させる。図１２では、実線で囲まれたＵＩ部品８３Ｃが選択されている。ＵＩ部品８３Ｃは、ケーキのオブジェクトに対応する。ケーキのオブジェクトを与えられた結果、モンスター２１Ａの「なつき」および「きぶん」のパラメータが上昇している。食べ物オブジェクトは、その種類または個数に応じて異なるパラメータ上昇率が得られるように設定される。

ＵＩ部品８１および８２は、ＵＩ部品８３Ａ～８３Ｅの表示範囲を変更するためのＵＩ部品の一例である。例えば、ユーザがＵＩ部品８１をタップすると、現在右端に表示されているＵＩ部品８３Ｅの表示が消され、ＵＩ部品８３Ａ～８３Ｄの表示位置がそれぞれ右方にシフトし、ＵＩ部品８３Ａよりも左側にある（未表示の）ＵＩ部品が新たに表示される。ユーザがＵＩ部品８３をタップすると、現在左端に表示されているＵＩ部品８３Ａの表示が消され、ＵＩ部品８３Ｂ～８３Ｅの表示位置がそれぞれ左方にシフトし、ＵＩ部品８３Ｅよりも右側にある（未表示の）ＵＩ部品が新たに表示される。ＵＩ部品８１およびＵＩ部品８２がタップされたときの表示範囲の変化は、逆方向へのシフトなど、他の態様であってもよい。

（３）効果
以上詳述したように、一実施形態に係るゲームプログラムによれば、ユーザの操作に応じて動作するプレイヤーキャラクタ（第１オブジェクト）１０を含むゲーム空間の第１画像の所定の領域７０に、ユーザの操作によらず動作可能なモンスター（第２オブジェクト）２１のライブ映像２０が表示される。モンスター２１がゲーム空間に複数配置されている場合、各モンスター２１に対応する複数のライブ映像２０が表示される。これにより、ユーザは、プレイヤーキャラクタ１０の操作をしながら、モンスター２１の現在の状態を容易に一覧として確認することができる。

またライブ映像２０として、各モンスター２１を撮影する仮想カメラからの撮影画像を使用することにより、ユーザは、各モンスターの動作のみならず、モンスターがどのようなゲーム空間にいるか（草原か、岩場か、森林か）、どのような気分か（音符マークなどの演出表示の有無）等の情報までも容易にかつ直感的に理解することができる。

さらに、所定の領域７０に表示されるワイプＵＩ７１を選択する操作を受け付けた場合に、当該ワイプＵＩ７１に表示されているモンスター２１のステータスが表示される。これにより、プレイヤーキャラクタ１１をモンスター２１の近くに移動させる、プレイヤーキャラクタ１１にモンスター２１を抱き上げさせる、といった煩雑な操作を要することなく、育成状況を容易に把握することができる。

したがって、一実施形態によれば、ゲーム空間内に配置されたオブジェクトの状態を容易に確認可能とする技術が提供される。

［他の実施形態］
なお、この発明は上記実施形態に限定されるものではない。
例えば、第１画像は、第１オブジェクト（プレイヤーキャラクタ１１）自体の画像を含む必要はなく、第１オブジェクトの視野を反映する画像を含んでもよい。言い換えれば、第１オブジェクトは、仮想カメラによって代替されてもよい。第１オブジェクトが仮想カメラで代替される場合、ユーザは、仮想カメラの位置、向き、撮影範囲またはフォーカス等を操作することができる。この場合、第１画像は、第１オブジェクトとしての仮想カメラを明示的には表示せず、仮想カメラによって撮影される画像で代替され得る。

また上記実施形態では、ワイプＵＩ７１がタップされた場合に第１画像に代えて第２画像が表示される例を説明した。これに限らず、タップされたワイプＵＩ７１内のモンスター２１のステータスを表す第１情報を第１画像に対して重畳表示させることもできる。

第２オブジェクトまたは被育成オブジェクトは、モンスターキャラクタに限られず、育成対象になり得る（育成の結果ゲーム内で何らかの変化を起こし得る）のであれば、生物のオブジェクトであっても無生物のオブジェクトであってもよい。

図６～図１２に例示したゲーム画像は一例にすぎず、一部の構成が省略され、置き換えられ、または他の構成が追加されてもよい。例えば、図６のＵＩ部品５１Ａ，５１Ｂ，５１Ｃ，５２は省略されてもよいし、他の構成に置き換えられてもよい。

病気の状態のモンスター２１の周辺に、病気の状態に対応する演出表示がされてもよい。また、眠りの状態と瞑想の状態を区別できるような演出表示がされてもよい。このような演出表示がライブ映像に映りこむことで、遷移情報の表示と相まって、モンスター２１の現在の状態の把握をより容易にすることができる。

タッチパネルを入力部１０７１の例にして説明したが、これに限定されない。入力部１０７１は、複数のボタンを備えるコントローラであってもよい。入力部１０７１に対するユーザの操作は、このようなコントローラのボタン、またはキーボードもしくはマウスを介した操作に置き換えられてもよい。例えばタップ操作はクリック操作と言い換えられてもよい。

操作受付部１１６は、センサ１００４からの信号をユーザの操作として受け付けることもできる。例えば、操作受付部１１６は、イメージセンサまたはジェスチャセンサを介してユーザの表情またはジェスチャを検出し、操作として受け付けることもできる。あるいは操作受付部１１６は、サウンドセンサを介してユーザの音声を検出し、操作として受け付けることもできる。

さらに、フローチャートを用いて説明した処理の流れは、説明した手順に限定されるものではなく、いくつかのステップの順序が入れ替えられてもよいし、いくつかのステップが同時並行で実施されてもよい。また、以上で説明した一連の処理は、時間的に連続して実行される必要はなく、各ステップは任意のタイミングで実行されてもよい。

サーバ２００およびユーザ端末１００の構成は、実施形態に係るゲームプログラムを実現可能な他の構成に置き換えられてもよい。サーバ２００の構成およびユーザ端末１００の構成は、省略され、複数の装置に分散配置され、類似の構成に置き換えられてもよい。サーバ２００およびユーザ端末１００の各機能部は、回路を用いることで実現されてもよい。回路は、特定の機能を実現する専用回路であってもよいし、プロセッサのような汎用回路であってもよい。

上記各実施形態の処理の少なくとも一部は、例えば汎用のコンピュータに搭載されたプロセッサを基本ハードウェアとして用いることでも実現可能である。上記処理を実現するプログラムは、コンピュータで読み取り可能な記録媒体に格納して提供されてもよい。プログラムは、インストール可能な形式のファイルまたは実行可能な形式のファイルとして記録媒体に記憶される。記録媒体としては、磁気ディスク、光ディスク（ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリ等である。記録媒体は、プログラムを記憶でき、かつ、コンピュータが読み取り可能であれば、何れであってもよい。また、上記処理を実現するプログラムを、インターネット等のネットワークに接続されたコンピュータ（サーバ）上に格納し、ネットワーク経由でコンピュータ（クライアント）にダウンロードさせてもよい。

なお、この発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

１…ゲームシステム、１００…ユーザ端末、１１０…制御部、１１１…ゲーム進行部、１１２…オブジェクト制御部、１１３…表示制御部、１１４…仮想カメラ制御部、１１５…ファーム管理部、１１６…操作受付部、１２０…記憶部、１２１…ゲームプログラム記憶部、１２２…ゲーム情報記憶部、１２３…ＵＩ情報記憶部、２００…サーバ、２１１…受信制御部、２１２…送信制御部、２１３…ゲーム進行部、２２０…記憶部、２２１…ゲームプログラム記憶部、２２２…ゲーム情報記憶部、２２３…ユーザ情報データベース、１００１…プロセッサ、１００２…メモリ、１００３…ストレージ、１００４…センサ、１００５…通信インタフェース、１００６…入出力インタフェース、１００７…タッチスクリーン、１００８…バス、１０７１…入力部、１０７２…表示部、２００１…プロセッサ、２００２…メモリ、２００３…ストレージ、２００４…通信インタフェース、２００５…入出力インタフェース、２００６…バス。

Claims (3)

1. コンピュータを、
   仮想空間における第１画像の所定の領域に、前記仮想空間内のユーザの操作によらず動作可能な複数のオブジェクトの各々を追尾する仮想カメラによって撮像される複数のライブ映像を表示させる手段と、
   前記ユーザの操作によらず動作可能な複数のオブジェクトのうちの特定のオブジェクトが特定の状態に遷移した場合、前記所定の領域に表示されている前記複数のライブ映像のうち、前記特定のオブジェクトを追尾する仮想カメラによって撮像されるライブ映像と関連付けて、前記特定のオブジェクトが前記特定の状態に遷移したことを表す情報を表示させる表示制御手段、
   として機能させる、
   プログラム。
2. 前記表示制御手段は、
   前記特定のオブジェクトが特定の状態に遷移した場合、前記所定の領域に表示されている前記複数のライブ映像のうち、前記特定のオブジェクトを追尾する仮想カメラによって撮像されるライブ映像と関連付けて、前記特定のオブジェクトが前記特定の状態に遷移したことを表す前記情報を前記所定の領域に重畳表示させる、
   請求項１に記載のプログラム。
3. 仮想空間における第１画像の所定の領域に、前記仮想空間内のユーザの操作によらず動作可能な複数のオブジェクトの各々を追尾する仮想カメラによって撮像される複数のライブ映像を表示させる手段と、
   前記ユーザの操作によらず動作可能な複数のオブジェクトのうちの特定のオブジェクトが特定の状態に遷移した場合、前記所定の領域に表示されている前記複数のライブ映像のうち、前記特定のオブジェクトを追尾する仮想カメラによって撮像されるライブ映像と関連付けて、前記特定のオブジェクトが前記特定の状態に遷移したことを表す情報を表示させる表示制御手段、
   を備える、
   情報処理システム。