JP2015062287A - ユーザ状況確認システム、ユーザ状況確認方法、通信端末装置、及びコンピュータプログラム - Google Patents

Abstract

【課題】監視用のセンサを用いることなく、遠隔的に見守られる人の状況を確認できるようにする。【解決手段】ユーザ状況確認システム１は、ユーザが日常的に使用するテレビジョン装置１０（通信機能具備）を、見守りサービスを提供するサーバ装置２と通信可能に接続する。テレビジョン装置１０は、ユーザからの電源オン操作に基づき、電源オン情報をサーバ装置２へ送信し、サーバ装置２は受信した電源オン情報を受信日時と共に記憶する。さらにテレビジョン装置１０は電源オン操作に基づき質問画面を表示し、ユーザの回答を示す情報をサーバ装置２へ送信し、サーバ装置２は受信した回答を示す情報を受信日時と共に記憶する。サーバ装置２に記憶された各種情報を参照することで、見守られる人の状況を確認できる。【選択図】図１

Description

本発明は、ユーザが日常的に使用する通信端末装置を、サーバ装置により提供されるクラウドサービスと連携的に利用することで、多数の各種センサーを設けることなく、ユーザの状況を遠隔的に確認できるようにしたユーザ状況確認システム、ユーザ状況確認方法、通信端末装置（例えば、通信機能を具備したテレビジョン装置）、及びコンピュータプログラムに関する。

従来、離れて暮らす人の状況を遠隔的に確認できるようにしたシステムが多数存在している。下記の特許文献１では、確認対象となる人の宅内に複数の監視用のセンサを配置し、通信網を介して遠隔的に確認対象となる人の状況を確認及び監視できるようにシステムが開示されている。また、周知技術としては、宅内に設けられた器具・装置等の使用状況を検知するセンサを器具、装置等に取り付けて、そのセンサの検知結果を、通信機器及び通信網を介して監視側へ送信することにより、宅内で生活する人の安否を確認できるようにしたシステムも知られている。このようなセンサとしては、電灯器具の入り切りを検知するセンサ、冷蔵庫の開閉を検知するセンサ、トイレの水が流れることを検知するセンサ等がある。

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

上述した特許文献１に係るシステム及び周知技術では、多数の各種センサが必要となるので、各センサを宅内の必要箇所に設置しなければならない。また、センサ自身は一般に通信機能を具備しておらず、また、ユーザの使用する器具・装置等（例えば、電灯器具、冷蔵庫、トイレなど）にセンサが取り付けられる場合も、それらの器具・装置は一般に通信機能を具備していないことから、センサを通信機器と接続して、センサの検知結果を送信できるようにしなければならない。そのため、多数のセンサの設置及び検知結果の送信等を行うためには手間及びコストを要するので、従来の遠隔的な監視システムの構築は大がかりなものとなり、容易に一般家庭等へ導入できにくいという問題がある。

また、各センサの検知結果は一般に、検知したか否かという二値的なものにとどまるので、ユーザの気分、体調等に関するユーザの状況の細やかな変化までは遠隔的に確認できないという問題もある。さらに、監視側としては、日が変わったときなどの監視の節目において、ユーザの生存状況をまず迅速に確認したいという要望もある。

本発明は、斯かる事情に鑑みてなされたものであり、各種センサを用いなくても、当初から通信機能を具備する通信端末装置を利用して、その通信端末装置の利用状況等に係るユーザの対応を示す情報を随時、サーバ装置へ送信することで、遠隔的にユーザの状況を確認できるようにしたユーザ状況確認システム、ユーザ状況確認方法、通信端末装置（例えば、通信機能を具備したテレビジョン装置）、及びコンピュータプログラムを提供することを目的とする。
また、通信端末装置が複数の選択肢で回答するような質問を出力することで、ユーザの状況を従来に比べて細やかに確認可能としたユーザ状況確認システム、ユーザ状況確認方法、通信端末装置（例えば、通信機能を具備したテレビジョン装置）、及びコンピュータプログラムを提供することを目的とする。
さらに、質問に先行して、ユーザの対応操作が可能に先行出力を通信端末装置で出力することで、生存状況の確認として、ユーザの対応操作が有ったか否かを迅速に監視側で把握できるようにしたユーザ状況確認システム、ユーザ状況確認方法、通信端末装置、及びコンピュータプログラムを提供することを目的とする。

上記課題を解決するために本発明に係るユーザ状況確認システムは、サーバ装置及び通信端末装置を備え、通信端末装置に係るユーザの状況を示す情報をサーバ装置が受信することで、通信端末装置に係るユーザの状況を離隔的に確認可能としたユーザ状況確認システムにおいて、前記通信端末装置は、電源オン操作に基づき電源オフ状態から電源オン状態へ遷移した場合、電源オン状態になった旨を示す電源オン情報を前記サーバ装置へ送信する処理を行う手段と、電源オン操作に基づきユーザへの第１質問を出力する手段と、
出力された第１質問に対するユーザの対応を示す第１対応情報を前記サーバ装置へ送信する処理を行う手段とを備え、前記サーバ装置は、前記電源オン情報を受信した場合、その受信日時と対応付けて前記電源オン情報の記憶処理を行う手段と、前記第１対応情報を受信した場合、その受信日時と対応付けて前記第１対応情報の記憶処理を行う手段と、記憶された情報を読み出して出力する処理を行う手段とを備えることを特徴とする。

また、本発明に係るユーザ状況確認システムは、前記サーバ装置が、複数の第２質問候補を記憶しており、受信した前記第１対応情報に基づいて、前記複数の第２質問候補の中から、一つの第２質問候補を選択する手段と、選択した前記第２質問候補を読み出し、第２質問として前記通信端末装置へ送信する処理を行う手段とを備え、前記通信端末装置は、受信した前記第２質問に対するユーザの対応を示す第２対応情報を前記サーバ装置へ送信する処理を行う手段を備え、前記サーバ装置は更に、前記第２対応情報を受信した場合、その受信日時と対応付けて前記第２対応情報の記憶処理を行う手段を備えることを特徴とする。

さらに、本発明に係るユーザ状況確認システムは、前記サーバ装置が、第１質問を記憶しており、前記電源オン情報を受信した場合、記憶している第１質問を読み出して前記通信端末装置へ送信する処理を行う手段を備え、前記通信端末装置は、受信した第１質問を出力するようにしてあることを特徴とする。
そして、本発明に係るユーザ状況確認システムは、前記サーバ装置は、閾値時間を記憶しており、前記第１質問を送信する処理を行ってからの時間を計測する手段を備え、計測した時間が前記閾値時間を超過しない場合で、前記第１対応情報を受信した場合、前記第１対応情報の記憶処理を行うようにしており、前記第１対応情報を受信しないで、計測した時間が前記閾値時間を超過した場合、第１質問に対する対応なしという旨を記憶するようにしてあることを特徴とする。

さらにまた、本発明に係るユーザ状況確認システムは、前記通信端末装置が、第１質問を記憶しており、電源オン操作に基づき、記憶している第１質問を読み出して出力するようにしてあることを特徴とする。
そして、本発明に係るユーザ状況確認システムは、前記第１質問の質問数を複数にしており、前記サーバ装置は、前記第１質問の一部分を記憶しており、前記電源オン情報を受信した場合、記憶している前記第１質問の一部分を読み出して前記通信端末装置へ送信する処理を行う手段を備え、前記通信端末装置は、前記第１質問の他部分を記憶しており、前記第１質問の一部分を受信した場合、記憶している前記第１部分の他部分を読み出して、前記一部分及び前記他部分を組み合わせたものを前記第１質問として出力するようにしてあることを特徴とする。

加えて、本発明に係るユーザ状況確認システムは、前記通信端末装置が、閾値時間を記憶しており、表示画面と、前記表示画面に前記第１質問を表示出力する手段と、前記表示画面に前記第１質問を表示出力してからの時間を計測する手段と、計測した時間が前記閾値時間を超過したか否かを比較する手段とを備え、計測した時間が前記閾値時間を超過しない場合で、前記第１質問に係る回答を受け付けたとき、前記回答を示す第１対応情報を送信するようにしてあり、前記第１質問に係る回答を受け付けないで、計測した時間が前記閾値時間を超過した場合、前記第１質問に対する対応なしという旨を示す第１対応情報を送信するようにしてあることを特徴とする。

そして、本発明に係るユーザ状況確認システムは、前記サーバ装置が、前記電源オン情報を受信した場合、ユーザへ通知する内容を示す通知情報を前記通信端末装置へ送信する処理を行う手段を備え、前記通信端末装置は、受信した通知情報を、前記第１質問と共に前記表示画面に表示出力するようにしてあることを特徴とする。

それから、本発明に係るユーザ状況確認システムは、前記通信端末装置が、通信手段を備えたテレビジョン装置であることを特徴とする。
また、本発明に係るユーザ状況確認システムは、前記通信端末装置が、電源オン操作に基づき、前記第１質問に先行して、ユーザの対応操作が可能な先行出力を出力する先行出力手段と、前記先行出力に対するユーザの対応操作の受け付けが可能な操作受付手段とを備え、前記操作受付手段がユーザの対応操作を受け付けた場合、前記第１質問を出力するようにしてあることを特徴とする。
さらに、本発明に係るユーザ状況確認システムは、前記通信端末装置が、前記操作受付手段がユーザの対応操作を受け付けた場合、ユーザの対応操作が有った旨を前記サーバ装置へ送信する処理を行う手段を備えることを特徴とする。

本発明に係るユーザ状況確認システムは、前記通信端末装置が、基準時間を記憶しており、前記先行出力手段が先行出力を出力してからの時間が前記基準時間を超過した場合で、前記操作受付手段がユーザの対応操作を受け付けていないとき、ユーザの対応操作が無い旨を前記サーバ装置へ送信する処理を行う手段を備えることを特徴とする。
本発明に係るユーザ状況確認システムは、前記先行出力手段が、先行出力を出力してからの時間が前記基準時間を超過した場合、出力を停止すると共に、停止した出力を再び出力するようにしてあることを特徴とする。

また、本発明に係るユーザ状況確認システムは、前記サーバ装置が、サーバ基準時間を記憶しており、前記電源オン情報の受信に応じて計時を行う手段と、計時した時間が前記サーバ基準時間を超過した場合で、前記ユーザの対応操作が有った旨を受信していないとき、ユーザの対応操作が無いと判断する手段とを備えることを特徴とする。

本発明に係るユーザ状況確認システムは、前記通信端末装置が、基準時間及び基準回数を記憶しており、前記先行出力手段が先行出力を出力してからの時間が前記基準時間を超過した場合で、前記操作受付手段がユーザの対応操作を受け付けていないとき、ユーザの対応操作が無い旨を前記サーバ装置へ送信する処理を行う送信処理手段を備え、前記先行出力手段は、先行出力を出力してからの時間が前記基準時間を超過した場合、出力を停止すると共に、停止した出力を再び出力するようにしてあり、再び出力される前記先行出力に対して、前記操作受付手段が対応操作を受け付けなければ、前記送信処理手段による前記ユーザの対応操作が無い旨の送信、並びに前記先行出力手段による前記先行出力の出力停止及び再出力を繰り返すようにしており、繰り返しに係る回数が前記基準回数を超過した場合、ユーザに異常が発生した旨を前記サーバ装置へ送信する処理を行うようにしてあることを特徴とする。

本発明に係るユーザ状況確認システムは、前記前記サーバ装置は、サーバ基準時間及びサーバ基準回数を記憶しており、前記電源オン情報の受信に応じて計時する手段と、計時中に、前記ユーザの対応操作が有った旨を受信したか否かを判断する処理を行う第１処理手段と、計時した時間が前記サーバ基準時間を超過した場合で、前記ユーザの対応操作が有った旨を受信していないとき、サーバ基準時間超過の通知を前記通信端末装置へ送信する処理を行う第２処理手段と、計時した時間が前記サーバ基準時間を超過した場合で、前記ユーザの対応操作が有った旨を受信していないとき、計時時間を一旦、ゼロにリセットすると共に、再び計時を行う第３処理手段と、前記ユーザの対応操作が有った旨を受信しなければ、前記第１処理手段乃至前記第３処理手段の処理を繰り返す手段と、繰り返しに係る回数が前記サーバ基準回数を超過した場合、サーバ基準回数超過の通知を前記通信端末装置へ送信する手段と、繰り返しに係る回数が前記サーバ基準回数を超過した場合、ユーザに異常が発生したと判断する手段とを備え、前記通信端末装置は、前記サーバ基準時間超過の通知を受信した場合、前記先行出力出力手段による前記先行出力の出力を停止させると共に、停止していた前記先行出力を再び出力させるようにしており、再び出力される前記先行出力に対して、前記サーバ基準回数超過の通知を受信しなければ、前記サーバ基準時間超過の通知を受信した場合の前記先行出力手段による前記先行出力の出力停止及び再出力を繰り返すようにしてあることを特徴とする。

本発明に係るユーザ状況確認システムは、前記サーバ装置が、前記先行出力に係るデータを記憶しており、前記電源オン情報を受信した場合、記憶している前記先行出力に係るデータを読み出して前記通信端末装置へ送信する処理を行う手段を備え、前記通信端末装置は、受信した前記先行出力に係るデータに基づき、前記先行出力手段により前記先行出力を出力するようにしてあることを特徴とする。
本発明に係るユーザ状況確認システムは、前記通信端末装置が、前記先行出力に係るデータを記憶しており、電源オン操作に基づき、記憶している前記先行出力に係るデータを読み出すと共に、読み出した前記先行出力に係るデータに基づき、前記先行出力手段により前記先行出力を出力するようにしてあることを特徴とする。

本発明に係るユーザ状況確認システムは、前記先行出力は、複数の要素を含んでおり、前記サーバ装置は、前記複数の要素の中の一部分のデータを記憶しており、前記電源オン情報を受信した場合、記憶している前記一部分のデータを読み出して前記通信端末装置へ送信する処理を行う手段を備え、前記通信端末装置は、前記複数の要素の中の他部分のデータを記憶しており、前記一部分のデータを受信した場合、記憶している前記他部分のデータを読み出すと共に、受信した前記一部分のデータ及び読み出した前記他部分のデータに基づき、前記先行出力手段により前記先行出力を出力するようにしてあることを特徴とする。

また、本発明に係るユーザ状況確認方法は、通信端末装置に係るユーザの状況を示す情報をサーバ装置が受信することで、通信端末装置に係るユーザの状況を離隔的に確認可能としたユーザ状況確認方法において、前記通信端末装置は、電源オン操作に基づき電源オフ状態から電源オン状態へ遷移した場合、電源オン状態になった旨を示す電源オン情報を前記サーバ装置へ送信するステップと、電源オン操作に基づきユーザへの第１質問を出力するステップと、出力された第１質問に対するユーザの対応を示す第１対応情報を前記サーバ装置へ送信するステップとを備え、前記サーバ装置は、前記電源オン情報を受信した場合、その受信日時と対応付けて前記電源オン情報を記憶するステップと、前記第１対応情報を受信した場合、その受信日時と対応付けて前記第１対応情報を記憶するステップと、記憶された情報を読み出して出力するステップとを備えることを特徴とする。

本発明に係るユーザ状況確認方法は、前記通信端末装置が、電源オン操作に基づき、前記第１質問に先行して、ユーザの対応操作が可能な先行出力を出力するステップと、前記先行出力に対するユーザの対応操作の受け付けを行う操作受付ステップとを備え、前記操作受付ステップでユーザの対応操作を受け付けた場合、前記第１質問を出力するようにしてあることを特徴とする。

さらに、本発明に係るサーバ装置は、外部の通信端末装置に係るユーザの状況を示す情報を受信することで、外部の通信端末装置に係るユーザの状況を確認可能としたサーバ装置において、外部の通信端末装置から送信された電源オン状態になった旨を示す電源オン情報を受信した場合、その受信日時と対応付けて前記電源オン情報の記憶処理を行う手段と、外部の通信端末装置から送信された第１質問に対するユーザの対応を示す第１対応情報を受信した場合、その受信日時と対応付けて前記第１対応情報の記憶処理を行う手段と、記憶された情報を読み出して出力する処理を行う手段とを備えることを特徴とする。

さらにまた、本発明に係るサーバ装置は、複数の第２質問候補を記憶しており、受信した前記第１対応情報に基づいて、前記複数の第２質問候補の中から、一つの第２質問候補を選択する手段と、選択した前記第２質問候補を読み出し、第２質問として外部の通信端末装置へ送信する処理を行う手段と、前記第２質問の送信に応じて、外部の通信端末装置から送信された第２質問に対するユーザの対応を示す第２対応情報を受信した場合、その受信日時と対応付けて前記第２対応情報の記憶処理を行う手段とを備えることを特徴とする。

加えて、本発明に係るサーバ装置は、第１質問を記憶しており、前記電源オン情報を受信した場合、記憶している第１質問を読み出して外部の通信端末装置へ送信する処理を行う手段を備えることを特徴とする。

また、本発明に係るサーバ装置によるユーザ状況確認方法は、サーバ装置が、外部の通信端末装置に係るユーザの状況を示す情報を受信することで、外部の通信端末装置に係るユーザの状況を確認可能としたユーザ状況確認方法において、外部の通信端末装置から送信された電源オン状態になった旨を示す電源オン情報を受信した場合、その受信日時と対応付けて前記電源オン情報を記憶するステップと、外部の通信端末装置から送信された第１質問に対するユーザの対応を示す第１対応情報を受信した場合、その受信日時と対応付けて前記第１対応情報を記憶するステップと、記憶された情報を読み出して出力するステップとを備えることを特徴とする。

本発明に係る通信端末装置は、外部のサーバ装置と通信可能な通信端末装置において、電源オン操作に基づき電源オフ状態から電源オン状態へ遷移した場合、電源オン状態になった旨を示す電源オン情報を外部のサーバ装置へ前記通信手段で送信する処理を行う手段と、電源オン操作に基づきユーザへの第１質問を表示画面に表示出力する手段と、出力された第１質問に対するユーザの対応を示す第１対応情報を外部のサーバ装置へ前記通信手段で送信する処理を行う手段とを備えることを特徴とする。

また、本発明に係る通信端末装置は、閾値時間を記憶しており、前記表示画面に前記第１質問を表示出力する手段と、前記表示画面に前記第１質問を表示出力してからの時間を計測する手段と、計測した時間が前記閾値時間を超過したか否かを比較する手段とを備え、計測した時間が前記閾値時間を超過しない場合で、前記第１質問に係る回答を受け付たとき、前記回答を示す第１対応情報を送信する処理を行うようにしており、前記第１質問に係る回答を受け付けないで、計測した時間が前記閾値時間を超過した場合、前記第１質問に対する対応なしという旨を示す第１対応情報を送信する処理を行うことを特徴とする。

さらに、本発明に係る通信端末装置は、電源オン操作に基づき、前記第１質問に先行して、ユーザの対応操作が可能な先行出力を出力する先行出力手段と、前記先行出力に対するユーザの対応操作の受け付けが可能な操作受付手段とを備え、前記操作受付手段がユーザの対応操作を受け付けた場合、前記第１質問を出力するようにしてあることを特徴とする。
さらにまた、本発明に係る通信端末装置は、前記操作受付手段がユーザの対応操作を受け付けた場合、ユーザの対応操作が有った旨を外部のサーバ装置へ送信する処理を行う手段を備えることを特徴とする。

また、本発明に係る通信端末装置は、基準時間を記憶しており、前記先行出力手段が先行出力を出力してからの時間が前記基準時間を超過した場合で、前記操作受付手段がユーザの対応操作を受け付けていないとき、ユーザの対応操作が無い旨を外部のサーバ装置へ送信する処理を行う手段を備えることを特徴とする。
さらに、本発明に係る通信端末装置は、前記先行出力手段が、先行出力を出力してからの時間が前記基準時間を超過した場合、出力を停止すると共に、前記ユーザの対応操作が無い旨が外部のサーバ装置へ送信された場合、再び前記先行出力を出力するようにしてあることを特徴とする。

本発明に係る通信端末装置は、基準時間及び基準回数を記憶しており、前記先行出力手段が先行出力を出力してからの時間が前記基準時間を超過した場合で、前記操作受付手段がユーザの対応操作を受け付けていないとき、ユーザの対応操作が無い旨を外部のサーバ装置へ送信する処理を行う送信処理手段を備え、前記先行出力手段は、先行出力を出力してからの時間が前記基準時間を超過した場合、出力を停止すると共に、前記ユーザの対応操作が無い旨が外部のサーバ装置へ送信された場合、前記先行出力を再出力するようにしてあり、再出力される前記先行出力に対して、前記操作受付手段が対応操作を受け付けなければ、前記送信処理手段による前記ユーザの対応操作が無い旨の送信、並びに前記先行出力手段による前記先行出力の出力停止及び再出力を繰り返すようにしており、
繰り返しに係る回数が前記基準回数を超過した場合、ユーザに異常が発生した旨を外部のサーバ装置に送信する処理を行うようにしてあることを特徴とする。
また、本発明に係る通信端末装置は、前記先行出力に係るデータを記憶しており、電源オン操作に基づき、記憶している前記先行出力に係るデータを読み出すと共に、読み出した前記先行出力に係るデータに基づき、前記先行出力手段により前記先行出力を出力するようにしてあることを特徴とする。

また、本発明に係るサーバ用コンピュータプログラムは、外部の通信端末装置に係るユーザの状況を示す情報を受信するサーバコンピュータで、外部の通信端末装置に係るユーザの状況を確認できるようにするためのサーバ用コンピュータプログラムにおいて、前記サーバコンピュータを、外部の通信端末装置から送信された電源オン状態になった旨を示す電源オン情報を受信した場合、その受信日時と対応付けて前記電源オン情報の記憶処理を行わせる手段と、外部の通信端末装置から送信された第１質問に対するユーザの対応を示す第１対応情報を受信した場合、その受信日時と対応付けて前記第１対応情報の記憶処理を行わせる手段と、記憶された情報を読み出して出力する処理を行わせる手段として機能させることを特徴とする。

本発明に係る端末用コンピュータプログラムは、外部のサーバ装置と通信可能な通信手段を備えるコンピュータで、コンピュータに係るユーザの状況を外部のサーバ装置へ伝えるための端末用コンピュータプログラムにおいて、前記コンピュータを、電源オン操作に基づき電源オフ状態から電源オン状態へ遷移した場合、電源オン状態になった旨を示す電源オン情報を外部のサーバ装置へ前記通信手段を用いて送信する処理を行う手段と、電源オン操作に基づきユーザへの第１質問を出力する手段と、出力された第１質問に対するユーザの対応を示す第１対応情報を外部のサーバ装置へ前記通信手段を用いて送信する処理を行う手段として機能させることを特徴とする。
また、本発明に係る端末用コンピュータプログラムは、前記コンピュータはユーザ操作の受け付けが可能なユーザインタフェース部を備えており、前記コンピュータを、電源オン操作に基づき、前記第１質問に先行して、ユーザの対応操作が可能な先行出力を出力する先行出力手段と、前記先行出力に対するユーザの対応操作の受け付けに係る処理を前記ユーザインタフェース部を介して行う手段として機能させ、前記ユーザインタフェース部を介して対応操作を受け付る処理を行った場合、前記第１質問を出力する処理を行うようにしてあることを特徴とする。

本発明にあっては、通信端末装置がユーザにより電源オンの操作がなされると、電源オン情報をサーバ装置へ送信し、サーバ装置では、電源オン情報を受信日時と共に記憶するので、サーバ装置側では、少なくともユーザが電源オンの操作を行えるほどの状況であることが日時と共に自動で把握できるようになり、さらには、通信端末装置が出力する第１質問に対するユーザの対応を示す第１対応情報もサーバ装置へ送信し、サーバ装置では、第１対応情報を受信日時と共に記憶するので、サーバ装置側では、より詳しくユーザの状況も確認できるようになる。それにより、本発明では、各種センサを用いなくても、ユーザが日常に用いる通信端末装置の起動、出力機能、及び通信機能を利用することで、ユーザの状況を遠隔的に把握できるので、システム構築の容易化を図れる。なお、第１質問としては、ユーザの気分又は体調等を問う内容にすれば、ユーザの気分又は体調等を遠隔的に確認できるので好適である。また、第１質問に含むことが可能な質問の数は、特に限定されておらず、第１質問は、単数の質問で構成される場合と、複数の質問で構成される場合の両方を含む（なお、第１質問とは、例えば、一日における最初（第１回目）のユーザへの問い合わせを意味する）。さらに、電源オン操作に基づき出力される第１質問については、電源オン操作に対し直接的に基づいて出力される場合と、電源オン操作に対し間接的に基づいて出力される場合の両方を本発明は含んでおり、後者の間接的な出力例としては、後述する第１質問に先行する先行出力に対してユーザが対応操作を行ったことに基づき出力される場合等がある。

