JP6167396B2 - アプリケーション制御プログラム、アプリケーション制御方法、アプリケーション制御装置 - Google Patents

Description

本発明は、ライフログ情報を用いた技術に関する。

従来、ユーザの様々な行動履歴をライフログとして記録するサービスが提案されている（例えば、特許文献１参照）。例えば、ユーザが常時携帯するスマートフォン等の情報端末が、ユーザから入力される情報や各種センサ等から取得した文字、画像、音声、位置などをライフログ情報として記憶したり、サーバに送信して他のユーザとライフログ情報を共有したりするサービスが提供されている。

特許第５０６８７８５号公報

しかしながら、上述のようなサービスは、記録したライフログをそのまま後から閲覧したり、他のユーザと共有したりして楽しむことに留まるものであった。そこで、より娯楽性を高め、ライフログを記録することがより楽しくなるようなサービスを提供することが望ましい。

本発明は、このような状況に鑑みてなされたもので、ライフログ情報を用いて、より娯楽性の高いサービスを提供可能なアプリケーション制御プログラム、アプリケーション制御方法、アプリケーション制御装置を提供する。

上述した課題を解決するために、本発明の一態様は、アプリケーション制御装置のコンピュータに、測位されたユーザ装置の位置を示す位置情報を取得する位置情報取得ステップと、仮想空間において定められた複数の区画のうち、位置情報に対応する仮想空間上の区画に、所定条件に応じて更新可能なオブジェクトを対応付けるオブジェクト制御ステップと、仮想空間上に対応付けられたオブジェクトを表示する表示情報を生成する表示情報生成ステップと、を実行させるアプリケーション制御プログラムである。

また、本発明の一態様は、オブジェクト制御ステップにおいて、位置情報取得ステップにより位置情報を取得した回数を所定条件として、回数に応じてオブジェクトを更新することを特徴とする。

また、本発明の一態様は、オブジェクト制御ステップにおいて、所定期間内に位置情報取得ステップにより位置情報を複数回取得した場合、位置情報を取得した回数を１回とすることを特徴とする。

また、本発明の一態様は、オブジェクト制御ステップにおいて、回数が多いほど、オブジェクトが成長するように更新することを特徴とする。

また、本発明の一態様は、測位されたユーザ装置の位置を示す位置情報を取得するステップと、仮想空間において定められた複数の区画のうち、位置情報に対応する仮想空間上の区画に、所定条件に応じて更新可能なオブジェクトを対応付けるステップと、仮想空間上の区画と、区画に対応付けられたオブジェクトとを表示する表示情報を生成するステップと、を備えることを特徴とするアプリケーション制御方法である。

また、本発明の一態様は、測位されたユーザ装置の位置を示す位置情報を取得する位置情報取得部と、仮想空間において定められた複数の区画のうち、位置情報に対応する仮想空間上の区画に、所定条件に応じて更新可能なオブジェクトを対応付けるオブジェクト制御部と、仮想空間上の区画と、区画に対応付けられたオブジェクトとを表示する表示情報を生成する表示情報生成部と、を備えることを特徴とするアプリケーション制御装置である。

以上説明したように、本発明によれば、アプリケーション制御プログラムが、アプリケーション制御装置のコンピュータに、測位されたユーザ装置の位置を示す位置情報を取得する位置情報取得ステップと、仮想空間において定められた複数の区画のうち、位置情報に対応する仮想空間上の区画に、所定条件に応じて更新可能なオブジェクトを対応付けるオブジェクト制御ステップと、仮想空間上に対応付けられたオブジェクトを表示する表示情報を生成する表示情報生成ステップと、を実行させるようにしたので、ライフログ情報を用いて、より娯楽性の高いサービスを提供することができる。

本発明の一実施形態によるライフログアプリケーションシステムの概要を示すブロック図である。 本発明の一実施形態によるライフログアプリケーションサーバが提供する仮想空間の例を示す図である。 本発明の第１の実施形態によるライフログアプリケーションシステムの構成を示すブロック図である。 本発明の第１の実施形態によるユーザ情報のデータ例を示す図である。 本発明の第１の実施形態による区画情報のデータ例を示す図である。 本発明の第１の実施形態による仮想空間における区画の例を示す図である。 本発明の第１の実施形態による付与情報のデータ例を示す図である。 本発明の第１の実施形態による仮想空間の表示情報の例を示す図である。 本発明の第１の実施形態による仮想空間の表示情報の例を示す図である。 本発明の１の実施形態によるライフログアプリケーションシステムの動作例を示す図である。 本発明の第１の実施形態（変形例１Ａ）によるライフログアプリケーションシステムの動作例を示す図である。 本発明の第２の実施形態によるライフログアプリケーションシステムの構成を示すブロック図である。 本発明の第２の実施形態によるオブジェクト情報のデータ例を示す図である。 本発明の第２の実施形態によるオブジェクト画像の例を示す図である。 本発明の第２の実施形態による付与情報のデータ例を示す図である。 本発明の第２の実施形態によるライフログアプリケーションシステムの動作例を示す図である。 本発明の第２の実施形態（変形例２Ａ）によるオブジェクト情報のデータ例を示す図である。 本発明の第２の実施形態（変形例２Ａ）による成長度に応じた建物のオブジェクト画像の例を示す図である。 本発明の第２の実施形態（変形例２Ａ）による成長度に応じた建物のオブジェクト画像の例を示す図である。 本発明の第２の実施形態（変形例２Ａ）による成長度に応じた建物のオブジェクト画像の例を示す図である。 本発明の第２の実施形態（変形例２Ａ）による成長度に応じた野球場のオブジェクト画像の例を示す図である。 本発明の第２の実施形態（変形例２Ａ）による成長度に応じた野球場のオブジェクト画像の例を示す図である。 本発明の第２の実施形態（変形例２Ａ）による成長度に応じた野球場のオブジェクト画像の例を示す図である。 本発明の第２の実施形態（変形例２Ａ）による付与情報のデータ例を示す図である。 本発明の第２の実施形態（変形例２Ａ）によるライフログアプリケーションシステムの動作例を示す図である。 本発明の第２の実施形態（変形例２Ｂ）によるライフログアプリケーションシステムの動作例を示す図である。 本発明の第２の実施形態（変形例２Ｂ）による成長度に応じた植物のオブジェクト画像の例を示す図である。 本発明の第２の実施形態（変形例２Ｂ）による成長度に応じた植物のオブジェクト画像の例を示す図である。 本発明の第２の実施形態（変形例２Ｂ）による成長度に応じた植物のオブジェクト画像の例を示す図である。 本発明の第２の実施形態（変形例２Ｂ）による成長度に応じた植物のオブジェクト画像の例を示す図である。 本発明の第２の実施形態（変形例２Ｂ）による動物（肉食動物）であるオブジェクトのオブジェクト画像の例を示す図である。 本発明の第２の実施形態（変形例２Ｂ）による動物（草食動物）であるオブジェクトのオブジェクト画像の例を示す図である。 本発明の第２の実施形態（変形例２Ｂ）による動物（雑食動物）であるオブジェクトのオブジェクト画像の例を示す図である。 本発明の第２の実施形態（変形例２Ｂ）によるオブジェクト情報のデータ例を示す図である。 本発明の第３の実施形態によるライフログアプリケーションシステムの構成を示すブロック図である。 本発明の第３の実施形態による施設オブジェクト情報のデータ例を示す図である。 本発明の第３の実施形態によるライフログアプリケーションシステムの動作例を示す図である。 本発明の第３の実施形態（変形例３Ａ）による施設オブジェクト情報のデータ例を示す図である。 本発明の第３の実施形態（変形例３Ａ）によりメッセージを表示する仮想空間の画像例を示す図である。 本発明の第３の実施形態（変形例３Ａ）によりメッセージの全文を表示する仮想空間の画像例を示す図である。 本発明の第３の実施形態（変形例３Ａ）によるライフログアプリケーションシステムの動作例を示す図である。 本発明の第３の実施形態（変形例３Ｂ）による複合オブジェクトのオブジェクト画像の例を示す図である。 本発明の第３の実施形態（変形例３Ｂ）によるオブジェクト画像の例を示す図である。 本発明の第３の実施形態（変形例３Ｂ）による複合オブジェクトに対応付ける看板画像の例を示す図である。 本発明の第３の実施形態（変形例３Ｂ）により複合オブジェクトに看板画像を対応付けた例を示す図である。 本発明の第３の実施形態（変形例３Ｂ）による付与情報のデータ例を示す図である。 本発明の第３の実施形態（変形例３Ｂ）によるオブジェクト情報のデータ例を示す図である。 本発明の第３の実施形態（変形例３Ｂ）よるライフログアプリケーションシステムの動作例を示す図である。 本発明の第４の実施形態によるライフログアプリケーションシステムの構成を示すブロック図である。 本発明の第４の実施形態によるライフログアプリケーションシステムの動作例を示す図である。 本発明の第４の実施形態（変形例４Ａ）による付与情報のデータ例を示す図である。 本発明第４の実施形態（変形例４Ａ）によりオブジェクトが対応付けられた画像の例を示す図である。 本発明の第４の実施形態（変形例４Ａ）によるライフログアプリケーションサーバの動作例を示す図である。 本発明の第５の実施形態によるライフログアプリケーションシステムの構成を示すブロック図である。 本発明の第５の実施形態による昼状態の仮想空間の画像例を示す図である。 本発明の第５の実施形態による夜状態の仮想空間の画像例を示す図である。 本発明の第５の実施形態による夜状態の仮想空間において点灯状態であるオブジェクト画像の例を示す図である。 本発明の第５の実施形態による夜状態の仮想空間において消灯状態であるオブジェクト画像の例を示す図である。 本発明の第５の実施形態によるユーザ情報のデータ例を示す図である。 本発明の第５の実施形態による区画情報のデータ例を示す図である。 本発明の第５の実施形態によるオブジェクト情報のデータ例を示す図である。 本発明の第５の実施形態による付与情報のデータ例を示す図である。 本発明の第５の実施形態によるライフログアプリケーションシステムの動作例を示す図である。 本発明の第６の実施形態によるライフログアプリケーションシステムの構成を示すブロック図である。 本発明の第６の実施形態による仮想空間の画像例を示す図である。 本発明の第６の実施形態によるオブジェクト情報のデータ例を示す図である。 本発明の第６の実施形態によるライフログアプリケーションシステムの動作例を示す図である。 本発明の第７の実施形態によるライフログアプリケーションシステムの構成を示すブロック図である。 本発明の第７の実施形態によるユーザ情報のデータ例を示す図である。 本発明の第７の実施形態によるアバター画像の例を示す図である。 本発明の第７の実施形態による表示情報の例を示す図である。 本発明の第７の実施形態によるライフログアプリケーションシステムの動作例を示す図である。 本発明の第７の実施形態（変形例７Ａ）によるユーザ情報のデータ例を示す図である。 本発明の第８の実施形態によるライフログアプリケーションシステムの構成を示すブロック図である。 本発明の第８の実施形態によるユーザ情報のデータ例を示す図である。 本発明の第８の実施形態によるアバター頭部情報のデータ例を示す図である。 本発明の第８の実施形態によるアバター胴体部情報のデータ例を示す図である。 本発明の第８の実施形態によるライフログアプリケーションシステムの動作例を示す図である。 本発明の他の実施形態によるライフログアプリケーションシステムの構成を示すブロック図である。 本発明の他の実施形態によるライフログアプリケーションシステムの構成を示すブロック図である。

以下、本発明の一実施形態について、図面を参照して説明する。
＜実施形態の概要＞
まず、本実施形態の概要について説明する。図１は、本実施形態によるライフログアプリケーションシステム２０の概要を示すブロック図である。本実施形態のライフログアプリケーションシステム２０は、ユーザ端末１００と、複数のアプリケーションサーバ２００（位置アプリケーションサーバ２０１、食物アプリケーションサーバ２０２、施設アプリケーションサーバ２０３、睡眠アプリケーションサーバ２０４、喫煙アプリケーションサーバ２０５、メッセージアプリケーションサーバ２０６、運動アプリケーションサーバ２０７、写真アプリケーションサーバ２０８、・・・）と、ライフログアプリケーションサーバ３００とのコンピュータ装置を備えており、これらのコンピュータ装置はネットワーク５０を介して接続されている。複数のアプリケーションサーバ２００は異なるアプリケーションサービスを提供するものであるが、以下の説明において特に区別しない場合にはアプリケーションサーバ２００として説明する。ここではそれぞれが異なるアプリケーションサービスを提供する８台のアプリケーションサーバ２００を明示しているが、ネットワーク５０には任意の数のアプリケーションサーバ２００が接続されていてよい。

ネットワーク５０は、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、専用回線、またはこれらの組み合わせによって構成される情報通信ネットワークである。
ユーザ端末１００は、ユーザが利用するコンピュータ装置であり、例えば、スマートフォン等の携帯電話端末、タブレットＰＣ（Personal Computer）、ゲーム機器、ＰＣ等のユーザ装置である。本実施形態では、ユーザ端末１００はスマートフォンであるとして説明する。ユーザ端末１００は、表示部１０１と、入力部１０２と、記憶部１０４と、制御部１０５と、通信部１０６と、測位部１０７と、撮像部１０８とを備えている。

表示部１０１は、画像や文字等の情報を画面に表示する表示デバイスである。
入力部１０２は、ユーザによる操作に応じて入力信号を生成する入力デバイスである。例えば、入力部１０２には、キーボードやボタン、マウス、タッチパネル等が適用できる。入力部１０２には、例えば、ユーザからの操作に応じたテキスト情報等が入力される。本実施形態では、表示部１０１と入力部１０２とは一体に構成されてユーザからの操作を受け付けるタッチパネル１０３を適用した例を説明する。

記憶部１０４は、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）等の記録媒体またはこれらの組合せを用いて構成され、ユーザ端末１００が備える各部を制御するための各種プログラムや各種情報を記憶する。
制御部１０５は、ユーザ端末１００の制御中枢として機能するＣＰＵ（Central Processing Unit）等の情報処理装置を備えており、ユーザ端末１００が備える各部を制御する。

通信部１０６は、ネットワーク５０を介して他のコンピュータ装置と通信する。
測位部１０７は、地球上におけるユーザ端末１００の位置を測定する。例えば、測位部１０７は、ＧＰＳ（Global Positioning System）のような衛星測位システムを用いて自装置の現在位置を測位し、現在位置を示す緯度、経度を示す位置情報を出力する。
撮像部１０８は、画像を撮像するカメラであり、撮像した画像情報を出力する。

複数のアプリケーションサーバ２００は、ユーザ端末１００と通信してライフログ情報を取得し、記憶し、閲覧させるアプリケーションサービスを提供する。ライフログ情報は、文字、画像、音声、位置などによりユーザの行動履歴を示す情報である。このようなアプリケーションサービスには、取得したライフログ情報を他のユーザと共有する、いわゆるＳＮＳ（social networking service）のような機能を備えるものも存在する。例えば、アプリケーションサーバ２００は、このようなアプリケーションサービスを、ユーザ端末１００が備えるいわゆるインターネットブラウザからのアクセスを受け付けてウェブサービスとして提供することもできるし、予めアプリケーションプログラムをユーザ端末１００にインストールさせ、ユーザ端末１００にインストールされたアプリケーションプログラムと通信することにより提供することもできる。本実施形態では、ユーザ端末１００にアプリケーションプログラムを予めインストールさせるものとして説明する。

位置アプリケーションサーバ２０１は、ウォーキングやジョギング、バイク（自転車）等により移動しているユーザのユーザ端末１００の現在位置を示す位置情報を取得し、取得した位置情報に基づいて運動記録をライフログ情報として記憶する。例えば、位置アプリケーションサーバ２０１は、取得した位置情報に基づく移動経路を地図上に対応付けたり、運動時間、移動距離、スピード、移動高度差等を算出したりしてライフログ情報として記憶する。

食物アプリケーションサーバ２０２は、ユーザからの操作に応じて食物に関する食物情報をライフログ情報として取得する。例えば、ユーザが食事をとる際に、ユーザ端末１００の撮像部１０８は、ユーザからの操作に応じて、ユーザが食べる食物の画像を撮像する。ユーザ端末１００は、撮像した食物の画像情報を食物アプリケーションサーバ２０２に送信する。食物アプリケーションサーバ２０２は、ユーザ端末１００から送信された画像情報に基づいて食事に含まれる食物の内容を解析し、食物の内容に応じた分類や食事量を算出する。食物アプリケーションサーバ２０２は、算出した分類や食事量と、ユーザ端末１００のユーザＩＤと、ユーザ端末１００から送信された画像情報と、ユーザ端末１００から画像情報を受信した日時とを対応付けた食物情報を記憶する。

例えば、食物アプリケーションサーバ２０２は、画像情報に含まれる食物を画像解析し、厚生労働省の食事バランスガイドに基づいて、主食（ごはん、パン、麺）、副菜（野菜、きのこ、いも、海藻料理）、主菜（肉、魚、卵、大豆料理）、牛乳・乳製品、果物に分類する。また、食物アプリケーションサーバ２０２は、分類ごとの食事量や食事量の比率を算出する。食事量は、例えば厚生労働省の食事バランスガイドに基づく単位であるＳＶ（サービング数）により算出する。

ただし、このような食物情報の取得方法は一例であり、食物アプリケーションサーバ２０２は食事量や食物の分類を取得するものであればよい。例えば、食物アプリケーションサーバ２０２は、主食、副菜、主菜、牛乳・乳製品、果物等に分類した食物名をチェックボックスとともにリストにして表示する画面をユーザ端末１００に表示させ、ユーザからチェックされた食物を、ユーザが摂取した食物を示し食物情報として取得することもできる。この際には、食物ごとに摂取量の入力を受け付けたり、摂取した食物に応じて所定のカロリー量を算出したりすることもできる。

施設アプリケーションサーバ２０３は、ユーザ端末１００の位置を示す位置情報に基づいて、ユーザが訪れた施設を示す施設情報をライフログ情報として取得する。例えば、施設アプリケーションサーバ２０３は、建物や公園、店舗等の施設を識別する施設識別情報を、その施設が存在する緯度・経度を示す位置情報に対応付けて予め記憶しておく。施設アプリケーションサーバ２０３は、ユーザ端末１００から、そのユーザ端末１００の現在位置を示す位置情報を取得すると、取得した位置情報の付近に存在する施設名のリストをユーザ端末１００に表示させる。そして、リストの中からいずれかの施設がユーザに選択されると、選択された施設に関する情報をユーザ端末１００から受信し、ユーザが訪れた施設を示す施設情報として記憶する。施設情報には、施設を識別する施設識別情報（施設ＩＤ）と、その施設の施設名、その施設の位置情報等が含まれる。施設アプリケーションサーバ２０３は、このように、測位されたユーザ端末１００の位置に応じた施設を示す施設情報を取得する。

睡眠アプリケーションサーバ２０４は、ユーザの睡眠に関する睡眠情報をライフログ情報として取得する。例えば、睡眠アプリケーションサーバ２０４は、ユーザ端末１００に対するユーザからの操作に応じて、睡眠開始時刻（就寝時刻）と睡眠終了時刻（起床時刻）との情報を受信し、受信した時刻に基づいて睡眠時間を算出し、算出した睡眠時間をユーザに対応付けて記憶する。

喫煙アプリケーションサーバ２０５は、ユーザの喫煙に関する喫煙情報をライフログ情報として取得する。例えば、喫煙アプリケーションサーバ２０５は、ユーザ端末１００に対するユーザからの操作に応じて、ユーザが喫煙した時刻や、喫煙したタバコの量である喫煙量等を示す喫煙情報を受信し、受信した喫煙情報をユーザに対応付けて記憶する。喫煙量は、例えば、喫煙本数、タール量、ニコチン量等によって表される。

メッセージアプリケーションサーバ２０６は、ユーザ端末１００に入力されるメッセージを複数のユーザ間で共有するアプリケーションサービスを提供する。例えば、メッセージアプリケーションサーバ２０６は、予め登録された複数のユーザ間のうち、選択された所定のユーザを友達関係として対応付けておく。メッセージアプリケーションサーバ２０６は、ユーザ端末１００からメッセージを受信すると、受信したメッセージをライフログ情報として記憶する。また、メッセージアプリケーションサーバ２０６は、受信したメッセージを、友達関係にある他のユーザのユーザ端末１００に送信する。ユーザ端末１００は、例えば、そのユーザ端末１００のユーザと友達関係にある１または複数の他のユーザのメッセージを時系列に表示する。

