JP7273350B1 - 情報処理装置並びにその処理方法とプログラム、システムとその処理方法 - Google Patents

Abstract

【課題】本発明の目的は、身体に係る痛みなどの不調の記録を容易にすること【解決するための手段】 第１指示受付部に対する指示を受け付け、第１指示受付部に対する指示を受け付けた場合、ユーザに対して不調に対する対処法を表示し、第１指示受付部に対する指示を受け付けた場合、当該第１指示受付部に対する指示を受け付けた日または日時を示す第１情報を記憶する【選択図】図７

Description

身体の体調を管理する情報処理装置並びにその処理方法とプログラム、システムとその処理方法に関する。

慢性頭痛（頭痛持ち）の人が多く存在しているが、ありふれた症状でもあり、頭痛持ちの方の多くが、対策として鎮痛剤を飲んでやり過ごしていることがある。

また、頭痛改善の対処法が世の中に多すぎることから、自分に何がマッチしているのかがわからず、最適なものを選択できない状況がある。

痛みの改善につなげる仕組みとして、体調を記録できるスマートフォンのアプリケーションが存在している。そして、特許文献１のように、「肩凝り、腰痛、頭痛といった諸症状の緩和とユーザのストレス軽減に寄与する情報をユーザに対して提示する」技術が開示されている。

特開２０１９－４０５１３号公報

しかしながら、例えば、頭痛などの痛みは、予兆なく突発的に発生することもあるため、発生したタイミングで症状などを記録として残すことが難しい。事後的に記録しようとした場合も、そもそも記録することを忘れてしまったり、どのような症状だったかを忘れてしまうということもあり、頭痛などの痛みの管理が難しかった。

その結果、以前と同じような原因なのか、同じ対処法でいいのかなど、不調の原因や効果のあった対処法を管理できず、最適な対処法を選択することが難しかった。

そこで、本発明の目的は、身体に係る痛みなどの不調に関する情報の記録を容易にする仕組みを提供することである。

第１指示受付部に対する指示を受け付ける受付手段と、
前記受付手段により第１指示受付部に対する指示を受け付けた場合、ユーザに対して不調に対する対処法を表示するとともに、当該指示を受け付けた日または日時を示す第１情報を記憶するよう制御する制御手段と、
を備えることを特徴とする。

本発明によれば、身体に係る痛みなどの不調に関する情報の記録を容易にできる。

本実施形態における、システム構成の一例を示す図である。 本実施形態における、情報処理装置とサーバのハードウェア構成の一例を示すブロック図である。 本実施形態における、ヘルプボタンによる痛み情報を登録する際の一例を示すフローチャートである。 本実施形態における、記録ボタンによる痛み情報を登録する際の一例を示すフローチャートである。 本実施形態における、サーバで管理する管理情報の一例を示す図である。 本実施形態における、携帯端末で表示するトップ画面の一例を示す図である。 本実施形態における、携帯端末で表示するヘルプボタン押下時の画面の一例を示す図である。 本実施形態における、携帯端末で表示する記録指示画面の一例を示す図である。 本実施形態における、携帯端末で表示するヘルプボタンからの入力後（未入力部分の入力）の入力画面の一例を示す図である。 本実施形態における、携帯端末で表示する他の形態の画面の一例を示す図である。 本実施形態における、携帯端末で表示するその他の表示画面の一例を示す図である。

以下、図面を参照して本実施形態を詳細に説明する。図１は、本実施形態における、頭痛管理システムの構成の一例を示す図である。

なお、本実施形態は頭痛の記録を含む頭痛管理システムとしているが、頭痛に限らず身体に不調が発生するようなケース（例えば、腰痛や神経痛、めまい、耳鳴り、倦怠感など）の不調を記録し管理するシステムであってもよい。

図１に示す通り、頭痛管理システムは、サーバ１０２と、情報処理装置１００（情報処理装置の具体例として、パーソナルコンピュータＡ、パーソナルコンピュータＢ、スマートフォンやタブレット端末などの携帯端末等）とが、ネットワーク１０１を介して通信可能に接続され、構成されている。以下、情報処理装置の具体例として携帯端末を例に説明を行うものとする。

なお、図１に示す通り、携帯端末はウェアラブル端末であっても良いし、また携帯端末とウェアラブル端末とが通信可能に接続されたものであってもよい。この場合、ウェアラブル端末が表示画面を有しているものであれば、携帯端末と同じように制御することも可能である。また、ウェアラブル端末は、血圧・心拍などの身体情報を取得しスマートフォン等の携帯端末に対して取得した身体情報を入力する端末として機能させてもよい。

携帯端末としての情報処理装置１００は、カメラ機能及びタッチパネル機能（操作部）を備える携帯型の端末である（タブレット、スマートフォン等）。そして、頭痛などの不調の記録を行える記録アプリ―ケーションがインストールされている。

なお、本実施例では、不調の具体例として頭痛を用いて説明する。