本発明にあっては、サーバ装置は第１対応情報に基づき複数の第２質問候補の中から一つの第２質問を選択して通信端末装置へ送信し、通信端末装置では、受信した第２質問に対するユーザの対応を示す第２対応情報をサーバ装置へ返すので、サーバ装置側は、上述した第１質問に加えて、第２質問に対するユーザの状況までを確認できるようになり、より細かいユーザの状況を確認できるようになる。なお、第２質問は、第１質問の内容を、より掘り下げた内容にすることが好ましく、例えば、第１質問がユーザの体調を尋ねるものであり、それに対するユーザの第１対応情報が「良くない」という回答であれば、第２質問は「体のどの部分が良くないですか」という質問にして、「頭部」、「上半身」又は「下半身」のいずれかをユーザに選択してもらうような内容にすることが好ましい。なお、第２質問（第２質問候補）に含むことが可能な質問の数は、特に限定されておらず、第２質問（第２質問候補）は、第１質問の場合と同様、単数の質問で構成される場合と、複数の質問で構成される場合の両方を含む（なお、第２質問とは、第１質問と異なる場面における（例えば、第２回目）ユーザへの問い合わせを意味する）。

本発明にあっては、サーバ装置から第１質問が通信端末装置へ送信されるので、第１質問の内容をサーバ装置側で変更することが可能となり、季節、時間、曜日等に応じて適宜、タイムリーな第１質問をユーザに提供でき、第１質問に対するユーザの関心及び興味を高めることが可能となる。
本発明にあっては、通信端末装置が、記憶していた第１質問を読み出して出力するので、サーバ装置との通信を行うことなく、ユーザへ第１質問を提供できるようになり、第１質問に関する処理の迅速化を図れる。

また、本発明にあっては、第１質問が複数の質問を含む場合、第１質問の一部分をサーバ装置に記憶させ、第１質問の他部分を通信端末装置に記憶させ、前記一部分及び前記他部分を組み合わせて、第１質問として通信端末装置が出力すれば、様々なバリエーションの質問内容をユーザに問い合わせることが可能となり好適である。

本発明にあっては、第１質問の表示出力からの時間を計測し、その計測した時間が閾値時間を超過したか否かを比較し、閾値時間を超過しない場合で回答があれば、その回答を示す第１対応情報を送信し、閾値時間を超過した場合は、対応なしという第１対応情報を送信するので、ユーザが、どのような対応（回答しないという対応も含む）を取ったとしても、第１対応情報がサーバ装置へ送信されることになり、ユーザの様々な対応に対して柔軟にサーバ装置は以降の処理を進めることが可能となると共に、第１対応情報に基づきユーザの気分及び状態等を判断できるようになる。
また、本発明にあっては、サーバ装置に閾値時間を記憶させて、サーバ装置側で第１質問に係る回答が、閾値時間内にあったか否かを判断するようにしてもよく、このようにすることで、通信端末装置の処理負担を低減できるようになる。

本発明にあっては、サーバ装置はユーザへの通知情報を通信端末装置へ送信し、通信端末装置が、サーバ装置から送信されてきた通知情報を、第１質問と共に表示するので、通知情報により、ユーザに必要な情報を提示しながら、表示した第１質問に対するユーザの関心又は興味を高めて、その通知情報と共に表示される第１質問に回答しやすい状態をユーザに提供できるようになる。

本発明にあっては、通信端末装置として、通信手段を備えたテレビジョン装置を適用するので、宅内にいるユーザが最も日常的に使用するテレビジョン装置に基づきユーザの状況を確認でき、また、テレビジョン装置自身が通信手段を具備することから、サーバ装置が提供するクラウドサービスとの連携をスムーズに行えるので、システム構築の容易化を図れる。

本発明にあっては、通信端末装置が、第1質問に先行する先行出力をユーザの対応操作が可能に出力すると共に、ユーザの対応操作の受け付けを操作受付手段で可能にするので、第1質問の前にユーザが対応操作を行える状況を提供できるようになる。なお、先行出力の出力形態としては、表示出力、音声出力、振動出力等の人体が把握、感知等できるものが適用可能であり、これらの出力形態のいずれかを用いて、ユーザへ対応操作を要求することになる。対応操作の要求の仕方としては、「ボタンを押してください」等のユーザへの指示又は催促、「今日の運勢は？」等の質問等が該当し、それ以外に、ユーザが対応操作を行いたくなるような出力の仕方が適用でき、ユーザの生存確認を重視する観点からは、まずはユーザに対応操作を行ってもらえるような出力の仕方にすることが重要となる。また、ユーザの対応操作としては、操作受付手段の一例である通信端末装置に設けられた操作部（操作を受け付けるユーザインタフェース部）又はリモコン装置等のボタン、スイッチ等をユーザが操作すること等が該当する。

本発明にあっては、先行出力に対してユーザの対応操作を受け付けた場合、ユーザの対応操作が有った旨をサーバ装置へ送信するので、ユーザの監視側としては、ユーザが対応操作を行える状況であること、すなわちユーザの生存確認を迅速に行える。
本発明にあっては、先行出力が出力されてから基準時間を経過しても、ユーザの対応操作がないときは、通信端末装置がユーザの対応操作が無い旨をサーバ装置へ送信するので、監視側としては、ユーザの状況が良好でないと予想されることを早い段階で把握できるようになり、見守りが必要になる場合などへの準備を行いやすくなる。

本発明にあっては、先行出力を継続的に出力するのではなく、一旦出力を停止すると共に、再び出力を行うので、ユーザの生存確認を行える機会を再度提供できるようなり、ユーザの状況確認に係る精度を向上できる。
また、本発明にあっては、サーバ装置がサーバ基準時間を記憶し、電源オン情報の受信に応じて計時した時間がサーバ基準時間を超過しても、ユーザ操作が有った旨を受信しなければ、ユーザの対応操作が無いと判断するので、ユーザ操作の有無に関する処理をサーバ装置側で行って、通信端末装置側の処理負担を低減できるようになる。

本発明にあっては、先行出力の再出力を基準回数を超えて繰り返しても、ユーザの対応操作が無ければ、通信端末装置は、ユーザに異常が発生した旨をサーバ装置へ送信するので、監視側は早い段階でユーザに異常が発生している可能性が高いことを把握でき、見守りに関する対応も行いやすくなる。
また、本発明にあっては、サーバ側の判断処理に基づき、通信端末装置側で、先行出力の再出力を複数回繰り返すようにすると共に、繰り返し回数がサーバ基準回数を超過することをサーバ装置側で判断するようにしたので、ユーザに異常が発生したことに関する処理をサーバ装置側で行うことができ、通信端末装置側の処理負担を低減できるようになると共に、通信端末装置側からサーバ装置への通知を行えない環境等でも、サーバ装置側の判断でユーザ異常の発生を把握できるようになる。

本発明にあっては、サーバ装置から先行出力に係るデータが通信端末装置へ送信されるので、先行出力の出力内容をサーバ装置側で変更することが可能となり、先行出力の内容に対してユーザが飽きてしまうことを防止して、ユーザに対応操作を行わせる意識付けを持たせやすくなる。
本発明にあっては、通信端末装置が先行出力に係るデータを記憶するので、サーバ装置との通信を行うことなく、素早く先行出力を出力できるようになる。
本発明にあっては、サーバ装置から先行出力を構成する要素の一部分のデータが通信端末装置へ送信されると共に、通信端末装置では自らが記憶する他部分のデータを読み出し、一部分のデータ及び他部分のデータに基づき先行出力を出力するので、先行出力の内容として様々なバリエーションを確保でき、多彩な内容でユーザの注意を引きつけて、ユーザに対応操作を行わせる意識付けを高められる。

本発明にあっては、ユーザが日常に用いる通信端末装置の起動状況、出力機能、及び通信機能を利用することで、ユーザの状況を遠隔的に把握できるので、従来のシステムで多数用いていた監視用の各種センサを不要にでき、従来に比べて一段と容易にユーザの状況を遠隔的に確認するためのシステムを構築できる。

本発明にあっては、サーバ装置が第１対応情報に基づき複数の第２質問候補の中から一つの第２質問を選択して通信端末装置へ送信するので、サーバ装置側が、第１質問に対するユーザの対応に加えて、そのユーザの対応を反映した内容の第２質問に対するユーザの対応までを把握できるので、よりユーザの状況を細かく確認することができる。

本発明にあっては、サーバ装置から第１質問が通信端末装置へ送信されるので、第１質問の内容をサーバ装置側で適宜変更でき、第１質問の内容を様々に設定して、第１質問に対するユーザの関心及び興味を高められる。
本発明にあっては、通信端末装置が記憶する第１質問を読み出して出力するので、サーバ装置との通信を行うことなく、第１質問の出力に関する処理の迅速化を図れる。

本発明にあっては、第１質問に対するユーザの対応を、回答の受け付け又は時間超過という二つの観点で判断するので、ユーザの対応が、どのようなものであっても、サーバ装置は以降の処理を進めることができ、また、そのような二つの観点によるユーザの対応内容を、ユーザの気分及び体調等を判断する材料として利用でき、ユーザの状況を柔軟に確認できる。
また、本発明にあっては、第１質問が複数の質問を含めば、その一部分をサーバ装置に記憶させ、他部分を通信端末装置に記憶させれば、状況に応じて質問内容を変えられる質問部分と、固定的な内容の質問部分とを組み合わせた第１質問をユーザに提供でき、ユーザの状況（体調、気分等）を一段と詳細確認できる。

本発明にあっては、通信端末装置が、サーバ装置から送信されてきた通知情報を、第１質問と共に表示するので、通知情報によってユーザに必要な情報を提示しながら、表示画面に対するユーザの関心又は興味を高めることができ、それにより、通知情報と共に表示される第１質問に回答しやすい状態をユーザに提供できる。

本発明にあっては、通信端末装置として、通信手段を備えたテレビジョン装置を適用するので、宅内にいるユーザが最も日常的に使用するテレビジョン装置を、サーバ装置が提供するクラウドサービスとスムーズに連携でき、システム構築に係る困難度のハードルを従来のシステムに比べて大幅に低減できる。

本発明にあっては、通信端末装置が、第1質問に先行する先行出力を出力すると共に、先行出力に対するユーザの対応操作を受け付けを操作受付手段で可能にするので、第1質問に対する回答を待つまでもなく、迅速にユーザの状況を把握できる機会を確保できる。

本発明にあっては、先行出力に対してユーザの対応操作を受け付けた場合、ユーザの対応操作が有った旨をサーバ装置へ送信するので、ユーザの監視側は迅速にユーザの生存確認を行える。
本発明にあっては、先行出力が出力されてから基準時間を経過しても、ユーザの対応操作がないときは、通信端末装置がユーザの対応操作が無い旨をサーバ装置へ送信するので、ユーザの監視側は、ユーザの状況が良好でないと予想されることを早い段階で把握できる。

本発明にあっては、ユーザの対応操作が無い場合は、再び先行出力を出力するので、ユーザの生存確認を行える機会を再度提供でき、ユーザ状況確認に係る精度を向上できる。
また、本発明にあっては、サーバ装置がサーバ基準時間を記憶してユーザ操作が有った旨の受信有無を判断するので、ユーザ操作の有無に関する処理についての通信端末装置側の処理負担を低減できる。
さらに、本発明にあっては、先行出力の再出力を所定回数、繰り返しても、ユーザの対応操作が無ければ、通信端末装置は、ユーザに異常が発生した旨をサーバ装置へ送信するので、監視側は早い段階でユーザに異常が発生している可能性が高いことを把握できる。
さらにまた、本発明にあっては、先行出力の再出力を複数回繰り返すことに関する処理をサーバ装置側で行うようにしたので、通信端末装置側の処理負担を低減できると共に、通信端末装置側からサーバ装置への通知を行えない環境等でも、サーバ装置側の判断でユーザ異常の発生を把握できる。

本発明にあっては、サーバ装置から先行出力に係るデータが通信端末装置へ送信されるので、先行出力の出力内容をサーバ装置側で変更することが可能となり、先行出力の内容がマンネリ化してユーザが飽きてしまうことを防止できる。
本発明にあっては、通信端末装置が先行出力に係るデータを記憶するので、サーバ装置との通信を行うことなく、素早く先行出力を出力できる。
本発明にあっては、サーバ装置から先行出力を構成する要素の一部分のデータが通信端末装置へ送信されると共に、通信端末装置では自らが記憶する他部分のデータを読み出し、一部分のデータ及び他部分のデータに基づき先行出力を出力するので、先行出力の内容として様々なバリエーションを確保でき、先行出力の内容にユーザの注意を引きつけることができる。

本発明の実施形態に係るユーザ状況確認システムを用いた自治体の見守りサービスの概要を示す概略図である。 実施形態のユーザ状況確認システムを示す概略図である。 テレビジョン装置の主要な内部構成を示すブロック図である。 リモコン装置の概要を示す概略図である。 （ａ）は第１質問画面を示す概略図、（ｂ）は回答画面を示す概略図である。 （ａ）は自治体トップ画面を示す概略図、（ｂ）はくらし情報画面を示す概略図である。 （ａ）は自治会情報画面を示す概略図、（ｂ）は第２質問画面を示す概略図である。 サーバ装置の主要な内部構成を示すブロック図である。 ある自治体用のユーザＤＢ（データベース）の一例を示す図表である。 ある自治体用のある日の回答ＤＢの一例を示す図表である。 （ａ）は第２質問ＤＢを示す図表、（ｂ）は登録自治体ＤＢを示す図表である。 トップページ画面の概要を示す概略図である。 （ａ）は状況一覧画面を示す概略図、（ｂ）は詳細画面を示す概略図である。 ユーザ状況確認方法の処理手順を示す第１フローチャートである。 ユーザ状況確認方法の処理手順を示す第２フローチャートである。 ユーザ状況確認方法の処理手順を示す第３フローチャートである。 ユーザ状況確認方法の処理手順を示す第４フローチャートである。 変形例の第１質問画面を示す概略図である。 （ａ）は変形例の状況一覧画面を示す概略図、（ｂ）は変形例の詳細画面を示す概略図である。 メールの中身を示す概略図である。 （ａ）は表示画面の中にポップアップを表示した状態を示す概略図、（ｂ）はポップアップを示す概略図である。 本発明の第２実施形態に係るユーザ状況確認方法の処理手順を示す第５フローチャートである。 本発明の第２実施形態の変形例に係るユーザ状況確認方法の処理手順を示す第６フローチャートである。 第２実施形態の別の変形例に係るユーザ状況確認方法の処理手順を示す第７フローチャートである。 本発明の第２実施形態の更に別の変形例に係るユーザ状況確認方法の処理手順を示す第８フローチャートである。 本発明の第２実施形態の更に別の変形例に係るユーザ状況確認方法の処理手順を示す第９フローチャートである。 本発明の第２実施形態の更に別の変形例に係るユーザ状況確認方法の処理手順を示す第１０フローチャートである。 本発明の第３実施形態に係るユーザ状況確認方法の処理手順の要部を示す第１１フローチャートである。 本発明の第４実施形態に係るユーザ状況確認方法の処理手順の要部を示す第１２フローチャートである。

図１は、本発明の第1実施形態に係るユーザ状況確認システム１を、自治体による見守りサービスに利用した場合の全体的な概要を示したものである。図１に示す見守りサービスは、自治体に属する地域の家屋Ｈ１に居住する人（見守られる人Ｍ１）の状況を、ユーザ状況確認システム１を利用して、自治体Ａの監視者Ｋ１が遠隔的に監視し、監視の結果、その見守られる人Ｈ１を実際に訪問する必要があると判断した場合、自治体Ａの監視者Ｋ１から、自治会・民生委員の実際に見守る人Ｋ１１、Ｋ１２へと連絡（例えば、訪問要請の連絡）が通知され、そのような通知を受けた見守る人Ｋ１１、Ｋ１２は、見守られる人Ｍ１を実際に訪問し、状況を確認するようになっている。

図１の見守りサービスは、見守りサービス向けクラウドシステムを構成するサーバ装置２が中心的な役割を担っている。このサーバ装置２は、自治体サービス提供システム、及び複数の他の情報提供システム（天気予報を提供するシステム、市の情報を提供するサービス、商店街の情報を提供するサービスなど）等と通信網を介して連携しており、これらの各種システムを構築する各サーバから提供される各種情報を取得して、見守られる人Ｈ１へ提供できるようにしている。

サーバ装置２は、見守られる人Ｍ１の家屋Ｈ１内に設置されたテレビジョン装置１０と通信網（インターネット等のネットワーク）を介して通信可能に接続されており、各種情報・データを相互に通信できるようにしている。さらに、サーバ装置２は、自治体の監視者用のウェブサイトをインターネット上に開設しており、このウェブサイトを通じて、見守りサービスに加入登録している各自治体の監視者Ｋ１が通信端末Ｄ１を用いて遠隔的に、監視対象の見守られる人Ｍ１の状況を適宜確認できるようにしていると共に、監視者Ｋ１からの指示を実際に見守る人Ｋ１１、Ｋ１２等が用いる携帯通信端末Ｄ１１、Ｄ１２等へ通知可能にしている。

監視者Ｋ１の通信端末Ｄ１としては、通信機能を有するパーソナルコンピュータ、携帯型通信端末（通信機能を具備するノート型パソコン、スマートフォン、通信機能付きＰＤＡ、携帯電話等）を適用できる。また、見守る人Ｋ１１、Ｋ１２等が用いる携帯通信端末Ｄ１１等としては、通信機能を具備するノート型パソコン、スマートフォン、通信機能付きＰＤＡ、携帯電話等を適用できる。通信端末Ｄ１の通信手段としては、有線による通信の他に、各種規格の無線通信も適用できる。また、見守る人Ｋ１１、Ｋ１２等が用いる携帯通信端末Ｄ１１等の通信手段としては、各種規格の無線通信が好適である。

なお、図１では、図示内容を簡潔に表すために、見守られる人Ｍ１を１人しか示していないが、本発明に係る見守りサービスは当然、複数の見守られる人が利用できる状況に対応し得る構成になっている。同様に、図１では、自治体Ａの監視者Ｋ１を１人のみ示しているが、本発明に係る見守りサービスは、複数人の監視者に対応したものになっている。さらに、図１では、一つの自治体Ａのみを示す内容になっているが、本発明に係る見守りサービスは、複数の自治体（自治体Ａ以外の自治体Ｂ、自治体Ｃ・・・等）に対応し得る内容になっており、自治体ごとに、見守られる人、監視者及び実際に見守る人を含んだ構成でシステムを構築できる。以下、図１に示す見守りサービスの主要部を構成するユーザ状況確認システム１について詳説していく。

図２は、本発明の実施形態に係るユーザ状況確認システム１を示している。ユーザ状況確認システム１は、サーバ装置２と、家屋Ｈ１に設置されるテレビジョン装置１０をネットワークＮＷで接続したものである。テレビジョン装置１０は、通常のテレビジョン機能に加えて通信機能も具備しており、それによりテレビジョン装置１０は通信端末装置に該当する。テレビジョン装置１０は、筐体の前面に表示画面１０ａ及びスピーカー１０ｂを設けると共に、筐体に電源スイッチ１６ａを設けたものであり、リモコン装置１９によって、ユーザ（例えば、見守られる人Ｍ１）の各種操作を受け付ける。

図３は、テレビジョン装置１０の主要な内部構成の概要を示している。テレビジョン装置１０は、前処理部１１、デコード部１２、赤外線処理部１３、制御部１４、メモリ１５、操作部１６、通信部１７、表示出力処理部１８ａ、及び音声出力処理部１８ｂ等を内部接続線Ｌで接続した構成になっている。また、これらの各部１１等は、内部接続線Ｌを通じて制御部１４と信号の送受を行っており、各部１１等は現在の処理状況等を示す信号を制御部１４へ伝えると共に、制御部１４は各部１１等から伝えられた処理状況等により現在の処理状況を把握し、把握した状況に応じて次に行う処理を制御するための制御信号を各部１１等へ送っている。以下、テレビジョン装置１０の各部を説明する。

前処理部１１は、チューナ部、Ａ／Ｄ変換部、直交検波部、ＦＦＴ部、及び復調部を含み、アンテナで取得されたＲＦ信号（デジタル放送信号）が入力されており、この入力信号に対し所定の処理を行ってトランスポートストリーム（ＴＳ）を復調し、次の処理を行うデコード部１２へ伝送する。デコード部１２は、前処理部１１で復調されたトランスポートストリームに対して、デコード処理を行い、映像、音声、その他データに分離し、分離した映像ストリームに対しては映像デコード処理を行って表示出力処理部１８ａへ出力すると共に、分離した音声ストリームに対しては音声デコード処理を行って音声出力処理部１８ｂへ出力する。

表示出力処理部１８ａは、所定の映像表示に必要な処理を行って映像信号を生成し、生成した映像信号を表示画面１０ａへ出力し、それにより表示画面１０ａには、放送番組等の放送映像が表示出力される。また、音声出力処理部１８ｂは、増幅等の音声出力に必要な所定の処理を行って音声信号を生成し、生成した音声信号をスピーカー１０ｂへ出力して、スピーカー１０ｃから各種音声を出力する。

一方、ユーザとのインタフェース系に関する部分として、赤外線処理部１３は、周知の赤外線規格（例えば、IrDA系の各規格）に応じた通信処理（信号・データの送受処理）を行うものであり、基本的には、ユーザからの操作を受け付けるリモコン装置１９から発せられる操作信号を含む赤外線を受光して、制御部１４へ伝える処理を行う。制御部１４は、テレビジョン装置１０が具備する各種機能を実行する際に中心的な役割を担うものであり、メモリ１５に記憶された基本プログラムＰ１及び見守りプログラムＰ２に規定される様々な処理内容に基づき、各種処理（通信制御処理、ＯＳＤ表示処理、情報出力処理等）を行う手段として機能する。

また、テレビジョン装置１０は、記憶媒体としてメモリ１５を具備している。メモリ１５に記憶されるものとしては、テレビジョン装置の基本機能に関するものと、本発明に係る見守りサービスに関するものがあり、前者に関するものとしては、基本プログラムＰ１、ＯＳＤ表示テーブルＴ１、及び装置識別情報Ｉ１等があり、後者に関するものとしては、見守りサービス用表示テーブルＴ２、ユーザ情報Ｉ２、閾値時間Ｆ、及び見守りプログラムＰ２等がある。

基本プログラムＰ１は、テレビジョン装置１０のファームウェア及びシステムプログラム等に相当するものであり、テレビジョン装置１０がテレビジョン装置としての各種機能（テレビジョンを視聴するための各種機能、通信機能等）を働かせるために必要な制御部１４の各種処理を規定したものである。ＯＳＤ表示テーブルＴ１とは、各種メニュー又は警告等に用いる画像及びテキスト等を適宜ＯＳＤ表示するための複数の表示パーツデータを格納したテーブルである。装置識別情報Ｉ１とは、テレビジョン装置１０の識別コードを示す情報であり、通信を行う際、他の通信装置等と識別するために使用できる情報となっている。

また、見守りサービス用表示テーブルＴ２とは、見守りサービスに関する画面に係る画像及びテキスト等をテレビジョン装置１０の表示画面１０ａに表示するために用いられる各種表示パーツデータを格納したものであり、本実施形態では、図５〜図７に示す各種画面に応じた表示パーツデータを含んでいる。

