CN107346610A - 一种路况提醒方法及装置 - Google Patents

Abstract

本申请提供一种路况提醒方法及装置，所述方法包括：接收移动终端发送的路况询问信息；根据所述路况询问信息获取行车范围内的行车路线；获取所述行车路线的实时路况信息；比较所述实时路况信息和常规路况信息，得到行车路线中至少一个路段的路况提醒信息；将所述至少一个路段的路况提醒信息发送给所述移动终端，以便于移动终端将所述路况提醒信息提醒给用户。由于本实施例能够及时地发现行程路线中至少一个路段的路况提醒信息，然后将该路况提醒信息通知给用户，以便于用户实时了解行程路线中至少一个路段的路况提醒信息，对限行或堵车的路段，提前绕行，不但节省了行车时间，还提高了出行体验。

Description

一种路况提醒方法及装置

技术领域

本申请涉及终端导航技术，特别涉及一种路况提醒方法及装置。

背景技术

随着人们生活水平的提高，汽车日渐成为人们日常出行的必要工具，同时，汽车数量的激增也给行驶道路带来了不小的交通压力，经常有堵车或行驶缓慢的情况发生。为了方便出行，通常查询电子地图。目前，人们越来越依赖电子地图的导航功能和躲避拥堵功能。

可是，大多城市在早高峰时间段会临时封闭高架或快速路入口，有些路段会按时间段单向通行，有些道路因为整修被封闭，这些信息目前都不能及时同步到电子地图，导致用户导航到无法通行的路段，不但浪费了时间，还导致用户不能顺利达到目的地，严重影响了用户的出行体验。

发明内容

有鉴于此，本申请提供一种路况提醒的方法及装置，以解决现有技术中，由于用户不能实时了解路况信息导致用户出行不便的问题。

具体地，本申请是通过如下技术方案实现的：

第一方面提供一种路况提醒方法，包括：

接收移动终端发送的路况询问信息；

根据所述路况询问信息获取行车范围内的行车路线；

获取所述行车路线的实时路况信息；

比较所述实时路况信息和常规路况信息，得到所述行车路线中至少一个路段的路况提醒信息；

将所述至少一个路段的路况提醒信息发送给所述移动终端，以便于所述移动终端将所述路况提醒信息提醒给用户。

可选的，所述方法还包括：

建立每一个路段在每个时间段的路况模型；

利用建立的路况模型确定所述行车路线的常规路况信息。

可选的，所述建立每一个路段在每个时间段的路况模型，包括：

获取设定周期内的历史数据，所述历史数据包括：历史路况信息，以及与所述历史路况信息相关的历史交通管制信息，历史日历信息和历史天气信息；

根据所述历史数据计算出每一个路段在每一个时间段的路况模型。

可选的，所述根据所述历史数据计算出每一个路段在每一个时间段的路况模型包括：

以历史路况信息中的车速和车流量为核心参数，以所述历史交通管制信息中的限流信息、历史日历信息和历史天气信息为关联参数，计算出每一个路段在每一个时间段的路况模型。

可选的，所述利用建立的路况模型确定所述行车路线的常规路况信息，包括：

获取所述行程路线中的路段信息、当前时间、日历信息、限流信息和天气信息；

根据所述路段信息、当前时间、日历信息、限流信息和天气信息利用至少一个路段的路况模型计算出对应路段的常规路况信息。

可选的，所述比较所述实时路况信息和常规路况信息，得到所述行车路线中至少一个路段的路况提醒信息，包括：

判断所述实时路况信息和常规路况信息是否相符；

如果所述实时路况信息和常规路况信息不相符，且所述常规路况信息下的当前路段的车流量较大，所述实时路况信息下的所述当前路段的车流量为零时，则再检查所述当前路段的当前时间之前的预设时间内的车流量；

如果所述车流量符合临时封闭的模型，则确定所述当前路段处于临时封闭状态；或者

如果所述车流量符合长时间封闭的模型，则确定所述当前路段处于长时间封闭状态；或者

如果所述车流量符合临时单向的模型，则确定所述当前路段处于临时单向状态；或者

如果所述常规路况信息下的当前路段的车流量为零，且所述实时路况信息下的所述当前路段的车流量较大，将确定所述当前路段处于新开通状态；或者

如果实时路况下的所述当前路段发生拥堵，且所述拥堵显示为突发情况造成的拥堵，则确定所述当前路段处于发生突发情况。

