交通状况确定方法及装置与流程

本公开涉及信息处理技术领域，尤其涉及交通状况确定方法及装置。

背景技术：

城市交通拥堵，是指一种车多拥挤且车速缓慢的现象，通常在假日或上下班高峰时刻等时刻出现。此情形常出现于世界上各大都市区、连接两都市间的高速公路，及汽车使用率高的地区。此外，人们经常把容易塞车的道路，称为交通瓶颈(或交通樽颈)。

城市交通拥堵增加了通勤的时间，使得可用于工作(生产)的时间减少，从而带来驾驶员、乘客及该区域经济上的损失，交通拥堵还容易导致驾驶员感到愤怒及烦躁，增加了他们的精神压力，从而进一步损害其身心健康。同时，交通拥堵还导致燃料等能源的浪费及空气的污染：引擎在塞车时仍不断运转，持续消耗燃料，并且在拥堵的时候，车辆必须不断加速、刹车，从而增加了燃料的耗费。另外，交通拥堵还有可能使得紧急状态难以应变：当有紧急需要时，可能因为交通堵塞而难以达到目的。

目前，随着移动互联网的兴起，越来越多的驾驶员使用诸如百度地图等电子地图软件来查看所行路线的交通状况，而目前路况的采集的主要模型就是浮动车模型，也就是用GPS记录浮动车的速度和方向，然后根据道路匹配计算出路况。目前主要的浮动车都是由出租车公司提供，因此样本数据很难达到准确和完整的要求。还有一些成本较高的路况采集方法就是地感线圈、测速摄像头，但这些数据一般都只存放在国家部门。还有一种相对成本比较高的方法，就是定点上报，也就是在固定的地方由专门上报人员或者设备来实时上报路况，但这种方法无疑增加了大量的人力投入。总之，目前的交通状况确定方法难以同时达到准确、完整、成本低的目的。

技术实现要素：

本公开实施例提供一种交通状况确定方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种交通状况确定方法，包括：

采集车辆位置信息和行驶信息；

根据采集的车辆位置信息和行驶信息确定满足预设上报条件时，将采集的车辆位置信息和行驶信息，通过无线数据网络系统发送到云端服务器；

接收云端服务器根据接收的无线数据网络系统内所有车辆发送的车辆位置信息和行驶信息，确定出预警路况及其所处路段后发送的路况信息。

可选地，所述行驶信息包括车辆的行驶速度和车辆的行驶方向。

可选地，所述行驶信息还包括车辆行驶环境的气象信息、车况信息、预设时间段内车辆的行驶距离中的一种或多种，其中，所述车况信息至少包括车辆组件运行数据。

可选地，所述根据采集的车辆位置信息和行驶信息确定满足预设上报条件，包括：

当根据采集的车辆位置信息和行驶信息确定车辆的当前车速小于预设速度阈值时，确定满足预设上报条件；和/或，

当根据采集的车辆位置信息和行驶信息确定在预设时间段内车辆的行驶距离小于预设距离阈值时，确定满足预设上报条件；和/或，

当根据采集的车辆位置信息和行驶信息确定当前时刻所述车辆发生故障时，确定满足预设上报条件。

根据本公开实施例的第二方面，提供一种交通状况确定方法，包括：

接收无线网络系统内车辆在确定满足预设上报条件时上报的车辆位置信息和行驶信息；

根据所有车辆上报的车辆位置信息和行驶信息，确定出预警路况及其所在的路段；

将确定出的预警路况及其所在的路段对应的路况信息发送给无线网络系统内所有的车辆。

可选地，所述行驶信息包括车辆的行驶速度和车辆的行驶方向。

可选地，所述行驶信息还包括车辆行驶环境的气象信息、车况信息、预设时间段内车辆的行驶距离中的一种或多种，其中，所述车况信息至少包括车辆组件运行数据。

可选地，所述根据所有车辆上报的车辆位置信息和行驶信息，确定出预警路况及其所在的路段，包括：

将上报车辆的行驶信息与正常行驶信息相比较，确定所述上报车辆是否为故障车辆；

根据上报车辆的故障信息和所处天气信息确定上报车辆所在的路段的预警路况；

将上报车辆的位置信息与实际地理位置信息相比较，确定上报车辆所在的路段。

可选地，所述根据上报车辆的故障信息和所处天气信息确定上报车辆所在的路段的预警路况，包括：

当上报车辆中不存在故障车辆，且所述上报车辆也不处于负面天气状态时，确定所述上报车辆所在的路段处于交通拥堵状态；或者

当上报车辆中存在一辆或多辆故障车辆，且所述上报车辆不处于负面天气状态时，确定所述上报车辆所在的路段处于故障阻碍行驶状态或事故阻碍行驶状态。

可选地，所述根据所有车辆上报的车辆位置信息和行驶信息，确定出预警路况及其所在的路段，还包括：

若一历史预设时间段内，所述上报车辆中行驶方向发生变化的车辆比例大于预设比例阈值，则确定所述上报车辆所在的路段处于道路损坏阻碍通行状态。

根据本公开实施例的第三方面，提供一种交通状况确定装置，包括：

采集模块，被配置为采集车辆位置信息和行驶信息；

确定及发送模块，被配置为根据采集的车辆位置信息和行驶信息确定满足预设上报条件时，将采集的车辆位置信息和行驶信息，通过无线数据网络系统发送到云端服务器；

第一接收模块，被配置为接收云端服务器根据接收的无线数据网络系统内所有车辆发送的车辆位置信息和行驶信息，确定出预警路况及其所处路段后发送的路况信息。

可选地，所述行驶信息包括车辆的行驶速度和车辆的行驶方向。

可选地，所述行驶信息还包括车辆行驶环境的气象信息、车况信息、预设时间段内车辆的行驶距离中的一种或多种，其中，所述车况信息至少包括车辆组件运行数据。

可选地，所述确定及发送模块包括：

