WO2008041424A1

WO2008041424A1 - Système de présentation de situation, serveur et programme de serveur

Info

Publication number: WO2008041424A1
Application number: PCT/JP2007/066004
Authority: WO
Inventors: Mika Matsushima
Original assignee: Brother Kogyo Kabushiki Kaisha
Priority date: 2006-09-29
Filing date: 2007-08-17
Publication date: 2008-04-10
Also published as: US20090177607A1; JP2008092163A

Description

明細書

状況提示システム、サーバ、及びサーバプログラム

技術分野

[0001] 本開示は、端末を保持する使用者に関する感情情報や端末の周囲の環境情報を含む状況データを提示する状況提示システム、サーバ、及びサーバプログラムに関する。

背景技術

[0002] 従来、情報交換手段、情報発信手段として、ウェブログやウェブニュース等の Web 上のコンテンツ（以下、単に「Webコンテンツ」と言う。）が知られている。これらの Web コンテンツは、携帯通信端末でも参照できるようになり、多くの使用者の情報交換手段、情報発信手段として普及している。この Webコンテンツをより身近に感じるために、記事を投稿した人、記事に登場する人、又は、記事に登場する場所の周辺にいる人がどのような感情をしているの力、、又は、記事に登場する場所がどのような環境であるのかを、容易に知ることのできるシステムを構築したいとの要望がある。これらの人がどのような感情をしているの力、、又は、記事に登場する場所がどのような環境であるのかを容易に知るには、喜怒哀楽等の感情情報や、記事に登場する場所の周囲の賑わレ、や静けさ等の環境情報を表示させることが考えられる。このようなシステムによれば、 Webコンテンツを参照すれば、人の感情や、場所の環境を知ることができるので、 Webコンテンツをより身近に感じることができる。

[0003] そこで近年、使用者の感情を Webコンテンツに表現したサービス力、種々提案されている。例えば、携帯通信端末と、各端末の使用者の非言語情報 (感情の情報)を記録した非言語管理データベースと、地図情報を記録した地図情報データベースとを備えた非言語管理サーバと、力なる情報通信システム、及び、情報通信方法、並びにコンピュータ 'プログラムが提案されて!/、る（特許文献 1参照）。情報通信システムは、非言語管理サーバが携帯通信端末からの要求に応じて、各使用者の非言語情報と地図情報とを携帯通信端末に送信し、携帯通信端末が、非言語管理サーバから受信した各使用者の非言語情報と地図情報とを受信する。そして、非言語情報に基づいて作成した非言語情報の分布データを地図情報上に表示させる。この情報通信システムによれば、携帯通信端末の使用者は、携帯通信端末を介して非言語管理サーバに要求すれば他人の感情を容易に知ることができる。

特許文献 1：特開 2003— 110703号公報

[0004] しかしながら、上述の従来技術では、非言語情報を携帯通信端末を介して非言語管理サーバに要求した場合に、非言語情報に基づいて作成した非言語情報の分布データを地図情報上に表示されるのみである。このため例えば、 Webコンテンツの内容が更新又は追加された場合に、その更新又は追加の内容に応じて感情情報や環境情報等の表示を自動的に更新又は追加させることはできない。このため、 Webコンテンッに感情情報や環境情報を付加するためには、使用者がコンテンツの内容に応じて適切な情報を選んで、その情報をコンテンツに付加しなければならず、煩雑であるという問題があった。

発明の開示

[0005] 本開示は、上述の問題点を解決するためになされたものであり、サーバに記憶されたコンテンツに、そのコンテンツの内容に応じて使用者の感情や、周囲の環境等の情報を付加するための労力を軽減できる状況提示システム、サーバ、及びサーバプログラムを提供することを目白勺とする。

[0006] 本開示によれば、端末と、当該端末から送信される情報を蓄積するサーバとを備える状況提示システムであって、前記端末は、前記端末を保持する使用者の生体情報、当該生体情報力推定される感情情報、前記端末の周囲情報及び当該周囲情報から推定される環境情報の少なくともいずれか 1つを含む状況データを取得する状況データ取得手段と、前記端末を他の端末から区別する端末識別情報と、前記状況データ取得手段により取得された前記状況データとを前記サーバに送信する端末側送信手段とを備え、前記サーバは、前記端末側送信手段から送信された前記状況データを記憶するサーバ側状況データ記憶手段と、少なくとも文字列を含むコンテンッを記憶するコンテンツ記憶手段と、前記コンテンツ記憶手段に記憶された前記コンテンッの文字列を解析し、前記状況データを抽出する際の抽出条件である状況データ条件を少なくとも 1以上決定する条件決定手段と、前記サーバ側状況データ記憶手段に記憶されている前記状況データの中から、前記条件決定手段により決定された前記状況データ条件を満たす前記状況データを抽出状況データとして抽出する状況データ抽出手段と、前記条件決定手段の解析の対象となった前記コンテンツに、前記状況データ抽出手段により抽出された前記抽出状況データ及び当該抽出状況データを所定の方法で編集処理することにより得られる編集データの少なくともいずれかを付加して前記コンテンツ記憶手段に記憶させるコンテンツ更新手段と、前記コンテンツ記憶手段に記憶された前記コンテンツを提示する提示手段とを備えた状況提示システムが提供される。

[0007] また、本開示によれば、端末から送信される情報を蓄積するサーバであって、前記端末から送信された、前記端末を保持する使用者の生体情報、当該生体情報から推定される感情情報、前記端末の周囲情報及び当該周囲情報力推定される環境情報の少なくともいずれ力、 1つを含む状況データを記憶するサーバ側状況データ記憶手段と、少なくとも文字歹 IJを含むコンテンツを記憶するコンテンツ記憶手段と、前記コンテンツ記憶手段に記憶された前記コンテンツの文字列を解析し、前記状況データを抽出する際の抽出条件である状況データ条件を少なくとも 1以上決定する条件決定手段と、前記サーバ側状況データ記憶手段に記憶されて!、る前記状況データの中から、前記条件決定手段により決定された前記状況データ条件を満たす前記状況データを抽出状況データとして抽出する状況データ抽出手段と、前記条件決定手段の解析の対象となった前記コンテンツに、前記状況データ抽出手段により抽出された前記抽出状況データ及び当該抽出状況データを所定の方法で編集処理することにより得られる編集データの少なくともいずれかを付加して前記コンテンツ記憶手段に記憶させるコンテンツ更新手段と、前記コンテンツ記憶手段に記憶された前記コンテンッを提示する提示手段とを備えたサーバが、提供される。

図面の簡単な説明

[0008] [図 1]状況提示システムの構成を説明するための説明図である。

[図 2]端末 100を開いた状態での外観図である。

[図 3]端末 100を閉じた状態での底面図である。

[図 4]端末 100の電気的構成を説明するための概念図である。 [図 5]RAM30の記憶領域の構成を説明するための概念図である。

園 6]ハードディスク装置 50の記憶領域の構成を説明するための概念図である。園 7]管理サーバ 200の電気的構成を説明するための概念図である。

[図 8]コンテンツサーバ 300の電気的構成を説明するための概念図である。

[図 9]端末 100のメイン処理のフローチャートである。

[図 10]メイン処理により起動される計測処理のフローチャートである。

園 11]計測処理で取得された各種センサ 12乃至 17の計測値の一例を説明するための説明図である。

[図 12]計測処理において実行されるフラグ処理のフローチャートである。

[図 13]メイン処理で実行される感情情報推論処理のフローチャートである。

[図 14]図 13に示す感情情報推論処理において実行される心拍分類処理のフローチヤートである。

[図 15]図 13に示す感情情報推論処理において実行される体温分類処理のフローチヤートである。

[図 16]図 13に示す感情情報推論処理において実行される発汗量分類処理のフローチャートである。

[図 17]図 13に示す感情情報推論処理において参照される感情情報テーブル 530を説明するための説明図である。

[図 18]メイン処理で実行される環境情報推論処理のフローチャートである。

園 19]計測処理で取得された各種センサ 12乃至 17の計測値の一例を説明するための説明図である。

園 20]図 18に示す環境情報推論処理において実行される気温分類処理のフローチヤートである。

園 21]図 18に示す環境情報推論処理において実行される湿度分類処理のフローチヤートである。

園 22]図 18に示す環境情報推論処理において実行される照度分類処理のフローチヤートである。

園 23]図 18に示す環境情報推論処理において実行される音量分類処理のフローチヤートである。

園 24]図 18に示す環境情報推論処理において参照される環境情報テーブル 540を説明するための説明図である。

園 25]管理サーバ 200に記憶された状況データを説明するための説明図である。

[図 26]コンテンツサーバ 300のメイン処理のフローチャートである。

[図 27]図 26に示すメイン処理において実行されるデータ更新判断処理のフローチヤートである。

[図 28]コンテンツサーバ 300に更新されたコンテンツの一例を具体例 3として説明するための説明図である。

[図 29]図 26に示すメイン処理において実行される更新データ解析処理のフローチヤートである。

[図 30]図 29の更新データ解析処理で参照され、文字列と端末識別情報との対応を記憶する端末解析辞書 571を説明するための説明図である。

[図 31]図 29の更新データ解析処理で参照され、文字列と時間情報との対応を記憶する時間解析辞書 572を説明するための説明図である。

[図 32]図 29の更新データ解析処理で参照され、文字列と位置情報との対応を記憶する位置解析辞書 573を説明するための説明図である。

[図 33]アイコンテーブル 575を説明するための説明図である。

園 34]編集データとしてアイコンが付加されたコンテンツ力ブラウザ上に表示された画面 580を説明するための説明図である。

[図 35]アイコンの所在地を示すリンク情報が付加されコンテンツ力 S、ブラウザ上に表示された画面 600を説明するための説明図である。

[図 36]第 3の実施形態のコンテンツサーバ 300において実行されるコメント処理のフローチャートである。園 37]具体例 3のエントリー 582に対するコメントを説明するための説明図である。園 38]編集データとしてアイコンが付加されたコメントが、ブラウザ上に表示された画面 620を説明するための説明図である。

[図 39]管理サーバ 200の第 1のメイン処理のフローチャートである。 [図 40]管理サーバ 200の第 2のメイン処理のフローチャートである。

[図 41]図 40に示す第 2のメイン処理において実行される状況データ抽出処理のフロ一チャートである。

[図 42]図 40に示す第 2のメイン処理において実行される編集データ作成処理のフロ一チャートである。

[図 43]図 40の第 2のメイン処理で実行される、第 2の実施形態の編集データ作成処理のフローチャートである。

[図 44]図 43の S 116において作成されるグラフ 595を説明するための説明図である。

[図 45]編集データが付加されたウェブログコンテンツを説明するための説明図である

〇

[図 46]変形例 6の処理により編集データが付加されたウェブログコンテンツ力ブラウザ上に表示された画面 670を説明するための説明図である。

[図 47]変形例 7の処理により編集データが付加されたウェブログコンテンツ力ブラウザ上に表示された画面 700を説明するための説明図である。

[図 48]変形例 7の処理により編集データが付加されたニュース記事力ブラウザ上に表示された画面 720を説明するための説明図である。

[図 49]第 3の実施形態のコンテンツサーバ 300のメイン処理を説明するための説明図である。

[図 50]図 49のメイン処理において実行される空欄処理のフローチャートである。

[図 51]コンテンツサーバ 300にエントリーを送信する画面を説明するための説明図である。

[図 52]空欄処理によりコンテンツの作成者の指定する通信端末に送信された編集データを説明するための説明図である。

[図 53]切り出された編集データに対応する位置情報と時間情報とが表示された画面 820を説明するための説明図である。

発明を実施するための最良の形態

以下、本開示を適用した一例として、第 1の実施形態から第 3の実施形態までを図面を参照して順に説明する。まず、第 1の実施形態の状況提示システム 1の構成について図 1乃至図 8を参照して説明する。図 1に示すように、第 1の実施形態に係る状況提示システム 1は、端末 100と、サーバとして管理サーバ 200とコンテンツサーバ 3 00とを備えている。そして、この端末 100と、管理サーバ 200と、コンテンツサーバ 30 0とは、インターネット 4を介して接続可能であり、コンテンツサーバ 300にはさらに PC 2が接続可能に構成されている。尚、図 1には、端末 100,管理サーバ 200,コンテンッサーバ 300及び PC2をそれぞれ 1つずつしか図示していないが、各構成は必要に応じて数を増やすこと力 Sできる。状況提示システム 1を構成する端末 100,管理サーノ 200及びコンテンツサーバ 300について、以下詳述する。

[0010] まず、端末 100の物理的構成について図 2及び図 3を参照して説明する。図 2及び図 3に示すように、端末 100は、携帯電話機としての機能を有する一方、端末 100が備える各種センサ 12乃至 17から端末 100を使用する使用者の生体情報、又は、端末 100の周囲情報を取得する。そして端末 100は、その生体情報、生体情報から推定される感情情報、端末の周囲情報及び周囲情報力推定される環境情報の少なくともいずれかを含む情報を状況データとして、管理サーバ 200に送信する処理を実行する。

[0011] 図 2に示すように、端末 100には、ディスプレイ 21と、マイク 17と、スピーカ 18と、ァンテナ 11 (図 3参照）とが設けられている。また端末 100には、テン'キー入力部 23と、 4方向のボタン及び決定ボタンを備えたマルチボタン 24と、通話開始ボタン 25と、通話終了ボタン 26と、電源 ONボタン 29と、電源 OFFボタン 28とを備えるキー入力部 22 (図 4参照）が設けられている。また、端末 100の左側面には、照度センサ 15が備えられている。

[0012] また図 3に示すように、端末 100を閉じた状態での底面の表面には、温度センサ 13 ,使用者の心拍数を取得する心拍センサ 12,及び使用者の発汗量又は端末 100の周囲の湿度を測定するための湿度センサ 14が配設されている。図 3に示すように、これらのセンサは、使用者が端末 100を握り、キー操作をする際に手のひらが当たる部分に配設されている。

[0013] 次に端末 100の電気的構成について図 4を参照して説明する。図 4に示すように、端末 100は、端末 100の制御を司る CPU10, ROM20, RAM30,時間を計測する計時装置 40,ハードディスク装置 (HDD) 50,通信部 60,各種モジュールを接続するための I/Oインタフェイス 70等が収納された制御部 99が設けられている。そして、制御部 99ではバス 80を介して、 ROM20, RAM30,計時装置 40,ハードディスク装置（HDD) 50,通信部 60, I/Oインタフェイス 70が、 CPU10に接続している。この通信部 60は、管理サーバ 200及びコンテンツサーバ 300と通信するためのものであり、アンテナ 11を経由してインターネット 4に接続可能となっている。そして、図示しないが、端末 100はバッテリーにより電源供給されている。尚、 ROM20には、図 9乃至図 25を参照して後述する、端末 100の各処理を実行するための状況提示プロダラムが記憶されている。また、端末 100は、ハードディスク装置（HDD) 50の代わりに、フラッシュメモリを設けてもょレ、。

[0014] また、端末 100は、各種センサ 12乃至 17が接続される AD変換器 90を具備している。 AD変換器 90は I/Oインタフェイス 70及びバス 80を介して CPU10に接続している。そして、各種センサ 12乃至 17から入力されるアナログデータの計測値力 AD 変換器 90によりデジタルデータに変換されて制御部 99に入力される。また I/Oインタフェイス 70には、ディスプレイ 21 ,キー入力部 22がそれぞれ接続されている。尚、各種センサ 12乃至 17は AD変換器 90において着脱，追カロ，交換等が可能である。以下、端末 100を構成する、 RAM30,ハードディスク装置 50,各種センサ 12乃至 1 7について詳述する。

[0015] RAM30は、任意に読み書き可能な記憶素子であり、 CPU10が演算処理した演算結果を収容する各種記憶領域が必要に応じて設けられて!/、る。この RAM30の記憶領域の詳細について、図 5を参照して説明する。図 5に示すように、 RAM30は、計測値記憶領域 31 ,変数記憶領域 32,状況データ記憶領域 33,及び作業領域 34 等を備えている。計測値記憶領域 31は、図 10を参照して後述する計測処理で各センサカもの計測値を一時的に記憶し、変数記憶領域 32は、感情情報推論処理又は環境情報推論処理にぉレ、て算出される変数を記憶する。また状況データ記憶領域 3 3は、状況データを記憶し、作業領域 34は、 CPU10が後述する各処理を実行するために使用される。

[0016] ハードディスク装置 50は、任意に読み書き可能な記憶装置であり、端末 100で使用される情報を記憶するための記憶領域が設けられている。このハードディスク装置

50の記憶領域の詳細について、図 6を参照して説明する。図 6に示すように、ハードディスク装置 50は、感情情報テーブル記憶領域 51 ,環境情報テーブル記憶領域 52 ,及び平均生体情報テーブル記憶領域 53等を備える。感情情報テーブル記憶領域 51は、所定のセンサから得られる生体情報に基づき、感情情報を推定する処理にお V、て参照される感情情報テーブル 530 (図 17参照）を記憶する。環境情報テーブル記憶領域 52は、所定のセンサから得られる端末 100の周囲情報に基づき、端末 100 の環境情報を推定する処理において参照される環境情報テーブル 540 (図 24参照）を記憶する。また平均生体情報テーブル記憶領域 53は、感情情報を推定する処理において参照される平均生体情報を記憶する。尚、感情情報テーブル 530については、図 17を参照して後述し、環境情報テーブル 540については、図 24を参照して後述する。

[0017] 次に、各種センサ 12乃至 17について説明する。まず、心拍センサ 12は、所謂感圧センサであり、血流の圧力を計測して触れている人の心拍（脈拍数)を計測する。この心拍センサ 12として所謂赤外線センサを設け、血液の膨張収縮による距離の差分を検出して、端末 100に触れている人の心拍（脈拍数)を計測してもよい。

[0018] 温度センサ 13は、白金測温抵抗体、サーミスタ、熱電対等を用いている、所謂温度計であり、端末 100の周囲の温度及び装置に触れている手のひらや指の温度を計測する。また湿度センサ 14は、セラミックスや高分子を用いて端末 100の周りの空気中の水分量を計測する。また照度センサ 15は、フォトトランジスタや CdS等を利用した光の強さを計測するセンサであり、端末 100の左側面に設けられている。また位置センサ 16は、 GPS衛星から電波を受信する GPS受信機等を用いている。またマイク 17は、音声等、端末 100の周囲の音を入力する音量センサである。

[0019] 次に、管理サーバ 200の電気的構成について図 7を参照して説明する。管理サーバ 200は、端末 100から送信される状況データを記憶する。そして管理サーバ 200 は、コンテンツサーバ 300から状況データ条件を満たす状況データを抽出する指示があたった場合に、その状況データ条件を満たす状況データを抽出し、コンテンツサーバ 300に送信する機能を備えている。 [0020] 図 7に示すように、管理サーバ 200には、管理サーバ 200の制御を司る CPU110 が設けられ、 CPU110には、各種のデータを一時的に記憶する RAM120と、 BIOS 等を記憶した ROM130と、データの受け渡しの仲介を行う I/Oインタフェイス 170とが接続されている。 I/Oインタフェイス 170には、ハードディスク装置 180が接続される。ハードディスク装置 180は、プログラム記憶領域 181と、状況データ記憶領域 18 2と、アイコンテーブル記憶領域 183と、図示外のその他の情報記憶領域とが設けられている。プログラム記憶領域 181は、 CPU110により実行されるサーバプログラムを含む各種プログラムを記憶する。状況データ記憶領域 182は、各端末 100から送信されてきた状況データを記憶し、アイコンテーブル記憶領域 183は、図 33に示すアイコンテーブル 575を記憶する。