可选的，在得到所述行车路线中至少一个路段的路况提醒信息时，所述方法还包括：

判断所述行车路线中的至少一个路段是否有突发情况；

如果有，继续判断所述用户是否被堵在突发情况的路段上；

如果是，则被堵用户使用的移动终端自动启动SNS交流模式，以便于所述被堵用户将所述路段的突发原因分享给其他用户。

第二方面提供了一种路况提醒方法，包括：

确定用户的行车路线，所述行车路线包括用户的当前位置和到达目标地址；

向服务端发送路况咨询信息，以便于所述服务端根据所述路况咨询信息确定所述行车路线中的至少一个路段的路况提醒信息；

接收所述服务端发送的行车路线中的至少一个路段的路况提醒信息；

将所述路况提醒信息提醒给所述用户。

可选的，所述方法还包括：

接收服务端发送的启动SNS交流模式的信息，所述信息中包括突发路段；

根据所述信息进入SNS交流模式，将所述突发路段的突发原因分享给其他用户。

第三方面提供了一种路况提醒装置，包括：

接收单元，用于接收移动终端发送的路况询问信息；

第一获取单元，用于根据所述路况询问信息获取行车范围内的行车路线；

第二获取单元，用于获取所述行车路线的实时路况信息；

比较单元，用于比较所述实时路况信息和常规路况信息，得到比较结果；

第一确定单元，用于根据所述比较单元的比较结果确定所述行车路线中至少一个路段的路况提醒信息；

第一提醒单元，用于将所述第一确定单元确定的所述行车路线中的至少一个路段的路况提醒信息发送给所述移动终端，以便于所述移动终端将所述路况提醒信息提醒给用户。

可选的，所述装置还包括：

建立单元，用于建立每一个路段在每个时间段的路况模型；

第二确定单元，用于利用建立的路况模型确定所述行车路线的常规路况信息。

可选的，所述建立单元包括：

第三获取单元，用于获取设定周期内的历史数据，所述历史数据包括：历史路况信息，以及与所述历史路况信息相关的历史交通管制信息，历史日历信息和历史天气信息；

第一计算单元，用于根据所述历史数据计算出每一个路段在每一个时间段的路况模型。

可选的，所述第一确定单元包括：

第四获取单元，用于获取所述行程路线的路段信息、当前时间、日历信息、限流信息和天气信息；

第二计算单元，用于根据所述路段信息、当前时间、日历信息、限流信息和天气信息利用至少一个路段的路况模型计算出常规路况信息。

可选的，所述比较单元包括：

第一判断单元，用于判断所述实时路况信息和常规路况信息是否相符；

检查单元，用于在所述第一判断单元判断所述实时路况信息和常规路况信息不相符，且检查到所述常规路况信息下的当前路段的车流量较大，所述实时路况信息下的所述当前路段的车流量为零时，继续检查所述当前路段的当前时间之前的预设时间内的车流量；

第一确定子单元，用于在所述检查单元检查到的所述车流量符合临时封闭的模型时，确定所述当前路段处于临时封闭状态；或者

第二确定子单元，用于在所述检查单元检查到的所述车流量符合长时间封闭的模型时，确定所述当前路段处于长时间封闭状态；

第三确定子单元，用于在所述检查单元检查到的所述车流量符合临时单向的模型时，确定所述当前路段处于临时单向状态；

第四确定子单元，用于在所述检查单元检查到的所述常规路况信息下的当前路段的车流量为零，且所述实时路况信息下的所述当前路段的车流量较大时，确定所述当前路段处于新开通状态；

第五确定子单元，用于在所述检查单元检查到所述实时路况下的所述当前路段发生拥堵，且所述拥堵显示为突发情况造成的拥堵时，确定所述当前路段发生突发情况。

可选的，所述装置还包括：

第二判断单元，用于判断所述行车路线中的至少一个路段是否有突发情况；

第三判断单元，用于在所述第二判断单元判断所述至少一个路段上有突发情况时，继续判断所述用户是否被堵在突发情况的所述路段上；

第二提醒单元，用于在所述第三判断单元判断所述用户被堵在突发情况的所述路段上时，提醒移动终端进入启动SNS交流模式，以便于所述用户将所述路段的突发原因分享给其他用户。

第四方面提供了一种路况提醒装置，包括：

确定单元，用于确定用户的行车路线，所述行车路线包括移动终端所在的当前位置和到达目标地址；