第一确定子模块，被配置为当根据采集的车辆位置信息和行驶信息确定车辆的当前车速小于预设速度阈值时，确定满足预设上报条件；和/或，

第二确定子模块，被配置为当根据采集的车辆位置信息和行驶信息确定在预设时间段内车辆的行驶距离小于预设距离阈值时，确定满足预设上报条件；和/或，

第三确定子模块，被配置为当根据采集的车辆位置信息和行驶信息确定当前时刻所述车辆发生故障时，确定满足预设上报条件。

根据本公开实施例的第四方面，提供一种交通状况确定装置，包括：

第二接收模块，被配置为接收无线网络系统内车辆在确定满足预设上报条件时上报的车辆位置信息和行驶信息；

确定模块，被配置为根据所有车辆上报的车辆位置信息和行驶信息，确定出预警路况及其所在的路段；

发送模块，被配置为将确定出的预警路况及其所在的路段对应的路况信息发送给无线网络系统内所有的车辆。

可选地，所述行驶信息包括车辆的行驶速度和车辆的行驶方向。

可选地，所述行驶信息还包括车辆行驶环境的气象信息、车况信息、预设时间段内车辆的行驶距离中的一种或多种，其中，所述车况信息至少包括车辆组件运行数据。

可选地，所述确定模块包括：

第四确定子模块，被配置为将上报车辆的行驶信息与正常行驶信息相比较，确定所述上报车辆是否为故障车辆；

第五确定子模块，被配置为根据上报车辆的故障信息和所处天气信息确定上报车辆所在的路段的预警路况；

第六确定子模块，被配置为将上报车辆的位置信息与实际地理位置信息相比较，确定上报车辆所在的路段。

可选地，所述第五确定子模块包括：

第七确定子模块，被配置为当上报车辆中不存在故障车辆，且所述上报车辆也不处于负面天气状态时，确定所述上报车辆所在的路段处于交通拥堵状态；或者

第八确定子模块，被配置为当上报车辆中存在一辆或多辆故障车辆，且所述上报车辆不处于负面天气状态时，确定所述上报车辆所在的路段处于故障阻碍行驶状态或事故阻碍行驶状态。

可选地，所述确定模块还包括：

第九确定子模块，被配置为若一历史预设时间段内，所述上报车辆中行驶方向发生变化的车辆比例大于预设比例阈值，则确定所述上报车辆所在的路段处于道路损坏阻碍通行状态。

根据本公开实施例的第五方面，提供一种交通状况确定装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

采集车辆位置信息和行驶信息；

根据采集的车辆位置信息和行驶信息确定满足预设上报条件时，将采集的车辆位置信息和行驶信息，通过无线数据网络系统发送到云端服务器；

接收云端服务器根据接收的无线数据网络系统内所有车辆发送的车辆位置信息和行驶信息，确定出预警路况及其所处路段后发送的路况信息。

根据本公开实施例的第六方面，提供一种交通状况确定装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收无线网络系统内车辆在确定满足预设上报条件时上报的车辆位置信息和行驶信息；

根据所有车辆上报的车辆位置信息和行驶信息，确定出预警路况及其所在的路段；

将确定出的预警路况及其所在的路段对应的路况信息发送给无线网络系统内所有的车辆。

本公开的实施例提供的技术方案可以包括以下有益效果：

上述技术方案提供了一种交通状况确定技术，该技术通过采集车辆在预设时刻所处的位置和行驶信息，确定所述车辆在所述预设时刻所处路段的交通状况。该技术较目前靠浮动车模型、驾驶员反馈或者路边摄像头系统采集得到的路况信息数据更为完整和准确，更具有实时性，并具备宏观意义。随着移动互联网的普及，以及城市车联网云服务系统的完善，该技术的应用会越来越广泛，成本也会越来越低。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例一示出的交通状况确定方法的流程图。

图2是根据一示例性实施例二示出的交通状况确定方法的流程图。

图3是根据一示例性实施例示出的交通状况确定方法步骤S202的流程图。

图4是根据一示例性实施例一示出的交通状况确定装置的框图。

图5是根据一示例性实施例二示出的交通状况确定装置的框图。

图6是根据一示例性实施例示出的确定模块的框图。

图7是根据一示例性实施例一示出的适用于交通状况确定装置的框图；

图8是根据一示例性实施例二示出的适用于交通状况确定装置的框图。

具体实施方式

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

本公开实施例提供了一种交通状况确定技术，该技术通过采集车辆在预设时刻所处的位置和行驶信息，确定所述车辆在所述预设时刻所处路段的交通状况。该技术较目前靠浮动车模型、驾驶员反馈或者路边摄像头系统采集得到的路况信息数据更为完整和准确，更具有实时性，并具备宏观意义。随着移动互联网的普及，以及城市车联网云服务系统的完善，该技术的应用会越来越广泛，成本也会越来越低。

下面对于上述交通状况确定技术进行详细地描述：

图1是根据一示例性实施例示出的一种交通状况确定方法的流程图，如图1所示，所述交通状况确定方法主要应用于客户端侧，比如能够接收无线数据的车辆，所述交通状况确定方法包括以下步骤S101-S103：

在步骤S101中，采集车辆位置信息和行驶信息；

在步骤S102中，根据采集的车辆位置信息和行驶信息确定满足预设上报条件时，将采集的车辆位置信息和行驶信息，通过无线数据网络系统发送到云端服务器；

在步骤S103中，接收云端服务器根据接收的无线数据网络系统内所有车辆发送的车辆位置信息和行驶信息，确定出预警路况及其所处路段后发送的路况信息。

