警告通知系统、警告通知方法以及程序与流程

本发明涉及警告通知系统、警告通知方法以及程序。尤其涉及通知关于车辆的行驶路径中的危险事件的警告的警告通知系统、警告通知方法以及程序。

背景技术：

在现有的驾驶辅助装置中，存在这样的驾驶辅助装置：在位于服务器的事故表中存储过去发生的事故发生地点的位置信息、对事故当事者的驾驶倾向进行分类的驾驶类型、事故发生时的时间段、天气等行驶状况、事故类型的数据(例如，参照专利文献1)。该驾驶辅助装置如以下这样执行向车辆的驾驶者通知警告的处理。

首先，该驾驶辅助装置根据来自搭载于车辆的传感器的信息，确定车辆的位置信息、驾驶类型、行驶状况。然后，该驾驶辅助装置根据所决定的位置信息、驾驶类型、行驶状况，参照事故表，判定危险位置是否处于规定距离范围内。并且，该驾驶辅助装置在判定为危险位置处于规定距离范围内的情况下，向车辆的驾驶者通知关于该危险位置的危险信息。

现有技术文献

专利文献

专利文献1：日本特开2006-258428号公报

技术实现要素：

发明所要解决的课题

在现有的驾驶辅助装置中，在事故表中将过去发生的事故与事故发生当时的位置信息、驾驶类型、行驶状况联系起来，在事故发生当时的位置信息、驾驶类型、行驶状况与当前的位置信息、驾驶类型、行驶状况一致的情况下，通知危险信息。因此，具有以下这样的课题：在现有的驾驶辅助装置中，无法灵活地变更通知危险信息的条件，当车辆的行驶状况与事故发生时的状况稍微不同时，有时不会通知危险信息，可靠性低。

本发明是为了解决上述这样的课题而完成的，其目的是提供能够可靠地通知关于危险信息的警告且可靠性高的警告通知系统、警告通知方法以及程序。

解决问题的手段

本发明的警告通知系统的特征是具备：路径取得部，其取得表示车辆的移动路径的移动路径信息；事件取得部，其取得表示与所述移动路径关联的事件的事件信息；状况取得部，其取得表示车辆的行驶状况的状况信息；通知判定条件存储部，其将在多个行驶状况各自的情况下针对所述事件是否通知警告存储为通知判定条件；以及判定部，其根据所述通知判定条件和由所述状况取得部取得的所述行驶状况，判定是否通知所述警告。

本发明的警告通知方法的特征是，包括以下步骤：路径取得部取得表示车辆的移动路径的移动路径信息；事件取得部取得表示与所述移动路径关联的事件的事件信息；状况取得部取得表示车辆的行驶状况的状况信息；以及判定部根据判定在多个行驶状况各自的情况下针对所述事件是否通知警告的通知判定条件和由所述状况取得部取得的所述行驶状况，判定是否通知所述警告。

本发明的程序使计算机执行以下的处理：路径取得处理，取得表示车辆的移动路径的移动路径信息；事件取得处理，取得表示与所述移动路径关联的事件的事件信息；状况取得处理，取得表示车辆的行驶状况的状况信息；以及判定处理，根据判定在多个行驶状况各自的情况下针对所述事件是否通知警告的通知判定条件和由所述状况取得处理取得的所述行驶状况，判定是否通知所述警告。

发明效果

根据本实施方式的警告通知系统，判定部根据表示在多个行驶状况各自的情况下针对事件是否通知警告的通知判定条件和车辆的行驶状况，判定是否通知警告，所以，具有能够可靠地通知警告的效果。

附图说明

图1是示出实施方式1的警告通知系统的块结构的一例的结构框图。

图2是示出实施方式1的车辆信息的结构的一例的图。

图3是示出实施方式1的环境状况信息的结构的一例的图。

图4是示出实施方式1的通知判定条件信息的结构的一例的图。

图5是示出实施方式1的服务器装置、车载装置的硬件结构的一例的图。

图6是示出实施方式1的警告通知系统中的警告通知方法(处理、步骤)的动作的一例的流程图。

图7是示出实施方式1的判定处理的算法的一例的流程图。

图8是示出实施方式2的警告通知系统的块结构的一例的图。

图9是示出实施方式2的警告通知系统中的警告通知方法的动作的一例的流程图。

图10是示出实施方式3的警告通知系统的块结构的一例的图。

图11是示出实施方式3的警告通知系统中的警告通知方法的动作的一例的流程图。

图12是示出实施方式4的警告通知系统的块结构的一例的图。

具体实施方式

实施方式1.

图1是示出本实施方式的警告通知系统500的块结构的一例的结构框图。