发送单元，用于向服务端发送路况咨询信息，所述路况询问信息包括用户的当前位置和到达目标地址；以便于所述服务端根据所述当前位置和到达目标地址确定所述行车路线中的至少一个路段的路况提醒信息；

第一接收单元，用于接收所述服务端发送的所述行车路线中的至少一个路段的路况提醒信息；

提醒单元，用于将所述路况提醒信息提醒给所述用户。

本申请实施例中通过对各个路段的历史数据进行模式匹配，并将匹配的数据与获取到对应路段的实时数据进行对比，能够及时地发现行程路线中至少一个路段的路况提醒信息(比如路段封闭、通行情况等)，然后将该路况提醒信息通知给用户，以便于用户实时了解行程路线中至少一个路段的路况提醒信息，对限行或堵车的路段，提前绕行，不但节省了行车时间，还提高了出行体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

图1是本申请实施例提供的一种路况提醒方法的流程图；

图2是本申请实施例提供的一种路况提醒方法的另一流程图；

图3是本申请实施例提供的一种路况提醒方法的另一流程图；

图4是本申请实施例提供的一种路况提醒方法的另一流程图；

图5是本申请实施例提供的路况提醒装置所在设备的一种硬件结构图；

图6是本申请实施例提供的一种路况提醒装置的结构示意图；

图7是本申请实施例提供的一种路况提醒装置的另一结构示意图；

图8是本申请实施例提供的一种路况提醒装置的另一结构示意图；

图9是本申请实施例提供的一种路况提醒装置的另一结构示意图；

图10是本申请实施例提供的一种路况提醒装置的另一结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

请参阅图1，为本申请实施例提供的一种路况提醒方法的流程图，所述方法包括：

步骤101：接收移动终端发送的路况询问信息；

该步骤中，接收用户利用移动终端发送的路况询问信息，所述路况询问信息包括用户的当前位置和到达目标地址；

该步骤中，当移动终端(比如手机等)启动电子地图，定位当前位置，输入要到达的目标地址，电子地图计算出行车路线。之后，移动终端向系统服务端发出路况询问信息，即系统服务端接收到移动终端发送的路况询问信息，即询问当前路况，以及是否有道路封闭，道路通车和临时单向通行等情况。

步骤102：根据所述路况询问信息获取行车范围内的行车路线；

根据路况询问信息中移动终端所处的当前位置和到达的目标地址，获取行车范围内的所述行车路线；

该步骤中，系统服务端根据移动终端所在的当前位置和要达到的目标地址，获取电子地图上行车范围内的所有可能的行车路线，根据获取的路段信息、当前时间、日历信息(比如周末、节假日)、限流信息、天气信息等，利用建立的每个路段的路况模型计算出常规路况。

其中，本实施例中，预先建立每个路段在每个时间段的路况模型，其建立的过程如图2所示，图2为本申请实施例提供的一种建立每个路段在每个时间段的路况模型的流程图，具体包括：

步骤201：获取设定周期内的历史数据，所述历史数据包括：历史路况信息，以及与所述历史路况信息相关的历史交通管制信息，历史日历信息和历史天气信息；具体包括：

1)读取路况历史数据；该路况历史数据包括：路段定位，路况每个时段每个方向的平均车速，平均车流量，拥堵热点进行标记，以及路况的变化率等。

2)读取交通管制信息，如尾号限行，单双号限行，外地车限行等，与路况历史信息关联。

3)读取日历信息，如周末、节假日、景区旺季等，与路况历史信息关联。

4)读取天气历史信息，如下雨、下雪、路面结冰等，与路况历史信息关联。

该步骤中，1)、2)、3)和4)读取信息的过程部分先后顺序，也可以同时进行，本实施例不作限制。

步骤202：根据所述历史数据计算出每一个路段在每一个时间段的路况模型。

在步骤1中收集完毕信息之后，开始进行系统建模。其一种建模算法为：

以历史路况信息中的车速和车流量为核心参数，以历史交通管制信息中的限流信息、历史日历信息和历史天气信息为关联参数，计算出每一个路段在每一个时间段的路况模型。

路况模型需要排除突发情况造成的拥堵，突发情况造成拥堵的模型需要通过历史数据挖掘计算出来。突发情况造成的拥堵具有与路段、时间段弱相关性，与天气强相关性，拥堵程度各不相同等特点。

每个参数(即信息)的权重和算法以现有的机器学习方法进行训练，并根据历史信息以及实时路况信息进行调整。常见机器学习算法有C4.5，ID3，SVM，Apriori等。需要说明的是，机器学习算法本身不在本申请范畴之内，本申请关注算法需要的数据输入、参数选择和模型结果校验方式等。