情報処理装置１００は、２台のカメラを備えているものとして説明する。２台のカメラとは、液晶ディスプレイ側に備えるインカメラ（前面カメラ等の第１のカメラ）と、液晶ディスプレイと反対側（情報処理装置１００の背面）に備えるアウトカメラ（背面カメラ等の第２のカメラ）である。なお、本実施形態は内蔵カメラとして説明するが、ＵＳＢ接続したカメラを用いてもよい。

情報処理装置１００におけるユーザからの操作に応じて（例えばログインユーザ情報の入力・送信指示に応じて）サーバ１０２へログインし、ユーザに関する情報を取得して、情報処理装置１００の頭痛記録アプリケーションを用いて表示する。そして、情報処理装置１００で入力した情報をサーバ１０２に送信し、入力に従って解析した結果を情報処理装置１００で表示する。

ここでは、情報処理装置１００は、ネットワーク１０１（無線ＬＡＮまたは公共の通信回線と通信方法（４Ｇ、５Ｇ等）等）を介してサーバ１０２と通信を行うものとする。

サーバ１０２は、頭痛を管理する情報の記録や、ユーザ情報を保持している装置である。また、サーバ１０２は、頭痛の管理に用いる、気象情報なども外部システムと連携して保持しており、情報処理装置１００で入力された情報をもとに、サーバ１０２が保有するＡＩが解析して、ユーザにあった情報を出力するようにしてもよい。なおＡＩを用いず、入力された情報を数値化して、その数値の傾向からユーザにあった情報を割り出し、出力するようにしてもよい。

なお、サーバ１０２は、クラウド環境のサーバとするが、企業内で実施する場合には、企業内のネットワークに設置する形態であってもよい。

なお、本実施例においては情報処理装置１００がサーバ１０２と通信するシステムとしての構成を説明するが、サーバ１０２と通信することなく、サーバ１０２で実行する処理について情報処理装置１００（具体的にはスマートフォン等にインストールされた記録アプリケーション）が実行する構成であっても良い。

次に、図２を用いて、図１に示した情報処理装置１００としての携帯端末のハードウェア構成について説明する。

図２の（Ａ）は、図１に示した情報処理装置１００としての携帯端末のハードウェア構成を示すブロック図である。

図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、表示コントローラ２０５は、タッチパネル２０９からの入力やタッチパネル２０９への表示（出力）を制御する。なお、不図示であるが、装置に備えるハードキーの入力を受け付けるコントローラも備えていてもよいものとする。

メモリコントローラ２０７は、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、カードスロットにアダプタを介して接続されるＳＤカード等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ２０８は、ネットワーク（例えば、図１に示したＬＡＮ／ＷＡＮ）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

第１のカメラ（前面カメラ）２１２、第２のカメラ（背面カメラ）２１３は、それぞれ携帯端末に内蔵されているカメラであり、カメラコントローラ２０６により制御されている。また、携帯端末のアプリケーションからの命令により、利用するカメラの制御（切替）をすることができる。すなわち、インカメラとアウトカメラの切り替えが可能である。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報等も、外部メモリ２１１に格納されている（サーバ１０２から適宜取得してＲＡＭに記憶する形態でもよい）。

図２の（Ｂ）は、図１に示したサーバ１０２のハードウェア構成を示すブロック図である。

ＣＰＵ２２１は、システムバス２２４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２２２あるいは外部メモリ２３１（記憶）には、ＣＰＵ２２１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、サーバを実行する機能を実現するために必要な各種プログラム等が記憶されている。外部メモリ２３１にはデータベースも含まれるものとする。ＲＡＭ２２３は、ＣＰＵ２２１の主メモリ、ワークエリア等として機能する。

ＣＰＵ２２１は、処理の実行に際して必要なプログラム等をＲＡＭ２２３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２２５は、キーボード２２９や不図示のマウス等のポインティングデバイスからの入力を制御する。

ビデオコントローラ（ＶＣ）２２６は、ディスプレイ２３０等の表示器への表示を制御する。ディスプレイ２３０は、液晶ディスプレイなどであり、必要に応じて管理者が使用するものである。

メモリコントローラ（ＭＣ）２２７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２３１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２２８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

尚、ＣＰＵ２２１は、例えばＲＡＭ２２３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２３０上での表示を可能としている。また、ＣＰＵ２２１は、ディスプレイ２３０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

次に、図３を参照して、本実施形態における、頭痛記録において、ヘルプボタンによる痛み情報を登録する際の処理の流れについて説明する。なお、各ステップは、情報処理装置１００又はサーバ１０２のＣＰＵが処理を実行するものとする。情報処理装置１００で頭痛記録アプリケーションの実行が指示されると図３の処理が開始される。

ステップＳ３０１では、情報処理装置１００のＣＰＵ２０１は、頭痛記録アプリケーションを用いて頭痛を管理するためのユーザ情報の入力を受け付ける。これは頭痛記録アプリケーションの初回起動時に一度入力するものとするが、入力後も頭痛記録アプリケーションの設定から変更可能なものとする。具体的には、ユーザ名、パスワード、メールアドレス、ユーザを示す画像（通常表示の画像と、頭痛時に表示する画像）等を登録する。より詳細な情報として、図１１の基本情報入力画面１１０１から、生年月日、性別、身長、体重、既往歴や現病歴、職種、運動習慣等の情報を入力する。

