推送路况的方法、装置和系统与流程

本发明涉及车联网技术领域，具体而言，涉及一种推送路况的方法、装置和系统。

背景技术：

随着科学技术的快速发展，车联网技术在人们的日常生活和工作中得到了广泛的应用，尤其是在车辆运输的过程中得到了广泛的应用。在车辆运输的过程中，司机可能会遇到很多异常路况，此时，如果司机能够及时掌握异常路况，并采取相应的措施，例如，更换合适的路线，可以极大的提高车辆运输的效率。因此，如何及时有效地将与运输车辆相关的异常路况推送给相应的司机具有极其重要的意义。

目前，有很多向司机推送异常路况的系统，但现有的推送异常路况的系统，在车辆运输过程中，需要司机实时查询系统，不能在发现异常路况后及时推送给司机。因此，司机不能获取到实时的异常路况信息，进而无法根据异常路况信息及时的更换车辆运输的路线。

针对上述现有技术中无法实时获取异常路况的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种推送路况的方法、装置和系统，以至少解决现有技术中无法实时获取异常路况的技术问题。

根据本发明实施例的一个方面，提供了一种推送路况的方法，包括：获取用户的行驶信息，其中，行驶信息至少包括如下之一：用户选中的路线和用户的当前位置；获取最新的路况信息，并从最新的路况信息中确定异常路况；判断异常路况是否与用户的行驶信息相匹配；如果匹配，则推送异常路况至与用户的行驶信息相匹配的所有用户。

进一步地，推送路况的方法包括：基于网络爬虫获取最新的路况信息；根据最新的路况信息确定第一路况信息，其中，第一路况信息至少包括：路况的地址节点、路况的事件信息和路况的经纬度；存储第一路况信息至数据库中；根据数据库对第一路况信息的分析结果确定异常路况。

进一步地，推送路况的方法包括：获取异常路况的位置信息；根据异常路况的位置信息确定异常区域；根据用户的当前位置判断用户是否在异常区域内；如果用户在异常区域内，确定异常路况与用户的当前位置相匹配。

进一步地，推送路况的方法包括：获取异常路况的地址节点；判断用户选中的路线的地址节点中是否包含异常路况的地址节点；如果包含，则确定异常路况与用户选中的路线相匹配。

进一步地，推送路况的方法包括：客户端判断用户的当前位置与用户选中的路线是否相匹配；在用户的当前位置与用户选中的路线相匹配的情况下，客户端保存用户的当前位置；客户端每隔预定时间发送保存的用户的当前位置。

进一步地，推送路况的方法包括：客户端接收物流平台发出的任务信息；客户端根据任务信息确定用户的起点位置和终点位置；客户端根据起点位置和终点位置获取至少一条路线；客户端从至少一条路线中确定用户选中的路线。

根据本发明实施例的另一方面，还提供了一种推送路况的装置，包括：第一获取模块，用于获取用户的行驶信息，其中，行驶信息至少包括如下之一：用户选中的路线和用户的当前位置；第二获取模块，用于获取最新的路况信息，并从最新的路况信息中确定异常路况；匹配模块，用于判断异常路况是否与用户的行驶信息相匹配；推送模块，用于如果匹配，则推送异常路况至与用户的行驶信息相匹配的所有用户。

根据本发明实施例的另一方面，还提供了一种推送路况的系统，包括：客户端，用于确定用户的行驶信息，发送用户的行驶信息至服务器，并接收服务器根据用户的行驶信息推送的异常路况，其中，行驶信息至少包括如下之一：用户选中的路线和用户的当前位置；服务器，用于接收客户端发送的用户的行驶信息，并获取最新的路况信息，从最新的路况信息中确定异常路况，在异常路况与用户的行驶信息相匹配的情况下，推送异常路况至与用户的行驶信息相匹配的所有用户。

进一步地，推送路况的系统包括：物流平台，用于发送任务信息至客户端，接收服务器发送的路况信息。

