(57)【要約】【課題】患者の居場所に応じた装置により、患者に対して服薬を促すことを可能とする。【解決手段】端末装置１００は、サーバ装置２００から服薬に関する通知を受信する。端末装置１００は、服薬に関する通知に基づき、端末装置１００のユーザに対して服薬を促す通知を行なう。端末装置１００は、端末装置１００が予め定められた場所に移動した場合、服薬を促す通知を行なう権限を、端末装置１００から予め定められた場所に設置された電子機器１０５に委譲する。【選択図】図２
2014056491.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と通信する端末装置であって、
前記サーバ装置から服薬に関する通知を受信する受信手段と、
前記服薬に関する通知に基づき、前記端末装置のユーザに対して服薬を促す通知を行なう通知手段と、
前記端末装置が予め定められた場所に移動した場合、前記服薬を促す通知を行なう権限を、前記端末装置から前記予め定められた場所に設置された電子機器に委譲する委譲手段とを備える、端末装置。
【請求項２】
前記委譲手段は、前記サーバ装置を介して、前記服薬を促す通知を行なう権限を前記電子機器に委譲し、
前記通知手段は、前記権限の委譲が完了すると、前記服薬を促す通知を行なう機能を停止する、請求項１に記載の端末装置。
【請求項３】
前記委譲手段は、前記予め定めれた場所に前記電子機器が複数設置されている場合、予め定められた優先順位に基づいて、前記権限を委譲する電子機器を前記複数の電子機器の中から決定する、請求項１または２に記載の端末装置。
【請求項４】
前記服薬を促す通知は、前記服薬を促す薬の画像を含み、
前記通知手段は、
画像を表示するための表示手段と、
前記服薬を促す通知の際に、前記服薬を促す薬の画像を前記表示手段に表示させる表示制御手段とを含む、請求項１から３のいずれか１項に記載の端末装置。
【請求項５】
前記表示制御手段は、前記薬である錠剤を個別にパケージした錠剤パッケージの画像を前記表示手段に表示させるものであり、
前記端末装置は、
入力を受け付ける受付手段と、
前記服薬を促す通知がなされた場合に、予め定めれた時間内に前記服薬を行なったことを表す入力を前記受付手段が受け付けたとき、前記服薬が行なわれたことを表す情報を前記サーバ装置に送信する送信手段と、
前記服薬が行なわれたことを表す情報を送信したことに基づき、前記錠剤パッケージについて前記服薬が行なわれた個数だけ錠剤が減少している画像を前記サーバ装置から受信する受信手段とをさらに備え、
前記表示制御手段は、前記錠剤パッケージの画像として、前記服薬が行なわれた個数だけ錠剤が減少している画像を前記表示手段に表示させる、請求項４に記載の端末装置。
【請求項６】
被写体を撮像する撮像手段と、
前記服薬を促す通知がなされた後に前記撮像手段により前記薬である錠剤を個別にパケージした錠剤パッケージが撮像されたとき、前記錠剤パッケージが服薬すべき錠剤を含んだものか否かを判断する判断手段とを備え、
前記表示制御手段は、前記錠剤パッケージが服薬すべき錠剤を含んだものである場合、前記錠剤パッケージの画像とともに、前記服薬すべき錠剤を指定するための画像を前記表示部に表示させる、請求項５に記載の端末装置。
【請求項７】
前記送信手段は、前記薬を識別するための識別情報が前記受付手段に入力された場合、前記識別情報を前記サーバ装置に送信し、
前記受信手段は、前記識別情報の送信に基づき、前記識別情報により識別される薬と、前記服薬を促す通知がなされる薬との飲み合わせの適否を示した飲合情報を前記サーバ装置から受信し、
前記表示制御手段は、前記飲合情報に基づき、飲み合わせの適否を表した情報を前記表示手段に表示させる、請求項６に記載の端末装置。
【請求項８】
前記通知手段は、前記端末装置が予め定められた場所から移動した場合、前記端末装置のユーザに対して薬を所持したかを問い合わせる通知を行なう、請求項７に記載の端末装置。
【請求項９】
前記送信手段は、前記端末装置が予め定められた場所から移動した場合、前記移動後に服薬すべき薬を前記サーバ装置に問い合わせ、
前記受信手段は、前記移動後に服薬すべき薬を表した情報を受信し、
前記通知手段は、前記移動後に服薬すべき薬を表した情報が受信されたことに基づき、前記移動後に服薬すべき薬を所持したかを前記端末装置のユーザに対して問い合わせる通知を行なう、請求項８に記載の端末装置。
【請求項１０】
端末装置および予め定められた場所に設置された電子機器と通信するサーバ装置であって、
前記端末装置のユーザに関する服薬のスケジュールを含む管理情報を記憶した記憶手段と、
前記端末装置から、前記端末装置の位置情報を受信する受信手段と、
前記位置情報に基づき、前記端末装置が前記場所に位置するか否かを判断する第１の判断手段と、
前記端末装置が前記場所に位置しないと判断された場合、前記管理情報に従って、前記端末装置に対して前記服薬に関する通知を行なうためのデータを生成し、前記端末装置が前記場所に位置すると判断された場合、前記管理情報に従って、前記電子機器に対して前記服薬に関する通知を行なうためのデータを生成する生成手段と、
前記生成されたデータを前記端末装置または前記電子機器に対して送信する送信手段とを備える、サーバ装置。
【請求項１１】
前記予め定めれた場所に前記電子機器が複数設置されている場合、予め定められた優先順位に基づいて、前記服薬に関する通知を行なう電子機器を前記複数の電子機器の中から決定する決定手段をさらに備え、
前記生成手段は、前記決定された電子機器に対して前記ユーザに服薬に関する通知を行なうためのデータを生成し、
前記送信手段は、前記生成されたデータを前記決定された電子機器に対して送信する、請求項１０に記載のサーバ装置。
【請求項１２】
前記生成手段は、前記服薬に関する通知がなされた場合に、予め定めれた時間内に前記服薬が行なわれたことを表す情報を前記電子機器から受け付けなかったとき、当該電子機器よりも前記優先順位が低い電子機器に対して前記服薬に関する通知を行なうためのデータを生成し、
前記送信手段は、前記生成されたデータを前記優先順位が低い電子機器に対して送信する、請求項１１に記載のサーバ装置。
【請求項１３】
前記記憶手段は、薬の飲み合わせの適否を表した飲合情報をさらに記憶しており、
前記サーバ装置は、
前記薬を識別するための識別情報を前記端末装置または前記電子機器から受信した場合、前記識別情報により識別される薬と、前記ユーザに服薬を促す薬との飲み合わせの適否を判断する第２の判断手段をさらに備え、
前記送信手段は、前記判断結果を前記端末装置に送信する、請求項１０から１２のいずれか１項に記載のサーバ装置。
【請求項１４】
サーバ装置と、前記サーバ装置と通信する端末装置とを備えた通信システムであって、
前記サーバ装置は、前記端末装置に対して、予め定められたスケジュールに従って、服薬に関する通知を送信し、
前記端末装置は、
前記サーバ装置から前記服薬に関する通知を受信する受信手段と、
前記服薬に関する通知に基づき、前記端末装置のユーザに対して服薬を促す通知を行なう通知手段と、
前記端末装置が予め定められた場所に移動した場合、前記服薬を促す通知を行なう権限を、前記端末装置から前記予め定められた場所に設置された電子機器に委譲する委譲手段とを含み、
前記サーバ装置は、前記権限の移譲後は、前記電子機器に対して、前記服薬に関する通知を送信する、通信システム。
【請求項１５】
端末装置と、前記端末装置および予め定められた場所に設置された電子機器と通信するサーバ装置とを備えた通信システムであって、
前記サーバ装置は、
前記端末装置のユーザに関する服薬のスケジュールを含む管理情報を記憶した記憶手段と、
前記端末装置から、前記端末装置の位置情報を受信する受信手段と、
前記位置情報に基づき、前記端末装置が前記場所に位置するか否かを判断する第１の判断手段と、
前記端末装置が前記場所に位置しないと判断された場合、前記管理情報に従って、前記端末装置に対して前記服薬に関する通知を行なうためのデータを生成し、前記端末装置が前記場所に位置すると判断された場合、前記管理情報に従って、前記電子機器に対して前記ユーザに服薬を関する通知を行なうためのデータを生成する生成手段と、
前記生成されたデータを前記端末装置または前記電子機器に対して送信する送信手段とを含み、
前記端末装置は、前記生成されたデータを受信した場合、前記服薬を促す通知を行なう、通信システム。
【請求項１６】
サーバ装置と通信する端末装置における情報処理方法であって、
前記サーバ装置から服薬に関する通知を受信するステップと、
前記服薬に関する通知に基づき、前記端末装置のユーザに対して服薬を促す通知を行なうステップと、
前記端末装置が予め定められた場所に移動した場合、前記服薬を促す通知を行なう権限を、前記端末装置から前記予め定められた場所に設置された電子機器に委譲するステップとを備える、情報処理方法。
【請求項１７】
端末装置および予め定められた場所に設置された電子機器と通信するサーバ装置における情報処理方法であって、
前記端末装置のユーザに関する服薬のスケジュールを含む管理情報を記憶するステップと、
前記端末装置から、前記端末装置の位置情報を受信するステップと、
前記位置情報に基づき、前記端末装置が前記場所に位置するか否かを判断するステップと、
前記端末装置が前記場所に位置しないと判断された場合、前記管理情報に従って、前記端末装置に対して前記服薬に関する通知を行なうためのデータを生成し、前記端末装置が前記場所に位置すると判断された場合、前記管理情報に従って、前記電子機器に対して前記ユーザに服薬を関する通知を行なうためのデータを生成するステップと、
前記生成されたデータを前記端末装置または前記電子機器に対して送信するステップとを備える、情報処理方法。
【請求項１８】
サーバ装置と通信する端末装置を制御するためのプログラムであって、
前記サーバ装置から服薬に関する通知を受信するステップと、
前記服薬に関する通知に基づき、前記端末装置のユーザに対して服薬を促す通知を行なうステップと、
前記端末装置が予め定められた場所に移動した場合、前記服薬を促す通知を行なう権限を、前記端末装置から前記予め定められた場所に設置された電子機器に委譲するステップとを、前記端末装置のプロセッサに実行させる、プログラム。
【請求項１９】
端末装置および予め定められた場所に設置された電子機器と通信するサーバ装置を制御するためのプログラムであって、
前記端末装置のユーザに関する服薬のスケジュールを含む管理情報を記憶するステップと、
前記端末装置から、前記端末装置の位置情報を受信するステップと、
前記位置情報に基づき、前記端末装置が前記場所に位置するか否かを判断するステップと、
前記端末装置が前記場所に位置しないと判断された場合、前記管理情報に従って、前記端末装置に対して前記服薬に関する通知を行なうためのデータを生成し、前記端末装置が前記場所に位置すると判断された場合、前記管理情報に従って、前記電子機器に対して前記ユーザに服薬を関する通知を行なうためのデータを生成するステップと、
前記生成されたデータを前記端末装置または前記電子機器に対して送信するステップとを、前記サーバ装置のプロセッサに実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、服薬管理を行なうために用いられる端末装置、サーバ装置、通信システム、情報処理方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、患者の服薬を管理するための装置が知られている。
たとえば、特許文献１には、上記装置として、薬剤収納部と計時機構と設定部と警報出力部と機構部と外出スイッチと通信制御部と記憶部とを備える服薬管理装置が開示されている。当該服薬管理装置は、患者に服薬時間を知らせ、服薬数だけ薬剤を取り出せるように構成されている。また、服薬管理装置は、服薬時間を過ぎても服薬しない場合には介護者等に一般電話回線で未服用情報を送信する。
【０００３】
特許文献２には、上記装置として、朝、昼、夜、就寝前とかで見た目に一目瞭然に分りやすく分類列ケースに薬が分類されており、分類列ケースが設定時刻に開放されない場合は「お薬の時間ですよ」と繰り返し知らせてくれる構成を備えた薬の飲み忘れと飲みすぎ防止装置が開示されている。
【０００４】
また、従来、薬の二重投与および禁忌薬の投与等の医療上の危険性を回避することを目的としたシステムが検討されている。特許文献３には、当該システムとして、患者側に所在する携帯電話と、当該携帯電話を介して患者の医療情報を通信するための通信回線と、医療情報を処理するサーバ装置とを具備する構成が医療情報システムが開示されている。当該サーバ装置は、暗号化装置、管理装置、アプリ処理装置、メール送出装置、薬局処方箋処理装置、および病院カルテ処理装置等を含んで構成されている。サーバ装置では、以下の処理が行なわれる。
【０００５】
医療情報の通信を受信する際に、当該通信を暗号化装置において暗号化する。暗号化装置によって復号化された医療情報を、管理装置によって確定する。管理装置は、当該確定された医療情報を、アプリ処理装置、薬局処方箋処理装置および病院カルテ処理装置に送出する。当該確定されて医療情報に基づいて、薬またはカルテ情報の入力、閲覧および変更の情報処理をアプリ処理装置、薬局処方箋処理装置および病院カルテ処理装置において行う。メール送出装置は、当該処理された医療情報をプロトコルに従って患者、薬局、病院等にメール送信する。
【０００６】
また、従来、面状部材に載置された対象物を用いて、当該対象物に応じた情報を容易に表示させることが可能な画像処理装置が知られている。特許文献４には、当該画像処理装置として、以下の構成のデータ表示／センサ装置が開示されている。データ表示／センサ装置は、画像を表示するとともに、近傍の対象物である医薬品の像を検知するセンサ内蔵液晶パネルを備える。データ表示／センサ装置は、センサ内蔵液晶パネルが検知した像の特徴量を抽出する。データ表示／センサ装置は、抽出された像の特徴量に基づいて、医薬品の属性情報を特定する。データ表示／センサ装置は、特定された属性情報に対応する対応情報を、センサ内蔵液晶パネルに医薬品が載置された状態で表示させる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１１−３０９３４号公報
【特許文献２】特開２００６−４２９１０号公報
【特許文献３】特開２００８−３１０７１６号公報
【特許文献４】特開２０１０−２５０５０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来の構成では、患者の居場所に応じた装置により、患者に対して服薬を促すことはできない。たとえば、患者が自宅にいるときと、外出しているときには、服薬を促すのに適した装置が異なるが、従来では、このよう点は考慮されていない。
【０００９】
本願発明は、上記の問題点に鑑みなされたものであって、その目的は、患者の居場所に応じた適切な装置により、患者に対して服薬を促すことを可能とする端末装置、サーバ装置、通信システム、情報処理方法、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明のある局面に従うと、端末装置は、サーバ装置と通信する。端末装置は、サーバ装置から服薬に関する通知を受信する受信手段と、服薬に関する通知に基づき、端末装置のユーザに対して服薬を促す通知を行なう通知手段と、端末装置が予め定められた場所に移動した場合、服薬を促す通知を行なう権限を、端末装置から予め定められた場所に設置された電子機器に委譲する委譲手段とを備える。
【００１１】
好ましくは、委譲手段は、サーバ装置を介して、服薬を促す通知を行なう権限を電子機器に委譲する。通知手段は、権限の委譲が完了すると、服薬を促す通知を行なう機能を停止する。
【００１２】
好ましくは、委譲手段は、予め定めれた場所に電子機器が複数設置されている場合、予め定められた優先順位に基づいて、権限を委譲する電子機器を複数の電子機器の中から決定する。
【００１３】
好ましくは、服薬を促す通知は、服薬を促す薬の画像を含む。通知手段は、画像を表示するための表示手段と、服薬を促す通知の際に、服薬を促す薬の画像を表示手段に表示させる表示制御手段とを含む。
【００１４】
好ましくは、表示制御手段は、薬である錠剤を個別にパケージした錠剤パッケージの画像を表示手段に表示させるものである。端末装置は、入力を受け付ける受付手段と、服薬を促す通知がなされた場合に、予め定めれた時間内に服薬を行なったことを表す入力を受付手段が受け付けたとき、服薬が行なわれたことを表す情報をサーバ装置に送信する送信手段と、服薬が行なわれたことを表す情報を送信したことに基づき、錠剤パッケージについて服薬が行なわれた個数だけ錠剤が減少している画像をサーバ装置から受信する受信手段とをさらに備える。表示制御手段は、錠剤パッケージの画像として、服薬が行なわれた個数だけ錠剤が減少している画像を表示手段に表示させる。
【００１５】
好ましくは、端末装置は、被写体を撮像する撮像手段と、服薬を促す通知がなされた後に撮像手段により薬である錠剤を個別にパケージした錠剤パッケージが撮像されたとき、錠剤パッケージが服薬すべき錠剤を含んだものか否かを判断する判断手段とを備える。表示制御手段は、錠剤パッケージが服薬すべき錠剤を含んだものである場合、錠剤パッケージの画像とともに、服薬すべき錠剤を指定するための画像を表示部に表示させる。
【００１６】
好ましくは、送信手段は、薬を識別するための識別情報が受付手段に入力された場合、識別情報をサーバ装置に送信する。受信手段は、識別情報の送信に基づき、識別情報により識別される薬と、服薬を促す通知がなされる薬との飲み合わせの適否を示した飲合情報をサーバ装置から受信する。表示制御手段は、飲合情報に基づき、飲み合わせの適否を表した情報を表示手段に表示させる。
【００１７】
好ましくは、通知手段は、端末装置が予め定められた場所から移動した場合、端末装置のユーザに対して薬を所持したかを問い合わせる通知を行なう。
【００１８】
好ましくは、送信手段は、端末装置が予め定められた場所から移動した場合、移動後に服薬すべき薬をサーバ装置に問い合わせる。受信手段は、移動後に服薬すべき薬を表した情報を受信する。通知手段は、移動後に服薬すべき薬を表した情報が受信されたことに基づき、移動後に服薬すべき薬を所持したかを端末装置のユーザに対して問い合わせる通知を行なう。
【００１９】
本発明の他の局面に従うと、サーバ装置は、端末装置および予め定められた場所に設置された電子機器と通信する。サーバ装置は、端末装置のユーザに関する服薬のスケジュールを含む管理情報を記憶した記憶手段と、端末装置から、端末装置の位置情報を受信する受信手段と、位置情報に基づき、端末装置が場所に位置するか否かを判断する第１の判断手段と、端末装置が場所に位置しないと判断された場合、管理情報に従って、端末装置に対して服薬に関する通知を行なうためのデータを生成し、端末装置が場所に位置すると判断された場合、管理情報に従って、電子機器に対して服薬に関する通知を行なうためのデータを生成する生成手段と、生成されたデータを端末装置または電子機器に対して送信する送信手段とを備える。
【００２０】
好ましくは、サーバ装置は、予め定めれた場所に電子機器が複数設置されている場合、予め定められた優先順位に基づいて、服薬に関する通知を行なう電子機器を複数の電子機器の中から決定する決定手段をさらに備える。生成手段は、決定された電子機器に対してユーザに服薬に関する通知を行なうためのデータを生成する。送信手段は、生成されたデータを決定された電子機器に対して送信する。
【００２１】
好ましくは、生成手段は、服薬に関する通知がなされた場合に、予め定めれた時間内に服薬が行なわれたことを表す情報を電子機器から受け付けなかったとき、当該電子機器よりも優先順位が低い電子機器に対して服薬に関する通知を行なうためのデータを生成する。送信手段は、生成されたデータを優先順位が低い電子機器に対して送信する。
【００２２】
好ましくは、記憶手段は、薬の飲み合わせの適否を表した飲合情報をさらに記憶している。サーバ装置は、薬を識別するための識別情報を端末装置または電子機器から受信した場合、識別情報により識別される薬と、ユーザに服薬を促す薬との飲み合わせの適否を判断する第２の判断手段をさらに備える。送信手段は、判断結果を端末装置に送信する。
【００２３】
本発明のさらに他の局面に従うと、通信システムは、サーバ装置と、サーバ装置と通信する端末装置とを備える。サーバ装置は、端末装置に対して、予め定められたスケジュールに従って、服薬に関する通知を送信する。端末装置は、サーバ装置から服薬に関する通知を受信する受信手段と、服薬に関する通知に基づき、端末装置のユーザに対して服薬を促す通知を行なう通知手段と、端末装置が予め定められた場所に移動した場合、服薬を促す通知を行なう権限を、端末装置から予め定められた場所に設置された電子機器に委譲する委譲手段とを含む。サーバ装置は、権限の移譲後は、電子機器に対して、服薬に関する通知を送信する。
【００２４】
本発明のさらに他の局面に従うと、通信システムは、端末装置と、端末装置および予め定められた場所に設置された電子機器と通信するサーバ装置とを備える。サーバ装置は、端末装置のユーザに関する服薬のスケジュールを含む管理情報を記憶した記憶手段と、端末装置から、端末装置の位置情報を受信する受信手段と、位置情報に基づき、端末装置が場所に位置するか否かを判断する第１の判断手段と、端末装置が場所に位置しないと判断された場合、管理情報に従って、端末装置に対して服薬に関する通知を行なうためのデータを生成し、端末装置が場所に位置すると判断された場合、管理情報に従って、電子機器に対してユーザに服薬を関する通知を行なうためのデータを生成する生成手段と、生成されたデータを端末装置または電子機器に対して送信する送信手段とを含む。端末装置は、生成されたデータを受信した場合、服薬を促す通知を行なう。
【００２５】
本発明のさらに他の局面に従うと、情報処理方法は、サーバ装置と通信する端末装置における実行される。情報処理方法は、サーバ装置から服薬に関する通知を受信するステップと、服薬に関する通知に基づき、端末装置のユーザに対して服薬を促す通知を行なうステップと、端末装置が予め定められた場所に移動した場合、服薬を促す通知を行なう権限を、端末装置から予め定められた場所に設置された電子機器に委譲するステップとを備える。
【００２６】
本発明のさらに他の局面に従うと、情報処理方法は、端末装置および予め定められた場所に設置された電子機器と通信するサーバ装置において実行される。情報処理方法は、端末装置のユーザに関する服薬のスケジュールを含む管理情報を記憶するステップと、端末装置から、端末装置の位置情報を受信するステップと、位置情報に基づき、端末装置が場所に位置するか否かを判断するステップと、端末装置が場所に位置しないと判断された場合、管理情報に従って、端末装置に対して服薬に関する通知を行なうためのデータを生成し、端末装置が場所に位置すると判断された場合、管理情報に従って、電子機器に対してユーザに服薬を関する通知を行なうためのデータを生成するステップと、生成されたデータを端末装置または電子機器に対して送信するステップとを備える。
【００２７】
本発明のさらに他の局面に従うと、プログラムは、サーバ装置と通信する端末装置を制御する。プログラムは、サーバ装置から服薬に関する通知を受信するステップと、服薬に関する通知に基づき、端末装置のユーザに対して服薬を促す通知を行なうステップと、端末装置が予め定められた場所に移動した場合、服薬を促す通知を行なう権限を、端末装置から予め定められた場所に設置された電子機器に委譲するステップとを、端末装置のプロセッサに実行させる。
【００２８】
本発明のさらに他の局面に従うと、プログラムは、端末装置および予め定められた場所に設置された電子機器と通信するサーバ装置を制御する。プログラムは、端末装置のユーザに関する服薬のスケジュールを含む管理情報を記憶するステップと、端末装置から、端末装置の位置情報を受信するステップと、位置情報に基づき、端末装置が場所に位置するか否かを判断するステップと、端末装置が場所に位置しないと判断された場合、管理情報に従って、端末装置に対して服薬に関する通知を行なうためのデータを生成し、端末装置が場所に位置すると判断された場合、管理情報に従って、電子機器に対してユーザに服薬を関する通知を行なうためのデータを生成するステップと、生成されたデータを端末装置または電子機器に対して送信するステップとを、サーバ装置のプロセッサに実行させる。
【発明の効果】
【００２９】
本発明によれば、患者の居場所に応じた適切な装置により、患者に対して服薬を促すことが可能となる。
【図面の簡単な説明】
【００３０】
【図１】通信システムの概略構成を説明するための図である。
【図２】サーバ装置に記憶された服薬スケジュールに基づいて行なわれる、端末装置での服薬を促す通知を説明するための図である。
【図３】患者が服薬スケジュールに従って薬を飲み進めた場合における服薬通知を説明するための図である。
【図４】ＡＲを用いた処理を説明するための図である。
【図５】患者が服薬をしなかった場合に実行される処理を説明するための図である。
【図６】端末装置のハードウェア構成を表した図である。
【図７】サーバ装置のハードウェア構成を示した図である。
【図８】サーバ装置に格納されている管理情報を説明するための図である。
【図９】服薬スケジュールの詳細を説明するための図である。
【図１０】サーバ装置に格納されている飲み合わせＤＢを説明するための図である。
【図１１】端末装置の機能的構成を説明するための機能ブロック図である。
【図１２】サーバ装置の機能的構成を説明するための機能ブロック図である。
【図１３】通信システムにおけるシーケンスチャートである。
【図１４】端末装置における処理の流れを表したフローチャートである。
【図１５】サーバ装置における処理の流れを表したフローチャートである。
【図１６】端末装置の機能的構成を説明するための機能ブロック図である。
【図１７】サーバ装置の機能的構成を説明するための機能ブロック図である。
【図１８】通信システムにおけるシーケンスチャートである。
【図１９】端末装置における処理の流れを表したフローチャートである。
【図２０】サーバ装置における処理の流れを表したフローチャートである。
【発明を実施するための形態】
【００３１】
以下、図面を参照しつつ、本発明の各実施の形態に係る通信システムについて説明する。また、以下の説明では、同一の部材には同一の参照符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００３２】
＜Ａ．システム構成＞
図１は、通信システム１の概略構成を説明するための図である。図１を参照して、通信システム１は、端末装置１００と、端末装置１０５と、端末装置１０６と、端末装置１０８と、端末装置１０９と、サーバ装置２００とを備える。各端末装置１００，１０５，１０６，１０８，１０９と、サーバ装置２００とは、ネットワーク３００を介して、通信可能に接続されている。
【００３３】
端末装置１００，１０８，１０９は、スマートフォンである。端末装置１０５は、デジタルテレビである。端末装置１０６は、ラップトップ型のコンピュータ（ＰＣ：Personal Computer）である。
【００３４】
端末装置１００は、服薬が必要な患者によって所有されている。端末装置１０５は、当該患者の家族（たとえば娘）によって所有されている。端末装置１０６は、当該患者の介護者によって所有されている。
【００３５】
端末装置１０５と端末装置１０６とは、上記患者の自宅内に設置されている。端末装置１０５，１０６のユーザは、端末装置１００のユーザ（つまり患者）と同じである。
【００３６】
なお、端末装置１００，１０８，１０９は、スマートフォンに限定されず、通信機能を有する携帯可能な電子機器であればよい。たとえば、端末装置１００，１０８，１０９は、携帯型電話機（フィーチャーフォン等）、タブレット端末、デジタルカメラ、ＰＤＡ（Personal Digital Assistant）であってもよい。また、端末装置１０６は、据置型のコンピュータであってもよい。
【００３７】
＜Ｂ．処理の概要＞
以下では、通信システム１で行なわれる処理の概要について説明する。
【００３８】
（ｂ１．登録処理）
通信システム１を用いたサービスを端末装置１００，１０８，１０９をユーザが利用するにあたり、以下の処理が行なわれる。端末装置１００のユーザである患者を診察している医師または当該医師により処方される処方箋に基づき薬を処方する薬剤師が、患者に当該サービスを紹介する。
【００３９】
医師または薬剤師は、患者の同意を得が得られた場合、医師または薬剤師は、患者を識別するための患者ＩＤと、患者用のパスワードと、当該患者の家族まおよび介護者用のパスワードとを、患者に教える。次いで、患者は、自身の端末装置１００に、当該サービスの提供を受けるためのアプリケーションをサーバ装置２００からダウンロードし、当該アプリケーションを端末装置１００にインストールする。患者は、アプリケーションのインストールが完了すると、当該アプリケーションに関するユーザインターフェイスを用いて、患者ＩＤと患者用のパスワードとを入力する。端末装置１００は、当該入力された患者ＩＤと患者用のパスワードとを、端末装置１００の識別情報と関連付けて、サーバ装置２００に送信する。なお、患者は、患者ＩＤと患者用のパスワードとを一度入力すれば、サービスの利用にあたり、再度の患者ＩＤと患者用のパスワードとの入力は不要である。
【００４０】
次いで、患者は、当該患者の家族および介護者に、上記サービスと上記アプリケーションとを紹介する。また、患者は、当該家族および介護者に、家族および介護者用のパスワードを教える。
【００４１】
家族および介護者は、自身の端末装置１０８，１０９に、当該サービスの提供を受けるためのアプリケーションをサーバ装置２００からダウンロードし、当該アプリケーションを端末装置１０８，１０９にインストールする。家族および介護者は、アプリケーションのインストールが完了すると、当該アプリケーションに関するユーザインターフェイスを用いて、家族および介護者用のパスワードを入力する。端末装置１０８，１０９は、当該入力された家族および介護者用のパスワードとを、端末装置１０８，１０９の識別情報と関連付けて、サーバ装置２００に送信する。なお、家族および介護者は、家族および介護者用のパスワードとを一度入力すれば、サービスの利用にあたり、再度の家族および介護者用のパスワードとの入力は不要である。
【００４２】
医師または薬剤師は、図示しない端末装置を用いて、患者に処方した薬について、服薬スケジュールをサーバ装置２００に登録する。服薬スケジュールは、患者ＩＤ（ユーザＩＤ）を含むユーザ情報に対応付けて登録される。服薬スケジュールは、たとえば、患者が服薬する薬の識別情報と、服薬する時刻（食前、食後、就寝前を含む）と、服薬すべき量等の各種の情報を含む。ユーザ情報および服薬スケジュールの詳細については、後述する（図８，図９）。
【００４３】
なお、薬の識別情報は、ユニークな情報であるため、薬の製造メーカ名、製品名等は、必須の情報ではない。また、食前、食後、就寝前については、デフォルトの時刻を服薬する時刻としてもよいし、ユーザ等が入力した時刻を服薬する時刻としてもよい。
【００４４】
（ｂ２．服薬通知）
図２は、サーバ装置２００に記憶された服薬スケジュールに基づいて行なわれる、端末装置での服薬を促す通知（以下、「服薬通知」と称する）を説明するための図である。図２（Ａ）は、患者が宅外にいる（つまり端末装置１００が宅外にある）場合における服薬通知を説明するための図である。図２（Ｂ）は、患者が帰宅した場合における服薬通知を説明するための図である。なお、「服薬通知」とは、端末装置のディスプレイ等の出力装置を用いてユーザに対する知らせである。
【００４５】
図２（Ａ）を参照して、端末装置１００は、宅外に位置する場合、服薬スケジュールに規定された時刻になると、サーバ装置２００から服薬に関する通知を受信する。「服薬に関する通知」とは、服薬すべき時刻が到来したこと、服薬すべき薬の名称、服薬すべき量、および服薬すべき薬の画像等を含む通知である。以下では、説明の便宜上、「服薬に関する通知」としてサーバ装置２００から端末装置に送られてくる情報を、「服薬情報」と称する。
【００４６】
端末装置１００は、サーバ装置２００から服薬情報を受信すると、服薬情報に基づき、端末装置１００のディスプレイに服薬情報に含まれる各種の情報を表示する。たとえば、端末装置１００は、ディスプレイの領域１９１に、服薬すべき時刻が到来したこと、服薬すべき薬の名称、服薬すべき量を表示し、領域１９２に、服薬すべき薬の画像を表示する。端末装置１００は、服薬すべき薬が、錠剤を個別にパケージした錠剤パッケージとして提供されている場合には、錠剤パッケージの画像をディスプレイに表示する。
【００４７】
図２（Ｂ）を参照して、端末装置１００は、端末装置１００が宅外から宅内に移動した場合、サーバ装置２００から服薬通知を行なう権限を、宅内の複数の端末装置のうちの１つの端末装置１０５に委譲する。換言すれば、端末装置１００は、服薬情報を受信する権限を端末装置１０５に委譲する。
【００４８】
この場合、端末装置１０５は、服薬スケジュールに規定された時刻になると、端末装置１００に代わり、サーバ装置２００から服薬情報を受信する。端末装置１０５は、サーバ装置２００から服薬情報を受信すると、服薬情報に基づき、端末装置１０５のディスプレイに服薬情報に含まれる各種の情報を表示する。たとえば、端末装置１０５は、ディスプレイの領域１９１Ａに、服薬すべき時刻が到来したこと、服薬すべき薬の名称、服薬すべき量を表示し、領域１９２Ｂに、服薬すべき薬の画像を表示する。
【００４９】
以上のように、端末装置１００は、サーバ装置２００から服薬情報（服薬に関する通知）を受信する。端末装置１００は、服薬情報に基づき、端末装置１００のユーザ（患者）に対して服薬通知（服薬を促す通知）を行なう。端末装置１００は、端末装置１００が自宅（予め定められた場所）に移動した場合、服薬通知を行なう権限を、端末装置１００から自宅に設置された端末装置１０５に委譲する。
【００５０】
このような構成により、患者は、居場所に適した端末装置で、服薬通知を確認することができる。
【００５１】
なお、上記においては、端末装置１０６よりも端末装置１０５に優先的に権限を移譲する構成を例に挙げて説明したが、これに限定されるものではない。通信システム１では、権限を移譲する優先順位が規定されており、当該優先順位に基づき権限を移譲する端末装置が決定される。
【００５２】
また、上記においては、端末装置１０５が、服薬スケジュールに規定された時刻になると、端末装置１００に代わり、サーバ装置２００から服薬情報を受信する構成を説明したが、これに限定されるものではない。端末装置１００は、権限を委譲しても、服薬情報を受信し続けてもよい。この場合には、端末装置１００は、服薬情報に基づく各種の表示を行なわないようにするための処理を行なえばよい。たとえば、端末装置１００のアプリケーションは、服薬情報に基づく各種表示を行なうための機能を停止すればよい。
【００５３】
また、服薬通知を行なう権限を委譲とは、端末装置１００において服薬情報に基づく各種の表示を行なわずに、他の端末装置において当該表示を行なわせることをいう。具体例を挙げれば、端末装置１００に関して服薬通知を行なう権限を委譲とは、（i）サーバ装置２００がいずれかの端末装置に服薬情報を送信する構成において、端末装置１００が服薬情報を受信しないようにすること、（ii）端末装置１００が服薬情報の受信しても服薬情報に基づく各種の表示を自装置１００において行なわないようにすること、または（iii）端末装置１００がサーバ装置２００に対して服薬情報を自装置１００に送信させずに他の端末装置に送信するように指示することをいう。なお、各端末装置の権限の有無は、サーバ装置２００において管理される。
【００５４】
図３は、患者が服薬スケジュールに従って薬を飲み進めた場合における服薬通知を説明するための図である。図３（Ａ）は、端末装置１００において表示される、服薬情報に基づく服薬通知を説明するための図である。図３（Ｂ）は、端末装置１０５において表示される服薬情報に基づく服薬通知を説明するための図である。つまり、図３（Ａ）は、端末装置１００が宅外に位置する場合に対応し、図３（Ｂ）は端末装置１００が宅内に位置する場合に対応する。
【００５５】
図３（Ａ）を参照して、端末装置１００は、服薬通知として、錠剤パッケージから既に飲んだ個数分の薬を取り除いた画像をディスプレイに表示する。図３（Ｂ）を参照して、端末装置１０５は、服薬通知として、錠剤パッケージから既に飲んだ個数分の薬を取り除いた画像をディスプレイに表示する。つまり、ユーザが薬を飲めば飲むほど、錠剤パッケージに含まれる薬の数が減少することになる。なお、当該処理は、ユーザが服薬スケジュールに従って薬を飲んだ場合に、当該飲んだことをサーバ装置２００に通知することにより実現される。
【００５６】
このような構成により、ユーザが服薬すべき薬の種別を間違う可能性を低減することができる。
【００５７】
なお、上記においては、画像を用いて服薬通知をユーザに行なったが、これに限定されるものではない。たとえば、音声であってもよい。また、サーバ装置２００から端末装置１００，１０５への服薬情報の送信は、メールであっても、合成音を用いた電話での通知であってもよい。また、端末装置１００，１０５は、服薬情報をサーバ装置２００から受信した場合には、バイブレーション機能を併用して、服薬通知を行なってもよい。
【００５８】
（ｂ３．服薬する薬の判別）
図４は、ＡＲ（Augmented Reality：拡張現実）を用いた処理を説明するための図である。詳しくは、図４は、端末装置１００のユーザ（患者）が飲むべき薬を、図３に基づいて説明した場合よりもさらに容易に判断できるように、ＡＲを用いた表示を行なう構成を説明するための図である。
【００５９】
図４（Ａ）は、患者が処方された薬を表した図である。図４（Ａ）を参照して、患者は、端末送１００によって服薬通知がなされた後に、薬袋から複数の錠剤パッケージを取り出す。図４（Ｂ）は、複数の錠剤パッケージを撮像するために並べた図である。具体的には、図４（Ｂ）は、患者が、錠剤パッケージ９１０と、錠剤パッケージ９２０と、錠剤パッケージ９３０とを、卓上にこの順に並べた状態を表した図である。
【００６０】
図４（Ｃ）は、ＡＲを用いて画像処理を行なったときの端末装置１００のディスプレイに表示される画像を表した図である。より詳しくは、図４（Ｃ）は、被写体のスルー画像に対して、図形を重畳した図である。
【００６１】
図４（Ｃ）を参照して、患者は、端末装置１００のカメラを用いて複数の錠剤パッケージ９１０，９２０，９３０を撮像する。端末装置１００は、複数の錠剤パッケージの画像をディスプレイに表示する。この際、端末装置１００は、端末装置１００のユーザである患者が飲むべき薬を予め定められた図形４１０，４３０を用いて指定する。たとえば、端末装置１００が、服薬通知として、錠剤パッケージ９１０に含まれる薬一錠と、錠剤パッケージ９３０に含まれる薬一錠とを飲むことを患者に通知した場合には、端末装置１００は、錠剤パッケージ９１０に含まれる薬一錠を図形４１０で囲み、錠剤パッケージ９３０に含まれる薬一錠を図形４３０で囲む処理をする。
【００６２】
なお、錠剤パッケージ９２０に含まれる薬は患者が飲むべき薬ではないため、端末装置１００は、錠剤パッケージ９２０に対しては上記図形を用いたＡＲ表示を行なわない。
【００６３】
上記のように、端末装置１００がＡＲ機能を用いた表示を行なうことにより、患者の薬の飲み間違いを、図３に基づいて説明した服薬通知のみを行なう場合よりもさらに低減することが可能となる。
【００６４】
なお、図４で説明したＡＲ機能を用いた表示は、端末装置１００が宅外に位置する場合に限定されず、宅内に位置する場合にも適用できる。
【００６５】
（ｂ４．服薬を確認できなかったときの処理）
ところで、端末装置１００が患者に対して服薬通知をした場合であっても、患者が薬を飲んでいない場合も想定される。このような場合に対処すべく、サーバ装置２００が患者の服薬を確認できなかったときには、サーバ装置２００は、再度、服薬情報を端末装置１００に送信する。なお、患者が服薬したか否かは、端末装置１００に患者が服薬したことを表す入力を行なった否かに基づいて判断される。
【００６６】
図５は、患者が服薬をしなかった場合に実行される処理を説明するための図である。図５を参照して、サーバ装置２００は、服薬情報を送信してから予め定められた時間内（たとえば３０分）に端末装置１００から服薬が行なわれたことを表す通知がない場合には、端末装置１００に対して、再度、同じ服薬情報を送信する。端末装置１００は、同じ服薬情報を再度受信すると、警告表示とともに、当該服薬情報に基づいた再度の服薬通知を行なう。
【００６７】
このような処理を行なうことにより、患者が薬を飲み忘れることを一層少なくすることが可能となる。
【００６８】
サーバ装置２００は、さらに、家族が所持する端末装置１０８および／または介護者が所持する端末装置１０９に、患者が指示された服薬を行なっていない旨の通知を送る。端末装置１０８と端末装置１０９とで上述した家族および介護者用のパスワードを用いた登録処理がなされている場合には、端末装置１０８および端末装置１０９に当該通知がなされる。端末装置１０８および端末装置１０９のいずれかで登録処理がなされている場合には、登録された端末装置に当該通知がなされる。
【００６９】
このような処理を行なうことにより、家族および／または介護者が患者が薬を飲んでいないことを認知できる。それゆえ、家族および／または介護者が患者に薬を飲むことを勧めることにより、患者が薬を飲み忘れることをより一層少なくすることが可能となる。
【００７０】
また、医者が所有する端末装置に対しても、患者が薬を飲んでいないことを通知してもよい。
【００７１】
また、端末装置１００は、再度の服薬通知を行なう場合には、より患者の注意を惹くために、患者に前回の服薬通知と異なる態様で通知を行なうことが好ましい。たとえば、端末装置１００が、１回目の服薬通知をメール着信とした場合には、２回目の服薬通知をアラームまたは電話着信としてもよい。
【００７２】
また、端末装置１００は、再度の服薬通知は行なわずに、警告表示のみを行なってもよい。警告表示を行なうための情報は、サーバ装置２００から受信してもよい。あるいは、警告表示を行なうためのデータを端末装置１００が予め記憶しておき、端末装置１００が、再度の服薬情報の受信したことに基づき、当該データを読み出して表示する構成であってもよい。
【００７３】
また、サーバ装置２００は、端末装置１０８，１０９のみならず、医師の所持するた端末装置（図示せず）に対して、患者が指示された服薬を行なっていない旨の通知を送ってもよい。つまり、事前に登録された端末装置に対して、患者が指示された服薬を行なっていない旨の通知を送るように、サーバ装置２００を構成しておけばよい。
【００７４】
また、事前に登録された端末装置がサーバ装置２００から上記通知がなされた後に、患者の端末装置１００へ電話を発信するためのユーザインターフェイスが自動的あるいは予め定めれたボタンをタップすることにより表示されるように、事前登録された端末装置のアプリケーションを構成することが好ましい。なお、予め定められたボタンは、上記通知がなされた後に新たに表示されるボタンであってもよいし、既に表示されているボタンであってもよい。
【００７５】
なお、上記においては、サーバ装置２００から再度同じ服薬情報が端末装置１００に対して送信される構成を例に挙げて説眼したが、これに限定されるものではない。端末装置１００が服薬したことを示す入力を服薬通知を行なってから予め定められた時間内にユーザから受け付けなかった場合には、端末装置１００自身が自動的に警告等の表示を行なうように、端末装置１００を構成してもよい。
【００７６】
上記の構成により、以上において述べた効果以外にも、以下の副次的な効果が得られる。服薬スケジュールを、クラウドを介して、患者のスマートフォンおよびテレビ、医者、家族の端末装置間で同期して共有することができる。また、服薬タイミングが通知されるため、薬の飲み忘れも防げる。また、患者にとって、沢山ある薬から、何を服用すればいいかを容易に確認できる。さらに、薬を飲んだことが家族、医者等の関係者に伝えることが可能であるため、治療および診察の助けになる。また、家族は安心できる。薬局にとって、ワンドーズの手間が減る。
【００７７】
以下、上記のような処理を実現するための各端末装置１００，１０５，１０６，１０８，１０９の具体的構成とサーバ装置２００の具体的に構成とについて説明する。また、上記において説明したかった機能についても、適宜説明する。
【００７８】
＜Ｃ．ハードウェア構成＞
図６は、端末装置１００のハードウェア構成を表した図である。図６を参照して、端末装置１００は、アンテナ１５１と、ＲＦ（Radio Frequency）回路１５２と、ベースバンド回路１５３と、ＧＰＳ受信機１５４と、プログラムを実行するアプリケーションプロセッサ１５５と、ＲＯＭ（Read Only Memory）１５６と、ＲＡＭ（Random Access Memory）１５７と、ＮＡＮＤ型のフラッシュメモリ１５８と、タッチスクリーン１５９と、カメラ１６７と、マイク１６１と、スピーカ１６２と、ユーザによる指示の入力を受ける操作キー１６３と、通信ＩＦ（Interface）１６４と、ＩＣ（Integrated Circuit）カードリーダライタ１６５と、電源ユニット１６６とを備える。
【００７９】
ＧＰＳ受信機１５４は、アンテナ１５４１と、ＲＦ回路１５４２と、ベースバンド回路１５４３とを含む。ＧＰＳ受信機１５４は、アンテナ１５４１を用いてＧＰＳ衛星の信号を受信する。さらに、ＧＰＳ受信機１５４は、ＲＦ回路１５４２およびベースバンド回路１５４３における処理の結果（つまり、現在地情報）を、アプリケーションプロセッサ１５５に出力する。なお、現在地情報は、緯度、経度、および高度を示した情報である。
【００８０】
アンテナ１５１、ＲＦ回路１５２、およびベースバンド回路１５３は、基地局を介した、他の移動体端末、固定電話、およびＰＣ（Personal Computer）との間における無線通信に用いられる。詳しくは、アンテナ１５１、ＲＦ回路１５２、およびベースバンド回路１５３は、端末装置１００が携帯電話網を用いた通信を行なうために用いられる。
【００８１】
フラッシュメモリ１５８は、不揮発性の半導体メモリである。フラッシュメモリ１５８は、端末装置１００を制御するための各種のプログラム、並びに、端末装置１００が生成したデータ、端末装置１００の外部装置から取得したデータ等の各種データを揮発的に格納する。
【００８２】
各構成要素１５３〜１５９，１６１〜１６７は、相互にデータバスによって接続されている。ＩＣカードリーダライタ１６５には、メモリカード１６５１が装着される。
【００８３】
端末装置１００における処理は、各ハードウェアおよびアプリケーションプロセッサ１５５により実行されるソフトウェアによって実現される。このようなソフトウェアは、フラッシュメモリ１５８に予め記憶されている場合がある。また、ソフトウェアは、メモリカード１４５１その他の記憶媒体に格納されて、プログラムプロダクトとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なプログラムプロダクトとして提供される場合もある。このようなソフトウェアは、ＩＣカードリーダライタ１６５その他の読取装置によりその記憶媒体から読み取られて、あるいは、アンテナ１５１、ＲＦ回路１５２、およびベースバンド回路１５３、または通信ＩＦ１６４を介してダウンロードされた後、フラッシュメモリ１５８に一旦格納される。そのソフトウェアは、アプリケーションプロセッサ１５５によってフラッシュメモリ１５８から読み出され、さらにフラッシュメモリ１５８に実行可能なプログラムの形式で格納される。アプリケーションプロセッサ１５５は、そのプログラムを実行する。
【００８４】
同図に示される端末装置１００を構成する各構成要素は、一般的なものである。したがって、本発明の本質的な部分は、フラッシュメモリ１５８、メモリカード１４５１その他の記憶媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。なお、端末装置１００の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。
【００８５】
なお、記録媒体としては、ＤＶＤ-ＲＯＭ、ＣＤ−ＲＯＭ、ＦＤ、ハードディスクに限られず、磁気テープ、カセットテープ、光ディスク、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する媒体でもよい。また、記録媒体は、当該プログラム等をコンピュータが読取可能な一時的でない媒体である。また、ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。
【００８６】
なお、端末装置１０８，１０９も端末装置１００と同様のハードウェア構成を有するため、ここでは、それらの説明を繰り返さない。
【００８７】
図７は、サーバ装置２００のハードウェア構成を示した図である。図７を参照して、サーバ装置２００は、主たる構成要素として、プログラムを実行するＣＰＵ２５１と、データを不揮発的に格納するＲＯＭ２５２と、ＣＰＵ２５１によるプログラムの実行により生成されたデータ、又は入力装置（図示せず）を介して入力されたデータを揮発的に格納するＲＡＭ２５３と、データを不揮発的に格納するＨＤＤ２５４と、ＬＥＤ２５５と、スイッチ２５６と、通信ＩＦ（Interface）２５７と、電源回路２５８と、モニタ２５９と、操作キー２６０とを含む。各構成要素は、相互にデータバスによって接続されている。なお、サーバ装置２００は、モニタ２５９を備えていなくてもい。
【００８８】
サーバ装置２００における処理は、各ハードウェアおよびＣＰＵ２５１により実行されるソフトウェアによって実現される。このようなソフトウェアは、ＨＤＤ２５４に予め記憶されている場合がある。また、ソフトウェアは、その他の記憶媒体に格納されて、プログラムプロダクトとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なプログラムプロダクトとして提供される場合もある。このようなソフトウェアは、読取装置によりその記憶媒体から読み取られて、あるいは、たとえば図示しない通信ＩＦ等を介してダウンロードされた後、ＨＤＤ２５４に一旦格納される。そのソフトウェアは、ＣＰＵ２５１によってＨＤＤ２５４から読み出され、ＲＡＭ２５３に実行可能なプログラムの形式で格納される。ＣＰＵ２５１は、そのプログラムを実行する。
【００８９】
同図に示されるサーバ装置２００を構成する各構成要素は、一般的なものである。したがって、本発明の本質的な部分は、ＲＡＭ２５３、ＨＤＤ２５４、記憶媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。なお、サーバ装置２００の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。
【００９０】
なお、記録媒体としては、ＤＶＤ−ＲＡＭに限られず、ＤＶＤ-ＲＯＭ、ＣＤ−ＲＯＭ、ＦＤ、ハードディスク、磁気テープ、カセットテープ、光ディスク、ＥＥＰＲＯＭ、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する媒体でもよい。また、記録媒体は、当該プログラム等をコンピュータが読取可能な一時的でない媒体である。また、ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。
【００９１】
端末装置１０５，１０６も、サーバ装置２００と同様の構成を有するため、ここでは、それらの説明を繰り返さない。
【００９２】
＜Ｄ．データ＞
図８は、サーバ装置２００に格納されている管理情報８を説明するための図である。図８を参照して、管理情報８は、ユーザ情報ＤＢ８００と服薬スケジュールＤＢ８０００とを含む。
【００９３】
ユーザ情報ＤＢ８００は、複数の患者のユーザ情報８０１，８０２，８０３等を含んで構成される。各ユーザ情報８００，８０２，８０３は、ユーザＩＤと、患者名と、患者の連絡先である電話番号と、患者のメールアドレスと、患者の住所等を含んで構成される。
【００９４】
服薬スケジュールＤＢ８０００は、複数の服薬スケジュール８０１１〜８０１３，８０２１，８０２２，８０３１，８０３２等を含んで構成される。各服薬スケジュールは、スケジュールＩＤと、薬を処方した薬局名と、薬の処方者名（薬剤師名）と、有効・無効フラグとを含んで構成される。各服薬スケジュールは、階層的なデータ構造を有している。当該データ構造については、後述する（図９）。
【００９５】
有効・無効フラグは、服薬スケジュールが有効なものか否かを表す情報である。たとえば、有効な場合には“１”が記録されている。なお、服薬スケジュールが有効とは、服薬スケジュールに従った服薬情報が端末装置に通知されることを表している。なお、各服薬スケジュールは、処方箋を作成した医師の名前をさらに含んでいてもよい。
【００９６】
各服薬スケジュールは、いずれかのユーザ情報と関連付けられている。たとえば、服薬スケジュール８０１１〜８０１３は、ユーザ情報８０１に対応付けられている。つまり、ユーザ情報８０１で特定される患者に対いて、服薬スケジュール８０１１〜８０１３が医師または薬剤師によって登録されている。
【００９７】
図９は、服薬スケジュールの詳細を説明するための図である。図９を参照して、各服薬スケジュールは、階層的なデータ構造を有している。具体的には、各服薬スケジュールは、第１の階層と、第２の階層と、第３の階層とで構成される。たとえば、服薬スケジュール８０１１は、第１の階層８０１１Ｄと、第２の階層８０１１Ｅと、第３の階層８０１１Ｆとで構成される。
【００９８】
第１の階層には、日付を表した日付情報が複数格納されている。第２の階層には、服薬イベントが複数格納されている。第３の階層には、服薬する薬および量等の情報（以下、「詳細情報」とも称する）が複数格納されている。
【００９９】
たとえば、第１の階層８０１１Ｄは、複数の日付情報（日付情報Ｄ００１、Ｄ００２，Ｄ００３，…）を含んで構成される。また、服薬スケジュール８０１１は、第１階層の各日付情報Ｄ００１、Ｄ００２，Ｄ００３等と関連付けられている。また、第２の階層８０１１Ｅは、複数の服薬イベント（服薬イベントＥ０１１，Ｅ０１２，Ｅ０２１，Ｅ０２２，Ｅ０３１，Ｅ０３２，…）を含んで構成される。各服薬イベントは、いずれか１つの日付情報と関連付けられている。たとえば、服薬イベントＥ０１１，Ｅ０１２は、日付情報Ｄ００１と関連付けられている。また、第３の階層８０１１Ｆは、複数の詳細情報（詳細情報Ｆ１１１，Ｆ１１２，…）を含んで構成されている。各詳細情報は、いずれか１つの服薬イベントと関連付けられている。たとえば、詳細情報Ｆ１１１は、服薬イベントＥ０１１と関連付けられている。
【０１００】
第２の階層に含まれる各服薬イベントは、イベントＩＤと、イベント種別と、設定時刻とを含んで構成される。イベントＩＤは、イベントを識別するためのＩＤである。イベント種別は、投薬のタイミング（食前、食中、食前、指定時刻）を表す情報である。設定時刻には、イベント種別がして指定時刻である場合に、指定された時刻が格納される。なお、イベント種別と設定時刻とはイベントＩＤに関連付けられている。
【０１０１】
第３の階層に含まれる各詳細情報は、服薬ＩＤと、飲むべき薬の識別情報（ＩＤ）と、服薬すべき量と、既に服薬されたか否かを表すフラグと、服薬された量とを含んで構成される。このように、詳細情報には、医師または薬剤師により登録された情報以外の患者の入力に基づく情報（既に服薬されたか否かを表すフラグ，服薬された量）が格納される。たとえば、患者が服薬したときには、フラグが“０”から“１”となるとともに、服薬すべき量の値が服薬された量の値に反映される。なお、薬の識別情報と、服薬すべき量と、既に服薬されたか否かを表すフラグと、服薬された量とは、服薬ＩＤに関連付けられている。
【０１０２】
ここで、サーバ装置２００から患者の端末装置１００，１０５等に送信される服薬情報は、１つの日付情報と、１つの服薬イベントと、１つの詳細情報（ただし、既に服薬されたか否かのフラグおよび服薬した量とは除く）とで構成される。たとえば、服薬情報は、日付情報Ｄ００１と、服薬イベントＥ０１１と、詳細情報Ｆ１１１とで構成される。
【０１０３】
図１０は、サーバ装置２００に格納されている飲み合わせＤＢを説明するための図である。詳しくは、図１０は、薬の飲み合わせの危険性を判断するために用いられるデータベース（ＤＢ）を表した図である。
【０１０４】
図１０を参照して、飲み合わせＤＢ７００は、複数の薬ＩＤ（ＩＤ１，ＩＤ２）と、飲み合わせ時の注意点とが対応付けられている。たとえば、薬ＩＤがＤ０１２３４の薬と、薬ＩＤがＤ１０１１１の薬との組み合わせに対して、“吐き気がする”との情報が対応付けられている。
【０１０５】
飲み合わせＤＢは、以下のような状況下で利用される。患者は、服薬スケジュールに登録されていない薬を突発的に飲む必要が生じる場合もある。この場合に、患者は、当該患者の所持する端末装置を用いて、当該端末装置からサーバ装置２００に対して当該突発的に飲む必要が生じた薬名等の薬の識別情報を送信する。サーバ装置２００は、識別情報を受信すると、当該識別情報により識別される薬と、服薬スケジュールに記録された薬（つまり、患者に服薬を促す薬）との飲み合わせの適否を、飲み合わせＤＢ７００を用いて判断する。
【０１０６】
サーバ装置２００は、飲み合わせに問題がある場合（薬の組み合わせが飲み合わせＤＢ７００に記録された組み合わせである場合）、問題がある旨と、具体的な注意点（飲み合わせＤＢ７００に記憶された注意点）とを、患者の端末装置に送信する。
【０１０７】
このような構成により、患者は、薬の飲み合わせから生じる不足の事態の発生を回避することができる。
【０１０８】
なお、図１０の飲み合わせＤＢ７００では、２つの種類の薬についての飲み合わせしか記載していないが、これに限定されるものではない。飲み合わせＤＢを、３つ以上の種類の薬の飲み合わせについての注意点が記録されたように構成してもよい。
【０１０９】
＜Ｅ．機能的構成＞
（ｅ１．端末装置１００）
図１１は、端末装置１００の機能的構成を説明するための機能ブロック図である。図１１を参照して、端末装置１００は、受信部１１１と、データ記憶部１１２と、通知部１１３と、現在位置検出部１１４と、権限委譲部１１５と、送信部１１６と、入力受付部１１７と、撮像部１１８と、判断部１１９とを備える。通知部１１３は、表示制御部１１３１と、表示部１１３２とを含む。
【０１１０】
受信部１１１は、サーバ装置２００から各種の情報を受信する。受信部１１１は、服薬情報、警告情報等を受信する。服薬情報および警告情報は、データ記憶部１１２に一時的に格納される。
【０１１１】
データ記憶部１１２は、オペレーティングシステム、各種のアプリケーションプログラム、および各種のデータを記憶するためのブロックである。データ記憶部１１２は、患者の自宅の位置情報を記憶している。
【０１１２】
通知部１１３は、服薬情報に基づき、端末装置１００のユーザに対して服薬通知を行なう。具体的には、表示制御部１１３１が、受信部が服薬情報を受信したことに基づき、データ記憶部１１２から当該服薬情報を読み出し、表示部１１３２に服薬通知を行なわせる。つまり、表示制御部１１３１は、服薬すべき時刻が到来したこと、服薬すべき薬の名称、服薬すべき量、および、服薬すべき薬の画像を、表示部１１３２に表示させる。
【０１１３】
現在位置検出部１１４は、ＧＰＳ機能を用いて端末装置１００の現在位置を検出する。現在位置検出部１１４は、検出された現在位置を表した位置情報を、権限委譲部１１５に送る。
【０１１４】
権限委譲部１１５は、端末装置１００が自宅に移動した場合、服薬通知を行なう権限を、端末装置１００から端末装置１０５に委譲する。具体的には、権限委譲部１１５は、サーバ装置２００を介して、服薬通知を行なう権限を端末装置１０５に委譲する。より詳しくは、権限委譲部１１５は、服薬通知を行なう権限を端末装置１０５に委譲するための通知（権限委譲通知）をサーバ装置２００に送信する。この場合、通知部１１３は、権限の委譲が完了すると、一例として、服薬通知を行なう機能を停止する。なお、権限委譲部１１５は、現在位置検出部１１４から受け付けた位置情報に基づて、端末装置１００が自宅に移動したか否かを判断する。
【０１１５】
また、権限委譲部１１５は、自宅に権限を委譲可能な端末装置が複数設置されている場合、予め定められた優先順位に基づいて、権限を委譲する端末装置を複数の端末装置１０５，１０６の中から決定する。
【０１１６】
送信部１１６は、サーバ装置２００に各種の情報を送信する。送信部１１６は、たとえば、権限委譲部１１５から権限委譲通知を受け付けた場合、当該権限委譲通知をサーバ装置２００に送信する。また、送信部１１６は、入力受付部１１７から服薬済通知を受け付けた場合には、服薬済通知をサーバ装置２００に送信する。また、送信部１１６は、ハートビート（生存情報）をサーバ装置２００に送信する。
【０１１７】
入力受付部１１７は、ユーザからの入力を受け付ける。入力受付部１１７は、たとえば、服薬を行なったことを表す入力を受け付ける。入力受付部１１７は、当該入力を受け付けると、送信部１１６に対して、服薬済通知を送る。この場合、送信部１１６は、服薬済通知をサーバ装置２００に送信する。
【０１１８】
撮像部１１８は、被写体を撮像する。撮像部１１８は、撮像により得られた画像データを判断部１１９に送る。判断部１１９の処理の内容については後述する。
【０１１９】
・錠剤パッケージに対する処理
薬が錠剤を個別にパッケージした錠剤パッケージとして処方される場合には、端末装置１００は、以下の処理を実行する。
【０１２０】
（１）表示制御部１１３１は、薬である錠剤を個別にパケージした錠剤パッケージの画像を表示部１１３２に表示させる。送信部１１６は、服薬通知がなされた場合に、予め定めれた時間内に服薬を行なったことを表す入力を入力受付部１１７が受け付けた場合、服薬済通知をサーバ装置２００に送信する。受信部１１１は、服薬済通知が送信されたことに基づき、錠剤パッケージについて服薬が行なわれた個数だけ錠剤が減少している画像をサーバ装置２００から受信する。この場合、表示制御部１１３１は、錠剤パッケージの画像として、服薬が行なわれた個数だけ錠剤が減少している画像を表示部１１３２に表示させる（図３（Ａ））。
【０１２１】
（２）判断部１１９は、服薬通知がなされた後に撮像部１１８により錠剤パッケージが撮像されたとき、錠剤パッケージが服薬すべき錠剤を含んだものか否かを判断する。当該判断は、データ記憶部１１２に一時的に記憶された服薬情報における薬の識別情報を利用して行なわれる。表示制御部１１３１は、錠剤パッケージが服薬すべき錠剤を含んだものである場合、錠剤パッケージの画像とともに、服薬すべき錠剤を指定するための画像を表示部１１３２に表示させる（図４（Ｃ））。
【０１２２】
・薬の飲み合わせ
ユーザが突発的に生じた飲み合わせを確認するために、薬を識別するための識別情報を入力受付部１１７に入力した場合についての処理を説明する。
【０１２３】
送信部１１６は、薬を識別するための識別情報が入力受付部１１７に入力された場合、当該識別情報をサーバ装置２００に送信する。受信部１１１は、識別情報が送信されたことに基づき、上記識別情報により識別される薬と、服薬通知がなされる薬との飲み合わせの適否を示した飲合情報をサーバ装置２００から受信する。
【０１２４】
表示制御部１１３１は、飲合情報に基づき、飲み合わせの適否を表した情報を表示部１１３２に表示させる。具体的には、表示制御部１１３１は、飲み合わせについて問題がある旨と、具体的な注意点（飲み合わせＤＢ７００に記憶された注意点）とを、表示部１１３２に表示させる。
【０１２５】
（ｅ２．サーバ装置２００）
図１２は、サーバ装置２００の機能的構成を説明するための機能ブロック図である。図１２を参照して、サーバ装置２００は、記憶部２１１と、通信部２１２と、制御部２１３とを備える。
【０１２６】
記憶部２１１は、オペレーティングシステム、各種のアプリケーションプログラム、および各種のデータを記憶するためのブロックである。記憶部２１１は、上記データとして、たとえば、ユーザ情報ＤＢ８００、服薬スケジュールＤＢ８０００、飲み合わせＤＢ７００を予め記憶している。また、記憶部２１１は、各種薬の画像データも記憶している。
【０１２７】
通信部２１２は、各端末装置１００，１０５，１０６，１０８，１０９との間で各種のデータ通信を行なう。
【０１２８】
制御部２１３は、サーバ装置２００の各種動作を制御する。制御部２１３は、記憶部２１１からオペレーティングシステム、および各種のアプリケーションプログラムを読み出し、各種の動作を実現する。また、制御部２１３は、記憶部２１１から各種のデータを読み出す。制御部２１３は、各端末装置１００，１０５，１０６，１０８，１０９に対して、当該読み出したデータを通信部２１２を用いて送信する。
【０１２９】
＜Ｆ．制御構造＞
図１３は、通信システム１におけるシーケンスチャートである。なお、シーケンスチャートの開始時点において、端末装置１００は宅外に位置しているとする。また、図１３に示したシーケンスチャートは、ある局面を説明するものであって、これに限定されるものではない。
【０１３０】
図１３を参照して、シーケンスＳＱ２において、サーバ装置２００は、服薬スケジュールに基づいて、端末装置１００に対して服薬情報を送信する。シーケンスＳＱ４において、端末装置１００において、患者により服薬済みの入力がなされたとする。シーケンスＳＱ６において、端末装置１００は、服薬済みであることを示す服薬済み通知をサーバ装置２００に送信する。
【０１３１】
シーケンスＳＱ８において、サーバ装置２００は、次の服薬スケジュールに基づいて、端末装置１００に対して服薬情報を送信する。シーケンスＳＱ１０において、端末装置１００において、予め定められた時間以内に、患者により服薬済みの入力がなされなかったとする。この場合、シーケンスＳＱ１２において、サーバ装置２００は、警告情報と、シーケンスＳＱ８で送信された服薬情報と同じ服薬情報とを端末装置１００に送信する。シーケンスＳＱ１４において、サーバ装置２００は、飲み忘れの連絡である未服薬通知を予め登録された端末装置１０８（端末装置１０８および／または端末装置１０９）に送信する。
【０１３２】
シーケンスＳＱ１６において、端末装置１００が宅内に移動したとする。この場合、シーケンスＳＱ１８において、端末装置１００は、服薬通知を行なう権限を宅内の端末装置１０５（または端末装置１０６）に委譲するための通知を、サーバ装置２００に送信する。シーケンスＳＱ２０において、サーバ装置２００は、服薬情報の送信先を、端末装置１００から、端末装置１０５に変更する処理を行なう。
【０１３３】
シーケンスＳＱ２２において、サーバ装置２００は、さらに次の服薬スケジュールに基づいて、端末装置１０５に対して服薬情報を送信する。
【０１３４】
シーケンスＳＱ２４において、端末装置１００が宅外に移動したとする。この場合、シーケンスＳＱ２６において、服薬通知を行なう権限を返還してもらうための要求をサーバ装置２００に送信する。シーケンスＳＱ２８において、サーバ装置２００は、服薬情報の送信先を、端末装置１０５から、端末装置１０６に変更する処理を行なう。
【０１３５】
シーケンスＳＱ３０において、サーバ装置２００は、さらに次の服薬スケジュールに基づいて、端末装置１００に対して服薬情報を送信する。
【０１３６】
図１４は、端末装置１００における処理の流れを表したフローチャートである。図１４を参照して、ステップＳ１０２において、端末装置１００は、服薬情報をサーバ装置２００から受信する。ステップＳ１０４において、端末装置１００は、服薬情報に基づく服薬通知を行なう。具体的には、端末装置１００は、図３（Ａ）に示した画像を端末装置１００のディスプレイに表示する。
【０１３７】
ステップＳ１０６において、端末装置１００は、薬の撮像を実施したか否かを判断する。端末装置１００は、ステップＳ１０６において肯定的な判断がなされた場合（ＹＥＳの場合）、ステップＳ１０８において、撮像した薬と服薬情報に示された薬との照合を行なう。ステップＳ１１０において、服薬すべき薬（錠剤）をＡＲを用いて患者に通知する。つまり、端末装置１００は、図４（Ｃ）に示した画像を端末装置１００のディスプレに表示する。端末装置１００は、ステップＳ１０６において否定的な判断がなされた場合（ＮＯの場合）、処理をステップＳ１１２に進める。
【０１３８】
ステップＳ１１２において、端末装置１００は、ユーザ（患者）によって服薬済みの入力があったか否かを判断する。端末装置１００は、ステップＳ１１２において肯定的な判断がなされた場合（ＹＥＳの場合）、ステップＳ１１４において、服薬が行なわれた旨をサーバ装置２００に通知する。端末装置１００は、ステップＳ１１４において否定的な判断がなされた場合（ＮＯの場合）、ステップＳ１２６において、サーバ装置２００から警告情報と再度の服薬情報とを受信する。
【０１３９】
ステップＳ１１６において、端末装置１００は、端末装置１００の現在位置を表した位置情報を用いて、端末装置１００が自宅に移動したか否かを判断する。なお、端末装置１００は、自宅の位置情報を予め記憶している。端末装置１００は、ステップＳ１１６において肯定的な判断がなされた場合（ＹＥＳの場合）、ステップＳ１１８において、服薬通知を行なう権限を移譲するための権限委譲通知をサーバ装置２００に送信する。端末装置１００は、ステップＳ１１６において否定的な判断がなされた場合（ＮＯの場合）、処理をステップＳ１０２に進める。
【０１４０】
ステップＳ１２０において、端末装置１００は、端末装置１００の現在位置を表した位置情報を用いて、端末装置１００が宅外に移動したか否かを判断する。端末装置１００は、ステップＳ１２０において肯定的な判断がなされた場合（ＹＥＳの場合）、ステップＳ１２２において、服薬通知を行なう権限を返還してもらうための権限返還通知をサーバ装置２００に送信する。端末装置１００は、ステップＳ１２０において否定的な判断がなされた場合（ＮＯの場合）、処理をステップＳ１２０に進める。
【０１４１】
ステップＳ１２４において、端末装置１００は、ユーザから電源をオフする入力を受け付けたか否かを判断する。端末装置１００は、ステップＳ１２４において肯定的な判断がなされた場合（ＹＥＳの場合）、一連の処理を終了する。端末装置１００は、ステップＳ１２４において否定的な判断がなされた場合（ＮＯの場合）、処理をステップＳ１０２に進める。
【０１４２】
図１５は、サーバ装置２００における処理の流れを表したフローチャートである。図１５を参照して、ステップＳ２０２において、サーバ装置２００は、権限委譲通知を端末装置１００から受信したか否かを判断する。サーバ装置２００は、ステップＳ２０２において肯定的な判断がなされた場合（ＹＥＳの場合）、ステップＳ２０４において、服薬情報の送信先を、端末装置１００から端末装置１０５に変更する処理を行なう。サーバ装置２００は、ステップＳ２０２において否定的な判断がなされた場合（ＮＯの場合）、処理をステップＳ２０６に進める。
【０１４３】
ステップＳ２０６において、サーバ装置２００は、権限返還通知を端末装置１００から受信したか否かを判断する。サーバ装置２００は、ステップＳ２０６において肯定的な判断がなされた場合（ＹＥＳの場合）、ステップＳ２０８において、服薬情報の送信先を、端末装置１０５から端末装置１００に変更する処理を行なう。サーバ装置２００は、ステップＳ２０６において否定的な判断がなされた場合（ＮＯの場合）、処理をステップＳ２１０に進める。
【０１４４】
ステップＳ２１０において、サーバ装置２００は、服薬スケジュールで規定された時刻となったか否かを判断する。サーバ装置２００は、ステップＳ２１０において肯定的な判断がなされた場合（ＹＥＳの場合）、ステップＳ２１２において、服薬スケジュールに従い服薬情報を権限を有する端末装置に送信する。サーバ装置２００は、ステップＳ２１０において否定的な判断がなされた場合（ＮＯの場合）、処理をステップＳ２０２に進める。
【０１４５】
ステップＳ２１４において、サーバ装置２００は、服薬済み通知を権限を有する端末装置から受信したか否かを判断する。サーバ装置２００は、ステップＳ２１４において否定的な判断がなされた場合（ＮＯの場合）、ステップＳ２１６において、権限を有する端末装置に対して、警告情報とステップＳ２１２において送信した服薬情報と同じ内容の服薬情報とを送信する。ステップＳ２１８において、サーバ装置２００は、登録された端末装置１０８および／または端末装置１０９に未服薬通知を送信する。サーバ装置２００は、ステップＳ２１４において肯定的な判断がなされた場合（ＹＥＳの場合）、処理をステップＳ２２０に進める。
【０１４６】
ステップＳ２２０において、サーバ装置２００は、端末装置に通知すべき服薬情報が未だ残っているか否かを判断する。サーバ装置２００は、ステップＳ２２０において肯定的な判断がなされた場合（ＹＥＳの場合）、処理をステップＳ２０２に進める。サーバ装置２００は、ステップＳ２２０において否定的な判断がなされた場合（ＮＯの場合）、一連の処理を終了する。
【０１４７】
＜Ｇ．変形例＞
（ｇ１．第１の変形例）
上記においては、端末装置が、現在位置を表した位置情報に基づき、服薬通知を行なう権限を移譲するか否かを判断した。以下では、サーバ装置が、端末装置の現在位置を取得し、服薬通知を行なう権限を移譲するか否かを判断する構成について説明する。なお、以下では、説明の便宜上、このような構成の端末装置およびサーバ装置を、端末装置１００およびサーバ装置２００と区別するために、それぞれ、「端末装置１００Ａ」と「サーバ装置２００Ａ」と称する。
【０１４８】
・端末装置１００Ａの機能的構成
図１６は、端末装置１００Ａの機能的構成を説明するための機能ブロック図である。図１６を参照して、端末装置１００Ａは、受信部１１１と、データ記憶部１１２Ａと、通知部１１３と、現在位置検出部１１４Ａと、送信部１１６Ａと、入力受付部１１７と、撮像部１１８と、判断部１１９とを備える。
【０１４９】
つまり、端末装置１００Ａは、権限委譲部１１５を備えていない点において、端末装置１００とは異なる。また、端末装置１００Ａは、データ記憶部１１２Ａ、現在位置検出部１１４Ａと、送信部１１６Ａとを備える点において、データ記憶部１１２と、現在位置検出部１１４と、送信部１１６とを備える端末装置１００とは異なる。以下では、端末装置１００と異なる点を説明する。
【０１５０】
データ記憶部１１２Ａは、オペレーティングシステム、各種のアプリケーションプログラム、および各種のデータを記憶するためのブロックである。データ記憶部１１２Ａは、データ記憶部１１２とは異なり、患者の自宅の位置情報を記憶している必要はない。
【０１５１】
現在位置検出部１１４Ａは、ＧＰＳ機能を用いて端末装置１００Ａの現在位置を検出する。現在位置検出部１１４Ａは、検出された現在位置を表した位置情報を、送信部１１６Ａに送る。
【０１５２】
送信部１１６Ａは、サーバ装置２００Ａに各種の情報を送信する。送信部１１６Ａは、たとえば、現在位置検出部１１４Ａから位置情報の通知を受け付けた場合、当該位置情報をサーバ装置２００Ａに送信する。また、送信部１１６Ａは、入力受付部１１７から服薬済通知を受け付けた場合には、服薬済通知をサーバ装置２００Ａに送信する。また、送信部１１６Ａは、ハートビートをサーバ装置２００に送信する。
【０１５３】
なお、薬が錠剤を個別にパッケージした錠剤パッケージとして処方される場合には、端末装置１００Ａは、端末装置１００と同じ処理を実行する。また、ユーザが突発的に生じた飲み合わせを確認するために、薬を識別するための識別情報を入力受付部１１７に入力した場合も、端末装置１００Ａは端末装置１００と同様の処理を実行する。このため、これらの処理については、ここでは、繰り返し説明しない。
【０１５４】
・サーバ装置２００Ａの機能的構成
図１７は、サーバ装置２００Ａの機能的構成を説明するための機能ブロック図である。図１７を参照して、サーバ装置２００Ａは、受信部２２１と、位置判断部２２２と、記憶部２１１Ａと、管理部２２３と、送信部２２４と、飲み合わせ判断部２２５とを備える。管理部２２３は、端末決定部２２３１と、データ生成部２２３２とを含む。なお、図１７は、端末装置１００Ａから端末装置１０５に服薬通知を行なう権限が移譲する局面を説明した図でもある。
【０１５５】
記憶部２１１Ａは、オペレーティングシステム、各種のアプリケーションプログラム、および各種のデータを記憶するためのブロックである。記憶部２１１Ａは、上記データとして、ユーザ情報ＤＢ８００と、服薬スケジュールＤＢ８０００と、飲み合わせＤＢ７００と、患者の自宅の位置を表した位置情報と、優先順位情報とを予め格納している。記憶部２１１Ａは、各種薬の画像データも格納している。
【０１５６】
受信部２２１は、各端末装置１００Ａ，１０５，１０６，１０８，１０９から各種のデータを受信する。受信部２２１は、たとえば、端末装置１００Ａから、端末装置１００Ａの現在地を表示した位置情報と、飲み合わせの判断適否のための薬の識別情報とを受信する。また、受信部２２１は、端末装置１０５から、端末装置１０５に服薬通知を行なう権限がる場合等に、薬の識別情報を受信する。
【０１５７】
受信部２２１は、受信した位置情報を位置判断部２２２に送る。また、受信部２２１は、受信した薬の識別情報を飲み合わせ判断部２２５に送る。
【０１５８】
位置判断部２２２は、受信した位置情報と、記憶部２１１Ａに予め格納された患者の自宅の位置を表す位置情報とに基づき、端末装置１００Ａが宅内に移動したか否かを判断する。位置判断部２２２は、判断結果を管理部２２３に送る。
【０１５９】
管理部２２３は、服薬情報を送信する端末装置の決定、および服薬情報を生成する。具体的に説明すれば、以下のとおりである。管理部２２３は、位置判断部２２２から送られてきた判断結果に基づき、服薬情報の送信先を、端末装置１００Ａとするか、あるいは宅内に設置されている端末装置１０５（あるいは端末装置１０６）とするかを決定する。たとえば、管理部２２３は、端末装置１００Ａが患者の自宅に移動したと判断された場合、服薬情報の送信先を端末装置１０５とする。一方、管理部２２３は、端末装置１００Ａが患者の自宅に移動していないと判断された場合、服薬情報の送信先を端末装置１００Ａとままとする。
【０１６０】
より詳しく説明すると、端末決定部２２３１は、記憶部２１１Ａに記憶された優先順位情報に基づいて、患者の宅内に設置された複数の端末装置１０５，１０６のうち、服薬情報を送信する端末装置を決定する。なお、優先順位情報には、宅内に設置された各端末装置について、優先順位が付与されている。
【０１６１】
データ生成部２２３２は、服薬情報の送信先となる端末装置が決定されたことに基づき、当該決定されれた端末装置を送信先とする服薬情報を生成する。データ生成部２２３２は、生成された服薬情報を送信部２２４に送る。
【０１６２】
送信部２２４は、各端末装置１００Ａ，１０５，１０６，１０８，１０９に対して、各種のデータを送信する。たとえば、送信部２２４は、服薬情報が生成されたことに基づき、決定された端末装置（図１７では端末装置１０５）に服薬情報を送信する。
【０１６３】
飲み合わせ判断部２２５は、受信部２２１から薬の識別情報を受け取ったことに基づき、記憶部２１１Ａに記憶された飲み合わせＤＢ７００を参照して、飲み合わせの適否を判断する。飲み合わせ判断部２２５は、飲み合わせの判断結果を送信部２２４に送る。この場合、送信部２２４は、飲み合わせの判断結果を、薬の識別情報の入力がなされた端末装置に送信する。
【０１６４】
・シーケンスチャート
図１８は、通信システム１におけるシーケンスチャートである。なお、シーケンスチャートの開始時点において、端末装置１００Ａは宅外に位置しているとする。また、図１８に示したシーケンスチャートは、ある局面を説明するものであって、これに限定されるものではない。
【０１６５】
図１８を参照して、シーケンスＳＱ１０２において、端末装置１００Ａは、端末装置１００Ａの現在位置を表した位置情報をサーバ装置２００Ａに送信する。シーケンスＳＱ１０４において、サーバ装置２００Ａは、服薬スケジュールに基づいて、端末装置１００Ａに対して服薬情報を送信する。シーケンスＳＱ１０６において、端末装置１００Ａにおいて、患者により服薬済みの入力がなされたとする。シーケンスＳＱ１０８において、端末装置１００Ａは、服薬済みであることを示す服薬済み通知をサーバ装置２００Ａに送信する。
【０１６６】
シーケンスＳＱ１１０において、端末装置１００Ａの現在位置を表した位置情報をサーバ装置２００Ａに送信する。シーケンスＳＱ１１２において、サーバ装置２００Ａは、次の服薬スケジュールに基づいて、端末装置１００Ａに対して服薬情報を送信する。シーケンスＳＱ１１４において、端末装置１００Ａにおいて、予め定められた時間以内に、患者により服薬済みの入力がなされなかったとする。この場合、シーケンスＳＱ１１６において、サーバ装置２００Ａは、警告情報と、シーケンスＳＱ１１２で送信された服薬情報と同じ服薬情報とを端末装置１００Ａに送信する。シーケンスＳＱ１１８において、サーバ装置２００Ａは、飲み忘れの連絡である未服薬通知を予め登録された端末装置１０８（端末装置１０８および／または端末装置１０９）に送信する。
【０１６７】
シーケンスＳＱ１２０において、端末装置１００Ａが宅内に移動したとする。シーケンスＳＱ１２２において、端末装置１００Ａは、端末装置１００Ａの現在位置を表した位置情報をサーバ装置２００Ａに送信する。シーケンスＳＱ１２４において、サーバ装置２００Ａは、受信した位置情報に基づき端末装置１００Ａが宅内に移動したと判断し、服薬情報の送信先を端末装置１００Ａから端末装置１０５に変更する処理を行なう。
【０１６８】
シーケンスＳＱ１２６において、サーバ装置２００Ａは、さらに次の服薬スケジュールに基づいて、端末装置１０５に対して服薬情報を送信する。
【０１６９】
シーケンスＳＱ１２８において、端末装置１００Ａが宅外に移動したとする。シーケンスＳＱ１３０において、端末装置１００Ａは、端末装置１００Ａの現在位置を表した位置情報をサーバ装置２００Ａに送信する。シーケンスＳＱ１３２において、サーバ装置２００Ａは、受信した位置情報に基づき端末装置１００Ａが宅外に移動したと判断し、服薬情報の送信先を端末装置１０５から端末装置１０６に変更する処理を行なう。
【０１７０】
シーケンスＳＱ１３４において、サーバ装置２００Ａは、さらに次の服薬スケジュールに基づいて、端末装置１００Ａに対して服薬情報を送信する。
【０１７１】
・端末装置１００Ａにおける制御構造
図１９は、端末装置１００Ａにおける処理の流れを表したフローチャートである。図１９を参照して、ステップＳ３０２において、端末装置１００Ａは、定期的に、端末装置１００の現在位置を表した位置情報をサーバ装置２００Ａに送信する処理を開始する。ステップＳ３０４において、端末装置１００Ａは、服薬情報をサーバ装置２００Ａから受信したか否かを判断する。
【０１７２】
端末装置１００Ａは、ステップＳ３０４において肯定的な判断がなされた場合（ＹＥＳの場合）、ステップＳ３０６において、服薬情報に基づく服薬通知を行なう。具体的には、端末装置１００Ａは、図３（Ａ）に示した画像を端末装置１００Ａのディスプレイに表示する。端末装置１００Ａは、ステップＳ３０４において否定的な判断がなされた場合（ＮＯの場合）、処理をステップＳ３０４に進める。
【０１７３】
ステップＳ３０８において、端末装置１００Ａは、薬の撮像を実施したか否かを判断する。端末装置１００Ａは、ステップ３０８において肯定的な判断がなされた場合（ＹＥＳの場合）、ステップＳ３１０において、撮像した薬と服薬情報に示された薬との照合を行なう。ステップＳ３１２において、服薬すべき薬（錠剤）をＡＲを用いて患者に通知する。つまり、端末装置１００Ａは、図４（Ｃ）に示した画像を端末装置１００Ａのディスプレに表示する。端末装置１００Ａは、ステップＳ３０８において否定的な判断がなされた場合（ＮＯの場合）、処理をステップＳ３１４に進める。
【０１７４】
ステップＳ３１４において、端末装置１００Ａは、ユーザ（患者）によって服薬済みの入力があったか否かを判断する。端末装置１００Ａは、ステップＳ３１４において肯定的な判断がなされた場合（ＹＥＳの場合）、ステップＳ３１６において、服薬が行なわれた旨をサーバ装置２００Ａに通知する。端末装置１００Ａは、ステップＳ３１６において否定的な判断がなされた場合（ＮＯの場合）、ステップＳ３２０において、サーバ装置２００Ａから警告情報と再度の服薬情報とを受信する。
【０１７５】
ステップＳ３１８において、端末装置１００Ａは、ユーザから電源をオフする入力を受け付けたか否かを判断する。端末装置１００Ａは、ステップＳ３１８において肯定的な判断がなされた場合（ＹＥＳの場合）、一連の処理を終了する。端末装置１００Ａは、ステップＳ３１８において否定的な判断がなされた場合（ＮＯの場合）、処理をステップＳ３０４に進める。
【０１７６】
・サーバ装置２００Ａにおける制御構造
図２０は、サーバ装置２００Ａにおける処理の流れを表したフローチャートである。図２０を参照して、ステップＳ４０２において、端末装置１００から定期的に送られてくる端末装置１００の現在位置を表した位置情報の受信を開始する。
【０１７７】
ステップＳ４０４において、サーバ装置２００Ａは、端末装置１００が宅内に移動したか否かを判断する。なお、サーバ装置２００は、端末装置１００のユーザの自宅の位置情報を予め記憶している。サーバ装置２００Ａは、ステップＳ４０４において肯定的な判断がなされた場合（ＹＥＳの場合）、ステップＳ４０６において、服薬情報の送信先を、端末装置１００Ａから端末装置１０５に変更する処理を行なう。サーバ装置２００Ａは、ステップＳ４０４において否定的な判断がなされた場合（ＮＯの場合）、処理をステップＳ４０８に進める。
【０１７８】
ステップＳ４０８において、サーバ装置２００Ａは、端末装置１００が宅外に移動したか否かを判断する。サーバ装置２００Ａは、ステップＳ４０８において肯定的な判断がなされた場合（ＹＥＳの場合）、ステップＳ４１０において、服薬情報の送信先を、端末装置１０５から端末装置１００Ａに変更する処理を行なう。サーバ装置２００Ａは、ステップＳ４０８において否定的な判断がなされた場合（ＮＯの場合）、処理をステップＳ４１２に進める。
【０１７９】
ステップＳ４１２において、サーバ装置２００Ａは、服薬スケジュールで規定された時刻となったか否かを判断する。サーバ装置２００Ａは、ステップＳ４１２において肯定的な判断がなされた場合（ＹＥＳの場合）、ステップＳ４１４において、服薬スケジュールに従い服薬情報を権限を有する端末装置に送信する。サーバ装置２００Ａは、ステップＳ４１２において否定的な判断がなされた場合（ＮＯの場合）、処理をステップＳ４０４に進める。
【０１８０】
ステップＳ４１６において、サーバ装置２００Ａは、服薬済み通知を権限を有する端末装置から受信したか否かを判断する。サーバ装置２００Ａは、ステップＳ４１６において否定的な判断がなされた場合（ＮＯの場合）、ステップＳ４１８において、権限を有する端末装置に対して、警告情報とステップＳ４１４において送信した服薬情報と同じ内容の服薬情報とを送信する。ステップＳ４２０において、サーバ装置２００Ａは、登録された端末装置１０８および／または端末装置１０９に未服薬通知を送信する。サーバ装置２００Ａは、ステップＳ４１６において肯定的な判断がなされた場合（ＹＥＳの場合）、処理をステップ４２２に進める。
【０１８１】
ステップＳ４２２において、サーバ装置２００Ａは、端末装置に通知すべき服薬情報が未だ残っているか否かを判断する。サーバ装置２００Ａは、ステップＳ４２２において肯定的な判断がなされた場合（ＹＥＳの場合）、処理をステップＳ４０４に進める。サーバ装置２００Ａは、ステップＳ４４２において否定的な判断がなされた場合（ＮＯの場合）、一連の処理を終了する。
【０１８２】
（ｇ２．第２の変形例）
上記においては、「（ｂ３．服薬する薬の判別）」において説明したように、服薬する薬の判別をカメラを用いて行なった。なお、カメラによる判別には、文字認識の他、錠剤パッケージにバーコードが印字されている場合にはバーコード認識を用いることもできる。しかしながら、薬の判別はカメラを用いたものに限定されるものではない。カメラ以外にも、錠剤パッケージにＲＦＩＤタグが付されている場合には、ＲＦＩＤタグリーダ機能を端末装置に備えておくことにより、服薬する薬を判別することができる。
【０１８３】
（ｇ３．第３の変形例）
スマートフォンとテレビとの間で切り替えると言う前提であれば、あらかじめアプリケーションに登録して記憶させたＭＡＣアドレスおよびＳＳＩＤの無線ＬＡＮのビーコン電波の強度をスマートフォンで検知して、電波の強弱で家の中と外の移動を判断してもよい。
【０１８４】
（ｇ４．第４の変形例）
端末装置１００，１００Ａから端末装置１０５に権限が移譲された後、テレビにおいて、服薬したことを表す入力がなされなかった場合には、警告の後または警告なしで、端末装置１０６に権限を移譲するように、通信システム１を構成してもよい。なお、この場合の優先順位は、端末装置１０５、端末装置１０６の順である。この場合、端末装置１０５における服薬通知の後、予め定められた時間経過後に服薬通知をするように、端末装置１０６を構成すればよい。
【０１８５】
さらに、各端末装置は、自分が患者に操作されている最中かどうかを判断できるので、操作中の端末装置が、上記の通知順番等を無視して、服薬通知を行うように、通信システム１を構成してもよい。この場合、操作中の端末装置の優先順位が一位になるように一時的に順位の変更を行ってもよい。
【０１８６】
（ｇ５．第５の変形例）
端末装置１００，１００Ａを以下のような構成とすることが好ましい。すなわち、端末装置１００，１００Ａが予め定められた場所から移動した場合、当該端末装置１００，１００Ａのユーザに対して薬を所持したかを問い合わせる通知を行なうように通知部１１３を構成することが好ましい。当該構成により、患者は、自宅等を出るときに、薬の持ち忘れを防止することができる。
【０１８７】
特に、端末装置１００，１００Ａを以下のような構成とすることが好ましい。すなわち、端末装置１００，１００Ａが予め定められた場所から移動した場合、移動後に服薬すべき薬をサーバ装置２００，２００Ａに問い合わせるように、送信部１１６，１１６Ａを構成する。まｔ、移動後に服薬すべき薬を表した情報を受信するように、受信部１１１を構成する。そして、移動後に服薬すべき薬を表した情報が受信されたことに基づき、移動後に服薬すべき薬を所持したかを端末装置１００，１００Ａのユーザに対して問い合わせる通知を行なうように、通知部１１３を構成する。当該構成により、患者は、自宅等を出るときに、この後のべき薬の持ち忘れを防止することができる。
【０１８８】
（ｇ６．第６の変形例）
上記においては、予め定められた場所として、患者の自宅を例に挙げて説明したが、これに限定されるものではない。たとえば、自宅以外に、患者の勤務先であるオフィス、患者が宿泊するホテル等の宿泊施設であってもよい。オフィスの場合には、端末装置１００，１００Ａから、オフィスのコンピュータに権限を移譲する構成が考えられる。また、宿泊施設の場合には、端末装置１００，１００Ａから、宿泊部屋に設置されたネットワークに接続可能な機能テレビに権限を移譲する構成が考えられる。
【０１８９】
（ｇ７．第７の変形例）
上記においては、端末装置１００が、患者の自宅に移動したか、自宅から宅外に移動したかを、ＧＰＳによる位置情報に基づいて判断したが、これに限定されない。たとえば、端末装置１００は、患者の宅内に設けられた無線ＬＡＮの親機から送信されるビーコン電波を受信できたか否かによって、自装置が宅内に位置するか否かを判断してもよい。あるいは、患者の自宅の玄関の電子キーを、家の外から開けたか、内から開けたかで、自装置が宅内に位置するか否かを判断してもよい。なお、この場合には、電子キーが、ネットワーク３００を介して、サーバ装置２００と通信可能に接続されていることが必要となる。
【０１９０】
また、患者が、上記サービスの提供を受けている端末装置がどの端末装置であるかを確認可能なように、通信システム１を構成することが好ましい。この場合、患者が端末装置１００を用いて他の端末装置へのサービスの提供中止をサーバ装置２００に指令できるように、通信システム１を構成することが好ましい。
【０１９１】
（ｇ８．第８の変形例）
上記においては、サーバ装置２００，２００Ａから端末装置１０８，１０９に対して、飲み忘れの連絡である未服薬通知が送信される構成を例に挙げて説明したが、これに限定されるものではない。服薬通知を行なう権限を有する端末装置１００，１００Ａ，１０５等が、予め定めれた時間内に前記服薬を行なったことを表す入力を入力受付部１１７が受け付けなかったとき、端末装置１０８，１０９に対して飲み忘れの連絡である未服薬通知を送信するように、端末装置１００を構成してもよい。
【０１９２】
（ｇ９．第９の変形例）
上記においては、端末装置１００等で薬の画像を表示するための薬の画像データは、予めサーバ装置２００，２００Ａに格納している構成を例挙げて説明したが、これに限定されるものではない。たとえば、薬剤師が薬を処方する度に、薬剤師が、当該薬を撮像することにより得られた画像データを、服薬スケジュールと関連付けてサーバ装置２００，２００Ａにアップロードする構成であってもよい。
【０１９３】
（ｇ１０．第１０の変形例）
上記においては、患者がスマートフォン等の携帯型の端末装置１００，１００Ａを所持する構成について説明した。たとえば、患者は携帯型の端末装置１００，１００Ａを所持することなく、患者の家族が端末装置１００，１００Ａを所持する構成としてもよい。
【０１９４】
つまり、家族が患者の代わりに、服薬通知および警告情報を受けてもよい。また、家族が、服薬を行なったことを表す入力を端末装置１００，１００Ａにする構成でもよい。この場合、家族の利用方法としては、「（i）服薬通知等を受け取ったら患者に電話するなどして連絡を取り、（ii）薬を飲んだか確認し、（iii）確認後に入力を行う」という例が考えられる。
【０１９５】
（ｇ１１．第１１の変形例）
各端末装置に優先順位が静的に設定してあり、各端末装置は患者の現在地と他の端末装置の位置とから、自身の服薬通知機能のオン／オフを決定する構成であってもよい。この場合、患者から一定距離内の、一番高い順位の端末装置のみ服薬通知機能がオンとなる。
【０１９６】
あるいは、患者が手動で入力して服薬通知機能のオン・オフを切り替える構成であってもよい。この場合、端末装置１００，１００Ａの現在位置は、上記切り替とは関係ない。  
【０１９７】
この場合、端末装置のアプリケーションに端末装置のリスト表示する。そして、当該端末装置において、ユーザが服薬通知機能のオン・オフを操作する。当該操作状況が、ネットワーク３００経由で、サーバ装置に送信される。
【０１９８】
または、端末装置間で、赤外線通信、ＮＦＣによるタッチ、Ｗｉｆｉダイレクト、Ｂｌｕｅｔｏｏｔｈ（登録商標）でデータをやり取りする。つまり、ネットワークを使わずに端末装置間で直接通信する。
【０１９９】
または、単純に、端末装置を使用中である場合は、服薬通知機能をオンにする。たとえば、テレビであれば放送を画面に映した場合に、服薬通知機能をオンにする。
【０２００】
今回開示された実施の形態は例示であって、上記内容のみに制限されるものではない。本発明の範囲は特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０２０１】
１  通信システム、８  管理情報、１００，１００Ａ，１０５，１０６，１０８，１０９  端末装置、１１１，２２１  受信部、１１２，１１２Ａ  データ記憶部、１１３  通知部、１１４，１１４Ａ  現在位置検出部、１１５  権限委譲部、１１６，１１６Ａ，２２４  送信部、１１７  入力受付部、１１８  撮像部、１１９，２２５  判断部、１５５  アプリケーションプロセッサ、１５８  フラッシュメモリ、１５９  タッチスクリーン、１６７  カメラ、１９１，１９１Ａ，１９２，１９２Ｂ  領域、２００，２００Ａ  サーバ装置、２１１，２１１Ａ  記憶部、２１２  通信部、２１３  制御部、２２２  位置判断部、２２３  管理部、２５１  ＣＰＵ、２５３  ＲＡＭ、３００  ネットワーク、４１０，４３０  図形、８００  ユーザ情報ＤＢ、８０１，８０２，８０３  ユーザ情報、９１０，９２０，９３０  錠剤パッケージ、１１３１  表示制御部、１１３２  表示部、１４５１，１６５１  メモリカード、２２３１  端末決定部、２２３２  データ生成部、８０００  服薬スケジュールＤＢ、８０１１〜８０１３  服薬スケジュール、８０１１Ｄ  第１の階層、８０１１Ｅ  第２の階層、８０１１Ｆ  第３の階層、Ｄ００１，Ｄ００２，Ｄ００３  日付情報、Ｅ０１１，Ｅ０１２，Ｅ０２１，Ｅ０２２，Ｅ０３１，Ｅ０３２  服薬イベント、Ｆ１１１，Ｆ１１２，Ｆ１１１  詳細情報。
【図１】
2014056491.tif 000003
【図２】
2014056491.tif 000004
【図３】
2014056491.tif 000005
【図４】
2014056491.tif 000006
【図５】
2014056491.tif 000007
【図６】
2014056491.tif 000008
【図７】
2014056491.tif 000009
【図８】
2014056491.tif 000010
【図９】
2014056491.tif 000011
【図１０】
2014056491.tif 000012
【図１１】
2014056491.tif 000013
【図１２】
2014056491.tif 000014
【図１３】
2014056491.tif 000015
【図１４】
2014056491.tif 000016
【図１５】
2014056491.tif 000017
【図１６】
2014056491.tif 000018
【図１７】
2014056491.tif 000019
【図１８】
2014056491.tif 000020
【図１９】
2014056491.tif 000021
【図２０】
2014056491.tif 000022