ステップＳ３０２では、サーバ１０２で、情報処理装置１００で入力されたユーザ情報を受信し、外部メモリ２３１に登録する。なお、ユーザ情報は頭痛記録アプリケーション側でも管理するようにしてもよい。外部メモリ２３１で登録されているユーザ情報の例は、図５のユーザ管理情報５０１である。

ここで図５のユーザ管理情報５０１について説明する。ユーザ管理情報として、情報処理装置１００で入力され、送信された、ユーザ名、パスワード、メールアドレス等を記憶している。また、身体の基本情報（図１１の基本情報入力画面１１０１）を身体・生活情報として記憶し、ユーザを示す画像（通常表示の画像をユーザ画像１とし、頭痛時に表示する画像をユーザ画像２とする）を記憶管理している。管理する情報はユーザ管理情報５０１で示した項目に限るものではない。

ステップＳ３０３では、情報処理装置１００のＣＰＵ２０１は、ユーザの操作等に応じて、情報処理装置１００で頭痛記録アプリケーションのトップ画面の表示指示を受けつける。トップ画面の表示指示受付に応じて、サーバ１０２と通信を行う。頭痛記録アプリケーションの初回起動時はステップＳ３０１のユーザ情報入力が完了次第、トップ画面が表示されるものとし、２回目以降の起動時については頭痛記録アプリケーションが起動されログインが完了したことがトップ画面表示指示に相当する処理とする。

ステップＳ３０４では、サーバ１０２が、外部メモリ２３１で管理している、ログインユーザの記録情報（頭痛で記録した痛み情報）を取得し、情報処理装置１００に送信する。外部メモリ２３１に記憶されている記録情報（頭痛で記録した痛み情報）の例は図５の痛み情報５１１である。

ここで図５の痛み情報５１１について説明する。ユーザ管理情報５０１で管理しているユーザに対応して、各種情報をデータベース等で管理している。

痛み情報として、後述するフローチャートでの処理で、情報処理装置１００で入力された頭痛記録や、記録によって解析された結果（例えば、対処法）を記憶している。頭痛の発生した日時（又は記録日時）、頭痛の痛みの強さ、痛みの種類、痛みの発生した部位、薬を服用したかを示す情報を記憶している。

それぞれの情報の例として、日時は、年月日と時刻の情報、痛みの強さは１０段階（例えば１（弱い）～１０（強い）の１０段階の数値）の情報、痛みの種類は「動くと痛い」と「頭を下げると痛い」「脈打つような痛み」「締め付けられるような痛み」「突き刺さるような痛み」などがある。また、部位については、「側頭部（こめかみ、耳の上や横あたり）」「前頭部（おでこ、眉毛のあたり）」「後頭部、後頚部（首の付け根から首肩にかけて）」「目の奥」「顎関節周囲」（左右がある場合には、左右の情報を含む）などがある。薬については、「服用なし」「服用有（市販薬）」「服用有（処方薬）」などがある。

気象情報は、気象情報を提供するサービス等から取得した「天気」「気圧」「気温」など情報（頭痛発生時の数値や変化の傾向等）を記憶している。発生場所は、携帯端末のＧＰＳ情報やマップ指定から得た位置情報を記憶している。なお、緯度経度の位置情報でなく、「職場」「自宅」などの名称として記憶してもよい。

提示対処法は、ヘルプボタンが押下された場合に、提示したユーザにあう頭痛に関する対処法を記憶する。効き方は、ヘルプボタン押下後に、対処法が効いたことを示す情報の入力に応じて、「効き有」「効き無」を記憶している。ヘルプ登録は、ヘルプボタンが押下され登録をしたことを示すフラグを記憶している。

なお、図５の痛み情報５１１で示した情報以外に、月経情報（月経前/月経中（日付）/月経中でないことを示す情報）や、ストレスレベル、前兆情報（目がチカチカする、肩がこる）などを記憶するようにしてもよい。

ステップＳ３０５では、情報処理装置１００のＣＰＵ２０１は、サーバ１０２から受信した記録情報に詳細情報が未入力の記録（以降、未入力記録とする。）があるかを判定する。具体的には、ヘルプ登録が「あり」となっており（すなわち、ヘルプボタン押下による記録）、未入力項目がある記録があるかを判定する。なお、サーバ１０２が未入力記録の情報だけ情報処理装置１００に送信するような構成であってもよい。その場合は、未入力記録情報の受信の有無で判定するようにしてもよい。その他、サーバ１０２で未入力記録を判定し、未入力記録「有」のメッセージを情報処理装置１００に送信するようにしてもよい。

未入力記録があると判定された場合は、ステップＳ３０７に処理を移し、未入力記録がないと判定された場合には、ステップＳ３０６に処理を移す。