例えば、図５（ａ）に示す第１質問画面２１については、質問（第１質問）を示すテキストと、その質問に対する複数の回答を示す選択肢として、第１ボタン２１ａ〜第３ボタン２１ｃを含んだ表示パーツデータになっている。なお、テキストに含まれる「○○○さん」の部分には、後述するユーザ情報Ｉ２に含まれるユーザ名称（又はニックネーム）等がメモリ１５より読み出されて貼り付けられている。また、テキストに含まれる「おはようございます」という文言は、時間帯に応じた挨拶文が貼り付けられるようになっており、「こんにちは」、「こんばんは」というような他の挨拶文に応じたテキストが見守りサービス用表示テーブルＴ２に含まれている。

図５（ｂ）に示す回答画面２２については、中央がサーバ装置２から送信されてきた回答情報２２ａが貼り付けられる箇所になっており、最上段の「くらしサポート」というテキスト、回答情報２２ａの上部に配置されるテキスト及び最下段のバー状のテキスト（決定ボタンを押すと次の画面に切り替わります）に応じたパーツデータが見守りサービス用表示テーブルＴ２に含まれる（上述した第１質問画面２１等も同様）。なお、回答情報２２ａの上部のテキストに含まれる「○○○さん」の部分は、上記図５（ａ）と同様であり、「△△△」には、図５（ａ）で選択された回答の内容が貼り付けられるようになっている。

図６（ａ）に示す自治体トップ画面２３は、基本的に、図１に示す自治体サービス提供システムが開設するウェブサイトのトップページを配置したものになっており、最上段の「くらしサポート」というテキスト及び最下段のバー状のテキスト（終了ボタンを押すとテレビ画面に切り替わります）の間の箇所に、ウェブサイトのトップページが配置されたものになっている。

なお、自治体サービス提供システムのトップページは、複数の選択欄２３ａ〜２３ｇを配置したものになっており、最上段のバー状の選択欄２３ｇは、リモコン装置１９の「１０」の数字ボタンに対応付けられると共に、最新情報を提供するウェブページ（例えば、放射能関連情報を提供するウェブサイト）へのリンクが付されており、「１０」の数字ボタンの押圧操作がなされると、上記のウェブページへアクセスして、そのウェブページに表示内容が遷移することになる。また、上段左端の第１選択欄２３ａは、リモコン装置１９の「１」の数字ボタンに対応付けられると共に、天気予報を提供するウェブページへのリンクが付されている。

上段真ん中の第２選択肢２３ｂは、リモコン装置１９の「２」の数字ボタンに対応付けられると共に、自治会のくらしに関する情報を提供するページへのリンクが付されており、「２」の数字ボタンが選択されると、図６（ｂ）のくらし情報（ごみ収集日）画面２４へと表示が遷移する。上段右端の第３選択肢２３ｃは、リモコン装置１９の「３」の数字ボタンに対応付けられると共に、自治会情報を提供するページへのリンクが付されており、「３」の数字ボタンが選択されると、図７（ａ）の自治会情報画面２５へ表示が遷移する。

さらに、下段左端の第４選択欄２３ｄは、リモコン装置１９の「４」の数字ボタンに対応付けられると共に、市の情報を提供するウェブページへのリンクが付されている。また、下段真ん中の第５選択肢２３ｅは、リモコン装置１９の「５」の数字ボタンに対応付けられると共に、商店街に関する情報を提供するページへのリンクが付されている。そして、下段右端の第６選択肢２３ｆは、リモコン装置１９の「６」の数字ボタンに対応付けられると共に、サーバ装置２を運営する企業に関する情報を提供するページへのリンクが付されている。

図７（ｂ）は、第２質問画面２６を示しており、第２質問画面２６は、表示画面１０ｂに表示されていたテレビ放送の放送映像ＧをＬ字状に取り囲む形態になっている。第２質問画面は、質問（第２質問）を示すテキスト２６ｄと、その質問に対する選択肢を示す第１ボタン２６ａ〜第３ボタン２６ｃが配置された内容になっており、これらのテキスト２６ｄ及び第１ボタン２６ａ〜第３ボタン２６ｃのテキスト内容は、サーバ装置２から送信された情報であり、これらの送信された情報を図７（ｂ）に示す形態で配置したものが第２質問画面２６になっている。

また、図３に示すメモリ１５に記憶されているユーザ情報Ｉ２とは、見守りサービスに登録しているユーザ（見守られる人Ｍ１）の情報であり、その中身としては、ユーザの氏名、ニックネーム、ユーザを識別するための識別番号（ユーザＩＤ）等がある。このような中身のユーザ情報１２は、見守りサービスを使用するためのユーザ登録の際、所定のフォーマットに従ってユーザ自身が入力した必要事項（氏名、ニックネーム、住所、年齢、性別、見守る人の連絡先、パスワード等）がサーバ装置２へ送られて、ユーザ登録が完了すると、ユーザ自身が入力した必要事項のいくつかを含む情報がユーザ情報１２として、サーバ装置２からテレビジョン装置１０へ送信され、その送信されてきたユーザ情報１２がメモリ１５に記憶されることになる。

さらに、メモリ１５に記憶される閾値時間Ｆとは、後述する見守りプログラムＰ２が規定する複数の処理の中の一つの処理で用いられるものであり、本実施形態では、デフォルトの値として３分が設定されているが、図示しない設定メニューにより、１０秒から１０分の間で、所望の値に設定可能となっている。

さらにまた、メモリ１５に記憶される見守りプログラムＰ２は、本発明に係る見守りサービス（ユーザ状況確認システム１に係るサービス）を行う上で、テレビジョン装置１０側の処理を規定したアプリケーションプログラムであり、テレビジョン装置１０のメモリ１５にアプリとして適宜インストールされるものである（なお、テレビジョン装置１０の製造時に、メモリ１５へ予めインストールしておくことも勿論可能である）。見守りプログラムＰ２は、見守りサービスに関して、制御部１４が行う処理内容を規定したものであり、具体的には以下のような様々な処理内容を規定している。

見守りプログラムＰ２が規定する処理内容の例としては、先ず、電源オン操作に関するものがある。ユーザにより電源オン操作がなされて、電源オフ状態から電源オン状態へ遷移すると、その電源オン操作が一日において最初のものであれば、メモリ１５に電源オン済みを示すフラグ（電源オンフラグ）を立てる処理を規定すると共に、１日で最初の電源オン状態になった旨を示す一回目電源オン情報を、装置識別情報Ｉ１及びユーザＩＤと共にサーバ装置２へ通信部１７を用いて送信する処理を行うことを見守りプログラムＰ２は規定している。一日において、二回目以降の電源オン操作であるかは、メモリ１５に電源オンフラグが立っているか否かで制御部１４は判断できるようになり、一日で二回目以降の電源オン操作がなされた場合は、１日で二回目以降の電源オン状態である旨を示す二回目以降電源オン情報を、装置識別情報Ｉ１及びユーザＩＤと共にサーバ装置２へ通信部１７を用いて送信する処理を行うことを、見守りプログラムＰ２は規定している。

なお、テレビジョン装置１０の制御部１４は、受信する放送信号に含まれる日時を示す情報に基づいて現在の日時を常時検知しており、その検知により、日が変わったことを検知すると、メモリ１５に電源オンフラグが立っていれば、電源オンフラグをリセットして立っていない状態にする処理を行うことも、見守りプログラムＰ２は規定している。

また、見守りプログラムＰ２は、電源オン操作に基づき、一回目電源オン情報を送信してから、図５（ａ）に示す第１質問画面２１を表示画面１０ａに表示するために、第１質問画面２１に応じた表示パーツデータを、メモリ１５に記憶されている見守りサービス用表示テーブルＴ２から読み出す処理を規定している。そして、読み出した表示パーツデータに基づき、第１質問画面２１を表示画面１０ａへ表示出力してから、第１質問画面２１に含まれる第１ボタン２１ａ〜第３ボタン２１ｃの選択による回答の受け付けまでの時間を計時（計測）する処理も見守りプログラムＰ２は規定している。さらに、見守りプログラムＰ２は、計時した時間が、メモリ１５に記憶されている閾値時間Ｆを超過したか否かを比較する処理も規定している。

比較の結果、計測した時間が閾値時間Ｆを超過せず、その間に、第１ボタン２１ａ〜第３ボタン２１ｃのいずれか一つが選択されて第１質問に係る回答を受け付けた場合、選択されたボタンに係る回答を示す第１対応情報（第１回答）を、サーバ装置２へ通信部１７を用いて送信することを見守りプログラムＰ２は規定している。さらに、第１ボタン２１ａ〜第３ボタン２１ｃのいずれもが選択されないで（第１質問に係る回答を受け付けないで）、比較の結果、計測した時間が閾値時間Ｆを超過した場合、第１質問への対応無しという旨を示す第１対応情報をサーバ装置２へ送信することを見守りプログラムＰ２は規定する。

その他のことについても、見守りプログラムＰ２は様々な処理内容を規定しており、例えば、図５（ｂ）〜図７（ａ）の最下段のバー状に記載のテキスト（決定ボタンを押すと次の画面に切り替わります）に応じた処理を行うことも規定している。また、図７（ｂ）の第２質問画面２６に関しては、見守りプログラムＰ２は、リモコン装置１９の質問要求ボタン１９ｆが操作されると、第２質問要求情報を装置識別情報Ｉ１及びユーザＩＤと共にサーバ装置２へ送信する処理を規定している。サーバ装置２から第２質問を表すデータ（テキストデータ等）が送信されてくると、送信されてきたデータを利用して図７（ｂ）に示す第２質問画面２６を生成して表示出力する処理も、見守りプログラムＰ２は規定している。

なお、表示された第２質問画面２６に対しては、上述した図５（ａ）の第１質問画面２１に対する処理と同様のことを見守りプログラム２は規定しており、ユーザが閾値時間Ｆ内に第１ボタン２６ａ〜第３ボタン２６ｃのいずれか一つを選択した場合、選択に係る回答を示す第２対応情報をサーバ装置２へ通信部１７を用いて送信すると共に、選択されずに閾値時間Ｆを超過した場合は、第２質問に対する対応無しという旨を示す第２対応情報をサーバ装置２へ送信することを規定する。

さらに、見守りプログラムＰ２は、ユーザにより電源オフ操作がなされると、電源オフ状態になった旨を示す電源オフ情報を、装置識別情報Ｉ１及びユーザＩＤと共にサーバ装置２へ通信部１７を用いて送信する処理を行うこと等も規定する。

図３に戻り、テレビジョン装置１０の内部構成に関する説明を続ける。操作部１６は、テレビジョン装置１０の筐体に設けられたユーザインタフェースであり、電源オン／オフの切替を行う電源スイッチ１６ａの他に、音量切替ボタン、チャンネル切替ボタン、入力切替ボタン等を設けている。また、通信部１７は通信手段に相当し、周知の通信規格（例えば、IEEE等によるＬＡＮ規格、又はDLNA等による規格等）に基づく通信の処理を制御部１４の制御に従って行うものであり、ＬＡＮケーブルのような通信ケーブルを接続できる構造を有する。なお、通信部１７については、テレビジョン装置１０へ内蔵する場合と、テレビジョン装置１０が有する外部接続部（例えば、HDMI(登録商標)接続端子、USB接続端子、IEEE1394系の接続端子等）へ外付けされる場合の両方が想定される。また、外付けされる場合は、外付けされる通信部１７に相当する通信装置に、上述した見守りプログラムＰ２等を記憶させて、通信装置のＣＰＵに見守りサービスに係る各処理を行わせるようにすることも可能であり、このように通信部１７を外付けするときでも、本発明では外付けの通信部１７と一体となってテレビジョン装置１０は機能する。

図４は、上述した赤外線処理部１３に赤外線を発するリモコン装置１９を示している。リモコン装置１９は、先端側にテレビジョン装置１０の電源オン／オフの切替を行う電源スイッチ１９ａを有し、計１２個のボタンからなる数字ボタン２０、上下左右キー、決定ボタン１９ｇ、音量調整キー、チャンネル切替キー、質問要求ボタン１９ｆ、戻るボタン、終了ボタン１９ｈ、メニューボタンに加えて、計４個のカラーボタン（青ボタン１９ｂ、赤ボタン１９ｃ、緑ボタン１９ｄ、黄ボタン１９ｅ）を有している。これらの各ボタン、スイッチでユーザからの操作を受け付けると、操作を受け付けた内容を示す赤外線がリモコン装置１９より発せられる。なお、上述した操作部１６の電源スイッチ１６ａ又はリモコン装置の電源スイッチ１９ａのいずれかがユーザにより操作されることで、電源オン操作又は電源オフ操作がなされる。

図８は、見守りサービス（ユーザ状況確認システム１）のサーバ装置２の主要な内部構成を示している。本実施形態のサーバ装置２には一般的なサーバコンピュータを適用しており、全体的な制御及び各種処理を行うＭＰＵ２ａに、各種デバイス等を内部接続線２ｈで接続したものになっており、各種デバイス等には、通信モジュール２ｂ、ＲＡＭ２ｃ、ＲＯＭ２ｄ、入力インタフェース２ｅ、出力インタフェース２ｆ、大容量記憶システム（ＨＤＤシステム）２ｇ等がある。

通信モジュール２ｂは、ネットワークＮＷとの接続モジュールに相当する通信デバイスであり、所要の通信規格に応じたものである（例えばＬＡＮモジュール）。通信モジュール２ｂは、所要の通信機器（図示は省略。例えばルータ等が該当）を介してネットワークＮＷと接続されており、ユーザ（見守られる人）のテレビジョン装置１０、自治体の通信端末Ｄ１、自治会又は民生委員の見守る人Ｋ１１、１２等が使用する携帯通信端末Ｄ１１、１２等との通信を可能にしている。

ＲＡＭ２ｃは、ＭＰＵ２ａの処理に伴う内容、ファイル等を一時的に記憶するものであり、ＲＯＭ２ｄは、ＭＰＵ２ａの基本的な処理内容を規定したプログラム等を記憶するものである。入力インタフェース２ｅは、自治体見守りサービス向けクラウドシステムのオペレータからの操作指示等を受け付けるキーボード２ｉ、マウス等が接続されるものであり、オペレータから受け付けた操作指示等をＭＰＵ２ａへ伝える。出力インタフェース２ｆは、ディスプレイ２ｊ（表示出力装置）が接続されるものであり、ＭＰＵ２ａの処理に伴う内容をディスプレイ２ｊへ出力し、オペレータが現在の処理内容等を確認できるようにしている。

大容量記憶システム２ｇ（記憶デバイスに相当）は、見守りサービスを提供するに当たり必要なデータを含む各種データベース（ＤＢ）及びプログラム等を記憶するものであり、具体的には、サーバプログラム３、見守りサービスプログラム４、ユーザＤＢ５、回答ＤＢ６、第２質問ＤＢ７、登録自治体ＤＢ８、ウェブサイトテーブル９等を記憶している。

サーバプログラム３は、サーバ用のオペレーションシステムに応じた各種処理を規定したものであり、この規定内容に基づいた処理をＭＰＵ２ａが行うことで、サーバ装置２はサーバコンピュータとしての基本的な機能を果たす。見守りサービスプログラム４の説明は後述し、先に、ユーザＤＢ５等の説明を行う。

図９は、ユーザＤＢ５の中の自治体Ａに属する登録ユーザに関する自治体Ａ用ユーザＤＢ５ａの中身の概要を示している。ユーザＤＢ５は、見守りサービスを利用する自治体ごとのユーザ情報を含むＤＢの集合体（ユーザＤＢ５は、自治体Ａ用ユーザＤＢ、自治体Ｂ用ユーザＤＢ、自治体Ｃ用ユーザＤＢ・・・の集合体）であり、図９は、その中の自治体Ａ用ユーザＤＢ５ａを示したものである。自治体Ａ用ユーザＤＢ５ａは、登録ユーザを識別するための「ユーザＩＤ」に、そのユーザの使用するテレビジョン端末装置１０の「装置識別情報」、ユーザの「氏名」、「ニックネーム」、「住所」、「地域コード」、「年齢」、「性別」、「見守る人の連絡先」、「パスワード」等が格納されている。なお、これらのユーザ情報は、見守りサービスの登録時にユーザから送られてくる情報であり、この中の必要事項が、上述したユーザ情報Ｉ２としてサーバ装置２からテレビジョン装置１０へ送信されて、テレビジョン装置１０のメモリ１５のユーザ情報Ｉ２として格納されることになる。

図１０は、回答ＤＢ６の中の自治体Ａに属する登録ユーザの回答状況を示す自治体Ａ用回答ＤＢ６ａの概要を示している。回答ＤＢ６も、一日における自治体ごとのユーザの回答を示すＤＢの集合体になっている。そのため、回答ＤＢ６は、日ごとの情報が順次蓄積されていくデータベースになっており、回答ＤＢ６は例えば、平成２４年１月１日〜６月６日までの自治体Ａ用回答ＤＢ、平成２４年１月１日〜６月６日までの自治体Ｂ用回答ＤＢ、平成２４年１月１日〜６月６日までの自治体Ｃ用回答ＤＢ・・・の集合体になっている。

図１０は、そのような回答ＤＢ６の中の２０１２年６月６日における自治体Ａ用回答ＤＢ６ａを示す。具体的に、自治体Ａ用回答ＤＢ６ａは、「ユーザＩＤ」に、「装置識別情報」、ユーザの「氏名」、「電源オン時間（電源オン時間が複数回の場合は、複数の電源オン時間を含む）」、「第１回答」、「第２質問」、「第２回答」等の項目に応じた情報を格納すると共に、１回目の電源オン時刻の平均時刻を「電源オン平均時刻」の項目に格納する。

上述した自治体Ａ用回答ＤＢ６ａの各欄の中で、「電源オン時間（電源オン時間が複数回の場合は、複数の電源オン時間を含む）」、「第１回答」、「第２回答」は、テレビジョン装置１０から送信されてくる情報を、受信日時と共に格納されるようになっており、空欄の場合は、その時点で未だ送信されていないことを示す。「第２質問」は、サーバ装置２が送信した第２質問の種類を示すものであり、サーバ装置２が第２質問を送信すると、その第２質問の種類が格納される。また、「電源オン平均時刻」の項目に格納された１回目の電源オン時刻の平均時刻は、今まで格納された１回目の電源オン時刻の平均が、サーバ装置２のＭＰＵ２ａにより算出されたものである。

図１１（ａ）は、第２質問ＤＢ７の概要を示している。第２質問ＤＢ７は、計４個の第２質問（第２質問候補に相当）を、第１質問に対するユーザの対応（第１対応情報）ごとに格納したものである。すなわち、図５（ａ）に示す第１質問画面２１の「よい」、「ふつう」、「いまひとつ」という回答及び閾値時間超過（タイムオーバー）のそれぞれに、第２質問候補７ａ、第２質問候補７ｂ、第２質問候補７ｃ、第２質問候補７ｄが格納されている。なお、各第２質問候補７ａ〜７ｄは、第１質問に対するユーザの対応ごとに質問内容が異なったものになっている。

例えば、第２質問候補７ａは「その後も、調子は良い状態ですか？」という内容であり（回答としては「良いです」、「普通です」、「悪くなった」という選択肢を含む）、第２質問候補７ｂは「その後も、調子に変化はありますか？」という内容であり（回答としては「変化なし」、「良くなった」、「悪くなった」という選択肢を含む）、第２質問候補７ｃは「その後、調子は良くなりましたか？」という内容であり（回答としては「良くなった」、「少し良くなった」、「悪いまま」という選択肢を含む）、第２質問候補７ｄは「本日の調子は如何ですか？」という内容になっている（回答としては「良い」、「ふつう」、「いまひとつ」という選択肢を含む）。

図１１（ｂ）は、登録自治体ＤＢ８の概要を示している。登録自治体ＤＢ８は、見守りサービスに加入登録している複数の自治体Ａ、Ｂ、Ｃ等に関する情報を格納したデータベースであり、各自治体が見守りサービスに加入登録する際に提出する各種情報を格納している。登録自治体ＤＢ８が格納している情報の項目としては、「自治体ＩＤ」、「自治体名」、「監視者名」、「ＰＷ（パスワード）」、「連絡先」等がある。なお「自治体ＩＤ」とは、自治体が見守りサービスに加入登録する際に、見守りサービスの運営側（サーバ装置２）から発行される識別情報である。また「監視者名」の項目には、複数人を格納できる。さらに「ＰＷ（パスワード）」は見守りサービスの提供を受ける際に必要となる情報であり、見守りサービスへの加入登録時に自治体側が申請したパスワードが格納される。さらにまた「連絡先」の項目には、自治体の監視者の電話番号、メールアドレス等が格納されるようになっている（複数の連絡先の格納も可能）。

また、大容量記憶システム２ｇに記憶されているウェブサイトテーブル９は、一例として図１２、１３等に示すウェブページ画面を構成するページデータ（ＨＴＭＬ又はＸＭＬ等に基づくデータ）を格納したものである。例えば、自治体Ａの監視者Ｋ１の通信端末Ｄ１から、サーバ装置２が構築するウェブサイトのＵＲＬへアクセスがあると、サーバ装置２は図１２に示すようなウェブページ画面（トップページ画面３０）のページデータを大容量記憶システム２ｇから読み出して、アクセス元の通信端末Ｄ１へ送信することになる。以降、サーバ装置２は、通信端末Ｄ１から送信されてくる操作内容に応じて、図１３（ａ）（ｂ）の各ウェブページ画面に応じたページデータを適宜、大容量記憶システム２ｇから読み出して通信端末Ｄ１へ送信する。なお、ウェブサイトテーブル９は、図１２、１３に示すウェブページ画面以外の各種ページデータも格納している。

図１２に示すトップページ画面３０は、見守りサービスの自治体の監視者向けに提供されるウェブサイトのトップページ画面になっており、自治体ＩＤ入力欄３０ａ、ＰＷ（パスワード）入力欄３０ｂ及びログインボタン３０ｃを配置したものになっている。

また、図１３（ａ）に示す状況一覧画面３１は、トップページ画面３０でログインを行った自治体に属する見守られる人の現在の状況の一覧表３１ａを配置したものになっている。この一覧表３１ａは、上述した回答ＤＢ６の中から、ログインした自治体用の最新の回答ＤＢに含まれる情報を用いてサーバ装置２のＭＰＵ２ａで作成されたものになっており、一覧表３１ａに含まれる各氏名は選択可能になっている。

図１３（ｂ）は、状況一覧画面３１の一覧表３１ａで選択された氏名に応じた見守られる人の詳細画面３２を示している。この詳細画面３２は、状況一覧画面３１から遷移して表示出力される画面であり、状況一覧画面３１で選択された見守られる人の複数日分（例えば一週間分）の電源オン時間が、上述した回答ＤＢ６から読み出され、その読み出された情報に基づきサーバ装置２のＭＰＵ２ａで生成された水平バーグラフ３２ａが配置されたものになっている。

次に、サーバ装置２の見守りサービスプログラム４について説明する。見守りサービスプログラム４は、サーバコンピュータ用のコンピュータプログラムに相当し、見守りサービスを提供するために、ＭＰＵ２ａが行う各種処理を規定している。本実施形態の見守りサービスプログラム４は主に二種類の処理を規定しており、一つ目は、上述した回答ＤＢ６を随時作成して蓄積していく処理に関するものであり、二つ目は、蓄積した情報をウェブページで各自治体の監視者に提供する処理に関するものである。

見守りサービスプログラム４の一つ目に関する処理内容としては、見守られる人の通信端末装置（例えば、テレビジョン装置１０）から送信されてきた電源オン情報を受信すると、その電源オン情報を受信した日時と共に、上述した回答ＤＢ６に格納（記憶）する処理を規定している。この際、電源オン情報に付帯する装置識別情報Ｉ１及びユーザＩＤを参照して、回答ＤＢ６における所定のユーザＩＤに対応づけて、「電源オン時間」の項目に電源オン情報を格納するようにしている。