警告通知系统500是以下这样的驾驶辅助系统：向驾驶车辆的驾驶者通知关于车辆接下来计划行驶的移动路径中的危险信息等的警告而辅助驾驶。

利用图1说明本实施方式的警告通知系统500的块结构。

如图1所示，警告通知系统500具备服务器装置100和车载装置200。服务器装置100和车载装置200经由网络300连接。

服务器装置100例如是设置于数据中心等的服务器计算机或其它计算机。

服务器装置100是经由网络300与搭载于车辆的车载装置200连接并向车辆通知警告的警告通知装置的一例。

服务器装置100具备路径接收部110、事件取得部120、状况取得部160、判定部170、通信部190。另外，危险管理信息130、车辆状态信息140、环境状况信息150、通知判定条件信息180存储于服务器装置100具备的存储装置中。

危险管理信息130由危险信息管理部进行管理，并存储于存储装置。车辆状态信息140由车辆状态管理部进行管理，并存储于存储装置。环境状况信息150由环境状况管理部进行管理，并存储于存储装置。通知判定条件信息180由信息通知条件存储部存储于存储装置。

危险管理信息130是针对地图信息使地图上的位置和可能在该位置发生的危险事件(事件的一例)相关联的信息即所谓的灾害地图(hazard map)。

警告通知系统500从已加入警告通知系统500所提供的警告通知服务的加入者随时收集关于在车辆行驶中发生的危险事件的危险信息。例如，警告通知系统500的危险信息管理部从车载装置200接收表示车辆状态的车辆信息220，根据所接收的车辆信息220，生成危险管理信息130。这样，危险信息管理部根据从加入者收集的危险信息生成危险管理信息130。

另外，服务器装置100的车辆状态管理部根据从车载装置200接收到的车辆信息220，按照每个车辆在存储装置中存储表示车辆状态的车辆状态信息140。

图2是示出本实施方式的车辆信息220的结构的一例的图。

如图2所示，在车辆信息220中，设定有识别车辆的车辆识别码、发生危险事件的发生时刻、发生危险事件的发生位置(纬度、经度)、危险事件的种类、危险事件发生时的车辆速度等。

车辆状态管理部按照每个车辆识别码将接收到的车辆信息220存储于存储装置，成为车辆状态信息140。或者，车辆状态管理部也可以将所接收的车辆信息220直接蓄积于存储装置。

图3是示出本实施方式的环境状况信息150的结构的一例的图。

如图3所示，环境状况信息150包含天气信息151、拥堵信息152、施工信息153等。可根据从车辆接收的车辆信息220，取得天气信息151、拥堵信息152、施工信息153等环境状况信息150。

例如，环境状况管理部可以根据从车载装置200接收的车辆信息220检测地图上的位置处的拥堵位置。或者，环境状况管理部可从外部的天气数据库、道路信息数据库、施工信息数据库等取得。

另外，在仅利用外部的天气数据库、道路信息数据库、施工信息数据库的情况下，也可以没有环境状况信息150。

返回图1，继续进行说明。

路径接收部110从车载装置200经由网络300接收表示车辆的移动路径的移动路径信息。移动路径信息是表示移动路径的位置信息。

事件取得部120根据危险管理信息130，取得表示与移动路径关联的危险事件的危险信息(事件信息的一例)。与移动路径相关联的事件是指，关联为可能在移动路径上的位置处发生的危险事件。

危险事件例如有打滑、急转弯、急刹车、车道减少、有施工、注意前方追尾、注意突然跳出、有台阶等事件。也可以是这些危险事件以外的事件。

危险信息是包含危险事件和与该危险事件关联的危险位置(发生位置信息的一例)的信息。危险位置例如是在过去发生该危险事件的位置。

危险管理信息130例如是将打滑这样的危险事件和表示产生打滑的地点的危险位置对应起来的信息。

状况取得部160取得表示行驶状况的状况信息。状况取得部160根据车辆状态信息140和环境状况信息150，取得表示车辆的行驶状况的状况信息。

行驶状况例如是车辆行驶的移动路径上的道路的状况。在此情况下，状况信息是道路拥堵、道路通畅等信息。此时，状况取得部160取得从危险位置示出的位置起预先指定的指定范围内的道路状况作为状况信息。

另外，行驶状况例如是车辆的状态。在此情况下，状况信息是轮胎磨损而容易打滑的状态、处于速度快的倾向、处于急刹车多的倾向等信息。这样，车辆的状态还包含驾驶者的驾驶倾向等。

另外，行驶状况例如是行驶时的天气。在此情况下，状况信息是晴天、雨、雪、强风等信息。

这样，状况取得部160取得道路的状况、车辆的状态、天气等作为状况信息。