进一步地，客户端还包括：轨迹采集模块，用于获取用户的位置信息，以及根据物流平台发送的任务信息确定用户的起点位置和终点位置；第一消息推送模块，用于将用户的位置信息发送至服务器，以及将用户的起点位置和终点位置发送至服务器。

进一步地，服务器还包括：路况收集模块，用于获取路况数据；轨迹数据处理模块，用于根据用户的起点位置和终点位置确定至少一条路线，以及根据用户选中的路线和路况数据确定异常路况的信息；第二消息推送模块，用于将异常路况的信息发送至客户端和物流平台。

进一步地，物流平台还包括：轨迹展示模块，用于在接收到服务器发送的异常路况的信息的情况下，展示用户选中的路线的路况信息。

在本发明实施例中，采用实时定位的方式，通过获取用户的行驶信息，以及最新的路况信息，并从最新的路况信息中确定异常路况，以及判断异常路况与用户的行驶信息是否相匹配，如果匹配，则推送异常路况至与用户的行驶信息相匹配的所有用户，其中，行驶信息至少包括如下之一：用户选中的路线和用户的当前位置，达到了实时获取异常路况的目的，从而实现了及时、高效的将异常路况推送给相应的运输车辆的技术效果，进而解决了现有技术中无法实时获取异常路况的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种推送路况的方法流程图；

图2是根据本发明实施例的一种可选的推送路况的方法流程图；

图3是根据本发明实施例的一种可选的基于位置信息的匹配的方法流程图；

图4是根据本发明实施例的一种可选的基于路线的匹配的方法流程图；

图5是根据本发明实施例的一种可选的推送路况的方法流程图；

图6是根据本发明实施例的一种可选的推送路况的方法流程图；

图7是根据本发明实施例的一种优选的推送路况的方法流程图；

图8是根据本发明实施例的一种推送路况的装置结构示意图；

图9是根据本发明实施例的一种推送路况的系统结构示意图；以及

图10是根据本发明实施例的一种可选的推送路况的系统的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种推送路况的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的推送路况的方法流程图，如图1所示，该方法包括如下步骤：

步骤s102，获取用户的行驶信息，其中，行驶信息至少包括如下之一：用户选中的路线和用户的当前位置。

需要说明的是，上述用户选中的路线即为用户将要行驶的路线，或者是用户已经在该路线上行驶但并未达到终点。

具体的，用户的用户终端上安装有gps定位系统，可以实时获取到用户的位置信息，此外，当用户在用户终端上确定了本次任务的起点位置和终点位置之后，在用户终端上可以得到至少一条从起点位置至终点位置的多条路线，用户可以通过用户终端确定所要行驶的路线，即用户终端得到用户选中的路线。此后，用户在选中的路线上行驶。其中，上述用户终端可以为但不限于智能移动设备，例如，智能手机、可穿戴设备等。

在另一种可选的实施例中，在确定了用户选中的路线，并获取到用户的当前位置之后，还需要判断用户的当前位置是否在用户选中的路线的范围内，如果用户的当前位置不在用户所选中的路线的范围内，则认为用户的当前的行驶信息出错，此时，去除该错误的位置信息，并重新获取用户的行驶信息，最后将正常的用户的行驶信息发送至服务器。此外，当用户达到终点位置之后，用户通过设置用户终端来结束对用户轨迹的采集。

还需要说明的是，通过步骤s102可以精确确定用户的轨迹路线以及用户的当前位置信息。

步骤s104，获取最新的路况信息，并从最新的路况信息中确定异常路况。

需要说明的是，服务器可以通过网络爬虫获取到上述最新的路况信息，此时，获取到的路况信息是全部的路况信息，包括没有发生事故的路况、拥堵路况、事故路况等。

具体的，在用户车辆的行驶过程中，服务器通过网络爬虫实时获取到最新的路况信息，并将获取到的路况信息进行保存，然后对获取到的最新的路况信息进行分析，确定哪些异常路况，哪些是未发生异常的路况，最后获取异常路况的位置信息。

此外，还需要说明的是，通过步骤s104可以获取到最新的路况信息，由于异常路况是从最新的路况信息中获取到的，因此，异常路况的获取也是实时的，从而保证了用户可以实时获取到异常路况。