在该实施例中，首先采集车辆所处的位置和行驶信息，并根据所采集的信息确定所述车辆是否满足预设上报条件，然后在确定所述车辆满足预设上报条件时，将车辆位置信息和行驶信息通过无线数据网络系统发送到云端服务器，并接收云端服务器根据接收的无线数据网络系统内所有车辆发送的车辆位置信息和行驶信息，确定出预警路况及其所处路段后发送的路况信息。当需要了解某一车辆所处路段的交通状况时，可向所述车辆发送采集信息命令，所述车辆根据接收到的采集信息命令采集车辆位置信息的行驶信息，并在确定满足预设上报条件时向云端服务器发送位置信息、行驶信息等相关数据；或者将所述车辆设置为定时采集车辆位置信息和行驶信息，定时判断是否满足预设上报条件，并在确定满足预设上报条件时向云端服务器发送位置信息、行驶信息等相关数据，云端服务器根据接收的无线数据网络系统内所有车辆发送的车辆位置信息和行驶信息，确定出预警路况及其所处路段的路况信息，以此来了解所述车辆所处路段是处于畅通状态、堵车状态、事故状态、故障状态或是其他状态，最后再将确定的路况信息发送给所述车辆。当然，如果需要了解某一车辆在任意历史时刻的交通状况时，也可向所述车辆发送获取历史数据命令，所述车辆根据接收到的命令向云端服务器发送历史位置信息、历史行驶信息等相关历史数据；或者将所述车辆设置为定时向云端服务器发送位置信息、行驶信息等相关数据，云端服务器根据接收到的或者历史收集到的数据，来确定所述车辆在某一历史时刻的交通状况，以方便进行统计、侦查、排查等工作。

当然，所述车辆与云端服务器之间的数据传输可依赖于有线或无线数据传输媒介，比如数据线传输、移动数据传输、WLAN传输、蓝牙传输、红外传输等等。需要特别说明的是，上述获得位置信息、行驶信息等相关数据的方法以及数据传输的方法只是示例性的说明，并不用于限制本公开，任何可实现的、合理的数据获取方法以及数据传输方法均落入本公开的保护范围。

在一个实施例中，所述行驶信息包括车辆的行驶速度和车辆的行驶方向。

在另一个实施例中，所述行驶信息还包括车辆行驶环境的气象信息、车况信息、预设时间段内车辆的行驶距离中的一种或多种，其中，所述车况信息至少包括车辆组件运行数据，比如发动机运行数据、油箱剩余油量、水箱温度、轮胎胎压、手刹状态数据等。

在该实施例中，考虑到导致交通拥堵的因素众多，比如车辆数量众多会直接导致交通拥堵，天气恶劣车辆行驶缓慢时也会导致交通拥堵，车辆在行驶过程中发生故障即使停靠在路边也会导致交通拥堵，车辆发生碰撞、追尾、剐蹭等交通事故也会导致交通拥堵，为了对于车辆所处的交通状况进行准确的判断，以采取有效的、针对性的疏导措施，所以需要尽量获取完善的车辆行驶信息，比如车辆行驶环境的气象信息、车辆的行驶速度、车辆的行驶方向、车况信息、预设时间段内车辆的行驶距离等。所述车辆可通过GPS导航系统、环境传感器、速度检测系统、方向检测系统、车检系统或其他设备获得上述车辆位置信息和行驶信息，需要特别说明的是，上述获得位置信息、行驶信息等设备只是示例性的说明，并不用于限制本公开，任何可实现的、可使用的信息获取设备均落入本公开的保护范围。

在一个实施例中，所述步骤S102中根据采集的车辆位置信息和行驶信息确定满足预设上报条件可实施为包括：

当根据采集的车辆位置信息和行驶信息确定车辆的当前车速小于预设速度阈值时，确定满足预设上报条件；和/或，

当根据采集的车辆位置信息和行驶信息确定在预设时间段内车辆的行驶距离小于预设距离阈值时，确定满足预设上报条件；和/或，

当根据采集的车辆位置信息和行驶信息确定当前时刻所述车辆发生故障时，确定满足预设上报条件。

在该实施例中，对于车辆上报条件判断情况进行了描述，比如，若根据采集的车辆位置信息和行驶信息确定车辆的当前车速小于预设速度阈值，即车辆的行驶速度比较慢时，或者在一预设时间段内车辆的行驶距离比较短，小于预设距离阈值时，说明该车辆在其所在的位置处有可能发生了交通拥堵，则确定所述车辆满足上报条件；比如，若根据采集的车辆位置信息和行驶信息确定所述车辆发生故障时，说明该车辆在其所在的位置处有可能会导致交通拥堵，则确定所述车辆满足上报条件，其中，在根据采集的车辆行驶信息确定车辆是否发生故障时，可将采集到的发动机运行数据、油箱剩余油量、水箱温度、轮胎胎压、手刹状态数据等车况信息与车辆正常运行数据范围进行比较，若车况数据落入非正常车况数据范围，则可判断所述车辆发生了故障。在该实施例中，通过对于多方因素的综合考虑，可对有可能处于问题交通状况的车辆位置信息和行驶信息及时进行上报，以使云端服务器准确及时地对于相应路段处的交通状况进行判断。当然，车辆位置信息和行驶信息的上报还可以采用其他判断方法，在此不再一一阐述。需要特别说明的是，上述所有合理、可执行的信息上报判断方法均落入本公开的保护范围。

其中，所述速度阈值和距离阈值的具体取值可根据不同地区、不同区域的历史交通状况统计数据来确定，在此不作限定。

图2是根据另一示例性实施例示出的一种交通状况确定方法的流程图，如图2所示，所述交通状况确定方法主要应用于服务器侧，比如城市车联网云端服务器侧，所述交通状况确定方法包括以下步骤S201-S203：

在步骤S201中，接收无线网络系统内车辆在确定满足预设上报条件时上报的车辆位置信息和行驶信息；

在步骤S202中，根据所有车辆上报的车辆位置信息和行驶信息，确定出预警路况及其所在的路段；

在步骤S203中，将确定出的预警路况及其所在的路段对应的路况信息发送给无线网络系统内所有的车辆。

