JP2014071787A - 情報表示装置および情報処理方法 - Google Patents

Abstract

【課題】
ユーザが自分の健康状態を好適に確認することができる技術を提供する。
【解決手段】
情報を表示する情報表示装置であって、サーバと通信する通信部と、前記通信部を介して取得した情報を表示する表示部と、制御部とを備え、前記制御部は、ユーザの生活パターン情報を生成し、該生活パターン情報に基づいて、前記情報を表示するべき時間帯を推定し、推定した時間帯に前記情報を表示する制御を行う。
【選択図】図１

Description

本発明は、情報表示装置および情報処理方法に関する。

近年、携帯電話機等の携帯端末に搭載された位置計測機能や各種センサーを利用して、ユーザの普段の生活から得られる様々な情報をライフログデータとして収集し、ユーザの健康管理サービスを行うことが提案されている。例えば、特許文献１には、「生活見守りシステム」において「対象者の生活動作情報を受信し、蓄積し、Ｗｅｂページとして家族や介護センタの端末（画像表示装置）に配信するサーバシステムを有し」、「上記Ｗｅｂページの画面５０Ｂには、対象者の一日の生活動作を時系列で動作の種類に応じて色分けして現わした帯状の生活パターン表示５７が含まれている。生活パターン表示５７は、３日分（複数日分）が一覧表示されている。」と記載されている（要約参照）。

特開２００３−１０９１５９号公報

しかし、特許文献１の技術では、ユーザの最新の健康状態などを確認するためには、サービスのメンバーページ等にアクセスし、必要な情報を閲覧することが一般的であると考えられる。しかし、メンバーページ等へログインするための認証などの数ステップによる動作は、ユーザにとって面倒となる可能性がある。

そこで、本発明は、ユーザが自分の健康状態を好適に確認することができる技術を提供する。

上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。

本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、「情報を表示する情報表示装置であって、サーバと通信する通信部と、前記通信部を介して取得した情報を表示する表示部と、制御部とを備え、前記制御部は、ユーザの生活パターン情報を生成し、該生活パターン情報に基づいて、前記情報を表示するべき時間帯を推定し、推定した時間帯に前記情報を表示する制御を行う」ことを特徴とする。

本発明によれば、ユーザが自分の健康状態を好適に確認することができる。

実施例１における健康管理サービスの利用概要の一例を示す図である 実施例１における情報表示装置の構成の一例を示す図である 実施例１におけるユーザの生活パターンデータの一例を示す図である 実施例１における情報表示装置により推定した最適な報告時間の一例を示す図である 実施例１におけるユーザが情報表示装置を用いて健康状態報告情報をレビューする様子の一例を示す図である 実施例１における情報表示装置による健康状態報告情報の更新確認の処理手順一例を示す図である 実施例１における情報表示装置による健康状態報告情報の提示手順の一例を示す図である 実施例２における情報表示装置の構成の一例を示す図である 実施例２におけるプライバシーレベルとその公開範囲の対応表の一例を示す図である 実施例２における健康状態報告情報の内容の一覧表の一例を示す図である 実施例２におけるユーザが情報表示装置を用いて健康状態報告情報をレビューする様子の一例を示す図である 実施例３におけるユーザが情報表示装置を用いて健康状態報告情報をレビューする様子の一例を示す図である 実施例３における他人に隠す報告内容を携帯端末で表示させる手順の一例を示す図である

以下、本発明に係る各実施例について説明する。

実施例１では、ユーザにとって最適な時間帯に、情報表示装置１１０から自分の健康状態報告情報を手軽に確認することを可能にする仕組みについて説明する。

図１は、本実施例における健康管理サービス利用の概要の一例を示すものである。
図１において、ユーザ１は本実施例における健康管理サービスを利用するユーザである。センターサーバ２はユーザ１を含め、本サービスを利用しているユーザの健康状態の管理に用いられるサーバであり、例えば健康管理サービスを提供している会社が所有するサーバなどである。健康管理施設３は例えばユーザ１が診察または健康診断を受ける病院やクリニック、社内健康保険センターなどの施設である。ライブログ端末４はユーザ１が日常生活において所持可能な携帯型の端末である。広域ネットワーク５は例えばインターネットやＣＤＮ（Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）などである。情報表示装置１１０は例えばユーザ１の家にある表示装置である。ホームネットワーク１２０はユーザ１の家のネットワーク、ルータ１３０はホームネットワーク１２０と広域ネットワーク５を接続するルータである。

