CN110298481A - 车辆救援方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明公开了一种车辆救援方法、装置、计算机设备及存储介质。首先获取请求终端发送的车辆救援信息；再根据处理机构获取对应的救援终端；根据救援位置从救援终端中确定待选救援终端；发送所述救援位置和所述救援终端的位置至路线规划接口，获取所述路线规划接口返回的路线规划信息；根据所述路线规划信息从所述救援终端中确定待选救援终端；根据预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端；根据车辆救援信息生成车辆救援任务，并将所述车辆救援任务至目标救援终端。可以提升车辆救援分配效率，也保证了车辆救援的时效。

Description

车辆救援方法、装置、计算机设备及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种车辆救援方法、装置、计算机设备及存储介质。

背景技术

车辆的快速发展给人们的生活带来了诸多的便利。在车辆的使用过程中也会遇到多种麻烦。在道路上行驶的车辆有时会遭遇部件损坏、动力不足等故障，甚至可能遭遇交通事故。相应的，一些车辆救援平台应运而生，其能够为故障车辆提供故障处理服务。对车辆救援平台、故障车辆的车主以及公共交通而言，快速高效地实施救援是共同的目标。目前市面上的车辆救援平台是一对多模式，比如一家处理机构对多家救援服务商。或者，一家救援服务商对多家处理机构。在遇到车辆需要进行车辆救援时，往往由于车辆救援平台内部的复杂性或者分配不合理，导致了车辆救援分配效率低，甚至于影响了车辆救援的时效。

发明内容

本发明实施例提供一种车辆救援方法、装置、计算机设备及存储介质，以解决在车辆出现故障时救援的效率过低的问题，从而可以提升车辆救援的效率，保证了车辆救援的时效，并且可以避免影响道路交通，减少交通阻塞的可能。

一种车辆救援方法，包括：

获取请求终端发送的车辆救援信息，所述车辆救援信息包括处理机构和救援位置；

根据所述处理机构获取对应的救援终端，其中，预先为不同的处理机构配置不同的编码，并为救援终端按渠道配置不同的编号，根据所述编码和所述编号为不同的所述处理机构分别指定多个所述救援终端；

发送所述救援位置和所述救援终端的位置至路线规划接口，获取所述路线规划接口返回的路线规划信息；

根据所述路线规划信息从所述救援终端中确定待选救援终端，其中，所述待选救援终端为所述路线规划信息中的到达时间符合预设条件的救援终端；

根据预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端，其中，预设分配比率为预先分别为每一个所述处理机构对应的多个所述救援终端进行配置得到；

根据所述车辆救援信息生成车辆救援任务，并发送所述车辆救援任务至所述目标救援终端。

一种车辆救援装置，包括：

车辆救援信息获取模块，用于获取请求终端发送的车辆救援信息，所述车辆救援信息包括处理机构和救援位置；

救援终端获取模块，用于根据所述处理机构获取对应的救援终端，其中，预先为不同的处理机构配置不同的编码，并为救援终端按渠道配置不同的编号，根据所述编码和所述编号为不同的所述处理机构分别指定多个所述救援终端；

路线规划信息获取模块，用于发送所述救援位置和所述救援终端的位置至路线规划接口，获取所述路线规划接口返回的路线规划信息；

待选救援终端确定模块，用于根据所述路线规划信息从所述救援终端中确定待选救援终端，其中，所述待选救援终端为所述路线规划信息中的到达时间符合预设条件的救援终端；

目标救援终端确定模块，用于根据预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端，其中，预设分配比率为预先分别为每一个所述处理机构对应的多个所述救援终端进行配置得到；

车辆救援任务发送模块，用于根据所述车辆救援信息生成车辆救援任务，并发送所述车辆救援任务至所述目标救援终端。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述车辆救援方法。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述车辆救援方法。