[0021] また、 I/Oインタフェイス 170には、ビデオコントローラ 140と、キーコントローラ 150 と、 CD— ROMドライブ 160と、通信装置 190とが接続される。そして、ビデオコント口ーラ 140にはディスプレイ 145が接続され、キーコントローラ 150にはキーボード 155 が接続され、通信装置 190はルータ 195を経由してインターネット 4に接続可能となつている。尚、 CD— ROMドライブ 160に装着される CD— ROM165には、管理サーバ 200の制御プログラムが記憶されている。そして、導入時には、制御プログラムは、 CD— ROM165から、ハードディスク装置 180にセットアップされてプログラム記憶領域 181に記憶される。

[0022] 次に、コンテンツサーバ 300の電気的構成について図 8を参照して説明する。コンテンッサーバ 300は、 PC2等の通信端末と接続可能に構成され、 PC2等の通信端末から送信されるコンテンツを記憶する。そしてコンテンツサーバ 300は、更新されたコンテンツの文字列を解析して、管理サーバ 200に記憶されている状況データを抽出する際の条件である状況データ条件を決定する。そしてコンテンツサーバ 300は、管理サーバ 200にその状況データ条件を満たす状況データを抽出する指示を送信する機能を備えている。またコンテンツサーバ 300は、管理サーバ 200から送信された抽出状況データに所定の方法で編集処理した編集データを、コンテンツに付加する機能を備えている。

[0023] 図 8に示すように、コンテンツサーバ 300には、コンテンツサーバ 300の制御を司る CPU210が設けられている。 CPU210には、各種のデータを一時的に記憶する RA M220と、 BIOS等を記憶した ROM230と、データの受け渡しの仲介を行う I/Oインタフェイス 270とが接続されている。 I/Oインタフェイス 270には、ハードディスク装置 280が接続されている。ハードディスク装置 280には、プログラム記憶領域 281 ,状況データ記憶領域 282,コンテンツ記憶領域 283,解析辞書記憶領域 284,アイコンテーブル記憶領域 285,及び図示外のその他の情報記憶領域が設けられて!/、る。プログラム記憶領域 281は、 CPU210により実行されるサーバプログラムを含む各種プログラムが記憶する。また状況データ記憶領域 282は、管理サーバから送信されてきた状況データを記憶し、コンテンツ記憶領域 283は、 PC2等の通信端末から送信されたコンテンツを記憶する。また解析辞書記憶領域 284は、コンテンツの文字列を解析する際に参照される解析辞書を記憶し、アイコンテーブル記憶領域 285は、図 3 3に示すアイコンテーブル 575と同様のアイコンテーブルを記憶する。

[0024] また、 I/Oインタフェイス 270には、ビデオコントローラ 240と、キーコントローラ 250 と、 CD— ROMドライブ 260と、通信装置 290とが接続される。そして、ビデオコント口ーラ 240にはディスプレイ 245が接続され、キーコントローラ 250にはキーボード 255 が接続され、通信装置 290はルータ 295を経由してインターネット 4に接続可能となつている。尚、 CD— ROMドライブ 260に装着される CD— ROM265には、コンテンッサーバ 300の制御プログラムが記憶されている。そして、導入時には、制御プログラムは、 CD— ROM265から、ハードディスク装置 280にセットアップされてプログラム記憶領域 281に記憶される。

[0025] 次に、以上のように構成された状況提示システム 1を使用して、更新されたコンテンッに、抽出状況データを編集した編集データを付加する処理手順に関する第 1乃至第 3の実施形態について順に説明する。まず、第 1の実施形態の状況提示システム 1 の各種処理について、図 9乃至図 42を参照して説明する。

[0026] この第 1の実施形態は以下の順で説明する。まず、端末 100のメイン処理を図 9乃至図 25を参照して説明する。次に、端末 100のメイン処理の変形例 1乃至 3について説明する。次に、コンテンツサーバ 300のメイン処理について、図 26乃至図 34を参照して説明する。次に、コンテンツサーバ 300のメイン処理の変形例 4及び 5について、図 35乃至図 38を参照して説明する。次に、管理サーバ 200の第 1のメイン処理を、図 39を参照して説明する。次に、管理サーバ 200の第 2のメイン処理を、図 40 乃至図 42を参照して説明する。

[0027] まず、端末 100において状況データを取得し、管理サーバ 200に送信する端末 10

0のメイン処理を図 7,及び図 9乃至図 25を参照して説明する。尚、第 1の実施形態の端末 100では、状況データを取得するごとに、その状況データを管理サーバ 200 に送信するものとする（図 9の S40)。

[0028] また、図 9に示す第 1の実施形態のメイン処理は、端末 100の電源が ONされると状況データ送信プログラムが起動され、端末 100の CPU10により継続的に実施される

〇

[0029] 図 9に示すように、端末 100メイン処理では、まず、種々のデータやフラグ等の初期化が行われる（S5)。例えば、図 7に示す RAM30において計測値記憶領域 31や変数記憶領域 32が初期化される。

[0030] 初期化（S5)が実行されると、続いて、各種センサ 12乃至 17が起動される（S10)。

この処理は、各種センサ 12乃至 17から得られる計測値を、端末 100の使用者の生体情報、又は、端末 100の周囲情報として取得するための処理である。続いて、各種センサ 12乃至 17の計測値を取得するとともに使用者が筐体に接触しているか否かを検出する計測処理が起動される（S15)。計測処理の詳細については、図 10を参照して後述する。計測処理は、起動後、終了指示があるまで繰り返し実行される。

[0031] 続いて、計測値記憶領域 31のバッファ 2が更新されたか否力、、すなわち、 RAM30 に記憶された更新フラグが「1」であるか否かを判断する（S20)。後述するように、計測値記憶領域 31のバッファ 2には、計測処理において、全てのセンサから新たな計測値が取得される。そして、バッファ 1に記憶されている計測値と、バッファ 2に記憶されている計測値が異なると判断されたときにバッファ 1からコピーされて更新され、その計測値に基づき接触検出が行なわれる（図 12参照）。したがって、バッファ 2が更新されてレ、れば、新たな計測値が得られたとレ、うことなので、その計測値に基づ!/、て接触有無の判断、及び感情情報検出又は周辺情報検出が可能になっている。そこで、バッファ 2が更新されていなければ（S20 : No)、 S20の判断を繰り返し行ない、更新されるまで待機する。

[0032] ノッファ 2が更新されていれば（S20 : Yes)、続いて、使用者が端末 100に接触しているか否かが、計測処理において処理された接触フラグをチェックすることにより判断される（S25)。接触フラグが ONの場合には（S25 : Yes)、計測処理により取得されたデータに基づいて感情情報推論処理が実行される（S30)。この処理により、各種センサ 12乃至 17から得られた計測値を生体情報とし、それらの生体情報から推論される感情情報が算出される。一方、接触フラグが OFFの場合には（S25 : No)、計測処理により取得されたデータに基づいて環境情報推論処理が実行される（S35)。この処理により、各種センサ 12乃至 17から得られた計測値を周囲情報とし、それらの周囲情報から推論される環境情報が算出される。感情情報推論処理の詳細については図 13乃至図 17を参照して後述し、環境情報推論処理の詳細については図 18 乃至図 24を参照して後述する。

[0033] 次に、感情情報推論処理 (S30)又は環境情報推論処理 (S35)により算出され、状況データ記憶領域 33に記憶されて!/、る感情情報又は環境情報の!/、ずれかを含む状況データが、通信部 60を介して管理サーバ 200に送信される（S40)。この処理は、状況データを管理サーバ 200に記憶させ、蓄積させるための処理である。続いて、状況データが出力される（S45)。この処理により、例えば、状況データがディスプレイ 21に表示され、端末 100の使用者に報知される。この状況データを出力させる処理は、必要に応じて省略してもよい。

[0034] 続いて、端末 100の電源が OFFされたか否かが判断され（S50)、電源 OFFでなければ（S50 : No)、 S20に戻り、上述の処理が繰り返される。電源 OFFの場合には（S 50 : Yes)、起動中の全ての処理が終了され（S55)、メイン処理が終了される。

[0035] 次に、図 10を参照して、メイン処理により起動される計測処理について説明する。

図 10に示す計測処理が起動されると、まず、ノッファ 1のデータがクリアされる（S155 )。この処理は、新たな計測値をバッファ 1に記憶させるための処理である。このとき、計測値が更新されたか否かを示すフラグである RAM30の更新フラグ（図示せず）が更新されていないことを示す「0」に設定される。続いて、各種センサ 12乃至 17からの計測値を取得し始める時間である取得開始時刻が計時装置 40から取得され、 RAM 30の計測値記録領域 31に記憶される（S157)。続いて、各種センサ 12乃至 17から計測値が取得され (S160)、取得された計測値が計測値記憶領域 31のバッファ 1に記憶される（S165)。この処理により、例えば、心拍数データと、湿度データとが取得され、バッファ 1に記憶される。

[0036] 次に、バッファ 1に全てのセンサからの計測値が揃ったか否かが判断され（S 170)、全てのセンサについて計測値を取得できていなければ（S170 : No)、 S160に戻り、計測済の計測値が取得される。例えば、上述のように、計測値記憶領域 31のバッファ 1に心拍数データ及び湿度データしか記憶されていなければ、温度データ、照度データ、音量データ及び位置データが揃うまで、計測値の取得が繰り返される。

[0037] バッファ 1に全てのセンサからの計測値が揃ったら（S170 :Yes)、続いて、各種センサ 12乃至 17からの計測値を取得し終える時間である取得終了時刻が計時装置 4 0から取得され、 RAM30の計測値記録領域 31に記憶される（S173)。そして、バッファ 1とバッファ 2とに記憶された所定の計測値が一致するか否かが判断される（S 17 5)。この処理は、バッファ 1とバッファ 2とに記憶された所定の計測値が一致する場合には（S 175 : Yes)、計測値に変化がないと判断されるので、計測値に変化があると判断されるまで（S175 : No)、計測値を取得するための処理である。バッファ 1とバッファ 2とが一致しない場合には（S 175 : No)、計測値に変化があると判断されるので、続いて、バッファ 1のデータがバッファ 2にコピーされる（S180)。このとき、 RAM30の計測値記憶領域 31の更新フラグが更新されたことを示す「1」に設定され、使用者が端末 100に接触しているか否かを示すフラグである接触フラグが接触していないことを示す「0」に設定される。

そして、温度センサに対応するフラグである温度フラグと、照明センサに対応するフラグである光フラグがそれぞれ「0」に設定される。この温度フラグ及び光フラグは、図 1 2を参照して後述する、接触フラグの設定を行うフラグ処理において参照されるフラグである。この処理により、一例として、計測値記憶領域 31には、図 11のように各種センサ 12乃至 17から取得された計測値がバッファ 1からバッファ 2にコピーされ、各フラグが設定されたものとする。そして、計測値に基づいて使用者が端末 100に接触しているかどうかを判断するためのフラグ処理が実行される（S200)。尚、フラグ処理の詳細については、図 12を参照して後述する。

[0038] フラグ処理が終了したら、 S 155に戻り、次の計測値取得のために、バッファ 1のデ一タがクリアされ（S 155)、計測値取得'記憶の処理が繰り返される。

[0039] 以上のように計測処理が継続して実行されるので、計測値記憶領域 31のバッファ 2 には常に使用できる計測値が記憶されていることになり、メイン処理でこの計測値に基づいて感情情報推論処理（図 9の S30)又は環境情報推論処理（図 9の S35)を実 fiすること力でさる。

[0040] 次に、図 12を参照して、図 10に示す計測処理の中で実行されるフラグ処理について説明する。このフラグ処理は、各種センサ 12乃至 17から取得した計測値を、端末 1 00の使用者の生体情報とする力、、又は、端末 100の周囲情報とするかを、温度センサ 13及び照度センサ 15から得られた計測値を用いて判断するための処理である。

[0041] 図 12に示すフラグ処理において、まず、計測値記憶領域 31のバッファ 2に記憶されている照度センサ 15の計測値が参照され、所定量 (ここでは例えば、 100ルクスとする）以上の光が検出されたか否かが判断される（S205)。光が 100ルクス以上検出されていれば（S205 : Yes)、光フラグが OFFにされる。すなわち、光フラグに 0が設定され、図 11に示す計測値記憶領域 31のバッファ 2に記憶される（S210)。一方、図 11に示すように、照度センサ 15の計測値が 80ルクスであり、光が 100ルクス未満である場合には（S205 : No)、光フラグが ONにされる。すなわち、光フラグに 1が設定され、計測値記憶領域 31のバッファ 2に記憶される（S220)。

[0042] 光フラグの処理が済んだら、続いて、温度センサ 13により検出された温度が 25度以上 38度未満か否かが判断される（S225)。図 11に示すように、温度センサ 13の計測値が 36. 6度であり、温度が 25度以上 38度未満である場合には（S225 : Yes) 、温度フラグが ONに設定される。すなわち、温度フラグに 1が設定され、計測値記憶領域 31のバッファ 2に記憶される（S230)。一方、温度が 25度以上 38度未満ではない場合には（S225 : No)、温度フラグが OFFに設定される。すなわち、温度フラグに 0が設定され、計測値記憶領域 31のバッファ 2に記憶される（S235)。

[0043] 温度フラグの処理が済んだら、続!/、て、計測値記憶領域 31のバッファ 2が参照され、以上の処理で光フラグ及び温度フラグのそれぞれが ONにされたか否かが判断される（S240)。

[0044] 図 11に示す例のように、光フラグ及び温度フラグのそれぞれのフラグが ONの場合には（S240 :Yes)、接触フラグ力使用者が接触していると判断されたことを示す O Nにされる（S245)。すなわち、接触フラグに 1が設定され、計測値記憶領域 31のバッファ 2に記憶される（S245)。一方、 ONのフラグが 2未満の場合には（S240 : No) 、接触フラグ力使用者が接触していないと判断されたことを示す OFFにされる（S2 50)。すなわち、接触フラグに 0が設定され、計測値記憶領域 31のバッファ 2に記憶される（S250)。以上でフラグ処理が終了され、図 10に示す計測処理の S155に戻り、処理を繰り返す。

[0045] 尚、上述のフラグ処理では、光フラグ、温度フラグのそれぞれが ONにされた場合に使用者が接触していると特定している（S240)。しかし、端末 100が圧力センサを備える場合には、その圧力センサからの検出結果を優先し、圧力センサの計測値が所定値以上の場合に ONとされる圧力フラグが ONであって、かつ、光フラグ、温度フラグの一方が ONの場合を使用者が接触していると判断してもよい。また、圧力フラグ、光フラグ、温度フラグのうち 2以上のフラグが ONである場合に使用者が接触して!/、ると判断してもよい。また、第 1の実施形態では、フラグ処理により、各種センサ 12乃至 17から取得した計測値を、端末 100の使用者の生体情報とする力、、又は、端末 100 の周囲情報とするかを判断していた力これに限定されない。例えば、使用者によりいずれの情報に相当するかが指示される場合には、その指示に従って、端末 100の使用者の生体情報とするか、又は、端末 100の周囲情報とするかを判断し、このフラグ処理を省略してもよい。

[0046] 次に、図 11 ,及び図 13乃至図 17を参照して、メイン処理で実行される感情情報推論処理について説明する。この処理は、図 9に示す S25において、接触フラグが ON である場合、すなわち、各種センサ 12乃至 17から得られる計測値が生体情報であると判断される場合に、それらの計測値力も端末 100の使用者の感情情報を推定するための処理である。一例として、各種センサ 12乃至 17の計測値が図 11に示す値であった場合である具体例 1を例に説明する。前述したように、具体例 1では、図 11に示す計測値に基づき、使用者が端末 100の筐体に接触していると判断される。 [0047] 図 13に示すように、感情情報推論処理が開始されると、まず、 RAM30の変数記憶領域 32に記憶されている変数が初期化される（S310)。この処理により、心拍数の指標となる変数「HR」、体温の指標となる変数「TEMP」、及び、発汗量の指標となる変数「SWEAT」にそれぞれ 0が設定され、変数記憶領域 32に記憶される（S310)。尚、これらの変数は、各種センサ 12乃至 17に基づき定められ、使用者の感情情報を推定するために用いられる変数である。

[0048] 続いて、バッファ 2に記憶されている心拍データを分類する心拍分類処理が実行される（S330)。この心拍分類処理を、図 14を参照して説明する。図 14に示す心拍分類処理において、まず RAM30の計測値記憶領域 31のバッファ 2と、ハードディスク装置 50の平均生体情報テーブル記憶領域 53とが参照され、心拍センサ 12の計測値から端末 100の使用者の平均心拍数を差し引いた値 Xが算出される（S331)。この処理は、端末 100の使用者の平均の心拍数と、心拍センサ 12により取得された計測値とを比較して、使用者の状態を判断するための処理である。具体例 1において、端末 100の使用者の平均心拍数が 60であるとハードディスク装置 50に記憶されているものとすると、 Xとして図 11に示す計測値 80から 60が差し引かれた 20が算出される（S331)。

[0049] 続いて、 Xの値に応じて心拍数の指標となる変数「HR」が設定される。 Xの値が 1 0未満である場合には（S332 :Yes)、 HRに 1が設定され、 RAM30の変数記憶領域 32に記憶される（S333)。 Xの値が— 10以上— 5未満である場合には（S332 : No, S334 :Yes)、 HRに 2が設定され、変数記憶領域 32に記憶される（S335)。 Xの値力ー 5以上 5未満である場合に (ま（S332 : No, S334 : No, S336： Yes)、： HRに 3カ設定され、変数記憶領域 32に記憶される（S337)。 Xの値が 5以上 15未満である場合には（S332 : No, S334 : No, S336 : No, S338： Yes)、： HRに 4カ設定され、変数記憶領域 32に記憶される（S339)。また、具体例 1の Xの値 20のように、 Xの値が 15以上である場合 ίこ (ま（S332 : No, S334 : No, S336 : No, S338 : No)、 HRiこ 5 が設定され、変数記憶領域 32に記憶される（S340)。 HRの設定の処理が済んだら、心拍分類処理を終了し、図 13に示す感情情報推論処理に戻る。

[0050] 図 13の S330に続いて、体温分類処理が行われる（S350)。この体温分類処理は、温度センサ 13から得られた計測値が使用者の体温であると判断し、温度センサ 13 から得られた計測値である体温を分類する処理である。この体温分類処理を、図 15 を参照して説明する。図 15の体温分類処理において、心拍分類処理の場合と同様に、まず RAM30の計測値記憶領域 31のバッファ 2と、ハードディスク装置 50の平均生体情報テーブル記憶領域 53が参照され、温度センサ 13の計測値から端末 100の使用者の平均体温を差し引いた値 Yが算出される（S351)。この処理は、端末 100 の使用者の平均の体温と、温度センサ 13により取得された計測値とを比較して、使用者の状態を判断するための処理である。具体例 1において、端末 100の使用者の平均体温が 36. 0度であるとハードディスク装置 50に記憶されているものとすると、 Y として図 11に示す計測値 36. 6力、ら 36. 0が差し引かれた 0. 6が算出される（S351)

[0051] 続いて、 Yの値に応じて感情情報推論処理においては体温の指標となる変数「TE MPJが設定される。 Yのィ直が 1未満である場合には（S352： Yes)、 TEMPに 1が設定され、 RAM30の変数記憶領域 32に記憶される（S353)。 Yの値が 1以上 0. 5未満である場合には（S352 : No, S354 :Yes)、TEMPに 2が設定され、変数記憶領域 32に記憶される（S355)。 Yの値が— 0. 5以上 0. 5未満である場合には（ S352 : No, S354 : No, S356： Yes)、 TEMPに 3カ設定され、変数記'慮領域 32に記憶される（S357)。具体例 1の Yの値 0. 6のように、 Yの値が 0. 5以上 1未満である場合には（S352 : No, S354 : No, S356 : No, S358： Yes)、 TEMPに 4カ設定され、変数記憶領域 32に記憶される（S359)。また、 Yの値が 1以上である場合には（ S352 : No, S354 : No, S356 : No, S358： No)、 TEMPに 5カ設定され、変数記憶領域 32に記憶される（S360)。 TEMPの設定の処理が済んだら、体温分類処理を終了し、図 13に示す感情情報推論処理に戻る。