運動アプリケーションサーバ２０７は、ユーザの運動に関する運動情報をライフログ情報として取得する。例えば、運動アプリケーションサーバ２０７は、ユーザ端末１００に対するユーザからの操作に応じて、ユーザが運動した時刻や、運動した時間、運動した種目、運動した回数等の運動量が含まれる運動情報を受信し、受信した運動情報をユーザに対応付けて記憶する。ここで、運動とは、例えば、腹筋や腕立て伏せ等の筋力トレーニングや、ヨガやストレッチでもよいし、上述したような位置情報により計測されるウォーキングやジョギング等でもよい。または、運動量は、例えばゴルフ、テニス、野球、サッカー等の球技を行った回数や時間でもよいし、ジムにいった回数や時間でもよい。

写真アプリケーションサーバ２０８は、ユーザ端末１００の撮像部１０８により撮像された写真である画像情報をライフログ情報として取得する。例えば、写真アプリケーションサーバ２０８は、予め登録された複数のユーザ間のうち、選択された所定のユーザを友達関係として対応付けておく。写真アプリケーションサーバ２０８は、ユーザ端末１００から画像情報を受信すると、受信した画像情報を、友達関係にある他のユーザのユーザ端末１００に送信する。ユーザ端末１００は、例えば、そのユーザ端末１００のユーザと友達関係にある１または複数の他のユーザの画像情報を時系列に表示する。

ライフログアプリケーションサーバ３００は、１または複数のアプリケーションサーバ２００によって取得されたユーザのライフログ情報を取得し、取得したライフログ情報に基づいて、仮想空間に何らかの変化を生じさせるアプリケーションサービスを提供する。例えば、ライフログアプリケーションサーバ３００は、このようなアプリケーションサービスを、ユーザ端末１００が備えるいわゆるインターネットブラウザからのアクセスを受け付けてウェブサービスとして提供することもできるし、予めアプリケーションプログラムをユーザ端末１００にインストールさせ、ユーザ端末１００にインストールされたアプリケーションプログラムと通信することにより提供することもできる。以下の説明では、特に説明がない限り、ライフログアプリケーションサーバ３００は、ウェブサービスとしてアプリケーションサービスを提供するものとする。

図２は、ライフログアプリケーションサーバ３００が提供する仮想空間の例を示す図である。
例えば、第１の実施形態では、ライフログアプリケーションサーバ３００が、ライフログ情報に基づいて、このような仮想空間のうちユーザ端末１００に表示させる領域を特定する例を説明する。

あるいは、ライフログアプリケーションサーバ３００は、ライフログ情報に基づいて、このような仮想空間内のオブジェクトを更新する。
例えば、第２の実施形態では、ライフログ情報である位置情報に基づいて、仮想空間内のオブジェクトを更新する例を説明する。
第３の実施形態では、ライフログ情報である施設情報に基づいて、仮想空間内のオブジェクトを更新する例を説明する。

第４の実施形態では、ライフログ情報である食物情報に基づいて、仮想空間内のオブジェクトを更新する例を説明する。
第５の実施形態では、ライフログ情報である睡眠情報に基づいて、仮想空間内のオブジェクトを更新する例を説明する。
第６の実施形態では、ライフログ情報である喫煙情報に基づいて、仮想空間内の所定領域周辺のオブジェクトを更新する例を説明する。

第７の実施形態では、ライフログアプリケーションサーバ３００が、ライフログ情報に基づいて、他のユーザのアバターを仮想空間に出現させる例を説明する。
第８の実施形態では、ライフログアプリケーションサーバ３００が、ライフログ情報に基づいて、ユーザに対応するアバター画像を更新する例を説明する。
以下、このような各実施形態と、その変形例について詳細に説明する。

＜第１の実施形態＞
図３は、第１の実施形態によるライフログアプリケーションシステム１の構成を示すブロック図である。ライフログアプリケーションシステム１は、ユーザ端末１００と、複数のアプリケーションサーバ２００と、ライフログアプリケーションサーバ１３００とのコンピュータ装置を備えており、これらのコンピュータ装置はネットワーク５０を介して接続されている。

ライフログアプリケーションサーバ１３００は、概要において説明したライフログアプリケーションサーバ３００であり、アプリケーション制御装置である。ライフログアプリケーションサーバ１３００は、記憶部１３１０と、制御部１３２０とを備えている。
記憶部１３１０は、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）等の記録媒体またはこれらの組合せを用いて構成され、ライフログアプリケーションサーバ１３００が備える各部を制御するための各種プログラムや各種情報を記憶する。記憶部１３１０は、ライフログアプリケーション記憶部１３１１を備えている。ライフログアプリケーション記憶部１３１１は、ユーザ情報記憶部１３１２と、区画情報記憶部１３１３と、付与情報記憶部１３１４とを備えており、ライフログアプリケーションに関する情報を記憶する。

ユーザ情報記憶部１３１２は、ライフログアプリケーションのユーザに関するユーザ情報を記憶する。図４は、ユーザ情報記憶部１３１２が記憶するユーザ情報のデータ例を示す図である。ユーザ情報には、ユーザＩＤ（Identifier）と、ユーザ名と、メールアドレスとが含まれる。ユーザＩＤは、ユーザを識別する識別情報である。ユーザ名は、対応するユーザの名称である。メールアドレスは、対応するユーザのメールアドレスである。ユーザ情報は、ユーザからの操作に応じて予め生成されて記憶される。ユーザ端末１００がライフログアプリケーションサーバ１３００と通信を行う際にはユーザ認証を行い、認証されたユーザ端末１００のユーザＩＤは、通信中、ユーザ端末１００とライフログアプリケーションサーバ１３００との間で保持される。

区画情報記憶部１３１３は、仮想空間において定められた複数の区画に関する区画情報を記憶する。図５は、区画情報記憶部１３１３が記憶する区画情報のデータ例を示す図である。区画情報には、区画ＩＤと、属性と、範囲位置情報と、隣接区画ＩＤと、区画画像との情報が含まれる。

ここで、図面を参照して、仮想空間における区画について説明する。図６は、仮想空間における区画の例を示す図である。仮想空間の領域には、現実空間における緯度、経度と同様の座標が定められており、現実空間における緯度、経度を仮想空間における座標に変換することにより、現実空間における位置に対応する仮想空間の位置を特定することができる。このような仮想空間における領域は、範囲をもつ複数の区画により構成される。この図の例では、符号ａに示される道の区画の領域と、符号ｂに示される土地の区画の領域と、符号ｃに示される道の区画の領域と、符号ｄに示される道の区画の領域と、符号ｅに示される土地の区画の領域とが示されている。ここでは、符号ａに示される区画をＰ１といい、符号ｂに示される区画をＰ２といい、符号ｅに示される区画をＰ４という。

このような区画は、例えば、仮想空間の領域における区画の範囲の頂点を示す座標により特定することができる。例えば、区画Ｐ１は、点ａ１（ｘ１１、ｙ１１）と、点ａ２（ｘ１２、ｙ１２）と、点ａ３（ｘ１３、ｙ１３）と、点ａ４（ｘ１４、ｙ１４）との４点の座標により特定することができる。あるいは、区画Ｐ２は、点ｂ１（ｘ２１、ｙ２１）と、点ｂ２（ｘ２２、ｙ２２）と、点ｂ３（ｘ２３、ｙ２３）と、点ｂ４（ｘ２４、ｙ２４）との４点の座標により特定することができる。ここでは、区画Ｐ１とＰ２とは四角形の区画であるため４点の座標により範囲を特定するが、区画Ｐ４のような三角形の区画は３点の座標により範囲を特定することができる。あるいは、全ての区画を四角形として仮想空間を分割する場合は、３点の座標により区画の範囲を特定することもできる。ライフログアプリケーションサーバ１３００は、仮想空間の領域を、このような区画に分割して制御する。

図５に戻り、区画情報に含まれる区画ＩＤは、区画を識別する情報である。属性は、区画の属性を示す情報であり、例えば「道」や「土地」等の情報が対応付けられる。すなわち、仮想空間における複数の区画は、道を示す区画として設定された道区画と、道区画に隣接する領域（土地）を示す区画として設定された隣接区画とが含まれる。範囲位置情報は、仮想空間における区画の範囲を特定する情報であり、上述したように、例えば四角形の区画であれば４点の頂点の座標が対応付けられる。ここでは、４点の座標を「；」により連結した例を示している。隣接区画ＩＤは、その区画に隣接する他の区画を識別する区画ＩＤである。区画画像は、仮想空間におけるその区画を表す画像である。区画画像には、画像の情報そのものが対応付けられていてもよいし、画像が記憶されている位置を示すリンクが対応付けられていてもよい。

図３に戻り、付与情報記憶部１３１４は、仮想空間における複数の区画のうち、アプリケーションサーバ２００から取得したライフログ情報に基づいてユーザに付与した区画に関する付与情報を記憶する。図７は、付与情報記憶部１３１４が記憶する付与情報のデータ例を示す図である。付与情報には、ユーザＩＤと、付与区画ＩＤとが含まれる。ユーザＩＤは、ユーザを識別する識別情報である。付与区画ＩＤは、仮想空間における複数の区画のうち、対応するユーザに付与した区画を識別する識別情報である。

本実施形態では、仮想空間における複数の区画のうち、ユーザに付与した区画のみの画像を表示する表示情報が生成され、そのユーザのユーザ端末１００に送信されて表示される。図８は、ユーザに区画を付与していない状態でユーザ端末１００に送信する仮想空間の表示情報の例を示す図である。すなわち、ユーザに区画を付与していない状態では、ユーザ端末１００に区画の画像が表示されず、ユーザは仮想空間の画像をみることができない。ここでは、区画が付与されていない領域に升目を表示しているが、区画が付与されていない領域は黒塗りや白塗りの状態としてもよいし、例えば何もない原っぱのような画像を表示してもよい。更には、区画が付与されていない旨をテキストで表示したり、ユーザに区画を付与する所定のアプリケーションに誘導するためのリンク情報等を表示したりしてもよい。図９は、ユーザに特定の区画を付与した状態でユーザ端末１００に送信する仮想空間の表示情報の例を示す図である。ここでは、仮想空間の区画のうち、付与情報記憶部１３１４においてユーザに対応付けられた付与区画ＩＤに対応する区画の画像が含まれる表示情報を送信し、表示させる。このような区画は、ライフログ情報に基づいてユーザに付与される。すなわち、本実施形態では、仮想空間における複数の区画のうち、ライフログ情報に基づいてユーザに付与された区画の画像のみがユーザ端末１００に表示される。これにより、ライフログ情報に基づいて仮想空間が変化するという新たな娯楽性、ゲーム性を提供することができる。

制御部１３２０は、ライフログアプリケーションサーバ１３００の制御中枢として機能するＣＰＵ（Central Processing Unit）等の情報処理装置を備えており、ライフログアプリケーションサーバ１３００が備える各部を制御する。制御部１３２０は、ライフログアプリケーション制御部１３２１を備えており、ライフログアプリケーション制御部１３２１は、ライフログ情報取得部１３２２と、ユーザ区画制御部１３２３と、表示情報生成部１３２４とを備えている。

ライフログ情報取得部１３２２は、アプリケーションサーバ２００からライフログ情報を取得する。本実施形態では、ライフログ情報取得部１３２２は、位置アプリケーションサーバ２０１から、測位されたユーザ端末１００の位置を示す位置情報を取得する。

ユーザ区画制御部１３２３は、仮想空間において定められた複数の区画のうち、ライフログ情報取得部１３２２が取得した位置情報に対応する仮想空間上の区画を識別する区画ＩＤと、ユーザ端末１００のユーザを識別するユーザＩＤとを対応付けて付与情報記憶部１３１４に記憶させる。本実施形態では、ユーザ区画制御部１３２３は、ライフログ情報取得部１３２２が取得した位置情報が示す現実空間上の位置に一致する仮想空間上の位置を含む道区画およびその道区画に隣接する隣接区画と、ユーザとを対応付けて付与情報記憶部１３１４に記憶させる。例えば、ユーザ区画制御部１３２３は、ライフログ情報取得部１３２２が取得したユーザ端末１００の位置情報が示す位置が含まれる範囲位置情報に対応付けられた区画ＩＤを、区画情報記憶部１３１３から読み出す。ユーザ区画制御部１３２３は、その区画ＩＤの属性が道であれば、その区画ＩＤと、ユーザＩＤとを対応付けて付与情報記憶部１３１４に記憶させる。また、ユーザ区画制御部１３２３は、その道区画の隣接区画ＩＤを区画情報記憶部１３１３から読み出し、読み出した隣接区画ＩＤと、ユーザＩＤとを対応付けて付与情報記憶部１３１４に記憶させる。このようにして、ユーザ区画制御部１３２３は、ライフログ情報取得部１３２２が取得したユーザ端末１００の位置情報が示す位置が、特定の道区画の範囲に含まれる場合、その道区画とその隣接区画をユーザに付与する。このようにすれば、例えばライフログ情報取得部１３２２により取得された位置情報が、車道を挟んだ両側の歩道のいずれか片側の位置を示す場合でも、その位置を含む道区画全体をユーザに付与することができる。また、ユーザ端末１００が取得する位置情報が、例えばＧＰＳの精度により実際の位置とずれる場合であっても、その区画の範囲内であれば、その区画を付与することができる。

表示情報生成部１３２４は、仮想空間において定められた複数の区画のうち、ユーザに対応付けた区画を表示する表示情報を生成する。例えば、表示情報生成部１３２４は、ユーザを識別するユーザＩＤに対応付けられて付与情報記憶部１３１４に記憶されている区画ＩＤを読み出す。また、表示情報生成部１３２４は、読み出した区画ＩＤに対応する区画画像を区画情報記憶部１３１３から読み出し、読み出した区画画像を連結し、図９に示したような画像を表示するための表示情報を生成する。表示情報生成部１３２４は、生成した表示情報をユーザ端末１００に送信する。

このようにすれば、仮想空間における複数の区画のうち、ユーザ端末１００の位置情報に応じた区画のみの画像を含む表示情報がユーザ端末１００に送信され、表示される。これにより、ライフログアプリケーションサーバ１３００は、例えばユーザが自身のユーザ端末１００から位置アプリケーションサーバ２０１に位置情報を送信させ続けている状態で現実空間を移動した場合、その移動経路に応じた仮想空間上の区画の画像をみせることができる。また、ライフログアプリケーションサーバ１３００は、ユーザが自身のユーザ端末１００から位置アプリケーションサーバ２０１に位置情報を送信させながら現実空間を移動することで、画像をみることのできる仮想空間上の区画が広がり、発展していくような楽しみを提供することができる。

また、ライフログアプリケーションサーバ１３００は、例えば、このようにユーザに対応付けた区画に応じてユーザの仮想空間（仮想領域）を拡張させることで、新たな興趣を提供することができる。すなわち、例えば従来のゲーム等のアプリケーションに見られるような仮想空間は、アプリケーションの提供者によって領域や範囲が定められて提供されるものであった。これに対し、本実施形態のライフログアプリケーションサーバ１３００によれば、ライフログ情報により仮想空間が拡張されるため、ユーザ自身の行動により仮想空間自体を拡張する楽しみを提供することができる。また、現実空間における複数のユーザの行動範囲はそれぞれに異なるものであると考えられるため、ユーザごとに異なる仮想空間が出来上がっていくことになる。また、ユーザがユーザ端末１００を用いて、現実空間における全ての位置から位置情報を送信させて全ての区画を付与されるようなことは現実的にはほぼ不可能である。このため、ユーザに、仮想空間をまるで無限に拡張できるような感覚を与えることができる。本実施形態のライフログアプリケーションサーバ１３００は、このような新たな興趣を提供することができる。

次に、図面を参照して、本実施形態によるライフログアプリケーションシステム１の動作例を説明する。図１０は、本実施形態によるライフログアプリケーションシステム１の動作例を示す図である。
ユーザ端末１００は、測位部１０７により自装置の現在位置を取得し、現在位置を示す位置情報を位置アプリケーションサーバ２０１に送信する（ステップＳ１）。位置アプリケーションサーバ２０１は、ユーザ端末１００から受信した位置情報を、ユーザ端末１００のユーザＩＤに対応付けて記憶する。また、位置アプリケーションサーバ２０１は、ユーザ端末１００から受信した位置情報を、ライフログアプリケーションサーバ１３００に送信する。ライフログアプリケーションサーバ１３００のライフログ情報取得部１３２２は、位置アプリケーションサーバ２０１から送信されたユーザ端末１００の位置情報を受信する（ステップＳ２）。

ライフログアプリケーションサーバ１３００のユーザ区画制御部１３２３は、位置アプリケーションサーバ２０１から受信した位置情報に対応する位置の道区画の区画ＩＤと、その道区画に隣接する土地区画の区画ＩＤとを区画情報記憶部１３１３から読み出し、読み出した区画ＩＤと、ユーザ端末１００のユーザＩＤとを対応付けて付与情報記憶部１３１４に記憶させる（ステップＳ３）。ライフログアプリケーションサーバ１３００の表示情報生成部１３２４は、ユーザ端末１００のユーザＩＤに対応付けられて付与情報記憶部１３１４に記憶されている付与区画ＩＤを読み出し、読み出した付与区画ＩＤに対応する区画画像を区画情報記憶部１３１３から読み出して仮想空間の表示情報を生成する（ステップＳ４）。表示情報生成部１３２４は、生成した表示情報をユーザ端末１００に送信する（ステップＳ５）。ユーザ端末１００は、ライフログアプリケーションサーバ１３００から送信された表示情報を表示部１０１に表示させる。

本実施形態では、ユーザ区画制御部１３２３は、ライフログ情報取得部１３２２が取得した位置情報が示す現実空間上の位置に一致する仮想空間上の位置の道区画およびその道区画に隣接する隣接区画と、ユーザとを対応付けて付与情報記憶部１３１４に記憶させる例を示した。ただし、道区画は対応付けずに、隣接区画のみを対応付けることもできる。

＜第１の実施形態：変形例１Ａ＞
次に、第１の実施形態の変形例（変形例１Ａ）を説明する。上述の実施形態では、位置アプリケーションサーバ２０１が取得するユーザの位置情報が示す位置は道区画に含まれる位置であることを想定して説明した。ただし、測位の精度によっては、ユーザ端末１００が実際には、仮想空間上の道区画に相当する範囲に存在しても、仮想空間上の土地区画に相当する位置を示す位置情報が取得されることも考えられる。そこで、ユーザ区画制御部１３２３は、位置アプリケーションサーバ２０１によって取得された位置情報が示す現実空間の位置に一致する仮想空間上の位置が、道区画に隣接する土地区画に含まれる場合、ユーザに区画を対応付けないように制御することができる。

図１１は、このようなライフログアプリケーションシステム１の動作例を示す図である。
ステップＳ１、ステップＳ２は、上述の処理と同様である。ライフログ情報取得部１３２２がユーザ端末１００の位置情報を取得すると、ライフログアプリケーションサーバ１３００のユーザ区画制御部１３２３は、位置アプリケーションサーバ２０１から取得した位置情報に対応する位置が含まれる区画情報を区画情報記憶部１３１３から読み出す。ユーザ区画制御部１３２３は、読み出した区画情報に含まれる属性が、道であるか否かを判定する（ステップＳ７）。ユーザ区画制御部１３２３は、読み出した区画情報に含まれる属性が、道であると判定すると（ステップＳ７：ＹＥＳ）、その道区画の区画ＩＤと、その道区画に隣接する土地区画の区画ＩＤとを区画情報記憶部１３１３から読み出し、読み出した区画ＩＤと、ユーザ端末１００のユーザＩＤとを対応付けて付与情報記憶部１３１４に記憶させ（ステップＳ８）、ステップＳ９に進む。一方、ユーザ区画制御部１３２３が、読み出した区画情報に含まれる属性は、道でないと判定すると（ステップＳ７：ＮＯ）、区画を付与せずにステップＳ９に進む。ステップＳ９、Ｓ１０の処理は、上述したステップＳ４、５の処理と同様である。