然后，利用建立的路况模型确定所述行车路线的常规路况信息；

系统服务端先根据移动端所在的当前位置和要到达的目标地址，获取电子地图上行车范围内的所有可能的行车路线；然后，获取行车路线中的路段信息、当前时间、日历信息(周末、节假日)、限流信息、天气信息等，最后，利用已建立的每个路段在每个时间段的路况模型计算出对应路段的常规路况信息。

步骤103：获取所述行车路线的实时路况信息；

系统服务端从电子地图上获取该移动终端的行车路线的实时路况信息。

步骤104：比较所述实时路况信息和常规路况信息，确定所述行车路线中至少一个路段的路况提醒信息；

该步骤中比较的具体过程为：

先判断所述实时路况信息和常规路况信息是否相符；

一方面，如果所述实时路况信息和常规路况信息不相符，且所述常规路况信息下的当前路段的车流量较大，所述实时路况信息下的所述当前路段的车流量为零时，则再检查所述当前路段的当前时间之前的预设时间段(比如，几小时到几天的)内的车流量；

如果车流量符合临时封闭的模型，则确定所述当前路段处于临时封闭状态；或者

如果所述车流量符合长时间封闭的模型，则确定所述当前路段处于长时间封闭状态；或者

如果所述车流量符合临时单向的模型，则确定所述当前路段处于临时单向状态。

另一方面，如果所述常规路况信息下的当前路段的车流量为零，且所述实时路况信息下的所述当前路段的车流量较大，将确定所述当前路段处于新开通状态。

如果实时路况下的所述当前路段发生拥堵，且所述拥堵显示为突发情况造成的拥堵，则确定所述当前路段处于发生突发情况。

也就是说，如果实时路况下的所述当前路段发生拥堵，而所述拥堵显示为突发情况造成的拥堵，则将所述当前路段发生突发情况的信息发送给移动终端，以便于所述移动终端提醒所述用户所述当前路段发生了突发情况。也就是说，如果实时路况发生拥堵，而该拥堵显示为突发情况造成的拥堵，则提示用户该路段可能发生了突发情况。

步骤105：将所述至少一个路段的路况提醒信息发送给所述移动终端，以便于所述移动终端将所述路况提醒信息提醒给用户。

一方面，如果车流量符合临时封闭的模型，则将所述当前路段处于临时封闭的信息发送给移动终端，以便于所述移动终端提醒所述用户所述当前路段处于临时封闭状态。也就是说，如果所述车流量符合临时封闭的模型，则告警给用户，提示该路段长时间封闭。

如果所述车流量符合长时间封闭的模型，则将所述当前路段处于长时间封闭的信息发送给移动终端，以便于所述移动终端提醒所述用户所述当前路段处于长时间封闭状态。也就是说，如果车流量符合长时间封闭的模型，则告警给用户，提示该路段长时间封闭。

如果所述车流量符合临时单向的模型，则将所述当前路段处于临时单向的信息发送给移动终端，以便于所述移动终端提醒所述用户所述当前路段处于临时单向状态；也就是说，如果车流量符合临时单向的模型，则告警给用户，提示该路段临时单向。

另一方面，如果确定所述当前路段处于新开通状态，将当前路段新开通的信息发送给移动终端，以便于所述移动终端提醒所述用户当前路段已开通。

如果实时路况下的所述当前路段发生拥堵，而所述拥堵显示为突发情况造成的拥堵，则将所述当前路段发生突发情况的信息发送给移动终端，以便于所述移动终端提醒所述用户所述当前路段发生了突发情况。也就是说，如果实时路况发生拥堵，而该拥堵显示为突发情况造成的拥堵，则提示用户该路段可能发生了突发情况。

本申请实施例中通过对各个路段的历史数据进行模式匹配，并将匹配的数据与获取到对应路段的实时数据进行对比，能够及时地发现行程路线中至少一个路段的路况提醒信息(比如路段封闭、通行情况等)，然后将该路况提醒信息通知给用户，以便于用户实时了解行程路线中至少一个路段的路况提醒信息，对限行或堵车的路段，提前绕行，不但节省了行车时间，还提高了出行体验。

还请参阅图3，为本申请实施例提供的一种路况提醒方法的另一流程图；所述方法包括：

步骤301至步骤302，与步骤101至步骤102同，具体详见上述，在此不再赘述；

