(57)【要約】  車両の移動ルートを示す移動ルート情報を取得するルート取得部（２１０）と、移動ルートが走り慣れたルートであるか否かを判定するルート判定部（２４０）と、移動ルートが走り慣れたルートであると判定された場合に、移動ルートの過去の走行状況と移動ルートの現在の走行状況とを取得する状況取得部（１６０）と、移動ルートの過去の走行状況と移動ルートの現在の走行状況とに基づいて、移動ルートに関連付けられた事象に関する警告を通知するか否かを判定する警告判定部（１７０）とを備える。
2016021001.tif 000002
【特許請求の範囲】
【請求項１】
車両の移動ルートを示す移動ルート情報を取得するルート取得部と、
前記移動ルートが走り慣れたルートであるか否かを判定するルート判定部と、
前記ルート判定部により前記移動ルートが走り慣れたルートであると判定された場合に、前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とを取得する状況取得部と、
前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とに基づいて、前記移動ルートに関連付けられた事象に関する警告を通知するか否かを判定する警告判定部と
を備えることを特徴とする警告通知システム。
【請求項２】
前記警告判定部は、前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とが相違する場合に、前記事象に関する警告を通知するか否かを判定することを特徴とする請求項１に記載の警告通知システム。
【請求項３】
前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とが相違する場合に警告を通知するか否かを決定するための通知判定条件を前記事象と対応付けて記憶する通知判定条件記憶部を備え、
前記警告判定部は、前記通知判定条件に基づいて前記事象に関する警告を通知するか否かを判定することを特徴とする請求項１または２に記載の警告通知システム。
【請求項４】
前記事象には複数の前記通知判定条件が対応づけられることを特徴とする請求項３に記載の警告通知システム。
【請求項５】
前記通知判定条件には警告の優先度が付与され、
前記警告判定部は、前記優先度に基づき複数の前記通知判定条件のうち少なくとも１つの前記通知判定条件を選択し、選択した前記通知判定条件に基づいて前記事象に関する警告を通知するか否かを判定することを特徴とする請求項４に記載の警告通知システム。
【請求項６】
前記ルート判定部は、前記車両が過去に前記移動ルートを走行した場合に前記移動ルートが走り慣れたルートであると判定することを特徴とする請求項１から５のいずれか１項に記載の警告通知システム。
【請求項７】
前記ルート判定部は、前記移動ルートが自宅周辺にある場合に、前記移動ルートが走り慣れたルートであると判定することを特徴とする請求項１から６のいずれか１項に記載の警告通知システム。
【請求項８】
前記状況取得部は、
前記車両が過去に前記移動ルートを複数回走行した場合の複数の走行状況に基づいて、前記過去の走行状況を取得することを特徴とする請求項１から７のいずれか１項に記載の警告通知システム。
【請求項９】
前記走行状況は前記車両の状態であることを特徴とする請求項１から８のいずれか１項に記載の警告通知システム。
【請求項１０】
前記走行状況は前記車両の周囲の環境であることを特徴とする請求項１から９のいずれか１項に記載の警告通知システム。
【請求項１１】
前記状況取得部は、
前記移動ルートのうち前記事象の位置を含む事象範囲における過去の走行状況と、前記事象範囲における現在の走行状況とを取得することを特徴とする請求項１から１０のいずれか１項に記載の警告通知システム。
【請求項１２】
前記ルート取得部と前記ルート判定部と前記状況取得部と前記警告判定部とは、前記車両に搭載される車載装置と通信可能なサーバ装置に設けられることを特徴とする請求項１から１１のいずれか１項に記載の警告通知システム。
【請求項１３】
前記ルート取得部と前記ルート判定部と前記状況取得部と前記警告判定部とは、前記車両に搭載される車載装置に設けられることを特徴とする請求項１から１１のいずれか１項に記載の警告通知システム。
【請求項１４】
前記警告通知システムは、サーバ装置と、前記車両に搭載され、前記サーバ装置と通信する車載装置とを備え、
前記ルート取得部と前記ルート判定部とは、前記車両に搭載される車載装置に設けられ、前記状況取得部と前記警告判定部とは、前記車載装置と通信可能なサーバ装置に設けられることを特徴とする請求項１から１１のいずれか１項に記載の警告通知システム。
【請求項１５】
前記ルート取得部と前記ルート判定部と前記状況取得部と前記警告判定部とは、ユーザが携帯する携帯端末装置に設けられることを特徴とする請求項１から１１のいずれか１項に記載の警告通知システム。
【請求項１６】
前記ルート取得部と前記ルート判定部と前記警告判定部とは、ユーザが携帯する携帯端末装置に設けられ、前記状況取得部は、前記携帯端末装置と通信可能なサーバ装置に設けられることを特徴とする請求項１から１１のいずれか１項に記載の警告通知システム。
【請求項１７】
ルート取得部が、車両の移動ルートを示す移動ルート情報を取得し、
ルート判定部が、前記移動ルートが走り慣れたルートであるか否かを判定し、
状況取得部が、前記ルート判定部により前記移動ルートが走り慣れたルートであると判定された場合に、前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とを取得し、
警告判定部が、前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とに基づいて、前記移動ルートに関連付けられた事象に関する警告を通知するか否かを判定する
ことを特徴とする警告通知システムの警告通知方法。
【請求項１８】
車両の移動ルートを示す移動ルート情報を取得するルート取得処理と、
前記移動ルートが走り慣れたルートであるか否かを判定するルート判定処理と、
前記ルート判定処理により前記移動ルートが走り慣れたルートであると判定された場合に、前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とを取得する状況取得処理と、
前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とに基づいて、前記移動ルートに関連付けられた事象に関する警告を通知するか否かを判定する警告判定処理と
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、警告通知システム、警告通知方法及びプログラムに関する。特に、車両に対して適切に警告を通知する警告通知システム、警告通知方法及びプログラムに関する。
【背景技術】
【０００２】
従来、過去の走行履歴から運転者の慣れた道での走行か否かを判定し、その判定結果に応じた警告を通知する移動体警告装置がある。この移動体警告装置は、道の使用頻度により警告を区別して通知する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２００９／１２８３９８号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の移動体警告装置では、運転者にとって慣れた道であると判定されると、その慣れた道での走行状況に変化が生じた場合であっても警告が通知されない場合がある。そのため、この走行状況の変化により慣れた道の危険度が高まった場合であっても、適切な警告が通知されない虞があり、警告の信頼性が低いという課題がある。【０００５】
本発明は、上記のような課題を解決するためになされたもので、慣れた道であっても適切に警告を通知することができる信頼性の高い警告通知システム、警告通知方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る警告通知システムは、
車両の移動ルートを示す移動ルート情報を取得するルート取得部と、
前記移動ルートが走り慣れたルートであるか否かを判定するルート判定部と、
前記ルート判定部により前記移動ルートが走り慣れたルートであると判定された場合に、前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とを取得する状況取得部と、
前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とに基づいて、前記移動ルートに関連付けられた事象に関する警告を通知するか否かを判定する警告判定部とを備えることを特徴とする。【０００７】
本発明に係る警告通知方法は、
ルート取得部が、車両の移動ルートを示す移動ルート情報を取得し、
ルート判定部が、前記移動ルートが走り慣れたルートであるか否かを判定し、
状況取得部が、前記ルート判定部により前記移動ルートが走り慣れたルートであると判定された場合に、前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とを取得し、
警告判定部が、前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とに基づいて、前記移動ルートに関連付けられた事象に関する警告を通知するか否かを判定することを特徴とする。【０００８】
本発明に係るプログラムは、
車両の移動ルートを示す移動ルート情報を取得するルート取得処理と、
前記移動ルートが走り慣れたルートであるか否かを判定するルート判定処理と、
前記ルート判定処理により前記移動ルートが走り慣れたルートであると判定された場合に、前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とを取得する状況取得処理と、
前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とに基づいて、前記移動ルートに関連付けられた事象に関する警告を通知するか否かを判定する警告判定処理とをコンピュータに実行させる。
【発明の効果】
【０００９】
本発明に係る警告通知システムによれば、警告判定部が、移動ルートの過去の走行状況と現在の走行状況とに基づいて事象に関する警告を通知するか否かを判定するので、慣れた道であっても適切に警告を通知することができる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態１に係る警告通知システムのブロック構成の一例を示すブロック構成図である。
【図２】実施の形態１に係る車両情報の構成の一例を示す図である。
【図３】実施の形態１に係る環境状況情報の構成の一例を示す図である。
【図４】実施の形態１に係る通知判定条件情報の構成の一例を示す図である。
【図５】実施の形態１に係るサーバ装置、車載装置、携帯端末装置のハードウェア構成の一例を示す図である。
【図６】実施の形態１に係る警告通知システムにおける警告通知方法（処理、工程）の動作の一例を示すフローチャートである。
【図７】実施の形態１に係る判定処理のアルゴリズムの一例を示すフローチャートである。
【図８】実施の形態２に係る警告通知システムのブロック構成の一例を示す図である。
【図９】実施の形態２に係る警告通知システムにおける警告通知方法の動作の一例を示すフローチャートである。
【図１０】実施の形態３に係る警告通知システムのブロック構成の一例を示す図である。
【図１１】実施の形態３に係る警告通知システムにおける警告通知方法の動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
実施の形態１．
図１は、本実施の形態に係る警告通知システム５００のブロック構成の一例を示すブロック構成図である。
警告通知システム５００は、車両を運転する運転者に対し、これから走行する予定の移動ルートにおける危険情報などに関する警告を通知し、運転を支援する運転支援システムである。
図１を用いて、本実施の形態に係る警告通知システム５００のブロック構成について説明する。
【００１２】
図１に示すように、警告通知システム５００は、サーバ装置１００、車載装置２００を備える。サーバ装置１００と車載装置２００とは、ネットワーク３００を介して接続される。
【００１３】
サーバ装置１００は、例えば、データセンタなどに設置されたサーバコンピュータ、またはその他のコンピュータである。
サーバ装置１００は、車両に搭載される車載装置２００とネットワーク３００を介して接続され、車両に警告を通知する警告通知装置の一例である。
【００１４】
車載装置２００は、例えば、ナビゲーション装置である。或いは、車載装置２００は、ナビゲーション装置又はＤＡ（Ｄｉｓｐｌａｙ・Ａｕｄｉｏ）と、携帯端末（例えば、スマートフォン、タブレット、携帯電話機）との組み合わせであってもよい。車載装置２００の一部として、さらに、ＨＵＤ（Ｈｅａｄ・Ｕｐ・Ｄｉｓｐｌａｙ）が組み合わせられてもよい。
【００１５】
車載装置２００は、ルート取得部２１０、ルート判定部２４０、車両情報収集部２５０、装置通信部２６０、表示部２７０を備える。また、車載装置２００は、走行履歴２２０、車両情報２３０を記憶装置に記憶する。走行履歴２２０は、走行履歴記憶部により記憶装置に記憶される。車両情報２３０は、車両情報記憶部により記憶装置に記憶される。
【００１６】
ルート取得部２１０は、車両の移動ルートを示す移動ルート情報を取得する。例えば、ルート取得部２１０は、運転者がナビゲーション装置である車載装置２００に行先を設定することにより、移動ルートを取得する。
【００１７】
ルート判定部２４０は、走行履歴２２０に基づいて、ルート取得部２１０により取得された移動ルートがユーザーにとって走り慣れた道（ルート）であるか否かについて判定する。走り慣れたルートとは、例えば、過去に走行したことのあるルートが該当する。また、過去に走行していなくてもよく、例えば移動ルートが自宅周辺の場合は、ユーザーにとって見慣れた道、景色であるため、走り慣れたルートとなる。自宅周辺とは、任意に設定できるが、例えば自宅から数ｋｍ以内の範囲が該当する。なお、ここでのユーザーとは、車両の運転者や同乗者等が該当する。
ルート判定部２４０は、例えば、車両が移動ルートを過去の所定期間内（例えば、過去１年以内など）に走行したことがあるか否かによって慣れた道か否かを判定する。あるいは、ルート判定部２４０は、過去の所定期間内に所定回以上走行したことがあるかによって慣れた道か否かを判定してもよい。
【００１８】
ルート判定部２４０は、移動ルートを走り慣れたルートであると判定した場合、移動ルートを示す移動ルート情報と、通常この移動ルートを走行する時間帯と、今回（現在）この移動ルートを走行する予定の時間帯とを装置通信部２６０に出力する。通常この移動ルートを走行する時間帯とは、例えば、過去にその移動ルートを走行した時間帯等が該当する。
【００１９】
車両情報収集部２５０は、アクセル、ブレーキ、ハンドル等の運転操作に関する情報や、車速、加速度、ヨーレート等の車両自体の運動に関する情報や、カメラ、レーダ等のセンサから得られる情報等を収集する。車両情報収集部２５０は、センサからの情報等を収集するハードウェアインタフェースにより実現される。車両情報収集部２５０は、センサ自体であってもよい。車両情報収集部２５０は、後述するように、センサからの情報等を収集する機能を実行するプログラムとして実装されてもよい。
車両情報記憶部は、車両情報収集部２５０により収集された情報を車両情報２３０として記憶装置に記憶する。
【００２０】
装置通信部２６０は、ルート判定部２４０から出力された移動ルート情報と、通常この移動ルートを走行する時間帯と、今回この移動ルートを走行する予定の時間帯とを、ネットワーク３００を介してサーバ装置１００に送信する。
また、装置通信部２６０は、サーバ装置１００の送信部１９０から、警告情報を受信する。
表示部２７０は、装置通信部２６０により受信された警告情報に基づいて、警告を表示装置に表示する。警告の通知については、映像の表示に限らず、音声通知でもいいし、振動による通知でもいいし、これらの組み合わせであってもよい。
【００２１】
ネットワーク３００は、例えば、移動通信ネットワークとインターネットなどとの組合せである。
【００２２】
サーバ装置１００は、受信部１１０、事象取得部１２０、状況取得部１６０、警告判定部１７０、送信部１９０を備える。また、危険管理情報１３０、車両状態情報１４０、環境状況情報１５０、通知判定条件情報１８０が、サーバ装置１００の備える記憶装置に記憶される。
【００２３】
危険管理情報１３０は、危険情報管理部により管理され、記憶装置に記憶される。車両状態情報１４０は、車両状態管理部により管理され、記憶装置に記憶される。環境状況情報１５０は、環境状況管理部により管理され、記憶装置に記憶される。通知判定条件情報１８０は、通知判定条件記憶部により記憶装置に記憶される。
【００２４】
危険管理情報１３０は、地図情報に対し、地図上の位置において発生する可能性がある危険事象（事象の一例）を関連付けた情報、いわゆるハザードマップである。
【００２５】
警告通知システム５００では、警告通知システム５００が提供する警告通知サービスに加入している加入者から、随時、車両情報２３０を収集するものとする。
例えば、警告通知システム５００では、運転者が車載装置２００のナビゲーション機能により移動ルートを設定すると、所定間隔ごとに車両情報２３０がサーバ装置１００に送信されるとしてもよい。また、車両走行中に危険事象が発生した場合には、所定間隔でなくても危険事象に関する危険情報を含む車両情報２３０を送信するとしてもよい。
【００２６】
警告通知システム５００の危険情報管理部は、車載装置２００から車両の状態を示す車両情報２３０を受信し、受信した車両情報２３０に基づいて、危険管理情報１３０を生成する。このように、危険情報管理部は、加入者から収集した危険情報に基づいて危険管理情報１３０を生成する。
【００２７】
また、サーバ装置１００の車両状態管理部は、随時、車載装置２００から受信する車両情報２３０に基づいて、車両ごとに車両の状態を示す車両状態情報１４０を記憶装置に記憶する。
図２は、本実施の形態に係る車両情報２３０の構成の一例を示す図である。
【００２８】
図２に示すように、車両情報２３０には、車両を識別する車両識別子、時刻、位置（緯度、経度）、危険事象が発生した場合の危険事象の種別、車両の速度、乗車人数などが設定される。
車両状態管理部は、受信した車両情報２３０を車両識別子ごとに記憶装置に記憶し、車両状態情報１４０とする。あるいは、車両状態管理部は、受信した車両情報２３０をそのまま記憶装置に蓄積してもよい。
【００２９】
図３は、本実施の形態に係る環境状況情報１５０の構成の一例を示す図である。
図３に示すように、環境状況情報１５０は、天候情報１５１、渋滞情報１５２、工事情報１５３などが含まれる。天候情報１５１、渋滞情報１５２、工事情報１５３などの環境状況情報１５０は、車両から受信する車両情報２３０に基づいて取得してもよい。
例えば、環境状況管理部は、車載装置２００から受信した車両情報２３０に基づいて、地図上の位置における渋滞位置を検知するものとしてもよい。あるいは、外部の天候データベース、道路情報データベース、工事情報データベースなどから取得してもよい。
また、外部の天候データベース、道路情報データベース、工事情報データベースのみを利用する場合には、環境状況情報１５０はなくてもよい。
【００３０】
図１に戻り、説明を続ける。
受信部１１０は、車載装置２００からネットワーク３００を介して、車両の移動ルートを示す移動ルート情報を受信する。移動ルート情報とは、移動ルートを示す位置情報である。
【００３１】
事象取得部１２０は、危険管理情報１３０に基づいて、移動ルートに関連付けられた危険事象（事象の一例）を表す危険情報（事象情報の一例）を取得する。移動ルートに関連付けられた危険事象とは、移動ルート上の位置において発生する可能性があると関連付けられた危険事象である。あるいは、移動ルート上の位置において生じていると関連付けられた危険事象である。
【００３２】
危険事象には、例えば、スリップ、急カーブ、急ブレーキ、車線減少、工事あり、前方追突注意、飛び出し注意、段差あり等の事象が相当する。これらの危険事象以外の事象であってもよい。
危険情報は、危険事象を表す事象情報と、この危険事象の位置である危険位置（事象の位置の一例）を表す事象位置情報とを含む情報である。危険位置は、例えば、過去にこの危険事象が発生した位置である。
危険管理情報１３０は、例えば、飛び出し注意という危険事象と、飛び出しが発生した地点を示す危険位置とが対応付けられた情報である。
【００３３】
状況取得部１６０は、ルート判定部２４０により、移動ルートが車両の運転者にとって慣れた道であると判定された場合（例えば、車両が過去に移動ルートを走行したと判定した場合）、車両が移動ルートを走行した過去の時点である過去時点における走行状況と、現在の時点である現時点における走行状況とを取得する。以下の説明において、過去時点における走行状況を通常走行状況とし、現時点における走行状況を現状走行状況とする場合がある。なお、通常走行状況を過去の走行状況と表現してもよいし、現状走行状況を現在の走行状況と表現してもよい。
【００３４】
また、状況取得部１６０は、移動ルートのうちの危険範囲（事象範囲の一例）における通常走行状況と、危険範囲における現状走行状況とを取得する。危険範囲とは、危険位置を含む予め指定された指定範囲であり、例えば、危険位置から１０メートル範囲内、５０メートル範囲内、１００メートル範囲内などの範囲である。
状況取得部１６０は、車両状態情報１４０と環境状況情報１５０とに基づいて、通常走行状況と現状走行状況とを取得する。状況取得部１６０が通常走行状況及び現状走行状況を取得する方法については、後で詳しく説明する。
【００３５】
走行状況とは、例えば、車両の状態、車両の走行時間帯、車両の周囲の環境などである。車両の状態とは、例えば、移動ルート走行時の車両の速度、移動ルート走行時の乗車人数などである。車両の走行時間帯とは、例えば、移動ルート走行時の時間帯などである。車両の周囲の環境とは、走行時の天候、移動ルートの状態などである。移動ルートの状態とは、移動ルート沿道に高層ビルが建設された状態、移動ルートが工事中の状態などである。例えば地図が更新されると、移動ルートの状態が更新されるので、走行状況が変化する。
上述した走行状況の例示は、一例であり、車両が移動ルートを走行する際の状況を表すものであれば、その他の状況でもよい。
【００３６】
通知判定条件情報１８０は、危険事象と、この危険事象に関する警告を通知するか否かを判定する通知判定条件１８１とを対応付けて記憶する。ここで、通知判定条件１８１は、過去時点における走行状況と現時点における走行状況との相違に関する判定情報に基づいて、警告を通知するか否かを判定する条件である。判定情報は、換言すれば、過去時点における走行状況と現時点における走行状況との間に変化があったか否かを判定した結果の情報であり、例えば、通常走行状況が「通常時は乗車人数は１人」であり、現在走行状況が「現状は乗車人数は６人」である場合、「通常より乗車人数が多い」という情報が判定情報に該当する。
【００３７】
図４は、本実施の形態に係る通知判定条件情報１８０の構成の一例を示す図である。
図４に示すように、通知判定条件情報１８０には、慣れた道での危険事象と、この危険事象に関する警告を通知するか否かを判定するための通知判定条件１８１とが設定される。
図４に示すように、通知判定条件情報１８０には、慣れた道での危険事象に対して、通常時（過去時点）より速度が速い場合に通知するか否か、通常時と時間帯が相違する場合に通知するか否か、通常時より乗車人数が多い場合に通知するか否か、通常時から地図更新がされた場合に通知するか否か、通常時より荒天の場合に通知するか否か、の複数の通知判定条件１８１が設定される。
通知判定条件１８１は、通常時と現在との走行状況の相違に関する判定情報に基づいて、警告を通知するか否かを判定することができるものであれば、図４に記載された条件以外の条件でも構わない。
【００３８】
図４において、「−」、「○」、「◎」は警告の通知の有無を表し、そのうち、「−」は通知しないことを意味し、「○」は通常通知することを意味し、「◎」は強調通知することを意味するものとする。通常通知とは、警告を通常の方法で通知することである。強調通知とは、警告をより強調して通知することである。
例えば、通常通知が警告を表示装置に通常の表示の仕方で表示するものとすると、強調表示は、例えば、警告を点滅させたり、アラームとともに表示したりして、通常通知の場合よりもより警告を強調する。
【００３９】
また、通知判定条件情報１８０に設定される「◎」、「○」、「−」のそれぞれの優先度は、「◎」の優先度＞「○」の優先度＞「−」の優先度のように、優先度が設定されているものとする。例えば、強調通知する判定結果と、通知しない判定結果とが重なる場合には、優先度が高い強調通知の方を採用する。
【００４０】
警告判定部１７０は、通常走行状況と現状走行状況とに基づいて、危険事象に関する警告を通知するか否かを処理装置により判定する。警告判定部１７０は、通常走行状況と現状走行状況とが相違するか否かを処理装置により判定し、相違すると判定した場合に通常走行状況と現状走行状況とを含む判定情報を取得する。警告判定部１７０は、取得した判定情報と通知判定条件１８１とを用いて、警告を通知するか否かを判定する。
【００４１】
例えば、移動ルート上に危険事象「飛び出し注意」の危険位置がある場合において、状況取得部１６０が通常走行状況として「通常時（過去時点）は１１時から１２時に走行」を取得し、現在走行状況として「現状は７時から８時に走行」を取得したとする。
警告判定部１７０は、通常走行状況と現在走行状況とを含む判定情報、つまり、「通常と時間帯が相違」という情報を取得する。
警告判定部１７０は、通知判定条件情報１８０に基づいて、危険事象「飛び出し注意」については、通常時は日中（１１時から１２時）の走行であり危険度は低いが、現在は朝（７時から８時）の走行であり危険度は高いため、警告を強調表示すると判定する。
【００４２】
一方、移動ルート上に危険事象「急カーブ」の危険位置がある場合において、状況取得部１６０が通常走行状況として「通常時（過去時点）は１１時から１２時に走行」を取得し、現在走行状況として「現在は７時から８時に走行」を取得したとする。
警告判定部１７０は、通知判定条件情報１８０に基づいて、危険事象「急カーブ」については時間帯による危険度の増加はないと考えられるため、警告を通知しないと判定する。
なお、このとき、さらに、通常走行状況として「通常時は乗車人数は１人」を取得し、現在走行状況として「現状は乗車人数は６人」を取得したとする。この場合は、時間帯の条件による警告通知は「−（通知しない）」であるが、乗車人数の増加による警告通知は「○（通常通知）」であるため、警告を通常表示すると判定する。これは、車両の重みが増加し、通常よりも現状の方が急カーブによる危険度が増加するため、警告を通知する必要があると判断されるためである。
【００４３】
警告判定部１７０は、警告の内容を示す情報と、警告の通知の強弱を示す情報とを含む警告情報を送信部１９０に対して出力する。
送信部１９０は、警告判定部１７０から取得した警告情報を、ネットワーク３００を介して車載装置２００に送信する。
本実施の形態では、警告判定部１７０と送信部１９０とは異なるブロック構成としているが、１つのブロックで警告判定部１７０と送信部１９０との機能を実現しても構わない。なお、ここでは通知判定条件１８１には優先度を持たせるため「◎」、「○」、「−」のように分類したが、必ずしもこのように分類する必要はなく、単に「○」（通知する）と「−」（通知しない）のように分類してもよい。
【００４４】
図５は、本実施の形態に係るサーバ装置１００、車載装置２００のハードウェア構成の一例を示す図である。
図５を用いて、サーバ装置１００、車載装置２００のハードウェア構成例について説明する。
【００４５】
サーバ装置１００、車載装置２００はコンピュータであり、サーバ装置１００、車載装置２００の各要素をプログラムで実現することができる。
サーバ装置１００、車載装置２００のハードウェア構成としては、バスに、演算装置９０１、外部記憶装置９０２、主記憶装置９０３、通信装置９０４、入出力装置９０５が接続されている。
【００４６】
演算装置９０１は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ）である。この演算装置９０１は、例えば、処理装置、Ｐｒｏｃｅｓｓｏｒ、又はＰｒｏｃｅｓｓｉｎｇ  Ｃｉｒｃｕｉｔｒｙのように表現してもよい。
外部記憶装置９０２は、例えばＲＯＭ（Ｒｅａｄ・Ｏｎｌｙ・Ｍｅｍｏｒｙ）やフラッシュメモリ、ハードディスク装置である。
主記憶装置９０３は、ＲＡＭ（Ｒａｎｄｏｍ・Ａｃｃｅｓｓ・Ｍｅｍｏｒｙ）である。
通信装置９０４は、例えば通信ボード等であり、ＬＡＮ（Ｌｏｃａｌ・Ａｒｅａ・Ｎｅｔｗｏｒｋ）等に接続されている。通信装置９０４は、ＬＡＮに限らず、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ・Ｐｒｏｔｏｃｏｌ・Ｖｉｒｔｕａｌ・Ｐｒｉｖａｔｅ・Ｎｅｔｗｏｒｋ）、広域ＬＡＮ、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ・Ｔｒａｎｓｆｅｒ・Ｍｏｄｅ）ネットワークといったＷＡＮ（Ｗｉｄｅ・Ａｒｅａ・Ｎｅｔｗｏｒｋ）、或いは、インターネットに接続されていても構わない。ＬＡＮ、ＷＡＮ、インターネットは、ネットワークの一例である。
入出力装置９０５は、例えばマウス、キーボード、ディスプレイ装置等である。マウスの代わりに、タッチパネル、タッチパッド、トラックボール、ペンタブレット、或いは、その他のポインティングデバイスが用いられてもよい。ディスプレイ装置は、ＬＣＤ（Ｌｉｑｕｉｄ・Ｃｒｙｓｔａｌ・Ｄｉｓｐｌａｙ）、ＣＲＴ（Ｃａｔｈｏｄｅ・Ｒａｙ・Ｔｕｂｅ）、或いは、その他の表示装置でもよい。ディスプレイ装置は、実施の形態で説明する表示部２７０の一例である。
【００４７】
プログラムは、通常は外部記憶装置９０２に記憶されており、主記憶装置９０３にロードされた状態で、順次演算装置９０１に読み込まれ、実行される。
プログラムは、ブロック構成図に示す「〜部」として説明している機能を実現するプログラムである。
プログラムプロダクト（コンピュータプログラムプロダクト）は、ブロック構成図に示す「〜部」の機能を実現するプログラムが記録された記憶媒体、記憶装置などから構成される。プログラムプロダクトは、外観に関わらず、コンピュータ読み取り可能なプログラムをロードしているものである。
【００４８】
更に、外部記憶装置９０２にはオペレーティングシステム（ＯＳ）も記憶されており、ＯＳの少なくとも一部が主記憶装置９０３にロードされ、演算装置９０１はＯＳを実行しながら、図１のブロック構成図に示す「〜部」の機能を実現するプログラムを実行する。
また、アプリケーションプログラムも外部記憶装置９０２に記憶されており、主記憶装置９０３にロードされた状態で、順次演算装置９０１により実行される。例えば、受信部１１０、事象取得部１２０、状況取得部１６０、警告判定部１７０、送信部１９０の機能を実現するプログラムと、危険管理情報１３０、車両状態情報１４０、環境状況情報１５０、通知判定条件情報１８０とが外部記憶装置９０２に記憶され、演算装置９０１が、外部記憶装置９０２に記憶された各種情報を用いて上記プログラムを実行することにより、処理を実現する。つまり、演算装置９０１であるハードウェアと上記プログラムであるソフトウェアとを組み合わせることにより、図１のブロック構成図に示す「〜部」の機能を実現する。換言すると、演算装置９０１は、図１のブロック構成図に示す「〜部」の機能を実現するようプログラムされているとも言える。なお、これら機能は、ハードウェアとソフトウェアとの組み合わせに限らず、演算装置９０１に上記プログラムをインプリメントし、ハードウェア単体で実現するようにしてもよい。
【００４９】
また、「〜テーブル」等の情報も外部記憶装置９０２に記憶されている。また、「〜の判断」、「〜の判定」、「〜の抽出」、「〜の検知」、「〜の設定」、「〜の登録」、「〜の選択」、「〜の生成」、「〜の入力」、「〜の出力」等の処理の結果を示す情報やデータや信号値や変数値が主記憶装置９０３に記憶されている。
また、サーバ装置１００、車載装置２００が受信したデータが主記憶装置９０３に記憶される。
また、暗号鍵・復号鍵や乱数値やパラメータが、主記憶装置９０３に記憶されてもよい。
【００５０】
なお、図５の構成は、あくまでもサーバ装置１００、車載装置２００のハードウェア構成の一例を示すものであり、サーバ装置１００、車載装置２００のハードウェア構成は図５に記載の構成に限らず、他の構成であってもよい。
【００５１】
図６は、本実施の形態に係る警告通知システム５００における警告通知方法（処理、工程）の動作の一例を示すフローチャートである。
図６を用いて、本実施の形態に係る警告通知システム５００における警告通知方法（処理、工程）の動作について説明する。
【００５２】
＜ルート取得処理（工程）：Ｓ１０１＞
Ｓ１０１において、車載装置２００のルート取得部２１０は、車両の走行ルートを移動ルートとして取得する。ルート取得部２１０は、ユーザがナビゲーション装置である車載装置２００に設定した行先に基づいて、車両の現在地から行先までの移動ルートを取得する。或いは、ルート取得部２１０は、車両の現在地から所定の範囲内にある道路を移動ルートとして取得してもよい。或いは、ルート取得部２１０は、過去の走行ルートの傾向から移動ルートを取得してもよい。
【００５３】
＜ルート判定処理（工程）：Ｓ１０２＞
Ｓ２０１において、車載装置２００のルート判定部２４０は、走行履歴２２０に基づいて、移動ルートが車両の運転者にとって慣れた道であるか否かを処理装置により判定する。
例えば、ルート判定部２４０は、走行履歴２２０を用いて、車両が移動ルートを過去に走行したか否かを判定し、過去に走行したことがある場合に移動ルートを慣れた道であると判定する。あるいは、ルート判定部２４０は、走行履歴２２０を用いて、移動ルートの走行回数をカウントし、走行回数が閾値以上である場合に移動ルートを慣れた道であると判定する。あるいは、ルート判定部２４０は、移動ルートが運転者の自宅から所定距離の範囲内である場合に、移動ルートを慣れた道であると判定してもよい。
【００５４】
ルート判定部２４０は、移動ルートを慣れた道であると判定した場合、通常、移動ルートを走行する時間帯を通常走行時間帯として取得する。ルート判定部２４０は、走行履歴２２０を用いて、通常走行時間帯を取得する。例えば、ルート判定部２４０は、走行履歴２２０から、過去に移動ルートを走行した時間帯を抽出し、抽出したすべての時間帯のうち所定割合以上を示す時間帯を通常走行時間帯として取得する。
【００５５】
ルート判定部２４０が移動ルートを慣れた道であると判定した場合、Ｓ１０３に進む。
ルート判定部２４０が移動ルートを慣れていない道であると判定した場合、処理を終了する。ただし、ルート判定部２４０が移動ルートを慣れていない道であると判定した場合には、警告を通知しないわけではなく、通常の警告通知処理を実行し、適切な警告を通知する。
【００５６】
＜ルート送信処理（工程）：Ｓ１０３＞
車載装置２００の装置通信部２６０は、ルート取得部２１０により取得された移動ルートと、ルート判定部２４０により取得された通常走行時間帯と、今回移動ルートを走行する時間帯である現状走行時間帯とを、ネットワーク３００を介してサーバ装置１００に送信する。
【００５７】
＜ルート受信処理（工程）：Ｓ２０１＞
Ｓ２０１において、サーバ装置１００の受信部１１０は、車載装置２００の装置通信部２６０から、移動ルート、通常走行時間帯、現状走行時間帯を、ネットワーク３００を介して受信する。
【００５８】
＜事象取得処理（工程）：Ｓ２０２＞
Ｓ２０２において、事象取得部１２０は、受信部１１０が受信した移動ルートと、危険管理情報１３０とに基づいて、移動ルートに関連付けられた危険事象を表す危険情報を取得する。
例えば、事象取得部１２０は、移動ルート上に飛び出し注意の危険位置Ａを危険情報として取得したものとする。
【００５９】
＜状況取得処理（工程）：Ｓ２０３＞
Ｓ２０３において、状況取得部１６０は、事象取得部１２０が取得した危険情報、移動ルート、通常走行時間帯、現状走行時間帯に基づき、車両状態情報１４０及び環境状況情報１５０を用いて、通常走行状況と現状走行状況とを取得する。
状況取得部１６０は、車両状態情報１４０及び環境状況情報１５０から、過去時点に移動ルートを走行した車両の通常走行状況を取得する。
なお、ある運転者にとって過去時点における走行状況は１つのみとは限らない場合がある。ある移動ルートを過去に複数回走行していれば、ある時は晴れ、ある時は雨等、複数の走行状況が存在する。このような場合は、状況取得部１６０は、過去に移動ルートを複数回走行した場合の複数の走行状況に基づいて、通常走行状況を取得する。
例えば、状況取得部１６０は、車両状態情報１４０及び環境状況情報１５０から、通常走行時間帯に移動ルートを走行した車両の複数の走行状況の平均の状態を通常走行状況として取得してもよい。あるいは、状況取得部１６０は、過去の走行状況のうちの最新の走行状況を通常走行状況として取得してもよい。あるいは、状況取得部１６０は、複数の過去の走行状況から、現在の走行状況に最も近い走行状況を選択し、選択した走行状況を通常走行状況として取得してもよい。あるいは、状況取得部１６０は、現在の走行状況の特定の項目について、値が一致するか、値がもっとも近い過去の走行状況を通常走行状況として取得してもよい。
【００６０】
また、状況取得部１６０は、車両状態情報１４０及び環境状況情報１５０から、現時点に移動ルートを走行する車両の現状走行状況を取得する。あるいは、状況取得部１６０は、車両状態情報１４０及び環境状況情報１５０から、現時点を含む所定の時間帯に移動ルートを走行した車両の走行状況の平均の状態を現状走行状況として取得してもよい。
【００６１】
状況取得部１６０は、事象取得部１２０が取得した危険事象「飛び出し注意」の危険位置Ａから予め指定された指定範囲（事象範囲の一例）における走行状況を取得する。
ここで、予め指定された範囲は、警告通知システム警告通知システム５００のシステム管理者が設定することができるものとする。例えば、１０メートル範囲内、５０メートル範囲内、１００メートル範囲内などと指定することができるものとする。
【００６２】
＜警告判定処理（工程）：Ｓ２０４＞
Ｓ２０４において、警告判定部１７０は、事象取得部１２０により取得された移動ルートの危険事象と、状況取得部１６０により取得された通常走行状況及び現状走行状況とに基づいて、通知判定条件情報１８０を参照し、警告を通知するか否かを処理装置により判定する。
【００６３】
図７は、本実施の形態に係る判定処理のアルゴリズムの一例を示すフローチャートである。演算装置９０１は、警告判定部１７０による判定処理、つまり、図７に示すアルゴリズム（ステップＳ２０４−１の処理からステップＳ２０４−５の処理）を実行することによりステップＳ２０４の判定処理を実現するようプログラムされている。
【００６４】
まず、警告判定部１７０は、事象取得部１２０から危険事象を取得し、状況取得部１６０から通常走行状況及び現状走行状況を取得する（ステップＳ２０４−１）。ここでの例では、危険事象が飛び出し注意の場合の通知判定を実行するものとする。また、通常走行状況として「通常走行時間帯は１２時から１３時（日中）」を取得し、現状走行状況として「現状走行時間帯は７時から８時（朝方）」を取得するものとする。また、通常走行状況として「時速３０キロメートル」を取得し、現状走行状況として「時速５０キロメートル」を取得する。また、通常走行状況として「乗車人数１人」を取得し、現状走行状況として「乗車人数５人」を取得するものとする。
次に、警告判定部１７０は、記憶装置から通知判定条件情報１８０を読み出す（ステップＳ２０４−２）。ここでは、通知判定条件情報１８０のうち、図４に示す危険事象「飛び出し注意」に対する通知判定条件１８１のうち「通常と時間帯が相違」、「通常より速さが速い」、「通常より乗車人数多い」に関する個所を読み出す。
次に、警告判定部１７０は、通知判定条件情報を参照し、危険事象に対する通知判定条件を満たすかを判断する（ステップＳ２０４−３）。ここでは、通常走行状況が「通常走行時間帯は１２時から１３時（日中）」で、現状走行状況が「現状走行時間帯は７時から８時（朝方）」のため、通知判定条件１８１「通常と時間帯が相違」を満たす。
警告判定部１７０は、他の通知判定条件１８１が残っているかを判断し（ステップＳ２０４−４）、残っていない場合はステップＳ２０４−５へ進み、残っている場合はステップＳ２０４−３に戻る。ここでは、残りの通知判定条件１８１が残っているため、これらについてステップＳ２０４−３を実施する。通常走行状況が「時速３０キロメートル」で、現状走行状況が「時速５０キロメートル」のため、通知判定条件１８１「通常より速さが速い」を満たす。また、通常走行状況が「乗車人数１人」で、現状走行状況が「乗車人数５人」のため、通知判定条件１８１「通常より乗車人数多い」を満たす。
次に、警告判定部１７０は、警告を通知するか否かを判定する（ステップＳ２０４−５）。ここでは、通知判定条件１８１「通常と時間帯が相違」、「通常より速さが速い」、「通常より乗車人数多い」の全てを満たす。図４に示すように、通知判定条件１８１「通常より乗車人数多い」は危険事象「飛び出し注意」に対しては通知なし「−」であるが、通知判定条件１８１「通常と時間帯が相違」、「通常より速さが速い」に関しては強調表示「◎」であるため、警告判定部１７０は、危険事象「飛び出し注意」に関する警告を強調表示により運転手等に通知すると判定する。なお、警告の通知については、映像の表示に限らず、音声通知でもいいし、振動による通知でもいいし、これらの組み合わせであってもよい。
なお、ここでは、警告判定部１７０は、ステップＳ２０４−１で危険事象、過去の走行状況である通常走行状況、及び、現在の走行状況である現状走行状況を取得した後、通知判定条件情報の読み出しを行っているが、これに限らない。例えば、警告判定部１７０は、移動ルートの通常走行状況と現状走行状況とが相違するか否かを先に判定し、相違する場合にステップＳ２０４−２以降の処理、すなわち警告を通知するか否かの判定処理を行うようにしてもよい。そうすることで、過去の走行状況と現在の走行状況とに相違がない場合には、通知判定条件情報の読み出しをはじめとするステップＳ２０４−２以降の処理を省略することができ、処理負担を下げることができる。
【００６５】
図６に戻って、警告判定部１７０は、警告の通知なしと判定した場合には（Ｓ２０４で通知なし）、処理を終了する。
警告判定部１７０は、警告の通知をすると判定した場合には（Ｓ２０４で通知する）、Ｓ２０５に進む。
【００６６】
＜送信処理（工程）：Ｓ２０５＞
送信部１９０は、警告判定部１７０から警告を表示するための警告情報を受け取る。警告情報には、警告の内容を示す情報と、警告の通知の強弱を示す情報とが含まれる。
例えば、警告判定部１７０が、危険位置Ａ近傍において警告「飛び出し注意」の強調通知をすると判定する。警告判定部１７０は、送信部１９０に対し、警告「飛び出し注意」と強調通知とを含む警告情報を出力する。
【００６７】
送信部１９０は、警告判定部１７０から受け取った警告情報を、ネットワーク３００を介して車載装置２００に送信する。
【００６８】
＜表示処理（工程）：Ｓ１０４＞
車載装置２００の装置通信部２６０は、サーバ装置１００の送信部１９０から、警告情報を受信する。
表示部２７０は、装置通信部２６０により受信された警告情報に基づいて、表示装置に警告を表示する。警告を通知する方法としては、表示装置に表示する方法以外に、例えば、音声により警告を通知してもよい。通常通知の場合は、「スリップに注意してください」等のアナウンスを音声出力し、強調通知の場合は、「危険です！危険です！前方追突注意！」等と緊迫感のあるアナウンスを音声出力してもよい。また、振動により警告を通知し、通常通知の場合は通常の振動、強調通知の場合は通常の振動よりも強い振動として警告を通知してもよい。また、音声、表示装置への表示、振動を組み合わせて通知してもよい。
【００６９】
以上で、本実施の形態に係る警告通知システム５００における警告通知方法（処理、工程）についての説明を終わる。
【００７０】
なお、図４の通知判定条件情報１８０の説明では、「◎」の優先度＞「○」の優先度＞「−」の優先度の順に優先度が設定されているものとした。
しかし、優先度の設定方法として、例えば、複数の通知判定条件１８１のそれぞれに、複数の通知判定条件１８１のそれぞれの優先度を表す優先度情報を付与してもよい。そして、警告判定部１７０は、複数の通知判定条件１８１のそれぞれに付与された優先度に基づいて、複数の通知判定条件１８１から少なくとも１つの通知判定条件１８１を選択し、選択した少なくとも１つの通知判定条件１８１に基づいて、通知判定処理を実行するものとしてもよい。
【００７１】
また、警告通知システム５００が表示装置に警告を表示するタイミングは、例えば、危険位置から予め定められた指定距離手前としてもよい。例えば、システム管理者により、危険位置から３キロメートル手前、２キロメートル手前などと指定されているものとする。あるいは、運転者が車載装置２００に移動ルートを設定した場合に、すぐに警告を通知してもよい。
【００７２】
以上のように、本実施の形態に係る警告通知システム５００によれば、慣れた道であっても走行状況の変化を取得することができるので、走行状況の変化により危険度が高くなった場合には適切に警告を通知することができる。例えば、普段通り慣れた学校前の道は、日中は人通りが少ない。しかし、今回、夕方の下校時刻時間帯に走行することになった場合、飛び出し注意の警告が通知され、適切な注意喚起をすることができる。
【００７３】
また、本実施の形態に係る警告通知システム５００によれば、サーバ装置側で警告の通知の要否を判定し、通知が必要な場合のみ警告情報を車載装置側に送信しているので、情報量を減らすことができ、ネットワークの負荷を低減することができる。
【００７４】
また、本実施の形態に係る警告通知システム５００によれば、通知判定条件情報１８０を備えているので、慣れた道での危険事象の内容により、危険事象に関する警告を通知するか否かをきめ細かく判定することができる。また、１つの通知判定条件１８１として１種類の条件のみを判定するようにしているので、判定処理を簡単にすることができる。また、通知判定条件１８１を変更しやすくすることができる。
【００７５】
このように、本実施の形態に係る警告通知システム５００によれば、慣れた道における走行状況の変化を的確に取得し、通常時と危険度が変わらない場合に警告を通知するような不必要な警告を削減するとともに、通常時より危険度が高くなった場合には必ず警告が強調表示されるなどの的確な警告通知を実現することができる。さらに、ネットワークの負荷を低減することができる。
【００７６】
実施の形態２．
本実施の形態では、主に、実施の形態１と異なる点について説明する。
本実施の形態において、実施の形態１で説明した構成部と同様の機能を有する構成部については同一の符号を付し、その説明を省略する場合がある。
【００７７】
実施の形態１では、車載装置２００からサーバ装置１００に移動ルート、通常走行時間帯、現状走行時間帯を送信すると、サーバ装置１００において移動ルート上の危険情報を取得し、警告の通知の要否を警告判定部１７０で判定し、通知が必要な場合は車載装置２００に警告情報を送信するものである。
本実施の形態では、サーバ装置１００が事象取得部１２０及び状況取得部１６０で取得した危険情報、通常走行状況及び現状走行状況を車載装置２００に送信し、車載装置２００が警告の通知の要否を判定する方式について説明する。車載装置２００は、警告の通知の要否を判定する警告通知装置の一例である。
【００７８】
図８は、本実施の形態に係る警告通知システム５０１のブロック構成の一例を示す図である。
図８に示すように、車載装置２００は、実施の形態１で説明した構成に加え、警告判定部１７０及び通知判定条件情報１８０を有する。そして、実施の形態１で説明した構成と異なり、サーバ装置１００が警告判定部１７０及び通知判定条件情報１８０を有していない。
警告判定部１７０及び通知判定条件情報１８０の機能構成については、実施の形態１で説明したものと同様である。
【００７９】
図９は、本実施の形態に係る警告通知システム５０１における警告通知方法の動作の一例を示すフローチャートである。
図９を用いて、警告通知システム５０１における警告通知方法の動作の一例について説明する。
【００８０】
図９において、Ｓ１０１〜Ｓ２０３の処理は、実施の形態１の図６で説明したＳ１０１〜Ｓ２０３と同様である。
【００８１】
Ｓ２０３ａにおいて、送信部１９０は、事象取得部１２０により取得された危険情報と、状況取得部１６０により取得された通常走行状況及び現状走行状況とを、車載装置２００に送信する。
【００８２】
＜受信処理（工程）：Ｓ１０３ａ＞
Ｓ１０３ａにおいて、装置通信部２６０は、サーバ装置１００から危険情報と通常走行状況及び現状走行状況とを受信する。
【００８３】
＜警告判定処理（工程）：Ｓ１０３ｂ＞
Ｓ１０３ｂの処理は、実施の形態１の図６で説明したＳ２０４と同様である。すなわち、車載装置２００の警告判定部１７０は、装置通信部２６０を介して危険情報と通常走行状況及び現状走行状況とを取得する。警告判定部１７０は、通常走行状況及び現状走行状況に基づいて通知判定条件情報１８０を参照し、危険事象の警告の要否を判定する。そして、警告判定部１７０は、通知すると判定した場合に、警告の内容と通知の方法とを含む警告情報を表示部２７０に対して出力する。
Ｓ１０４において、表示部２７０は、警告情報に従って、警告を表示装置に表示する。Ｓ１０４の処理は、実施の形態１の図６で説明したＳ１０４と同様の処理である。
【００８４】
以上で、本実施の形態に係る警告通知システム５０１における警告通知方法の動作についての説明を終わる。
【００８５】
以上のように、本実施の形態に係る警告通知システム５０１によれば、車載装置２００に通知判定条件情報１８０を備えているので、車両側（運転者側）で通知判定条件を動的に変更することができる。例えば、慣れた道であっても運転者が特定の危険事象に対する対応が苦手なため、この特定の危険事象に対する警告の場合には、通知の条件を軽くし、なるべく警告を通知するように条件を設定することができる。一方、ベテランドライバー、高度な運転技術を有するドライバーなどの場合には、警告の通知の条件を重くし、本当に必要な場合のみ警告を通知するように設定することができる。
【００８６】
なお、これまで説明してきた警告通知システムとは、サーバ装置１００と車載装置２００から構成されるシステム、つまり複数の装置からなるシステムのみに限らず、サーバ装置１００単体、または、車載装置２００単体をも含む概念である。つまり、警告通知システムとはサーバ装置１００を指すものであってもよいし、車載装置２００の一部又は全ての機能をさらに有するサーバ装置１００を指すものであってもよい。また、警告通知システムとは車載装置２００を指すものであってもよいし、サーバ装置１００の一部又は全ての機能をさらに有する車載装置２００を指すものであってもよい。以下の説明においても同様である。
【００８７】
実施の形態３．
本実施の形態では、主に、実施の形態１，２と異なる点について説明する。
本実施の形態において、実施の形態１，２で説明した構成部と同様の機能を有する構成部については同一の符号を付し、その説明を省略する場合がある。
【００８８】
本実施の形態では、ナビゲーション装置としてユーザが携帯する携帯端末装置４００を用いる場合について説明する。携帯端末装置４００とは、例えば、スマートフォン、タブレット端末などである。
本実施の形態では、サーバ装置１００が事象取得部１２０及び状況取得部１６０で取得した危険情報、通常走行状況及び現状走行状況を携帯端末装置４００に送信し、携帯端末装置４００が警告の通知の要否を判定する方式について説明する。また、携帯端末装置４００は、移動ルートが慣れた道かを判定する機能も有するものとする。携帯端末装置４００は、警告の通知の要否を判定する警告通知装置の一例である。
【００８９】
図１０は、本実施の形態に係る警告通知システム５０２のブロック構成の一例を示す図である。
図１０に示すように、警告通知システム５０２は、サーバ装置１００、車載装置２００、携帯端末装置４００を備える。サーバ装置１００、車載装置２００、携帯端末装置４００は、互いにネットワーク３００を介して接続されている。
【００９０】
携帯端末装置４００は、ルート取得部２１０、ルート判定部２４０、走行履歴２２０、警告判定部１７０、通知判定条件情報１８０、表示部４１０、装置通信部４４０を備える。サーバ装置１００が警告判定部１７０及び通知判定条件情報１８０を有していない点、車載装置２００がルート取得部２１０ルート判定部２４０、走行履歴２２０を有していない点が、実施の形態１，２とは異なる。
【００９１】
携帯端末装置４００には、ナビゲーション装置用のアプリケーションが搭載される。携帯端末装置４００は、ナビゲーション装置として機能する。
【００９２】
ルート取得部２１０、ルート判定部２４０、走行履歴２２０、警告判定部１７０、通知判定条件情報１８０の機能構成については、実施の形態１で説明したものと同様である。
表示部４１０は、携帯端末装置４００がナビゲーション装置として機能する場合の地図情報、行先情報などを表示装置に表示する。また、表示部４１０は、警告判定部１７０により通知が必要と判定された警告を表示装置に表示する。
装置通信部４４０は、携帯端末装置４００と、この携帯端末装置４００とネットワーク３００を介して接続されたサーバ装置１００、車載装置２００との通信を実行する。
【００９３】
図１１は、本実施の形態に係る警告通知システム５０２における警告通知方法の動作の一例を示すフローチャートである。
図１１を用いて、警告通知システム５０２における警告通知方法の動作の一例について説明する。
【００９４】
Ｓ３０１において、携帯端末装置４００のルート取得部２１０は、車両の走行ルートを移動ルートとして取得する。ルート取得部２１０は、ユーザがナビゲーション装置である携帯端末装置４００に設定した行先に基づいて、車両の現在地から行先までの移動ルートを取得する。
図１１において、Ｓ３０１〜Ｓ３０３の処理は、実施の形態１の図６で説明したＳ１０１〜Ｓ１０３と同様である。
【００９５】
図１１において、Ｓ２０１〜Ｓ２０３の処理は、実施の形態１の図６で説明したＳ２０１〜Ｓ２０３と同様である。
【００９６】
Ｓ２０３ｂにおいて、送信部１９０は、事象取得部１２０により取得された危険情報、状況取得部１６０により取得された通常走行時間帯及び現状走行時間帯を、携帯端末装置４００（スマートフォン、タブレット端末）に送信する。
【００９７】
Ｓ３０３ａにおいて、装置通信部４４０は、サーバ装置１００から危険情報と通常走行時間帯及び現状走行時間帯とを受信する。Ｓ３０３ａの処理は、実施の形態１の図６で説明したＳ１０３ａと同様である。
【００９８】
Ｓ３０３ｂの処理は、実施の形態１の図６で説明したＳ２０４と同様である。すなわち、携帯端末装置４００の警告判定部１７０は、サーバ装置１００から危険情報と通常走行時間帯及び現状走行時間帯とを取得する。警告判定部１７０は、状況情報に基づいて通知判定条件情報１８０を参照し、危険事象の警告の要否を判定する。そして、警告判定部１７０は、通知すると判定した場合に、警告の内容と通知の方法とを含む警告情報を表示部４１０に対して出力する。表示部４１０は、警告判定部１７０から警告情報を取得すると、取得した警告情報に基づいて、表示装置に警告を表示する。
【００９９】
警告判定部１７０は、警告を通知すると判定した場合に、警告の内容と通知の方法とを含む警告情報を車載装置２００に対して送信してもよい。車載装置２００の装置通信部２６０は、警告情報を受信すると、車載装置２００の表示部２７０に対して出力する。車載装置２００の表示部２７０は、車載装置２００の表示装置に警告を表示する。
或いは、警告判定部１７０は、警告を通知すると判定した場合に、警告情報を表示部４１０に出力するとともに、車載装置２００に対して送信してもよい。
【０１００】
Ｓ３０４において、表示部４１０は、警告情報に従って、警告を表示装置に表示する。Ｓ３０４の処理は、実施の形態１の図６で説明したＳ１０２と同様の処理である。
【０１０１】
以上で、本実施の形態に係る警告通知システム５０２における警告通知方法の動作についての説明を終わる。
【０１０２】
以上のように、本実施の形態に係る警告通知システム５０２によれば、ナビゲーション装置として機能する携帯端末装置４００に通知判定条件情報１８０を備えているので、車両側（運転者側）で通知判定条件を動的に変更することができる。また、車両が変更した場合であっても、携帯端末装置があれば簡単に警告通知システム５０２による警告通知サービスを受けることができる。
【０１０３】
なお、本実施の形態で説明してきた警告通知システムとは、サーバ装置１００と車載装置２００と携帯端末装置４００から構成されるシステム、つまり複数の装置からなるシステムのみに限らず、携帯端末装置４００単体をも含む概念である。つまり、警告通知システムとは携帯端末装置４００単体を指すものであってもよい。また、本実施の形態で説明してきた警告通知システムの機能ブロックを、サーバ装置１００、車載装置２００、携帯端末装置４００にどのように分散して配置しても構わない。
【０１０４】
なお、警告通知システムのブロック構成は、上記の実施の形態１〜３において説明したブロック構成に限られない。他の機能ブロック構成で実現しても構わない。
例えば、警告通知システムにおいて、事象取得部と状況取得部とを１つの機能ブロックとし、判定部と通信部とを１つの機能ブロックとしてもよい。
【０１０５】
機能ブロックは、矛盾しない範囲であれば必要に応じて種々の変更が可能であり、上記のブロック構成は任意である。また、実施の形態１〜３で説明した機能ブロックは、矛盾しない範囲で、警告通知システムにどのように分散して配置されても構わない。
例えば、ルート判定部２４０と走行履歴２２０とがサーバ装置１００に配置されていてもよい。この場合、車両側からサーバ装置に通常走行の時間帯を通知する必要はない。
【０１０６】
以上、本発明の実施の形態について説明したが、これらの実施の形態のうち、２つ以上を組み合わせて実施しても構わない。或いは、これらの実施の形態のうち、１つを部分的に実施しても構わない。或いは、これらの実施の形態のうち、２つ以上を部分的に組み合わせて実施しても構わない。
なお、以上の実施の形態は、本質的に好ましい例示であって、本発明、その適用物や用途の範囲を制限することを意図するものではなく、矛盾しない範囲であれば必要に応じて種々の変更が可能である。
【符号の説明】
【０１０７】
１００  サーバ装置、１１０  受信部、１２０  事象取得部、１３０  危険管理情報、１４０  車両状態情報、１５０  環境状況情報、１５１  天候情報、１５２  渋滞情報、１５３  工事情報、１６０  状況取得部、１７０  警告判定部、１８０  通知判定条件情報、１８１  通知判定条件、１９０  送信部、２００  車載装置、２１０  ルート取得部、２２０  走行履歴、２３０  車両情報、２４０  ルート判定部、２５０  車両情報収集部、２６０  装置通信部、２７０  表示部、３００  ネットワーク、４００  携帯端末装置、４１０  表示部、４４０  装置通信部、５００，５０１，５０２，５０３  警告通知システム、９０１  演算装置、９０２  外部記憶装置、９０３  主記憶装置、９０４  通信装置、９０５  入出力装置。
【図１】
2016021001.tif 000003
【図２】
2016021001.tif 000004
【図３】
2016021001.tif 000005
【図４】
2016021001.tif 000006
【図５】
2016021001.tif 000007
【図６】
2016021001.tif 000008
【図７】
2016021001.tif 000009
【図８】
2016021001.tif 000010
【図９】
2016021001.tif 000011
【図１０】
2016021001.tif 000012
【図１１】
2016021001.tif 000013
【手続補正書】
【提出日】平成28年9月14日(2016.9.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
車両の移動ルートを示す移動ルート情報を取得するルート取得部と、
前記移動ルートが走り慣れたルートであるか否かを判定するルート判定部と、
前記ルート判定部により前記移動ルートが走り慣れたルートであると判定された場合に、前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とを取得する状況取得部と、
前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とに基づいて、前記移動ルートに関連付けられた事象に関する警告を通知するか否かを判定する警告判定部と
を備え、
前記走行状況は前記車両の状態である警告通知システム。
【請求項２】
前記警告判定部は、前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とが相違する場合に、前記事象に関する警告を通知するか否かを判定する請求項１に記載の警告通知システム。
【請求項３】
前記移動ルートの過去の走行状況と前記移動ルートの現在の走行状況とが相違する場合に警告を通知するか否かを決定するための通知判定条件を前記事象と対応付けて記憶する通知判定条件記憶部を備え、
前記警告判定部は、前記通知判定条件に基づいて前記事象に関する警告を通知するか否かを判定する請求項１または２に記載の警告通知システム。
【請求項４】
前記事象には複数の前記通知判定条件が対応づけられる請求項３に記載の警告通知システム。
【請求項５】
前記通知判定条件には警告の優先度が付与され、
前記警告判定部は、前記優先度に基づき複数の前記通知判定条件のうち少なくとも１つの前記通知判定条件を選択し、選択した前記通知判定条件に基づいて前記事象に関する警告を通知するか否かを判定する請求項４に記載の警告通知システム。
【請求項６】
前記ルート判定部は、前記車両が過去に前記移動ルートを走行した場合に前記移動ルートが走り慣れたルートであると判定する請求項１から５のいずれか１項に記載の警告通知システム。
【請求項７】
前記ルート判定部は、前記移動ルートが自宅周辺にある場合に、前記移動ルートが走り慣れたルートであると判定する請求項１から６のいずれか１項に記載の警告通知システム。
【請求項８】
前記状況取得部は、
前記車両が過去に前記移動ルートを複数回走行した場合の複数の走行状況に基づいて、前記過去の走行状況を取得する請求項１から７のいずれか１項に記載の警告通知システム。
【請求項９】
前記走行状況は前記車両の周囲の環境である請求項１から８のいずれか１項に記載の警告通知システム。
【請求項１０】
前記状況取得部は、
前記移動ルートのうち前記事象の位置を含む事象範囲における過去の走行状況と、前記事象範囲における現在の走行状況とを取得する請求項１から９のいずれか１項に記載の警告通知システム。
【請求項１１】
前記ルート取得部と前記ルート判定部と前記状況取得部と前記警告判定部とは、前記車両に搭載される車載装置と通信可能なサーバ装置に設けられる請求項１から１０のいずれか１項に記載の警告通知システム。
【請求項１２】
前記ルート取得部と前記ルート判定部と前記状況取得部と前記警告判定部とは、前記車両に搭載される車載装置に設けられる請求項１から１０のいずれか１項に記載の警告通知システム。
【請求項１３】
前記警告通知システムは、サーバ装置と、前記車両に搭載され、前記サーバ装置と通信する車載装置とを備え、
前記ルート取得部と前記ルート判定部とは、前記車両に搭載される車載装置に設けられ、前記状況取得部と前記警告判定部とは、前記車載装置と通信可能なサーバ装置に設けられる請求項１から１０のいずれか１項に記載の警告通知システム。
【請求項１４】
前記ルート取得部と前記ルート判定部と前記状況取得部と前記警告判定部とは、ユーザが携帯する携帯端末装置に設けられる請求項１から１０のいずれか１項に記載の警告通知システム。
【請求項１５】
前記ルート取得部と前記ルート判定部と前記警告判定部とは、ユーザが携帯する携帯端末装置に設けられ、前記状況取得部は、前記携帯端末装置と通信可能なサーバ装置に設けられる請求項１から１０のいずれか１項に記載の警告通知システム。
【請求項１６】
ルート取得部が、車両の移動ルートを示す移動ルート情報を取得し、
ルート判定部が、前記移動ルートが走り慣れたルートであるか否かを判定し、
状況取得部が、前記ルート判定部により前記移動ルートが走り慣れたルートであると判定された場合に、前記移動ルートの過去の前記車両の状態と前記移動ルートの現在の前記車両の状態とを取得し、
警告判定部が、前記移動ルートの過去の前記車両の状態と前記移動ルートの現在の前記車両の状態とに基づいて、前記移動ルートに関連付けられた事象に関する警告を通知するか否かを判定する警告通知システムの警告通知方法。
【請求項１７】
ルート取得部が、車両の移動ルートを示す移動ルート情報を取得するルート取得処理と、
ルート判定部が、前記移動ルートが走り慣れたルートであるか否かを判定するルート判定処理と、
状況取得部が、前記ルート判定処理により前記移動ルートが走り慣れたルートであると判定された場合に、前記移動ルートの過去の前記車両の状態と前記移動ルートの現在の前記車両の状態とを取得する状況取得処理と、
警告判定部が、前記移動ルートの過去の前記車両の状態と前記移動ルートの現在の前記車両の状態とに基づいて、前記移動ルートに関連付けられた事象に関する警告を通知するか否かを判定する警告判定処理と
をコンピュータに実行させるプログラム。
【国際調査報告】
2016021001.tif 000014
2016021001.tif 000015
2016021001.tif 000016
2016021001.tif 000017