なお、例えばユーザ端末１００が位置アプリケーションサーバ２０１に位置情報を送信している状態でユーザが電車に乗ったような場合、移動中にも位置情報が取得され続けることが考えられる。ただし、電車が地下やトンネルに入った場合には通信が遮断されて位置情報が取得できない。このような場合、取得できなかった区間の位置情報は無視して、取得できた位置情報に対応する区画を付与するようにしてもよい。この場合は道で繋がっていない仮想空間の表示情報が生成されることになるが、このような仕様としてもよい。あるいは、遮断前の区画と、遮断区画経過後の区画との最短経路を通過したとみなして、その経路上の区画を付与するようにしてもよい。最短経路の算出方法は、例えばカーナビ等において用いられる技術を適用することができる。このようにすれば、道で繋がっていない仮想空間の表示情報は生成されない。

また、上記では位置情報に応じた区画を付与（ステップＳ３、ステップＳ８）した後、または道でないと判定（ステップＳ７：ＮＯ）した後、表示情報を生成して（ステップＳ４、ステップＳ９）、ユーザ端末１００に表示情報を送信することとしているが（ステップＳ５、ステップＳ１０）、表示情報の生成ステップ（ステップＳ４、ステップＳ９）と表示情報のユーザ端末１００への送信ステップ（ステップＳ５、ステップＳ１０）は、ユーザ端末１００からの表示要求があった場合に行うこととしてもよい。

＜第２の実施形態＞
次に、第２の実施形態について説明する。図１２は、第２の実施形態によるライフログアプリケーションシステム２の構成を示すブロック図である。ライフログアプリケーションシステム２は、ユーザ端末１００と、複数のアプリケーションサーバ２００と、ライフログアプリケーションサーバ２３００とのコンピュータ装置を備えており、これらのコンピュータ装置はネットワーク５０を介して接続されている。ユーザ端末１００とアプリケーションサーバ２００とは、第１の実施形態と同様の構成である。ライフログアプリケーションサーバ２３００は、第１の実施形態におけるライフログアプリケーションサーバ１３００と同様のアプリケーション制御装置である。

ライフログアプリケーションサーバ２３００は、記憶部２３１０と、制御部２３２０とを備えている。記憶部２３１０は、ライフログアプリケーション記憶部２３１１を備えており、ライフログアプリケーション記憶部２３１１は、ユーザ情報記憶部２３１２と、区画情報記憶部２３１３と、付与情報記憶部２３１４と、オブジェクト情報記憶部２３１５とを備えている。制御部２３２０は、ライフログアプリケーション制御部２３２１を備えており、ライフログアプリケーション制御部２３２１は、ライフログ情報取得部２３２２と、ユーザ区画制御部２３２３と、表示情報生成部２３２４と、オブジェクト制御部２３２５とを備えている。

本実施形態における記憶部２３１０と、ライフログアプリケーション記憶部２３１１と、ユーザ情報記憶部２３１２と、区画情報記憶部２３１３と、付与情報記憶部２３１４と、制御部２３２０と、ライフログアプリケーション制御部２３２１と、ライフログ情報取得部２３２２と、ユーザ区画制御部２３２３と、表示情報生成部２３２４とは、第１の実施形態における記憶部１３１０と、ライフログアプリケーション記憶部１３１１と、ユーザ情報記憶部１３１２と、区画情報記憶部１３１３と、付与情報記憶部１３１４と、制御部１３２０と、ライフログアプリケーション制御部１３２１と、ライフログ情報取得部１３２２と、ユーザ区画制御部１３２３と、表示情報生成部１３２４と同様の構成であるため、以下、第１の実施形態と相違する点について説明する。

ライフログアプリケーションサーバ２３００は、ライフログ情報に基づいて、仮想空間内のオブジェクトを更新する。オブジェクトとは、例えば仮想的な建物等の施設である。以下の説明において、仮想空間内のオブジェクトを更新するというときは、仮想空間内に新たなオブジェクトを対応付けることと、すでに対応付けているオブジェクトを他のオブジェクトに変更することとを含む。本実施形態においてオブジェクトを対応付ける仮想空間の区画は、第１の実施形態によりユーザに付与された区画であるとして例を説明するが、他の方法により設定された区画であってもよい。例えば、予めライフログアプリケーションサーバ２３００の管理者等により設定された区画であってもよい。

オブジェクト情報記憶部２３１５は、仮想空間において定められた複数の区画のうち、ライフログ情報取得部２３２２が取得した位置情報に対応する仮想空間上の区画に対応付けるオブジェクトに関するオブジェクト情報を記憶する。図１３は、オブジェクト情報記憶部２３１５が記憶するオブジェクト情報のデータ例を示す図である。オブジェクト情報には、オブジェクトＩＤと、オブジェクト画像とが含まれる。オブジェクトＩＤは、仮想空間に対応付けるオブジェクトを識別する識別情報である。オブジェクト画像は、仮想空間に対応付けるオブジェクトの画像である。オブジェクト画像には、画像の情報そのものが対応付けられていてもよいし、画像が記憶されている位置を示すリンクが対応付けられていてもよい。図１４は、オブジェクト画像の例を示す図である。ここでは、建物であるオブジェクトのオブジェクト画像の例を示している。

このようなオブジェクトは、仮想空間における土地区画に対応付けられる。図１５は、付与情報記憶部２３１４が記憶する付与情報のデータ例を示す図である。付与情報には、ユーザＩＤと、付与区画ＩＤと、付与オブジェクトＩＤとが含まれる。ユーザＩＤは、ユーザを識別する識別情報である。付与区画ＩＤは、仮想空間における複数の区画のうち、対応するユーザに付与した区画を識別する識別情報である。付与オブジェクトＩＤは、対応する区画に対して対応付けたオブジェクトを識別する識別情報である。データ例において、「−」は、データが対応付けられていないこと（ＮＵＬＬ）を示す。
ライフログ情報取得部２３２２は、アプリケーションサーバ２００からライフログ情報を取得する。本実施形態では、ライフログ情報取得部２３２２は、位置アプリケーションサーバ２０１から、測位されたユーザ端末１００の位置を示す位置情報を取得する。

オブジェクト制御部２３２５は、仮想空間において定められた複数の区画のうち、ライフログ情報取得部２３２２が取得した位置情報に対応する仮想空間上の区画にオブジェクトを対応付ける。具体的には、例えば、オブジェクト制御部２３２５は、区画情報記憶部２３１３に記憶されている区画情報を参照して、ライフログ情報取得部１３２２が取得した位置情報が示す現実空間上の位置に一致する仮想空間上の位置を含む区画の隣接区画の区画ＩＤを特定する。オブジェクト制御部２３２５は、ユーザ端末１００に対応するユーザＩＤと、特定した隣接区画の区画ＩＤと、オブジェクトＩＤとを対応付けて付与情報記憶部２３１４に記憶させる。ここで、対応付けるオブジェクトＩＤは、例えば区画ごとに付与するオブジェクトを示すオブジェクトＩＤを予め設定しておき、設定しておいたオブジェクトＩＤを適用してもよいし、ランダムに決定したオブジェクトＩＤを適用してもよい。

表示情報生成部２３２４は、仮想空間上に対応付けられたオブジェクトを表示する表示情報を生成する。例えば、表示情報生成部２３２４は、ユーザ端末１００のユーザＩＤに対応付けられて付与情報記憶部２３１４に記憶されている付与区画ＩＤを読み出し、読み出した区画ＩＤに対応する区画画像を区画情報記憶部１３１３から読み出して連結し、表示情報を生成する。また、表示情報生成部２３２４は、ユーザ端末１００のユーザＩＤに対応付けられて付与情報記憶部２３１４に記憶されている付与オブジェクトＩＤを読み出し、読み出した付与オブジェクトＩＤに対応するオブジェクト画像をオブジェクト情報記憶部２３１５から読み出す。また、表示情報生成部２３２４は、表示情報における対応する区画の区画画像にオブジェクト画像を重畳させた表示情報を生成する。これにより、区画画像が示す区画の土地の上に、例えばオブジェクト画像が示す建物が建っているような表示情報を生成する。表示情報生成部２３２４は、生成した表示情報を、ユーザ端末１００に送信する。これにより、表示情報生成部２３２４は、例えば図９に示したような仮想空間の画像を生成し、ユーザ端末１００に送信する。

このようにすれば、ユーザ端末１００の位置情報に応じた隣接区画にオブジェクトが対応付けられた表示情報がユーザ端末１００に送信され、表示される。これにより、ライフログアプリケーションサーバ２３００は、例えばユーザが自身のユーザ端末１００から位置アプリケーションサーバ２０１に位置情報を送信させ続けている状態で現実空間を移動した場合、移動した経路の隣接区画に建物が建てられていくような画像をみせることができる。これにより、ユーザ自身がユーザ端末１００を用いてライフログを記録することで、仮想空間が発展していくような楽しみを提供することができる。

次に、図面を参照して、本実施形態によるライフログアプリケーションシステム２の動作例を説明する。図１６は、本実施形態によるライフログアプリケーションシステム２の動作例を示す図である。
ユーザ端末１００は、測位部１０７により自装置の現在位置を取得し、現在位置を示す位置情報を位置アプリケーションサーバ２０１に送信する（ステップＳ２１）。位置アプリケーションサーバ２０１は、ユーザ端末１００から受信した位置情報を、ユーザ端末１００のユーザＩＤに対応付けて記憶する。また、位置アプリケーションサーバ２０１は、ユーザ端末１００から受信した位置情報を、ライフログアプリケーションサーバ２３００に送信する。ライフログアプリケーションサーバ２３００のライフログ情報取得部２３２２は、位置アプリケーションサーバ２０１から送信されたユーザ端末１００の位置情報を受信する（ステップＳ２２）。

ライフログアプリケーションサーバ２３００のオブジェクト制御部２３２５は、位置アプリケーションサーバ２０１から取得した位置情報に対応する位置の区画に隣接する土地区画の区画ＩＤを区画情報記憶部２３１３から読み出し、ユーザＩＤと、読み出した区画ＩＤと、オブジェクトＩＤとを対応付けて付与情報記憶部２３１４に記憶させる（ステップＳ２３）。ライフログアプリケーションサーバ２３００の表示情報生成部２３２４は、ユーザ端末１００のユーザＩＤに対応付けられて付与情報記憶部２３１４に記憶されている付与区画ＩＤと付与オブジェクトＩＤとを読み出し、読み出した付与区画ＩＤに対応する区画画像を区画情報記憶部２３１３から読み出して連結して表示情報を生成する。また、表示情報生成部２３２４は、読み出した付与オブジェクトＩＤに対応するオブジェクト画像をオブジェクト情報記憶部２３１５から読み出し、表示情報において対応する区画の土地に重畳させた表示情報を生成する（ステップＳ２４）。表示情報生成部２３２４は、生成した表示情報をユーザ端末１００に送信する（ステップＳ２５）。ユーザ端末１００は、ライフログアプリケーションサーバ２３００から送信された表示情報を表示部１０１に表示させる。

＜第２の実施形態：変形例２Ａ＞
次に、第２の実施形態の変形例（変形例２Ａ）を説明する。本変形例では、ライフログ情報に基づいて、区画に対応付けたオブジェクトを更新する。例えば、ユーザが自身のユーザ端末１００から位置アプリケーションサーバ２０１に位置情報を送信させながら、仮想空間において建物であるオブジェクトが対応付けられた区画の前を通り過ぎるたびに、その建物が大きくなるようにオブジェクトを更新する。

図１７は、本変形例のオブジェクト情報記憶部２３１５が記憶するオブジェクト情報のデータ例を示す図である。ここでは、オブジェクト情報には、オブジェクトＩＤと、成長度と、オブジェクト画像とが含まれる。オブジェクトＩＤは、オブジェクトを識別する識別情報である。成長度は、対応するオブジェクトの変化の度合いを示す情報であり、オブジェクトの成長段階として予め設定された順位を示す。オブジェクト画像は、仮想空間に対応付けるオブジェクトの画像である。ここでは、特定のオブジェクトについて、成長度ごとに異なるオブジェクト画像が対応付けられる。例えば、成長度の値が大きくなるほど、オブジェクトがより大きく、あるいはより装飾が増え、あるいはより精巧になったオブジェクト画像が対応付けられる。

図１８、図１９、図２０は、オブジェクトＩＤが同一の建物であるオブジェクトについての異なる成長度のオブジェクト画像の例を示す図である。図１８は、成長度が１である建物のオブジェクト画像の例を示す図である。図１９は、成長度が２である建物のオブジェクト画像の例を示す図である。図２０は、成長度が３である建物のオブジェクト画像の例を示す図である。このように、同じオブジェクトＩＤであっても、成長度が大きくなるほど、より大きく、階数の多い建物に変化するようなオブジェクト画像を対応付けることができる。

図２１、図２２、図２２は、オブジェクトＩＤが同一の野球場であるオブジェクトについての異なる成長度のオブジェクト画像の例を示す図である。図２１は、成長度が１である野球場のオブジェクト画像の例を示す図である。図２２は、成長度が２である野球場のオブジェクト画像の例を示す図である。図２３は、成長度が３である野球場のオブジェクト画像の例を示す図である。このように、成長度が１である場合は草野球場であり、成長度が２である場合は整備された野球場であり、成長度が３である場合はスタジアムであるようなオブジェクト画像を対応付けることができる。

図２４は、本変形例の付与情報記憶部２３１４が記憶する付与情報のデータ例を示す図である。ここでは、付与情報には、ユーザＩＤと、付与区画ＩＤと、付与オブジェクトＩＤと、成長度とが含まれる。ユーザＩＤは、ユーザを識別する識別情報である。付与区画ＩＤは、仮想空間における複数の区画のうち、対応するユーザに付与した区画を識別する識別情報である。付与オブジェクトＩＤは、対応する区画に対して対応付けたオブジェクトを識別する識別情報である。成長度は、対応するオブジェクトの成長度を示す情報である。

本変形例では、オブジェクト制御部２３２５は、仮想空間において定められた複数の区画のうち、ライフログ情報取得部２３２２が取得した位置情報に対応する仮想空間上の区画に、所定条件に応じて更新可能なオブジェクトを対応付ける。すなわち、オブジェクト制御部２３２５は、上述したような成長度ごとに異なるオブジェクト画像が対応付けられたオブジェクトのオブジェクトＩＤを、区画に対応付ける。所定条件とは、例えば、同一のユーザのユーザ端末１００からのライフログ情報を取得した回数である。

例えば、オブジェクト制御部２３２５は、ライフログ情報取得部２３２２からライフログ情報を取得した回数が１回目である場合、成長度に１を対応付けたオブジェクトＩＤを付与情報記憶部２３１４に記憶させる。また、オブジェクト制御部２３２５は、ライフログ情報取得部２３２２によって、同一のユーザのユーザ端末１００から、同一の区画を示す位置情報が送信されるごとに、付与情報記憶部２３１４に記憶されているオブジェクトの成長度に１を加算して更新する。すなわち、オブジェクト制御部２３２５は、ライフログ情報取得部２３２２により位置情報を取得した回数を所定条件として、その回数に応じてオブジェクトの成長度を更新することで、位置情報を取得した回数が多いほど、オブジェクトが成長するように更新する。

表示情報生成部２３２４は、このように更新されたオブジェクトの成長度に応じたオブジェクト画像をオブジェクト情報記憶部２３１５から読み出し、読み出したオブジェクト画像を含む表示情報を生成して、ユーザ端末１００に送信する。これにより、ライフログアプリケーションサーバ２３００は、例えばユーザが同じ道を通るたびに、その道の隣接区画に対応付けられた建物等のオブジェクトを成長させることができ、ライフログを記録する楽しみをユーザに提供することができる。

図２５は、本変形例によるライフログアプリケーションシステム２の動作例を示す図である。
ステップＳ２１、ステップＳ２２は、上述の処理と同様である。ステップＳ２２においてライフログ情報取得部２３２２が位置アプリケーションサーバ２０１から送信された位置情報を受信すると、オブジェクト制御部２３２５は、同一のユーザのユーザ端末１００から、同一の区画を示す位置情報が送信された回数に応じて、付与情報記憶部２３１４に記憶されている付与情報を更新する。上述したように、位置情報を取得した回数が１回目である場合は、成長度に１を対応付け、２回目以降である場合は、成長度に１を加算して更新する（ステップＳ２６）。表示情報生成部２３２４は、成長度に応じたオブジェクト画像をオブジェクト情報記憶部２３１５から読み出し、読み出したオブジェクト画像を含む表示情報を生成して（ステップＳ２７）、ユーザ端末１００に送信する（ステップＳ２８）。

上述の変形例では、ライフログアプリケーションサーバ２３００は、位置情報を１回取得するごとに、成長度に１を加算する例を示したが、所定回数（例えば、３回）ごとに成長度を加算するようにしてもよい。あるいは、例えば１回で成長度を１にし、４回で成長度を２にし、９回で成長度を３にし、１８回で成長度を４にし、２７回で成長度を５にするといったように、回数に応じて定めた成長度により制御することもできる。

＜第２の実施形態：変形例２Ｂ＞
次に、第２の実施形態の変形例（変形例２Ｂ）を説明する。変形例２Ａでは、オブジェクト制御部２３２５が、ライフログ情報取得部２３２２によって、同一のユーザのユーザ端末１００から、同一の区画を示す位置情報が送信されるごとに、付与情報記憶部２３１４に記憶されているオブジェクトの成長度に１を加算して更新する例を示した。ただしこの場合、ユーザが同じ道を往復し続けたり、同じ区画の周辺を歩き回ったりすれば、一時に成長度が何度も加算され、ゲーム性を損なうことがあると考えられる。

そこで、本変形例のオブジェクト制御部２３２５は、所定期間内にライフログ情報取得部２３２２によって同じ区画に対応する位置情報が複数回取得された場合、位置情報を取得した回数を１回として、２回目以降の位置情報の取得を無視する。所定期間とは、例えばライフログ情報取得部２３２２が位置情報を取得した時から２４時間を経過するまでの期間である。例えば、オブジェクト制御部２３２５は、付与情報記憶部２３１４に記憶されている付与オブジェクトＩＤごとに、その付与オブジェクトＩＤを対応付けた日時あるいは成長度を加算した日時を基準日時として記憶させておく。オブジェクト制御部２３２５は、基準日時以降に位置情報を取得した日時が基準日時から所定期間が経過したか否かを判定することにより、所定期間内において同じ区画に対応する位置情報が取得されたのが１回目であるか２回目以降であるかを判定することができる。オブジェクト制御部２３２５は、所定期間内にライフログ情報取得部２３２２によって同じ区画に対応する位置情報が複数回取得された場合、その区画に対応する付与オブジェクトＩＤがすでに付与情報記憶部２３１４に記憶されており、かつ所定期間内にその位置情報を取得したのが１回目であれば、その付与オブジェクトＩＤに対応付けられている成長度に１を加算する。一方、オブジェクト制御部２３２５は、所定期間内にその位置情報を取得したのが２回目以降であれば、付与情報記憶部２３１４に記憶されている成長度に１を加算しない。

図２６は、本変形例によるライフログアプリケーションシステム２の動作例を示す図である。
ステップＳ２１、ステップＳ２２は、上述の処理と同様である。ステップＳ２２においてライフログ情報取得部２３２２が位置アプリケーションサーバ２０１から送信された位置情報を受信すると、オブジェクト制御部２３２５は、その位置情報を取得した日時が、対応する基準日時から所定期間内であるか否かを判定することにより、所定期間内に同一の区画を示す位置情報を複数回取得したか否かを判定する（ステップＳ２９）。オブジェクト制御部２３２５は、位置情報を取得した日時が、対応する基準日時から所定期間内でないと判定した場合（ステップＳ２９：ＮＯ）、その区画に対応する付与オブジェクトＩＤが付与情報記憶部２３１４に記憶されていなければ成長度に１を対応付けた付与情報を新たに記憶させ、その区画に対応する付与オブジェクトＩＤがすでに付与情報記憶部２３１４に記憶されていればその成長度に１を加算して記憶させる（ステップＳ３０）。

ステップＳ２９において、オブジェクト制御部２３２５が、位置情報を取得した日時が、対応する基準日時から所定期間内であると判定した場合（ステップＳ２９：ＹＥＳ）、付与情報記憶部２３１４に記憶されている成長度に加算せず、ステップＳ３１に進む。表示情報生成部２３２４は、成長度に応じたオブジェクト画像をオブジェクト情報記憶部２３１５から読み出し、読み出したオブジェクト画像を含む表示情報を生成して（ステップＳ３１）、ユーザ端末１００に送信する（ステップＳ３２）。

なお、上述の例では、所定期間とは、ライフログ情報取得部２３２２が位置情報を取得した時から２４時間を経過するまでの期間である例を示したが、この時間は１時間でも１２時間でもよく、管理者が定めた任意の時間であってよい。あるいは、所定期間とは、例えば０時から２４時までといったような１日の期間であってもよいし、０時から１時、１時から２時など、時刻を１時間ごとに区切った期間であってもよい。