また、見守りサービスプログラム４は、受信した電源オン情報が一回目電源オン情報であるか、又は二回目以降電源オン情報であるかを見極める処理を規定しており、受信したのが一回目電源オン情報である場合、その後、通信端末装置（例えば、テレビジョン装置１０）から送信されてくる第１対応情報を受信し、受信した第１対応情報の中身を、その第１対応情報を受信した日時と共に、上述した回答ＤＢ６の「第１回答」の項目に格納する処理を規定している。この際、上述した一回目電源オン情報に付帯する装置識別情報Ｉ１及びユーザｉＤを参照して、回答ＤＢ６における所定のユーザＩＤに対応づけて格納することになる。

そして、第１対応情報の中身を格納した後、上述した回答ＤＢ６から、受信したユーザＩＤに応じた直近の複数日分（例えば５日分）の「第１回答」の項目に格納された情報を読み出して、回答履歴情報としてアクセス元の通信端末装置（例えば、テレビジョン装置１０）へ送信する処理を行うことを、見守りサービスプログラム４は規定している。なお、受信した電源オン情報が二回目以降電源オン情報である場合、見守りサービスプログラム４は、行うべき処理を特に規定しておらず、電源オフ情報の受信待ちの状態となる。

また、回答履歴情報の送信後又は二回目以降電源オン情報を受信して記憶した後で、見守られる人の通信端末装置（例えば、テレビジョン装置１０）から送信されてきた電源オフ情報を装置識別情報Ｉ１及びユーザＩＤと共に受信すると、見守りサービスプログラム４は、装置識別情報Ｉ１及びユーザＩＤを参照して、回答ＤＢ６における所定のユーザＩＤに対応づけて、「電源オフ時間」の項目に電源オフ情報を受信時刻と共に格納することを規定している。見守りサービスプログラム４が、上述した処理を規定することで、回答ＤＢ６の「電源オン時間」の項目には、一日における電源オンの日時から電源オフの日時が順次蓄積されるようになり、それにより、見守られる人がテレビジョン装置１０を視聴できるほどの状態であることを遠隔的に確認できるようになる。

図７（ｂ）に示す第２質問画面２６について、見守りサービスプログラム４は、見守られる人の通信端末装置（例えば、テレビジョン装置１０）から送信されてきた第２質問要求情報を装置識別情報Ｉ１及びユーザ情報Ｉ２と共に受信すると、回答ＤＢ６において、受信したユーザ情報Ｉ２に係るユーザＩＤに対応付けられた「第１回答」の項目に格納されている内容（第１対応情報）に基づいて、その内容に一致するものを、図１１（ａ）に示す第２質問ＤＢ７に格納された第２質問候補７ａ〜７ｄの中から一つ選択する処理を規定する。なお、選択した第２質問の種類（第２質問候補）は、回答ＤＢ６の「第２質問」の項目に格納することも、見守りサービスプログラム４は規定している。

そして、選択した第２質問候補を第２質問ＤＢ７から読み出し、読み出した第２質問候補を第２質問として、第２質問要求情報の送信元である通信端末装置（例えば、テレビジョン装置１０）へ送信する処理を行うことを見守りサービスプログラム４は規定している。それから、通信端末装置（例えば、テレビジョン装置１０）より、送信した第２質問に対する第２対応情報を装置識別情報Ｉ１及びユーザＩＤと共に受信すると、回答ＤＢ６における所定のユーザＩＤに対応づけて、第２対応情報の中身を、回答ＤＢ６の「第２回答」の項目に受信日時と共に格納（記憶）する処理を行うことを、見守りサービスプログラム４は規定している。上述したような処理を見守りサービスプログラム４が規定することにより、見守られる人から送られる第１回答（第１対応情報）の中身及び第２回答（第２対応情報）の中身が、回答（対応）を行った日時と共に回答ＤＢ６へ順次蓄積されていくので、「第１回答」及び「第２回答」の各項目に格納された情報により、見守られる人が、どのような気分・体調等であるかを遠隔的に推測・把握できるようになる。

一方、見守りサービスプログラム４の二つ目に関する処理内容として、上述した回答ＤＢ６に蓄積した情報を、ウェブページを通じて各自治体の監視者に提供するため、そのウェブページに係るＵＲＬにアクセスがあった場合、見守りサービスプログラム４は、アクセス元に、図１２に示すトップページ画面３０に応じたページデータを送信する処理を規定している。

また、上記のページデータの送信に応じて、アクセス元から送信されてきた自治体ＩＤ及びパスワードを受信すると、図１１（ｂ）に示す登録自治体ＤＢ８の中に、受信した自治体ＩＤ及びパスワードと、一致する自治体ＩＤ及びパスワードが存在するか否かを判断する処理を、見守りサービスプログラム４は規定している。受信した自治体ＩＤ及びパスワードが登録自治体ＤＢ８に格納されているものと一致しない場合、自治体ＩＤ及びパスワードを再入力する旨を記したウェブページのページデータをアクセス元へ送信する処理を行うことを見守りサービスプログラム４は規定している。

受信した自治体ＩＤ及びパスワードが登録自治体ＤＢ８に格納されているものと一致した場合、一致した自治体ＩＤに係る自治体用回答ＤＢ（最新日時のもの）を、回答ＤＢ６から特定し、その特定した自治体回答ＤＢの中の「電源オン時間」の項目に含まれる情報から、「３時間以内にテレビ視聴」、「２４時間以内にテレビ視聴」、「前日にテレビ視聴」、「２日間テレビ視聴なし」という状況を、現在の日時を参照して特定する処理を行うことを、見守りサービスプログラム４は規定している。

そして、特定した状況の内容、及び自治体回答ＤＢの中の「氏名」及び「第１回答」の項目から読み出した各情報に対応付けて、アクセス元へ送信出力する処理を行うことを、見守りサービスプログラム４は規定している。この処理により、例えば、自治体Ａの監視者Ｋ１の通信端末Ｄ１には、図１３（ａ）に示すような状況一覧画面３１が表示されるようになる。

さらに、図１３（ａ）の状況一覧画面３１の一覧表３１ａで選択された人のユーザＩＤ（ユーザ情報Ｉ２）がアクセス元より送信されてくると、そのユーザＩＤの直近の複数日分（例えば一週間分）の電源オン時間の情報を、回答ＤＢ６の「電源オン時間」の項目から読み出して、それを水平バーグラフとして表した画像を生成し、その生成した画像データをアクセス元へ送信出力する処理を、見守りサービスプログラム４は規定している。この処理により、例えば、自治体Ａの監視者Ｋ１の通信端末Ｄ１には、図１３（ｂ）に示すような詳細画面３２が表示されるようになる。

なお、見守りサービスプログラム４は、上記以外のウェブページ画面を監視者Ｋ１の通信端末Ｄ１で表示できるようにするための処理を規定しており、例えば、詳細画面３２の詳細ボタン３２ｂが選択された旨をアクセス元から受信すると、回答ＤＢ６から「第１回答」、「第２質問」及び「第２回答」の項目に格納されている情報を読み出して、アクセス元へ送信する処理等も規定している。それにより、監視者Ｋ１は、回答ＤＢ６に格納されている見守られる人の各情報を様々な観点で確認でき、見守られる人を訪問する必要があるか否か等を判断する材料として、それらの各情報を利用できる。これらの各種ウェブページ画面は、自治体の監視者Ｋ１の通信端末Ｄ１だけでなく、自治体ＩＤ及びパスワードさえ一致すれば、自治会・民生委員等が所有する携帯端末装置Ｄ１１、１２等でも表示することが可能であり、また当然、サーバ装置２のディスプレイ２ｊにも表示可能である。

なお、上述した説明では、見守りサービスプログラム４が、上述した二種類の処理を含むとしているが、上述した一つ目の処理と、二つ目の処理をそれぞれ別のプログラムで規定するようにして、これら別々のプログラムを用いるようにすることも可能である。また、上述した説明では、一つのサーバ装置２が各種処理を行うように説明したが、複数のサーバ装置を連携したサーバ装置システムを構築して、各種処理を分散して行わせるようにすることも当然、可能である。

図１４〜図１７は、上述したユーザ状況確認システム１が行う各種処理を時系列的に整理した手順（ユーザ状況確認方法の内容を示す手順に相当）を示す第１フローチャート〜第４フローチャートである。以下、これら第１フローチャート〜第４フローチャートに基づいて、テレビジョン装置１０、サーバ装置２等が連携して行う各種処理の手順等を説明する。

図１４の第１フローチャート〜図１６の第３フローチャートは、主に、見守られる人の状況を示す情報をサーバ装置２が取得して蓄積する処理手順を示したものである。まず、テレビジョン装置１０（制御部１４）は、電源オン操作の有無を判断する（Ｓ１）。電源オン操作の無い場合（Ｓ１：ＮＯ）、電源オン操作待ちの状態となり、電源オン操作が有った場合（Ｓ１：ＹＥＳ）、メモリ１５の電源オンフラグが立っているか否かで、その日の１回目の電源オン操作であるか否かを、テレビジョン装置１０は判断する（Ｓ２）。１回目の電源オン操作でないと判断した場合（Ｓ２：ＮＯ）、テレビジョン装置１０は、二回目以降電源オン情報を、装置識別情報Ｉ１及びユーザＩＤと共にサーバ装置２へ送信する（Ｓ３）。なお、この場合は、図１５の第２フローチャートの「Ｃ」の段階へ進むことになる。

また、１回目の電源オン操作であると判断した場合（Ｓ２：ＹＥＳ）、テレビジョン装置１０は、メモリ１５に電源オンフラグを立てると共に、一回目電源オン情報を、装置識別情報Ｉ１及びユーザＩＤと共にサーバ装置２へ送信する（Ｓ４）。

一方、サーバ装置２は、テレビジョン装置１０から、（一回目又は二回目以降）電源オン情報を受信すると、受信した電源オン情報を、一緒に受信したユーザＩＤに対応付けて、回答ＤＢ６に含まれる所定の自治体用回答ＤＢ（例えば、自治体Ａ用回答ＤＢ６ａ）の「電源オン情報」の項目に受信日時と共に記憶する処理を行う（Ｓ１１）。それから、サーバ装置２は、受信した電源オン情報が一回目電源オン情報であるか否かを判断し（Ｓ１２）、一回目電源オン情報でなかった場合（Ｓ１２：ＮＯ）、サーバ装置２は図１５の第２フローチャートの「Ｄ」の段階へ処理は進むことになる。また、一回目電源オン情報であった場合（Ｓ１２：ＹＥＳ）、サーバ装置２は、次の情報（第１対応情報）の受信待ちの状態となる。

テレビジョン装置１０側の処理に戻り、Ｓ４の段階の後、テレビジョン装置１０は、メモリ１５から表示パーツデータを読み出して表示画面１０ａに図５（ａ）に示す第１質問画面２１を表示出力する（Ｓ５）。なお、テレビジョン装置１０は、第１質問画面２１の表示出力から計時を開始している。そして、テレビジョン装置１０は、第１質問画面２１に配置された第１ボタン２１ａ〜第３ボタン２１ｃのいずれか一つの選択を受け付けたか否かを判断する（Ｓ６）。いずれか一つのボタンの選択を受け付けた場合（Ｓ６：ＹＥＳ）、テレビジョン装置１０は、選択を受け付けたボタンに係る回答を示す第１対応情報（第１回答）をサーバ装置２へ送信する（Ｓ７）。

また、いずれか一つのボタンが選択されていない場合（Ｓ６：ＮＯ）、テレビジョン装置１０は、次に計時した時間が閾値時間Ｆを超過してタイムオーバーになったか否かを判断する（Ｓ８）。タイムオーバーになっていない場合（Ｓ８：ＮＯ）、Ｓ６の段階へ戻り、再度、いずれか一つのボタンが選択されかを判断する。タイムオーバーになった場合（Ｓ８：ＹＥＳ）、テレビジョン装置１０は、第１質問への対応無しという旨を示す第１対応情報をサーバ装置２へ送信する（Ｓ９）。

次の情報の受信待ちの状態になっていたサーバ装置２は、第１回答に応じた第１対応情報又は第１質問への対応無しを示す第１対応情報を受信すると、受信した第１対応情報を、Ｓ１１の段階で用いた同じ自治体用回答ＤＢの上記と同一のユーザＩＤの「第１回答」の項目に、受信時刻と対応付けて記憶する処理を行う（Ｓ１３）。

それから、図１５の第２フローチャートに示すように、サーバ装置２は、上記の自治体用回答ＤＢの５日分の「第１回答」の項目から、上記のユーザＩＤに対応付けられた第１対応情報を受信日時と共に読み出して、計５日分の回答履歴情報を作成して、テレビジョン装置１０へ送信する処理を行う（Ｓ１４）。

テレビジョン装置１０は、回答履歴情報を受信すると、受信した回答履歴情報を配置した図５（ｂ）に示す回答画面２２を、メモリ１５から読み出した表示パーツデータも用いて生成し、生成した回答画面２２を表示画面１０ａに表示出力する（Ｓ２０）。なお、このように回答画面２２を自動で表示することにより、見守られる人も直近の５日間の具合を自ら確認できるようになる。

回答画面２２を表示してから、テレビジョン装置１０は、ユーザがリモコン装置１０の決定ボタン１９ｇの操作がなされたか否かを判断し（Ｓ２１）、決定ボタン１９ｇの操作がなされていない場合（Ｓ２１：ＮＯ）、Ｓ２０の段階へ戻り、回答画面２２の表示を続けることになる。一方、決定ボタン１９ｇの操作がなされた場合（Ｓ２１：ＹＥＳ）、テレビジョン装置１０は、図１に示す自治体サービス提供システムが開設するウェブサイトへアクセスして、そのウェブサイトのトップページのメニュー内容等を取得し、取得したメニュー内容等と、メモリ１５から読み出した表示パーツデータとを用いて、図６（ａ）の自治体トップ画面２３を生成して、表示画面１０ａに表示出力する（Ｓ２２）。

それから、テレビジョン装置１０は、リモコン装置１９の数字ボタン２０のいずれかの操作及び戻りボタンの各操作を受け付けて、図６（ｂ）のくらし情報画面２４、図７（ａ）の自治会情報画面２５等へ適宜表示を切り替えて、様々な情報画面をユーザ操作に基づき表示画面１０ａに表示することになる（Ｓ２３）。そして、テレビジョン装置１０は、リモコン装置１９の終了ボタン１９ｈの操作がなされたかを判断する（Ｓ２４）。終了ボタン１９ｈが操作されていない場合（Ｓ２４：ＮＯ）、Ｓ２２の段階へ戻り、自治体トップ画面２２の表示を行うことになる。

終了ボタン１９ｈが操作された場合（Ｓ２４：ＹＥＳ）又は図１４の第１フローチャートで二回目以降電源オン情報を送信した場合（Ｓ３）、次に、テレビジョン装置１０はラストチャンネル（前回の電源オフ時に同調していたチャンネル）の放送信号を受信して、そのチャンネルの放送映像を表示画面１０ａに表示し、さらには、ユーザのチャンネル切替操作があれば、所定のチャンネルの放送映像を表示画面１０ａに表示することになる（Ｓ２５）。

そして、テレビジョン装置１０は、ユーザの電源オフ操作があったか否かを判断し（Ｓ２６）、電源オフ操作が無い場合（Ｓ２６：ＮＯ）、Ｓ２５の段階へ戻り、放送映像の表示を続ける。また、電源オフ操作があった場合（Ｓ２６：ＹＥＳ）、テレビジョン装置１０は、電源オフ情報を、装置識別情報Ｉ１及びユーザＩＤと共にサーバ装置２へ送信する（Ｓ２７）。なお、テレビジョン装置１０は、電源オフ情報の送信後、装置自体の起動を停止して、電源オン操作待ちの状態となる。

サーバ装置２は、テレビジョン装置１０から送信されてきた電源オフ情報を受信すると、受信した電源オフ情報を、一緒に受信したユーザＩＤに対応付けて、回答ＤＢ６の所定の自治体用回答ＤＢ（例えば、自治体Ａ用回答ＤＢ６ａ）の「電源オン情報」の項目に受信日時と共に記憶する処理を行う（Ｓ１５）。なお、自治体トップ画面２３の表示を重視するような仕様では、図１４の第１フローチャートで二回目以降電源オン情報を送信した段階（Ｓ３）の後は、ラストチャンネルの放送映像の表示の段階（Ｓ２５）へ進む替わりに、自治体トップ画面２３を表示出力する段階（Ｓ２２）へ進むようにしてもよい。また、各種情報表示画面を表示した段階（Ｓ２３）と終了ボタンの操作判断の段階（Ｓ２４）の間に、「戻る」ボタンの操作が有ったか否かを判断する段階を設け、操作が有った場合は、自治体トップ画面２３の表示出力段階（Ｓ２２）へ戻るようにしてもよい。このようにした場合、Ｓ２４の段階で「終了」ボタンの操作が無い場合（Ｓ２４：ＮＯ）は、各種情報画面表示の段階（Ｓ２３）へ戻るようにする。

また、図１６の第３フローチャートにおいては、テレビジョン装置１０が、上述した図１５の第２フローチャートのＳ２５の段階で放送映像を表示していた場合等で、リモコン装置１９の質問要求ボタン１９ｆがユーザにより操作されたか否かを判断する（Ｓ３０）。質問要求ボタン１９ｆの操作が無い場合（Ｓ３０：ＮＯ）、操作待ちの状態となり、質問要求ボタン１９ｆの操作があった（Ｓ３０：ＹＥＳ）、テレビジョン装置１０は、第２質問要求情報を装置識別情報Ｉ１及びユーザＩＤと共にサーバ装置２へ送信する（Ｓ３１）。

サーバ装置２は、第２質問要求情報を受信すると、回答ＤＢ６において、受信したユーザＩＤに対応付けられた「第１回答」の項目に格納されている内容に一致する第２質問を、図１１（ａ）に示す第２質問ＤＢ７に格納された第２質問候補７ａ〜７ｄの中から選択し、選択した第２質問をテレビジョン装置１０へ送信する（Ｓ１６）。なお、この際、サーバ装置２は、選択した第２質問の種類を、回答ＤＢ６の「第２質問」の項目に格納する。

テレビジョン装置１０は、サーバ装置２から送信されてきた第２質問を受信すると、その第２質問を利用して、図７（ｂ）に示す第２質問画面２６を生成して、放送映像の周囲にＬ字状に表示出力する（Ｓ３２）。この後は、図１４の第１フローチャートの第１質問画面２１を表示した場合と同等になり、テレビジョン装置１０は、第２質問画面２６の表示出力から計時を開始し、第２質問画面２６に配置された第１ボタン２６ａ〜第３ボタン２６ｃのいずれか一つが選択されたか否かを判断する（Ｓ３３）。いずれか一つのボタンが選択された場合（Ｓ３３：ＹＥＳ）、テレビジョン装置１０は、選択されたボタンに係る回答を示す第２対応情報（第２回答）をサーバ装置２へ送信する（Ｓ３４）。

また、いずれか一つのボタンが選択されていない場合（Ｓ３３：ＮＯ）、テレビジョン装置１０は、次に計時した時間が閾値時間Ｆを超過してタイムオーバーになったか否かを判断する（Ｓ３５）。タイムオーバーになっていない場合（Ｓ３５：ＮＯ）、Ｓ３３の段階へ戻り、再度、いずれか一つのボタンが選択されかを判断する。タイムオーバーになった場合（Ｓ３５：ＹＥＳ）、テレビジョン装置１０は、第２質問への対応無しという旨を示す第２対応情報をサーバ装置２へ送信する（Ｓ３６）。

サーバ装置２は、第２回答に応じた第２対応情報又は第２質問への対応無しを示す第２対応情報を受信すると、受信した第２対応情報を、Ｓ１６の段階で用いた同じ自治体用回答ＤＢの「第２回答」の項目に、受信時刻と対応付けて記憶する処理を行う（Ｓ１７）。上記のような処理を経ることで、サーバ装置２の回答ＤＢ６には、見守られる人の情報が順次、蓄積されていく。

図１７の第４フローチャートは、自治体の監視者が通信端末Ｄ１を用いて、サーバ装置２の回答ＤＢ６に蓄積された見守られる人の情報を閲覧して、見守られる人の状況を確認する処理手順を示したものである。まず、監視者Ｋ１は通信端末Ｄ１を用いて、サーバ装置２の開設する見守りサービス用のウェブサイトに係るＵＲＬへアクセスを行い（Ｓ５０）、サーバ装置２はアクセスを受け付けたか否かを判断する（Ｓ４０）。アクセスを未だ受け付けていない場合（Ｓ４０：ＮＯ）、アクセス待ちの状態となり、アクセスを受け付けた場合（Ｓ４０：ＹＥＳ）、アクセス元となる監視者Ｋ１の通信端末Ｄ１へ図１２に示すトップページ画面３０に応じたページデータを送信出力する（Ｓ４１）。

通信端末Ｄ１は、トップページ画面３０に応じたページデータを受信すると、トップページ画面３０を表示出力し（Ｓ５１）、それから、自治体ＩＤ及びパスワードが入力されてからログインボタン３１ｃが監視者Ｋ１により操作されたか否かを判断する（Ｓ５２）。ログインボタン３１ｃが操作されていない場合（Ｓ５２：ＮＯ）、ログインボタン３１ｃの操作待ちの段階となる。また、ログインボタン３１ｃが操作された場合（Ｓ５２：ＹＥＳ）、通信端末Ｄ１は、自治体ＩＤ及びパスワードをサーバ装置２へ送信する（Ｓ５３）。

サーバ装置２は、自治体ＩＤ及びパスワードを受信すると、図１１（ｂ）に示す登録自治体ＤＢ８の中に、受信した自治体ＩＤ及びパスワードと、一致する自治体ＩＤ及びパスワードが存在するか否かを判断する（Ｓ４２）。受信した自治体ＩＤ及びパスワードが登録自治体ＤＢ８に格納されているものと一致しない場合（Ｓ４２：ＮＯ）、Ｓ４１の段階へ戻り、一致しない旨を記したトップページ画面３０に応じたページデータを通信端末Ｄ１へ送信出力する。

受信した自治体ＩＤ及びパスワードが登録自治体ＤＢ８に格納されているものと一致した場合（Ｓ４２：ＹＥＳ）、一致した自治体ＩＤに係る自治体用回答ＤＢ（最新日時のもの）を回答ＤＢ６の中から特定し、「３時間以内にテレビ視聴」、「２４時間以内にテレビ視聴」、「前日にテレビ視聴」、「２日間テレビ視聴なし」というテレビ視聴に関する内容を判断し、判断した内容、及び自治体回答ＤＢの中の「氏名」及び「第１回答」の項目に格納されている情報を含む図１３（ａ）に示す状況一覧画面３１を生成し、そのページデータを通信端末Ｄ１へ送信出力する（Ｓ４３）。

通信端末Ｄ１は、ページデータを受信して状況一覧画面３１を表示出力する（Ｓ５４）。これにより、通信端末Ｄ１の監視者は、その日の複数の見守られる人の状況を一目で確認できる。それから、通信端末Ｄ１は、監視者Ｋ１の操作により、状況一覧画面３１の一覧表３１ａの中から見守られる人の選択があったか否かを判断する（Ｓ５５）。選択が無い場合（Ｓ５５：ＮＯ）、選択待ちの状態となる。選択があった場合（Ｓ５５：ＹＥＳ）、通信端末Ｄ１は、選択された見守られる人のユーザＩＤ（ユーザ情報Ｉ２）をサーバ装置２へ送信する（Ｓ５６）。

サーバ装置２は、ユーザＩＤ（ユーザ情報Ｉ２）を受信すると、そのユーザＩＤの複数日分（例えば一週間分）の電源オン時間を、回答ＤＢ６の「電源オン時間」の項目から読み出して、それを水平バーグラフとして表した画像を配置した図１３（ｂ）に示す詳細画面３２のページデータを通信端末Ｄ１へ送信出力する（Ｓ４４）。

通信端末Ｄ１は、ページデータを受信すると、詳細画面３２を表示出力する（Ｓ５７）。このような処理手順を経て、監視者Ｋ１は、状況一覧画面３１、詳細画面３２等を閲覧することで、複数の見守られる人の中で、訪問が必要な人がいるかを判断し、訪問が必要な人がいると判断した場合、図１に示す自治会・民生委員の見守る人Ｋ１１、Ｋ１２へ電話、メール等で連絡を入れて訪問を要請する。見守る人Ｋ１１、Ｋ１２は、この要請を受けて訪問を行い、直接、見守られる人の状況を確認することになる。

