(57)【要約】      （修正有）【課題】ユーザの体調の高精度で判定する健康管理システム、サーバ装置、端末装置、健康管理方法およびプログラムを提供する。【解決手段】健康管理システム１は、ユーザ端末１０と、サーバ装置２０と、データベース３０と、関係者端末４０とを備える。ユーザ端末１０は、ユーザの健康状態に関する情報である健康状態情報の入力を受け付ける健康状態情報入力部１１を備える。サーバ装置２０は、健康状態情報入力部１１により受け付けられた健康状態情報の中から健康状態に関するキーワードを抽出するキーワード抽出部２２と、キーワード抽出部２２が抽出したキーワードを含む情報をユーザに提示するキーワード提示部２３と、キーワード抽出部２３が抽出したキーワードに基づいて、ユーザの体調を判定する体調判定部２４とを備える。健康状態情報入力部１１は、健康状態情報の再度の入力を受け付けることができる。【選択図】図１
2016224784.tif 000002
【特許請求の範囲】
【請求項１】
健康管理の対象となるユーザが使用する端末装置であるユーザ端末と、前記ユーザ端末に接続され前記ユーザの健康を管理するサーバ装置とを備え、前記ユーザの健康を管理する健康管理システムであって、
前記ユーザの健康状態に関する情報である健康状態情報の入力を受け付ける健康状態情報入力部と、
前記健康状態情報入力部により受け付けられた前記健康状態情報の中から健康状態に関するキーワードを抽出するキーワード抽出部と、
前記キーワード抽出部が抽出した前記キーワードを含む情報を前記ユーザに提示するキーワード提示部と、
前記キーワード抽出部が抽出した前記キーワードに基づいて、前記ユーザの体調を判定する体調判定部とを備え、
前記健康状態情報入力部は、前記健康状態情報の再度の入力を受け付けることができる
健康管理システム。
【請求項２】
前記サーバ装置は、前記ユーザによる前記健康状態情報の最後の入力からあらかじめ定められた期間が経過した後に、当該ユーザの健康を見守る関係者に対して、前記健康状態情報が入力されていない旨を通知する通知部を備える
請求項１に記載の健康管理システム。
【請求項３】
前記ユーザ端末は、前記健康状態情報入力部と、前記キーワード抽出部と、前記キーワード提示部とを備え、
前記サーバ装置は、前記体調判定部を備える
請求項１または請求項２に記載の健康管理システム。
【請求項４】
前記ユーザ端末は暗号化通信可能な機器であり、
前記ユーザ端末は、前記健康状態情報入力部を備え、
前記サーバ装置は、前記キーワード抽出部と、前記キーワード提示部と、前記体調判定部とを備え、
前記健康状態情報入力部により受け付けられた前記健康状態情報は暗号化通信により前記サーバ装置に送信される
請求項１または請求項２に記載の健康管理システム。
【請求項５】
前記健康状態情報は、前記ユーザにより発話された音声信号を含む音声情報であり、
前記キーワード抽出部は、前記音声情報の中から前記キーワードを音声認識により抽出する
請求項１〜請求項３のいずれか１項に記載の健康管理システム。
【請求項６】
前記健康状態情報は、前記ユーザにより入力された文書情報である
請求項１〜請求項３のいずれか１項に記載の健康管理システム。
【請求項７】
前記健康管理システムは、さらに、前記ユーザの健康を見守る関係者が使用する端末装置である関係者端末を備え、
前記関係者端末は、前記健康状態情報入力部を備え、
前記サーバ装置は、前記キーワード抽出部と、前記キーワード提示部と、前記体調判定部とを備える
請求項１または請求項２に記載の健康管理システム。
【請求項８】
健康管理の対象となるユーザが使用する端末装置に接続され、前記ユーザの健康を管理するサーバ装置であって、
前記ユーザの健康状態に関して前記ユーザが入力した情報である健康状態情報を、前記端末装置から取得する健康状態情報取得部と、
前記健康状態情報取得部が取得した前記健康状態情報の中から健康状態に関するキーワードを抽出するキーワード抽出部と、
前記キーワード抽出部が抽出した前記キーワードを含む情報を、前記端末装置を介して前記ユーザに提示するキーワード提示部と、
前記キーワード抽出部が抽出した前記キーワードに基づいて、前記ユーザの体調を判定する体調判定部とを備え、
前記健康状態情報取得部は、前記健康状態情報が再度入力された場合に、再度入力された前記健康状態情報を前記端末装置から取得しなおす
サーバ装置。
【請求項９】
ユーザの健康を管理するサーバ装置に接続され、健康管理の対象となる前記ユーザ又は前記ユーザの関係者が使用する端末装置であって、
前記ユーザの健康状態に関する情報である健康状態情報の入力を受け付ける健康状態情報入力部と、
前記健康状態情報入力部により受け付けられた前記健康状態情報の中から健康状態に関するキーワードを抽出し、抽出した前記キーワードを前記サーバ装置に送信するキーワード抽出部と、
前記キーワード抽出部が抽出した前記キーワードを含む情報を前記ユーザに提示するキーワード提示部とを備え、
前記健康状態情報入力部は、前記健康状態情報の再度の入力を受け付けることができる
端末装置。
【請求項１０】
健康管理の対象となるユーザが使用する端末装置と、前記端末装置に接続され前記ユーザの健康を管理するサーバ装置とを備え、前記ユーザの健康を管理する健康管理システムによる健康管理方法であって、
前記端末装置が、前記ユーザの健康状態に関する情報である健康状態情報の入力を受け付ける健康状態情報入力ステップと、
前記サーバ装置が、前記健康状態情報入力ステップにおいて受け付けられた前記健康状態情報の中から健康状態に関するキーワードを抽出するキーワード抽出ステップと、
前記サーバ装置が、前記キーワード抽出ステップにおいて抽出された前記キーワードを含む情報を前記ユーザに提示するキーワード提示ステップと、
前記サーバ装置が、前記キーワード抽出ステップにおいて抽出された前記キーワードに基づいて、前記ユーザの体調を判定する体調判定ステップとを含み、
前記健康状態情報入力ステップでは、前記端末装置が、前記健康状態情報の再度の入力を受け付けることができる
健康管理方法。
【請求項１１】
健康管理の対象となるユーザの健康状態に関して前記ユーザが入力した情報である健康状態情報を、前記ユーザが使用する端末装置から取得する健康状態情報取得部と、
前記健康状態情報取得部が取得した前記健康状態情報の中から健康状態に関するキーワードを抽出するキーワード抽出部と、
前記キーワード抽出部が抽出した前記キーワードを含む情報を、前記端末装置を介して前記ユーザに提示するキーワード提示部と、
前記キーワード抽出部が抽出した前記キーワードに基づいて、前記ユーザの体調を判定する体調判定部としてコンピュータを機能させるためのプログラムであって、
前記健康状態情報取得部は、前記ユーザが再度入力した前記健康状態情報を取得することができるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、健康管理システム、サーバ装置、端末装置、健康管理方法およびプログラムに関し、特に、ユーザの健康状態に関する情報を収集して、ユーザの体調を判定する健康管理システム、サーバ装置、端末装置、健康管理方法およびプログラムに関する。
【背景技術】
【０００２】
従来、高齢者等の健康管理の対象となるユーザから健康状態に関する情報を収集し、管理する健康管理システムが知られている。
【０００３】
たとえば、特許文献１には、電話機とセンタ装置とから構成される健康管理システムが開示されている。この健康管理システムでは、ユーザが電話機を用いて、自身の健康状態を発話することにより、ユーザの音声信号を含む音声情報をセンタ装置に送信する。センタ装置は、ユーザの音声情報を音声認識し、音声認識の結果からユーザの体調を判定する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−２０６３４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の健康管理システムでは、ユーザが健康状態の発話に失敗したり、センタ装置が音声認識に失敗したりした場合には、誤った情報に基づいてユーザの体調が判定されてしまう。
【０００６】
また、同じ健康状態を発話する場合であっても、居住地域ごとのなまり、しゃべり方、声の大きさなど、ユーザごとに発話の仕方が異なる。特に、健康管理システムが想定している高齢者などのユーザは、なまったしゃべり方をしたり、声量が大きすぎたりする場合がある。このため、音声認識に失敗して、ユーザの体調が誤判定される可能性が高くなる。
【０００７】
本発明は、上述の課題を解決するためになされたものであり、ユーザの体調を高精度で判定することができる健康管理システム、サーバ装置、端末装置、健康管理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
（１）上記目的を達成するために、本発明の一実施態様に係る健康管理システムは、健康管理の対象となるユーザが使用する端末装置であるユーザ端末と、前記ユーザ端末に接続され前記ユーザの健康を管理するサーバ装置とを備え、前記ユーザの健康を管理する健康管理システムであって、前記ユーザの健康状態に関する情報である健康状態情報の入力を受け付ける健康状態情報入力部と、前記健康状態情報入力部により受け付けられた前記健康状態情報の中から健康状態に関するキーワードを抽出するキーワード抽出部と、前記キーワード抽出部が抽出した前記キーワードを含む情報を前記ユーザに提示するキーワード提示部と、前記キーワード抽出部が抽出した前記キーワードに基づいて、前記ユーザの体調を判定する体調判定部とを備え、前記健康状態情報入力部は、前記健康状態情報の再度の入力を受け付けることができる。
【０００９】
（８）本発明の他の一実施態様に係るサーバ装置は、健康管理の対象となるユーザが使用する端末装置に接続され、前記ユーザの健康を管理するサーバ装置であって、前記ユーザの健康状態に関して前記ユーザが入力した情報である健康状態情報を、前記端末装置から取得する健康状態情報取得部と、前記健康状態情報取得部が取得した前記健康状態情報の中から健康状態に関するキーワードを抽出するキーワード抽出部と、前記キーワード抽出部が抽出した前記キーワードを含む情報を、前記端末装置を介して前記ユーザに提示するキーワード提示部と、前記キーワード抽出部が抽出した前記キーワードに基づいて、前記ユーザの体調を判定する体調判定部とを備え、前記健康状態情報取得部は、前記健康状態情報が再度入力された場合に、再度入力された前記健康状態情報を前記端末装置から取得しなおす。
【００１０】
（９）本発明の他の一実施態様に係る端末装置は、ユーザの健康を管理するサーバ装置に接続され、健康管理の対象となる前記ユーザが使用する端末装置であって、前記ユーザの健康状態に関する情報である健康状態情報の入力を受け付ける健康状態情報入力部と、前記健康状態情報入力部により受け付けられた前記健康状態情報の中から健康状態に関するキーワードを抽出し、抽出した前記キーワードを前記サーバ装置に送信するキーワード抽出部と、前記キーワード抽出部が抽出した前記キーワードを含む情報を前記ユーザに提示するキーワード提示部とを備え、前記健康状態情報入力部は、前記健康状態情報の再度の入力を受け付けることができる。
【００１１】
（１０）本発明の他の一実施態様に係る健康管理方法は、健康管理の対象となるユーザが使用する端末装置と、前記端末装置に接続され前記ユーザの健康を管理するサーバ装置とを備え、前記ユーザの健康を管理する健康管理システムによる健康管理方法であって、前記端末装置が、前記ユーザの健康状態に関する情報である健康状態情報の入力を受け付ける健康状態情報入力ステップと、前記サーバ装置が、前記健康状態情報入力ステップにおいて受け付けられた前記健康状態情報の中から健康状態に関するキーワードを抽出するキーワード抽出ステップと、前記サーバ装置が、前記キーワード抽出ステップにおいて抽出された前記キーワードを含む情報を前記ユーザに提示するキーワード提示ステップと、前記サーバ装置が、前記キーワード抽出ステップにおいて抽出された前記キーワードに基づいて、前記ユーザの体調を判定する体調判定ステップとを含み、前記健康状態情報入力ステップでは、前記端末装置が、前記健康状態情報の再度の入力を受け付けることができる。
【００１２】
（１１）本発明の他の一実施態様に係るプログラムは、健康管理の対象となるユーザの健康状態に関して前記ユーザが入力した情報である健康状態情報を、前記ユーザが使用する端末装置から取得する健康状態情報取得部と、前記健康状態情報取得部が取得した前記健康状態情報の中から健康状態に関するキーワードを抽出するキーワード抽出部と、前記キーワード抽出部が抽出した前記キーワードを含む情報を、前記端末装置を介して前記ユーザに提示するキーワード提示部と、前記キーワード抽出部が抽出した前記キーワードに基づいて、前記ユーザの体調を判定する体調判定部としてコンピュータを機能させるためのプログラムであって、前記健康状態情報取得部は、前記ユーザが再度入力した前記健康状態情報を取得することができる。
【００１３】
なお、本発明は、健康管理方法に含まれる特徴的な処理部が実行する処理をステップとするプログラムとして実現することもできる。そのようなプログラムを、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等のコンピュータ読取可能な非一時的な記録媒体やインターネット等の通信ネットワークを介して流通させることができるのは、言うまでもない。また、本発明は、健康管理システム、サーバ装置または端末装置の一部または全部を実現する半導体集積回路として実現することもできる。
【発明の効果】
【００１４】
本発明によると、ユーザの体調の誤判定が少ない健康管理システム、サーバ装置、端末装置、健康管理方法およびプログラムを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施の形態１に係る健康管理システムの構成を示すブロック図である。
【図２】データベースを構成する健康状態情報テーブルの一例を示す図である。
【図３】データベースを構成するキーワードテーブルの一例を示す図である。
【図４】データベースを構成する医学的法則性テーブルの一例を示す図である。
【図５】サーバ装置が実行する健康状態情報取得処理の流れを示すフローチャートである。
【図６】ユーザ端末の画面の一例を示す図である。
【図７】サーバ装置が実行する体調判定処理の流れを示すフローチャートである。
【図８】サーバ装置が実行する通知処理の流れを示すフローチャートである。
【図９】本発明の実施の形態２に係る健康管理システムの構成を示すブロック図である。
【図１０】ユーザ端末が実行する処理のフローチャートである。
【図１１】サーバ装置が実行する健康状態情報取得処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１６】
最初に本発明の実施態様を列記して説明する。
【００１７】
（１）本発明の一実施態様に係る健康管理システムは、健康管理の対象となるユーザが使用する端末装置であるユーザ端末と、前記ユーザ端末に接続され前記ユーザの健康を管理するサーバ装置とを備え、前記ユーザの健康を管理する健康管理システムであって、前記ユーザの健康状態に関する情報である健康状態情報の入力を受け付ける健康状態情報入力部と、前記健康状態情報入力部により受け付けられた前記健康状態情報の中から健康状態に関するキーワードを抽出するキーワード抽出部と、前記キーワード抽出部が抽出した前記キーワードを含む情報を前記ユーザに提示するキーワード提示部と、前記キーワード抽出部が抽出した前記キーワードに基づいて、前記ユーザの体調を判定する体調判定部とを備え、前記健康状態情報入力部は、前記健康状態情報の再度の入力を受け付けることができる。
【００１８】
この構成によると、ユーザが入力した健康状態情報の中からキーワードが抽出され、キーワードを含む情報がユーザに提示される。このため、ユーザは、提示されたキーワードを含む情報を確認することによりユーザが意図した通りの入力が行われたか否かを判断することができる。たとえば、ユーザが音声により健康状態情報を入力した場合であっても、ユーザの音声からどのようなキーワードが抽出されたかをユーザは事前に確認することができる。また、健康状態情報入力部は、健康状態情報の再度の入力を受け付けることができる。つまり、意図した通りの入力が行われていないとユーザが判断した場合には、ユーザは健康状態情報を再度入力することができる。このため、ユーザの体調が誤判定される可能性を減らすことができ、ユーザの体調を高精度で判定することができる。
【００１９】
（２）前記サーバ装置は、前記ユーザによる前記健康状態情報の最後の入力からあらかじめ定められた期間が経過した後に、当該ユーザの健康を見守る関係者に対して、前記健康状態情報が入力されていない旨を通知する通知部を備えてもよい。
【００２０】
この構成によると、健康状態情報の入力があらかじめ定められた期間なかった場合に、関係者に対して通知が行われる。このため、ユーザが体調を崩して動けなかったり倒れたりしている場合であっても、このようなユーザの異常を見落とすことがなくなる。また、関係者への通知タイミングは、健康状態情報の最後の入力からあらかじめ定められた期間が経過した後としている。あらかじめ定められた期間はすべてのユーザで同じであるとしても、健康状態情報の最後の入力のタイミングはユーザごとに異なる。このため、サーバ装置の関係者への通知タイミングは関係者ごとに異なることになり、サーバ装置の通知処理の処理負荷を時間的に分散させることができる。
【００２１】
（３）前記ユーザ端末は、前記健康状態情報入力部と、前記キーワード抽出部と、前記キーワード提示部とを備え、前記サーバ装置は、前記体調判定部を備えてもよい。
【００２２】
この構成によると、端末装置がキーワードの抽出処理とキーワードを含む情報の提示処理を行う。このため、これらをサーバ装置が行う場合に比べて、サーバ装置の負荷を減少させることができる。
【００２３】
（４）前記ユーザ端末は暗号化通信可能な機器であり、前記ユーザ端末は、前記健康状態情報入力部を備え、前記サーバ装置は、前記キーワード抽出部と、前記キーワード提示部と、前記体調判定部とを備え、前記健康状態情報入力部により受け付けられた前記健康状態情報は暗号化通信により前記サーバ装置に送信されてもよい。
【００２４】
この構成によると、ユーザ端末として、たとえば、スマートフォンやタブレット端末などの暗号化通信可能な機器を用いることができる。よって、音声により健康状態情報が入力された場合であっても、その音声情報は暗号化通信によりサーバ装置に送信される。このため、ユーザの健康に関する情報が外部に流出することを防ぐことができ、ユーザは安心して健康管理システムを利用することができる。
【００２５】
（５）前記健康状態情報は、前記ユーザにより発話された音声信号を含む音声情報であり、前記キーワード抽出部は、前記音声情報の中から前記キーワードを音声認識により抽出してもよい。
【００２６】
この構成によると、ユーザの声になまりがあったり、ユーザが独特のしゃべり方をしたり、ユーザの声量が大きすぎたりして、音声認識に失敗した場合であっても、ユーザは、提示されたキーワードを含む情報を確認することによりユーザが意図した通りの入力が行われたか否かを判断することができる。意図した通りの入力が行われていないとユーザが判断した場合には、ユーザは健康状態を再度発話して再度入力することができる。このため、ユーザの体調が誤判定される可能性を減らすことができ、ユーザの体調を高精度で判定することができる。
【００２７】
（６）前記健康状態情報は、前記ユーザにより入力された文書情報であってもよい。
【００２８】
この構成によると、ユーザがキーボード等を用いて入力した文書情報に誤りがあり、キーワードの抽出に失敗した場合であっても、ユーザは、提示されたキーワードを含む情報を確認することによりユーザが意図した通りの入力が行われたか否かを判断することができる。意図した通りの入力が行われていないとユーザが判断した場合には、ユーザは健康状態情報を再度入力することができる。このため、ユーザの体調が誤判定される可能性を減らすことができ、ユーザの体調を高精度で判定することができる。
【００２９】
（７）前記健康管理システムは、さらに、前記ユーザの健康を見守る関係者が使用する端末装置である関係者端末を備え、前記関係者端末は、前記健康状態情報入力部を備え、前記サーバ装置は、前記キーワード抽出部と、前記キーワード提示部と、前記体調判定部とを備えてもよい。
【００３０】
この構成によると、ユーザが高齢であったり介護を要する場合であったりして、健康状態情報を入力することが困難な場合にも、関係者が代理でユーザの健康状態情報を入力することができる。
【００３１】
（８）本発明の他の一実施態様に係るサーバ装置は、健康管理の対象となるユーザが使用する端末装置に接続され、前記ユーザの健康を管理するサーバ装置であって、前記ユーザの健康状態に関して前記ユーザが入力した情報である健康状態情報を、前記端末装置から取得する健康状態情報取得部と、前記健康状態情報取得部が取得した前記健康状態情報の中から健康状態に関するキーワードを抽出するキーワード抽出部と、前記キーワード抽出部が抽出した前記キーワードを含む情報を、前記端末装置を介して前記ユーザに提示するキーワード提示部と、前記キーワード抽出部が抽出した前記キーワードに基づいて、前記ユーザの体調を判定する体調判定部とを備え、前記健康状態情報取得部は、前記健康状態情報が再度入力された場合に、再度入力された前記健康状態情報を前記端末装置から取得しなおす。
【００３２】
この構成によると、ユーザが入力した健康状態情報の中からキーワードが抽出され、キーワードを含む情報がユーザに提示される。このため、ユーザは、提示されたキーワードを含む情報を確認することによりユーザが意図した通りの入力が行われたか否かを判断することができる。たとえば、ユーザが音声により健康状態情報を入力した場合であっても、ユーザの音声からどのようなキーワードが抽出されたかをユーザは事前に確認することができる。また、健康状態情報取得部は、健康状態情報が再度入力された場合に、再度入力された健康状態情報を端末装置から取得しなおすことができる。つまり、意図した通りの入力が行われていないとユーザが判断した場合には、ユーザは健康状態情報を再度入力することができ、再度入力された健康状態情報を取得し直すことができる。このため、ユーザの体調が誤判定される可能性を減らすことができ、ユーザの体調を高精度で判定することができる。
【００３３】
（９）本発明の他の一実施態様に係る端末装置は、ユーザの健康を管理するサーバ装置に接続され、健康管理の対象となる前記ユーザが使用する端末装置であって、前記ユーザの健康状態に関する情報である健康状態情報の入力を受け付ける健康状態情報入力部と、前記健康状態情報入力部により受け付けられた前記健康状態情報の中から健康状態に関するキーワードを抽出し、抽出した前記キーワードを前記サーバ装置に送信するキーワード抽出部と、前記キーワード抽出部が抽出した前記キーワードを含む情報を前記ユーザに提示するキーワード提示部とを備え、前記健康状態情報入力部は、前記健康状態情報の再度の入力を受け付けることができる。
【００３４】
この構成によると、ユーザが入力した健康状態情報の中からキーワードが抽出され、キーワードを含む情報がユーザに提示される。このため、ユーザは、提示されたキーワードを含む情報を確認することによりユーザが意図した通りの入力が行われたか否かを判断することができる。たとえば、ユーザが音声により健康状態情報を入力した場合であっても、ユーザの音声からどのようなキーワードが抽出されたかをユーザは事前に確認することができる。また、健康状態情報入力部は、健康状態情報の再度の入力を受け付けることができる。つまり、意図した通りの入力が行われていないとユーザが判断した場合には、ユーザは健康状態情報を再度入力することができる。このため、ユーザの体調が誤判定される可能性を減らすことができ、ユーザの体調を高精度で判定することができる。また、端末装置がキーワードの抽出処理とキーワードを含む情報の提示処理を行う。このため、これらをサーバ装置が行う場合に比べて、サーバ装置の負荷を減少させることができる。
【００３５】
（１０）本発明の他の一実施態様に係る健康管理方法は、健康管理の対象となるユーザが使用する端末装置と、前記端末装置に接続され前記ユーザの健康を管理するサーバ装置とを備え、前記ユーザの健康を管理する健康管理システムによる健康管理方法であって、前記端末装置が、前記ユーザの健康状態に関する情報である健康状態情報の入力を受け付ける健康状態情報入力ステップと、前記サーバ装置が、前記健康状態情報入力ステップにおいて受け付けられた前記健康状態情報の中から健康状態に関するキーワードを抽出するキーワード抽出ステップと、前記サーバ装置が、前記キーワード抽出ステップにおいて抽出された前記キーワードを含む情報を前記ユーザに提示するキーワード提示ステップと、前記サーバ装置が、前記キーワード抽出ステップにおいて抽出された前記キーワードに基づいて、前記ユーザの体調を判定する体調判定ステップとを含み、前記健康状態情報入力ステップでは、前記端末装置が、前記健康状態情報の再度の入力を受け付けることができる。
【００３６】
この構成によると、ユーザが入力した健康状態情報の中からキーワードが抽出され、キーワードを含む情報がユーザに提示される。このため、ユーザは、提示されたキーワードを含む情報を確認することによりユーザが意図した通りの入力が行われたか否かを判断することができる。たとえば、ユーザが音声により健康状態情報を入力した場合であっても、ユーザの音声からどのようなキーワードが抽出されたかをユーザは事前に確認することができる。また、健康状態情報入力ステップでは、健康状態情報の再度の入力を受け付けることができる。つまり、意図した通りの入力が行われていないとユーザが判断した場合には、ユーザは健康状態情報を再度入力することができる。このため、ユーザの体調が誤判定される可能性を減らすことができ、ユーザの体調を高精度で判定することができる。
【００３７】
（１１）本発明の他の一実施態様に係るプログラムは、健康管理の対象となるユーザの健康状態に関して前記ユーザが入力した情報である健康状態情報を、前記ユーザが使用する端末装置から取得する健康状態情報取得部と、前記健康状態情報取得部が取得した前記健康状態情報の中から健康状態に関するキーワードを抽出するキーワード抽出部と、前記キーワード抽出部が抽出した前記キーワードを含む情報を、前記端末装置を介して前記ユーザに提示するキーワード提示部と、前記キーワード抽出部が抽出した前記キーワードに基づいて、前記ユーザの体調を判定する体調判定部としてコンピュータを機能させるためのプログラムであって、前記健康状態情報取得部は、前記ユーザが再度入力した前記健康状態情報を取得することができる。
【００３８】
この構成によると、ユーザが入力した健康状態情報の中からキーワードが抽出され、キーワードを含む情報がユーザに提示される。このため、ユーザは、提示されたキーワードを含む情報を確認することによりユーザが意図した通りの入力が行われたか否かを判断することができる。たとえば、ユーザが音声により健康状態情報を入力した場合であっても、ユーザの音声からどのようなキーワードが抽出されたかをユーザは事前に確認することができる。また、健康状態情報取得部は、健康状態情報が再度入力された場合に、再度入力された健康状態情報を端末装置から取得しなおすことができる。つまり、意図した通りの入力が行われていないとユーザが判断した場合には、ユーザは健康状態情報を再度入力することができ、再度入力された健康状態情報を取得し直すことができる。このため、ユーザの体調が誤判定される可能性を減らすことができ、ユーザの体調を高精度で判定することができる。
【００３９】
［本願発明の実施形態の詳細］
以下、本発明の実施の形態について、図面を用いて詳細に説明する。なお、以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示すものである。以下の実施の形態で示される数値、形状、構成要素、構成要素の配置位置および接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。本発明は、特許請求の範囲によって特定される。よって、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素については、本発明の課題を達成するのに必ずしも必要ではないが、より好ましい形態を構成するものとして説明される。
なお、以下に記載する実施形態の少なくとも一部を任意に組み合わせてもよい。
【００４０】
（実施の形態１）
［１−１．健康管理システムの全体構成］
図１は、本発明の実施の形態１に係る健康管理システムの構成を示すブロック図である。
【００４１】
健康管理システム１は、ユーザの健康を管理するためのシステムであり、ユーザ端末１０と、サーバ装置２０と、データベース３０と、関係者端末４０とを備える。
【００４２】
ユーザ端末１０は、健康管理の対象となるユーザが使用する端末装置であり、たとえば、パーソナルコンピュータ、タブレット端末またはスマートフォンなど、音声入力が可能でかつ、画像表示が可能な機器である。健康管理システム１が想定するユーザは、老人や要介護者など他の人の介護を必要とする人であるが、必ずしもこれらの人に限定されるものではなく、健康でかつ介護の必要のない人であってもよい。ユーザは、ユーザ端末１０を操作して、ユーザの健康状態に関する情報（以下、「健康状態情報」という。）を音声により入力する。ユーザ端末１０は、入力された健康状態情報を、インターネット等の通信回線を介してサーバ装置２０に送信する。ユーザ端末１０は、ユーザが入力した健康状態情報に対するユーザの体調を示す情報（以下、「ユーザ体調情報」という。）を、サーバ装置２０から受信して表示または音声出力する。
【００４３】
関係者端末４０は、健康管理の対象となるユーザの健康を見守る関係者が使用する端末装置である。関係者端末４０の構成はユーザ端末１０と同様である。関係者は、関係者端末４０を操作して、ユーザの代理としてユーザの健康状態情報を音声により入力する。関係者端末４０は、入力された健康状態情報を、インターネット等の通信回線を介してサーバ装置２０に送信する。関係者端末４０は、ユーザが入力した健康状態情報に対するユーザ体調情報を、サーバ装置２０から受信して表示する。また、関係者端末４０は、あらかじめ定められた期間、健康状態情報が入力されていないことを示す情報（以下、「未入力通知情報」という。）をサーバ装置２０から受信して表示する。
【００４４】
サーバ装置２０は、ユーザ端末１０または関係者端末４０からユーザの健康状態情報を受信し、受信した健康状態情報からユーザの体調を判定する。サーバ装置２０は、ユーザ体調情報をユーザ端末１０または関係者端末４０に送信する。また、サーバ装置２０は、あらかじめ定められた期間、ユーザ端末１０または関係者端末４０に健康状態情報が入力されていない場合には、未入力通知情報を関係者端末４０に送信する。
【００４５】
データベース３０は、サーバ装置２０がユーザの体調を判定するために用いられる。データベース３０といった場合、データ集合を指す場合もあるし、データ集合が記憶されている記憶装置を指す場合もある。データベース３０は、たとえば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などにより構成される。
【００４６】
［１−２．ユーザ端末１０の構成］
ユーザ端末１０は、健康状態情報入力部１１と、体調提示部１２と、通信部１３とを備える。
【００４７】
健康状態情報入力部１１は、ユーザの健康状態に関する情報である健康状態情報の入力を受け付ける。つまり、健康状態情報入力部１１は、ユーザが自身の健康状態に関して発話した音声信号を含む音声情報を、健康状態情報として受け付ける。たとえば、ユーザが、自身の体調や気分を自由に発話することにより、健康状態情報入力部１１が健康状態情報を受け付ける。
【００４８】
体調提示部１２は、サーバ装置２０から受信したユーザ体調情報をユーザに提示する。つまり、体調提示部１２は、ユーザ体調情報をユーザ端末１０の画面に表示または音声出力する。
【００４９】
通信部１３は、サーバ装置２０との間でデータの送受信を行う通信インタフェースを含む。通信部１３は、健康状態情報入力部１１が受け付けた健康状態情報をサーバ装置２０に送信し、サーバ装置２０からユーザ体調情報を受信する。
【００５０】
［１−３．サーバ装置２０の構成］
サーバ装置２０は、通信部２１と、キーワード抽出部２２と、キーワード提示部２３と、体調判定部２４と、通知部２５と、データベース操作部２６とを備える。
【００５１】
通信部２１は、ユーザ端末１０または関係者端末４０との間でデータの送受信を行う通信インタフェースを含む。通信部２１は、ユーザ端末１０または関係者端末４０から健康状態情報を受信し、受信した健康状態情報をユーザ端末１０または関係者端末４０に送信する。また、通信部２１は、未入力通知情報を関係者端末４０に送信する。
【００５２】
キーワード抽出部２２は、ユーザ端末１０または関係者端末４０から通信部２１を介して受信した健康状態情報の中から、後述するキーワードテーブル３３に登録されている健康状態に関するキーワードを抽出する。つまり、キーワード抽出部２２は、健康状態情報としての音声情報を音声認識することにより文字情報に変換する。キーワード抽出部２２は、文字情報の中からキーワードを抽出する。キーワードは、たとえば、「胃」、「耳」などの身体の部位を示す語句、または「痛み」、「いらいら」などの症状を示す語句である。
【００５３】
キーワード提示部２３は、キーワード抽出部２２が抽出したキーワードを含む情報を、通信部２１を介してユーザ端末１０に送信することによりユーザに提示する。ユーザは、提示された情報を確認することにより、自身が発話した内容が正しく認識されているかを判断することができる。
【００５４】
体調判定部２４は、キーワード抽出部２２が抽出したキーワードに基づいて、ユーザの体調を判定する。体調の判定方法については後述する。
【００５５】
通知部２５は、体調判定部２４の判定結果であるユーザ体調情報を、通信部２１を介してユーザ端末１０または関係者端末４０に送信することにより、ユーザまたは関係者に通知する。また、通知部２５は、あらかじめ定められた期間、ユーザが健康状態情報を入力していない場合に、通信部２１を介して、当該ユーザが使用するユーザ端末１０または当該ユーザの関係者が使用する関係者端末４０に未入力通知情報を送信する。
【００５６】
データベース操作部２６は、データベース３０の操作を行う。つまり、データベース操作部２６は、キーワード抽出部２２、キーワード提示部２３、体調判定部２４および通知部２５の指示に従い、データベース３０からデータを読み出したり、データベース３０にデータを書き込んだりする。
【００５７】
［１−４．データベース３０の構成］
データベース３０は、配信情報テーブル３１と、健康状態情報テーブル３２と、キーワードテーブル３３と、医学的法則性テーブル３４とを含む。
【００５８】
配信情報テーブル３１は、サーバ装置２０がアクセスするユーザ端末１０または関係者端末４０のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスまたは電話番号、ユーザまたは関係者のメールアドレス、およびユーザ端末１０または関係者端末４０に送信する未入力通知情報などの各種データを記憶している。通知部２５は、データベース３０からこれらのデータを読み出し、ユーザ端末１０または関係者端末４０に送信する。
【００５９】
健康状態情報テーブル３２は、ユーザが入力した健康状態情報とキーワード抽出部２２が抽出したキーワードとを記憶している。図２は、健康状態情報テーブル３２の一例を示す図である。健康状態情報テーブル３２は、フィールド「ユーザＩＤ」と、フィールド「取得日時」と、フィールド「健康状態情報」と、フィールド「キーワード」とで構成される。フィールド「ユーザＩＤ」には、健康管理の対象者であるユーザの識別子が格納される。フィールド「取得日時」には、サーバ装置２０が健康状態情報を取得した日時が格納される。フィールド「健康状態情報」には、健康状態情報そのものが格納される。たとえば、音声により健康状態情報が入力された場合には、音声信号を含む音声情報が格納される。フィールド「キーワード」には、健康状態情報から抽出されたキーワードが格納される。
【００６０】
たとえば、１番目のレコードには、ユーザＩＤ「Ｕ００１」のユーザ（以下、ユーザ「Ｕ００１」という。）の健康状態情報（音声情報）が格納されており、その取得日時は「２０１５年４月２３日１０時２４分」であることが示されている。また、その健康状態情報から抽出されたキーワード情報は「胃、痛み、はきけ、食欲不振」であることが示されている。なお、キーワード抽出前またはキーワードが抽出されなかった場合には、フィールド「キーワード情報」は空欄である。
【００６１】
キーワードテーブル３３は、キーワード抽出部２２がユーザ端末１０または関係者端末４０から受信した健康状態情報の中から抽出する対象となるキーワードを記憶している。図３は、キーワードテーブル３３の一例を示す図である。キーワードテーブル３３には、「胃」、「耳」などの身体の部位を示す語句、「痛み」、「いらいら」などの症状を示す語句など、健康状態に関する語句がキーワードとして記憶されている。
【００６２】
医学的法則性テーブル３４は、キーワードとユーザの体調との関係を記憶している。図４は、医学的法則性テーブル３４の一例を示す図である。医学的法則性テーブル３４は、フィールド「キーワード１」〜フィールド「キーワードｎ」と、フィールド「病名」と、フィールド「応急処置」と、フィールド「診療部門」とで構成される。フィールド「キーワード１」〜フィールド「キーワードｎ」には、キーワードが格納されている。フィールド「病名」には、ユーザの体調を示す病名が格納されている。フィールド「応急処置」には、フィールド「病名」に格納されている病名の病気に対する応急処置の方法が格納されている。フィールド「診療部門」には、その病気の診療部門が格納されている。
【００６３】
たとえば、１番目のレコードには、「胃」、「痛み」、「はきけ」、「食欲不振」という４つのキーワードの組に対応する病名は「胃炎」であり、「胃炎」に対する応急処置は「安静にする」であることが示されている。また、「胃炎」の診療部門は「内科」または「消化器科」であることも示されている。
【００６４】
［１−５．関係者端末４０の構成］
関係者端末４０は、健康状態情報入力部４１と、体調提示部４２と、通信部４３とを備える。
【００６５】
健康状態情報入力部４１は、ユーザの健康状態に関する情報である健康状態情報の入力を受け付ける。つまり、健康状態情報入力部４１は、ユーザの関係者がユーザの健康状態に関して発話した音声信号を含む音声情報を、健康状態情報として受け付ける。たとえば、ユーザの子供が、ユーザである親の体調や気分を自由に発話することにより健康状態情報が受け付けられる。
【００６６】
体調提示部４２は、サーバ装置２０から受信したユーザ体調情報および未入力通知情報を関係者に提示する。つまり、体調提示部４２は、ユーザ体調情報および未入力通知情報を関係者端末４０の画面に表示または音声出力する。
【００６７】
通信部４３は、サーバ装置２０との間でデータの送受信を行う通信インタフェースを含む。通信部４３は、健康状態情報入力部４１が受け付けた健康状態情報をサーバ装置２０に送信し、サーバ装置２０からユーザ体調情報および未入力通知情報を受信する。
【００６８】
［１−６．サーバ装置２０の処理フロー］
次に、サーバ装置２０が実行する処理について説明する。サーバ装置２０は、ユーザの健康状態情報を取得する健康状態情報取得処理と、ユーザの体調を判定する体調判定処理と、ユーザの体調を示すユーザ体調情報をユーザ端末１０または関係者端末４０に通知する通知処理とを行う。以下、それぞれの処理について詳細に説明する。
【００６９】
＜健康状態情報取得処理＞
図５は、サーバ装置２０が実行する健康状態情報取得処理の流れを示すフローチャートである。
【００７０】
サーバ装置２０は、ユーザがユーザ端末１０にユーザの健康状態情報を入力したか否かを判断する。つまり、サーバ装置２０は、通信部２１がユーザ端末１０より健康状態情報を受信したか否かを判断する（Ｓ１）。たとえば、サーバ装置２０は、配信情報テーブル３１に登録されているユーザ端末１０の電話番号に定期的に（たとえば、一日一回）電話を掛け、「本日の体調はいかがですか？」などの質問の音声メッセージを流す。ユーザは、音声メッセージに応答して、「胃の痛みと吐き気を感じ、食欲不振です。」などの音声による回答をユーザ端末１０に対して行う。ユーザ端末１０は、この回答の音声信号を含む音声情報を健康状態情報としてサーバ装置２０に送信する。この音声情報には、音声信号を入力したユーザのユーザＩＤなどが含まれていてもよい。
【００７１】
通信部２１が健康状態情報を受信した場合には（Ｓ１でＹＥＳ）、キーワード抽出部２２は、通信部２１から健康状態情報を取得し、健康状態情報テーブル３２に登録する（Ｓ２）。つまり、キーワード抽出部２２は、図２に示した健康状態情報テーブル３２のフィールド「健康状態情報」に受信した音声情報を登録するとともに、健康状態情報テーブル３２のフィールド「ユーザＩＤ」および「取得日時」に、ユーザＩＤおよび健康状態情報を取得した取得日時をそれぞれ登録する。
【００７２】
キーワード抽出部２２は、健康状態情報テーブル３２に登録した音声情報を音声認識し、認識結果の中からキーワードテーブル３３に登録されているキーワードを抽出する（Ｓ３）。たとえば、キーワード抽出部２２は、図３に示すキーワードテーブル３３に基づいて、「胃の痛みと吐き気を感じ、食欲不振です。」との音声情報から、４つのキーワード「胃」、「痛み」、「はきけ」および「食欲不振」を抽出する。
【００７３】
キーワード提示部２３は、キーワード抽出部２２が抽出したキーワードを含む情報を通信部２１を介してユーザ端末１０に送信することによりユーザに提示する（Ｓ４）。具体的には、キーワード提示部２３は、キーワード抽出処理（Ｓ３）で抽出されたキーワードの情報を通信部２１を介してユーザ端末１０に送信する。体調提示部１２は、キーワード提示部２３から送信されたキーワードの情報を通信部１３を介して受信し、受信したキーワードの情報を画面に表示する。
【００７４】
図６は、ユーザ端末１０の画面の一例を示す図である。ユーザ端末１０の画面には、抽出された４つのキーワードが表示される。ユーザは、画面に表示されたキーワードを確認することにより、自身が発話した内容が正しく認識されているかを判断することができる。また、ユーザ端末１０の画面には、「入力をやり直しますか？」とのメッセージと、２つのボタン１８および１９が表示される。ボタン１８を押下することで、入力をやり直すことができ、ボタン１９を押すことで処理を次に進めることができる。
【００７５】
ユーザが入力のやり直しの指示をした場合、つまりボタン１８を押下した場合には（Ｓ５でＹＥＳ）、サーバ装置２０は、再度、ユーザ端末１０に対して「本日の体調はいかがですか？」などの質問の音声メッセージを流す。これに対してユーザが音声による回答をユーザ端末１０に対して行うと、健康状態情報取得処理（Ｓ２）以降の処理が実行される。
【００７６】
ユーザが入力のやり直しの指示をしなかった場合、つまりボタン１９を押下するか、一定時間（たとえば、１分間）以上、ユーザ端末１０の操作をしなかった場合には（Ｓ５でＮＯ）、キーワード抽出部２２は、抽出したキーワードを健康状態情報テーブル３２に登録する（Ｓ６）。たとえば、キーワード抽出部２２は、抽出した４つのキーワード「胃」、「痛み」、「はきけ」および「食欲不振」を図２に示した健康状態情報テーブル３２のフィールド「キーワード」に登録する。
【００７７】
サーバ装置２０がユーザ端末１０の電話番号に電話を掛けたにもかかわらず、通信部２１が健康状態情報を受信しなかった場合には（Ｓ１でＮＯ）、通知部２５は、最後に健康状態情報を受信してからあらかじめ定められた期間が経過したか否かを判断する（Ｓ７）。つまり、通知部２５は、健康状態情報の未入力の状態があらかじめ定められた期間以上続いているか否かを判断する。未入力の期間があらかじめ定められた期間未満であれば（Ｓ７でＮＯ）、サーバ装置２０は、通信部２１がユーザ端末１０より健康状態情報を受信したか否かを再度判断する（Ｓ１）。
【００７８】
健康状態情報の未入力の状態があらかじめ定められた期間以上続いている場合には（Ｓ７でＹＥＳ）、通知部２５は、ユーザの関係者が利用する関係者端末４０に未入力通知情報を送信する（Ｓ８）。これにより、通知部２５は、あらかじめ定められた期間、健康状態情報が入力されていないことを関係者に通知する。たとえば、通知部２５は、配信情報テーブル３１に登録されている関係者端末４０の電話番号に電話を掛け、配信情報テーブル３１に登録されている「しばらくの間、健康管理対象者からの連絡が途絶えておりますので、ご確認をお願いします。」などの音声メッセージを流す。音声メッセージを聞くことを契機として、関係者はユーザに連絡等を取ることができる。なお、関係者への通知は、音声メッセージを流す以外にも、関係者のメールアドレスへの電子メールの送信などにより行ってもよい。
【００７９】
＜体調判定処理＞
図７は、サーバ装置２０が実行する体調判定処理の流れを示すフローチャートである。
【００８０】
体調判定部２４は、健康状態情報テーブル３２の中から体調判定処理が未処理のレコードを１つ抽出する（Ｓ１１）。たとえば、体調判定部２４は、図２に示す健康状態情報テーブル３２の中から１番目のレコードを抽出する。
【００８１】
体調判定部２４は、抽出したレコードにキーワードが登録されているかを確認する（Ｓ１２）。健康状態情報テーブル３２の１番目のレコードには、キーワードが登録されている。
【００８２】
キーワードが登録されていれば（Ｓ１２でＹＥＳ）、体調判定部２４は、上記登録されているキーワードと医学的法則性テーブル３４とを比較することにより、当該レコードに対する病名を抽出する（Ｓ１３）。たとえば、体調判定部２４は、図４に示す医学的法則性テーブル３４の中から、健康状態情報テーブル３２の１番目のレコードに登録されている４つのキーワードをすべて含むレコードを抽出する。ここでは、医学的法則性テーブル３４の１番目のレコードが抽出される。体調判定部２４は、抽出した医学的法則性テーブル３４の１番目のレコードから病名「胃炎」を抽出する。これにより、ユーザ「Ｕ００１」には胃炎の恐れがあることが分かる。体調判定部２４は、病名と合わせて応急処置と診療部門とを当該レコードから抽出してもよい。たとえば、体調判定部２４は、医学的法則性テーブル３４の１番目のレコードから、応急処置「安静にする」と、診療部門「内科」および「消化器科」とを抽出する。
【００８３】
病名抽出処理（Ｓ１３）の後、または健康状態情報テーブル３２から抽出したレコードにキーワードが登録されていなければ（Ｓ１２でＮＯ）、体調判定部２４は、健康状態情報テーブル３２のすべてのレコードについて体調判定処理を実行したか否かを判断する（Ｓ１４）。
【００８４】
すべてのレコードについて体調判定処理を実行していれば（Ｓ１４でＹＥＳ）、体調判定部２４は、体調判定処理を終了する。未処理のレコードがあれば、ステップＳ１１に戻る。
【００８５】
＜通知処理＞
図８は、サーバ装置２０が実行する通知処理の流れを示すフローチャートである。
通知部２５は、未処理のユーザについて、当該ユーザの病名が体調判定部２４によって抽出されたか否かを判断する（Ｓ２１）。たとえば、通知部２５は、ユーザ「Ｕ００１」について病名が抽出されたか否かを判断する。ユーザ「Ｕ００１」については、上述の通り、病名「胃炎」が抽出されている。
【００８６】
病名が抽出されていれば（Ｓ２１でＹＥＳ）、通知部２５は、病名を音声またはメールでユーザ端末１０および関係者端末４０に通知する（Ｓ２２）。なお、通知はユーザ端末１０および関係者端末４０のいずれか一方のみに行ってもよい。たとえば、通知部２５は、ユーザ「Ｕ００１」の利用するユーザ端末１０に電話を掛け、通信部２１を介して「あなたは胃炎の恐れがあります。」などの音声メッセージ情報を送信する。または、通知部２５は、「あなたは胃炎の恐れがあります。」などの内容の電子メールをユーザ「Ｕ００１」のメールアドレスに送信する。それと合わせて、通知部２５は、応急処置の仕方および診療部門に関する情報をユーザ端末１０および関係者端末４０に通知してもよい。たとえば、通知部２５は、「応急処置として安静にしてください。また、内科か消化器科を受診してください。」などの音声メッセージ情報または電子メールを送信してもよい。ユーザ端末１０が音声メッセージ情報または電子メールを受信すると、ユーザ端末１０の体調提示部１２は、音声メッセージ情報をスピーカーから音声により出力したり、電子メールを画面に表示したりする。これにより、通知部２５は、ユーザ体調情報をユーザに通知することができる。関係者端末４０が音声メッセージ情報または電子メールを受信する場合にも、体調提示部４２が同様の処理を実行する。
【００８７】
通知処理（Ｓ２２）または病名が抽出されていない場合には（Ｓ２１でＮＯ）、通知部２５は、すべてのユーザの処理が済んだか否かを判断する（Ｓ２３）。処理が済んでいない、つまり、病名を確認していないユーザが存在すれば（Ｓ２３でＮＯ）、通知部２５は、病名抽出処理（Ｓ２１）に戻る。すべてのユーザの処理が済んでいる、つまり、すべてのユーザについて病名を確認していれば（Ｓ２３でＹＥＳ）、通知部２５は、処理を終了する。
【００８８】
［１−７．実施の形態１の効果等］
以上説明したように、本発明の実施の形態１によれば、ユーザが入力した健康状態情報の中からキーワードが抽出され、キーワードを含む情報がユーザに提示される。このため、ユーザは、提示されたキーワードを含む情報を確認することによりユーザが意図した通りの入力が行われたか否かを判断することができる。たとえば、ユーザが音声により健康状態情報を入力した場合であっても、ユーザの音声からどのようなキーワードが抽出されたかをユーザは事前に確認することができる。また、健康状態情報入力部１１は、健康状態情報の再度の入力を受け付けることができる。つまり、意図した通りの入力が行われていないとユーザが判断した場合には、ユーザは健康状態情報を再度入力することができる。このため、ユーザの体調が誤判定される可能性を減らすことができ、ユーザの体調を高精度で判定することができる。
【００８９】
特に、ユーザの声になまりがあったり、ユーザが独特のしゃべり方をしたり、ユーザの声量が大きすぎたりして、音声認識に失敗した場合であっても、ユーザは、提示されたキーワードを含む情報を確認することによりユーザが意図した通りの入力が行われたか否かを判断することができる。意図した通りの入力が行われていないとユーザが判断した場合には、ユーザは健康状態を再度発話して再度入力することができる。このため、ユーザの体調が誤判定される可能性を減らすことができ、ユーザの体調を高精度で判定することができる。
【００９０】
また、実施の形態１では、健康状態情報を音声により入力する例を示したが、ユーザはユーザ端末１０のキーボードを操作して健康状態情報を入力してもよい。つまり、健康状態情報はユーザにより入力された文書情報であってもよい。ユーザがキーボード等を用いて入力した文書情報に誤りがあり、キーワードの抽出に失敗した場合であっても、ユーザは、提示されたキーワードを含む情報を確認することによりユーザが意図した通りの入力が行われたか否かを判断することができる。意図した通りの入力が行われていないとユーザが判断した場合には、ユーザは健康状態情報を再度入力することができる。このため、ユーザの体調が誤判定される可能性を減らすことができ、ユーザの体調を高精度で判定することができる。
【００９１】
また、実施の形態１では、ユーザ端末１０から健康状態情報を入力する例を示したが、関係者端末４０からユーザの健康状態情報を入力するようにしてもよい。これにより、ユーザが高齢であったり介護を要する場合であったりして、健康状態情報を入力することが困難な場合にも、関係者が代理でユーザの健康状態情報を入力することができる。
【００９２】
また、通知部２５は、健康状態情報の入力があらかじめ定められた期間なかった場合に、関係者に対して通知を行う。このため、ユーザが体調を崩して動けなかったり倒れたりしている場合であっても、このようなユーザの異常を見落とすことがなくなる。また、関係者への通知タイミングは、健康状態情報の最後の入力からあらかじめ定められた期間が経過した後としている。あらかじめ定められた期間はすべてのユーザで同じであるとしても、健康状態情報の最後の入力のタイミングはユーザごとに異なる。このため、サーバ装置の関係者への通知タイミングは関係者ごとに異なることになり、サーバ装置２０の通知処理の処理負荷を時間的に分散させることができる。
【００９３】
また、ユーザ端末１０として、たとえば、スマートフォンやタブレット端末などの暗号化通信可能な機器を用いることができる。よって、音声により健康状態情報が入力された場合であっても、その音声情報は暗号化通信によりサーバ装置２０に送信される。このため、音声情報が盗聴されたとしても第三者が音声情報を復号するのは困難である。これにより、ユーザの健康に関する情報が外部に流出することを防ぐことができ、ユーザは安心して健康管理システム１を利用することができる。
【００９４】
（実施の形態２）
実施の形態１では、サーバ装置が健康状態情報からキーワードを抽出する例について説明した。本実施の形態では、ユーザ端末または関係者端末が健康状態情報からキーワードを抽出する例について説明する。以下の説明では、実施の形態１と異なる部分について中心に説明を行う。実施の形態１と同様の構成については同一の参照符号を付し、その詳細な説明は繰り返さない。
【００９５】
［２−１．健康管理システムの全体構成］
図９は、本発明の実施の形態２に係る健康管理システムの構成を示すブロック図である。
【００９６】
健康管理システム２は、ユーザの健康を管理するためのシステムであり、ユーザ端末１０Ａと、サーバ装置２０Ａと、データベース３０Ａと、関係者端末４０Ａとを備える。
【００９７】
ユーザ端末１０Ａは、健康管理の対象となるユーザが使用する端末装置であり、たとえば、パーソナルコンピュータ、タブレット端末またはスマートフォンなど、音声入力が可能でかつ、画像表示が可能な機器である。ユーザ端末１０Ａは、図１に示したユーザ端末１０と同様の機能を備えるが、それに加え、ユーザが入力した健康状態情報から健康状態に関するキーワードを抽出する機能を有する。
【００９８】
関係者端末４０Ａは、健康管理の対象となるユーザの健康を見守る関係者が使用する端末装置である。関係者端末４０Ａの構成はユーザ端末１０Ａと同様である。
【００９９】
サーバ装置２０Ａは、ユーザ端末１０Ａまたは関係者端末４０Ａからユーザの健康状態情報と健康状態情報から抽出されたキーワードの情報を受信し、受信したこれらの情報からユーザの体調を判定する。それ以外の機能は、図１に示したサーバ装置２０の機能と同様である。
【０１００】
データベース３０Ａは、サーバ装置２０Ａがユーザの体調を判定するために用いられる。キーワードテーブル３３を備えていない以外は、図１に示したデータベース３０と同様である。
【０１０１】
［２−２．ユーザ端末１０Ａの構成］
ユーザ端末１０Ａは、健康状態情報入力部１１と、体調提示部１２と、通信部１３と、キーワード抽出部１４と、キーワード提示部１５と、キーワードテーブル３３とを備える。
【０１０２】
キーワードテーブル３３は、健康状態情報の中から抽出する対象となる健康状態に関するキーワードを記憶している。キーワードテーブル３３は、図３に示したものと同様である。
【０１０３】
キーワード抽出部１４は、健康状態情報入力部１１が受け付けた健康状態情報の中からキーワードテーブル３３に登録されているキーワードを抽出する。キーワード抽出部１４の機能は、図１に示したキーワード抽出部２２の機能と同様である。
【０１０４】
キーワード提示部１５は、キーワード抽出部１４が抽出したキーワードを含む情報をユーザに提示する処理を行う。つまり、キーワード提示部１５は、音声または画像により上記情報をユーザに提示する。
その他の構成は、図１に示したユーザ端末１０の構成と同様である。
【０１０５】
［２−３．サーバ装置２０Ａの構成］
サーバ装置２０Ａは、通信部２１と、体調判定部２４と、通知部２５と、データベース操作部２６とを備える。サーバ装置２０Ａは、図１に示したサーバ装置２０の構成において、キーワード抽出部２２と、キーワード提示部２３とを含まない構成を有する。なお、キーワード抽出部２２およびキーワード提示部２３と同様の構成がユーザ端末１０Ａおよび関係者端末４０Ａに設けられる。
【０１０６】
［２−４．データベース３０Ａの構成］
データベース３０Ａは、配信情報テーブル３１と、健康状態情報テーブル３２と、医学的法則性テーブル３４とを含む。
【０１０７】
データベース３０Ａは、図１に示したデータベース３０の構成においてキーワードテーブル３３を含まない構成を有する。なお、キーワードテーブル３３同様の構成がユーザ端末１０Ａおよび関係者端末４０Ａに設けられる。
【０１０８】
［２−５．関係者端末４０Ａの構成］
関係者端末４０Ａは、健康状態情報入力部４１と、体調提示部４２と、通信部４３と、キーワード抽出部４４と、キーワード提示部４５と、キーワードテーブル３３とを備える。
【０１０９】
キーワードテーブル３３は、健康状態情報の中から抽出する対象となる健康状態に関するキーワードを記憶している。キーワードテーブル３３は、図３に示したものと同様である。
【０１１０】
キーワード抽出部４４は、健康状態情報入力部４１が受け付けた健康状態情報の中からキーワードテーブル３３に登録されているキーワードを抽出する。キーワード抽出部４４の機能は、図１に示したキーワード抽出部２２の機能と同様である。
【０１１１】
キーワード提示部４５は、キーワード抽出部４４が抽出したキーワードを含む情報を関係者に提示する処理を行う。つまり、キーワード提示部４５は、音声または画像により上記情報を関係者に提示する。
その他の構成は、図１に示した関係者端末４０の構成と同様である。
【０１１２】
［２−６．ユーザ端末１０Ａの処理フロー］
次に、ユーザ端末１０Ａが実行する処理について説明する。図１０は、ユーザ端末１０Ａが実行する処理のフローチャートである。
【０１１３】
健康状態情報入力部１１は、ユーザがユーザ端末１０に入力したユーザの健康状態情報を受け付ける（Ｓ３１）。健康状態情報の入力は、サーバ装置２０Ａからの指示により行われてもよい。たとえば、サーバ装置２０Ａは、配信情報テーブル３１に登録されているユーザ端末１０Ａの電話番号に定期的に（たとえば、一日一回）電話を掛け、「本日の体調はいかがですか？」などの質問の音声メッセージを流す。ユーザは、音声メッセージに応答して、「胃の痛みと吐き気を感じ、食欲不振です。」などの音声による回答をユーザ端末１０Ａに対して行う。健康状態情報入力部１１は、この回答の音声信号を含む音声情報をキーワード抽出部１４に出力する。
【０１１４】
キーワード抽出部１４は、健康状態情報入力部１１が受け付けた健康状態情報を示す音声情報を音声認識し、認識結果の中からキーワードテーブル３３に登録されているキーワードを抽出する（Ｓ３２）。ステップＳ３２の処理は、図５に示したキーワード抽出処理（Ｓ２）と同様である。たとえば、「胃の痛みと吐き気を感じ、食欲不振です。」との音声情報から、４つのキーワード「胃」、「痛み」、「はきけ」および「食欲不振」が抽出される。
【０１１５】
キーワード提示部１５は、キーワード抽出部１４が抽出したキーワードを含む情報をユーザ端末１０Ａの画面に表示することにより、ユーザに提示する（Ｓ３３）。画面表示の例は図６に示したものと同様である。ユーザは、画面に表示された情報から自身が発話した内容が正しく認識されているかを判断することができる。
【０１１６】
ユーザがやり直しの指示をした場合、つまり図６に示す画面でボタン１８を押下した場合には（Ｓ５でＹＥＳ）、ステップＳ３１に戻り、健康状態情報入力部１１は、ユーザがユーザ端末１０に入力したユーザの健康状態情報を再度受け付ける。
【０１１７】
ユーザがやり直しの指示をしなかった場合、つまり図６に示す画面でボタン１９を押下するか、一定時間（たとえば、１分間）以上、ユーザ端末１０Ａの操作をしなかった場合には（Ｓ３４でＮＯ）、キーワード抽出部１４は、通信部１３を介して健康状態情報と抽出したキーワードの情報とをサーバ装置２０Ａに送信する（Ｓ３５）。
【０１１８】
以上、ユーザ端末１０Ａが実行する処理について説明したが、関係者端末４０Ａもユーザ端末１０Ａと同様の処理を実行する。これにより、関係者は、ユーザの健康状態情報を関係者端末４０Ａを利用して入力することができ、この健康状態情報からキーワードが抽出される。
【０１１９】
［２−７．サーバ装置２０Ａの処理フロー］
次に、サーバ装置２０Ａが実行する処理について説明する。サーバ装置２０Ａは、健康状態情報取得処理、体調判定処理および通知処理を行う。このうち、体調判定処理および通知処理は実施の形態１に示したものと同様である。このため、以下では、健康状態情報取得処理について説明する。
【０１２０】
図１１は、サーバ装置２０Ａが実行する健康状態情報取得処理の流れを示すフローチャートである。
【０１２１】
サーバ装置２０Ａは、通信部２１がユーザ端末１０Ａから健康状態情報とキーワードの情報とを受信したか否か判断する（Ｓ４１）。
【０１２２】
これらの情報を受信していれば（Ｓ４１でＹＥＳ）、体調判定部２４は、通信部２１から健康状態情報を取得する（Ｓ４２）。また、体調判定部２４は、通信部２１からキーワードの情報を取得する（Ｓ４３）。ただし、ユーザ端末１０Ａにおいてキーワードが抽出されなかった場合には、キーワードの情報は取得されない。
【０１２３】
体調判定部２４は、取得した健康状態情報とキーワードの情報を健康状態情報テーブル３２に登録する（Ｓ４４）。たとえば、図２に示した健康状態情報テーブル３２に、健康状態情報としての音声情報が登録され、抽出された４つのキーワード「胃」、「痛み」、「はきけ」および「食欲不振」が登録される。
【０１２４】
通信部２１がユーザ端末１０Ａから健康状態情報とキーワードの情報とを受信していなければ（Ｓ４１でＮＯ）、通知部２５は、最後に健康状態情報とキーワードの情報とを受信してからあらかじめ定められた期間が経過したか否かを判断する（Ｓ４５）。つまり、通知部２５は、健康状態情報の未入力の状態があらかじめ定められた期間以上続いているか否かを判断する。未入力の期間があらかじめ定められた期間未満であれば（Ｓ４５でＮＯ）、サーバ装置２０Ａは、通信部２１がユーザ端末１０Ａより健康状態情報を受信したか否かを再度判断する（Ｓ４１）。
【０１２５】
健康状態情報の未入力の状態があらかじめ定められた期間以上続いている場合には（Ｓ４５でＹＥＳ）、通知部２５は、ユーザの関係者が利用する関係者端末４０に未入力通知情報を送信する（Ｓ４６）。これにより、通知部２５は、あらかじめ定められた期間、健康状態情報が入力されていないことを関係者に通知する。
【０１２６】
以上の処理により、健康状態情報テーブル３２に健康状態情報とキーワードの情報とが登録される。これらの情報に基づいて、サーバ装置２０Ａは、実施の形態１で説明した体調判定処理（図７）および通知処理（図８）を実行する。
【０１２７】
なお、サーバ装置２０Ａは、関係者端末４０Ａから健康状態情報とキーワードの情報とが送信された場合にも、ユーザ端末１０Ａの場合と同様の処理を実行する。
【０１２８】
［２−８．実施の形態２の効果等］
実施の形態２によると、実施の形態１と同様の効果を奏する。
それに加えて、ユーザ端末１０Ａがキーワード抽出部１４と、キーワード提示部１５と、キーワードテーブル３３とを備えており、ユーザ端末１０Ａがキーワードの抽出処理とキーワードを含む情報の提示処理を行う。このため、これらをサーバ装置２０Ａが行う場合に比べて、サーバ装置２０Ａの負荷を減少させることができる。サーバ装置２０Ａには複数台のユーザ端末１０Ａまたは関係者端末４０Ａが接続されているため、この効果は顕著である。
【０１２９】
［３．付記］
以上、本発明の実施の形態に係る健康管理システムについて説明したが、本発明は、この実施の形態に限定されるものではない。
【０１３０】
上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ハードディスクドライブ、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムとして構成されてもよい。ＲＡＭまたはハードディスクドライブには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。
【０１３１】
さらに、上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。ＲＡＭには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、システムＬＳＩは、その機能を達成する。
【０１３２】
さらにまた、上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）カードまたは単体のモジュールから構成されているとしてもよい。ＩＣカードまたはモジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。ＩＣカードまたはモジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、ＩＣカードまたはモジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有するとしてもよい。
【０１３３】
また、本発明は、上記に示す方法であるとしてもよい。また、本発明は、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
【０１３４】
さらに、本発明は、上記コンピュータプログラムまたは上記デジタル信号をコンピュータ読取可能な非一時的な記録媒体、例えば、フレキシブルディスク、ハードディスクドライブ、ＣＤ−ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、半導体メモリなどに記録したものとしてもよい。また、これらの非一時的な記録媒体に記録されている上記デジタル信号であるとしてもよい。
【０１３５】
また、本発明は、上記コンピュータプログラムまたは上記デジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
【０１３６】
また、本発明は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、上記メモリは、上記コンピュータプログラムを記憶しており、上記マイクロプロセッサは、上記コンピュータプログラムに従って動作するとしてもよい。
【０１３７】
また、上記プログラムまたは上記デジタル信号を上記非一時的な記録媒体に記録して移送することにより、または上記プログラムまたは上記デジタル信号を上記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
さらに、上記実施の形態および上記変形例をそれぞれ組み合わせるとしてもよい。
【０１３８】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【産業上の利用可能性】
【０１３９】
本発明は、症状や気分に関する自由な発話からユーザの体調を判定することのできる健康管理システム等に用いると有益である。
【符号の説明】
【０１４０】
１      ：健康管理システム
２      ：健康管理システム
１０    ：ユーザ端末
１０Ａ  ：ユーザ端末
１１    ：健康状態情報入力部
１２    ：体調提示部
１３    ：通信部
１４    ：キーワード抽出部
１５    ：キーワード提示部
１８    ：ボタン
１９    ：ボタン
２０    ：サーバ装置
２０Ａ  ：サーバ装置
２１    ：通信部
２２    ：キーワード抽出部
２３    ：キーワード提示部
２４    ：体調判定部
２５    ：通知部
２６    ：データベース操作部
３０    ：データベース
３０Ａ  ：データベース
３１    ：配信情報テーブル
３２    ：健康状態情報テーブル
３３    ：キーワードテーブル
３４    ：医学的法則性テーブル
４０    ：関係者端末
４０Ａ  ：関係者端末
４１    ：健康状態情報入力部
４２    ：体調提示部
４３    ：通信部
４４    ：キーワード抽出部
４５    ：キーワード提示部
【図１】
2016224784.tif 000003
【図２】
2016224784.tif 000004
【図３】
2016224784.tif 000005
【図４】
2016224784.tif 000006
【図５】
2016224784.tif 000007
【図６】
2016224784.tif 000008
【図７】
2016224784.tif 000009
【図８】
2016224784.tif 000010
【図９】
2016224784.tif 000011
【図１０】
2016224784.tif 000012
【図１１】
2016224784.tif 000013