センターサーバ２は、例えばサービスプロバイダが運用し、ユーザ１の健康状態に関する健康状態報告情報２０が蓄積されているものである。センターサーバ２は、例えばＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバ、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、課金サーバ、ユーザの認証サーバなど、提供するサービスを実現するために各種サーバの機能を実現している。

健康状態報告情報２０は、例えば健康管理サービスプロバイダがサービスとして提供するものであり、ユーザ１の健康状態を示す情報である。健康状態報告情報２０の内容は例えば月毎に更新され、例えばサービスプロバイダで勤めている医師など健康管理の専門者により、ユーザ１の健康状態に関する様々な情報に基づいて作成される。健康状態報告情報２０は、例えば文書、図、グラフ、ビデオなどで構成され、ユーザ１は情報表示装置１１０を使ってレビューすることができる。

健康管理施設３は、例えばユーザ１が病気等の時に診察しに行く病院や、健康診断を受ける会社健康保険センターや、治療のための薬を買う薬局など、ユーザ１の健康状態に関する情報が取得できる施設である。ここで、健康管理施設３は、ユーザ１の健康状態に関する新たな情報を取得したら、その情報を広域ネットワーク５を通してセンターサーバ２に送信する。

ライブログ端末４は、例えば腕時計の形をしておりユーザ１が身に着けることができるものや、ユーザが持ち歩く携帯電話などであり、各種センサーでユーザ１の体温、歩数、脈拍、位置、活動量などを時系列に取得することができるものである。ライブログ端末４に蓄積しているライブログ情報は、例えばライブログ端末４が持っている通信機能で、広域ネットワーク５を通して、所定の時間毎（例えば1時間おき）にセンターサーバ２に送り込まれる。
なお、本実施例では、ライブログ端末４からセンターサーバ２にデータを送り込む時間の間隔や方法を問わない。たとえばユーザ１自身が手動でライブログ端末４に溜まったデータをＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）にダウンロードし、そのデータをＰＣで広域ネットワーク５を通してセンターサーバ２にアップロードしてもよい。本実施例のライブログ端末４は、説明のために通信機能を持っている携帯電話とし、ユーザ１の脈拍、歩数、位置情報を取得できるものとする。また、ライブログ端末４の通信機能は各種の情報の送受信、各種の通知の送受信などの通信処理を行えるものとする。

広域ネットワーク５は、例えばインターネットやＣＤＮ（Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）などであり、ＴＣＰ−ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ−Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などの通信プロトコルで、センターサーバ２、健康管理施設３、ライブログ端末４、ユーザ１の家のルータ１３０などを接続するものである。

情報表示装置１１０は、センターサーバ２に蓄積される健康状態報告情報２０をユーザに提示するものであり、ハードウェア形態としては、例えばユーザ１が普段使っているテレビ等である。なお、本実施例の情報表示装置１１０はテレビを例にして説明するが、外部のディスプレイに接続される特殊なＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）やＰＣなどであってもよい。
情報表示装置１１０は健康状態報告情報２０を取得するなどの情報通信を行うためにホームネットワーク１２０に接続しており、ルータ１３０を通して広域ネットワーク５に接続している。ここで、情報表示装置１１０に健康状態報告情報２０を表示させることにより、ユーザ１は端末よりも大きな画面で健康状態報告情報２０を確認することができる。

ホームネットワーク１２０は、例えば有線または無線のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）などを使ったＰＡＮ（Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの、情報表示装置１１０とユーザ１の家にある機器が接続しているネットワークである。

ルータ１３０は、ホームネットワーク１２０と広域ネットワーク５を接続するネットワークルータである。

図２は、本実施例における情報表示装置１１０の構成の一例を示す図である。本実施例の情報表示装置１１０は、システム制御部１１１、表示部１１２、通信部１１３、コマンド入力部１１４、テレビ機能部１１５、スピーカ１１６から構成される。

表示部１１２は、例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＣＲＴ（Ｃａｔｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ、プラズマディスプレイ等であり、テキスト、ＧＵＩ（グラフィカル・ユーザ・インタフェース）、テキスト文、静止画像、動画像などを視覚的に表示できるものである。