本発明は、上述した処理を行うことで、特別なセンサを設けなくても、見守られる人が日常的に使用するテレビジョン装置１０とクラウドシステムを構築するサーバ装置２を連携させて、見守られる人の状況を遠隔的に監視者Ｋ１が確認でき、従来のシステムに比べて遙かに廉価で且つ容易にシステムを構築することができる。

なお、本発明は、上述した実施形態に限定されるものではなく、様々な変形例が存在する。たとえば、第１質問画面は、図５（ａ）に示す形態以外にも、図１８の変形例に示すように、サーバ装置２から提供される情報（通知情報）として、例えば自治体情報４０ｃを含むような形態の第１質問画面４０を適用することも可能である。このような変形例の第１質問画面４０を表示するには、サーバ装置２は常時、図１に示す自治体サービス提供システム、その他の情報提供システム等を巡回して、最新の通知情報を取得して、大容量記憶システム２ｇに記憶しておき、テレビジョン装置１０から電源オン情報を受信すると、提供すべき最新の通知情報を読み出してテレビジョン装置１０へ送信し、テレビジョン装置１０は、読み出した第１質問画面の中に、受信した通知情報を配置して表示出力することで、図１８のような変形例の第１質問画面４０を見守られる人に提供できる。

この第１質問画面４０は、ユーザに有益な情報が含まれることから、第１質問画面を見ようとする意識付けを高められることに利点がある。また、第１質問画面４０は、第１質問に対する回答として、第１ボタン４０ａ及び第２ボタン４０ｂを設けており、これら各ボタン４０ａ、４０ｂは、リモコン装置１９の青ボタン１９ｂ、赤ボタン１９ｃと夫々対応付けられている。

さらに、別の変形例としては、図５（ａ）に示す第１質問画面２１に配置される第１質問はテレビジョン装置１０に記憶させたものを用いるのではなく、サーバ装置２が記憶するものを用いるようにしてもよい。この場合、サーバ装置２は予め大容量記憶システム２ｇに複数種類の第１質問候補を記憶しておく。これらの第１質問候補は、季節、時間帯、曜日、病気の状況等を示す検索タグが付されたものとなっており、サーバ装置２は、テレビジョン装置１０から電源オン情報を受信すると、受信した当時の季節、受信した時間帯等を検索ワードにして複数種類の第１質問候補の中から検索を行ってヒットしたものを第１質問として読み出し、テレビジョン装置１０へ送信する処理を行う。

テレビジョン装置１０は、第１質問を受信すると、受信した第１質問を配置した第１質問画面を生成し、その第１質問画面を表示出力することになる。このような変形例では、見守られる人への質問内容が適宜、変わることから、見守られる人は、日々異なる内容を質問されることになり、質問のマンネリ化を防ぐと云う利点がある。なお、この変形例の場合は、記憶する第１質問候補の回答の種類に応じて、図１１（ａ）に示す第２質問ＤＢ７も複数種類、準備しておくことになる。

また、上述したような通知情報を質問画面に配置することは、図７（ｂ）の第２質問画面２６にも適用することが可能である。さらに、このような通知情報を配置した第２質問画面は、最新の通知情報が生じたときに、サーバ装置２からテレビジョン装置１０へ第２質問画面のページデータを送信することで、テレビジョン装置１０に表示させるようにしてもよい。このようにすることで、見守られる人がリモコン装置１９の質問要求ボタン１９ｆを操作した場合だけでなく、通知すべき情報が発生した時点で、視聴中の放送映像と共に第２質問画面を表示できるようになり、タイムリーに第２質問を提示できることになる。なお、第２質問画面の形態としては、いわゆるピクチャ・イン・ピクチャ又はピクチャ・アウト・ピクチャで放送映像と共に表示することも可能であり、さらには、放送映像からの表示切替で、第１質問画面と同様の形態で表示することも可能である。

さらに、第１質問画面又は第２質問画面に「本日１日外出」、「明日から２日外出」、「明後日から３日外出」という外出ボタンを選択可能に設け、これらのボタンが選択されると、その外出ボタンに付された内容がサーバ装置２へ送信されるようにしてもよい。この場合、サーバ装置２は、回答ＤＢ６の「外出予定」の項目に、送信されてきた外出の日数等を受信日時と共に記憶するようにし、それにより、単なる外出の状況を、テレビジョン装置１０の電源をオンできない程の状況であると誤判断することを回避できる。

また、図１３（ａ）に示す状況一覧画面３１の形態、及び図１３（ｂ）に示す詳細画面３２の形態は一例にすぎず、システムの仕様及び自治体側の要望に応じて、回答ＤＢ６に含まれる各種情報を適宜配置した画面を用いることが可能であり、例えば、図１９（ａ）に示す状況一覧画面４１、図１９（ｂ）に示す詳細画面４２の形態を適用することも可能である。

また、監視者Ｋ１へは、メールで状況一覧画面又は詳細画面の内容を連絡するようにすることも可能であり、例えば、監視者Ｋ１による閲覧が所定時間、無いような場合は、サーバ装置２から監視者Ｋ１の通信端末Ｄ１へメールを送信するようにしてもよい。メールの内容としては、「本日、赤坂Ａ夫様は７時１５分に「快適に目覚めた」と回答されました」、「自治体Ａ監視者様 本日 ９時３８分現在、山下Ａ子様１名からの状況が届いていません」というメール文が想定される。なお、図２０に示すように、図１３（ａ）の状況一覧画面と同等の内容を含むメール４３を適用してもよい。さらに、このようなメールでの連絡は定期的に送信する仕様にすることも可能であり、例えば、毎日、午前９時にサーバ装置２から監視者の通信端末Ｄ１へ連絡のメールを送信するようにしてもよい。

また、テレビジョン装置１０には、テレビ電話機能を具備させて、自治会・民生委員が直接訪問する前に、テレビ電話で状況を確認できるようにしてもよい。さらには、見守られる人が使用する装置は、テレビジョン装置１０に限定されるものではなく、通信機能、ユーザからの操作入力を受け付ける機能、及びユーザへ情報を出力する機能を具備する装置であれば、全て適用可能であり、例えば、スマートフォン、携帯電話機等の通信端末装置もテレビジョン装置１０の替わりに用いることも勿論可能であり、表示画面の無い無線機等を用いるようにしてもよい（無線機等の場合、音声により各種情報、第1質問、第２質問等を出力することになる）。

さらに、上述した図５（ａ）に示す第１質問画面２１においては、第１質問の質問数を単数の場合で説明したが、第１質問に含まれる質問数を複数にすることも勿論、可能である。このような場合は、例えば、第１質問画面にＱ１という質問文、及びＱ２という質問文を記載した上で、質問文ごとに複数の回答をチェックボックスと共に配置し、ユーザは、質問文ごとに、自らの思う回答のチェックボックスにチェックを入れるような形態にする。このように複数の質問を第１質問に配置すれば、ユーザの体調、気分等を、より細やかに確認できるようになり好適である。このように質問数を複数にすることは、第２質問（第２質問候補）においても勿論、適用可能である。

また、第１質問（又は第２質問）の質問数を複数にする場合は、複数の中の一部分をサーバ装置２に記憶させ、複数の中の他部分をテレビジョン装置２（通信端末装置）に記憶させて、この一部分と他部分を組み合わせて第１質問（又は第２質問）をテレビジョン装置１０（通信端末装置）で生成し、出力するようにしてもよい。この場合、サーバ装置２は電源オン情報を受信した場合、記憶していた中から、一部分の質問を読み出してテレビジョン装置１０（通信端末装置）へ送信し、テレビジョン装置１０（通信端末装置）は一部分の質問を受信すると、記憶していた中から他部分の質問を読み出し、受信した一部分と読み出した他部分とを組み合わせて第１質問（又は第２質問）を生成し、出力することになる。

この変形例では、サーバ装置２で記憶する一部分の質問内容を、サーバ装置側で自由に変更できることから、ユーザに提供される第１質問（又は第２質問）は、質問内容が自由に変わる一部分と、固定的な質問内容の他部分とで構成されることになり、ユーザへの質問内容のバリエーションを豊富にでき、ユーザ状況（ユーザの体調、気分等）をきめ細かく確認するのに役立つ。

さらに、上述した説明では、第２質問は第１質問から時間的に隔てたタイミングで出力するようにしていたが、第１質問に係るユーザの対応が完了すれば、引き続き、第２質問を自動で出力するようにしてもよい。この場合は、ユーザ（見守られる人）が第１質問に回答後、図５（ｂ）に示すような回答画面２２で「決定」ボタンを押すと、サーバ装置２に「第２質問があるか？」という問い合わせを示す第２質問要求情報を送信し、サーバ装置２は、この第２質問要求情報を受信すると、記憶している中に提供すべき第２質問が存在するかを判断し、存在する場合は、第２質問をテレビジョン装置１０へ送信し、それによりテレビジョン装置１０側では、第１質問画面に続いて、第２質問画面を表示出力できる。なお、このような処理の流れは、第２質問のあとに第３質問、第４質問等がさらに存在すれば、上記のような処理の流れで、第２質問の後に、第３質問等を順次、表示出力する仕様にしてもよい。

また、第１質問又は第２質問に係る回答のタイムオーバー（閾値時間の超過）について、上記の説明では、閾値時間をテレビジョン装置１０の（通信端末装置）に記憶させて、タイムオーバーをテレビジョン装置１０（通信端末装置）側で判断するようにしたが、閾値時間をサーバ装置２に記憶させて、サーバ装置２側でタイムオーバーを判断するようにしてもよい。この場合、サーバ装置２は、第１質問を送信する仕様にしておき、第１質問を送信してからの時間を計測し、計測した時間が、記憶する閾値時間を超過しない場合で、テレビジョン装置１０から送信された第１対応情報を受信した場合、受信した第１対応情報の記憶処理を行うようにしており、第１対応情報を受信しないで、計測した時間が前記閾値時間を超過した場合、第１質問に対する対応なしという旨を示す第１対応情報を記憶することになる。

さらに、図１８で示した第１質問画面４０の中に配置する通知情報は、サーバ装置２から送信されるものだけでなく、テレビジョン装置１０（通信端末装置）が、外部の情報提供システム等から独自に取得したものを用いるようにしてもよい。さらにまた、第１質問画面は、図７（ｂ）に示す第２質問画面２６と同様に、テレビジョン放送の放送映像と共に表示画面１０ａに表示することも可能である。この場合の表示例としては、第１質問と放送映像を横並びに配置するパターン、第１質問の中にピクチャ・イン・ピクチャで放送映像を配置するパターン、放送映像の中にピクチャ・イン・ピクチャで第１質問を配置するパターン等が考えられる。

また、テレビジョン装置１０で表示する各種質問等の画面は、ＯＳＤ表示、ウェブブラウザで表示、ウィジェットで表示など、様々なユーザインタフェース表示仕様を適用可能である（モジュールを用いること、アプリを用いることも可能）。そのため、システム仕様又は装置仕様の要求に応じて、適切な表示の仕方を採用すればよく、さらには、複数の表示の仕方を組み合わせることも可能であり、例えば、第１質問はブラウザで表示し、第２質問はＯＳＤ表示を用いるなどの表示の仕方にしてもよい。

さらに、上述した説明では、一回目の電源オンであるか、二回目以降の電源オンであるかは、テレビジョン装置１０のメモリ１５に記憶される電源オンフラグに基づき判断するようにしたが、サーバ装置２側で電源オン情報の送信されてくる回数を計数して、サーバ装置２側で何回目かの電源オンであるかを判断し、その判断結果をテレビジョン装置１０側へ送信するようにしてもよい。このようにサーバ装置２で電源オンの回数を判断する場合は、１回目の電源オンであれば、第１質問をサーバ装置２がテレビジョン装置１０へ送信し、２回目以降の電源オンであれば、自治体トップ画面をサーバ装置２が送信するような仕様を適用することも可能である。

また、本発明に係るユーザ状況確認システム１は、自治体による見守りサービス以外にも勿論、適用可能であり、例えば、離れて暮らす親子において、親を見守られる人、子を監視者及び見守る人としてシステムを構築することも可能である。さらに、サーバ装置２は、ユーザの状況に関する情報（状況一覧画面、詳細画面の内容等）を自治体の監視者Ｋ１へ連絡する以外に、ユーザ状況確認システム１の構成によっては、直接、見守る人Ｋ１１、Ｋ１２等の携帯通信端末へ連絡するようにしてもよく、このように連絡する場合は、メールで情報を送信することが好適であるが（図２０等参照）、見守る人Ｋ１１、Ｋ１２等からのアクセスを受けて、ウェブサイトを通じて必要な情報を送信する形態も勿論、適用できる。

図２１は、本発明の第２実施形態に係るユーザ状況確認システムのテレビジョン装置（通信端末装置）で表示される先行出力の例であるポップアップ５１を示している。本発明の第２実施形態は、図５（ａ）に示す第１質問画面２１に先行して、ポップアップ５１を表示出力することが特徴になっており、このようにすることで、監視側が、ユーザの状況（特にユーザが生存しているか否か等）を迅速に確認できるようになる。なお、第２実施形態におけるシステム構成及びハード的な構成は、上述した第１実施形態と同等であるので、同等である部分については、第１実施形態と同じ符号を用いて、以下、第２実施形態の説明を行う。

テレビジョン装置１０（図３参照）は、制御部１４等を有すると共に、この制御部１４が行う各種制御処理を見守りプログラムＰ２で規定するようになっている関係上、一種のコンピュータとしても把握することができる構成になっている。この第２実施形態においてテレビジョン装置１０は、図２１に示すようなポップアップ５１を表示画面１０ａに表示するため、メモリ１５に記憶される見守りサービス用表示テーブルＴ２に、ポップアップ５１を表示するための表示パーツデータ（ポップアップデータ）を格納している。

ポップアップ５１は、図２１に示すように、テキスト部分５１ａと、選択可能なボタン５１ｂを含むことから、ポップアップ５１のポップアップデータは、テキスト部分５１ａに加えて、ボタン５１ｂ及び背景部分等の描写データを組み合わせて表示させるデータを有する。

テキスト部分５１ａに含まれる「○○さん」の部分は、図５（ａ）の第１質問画面２１と同様に、ユーザ情報Ｉ２に含まれるユーザ名称（又はニックネーム）等がメモリ１５より読み出されて貼り付けられることになり、また、テキスト部分５１ａに含まれる「今朝の」という文言も、時間帯に応じた文言が適宜貼り付けられるようになっており、「今の」、「昼の」、「夜の」という他の文言も見守りサービス用表示テーブルＴ２に含まれている。また、ポップアップ５１は、ボタン５１ｂを有することで、このポップアップ５１に対応した操作が可能であることをユーザに示すことになる。

テレビジョン装置１０のメモリ１５には、上述したポップアップ５１を表示させるため、第２実施形態用の見守りプログラムＰ２が記憶されると共に、表示したポップアップ５１の表示時間及び表示回数等を制御するために、基準時間及び基準回数等も記憶されている。

基準時間とは、ポップアップ５１を表示させておく時間の設定値に該当し、一例としては３０秒という時間が設定されているが、第１実施形態で説明した閾値時間Ｆと同様に、図示しない設定メニューにより、５秒から３分の範囲で所望の値に設定可能となっている。また、基準回数とは、ポップアップ５１を表示させる回数の上限の設定値に該当し、一例としては５回という回数が設定されているが、基準時間と同様に、１回から１５回の範囲で所望の回数に設定可能となっている。なお、監視者が迅速にユーザの状況を確認することを希望する場合は、基準時間の設定値として３０秒以下（１０秒〜２０秒の範囲が好適）を設定すると共に、基準回数としては４回以下の数値を設定することが好ましい。一方、ボタン５１ｂの選択操作のしやすさを重視する場合は、基準時間の設定値としては３０秒以上（４０秒〜５０秒の範囲が好適）を設定すると共に、基準回数としては５回以上の数値を設定することが好ましい。

第２実施形態用の見守りプログラムＰ２は、第１実施形態で説明した処理内容に、ポップアップ５１を表示するための処理が追加されたものになっている。具体的には、第１実施形態の場合、テレビジョン装置１０に対して一日の最初の電源オン操作がなされた場合、一回目電源情報をサーバ装置２へ送信する処理を行ってから、第１質問画面２１を表示する処理を制御部１４が行うことを見守りプログラムＰ２は規定していたが、第２実施形態の場合は、一回目電源情報をサーバ装置２へ送信する処理を行ってから、前回の電源オフ時に選択されていたチャンネルにチューナ部を同調させて、そのチャンネルに係るテレビ放送映像を表示画面１０ａに表示させる処理を制御部１４が行うと共に、メモリ１５からポップアップ５１用のポップアップデータを読み出して、読み出したポップアップデータに基づきポップアップ５１を生成し、生成したポップアップ５１を表示画面１０ａの右下隅から、せり上がるように表示させる処理を制御部１４が行うことを見守りプログラムＰ２は、規定している。なお、このようなポップアップデータの読み出し及びポップアップ５１の表示出力は、一日の最初の電源オン操作に対して間接的に基づいて行われることになる（後述の第３、４実施形態でも同様）。

ポップアップ５１を表示した場合、表示出力が行われてからの時間の経過を制御部１４が計測（計時）すると共に、ポップアップ５１のボタン５１ｂに示されているように、リモコン装置１９（ユーザインタフェース部）の決定ボタン１９ｇ（操作受付手段に相当）に対してユーザによる押し下げ操作を受け付けたか否かを制御部１４が判断（検知）する処理を行うことを、見守りプログラムＰ２は規定している。なお、表示画面１０ａに表示出力されたポップアップ５１に対してユーザがリモコン装置１９の決定ボタン１９ｇを押す操作を行うことは、先行出力に対するユーザの対応操作に該当し、リモコン装置１９の決定ボタン１９ｇで、このような対応操作を受け付ける。

決定ボタン１９ｇを押し下げる操作の受け付けがあったことを制御部１４が検知した場合、「ユーザ操作が有った旨の通知」を、装置識別情報Ｉ１及びユーザＩＤと共に通信部１７を用いてサーバ装置２へ送信する処理を制御部１４が行って制御することを見守りプログラムＰ２は規定している。このような通知を送信することで、第１実施形態のように第１質問画面２１に対するユーザ回答を待つことなく、早い段階でユーザが生存していることをサーバ装置２は把握でき、それに伴い、監視側（自治体Ａの監視者Ｋ１）も迅速にユーザの生存を確認できるメリットがある。なお、ユーザの決定ボタン１９ｇの押し下げ操作を受け付けた場合に、第１実施形態で説明した第１質問画面２１の表示出力以降の処理を制御部１４が行うことを見守りプログラムＰ２は規定している。

一方、決定ボタン１９ｇの押し下げ操作を受け付けていないことを制御部１４が判断（検知）した場合、計時した時間とメモリ１５に記憶されている基準時間とを比較し、計時した時間が基準時間を超過したか否かを制御部１４が判断する処理を見守りプログラムＰ２は規定している。計時した時間が基準時間を超過していなければ、制御部１４は、ユーザによる決定ボタン１９ｇの押し下げ操作の受け付けを待つ状態となり、計時した時間が基準時間を超過すれば、「ユーザ操作が無い旨の通知」を、装置識別情報Ｉ１及びユーザＩＤと共に通信部１７を用いてサーバ装置２へ送信する処理を制御部１４が行って制御することを見守りプログラムＰ２は規定している。このような通知を送信することで、早い段階でユーザに異常が発生している可能性があることをサーバ装置２は把握でき、それに伴い、監視側（自治体Ａの監視者Ｋ１）もスムーズにユーザの異常に備えることができるメリットがある。

「ユーザ操作が無い旨の通知」を送信すると、ポップアップ５１の表示出力を一旦停止し、ポップアップの表示出力回数を１回カウントしてメモリ１５に記憶すると共に、メモリ１５に記憶されているカウント数を、メモリ１５に記憶されている基準回数と比較することを制御部１４は規定している。カウント数が基準回数を超過していなければ、一定時間経過後（例えば、５秒経過後）、再度、ポップアップ５１を表示出力を行い、以降、上述した各処理を制御部１４が繰り返すことを見守りプログラムＰ２は規定している。なお、上記の一定時間の数値もメモリ１５に記憶されており、１秒から３分程度の範囲で適宜、時間の数値を、上述した基準時間等と同様に設定して記憶する。

再びポップアップ５１の表示出力を行うこと、及び「ユーザ操作が無い旨の通知」の送信を繰り返し、カウント数が基準回数を超過しても、ユーザによる決定ボタン１９ｇの押し下げ操作を受け付けていない場合、「ユーザに異常が発生した旨の通知」を、装置識別情報Ｉ１及びユーザＩＤと共に通信部１７を用いてサーバ装置２へ送信する処理を制御部１４が行って制御することを見守りプログラムＰ２は規定している。なお、ポップアップ５１を繰り返し表示しても、ユーザが決定ボタン１９ｇの押し下げ操作を受け付けていない状態とは、ユーザがリモコン装置１９の決定ボタン１９ｇを操作できない程の状況になっていると考えられるので、上述した「ユーザに異常が発生した旨の通知」を行うようにしている。また、このような通知を送信することで、早い段階でユーザが危険な状況であることをサーバ装置２は把握でき、それに伴い、監視側（自治体Ａの監視者Ｋ１）も危険な状況にあるユーザへ迅速な対応を行いやすくなるメリットがある。なお、第２実施形態のテレビジョン装置１０については、上述した内容以外は、第１実施形態と同等の処理を行う。

一方、第２実施形態のサーバ装置２は、テレビジョン装置１０が上述したように、「ユーザ操作が有った旨の通知」、「ユーザ操作が無かった旨の通知」、又は「ユーザに異常が発生した旨の通知」を送信してくることになるので、これらの送信内容を受信したか判断すると共に、受信した場合は、受信日時と共に、大容量記憶システム２ｇ（図８参照）に記憶される回答ＤＢ６の中にユーザ別に保存することになり、このような保存に係る処理を第２実施形態の見守りサービスプログラム４は新たに規定することになる。また、これらの送信内容も、第１実施形態の回答の中身と同様に、サーバ装置２は、状況一覧画面又は詳細画面に含めて配信することになり、このような処理も、第２実施形態の見守りサービスプログラム４は新たに規定することになる。

また、「ユーザに異常が発生した旨の通知」をサーバ装置２が受信すると、早急な対応が必要であることから、サーバ装置２より監視者へ、ユーザに異常が発生していることを電子メールで連絡するために、第２実施形態のユーザＤＢ５（図８、９参照）には、「ユーザＩＤ」に対応付けて、ユーザの「氏名」、「ニックネーム」等の他に、ユーザのテレビジョン装置１０の通信用アドレス、監視者が使用する通信端末の電子メールアドレス等も格納されている。

そのため、サーバ装置２が「ユーザに異常が発生した旨の通知」を受信すると、その通知と一緒にテレビジョン装置１０から送信されてくる装置識別情報Ｉ１及びユーザＩＤも受信し、受信したユーザＩＤに対応付けられた監視者Ｋ１が使用する通信端末Ｄ１の電子メールアドレスを、ユーザＤＢより特定し、その特定した電子メールアドレス宛へ、見守られる人を早急に見守りに行く必要がある旨の指示（定型文）を記載した電子メールを自動作成して送信する処理を行うことを、第２実施形態の見守りサービスプログラム４は新たに規定している。なお、このような電子メールに使用される定型文等も、第２実施形態のサーバ装置２は大容量記憶システム２ｇに記憶している。また、上記指示を含む電子メールを受信した監視者Ｋ１は、見守る人Ｋ１１、Ｋ１２へ電話等により、見守られる人の家屋へ行って、見守られる人（ユーザ）の状況をすぐにでも見に行くべき旨の指示を出すことになる。