上述车辆救援方法、装置、计算机设备及存储介质，通过为不同的处理机构配置不同的编码，并为救援终端按渠道配置不同的编号，可以实现多个处理机构和多个救援终端同时接入，救援分发平台，提供车辆救援生态服务或服务的多元化以及全面化，极大提高渠道接入效率，降低接入成本。另外，服务端获取请求终端发送的车辆救援信息；根据所述处理机构获取对应的救援终端，其中，预先为不同的处理机构配置不同的编码，并为救援终端按渠道配置不同的编号，根据所述编码和所述编号为不同的所述处理机构分别指定多个所述救援终端；根据所述救援位置从救援终端中确定待选救援终端；根据预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端，其中，预设分配比率为预先分别为每一个所述处理机构对应的多个所述救援终端进行配置得到；根据所述车辆救援信息生成车辆救援任务，并发送所述车辆救援任务至所述目标救援终端。可以提升车辆救援分配效率，也保证了车辆救援的时效。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例中车辆救援方法的一应用环境示意图；

图2是本发明一实施例中车辆救援方法的流程图；

图3是本发明一实施例中车辆救援方法的另一流程图；

图4是本发明一实施例中车辆救援方法的另一流程图；

图5是本发明一实施例中车辆救援方法的另一流程图；

图6是本发明一实施例中车辆救援方法的另一流程图；

图7是本发明一实施例中车辆救援装置的一原理框图；

图8是本发明一实施例中计算机设备的一示意图。

具体实施方式

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

本申请提供的车辆救援方法，可应用在如图1的应用环境中，其中，请求终端和救援终端通过网络与服务端进行通信，服务端获取请求终端发送的车辆救援信息；根据所述处理机构获取对应的救援终端，其中，预先为不同的处理机构配置不同的编码，并为救援终端按渠道配置不同的编号，根据所述编码和所述编号为不同的所述处理机构分别指定多个所述救援终端；发送所述救援位置和所述救援终端的位置至路线规划接口，获取所述路线规划接口返回的路线规划信息；根据所述路线规划信息从所述救援终端中确定待选救援终端，其中，所述待选救援终端为所述路线规划信息中的到达时间符合预设条件的救援终端；根据预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端，其中，预设分配比率为预先分别为每一个所述处理机构对应的多个所述救援终端进行配置得到；根据所述车辆救援信息生成车辆救援任务，并发送所述车辆救援任务至所述目标救援终端。其中，请求终端和救援终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，以该车辆救援方法应用于图1中的服务端为例进行说明，包括以下步骤：

步骤101，获取请求终端发送的车辆救援信息，所述车辆救援信息包括处理机构和救援位置。

请求终端为发起车辆救援的终端，可选地，该请求终端可以为车辆发生故障时对应的用户的移动终端。车辆救援信息包括处理机构和救援位置，处理机构为该用户预先绑定或者约定的处理机构，救援位置即为发生故障时的位置。

步骤102，根据所述处理机构获取对应的救援终端，其中，预先为不同的处理机构配置不同的编码，并为救援终端按渠道配置不同的编号，根据所述编码和所述编号为不同的所述处理机构分别指定多个所述救援终端。

其中，处理机构可以为财产保险公司或者提供救援服务权益的城商行等服务行业的公司。

具体而言，以两个处理机构为例进行说明，但是并非将处理机构的个数限制为两个。可以根据实际设计的需求，或者根据客户的需求在研发时设置至少三个处理机构，比如，三个处理机构、四个处理机构…甚至几百个处理机构，本实施例对处理机构的个数不做限制。假设处理机构为两个，可以为两个处理机构配置不同的编码A和B。可以为救援终端按渠道配置不同的编号时，具体可以为救援终端按渠道配置的不同编号分别为a1、a2、a3、a4、b1、b2、b3、b4等。