通信部１１３は、例えばＩＥＥＥ（Ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．３やＩＥＥＥ８０２．１１（イーサネット）(登録商標)、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅなど有線または有線の通信機能を備えたものであり、例えばＴＣＰ−ＩＰ通信プロトコルでセンターサーバ２から健康状態報告情報２０の取得、各種の情報の送受信、各種の通知の送受信などの通信処理を行うものである。

コマンド入力受信部１１４は、例えばリモコン、キーボード、マウスなどからコマンド信号を受信し、ユーザ１が健康状態報告情報２０をレビューするときの操作を受付けるものである。ここで、コマンド入力受信１１４で受付けたコマンド信号は、各種操作として解釈され、情報表示装置１１０の各種の機能が実行される。

テレビ機能部１１５は、アンテナ、チューナ、映像デコーダ、番組情報の解析機能、録画機能など、テレビの各種機能を実現するものである。なお、本実施例の情報表示装置１１０はテレビを例にして説明するためテレビ機能部１１５が存在するが、テレビ機能部１１５を持たなくてもよい。

スピーカ１１６は、健康状態報告情報２０のコンテンツに含まれる音の情報や、情報表示装置１１０操作フィードバック音、警告音などを出力するものである。

システム制御部１１１は、例えばＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等から構成され、情報表示装置１１０における各機能の制御を行うものである。システム制御部１１１には、生活パターンデータ生成部１２１、報告時間推定部１２２、表示制御部１２３が含まれる。

生活パターンデータ生成部１２１は、健康状態報告情報２０をユーザ１に提示するのに最適な報告時間を推定するために使われる、生活パターンデータを生成するものである。

報告時間推定部１２２は、センターサーバ２から取得した健康状態報告情報２０をユーザ１がレビューするために最適な時間を推定するものである。本実施例の報告時間推定部１２２は、ユーザ１の生活パターンデータを用いて報告時間を推定する。

表示制御部１２３は、情報表示装置１１０における各機能のメニューやグラフィック等を表示部１１２に表示する制御を行うものである。表示制御部１２３は、たとえば健康状態報告情報２０をレビューするときに、報告内の各ページに行き来するときのページ変更や、テレビ画面へ移動するためのメニューボタンなどを設定して、ディスプレイ１２０に表示することができる。

なお、情報表示装置１１０は、各機能を実現するために、メモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの揮発または不揮発の記憶デバイスを有しており、それらを用いて各種のプログラムやデータを保存できる。

図３は、本実施例におけるユーザの生活パターンデータ３００の一例を示す図である。生活パターンデータ３００は、例えばユーザ１が起床する時刻、外出する時刻、帰宅する時刻、就床する時刻等の情報を含む、ユーザ１の一日の生活パターンを表す情報であり、情報表示装置１１０の生活パターンデータ生成部１２１により生成されたものである。
本実施例の生活パターンデータ生成部１２１が生成した生活パターンデータ３００は、センターサーバ２から定期的に取得する、センターサーバ２に蓄積されたライブログ情報の分析結果であるライブログサマリに基づいて生成されるものとする。ライブログサマリは、ある期間（例えば最新の１か月間）において蓄積されたユーザ１の脈拍、歩数などのライブログ情報を分析し、起床、外出、帰宅、就床の時刻を含め、ユーザの１日の活動をまとめたものである。
なお、生活パターンデータ３００を生成するのに別の方法を用いてもよい。例えば過去１ヶ月のユーザ１によるリモコンの操作ログから、テレビの視聴開始時刻と視聴終了時刻の平均値をヒントにし、ユーザの起床、外出、帰宅、就床等の時刻を推定しても良い。また、生活パターンデータ生成部１２１は、家中の電化製品の電気の使い方を記録している機器など外部機器からの情報を使って生活パターンデータを生成してもよい。また、外部の機器により生成されたユーザ１の起床、外出、帰宅および起床の推定時刻データを取得したものをそのまま利用してもよい。