步骤s106，判断异常路况是否与用户的行驶信息相匹配。

需要说明的是，当服务器从最新的路况信息中获取到异常路况之后，可能得到多条异常路况，为了判断在用户选中的路线上是否存在异常路况，需要将异常路况与用户的行驶信息进行匹配。

具体的，如果异常路况发生的位置不在用户所选中的线路上，则确定用户在该路线上不会遇到异常路况，即异常路况与用户的行驶信息不匹配。另外，还可以判断用户是否在异常路况发生的有效区域范围内，如果在，则确定异常路况与用户的行驶信息相匹配，否则，不匹配，例如，以异常路况所在的位置为圆心，以10km为半径确定异常路况发生的有效区域，如果用户在这个范围内，则用户的用户终端会接收到服务器推送的异常路况。

此外，还需要说明的是，通过步骤s106对异常路况与用户的行驶信息进行匹配，在两者匹配的情况下，用户终端才会接收到服务器推送的异常路况，从而使得用户尽可能少的获取不必要的信息，进而提高了用户获取有效信息的效率。

步骤s108，如果匹配，则推送异常路况至与用户的行驶信息相匹配的所有用户。

需要说明的是，在服务器确定异常路况与用户的行驶信息相匹配的情况下，服务器推送异常路况信息给与该用户的行驶信息相匹配的所有用户，其中，与该用户的行驶信息相匹配的所有用户是指与该用户的行驶轨迹相同的用户，和/或与当前用户所在的当前位置信息相匹配的用户，例如，以当前用户所在的当前位置为圆心，以预设长度(例如，200米)为半径的圆内的所有用户。

此外，还需要说明的是，由于在异常路况与用户的行驶信息相匹配的情况下，将异常路况推送给与当前用户的行驶信息相匹配的所有用户，因此，提高用户获取信息的效率以及服务器处理数据的效率，减少了服务器的工作量。

基于上述实施例的步骤s102至步骤s108所公开的方案，可以获知通过获取用户的行驶信息，以及最新的路况信息，并从最新的路况信息中确定异常路况，以及判断异常路况与用户的行驶信息是否相匹配，如果匹配，则推送异常路况至与用户的行驶信息相匹配的所有用户，其中，行驶信息至少包括如下之一：用户选中的路线和用户的当前位置。

容易注意到的是，由于最新的路况信息是通过网络爬虫实时从网络上获取到的，即异常路况是实时更新的，并且用户的位置信息也是实时更新的，因此，在获取到服务器推送的异常路况之后，用户可以及时的调整行驶的路线，达到了实时获取异常路况的目的，从而实现了及时、高效的将异常路况推送给相应的运输车辆的技术效果，进而解决了现有技术中无法实时获取异常路况的技术问题。

在一种可选的实施例中，图2示出了一种可选的推送路况的方法流程图，如图2所示，步骤s104，获取最新的路况信息，并从最新的路况信息中确定异常路况，具体包括如下步骤：

步骤s202，基于网络爬虫获取最新的路况信息；

步骤s204，根据最新的路况信息确定第一路况信息，其中，第一路况信息至少包括：路况的地址节点、路况的事件信息和路况的经纬度；

步骤s206，存储第一路况信息至数据库中；

步骤s208，根据数据库对第一路况信息的分析结果确定异常路况。

具体的，在当前用户的移动过程中，服务器通过网络抓取请求获取到最新的路况信息，然后从获取到的最新的路况信息中提取有效的路况信息，即第一路况信息存储在数据库中，数据库对第一路况信息进行分词，并筛选出异常路况的路况信息。

需要说明的是，上述第一路况信息为服务器从网络上抓取到的有效的路况信息，包括第一路况信息的地址(例如，北京市通州区xxx路xx号)、经纬度(例如，东经116°，西经40°)、事件(例如，拥堵、撞车等)。