值得一提的是，对于应用该车辆救援方法的平台来说，为不同的处理机构配置不同的编码，并为救援终端按渠道配置不同的编号，可以实现将不同的多个处理机构和不同的多个救援终端同时接入平台。也可以理解为将不同的多个处理机构接入不同的多个救援终端的生态圈。无需将多个处理机构和多个救援终端分别一一对接，极大的提高“处理机构和救援终端”渠道接入效率，降低接入成本。另外，在实际的设计过程中，可以统一接口标准，也就是说为接入平台的多个处理机构和多个救援终端提供弹性、可伸缩的智能服务，做到新接入处理机构或救援终端时，能够实现零开发，降低研发成本。

举例而言，如表1所示，根据所述编码A和所述编号a1、a2、a3、a4等为处理机构指定多个所述救援终端。具体地说，为编码为A的所述处理机构配置不同的救援终端，救援终端的编号为a1、a2、a3、a4等。根据所述编码B和所述编号b1、b2、b3、b4等为处理机构指定多个所述救援终端。具体地说，为编码为B的所述处理机构配置不同的救援终端，救援终端的编号为b1、b2、b3、b4等。

表1

值得说明的是，在实际的设计过程中，不限于以表格的形式将“所述处理机构和对应的多个所述救援终端”进行存储并关联。以上仅仅是作为举例，用来说明所述处理机构和多个所述救援终端的对应关系。

步骤103，发送所述救援位置和所述救援终端的位置至路线规划接口，获取所述路线规划接口返回的路线规划信息。

路线规划接口为第三方开放数据接口，例如，百度地图API或者高德地图API等。通过将救援位置和救援终端的位置至路线规划接口，即可获取路线规划接口返回的路线规划信息。其中，路线规划信息为根据救援位置和救援终端的位置再结合实时交通来规划得到的最优救援路线，还包括该救援路线的到达时间或者出行时间。

步骤104，根据所述路线规划信息从所述救援终端中确定待选救援终端，其中，所述待选救援终端为所述路线规划信息中的到达时间符合预设条件的救援终端。

根据路线规划信息从所述救援终端中确定待选救援终端，具体地，可以从中选择到达时间最短的路线规划信息对应的救援终端作为待选救援终端。或者根据到达时间从短到长选择若干数量的救援终端作为待选救援终端。具体的待选救援终端的数量的设置可以通过预设条件来设置。也可以通过到达时间的设置来选取待选救援终端，即将符合预设到达时间的救援终端都确定为待选救援终端。因此，预设条件可以通过设置数量或者时间来体现。

步骤105，根据预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端，其中，预设分配比率为预先分别为每一个所述处理机构对应的多个所述救援终端进行配置得到。

预设分配比率为预先为不同的救援终端设定的一个派单的比率。而当前分配比率为当前不同救援终端的实际派单的比率。可以根据预设分配比率和对应的当前分配比率确定不同待选救援终端的任务饱和度，从而将任务饱和度较小的待选救援终端确定为目标救援终端。其中，任务饱和度可以由一个待选救援终端的当前分配比率除以预设分配比率得到。

比如，运营管理人员在后台人机交互界面配置“编码为A的所述处理机构对应编号为a1、a2等的待选救援终端”之后，可以配置待选救援终端a1的预设分配比率为40％，待选救援终端a2的预设分配比率为60％等，在此不再列举。进一步地，若待选救援终端a1和待选救援终端a1的当前分配比率分别为30％和55％。则待选救援终端a1待选救援终端a1的任务饱和度分别为75％和91.7％。则将待选救援终端a1确定为目标救援终端。本步骤中救援终端的分配比率并非限制为以上数值，以上仅作为举例说明。

步骤106，根据所述车辆救援信息生成车辆救援任务，并发送所述车辆救援任务至所述目标救援终端。

基于车辆救援信息生成车辆救援任务，具体地，车辆救援任务可以包括救援地点、救援类型和联系方式等信息。而上述救援地点、救援类型和联系方式等信息可以包含在车辆救援信息中。再将车辆救援任务发送至所述目标救援终端。