通知判定条件信息180是将危险事件与判定是否通知关于该危险事件的警告的通知判定条件181对应起来的信息，由通知判定条件存储部存储于存储装置中。

通知判定条件181是根据行驶状况判定是否通知警告的条件，例如是根据道路的状况进行判定的条件、根据车辆的状态进行判定的条件、根据天气进行判定的条件等。因此，可以说，通知判定条件存储部将在多个行驶状况各自的情况下针对某危险事件是否通知警告存储为通知判定条件。

图4是示出本实施方式的通知判定条件信息180的结构的一例的图。

如图4所示，在通知判定条件信息180中设定有危险事件和判定是否通知关于该危险事件的警告的通知判定条件181。

设定有在某行驶状况的情况下针对危险事件是否通知警告的通知判定条件181。更具体地说，设定有针对危险事件在拥堵时是否通知、在通畅时是否通知、在检测出车辆打滑时是否通知、在恶劣天气时是否通知等的通知判定条件181。

这样，关于本实施方式的通知判定条件181，在1个通知判定条件181中包含根据道路状况判定是否通知警告的条件、根据车辆状态判定是否通知警告的条件、根据天气状况判定是否通知警告的条件中的任意一个。

由此，警告通知系统500能够使警告通知判定的处理变得简单。另外，警告通知系统500仅仅变更通知判定条件信息180就能够动态且灵活地变更针对危险事件的条件，能够进行可靠的警告通知判定。

在图4中，“-”、“○”、“◎”表示有无警告的通知，其中，“-”表示不通知，“○”表示通常通知，“◎”表示强调通知。通常通知是指以通常的方法通知警告。强调通知是指进一步强调地通知警告。

例如，如果通常通知是在显示装置上用通常的显示方法显示警告，则强调显示例如使警告闪烁，或者与警报一起进行显示，与通常通知的情况相比，进一步强调警告。

另外，关于设定在通知判定条件信息180中的“◎”、“○”、“-”各自的优先级，以“◎”的优先级＞“○”的优先级＞“-”的优先级的方式设定优先级。例如，在强调通知的判定结果与不通知的判定结果重合的情况下，采用优先级高的强调通知。

判定部170根据通知判定条件信息180的通知判定条件181和状况信息表示的行驶状况，利用处理装置判定是否通知警告。

例如，在移动路径上具有危险事件“打滑多发”的危险位置的情况下，当状况信息是晴天、没有检测到车辆打滑、危险位置附近是拥堵中时，判定部170根据通知判定条件181，判定为不通知警告。

或者，在移动路径上具有危险事件“打滑多发”的危险位置的情况下，当状况信息是恶劣天气、检测出车辆打滑、危险位置附近是拥堵中时，虽然根据恶劣天气为“○”，但是，检测出车辆打滑的“◎”的情况的优先级高，所以，判定部170判定为不是通常通知警告而是强调通知警告。

或者，在移动路径上具有危险事件“打滑多发”的危险位置的情况下，当状况信息是恶劣天气、没有检测到车辆打滑、危险位置附近是拥堵中时，因为恶劣天气为“○”，所以，判定部170判定为通常通知警告。

判定部170向通信部190输出包含表示警告内容的信息和表示警告通知的强弱的信息的警告信息。

通信部190经由网络300将从判定部170取得的警告信息发送至车载装置200。

在本实施方式中，虽然判定部170和通信部190是不同的块结构，但也可以利用1个块实现判定部170和通信部190的功能。此外，这里为了使通知判定条件181具有优先级，分类为“◎”、“○”、“-”，但未必需要这样进行分类，也可以简单分类为“○”(通知)和“-”(不通知)。

网络300例如是移动通信网络与互联网等的组合。

车载装置200例如是导航装置。或者，车载装置200可以是导航装置或DA(Display Audio)与便携终端(例如智能手机、平板电脑、便携电话)的组合。作为车载装置200的一部分，还可以组合HUD(Head Up Display)。

车载装置200具备路径取得部210、车辆信息收集部230、装置通信部240、显示部250。另外，车载装置200将车辆信息220存储在存储装置中。车辆信息220通过车辆信息存储部存储在存储装置中。

路径取得部210取得表示车辆的移动路径的移动路径信息。例如，路径取得部210通过驾驶者在作为导航装置的车载装置200中设定目的地，来取得移动路径。

车辆信息收集部230收集与油门、制动器、方向盘等的驾驶操作相关的信息、车速、加速度、角速度等关于车辆本身运动的信息、或从照相机、雷达等传感器取得的信息等。利用收集来自传感器的信息等的硬件接口来实现车辆信息收集部230。车辆信息收集部230可以是传感器本身。车辆信息收集部230如后所述可作为执行收集来自传感器的信息等的功能的程序进行安装。