なお、上述の例では、オブジェクトは建物や野球場等の施設である例を説明したが、オブジェクトは、この他のものでもよく、例えば、植物や動物等でもよい。この場合でも、成長度に応じて異なるオブジェクト画像を対応付けるようにしてもよい。図２７、図２８、図２９、図３０は、植物であるオブジェクトのオブジェクト画像の例を示す図である。図２７は、成長度が１である植物のオブジェクト画像の例を示す図である。図２８は、成長度が２である植物のオブジェクト画像の例を示す図である。図２９は、成長度が３である植物のオブジェクト画像の例を示す図である。図３０は、成長度が４である植物のオブジェクト画像の例を示す図である。このように、同じオブジェクトＩＤの植物について、成長度が大きくなるほど、より大きく、より時間の経ったように変化するオブジェクト画像を対応付けることができる。この他にも、例えば成長度に応じて植物に花が咲いたような画像を対応付けることもできる。

図３１は、動物（肉食動物）であるオブジェクトのオブジェクト画像の例を示す図である。図３２は、動物（草食動物）であるオブジェクトのオブジェクト画像の例を示す図である。図３３は、動物（雑食動物）であるオブジェクトのオブジェクト画像の例を示す図である。オブジェクトは、このような動物であってもよく、オブジェクト制御部２３２５は、このようなオブジェクトを、ライフログ情報に応じて区画に対応付けるようにすることができる。また、動物のオブジェクト画像を表示する場合、動きを伴うものとしてもよい。施設や植物のオブジェクト画像についても、動きを伴うものであってもよい。

図３４は、様々な種別のオブジェクトを対応付けることが可能な場合のオブジェクト情報記憶部２３１５が記憶するオブジェクト情報のデータ例を示す図である。オブジェクト情報には、オブジェクトＩＤと、種別と、成長度と、成長度ごとのオブジェクト画像とが含まれる。種別には、例えば、「施設」、「植物」、「草食動物」、「肉食動物」、「雑食動物」等の情報が対応付けられる。
このようにすれば、オブジェクト制御部２３２５は、ライフログ情報に応じて種別の異なる様々なオブジェクトを区画に対応付けることができる。

＜第３の実施形態＞
次に、第３の実施形態について説明する。図３５は、第３の実施形態によるライフログアプリケーションシステム３の構成を示すブロック図である。ライフログアプリケーションシステム３は、ユーザ端末１００と、複数のアプリケーションサーバ２００と、ライフログアプリケーションサーバ３３００とのコンピュータ装置を備えており、これらのコンピュータ装置はネットワーク５０を介して接続されている。ユーザ端末１００とアプリケーションサーバ２００とは、上述の実施形態と同様の構成である。ライフログアプリケーションサーバ２３００は、第２の実施形態におけるライフログアプリケーションサーバ２３００と同様のアプリケーション制御装置である。

ライフログアプリケーションサーバ３３００は、記憶部３３１０と、制御部３３２０とを備えている。記憶部３３１０は、ライフログアプリケーション記憶部３３１１を備えており、ライフログアプリケーション記憶部３３１１は、ユーザ情報記憶部３３１２と、区画情報記憶部３３１３と、付与情報記憶部３３１４と、オブジェクト情報記憶部３３１５と、施設オブジェクト情報記憶部３３１６とを備えている。制御部３３２０は、ライフログアプリケーション制御部３３２１を備えており、ライフログアプリケーション制御部３３２１は、ライフログ情報取得部３３２２と、ユーザ区画制御部３３２３と、表示情報生成部３３２４と、オブジェクト制御部３３２５とを備えている。

本実施形態における記憶部３３１０と、ライフログアプリケーション記憶部３３１１と、ユーザ情報記憶部３３１２と、区画情報記憶部３３１３と、付与情報記憶部３３１４と、オブジェクト情報記憶部３３１５と、制御部３３２０と、ライフログアプリケーション制御部３３２１と、ライフログ情報取得部３３２２と、ユーザ区画制御部３３２３と、表示情報生成部３３２４と、オブジェクト制御部３３２５とは、第２の実施形態における記憶部２３１０と、ライフログアプリケーション記憶部２３１１と、ユーザ情報記憶部２３１２と、区画情報記憶部２３１３と、付与情報記憶部２３１４と、オブジェクト情報記憶部２３１５と、制御部２３２０と、ライフログアプリケーション制御部２３２１と、ライフログ情報取得部２３２２と、ユーザ区画制御部２３２３と、表示情報生成部２３２４と、オブジェクト制御部２３２５と同様の構成であるため、以下、第２の実施形態と相違する点について説明する。

本実施形態のライフログアプリケーションサーバ３３００は、施設アプリケーションサーバ２０３から取得する施設情報に基づいて、仮想空間内のオブジェクトを更新する。
施設オブジェクト情報記憶部３３１６は、施設アプリケーションサーバ２０３から送信される施設情報に応じて仮想空間上に対応付けるオブジェクトに関する施設オブジェクト情報を記憶する。図３６は、施設オブジェクト情報記憶部３３１６が記憶する施設オブジェクト情報のデータ例を示す図である。施設オブジェクト情報には、施設ＩＤと、施設名と、区画ＩＤと、オブジェクトＩＤとが含まれる。施設ＩＤは、施設アプリケーションサーバ２０３から送信される施設情報が示す施設を識別する識別情報である。施設名は、対応する施設の名称である。区画ＩＤは、対応する施設を対応付ける仮想空間上の区画を識別する識別情報である。オブジェクトＩＤは、対応する施設のオブジェクトを識別する識別情報である。本実施形態では、オブジェクト情報記憶部３３１５には、施設オブジェクト情報に含まれるオブジェクトに関するオブジェクト情報が記憶されているものとする。

ライフログ情報取得部３３２２は、施設アプリケーションサーバ２０３から、測位されたユーザ端末１００の位置に応じた施設を示す施設情報を取得する。
オブジェクト制御部３３２５は、仮想空間において定められた複数の区画のうち、ライフログ情報取得部３３２２によって取得された施設情報に対応する仮想空間上の区画に、オブジェクトを対応付ける。具体的には、オブジェクト制御部３３２５は、ライフログ情報取得部３３２２が取得した施設情報に含まれる施設ＩＤに対応付けられて施設オブジェクト情報記憶部３３１６に記憶されている施設オブジェクト情報を読み出す。また、オブジェクト制御部３３２５は、ユーザ端末１００のユーザＩＤと、読み出した施設オブジェクト情報に含まれる区画ＩＤと、読み出した施設オブジェクト情報に含まれるオブジェクトＩＤとを対応付けた付与情報を付与情報記憶部３３１４に記憶させる。
表示情報生成部３３２４は、仮想空間上に対応付けられたオブジェクトを表示する表示情報を生成する。

次に、図面を参照して、本実施形態によるライフログアプリケーションシステム３の動作例を説明する。図３７は、本実施形態によるライフログアプリケーションシステム３の動作例を示す図である。
ユーザ端末１００は、ライフログ情報である施設情報を施設アプリケーションサーバ２０３に送信する（ステップＳ４１）。施設アプリケーションサーバ２０３は、ユーザ端末１００から受信した施設情報を、ユーザ端末１００のユーザＩＤに対応付けて記憶する。また、施設アプリケーションサーバ２０３は、ユーザ端末１００から受信した施設情報を、ライフログアプリケーションサーバ３３００に送信する。ライフログアプリケーションサーバ３３００のライフログ情報取得部３３２２は、施設アプリケーションサーバ２０３から送信された施設情報を受信する（ステップＳ４２）。

ライフログアプリケーションサーバ３３００のオブジェクト制御部３３２５は、施設アプリケーションサーバ２０３から取得した施設情報に対応する区画ＩＤとオブジェクトＩＤとを施設オブジェクト情報記憶部３３１６から読み出し、ユーザＩＤと、読み出した区画ＩＤと、オブジェクトＩＤとを対応付けて付与情報記憶部３３１４に記憶させる（ステップＳ４３）。ライフログアプリケーションサーバ３３００の表示情報生成部３３２４は、ユーザ端末１００のユーザＩＤに対応付けられて付与情報記憶部３３１４に記憶されている付与区画ＩＤと付与オブジェクトＩＤとを読み出し、読み出した付与区画ＩＤに対応する区画画像を区画情報記憶部３３１３から読み出して連結して表示情報を生成する。また、表示情報生成部３３２４は、読み出した付与オブジェクトＩＤに対応するオブジェクト画像をオブジェクト情報記憶部３３１５から読み出し、表示情報において対応する区画の土地に重畳させた表示情報を生成する（ステップＳ４４）。表示情報生成部３３２４は、生成した表示情報をユーザ端末１００に送信する（ステップＳ４５）。

このようにすれば、ライフログ情報である施設情報に応じたオブジェクトが対応付けられた表示情報がユーザ端末１００に送信され、表示される。これにより、ライフログアプリケーションサーバ３３００は、ユーザ端末１００が施設アプリケーションサーバ２０３に施設情報を送信すると、その施設情報に応じて仮想空間にオブジェクトが対応付けられていく画像をユーザにみせることができる。これにより、ユーザ自身がユーザ端末１００を用いてライフログを記録することで、仮想空間が発展していくような楽しみを提供することができる。

なお、上述の例では、施設アプリケーションサーバ２０３から取得する施設情報には、施設ＩＤと、施設名と、その施設に位置情報が含まれる例を示したが、例えば施設情報には施設ＩＤのみが含まれるものとし、その施設の位置情報は別個に取得するようにしてもよい。
また、本実施形態の構成と、第２の実施形態に示したオブジェクトを成長させる構成とを組み合わせて、施設情報に基づいて区画に対応付けたオブジェクトを成長させるようにしてもよい。例えば、施設情報を取得するたびに、オブジェクトの成長度を加算するようにしてもよい。

＜第３の実施形態：変形例３Ａ＞
次に、第３の実施形態の変形例（変形例３Ａ）を説明する。本変形例のライフログアプリケーションサーバ３３００は、仮想空間上に対応付けられたオブジェクトに、そのオブジェクトに関連付けられたメッセージを対応付けた表示情報を生成してユーザ端末１００に送信する。仮想空間に表示させるメッセージとしては、例えば、メッセージアプリケーションサーバ２０６に記憶されるライフログ情報であるメッセージが適用できる。

図３８は、本変形例の施設オブジェクト情報記憶部３３１６が記憶する施設オブジェクト情報のデータ例を示す図である。施設オブジェクト情報には、施設ＩＤと、施設名と、区画ＩＤと、オブジェクトＩＤと、メッセージアプリケーションユーザＩＤとが含まれる。メッセージアプリケーションユーザＩＤは、メッセージアプリケーションサーバ２０６が提供するアプリケーションサービスにおけるユーザのユーザＩＤである。例えば、複数のユーザ間でメッセージを共有するアプリケーションサービスにおいては、店舗等の施設が、顧客とのコミュニケーションや各種情報の告知等のためにアカウントを作成し、メッセージを配信していることがある。このような施設のアカウントを示すメッセージアプリケーションユーザＩＤと、施設オブジェクト情報に含まれるその施設の施設ＩＤとを予め対応付けておくことで、メッセージ共有のアプリケーションサービスにおいて施設のアカウントが配信したメッセージを、仮想空間上においてその施設を示すオブジェクトに対応付けて表示することができる。

表示情報生成部３３２４は、仮想空間上に対応付けられたオブジェクトと、そのオブジェクトが示す施設に関連付けられたメッセージとを表示する表示情報を生成する。図３９は、仮想空間における施設に関連するメッセージを表示する仮想空間の画像例を示す図である。仮想空間には、その施設に関連するメッセージを初めから表示しているようにしてもよいが、複数の施設のメッセージを全て仮想空間に表示させると、見難くなることが考えられる。そこで、施設からのメッセージが存在する場合、新たなメッセージが存在することを示す「！」の吹き出しを表示させておき、この吹き出しがユーザに選択された場合に、メッセージの全文を表示するように構成することができる。図４０は、仮想空間における施設に関連するメッセージの全文を表示する仮想空間の画像例を示す図である。ここでは、メッセージアプリケーションサーバ２０６が記憶する施設からのメッセージである「今なら￥１００⇒￥８０！」との告知が表示されている。

図４１は、本変形例のライフログアプリケーションシステム３の動作例を示す図である。
ステップＳ４１、ステップＳ４２、ステップＳ４３は、上述の処理と同様である。ライフログ情報取得部３３２２は、ステップＳ４２において施設アプリケーションサーバ２０３から送信された施設情報に含まれる施設ＩＤに対応付けられたメッセージアプリケーションユーザＩＤを、施設オブジェクト情報記憶部３３１６から読み出す。ライフログ情報取得部３３２２は、読み出したメッセージアプリケーションユーザＩＤに対応するメッセージを、メッセージアプリケーションサーバ２０６から取得する（ステップＳ４６）。表示情報生成部３３２４は、ライフログ情報取得部３３２２が取得したメッセージを仮想空間上のオブジェクトに対応付けた表示情報を生成する（ステップＳ４７）。表示情報生成部３３２４は、生成した表示情報をユーザ端末１００に送信する（ステップＳ４８）。

このようにすれば、ライフログ情報である施設情報に応じたオブジェクトと、そのオブジェクトに関連するメッセージとが対応付けられた表示情報がユーザ端末１００に送信され、表示される。これにより、ライフログアプリケーションサーバ３３００は、ユーザ端末１００が施設アプリケーションサーバ２０３に施設情報を送信すると、その施設情報に関連するメッセージをユーザにみせることができる。

なお、上述の例において、表示情報に表示させる施設に関連付けられたメッセージは、メッセージアプリケーションサーバ２０６におけるその施設のアカウントのメッセージである例を示したが、メッセージアプリケーションサーバ２０６における他のユーザのアカウントから、取得したメッセージであってもよい。例えば、その施設に関連する何らかの文字列が含まれるメッセージをメッセージアプリケーションサーバ２０６から検出して、施設に対応付けて表示するようにしてもよい。あるいは、例えばメッセージに、そのメッセージが送信された位置を示す位置情報が付与されている場合には、その位置情報が施設の位置であるメッセージを取得して表示するようにしてもよい。

＜第３の実施形態：変形例３Ｂ＞
次に、第３の実施形態の他の変形例（変形例３Ｂ）を説明する。上述の実施形態では、施設アプリケーションサーバ２０３から取得した施設情報に基づいて、１つの区画に１つのオブジェクトを対応付ける例を示したが、例えば同じ区画の建物に複数の施設が存在することも考えられる。このように、１つの区画に対応する複数の施設情報を取得した場合、どのようにオブジェクトを対応付けるか問題となると考えられる。例えば、先に取得した施設情報に対応するオブジェクトを削除し、後に取得した施設情報に対応するオブジェクトを対応付けるようなことも考えられるが、ここでは、複数のオブジェクトを対応付けることが可能な複合オブジェクトを区画に対応付け、その複合オブジェクトに、複数の施設情報のそれぞれに対応するオブジェクトを対応付ける例を説明する。

図４２は、複合オブジェクトのオブジェクト画像の例を示す図である。本実施形態では、複合オブジェクトとは、複数のオブジェクトを対応付けることが可能なオブジェクトであり、例えば、複数の階を持つビルのオブジェクトである。
図４３は、複合オブジェクトではないオブジェクトのオブジェクト画像の例を示す図である。このようなオブジェクトについて、複合オブジェクトに対応付けることが可能な別の複合オブジェクト用画像を予め記憶させておく。例えば、図４４は、複合オブジェクトに対応付ける複合オブジェクト用画像の一例である、看板画像の例を示す図である。このような看板画像を、複合オブジェクトの階に対応付ける。図４５は、複合オブジェクトに、「Ａ居酒屋」と「Ｂカフェ」の看板画像を対応付けた例を示す図である。

図４６は、本変形例の付与情報記憶部３３１４が記憶する付与情報のデータ例を示す図である。付与情報には、ユーザＩＤと、付与区画ＩＤと、付与オブジェクトＩＤとが含まれる。付与オブジェクトＩＤには、複合オブジェクトのオブジェクトＩＤ（例えば、ＭＯＢ１）が対応付けられ、複合オブジェクトのオブジェクトＩＤには、複数のオブジェクトＩＤ（例えば、ＯＢ２８とＯＢ５６）が対応付けられている。

図４７は、本変形例のオブジェクト情報記憶部３３１５が記憶するオブジェクト情報のデータ例を示す図である。オブジェクト情報には、オブジェクトＩＤと、オブジェクト画像と、複合オブジェクト用画像とが含まれる。オブジェクト画像には、図４３に示したような画像が対応付けられる。複合オブジェクト用画像には、図４４に示したような画像が対応付けられる。オブジェクトＩＤが「ＭＯＢ１」であるオブジェクトは複合オブジェクトであり、オブジェクト画像には図４２で示したような画像が対応付けられる。複合オブジェクトに対応する複合オブジェクト用画像は「−」（ＮＵＬＬ）である。

本変形例におけるオブジェクト制御部３３２５は、ライフログ情報取得部３３２２により同一の区画について異なる複数の施設情報が取得されると、複数のオブジェクトを対応付けることが可能な複合オブジェクトを区画に対応付け、その複合オブジェクトに、複数の施設情報のそれぞれに対応するオブジェクトを対応付ける。

図４８は、本変形例のライフログアプリケーションシステム３の動作例を示す図である。
ステップＳ４１、ステップＳ４２は、上述の処理と同様である。オブジェクト制御部３３２５は、ステップＳ４２において施設アプリケーションサーバ２０３から取得した施設情報に対応する区画ＩＤを施設オブジェクト情報記憶部３３１６から読み出し、付与情報記憶部３３１４を参照して、施設情報に対応する区画ＩＤが示す区画にオブジェクトがすでに対応付けられているか否かを判定する（ステップＳ５０）。

オブジェクト制御部３３２５は、施設情報に対応する区画ＩＤが示す区画に別の施設のオブジェクトが対応付けられていないと判定すると（ステップＳ５０：ＮＯ）、ユーザＩＤと、ステップＳ４２において施設アプリケーションサーバ２０３から取得した施設情報に対応する区画ＩＤと、オブジェクトＩＤとを対応付けて付与情報記憶部３３１４に記憶させる（ステップＳ５１）。一方、オブジェクト制御部３３２５は、施設情報に対応する区画ＩＤが示す区画に別の施設のオブジェクトがすでに対応付けられていると判定すると（ステップＳ５０：ＹＥＳ）、ユーザＩＤと、ステップＳ４２において施設アプリケーションサーバ２０３から取得した施設情報に対応する区画ＩＤと、複合オブジェクトのオブジェクトＩＤとを対応付けて付与情報記憶部３３１４に記憶させる（ステップＳ５２）。

そして、オブジェクト制御部３３２５は、複合オブジェクトに、すでに対応付けられていた別の施設のオブジェクトのオブジェクトＩＤと、ステップＳ４２において新たに取得した施設情報に対応するオブジェクトのオブジェクトＩＤとを対応付けて付与情報記憶部３３１４に記憶させる（ステップＳ５３）。表示情報生成部３３２４は、ユーザ端末１００のユーザＩＤに対応付けられて付与情報記憶部３３１４に記憶されている付与区画ＩＤと付与オブジェクトＩＤとを読み出し、読み出した付与区画ＩＤに対応する区画画像を区画情報記憶部３３１３から読み出して連結して表示情報を生成する。また、表示情報生成部３３２４は、付与情報記憶部３３１４に記憶されている付与情報に基づいて表示情報を生成する（ステップＳ５４）。表示情報生成部３３２４は、生成した表示情報をユーザ端末１００に送信する（ステップＳ５５）。
以上説明したように、本変形例によれば、１つの区画に対応する複数の施設情報を取得した場合にも、１つの区画に複数のオブジェクトを対応付けることができる。

＜第４の実施形態＞
次に、第４の実施形態について説明する。図４９は、第４の実施形態によるライフログアプリケーションシステム４の構成を示すブロック図である。ライフログアプリケーションシステム４は、ユーザ端末１００と、複数のアプリケーションサーバ２００と、ライフログアプリケーションサーバ４３００とのコンピュータ装置を備えており、これらのコンピュータ装置はネットワーク５０を介して接続されている。ユーザ端末１００とアプリケーションサーバ２００とは、上述の実施形態と同様の構成である。ライフログアプリケーションサーバ４３００は、上述の実施形態におけるライフログアプリケーションサーバと同様のアプリケーション制御装置である。