本实施例通过为不同的处理机构配置不同的编码，并为救援终端按渠道配置不同的编号，可以实现多个处理机构和多个救援终端同时接入，救援分发平台，提供车辆救援生态服务或服务的多元化以及全面化，极大提高渠道接入效率，降低接入成本。另外，服务端获取请求终端发送的车辆救援信息；根据所述处理机构获取对应的救援终端，其中，预先为不同的处理机构配置不同的编码，并为救援终端按渠道配置不同的编号，根据所述编码和所述编号为不同的所述处理机构分别指定多个所述救援终端；发送所述救援位置和所述救援终端的位置至路线规划接口，获取所述路线规划接口返回的路线规划信息；根据所述路线规划信息从所述救援终端中确定待选救援终端，其中，所述待选救援终端为所述路线规划信息中的到达时间符合预设条件的救援终端；根据预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端，其中，预设分配比率为预先分别为每一个所述处理机构对应的多个所述救援终端进行配置得到；根据所述车辆救援信息生成车辆救援任务，并发送所述车辆救援任务至所述目标救援终端。可以提升车辆救援的效率，也保证了车辆救援的时效。

在一个实施例中，涉及一种车辆救援方法，本实施例中预设分配比率为至少两个预设分配比率。

如图3所示，该车辆救援方法包括如下步骤：

步骤201，获取请求终端发送的车辆救援信息，所述车辆救援信息包括处理机构和救援位置。

步骤202，根据所述处理机构获取对应的救援终端。

步骤203，发送所述救援位置和所述救援终端的位置至路线规划接口，获取所述路线规划接口返回的路线规划信息。

步骤204，根据所述路线规划信息从所述救援终端中确定待选救援终端，其中，所述待选救援终端为所述路线规划信息中的到达时间符合预设条件的救援终端。

步骤201至步骤204与第上述实施例中步骤101至步骤104类似，在此不再赘述。

步骤205，获取每一所述预设分配比率的优先级。

假设本实施例的其中一个处理机构有两个预设分配比率(实际应用中，不限于有两个预设分配比率，可以为至少三个的多个预设分配比率)。比如，处理机构A的其中一个预设分配比率1为：救援终端a1，分配比率为40％；救援终端a2，分配比率为60％。另一个预设分配比率2为：救援终端a3，分配比率为30％；救援终端a4，分配比率为70％。运营管理人员通过人机交互界面设置预设分配比率1和预设分配比率2的优先级。假设指定预设分配比率2的优先级为1，预设分配比率2的优先级为2；并且优先级1先执行，优先级2后执行，即优先级1高于优先级2，优先级高的预设分配比率被优先选择。可以理解地，优先级的高低可以随时进行调整。

步骤206，根据优先级较高的所述预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端。

本实施例在实际的设计中，当优先级高的预设分配比率无法将车辆救援任务派发出去，触发根据更低一级的预设分配比率派发车辆救援任务。即当按照预设分配比率1无法将车辆救援任务派发出去时，根据预设分配比率2派发车辆救援任务。并且值得一提的是，如果按照预设分配比率1能够将车辆救援任务派发出去，则此时，按照(40:60)概率和对应的当前分配比率从待选救援终端中确定目标救援终端，则此时，按照(30:70)概率和对应的当前分配比率从待选救援终端中确定目标救援终端。

步骤207，根据所述车辆救援信息生成车辆救援任务，并发送所述车辆救援任务至所述目标救援终端。

本实施例中的预设分配比率为至少两个预设分配比率时，并且可以设置预设分配比率的优先级，根据预设分配比率的优先级对车辆救援任务进行分派，可以根据优先级进行实时调整，避免意外事故或者情况影响了车辆救援任务的分配，更好地保证了车辆救援任务分配的效率，使资源最优化。

在一个实施例中，涉及一种车辆救援方法，本实施例中可以动态调整每一个处理机构对应的多个救援终端的分配比率。

如图4所示，车辆救援方法包括如下步骤：

步骤301，获取请求终端发送的车辆救援信息，所述车辆救援信息包括处理机构和救援位置。