步骤303：利用建立的路况模型确定所述行车路线的常规路况信息；

系统服务端先根据移动端所在的当前位置和要到达的目标地址，获取电子地图上行车范围内的所有可能的行车路线；然后，获取行车路线中的路段信息、当前时间、日历信息(周末、节假日)、限流信息、天气信息等，最后，利用已建立的每个路段在每个时间段的路况模型计算出对应路段的常规路况信息。

其中，路况模型的建立详见上述，在此不再赘述。

步骤304至步骤305，与步骤104至步骤105同，具体详见上述，在此不再赘述；

步骤306：判断所述行车路线中的至少一个路段是否有突发情况；如果有，执行步骤308；否则，返回步骤307；

步骤308：继续判断所述用户是否被堵在突发情况的所述路段上；如果是，执行步骤309；否则，返回步骤308；

步骤309：被堵用户使用的移动终端自动启动SNS交流模式，以便于所述用户将所述路段的突发原因分享给其他用户。

本实施例中，当实时路况(发生拥堵)与常规路况不符时，并且符合了突发情况的模型时，处于突发状态的路段的移动终端将自动启动SNS交流模式，帮助系统更好地提供路况信息。

本申请实施例中，可以通过对历史数据进行分析，对每个路段建立路况模型，并对比实时路况信息，计算出路段的封闭通车情况，并及时通知用户。进一步，还可以通过对突发情况的模型匹配，引导用户通过SNS相互通知突发情况原因，并记录到系统中以备机器学习使用，即帮助系统更好地提供路况信息。

还请参阅图4，为本申请实施例提供的一种路况提醒方法的另一流程图，所述方法包括：

步骤401：确定用户的行车路线，所述行车路线包括用户的当前位置和到达目标地址；

该步骤中，用户启动移动终端上的电子地图，定位当前位置，输入目标，电子地图计算出行车路线。

步骤402：向服务端发送路况咨询信息，所述路况询问信息包括用户的当前位置和到达目标地址；以便于所述服务端根据所述当前位置和到达目标地址确定所述行车路线中的至少一个路段的路况提醒信息；

该步骤中，移动终端向服务端发送路况咨询信息，服务端接收到移动终端发送的路况询问信息时，根据所述当前位置和到达目标地址，获取行车范围内的行车路线；利用建立的路况模型确定所述行车路线的常规路况信息；然后获取所有上行车路线的实时路况信息；以及比较所述实时路况信息和常规路况信息，得到所述行车路线中至少一个路段的路况提醒信息；将所述每个路段的路况提醒信息发送给所述移动终端，以便于所述移动终端通过电子地图将所述路况提醒信息提醒给所述用户。其具体的实现过程详见上述方法中对应步骤的实现过程，在此不再赘述。

步骤403：接收所述服务端发送的所述行车路线中的至少一个路段的路况提醒信息；

其中，路况提醒信息可以道路封闭，道路通车、临时单向通行、堵车情况、突发情况和/或封闭道路开通等情况。

步骤404：将所述路况提醒信息提醒给所述用户。

移动终端将接收到的路况提醒信息通过电子地图展示给用户。

进一步，在另一实施例中，该实施例在上述实施例的基础上，所述方法还可以包括：

接收服务端发送的启动SNS交流模式的信息，所述信息中包括突发路段；

根据所述信息进入SNS交流模式，将所述突发路段的突发原因分享给其他用户。

本申请实施例中，可以通过对突发情况的模型匹配，引导用户通过SNS相互通知突发情况原因，并记录到系统中以备机器学习使用，即帮助系统更好地提供路况信息。

与前述路况提醒方法的实施例相对应，本申请还提供了路况提醒装置的实施例。

本申请提供的路况提醒装置的实施例可以应用在设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图5所示，为本申请路况提醒装置所在设备的一种硬件结构图，除了图5所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的设备通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图6，为本申请实施例提供的一种路况提醒装置的结构示意图，所述装置包括：接收单元61，第一获取单元62，第二获取单元63，比较单元64，第一确定单元65和第一提醒单元66，其中，

接收单元61，用于接收移动终端发送的路况询问信息；其中，所述路况询问信息包括用户的当前位置和到达目标地址；

第一获取单元62，用于根据所述路况询问信息，获取行车范围内的行车路线；

第二获取单元63，用于获取所述行车路线的实时路况信息；

比较单元64，用于比较所述实时路况信息和常规路况信息，得到比较结果；