ステップＳ３０６では、情報処理装置１００のＣＰＵ２０１は、通常トップ画面６０１（図６）をディスプレイ２３０に表示する（なお、後述するステップにおいて表示する場合の表示先はすべてディスプレイ２３０であるものとする）。通常トップ画面６０１では、ユーザのアイコン画像を表示すると共に、表示領域６０２に記録のためのボタンを表示する。本実施形態では、頭痛などの突発的な痛みでも記録を容易にするため、ヘルプボタン６０３を有している。また、任意のタイミングで頭痛を記録する記録ボタン６０４を有している。ヘルプボタン６０３は、対処法を提示するための第１指示受付部であり、自動記録する第１指示受付部でもある。記録ボタン６０４（第２指示受付部）は、ヘルプボタン６０３で記録後でなくても押下して、適宜頭痛の内容を記録できるものとする。すなわち、第１指示受付部と第２指示受付部を表示制御するものである。

ステップＳ３０７では、未入力記録があることを示す未入力通知トップ画面６１１（図６）を表示する。未入力通知トップ画面６１１では、ユーザのアイコン画像を表示すると共に、表示領域６１２に記録のためのボタンを表示する。また、ヘルプボタンでその場ですぐに自動記録（忘れないように簡易記録）したあと、後から詳細情報を記録する記録ボタン６１４（第２指示受付部）を有している。未入力記録がある場合には、記録ボタン６１４に未入力記録（ヘルプボタンによる簡易記録）を示すための通知マーク６１５（未入力記録数も表示する）を表示する。ヘルプボタン６１３（第１指示受付部）は、通常トップ画面６０１と同様に制御する。すなわち、未入力記録（ヘルプボタンによる簡易記録）を示すための通知マーク６１５（未入力記録数も表示する）を表示する処理は、ヘルプボタン押下により記録された第１情報（不調があったことを示す記録として、指示に係る日または日時を示す情報）が記憶されていることを通知する処理である。これにより、未入力の記録を促し頭痛の管理がされづらかった状態を解消できる。

ステップＳ３０８では、情報処理装置１００のＣＰＵ２０１は、ヘルプボタン６０３又はヘルプボタン６１３が押下されたか否かを判定する。ヘルプボタン（第１指示部）が押下された場合には、ステップＳ３０９へ処理を移し、記録ボタン６０４又は記録ボタン６１４が押下された場合には図４に処理を移す。図４の処理については後述する。

ステップＳ３０９では、情報処理装置１００のＣＰＵ２０１は、痛み入力画面７０１を表示して、ユーザにより入力された痛み情報を取得する。ヘルプボタンを押下した際に、頭痛発生の記録として、ヘルプボタン押下による記録である旨、ヘルプボタンが押下された日時（時刻）を取得する。なお、日時（時刻）だけでなく場所や、ユーザに入力された「痛みの強さ」や「痛みの種類」を取得しても良い。そして、取得した情報が頭痛管理アプリケーション内に記録される。

ここで図７を用いて、ヘルプボタンを押下した際の動作を説明する。痛み入力画面７０１は、ヘルプボタンが押下され、日時（時刻）と場所が記録されたことを示す画面の例である。

記録メッセージ７０２では、記録したことを示す情報と、その記録した内容（日時、場所）が表示される。なお、本実施形態では、日時と場所を記憶することが望ましいが、位置情報が取得できない場合もあるため、少なくとも日時情報が記憶され、表示される。つまり、不調があったことを示す記録として、少なくとも指示に係る日または日時を含む第１情報を記憶制御する処理である。本実施形態では、頭痛の記録の日時は、情報処理装置１００で取得した日時を用いるが、サーバ１０２に要求して、サーバ１０２の日時を用いる構成であってもよい。

この時、サーバ１０２と通信を行い、サーバ１０２に日時と場所を記憶してもよく、後述するステップで「日時と場所」と「痛みの強さ」と「痛みの種類」を頭痛の発生記録として送信するようにしてもよい。

痛み入力画面７０１では、対処法を提示するための情報として、痛みの強さ７０３と、痛みの種類７０４を入力させる。つまり、不調に関する情報の入力を受け付ける処理である。ヘルプボタンが押下されることで、自動的に頭痛の記録が容易にでき、頭痛の記録のユーザ負担を減らすことができる。特に頭痛発生時には、不調により細かい記録を行うことは負担が大きく、頭痛の管理がされづらかったが、本実施形態のようにヘルプボタンで簡易的に頭痛の記録ができることで頭痛の管理（記録含む）を継続することができる。

なお、ヘルプボタン６０３又はヘルプボタン６１３が押下された場合に、自動的に記録を行うものとするが、自動的に記録される前に、確認画面を表示して、ユーザが確認の上記録するようにしてもよいことは、言うまでもない。

また、痛みの強さ、痛みの種類の入力を受け付けるよう構成したが、ヘルプボタン押下による記録時は、詳細を記録できないくらい強い痛み（強い不調）であることが想定されるため、予め痛みの強さを所定値（例えば１０段階の７など）として設定しておき、当該値が自動で登録されるようにしても良い。また、痛みの種類についても入力を受け付けることなく記録できるように構成してもよい。

ステップＳ３１０では、情報処理装置１００のＣＰＵ２０１は、ステップＳ３０９で取得した痛み情報をサーバ１０２に送信する。すなわち、少なくとも指示に係る日または日時を含む第１情報を記憶制御する処理である。上述したように、頭痛発生に関する時刻と場所の情報をこの処理で送信してもよい。