步骤302，根据所述处理机构获取对应的救援终端。

步骤303，发送所述救援位置和所述救援终端的位置至路线规划接口，获取所述路线规划接口返回的路线规划信息。

步骤304，根据所述路线规划信息从所述救援终端中确定待选救援终端，其中，所述待选救援终端为所述路线规划信息中的到达时间符合预设条件的救援终端。

步骤305，根据预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端。

步骤306，根据所述车辆救援信息生成车辆救援任务，并发送所述车辆救援任务至所述目标救援终端。

步骤301至步骤306与第上述实施例中步骤101至步骤106类似，在此不再赘述。

步骤307，统计对所述救援终端的反馈信息、车辆救援成功率以及系统可用性信息。其中，所述系统可用性信息指的是所述救援终端提供服务的可用率，所述可用率为所述救援终端响应的车辆救援任务与接收的车辆救援任务的比例。可以按该救援终端可正常受理的车辆救援任务的比率来统计系统可用性信息。举例而言，比如指定时间范围内，向救援终端a1派发了10000笔车辆救援任务，救援终端a1成功响应受理了9900笔车辆救援任务，则系统可用性信息的评估值可以为99％。

具体的说，在车辆救援任务完成后，救援终端向系统反馈车辆救援任务成功的信息。本发明的车辆救援方法可以接收救援终端反馈的车辆救援任务成功的信息。并且发明的车辆救援方法可以根据接收到的车辆救援任务成功信息的个数统计车辆救援任务成功的数量。根据车辆救援任务成功的数量和总的车辆救援任务量的比例计算订单援救成功率。发起车辆救援任务的用户，在车辆救援任务完成时，可以对该服务进行评价。本发明的车辆救援方法可以获取用户对救援终端的评价信息，并对该评价信息进行统计，也就是说统计对所述救援终端的反馈信息。

步骤308，根据统计的所述反馈信息、所述车辆救援成功率以及所述系统可用性信息，动态调整所述每一个处理机构对应的多个所述救援终端的预设分配比率。

本实施例可以根据反馈信息、车辆救援成功率以及系统可用性信息动态调整指定救援终端的分配比率，可以用来优化资源利用率，更好地保证车辆救援的效率和质量。

举例而言，如果处理机构A的反馈信息优于处理机构B的反馈信息，可以动态调整处理机构A和处理机构B的分配比率，使处理机构A的分配比率大于处理机构B的分配比率。如果处理机构A的订单援救成功率大于处理机构B的反馈信息，可以动态调整处理机构A和处理机构B的分配比率，使处理机构A的分配比率大于处理机构B的分配比率。如果处理机构A的系统可用性信息大于处理机构B的系统可用性信息，可以动态调整处理机构A和处理机构B的分配比率，使处理机构A的分配比率大于处理机构B的分配比率。

在一个实施例中，涉及一种车辆救援方法，本实施例中当按照预设分配比率分派车辆救援任务之后，在一定时间内，车辆救援任务没有响应，可以由坐席终端分派车辆救援任务。其中，坐席终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。

如图5所示，车辆救援方法包括如下步骤：

步骤401，获取请求终端发送的车辆救援信息，所述车辆救援信息包括处理机构和救援位置。

步骤402，根据所述处理机构获取对应的救援终端。

步骤403，发送所述救援位置和所述救援终端的位置至路线规划接口，获取所述路线规划接口返回的路线规划信息。

步骤404，根据所述路线规划信息从所述救援终端中确定待选救援终端，其中，所述待选救援终端为所述路线规划信息中的到达时间符合预设条件的救援终端。

步骤405，根据预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端。

步骤406，根据所述车辆救援信息生成车辆救援任务，并发送所述车辆救援任务至所述目标救援终端。

步骤401至步骤406与第上述实施例中步骤101至步骤106类似，在此不再赘述。

步骤407，判断在发送所述车辆救援信息至所述目标救援终端的时间点到达第一预设阈值时，是否收到所述救援终端对所述车辆救援任务的反馈信息。如果是，则结束，否则，进入步骤407。