[0052] 図 13の S350に続いて、発汗量分類処理が行われる（S370)。この発汗量分類処理は、湿度センサ 14から得られた計測値を用いて使用者の発汗量を求め、その発汗量を分類する処理である。この発汗量分類処理を、図 16を参照して説明する。図 16の発汗量分類処理において、 RAM30の計測値記憶領域 31のバッファ 2が参照され、湿度センサ 14の計測値から端末 100の使用者の発汗量 Zが算出される（S37 D oこの発汗量 zは、湿度との所定の関係式により算出される。この処理により、図 11 に示す湿度センサ 14の計測値 60. 8%から、発汗量 Zとして 4gと求められたものとす

[0053] 続いて、 Zの値に応じて発汗量の指標となる変数「SWEAT」が設定される。 Zの値力 ¾未満である場合には（S372 :Yes)、 SWEATに 1が設定され、 RAM30の変数記憶領域 32に記憶される（S373)。具体例 1の Zの値 4のように、 Zの値が 3以上 6未満である場合には（S372 : No, S374 : Yes)、 SWEATに 2が設定され、変数記憶領域 32に記憶される（S375)。 Zの値が 6以上 10未満である場合には（S372 : No, S374 : No, S376 :Yes)、 SWEATに 3が設定され、変数記憶領域 32に記憶される (S377)。 Zのィ直カ 10以上 15未満である場合に (ま（S372 : No, S374 : No, S376 : No, S378 : Yes)、 SWEATに 4が設定され、変数記憶領域 32に記憶される（S379 )。また、 Zのィ直カ 15以上である場合に (ま（S372 : No, S374 : No, S376 : No, S37 8： No)、 SWEATに 5が設定され、変数記憶領域 32に記憶される（S380)。 SWEA Tの設定の処理が済んだら、発汗量分類処理を終了し、図 13に示す感情情報推論処理に戻る。

[0054] 図 13の S370に続いて、 RAM30の変数記憶領域 32と、ハードディスク装置 50の感情情報テーブル記憶領域 51とが参照される。そして、 S330で算出された変数「H R」、 S350で算出された変数「TEMP」及び S370で算出された変数「SWEAT」と、図 17に示す感情情報テーブル 530とを比較して、端末 100の使用者の感情情報が算出される（S390)。この処理において参照される感情情報テーブル 530について、図 17を参照して説明する。感情情報テーブル 530は、ハードディスク装置 50の感情情報テーブル記憶領域 51に記憶されて!/、る。

[0055] 図 17に示すように、第 1の実施形態の感情情報テーブル 530には、「HR」、「TEM PJ、 Γ SWEAT jの値から推定される使用者の感情情報との対応関係が記憶されている。変数「HR」は S330で算出され、変数「丁£^[?」は3350で算出され、変数「S WEAT^ S370で算出される。図 17に示すように、第 1の実施形態では、「HR」、「 TEMP」、「SWEAT」の値に応じて、「感情情報」として「落ち込み」、「眠い」、「衝撃」、「緊張」、「興奮」、「大興奮」等で表されるいずれか状態に分類されるものとする。また、これらの感情情報は、各状態を数字で表す感情推論値を含んでいる。

[0056] 図 11に示す具体例 1の場合を例に、図 13の S390において算出される感情情報について説明する。具体例 1では、前述のように、 S330において HRとして 5が算出され、 S350において TEMPとして 4カ算出され、 S370において SWEATとして 2カ算出されている。よって、これらの変数と、図 17に示す感情情報テーブル 530とを比較して、 HRが 4乃至 5, TEMPが 4乃至 5, SWEATが 1乃至 2の場合の「興奮： 2」が感情情報として算出される（S390)。

[0057] 続いて、 S390で算出された感情情報の値が 1以上であるか否かが判断される（S4 00)。感情情報が 1以上ではない場合には（S400 : No)、 S330に戻り処理を繰り返す。この処理は、感情情報が正常に算出されていないと判断される場合の処理である。一方、感情情報が 1以上であると判断される場合には（S400 : Yes)、続いて、 S3 90で算出された感情情報力 RAM30の計測値記憶領域 31のバッファ 2に記憶されている取得開始時刻、取得終了時刻及び位置データとともに、状況データとして R AM30の状況データ記憶領域 33に記憶される（S410)。この処理は、感情情報が正常に算出されたと判断される場合の処理である。具体例 1では、感情情報として S3 90において算出された「興奮： 2」が、状況データとして、 RAM30の状況データ記憶領域 33に記憶される（S410)。また、取得開始時刻として図 11に示す「2006/03 /25/6/15 (年/月/日/時/分）」力取得終了時刻として図 11に示す「2006 /03/25/6/30 (年/月 /日 /時/分）」が、それぞれ状況データとして、状況データ記憶領域 33に記憶される（S410)。さらに、位置データとして図 11に示す位置センサ 16の計測値「緯度 X X度 25分 8. 609秒、経度〇〇〇度 15分 19. 402秒」が、状況データとして、状況データ記憶領域 33に記憶される（S410)。続いて、感情情報推論処理を終了し、図 9に示すメイン処理に戻る。そして、図 9に示す S40において、状況データ記憶領域 33に記憶された状況データが、端末 100を他の端末と識別するための IDとともに管理サーバ 200に送信される（S40)。

[0058] 次に、メイン処理で実行される環境情報推論処理について、図 18乃至図 24を参照して説明する。この処理は、図 9に示す S25において、接触フラグが OFFである場合、すなわち、各種センサ 12乃至 17から得られる計測値が端末 100の周囲情報であると判断される場合に、それらの計測値から端末 100の環境情報を推定するための処理である。一例として、図 19に示す計測値が取得された具体例 2を例に説明する。

[0059] 図 18に示すように、環境情報推論処理が開始されると、まず、 RAM30の変数記憶領域 32に記憶されている変数が初期化される（S510)。この処理により、環境情報推論処理においては気温の指標となる変数「TEMP」、湿度の指標となる変数「HU MID」、照度の指標となる変数「LIGHT」、及び、音量の指標となる変数「VOL」に 0 が設定され、変数記憶領域 32に記憶される。尚、これらの変数は、各種センサ 12乃至 17に基づき定められ、端末 100の環境情報を推定するために用いる変数である。

[0060] 続いて、ノッファ 2に記憶されている温度データを分類する気温分類処理が実行される（S530)。この気温分類処理を、図 20を参照して説明する。図 20に示す気温分類処理において、まず RAM30の計測値記憶領域 31のバッファ 2が参照され、温度センサ 13の計測値に基づき、環境情報推論処理においては気温の指標となる変数「 TEMP」が設定される。計測値が 0°C未満である場合には（S531 :Yes)、気温の指標となる変数「TEMP」に 1が設定され、 RAM30の変数記憶領域 32に記憶される（ S532)。計測値が 0°C以上 10°C未満である場合には（S531 : No, S533 :Yes)、T EMPに 2が設定され、変数記憶領域 32に記憶される（S534)。計測値が 10°C以上 20。C未満である場合に (ま（S531 : No, S533 : No, S535： Yes)、 TEMPに 3カ設定され、変数記憶領域 32に記憶される（S536)。計測値が 20°C以上 30°C未満である場合に (ま（S531 : No, S533 : No, S535 : No, S537： Yes)、 TEMPに 4カ設定され、変数記憶領域 32に記憶される（S538)。また、図 19に示す具体例 2の計測値 30. 1。Cのように、計測ィ直カ 30。C以上である場合には（S531 : No, S533 : No, S53 5 : No, S537 : No)、TEMPに 5が設定され、変数記憶領域 32に記憶される（S539 )。 TEMPの設定の処理が済んだら、気温分類処理を終了し、図 18に示す環境情報推論処理に戻る。

[0061] 図 18の S530に続いて、バッファ 2に記憶されている湿度データを分類する湿度分類処理が実行される（S550)。この湿度分類処理を、図 21を参照して説明する。図 2 1に示す湿度分類処理において、まず RAM30の計測値記憶領域 31のバッファ 2が参照され、湿度センサ 14の計測値に基づき、湿度の指標となる変数「HUMID」が設定される。計測値が 20%未満である場合には（S551： Yes)、湿度の指標となる変数「HUMID」に 1が設定され、 RAM30の変数記憶領域 32に記憶される（S552)。計測値が 20%以上 40%未満である場合には（S551: No, S553： Yes)、 HUMIDに 2が設定され、変数記憶領域 32に記憶される（S554)。計測値が 40%以上 60%未満である場合に (ま（S551:No, S553:No, S555： Yes)、： HUMIDに 3カ設定され、変数記憶領域 32に記憶される（S556)。また、図 19に示す具体例 2の計測値 60. 8%のように、計測値が 60%以上 80%未満である場合には（S551: No, S553:No , S555:No, S557: Yes)、 HUMIDに 4が設定され、変数記憶領域 32に記憶される（S558)。また、計測ィ直カ 0%以上である場合には（S551:No, S553:No, S55 5: No, S557:No)、 HUMIDに 5が設定され、変数記憶領域 32に記憶される（S55 9)。 HUMIDの設定の処理が済んだら、湿度分類処理を終了し、図 18に示す環境情報推論処理に戻る。

図 18の S550に続いて、バッファ 2に記憶されている照度データを分類する照度分類処理が実行される（S570)。この照度分類処理を、図 22を参照して説明する。図 2 2に示す照度分類処理において、まず RAM30の計測値記憶領域 31のバッファ 2が参照され、照度センサ 15の計測値に基づき、照度の指標となる変数「LIGHT」が設定される。計測値が 3ルクス未満である場合には（S571: Yes)、照度の指標となる変数「： LIGHT」に 1が設定され、 RAM30の変数記憶領域 32に記憶される（S572)。計測値が 3ルクス以上 500ルクス未満である場合には（S571: No, S573:Yes), LI GHTに 2が設定され、変数記憶領域 32に記憶される（S574)。計測値が 500ルクス以上 5000ノレタス未満である場合 ίこ (ま（S571: No, S573:No, S575： Yes) , LIG HTに 3が設定され、変数記憶領域 32に記憶される（S576)。また、計測値が 5000 ノレタス以上 50000ノレタス未満である場合 ίこ (ま（S571: No, S573:No, S575:No, S577: Yes)、 LIGHTに 4が設定され、変数記憶領域 32に記憶される（S578)。また、図 19に示す具体 ί列 2の計彻」ィ直1200000ノレタスのように、計彻」ィ直力 50000ノレタス以上である場合 ίこ (ま（S571:No, S573:No, S575:No, S577： No)、 LIGHT!こ 5が設定され、変数記憶領域 32に記憶される（S579)。 LIGHTの設定の処理が済んだら、照度分類処理を終了し、図 18に示す環境情報推論処理に戻る。 [0063] 図 18の S570に続いて、バッファ 2に記憶されている音量データを分類する音量分類処理が実行される（S590)。この音量分類処理を、図 23を参照して説明する。図 2 3に示す音量分類処理において、まず RAM30の計測値記憶領域 31のバッファ 2が参照され、マイク 17の計測値に基づき、音量の指標となる変数「VOL」が設定される。計測値が 10デシベル未満である場合には（S591 : Yes)、音量の指標となる変数「 VOL」に 1が設定され、 RAM30の変数記憶領域 32に記憶される（S592)。計測値力 S10デシベル以上 40デシベル未満である場合には（S591 : No, S593 :Yes)、 VO Lに 2が設定され、変数記憶領域 32に記憶される（S594)。また、図 19に示す具体例 2の計測値 50デシベルのように、計測値が 40デシベル以上 70デシベル未満である場合には（S591 : No, S593 : No, S595： Yes)、 VOLに 3が設定され、変数記憶領域 32に記憶される（S596)。計測値が 70デシベル以上 100デシベル未満である場合には（S591 : No, S593 : No, S595 : No, S597： Yes)、 VOLに 4カ設定され、変数記憶領域 32に記憶される（S598)。また、計測値が 100デシベル以上である場合には（S591 : No, S593 : No, S595 : No, S597： No)、 VOLに 5カ設定され、変数記憶領域 32に記憶される（S 599)。 VOLの設定の処理が済んだら、音量分類処理を終了し、図 18に示す環境情報推論処理に戻る。

[0064] 図 18の S590に続いて、 RAM30の変数記憶領域 32と、ハードディスク装置 50の環境情報テーブル記憶領域 52とが参照される。そして、 S530で算出された変数「T EMP」、 S550で算出された変数「HUMID」、 S570で算出された変数「： LIGHTJ及び S590で算出された変数「VOL」と、図 24に示す環境情報テーブル 540とを比較して、端末 100の環境情報が算出される（S610)。この処理において参照される環境情報テーブル 540について、図 24を参照して説明する。環境情報テーブル 540は、ハードディスク装置 50の環境情報テーブル記憶領域 52に記憶されている。

[0065] 図 24に示すように、第 1の実施形態の環境情報テーブル 540には、「TEMP」、「H UMID」、「LIGHT」、「VOL」と、それらの値から推定される端末 100の環境情報との対応関係が記憶されている。変数「TEMP」は、 S530で算出され、変数「HUMI D」は S550で算出され、変数「： LIGHT」は S570で算出され、変数「VOL」は S590 で算出される。図 24に示すように、第 1の実施形態では、「TEMP」、「HUMID」、「 LIGHT」、「VOL」の値に応じて、「環境情報」として「寒い夜」、「騒がしい夜」、「快適な環境」、「騒がしい室内」、「蒸し暑い昼間」、「蒸し暑い夜」、「蒸し暑い」等で表されるいずれかの状態に分類されるものとする。また、これらの環境情報は、各状態に対応する数字で表される環境推論値を含んで!/、る。

[0066] 図 19に示す具体例 2の場合を例に、 S610において算出される環境情報について説明する。具体例 2では、前述のように、 S530において TEMPとして 5が算出され、 S550において HUMIDとして 4が算出され、 S570において LIGHTとして 5が算出され、 S590において VOLとして 3が算出されている。よって、図 17に示す感情情報テーブル 530と比較して、 TEMPが 4乃至 5, HUMIDが 4乃至 5, LIGHTが 4乃至 5, VOLが 3乃至 5の「蒸し暑!/、昼間： 3」が環境情報として算出される（S610)。

[0067] 続いて、 S610で算出された環境情報の値が 1以上であるか否かが判断される（S6 20)。環境情報が 1以上ではない場合には（S620 : No)、 S530に戻り処理を繰り返す。この処理は、環境情報が正常に算出されていないと判断される場合の処理である。一方、感情情報が 1以上であると判断される場合には（S620 : Yes)、環境情報が正常に算出されたと判断される。よって、 S610で算出された環境情報力 RAM30 の計測値記憶領域 31のバッファ 2に記憶されて!/、る取得開始時刻、取得終了時刻及び位置データとともに、状況データとして RAM30の状況データ記憶領域 33に記憶される（S630)。具体例 2では、環境情報として S390において算出された「蒸し暑い昼間： 3」が、状況データとして、 RAM30の状況データ記憶領域 33に記憶される（ S630) _oまた、取得開始時刻として図 11に示す「2006/03/25/12/15」が、取得終了時刻として図 11に示す「2006/03/25/12/30」が、それぞれ状況データとして、状況データ記憶領域 33に記憶される（S630)。さらに位置データとして図 1 1に示す位置センサ 16の計測値「緯度 X X度 25分 8. 609秒、経度〇〇〇度 15分 1 9. 402秒」が、状況データとして、状況データ記憶領域 33に記憶される（S630)。続いて、感情情報推論処理を終了し、図 9に示すメイン処理に戻る。そして、図 9に示す S40において、状況データ記憶領域 33に記憶された状況データが、端末 100を他の端末と識別するための IDとともに管理サーバ 200に送信される。

[0068] 以上、詳述した処理により、端末 100が備える各種センサ 12乃至 17の計測値から、端末 100の使用者の感情情報（図 9の S30)又は環境情報（図 9の S35)を求め、その感情情報又は環境情報のいずれかを含む状況データが、管理サーバ 200に送信される（図 9の S40)。また状況データは、端末 100のディスプレイ 21に出力される（S 45)。尚、管理サーバ 200において受信された具体例 1の状況データ 551及び具体例 2の状況データ 552は、端末 100を他の端末と識別するための ID「100」とともに、管理サーバ 200の状況データ記憶領域 182の図 25に示す状況データ管理テープル 550に記憶される。

[0069] 尚、本開示の端末は、上述の第 1の実施形態の端末 100に限定されるものではなく、その趣旨を逸脱しない範囲で適宜変更を加えることができる。例えば、端末 100として携帯電話機を用いたが、端末は携帯電話機に限定されず、携帯情報端末、公共の場所に設置されてレ、る情報提供端末、パーソナルコンピュータ等の装置であつてもよい。

[0070] また、上記第 1の実施形態の端末 100では、予めハードディスク装置 50に平均生体情報テーブルが記憶されてレ、るが、これらの情報を使用者が設定する平均生体情報テーブル設定手段を設けてもよい。例えば、端末 100の操作に「平均生体情報テ一ブル設定」メニューを設け、そのメニューを、使用者が体調がよぐ落ち着いている状態（しばらく安静にして息が上がって!/、な!/、状態）である場合に選択するように構成してもよい。その場合、端末 100では、使用者によりメニューが選択されると、各種センサ 12乃至 17から生体情報を収集し、その値を平均生体情報として平均生体情報テーブルに記憶するようにすればよい。

[0071] また、上記第 1の実施形態の端末 100は、各種センサ 12乃至 17として心拍センサ

12,温度センサ 13,湿度センサ 14,照度センサ 15,位置センサ 16,及び、マイク 17 を備えていたが、端末 100が備えるセンサはこれに限らない。例えば、センサとして、感圧センサを用いてもよいし、端末 100が備える各種センサ 12乃至 17の一部を省略してもよい。また、上記第 1の実施形態の端末 100は、図 9に示す各種センサ 12乃至 17から取得した計測値から、感情情報又は環境情報を算出するようにしていたが、感情情報及び環境情報のいずれ力、を算出可能に構成してもよい。また、各種センサ 12乃至 17から取得した計測値から、感情情報又は環境情報を算出せず、図 9の S4 0において各種センサ 12乃至 17から取得された計測値を状況データとして、端末 10 0を他の端末から区別する端末識別情報とともに管理サーバ 200に送信してもよい。この場合、各種センサの計測値は、生体情報として取得してもよいし、周囲情報として取得してもよいし、生体情報及び周囲情報の双方として取得してもよい。すなわち、状況データには、端末 100を保持する使用者の生体情報、その生体情報から推定される感情情報、端末 100の周囲情報及びその周囲情報力も推定される環境情報の少なくとも一つを含むデータであればよい。

[0072] また、図 9に示す端末 100のメイン処理において、各種センサ 12乃至 17の計測値に基づき、端末 100の使用者の感情情報を推論する感情情報推論処理及び端末 1 00の環境情報を推論する環境情報推論処理を行うようにしていた力 S、その一部又は全部をサーバにおいて行うようにしてもよい。このとき、サーバが、第 1の実施形態のように、管理サーバ 200とコンテンツサーバ 300とに分かれている場合には、感情情報推論処理及び環境情報推論処理の一部又は全部を管理サーバ 200で行うようにしてもよ!/、し、コンテンツサーバ 300にお!/、て行うようにしてもょレ、。

[0073] また、上記第 1の実施形態の端末 100は、図 9に示す S40において、状況データを取得するごとに、その状況データを通信部 60を介して、管理サーバ 200に送信していたが、状況データを管理サーバ 200に送信するタイミングはこれに限定されない。状況データを管理サーバ 200に送信するタイミングとして、例えば、次の変形例 1乃至 3のようにしてもよい、