第一确定单元65，用于根据所述比较单元64的比较结果确定所述行车路线中至少一个路段的路况提醒信息；

第一提醒单元66，用于将所述第一确定单元65确定的所述行车路线中的至少一个路段的路况提醒信息发送给所述移动终端，以便于所述移动终端将所述路况提醒信息提醒给所述用户。

可选的，在另一实施例中，所述比较单元64包括：第一判断单元，检查单元，第一确定子单元，第二确定子单元，第三确定子单元，第四确定子单元和第五确定子单元(图中未示)，其中，

第一判断单元，用于判断所述实时路况信息和常规路况信息是否相符；

检查单元，用于在所述第一判断单元判断所述实时路况信息和常规路况信息不相符，且检查到所述常规路况信息下的当前路段的车流量较大，所述实时路况信息下的所述当前路段的车流量为零时，继续检查所述当前路段的当前时间之前的预设时间内的车流量；

第一确定子单元，用于在所述检查单元检查到的所述车流量符合临时封闭的模型时，确定所述当前路段处于临时封闭状态；或者

第二确定子单元，用于在所述检查单元检查到的所述车流量符合长时间封闭的模型时，确定所述当前路段处于长时间封闭状态；

第三确定子单元，用于在所述检查单元检查到的所述车流量符合临时单向的模型时，确定所述当前路段处于临时单向状态；

第四确定子单元，用于在所述检查单元检查到的所述常规路况信息下的当前路段的车流量为零，且所述实时路况信息下的所述当前路段的车流量较大时，确定所述当前路段处于新开通状态；

第五确定子单元，用于在所述检查单元检查到所述实时路况下的所述当前路段发生拥堵，且所述拥堵显示为突发情况造成的拥堵时，确定所述当前路段发生突发情况。

可选的，在另一实施例中，所述装置还可以包括：建立单元71和第二确定单元72，其结构示意图如图7所示，其中，建立单元71，用于建立每一个路段在每个时间段的路况模型。

其中，所述建立单元71包括：第三获取单元和第一计算单元(图中未示)，

第三获取单元，用于获取设定周期内的历史数据，所述历史数据包括：历史路况信息，以及与所述历史路况信息相关的历史交通管制信息，历史日历信息和历史天气信息；

第一计算单元，用于根据所述历史数据计算出每一个路段在每一个时间段的路况模型。具体用于以历史路况信息中的车速和车流量为核心参数，以所述历史交通管制信息中的限流信息、历史日历信息和历史天气信息为关联参数，计算出每一个路段在每一个时间段的路况模型。

第二确定单元72，用于利用所述建立单元71建立的路况模型确定所述行车路线的常规路况信息；

其中，所述第二确定单元63包括：第四获取单元，第二计算单元(图中未示)，其中，

第四获取单元，用于获取所述行程路线的路段信息、当前时间、日历信息、限流信息和天气信息；

第二计算单元，用于根据所述路段信息、当前时间、日历信息、限流信息和天气信息利用每个路段的路况模型计算出常规路况信息。

可选的，在另一实施例中，所述装置还可以包括：第二判断单元81，第三判断单元82和第二提醒单元83，其结构示意图如图8所示，其中，

第二判断单元81，与比较单元64连接，用于判断所述行车路线中的至少一个路段是否有突发情况；

第三判断单元82，用于在所述第二判断单元判断所述至少一个路段上有突发情况时，继续判断所述用户是否被堵在突发情况的所述路段上；

第二提醒单元83，用于在所述第三判断单元82判断所述用户被堵在突发情况的所述路段上时，提醒移动终端进入启动SNS交流模式，以便于所述用户将所述路段的突发原因分享给其他用户。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

还请参阅图9，为本申请实施例提供的路况提醒装置的另一结构示意图，所述装置包括：确定单元91，发送单元92，第一接收单元93和提醒单元94，其中，

确定单元91，用于确定用户的行车路线，所述行车路线包括用户的当前位置和到达目标地址；

发送单元92，用于向服务端发送路况咨询信息，所述路况询问信息包括用户的当前位置和到达目标地址；以便于所述服务端根据所述当前位置和到达目标地址确定所述行车路线中的至少一个路段的路况提醒信息；

第一接收单元93，用于接收所述服务端发送的所述行车路线中的至少一个路段的路况提醒信息；

提醒单元94，用于将所述路况提醒信息提醒给所述用户。

可选的，在另一实施例中，该装置还可以包括：第二接收单元11，进入单元12和分享单元13，其结构示意图如图10所示，其中，