具体地说，如果在发送所述车辆救援信息至所述目标救援终端的时间点到达第一预设阈值时，没有收到所述救援终端对所述车辆救援任务的反馈信息，可以说明按照上述所有的预设分配比率未能将车辆救援任务进行指派。则此时进入步骤407，将所述车辆救援任务反馈到坐席终端。

举例而言，比如处理机构没有配置任何救援终端，此时会导致不能将车辆救援任务进行指派。或者，指定的救援终端对应的系统通道不可用或者网络故障，此时也会导致不能将车辆救援任务进行指派。为了避免不能将车辆救援任务进行指派情况的发生，可以通过步骤407将该车辆救援任务反馈到坐席终端，由坐席终端指派救援终端。

步骤408，将所述车辆救援任务反馈到坐席终端。

步骤409，判断是否接收到所述坐席终端的操作指令。如果是，则进入步骤410；否则，返回步骤409。

步骤410，根据所述操作指令将所述车辆救援任务分派给指定的救援终端。

具体地说，比如后台服务系统的显示界面会跳出车辆救援任务反馈到坐席终端的指示信息。指示信息可以为“车辆救援任务超时未处理”。后台服务系统的坐席终端将所述车辆救援任务分派给指定的救援终端。

本实施例本实施例中当按照预设分配比率分派车辆救援任务之后，在一定时间内，车辆救援任务没有响应，可以由坐席终端分派车辆救援任务，可以避免车辆救援任务未被处理的现象发生，更好地保证了车辆救援任务的顺利实施。

在一个实施例中，涉及一种车辆救援方法，本实施例中当按照预设分配比率分派车辆救援任务之后，在一定时间内，车辆救援任务没有响应，可以由服务端重新为该车辆救援任务确定一个新的目标救援终端。

如图6所示，车辆救援方法包括如下步骤：

步骤501，获取请求终端发送的车辆救援信息，所述车辆救援信息包括处理机构和救援位置。

步骤502，根据所述处理机构获取对应的救援终端。

步骤503，发送所述救援位置和所述救援终端的位置至路线规划接口，获取所述路线规划接口返回的路线规划信息。

步骤504，根据所述路线规划信息从所述救援终端中确定待选救援终端，其中，所述待选救援终端为所述路线规划信息中的到达时间符合预设条件的救援终端。

步骤505，根据预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端。

步骤506，根据所述车辆救援信息生成车辆救援任务，并发送所述车辆救援任务至所述目标救援终端。

步骤501至步骤506与第上述实施例中步骤101至步骤106类似，在此不再赘述。

步骤507，判断在发送所述车辆救援信息至所述目标救援终端的时间点到达第一预设阈值时，是否收到所述救援终端对所述车辆救援任务的反馈信息。如果是，则结束，否则，进入步骤508。

具体地说，如果在发送所述车辆救援信息至所述目标救援终端的时间点到达第一预设阈值时，没有收到所述救援终端对所述车辆救援任务的反馈信息，可以说明按照上述所有的预设分配比率未能将车辆救援任务进行指派。则此时进入步骤508。

步骤508，发送提醒信息至所述目标救援终端。

通过提醒信息催促目标救援终端及时进行反馈以处理该车辆救援任务。

步骤509，判断在发送提醒信息至所述目标救援终端时间点到达第二预设阈值时，是否收到所述救援终端对所述车辆救援任务的反馈信息。如果是，则结束，否则，进入步骤510。

若在发送提醒信息至所述目标救援终端时间点到达第二预设阈值之后，服务端还未收到所述救援终端对所述车辆救援任务的反馈信息，则说明该车辆救援任务派送失败，此时，进入步骤S510。

步骤510，根据预设分配比率和对应的当前分配比率从待选救援终端中重新确定一个新的目标救援终端。