なお、痛みの種類７０４は、「片頭痛」と「緊張型頭痛」を見分けるための質問であるため、入力させる（選択肢を提示して選択を受け付ける構成でもよい）ことが望ましいが、ユーザのこれまでの頭痛記録と今回の発生日時や場所、気象情報、ユーザの基本情報とから、「片頭痛」とサーバ１０２で特定できる（ＡＩによる解析を用いて特定）場合には、入力しない構成であってもよい。また痛みの強さもユーザの傾向値をもとに決定できる場合には、情報処理装置１００でユーザが入力しない構成もとることが可能である。

また、ヘルプボタン押下による記録時は、詳細を記録できないくらい強い痛み（強い不調）であることが想定されるため、予め痛みの強さを所定値（例えば１０段階の７など）として設定しておき、当該値が自動で登録されるようにしても良い。

また、痛みの強さ・種類について入力を受け付けることなく記録できるように構成してもよい。この場合、ヘルプボタン押下による記録であることを記録しておくことで、単に詳細を記録し忘れたのではなく、詳細な記録ができないくらいの状況であったことを把握することが可能となる。その場合、記録メッセージ７０２と合わせて、対処法表示画面７１１の内容を表示するようにすることが望ましい。

ステップＳ３１１では、サーバ１０２のＣＰＵ２２１は、情報処理装置１００から送信された情報を受信し、痛み情報５１１に登録する。ヘルプボタン押下された場合には、少なくとも頭痛発生にかかる日時が登録され、ヘルプ登録を示すフラグ（あり）が記憶される。上述したように、痛みの強さと痛みの種類は、ＡＩが特定する場合には、自動的に仮登録されるようにしてもよい。この場合、記録ボタン６１４の押下時に情報を修正するものとする。

ステップＳ３１２では、サーバ１０２のＣＰＵ２２１は、登録された痛み情報５１１をもとに、対処法を決定し、決定された対処法情報を取得する。対処法の決定は、痛みの強さと痛みの種類によって決定される。具体的には不図示であるが、痛みの種類ごとに、痛みの強さに応じて対処法が決まるテーブルを保持しており、このテーブルによって対処法が決まるものとする。

対処法としては、例えば、「鎮痛のツボ（合谷）を押す」「呉茱萸湯（ごしゅゆとう）等の漢方薬を飲む」などであり、それぞれの対処に対する「説明」についてもサーバ１０２で管理している。ユーザが良く効くとしている対処法があれば、その対処法を提示するようにしてもよい。そのうえで、今回効かなかった場合に、痛み情報をもとに他の対処法を提示するようにしてもよい。

また、ウェアラブル端末から取得した身体情報（血圧、心拍など）を用いて、対処法を決定するようにしてもよい。

ステップＳ３１３では、情報処理装置１００のＣＰＵ２０１は、サーバ１０２から受信した対処法情報を取得する。

ステップＳ３１４では、情報処理装置１００のＣＰＵ２０１は、取得した対処法情報をもとに、頭痛記録アプリケーションで表示する。表示の例は、図７の対処法表示画面７１１である。対処法表示画面７１１には、対処法とその説明（画像含む）を表示する。このように、ヘルプボタンを押下することで、頭痛記録ができると共に、その時にあった対処法が表示されることで、頭痛記録と頭痛セルフコントロールが容易になり、頭痛の管理がされづらかった状態を解消できる。簡単な記録とそのタイミングでの対処法の提示をすることで、これまで難しかったユーザによる頭痛管理の継続が可能となる。

なお、本実施例においては未入力の記録がある旨をトップ画面を表示した際に認識できるよう通知する構成を説明したが、通知のタイミングはこれに限られない。例えば、ヘルプボタン押下による記録から所定時間が経過したタイミングや、毎日所定の時刻（例えば２０時００分など）に頭痛記録アプリケーションからプッシュ通知をしても良い。このようにプッシュ通知をすることで、記録忘れをより低減させたり、症状等を忘れてしまう前に記録することが可能となる。

次に、図４を参照して、本実施形態における、頭痛記録において、記録ボタンによる痛み情報を登録する際の処理の流れについて説明する。なお、各ステップは、情報処理装置１００又はサーバ１０２のＣＰＵが処理を実行するものとする。

ステップＳ４０１では、情報処理装置１００のＣＰＵ２０１は、未入力記録があるかを判定する。未入力記録がある場合（すなわち図６の画面６１１における記録ボタン６１４が押下された場合）には、ステップＳ４０２へ処理を移し、未入力記録がない場合（すなわち図６の画面６１１における記録ボタン６０４が押下された場合）には、ステップＳ４０３に処理を移す。

ステップＳ４０２では、情報処理装置１００のＣＰＵ２０１は、図８の記録選択画面８０１を表示する。具体的には、通常記録ボタン８０２に加え、未入力の記録（ヘルプボタン押下による簡易記録状態の記録）に追加で記録させるべく、未入力記録ボタン８０３を表示する。すなわち、未入力記録ボタン８０３の押下により第１情報に係る不調の記録に関する詳細情報（第２情報）を入力させるか、通常記録ボタン８０２の押下により新たに不調があったことを示す記録（新規入力）を入力させるかを選択する処理である。上述の通り第１情報は、ヘルプボタン押下による不調の記録指示に係る日または日時を示す情報であり、第２情報は、第１情報に係る不調の記録に関する詳細情報（第１情報以外の項目に係る情報）のことである。

