特開 2024-164855 情報処理装置並びにその処理方法とプログラム、システムとその処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024164855

(43)【公開日】2024-11-28

(54)【発明の名称】情報処理装置並びにその処理方法とプログラム、システムとその処理方法

(51)【国際特許分類】

   G16H 20/00 20180101AFI20241121BHJP

【ＦＩ】

G16H20/00

【審査請求】有

【請求項の数】19

【出願形態】ＯＬ

(21)【出願番号】P 2023080508

(22)【出願日】2023-05-16

(11)【特許番号】

(45)【特許公報発行日】2023-07-20

(71)【出願人】

【識別番号】390002761

【氏名又は名称】キヤノンマーケティングジャパン株式会社

(74)【代理人】

【識別番号】100189751

【弁理士】

【氏名又は名称】木村 友輔

(74)【代理人】

【識別番号】100227857

【弁理士】

【氏名又は名称】中山 圭

(72)【発明者】

【氏名】荒居 知沙

(72)【発明者】

【氏名】河合 ゆかり

(72)【発明者】

【氏名】米元 健二

【テーマコード（参考）】

5L099

【Ｆターム（参考）】

5L099AA15

(57)【要約】

【課題】 頭痛などの不調の記録をより適切に管理できる仕組みを提供することを目的とする。
【解決手段】 ユーザの不調に関する記録を第１指示受付部または第２指示受付部に対する指示により受け付け、不調に関する記録を促す通知をする。
第１指示受付部に対する指示を受け付けたことによる記録の有無と、第２指示受付部に対する指示を受け付けた場合に受け付ける不調に関する詳細情報の入力状況とに基づき、前記通知手段による通知の内容を異ならせる。
【選択図】 図１１

【特許請求の範囲】

【請求項1】

ユーザの不調に関する記録を第１指示受付部または第２指示受付部に対する指示により受け付ける受付手段と、
不調に関する記録を促す通知をする通知手段と、
第１指示受付部に対する指示を受け付けたことによる記録の有無と、第２指示受付部に対する指示を受け付けた場合に受け付ける不調に関する詳細情報の入力状況とに基づき、前記通知手段による通知の内容を異ならせる制御手段と、
を備えることを特徴とする情報処理システム。

【請求項2】

前記制御手段は、前記第１指示受付部に対する指示を受け付けたことによる記録がある場合、前記通知手段による通知の内容を、不調が発生したユーザを慰める旨のメッセージを含む内容にすることを特徴とする請求項１に記載の情報処理システム。

【請求項3】

前記制御手段は、さらに、前記詳細情報が未入力の場合、前記通知手段による通知の内容を、詳細情報の入力を促す旨のメッセージを含む内容にすることを特徴とする請求項２に記載の情報処理システム。

【請求項4】

前記制御手段は、前記詳細情報の入力が未完了である場合、前記通知手段による通知の内容を、当該詳細情報の入力を促す旨のメッセージを含む内容にすることを特徴とする請求項１に記載の情報処理システム。

【請求項5】

前記制御手段は、前記詳細情報の入力が完了している場合、前記通知手段による通知の内容を、記録を完了したことを褒める旨のメッセージを含む内容にすることを特徴とする請求項１に記載の情報処理システム。

【請求項6】

前記制御手段は、前記第１指示受付部に対する指示を受け付けたことによる記録および前記詳細情報の入力がない場合、前記通知手段による通知の内容を、不調の発生の有無を確認する旨のメッセージを含む内容にすることを特徴とする請求項１に記載の情報処理システム。

【請求項7】

前記通知に対する操作を受け付けた場合、前記詳細情報の入力を受け付ける画面を表示するよう制御する表示制御手段をさらに備えることを特徴とする請求項１に記載の情報処理システム。

【請求項8】

前記表示制御手段は、前記第１指示受付部に対する指示を受け付けたことによる記録が有る場合であって、前記通知に対する操作を受け付けた場合、前記第１指示受付部に対する指示を受け付けたことに応じてユーザに対して通知された不調への対処法に対する評価を受け付ける画面を表示し、その後詳細情報の入力を受け付ける画面を表示するよう制御することを特徴とする請求項７に記載の情報処理システム。