第二接收单元11，用于接收服务端发送的启动SNS交流模式的信息，所述信息中包括突发路段；

进入单元12用于根据所述信息进入SNS交流模式；

分享单元13，用于在进入SNS交流模式后，将所述突发路段的突发原因分享给其他用户。

本申请实施例中通过对各个路段的历史数据进行模式匹配，并将匹配的数据与获取到对应路段的实时数据进行对比，能够及时地发现行程路线中至少一个路段的路况提醒信息(比如路段封闭、通行情况等)，然后将该信息通知给用户，以便于用户实时了解行程路线中每个路段的路况信息，对限行或堵车的路段，提前绕行，不但节省了行车时间，还提高了出行体验。

进一步，当实时路况(发生拥堵)与常规路况不符，并且符合了突发情况的模型时，处于突发状态的路段的手机将自动启动SNS交流模式，帮助系统更好地提供路况信息。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (16)

1.一种路况提醒方法，其特征在于，包括：

接收移动终端发送的路况询问信息；

根据所述路况询问信息获取行车范围内的行车路线；

获取所述行车路线的实时路况信息；

比较所述实时路况信息和常规路况信息，得到所述行车路线中至少一个路段的路况提醒信息；

将所述至少一个路段的路况提醒信息发送给所述移动终端，以便于所述移动终端将所述路况提醒信息提醒给用户。

2.根据权利要求1所述的方法，其特征在于，还包括：

建立每一个路段在每个时间段的路况模型；

利用建立的路况模型确定所述行车路线的常规路况信息。

3.根据权利要求2所述的方法，其特征在于，所述建立每一个路段在每个时间段的路况模型，包括：

获取设定周期内的历史数据，所述历史数据包括：历史路况信息，以及与所述历史路况信息相关的历史交通管制信息，历史日历信息和历史天气信息；

根据所述历史数据计算出每一个路段在每一个时间段的路况模型。

4.根据权利要求3所述的方法，其特征在于，所述根据所述历史数据计算出每一个路段在每一个时间段的路况模型包括：

以历史路况信息中的车速和车流量为核心参数，以所述历史交通管制信息中的限流信息、历史日历信息和历史天气信息为关联参数，计算出每一个路段在每一个时间段的路况模型。

5.根据权利要求2至4任一项所述的方法，其特征在于，所述利用建立的路况模型确定所述行车路线的常规路况信息，包括：

获取所述行程路线中的路段信息、当前时间、日历信息、限流信息和天气信息；

根据所述路段信息、当前时间、日历信息、限流信息和天气信息利用至少一个路段的路况模型计算出对应路段的常规路况信息。

6.根据权利要求1至4任一项所述的方法，其特征在于，所述比较所述实时路况信息和常规路况信息，得到所述行车路线中至少一个路段的路况提醒信息，包括：

判断所述实时路况信息和常规路况信息是否相符；

如果所述实时路况信息和常规路况信息不相符，且所述常规路况信息下的当前路段的车流量较大，所述实时路况信息下的所述当前路段的车流量为零时，则再检查所述当前路段的当前时间之前的预设时间内的车流量；

如果所述车流量符合临时封闭的模型，则确定所述当前路段处于临时封闭状态；或者

如果所述车流量符合长时间封闭的模型，则确定所述当前路段处于长时间封闭状态；或者

如果所述车流量符合临时单向的模型，则确定所述当前路段处于临时单向状态；或者

如果所述常规路况信息下的当前路段的车流量为零，且所述实时路况信息下的所述当前路段的车流量较大，将确定所述当前路段处于新开通状态；或者

如果实时路况下的所述当前路段发生拥堵，且所述拥堵显示为突发情况造成的拥堵，则确定所述当前路段处于发生突发情况。

7.根据权利要求1至4任一项所述的方法，其特征在于，在得到所述行车路线中至少一个路段的路况提醒信息时，所述方法还包括：

判断所述行车路线中的至少一个路段是否有突发情况；

如果有，继续判断所述用户是否被堵在突发情况的路段上；

如果是，则被堵用户使用的移动终端自动启动SNS交流模式，以便于所述被堵用户将所述路段的突发原因分享给其他用户。

8.一种路况提醒方法，其特征在于，包括：

确定用户的行车路线，所述行车路线包括用户的当前位置和到达目标地址；

向服务端发送路况咨询信息，以便于所述服务端根据所述路况咨询信息确定行车路线中的至少一个路段的当前路况信息；