此外，还需要说明的是，在将路况的地址信息存入数据库时，需要将地址信息转换为地址节点之后再存入数据库中，即每条路线上均有地址节点。其中，将地址信息转换为地址节点可以采用如下方法：每个地址节点代表一个区域范围，如果该地址信息在该区域范围内，则将该地址信息转换该地址节点，例如，地址节点a对应的区域范围为以东经116°，西经40°为圆心，以1km为半径的圆的区域范围，如果该路况所对应的地址为xx市xx区xx路正好在地址节点a所对应的区域范围内，则该地址转换所对应的地址节点即为节点a。另外，同理，上述异常路况的路况信息包括异常路况的地址节点、异常路况的经纬度以及异常路况的事件(例如，修路、撞车等)。

在从数据库中获取到异常路况之后，还需要判断异常路况是否与用户的行驶信息相匹配，主要有以下两种匹配方法：

(1)第一种匹配方法，如图3所示的一种可选的基于位置信息的匹配的方法流程图，该方法具体包括如下步骤：

步骤s302，获取异常路况的位置信息；

步骤s304，根据异常路况的位置信息确定异常区域；

步骤s306，根据用户的当前位置判断用户是否在异常区域内；

步骤s308，如果用户在异常区域内，则确定异常路况与用户的当前位置相匹配。

具体的，在服务器通过数据库获取异常路况的地址节点、经纬度以及事件等信息之后，提取出异常路况的位置信息(即异常路况的经纬度)，然后以该经纬度为圆心，以预设长度为半径(例如，10km)来确定异常区域。同时，服务器根据用户终端发送的用的当前位置信息以及异常区域，判断用户的当前位置是否在异常区域内，如果在，则确定异常路况与用户的当前位置相匹配，服务器将异常路况信息推送给在异常区域内的所有用户。

(2)第二种匹配方法，如图4所示的一种可选的基于路线的匹配的方法流程图，该方法具体包括如下步骤：

步骤s402，获取异常路况的地址节点；

步骤s404，判断用户选中的路线的地址节点中是否包含异常路况的地址节点；

步骤s406，如果包含，则确定异常路况与用户选中的路线相匹配。

具体的，服务器从数据库中提取出异常路况的地址节点，并判断当前用户选中的路线(即当前用户正在行驶的路线)中是否包含异常路况所对应的地址节点，如果包含则将异常路况推送给用户的用户终端。在一种可选的实施例中，异常路况所对应的地址节点为a，用户甲依次经过地址节点：b→c→a→d，用户乙依次经过地址节点：g→a→e→h，用户丙依次经过地址节点：b→c→f→d，由于用户丙的路线中并不包含地址节点a，虽然用户乙与用户甲终点不同，但由于用户甲、乙的路线中均包含了地址节点a，因此，服务器会向用户甲、乙推送异常路况，而不像用户丙推送异常路况。

在另一种可选的实施例中，如图5所示的一种可选的推送路况的方法流程图，获取用户的行驶信息具体包括如下步骤：

步骤s502，客户端判断用户的当前位置与用户选中的路线是否相匹配；

步骤s504，在用户的当前位置与用户选中的路线相匹配的情况下，客户端保存用户的当前位置；

步骤s506，客户端每隔预定时间发送保存的用户的当前位置。

具体的，在用户驾驶车辆开始行驶后，用户的用户终端(例如，智能手机)的gps模块不间断的每隔一定的时间(例如，30秒)采集一次用户所在位置的经纬度信息，并判断用户的当前位置是否位于用户所选中的路线上或者，用户的当前位置位于用户所选中的路线的一个可接受范围内(即用户的当前位置与用户所选中的路线的偏差在一定的范围内)，如果用户的当前位置位于用户所选中的路线上，或者两者的偏差位于一定的范围内，则认为用户的当前位置为有效的位置，并保存用户的当前位置信息，每隔预定时间(例如，5分钟)将在该预定时间段所保存的有效的位置信息上报至服务器。

需要说明的是，在车辆行驶的过程中，用户终端会收到服务器所推送的路况信息，并向用户发出提示(例如，语音提示)。当用户达到终点位置时，用户可设置关闭用户终端的采集用户轨迹的应用终端，结束对用户轨迹的采集。