図４は、本実施例における情報表示装置１１０により推定した、ユーザにとって最適な報告時間の情報の一例を示す図である。報告時間情報４００は、上記ユーザの生活パターンデータ３００をベースに、健康状態報告情報２０をユーザに提示するのに最適な時間帯として推定されたものである。図４の例では、例えば月曜日から金曜日の午前中はユーザ１が出勤の準備等で健康状態報告情報２０を確認できない可能性があるため、報告時間が無いとし、月曜日から金曜日の午後は例えばユーザ１が帰宅してから１時間程経過した時点から就床時間の１時間程前（２１：００〜２２：００）が最適な報告時間としている。
また、土曜日および日曜日の午前中は、例えば起床してから１時間程経過した時刻から外出時刻の１時間程前までの８：００〜９：００とし、午後は帰宅してから２時間程経過した時刻から就床時間の１時間前まで（２０：００〜２１：００）としている。
なお、本実施例における報告時間情報４００の推定し方やアルゴリズムについては問わず、予めユーザ１により固定的に設定したものでも良い。

また、情報表示装置１１０は、さらに、上記報告時間情報４００に基づいて、実際にどのタイミングでユーザ１に健康状態報告情報２０を提示すればよいかの条件を決める。その条件の決め方は、例えば「情報表示装置１１０の電源がＯＮとなった時刻から１５分が経過した」、「ユーザ１が音楽番組を視聴し始めてから１０分の時間が経過した」、「ユーザ１が情報表示装置１１０を用いてテレビ番組を視聴しており、ライブログ端末４から現在ユーザ１がリラックス状態であり、集中できる状態という通知が情報表示装置１１０に通知された」などとすれば良い。

上記の報告タイミングの条件が満足された場合、情報表示装置１１０はユーザ１に健康状態報告情報２０を提示する。

次に、本実施例における情報表示装置１１０の利用方法の一例について説明する。
ユーザ１は例えば会社員であって、ライブログ端末４を身に着けているものとする。ライブログ端末４は、定期的にセンターサーバ２にライブログ情報を送信しているため、ユーザのライブログ情報がセンターサーバ２に蓄積される。また、ユーザ１が健康診断や診察、薬を購入することなどで健康管理施設３に行く度に、ユーザ１の血圧、血糖値、体重、身長、体脂肪率、内臓の健康状態、処方されている薬などの健康情報が健康管理施設３により取得され、センターサーバ２に送信される。健康管理のサービスを提供するサービスプロバイダ側の医師やなど健康管理に関する専門者は、それらの情報をベースに、例えば月ごとに、ユーザ１の健康状態報告情報２０を作成する。本実施例の情報表示装置１１０は、新しい健康状態報告情報２０があった場合に、それを自動的にユーザに提示する仕組みを持つ。

図５は、ユーザが健康状態報告情報２０をレビューする様子の一例を示す図である。例えばユーザ１が情報表示装置１１０でテレビ番組をみている最中に、テレビ画面５０２に、「新しい健康状態報告情報がある」旨のメッセージ５０１と、レビューメニュー５０３が表示される。ユーザはこのレビューメニュー５０３で「Ｙｅｓ」を選択すると、健康状態報告画面５００が表示される。

次に、情報表示装置１１０が新しい健康状態報告情報２０の更新する処理、および、ユーザ１に健康状態報告情報の提示する方法について説明する。

図６は、本実施例における情報表示装置１１０による健康状態報告情報２０の更新確認の処理手順の一例を示す図である。
情報表示装置１１０は、所定の時間（例えば毎日１２：００）に、センターサーバ２に新しい健康状態報告情報２０がないか、更新確認を開始する（Ｓ６００）。
情報表示装置１１０はセンターサーバ２に、新しい健康状態報告情報２０があるか否かを問合せする（Ｓ６０１）。

センターサーバ２に新しく報告できる健康状態報告情報２０がある場合（Ｓ６０１：Ｙｅｓ）、記憶デバイス上の状態変数である「未レビューあり」フラグを１とする（Ｓ６０２）。そうでない場合（Ｓ６０１：Ｎｏ）は、次に進む。ここで、「未レビューあり」フラグが「１」のときは、ユーザ１に提示すべき健康状態報告情報２０があることを意味し、「０」のときは提示すべきものが無いことを意味する。

次に、ユーザ１の生活パターンデータ３００を生成するために、センターサーバ２に、新しいライブログサマリがあるか否かを問合せする（Ｓ６０３）。新しいライブログサマリが無い場合（Ｓ６０３：Ｎｏ）、処理は終了する（Ｓ６０６）。