【請求項9】

前記表示制御手段は、前記第１指示受付部に対する指示を受け付けたことによる記録がない場合であって、前記通知に対する操作を受け付けた場合、前記対処法に対する評価を受け付ける画面を表示することなく、詳細情報の入力を受け付ける画面を表示するよう制御することを特徴とする請求項８に記載の情報処理システム。

【請求項10】

前記表示制御手段は、前記第１指示受付部に対する指示を受け付けたことによる記録および前記詳細情報の入力がない場合であって、前記通知に対する操作を受け付けた場合、不調が発生しなかった旨の情報を記録する指示を受け付ける受付部を表示するよう制御することを特徴とする請求項８に記載の情報処理システム。

【請求項11】

前記通知手段は、前記詳細情報の入力を受け付ける画面に入力された情報を保存するための受付部に対する指示を受け付けた場合、入力が完了した旨のメッセージを通知することを特徴とする請求項１に記載の情報処理システム。

【請求項12】

前記通知手段は、予めユーザによって設定された時刻に前記不調に関する記録を促す通知をすることを特徴とする請求項１に記載の情報処理システム。

【請求項13】

前記通知手段は、人物の顔画像とともに、前記通知をすることを特徴とする請求項１に記載の情報処理システム。

【請求項14】

前記受付手段により第１指示受付部に対する指示を受け付けた場合は、ユーザの不調に関する詳細情報の入力を受け付ける画面を表示することなくユーザに対して不調に対する対処法を表示するように制御することを特徴とする請求項１に記載の情報処理システム。

【請求項15】

前記受付手段により前記第２指示受付部に対する指示を受け付けた場合は、詳細情報の入力を受け付ける画面を表示するよう制御することを特徴とする請求項１に記載の情報処理システム。

【請求項16】

前記不調とは、頭痛、腰痛、神経痛、めまい、耳鳴り、倦怠感の少なくとも１つを含むことを特徴とする請求項１乃至１５のいずれか１項に記載の情報処理システム。

【請求項17】

ユーザの不調に関する記録を第１指示受付部または第２指示受付部に対する指示により受け付ける受付ステップと、
不調に関する記録を促す通知をする通知ステップと、
第１指示受付部に対する指示を受け付けたことによる記録の有無と、第２指示受付部に対する指示を受け付けた場合に受け付ける不調に関する詳細情報の入力状況とに基づき、前記通知ステップによる通知の内容を異ならせる制御ステップと、
を備えることを特徴とする情報処理システムの制御方法。

【請求項18】

少なくとも１つのコンピュータを、請求項１乃至１５のいずれか１項に記載の情報処理システムの各手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１９－４０５１３号公報

【発明の開示】

【発明が解決しようとする課題】

【0006】

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

【0007】

そこで、本発明は、頭痛などの不調の記録をより適切に管理できる仕組みを提供することを目的とする。

【課題を解決するための手段】

【0008】

ユーザの不調に関する記録を第１指示受付部または第２指示受付部に対する指示により受け付ける受付手段と、
不調に関する記録を促す通知をする通知手段と、
第１指示受付部に対する指示を受け付けたことによる記録の有無と、第２指示受付部に対する指示を受け付けた場合に受け付ける不調に関する詳細情報の入力状況とに基づき、前記通知手段による通知の内容を異ならせる制御手段と、
を備えることを特徴とする。

【発明の効果】

【0009】

本発明によれば、頭痛などの不調の記録をより適切に管理することが可能となる。

【図面の簡単な説明】

【0010】

【図1】本実施形態における、システム構成の一例を示す図である。

【図2】本実施形態における、情報処理装置１００とサーバ１０２のハードウェア構成の一例を示すブロック図である。

【図3】本実施形態における、ヘルプボタンによる痛み情報を登録する際の一例を示すフローチャートである。

【図4】本実施形態における、記録ボタンによる痛み情報を登録する際の一例を示すフローチャートである。