可以理解地，此时待选救援终端中会将目标救援终端进行去除，然后再根据预设分配比率和对应的当前分配比率从待选救援终端中重新确定一个新的目标救援终端。具体的确定过程和步骤105相同，在此不再赘述。

步骤511，发送所述车辆救援任务至所述新的目标救援终端。

在该实施例中，若目标救援终端超过一定时间没有对服务端进行响应，则服务端未改车辆救援任务重新分配一个新的目标救援终端，以更好地应对各种故障情况，更好地保证车辆救援地顺利，保证了车辆救援任务的效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种车辆救援装置，该车辆救援装置与上述实施例中车辆救援方法一一对应。

如图7所示，车辆救援装置包括：

车辆救援信息获取模块601，用于获取请求终端发送的车辆救援信息，所述车辆救援信息包括处理机构和救援位置；

救援终端获取模块602，用于根据所述处理机构获取对应的救援终端，其中，预先为不同的处理机构配置不同的编码，并为救援终端按渠道配置不同的编号，根据所述编码和所述编号为不同的所述处理机构分别指定多个所述救援终端；

路线规划信息获取模块603，用于发送所述救援位置和所述救援终端的位置至路线规划接口，获取所述路线规划接口返回的路线规划信息；

待选救援终端确定模块604，用于根据所述路线规划信息从所述救援终端中确定待选救援终端，其中，所述待选救援终端为所述路线规划信息中的到达时间符合预设条件的救援终端；

目标救援终端确定模块605，用于根据预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端，其中，预设分配比率为预先分别为每一个所述处理机构对应的多个所述救援终端进行配置得到；

车辆救援任务发送模块606，用于根据所述车辆救援信息生成车辆救援任务，并发送所述车辆救援任务至所述目标救援终端。

优选地，预设分配比率为至少两个预设分配比率；所述目标救援终端确定模块605还包括：

优先级获取单元6051，用于获取每一所述预设分配比率的优先级；

目标救援终端确定单元6052，用于根据优先级较高的所述预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端。

优选地，该车辆救援装置还包括：

统计模块607，用于统计对所述目标救援终端的反馈信息、车辆救援成功率以及系统可用性信息，其中，所述系统可用性信息指的是所述目标救援终端提供服务的可用率，所述可用率为所述目标救援终端响应的车辆救援任务与接收的车辆救援任务的比例；

调整模块608，用于根据统计的所述反馈信息、所述车辆救援成功率以及所述系统可用性信息，动态调整所述每一个处理机构对应的多个所述救援终端的预设分配比率。

关于车辆救援装置的具体限定可以参见上文中对于车辆救援方法的限定，在此不再赘述。上述车辆救援装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储上述实施例中车辆救援方法中所使用到的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种车辆救援方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中的车辆救援方法。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例中的车辆救援方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种车辆救援方法，其特征在于，所述车辆救援方法包括：

获取请求终端发送的车辆救援信息，所述车辆救援信息包括处理机构和救援位置；

根据所述处理机构获取对应的至少一个救援终端，其中，预先为不同的处理机构配置不同的编码，并为救援终端按渠道配置不同的编号，根据所述编码和所述编号为不同的所述处理机构分别指定多个所述救援终端；

发送所述救援位置和所述救援终端的位置至路线规划接口，获取所述路线规划接口返回的路线规划信息；

根据所述路线规划信息从所述救援终端中确定待选救援终端，其中，所述待选救援终端为所述路线规划信息中的到达时间符合预设条件的救援终端；

根据预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端，其中，预设分配比率为预先分别为每一个所述处理机构对应的多个所述救援终端进行配置得到；

根据所述车辆救援信息生成车辆救援任务，并发送所述车辆救援任务至所述目标救援终端。

2.如权利要求1所述的车辆救援方法，其特征在于，所述预设分配比率为至少两个预设分配比率；

所述根据预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端，包括：

获取每一所述预设分配比率的优先级；

根据优先级较高的所述预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端。