车辆信息存储部将由车辆信息收集部230收集的信息作为车辆信息220存储于存储装置中。

装置通信部240从服务器装置100的通信部190接收警告信息。

显示部250根据由装置通信部240接收的警告信息，在显示装置上显示警告。关于警告的通知，不限于影像的显示，也可以是声音通知，还可以是基于振动的通知，也可以是它们的组合。

图5是示出本实施方式的服务器装置100、车载装置200的硬件结构的一例的图。

采用图5，来说明服务器装置100、车载装置200的硬件结构例。

服务器装置100、车载装置200是计算机，可利用程序实现服务器装置100、车载装置200的各要素。

作为服务器装置100、车载装置200的硬件结构，在总线上连接有运算装置901、外部存储装置902、主存储装置903、通信装置904、输入输出装置905。

运算装置901是执行程序的CPU(Central Processing Unit)。该运算装置901例如可表现为处理装置、Processor(处理器)或Processing Circuitry(处理电路)。

外部存储装置902例如是ROM(Read Only Memory)或闪存、硬盘装置。

主存储装置903是RAM(Random Access Memory)。

通信装置904例如是通信板等，与LAN(Local Area Network)等连接。通信装置904不限于与LAN连接，也可以与IP-VPN(Internet Protocol Virtual Private Network)、广域LAN、ATM(Asynchronous Transfer Mode)网络这样的WAN(Wide Area Network)或互联网连接。LAN、WAN、互联网是网络的一例。

输入输出装置905例如是鼠标、键盘、显示器装置等。取代鼠标，也可采用触摸面板、触摸板、轨迹球、手写板或者其它定位设备。显示器装置可以是LCD(Liquid Crystal Display)、CRT(Cathode Ray Tube)或者其它显示装置。显示器装置是在实施方式中说明的显示部250的一例。

程序通常存储于外部存储装置902中，在载入主存储装置903内的状态下依次读入运算装置901并执行。

程序是实现作为结构框图所示的“～部”而说明的功能的程序。

程序产品(计算机程序产品)由记录有实现结构框图所示的“～部”的功能的程序的存储介质、存储装置等构成。程序产品与外观无关地加载了计算机可读取的程序。

而且，在外部存储装置902中还存储有操作系统(OS)，OS的至少一部分载入主存储装置903内，运算装置901一边执行OS，一边执行实现图1的结构框图所示的“～部”的功能的程序。

另外，应用程序也存储于外部存储装置902内，在载入主存储装置903内的状态下，依次由运算装置901执行。例如，将实现路径接收部110、事件取得部120、状况取得部160、判定部170的功能的程序和危险管理信息130、车辆状态信息140、环境状况信息150、通知判定条件信息180存储于外部存储装置902内，运算装置901采用外部存储装置902所存储的各种信息执行上述程序，由此实现处理。即，通过组合作为运算装置901的硬件和作为上述程序的软件，实现图1的结构框图所示的“～部”的功能。换言之，可以说，以实现图1的结构框图所示的“～部”的功能的方式对运算装置901进行了编程。此外，这些功能不限于硬件与软件的组合，也可以在运算装置901中执行上述程序，用硬件单体来实现。

另外，“～表”等信息也存储于外部存储装置902内。另外，表示“～的判断”、“～的判定”、“～的提取”、“～的检测”、“～的设定”、“～的登记”、“～的选择”、“～的生成”、“～的输入”、“～的输出”等处理的结果的信息、数据、信号值或变量值存储于主存储装置903内。

另外，服务器装置100、车载装置200接收到的数据存储于主存储装置903内。

另外，加密秘钥/解密秘钥、随机数或参数也可以存储于主存储装置903内。

此外，图5的结构只是示出服务器装置100、车载装置200的硬件结构的一例，服务器装置100、车载装置200的硬件结构不限于图5所述的结构，也可以是其它结构。

图6是示出本实施方式的警告通知系统500中的警告通知方法(处理、步骤)的动作的一例的流程图。

利用图6，说明本实施方式的警告通知系统500中的警告通知方法(处理、步骤)的动作。

＜路径取得处理(步骤)：S101＞

在S101中，车载装置200的路径取得部210取得车辆的行驶路径作为移动路径。路径取得部210根据用户在作为导航装置的车载装置200中设定的目的地，取得从车辆的当前地到目的地的移动路径。或者，路径取得部210也可以取得相对于车辆的当前地处于规定范围内的道路作为移动路径。或者，路径取得部210也可以根据以前的行驶路径的倾向取得移动路径。

路径取得部210经由网络300将取得的移动路径发送至服务器装置100。

＜路径接收处理(步骤)：S201＞

在S201中，服务器装置100的路径接收部110经由网络300从车载装置200的路径取得部210接收车辆的移动路径。