【図5】本実施形態における、サーバ１０２で管理する管理情報の一例を示す図である。

【図6】本実施形態における、情報処理装置１００で表示するトップ画面の一例を示す図である。

【図7】本実施形態における、情報処理装置１００で表示するヘルプボタン押下時の画面の一例を示す図である。

【図8】本実施形態における、情報処理装置１００で表示する記録指示画面の一例を示す図である。

【図9】本実施形態における、情報処理装置１００で表示する痛み情報入力画面の一例を示す図である。

【図10】本実施形態における、リマインド通知に関する処理の概要を示すフローチャートの一例である。

【図11】本実施形態における、リマインド通知、対処法画面、入力完了後メッセージの一例を示す図である。

【図12】本実施形態における、効果ありボタンの一例を示す図である。

【発明を実施するための形態】

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

ステップＳ３０１では、情報処理装置１００のＣＰＵ２０１は、頭痛記録アプリケーションを用いて頭痛を管理するためのユーザ情報の入力を受け付ける。これは頭痛記録アプリケーションの初回起動時に一度入力するものとするが、入力後も頭痛記録アプリケーションの設定から変更可能なものとする。具体的には、ユーザ名、パスワード、メールアドレス、ユーザを示す画像（通常表示の画像と、頭痛時に表示する画像）等を登録する。

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

ステップＳ４０５では、情報処理装置１００のＣＰＵ２０１は、未入力記録日を示すカレンダー画面８１１を表示する。カレンダー画面８１１は、表示領域８１２に各月のカレンダー表示をすると共に、ステップＳ３０４で取得した記録情報をもとに、記録した日に記録マーク８１３を表示し、ＨＥＬＰ記録した日にヘルプ記録マーク８１５を表示する。

【0082】

ステップＳ４０６では、情報処理装置１００のＣＰＵ２０１は、図９に示す痛み情報入力画面９０１を表示する。痛み情報入力画面９０１では、痛みに関わる情報の詳細を入力していく画面である。例えば、頭痛の発生／終了日時、痛みの種類、痛みの程度、服薬情報、対処法の効きに関する情報９０２、その他痛みの対象法に関する情報、その他痛みの誘因の可能性がある情報などを入力することができる。また、頭痛がなかったことを記録として残しておくための頭痛なしボタン９０３と、保存ボタン９０４を備えている。

【0083】

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

【0084】

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

【0085】

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

【0086】

ステップＳ４１０では、情報処理装置１００のＣＰＵ２０１は、取得した痛み情報を反映した痛み情報入力画面９０１を表示する。また、痛み情報を反映した痛み情報入力画面９０１では、ステップＳ３１４で提示した対処法が効いたか否かを登録するために、対処法の効きに関する情報９０２から対処法を試した後の痛みの程度の選択を受け付ける。すなわち、対処法の効きに関する情報を記憶制御する処理である。

【0087】

なお、痛みの程度を選択させるだけでなく、チェックボックスや効きのレベルを示す値を登録させる形態であってもよい。

【0088】

また、他にも追加で記録が必要な月経情報や、ストレスレベル、前兆情報、など（すなわち第１情報に係る不調記録に関する第２情報）を入力させる画面を表示させてもよい（不図示）。

【0089】

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

【0090】

ステップＳ４１２では、情報処理装置１００のＣＰＵ２０１は、保存ボタン９０４の押下を受け付けたか否かを判定する。受け付けた場合はステップＳ４１３へ進み、そうでない場合はステップＳ４１４へ進む。

【0091】

ステップＳ４１３では、サーバ１０２のＣＰＵ２２１は、保存ボタン９０４の押下を受け付けた場合、痛み情報入力画面９０１に入力された内容を保存済みとして記憶する。

【0092】

ステップＳ４１４では、サーバ１０２のＣＰＵ２２１は、痛み情報入力画面９０１に入力された内容を記憶する。例えば、アプリを終了するタイミングで入力された内容をサーバに送信する。なお、痛み情報入力画面９０１の各項目をサーバ１０２が常に監視しておくことで、入力された内容を常にサーバ１０２に送信するようにしてもよい。また、サーバ１０２と通信せず、入力された内容を情報処理装置１００のＲＯＭ２０２あるいは外部メモリ２１１に記憶させておいても良い。