在该实施例中，根据无线网络系统内所有车辆上报的位置信息和行驶信息，确定预警路况及其所在的路段，然后将确定出的预警路况及其所在的路段对应的路况信息发送给无线网络系统内所有的车辆。这样就能够根据车辆上报的位置信息和行驶信息准确、及时地确定出预警路况及其所在的路段对应的路况信息，通过及时将路况信息返回给无线网络系统内所有的车辆，使得车辆能够了解其所在路段的宏观交通状况，从而使得车辆能够对于自己的行程安排及时进行调整，节省车主宝贵的时间。

在一个实施例中，所述行驶信息包括车辆的行驶速度和车辆的行驶方向。

在另一个实施例中，所述行驶信息还包括车辆行驶环境的气象信息、车况信息、预设时间段内车辆的行驶距离中的一种或多种，其中，所述车况信息至少包括车辆组件运行数据，比如发动机运行数据、油箱剩余油量、水箱温度、轮胎胎压、手刹状态数据等。

在该实施例中，考虑到导致交通拥堵的因素众多，比如车辆数量众多会直接导致交通拥堵，天气恶劣车辆行驶缓慢时也会导致交通拥堵，车辆在行驶过程中发生故障即使停靠在路边也会导致交通拥堵，车辆发生碰撞、追尾、剐蹭等交通事故也会导致交通拥堵，为了对于车辆所处的交通状况进行准确的判断，以采取有效的、针对性的疏导措施，所以需要尽量获取完善的车辆行驶信息，比如车辆行驶环境的气象信息、车辆的行驶速度、车辆的行驶方向、车况信息、预设时间段内车辆的行驶距离等。所述车辆可通过GPS导航系统、环境传感器、速度检测系统、方向检测系统、车检系统或其他设备获得上述车辆位置信息和行驶信息，需要特别说明的是，上述获得位置信息、行驶信息等设备只是示例性的说明，并不用于限制本公开，任何可实现的、可使用的信息获取设备均落入本公开的保护范围。

在一个实施例中，如图3所示，所述步骤S202包括以下步骤S301-S303：

在步骤S301中，将上报车辆的行驶信息与正常行驶信息相比较，确定所述上报车辆是否为故障车辆；

在步骤S302中，根据上报车辆的故障信息和所处天气信息确定上报车辆所在的路段的预警路况；

在步骤S303中，将上报车辆的位置信息与实际地理位置信息相比较，确定上报车辆所在的路段。

在该实施例中，首先根据上报车辆的行驶信息判断所述上报车辆是否为故障车辆，然后根据上报车辆的故障信息和所处天气信息确定上报车辆所在的路段的预警路况，最后根据上报车辆的位置信息与实际地理位置信息，确定上报车辆所在的路段。根据上述技术方案，能够相对准确地判断上报车辆所在路段出现非正常交通状况的原因，是由于车辆故障还是由于天气原因，再或者是车辆众多而导致的交通拥堵。在一个实施例中，所述步骤S302还可实施为包括：

当上报车辆中不存在故障车辆，且所述上报车辆也不处于负面天气状态时，确定所述上报车辆所在的路段处于交通拥堵状态；或者

当上报车辆中存在一辆或多辆故障车辆，且所述上报车辆不处于负面天气状态时，确定所述上报车辆所在的路段处于故障阻碍行驶状态或事故阻碍行驶状态。

在该实施例中，更为详细地描述了上报车辆所在路段的交通状况的判断，比如，当上报车辆中不存在故障车辆，而且所述上报车辆也不处于负面天气状态时，可确定行驶缓慢的上报车辆所在的路段应当处于正常的由于车辆众多导致的交通拥堵状态，其中，所述负面天气状态指的是雾、雨、雪、风、严寒、高温中的一种或多种；当上报车辆中存在一辆或多辆故障车辆，且所述上报车辆不处于负面天气状态时，则可确定所述上报车辆所在的路段应当处于由于故障导致的阻碍行驶状态或由于事故导致的阻碍行驶状态。

在一个实施例中，所述步骤S202还包括：

若一历史预设时间段内，所述上报车辆中行驶方向发生变化的车辆比例大于预设比例阈值，则确定所述上报车辆所在的路段处于道路损坏阻碍通行状态。

在该实施例中，考虑到当道路损坏的时候也会导致不同程度的交通拥堵，在实际道路上，若某个路段出现道路损坏，该路段的前方、后方或者一侧存在其他道路的情况下，为了节省时间，很多车辆会选择改变行车路线，比如转弯、变向或调头，因此，可通过判断上报车辆中行驶方向发生变化的车辆比例是否大于预设比例阈值，来确定所述上报车辆所在的路段是否处于道路损坏阻碍通行状态。其中，所述比例阈值的具体取值可根据不同地区、不同区域的历史路段交通状况统计数据来确定，在此不作限定。

在一个实施例中，若所述方法判定所述上报车辆处于阻碍行驶状态，则所述方法还包括：

向通知服务器发送通知，所述通知用于表明所述上报车辆或其所在路段处于阻碍行驶状态，以及所述通知在被通知服务器接收后，由通知服务器执行对于所述通知的响应操作，其中，所述阻碍行驶状态包括交通拥堵状态、故障阻碍行驶状态、事故阻碍行驶状态或道路损坏阻碍通行状态等等。

在一个实施例中，所述响应操作包括实施救援、现场疏导、现场清理、在预设范围内推送交通提示信息中的一种或多种，所述交通提示信息又包括交通拥堵绕行提示信息、车辆避让提示信息、事故避让提示信息、道路损坏绕行提示信息等。