3.如权利要求1所述的车辆救援方法，其特征在于，在所述发送所述车辆救援信息至所述目标救援终端之后，所述车辆救援方法还包括：

统计对所述目标救援终端的反馈信息、车辆救援成功率以及系统可用性信息，其中，所述系统可用性信息指的是所述目标救援终端提供服务的可用率，所述可用率为所述目标救援终端响应的车辆救援任务与接收的车辆救援任务的比例；

根据统计的所述反馈信息、所述车辆救援成功率以及所述系统可用性信息，动态调整所述每一个处理机构对应的多个所述救援终端的预设分配比率。

4.如权利要求1所述的车辆救援方法，其特征在于，在所述发送所述车辆救援信息至所述目标救援终端之后，所述车辆救援方法还包括：

在发送所述车辆救援信息至所述目标救援终端的时间点到达第一预设阈值时，如果未收到所述目标救援终端的反馈信息，则将所述车辆救援任务反馈到坐席终端；

在接收到所述坐席终端的操作指令时，根据所述操作指令将所述车辆救援任务分派给指定的救援终端。

5.如权利要求1所述的车辆救援方法，其特征在于，在所述发送所述车辆救援信息至所述目标救援终端之后，所述车辆救援方法还包括：

在发送所述车辆救援信息至所述目标救援终端的时间点到达第一预设阈值时，如果未收到所述目标救援终端的反馈信息，则发送提醒信息至所述目标救援终端；

在发送提醒信息至所述目标救援终端时间点到达第二预设阈值时，如果未收到所述目标救援终端的反馈信息，则根据预设分配比率和对应的当前分配比率从待选救援终端中重新确定一个新的目标救援终端；

发送所述车辆救援任务至所述新的目标救援终端。

6.一种车辆救援装置，其特征在于，所述车辆救援装置包括：

车辆救援信息获取模块，用于获取请求终端发送的车辆救援信息，所述车辆救援信息包括处理机构和救援位置；

救援终端获取模块，用于根据所述处理机构获取对应的救援终端，其中，预先为不同的处理机构配置不同的编码，并为救援终端按渠道配置不同的编号，根据所述编码和所述编号为不同的所述处理机构分别指定多个所述救援终端；

路线规划信息获取模块，用于发送所述救援位置和所述救援终端的位置至路线规划接口，获取所述路线规划接口返回的路线规划信息；

待选救援终端确定模块，用于根据所述路线规划信息从所述救援终端中确定待选救援终端，其中，所述待选救援终端为所述路线规划信息中的到达时间符合预设条件的救援终端；

目标救援终端确定模块，用于根据预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端，其中，预设分配比率为预先分别为每一个所述处理机构对应的多个所述救援终端进行配置得到；

车辆救援任务发送模块，用于根据所述车辆救援信息生成车辆救援任务，并发送所述车辆救援任务至所述目标救援终端。

7.如权利要求6所述的车辆救援装置，其特征在于，所述预设分配比率为至少两个预设分配比率；

所述目标救援终端确定模块还包括：

优先级获取单元，用于获取每一所述预设分配比率的优先级；

目标救援终端确定单元，用于根据优先级较高的所述预设分配比率和对应的当前分配比率从待选救援终端中确定目标救援终端。

8.如权利要求6所述的车辆救援装置，其特征在于，所述车辆救援装置还包括：

统计模块，用于统计对所述目标救援终端的反馈信息、车辆救援成功率以及系统可用性信息，其中，所述系统可用性信息指的是所述目标救援终端提供服务的可用率，所述可用率为所述目标救援终端响应的车辆救援任务与接收的车辆救援任务的比例；

调整模块，用于根据统计的所述反馈信息、所述车辆救援成功率以及所述系统可用性信息，动态调整所述每一个处理机构对应的多个所述救援终端的预设分配比率。

9.一种计算机设备，其特征在于，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序；所述处理器执行所述计算机程序时实现如权利要求1至5中任一项所述的车辆救援方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述车辆救援方法。