(57)【要約】【課題】車両を複数のドライバで共有する場合に、ドライバ毎に適切なナビゲーションを提供する。【解決手段】ナビゲーションシステムＮは、車両１００の撮像手段で撮像した画像から特定したドライバと関連付けて、ドライバが運転する車両の運転情報を記憶し、サーバ２００がその運転情報に基づいて、ドライバ毎に、出発時間を含む運転パターンを分析する。また、渋滞区間を含む渋滞情報を取得した場合、渋滞区間が含まれる運転パターンを抽出し、その運転パターンで特定される出発時間より前に、ドライバにより予め指定された情報処理装置へ目的地までの走行経路で渋滞が発生していることを示す注意情報を送信する。情報処理装置３００は注意情報を表示する。【選択図】図１
2017106737.tif 000002
【特許請求の範囲】
【請求項１】
車両内のドライバを撮像する撮像手段と、
前記撮像手段で撮像した画像から前記ドライバの顔認証画像を特定する特定手段と、
前記特定手段で特定した前記ドライバの顔認証画像と関連付けて、前記ドライバが運転する車両の出発時刻、走行経路、目的地、及び到着時刻を含む運転情報を記憶する運転情報記憶手段と、
前記運転情報記憶手段で記憶する前記運転情報に基づいて、前記ドライバ毎に、出発予測時刻、走行予測経路、予測目的地、及び到着予測時刻を含む運転パターンを分析する分析手段と、
渋滞している渋滞区間を含む渋滞情報を取得する取得手段と、
前記取得手段により前記渋滞情報を取得した場合、当該渋滞情報に含まれる渋滞区間が含まれる前記運転パターンを抽出する抽出手段と、
前記抽出手段により抽出される前記渋滞区間が含まれる運転パターンで特定される前記出発予測時刻より前に、前記ドライバにより予め指定された送信先の情報処理装置へ前記予測目的地までの予測走行経路に渋滞が発生していることを示す注意情報を送信する送信手段と、
を備えることを特徴とするナビゲーションシステム。
【請求項２】
前記渋滞情報は、渋滞が発生している渋滞区間、及び渋滞により遅延する遅延時間を含み、
前記注意情報は、前記渋滞区間、及び前記遅延時間を含む、
ことを特徴とする請求項１に記載のナビゲーションシステム。
【請求項３】
前記運転パターンに含まれる前記予測目的地までの複数の走行経路を作成する作成手段と、
前記作成手段により作成する前記複数の走行経路毎に前記予測目的地に到達するまでに必要な時間を予測する時間予測手段と、
を備え、
前記送信手段は、
前記時間予測手段で予測される前記複数の走行経路毎の予測時間のうち最も長い予測時間に対応する走行経路を選択し、前記選択した走行経路を用いても前記到着予測時刻に間に合う時刻に前記注意情報を前記情報処理装置へ送信する、
ことを特徴とする請求項１又は２に記載のナビゲーションシステム。
【請求項４】
前記送信手段は、
前記複数の経路及び前記予測時間を前記注意情報に含めて送信する、
ことを特徴とする請求項３に記載のナビゲーションシステム。
【請求項５】
前記情報処理装置は、
前記注意情報を受信する受信手段と、
前記受信手段により受信する注意情報に含まれる前記渋滞区間、遅延時間、前記複数の走行経路、及び前記予測時間を表示する表示手段と、
を備えることを特徴とする請求項４に記載のナビゲーションシステム。
【請求項６】
前記表示手段は、
前記複数の走行経路のうち前記予測時間が最も短い走行経路を他の走行経路とは区別できるように表示する、
ことを特徴とする請求項５に記載のナビゲーションシステム。
【請求項７】
前記車両と通信可能なサーバを備え、
前記車両は、
前記撮像手段、前記特定手段、及び前記運転情報記憶手段を備え、
前記サーバは、
前記取得手段、前記抽出手段、前記分析手段、及び前記送信手段を備える、
ことを特徴とする請求項１から請求項６のいずれか１項に記載のナビゲーションシステム。
【請求項８】
前記車両は、
前記サーバから前記運転情報を送信する指示を受信したときに、前記運転情報記憶手段に記憶する運転情報を送信する、
ことを特徴とする請求項７に記載のナビゲーションシステム。
【請求項９】
前記車両は、
前記撮像手段、前記特定手段、前記運転情報記憶手段、前記取得手段、前記抽出手段、前記分析手段、及び前記送信手段を備える、
ことを特徴とする請求項１から請求項６のいずれか１項に記載のナビゲーションシステム。
【請求項１０】
道路に関する、渋滞情報を含む交通情報を管理する交通情報提供システムを備え、
前記取得手段は、
前記渋滞情報を前記交通情報提供システムから取得する、
ことを特徴とする請求項１から請求項９のいずれか１項に記載のナビゲーションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ナビゲーションシステムに関する。
【背景技術】
【０００２】
車両を運転するドライバに対してナビゲーションを提供するナビゲーションシステムにおいて、ドライバの車両運転に関する生活情報をパターン化して登録し、登録した生活情報に基づいて出発予測時刻や目的地を求め、出発予測時刻や目的地と共に渋滞情報を送信する技術が知られている（下記、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１８１２４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、車両は一人が独占して利用する場合もあるが、例えば、家族で共有して利用する場合もある。また、マンション等の共用住宅において、共用住宅に居住する居住者で車両を共有する場合もある。このように、複数のドライバによって１つの車両を共有する場合が考えられる。
【０００５】
ここで、上記特許文献１に記載の技術によると、車両を複数のドライバによって共有することを考慮していないため、ドライバ毎に適切なナビゲーションを提供することができない。
【０００６】
本発明は、上記事情に鑑みてなされたものであり、車両を複数のドライバで共有する場合に、ドライバ毎に適切なナビゲーションを提供することができるナビゲーションシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明のナビゲーションシステムは、車両内のドライバを撮像する撮像手段と、前記撮像手段で撮像した画像から前記ドライバの顔認証画像を特定する特定手段と、前記特定手段で特定した前記ドライバの顔認証画像と関連付けて、前記ドライバが運転する車両の出発時刻、走行経路、目的地、及び到着時刻を含む運転情報を記憶する運転情報記憶手段と、前記運転情報記憶手段で記憶する前記運転情報に基づいて、前記ドライバ毎に、出発予測時刻、走行予測経路、予測目的地、及び到着予測時刻を含む運転パターンを分析する分析手段と、渋滞している渋滞区間を含む渋滞情報を取得する取得手段と、前記取得手段により前記渋滞情報を取得した場合、当該渋滞情報に含まれる渋滞区間が含まれる前記運転パターンを抽出する抽出手段と、前記抽出手段により抽出される前記渋滞区間が含まれる運転パターンで特定される前記出発予測時刻より前に、前記ドライバにより予め指定された送信先の情報処理装置へ前記予測目的地までの予測走行経路に渋滞が発生していることを示す注意情報を送信する送信手段と、を備えることを特徴とする。
【０００８】
このように構成されたナビゲーションシステムによると、車両を複数のドライバで共有する場合に、ドライバ毎に適切なナビゲーションを提供することができる。
【０００９】
また、ナビゲーションシステムにおいて、前記渋滞情報は、渋滞が発生している渋滞区間、及び渋滞により遅延する遅延時間を含み、前記注意情報は、前記渋滞区間、及び前記遅延時間を含むようにしても良い。
【００１０】
これにより、ナビゲーションシステムは、ドライバに対して、渋滞区間、渋滞による遅延時間をナビゲーションできるようになる。
【００１１】
さらに、ナビゲーションシステムは、前記運転パターンに含まれる前記予測目的地までの複数の走行経路を作成する作成手段と、前記作成手段により作成する前記複数の走行経路毎に前記予測目的地に到達するまでに必要な時間を予測する時間予測手段と、を備え、前記送信手段は、前記時間予測手段で予測される前記複数の走行経路毎の予測時間のうち最も長い予測時間に対応する走行経路を選択し、前記選択した走行経路を用いても前記到着予測時刻に間に合う時刻に前記注意情報を前記情報処理装置へ送信するようにしても良い。
【００１２】
また、前記送信手段は、前記複数の経路及び前記予測時間を前記注意情報に含めて送信するようにしても良い。
【００１３】
そして、前記情報処理装置は、前記注意情報を受信する受信手段と、前記受信手段により受信する注意情報に含まれる前記渋滞区間、遅延時間、前記複数の走行経路、及び前記予測時間を表示する表示手段と、を備えるようにしても良い
これにより、ナビゲーションシステムは、ドライバに対して、目的地に最も遅く到着する時刻以前に、渋滞が発生していることを報知することができるようになる。
【００１４】
さらに、前記表示手段は、前記複数の走行経路のうち前記予測時間が最も短い走行経路を他の走行経路とは区別できるように表示するようにしても良い。
【００１５】
これにより、ナビゲーションシステムは、最も早く目的地まで到着する経路をドライバが一目で視認できるように、注意情報を表示すること可能になる。
【００１６】
また、ナビゲーションシステムは、前記車両と通信可能なサーバを備え、前記車両は、前記撮像手段、前記特定手段、及び前記運転情報記憶手段を備え、前記サーバは、前記取得手段、前記抽出手段、前記分析手段、及び前記送信手段を備える、ようにしても良い。
【００１７】
これにより、運転情報の分析等の負荷が重い処理をサーバが実行することができ、車両の制御部の処理負担を軽減することが可能になる。
【００１８】
さらに、このようにナビゲーションシステムを構成した場合、前記車両は、前記サーバから運転情報を送信する指示を受信したときに、前記運転情報記憶手段に記憶した運転情報を送信するようにしても良い。
【００１９】
これにより、サーバは、自身の負荷が軽いときに、車両の運転情報を取得する処理を実行できるようになる。例えば、多くの車両から運転情報を取得する場合に、負荷を分散することができ、特に有効である。
【００２０】
また、前記車両は、前記撮像手段、前記特定手段、前記運転情報記憶手段、前記取得手段、前記抽出手段、前記分析手段、及び前記送信手段を備えるようにしても良い。
【００２１】
これにより、車両の運転情報やドライバの顔認証情報が車両外に出力されることはないため、車両を運転するドライバのプライバシーを保護することが可能になる。
【００２２】
さらに、道路に関する、渋滞情報を含む交通情報を管理する交通情報提供システムを備え、前記取得手段は、前記渋滞情報を前記交通情報提供システムから取得するようにしても良い。
【発明の効果】
【００２３】
本発明によれば、車両を複数のドライバで共有する場合に、ドライバ毎に適切なナビゲーションを提供することができる。
【図面の簡単な説明】
【００２４】
【図１】本発明の第１の実施形態に係るナビゲーションシステムの構成の一例を示す図。
【図２】同実施形態に係る車両の概略的な構成の一例を示すブロック図。
【図３】同実施形態に係るサーバの概略的な構成の一例を示すブロック図。
【図４】同実施形態に係る情報処理装置の概略的な構成の一例を示すブロック図。
【図５】同実施形態に係る車両に記憶される運転情報の一例を示すデータ構造図。
【図６】同実施形態に係る運転情報の具体的な一例を示す図。
【図７】同実施形態に係るサーバに記憶される全運転情報の一例を示すデータ構造図。
【図８】同実施形態に係る運転情報の分析結果（運転パターン）の一例を示す図。
【図９】同実施形態に係る車両のメールアドレスを設定する処理の一例を示すフローチャート。
【図１０】同実施形態に係る車両の運転情報を記憶する処理の一例を示すフローチャート。
【図１１】同実施形態に係るサーバの分析処理の一例を示すフローチャート。
【図１２】同実施形態に係るサーバが渋滞情報を受信したときの処理の一例を示すフローチャート。
【図１３】同実施形態に係るサーバの注意情報を送信する処理の一例を示すフローチャート。
【図１４】同実施形態に係る情報処理装置が注意情報を受信したときの処理の一例を示すフローチャート。
【図１５】同実施形態に係る情報処理装置の注意情報の表示の一例を示す図。
【図１６】本発明の第２の実施形態に係るナビゲーションシステムの構成の一例を示す図。
【図１７】同実施形態に係る車両の概略的な構成の一例を示すブロック図。
【図１８】本発明の各実施形態に係る情報処理装置の注意情報の表示の一例を示す図。
【発明を実施するための形態】
【００２５】
以下、本発明の各実施の形態について図面を参照しながら説明する。  
（第１の実施形態）
図１は、ナビゲーションシステムＮの構成の一例を示す図である。
【００２６】
図１に示すように、ナビゲーションシステムＮは、車両１００、サーバ２００、情報処理装置３００、及び交通情報提供システム４００を含む。また、車両１００、サーバ２００、情報処理装置３００はそれぞれネットワーク５００に接続されている。ネットワーク５００は、例えば、インターネットであるが、インターネットだけでなく、携帯電話通信網を含んでも良い。
【００２７】
交通情報提供システム４００は、交通に関する、渋滞情報を含む交通情報を提供するシステムである。例えば、交通情報を提供するアンテナが電波塔の上部に設けられており、該アンテナから広範囲に渋滞情報を含む交通情報を放射する。なお、本実施形態では、交通情報提供システム４００のアンテナが電波塔の上部に設けられ、該アンテナから電波を放射して交通情報を提供する場合で説明するが、交通情報提供システム４００がネットワーク５００に接続されるように構成し、ネットワーク５００を介してサーバ２００等に交通情報を提供するように構成しても良い。
【００２８】
図２は、車両１００の概略的な構成の一例を概略的に示すブロック図である。
【００２９】
図２に示すように、車両１００は、制御部１１０、スイッチ１１１、撮像部１２０、画像処理部１２１、位置情報取得部１３０、地図情報取得部１４０、時計部１５０、タッチパネル１６０、通信部１７０、記憶部１８０及び報知部１９０を有している。また、記憶部１８０には、車体ＩＤ記憶部１８１、車体アドレス記憶部１８２、運転情報記憶部１８３、及びメールアドレス記憶部１８４が設けられている。なお、車両１００は、図１に示す構成以外にも車両としての機能を実現するための構成を有しているが、本発明と直接関係がないため、図示及び詳細な説明を省略する。
【００３０】
制御部１１０は、例えば、ＥＣＵ（Electronic Control Unit）であり、車両１００の各装置を総合的に制御する。本実施形態では、制御部１１０は、撮像部１２０、画像処理部１２１、位置情報取得部１３０、地図情報取得部１４０、時計部１５０、タッチパネル１６０、通信部１７０、記憶部１８０、及び報知部１９０を制御する。
【００３１】
スイッチ１１１は、車両１００の起動／停止を指示する起動スイッチである。例えば、ドライバのエンジンキーの操作に基づいて、スイッチ１１１が動作して、車両１００が起動し、又は停止する。
【００３２】
撮像部１２０は、例えば、カメラであり、運転席に位置するドライバの顔を撮像可能な車両１００内の所定位置に設けられる。撮像部１２０は、ドライバから車両１００の起動指示が与えられたときに、制御部１１０から所定の指示を受信する。この所定の指示に基づいて、撮像部１２０は、運転席に位置するドライバの顔を撮像し、その撮像した画像を画像情報として画像処理部１２１へ出力する。
【００３３】
画像処理部１２１は、撮像部１２０から受信する画像情報を解析し、ドライバの顔（顔認証画像）を特定する。画像処理部１２１は、ドライバの顔を特定すると、ドライバの顔認証情報を制御部１１０へ出力する。なお、画像処理部１２１は、撮像部１２０に含まれるように構成しても良い。
【００３４】
位置情報取得部１３０は、例えば、ＧＰＳ（Grand Positioning System）である。位置情報取得部１３０は、車両１００が起動状態になったときに制御部１１０から所定の指示を受信する。この所定の指示を受信すると、位置情報取得部１３０は、位置情報取得処理を開始して車両１００の現在位置を特定し、特定した現在位置を現在位置情報として制御部１１０へ出力する。
【００３５】
地図情報取得部１４０は、例えば、ナビシステムである。例えばネットワーク５００を介して地図情報を所定の提供元から受信し、タッチパネル１６０に地図情報を出力する。なお、位置情報取得部１３０は、地図情報取得部１４０に含まれても良い。また、タッチパネル１６０に表示される地図情報には、車両１００の現在位置が表示される。
【００３６】
時計部１５０は、現在の日付、及び時刻を生成する。制御部１１０は、時計部１５０で生成される日付、及び時刻を用いて、所定の処理を行ったときの日付、及び時刻を取得する。ここで、所定の処理とは、例えば、後述する運転情報の取得処理である。
【００３７】
タッチパネル１６０は、ドライバに対して所定の情報を提供し、また、ドライバからの指示を受け付ける。例えば、タッチパネル１６０は、ドライバが自身のメールアドレスを登録するときに必要な情報を表示し、該表示に基づいてドライバから指示を受け付ける。また、例えば、タッチパネル１６０は、車両１００の走行時には、位置情報取得部１３０から取得する位置情報、及び地図情報取得部１４０から取得する地図情報に基づいて、車両１００の走行位置及び走行位置周辺の地図を表示する等のナビゲーションを表示する。ナビゲーションは、例えば、目的地までのルートを矢印により地図上に表示する。ドライバは、タッチパネル１６０のナビゲーションを視認することによって、スムーズな運転を行うことが可能になる。さらに、タッチパネル１６０は、音声によるナビゲーションをドライバに対して行う場合は、所定のメッセージや警告音等を出力するように報知部１９０に指示を送信する。
【００３８】
通信部１７０は、ネットワーク５００を介したサーバ２００、及び情報処理装置３００との通信をそれぞれ制御し、また、交通情報提供システム４００から提供される交通情報の受信制御を実行する。なお、交通情報提供システム４００がネットワーク５００を介して交通情報を提供する場合、通信部１７０は、ネットワーク５００を介した交通情報提供システム４００との通信を制御する。
【００３９】
記憶部１８０は、種々のデータの記憶するものであり、例えば、ハード・ディスク・ドライブである。本実施形態においては、記憶部１８０には、既述のように、車体ＩＤ記憶部１８１、車体アドレス記憶部１８２、運転情報記憶部１８３、及びメールアドレス記憶部１８４が設けられている。
【００４０】
車体ＩＤ記憶部１８１は、車両１００を特定する車体ＩＤ（車体識別情報）が記憶される。車体ＩＤは、例えば、車両１００の車体番号である。なお、車体ＩＤは、制御部１１０内の所定の領域に記憶されても良い。車体ＩＤにより、ネットワーク５００において、サーバ２００、情報処理装置３００は、他の車両から車両１００を識別できるようになっている。
【００４１】
車体アドレス記憶部１８２は、ネットワーク５００で車両１００と通信を行うためのアドレス番号が記憶される。
【００４２】
運転情報記憶部１８３は、運転情報を記憶する。運転情報は、ドライバ毎の車両１００の運転記録である。運転情報の詳細は、図５及び図６を参照して後述する。
【００４３】
メールアドレス記憶部１８４は、ドライバ毎に設定されるメールアドレスである。該メールアドレスは、例えば、ドライバが所持するスマートフォンやタブレット端末等の情報処理装置に設定されているメールアドレスである。メールアドレスは、ドライバ毎に設定可能であり、その登録処理の詳細については、図９を参照して後述する。
【００４４】
報知部１９０は、例えば、音声出力を行う音声出力部である。報知部１９０は、タッチパネル１６０からの指示に基づいて、音声や警告音を出力する。なお、報知部１９０は、タッチパネル１６０に含まれても良い。
【００４５】
図３は、サーバ２００の概略的な構成の一例を示す図である。
【００４６】
図３に示すように、サーバ２００は、制御部２１０、通信部２２０、時計部２３０、全運転情報記憶部、及び分析プログラム記憶部２５０、及び分析結果記憶部２６０を有している。
【００４７】
制御部２１０は、例えば、ＣＰＵ、ＲＯＭ、及びＲＡＭから構成され、サーバ２００内の各装置を総合的に制御する。本実施形態においては、制御部１１０は、通信部２２０、時計部２３０、全運転情報記憶部２４０、分析プログラム記憶部２５０、及び分析結果記憶部２６０を制御する。
【００４８】
通信部２２０は、ネットワーク５００を介した車両１００、及び情報処理装置３００との通信をそれぞれ制御し、また、交通情報提供システム４００から提供される交通情報を受信する。なお、交通情報提供システム４００がネットワーク５００を介して交通情報を提供する場合、通信部２２０は、ネットワーク５００を介した交通情報提供システム４００との通信を制御する。
【００４９】
時計部２３０は、現在の日付、及び時刻を生成する。制御部２１０は、時計部２３０で生成される日付、及び時刻を用いて、所定の処理を行ったときの日付、及び時刻を取得する。ここで、所定の処理とは、例えば、後述する注意情報の送信処理である。また、注意情報とは、ドライバが通常用いる運転経路に渋滞が発生した場合に、通常より早く出発することが必要である旨を報知する情報である。なお、注意情報の詳細については、後述する。
【００５０】
全運転情報記憶部２４０は、全運転情報を記憶する。全運転情報は、複数の車両１００から受信する運転情報を、各車両１００にそれぞれ対応付けたものである。全運転情報の詳細は、図７を参照して後述する。
【００５１】
分析プログラム記憶部２５０は、分析プログラムを記憶する。分析プログラムは、制御部２１０に読み込まれて実行される。分析プログラムは、車両１００を運転したドライバの運転記録（運転情報）を用いて、そのドライバの運転パターンを分析するためのプログラムである。
【００５２】
分析結果記憶部２６０は、制御部２１０が分析プログラム記憶部２５０に記憶される分析プログラムを実行して、運転情報を分析することにより取得される分析結果（以下、運転パターンという）を記憶する。なお、運転情報を分析し、運転パターンを取得する具体的な一例については、図８を参照して後述する。
【００５３】
図４は、情報処理装置３００の概略的な構成の一例を示す図である。
【００５４】
情報処理装置３００は、通信装置を含むドライバが携帯可能な情報処理装置であり、例えば、スマートフォンやタブレットである。
【００５５】
図４に示すように、情報処理装置３００は、制御部３１０、通信部３２０、タッチパネル３３０、報知部３４０、時計部３５０、メモリ３６０、メールアドレス記憶部３７０、及びプログラム記憶部３８０を有している。
【００５６】
制御部３１０は、例えば、ＣＰＵ、ＲＯＭ、及びＲＡＭで構成され、制御部３１０、通信部３２０、タッチパネル３３０、報知部３４０、時計部３５０、メモリ３６０、メールアドレス記憶部３７０、及びプログラム記憶部３８０を総括的に制御する。
【００５７】
通信部３２０は、ネットワーク５００を介した車両１００、及びサーバ２００との通信をそれぞれ制御する。
【００５８】
タッチパネル３３０は、ユーザ（本実施形態では、車両１００のドライバのことであり、説明をわかりやすくするため、以下、ドライバという）に対して所定の情報を提供し、また、ドライバからの指示を受け付ける。例えば、タッチパネル１６０は、ドライバが注意情報を受信したときに、注意情報を受信した旨を表示する。また、タッチパネル３３０は、ドライバから所定の指示を受け付けると、注意情報を表示する。さらに、タッチパネル３３０は、音声によるナビゲーションをドライバに対して行う場合は、所定のメッセージや警告音等を出力するように報知部３４０に指示を送信する。
【００５９】
報知部３４０は、例えば、音声出力を行う音声出力部である。報知部３４０は、タッチパネル３３０からの指示に基づいて、音声や警告音を出力する。なお、報知部３４０は、タッチパネル３３０に含まれても良いのは、車両１００の場合と同様である。
【００６０】
時計部３５０は、現在の日付、及び時刻を生成する。制御部２１０は、時計部２３０で生成される日付、及び時刻を用いて、所定の処理を行うときに日付、及び時刻を取得する。ここで、所定の処理とは、例えば、後述する注意情報の表示処理である。
【００６１】
メモリ３６０は、情報を保持する。例えば、メモリ３６０は、サーバ２００から受信する注意情報を保持する。
【００６２】
メールアドレス記憶部３７０は、ネットワーク５００を介してサーバ２００から電子メールを受信するためのメールアドレスを記憶する。本実施形態においては、メールアドレス記憶部３７０に記憶されるメールアドレスを送信先として、サーバ２００から注意情報が電子メールの形式で送信される場合で説明するが、注意情報の形式は電子メールに限られない。例えば、注意情報を情報処理装置３００を宛先とするメッセージの形式でサーバ２００から受信するようにしても良い。
【００６３】
プログラム記憶部３８０は、注意情報をタッチパネル３３０に表示するためのプログラムを記憶する。なお、このプログラムを用いるのではなく、例えば、情報処理装置３００のオペレーションシステムに組み込まれているプログラムを用いて注意情報を表示するようにしても良い。
【００６４】
交通情報提供システム４００は、例えば、ＶＩＣＳ（登録商標）（vehicle information and communication system）である。
【００６５】
交通情報提供システム４００は、道路で発生した渋滞を示す渋滞情報を含む交通情報を、例えば、車両１００やサーバ２００に提供する。本実施形態においては、サーバ２００が交通情報提供システム４００から交通情報を受信する場合を説明する。
【００６６】
交通情報提供システム４００は、各道路を区間に分けて管理しており、渋滞情報には、渋滞が発生している渋滞区間と、渋滞により遅延が生じる遅延時間とが含まれる。渋滞は、例えば、交通取り締まり、速度制限の取り締まり、駐車違反の取り締まり、通行止め、片側通行、交通規制、道路工事、建築工事等の種々の原因により発生する。交通情報提供システム４００は、これらの事情を予め取得したり、各道路を通過する車両から交通状況に関する情報を収集することにより、渋滞が発生している区間を取得し、遅延時間を推定する。
【００６７】
図５は、車両１００の運転情報記憶部１８３に記憶される運転情報の一例を示すデータ構造図である。
【００６８】
図５のデータＤ１が示すように、車体ＩＤ記憶部１８１に記憶される車体ＩＤにドライバＩＤが関連付けられる。ドライバＩＤは、制御部１１０が画像処理部１２１から取得するドライバの顔認証情報である。したがって、車両１００を運転するドライバ毎に異なるドライバＩＤを有している。
【００６９】
ドライバＩＤには、運転情報Ｍ１１〜Ｍ１５が対応付けられている。運転情報は、ドライバの車両１００の運転記録であり、ドライバが車両１００を運転する毎にドライバＩＤに関連付けて運転情報が追加される。ここで、運転情報の具体的な一例について説明する。
【００７０】
図６は、運転情報の具体的な一例を説明するための図である。
【００７１】
図６に示すように、運転情報Ｍ１１には、出発位置（○○△△）、出発時刻（2015/11/09  MON 08:15:05）、走行経路（区間Ａ，区間Ｃ，区間Ｄ，区間Ｆ，区間Ｈ）、到着時刻（2015/11/09  MON 08:45:15）、及び目的地（○○自動車工業株式会社  ××事業所）が対応付けられている。
【００７２】
図７は、サーバ２００の全運転情報記憶部２４０に記憶される全運転情報の一例を示すデータ構造図である。
【００７３】
図７のデータＤ２が示すように、全運転情報は、車体ＩＤ毎に、且つ、ドライバＩＤ毎に運転情報が対応付けられて構成されている。また、ドライバＩＤに対応づけてメールアドレスが記憶されている。このメールアドレスは、車両１００のメールアドレス記憶部１８４に記憶されるメールアドレスと一致する。
【００７４】
このように、サーバ２００は、複数の車両１００の運転情報を各車両１００毎に管理できるようになっている。
【００７５】
図８は、サーバ２００が運転情報を分析して運転パターンを求める分析方法、及び運転パターン（分析結果）の具体的な一例を説明するための図である。
【００７６】
例えば、運転情報Ｍ１１〜Ｍ１５の内容が、図８に示すように以下の内容であるとする。
【００７７】
運転情報Ｍ１１は、出発位置（○○△△）、出発時刻（2015/11/09 MON 08：15：05）、走行経路（区間Ａ，区間Ｃ，区間Ｄ，区間Ｆ，区間Ｈ）、到着時刻（2015/11/09 MON 08：45：15）、及び目的地（○○自動車工業株式会社××事業所）である。
【００７８】
運転情報Ｍ１２は、出発位置（○○△△）、出発時刻（2015/11/10 TUE 08：16：06）、走行経路（区間Ａ，区間Ｃ，区間Ｄ，区間Ｆ，区間Ｈ）、到着時刻（2015/11/09 TUE 08：48：15）、及び目的地（○○自動車工業株式会社××事業所）である。
【００７９】
運転情報Ｍ１３は、出発位置（○○△△）、出発時刻（2015/11/11 WED 08：16：05）、走行経路（区間Ａ，区間Ｃ，区間Ｄ，区間Ｆ，区間Ｈ）、到着時刻（2015/11/11 WED 08：45：45）、及び目的地（○○自動車工業株式会社××事業所）である。
【００８０】
運転情報Ｍ１４は、出発位置（○○△△）、出発時刻（2015/11/12 THU 08：15：25）、走行経路（区間Ａ，区間Ｃ，区間Ｄ，区間Ｆ，区間Ｈ）、到着時刻（2015/11/09 THU 08：45：49）、及び目的地（○○自動車工業株式会社××事業所）である。
【００８１】
運転情報Ｍ１５は、出発位置（○○△△）、出発時刻（2015/11/13 FRI 08：14：15）、走行経路（区間Ａ，区間Ｃ，区間Ｄ，区間Ｆ，区間Ｈ）、到着時刻（2015/11/13 FRI 08：45：17）、及び目的地（○○自動車工業株式会社××事業所）である。
【００８２】
制御部２１０は、運転情報Ｍ１１からＭ１５を分析すると、月曜日から金曜日の出発位置（○○△△）、走行経路（区間Ａ，区間Ｃ，区間Ｄ，区間Ｆ，区間Ｈ）、目的地（○○自動車工業株式会社××事業所）が同一であり、土曜日、日曜日には運転情報が記憶されていないことを分析する。
【００８３】
また、制御部２１０は、目的地が会社内であることを考慮すると、ドライバが車両１００を通勤に用いていることを分析する。さらに、制御部２１０は、出発時刻が概ね８時１５分、及び到着時刻が概ね８時４５分であることを分析する。
【００８４】
したがって、制御部２１０は、運転パターンＰ１として、出発予測位置（○○△△）、出発予測時刻（MON-FRI 08：15：00）、走行予測経路（区間Ａ，区間Ｃ，区間Ｄ，区間Ｆ，区間Ｈ）、到着予測時刻（MON-FRI 08：45：00）、及び予測目的地（○○自動車工業株式会社××事業所）を分析し、運転パターンＰ１を分析結果記憶部２６０に記憶する。なお、運転パターンＰ１には、車体ＩＤ、ドライバＩＤ、及びメールアドレスが対応付けられている。
【００８５】
次に、ドライバが注意情報を受信するメールアドレスを設定する処理について説明する。図９は、制御部１１０が注意情報を受信するためのメールアドレスを設定する処理の一例を示すフローチャートである。
【００８６】
車両１００の運転席に位置するドライバがタッチパネル１６０を操作して、メールアドレス設定操作を開始する。これにより、制御部１１０は、ドライバからのメールアドレス設定操作を受け付ける（ＳＴ１０１）。
【００８７】
次に、制御部１１０は撮像部１２０を動作させる（ＳＴ１０２）。撮像部１２０は運転席に位置するドライバの顔を撮像する。撮像部１２０で撮像された画像は、画像処理部１２１により、顔認証処理が実行される。このときの顔認証情報が当該ドライバのドライバＩＤとなる。
【００８８】
次に、制御部１１０は、タッチパネル１６０に撮像したドライバＩＤ（顔認証情報）を表示する（ＳＴ１０３）。このタッチパネル１６０に表示される画像によりドライバは自分の顔が撮影されたか否かを判断し、タッチパネル１６０にＯＫ又はＮＯを入力する。
【００８９】
制御部１１０は、ドライバの入力に基づいて、ＯＫか否かを判断する（ＳＴ１０４）。ＯＫでない（つまり、ＮＯである）と判断した場合（ＳＴ１０４：ＮＯ）、処理は、ステップＳＴ１０１へ戻り、処理がやり直される。
【００９０】
ＯＫであると判断した場合（ＳＴ１０４：ＹＥＳ）、制御部１１０は、ドライバが希望する注意情報の送信先のメールアドレスの入力を受け付ける（ＳＴ１０５）。
【００９１】
次に、ドライバのタッチパネル１６０への入力操作に基づいて、制御部１１０は、処理が終了か否かを判断する（ＳＴ１０６）。終了でないと判断した場合（ＳＴ１０６：ＮＯ）、メールアドレスを受け付ける処理を継続する。
【００９２】
一方、終了であると判断した場合（ＳＴ１０６：ＹＥＳ）、制御部１１０は、受け付けたメールアドレスをドライバＩＤと関連付けてメールアドレス記憶部１８４に記憶する（ＳＴ１０７）。
【００９３】
次に、制御部１１０は、車体ＩＤ記憶部１８１に記憶される車体ＩＤと、メールアドレス記憶部１８４に記憶したメールアドレスと、ドライバＩＤとを関連付け、これらの関連付けた情報をサーバ２００へ送信する（ＳＴ１０８）。そして、メールアドレス設定処理が終了する。
【００９４】
サーバ２００は、車両１００から車体ＩＤ、メールアドレス、ドライバＩＤが関連付けられた情報を受信すると、全運転情報記憶部２４０を参照し、データＤ２（参照：図７）から車体ＩＤとドライバＩＤとを特定し、車体ＩＤとドライバＩＤとに関連付けてメールアドレスを記憶する。なお、車体ＩＤ、ドライバＩＤが見つからない場合、制御部２１０は、データＤ２に、車体ＩＤ、メールアドレス、ドライバＩＤを追加する。なお、本実施形態においては、メールアドレスは、ドライバＩＤに関連付けて１つ登録されている場合で説明するが、２つ以上でも良いし、ドライバのタッチパネル１６０の操作に基づいてメールアドレスを変更することも可能である。
【００９５】
次に、車両１００をドライバが運転するときの運転情報を記憶する処理について説明する。図１０は、制御部１１０が運転情報を記憶する処理の一例を示すフローチャートである。
【００９６】
図１０に示すように、まず、制御部１１０は、車両起動か否かを判断する（ＳＴ２０１）。本実施形態においては、制御部１１０は、ドライバによりスイッチ１１１がＯＮされたか否かを判断する。車両起動でないと判断した場合（ＳＴ２０１：ＮＯ）、処理は、ステップＳＴ２０１へ戻り、制御部１１０は待機状態を継続する。
【００９７】
また、車両起動であると判断した場合（ＳＴ２０１：ＹＥＳ）、制御部１１０は、撮像部１２０を動作させる（ＳＴ２０２：撮像手段）。これにより、運転席に位置するドライバの顔が撮影され、ドライバＩＤ（顔認証情報）が取得される。
【００９８】
次に、制御部１１０は、ドライバを特定する（ＳＴ２０３：特定手段）。より詳細には、制御部１１０は、ステップＳＴ２０２にて取得したドライバＩＤ（顔認証情報）と、運転情報記憶部１８３に記憶されているドライバＩＤ（顔認証情報）とを比較して、ドライバを特定する。なお、一致するドライバＩＤが運転情報記憶部１８３に無い場合、例えば、初めて車両１００を運転するドライバの場合、制御部１１０は、今回取得したドライバＩＤと車体ＩＤとを関連付けて運転情報記憶部１８３に記憶する。
【００９９】
次に、制御部１１０は、出発位置及び出発時刻を記憶する（ＳＴ２０４）。具体的には、制御部１１０は、位置情報取得部１３０により取得される位置と、地図情報取得部１４０により取得される地図とに基づいて出発位置を特定し、その出発位置をドライバＩＤに関連付けて運転情報記憶部１８３に記憶する。また、制御部１１０は、時計部１５０から取得する日付、及び時刻に基づいて、日付及び現在時刻を特定し、その特定した日付及び現在時刻を出発時刻として、ドライバＩＤ及び出発位置に関連付けて運転情報記憶部１８３に記憶する。
【０１００】
次に、制御部１１０は、車両１００の走行経路を記憶する（ＳＴ２０５）。位置情報取得部１３０により取得される位置と、地図情報取得部１４０から取得される地図とに基づいて、車両１００が走行する区間を特定し、走行した区間を時系列でドライバＩＤと関連付けて運転情報記憶部１８３に記憶する。例えば、制御部１１０は、道路を走行中、予め設定された区間の走行が終了すると走行した区間をドライバＩＤに関連付けて運転情報記憶部１８３に記憶する。ここで、区間は、交通情報提供システム４００が渋滞情報を提供するときの区間と対応するように区間が設定される。
【０１０１】
次に、制御部１１０は、車両１００が停止か否かを判断する（ＳＴ２０６）。この判断は、車両１００の一時的な停止ではなく、車両１００が目的地に到着したか否かを判断する。したがって、制御部１１０は、例えば、スイッチ１１１がＯＦＦになったか否かにより、ステップＳＴ２０６の判断を行う。車両１００が停止でないと判断した場合（ＳＴ２０６：ＮＯ）、処理は、ステップＳＴ２０５へ戻る。これにより、車両１００が停止するまでの走行経路が区間毎に順次記憶される。
【０１０２】
一方、車両１００が停止したと判断した場合（ＳＴ２０６：ＹＥＳ）、制御部１１０は、到着位置及び到着時刻を記憶する（ＳＴ２０７）。具体的には、制御部１１０は、位置情報取得部１３０により取得される位置と、地図情報取得部１４０から取得される地図とに基づいて、到着位置を特定し、その到着位置をドライバＩＤに関連付けて運転情報記憶部１８３に記憶する。また、制御部１１０は、時計部１５０から取得する日付、及び時刻に基づいて、日付及び現在時刻を特定し、その特定した日付及び現在時刻を到着時刻として、ドライバＩＤ及び到着位置に関連付けて運転情報記憶部１８３に記憶する。これにより、今回のドライバの運転情報が運転情報記憶部１８３に記憶される。ステップＳＴ２０４からＳＴ２０７により、本発明の記憶手段が構成される。
【０１０３】
次に、制御部１１０は、車体ＩＤ、ドライバＩＤ、及び今回運転情報記憶部１８３に記憶した運転情報をそれぞれ関連付けた情報（以下、送信情報という）をサーバ２００へ送信する（ＳＴ２０８）。そして、制御部１１０は処理を終了する。
【０１０４】
これにより、サーバ２００は、複数の車両１００の運転が行われる毎に、各車両１００から送信情報、つまり、運転情報、車体ＩＤ、及びドライバＩＤがそれぞれ関連付けられた情報を取得することが可能になる。
【０１０５】
次に、サーバ２００が車両１００から送信情報を受信したときの処理を説明する。図１１は、制御部２１０が車両１００から送信情報を受信したときに実行する処理の一例を示すフローチャートである。
【０１０６】
図１１に示すように、まず、制御部２１０は、車両１００から送信情報を受信したか否かを判断する（ＳＴ３０１）。送信情報を受信していないと判断した場合（ＳＴ３０１：ＮＯ）、処理は、ステップＳＴ３１０へ戻り、待機状態が継続される。
【０１０７】
一方、送信情報を受信したと判断した場合（ＳＴ３０１：ＹＥＳ）、制御部２１０は、送信情報に含まれる、車両ＩＤ、及びドライバＩＤを全運転情報記憶部２４０から検索し、検索した車両ＩＤ、及びドライバＩＤと関連付けて、送信情報に含まれる運転情報を全運転情報記憶部２４０に記憶する（ＳＴ３０２）。なお、制御部２１０は、車両ＩＤ、及びドライバＩＤが検索できない場合は、車両ＩＤ、及びドライバＩＤを全運転情報記憶部２４０に新たに記憶し、その新たに記憶した車両ＩＤ、及びドライバＩＤに関連付けて運転情報を全運転情報記憶部２４０に記憶する。
【０１０８】
次に、制御部２１０は、ステップＳＴ３０２で運転情報を追加した車両ＩＤ、ドライバＩＤに対して、運転情報の分析処理を実行する（ＳＴ３０３：分析手段）。ここで、分析処理とは、例えば、過去の蓄積した運転情報と今回新たに記憶した運転情報とに基づいて、ドライバの運転パターンを分析することである。なお、分析処理の具体的な一例は、図８を参照して既述している。
【０１０９】
次に、制御部２１０は、分析処理の分析結果である運転パターンを分析結果記憶部２６０に記憶する（ＳＴ３０４）。そして、制御部２１０は処理を終了する。
【０１１０】
このように、サーバ２００は、車両１００から送信情報を受信する毎に、新たに受信した運転情報を利用して分析処理を実行するため、ドライバの最新の運転行動に基づく運転パターンを分析結果記憶部２６０に記憶することができる。
【０１１１】
次に、サーバ２００が交通情報提供システム４００から渋滞情報を受信したときの処理について説明する。図１２は、渋滞情報を受信したときに、制御部２１０が実行する処理の一例を示すフローチャートである。
【０１１２】
図１２に示すように、まず、制御部２１０は、交通情報提供システム４００から渋滞情報を受信したか否かを判断する（ＳＴ４０１：取得手段）。渋滞情報を受信していないと判断した場合（ＳＴ４０１：ＮＯ）、処理はステップＳＴ４０１へ戻る。
【０１１３】
一方、渋滞情報を受信したと判断した場合（ＳＴ４０１：ＹＥＳ）、制御部２１０は、受信した渋滞情報から渋滞区間、及び遅延時間を取得する（ＳＴ４０２）。
【０１１４】
次に、制御部２１０は、渋滞区間の渋滞が解消される渋滞解消予測時刻までにその渋滞区間を走行すると予測される車両１００を分析結果記憶部２６０に記憶されている運転パターンから抽出する（ＳＴ４０３：抽出手段）。
【０１１５】
より詳細には、例えば、制御部２１０は、まず、渋滞情報に含まれる遅延時間、及び時計部２３０から取得する時刻を利用して、渋滞解消予測時刻を算出する。次に、制御部２１０は、渋滞解消予測時刻が経過するまでに、走行予測経路に渋滞区間が含まれる運転パターンを分析結果記憶部２６０から抽出する。なお、本実施形態においては、渋滞予測解消時間をサーバ２００が予測する場合で説明するが、渋滞情報に渋滞解消予測時間が含まれるように構成しても良い。
【０１１６】
次に、制御部２１０は、抽出した運転パターンから運転パターンを１つ選択する（ＳＴ４０４）。運転パターンの抽出方法は、任意である。
【０１１７】
次に、制御部２１０は、運転パターンに含まれる目的地までの別ルートを複数作成する（ＳＴ４０５：作成手段）。例えば、制御部２１０は、渋滞区間を除外し、更に他の渋滞情報で特定される渋滞区間等を走行経路から除外したうえで、抽出した運転パターンに含まれる出発地と目的地とを結ぶ走行経路を複数作り出し、走行経路の合計距離、幹線道路の区間が含まれるか否か等の所定の条件をクリアした走行経路から走行経路を複数選択する。例えば、制御部２１０は、幹線道路の区間があり、合計距離が短い走行経路から順に選択する。これにより、走行時間が短い順に走行経路を選択することが可能になる。
【０１１８】
次に、制御部２１０は、各別ルートを用いたときの目的地までの所要時間を予測する（ＳＴ４０６：時間予測手段）。
【０１１９】
次に、制御部２１０は、予測した所要時間から所要時間が最も長い時間を送信前倒し時間とし、予測した出発時刻より送信前倒し時間分前の時刻を注意情報送信時刻に設定し、車体ＩＤ、ドライバＩＤ、及びメールアドレスを含めて注意情報の内容を確定する（ＳＴ４０７）。
【０１２０】
次に、制御部２１０は、抽出した運転パターンを全て選択したか否かを判断する（ＳＴ４０８）。全ての運転パターンを選択してないと判断した場合（ＳＴ４０８：ＮＯ）、処理は、ステップＳＴ４０４へ戻り、全ての運転パターンを選択したと判断した場合（ＳＴ４０８：ＹＥＳ）、処理は終了する。このように渋滞情報を受信する毎に、注意情報が作成される。
【０１２１】
次に、サーバ２００が注意情報を情報処理装置３００に送信する処理について説明する。図１３は、制御部２１０が情報処理装置３００に注意情報を送信する処理の一例を示すフローチャートである。
【０１２２】
図１３に示すように、制御部２１０は、時計部２３０から現在時刻を取得する（ＳＴ５０１）。
【０１２３】
次に、制御部２１０は、注意情報送信時刻に到達した注意情報があるか否かを判断する（ＳＴ５０２）。言い換えれば、制御部２１０は、注意情報に含まれる注意情報送信時刻と、取得した現在時刻が一致する注意情報があるか否かを判断する。
【０１２４】
注意情報送信時刻になった注意情報がないと判断した場合（ＳＴ５０２：ＮＯ）、処理はリターンとなる。
【０１２５】
一方、注意情報送信時刻になった注意情報があると判断した場合（ＳＴ５０２：ＹＥＳ）、制御部２１０は、注意情報送信時刻になった注意情報を情報処理装置３００に送信し（ＳＴ５０３：送信手段）、処理はリターンとなる。本実施形態においては、注意情報は、注意情報に含まれるメールアドレス宛に送信される。
【０１２６】
次に、注意情報を受信したときの情報処理装置３００の処理について説明する。図１４は、制御部３１０が注意情報を受信するときに実行する処理の一例を示すフローチャートである。
【０１２７】
図１４に示すように、制御部３１０は、注意情報を受信したか否かを判断する（ＳＴ６０１：受信手段）。注意情報を受信していないと判断した場合（ＳＴ６０１：ＮＯ）、処理は、ステップＳＴ６０１へ戻り、制御部３１０は待機状態を継続する。
【０１２８】
一方、注意情報を受信したと判断した場合（ＳＴ６０２：ＹＥＳ）、制御部３１０は、受信した注意情報をメモリ３６０に保存する（ＳＴ６０２）。
【０１２９】
次に、制御部３１０は、注意情報受信を報知部３４０に表示する（ＳＴ６０３）。制御部３１０は、例えば、報知部３４０に“渋滞が発生しています”というメッセージを表示する。このメッセージの表示と共に、報知部３４０から所定の音（着信音）を出力するようにしても良い。
【０１３０】
次に、制御部３１０は、ドライバからタッチパネル３３０を介して注意情報の表示指示を受け付けると（ＳＴ６０４）、タッチパネル３３０に注意情報を表示する（ＳＴ６０５：表示手段）。
【０１３１】
次に、制御部３１０は、所定の指示をタッチパネル３３０を介して受け取ったか否かを判断する（ＳＴ６０６）。当該所定の指示をタッチパネル３３０を介して受け取っていないと判断した場合（ＳＴ６０６：ＮＯ）、注意情報の表示処理を継続する。一方、当該所定の指示をタッチパネル３３０を介して受け取ったと判断した場合（ＳＴ６０６：ＹＥＳ）、制御部３１０は、注意情報の表示処理を終了する。
【０１３２】
次に、タッチパネル３３０に表示される注意情報の表示例について説明する。図１５は、注意情報を表示したタッチパネル３３０の一例を示す図である。
【０１３３】
図１５に示すように、タッチパネル３３０の表示例３３０ａには、出発地Ｓから目的地Ｇまで複数のルート（走行経路）Ｒ１からＲ４が示されている。
【０１３４】
ルートＲ１は、運転パターンＰ１に含まれる走行経路であり、ルートＲ２からＲ４は、サーバ２００によって作成された走行経路である。また、ルートＲ１においては、走行経路における渋滞区間が示されている。これにより、ドライバは渋滞個所を一目で視認することが可能になる。
【０１３５】
また、ルートＲ１からＲ４が示される地図の下側に、ドライバの運転パターンの出発時刻（MON-FRI 08:15）と到着時刻（MON-FRI 08:45）、及び所要時間（３０分）が表示されている。この表示例３３０ａに表示される出発時刻と到着時刻とは、それぞれ出発予測時刻と到着予測時刻とが反映されたものである。
【０１３６】
さらに、その下側には、ルートＲ２からルートＲ４の所要時間、ルートに応じた所要時間、及び早く出発しなければならない時間が表示されている。ルートＲ２については、所要時間が３５分であるため５分早く出発する必要があること、ルートＲ３については、所要時間が４０分であるため１０分早く出発する必要があること、及びルートＲ４については、所要時間が５０分であるため２０分早く出発する必要があることが表示されている。
【０１３７】
さらに、ルートＲ２が他のルートＲ３，Ｒ４と区別できるように表示される。例えば、ルートＲ２が強調表示、またはハイライト表示により表示される。このため、ドライバは、複数提案される別ルート（ルートＲ２からＲ４）のうち最短時間で目的地まで到着するルート（ルートＲ２）を一目で視認することができる。
【０１３８】
また、ルートＲ１からＲ４が示される地図の上側には、現在時刻（本実施形態では、メール受信時刻と同一時刻）が表示されている。現在時刻として７時５５分が表示されている。したがって、ドライバは、目的地Ｇまでの所要時間が最長時間５０分であるルート４を用いた場合でも、８時４５分に目的地に到着することができる。つまり、ドライバに対して、ルートＲ４を用いて目的地Ｇに最も遅く到着する時刻以前に、渋滞が発生していることを報知している。
【０１３９】
以上説明したように、ナビゲーションシステムＮは、車両１００を複数のドライバで共有する場合に、ドライバにより電子メールの送信先に設定された情報処理装置３００に注意情報を送信することができるため、ドライバ毎に適切なナビゲーションを提供することができる。
【０１４０】
また、ナビゲーションシステムＮにおいては、車両１００がステップＳＴ２０２（撮像手段）、ステップＳＴ２０３（特定手段）、及びステップＳＴ２０４からＳＴ２０７（運転情報記憶手段）の処理を実行し、サーバ２００が、ステップＳＴ４０１（取得手段）、ステップＳＴ４０３（抽出手段）、ステップＳＴ３０３（分析手段）、及びステップＳＴ５０３（送信手段）の処理を実行している。このため、運転情報の分析等の負荷が重い処理をサーバ２００が実行することができ、車両１００の制御部１１０の処理負担を軽減することが可能になる。
【０１４１】
さらに、このようにナビゲーションシステムＮを構成した場合、車両１００の制御部１１０は、サーバ２００から運転情報を送信する指示を受信したときに、前回運転情報を送信した後、運転情報記憶部１８３に記憶した運転情報を一度に送信するようにしても良い。
【０１４２】
このように構成すると、サーバ２００は、自身の負荷が軽いときに、車両１００の運転情報を取得する処理を実行できるようになる。例えば、多くの車両１００から運転情報を取得する場合に、負荷を分散することができ、特に有効である。
【０１４３】
（第２の実施形態）
第２の実施形態が第１の実施形態と異なるのは、図１６に示すように、ナビゲーションシステムＮにサーバ２００が設けられてない。
【０１４４】
さらに、図１７に示すように、サーバ２００に設けられていた分析プログラム記憶部２５０、及び分析結果記憶部２６０が車両１００に設けられている。このため、車両１００は、サーバ２００に対して送信情報を送信する処理（参照：図１０のステップＳＴ２０８）を実行しない。さらに、サーバ２００が実行するステップＳＴ３０２からステップＳＴ３０４の処理（参照：図１１）を車両１００の制御部１１０が運転情報を運転情報記憶部１８３に記憶する毎に実行すると共に、交通情報提供システム４００から渋滞情報を受信するように構成されており、制御部１１０がステップＳＴ４０１からステップＳＴ４０８の処理（参照：図１２）、及びステップＳＴ５０１からステップＳＴ５０３の処理（参照：図１３）を実行するようになっている。
【０１４５】
このように構成された車両１００によっても第１の実施形態のナビゲーションシステムＮと同様な効果を奏することができる。
【０１４６】
また、サーバ２００を用いなくても車両１００の処理によって注意情報を情報処理装置３００に送信することができるため、ナビゲーションシステムの導入を容易することが可能になり、さらに、車両１００の運転情報やドライバの顔認証情報が車両１００外に出力されるがなくなるため、車両１００を運転するドライバのプライバシーを保護することが可能になる。
【０１４７】
なお、上記第１及び第２の実施形態では、一度作成された注意情報が注意情報送信時刻になると送信される場合を説明したが、これに限るものではない。例えば、サーバ２００は、作成した注意情報が設定された送信先に送信していない（注意情報送信時刻前の）状態のときに、更に当該注意情報で特定される区間が含まれる渋滞情報を受信した場合、作成していた渋滞情報を再度作成（アップデート）しても良い。これにより、最新の渋滞情報に基づいて作成された複数のルートを含む注意情報を情報処理装置３００に送信することができる。
【０１４８】
加えて、渋滞区間の渋滞が解消された情報を交通情報提供システム４００から受信した場合、サーバ２００又は車両１００は、当該渋滞区間が含まれる渋滞情報に基づいて作成された注意情報を削除するようにしても良い。
【０１４９】
また、上記第１及び第２の実施形態では、渋滞が発生したときに注意情報（第１の注意情報）を送信する場合について説明したが、これに限られず、渋滞が発生していない場合は通常の出発時間に間に合うように、注意情報（第２の注意情報）を送信するようにしても良い。図１８は、情報処理装置３００が第２の注意情報を表示したときの表示例３３０ｂの一例を示す図である。このように、サーバ２００又は車両１００が交通情報提供システム４００から渋滞情報を受信していない場合は、第２の注意情報をドライバの所持する情報処理装置３００へ送信し、渋滞情報を受信している場合は、第１の注意情報をドライバの所持する情報処理装置３００へ送信するようにしても良い。これにより、ドライバは、渋滞が発生していないときは、通常の出発時刻前に注意情報を受け取り、渋滞が発生しているときは、通常の出発時間より所定時間前に注意情報を受け取ることができる。
【０１５０】
さらに、上記第１及び第２の実施形態では、出発時刻より送信前倒し時間分前の時間を注意情報送信時刻に設定するように構成したが、注意情報送信時刻の設定は、これに限るものではない。例えば、出発時刻より送信前倒し時間分前より、更に所定時間前の時刻を注意情報送信時刻に設定するようにしても良い。これにより、別ルートで目的地に向かう場合、ドライバは初めて走行する走行経路になるため、更早い時刻に出発することができるため安心して車両１００を運転することが可能になる。ここで、所定時間は、例えば、５分間のようにデフォルトで設定しても良いし、ドライバが車両１００のタッチパネル１６０を用いてサーバ２００に設定するようにしても良い。このドライバが設定した所定時間は、ドライバＩＤに対応づけて記憶すれば良い。
【０１５１】
さらにまた、第１及び第２の実施形態では、車両１００の運転が終了する毎に、車両１００は運転情報を運転情報記憶部１８３に記憶し、更に、この記憶した運転情報に基づいて、運転パターンを作成する場合で説明したが、これに限るものではない。例えば、予め定められた毎日の所定時刻に１日分の運転情報に基づいて、運転パターンを作成するようにしても良い。
【０１５２】
この発明は、上述した実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上述した実施の形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、上述した実施の形態に示される全構成要素から幾つかの構成要素を削除しても良い。さらに、異なる実施形態の構成を組み合わせてもよい。
【符号の説明】
【０１５３】
１００…車両、１１０，２１０，３１０…制御部、１１１…スイッチ、１２０…撮像部、１２１…画像処理部、１３０…位置情報取得部、１４０…地図情報取得部、１５０，２３０，３５０…時計部、１６０，３３０…タッチパネル、１８０…記憶部、１８１…車体ＩＤ記憶部、１８２…車体アドレス記憶部、１８３…運転情報記憶部、１８４…メールアドレス記憶部、１９０，３４０…報知部、２００…サーバ、２４０…全運転情報記憶部、２６０…分析結果記憶部、３００…情報処理装置、メールアドレス記憶部、４００…交通情報提供システム、Ｎ…ナビゲーションシステム
【図１】
2017106737.tif 000003
【図２】
2017106737.tif 000004
【図３】
2017106737.tif 000005
【図４】
2017106737.tif 000006
【図５】
2017106737.tif 000007
【図６】
2017106737.tif 000008
【図７】
2017106737.tif 000009
【図８】
2017106737.tif 000010
【図９】
2017106737.tif 000011
【図１０】
2017106737.tif 000012
【図１１】
2017106737.tif 000013
【図１２】
2017106737.tif 000014
【図１３】
2017106737.tif 000015
【図１４】
2017106737.tif 000016
【図１５】
2017106737.tif 000017
【図１６】
2017106737.tif 000018
【図１７】
2017106737.tif 000019
【図１８】
2017106737.tif 000020