[0074] 変形例 1では、 RAM30の状況データ記憶領域 33に未送信の状況データが所定数記憶された場合に、それらの未送信の状況データを管理サーバに送信する。したがって、例えば、図 9に示す S40の処理の前に、 RAM30の状況データ記憶領域 33 に、管理サーバ 200に送信されていない未送信の状況データが所定数記憶されているか否かを判断させる。そして、所定数の状況データが記憶されていると判断される場合に、管理サーバ 200に送信されていない未送信の状況データを管理サーバ 2 00に送信する。一方、所定数の状況データが記憶されてない場合には、所定数の状況データが記憶されると判断されるまで、状況データを記憶させるための処理を繰り返す。変形例 1によれば、状況データを取得する頻度や端末側状況データ記憶手段の容量等に応じて、所定数を定めることにより、適切なタイミングで状況データをサーバに設けられた状況データ記憶手段に記憶させることができる。

[0075] また変形例 2では、サーバに送信されていない状況データが RAM30の状況データ記憶領域 33に記憶されて!/、るかをサーバから端末に問!/、合わせる未送信問!/、合わせ手段を設ける。そして、そのサーバの未送信問い合わせ手段から問い合わせがあった場合に、状況データ記憶領域 33に記憶された未送信の状況データをサーバに送信する。したがって、例えば、図 9に示す S40の処理の前に、サーバから問い合わせが合ったか否かを判断させ、サーバから問い合わせがあつたと判断される場合に、管理サーバ 200に送信されていない未送信の状況データを管理サーバ 200に送信する。一方、サーバから問い合わせがないと判断される場合には、所定数の状況データが記憶されると判断されるまで、状況データを記憶させるための処理を繰り返す。変形例 2によれば、サーバが必要とする適切なタイミングで状況データをサーバに設けられた状況データ記憶手段に記憶させることができる。

[0076] また変形例 3では、所定時間経過ごとに RAM30の状況データ記憶領域 33に記憶されている未送信の状況データをサーバに送信する。したがって、例えば、図 9の S4 0の前に、前回管理サーバ 200に状況データを送信してから、所定時間経過しているか否かを判断し、所定時間経過していると判断される場合には、管理サーバ 200に送信されていない未送信の状況データを管理サーバ 200に送信する。一方、所定時間経過してレ、な!/、と判断される場合には、所定時間経過して!/、ると判断されるまで、状況データを記憶させるための処理を繰り返してもよい。この変形例 3によれば、所定時間ごとに最新の状況データをサーバに設けられた状況データ記憶手段に記憶させること力 Sでさる。

[0077] 次に、コンテンツサーバ 300で実行されるメイン処理について図 26乃至図 34を参照して説明する。コンテンツサーバ 300のメイン処理は、更新されたコンテンツに、コンテンッの文字列を解析して定めた状況データ条件を満たす抽出状況データ及び編集データの少なくともいずれかを付加するための処理である。尚、図 26,図 27,及び図 29に示すコンテンツサーバ 300の各種処理を実行させるサーバプログラムは、 ROM230に記憶されており、図 8に示す CPU210が実行する。 [0078] 図 26に示すメイン処理において、まず、コンテンツが更新されたか否かを判断するデータ更新判断処理が実行される（S700)。第 1の実施形態では、コンテンツが更新されると判断される場合に、その更新されたコンテンツの文字列を解析する。そして S 700の処理は、解析の対象となるコンテンツの更新の有無を判断するための処理である。このデータ更新判断処理について図 27を参照して説明する。図 27に示すデータ更新判断処理において、まず、更新指示が有るか否かが判断される（S701)。この処理は、通信装置 290を介して新たなデータが受信された場合に、更新指示が有ると判断し（S701： Yes)、新たなデータが受信されない場合には、更新指示が無いと判断する（S701 : No)。 PCや携帯電話等のネットワークに接続可能な端末により、新たなコンテンツが書き込まれる（通信装置 290を介して新たなデータが受信される）と、コンテンツサーバ 300はその新たなコンテンツを受信したものとして判断する。具体例 3として、図 28に示すコンテンツが通信装置 290を介して受信されたものとする（ S701 :Yes)。図 28に示すコンテンツは、エントリー、コメント、及び、トラックバックを含むウェブログコンテンツのエントリーであり、このエントリー 560は、タイトノレ 561と本文 562とを含んでいる。そしてエントリー 560は、更新したコンテンツの作成者の識別情報とともにコンテンツサーバ 300に送信されたものとする。尚、具体例 3の更新されたコンテンツの作成者の識別情報は「花子」とする。

[0079] 続いて、通信装置 290を介して受信されたコンテンツが更新データとして、現在の時亥 IJとともに、ハードディスク装置 280のコンテンツ記憶領域 283に記憶される（S70 2)。この現在の時刻は、更新されたコンテンツがハードディスク装置 280のコンテンツ記憶領域 283に記憶された時刻を表す。続いて、図 26に示すメイン処理に戻る。尚、 S700において、コンテンツが更新されるごとに、更新指示を取得するようにしていたが、一定期間ごとに判断してもよい。また、更新されたか否かの判断に際しては、更新されたことを示す更新フラグを参照して更新されたか否かを判断してもよレ、。さらに、一定期間ごとにコンテンツの差分を計算し、差が検出された場合に、更新されたと半 IJ断してあよい。

[0080] 図 26に示す S700に続いて、ハードディスク装置 280のコンテンツ記憶領域 283と、解析辞書記憶領域 284とが参照され、更新データの文字列が解析される（S750) 。この更新データ解析処理について、図 29乃至図 32を参照して説明する。図 29の更新データ解析処理において、まず、ハードディスク装置 280のコンテンツ記憶領域 283に解析されていない更新データが記憶されているか否かが判断される（S751)。この処理は、解析されていない更新データを特定するための処理である。コンテンツ記憶領域 283に記憶されて!/、る更新データが解析済みであるか否かは、例えば、更新データごとに設けられた更新済みであるか否力、を判定するための更新済みフラグを参照して判断する。この S751の判断は一定時間ごとに行ってもよい。また例えば、コンテンツが更新されるごとに行うようにしてもよい。更新データが無いと判断される場合には（S751 : No)、更新データが有ると判断されるまで（S751 : Yes)、次の処理を行なわない。

[0081] 一方、更新データが有ると判断される場合には（S751 : Yes)、続いて、ハードディスク装置 280の解析辞書記憶領域 284が参照され、解析の対象となって!/、る更新データの作成者の端末識別情報が端末解析辞書 571に記憶されているか否かが判断される（S752)。この処理において参照される端末解析辞書 571は、図 30に示すように、文字列と端末識別情報との対応が記憶されている。この文字列の中には、コンテンッの作成者の識別情報が含まれている。具体例 3では、図 28に示すエントリー 560 には更新した使用者の情報が含まれていないが、前述の通り、このエントリー 560には、作成者の識別情報である「花子」が付随している。この「花子」は、端末解析辞書 571に記憶されている文字列であるため、作成者の端末識別情報が有ると判断され (S752 :Yes)、「花子」に対応する 100が作成者の端末識別情報として取得される（ S753)。一方、コンテンツがニュースである場合等、コンテンツの送信者が特定されないような場合には、作成者の端末識別情報が含まれないと判断される（S752 : No )。

[0082] 続!/、て、ハードディスク装置 280の解析辞書記憶領域 284が参照される。そして、コンテンツ記憶領域 283に記憶された更新データの文字列と、図 31に示す文字列と時間情報との対応関係を記憶した時間解析辞書 572に記憶されている文字列とを比較して、コンテンツの文字列に対応する時間情報が有るか否かが判断される（S754) 。この処理において参照される時間解析辞書 572は、図 31に示すように、文字列と時間情報との対応が記憶されている。具体例 3においては、図 28に示すエントリーに、図 31に示す時間解析辞書 572に記憶されて!/、る文字列「今朝 6時」及び「9時」が含まれている。よって、時間情報有りと判断され（S754 : Yes)、続いて、コンテンツに含まれる文字列「今朝 6時」に対応する「2006/03/25/6/00」と、「9時」に対応する「2006/03/25/9/00」とが取得される（S755)。尚、図 31の時間情報のうち、更新年月日は、コンテンツ記憶領域 283に記憶された時刻から取得されるものとする。また、第 1の実施形態においては、更新年月日も時間情報として取得するものとし、具体例 3においては、「2006/03/25」も時間情報として取得される。一方、コンテンッに、図 31に示す時間解析辞書 572に記憶されている文字列が含まれていなレ、と判断される場合には、時間情報無しであると判断される（S754： No)。

[0083] 続!/、て、ハードディスク装置 280の解析辞書記憶領域 284が参照される。そして、コンテンツ記憶領域 283に記憶されたコンテンツの文字列と、図 32に示す文字列と位置情報との対応関係を記憶した位置解析辞書 573に記憶されている文字列とを比較して、コンテンツの文字列に対応する位置情報が有るか否かが判断される（S756) 。この処理において参照される位置解析辞書 573は、図 32に示すように、文字列と、緯度及び経度で表された位置情報との対応が記憶されてレ、る。具体例 3にお!/、ては、図 28に示すエントリー 560に、図 32に示す位置解析辞書 573に記憶されている文字歹 Ι]「〇Χ遊園地」が含まれている。よって、位置情報有りと判断され（S756 : Yes)、続いて、コンテンツに含まれる文字歹 IJ「〇X遊園地」に対応する「緯度 X X度 25分 8 . 609秒、経度〇〇〇度 15分 19. 402秒」が取得される（S757)。一方、コンテンツに、図 32に示す位置解析辞書 573に記憶されている文字列が含まれていないと判断される場合には、時間情報無しと判断される（S756： No)。

[0084] 続!/、て、ハードディスク装置 280の解析辞書記憶領域 284が参照される。そして、コンテンツ記憶領域 283に記憶されたコンテンツの文字列と、図 30に示す端末解析辞書 571に記憶されている文字列とを比較して、コンテンツの文字列に対応する登場人物の端末識別情報が有るか否かが判断される（S758)。端末解析辞書 571は、文字列と端末識別情報との対応関係を記憶して!/、る。この処理にぉレ、て参照される端末解析辞書は、例えば、 S752において参照された端末解析辞書 571と同じである。尚、 S752において参照された端末解析辞書 571とは別の辞書を参照してもよい。具体例 3においては、図 28に示すエントリーに、図 30に示す端末解析辞書に記憶されてレ、る文字列「太郎」が含まれて!/、るので、登場人物の端末識別情報有りと判断される（S758 :Yes)。続いて、コンテンツに含まれる文字列「太郎」に対応する「120 」が取得される（S759)。一方、コンテンツに、図 30に示す端末解析辞書 571に記憶されて!/、る文字列が含まれてレ、な!/、と判断される場合には、登場人物の端末識別情報無しと判断される（S758： No)。

続いて、 S753, S755, S757及び S759において、取得された情報を組み合わせて状況データ条件が作成される（S760)。この状況データ条件は、更新されたコンテンッの関連する状況データを抽出するための抽出条件である。具体例 3では、 S753 において、作成者の端末識別情報として「100」が取得され、 S755において、時間

/25」が取得される。そして、 S757において「緯度 X X度 25分 8. 609秒、経度〇〇度 15分 19. 402秒」が取得され、 S759において登場人物の端末識別情報として「120」が取得されている。これらの情報を組み合わせて状況データ条件が決定される。この糸且合せ (ま、 S753, S755, S757及び S759iこおレヽて取得された十青幸の全ての組合せを求めてもよいし、所定のルールに基づき、一部の情報を組合せてもよい。所定のルールとしては、自由に定めることができる。例えば、取得された情報に使用者の端末識別情報が含まれる場合には、その端末識別情報を必ず含む組合せとするルールや、取得された情報に登場人物の端末識別情報がある場合には、その端末識別情報と時間情報との組合せるルールが挙げられる。このようなルールは、予め定めてハードディスク装置 280等に記憶させてもよいし、コンテンツに含まれる文字列によりルールが指定されてもよい。第 1の実施形態においては、説明を簡略化するために、端末識別情報と、更新年月日から取得された時間情報との組合せを状況データ条件と決定するルール力、ハードディスク装置 280に記憶されているものとする。そして、第 1の状況データ条件として、使用者の端末識別情報として「100」及び時間情報「2006/03/25」の組合せが決定され、第 2の状況データ条件として、登場人物の端末識別情報として「120」及び時間情報「2006/03/25」の組合せが決定されたものとする（S760)。

[0086] 続いて、 S760において作成された状況データ条件力 RAM220の状況データ条件記憶領域（図示せず）に記憶され (S761)、更新データ解析処理を終了し、図 26 に示すメイン処理に戻る。図 26に示すメイン処理では、 S750に続いて、 RAM220 の状況データ条件記憶領域が参照され、 S750にお!/、て作成された状況データ条件と、問い合わせ IDとが通信装置 290を介して管理サーバ 200に送信される（S800) 。この処理は、 S750において作成された状況データ条件を満たす状況データが管理サーバ 200に記憶されているか否かを、管理サーバ 200に問い合わせるための処理である。この問い合わせ IDは、どのコンテンツを解析して得られた状況データ条件であるかを識別するためのものである。

[0087] 続いて、 S800の問い合わせの返答として、図 36を参照して後述する管理サーバ 2 00の第 2のメイン処理において送信された編集データが受信されたか否かが判断される（S810)。編集データは、端末 100により送信され、管理サーバに記憶されている状況データのうち、 S800において送信された状況データ条件を満たす抽出状況データに、所定の方法で編集処理することにより得られるデータである。編集データには、例えば、抽出状況データに対応するアイコンやイラスト、抽出状況データを統計処理して得られた数値、抽出状況データを統計処理して作成した表やグラフ等が含まれている。編集データを受信していないと判断される場合には（S810 : No)、編集データを受信したと判断されるまで（S810 : Yes)、次の処理を行わない。尚、後述するように、図 40に示す管理サーバ 200の第 2のメイン処理において、状況データ条件を満たす状況データが抽出状況データとして抽出されなかった場合にも、抽出されなかった旨がコンテンツサーバ 300に送信される。よって、 S800の問い合わせに対して、必ず返答を受信することになる。

[0088] 一方、編集データを受信したと判断される場合には（S810 : Yes)、その編集データが RAM220の編集データ記憶領域（図示せず）に記憶される（S820)。具体例 3においては、第 1及び第 2の状況データ条件に対応する編集データとして、それぞれ感情情報「興奮」に対応するアイコンに関する情報が S800と同様の問い合わせ IDとともに受信されたものとする（S810 : Yes)。受信された編集データは、その編集データが RAM220の編集データ記憶部（図示せず）に記憶される（S820)。このアイコンに関する情報には、アイコンの画像データが含まれてもよいし、アイコンを識別するためのアイコン識別情報が含まれていてもよい。第 1の実施形態においては、アイコンを識別するための IDがアイコンに関する情報として含まれているものとする。

[0089] 続いて、ハードディスク装置 280のコンテンツ記憶領域 283と、編集データが RAM 220の編集データ記憶部（図示せず）とが参照され、解析の対象となったコンテンツに S810において受信された編集データが付加される（S830)。具体例 3の場合は、問い合わせ IDに対応するコンテンツに、 S810において取得された編集データに含まれるアイコンが付加され、コンテンツ記憶領域 283に記憶される（S830)。アイコンの付加方法は、例えば、アイコンの画像データを直接付加してもよいし、アイコン識別情報により挿入されるアイコンを指定した所定のタグを揷入してもよい。具体例 3にぉレ、ては、所定のタグがコンテンツに付加される。

[0090] この S830の処理により、編集データが付加され、ブラウザに表示された具体例 3のコンテンツの画面 580について、図 34を参照して説明する。図 34の画面 580は、読者が使用する PC2等の端末にお!/、て、コンテンツサーバ 300から提示（送信）される情報に基づき表示される。図 34に示すように、ブラウザに表示された画面 580には、ウェブログコンテンツのタイトル 581と、エントリー 582, 585がそれぞれ表示されている。ユントリー 582, 585はそれぞれ、タイトノレ 583, 586と、本文 584, 587とを備免ている。このうちエントリー 582, 585のタイトノレ 583, 586の後と、エントリー 582の本文 584に含まれる登場人物の文字列「太郎」の後とにアイコンがそれぞれ揷入され、コンテンツ記憶領域 283が更新される（S830)。アイコン 591は、前述の第 1の状況データ条件に対応する編集データに含まれるものであり、アイコン 592は第 2の状況データ条件に対応する編集データに含まれるものである。

[0091] 尚、アイコンを付加する位置や、アイコンの大きさ等は任意に定めることができる。

例えば、具体例 3のように、タイトルの後や解析辞書に記憶されている文字列の後に、タイトルの文字の 2倍程度の大きさで表示されるようにアイコンを付加してもよい。また例えば、タイトルや解析辞書に記憶されて!/、る文字列の前側等、具体例 3とは異なる配置に任意の大きさで表示されるようアイコンを付加してもよい。続いて、 S700に戻り処理が繰り返される。尚、 S810において、受信した編集データが、状況データ条件を満たす状況データが抽出されなかったことを示すデータであった場合には、 S 830にお!/、て、編集データはコンテンツに付加されな!/、。

[0092] 以上、詳述した処理により、更新されたコンテンツに、コンテンツの文字列を解析して定めた状況データ条件を満たす抽出状況データに所定の編集処理を施した編集データが付加される。

[0093] 尚、本開示のコンテンツサーバは、上述の第 1の実施形態のコンテンツサーバ 300 に限定されるものではなぐその趣旨を逸脱しない範囲で適宜変更を加えることができる。例えば、図 26に示すメイン処理において、 S810において受信された編集データを解析の対象となったコンテンツに付加するようにしていた力これに限定されない。例えば、 S810において抽出状況データを受信し、 S830において、抽出状況データをコンテンツに付加してもよい。さらに、 S810において受信した抽出状況データ及び編集データを解析の対象となったコンテンツの作成者の端末 100に送信してもよい。このようにすれば、コンテンツに付加された抽出状況データ又は編集データを端末に送信するサーバ側送信手段を備えているので、端末 100の使用者はコンテンツにどのような情報が付加されたかを知ることができる。

[0094] また、図 26に示すメイン処理において、図 19に示す更新データ解析処理において、ハードディスク装置 280のコンテンツ記憶領域 283に記憶されたコンテンツの文字歹 IJと解析辞書記憶領域 284に記憶されている文字列とを比較する。そして、コンテンッの文字列に対応する位置情報を取得し（S757)、時間情報を取得し（S755)及び端末識別情報を取得するようにしていたが（S753, S759)、更新されたコンテンツの文字列の解析方法は、第 1の実施形態の場合に限定されない。例えば、更新されたコンテンツ中に、状況データ条件を決定する際の、位置情報、時間情報、端末識別情報を指定する文字列が含まれている場合には、コンテンツの文字列と、解析辞書記憶領域 284に記憶されている文字列とを比較する。そして、それらの情報を取得する代わりに、コンテンツ作成者により指定されたそれらの情報を抽出してもよい。更新されたコンテンツ中に、状況データ条件を決定する際の、位置情報、時間情報、端末識別情報を指定する文字列が含ませる方法としては、例えば、コンテンツ中に、ブラゥザ表示時には表示されない所定のタグを含ませる方法がある。また例えば、位置情報、時間情報、端末識別情報を指定する文字列を含むファイル等を、コンテンツに付随させる方法等がある。コンテンツ中に、ブラウザ表示時には表示されない所定のタグを含ませる場合には、図 29に示す更新データ解析処理において、例えば、使用者の端末識別情報を指定するタグが揷入されている力、を判断する（S752)。そして、タグが揷入されていると判断される場合には（S752 : Yes)、タグに含まれている、作成者の端末識別情報を取得する（S753)。時間情報の有無（S754)、位置情報の有無 (S756)、登場人物の端末識別情報の有無（S758)を判断する処理も同様である。また、位置情報、時間情報、端末識別情報を指定する文字歹 IJを含むファイル等をコンテンッに付随させる場合には、コンテンツに付随するファイルを参照して、位置情報、時間情報、端末識別情報を取得すればよい。