在该实施例中，当确定所述上报车辆或其所在路段处于阻碍行驶状态时，为了对于该阻碍行驶状态进行及时的处理，缓解拥堵的交通状况，需要向设置在交通管理部门或者交通协调部门等职能部门的通知服务器发送通知，以告知通知服务器该上报车辆处于阻碍行驶状态，而通知服务器可设置为在收到所述通知后，即对该通知做出响应操作，比如通知交通管理部门或者交通协调部门等职能部门进行实施救援、现场疏导或现场清理等。举例来说，当通知服务器收到所述上报车辆处于交通拥堵状态或天气阻碍行驶状态的通知时，则可通知交通管理部门进行现场疏导，或者同时在预设范围内推送交通拥堵绕行提示信息，该信息可包括交通拥堵位置信息、特定区域天气信息以及建议绕行路线信息等；当通知服务器收到所述上报车辆处于故障阻碍行驶状态的通知时，则通知交通管理部门对于故障车辆实施救援，或者同时在预设范围内推送车辆避让提示信息；当通知服务器收到所述车辆在当前时刻处于事故阻碍行驶状态的通知时，则通知交通管理部门对于事故车辆进行现场清理，或者同时在预设范围内推送事故避让提示信息；当通知服务器收到所述路段在当前时刻处于道路损坏阻碍通行状态时，则通知交通管理部门在预设范围内推送道路损坏绕行提示信息，该信息可包括道路损坏位置信息以及建议绕行路线信息等。

下述为本公开装置实施例，可以用于执行本公开方法实施例。

图4是根据一示例性实施例示出的一种交通状况确定装置的框图，该装置主要应用于客户端侧，比如能够接收无线数据的车辆，其可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图4所示，该交通状况确定装置包括：

采集模块41，被配置为采集车辆位置信息和行驶信息；

确定及发送模块42，被配置为根据采集的车辆位置信息和行驶信息确定满足预设上报条件时，将采集的车辆位置信息和行驶信息，通过无线数据网络系统发送到云端服务器；

第一接收模块43，被配置为接收云端服务器根据接收的无线数据网络系统内所有车辆发送的车辆位置信息和行驶信息，确定出预警路况及其所处路段后发送的路况信息。

在该实施例中，采集模块41首先采集车辆所处的位置和行驶信息，确定及发送模块42根据所采集的信息确定所述车辆是否满足预设上报条件，然后在确定所述车辆满足预设上报条件时，将车辆位置信息和行驶信息通过无线数据网络系统发送到云端服务器，第一接收模块43接收云端服务器根据接收的无线数据网络系统内所有车辆发送的车辆位置信息和行驶信息，确定出预警路况及其所处路段后发送的路况信息。当需要了解某一车辆所处路段的交通状况时，还可向所述车辆发送采集信息命令，所述车辆根据接收到的采集信息命令采集车辆位置信息的行驶信息，并在确定满足预设上报条件时向云端服务器发送位置信息、行驶信息等相关数据；或者将所述车辆设置为定时采集车辆位置信息和行驶信息，定时判断是否满足预设上报条件，并在确定满足预设上报条件时向云端服务器发送位置信息、行驶信息等相关数据，云端服务器根据接收的无线数据网络系统内所有车辆发送的车辆位置信息和行驶信息，确定出预警路况及其所处路段的路况信息，以此来了解所述车辆所处路段是处于畅通状态、堵车状态、事故状态、故障状态或是其他状态，最后再将确定的路况信息发送给所述车辆。当然，如果需要了解某一车辆在任意历史时刻的交通状况时，也可向所述车辆发送获取历史数据命令，所述车辆根据接收到的命令向云端服务器发送历史位置信息、历史行驶信息等相关历史数据；或者将所述车辆设置为定时向云端服务器发送位置信息、行驶信息等相关数据，云端服务器根据接收到的或者历史收集到的数据，来确定所述车辆在某一历史时刻的交通状况，以方便进行统计、侦查、排查等工作。

当然，所述车辆与云端服务器之间的数据传输可依赖于有线或无线数据传输媒介，比如数据线传输、移动数据传输、WLAN传输、蓝牙传输、红外传输等等。需要特别说明的是，上述获得位置信息、行驶信息等相关数据的方法以及数据传输的方法只是示例性的说明，并不用于限制本公开，任何可实现的、合理的数据获取方法以及数据传输方法均落入本公开的保护范围。

在一个实施例中，所述行驶信息包括车辆的行驶速度和车辆的行驶方向。

在一个实施例中，所述行驶信息还包括车辆行驶环境的气象信息、车况信息、预设时间段内车辆的行驶距离中的一种或多种，其中，所述车况信息至少包括车辆组件运行数据，比如发动机运行数据、油箱剩余油量、水箱温度、轮胎胎压、手刹状态数据等。

在该实施例中，考虑到导致交通拥堵的因素众多，比如车辆数量众多会直接导致交通拥堵，天气恶劣车辆行驶缓慢时也会导致交通拥堵，车辆在行驶过程中发生故障即使停靠在路边也会导致交通拥堵，车辆发生碰撞、追尾、剐蹭等交通事故也会导致交通拥堵，为了对于车辆所处的交通状况进行准确的判断，以采取有效的、针对性的疏导措施，所以需要尽量获取完善的车辆行驶信息，比如车辆行驶环境的气象信息、车辆的行驶速度、车辆的行驶方向、车况信息、预设时间段内车辆的行驶距离等。所述车辆可通过GPS导航系统、环境传感器、速度检测系统、方向检测系统、车检系统或其他设备获得上述车辆位置信息和行驶信息，需要特别说明的是，上述获得位置信息、行驶信息等设备只是示例性的说明，并不用于限制本公开，任何可实现的、可使用的信息获取设备均落入本公开的保护范围。

在一个实施例中，所述确定及发送模块42包括：

第一确定子模块，被配置为当根据采集的车辆位置信息和行驶信息确定车辆的当前车速小于预设速度阈值时，确定满足预设上报条件；和/或，

第二确定子模块，被配置为当根据采集的车辆位置信息和行驶信息确定在预设时间段内车辆的行驶距离小于预设距离阈值时，确定满足预设上报条件；和/或，

第三确定子模块，被配置为当根据采集的车辆位置信息和行驶信息确定当前时刻所述车辆发生故障时，确定满足预设上报条件。

