(57)【要約】【課題】  服薬対象者が聞き取れ得る適切な音声で服薬を促す通知を行う。【解決手段】  服薬支援装置は、複数の音声データのうちのユーザにとって優先度が高い前記音声データを用いて通知音声を出力する音声出力制御部と、前記通知音声の出力に対するユーザの反応時間を測定する反応時間測定部と、複数の服薬支援装置について、ユーザの属性情報と、前記複数の音声データに対する前記ユーザにとっての優先度とを対応付けて記憶しているデータベースと通信する通信部と、備え、前記音声出力制御部は、前記通知音声の出力に対する前記ユーザの反応時間が閾値を越えた場合、前記データベースに基づき、前記ユーザとは異なる他のユーザにとって優先度が高い前記音声データを用いて前記通知音声を再出力する。【選択図】図３
2019129942.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と複数の服薬支援装置とから成る服薬支援システムにおいて、
前記サーバ装置は、
前記複数の服薬支援装置について、ユーザの属性情報と、複数の音声データに対する前記ユーザにとっての優先度とを対応付けて記憶するデータベースを、
備え、
前記服薬支援装置は、
前記複数の音声データのうちの前記ユーザにとって優先度が高い前記音声データを用いて通知音声を出力する音声出力制御部と、
前記通知音声の出力に対するユーザの反応時間を測定する反応時間測定部と、
を備え、
前記音声出力制御部は、前記通知音声の出力に対する前記ユーザの反応時間が閾値を越えた場合、前記データベースに基づき、前記ユーザとは異なる他のユーザにとって優先度が高い前記音声データを用いて前記通知音声を再出力する
ことを特徴とする服薬支援システム。
【請求項２】
請求項１に記載の服薬支援システムであって、
前記音声出力制御部は、前記通知音声の出力に対する前記ユーザの反応時間が閾値を越えた場合、前記データベースに対して、前記ユーザと前記属性情報が一致または類似している前記他のユーザが存在するか否かを問い合わせ、前記他のユーザが存在するときには、前記複数の音声データのうち、前記他のユーザにとって優先度が高い前記音声データを用いて前記通知音声を再出力する
ことを特徴とする服薬支援システム。
【請求項３】
請求項２に記載の服薬支援システムであって、
前記服薬支援装置は、
前記他のユーザが存在するときには、前記他のユーザにとっての前記優先度に基づき、前記ユーザにとっての前記優先度を更新する優先度設定部を、
備える
ことを特徴とする服薬支援システム。
【請求項４】
請求項３に記載の服薬支援システムであって、
前記優先度設定部は、前記ユーザにとっての前記優先度の更新結果を前記サーバ装置に通知し、
前記サーバ装置は、通知された前記更新結果に基づいて前記データベースを更新する
ことを特徴とする服薬支援システム。
【請求項５】
請求項３に記載の服薬支援システムであって、
前記服薬支援装置は、
前記通知音声を聞き取り得る範囲に前記ユーザが居るか否か、及び、前記ユーザが就寝中であるか否かの少なくとも一方を検知する検知部を、
備える
ことを特徴とする服薬支援システム。
【請求項６】
請求項５に記載の服薬支援システムであって、
前記音声出力制御部は、前記検知部によって前記通知音声を聞き取り得る範囲に前記ユーザが居ないこと、及び前記ユーザが就寝中であることの少なくとも一方が検知された場合、前記通知音声の再出力を省略する
ことを特徴とする服薬支援システム。
【請求項７】
請求項５に記載の服薬支援システムであって、
前記優先度設定部は、前記検知部によって前記通知音声を聞き取り得る範囲に前記ユーザが居ないこと、及び前記ユーザが就寝中であることの少なくとも一方が検知された場合、前記ユーザにとっての前記優先度の更新を省略する
ことを特徴とする服薬支援システム。
【請求項８】
請求項１に記載の服薬支援システムであって、
前記属性情報は、性別、年齢、持病、及び居住地域のうちの少なくとも一つを含む
ことを特徴とする服薬支援システム。
【請求項９】
請求項１に記載の服薬支援システムであって、
前記服薬支援装置は、
前記複数の音声データが予め記憶された記憶部を、備え、
前記音声出力制御部は、前記記憶部に記憶された前記複数の音声データのうちの前記ユーザにとって優先度が高い前記音声データを用いて通知音声を出力する
ことを特徴とする服薬支援システム。
【請求項１０】
請求項１に記載の服薬支援システムであって、
前記服薬支援装置は、
前記複数の音声データを出力可能な音声関数と複数の音声パラメータが予め記憶された記憶部を、備え、
前記音声出力制御部は、前記記憶部に記憶された前記音声関数に、前記複数の音声パラメータのうちの前記ユーザにとって優先度が高い前記音声パラメータを入力して得られる前記音声データ用いて通知音声を出力する
ことを特徴とする服薬支援システム。
【請求項１１】
請求項１に記載の服薬支援システムであって、
前記音声出力制御部は、前記音声データを前記サーバ装置から取得し、取得した前記音声データを用いて通知音声を出力する
ことを特徴とする服薬支援システム。
【請求項１２】
請求項１に記載の服薬支援システムであって、
前記服薬支援装置は、
ユーザの服薬情報をサーバ装置に通知する服薬情報通知部を、
備え、
前記サーバ装置は、
前記ユーザの服薬を管理する管理者が使用する端末装置に対して前記服薬情報を通知する端末通知部を、
備える
ことを特徴とする服薬支援システム。
【請求項１３】
サーバ装置と複数の服薬支援装置とから成る服薬支援システムの音声通知方法において、
前記服薬支援装置による、複数の音声データのうちのユーザにとって優先度が高い前記音声データを用いて通知音声を出力する音声出力ステップと、
前記服薬支援装置による、前記通知音声の出力に対するユーザの反応時間を測定する反応時間測定ステップと、
前記服薬支援装置による、前記通知音声の出力に対する前記ユーザの反応時間が閾値を越えた場合、前記サーバ装置が管理するデータベースに基づき、前記ユーザとは異なる他のユーザにとって優先度が高い前記音声データを用いて前記通知音声を再出力する再出力ステップと、
を含み、
前記データベースは、前記複数の服薬支援装置について、ユーザの属性情報と、複数の音声データに対する前記ユーザにとっての優先度とを対応付けて記憶する
ことを特徴とする音声通知方法。
【請求項１４】
複数の音声データのうちのユーザにとって優先度が高い前記音声データを用いて通知音声を出力する音声出力制御部と、
前記通知音声の出力に対するユーザの反応時間を測定する反応時間測定部と、
複数の服薬支援装置について、ユーザの属性情報と、前記複数の音声データに対する前記ユーザにとっての優先度とを対応付けて記憶しているデータベースと通信する通信部と、
備え、
前記音声出力制御部は、前記通知音声の出力に対する前記ユーザの反応時間が閾値を越えた場合、前記データベースに基づき、前記ユーザとは異なる他のユーザにとって優先度が高い前記音声データを用いて前記通知音声を再出力する
ことを特徴とする服薬支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、服薬支援システム、音声通知方法、及び服薬支援装置に関する。
【背景技術】
【０００２】
服薬対象者の服薬の支援を目的として、例えば特許文献１には「薬入れを備えた薬箱と、電子制御装置と、前記薬入れの開閉を検出する薬入れ開閉センサとで構成され、前記電子制御装置は前記薬入れ開閉センサからの開信号若しくは閉信号に基づいて現在時刻を服薬確認時刻としてメモリに記憶させること、及び前記薬入れ開閉センサからの開信号が服薬禁止時間内に入力されたときは二度飲みアラームを発生させることを特徴とする服薬管理支援装置」が開示されている。
【０００３】
特許文献１に記載の服薬管理支援装置によれば、通知音声としてアラームを発生することにより、服薬対象者が指定されている時刻に服薬を忘れてしまったり、指定されている時間帯に誤って服薬してしまったりすることを抑止できる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−３１０７５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の服薬管理支援装置では、通知音声のアラームが１種類に固定されており、服薬対象者の体質、体調、好み、加齢等によって、該通知音声が聞こえなかったり、聞き取り辛かったりすることが起こり得る。
【０００６】
特に、時間帯（例えば、朝、昼、晩）によって服用する薬が違っていたり、服薬対象者が自身で服薬を管理することができない認知症等を患っている老人等であったりすると、薬の間違いや服薬忘れは病状の悪化等の深刻な事態に繋がりかねない。
【０００７】
したがって、服薬を促す通知音声が聞こえなかったり、聞き取り辛かったりする服薬対象者に対しては、該通知音声が聞き取れるように何らかの対策が必要となる。
【０００８】
本発明は、このような状況に鑑みてなされたものであり、服薬対象者が聞き取り得る適切な音声で服薬を促す通知を行うようにすることを目的とする。
【課題を解決するための手段】
【０００９】
本願は、上記課題の少なくとも一部を解決する手段を複数含んでいるが、その例を挙げるならば、以下のとおりである。上記課題を解決すべく、本発明の一態様に係る服薬支援システムは、サーバ装置と複数の服薬支援装置とから成り、前記サーバ装置は、前記複数の服薬支援装置について、ユーザの属性情報と、複数の音声データに対する前記ユーザにとっての優先度とを対応付けて記憶するデータベースを、備え、前記服薬支援装置は、前記複数の音声データのうちの前記ユーザにとって優先度が高い前記音声データを用いて通知音声を出力する音声出力制御部と、前記通知音声の出力に対するユーザの反応時間を測定する反応時間測定部と、を備え、前記音声出力制御部は、前記通知音声の出力に対する前記ユーザの反応時間が閾値を越えた場合、前記データベースに基づき、前記ユーザとは異なる他のユーザにとって優先度が高い前記音声データを用いて前記通知音声を再出力することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、服薬対象者が聞き取り得る適切な音声で服薬を促す通知を行うことが可能となる。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１１】
【図１】本発明に係る一実施の形態である服薬支援装置の外観の一例を示す図である。
【図２】本発明に係る一実施の形態である服薬支援装置の外観の一例を示す図である。
【図３】本発明に係る一実施の形態である服薬支援システムの第１の構成例を示すブロック図である。
【図４】音声情報の一例を示す図である。
【図５】通知音声データベースの一例を示す図である。
【図６】通知音声最適化処理の一例を説明するフローチャートである。
【図７】通知音声最適化処理の一例を説明するフローチャートである。
【図８】音声情報の他の例を示す図である。
【図９】本発明に係る一実施の形態である服薬支援システムの第２の構成例を示すブロック図である。
【図１０】本発明に係る一実施の形態である服薬支援システムの第３の構成例を示すブロック図である。
【発明を実施するための形態】
【００１２】
以下、本発明に係る一実施の形態を図面に基づいて説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。また、以下の実施の形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。また、「Ａからなる」、「Ａよりなる」、「Ａを有する」、「Ａを含む」と言うときは、特にその要素のみである旨明示した場合等を除き、それ以外の要素を排除するものでないことは言うまでもない。同様に、以下の実施の形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に明らかにそうでないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。
【００１３】
＜本発明に係る一実施の形態である服薬支援装置の外観＞
図１及び図２は、本発明に係る一実施の形態である服薬支援装置の外観の一例であり、図１は薬トレイ排出部１３２１（後述）が閉じている状態、図２は薬トレイ排出部１３２１が開いている状態を示している。
【００１４】
該服薬支援装置１０は、予め設定された服用時刻になったとき、服薬対象者（以下、ユーザと称する）に対して服薬を促す通知音声を出力し、この通知音声に応じてユーザが所定の操作を行うと、予め服薬支援装置１０の内部に予め準備されている複数の薬トレイ１３２（図２）のうちの１つが選択、排出されて、その中に入れられた１回分の内服薬がユーザに提供されるようになされている。
【００１５】
なお、服薬支援装置１０は、内服薬の服用だけでなく、内服薬以外の薬（外用薬、注射薬等を含む）の利用をユーザに促す場合にも用いることができる。
【００１６】
服薬支援装置１０は、その正面に、スピーカ１７、取り出しボタン１３１、及び薬トレイ排出部１３２１が配置されている。ただし、スピーカ１７等の配置は、図示した例に限られず、任意の位置に配置することができる。
【００１７】
スピーカ１７は、服薬を促すための通知音声を出力する。取り出しボタン１３１は、服薬を促すための通知音声に応じ、ユーザが内服薬等を取り出すときに押下するためのボタンである。
【００１８】
薬トレイ排出部１３２１は、該通知音声が出力されるときは閉じられている。そして、取り出しボタン１３１がユーザによって押下された場合、図２に示されるように、薬トレイ排出部１３２１が開かれて、１回分の薬が入れられている薬トレイ１３２が排出される。
【００１９】
ただし、薬トレイ排出部１３２１は、該通知音声が出力されてから所定の時間（後述する第２閾値、例えば１分間）が経過していない間に取り出しボタン１３１が押下されたときだけ開かれるようになされており、所定の時間が経過した後は取り出しボタン１３１が押下されても開かれず、薬トレイ１３２は排出されない。これにより、ユーザが本来の服用時刻ではないときに誤って服薬してしまうことを抑止できる。
【００２０】
なお、服用時刻の設定と薬の準備は、例えば、ユーザの服薬を管理する管理者（例えば、ユーザの家族、ユーザ宅を訪問するヘルパー、ユーザが入居する施設の介護士等）が実行するものとする。
【００２１】
＜本発明に係る一実施の形態である服薬支援システムの第１の構成例＞
次に、図３は、本発明に係る一実施の形態である服薬支援システムの第１の構成例を示している。
【００２２】
該服薬支援システム１の第１の構成例は、服薬支援装置１０とサーバ装置３０とを備える。
【００２３】
なお、同図においては、１台のサーバ装置３０に対し、ネットワーク２０を介して１台の服薬支援装置１０が接続されている状態を示しているが、実際には、１台のサーバ装置３０に対して複数の服薬支援装置１０がネットワーク２０を介して接続される。
【００２４】
服薬支援装置１０は、演算部１１、通信部１２、反応取得部１３、記憶部１４、ＤＡ変換部１５、音声アンプ１６、及びスピーカ１７を備える。
【００２５】
演算部１１は、時間測定部１１１、優先度設定部１１２、及び音声出力制御部１１３を有する。演算部１１は、例えばマイクロコンピュータ等から成る。
【００２６】
時間測定部１１１は、ユーザに対して服薬を促す通知音声が出力されたタイミングで計時を開始し、該通知音声に応じてユーザから反応があるまでの反応時間を測定する。
【００２７】
優先度設定部１１２は、通信部１２を介してサーバ装置３０の通知音声ＤＢ（データベース）３１を参照し、記憶部１４に記憶された音声情報１４２に含まれる複数の音声データに対する優先度を決定する。
【００２８】
音声出力制御部１１３は、記憶部１４に記録されている音声情報１４２から、ユーザに対して服薬を促す通知音声に用いるデジタルの音声データを読み出してＤＡ変換部１５に出力する。
【００２９】
通信部１２は、インターネットに代表されるネットワーク２０を介してサーバ装置３０に接続し、所定のデータを通信する。通信部１２は、例えば、ＬＡＮ  Ｉ／ＦやＷｉ−Ｆｉ  Ｉ／Ｆ等から成る。
【００３０】
反応取得部１３は、取り出しボタン１３１を有しており、取り出しボタン１３１に対するユーザの押下操作を検出して演算部１１に通知する。
【００３１】
記憶部１４は、ユーザ情報１４１及び音声情報１４２を記憶する。記憶部１４は、例えば、ＲＡＭやＨＤＤ等から成る。
【００３２】
ユーザ情報１４１には、ユーザの属性情報が記録されている。属性情報は、ユーザの識別子、性別、年齢、持病、及び居住地のうちの少なくとも一つを含む。ユーザ情報１４１は、サーバ装置３０に送信されて通知音声ＤＢ３１に登録される。
【００３３】
図４は、音声情報１４２の一例を示している。音声情報１４２には、データフィールド１４２１と優先度フィールド１４２２が設けられている。データフィールド１４２１には、複数の音声データ１〜Ｎが予め記録されている。優先度フィールド１４２２には、各音声データ１〜Ｎに対する優先度（値が小さいほど優先度が高い）が記録されている。ただし、音声データ１〜Ｎに対する優先度は、通知音声に対するユーザの反応に応じて更新される。音声データ１〜Ｎに対する優先度が更新された場合、その更新結果と更新日時がサーバ装置３０に送信されて通知音声ＤＢ３１に登録される。
【００３４】
音声データ１〜Ｎは、服薬を促す同一の言葉、例えば「薬の時間です。取り出しボタンを押してください」を再生するものであって、性別、年齢、速度、音程等の声質が異なる。
【００３５】
なお、音声データとして、各地域における方言を採用したり、管理者等の声を録音したものを採用したりしてもよい。
【００３６】
図３に戻る。ＤＡ変換部１５は、演算部１１の音声出力制御部１１３が出力するデジタルの音声データを再生し、その結果得られる通知音声のアナログ信号を音声アンプ１６に出力する。音声アンプ１６は、通知音声のアナログ信号を増幅し、スピーカ１７から出力させる。
【００３７】
サーバ装置３０は、各服薬支援装置１０のユーザと、各服薬支援装置１０のユーザにとっての複数の音声データに対する優先度とが対応付けられている通知音声ＤＢ３１（本発明のデータベースに相当する）を管理する。なお、サーバ装置３０は、一般的なコンピュータから構成できる。
【００３８】
図５は、通知音声ＤＢ３１の一例を示している。通知音声ＤＢ３１には、ユーザ情報フィールド３１１と音声データ優先度フィールド３１２とが設けられている。
【００３９】
ユーザ情報フィールド３１１には、各服薬支援装置１０ユーザから送信されるユーザ情報１４１に含まれるユーザの属性情報（識別子、性別、年齢、持病、居住地域）が登録されている。
【００４０】
音声データ優先度フィールド３１２には、各服薬支援装置１０の音声情報１４２に予め記録されている音声データ１〜Ｎに対して設定されている優先度とその更新日時が登録されている。
【００４１】
例えば、ユーザのＩＤがＡ１２３４であるユーザ情報フィールド３１１には、性別男、年齢６０歳、持病Ｘ症、居住地域青森県が登録されている。音声データ優先度フィールド３１２には、音声データ１が優先度１、音声データ２が優先度２、・・・音声データＮが優先度Ｎであることと、その更新日時が２０１７年１２月１日０８：００であることが登録されている。
【００４２】
また例えば、ユーザのＩＤがＡ３４５６であるユーザ情報フィールド３１１には、性別女、年齢７０歳、持病Ｙ病、居住地域東京都が登録されている。音声データ優先度フィールド３１２には、音声データ１が優先度５、音声データ３が優先度２、・・・音声データＮが優先度１であることと、その更新日時が２０１７年１１月３１日の１７：３０であることが登録されている。
【００４３】
なお、通知音声ＤＢ３１に、各ユーザの音声データに対する優先度の更新履歴をその更新日時とともに蓄積するようにしてもよい。これにより、例えば、特定の時間帯には音声データ１が聞き取り易い等のユーザの聴覚特性の時間変位による傾向を解析することが可能となる。
【００４４】
また、通知音声ＤＢ３１において、ユーザ情報をグルーピングし、グループ毎に音声データに対する優先度を管理するようにしてもよい。
【００４５】
＜服薬支援システム１による通知音声最適化処理＞
次に、服薬支援システム１による通知音声最適化処理について説明する。図６及び図７は、通知音声最適化処理の一例を説明するフローチャートである。
【００４６】
なお、通知音声最適化処理の前提として、服薬支援装置１０の内部には管理者によってユーザが服用する薬が準備されており、且つ、服用時刻が設定されているものとする。通知音声最適化処理は、管理者が設定した服用時刻になったときに開始される。
【００４７】
はじめに、音声出力制御部１１３は、記憶部１４の音声情報１４２から、優先度１の音声データＸを読み出し、後段（ＤＡ変換部１５、音声アンプ１６、及びスピーカ１７）に供給して再生、出力させる（ステップＳ１）。次に、時間測定部１１１は、反応時間の計時を開始する（ステップＳ２）。
【００４８】
次に、優先度設定部１１２は、反応取得部１３からの通知と、時間測定部１１１が計時する反応時間を監視し、反応取得部１３からの通知、すなわち、ユーザの反応（取り出しボタン１３１の押下操作）があるか否かと、反応時間が第１閾値（例えば、５分間）を超えたか否かを判定する（ステップＳ３）。ここで、ユーザの反応が無く、かつ、反応時間が第１閾値を超えていない場合、優先度設定部１１２は、反応取得部１３からの通知と、時間測定部１１１が計時する反応時間の監視を継続する（ステップＳ３でＮＯ）。その後、ユーザからの反応があるか、または反応時間が第１閾値を越えた場合（ステップＳ３でＹＥＳ）、その時点で時間測定部１１１は反応時間の計時を終了し、優先度設定部１１２は処理をステップＳ４に進める。
【００４９】
ステップＳ４にて、優先度設定部１１２は、反応時間が第１閾値よりも短い第２閾値（例えば、１分間）以下であるか否かを判定する。ここで、反応時間が第２閾値以下であると判定された場合（ステップＳ４でＹＥＳ）、ユーザが音声データＸを用いた通知音声を聞き取れていると判断できるので、優先度設定部１１２は、今回の通知音声に用いた音声データＸの優先度１を変更せずに維持し（ステップＳ５）、通知音声最適化処理を終了する。
【００５０】
反対に、反応時間が第２閾値よりも長いと判定された場合（ステップＳ４でＮＯ）、ユーザが通知音声を聞き取れていないか、または聞き取り難いと判断できるので、優先度設定部１１２は、通知音声に用いる音声データを変更するため、処理をステップＳ６に進める。
【００５１】
ステップＳ６にて、音声出力制御部１１３は、通信部１２及びネットワーク２０を介してサーバ装置３０に接続し、通知音声ＤＢ３１に対して、該服薬支援装置１０のユーザと属性情報が一致する他のユーザが存在するか否かを問い合わせる。
【００５２】
ここで、「属性情報が一致する」とは、性別、年齢、持病、及び居住地域が完全に一致する場合だけではなく、類似している、すなわち、これらの相違が所定の範囲に収まる場合も「属性情報が一致する」に含まれるものとする。
【００５３】
そして、この問い合わせに対する通知音声ＤＢ２１からの回答に基づき、音声出力制御部１１３は、該服薬支援装置１０のユーザと属性情報が一致する他のユーザ（以下、単に、他のユーザと称する）が存在するか否かを判定する（ステップＳ７）。
【００５４】
ここで、他のユーザが存在すると判定された場合（ステップＳ７でＹＥＳ）、音声出力制御部１１３は、通知音声ＤＢ３１を参照して他のユーザにとっての優先度１の音声データＹを特定し、処理をステップＳ８（図７）に進める。
【００５５】
ステップＳ８にて、音声出力制御部１１３は、他のユーザにとっての優先度１である音声データＹを、記憶部１４の音声情報１４２から読み出し、後段に供給して再生、出力させる。次に、演算部１１の時間測定部１１１は、反応時間の計時を再び０から開始する（ステップＳ９）。
【００５６】
次に、優先度設定部１１２は、反応取得部１３からの通知と、時間測定部１１１が計時する反応時間を監視し、ユーザの反応があるか否かと、反応時間が第１閾値を超えたか否かを判定する（ステップＳ１０）。ここで、ユーザの反応が無く、かつ、反応時間が第１閾値を超えていない場合、優先度設定部１１２は、反応取得部１３からの通知と、時間測定部１１１が計時する反応時間の監視を継続する（ステップＳ１０でＮＯ）。その後、ユーザの反応があるか、または反応時間が第１閾値を越えた場合（ステップＳ１０でＹＥＳ）、その時点で時間測定部１１１は反応時間の計時を終了し、優先度設定部１１２は、処理をステップＳ１１に進める。
【００５７】
ステップＳ１１にて、優先度設定部１１２は、反応時間が第１閾値よりも短い第２閾値以下であるか否かを判定する。ここで、反応時間が第２閾値以下であると判定された場合（ステップＳ１１でＹＥＳ）、ユーザが音声データＹを用いた通知音声を聞き取れていると判断できるので、優先度設定部１１２は、処理をステップＳ１２に進める。
【００５８】
ステップＳ１２にて、優先度設定部１１２は、今回の通知音声に用いた音声データＹを最上位の優先度１に、前回の通知音声に用いた音声データＸを最下位の優先度Ｎに変更し、その他の音声データの優先度は上下関係を維持したままずらすことにより、音声情報１４２における音声データ１〜Ｎの優先度を更新する。
【００５９】
次に、優先度設定部１１２は、通信部１２及びネットワーク２０を介してサーバ装置３０に接続し、音声情報１４２の更新結果を通知する。サーバ装置３０は、この通知に基づいて通知音声ＤＢ３１を更新する。具体的には、通知音声ＤＢ３１の、該ユーザのユーザ情報に対応する音声データ優先度フィールド３１２における更新日時を変更し、優先度を、更新された音声情報１４２と一致させる。以上で、通知音声最適化処理は終了される。
【００６０】
なお、ステップＳ１１にて、反応時間が第２閾値よりも長いと判定された場合（ステップＳ１１でＮＯ）、ユーザが音声データＹを用いた通知音声を聞き取れていないか、または聞き取り難いと判断できるので、音声出力制御部１１３は、通知音声に用いる音声データを再び変更するため、処理をステップＳ１４に進める。
【００６１】
ステップＳ１４にて、音声出力制御部１１３は、通知音声ＤＢ３１から他のユーザにとっての優先度２の音声データＷを特定する。さらに、音声出力制御部１１３は、記憶部１４の音声情報１４２から音声データＷを読み出し、後段に供給して再生、出力させる。
【００６２】
次に、優先度設定部１１２は、今回の通知音声に用いた音声データＷを最上位の優先度１に、前々回の通知音声に用いた音声データＸを最下位の優先度Ｎに変更し、その他の音声データの優先度は上下関係を維持したままでずらすことにより、音声情報１４２における音声データ１〜Ｎの優先度を更新する（ステップＳ１５）。
【００６３】
次に、優先度設定部１１２は、通信部１２及びネットワーク２０を介してサーバ装置３０に接続し、音声情報１４２の更新結果を通知する（ステップＳ１６）。サーバ装置３０では、この通知に基づいて通知音声ＤＢ３１が更新される。以上で、通知音声最適化処理は終了される。
【００６４】
図６に戻る。ステップＳ７にて、他のユーザが存在しないと判定された場合（ステップＳ７でＮＯ）、音声出力制御部１１３は、記憶部１４の音声情報１４２から、該ユーザにとっての優先度２の音声データＺを読み出し、後段に供給して再生、出力させる（ステップＳ１７）。
【００６５】
次に、優先度設定部１１２は、今回の通知音声に用いた音声データＺを最上位の優先度１に、前々回の通知音声に用いた音声データＸを最下位の優先度Ｎに変更し、その他の音声データの優先度は上下関係を維持したままでずらすことにより、音声情報１４２における音声データ１〜Ｎの優先度を更新する（ステップＳ１８）。
【００６６】
次に、優先度設定部１１２は、通信部１２及びネットワーク２０を介してサーバ装置３０に接続し、音声情報１４２の更新結果を通知する（ステップＳ１９）。サーバ装置３０では、この通知に基づいて通知音声ＤＢ３１が更新される。以上で、通知音声最適化処理は終了される。
【００６７】
以上説明した通知音声最適化処理によれば、ユーザにとって優先度が高い音声データを用いた通知音声をユーザが聞き取れなかったり、聞き取り難かったりした場合、該ユーザと聴覚の特性も類似していると考えられる、該ユーザと属性情報が一致する他のユーザにとって優先度が高い音声データを用いた通知が再び行われる。さらに、記憶部１４の音声情報１４２における優先度も更新される。これにより、今後はユーザにとって聞き取り易い音声データを用いて通知音声を出力することが可能となる。
【００６８】
また、図３に示された服薬支援システムの第１の構成例の場合、服薬支援装置１０が記憶部１４に複数の音声データを保持しているので、ネットワーク２０を介して音声データの供給を受ける構成（後述）に比較して、データの通信量が比較的小さく、ネットワーク２０の通信が良好では無い状態であっても、ユーザに対して適切な音声データを用いた通知音声を出力することが可能となる。
【００６９】
なお、音声情報１４２の更新結果をサーバ装置３０に通知するタイミングは上述した例のように更新の度に行うのではなく、例えば、１日に１回、１週間に１回等と周期的に行うようにしてもよい。
【００７０】
＜服薬支援システム１の第１の構成例の第１の変形例＞
次に、服薬支援システム１の第１の構成例（図３）の第１の変形例について説明する。該第１の変形例は、図３に示された第１の構成例と同一の構成要素から成るので、その図示は省略する。
【００７１】
該第１の変形例は、音声情報１４２の内容が第１の構成例と異なる。すなわち、第１の構成例における音声情報１４２（図４）には、複数の音声データ１〜Ｎが記録され、各音声データには優先度が設定されている。
【００７２】
図８は、該第１の変形例における音声情報１４２の構成例を示している。該第１の変形例における音声情報１４２には、音声関数１４２５が記憶されており、パラメータフィールド１４２６と優先度フィールド１４２７が設けられている。音声関数１４２５は、音声パラメータの入力に応じて音声データを出力する関数である。ただし、音声関数１４２５は、基礎音声データを予め保持しており、音声パラメータの入力に応じて基礎音声データを加工することによって音声データを生成、出力する関数であってもよい。
【００７３】
パラメータフィールド１４２６には、複数の音声パラメータ１〜Ｍ（Ｍ≧Ｎ）が予め記録されている。音声パラメータは、音声関数１４２５から、性別、年齢、速度、音程等の声質が異なる音声データを出力させるための変数である。優先度フィールド１４２７には、各音声パラメータ１〜Ｍに対する優先度（値が小さいほど優先度が高い）が記録されている。
【００７４】
一方、サーバ装置３０の通知音声ＤＢ３１では、ユーザ毎に各音声パラメータの優先度が管理されている。
【００７５】
該第１の変形例において通知音声を出力する際、音声出力制御部１１３は、音声情報１４２から音声関数１４２５と音声パラメータ１〜Ｍのうちの１つを読み出し、音声関数１４２５に音声パラメータを入力して音声データを取得する。そして、該音声データを後段に供給して、再生、出力させるようになされている。また、通知音声ＤＢ３１を参照する際には、他のユーザにとっての優先度が高い音声パラメータを特定するようにすればよい。その他の処理については、上述した通知音声最適化処理と同様なのでその説明は省略する。
【００７６】
なお、音声パラメータ１〜Ｍに対する優先度は、第１の構成例と同様に、通知音声に対するユーザの反応に応じて更新される。音声パラメータ１〜Ｍに対する優先度が更新された場合、その更新結果と更新日時がサーバ装置３０に送信され、通知音声ＤＢ３１も更新される。
【００７７】
該第１の変形例における音声パラメータは、音声データよりもデータ量が小さい。よって、該第１の変形例は、第１の構成例のように音声情報１４２の中に音声データを保持する場合に比較して、より多くの音声パラメータを音声情報１４２の中に保持することができ、第１の構成例より多くの音声データを利用することが可能となる。
【００７８】
＜服薬支援システム１の第１の構成例の第２の変形例＞
次に、服薬支援システム１の第１の構成例（図３）の第２の変形例について説明する。該第２の変形例は、図３に示された第１の構成例における服薬支援装置１０から音声情報１４２を省略したものであり、その他の構成要素は第１の構成例と同様なので、その図示は省略する。ただし、サーバ装置３０の通知音声ＤＢ３１には、音声データ１〜Ｎも保持されているものとする。
【００７９】
第２の変形例では、服薬支援装置１０が通知音声を出力する際、音声出力制御部１１３が、ユーザのＩＤをサーバ装置３０に通知して、サーバ装置３０から該ユーザにとって優先度が高い音声データを取得して後段に供給し、再生、出力させるようになされている。その他の処理については、上述した通知音声最適化処理と同様なのでその説明は省略する。
【００８０】
ただし、サーバ装置３０から音声データを取得する処理は、通知音声を出力する毎に行う必要は無い。通知音声に対するユーザの反応時間が第２の閾値以下であった場合にはサーバ装置３０から取得した音声データを記憶部１４に保持して、次回の通知時にも使用するようにする。
【００８１】
該第２の変形例の場合、記憶部１４に複数の音声データ１〜Ｎを含む音声情報１４２を保持する必要が無いので、第１の構成例や第１の変形例に比較して容量が小さい記憶部１４を採用することできる。その分だけコストを低減させることができる。
【００８２】
＜服薬支援装置を含む服薬支援システムの第２の構成例＞
次に、図９は、服薬支援装置１０を含む服薬支援システムの第２の構成例を示している。
【００８３】
該第２の構成例は、第１の構成例（図３）における服薬支援装置１０に在不在検知部１８を追加したものである。その他の構成要素については、第１の構成例と共通の符号を付して、その説明を省略する。
【００８４】
在不在検知部１８（本発明の検知部に相当する）は、服薬支援装置１０からの通知音声を聞き取り得る範囲（例えば、周囲５ｍ）にユーザが居るか否かと、ユーザが就寝中であるか否かの少なくとも一方を検知するセンサを有し、検知結果を演算部１１に通知する。
【００８５】
在不在検知部１８からの通知が、ユーザが居ないこと、または就寝中であることを表している場合、音声出力制御部１１３は、通知音声に対してユーザの反応が無くても、通知音声の再出力を省略することができる。また、優先度設定部１１２は、通知音声に対してユーザの反応が無くても、音声データに対する優先度の更新を省略することができる。
【００８６】
これにより、本来不要である、ユーザが聞き取れている通知音声に用いた音声データの優先度を変更してしまう事態を防ぐことができる。
【００８７】
＜服薬支援装置を含む服薬支援システム１の第３の構成例＞
次に、図１０は、服薬支援装置１０を含む服薬支援システム１の第３の構成例を示している。
【００８８】
該第３の構成例は、服薬支援システム１に、管理者が使用する端末装置５０を追加するとともに、服薬支援装置１０に服薬情報通知部１１４を追加し、サーバ装置３０に端末通知部３２を追加したものである。その他の構成要素については、第１の構成例と共通の符号を付して、その説明を省略する。
【００８９】
服薬情報通知部１１４は、ユーザの服薬状況（服薬したか否か、通知音声に反応したか否か、何回目の通知音声に反応したか等）を表す服薬情報を、ネットワーク２０を介してサーバ装置３０に通知する。
【００９０】
端末通知部３２は、服薬支援装置１０からの服薬情報を、ネットワーク２０を介して端末装置５０に通知する。
【００９１】
端末装置５０は、端末通知部３２からの服薬情報に基づき、ユーザの服薬状況を提示する。
【００９２】
これにより、端末装置５０を使用する管理者は、担当するユーザの服薬状況を把握することができ、ユーザに対する投薬等を適切に管理することが可能となる。
【００９３】
なお、例えば、管理者がユーザに対して服薬を促す発声を端末装置５０によって録音し、サーバ装置３０を介して服薬支援装置１０に供給して、音声データとして利用できるようにしてもよい。
【００９４】
＜まとめ＞
以上説明したように、本発明の一実施の形態である服薬支援システム１によれば、服薬対象者であるユーザに対し、予め設定されている服用時刻になったとき、服薬を促す通知音声によって服薬を促すことがきる。
【００９５】
そして、該通知音声の出力から所定の時間内にユーザが取り出しボタン１３１を押下した場合、ユーザに薬を供給することができる。また、該通知音声の出力から所定の時間内を過ぎてからユーザが取り出しボタン１３１を押下した場合には、ユーザに薬を供給しないことができる。よって、ユーザが自身で服薬を管理できないような状態であっても、ユーザの服薬を適切に管理することができる。
【００９６】
さらに、該通知音声の出力に対してユーザが反応しなかった場合、該ユーザと聴覚の特性が類似していると考えられる、属性情報が一致する他ユーザにとっての音声データに対する優先度に基づき、通知音声を再出力するとともに該ユーザにとっての音声データに対する優先度を変更するので、各ユーザに対してそれぞれが聞き取り易い音声データを用いて通知音声を出力することが可能となる。
【００９７】
本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。
【００９８】
本発明は、上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した各実施形態は、本発明を分かりやすく説明するために詳細に説明したものであり、本発明が、必ずしも説明した全ての構成要素を備えるものに限定されるものではない。また、ある実施形態の構成の一部を、他の実施形態の構成に置き換えることが可能であり、ある実施形態の構成に、他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００９９】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現されてもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ(Solid State Drive)等の記憶装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１００】
１・・・服薬支援システム、１０・・・服薬支援装置、１１・・・演算部、１２・・・通信部、１３・・・反応取得部、１４・・・音声情報、１４・・・記憶部、１５・・・ＤＡ変換部、１６・・・音声アンプ、１７・・・スピーカ、１８・・・在不在検知部、２０・・・ネットワーク、３０・・・サーバ装置、３２・・・端末通知部、５０・・・端末装置、１１１・・・時間測定部、１１２・・・優先度設定部、１１３・・・音声出力制御部、１１４・・・服薬情報通知部、１３１・・・取り出しボタン、１３２・・・薬トレイ、１４１・・・ユーザ情報、１４２・・・音声情報、３１１・・・ユーザ情報フィールド、３１２・・・音声データ優先度フィールド、３１２・・・優先度フィールド、１３２１・・・薬トレイ排出部、１４２１・・・データフィールド、１４２２・・・優先度フィールド、１４２６・・・パラメータフィールド、１４２７・・・優先度フィールド
【図１】
2019129942.tif 000003
【図２】
2019129942.tif 000004
【図３】
2019129942.tif 000005
【図４】
2019129942.tif 000006
【図５】
2019129942.tif 000007
【図６】
2019129942.tif 000008
【図７】
2019129942.tif 000009
【図８】
2019129942.tif 000010
【図９】
2019129942.tif 000011
【図１０】
2019129942.tif 000012