[0095] また第 1の実施形態では、編集データとしてアイコンをコンテンツに直接付加するようにしていた力 S、所定の文字列にアイコンの所在地を示すリンク情報を付加してもよ V、。この所定の文字列にアイコンの所在地を示すリンク情報を付加する変形例 4の場合について図 35を参照して説明する。図 35の画面 600は、読者が使用する PC2等の端末にお!/、て、コンテンツサーバ 300から提示（送信）される情報に基づき表示される。

[0096] 変形例 4では、図 26に示す S830において、所定の文字列に所在地を示すリンク情報を付加される。所定の文字列としては、例えば、タイトルや、図 29に示す更新データ解析処理において取得された、端末識別情報、時間情報及び位置情報に対応する文字列等、任意に定めること力 Sできる。前述の具体例 3の場合は、例えば図 35 に示すように、ブラウザに表示された画面 600には、ウェブログコンテンツのタイトル 6 01と、エントリー 602, 605カそれぞれ表示されている。エントリー 602, 605はそれぞれ、タイトノレ 603, 606と、本文 604, 607とを備えている。このうちエントリー 602のタイトル 603には、前述の第 1の状況データ条件に対応するアイコン 609の所在地を示すリンク情報が付加される。また、本文 604に含まれる登場人物の端末識別情報に対応する文字列「太郎」には、前述の第 2の状況データ条件に対応するアイコンの所在地を示すリンク情報が付加される。同様にエントリー 605のタイトル 603には、図 34のアイコン 593の所在地を示すリンク情報が付加されている。そして例えば、タイトノレ 603をククリック（矢印 611で示す動作)することにより、アイコン 609が表示される。

[0097] また、第 1の実施形態においては、コンテンツが、エントリー、コメント、及び、トラックノックを含むウェブログコンテンツである場合を例に説明した力コンテンツサーバ 30 0に記憶されるコンテンツは、ウェブログコンテンツに限定されない。例えば、ウェブぺージをコンテンツとしてもよい。また、上記第 1の実施形態においては、ウェブログコンテンッのエントリーが更新された場合を例に説明した力コメントが更新された場合にも、次の変形例 5のように、第 1の実施形態で説明したコンテンツがエントリーである場合と同様に編集データを付加して記憶してもよい。また例えば、更新されたウェブログコンテンツがエントリーである場合のみ、編集データを付加して記憶してもよい。

[0098] ウェブログコンテンツのコメントが更新された場合の、コンテンツサーバ 300におけるコメント処理を変形例 5として、図 36乃至図 38を参照して説明する。変形例 5を説明するための具体例 4として、前述の具体例 3の図 34に示すエントリー 582に対するコメントとして、図 37に示すコメント 610が更新された場合について説明する。尚、図 36 に示す変形例 5のコンテンツサーバ 300の処理を実行させるサーバプログラムは、 R OM230に記憶されており、図 8に示す CPU210が実行する。

[0099] 図 36に示すコメント処理は、基本的に図 26に示すメイン処理と同様である。まず、コメントが投稿されたか否かを判断し（S900)、コメントが投稿されて!/、な!/、と判断される場合には（S900： No)、コメントが投稿されたと判断されるまで次の処理を行わない。尚、更新されたコンテンツ力エントリーであるか、コメントであるかは、コンテンッに付加されている識別情報等により判別することができる。一方、コメントが投稿されたと判断されると（S900： Yes)、投稿されたコメントがハードディスク装置 280のコンテンッ記憶領域 283に記憶される（S903)。続いて、コメントを投稿した使用者の端末識別情報、コメントに含まれる位置情報及び時間情報が取得される（S905)。これらの情報は、例えば、図 26における更新データ解析処理と同様な処理を行うことにより取得される。具体例 4においては、図 37に示すコメントの文字列が解析され、コメントを投稿した使用者の端末識別情報「太郎」と、時間情報「2006/03/25」が取得されたものとする。続いて、 S905で取得された情報を組み合わせて状況データ条件が作成される（S 910)。この処理により、具体例 4において、例えば、端末識別情報「太郎」及び時間情報「2006/03/25」の組合せが状況データ条件として決定される。この具体例 4の状況データ条件は、前述の具体例 3の第 2の状況データ条件と同じ条件であり、以下この状況データ条件を第 3の状況データ条件と言う。尚、状況データ条件の決定方法は、コンテンツがエントリーである場合と、コメントである場合とで異なる方法を採用してもいいし、同一の方法を採用してもいい。続いて、 S910において作成された状況データ条件が RAM220の状況データ条件記憶領域（図示せず )に記憶される（S915)。続いて、 S910において作成された状況データ条件と、問い合わせ IDとが通信装置 290を介して管理サーバ 200に送信される（S920)。

[0100] 続いて、 S910の問い合わせの返答として、図 40を参照して後述する管理サーバ 2 00の第 2のメイン処理において送信された編集データが受信されたか否かが判断される（S925)。編集データを受信していないと判断される場合には（S925 : No)、編集データを受信したと判断されるまで（S925 : Yes)、次の処理を行わない。一方、編集データを受信したと判断される場合には（S925 : Yes)、その編集データが RAM2 20の編集データ記憶領域（図示せず）に記憶される（S930)。具体例 4においては、前述の第 3の状況データ条件に対応する編集データとして、前述の第 2の状況データ条件に対応するアイコンと同じのアイコンが受信されたものとする。続いて、問い合わせ IDに対応するコメントに、 S 930において記憶された編集データが付加される（S 935)。この処理により、例えば、具体例 4においては、コメントの末尾に、アイコンが付加され、ハードディスク装置 280のコンテンツ記憶領域 283に記憶される（S930)。続いて、 S900に戻り処理を繰り返す。

[0101] この S930の処理により、アイコンが付加され、ブラウザに表示された具体例 4のコンテンッの画面 620について、図 38を参照して説明する。図 38の画面 620は、読者が使用する PC2等の端末にお!/、て、コンテンツサーバ 300から提示（送信）される情報に基づき表示される。図 38に示すように、ブラウザに表示された画面 620には、ゥェフ、、ログ: πンテンッのタイトノレ 621と、エントリー 622と、エントリー 622に対して投稿されたコメント 630カそれぞれ表示されている。エントリー 622は、タイトノレ 623と、本文 62 4とを備えている。そしてエントリー 622には、アイコン 625が付加されている。コメント 630は、さらに、コメン卜 631 , 632を含み、それぞれコメン卜 631 , 632は、タイ卜ノレ 63 5, 637と、本文 636, 638を含んでいる。このうち、具体 ί列 4に対応するコメント 631 につ!/、て、本文 636の末尾に S925にお!/、て受信したアイコン 633が付加されて!/、る。コメント 632ίこつレヽても、同様な処理 ίこより本文 638の末尾 ίこ S925iこおレヽて受信したアイコン 634が付加されている。尚、アイコンを付加する位置や、アイコンの大きさ等は任意に定めることができる。

[0102] 変形例 5の状況提示システム 1によれば、更新されたコメントの文字列を解析し、コメントにもコメントを投稿した使用者の感情や端末の周囲の環境に関する情報を付加すること力 Sできる。このため、コメントの内容についても、読者によりリアルに伝えることができる。

[0103] 次に、管理サーバ 200で実行される第 1と第 2のメイン処理について、図 39乃至図

42を参照して説明する。管理サーバ 200の第 1のメイン処理では、端末 100から送信される状況データを受信し、状況データ記憶領域 182に記憶する。管理サーバ 20 0の第 2のメイン処理では、コンテンツサーバ 300からの問い合わせに応じて、状況データ条件を満たす状況データを抽出状況データとして抽出する。そして、その抽出状況データに所定の編集処理を行った後、コンテンツサーバ 300に送信する処理を行う。尚、図 39乃至図 42に示す第 1の実施形態の管理サーバの各種処理を実行させるサーバプログラムは、 ROM130に記憶されており、図 7に示す CPU110が実行す

[0104] まず、第 1のメイン処理について図 39を参照して説明する。図 39に示す第 1のメイン処理において、まず、管理サーバ 200の各種設定が初期化される（S75)。続いて、端末 100から送信された状況データが、通信装置 190を介して受信されたか否かが判断される（S80)。この処理は、状況データが受信された場合には、その状況デ一タをノヽードディスク装置 180の状況データ記憶領域 182に記憶させるための処理である。状況データが受信されていないと判断される場合には（S80 : No)、受信データが受信されたと判断されるまで（S80 : Yes)、次の処理を行わない。一方、状況データが受信されたと判断される場合には（S80 : Yes)、続いて、その状況データがハードディスク装置 180の状況データ記憶領域 182に記憶される（S85)。この状況データ記憶領域 182に記憶させる処理は、例えば、端末識別情報ごとに分類して異なるサブ領域に記憶させてもょレ、し、管理サーバ 200が受信した順に記憶させてもよい。状況データとして、前述の具体例 1及び具体例 2の状況データが受信された場合、管理サーバ 200の状況データ記憶領域 182には図 25に示すような状況データ管理テーブル 550に記憶される。この図 25に示す状況データ管理テーブル 550には、端末識別情報ごとに管理サーバ 200が受信した順に、各状況データが記憶されている。続いて、 S80に戻り処理が繰り返される。この第 1のメイン処理により、端末 1 00から送信された状況データが、随時状況データ記憶領域 182に記憶される。次に、第 2のメイン処理について図 40乃至図 42を参照して説明する。図 40に示す第 2のメイン処理において、まず、コンテンツサーバ 300から問い合わせが有るか否かが判断される（S90)。

この問い合わせは、図 26を参照して上述の、コンテンツサーバ 300のメイン処理の S 800において送信されたものであり、その問い合わせされた情報の中には、状況データ条件と、問い合わせ IDとが含まれている。したがって、通信装置 190を介して受信した情報がコンテンツサーバ 300からの問い合わせである力、、又は、端末 100から送信された状況データであるかは、例えば、問い合わせ IDが含まれているか否かで判別すること力できる。コンテンツサーバ 300からの問!/、合わせが受信されて!/ヽなレヽと判断された場合には（S90： No)、問!/、合わせが受信されたと判断されるまで（S90 ： Yes)次の処理を行わない。一方、コンテンツサーバ 300からの問い合わせが受信されたと判断される場合には（S90 : Yes)、問い合わせ情報力 RAM120の問い合わせ情報記憶領域（図示せず）に記憶される（S95)。続いて、問い合わせ情報に含まれる状況データ条件を満たす状況データを、状況データ記憶領域 182から抽出する状況データ抽出処理が実行される（S 100)。この状況データ抽出処理について、前述の具体例 3の第 1の状況データ条件、及び、第 2の状況データ条件を例に、図 4 1を参照して説明する。尚、図 29の S760において作成された、具体例 3の第 1の状況データ条件は、コンテンツ作成者の端末識別情報「100」及び時間情報「2006/ 03/25」の組合せである。そして、第 2の状況データ条件は、登場人物の端末識別情報「120」及び時間情報「2006/03/25」の組合せである。 [0106] 図 41に示す状況データ抽出処理において、まず、 RAM120の問い合わせ情報記憶領域（図示せず）と、ハードディスク装置 180の状況データ記憶領域 182とが参照される。そして、状況データ条件ごとに、状況データ条件を満たす状況データが状況データ記憶領域 182に記憶されているか否かが判断される（S101)。この処理は、状況データ条件により指定された位置情報、時間情報、端末識別情報の 1又は 2以上の組合せをキーワードとした公知の検索処理により判断される。尚、位置情報、時間情報につ!/、ては、それらの情報と一致する条件を状況データ条件とした場合には、条件を限定しすぎてしまうおそれがある。このため、位置情報で指定された位置から所定の範囲に入ると判断される位置情報を有するもの、時間情報で指定された時間力も所定の範囲に入ると判断される時間情報を有するものも、抽出することとしてもよい。所定の範囲は任意に決めることが可能であり、位置情報の場合は、例えば所定の範囲を半径 lkm以内としてもよいし、時間情報の場合は、例えば前後 30分以内としてもよい。具体例 1及び具体例 2においては、位置情報が半径 lkm以内に含まれるものを抽出するものとし、時間情報は日付で指定されているので、所定の範囲を設定せず、「2006/03/25」に取得された状況データを抽出するものとする。

[0107] この S101において、具体例 3の第 1及び第 2の状況データ条件を満たす、状況データが記憶されているか否かを、図 25に示す状況データ管理テーブル 550を参照して判断する。すると、第 1の状況データ条件を満たす状況データとして、状況データ群 553が記憶されていると判断され（S 101 : Yes)、第 2の状況データ条件として、状況データ 554が記憶されていると判断される（S101 : Yes)。続いて、第 1の状況データ条件を満たす状況データとして、状況データ群 553が全て抽出され (S102)、抽出された抽出状況データが RAM120のバッファ（図示せず）に記憶される（S 103)。同様に、第 2の状況データ条件を満たす状況データとして、状況データ 554が抽出され (S 102)、抽出された抽出状況データが RAMI 20のバッファ（図示せず）に記憶される（S103)。このとき、抽出状況データは、状況データ条件ごとに区別可能にバッファに記憶される。一方、状況データ条件を満たす状況データが状況データ記憶領域 1 82に記憶されていないと判断される場合には（S101 : No)、続いて、状況データ条件を満たす状況データが記憶されていないことを示す情報が RAMI 20のバッファ（図示せず）に記憶される（S 104)。 S103又は S104に続いて、状況データ抽出処理が終了され、図 40に示す第 2のメイン処理に戻る。

[0108] 図 40の S 100に続いて、 S100により、抽出状況データに対して所定の編集処理を行う編集データ作成処理が実行される（S 110)。この編集データ作成処理を、図 42 を参照して説明する。図 42に示す編集データ作成処理において、まず、 RAM120 のバッファ（図示せず）が参照され、ノッファに記憶されている情報が読み出される（S 111)。具体例 3の場合、第 1の状況データ条件に対応する抽出状況データとして、状況データ群 553が読み出され、第 2の状況データ条件に対応する抽出状況データとして、状況データ 554が読み出される。続いて、 S 111において読み出された情報に、状況データが含まれているか否かが判断される（S 112)。 RAMI 20のバッファに状況データが含まれてレヽなレ、場合には（S 112： No)、コンテンツサーバ 300に送信する編集データとして、状況データ条件を満たす状況データが抽出されなかったことを示す、空の編集データが作成される（S 117)。そして、空の編集データが RAM 120の編集データ記憶領域（図示せず）に記憶される（S I 18)。

[0109] 一方、具体例 3の場合のようにバッファに記憶されている情報に状況データが含まれると判断される場合には（S112 : Yes)、続いて、 1つの状況データ条件に対応する抽出状況データが複数有るか否かが判断される（S113)。状況データ条件に対応する抽出状況データが複数記憶されている場合には（S113： Yes)、それらの状況データから代表的な状況データが算出される（S 114)。具体例 3の第 1の状況データ条件に対応する抽出状況データは、複数記憶されているため（S 113 :Yes)、続いて、それらの抽出状況データから代表的な状況データである代表状況データが算出される。この代表状況データを算出する処理は本開示の統計処理の一例であり、代表状況データとしては、抽出状況データが、各種センサ 12乃至 17の計測値、感情情報に含まれる感情推論値等の数値で表される場合には、例えば、計算的代表値、位置的代表値が算出される。計算的代表値としては、例えば、算術平均、幾何平均、調和平均、平方平均等が挙げられ、位置的代表値としては、例えば、中央値、最頻値、分位数等が挙げられる。一方、状況データが数値で表されないデータである場合には、例えば、最頻値が算出される。第 1の実施形態では、代表状況データとして、抽出状況データに含まれる感情推論値の平均値を求めるものとし、具体例 3の第 1の状況データ条件の抽出状況データである状況データ群 553の感情推論値の平均値として、興奮に対応する 2が求められたものとする（S114)。一方、具体例 3の第 2の状況データ条件の抽出状況データは状況データ 554の 1つであったため（S113 : No) 、代表状況データを算出する処理は行われない。

[0110] S114又は S113に続いて、編集データが作成される（S116)。この編集データは、 S 114において算出された代表状況データや、 1又は複数の抽出状況データに所定の編集処理を行って得られるデータである。この編集処理の方法として、 1又は複数の抽出状況データに基づきグラフを作成するグラフ作成処理、 1又は複数の抽出状況データに基づき表を作成する表作成処理、 1又は複数の抽出状況データや代表状況データに対応するアイコンを決定するアイコン決定処理等が含まれている。第 1 の実施形態においては、 1又は複数の抽出状況データや S114で算出された代表状況データに対応するアイコンを決定するアイコン決定処理を行う。

[0111] このアイコン決定処理は、第 1の状況データ条件の場合には、 S114で算出された代表状況データと、ハードディスク装置 180のアイコンテーブル記憶領域 183とが参照され、代表状況データに対応するアイコンが決定される（S 116)。このアイコンは、管理サーバ 200において状況データ条件を満たす状況データとして抽出された抽出状況データ、又は、統計処理された抽出状況データと、アイコンテーブルとを比較して得られる。この処理において参照される、アイコンテーブルは、コンテンツサーバ 3 00に記憶されているアイコンテーブルと同様である。すなわち、図 33に示すように、編集データである感情情報と、アイコンとの対応が記憶されている。具体例 3においては、第 1の状況データ条件に対応する代表状況データ「興奮」に対応するアイコンとして、図 33に示すアイコン 576が決定され、第 1の状況データ条件に対応付けられて RAM120の編集データ記憶領域（図示せず）に記憶される（S118)。同様に、第 2 の 1の状況データ条件に対応する抽出状況データ「興奮」に対応するアイコンとして、図 33に示すアイコン 576が決定され、第 2の状況データ条件に対応付けられて RA Ml 20の編集データ記憶領域（図示せず）に記憶される（S 118)。

[0112] 続いて、編集データ作成処理を終了し、図 40に示す第 2のメイン処理に戻る。 S11 0に続いて RAM120の問い合わせ情報記憶領域（図示せず）と、編集データ記憶領域（図示せず）とが参照され、コンテンツサーバ 300に、編集データが送信される（S1 20)。第 1の実施形態においては、編集データとしてアイコン 576が問い合わせ IDとともに、コンテンツサーバ 300に送信される。続いて S90に戻り処理を繰り返す。

[0113] 以上、詳述した処理により、端末 100から送信された状況データが受信され、状況データ記憶領域 182に記憶される。また、コンテンツサーバ 300からの問い合わせに応じて、状況データ条件を満たす状況データを抽出状況データとして抽出し、その抽出状況データに所定の編集処理を行った後、コンテンツサーバ 300に送信する処理を行われる。

[0114] 尚、本開示の管理サーバは、上述の第 1の実施形態の管理サーバ 200に限定されるものではなぐその趣旨を逸脱しない範囲で適宜変更を加えることができる。例えば、図 42の S 116において、図 33に示す、コンテンツサーバ 300に記憶されているアイコンテ一ブルと同様なアイコンテーブルを参照して、 S750の解析の対象となったコンテンッに付加するアイコンを決定するようにしていた。しかし、このとき参照されるアイコンテ一ブルは、抽出状況データからアイコンが定まるものであればよぐ図 33に示すアイコンテーブルに限定されない。したがって、例えば、図 33のアイコンテーブルでは感情情報とアイコンとの対応を規定していた力感情情報、生体情報、周囲情報及び環境情報の 1又は複数の組合せとアイコンの対応を規定するものであってもよい。また、コンテンツの作成者や、コンテンツのカテゴリごとに異なるアイコンテープノレが参照されてもょレ、し、アイコンの種類は適宜変更可能である。

