(57)【要約】【課題】処方薬の適正な服薬管理を行うことを可能とするイベントセンサーを提供する。【解決手段】本発明は、装着者が食事を摂取したというイベントの発生を判断して、イベント発生情報を発信するイベントセンサー１００において、装着者の耳孔内に挿入可能な耳装着部と、該耳装着部に設けられ耳孔径方向の圧力変化を検出し圧力検出信号を発する圧力センサー１１１と、圧力センサー１１１からの圧力検出信号を解析し、装着者が食事を摂取したと判断する判断部（１２３など）と、該判断部からの判断情報を受けてイベント発生情報を発信する通信装部１２６と、を有することを特徴とする。【選択図】  図２
2009022504.tif 000002
【特許請求の範囲】
【請求項１】
装着者が食事を摂取したというイベントの発生を判断して、イベント発生情報を発信するイベントセンサーにおいて、
装着者の耳孔内に挿入可能な耳装着部と、
該耳装着部に設けられ耳孔径方向の圧力変化を検出し圧力検出信号を発する圧力センサーと、
該圧力センサーからの圧力検出信号を解析し、装着者が食事を摂取したと判断する判断部と、
該判断部からの判断情報を受けてイベント発生情報を発信する情報発信部と、を有することを特徴とするイベントセンサー。
【請求項２】
該耳装着部には耳孔周辺で発生する音声の検出を行う骨伝導マイクが設けられ、該判断部は該骨伝導マイクが検出した音声情報も加味して装着者が食事を摂取したと判断することを特徴とする請求項１に記載のイベントセンサー。
【請求項３】
該耳装着部には耳孔内の鼓膜の温度を検出する放射温度計が設けられ、該判断部は該放射温度計が検出した温度情報も加味して装着者が食事を摂取したと判断することを特徴とする請求項１に記載のイベントセンサー。
【請求項４】
該情報発信部が発信するイベント発生情報を携帯電話が受信することを特徴とする請求項１乃至請求項３に記載のイベントセンサー。
【請求項５】
該情報発信部が発信するイベント発生情報をピルケースが受信することを特徴とする請求項１乃至請求項３に記載のイベントセンサー。
【請求項６】
アーム付きヘッドフォン又はアームレス型ヘッドフォン又はイヤホンの形態をとることを特徴とする請求項１乃至請求項５に記載のイベントセンサー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処方されている薬などの飲み忘れを防止するために「食事をとる」というイベントが発生したことを判定してイベント発生情報を発信するイベントセンサーに関する。
【背景技術】
【０００２】
近年、食生活の欧米化やストレス社会などに起因し、高血圧症や糖尿病等の慢性疾患を患っている人が増大している。高血圧症や糖尿病等の慢性疾患の処方薬を服用している人は、処方箋で指定された方法で継続して服薬しなければならない。このような高血圧症や糖尿病等の患者は飲み忘れ等の不適正な服薬が発生しないように注意深く自主的に管理している筈であるが、現実には不適正な服薬が時々発生しているようである。従って、患者にとっては、飲み忘れ等の服薬に関わる不安は非常に大きなものである。このような患者の不安を解消するための飲み忘れ防止を支援するための装置が種々提案されている。
【０００３】
例えば、特許文献１（特開２００３−３１０７１５号公報）には、薬入れを備えた薬箱と、電子制御装置と、前記薬入れの開閉を検出する薬入れ開閉センサとで構成され、前記電子制御装置は前記薬入れ開閉センサからの開信号若しくは閉信号に基づいて現在時刻を服薬確認時刻としてメモリに記憶させること、及び前記薬入れ開閉センサからの開信号が服薬禁止時間内に入力されたときは二度飲みアラームを発生させることを特徴とする服薬管理支援装置が開示されている。
【特許文献１】特開２００３−３１０７１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、特許文献１に記載の服薬管理支援装置では、患者が食事をとった、という事象（イベント）に基づいて、服薬時間等を管理するものではないので、必ずしも実質的で適正な服薬管理支援を行うことができない、という問題があった。
【課題を解決するための手段】
【０００５】
上記のような問題点を解決するために、本発明では「食事をとる」というイベントが発生したことを判定してイベント発生情報を発信する装置を提案するものであって、請求項１に係る発明は、装着者が食事を摂取したというイベントの発生を判断して、イベント発生情報を発信するイベントセンサーにおいて、装着者の耳孔内に挿入可能な耳装着部と、該耳装着部に設けられ耳孔径方向の圧力変化を検出し圧力検出信号を発する圧力センサーと、該圧力センサーからの圧力検出信号を解析し、装着者が食事を摂取したと判断する判断部と、該判断部からの判断情報を受けてイベント発生情報を発信する情報発信部と、を有することを特徴とする。
【０００６】
また、請求項２に係る発明は、請求項１に記載のイベントセンサーにおいて、該耳装着部には耳孔周辺で発生する音声の検出を行う骨伝導マイクが設けられ、該判断部は該骨伝導マイクが検出した音声情報も加味して装着者が食事を摂取したと判断することを特徴とする。
【０００７】
また、請求項３に係る発明は、請求項１に記載のイベントセンサーにおいて、該耳装着部には耳孔内の鼓膜の温度を検出する放射温度計が設けられ、該判断部は該放射温度計が検出した温度情報も加味して装着者が食事を摂取したと判断することを特徴とする。
【０００８】
また、請求項４に係る発明は、請求項１乃至請求項３に記載のイベントセンサーにおいて、該情報発信部が発信するイベント発生情報を携帯電話が受信することを特徴とする。
【０００９】
また、請求項５に係る発明は、請求項１乃至請求項３に記載のイベントセンサーにおいて、該情報発信部が発信するイベント発生情報をピルケースが受信することを特徴とする。
【００１０】
また、請求項６に係る発明は、請求項１乃至請求項５に記載のイベントセンサーにおいて、アーム付きヘッドフォン又はアームレス型ヘッドフォン又はイヤホンの形態をとることを特徴とする。
【発明の効果】
【００１１】
本発明のイベントセンサーによれば、「食事をとる」というイベントが発生したことを判定してイベント発生情報を発信するので、患者は処方薬の適正な服薬管理を行うことが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態を図面を参照しつつ説明する。図１は本発明の実施の形態に係るイベントセンサーとそれに関連する構成を示す図である。図１において、１は患者（イベントセンサー装着者）、１００はイベントセンサー、１１０は耳装着部、１０５は本体部、２００は携帯電話、３５０はリマインドサービスセンターをそれぞれ示している。
【００１３】
患者（装着者）１は、毎食後の服薬を処方されている人であり、イベントセンサー１００は患者（装着者）１が食事をしたことを判定し、これに係る情報を発信して、患者（装着者）１の処方薬の服薬管理に供するものである。
【００１４】
イベントセンサー１００は、本実施形態では、耳装着部１１０と本体部１０５とこれら双方を接続する信号用接続線とから構成される例について示すが、このような形態に限らず、アーム付きヘッドフォンのような形態としたり、アームレス型ヘッドフォンの形態としたり、或いは、イヤホンの形態としたりすることもできる。このとき、本体部１０５を別体としないようにすることもできる。
【００１５】
耳装着部１１０は、患者（装着者）１の耳周辺の動きなどの情報をセンスするセンサー類が設けられており、本体部１０５はこれらセンサー類からの検出信号を解析して、患者（装着者）１が食事をしたと判断する情報処理部や、食事をしたという情報を発信する通信部などを有している。
【００１６】
本実施形態では、イベントセンサー１００から発せられる、患者（装着者）１が食事をしたという情報（「イベント発生情報」とも言う。）は、例えばブルートゥースなどの通信ステムが搭載された携帯電話２００によって受信される構成を例に挙げて説明する。このような携帯電話２００は、患者（装着者）１が所持するものを想定している。なお、イベントセンサー１００の利用形態はこのようなものに限らず、他の利用形態もあり得る。例えば、イベントセンサー１００から発せられるイベント発生情報を、無線ＬＡＮなどによりパーソナルコンピュータで受信するような構成としてもよい。
【００１７】
リマインドサービスセンター３５０は、登録されている患者（装着者）１に、服薬のリマインドをするサービスを実施するのであり、イベント発生情報を受信した携帯電話２００から情報を受けて、このようなサービスを実施する。
【００１８】
次に、本発明のイベントセンサー１００の内部の構成について説明する。図２は本発明の実施の形態に係るイベントセンサーのブロック構成を示す図である。図２において、１００はイベントセンサー、１１０は耳装着部、１１１は圧力センサー、１１２は骨伝導マイク、１１３は放射温度計（鼓膜温度計）、１２１はシステムバス、１２２はＡ／Ｄ変換部、１２３はＣＰＵ、１２４はＲＯＭ、１２５はＲＡＭ、１２６は通信部、２００は携帯電話をそれぞれ示している。
【００１９】
耳装着部１１０は、患者（装着者）１の耳に取り付けられ、患者（装着者）１の耳周辺の動作情報等を取得するものであり、本実施形態では、この目的のために圧力センサー１１１、骨伝導マイク１１２、放射温度計（鼓膜温度計）１１３の計３つのセンサー類が設けられている。このように３つのセンサー類を用いることによって、患者（装着者）１が食事をしたと判定するための種々の判断材料を得ることができるが、本発明ではこれらのセンサー類のうちの1つを用いたり、任意の２つを組み合わせて用いたりすることも可能である。なお、センサー類のうちの1つを用いたり、任意の２つを組み合わせて用いたりする場合は、後に説明する監視のためのフローチャートにおいて、該当するセンサー類のステップのみを実行するようにし、該当しないセンサー類のステップはスキップするようにすればよい。
【００２０】
圧力センサー１１１は耳孔径方向の圧力変化を検出し圧力検出信号を発するものである。本発明では、このような圧力センサー１１１によって、食事持の咀嚼に伴う周期的な圧力変化が検出されたときに、患者（装着者）１が食事をしたと判定するようにする。
【００２１】
また、骨伝導マイク１１２は耳孔周辺で発生する音声の検出を行うものである。このような骨伝導マイク１１２で、食事持の咀嚼に伴う周期的な音声信号の変化を拾い、これによって患者（装着者）１が食事をしたかどうかを判定する。
【００２２】
また、放射温度計（鼓膜温度計）１１３は耳孔内の鼓膜の温度を検出する。食事をすると体温が上昇するので、放射温度計（鼓膜温度計）１１３で体温のモニターを行っておき、体温の情報によって、患者（装着者）１が食事をしたかどうかの判定に資する。
【００２３】
これら圧力センサー１１１、骨伝導マイク１１２、放射温度計（鼓膜温度計）１１３の計３つのセンサー類で取得された、圧力検出信号、音声信号、温度検出信号はデジタル的な処理を可能とするためにＡ／Ｄ変換部１２２に入力される。
【００２４】
ＣＰＵ１２３は演算処理を行うためのユニットであり、ＲＯＭ１２４は不揮発性の記憶手段でありＣＰＵ１２３が実行するプログラムなどが書き込まれており、ＲＡＭ１２５は書き換え可能な記憶手段でありＣＰＵ１２３実行に伴うワークエリアとして機能する。また、通信部１２６は、ブルートゥースなどの通信制御手段であり、携帯電話２００と情報通信を可能とするものであり、特に本実施形態ではイベント発生情報を携帯電話２００に発信する情報発信部として機能する。
【００２５】
Ａ／Ｄ変換部１２２によってＡ／Ｄ変換された圧力検出信号、音声信号、温度検出信号は、上記のようなＣＰＵ１２３を中心とする情報処理部によって解析され、患者（装着者）１が食事をしたかどうかが判定される。
【００２６】
次に、以上のように構成されるイベントセンサー１００による、患者（装着者）１が食事をしたか否かを監視するための処理フローについて説明する。図３は本発明の実施の形態に係るイベントセンサーの監視処理のためのフローチャートを示す図である。
【００２７】
図３において、ステップＳ１００で監視処理のフローが開始されると、次に、ステップＳ１０１に進み、圧力センサー１１１から出力される検出信号の監視を行う。ステップＳ１０２では、圧力センサー１１１からの圧力検出信号が一定の時間で周期的に変動（咀嚼のパターンのように変動）しているかどうかを判定する。ステップＳ１０２における判定の結果がＮＯであるときにはステップＳ１０１に戻り、ステップＳ１０２における判定の結果がＹＥＳであるときにはステップＳ１０３に進む。
【００２８】
ステップＳ１０３では、骨伝導マイク１１２からの音声検出信号を監視する。ステップＳ１０４では、音声検出信号が一定の時間で周期的に変動（咀嚼のパターンのように変動）しているかどうかを判定する。ステップＳ１０４における判定の結果がＮＯであるときにはステップＳ１０１に戻り、ステップＳ１０４における判定の結果がＹＥＳであるときにはステップＳ１０５に進む。
【００２９】
ステップＳ１０５では、放射温度計（鼓膜温度計）１１３から鼓膜温度に係る温度検出信号の信号監視を行う。ステップＳ１０６では、温度検出信号が上昇しているか、すなわち、体温（鼓膜温度）の上昇はあるのかが判定される。ステップＳ１０６における判定の結果がＮＯであるときにはステップＳ１０１に戻り、ステップＳ１０６における判定の結果がＹＥＳであるときにはステップＳ１０７に進む。
【００３０】
ステップＳ１０７では、圧力検出信号、音声検出信号、体温検出信号の全てが食事をするときのパターンに当てはまることになるので、患者（装着者）１が食事をした、として判断を下す。
【００３１】
ステップＳ１０８では、通信部１２６によって、患者（装着者）１が食事をしたという情報であるイベント発生情報を携帯電話２００に向けて送信する。携帯電話２００は、このイベント発生情報をリマインドサービスセンター３５０に自動的に転送するように設定されている。
【００３２】
ステップＳ１０９では、監視処理のフローを一応終了するが、ステップＳ１１０で所定時間（食間の時間）経過したかをモニターしておき、所定時間経過したとき、ステップＳ１１１に進み監視処理を再開する。
【００３３】
このように本発明のイベントセンサーによれば、上記のような各センサー類によって「食事をとる」というイベントが発生したことを判定してイベント発生情報を発信するので、患者は処方薬の適正な服薬管理を行うことが可能となるのである。
【００３４】
次に、リマインドサービスセンター３５０に設置されるリマインドサービスシステムについて説明する。図４は本発明の実施の形態に係るイベントセンサーと共に協働するリマインドサービスシステムのブロック構成を示す図である。図４において、３００はリマインドサービスシステム、３０１は情報処理部、３０２は通信制御部、３１０は記憶部、３１１は個人情報ファイル、３１２は処方薬情報ファイルをそれぞれ示している。
【００３５】
情報処理部３０１は汎用的な情報処理機構であり、また、通信制御部３０２は公衆回線と接続され、患者（装着者）１が所持する携帯電話２００との情報通信を可能とする。また、記憶部３１０は、個人情報ファイル３１１と処方薬情報ファイル３１２とからなるデータベースである。
【００３６】
個人情報ファイル３１１は、後述するように個人と、当該個人が処方されている薬とを関連づけたデータベースである。また、処方薬情報ファイル３１２は、薬の全般的な情報に係るデータベースであり、特に、どの薬がどのような外観をしているかに係る画像情報も保持するものである。
【００３７】
次に、個人情報ファイル３１１が扱うデータについて説明する。図５はリマインドサービスシステムにおける個人情報ファイル３１１のデータ構造を示す図である。個人情報ファイル３１１の各個人のデータは、個人それぞれに割り当てられた「ＩＤ」、個人の「氏名」、電話番号や携帯電話のｅｍａｉｌなどの「携帯電話データ」と処方薬に係る情報から構成されている。処方薬に係る情報は、「処方薬名」、「処方期間データ」、「服用確認情報」から構成されている。複数の薬が処方されている場合には、処方薬に係る情報も複数となる。
【００３８】
次に、以上のように構成されるリマインドサービスシステム３００における処理フローについて説明する。図６はリマインドサービスシステムにおけるリマインドサービス処理のためのフローチャートを示す図である。
【００３９】
図６において、ステップＳ２００でリマインドサービスの処理が開始されると、続いて、ステップＳ２０１に進み、携帯電話２００からのイベント発生情報を受信したかどうかを判定する。ステップＳ２０１での判定の結果がＮＯであるときには、再びステップＳ２０１をループする。ステップＳ２０１での判定の結果がＹＥＳであるときにはステップＳ２０２に進む。
【００４０】
ステップＳ２０２では、携帯電話２００からのイベント発生情報を受信した後、所定の時間が経過したかどうかが判定される。この所定の時間とは、概ね人が食事に要する時間であり、本システムでは、食事イベントが発生した後、この所定時間の経過をウオッチングしておき、患者（装着者）１が食事を終えた頃に、リマインドの連絡が患者（装着者）１に送信されるようになっている。
【００４１】
ステップＳ２０２における判定の結果がＮＯであるときには、再びステップＳ２０２をループする。ステップＳ２０２での判定の結果がＹＥＳであるときにはステップＳ２０２３進む。
【００４２】
ステップＳ２０３では、記記憶部３１０における個人情報ファイル３１１が検索される。この検索においては、該当する携帯電話２００に係る情報がキーとして用いられる。そして、個人情報ファイル３１１から前記キーに該当する個人情報が取得される。
【００４３】
次のステップＳ２０４では、該当する個人情報の「処方薬名」をキーとして、処方薬情報ファイル３１２が検索され、処方薬に関する情報が取得される。
【００４４】
ステップＳ２０５では、ステップＳ２０３とステップＳ２０４で取得された情報にも基づいて、携帯電話２００に対して、画像付き服用リマインドメールが送付される。この画像付き服用リマインドメールを、携帯電話２００で受信したときの画面表示の一例を図７に示す。図７に示すように、画像付き服用リマインドメールには、錠数に係る情報と共に、処方薬の画像情報も添付されるので、どの薬を飲めばよいのかが一目瞭然となる。また、この画像付き服用リマインドメールには、患者（装着者）１に服用した後に、「服用」ボタンを押す指示が表示される。この「服用」ボタンを押されると、携帯電話２００では、リマインドサービスシステム３００に対して服用確認メールが自動的に送信されるようにプログラムされている。
【００４５】
ステップＳ２０６では、この服用確認メールを受信したか否かが判定される。ステップＳ２０６での判定の結果がＮＯであるときにはステップＳ２０６をループし、ＹＥＳであるときにはステップＳ２０７へと進む。
【００４６】
ステップＳ２０７では、個人情報ファイル３１１の「服用確認情報」のデータを更新する。
【００４７】
ステップＳ２０８では、リマインドサービスのフローを一応終了するが、ステップＳ２０９で所定時間（食間の時間）経過したかをモニターしておき、所定時間経過したとき、ステップＳ２１０に進みリマインドサービス処理を再開する。
【００４８】
このようなリマインドサービス処理では、患者（装着者）１に服用のリマインドを可能とすると共に、リマインドサービスシステム３００側において、患者（装着者）１の処方薬服用ログが保存されることとなるので、医療行為上の責任問題の明確化を担保することができるようになる。
【００４９】
次に本発明の他の実施形態について説明する。図８は本発明の他の実施の形態に係るイベントセンサーとそれに関連する構成を示す図である。本実施形態が他の実施形態と異なる点は、イベントセンサー１００がイベント発生情報を送信する相手先であり、先の実施形態ではこの相手先が携帯電話２００であったのに対して、本実施形態ではこの相手先がイベントセンサー対応ピルケース４００となっている。このイベントセンサー対応ピルケース４００は、患者（装着者）１が常時帯同することが想定されている。
【００５０】
このイベントセンサー対応ピルケース４００は、処方薬を収納可能とする本体筐体部と蓋部とから構成され、さらにこの蓋部近傍には液晶パネルなどの表示パネル部４１０とスピーカー部４２０が配設されてなる。次に、このイベントセンサー対応ピルケース４００の電子的な構成部分についてより詳しく説明する。図９はイベントセンサー対応ピルケース４００のブロック構成を示す図である。図９において、４０１はＣＰＵ、４０２はＲＯＭ、４０３はＲＡＭ、４０４は通信部、４１０は表示パネル部、４２０はスピーカー部、４３０は書き換え可能不揮発性メモリをそれぞれ示している。
【００５１】
ＣＰＵ４０１は演算処理を行うためのユニットであり、ＲＯＭ４０２は不揮発性の記憶手段でありＣＰＵ４０１が実行するプログラムなどが書き込まれており、ＲＡＭ４０３は書き換え可能な記憶手段でありＣＰＵ４０１実行に伴うワークエリアとして機能する。また、通信部４０４は、例えばブルートゥースなどの通信制御手段であり、他の情報処理機器との無線情報通信を可能とする構成である。本実施形態では、この通信部４０４がイベントセンサーからのイベント発生情報を受信すると共に、書き換え可能不揮発性メモリ４３０を書き換えるためのデータの送受信を行う。
【００５２】
表示パネル部４１０は、液晶パネルとこれを駆動するための制御部であり、スピーカー部４２０は、スピーカーとこれを駆動するための駆動部である。また、書き換え可能不揮発性メモリ４３０は、フラッシュメモリーなどの書き換え可能で、データを不揮発的に保存可能とする構成である。本実施形態では、この書き換え可能不揮発性メモリ４３０に、個人情報ファイル３１１と処方薬情報ファイル３１２に略相当するものを記憶させておく。ただ、イベントセンサー対応ピルケース４００は個人用のアイテムであるので、個人情報ファイル３１１にはピルケース所持者のみの情報を有しておけばよいことは言うまでもない。なお、このような書き換え可能不揮発性メモリ４３０に記憶される情報を「個人処方薬情報ファイル」として定義する。
【００５３】
次に以上のように構成されるイベントセンサー対応ピルケース４００で実行されるリマインドプログラムの処理について説明する。図１０はイベントセンサー対応ピルケース４００におけるリマインドプログラム処理のためのフローチャートを示す図である。
【００５４】
図１０において、ステップＳ３００でリマインドプログラムの処理が開始されると、次にステップＳ３０１に進み、イベントセンサー１００からイベント発生情報を受信したか否かが判定される。ステップＳ３０１の判定の結果がＮＯであるときにはステップＳ３０１をループし、ＹＥＳであるときにはステップＳ３０２へと進む。
【００５５】
ステップＳ３０２では、イベント発生情報を受信した後、およその食事時間に相当する所定の時間が経過したか否かが判定される。ステップＳ３０２の判定の結果がＮＯであるときにはステップＳ３０２をループし、ＹＥＳであるときにはステップＳ３０３へと進む。
【００５６】
次に、ステップＳ３０３では、個人処方薬情報ファイルが検索されて、服用すべき処方薬に係る情報を取得する。そして、ステップＳ３０４では、表示パネル部４１０で服用リマインドの案内表示を行うと共に、スピーカ部４２０からは、『薬を飲む時間です。』などの音声案内を行う。なお、表示パネル部４１０で表示には図７に示したような薬の外観の画像情報を表示するようにすると患者（装着者）１の利便性が向上する。
【００５７】
ステップＳ３０５では、リマインドプログラムのフローを一応終了するが、ステップＳ３０６で所定時間（食間の時間）経過したかをモニターしておき、所定時間経過したとき、ステップＳ０７に進みリマインドプログラム処理を再開する。
【００５８】
このような他の実施形態では、患者（装着者）１が処方薬の適正な服薬管理を行うことを可能となるのである。
【図面の簡単な説明】
【００５９】
【図１】本発明の実施の形態に係るイベントセンサーとそれに関連する構成を示す図である。
【図２】本発明の実施の形態に係るイベントセンサーのブロック構成を示す図である。
【図３】本発明の実施の形態に係るイベントセンサーの監視処理のためのフローチャートを示す図である。
【図４】本発明の実施の形態に係るイベントセンサーと共に協働するリマインドサービスシステムのブロック構成を示す図である。
【図５】リマインドサービスシステムにおける個人情報ファイルのデータ構造を示す図である。
【図６】リマインドサービスシステムにおけるリマインドサービス処理のためのフローチャートを示す図である。
【図７】画像付き服用リマインドメールの画面表示例を示す図である。
【図８】本発明の他の実施の形態に係るイベントセンサーとそれに関連する構成を示す図である。
【図９】イベントセンサー対応ピルケース４００のブロック構成を示す図である。
【図１０】イベントセンサー対応ピルケース４００におけるリマインドプログラム処理のためのフローチャートを示す図である。
【符号の説明】
【００６０】
１・・・患者（イベントセンサー装着者）、１００・・・イベントセンサー、１０５・・・本体部、１１０・・・耳装着部、１１１・・・圧力センサー、１１２・・・骨伝導マイク、１１３・・・放射温度計（鼓膜温度計）、１２１・・・システムバス、１２２・・・Ａ／Ｄ変換部、１２３・・・ＣＰＵ、１２４・・・ＲＯＭ、１２５・・・ＲＡＭ、１２６・・・通信部、２００・・・携帯電話、３００・・・リマインドサービスシステム、３０１・・・情報処理部、３０２・・・通信制御部、３１０・・・記憶部、３１１・・・個人情報ファイル、３１２・・・処方薬情報ファイル、３５０・・・リマインドサービスセンター、４００・・・イベントセンサー対応ピルケース、４０１・・・ＣＰＵ、４０２・・・ＲＯＭ、４０３・・・ＲＡＭ、４０４・・・通信部、４１０・・・表示パネル部、４２０・・・スピーカー部、４３０・・・書き換え可能不揮発性メモリ
【図１】
2009022504.tif 000003
【図２】
2009022504.tif 000004
【図３】
2009022504.tif 000005
【図４】
2009022504.tif 000006
【図５】
2009022504.tif 000007
【図６】
2009022504.tif 000008
【図７】
2009022504.tif 000009
【図８】
2009022504.tif 000010
【図９】
2009022504.tif 000011
【図１０】
2009022504.tif 000012