(57)【要約】【課題】ユーザを見守るための情報が提供される場合に、見守られるユーザまたは見守るユーザに課される負担を軽減できる電子機器を実現する。【解決手段】実施形態によれば、電子機器は、受信手段、生成手段および送信手段を具備する。受信手段は、第１ユーザが使用する１以上の電子機器の各々から、動作した時間帯を示す動作データを受信し、前記１以上の電子機器の内の第１電子機器から、前記第１ユーザが視聴した番組を示す視聴データを受信する。生成手段は、前記動作データと前記視聴データとを用いて、前記第１ユーザの生活パターンを示す生活パターンデータを生成する。送信手段は、前記生活パターンデータを、第２ユーザが使用する電子機器に送信する。【選択図】図６
2015069443.tif 000002
【特許請求の範囲】
【請求項１】
第１ユーザが使用する１以上の電子機器の各々から、動作した時間帯を示す動作データを受信し、前記１以上の電子機器の内の第１電子機器から、前記第１ユーザが視聴した番組を示す視聴データを受信する受信手段と、
前記動作データと前記視聴データとを用いて、前記第１ユーザの生活パターンを示す生活パターンデータを生成する生成手段と、
前記生活パターンデータを、第２ユーザが使用する電子機器に送信する送信手段とを具備する電子機器。
【請求項２】
前記生成手段は、前記動作データを用いて前記第１ユーザの睡眠時間帯を推定し、前記視聴データを用いて、現在の時間帯に前記第１ユーザによって視聴される頻度が高い第１番組を検出し、
前記生活パターンデータは、前記睡眠時間帯と前記第１番組と前記第１ユーザが現在視聴している番組とを示すデータを含む請求項１記載の電子機器。
【請求項３】
前記受信手段は、さらに、前記第１電子機器から、前記第１ユーザが放送番組を視聴しているときに笑顔である度合いを示す笑顔度データを受信し、
前記生成手段は、前記視聴データと前記笑顔度データとを用いて前記第１ユーザのバイオリズムを推定し、
前記生活パターンデータは、前記バイオリズムを示すデータを含む請求項１記載の電子機器。
【請求項４】
前記第１ユーザと会話するアバターを制御する制御手段をさらに具備し、
前記生成手段は、さらに、前記第１ユーザとの会話に対応する音声データを解析することによって、前記第１ユーザとの会話を支援するための会話支援データを生成し、
前記送信手段は、前記会話支援データを前記第２ユーザが使用する電子機器に送信する請求項１記載の電子機器。
【請求項５】
前記受信手段は、さらに、前記第１電子機器から、前記第１ユーザの動きを示す動きデータを受信し、
前記生成手段は、さらに、前記視聴データと前記動きデータとを用いて前記第１ユーザの健康状態を推定し、
前記生活パターンデータは、前記健康状態を示すデータを含む請求項１記載の電子機器。
【請求項６】
放送番組の番組表データと、遠隔のユーザの生活パターンを示す生活パターンデータとを受信する受信手段と、
前記番組表データと前記生活パターンデータとを用いて、前記遠隔のユーザの生活パターンを示す情報を含む番組表を画面に表示する表示処理手段とを具備し、
前記生活パターンデータは、前記遠隔のユーザが使用する１以上の電子機器の各々が動作した時間帯を示す動作データと、前記１以上の電子機器の内の第１電子機器で前記遠隔のユーザが視聴した番組を示す視聴データとを用いて生成される電子機器。
【請求項７】
前記表示処理手段は、前記番組表上に、前記遠隔のユーザの睡眠時間帯と、現在の時間帯に前記遠隔のユーザによって視聴される頻度が高い第１番組と、前記遠隔のユーザが現在視聴している番組とを示す情報を表示する請求項６記載の電子機器。
【請求項８】
前記生活パターンデータは、前記遠隔のユーザのバイオリズムを示すデータを含み、
前記表示処理手段は、さらに、前記バイオリズムを画面に表示する請求項６記載の電子機器。
【請求項９】
前記受信手段は、さらに、前記遠隔のユーザとの会話を支援するための会話支援データを受信し、
前記表示処理手段は、前記会話支援データに基づく情報を画面に表示する請求項６記載の電子機器。
【請求項１０】
前記生活パターンデータは、前記遠隔のユーザの健康状態を示すデータを含み、
前記表示処理手段は、さらに、前記健康状態を画面に表示する請求項６記載の電子機器。
【請求項１１】
第１ユーザが使用する１以上の電子機器の各々から、動作した時間帯を示す動作データを受信し、前記１以上の電子機器の内の第１電子機器から、前記第１ユーザが視聴した番組を示す視聴データを受信し、
前記動作データと前記視聴データとを用いて、前記第１ユーザの生活パターンを示す生活パターンデータを生成し、
前記生活パターンデータを、第２ユーザが使用する電子機器に送信する支援方法。
【請求項１２】
前記生成することは、前記動作データを用いて前記第１ユーザの睡眠時間帯を推定し、前記視聴データを用いて、現在の時間帯に前記第１ユーザによって視聴される頻度が高い第１番組を検出し、
前記生活パターンデータは、前記睡眠時間帯と前記第１番組と前記第１ユーザが現在視聴している番組とを示すデータを含む請求項１１記載の支援方法。
【請求項１３】
放送番組の番組表データと、遠隔のユーザの生活パターンを示す生活パターンデータとを受信し、
前記番組表データと前記生活パターンデータとを用いて、前記遠隔のユーザの生活パターンを示す情報を含む番組表を画面に表示し、
前記生活パターンデータは、前記遠隔のユーザが使用する１以上の電子機器の各々が動作した時間帯を示す動作データと、前記１以上の電子機器の内の第１電子機器で前記遠隔のユーザが視聴した番組を示す視聴データとを用いて生成される支援方法。
【請求項１４】
前記表示することは、前記番組表上に、前記遠隔のユーザの睡眠時間帯と、現在の時間帯に前記遠隔のユーザによって視聴される頻度が高い第１番組と、前記遠隔のユーザが現在視聴している番組とを示す情報を表示する請求項１３記載の支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、遠隔地での見守りを支援する電子機器および該機器に適用される支援方法に関する。
【背景技術】
【０００２】
高齢者とその家族とが離れて住んでいる場合に、家族が高齢者の健康状態を確認するために、その生活の様子を見守りたいと云う要求がある。例えば、ビデオカメラで高齢者の生活の様子を撮影し、撮影された映像を家族が使用するパーソナルコンピュータ等の電子機器に伝送するシステムによって、家族は、高齢者の生活の様子を見守ることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−５４５９５号公報
【特許文献２】特開２０１２−５５４７１号公報
【特許文献３】特開２００７−５８４０４号公報
【特許文献４】特開２０１２−２２６７８０号公報
【特許文献５】特開２０１２−１０５３５３号公報
【特許文献６】特開２００３−４４９６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、このようなシステムは、高齢者（見守られるユーザ）に他者に見られているという精神的負担を課し、また家族（見守るユーザ）にとっても、高齢者を始終監視することは気が引けることであり、プライバシーに関する課題を有するものであった。
【０００５】
本発明は、ユーザを見守るための情報が提供される場合に、見守られるユーザまたは見守るユーザに課される負担を軽減できる電子機器および支援方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
実施形態によれば、電子機器は、受信手段、生成手段および送信手段を具備する。受信手段は、第１ユーザが使用する１以上の電子機器の各々から、動作した時間帯を示す動作データを受信し、前記１以上の電子機器の内の第１電子機器から、前記第１ユーザが視聴した番組を示す視聴データを受信する。生成手段は、前記動作データと前記視聴データとを用いて、前記第１ユーザの生活パターンを示す生活パターンデータを生成する。送信手段は、前記生活パターンデータを、第２ユーザが使用する電子機器に送信する。
【図面の簡単な説明】
【０００７】
【図１】実施形態に係る電子機器（クラウドサーバ）を備える見守りシステムを説明するための概念図。
【図２】同実施形態の電子機器によって、見守られるユーザの生活リズムを、見守るユーザに通知する例を説明するための概念図。
【図３】同実施形態の電子機器によって通知される生活リズムを用いて、見守るユーザが使用する電子機器（ＴＶ）に表示される画面の例を示す図。
【図４】同実施形態の電子機器のシステム構成の例を示すブロック図。
【図５】図２の見守るユーザが使用する電子機器のシステム構成の例を示すブロック図。
【図６】同実施形態の電子機器の機能構成の第１の例を示すブロック図。
【図７】同実施形態の電子機器によって用いられる家電の動作データの一構成例を示す図。
【図８】同実施形態の電子機器によって用いられる視聴履歴データの一構成例を示す図。
【図９】図２の見守られるユーザが使用する電子機器（家電）による処理の手順の例を示すフローチャート。
【図１０】同実施形態の電子機器による処理の手順の第１の例を示すフローチャート。
【図１１】図２の見守るユーザが使用する電子機器（ＴＶ）による処理の手順の例を示すフローチャート。
【図１２】同実施形態の電子機器によって、見守られるユーザのバイオリズムを見守るユーザに通知する例を説明するための概念図。
【図１３】同実施形態の電子機器によって通知されるバイオリズムを用いて、見守るユーザが使用する電子機器（ＴＶ）に表示される画面の例を示す図。
【図１４】同実施形態の電子機器の機能構成の第２の例を示すブロック図。
【図１５】図１２の見守られるユーザが使用する電子機器（家電）による処理の手順の例を示すフローチャート。
【図１６】同実施形態の電子機器による処理の手順の第２の例を示すフローチャート。
【図１７】図１２の見守るユーザが使用する電子機器（ＴＶ）による処理の手順の例を示すフローチャート。
【図１８】同実施形態の電子機器によって、見守られるユーザの会話支援データを見守るユーザに提供する例を説明するための概念図。
【図１９】同実施形態の電子機器の機能構成の第３の例を示すブロック図。
【図２０】図１８の見守られるユーザが使用する電子機器（ＴＶ）による処理の手順の例を示すフローチャート。
【図２１】同実施形態の電子機器による処理の手順の第３の例を示すフローチャート。
【図２２】図１８の見守るユーザが使用する電子機器による処理の手順の例を示すフローチャート。
【図２３】同実施形態の電子機器によって、見守られるユーザの健康状態データを見守るユーザに提供する例を説明するための概念図。
【図２４】同実施形態の電子機器の機能構成の第４の例を示すブロック図。
【図２５】図２３の見守られるユーザが使用する電子機器（ＴＶ）による処理の手順の例を示すフローチャート。
【図２６】同実施形態の電子機器による処理の手順の第４の例を示すフローチャート。
【図２７】図２３の見守るユーザが使用する電子機器による処理の手順の例を示すフローチャート。
【発明を実施するための形態】
【０００８】
以下、実施の形態について図面を参照して説明する。
【０００９】
まず、図１を参照して、一実施形態に係る電子機器を備える見守りシステムの概要について説明する。この電子機器は、見守られるユーザ（例えば、高齢者）に関するデータを用いて、遠隔地で見守るユーザ（例えば、高齢者の家族、医師や介護士のような専門家、地域コミュニティ、等）に、高齢者を見守るための情報（見守りデータ）を提供するクラウドサーバ１Ａである。このクラウドサーバ１Ａは、例えば、サーバコンピュータとして実現される。
【００１０】
クラウドサーバ１Ａは、見守られるユーザが使用する各種の電子機器から、動作データや生体データを受信し、また、ＴＶ視聴履歴データベース１Ｂを介して、見守られるユーザが視聴したＴＶ番組の視聴データを受信する。なお、このＴＶ視聴履歴データベース１Ｂはクラウドサーバ１Ａ内に設けられてもよい。クラウドサーバ１Ａは、受信したデータを解析することによって、例えば、家族に高齢者の生活の様子を示す情報やアラームを提供し、専門家に高齢者の安否確認や健康サポートのための情報を提供し、また地域コミュニティに高齢者との会話を支援するための情報を提供する。なお、クラウドサーバ１Ａは、このような情報の提供を、見守られるユーザの交友関係、趣味、嗜好等の情報を有するソーシャルネットワーキングサービス（ＳＮＳ）１Ｃと連携して行うこともできる。
【００１１】
本実施形態の見守りシステムは、ＴＶのような家電を利用してデータを収集して、そのデータに基づいて見守られるユーザに関する情報を提供するので、さりげない見守りを実現し、見守られるユーザと見守るユーザとに課される負担を軽減することができる。
【００１２】
図２は、クラウドサーバ１Ａによって、見守られるユーザ（高齢者）の生活リズムが見守るユーザ（家族）に通知される例を示す。見守られるユーザが使用する電子機器（家電）２Ａ，２Ｂ，２Ｃは、動作データ等をネットワーク４を介してクラウドサーバ１Ａに送信する。
【００１３】
より具体的には、照明２Ｂは、当該照明２Ｂのオン／オフに基づく動作時間帯を示す照明動作データを、クラウドサーバ１Ａに送信する。エアコン２Ｃは、当該エアコン２Ｃのオン／オフに基づく動作時間帯を示すエアコン動作データと、当該エアコン２Ｃによって検出される、室内の温度および湿度を示す温度・湿度データをクラウドサーバ１Ａに送信する。
【００１４】
テレビジョン受信機（ＴＶ）２Ａは、当該テレビのオン／オフに基づく動作時間帯を示すＴＶ動作データをクラウドサーバ１Ａに送信する。また、ＴＶ２Ａは、見守られるユーザが視聴した番組を示す視聴データを、ネットワーク４を介してＴＶ視聴履歴データベース１Ｂに保存する。ＴＶ視聴履歴データベース１Ｂは、例えば、任意の期間の電子番組ガイド（ＥＰＧ）データと見守られるユーザの視聴データとを蓄積する。クラウドサーバ１Ａは、ネットワーク４を介してＴＶ視聴履歴データベース１Ｂにアクセスすることによって、ＴＶ視聴履歴データベース１Ｂから、見守られるユーザが視聴した番組を示す視聴データを受信することができる。
【００１５】
クラウドサーバ１Ａは、受信された各種家電のデータを用いて、見守られるユーザの生活リズム（生活パターン）を推定する。この生活リズムは、例えば、見守られるユーザが寝ているか起きているかの判定に基づく睡眠時間帯、見守られるユーザによるＴＶ番組の視聴パターン、等を含む。クラウドサーバ１Ａは、推定された見守られるユーザの生活リズムを示すデータを、ネットワーク４を介して見守るユーザが使用するクライアント３Ａに送信する。
【００１６】
このクライアント３Ａは、例えば、テレビジョン受信機によって実現され得る。なお、クライアント３Ａは、携帯電話機やスマートフォンといった携帯情報端末、パーソナルコンピュータ（ＰＣ）、または各種電子機器に内蔵される組み込みシステムとして実現されてもよい。クライアント３Ａは、見守られるユーザの生活リズムを示すデータを受信し、そのデータを用いて、見守られるユーザの生活リズムを示す情報を画面に表示する。
【００１７】
図３は、クライアント３Ａによって、見守られるユーザ（遠隔のユーザ）の生活リズムを示す情報が番組表上に表示される例を示す。ここでは、クライアント３Ａが、見守るユーザが現在視聴している番組６１を、他の番組とは識別可能な表示形態で含む番組表６０Ａを画面に表示している場合を想定する。この番組６１の領域は、例えば、他の番組とは異なる色やパターン、枠線、等で表示される。クライアント３Ａは、この番組表６０Ａが表示されているときに、見守られるユーザの情報の表示する“見守りモード”への移行が指示されたことを検出する。クライアント３Ａは、例えば、リモートコントローラを用いたユーザ操作によって“見守りモード”への移行が指示されたことを検出する。
【００１８】
クライアント３Ａは、検出された“見守りモード”への移行の指示に応じて、見守られるユーザの生活リズムを示すデータを用いて番組表６０Ｂを表示する（すなわち、番組表６０Ａから番組表６０Ｂに変更する）。番組表６０Ｂでは、見守るユーザが現在視聴している番組６１に加えて、現在の時間帯に見守られるユーザによって視聴される頻度が高い番組６２（図３では、見守るユーザが現在視聴している番組６１と同一の番組）と、見守られるユーザが現在視聴している番組６３とが、他の番組とは識別可能な表示形態で含まれている。番組６１，６２，６３の領域は、色、パターン、枠線、マーク、等を用いて、見守るユーザによって各々が判別できるように表示される。
【００１９】
なお、この“見守りモード”の番組表６０Ｂでは、見守られるユーザの生活リズムを示すデータを用いて、見守られるユーザの睡眠時間帯を示すこともできる。例えば、番組表６０Ｂでは、見守られるユーザが起きている時間帯６５と寝ている時間帯６６とが識別可能に表示されている。番組表６０Ｂにはさらに、見守られるユーザが現在起きているか否かを示す情報（マーク等）が表示されてもよい。
【００２０】
これにより、見守るユーザは、映像等を用いて見守られるユーザを直接的に監視することなく、その生活の様子を窺い知ることができる。見守るユーザは、この番組表６０Ｂを見て、例えば、見守られるユーザがこれまでの生活リズムに準じた行動をしているかどうかを確認することによって、見守られるユーザの異変の有無をチェックすることができる。また、見守るユーザが“見守りモード”への移行を指示したことに応じて、番組表６０Ｂが表示されるので、見守るユーザは、見守られるユーザの様子が気になったときにだけ情報を確認することができる。
【００２１】
次いで、図４は、クラウドサーバ１Ａのシステム構成の例を示す。  
本クラウドサーバ１Ａは、ＣＰＵ１０１、システムコントローラ１０２、主メモリ１０３、グラフィクスプロセッシングユニット（ＧＰＵ）１０４、ビデオメモリ（ＶＲＡＭ）１０４Ａ、ＢＩＯＳ−ＲＯＭ１０５、ＨＤＤ１０６、ＬＡＮコントローラ１０７、エンベデッドコントローラ／キーボードコントローラＩＣ（ＥＣ／ＫＢＣ）１０８、サウンドコントローラ１０９、ＥＥＰＲＯＭ１１３、キーボード１１４、ポインティングデバイス１１５、スピーカ１１６、表示装置（ＬＣＤ）１１７等を備える。クラウドサーバ１Ａ内の各部は、内部バスを介して相互に接続されている。
【００２２】
ＣＰＵ１０１は、本クラウドサーバ１Ａ内の各種コンポーネントの動作を制御するプロセッサである。ＣＰＵ１０１は、ストレージデバイスであるＨＤＤ１０６から主メモリ１０３にロードされる各種ソフトウェアを実行する。これらソフトウェアには、オペレーティングシステム（ＯＳ）１１１、および各種アプリケーションプログラムが含まれている。アプリケーションプログラムには、例えば、見守りサーバプログラム１１２が含まれている。この見守りサーバプログラム１１２は、見守られるユーザが使用する各種の家電２Ａ，２Ｂ，２Ｃの動作データ等を管理し、これら動作データ等に基づく見守りデータを、見守るユーザが使用するクライアント３Ａに提供するためのプログラムである。
【００２３】
ＣＰＵ１０１には、主メモリ１０３をアクセス制御するメモリコントローラも内蔵されている。また、ＣＰＵ１０１は、ＢＩＯＳ−ＲＯＭ１０５に格納された基本入出力システム（ＢＩＯＳ）も実行する。ＢＩＯＳは、ハードウェア制御のためのプログラムである。
【００２４】
ＧＰＵ１０４は、本コンピュータのディスプレイとして使用されるＬＣＤ１１７を制御する表示コントローラである。このＧＰＵ１０４によって生成される表示信号はＬＣＤ１１７に送られる。
【００２５】
システムコントローラ１０２は、ＣＰＵ１０１のローカルバスと各種コンポーネントとの間を接続するデバイスである。システムコントローラ１０２は、ＰＣＩ  ＥＸＰＲＥＳＳ規格やＵＳＢ規格のシリアルバスなどを介して接続された各種コンポーネントとの通信を実行する機能も有している。
【００２６】
サウンドコントローラ１０９は音源デバイスであり、再生対象のオーディオデータをスピーカ１１６に出力する。ＬＡＮコントローラ１０７は、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）規格の有線通信や、ＩＥＥＥ  ８０２．１１規格の無線通信等を実行するように構成されたデバイスである。
【００２７】
エンベデッドコントローラ／キーボードコントローラＩＣ（ＥＣ／ＫＢＣ）１０８は、電力管理のためのエンベデッドコントローラと、キーボード（ＫＢ）１１４、ポインティングデバイス１１５等を制御するためのキーボードコントローラとが集積された１チップマイクロコンピュータである。ＥＣ／ＫＢＣ１０８は、ユーザによるパワーボタンの操作に応じて本クラウドサーバ１Ａを電源オンまたは電源オフする機能を有している。
【００２８】
また、図５は、見守るユーザが使用するクライアント３Ａのシステム構成の例を示す。以下では、このクライアント３Ａが、デジタルテレビジョン受信機として実現されていることを想定する。
【００２９】
このクライアント（デジタルテレビジョン受信機）３Ａは、制御部２０１、チューナ２０３、復調器２０４、信号処理部２０５、グラフィック処理部２０６、ＯＳＤ信号生成部２０７、映像処理部２０８、ディスプレイ（ＬＣＤ）２０９、音声処理部２１０、スピーカ２１１、リモコン信号受信部２１６、ＬＡＮコントローラ２１８等を備える。このデジタルテレビジョン受信機３Ａは、カメラモジュール２１９およびマイク２２０をさらに備えていてもよい。
【００３０】
制御部２０１は、デジタルテレビジョン受信機３Ａ内の各部の動作を制御する。制御部２０１は、ＣＰＵ２１５、ＲＯＭ２１２、ＲＡＭ２１３、及び不揮発性メモリ２１４を備える。ＲＯＭ２１２は、ＣＰＵ２１５によって実行される制御プログラムを格納する。不揮発性メモリ２１４は、各種の設定情報及び制御情報を格納する。ＣＰＵ２１５は、処理に必要な命令群及びデータをＲＡＭ２１３にロードし、処理を実行する。ＣＰＵ２１５は、例えば、ＲＡＭ２１３にロードされた見守りクライアントプログラム２１３Ａを実行する。見守りクライアントプログラム２１３Ａは、例えば、クラウドサーバ１Ａから見守りデータを受信し、見守りデータに基づく情報をユーザに通知する機能を有する。
【００３１】
放送信号受信用アンテナ２０２は、デジタルテレビジョン放送信号（例えば、地上デジタルテレビジョン放送信号、衛星デジタルテレビジョン放送信号、等）を受信する。放送信号受信用アンテナ２０２は、受信したデジタルテレビジョン放送信号を、入力端子を介してチューナ２０３に出力する。チューナ２０３は、この放送信号からユーザが選択しているチャンネルの放送信号を選局する。チューナ２０３は、選局した放送信号を復調器２０４（例えば、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）復調器、ＰＳＫ（Phase Shift Keying）復調器、等）に出力する。復調器２０４は、チューナ２０３により選局された放送信号をデジタルの映像信号及び音声信号に復調する。復調器２０４は、復調したデジタルの映像信号及び音声信号を信号処理部２０５に出力する。
【００３２】
信号処理部２０５は、復調器２０４によって出力されたデジタルの映像信号及び音声信号に対して所定のデジタル信号処理を施す。信号処理部２０５は、所定のデジタル信号処理を施した映像信号及び音声信号を、グラフィック処理部２０６及び音声処理部２１０に出力する。
【００３３】
音声処理部２１０は、入力されたデジタル音声信号を、スピーカ２１１で再生可能なアナログ音声信号に変換する。音声処理部２１０は、このアナログ音声信号をスピーカ２１１に出力する。スピーカ２１１は、入力されたアナログ音声信号に基づいて音声を再生する。
【００３４】
グラフィック処理部２０６は、信号処理部２０５から出力されるデジタル映像信号に、ＯＳＤ（On Screen Display）信号生成部２０７で生成されるメニュー等のＯＳＤ信号を重畳する。ＯＳＤ信号生成部２０７は、見守りデータに基づく情報を表示するためのＯＳＤ信号を生成することができる。グラフィック処理部２０６は、ＯＳＤ信号が重畳された映像信号を映像処理部２０８に出力する。また、グラフィック処理部２０６は、信号処理部２０５の出力である映像信号と、ＯＳＤ信号生成部２０７の出力であるＯＳＤ信号のいずれかを映像処理部２０８に出力してもよい。
【００３５】
映像処理部２０８は、入力されたデジタル映像信号に所定の処理を施す。この所定の処理は、例えば、入力されたデジタル映像信号を鮮鋭化するための鮮鋭化処理である。映像処理部２０８は、所定の処理が施されたデジタル映像信号を、ディスプレイ２０９で表示可能なアナログ映像信号に変換する。映像処理部２０８は、このアナログ映像信号をディスプレイ２０９に出力する。ディスプレイ２０９は、入力されたアナログ映像信号に基づいて映像を表示する。
【００３６】
ＬＡＮコントローラ２１８は、例えば、Ｅｔｈｅｒｎｅｔ規格の有線通信や、ＩＥＥＥ  ８０２．１１規格の無線通信等を実行するように構成されたデバイスである。
【００３７】
リモコン信号受信部２１６は、リモートコントローラ２１７によって送信されたリモコン信号（例えば、赤外線による信号）を受信（受光）する。リモコン信号受信部２１６は、受信したリモコン信号を制御部２０１に出力する。リモコン信号受信部２１６は、例えば、“通常モード”から“見守りモード”への移行を示すリモコン信号や、“見守りモード”から“通常モード”への移行を示すリモコン信号を受信する。制御部２０１内のＣＰＵ２１５上で実行される見守りクライアントプログラム２１３Ａは、このリモコン信号に応じて、例えば、“通常モード”で表示される番組表６０Ａと、“見守りモード”で表示される番組表６０Ｂとを切り替えるための処理を行う。
【００３８】
なお、クライアント３Ａは、テレビジョン放送信号を受信する構成（チューナ２０３等）を有しない電子機器（例えば、ＰＣ）であってもよい。例えば、クライアント３Ａは、インターネット上のサーバから受信した番組データ（コンテンツデータ）を用いて番組を表示することもできる。
【００３９】
また、見守られるユーザが使用するテレビジョン受信機２Ａは、見守るユーザが使用するクライアント３Ａと同様のシステム構成を有してもよい。そして、このテレビジョン受信機２Ａは、カメラモジュール２１９およびマイク２２０をさらに備えてもよい。カメラモジュール２１９は、例えば、超小型カメラ（ピンホールカメラ）であり、見守られるユーザを撮影した画像を当該ユーザに意識させることなく取得できる。マイク２２０は、例えば、見守られるユーザと見守るユーザとの間の会話や、見守られるユーザとアバターとの会話に用いられる。
【００４０】
次いで、図６を参照して、クラウドサーバ１Ａ上で実行される見守りサーバプログラム１１２の機能構成の第１の例について説明する。見守りサーバプログラム１１２は、上述したように、見守られるユーザ（第１ユーザ）が使用する各種の家電２Ａ，２Ｂ，２Ｃの動作データ等を管理し、これら動作データ等に基づく見守りデータを、見守るユーザ（第２ユーザ）が使用するクライアント３Ａに提供する。見守りサーバプログラム１１２は、例えば、受信部１５１、睡眠時間推定部１５２、パターン推定部１５３、および送信部１５４を備える。
【００４１】
受信部１５１は、見守られるユーザが使用する各種家電からデータを収集する。より具体的には、受信部１５１は、ＴＶ２Ａに設けられた送信部２５２が送信した動作データと視聴データとを受信する。ＴＶ２Ａの動作データは、ＴＶ２Ａで番組が視聴された動作時間帯（例えば、６時から８時）を含む。ＴＶ２Ａの視聴データは、見守られるユーザによって視聴された番組に対応する放送日時、番組名、チャンネル、カテゴリ（ジャンル）、等を含む。この視聴データは、例えば、見守られるユーザによって番組が視聴されたことに応じて、ＴＶ２Ａに設けられた視聴データ生成部２５１によって生成される。
【００４２】
また、受信部１５１は、照明２Ｂに設けられた送信部２６１が送信した動作データを受信する。照明２Ｂの動作データは、照明２Ｂが点灯した動作時間帯（例えば、６時から２２時）を含む。さらに、受信部１５１は、エアコン２Ｃに設けられた送信部２７３が送信した動作データと温度・湿度データとを受信する。エアコン２Ｃの動作データは、エアコン２Ｃが使用された動作時間帯（例えば、１０時から２０時）を含む。エアコン２Ｃの温度・湿度データは、エアコン２Ｃに設けられた温度センサ２７１および湿度センサ２７２が、例えば所定時間毎に検出した温度と湿度とを含む。
【００４３】
そして、受信部１５１は、受信したＴＶ２Ａの動作データと、照明２Ｂの動作データと、エアコン２Ｃの動作データおよび温度・湿度データとを記憶媒体等に保存する。また、受信部１５１は、受信した視聴データをＴＶ視聴履歴データベース１Ｂに保存する。
【００４４】
図７は、クラウドサーバ１Ａによって用いられる家電の動作データの一構成例を示す。クラウドサーバ１Ａは、複数の見守られるユーザの各々が使用する家電によって送信される動作データを扱うことができる。動作データは、見守られるユーザが使用する家電によって送信される動作データを用いて生成される複数のエントリを含む。各エントリは、例えば、ユーザＩＤ、日付、照明動作時間帯、エアコン動作時間帯、温度、湿度、ＴＶ動作時間帯を含む。以下では、説明を簡単にするために、エントリが、見守られるユーザ毎に、毎日作成される場合を想定する。
【００４５】
ある見守られるユーザの、ある日付に対応するエントリにおいて、「ユーザＩＤ」はそのユーザの識別情報を示す。「日付」はその日付を示す。「照明動作時間帯」は、そのユーザが使用している照明２Ｂの、その日付における動作時間帯を示す。「エアコン動作時間帯」は、そのユーザが使用しているエアコン２Ｃの、その日付における動作時間帯を示す。「温度」は、そのユーザが使用しているエアコン２Ｃによって検出された、その日付における温度（見守られるユーザの部屋の温度）を示す。「湿度」は、そのユーザが使用しているエアコン２Ｃによって検出された、その日付における湿度（見守られるユーザの部屋の湿度）を示す。「ＴＶ動作時間帯」は、そのユーザが使用しているＴＶ２Ａの、その日付における動作時間帯を示す。
【００４６】
また、図８は、クラウドサーバ１Ａによって用いられる視聴データの一構成例を示す。視聴データは、見守られるユーザが視聴した複数の番組に対応する複数のエントリを含む。各エントリは、例えば、ユーザＩＤ、日付、時刻、チャンネル、番組名、視聴状況、カテゴリ、笑顔度、バイオリズムを含む。
【００４７】
ある番組に対応するエントリにおいて、「ユーザＩＤ」は、その番組を視聴したユーザ（見守られるユーザ）の識別情報を示す。「日付」は、その番組が放送された日付を示す。「時刻」は、その番組が放送された時刻を示す。「チャンネル」は、その番組が放送されたチャンネルを示す。「番組名」は、その番組の名称を示す。「視聴状況」は、その番組の視聴状況を示し、例えば、“視聴済み”、“録画（未視聴）”、“録画予約”、等の値が設定される。「カテゴリ」は、その番組のカテゴリ（ジャンル）を示し、例えば、“ニュース”、“コメディ”、“教育”、“ドキュメンタリー”、“アニメ”、等の値が設定される。「笑顔度」は、その番組を視聴した際にユーザが笑顔であった度合いを示す。「笑顔度」は、その番組を視聴している間に、ユーザが笑顔であった頻度を示してもよい。「バイオリズム」は、その番組を視聴した際のユーザのバイオリズムを示す。なお、「笑顔度」と「バイオリズム」とには、例えば、見守りサーバプログラム１１２によって算出された、その番組に対応する値が設定される。
【００４８】
次いで、睡眠時間推定部１５２およびパターン推定部１５３は、所定時間毎（例えば、１日毎）に、または見守るユーザが使用するクライアント３Ａによる要求に応じて、見守られるユーザに関する見守りデータを生成する。より具体的には、睡眠時間推定部１５２は、見守られるユーザが使用する家電２Ａ，２Ｂ，２Ｃの動作データを用いて、見守られるユーザの睡眠時間帯を推定する。睡眠時間推定部１５２は、例えば、家電２Ａ，２Ｂ，２Ｃが動作している（オンになっている）時間帯では、ユーザが起きている可能性が高く、家電２Ａ，２Ｂ，２Ｃが動作していない（オフになっている）時間帯では、ユーザが寝ている可能性が高いことに基づいて、見守られるユーザの睡眠時間帯（すなわち、寝ている、または起きている）を推定する。
【００４９】
そして、パターン推定部１５３は、推定された見守られるユーザの睡眠時間帯と、ＴＶ視聴履歴データベース１Ｂに保存されている視聴データとを用いて、見守られるユーザの生活パターン（生活リズム）を推定する。用いられる視聴データは、例えば、見守られるユーザが過去に視聴した番組、録画した番組、現在視聴している番組、等を示すデータである。パターン推定部１５３は、視聴データを用いて、現在の時間帯に、見守られるユーザによって視聴される頻度が高い第１番組を、見守られるユーザの生活パターンとして検出する。より具体的には、パターン推定部１５３は、例えば、現在の時間帯が日曜日の午後８時である場合に、その日曜日の午後８時に対応する過去の視聴データを用いて、見守られるユーザによって、日曜日の午後８時に視聴される頻度が高い“ＸＸＸ”という番組を、見守られるユーザの生活パターンとして検出する。
【００５０】
パターン推定部１５３は、推定された生活パターンと、見守られるユーザの現在の状況（例えば、現在視聴している番組、寝ているか起きているか、等）とを示す見守りデータ（生活パターンデータ）を生成する。この生活パターンデータは、例えば、見守られるユーザの睡眠時間帯と、現在の時間帯に見守られるユーザによって視聴される頻度が高い第１番組と、見守られるユーザが現在視聴している番組とを示すデータを含む。
【００５１】
送信部１５４は、生成された見守りデータ（生活パターンデータ）を見守るユーザが使用するクライアント３Ａに送信する。
【００５２】
見守るユーザが使用するクライアント３Ａでは、クラウドサーバ１Ａから見守りデータを受信し、見守りデータに基づく情報をユーザに通知する見守りクライアントプログラム２１３Ａが実行される。この見守りクライアントプログラム２１３Ａは、例えば、番組表データ受信部３１１、番組表生成部３１２、見守りデータ受信部３１３、見守り情報生成部３１４、および表示処理部３１５を備える。なお、以下では、クライアント３Ａが、見守られるユーザに関する情報を表示する“見守りモード”と、見守られるユーザに関する情報を表示しない“通常モード”のいずれかに設定されている場合を想定する。
【００５３】
まず、番組表データ受信部３１１は番組表データ（ＥＰＧデータ）を受信する。番組表データ受信部３１１は、アンテナ２０２等を介して、テレビジョン放送信号に含まれる番組表データを受信してもよいし、ネットワーク４を介して、ＴＶ視聴履歴データベース１Ｂから番組表データを受信してもよい。番組表生成部３１２は、受信された番組表データを用いて番組表を生成する、すなわち、番組表をディスプレイ２０９の画面に表示するためのデータを生成する。
【００５４】
次いで、見守りデータ受信部３１３は、クラウドサーバ１Ａ（送信部１５４）から見守りデータを受信する。見守りデータ受信部３１３は、例えば、クライアント３Ａが“見守りモード”に設定されている場合に見守りデータを受信する。
【００５５】
見守り情報生成部３１４は、受信された見守りデータを用いて、番組表生成部３１２によって生成された番組表上に、見守られるユーザの情報を重畳する。見守られるユーザの情報には、例えば、見守られるユーザが現在視聴している番組、視聴する頻度が高い番組（過去によく視聴していた番組）、寝ているか起きているか、等が含まれる。見守り情報生成部３１４は、例えば、番組に対応する番組表上の領域の色、模様、領域を囲む枠線、等を変更したり、その領域に所定のマーク（画像）を描画することによって、見守られるユーザが視聴している番組や視聴する頻度が高い番組が識別されるように表示する。また、見守り情報生成部３１４は、番組表上の時刻を示す領域を、色、模様、枠線、等を用いて、見守られるユーザが起きている時間帯と寝ている時間帯とが識別されるように表示する。
【００５６】
表示処理部３１５は、図３に示したように、クライアント３Ａが“見守りモード”である場合、見守られるユーザの情報が重畳された番組表６０Ｂを画面に表示する。また、表示処理部３１５は、クライアント３Ａが“通常モード”である場合には、番組表６０Ａを画面に表示する。
【００５７】
図９から図１１を参照して、クラウドサーバ１Ａから見守るユーザが使用するクライアント３Ａに、見守られるユーザの生活リズム（生活パターン）を示すデータが送信される場合の処理について説明する。
【００５８】
まず、図９のフローチャートを参照して、見守られるユーザ側の処理の手順について説明する。  
まず、見守られるユーザによって使用される家電２Ａ，２Ｂ，２Ｃは、データを送信するタイミングであるか否かを判定する（ブロックＢ１０１）。データを送信するタイミングでない場合（ブロックＢ１０１のＮＯ）、ブロックＢ１０１に戻り、再度、データを送信するタイミングであるか否かが判定される。
【００５９】
データを送信するタイミングである場合（ブロックＢ１０１のＹＥＳ）、照明２Ｂの送信部２６１は動作データをクラウドサーバ１Ａに送信する（ブロックＢ１０２）。エアコン２Ｃの送信部２７３は動作データをクラウドサーバ１Ａに送信する（ブロックＢ１０３）。ＴＶ２Ａの送信部２５２は動作データをクラウドサーバ１Ａに送信する（ブロックＢ１０４）。また、ＴＶ２Ａの送信部２５２は視聴データをクラウドサーバ１Ａに送信する（ブロックＢ１０５）。
【００６０】
図１０のフローチャートは、クラウドサーバ１Ａによる見守り処理の手順を示す。  
クラウドサーバ１Ａの受信部１５１は、見守られるユーザが使用するＴＶ２Ａの視聴データを受信する（ブロックＢ１１１）。受信部１５１は、受信されたＴＶ２Ａの視聴データをＴＶ視聴履歴データベース１Ｂに保存する（ブロックＢ１１２）。また、受信部１５１は、見守られるユーザが使用する家電、すなわち、ＴＶ２Ａ、照明２Ｂおよびエアコン２Ｃの動作データを受信し（ブロックＢ１１３）、当該動作データを記憶媒体等に保存する（ブロックＢ１１４）。
【００６１】
次いで、睡眠時間推定部１５２は、見守るユーザが使用するクライアント３Ａによって、見守りデータの送信が要求されたか否かを判定する（ブロックＢ１１５）。見守りデータの送信が要求されていない場合（ブロックＢ１１５のＮＯ）、ブロックＢ１１１に戻り、見守られるユーザが使用する家電２Ａ，２Ｂ，２Ｃからデータを受信する処理等を続行する。
【００６２】
見守りデータの送信が要求されている場合（ブロックＢ１１５のＹＥＳ）、睡眠時間推定部１５２は、保存されている家電２Ａ，２Ｂ，２Ｃの動作データを用いて、見守られるユーザの睡眠時間帯を推定する（ブロックＢ１１６）。パターン推定部１５３は、推定された見守られるユーザの睡眠時間帯と、ＴＶ視聴履歴データベース１Ｂに保存されている視聴データとを用いて、見守られるユーザの生活パターン（生活リズム）を推定する（ブロックＢ１１７）。そして、送信部１５４は、推定された生活パターンと、見守られるユーザの現在の状況（例えば、寝ているか起きているか、視聴中の番組、等）とを示す見守りデータを、見守るユーザが使用するクライアント３Ａに送信する（ブロックＢ１１８）。
【００６３】
次いで、図１１のフローチャートを参照して、見守るユーザ側のクライアント３Ａによる表示制御処理の手順について説明する。  
まず、番組表データ受信部３１１は、番組表を表示するか否かを判定する（ブロックＢ１２１）。番組表を表示しない場合（ブロックＢ１２１のＮＯ）、ブロックＢ１２１に戻り、再度、番組表を表示するか否かが判定される。
【００６４】
番組表を表示する場合（ブロックＢ１２１のＹＥＳ）、番組表データ受信部３１１は、番組表データ（ＥＰＧデータ）を受信する（ブロックＢ１２２）。そして、番組表生成部３１２は、受信された番組表データを用いて、番組表を画面に表示するためのデータを生成する（ブロックＢ１２３）。
【００６５】
次いで、見守りデータ受信部３１３は、クライアント３Ａが“見守りモード”であるか否かを判定する（ブロックＢ１２４）。クライアント３Ａが“見守りモード”でない場合（ブロックＢ１２４のＮＯ）、表示処理部３１５は、番組表生成部３１２によって生成されたデータを用いて番組表を画面に表示する（ブロックＢ１２５）。
【００６６】
クライアント３Ａが“見守りモード”である場合（ブロックＢ１２４のＹＥＳ）、見守りデータ受信部３１３は、クラウドサーバ１Ａから見守りデータを受信する（ブロックＢ１２６）。見守り情報生成部３１４は、受信された見守りデータを用いて、番組表上に、見守られるユーザの情報（視聴中の番組、過去によく視聴されていた番組、寝ているか起きているか、等）を重畳する（ブロックＢ１２７）。そして、表示処理部３１５は、見守られるユーザの情報が重畳された番組表を画面に表示する（ブロックＢ１２８）。
【００６７】
以上の構成により、ユーザを見守るための情報が提供される場合に、見守られるユーザと見守るユーザとに課される負担を軽減することができる。
【００６８】
次いで、図１２は、クラウドサーバ１Ａによって、見守られるユーザ（高齢者）のバイオリズムが見守るユーザ（家族）に通知される例を示す。見守られるユーザが使用する家電２Ａ，２Ｂは、動作データ等をネットワーク４を介してクラウドサーバ１Ａに送信する。
【００６９】
より具体的には、照明２Ｂは、当該照明２Ｂのオン／オフに基づく動作時間帯を示す照明動作データを、クラウドサーバ１Ａに送信する。テレビジョン受信機（ＴＶ）２Ａは、当該テレビのオン／オフに基づく動作時間帯を示すＴＶ動作データをクラウドサーバ１Ａに送信する。また、ＴＶ２Ａは、見守られるユーザが視聴した番組を示す視聴データを、ネットワーク４を介してＴＶ視聴履歴データベース１Ｂに保存する。ＴＶ視聴履歴データベース１Ｂは、例えば、任意の期間の電子番組ガイド（ＥＰＧ）データと見守られるユーザの視聴データとを蓄積する。クラウドサーバ１Ａは、ネットワーク４を介してＴＶ視聴履歴データベース１Ｂにアクセスすることによって、ＴＶ視聴履歴データベース１Ｂから、見守られるユーザが視聴した番組を示す視聴データを受信することができる。
【００７０】
さらに、ＴＶ２Ａは、当該ＴＶ２Ａに接続または内蔵されたカメラ２１９を用いて、見守られるユーザの顔画像を含む画像を生成する。ＴＶ２Ａは、画面に表示された番組を視聴しているユーザの顔画像を生成する。ＴＶ２Ａは、生成された画像から顔画像を検出し、その顔画像が笑顔である度合いを示す笑顔度を算出する。また、ＴＶ２Ａは、見守られるユーザの顔画像を含む複数の画像を継続して解析することによって、それら複数の画像の各々に対応する笑顔度を算出し、その結果を用いて笑顔頻度を算出する。そして、ＴＶ２Ａは、算出された笑顔度と笑顔頻度とを含む笑顔データをクラウドサーバ１Ａに送信する。
【００７１】
見守られるユーザが使用するＴＶ２Ａは、画像データではなく、画像から取得された笑顔データのようなメタデータをクラウドサーバ１Ａに送信するので、見守られるユーザのプライバシーを守ることができる。
【００７２】
クラウドサーバ１Ａは、受信されたデータを用いて、見守られるユーザのバイオリズムを推定する。このバイオリズムは、例えば、見守られるユーザが元気であるかどうかを表す値で示される。クラウドサーバ１Ａは、推定された見守られるユーザのバイオリズムを示すデータを、ネットワーク４を介して見守るユーザが使用するクライアント３Ａに送信する。
【００７３】
図１３は、クライアント３Ａによって、見守られるユーザのバイオリズムが表示される例を示す。  
クライアント３Ａは、クラウドサーバ１Ａから送信されたバイオリズムのデータを用いて、例えば、クライアント３Ａの画面の少なくとも一部の領域に、バイオリズムの変化を示すグラフ６７を含む領域（ウィンドウ）６５を表示する。クライアント３Ａは、この領域６５のみを画面に表示してもよいし、当該領域６５を視聴中の映像や番組表上に重畳して画面に表示してもよい。グラフ６７上には、バイオリズムの値の平常時の範囲６８が示されてもよい。図１３に示すグラフ６７上では、平常時の範囲６８を示す線が描画されている。この平常時の範囲６８は、例えば、見守られるユーザの過去のバイオリズムのデータや多くのユーザのバイオリズムのデータを解析することによって設定される。
【００７４】
クライアント３Ａを使用するユーザ（見守るユーザ）は、このグラフ６７を見ることによって、見守られるユーザが元気であるかどうか（元気である度合い）を確認することができる。見守るユーザは、例えば、グラフ６７に示されている値６６が平常時の範囲６８外であるときに、見守られるユーザに元気がないことを認識できるので、見守られるユーザの家を訪問することや見守られるユーザに電話すること等のアクションを、見守るユーザに対して促すことができる。
【００７５】
図１４を参照して、クラウドサーバ１Ａ上で実行される見守りサーバプログラム１１２の機能構成の第２の例について説明する。見守りサーバプログラム１１２は、例えば、受信部１５１、送信部１５４、およびバイオリズム推定部１５５を備える。
【００７６】
受信部１５１は、見守られるユーザが使用する各種家電からデータを受信する。より具体的には、受信部１５１は、ＴＶ２Ａに設けられた送信部２５２が送信した笑顔データと視聴データとを受信する。ＴＶ２Ａの笑顔データは、例えば、見守られるユーザがＴＶ２Ａで番組を視聴しているときの笑顔度と笑顔頻度とを含む。これら見守られるユーザの顔画像の笑顔度と笑顔頻度とは、ＴＶ２Ａに設けられた画像解析部２５３が、カメラモジュール２１９を用いて撮影された画像を解析することによって算出される。また、ＴＶ２Ａの視聴データは、見守られるユーザによって視聴された番組に対応する放送日時、番組名、チャンネル、カテゴリ（ジャンル）、等を含む。この視聴データは、例えば、見守られるユーザによって番組が視聴されたことに応じて、ＴＶ２Ａに設けられた視聴データ生成部２５１によって生成される。
【００７７】
また、受信部１５１は、照明２Ｂに設けられた送信部２６１が送信した動作データを受信する。照明２Ｂの動作データは、照明２Ｂの動作時間帯（例えば、６時から２２時）を含む。そして、受信部１５１は、受信した照明２Ｂの動作データを記憶媒体等に保存する。また、受信部１５１は、受信したＴＶ２Ａの笑顔データと視聴データとをＴＶ視聴履歴データベース１Ｂに保存する。ＴＶ視聴履歴データベース１Ｂに保存される視聴データは、図８に示した構成と同様である。
【００７８】
次いで、バイオリズム推定部１５５は、所定時間毎（例えば、１日毎）に、または見守るユーザが使用するクライアント３Ａによる要求に応じて、見守られるユーザに関する見守りデータを生成する。より具体的には、バイオリズム推定部１５５は、見守られるユーザが使用する照明２Ｂの動作データと、ＴＶ視聴履歴データベース１Ｂに保存された視聴データおよび笑顔データとを用いて、見守られるユーザのバイオリズムを推定する。バイオリズム推定部１５５は、例えば、照明が適切に使用されているかどうか（例えば、暗くなっても照明が使用されていない時間があるかどうか）、視聴される番組のカテゴリが“コメディ”である場合に笑顔度や笑顔頻度が高いかどうか、等に基づいて、ユーザが元気であるかどうかを示す度合いを、見守られるユーザのバイオリズムとして算出する。  
送信部１５４は、推定されたバイオリズムを示す見守りデータを、見守るユーザが使用するクライアント３Ａに送信する。
【００７９】
見守るユーザが使用するクライアント３Ａでは、クラウドサーバ１Ａから見守りデータを受信し、見守りデータに基づく情報をユーザに通知する見守りクライアントプログラム２１３Ａが実行される。この見守りクライアントプログラム２１３Ａは、例えば、見守りデータ受信部３１３および表示処理部３１５を備える。
【００８０】
見守りデータ受信部３１３は、クラウドサーバ１Ａ（送信部１５４）から見守りデータを受信する。  
そして、表示処理部３１５は、図１３に示すように、見守りデータを用いて、見守られるユーザのバイオリズム６７を画面に表示する。表示処理部３１５は、このクライアント３ＡがＴＶである場合、例えば、バイオリズムを表示するための専用のチャンネルを設け、そのチャンネルが選択されたことに応じて、またはリモートコントローラ２１７やクライアント３Ａ本体に設けられた専用のボタンが押されたことに応じて、バイオリズム６７を画面に表示する。
【００８１】
表示処理部３１５は、この画面上に、バイオリズムの平常時の範囲６８を示す線等を描画してもよい。また、表示処理部３１５は、現在のバイオリズムの値６６が平常時の範囲６８外である場合、現在のバイオリズムの値６６が異常値であることを通知することもできる。表示処理部３１５は、例えば、バイオリズムの異常値を、色、マーク等を描画することによって示す。なお、このバイオリズムの異常値は音声やアラームで通知されてもよい。
【００８２】
図１５から図１７を参照して、クラウドサーバ１Ａから見守るユーザが使用するクライアント３Ａに、見守られるユーザのバイオリズムを示すデータが送信される場合の処理について説明する。
【００８３】
まず、図１５のフローチャートを参照して、見守られるユーザ側の処理の手順について説明する。  
まず、見守られるユーザによって使用される家電２Ａ，２Ｂは、データを送信するタイミングであるか否かを判定する（ブロックＢ２０１）。データを送信するタイミングでない場合（ブロックＢ２０１のＮＯ）、ブロックＢ２０１に戻り、再度、データを送信するタイミングであるか否かが判定される。
【００８４】
データを送信するタイミングである場合（ブロックＢ２０１のＹＥＳ）、ＴＶ２Ａの画像解析部２５３は、カメラモジュール２１９を用いて撮影された画像を解析することによって、見守られるユーザの顔画像の笑顔度と笑顔頻度とを算出する（ブロックＢ２０２）。そして、ＴＶ２Ａの送信部２５２は、算出された笑顔度と笑顔頻度とを含む笑顔データとＴＶ２Ａの視聴データとをクラウドサーバ１Ａに送信する（ブロックＢ２０３）。また、照明２Ｂの送信部２６１は動作データをクラウドサーバ１Ａに送信する（ブロックＢ２０４）。
【００８５】
図１６のフローチャートは、クラウドサーバ１Ａによる見守り処理の手順を示す。  
クラウドサーバ１Ａの受信部１５１は、見守られるユーザが使用するＴＶ２Ａの視聴データと、見守られるユーザの笑顔データとを受信する（ブロックＢ２１１）。受信部１５１は、受信されたＴＶ２Ａの視聴データと笑顔データとをＴＶ視聴履歴データベース１Ｂに保存する（ブロックＢ２１２）。また、受信部１５１は、見守られるユーザが使用する照明２Ｂの動作データを受信する（ブロックＢ２１３）。そして、受信部１５１は、受信した動作データを記憶媒体等に保存する（ブロックＢ２１４）。
【００８６】
次いで、バイオリズム推定部１５５は、見守るユーザが使用するクライアント３Ａによって、見守りデータの送信が要求されたか否かを判定する（ブロックＢ２１５）。見守りデータの送信が要求されていない場合（ブロックＢ２１５のＮＯ）、ブロックＢ２１１に戻り、見守られるユーザが使用する家電２Ａ，２Ｂからデータを受信する処理等を続行する。
【００８７】
見守りデータの送信が要求されている場合（ブロックＢ２１５のＹＥＳ）、バイオリズム推定部１５５は、保存されている照明２Ｂの動作データと、ＴＶ視聴履歴データベース１Ｂに保存されている視聴データおよび笑顔データとを用いて、見守られるユーザのバイオリズムを推定する（ブロックＢ２１６）。そして、送信部１５４は、推定されたバイオリズムを示す見守りデータを、見守るユーザが使用するクライアント３Ａに送信する（ブロックＢ２１７）。
【００８８】
図１７のフローチャートを参照して、見守るユーザ側のクライアント３Ａによる表示制御処理の手順について説明する。  
まず、見守りデータ受信部３１３は、見守られるユーザのバイオリズムを表示するか否かを判定する（ブロックＢ２２１）。バイオリズムを表示しない場合（ブロックＢ２２１のＮＯ）、ブロックＢ２２１に戻り、再度、バイオリズムを表示するか否かが判定される。
【００８９】
バイオリズムを表示する場合（ブロックＢ２２１のＹＥＳ）、見守りデータ受信部３１３は、クラウドサーバ１Ａから見守りデータを受信する（ブロックＢ２２２）。そして、表示処理部３１５は、見守りデータを用いて、見守られるユーザのバイオリズムを画面に表示する（ブロックＢ２２３）。
【００９０】
次いで、表示処理部３１５は、現在のバイオリズムの値が平常時の範囲内であるか否かを判定する（ブロックＢ２２４）。現在のバイオリズムの値が平常時の範囲外である場合（ブロックＢ２２４のＮＯ）、表示処理部３１５は、現在のバイオリズムの値が異常値であることを通知する（ブロックＢ２２５）。表示処理部３１５は、例えば、バイオリズムの異常値を、色、マーク等を描画することによって示す。なお、このバイオリズムの異常値は音声によって通知されてもよい。  
また、現在のバイオリズムの値が平常時の範囲内である場合（ブロックＢ２２４のＹＥＳ）、処理を終了する。
【００９１】
次いで、図１８は、クラウドサーバ１Ａによって、見守られるユーザ（高齢者）との会話を支援するための情報が見守るユーザ（専門家、地域コミュニティ、等）に通知される例を示す。見守られるユーザが使用するテレビジョン受信機（ＴＶ）２Ａは、動作データ等をネットワーク４を介してクラウドサーバ１Ａに送信する。
【００９２】
より具体的には、ＴＶ２Ａは、見守られるユーザが視聴した番組を示す視聴データを、ネットワーク４を介してＴＶ視聴履歴データベース１Ｂに保存する。ＴＶ視聴履歴データベース１Ｂは、例えば、任意の期間の電子番組ガイド（ＥＰＧ）データと見守られるユーザの視聴データとを蓄積する。クラウドサーバ１Ａは、ネットワーク４を介してＴＶ視聴履歴データベース１Ｂにアクセスすることによって、ＴＶ視聴履歴データベース１Ｂから、見守られるユーザが視聴した番組を示す視聴データを受信することができる。
【００９３】
クラウドサーバ１Ａは、見守られるユーザが、アバター（例えば、介護アバター、バーチャルペット、等）と会話するための機能を提供する。クラウドサーバ１Ａは、様々な趣味、嗜好、興味等に対応するための複数のアバターから、見守られるユーザに適したアバターを選択する。
【００９４】
クラウドサーバ１Ａは、アバターとの会話を提供する場合、見守られるユーザの発話による音声データをＴＶ２Ａから受信し、受信した音声データを解析することによって、ユーザの発話に応じたアバターの発話を決定し、決定された発話に対応する音声データをＴＶ２Ａに送信する。ＴＶ２Ａは、クラウドサーバ１Ａからアバターの発話の音声データを受信し、スピーカー２１１から出力する。このようにして、見守られるユーザとアバターとの会話が行われる。
【００９５】
クラウドサーバ１Ａは、アバターとの会話の音声データを用いて、その会話の内容を解析することによって、見守られるユーザの趣味、嗜好、興味、等を検出する。したがって、クラウドサーバ１Ａは、例えば、見守られるユーザとアバターとの過去の会話のデータを利用して、複数のアバターから、見守られるユーザに適したアバターを選択することができる。
【００９６】
また、クラウドサーバ１Ａは、見守られるユーザと見守るユーザとが会話する場合に、見守るユーザが使用するタブレットコンピュータ３Ｂやスマートフォン３Ｃのようなクライアントに、見守られるユーザとの会話を支援するための会話支援データを提供することもできる。なお、この見守るユーザが使用するクライアントは、ＴＶ３Ａ、携帯電話機、固定電話機、等であってもよい。
【００９７】
見守られるユーザが使用するＴＶ２Ａと見守るユーザが使用するクライアント３Ｂ，３Ｃとは、ネットワーク４を介してユーザ間で会話をするための機能（以下、テレビ電話機能とも称する）を有する。ＴＶ２Ａとクライアント３Ｂ，３Ｃとは、ネットワーク４を介して、会話のための音声データまたは映像データをリアルタイムで送受信する。見守られるユーザと、地域コミュニティに属するユーザや専門家等の見守るユーザとは、このテレビ電話機能を利用して会話することができる。
【００９８】
このタブレットコンピュータ３Ｂやスマートフォン３Ｃには、例えば、カメラおよびマイクが設けられ、音声データまたは映像データをリアルタイムで送受信するためのアプリケーションプログラム（例えば、Ｓｋｙｐｅ（登録商標））がインストールされている。また、見守られるユーザも、ＴＶ２Ａの代わりに、このようなタブレットコンピュータやスマートフォン等を使用することができる。
【００９９】
上述したように、クラウドサーバ１Ａは、見守られるユーザと見守るユーザとが会話する場合に、見守るユーザが使用するクライアント３Ｂ，３Ｃに、見守られるユーザとの会話を支援するための会話支援データを提供する。クライアント３Ｂ，３Ｃは、例えば、会話支援データに基づく情報を画面に表示する。表示された情報により、例えば、地域コミュニティに属するユーザ（見守るユーザ）が、見守られるユーザが関心を持ちそうな話題で話しかけること、地域コミュニティに属する複数のユーザの内、見守られるユーザと共通の趣味を有するユーザが話し相手となること等が可能になる。また、専門家（見守るユーザ）は、表示された情報により、見守られるユーザに適した健康サポートを行うことや、会話支援データに含まれる会話パターンに基づいて見守られるユーザの異常（例えば、認知症等）を簡易的に診断すること等が可能になる。
【０１００】
図１９を参照して、クラウドサーバ１Ａ上で実行される見守りサーバプログラム１１２の機能構成の第３の例について説明する。見守りサーバプログラム１１２は、例えば、受信部１５１、送信部１５４、およびインタラクティブ処理部１５６を備える。
【０１０１】
受信部１５１は、見守られるユーザが使用するＴＶ２Ａからデータを受信する。より具体的には、受信部１５１は、ＴＶ２Ａに設けられた送信部２５２が送信した視聴データを受信する。この視聴データは、見守られるユーザによって視聴された番組に対応する放送日時、番組名、チャンネル、カテゴリ（ジャンル）、等を含む。この視聴データは、例えば、見守られるユーザによって番組が視聴されたことに応じて、ＴＶ２Ａに設けられた視聴データ生成部２５１によって生成される。受信部１５１は、受信したＴＶ２Ａの視聴データをＴＶ視聴履歴データベース１Ｂに保存する。ＴＶ視聴履歴データベース１Ｂに保存される視聴データは、図８に示した構成と同様である。
【０１０２】
また、インタラクティブ処理部１５６は、見守られるユーザとアバターとの会話、または見守られるユーザと見守るユーザとの会話のための処理を実行する。インタラクティブ処理部１５６は、例えば、アバター制御部（会話処理部）１５７、音声認識・パターン解析部１５８、および会話支援データ生成部１６０を備える。
【０１０３】
アバター制御部１５７および音声認識・パターン解析部１５８は、見守られるユーザとアバターとの会話のための処理を行う。音声認識・パターン解析部１５８は、見守られるユーザとアバターとの過去の会話の音声データ（会話の履歴）を解析することによって、会話パターンを検出する。音声認識・パターン解析部１５８は、例えば、会話の音声データに音声認識処理を施すことによって、会話に対応するテキストを生成し、そのテキストに出現する単語やそのパターン（例えば、単語の共起確率）等に基づいて会話パターンを検出する。
【０１０４】
アバター制御部（会話処理部）１５７は、見守られるユーザの会話パターンと視聴データとに基づいて、見守られるユーザとの会話を支援するアバターを選択する。アバター制御部１５７は、見守られるユーザの会話パターンと視聴データとを用いて、各々が異なる話題を提供する複数のアバターから、例えば、見守られるユーザが興味を持ちやすい（会話を続けやすい）話題を提供するアバターを選択する。また、アバター制御部１５７は、見守られるユーザが現在視聴している番組に関連する話題を提供するアバターを選択してもよい。さらに、アバター制御部１５７は、選択されたアバターに対応する画像を、見守られるユーザのクライアント（ＴＶ）２Ａに送信し、その画像をクライアント２Ａの画面に表示させてもよい。
【０１０５】
アバター制御部１５７は、選択されたアバターを用いて見守られるユーザとの会話処理を実行する。アバター制御部１５７は、例えば、選択されたアバターに対応するプログラムモジュールを実行することによって、会話処理を実行する。アバター制御部１５７は、見守られるユーザが使用するＴＶ２Ａに設けられた会話処理部２５５から、見守られるユーザの発話による音声データを受信する。音声認識・パターン解析部１５８は、受信された音声データに音声認識処理を施すことによって、対応するテキストを生成する。そして、アバター制御部１５７は、生成されたテキストやこれまでの会話パターン等に基づいて、見守られるユーザに適した返答の音声データ（アバターの音声データ）を生成し、その音声データをＴＶ２Ａの会話処理部２５５に送信する。
【０１０６】
ＴＶ２Ａの会話処理部２５５は、クラウドサーバ１Ａからアバターの音声データを受信し、例えば、スピーカ２１１を用いて、受信した音声データに基づく音声を出力する。これにより、見守られるユーザとアバターとの会話を行うことができる。
【０１０７】
また、音声認識・パターン解析部１５８および会話支援データ生成部１６０は、見守られるユーザと見守るユーザとの会話のための処理を行う。音声認識・パターン解析部１５８および会話支援データ生成部１６０は、所定時間毎（例えば、１日毎）に、または見守るユーザが使用するクライアント３Ｂ，３Ｃによる要求に応じて、見守られるユーザに関する会話支援データを生成する。より具体的には、音声認識・パターン解析部１５８は、見守られるユーザとアバターとの過去の会話の音声データを解析することによって、会話パターンを検出する。会話支援データ生成部１６０は、会話パターンと視聴データとに基づいて会話支援データを生成する。この会話支援データは、例えば、見守られるユーザの趣味、嗜好、興味、等を示す情報や、見守られるユーザが視聴している番組を示す情報を含む。  
送信部１５４は、生成された会話支援データを、見守るユーザが使用するクライアント３Ｂ，３Ｃに送信する。
【０１０８】
見守るユーザが使用するクライアント３Ｂ，３Ｃでは、クラウドサーバ１Ａから会話支援データを受信し、会話支援データに基づく情報をユーザに通知する見守りクライアントプログラム２１３Ａが実行される。この見守りクライアントプログラム２１３Ａは、例えば、見守りデータ受信部３１３および表示処理部３１５を備える。
【０１０９】
見守りデータ受信部３１３は、クラウドサーバ１Ａ（送信部１５４）から会話支援データを受信する。  
そして、表示処理部３１５は、会話支援データを用いて、見守られるユーザとの会話を支援するための情報を画面に表示する。この情報は、例えば、見守られるユーザの趣味、嗜好、興味等や、見守られるユーザが視聴中の番組に関する情報（例えば、番組名、内容）を示す。なお、この情報は、ある話しかけに対して、ユーザがどのように応答したかと云った具体的な会話の内容のテキストデータや会話パターンを示してもよい。
【０１１０】
クライアント３Ｂ，３Ｃの会話処理部３１６とＴＶ２Ａの会話処理部２５５とは、見守るユーザと見守られるユーザとのための会話処理を実行する。すなわち、クライアント３Ｂ，３Ｃの会話処理部３１６は、見守るユーザの発話による音声データをネットワーク４を介してＴＶ２Ａに送信し、ＴＶ２Ａの会話処理部２５５はその音声データを受信する。また、ＴＶ２Ａの会話処理部２５５は、見守られるユーザの発話による音声データをネットワーク４を介してクライアント３Ｂ，３Ｃに送信し、クライアント３Ｂ，３Ｃの会話処理部３１６はその音声データを受信する。クライアント３Ｂ，３ＣとＴＶ２Ａの各々では、例えば、スピーカ２１１を用いて、受信した音声データに基づく音声を出力する。
【０１１１】
図２０から図２２を参照して、クラウドサーバ１Ａから見守るユーザが使用するクライアント３Ｂ，３Ｃに、見守られるユーザとの会話を支援するデータが送信される場合の処理について説明する。
【０１１２】
まず、図２０のフローチャートを参照して、見守られるユーザ側の処理の手順について説明する。  
まず、見守られるユーザによって使用されるＴＶ２Ａは、データを送信するタイミングであるか否かを判定する（ブロックＢ３０１）。データを送信するタイミングである場合（ブロックＢ３０１のＹＥＳ）、ＴＶ２Ａの送信部２５２は、視聴データをクラウドサーバ１Ａに送信する（ブロックＢ３０２）。
【０１１３】
データを送信するタイミングでない場合（ブロックＢ３０１のＮＯ）、会話処理部２５５は、アバターが要求されたか否かを判定する（ブロックＢ３０３）。アバターは、例えば、クラウドサーバ１Ａ上で実行される、見守られるユーザと会話する機能を有するプログラムである。アバターが要求されている場合（ブロックＢ３０３のＹＥＳ）、会話処理部２５５は、クラウドサーバ１Ａとの間の会話処理を実行する、すなわち、見守られるユーザの発話による音声データをクラウドサーバ１Ａに送信し、アバターによる発話のための音声データをクラウドサーバ１Ａから受信する（ブロックＢ３０４）。見守られるユーザの発話による音声データは、例えば、マイク２２０を用いて生成される。また、受信されたアバターによる発話のための音声データは、例えば、スピーカ２１１を用いて再生（出力）される。
【０１１４】
アバターが要求されていない場合（ブロックＢ３０３のＮＯ）、会話処理部２５５は、見守るユーザとの会話が要求されたか否かを判定する（ブロックＢ３０５）。見守るユーザとの会話が要求されている場合（ブロックＢ３０５のＹＥＳ）、会話処理部２５５は、見守るユーザが使用するクライアント３Ｂ，３Ｃとの間で会話処理を実行する、すなわち、見守られるユーザの発話による音声データをクライアント３Ｂ，３Ｃに送信し、見守るユーザの発話による音声データをクライアント３Ｂ，３Ｃから受信する（ブロックＢ３０６）。見守るユーザとの会話が要求されていない場合（ブロックＢ３０５のＮＯ）、処理を終了する。
【０１１５】
図２１のフローチャートは、クラウドサーバ１Ａによる見守り処理の手順を示す。  
クラウドサーバ１Ａの受信部１５１は、見守られるユーザが使用するＴＶ２Ａの視聴データを受信したか否かを判定する（ブロックＢ３１１）。視聴データを受信している場合（ブロックＢ３１１のＹＥＳ）、受信部１５１は、受信されたＴＶ２Ａの視聴データをＴＶ視聴履歴データベース１Ｂに保存する（ブロックＢ３１２）。
【０１１６】
視聴データを受信していない場合（ブロックＢ３１１のＮＯ）、音声認識・パターン解析部１５８はアバターが要求されたか否かを判定する（ブロックＢ３１３）。アバターが要求されている場合（ブロックＢ３１３のＹＥＳ）、音声認識・パターン解析部１５８は、見守られるユーザとの過去の会話（音声データ）を解析することによって、会話パターンを検出する（ブロックＢ３１４）。
【０１１７】
そして、アバター制御部（会話処理部）１５７は、見守られるユーザの会話パターンと視聴データとに基づいて、見守られるユーザとの会話を支援するアバターを選択する（ブロックＢ３１５）。アバター制御部１５７は、選択されたアバターを用いて見守られるユーザとの会話処理を実行する（ブロックＢ３１６）。なお、音声認識・パターン解析部１５８は、ブロックＢ３１６での会話処理によって新たに取得された見守られるユーザとの会話の音声データを用いて、会話パターンを更新してもよい。
【０１１８】
また、アバターが要求されていない場合（ブロックＢ３１３のＮＯ）、音声認識・パターン解析部１５８は会話支援データが要求されたか否かを判定する（ブロックＢ３１７）。音声認識・パターン解析部１５８は、例えば、見守るユーザが使用するクライアント３Ｂ，３Ｃから会話支援データが要求されたか否かを判定する。
【０１１９】
会話支援データが要求されている場合（ブロックＢ３１７のＹＥＳ）、音声認識・パターン解析部１５８は、見守られるユーザとの過去の会話（音声データ）を解析することによって、会話パターンを検出する（ブロックＢ３１８）。会話支援データ生成部１６０は、会話パターンと視聴データとに基づいて会話支援データを生成する（ブロックＢ３１９）。送信部１５４は、生成された会話支援データを、見守るユーザが使用するクライアント３Ｂ，３Ｃに送信する（ブロックＢ３２０）。
【０１２０】
図２２のフローチャートを参照して、見守るユーザ側のクライアント３Ａによる表示制御処理の手順について説明する。  
まず、見守りデータ受信部３１３は、会話が要求されたか否かを判定する（ブロックＢ３２１）。見守りデータ受信部３１３は、見守るユーザによる会話を開始するための操作が検出された場合や、見守られるユーザが使用するＴＶ２Ａから会話の開始の要求を受けた場合に、会話が要求されたと判定する。会話が要求されていない場合（ブロックＢ３２１のＮＯ）、ブロックＢ３２１に戻り、再度、会話が要求されたか否かが判定される。
【０１２１】
会話が要求されている場合（ブロックＢ３２１のＹＥＳ）、見守りデータ受信部３１３は、クラウドサーバ１Ａから会話支援データを受信する（ブロックＢ３２２）。表示処理部３１５は、会話支援データを用いて、見守られるユーザとの会話を支援するための情報を画面に表示する（ブロックＢ３２３）。そして、会話処理部３１６は、見守られるユーザが使用するクライアント（ＴＶ）２Ａとの間で会話処理を実行する、すなわち、見守るユーザの発話による音声データをクライアント（ＴＶ）２Ａに送信し、見守られるユーザの発話による音声データをクライアント（ＴＶ）２Ａから受信する（ブロックＢ３２４）。
【０１２２】
次いで、図２３は、クラウドサーバ１Ａによって、見守られるユーザ（高齢者）の健康状態が見守るユーザ（家族）に通知される例を示す。
【０１２３】
見守られるユーザが使用するＴＶ２Ａは、見守られるユーザが視聴した番組を示す視聴データを、ネットワーク４を介してＴＶ視聴履歴データベース１Ｂに保存する。ＴＶ視聴履歴データベース１Ｂは、例えば、任意の期間の電子番組ガイド（ＥＰＧ）データと見守られるユーザの視聴データとを蓄積する。クラウドサーバ１Ａは、ネットワーク４を介してＴＶ視聴履歴データベース１Ｂにアクセスすることによって、ＴＶ視聴履歴データベース１Ｂから、見守られるユーザが視聴した番組を示す視聴データを受信することができる。
【０１２４】
また、ＴＶ２Ａは、当該ＴＶ２Ａに接続または内蔵されたカメラ２１９を用いて、見守られるユーザの画像を生成する。この画像は、例えば、ＴＶ２Ａ内の記憶装置に保存される。ＴＶ２Ａは、保存された画像を用いて見守られるユーザのアルバムや自分史を作成することができる。ＴＶ２Ａは、見守られるユーザによって予め作成された連絡先の一覧、家族に向けたメモ、遺言書等を画面に表示することもできる。
【０１２５】
さらに、ＴＶ２Ａは、カメラ２１９を用いて連続的に撮影された複数の画像（動画像）を用いて、見守られるユーザの動きを検出する。ＴＶ２Ａは、検出された動きを示す動きデータをクラウドサーバ１Ａに送信する。
【０１２６】
クラウドサーバ１Ａは、受信した視聴データおよび動きデータを用いて、見守られるユーザの健康状態を推定する。この健康状態は、例えば、見守られるユーザの安否を示す。クラウドサーバ１Ａは、推定された見守られるユーザの健康状態データを、ネットワーク４を介して見守るユーザが使用するクライアント３Ｂ，３Ｃに送信する。
【０１２７】
クライアント３Ｂ，３Ｃは、受信した健康状態データを用いて、見守られるユーザの健康状態を見守るユーザに通知する。クライアント３Ｂ，３Ｃを使用するユーザ（見守るユーザ）は、この通知によって、見守られるユーザの健康状態を確認することができる。
【０１２８】
図２４を参照して、クラウドサーバ１Ａ上で実行される見守りサーバプログラム１１２の機能構成の第４の例について説明する。見守りサーバプログラム１１２は、例えば、受信部１５１、送信部１５４、および健康状態推定部１６１を備える。
【０１２９】
受信部１５１は、見守られるユーザが使用するＴＶ２Ａからデータを受信する。より具体的には、受信部１５１は、ＴＶ２Ａに設けられた送信部２５２が送信した動きデータと視聴データとを受信する。ＴＶ２Ａの動きデータは、見守られるユーザの動きを示す。この見守られるユーザの動きは、ＴＶ２Ａに設けられた動き検出部２５６が、カメラモジュール２１９を用いて連続的に撮影された複数の画像を解析することによって算出する。動き検出部２５６は、例えば、画像間の差分に基づいて見守られるユーザの動きを検出し、その動きの量（画像間の差分の大きさ）に基づいて、見守られるユーザの活動量を推定する。
【０１３０】
また、ＴＶ２Ａの視聴データは、見守られるユーザによって視聴された番組に対応する放送日時、番組名、チャンネル、カテゴリ（ジャンル）、等を含む。この視聴データは、例えば、見守られるユーザによって番組が視聴されたことに応じて、ＴＶ２Ａに設けられた視聴データ生成部２５１によって生成される。
【０１３１】
また、受信部１５１は、受信した動きデータを記憶媒体等に保存する。また、受信部１５１は、受信したＴＶ２Ａの視聴データをＴＶ視聴履歴データベース１Ｂに保存する。ＴＶ視聴履歴データベース１Ｂに保存される視聴データは、図８に示した構成と同様である。
【０１３２】
次いで、健康状態推定部１６１は、所定時間毎（例えば、１日毎）に、または見守るユーザが使用するクライアント３Ｂ，３Ｃによる要求に応じて、見守られるユーザに関する健康状態データを生成する。より具体的には、健康状態推定部１６１は、見守られるユーザの動きデータと、ＴＶ視聴履歴データベース１Ｂに保存された視聴データとを用いて、見守られるユーザの健康状態を推定する。健康状態推定部１６１は、例えば、ＴＶ２Ａで番組が視聴されているかどうか、見守られるユーザの活動量がしきい値以上であるかどうか、等に基づいて、見守られるユーザの健康状態を推定する。  
送信部１５４は、推定された健康状態を示す健康状態データを、見守るユーザが使用するクライアント３Ｂ，３Ｃに送信する。
【０１３３】
見守るユーザが使用するクライアント３Ｂ，３Ｃでは、クラウドサーバ１Ａから健康状態データを受信し、健康状態データに基づく情報をユーザに通知する見守りクライアントプログラム２１３Ａが実行される。この見守りクライアントプログラム２１３Ａは、例えば、見守りデータ受信部３１３および表示処理部３１５を備える。
【０１３４】
見守りデータ受信部３１３は、クラウドサーバ１Ａ（送信部１５４）から健康状態データを受信する。  
そして、表示処理部３１５は、健康状態データを用いて、見守られるユーザの健康状態を示す情報を画面に表示する。また、表示処理部３１５は、現在の健康状態が平常時とは異なる場合（健康状態が悪いと推定される場合）、現在の健康状態に異常があることを通知することもできる。表示処理部３１５は、健康状態の異常を、例えば、目立ちやすい色、マーク等を描画することによって示す。なお、この健康状態の異常は音声やアラームで通知されてもよい。
【０１３５】
図２５から図２７を参照して、クラウドサーバ１Ａから見守るユーザが使用するクライアント３Ｂ，３Ｃに、見守られるユーザの健康状態を示すデータが送信される場合の処理について説明する。
【０１３６】
まず、図２５のフローチャートを参照して、見守られるユーザ側の処理の手順について説明する。  
まず、見守られるユーザによって使用されるＴＶ２Ａは、データを送信するタイミングであるか否かを判定する（ブロックＢ４０１）。データを送信するタイミングでない場合（ブロックＢ４０１のＮＯ）、ブロックＢ４０１に戻り、再度、データを送信するタイミングであるか否かが判定される。
【０１３７】
データを送信するタイミングである場合（ブロックＢ４０１のＹＥＳ）、ＴＶ２Ａの動き検出部２５６は、カメラモジュール２１９を用いて撮影された画像を解析することによって、見守られるユーザの動きを検出する（ブロックＢ４０２）。そして、ＴＶ２Ａの送信部２５２は、検出された動きを示す動きデータをクラウドサーバ１Ａに送信する（ブロックＢ４０３）。また、ＴＶ２Ａの送信部２５２は視聴データをクラウドサーバ１Ａに送信する（ブロックＢ４０４）。
【０１３８】
図２６のフローチャートは、クラウドサーバ１Ａによる見守り処理の手順を示す。  
クラウドサーバ１Ａの受信部１５１は、見守られるユーザが使用するＴＶ２Ａの視聴データを受信する（ブロックＢ４１１）。受信部１５１は、受信されたＴＶ２Ａの視聴データをＴＶ視聴履歴データベース１Ｂに保存する（ブロックＢ４１２）。また、受信部１５１は、見守られるユーザの動きデータを受信する（ブロックＢ４１３）。そして、受信部１５１は、受信した動きデータを記憶媒体等に保存する（ブロックＢ４１４）。
【０１３９】
次いで、健康状態推定部１６１は、見守るユーザが使用するクライアント３Ｂ，３Ｃによって、見守りデータの送信が要求されたか否かを判定する（ブロックＢ４１５）。見守りデータの送信が要求されていない場合（ブロックＢ４１５のＮＯ）、ブロックＢ４１１に戻り、見守られるユーザが使用するＴＶ２Ａからデータを受信する処理等を続行する。
【０１４０】
見守りデータの送信が要求されている場合（ブロックＢ４１５のＹＥＳ）、健康状態推定部１６１は、保存されている見守られるユーザの動きデータと、ＴＶ視聴履歴データベース１Ｂに保存されている視聴データとを用いて、見守られるユーザの健康状態を推定する（ブロックＢ４１６）。そして、送信部１５４は、推定された健康状態を示す健康状態データ（見守りデータ）を、見守るユーザが使用するクライアント３Ｂ，３Ｃに送信する（ブロックＢ４１７）。
【０１４１】
図２７のフローチャートを参照して、見守るユーザ側のクライアント３Ｂ，３Ｃによる表示制御処理の手順について説明する。  
見守りデータ受信部３１３は、クラウドサーバ１Ａから健康状態データを受信する（ブロックＢ４２１）。そして、表示処理部３１５は、健康状態データを用いて、見守られるユーザの健康状態を通知する（ブロックＢ４２２）。表示処理部３１５は、例えば、健康状態を表すテキスト、画像、等を画面に表示する。なお、この見守られるユーザの健康状態は、音声によって通知されてもよい。
【０１４２】
また、クラウドサーバ１Ａからクライアント３Ａ，３Ｂ，３Ｃに提供される見守りデータ、会話支援データ、健康状態データは、例えば、ウェブブラウザによって表示可能なＨＴＭＬで記述されていてもよい。その場合、クライアント３Ａ，３Ｂ，３Ｃ上で実行されるウェブブラウザによって、受信されたデータに対応する情報（ウェブページ）が画面に表示される。
【０１４３】
以上説明したように、本実施形態によれば、ユーザを見守るための情報が提供される場合に、見守られるユーザまたは見守るユーザに課される負担を軽減することができる。なお、上述した説明では、ユーザを見守るための各種の情報が提供される例を示したが、それら情報の内の一つを見守るユーザに提供してもよいし、情報のいくつかを組み合わせて見守るユーザに提供するようにしてもよい。
【０１４４】
また、図９から図１１、図１５から図１７、図２０から図２２、および図２５から図２７のフローチャートで説明した本実施形態の処理手順は全てソフトウェアによって実行することができる。このため、この処理手順を実行するプログラムを格納したコンピュータ読み取り可能な記憶媒体を通じてこのプログラムを通常のコンピュータにインストールして実行するだけで、本実施形態と同様の効果を容易に実現することができる。
【０１４５】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１４６】
１Ａ…クラウドサーバ、１Ｂ…ＴＶ視聴履歴データベース、１１２…見守りサーバプログラム、１５１…受信部、１５２…睡眠時間推定部、１５３…パターン推定部、１５４…送信部、２Ａ…ＴＶ、２５１…視聴データ生成部、２５２…送信部、２Ｂ…照明、２６１…送信部、２Ｃ…エアコン、２７１…温度センサ、２７２…湿度センサ、２７３…送信部、３Ａ…クライアント（ＴＶ）、２１３Ａ…見守りクライアントプログラム、３１１…番組表データ受信部、３１２…番組表生成部、３１３…見守りデータ受信部、３１４…見守り情報生成部、３１５…表示処理部。
【図１】
2015069443.tif 000003
【図２】
2015069443.tif 000004
【図３】
2015069443.tif 000005
【図４】
2015069443.tif 000006
【図５】
2015069443.tif 000007
【図６】
2015069443.tif 000008
【図７】
2015069443.tif 000009
【図８】
2015069443.tif 000010
【図９】
2015069443.tif 000011
【図１０】
2015069443.tif 000012
【図１１】
2015069443.tif 000013
【図１２】
2015069443.tif 000014
【図１３】
2015069443.tif 000015
【図１４】
2015069443.tif 000016
【図１５】
2015069443.tif 000017
【図１６】
2015069443.tif 000018
【図１７】
2015069443.tif 000019
【図１８】
2015069443.tif 000020
【図１９】
2015069443.tif 000021
【図２０】
2015069443.tif 000022
【図２１】
2015069443.tif 000023
【図２２】
2015069443.tif 000024
【図２３】
2015069443.tif 000025
【図２４】
2015069443.tif 000026
【図２５】
2015069443.tif 000027
【図２６】
2015069443.tif 000028
【図２７】
2015069443.tif 000029