[0115] また、第 1の実施形態の管理サーバ 200において、図 42の S116において、編集データを作成する所定の編集処理として、 1又は複数の抽出状況データや代表状況データに対応するアイコンを決定するアイコン決定処理を行うようにしていた力 S、これに限定されない。例えば、この所定の編集処理として、 1又は複数の抽出状況データに基づきグラフを作成するグラフ作成処理、 1又は複数の抽出状況データに基づき表を作成する表作成処理等を行うようにしてもよい。どのような編集処理を行うかは、予め定めてハードディスク装置 180等に記憶させてもよいし、コンテンツに含まれる編集処理を指定する所定の指示に従うようにしてもよい。 [0116] 以上詳述した第 1の実施形態の状況提示システム 1によれば、使用者の生体情報を用いて求めた感情情報及び端末の周囲情報を用いて求めた環境情報を状況データとして管理サーバ 200に蓄積する。これにより、これらの情報を何度でも、取得したり参照したりすることできる他、これらの情報をコンテンツに自動的に付加することができる。

[0117] また、第 1の実施形態の状況提示システム 1によれば、サーバを、コンテンツを記憶するコンテンツサーバ 300と、状況データを記憶する管理サーバ 200との 2つのサーバに分けているので、サーバの負担を分散させることができる。

[0118] また、上記第 1の実施形態の状況提示システム 1によれば、端末 100が備える各種センサ 12乃至 17から得られた生体情報から使用者の感情情報を推定することができる（図 9の S30)。このため、例えば、この感情情報をコンテンツに付加することにより、コンテンツをサーバに記憶させた使用者等力コンテンツに記載された出来事をどのように感じたのか等の感情をより深く正確に記録できる。したがって、コンテンツの登場人物の感情を通して、読者によりリアルにコンテンツの内容を伝えることができる。また、端末 100が備える各種センサ 12乃至 17から得られた周囲情報から端末の周囲の環境情報を推定することができる（図 9の S35)。このため、例えば、この環境情報をコンテンツに付加することにより、コンテンツに記載された出来事が起きたとき、周囲はどのような環境であつたか等の周囲の状況をより深く正確に記録できる。したがって、コンテンツに記載された場所の周囲の状況を通して、読者にもよりリアルにコンテンッの内容を伝えることができる。

[0119] また第 1の実施形態の状況提示システム 1では、コンテンツに使用者の感情情報又は端末の周囲の環境情報を次のように付加している。コンテンツの文字列に応じた状況データを抽出して、コンテンツに付加している。具体的には、図 26のメイン処理において、コンテンツの文字列と、各種解析辞書 571乃至 573の文字列とを比較して、コンテンツから、位置情報、時間情報及び端末識別情報のいずれ力、を抽出する。そして、それらの 1又は 2以上を組み合わせて状況データ条件を自動的に決定する（S 750)。この状況データ条件を用いて抽出された状況データは、コンテンツの記事がどういう状況で記載されたの力、、又は、コンテンツを記憶させた使用者等が、記事に記載された出来事をどう感じたのかを表す。そして第 1の実施形態の状況提示システム 1では、状況データ条件を用いて抽出された状況データに対応するアイコン、即ち、使用者の感情又は端末の周囲の環境を表すアイコンをコンテンツに付加する（S83 0)。このため、コンテンツをサーバに記憶させた使用者等の感情や、端末の周囲の環境を視覚的に伝えることができる。また、コンテンツが文字のみから構成される場合に比べ、読者にとって親しみやすいコンテンツとすることができる。また図 42の編集データ作成処理において、複数の状況データが抽出された場合に（S113 : Yes)、これら複数の抽出状況データから代表的な代表状況データを算出する（S114)。そして、その代表状況データに基づき、使用者の感情又は端末の周囲の環境のいずれ力、を表すアイコンを決めている（S 116)。このため、状況データが複数抽出された場合でも、代表的な使用者の感情又は端末の周囲の環境をアイコンにより表示させること力 Sできる。

[0120] また、エントリー、コメント、及び、トラックバックを含むウェブログコンテンツをコンテンッとしている。したがって、上述のように第 1の実施形態の状況提示システム 1では、使用者が適切な情報を選んだり、登録したりする作業を行うことなぐウェブログコンテンッに応じた適切な状況データを付加することができる。また、文字のみにより構成されるウェブログコンテンツに比べ、ウェブログコンテンツの記事がどういう状況で記載されたのか、又は、コンテンツを記憶させた使用者等力記事に記載された出来事をどう感じたのかをより深く正確に記録できる。このため、読者に対してよりリアルにゥェブログコンテンツの内容を伝えることができる。

[0121] 尚、本開示の状況提示システムは、上述の第 1の実施形態の状況提示システム 1に限定されるものではなぐその趣旨を逸脱しない範囲で適宜変更を加えることができる。例えば、状況提示システム 1は、サーバとして管理サーバ 200とコンテンツサーバ 300とを備えていた力これに限定されない。例えば、管理サーバ 200とコンテンツサーバ 300の 2つのサーバに分けず 1つのサーバとしてもよい。また例えば、管理サーバ 200とコンテンツサーバ 300の他に、管理サーバ 200又はコンテンツサーバ 300の機能の一部を担う別サーバを設けてもよい。例えば、第 1の実施形態ではアイコンを決定する処理を、管理サーバ 200において行うようにしていたが、これに限定されない。例えば、管理サーバ 200から送信された抽出状況データに基づき、コンテンツサーバ 300にお!/ヽて実行してもよ!/、。

[0122] 次に、所定の編集処理として、アイコン決定処理及びグラフ作成処理を行う第 2の実施形態について図 43乃至図 45を参照して説明する。尚、第 2の実施形態の状況提示システム 1の物理的構成及び電気的構成は、第 1の実施形態と同様であるので説明を省略する。第 2の実施形態では、管理サーバ 200で行われる図 42の編集データ作成処理において、第 1の実施形態と異なり、その他の処理は第 1の実施形態と同様である。第 1の実施形態と同様な処理は説明を省略し、以下、第 1の実施形態とは異なる編集データ作成処理について、図 43を参照して説明する。図 43に示す第 2 の実施形態の編集データ作成処理を実行させるサーバプログラムは、 ROM130に記憶されており、図 7に示す CPU110が実行する。また図 43において、図 42の第 1 の実施形態の編集データ作成処理で行われる処理と同様な処理が実行される場合には、同じステップ番号を付与している。

[0123] 図 43に示すように、第 2の実施形態の編集データ作成処理では、 S114と S 116との間に、複数の抽出状況データを統計処理する処理を行う（S 115)点で、図 42の第 1の実施形態の編集データ作成処理と異なる。第 1の実施形態とは異なる S 115では、統計処理により、例えば、前述の具体例 3の第 1の状況データ条件に対応する複数の抽出状況データが時系列順に並び替えられて、時間ごとに代表状況データが算出される。続いて、 S116において統計処理した抽出状況データに基づき、グラフが作成される（S116)。この時作成されるグラフの種類は、棒グラフ、円グラフ、折れ線グラフ、面グラフ、散布図、レーダーグラフ等任意のグラフを採用可能である。例えば、予め定められた所定のグラフを作成してもよいし、抽出状況データや状況データ条件に応じて、グラフの種類を変えてもよい。また、コンテンツにグラフの種類を指定する指示を揷入可能に構成した場合には、その指示に従うようにしてもよい。具体例 3 の第 1の状況データ条件に対応する複数の抽出状況データに基づき端末識別情報力の端末 100の使用者の興奮の経時変化を表す折れ線グラフ力図 44に示すグラフ 595のように作成されたものとする。このグラフ 595は編集データとして、図 40 に示す第 2のメイン処理にお!/、て、管理サーバ 200から編集データとしてグラフ及びアイコンが問い合わせ IDとともに、コンテンツサーバ 300に送信される（S 120)。

[0124] 一方、コンテンツサーバ 300において実行される図 26に示すメイン処理の S810において、管理サーバ 200から編集データとしてグラフ及びアイコンが問い合わせ IDとともに受信され（S810)、 RAM220の編集データ記憶領域（図示せず）に記憶される（S820)。続いて、ハードディスク装置 280のコンテンツ記憶領域 283が参照され、問い合わせ IDに対応するコンテンツに、 S810において取得された編集データに含まれるアイコンに加え、グラフが付加される（S830)。このグラフが付加される位置は、任意に設定可能であり、例えば、本文の前又は後に付加してもよい。

[0125] この第 2の実施形態の S830 (図 26参照）の処理により、編集データとしてグラフが付加され、ブラウザに表示された具体例 3のコンテンツの画面 640について、図 45を参照して説明する。図 45の画面 640は、読者が使用する PC2等の端末において、コンテンッサーバ 300から提示（送信）される情報に基づき表示される。図 45に示すように、ブラウザに表示された画面 640には、ウェブログコンテンツのタイトノレ 641と、ェントリー 642, 645がそれぞれ表示されている。それぞれのエントリー 642, 645には、アイコン 651 , 652, 653の他、タイトノレ 643, 646と、本文 644, 647との間に、グラフ 661 , 662が表示されている。このうちグラフ 661は、前述の第 1の状況データ条件に対応する編集データに含まれるものである。このように、コンテンツ作成者の感情の変化を表すグラフ 661 , 662を付加することで、コンテンツが単に文字だけで構成されていた場合に比べ、読者によりリアルにコンテンツの内容を伝えることができる。

[0126] 第 2の実施形態の状況提示システムによれば、複数の状況データが抽出された場合に（図 43の S 113： Yes)、それらの抽出状況データに基づきグラフを作成したうえで（図 43の S116)、コンテンツにそのグラフを付加させて更新する（図 26の S830)。このため、具体例 3の場合のように、コンテンツ作成者の感情の変化や端末の環境の変化等を視覚的に分力、りやすく表示させることができる。そして、コンテンツが単に文字だけで構成されていた場合に比べ、読者によりリアルにコンテンツの内容を伝えること力 Sでさる。

[0127] 尚、本開示の状況提示システムは、上述の第 2の実施形態の状況提示システム 1に限定されるものではなぐその趣旨を逸脱しない範囲で適宜変更を加えることができ [0128] 例えば、第 2の実施形態では、編集データとしてグラフをコンテンツに直接付加するようにしていた力所定の文字列にグラフの所在地を示すリンク情報を付加してもよい。この所定の文字列にグラフの所在地を示すリンク情報を付加する変形例 6の場合について説明する。変形例 6では、図 26に示す S830において、コンテンツにグラフを付加する代わりに、所定の文字列にグラフの所在地を示すリンク情報が付加される。例えば、具体例 3において、図 29に示 S760において時間情報「2006/03/25」と位置情報「緯度 X X度 25分 8. 609秒、経度〇〇〇度 15分 19. 402秒」との組合せが第 3の状況データ条件のとして決定された場合について説明する。この場合、状況データ条件に、使用者又は登場人物の端末識別情報が入っていないので、管理サーバ 200における図 41に示す S102の処理において、時間情報で指定された時間に、その位置情報で指定した場所に存在した端末 100から得られる状況データが広く取得される。この S 102において、複数の状況データが抽出され、続く図 42に示す S 116において、複数の抽出状況データに基づき、第 3の状況データ条件を満たす端末 100の使用者の感情の分布を表すグラフが作成されたものとする。第 3の状況データ条件を満たす端末 100の使用者とは、時間情報「2006/03/25」が指定する日に、「緯度 X X度 25分 8. 609秒、経度〇〇〇度 15分 19. 402秒」に位置する「 ◦ X遊園地」に入場していたと判断される端末 100の使用者である。この場合、コンテンッサーバ 300における図 26に示す S830において、コンテンツにグラフを付加する代わりに、所定の文字列にグラフの所在地を示すリンク情報が付加される。

[0129] この第 2の実施形態の変形例 6の S830の処理により、編集データとしてグラフのリンク情報がエントリー 672の本文 674に含まれる文字歹 IJ「〇 X遊園地」に付加され、ブラウザに表示された具体例 3のコンテンツの画面 670について、図 46を参照して説明する。図 46の画面 670は、読者が使用する PC2等の端末において、コンテンツサーバ 300から提示（送信）される情報に基づき表示される。図 46に示すように、ブラウザに表示された画面 670には、ウェブログコンテンツのタイトル 671と、エントリー 672 , 675がそれぞれ表示されている。それぞれのエントリー 672, 675には、タイトノレ 67 3, 676,本文 674, 677,アイコン 681 , 682, 683カ含まれている。そして、ェン卜!；一 672の本文 674に含まれる文字歹 IJ「〇X遊園地」に、グラフ 691の所在地を表すリンク情報が付加されている。このリンク情報は、文字歹 IJ「〇X遊園地」を囲むように所定のタグが付加されることにより、コンテンツに付加され、コンテンツ記憶領域 283に記憶される（S830)。画面 670において、文字歹 IJ「〇X遊園地」がクリック（矢印 685 で示す動作)されると、グラフ 691が表示される。

[0130] このように変形例 6によれば、文字歹 IJ「〇X遊園地」にグラフ 691のリンク情報を揷入させる。これにより、「〇X遊園地」の他の使用者の感情を参照しなくてもよい読者にとつては、コンテンツ取得時の取得情報を少なくすることができる。一方、「〇X遊園地」の他の使用者の感情を参照したい読者にとっては、グラフ化された詳細な編集データを参照できる。このため、読者の嗜好に応じて利便性を向上した、より親しみやすいコンテンツとすることができる。また、コンテンツの文字列に、位置情報及び時間情報が含まれてレ、る場合、この位置情報及び時間情報の組合せを状況データ条件の 1つと定めることで、コンテンツを記憶させた使用者以外の使用者の状況データも広く抽出することカできる。この場合、前述の具体例 3の例では、コンテンツを作成した使用者以外の「〇 X遊園地」の入場者の感情や、「〇 X遊園地」の周囲の状況を表示させること力 Sできる。したがって、コンテンツが使用者力発信される情報だけで構成されていた場合に比べ、読者により客観的にコンテンツの内容を伝えることができる。

[0131] 変形例 6では所定の文字列にグラフの所在地を示すリンク情報を付加していたが、コンテンツに付加されたアイコンにグラフの所在地を示すリンク情報を付加してもよい。このアイコンにグラフの所在地を示すリンク情報を付加する変形例 7の場合につ!/ヽて図 47を参照して説明する。図 47の画面 700は、読者が使用する PC2等の端末において、コンテンツサーバ 300から提示（送信）される情報に基づき表示される。変形例 7では、例えば、図 26に示す S830において、アイコンが付加されるとともに、ダラフの所在地を示すリンク情報がアイコンに付加される。具体例 3においては、図 47に示すように、第 1の状況データ条件に対応する編集データとして、アイコン 711がタイトルの後に付加され、同じく第 1の状況データ条件に対応する編集データとして、ダラフ 715が、そのアイコン 711にリンクされる。 [0132] この第 2の実施形態の変形例 7の S830の処理により、編集データとしてグラフ 715 の所在地を示すリンク情報がアイコン 711に付加され、ブラウザに表示された具体例 3のコンテンツの画面 700について、図 47を参照して説明する。図 47に示すように、ブラウザに表示された画面 700には、ウェブログコンテンツのタイトル 701と、エントリ一 702, 705がそれぞれ表示されている。それぞれのエントリー 702, 705には、タイ卜ノレ 703, 706,本文 704, 707カ含まれている他、アイコン 711 , 712, 713カ付カロされている。さらに、アイコン 711には、グラフ 715の所在地を示すリンク情報が付加されている。このリンク情報は、アイコン 711を囲むように所定のタグが付加されることにより、コンテンツに付加される。画面 700において、アイコン 711がクリック（矢印 71 4で示す動作）されると、グラフ 715が表示される。このように、アイコン 711にグラフ 7 15のリンク情報を揷入させることにより、詳しい感情の推移までは参照しなくてもよい読者にとっては、コンテンツ取得時の取得情報を少なくすることができる。一方、詳細な感情の変化を参照した!/、読者にとっては、グラフ化された詳細な編集データを参照できるので、読者の嗜好に応じて利便性を向上した、より親しみやすいコンテンツとすること力 Sでさる。

[0133] 変形例 7の別の具体例として、ニュース記事を含むコンテンツが更新された場合について、図 48を参照して説明する。図 48の画面 720は、読者が使用する PC2等の端末にお!/、て、コンテンツサーバ 300から提示（送信）される情報に基づき表示される。ニュース記事を含むコンテンツの場合、コンテンツ内に、ニュースとなった出来事に関する位置情報や時間情報が含まれていることが多い。したがって、コンテンツとしてニュース記事が更新された場合、コンテンツサーバ 300における図 29に示す更新データ解析処理にぉレ、て、ニュースとなった出来事に関する位置情報及び時間情報が取得される（S755, S757)。続いて、それらの位置情報と時間情報との組合せが状況データ条件の 1つとして決定される（S760)。そして、管理サーバ 200における図 41に示す S102の処理において、前述の例と同様に、時間情報で指定された時間に、その位置情報で指定した場所に存在した端末 100から得られる状況データが広く取得される。この S 102において、複数の状況データが抽出され、続く図 43に示す S 116において、複数の抽出状況データに基づき、時間情報が指定する日時に、位置情報が指定する場所いた判断される端末 100の使用者の感情の分布を表すグラフが作成されたものとする。そして、コンテンツサーバ 300における図 26に示す S8 30において、所定のアイコンが付加されるとともに、グラフの所在地を示すリンク情報力 Sアイコンに付加される。この所定のアイコンは、第 1の実施形態で説明した、抽出状況データに対応するアイコンであってもよいし、抽出状況データとは所定の対応関係を有しなレ、アイコンであって、記事のカテゴリや表示順序等を表すアイコンでもよ!/、。

[0134] ニュース記事を含むコンテンツに、グラフの所在地を示すリンク情報がアイコンに付加された画面の例を、図 48に示す画面 720を参照して説明する。図 48において、画面 720にはニュース記事 721乃至 723が表示され、各ニュース記事 721乃至 723には、更新時に文字列を解析して得られた状況データ条件（図 29の S760)に基づき、複数の状況データが抽出される（図 41の S102)。そして、それらの抽出状況データに基づき各ニュース記事 721乃至 723に対応するグラフが作成され（図 43の S 116) 、各ニュース記事 721乃至 723の表示番号を表すアイコン 731乃至 733のそれぞれに、グラフの所在地を示すリンク情報が付加されている（図 26の S860)。このため、例えば、図 48に示すアイコン 731がクリック（矢印 742で示す動作）されると、アイコン 731にリンクされたグラフ 741が表示される。

[0135] このように、コンテンツがニュース記事である場合、ニュース記事に含まれる位置情報と時間情報との組み合わせを状況データ条件とする。これにより、ニュース記事に記載されている出来事の周囲にいた端末 100の使用者の感情や端末 100の環境の状況を、ニュース記事とともに表示させることができる。例えば、図 48の例においては、ニュース記事 721の出来事が起こった際に、周囲に存在した使用者のうちどれくらいの割合の使用者が衝撃を受けたか等、感情の分布を表示させることができる。このため、ニュースの記事が単に文字だけで構成されていた場合に比べ、読者によりリアノレに内容を伝えること力できる。尚、図 48に示すニュース記事の例においては、画面 720に記事の本文が表示される。これに対し、ニュース記事のタイトルのみが表示され、タイトルをクリックした場合にそのニュース記事の詳細を表示させるように構成されている場合には、次に例示する処理を行ってもよい。例えば、ニュース記事のタイトルにリンクされているニュース記事の詳細に含まれる文字列を解析して編集データを作成し（図 43の SI 16)、その編集データのリンク情報を、ニュース記事のタイトルの前後等に付加されて!/、るアイコンに付加してもよレ、。