センターサーバ２に新しいライブログサマリがある場合（Ｓ６０３：Ｙｅｓ）、情報表示装置１１０はライブログサマリを取得し、生活パターンデータ生成部１２１で新しい生活パターンデータ３００を生成する（Ｓ６０４）。
次に、生成された生活パターンデータ３００をベースに、報告時間推定部１２２で報告時間情報４００を生成する（Ｓ６０５）。そして、処理が終了する（Ｓ６０６）。

図７は、本実施例における情報表示装置１１０による健康状態報告情報の提示手順の一例を示す図である。
例えば、ユーザ１が情報表示装置１１０の電源をつけてから、所定時間（例えば５分間）が経過したときに、処理が開始する（Ｓ７００）。なお、ユーザのリモコン操作で処理が開始されてもよい。その設定はユーザ１が事前に情報表示装置１１０において行う。

次に、「未レビューあり」フラグが「１」であるか否かをチェックする（Ｓ７０１）。「１」である場合（Ｓ７０１：Ｙｅｓ）は、次のステップに進む。そうでない場合（Ｓ７０１：Ｎｏ）は、そのまま処理が終了する（Ｓ７０７）。
次に情報表示装置１１０は、図５のメッセージ５０１を表示し、ユーザ１に、新しい健康状態報告情報２０があることを通知する（Ｓ７０２）。
そして、図５のレビューメニュー５０３を提示し、ユーザ１に新しい健康状態報告情報２０をレビューするか否かを問合せする（Ｓ７０３）。

ユーザ１が「Ｙｅｓ」を選択する場合（Ｓ７０３：Ｙｅｓ）、情報表示装置１１０は通信部１１３を用いて、センターサーバ２から健康状態報告情報２０のコンテンツ本体を取得する（Ｓ７０４）。
次に、健康状態報告情報２０を図５の健康状態報告画面５００のように表示する（Ｓ７０５）。そして、「未レビューあり」フラグを“０”とし（Ｓ７０６）、処理を終了する（Ｓ７０７）。

以上説明した本実施例により、ユーザは、例えば家でテレビを見ているときなど、リラックスな状態で最適な時間帯に、自分からの操作を最小限にして、自分の健康状態の報告をレビューすることができる。また、常に更新を行い、新しい報告があるときにユーザに自動的に提示するため、健康状態報告情報のレビュー漏れが回避できる。

実施例１では、ユーザにとって最適な時間帯にユーザの健康状態報告情報を提示する例を説明した。本実施例では、実施例１の仕組みに加えて、健康状態報告内容のプライバシーを考慮する例を説明する。なお、本実施例のサービス利用形態は実施例１のサービス利用形態と同様である。

図８は、本実施例における情報表示装置１１０の構成の一例を示す図である。本実施例の情報表示装置１１０は、システム制御部１１１、表示部１１２、通信部１１３、コマンド入力部１１４、テレビ機能部１１５、スピーカ１１６、カメラ部１１７から構成される。

本実施例の情報表示装置１１０を構成する表示部１１２、通信部１１３、コマンド入力部１１４およびスピーカ１１６は図２に示した実施例１のものと同様のものである。カメラ部１１７は、ＣＣＤ（Ｃｈａｒｇｅｄ−ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）やＣＭＯＳ（センサーなどを用いて静止画像または動画像を撮像するカメラである。カメラ部１１７は、例えばディスプレイ部１１２の真下に設置し、情報表示装置１１０のテレビ機能の視聴領域を撮像できるものとする。

システム制御部１１０は、生活パターンデータ生成部１２１と、報告時間推定部１２２と、表示制御部１２３と、顔検出部１２４とを含む。本実施例の情報表示装置１１０における生活パターンデータ生成部１２１、報告時間推定部１２２および表示制御部１２３は、図２に示した実施例１のものと同様のものである。
顔検出部１２４は、カメラ部１１７で撮像した画像から顔の検出を行い、予め記憶デバイスに参照情報として記録した顔情報と比較することで、情報表示装置１１０を利用するユーザを識別する。本実施例では、ユーザ１とユーザ１の家族の顔情報が情報表示装置１１０に登録されているものとする。