【0093】

次に、図１０を参照して、本実施形態におけるリマインド通知に関する処理について説明する。なお、各ステップは、情報処理装置１００又はサーバ１０２のＣＰＵが処理を実行するものとする。

【0094】

リマインドを通知する時刻は、事前に設定しておき、設定時刻が到来したら図１０の処理が開始される。痛み情報入力画面９０１への記録忘れを低減させたり、内容を忘れてしまう前に記録させるために、所定の時刻にリマインドを通知するように設定を受け付ける。リマインド通知について、例えば携帯端末の起動時画面やバナーに表示させたり音声で知らせるなど、その手段はいずれの方法であっても良い。

【0095】

ステップＳ１００１では、サーバ１０２のＣＰＵ２２１は、現在の時刻が設定された時刻であるか否かを判定する。設定時刻である場合にはステップＳ１００２に進み、そうでない場合は設定時刻になるまで待機する。

【0096】

ステップＳ１００２では、サーバ１０２のＣＰＵ２２１は、ヘルプボタン６０３の押下による記録があるかを判断する。ヘルプ記録があればステップＳ１００３へ進み、そうでない場合はステップＳ１００４へ進む。具体的には、ヘルプボタン６０３が押下された場合には、ステップＳ３１１で痛み情報５１１に少なくともユーザ情報、日時、ヘルプ登録の有無が記憶されるので、そのヘルプ登録の状況を見てヘルプボタン６０３の押下による記録があるかを判定する。

【0097】

ステップＳ１００３では、サーバ１０２のＣＰＵ２２１は、ヘルプ記録ありとして記憶しておく。この処理に係る情報はステップＳ１００８で、通知内容を制御する際に使用される。

【0098】

ステップＳ１００４では、サーバ１０２のＣＰＵ２２１は、ステップＳ４１２で保存ボタンの押下を受け付け、ステップＳ４１３で痛み情報入力画面９０１の内容が保存済みであるか否かを判定する。保存済みである場合はステップＳ１００５へ進み、そうでない場合はステップＳ１００６へ進む。具体的には、リマインドが通知された日と同じ日に痛み情報５１１が記憶されており、かつその内容が保存済みである場合はステップＳ１００５へ進む。

【0099】

ステップＳ１００５では、サーバ１０２のＣＰＵ２２１は、保存済みとして記憶しておく。この処理に係る情報はステップＳ１００８で、通知内容を制御する際に使用される。

【0100】

ステップＳ１００６では、サーバ１０２のＣＰＵ２２１は、ステップＳ４１４で痛み情報入力画面９０１に対して記録された痛み情報５１１が記憶されているか否かを判定する。記録がある場合にはステップＳ１００７に進み、そうでない場合はステップＳ１００８へ進む。

【0101】

具体的には、ステップＳ１００４で保存済みではないと判断される場合であって、ステップＳ４１４で痛み情報入力画面９０１の各項目に入力された痛み情報５１１の記録があるか否かを判定する。痛み情報５１１に記憶されているユーザ情報や日時と、リマインドが通知された日時とを比較して、その日の痛み情報５１１の記録があるかを判定する。痛み情報５１１が記録されている場合はステップＳ１００７へ進む。

【0102】

ステップＳ１００７では、サーバ１０２のＣＰＵ２２１は、詳細記録ありとして記憶しておく。この処理に係る情報はステップＳ１００８で、通知内容を制御する際に使用される。

【0103】

ステップＳ１００８では、サーバ１０２のＣＰＵ２２１は、ステップＳ１００３のヘルプ記録があるか否か、ステップＳ１００５の保存済みであるか否か、ステップＳ１００７の詳細記録があるか否か、という各条件を参照してリマインド通知の内容を制御する。

【0104】

具体的には、まずヘルプ記録の有無によってリマインド通知の内容を異ならせる。各条件のパターンとしては以下が考えられ、それぞれのパターンに応じてリマインド通知の内容を異ならせる