＜事件取得处理(步骤)：S202＞

在S202中，事件取得部120根据路径接收部110接收到的移动路径和危险管理信息130，取得表示与移动路径上的位置关联的危险事件的危险信息。

例如，事件取得部120取得移动路径上的打滑多发的危险位置A和注意前方追尾的危险位置B作为危险信息。

＜状况取得处理(步骤)：S203＞

在S203中，状况取得部160根据事件取得部120所取得的危险信息和车辆状态信息140以及环境状况信息150，取得表示车辆的行驶状况的状况信息。

例如，状况取得部160取得从危险位置A预先指定的指定范围内的移动路径上的拥堵信息作为表示车辆的行驶状况的状况信息。另外，状况取得部160取得从危险位置B预先指定的指定范围内的移动路径上的拥堵信息作为状况信息。

这里，预先指定的范围可由警告通知系统500的系统管理者设定。例如，可指定为10米范围内、50米范围内、100米范围内等。

另外，状况取得部160取得危险位置A附近以及危险位置B附近的天气作为状况信息。

另外，状况取得部160取得已设定所取得的移动路径的车辆的状态作为状况信息。

例如，状况取得部160取得危险位置A以及危险位置B均为拥堵中、没有检测出车辆打滑、晴天的信息作为状况信息。

＜判定处理(步骤)：S204＞

在S204中，判定部170根据由事件取得部120取得的移动路径的危险事件和由状况取得部160取得的状况信息，参照通知判定条件信息180，利用处理装置判定是否通知警告。

图7是示出本实施方式的判定处理的算法的一例的流程图。对运算装置901进行了编程，以使得通过执行判定部170的判定处理即图7所示的算法(从步骤S204-1的处理到步骤S204-5的处理)来实现步骤S204的判定处理。

首先，判定部170从事件取得部120取得危险事件，从状况取得部160取得状况信息表示的行驶状况(步骤S204-1)。

接着，判定部170从存储装置读出通知判定条件信息180(步骤S204-2)。

接着，判定部170对比与所取得的危险事件相对的行驶状况和已读出的通知判定条件信息180的行驶状况是否一致(步骤S204-3)。这里，因为判定部170所取得的危险事件是“打滑多发”，所取得的行驶状况是“拥堵中”、“没有检测出车辆打滑”、“晴天”，所以，判定部170首先读出通知判定条件信息180中的与打滑多发对应的通知判定条件181“拥堵时”，与所取得的行驶状况进行对比。这里，如图4所示，拥堵时是“-”，不通知警告。

接着，判定部170判断是否剩余其它行驶状况(步骤S204-4)。这里，因为剩余所取得的行驶状况“没有检测出车辆打滑”、“晴天”，所以，判定部170反复进行步骤S204-3的处理。如果未剩余其它行驶状况，则进入步骤S204-5，判定部170判定是否通知警告。这里，因为行驶状况是“拥堵中”、“没有检测出车辆打滑”、“晴天”，所以，结果是，判定部170判定为不进行危险位置A附近的警告“打滑多发”的通知。这意味着，因为车辆的轮胎是正常的，天气也是良好的，所以，可认为在拥堵中不易发生打滑，因此，判定部170判定为不需要警告。

另外，判定部170在危险事件是注意前方追尾的情况下的通知判定中，也利用同样的算法执行处理。结果是，判定部170根据状况信息中的行驶状况(拥堵中、没有检测出车辆打滑、晴天)，判定为在危险位置B附近进行警告“注意前方追尾”的通知。这意味着，即使在拥堵时，前方追尾的危险性也是很高的，所以，判定部170判定为需要警告。

返回至图6，判定部170在判定为不进行警告的通知时(在S204中不通知)，结束处理。

判定部170在判定为进行警告的通知时(在S204中进行通知)，进入S205。

＜发送处理(步骤)：S205＞

通信部190从判定部170接收用于显示警告的警告信息。在警告信息中包含表示警告内容的信息和表示警告通知的强弱的信息。

例如，判定部170根据状况信息(拥堵中、检测出车辆打滑、晴天)，判定为在危险位置B附近进行警告“注意前方追尾”的强调通知。判定部170向通信部190输出包含警告“注意前方追尾”和强调通知的警告信息。

或者，判定部170根据状况信息(拥堵中、没有检测出车辆打滑、恶劣天气)判定为在危险位置A附近进行警告“打滑多发”的通常通知。判定部170向通信部190输出包含警告“打滑多发”和通常通知的警告信息。

通信部190经由网络300将从判定部170接收到的警告信息发送至车载装置200。

＜显示处理(步骤)：S102＞

车载装置200的装置通信部240从服务器装置100的通信部190接收警告信息。