本実施例の情報表示装置１１０では、ユーザ１が健康状態報告情報２０をレビューしているときに、ユーザ１の家族や他の人が視聴領域に来たときに、健康状態報告情報２０においてユーザ１にとって他の人に見せたくないプライバシー情報を表示しないようにする機能を提供する。

健康状態報告情報２０には様々な情報が記載されているが、各報告情報はユーザ１が決めるプライバシーレベルを持っている。本実施例の情報表示装置１１０は、健康状態報告情報２０に含まれる報告情報のプライバシーレベルを見て、定義されたそのプライバシーレベルの公開範囲に従って、ユーザ１の健康状態報告情報２０を提示する。

図９は、本実施例におけるプライバシーレベルとその公開範囲の対応表の一例を示す図である。本実施例でのプライバシーレベルは例えば０から２までの数字で表し、数字が高ければ高いほど公開範囲が狭くなる。プライバシーレベルとその公開範囲の設定は、例えばユーザ１がサービスを使い始めるときに行い、ユーザ１がサービスのウェブページで変更できるものとする。

プライバシーレベルと公開範囲の対応表９００において、プライバシーレベルが１である情報は、本人と、ある条件を満たす人が視聴可能としているが、条件定義は例えば顔情報が登録された人とする。すなわち、ユーザ１の健康状態報告情報２０において、プライバシーレベル１の内容はユーザ１と情報表示装置１１０に顔情報が既に登録されている人のみが見ることができる。

図１０は、本実施例における健康状態報告情報２０の内容の一覧表の一例を示す図である。健康状態報告情報２０の内容一覧１０００に、各報告内容とそのプライバシーレベルが記載されている。各報告内容のプライバシーレベルはユーザ１が例えばサービスを開始時に設定する。

次に、ユーザ１が健康状態報告情報２０をレビューしている最中に、情報表示装置１１０の視聴領域に顔情報が既に登録されているユーザ６が来たときの情報表示装置１１０の動作について説明する。

本実施例の情報表示装置１１０は、実施例１の情報表示装置と同様に、図６に示す手順に従って、ユーザ１の健康状態報告情報２０の更新を行う。そして、図７に示す手順に従って、健康状態報告情報２０を提示する処理を開始する前に、顔検出部１２４を用いてユーザ１を識別する必要がある。これによって、ユーザ１だけにユーザ１の健康状態報告情報２０が提示される。

図１１は、本実施例におけるユーザが情報表示装置１１０を用いて健康状態報告情報２０をレビューする際の様子の一例を示す図である。

図１１（ａ）は、本実施例におけるユーザ１が自分の健康状態報告情報２０をレビューする様子を示す。図１１（ａ）の健康状態報告画面５００には、プライバシーレベル２の報告内容１１１０と、プライバシーレベル１の報告内容１１２０と、プライバシーレベル０の報告内容１１３０が表示されているものとする。

ここで、図１１（ｂ）に示すように、情報表示装置１１０に顔情報が既に登録されているユーザ６が視聴領域に来たときのことを考える。このとき、情報表示装置１１０は、顔検出部１２４を用いて、ユーザ１の他にユーザ１以外の人がいることを認識する。更に、顔情報が既に登録されているため、情報表示装置１１０はその人がユーザ６であることを認識する。情報表示装置１１０は、ユーザ６を認識したときに、表示制御１２３を用いて、健康状態報告情報２０の内容一覧１０００に記載されているユーザ１の報告内容とそのプライバシーレベルの対応に従って、健康状態報告画面５００の表示し方を変える。

ここで、図１１（ａ）の健康状態報告画面５００に表示されている報告内容１１１０のプライバシーレベルが２であり、ユーザ６が見ることはできないため、情報表示装置１１０は、図１１（ｂ）に示すように、例えば報告内容１１１０の表示領域に、ユーザ６が見てもよいプライバシーレベルが１以下の報告内容１１４０を表示する。これによって、ユーザ１にとって他の人に見せたくない報告内容１１１０を、ユーザ６から隠すことができ、プライバシーを守ることができる。ここで、上記プライベートレベル２の報告内容１１１０をユーザ１以外の人から隠すために、報告内容１１１０が表示されている領域に何も表示しないようにするなどでもよい。