ライフログアプリケーションサーバ４３００は、記憶部４３１０と、制御部４３２０とを備えている。記憶部４３１０は、ライフログアプリケーション記憶部４３１１を備えており、ライフログアプリケーション記憶部４３１１は、ユーザ情報記憶部４３１２と、区画情報記憶部４３１３と、付与情報記憶部４３１４と、オブジェクト情報記憶部４３１５とを備えている。制御部４３２０は、ライフログアプリケーション制御部４３２１を備えており、ライフログアプリケーション制御部４３２１は、ライフログ情報取得部４３２２と、ユーザ区画制御部４３２３と、表示情報生成部４３２４と、オブジェクト制御部４３２５とを備えている。

本実施形態における記憶部４３１０と、ライフログアプリケーション記憶部４３１１と、ユーザ情報記憶部４３１２と、区画情報記憶部４３１３と、付与情報記憶部４３１４と、オブジェクト情報記憶部４３１５と、制御部４３２０と、ライフログアプリケーション制御部４３２１と、ライフログ情報取得部４３２２と、ユーザ区画制御部４３２３と、表示情報生成部４３２４と、オブジェクト制御部４３２５とは、第３の実施形態における記憶部３３１０と、ライフログアプリケーション記憶部４３１１と、ユーザ情報記憶部３３１２と、区画情報記憶部３３１３と、付与情報記憶部３３１４と、オブジェクト情報記憶部３３１５と、制御部３３２０と、ライフログアプリケーション制御部３３２１と、ライフログ情報取得部３３２２と、ユーザ区画制御部３３２３と、表示情報生成部３３２４と、オブジェクト制御部３３２５と同様の構成であるため、以下、第３の実施形態と相違する点について説明する。

本実施形態のライフログアプリケーションサーバ４３００は、食物アプリケーションサーバ２０２から取得する食物情報に基づいて、仮想空間内のオブジェクトを更新する。
ライフログ情報取得部４３２２は、ライフログ情報である食物情報を食物アプリケーションサーバ２０２から取得する。
オブジェクト制御部４３２５は、仮想空間において定められた複数の区画のうちから特定したいずれかの区画にオブジェクトを対応付ける。例えば、オブジェクト制御部４３２５は、複数の区画からランダムに選択した土地区画を、オブジェクトを対応付ける区画として特定することができる。また、オブジェクト制御部４３２５は、複数のオブジェクトからランダムに選択したオブジェクトを、特定した区画に対応付けることができる。
表示情報生成部４３２４は、仮想空間上に対応付けられたオブジェクトを表示する表示情報を生成する。

次に、図面を参照して、本実施形態によるライフログアプリケーションシステム４の動作例を説明する。図５０は、本実施形態によるライフログアプリケーションシステム４の動作例を示す図である。
ユーザ端末１００は、ユーザが食事をする食物の画像情報を食物アプリケーションサーバ２０２に送信する（ステップＳ６０）。食物アプリケーションサーバ２０２は、ユーザ端末１００から送信された画像情報を解析して食物情報を生成し、生成した食物情報を、ユーザ端末１００のユーザＩＤに対応付けて記憶する。また、食物アプリケーションサーバ２０２は、生成した食物情報を、ライフログアプリケーションサーバ４３００に送信する。ライフログアプリケーションサーバ４３００のライフログ情報取得部４３２２は、食物アプリケーションサーバ２０２から送信された施設情報を受信する（ステップＳ６１）。

ライフログアプリケーションサーバ４３００のオブジェクト制御部４３２５は、仮想空間において定められた複数の区画のうちからランダムに区画を特定し、特定した区画の区画ＩＤと、ランダムに特定したオブジェクトＩＤとを対応付けて付与情報記憶部４３１４に記憶させる（ステップＳ６２）。ライフログアプリケーションサーバ４３００の表示情報生成部４３２４は、ユーザ端末１００のユーザＩＤに対応付けられて付与情報記憶部４３１４に記憶されている付与区画ＩＤと付与オブジェクトＩＤとを読み出し、読み出した付与区画ＩＤに対応する区画画像を区画情報記憶部４３１３から読み出して連結して表示情報を生成する。また、表示情報生成部４３２４は、読み出した付与オブジェクトＩＤに対応するオブジェクト画像をオブジェクト情報記憶部４３１５から読み出し、表示情報において対応する区画の土地に重畳させた表示情報を生成する（ステップＳ６３）。表示情報生成部４３２４は、生成した表示情報をユーザ端末１００に送信する（ステップＳ６４）。

なお、本実施形態の構成と、第２の実施形態に示したオブジェクトを成長させる構成とを組み合わせて、食物情報に基づいて区画に対応付けたオブジェクトを成長させるようにしてもよい。例えば、食物情報を取得するたびに、オブジェクトの成長度を加算するようにしてもよい。
また、本実施形態の構成と、第３の実施形態に示した施設情報に応じてオブジェクトを対応付ける成長させる構成とを組み合わせてもよい。この場合、オブジェクト制御部４３２５が、仮想空間において定められた複数の区画のうちからランダムに特定した区画にオブジェクトを対応付ける際、第３の実施形態における施設オブジェクト情報記憶部３３１６に記憶されている施設オブジェクト情報に含まれる区画ＩＤが示す区画以外の区画を選択するようにしてもよい。これにより、施設アプリケーションサーバ２０３から取得する施設情報に基づいてオブジェクトを対応付ける可能性のある区画には、本実施形態によるオブジェクトを対応付けないようにすることができる。あるいは、本実施形態によりオブジェクトを対応付ける区画を予め定めておき、定められた区画にオブジェクトを対応付けるようにしてもよい。

＜第４の実施形態：変形例４Ａ＞
次に、第４の実施形態の変形例を説明する。本変形例のライフログアプリケーションサーバ４３００は、食物アプリケーションサーバ２０２から取得する食物情報の内容に応じて、異なる種別である１または複数のオブジェクトを、仮想空間上の区画に対応付ける。

本変形例のオブジェクト情報記憶部４３１５には、図３４に示したような複数の種別のオブジェクト情報が記憶されている。
図５１は、本変形例による付与情報記憶部４３１４に記憶される付与情報のデータ例を示す図である。ここでは、例えば、ユーザＩＤが「Ｕ１」であるユーザについて、付与区画ＩＤが「Ｐ３」である区画に、オブジェクトＩＤが「ＯＢ２５６」である３つの植物オブジェクトと、オブジェクトＩＤが「ＯＢ５１２」である１つの草食動物オブジェクトとが対応付けられた例を示している。

本変形例によるライフログ情報取得部４３２２が食物アプリケーションサーバ２０２から取得する食物情報には、上述したように、食物の内容に応じた分類を示す情報が含まれる。食物の内容とは、例えば食物の食品種別や栄養素であり、分類とは、例えば主食、副菜、主菜、牛乳・乳製品、果物である。食物情報には、このような分類ごとの食事量が含まれる。すなわち、食物情報には、食物に含まれる主食の量を示す情報が含まれる。また、食物情報には、食物に含まれる副菜の量を示す情報が含まれる。また、食物情報には、食物に含まれる主菜の量を示す情報が含まれる。ここでは、上述したように、食事量は、単位をＳＶとする。

また、オブジェクト制御部４３２５は、食物情報に含まれる副菜の量が所定の閾値を超える場合、仮想空間上に表示させるオブジェクトに、植物を示すオブジェクトを加える。閾値は、例えば健康的な望ましい食生活のために定められたＳＶの指針となる値である。
また、オブジェクト制御部４３２５は、閾値を超える量の副菜が含まれる食物情報が取得された回数に応じて、仮想空間上に表示させるオブジェクトである植物の量を変化させる。植物の量を変化させるとは、例えば、木であるオブジェクトを追加したり、オブジェクトの成長度を大きくしたりすることをいう。

また、オブジェクト制御部４３２５は、仮想空間上に表示させるオブジェクトである植物の量が所定の閾値を超える場合、仮想空間上に表示させるオブジェクトに草食動物を加える。例えば所定の閾値はオブジェクト２つであり、植物のオブジェクトが３つになると、草食動物のオブジェクトを加える。図５２は、木であるオブジェクトが３つと、草食動物である象のオブジェクトとが対応付けられた場合の画像の例を示す図である。これにより、例えば３本の木によって草食動物を育てることができるといったように演出することができる。

また、オブジェクト制御部４３２５は、食物情報に含まれる主菜の量が所定の閾値を超える場合、仮想空間上に表示させるオブジェクトに、肉食動物を示すオブジェクトを加える。また、オブジェクト制御部４３２５は、食物情報に含まれる主食の量が所定の閾値を超える場合、仮想空間上に表示させるオブジェクトに、雑食動物を示すオブジェクトを加える。
このように、オブジェクト制御部４３２５は、食物情報に含まれる分類に応じて、区画に対応付けるオブジェクトを更新する。

次に、図面を参照して、本変形例により区画にオブジェクトを対応付けるライフログアプリケーションサーバ４３００の動作例を説明する。この動作例は、上述したステップＳ６２において対応付けるオブジェクトを判定する処理の具体例のひとつである。図５３は、本変形例によるライフログアプリケーションサーバ４３００の動作例を示す図である。
ライフログ情報取得部４３２２が、食物アプリケーションサーバ２０２から食物情報を取得すると、オブジェクト制御部４３２５は、食物情報に含まれる副菜の量が所定の閾値を超えるか否かを判定する（ステップＳ７０）。食物情報に含まれる副菜の量が所定の閾値を超えないと判定すると（ステップＳ７０：ＮＯ）、オブジェクト制御部４３２５は、食物情報に含まれる主菜の量が所定の閾値を超えるか否かを判定する（ステップＳ７１）。食物情報に含まれる主菜の量が所定の閾値を超えないと判定すると（ステップＳ７１：ＮＯ）、オブジェクト制御部４３２５は、食物情報に含まれる主食の量が所定の閾値を超えるか否かを判定する（ステップＳ７２）。

食物情報に含まれる主食の量が所定の閾値を超えないと判定すると（ステップＳ７２：ＮＯ）、オブジェクト制御部４３２５は、区画にオブジェクトを対応付けずに処理を終了する。この場合は、食物情報に含まれる副菜、主菜、主食の全てが閾値を超えないと判定された場合である。ステップＳ７２において、食物情報に含まれる主食の量が所定の閾値を超えると判定すると（ステップＳ７２：ＹＥＳ）、オブジェクト制御部４３２５は、区画に雑食動物のオブジェクトを追加する（ステップＳ７３）。この場合は、食物情報に含まれる副菜、主菜、主食のうち、主食のみが閾値を超えると判定された場合である。

ステップＳ７１において、食物情報に含まれる主菜の量が所定の閾値を超えると判定すると（ステップＳ７１：ＹＥＳ）、オブジェクト制御部４３２５は、食物情報に含まれる主食の量が所定の閾値を超えるか否かを判定する（ステップＳ７４）。食物情報に含まれる主食の量が所定の閾値を超えないと判定すると（ステップＳ７４：ＮＯ）、オブジェクト制御部４３２５は、区画に肉食動物のオブジェクトを追加する（ステップＳ７５）。この場合は、食物情報に含まれる副菜、主菜、主食のうち、主菜のみが閾値を超えると判定された場合である。ステップＳ７４において、食物情報に含まれる主食の量が所定の閾値を超えると判定すると（ステップＳ７４：ＹＥＳ）、オブジェクト制御部４３２５は、主菜と主食との分類のうち、食物情報に含まれる量と閾値との差（乖離率）が大きい分類に対応する動物のオブジェクトを追加する（ステップＳ７６）。この場合は、食物情報に含まれる副菜、主菜、主食のうち、主菜と主食とが閾値を超えると判定された場合である。この場合、例えば、主菜の乖離率の方が大きければ肉食動物のオブジェクトを追加し、主食の乖離率の方が大きければ雑食動物のオブジェクトを追加する。

食物情報に含まれる副菜の量が所定の閾値を超えると判定すると（ステップＳ７０：ＹＥＳ）、オブジェクト制御部４３２５は、食物情報に含まれる主菜の量が所定の閾値を超えるか否かを判定する（ステップＳ７７）。食物情報に含まれる主菜の量が所定の閾値を超えないと判定すると（ステップＳ７７：ＮＯ）、オブジェクト制御部４３２５は、食物情報に含まれる主食の量が所定の閾値を超えるか否かを判定する（ステップＳ７８）。食物情報に含まれる主食の量が所定の閾値を超えないと判定すると（ステップＳ７８：ＮＯ）、オブジェクト制御部４３２５は、区画に植物のオブジェクトを追加する（ステップＳ７９）。この場合は、食物情報に含まれる副菜、主菜、主食のうち、副菜のみが閾値を超えると判定された場合である。ステップＳ７８において、食物情報に含まれる主食の量が所定の閾値を超えると判定すると（ステップＳ７８：ＹＥＳ）、オブジェクト制御部４３２５は、副菜と主食との分類のうち、食物情報に含まれる量と閾値との差（乖離率）が大きい分類に対応する動物のオブジェクトを追加する（ステップＳ８０）。この場合は、食物情報に含まれる副菜、主菜、主食のうち、副菜と主食とが閾値を超えると判定された場合である。この場合、例えば、副菜の乖離率の方が大きければ植物のオブジェクトを追加し、主食の乖離率の方が大きければ雑食動物のオブジェクトを追加する。

食物情報に含まれる主菜の量が所定の閾値を超えると判定すると（ステップＳ７７：ＹＥＳ）、オブジェクト制御部４３２５は、食物情報に含まれる主食の量が所定の閾値を超えるか否かを判定する（ステップＳ８１）。食物情報に含まれる主食の量が所定の閾値を超えないと判定すると（ステップＳ８１：ＮＯ）、オブジェクト制御部４３２５は、副菜と主菜との分類のうち、食物情報に含まれる量と閾値との差（乖離率）が大きい分類に対応する動物のオブジェクトを追加する（ステップＳ８２）。この場合は、食物情報に含まれる副菜、主菜、主食のうち、副菜と主菜とが閾値を超えると判定された場合である。この場合、例えば、副菜の乖離率の方が大きければ植物のオブジェクトを追加し、主菜の乖離率の方が大きければ肉食動物のオブジェクトを追加する。

ステップＳ８１において、食物情報に含まれる主食の量が所定の閾値を超えると判定すると（ステップＳ８１：ＹＥＳ）、オブジェクト制御部４３２５は、副菜と主菜と主食の分類のうち、食物情報に含まれる量と閾値との差（乖離率）が最も大きい分類に対応する動物のオブジェクトを追加する（ステップＳ８３）。この場合は、食物情報に含まれる副菜、主菜、主食の全てが閾値を超えると判定された場合である。この場合、例えば、副菜の乖離率が最も大きければ植物のオブジェクトを追加し、主菜の乖離率が最も大きければ肉食動物のオブジェクトを追加し、主食の乖離率が最も大きければ雑食動物のオブジェクトを追加する。

なお、オブジェクト制御部３３２５は、ステップＳ７９において区画に植物のオブジェクトを対応付けた場合、その時点で、その区画に対応付けられた植物のオブジェクトが所定の閾値を超えているか否かを判定し、判定結果に応じて草食動物を追加する処理を行ってもよいし、１日に１回、定められた時間（例えば、０時）に、特定の区画に対応付けられた植物のオブジェクトが所定の閾値を超えているか否かを判定し、判定結果に応じて草食動物を追加する処理を行ってもよい。

また、上述の例では、食物情報に含まれる主菜、副菜、主食の量が所定の閾値を超える場合、仮想空間上に表示させるオブジェクトに、分類に応じた動物のオブジェクトを加える例を示したが、閾値以下である場合、種別に応じたオブジェクトを削除するようにしてもよい。あるいは、例えば喫煙アプリケーションサーバ２０５から喫煙情報を取得した場合には、植物のオブジェクトを削除するような制御を行うこともできる。

あるいは、食物情報が食物アプリケーションサーバ２０２に送信された時刻（ユーザが食事をとった時刻）に応じて、異なる動物を対応付けるようにしてもよい。例えば、昼の時刻に食物情報が送信された場合、昼行性の動物（例えば、草食動物であればゾウ、キリン、ヤギなど。肉食動物であればチーターなど。雑食動物であればゴリラなど）を対応付け、夜の時刻に食物情報が送信された場合、夜行性の動物（例えば、草食動物であればカバなど。肉食動物であればライオン、オオカミ、トラなど。雑食動物であればサルなど）を対応付けるようにしてもよい。

また、１つの区画に対応付けることができる植物の数の閾値（例えば、９）を定めておき、閾値を超える植物を対応付けないように制御してもよい。また、１つの区画に対応付けることができる動物の数の閾値（例えば、３）を定めておき、閾値以上の動物を対応付けようとする場合には、いずれかの動物を削除するようにしてもよい。例えば、特定の区画に肉食動物を１つ追加する場合、その区画に対応付けられている草食動物または雑食動物のオブジェクトを１つ削除するようにしてもよい。同様に、特定の区画に草食動物を１つ追加する場合、その区画に対応付けられている肉食動物または雑食動物のオブジェクトを１つ削除するようにしてもよい。同様に、特定の区画に雑食動物を１つ追加する場合、その区画に対応付けられている草食動物または雑食動物のオブジェクトを１つ削除するようにしてもよい。またこの際、動物のオブジェクトを削除する区画は、削除対象の動物のオブジェクトが対応付けられている区画を選択することができる。

以上説明したように、本変形例によれば、食物情報の内容に応じた種別のオブジェクトを区画に対応付けることができる。また、食物情報に含まれる副菜、主菜、主食の分類に応じて、それぞれと観念的に関連する植物（草食動物）、肉食動物、雑食動物のオブジェクトを対応付けることができる。これにより、ライフログアプリケーションシステム４は、ユーザ自身の食事内容に応じて、仮想空間が発展していくような楽しみを提供することができる。

＜第５の実施形態＞
次に、第５の実施形態について説明する。図５４は、第５の実施形態によるライフログアプリケーションシステム５の構成を示すブロック図である。ライフログアプリケーションシステム５は、ユーザ端末１００と、複数のアプリケーションサーバ２００と、ライフログアプリケーションサーバ５３００とのコンピュータ装置を備えており、これらのコンピュータ装置はネットワーク５０を介して接続されている。ユーザ端末１００とアプリケーションサーバ２００とは、上述の実施形態と同様の構成である。ライフログアプリケーションサーバ５３００は、上述の実施形態におけるライフログアプリケーションサーバと同様のアプリケーション制御装置である。

ライフログアプリケーションサーバ５３００は、記憶部５３１０と、制御部５３２０とを備えている。記憶部５３１０は、ライフログアプリケーション記憶部５３１１を備えており、ライフログアプリケーション記憶部５３１１は、ユーザ情報記憶部５３１２と、区画情報記憶部５３１３と、付与情報記憶部５３１４と、オブジェクト情報記憶部５３１５とを備えている。制御部５３２０は、ライフログアプリケーション制御部５３２１を備えており、ライフログアプリケーション制御部５３２１は、ライフログ情報取得部５３２２と、ユーザ区画制御部５３２３と、表示情報生成部５３２４と、オブジェクト制御部５３２５と、ユーザ制御部５３２６とを備えている。

本実施形態における記憶部５３１０と、ライフログアプリケーション記憶部５３１１と、ライフログアプリケーション記憶部５３１１と、ユーザ情報記憶部５３１２と、区画情報記憶部５３１３と、付与情報記憶部５３１４と、オブジェクト情報記憶部５３１５と、制御部５３２０と、ライフログアプリケーション制御部５３２１と、ライフログアプリケーション制御部５３２１と、ライフログ情報取得部５３２２と、ユーザ区画制御部５３２３と、表示情報生成部５３２４と、オブジェクト制御部５３２５とは、第４の実施形態における記憶部４３１０と、ライフログアプリケーション記憶部４３１１と、ライフログアプリケーション記憶部４３１１と、ユーザ情報記憶部４３１２と、区画情報記憶部４３１３と、付与情報記憶部４３１４と、オブジェクト情報記憶部４３１５と、制御部４３２０と、ライフログアプリケーション制御部４３２１と、ライフログアプリケーション制御部４３２１と、ライフログ情報取得部４３２２と、ユーザ区画制御部４３２３と、表示情報生成部４３２４と、オブジェクト制御部４３２５と同様の構成であるため、以下、第４の実施形態と相違する点について説明する。