显示部250根据由装置通信部240接收的警告信息，在显示装置中显示警告。作为通知警告的方法，除了在显示装置上进行显示的方法以外，例如还可以通过语音来通知警告。在通常通知的情况下，以语音的方式输出“请注意打滑”等广播，在强调通知的情况下，以语音的方式输出“危险！危险！注意前方追尾！”等具有紧迫感的广播。另外，还可以利用振动来通知警告，在通常通知的情况下以通常的振动来通知警告，在强调通知的情况下以比通常振动强的振动来通知警告。另外，还可以组合语音、显示装置的显示、振动进行通知。

至此结束关于本实施方式的警告通知系统500中的警告通知方法(处理、步骤)的说明。

在图4的通知判定条件信息180的说明中，以“◎”的优先级＞“○”的优先级＞“-”的优先级的顺序设定了优先级。

但是，作为优先级的设定方法，例如，可对多个通知判定条件181分别赋予表示多个通知判定条件181各自的优先级的优先级信息。然后，判定部170可根据对多个通知判定条件181分别赋予的优先级，从多个通知判定条件181中选择至少1个通知判定条件181，根据所选择的至少1个通知判定条件181，执行通知判定处理。

另外，警告通知系统500在显示装置上显示警告的时机例如可以是与危险位置相距预先设定的指定距离的近前方。例如，由系统管理者指定为与危险位置相距3千米的近前方、2千米的近前方等。或者，在驾驶者在车载装置200中设定了移动路径的情况下，也可以立即通知警告。

如以上那样，根据本实施方式的警告通知系统500，通知判定存储部将多个行驶状况各自的情况下的针对危险事件可否进行警告存储为通知判定条件181，判定部根据通知判定条件181和车辆的行驶状况，判定是否通知警告，因此，能够避免仅在车辆的行驶状况与事故发生时的状况相同的情况下通知警告，能够可靠地通知关于危险信息的警告。例如，根据本实施方式的警告通知系统500，在接下来计划通过的某个地点例如是打滑多发或者急转弯这样的危险位置的情况下，仅在该位置没有发生拥堵的情况，向驾驶员发布警告。这是因为，在发生拥堵而缓慢地在该位置行驶的情况下，对于驾驶员来说警告是无意义的。

同样，关于注意前方车辆追尾的警告，在通过该位置的车辆非常少的情况下也可以不发布。

另外，根据本实施方式的警告通知系统500，在计划通过的某个地点拥堵的情况下，还可以取得相当于绕行路径的地点的危险信息而进行发布。能够通过以下方式来实现：在计划通过的某个地点拥堵的情况下，警告通知系统500取得绕行路径，将所取得的绕行路径作为移动路径，执行上述的警告通知处理。

另外，关于打滑多发，是检测本车辆的轮胎是否打滑来判定是否通知警告，但例如也可以在本车辆周围的领先的其它车的轮胎实际打滑的情况下进行发布。

另外，根据本实施方式的警告通知系统500，在服务器装置侧判定是否需要通知警告，仅在需要通知的情况下，将警告信息发送至车载装置侧，因此，能够减少信息量，能够降低网络的负荷。

另外，根据本实施方式的警告通知系统500，能够根据危险事件的内容细致地判定是否通知关于危险事件的警告。另外，因为仅判定1种条件作为1个通知判定条件，所以，能够简单地进行判定处理。另外，能够容易地变更通知判定条件。

这样，根据本实施方式的警告通知系统500，削减在拥堵时通知打滑多发警告这样的不需要的警告，并且在本车辆容易打滑的状态的情况下能够实现必然强调显示警告等可靠的警告通知。此外，能够降低网络的负荷。

实施方式2.

在本实施方式中，主要说明与实施方式1的不同之处。

在本实施方式中，有时对具有与实施方式1中说明的结构部同样的功能的结构部标注相同的标号，省略其说明。

在实施方式1中，在从车载装置200向服务器装置100发送移动路径后，服务器装置100取得移动路径上的危险信息，判定部170判定是否需要通知警告，在需要通知的情况下，向车载装置200发送警告信息。

在本实施方式中，说明以下的方式：服务器装置100将由事件取得部120以及状况取得部160取得的危险信息以及状况信息发送至车载装置200，车载装置200判定是否需要通知警告。车载装置200是判定是否需要通知警告的警告通知装置的一例。

图8是示出本实施方式的警告通知系统501的块结构的一例的图。

如图8所示，除了实施方式1中说明的结构之外，车载装置200还具有判定部170以及通知判定条件信息180。并且，与实施方式1中说明的结构不同，服务器装置100不具有判定部170以及通知判定条件信息180。