なお、本実施例の情報表示装置１１０では、カメラ部１１７と顔検出部１２４で顔の検出を行ってユーザ１とその他の人を識別するが、歩行分析、指紋認識、骨格認識など、本人と本人以外の人が識別できれば、他の仕組みを用いてもよい。また、プライバシーレベルの種類と、各プライバシーレベルに対応する条件を上記記載以外としてもよい。

以上説明した本実施例によれば、実施例１と同様の効果を得られるとともに、推定した時間帯であっても、顔検出により健康状態報告情報２０の一部または全部の表示を制限することができ、ユーザが設定したプライバシーレベルを考慮した健康状態報告情報２０の表示を行うことができ、ユーザのプライバシーを守りながら、健康状態報告情報を手軽にレビューすることができる。

実施例２では、健康状態報告内容のプライバシーレベルを考慮して、提示方法を変える仕組みを説明した。本実施例では、実施例２の仕組みに加えて、他の人に見せたくない報告内容をユーザが使っている個人携帯端末等に表示させる仕組みを説明する。なお、本実施例のサービス利用形態は実施例１と実施例２の利用形態と同じである。

図１２は、本実施例におけるユーザ１が情報表示装置１１０を用いて健康状態報告情報２０をレビューする際の様子を示す図である。
図１２における携帯端末５１は、例えば携帯電話、タブレット機器、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などであり、情報表示装置１１０の表示部１１２と同様の表示部と、情報表示装置１１０と通信を行う通信部と、ＣＰＵやＭＰＵなどによる各種機能を実現する制御部を含む。上記ライブログ端末４が、上記表示部と、通信部と、制御部を持っていれば、携帯端末５１はライブログ端末４であってもよい。

本実施例における情報表示装置１１０は、実施例２の情報表示装置１１０と同様の構成を有しており、図６に示す手順に従って、ユーザ１の健康状態報告情報２０の更新の処理を行う。また実施例２の情報表示装置と同様に、図７に示す手順に従って健康状態報告情報２０を提示する処理を開始する前に、顔検出部１２４を用いてユーザ１を識別する。また、図１２（ａ）示すように、ユーザ１が自分の健康状態報告情報２０をレビューする際に、健康状態報告画面５００に、プライバシーレベル２の報告内容１１１０と、プライバシーレベル１の報告内容１１２０と、プライバシーレベル０の報告内容１１３０が表示されているものとする。

図１２（ｂ）に示すように、情報表示装置１１０に顔情報が既に登録されているユーザ６が視聴領域に来たものとする。このとき、実施例２の情報表示装置１１０と同様に、本実施例の情報表示装置１１０は、顔検出部１２４を用いて、ユーザ１の他に、ユーザ６が存在することを認識する。また、情報表示装置１１０は、ユーザ６を認識したときに、表示制御部１２３を用いて、健康状態報告情報２０の内容一覧１０００に記載されているユーザ１の報告内容とそのプライバシーレベルの対応関係に従って、報告内容１１１０の表示領域に、ユーザ６が見てもよいプライバシーレベルが１以下の報告内容１１４０を表示し、健康状態報告画面５００の表示し方を変える。

ここで、本実施例の情報表示装置１１０は、上記健康状態報告画面５００の表示内容を変えるとともに、ユーザ６に隠された報告内容１１１０をユーザ１の携帯端末５１で見られるようにする。例えば、センターサーバ２における、報告内容１１１０が取得可能な情報であるＵＲＬ（Ｕｎｉｆｉｅｄ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を携帯端末５１に通信部１１３から送信し、携帯端末５１はそのＵＲＬを使って、上記報告内容１１１０をセンターサーバ２から取得する。そして、携帯端末５１は、取得した報告内容１１１０を携帯端末５１の表示部に表示する。

図１３は、他人に隠す報告内容を携帯端末５１で表示させる手順の一例を示す図である。
図１２（ｂ）で示すように、ユーザ６の存在が検出されたら（Ｓ１３０）、報告内容１１１０の表示領域に、ユーザ６に見てもよいプライバシーレベルが１以下の報告内容１１４０を表示し、携帯端末５１に、センターサーバ２における報告内容１１１０が取得可能なＵＲＬを送信する（Ｓ１３１）。