可选的，如图6所示的一种可选的推送路况的方法流程图，在获取用户的行驶信息之前，推送路况的方法还包括如下步骤：

步骤s602，客户端接收物流平台发出的任务信息；

步骤s604，客户端根据任务信息确定用户的起点位置和终点位置；

步骤s606，客户端根据起点位置和终点位置获取至少一条路线；

步骤s608，客户端从至少一条路线中确定用户选中的路线。

需要说明的是，上述任务信息是由物流平台发送的，例如，快递公司的任务管理平台对每个快递员所发送的任务即为上述任务信息，任务管理平台即为上述物流平台。

具体的，用户终端(或客户端)接收到物流平台发送的任务信息(例如，运输任务的信息)，用户可以通过客户端进行接单，并确定任务的起始位置和终点位置，发送起点位置和终点位置至服务器，服务器在收到客户端发送的起点位置和终点位置之后，确定多条推荐路线，并将查询到的推荐路线推送给客户端，此时，用户便能通过客户端看到多条推荐路线，在客户端上选中一条路线，并根据该条路线进行行驶，同时，客户端将选中的路线发送至服务器。

需要说明的是，至少一条路线中设置有多个地址节点，其中，每个地址节点的信息至少包括如下之一：每个地址节点的名称、每个地址节点的位置信息以及与每个地址节点对应的下一地址节点的信息。

此外，还需要说明的是，服务器在向客户端推送异常路况的消息时，同时向物流平台也推送异常路况的消息，这样，对物流平台进行监控的工作人员也能实时了解到用户的行驶状态，进而根据实际情况做出最佳的决策。

在一种优选的实施例中，如图7所示的一种优选的推送路况的方法流程图。具体的，物流平台进行运单调度，并将任务信息发送给各个司机的客户端。司机通过客户端进行接单，并选择路线，在确定了要行驶的路线之后，客户端实时采集司机的轨迹，并定时将采集到的轨迹上报至服务器，同时等待服务器推送的消息，在接收到服务器推送的异常路况的消息时，向司机发出提示信息。在司机达到目的地之后，客户端结束对司机的轨迹的采集。

而对于服务器一侧，服务器通过网络抓取请求，得到路况数据，然后从路况数据中提取有效的数据，其中，有效的数据包括路况的地址、经纬度以及事件等。在得到有效的路况数据之后，将其存储在数据库中，此时，需要将有效数据中的地址转换为地址节点。在数据库有效数据进行分析之后，通过数据库可以查找有效的路况中是否有异常路况，如果有异常路况，则从数据库中获取异常路况的地址节点、经纬度以及事件等信息，并将司机的路线和/或当前位置与异常路况进行匹配，最后对匹配的司机下发消息，推送异常路况。

需要说明的是，对司机的路线和/或当前位置与异常路况进行匹配常用到以下两种方法：(1)根据异常路况的经纬度，查询其周围10km内的在途司机；(2)根据异常路况的地址节点，查询在途司机的线路节点中包含此节点的司机。

实施例2

根据本发明实施例，还提供了一种推送路况的装置实施例。

图8是根据本发明实施例的推送路况的装置结构示意图，如图8所示，该装置包括：第一获取模块801、第二获取模块803、匹配模块805以及推送模块807。

其中，第一获取模块801，用于获取用户的行驶信息，其中，行驶信息至少包括如下之一：用户选中的路线和用户的当前位置；第二获取模块803，用于获取最新的路况信息，并从最新的路况信息中确定异常路况；匹配模块805，用于判断异常路况是否与用户的行驶信息相匹配；推送模块807，用于如果匹配，推送异常路况至与用户的行驶信息相匹配的所有用户。

需要说明的是，上述第一获取模块801、第二获取模块803、匹配模块805以及推送模块807对应于实施例1中的步骤s102至步骤s108，四个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。

可选的，第二获取模块包括：第三获取模块、第一确定模块、存储模块以及第二确定模块。其中，第三获取模块，用于基于网络爬虫获取最新的路况信息；第一确定模块，用于根据最新的路况信息确定第一路况信息，其中，第一路况信息至少包括：路况的地址节点、路况的事件信息和路况的经纬度；存储模块，用于存储第一路况信息至数据库中；第二确定模块，用于根据数据库对第一路况信息的分析结果确定异常路况。