[0136] 変形例 7によれば、状況データが複数抽出された場合でも、代表的な使用者の感情又は端末の周囲の環境を 1つのアイコンにより表示させることができる他、そのアイコンを選択することにより、抽出状況データに基づくグラフを表示させることができる。したがって、詳細な情報までは必要としない読者にとっては、コンテンツ取得時の取得情報を少なくすることができる。一方、より詳細な情報を参照したい読者にとっては、グラフ化されたより詳細な編集データを参照できるので、読者の嗜好に応じて利便性を向上した、より親しみやすいコンテンツとすることができる。

[0137] 次に、第 3の実施形態について、図 49乃至図 53を参照して説明する。第 3の実施形態では、更新されたウェブログコンテンツのエントリーが所定の内容であると解析された場合に、そのウェブログコンテンツがコンテンツサーバ 300のコンテンツ記憶領域 283に記憶された時刻から所定時間内の時間情報を状況データ条件として決定する。また、解析辞書記憶領域に記憶されたウェブログコンテンツに対応する端末識別情報を状況データ条件として決定する。そして、その状況データ条件を満たす抽出状況データを、そのウェブログコンテンツを作成した作成者が指定した通信端末に送信する第 3の実施形態について、図 49乃至図 53を参照して説明する。尚、第 3の実施形態の状況提示システム 1の物理的構成及び電気的構成は、第 1の実施形態と同様であるので説明を省略する。また、図 50に示す第 3の実施形態の空欄処理を実行させるサーバプログラムは、ハードディスク装置 280のプログラム記憶領域 281に記憶されており、図 8に示す CPU210が実行する。また図 49において、図 26の第 1 の実施形態のコンテンツサーバ 300のメイン処理で行われる処理と同様な処理が実行される場合には、同じステップ番号を付与している。

[0138] 第 3の実施形態では、ウェブログコンテンツの記事の内容が空欄の状態でエントリ一が投稿された場合には、そのウェブログコンテンツがコンテンツサーバ 300のコンテンッ記憶領域 283に記憶された時刻から 24時間内の時間情報を状況データ条件として決定する。また、解析辞書記憶領域に記憶されたウェブログコンテンツに対応する端末識別情報を状況データ条件として決定する。そして、その状況データ条件を満たす抽出状況データを、そのウェブログコンテンツを作成した作成者が指定した通信端末に送信している。具体例 5として、図 51に示す画面 800において、タイトノレ 803のコンテンツの作成者が記事 801の内容を空欄のまま投稿ボタン 802を押下した場合について説明する。

[0139] 第 3の実施形態のコンテンツサーバ 300のメイン処理は、図 49に示すように、データ更新判断処理（S700)と、更新データ解析処理（S750)の間に、 S720, S725及び S730が実行される点で、図 26に示す第 1の実施形態のコンテンツサーバ 300のメイン処理と異なる。第 1の実施形態と同様の処理については説明を省略し、第 1の実施形と異なる S720, S725及び S730の各処理について、図 49乃至図 53を参照して説明する。

[0140] まず、図 49に示す S700に続いて、ハードディスク装置 280のコンテンツ記憶領域

283力 S参照され、コンテンツがエントリーであるか否かが判断される（S720)。コンテンッがコメント等の、エントリー以外である場合には（S720 : No)、続いて更新データ解析処理が実行される（S750)。一方、コンテンツがエントリーであると判断される場合には（S 720 : Yes)、続いて、ハードディスク装置 280のコンテンツ記憶領域 283が参照され、記事の内容が空欄であるか否かが判断される（S725)。記事の内容が空欄ではなレ、と判断される場合には（S725： No)、続!/、て更新データ解析処理が実行される（S750)。一方、記事内容が空欄であると判断される場合には（S725 : Yes)、続いて空欄処理が実行される（S730)。具体例 5においては、記事内容が空欄であると判断され（S725： Yes)、空欄処理が実行される（S730)。

[0141] この空欄処理について、図 50を参照して説明する。図 50に示すように、まず、ハードディスク装置 280のコンテンツ記憶領域 283と、解析辞書記憶領域 284が参照され、コンテンツの作成者の端末識別情報と、時間情報とが取得される（S955)。エントリ一には、コンテンツの作成者を識別する IDが付随しており、エントリーがコンテンツ記憶領域 283に記憶される際には更新日時が記憶されている（図 17の S702)。一方、解析辞書記憶領域 284の端末解析辞書には、コンテンツの作成者を識別する IDと作成者の端末識別情報との対応が記憶されている。そして、コンテンツに付随する作成者を識別する IDと、解析辞書とから、コンテンツ作成者の端末識別情報が取得される（S955)。また、コンテンツ記憶領域 283に記憶される際の時刻である更新日時から、時間情報が取得される（S955)。具体例 5においては、作成者の端末識別情報として「100」が、時間情報として「2006/03/26/20/11」が取得されたものとする。続いて、 S955で取得されたコンテンツの作成者の端末識別情報と、時間情報との組合せを状況データ条件とし、 RAM220の状況データ条件記憶領域（図示せず）に記憶される（S960, S963)。具体例 5においては、端末識別情報「100」と、時間情報「2006/03/26/20/11」で指定された時間から 24時間以内の条件との組合せが、状況データ条件として記憶されるものとする（S960)。続いて、 RAM220 の状況データ条件記憶領域（図示せず）が参照され、 S960において作成された状況データ条件と、問い合わせ IDとが通信装置 290を介して管理サーバ 200に送信される（S965)。この処理は、 S960において記憶された状況データ条件を満たす状況データが管理サーバ 200に記憶されているか否かを、管理サーバ 200に問い合わせるための処理である。この問い合わせ IDは、どのコンテンツを解析して得られた状況データ条件であるかを識別するためのものである。

[0142] 続いて、 S965の問い合わせの返答として、図 36を参照して前述の管理サーバ 20 0の第 2のメイン処理において送信された編集データが受信されたか否かが判断される（S970)。編集データが受信されていないと判断される場合には（S970 : No)、編集データを受信したと判断されるまで（S970 : Yes)、次の処理を行わない。尚、第 1 の実施形態の図 26に示す S810の場合と同様に、図 36に示す管理サーバ 200のメイン処理において、状況データ条件を満たす状況データが抽出されなかった場合にも、抽出されなかった旨がコンテンツサーバ 300に送信される。よって、 S965の問い合わせに対して、必ず返答を受信することになる。一方、編集データを受信したと判断される場合には（S970： Yes)、その編集データが RAM220の編集データ記憶領域（図示せず）に記憶される（S973)。具体例 5においては、時間情報「2006/03 /26/20/11」から 24時間以内に端末識別情報「100」から得られた感情情報の経時変化のグラフが編集データとして受信されたものとする（S970： Yes)。

[0143] 続いて、 RAM220の編集データ記憶領域（図示せず）が参照され、コンテンツの作成者が指定した通信端末に S970において受信した編集データが送信される（S975 )。この編集データを送信する通信端末は、予めコンテンツの作成者と対応付けて R OM230やハードディスク装置 280に記憶させ、その記憶領域を参照してもよい。また、編集データを送信する通信端末を指定する情報を、コンテンツに付随させ、その情報を参照してもよい。具体例 5の編集データは、端末識別情報「100」の端末 100 の使用者の感情の経時変化を表すグラフ 811である。このグラフ 811は、端末識別情報「100」の端末 100から得られた、時間情報「2006/03/26/20/11」力も 2 4時間以内の状況データに基づき作成される。そして、このグラフ 811は、コンテンツの作成者により指定された通信端末に送信される（S975)。そして、その通信端末の画面 810に、例えば図 52に示すように表示される。このため、例えば、 1日の感情の変化や、 1日の環境の変化を振り返って日記を編集したい場合に、エントリーを空白として更新することにより、コンテンツサーバ 300から、エントリー更新した時間から、 2 4時間以内の抽出状況データ又は編集データを送信させることができる。

[0144] 続いて、 S970において受信された編集データの一部に対応する編集データを切り出す処理を行う指示があるか否かが判断される（S980)。編集データを所定の通信端末に送信して力所定時間経過後、切り出し指示がないと判断される場合には（S 980 : No)、続いて空欄処理を終了し、図 49に示すメイン処理の S700に戻り処理を繰り返す。一方、切り出し指示があると判断された場合に、指示された部分の編集データに対応する位置情報と時間情報とが取得される（S985)。具体例 5において、図 52に示す編集データのうち、感情の変化が認められる矢印 812で示す午前 9時から 12時までを切り出す指示が受信されたものとする（S980 : No)。その場合、編集データが RAM220の編集データ記憶領域（図示せず）が参照され、切り出し指示をうけた時間情報に対応する位置情報が取得される（S985)。 S970において受信した編集データに、切り出し指示をうけた時間情報に対応する位置情報が含まれていない場合には、切り出し指示をうけた時間情報と、端末識別情報との組合せを状況データ条件として、再度管理サーバ 200に問!/、合わせてもよ!/、。

[0145] 具体例 5においては、編集データに位置情報が含まれていたものとし、切り出された時間情報に対応する位置情報として「京都四条河原町近辺」が取得されたものとする（S985)。続いて、 S980において取得された位置情報及び時間情報力 S、 S975 と同様の通信端末に送信される（S990)。

具体例 5においては、コンテンツの作成者により指定された通信端末に送信され（S9 90)、その通信端末の画面に例えば、図 53に示すよう画面 820のように表示されるものとする。図 53に示す画面 820には、切り出し指示が出された時間情報 822と、その時間情報に対応する位置情報 823とが、図 810のグラフ 811のうち切り出し指示された時間帯の情報が抜き出されたグラフ 824とともに表示されている。この処理により、具体例 5においては、感情の変化が著し力、つた時間帯に使用者がどこにいたのかを、位置情報として取得すること力できる。したがって、その時間帯の出来事を思い出す際の手がかりとしながら、タイトル 821に対応するウェブログコンテンツの新たなェントリー 825を記載することができる。尚、図 53において投稿ボタン 826が選択されると、入力したタイトル及び記事の情報を含む新たなコンテンツ力コンテンツサーバ 3 00に送信される。続いて空欄処理を終了し、図 49に示すメイン処理の S700に戻り処理を繰り返す。

[0146] 第 3の実施形態の状況提示システムによれば、エントリーが空欄でコンテンツサーノ 300に記憶された場合に、コンテンツサーバ 300は、そのエントリーが記憶された時刻から所定時間内のコンテンツの作成者の状況データを抽出することを指示する状況データ条件を通信端末に送信する。このため、例えば、 1日の感情の変化や、 1 日の環境の変化を振り返って日記を編集したい場合に、エントリーを空白として更新する。これにより、サーバから更新した時間から 24時間以内の状況データが送信されること力 Sできるので、その抽出状況データを参照しながら日記を編集することができる

[0147] 尚、本開示の状況提示システムは、上述の第 3の実施形態の状況提示システム 1に限定されるものではなぐその趣旨を逸脱しない範囲で適宜変更を加えることができる。例えば、第 3の実施形態においては、エントリーが空欄でコンテンツサーバ 300に記憶された場合に、図 50に示す空欄処理を行うようにしていた。しかし、空欄処理を行うか否かを判断する際の基準となるエントリーの内容は、所定の内容である場合であればよぐ第 3の実施形態の場合に限定されない。このため、例えば、所定の文字列が含まれる場合に、空欄処理を行ってもよい。 [0148] また、上述の第 1乃至第 3の実施形態ではコンテンツの更新があった場合にはじめて、コンテンツの文字列を解析し、コンテンツにアイコン等の編集データを付加するものとして説明したが、これに限定されない。例えば、リアルタイムの人の状況等をアイコンで表示する場合等は、更新がなくても定期的にコンテンツの文字列を解析し、ァイコン等の編集データを定期的に書き換えてもよい。

[0149] 以上のように、本開示の状況提示システムによれば、使用者の生体情報、この生体情報から推定される感情情報や端末の周囲情報、この周囲情報力推定される環境情報の少なくとも 1つを含む状況データを、通信を介してサーバへ記憶させる。一方で、サーバに記憶されたコンテンツの文字列を解析して、コンテンツに関わる状況データを抽出するための条件である状況データ条件を決定する。そして、サーバに記憶されている状況データから、状況データ条件を満たす状況データを抽出して、そのコンテンツにそれらの抽出状況データ、又は、抽出状況データに所定の方法で編集処理を行った編集データを付加して自動的に更新する。このため、使用者の生体情報及び感情情報、並びに端末の周囲情報及び環境情報をサーバに蓄積することにより、これらの情報を何度でも、取得したり参照したりすることできる他、これらの情報をコンテンツに自動的に付加することができる。このため、使用者が適切な情報を選んだり、登録したりする煩雑な作業を行うことなぐコンテンツに応じた適切な状況データをそのコンテンツに付加することができる。

[0150] さらに、コンテンツの文字列を解析して定めた状況データ条件を満たす状況データを抽出して、コンテンツに付加する。これにより、文字のみにより構成されるコンテンツに比べ、コンテンツの記事がどういう状況で記載されたの力、、又は、コンテンツを記憶させた使用者等力 S、記事に記載された出来事をどう感じたのかをより深く正確に記録できる。したがって、文字のみにより構成されるコンテンツに比べ、読者に対してよりリアルにコンテンツの内容を伝えることができる。

[0151] さらに本開示の状況提示システムでは、サーバを、コンテンツを記憶するコンテンツサーバと、状況データを記憶する管理サーバとの 2つのサーバに分けてもよい。この場合には、サーバの負担を分散させることができる。

[0152] さらに本開示の状況提示システムでは、コンテンツの文字列と、解析辞書の文字列とを比較して、コンテンツから、位置情報、時間情報及び端末識別情報のいずれかを抽出してもよい。そして、それらの 1又は 2以上を組み合わせて状況データ条件を自動的に決定してもよい。この状況データ条件を用いて状況データを抽出すれば、コンテンッの文字列に応じた適切な状況データを自動的にコンテンツに付加することができる。このため、使用者が適切な情報を選んだり、登録したりする作業を行うことなく、コンテンツに応じた適切な状況データを付加することができる。

[0153] さらに本開示の状況提示システムでは、コンテンツの文字列に、位置情報及び時間情報が含まれてレ、る場合、この位置情報及び時間情報の組合せを状況データの状況データ条件の 1つと定めてもよい。これにより、コンテンツを記憶させた使用者以外の使用者の状況データも広く抽出することができる。このため、例えば、行楽ィベントのニュースの記事のコンテンツがサーバに記憶され、そのコンテンツから、行楽ィべントのイベント会場の位置情報及び行楽イベントが開催された時間情報が抽出された場合を想定する。この場合、この行楽イベントに参加した使用者の状況データをサーバから抽出状況データとして取得する。そして、それらの抽出状況データ、又は抽出状況データを所定の方法で編集処理することにより得られる編集データの少なくともいずれかをコンテンツに付加することができる。この場合、例えば、行楽イベントに参加者の感情や、イベント会場の周囲の状況を表示させることができる。したがって、行楽イベントのニュースの記事が単に文字だけで構成されて!/、た場合に比べ、読者によりリアルにコンテンツの内容を伝えることができる。また、例えば、行楽イベントに参加した使用者の日記のコンテンツがサーバに記憶され、そのコンテンツから、行楽イベントのイベント会場の位置情報及び行楽イベントが開催された時間情報が抽出された場合を想定する。この場合、この行楽イベントに参加した他の使用者の状況データも取得すること力できる。そして、それらの抽出状況データ及び編集データをコンテンッに付加することができる。この場合、例えば、日記を書いた使用者以外の行楽イベント参加者の感情や、イベント会場の周囲の状況を表示させることができる。したがって、行楽イベントに関する日記が使用者力発信される情報だけで構成されていた場合に比べ、読者により客観的にコンテンツの内容を伝えることができる。

[0154] さらに本開示の状況提示システムでは、複数の状況データが抽出された場合に、これらの複数の状況データを統計処理してもよい。この場合には、統計処理して得られた状況データ、及び統計処理して得られた状況データを所定の編集処理を行うことにより得られる編集データの少なくともいずれかをコンテンツに付加させることができ

[0155] さらに本開示の状況提示システムでは、端末は、状況データ取得手段が状況データを取得するごとに、その状況データをサーバに送信してもよい。この場合には、最新の状況データをサーバ側状況データ記憶手段に記憶させることができる。

[0156] さらに本開示の状況提示システムでは、端末は、端末側状況データ記憶手段に未送信の状況データが所定数記憶された場合に、それらの状況データをサーバに送信してもよい。この場合には、状況データを取得する頻度や端末側状況データ記憶手段の容量等に応じて、所定数を定めることにより、適切なタイミングで状況データをサーバ側状況データ記憶手段に記憶させることができる。

[0157] さらに本開示の状況提示システムでは、端末は、サーバから未送信の状況データが記憶されているか否かの問い合わせを受けたときに、未送信の状況データを送信してもよい。この場合には、サーバが必要とする適切なタイミングで状況データをサーバ側状況データ記憶手段に記憶させることができる。

[0158] さらに本開示の状況提示システムでは、端末は、状況データ取得手段が状況データを所定時間経過ごとに、その状況データをサーバに送信してもよい。このため、所定時間ごとに最新の状況データをサーバ側状況データ記憶手段に記憶させることができる。

[0159] さらに本開示の状況提示システムでは、生体情報と、感情情報テーブルとを比較して、端末の使用者の感情情報を決定してもよい。この場合には、生体情報から使用者の感情情報を推定することができる。このため、例えば、この感情情報をコンテンツに付加することにより、コンテンツをサーバに記憶させた使用者等力コンテンツに記載された出来事をどのように感じたのか等の感情をより深く正確に記録できる。したがつて、感情情報が付加されていないコンテンツに比べ、読者によりリアルにコンテンツの内容を伝えることができる。

[0160] さらに本開示の状況提示システムでは、周囲情報と、環境情報テーブルとを比較して、端末の周囲の環境情報を決定してもよい。周囲情報から端末の周囲の環境情報を推定すること力できる。このため、例えば、この環境情報をコンテンツに付加することにより、コンテンツに記載された出来事が起きたとき、周囲はどのような環境であつたか等の周囲の状況をより深く正確に記録できる。したがって、環境情報が付加されていないコンテンツに比べ、読者にもよりリアルにコンテンツの内容を伝えることができる。

[0161] さらに本開示の状況提示システムでは、状況データから、使用者の感情又は端末の周囲の環境の少なくともいずれかを推定するとともに、使用者の感情又は端末の周囲の環境を表すアイコンをコンテンツに付加してもよい。この場合には、コンテンツをサーバに記憶させた使用者等の感情や、端末の周囲の環境を視覚的に伝えること力 Sできる。また、コンテンツが文字のみから構成される場合に比べ、読者にとって親しみやすレ、コンテンツとすることができる。

[0162] さらに本開示の状況提示システムでは、複数の状況データが抽出された場合に、当該複数の状況データから代表的な代表状況データを算出してもよい。そして、その代表状況データに基づき、使用者の感情又は端末の周囲の環境の少なくともいずれ力、を表すアイコンを定め、そのアイコンに、複数の状況データに基づいて作製されたグラフをリンクさせてもよい。この場合には、状況データが複数抽出された場合でも、代表的な使用者の感情又は端末の周囲の環境を 1つのアイコンにより表示させること力できる。さらに、そのアイコンを選択することにより、状況データに基づくグラフを表示させること力 Sできる。例えば、行楽イベントに参加した使用者の日記のコンテンツがサーバに記憶され、その使用者が行楽イベントに参加している時間帯に複数の状況データが取得され、サーバに記憶されている場合を想定する。この場合、使用者がサーバに記憶させたコンテンツには、代表状況データにより定められた使用者の感情又は端末の周囲の環境を表すアイコンが表示される。そして、そのアイコンを選択すると、イベントに参加している時間帯の使用者の感情又は端末の周囲の環境の経時的な変化を示すグラフを表示させることができる。またこの場合、アイコンにより代表的な使用者の感情又は端末の周囲の環境を視覚的に伝える。そして、より詳細な使用者の感情又は端末の周囲の環境については、読者がアイコンを選択した場合にグラフにより詳細にかつ視覚的に表示させることができる。このため、詳細な情報までは必要としな!/、読者にとっては、コンテンツ取得時の取得情報を少なくすることができる。一方、より詳細な情報を参照したい読者にとっては、グラフ化されたより詳細な状況データを参照できる。よって、読者の嗜好に応じて利便性を向上した、より親しみやすレ、コンテンツとすることができる。