本実施形態では、仮想空間上に表示させるオブジェクトには、電灯を有する画像を含むオブジェクトが含まれることとし、ライフログアプリケーションサーバ５３００は、アプリケーションサーバ２００から取得するライフログ情報に応じて、オブジェクト画像に含まれる電灯の点灯状態と消灯状態とを切り替える。このような形態であれば、複数のアプリケーションサーバ２００のうちのいずれのアプリケーションサーバ２００から取得したライフログ情報に応じて、オブジェクト画像に含まれる電灯の点灯状態と消灯状態とを切り替えるようにしても良いが、以下の例では、睡眠アプリケーションサーバ２０４から取得する睡眠情報に応じて、オブジェクト画像に含まれる電灯の点灯状態と消灯状態とを切り替える例を説明する。

例えば、本実施形態における仮想空間には昼夜の状態が存在することとし、昼夜によって仮想空間全体の画像を切り替える。例えば、現実空間の実時間に応じて、５時から１８時までは昼状態とし、１８時から５時までは夜状態とする。図５５は、昼状態の仮想空間の画像例を示す図である。図５６は、夜状態の仮想空間の画像例を示す図である。このように、昼状態においては仮想空間全体が明るい画像を表示し、夜状態においては仮想空間全体が暗くなったような画像を表示するように切り替える。本実施形態では、夜状態の仮想空間に含まれるオブジェクト画像の点灯状態と消灯状態とを切り替える。ライフログアプリケーションサーバ５３００は、睡眠情報に含まれる睡眠時間に応じて仮想空間における仮想的な電力が貯まり、貯まった電力により仮想空間における電灯を点けるように制御する。図５７は、夜状態の仮想空間において点灯状態であるオブジェクト画像の例を示す図である。図５８は、夜状態の仮想空間において消灯状態であるオブジェクト画像の例を示す図である。例えば、ライフログアプリケーションサーバ５３００は、睡眠時間３０分ごとに、夜状態のオブジェクトを点灯状態にするための１時間分の電力が貯まるように制御する。以下、このような本実施形態の構成について詳細に説明する。

ユーザ情報記憶部５３１２は、ユーザごとの電力量を記憶する。図５９は、ユーザ情報記憶部５３１２が記憶するユーザ情報のデータ例を示す図である。ユーザ情報には、ユーザＩＤと、ユーザ名と、メールアドレスと、電力量とが含まれる。電力量は、仮想空間における仮想的な電力量（ｋＷｈ）を示す値であり、ライフログ情報に含まれる睡眠時間に応じて加算される。例えば、睡眠時間（分）に１００を乗じた値が、電力量に加算される。この場合、睡眠時間が６時間（３６０分）であれば、（３６０×１００＝）３６０００の値が電力量に加算される。この電力量を消費して、仮想空間におけるオブジェクトの電灯が点灯される。例えば、仮想空間における全てのオブジェクトの電灯を１時間点灯させた場合の消費電力量を３０００（ｋＷｈ）とし、１時間ごとに電力量を３０００（ｋＷｈ）減算する。この例では、３０分の睡眠時間により、１時間分の消費電力量が加算される。

区画情報記憶部５３１３は、区画ごとに、昼状態の区画画像と夜状態の区画画像とを記憶する。図６０は、区画情報記憶部５３１３が記憶する区画情報のデータ例を示す図である。区画情報には、区画ＩＤと、属性と、範囲位置情報と、状態と、区画画像とが含まれる。状態が昼である区画画像には、昼状態の明るい区画画像が対応付けられる。状態が夜である区画画像には、夜状態の暗い区画画像が対応付けられる。

図６１は、オブジェクト情報記憶部５３１５が記憶するオブジェクト情報のデータ例を示す図である。オブジェクト情報には、オブジェクトＩＤと、昼状態オブジェクト画像と、点灯状態オブジェクト画像と、消灯状態オブジェクト画像とが対応付けられる。昼状態オブジェクト画像は、昼状態の明るいオブジェクト画像である。点灯状態オブジェクト画像は、夜状態において電灯が点灯したオブジェクト画像である。消灯状態オブジェクト画像は、夜状態において電灯が消灯したオブジェクト画像である。

図６２は、付与情報記憶部５３１４が記憶する付与情報のデータ例を示す図である。付与情報には、ユーザＩＤと、付与区画ＩＤと、付与オブジェクトＩＤと、状態とが含まれる。状態は、区画画像およびオブジェクト画像の昼夜状態を示し、夜状態である場合には、オブジェクト画像の点灯状態または消灯状態を示す情報である。

図５４に戻り、ライフログ情報取得部５３２２は、ユーザの睡眠に関する睡眠情報を睡眠アプリケーションサーバ２０４から取得する。睡眠情報には、睡眠時間を示す情報が含まれる。
ユーザ制御部５３２６は、ライフログ情報取得部５３２２が取得した睡眠情報に含まれる睡眠時間に応じた電力量を算出し、ユーザＩＤに対応付けてユーザ情報記憶部５３１２に記憶させる。

オブジェクト制御部５３２５は、ライフログ情報取得部５３２２が取得した睡眠情報に応じて、仮想空間上に表示させるオブジェクトを更新する。例えば、オブジェクト制御部５３２５は、睡眠情報に応じてユーザ制御部５３２６によって算出された電力量に応じて、オブジェクトに含まれる電灯の点灯状態と消灯状態とを切り替える。具体的には、オブジェクト制御部５３２５は、例えば自身の時計機能から現在時刻を取得し、現在時刻が昼の時間帯（５時〜１８時）であるか夜の時間帯（１８時〜５時）であるかを判定する。オブジェクト制御部５３２５は、昼の時間帯であると判定すると、付与情報記憶部５３１４に記憶されている付与情報の全ての状態に昼を対応付けて記憶させる。

一方、オブジェクト制御部５３２５は、夜の時間帯であると判定すると、付与情報記憶部５３１４に記憶されている、付与オブジェクトＩＤが対応付けられていない全ての付与情報の全ての状態に夜を対応付けて記憶させる。また、オブジェクト制御部５３２５は、ユーザ情報記憶部５３１２に記憶されているユーザの電力量を読み出し、読み出した電力量が、１時間の消費電力量以上か否かを判定する。オブジェクト制御部５３２５は、読み出した電力量が、１時間の消費電力量以上であると判定すると、付与情報記憶部５３１４に記憶されている、付与オブジェクトＩＤが対応付けられている全ての付与情報の全ての状態に点灯を対応付けて記憶させる。この場合、ユーザ情報記憶部５３１２に記憶されている電力量から、１時間分の消費電力量を減算する。一方、オブジェクト制御部５３２５は、読み出した電力量が、１時間の消費電力量未満であると判定すると、付与情報記憶部５３１４に記憶されている、付与オブジェクトＩＤが対応付けられている全ての付与情報の全ての状態に消灯を対応付けて記憶させる。
表示情報生成部５３２４は、仮想空間上に対応付けられたオブジェクトを表示する表示情報を生成する。

次に、図面を参照して、本実施形態によるライフログアプリケーションシステム５の動作例を説明する。図６３は、本実施形態によるライフログアプリケーションシステム５の動作例を示す図である。
ユーザ端末１００は、睡眠情報を睡眠アプリケーションサーバ２０４に送信する（ステップＳ９１）。睡眠アプリケーションサーバ２０４は、ユーザ端末１００から送信された睡眠情報を、ユーザ端末１００のユーザＩＤに対応付けて記憶する。また、睡眠アプリケーションサーバ２０４は、睡眠情報を、ライフログアプリケーションサーバ５３００に送信する。ライフログアプリケーションサーバ５３００のライフログ情報取得部５３２２は、睡眠アプリケーションサーバ２０４から送信された睡眠情報を受信する（ステップＳ９２）。オブジェクト制御部５３２５は、ライフログ情報取得部５３２２が受信した睡眠情報に含まれる睡眠時間に応じて電力量を算出し、算出した電力量をユーザ情報記憶部５３１２に記憶させる（ステップＳ９３）。

オブジェクト制御部５３２５は、現在時刻が夜の時間帯になったことを検知すると、ユーザ情報記憶部５３１２に記憶されているユーザの電力量を読み出し、読み出した電力量が消費電力量以上であるか否かを判定する（ステップＳ９４）。オブジェクト制御部５３２５は、電力量が消費電力量以上でないと判定すると（ステップＳ９４：ＮＯ）、付与情報記憶部５３１４に記憶されている付与オブジェクトＩＤの状態に、消灯を対応付けて記憶させる。また、付与情報記憶部５３１４に記憶されている、付与オブジェクトＩＤが対応付けられていない付与情報の状態に、夜を対応付けて記憶させる（ステップＳ９６）。

一方、ステップＳ９４において、オブジェクト制御部５３２５が、電力量は消費電力量以上であると判定すると（ステップＳ９４：ＹＥＳ）、付与情報記憶部５３１４に記憶されている付与オブジェクトＩＤの状態に、点灯を対応付けて記憶させる。また、付与情報記憶部５３１４に記憶されている、付与オブジェクトＩＤが対応付けられていない付与情報の状態に、夜を対応付けて記憶させる（ステップＳ９５）。表示情報生成部５３２４は、付与情報記憶部５３１４に記憶されている付与情報に基づいて表示情報を生成する（ステップＳ９７）。表示情報生成部５３２４は、生成した表示情報をユーザ端末１００に送信する（ステップＳ９８）。

なお、本実施形態では、オブジェクト制御部５３２５が、現在時刻に応じて付与情報記憶部５３１４に記憶されている付与情報の状態を切り替えて記憶させる例を示したが、昼状態と夜状態（点灯状態と消灯状態）とを切り替えるものであれば、他のデータ構造、制御方法を適用することもできる。例えば、同一のオブジェクトについて、異なるオブジェクトＩＤに対応付けて昼状態のオブジェクト画像と夜状態（点灯状態と消灯状態）のオブジェクト画像とをオブジェクト情報記憶部５３１５に記憶させておく。そして、付与情報記憶部５３１４には、各状態のオブジェクトＩＤを対応付けて記憶させておく。表示情報生成部５３２４は、表示要求された時の時間帯に応じて、昼状態のオブジェクト画像と夜状態（点灯状態と消灯状態）のオブジェクト画像とのいずれを採用して表示情報を生成するかを判断する。

また、本実施形態では、昼の状態と夜の状態との仮想空間の画像を切り替える例を示したが、この他にも、例えば、明け方、昼、夕方、夜のように時間を分けて画像を切り替えるようにしてもよいし、季節や天気等によって異なる画像に切り替えるようにしてもよい。例えば夕方の状態では全体に夕暮れで赤みがかったような画像にしてもよいし、昼の状態であっても雨や雲により全体が暗くなったような画像とし、電灯の点灯状態と消灯状態とを切り替えるようにしてもよい。また、上述の例では、５時から１８時までは昼状態とし、１８時から５時までは夜状態としたが、昼夜状態の切替時刻は、季節に応じて変化するようにしてもよい。また、上述の例では、夜状態の場合に電灯を有するオブジェクトの画像を点灯状態と消灯状態を切り替える例を示したが、例えば、動物のオブジェクトについて、夜状態の場合には寝ている画像に切り替えるようにしてもよい。

また、本実施形態では、３０分の睡眠に応じて１時間分の電力量が貯まる例を示したが、睡眠時間と点灯時間との関係は、管理者が任意に定めてよい。また、ユーザ情報に含まれる電力量が１時間の消費電力量以上であるか否かに応じて、全てのオブジェクトの点灯状態と消費状態とを切り替える例を示したが、電力量が消費電力量に満たない場合でも、区画に対応付けられた複数のオブジェクトのうち、例えば電力量と消費電力量との割合に応じた数のオブジェクトについては点灯状態とし、他のオブジェクトについては消灯状態とするようにしてもよい。また、例えば１分ごとの消費電力量を定め、１分ごとに電力量と１分の消費電力量とを比較する処理を行い、点灯状態と消費状態とを切り替える処理を行ってもよい。

また、消費電力量は、オブジェクトの数に関わらず一律でもよいし、仮想空間に対応付けられたオブジェクトの数に応じて定めるようにしてもよい。ただしこの場合、オブジェクトが増えすぎた場合に全てのオブジェクトの消費電力量を賄うことが不可能であるほどに増えすぎないように、消費電力量の上限値を定めておくようにしてもよい。あるいは、例えば夜の時間帯（例えば、１８時から２４時と、３時から５時）と深夜の時間帯（例えば、２４時から３時）とを定め、深夜の時間帯の消費電力量は、夜の時間帯よりも小さい消費電力量となるようにしてもよい。あるいは、昼の時間帯であっても、夏日であって多数の冷房が駆動されるような状態では、電力が消費されるようにしてもよい。

また、ユーザ情報記憶部５３１２に記憶されているユーザの電力量は、１日ごとにリセットさせるものとしてもよいし、余った電力は次の日に持ち越せる（蓄電できる）ようにしてもよい。例えば、電力量を１日ごとにリセットする場合、ユーザの電力量は、夜の時間帯が終了する時点（５時）で０とし、その後に、その日の睡眠時間に応じた電力量を算出してユーザ情報記憶部５３１２に記憶させることができる。電力を次の日に持ち越す場合、新たな睡眠情報を取得した時点で、睡眠情報に含まれる睡眠時間に応じた電力量を算出し、ユーザ情報記憶部５３１２に記憶されている電力量に加算する。この際、前日から持ち越す分の電力量については、例えば０以上１以下の所定の係数を乗算した分の電力量を持ち越すようにしてもよい。
また、本実施形態では、睡眠情報に応じて電力が貯まる例を示したが、他のライフログ情報、例えば食物情報に含まれる食事量や分類ごとの量に応じて、電力が貯まるようにしてもよい。

＜第６の実施形態＞
次に、第６の実施形態について説明する。図６４は、第６の実施形態によるライフログアプリケーションシステム６の構成を示すブロック図である。ライフログアプリケーションシステム６は、ユーザ端末１００と、複数のアプリケーションサーバ２００と、ライフログアプリケーションサーバ６３００とのコンピュータ装置を備えており、これらのコンピュータ装置はネットワーク５０を介して接続されている。ユーザ端末１００とアプリケーションサーバ２００とは、上述の実施形態と同様の構成である。ライフログアプリケーションサーバ６３００は、上述の実施形態におけるライフログアプリケーションサーバと同様のアプリケーション制御装置である。

ライフログアプリケーションサーバ６３００は、記憶部６３１０と、制御部６３２０とを備えている。記憶部６３１０は、ライフログアプリケーション記憶部６３１１を備えており、ライフログアプリケーション記憶部６３１１は、ユーザ情報記憶部６３１２と、区画情報記憶部６３１３と、付与情報記憶部６３１４と、オブジェクト情報記憶部６３１５とを備えている。制御部６３２０は、ライフログアプリケーション制御部６３２１を備えており、ライフログアプリケーション制御部６３２１は、ライフログ情報取得部６３２２と、ユーザ区画制御部６３２３と、表示情報生成部６３２４と、オブジェクト制御部６３２５とを備えている。

本実施形態における記憶部６３１０と、ライフログアプリケーション記憶部６３１１と、ユーザ情報記憶部６３１２と、区画情報記憶部６３１３と、付与情報記憶部６３１４と、オブジェクト情報記憶部６３１５と、制御部６３２０と、ライフログアプリケーション制御部６３２１と、ライフログ情報取得部６３２２と、ユーザ区画制御部６３２３と、表示情報生成部６３２４と、オブジェクト制御部６３２５とは、第５の実施形態における記憶部５３１０と、ライフログアプリケーション記憶部５３１１と、ユーザ情報記憶部５３１２と、区画情報記憶部５３１３と、付与情報記憶部５３１４と、オブジェクト情報記憶部５３１５と、制御部５３２０と、ライフログアプリケーション制御部５３２１と、ライフログ情報取得部５３２２と、ユーザ区画制御部５３２３と、表示情報生成部５３２４と、オブジェクト制御部５３２５と同様の構成であるため、以下、第５の実施形態と相違する点について説明する。

本実施形態のライフログアプリケーションサーバ６３００は、仮想空間における特定の区画の周囲区画に表示させるオブジェクトを、ライフログ情報に応じて更新する。
ライフログアプリケーションサーバ６３００は、複数のアプリケーションサーバ２００のうちのいずれのアプリケーションサーバ２００から取得したライフログ情報に応じて、特定の区画の周囲区画に対応付けるオブジェクトを更新するようにしてもよいが、以下の例では、喫煙アプリケーションサーバ２０５から取得した喫煙情報に応じて、特定の区画の周囲区画に対応付けるオブジェクトを更新する。

例えば、ライフログアプリケーションサーバ６３００は、喫煙アプリケーションサーバ２０５から、ユーザが喫煙したことを示す喫煙情報を受信すると、仮想空間における複数の区画のうちのいずれかの区画を特定し、特定した区画に工場であるオブジェクトを対応付ける。さらに、その区画の周囲区画のオブジェクトを更新する。図６５は、本実施形態により、符号ｓｋ１に示す区画に工場のオブジェクトが対応付けられ、その区画の周囲区画である符号ｓｋ２と符号ｓｋ３とが示す区画に対応付けられたオブジェクトが更新された仮想空間の画像例を示す図である。ここでは、符号ｓｋ２が示す区画のビルが黒ずんだようになっており、符号ｓｋ３が示す区画にはビルの屋上に炎のオブジェクトが対応付けられている。周囲区画のオブジェクトの更新としては、この他にも、例えば周囲区画がスモッグで見難くなったり、周囲区画の植物が枯れたりするように、オブジェクトを更新する。これにより、喫煙が周囲に影響を与えることを仮想空間上で表現することができる。

オブジェクト情報記憶部６３１５は、上述したような炎やスモッグのオブジェクトや、黒ずんだビルや枯れた植物等のオブジェクトに関するオブジェクト情報を記憶する。図６６は、オブジェクト情報記憶部６３１５に記憶されるオブジェクト情報のデータ例を示す図である。オブジェクト情報には、オブジェクトＩＤと、種別と、成長度と、オブジェクト画像とが含まれる。成長度にマイナスの値が対応付けられたオブジェクトには、工場による悪影響を受けたオブジェクト画像が対応付けられる。例えば、種別が施設であり、成長度が「−１」であるオブジェクト画像には、施設が黒ずんだ画像が対応付けられる。成長度が「−２」であるオブジェクト画像には、施設がさらに黒ずんだ画像が対応付けられる。同様に、例えば、種別が植物であれば、成長度がマイナスであるオブジェクト画像には、枯れた画像が対応付けられる。

ライフログ情報取得部６３２２は、喫煙アプリケーションサーバ２０５から喫煙情報を取得する。
オブジェクト制御部６３２５は、仮想空間において定められた複数の区画のうち、いずれかの区画を第１区画として特定する。ここで、オブジェクト制御部６３２５は、第４の実施形態におけるオブジェクト制御部４３２５と同様の方法で、例えばランダムに区画を特定することができる。また、オブジェクト制御部６３２５は、仮想空間において定められた複数の区画のうち、第１区画の周囲の区画である周囲区画を特定する。ここでは、例えば区画情報記憶部６３１３に図５と同様の隣接区画が含まれる区画情報を記憶させておき、オブジェクト制御部６３２５は、第１区画の隣接区画を周囲区画として特定することができる。また、オブジェクト制御部６３２５は、第１区画の隣接区画と、その隣接区画のさらに隣接区画とを、周囲区画として特定することもできる。

また、オブジェクト制御部６３２５は、ライフログ情報取得部６３２２が取得するライフログ情報に応じて、周囲区画に表示させるオブジェクトを更新する。具体的には、オブジェクト制御部６３２５は、周囲区画に表示させるオブジェクトについて、所定のオブジェクトを追加する処理または所定のオブジェクトに変更する処理を行う。例えば、スモッグや炎のオブジェクトを周囲区画に追加する処理や、施設であるオブジェクトの成長度がマイナスになるように変更する処理を行う。

次に、図面を参照して、本実施形態によるライフログアプリケーションシステム６の動作例を説明する。図６７は、本実施形態によるライフログアプリケーションシステム６の動作例を示す図である。
ユーザ端末１００は、ライフログ情報である喫煙情報を喫煙アプリケーションサーバ２０５に送信する（ステップＳ１０１）。喫煙アプリケーションサーバ２０５は、ユーザ端末１００から送信された喫煙情報を、ユーザ端末１００のユーザＩＤに対応付けて記憶する。喫煙アプリケーションサーバ２０５は、喫煙情報を、ライフログアプリケーションサーバ６３００に送信する。ライフログアプリケーションサーバ６３００のライフログ情報取得部６３２２は、喫煙アプリケーションサーバ２０５から送信された喫煙情報を受信する（ステップＳ１０２）。