【0105】

（パターンＡ）ヘルプ記録あり 詳細記録あり 保存済

【0106】

（パターンＢ）ヘルプ記録あり 詳細記録あり 未保

【0107】

（パターンＣ）ヘルプ記録あり 詳細記録な

【0108】

（パターンＤ）ヘルプ記録なし 詳細記録あり 保存済

【0109】

（パターンＥ）ヘルプ記録なし 詳細記録あり 未保

【0110】

（パターンＦ）ヘルプ記録なし 詳細記録なし
内容として例えば、（パターンＡ）の場合、ヘルプ機能を使う程（すぐに対処法が知りたいと思う程）の強い痛みがあったことへの慰めと、痛み情報入力画面９０１の編集をするかの確認に関する通知を行う。（パターンＢ）の場合、ヘルプ機能を使う程（すぐに対処法が知りたいと思う程）の強い痛みがあったことへの慰めと、痛み情報入力画面９０１への追記を促す通知を行う。（パターンＣ）の場合、ヘルプ機能を使う程（すぐに対処法が知りたいと思う程）の強い痛みがあったことへの慰めと、痛み情報入力画面９０１への記録を促す通知を行う。

【0111】

（パターンＤ）の場合、痛み情報入力画面９０１へ頭痛の記録をしたことを褒めるような内容と、追記や修正が必要かの確認に関する通知を行う。（パターンＥ）の場合、痛み情報入力画面９０１へ頭痛の記録をしたことを褒めるような内容と、未記入項目への記録を促すような通知を行う。（パターンＦ）の場合、その日は頭痛がなかったかの確認と、もし頭痛が起こっていれば痛み情報入力画面９０１への入力を促すような通知を行う。

【0112】

また、詳細情報の入力が完了しているか否かに応じて通知の内容を異ならせるようにしても良い。入力が完了している状態とは、例えば保存ボタンが押下済みである場合や、すべての項目に対して入力されている場合や、必須項目として設定されている項目に対して入力されている場合等を指す。詳細情報の入力が完了している場合は、記録が完了していることを褒める旨の通知を行う。一方で、これらに該当しない場合は、入力が未完了の状態であって、痛み情報入力画面９０１への入力を促す旨の通知を行う。

【0113】

条件に応じて通知内容を異ならせることにより、その日頭痛が起こったか否かを再確認することができ、頭痛が起きていればそれがヘルプボタンを押すほどの痛みだったか否かを思い起こさせることができる。これにより、状況を記録する上で、頭痛が起こったときの記憶を思い出させ、より正確な情報を記録できる。また、内容を保存したか否かをリマインド通知から把握することができる。また、通知内容が変わることにより、頭痛に関する記録に対するユーザの意欲の向上が期待される。なお、メッセージの内容は一例であり、ヘルプ記録ありの場合に今は頭痛が収まったか気遣うような内容や、励ますような内容を通知する等、パターンに応じて内容が異なり、そのパターンに合うようなメッセージであればどのような内容でもよい。

【0114】

ステップＳ１００９では、情報処理装置１００のＣＰＵ２０１は、Ｓ１００８で制御された内容をタッチパネル２０９上に表示する。図１１（ａ）にリマインド通知の一例を示す。リマインド通知には、Ｓ１００８における条件に応じたメッセージ１１０１と、頭痛記録アプリケーションにおいて登録された人物の画像１１０２を表示させる。例えば、ユーザの好みの人物の画像を登録したり、家族や友人等の画像を登録できる。ユーザの好みの人物の画像や親しい人物の画像を登録しておき、その人物の画像とともに通知をすることで、その人物から記録を促されているように感じさせることが可能となるため、頭痛に関する記録に対するユーザの意欲の向上が期待される。なお、登録画像は、人物の顔画像に限らず、アイコン用画像や風景画像等の任意の画像を登録してもよい。

【0115】