接收所述服务端发送的行车路线中的至少一个路段的路况提醒信息；

将所述路况提醒信息提醒给所述用户。

9.根据权利要求8所述的方法，其特征在于，还包括：

接收服务端发送的启动SNS交流模式的信息，所述信息中包括突发路段；

根据所述信息进入SNS交流模式，将所述突发路段的突发原因分享给其他用户。

10.一种路况提醒装置，其特征在于，包括：

接收单元，用于接收移动终端发送的路况询问信息；

第一获取单元，用于根据所述路况询问信息获取行车范围内的行车路线；

第二获取单元，用于获取所述行车路线的实时路况信息；

比较单元，用于比较所述实时路况信息和常规路况信息，得到比较结果；

第一确定单元，用于根据所述比较单元的比较结果确定所述行车路线中至少一个路段的路况提醒信息；

第一提醒单元，用于将所述第一确定单元确定的所述行车路线中的每个路段的路况提醒信息发送给所述移动终端，以便于所述移动终端将所述路况提醒信息提醒给用户。

11.根据权利要求10所述的装置，其特征在于，还包括：

建立单元，用于建立每一个路段在每个时间段的路况模型；

第二确定单元，用于利用所述建立单元建立的路况模型确定所述行车路线的常规路况信息。

12.根据权利要求11所述的装置，其特征在于，所述建立单元包括：

第三获取单元，用于获取设定周期内的历史数据，所述历史数据包括：历史路况信息，以及与所述历史路况信息相关的历史交通管制信息，历史日历信息和历史天气信息；

第一计算单元，用于根据所述历史数据计算出每一个路段在每一个时间段的路况模型。

13.根据权利要求11或12所述的装置，其特征在于，所述第二确定单元包括：

第四获取单元，用于获取所述行程路线的路段信息、当前时间、日历信息、限流信息和天气信息；

第二计算单元，用于根据所述路段信息、当前时间、日历信息、限流信息和天气信息利用至少一个路段的路况模型计算出常规路况信息。

14.根据权利要求10至12任一项所述的装置，其特征在于，所述比较单元包括：

第一判断单元，用于判断所述实时路况信息和常规路况信息是否相符；

检查单元，用于在所述第一判断单元判断所述实时路况信息和常规路况信息不相符，且检查到所述常规路况信息下的当前路段的车流量较大，所述实时路况信息下的所述当前路段的车流量为零时，继续检查所述当前路段的当前时间之前的预设时间内的车流量；

第一确定子单元，用于在所述检查单元检查到的所述车流量符合临时封闭的模型时，确定所述当前路段处于临时封闭状态；或者

第二确定子单元，用于在所述检查单元检查到的所述车流量符合长时间封闭的模型时，确定所述当前路段处于长时间封闭状态；

第三确定子单元，用于在所述检查单元检查到的所述车流量符合临时单向的模型时，确定所述当前路段处于临时单向状态；

第四确定子单元，用于在所述检查单元检查到的所述常规路况信息下的当前路段的车流量为零，且所述实时路况信息下的所述当前路段的车流量较大时，确定所述当前路段处于新开通状态；

第五确定子单元，用于在所述检查单元检查到所述实时路况下的所述当前路段发生拥堵，且所述拥堵显示为突发情况造成的拥堵时，确定所述当前路段发生突发情况。

15.根据权利要求10至12任一项所述的装置，其特征在于，还包括：

第二判断单元，用于判断所述行车路线中的至少一个路段是否有突发情况；

第三判断单元，用于在所述第二判断单元判断所述至少一个路段上有突发情况时，继续判断所述用户是否被堵在突发情况的所述路段上；

第二提醒单元，用于在所述第三判断单元判断所述用户被堵在突发情况的所述路段上时，提醒移动终端进入启动SNS交流模式，以便于所述用户将所述路段的突发原因分享给其他用户。

16.一种路况提醒装置，其特征在于，包括：

确定单元，用于确定用户的行车路线，所述行车路线包括移动终端所在的当前位置和到达目标地址；

发送单元，用于向服务端发送路况咨询信息，所述路况询问信息包括用户的当前位置和到达目标地址；以便于所述服务端根据所述当前位置和到达目标地址确定所有所述行车路线中的至少一个路段的路况提醒信息；

第一接收单元，用于接收所述服务端发送的所述行车路线中的至少一个路段的路况提醒信息；

提醒单元，用于将所述路况提醒信息提醒给所述用户。