オブジェクト制御部６３２５は、区画を特定する（ステップＳ１０３）。すなわち、オブジェクト制御部６３２５は、仮想空間において定められた複数の区画のうちからランダムに区画を選択し、選択した区画を第１区画として特定する。また、特定した第１区画の周囲区画を特定する。また、オブジェクト制御部６３２５は、喫煙情報に応じて、周囲区画のオブジェクトを更新する（ステップＳ１０４）。表示情報生成部６３２４は、付与情報記憶部６３１４に記憶されている付与情報に基づいて表示情報を生成する（ステップＳ１０５）。表示情報生成部６３２４は、生成した表示情報をユーザ端末１００に送信する（ステップＳ１０６）。

以上説明したように、本実施形態によれば、アプリケーションサーバ２００から取得するライフログ情報に応じて、仮想空間における特定区画の周囲区画のオブジェクトを更新することが可能となる。

＜第６の実施形態：変形例６Ａ＞
次に、第６の実施形態の変形例を説明する。本変形例のライフログアプリケーションサーバ６３００は、ユーザの喫煙量に応じて、周囲区画に表示させるオブジェクトを更新する。

本変形例におけるライフログ情報取得部６３２２が取得する喫煙情報には、ユーザの喫煙量が含まれる。
オブジェクト制御部６３２５は、ライフログ情報取得部６３２２が取得した喫煙情報に含まれる喫煙量に応じて、周囲区画に表示させるオブジェクトを更新する。具体的には、オブジェクト制御部６３２５は、喫煙量についての所定の閾値を予め記憶しておき、喫煙情報に含まれる喫煙量が所定の閾値を超える場合、周囲区画に表示させるオブジェクトを更新する。例えば、喫煙情報に含まれる喫煙量が喫煙本数であれば、オブジェクト制御部６３２５は、予め設定された１日の平均喫煙本数を所定の閾値として記憶しておく。１日の平均喫煙本数とは、例えばユーザから取得した喫煙情報に基づいて算出してもよいし、複数のユーザのユーザ端末１００から喫煙アプリケーションサーバ２０５に送信されてくる喫煙情報に基づいて算出してもよいし、一般的な平均喫煙本数を予め定めたものであってもよい。

すなわち、オブジェクト制御部６３２５は、喫煙量が所定の閾値を超える場合、周囲区画に表示させるオブジェクトについて、所定のオブジェクトを追加する処理または所定のオブジェクトに変更する処理を行う。例えば、オブジェクト制御部６３２５は、１日の喫煙本数が、１日の平均喫煙本数を超える場合、所定のオブジェクトを追加する処理または所定のオブジェクトに変更する処理を行う。

なお、上述の例では、喫煙量は喫煙本数である例を示したが、喫煙量は、例えばタール量やニコチン量でもよい。このとき、ユーザの喫煙量であるタール量やニコチン量は、例えば、ライフログアプリケーションサーバ６３００が予めユーザが喫煙しているタバコの銘柄等の入力を受け付けて記憶しておき、銘柄と本数に応じて喫煙量を特定してもよい。

＜第７の実施形態＞
次に、第７の実施形態について説明する。図６８は、第７の実施形態によるライフログアプリケーションシステム７の構成を示すブロック図である。ライフログアプリケーションシステム７は、ユーザ端末１００と、複数のアプリケーションサーバ２００と、ライフログアプリケーションサーバ７３００とのコンピュータ装置を備えており、これらのコンピュータ装置はネットワーク５０を介して接続されている。ユーザ端末１００とアプリケーションサーバ２００とは、上述の実施形態と同様の構成である。ライフログアプリケーションサーバ７３００は、上述の実施形態におけるライフログアプリケーションサーバと同様のアプリケーション制御装置である。

ライフログアプリケーションサーバ７３００は、記憶部７３１０と、制御部７３２０とを備えている。記憶部７３１０は、ライフログアプリケーション記憶部７３１１を備えており、ライフログアプリケーション記憶部７３１１は、ユーザ情報記憶部７３１２と、区画情報記憶部７３１３と、付与情報記憶部７３１４と、オブジェクト情報記憶部７３１５とを備えている。制御部７３２０は、ライフログアプリケーション制御部７３２１を備えており、ライフログアプリケーション制御部７３２１は、ライフログ情報取得部７３２２と、ユーザ区画制御部７３２３と、表示情報生成部７３２４と、オブジェクト制御部７３２５と、ユーザ制御部７３２６と、アバター制御部７３２７とを備えている。

本実施形態における記憶部７３１０と、ライフログアプリケーション記憶部７３１１と、ユーザ情報記憶部７３１２と、区画情報記憶部７３１３と、付与情報記憶部７３１４と、オブジェクト情報記憶部７３１５と、制御部７３２０と、ライフログアプリケーション制御部７３２１と、ライフログ情報取得部７３２２と、ユーザ区画制御部７３２３と、表示情報生成部７３２４と、オブジェクト制御部７３２５とは、第６の実施形態における記憶部６３１０と、ライフログアプリケーション記憶部６３１１と、ユーザ情報記憶部６３１２と、区画情報記憶部６３１３と、付与情報記憶部６３１４と、オブジェクト情報記憶部６３１５と、制御部６３２０と、ライフログアプリケーション制御部６３２１と、ライフログ情報取得部６３２２と、ユーザ区画制御部６３２３と、表示情報生成部６３２４と、オブジェクト制御部６３２５と同様の構成であるため、以下、第６の実施形態と相違する点について説明する。

本実施形態のライフログアプリケーションサーバ７３００は、例えば第１の実施形態において示したように複数のユーザのそれぞれに対して区画を対応付けた場合、同一の区画に複数のユーザが対応付けられていれば、その複数のユーザ間の仮想空間においては互いに他のユーザが表示されるような表示情報を生成する。このようにすれば、仮想空間により多様な変化を与えることができるとともに、ユーザ間のコミュニケーションを促すことが可能となる。

ユーザ情報記憶部７３１２は、ユーザごとのアバター画像を記憶する。図６９は、ユーザ情報記憶部７３１２が記憶するユーザ情報のデータ例を示す図である。ユーザ情報には、ユーザＩＤと、ユーザ名と、メールアドレスと、アバター画像とが含まれる。アバター画像は、仮想空間におけるユーザのアバターを示す画像である。図７０は、アバター画像の例を示す図である。ここでは、アバターは人の姿である例を示しており、符号ａｂ１に示す頭部と、符号ａｂ２に示す胴体部から構成される。アバター画像には、画像の情報そのものが対応付けられていてもよいし、画像が記憶されている位置を示すリンクが対応付けられていてもよい。

ライフログ情報取得部７３２２は、位置アプリケーションサーバ２０１から位置情報を取得する。
ユーザ区画制御部７３２３は、第１の実施形態と同様に、仮想空間において定められた複数の区画のうち、ライフログ情報取得部７３２２が取得した位置情報に対応する仮想空間上の区画とユーザ端末１００のユーザである第１ユーザとを対応付ける。

ユーザ制御部７３２６は、第１ユーザに対応付けた区画と同一の区画が対応付けられた他のユーザである第２ユーザを特定する。具体的には、例えば付与情報記憶部７３１４に図７において示した付与情報が記憶されている場合、ユーザ制御部７３２６は、付与情報記憶部７３１４に記憶されている付与情報を読み出し、第１ユーザ（例えば、ユーザＩＤがＵ１であるユーザ）に対応付けた区画（例えば、付与区画ＩＤがＰ３である区画）が対応付けられた他のユーザである第２のユーザ（例えば、ユーザＩＤがＵ２であるユーザ）を特定する。

表示情報生成部７３２４は、第１ユーザに対応付けた区画と、ユーザ制御部７３２６が特定した第２ユーザを示す画像とを対応付けて表示する表示情報を生成する。ここで、第２ユーザを示す画像とは、例えば第２ユーザに対応付けられてユーザ情報記憶部７３１２に記憶されているアバター画像である。図７１は、表示情報生成部７３２４が生成する表示情報の例を示す図である。

アバター制御部７３２７は、ユーザ情報記憶部７３１２に記憶されているユーザ情報に、アバター画像を対応付けて記憶させる。ユーザ情報記憶部７３１２に記憶させるアバター画像は、初期状態では全てのユーザに同一のアバター画像を記憶させてもよいし、アバター制御部７３２７が選択した任意の画像を記憶させてもよいし、ユーザの操作に応じて生成したアバター画像を記憶させてもよい。

次に、図面を参照して、本実施形態によるライフログアプリケーションシステム７の動作例を説明する。図７２は、本実施形態によるライフログアプリケーションシステム７の動作例を示す図である。この動作例は、上述の実施形態における動作例で説明した表示情報生成処理の具体例のひとつである。

ユーザ端末１００に送信する表示情報を生成する際、ユーザ制御部７３２６は、表示情報を送信するユーザ端末１００のユーザＩＤに対応付けられた他のユーザのユーザ情報を、ユーザ情報記憶部７３１２から読み出す（ステップＳ１１０）。表示情報生成部７３２４は、付与情報記憶部７３１４に記憶されている付与情報に基づいて表示情報を生成するとともに、生成した表示情報に、ステップＳ１１０において特定したユーザ情報に含まれるアバター画像を対応付けた表示情報を生成する（ステップＳ１１１）。

なお、本実施形態では、アバターは人の姿である例を示したが、架空の生物の姿でもよいし、ロボットや動物等の姿でもよい。
また、本実施形態では、仮想空間に表示する他のユーザに関する画像とはアバター画像である例を示したが、アバター画像でなくても、例えば他のユーザのユーザ名やアイコン等を示す画像であってもよい。

以上説明したように、本実施形態のライフログアプリケーションサーバ７３００によれば、ユーザは自身と同じ場所に行ったことのある他のユーザに関する画像をみることができ、仮想空間により多様な変化を与えることができる。また、他のユーザのアバター画像について、他のユーザの操作に応じて生成されたアバター画像を表示するようにすれば、ユーザごとに異なるアバター画像が表示されるとともに、アバター画像によりユーザを識別できるようになり、ユーザ間のコミュニケーションを促すことができる。

＜第７の実施形態：変形例７Ａ＞
次に、第７の実施形態の変形例を説明する。上述の例において、ユーザ制御部７３２６が、第１ユーザに対応付けた区画と同一の区画が対応付けられた他のユーザである第２ユーザを特定する際、第２ユーザは全てのユーザのうちから特定してもよいが、予め友達関係が定められたユーザのうちから特定するようにしてもよい。

図７３は、本変形例におけるユーザ情報記憶部７３１２が記憶するユーザ情報のデータ例を示す図である。ユーザ情報には、ユーザＩＤと、ユーザ名と、メールアドレスと、アバター画像と、友達ユーザＩＤとが含まれる。友達ユーザＩＤは、例えばユーザからの操作に応じて定められた他のユーザを識別するユーザＩＤである。ここでは、例えばユーザＩＤがＵ１であるユーザに、ユーザＩＤがＵ２と、Ｕ５と、Ｕ１８と、Ｕ３９と、・・・であるユーザが対応付けられている。

ユーザ制御部７３２６は、複数のユーザのうち、第１ユーザに対応付けた区画と同一の区画が対応付けられ、かつ、ユーザ情報記憶部７３１２に記憶されたユーザ情報において友達ユーザとして対応付けられた他のユーザのユーザＩＤを特定する。このようにすれば、複数のユーザのうち、友達関係が定められたユーザのみのユーザ画像が自身の仮想空間に現れるようにすることができる。

友達関係については、例えば、複数のアプリケーションサーバ２００のうち、ユーザ間の友達関係を有するアプリケーションサービスを提供するいずれかのアプリケーションサーバ２００から友達関係を取得し、取得した友達関係に基づいて、他のユーザを特定するようにしてもよい。

また、例えば第１ユーザのユーザ端末１００に表示させた仮想空間内において、他のユーザのアバター画像が選択されると、選択された他のユーザに対応付けられて付与情報記憶部７３１４に記憶された付与情報に基づいて生成した仮想空間の表示情報を、第１ユーザのユーザ端末１００に送信するようにしてもよい。このようにすれば、ライフログアプリケーションサーバ７３００は、他のユーザのライフログ情報に基づいて生成される表示情報を見せることができ、新たな楽しみを提供するとともに、ユーザ間のコミュニケーションを促すことができる。

＜第８の実施形態＞
次に、第８の実施形態について説明する。図７４は、第８の実施形態によるライフログアプリケーションシステム８の構成を示すブロック図である。ライフログアプリケーションシステム８は、ユーザ端末１００と、複数のアプリケーションサーバ２００と、ライフログアプリケーションサーバ８３００とのコンピュータ装置を備えており、これらのコンピュータ装置はネットワーク５０を介して接続されている。ユーザ端末１００とアプリケーションサーバ２００とは、上述の実施形態と同様の構成である。ライフログアプリケーションサーバ８３００は、上述の実施形態におけるライフログアプリケーションサーバと同様のアプリケーション制御装置である。

ライフログアプリケーションサーバ８３００は、記憶部８３１０と、制御部８３２０とを備えている。記憶部８３１０は、ライフログアプリケーション記憶部８３１１を備えており、ライフログアプリケーション記憶部８３１１は、ユーザ情報記憶部８３１２と、区画情報記憶部８３１３と、付与情報記憶部８３１４と、オブジェクト情報記憶部８３１５と、アバター頭部情報記憶部８３１７と、アバター胴体部情報記憶部８３１８とを備えている。制御部８３２０は、ライフログアプリケーション制御部８３２１を備えており、ライフログアプリケーション制御部８３２１は、ライフログ情報取得部８３２２と、ユーザ区画制御部８３２３と、表示情報生成部８３２４と、オブジェクト制御部８３２５と、アバター制御部８３２７とを備えている。

本実施形態における記憶部８３１０と、ライフログアプリケーション記憶部８３１１と、ユーザ情報記憶部８３１２と、区画情報記憶部８３１３と、付与情報記憶部８３１４と、オブジェクト情報記憶部８３１５と、制御部８３２０と、ライフログアプリケーション制御部８３２１と、ライフログ情報取得部８３２２と、ユーザ区画制御部８３２３と、表示情報生成部８３２４と、オブジェクト制御部８３２５と、アバター制御部８３２７とは、第７の実施形態における記憶部８３１０と、ライフログアプリケーション記憶部８３１１と、ユーザ情報記憶部８３１２と、区画情報記憶部８３１３と、付与情報記憶部８３１４と、オブジェクト情報記憶部８３１５と、制御部８３２０と、ライフログアプリケーション制御部８３２１と、ライフログ情報取得部８３２２と、ユーザ区画制御部８３２３と、表示情報生成部８３２４と、オブジェクト制御部８３２５と、アバター制御部８３２７と同様の構成であるため、以下、第７の実施形態と相違する点について説明する。

本実施形態のライフログアプリケーションサーバ８３００は、アプリケーションサーバ２００から取得するライフログ情報に応じて、ユーザに対応するアバター画像を更新する。複数のアプリケーションサーバ２００のうちのいずれのアプリケーションサーバ２００から取得したライフログ情報に応じてアバター画像を更新するようにしてもよいが、本実施形態では、食物アプリケーションサーバ２０２から取得した食物情報と、運動アプリケーションサーバ２０７から取得した運動情報とに応じてアバター画像を更新する例を説明する。具体的には、例えば、ライフログアプリケーションサーバ８３００は、ユーザごとに、頭部と胴体部とで構成されたアバター画像を記憶しておき、食物アプリケーションサーバ２０２が取得するユーザの食事内容や運動量と連動させて、アバター画像が示すアバターの体型を変化させる。

図７５は、ユーザ情報記憶部８３１２が記憶するユーザ情報のデータ例を示す図である。ユーザ情報には、ユーザＩＤと、ユーザ名と、メールアドレスと、アバター画像と、頭部ＩＤと、胴体部ＩＤと、胴体種別とが含まれる。アバター画像は、頭部ＩＤによって特定される頭部画像と、胴体部ＩＤと胴体種別とによって特定される胴体部画像とが連結された画像である。上述したように、例えば図７０に示したアバター画像においては、符号ａｂ１に示すアバターの部分が頭部であり、符号ａｂ２に示すアバターの部分が胴体部である。頭部ＩＤは、ユーザによって選択されたアバターの頭部を識別する識別情報である。胴体部ＩＤは、ユーザによって選択されたアバターの胴体部を識別する識別情報である。胴体種別は、同一の胴体部ＩＤに対応する胴体の種別であり、種別に応じて体型が異なる胴体部画像が対応付けられる。

アバター頭部情報記憶部８３１７は、アバターの頭部に関するアバター頭部情報が記憶される。図７６は、アバター頭部情報記憶部８３１７が記憶するアバター頭部情報のデータ例を示す図である。アバター頭部情報には、頭部ＩＤと、頭部画像とが含まれる。頭部ＩＤは、アバターの頭部を識別する識別情報である。頭部画像は、頭部ＩＤに対応するアバターの頭部の画像である。

アバター胴体部情報記憶部８３１８は、アバターの胴体部に関するアバター胴体部情報が記憶される。図７７は、アバター胴体部情報記憶部８３１８が記憶するアバター胴体部情報のデータ例を示す図である。アバター胴体部情報には、胴体部ＩＤと、胴体部種別と、胴体部画像とが含まれる。胴体部ＩＤは、アバターの胴体部を識別する識別情報である。胴体種別は、同一の胴体部ＩＤに対応する胴体の種別である。例えば、胴体種別が「大肉」である胴体画像には、太った体型の画像が対応付けられる。胴体種別が「中肉」である胴体画像には、大肉よりやや細い体型の画像が対応付けられる。胴体種別が「やや肉」である胴体画像には、中肉よりやや細い体型の画像が対応付けられる。胴体種別が「痩身」である胴体画像には、やや肉より細く、一般的な体型の画像が対応付けられる。胴体種別が「細マッチョ」である胴体画像には、痩身の体型が筋肉質になったような体型の画像が対応付けられる。胴体種別が「中マッチョ」である胴体画像には、細マッチョの体型から筋肉量が増加したような体型の画像が対応付けられる。胴体種別が「太マッチョ」である胴体画像には、中マッチョの体型から筋肉量が増加したような体型の画像が対応付けられる。ここでは、「大肉」の胴体種別の順位を「−３」とし、「中肉」の胴体種別の順位を「−２」とし、「やや肉」の胴体種別の順位を「−１」とし、「痩身」の胴体種別の順位を「０」とし、「細マッチョ」の胴体種別の順位を「＋１」とし、「中マッチョ」の胴体種別の順位を「＋２」とし、「太マッチョ」の胴体種別の順位を「＋３」として数値により管理することもできる。

ライフログ情報取得部８３２２は、ユーザの行動履歴を示すライフログ情報を取得する。例えば、ライフログ情報取得部８３２２は、食物アプリケーションサーバ２０２から食物情報を取得する。また、ライフログ情報取得部８３２２は、運動アプリケーションサーバ２０７から、運動情報を取得する。

アバター制御部８３２７は、ライフログ情報取得部８３２２が取得したライフログ情報に応じて、仮想空間上に表示させるユーザに対応するアバター画像を更新する。例えば、アバター制御部８３２７は、食物情報に含まれる食事量に応じて、アバターの画像を変化させる。具体的には、アバター制御部８３２７は、例えば食事情報に含まれるカロリー量（エネルギー量）が大きいほど、アバターの胴体部分の胴体種別を、より「大肉」に近い種別に変化させて（順位に１を減算して）ユーザ情報記憶部８３１２に記憶させる。例えば、アバター制御部８３２７は、食事情報に含まれるカロリー量と予め記憶する閾値とを比較して、カロリー量が閾値を超えている場合、胴体種別の順位を減算する。

あるいは、アバター制御部８３２７は、例えば運動情報に含まれる運動量が大きいほど、アバターの胴体部分の胴体種別を、より「太マッチョ」に近い種別に変化させて（順位に１を加算して）ユーザ情報記憶部８３１２に記憶させる。例えば、アバター制御部８３２７は、運動情報に含まれる運動量と予め記憶する閾値とを比較して、運動量が閾値を超えている場合、胴体種別の順位を加算する。アバター制御部８３２７は、このように変化された胴体種別に対応する胴体部ＩＤに対応付けられた胴体画像をアバター胴体部情報記憶部８３１８から読み出し、頭部ＩＤに対応付けられた頭部画像をアバター頭部情報記憶部８３１７から読み出し、読み出した胴体部画像と頭部画像とを連結させたアバター画像を生成し、ユーザ情報記憶部８３１２に記憶させる。