需要说明的是，上述第三获取模块、第一确定模块、存储模块以及第二确定模块对应于实施例1中的步骤s202至步骤s208，四个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。

可选的，匹配模块包括：第四获取模块、第三确定模块、第一判断模块以及第四确定模块。其中，第四获取模块，用于获取异常路况的位置信息；第三确定模块，用于根据异常路况的位置信息确定异常区域；第一判断模块，用于根据用户的当前位置判断用户是否在异常区域内；第四确定模块，用于如果用户在异常区域内，确定异常路况与用户的当前位置相匹配。

需要说明的是，上述第四获取模块、第三确定模块、第一判断模块以及第四确定模块对应于实施例1中的步骤s302至步骤s308，四个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。

可选的，匹配模块包括：第五获取模块、第二判断模块以及第五确定模块。其中，第五获取模块，用于获取异常路况的地址节点；第二判断模块，用于判断用户选中的路线的地址节点中是否包含异常路况的地址节点；第五确定模块，用于如果包含，则确定异常路况与用户选中的路线相匹配。

需要说明的是，上述第五获取模块、第二判断模块以及第五确定模块对应于实施例1中的步骤s402至步骤s406，三个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。

可选的，第一获取模块包括：第三判断模块、保存模块以及发送模块。其中，第三判断模块，用于客户端判断用户的当前位置与用户选中的路线是否相匹配；保存模块，用于在用户的当前位置与用户选中的路线相匹配的情况下，客户端保存用户的当前位置；发送模块，用于客户端每隔预定时间发送保存的用户的当前位置。

需要说明的是，上述第三判断模块、保存模块以及发送模块对应于实施例1中的步骤s502至步骤s506，三个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。

可选的，推送路况的装置还包括：接收模块、第六确定模块、第六获取模块以及第七确定模块。其中，接收模块，用于客户端接收物流平台发出的任务信息；第六确定模块，用于客户端根据任务信息确定用户的起点位置和终点位置；第六获取模块，用于客户端根据起点位置和终点位置获取至少一条路线；第七确定模块，用于客户端从至少一条路线中确定用户选中的路线。

需要说明的是，上述接收模块、第六确定模块、第六获取模块以及第七确定模块对应于实施例1中的步骤s602至步骤s608，四个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。

实施例3

根据本发明实施例，还提供了一种推送路况的系统实施例。

图9是根据本发明实施例的推送路况的系统结构示意图，如图9所示，该系统包括：客户端901以及服务器903。

其中，客户端901，用于确定用户的行驶信息，发送用户的行驶信息至服务器，并接收服务器根据用户的行驶信息推送的异常路况，其中，行驶信息至少包括如下之一：用户选中的路线和用户的当前位置；服务器903，用于接收客户端发送的用户的行驶信息，并获取最新的路况信息，从最新的路况信息中确定异常路况，在异常路况与用户的行驶信息相匹配的情况下，推送异常路况至与用户的行驶信息相匹配的所有用户。

需要说明的是，推送路况的系统还包括物流平台，其中，物流平台用于发送任务信息至客户端，接收服务器发送的路况信息。

在一种可选的实施例中，图10示出了一种可选的推送路况的系统的结构示意图，如图10所示，承运商通过操作物流平台，使物流平台产生运输任务，并将运输任务调度给相应的司机，司机通过客户端上的app进行接单。在车辆运输的过程中，客户端端上的app不间断的每隔30秒采集一次司机当前的经纬度信息，并对有效的数据进行保存，然后定时5分钟将保存的数据上报至服务器(或物流后台)。如果在车辆行驶的过程中，客户端上的app接收到服务器推送的异常路况消息，则app通过语音等形式向司机提示异常路况。当司机达到运输终点时，司机对客户端上的app进行设置，并结束轨迹采集。

