(57)【要約】【課題】  目的地及び到着時刻を適切に推定できるスケジュール管理装置を提供する。【解決手段】  スケジュール管理装置は、利用者の現在までの位置の履歴、移動の履歴、及び探訪場所の履歴に基づいて行動履歴を生成する行動履歴生成部と、スケジュールを利用者の端末に通知する第１通知部と、出発時刻の経過後に行動履歴に基づいて利用者が目的地に向かっているかどうかを判定する行動判定部と、行動履歴に基づいて利用者の行動の目的地を推定する行動推定部であって、利用者が目的地に向かっていない場合に新たな目的地を推定する行動推定部と、目的地又は新たな目的地への到着時刻を推定する到着時刻推定部と、スケジュールに含まれる目的地及び到着時刻を新たな目的地及び新たな目的地への到着時刻に変更する第１スケジュール変更部と、新たな目的地及び新たな目的地への到着時刻を含むスケジュールを利用者の端末に通知する第２通知部とを含む。【選択図】図１
2018009904.tif 000002
【特許請求の範囲】
【請求項１】
利用者の行動の出発地、前記出発地を出発する出発時刻、前記行動の目的地、及び、前記目的地に到着する到着時刻を含むスケジュールを管理するスケジュール管理装置であって、
利用者の位置を取得する位置取得部と、
前記位置取得部によって取得される利用者の現在までの位置の履歴、前記位置の履歴に基づいて求まる前記利用者の移動の履歴を表す移動履歴、及び、前記移動履歴に基づいて求まる前記利用者の探訪場所の履歴に基づいて、利用者の行動の履歴を表す行動履歴を生成する行動履歴生成部と、
前記出発時刻、前記出発地、前記目的地、及び前記到着時刻を含む前記スケジュールを前記利用者の端末に通知する第１通知部と、
前記出発時刻の経過後に、前記利用者の前記出発地からの移動履歴に基づいて、前記利用者が前記目的地に向かっているかどうかを判定する行動判定部と、
前記行動判定部によって前記利用者が前記目的地に向かっていないと判定された場合に、前記出発地からの移動履歴と前記行動履歴とに基づいて新たな目的地を推定する、行動推定部と、
前記新たな目的地が推定された場合は前記新たな目的地への到着時刻を推定する、到着時刻推定部と、
前記新たな目的地が推定されると、前記スケジュールに含まれる前記目的地及び前記到着時刻を、それぞれ、前記新たな目的地及び前記新たな目的地への到着時刻に変更する第１スケジュール変更部と、
前記第１スケジュール変更部によって変更された前記新たな目的地及び前記新たな目的地への到着時刻を含むスケジュールを前記利用者の端末に通知する、第２通知部と
を含む、スケジュール管理装置。
【請求項２】
前記行動履歴に基づいて、前記出発時刻、前記出発地、前記目的地、及び前記到着時刻を含む前記スケジュールを作成するスケジュール作成部をさらに含む、請求項１記載のスケジュール管理装置。
【請求項３】
前記目的地及び前記到着時刻を含むスケジュール、又は、前記新たな目的地及び前記新たな目的地への到着時刻を含むスケジュールが削除されたかどうかを判定する削除判定部と、
前記削除判定部によって前記スケジュールが削除されたと判定されると、前記到着時刻又は前記新たな目的地への到着時刻の後に、前記利用者のスケジュールに空き時間があるかどうかを判定する空き時間判定部と、
利用者の嗜好に応じた店舗又は施設に関するリコメンド情報を登録するリコメンド情報データベースと、
前記空き時間判定部によって前記空き時間があると判定されると、前記行動履歴に基づいて、前記リコメンド情報データベースから前記利用者に推奨するリコメンド情報を抽出するリコメンド部と、
前記リコメンド情報を前記利用者の端末に通知する第３通知部と
をさらに含む、請求項１又は２記載のスケジュール管理装置。
【請求項４】
前記到着時刻推定部は、前記リコメンド情報が抽出されると、前記リコメンド情報が示す店舗又は施設への到着時刻を推定し、
前記第３通知部は、前記リコメンド情報が示す店舗又は施設に加えて、前記店舗又は前記施設への到着時刻を前記利用者の端末に通知する、請求項３記載のスケジュール管理装置。
【請求項５】
前記第３通知部は、前記リコメンド情報が示す店舗又は施設と、前記店舗又は前記施設への到着時刻とをプッシュ通知で前記利用者の端末に通知する、請求項４記載のスケジュール管理装置。
【請求項６】
道路交通情報又は運行情報を含む交通情報を取得する情報取得部と、
前記情報取得部によって取得される前記交通情報に基づき、前記目的地への到着が前記到着時刻よりも遅延するかどうかを推定する遅延推定部と、
前記出発時刻の経過前に、前記遅延推定部によって前記目的地への到着が前記到着時刻よりも遅延すると推定される場合に、前記目的地への到着に遅延が生じないように前記出発時刻を早める、又は、前記出発時刻の経過後に、前記遅延推定部によって前記目的地への到着が前記到着時刻よりも遅延すると推定される場合に、前記到着時刻を前記遅延の分だけ遅らせた到着時刻に変更する、第２スケジュール変更部と
をさらに含む、請求項１乃至５のいずれか一項記載のスケジュール管理装置。
【請求項７】
前記第１通知部は、前記早められた出発時刻をプッシュ通知で前記利用者の端末に通知する、請求項６記載のスケジュール管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スケジュール管理装置に関する。
【背景技術】
【０００２】
従来より、車両の位置情報を検出し、検出された位置情報から得た移動経路を蓄積し、エンジンの起動等のイベントが発生すると、現在までの移動経路と蓄積された移動経路とを参照して行き先（目的地）を予測（推定）し、予測（推定）した目的地に関する情報を搭乗者に提供する情報提供方法がある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−０４５４１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、従来の情報提供方法は、推定したスケジュールの通りに車両が移動しない場合に、目的地を適切に推定することができず、目的地への到着時刻を推定することができない。
【０００５】
また、従来の情報提供方法は、利用者が車両で移動するのではなく、位置情報を検出可能な端末機を所持して移動する場合に適用しても、推定したスケジュールの通りに利用者が移動しない場合に、目的地と到着時刻を適切に推定することができない。
【０００６】
そこで、目的地及び到着時刻を適切に推定できるスケジュール管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の実施の形態のスケジュール管理装置は、利用者の行動の出発地、前記出発地を出発する出発時刻、前記行動の目的地、及び、前記目的地に到着する到着時刻を含むスケジュールを管理するスケジュール管理装置であって、利用者の位置を取得する位置取得部と、前記位置取得部によって取得される利用者の現在までの位置の履歴、前記位置の履歴に基づいて求まる前記利用者の移動の履歴を表す移動履歴、及び、前記移動履歴に基づいて求まる前記利用者の探訪場所の履歴に基づいて、利用者の行動の履歴を表す行動履歴を生成する行動履歴生成部と、前記出発時刻、前記出発地、前記目的地、及び前記到着時刻を含む前記スケジュールを前記利用者の端末に通知する第１通知部と、前記出発時刻の経過後に、前記利用者の前記出発地からの移動履歴に基づいて、前記利用者が前記目的地に向かっているかどうかを判定する行動判定部と、前記行動判定部によって前記利用者が前記目的地に向かっていないと判定された場合に、前記出発地からの移動履歴と前記行動履歴とに基づいて新たな目的地を推定する、行動推定部と、前記新たな目的地が推定された場合は前記新たな目的地への到着時刻を推定する、到着時刻推定部と、前記新たな目的地が推定されると、前記スケジュールに含まれる前記目的地及び前記到着時刻を、それぞれ、前記新たな目的地及び前記新たな目的地への到着時刻に変更する第１スケジュール変更部と、前記第１スケジュール変更部によって変更された前記新たな目的地及び前記新たな目的地への到着時刻を含むスケジュールを前記利用者の端末に通知する、第２通知部とを含む。
【０００８】
本発明の実施の形態のスケジュール管理装置は、利用者の位置の履歴から移動履歴を生成するので、出発地からの移動履歴に基づいて目的地に向かっているかどうかを判定できる。
【０００９】
また、移動履歴から探訪場所の履歴を生成し、位置の履歴、移動の履歴、及び探訪場所の履歴に基づいて行動履歴を生成する。
【００１０】
そして、目的地に向かっていない場合に、行動履歴に基づいて新たな目的地を推定するとともに、新たな目的地への到着時刻を推定し、さらに、新たな目的地とその到着時刻を含むスケジュールを利用者の端末に通知する。
【００１１】
このため、目的地が変更された場合でも、目的地及び到着時刻を適切に推定することができる。また、行動履歴に基づいて、スケジュールの目的地及び到着時刻を適切にアップデートすることができる。
【００１２】
また、他の形態のスケジュール管理装置は、前記行動履歴に基づいて、前記出発時刻、前記出発地、前記目的地、及び前記到着時刻を含む前記スケジュールを作成する前記スケジュール作成部をさらに含む。
【００１３】
このため、利用者がスケジュールを作成しなくても、自らの行動履歴に基づいて作成されるスケジュールを得ることができる。
【００１４】
また、さらに他の形態のスケジュール管理装置は、
前記目的地及び前記到着時刻を含むスケジュール、又は、前記新たな目的地及び前記新たな目的地への到着時刻を含むスケジュールが削除されたかどうかを判定する削除判定部と、
前記削除判定部によって前記スケジュールが削除されたと判定されると、前記到着時刻又は前記新たな目的地への到着時刻の後に、前記利用者のスケジュールに空き時間があるかどうかを判定する空き時間判定部と、
利用者の嗜好に応じた店舗又は施設に関するリコメンド情報を登録するリコメンド情報データベースと、
前記空き時間判定部によって前記空き時間があると判定されると、前記行動履歴に基づいて、前記リコメンド情報データベースから前記利用者に推奨するリコメンド情報を抽出するリコメンド部と、
前記リコメンド情報を前記利用者の端末に通知する第３通知部と
をさらに含む。
【００１５】
このように、リコメンド部は、行動履歴に基づいて、利用者の嗜好に合う可能性が高いリコメンド情報を抽出することができる。このため、スケジュールが削除されて生じた空き時間に、行動履歴に基づいて、利用者の嗜好に応じた店舗又は施設をリコメンド情報として利用者に提供することができる。
【００１６】
また、さらに他の形態のスケジュール管理装置は、
前記到着時刻推定部は、前記リコメンド情報が抽出されると、前記リコメンド情報が示す店舗又は施設への到着時刻を推定し、
前記第３通知部は、前記リコメンド情報が示す店舗又は施設に加えて、前記店舗又は前記施設への到着時刻を前記利用者の端末に通知する。
【００１７】
このため、利用者は、リコメンド情報が示す目的地（利用者の嗜好に応じた店舗又は施設）への到着時刻を自己の端末で知ることができる。
【００１８】
また、さらに他の形態のスケジュール管理装置では、前記第３通知部は、前記リコメンド情報が示す店舗又は施設と前記店舗又は前記施設への到着時刻とをプッシュ通知で前記利用者の端末に通知する。
【００１９】
このように、ＰＵＳＨ通知で通知すれば、利用者が端末を操作することなく、表示部を見るだけで通知内容を得ることができる。このため、より早く確実に、利用者に通知内容を伝えることができる。
【００２０】
また、さらに他の形態のスケジュール管理装置は、
道路交通情報又は運行情報を含む交通情報を取得する情報取得部と、
前記情報取得部によって取得される前記交通情報に基づき、前記目的地への到着が前記到着時刻よりも遅延するかどうかを推定する遅延推定部と、
前記出発時刻の経過前に、前記遅延推定部によって前記目的地への到着が前記到着時刻よりも遅延すると推定される場合に、前記目的地への到着に遅延が生じないように前記出発時刻を早める、又は、前記出発時刻の経過後に、前記遅延推定部によって前記目的地への到着が前記到着時刻よりも遅延すると推定される場合に、前記到着時刻を前記遅延の分だけ遅らせた到着時刻に変更する、第２スケジュール変更部と
をさらに含む。
【００２１】
このため、交通情報に基づいて到着時間に遅延が生じる場合に、出発時刻を早めたスケジュール、又は、到着時刻を遅らせたスケジュールが生成される。
【００２２】
また、さらに他の形態のスケジュール管理装置は、前記第１通知部は、前記早められた出発時刻をプッシュ通知で前記利用者の端末に通知する。
【００２３】
このように、プッシュ通知で通知すれば、利用者が端末を操作することなく、表示部を見るだけで通知内容を得ることができる。このため、より早く確実に、利用者に通知内容を伝えることができる。
【発明の効果】
【００２４】
目的地及び到着時刻を適切に推定できるスケジュール管理装置を提供することができる。
【図面の簡単な説明】
【００２５】
【図１】車両１０とスケジュール管理装置１００を示す図である。
【図２】スケジュール管理装置１００で設定する項目の一例を示す図である。
【図３】スケジュール管理装置１００の機能の一例を説明する図である。
【図４】スケジュール管理装置１００の機能の一例を説明する図である。
【図５】スケジュール管理装置１００の機能の一例を説明する図である。
【図６】スケジュール管理装置１００の機能の一例を説明する図である。
【図７】スケジュール管理装置１００の機能の一例を説明する図である。
【図８】車載器２０、スマートフォン端末機３０、スケジュール管理装置１００の機能的な構成を示す図である。
【図９】利用者の場所を推定する処理を示すフローチャートである。
【図１０】目的地への到着時刻を推定する処理を示すフローチャートである。
【図１１】利用者にリコメンド情報を提供する処理を示すフローチャートである。
【発明を実施するための形態】
【００２６】
以下、本発明のスケジュール管理装置を適用した実施の形態について説明する。
【００２７】
＜実施の形態＞
図１は、車両１０とスケジュール管理装置１００を示す図である。
【００２８】
車両１０は、例えば、ＨＶ(Hybrid Vehicle)車、ＰＨＶ(Plug-in Hybrid Vehicle)車、ＥＶ(Electric Vehicle)車、ガソリン車、又はディーゼル車等である。車両１０には車載器２０が搭載され、車両１０の利用者は、スマートフォン端末機３０を有する。
【００２９】
ここでは、サーバのようなコンピュータシステムによって実現されるスケジュール管理装置１００のハードウェア構成について説明し、車載器２０とスマートフォン端末機３０の詳細については、図２を用いて後述する。
【００３０】
スケジュール管理装置１００は、バス５０によって接続されるＣＰＵ１０１、ＲＡＭ又はＲＯＭ等を含むメモリ部１０２、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)又はＤＶＤ−ＲＯＭ(Digital Video Disc Read Only Memory)等のディスクドライブ１０３、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０４、及びモデム１０５を含む。また、スケジュール管理装置１００は、さらに、液晶モニタ等のディスプレイ、キーボード、及びマウス等を含んでもよい。
【００３１】
スケジュール管理装置１００としての機能をサーバに持たせるプログラムは、ディスクドライブ１０３又はモデム１０５を介して他のコンピュータシステムからダウンロードされ、サーバに入力されてコンパイルされる。
【００３２】
このようなスケジュール管理装置１００は、車載器２０及びスマートフォン端末機３０と連携しながら、利用者の行動履歴に基づいて、スケジュールを変更する。
【００３３】
図２は、スケジュール管理装置１００で設定する項目の一例を示す図である。図２には、スマートフォン端末機３０の表示部３３に表示される画像を示す。スマートフォン端末機３０にはスケジュール管理装置１００用のアプリケーション（スケジューラ）がインストールされており、図２に示す画像は、スケジューラに入力する項目と入力内容を示す。
【００３４】
図２には、起床アラート、出発アラート、ガソリンアラート、メールの宛先（会社）、及びメールの宛先（家族）の項目を示す。各項目の内容は、利用者がスマートフォン端末機３０に入力して、スケジュール管理装置１００に送信する。スケジュール管理装置１００は、利用者から受信した各項目の内容に基づいて、スマートフォン端末機３０に指令や通知等を行う。以下、各項目について説明する。
【００３５】
起床アラートの項目は、起床時刻に対するアラート（警告）を発報する時刻を表しており、出発時刻の６０分前に設定されている。出発アラートは、出発時刻に対するアラートを発報する時刻を表しており、出発時刻の１５分前に設定されている。ガソリンアラートは、ガソリンの残量が所定値になったときに発報するアラートであり、１０Ｌ（リットル）に設定されている。
【００３６】
これらのアラートは、入力（設定）した値に達すると、スケジュール管理装置１００が
スマートフォン端末機３０に指令を送信し、スマートフォン端末機３０から所定の音声を出力すること等によって利用者に通知される。アラートは、音声に限られず、ＰＵＳＨ通知、バイブレータによる振動等の種々の携帯であってよい。
【００３７】
メールの宛先（会社）は、スケジュール管理装置１００によって到着時刻に遅れると判定された場合に、車載器２０の通信部２２が自動的にメールを送信する会社用の宛先のメールアドレスを示す。ここでは、部長のアドレス(butyo@kaisha.co.jp)が設定されている。
【００３８】
メールの宛先（家族）は、スケジュール管理装置１００によって到着時刻に遅れると判定された場合に、車載器２０の通信部２２が自動的にメールを送信する家族用の宛先のメールアドレスを示す。ここでは、妻と娘のアドレス(tuma@kazoku.ne.jp、musume@kazoku.ne.jp)が設定されている。
【００３９】
これらのアドレスは、目的地と関連付けて、遅延時におけるメールの送信先として設定することができる。例えば、目的地が会社である場合に、予定していた到着時刻に遅刻するとスケジュール管理装置１００が判定すると、スケジュール管理装置１００から車載器２０に指令が送信され、通信部２２が自動的に会社にメールを送信する。
【００４０】
また、目的地が自宅又は家族との待ち合わせ場所である場合に、予定していた到着時刻に遅刻するとスケジュール管理装置１００が判定すると、スケジュール管理装置１００から車載器２０に指令が送信され、通信部２２が自動的に自宅又は家族との待ち合わせ場所にメールを送信する。家族との待ち合わせは、待ち合わせる相手（妻又は娘）を設定しておけば、遅れそうば場合に、待ち合わせ場所に応じて設定された相手に車載器２０から自動的にメールを送信することができる。なお、ここでは、メール（電子メール）を送信する形態について説明するが、メールの代わりにＳＮＳ（Social Network System）を利用して連絡してもよい。
【００４１】
図３乃至図７は、スケジュール管理装置１００の機能の一例を説明する図である。なお、ここでは、時刻を２４時間表示で示す。
【００４２】
また、図３（Ａ）に示すように、２０１６年３月５日の１３：３０の時点で、当日の１８：００から１８：４５まで会社で会議が設定されており、１８：４５に会社を出発して、１９：２０に帰宅するスケジュールが組まれていることとする。
【００４３】
このような場合に、会議が中止になったため、利用者が会議のスケジュールを削除すると、図３（Ｂ）に示すように、１８：００に会社を出発して、１８：３５に帰宅するように、スケジュールが自動的に変更される。
【００４４】
また、図３（Ｂ）に示すように帰宅時間が早くなるようにスケジュールが変更された場合に、図４（Ａ）に示すように、スマートフォン端末機３０の表示部３３に、ＰＵＳＨ通知でリコメンド情報３３Ｂが表示される。リコメンド情報３３Ｂは、利用者の行動履歴に基づいて抽出される。
【００４５】
図４（Ａ）では、表示部３３を省略してある。ＰＵＳＨ通知によるリコメンド情報３３Ｂは、映画館での上映タイトルや美術館での展示内容が表示され、立ち寄るかどうかが問われる。
【００４６】
利用者が映画を選択すると、図４（Ｂ）に示すように、スケジュールに映画（１８：２５〜１８：５５）が組み込まれる。映画館の出発時刻は１８：５５に設定され、帰宅時間は１９：２０に変更される。
【００４７】
また、ガソリン残量が１０リットルになると、図４（Ｃ）に示すように、スマートフォン端末機３０の表示部３３に、ＰＵＳＨ通知で○○ＧＳ(Gas Station)で給油することを提案するリコメンド情報３３Ｃが表示される。○○ＧＳでの給油は、利用者の行動履歴に基づいて抽出される。なお、このようなリコメンドを実現するには、ガソリン残量を車載器２０からスケジュール管理装置１００に定期的に送信し、スケジュール管理装置１００がガソリン残量を監視して、１０リットルになると、利用者のスマートフォン端末機３０にリコメンド情報３３Ｃを表示するように指令を送信するようにすればよい。
【００４８】
図４（Ｃ）では、表示部３３を省略してある。ＰＵＳＨ通知によるリコメンド情報３３Ｃは、給油するかどうかのボタン「はい」、「いいえ」を表示する。なお、「スケジュール」ボタンは、スケジュールを表示させるボタンである。
【００４９】
給油を行うべく、利用者が「はい」ボタンを押すと、図４（Ｄ）に示すように、スケジュールに給油（１９：３０〜１８：４５）が組み込まれる。なお、図４（Ｄ）に示すスケジュールは、図３（Ａ）に示すスケジュールとは異なり、２０１６年３月７日のスケジュールであり、お迎えと買い物が設定されている。
【００５０】
以上のように、実施の形態のスケジュール管理装置１００は、利用者の行動履歴に基づいて、スケジュールを変更したり、新たなスケジュールをリコメンドしたりする。
【００５１】
また、図５乃至図７に示す内容は、利用者の行動履歴に基づいてスケジュールが変更されるものではないが、図３及び図４のように利用者の行動履歴に基づいてスケジュールが変更される内容に付随する内容として、以下で説明する。
【００５２】
図５（Ａ）に示すように、スマートフォン端末機３０の表示部３３には、ある日（２０１６年３月５日）のスケジュールが時系列的に登録されている。具体的には、７：００に起床するスケジュールになっている。これは、図２に示したように、出発時刻（８：００）の６０分前である。
【００５３】
自宅の出発時刻は８：００であり、会社への到着時刻は９：００である。１２：００から１３：００は休憩時間であり、退勤して会社を出発する出発時刻は１８：００であり、自宅への到着時刻は１９：００である。
【００５４】
ここでは、一例として、このようなスケジュールを設定してあることとする。なお、このようなスケジュールは、スケジュール管理装置１００が利用者の入力内容に従って作成してもよいし、行動履歴に基づいて、スケジュール管理装置１００が自動的に生成してもよい。
【００５５】
当日の朝、図５（Ｂ）に示すように、自宅と会社を結ぶ経路において、事故渋滞が発生したとする。このような場合には、マルチモーダルルート検索機能によって、図５（Ｃ）に示すように迂回ルートが抽出される。
【００５６】
ここで、事故渋滞の発生が自宅の出発前（６：３０）である場合には、図６（Ａ）に示すように、スマートフォン端末機３０の表示部３３にＰＵＳＨ通知によるメッセージ３３Ａが表示される。メッセージ３３Ａは、事故渋滞によって通常時よりも時間が掛かり、予定通り８：００に自宅を出発すると会社への到着時刻が９：００になるので、３０分早い７：３０に出発することを提案するメッセージである。
【００５７】
この結果、図６（Ｂ）に示すように、起床時刻と出発時刻を３０分繰り上げるようにスケジュールが変更される。
【００５８】
また、事故渋滞の発生が自宅の出発後（８：３０）である場合には、図７（Ａ）に示すように、車載器２０の表示部２３にＰＵＳＨ通知によるメッセージ２３Ａが表示される。メッセージ２３Ａは、事故渋滞によって３０分の遅れが生じるので、部長にメールを送信するかどうかを提案するメッセージである。利用者が「はい」ボタンを押せば、車載器２０は、メールを送信する。利用者が「いいえ」ボタンを押せば、車載器２０は、メールを送信しない。
【００５９】
また、図７（Ｂ）に示すように、スマートフォン端末機３０の到着時間が３０分繰り下がる（遅くなる）ようにスケジュールが変更される。
【００６０】
以上のように、交通情報に基づいて、スケジュールを変更したり、新たなスケジュールをリコメンドしてもよい。
【００６１】
図８は、車載器２０、スマートフォン端末機３０、スケジュール管理装置１００の機能的な構成を示す図である。
【００６２】
車載器２０は、位置検出部２１、通信部２２、及び表示部２３を有する。
【００６３】
位置検出部２１は、車両１０の位置を検出できる装置であればよい。位置検出部２１は、例えば、ナビゲーション装置であり、ＧＰＳ(Global Positioning System)衛星から取得する信号に基づき、車両１０の現在地の緯度及び経度を検出し、現在地の緯度及び経度を表す位置データを出力する。また、位置検出部２１は、気圧センサ等のように高度を取得できる装置をさらに含んでいてもよい。この場合には、位置データに緯度及び経度に加えて、高度を表す情報を含めることができる。
【００６４】
通信部２２は、スケジュール管理装置１００と無線通信を行う装置であり、ＤＣＭ(Data Communication Module)として捉えることができる。無線通信は、例えば、３Ｇ(Third Generation)、４Ｇ(Fourth Generation)、ＬＴＥ(Long Term Evolution)等の通信回線を介して行われる通信であり、車両１０が移動しているときでも、通信部２２がスケジュール管理装置１００と通信できるものであればよい。
【００６５】
通信部２２は、スケジュール管理装置１００と無線通信を行い、位置検出部２１によって取得される位置データをスケジュール管理装置１００に送信する。また、通信部２２は、スケジュール管理装置１００が送信するデータを受信する。通信部２２がスケジュール管理装置１００から受信するデータについては後述する。
【００６６】
表示部２３は、ディスプレイであり、例えば、液晶パネル又は有機ＥＬ(Electroluminescence)パネルである。表示部２３には、地図の画像、位置検出部２１によって検出される車両１０の現在地、目的地等が表示されるとともに、通信部２２によって受信したデータの内容が表示される。
【００６７】
スマートフォン端末機３０は、制御部３１、通信部３２、表示部３３を有する。制御部３１は、スマートフォン端末機３０の動作に必要な制御処理を行う部分である。スマートフォン端末機３０には、スケジュール管理装置１００のアプリケーションを実行するためのプログラムがインストールされている。制御部３１は、当該プログラムを実行し、スケジュール管理装置１００のアプリケーションをスマートフォン端末機３０で利用可能にする。
【００６８】
通信部３２は、スマートフォン端末機３０の通信装置を機能的に表したものである。通信部３２は、例えば、３Ｇ、４Ｇ、ＬＴＥ等の通信回線を介して通信を行う。表示部３３は、ディスプレイであり、例えば、液晶パネル又は有機ＥＬ(Electroluminescence)パネルである。表示部３３に表示される画像は、制御部３１によって制御される。
【００６９】
スケジュール管理装置１００は、主制御部１１１、スケジュール作成部１１２、位置取得部１１３、行動履歴生成部１１４、行動判定部１１５、行動推定部１１６、到着時刻推定部１１７、スケジュール変更部１１８、周辺情報提供部１１９、通知部１２０を含む。
【００７０】
スケジュール管理装置１００は、さらに、削除判定部１２１、空き時間判定部１２２、リコメンド部１２３、情報取得部１２４、遅延推定部１２５を含む。
【００７１】
スケジュール管理装置１００は、さらに、ライフログＤＢ(Data Base)１３１、スケジュールＤＢ１３２、地図ＤＢ１３３、ＰＯＩ−ＤＢ１３４、周辺情報ＤＢ１３５、リコメンドＤＢ１３６、及び時刻表ＤＢ１３７を含む。
【００７２】
主制御部１１１、スケジュール作成部１１２、位置取得部１１３、行動履歴生成部１１４、行動判定部１１５、行動推定部１１６、到着時刻推定部１１７、スケジュール変更部１１８、周辺情報提供部１１９、通知部１２０、削除判定部１２１、空き時間判定部１２２、リコメンド部１２３、情報取得部１２４、遅延推定部１２５は、図１に示すＣＰＵ１０１がスケジュール管理装置１００としての機能を持たせるプログラムを実行することによって実現される。
【００７３】
また、ライフログＤＢ１３１、スケジュールＤＢ１３２、地図ＤＢ１３３、ＰＯＩ−ＤＢ１３４、周辺情報ＤＢ１３５、リコメンドＤＢ１３６、及び時刻表ＤＢ１３７は、図１に示すメモリ部１０２又はハードディスクドライブ１０４に格納される。
【００７４】
主制御部１１１は、スケジュール管理装置１００の制御処理を統括する制御部である。また、主制御部１１１は、スケジュール作成部１１２、位置取得部１１３、行動履歴生成部１１４、行動判定部１１５、行動推定部１１６、到着時刻推定部１１７、スケジュール変更部１１８、周辺情報提供部１１９、通知部１２０、削除判定部１２１、空き時間判定部１２２、リコメンド部１２３、情報取得部１２４、遅延推定部１２５が行う処理とは異なる幾つかの処理を実行する。
【００７５】
スケジュール作成部１１２は、利用者の行動の出発地、出発時刻、目的地、及び到着時刻を含むスケジュールを作成する。利用者がスケジュールを作成する際には、スマートフォン端末機３０にインストールしたスケジュール管理装置１００用のアプリケーション（スケジューラ）に出発地、出発時刻、及び目的地を入力してスケジュール管理装置１００に送信すればよい。
【００７６】
スマートフォン端末機３０から出発地、出発時刻、及び目的地を表すデータを受信すると、スケジュール管理装置１００のスケジュール作成部１１２は、到着時刻推定部１１７にマルチモーダルルート検索機能に基づいて到着時刻を算出させる。そして、スケジュール作成部１１２は、出発地、出発時刻、目的地、及び到着時刻を含むスケジュールを作成する。
【００７７】
スケジュール作成部１１２は、作成したスケジュールをスケジュールＤＢ１３２に登録する。スケジュールＤＢ１３２には、複数のスケジュールを登録することができる。より具体的には、複数のスケジュールに含まれる、複数の目的地と、対応する出発地、出発時刻、及び到着時刻とを時系列的に登録することができる。ここでは、１つのスケジュールは、１つの目的地と対応する出発地、出発時刻、及び到着時刻を含むものとする。
【００７８】
ここでは、利用者が、スマートフォン端末機３０に出発地、出発時刻、及び目的地を入力し、スケジュール管理装置１００のスケジュール作成部１１２がスケジュールを作成する形態について説明する。
【００７９】
しかしながら、スケジュール作成部１１２が後述するライフログＤＢ１３１に含まれる行動履歴に基づいて、月、日時、カテゴリ等で層別されたデータから、時間帯別に、行動の出現割合が高い行動を抽出し、統計的な処理を行うことにより、利用者の将来のスケジュールを自動的に作成してもよい。例えば、利用者が毎週日曜の朝１０：００に自宅から２キロほど離れたスポーツクラブＡに通っている場合には、翌週の日曜日のスケジュールに、１０：００にスポーツクラブＡというスケジュールを自動的に作成して組み込むようにしてもよい。なお、カテゴリとは、施設等の種類や属性（例えば、交通、食事、買い物、宿泊、遊び、観光等）である。
【００８０】
また、スケジュール作成部１１２は、１又は複数のスケジュールの削除、又は、１又は複数の新たなスケジュールの追加を受け付ける。スケジュールの削除と追加は、利用者がスマートフォン端末機３０でスケジュール管理装置１００用のアプリケーション（スケジューラ）を利用することによって行うことができる。
【００８１】
位置取得部１１３は、車載器２０と通信し、位置データを取得する。位置データは、ナビゲーション装置によって実現される位置検出部２１が検出する車両１０の現在地の緯度及び経度を表すデータである。位置検出部２１が検出する位置データは、通信部２２によって送信され、スケジュール管理装置１００の位置取得部１１３によって受信（取得）される。
【００８２】
位置取得部１１３は、取得した位置データを車両１０の位置履歴としてライフログＤＢ１３１に格納する。このように位置データを取得する処理を定期的に（例えば、１分又は５分毎等で）行うことにより、ライフログＤＢ１３１には、車両１０が移動する際の位置の履歴を表す位置履歴が蓄積される。
【００８３】
なお、位置履歴とは、位置データを取得し始めた過去のある時点から現在までに取得され、ライフログＤＢ１３１に格納された位置データが表す車両１０の位置の履歴を時系列的に示すデータである。位置データは、車両１０の位置を緯度及び経度で表すため、位置履歴は、過去のある時点から現在までの車両１０の位置の時系列的な履歴を緯度及び経度で表す。
【００８４】
行動履歴生成部１１４は、位置履歴、移動履歴、立ち寄り場所に基づいて行動履歴を作成する。
【００８５】
ここで、位置履歴は、上述のように位置取得部１１３が位置データをライフログＤＢ１３１に格納することによって作成される。
【００８６】
また、移動履歴は、現在までの車両１０の移動の経路（移動経路）を表し、位置履歴が表す緯度及び経度の履歴を地図データにマップマッチングして道路に落とし込むことによって得られる。移動履歴は、地図データに含まれる道路等を車両１０が移動した経路の履歴を表す。なお、移動履歴の作成に必要な地図データは、地図ＤＢ１３３に格納されている。
【００８７】
また、立ち寄り場所は、ＰＯＩ−ＤＢ１３４に登録されるＰＯＩ(Point Of Interest)情報によって表される。ＰＯＩ情報は、地図データに含まれる道路沿いにある店舗や施設等の名称、ジャンル、及び位置（緯度及び経度）を表す。
【００８８】
立ち寄り場所とは、利用者が探訪した場所（探訪場所）である。立ち寄り場所は、移動履歴において、車両１０が所定時間（例えば、１０分）以上停車していた位置又は位置の近くのＰＯＩ情報が表す店舗や施設等の名称、ジャンル、及び位置（緯度及び経度）によって表される。
【００８９】
車両１０が所定時間（例えば、１０分）以上停車していた場所であれば、車両１０の利用者が店舗や施設等に立ち寄ったと考えられるからである。このように、立ち寄り場所は、移動履歴と地図データ（のＰＯＩ情報）とに基づいて生成される。
【００９０】
行動履歴生成部１１４は、上述のような位置履歴、移動履歴、立ち寄り場所に基づいて行動履歴を作成する。行動履歴は、車両１０が訪問した場所及び日時の履歴と、移動履歴によって特定される経路とを表すデータである。すなわち、行動履歴は、利用者が車両１０で、いつ、どこを通って、どこに行ったかを履歴として表す。
【００９１】
また、行動履歴は、２つの位置履歴によって特定される位置同士の間の区間の移動時間を表す情報も含む。このため、行動履歴は、出発地から立ち寄り場所を経て最終的な目的地に至るまでの行動（車両１０が走行した経路）を１つのレコード（記録）として有する。
【００９２】
行動判定部１１５は、移動履歴に基づいて、車両１０が目的地に向かっているかどうかを判定する。移動履歴を用いると、出発地からの車両１０の経路を把握することができる。従って、行動判定部１１５は、車両１０の経路を、目的地までの経路と比較することにより、車両１０が目的地に向かっているかどうかを判定する。
【００９３】
行動判定部１１５は、経路同士を比較する際に、車両１０の経路を表すベクトルと、目的地までの経路を表すベクトルとを求め、ベクトル同士が一致する度合が所定度合以上であれば目的地に向かっていると判定し、所定度合未満であれば、目的地に向かっていないと判定する。
【００９４】
行動推定部１１６は、行動履歴と、出発地から現在地までの車両１０の経路（移動履歴）とに基づいて、車両１０の行き先（これからの行動の目的地）を推定する。行動推定部１１６は、出発地から現在地までの車両１０の経路（移動履歴）を考慮して、行動履歴に含まれる訪問した場所及び日時の履歴と、訪問の際の経路履歴とに対して、紐つけを行い、出現割合の高い行動を統計的な処理を行うことにより、移動中の車両１０の行き先（目的地）を推定する。
【００９５】
行動推定部１１６は、出発地から現在地までの車両１０の経路（移動履歴）が目的地に向かっていれば、当初設定された目的地に向かっているものと推定する。また、行動推定部１１６は、出発地から現在地までの車両１０の経路（移動履歴）が目的地に向かっておらず、例えば、出発地から現在地に至る途中で、目的地に向かう方向から逸れているような場合は、出発地から現在地までの車両１０の経路（移動履歴）と、行動履歴とに基づいて、新たな目的地を推定する。例えば、現在の移動経路の先にある、過去に利用者が立ち寄った場所が、新たな目的地の候補になり、統計的な処理を行うことにより、行動推定部１１６は、新たな目的地を推定する。
【００９６】
到着時刻推定部１１７は、目的地への到着時刻を推定する。到着時刻推定部１１７は、例えば、行動推定部１１６が現在地から目的地までの経路を推定し、推定した経路を用いて、マルチモーダルルート検索機能に基づいて到着時刻を算出する。到着時刻推定部１１７は、到着時刻を推定する際に、マルチモーダルルート検索機能を実現するために、地図ＤＢ１３３の地図データと時刻表ＤＢ１３７の時刻表データを用いる。
【００９７】
マルチモーダルとは、複数の交通機関を利用することであり、例えば、車両から他の交通機関に乗り換えることである。マルチモーダルルート検索機能とは、マルチモーダルを前提とした検索機能であり、道路交通情報と運行情報を用いて最適な移動ルートを検索する。
【００９８】
なお、行動履歴に車両１０の平均移動速度を含ませ、推定した経路平均移動速度を用いて、到着時刻を算出してもよい。
【００９９】
スケジュール変更部１１８は、目的地又は到着時刻が変更になる場合に、スケジュールＤＢ１３２に格納されているスケジュールを変更する。スケジュール変更部１１８は、第１スケジュール変更部及び第２スケジュール変更部の一例である。スケジュール変更部１１８によって変更された目的地又は到着時刻は、スケジュールＤＢ１３２に格納されているスケジュールに登録される。このとき、変更前の元の目的地又は到着時刻に上書きすることによって登録してもよく、変更前の元の目的地又は到着時刻に併記することによって登録してもよい。
【０１００】
スケジュール変更部１１８は、行動推定部１１６によって新たな目的地が推定された場合に、スケジュールに含まれる目的地を新たな目的地に変更する。行動推定部１１６によって新たな目的地が推定されると、スケジュール変更部１１８は、現在進行中のスケジュールに含まれる目的地を行動推定部１１６によって推定された新たな目的地に変更する。
【０１０１】
また、スケジュール変更部１１８は、目的地は変更されていないが到着時刻が遅くなると到着時刻推定部１１７によって推定された場合、又は、行動推定部１１６によって新たな目的地が推定された場合に、スケジュールに含まれる到着時刻を到着時刻推定部１１７によって推定される到着時刻に変更する。
【０１０２】
また、スケジュール変更部１１８は、スケジュールが削除された場合に、削除された後のスケジュールの開始時刻（出発時刻等）を変更し、繰り上げる。例えば、会議のスケジュールが削除された場合は、会議の後に会社を出発して帰宅するスケジュールの出発時刻と自宅への到着時刻を繰り上げ、その後のスケジュールの開始時刻等も繰り上げる。
【０１０３】
また、スケジュール変更部１１８は、スケジュールに登録された出発時刻を過ぎた後に、後述する遅延推定部１２５によって、スケジュールに登録された到着時刻の通りに目的地に到着できないと判定された場合に、情報取得部１２４によって取得される交通情報を用いて、到着時刻を変更する。例えば、交通情報によって、目的地までのルート上に事故渋滞が発生しているために、遅延推定部１２５によって、スケジュールに登録された到着時刻の通りに目的地に到着できないと判定されると、スケジュール変更部１１８は、事故渋滞による遅延時間を考慮した到着時刻に変更する。
【０１０４】
また、スケジュール変更部１１８は、スケジュールに登録された出発時刻を過ぎる前に、遅延推定部１２５によって、スケジュールに登録された到着時刻の通りに目的地に到着できないと判定された場合に、情報取得部１２４によって取得される交通情報を用いて、スケジュールに登録された到着時刻の通りに目的地に到着できるように、出発時刻を早める。例えば、交通情報によって、目的地までのルート上に事故渋滞が発生しているために、遅延推定部１２５によって、スケジュールに登録された到着時刻の通りに目的地に到着できないと判定されると、スケジュール変更部１１８は、事故渋滞による遅延時間を考慮して、遅延が生じないように出発時刻を早める。
【０１０５】
周辺情報提供部１１９は、周辺情報ＤＢ１３５に格納されている周辺情報から、車両１０の現在位置の周囲にある店舗や施設等の情報を抽出する。周辺情報提供部１１９によって抽出される情報は、通知部１２０を介して、車両１０の車載器２０に送信される。周辺情報は、利用者の行動履歴とは関係なく抽出される。
【０１０６】
店舗や施設等の情報は、例えば、ガソリンスタンド、コンビニエンスストア、スーパーマーケット、デパート、レストラン、銀行、郵便局、駐車場、駐車場、公園、トイレ、駅、ホテル、美術館、博物館等の種別と名称を表す情報である。車両１０の現在位置の周囲が表す範囲とは、現在位置を中心とする所定の半径（例えば、３００ｍ）で規定される範囲であってもよいし、現在位置を含む道路に沿って、進行方向の所定の距離（例えば、５００ｍ）以内に含まれる範囲であってもよい。
【０１０７】
通知部１２０は、スケジュール管理装置１００から車載器２０にデータを通知する。通知内容については、フローチャートを用いて後述する。通知部１２０は、第１通知部、第２通知部、及び第３通知部の一例である。
【０１０８】
削除判定部１２１は、スケジュールＤＢ１３２に登録されている１又は複数のスケジュールが利用者によって削除されたかどうかを判定する。スケジュールが１つでも削除されると、削除判定部１２１は、スケジュールが削除されたと判定する。
【０１０９】
スケジュールが削除される場合は、例えば、利用者がスマートフォン端末機３０で、スケジュール管理装置１００用のアプリケーション（スケジューラ）を立ち上げて、スケジュールＤＢ１３２に登録した複数のスケジュールのうちの１つを削除する場合である。このような場合には、スマートフォン端末機３０からスケジュール管理装置１００に、複数のスケジュールのうちのいずれか１つ（利用者によって特定された１つ）を削除するコマンドが送信され、スケジュール作成部１１２が該当するスケジュールをスケジュールＤＢ１３２から削除する。このような場合に、削除判定部１２１は、スケジュールが削除されたと判定する。これは、複数のスケジュールが削除された場合も同様である。
【０１１０】
空き時間判定部１２２は、削除判定部１２１によってスケジュールが削除されたと判定された場合に、現在時刻と、削除されたスケジュールの次のスケジュールの開始時刻との間の時間（空き時間）があるかどうかを判定する。ここでは、空き時間判定部１２２は、削除されたスケジュールの次のスケジュールの開始時刻を経過していなければ、空き時間があると判定する。なお、次のスケジュールの開始時刻は、スケジュールに登録されている次の予定が開始する時刻である。
【０１１１】
また、空き時間判定部１２２は、空き時間が生じた場合に、削除されたスケジュールの前（時間的に前）のスケジュールの目的地と、削除された後（時間的に後）のスケジュールの目的地とを読み出し、２つの目的地の間の距離を算出する。
【０１１２】
空き時間判定部１２２は、算出した距離を用いて、マルチモーダルルート検索機能に基づいて、２つの目的地の間の移動時間を算出する。
【０１１３】
さらに、空き時間判定部１２２は、空き時間が十分な空き時間であるかどうかを判定する。具体的には、空き時間判定部１２２は、空き時間が、算出した移動時間に所定の閾値時間を加えた時間以上であるかどうかを判定する。
【０１１４】
閾値時間は、例えば、１時間である。これは、空き時間が生じた場合に、２つの目的地の移動時間に、ある程度の時間（閾値時間）を加えた時間以上の空き時間であるかどうかを判定するためである。閾値時間は、例えば、１時間である。その目的地で、買い物、軽い食事、又は軽い運動等を行うのに要する平均的な所要時間に設定すればよい。
【０１１５】
リコメンド部１２３は、空き時間判定部１２２によって十分な空き時間があると判定されると、行動履歴に基づいて、リコメンドＤＢ１３６に格納されているリコメンド情報から、車両１０の現在位置から、削除された後のスケジュールの目的地までにある、利用者の嗜好に合う店舗や施設等の情報を抽出する。リコメンド部１２３によって抽出される情報は、通知部１２０を介して、車両１０の車載器２０に送信される。
【０１１６】
ここで、嗜好とは、利用者の趣味や好みであり、食品、飲料、喫煙物に限られず、種々の有体物及び無体物等の身の回りのすべてのものに関する趣味や好みである。
【０１１７】
嗜好に合う店舗や施設等の情報は、例えば、利用者の好みの場所に神社、仏閣が含まれる場合は、神社や寺等の名称や住所等である。また、利用者の趣味が映画である場合には、映画館の名称、上映中の映画のタイトル、及び映画館の住所等である。なお、映画館をリコメンドするように設定する場合は、上述した閾値時間を２時間乃至３時間程度に設定しておけばよい。
【０１１８】
また、嗜好等に合う店舗や施設等の情報は、上述したものに限られず、利用者の嗜好等（食事、宿泊施設、入浴施設、マッサージ等）を表す情報であってよい。なお、嗜好等に合う店舗や施設等の情報は、現在地と目的地とを結ぶ経路から所定の距離だけ外れていてもリコメンドされるようにしておけばよい。所定の距離は、予め設定できるようにしておけばよく、例えば、３ｋｍ程度であってよい。
【０１１９】
情報取得部１２４は、道路交通情報と運行情報を含む交通情報を取得する。
【０１２０】
道路交通情報は、高速道路や一般道のリアルタイム情報の他、渋滞予測、交通規制等の種々の情報を含む。リアルタイム情報は、例えば、渋滞発生地点、渋滞距離、二地点間の通過時間（移動時間）等の渋滞情報等である。
【０１２１】
運行情報は、鉄道運行情報、航空運行情報、船舶運行情報、及び、バス運行情報等を含む。各運行情報は、時刻表通りに運行しているかどうか、又は、遅延が生じている場合の遅延時間や遅延原因等を含む。
【０１２２】
また、運行情報は、鉄道、飛行機、バス、及び、船等の交通機関の運行時刻（時刻表、発着時刻（例えば、出発、経由、及び到着の予定時刻等））、行先、種別（例えば、特急、急行、準急、快速、快速急行、通勤特急、通勤快速、通勤急行、区間急行、区間準急、区間快速、各駅停車、及び、普通等）、各交通機関の乗降に用いられる乗降場所の名称及び識別番号（例えば、プラットホーム番号やゲート番号）等の乗降場所等に関する情報を交通機関単位で含む。
【０１２３】
情報取得部１２４は、例えば、５分毎等に、外部システム(例えば、警察庁、VICS(登録商標)(Vehicle Information and Communication System)、及び、ATiS(登録商標)(Advanced Traffic Information Service)、日本道路交通情報センター(登録商標)(JARTIC(登録商標))、鉄道会社、及びバス会社等）からダウンロードした交通情報をアップデートする。なお、ダウンロードした交通情報を蓄積するデータベースを設けてもよい。
【０１２４】
遅延推定部１２５は、情報取得部１２４によって取得される交通情報に基づき、目的地への到着が到着時刻よりも遅延するかどうかを推定する。情報取得部１２４によって取得される交通情報は、道路交通情報と運行情報を含むため、遅延推定部１２５は、マルチモーダルによるルート検索機能を利用して、目的地への到着が到着時刻よりも遅延するかどうかを推定する。
【０１２５】
ライフログＤＢ１３１は、ライフログを表す情報を蓄積する。ライフログは、行動履歴、位置履歴、移動履歴、及び立ち寄り場所を含む情報である。行動履歴が位置履歴、移動履歴、立ち寄り場所を含むが、ライフログは、行動履歴とは別に、位置履歴、移動履歴、立ち寄り場所を含む。
【０１２６】
行動履歴は、行動履歴生成部１１４によって生成され、ライフログＤＢ１３１に登録される。位置履歴は、位置取得部１１３によって取得され、ライフログＤＢ１３１に登録される。移動履歴は、行動履歴生成部１１４が行動履歴を作成する過程で生成され、ライフログＤＢ１３１に登録される。立ち寄り場所は、行動履歴生成部１１４が行動履歴を作成する過程で生成され、ライフログＤＢ１３１に登録される。
【０１２７】
スケジュールＤＢ１３２は、スケジュール作成部１１２によって作成されたスケジュールを登録する。スケジュールＤＢ１３２は、複数のスケジュールを登録することができ、複数のスケジュールに含まれる、複数の目的地と、対応する出発時刻及び到着時刻とを時系列的に登録することができる。また、各スケジュールは、スケジュール変更部１１８によって修正される場合がある。
【０１２８】
スケジュール管理装置１００用のアプリケーション（スケジューラ）は、例えば、iCalendarのようなフォーマットの電子カレンダであり、スケジュールは、veventのような属性で管理されるイベントや、vtodoのような属性で管理されるアクションアイテム等を含んでもよい。また、カレンダの中の空き時間は、例えば、freebusyのような属性で管理すればよい。このため、スケジュールの作成は、例えば、freebusyのような属性で管理される空き時間に、veventやvtodoのような属性で管理されるイベントやアクションアイテムを割り当てることによって行うことができる。
【０１２９】
地図ＤＢ１３３は、地図データを登録する。地図データは、交通網を表現するための路線図等の地図の描画用データであり、道路地図データと路線図データを含む。
【０１３０】
道路地図データは、例えば、縮尺に従ってメッシュ化された地図データ（例えば、ＪＩＳ規格の第１〜３次地域区画メッシュデータ、及び、１００ｍメッシュデータ等）等である。より具体的には、道路地図データは、例えば、ラスタ形式、ベクタ形式等の地図描画用の画像データである。路線図データは、路線をダイアグラム化した路線図を表す描画用データである。
【０１３１】
ＰＯＩ−ＤＢ１３４は、地図データに関連するＰＯＩ情報を登録する。ＰＯＩ情報は、地図データに含まれる道路沿いにある店舗や施設等の名称、ジャンル、及び位置（緯度及び経度）を表す。
【０１３２】
より具体的には、ＰＯＩ情報は、地図上に表示される地物（例えば、ビルや住宅や駅等の建造物、道路、線路、橋、トンネル、等高線、海岸線や湖岸線等の水涯線、海、河川、湖、池、沼、公園や屋外施設等の地、行政界、行政区域、等高線、及び、街区等）の形状についてデータ、地図上に表示される注記（例えば、地名、住所、電話番号、店や公園や駅等の施設名称、名所や旧跡や河川や湖や湾や山や森林等の俗称を含む名称、道路や橋やトンネル等の名称、路線名称、地点情報、及び、口コミ情報等）についてのデータ、及び、地図上に表示される記号（例えば、山、史跡、寺社、学校、病院、工場及び墓地等の地図記号、ガソリンスタンド、コンビニエンスストア、スーパーマーケット、レストラン、銀行及び郵便局等の店舗記号、道路上の信号、有料道路の出入口、料金所、サービスエリア（ＳＡ）やパーキングエリア（ＰＡ）等の施設やインターチェンジ（ＩＣ）等の記号、駐車場、駅、ホテル、美術館及び博物館等の施設記号）等の記号データ等のデータを含む。
【０１３３】
周辺情報ＤＢ１３５は、地図上に記号として表示される、ガソリンスタンド、コンビニエンスストア、スーパーマーケット、デパート、レストラン、銀行、郵便局、駐車場、駐車場、公園、トイレ、駅、ホテル、美術館、博物館等の少なくとも種別と名称を含む情報（周辺情報）を登録する。
【０１３４】
周辺情報ＤＢ１３５は、周辺情報提供部１１９が車両１０の現在位置の周囲にある店舗や施設等の情報を抽出する際に利用するデータベースである。
【０１３５】
リコメンドＤＢ１３６は、利用者の嗜好等に合う店舗や施設等の情報（リコメンド情報）を登録するデータベースである。リコメンドＤＢ１３６に登録されているリコメンド情報は、リコメンド部１２３によって利用され、車両１０の現在位置から目的地までにある、利用者の嗜好等に合う店舗や施設等に関するリコメンド情報が抽出される。
【０１３６】
リコメンドＤＢ１３６に登録（格納）されているリコメンド情報は、利用者の嗜好等に合う店舗や施設等の情報である。嗜好等に合う店舗や施設等の情報は、例えば、利用者の好みの場所に神社、仏閣が含まれる場合は、神社や寺等の名称や住所等である。また、利用者の趣味が映画である場合には、映画館の名称、上映中の映画のタイトル、及び映画館の住所等である。
【０１３７】
また、嗜好等に合う店舗や施設等の情報は、上述したものに限られず、利用者の嗜好等（食事、宿泊施設、入浴施設、マッサージ等）を表す情報であってよい。
【０１３８】
例えば、リコメンドＤＢ１３６に登録される情報は、日中と夕方以降（アフター５）とで異なるデータベースに分けられていてもよい。日中用のデータベースは、例えば、出勤前の朝食、移動中の休憩、ランチ、午後の休憩、夕食等を取るのにふさわしい店舗や、ガソリンスタンド、洗車場、書店、文具店等のビジネスユースの見込める施設であって、利用者の嗜好等に合う店舗や施設等に関する情報であればよい。
【０１３９】
また、アフター５用のデータベースは、例えば、映画館、スポーツクラブ、ヨガ教室、ゴルフ場、ゴルフ練習場、ゴルフスクール、テニスクラブ、テニススクール、プール、スイミングスクール、ヨットハーバ等の余暇に関する施設であって、利用者の嗜好等に合う店舗や施設等に関する情報であればよい。
【０１４０】
また、リコメンドＤＢ１３６には、嗜好等に共通性のある他の利用者についてのリコメンド情報を登録してもよく、嗜好等に共通性のある他の利用者が利用するスケジュール管理装置１００のリコメンドＤＢ１３６に登録されているリコメンド情報と関連性を持たせてもよい。特に、利用者がスケジュール管理装置１００のサービスを利用し始めたばかりで、リコメンドＤＢ１３６に登録されているリコメンド情報の数が少ないときには、他の利用者のリコメンド情報を利用することは有効的である。例えば、嗜好等に共通性のある他の利用者の利用後のコメントを登録しておき、周辺情報提供部１１９がリコメンド情報とともに読み出せるようにしてもよい。
【０１４１】
時刻表ＤＢ１３７は、時刻表データを格納するデータベースである。時刻表データは、例えば、電車、飛行機、バス、市電、ロープウェイ、モノレール、ケーブルカー、船等の各交通機関の時刻表を表す情報等である。時刻表ＤＢ１３７には、時刻表データに加えて、利用料金データを格納してもよい。利用料金データは、例えば、電車、飛行機、バス、市電、ロープウェイ、モノレール、ケーブルカー、船等の利用料金である。
【０１４２】
図９は、利用者の場所を推定する処理を示すフローチャートである。このフローは、スケジュール管理装置１００の内部で常時繰り返し実行されている処理であるが、ここでは、その１周期について説明する。
【０１４３】
また、ここでは、出発時刻Ｔｓ１、出発地Ｐｓ１、目的地Ｐａ１、及び到着時刻Ｔａ１を含むスケジュールがスケジュール作成部１１２によって作成され、スケジュールＤＢ１３２に登録され、さらに、次の状況に当て嵌まっていることとする。次の状況とは、出発時刻が所定時間（例えば、１時間）以内に近づいている状況、又は、出発時刻（Ｔｓ１）を過ぎて目的地に未だ到着しておらず完了していない状況である。
【０１４４】
このような状況に当て嵌まるスケジュールを現在進行中のスケジュールと称す。
【０１４５】
ここで、スケジュール管理装置１００によって作成されるスケジュールは、スケジュール管理装置１００の通知部１２０から利用者のスマートフォン端末機３０に送信され、スマートフォン端末機３０の表示部３３に表示される。利用者によるスケジュール管理装置１００の利用形態としては、利用者が車両１０に乗車しながら車載器２０及びスマートフォン端末機３０を利用する形態と、利用者が車両１０を利用せず、スマートフォン端末機３０のみを利用する形態とがある。
【０１４６】
前者の場合は、スケジュール管理装置１００が車載器２０及びスマートフォン端末機３０と通信することになり、後者の場合は、スケジュール管理装置１００がスマートフォン端末機３０のみと通信することになる。そして、前者の場合は、車両１０がイグニッションをオンにしたときに、車載器２０がスケジュール管理装置１００と通信し、利用者に固有のＩＤ(Identification)を通知することになる。このため、スケジュール管理装置１００は、前者と後者のどちらの形態であるかを見分けることができる。
【０１４７】
なお、以下では、前者の形態について説明するが、後者の形態についても同様である。
【０１４８】
まず、処理が開始すると（スタート）、位置取得部１１３は、車載器２０と通信し、位置データを取得する（ステップＳ１）。位置取得部１１３は、取得した位置データをライフログＤＢ１３１に格納する。この結果、ライフログＤＢ１３１に車両１０の位置履歴が蓄積されて行く。
【０１４９】
主制御部１１１は、車両１０が移動中であるかどうかを判定する（ステップＳ２）。主制御部１１１は、例えば、過去１０分の移動履歴を見て、車両１０が移動中であるかどうかを判定する。移動中においても、車両１０が停止することが有り得るため、ある程度の長さの期間において移動中であるかどうかを判定すべく、過去１０分の移動履歴を見ることとしたものである。なお、ある程度の長さの期間における移動履歴を見ることができればよいため、過去１０分に限らず、過去５分、過去１５分、又は過去３０分であってもよい。
【０１５０】
主制御部１１１は、車両１０が移動中ではない（Ｓ２：ＮＯ）と判定すると、車両１０の現在の居場所を捕捉する（ステップＳ３）。現在の居場所は、次のようにして決定される。ＰＯＩ−ＤＢ１３４に登録されているＰＯＩのうち、現在位置に近い複数の候補になるＰＯＩを抽出し、ライフログＤＢ１３１に登録されている立ち寄り場所のうち、最も立ち寄り回数が多い立ち寄り場所を現在の居場所（現在の立ち寄り場所）として、日時を表す情報とともにライフログＤＢ１３１に登録する。各立ち寄り場所の登録回数を読み取れば、各立ち寄り場所への立ち寄り回数が分かる。
【０１５１】
主制御部１１１は、出発時刻Ｔｄ１を過ぎているかどうかを判定する（ステップＳ４）。主制御部１１１は、現在時刻と出発時刻Ｔｄ１を比べることにより、ステップＳ４の処理を行う。
【０１５２】
主制御部１１１は、位置取得部１１３によって取得される現在位置と出発地Ｐｓ１とが同一かどうかを判定する（ステップＳ５）。利用者が既に出発しているかどうかを判定するためである。
【０１５３】
主制御部１１１は、現在位置と出発地Ｐｓ１とが同一である（Ｓ５：ＹＥＳ）と判定すると、出発アラートを通知する（ステップＳ６）。出発アラートを通知すると一連の処理を終了する（エンド）。
【０１５４】
また、行動履歴生成部１１４は、現在位置と出発地Ｐｓ１とが同一ではない（Ｓ５：ＮＯ）と判定されると、行動履歴を作成する（ステップＳ７）。フローがステップＳ７に進行する場合は、出発時刻Ｔｓ１を過ぎており、かつ、出発地Ｐｓ１から移動してどこかの地点に着き、ステップＳ２で移動中ではないと判定される程度の時間が少なくとも経過している場合である。これは、例えば、目的地よりも手前の休憩地点で休憩中である場合、又は、目的地とは異なる地点に到着している場合に相当する。
【０１５５】
ステップＳ１でライフログＤＢ１３１に位置履歴が蓄積され、ステップＳ３ではライフログＤＢ１３１にさらに立ち寄り場所が蓄積されるため、行動履歴生成部１１４は、位置履歴、移動履歴、及び立ち寄り場所に基づいて行動履歴を生成する。このような処理により、ライフログＤＢ１３１に行動履歴が蓄積されて行く。行動履歴は、出発地Ｐｓ１から立ち寄り地を経る度に追加されて行き、最終的には、出発地から最終的な目的地に至るまでの経路を１つのレコードとして記録したものになる。
【０１５６】
スケジュール変更部１１８は、スケジュールに登録されている目的地を、ステップＳ７で行動履歴を作成した目的地（到着済みの目的地）に上書きする（ステップＳ８）。ステップＳ８の処理により、スケジュールＤＢ１３２に登録されているスケジュールの一部が上書きされる。
【０１５７】
ステップＳ８の処理が終了すると、一連の処理が終了する（エンド）。
【０１５８】
行動履歴生成部１１４は、ステップＳ２において、車両１０が移動中である（Ｓ２：ＹＥＳ）と判定されると、地図ＤＢ１３３に格納されている地図データを用いて、出発地から今回取得した現在地までの移動履歴を作成する（ステップＳ９）。
【０１５９】
移動履歴は、位置履歴が表す緯度及び経度の履歴を地図データにマップマッチングして道路に落とし込むことによって得られる移動の経路である。出発地から今回取得した車両１０の現在地までの移動経路を地図データにマップマッチングして道路に落とし込むことによって、出発地から今回取得した現在地までの移動履歴（経路）が得られる。
【０１６０】
このように、ステップＳ１でライフログＤＢ１３１に位置履歴が蓄積され、ステップＳ２で移動中と判定されると、移動履歴が生成される。このようにして、ライフログＤＢ１３１に移動履歴が蓄積されて行く。
【０１６１】
行動判定部１１５は、ステップＳ９で作成した移動履歴が表す移動の経路が、現在進行中のスケジュールの目的地に向かう経路であるかどうかを判定する（ステップＳ１０）。ステップＳ１０は、ステップＳ９で得た移動の経路のベクトルと、現在進行中のスケジュールの目的地に向かう経路のベクトルとの一致する度合が所定度合以上であるかどうかを判定する処理である。
【０１６２】
ベクトル同士が一致する度合が所定度合以上であれば、現在進行中のスケジュールの目的地に向かっていることになり、所定度合未満であれば、現在進行中のスケジュールの目的地に向かっていないことになる。
【０１６３】
なお、現在進行中のスケジュールの目的地は、利用者の行動に応じて変更される場合がある。このため、最初から変更されていなければ、現在進行中のスケジュールの目的地はＰａ１であり、最初から変更されていれば、現在進行中のスケジュールの目的地はＰａ１とは異なり、スケジュール管理装置１００によって車両１０が現在向かっていると推定される地点である。
【０１６４】
主制御部１１１は、移動の経路が目的地に向かう経路である（Ｓ１０：ＹＥＳ）と判定されると、現在進行中のスケジュールの到着時刻よりも前であるかどうかを判定する（ステップＳ１１）。ステップＳ１１の処理は、主制御部１１１が、現在時刻が現在進行中のスケジュールの到着時刻よりも前であるかどうかを判定する処理である。
【０１６５】
周辺情報提供部１１９は、主制御部１１１によって移動の経路が目的地に向かう経路ではない（Ｓ１０：ＮＯ）と判定された場合には、周辺情報ＤＢ１３５に登録された周辺情報の提供を停止する（ステップＳ１２）。なお、周辺情報提供部１１９による周辺情報の提供は、図９に示すフローがスタートする時点で、自動的に開始している。周辺情報は、周辺情報提供部１１９が通知部１２０に車載器２０に通知することによって、車載器２０に提供される。
【０１６６】
行動推定部１１６は、ＤＢ１１１に登録されている行動履歴と、ステップＳ９で作成した移動履歴（移動の経路）とに基づいて、車両１０の行き先を推定する（ステップＳ１３）。行動推定部１１６は、出発地から現在地までの車両１０の経路（移動履歴）を考慮して、行動履歴に含まれる訪問した場所及び日時の履歴と経路とに対して統計的な処理を行うことにより、車両１０の行き先（目的地）を推定する。
【０１６７】
また、到着時刻推定部１１７は、マルチモーダルルート検索機能に基づいて、目的地までの経路を推定し、到着時刻を算出（推定）する。この到着時刻推定部１１７の処理も、ステップＳ１３の一部である。
【０１６８】
主制御部１１１は、到着時刻推定部１１７が推定した到着時刻が、次のスケジュールの開始時刻を超えているかどうかを判定する（ステップＳ１４）。利用者が目的地を変更したと推定される場合に、次のスケジュールの開始時刻を変更する必要があるかどうかを判定するための処理である。
【０１６９】
スケジュール変更部１１８は、現在進行中のスケジュールの到着時刻よりも前ではない（Ｓ１１：ＮＯ）と判定された場合と、推定された到着時刻が、次のスケジュールの開始時刻を超えている（Ｓ１４：ＹＥＳ）と判定された場合とには、次のスケジュールの開始時刻を遅らせる（ステップＳ１５）。遅らせた開始時刻は、スケジュールＤＢ１３２に登録（変更前の開始時刻に上書き）される。
【０１７０】
次いで、スケジュール変更部１１８は、変更されたスケジュールをスケジュールＤＢ１３２に登録（上書き）するとともに、通知部１２０にスケジュールの変更内容をスマートフォン端末機３０に通知させ、さらに、変更内容をＰＵＳＨ通知で車載器２０に通知させる（ステップＳ１６）。
【０１７１】
また、ステップＳ１５を経由してステップＳ１６に進行した場合（到着時刻が遅れる場合）には、主制御部１１１は、到着時刻が遅れる場合の連絡先として登録されたメールアドレスへのメールの送信を行うかどうかを提案するメッセージ２３Ａ（図７（Ａ）参照）を車載器２０の表示部２３に表示させる。この結果、利用者のボタン押圧によってメールを送信する指示が行われると、車載器２０はメールを送信する。なお、このようなメールは、利用者の指示を待つことなく、自動的に送信するようにしてもよい。
【０１７２】
変更内容は、ステップＳ１０、Ｓ１１、Ｓ１５を経てＳ１６に辿り着いた場合は、新たな到着時刻であり、ステップＳ１０、Ｓ１２、Ｓ１３、Ｓ１４、Ｓ１５を経てＳ１６に辿り着いた場合は、新たな到着時刻及び目的地である。
【０１７３】
従って、ステップＳ１６の処理では、新たな到着時刻、又は、新たな到着時刻及び目的地がスケジュールＤＢ１３２に登録（上書き）される。
【０１７４】
また、スマートフォン端末機３０のスケジューラに変更内容（新たな到着時刻、又は、新たな到着時刻及び目的地）を変更前の内容に併記させる。
【０１７５】
さらに、ＰＵＳＨ通知により、車載器２０の表示部２３に変更内容（新たな到着時刻、又は、新たな到着時刻及び目的地）が表示される。
【０１７６】
次いで、周辺情報提供部１１９は、周辺情報ＤＢ１３５に登録された周辺情報を提供する（ステップＳ１７）。周辺情報提供部１１９は、現在地に応じた周辺情報を周辺情報ＤＢ１３５から読み出して、通知部１２０に車載器２０へ通知（送信）させる。
【０１７７】
以上で、一連の処理が終了する（エンド）。
【０１７８】
なお、ステップＳ１５において、ステップＳ１３で推定された到着時刻が、次のスケジュールの開始時刻を超えている（Ｓ１４：ＹＥＳ）と判定された場合には、次のスケジュールの開始時刻を遅らせるかどうかを利用者に確認すべく、通知部１２０がＰＵＳＨ通知で車載器２０に通知してもよい。利用者によって遅らせることが認められる場合には、フローはステップＳ１６に進行し、認められない場合には、フローをステップＳ１７に進行させればよい。
【０１７９】
なお、ステップＳ１１において、現在進行中のスケジュールの到着時刻よりも前である（Ｓ１１：ＹＥＳ）と判定された場合には、フローはステップＳ１７に進行し、周辺情報提供部１１９は、周辺情報ＤＢ１３５に登録された周辺情報を提供する（ステップＳ１７）。
【０１８０】
また、ステップＳ１４において、推定された到着時刻が、次のスケジュールの開始時刻を超えていない（Ｓ１４：ＮＯ）と判定された場合には、スケジュールの変更内容は、目的地のみである。
【０１８１】
このため、ステップＳ１４でＮＯと判定された場合には、フローはステップＳ１６に進行し、スケジュール変更部１１８は、通知部１２０に変更された新たな目的地をスマートフォン端末機３０に通知させるとともに、ＰＵＳＨ通知で車載器２０に通知させる（ステップＳ１６）。
【０１８２】
以上のようにして、利用者の場所を推定する処理を示すフローが繰り返し実行される。
【０１８３】
図１０は、目的地への到着時刻を推定する処理を示すフローチャートである。このフローは、スケジュール管理装置１００の内部で常時繰り返し実行されている処理であるが、ここでは、その１周期について説明する。また、図１０に示す到着時刻を推定する処理は、図９に示す利用者の場所を推定する処理と同時に実行される。例えば、図９のステップＳ１３で到着時刻を算出（推定）する処理は、図１０に示すフローに従って、到着時刻推定部１１７が実行する。
【０１８４】
また、ここでは、出発時刻Ｔｓ１、出発地Ｐｓ１、目的地Ｐａ１、及び到着時刻Ｔａ１を含むスケジュールが現在進行中であることとする。
【０１８５】
主制御部１１１は、現在時刻が出発時刻Ｔｄ１よりも前であるかどうかを判定する（ステップＳ２１）。主制御部１１１は、現在時刻と出発時刻Ｔｄ１を比べることにより、ステップＳ２１の処理を行う。
【０１８６】
到着時刻推定部１１７は、現在時刻が出発時刻Ｔｄ１よりも前である（Ｓ２１：ＹＥＳ）と判定されると、マルチモーダルルート検索機能に基づいて、現在地から目的地までの経路を推定し、現在地から移動した場合の目的地の到着時刻を算出（推定）する（ステップＳ２２）。目的地には、スケジュールＤＢ１３２に登録されている現在進行中のスケジュールに含まれる目的地を用いればよい。
【０１８７】
主制御部１１１は、現在進行中のスケジュールに登録されている到着時刻に対して遅れが生じないかどうかを判定する（ステップＳ２３）。現在進行中のスケジュールに登録されている到着時刻に対して遅れが生じないこととは、ステップＳ２２で推定された到着時刻が、現在進行中のスケジュールに登録されている到着時刻以前であることをいう。
【０１８８】
主制御部１１１は、到着時刻に遅れが生じない（Ｓ２３：ＹＥＳ）と判定すると、フローをステップＳ２１にリターンする。到着時刻に遅れが生じないため、ステップＳ２１の処理を繰り返し実行するためである。
【０１８９】
主制御部１１１は、到着時刻に遅れが生じる（Ｓ２３：ＮＯ）と判定すると、出発アラートを通知する（ステップＳ２４）。出発アラートは、遅れが生じる場合に、出発時刻を早めるべく、ＰＵＳＨ通知で利用者のスマートフォン端末機３０に出発時刻を通知する処理である。主制御部１１１は、スケジュール変更部１１８に出発アラートが必要であることを通知し、スケジュール変更部１１８は、遅れが生じないように早めた出発時刻を計算し、早めた出発時刻を通知部１２０にＰＵＳＨ通知でスマートフォン端末機３０に通知させる。
【０１９０】
以上で、一連の処理が終了する（エンド）。
【０１９１】
到着時刻推定部１１７は、現在時刻が出発時刻Ｔｄ１よりも前ではない（Ｓ２１：ＮＯ）と判定されると、マルチモーダルルート検索機能に基づいて、現在地から目的地までの経路を推定し、現在地から移動した場合の目的地の到着時刻を算出（推定）する（ステップＳ２５）。目的地には、スケジュールＤＢ１３２に登録されている現在進行中のスケジュールに含まれる目的地を用いればよい。
【０１９２】
主制御部１１１は、現在進行中のスケジュールに登録されている到着時刻に遅れが生じないかどうかを判定する（ステップＳ２６）。ステップＳ２３と同様に、現在進行中のスケジュールに登録されている到着時刻に対して遅れがないこととは、ステップＳ２５で推定された到着時刻が、現在進行中のスケジュールに登録されている到着時刻以前であることをいう。
【０１９３】
主制御部１１１は、到着時刻に遅れが生じない（Ｓ２６：ＹＥＳ）と判定すると、フローをステップＳ２５にリターンする。到着時刻に遅れが生じないため、ステップＳ２５の処理を繰り返し実行するためである。
【０１９４】
主制御部１１１は、到着時刻に遅れが生じる（Ｓ２６：ＮＯ）と判定すると、到着時刻が遅れる旨を関係者に連絡すべく、遅刻連絡を通知する指令を車載器２０に送信する（ステップＳ２７）。車載器２０の通信部２２は、指令を受信すると、遅刻連絡を関係者に通知する。この結果、図７（Ａ）に示したように、車載器２０の表示部２３にＰＵＳＨ通知によるメッセージ２３Ａが表示される。
【０１９５】
スケジュール変更部１１８は、変更された到着時刻をスケジュールＤＢ１３２に登録する（ステップＳ２８）。これにより、現在進行中のスケジュールに含まれる到着時刻が、ステップＳ２５で推定された到着時刻（変更前の到着時刻よりも遅い到着時刻）に変更される。
【０１９６】
以上で、一連の処理が終了する（エンド）。
【０１９７】
図１１は、利用者にリコメンド情報を提供する処理を示すフローチャートである。このフローは、スケジュールが削除された場合に、図９に示すフローと並行して実行される処理である。また、以下で説明するステップＳ３５で到着時刻を推定する際には、到着時刻推定部１１７が図１０に示すフローを実行する。
【０１９８】
削除判定部１２１は、スケジュールが削除されたかどうかを判定する（ステップＳ３１）。スケジュールが削除された場合とは、スケジュールＤＢ１３２に登録されている１又は複数のスケジュールが利用者によって削除された場合である。
【０１９９】
削除判定部１２１は、スケジュールが削除されていない（Ｓ３１：ＮＯ）と判定すると、ステップＳ３１の処理を繰り返し実行する。
【０２００】
空き時間判定部１２２は、削除判定部１２１によってスケジュールが削除された（Ｓ３１：ＹＥＳ）と判定されると、現在時刻と、削除されたスケジュールの次のスケジュールの開始時刻との間の時間（空き時間）があるかどうかを判定する（ステップＳ３２）。
【０２０１】
空き時間判定部１２２は、削除されたスケジュールの次のスケジュールの開始時刻を経過していなければ、空き時間があると判定し、経過していれば空き時間がないと判定する。
【０２０２】
空き時間判定部１２２は、空き時間がある（Ｓ３２：ＹＥＳ）と判定した場合に、削除されたスケジュールの前のスケジュールの目的地と、削除された後のスケジュールの目的地とを読み出し、２つの目的地の間の移動時間を算出する（ステップＳ３３）。
【０２０３】
空き時間判定部１２２は、２つの目的地の間の距離を用いて、マルチモーダルルート検索機能に基づいて、２つの目的地の間の移動時間を算出する。
【０２０４】
次いで、空き時間判定部１２２は、空き時間が十分な空き時間であるかどうかを判定する（ステップＳ３４）。十分な空き時間とは、算出した移動時間に所定の閾値時間を加えた時間であり、閾値時間は、例えば、１時間である。
【０２０５】
リコメンド部１２３は、空き時間判定部１２２によって十分な空き時間がある（Ｓ３４：ＹＥＳ）と判定されると、行動履歴に基づいて、リコメンドＤＢ１３６に格納されているリコメンド情報から、車両１０の現在位置から削除された後のスケジュールの目的地までにある、利用者の嗜好等に合う店舗や施設等のリコメンド情報を抽出する（ステップＳ３５）。より具体的には、行動履歴に基づいて、利用者が良く利用する店舗や施設のカテゴリから、平均滞在時間が空き時間以内である店舗や施設を抽出し、さらに、空き時間以内である店舗や施設の中から、過去の利用日時の数から利用する頻度の高い店舗や施設を抽出し、店舗や施設の位置と営業時間を考慮して、リコメンド情報から、利用者の嗜好等に合う店舗や施設等のリコメンド情報を抽出する。また、到着時刻推定部１１７がリコメンド情報が表す店舗や施設等の到着時刻を算出（推定）する。
【０２０６】
リコメンド部１２３は、通知部１２０にステップＳ３５で抽出されたリコメンド情報を到着時刻とともに車載器２０及びスマートフォン端末機３０に通知させる（ステップＳ３６）。このとき、車載器２０の表示部２３には、ＰＵＳＨ通知でリコメンド情報が表示され、スマートフォン端末機３０のスケジューラには、リコメンド情報が表示される。
【０２０７】
主制御部１１１は、ステップＳ３６で通知したリコメンド情報が利用者によって受け入れられると（スケジュールに盛り込むことについてＯＫされると）、そのリコメンド情報をスケジュールＤＢ１３２に登録する（ステップＳ３７）。
【０２０８】
以上により、一連の処理が終了する（エンド）。
【０２０９】
上述したように、スケジュールが削除されると、自動的に新しいスケジュールを提案すべく、リコメンド情報が抽出され、利用者に提案される。
【０２１０】
以上、実施の形態によれば、利用者の行動履歴を取得し、行動履歴に基づいて利用者の行動を推定し、スケジュールに含まれる目的地や到着時刻を変更する。変更されたスケジュールの内容は、スマートフォン端末機３０に通知される。
【０２１１】
従って、実施の形態によれば、利用者の行動履歴に基づいて、自動的にスケジュールを変更できる、スケジュール管理装置１００を提供することができる。
【０２１２】
換言すれば、実施の形態によれば、どのような場合でも、目的地及び到着時刻を適切に推定できるスケジュール管理装置１００を提供することができる。
【０２１３】
また、スケジュールに含まれる目的地や到着時刻が変更された場合には、ＰＵＳＨ通知で変更内容を車載器２０に通知するので、利用者が車両１０を運転中でスマートフォン端末機３０を見ることができない状況であっても、車載器２０によって変更内容を伝えることができる。
【０２１４】
また、到着時刻が遅れる場合は、関係者にメールを送信するので、特に利用者が車両１０を運転中である場合に、関係者に確実に連絡を取ることができる。
【０２１５】
また、スケジュールが削除された場合に、次のスケジュールまでに空き時間がある場合には、利用者の行動履歴に基づいて、利用者の嗜好等に合った店舗や施設等のリコメンド情報をスマートフォン端末機３０に提供することができる。
【０２１６】
従って、実施の形態によれば、行動履歴を用いることにより、利用者の嗜好に応じた立ち寄り先を提案することができるスケジュール管理装置１００を提供することができる。
【０２１７】
なお、以上では、利用者が車両１０に乗車しながら車載器２０及びスマートフォン端末機３０を利用する形態について説明したが、利用者が車両１０を利用せず、スマートフォン端末機３０のみを利用する場合もある。
【０２１８】
この場合には、位置取得部１１３は、スマートフォン端末機３０と通信し、位置データを取得すればよい。位置データは、スマートフォン端末機３０が内蔵するＧＰＳ機能によって取得される。また、以上の説明で、スケジュール管理装置１００から車載器２０に通知していた情報をスマートフォン端末機３０に通知すればよい。
【０２１９】
以上、本発明の例示的な実施の形態のスケジュール管理装置について説明したが、本発明は、具体的に開示された実施の形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０２２０】
１０  車両
２０  車載器
３０  スマートフォン端末機
１００  スケジュール管理装置
１１１  主制御部
１１２  スケジュール作成部
１１３  位置取得部
１１４  行動履歴生成部
１１５  行動判定部
１１６  行動推定部
１１７  到着時刻推定部
１１８  スケジュール変更部
１１９  周辺情報提供部
１２０  通知部
１２１  削除判定部
１２２  空き時間判定部
１２３  リコメンド部
１２４  情報取得部
１２５  遅延推定部
１３１  ライフログＤＢ
１３２  スケジュールＤＢ
１３３  地図ＤＢ
１３４  ＰＯＩ−ＤＢ
１３５  周辺情報ＤＢ
１３６  リコメンドＤＢ
１３７  時刻表ＤＢ
【図１】
2018009904.tif 000003
【図２】
2018009904.tif 000004
【図３】
2018009904.tif 000005
【図４】
2018009904.tif 000006
【図５】
2018009904.tif 000007
【図６】
2018009904.tif 000008
【図７】
2018009904.tif 000009
【図８】
2018009904.tif 000010
【図９】
2018009904.tif 000011
【図１０】
2018009904.tif 000012
【図１１】
2018009904.tif 000013