(57)【要約】  手動で摂取物を摂取する場合において、ユーザに煩わしさを感じさせることなく、摂取物の摂取有無を管理する。生体センサ（２０）が取得した生体データと、医薬品の服用後、および、服用のタイミングで服用されなかった後の生体データの経時変化をと、を照合する照合部（１１１）と、照合結果に基づいて、生体が医薬品を服用したか否かに関する情報を出力する警告出力部（１１３）と、を備える。
2018235440.tif 000002
【特許請求の範囲】
【請求項１】
生体の状態を示す生体データを取得する生体データ取得部と通信可能に接続され、
（１）上記生体データ取得部が取得した上記生体データと、（２）上記生体データの経時的な推移を示す、予め用意された生体データパターンであって、生体内に取り入れられる所定の摂取物の摂取が上記生体にて行われた後の上記生体データパターンである第一生体データパターン、および、上記摂取が行われるべきタイミングで上記摂取が上記生体にて行われなかった後の上記生体データパターンである第二生体データパターンと、を照合する照合部と、
上記照合部の照合結果に基づいて、上記生体が上記摂取物を摂取したか否かに関する情報を出力する出力部と、を備えることを特徴とする生体状態管理装置。
【請求項２】
上記摂取物を上記生体が摂取する予定時刻を示す時刻情報を取得する時刻取得部をさらに備え、
上記第一生体データパターンは、上記予定時刻に上記摂取物の摂取が上記生体にて行われた後の上記生体データパターンであり、
上記第二生体データパターンは、上記予定時刻に上記摂取物の摂取が上記生体にて行われなかった後の上記生体データパターンであり、
上記照合部は、上記予定時刻以降の所定のタイミングで上記生体データ取得部が取得した上記生体データと、上記第一生体データパターンおよび上記第二生体データパターンと、を照合することを特徴とする請求項１に記載の生体状態管理装置。
【請求項３】
上記照合部の照合結果が、上記生体が上記摂取物を摂取していないことを示す場合、上記出力部は、上記摂取物の摂取を促す警告を出力することを特徴とする請求項１または２に記載の生体状態管理装置。
【請求項４】
上記出力部は、上記生体データ取得部が取得した上記生体データが、１以上の所定の閾値を超えているか否かに応じて、警告の種類を変更することを特徴とする請求項３に記載の生体状態管理装置。
【請求項５】
上記生体データの取得対象である上記生体の状態に応じて、上記第一生体データパターンおよび上記第二生体データパターンを更新する更新部をさらに備えることを特徴とする請求項１から４のいずれか１項に記載の生体状態管理装置。
【請求項６】
上記生体の周囲の環境を示す環境データを取得する環境データ取得部と通信可能に接続され、
異なる環境における上記生体データの経時的な推移を示す、複数の上記第一生体データパターンおよび複数の第二生体データパターンから、上記環境データ取得部が取得した上記環境データに応じた上記第一生体データパターンおよび上記第二生体データパターンをそれぞれ選択する第一選択部をさらに備え、
上記照合部は、上記生体データ取得部が取得した上記生体データと、上記第一選択部が選択した上記第一生体データパターンおよび上記第二生体データパターンと、を照合することを特徴とする請求項１から５のいずれか１項に記載の生体状態管理装置。
【請求項７】
上記生体の活動状態を示す活動データを取得する活動データ取得部と通信可能に接続され、
異なる活動状態における上記生体データの経時的な推移を示す、複数の上記第一生体データパターンおよび複数の第二生体データパターンから、上記活動データ取得部が取得した上記活動データに応じた上記第一生体データパターンおよび上記第二生体データパターンをそれぞれ選択する第二選択部をさらに備え、
上記照合部は、上記生体データ取得部が取得した上記生体データと、上記第二選択部が選択した上記第一生体データパターンおよび上記第二生体データパターンと、を照合することを特徴とする請求項１から６のいずれか１項に記載の生体状態管理装置。
【請求項８】
生体の状態を示す生体データを取得する生体データ取得工程と、
（１）上記生体データ取得工程において取得した上記生体データと、（２）上記生体データの経時的な推移を示す、予め用意された生体データパターンであって、生体内に取り入れられる所定の摂取物の摂取が上記生体にて行われた後の上記生体データパターンである第一生体データパターン、および、上記摂取が行われるべきタイミングで上記摂取が上記生体にて行われなかった後の上記生体データパターンである第二生体データパターンと、を照合する照合工程と、
上記照合工程における照合結果に基づいて、上記生体が上記摂取物を摂取したか否かに関する情報を出力する出力工程と、を含むことを特徴とする生体状態管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の開示は、生体状態管理装置などに関する。
【背景技術】
【０００２】
近年、ユーザへの医薬品投与を管理する技術が開発されている。このような技術の一例が、例えば特許文献１に開示されている。【０００３】
特許文献１の健康管理システムは、被検査対象者の体液を採取し、分析して得られたデータから被検査対象者の健康状態を診断し、診断結果に基づき、投与する医薬品を準備したり、該医薬品を準備して被検査対象者に投与したりする。また、健康管理システムが自動的に医薬品を投与する場合、投与後に、投与記録をサーバに記録する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】日本国特許公報「特許第３６３１７４４号公報（２００４年１２月２４日登録）」
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の健康管理システムでは、被検査対象者が手動で医薬品を服用する場合、被検査対象者が手動で投与記録をサーバへ送信する必要があるため、被検査対象者が煩わしさを感じるおそれがある。また、手動で投与記録を送信するため、実際には医薬品を服用していないのに、投与記録を送信してしまうおそれもある。被検査対象者に代わって、別の人間（薬局の担当者など）が投与記録を送信する場合も同様の問題がある。また、別の人間が投与記録を送信する場合、投与の有無を被検査対象者に確認しなければならないという煩わしさもある。【０００６】
以下の開示は、上記の問題点に鑑みてなされたものであり、その目的は、生体が手動で摂取物を摂取する場合において、ユーザに煩わしさを感じさせることなく、生体による摂取物の摂取有無を管理することが可能な生体状態管理装置などを実現することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本開示の一態様に係る生体状態管理装置は、生体の状態を示す生体データを取得する生体データ取得部と通信可能に接続され、（１）上記生体データ取得部が取得した上記生体データと、（２）上記生体データの経時的な推移を示す、予め用意された生体データパターンであって、生体内に取り入れられる所定の摂取物の摂取が上記生体にて行われた後の上記生体データパターンである第一生体データパターン、および、上記摂取が行われるべきタイミングで上記摂取が上記生体にて行われなかった後の上記生体データパターンである第二生体データパターンと、を照合する照合部と、上記照合部の照合結果に基づいて、上記生体が上記摂取物を摂取したか否かに関する情報を出力する出力部と、を備える。【０００８】
また、上記の課題を解決するために、本開示の一態様に係る生体状態管理方法は、生体の状態を示す生体データを取得する生体データ取得工程と、（１）上記生体データ取得工程において取得した上記生体データと、（２）上記生体データの経時的な推移を示す、予め用意された生体データパターンであって、生体内に取り入れられる所定の摂取物の摂取が上記生体にて行われた後の上記生体データパターンである第一生体データパターン、および、上記摂取が行われるべきタイミングで上記摂取が上記生体にて行われなかった後の上記生体データパターンである第二生体データパターンと、を照合する照合工程と、上記照合工程における照合結果に基づいて、上記生体が上記摂取物を摂取したか否かに関する情報を出力する出力工程と、を含む。
【発明の効果】
【０００９】
本開示の一態様によれば、生体が手動で摂取物を摂取する場合において、ユーザに煩わしさを感じさせることなく、生体による摂取物の摂取有無を管理することができる、という効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】実施形態１に係るユーザ支援システムの構成の一例を示す図である。
【図２】生体データの経時的な推移の一例を示す図である。
【図３】（ａ）は、第一生体データパターンの一例を示す図であり、（ｂ）は、第二生体データパターンの一例を示す図である。
【図４】実施形態１に係る、生体データと、第一生体データパターンおよび第二生体データパターンと、の照合方法の一例を示す図である。
【図５】警告画像の表示例を示す図である。
【図６】実施形態１に係る服用管理方法の一例を示すフローチャートである。
【図７】実施形態２に係るユーザ支援システムの構成の一例を示す図である。
【図８】生体データパターンの更新方法の一例を示す図である。
【図９】実施形態３に係るユーザ支援システムの構成の一例を示す図である。
【図１０】実施形態３に係る、生体データと、第一生体データパターンおよび第二生体データパターンと、の照合方法の一例を示す図である。
【図１１】実施形態４に係るユーザ支援システムの構成の一例を示す図である。
【図１２】（ａ）は、実施形態４に係る第一生体データパターン群の一例を示す図であり、（ｂ）は、実施形態４に係る第二生体データパターン群の一例を示す図である。
【図１３】実施形態４に係る服用管理方法の一例を示すフローチャートである。
【図１４】実施形態５に係るユーザ支援システムの構成の一例を示す図である。
【図１５】（ａ）は、実施形態５に係る第一生体データパターン群の一例を示す図であり、（ｂ）は、実施形態５に係る第二生体データパターン群の一例を示す図である。
【図１６】実施形態５に係る服用管理方法の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
〔実施形態１〕
本開示の一実施形態について、図１〜図６に基づいて説明する。
【００１２】
＜ユーザ支援システム＞
図１は、本実施形態に係るユーザ支援システム１の構成の一例を示す図である。ユーザ支援システム１は、ユーザ（生体）の医薬品（摂取物）の服用有無を判定し、ユーザが医薬品を服用していないと判定した場合、ユーザに警告する。図１に示すように、ユーザ支援システム１は、生体状態管理装置１０、生体センサ２０（生体データ取得部）および出力装置３０を備える。生体状態管理装置１０は、生体センサ２０および出力装置３０と通信可能に接続されている。なお、生体状態管理装置１０については後述する。
【００１３】
生体センサ２０は、ユーザの状態を示す生体データを取得する。生体センサ２０は、例えば、ユーザの血圧、ユーザの脈拍数、ユーザの体温、またはユーザの皮膚表面の水分量を示すデータを、生体データとして取得する。すなわち、生体センサ２０は、上記血圧を測定する血圧計、上記脈拍数を測定する脈拍計、上記体温を測定する体温計、または上記水分量を測定する発汗量センサで実現される。
【００１４】
生体センサ２０は、例えば、ウェアラブル型のセンサであってもよいし、非接触型のセンサであってもよい。後者のセンサは、例えば、カメラやマイクロ波センサによってユーザが測定範囲内に入ったことを検知したときに、生体データを取得する。
【００１５】
出力装置３０は、生体状態管理装置１０が生成した、医薬品の服用をユーザに対して促す警告を出力する。出力装置３０による警告の出力形態は特に限定されない。出力装置３０は例えば、警告を画像として表示してもよいし、音声として出力してもよいし、画像の表示と音声の出力の両方を行ってもよい。本実施形態では、出力装置３０が、警告を画像として表示する例を説明する。
【００１６】
なお、生体センサ２０および出力装置３０は、図示の例のように、生体状態管理装置１０とは異なる装置であってもよいし、図示の例と異なり、生体状態管理装置１０に内蔵されていてもよい。また、生体センサ２０と出力装置３０とが一体となっていてもよい。
【００１７】
＜生体状態管理装置の構成＞
次に、生体状態管理装置１０について、図１を用いて説明する。生体状態管理装置１０は、ユーザの状態、特に医薬品の服用を管理するものであり、図１に示すように、制御部１１および記憶部１２を備えている。
【００１８】
制御部１１は、生体状態管理装置１０を統括的に制御するものであり、照合部１１１、判定部１１２、および警告出力部１１３（出力部）を備えている。制御部１１の具体的構成については後述する。
【００１９】
記憶部１２は、制御部１１が実行する各種の制御プログラムなどを記憶するものであり、例えばハードディスク、フラッシュメモリなどの不揮発性の記憶装置によって構成される。記憶部１２には、例えば、第一生体データパターンおよび第二生体データパターンが格納されている。
【００２０】
ここで、第一生体データパターンおよび第二生体データパターンについて、図２および図３を用いて説明する。図２は、生体データの経時的な推移の一例を示す図であり、図３の（ａ）は第一生体データパターンの一例を示す図であり、図３の（ｂ）は第二生体データパターンの一例を示す図である。
【００２１】
なお、以降の説明では、生体データが最高血圧である例を説明する。このため、以降の説明では、生体センサ２０は血圧計であり、ユーザが服用する医薬品は、血圧を下げるための医薬品（以下、「血圧降下剤」と称する）であるものとして説明する。なお、生体データが最高血圧とは異なるものである例では、生体センサ２０およびユーザが服用する医薬品は、当然、上記の例とは異なるものとなる。例えば、生体データが体温である場合は、生体センサ２０は温度計であり、ユーザが服用する医薬品は、体温を調整するための医薬品（例えば、解熱剤）となる。
【００２２】
図２に示すように、ユーザは、所定の時刻（図示の時刻Ｔ０およびＴ１）に血圧を下げるための医薬品（以下、「血圧降下剤」と称する）を服用する。所定の時刻に血圧降下剤を服用した場合、ユーザの最高血圧は、図２に示すように、緩やかに上昇した後、下降する。一方、所定の時刻に血圧降下剤を服用しなかった場合、ユーザの最高血圧は、図２に示すように、急激に上昇し、下降しない。
【００２３】
このように、血圧降下剤の服用有無に応じて、最高血圧の経時的な推移は異なるパターンを描く。これらのパターンと最高血圧とを照合すれば、ユーザが血圧降下剤を服用したか否かを判定することができる。そこで、生体状態管理装置１０は、記憶部１２に、血圧降下剤を服用した後の最高血圧の経時的な推移を示す第一生体データパターンと、服用すべき時刻に血圧降下剤を服用しなかった場合の最高血圧の経時的な推移を示す第二生体データパターンとを記憶する。なお、以降の説明において、第一生体データパターンおよび第二生体データパターンを区別する必要のない場合は、これらを総称して「生体データパターン」と称する。
【００２４】
なお、生体データパターンは、記憶部１２に予め記憶されている必要はなく、照合部１１１による生体データと生体データパターンとの照合処理が行われるときまでに用意されていればよい。生体データパターンが記憶部１２に予め記憶されていない場合、生体データパターンは例えば、上記照合処理時に、ユーザ操作を入力する入力部（不図示）から入力されればよい。なお、照合処理の詳細については後述する。
【００２５】
（制御部の構成）
照合部１１１は、生体センサ２０が取得した生体データと、記憶部１２に記憶されている第一生体データパターンおよび第二生体データパターンとを照合する。ここで、図４を用いて、照合部１１１が行う照合処理の詳細を説明する。図４は、本実施形態に係る照合部１１１による照合方法を示す図である。
【００２６】
照合部１１１は、ユーザが血圧降下剤を服用する時刻付近で、生体センサ２０を制御して、最高血圧を取得させる。具体的には、照合部１１１は、生体センサ２０に最高血圧の取得要求を送信することで、生体センサ２０に最高血圧を取得させ、照合部１１１へ送信させる。この最高血圧を取得するタイミングは、例えば、ユーザが最初に血圧降下剤を服用した時刻と、第一生体データパターンとから決定してもよい。すなわち、制御部１１は、第一生体データパターンから血圧降下剤の服用間隔を決定し、ユーザが最初に血圧降下剤を服用した時刻から、決定した服用間隔が経過したタイミングを、最高血圧を取得するタイミングとしてもよい。その後は、決定した服用間隔が経過するごとに、最高血圧を取得すればよい。
【００２７】
なお、生体センサ２０は、取得要求と関係なく最高血圧を取得し、蓄積する構成であってもよい。この例の場合、生体センサ２０は、取得要求を受信したとき、直近に取得した最高血圧を照合部１１１へ送信する。また、上記の例では、最高血圧を取得するタイミングを照合部１１１が管理していたが、該タイミングを生体センサ２０が管理してもよい。
【００２８】
照合部１１１は、取得した最高血圧と、第一生体データパターンおよび第二生体データパターンとを照合して、取得した最高血圧が、第一生体データパターンおよび第二生体データパターンの、どの位置に相当するのかを特定する。図４の例では、照合部１１１は、時刻Ｔに取得した最高血圧Ａ０について、第一生体データパターンおよび第二生体データパターンの、縦軸と交わる部分（すなわち、服用すべき時刻からの経過時間＝０のときの最高血圧）に相当すると特定している。
【００２９】
続いて、照合部１１１は、ユーザが血圧降下剤を服用する時刻付近で最高血圧を取得した後、該時刻から所定時間経過後に、再び最高血圧を取得する。図４の例では、照合部１１１は、時刻Ｔに最高血圧Ａ０を取得した後、時刻Ｔ＋ΔＴに最高血圧Ａ１を取得する。そして、照合部１１１は、最高血圧Ａ１と、第一生体データパターンおよび第二生体データパターンにおける、時刻Ｔ＋ΔＴのときの最高血圧Ｄ１およびＤ２とを照合し、最高血圧Ａ１が最高血圧Ｄ１およびＤ２のいずれに近いかを特定する。例えば、最高血圧Ｄ１およびＤ２のうち、最高血圧Ａ１との差が所定値以内であるのがいずれであるかを特定する。
【００３０】
すなわち、照合部１１１は、ユーザの最高血圧の経時的な推移が、第一生体データパターンおよび第二生体データパターンのいずれに近いかを特定する。そして、照合部１１１は、特定結果を判定部１１２へ出力する。図４の例では、最高血圧Ａ１は最高血圧Ｄ２に近いため、ユーザの最高血圧の経時的な推移が、第二生体データパターンに近いとの特定結果を判定部１１２へ出力する。
【００３１】
なお、照合部１１１が、最高血圧Ａ１が最高血圧Ｄ１およびＤ２のいずれに近いかを特定できない場合が考えられる。この場合とは、例えば、最高血圧Ｄ１およびＤ２と最高血圧Ａ１との差がいずれも所定値より大きい場合である。この場合、照合部１１１は、時刻Ｔ＋２ΔＴにおける最高血圧Ａ２を生体センサ２０から取得し、最高血圧Ｄ１およびＤ２のいずれに近いかを特定すればよい。
【００３２】
また、照合部１１１による照合処理は、上述した例に限定されない。例えば、照合部１１１は、ユーザが血圧降下剤を服用する時刻付近に限定されない任意のタイミングで、生体センサ２０から最高血圧を取得してもよい。この例の場合、照合部１１１は、第一生体データパターンおよび第二生体データパターン上の各点のうち、取得した最高血圧に最も近い１点を特定する。そして、特定した１点が第一生体データパターン上の点であるか、または、第二生体データパターン上の点であるかを判定部１１２へ出力する。なお、取得した最高血圧に最も近い点を１点に特定できない場合、照合部１１１は、所定時間経過後に再び生体センサ２０から最高血圧を取得し、同じ処理を行えばよい。つまり、照合部１１１は、取得した最高血圧に最も近い１点を特定できるまで、所定時間が経過するごとに生体センサ２０から最高血圧を取得し、同じ処理を行えばよい。
【００３３】
判定部１１２は、ユーザが血圧降下剤を服用したか否かを判定する。具体的には、判定部１１２は、照合部１１１から、ユーザの最高血圧の経時的な推移が第一生体データパターンに近いとの特定結果を取得した場合、ユーザが血圧降下剤を服用したと判定する。一方、判定部１１２は、照合部１１１から、ユーザの最高血圧の経時的な推移が第二生体データパターンに近いとの特定結果を取得した場合、ユーザが血圧降下剤を服用していないと判定する。判定部１１２は、ユーザが血圧降下剤を服用していないと判定した場合、警告出力部１１３に指示して、血圧降下剤の服用をユーザに対して促す警告を出力させる。
【００３４】
警告出力部１１３は、判定部１１２からの指示に従って、ユーザに血圧降下時の服用を促す警告画像を出力装置３０へ送信し、警告画像を表示させる。なお、出力装置３０が音声による警告を出力する場合は、警告出力部１１３は、血圧降下時の服用をユーザに対して促す警告音声を出力装置３０へ送信する。警告画像および警告音声は、そのものが記憶部１２に記憶されていてもよいし、これらを生成するためのデータが記憶部１２に記憶されていてもよい。後者の場合、警告出力部１１３は、該データを読み出して警告画像や警告音声を生成する。
【００３５】
なお、警告画像や警告音声が出力装置３０に記憶されていてもよいし、警告画像や警告音声を出力装置３０が生成してもよい。この例の場合、判定部１１２は、警告の出力指示を出力装置３０へ送信する。すなわち、この例の場合、警告出力部１１３は省略されてもよい。
【００３６】
図５は、警告画像の表示例を示す図である。例えば、警告出力部１１３は、ユーザが血圧降下剤を服用していないと判定された場合、図５の（ａ）に示す内容の警告画像を出力装置３０に表示させてもよい。また、警告出力部１１３は、生体センサ２０が取得した最高血圧が、所定の閾値を超えているか否かに応じて、警告画像の種類を変更してもよい。例えば、生体センサ２０が取得した最高血圧が、所定の閾値を超えていない場合、警告出力部１１３は、図５の（ａ）に示すように、緊急度の低い内容の警告画像を出力装置３０に表示させる。一方、生体センサ２０が取得した最高血圧が、所定の閾値を超えている場合、警告出力部１１３は、図５の（ｂ）に示すように、緊急度の高い内容の警告画像を出力装置３０に表示させる。
【００３７】
なお、最高血圧が所定の閾値を超えているか否かは、制御部１１（例えば、照合部１１１、判定部１１２、および警告出力部１１３のいずれか）が、記憶部１２に記憶されている閾値（不図示）を読み出して、生体センサ２０が取得した最高血圧と比較すればよい。また、上述した例では、閾値は１つであったが、閾値は複数あってもよい。この例の場合、出力装置３０が表示する警告画像は、最高血圧が各閾値を超えるごとに、緊急度の高い内容となればよい。
【００３８】
また、警告出力部１１３は、最高血圧が所定の閾値を超えている場合、予め登録されているユーザの家族や病院へ、通信部（不図示）を介して、症状が危険である旨を通知してもよい。例えば、ユーザの家族のメールアドレス、または、主治医のメールアドレスに症状が危険である旨を記載したメールを送信してもよい。この処理は、出力装置３０による警告の出力に代えて行ってもよいし、該警告の出力と共に行ってもよい。
【００３９】
＜服用管理方法＞
次に、生体データに基づく医薬品の服用管理方法について、図６を用いて説明する。図６は、本実施形態に係る服用管理方法（生体状態管理方法）の一例を示すフローチャートである。
【００４０】
図６に示すように、照合部１１１は、適切なタイミングで最高血圧を生体センサ２０から取得する（ステップＳ１、生体データ取得工程、なお、以下の括弧内の記載では「ステップ」を省略）。照合部１１１は、記憶部１２から第一生体データパターンおよび第二生体データパターンを読み出し、これらと取得した最高血圧とを照合する（Ｓ２、照合工程）。そして、照合部１１１は、照合結果、すなわち、ユーザの最高血圧の経時的な推移が第一生体データパターンおよび第二生体データパターンのいずれに近いかを判定部１１２へ出力する。
【００４１】
判定部１１２は、上記照合結果に基づき、ユーザが血圧降下剤を服用済であるか否かを判定する（Ｓ３）。具体的には、ユーザの最高血圧の経時的な推移が第一生体データパターンに近い場合、判定部１１２は、ユーザが血圧降下剤を服用済であると判定する。一方、ユーザの最高血圧の経時的な推移が第二生体データパターンに近い場合、判定部１１２は、ユーザが血圧降下剤を服用していないと判定する。
【００４２】
判定部１１２は、ユーザが血圧降下剤を服用していないと判定した場合（Ｓ３でＮＯ）、警告出力部１１３へ警告を出力させるための指示を出力する。警告出力部１１３は、該指示に従い、ユーザへの警告を出力装置３０に出力させる（Ｓ４、出力工程）。その後、制御部１１は、Ｓ１〜Ｓ４の処理を繰り返す設定となっている場合（Ｓ５でＹＥＳ）は、服用管理方法をステップＳ１に戻す。一方、繰り返す設定となっていない場合（Ｓ５でＮＯ）は処理を終了する。
【００４３】
また、判定部１１２は、ユーザが血圧降下剤を服用済であると判定した場合（Ｓ３でＹＥＳ）、警告出力部１１３への指示を出力しない。これにより、ステップＳ４が省略され、服用管理方法はステップＳ５へ進む。
【００４４】
＜主たる効果＞
生体状態管理装置１０によれば、生体センサ２０が取得した生体データと、第一生体データパターンおよび第二生体データパターンとを照合することにより、ユーザが医薬品を服用したか否かを判定することができる。換言すれば、ユーザが医薬品を服用すべきタイミングで服用していない場合、生体状態管理装置１０はその状況を特定することができる。これにより、ユーザが手動で医薬品を服用する場合であっても、生体状態管理装置１０は、自装置のユーザからの服用記録等の入力を受けることなく、ユーザが医薬品を服用したか否かを特定することができる。
【００４５】
また、ユーザが医薬品を服用していないことを特定することにより、生体状態管理装置１０は、ユーザに医薬品を服用させるように適切な処理を行うことができる。例えば、医薬品を服用するようユーザを促す警告を出力することができる。よって、生体状態管理装置１０は、ユーザの医薬品の服用し忘れを防ぐことができる。
【００４６】
＜変形例＞
以下の変形例は、後述する各実施形態にも適用可能である。
【００４７】
生体状態管理装置１０による判定は、ユーザが医薬品を服用したか否かの判定に限らず、健康増進または症状改善のための食品（栄養補助食品を含む）を服用したか否かの判定を含んでもよい。すなわち、生体状態管理装置１０による判定は、生体内に取り入れられる所定の摂取物の摂取が行われたか否かの判定であれば、その摂取物は特に限定されない。また、生体状態管理装置１０による判定は、医薬品の服用、すなわち経口摂取が行われたか否かを判定するものに限らず、経皮摂取や注射器による投与などの非経口摂取が行われたか否かの判定を含んでもよい。
【００４８】
また、実施形態１では、ユーザ自身が医薬品を服用する例を説明したが、ユーザと医薬品を服用する生体とが一致していなくてもよい。すなわち、該生体はユーザの家族であってもよいし、ユーザが医者や看護師の場合、該生体は患者であってもよい。また、生体は人間に限定されない。例えば、医薬品を服用する生体はユーザが飼育している動物であってもよい。
【００４９】
また、実施形態１では、第一生体データパターンおよび第二生体データパターンは、いずれも時間と生体データ（実施形態１の例では最高血圧）との関係を示すグラフの形式で記憶部１２に記憶されている例を説明した。しかしながら、生体データパターンは、グラフの形式に限定されない。例えば、生体データパターンは、時間と生体データとを対応付けたテーブルの形式であってもよいし、近似式およびパラメータの形式であってもよい。また、生体データパターンにおける生体データは離散的な値（例えば、数分毎のデータ）であってもよい。また、生体データパターンにおける生体データは、時間経過に伴う初期値からの変化量の形式であってもよい。
【００５０】
また、実施形態１では、生体状態管理装置１０は、ユーザが医薬品を服用していないと判定された場合のみ、情報（実施形態１の例では警告画像）を出力していた。しかしながら、生体状態管理装置１０は、ユーザが医薬品を服用していると判定された場合にも情報を出力してもよい。例えば、生体状態管理装置１０は、医薬品を服用したことを確認した旨の画像や音声を、出力装置３０を介して出力してもよいし、ユーザが医薬品を服用したことを確認した旨のメールを、通信部（不図示）を介して家族や主治医などに送信してもよい。
【００５１】
〔実施形態２〕
本開示の他の実施形態について、図７および図８に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【００５２】
本実施形態では、生体センサ２０から取得した生体データに基づき、生体データパターンを更新することができるユーザ支援システム１Ａおよび生体状態管理装置１０Ａについて説明する。
【００５３】
＜生体状態管理装置の構成＞
図７は、本実施形態に係るユーザ支援システム１Ａの構成の一例を示す図である。ユーザ支援システム１Ａは、生体状態管理装置１０Ａを備える点で、実施形態１のユーザ支援システム１とは異なる。
【００５４】
生体状態管理装置１０Ａは、制御部１１Ａを備える点で、実施形態１の生体状態管理装置１０とは異なる。制御部１１Ａは、新たに更新部１１４を備える点で、実施形態１の制御部１１とは異なる。
【００５５】
更新部１１４は、生体センサ２０から取得した生体データに基づいて、記憶部１２に記憶されている生体データパターンを更新する。ここで、図８を用いて、生体データパターンの更新方法について説明する。図８は、生体データパターンの更新方法の一例を示す図である。なお、ここでは、第一生体データパターンを例に挙げて更新方法を説明するが、第二生体データパターンも同様の方法で更新することができる。
【００５６】
照合部１１１は、図８の（ａ）に示す最高血圧Ａ０およびＡ１を生体センサ２０から取得したとする。最高血圧Ａ０およびＡ１は、第一生体データパターンに近いものであるが、図示のように、第一生体データパターンより少し高い値である。照合部１１１は、更新部１１４に最高血圧Ａ０およびＡ１を出力する。
【００５７】
更新部１１４は、照合部１１１から取得した最高血圧に基づいて、生体データパターンを生成する。具体的には、更新部１１４は、図８の（ｂ）に示すように、第一生体データパターンの経時的な推移のように緩やかに上昇した後下降する、最高血圧Ａ０およびＡ１を通るデータパターンを生成する。そして、更新部１１４は、記憶部１２に記憶されている第一生体データパターンを、生成したデータパターンに置き換える。これにより、記憶部１２に記憶されている第一生体データパターンは、図８の（ｃ）に示すように、更新前の第一生体データパターンより各値が高くなったデータパターンとなる。
【００５８】
なお、生体データパターンの更新方法は、図示の例に限定されない。例えば、更新部１１４は、ユーザが血圧降下剤を服用する時刻付近から所定期間（具体的には、生体データパターンの時間範囲に相当する期間）に取得した生体データを、そのまま生体データパターンに置き換えてもよい。また例えば、更新部１１４は、所定の演算（例えば平均など）を行うことにより、生体データパターンを更新してもよい。
【００５９】
＜主たる効果＞
以上のように、生体状態管理装置１０Ａによれば、生体センサ２０から取得した生体データに基づいて、記憶部に１２に記憶されている生体データパターンを更新することができる。つまり、よって、生体データパターンを、常にユーザの状態に適したものとすることができる。
【００６０】
なお、更新部１１４は、生体センサ２０から取得した生体データが、第二生体データパターンに近いものである場合は、第二生体データパターンを更新する。
【００６１】
また、実施形態２では、生体センサ２０から取得した生体データに基づいて、生体データパターンを更新する例を説明したが、更新部１１４による生体データパターンの更新はこの例に限定されない。例えば、更新部１１４は、通信部（不図示）を介して、生体の属性に基づく複数の生体データパターンを管理するサーバ（不図示）から、ユーザの属性に応じた生体データパターンを受信して、生体データパターンを更新してもよい。属性とは、例えば、年齢、身長、体重、性別などである。
【００６２】
例えば、更新部１１４は、ユーザの年齢が上がったときに、上記サーバと通信し、年齢に応じた生体データパターンを受信してもよい。なお、ユーザの年齢は、誕生日とともに入力部（不図示）を介してユーザが予め入力し、記憶部１２に記憶しておけばよい。
【００６３】
〔実施形態３〕
本開示の更なる別の実施形態について、図９および図１０に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【００６４】
本実施形態では、予め設定された服用予定時刻（予定時刻）に基づき、生体データを取得するタイミングを決定する、ユーザ支援システム１Ｂおよび生体状態管理装置１０Ｂについて説明する。
【００６５】
＜生体状態管理装置の構成＞
図９は、本実施形態に係るユーザ支援システム１Ｂの構成の一例を示す図である。ユーザ支援システム１Ｂは、生体状態管理装置１０Ｂを備える点で、実施形態１のユーザ支援システム１とは異なる。
【００６６】
生体状態管理装置１０Ｂは、制御部１１Ｂ、記憶部１２Ｂ、および時刻計測部１３を備える点で、実施形態１の生体状態管理装置１０とは異なる。制御部１１Ｂは、新たに予定時刻取得部１１５（時刻取得部）を備える点で、実施形態１の制御部１１とは異なる。記憶部１２Ｂは、新たに服用予定時刻を記憶している点で、実施形態１の記憶部１２とは異なる。時刻計測部１３は、現在時刻を計測する、いわゆる時計である。
【００６７】
予定時刻取得部１１５は、ユーザが医薬品を服用する時刻を示す時刻情報である服用予定時刻を取得する。予定時刻取得部１１５は例えば、入力部（不図示）を介してユーザにより入力された時刻を、服用予定時刻として取得する。予定時刻取得部１１５は、取得した服用予定時刻を記憶部１２Ｂに記憶する。なお、服用予定時刻の取得方法は、上記の例に限定されない。例えば、ユーザが、生体状態管理装置１０Ｂと通信可能な端末装置に入力した時刻を、通信部（不図示）を介して取得してもよい。なお、服用予定時刻は複数であってもよい。
【００６８】
次に、図１０を用いて、本実施形態に係る照合方法について説明する。図１０は、本実施形態に係る照合部１１１による照合方法を示す図である。
【００６９】
照合部１１１は、時刻計測部１３から現在時刻を取得するとともに、記憶部１２Ｂから服用予定時刻を読み出す。そして、照合部１１１は、現在時刻が服用予定時刻となると、所定時間後に生体センサ２０を制御して、最高血圧を取得させる。
【００７０】
具体的には、図１０に示すように、服用予定時刻Ｔａから時間ΔＴが経過したとき、照合部１１１は、生体センサ２０から最高血圧を取得する。そして、照合部１１１は、取得した最高血圧Ａ２と、時刻Ｔａ＋ΔＴのときの最高血圧Ｄａ１およびＤａ２とを照合し、最高血圧Ａ２が最高血圧Ｄａ１およびＤａ２のいずれに近いかを特定する。なお、時間ΔＴは、血圧降下剤を服用した場合と服用していない場合とで、最高血圧に有意な差が出る程度の時間とすればよい。
【００７１】
図１０に示すように、服用予定時刻Ｔａは、生体データパターンにおける縦軸と交わる時刻として特定することができる。このため、照合部１１１は、生体センサ２０から最高血圧Ａ２を取得した時刻Ｔａ＋ΔＴのときの、生体データパターンにおける最高血圧Ｄａ１およびＤａ２を特定することができる。換言すれば、照合部１１１は、生体センサ２０から最高血圧を一度取得するだけで、ユーザの最高血圧の経時的な推移が、第一生体データパターンおよび第二生体データパターンのいずれに近いかを特定することができる。
【００７２】
＜主たる効果＞
以上のように、生体状態管理装置１０Ｃによれば、少ない生体データで、ユーザが医薬品を服用したか否かを判定することができる。
【００７３】
〔実施形態４〕
本開示の更なる別の実施形態について、図１１〜図１３に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【００７４】
本実施形態では、複数の生体データパターンのうち、ユーザの周囲の環境に応じた生体データパターンに基づいて、ユーザが医薬品を服用したか否かを判定するユーザ支援システム１Ｃおよび生体状態管理装置１０Ｃについて説明する。
【００７５】
＜生体状態管理装置の構成＞
図１１は、本実施形態に係るユーザ支援システム１Ｃの構成の一例を示す図である。ユーザ支援システム１Ｃは、生体状態管理装置１０Ｃおよび環境センサ４０（環境データ取得部）を備える点で、実施形態１のユーザ支援システム１とは異なる。
【００７６】
環境センサ４０は、生体状態管理装置１０Ｃと通信可能に接続されており、ユーザの周囲の環境を示す環境データを取得し、生体状態管理装置１０Ｃへ送信する。環境センサ４０は、例えば、ユーザの周囲の温度および湿度の少なくともいずれかを示すデータを、環境データとして取得する。すなわち、環境センサ４０は、温度センサおよび湿度センサの少なくともいずれかで実現される。本実施形態では、環境センサ４０が温度センサであるものとして説明する。
【００７７】
なお、生体状態管理装置１０Ｃは、環境センサ４０の代わりに、環境データを取得可能な受信装置（不図示）に接続されていてもよい。この場合、受信装置は、環境データを格納する外部装置（不図示）から環境データを取得する。環境データは、例えば、ユーザの存在する環境（地域）の天候情報であってもよく、受信装置は、ネットワーク回線を介して、外部装置から環境データを取得する。また、環境センサ４０は、生体状態管理装置１０Ｃおよび生体センサ２０の少なくとも一方と一体であってもよい。
【００７８】
生体状態管理装置１０Ｃは、制御部１１Ｃおよび記憶部１２Ｃを備える点で、実施形態１の生体状態管理装置１０とは異なる。制御部１１Ｃは、新たにパターン選択部１１６（第一選択部）を備えている点で、実施形態１の制御部１１とは異なる。記憶部１２Ｃは、第一生体データパターン群および第二生体データパターン群を記憶している点で、実施形態１の記憶部１２とは異なる。
【００７９】
ここで、本実施形態に係る第一生体データパターン群および第二生体データパターン群について、図１２を用いて説明する。図１２の（ａ）は、第一生体データパターン群の一例を示す図であり、図１２の（ｂ）は、第二生体データパターン群の一例を示す図である。
【００８０】
図１２の（ａ）に示すように、本実施形態に係る第一生体データパターン群は、異なる温度に応じた複数の第一生体データパターンからなる。また、図１２の（ｂ）に示すように、本実施形態に係る第二生体データパターン群は、異なる温度に応じた複数の第二生体データパターンからなる。なお、以降の説明において、第一生体データパターン群および第二生体データパターン群を区別する必要のない場合は、これらを総称して「生体データパターン群」と称する。
【００８１】
ユーザの周囲の温度が低いと、ユーザの血圧が上昇したり、血圧の変化量が大きくなったりする。このため、本実施形態に係る生体データパターン群は、血圧降下剤を服用すべきタイミングからの経過時間が同じである場合、温度が低いほど最高血圧が高くなるようになっている。なお、図１２では、生体データパターン群の一例として、周囲の温度が１０℃、２０℃、および３０℃である場合の生体データパターンを示している。ただし、図１２に示す生体データパターン群は一例であり、各生体データパターンにおける数値および形状、生体データパターンの数、各生体データパターンに対応付けられた温度などは一例であり、図示の例に限定されるものではない。より正確な判定のためには、ユーザの周囲の温度として考えられる範囲内に、より細かい温度ごとの生体データパターン、すなわちより多くの生体データパターンを含むことが好ましい。
【００８２】
パターン選択部１１６は、ユーザが血圧降下剤を服用する時刻付近で、環境センサ４０を制御して、周囲の温度を取得させる。具体的には、パターン選択部１１６は、環境センサ４０に温度の取得要求を送信することで、環境センサ４０に温度を取得させ、パターン選択部１１６へ送信させる。なお、この温度を取得するタイミングは、照合部１１１が最高血圧を取得するタイミングと同じであってもよいし、最高血圧を取得するタイミングの直前または直後であってもよい。
【００８３】
パターン選択部１１６は、生体データパターン群のうち、取得した温度に一致する、または最も近い温度が対応付けられた生体データパターンを選択し、読み出す。そして、読み出した第一生体データパターンおよび第二生体データパターンを照合部１１１へ出力する。これにより、照合部１１１は、ユーザの周囲の温度に応じた生体データパターンと、取得した生体データとを照合することができる。
【００８４】
＜服用管理方法＞
次に、生体データに基づく医薬品の服用管理方法について、図１３を用いて説明する。図１３は、本実施形態に係る服用管理方法の一例を示すフローチャートである。なお、図１３におけるステップＳ１〜Ｓ５の処理は、実施形態１と同様であるため、その説明を省略する。
【００８５】
パターン選択部１１６は、適切なタイミングで温度を環境センサ４０から取得する（Ｓ１１）。パターン選択部１１６は、記憶部１２Ｃに記憶されている第一生体データパターン群および第二生体データパターン群のそれぞれから、取得した温度に基づく第一生体データパターンおよび第二生体データパターンを選択し、読み出す（Ｓ１２）。そして、制御部１１Ｃは、ステップＳ１〜Ｓ５の処理を実行する。
【００８６】
なお、ステップＳ１１およびＳ１２の処理は、ステップＳ１の処理と同時に行われてもよいし、ステップＳ１とステップＳ２の処理の間に行われてもよい。
【００８７】
＜主たる効果＞
生体状態管理装置１０Ｃによれば、ユーザの周囲の温度を考慮して、ユーザが医薬品を服用したか否かを判定することができる。これにより、生体状態管理装置１０Ｃは、ユーザが医薬品を服用したか否かについて、より精度の高い判定を行うことができる。
【００８８】
〔実施形態５〕
本開示の更なる別の実施形態について、図１４〜図１６に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。
【００８９】
本実施形態では、複数の生体データパターンのうち、ユーザの活動状態に応じた生体データパターンに基づいて、ユーザが医薬品を服用したか否かを判定するユーザ支援システム１Ｄおよび生体状態管理装置１０Ｄについて説明する。
【００９０】
＜生体状態管理装置の構成＞
図１４は、本実施形態に係るユーザ支援システム１Ｄの構成の一例を示す図である。ユーザ支援システム１Ｄは、生体状態管理装置１０Ｄおよび活動量計５０（活動データ取得部）を備える点で、実施形態１のユーザ支援システム１とは異なる。
【００９１】
活動量計５０は、生体状態管理装置１０Ｄと通信可能に接続されており、ユーザの活動状態を示す活動データを取得し、生体状態管理装置１０Ｄへ送信する。活動量計５０には加速度センサが内蔵されており、活動量計５０は、加速度センサが検知するユーザの動きに伴う加速度に基づき、ユーザの運動量または消費カロリー等を算出する。本実施形態では、活動量計５０は、この運動量または消費カロリー等を身体活動の強さ（活動量）を示す指標であるＭＥＴｓ（Metabolic equivalents）に換算することで、当該ＭＥＴｓを活動データとして算出する。
【００９２】
ＭＥＴｓは、安静時を１とし、安静時と比較して何倍のエネルギーを消費するかといった生体の活動量を示す指標である。すなわち、ＭＥＴｓの値が高くなればなるほど、ユーザは激しい運動を行っているといえる。
【００９３】
なお、活動データを取得する活動データ取得部は、活動量計５０に限らず、例えば歩数計であってもよい。歩数計の場合、歩数計に内蔵される加速度センサが検知した加速度に基づき、歩行速度、または一歩に要する時間等が算出される。そして、歩数計は、この歩行速度または一歩に要する時間等を上記ＭＥＴｓに換算することで、活動データを取得する。すなわち活動データ取得部は、ユーザの動きを検知可能なセンサ（例えば加速度センサ）を備え、活動データを取得可能な構成となっていればよい。
【００９４】
また、本実施形態では、活動データの一例としてＭＥＴｓを挙げて説明するが、これに限らず、活動データは、活動量計５０が取得するユーザの運動量または消費カロリー、歩数計が取得する歩行速度または一歩に要する時間等を示すものであってもよい。
【００９５】
また、活動量計５０には、加速度センサの他、例えば脈拍計または心拍計が内蔵されており、それらの計測結果を活動データとして取得してもよい。脈拍計または心拍計が内蔵されている場合には、活動量計５０を、当該計測結果を生体データとして取得する生体センサとしても兼用することが可能である。
【００９６】
また、図１４の例では、活動量計５０は、生体状態管理装置１０Ｄおよび生体センサ２０とは別装置であるが、生体状態管理装置１０Ｃおよび生体センサ２０の少なくとも一方と一体であってもよい。
【００９７】
生体状態管理装置１０Ｄは、制御部１１Ｄおよび記憶部１２Ｄを備える点で、実施形態１の生体状態管理装置１０とは異なる。制御部１１Ｄは、新たにパターン選択部１１７（第二選択部）を備えている点で、実施形態１の制御部１１とは異なる。記憶部１２Ｄは、第一生体データパターン群および第二生体データパターン群を記憶している点で、実施形態１の記憶部１２とは異なる。
【００９８】
ここで、本実施形態に係る第一生体データパターン群および第二生体データパターン群について、図１５を用いて説明する。図１５の（ａ）は、第一生体データパターン群の一例を示す図であり、図１５の（ｂ）は、第二生体データパターン群の一例を示す図である。
【００９９】
図１５の（ａ）に示すように、本実施形態に係る第一生体データパターン群は、異なるＭＥＴｓに応じた複数の第一生体データパターンからなる。また、図１５の（ｂ）に示すように、本実施形態に係る第二生体データパターン群は、異なるＭＥＴｓに応じた複数の第二生体データパターンからなる。なお、以降の説明において、第一生体データパターン群および第二生体データパターン群を区別する必要のない場合は、これらを総称して「生体データパターン群」と称する。
【０１００】
ユーザの活動量が多いと、ユーザの血圧が上昇したり、血圧の変化量が大きくなったりする。このため、本実施形態に係る生体データパターン群は、血圧降下剤を服用すべきタイミングからの経過時間が同じである場合、ＭＥＴｓの値が大きいほど最高血圧が高くなるようになっている。なお、図１５では、生体データパターン群の一例として、ＭＥＴｓ＝１、３、および８の場合の生体データパターンを示している。ただし、図１５に示す生体データパターン群は一例であり、各生体データパターンにおける数値および形状、生体データパターンの数、各生体データパターンに対応付けられたＭＥＴｓの値などは一例であり、図示の例に限定されるものではない。より正確な判定のためには、ＭＥＴｓとして取り得る値の範囲内に、より細かいＭＥＴｓの値ごとの生体データパターン、すなわちより多くの生体データパターンを含むことが好ましい。
【０１０１】
パターン選択部１１７は、ユーザが血圧降下剤を服用する時刻付近で、活動量計５０を制御して、ＭＥＴｓの値を取得させる。具体的には、パターン選択部１１７は、活動量計に活動量の取得要求を送信することで、活動量計５０にＭＥＴｓの値を算出させ、パターン選択部１１７へ送信させる。なお、このＭＥＴｓの値を取得するタイミングは、照合部１１１が最高血圧を取得するタイミングと同じであってもよいし、最高血圧を取得するタイミングの直前または直後であってもよい。
【０１０２】
パターン選択部１１７は、生体データパターン群のうち、取得したＭＥＴｓの値に一致する、または最も近い値が対応付けられた生体データパターンを選択し、読み出す。そして、読み出した第一生体データパターンおよび第二生体データパターンを照合部１１１へ出力する。これにより、照合部１１１は、ユーザの活動量に応じた生体データパターンと、取得した生体データとを照合することができる。
【０１０３】
なお、ＭＥＴｓの算出をパターン選択部１１７が行ってもよい。この場合、活動量計５０または歩数計が取得したデータがパターン選択部１１７に送信される。
【０１０４】
＜服用管理方法＞
次に、生体データに基づく医薬品の服用管理方法について、図１６を用いて説明する。図１６は、本実施形態に係る服用管理方法の一例を示すフローチャートである。なお、図１６におけるステップＳ１〜Ｓ５の処理は、実施形態１と同様であるため、その説明を省略する。
【０１０５】
パターン選択部１１７は、適切なタイミングで活動量（ＭＥＴｓの値）を活動量計５０から取得する（Ｓ２１）。パターン選択部１１７は、記憶部１２Ｄに記憶されている第一生体データパターン群および第二生体データパターン群のそれぞれから、取得したＭＥＴｓの値に基づく第一生体データパターンおよび第二生体データパターンを選択し、読み出す（Ｓ２２）。そして、制御部１１Ｄは、ステップＳ１〜Ｓ５の処理を実行する。
【０１０６】
なお、ステップＳ２１およびＳ２２の処理は、ステップＳ１の処理と同時に行われてもよいし、ステップＳ１とステップＳ２の処理の間に行われてもよい。
【０１０７】
＜主たる効果＞
生体状態管理装置１０Ｄによれば、ユーザの活動量を考慮して、ユーザが医薬品を服用したか否かを判定することができる。これにより、生体状態管理装置１０Ｄは、ユーザが医薬品を服用したか否かについて、より精度の高い判定を行うことができる。
【０１０８】
＜変形例＞
実施形態４で説明したユーザ支援システム１Ｃと、実施形態５で説明したユーザ支援システム１Ｄとを組み合わせてもよい。すなわち、これらを組み合わせたユーザ支援システム１Ｅに含まれる生体状態管理装置１０Ｅは、環境センサ４０が取得した環境データと、活動量計５０が取得した活動量とに基づいて、生体データパターン群から適切な生体データを読み出してもよい。これにより、生体状態管理装置１０Ｅは、ユーザの周囲の環境およびユーザの活動量を考慮して、ユーザが医薬品を服用したか否かを判定することができる。これにより、生体状態管理装置１０Ｅは、ユーザが医薬品を服用したか否かについて、さらに精度の高い判定を行うことができる。
【０１０９】
また、実施形態４で説明した生体状態管理装置１０Ｃ、および、実施形態５で説明した生体状態管理装置１０Ｄは、生体データパターン群から複数の第一生体データパターンおよび複数の第二生体データパターンを読み出して、生体データと照合してもよい。
【０１１０】
例えば、それぞれ２つの第一生体データパターンおよび第二生体データパターンが読み出された場合、照合部１１１は、取得した生体データについて、以下の（１）〜（３）のいずれであるかを特定する。（１）２つの第一生体データパターンそれぞれを上限および下限とする範囲内にある、（２）２つの第二生体データパターンそれぞれを上限および下限とする範囲内にある、（３）いずれの範囲内にもない。いずれかの範囲内にある場合、照合部１１１は、その旨を照合結果として判定部１１２へ出力する。いずれの範囲内にもない場合、照合部１１１は、所定時間後に再び生体データを取得し、同様の処理を行う。
【０１１１】
また、実施形態４および実施形態５では、生体データパターン群に含まれる複数の生体データパターンは、それぞれ温度およびＭＥＴｓに対応付けられていたが、この例に限定されない。例えば、生体データパターン群は、ユーザの属性に対応付けられた複数の生体データパターンを含んでいてもよい。この場合、照合部１１１が使用する生体データパターンは、例えば、ユーザが入力部（不図示）を介して入力した属性（年齢、身長、体重、性別など）に基づいて選択される。
【０１１２】
〔ソフトウェアによる実現例〕
生体状態管理装置１０、１０Ａ〜１０Ｄの制御ブロック（特に制御部１１、１１Ａ〜１１Ｄ）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【０１１３】
後者の場合、生体状態管理装置１０、１０Ａ〜１０Ｄは、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本開示の一態様の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本開示の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【０１１４】
〔まとめ〕
本開示の態様１に係る生体状態管理装置は、生体の状態を示す生体データを取得する生体データ取得部と通信可能に接続され、（１）上記生体データ取得部が取得した上記生体データと、（２）上記生体データの経時的な推移を示す、予め用意された生体データパターンであって、生体内に取り入れられる所定の摂取物の摂取が上記生体にて行われた後の上記生体データパターンである第一生体データパターン、および、上記摂取が行われるべきタイミングで上記摂取が上記生体にて行われなかった後の上記生体データパターンである第二生体データパターンと、を照合する照合部と、上記照合部の照合結果に基づいて、上記生体が上記摂取物を摂取したか否かに関する情報を出力する出力部と、を備える。
【０１１５】
上記の構成によれば、生体データ取得部が取得した生体データと、所定の摂取物を摂取した場合の生体データの経時変化である第一生体データパターン、および、所定の摂取物を摂取すべきタイミングで摂取していない場合の生体データの経時変化である第二生体データパターンと、の照合結果に応じて、生体が摂取物を摂取したか否かに関する情報が出力される。これにより、生体が手動で摂取物を摂取する場合であっても、生体状態管理装置は、自装置のユーザからの摂取記録等の入力を受けることなく、生体が摂取物を摂取したか否かを特定することができる。よって、生体状態管理装置は、生体が手動で摂取物を摂取する場合において、ユーザに煩わしさを感じさせることなく、生体による摂取物の摂取有無を管理することができる。
【０１１６】
なお、摂取物とは、例えば、医薬品または食品である。また、摂取とは、経口摂取であってもよいし、経皮摂取や注射器による投与などの非経口摂取であってもよい。また、生体は生体状態管理装置のユーザであってもよいし、該ユーザと異なっていてもよい。すなわち、生体が手動で摂取物を摂取するとは、ユーザ自身が手動で摂取物を摂取する場合と、ユーザが手動で生体に摂取物を摂取させる場合とを含む。
【０１１７】
本開示の態様２に係る生体状態管理装置は、上記態様１において、上記摂取物を上記生体が摂取する予定時刻を示す時刻情報を取得する時刻取得部をさらに備え、上記第一生体データパターンは、上記予定時刻に上記摂取物の摂取が上記生体にて行われた後の上記生体データパターンであり、上記第二生体データパターンは、上記予定時刻に上記摂取物の摂取が上記生体にて行われなかった後の上記生体データパターンであり、上記照合部は、上記予定時刻以降の所定のタイミングで上記生体データ取得部が取得した上記生体データと、上記第一生体データパターンおよび上記第二生体データパターンと、を照合してもよい。
【０１１８】
上記の構成によれば、予定時刻以降の所定のタイミングで取得された生体データと、予定時刻に摂取物の摂取が行われた場合の生体データの経時変化である第一生体データパターン、および、予定時刻に摂取物の摂取が行わなかった場合の生体データの経時変化である第二生体データパターンと、を照合して、生体が摂取物を摂取したか否かを判定する。すなわち、生体データの取得は、予定時刻を基準として行われ、また、第一生体データパターンおよび第二生体データパターンは予定時刻から開始されるパターンである。よって、所定のタイミングで生体データを取得したとき、生体状態管理装置は、該生体データの取得のみで、第一生体データパターンおよび第二生体データパターンのどの位置のデータと照合すべきかを特定することができる。よって、生体状態管理装置は、より少ない生体データで、ユーザが摂取物を摂取したか否かを特定することができる。
【０１１９】
本開示の態様３に係る生体状態管理装置は、上記態様１または２において、上記照合部の照合結果が、上記生体が上記摂取物を摂取していないことを示す場合、上記出力部は、上記摂取物の摂取を促す警告を出力してもよい。
【０１２０】
上記の構成によれば、生体が摂取物を摂取していない場合、摂取物の摂取を促す警告を出力する。これにより、生体は確実に摂取物を摂取することができる。換言すれば、生体状態管理装置は、生体による摂取物の摂取漏れが無いように管理することができる。
【０１２１】
本開示の態様４に係る生体状態管理装置は、上記態様３において、上記出力部は、上記生体データ取得部が取得した上記生体データが、１以上の所定の閾値を超えているか否かに応じて、警告の種類を変更してもよい。
【０１２２】
上記の構成によれば、生体状態管理装置は、生体データが所定の閾値を超えているか否かに応じて、警告の種類を変更する。これにより、ユーザは生体が摂取物を摂取していない場合における緊急度を容易に理解することができる。換言すれば、ユーザは、生体が速やかに摂取物を摂取すべきか否かを容易に理解することができる。
【０１２３】
本開示の態様５に係る生体状態管理装置は、上記態様１から４のいずれかにおいて、上記生体データの取得対象である上記生体の状態に応じて、上記第一生体データパターンおよび上記第二生体データパターンを更新する更新部をさらに備えてもよい。
【０１２４】
上記の構成によれば、生体データの取得対象である生体の状態に応じて、第一生体データパターンおよび第二生体データパターンを更新するので、生体に関するデータに何らかの変化があったとしても、生体が摂取物を摂取しているか否かの判定を正確に行うことができる。
【０１２５】
なお、生体の状態とは、生体データ取得部によって取得される生体データに基づく状態であってもよいし、生体の年齢、身長、体重、性別などであってもよい。
【０１２６】
本開示の態様６に係る生体状態管理装置は、上記態様１から５のいずれかにおいて、上記生体の周囲の環境を示す環境データを取得する環境データ取得部と通信可能に接続され、異なる環境における上記生体データの経時的な推移を示す、複数の上記第一生体データパターンおよび複数の第二生体データパターンから、上記環境データ取得部が取得した上記環境データに応じた上記第一生体データパターンおよび上記第二生体データパターンをそれぞれ選択する第一選択部をさらに備え、上記照合部は、上記生体データ取得部が取得した上記生体データと、上記第一選択部が選択した上記第一生体データパターンおよび上記第二生体データパターンと、を照合してもよい。
【０１２７】
上記の構成によれば、複数の第一生体データパターンおよび第二生体データパターンから、取得した環境データに応じて選択した第一生体データパターンおよび第二生体データパターンと、取得した生体データとを照合する。すなわち、生体状態管理装置は、生体の生体データと、生体の周囲の環境に基づいて、生体が摂取物を摂取したか否かを判定する。これにより、生体状態管理装置は、生体が摂取物を摂取したか否かについて、より精度の高い判定を行うことができる。
【０１２８】
本開示の態様７に係る生体状態管理装置は、上記態様１から６のいずれかにおいて、上記生体の活動状態を示す活動データを取得する活動データ取得部と通信可能に接続され、異なる活動状態における上記生体データの経時的な推移を示す、複数の上記第一生体データパターンおよび複数の第二生体データパターンから、上記活動データ取得部が取得した上記活動データに応じた上記第一生体データパターンおよび上記第二生体データパターンをそれぞれ選択する第二選択部をさらに備え、上記照合部は、上記生体データ取得部が取得した上記生体データと、上記第二選択部が選択した上記第一生体データパターンおよび上記第二生体データパターンと、を照合してもよい。
【０１２９】
上記の構成によれば、複数の第一生体データパターンおよび第二生体データパターンから、取得した活動データに応じて選択した第一生体データパターンおよび第二生体データパターンと、取得した生体データとを照合する。すなわち、生体状態管理装置は、生体の生体データと、生体の活動状態に基づいて、生体が摂取物を摂取したか否かを判定する。これにより、生体状態管理装置は、生体が摂取物を摂取したか否かについて、より精度の高い判定を行うことができる。
【０１３０】
本開示の態様８に係る生体状態管理方法は、生体の状態を示す生体データを取得する生体データ取得工程と、（１）上記生体データ取得工程において取得した上記生体データと、（２）上記生体データの経時的な推移を示す、予め用意された生体データパターンであって、生体内に取り入れられる所定の摂取物の摂取が上記生体にて行われた後の上記生体データパターンである第一生体データパターン、および、上記摂取が行われるべきタイミングで上記摂取が上記生体にて行われなかった後の上記生体データパターンである第二生体データパターンと、を照合する照合工程と、上記照合工程における照合結果に基づいて、上記生体が上記摂取物を摂取したか否かに関する情報を出力する出力工程と、を含む。
【０１３１】
上記方法によれば、態様１に係る生体状態管理装置と同様、生体が手動で摂取物を摂取する場合であっても、生体状態管理装置は、自装置のユーザからの摂取記録等の入力を受けることなく、生体が摂取物を摂取したか否かを特定することができる。よって、生体状態管理装置は、生体が手動で摂取物を摂取する場合において、ユーザに煩わしさを感じさせることなく、生体による摂取物の摂取有無を管理することができる。
【０１３２】
本開示の各態様に係る生体状態管理装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記生体状態管理装置が備える各部（ソフトウェア要素）として動作させることにより上記生体状態管理装置をコンピュータにて実現させる生体状態管理装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本開示の一態様の範疇に入る。
【０１３３】
本開示の一態様は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本開示の一態様の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【０１３４】
（関連出願の相互参照）
本出願は、２０１７年６月２２日に出願された日本国特許出願：特願２０１７−１２２６１２に対して優先権の利益を主張するものであり、それを参照することにより、その内容の全てが本書に含まれる。
【符号の説明】
【０１３５】
１０、１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ  生体状態管理装置
２０  生体センサ（生体データ取得部）
４０  環境センサ（環境データ取得部）
５０  活動量計（活動データ取得部）
１１１  照合部
１１３  警告出力部（出力部）
１１４  更新部
１１５予定時刻取得部（時刻取得部）
１１６  パターン選択部（第一選択部）
１１７  パターン選択部（第二選択部）
【図１】
2018235440.tif 000003
【図２】
2018235440.tif 000004
【図３】
2018235440.tif 000005
【図４】
2018235440.tif 000006
【図５】
2018235440.tif 000007
【図６】
2018235440.tif 000008
【図７】
2018235440.tif 000009
【図８】
2018235440.tif 000010
【図９】
2018235440.tif 000011
【図１０】
2018235440.tif 000012
【図１１】
2018235440.tif 000013
【図１２】
2018235440.tif 000014
【図１３】
2018235440.tif 000015
【図１４】
2018235440.tif 000016
【図１５】
2018235440.tif 000017
【図１６】
2018235440.tif 000018
【国際調査報告】
2018235440.tif 000019
2018235440.tif 000020
2018235440.tif 000021
2018235440.tif 000022