次に、図面を参照して、本実施形態によるライフログアプリケーションシステム８の動作例を説明する。図７８は、本実施形態によるライフログアプリケーションシステム８の動作例を示す図である。
ライフログ情報取得部８３２２は、アプリケーションサーバ２００からライフログ情報を取得する（ステップＳ１２０）。アバター制御部８３２７は、ライフログ情報取得部８３２２が取得したライフログ情報に応じてアバター画像を生成し、生成したアバター画像をユーザ情報記憶部８３１２に記憶させる（ステップＳ１２１）。

このように生成したアバター画像は、例えばそのユーザがユーザ端末１００を用いてライフログアプリケーションサーバ８３００にアクセスしてユーザ認証を行った際、そのユーザが参照可能なページに表示させることができる。あるいは、第７の実施形態に示したように、他のユーザの仮想空間に表示させることもできる。このように、他のユーザにアバター画像が表示されるようにすれば、他のユーザに体型の良いアバター画像をみせたいと思うことが考えられ、バランスの良い食事をとってライフログを記録しようという動機や、運動をしてライフログを記録しようという動機をユーザに提供することができる。

このようなアバター画像の更新処理は、ライフログ情報取得部８３２２がライフログ情報を取得するごとに行ってもよいし、所定期間（例えば１日や１週間）ごとに定期的に行うこともできる。例えば、毎日２４時の時点で、その日の食事量と運動量との合計に応じて、胴体種別を更新し、アバター画像を更新することができる。あるいは、例えば毎週日曜の２４時の時点で、１週間の食事量と運動量との合計に応じて、胴体種別を更新し、アバター画像を更新することができる。

例えば、１週間ごとにアバターの更新処理を行う場合、１週間の食物情報からカロリー量を算出し、算出したカロリー量と、予め設定しておいた閾値（例えば、２００００ｋｃａｌ）とを比較して、カロリー量が閾値を超えている場合、胴体種別の順位に１を減算する。ここでは、アバター制御部８３２７は、例えば食物情報が送信された時刻が夜の遅い時刻（例えば、２２：００以降）である場合、カロリー量に５００ｋｃａｌを加算するようにしてもよい。また、１週間の運動情報から運動量を算出し、算出した運動量と、予め設定しておいた閾値（例えば、回数であれば３回）とを比較して、運動量が閾値を超えている場合、胴体種別の順位に１を加算する。このとき、例えば１週間のカロリー量が閾値以上であり、かつ運動量が閾値未満である場合、胴体種別の順位に１を減算することができる。あるいは、カロリー量が閾値以上であり、かつ運動量が閾値以上である場合、胴体種別の順位を変動しないようにすることができる。あるいは、カロリー量が閾値未満であり、かつ運動量が閾値以上である場合、胴体種別の順位に１を加算することができる。あるいは、カロリー量が閾値未満であり、かつ運動量が閾値未満である場合、胴体種別の順位を変動しないようにすることができる。

なお、本実施形態では、運動アプリケーションサーバ２０７から取得した運動情報に含まれる運動量に基づいて胴体種別を特定する例を示したが、運動量は、例えば、施設アプリケーションサーバ２０３からスポーツ施設を示す施設情報を受信した回数により定めるようにしてもよい。例えば、ライフログ情報取得部８３２２が施設アプリケーションサーバ２０３からスポーツ施設に関する施設情報を受信すると、ライフログアプリケーションサーバ８３００は、第３の実施形態に示したように、スポーツ施設を示すオブジェクトを仮想空間に対応付けるとともに、１回の運動を行った運動情報としてアバター画像を更新する。

また、本実施形態では、７つの順位に応じて体型が異なる胴体部の胴体種別の例を示したが、順位の数はこれに限るものではなく、並び順も上述の順位に限るものではない。
また、本実施形態では、頭部と胴体部との部分を結合してアバター画像を生成する例を示したが、アバター画像は任意の数の部分から構成されてもよい。例えば、頭部が、髪、輪郭、目、鼻、口、耳、等の部分から構成されるようにしてもよいし、胴体部が、手、足、腰等の部分から構成されるようにしてもよい。あるいは、部分にわけずに、すなわちアバター全体が１つの部分から構成されるようにして、順位に応じた画像を特定するようにしてもよい。さらに、メガネやアクセサリー、服、スポーツ道具（例えば、スノーボードの板）等が着脱可能に構成されるようにしてもよい。

また、本実施形態では、食物情報や運動情報に応じてアバター画像を更新する例を示したが、例えば、他のアプリケーションサーバ２００から送信されるライフログ情報に応じてアバター画像を更新することもできる。例えば、喫煙アプリケーションサーバ２０５から喫煙情報を取得した場合には、アバターがタバコを吸っている画像に更新したり、睡眠アプリケーションサーバ２０４から睡眠情報を取得した場合には、アバターが寝ている画像に更新したりすることも可能である。あるいは、睡眠情報に含まれる睡眠時間に応じて、アバター画像の背が伸びたような画像に更新することもできる。あるいは、例えば食物情報に基づいてアルコールの摂取量を算出し、アルコールの摂取量が所定の閾値を超えた場合、顔を赤面させたような画像や泥酔させたような画像に更新することもできる。

＜他の実施形態、変形例＞
なお、上述の各実施形態では、ユーザ端末１００の測位部１０７が、衛星測位システムを用いて自装置の位置を測定する例を示したが、他の方法によりユーザ端末１００の位置を測位して位置情報を取得してもよい。例えば、ユーザ端末１００と通信可能な基地局のＳＳＩＤ（Service Set Identifier）を用いてユーザ端末１００の位置を測定することもできる。
また、上述の各実施形態では、仮想空間における複数の区画のうち、土地区画にオブジェクトを対応付け、道区画にはオブジェクトを対応付けない例を示したが、道区画にオブジェクトを対応付けることもできる。

また、上述の各実施形態では、ユーザ端末１００と、複数のアプリケーションサーバ２００と、ライフログアプリケーションサーバ３００（ライフログアプリケーションサーバ１３００、ライフログアプリケーションサーバ２３００、ライフログアプリケーションサーバ３３００、ライフログアプリケーションサーバ４３００、ライフログアプリケーションサーバ５３００、ライフログアプリケーションサーバ６３００、ライフログアプリケーションサーバ７３００、ライフログアプリケーションサーバ８３００）とのコンピュータ装置が通信して処理を行う例を示したが、これらのコンピュータ装置が備える各構成は、クラウド環境やネットワーク環境、ユーザ数の規模、ゲーム性、ライフログアプリケーションシステムを構成するために用意されたハードウェアの数やスペック等に応じて、任意の台数のコンピュータ装置に分散または集約して配置することができる。

例えば、図７９は、アプリケーション制御装置であるライフログアプリケーションサーバ９３００が、複数のアプリケーションサーバ２００によって提供されるアプリケーションサービスと同様のサービスを提供する機能部を備えるように構成したライフログアプリケーションシステム９の構成を示すブロック図である。ライフログアプリケーションシステム９は、ユーザ端末１００と、ライフログアプリケーションサーバ９３００とのコンピュータ装置を備えており、これらのコンピュータ装置はネットワーク５０を介して接続されている。ユーザ端末１００は、上述の実施形態と同様の構成である。記憶部９３１０は、ライフログアプリケーション記憶部９３１１を備えており、ライフログアプリケーション記憶部９３１１は、ユーザ情報記憶部９３１２と、区画情報記憶部９３１３と、付与情報記憶部９３１４とを備えている。各構成は、第１の実施形態において同名の機能部と同様の構成である。

制御部９３２０は、ライフログアプリケーション制御部９３２１を備えており、ライフログアプリケーション制御部９３２１は、ライフログ情報取得部９３２２と、ユーザ区画制御部９３２３と、表示情報生成部９３２４と、位置アプリケーションサービス部９３３１と、食物アプリケーションサービス部９３３２と、施設アプリケーションサービス部９３３３と、睡眠アプリケーションサービス部９３３４と、喫煙アプリケーションサービス部９３３５と、メッセージアプリケーションサービス部９３３６と、運動アプリケーションサービス部９３３７と、写真アプリケーションサービス部９３３８とを備えている。ユーザ区画制御部９３２３と、表示情報生成部９３２４と、位置アプリケーションサービス部９３３１と、食物アプリケーションサービス部９３３２とは、第１の実施形態において同名の機能部と同様の構成である。

位置アプリケーションサービス部９３３１と、食物アプリケーションサービス部９３３２と、施設アプリケーションサービス部９３３３と、睡眠アプリケーションサービス部９３３４と、喫煙アプリケーションサービス部９３３５と、メッセージアプリケーションサービス部９３３６と、運動アプリケーションサービス部９３３７と、写真アプリケーションサービス部９３３８とは、それぞれ第１の実施形態における位置アプリケーションサーバ２０１と、食物アプリケーションサーバ２０２と、施設アプリケーションサーバ２０３と、睡眠アプリケーションサーバ２０４と、喫煙アプリケーションサーバ２０５と、メッセージアプリケーションサーバ２０６と、運動アプリケーションサーバ２０７と、写真アプリケーションサーバ２０８と同様のアプリケーションサービスを提供する。

ここでは、全てのアプリケーションサーバ２００と同様のアプリケーションサービスを提供する機能部をライフログアプリケーション制御部９３２１が備える例を示したが、ライフログアプリケーション制御部９３２１は、任意のアプリケーションサーバ２００と同様のアプリケーションサービスを提供する機能部を備えるようにしてもよい。
また、ライフログアプリケーション記憶部９３１１とライフログアプリケーション制御部９３２１とは、第２から第８の実施形態のそれぞれに示した各機能部を備え、処理するものであってもよい。

あるいは、例えば、図８０は、アプリケーション制御装置が備える各部を、ユーザ端末１１００が備えるようにしたライフログアプリケーションシステム１０の構成を示すブロック図である。ライフログアプリケーションシステム１０は、ユーザ端末１１００と、複数のアプリケーションサーバ２００とのコンピュータ装置を備えており、これらのコンピュータ装置はネットワーク５０を介して接続されている。すなわち、ユーザ端末１１００自体がアプリケーション制御装置として動作する。

ユーザ端末１１００は、表示部１１０１および入力部１１０２であるタッチパネル１１０３と、記憶部１１０４と、制御部１１０５と、通信部１１０６と、測位部１１０７と、撮像部１１０８とを備えている。記憶部１１０４は、ライフログアプリケーション記憶部１１０９を備えている。制御部１１０５は、ライフログアプリケーション制御部１１１０を備えている。ライフログアプリケーション記憶部１１０９とライフログアプリケーション制御部１１１０とは、第１から第８の実施形態のそれぞれにおいて示した各機能部を備え、処理するものであってよい。
また、上述した各実施形態の構成は、任意に組み合わせて構成することができる。

なお、本発明における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりライフログ情報に応じた制御を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

また、上述した機能の一部または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

１…ライフログアプリケーションシステム、 ２…ライフログアプリケーションシステム、 ３…ライフログアプリケーションシステム、 ４…ライフログアプリケーションシステム、 ５…ライフログアプリケーションシステム、 ６…ライフログアプリケーションシステム、 ７…ライフログアプリケーションシステム、 ８…ライフログアプリケーションシステム、 ９…ライフログアプリケーションシステム、 １０…ライフログアプリケーションシステム、 ２０…ライフログアプリケーションシステム、 ５０…ネットワーク、 １００…ユーザ端末、 １０１…表示部、 １０２…入力部、 １０３…タッチパネル、 １０４…記憶部、 １０５…制御部、 １０６…通信部、 １０７…測位部、 １０８…撮像部、 ２００…アプリケーションサーバ、 ２０１…位置アプリケーションサーバ、 ２０２…食物アプリケーションサーバ、 ２０３…施設アプリケーションサーバ、 ２０４…睡眠アプリケーションサーバ、 ２０５…喫煙アプリケーションサーバ、 ２０６…メッセージアプリケーションサーバ、 ２０７…運動アプリケーションサーバ、 ２０８…写真アプリケーションサーバ、 １１００…ユーザ端末、 １１０１…表示部、 １１０２…入力部、 １１０３…タッチパネル、 １１０４…記憶部、 １１０５…制御部、 １１０６…通信部、 １１０７…測位部、 １１０８…撮像部、 １１０９…ライフログアプリケーション記憶部、 １１１０…ライフログアプリケーション制御部、 １３００…ライフログアプリケーションサーバ、 １３１０…記憶部、 １３１１…ライフログアプリケーション記憶部、 １３１２…ユーザ情報記憶部、 １３１３…区画情報記憶部、 １３１４…付与情報記憶部、 １３２０…制御部、 １３２１…ライフログアプリケーション制御部、 １３２２…ライフログ情報取得部、 １３２３…ユーザ区画制御部、 １３２４…表示情報生成部、 ２３００…ライフログアプリケーションサーバ、 ２３１０…記憶部、 ２３１１…ライフログアプリケーション記憶部、 ２３１２…ユーザ情報記憶部、 ２３１３…区画情報記憶部、 ２３１４…付与情報記憶部、 ２３１５…オブジェクト情報記憶部、 ２３２０…制御部、 ２３２１…ライフログアプリケーション制御部、 ２３２２…ライフログ情報取得部、 ２３２３…ユーザ区画制御部、 ２３２４…表示情報生成部、 ２３２５…オブジェクト制御部、 ３００…ライフログアプリケーションサー、 ３３００…ライフログアプリケーションサーバ、 ３３１０…記憶部、 ３３１１…ライフログアプリケーション記憶部、 ３３１２…ユーザ情報記憶部、 ３３１３…区画情報記憶部、 ３３１４…付与情報記憶部、 ３３１５…オブジェクト情報記憶部、 ３３１６…施設オブジェクト情報記憶部、 ３３２０…制御部、 ３３２１…ライフログアプリケーション制御部、 ３３２２…ライフログ情報取得部、 ３３２３…ユーザ区画制御部、 ３３２４…表示情報生成部、 ３３２５…オブジェクト制御部、 ４３００…ライフログアプリケーションサーバ、 ４３１０…記憶部、 ４３１１…ライフログアプリケーション記憶部、 ４３１２…ユーザ情報記憶部、 ４３１３…区画情報記憶部、 ４３１４…付与情報記憶部、 ４３１５…オブジェクト情報記憶部、 ４３２０…制御部、 ４３２１…ライフログアプリケーション制御部、 ４３２２…ライフログ情報取得部、 ４３２３…ユーザ区画制御部、 ４３２４…表示情報生成部、 ４３２５…オブジェクト制御部、 ５３００…ライフログアプリケーションサーバ、 ５３１０…記憶部、 ５３１１…ライフログアプリケーション記憶部、 ５３１２…ユーザ情報記憶部、 ５３１３…区画情報記憶部、 ５３１４…付与情報記憶部、 ５３１５…オブジェクト情報記憶部、 ５３２０…制御部、 ５３２１…ライフログアプリケーション制御部、 ５３２２…ライフログ情報取得部、 ５３２３…ユーザ区画制御部、 ５３２４…表示情報生成部、 ５３２５…オブジェクト制御部、 ５３２６…ユーザ制御部、 ６３００…ライフログアプリケーションサーバ、 ６３１０…記憶部、 ６３１１…ライフログアプリケーション記憶部、 ６３１２…ユーザ情報記憶部、 ６３１３…区画情報記憶部、 ６３１４…付与情報記憶部、 ６３１５…オブジェクト情報記憶部、 ６３２０…制御部、 ６３２１…ライフログアプリケーション制御部、 ６３２２…ライフログ情報取得部、 ６３２３…ユーザ区画制御部、 ６３２４…表示情報生成部、 ６３２５…オブジェクト制御部、 ７３００…ライフログアプリケーションサーバ、 ７３１０…記憶部、 ７３１１…ライフログアプリケーション記憶部、 ７３１２…ユーザ情報記憶部、 ７３１３…区画情報記憶部、 ７３１４…付与情報記憶部、 ７３１５…オブジェクト情報記憶部、 ７３２０…制御部、 ７３２１…ライフログアプリケーション制御部、 ７３２２…ライフログ情報取得部、 ７３２３…ユーザ区画制御部、 ７３２４…表示情報生成部、 ７３２５…オブジェクト制御部、 ７３２６…ユーザ制御部、 ７３２７…アバター制御部、 ８３００…ライフログアプリケーションサーバ、 ８３１０…記憶部、 ８３１１…ライフログアプリケーション記憶部、 ８３１２…ユーザ情報記憶部、 ８３１３…区画情報記憶部、 ８３１４…付与情報記憶部、 ８３１５…オブジェクト情報記憶部、 ８３１７…アバター頭部情報記憶部、 ８３１８…アバター胴体部情報記憶部、 ８３２０…制御部、 ８３２１…ライフログアプリケーション制御部、 ８３２２…ライフログ情報取得部、 ８３２３…ユーザ区画制御部、 ８３２４…表示情報生成部、 ８３２５…オブジェクト制御部、 ８３２７…アバター制御部、 ９３００…ライフログアプリケーションサーバ、 ９３１０…記憶部、 ９３１１…ライフログアプリケーション記憶部、 ９３１２…ユーザ情報記憶部、 ９３１３…区画情報記憶部、 ９３１４…付与情報記憶部、 ９３２０…制御部、 ９３２１…ライフログアプリケーション制御部、 ９３２２…ライフログ情報取得部、 ９３２３…ユーザ区画制御部、 ９３２４…表示情報生成部、 ９３３１…位置アプリケーションサービス部、 ９３３２…食物アプリケーションサービス部、 ９３３３…施設アプリケーションサービス部、 ９３３４…睡眠アプリケーションサービス部、 ９３３５…喫煙アプリケーションサービス部、 ９３３６…メッセージアプリケーションサービス部、 ９３３７…運動アプリケーションサービス部、 ９３３８…写真アプリケーションサービス部

Claims (6)

1. アプリケーション制御装置のコンピュータに、
   測位されたユーザ装置の位置を示す位置情報を取得する位置情報取得ステップと、
   前記位置情報取得ステップにより位置情報が取得されたことに応じて、仮想空間において定められた複数の区画のうち、前記位置情報に対応する仮想空間上の区画に、所定条件に応じて更新可能なオブジェクトを対応付けるオブジェクト制御ステップと、
   前記仮想空間上に対応付けられた前記オブジェクトを表示する表示情報を生成する表示情報生成ステップと、
   を実行させるアプリケーション制御プログラム。
2. 前記オブジェクト制御ステップにおいて、前記位置情報取得ステップにより前記位置情報を取得した回数を前記所定条件として、当該回数に応じて前記オブジェクトを更新する
   ことを特徴とする請求項１に記載のアプリケーション制御プログラム。
3. 前記オブジェクト制御ステップにおいて、所定期間内に前記位置情報取得ステップにより前記位置情報を複数回取得した場合、前記位置情報を取得した回数を１回とする
   ことを特徴とする請求項２に記載のアプリケーション制御プログラム。
4. 前記オブジェクト制御ステップにおいて、前記回数が多いほど、前記オブジェクトが成長するように更新する
   ことを特徴とする請求項２または請求項３に記載のアプリケーション制御プログラム。
5. 測位されたユーザ装置の位置を示す位置情報を取得するステップと、
   前記位置情報が取得されたことに応じて、仮想空間において定められた複数の区画のうち、前記位置情報に対応する仮想空間上の区画に、所定条件に応じて更新可能なオブジェクトを対応付けるステップと、
   前記仮想空間上の区画と、当該区画に対応付けられた前記オブジェクトとを表示する表示情報を生成するステップと、
   を備えることを特徴とするアプリケーション制御方法。
6. 測位されたユーザ装置の位置を示す位置情報を取得する位置情報取得部と、
   前記位置情報取得部により位置情報が取得されたことに応じて、仮想空間において定められた複数の区画のうち、前記位置情報に対応する仮想空間上の区画に、所定条件に応じて更新可能なオブジェクトを対応付けるオブジェクト制御部と、
   前記仮想空間上の区画と、当該区画に対応付けられた前記オブジェクトとを表示する表示情報を生成する表示情報生成部と、
   を備えることを特徴とするアプリケーション制御装置。