ステップＳ１０１０では、情報処理装置１００のＣＰＵ２０１は、リマインド通知に対しての選択を受け付けたか否かを判定する。選択を受け付けた場合には、ステップＳ１０１１に進み、そうでない場合は処理を終了させる。リマインド通知の選択方法は、例えばリマインド通知をタップ、スワイプ、長押し等を含む。

【0116】

ステップＳ１０１１では、サーバ１０２のＣＰＵ２２１は、ステップＳ１００３のヘルプ記録があるか否かを判定する。ヘルプ記録がある場合はステップＳ１０１２へ進み、そうでない場合はステップＳ１０１５へ進む。

【0117】

ステップＳ１０１２では、サーバ１０２のＣＰＵ２２１は、関連する対処法を情報処理装置１００に送信する。具体的には、ヘルプボタンの押下を受け付けた際に表示された対処法、すなわちステップＳ３１４で表示された対処法を特定し、情報処理装置１００に送信する。

【0118】

ステップＳ１０１３では、情報処理装置１００のＣＰＵ２０１は、ステップＳ１０１２で送信された対処法を受信し、タッチパネル２０９上に表示する。対処法確認画面１１１０の一例を図１１（ｂ）に示す。

【0119】

対処法確認画面１１１０では、頭痛後の痛み状況１１１１の選択と、やってみたボタン１１１２、頭痛記録ボタン１１１３への選択を受け付ける。

【0120】

頭痛後の痛み状況１１１１の選択では、例えば頭痛が起こってから２時間後の痛みの状況に関して、「なし」「軽度」「中度」「重度」から選択を受け付ける。また、対処法表示領域には、ステップＳ３１４で提示された対処法と、その対処法を試したか否かの選択を受け付けるためのやってみたボタン１１１２と、対処法の詳細な説明文を表示させる。やってみたボタン１１１２の押下を受け付けると、痛み情報５１１に提示された対処法を試した旨の情報を記憶する。やってみたボタン１１１２の押下を受け付けたか否かに応じて、痛み情報入力画面９０１の入力項目を変更してもよい。例えば、やってみたボタン１１１２の押下を受け付けた場合、痛み情報入力画面９０１では提示された対処法が効いたか否かの入力項目を表示させる。また、頭痛記録ボタン１１１３への選択を受け付けると、痛み情報入力画面９０１へ遷移する。

【0121】

ヘルプ記録があった場合に、再度対処法を表示させることで、頭痛があった際にどういう対処法が表示されたかをユーザに思い起こさせる。それにより、提示された対処法を試したか否か、また対処法に効き目があったか否かを正確に記録させることができる。提示された対処法の効き目がなかった場合、次にヘルプボタン６０３の押下を受け付けたときに、その対処法は表示にしないように制御することができる。

【0122】

なお、やってみたボタン１１１２ではなく、図１２で示すような効果ありボタン１２０１を表示させてもよい。効果ありボタン１２０１の押下を受け付けると、痛み情報５１１の「効き方」の情報に「効き有」と記憶しておく。効果ありボタン１２０１の押下を受け付けずに、頭痛記録ボタン１１１３の選択を受け付けると、「効き無」と記憶しておく（もしくは、空欄としておく）。頭痛記録ボタン１１１３への選択を受け付けると、痛み情報入力画面９０１へ遷移する。

【0123】

ステップＳ１０１４では、情報処理装置１００のＣＰＵ２０１は、頭痛記録ボタン１１１３の押下を受け付けたか否かを判定する。受け付けた場合はステップＳ１０１５へ進み、そうでない場合は対処法確認画面１１１０を表示させておく。

【0124】

ステップＳ１０１５では、サーバ１０２のＣＰＵ２２１は、関連する痛み情報入力画面９０１を情報処理装置１００に送信する。具体的には、リマインドが通知された日と、同じ日に記憶された痛み情報５１１を含む痛み情報入力画面９０１を情報処理装置１００に送信する。該当する痛み情報入力画面９０１がない場合、新たな痛み情報入力画面９０１を送信する。

【0125】

