(57)【要約】【課題】服薬情報および当該疾病と関連する食事や運動等の行動記録を習慣的かつ継続的に記録することができる疾病管理用行動記録端末及び疾病管理用行動記録方法を提供する。【解決手段】時刻情報とロケーション情報と行動記録とに基づき疾病に係る行動イベント候補の優先度を算出し、該優先度に基づき行動イベント候補を含むリコメンドリストを作成する制御部３００と、行動イベント候補を選択可能なように前記リコメンドリストを表示する表示部４００と、制御部３００は、ユーザによる選択に基づき、時刻情報と、ロケーション情報と、リコメンドリストに含まれる行動イベント候補の１つとを、行動記録として記憶部５００に格納し、制御部３００はさらに、表示部４００がリコメンドリストを表示してから一定時間ユーザによる選択を検知しない場合、時刻情報とロケーション情報とを、行動記録として記憶部５００に格納することを特徴とする。【選択図】図１
2014006732.tif 000002
【特許請求の範囲】
【請求項１】
ユーザによる入力を検知する入力部と、
前記入力部が前記入力を検知した時刻を示す時刻情報を取得する時刻情報取得部と、
前記時刻におけるロケーション情報を取得するロケーション情報取得部と、
ユーザの行動記録を格納する記憶部と、
前記時刻情報と前記ロケーション情報と前記行動記録とに基づき疾病に係る行動イベント候補の優先度を算出し、該優先度に基づき前記行動イベント候補を含むリコメンドリストを作成する制御部と、
前記行動イベント候補を選択可能なように前記リコメンドリストを表示する表示部と、
前記制御部は、ユーザによる選択に基づき、前記時刻情報と、前記ロケーション情報と、前記リコメンドリストに含まれる前記行動イベント候補の１つとを、行動記録として前記記憶部に記憶し、
前記制御部はさらに、前記表示部が前記リコメンドリストを表示してから一定時間ユーザによる選択を検知しない場合、前記時刻情報と前記ロケーション情報とを、行動記録として前記記憶部に格納することを特徴とする疾病管理用行動記録端末。
【請求項２】
前記制御部は、前記表示部が前記リコメンドリストを表示してから一定時間ユーザによる選択を検知しない場合、前記時刻情報と前記ロケーション情報に加えて、前記リコメンドリストのうち前記優先度が最も高い行動イベント候補とを、前記行動記録として前記記憶部に格納することを特徴とする、請求項１に記載の疾病管理用行動記録端末。
【請求項３】
前記表示部は、前記行動イベント候補をアイコンにより選択可能なように表示し、前記行動イベント候補に係る前記優先度が高い程、前記アイコンを大きく表示することを特徴とする、請求項１又は２に記載の疾病管理用行動記録端末。
【請求項４】
ユーザによる入力を検知するステップと、
前記入力部が前記入力を検知した時刻を示す時刻情報を取得する時刻情報取得ステップと、
前記時刻におけるロケーション情報を取得するロケーション情報取得ステップと、
ユーザの行動記録を格納するステップと、
前記時刻情報と前記ロケーション情報と前記行動記録とに基づき疾病に係る行動イベント候補の優先度を算出し、該優先度に基づき前記行動イベント候補を含むリコメンドリストを作成するステップと、
前記行動イベント候補を選択可能なように前記リコメンドリストを表示する表示ステップと、
ユーザによる選択に基づき、前記時刻情報と、前記ロケーション情報と、前記リコメンドリストに含まれる前記行動イベント候補の１つとを、行動記録として前記記憶部に格納するステップと、
前記表示ステップから一定時間ユーザによる選択を検知しない場合、前記時刻情報と前記ロケーション情報とを、行動記録として格納するステップと、
を含む、疾病管理用行動記録方法。
【請求項５】
前記表示ステップから一定時間ユーザによる選択を検知しない場合、前記時刻情報と前記ロケーション情報に加えて、前記リコメンドリストのうち前記優先度が最も高い行動イベント候補とを、前記行動記録として格納するステップを含む、請求項４に記載の疾病管理用行動記録方法。
【請求項６】
前記表示ステップは、前記行動イベント候補をアイコンにより選択可能なように表示し、前記行動イベント候補に係る前記優先度が高い程、前記アイコンを大きく表示することを特徴とする、請求項４又は５に記載の疾病管理用行動記録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主に疾病の治療のために処方薬等を日常的に服用する患者が、服薬情報および当該疾病と関連する食事や運動等の行動記録を習慣的かつ継続的に記録するための疾病管理用行動記録端末及び疾病管理用行動記録方法に関する。
【背景技術】
【０００２】
一般に、患者が調剤薬を入手しようとする場合、医療機関で診察を受け医師に処方箋を出してもらい、調剤薬局または院内薬局にそれを提出し、薬剤師に処方箋に基づいた調剤薬を調剤してもらう手順をとる。その後、薬剤師や医師から患者へ調剤薬が受け渡されるが、その際、患者は渡される調剤薬の用法用量について薬剤師から指導を受け、当該指導に基づいて調剤薬を服薬する。
【０００３】
調剤薬には、例えばリウマチの薬のように、服薬すべき薬剤の種類や量が曜日などによって異なる場合もあるため、患者が指導された内容通りに服薬できるよう、用法用量が記載された薬剤情報提供書や、おくすり手帳に貼るシールが服薬指導時に患者に手渡される。
【０００４】
従来、これらの薬剤情報提供書やおくすり手帳の情報は、紙媒体により患者に渡されていた。しかし近年では、処方箋や薬剤情報提供書の情報の電子化が進んだことや、高機能の携帯情報端末が普及したことから、ＱＲコード（登録商標）などで電子化された情報を記載した処方箋や薬剤情報提供書も登場している。患者は、携帯情報端末などでＱＲコード（登録商標）を読み取ることで、電子化された処方箋や薬剤情報提供書の内容を携帯情報端末内に取り込むことができる。取得した情報は、インターネットを介して所定のＷｅｂサーバから取得したアプリケーションやインターネット上の健康情報管理サービスなどを利用して、蓄積しておくことができる。これらの情報は、日々の服薬支援の用途だけでなく、災害時や緊急時などに常用薬を確認するシーンでの活用も期待されている。
【０００５】
前述の背景を鑑み、近年では処方箋や薬剤情報提供書の電子データを患者に受け渡すしくみや、患者が取得した電子データを管理する個人向け健康情報管理サービスが提供されている（非特許文献１及び２）。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】日本調剤株式会社、“２０１１．１１．２１「電子版お薬手帳」サービス開始に関するお知らせ”、２０１１年１１月２１日、[online]、[２０１２年５月２４日検索]、インターネット<URL:http://www.c-direct.ne.jp/public/japanese/uj/pdf/10103341/20111121201500.pdf>
【非特許文献２】東京大学、“あつ！くすりについて”、２０１１年、[online]、[２０１２年５月２４日検索]、インターネット<URL: http://uhi.umin.jp/ahkusurilite.html>
【非特許文献３】アスキー、“新iPad＋iOS 5.1の「音声入力」だけで原稿を書けるか？”、２０１２年３月２６日、[online]、[２０１２年５月２４日検索]、インターネット<URL:http://ascii.jp/elem/000/000/681/681153/>
【非特許文献４】株式会社サイバーフロント、“しゃべるだけで簡単に文字入力ができる｜音声入力ソフトＡｍｉＶｏｉｃｅ”、２０１２年、[online]、[２０１２年５月２４日検索]、インターネット<URL: http://onsei-ninshiki.jp/>
【非特許文献５】株式会社エヌ・ティ・ティ・ドコモ、“音声入力メール”、２０１２年、[online]、[２０１２年５月２４日検索]、インターネット<URL: http://www.nttdocomo.co.jp/service/safety/voiceinput_mail/>
【非特許文献６】ライフハッカー、“［Android］精度も使い易さも良好！ 『音声入力まっしゅ』で「ペラペラ喋る」メール生活へ”、２０１２年３月９日、[online]、[２０１２年５月２４日検索]、インターネット<URL: http://www.lifehacker.jp/2012/03/120309onseitabroid.html>
【０００７】
非特許文献１では、個人向けの健康情報管理サービス（ＰＨＲ:Ｐｅｒｓｏｎａｌ Ｈｅａｌｔｈ Ｒｅｃｏｒｄ）の一環として、調剤薬局で発行された領収書に印字されたＱＲコード（登録商標）から処方情報および医療費情報を取り込み、所定のサーバ上で管理することを可能にしている。
【０００８】
また非特許文献２では、スマートフォンなどの高機能携帯端末で処方箋のＱＲコード（登録商標）を読み込むことで、薬剤情報をスマートフォン内のアプリケーションで管理することができる。更に、利用者が朝昼夕などの服薬時刻を設定することで、飲み忘れ防止アラームを出すことができる。
【０００９】
また非特許文献３〜６に挙げているように、現在では様々な音声入力が誰でも簡単に利用できる状況が整いつつある。音声入力の認識精度も、十分に実用可能なレベルにあり、個人ブログ入力などの比較的自由度の高いシーンでも利用が進んでいる。また、アップル社のｉＰｈｏｎｅ（登録商標）やスマートフォン、各種のタブレット端末などは、従来のキーボードやボタンを使った操作でなく、タッチ操作やペン操作など、比較的直感的にわかりやすい入力方法を備えているものが多い。これらは、前述の音声入力とタッチ操作を組み合わせたりすることも可能であり、また、端末自体を傾けたり、振ったりすること自体を入力として使うこともできる。入力方法の簡便さや多様さという面では、非常に高度なものが既に利用可能となっている。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、前述の健康情報管理サービスやアプリケーションは、情報の入力に手間がかかるため、記録の継続が事実上困難である。また、利用者毎にどの情報が重要であるかは異なる。ところがカスタマイズすること自体に手間がかかると利用に至らない。また、ルーチン動作は記憶に残りにくく、おろそかになりがちで、記録漏れを助長する。また服薬情報だけでは習慣化が難しい。これらの課題があるため、未だその利用者数は少なく、広く有効活用されるに至っていない。
【００１１】
従来技術として挙げたように、入力手段は現在様々なものが簡単に利用可能である。パーソナルな端末である、スマートフォンでは特にその傾向が強く、アプリケーションに合わせて様々な工夫が提案、実用化されている。ところが、一定量の情報を入力する場合は、利用者は、相当量の注意や意識をそのことに向ける必要がある。例えば、行動記録として、Ａという薬剤を夕食後服用として２１：２０に自宅で飲んだ、ということを、音声で入力する場合を考える。音声入力開始のアプリを起動し、「夕食後にＡを飲んだ」と発声し、それを適切に処理、時間や場所を推定して記録することは既存技術の組み合わせでも可能である。しかしながら、利用者がいつでもそのような音声入力ができる状況にあるとは限らない。公共の場所、電車内などで何かを記録したいと考えた場合、認識技術としての高度な雑音処理は可能でも、そもそも利用者が発声してくれないと何も出来ない。タッチパネルの操作でも同様の課題がある。
【００１２】
従って、上記のような問題点に鑑みてなされた本発明の目的は、服薬情報および当該疾病と関連する食事や運動等の行動イベントの記録を容易に行うことができる疾病管理用行動記録端末及び疾病管理用行動記録方法を提供することにある。
【課題を解決するための手段】
【００１３】
上記課題を解決するために本発明に係る疾病管理用行動記録端末は、
ユーザによる入力を検知する入力部と、
前記入力部が前記入力を検知した時刻を示す時刻情報を取得する時刻情報取得部と、
前記時刻におけるロケーション情報を取得するロケーション情報取得部と、
ユーザの行動記録を格納する記憶部と、
前記時刻情報と前記ロケーション情報と前記行動記録とに基づき疾病に係る行動イベント候補の優先度を算出し、該優先度に基づき前記行動イベント候補を含むリコメンドリストを作成する制御部と、
前記行動イベント候補を選択可能なように前記リコメンドリストを表示する表示部と、
前記制御部は、ユーザによる選択に基づき、前記時刻情報と、前記ロケーション情報と、前記リコメンドリストに含まれる前記行動イベント候補の１つとを、行動記録として前記記憶部に記憶し、
前記制御部はさらに、前記表示部が前記リコメンドリストを表示してから一定時間ユーザによる選択を検知しない場合、前記時刻情報と前記ロケーション情報とを、行動記録として前記記憶部に格納することを特徴とする。
【００１４】
また、本発明に係る疾病管理用行動記録方法は、
ユーザによる入力を検知するステップと、
前記入力部が前記入力を検知した時刻を示す時刻情報を取得する時刻情報取得ステップと、
前記時刻におけるロケーション情報を取得するロケーション情報取得ステップと、
ユーザの行動記録を格納するステップと、
前記時刻情報と前記ロケーション情報と前記行動記録とに基づき疾病に係る行動イベント候補の優先度を算出し、該優先度に基づき前記行動イベント候補を含むリコメンドリストを作成するステップと、
前記行動イベント候補を選択可能なように前記リコメンドリストを表示する表示ステップと、
ユーザによる選択に基づき、前記時刻情報と、前記ロケーション情報と、前記リコメンドリストに含まれる前記行動イベント候補の１つとを、行動記録として前記記憶部に格納するステップと、
前記表示ステップから一定時間ユーザによる選択を検知しない場合、前記時刻情報と前記ロケーション情報とを、行動記録として格納するステップと、
を含むことを特徴とする。
【発明の効果】
【００１５】
本発明における疾病管理用行動記録端末及び疾病管理用行動記録方法によれば、服薬情報および当該疾病と関連する食事や運動等の行動イベントの記録を容易に行うことができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態に係る疾病管理用行動記録端末のブロック図である。
【図２】行動イベントの種類を示す概念図である。
【図３】リコメンドリストの表示例を示す図である。
【図４】行動記録情報を示す概念図である。
【図５】本発明の一実施形態に係る疾病管理用行動記録端末の動作を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態について説明する。
【００１８】
（実施の形態）
図１は本発明の一実施形態に係る疾病管理用行動記録端末１のブロック図である。本発明の一実施形態に係る疾病管理用行動記録端末１は、入力部１００と、時刻情報取得部２０１と、ロケーション情報取得部２０２と、服用薬剤情報取得部２０３と、行動予定情報取得部２０４と、制御部３００と、表示部４００と、記憶部５００とを備える。
【００１９】
入力部１００は、ユーザの操作による入力を検知する。入力部１００は、好適にはタッチパネル等により構成され、この場合ユーザが疾病管理用行動記録端末１に備えられたタッチパネルへのタッチを入力として検知する。例えば入力部１００は、疾病管理用行動記録端末１の表示部４００に表示されるホーム画面等において、所定のアイコンへのタッチが検知されたことを検知する。所定のアイコンは好適には本発明に係るアプリケーション（以下、アプリという。）の起動のためのアイコンである。
【００２０】
時刻情報取得部２０１は、入力部１００がユーザの操作による入力を検知した時刻（年月日及び時分）を示す時刻情報を取得する。そして時刻情報取得部２０１は、取得した時刻情報を情報取得管理処理部３０１に渡す。時刻情報取得部２０１は、好適にはタイマーにより構成される。なお時刻情報取得部２０１は、外部のサーバから時刻情報を受信してもよい。
【００２１】
ロケーション情報取得部２０２は、入力部１００がユーザの操作による入力を検知した時刻における疾病管理用行動記録端末１のロケーション情報（位置情報）を取得する。そしてロケーション情報取得部２０２は、取得したロケーション情報を情報取得管理処理部３０１に渡す。ロケーション情報取得部２０２は、ロケーションサーバ２から通信によりロケーション情報を受信することによりロケーション情報を取得する。
【００２２】
服用薬剤情報取得部２０３は、服用薬剤に係る情報を、薬剤情報提供サーバ３から取得し、取得した情報を記憶部５００の薬剤情報記憶部５０２に格納する。行動予定情報取得部２０４は、スケジュール情報等を、カレンダーサーバ４から取得し、取得したスケジュール情報等を行動予定情報記憶部５０３に格納する。
【００２３】
制御部３００は、疾病管理用行動記録端末１に係る各種制御を行う。具体的には例えば制御部３００は、入力部１００がユーザの操作による入力を検知したか否かを判定等する。入力部１００制御部３００は、情報取得管理処理部３０１と、コンテキスト処理部３０２とを備える。
【００２４】
情報取得管理処理部３０１は、時刻情報取得部２０１及びロケーション情報取得部２０２がそれぞれ取得した時刻情報及びロケーション情報を受けて、コンテキスト処理部３０２に渡す。また情報取得管理処理部３０１は、記憶部５００から過去のユーザの行動記録を取得し、コンテキスト処理部３０２に渡す。
【００２５】
コンテキスト処理部３０２は、情報取得管理処理部３０１から時刻情報及びロケーション情報と、記憶部５００に格納された過去のユーザの行動記録とを受けると、これらに基づき、行動イベント候補の優先度を算出し、該優先度に基づき行動イベント候補含むリコメンドリストを作成する。
【００２６】
具体的にはコンテキスト処理部３０２は、情報取得管理処理部３０１から渡された時刻情報及びロケーション情報と、記憶部５００に格納された過去の行動記録とに基づき、行動イベント候補の優先度を算出し、該優先度に基づきユーザが現在行っている行動イベント候補を推定する。そしてコンテキスト処理部３０２は、該優先度に基づき行動イベント候補含むリコメンドリストを作成する。ここでコンテキスト処理部３０２は、記憶部５００に格納された過去の行動記録から統計情報を計算する。そしてコンテキスト処理部３０２は、当該統計情報と、情報取得管理処理部３０１から渡された時刻情報及びロケーション情報を用いて行動イベント候補の優先度を算出する。なおコンテキスト処理部３０２は、予め計算して蓄積してある統計情報を参照してもよい。
【００２７】
統計情報は、各種態様が考えられる。例えば、統計情報として日内時刻（日付を考慮しない時刻）のイベント頻度情報が考えられる。これは、日付に依らず、毎日指定した時刻の近傍で発生しているイベントの頻度情報である。例えば日内時刻のイベント頻度情報として、毎日７：００に朝食イベントの頻度が高い、等である。
【００２８】
また例えば、統計情報として、曜日時刻のイベント頻度情報が考えられる。これは、指定した時刻の曜日において、日付に依らずその時刻の近傍で発生しているイベントの頻度情報である。例えば、土曜日９：００に朝食イベントの頻度が高い、等である。
【００２９】
また例えば、統計情報として、近傍イベント頻度情報が考えられる。これは、直近で行動記録として格納されたイベント種類について、それに対して一定時間内（例：１時間、３０分など、必要に応じて複数も可）に発生したイベントの頻度情報である。例えば、退社イベントの１時間以内に夕食イベントの頻度が特に高い、等である。
【００３０】
また例えば、統計情報として、先行イベント頻度情報が考えられる。これは、直近で行動記録として格納されたイベント種類について、それに対して、一定数だけ後に発生したイベントの頻度情報である。例えば、夕食イベントの１個後に夕食後の服薬イベントが行動記録として格納される頻度が高い、等である。
【００３１】
また例えば、統計情報として、ロケーションイベント頻度情報が考えられる。これは、指定したロケーションについて、近傍で発生しているイベントの頻度情報である。例えば、通学している学校の位置の近傍で、登校イベントや、昼食、下校イベントの頻度が高い、等である。
【００３２】
また例えば、統計情報として、後続イベント頻度情報が考えられる。これは、直近で行動記録として格納されたイベント種類について、それに対して、一定数だけ前に発生したイベントの頻度情報である。例えば、夕食イベントの２個前に帰宅イベントの頻度が高い、等である。
【００３３】
コンテキスト処理部３０２は、上述に示す統計情報を用い、統計情報種類毎の重み付けを掛け合わせたものを合計し、行動イベント候補毎の点数を計算する。その上で、コンテキスト処理部３０２は、薬剤情報記憶部５０２に格納された情報及び行動予定情報記憶部５０３に格納したスケジュール情報に基づき、一定点数を加算することにより優先度を算出する。
【００３４】
さらにコンテキスト処理部３０２は、行動イベント毎に設定される連続発生情報から算出される係数を、優先度に掛け合わせるようにしてもよい。これは、一定時間内でかつ連続しては発生しない行動イベントであることを、行動イベントの属性として、システムで保持する。例えば、夕食後の服薬を続けて２回しない、等である。このような場合、係数として０が設定される。逆に、１度発生すると連続して発生することの多い性質を持つイベント種類の場合、係数に高い値を設定する。
【００３５】
図２は、本実施の形態において取り扱われる行動イベントの種類（以下、行動イベント種類という。）の例を示す概念図である。図２に示すように行動イベント種類は各種想定され、また階層構造を有する。例えば行動イベント種類としては“服薬”、“仕事”、“起床就寝”、“場所訪問”等がある。そして例えば“服薬”に属する行動イベント種類として、時刻等定刻に薬剤を服用する指示がされているイベント種類である“指示”と、症状が発生したときに臨時に服用するイベント種類である“頓用”等がある。また例えば“仕事”に属する行動イベント種類として“出社”、“退社”、“休憩”等がある。なお“仕事”に属する行動イベントも疾病に関連する行動イベントである。例えばメンタルな疾患等では、毎日決まった時間に出社、退社等していることが、行動記録として重要だからである。図２には図示されていないが、リハビリ施設への通所や、利用者が学生の場合の通学、その他ルーチン的な行動なども行動イベント種類として有用である。例えば、生活習慣病の場合には、服薬や食事、睡眠だけでなく、日々の運動や通勤時の徒歩移動なども記録として価値がある。また例えば、メンタルな疾患等で、日常生活の些細な行動や、各種の自覚症状の記録なども重視される場合もある。
【００３６】
表示部４００は、液晶ディスプレイ、有機ＥＬディスプレイ等であり、ユーザに対して文字、画像、アイコン等を表示することにより、ユーザが各種入力及び選択操作が可能なように構成される。また表示部４００は、リコメンドリストに含まれる行動イベント候補を、ユーザが選択可能なようにリコメンドリストを表示する。
【００３７】
図３は、表示部４００に表示される表示部４００が表示するホーム画面例（図３（ａ））と、リコメンドリストの表示例（図３（ｂ））を示す図である。図３（ａ）に示すホーム画面は、疾病管理用行動記録端末１において動作可能な各種アプリの起動用のアイコンを含む。好適にはホーム画面における、本発明に係るアプリの起動用アイコン４０１をユーザがタッチすると、当該入力を入力部１００が検知し、アプリの起動の入力時の時刻情報及びロケーション情報が取得される。このように構成することにより、ユーザは、単にアプリを起動することで、行動イベントを行動記録として格納することができる。なおアプリの起動方法は、起動用アイコン４０１をタッチする例を示したがこれに限られず、キー操作や、タッチパネルのボタン操作などの他、端末のシェイクや音声指示など、適宜利用者に合わせた実装が可能である。
【００３８】
図３（ｂ）に示すリコメンドリストの表示例では、リコメンドリストに含まれる行動イベント候補に係るアイコン４０２〜４０５が表示されている。好適には表示部４００は、優先度が高いほど当該行動イベント候補に係るアイコンを大きく表示する。図３（ｂ）に示す例では、行動イベント候補の“就寝”が最も優先度が高く、当該行動イベント候補に係るアイコン４０３が他のアイコンよりも大きく表示される。また行動イベント候補“夕食後の薬”に係るアイコン４０２、行動イベント候補“帰宅”に係るアイコン４０４、行動イベント候補“悪寒”に係るアイコン４０５は“就寝”の次に優先度が高いため、表示部４００は当該行動イベント候補を表示する。またスクロールボタン４０６ａ及び４０６ｂによりスクロールすることにより、表示部４００は、優先度がこれよりも低い行動イベント候補を表示する。
【００３９】
バルーン表示４０７は、表示部４００に表示された各行動イベント候補の詳細を説明する。例えば図３（ｂ）では、行動イベント候補“夕食後の薬”について、“１１月４日〜毎食後／ロキソニン／ＰＬ顆粒／ムコダイン／フスコデ／６月５日〜／夕食後／プレミネント錠”として、当該行動イベント候補に係る詳細情報を表示する。
【００４０】
アイコン４０８は、優先度が最も高い行動イベント候補を選択するためのアイコンである。当該所定の位置に優先度が最も高い行動イベント候補を選択するためのアイコンを配置することで、ユーザは当該優先度が最も高い行動イベント候補をより容易に選択することができる。またアイコン４０９は、表示部４００が表示している行動イベント候補に適切な行動イベントが無い場合に、いずれにも該当しないことを選択するためのものである。すなわちアイコン４０８及びアイコン４０９等により、ユーザは行動イベント候補のうち行動記録として格納するものを能動的に選択し、あるいは能動的にキャンセルすることができる。
【００４１】
アイコン４１０は、時刻情報取得部２０１が取得した時刻情報を修正するためのものである。ユーザ操作が、実際の行動から遅れることも当然にあり得るため、アイコン４１０により、ユーザの能動的な補正操作は可能としている。なお当該アイコン４１０の替わりに３０分前、１時間前、１０分後等、よく使用される時刻修正のためのアイコンを、予め表示しておいてもよい。
【００４２】
ステータス表示４１１は、最近記憶部５００に格納された行動記録や、現在時刻が表示される。ボタン４１２はキャンセルボタンであり、本発明に係るアプリを終了するためのものである。ボタン４１２が押下された場合、本発明に係るアプリが終了し、行動記録は記憶部５００に格納されない。ボタン４１３は決定ボタンであり、優先度が最も高い行動イベント候補を選択するために用いられる。
【００４３】
記憶部５００は、疾病管理用行動記録端末１に係る各種情報を記憶する。記憶部５００は、ユーザ基本情報記憶部５０１と、薬剤情報記憶部５０２と、行動予定情報記憶部５０３と、行動記録記憶部５０４とを含む。
【００４４】
ユーザ基本情報記憶部５０１には、認証のための情報や、氏名などのカスタマイズ情報が格納される。これらの情報を使って、コンテキスト処理部３０２が、アプリが管理する情報へのアクセス可否を制御し、また画面表示のパーソナライズを行う。
【００４５】
薬剤情報記憶部５０２には、服用薬剤情報取得部２０３が取得した、ユーザが服用している処方薬や、ＯＴＣ薬の情報を格納する。この情報の作成は、外部サーバを用いずに、アプリ内の設定画面によって設定する方法により作成してもよい。この場合、服用薬剤情報取得部２０３は備えなくてもよい。なお後述する行動予定情報記憶部５０３に集約して格納してもよい。
【００４６】
行動予定情報記憶部５０３には、行動予定情報取得部２０４が取得した、仕事や学業などの基本的なスケジュール情報の他、通院の予定や、服薬の予定（内容については、前述の薬剤情報として管理する）、明示的に設定した各種イベント予定情報が格納される。なおこの情報の作成には、薬剤情報と同様に、外部サーバを用いずにアプリ内の設定画面を用いてもよい。この場合、行動予定情報取得部２０４は備えなくてもよい。
【００４７】
行動記録記憶部５０４には、ユーザによる入力部１００の操作に基づき選択された行動イベントと、時刻情報と、ロケーション情報とが行動記録として格納される。すなわち制御部３００は、リコメンドリストにおけるユーザによる選択に基づき、前記時刻情報と、前記ロケーション情報と、前記リコメンドリストに含まれる前記行動イベント候補の１つとを、行動記録として記憶する。図４は、行動記録記憶部５０４に格納される行動記録の詳細を表す概念図である。行動記録記憶部５０４には、行動イベントと、当該行動イベントの各プロパティが格納される。各プロパティは、時刻情報、ロケーション情報、イベント種類、及びユーザ操作情報を含む。
【００４８】
ここでリコメンドリストを表示部４００が表示してから一定時間ユーザによる選択を入力部１００が検知しない場合、制御部３００は、時刻情報と、ロケーション情報とを、行動記録として記憶部５００の行動記録記憶部５０４に格納する。すなわち、ユーザが能動的に行動イベント候補を選択しなかった場合であっても、時刻情報及びロケーション情報とを行動記録として記憶部５００に格納する。当該格納された行動記録は、再編集可能であり、必要に応じてユーザが適切な行動記録を追加的に格納することができる。なおユーザが追加的に格納する際には、前後の文脈からその時点の行動イベント候補は推定できる可能性が高いため、時刻情報及びロケーション情報を、行動記録として記憶部５００の行動記録記憶部５０４に格納する。
【００４９】
このようにユーザは常時疾病管理用行動記録端末１に対する操作が十分可能な状況であるとは限らない。それには、外部状況的な要因もあれば、利用者自身の動機付けの要因の場合も少なくない。従来の技術では、ユーザ操作を完結しない場合、その操作した事実は記録されない。本発明は、アプリを起動しただけで、行動イベントの発生を行動記録として記憶部５００の行動記録記憶部５０４に格納する。このように利用状況や利用操作に対する制約を出来るだけ小さくすることで、記録操作に対する利用者の負担感を小さくすることが期待できる。
【００５０】
なお、表示部４００がリコメンドリストを表示してから一定時間ユーザによる選択を検知しない場合、制御部３００は、時刻情報と、ロケーション情報に加えて、リコメンドリストのうち優先度が最も高い行動イベント候補とを、行動記録として記憶部５００の行動記録記憶部５０４に格納してもよい。このようにすることで、自動的に優先度が最も高い行動イベント候補を行動記録として記憶部５００に格納することができる。
【００５１】
次に、本発明に係る疾病管理用行動記録端末１について、図５に示すフローチャートによりその動作を説明する。
【００５２】
はじめに制御部３００は、入力部１００がユーザの操作による入力を検知したか否かを判定する（ステップＳ１）。好適には入力部１００は、疾病管理用行動記録端末１の表示部４００に表示されるホーム画面等において、起動用アイコン４０１へのタッチが検知されたことを検知する。入力部１００がユーザの操作による入力を検知した場合、ステップＳ２に進む。一方、入力部１００がユーザの操作による入力を検知しない場合、ステップＳ１を繰り返し行う。
【００５３】
次に時刻情報取得部２０１は、入力部１００がユーザの操作による入力を検知した時刻を示す時刻情報を取得する。また、ロケーション情報取得部２０２は、入力部１００がユーザの操作による入力を検知した時刻における疾病管理用行動記録端末１のロケーション情報を取得する（ステップＳ２）。
【００５４】
続いて、制御部３００の情報取得管理処理部３０１は、時刻情報取得部２０１及びロケーション情報取得部２０２がそれぞれ取得した時刻情報及びロケーション情報を受けて、コンテキスト処理部３０２に渡す。また情報取得管理処理部３０１は、記憶部５００から過去のユーザの行動記録を取得し、コンテキスト処理部３０２に渡す（ステップＳ３）。
【００５５】
続いて、制御部３００のコンテキスト処理部３０２は、情報取得管理処理部３０１から時刻情報及びロケーション情報と、記憶部５００に格納された過去のユーザの行動記録とを受けると、これらに基づき、行動イベント候補の優先度を算出し、該優先度に基づき行動イベント候補を含むリコメンドリストを作成する（ステップＳ４）。
【００５６】
続いて表示部４００は、リコメンドリストに含まれる行動イベント候補を、ユーザが選択可能なようにリコメンドリストを表示する（ステップＳ５）。好適には表示部４００は、優先度が高いほど当該行動イベント候補に係るアイコンを大きく表示する。
【００５７】
続いて制御部３００は、表示部４００により表示されたアイコンの選択がされたか、すなわち入力部１００が入力を検知したか否かを判定する（ステップＳ６）。入力を検知した場合、ステップＳ７に進む。入力を検知しない場合、ステップＳ８に進む。
【００５８】
ステップＳ６において入力部１００が入力を検知した場合、制御部３００は、ユーザによる選択に基づき、時刻情報取得部２０１及びロケーション情報取得部２０２がそれぞれ取得した時刻情報及びロケーション情報と、ユーザにより選択されたリコメンドリストに含まれる行動イベント候補の１つとを、行動記録として記憶部５００の行動記録記憶部５０４に格納する（ステップＳ７）。そして処理が終了する。
【００５９】
ステップＳ６において入力部１００が入力を検知しない場合、制御部３００は、ステップＳ５において表示部４００がリコメンドリストを表示してから一定時間経過したか否かを判定する（ステップＳ８）。一定時間経過している場合、ステップＳ９に進む。一定時間経過していない場合、ステップＳ６に戻る。
【００６０】
ステップＳ８において、一定時間経過していると制御部３００が判定した場合、すなわちリコメンドリストを表示部４００が表示してから一定時間ユーザによる入力を入力部１００が検知しない場合、制御部３００は、時刻情報取得部２０１及びロケーション情報取得部２０２がそれぞれ取得した時刻情報及びロケーション情報を、行動記録として格納する（ステップＳ９）そして処理が終了する。なお、ステップＳ９において制御部３００は、時刻情報及びロケーション情報に加えて、リコメンドリストのうち優先度が最も高い行動イベント候補とを、行動記録として記憶部５００の行動記録記憶部５０４に格納してもよい。
【００６１】
このように本発明によれば、コンテキスト処理部３０２が、時刻情報及びロケーション情報と、過去のユーザの行動記録とに基づき、行動イベント候補と該行動イベント候補に係る優先度を含むリコメンドリストを作成して表示部４００に表示させるため、ユーザによる行動イベントの選択が容易になり、また、一定時間内に行動イベントの選択が行われなかった場合においても、制御部３００が時刻情報とロケーション情報を行動記録として格納するため、服薬情報および当該疾病と関連する食事や運動等の行動イベントの記録を容易に行うことができる。そのため、患者による行動イベントの記録の継続化、習慣化を図ることができる。
【００６２】
また、一定時間内に行動イベントの選択が行われなかった場合において、制御部３００が時刻情報及びロケーション情報に加えて、リコメンドリストのうち優先度が最も高い行動イベント候補とを行動記録として格納してもよく、服薬情報および当該疾病と関連する食事や運動等の行動イベントの記録を、より容易に行うことができる。
【００６３】
なお本実施の形態においては、ロケーション情報取得部２０２は、ロケーションサーバ２から通信によりロケーション情報を受信することによりロケーション情報を取得したがこれに限られない。例えばロケーション情報取得部２０２は、ＧＰＳ受信機等により構成し、ＧＰＳ衛星から位置情報を受信してもよい。あるいはロケーション情報取得部２０２は、接続可能な無線ＬＡＮのアクセスポイントへの接続可否に基づき、ロケーション情報を取得してもよい。
【００６４】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。
【符号の説明】
【００６５】
１  疾病管理用行動記録端末
２  ロケーションサーバ
３  薬剤情報提供サーバ
４  カレンダーサーバ
１００  入力部
２０１  時刻情報取得部
２０２  ロケーション情報取得部
２０３  服用薬剤情報取得部
２０４  行動予定情報取得部
３００  制御部
３０１  情報取得管理処理部
３０２  コンテキスト処理部
４００  表示部
４０１  起動用アイコン
４０２〜４０５、４０８〜４１０  アイコン
４０６ａ、４０６ｂ  スクロールボタン
４０７  バルーン表示
４１１  ステータス表示
４１２、４１３  ボタン
５００  最近記憶部
５００  記憶部
５０１  ユーザ基本情報記憶部
５０２  薬剤情報記憶部
５０３  行動予定情報記憶部
５０４  行動記録記憶部
【図１】
2014006732.tif 000003
【図２】
2014006732.tif 000004
【図３】
2014006732.tif 000005
【図４】
2014006732.tif 000006
【図５】
2014006732.tif 000007