判定部170以及通知判定条件信息180的功能结构与实施方式1中说明的结构相同。

图9是示出本实施方式的警告通知系统501中的警告通知方法的动作的一例的流程图。

利用图9，说明警告通知系统501中的警告通知方法的动作的一例。

在图9中，S101～S203的处理与利用实施方式1的图6说明的S101～S203相同。

在S203a中，通信部190将由事件取得部120取得的危险信息和由状况取得部160取得的状况信息发送至车载装置200。

＜接收处理(步骤)：S101a＞

在S101a中，装置通信部240从服务器装置100接收危险信息和状况信息。

＜判定处理(步骤)：S101b＞

S101b的处理与利用实施方式1的图6说明的S204相同。即，车载装置200的判定部170经由装置通信部240取得危险信息和状况信息。判定部170根据状况信息，参照通知判定条件信息180，判定是否需要通知危险事件的警告。然后，判定部170在判定为进行通知的情况下，向显示部250输出包含警告内容和通知方法的警告信息。

在S102中，显示部250根据警告信息在显示装置上显示警告。S102的处理是与利用实施方式1的图6说明的S102相同的处理。

至此结束关于本实施方式的警告通知系统501中的警告通知方法的动作的说明。

如以上那样，根据本实施方式的警告通知系统501，在车载装置200中具备通知判定条件信息180，所以，能够在车辆侧(驾驶者侧)动态地变更通知判定条件。例如，在驾驶者的倾向是行驶速度较快的情况或者是老年人驾驶的车辆等的情况下，能够以使警告的通知条件变宽松而尽量通知警告的方式来设定条件。另一方面，在老练的驾驶员、具有高超驾驶技术的驾驶员等的情况下，能够设定为使警告的通知条件变严格，仅在真正需要的情况下才通知警告。

以上说明的警告通知系统是也包含服务器装置100单体或车载装置200单体的概念，而不仅仅限于由服务器装置100和车载装置200构成的系统即由多个装置构成的系统。即，警告通知系统可以是指服务器装置100，也可以是指还具有车载装置200的一部分或全部功能的服务器装置100。另外，警告通知系统可以是指车载装置200，也可以是指还具有服务器装置100的一部分或全部功能的车载装置200。在以下的说明中也是同样的。

实施方式3.

在本实施方式中，主要说明与实施方式1、2的不同之处。

在本实施方式中，有时对具有与实施方式1、2中说明的结构部相同的功能的结构部标注相同的标号，省略其说明。

在本实施方式中，说明利用用户携带的便携终端装置400作为导航装置的情况。便携终端装置400例如是智能手机、平板终端等。

在本实施方式中，说明以下的方式：服务器装置100将由事件取得部120以及状况取得部160取得的危险信息以及状况信息发送至便携终端装置400，便携终端装置400判定是否需要通知警告。便携终端装置400是判定是否需要通知警告的警告通知装置的一例。

图10是示出本实施方式的警告通知系统502的块结构的一例的图。

如图10所示，警告通知系统502具备服务器装置100、车载装置200、便携终端装置400。服务器装置100、车载装置200、便携终端装置400彼此经由网络300进行连接。

便携终端装置400具备路径取得部210、判定部170、通知判定条件信息180、显示部410、装置通信部440。与实施方式1、2的不同之处在于，服务器装置100不具有判定部170以及通知判定条件信息180，车载装置200不具有路径取得部210。

在便携终端装置400中搭载有导航装置用的应用程序。便携终端装置400作为导航装置发挥功能。

路径取得部210、判定部170、通知判定条件信息180的功能结构与实施方式1中说明的结构相同。

显示部410显示便携终端装置400作为导航装置发挥功能的情况下的地图信息、目的地信息等。另外，显示部410在显示装置上显示由判定部170判定为需要通知的警告。

装置通信部440执行与服务器装置100、车载装置200的通信，服务器装置100、车载装置200经由网络300与便携终端装置400连接。

图11是示出本实施方式的警告通知系统502中的警告通知方法的动作的一例的流程图。

利用图11，说明警告通知系统502中的警告通知方法的动作的一例。

在S301中，便携终端装置400的路径取得部210取得车辆的行驶路径作为移动路径。路径取得部210根据用户在作为导航装置的便携终端装置400中设定的目的地，取得从车辆的当前地到目的地的移动路径。S301的处理与利用实施方式1的图6说明的S101的处理相同。

在图11中，S201～S203的处理与利用实施方式1的图6说明的S201～S203相同。

在S203b中，通信部190将由事件取得部120取得的危险信息和由状况取得部160取得的状况信息发送至便携终端装置400(智能手机、平板终端)。

在S301a中，装置通信部440从服务器装置100接收危险信息和状况信息。