ステップＳ４０３では、情報処理装置１００のＣＰＵ２０１は、未入力記録がないため、通常記録ボタン８０２を表示する。この場合、未入力記録ボタン８０３を選択できない状態で表示する形態であってもよい。

ステップＳ４０４では、情報処理装置１００のＣＰＵ２０１は、記録選択画面８０１で未入力記録ボタン又は記録ボタンのいずれが押下されたか否かを判断する。未入力記録ボタン８０３が押下された場合には、ステップＳ４０５へ処理を移し、通常記録ボタン８０２が押下された場合には、ステップＳ４０６へ処理を移す。

ステップＳ４０５では、情報処理装置１００のＣＰＵ２０１は、未入力記録日を示すカレンダー画面８１１を表示する。カレンダー画面８１１は、表示領域８１２に各月のカレンダー表示をすると共に、ステップＳ３０４で取得した記録情報をもとに、記録した日に記録マーク８１３を表示し、ＨＥＬＰ記録した日にヘルプ記録マーク８１５を表示する。また、月経情報が記録されている場合には、期間８１４を示す表示をする。なお、未入力記録が１つの場合には、カレンダー画面８１１の表示をスキップさせ、図９の９０１に画面を遷移させてもよい。

なお、ステップＳ４０５の表示形態として、図１１の頭痛ノート表示画面１１１１のような形態であってもよい。

表示領域１１１２では、縦軸に痛みレベルを、横軸に日にちを表示し、記録情報をもとに、痛みレベルを表示すると共に、薬を服用したことを示す薬マーク１１１５と、気圧の状態を示す気圧マーク１１１４を表示する。また、月経情報がある場合には、月経マーク１１１６を合わせて表示する。ヘルプ記録マーク「Ｈ」１１１７では、未入力記録日が強調表示されており、「Ｈ」の箇所を押下することで詳細な記録ができる形態である。なお、日付を選択すると、記録情報の詳細情報１１１８が表示される。

ステップＳ４０６では、情報処理装置１００のＣＰＵ２０１は、痛み情報入力画面１１２１を表示する。痛み情報入力画面１１２１では、痛みに関わる情報の詳細を入力していく画面である。スクロールすることで、痛みの種類や、その他、月経情報や、ストレスレベル、前兆情報などを入力させることができる。なお、カレンダー画面８１１から日にちを指定して痛み情報入力画面１１２１に遷移してもよい。

なお、痛み情報入力画面１１２１の他の形態として、頭痛記録画面１１３１のような形態で表示してもよい。痛みの強さ１１３２を１～１０のレベルで一覧表示し、押下するだけで痛みの強さが登録できる形態となっている。

ステップＳ４０７では、情報処理装置１００のＣＰＵ２０１は、カレンダー画面８１１から未入力記録日の選択を受け付ける。具体的には、ヘルプ記録マーク８１５の選択の指示を受け付ける。

ステップＳ４０８では、サーバ１０２のＣＰＵ２２１は、情報処理装置１００から日付情報を受信し、選択された日の記録情報を痛み情報５１１からサーバ１０２が取得する。取得した記録情報（記録済みの情報）を情報処理装置１００に送信する。

ステップＳ４０９では、情報処理装置１００のＣＰＵ２０１は、サーバ１０２から受信した記録済み情報を取得する。なお、記録済み情報をステップS３０３で全て取得している場合には、サーバ１０２からの受信を省略する。

ステップＳ４１０では、情報処理装置１００のＣＰＵ２０１は、取得した痛み情報を反映した痛み情報入力画面９０１を表示する。また、痛み情報を反映した痛み情報入力画面９０１をスクロールさせると、スクロール後の画面９１１に、ステップＳ３１４で提示した対処法が表示される。提示した対処法が効いたか否かを登録するためのチェックボックス９１２（対処法の効きに関する情報）を表示し、対処法の効きを登録する。すなわち、対処法の効きに関する情報を記憶制御する処理である。

なお、チェックボッスでなく、効きのレベルを示す値を登録させる形態であってもよい。

また、更にスクロールすると追加で記録が必要な月経情報や、ストレスレベル、前兆情報、くすりの服用など（すなわち第１情報に係る不調記録に関する第２情報）を入力させる画面が表示される（不図示）。

ステップＳ４１１では、情報処理装置１００のＣＰＵ２０１は、表示された画面に従って、痛み情報の入力を受け付け、サーバ１０２に送信する。すなわち、ステップＳ４１０とステップＳ４１１は、第１情報に係る不調記録に関する第２情報を記憶制御する処理である。
ステップＳ４１２では、サーバ１０２のＣＰＵ２２１は、情報処理装置１００から痛み情報を受信して、痛み情報５１１に登録する。

以上で、本実施形態の処理について説明を終了する。次に、他の実施形態について説明する。