在该实施例中，对于车辆上报条件判断情况进行了描述，比如，若根据采集的车辆位置信息和行驶信息确定车辆的当前车速小于预设速度阈值，即车辆的行驶速度比较慢时，或者在一预设时间段内车辆的行驶距离比较短，小于预设距离阈值时，说明该车辆在其所在的位置处有可能发生了交通拥堵，则确定所述车辆满足上报条件；比如，若根据采集的车辆位置信息和行驶信息确定所述车辆发生故障时，说明该车辆在其所在的位置处有可能会导致交通拥堵，则确定所述车辆满足上报条件，其中，在根据采集的车辆行驶信息确定车辆是否发生故障时，可将采集到的发动机运行数据、油箱剩余油量、水箱温度、轮胎胎压、手刹状态数据等车况信息与车辆正常运行数据范围进行比较，若车况数据落入非正常车况数据范围，则可判断所述车辆发生了故障。在该实施例中，通过对于多方因素的综合考虑，可对有可能处于问题交通状况的车辆位置信息和行驶信息及时进行上报，以使云端服务器准确及时地对于相应路段处的交通状况进行判断。当然，车辆位置信息和行驶信息的上报还可以采用其他判断方法，在此不再一一阐述。需要特别说明的是，上述所有合理、可执行的信息上报判断方法均落入本公开的保护范围。

其中，所述速度阈值和距离阈值的具体取值可根据不同地区、不同区域的历史交通状况统计数据来确定，在此不作限定。

图5是根据另一示例性实施例示出的一种交通状况确定装置的框图，如图5所示，所述交通状况确定装置主要应用于服务器侧，比如城市车联网云端服务器侧，其可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部，所述交通状况确定装置包括：

第二接收模块51，被配置为接收无线网络系统内车辆在确定满足预设上报条件时上报的车辆位置信息和行驶信息；

确定模块52，被配置为根据所有车辆上报的车辆位置信息和行驶信息，确定出预警路况及其所在的路段；

发送模块53，被配置为将确定出的预警路况及其所在的路段对应的路况信息发送给无线网络系统内所有的车辆。

在该实施例中，确定模块52根据第二接收模块51接收到的无线网络系统内所有车辆上报的位置信息和行驶信息，确定预警路况及其所在的路段，发送模块53将确定出的预警路况及其所在的路段对应的路况信息发送给无线网络系统内所有的车辆。这样就能够根据车辆上报的位置信息和行驶信息准确、及时地确定出预警路况及其所在的路段对应的路况信息，通过及时将路况信息返回给无线网络系统内所有的车辆，使得车辆能够了解其所在路段的宏观交通状况，从而使得车辆能够对于自己的行程安排及时进行调整，节省车主宝贵的时间。

在一个实施例中，所述行驶信息包括车辆的行驶速度和车辆的行驶方向。

在另一个实施例中，所述行驶信息还包括车辆行驶环境的气象信息、车况信息、预设时间段内车辆的行驶距离中的一种或多种，其中，所述车况信息至少包括车辆组件运行数据，比如发动机运行数据、油箱剩余油量、水箱温度、轮胎胎压、手刹状态数据等。

在该实施例中，考虑到导致交通拥堵的因素众多，比如车辆数量众多会直接导致交通拥堵，天气恶劣车辆行驶缓慢时也会导致交通拥堵，车辆在行驶过程中发生故障即使停靠在路边也会导致交通拥堵，车辆发生碰撞、追尾、剐蹭等交通事故也会导致交通拥堵，为了对于车辆所处的交通状况进行准确的判断，以采取有效的、针对性的疏导措施，所以需要尽量获取完善的车辆行驶信息，比如车辆行驶环境的气象信息、车辆的行驶速度、车辆的行驶方向、车况信息、预设时间段内车辆的行驶距离等。所述车辆可通过GPS导航系统、环境传感器、速度检测系统、方向检测系统、车检系统或其他设备获得上述车辆位置信息和行驶信息，需要特别说明的是，上述获得位置信息、行驶信息等设备只是示例性的说明，并不用于限制本公开，任何可实现的、可使用的信息获取设备均落入本公开的保护范围。

在一个实施例中，如图6所示，所述确定模块52包括：

第四确定子模块61，被配置为将上报车辆的行驶信息与正常行驶信息相比较，确定所述上报车辆是否为故障车辆；

第五确定子模块62，被配置为根据上报车辆的故障信息和所处天气信息确定上报车辆所在的路段的预警路况；

第六确定子模块63，被配置为将上报车辆的位置信息与实际地理位置信息相比较，确定上报车辆所在的路段。

在该实施例中，首先根据上报车辆的行驶信息判断所述上报车辆是否为故障车辆，然后根据上报车辆的故障信息和所处天气信息确定上报车辆所在的路段的预警路况，最后根据上报车辆的位置信息与实际地理位置信息，确定上报车辆所在的路段。根据上述技术方案，能够相对准确地判断上报车辆所在路段出现非正常交通状况的原因，是由于车辆故障还是由于天气原因，再或者是车辆众多而导致的交通拥堵。

在一个实施例中，所述第五确定子模块62包括：

第七确定子模块，被配置为当上报车辆中不存在故障车辆，且所述上报车辆也不处于负面天气状态时，确定所述上报车辆所在的路段处于交通拥堵状态；或者

第八确定子模块，被配置为当上报车辆中存在一辆或多辆故障车辆，且所述上报车辆不处于负面天气状态时，确定所述上报车辆所在的路段处于故障阻碍行驶状态或事故阻碍行驶状态。

在该实施例中，更为详细地描述了上报车辆所在路段的交通状况的判断，比如，当上报车辆中不存在故障车辆，而且所述上报车辆也不处于负面天气状态时，可确定行驶缓慢的上报车辆所在的路段应当处于正常的由于车辆众多导致的交通拥堵状态，其中，所述负面天气状态指的是雾、雨、雪、风、严寒、高温中的一种或多种；当上报车辆中存在一辆或多辆故障车辆，且所述上报车辆不处于负面天气状态时，则可确定所述上报车辆所在的路段应当处于由于故障导致的阻碍行驶状态或由于事故导致的阻碍行驶状态。