S302的处理与利用实施方式1的图6说明的S204相同。即，便携终端装置400的判定部170从服务器装置100取得危险信息和状况信息。判定部170根据状况信息，参照通知判定条件信息180，判定是否需要通知危险事件的警告。然后，判定部170在判定为进行通知的情况下，向显示部410输出包含警告内容和通知方法的警告信息。在从判定部170取得警告信息后，显示部410根据所取得的警告信息，在显示装置中显示警告。

判定部170也可以在判定为通知警告的情况下，向车载装置200发送包含警告内容和通知方法的警告信息。车载装置200的装置通信部240在接收到警告信息后，输出至车载装置200的显示部250。车载装置200的显示部250在车载装置200的显示装置上显示警告。

或者，判定部170也可以在判定为通知警告的情况下，向显示部410输出警告信息，并且发送到车载装置200。

在S303中，显示部410根据警告信息，在显示装置上显示警告。S303的处理是与利用实施方式1的图6说明的S102同样的处理。

至此结束关于本实施方式的警告通知系统502中的警告通知方法的动作的说明。

如以上那样，根据本实施方式的警告通知系统502，在作为导航装置发挥功能的便携终端装置400中具备通知判定条件信息180，所以，能够在车辆侧(驾驶者侧)动态地变更通知判定条件。另外，即使在车辆变更的情况下，也能够简单地接受警告通知系统502的警告通知服务。

实施方式4.

在本实施方式中，主要说明与实施方式1～3的不同之处。尤其说明与实施方式3的不同之处。

在本实施方式中，有时对具有与实施方式1～3中说明的结构部同样的功能的结构部标注相同的标号，省略其说明。

图12是示出本实施方式的警告通知系统503的块结构的一例的图。图12是与实施方式3中说明的图10对应的图。

在图12中，与图10的不同之处是便携终端装置400具备车辆信息收集部420、车辆信息430。

车辆信息收集部420例如使用智能手机具备的加速度传感器，收集车速、加速度、角速度、急刹车、其它车辆的急刹车等与车辆运动相关的信息。

车辆信息存储部将由车辆信息收集部420收集的信息作为车辆信息430存储于存储装置内。

由车辆信息收集部420收集的车辆信息430经由网络300发送至服务器装置100。在服务器装置100中，根据从便携终端装置400接收到的车辆信息430，生成危险管理信息130、车辆状态信息140。

在本实施方式的警告通知系统503中，车辆信息收集部420、车辆信息430以外的功能结构与实施方式1～3中说明的结构相同。

如以上那样，根据本实施方式的警告通知系统503，在作为导航装置发挥功能的便携终端装置400中具备车辆信息收集部420，因此，即使在车辆变更的情况下，也能够简单地收集车辆的状态。由此，即使在车辆变更的情况下，也能够简单地继续提供警告通知系统502的警告通知服务。

在实施方式3、4中说明的警告通知系统是指也包含便携终端装置400单体的概念，而不仅仅限于由服务器装置100、车载装置200和便携终端装置400构成的系统即由多个装置构成的系统。即，警告通知系统可以是指便携终端装置400单体。另外，也可以在服务器装置100、车载装置200、便携终端装置400中任意地分散配置实施方式3、4中说明的警告通知系统的功能块。

此外，警告通知系统的块结构不限于在上述实施方式1～4中说明的块结构。也可以利用其它功能块结构来实现。

例如，在警告通知系统中，可以将事件取得部和状况取得部设为1个功能块，将判定部和通信部设为1个功能块。

功能块只要在不矛盾的范围内则可以根据需要进行各种变更，上述的块结构是任意的。另外，实施方式1～4中说明的功能块在不矛盾的范围内，可以任意地分散配置在警告通知系统中。

以上虽然说明了本发明的实施方式，但也可以组合这些实施方式中的2个以上来实施。或者，也可以部分地实施这些实施方式中的1个。或者，也可以部分地组合实施这些实施方式中的2个以上。

此外，以上的实施方式本质上是优选的例示，并不是为了限制本发明、其应用物或用途的范围，只要是不矛盾的范围则可以根据需要进行各种变更。

标号说明

100 服务器装置，110 路径接收部，120 事件取得部，130 危险管理信息，140 车辆状态信息，150 环境状况信息，160 状况取得部，170 判定部，180 通知判定条件信息，181 通知判定条件，190 通信部，200 车载装置，210 路径取得部，220 车辆信息，230 车辆信息收集部，240 装置通信部，250 显示部，300 网络，400 便携终端装置，410 显示部，420 车辆信息收集部，430 车辆信息，440 装置通信部，500、501、502、503 警告通知系统，901 运算装置，902 外部存储装置，903 主存储装置，904 通信装置，905 输入输出装置。