(57)【特許請求の範囲】
【請求項１】
生活状況に関する記録である生活記録、及び痛みが生じたときの日付を取得する生活記録取得手段と、
前記生活記録取得手段が取得した前記日付に対応する気象情報を、気象情報を記憶する気象情報記憶手段から読み出す気象情報読出手段と、
痛みを誘発する要因となりうる複数の事象それぞれを示す原因情報を記憶した原因記憶手段から前記原因情報を読み出し、読み出した前記原因情報を、前記生活記録取得手段が取得した前記生活記録及び前記気象情報読出手段が読み出した前記気象情報に対してマッチング処理を行い、前記マッチング処理の結果を出力する分析手段と、
を備える情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記気象情報記憶手段は、前記情報処理装置の外部に設けられており、
前記気象情報読出手段は、通信回線を介して前記気象情報記憶手段から前記気象情報を読み出す情報処理装置。
【請求項３】
請求項１又は２に記載の情報処理装置において、
前記マッチング処理の結果は、前記生活記録及び前記気象情報のうち前記原因情報に一致する前記事象を選択する処理であり、
前記選択された事象を記憶する分析結果記憶手段をさらに備える情報処理装置。
【請求項４】
請求項３に記載の情報処理装置において、
前記生活記録取得手段は、痛みが生じていないときの前記生活状況及びその日付の入力を取得し、
前記分析手段は、前記分析結果記憶手段が記憶している前記選択された事象と、痛みが生じていないときの前記生活記録とのマッチング処理を行い、このマッチング処理の結果に基づいて警告処理を行う情報処理装置。
【請求項５】
請求項１〜４のいずれか一項に記載の情報処理装置において、
前記気象情報記憶手段は、位置情報別に前記気象情報を記憶しており、
前記生活記録取得手段は、前記生活記録及び前記日付とともに、位置情報の入力を取得し、
前記気象情報読出手段は、前記生活記録取得手段が取得した前記位置情報に対応する前記気象情報を読み出す情報処理装置。
【請求項６】
請求項１〜５のいずれか一項に記載の情報処理装置において、
前記生活記録取得手段は、通信回線を介して前記生活記録及び前記日付の入力を取得する情報処理装置。
【請求項７】
請求項１〜６のいずれか一項に記載の情報処理装置において、
前記生活記録取得手段は、ユーザ識別情報の入力をさらに取得し、
ＥＨＲ（Electronic Helth Record）に前記ユーザ識別情報に対応付けて記憶されているヘルスケア情報を読み出すＥＨＲ読出手段をさらに備え、
前記分析手段は、さらに、前記マッチング処理において、前記ＥＨＲ読出手段が読み出した前記ヘルスケア情報と、前記原因情報とのマッチング処理も行う情報処理装置。
【請求項８】
請求項１〜７のいずれか一項に記載の情報処理装置において、
前記生活記録取得手段は、痛みが生じていなかったときの前記生活記録の入力を行うための入力画面を表示し、
前記分析手段の前記マッチング処理の結果に基づいて、前記入力画面に表示させるべき複数の入力項目それぞれに対して表示の優先度を定める処理を行う入力画面生成手段をさらに備える情報処理装置。
【請求項９】
請求項１〜８のいずれか一項に記載の情報処理装置において、
前記痛みは頭痛である情報処理装置。
【請求項１０】
コンピュータが、痛みが生じたときの生活状況に関する記録である生活記録、及び痛みが生じたときの日付を取得し、
前記コンピュータが、前記生活記録とともに取得した前記日付に対応する気象情報を、気象情報を記憶する気象情報記憶手段から読み出し、
前記コンピュータが、痛みを誘発する要因となりうる複数の事象それぞれを示す原因情報を記録した原因記憶手段から前記原因情報を読み出し、読み出した前記原因情報を、取得した前記生活記録及び読みだした前記気象情報に対してマッチング処理を行い、前記マッチング処理の結果を出力する情報処理方法。
【請求項１１】
コンピュータを、痛みを誘発する要因を分析するための情報処理装置として機能させるプログラムであって、
前記コンピュータに、
痛みが生じたときの生活状況に関する記録である生活記録、及び痛みが生じたときの日付を取得する機能と、
前記生活記録とともに取得した前記日付に対応する気象情報を、気象情報を記憶する気象情報記憶手段から読み出す機能と、
痛みを誘発する要因となりうる複数の事象それぞれを示す原因情報を記録した原因記憶手段から前記原因情報を読み出し、読み出した前記原因情報を、取得した前記生活記録及び読み出した前記気象情報に対してマッチング処理を行い、前記マッチング処理の結果を出力する機能と、
を持たせるプログラム。
【請求項１２】
痛みが生じたときの日付を取得する生活記録取得手段と、
前記生活記録取得手段が取得した前記日付に対応する気象情報を、気象情報を記憶する気象情報記憶手段から読み出す気象情報読出手段と、
痛みを誘発する要因となりうる複数の事象それぞれを示す原因情報を記憶した原因記憶手段から前記原因情報を読み出し、読み出した前記原因情報を、前記気象情報読出手段が読み出した前記気象情報に対してマッチング処理を行い、前記マッチング処理の結果を出力する分析手段と、
を備える情報処理装置。
【請求項１３】
体の不調が生じたときの日付を取得する生活記録取得手段と、
前記生活記録取得手段が取得した前記日付に対応する気象情報を、気象情報を記憶する気象情報記憶手段から読み出す気象情報読出手段と、
体の不調の要因となりうる複数の事象それぞれを示す原因情報を記憶した原因記憶手段から前記原因情報を読み出し、読み出した前記原因情報を、前記気象情報読出手段が読み出した前記気象情報に対してマッチング処理を行い、前記マッチング処理の結果を出力する分析手段と、
を備える情報処理装置。
【請求項１４】
生活状況に関する記録である生活記録を取得する生活記録取得手段と、
気象情報を、気象情報を記憶する気象情報記憶手段から読み出す気象情報読出手段と、
痛みを誘発する要因となりうる複数の事象それぞれを示す原因情報を記憶した原因記憶手段から前記原因情報を読み出し、読み出した前記原因情報を、前記生活記録取得手段が取得した前記生活記録及び前記気象情報読出手段が読み出した前記気象情報に対してマッチング処理を行い、前記マッチング処理の結果に基づいた出力を行う分析手段と、
を備える情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
原因を確定させることが難しい痛みの一つに、片頭痛がある。例えば特許文献１には、対象者の生体情報を生体情報測定装置で測定し、通信回線を介して生体情報管理サーバに記録することが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２５３２２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
片頭痛など、要因を確定させることが難しい痛みにおいて、痛みを誘発する要因を推定するためには、痛みが生じたときの生活状況に関する情報のみではなく、気象情報を考慮する必要がある。しかし、気象情報をユーザが逐一記録することは難しい。
【０００５】
本発明の目的は、痛みが生じたときに、ユーザに負担をかけることなく、生活状況に関する情報とともに気象情報を取得して、痛みを誘発する要因を推定することができる情報処理装置、情報処理方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明によれば、生活状況に関する記録である生活記録、及び痛みが生じたときの日付を取得する生活記録取得手段と、
前記生活記録取得手段が取得した前記日付に対応する気象情報を、気象情報を記憶する気象情報記憶手段から読み出す気象情報読出手段と、
痛みを誘発する要因となりうる複数の事象それぞれを示す原因情報を記憶した原因記憶手段から前記原因情報を読み出し、読み出した前記原因情報を、前記生活記録取得手段が取得した前記生活記録及び前記気象情報読出手段が読み出した前記気象情報に対してマッチング処理を行い、前記マッチング処理結果を出力する分析手段と、
を備える情報処理装置が提供される。
【０００７】
本発明によれば、コンピュータが、痛みが生じたときの生活状況に関する記録である生活記録、及び痛みが生じたときの日付を取得し、
前記コンピュータが、前記生活記録とともに取得した前記日付に対応する気象情報を、気象情報を記憶する気象情報記憶手段から読み出し、
前記コンピュータが、痛みを誘発する要因となりうる複数の事象それぞれを示す原因情報を記録した原因記憶手段から前記原因情報を読み出し、読み出した前記原因情報を、前記生活記録取得手段が取得した前記生活記録及び前記気象情報読出手段が読み出した前記気象情報に対してマッチング処理を行い、前記マッチング処理結果を出力する情報処理方法が提供される。
【０００８】
本発明によれば、コンピュータを、痛みを誘発する要因を分析するための情報処理装置として機能させるプログラムであって、
前記コンピュータに、
痛みが生じたときの生活状況に関する記録である生活記録、及び痛みが生じたときの日付を取得する機能と、
前記生活記録とともに取得した前記日付に対応する気象情報を、気象情報を記憶する気象情報記憶手段から読み出す機能と、
痛みを誘発する要因となりうる複数の事象それぞれを示す原因情報を記録した原因記憶手段から前記原因情報を読み出し、読み出した前記原因情報を、前記生活記録取得手段が取得した前記生活記録及び前記気象情報読出手段が読み出した前記気象情報に対してマッチング処理を行い、前記マッチング処理結果を出力する機能と、
を持たせるプログラムが提供される。
【発明の効果】
【０００９】
本発明によれば、痛みが生じたときに、ユーザに負担をかけることなく、生活状況に関する情報とともに気象情報を取得して、痛みを誘発する要因を推定することができる。
【図面の簡単な説明】
【００１０】
【図１】第１の実施形態に係る情報処理装置の使用環境を示す図である。
【図２】情報処理装置の機能構成を示すブロック図である。
【図３】情報処理装置が行う処理を説明するフローチャートである。
【図４】ステップＳ１０においてユーザが生活記録を入力するためのユーザインターフェースの一例を説明するための図である。
【図５】ステップＳ７０においてユーザ端末に表示される分析結果の一例を示す図である。
【図６】第２の実施形態に係る情報処理装置の機能構成を示すブロック図である。
【図７】情報処理装置の分析部が警告処理を行うときの処理を示すフローチャートである。
【図８】第３の実施形態に係る情報処理装置が行う処理を示すフローチャートである
【図９】第４の実施形態に係る情報処理装置の使用環境を示す図である。
【図１０】図９に示した情報処理装置の機能構成を示すブロック図である。
【図１１】図１０に示した情報処理装置の第１の動作を示すフローチャートである。
【図１２】図１０に示した情報処理装置の第２の動作を示すフローチャートである。
【図１３】第５の実施形態に係る情報処理装置の機能構成を示すブロック図である。
【図１４】入力画面生成部が入力画面データの初期データを生成する処理を示すフローチャートである。
【図１５】入力画面生成部が入力画面データを更新する処理を示すフローチャートである。
【図１６】図４の変形例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
【００１２】
（第１の実施形態）
図１は、第１の実施形態に係る情報処理装置１００の使用環境を示す図である。情報処理装置１００は、通信網５０を介してユーザ端末１０及び気象サーバ２０（気象情報記憶手段）と通信する。ユーザ端末１０は、生活状況に関する記録である生活記録が入力される。この入力には、少なくとも生活記録から痛みに影響すると考えられる期間の記録が含まれる。ユーザ端末１０は、例えば携帯通信端末であるが、固定通信端末（デスクトップ型又はノート型のパーソナルコンピュータを含む）であってもよい。
【００１３】
片頭痛などの慢性の痛みは治療が困難であり、予防方法も無いと我慢している人が多い。それは痛みの要因を確定させることが難しいと思われているからである。痛みは突然襲ってくると思われがちであるが、痛みの原因や予兆は個人によって異なり、痛みを誘発する要因を推定するためには、個人別に痛みが生じる前の生活状況に関する情報のみではなく、気象情報も考慮する必要がある。なお、痛みの頻度が少ない場合には、長期間の生活情報を蓄積し大量の情報から痛みの影響要因を分析するのは非効率・不正確となり、さらに、気象情報をユーザが逐一記録することは難しい。
【００１４】
本実施形態において、ユーザ端末１０は、入力された生活記録を、痛みが生じた日時とともに情報処理装置１００に送信する。気象サーバ２０には、気象情報が記憶されている。気象サーバ２０が記憶している気象情報は、日時別の気圧、気温、風力、及び天候を含んでいる。情報処理装置１００は、ユーザ端末１０から受信した日時に対応する気象情報を気象サーバ２０から読み出す。
【００１５】
また情報処理装置１００は、痛みを誘発する要因となりうる複数の事象それぞれを示す原因情報を取得する。本実施形態において情報処理装置１００は、原因情報を予め記憶している。そして情報処理装置１００は、原因情報を、ユーザ端末１０から取得した生活記録及び気象サーバ２０から取得した気象情報に対してマッチングする。
【００１６】
そして情報処理装置１００は、マッチング処理の結果を出力する。本実施形態において、情報処理装置１００は、ユーザ端末１０にマッチング処理の結果を出力する。ユーザ端末１０は、マッチング処理の結果を表示する。このため、ユーザは、ユーザ端末１０に表示されたマッチング処理の結果を見ることにより、気象情報を含め、痛みを誘発する要因となる事象を認識することができる。
【００１７】
なお、本実施形態における痛みは、例えば片頭痛などの慢性頭痛である。ただし痛みはこれに限定されるものではなく、筋骨格系及び結合組織の疾患に起因した痛み、内科的疾患に起因した痛み、並びにこれら以外の痛みであってもよい。筋骨格系及び結合組織の疾患に起因した痛みには、腰痛、変形性脊椎症、筋筋膜性疼痛、椎間板ヘルニア、脊柱管狭窄症、腰椎椎術後疼痛、肩関節周囲炎、及び胸郭出口症候群が含まれる。内科的疾患に起因した痛みには、慢性頭痛のほかに、リウマチ性疾患が含まれる。その他の痛みには、帯状疱疹・帯状疱疹後神経痛、閉塞性動脈硬化症、膠原病などによる難治性潰瘍、術後痛、複合性局所疼痛症候群、幻肢痛、引き抜き損傷後疼痛、及び心理的な痛みが含まれる。
【００１８】
図２は、情報処理装置１００の機能構成を示すブロック図である。情報処理装置１００は、生活記録取得部１１０、気象情報取得部１２０、分析部１３０、及び原因記憶部１４０を備えている。生活記録取得部１１０は、痛みが生じたときの生活記録、及び痛みが生じたときの日時を取得する。気象情報取得部１２０は、生活記録取得部１１０が取得した日時に対応する気象情報を気象サーバ２０から読み出す。原因記憶部１４０は、原因情報を予め記憶している。分析部１３０は、原因記憶部１４０から原因情報を読み出し、読み出した原因情報を、生活記録取得部１１０が取得した生活記録及び気象情報取得部１２０が読み出した気象情報に対してマッチング処理を行う。具体的には、分析部１３０は、生活記録及び気象情報のうち原因情報に一致する事象を選択する。そして分析部１３０は、マッチング処理結果をユーザ端末１０に出力する。
【００１９】
なお、図２に示した情報処理装置１００の各構成要素は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。情報処理装置１００の各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インタフェースを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置には様々な変形例がある。
【００２０】
図３は、情報処理装置１００が行う処理を説明するフローチャートである。まずユーザ端末１０には、ユーザが痛みを感じたときの生活記録、及び痛みを感じたときの日時が入力される（ステップＳ１０）。日時はユーザ端末１０が自動的に取得しても良い。またユーザ端末１０に入力される情報には、痛みの内容及びその部位、並びに痛みが治まった時間が含まれていても良い。この入力は、ユーザ端末１０に表示された入力画面に対して行われる。次いでユーザ端末１０は、入力された各種の情報、例えば生活記録及び日時を、情報処理装置１００に送信する（ステップＳ２０）。
【００２１】
情報処理装置１００の生活記録取得部１１０は、ユーザ端末１０から、生活記録及び日時を含む情報を受信する。すると情報処理装置１００の気象情報取得部１２０は、生活記録取得部１１０が受信した日時に対応する気象情報を、気象サーバ２０に要求する（ステップＳ３０）。気象サーバ２０は、気象情報取得部１２０から要求された日時に対応する気象情報を、気象情報取得部１２０に送信する（ステップＳ４０）。
【００２２】
次いで分析部１３０は、原因記憶部１４０から原因情報を読み出し、読み出した原因情報を、生活記録取得部１１０が取得した生活記録及び気象情報取得部１２０が読み出した気象情報に対してマッチングする（ステップＳ５０）。次いで分析部１３０は、マッチング処理の結果をユーザ端末１０に送信する（ステップＳ６０）。
【００２３】
ユーザ端末１０は、情報処理装置１００からマッチング処理の結果を受信すると、受信したマッチング処理の結果を表示し、ユーザに認識させる（ステップＳ７０）。
【００２４】
図４は、ステップＳ１０においてユーザが生活記録を入力するためのユーザインターフェースの一例を説明するための図である。本図に示す例において生活記録には、イベント（スケジュール）、起床時刻、就寝時刻、起床時刻及び就寝時刻から自動で算出される睡眠時間、気象情報、食事時間、嗜好品の取得時間、入浴時間、運動の有無、痛み前のサイン（光・音・匂い等への過敏な反応、首や肩のこり、生あくび、吐き気等の身体的な変化）、痛み情報（痛みが発生した時刻）、薬剤名、及び薬を服用した時刻が含まれている。なお痛み情報には、痛みが治まった時刻が含まれていてもよい。これらのうちイベントについては、ユーザ端末１０ではなく、他のスケジュール管理システム（図示せず）から取得しても良い。
【００２５】
そしてユーザ端末１０に表示されるユーザインターフェースには、生活記録の各項目が予め表示されている。ユーザは、ユーザ端末１０に対し、ある項目に該当する場合、その項目に対応する時刻情報を入力する。これにより、情報処理装置１００の分析部１３０は、ユーザがその日はその項目に該当したことを認識できる。またユーザインターフェースには、各項目別に、自由入力欄が設けられている。
【００２６】
図５は、ステップＳ７０においてユーザ端末１０に表示される分析結果の一例を示す図である。本図に示す例において、分析結果には、痛みを誘発した要因のほかに、痛みの実績、及びそのときの服薬情報が含まれている。さらに分析結果は、アドバイス情報を含んでいる。このアドバイス情報は、痛みを誘発した要因、及び痛みを早期に鎮める服薬方法を、文章で示している。本結果はユーザ端末１０に接続された機器から印刷することもでき、これにより診療時に医師に示すこともできる。
【００２７】
次に、本実施形態の作用及び効果について説明する。本実施形態によれば、情報処理装置１００の分析部１３０は、生活記録及び気象情報のうち原因情報に一致する事象を選択し、選択した結果をユーザ端末１０に送信する。このため、ユーザは、自分の痛みを誘発する要因を認識することができる。また本実施形態では、ユーザは、気象情報を逐一入力する必要はなく、その代わりに痛みが生じた日時を入力するのみでよい。従って、ユーザにかける負担を少なくすることができる。また、痛みを抑制する薬の服薬は、痛みが起きた場合に極力早く行うことが必要である。本実施形態のシステムを用いると、痛みの予兆を捉え、服薬の準備を行うことで、痛みをうまく制御して質の高い生活を営むことが可能となる。
【００２８】
（第２の実施形態）
図６は、第２の実施形態に係る情報処理装置１００の機能構成を示すブロック図である。本実施形態に係る情報処理装置１００は、分析結果記憶部１５０を備えている点、及び分析部１３０が警告処理を行う機能を有している点を除いて、第１の実施形態に係る情報処理装置１００と同様の構成である。すなわち本実施形態にかかる情報処理装置１００は、第１の実施形態に示した機能と、警告処理を行う機能の双方を有している。
【００２９】
分析結果記憶部１５０は、分析部１３０による分析結果、すなわちそのユーザにとって痛みを誘発する要因（つまり図３のマッチング処理の結果によって選択された要因）を記憶している。通常、この要因は、一人のユーザに対して複数である。本実施形態では、生活記録取得部１１０は、ユーザ端末１０から、痛みを生じていないときの生活記録及びその日付を取得する。そして分析部１３０は、痛みが生じていないときの生活記録と、分析結果記憶部１５０が記憶している情報のマッチング処理を行い、このマッチング処理に基づいて警告処理を行う。具体的には、痛みが生じていないときの生活記録に、分析結果記憶部１５０が記憶している情報のうち一定割合以上の要因が含まれていた場合、痛みが生じる可能性があると判断して警告処理を行う。
【００３０】
図７は、情報処理装置１００の分析部１３０が警告処理を行うときの処理を示すフローチャートである。まずユーザ端末１０には、ユーザが痛みを感じていないときを含め、生活記録及び日付が、毎日入力される（ステップＳ１１０）。次いでユーザ端末１０は、入力された生活記録及び日付を、情報処理装置１００に送信する（ステップＳ１２０）。
【００３１】
情報処理装置１００の生活記録取得部１１０は、ユーザ端末１０から、生活記録及び日付を受信する。すると情報処理装置１００の気象情報取得部１２０は、生活記録取得部１１０が受信した日付に対応する気象情報を、気象サーバ２０に要求する（ステップＳ１３０）。気象サーバ２０は、気象情報取得部１２０から要求された日付に対応する気象情報を、気象情報取得部１２０に送信する（ステップＳ１４０）。
【００３２】
次いで分析部１３０は、原因記憶部１４０から原因情報を読み出し、読み出した原因情報を、生活記録取得部１１０が取得した生活記録及び気象情報取得部１２０が読み出した気象情報に対してマッチング処理を行う（ステップＳ１５０）。次いで分析部１３０は、痛みが生じていないときの生活記録に、分析結果記憶部１５０が記憶している情報のうち一定割合以上の要因が含まれていた場合、痛みが生じる可能性があると判断し（ステップＳ１６０：Ｙｅｓ）、警告情報を送信する（ステップＳ１７０）。
【００３３】
ユーザ端末１０は、情報処理装置１００から警告情報を受信すると、受信した警告情報を表示し、ユーザに認識させる（ステップＳ１８０）。
【００３４】
なお本実施形態に係るユーザ端末１０は、図３のステップＳ３０に示した処理において、生活記録から痛みに影響すると考えられる期間（例えば痛みが生じたときを起点とした一定前の期間：例えば３日間）の記録だけを選別して送信する。
【００３５】
本実施形態によっても、第１の実施形態と同様の効果を得ることができる。また、ユーザ端末１０のユーザに対し、痛みが生じる可能性が高くなったときに、その旨を伝えることができる。従って、ユーザは、生活に気をつけることにより、痛みが発生することを未然に防ぐことができる。
【００３６】
（第３の実施形態）
図８は、第３の実施形態に係る情報処理装置１００が行う処理を示すフローチャートである。本実施形態において、気象サーバ２０は、気象情報を、位置情報に対応付けて記憶している。ユーザ端末１０は、日時及び生活記録とともに、ユーザがその日にいた位置を示す位置情報を情報処理装置１００に送信する。そして情報処理装置１００は、ユーザ端末１０から受信した位置情報に対応する気象情報を、気象サーバ２０から取得する。以下、詳細に説明する。
【００３７】
本実施形態において、ユーザ端末１０は携帯型の端末である。ユーザ端末１０は、例えばＧＰＳ情報を用いてユーザ端末１０の位置情報を生成しておく（ステップＳ２）。この位置情報は、ユーザ端末１０のユーザがその日にいた場所を示していると考えられる。
【００３８】
次いでユーザ端末１０には、ユーザが痛みを感じたときの生活記録、及び痛みを感じたときの日時が入力される（ステップＳ１０）。次いでユーザ端末１０は、入力された生活記録及び日時を、ステップＳ２で生成した位置情報とともに情報処理装置１００に送信する（ステップＳ２２）。
【００３９】
情報処理装置１００の生活記録取得部１１０は、ユーザ端末１０から、生活記録、日時、及び位置情報を受信する。すると情報処理装置１００の気象情報取得部１２０は、生活記録取得部１１０が受信した日時に対応する気象情報を気象サーバ２０に要求するとともに、ステップＳ２２で送信された位置情報を気象サーバ２０に送信する（ステップＳ３２）。気象サーバ２０は、気象情報取得部１２０から送信された日時及び位置情報に対応する気象情報を、気象情報取得部１２０に送信する（ステップＳ４０）。
【００４０】
その後の処理（ステップＳ５０〜ステップＳ７０）は、図３に示した処理と同様である。
【００４１】
本実施形態によっても、第１の実施形態と同様の効果を得ることができる。また、情報処理装置１００は、ユーザ端末１０のユーザがいた場所に対応する気象情報を気象サーバ２０から取得することができるため、さらに高い精度で、そのユーザにおいて痛みを誘発する要因を認識することができる。
【００４２】
（第４の実施形態）
図９は、第４の実施形態に係る情報処理装置１００の使用環境を示す図である。本実施形態において情報処理装置１００は、通信網５０を介してＥＨＲ（Electronic Helth Record）サーバ３０にも接続する。そして情報処理装置１００は、ユーザのヘルスケア情報をＥＨＲサーバ３０から読み出し、生活記録及び気象情報とともに原因情報に対してマッチング処理を行う。ヘルスケア情報には、既往歴、薬の処方履歴、食事及び嗜好品の摂取量及び摂取時間、及び運動習慣などの生活上のイベントが含まれている。
【００４３】
図１０は、図９に示した情報処理装置１００の機能構成を示すブロック図である。本実施形態において情報処理装置１００は、ＥＨＲ読出部１６０を備えている点を除いて、第２の実施形態に係る情報処理装置１００と同様の構成である。ＥＨＲ読出部１６０は、ＥＨＲサーバ３０からユーザのヘルスケア情報を読み出す。
【００４４】
図１１は、図１０に示した情報処理装置１００の第１の動作を示すフローチャートである。本図に示す処理は、ユーザが痛みを感じたときの処理であり、ステップＳ４０に示す処理までは、ユーザ端末１０が日時及び生活記録とともにユーザ識別情報を送信する（ステップＳ２０）点を除いて、図３に示したフローチャートと同様である。ユーザ識別情報は、情報処理装置１００の生活記録取得部１１０によって取得される。
【００４５】
情報処理装置１００の気象情報取得部１２０が気象サーバ２０から気象情報を受信する（ステップＳ４０）と、ＥＨＲ読出部１６０は、生活記録取得部１１０が取得したユーザ識別情報に対応するヘルスケア情報を、ＥＨＲサーバ３０に要求する（ステップＳ４２）。ＥＨＲサーバ３０は、要求されたヘルスケア情報を情報処理装置１００に送信する（ステップＳ４４）。そして分析部１３０は、原因記憶部１４０から原因情報を読み出し、読み出した原因情報を、生活記録、気象情報、及びヘルスケア情報に対してマッチング処理を行う（ステップＳ５０）。このマッチング処理の詳細は、第１の実施形態で説明した通りである。
【００４６】
その後の処理（ステップＳ６０及びステップＳ７０）については、図３と同様である。
【００４７】
図１２は、図１０に示した情報処理装置１００の第２の動作を示すフローチャートである。本図に示す処理は、ユーザが痛みを感じていないときの処理であり、ステップＳ１４０に示す処理までは、ユーザ端末１０が日時及び生活記録とともにユーザ識別情報を送信する（ステップＳ１２０）点を除いて、図７に示したフローチャートと同様である。このユーザ識別情報は、ユーザ端末１０が予め記憶していても良いし、ステップＳ１１０においてユーザによって入力されても良い。ユーザ識別情報は、情報処理装置１００の生活記録取得部１１０によって取得される。
【００４８】
気象情報取得部１２０が気象サーバ２０から気象情報を受信する（ステップＳ１４０）と、ＥＨＲ読出部１６０は、生活記録取得部１１０が取得したユーザ識別情報に対応するヘルスケア情報を、ＥＨＲサーバ３０に要求する（ステップＳ１４２）。ＥＨＲサーバ３０は、ＥＨＲ読出部１６０が送信したユーザ識別情報に対応するヘルスケア情報を、ＥＨＲ読出部１６０に送信する（ステップＳ１４４）。そして分析部１３０は、原因記憶部１４０から原因情報を読み出し、読み出した原因情報を、生活記録、気象情報、及びヘルスケア情報に対してマッチングする（ステップＳ１５０）。このマッチング処理の詳細は、第１の実施形態で説明したとおりである。
【００４９】
その後の処理（ステップＳ１６０，Ｓ１７０）については、図７と同様である。
【００５０】
本実施形態によっても、第３の実施形態と同様の効果を得ることができる。またヘルスケア情報も参照しているため、さらに高い精度で痛みを誘発する要因のマッチング処理を行うことができる。
【００５１】
（第５の実施形態）
図１３は、第５の実施形態に係る情報処理装置１００の機能構成を示すブロック図である。本実施形態における情報処理装置１００は、入力画面記憶部１１５、分析結果記憶部１５０、及び入力画面生成部１７０を備えている点を除いて、第４の実施形態に係る情報処理装置１００と同様の構成である。
【００５２】
入力画面記憶部１１５は、生活記録を入力するための入力画面をユーザ端末１０に表示させるための入力画面データを記憶している。入力画面記憶部１１５が記憶している入力画面データは、生活記録取得部１１０によってユーザ端末１０に送信される。
【００５３】
分析結果記憶部１５０は、分析部１３０のマッチング処理結果、具体的には分析部１３０によって選択された要因を記憶している。そして入力画面生成部１７０は、入力画面データを生成する。また入力画面生成部１７０は、分析結果記憶部１５０が記憶しているマッチング処理結果に基づいて、入力画面記憶部１１５が記憶している入力画面データを更新する。具体的には、入力画面生成部１７０は、原因記憶部１４０が記憶している要因に基づいて、入力画面に表示させるべき複数の入力項目それぞれに対して表示の優先度を更新する処理を行う。そして入力画面生成部１７０は、優先度が高い入力項目から順に表示が行われるように、入力画面データを更新する。
【００５４】
また入力画面生成部１７０は、ＥＨＲ読出部１６０が取得したヘルスケア情報を用いて、入力画面データの初期データを生成する。
【００５５】
図１４は、入力画面生成部１７０が入力画面データの初期データを生成する処理を示すフローチャートである。まず生活記録取得部１１０は、ユーザ端末１０に対し、登録画面データを送信する（ステップＳ２００）。ユーザ端末１０は、受信した登録画面データを用いて登録画面を表示する。ユーザ端末１０のユーザは、ユーザ端末１０に表示された登録画面に対して入力を行う（ステップＳ２１０）。ここで行う入力には、ＥＨＲにおけるユーザ識別情報、及び登録情報である。登録情報には、例えば登録画面に表示された質問項目に対する回答も含まれる。次いでユーザ端末１０は、登録画面に入力されたユーザ識別情報及び登録情報を情報処理装置１００に送信する（ステップＳ２２０）。送信された情報は、情報処理装置１００の生活記録取得部１１０が取得する。
【００５６】
次いでＥＨＲ読出部１６０は、生活記録取得部１１０が取得したユーザ識別情報に対応するヘルスケア情報をＥＨＲサーバ３０に要求する（ステップＳ２３０）。ＥＨＲサーバ３０は、ＥＨＲ読出部１６０が送信したユーザ識別情報に対応するヘルスケア情報を、ＥＨＲ読出部１６０に送信する（ステップＳ２４０）。
【００５７】
そして入力画面生成部１７０は、ＥＨＲ読出部１６０が受信したヘルスケア情報を用いて、入力画面データの初期データを生成する（ステップＳ２５０）。例えば入力画面生成部１７０は、ヘルスケア情報に含まれる処方済みの医薬品や、薬局で購入した一般医薬品、及び薬局が入力した服薬説明を用いて、図４に示した薬に関連する項目を生成する。
【００５８】
次いで入力画面生成部１７０は、入力画面データの初期データを入力画面記憶部１１５に記憶させる（ステップＳ２６０）。
【００５９】
図１５は、入力画面生成部１７０が入力画面データを更新する処理を示すフローチャートである。まず情報処理装置１００の生活記録取得部１１０は、入力画面記憶部１１５から入力画面データを読み出し、読み出した入力画面データをユーザ端末１０に送信する（ステップＳ４）。
【００６０】
ステップＳ１０〜ステップＳ７０までの処理は、図１１と同様であるため、説明を省略する。
【００６１】
情報処理装置１００の分析部１３０は、マッチング処理結果をユーザ端末１０に送信する（ステップＳ６０）とともに、マッチング処理結果を、ステップＳ２０で受信した、痛みを感じた日時に対応付けて分析結果記憶部１５０に記憶させる（ステップＳ８０）。このようにして、分析結果記憶部１５０には、ユーザ端末１０のユーザが痛みを感じたときのマッチング処理結果が蓄積されていく。
【００６２】
次いで入力画面生成部１７０は、分析結果記憶部１５０に新たに記憶されたマッチング処理結果を用いて、入力画面データを更新する（ステップＳ８２）。例えば入力画面生成部１７０は、分析結果記憶部１５０に記憶されているマッチング処理結果を統計処理し、出現頻度の高い順に、入力画面における入力項目を並べ替える。
【００６３】
またステップＳ８２で示した統計処理結果、又はこの統計処理結果を複数段階評価に置き換えた結果は、そのユーザにおける痛みの要因（項目）の影響度を示している。このため、図１６に示すように、入力画面生成部１７０は、入力画面において、要因の影響度がその要因に対応付けて表示されるようにしても良い。
【００６４】
以上、本実施形態によれば、第４の実施形態と同様の効果を得ることができる。また、入力画面生成部１７０は、分析結果記憶部１５０に新たに記憶されたマッチング処理結果を用いて、入力画面における入力項目を並べ替える。従って、ユーザ端末１０のユーザは、時間が無いときなどにおいて、重要な項目から順に生活記録を入力することができる。
【００６５】
また図１６に示すように、入力画面において、要因の影響度がその要因に対応付けて表示されると、ユーザ端末１０のユーザは、時間が無いときなどにおいて、重要な項目から順に生活記録を入力しやすくなる。
【００６６】
以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。例えば情報処理装置１００は、気象サーバ２０が記憶している気象情報を記憶していても良い。この場合、気象情報取得部１２０は、気象サーバ２０ではなく情報処理装置１００の内部から、必要な気象情報を読み出す。
【符号の説明】
【００６７】
１０ ユーザ端末
２０ 気象サーバ
３０ ＥＨＲサーバ
５０ 通信網
１００ 情報処理装置
１１０ 生活記録取得部
１１５ 入力画面記憶部
１２０ 気象情報取得部
１３０ 分析部
１４０ 原因記憶部
１５０ 分析結果記憶部
１６０ ＥＨＲ読出部
１７０ 入力画面生成部
【図１】
0005742350.tif 000002
【図２】
0005742350.tif 000003
【図３】
0005742350.tif 000004
【図４】
0005742350.tif 000005
【図５】
0005742350.tif 000006
【図６】
0005742350.tif 000007
【図７】
0005742350.tif 000008
【図８】
0005742350.tif 000009
【図９】
0005742350.tif 000010
【図１０】
0005742350.tif 000011
【図１１】
0005742350.tif 000012
【図１２】
0005742350.tif 000013
【図１３】
0005742350.tif 000014
【図１４】
0005742350.tif 000015
【図１５】
0005742350.tif 000016
【図１６】
0005742350.tif 000017