在一个实施例中，所述确定模块52还包括：

第九确定子模块，被配置为若一历史预设时间段内，所述上报车辆中行驶方向发生变化的车辆比例大于预设比例阈值，则确定所述上报车辆所在的路段处于道路损坏阻碍通行状态。

在该实施例中，考虑到当道路损坏的时候也会导致不同程度的交通拥堵，在实际道路上，若某个路段出现道路损坏，该路段的前方、后方或者一侧存在其他道路的情况下，为了节省时间，很多车辆会选择改变行车路线，比如转弯、变向或调头，因此，可通过判断上报车辆中行驶方向发生变化的车辆比例是否大于预设比例阈值，来确定所述上报车辆所在的路段是否处于道路损坏阻碍通行状态。其中，所述比例阈值的具体取值可根据不同地区、不同区域的历史路段交通状况统计数据来确定，在此不作限定。

在一个实施例中，所述装置还包括：

通知模块，被配置为向通知服务器发送通知，所述通知用于表明所述上报车辆或其所在路段处于阻碍行驶状态，以及所述通知在被通知服务器接收后，由通知服务器执行对于所述通知的响应操作，其中，所述阻碍行驶状态包括交通拥堵状态、故障阻碍行驶状态、事故阻碍行驶状态或道路损坏阻碍通行状态等等。

在一个实施例中，所述响应操作包括实施救援、现场疏导、现场清理、在预设范围内推送交通提示信息中的一种或多种，所述交通提示信息又包括交通拥堵绕行提示信息、车辆避让提示信息、事故避让提示信息、道路损坏绕行提示信息等。

在该实施例中，当确定所述上报车辆或其所在路段处于阻碍行驶状态时，为了对于该阻碍行驶状态进行及时的处理，缓解拥堵的交通状况，通知模块向设置在交通管理部门或者交通协调部门等职能部门的通知服务器发送通知，以告知通知服务器该上报车辆处于阻碍行驶状态，而通知服务器可设置为在收到所述通知后，即对该通知做出响应操作，比如通知交通管理部门或者交通协调部门等职能部门进行实施救援、现场疏导或现场清理等。举例来说，当通知服务器收到通知模块发送的关于所述上报车辆处于交通拥堵状态或天气阻碍行驶状态的通知时，则可通知交通管理部门进行现场疏导，或者同时在预设范围内推送交通拥堵绕行提示信息，该信息可包括交通拥堵位置信息、特定区域天气信息以及建议绕行路线信息等；当通知服务器收到通知模块发送的关于所述上报车辆处于故障阻碍行驶状态的通知时，则通知交通管理部门对于故障车辆实施救援，或者同时在预设范围内推送车辆避让提示信息；当通知服务器收到通知模块发送的关于所述上报车辆处于事故阻碍行驶状态的通知时，则通知交通管理部门对于事故车辆进行现场清理，或者同时在预设范围内推送事故避让提示信息；当通知服务器收到所述路段在当前时刻处于道路损坏阻碍通行状态时，则通知交通管理部门在预设范围内推送道路损坏绕行提示信息，该信息可包括道路损坏位置信息以及建议绕行路线信息等。

根据本公开实施例的第五方面，提供一种交通状况确定装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

采集车辆位置信息和行驶信息；

根据采集的车辆位置信息和行驶信息确定满足预设上报条件时，将采集的车辆位置信息和行驶信息，通过无线数据网络系统发送到云端服务器；

接收云端服务器根据接收的无线数据网络系统内所有车辆发送的车辆位置信息和行驶信息，确定出预警路况及其所处路段后发送的路况信息。

上述处理器还可被配置为：

所述行驶信息包括车辆的行驶速度和车辆的行驶方向。

所述行驶信息还包括车辆行驶环境的气象信息、车况信息、预设时间段内车辆的行驶距离中的一种或多种，其中，所述车况信息至少包括车辆组件运行数据。

所述根据采集的车辆位置信息和行驶信息确定满足预设上报条件，包括：

当根据采集的车辆位置信息和行驶信息确定车辆的当前车速小于预设速度阈值时，确定满足预设上报条件；和/或，

当根据采集的车辆位置信息和行驶信息确定在预设时间段内车辆的行驶距离小于预设距离阈值时，确定满足预设上报条件；和/或，

当根据采集的车辆位置信息和行驶信息确定当前时刻所述车辆发生故障时，确定满足预设上报条件。

根据本公开实施例的第六方面，提供一种交通状况确定装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

接收无线网络系统内车辆在确定满足预设上报条件时上报的车辆位置信息和行驶信息；

根据所有车辆上报的车辆位置信息和行驶信息，确定出预警路况及其所在的路段；

将确定出的预警路况及其所在的路段对应的路况信息发送给无线网络系统内所有的车辆。

上述处理器还可被配置为：

所述行驶信息包括车辆的行驶速度和车辆的行驶方向。

所述行驶信息还包括车辆行驶环境的气象信息、车况信息、预设时间段内车辆的行驶距离中的一种或多种，其中，所述车况信息至少包括车辆组件运行数据。

所述根据所有车辆上报的车辆位置信息和行驶信息，确定出预警路况及其所在的路段，包括：

将上报车辆的行驶信息与正常行驶信息相比较，确定所述上报车辆是否为故障车辆；

根据上报车辆的故障信息和所处天气信息确定上报车辆所在的路段的预警路况；

将上报车辆的位置信息与实际地理位置信息相比较，确定上报车辆所在的路段。

所述根据上报车辆的故障信息和所处天气信息确定上报车辆所在的路段的预警路况，包括：