次に、携帯端末５１は、上記ＵＲＬに従って、センターサーバ２から、報告内容１１１０を取得する（Ｓ１３２）。

次に、携帯端末５１は、上記報告内容１１１０を取得したら、携帯端末の表示部に報告内容１１１０を表示する（Ｓ１３３）。これにより、ユーザ１は携帯端末５１で報告内容１１１０をレビューすることができ、情報表示装置１１０で自分の健康状態報告情報２０をレビューしながら、ユーザ６に見せたくない情報を見せることなく、自分の手元にある携帯端末５１でレビューすることが可能となる。

なお、上記では情報表示装置１１０から、携帯端末５１にセンターサーバ２における報告内容１１１０が取得可能なＵＲＬを送信し、携帯端末５１がそのＵＲＬに従って報告内容１１１０を取得し、表示するものとして説明したが、情報表示装置１１０から携帯端末５１に送信される情報は、上記報告内容１１１０の本体であってもよい。その場合、携帯端末５１は、センターサーバ２にアクセスせずに、上記報告内容１１１０を表示することができる。

以上説明した本実施例によれば、実施例１、実施例２と同様の効果を得られるとともに、情報表示装置１１０に表示しない報告内容を携帯端末５１に表示できるようにすることによって、ユーザの使い勝手を向上することができる。

なお、上述した本実施形態は本発明の説明のための例示であり、本発明の範囲を実施形態にのみ限定する趣旨ではない。
例えば、以上の実施例では情報表示装置１１０が表示部１１２を有するものとして説明したが、表示部１１２の代わりに出力部を有し、外部の表示機器に情報を出力する構成としても良い。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１…ユーザ、２…センターサーバ、３…健康管理施設、４…ライブログ端末、５…広域ネットワーク、２０…健康状態報告情報、１１０…情報表示装置、１２０…ホームネットワーク、１３０…ルータ

Claims (6)

1. 情報を表示する情報表示装置であって、
   サーバと通信する通信部と、
   前記通信部を介して取得した情報を表示する表示部と、
   制御部とを備え、
   前記制御部は、
   ユーザの生活パターン情報を生成し、該生活パターン情報に基づいて、前記情報を表示するべき時間帯を推定し、推定した時間帯に前記情報を表示する制御を行う
   ことを特徴とする情報表示装置。
2. 請求項１に記載の情報表示装置であって、
   撮像により画像情報を生成する撮像部を備え、
   前記制御部は、
   前記画像情報から人物の顔を検出し、
   前記ユーザのみが検出された場合には、前記情報を制限なく表示するように制御し、
   前記ユーザ以外の人物が検出された場合には、推定した前記時間帯であっても、前記情報の一部または全部の表示を制限するように制御する
   ことを特徴とする情報表示装置。
3. 請求項２に記載の情報表示装置であって、
   前記制御部は、
   前記ユーザ以外の人物が検出された場合に、前記制限により表示されなかった情報を前記サーバから取得するための情報、または、前記制限により表示されなかった情報を、前記通信部を介して外部の端末装置に送信する
   ことを特徴とする情報表示装置。
4. 情報を表示する情報表示装置における情報処理方法であって、
   サーバと通信するステップと、
   ユーザの生活パターン情報を生成するステップと、
   前記生活パターン情報に基づいて、表示部に情報を表示するべき時間帯を推定するステップと、
   前記サーバから取得した前記情報を、推定した時間帯に表示するステップと、
   を有することを特徴とする情報処理方法。
5. 請求項４に記載の情報処理方法であって、
   撮像により画像情報を生成し、前記画像情報から人物の顔を検出するステップを有し、
   前記表示するステップにおいて、
   前記検出するステップで前記ユーザのみが検出された場合には、前記情報を制限なく表示し、
   前記検出するステップで前記ユーザ以外の人物が検出された場合には、推定した前記時間帯であっても、前記情報の一部または全部の表示を制限する
   ことを特徴とする情報処理方法。
6. 請求項５に記載の情報処理方法であって、
   前記検出するステップで前記ユーザ以外の人物が検出された場合に、前記制限により表示されなかった情報を前記サーバから取得するための情報、または、前記制限により表示されなかった情報を、外部の端末装置に送信するステップ
   を有することを特徴とする情報処理方法。

Images