(57)【要約】      （修正有）【課題】複数ユーザの服薬のスケジュールに関する通知文の作成について、正確さを確保しつつ極力簡略化する服薬支援システムを提供する。【解決手段】服薬支援システムにおいて、サーバ装置は、少なくとも現在時刻を取得する計時手段と、ユーザが服薬すべきタイミングを表す情報に置き換わるタイミング領域を含む通知文および複数のユーザそれぞれについてのタイミングを記憶する記憶手段と、タイミング領域を複数のユーザそれぞれのタイミングを表す情報に置き換えて通知文を変更する部分変更手段と、現在時刻がタイミングに対応する時刻となったときに、当該タイミングについて部分変更手段が変更した通知文を当該タイミングに服薬すべきユーザのユーザ端末２００へ送信する送信手段とを有する。ユーザ端末の出力手段は、サーバ装置から受信した通知文を出力する。【選択図】図１
2020129265.tif 000002
【特許請求の範囲】
【請求項１】
それぞれがユーザへの出力手段を有する複数のユーザ端末および前記複数のユーザ端末と通信可能に接続されたサーバ装置を具備する服薬支援システムであって、
前記サーバ装置は、
少なくとも現在時刻を取得する計時手段と、
前記ユーザが服薬すべきタイミングを表す情報に置き換わるタイミング領域を含む通知文および前記複数のユーザ端末の前記ユーザそれぞれについて前記タイミングを記憶する記憶手段と、
前記タイミング領域を前記複数のユーザそれぞれの前記タイミングを表す情報に置き換えて前記通知文を変更する部分変更手段と、
前記現在時刻が前記タイミングに対応する時刻となったときに、当該タイミングについて前記部分変更手段が変更した通知文を当該タイミングに服薬すべき前記ユーザの前記ユーザ端末へ送信する送信手段と
を有し、
前記ユーザ端末の出力手段は、前記サーバ装置から受信した通知文を出力する
服薬支援システム。
【請求項２】
前記通知文は、曜日を表す情報に置き換わる曜日領域を有し、
前記部分変更手段は、前記曜日領域を現在曜日を表す情報に置き換える
請求項１に記載の服薬支援システム。
【請求項３】
前記ユーザ端末は、前記出力手段として少なくとも音響スピーカまたは画面表示装置のいずれかを用いる、請求項１または２に記載の服薬支援システム。
【請求項４】
服薬支援システムに用いられるスケジュール設定装置であって、
前記服薬支援システムを利用する複数のユーザが服薬すべきタイミングを表す情報に置き換わるタイミング領域を含む通知文および前記複数のユーザそれぞれについての前記タイミングを記憶する記憶手段と、
前記タイミング領域を前記複数のユーザそれぞれの前記タイミングを表す情報に置き換えて前記通知文を変更する部分変更手段と
を具備するスケジュール設定装置。
【請求項５】
服薬支援システムに用いられるスケジュール設定装置であって、
少なくとも現在日付を取得する計時手段と、
服薬期間および当該服薬期間における前記服薬支援システムを利用する複数のユーザそれぞれが服薬すべきタイミングを表す情報を入力する設定入力手段と、
暦情報に置き換わる暦領域および前記タイミングを表す情報に置き換わるタイミング領域を含む通知文および前記複数のユーザそれぞれについての前記タイミングを記憶する記憶手段と、
前記暦領域を前記服薬期間に含まれる現在日付に適合する暦情報に置き換え、前記タイミング領域を前記複数のユーザそれぞれの前記タイミングを表す情報に置き換えて前記通知文を変更する部分変更手段と
を具備するスケジュール設定装置。
【請求項６】
服薬支援システムを利用する複数のユーザが服薬すべきタイミングを表す情報に置き換わるタイミング領域を含む通知文および前記複数のユーザそれぞれについての前記タイミングを記憶し、
少なくとも現在時刻を取得し、
前記タイミング領域を前記複数のユーザそれぞれの前記タイミングを表す情報に置き換えて前記通知文を変更し、
前記現在時刻が前記タイミングに対応する時刻となったときに、当該タイミングについて前記変更した通知文を当該タイミングに服薬すべき前記ユーザのユーザ端末へ送信する
服薬支援方法。
【請求項７】
服薬支援システムに用いられるスケジュール設定装置に、
前記服薬支援システムを利用する複数のユーザが服薬すべきタイミングを表す情報に置き換わるタイミング領域を含む通知文および前記複数のユーザそれぞれについての前記タイミングを記憶するステップと、
少なくとも現在時刻を取得するステップと、
前記タイミング領域を前記複数のユーザそれぞれの上記タイミングを表す情報に置き換えて前記通知文を変更するステップと、
前記現在時刻が前記タイミングに対応する時刻となったときに、当該タイミングについて前記変更した通知文を当該タイミングに服薬すべき前記ユーザのユーザ端末へ送信するステップと
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声の入出力機能を持つ機器を用いた服薬支援システム、当該システムに用いられるスケジュール設定装置、服薬支援方法及びプログラムに関する。
【背景技術】
【０００２】
近年、特に独居の高齢者宅に音声の入出力機能を持つ機器（例えば対話型ロボット）を設置して、当該機器を介して音声の受け答えをすることで「つながり感」や「見守られ感」を醸成する対話システムが提案されている。
【０００３】
当該対話システムでは、各高齢者の日常の習慣に応じた対話がなされる。例えば高齢者は持病を理由に日常的に薬を服用していることがあり、処方どおりに決まった時間帯に服用するのが求められるが、不注意で服用を忘れることがあるため、上記対話システムが服用忘れを防止するための支援を行うことが望ましい。
【０００４】
特許文献１には、安否確認システムの一環として服薬に関するスケジュール情報や警告メッセージを入力しておき、そのメッセージに反応しないと異常事態発生を懸念して親類などに連絡するシステムが開示されている。この技術のように、服薬に関するスケジュール情報やメッセージを設定しておけば、ユーザに見守られ感などを与えるとともに、服薬忘れなどを防止できる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−１４１４４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら服薬スケジュールやそれに関する通知文の設定は煩雑である。これは例えば１日のうちで朝、昼、晩、寝る前に服薬を求められており、それぞれの回について「忘れずに飲みましょう」「飲みましたか？」といった通知文を複数種類設定し、それを各曜日（１週間分として７日分）について設定すると、２８回分について正確に入力設定する必要があるためである。
【０００７】
またスケジュール設定後にそれを修正する場合も、正しく修正したか否かの確認作業はオペレータにとって負担が大きい。さらにユーザごとに１日の服薬の回数や服薬が食事前か食事後かが異なることもあり、ユーザが増えると入力と確認についてのオペレータの負担が一層大きくなる。
【０００８】
以上のような事情に鑑み、本発明の目的は、複数ユーザの服薬のスケジュールに関する通知文の作成について、正確さを確保しつつ極力簡略化することが可能なスケジュール設定装置、それを用いた服薬支援システム、服薬支援方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の一形態に係る服薬支援システムは、それぞれがユーザへの出力手段を有する複数のユーザ端末および上記複数のユーザ端末と通信可能に接続されたサーバ装置を有する。
上記サーバ装置は、少なくとも現在時刻を取得する計時手段と、上記ユーザが服薬すべきタイミングを表す情報に置き換わるタイミング領域を含む通知文および上記複数のユーザ端末の上記ユーザそれぞれについての上記タイミングを記憶する記憶手段と、上記タイミング領域を上記現在時刻に適合するタイミングを表す情報に置き換えて上記通知文を変更する部分変更手段と、上記現在時刻が上記タイミングに対応する時刻となったときに、当該タイミングについて上記部分変更手段が変更した通知文を当該タイミングに服薬すべき上記ユーザの上記ユーザ端末へ送信する送信手段とを有する。
上記ユーザ端末の出力手段は、上記サーバ装置から受信した通知文を出力する。
【００１０】
この構成により、タイミング領域をユーザそれぞれのタイミングの情報に置き換えるだけであらゆる通知文を作成できるため、服薬のスケジュールに関する通知文の入力について、正確さを確保しつつ極力簡略化することができる。タイミングとは、例えば食後、食前、食間、起床後、就寝前、時間帯、または時刻等である。
【００１１】
上記通知文は、曜日を表す情報に置き換わる曜日領域を有してもよい。この場合上記部分変更手段は、上記曜日領域を現在曜日を表す情報に置き換えてもよい。
【００１２】
これにより服薬すべきタイミングのみならずそのときの曜日についても容易に通知文に含ませてユーザに通知することができる。
【００１３】
上記ユーザ端末は、上記出力手段として少なくとも音響スピーカまたは画面表示装置のいずれかを用いてもよい。
【００１４】
本発明の他の形態に係るスケジュール設定装置は、服薬支援システムに用いられるスケジュール設定装置であって、記憶手段と部分変更手段とを有する。上記記憶手段は、上記服薬支援システムを利用する複数のユーザが服薬すべきタイミングを表す情報に置き換わるタイミング領域を含む通知文および上記複数のユーザそれぞれについての上記タイミングを記憶する。上記部分変更手段は、上記タイミング領域を上記複数ユーザそれぞれの上記タイミングを表す情報に置き換えて上記通知文を変更する。
【００１５】
本発明の他の形態に係るスケジュール設定装置は、服薬支援システムに用いられるスケジュール設定装置であって、計時手段と設定入力手段と記憶手段と部分変更手段とを有する。上記計時手段は、少なくとも現在日付を取得する。上記設定入力手段は、服薬期間および当該服薬期間における上記服薬支援システムを利用する複数のユーザそれぞれが服薬すべきタイミングを表す情報を入力する。上記記憶手段は、暦情報に置き換わる暦領域および上記タイミングを表す情報に置き換わるタイミング領域を含む通知文および上記複数のユーザそれぞれについての上記タイミングを記憶する。上記部分変更手段は、上記暦領域を上記服薬期間に含まれる現在日付に適合する暦情報に置き換え、上記タイミング領域を上記複数ユーザそれぞれの上記タイミングを表す情報に置き換えて上記通知文を変更する。
【００１６】
この構成により、服薬期間を設定し、暦領域を現在日付に適合する暦情報に置き換え、タイミング領域をユーザそれぞれのタイミングの情報に置き換えるだけで服薬期間内の全ての通知文を作成できるため、服薬のスケジュールに関する通知文の入力について、正確さを確保しつつ極力簡略化することができる。
【００１７】
本発明の他の形態に係る服薬支援方法は、
服薬支援システムを利用する複数のユーザが服薬すべきタイミングを表す情報に置き換わるタイミング領域を含む通知文および上記複数のユーザそれぞれについての上記タイミングを記憶し、
少なくとも現在時刻を取得し、
上記タイミング領域を上記複数ユーザそれぞれの上記タイミングを表す情報に置き換えて上記通知文を変更し、
上記現在時刻が上記タイミングに対応する時刻となったときに、当該タイミングについて上記変更した通知文を当該タイミングに服薬すべき上記ユーザのユーザ端末へ送信する、ことを含む。
【００１８】
本発明の他の形態に係るプログラムは、服薬支援システムに用いられるスケジュール設定装置に、
服薬支援システムを利用する複数のユーザが服薬すべきタイミングを表す情報に置き換わるタイミング領域を含む通知文および上記複数のユーザそれぞれについての上記タイミングを記憶するステップと、
少なくとも現在時刻を取得するステップと、
上記タイミング領域を上記複数ユーザそれぞれの上記タイミングを表す情報に置き換えて上記通知文を変更するステップと、
上記現在時刻が上記タイミングに対応する時刻となったときに、当該タイミングについて上記変更した通知文を上記ユーザの当該タイミングに服薬すべき上記ユーザのユーザ端末へ送信するステップと、を実行させる。
【発明の効果】
【００１９】
以上説明したように、本発明によれば、服薬のスケジュールに関する通知文の作成について、ユーザが複数であっても正確さを確保しつつ極力簡略化することができる。しかし、当該効果は本発明を限定するものではない。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態に係る服薬支援システムの構成を示した図である。
【図２】上記服薬支援システムが有するサーバ装置のハードウェア構成を示した図である。
【図３】従来技術におけるスケジュール情報の例を示した図である。
【図４】図３に示したスケジュール情報に含まれる通知文の例を示した図である。
【図５】上記サーバ装置が記憶するスケジュール情報の例を示した図である。
【図６】上記服薬支援システムによるユーザへの通知処理の流れを示したフローチャートである。
【図７】本発明の他の実施形態におけるスケジュール情報について説明した図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００２２】
［システムの構成］
図１は、本実施形態に係る服薬支援システムの構成を示した図である。
【００２３】
同図に示すように、服薬支援システムは、管理センタに設置されたサーバ装置１００と、サーバ装置と通信可能にネットワーク接続されたユーザ端末２００とで構成される。
【００２４】
ユーザ端末２００は、本システムのユーザ（例えば高齢者等）宅に設置され、少なくとも、ネットワークを通じてサーバ装置１００から送信されユーザに通知される通知文を受信する手段、その通知文をユーザに通知する出力手段を有する。
【００２５】
出力手段は、ユーザにつながり感を醸成すること、および高齢者は複雑な機械操作は難しいことを考慮して、音声を出力する装置としてのスピーカＳが好適である。あるいは加齢により聴力が低下したユーザ向けには目視で通知文を認識してもらうべく、液晶パネルを用いた表示装置でも良い。
【００２６】
ユーザ端末２００は、少なくとも上記の構成要素を有していればよいが、ユーザにとって人とのやり取りを想起でき、親しみを持てるような外見として小型の人形を模した対話ロボットであってもよい。
【００２７】
また通知文をユーザに音声で伝える場合に、発話に合わせて適宜ユーザ端末２００を振動させたり、内蔵した発光手段（ＬＥＤなど）により目や口を明るく表示したりしてもよい。
【００２８】
ユーザ端末２００は、サーバ装置１００から送信されてきた通知文をユーザに聴覚または視覚により伝える機能を有するものとするが、逆にユーザがユーザ端末２００に対して話しかけた音声をマイクＭで集音して音声認識技術により文字列化してサーバ装置１００に送信する機能を有していても良い。
【００２９】
サーバ装置１００は、管理センタに常駐しユーザとメッセージのやり取りをするオペレータによって使用される装置であり、ユーザの服薬に関するスケジュールを設定するスケジュール設定装置として機能する。
【００３０】
サーバ装置１００は、少なくとも部分変更手段１１０、計時手段１２０、及び送信手段１３０を有する。またそれら手段を制御する制御手段を有する。詳細は後述するが、これらは適宜周知なハードウェアや記憶に記憶されているソフトウェアにより実現されている。
【００３１】
またサーバ装置１００には、記憶手段１４０が接続される。記憶手段１４０には、ユーザの服薬スケジュールを示すスケジュール情報Ｓが記憶されている。
【００３２】
［サーバ装置のハードウェア構成］
図２は、上記サーバ装置１００のハードウェア構成を示した図である。同図に示すように、センタサーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。
【００３３】
ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながらセンタサーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００３４】
またＣＰＵ１１は、上記部分変更手段１１０及び計時手段１２０として機能する。
【００３５】
入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。
【００３６】
表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。
【００３７】
操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。
【００３８】
記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳのほか、スケジュール情報や、各種フラグ類、パラメータ類、サーバ装置１００の各手段（特に服薬スケジュールに関するユーザへの通知処理）を実現するソフトウェア類が記憶される。記憶部１８は、上記記憶手段１４０として機能する。
【００３９】
通信部１９は、例えばEthernet（登録商標）用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００との間の通信処理を担う。通信部１９は、上記送信手段１３０として機能する。
【００４０】
ユーザ端末２００のハードウェア構成も基本的には上記サーバ装置１００のハードウェア構成と同様であるが、ユーザ端末２００は、上述のように前面にマイクＭ及びスピーカＳを有する。
【００４１】
［スケジュール情報］
次に、上記記憶手段１４０（記憶部１８）に記憶されたスケジュール情報について説明する。
【００４２】
図３は、従来のスケジュール情報の例を模式的に示したものである。スケジュール情報とは、服薬支援システムのユーザが決められた曜日と時間に適切に服薬するのを忘れないようにするための時間に関する情報と、通知文に関する情報をまとめたものである。
【００４３】
例えば、日曜日の朝食後に服用するように医師、薬剤師から薬剤が処方されている場合、朝食の少し前、例えば１時間前に忘れずに服用するように備忘メッセージをユーザに通知するのが望ましい。例えば図３に示すように「日曜日、朝食後のお薬をお忘れなく」とユーザに通知する。
【００４４】
さらには、不注意で日曜日の朝食後に服用すべき薬剤を服用し損ねることを防ぐべく、朝食の１時間後に確認メッセージをユーザに通知するのが望ましい。例えば図３に示すように「今日、日曜日の朝食後のお薬を飲みましたか？」とユーザに通知する。図３に示す例では、ユーザが通常、朝食は０７時頃に摂るものとして示している。
【００４５】
同様に、日曜日の昼食は１２時頃、日曜日の夕食は１８時頃に摂るものとして、その１時間前の１１時、１７時を備忘時刻として備忘メッセージを通知し、１時間後の１３時と１９時を確認時刻として確認メッセージをユーザに通知する例を示している。
【００４６】
さらにユーザが就寝前の２２時頃に服用すべき薬剤がある場合に、ユーザが２３時頃に就寝するとして、その前後１時間の時刻に同様な備忘メッセージと確認メッセージをユーザに通知するべきことが示されている。
【００４７】
図３に示す例では、日曜日の分として１日４回の服用が求められているため、それぞれの通知文と時刻情報が設定されている。
【００４８】
このような設定は、特に持病が慢性化して曜日を問わず規則的に服用する場合には、月曜日から土曜日についても行うことが求められる。
【００４９】
即ち必要な通知文を曜日や時間帯（朝食後、昼食後、夕食後、就寝前等の服薬タイミング）についてそれぞれ、図３に示す例では２８回分について設定入力する必要に迫られる。
【００５０】
さらには、当然ながらそれぞれは正確に設定するのが前提であり、例えば正午前後に「夕食後のお薬を飲みましたか？」と通知されるとユーザは混乱し、つながり感などの醸成はできない。
【００５１】
ここで図３から日曜日の昼食後の通知文と月曜日の朝食後の通知文を抜き出したのがそれぞれ図４（ａ）と同（ｂ）である。
【００５２】
図４（ａ）と同（ｂ）を比べると、下線を付与した曜日を表す語句と時間帯を表す語句以外は共通している。
【００５３】
そこで下線を付与した語句について曜日の部分は「［曜日領域］」、時間帯の部分は「［時間帯領域］」と表現したのが図４（ｃ）である。
【００５４】
図４（ｃ）のように通知文を構成すれば、曜日と時間帯さえ特定できれば全ての曜日、全ての時間帯について入力する必要は無いことがわかる。
【００５５】
そこで、本実施形態においては、ユーザ１人分のスケジュール情報を図５に示すように設定することができる。
【００５６】
図５から分かるように、本実施形態でのスケジュール情報は、曜日を入力する必要はなく、また通知文も１つのパターン（備忘用の通知文と確認用の通知文のペア）のみを入力すればよい。
【００５７】
そして後述するように計時手段１２０から曜日情報を取得して「［曜日領域］」と置き換え、取得した現在時刻を基に時間帯を特定して「［時間帯領域］」と置き換える。
【００５８】
これにより、図３に示すように、全ての曜日、全ての時間帯について全文入力するのに比べると大幅に設定入力の手間が削減され、不注意による入力ミスが発生する可能性を下げることができる。そして図５に示すスケジュール情報は、複数のユーザに対してそれぞれ設定する必要があるが、本発明によれば簡単に、かつ正確に設定が可能となる。また図５では、時間帯についてはそれぞれの食事後を示しているがユーザによっては食事前に服薬する場合もあり、さらにはユーザごとに１日の服薬の回数が異なることもあるが、同様に簡単かつ正確に設定が可能となる。
【００５９】
なお本実施形態におけるスケジュール情報Ｓの各時間帯（朝食後、昼食後、夕食後、就寝前等）は、それぞれメッセージが通知されるユーザに事前にヒアリングしておいた食事時間帯及び就寝時間帯を元に所定の時刻に設定される。
【００６０】
［サーバ装置の機能ブロック］
図１に戻り、サーバ装置１００が有する部分変更手段１１０、計時手段１２０、送信手段１３０について説明する。
【００６１】
部分変更手段１１０は、図５に示すスケジュール情報の通知文について、「［曜日領域］」と「［時間帯領域］」を適切なものに置き換える機能を有する。具体的な動作については、図６に示すフロー図の説明の箇所で述べる。
【００６２】
計時手段１２０は、コンピュータを用いて実現されているサーバ装置１００に内蔵されている時計機能である。現在時刻のほか、現在日付や現在曜日も取得できるものとする。取得した時刻や日付や曜日は適宜部分変更手段１１０に出力される。
【００６３】
送信手段１３０は、部分変更手段１１０により部分的に変更された通知文をネットワーク経由でユーザ端末２００に送信するＩ／Ｆである。
【００６４】
［服薬支援システムの動作］
次に、以上のように構成された服薬支援システムの動作について説明する。当該動作は、サーバ装置１００のＣＰＵ１１や通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。
【００６５】
図６は、上記服薬支援システムにおけるユーザへの通知処理の流れを示したフローチャートである。なお同フロー図が実行される前に、同システムのオペレータは、サーバ装置１００の設定入力手段（操作受付部１７；キーボードやマウスなど）用いて、図５に示すスケジュール情報を入力済みで、記憶手段１４０のスケジュール情報Ｓとして記憶してあるものとする。
【００６６】
同図に示すように、まず、サーバ装置１００の部分変更手段１１０は、計時手段１２０の出力を参照し、現時刻と本日の曜日を取得する（ステップＳ１１０）。
【００６７】
続いて、部分変更手段１１０は、記憶手段１４０に記憶されているスケジュール情報（図５）を参照して、現時刻と、時間帯ごとの「備忘時刻」及び「確認時刻」とを比較する（ステップＳ１２０）。
【００６８】
続いて、部分変更手段１１０は、現時刻との比較の結果、いずれかのユーザのいずれかの「備忘時刻」または「確認時刻」が到来したか否かを判定する（ステップＳ１３０）。
【００６９】
いずれかの「備忘時刻」または「確認時刻」が到来したと判断した場合（Ｙｅｓ）、部分変更手段１１０は、スケジュール情報Ｓにおいて当該「備忘時刻」または「確認時刻」に対応する時間帯を特定する（ステップＳ１４０）。
【００７０】
続いて、部分変更手段１１０は、通知文のうち備忘メッセージである「［曜日領域］、［時間帯領域］のお薬をお忘れなく。」を記憶手段１４０のスケジュール情報Ｓから読み出し、「［曜日領域］」を本日の曜日に変更し、「［時間帯領域］」を現時刻に対応する時間帯に変更する（ステップＳ１５０）。例えば、本日の曜日が日曜日で、現時刻が１１：００であれば、「日曜日、昼食後のお薬をお忘れなく。」という通知文に変更される。
【００７１】
そして、送信手段１３０は、ステップＳ１５０において部分変更手段１１０が変更した結果である通知文をネットワーク経由で「備忘時刻」または「確認時刻」が到来したユーザのユーザ端末２００へ送信する（ステップＳ１６０）。
【００７２】
ユーザ端末２００は、サーバ装置１００から送信されてきた通知文を周知の音声合成技術を利用して音声データとし、スピーカＳからユーザに向けて発話する。
【００７３】
サーバ装置１００は、以上の処理を、いずれかのユーザのスケジュール情報中の時間帯ごとの「備忘時刻」及び「確認時刻」が到来する度に繰り返す。
【００７４】
［まとめ］
以上説明したように、本実施形態に係る服薬支援システムにより、ユーザが決まった時間の服薬を忘れるのを防ぎながらも、服薬のスケジュールに関する通知文の作成について、正確さを確保しつつ極力簡略化することが可能となる。また、単に時間が来るとアラーム音が鳴動する方法に比較して、ユーザに対して人の温もりを感じさせてつながり感や見守られ感を醸成することが可能となる。
【００７５】
［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。
【００７６】
上述の実施形態では、通知文には曜日と時間帯（タイミング）の両方が含まれ、部分変更手段はその両方を変更したが、通知文に曜日は必須ではない。この場合部分変更手段１１０は、時間帯領域のみ変更することができる。
【００７７】
上述の実施形態では、毎日一定の服薬が求められる場合を説明したが、薬剤の効用によっては、数日間隔で服用するよう処方される場合もある。その場合には、曜日を特定した通知文よりも、日付を特定した通知文の方が適切になる。
【００７８】
そこで、図４（ｃ）に示す通知文において曜日領域「［曜日情報］」の代わりに、図４（ｄ）に示すように暦領域「［暦情報］」を設け、計時手段から日付を得て変更しても良い。例えば本日が"１１月３０日"で、正午前後である場合には「本日、１１月３０日の昼食後のお薬を飲みましたか？」という確認メッセージをユーザに通知することとしてもよい。
【００７９】
この場合サーバ装置１００は、設定入力手段により、服薬期間および当該服薬期間における上記服薬支援システムのユーザが薬剤を服薬すべき時間帯（タイミング）を表す情報を入力し、部分変更手段１１０は、暦領域を上記服薬期間に含まれる、現在日付に適合する暦情報に置き換える。
【００８０】
上述の実施形態では、サーバ装置１００が通知文をユーザ端末に送信するたびに、それに先立って部分変更手段１１０が通知文を生成していたが、それに代わり、オペレータが初期設定の一環として一旦図５に示すスケジュール情報Ｓを入力後、一括して図３のように網羅的にスケジュール情報Ｓを生成して、記憶手段１４０に記憶し直すようにしてもよい。
【００８１】
上述の実施形態では、記憶手段１４０に記憶される通知文は文字列に関するデータとして説明された。これに代わり、通知文を、ユーザ端末２００がユーザに伝える音声メッセージをそのままデジタル化した音声データの形式で記憶するものとして、曜日情報や時間帯情報について適宜音声データを置き換えてもよい。この場合ユーザ端末２００における音声合成処理を省略することが出来る。
【００８２】
上述の実施形態では、通知文に曜日、時間帯、暦を含ませる例を示したが、さらに通知文に名前を含ませることとしてもよい。その場合、ユーザ端末２００を特定するＩＤとユーザの氏名とを関連付ける情報を有することで、通知先ごとにユーザの氏名を通知文に含めることができる。例えば「Ａさん、本日、火曜日の夕食後のお薬をのみましたか？」とすることで、つながり感や見守られ感を一層醸成できる。
【００８３】
本実施の実施形態では、服薬の時間帯（タイミング）として、食後と就寝前を例に取り上げスケジュールの設定を行ったが、医師からの処方の内容に依ってはこれに限られない。図７（ａ）には、図５に示すスケジュールを設定することになった、ユーザの生活パターンを基にした時間帯が示されている。
【００８４】
一方、食後や就寝前ではなく、"午前の食間"、"午後の食間"、"夜の食間"などと各回の薬を食間に服用するよう処方されている場合には図７（ｂ）のように時間帯を捉え、スケジュール情報として図７（ｃ）のように時間帯と備忘メッセージ、確認メッセージを発する時刻を設定する。なお同図では通知文は省略して示している。
【００８５】
例えば"午前の食間"では、生活パターンとして０７時に朝食を摂るユーザについて、服用の標準的な時刻を０９時にし、備忘メッセージを０８時、確認メッセージを１０時に発することが示されている。"午後の食間"、"夜の食間"でも同様である。
【００８６】
このように本発明においては、ユーザが服用を忘れないようにメッセージを発する時刻を、負担を少なくして設定できる。
【００８７】
上述の実施形態では、図５に示すように、時間帯を異ならせつつ終日同じ通知文を生成することとしていたが、これに限られない。例えば、多少入力の手間が増えてしまうものの、服薬行為の動機付けの向上を図るために薬の種類や効能に関する語句を含ませても良い。例えば備忘メッセージとして「今回は血圧に関するお薬だよ」「今回は血糖値を下げる薬を忘れずにね」などのメッセージを追加できる。
【００８８】
上記の実施の形態では、図５に示すスケジュール情報について、備忘メッセージと確認メッセージの通知時刻を各時間帯において固定で設定してあるものとして説明した。それに代わり、オペレータが設定入力手段（操作受付部１７）を用いて、各時間帯における服薬時刻を入力することで、自動的にその前後の所定時間（例えば３０分や１時間）に通知されるべき備忘メッセージと確認メッセージの通知時刻を求めてスケジュール情報に設定することとしてもよい。
【００８９】
例えば上記前後の所定時間を３０分として、朝食後の服薬時刻を０７：００とすると、オペレータが当該０７：００を入力するだけで、備忘メッセージは０６：３０、確認メッセージは０７：３０として図５のスケジュール情報に自動的に設定できる。
【００９０】
また服薬時刻の前後の時刻を異ならせても良い。例えば備忘メッセージは３０分前、確認メッセージは１時間後と設定しても良い。
【００９１】
さらにサーバ装置１００は、ユーザにウェアラブルセンサを装着してもらい、食事中のユーザの手の動き等から食事時間を検出しそのデータを蓄積することで、ユーザの平均的な食事時刻を把握し、それに基づいて備忘メッセージと確認メッセージの各時刻を設定してもよい。
【００９２】
本願の特許請求の範囲に記載された発明のうち、「服薬支援方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「服薬支援方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。
【符号の説明】
【００９３】
１１…ＣＰＵ
１８…記憶部
１９…通信部
１００…サーバ装置
１１０…部分変更手段
１２０…計時手段
１３０…送信手段
１４０…記憶手段
１６０…センタ側端末
２００…ユーザ端末
Ｓ…スケジュール情報
【図１】
2020129265.tif 000003
【図２】
2020129265.tif 000004
【図３】
2020129265.tif 000005
【図４】
2020129265.tif 000006
【図５】
2020129265.tif 000007
【図６】
2020129265.tif 000008
【図７】
2020129265.tif 000009