(57)【要約】      （修正有）【課題】撮影画像の取得に関してユーザの利便性を向上させる、通信システム、車載装置、およびプログラムを提供する。【解決手段】通信システム１は、１または複数の受信側車両２０および当該１または複数の受信側車両と通信可能なサーバ５０を備える。１または複数の受信側車両はナビゲーション装置２５０を備える。サーバは、イベントが発生した場合に、当該イベントの発生場所で撮影された撮影画像の画像情報を外部から受信し、受信された画像情報とともにイベントの発生場所の位置情報を少なくとも含む属性情報を１または複数の受信側車両の各々が備えるナビゲーション装置に送信する通信インターフェイス５０３とを含む。ナビゲーション装置は、通信インターフェイスからの属性情報が所定条件を満たした場合に、画像情報に基づいて撮影画像をディスプレイ２５１に表示させるＣＰＵ２５５を含む。【選択図】図３
2019086421.tif 000002
【特許請求の範囲】
【請求項１】
１または複数の車両および当該１または複数の車両と通信可能なサーバを備える通信システムであって、
前記１または複数の車両は車載装置を備え、
前記サーバは、
イベントが発生した場合に、当該イベントの発生場所で撮影された撮影画像の画像情報を外部から受信する受信部と、
前記受信部によって受信された前記画像情報とともに前記イベントの発生場所の位置情報を少なくとも含む属性情報を前記１または複数の車両の各々が備える前記車載装置に送信する送信部とを含み、
前記車載装置は、前記送信部からの前記属性情報が所定条件を満たした場合に、前記画像情報に基づいて前記撮影画像を表示部に表示させる表示制御部を含む、通信システム。
【請求項２】
前記車載装置は、現在地から目的地までのルートを検索可能なルート検索部をさらに含み、
前記ルート検索部は、前記送信部からの前記属性情報が所定条件を満たした場合に、前記属性情報に基づいて前記ルートの検索結果を更新する、請求項１に記載の通信システム。
【請求項３】
前記所定条件は、ユーザによって予め設定可能な静的条件と、前記車両の走行に応じて変化する動的条件との少なくともいずれか一方を含む、請求項１または請求項２に記載の通信システム。
【請求項４】
前記静的条件に関してユーザによって予め設定可能な内容は、無条件で前記撮影画像を前記表示部に表示する旨と、条件付きで前記撮影画像を前記表示部に表示する旨との少なくともいずれか一方を含む、請求項３に記載の通信システム。
【請求項５】
前記動的条件に関する内容は、位置情報に基づく前記車両の位置が含まれる、請求項３または請求項４に記載の通信システム。
【請求項６】
前記受信部は、前記イベントの発生場所に位置する他の車両から前記画像情報を受信する、請求項１〜請求項５のいずれか１項に記載の通信システム。
【請求項７】
前記受信部は、前記イベントの発生場所に設置された設置カメラから前記画像情報を受信する、請求項１〜請求項６のいずれか１項に記載の通信システム。
【請求項８】
サーバと通信可能な車両が備える車載装置であって、
イベントが発生した場合に、当該イベントの発生場所で撮影された撮影画像の画像情報とともに当該イベントの発生場所の位置情報を少なくとも含む属性情報を前記サーバから取得する取得部と、
前記サーバからの前記属性情報が所定条件を満たした場合に、前記画像情報に基づいて前記撮影画像を表示部に表示させる表示制御部とを備える、車載装置。
【請求項９】
サーバと通信可能なコンピュータにより実行されるプログラムであって、
前記コンピュータに、
イベントが発生した場合に、当該イベントの発生場所で撮影された撮影画像の画像情報とともに当該イベントの発生場所の位置情報を少なくとも含む属性情報を前記サーバから取得するステップと、
前記サーバからの前記属性情報が所定条件を満たした場合に、前記画像情報に基づいて前記撮影画像を表示部に表示させるステップとを実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、１または複数の車両および当該１または複数の車両と通信可能なサーバを備える通信システム、サーバと通信可能な車両が備える車載装置、およびサーバと通信可能なコンピュータにより実行されるプログラムに関する。
【背景技術】
【０００２】
従来から、車両が目的地に到達するまでに将来走行する予定の経路において、その車両のユーザが道路状況などを確認可能なシステムが公知である。たとえば、特開２００５−２６６９９８号公報（特許文献１）には、車両のユーザが特定の場所を指定すると、その場所を走行する先行車両によって取得された撮影画像を、サーバが車両に送信するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２６６９９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示されたシステムによれば、車両のユーザは、将来走行する予定の経路における撮影画像を先行車両から取得することができるが、取得する契機となるものは車両のユーザによる指示である。すなわち、このシステムは、ユーザが能動的に情報をサーバから取得する所謂プル型のサービスを提供するものである。このため、積極的に渋滞などの交通状況を察知して指示することができるユーザは撮影画像を取得することができる反面、渋滞などの交通状況を察知できないユーザは撮影画像を取得することができず、利便性に乏しかった。
【０００５】
本開示は、上記課題を解決するためになされたものであり、その目的は、撮影画像の取得に関してユーザの利便性を向上させる、通信システム、車載装置、およびプログラムを提供することである。
【課題を解決するための手段】
【０００６】
本開示のある局面に係る通信システムは、１または複数の車両および当該１または複数の車両と通信可能なサーバを備える通信システムである。サーバは、イベントが発生した場合に、当該イベントの発生場所で撮影された撮影画像の画像情報を外部から受信する受信部と、受信部によって受信された画像情報とともにイベントの発生場所の位置情報を少なくとも含む属性情報を１または複数の車両の各々が備える車載装置に送信する送信部とを含む。車載装置は、送信部からの属性情報が所定条件を満たした場合に、画像情報に基づいて撮影画像を表示部に表示させる表示制御部を含む。
【０００７】
このようにすると、サーバによって、１または複数の車両の各々が備える車載装置に対して、イベントの発生場所の位置情報を少なくとも含む属性情報とともに、イベントの発生場所で撮影された撮影画像の画像情報が送信され、車載装置においては、属性情報が所定条件を満たした場合に、撮影画像が表示部に表示される。これにより、イベントが発生した場合に、不特定多数の車両のユーザに対して、撮影画像の画像情報がサーバから送信されるため、撮影画像の取得に関してユーザの利便性を向上させることができる。
【０００８】
ある実施の形態においては、車載装置は、現在地から目的地までのルートを検索可能なルート検索部をさらに含む。ルート検索部は、送信部からの属性情報が所定条件を満たした場合に、属性情報に基づいてルートの検索結果を更新する。
【０００９】
このようにすると、サーバからの属性情報に基づいてルートの検索結果が更新されるため、ユーザがわざわざルートを変更することがなく、ユーザの利便性を向上させることができる。
【００１０】
ある実施の形態においては、所定条件は、ユーザによって予め設定可能な静的条件と、車両の走行に応じて変化する動的条件との少なくともいずれか一方を含む。
【００１１】
このようにすると、サーバから取得された撮影画像が、ユーザによって予め設定可能な静的条件や車両の走行に応じて変化する動的条件に従って表示部に表示されるため、撮影画像の表示に関して多様性をもたせることができる。
【００１２】
ある実施の形態においては、静的条件に関してユーザによって予め設定可能な内容は、無条件で撮影画像を表示部に表示する旨と、条件付きで撮影画像を表示部に表示する旨との少なくともいずれか一方を含む。
【００１３】
このようにすると、ユーザによって予め設定可能な静的条件に関して多様性をもたせることができる。
【００１４】
ある実施の形態においては、動的条件に関する内容は、位置情報に基づく車両の位置が含まれる。
【００１５】
このようにすると、位置情報に基づく車両の位置に応じてサーバから取得された撮影画像が表示部に表示されるため、撮影画像の取得に関してユーザの利便性を向上させることができる。
【００１６】
ある実施の形態においては、受信部は、イベントの発生場所に位置する他の車両から画像情報を受信する。
【００１７】
このようにすると、イベントの発生場所に位置する他の車両によって取得された撮影画像の画像情報がサーバを介して送信されるため、撮影画像の取得に関してユーザの利便性を向上させることができる。
【００１８】
ある実施の形態においては、受信部は、イベントの発生場所に設置された設置カメラから画像情報を受信する。
【００１９】
このようにすると、イベントの発生場所に設置された設置カメラによって取得された撮影画像の画像情報がサーバを介して送信されるため、撮影画像の取得に関してユーザの利便性を向上させることができる。
【００２０】
本開示の他の局面に係る車載装置は、サーバと通信可能な車両が備える車載装置である。この車載装置は、イベントが発生した場合に、当該イベントの発生場所で撮影された撮影画像の画像情報とともに当該イベントの発生場所の位置情報を少なくとも含む属性情報をサーバから取得する取得部と、サーバからの属性情報が所定条件を満たした場合に、画像情報に基づいて撮影画像を表示部に表示させる表示制御部とを備える。
【００２１】
本開示の他の局面に係るプログラムは、サーバと通信可能なコンピュータにより実行されるプログラムである。このプログラムは、コンピュータに、イベントが発生した場合に、当該イベントの発生場所で撮影された撮影画像の画像情報とともに当該イベントの発生場所の位置情報を少なくとも含む属性情報をサーバから取得するステップと、サーバからの属性情報が所定条件を満たした場合に、画像情報に基づいて撮影画像を表示部に表示させるステップとを実行させる。
【発明の効果】
【００２２】
本開示によると、撮影画像の取得に関してユーザの利便性を向上させる、通信システム、車載装置、およびプログラムを提供することができる。
【図面の簡単な説明】
【００２３】
【図１】本実施の形態に係る通信システムが提供するお知らせサービスの概要を説明するための図である。
【図２】本実施の形態に係る通信システムが提供するお知らせサービスの概要を説明するための図である。
【図３】本実施の形態に係る通信システムのハードウェア構成の一例を示すブロック図である。
【図４】本実施の形態に係る通信システムの機能構成の一例を示すブロック図である。
【図５】本実施の形態に係るサーバが記憶する基地局特定テーブルの一例を示す図である。
【図６】本実施の形態に係るサーバが記憶するイベント管理テーブルの一例を示す図である。
【図７】本実施の形態に係る通信システムが実行する主な処理内容を説明するためのフローチャートである。
【図８】本実施の形態に係る通信システムが実行する主な処理内容を説明するためのフローチャートである。
【図９】本実施の形態に係る受信側車両におけるナビゲーション装置についてディスプレイの表示の一例を示す図である。
【図１０】本実施の形態に係る受信側車両におけるナビゲーション装置についてディスプレイの表示の一例を示す図である。
【発明を実施するための形態】
【００２４】
以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。
【００２５】
＜通信システムが提供するお知らせサービスの概要（事故発生の例）＞
図１は、本実施の形態に係る通信システム１が提供するお知らせサービスの概要を説明するための図である。図１においては、イベントとして、事故が発生した場合の例について説明する。
【００２６】
車両が目的地に到達するまでに将来走行する予定の経路において、事故や天変地異によって道路状況が悪化することがあるが、本実施の形態に係る通信システム１が提供するお知らせサービスを利用すれば、不特定多数のユーザが、そのようなイベントの発生場所での撮影画像を前もって取得することができる。すなわち、本実施の形態に係る通信システム１は、ユーザの能動的な指示を伴うことなく、自動的に情報がユーザに配信される所謂プッシュ型のサービスを提供するものである。以下、通信システム１が提供するお知らせサービスについて具体的に説明する。
【００２７】
図１に示すように、通信システム１は、車両１０（１０ａ，１０ｂ）および車両２０（２０ａ，２０ｂ，２０ｃ，２０ｄ，…）を含む複数の車両と、これらの車両と通信可能なサーバ５０とを備える。
【００２８】
サーバ５０は、複数の基地局８０（８０ａ，８０ｂ，８０ｃ，…）を介して車両と通信可能に接続されている。複数の基地局８０は、走行経路内において互いに所定の距離を隔てて配置されており、自身の通信範囲内に位置する車両とサーバ５０との間の通信を確立する。
【００２９】
このような構成を有する通信システム１において、車両１０ａと車両１０ｂとが事故を起こしてしまい、車両１０ａおよび車両１０ｂが異常を検知したとする（ステップ１）。このとき、後述するドライブレコーダ１２０によって事故状況や道路状況などの撮影画像が保存される（ステップ２）。車両１０ａおよび車両１０ｂは、事故状況や道路状況などを他の車両に通知すべく、保存した撮影画像の画像情報を基地局８０ａを介してサーバ５０に送信する。このとき、車両１０ａおよび車両１０ｂは、後述するナビゲーション装置１５０によって取得された車両の位置情報（すなわち、事故の発生場所の位置情報）を、画像情報とともにサーバ５０に送信する（ステップ３）。
【００３０】
一方、サーバ５０は、画像情報および位置情報を車両１０ａおよび車両１０ｂから受信すると（ステップ４）、位置情報を含む属性情報を生成する（ステップ５）。具体的には、サーバ５０は、位置情報から特定可能な事故の発生場所や事故した車両１０ａおよび車両１０ｂの進行方向に基づき、走行に影響し得るエリアを特定する。そして、サーバ５０は、位置情報および影響エリアを含む情報として属性情報を生成する。
【００３１】
たとえば、図１に示す例では、国道Ｘ号線と国道Ｚ号線とが交わる交差点Ｂで事故が発生しており、事故した車両１０ａは、国道Ｘ号線を下り方向に進行している。このため、少なくとも、国道Ｘ号線の下り方向の交差点Ｂ周辺は渋滞が予想される。また、事故した車両１０ｂは、国道Ｚ号線を下り方向に進行している。このため、少なくとも、国道Ｚ号線の下り方向の交差点Ｂ周辺は渋滞が予想される。属性情報には、事故の発生場所の位置情報とともに、このような走行への影響エリアの情報が含まれる。
【００３２】
サーバ５０は、走行への影響エリアを考慮して、事故を通知するエリアを特定し、通信対象となる基地局８０を特定する（ステップ６）。そして、サーバ５０は、影響エリアを通信範囲内に収める基地局８０に対して画像情報および属性情報を送信する（ステップ７）。図１に示す例では、サーバ５０は、主に国道Ｘ号線沿いを通信範囲に収める基地局８０ａに対して画像情報および属性情報を送信する。これにより、基地局８０ａの通信範囲内を走行する車両のうち、基地局８０ａとの間で通信が確立している車両２０（図１の例では２０ａ，２０ｄ，２０ｅ）に対しては、一律にサーバ５０から画像情報および属性情報が送信される。一方、基地局８０ａの通信範囲外を走行する車両２０（図１の例では２０ｂ，２０ｃ）に対しては、サーバ５０から画像情報および属性情報が送信されない。
【００３３】
一方、車両２０は、サーバ５０から画像情報および属性情報を受信すると（ステップ８）、属性情報が所定条件を満たした場合に、後述するナビゲーション装置２５０に撮影画像を表示する（ステップ９）。ここで、所定条件には、ユーザによって予め設定可能な静的条件と、車両２０の走行に応じて変化する動的条件との少なくともいずれか一方が含まれる。
【００３４】
ユーザは、後述するお知らせ設定を選択することによって静的条件を決定することができる。たとえば、お知らせ設定には、無条件で撮影画像をナビゲーション装置２５０に表示する旨と、条件付きで撮影画像をナビゲーション装置２５０に表示する旨との少なくともいずれか一方が含まれる。ユーザは、ナビゲーション装置２５０に撮影画像を表示するための静的条件として、無条件で撮影画像をナビゲーション装置２５０に表示するか、あるいは条件付きで撮影画像をナビゲーション装置２５０に表示するかを選択することができる。
【００３５】
無条件で撮影画像をナビゲーション装置２５０に表示するようにユーザが設定した場合、車両２０は、無条件でナビゲーション装置２５０に撮影画像を表示する。たとえば、国道Ｘ号線の下り方向を交差点Ｂに向かって走行中であって走行に影響し得る車両２０ａや車両２０ｄに限らず、国道Ｘ号線の上り方向を交差点Ｂから遠ざかるように走行中であって走行に影響し得ない車両２０ｅにおいても、ナビゲーション装置２５０に撮影画像が表示される。
【００３６】
条件付きで撮影画像をナビゲーション装置２５０に表示するようにユーザが設定した場合、車両２０は、条件を満たした場合に限りナビゲーション装置２５０に撮影画像を表示する。たとえば、走行に影響がある場合に限りナビゲーション装置２５０に撮影画像を表示するような設定が設けられている場合、車両２０は、属性情報（特に影響エリアの情報）を考慮して、走行に影響がある場合に限りナビゲーション装置２５０に撮影画像を表示する。たとえば、国道Ｘ号線の下り方向を交差点Ｂに向かって走行中であって走行に影響し得る車両２０ａや車両２０ｄにおいては、ナビゲーション装置２５０に撮影画像が表示される。一方、国道Ｘ号線の上り方向を交差点Ｂから遠ざかるように走行中であって走行に影響し得ない車両２０ｅにおいては、ナビゲーション装置２５０に撮影画像が表示されない。
【００３７】
なお、お知らせ設定には、撮影画像をナビゲーション装置２５０に表示しない旨も含まれる。撮影画像をナビゲーション装置２５０に表示しないようにユーザが設定した場合、車両２０は、サーバ５０から画像情報および属性情報を受信したとしても、ナビゲーション装置２５０に撮影画像を表示しない。あるいは、車両２０は、サーバ５０から画像情報および属性情報を受信すらしなくてもよい。
【００３８】
動的条件は、車両２０の走行に応じて変化する車両２０の位置情報に基づき成立するか否かが変化する。動的条件は、特に、条件付きで撮影画像をナビゲーション装置２５０に表示するようにユーザが設定した場合に関係がある。具体的には、車両２０が影響エリア内を走行中の場合には、走行に影響し得るため、車両２０はナビゲーション装置２５０に撮影画像を表示する。一方、車両２０が影響エリア外を走行中の場合には、走行に影響し得ないため、車両２０はナビゲーション装置２５０に撮影画像を表示しない。
【００３９】
このように、車両２０は、ユーザによって予め設定可能な静的条件および車両２０の走行に応じて変化する動的条件を考慮して、属性情報（特に影響エリア）が所定条件を満たした場合に、ナビゲーション装置２５０に撮影画像を表示する。
【００４０】
そして、車両２０は、交差点Ｂを回避できるのであれば、ナビゲーション装置２５０によるルートの検索結果を更新して、事故の発生場所である交差点Ｂを回避する（ステップ１０）。
【００４１】
このように、目的地に到達するまでに将来走行する予定の経路において事故が発生したとしても、本実施の形態に係る通信システム１が提供するお知らせサービスを利用すれば、不特定多数のユーザが、事故の発生場所での撮影画像を予め取得することができる。これにより、撮影画像の取得に関してユーザの利便性を向上させることができる。そして、ユーザは、事故の状況や混雑状況を撮影画像を介していち早く把握することができるため、さらなる事故の発生を防止することができるとともに、渋滞を極力緩和することができる。さらに、事故の発生場所を回避するようにルートの検索結果も更新されるため、ユーザがわざわざルートを変更することがなく、ユーザの利便性を向上させることができる。
【００４２】
＜通信システムが提供するお知らせサービスの概要（異常気象発生の例）＞
図２は、本実施の形態に係る通信システム１が提供するお知らせサービスの概要を説明するための図である。図２においては、イベントとして、異常気象が発生した場合の例について説明する。なお、図２において、図１と同じ構成および機能を有するものには同じ参照符号を付し、その説明を繰り返さない。
【００４３】
通信システム１において、異常気象（たとえば、ゲリラ豪雨）が発生し、その旨の気象情報をサーバ５０が受信したとする（ステップ１）。交差点Ｂには、交差点Ｂ全体を撮影可能な設置カメラ３０が設置されており、基地局８０ａを介してサーバ５０と通信可能である。サーバ５０は、受信した気象情報に基づき、交差点Ｂを含むエリアに影響があると判断すると、交差点Ｂに設置された設置カメラ３０に対して、交差点Ｂの撮影画像を要求する（ステップ２）。
【００４４】
設置カメラ３０は、サーバ５０からの指令に基づき、交差点Ｂの撮影画像を取得して保存する（ステップ３）。設置カメラ３０は、保存した撮影画像の画像情報を基地局８０ａを介してサーバ５０に送信する。このとき、設置カメラ３０は、予め記憶している位置情報（すなわち、設置カメラ３０が設置された位置の情報）を、画像情報とともにサーバ５０に送信する（ステップ４）。
【００４５】
一方、サーバ５０は、画像情報および位置情報を設置カメラ３０から受信すると（ステップ５）、位置情報を含む属性情報を生成する（ステップ６）。具体的には、サーバ５０は、位置情報から特定可能な交差点Ｂの位置に基づき、走行に影響し得るエリアを特定する。そして、サーバ５０は、位置情報および影響エリアを含む情報として属性情報を生成する。
【００４６】
たとえば、図１に示す例では、国道Ｘ号線と国道Ｚ号線とが交わる交差点Ｂで道路の水没が発生している。このため、少なくとも、交差点Ｂ周辺は渋滞が予想される。属性情報には、交差点Ｂの位置情報とともに、このような走行への影響エリアの情報が含まれる。
【００４７】
サーバ５０は、走行への影響エリアを考慮して、事故を通知するエリアを特定し、通信対象となる基地局８０を特定する（ステップ７）。そして、サーバ５０は、影響エリアを通信範囲内に収める基地局８０に対して画像情報および属性情報を送信する（ステップ８）。図１に示す例では、サーバ５０は、主に交差点Ｂに繋がる国道Ｘ号線沿いを通信範囲に収める基地局８０ａに対して画像情報および属性情報を送信する。これにより、基地局８０ａの通信範囲内を走行する車両のうち、基地局８０ａとの間で通信が確立している車両２０（図１の例では２０ａ，２０ｄ，２０ｅ）に対しては、一律にサーバ５０から画像情報および属性情報が送信される。一方、基地局８０ａの通信範囲外を走行する車両２０（図１の例では２０ｂ，２０ｃ）に対しては、サーバ５０から画像情報および属性情報が送信されない。
【００４８】
一方、車両２０は、サーバ５０から画像情報および属性情報を受信すると（ステップ９）、属性情報が所定条件（静的条件，動的条件）を満たした場合に、ナビゲーション装置２５０に撮影画像を表示する（ステップ１０）。
【００４９】
具体的には、静的条件として、無条件で撮影画像をナビゲーション装置２５０に表示するようにユーザが設定した場合、車両２０は、無条件でナビゲーション装置２５０に撮影画像を表示する。たとえば、国道Ｘ号線の下り方向を交差点Ｂに向かって走行中であって走行に影響し得る車両２０ａや車両２０ｄに限らず、国道Ｘ号線の上り方向を交差点Ｂから遠ざかるように走行中であって走行に影響し得ない車両２０ｅにおいても、ナビゲーション装置２５０に撮影画像が表示される。
【００５０】
静的条件として、条件付きで撮影画像をナビゲーション装置２５０に表示するようにユーザが設定した場合、車両２０は、条件を満たした場合に限りナビゲーション装置２５０に撮影画像を表示する。たとえば、走行に影響がある場合に限りナビゲーション装置２５０に撮影画像を表示するような設定が設けられている場合、車両２０は、属性情報（特に影響エリアの情報）を考慮して、走行に影響がある場合に限りナビゲーション装置２５０に撮影画像を表示する。たとえば、国道Ｘ号線の下り方向を交差点Ｂに向かって走行中であって走行に影響し得る車両２０ａや車両２０ｄにおいては、ナビゲーション装置２５０に撮影画像が表示される。一方、国道Ｘ号線の上り方向を交差点Ｂから遠ざかるように走行中であって走行に影響し得ない車両２０ｅにおいては、ナビゲーション装置２５０に撮影画像が表示されない。
【００５１】
静的条件として、撮影画像をナビゲーション装置２５０に表示しないようにユーザが設定した場合、車両２０は、サーバ５０から画像情報および属性情報を受信したとしても、ナビゲーション装置２５０に撮影画像を表示しない。あるいは、車両２０は、サーバ５０から画像情報および属性情報を受信すらしなくてもよい。
【００５２】
また、条件付きで撮影画像をナビゲーション装置２５０に表示するようにユーザが設定した場合、サーバ５０は、動的条件も考慮する。具体的には、サーバ５０は、車両２０が影響エリア内を走行中の場合には、走行に影響があるだろうから、車両２０はナビゲーション装置２５０に撮影画像を表示する。一方、車両２０が影響エリア外を走行中の場合には、走行に影響がないだろうから、車両２０はナビゲーション装置２５０に撮影画像を表示しない。
【００５３】
このように、車両２０は、ユーザによって予め設定可能な静的条件および車両２０の走行に応じて変化する動的条件を考慮して、属性情報（特に影響エリア）が所定条件を満たした場合に、ナビゲーション装置２５０に撮影画像を表示する。
【００５４】
そして、車両２０は、交差点Ｂを回避できるのであれば、ナビゲーション装置２５０によるルートの検索結果を更新して、道路状況が悪化している交差点Ｂを回避する（ステップ１１）。
【００５５】
このように、目的地に到達するまでに将来走行する予定の経路において異常気象によって道路状況が悪化したとしても、本実施の形態に係る通信システム１が提供するお知らせサービスを利用すれば、不特定多数のユーザが、道路状況が悪化した場所での撮影画像を予め取得することができる。これにより、撮影画像の取得に関してユーザの利便性を向上させることができる。そして、ユーザは、道路状況や混雑状況を撮影画像を介していち早く把握することができるため、事故の発生を防止することができるとともに渋滞を極力緩和することができる。さらに、道路状況が悪化している場所を回避するようにルートの検索結果も更新されるため、ユーザがわざわざルートを変更することがなく、ユーザの利便性を向上させることができる。
【００５６】
＜通信システムの構成＞
図３は、本実施の形態に係る通信システム１のハードウェア構成の一例を示すブロック図である。図４は、本実施の形態に係る通信システム１の機能構成の一例を示すブロック図である。
【００５７】
図３および図４に示すように、通信システム１は、サーバ５０に撮影画像を送信する送信側車両１０と、サーバ５０から画像を受信する１または複数（この例では複数）の受信側車両２０と、設置カメラ３０と、サーバ５０とを備える。サーバ５０は、送信側車両１０、受信側車両２０、および設置カメラ３０のそれぞれと通信可能に接続されている。
【００５８】
（送信側車両の構成）
送信側車両１０は、バッテリ１９０の電力供給部１９０ａによって供給された電力を用いて駆動する電動機を走行動力源とした電気自動車である。なお、送信側車両１０は、電気自動車に限らず、内燃機関を走行動力源としたガソリン車、または電動機および内燃機関の両方を走行動力源としたハイブリッド車であってもよい。
【００５９】
送信側車両１０は、通信モジュール１０３と、ドライブレコーダ１２０と、ナビゲーション装置１５０とを備え、これら各構成が通信ライン１１０を介して互いに通信可能に接続されている。
【００６０】
通信モジュール１０３は、たとえば、車載ＤＣＭ（Data  Communication  Module）であり、通信ライン１１０を介して接続された車両内の各構成と、サーバ５０や基地局８０などの外部装置との間で通信を可能とする通信部１０３ａを有する。
【００６１】
ドライブレコーダ１２０は、車両の走行中または停止中において車両内外の様子を静止画または動画で撮影するとともに、その撮影画像の画像情報を記憶保存する装置である。ドライブレコーダ１２０は、カメラ１２１と、メモリ１２２と、加速度センサ１２３と、ＣＰＵ（Central Processing Unit）１２４とを含む。
【００６２】
カメラ１２１は、物体を撮影する撮影部１２１ａを有する。メモリ１２２は、カメラ１２１によって取得された撮影画像の画像情報など、各種の情報を記憶する記憶部１２２ａを有する。加速度センサ１２３は、車両１０の加速を検知する加速度検知部１２３ａを有する。
【００６３】
ＣＰＵ１２４は、メモリ１２２に記憶された情報に基づき各種の処理を実行する。具体的には、ＣＰＵ１２４は、加速度センサ１２３によって検知された加速度に基づき車両１０の走行の異常を検知する異常検知部１２４ａを有する。ＣＰＵ１２４は、車両１０の走行の異常を検知すると、カメラ１２１によって取得された撮影画像の画像情報をメモリ１２２に記憶保存させる。そして、ＣＰＵ１２４は、保存した画像情報を通信モジュール１０３を介してサーバ５０に送信する。
【００６４】
ナビゲーション装置１５０は、現在地から目的地までのルートを検索可能である。ナビゲーション装置１５０は、ディスプレイ１５１と、タッチパネル１５２と、メモリ１５３と、ＧＰＳ（Global Positioning System）受信機１５４と、ＣＰＵ１５５とを含む。
【００６５】
ディスプレイ１５１は、現在地から目的地までのルート検索結果など、各種の情報を示す画像を表示する表示部１５１ａを有する。タッチパネル１５２は、ディスプレイ１５１に貼り付けられており、ユーザの押圧操作によってＣＰＵ１５５に対する入力を受け付ける受付部１５２ａを有する。メモリ１５３は、ルート検索に用いる地図データなど、各種の情報を記憶する記憶部１５３ａを有する。ＧＰＳ受信機１５４は、人工衛星からの電波に基づき送信側車両１０の現在の位置情報を受信する位置情報受信部１５４ａを有する。
【００６６】
ＣＰＵ１５５は、メモリ１５３に記憶された情報に基づき各種の処理を実行する。具体的には、ＣＰＵ１５５は、ＧＰＳ受信機１５４によって取得された送信側車両１０の現在の位置情報と、タッチパネル１５２から入力された目的地と、メモリ１５３に記憶された地図データとに基づき、現在地から目的地までのルートを検索するルート検索部１５５ａを有する。また、ＣＰＵ１５５は、ディスプレイ１５１に画像を表示させる表示制御部１５５ｂを有する。
【００６７】
なお、図２および図３に示す送信側車両１０の構成は、一例であり、送信側車両１０は、走行するための構成など、その他の構成をもちろん備えている。
【００６８】
（受信側車両の構成）
受信側車両２０は、前述した送信側車両１０と同様に、バッテリ２９０の電力供給部２９０ａによって供給された電力を用いて駆動する電動機を走行動力源とした電気自動車であるが、ガソリン車またはハイブリッド車であってもよい。
【００６９】
受信側車両２０は、通信モジュール２０３と、ナビゲーション装置２５０とを備え、これら各構成が通信ライン２１０を介して互いに通信可能に接続されている。
【００７０】
通信モジュール２０３は、たとえば、車載ＤＣＭであり、通信ライン２１０を介して接続された車両内の各構成と、サーバ５０や基地局８０などの外部装置との間で通信を可能とする通信部２０３ａを有する。
【００７１】
ナビゲーション装置２５０は、前述した送信側車両１０のナビゲーション装置１５０と同様に、現在地から目的地までのルートを検索可能である。なお、ナビゲーション装置２５０は、「車載装置」の一実施形態である。ナビゲーション装置２５０は、ディスプレイ２５１と、タッチパネル２５２と、メモリ２５３と、ＧＰＳ受信機２５４と、ＣＰＵ２５５とを含む。
【００７２】
ディスプレイ２５１は、現在地から目的地までのルート検索結果およびサーバ５０から送信された画像情報に基づく撮影画像など、各種の情報を示す画像を表示する表示部２５１ａを有する。タッチパネル２５２は、ディスプレイ２５１に貼り付けられており、ユーザの押圧操作によってＣＰＵ２５５に対する入力を受け付ける受付部２５２ａを有する。なお、ユーザは、タッチパネル２５２を押圧操作することでお知らせ設定の内容を選択することができる。メモリ２５３は、ルート検索に用いる地図データおよびナビゲーション装置２５０においてお知らせサービスを提供するためのプログラムなど、各種の情報を記憶する記憶部２５３ａを有する。ＧＰＳ受信機２５４は、人工衛星からの電波に基づき受信側車両２０の現在の位置情報を受信する位置情報受信部２５４ａを有する。
【００７３】
ＣＰＵ２５５は、メモリ２５３に記憶された情報（たとえば、お知らせサービスを提供するためのプログラム）に基づき各種の処理を実行する。具体的には、ＣＰＵ２５５は、ＧＰＳ受信機２５４によって取得された受信側車両２０の現在の位置情報と、タッチパネル２５２から入力された目的地と、メモリ２５３に記憶された地図データとに基づき、現在地から目的地までのルートを検索するルート検索部２５５ａを有する。また、ＣＰＵ２５５は、サーバ５０から送信された属性情報（特に影響エリア）と、予めユーザによって設定されたお知らせ設定の内容（静的条件）と、ＧＰＳ受信機２５４によって取得された受信側車両２０の現在の位置情報（動的条件）とに基づき、撮影画像をディスプレイ２５１に表示させる表示制御部２５５ｂを有する。
【００７４】
なお、図３および図４に示す受信側車両２０の構成は、一例であり、受信側車両２０は、走行するための構成など、その他の構成をもちろん備えている。
【００７５】
（設置カメラの構成）
設置カメラ３０は、通信インターフェイス３０３と、カメラ３０４と、メモリ３０２と、ＣＰＵ３０１とを備え、これら各構成が通信ライン３１０を介して互いに通信可能に接続されている。
【００７６】
通信インターフェイス３０３は、通信ライン３１０を介して接続された設置カメラ内の各構成と、サーバ５０や基地局８０などの外部装置との間で通信を可能とする通信部３０３ａを有する。カメラ３０４は、物体を撮影する撮影部３０４ａを有する。たとえば、図１および図２の例では、カメラ３０４は、交差点Ｂの全体を撮影する。メモリ３０２は、カメラ３０４によって取得された画像情報、およびお知らせサービスを提供するためのプログラムなど、各種の情報を記憶する記憶部３０２ａを有する。
【００７７】
ＣＰＵ３０１は、メモリ３０２に記憶された情報（たとえば、お知らせサービスを提供するためのプログラム）に基づき各種の処理を実行する。具体的には、ＣＰＵ３０１は、サーバ５０から撮影画像の画像情報を要求された場合に、カメラ３０４によって取得された撮影画像の画像情報をサーバ５０に送信させる制御部３０１ａを有する。
【００７８】
なお、図３および図４に示す設置カメラ３０の構成は、一例であり、設置カメラ３０は、その他の構成をもちろん備えている。
【００７９】
（サーバの構成）
サーバ５０は、通信インターフェイス５０３と、メモリ５０２と、ＣＰＵ５０１とを備え、これら各構成が通信ライン５１０を介して互いに通信可能に接続されている。
【００８０】
通信インターフェイス５０３は、通信ライン５１０を介して接続されたサーバ内の各構成と、送信側車両１０、受信側車両２０、設置カメラ３０、および基地局８０などとの間で通信を可能とする通信部５０３ａを有する。また、通信インターフェイス５０３の通信部５０３ａは、図示しない気象庁に設置されたサーバなどから気象情報を受信することも可能である。なお、通信インターフェイス５０３の通信部５０３ａは、「受信部」および「送信部」の一実施形態である。
【００８１】
メモリ５０２は、後述する図５の基地局特定テーブルや後述する図６のイベント管理テーブル、およびサーバ５０においてお知らせサービスを提供するためのプログラムなど、各種の情報を記憶する記憶部５０２ａを有する。
【００８２】
ＣＰＵ５０１は、メモリ５０２に記憶された情報（たとえば、お知らせサービスを提供するためのプログラム）に基づき各種の処理を実行する。具体的には、ＣＰＵ５０１は、設置カメラ３０に撮影画像を要求する撮影画像要求部５０１ａと、属性情報を生成する属性情報生成部５０１ｂと、基地局８０を特定する基地局特定部５０１ｃとを有する。
【００８３】
＜基地局特定テーブル＞
図５は、本実施の形態に係るサーバ５０が記憶する基地局特定テーブルの一例を示す図である。
【００８４】
図５に示すように、基地局特定テーブルには、全国あるいは特定の地域に配置された基地局８０の具体的な「設置場所」と、その通信範囲と、設置場所の「緯度および経度」の情報が格納されている。たとえば、基地局ａは、図１および図２に示す基地局８０ａに対応するが、その設置場所として国道Ｘ号線と国道Ｙ号線とが交わる交差点Ａの情報が格納されている。さらに、その通信範囲として半径５ｋｍの情報が格納され、緯度および経度として北緯Ａ°および東経Ａ°の情報が格納されている。
【００８５】
このように、サーバ５０は、基地局特定テーブルを参照することで、基地局８０の設置場所および通信範囲を特定することができる。これにより、サーバ５０は、事故や異常気象による影響エリアを通信範囲内に収める基地局８０を特定することができる。
【００８６】
＜イベント管理テーブル＞
図６は、本実施の形態に係るサーバ５０が記憶するイベント管理テーブルの一例を示す図である。
【００８７】
図６に示すように、イベント管理テーブルには、イベントが発生する度に、その履歴として、「イベントＩＤ」、「属性情報」、および「発生日時」の情報が格納される。「イベントＩＤ」は、イベントを特定するためのＩＤである。「属性情報」には、送信側車両１０から送信されたイベント（事故など）の発生場所の位置情報や、設置カメラ３０から送信されたイベント（道路状況の悪化など）の発生場所の位置情報が含まれる。また、属性情報には、位置情報に基づきサーバ５０によって生成された影響エリアの情報が含まれる。発生日時には、イベントが発生した日時、より具体的には、イベントが発生したことをサーバ５０が検出した日時（たとえば、送信側車両１０から画像情報などを受信した日時）の情報が含まれる。
【００８８】
たとえば、「イベントＩＤ」“００１”は、図１に示す車両１０ａにおいて発生した事故を想定した例である。車両１０ａによって撮影された場所は、国道Ｘ号線と国道Ｚ号線とが交わる交差点Ｂであり、その緯度は北緯Ｘ°、経度は東経Ｘ°である。そして、車両１０ａの進行方向は、国道Ｘ号線の下り方向である。これらの位置情報は、車両１０ａのナビゲーション装置２５０によって取得可能であり、取得された位置情報がサーバ５０に送信されることでイベント管理テーブルに格納される。サーバ５０は、車両１０ａから取得した位置情報に基づいて影響エリアを特定する。この場合、影響エリアは、国道Ｘ号線の下り方向の交差点Ｂとなる。
【００８９】
また、「イベントＩＤ」“００２”は、図１に示す車両１０ｂにおいて発生した事故を想定した例である。車両１０ｂによって撮影された場所は、国道Ｘ号線と国道Ｚ号線とが交わる交差点Ｂであり、その緯度は北緯Ｘ°、経度は東経Ｘ°である。そして、車両１０ａｂ進行方向は、国道Ｚ号線の下り方向である。サーバ５０は、車両１０ｂから取得した位置情報に基づいて影響エリアを特定する。この場合、影響エリアは、国道Ｚ号線の下り方向の交差点Ｂとなる。
【００９０】
サーバ５０は、イベント管理テーブルに格納された影響エリアに基づいて、イベントを通知するエリアを特定し、通信対象となる基地局８０を特定する。そして、サーバ５０は、特定した基地局８０に対して、イベントの発生場所の位置情報および影響エリアを含む属性情報を送信する。
【００９１】
＜通信システムが実行する主な処理内容＞
図７および図８は、本実施の形態に係る通信システム１が実行する主な処理内容を説明するためのフローチャートである。図７および図８に示すフローチャートに示される各ステップは、各ＣＰＵによるソフトウェア処理によって実現されるが、ＣＰＵ内に作製されたハードウェア（電気回路）によって実現されてもよい。なお、以下では、各ステップを単に「Ｓ」と略す。
【００９２】
（送信側車両１０がイベントの発生を検知した例）
先ず、図７を参照しながら、送信側車両１０がイベントの発生を検知した場合における処理フローについて説明する。たとえば、送信側車両１０に事故が発生してドライブレコーダ１２０が作動した場合における処理フローについて説明する。なお、図７に示す処理フローについて、送信側車両１０においては、ドライブレコーダ１２０のＣＰＵ１２４が実行し、サーバ５０においては、サーバ５０のＣＰＵ５０１が実行し、受信側車両２０においては、ナビゲーション装置２５０のＣＰＵ２５５が実行する例について説明する。
【００９３】
図７に示すように、送信側車両１０は、車両の異常を検知したか否かを判定する（Ｓ１１０）。たとえば、ドライブレコーダ１２０のＣＰＵ１２４は、加速度センサ１２３によって検知された加速度やその変化が異常であるか否かを判定する。送信側車両１０は、車両の異常を検知していない場合（Ｓ１１０でＮＯ）、再び本処理フローを繰り返す。
【００９４】
一方、送信側車両１０は、車両の異常を検知した場合（Ｓ１１０でＹＥＳ）、カメラ１２１による撮影画像をメモリ１２２に記憶して保存する（Ｓ１２０）。送信側車両１０は、保存した撮影画像の画像情報と、ナビゲーション装置１５０によって取得される位置情報とを、サーバ５０に送信する（Ｓ１３０）。その後、送信側車両１０は、再び本処理フローを繰り返す。
【００９５】
これに対して、サーバ５０は、送信側車両１０から画像情報および位置情報を受信したか否かを判定する（Ｓ５１０）。サーバ５０は、送信側車両１０から画像情報および位置情報を受信していない場合（Ｓ５１０でＮＯ）、再び本処理フローを繰り返す。
【００９６】
一方、サーバ５０は、送信側車両１０から画像情報および位置情報を受信した場合（Ｓ５１０でＹＥＳ）、図６で示した属性情報を生成する（Ｓ５２０）。サーバ５０は、属性情報に含まれる影響エリアの情報に基づいて基地局８０を特定する（Ｓ５３０）。そして、サーバ５０は、特定した基地局８０に対して、画像情報および属性情報を送信する（Ｓ５４０）。その後、サーバ５０は、再び本処理フローを繰り返す。
【００９７】
これに対して、受信側車両２０は、基地局８０を介して画像情報および属性情報を受信したか否かを判定する（Ｓ２１０）。受信側車両２０は、画像情報および属性情報を受信していない場合（Ｓ２１０でＮＯ）、再び本処理フローを繰り返す。
【００９８】
一方、受信側車両２０は、画像情報および属性情報を受信した場合（Ｓ２１０でＹＥＳ）、属性情報が所定条件を満たすか否かを判定する（Ｓ２２０）。前述したように、所定条件とは、ユーザによって予め設定可能な静的条件と、車両２０の走行に応じて変化する動的条件とが含まれる。ユーザは、お知らせ設定によって静的条件を決定することができる。
【００９９】
ここで、お知らせ設定について、図９を参照しながら説明する。図９は、本実施の形態に係る受信側車両２０におけるナビゲーション装置２５０についてディスプレイ２５１の表示の一例を示す図である。
【０１００】
図９（ａ）に示すように、ナビゲーション装置２５０におけるメインメニューには、現在地から目的地までのルートを検索するために操作される目的地アイコン２６１と、音楽を聴いたり動画を視聴したりするために操作されるＡＶアイコン２６２と、各種の設定を行うために操作される設定アイコン２６３と、お知らせサービスに関する設定（お知らせ設定）を行うために操作されるお知らせサービス設定アイコン２６４と、渋滞情報など各種の情報を取得するために操作される情報アイコン２６５とが含まれる。ユーザは、お知らせサービス設定アイコン２６４を選択することで、お知らせ設定の選択項目をディスプレイ２５１に表示させることができる。なお、お知らせサービス設定アイコン２６４は、ナビゲーション装置２５０の初期出荷時から設けられていてもよいし、ユーザ設定によって追加されてもよいし、さらに、ナビゲーション装置２５０のソフトウェアの更新によって追加されてもよい。
【０１０１】
図９（ｂ）に示すように、お知らせサービス設定アイコン２６４が操作されると、お知らせサービスメニューが表示される。お知らせサービスメニューでは、お知らせ設定を示す文字画像２７１とともに、３つの選択項目を示すアイコン２７２〜２７４が表示される。
【０１０２】
アイコン２７２は、無条件でお知らせを通知するときに操作されるアイコンである。このアイコン２７２が選択されている場合、受信側車両２０は、基地局８０を介してサーバ５０から画像情報および属性情報を受信したときに、無条件で撮影画像をディスプレイ２５１に表示する。
【０１０３】
アイコン２７３は、受信側車両２０の走行に影響がある場合に限りお知らせを通知するときに操作されるアイコンである。このアイコン２７３が選択されている場合、受信側車両２０は、基地局８０を介してサーバ５０から画像情報および属性情報を受信したときに、受信側車両２０の走行に影響がある場合に限り撮影画像をディスプレイ２５１に表示する。
【０１０４】
アイコン２７４は、お知らせしないときに操作されるアイコンである。このアイコン２７４が選択されている場合、受信側車両２０は、基地局８０を介してサーバ５０から画像情報および属性情報を受信したとしても、撮影画像をディスプレイ２５１に表示しない。あるいは、受信側車両２０は、サーバ５０から画像情報および属性情報を受信すらしなくてもよい。
【０１０５】
なお、ユーザは、メインメニューに戻りたければ戻るアイコン２７７を選択すればよい。また、ユーザは、確定アイコン２７８を選択することで、お知らせ設定の内容を確定することができる。
【０１０６】
図７に戻り、受信側車両２０は、属性情報が所定条件を満たしていない場合（Ｓ２２０でＮＯ）、再び本処理フローを繰り返す。一方、受信側車両２０は、属性情報が所定条件を満たした場合（Ｓ２２０でＹＥＳ）、撮影画像をディスプレイ２５１に表示する（Ｓ２３０）。
【０１０７】
たとえば、無条件でお知らせを通知するためのアイコン２７２が選択されている場合、Ｓ２２０の処理では、必ずＳ２３０の処理に移行する。また、受信側車両２０の走行に影響がある場合に限りお知らせを通知するためのアイコン２７３が選択されている場合、Ｓ２２０の処理では、動的条件との関係でＳ２３０の処理に移行するか否かが変わる。具体的には、車両２０の走行に応じて変化する受信側車両２０の位置情報に基づき、イベントの発生が受信側車両２０の走行に影響がある場合に限り、Ｓ２３０の処理に移行する。なお、お知らせしないためのアイコン２７４が選択されている場合、Ｓ２２０の処理では、Ｓ２３０の処理に移行することはない。
【０１０８】
ここで、図１０は、本実施の形態に係る受信側車両２０におけるナビゲーション装置２５０についてディスプレイ２５１の表示の一例を示す図である。特に、図１０に示す例は、図１に示す受信側車両２０ａにおけるナビゲーション装置２５０についてディスプレイ２５１の表示の一例を示す。
【０１０９】
図１０（ａ）に示すように、ディスプレイ２５１には、地図上において、目的地までのルートを示すルート画像２８０とともに目的地までの距離を示す距離画像２８１が表示される。このルートでは、受信側車両２０ａは、国道Ｘ号線を交差点Ａに向かって下り方向に走行中である。
【０１１０】
図１０（ｂ）に示すように、属性情報が所定条件を満たすと、ディスプレイ２５１に撮影画像が表示される。たとえば、ディスプレイ２５１の左領域２５１ａには、国道Ｘ号線の交差点Ａを超えてさらに下り方向に進んだ場所の交差点Ｂで事故が発生している旨が通知される。さらに、ディスプレイ２５１の右領域２５１ｂには、送信側車両１０によって撮影された事故や交差点Ｂの渋滞などの状況を示す撮影画像が表示される。これにより、受信側車両２０ａのユーザは、事故や交差点Ｂの渋滞の状況をリアルタイムな画像によって走行する前から確認することができる。
【０１１１】
図７に戻り、受信側車両２０は、ナビゲーション装置２５０によって既にルートを検索済みであるか否かを判定する（Ｓ２４０）。受信側車両２０は、未だルートを検索済みでない場合（Ｓ２４０でＮＯ）、再び本処理フローを繰り返す。
【０１１２】
一方、受信側車両２０は、ナビゲーション装置２５０によって既にルートを検索済みである場合（Ｓ２４０でＹＥＳ）、ディスプレイ２５０に表示されたルートの検索結果を更新し（Ｓ２５０）、再び本処理フローを繰り返す。たとえば、図１０（ｃ）に示すように、事故の発生場所を回避するようにルート画像２８０が変更されるとともに、回避した分、目的地までの距離が延びるように距離画像２８１が更新される。これにより、受信側車両２０ａのユーザは、事故の発生場所を回避することができる。なお、ルートの検索結果の更新は、自動的に更新されるものに限らず、ユーザの許諾を得た場合に更新されるものであってもよい。また、ナビゲーション装置２５０によってルートが既に検索されているか否かに関わらず、事故の発生場所を回避するルートがディスプレイ２５０に表示されてもよい。
【０１１３】
（サーバ５０がイベントの発生を検知した例）
次に、図８を参照しながら、サーバ５０がイベントの発生を検知した場合における処理フローについて説明する。たとえば、サーバ５０が気象庁などから気象情報を受信して道路の水没などを検知した場合における処理フローについて説明する。なお、図８に示す処理フローについて、設置カメラ３０においては、設置カメラ３０のＣＰＵ３０１が実行し、サーバ５０においては、サーバ５０のＣＰＵ５０１が実行し、受信側車両２０においては、ナビゲーション装置２５０のＣＰＵ２５５が実行する例について説明する。
【０１１４】
図８に示すように、サーバ５０は、気象庁などから気象情報を受信したか否かを判定する（Ｓ５０１０）。サーバ５０は、気象情報を受信していない場合（Ｓ５０１０でＮＯ）、再び本処理フローを繰り返す。
【０１１５】
一方、サーバ５０は、気象情報を受信した場合（Ｓ５０１０でＹＥＳ）、気象情報に基づいて車両の走行に影響し得る場所に設置された設置カメラ３０に対して撮影画像を要求する（Ｓ５０２０）。
【０１１６】
これに対して設置カメラ３０は、撮影画像の要求があったか否かを判定する（Ｓ３０１０）。設置カメラ３０は、撮影画像の要求がない場合（Ｓ３０１０でＮＯ）、再び本処理フローを繰り返す。
【０１１７】
一方、設置カメラ３０は、撮影画像の要求があった場合（Ｓ３０１０でＹＥＳ）、カメラ３０４による撮影画像をメモリ３０２に記憶して保存する（Ｓ３０２０）。設置カメラ３０は、保存した撮影画像の画像情報と、予めメモリ５０２に記憶された設置カメラ３０の設置場所の位置情報とを、サーバ５０に送信する（Ｓ３０３０）。その後、設置カメラ３０は、再び本処理フローを繰り返す。
【０１１８】
これに対して、サーバ５０は、設置カメラ３０から画像情報および位置情報を受信したか否かを判定する（Ｓ５０３０）。サーバ５０は、設置カメラ３０から画像情報および位置情報を受信していない場合（Ｓ５０３０でＮＯ）、再び本処理フローを繰り返す。
【０１１９】
一方、サーバ５０は、設置カメラ３０から画像情報および位置情報を受信した場合（Ｓ５０３０でＹＥＳ）、図６で示した属性情報を生成する（Ｓ５０４０）。サーバ５０は、属性情報に含まれる影響エリアの情報に基づいて基地局８０を特定する（Ｓ５０５０）。そして、サーバ５０は、特定した基地局８０に対して、画像情報および属性情報を送信する（Ｓ５０６０）。その後、サーバ５０は、再び本処理フローを繰り返す。
【０１２０】
これに対して、受信側車両２０は、基地局８０を介して画像情報および属性情報を受信したか否かを判定する（Ｓ２０１０）。受信側車両２０は、画像情報および属性情報を受信していない場合（Ｓ２０１０でＮＯ）、再び本処理フローを繰り返す。
【０１２１】
一方、受信側車両２０は、画像情報および属性情報を受信した場合（Ｓ２０１０でＹＥＳ）、属性情報が所定条件を満たすか否かを判定する（Ｓ２０２０）。Ｓ２０２０の処理の内容は前述した図７のＳ２２０と同様であるため説明を省略する。
【０１２２】
受信側車両２０は、属性情報が所定条件を満たしていない場合（Ｓ２０２０でＮＯ）、再び本処理フローを繰り返す。一方、受信側車両２０は、属性情報が所定条件を満たした場合（Ｓ２０２０でＹＥＳ）、撮影画像をディスプレイ２５１に表示する（Ｓ２０３０）。これにより、受信側車両２０ａのユーザは、異常気象などによって影響された道路の状況をリアルタイムな画像によって走行する前から確認することができる。
【０１２３】
次に、受信側車両２０は、既にルートを検索済みであるか否かを判定する（Ｓ２０４０）。受信側車両２０は、未だルートを検索済みでない場合（Ｓ２０４０でＮＯ）、再び本処理フローを繰り返す。
【０１２４】
一方、受信側車両２０は、既にルートを検索済みである場合（Ｓ２０４０でＹＥＳ）、ディスプレイ２５０に表示されたルートの検索結果を更新し（Ｓ２０５０）、再び本処理フローを繰り返す。これにより、受信側車両２０ａのユーザは、道路状況が悪化した場所を回避することができる。なお、ルートの検索結果の更新は、自動的に更新されるものに限らず、ユーザの許諾を得た場合に更新されるものであってもよい。また、ナビゲーション装置２５０によってルートが既に検索されているか否かに関わらず、事故の発生場所を回避するルートがディスプレイ２５０に表示されてもよい。
【０１２５】
＜作用効果について＞
以上のように、本実施の形態に係る通信システム１によれば、サーバ５０によって、１または複数の受信側車両２０の各々が備えるナビゲーション装置２５０に対して、イベントの発生場所の位置情報を少なくとも含む属性情報とともに、イベントの発生場所で撮影された撮影画像の画像情報が送信される。そして、受信側車両２０においては、条件次第で、サーバ５０から配信されてきた撮影画像がディスプレイ２５１に表示される。これにより、イベントが発生した場合に、不特定多数の受信側車両２０のユーザに対して、サーバ５０から撮影画像の画像情報が送信されるため、撮影画像の取得に関してユーザの利便性を向上させることができる。
【０１２６】
サーバ５０からの属性情報に基づいてルートの検索結果が更新されるため、ユーザがわざわざルートを変更することがなく、ユーザの利便性を向上させることができる。
【０１２７】
サーバ５０から取得された撮影画像が、ユーザによって予め設定可能なお知らせ設定の内容や受信側車両２０の走行に応じて変化する位置情報に従ってディスプレイ２５１に表示されるため、撮影画像の表示に関して多様性をもたせることができる。
【０１２８】
静的条件に関してユーザによって予め設定可能な内容は、無条件で撮影画像をディスプレイ２５１に表示する旨と、条件付きで撮影画像をディスプレイ２５１に表示する旨との少なくともいずれか一方が含まれるため、ユーザによって予め設定可能な静的条件に関して多様性をもたせることができる。
【０１２９】
動的条件に関する内容は、位置情報に基づく受信側車両２０の位置が含まれるため、位置情報に基づく受信側車両２０の位置に応じて受信側車両２０の走行方向にイベントの発生場所があると判定された場合に、サーバ５０から取得された撮影画像がディスプレイ２５１に表示されるため、撮影画像の取得に関してユーザの利便性を向上させることができる。
【０１３０】
図１に示す例のように、イベントの発生場所に位置する送信側車両１０ａ，１０ｂによって取得された撮影画像の画像情報がサーバ５０を介して受信側車両２０に送信されるため、撮影画像の取得に関してユーザの利便性を向上させることができる。
【０１３１】
図２に示す例のように、イベントの発生場所に設置された設置カメラ３０によって取得された撮影画像の画像情報がサーバ５０を介して受信側車両２０に送信されるため、撮影画像の取得に関してユーザの利便性を向上させることができる。
【０１３２】
＜変形例＞
本実施の形態においては、送信側車両１０は、ドライブレコーダ１２０の加速度センサ１２３によって検知された加速度に基づき走行の異常を検知するものであった。しかし、ステアリングホイールの操作態様、ブレーキの作動態様、画像センサなど、送信側車両１０の挙動の異常やユーザによる運転操作の異常などを検出できるものであれば、いずれのセンサが用いられてもよい。
【０１３３】
本実施の形態においては、サーバ５０は、気象庁からの気象情報などに基づき送信側車両１０に撮影画像を要求していた。しかし、サーバ５０は、気象情報に限らず、地震などのあらゆる天変地異の情報を外部から取得することで、送信側車両１０に撮影画像を要求してもよい。
【０１３４】
本実施の形態においては、サーバ５０は、イベントの発生が影響するエリアに基づき特定した基地局８０に限り撮影画像を配信するものであった。しかし、サーバ５０は、お知らせサービスに登録している受信側車両２０や、同一種類あるいは同一メーカ内の受信側車両２０に対して一律に、撮影画像を配信するものであってもよい。そして、受信側車両においては、ユーザによる設定に応じて撮影画像を受信するか否かを決めてもよい。また、基地局８０に限らず、高速道路上や幹線道路上に設置された無線による情報提供装置（たとえば、ビーコン）を介してサーバ５０からの撮影画像が配信されてもよい。いずれにしても、本実施の形態の通信システム１によれば、受信側車両２０からサーバ５０に対して撮影画像を要求することはない。
【０１３５】
上記した変形例は、その全部または一部を組み合わせて実施してもよい。今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１３６】
１  通信システム、１０  送信側車両、２０  受信側車両、３０  設置カメラ、５０  サーバ、８０  基地局、１０３，２０３  通信モジュール、１１０，２１０，３１０，５１０  通信ライン、１２０  ドライブレコーダ、１２１，３０４  カメラ、１２２，１５３，２５３，３０２，５０２  メモリ、１２３  加速度センサ、１５０，２５０  ナビゲーション装置、１５１，２５１  ディスプレイ、１５２，２５２  タッチパネル、１５４，２５４  受信機、１９０，２９０  バッテリ、３０３，５０３  通信インターフェイス。
【図１】
2019086421.tif 000003
【図２】
2019086421.tif 000004
【図３】
2019086421.tif 000005
【図４】
2019086421.tif 000006
【図５】
2019086421.tif 000007
【図６】
2019086421.tif 000008
【図７】
2019086421.tif 000009
【図８】
2019086421.tif 000010
【図９】
2019086421.tif 000011
【図１０】
2019086421.tif 000012