当上报车辆中不存在故障车辆，且所述上报车辆也不处于负面天气状态时，确定所述上报车辆所在的路段处于交通拥堵状态；或者

当上报车辆中存在一辆或多辆故障车辆，且所述上报车辆不处于负面天气状态时，确定所述上报车辆所在的路段处于故障阻碍行驶状态或事故阻碍行驶状态。

所述根据所有车辆上报的车辆位置信息和行驶信息，确定出预警路况及其所在的路段，还包括：

若一历史预设时间段内，所述上报车辆中行驶方向发生变化的车辆比例大于预设比例阈值，则确定所述上报车辆所在的路段处于道路损坏阻碍通行状态。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7是根据一示例性实施例示出的一种用于交通状况确定装置的框图，该装置适用于终端设备。例如，装置700可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

装置700可以包括以下一个或多个组件：处理组件702，存储器704，电源组件706，多媒体组件708，音频组件710，输入/输出(I/O)的接口712，传感器组件714，以及通信组件716。

处理组件702通常控制装置700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器720来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。例如，处理组件702可以包括多媒体模块，以方便多媒体组件708和处理组件702之间的交互。

存储器704被配置为存储各种类型的数据以支持在装置700的操作。这些数据的示例包括用于在装置700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件706为装置700的各种组件提供电力。电源组件706可以包括电源管理系统，一个或多个电源，及其他与为装置700生成、管理和分配电力相关联的组件。

多媒体组件708包括在所述装置700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件708包括一个前置摄像头和/或后置摄像头。当装置700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件710被配置为输出和/或输入音频信号。例如，音频组件710包括一个麦克风(MIC)，当装置700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中，音频组件710还包括一个扬声器，用于输出音频信号。

I/O接口712为处理组件702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件714包括一个或多个传感器，用于为装置700提供各个方面的状态评估。例如，传感器组件714可以检测到装置700的打开/关闭状态，组件的相对定位，例如所述组件为装置700的显示器和小键盘，传感器组件714还可以检测装置700或装置700一个组件的位置改变，用户与装置700接触的存在或不存在，装置700方位或加速/减速和装置700的温度变化。传感器组件714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件716被配置为便于装置700和其他设备之间有线或无线方式的通信。装置700可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件716还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器704，上述指令可由装置700的处理器720执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置700的处理器执行时，使得装置700能够执行上述交通状况确定方法，所述方法包括：

采集车辆位置信息和行驶信息；

根据采集的车辆位置信息和行驶信息确定满足预设上报条件时，将采集的车辆位置信息和行驶信息，通过无线数据网络系统发送到云端服务器；

接收云端服务器根据接收的无线数据网络系统内所有车辆发送的车辆位置信息和行驶信息，确定出预警路况及其所处路段后发送的路况信息。

所述行驶信息包括车辆的行驶速度和车辆的行驶方向。

所述行驶信息还包括车辆行驶环境的气象信息、车况信息、预设时间段内车辆的行驶距离中的一种或多种，其中，所述车况信息至少包括车辆组件运行数据。

所述根据采集的车辆位置信息和行驶信息确定满足预设上报条件，包括：

当根据采集的车辆位置信息和行驶信息确定车辆的当前车速小于预设速度阈值时，确定满足预设上报条件；和/或，

当根据采集的车辆位置信息和行驶信息确定在预设时间段内车辆的行驶距离小于预设距离阈值时，确定满足预设上报条件；和/或，

当根据采集的车辆位置信息和行驶信息确定当前时刻所述车辆发生故障时，确定满足预设上报条件。

图8是根据一示例性实施例示出的一种用于交通状况确定装置的框图。例如，装置800可以被提供为一服务器。装置800包括处理组件822，其进一步包括一个或多个处理器，以及由存储器832所代表的存储器资源，用于存储可由处理组件822的执行的指令，例如应用程序。存储器832中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件822被配置为执行指令，以执行上述方法。

装置800还可以包括一个电源组件826被配置为执行装置800的电源管理，一个有线或无线网络接口850被配置为将装置800连接到网络，和一个输入输出(I/O)接口858。装置800可以操作基于存储在存储器832的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置800的处理器执行时，使得装置800能够执行上述交通状况确定方法，所述方法包括：

接收无线网络系统内车辆在确定满足预设上报条件时上报的车辆位置信息和行驶信息；

根据所有车辆上报的车辆位置信息和行驶信息，确定出预警路况及其所在的路段；

将确定出的预警路况及其所在的路段对应的路况信息发送给无线网络系统内所有的车辆。

所述行驶信息包括车辆的行驶速度和车辆的行驶方向。

所述行驶信息还包括车辆行驶环境的气象信息、车况信息、预设时间段内车辆的行驶距离中的一种或多种，其中，所述车况信息至少包括车辆组件运行数据。

所述根据所有车辆上报的车辆位置信息和行驶信息，确定出预警路况及其所在的路段，包括：

将上报车辆的行驶信息与正常行驶信息相比较，确定所述上报车辆是否为故障车辆；

根据上报车辆的故障信息和所处天气信息确定上报车辆所在的路段的预警路况；

将上报车辆的位置信息与实际地理位置信息相比较，确定上报车辆所在的路段。

所述根据上报车辆的故障信息和所处天气信息确定上报车辆所在的路段的预警路况，包括：

当上报车辆中不存在故障车辆，且所述上报车辆也不处于负面天气状态时，确定所述上报车辆所在的路段处于交通拥堵状态；或者

当上报车辆中存在一辆或多辆故障车辆，且所述上报车辆不处于负面天气状态时，确定所述上报车辆所在的路段处于故障阻碍行驶状态或事故阻碍行驶状态。

所述根据所有车辆上报的车辆位置信息和行驶信息，确定出预警路况及其所在的路段，还包括：

若一历史预设时间段内，所述上报车辆中行驶方向发生变化的车辆比例大于预设比例阈值，则确定所述上报车辆所在的路段处于道路损坏阻碍通行状态。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。