[0163] さらに本開示の状況提示システムでは、推定された使用者の感情又は端末の周囲の環境を表すアイコンの所在地を示すリンク情報を、コンテンツに含まれる所定の文字列に付加してもよい。この場合、文字列を選択することにより、使用者の感情又は端末の周囲の環境を表すアイコンを表示させることができる。そして、コンテンツをサーバに記憶させた使用者等の感情や、端末の周囲の環境を視覚的に伝えることができる。また、興味がある読者のみがリンクが付加された文字列を選択することによりァイコンを表示させることができるため、アイコンを参照しなくてもよい読者にとっては、コンテンツ取得時の取得情報を少なくすることができる。一方、使用者の感情又は端末の周囲の環境を知りたい読者にとっては、アイコンを参照することができるため、読者の嗜好に応じて利便性を向上した、より親しみやすいコンテンツとすることができる

[0164] さらに本開示の状況提示システムでは、複数の状況データが抽出された場合に、これら複数の状況データから代表的な状況データである代表状況データを算出してもよい。そして、その代表状況データに基づき、使用者の感情又は端末の周囲の環境の少なくともいずれ力、を表すアイコンを決めてもよい。この場合には、状況データが複数抽出された場合でも、代表的な使用者の感情又は端末の周囲の環境をアイコンにより表示させること力 Sでさる。

[0165] さらに本開示の状況提示システムでは、複数の状況データが抽出された場合に、それらの状況データに基づきグラフを作成したうえで、コンテンツにそのグラフを付加させて更新してもよい。このようにすれば、次のような効果が得られる。例えば、行楽ィベントのニュースの記事のコンテンツがサーバに記憶され、そのコンテンツから、行楽イベントのイベント会場の位置情報及び行楽イベントが開催された時間情報が抽出された場合を想定する。この場合、この行楽イベントに参加した使用者の状況データを取得する。そして、それらの状況データに基づきグラフを作成し、そのグラフをコンテンッに付加させることができる。この場合、例えば、行楽イベントに参加した使用者の感情や、イベント会場の周囲の状況を経時的に表示させることができる。このため、どの時間帯に参加者が興奮したり、イベント会場が混雑したりしたか等をグラフにより視覚的に把握することができる。したがって、行楽イベントのニュースの記事が単に文字だけで構成されていた場合に比べ、読者によりリアルにコンテンツの内容を伝えることができる。

[0166] さらに本開示の状況提示システムでは、複数の状況データが抽出された場合に、それらの状況データに基づきグラフを作成したうえで、コンテンツの所定の文字列にそのグラフをリンクさせて更新してもよい。このようにすれば、次のような効果が得られる。例えば、行楽イベントのニュースの記事のコンテンツがサーバに記憶され、そのコンテンッから、行楽イベントのイベント会場の位置情報及び行楽イベントが開催された時間情報が抽出された場合を想定する。この場合、この行楽イベントに参加した使用者の状況データを取得する。そして、それらの状況データに基づきグラフを作成し、そのグラフをコンテンツの所定の文字列とリンクさせることができる。また、使用者の感情又は端末の周囲の環境を参照しなくてもよい読者にとっては、コンテンツ取得時の取得情報を少なくすることができる。一方、使用者の感情又は端末の周囲の環境を参照したい読者にとっては、グラフ化された詳細な状況データを参照できる。このため、読者の嗜好に応じて利便性を向上した、より親しみやすいコンテンツとすることができる。

[0167] さらに本開示の状況提示システムでは、コンテンツに付加された抽出状況データ又は編集データを端末に送信するサーバ側送信手段を備えてもよい。この場合には、使用者はコンテンツにどのような情報が付加されたかを知ることができる。

[0168] さらに本開示の状況提示システムでは、エントリー、コメント、及び、トラックバックを含むウェブログコンテンツをコンテンツとしてもよい。この場合には、ウェブログコンテンッに、使用者等の感情や端末の周囲の環境に関する情報を付加することができる。このため、読者によりリアルにウェブログコンテンツの内容を伝えることができる。

[0169] さらに本開示の状況提示システムでは、コメントの文字列を解析し、コメントにもコメントを投稿した使用者の感情や端末の周囲の環境に関する情報を付加してもよい。この場合には、コメントの内容についても、読者によりリアルに伝えることができる。

[0170] また、本開示の状況提示システムでは、ウェブログコンテンツと、そのウェブログコンテンッを作成した作成者が保持する端末の端末識別情報との対応を記憶してもよい。そして、ウェブログコンテンツが更新された場合に、その作成者が保持する端末の端末識別情報を含む組合せを状況データ条件として決定してもよい。このようにすれば、その作成者の端末から得られた状況データを抽出することができる。

[0171] さらに本開示の状況提示システムでは、エントリーを所定の内容でサーバに記憶させた場合に、サーバは、そのエントリーが記憶された時刻から所定時間内のコンテンッの使用者の状況データを、その使用者が指定する通信端末に送信してもよい。このようにすれば、例えば、 1日の感情の変化や、 1日の環境の変化を振り返って日記を編集したい場合に、エントリーを空白として更新することにより、サーバから 1日の状況データが送信されるので、その状況データを参照しながら日記を編集することができる。

[0172] さらに本開示のサーバによれば、サーバに記憶されたコンテンツの文字列を解析して、コンテンツに関わる状況データを抽出するための条件である状況データ条件を決定する。そして、サーバに記憶されている状況データから、状況データ条件を満たす状況データを抽出して、そのコンテンツにそれらの抽出状況データ、又は、抽出状況データに所定の方法で編集処理を行った編集データを付加して自動的に更新する。このため、使用者の生体情報並びに感情情報及び端末の周囲情報並びに環境情報をコンテンツに自動的に付加することができる。このため、使用者が適切な情報を選んだり、登録したりする作業を行うことなぐコンテンツに応じた適切な状況データを付カロすること力 Sできる。

Claims

請求の範囲

[1] 端末と、当該端末から送信される情報を蓄積するサーバとを備える状況提示システムであって、

冃 ij ci端末は、

前記端末を保持する使用者の生体情報、当該生体情報力推定される感情情報、前記端末の周囲情報及び当該周囲情報力推定される環境情報の少なくともいずれか 1つを含む状況データを取得する状況データ取得手段と、

前記端末を他の端末力区別する端末識別情報と、前記状況データ取得手段により取得された前記状況データとを前記サーバに送信する端末側送信手段とを備え、

前記サーバは、

前記端末側送信手段から送信された前記状況データを記憶するサーバ側状況データ記憶手段と、

少なくとも文字歹 IJを含むコンテンツを記憶するコンテンツ記憶手段と、

前記コンテンツ記憶手段に記憶された前記コンテンツの文字列を解析し、前記状況データを抽出する際の抽出条件である状況データ条件を少なくとも 1以上決定する条件決定手段と、

前記サーバ側状況データ記憶手段に記憶されている前記状況データの中から、前記条件決定手段により決定された前記状況データ条件を満たす前記状況データを抽出状況データとして抽出する状況データ抽出手段と、

前記条件決定手段の解析の対象となった前記コンテンツに、前記状況データ抽出手段により抽出された前記抽出状況データ及び当該抽出状況データを所定の方法で編集処理することにより得られる編集データの少なくともいずれかを付加して前記コンテンツ記憶手段に記憶させるコンテンツ更新手段と、

前記コンテンツ記憶手段に記憶された前記コンテンツを提示する提示手段とを備えることを特徴とする状況提示システム。

[2] 前記サーバは、コンテンツサーバと、管理サーバとを備え、

前記コンテンツサーバは、前記条件決定手段と、

前記条件決定手段により決定された状況データ条件を、前記管理サーバに送信する状況データ条件送信手段と

を備え、

前記管理サーバは、

前記サーバ側状況データ記憶手段と、

前記コンテンツサーバから送信された前記状況データ条件を受信する状況データ条件受信手段と、

前記サーバ側状況データ記憶手段に記憶されている前記状況データの中から、前記状況データ条件受信手段により受信した前記状況データ条件を満たす前記状況データを抽出状況データとして抽出する状況データ抽出手段と、

前記状況データ抽出手段により抽出した前記抽出状況データを、前記コンテンツサーバに送信する抽出状況データ送信手段と

を備え、

前記コンテンツサーバはさらに、

前記管理サーバから送信された前記抽出状況データを受信する抽出状況データ受信手段と、

前記条件決定手段の解析の対象となった前記コンテンツに、抽出状況データ受信手段により受信した前記抽出状況データ及び前記編集データの少なくともいずれかを付加して前記コンテンツ記憶手段に記憶させるコンテンツ更新手段と、前記提示手段と

を備えることを特徴とする請求項 1に記載の状況提示システム。

前記条件決定手段は、

文字列と位置情報との対応、文字列と時間情報との対応、及び、文字列と前記端末識別情報との対応の少なくともいずれ力、 1つを記憶する解析辞書記憶手段と、前記コンテンツ記憶手段に記憶された前記コンテンツの前記文字列と前記解析辞書記憶手段に記憶されている文字列とを比較して、前記コンテンツの前記文字列に対応する前記位置情報、前記時間情報及び前記端末識別情報の!/、ずれか 1つを決定する情報抽出手段と、

前記情報抽出手段により抽出された前記位置情報、前記時間情報及び前記端末識別情報の 1又は 2以上を組み合わせて前記状況データ条件を決定する組合せ手段と

を備えることを特徴とする請求項 1又は 2に記載の状況提示システム。

[4] 前記組合せ手段は、前記情報抽出手段により、前記位置情報及び前記時間情報が抽出された場合、当該位置情報及び時間情報の組合せを前記状況データ条件として決定することを特徴とする請求項 3に記載の状況提示システム。

[5] 前記サーバは、前記状況データ抽出手段により複数の前記状況データが前記抽出状況データとして抽出された場合に、前記状況データ抽出手段により抽出された前記抽出状況データを統計処理する統計処理手段を備え、

前記コンテンツ更新手段は、前記統計処理手段により統計処理された前記抽出状況データ及び前記編集データの少なくともレ、ずれかを、前記条件決定手段の解析の対象となった前記コンテンツに付加して、前記コンテンツ記憶手段に記憶させる統計処理付加手段を備えることを特徴とする請求項 1乃至 4のいずれかに記載の状況提示システム。

[6] 前記端末は、前記状況データ取得手段が前記状況データを取得するごとに、当該状況データを前記端末側送信手段により前記サーバに送信することを特徴とする請求項 1乃至 5のいずれかに記載の状況提示システム。

[7] 前記端末は、前記状況データ取得手段が取得した前記状況データを記憶する端末側状況データ記憶手段を備え、

前記端末側送信手段は、前記端末側状況データ記憶手段に未送信の前記状況データが所定数記憶された場合に、当該未送信の状況データを前記サーバに送信することを特徴とする請求項 1乃至 5のいずれかに記載の状況提示システム。

[8] 前記端末は、前記状況データ取得手段が取得した前記状況データを記憶する端末側状況データ記憶手段を備え、

前記サーバは、前記サーバに送信されていない前記状況データが前記端末側状況データ記憶手段に記憶されているかを問い合わせる未送信問い合わせ手段を備え、

前記端末側送信手段は、前記サーバの前記未送信問い合わせ手段から問い合わせがあった場合に、前記端末側状況データ記憶手段に記憶された未送信の前記状況データを前記サーバに送信することを特徴とする請求項 1乃至 5のいずれかに記載の状況提示システム。

[9] 前記端末は、前記状況データ取得手段が取得した前記状況データを記憶する端末側状況データ記憶手段を備え、

前記端末側送信手段は、所定時間経過ごとに前記端末側状況データ記憶手段に記憶されている未送信の前記状況データを前記サーバに送信することを特徴とする請求項 1乃至 5のいずれかに記載の状況提示システム。

[10] 前記端末は、

前記端末を保持する前記使用者の生体情報を取得する生体情報取得手段と、前記生体情報取得手段により取得された前記生体情報と、当該生体情報から推定される前記使用者の感情情報とを対応付ける感情情報テーブルを記憶する感情情報テーブル記憶手段と、

前記生体情報取得手段により取得された前記生体情報と、前記感情情報テーブル記憶手段に記憶された前記感情情報テーブルとを比較して、当該生体情報から推定される前記使用者の前記感情情報を決定する感情情報決定手段と

を備え、

前記状況データ取得手段は、少なくとも前記感情情報決定手段により決定された前記使用者の前記感情情報を前記状況データとして取得することを特徴とする請求項 1乃至 9のいずれかに記載の状況提示システム。

[11] 前記端末は、

前記端末の周囲の周囲情報を取得する周囲情報取得手段と、

前記周囲情報取得手段により取得された前記周囲情報と、当該周囲情報から推定される前記端末の周囲の環境情報とを対応付ける環境情報テーブルを記憶する環境情報テーブル記憶手段と、前記周囲情報取得手段により取得された前記周囲情報と、前記環境情報テーブル記憶手段に記憶された前記環境情報テーブルとを比較して、当該周囲情報から推定される前記端末の周囲の環境情報を決定する環境情報決定手段と

を備え、

前記状況データ取得手段は、少なくとも前記環境情報決定手段により決定された前記端末の周囲の前記環境情報を前記状況データとして取得することを特徴とする請求項 1乃至 10のいずれかに記載の状況提示システム。

[12] 前記サーバは、

前記抽出状況データと、前記使用者の感情又は前記端末の周囲の環境の少なくともいずれかを表すアイコンとを対応付けるアイコンテーブルを記憶するアイコン記憶手段と、

前記状況データ抽出手段により抽出された前記抽出状況データと、前記アイコン記憶手段が記憶するアイコンテーブルとを比較して、当該抽出状況データに対応する前記アイコンを決定するアイコン決定手段と

を備え、

前記コンテンツ更新手段は、前記アイコン決定手段により決定された前記アイコンを前記編集データとして、前記コンテンツに付加して前記コンテンッ記憶手段に記憶させるアイコン付加手段を備えることを特徴とする請求項 1乃至 11のいずれかに記載の状況提示システム。

[13] 前記サーバは、前記状況データ抽出手段により複数の前記抽出状況データが抽出された場合に、当該複数の抽出状況データに基づきグラフを作成するグラフ作成手段を備え、

前記コンテンツ更新手段は、前記アイコン付加手段により付加された前記アイコンに、前記グラフ作成手段が作成した前記グラフの所在地を示すリンク情報を付加して前記コンテンツ記憶手段に記憶させるグラフリンク手段を備えることを特徴とする請求項 12に記載の状況提示システム。

[14] 前記サーバは、

前記状況データ抽出手段により抽出された前記抽出状況データと、前記アイコン記憶手段が記憶する前記アイコンテーブルとを比較して、当該抽出状況データに対応する前記アイコンを決定するアイコン決定手段と

を備え、

前記コンテンツ更新手段は、前記アイコン決定手段により決定された前記アイコンの所在地を示すリンク情報を、前記コンテンツの所定の文字列に付加して前記コンテンッ記憶手段に記憶させるアイコンリンク手段を備えることを特徴とする請求項 1乃至 13のいずれかに記載の状況提示システム。

[15] 前記サーバは、前記状況データ抽出手段により複数の前記状況データが前記抽出状況データとして抽出された場合に、当該複数の抽出状況データに基づいて代表的な抽出状況データである代表状況データを算出する演算手段を備え、前記アイコン決定手段は、前記演算手段により算出された前記代表状況データと前記アイコン記憶手段が記憶する前記アイコンテーブルとを比較して、当該代表状況データに対応する前記アイコンを決定することを特徴とする請求項 12乃至 14のいずれかに記載の状況提示システム。

[16] 前記サーバは、前記状況データ抽出手段により複数の前記状況データが前記抽出状況データとして抽出された場合に、当該複数の抽出状況データに基づきグラフを作成するグラフ作成手段を備え、

前記コンテンツ更新手段は、前記グラフ作成手段により決定された前記グラフを前記編集データとして、前記コンテンツに付加して前記コンテンツ記憶手段に記憶させるグラフ付加手段を備えることを特徴とする請求項 1乃至 15のいずれかに記載の状況提示システム。

[17] 前記サーバは、前記状況データ抽出手段により複数の前記状況データが前記抽出状況データとして抽出された場合に、当該複数の抽出状況データに基づきグラフを作成するグラフ作成手段を備え、

前記コンテンツ更新手段は、前記コンテンツに含まれる所定の文字列に、前記ダラフ作成手段が作成した前記グラフの所在地を示すリンク情報を付加して前記コンテンッ記憶手段に記憶させるグラフリンク手段を備えることを特徴とする請求項 1乃至 16 の!/、ずれかに記載の状況提示システム。

[18] 前記サーバは、前記コンテンツ更新手段により前記コンテンツに付加された前記抽出状況データ及び前記編集データの少なくともいずれかを前記端末に送信する第 1 サーバ側送信手段を備えることを特徴とする請求項 1乃至 17のいずれかに記載の状況提示システム。

[19] 前記コンテンツ記憶手段が記憶する前記コンテンツは、エントリー、コメント、及び、トラックバックを含むウェブログコンテンツであることを特徴とする請求項 1乃至 18のいずれかに記載の状況提示システム。

[20] 前記条件決定手段は、前記コンテンツ記憶手段に記憶された前記ウェブログコンテンッの前記コメントの文字列を解析して、前記状況データを前記抽出状況データとして抽出する際の抽出条件である状況データ条件を決定し、

前記コンテンツ更新手段は、前記条件決定手段の解析の対象となった前記コメントに前記状況データ抽出手段により抽出された前記抽出状況データ及び前記編集データの少なくともいずれかを付加して、前記コンテンツ記憶手段に記憶させることを特徴とする請求項 19に記載の状況提示システム。

[21] 前記サーバは、前記ウェブログコンテンツと、当該ウェブログコンテンツを作成した作成者が保持する前記端末の前記端末識別情報との対応を記憶する端末識別情報記憶手段を備え、

前記条件決定手段は、前記端末識別情報記憶手段に記憶された当該ウェブログコンテンッに対応する前記端末識別情報を前記状況データ条件として決定することを特徴とする請求項 19又は 20に記載の状況提示システム。

[22] 前記サーバは、前記ウェブログコンテンツと、当該ウェブログコンテンツを作成した作成者が保持する前記端末の前記端末識別情報との対応を記憶する端末識別情報記憶手段を備え、

前記条件決定手段は、前記条件決定手段により、前記ウェブログコンテンツの前記エントリーが所定の内容であると解析された場合に、当該ウェブログコンテンツが前記コンテンツ記憶手段に記憶された時刻から所定時間内の時間情報と、前記端末識別情報記憶手段に記憶された当該ウェブログコンテンツに対応する前記端末識別情報とを前記状況データ条件として決定し、

前記状況データ抽出手段により抽出された前記抽出状況データを、当該コンテンッを作成した作成者が指定した通信端末に送信する第 2サーバ側送信手段を備えることを特徴とする請求項 19乃至 21のいずれかに記載の状況提示システム。

[23] 端末から送信される情報を蓄積するサーバであって、

前記端末から送信された、前記端末を保持する使用者の生体情報、当該生体情報から推定される感情情報、前記端末の周囲情報及び当該周囲情報力推定される環境情報の少なくともいずれか 1つを含む状況データを記憶するサーバ側状況データ記憶手段と、

前記コンテンツ記憶手段に記憶された前記コンテンツを提示する提示手段とを備えることを特徴とするサーバ。

[24] 請求項 23に記載のサーバの各種処理手段としてコンピュータを機能させるためのサーバプログラム。