図２２は、上述した第２実施形態に係るテレビジョン装置１０及びサーバ装置２の処理手順を整理した第５フローチャートである。この第５フローチャートは、第１実施形態で説明した図１４の第１フローチャートに追加される第２実施形態の処理手順を示したものである。詳しくは第１フローチャートにおけるテレビジョン装置側のステップＳ４の段階（一回目電源オン情報送信）と、ステップＳ５の段階（第１質問画面を表示出力）の間に、第５フローチャートにおけるテレビジョン装置側のステップＳ６０〜Ｓ７１の処理が追加されると共に、第１フローチャートにおけるサーバ装置側のステップＳ１２のＹＥＳの段階（一回目電源オン情報？：ＹＥＳ）と、ステップＳ１３の段階（第１対応情報を記憶）の間に、第５フローチャートにおけるサーバ装置側のステップＳ８０〜Ｓ８６の処理が追加されることになる。

この第５フローチャートに従って、第２実施形態に係るテレビジョン装置１０及びサーバ装置２の連携した処理手順を説明すると、まず、テレビジョン装置１０は、一回目電源オン情報を送信してから（Ｓ４）、前回の電源オフ時等のチャンネルに同調して、表示画面１０ａにテレビ放送映像を表示すると共に（Ｓ６０）、メモリ１５の見守りサービス用表示テーブルＴ２から、ポップアップ５１のポップアップデータを読み出し（Ｓ６１）、表示画面１０ａの右下から、せり上がるようにポップアップ５１を表示中の放送映像に重ねて表示出力する（Ｓ６２）。なお、テレビジョン装置１０は、ポップアップ５１の表示出力を行ってから、時間の経過の計測（計時）を開始する。

それから、テレビジョン装置１０は、ポップアップ５１の中のボタン５１ｂに対応したユーザ操作（リモコン装置１９の決定ボタン１９ｇの押し下げ操作）を受け付けたか否かを判断する（Ｓ６３）。ユーザ操作が有った場合（Ｓ６３：ＹＥＳ）、テレビジョン装置１０は、ユーザ操作有りの通知をサーバ装置２へ送信する（Ｓ６４）。なお、ユーザ操作有りの通知を送信した後は、図１４の第１フローチャートに示すステップＳ５の段階へ進み、テレビジョン装置１０は、図５（ａ）の第１質問画面２１を表示画面１０ａに表示出力することになる。

テレビジョン装置１０の上述した処理に対して、サーバ装置２は、ユーザ操作有りの通知を受信したか否かを判断しており（Ｓ８０）、受信した場合は（Ｓ８０：ＹＥＳ）、受信日時と共に、大容量記憶システム２ｇ（図８参照）の回答ＤＢ６の中に、受信したユーザ操作有りの通知をユーザ別に記憶する（Ｓ８１）。なお、受信しなかった場合は（Ｓ８０：ＮＯ）、サーバ装置２は、特に処理を行うことなく次の段階へ進むことになる。

テレビジョン装置１０側の処理に戻って、ユーザ操作が無かった場合（Ｓ６３：ＮＯ）、テレビジョン装置１０は、計時した時間が基準時間を超過したか否かを判断し（Ｓ６５）、基準時間を超過していない場合（Ｓ６５：ＮＯ）、ユーザ操作を受け付けか否かを判断する段階（Ｓ６３）へ戻り、以降、基準時間を超過するまで、ユーザ操作の受け付けを待つ状態となる。

基準時間を超過した場合（Ｓ６５：ＹＥＳ）、テレビジョン装置１０は、ユーザ操作無しの通知をサーバ装置２へ送信する（Ｓ６６）。このような通知の送信に対して、サーバ装置２は、ユーザ操作無しの通知を受信したか否かを判断しており（Ｓ８２）、受信した場合は（Ｓ８２：ＹＥＳ）、受信日時と共に、大容量記憶システム２ｇ（図８参照）の回答ＤＢ６の中に、受信したユーザ操作無しの通知をユーザ別に記憶する（Ｓ８３）。なお、受信しなかった場合は（Ｓ８２：ＮＯ）、サーバ装置２は、特に処理を行うことなく次の段階へ進むことになる。

テレビジョン装置１０側の処理に戻り、テレビジョン装置１０は、ポップアップ５１の表示出力を一旦停止し（Ｓ６７）、また、それに伴い、時間の計測も停止すると共に、計時時間もゼロにリセットする。それから、テレビジョン装置１０は、ポップアップ５１を表示した回数（カウント数）を１増加して、現在のカウント数をメモリ１５に保存する（Ｓ６８）。そして、テレビジョン装置１０は、現在のカウント数が基準回数を超過したか否かを判断し（Ｓ６９）、基準回数を超過していないと判断した場合（Ｓ６９：ＮＯ）、一定時間（例えば、５秒）の経過をカウントしてから（Ｓ７０）、ポップアップ表示出力の段階（Ｓ６２）へ戻り、これにより、テレビジョン装置１０は、再びポップアップ５１の表示出力を行うことなる。

ポップアップ５１の表示の再出力を行ってからは、以降、ユーザ操作が無いと共に、カウント数が基準回数を超過しなければ、上述したユーザ操作無しの通知の送信（Ｓ６６）、ポップアップ５１の表示出力の停止（Ｓ６７）、及びポップアップ５１の表示の再出力（Ｓ６２）等の各処理をテレビジョン装置１０は繰り返すことになる。

一方、現在のカウント数が基準回数を超過した場合（Ｓ６９：ＹＥＳ）、テレビジョン装置１０は、現在のカウント数をゼロにリセットし、「ユーザに異常が発生した旨の通知」をサーバ装置２へ送信する（Ｓ７１）。「ユーザに異常が発生した旨の通知」を送信すると、テレビジョン装置１０での処理は終了となって、自動的に電源がオフされる。

また、上記のようなテレビジョン装置１０からの「ユーザに異常が発生した旨の通知」の送信に対し、サーバ装置２は、「ユーザに異常が発生した旨の通知」を受信したか否かを判断している（Ｓ８４）。受信した場合は（Ｓ８４：ＹＥＳ）、通知と共に送信されてきたユーザＩＤ等に対応付けられた監視者の電子メールアドレスをサーバ装置２は特定し（Ｓ８５）、その特定した電子メールアドレス宛に、見守られる人を早急に見守りに行く必要がある旨の指示を記載した電子メールを自動作成して送信する処理を行い（Ｓ８６）、一旦、この時点で、今回の分の処理を終了することになる。なお、「ユーザに異常が発生した旨の通知」を受信しなかった場合（Ｓ８４：ＮＯ）、サーバ装置２は、図１４の第１フローチャートのステップＳ１３の段階へ進むことになる。

以上に説明したように、第２実施形態のユーザ状況確認システムでは、テレビジョン装置１０の電源オンに対して、直接的に図５（ａ）の第１質問画面２１が表示出力されるのではなく、第１質問画面２１に先行して、図２１（ａ）（ｂ）のポップアップ５１が表示出力されるので、このポップアップ５１に対して見守られる人は、とりあえず、リモコン装置１９の決定ボタン１９ｇを押す操作を行えば、先に処理を進められる。そのため、システム側としては、第１質問画面２１のように質問に回答しなくても（何も考えなくても）、すぐに操作を行える機会を見守られる人（ユーザ）に提供することとなり、ユーザ操作の有無により、迅速にユーザの状況を確認できる。

なお、本発明の第２実施形態も上記の内容に限定されるものではなく、種々の変形例が考えられる。例えば、ポップアップ５１の表示出力の仕方としては、表示画面１０ａの右下から、せり上がるように表示させる以外に、表示画面１０ａの他の箇所から、現れるようにすることも可能であり、ユーザ（見守られる人）の注意を引きつけるために、ポップアップ５１を点滅するように表示することや、表示されたポップアップ５１が表示画面１０ａの中を動き回るようにしてもよい。さらに、ポップアップ５１をユーザが必ず見るようにするためには、ポップアップ５１の寸法を大きくして、重ねられる放送映像５０を見えにくくすることも有効であり、ポップアップ５１は最大限の寸法としては、表示画面１０ａに対して全画面表示にすることまで可能である。

また、ポップアップ５１のテキスト部分５１ａのテキストの内容も、上述した質問的な内容以外に、「このボタンを押して下さい」というようなユーザに催促又は指示するような内容、「今日の運勢は？」などようにクイズ的な内容を用いることも可能であり、重要なことは、ユーザ（見守られる人）の生存確認を行えるように、まずは操作してもらうように仕向ける内容になっていることである。

さらに、上述した図２２の第５フローチャートでは、テレビジョン装置１０で、ポップアップ５１に対するユーザ操作を待つ時間と基準時間との比較、ポップアップ５１を繰り返し表示する回数と基準回数との比較を行うようにしたが、このような比較に関する処理をサーバ装置２で行うようにすることも可能である。

図２３は、サーバ装置２で基準時間との比較、及び基準回数との比較を行うようにした第２実施形態の変形例の処理手順を示す第６フローチャートである。この第６フローチャートの変形例の場合、テレビジョン装置１０は、図２２の第５フローチャートに比べて、計時に関する処理、基準時間超過の判断（第５フローチャートのステップＳ６５）、操作ナシの通知送信（第５フローチャートのステップＳ６６）、繰り返しに係るカウント数を１増加（第５フローチャートのステップＳ６８）、基準回数超過の判断（第５フローチャートのステップＳ６９）、異常アリの通知送信（第５フローチャートのステップＳ７１）等を省略したものになっている。

そのため、この変形例のテレビジョン装置１０では、基準時間及び基準回数の記憶が不要になっていると共に、制御部１４の各処理を規定した見守りプログラムＰ２においても、上述した第５フローチャートに比べて省略された内容の各処理を、規定内容から削除したものになっている。また、上述した各処理の削除以外に、見守りプログラムＰ２は規定する処理内容を一部変更しており、例えば、ポップアップ５１に対するユーザ操作を待つ時間に関する判断について、サーバ装置２からのサーバ基準時間超過通知に基づき判断するようにしており（第６フローチャートのステップＳ１６５参照）、さらに、ポップアップ５１の再表示出力に関する判断についても、サーバ装置２からのサーバ基準回数超過通知に基づき判断するようにしている（第６フローチャートのステップＳ１６８参照）。

一方、この変形例に応じたサーバ装置２は、上述したテレビジョン装置１０で省略された処理を替わりに行うようになっており、図２２の第５フローチャートに比べて、計時に関する処理（第６フローチャートのステップＳ１８０）、サーバ基準時間超過の判断（第６フローチャートのステップＳ１８２）、サーバ基準時間超過通知（第６フローチャートのステップＳ１８３）、繰り返しに係るカウント数を１増加（第６フローチャートのステップＳ１８５）、サーバ基準回数超過の判断（第６フローチャートのステップＳ１８６）、サーバ基準回数超過通知（第６フローチャートのステップＳ１８７）等の各処理を追加で行うようになっている。

そのため、この変形例のサーバ装置２では、ポップアップ５１に対するユーザ操作を待つ時間の基準となるサーバ基準時間、ポップアップ５１の再表示出力を行う回数の基準となるサーバ基準回数をＲＡＭ２ｃ又は大容量記憶システム２ｇに記憶するようになっている。なお、サーバ基準時間とは、上述したテレビジョン装置１０の基準時間に該当するものであり、基準時間と同等の時間が適用可能であり、サーバ基準回数も上述したテレビジョン装置１０の基準回数に該当し、基準回数と同等の値が適用可能である。また、上述しＭＰＵ２ａの見守りサービスに関する各種処理を規定した見守りサービスプログラム４においても、上述した第５フローチャートに比べて追加された内容の各処理を、規定内容に加えたものになっている。さらに、追加に伴って見守りサービスプログラムＰ４が規定する各処理の流れ等も変更になっており、追加及び変更された処理流れ等については、以下、図２３の第６フローチャートに従って説明する。

図２３の第６フローチャートにおいて、まず、テレビジョン装置１０は、ステップＳ１６０からステップＳ１６４までの各処理を、基本的に、図２２の第５フローチャートのステップＳ６０からステップＳ６４までと同様に行うが、ステップＳ１６２の段階で、時間の経過の計測（計時）を開始することは省略している。

一方、サーバ装置２は、テレビジョン装置１０から送信された電源オン情報が、その日の一回目のものであれば（第１フローチャートのステップＳ１２：ＹＥＳ）、ＭＰＵ２ａが計時を開始し（Ｓ１８０）、テレビジョン装置１０からのユーザ操作有りの通知を受信したか否かを第１処理手段として判断する処理を行う（Ｓ１８１）。ユーザ操作有りの通知を受信した場合（Ｓ１８１：ＹＥＳ）、サーバ装置２は、受信日時と共に、大容量記憶システム２ｇ（図８参照）の回答ＤＢ６の中に、受信したユーザ操作有りの通知をユーザ別に記憶しＳ１９１）、以降、第５フローチャートの場合と同様に、第１フローチャートのステップＳ１３の段階へ進む。

また、サーバ装置２は、ユーザ操作有りの通知を受信しなかった場合（Ｓ１８１：ＮＯ）、計時した時間がサーバ基準時間を超過したか否かを判断し（Ｓ１８２）、超過していない場合は（Ｓ１８２：ＮＯ）、ステップＳ１８１の段階へ戻り、ユーザ操作有りの通知を待つ状態となる。ユーザ操作有りの通知を受信せずに、計時した時間がサーバ基準時間を超過した場合（Ｓ１８２：ＹＥＳ）、サーバ装置２のＭＰＵ２ａは第２処理手段として、サーバ基準時間超過の旨の通知をテレビジョン装置１０へ送信する処理を行い（Ｓ１８３）、今まで計時した時間も一旦、ゼロにリセットする。

テレビジョン装置１０は、ポップアップ５１に対するユーザ操作を受け付けていない場合（Ｓ１６３：ＮＯ）、次に、サーバ装置２からのサーバ基準時間超過の旨の通知を受信したか否かを判断しており（Ｓ１６５）、受信していない場合（Ｓ１６５：ＮＯ）、ステップＳ１６３の段階へ戻り、ユーザ操作の受け付けを待つ状態となる。サーバ基準時間超過の旨の通知を受信した場合（Ｓ１６５：ＹＥＳ）、テレビジョン装置１０は、、ポップアップ５１の表示出力を一旦停止し（Ｓ１６６）、一定時間（例えば、５秒）の経過をカウントしてから（Ｓ１６７）、サーバ装置２からのサーバ基準回数超過の旨の通知を受信したか否かを判断する（Ｓ１６８）。

一方、サーバ装置２は、サーバ基準時間超過の旨の通知をテレビジョン装置１０へ送信すると、ポップアップ５１に対するユーザ操作無しの旨を、その判断日時と共に、大容量記憶システム２ｇ（図８参照）の回答ＤＢ６の中に記憶し（Ｓ１８４）、繰り返し処理に係る回数（カウント数）を１増加して、現在のカウント数をＲＡＭ２ｃに保存する（１８５）。それから、サーバ装置２は、現在のカウント数がサーバ基準回数を超過したか否かを判断する（Ｓ１８６）。

現在のカウント数がサーバ基準回数を超過していなければ（Ｓ１８６：ＮＯ）、サーバ装置２のＭＰＵ２ａは、再び計時を行うため、計時開始の段階（Ｓ１８０）へ戻り、上述したサーバ基準時間超過の旨の通知送信に伴う計時をリセットする段階（Ｓ１８３）からステップＳ１８６のサーバ基準回数超過の判断の段階を経由して、再び計時を行う段階（Ｓ１８０）へ戻る処理を第３処理手段として行い、テレビジョン装置１０からのユーザ操作有りの旨の通知を受信しなければ、上述した第１処理手段から第３処理手段までの処理を繰り返す。

上述した第１処理手段から第３処理手段までの処理を繰り返しにより、現在のカウント数がサーバ基準回数を超過した場合（Ｓ１８６：ＹＥＳ）、サーバ装置２は、サーバ基準回数超過の旨の通知をテレビジョン装置１０へ送信して、カウント数を一旦ゼロにリセットする（Ｓ１８７）。そして、このような状態は、ユーザがポップアップ５１に対して操作をできない程の異常状態が発生していると考えられることから、サーバ装置２は、ユーザに異常が発生した旨を、その判断日時と共に、回答ＤＢ６の中に記憶し（Ｓ１８８）、それ以降は、図２２の第１フローチャートのステップＳ８５、８６と同様に、監視者の電子メールアドレスを特定し（Ｓ１８９）、その特定した電子メールアドレス宛に、見守られる人を早急に見守りに行く必要がある旨の指示を記載した電子メールを自動作成して送信する処理を行い（Ｓ１９０）、一旦、この時点で、今回の分の処理を終了することになる。

さらに、テレビジョン装置１０は、サーバ装置２からのサーバ基準回数超過の旨の通知について、その通知を受信していない場合（Ｓ１６８：ＮＯ）、ポップアップ表示出力の段階（Ｓ１６２）へ戻るので、ポップアップ５１が再び表示画面１０ａに表示されるようになり、サーバ基準回数超過の旨の通知を受信しない間、ポップアップの表示出力と表示出力停止を繰り返すことで、表示画面１０ａには、ポップアップ５１を何度も表示して、ユーザの注意を引きつけて、対応操作を行うように促す。また、サーバ装置２からサーバ基準回数超過の旨の通知を受信すると（Ｓ１６８：ＹＥＳ）、テレビジョン装置１０での処理を一旦終了する。

上述した図２３の第６フローチャートに係る処理では、図２２の第５フローチャートに比べて、テレビジョン装置１０での処理負担を低減できるメリットがある。また、テレビジョン装置１０からサーバ装置２への送信数も、第６フローチャートの処理では、第５フローチャートの場合に比べて低減できるので、何らかの理由により、通信端末装置側からサーバ装置へ送信を行いにくい環境等である場合に対して、第６フローチャートに係る処理は好適に活用できる。

さらに、上述した説明では、ポップアップ５１を一定時間表示して、ユーザ操作が無ければ、一旦表示を停止してから、再度の表示を行うことを、繰り返すようにしていたが、ポップアップ５１を表示し続けるという出力の仕方を採用することも勿論可能である。

図２４は、第２実施形態の変形例の処理手順を示す第７フローチャートであり、ポップアップ５１を表示し続ける場合の処理の流れを整理したものになっている。この変形例では、上述した基準時間が、ポップアップ５１を最大限、表示し続ける時間となるので、基準時間として設定する値は、上述した場合より長いものとなり、例えば、１分〜５分の範囲で値を設定することが好ましい。また、この変形例では、ポップアップ５１を繰り返し表示しないので、基準回数の設定及び処理が不要になる。

図２４の変形例において、テレビジョン装置１０は、まず、図２２の第５フローチャートと同様に、ステップＳ６０〜ステップＳ６３の段階の内容と同様に、ステップＳ９０〜ステップＳ９３の段階の処理を行うことになる。また、表示されたポップアップに対してユーザ操作が有った場合（Ｓ９３：ＹＥＳ）、同様に、テレビジョン装置１０は、ユーザ操作有りの通知をサーバ装置２へ送信し（Ｓ９４）、この通知の送信に対し、サーバ装置２も、上述した第５フローチャートと同様な処理（Ｓ１００、Ｓ１０１）を行うことになる。

一方、ユーザ操作が無い場合は（Ｓ９３：ＮＯ）、テレビジョン装置１０は、ポップアップ５１を表示してからの時間（計時時間）が基準時間を超過したか否かを判断し（Ｓ９５）、基準時間を超過していない場合（Ｓ９５：ＮＯ）、ユーザ操作の受け付けがあったか否かを判断する段階（Ｓ９３）へ戻り、基準時間を超過するまで、ユーザ操作の受け付けを待つ状態となる。なお、この待つ状態において、パップアップ５１は継続して表示されたままになっている。そして、基準時間を超過した場合は（Ｓ９５：ＹＥＳ）、テレビジョン装置１０は計時した時間をゼロにリセットして、「ユーザに異常が発生した旨の通知」をサーバ装置２へ送信する（Ｓ９６）。これによりテレビジョン装置１０は、処理を一旦終了し、また、この通知の送信に対し、サーバ装置２も、上述した第５フローチャートと同様な処理（Ｓ１０２〜Ｓ１０４）を行うことになる。

このように図２４に示す変形例では、図２２の処理に比べて、「ユーザ操作が無い旨の通知」の送信に関係する処理が無くなっているので、一連の処理をシンプルにできるメリットがあり、また、ポップアップ５１を表示し続けることで、ユーザ（見守られる人）に終始、操作を行える機会を提供できるという点において好適となる。

さらにまた、図２４に示す第７フローチャートのようにポップアップ５１を表示し続ける場合に対しても、図２３の第６フローチャートのように、サーバ装置２側で基準時間超過の判断等を行って各処理を負担することも可能である。

図２５の第８フローチャートは、第７フローチャートにおけるポップアップ５１を表示し続ける場合に対して、サーバ装置２で基準時間超過等の判断等を行う場合の変形例となる処理手順を示している。このような変形例の処理を行うに当たり、テレビジョン装置１０及びサーバ装置２の仕様は、図２３の第６フローチャートについて説明した場合と同等なものとなっており、サーバ装置２はサーバ基準時間（第７フローチャートで用いられる基準時間と同等の時間を適用）を記憶する等の仕様になっている。テレビジョン装置１０は、ステップＳ２９０からステップ２９４までは、基本的に、図２４の第７フローチャートと同様の処理を行うが、ステップＳ２９２の段階で、時間の経過の計測（計時）を開始することは省略している。

一方、サーバ装置２は、上述した図２３の第６フローチャートのステップＳ１８０からステップＳ１８３と同様に、ステップＳ３００の計時からステップＳ３０３のサーバ基準時間超過の旨の通知を送信する処理を行う。なお、ステップＳ３０１の段階で、テレビジョン装置１０からユーザ操作有りの通知を受信すると（Ｓ３０１：ＹＥＳ）、サーバ装置２は、受信日時と共に、大容量記憶システム２ｇの回答ＤＢ６の中に、受信したユーザ操作有りの通知をユーザ別に記憶し（Ｓ３０７）、以降、第１フローチャートのステップＳ１３の段階へ進む。

また、ステップＳ３０３で時間超過の通知を送信すると、サーバ装置２は、ユーザに異常に異常発生した旨を、その判断日時と共に、大容量記憶システム２ｇ（図８参照）の回答ＤＢ６の中に記憶し（Ｓ３０４）、以降は、第１、５、６フローチャートと同様に、監視者の電子メールアドレスを特定し（Ｓ３０５）、その特定した電子メールアドレス宛に、見守られる人を早急に見守りに行く必要がある旨の指示を記載した電子メールを自動作成して送信する処理を行い（Ｓ３０６）、一旦、この時点で今回の分の処理を終了する。

テレビジョン装置１０は、ユーザ操作が無い場合（Ｓ２９３：ＮＯ）、サーバ装置２からのサーバ基準時間超過の旨の通知を受信したか否かを判断し（Ｓ２９５）、受信しない場合（Ｓ２９５：ＮＯ）、ユーザ操作の有無を判断する段階（Ｓ２９３）へ戻り、ユーザ操作が無い間、ステップＳ２９３からＳ２９５の間を繰り返すことになり、それにより、ステップＳ２９２の段階で表示したポップアップデータの表示出力を続けて、ポップアップ５１を表示し続けることになる。また、サーバ基準時間通知の旨を受信した場合（Ｓ２９５：ＹＥＳ）、テレビジョン装置１０は、一旦、この時点で、今回の分の処理を終了する。このようにポップアップ５１を表示し続ける場合においても、サーバ装置２側で基準時間超過の判断等を行い、テレビジョン装置１０からサーバ装置２への送信を減らすことが可能になる。

さらにまた、ポップアップ５１の繰り返し表示、ユーザ操作の有無に基づく異常発生の判断等については、テレビジョン装置１０とサーバ装置２との間で同期を取らずに、双方が独立して処理を行うという内容の変形例を適用することも可能である。