需要说明的是，在司机运输的过程中，服务器通过网络爬虫不断从网络上捕捉最新的路况信息，并在发现异常路况后及时推送路况给与该司机的线路和该司机的当前位置相匹配的所有司机。

此外，还需要说明的是，在司机驾驶车辆开始行驶后，司机的司机终端(例如，智能手机)的gps模块不间断的每隔一定的时间(例如，30秒)采集一次司机所在位置的经纬度信息，并判断司机的当前位置是否位于司机所选中的路线上或者，司机的当前位置位于司机所选中的路线的一个可接受范围内(即司机的当前位置与司机所选中的路线的偏差在一定的范围内)，如果司机的当前位置位于司机所选中的路线上，或者两者的偏差位于一定的范围内，则认为司机的当前位置为有效的位置，并保存司机的当前位置信息，每隔预定时间(例如，5分钟)将在该预定时间段所保存的有效的位置信息上报至服务器。

由上可知，通过客户端确定用户行驶信息，发送用户的行驶信息至服务器，并接收服务器根据用户的行驶信息推送的异常路况，服务器接收客户端发送的用户的行驶信息，并获取最新的路况信息，从最新的路况信息中确定异常路况，并在异常路况与用户的行驶信息相匹配的情况下，推送异常路况至与用户的行驶信息相匹配的所有用户。

容易注意到的是，由于最新的路况信息是通过网络爬虫实时从网络上获取到的，即异常路况是实时更新的，并且用户的位置信息也是实时更新的，因此，在获取到服务器推送的异常路况之后，用户可以及时的调整行驶的路线，达到了实时获取异常路况的目的，从而实现了及时、高效的将异常路况推送给相应的运输车辆的技术效果，进而解决了现有技术中无法实时获取异常路况的技术问题。

在一种可选的实施例中，如图10所示，客户端还包括：轨迹采集模块和第一消息推送模块。其中，轨迹采集模块，用于获取用户的位置信息，以及根据物流平台发送的任务信息确定用户的起点位置和终点位置；第一消息推送模块，用于将用户的位置信息发送至服务器，以及将用户的起点位置和终点位置发送至服务器。

在另一种可选的实施例中，如图10所示，服务器(或物流后台)还包括：路况收集模块、轨迹数据处理模块以及第二消息推送模块。其中，路况收集模块，用于获取路况数据；轨迹数据处理模块，用于根据用户的起点位置和终点位置确定至少一条路线，以及根据用户选中的路线和路况数据确定异常路况的信息；第二消息推送模块，用于将异常路况的信息发送至客户端和物流平台。

可选的，如图10所示，物流平台还包括：轨迹展示模块。其中，轨迹展示模块用于在接收到服务器发送的异常路况的信息的情况下，展示用户选中的路线的路况信息。

可选的，服务器还用于基于网络爬虫获取最新的路况信息；根据最新的路况信息确定第一路况信息，其中，第一路况信息至少包括：路况的地址节点、路况的事件信息和路况的经纬度；存储第一路况信息至数据库中；根据数据库对第一路况信息的分析结果确定异常路况。

可选的，服务器还用于获取异常路况的位置信息；根据异常路况的位置信息确定异常区域；根据用户的当前位置判断用户是否在异常区域内；如果用户在异常区域内，确定异常路况与用户的当前位置相匹配。

可选的，服务器还用于获取异常路况的地址节点；判断用户选中的路线的地址节点中是否包含异常路况的地址节点；如果包含，则确定异常路况与用户选中的路线相匹配。

可选的，客户端还用于判断用户的当前位置与用户选中的路线是否相匹配；在用户的当前位置与用户选中的路线相匹配的情况下，保存用户的当前位置；每隔预定时间发送保存的用户的当前位置。

可选的，客户端还用于接收物流平台发出的任务信息；根据任务信息确定用户的起点位置和终点位置；根据起点位置和终点位置获取至少一条路线；从至少一条路线中确定用户选中的路线。

需要说明的是，至少一条路线中设置有多个地址节点，其中，每个地址节点的信息至少包括如下之一：每个地址节点的名称、每个地址节点的位置信息以及与每个地址节点对应的下一地址节点的信息。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。