図１０は、情報処理装置１００で表示されるトップ画面における他の表示形態を示す図であり、ステップＳ３０６、ステップＳ３０７で表示する画面である。

図６の未入力通知の他の表示形態として、図１０で示す通常トップ画面１００１を表示する。通常トップ画面１００１では「ヘルプボタン１００２」と、「いま記録ボタン１００３」と、「あとで記録ボタン１００４」を表示する。ヘルプボタン１００２は、図６で示したヘルプボタン６０３と同様である。「いま記録ボタン１００３」は、ステップＳ４０６以降の処理の実行指示を受け付けるボタン、すなわち詳細情報を含めた記録を行うためのボタンである。「あとで記録ボタン１００４」は、ヘルプボタン押下後に押下可能となるボタンである。

ヘルプボタン１００２が押下されると、例えば、頭痛発生の際の簡易記録画面１０１１を表示する。表示領域１０１２には、記録した情報として、日時、場所が表示される。また、対処法を見る画面に遷移するボタン、ＨＥＬＰでの記録を終了するボタンが表示され、次の処理に移行できるようになっている。対処法が表示された画面の一例としては、図７の対処法表示画面７１１等である。

また、ヘルプボタン１００２が押下されると、後から頭痛の詳細な記録を促す未入力マーク１０１３（図６の通知マーク６１５と同様）が表示される。

次に、図６の未入力通知トップ画面６１１の他の表示形態である、図１０の未入力通知トップ画面１０２０、１０３０について説明する。

図１０の１０２０と１０３０の未入力通知トップ画面は、上述したステップＳ３０７で表示される画面である。

ステップＳ３０４で取得したログインユーザの記録情報（頭痛で記録した痛み情報）をもとに、ヘルプボタンによる頭痛記録をした際のユーザのアイコン画像１０２３（ユーザ管理情報５０１のユーザ画像２）を表示し、未入力記録の日にち１０２２を表示する（第１情報における日付情報を通知表示する）。また、痛みの強さ１０２１を表示する。

アイコン画像１０２３はあらかじめユーザが登録している画像でも、頭痛記録アプリケーションがあらかじめ保有している画像であってもよい。この画像は、通常（未入力記録がない状態）のアイコン画像から切り替わり、未入力記録がある状態、すなわち、ユーザに未入力の記録を促す画像として表示されるものである。

未入力記録の日にち１０２２は、表示例のような吹き出し形式に限る必要はないが、未入力の日を表示し、ユーザに記録を促すことが望ましい。

また、未入力記録の日にち１０２２を押下可能に表示し、ユーザの指示に応じて、未入力記録の日にち１０２２が押下された場合、対象となる未入力記録が記録できるよう、図９の画面を表示する。図９の画面で未入力記録に追加で記録がされる（頭痛記録が完了する）と、未入力記録の日にち１０２２の通知が消えるように表示を制御する。すなわち、第１情報における日付情報に対する指示があった場合に、指示のあった第１情報における日付情報の通知を削除する処理である。

未入力通知トップ画面１０２０でヘルプボタンが押下され未入力記録が追加された場合、例えば、追加後の画面１０３０を表示する。例えば４月２２日にヘルプボタンが押下されたのち、４月２２日の記録が未入力状態で、次の４月２３日にヘルプボタンが押下された場合の表示状態である。具体的には、４月２３日の吹き出しのように、追加された未入力記録の日にち１０３１が表示される。

未入力状態の記録を続けて登録する場合、痛み情報入力画面９０１に前の入力した値を表示させる。具体的には４月２２日の吹き出しを選択して、詳細入力を行い、トップ画面に戻り４月２３日の吹き出しが選択された場合（或いは次の未入力へ遷移する指示があった場合）、４月２２日で入力された痛みに関する情報を、各項目の下や横に表示する。これによりトップ画面から未入力記録を連続的に記録が容易になり、ユーザの負担を減らした頭痛の記録ができ、これまで頭痛の管理がされづらかった状態を解消できる。

以上、本実施形態によれば、身体に係る痛みなどの不調の記録を容易にすることができる。特に頭痛等の痛みの記録を容易に行わせ、その際の対処法を提示することができる。つまり、頭痛等の痛みの管理を容易に行うことが可能となる。

仮に、本実施形態を適用せず、頭痛等の痛みの管理をする場合を想定する。この場合、頭痛などの痛みは、個人ではいつ発生するかわからないことから、突発的に起こった際に様々な情報を記録として残すのが難しい。後から記録しようとした場合に、その時の症状を忘れてしまうということもあり、頭痛などの痛みの管理が難しかった。

これに対し、上述した実施形態によれば、頭痛が発生した際に、ヘルプボタンを押下すると、簡易的に頭痛等の痛みに関する情報を記録でき、さらにユーザは最小限の入力操作等をするだけで対処法を確認することが可能となる。そして、詳細な情報については、あとから入力することが可能であり、また、未入力記録情報がある場合には画面上に識別表示されるので、入力を忘れてしまうということが低減できる。

また、本発明によれば簡易な操作で頭痛等の不調を記録することが可能であるから、記録忘れを低減させることができる。さらに提示された対処法について効果があったのかを記録することが可能であるから、過去の記録を考慮してより適切な対処法を提示することが可能となる。