図２６に示す第９フローチャートは、テレビジョン装置１０とサーバ装置２との間で同期を取らずに、双方で独自に処理を行う場合の変形例の処理手順を示す。この図２６の第９フローチャートに示す処理を行うために、テレビジョン装置１０は、図２２の第５フローチャートの場合と同様に基準時間及び基準回数を記憶している。この図２６の第９フローチャートにおけるテレビジョン装置１０が行うステップＳ３６０からステップ３７０の段階に至る一連の処理手順は、図２２の第５フローチャートにおけるテレビジョン装置１０のステップＳ６０からステップＳ７１の段階に至る一連の処理手順に対して、操作ナシの通知送信（Ｓ６６）及び異常アリの通知送信（Ｓ７１）というサーバ装置２への通知送信処理を省略したこと以外は、基本的に第５フローチャートと同等な内容になっている。

一方、図２６の第９フローチャートに示す処理を行うために、サーバ装置２は、図２３の第６フローチャートの場合と同様にサーバ基準時間及びサーバ基準回数を記憶している。また、図２６の第９フローチャートにおけるサーバ装置２が行うステップＳ３８０からステップＳ３９１の段階に至る一連の処理手順は、図２３の第６フローチャートにおけるサーバ装置２のステップＳ１８０からステップＳ１９１の段階に至る一連の処理手順に対して、サーバ基準時間超過の通知（Ｓ１８３）及びサーバ基準回数超過の通知（Ｓ１８７）というテレビジョン装置１０への通知送信処理を省略したこと以外は、基本的に第６フローチャートと同等な内容になっている。

このように図２６の第９フローチャートに示す処理においては、テレビジョン装置１０は、ポップアップ５１の繰り返し表示に係る処理を独自に行い、また、サーバ装置２も異常発生の判断に係る処理を独自に行うので、操作アリの通知送信（Ｓ３６４）以外、両者間での通知送信を無くし、同期処理を省略したので、無駄な通信を極力抑えることができ、通信環境が良好でない場所でも所要の処理を進められるというメリットがある。

また、図２７に示す第１０フローチャートは、ポップアップ５１を繰り返し表示するのではなく、継続的に表示する場合に、テレビジョン装置１０とサーバ装置２との間で同期を不要にしたときの処理手順を示している。この図２７の第１０フローチャートに示す処理を行うために、テレビジョン装置１０は、基準時間及び基準回数を記憶している。この図２７の第１０フローチャートにおけるテレビジョン装置１０が行うステップＳ４９０からステップＳ４９６の段階に至る一連の処理手順は、図２４の第７フローチャートにおけるテレビジョン装置１０のステップＳ９０からステップＳ９６の段階に至る一連の処理手順に対して、異常アリの通知送信（Ｓ９６）というサーバ装置２への通知送信処理を省略したこと以外は、基本的に第７フローチャートと同等な内容になっている。

一方、図２７の第１０フローチャートに示す処理を行うために、サーバ装置２は、サーバ基準時間及びサーバ基準回数を記憶している。この図２７の第１０フローチャートにおけるサーバ装置２が行うステップＳ５００からステップ５０７の段階に至る一連の処理手順は、図２５の第８フローチャートにおけるサーバ装置２のステップＳ３００からステップＳ３０７の段階に至る一連の処理手順に対して、サーバ基準時間超過の通知（Ｓ３０３）というテレビジョン装置１０への通知送信処理を省略したこと以外は、基本的に第８フローチャートと同等な内容になっている。このように図２７の第１０フローチャートに示す処理においても、テレビジョン装置１０とサーバ装置２との間で、操作アリの通知送信（Ｓ４９４）以外の通知送信処理を無くし、同期処理を省略したので、無駄な通信を極力抑えて、通信環境が良好でない場所でも、両装置において独自に所要の処理を進めることができるメリットを確保できる。

さらにまた、上述した図２２のポップアップ５１に表示に係る第５フローチャートでは、テレビジョン装置１０側の最後で、一旦処理を終了するとしたが、一旦処理を終了する替わりに、ポップアップ表示出力の段階（Ｓ６２）へ戻り、ユーザの操作があるまで、基準時間（サーバ基準時間）を超過してもテレビジョン装置１０でポップアップ５１を延々と表示させるようにしてよい。ただし、このようにした場合、基準回数超過（Ｓ６９：ＹＥＳ）となる毎に、異常発生の旨の通知をサーバ装置２へ送信することになるので（Ｓ７１）、このような送信を避けるため、ポップアップ５１を再表示させるときは、次回以降にステップＳ７１の段階へ進んでも、異常発生の旨の通知の送信を行わないで、ステップＳ６２の段階へ戻るようにすることが好適である。なお、このようにポップアップ５１を延々と表示させることは、図２３〜２７の第６〜１０フローチャートにおいても適用可能であり、この場合も各フローチャートで示すテレビジョン装置１０側で最後に処理を一旦終了する替わりに、各フローチャートにおけるポップアップ表示出力の段階（Ｓ１６２、Ｓ９２、Ｓ２９２、Ｓ３６２、Ｓ４９２）へ戻ることにより、ユーザ操作があるまで、ポップアップ５１を延々と表示させるようにする。

また、上記の変形例において、基準時間（サーバ基準時間）を超過しても、延々とポップアップ５１が表示される状況で、ユーザの操作が有った場合、第１質問画面２１及び第２質問画面２６と異なる第３質問画面に応じた質問画面情報を、テレビジョン装置１０で表示させるようにしてもよい。第３質問画面の質問例としては、『長時間回答がありませんでしたが、何か問題がありますか？』というものが考えられ、また、このような質問に対する回答の選択肢としては、「（１）あり（連絡が欲しい）」、「（２）なし（つけっぱなしで不在だった）」、「（３）なし（具合が悪かったが良くなった）」、「（４）なし：本人の回答ではない（本人は無事）」等の事項が考えられ、これらの回答の選択肢をリモコン装置１９の数字キー１９ｉ（図４参照）を操作することで、ユーザは選択することになる。

さらに、別の変形例としては、図２２の第５フローチャートのステップＳ６９の段階で用いる基準回数として、第１基準回数及び第２基準回数という二種類を準備し、最初は第１基準回数を用いて第５フローチャートに示す処理を行うと共に、ステップＳ６９の段階で最初の第１基準回数を超過すれば（Ｓ６９：ＹＥＳ）、ステップＳ６２の段階へ戻り、「回答操作をしないと、見守る人にメールが送られます」という文言を追加したポップアップをテレビジョン装置１０で表示するようにしてもよい。そして、上記文言を追加したポップアップを表示出力してからの処理は、ステップＳ６２以降の各処理を行ってステップＳ６９の段階へ進み、このときのステップＳ６９の段階で、第２基準回数を用いるようにする。

そして、第２基準回数を用いたステップＳ６９の段階で、繰り返し回数が第２基準回数を超過すると（Ｓ６９：ＹＥＳ）、初めて、ステップＳ７１の段階へ進み、「ユーザに異常が発生した旨」をサーバ装置２へ送信するようにしてもよい。このような変形例では、ユーザ操作が無くても、すぐに異常発生の旨をサーバ装置２へ送信するのではなく、上記文言を含むポップアップを複数回、表示してから、それでも回答操作が無ければ、「ユーザに異常が発生した旨」をサーバ装置２へ送信するので、異常発生の通知をより慎重に行える。

さらに、上記の第１基準回数及び第２基準回数を用いた変形例では、更なる変形例が存在し、第１基準回数を超過した後、第２基準回数を超過するまでは、第５フローチャートのステップＳ６５の段階で用いる基準時間の長さ、及びステップＳ７０の段階で用いる一定時間の長さを毎回変更するようにしてもよい。この場合、ユーザの確実な操作を期待するときは、基準時間をデフォルト値より長く変更すると共に、一定時間をデフォルト値より短く変更して、できるだけポップアップが長い間、表示されるようにすることが好適であり、また、ユーザの回答を極力待つことを重視する場合は、基準時間はデフォルト値程度にすると共に、一定時間をデフォルト値より長く変更することが好ましい。

また、上述したポップアップ５１を延々と表示させる変形例と同様に、基準時間を超過してユーザ操作が無ければ、第１質問画面２１も延々と表示させる変形例も考えられる。この変形例としては、図２２の第５フローチャートでテレビジョン装置１０は、ユーザに異常が発生した旨の通知を送信すると（Ｓ７１）、処理を一旦終了する替わりに、図１４の第１フローチャートのステップＳ５の段階へ戻り、ユーザの回答があるまで、テレビジョン装置１０で第１質問画面２１が延々と表示されるようにしてよい。

ただし、このように基準回数を超過して（Ｓ６９：ＹＥＳ）、第１質問画面２１を再表示させるときは、次回以降に第５フローチャートのステップＳ７１に至っても、「ユーザに異常が発生した旨の通知」をサーバ装置２へ送信することは行わないで、ステップＳ５の段階へ戻るようにして、何度も無駄に、異常発生の通知がサーバ装置２へ送信されるのを防ぐようにする。なお、上述したように第１質問画面２１を延々と表示させることは、図２３〜２７の第６〜１０フローチャートにおいても適用可能であり、この場合も各フローチャートで示すテレビジョン装置１０側で最後に処理を一旦終了する替わりに、図１４の第１フローチャートのステップＳ５の段階へ戻ることにより、ユーザの回答があるまで、第１質問画面２１を延々と表示させるようにする。

さらに、上記の変形例において、延々と第１質問画面２１を表示される状況で、ユーザの回答が有った場合、第１質問画面２１及び第２質問画面２６と異なる第３質問画面に応じた質問画面情報を、テレビジョン装置１０で表示させるようにしてもよい。第３質問画面の質問例としては、上述したポップアップ５１を延々とさせる変形例で説明した内容と同様である。

さらにまた、第１質問画面２１を延々と表示させる場合の別の変形例としては、第５フローチャートのステップＳ６９の段階で用いる基準回数として、第１基準回数及び第２基準回数という二種類を準備し、最初は第１基準回数を用いて第５フローチャートに示す処理を行うと共に、ステップＳ６９の段階で最初の第１基準回数を超過すれば（Ｓ６９：ＹＥＳ）、ステップＳ７１の段階へ進むのではなく、図１４の第１フローチャートのＳ５の段階へ戻り、「回答しないと、見守る人にメールが送られます」という文言を追加した第１質問画面２１をテレビジョン装置１０で表示するようにしてもよい。そして、上記文言を追加した第１質問画面２１を出力してからの処理は、第１フローチャートのステップＳ５以降の各処理を行ってステップＳ９の段階を経て第５フローチャートへ進み、このときのステップＳ６９で第２基準回数を用いるようにする。

そして、第２基準回数を用いたステップＳ６９の段階で、繰り返し回数が第２基準回数を超過すると（Ｓ６９：ＹＥＳ）、初めて、ステップＳ７１の段階へ進み、「ユーザに異常が発生した旨」をサーバ装置２へ送信するようにする。このような変形例では、ユーザの回答が無くても、すぐに異常発生の旨をサーバ装置２へ送信するのではなく、上記文言をを第１質問画面で表示してから、それでも回答が無ければ、「ユーザに異常が発生した旨」をサーバ装置２へ送信するので、異常発生の通知をより慎重に行える。

また、上記の第１基準回数及び第２基準回数を用いた変形例では、更なる別の変形例が存在し、第１基準回数を超過した後、第２基準回数を超過するまでは、第１フローチャートのステップＳ８の段階等で用いる基準時間の長さ、及び第５フローチャートのステップ７０の段階等で用いる一定時間の長さを毎回変更するようにしてもよい。この場合、ユーザの確実な回答を期待するときは、基準時間をデフォルト値より長く変更すると共に、一定時間をデフォルト値より短く変更して、できるだけ第１質問画面２１が長い間、表示されるようにすることが好適であり、また、ユーザの回答を極力待つことを重視する場合は、基準時間はデフォルト値程度にすると共に、一定時間をデフォルト値より長く変更することが好ましい。

また、第２実施形態において、図５（ａ）に示す第１質問画面２１に先行して出力される先行出力の形態は、上述したポップアップ５１に限定されるものではなく、ユーザ（人体）が知覚できるような種類の出力であれば、様々な形態が適用可能であり、たとえば、視覚的に知覚できるものであれば、ポップアップ以外にアイコン、ウインドウのようなものを表示してもよく、これら表示出力に音声出力を組み合わせて、組み合わせたものを先行出力にすることも可能である。

さらには、音声出力のみを先行出力にすることも可能であり、この場合は、上述したポップアップ５１のテキスト部分５１ａの内容を音声で出力すると共に、操作の仕方も音声で出力して、ユーザの対応操作が可能であることを示すことになる。たとえば、「○○さん、今朝の体調はいかかですか？ リモコン装置の決定ボタンを押して下さい。」という内容を音声で出力することになる。

また、見守られる人が使用する通信端末装置が、テレビジョン装置１０ではなく、スマートフォン又は携帯電話機のようなバイブレーション機能を有するものであれば、先行出力として、バイブレーション機能を起動させる振動出力を適用することも可能である。この場合、ユーザは、振動が生じれば、何らかのキー、スイッチ、又はボタンを操作することで、先行出力に対する操作を行うことになり、さらには、上記のようなバイブレーション機能を有するスマートフォン又は携帯電話機が加速度センサー等を有して、スマートフォン又は携帯電話機をユーザが動かすことを検知できる使用であれば、振動を生じているスマートフォン又は携帯電話機をユーザが動かすことで、先行出力に対応するユーザ操作にすることも可能である。さらにまた、見守られる人が使用する通信端末装置がＬＥＤ等より構成される発光部を有するものであれば、この発光部を光らせる又は点滅させることを、先行出力にすることも可能であり、このような発光の先行出力についても、ユーザが何らかのキー、スイッチ、又はボタンを操作することで、先行出力に対する操作を行ったことにすることも可能である。なお、第２実施形態でも、第１実施形態で説明した各種変形例の適用が可能である。

図２８は、本発明の第３実施形態に係るユーザ状況確認システムの処理手順の要部を示す第１１フローチャートである。本発明の第３実施形態は、上述した第２実施形態で説明したポップアップ等の先行出力に係るデータ（例えば、ポップアップデータのような表示パーツデータ）をテレビジョン装置側で記憶しているのを用いるのではなく、サーバ装置から送られてくるものを用いるようにしたものである。このようにすることで、第３実施形態では、テレビジョン装置等の通信端末装置において、１日の最初の電源オン操作で出力される先行出力の内容を、サーバ装置側で制御できるようになり、先行出力の内容を多彩にしてユーザ（見守られる人）の関心を高め、ユーザ操作を行うように誘導しやすくなる。なお、第３実施形態においても、基本的なシステム構成及びハード構成は上述した第１実施形態と同等であるので、同等である部分については、第１実施形態と同じ符号を用いて、以下、第３実施形態の説明を行う。

第３実施形態のサーバ装置２（図８参照）は、テレビジョン装置２へ送信するポップアップ用の表示パーツデータ（ポップアップデータ）を大容量記憶システム２ｇに記憶している。記憶されるポップアップデータは複数種類存在すると共に、ユーザの状況、天候の変化、社会情勢等の様々な状況に応じた内容のテキスト部分を含む表示パーツデータを随時、オペレータ等により作成されて、大容量記憶システム２に追加されていくものとする。

大容量記憶システム２に記憶又は追加記憶されるポップアップデータに含まれるテキスト部分の例としては、「昨日は大雪でしたが、今朝の体調はいかがですか？」というように、昨日の天候と関連づけた内容のものや、「昨日は日本代表がサッカーで勝利しましたが、今朝の体調はいかがですか？」というように、昨日のスポーツの試合結果と関連付けた内容のものなど、タイムリーな話題を含ませることが可能である。なお、このような昨日の天候、スポーツの試合結果のようなユーザ全般に共通する事項を反映させた内容を含むポップアップデータは、ユーザ（見守られる人）全般に使用可能である。

また、ポップアップデータは、ユーザ（見守られる人のユーザＩＤ）別に記憶して、回答ＤＢ６に蓄積された内容（回答内容、電源オフ時間等）に応じたテキスト部分を含ませるようにしてもよい。たとえば、昨日のユーザの回答が「調子よい」というものであれば、「昨日と同様に、今朝も体調はよいですか？」というように、昨日の回答内容を反映したものにすることも可能であり、さらには、昨日のテレビジョン装置の最終の電源オフ時間が、そのユーザにおける平均の時間より遅い２３時５２分であれば、「昨日は遅くまでテレビを視聴されていましたが、今朝の体調はいかがですか？」というように、昨日の電源オフ時間に応じた内容にすることも可能である。

第３実施形態のポップアップデータには、テキスト部分のデータ及びポップアップ５１の描写データ（ボタン５１ｂや、背景部分等を描写するためのデータ）の他に、制御文データも含まれている。制御文データの中身としては、ポップアップ５１を表示させる時間（表示時間）、次に、ポップアップを表示させるまでの時間（インターバル時間）、及び表示・表示停止を繰り返す回数（繰り返し回数）も含んだもののなっており、これらの数値に従って、表示出力及び出力停止を行う旨を規定したものとなっている。

また、制御文データに含まれる表示時間、インターバル時間、及び繰り返し回数の中で、表示時間及び繰り返し回数は上述した第２実施形態の基準時間（たとえば、５秒から３分程度の範囲で所望の値）及び基準回数（たとえば、１回から１５回程度の範囲で所望の回数）と同等な値を用いることが可能である。また、インターバル時間は、図２２の第５フローチャートにおけるステップＳ７０の段階の一定時間に応じたものであり、１秒から３分程度の範囲で所望の数値を用いることが可能である。

第３実施形態のポップアップデータは、このデータに基づくポップアップ５１をテレビジョン装置１０に表示させるために、サーバ装置２が一回目電源オン情報を受信した場合に、大容量記憶システム２ｇから所定のものが読み出されて、一回目電源オン情報の送信元のテレビジョン装置１０へ、一回目電源オン情報の返信として送信されることになる。なお、送信元のテレビジョン装置１０の通信アドレスは、一回目電源オン情報と共にサーバ装置２へ送信されてくる装置識別情報及びユーザＩＤを用いて、ユーザＤＢ５から特定できる。大容量記憶システム２ｇに記憶される見守りサービスプログラム４は、このような処理をＭＰＵ２ａが行う旨の規定を、第２実施形態に追加したプログラム内容になっている。

なお、大容量記憶システム２ｇからのポップアップデータの読み出しについては、ユーザ全般に使用可能なものの中から選択する場合、ユーザ別に記憶された中から選択する場合、又は両者を区別することなく全範囲から選択する場合等が考えられるが、見守りサービスプログラム４の仕様（ユーザ状況確認システムの仕様）等に応じて、いずれの場合を適用するかが決められる。第３実施形態のサーバ装置２は、上述した箇所以外は第１、第２実施形態と同等である。

また、第３実施形態のテレビジョン装置１０は、上述したポップアップデータを受信すると、その受信したポップアップデータを用いて、ポップアップ５１を表示するようになっており、そのため、テレビジョン装置１０の見守りプログラムＰ２は、メモリ１５に記憶しているポップアップデータを読み出すのではなく、受信したポップアップデータに基づき、ポップアップ５１を表示する制御を制御部１４が行うことを規定している。また、第３実施形態では、第２実施形態と異なり、テレビジョン装置１０に、ポップアップデータ、基準時間及び、基準回数をメモリ１５に記憶させることは不要である。第３実施形態のテレビジョン装置１０は、上述した箇所以外は第１、第２実施形態と同等になっている。

第３実施形態のテレビジョン装置１０及びサーバ装置２の連携した処理手順を図２８の第１１フローチャートに基づき説明する。なお、この第１１フローチャートも、第２実施形態の第５〜８フローチャートと同様に、第１実施形態の図１４の第１フローチャートに追加されるものである。

まず、サーバ装置２は、ステップＳ１２でＹＥＳとなった段階（受信した電源オン情報が、一回目電源オン情報である場合。図１４参照）の後、大容量記憶システム２ｇから、見守りサービスプログラム４の規定内容に従って、所定のポップアップデータを読み出し（Ｓ１２０）、読み出したポップアップデータを、一回目電源オン情報の送信元の通信アドレスへ送信する（Ｓ１２１）。なお、以降のサーバ装置２が行う処理は、第２実施形態の図２２の第５フローチャートにおけるステップＳ８０以降と同様なので説明は省略する。

一方、テレビジョン装置１０は、サーバ装置２から送信されてきたポップアップデータを受信し（Ｓ１１０）、前回の電源オフ時等のチャンネルに同調して表示画面１０ａにテレビ放送映像を表示する（Ｓ１１１）。そして、、受信したポップアップデータに基づきポップアップ５１を生成し、表示画面１０ａの右下から、せり上がるようにポップアップ５１を表示中の放送映像に重ねて表示出力する（Ｓ１１２）。なお、テレビジョン装置１０の以降の処理は、上述した第２実施形態の図２２で示す第５フローチャートにおけるステップＳ６３以降の処理と基本的に同等であるが、ステップＳ６５の段階の基準時間には、サーバ装置２から送信される表示時間の数値が用いられ、ステップＳ６９の段階の基準回数には、サーバ装置２から送信される繰り返し回数の値が用いられ、ステップＳ７０の段階の一定時間には、サーバ装置２から送信されるインターバル時間の値が用いられることになる。

以上のように、第３実施形態に係るユーザ状況確認システムでは、サーバ装置２側で、ポップアップ５１の内容、表示時間、インターバル回数、繰り返し回数を制御でき、ポップアップ５１の表示形態を多彩にできる点において有効となる。なお、第３実施形態においても様々な変形例が存在し、例えば、サーバ装置２から送信するポップアップデータには、表示時間、インターバル回数、インターバル時間を含ませないで、これらに相当する基準時間、基準回数、一定時間を第２実施形態と同様にテレビジョン装１０に記憶させて、処理を進めるようにしてもよい。この変形例の場合では、基準時間、基準回数、一定時間についてはユーザ側で設定可能となるので、ポップアップの表示の仕方はユーザで制御できるメリットがある。

また、第３実施形態でも、上述した第１実施形態及び第２実施形態で説明した各種変形例の適用が可能であり、例えば、第２実施形態の図２３〜図２５の第６〜第８フローチャートに示す処理も適用できる。図２３の第６フローチャートを適用する場合、図２８におけるテレビジョン装置１０側の「Ｓ６３へ」は「Ｓ１６３へ」と読み替えると共に、サーバ装置２側の「Ｓ８０へ」は「Ｓ１８０へ」と読み替えることになる。同様に、図２４の第７フローチャートを適用する場合、図２８におけるテレビジョン装置１０側の「Ｓ６３へ」は「Ｓ９３へ」と読み替えると共に、サーバ装置２側の「Ｓ８０へ」は「Ｓ１００へ」と読み替え、図２５の第８フローチャートを適用する場合、図２８におけるテレビジョン装置１０側の「Ｓ６３へ」は「Ｓ２９３へ」と読み替えると共に、サーバ装置２側の「Ｓ８０へ」は「Ｓ３００へ」と読み替える。

図２９は、本発明の第４実施形態に係るユーザ状況確認システムの処理手順の要部を示す第１２フローチャートである。本発明の第４実施形態は、上述した第２実施形態及び第３実施形態の各処理を組み合わせてポップアップ等の先行出力を出力するようにしたものであり、先行出力の多様な形態を可能にしたものとなっている。なお、第４実施形態においても、基本的なシステム構成及びハード構成は上述した第１実施形態と同等であるので、同等である部分については、第１実施形態と同じ符号を用いて、以下、第４実施形態の説明を行う。

第４実施形態では、図２１（ａ）（ｂ）に示すポップアップ５１の表示内容の一部分をサーバ装置２が記憶すると共に、他部分をテレビジョン装置１０が記憶するようになっている。すなわち、ポップアップ５１は、まず、テキスト部分５１ａと、ボタン５１ｂ及び背景部分等の描写データと云ったように複数の要素を含んでおり、さらに、テキスト部分５１ａも文章の内容によっては、複数の要素を含む。そのため、サーバ装置２は、ポップアップ５１を構成する複数の要素の中で、テキスト部分として、ユーザの状況、天候の変化、社会情勢等の様々な状況に応じて変動する部分のデータを記憶し、一方、複数の要素の中で定型的な部分のデータをテレビジョン装置１０が記憶する。