ステップＳ１０１６では、情報処理装置１００のＣＰＵ２０１は、受信した痛み情報入力画面９０１をタッチパネル２０９上に表示させる。痛み情報入力画面９０１はすべての項目を入力する必要はなく、未入力項目があるまま保存ボタン９０４の押下を受け付けることができる。なお、必須項目（例えば、日時や痛みの種類、痛みの程度の項目等）と任意項目を用意しても良い。また、（パターンＦ）の場合、各項目の入力を受け付けることなく、頭痛なしボタン９０３の押下を受け付けることで、その日は頭痛がなかったことを記憶させる。なお、ステップＳ１００３のヘルプ記録ありやステップＳ１００７の詳細記録ありの場合、例えば頭痛なしボタン９０３を表示しなかったりグレーアウトさせておくことによって、頭痛なしボタン９０３の押下を受け付けられないように制御してもよい。

【0126】

ステップＳ１０１７では、情報処理装置１００のＣＰＵ２０１は、保存ボタン９０４の押下を受け付けたか否かを判定する。受け付けた場合ステップＳ１０１８へ進み、そうでない場合は痛み情報入力画面９０１を表示させておく。

【0127】

ステップＳ１０１８では、サーバ１０２のＣＰＵ２２１は、痛み情報入力画面９０１に入力された内容を、保存済みの痛み情報５１１として記憶させておく。

【0128】

ステップＳ１０１９では、サーバ１０２のＣＰＵ２２１は、入力完了後メッセージを情報処理装置１００に送信する。

【0129】

ステップＳ１０２０では、情報処理装置１００のＣＰＵ２０１は、受信した入力完了後メッセージ１１２０をタッチパネル２０９上に表示させる。入力完了後メッセージの一例を、図１１（ｃ）に示す。入力完了後メッセージ１１２０には、入力が完了した旨の内容と、「明日は頭痛がありませんように」等のような希望の意味を込めたメッセージを表示させる。

【0130】

以上、本実施形態によれば、頭痛などの不調の記録をより適切に管理することが可能となる。

【0131】

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

【0132】

なお、本実施形態では、情報処理装置１００とサーバ１０２が通信を行う構成であるが、情報処理装置１００のみで完結させてもよい。すなわち、サーバ１０２によって実行される処理について、代わりに情報処理装置１００で実行させてもよい。例えば、本実施形態では、サーバ１０２で痛み情報５１１を記憶させているが、情報処理装置１００のＲＯＭ２０２あるいは外部メモリ２１１に記憶させておいても良い。これにより、別途サーバ１０２を用意することなく、頭痛記録アプリケーションを実行できる。

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【符号の説明】

【0143】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【手続補正書】

【提出日】2023-05-17

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ユーザの不調に関する記録を第１の指示または第２の指示により受け付ける受付手段と、
不調に関する記録を促す通知をする通知手段と、
第１の指示を受け付けたことによる記録の有無と、第２の指示を受け付けた場合に受け付ける不調に関する詳細情報の入力状況とに基づき、前記通知手段による通知の内容を異ならせる制御手段と、
を備えることを特徴とする情報処理システム。

【請求項2】

前記制御手段は、前記第１の指示を受け付けたことによる記録がある場合、前記通知手段による通知の内容を、不調が発生したユーザを慰める旨のメッセージを含む内容にすることを特徴とする請求項１に記載の情報処理システム。

【請求項3】

前記制御手段は、さらに、前記詳細情報が未入力の場合、前記通知手段による通知の内容を、詳細情報の入力を促す旨のメッセージを含む内容にすることを特徴とする請求項２に記載の情報処理システム。

【請求項4】

前記制御手段は、前記詳細情報の入力が未完了である場合、前記通知手段による通知の内容を、当該詳細情報の入力を促す旨のメッセージを含む内容にすることを特徴とする請求項１に記載の情報処理システム。

【請求項5】

前記制御手段は、前記詳細情報の入力が完了している場合、前記通知手段による通知の内容を、記録を完了したことを褒める旨のメッセージを含む内容にすることを特徴とする請求項１に記載の情報処理システム。

【請求項6】

