(57)【要約】【課題】利用者の状態に応じて、利用者の予定を別の日時に組み入れる検討を行うことが可能な利用者端末を提供する。【解決手段】本開示の一態様にかかる利用者端末（100）は、利用者の状態を特定する状態情報を取得する取得手段（12）と、利用者の予定を記憶する記憶手段（10）に記憶された予定を、状態情報に応じて変更する場合に、予定を利用者の空き時間に変更するか否かを利用者に通知する通知手段（14）と、利用者から予定を変更する旨を受け付けた場合に、予定を空き時間に変更する変更手段（13）と、を有することを特徴とする。【選択図】図１
2016076044.tif 000002
【特許請求の範囲】
【請求項１】
利用者の状態を特定する状態情報を取得する取得手段と、
前記利用者の予定を記憶する記憶手段に記憶された前記予定を、前記状態情報に応じて変更する場合に、前記予定を前記利用者の空き時間に変更するか否かを前記利用者に通知する通知手段と、
前記利用者から前記予定を変更する旨を受け付けた場合に、前記予定を前記空き時間に変更する変更手段と、
を有することを特徴とする利用者端末。
【請求項２】
前記通知手段は、
前記状態情報が前記利用者の状態が良好でない不良状態の情報である場合は、前記記憶手段に記憶された前記利用者の当日の予定を前記利用者の将来の空き時間に変更するか否かを前記利用者に通知する第１の通知手段と、
前記状態情報が前記利用者の状態が良好である良好状態の情報である場合は、前記記憶手段に記憶された前記利用者の将来の予定を前記利用者の今日の空き時間に変更するか否かを前記利用者に通知する第２の通知手段と、を有することを特徴とする請求項１記載の利用者端末。
【請求項３】
前記記憶手段は、
前記予定と、前記予定の移動変更不可の度合いを示す可変不可度と、を対応付けて記憶しており、
前記第１の通知手段は、
前記記憶手段に記憶された前記利用者の当日の予定の中に、前記可変不可度の低い不適予定があり、且つ、前記不適予定を延期可能な将来の空き時間がある場合に、前記不適予定を前記将来の空き時間に変更するか否かを前記利用者に通知し、
前記第２の通知手段は、
前記記憶手段に記憶された前記利用者の将来の予定の中に、前記可変不可度の低い移動適合予定があり、且つ、前記移動適合予定を前倒し可能な今日の空き時間がある場合に、前記移動適合予定を前記今日の空き時間に変更するか否かを前記利用者に通知する、ことを特徴とする請求項２記載の利用者端末。
【請求項４】
前記記憶手段は、
前記予定と前記可変不可度とに対応付けて、前記予定を変更できるか否かを示す変更可否情報と、前記予定の変更時の優先度を決定する重要度情報と、前記予定の変更可能な日の範囲を示す変更範囲情報と、前記予定の場所を示す場所情報と、の少なくとも１つの情報を対応付けて記憶しており、
前記可変不可度は、前記変更可否情報と、前記重要度情報と、前記変更範囲情報と、前記場所情報と、の少なくとも１つの情報に基づいて算出される、ことを特徴とする請求項３記載の利用者端末。
【請求項５】
前記記憶手段は、
前記予定に関係する関係者を前記予定と対応付けて記憶しており、
前記利用者から前記予定を変更する旨を受け付けた場合に、前記予定を変更した旨を前記関係者に通知する変更通知手段を有する、ことを特徴とする請求項１から４のいずれか１項に記載の利用者端末。
【請求項６】
前記状態情報を人手操作で入力する入力手段を有し、
前記取得手段は、
前記入力手段で入力された前記状態情報を取得する、ことを特徴とする請求項１から５のいずれか１項に記載の利用者端末。
【請求項７】
利用者の状態を特定する状態情報を取得する取得処理と、
前記利用者の予定を記憶する記憶手段に記憶された前記予定を、前記状態情報に応じて変更する場合に、前記予定を前記利用者の空き時間に変更するか否かを前記利用者に通知する通知処理と、
前記利用者から前記予定を変更する旨を受け付けた場合に、前記予定を前記空き時間に変更する変更処理と、をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ユーザのスケジュールを管理する技術に関する。
【背景技術】
【０００２】
従来のスケジュール管理としては、例えば、自己の予定を携帯電話、スマートフォンなどの利用者端末に登録して管理する方法がある。
【０００３】
この種のスケジュール管理は、ユーザが人手操作で予定を利用者端末に登録し、その登録した予定を基に、自己の予定を遂行していた。
【０００４】
しかし、利用者が予定を登録した時点と、その登録した予定を実際に遂行する時点と、ではユーザの体調や気分など利用者の状態に差があり、利用者の状態によっては、利用者が登録した予定を必ずしも遂行できる状況ではない場合もある。
【０００５】
例えば、利用者が予定を登録する時点では、その時の気分や状況で予定を登録してしまうが、その登録時点からその後の時間経過でユーザの体調や気分が変化するため、適切な予定ばかりが登録されているとは限らない。このため、登録した予定の時刻になった際に、その予定を実際に遂行できない場合もある。この場合は、ユーザ自らが人手操作で予定の変更を行っていた。また、予定を変更する場合は、その変更する予定を別の日時に組み入れる必要があるため、その組み入れの検討をユーザ自身が行っていた。
【０００６】
しかし、ユーザの体調や気分が悪いのにもかかわらず、自身の体調や気分を考慮して変更する予定を別の日時に組み入れる検討を行うのは面倒である。
【０００７】
このため、利用者の体調や気分などの利用者の状態に応じて、利用者の予定を別の日時に組み入れる検討を自動的に行う仕組みが必要視されている。
【０００８】
なお、本発明より先に出願された技術文献として、特許文献１（特開2010-140305号公報）には、疲労が連続して蓄積しないようにスケジューリングを行う技術について開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１０−１４０３０５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
特許文献１では、各種疲労属性の疲労度の情報をスケジュール情報に設定し、その疲労度の情報を基に、疲労属性を割当可能空き時間に割り当て、疲労度を考慮したスケジュール情報を作成している。
【００１１】
特許文献１では、同一種類の疲労が連続して蓄積しないようにスケジューリングを行っている。しかし、利用者自身の状態を考慮して、その利用者自身の状態に応じて、利用者の予定を別の日時に組み入れる検討については行っていない。また、特許文献１では、利用者のその日の気分によって予定を変更することができない。また、利用者の状態が良好な状態での予定の組み換え等も行っていない。
【００１２】
本開示の目的は、利用者の状態に応じて、利用者の予定を別の日時に組み入れる検討を行うことにある。
【課題を解決するための手段】
【００１３】
本開示の一態様にかかる利用者端末は、
利用者の状態を特定する状態情報を取得する取得手段と、
前記利用者の予定を記憶する記憶手段に記憶された前記予定を、前記状態情報に応じて変更する場合に、前記予定を前記利用者の空き時間に変更するか否かを前記利用者に通知する通知手段と、
前記利用者から前記予定を変更する旨を受け付けた場合に、前記予定を前記空き時間に変更する変更手段と、
を有することを特徴とする。
【発明の効果】
【００１４】
本開示の一態様によれば、利用者の状態に応じて、利用者の予定を別の日時に組み入れる検討を行うことができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態の利用者端末100の構成例を示す図である。
【図２】記憶部10の構成例を示す図である。
【図３】予定の延期、変更無、前倒しの判断例を示す第１の図である。
【図４】予定の延期、変更無、前倒しの判断例を示す第２の図である。
【図５】利用者端末100の処理動作例を示す図である。
【発明を実施するための形態】
【００１６】
（本開示の一態様にかかる利用者端末100の実施形態の概要）
まず、図１を参照しながら、本開示の一態様にかかる利用者端末100の実施形態の概要について説明する。図１は、本実施形態の利用者端末100の構成例を示す図である。
【００１７】
本開示の一態様にかかる利用者端末100は、記憶手段10と、取得手段12と、通知手段14と、変更手段13を有して構成する。
【００１８】
取得手段12は、利用者の状態を特定する状態情報を取得する。
【００１９】
通知手段14は、利用者の予定を記憶する記憶手段10に記憶された予定を、取得手段12が取得した状態情報に応じて変更する場合に、その予定を利用者の空き時間に変更するか否かを利用者に通知する。
【００２０】
変更手段13は、利用者から予定を変更する旨を受け付けた場合に、予定を空き時間に変更する。
【００２１】
本開示の一態様にかかる利用者端末100は、利用者の状態を特定する状態情報を取得する。そして、記憶手段10に記憶された予定を、取得手段12が取得した状態情報に応じて変更する場合に、その予定を利用者の空き時間に変更するか否かを利用者に通知する。そして、利用者から予定を変更する旨を受け付けた場合に、予定を空き時間に変更する。
【００２２】
これにより、本開示の一態様にかかる利用者端末100は、利用者の状態に応じて、利用者の予定を別の日時に組み入れる検討を行うことができる。なお、上述した本開示の一態様にかかる利用者端末100は、記憶手段10を有して構成している。しかし、記憶手段10は、利用者端末100と通信可能なサーバ装置等に有して構成し、サーバ装置等の記憶手段10に記憶された利用者の予定を変更するようにすることも可能である。以下、添付図面を参照しながら、本開示の一態様にかかる利用者端末100の実施形態について詳細に説明する。
【００２３】
＜利用者端末100の構成例＞
まず、図１を参照しながら、本実施形態の利用者端末100の構成例について説明する。図１は、本実施形態の利用者端末100の構成例を示す図である。
【００２４】
本実施形態の利用者端末100は、記憶部10、入力部11、取得部12、変更部13、通知部14を有して構成する。
【００２５】
記憶部10は、図２に示すように、利用者、利用者の予定、重要度、可変不可度、変更可否、変更範囲、場所、予定に関係する関係者を対応付けて記憶している。重要度は、予定の重要の度合いを意味する。重要度が高い程、予定が重要であることを意味する。可変不可度は、予定の移動変更不可の度合いを意味する。可変不可度が高い程、予定を変更できない度合いが高いことを意味する。変更可否は、予定を変更することが可能か否かを意味する。変更範囲は、予定の変更可能な日の範囲を意味する。場所は、予定を行う場所を意味する。関係者は、予定に関係する関係者を意味する。
【００２６】
入力部11は、利用者の状態を特定する状態情報を入力する。状態情報は、利用者の体調やその日の気分など利用者の状態を特定する情報である。体調は、年齢や体重、持病、体力といった体や健康に依存する部分や、直近の運動のし過ぎや、食べ過ぎ等の生活習慣や、湿度や気温といった一般的な生理現象に依存するものといったものまでを含む。利用者の体調は、利用者のGUI操作により得られた利用者の体調に関するアンケート結果や、各種センサ等を用いて取得した利用者の生体情報を基に判断することになる。状態情報を入力する方法としては、複数の選択肢を用いて状態情報を入力する方法がある。選択肢を選択する方法としては、ボタン、チェックボックスなどがあげられる。
【００２７】
選択画面としては以下のような例が考えられる。
選択枝１を体調、気分が非常に優れた良好状態とする。
選択肢２を体調、気分が良い平常状態とする。
選択肢３を体調、気分がすぐれない軽微状態とする。
選択肢４を体調、気分が悪い悪化状態とする。
この場合、利用者が選択肢１を選択した場合は、利用者の状態情報を良好状態として入力する。また、利用者が選択肢２を選択した場合は、利用者の状態情報を平常状態として入力する。また、選択肢３を選択した場合は、利用者の状態情報を軽微状態として入力する。また、選択肢４を選択した場合は、利用者の状態情報を悪化状態として入力する。これ以外にも間接的な質問形式により、その人の状態を特定する方法も考えられる。
【００２８】
また、利用者の状態を特定するための複数の選択肢を利用者端末100に表示し、その選択肢の利用者選択により利用者の状態を特定するようにすることも可能である。利用者の状態を特定するための複数の選択肢としては、多様なケースが存在するため、利用者の状態を特定するための特定のパターンを予め準備しても良いし、特定のパターンを利用者に設定させるようにしても良い。パターンの例としては、予定を実行する前に取引先Ａに上司と行った場合や、特定の事務処理等は、気分がすぐれない軽微状態として特定する方法などがある。特定パターンは、利用者が設定を調整できても良いし、記憶部10に蓄積された過去の利用者の情報から自動的に認識できるものでも良い。
【００２９】
取得部12は、状態情報を取得する。状態情報を取得する方法としては、入力部11から入力された状態情報を取得する方法がある。また、取得部12は、利用者の状態を特定することが可能な状態情報を管理するサーバ等から状態情報を取得する方法がある。また、温度センサ、静脈センサなどの利用者の体調を測定することが可能な測定機器から状態情報を取得する方法がある。例えば、体温が37．5度以上といった病気の兆候を示した場合は、気分及び体調が悪い悪化状態と特定する。なお、取得部12は、利用者の状態を特定する状態情報を取得することが可能であれば、任意の方法を用いて状態情報を取得することが可能である。また、取得部12で取得する状態情報は、良好、平常、軽微、悪化のような大きなくくりで区分けしていても良いし、気分及び体調が良いと気分及び体調が悪いとの間の連続値でも良い。取得部12で取得する状態情報が連続値の場合は、良好、平常、軽微、悪化などの状態については閾値等を用いて特定する。
【００３０】
変更部13は、取得部12が取得した利用者の状態情報を基に、記憶部10に記憶されているその日の利用者の予定を変更する。例えば、取得部12が取得した利用者の状態情報が平常状態の情報の場合は、記憶部10に記憶されているその日の利用者の予定を変更しないようにする。また、取得部12が取得した利用者の状態情報が軽微状態の情報の場合は、記憶部10に記憶されているその日の利用者の予定の中で、利用者に適さない予定（以下、不適予定とする）を抽出し、その日の利用者の予定を変更する。不適予定の抽出は、例えば、利用者の予定の中で、自由参加型のセミナーのような社外で変更可能で変更範囲が数日あるような可変不可度が低い予定を利用者の状態に適さない不適予定として抽出する。また、取得部12が取得した利用者の状態情報が悪化状態の情報の場合は、記憶部10に記憶されているその日の利用者の予定を全て不適予定と判断し、その日の利用者の予定を変更する。変更部13は、その日の利用者の予定を変更する場合は、利用者の未来の予定を参照し、不適予定が実施できる未来の空き時間を検索する。空き時間の検索は、複数の予定が１つの空き時間に集中することが予想される。この場合は、不適予定の重要度等を用いて不適予定の空き時間を埋めていく。なお、可変不可度に、追加のパラメータを加えることで、一日のスケジュールの中で午後過ぎをピークに可変付加度が高めになり、午前中や夕方の可変不可度が低めになるように調整し、利用者の気分及び体調が悪いときに避けたい朝早くの会議や夕方の会議等の予定を出来るだけ不適予定になりやすいようにしても良い。これにより、一日のスケジュールの中で最初の予定や後半の予定を不適予定になりやすいようにし、利用者の気分及び体調が悪いときに避けたい朝早くの会議や夕方の会議等の予定を避けられるようにすることができる。また、可変不可度が高めの予定の前後に可変不可度が低い予定や空き時間がある場合は、いきなり可変不可度が高めの予定を変更するのではなく、気分や体調に応じて可変不可度が高めの予定の前後の移動時間を長くするようにしても良い。これにより、利用者の気分及び体調が悪いときに、可変不可度が高めの会議等の予定を変えずに、可変不可度が高めの予定の前後の移動時間を長くすることで、その可変不可度が高めの予定自体を変更せずにその予定に負担をかけないようにすることができる。また、記憶部10に記憶された各予定に予定短縮可否の項目を追加し、その予定毎の予定短縮可否に応じて予定を短縮するようにしても良い。これにより、利用者の気分及び体調が悪いときに、通常１時間のスポーツクラブでの運動等の予定を３０分に短くするようにすることができる。変更部13は、不適予定を空き時間に変更する旨の要求を受け付けた場合に、その日の不適予定をキャンセルし、その不適予定を未来の空き時間に組み入れ、利用者の予定を変更する。なお、状態情報が悪化状態の情報の場合は、空き時間が無い場合でもその日の不適予定をキャンセルし、その日の予定のキャンセルと欠席の旨の通知を行うようにすることもシステムの要求に従い可能にしてもよい。
【００３１】
変更部13は、取得部12が取得した利用者の状態情報が良好状態の情報の場合は、未来の予定から今日の空き時間のスケジュールの変更を行う。この場合、変更部13は、記憶部10に記憶された特定期間内の予定から移動が可能な予定（以下、移動適合予定とする）を検出する。例えば、一週間に一度程度実施の社内打ち合わせのような可変不可度の低い予定を移動適合予定として検出する。特定期間内に検出した移動適合予定は、当日の利用者の状態情報を基に利用者の今日の空き時間に前倒し可能か判断する。この場合、移動適合予定の重要度等から移動適合予定の優先順位を決め、その日の利用者の予定の空き時間を確認して移動適合予定の前倒しを行う。例えば、その日の気分が非常に優れた良好状態であると判断した場合は、可変不可度の低い予定を今日の空き時間に組み入れ、利用者の予定を変更する。
【００３２】
記憶部10は、図２に示すように、その予定を実施するにあたっての可変が可能かを示す可変不可度を記憶している。その日の予定を変更する可否は、予定の可変可能の範囲を示す可変不可度と当日の利用者の状態情報の度合いとの２つの軸で決定する。例えば、可変不可度が低い予定で、利用者の状態情報が悪化状態であれば、スケジュールを変更する。また、可変不可度は、利用者の状態情報が良好状態である場合にも利用され、利用者の状態情報が良好状態の場合には、数日後の予定を変更して今日の空き時間に予定を組み込む。なお、その日の予定を変更する可否は、予定の可変可能の範囲を示す可変不可度と当日の利用者の状態情報の度合いの２つの軸に加えて、重要度も含め３軸で決定してもかまわない。
【００３３】
可変不可度と状態情報とを利用して予定の延期、変更無、前倒しを判断する方法としては、例えば、２値でのプロット図、閾値、その他数学的方式を利用して領域判別で判断する。図３は、利用者の状態情報を良好状態、平常状態、軽微状態、悪化状態で区分した場合を示す。図４は、利用者の状態情報を気分の良い状態から悪い状態までを連続値で示した場合を示す。なお、延期、変更無、前倒しの領域は、システムのニーズに合わせることになり、利用者の好み等で変更することも可能である。例えば、会議の欠席をできるだけ避けると考える会社や個人のような場合は、延期領域をできるだけ低くするように変更する。このような変更を可変不可度と利用者の状態情報の度合いとで行うことができる。これに重要度が追加された３軸の場合には３軸で領域を分離していくことになる。軸の追加はそのシステム要求に応じて増やしても良い。
【００３４】
可変不可度は、スケジュールの移動がどの程度可能かという目安の指標であり、記憶部10に記憶された図２に示す変更可否、変更範囲、場所等から自動的に算出される。変更可否、変更範囲、場所等は利用者が入力しても良いし、システムの判断により自動的に入力するようにしても良い。可変不可度は、例えば、１０を最大値とし、ほとんど移動できない予定とし、０を最小値とし、いつでも移動して良い予定とする。この場合、可変不可度は、図２に示すようになる。
【００３５】
可変不可度は、例えば、記憶部10に記憶された変更可否で「不可」とした場合等には極めて高くなるようにすることで、スケジュールの変更を回避することができる。また、変更可否が「可能」な場合は、変更範囲が「５日」よりは「２日」の方が可変不可度は高くなる。また、場所が「社外」よりも「社内」の方が可変不可度は高くなる。このパラメータはシステムにより追加や会社を変えても良い。たとえば、「社外」予定に重きを置く場合には、「社外」の方を可変不可度を高くすることもありえる。
【００３６】
通知部14は、不適予定や移動適合予定等の移動候補予定がある場合に、その移動候補予定を空き時間に変更するか否かを記憶部10に記憶されている利用者に通知する。利用者に通知する方法としては、利用者端末100の表示部に表示したりする。移動候補予定を空き時間に変更するか否かを利用者に通知する方法は、特に限定せず、任意の方法で行うことが可能である。これにより、移動候補予定を空き時間に変更するか否かを利用者に促すことができる。利用者は、通知部14から通知された結果を基に、移動候補予定を空き時間に変更する場合は、利用者端末100を操作し、移動候補予定を空き時間に変更する旨の要求を行う。変更部13は、移動候補予定を空き時間に変更する旨の要求を受け付けた場合に、移動候補予定を空き時間に組み入れ、利用者の予定を変更することになる。
【００３７】
また、通知部14は、移動候補予定を空き時間に変更する旨の要求を受け付けた場合に、利用者の予定が変更された旨を記憶部10に記憶されている関係者に通知する。関係者に通知する方法としては、メールなどがあげられる。このため、記憶部10には、関係者のメールアドレスなどが記憶されている。利用者の予定が変更された旨を関係者に通知する方法は、特に限定せず、任意の方法で通知することができる。
【００３８】
＜利用者端末100の処理動作例＞
次に、図５を参照しながら、利用者端末100の一連の処理動作例について説明する。図５は、利用者端末100の一連の処理動作例を示す図である。
【００３９】
取得部12は、当日の利用者の状態を特定する状態情報を取得する（ステップS1）。
【００４０】
例えば、利用者端末100の表示部に選択肢１〜４の項目を表示し、選択肢１〜４の何れかの項目を利用者に選択させるように促す。これにより、利用者の状態を特定する状態情報を人手操作で入力させるようにすることができる。
【００４１】
利用者は、選択肢１〜４の項目を選択することで、取得部12は、選択肢１〜４に応じた状態情報を取得することになる。
【００４２】
例えば、選択肢１が選択された場合は、利用者の体調、気分が非常に優れた良好状態の状態情報を取得することになる。また、選択肢２が選択された場合は、利用者の体調、気分が良い平常状態の状態情報を取得することになる。また、選択肢３が選択された場合は、利用者の体調、気分がすぐれない軽微状態の状態情報を取得することになる。また、選択肢４が選択された場合は、利用者の体調、気分が悪い悪化状態の状態情報を取得することになる。
【００４３】
変更部13は、取得部12が取得した状態情報が良好状態、平常状態、軽微状態、悪化状態の何れの情報に該当するかを判断する（ステップS2）。
【００４４】
変更部13は、取得部12が取得した状態情報が平常状態の情報である場合は（ステップS2/平常）、予定の変更を行わず、処理を終了する（End）。
【００４５】
また、変更部13は、取得部12が取得した状態情報が軽微状態、悪化状態の情報である場合は（ステップS2/軽微、悪化）、記憶部10に記憶されている当日の利用者の予定を取得する（ステップS3）。
【００４６】
次に、変更部13は、取得部12が取得した状態情報を基に、当日の利用者の予定に不適予定があるか判断する（ステップS4）。
【００４７】
例えば、変更部13は、取得部12が取得した状態情報が軽微状態の情報の場合は、記憶部10に記憶されているその日の利用者の予定の中で、外出のような可変不可度が低い予定は利用者に適さない不適予定と判断する。また、取得部12が取得した利用者の状態情報が悪化状態の情報の場合は、記憶部10に記憶されているその日の利用者の予定を全て利用者に適さない不適予定と判断する。
【００４８】
利用者の予定に不適予定がある場合は（ステップS5/Yes）、利用者の未来の予定を基に、不適予定を延期可能な未来の空き時間があるか判断する（ステップS6）。未来の空き時間がある場合は（ステップS6/Yes）、不適予定を延期するかの問い合わせを記憶部10に記憶されている利用者に通知する（ステップS7）。
【００４９】
変更部13は、不適予定を延期する旨の延期要求を利用者から受け付けた場合に（ステップS8/Yes）、不適予定を未来の空き時間に組み入れ、利用者の予定を変更する（ステップS9）。そして、処理を終了する（End）。
【００５０】
また、変更部13は、取得部12が取得した状態情報が良好状態の情報である場合は（ステップS2/良好）、記憶部10に記憶されている特定期間の利用者の予定を取得する（ステップS10）。
【００５１】
次に、変更部13は、取得部12が取得した状態情報を基に、特定期間の利用者の予定に移動適合予定があるか判断する（ステップS11）。
【００５２】
この場合、取得部12が取得した状態情報は、良好状態の情報の場合であるため、例えば、一週間に一度程度実施の社内打ち合わせのような可変不可度の低い予定を移動適合予定と判断する。
【００５３】
利用者の予定に移動適合予定がある場合は（ステップS12/Yes）、利用者の今日の予定を基に、移動適合予定を前倒し可能な今日の空き時間があるか判断する（ステップS13）。今日の空き時間がある場合は（ステップS13/Yes）、移動適合予定を前倒しするかの問い合わせを記憶部10に記憶されている利用者に通知する（ステップS14）。
【００５４】
変更部13は、移動適合予定を前倒しする旨の前倒し要求を利用者から受け付けた場合に（ステップS15/Yes）、移動適合予定を今日の空き時間に組み入れ、利用者の予定を変更する（ステップS16）。そして、処理を終了する（End）。
【００５５】
＜本実施形態の利用者端末100の作用・効果＞
このように、本実施形態の利用者端末100は、利用者の状態を特定する状態情報を取得する。そして、記憶部10に記憶された利用者の予定を、上記取得した利用者の状態情報に応じて変更する場合に、その利用者の予定を利用者の空き時間に変更するか否かを利用者に通知する。そして、利用者から予定を変更する旨を受け付けた場合に、予定を空き時間に変更する。これにより、本開示の一態様にかかる利用者端末100は、利用者の状態に応じて、利用者の予定を別の日時に組み入れる検討を行うことができる。
【００５６】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００５７】
例えば、図５に示す処理動作例では、取得部12が取得した状態情報が平常状態の情報である場合は（ステップS2/平常）、予定の変更を行わず、処理を終了することにしている（End）。しかし、取得部12が取得した状態情報が平常状態の情報である場合であっても、良好状態の情報と同様にステップS10〜ステップS16の処理動作を行うようにすることも可能である。この場合は、状態情報が軽微状態、悪化状態などの利用者の状態が良好でない不良状態の場合は、ステップS3〜S9の処理を行い、状態情報が平常状態、良好状態などの利用者の状態が良好である良好状態の場合は、ステップS10〜ステップS16の処理動作を行うことになる。
【００５８】
また、上記実施形態では、利用者端末100の記憶部10の予定を変更する場合を例に説明した。しかし、利用者端末100とネットワークを介して接続したサーバに記憶部10を設け、そのサーバの記憶部10の予定を変更するようにすることも可能である。
【００５９】
また、上記実施形態の利用者端末100を構成する各部における制御動作は、ハードウェア、ソフトウェア、あるいは、両者の複合構成を用いて実行することも可能である。
【００６０】
なお、ソフトウェアを用いて処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させることが可能である。あるいは、各種処理が実行可能な汎用コンピュータ内のメモリにインストールして実行させることが可能である。
【００６１】
例えば、プログラムは、記録媒体としてのハードディスクやROM（Read Only Memory）に予め記録しておくことが可能である。あるいは、プログラムは、リムーバブル記録媒体に一時的、あるいは、永続的に格納（記録）しておくことが可能である。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することが可能である。リムーバブル記録媒体は、磁気ディスク、半導体メモリなどの各種記録媒体があげられる。
【００６２】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールすることになる。また、ダウンロードサイトからコンピュータに無線転送することになる。また、ネットワークを介してコンピュータに有線で転送することになる。
【００６３】
プログラムの形態としては、クラウド等によるネット上のサーバからの利用もありえる。一部のプログラムのみをコンピュータに転送して利用する形態もありえる。
【００６４】
また、上記実施形態の利用者端末100を構成する各部は、上記実施形態で説明した処理動作に従って時系列的に処理を実行するだけに限定するものでない。例えば、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に処理を実行するように構築することも可能である。
【符号の説明】
【００６５】
１００    利用者端末
１０    記憶部
１１    入力部
１２    取得部
１３    変更部
１４    通知部
【図１】
2016076044.tif 000003
【図２】
2016076044.tif 000004
【図３】
2016076044.tif 000005
【図４】
2016076044.tif 000006
【図５】
2016076044.tif 000007