なお、本実施形態では、ユーザ操作による押下指示は、タッチパネルからの選択操作であっても、外部デバイスを操作する、或いは、ジェスチャーによる操作であってもよい。また、情報処理装置１００とサーバ１０２の通信は情報の入力のたびに通信を行い、情報の送受信を行ってもよい。

尚、本実施形態は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＣＤ－ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ－ＲＯＭ，ＤＶＤ－Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ－ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

尚、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されるものではない。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。例えば頭痛に限らない用途で実施することができる。

１００ 情報処理装置（携帯端末等）
１０１ ネットワーク
１０２ サーバ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０９ タッチパネル
２１１ 外部メモリ

Claims (16)

1. 第１指示受付部および第２指示受付部に対する指示を受け付ける受付手段と、
   前記受付手段により第１指示受付部に対する指示を受け付けた場合は、ユーザの不調に関する詳細情報の入力を受け付ける詳細情報入力画面を表示することなくユーザに対して不調に対する対処法を表示し、
   前記第２指示受付部に対する指示を受け付けた場合は、前記詳細情報入力画面を表示するよう制御する制御手段と、
   を備えることを特徴とする情報処理システム。
2. 前記制御手段は、前記受付手段により第１指示受付部に対する指示を受け付けた場合、ユーザに対して不調に対する対処法を表示するとともに、当該指示を受け付けた日または日時を示す第１情報を記憶するよう制御することを特徴とする請求項１に記載の情報処理システム。
3. 前記制御手段により記憶制御された第１情報に係るユーザの不調に関する詳細情報が未入力である場合、未入力であることに基づく通知をする通知手段を備えることを特徴とする請求項２に記載の情報処理システム。
4. 前記受付手段は、さらに、前記通知に対する指示を受け付けることを特徴とし、
   前記制御手段は、前記受付手段により前記通知に対する指示を受け付けると、当該通知に係る第１情報に係るユーザの不調に関する情報の入力を受け付ける前記詳細情報入力画面を表示するよう制御することを特徴とする請求項３に記載の情報処理システム。
5. 前記通知手段は、前記詳細情報が未入力の第１情報にかかる日付情報を通知することを特徴とする請求項３に記載の情報処理システム。
6. 前記通知手段は、前記詳細情報が未入力の第１情報があり、かつ所定の条件を満たす場合に通知をすることを特徴とする請求項３に記載の情報処理システム。
7. 前記所定の条件は、前記制御手段により第１情報を記憶制御してから所定の時間が経過したことであることを特徴とする請求項６に記載の情報処理システム。
8. 前記所定の条件は、所定の時刻が到来したことであることを特徴とする請求項６に記載の情報処理システム。
9. 前記受付手段は、前記ユーザの不調の種類や強さに関する情報の入力を受け付けることを特徴とする請求項１に記載の情報処理システム。
10. 前記受付手段により指示を受け付けた場合に位置情報を取得する取得手段と、
    前記取得手段により取得した位置情報に基づきユーザの不調の種類を特定する特定手段と、
    を備えることを特徴とする請求項１に記載の情報処理システム。
11. 前記受付手段により指示を受け付けた場合に気象情報を取得する取得手段と、
    前記取得手段により取得した気象情報に基づき、ユーザの不調の種類を特定する特定手段と、
    を備えることを特徴とする請求項１に記載の情報処理システム。
12. 前記受付手段は、さらに、前記対処法の効果に関する情報の入力を受け付けることを特徴とする請求項１に記載の情報処理システム。
13. 前記制御手段により表示される対処法は、前記受付手段により受け付けた効果に関する情報を用いて特定される対処法であることを特徴とする請求項１２に記載の情報処理システム。
14. 前記制御手段は、前記受付手段により第１指示受付部に対する指示を受け付けた場合、前記ユーザの不調に関する情報の入力を受け付ける画面であって、前記詳細情報入力画面とは異なる入力画面を表示するよう制御することを特徴とする請求項１乃至１３のいずれか１項に記載の情報処理システム。
15. 情報処理システムの受付手段が、第１指示受付部および第２指示受付部に対する指示を受け付ける受付ステップと、
    前記情報処理システムの制御手段が、前記受付ステップにより第１指示受付部に対する指示を受け付けた場合は、ユーザの不調に関する詳細情報の入力を受け付ける詳細情報入力画面を表示することなくユーザに対して不調に対する対処法を表示し、
    前記第２指示受付部に対する指示を受け付けた場合は、前記詳細情報入力画面を表示するよう制御する制御ステップと、
    を備えることを特徴とする情報処理方法。
16. コンピュータを、
    第１指示受付部および第２指示受付部に対する指示を受け付ける受付手段と、
    前記受付手段により第１指示受付部に対する指示を受け付けた場合は、ユーザの不調に関する詳細情報の入力を受け付ける詳細情報入力画面を表示することなくユーザに対して不調に対する対処法を表示し、
    前記第２指示受付部に対する指示を受け付けた場合は、前記詳細情報入力画面を表示するよう制御する制御手段として機能させるためのプログラム。

Images