前記制御手段は、前記第１の指示を受け付けたことによる記録および前記詳細情報の入力がない場合、前記通知手段による通知の内容を、不調の発生の有無を確認する旨のメッセージを含む内容にすることを特徴とする請求項１に記載の情報処理システム。

【請求項7】

前記通知に対する操作を受け付けた場合、前記詳細情報の入力を受け付ける画面を表示するよう制御する表示制御手段をさらに備えることを特徴とする請求項１に記載の情報処理システム。

【請求項8】

前記表示制御手段は、前記第１の指示を受け付けたことによる記録が有る場合であって、前記通知に対する操作を受け付けた場合、前記第１の指示を受け付けたことに応じてユーザに対して通知された不調への対処法に対する評価を受け付ける画面を表示し、その後詳細情報の入力を受け付ける画面を表示するよう制御することを特徴とする請求項７に記載の情報処理システム。

【請求項9】

前記表示制御手段は、前記第１の指示を受け付けたことによる記録がない場合であって、前記通知に対する操作を受け付けた場合、前記対処法に対する評価を受け付ける画面を表示することなく、詳細情報の入力を受け付ける画面を表示するよう制御することを特徴とする請求項８に記載の情報処理システム。

【請求項10】

前記表示制御手段は、前記第１の指示を受け付けたことによる記録および前記詳細情報の入力がない場合であって、前記通知に対する操作を受け付けた場合、不調が発生しなかった旨の情報を記録する指示を受け付ける受付部を表示するよう制御することを特徴とする請求項８に記載の情報処理システム。

【請求項11】

前記通知手段は、前記詳細情報の入力を受け付ける画面に入力された情報を保存するための指示を受け付けた場合、入力が完了した旨のメッセージを通知することを特徴とする請求項１に記載の情報処理システム。

【請求項12】

前記通知手段は、予めユーザによって設定された時刻に前記不調に関する記録を促す通知をすることを特徴とする請求項１に記載の情報処理システム。

【請求項13】

前記通知手段は、人物の顔画像とともに、前記通知をすることを特徴とする請求項１に記載の情報処理システム。

【請求項14】

前記受付手段により第１の指示を受け付けた場合は、ユーザの不調に関する詳細情報の入力を受け付ける画面を表示することなくユーザに対して不調に対する対処法を表示するように制御することを特徴とする請求項１に記載の情報処理システム。

【請求項15】

前記受付手段により前記第２の指示を受け付けた場合は、詳細情報の入力を受け付ける画面を表示するよう制御することを特徴とする請求項１に記載の情報処理システム。

【請求項16】

前記不調とは、頭痛、腰痛、神経痛、めまい、耳鳴り、倦怠感の少なくとも１つを含むことを特徴とする請求項１乃至１５のいずれか１項に記載の情報処理システム。

【請求項17】

前記受付手段は、
前記第１の指示を第１の指示受付部に対する操作により受け付けることを特徴とし、
前記第２の指示を第２の指示受付部に対する操作により受け付けることを特徴とする請求項１乃至１５のいずれか１項に記載の情報処理システム。

【請求項18】

ユーザの不調に関する記録を第１の指示または第２の指示によりにより受け付ける受付ステップと、
不調に関する記録を促す通知をする通知ステップと、
第１の指示を受け付けたことによる記録の有無と、第２の指示を受け付けた場合に受け付ける不調に関する詳細情報の入力状況とに基づき、前記通知ステップによる通知の内容を異ならせる制御ステップと、
を備えることを特徴とする情報処理システムの制御方法。

【請求項19】

少なくとも１つのコンピュータを、請求項１乃至１５のいずれか１項に記載の情報処理システムの各手段として機能させるためのプログラム。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０００８

【補正方法】変更

【補正の内容】

【0008】

ユーザの不調に関する記録を第１の指示または第２の指示により受け付ける受付手段と、
不調に関する記録を促す通知をする通知手段と、
第１の指示を受け付けたことによる記録の有無と、第２の指示を受け付けた場合に受け付ける不調に関する詳細情報の入力状況とに基づき、前記通知手段による通知の内容を異ならせる制御手段と、
を備えることを特徴とする。