具体的には、ポップアップ５１のテキスト部分５１ａの内容が「昨日は大雪でしたが、今朝の体調はいかがですか？」という場合であれば、「昨日は大雪でしたが、」という部分が変動部分に該当し、「今朝の体調はいかがですか？」という部分が定型部分に該当する。この場合、上述した変動部分のテキストのデータをポップアップデータの一部分としてサーバ装置２が大容量記憶システム２ｇ（図８参照）に記憶し、上述した定型部分のテキストのデータをテレビジョン装置１０がメモリ１５の見守りサービス用表示テーブルＴ２（図３参照）の中に記憶することになる。

サーバ装置２には、変動部分のデータとして、上記の「昨日は大雪でしたが、」というデータ以外に、上述した第３実施形態と同様に、「昨日は日本代表がサッカーで勝利しましたが」というデータや、ユーザ別の「昨日と同様に、」、「昨日は遅くまでテレビを視聴されていましたが、」というデータ等も適宜生成されて、記憶されている。そして、サーバ装置２の大容量記憶システム２ｇに記憶されている見守りサービスプログラム４は、上述した第３実施形態と同様に、上述した変動部分のデータをテレビジョン装置１０へ送信する処理を規定する。なお、上述した箇所以外について、第４実施形態のサーバ装置２は第１〜３実施形態と同等なものになっている。

一方、テレビジョン装置１０は、上述したテキスト部分５１ａの定型部分のテキストのデータと、ボタン５１ｂ及び背景部分等の描写データとを、ポップアップデータの他部分としてメモリ１５の見守りサービス用表示テーブルＴ２（図３参照）の中に記憶する。また、テレビジョン装置１０は、基準時間、基準回数等も第２実施形態と同様に、メモリ１５に記憶する。さらに、テレビジョン装置１０の見守りプログラムＰ２は、サーバ装置２から送信されてくるポップアップデータの一部分を受信すると、メモリ１５からポップアップデータの他部分を読み出して、受信した一部分と読み出した他部分とを組み合わせてポップアップ５１を生成して表示出力の制御を制御部１４が行うことを規定している。なお、上述した箇所以外について、第４実施形態のテレビジョン装置１０は第１〜３実施形態と同等なものになっている。

次に、第４実施形態のテレビジョン装置１０及びサーバ装置２の連携した処理手順を図２９の第１２フローチャートに基づき説明する。なお、この第１２フローチャートも、第２実施形態の第５、６フローチャート及び第３実施形態の第１１フローチャートと同様に、第１実施形態の図１４の第１フローチャートに追加されるものとなる。

まず、サーバ装置２は、ステップＳ１２でＹＥＳとなった段階（受信した電源オン情報が、一回目電源オン情報である場合。図１４参照）の後、大容量記憶システム２ｇから、見守りサービスプログラム４の規定内容に従って、所定のポップアップデータの一部分を読み出し（Ｓ１４０）、読み出したポップアップデータの一部分を、一回目電源オン情報の送信元の通信アドレスへ送信する（Ｓ１４１）。なお、以降のサーバ装置２が行う処理は、第２実施形態の図２２の第５フローチャートにおけるステップＳ８０以降と同様なので、説明は省略する。

一方、テレビジョン装置１０は、サーバ装置２から送信されてきたポップアップデータの一部分を受信し（Ｓ１３０）、前回の電源オフ時等のチャンネルに同調して表示画面１０ａに放送映像を表示する（Ｓ１３１）。さらに、テレビジョン装置１０は、上述したポップアップデータの一部分の受信に応じて、ポップアップデータの他部分をメモリ１５から読み出し（Ｓ１３２）、受信した一部分のデータ及び読み出した他部分のデータに基づきポップアップ５１を生成し、表示画面１０ａの右下から、せり上がるようにポップアップ５１を表示中の放送映像に重ねて表示出力する（Ｓ１３３）。なお、テレビジョン装置１０の以降の処理は、上述した第２実施形態の図２２で示す第５フローチャートにおけるステップＳ６３以降の処理と同等なので、説明は省略する。

以上のように、第４実施形態に係るユーザ状況確認システムでは、サーバ装置２でポップアップ５１の変動部分を記憶するので、変動部分の内容をサーバ装置側で様々に変更することができると共に、定型部分はテレビジョン装置１０で対応することから確実な表示出力処理を行うことができ、ユーザの注意を引きつけるようにポップアップの内容を多様にした上で、安定した表示出力を確保できる。なお、第３実施形態においても様々な変形例が存在し、例えば、テレビジョン装置１０で、基準時間等を記憶させるのではなく、上述した第３実施形態と同様にサーバ装置２からポップアップデータの一部分に含ませて、これらの数値（基準時間、基準回数、及び一定時間に応じた表示時間、インターバル回数、繰り返し回数の値）をテレビジョン装置１０へ送信するようにしてもよく、このようにすることで、第３実施形態と同様に、ポップアップ５１の表示出力の仕方をサーバ装置側で制御できるようになる。

また、第４実施形態でも、上述した第１〜３実施形態で説明した各種変形例の適用が可能であり、例えば、第３実施形態の場合と同様に、第２実施形態の図２３〜図２５の第６〜第８フローチャートに示す処理も適用でき、これらを適用する場合は、図２９におけるテレビジョン装置１０側の「Ｓ６３へ」と、サーバ装置２側の「Ｓ８０へ」については、上述した第３実施形態のときと同様に読み替えることになる。

本発明は、ユーザが日常的に使用する通信端末装置（例えば、通信機能を具備したテレビジョン装置１０）を、見守りサービスを提供するクラウドシステムのサーバ装置２と連携させることで、監視用の各種センサを設置することなく、遠隔的に見守られる人の状況を確認する場合に対して好適に利用可能である。

１ ユーザ状況確認システム
２ サーバ装置
４ 見守りサービスプログラム
５ ユーザＤＢ
６ 回答ＤＢ
７ 第２質問ＤＢ
１０ テレビジョン装置
１７ 通信部
１９ リモコン装置
Ｋ１ 監視者
Ｄ１ 通信端末
Ｋ１１、Ｋ１２ 見守る人
Ｄ１１、Ｄ１２ 携帯通信端末
Ｍ１ 見守られる人
Ｈ１ 家屋
ＮＷ ネットワーク

Claims (32)

1. サーバ装置及び通信端末装置を備え、通信端末装置に係るユーザの状況を示す情報をサーバ装置が受信することで、通信端末装置に係るユーザの状況を離隔的に確認可能としたユーザ状況確認システムにおいて、
   前記通信端末装置は、
   電源オン操作に基づき電源オフ状態から電源オン状態へ遷移した場合、電源オン状態になった旨を示す電源オン情報を前記サーバ装置へ送信する処理を行う手段と、
   送信する電源オン情報に係る電源オン操作が１日の１回目のものあるか否かを判断する手段と、
   １日の１回目の電源オン操作であると判断した場合、第１質問を出力する手段と、
   出力された第１質問に対するユーザの対応を示す第１対応情報を前記サーバ装置へ送信する処理を行う手段と
   を備え、
   前記サーバ装置は、
   前記電源オン情報を受信した場合、その受信日時と対応付けて前記電源オン情報の記憶処理を行う手段と、
   前記第１対応情報を受信した場合、その受信日時と対応付けて前記第１対応情報の記憶処理を行う手段と、
   記憶された情報を読み出して出力する処理を行う手段と
   を備えることを特徴とするユーザ状況確認システム。
2. 前記サーバ装置は、
   複数の第２質問候補を記憶しており、
   受信した前記第１対応情報に基づいて、前記複数の第２質問候補の中から、一つの第２質問候補を選択する手段と、
   選択した前記第２質問候補を読み出し、第２質問として前記通信端末装置へ送信する処理を行う手段と
   を備え、
   前記通信端末装置は、
   受信した前記第２質問に対するユーザの対応を示す第２対応情報を前記サーバ装置へ送信する処理を行う手段を備え、
   前記サーバ装置は更に、
   前記第２対応情報を受信した場合、その受信日時と対応付けて前記第２対応情報の記憶処理を行う手段を備える請求項１に記載のユーザ状況確認システム。
3. 前記サーバ装置は、
   第１質問を記憶しており、
   前記電源オン情報を受信した場合、記憶している第１質問を読み出して前記通信端末装置へ送信する処理を行う手段を備え、
   前記通信端末装置は、受信した第１質問を出力するようにしてある請求項１又は請求項２に記載のユーザ状況確認システム。
4. 前記サーバ装置は、
   閾値時間を記憶しており、
   前記第１質問を送信する処理を行ってからの時間を計測する手段を備え、
   計測した時間が前記閾値時間を超過しない場合で、前記第１対応情報を受信した場合、前記第１対応情報の記憶処理を行うようにしており、
   前記第１対応情報を受信しないで、計測した時間が前記閾値時間を超過した場合、第１質問に対する対応なしという旨を記憶するようにしてある請求項３に記載のユーザ状況確認システム。
5. 前記通信端末装置は、
   第１質問を記憶しており、
   電源オン操作に基づき、記憶している第１質問を読み出して出力するようにしてある請求項１又は請求項２に記載のユーザ状況確認システム。
6. 前記第１質問の質問数は複数であり、
   前記サーバ装置は、
   前記第１質問の一部分を記憶しており、
   前記電源オン情報を受信した場合、記憶している前記第１質問の一部分を読み出して前記通信端末装置へ送信する処理を行う手段を備え、
   前記通信端末装置は、
   前記第１質問の他部分を記憶しており、
   前記第１質問の一部分を受信した場合、記憶している前記第１部分の他部分を読み出して、前記一部分及び前記他部分を組み合わせたものを前記第１質問として出力するようにしてある請求項１乃至請求項５のいずれか１項に記載のユーザ状況確認システム。
7. 前記通信端末装置は、
   閾値時間を記憶しており、
   表示画面と、
   前記表示画面に前記第１質問を表示出力する手段と、
   前記表示画面に前記第１質問を表示出力してからの時間を計測する手段と、
   計測した時間が前記閾値時間を超過したか否かを比較する手段と
   を備え、
   計測した時間が前記閾値時間を超過しない場合で、前記第１質問に係る回答を受け付けたとき、前記回答を示す第１対応情報を送信するようにしてあり、
   前記第１質問に係る回答を受け付けないで、計測した時間が前記閾値時間を超過した場合、前記第１質問に対する対応なしという旨を示す第１対応情報を送信するようにしてある請求項１乃至請求項６のいずれか１項に記載のユーザ状況確認システム。
8. 前記サーバ装置は、
   前記電源オン情報を受信した場合、ユーザへ通知する内容を示す通知情報を前記通信端末装置へ送信する処理を行う手段を備え、
   前記通信端末装置は、
   受信した通知情報を、前記第１質問と共に前記表示画面に表示出力するようにしてある請求項７に記載のユーザ状況確認システム。
9. 前記通信端末装置は、通信手段を備えたテレビジョン装置である請求項１乃至請求項８のいずれか１項に記載のユーザ状況確認システム。
10. 前記通信端末装置は、
    電源オン操作に基づき、前記第１質問に先行して、ユーザの対応操作が可能な先行出力を出力する先行出力手段と、
    前記先行出力に対するユーザの対応操作の受け付けが可能な操作受付手段と
    を備え、
    前記操作受付手段がユーザの対応操作を受け付けた場合、前記第１質問を出力するようにしてある請求項１乃至請求項９のいずれか１項に記載のユーザ状況確認システム。
11. 前記通信端末装置は、
    前記操作受付手段がユーザの対応操作を受け付けた場合、ユーザの対応操作が有った旨を前記サーバ装置へ送信する処理を行う手段を備える請求項１０に記載のユーザ状況確認システム。
12. 前記通信端末装置は、
    基準時間を記憶しており、
    前記先行出力手段が先行出力を出力してからの時間が前記基準時間を超過した場合で、前記操作受付手段がユーザの対応操作を受け付けていないとき、ユーザの対応操作が無い旨を前記サーバ装置へ送信する処理を行う手段を備える請求項１０又は請求項１１に記載のユーザ状況確認システム。
13. 前記先行出力手段は、先行出力を出力してからの時間が前記基準時間を超過した場合、出力を停止すると共に、停止した出力を再び出力するようにしてある請求項１２に記載のユーザ状況確認システム。
14. 前記サーバ装置は、
    サーバ基準時間を記憶しており、
    前記電源オン情報の受信に応じて計時を行う手段と、
    計時した時間が前記サーバ基準時間を超過した場合で、前記ユーザの対応操作が有った旨を受信していないとき、ユーザの対応操作が無いと判断する手段と
    を備える請求項１１に記載のユーザ状況確認システム。
15. 前記通信端末装置は、
    基準時間及び基準回数を記憶しており、
    前記先行出力手段が先行出力を出力してからの時間が前記基準時間を超過した場合で、前記操作受付手段がユーザの対応操作を受け付けていないとき、ユーザの対応操作が無い旨を前記サーバ装置へ送信する処理を行う送信処理手段を備え、
    前記先行出力手段は、先行出力を出力してからの時間が前記基準時間を超過した場合、出力を停止すると共に、停止した出力を再び出力するようにしてあり、
    再び出力される前記先行出力に対して、前記操作受付手段が対応操作を受け付けなければ、前記送信処理手段による前記ユーザの対応操作が無い旨の送信、並びに前記先行出力手段による前記先行出力の出力停止及び再出力を繰り返すようにしており、
    繰り返しに係る回数が前記基準回数を超過した場合、ユーザに異常が発生した旨を前記サーバ装置へ送信する処理を行うようにしてある請求項１０又は請求項１１に記載のユーザ状況確認システム。
16. 前記前記サーバ装置は、
    サーバ基準時間及びサーバ基準回数を記憶しており、
    前記電源オン情報の受信に応じて計時する手段と、
    計時中に、前記ユーザの対応操作が有った旨を受信したか否かを判断する処理を行う第１処理手段と、
    計時した時間が前記サーバ基準時間を超過した場合で、前記ユーザの対応操作が有った旨を受信していないとき、サーバ基準時間超過の通知を前記通信端末装置へ送信する処理を行う第２処理手段と、
    計時した時間が前記サーバ基準時間を超過した場合で、前記ユーザの対応操作が有った旨を受信していないとき、計時時間を一旦リセットすると共に、再び計時を行う第３処理手段と、
    前記ユーザの対応操作が有った旨を受信しなければ、前記第１処理手段乃至前記第３処理手段の処理を繰り返す手段と、
    繰り返しに係る回数が前記サーバ基準回数を超過した場合、サーバ基準回数超過の通知を前記通信端末装置へ送信する手段と、
    繰り返しに係る回数が前記サーバ基準回数を超過した場合、ユーザに異常が発生したと判断する手段と
    を備え、
    前記通信端末装置は、
    前記サーバ基準時間超過の通知を受信した場合、前記先行出力手段による前記先行出力の出力を停止させると共に、停止していた前記先行出力を再び出力させるようにしており、
    再び出力される前記先行出力に対して、前記サーバ基準回数超過の通知を受信しなければ、前記サーバ基準時間超過の通知を受信した場合の前記先行出力手段による前記先行出力の出力停止及び再出力を繰り返すようにしてある請求項１１に記載のユーザ状況確認システム。
17. 前記サーバ装置は、
    前記先行出力に係るデータを記憶しており、
    前記電源オン情報を受信した場合、記憶している前記先行出力に係るデータを読み出して前記通信端末装置へ送信する処理を行う手段を備え、
    前記通信端末装置は、
    受信した前記先行出力に係るデータに基づき、前記先行出力手段により前記先行出力を出力するようにしてある請求項１０乃至請求項１６のいずれか１項に記載のユーザ状況確認システム。
18. 前記通信端末装置は、
    前記先行出力に係るデータを記憶しており、
    電源オン操作に基づき、記憶している前記先行出力に係るデータを読み出すと共に、読み出した前記先行出力に係るデータに基づき、前記先行出力手段により前記先行出力を出力するようにしてある請求項１０乃至請求項１６のいずれか１項に記載のユーザ状況確認システム。
19. 前記先行出力は、複数の要素を含んでおり、
    前記サーバ装置は、
    前記複数の要素の中の一部分のデータを記憶しており、
    前記電源オン情報を受信した場合、記憶している前記一部分のデータを読み出して前記通信端末装置へ送信する処理を行う手段を備え、
    前記通信端末装置は、
    前記複数の要素の中の他部分のデータを記憶しており、
    前記一部分のデータを受信した場合、記憶している前記他部分のデータを読み出すと共に、受信した前記一部分のデータ及び読み出した前記他部分のデータに基づき、前記先行出力手段により前記先行出力を出力するようにしてある請求項１０乃至請求項１６のいずれか１項に記載のユーザ状況確認システム。
20. 通信端末装置に係るユーザの状況を示す情報をサーバ装置が受信することで、通信端末装置に係るユーザの状況を離隔的に確認可能としたユーザ状況確認方法において、
    前記通信端末装置は、
    電源オン操作に基づき電源オフ状態から電源オン状態へ遷移した場合、電源オン状態になった旨を示す電源オン情報を前記サーバ装置へ送信するステップと、
    送信する電源オン情報に係る電源オン操作が１日の１回目のものあるか否かを判断するステップと、
    １日の１回目の電源オン操作であると判断した場合、第１質問を出力するステップと、
    出力された第１質問に対するユーザの対応を示す第１対応情報を前記サーバ装置へ送信するステップと
    を備え、
    前記サーバ装置は、
    前記電源オン情報を受信した場合、その受信日時と対応付けて前記電源オン情報を記憶するステップと、
    前記第１対応情報を受信した場合、その受信日時と対応付けて前記第１対応情報を記憶するステップと、
    記憶された情報を読み出して出力するステップと
    を備えることを特徴とするユーザ状況確認方法。
21. 前記通信端末装置は、
    電源オン操作に基づき、前記第１質問に先行して、ユーザの対応操作が可能な先行出力を出力するステップと、
    前記先行出力に対するユーザの対応操作の受け付けを行う操作受付ステップと
    を備え、
    前記操作受付ステップでユーザの対応操作を受け付けた場合、前記第１質問を出力するようにしてある請求項２０に記載のユーザ状況確認方法。
22. 外部のサーバ装置と通信可能な通信端末装置において、
    電源オン操作に基づき電源オフ状態から電源オン状態へ遷移した場合、電源オン状態になった旨を示す電源オン情報を外部のサーバ装置へ送信する処理を行う手段と、
    送信する電源オン情報に係る電源オン操作が１日の１回目のものあるか否かを判断する手段と、
    １日の１回目の電源オン操作であると判断した場合、第１質問を出力する手段と、
    出力された第１質問に対するユーザの対応を示す第１対応情報を外部のサーバ装置へ送信する処理を行う手段と
    を備えることを特徴とする通信端末装置。
23. 閾値時間を記憶しており、
    前記第１質問を出力してからの時間を計測する手段と、
    計測した時間が前記閾値時間を超過したか否かを比較する手段と
    を備え、
    計測した時間が前記閾値時間を超過しない場合で、前記第１質問に係る回答を受け付けたとき、前記回答を示す第１対応情報を送信する処理を行うようにしており、
    前記第１質問に係る回答を受け付けないで、計測した時間が前記閾値時間を超過した場合、前記第１質問に対する対応なしという旨を示す第１対応情報を送信する処理を行う請求項２２に記載の通信端末装置。
24. 電源オン操作に基づき、前記第１質問に先行して、ユーザの対応操作が可能な先行出力を出力する先行出力手段と、
    前記先行出力に対するユーザの対応操作の受け付けが可能な操作受付手段と
    を備え、
    前記操作受付手段がユーザの対応操作を受け付けた場合、前記第１質問を出力するようにしてある請求項２２又は請求項２３に記載の通信端末装置。
25. 前記操作受付手段がユーザの対応操作を受け付けた場合、ユーザの対応操作が有った旨を外部のサーバ装置へ送信する処理を行う手段を備える請求項２４に記載の通信端末装置。
26. 基準時間を記憶しており、
    前記先行出力手段が先行出力を出力してからの時間が前記基準時間を超過した場合で、前記操作受付手段がユーザの対応操作を受け付けていないとき、ユーザの対応操作が無い旨を外部のサーバ装置へ送信する処理を行う手段を備える請求項２４又は請求項２５に記載の通信端末装置。
27. 前記先行出力手段は、先行出力を出力してからの時間が前記基準時間を超過した場合、出力を停止すると共に、前記ユーザの対応操作が無い旨が外部のサーバ装置へ送信された場合、再び前記先行出力を出力するようにしてある請求項２６に記載の通信端末装置。
28. 基準時間及び基準回数を記憶しており、
    前記先行出力手段が先行出力を出力してからの時間が前記基準時間を超過した場合で、前記操作受付手段がユーザの対応操作を受け付けていないとき、ユーザの対応操作が無い旨を外部のサーバ装置へ送信する処理を行う送信処理手段を備え、
    前記先行出力手段は、先行出力を出力してからの時間が前記基準時間を超過した場合、出力を停止すると共に、前記ユーザの対応操作が無い旨が外部のサーバ装置へ送信された場合、前記先行出力を再出力するようにしてあり、
    再出力される前記先行出力に対して、前記操作受付手段が対応操作を受け付けなければ、前記送信処理手段による前記ユーザの対応操作が無い旨の送信、並びに前記先行出力手段による前記先行出力の出力停止及び再出力を繰り返すようにしており、
    繰り返しに係る回数が前記基準回数を超過した場合、ユーザに異常が発生した旨を外部のサーバ装置に送信する処理を行うようにしてある請求項２４又は請求項２５に記載の通信端末装置。
29. 前記先行出力に係るデータを記憶しており、
    電源オン操作に基づき、記憶している前記先行出力に係るデータを読み出すと共に、読み出した前記先行出力に係るデータに基づき、前記先行出力手段により前記先行出力を出力するようにしてある請求項２４乃至請求項２８のいずれか１項に記載の通信端末装置。
30. 外部のサーバ装置と通信可能な通信端末装置が、ユーザの状況を示す情報を外部のサーバ装置へ送信することで、外部のサーバ装置で前記通信端末装置に係るユーザの状況を確認できるようにしたユーザ状況確認方法において、
    前記通信端末装置は、
    電源オン操作に基づき電源オフ状態から電源オン状態へ遷移した場合、電源オン状態になった旨を示す電源オン情報を外部のサーバ装置へ送信するステップと、
    送信する電源オン情報に係る電源オン操作が１日の１回目のものあるか否かを判断するステップと、
    １日の１回目の電源オン操作であると判断した場合、第１質問を出力するステップと、
    出力された第１質問に対するユーザの対応を示す第１対応情報を外部のサーバ装置へ送信するステップと
    を備えることを特徴とするユーザ状況確認方法。
31. 外部のサーバ装置と通信可能な通信手段を備えるコンピュータで、コンピュータに係るユーザの状況を外部のサーバ装置へ伝えるためのコンピュータプログラムにおいて、
    前記コンピュータを、
    電源オン操作に基づき電源オフ状態から電源オン状態へ遷移した場合、電源オン状態になった旨を示す電源オン情報を外部のサーバ装置へ前記通信手段を用いて送信する処理を行う手段と、
    送信する電源オン情報に係る電源オン操作が１日の１回目のものあるか否かを判断する処理を行う手段と、
    １日の１回目の電源オン操作であると判断した場合、第１質問を出力する手段と、
    出力された第１質問に対するユーザの対応を示す第１対応情報を外部のサーバ装置へ前記通信手段を用いて送信する処理を行う手段として機能させることを特徴とするコンピュータプログラム。
32. 前記コンピュータはユーザ操作の受け付けが可能なユーザインタフェース部を備えており、
    前記コンピュータを、
    電源オン操作に基づき、前記第１質問に先行して、ユーザの対応操作が可能な先行出力を出力する先行出力手段と、
    前記先行出力に対するユーザの対応操作の受け付けに係る処理を、前記ユーザインタフェース部を介して行う手段として機能させるようにしてあり、
    前記ユーザインタフェース部を介して対応操作を受け付ける処理を行った場合、前記第１質問を出力する処理を行うようにしてある請求項３１に記載のコンピュータプログラム。
    

Images