道路救援管理方法、装置、计算机设备及存储介质与流程

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

背景技术：

随着人们生活水平的提高，越来越多的人拥有了汽车。在汽车的使用过程中，难免会出现故障的情况。一般的，在汽车出现故障时，需要用户呼叫救援，等待救援人员过来维修。现有技术中，需要用户判断车辆的故障状况，并且根据车辆的故障状况选择救援项目。然而，在大多数情况下，用户对车辆的故障状况并不了解，导致用户难以选择到正确的救援项目。另外，用户无法查看救援的进度，只能在原地等待救援人员的到来，倘若想了解情况，需要再次打电话询问，造成了极差的用户体验。

技术实现要素：

本发明实施例提供了一种道路救援管理方法、装置、计算机设备及存储介质，旨在解决用户难以正确选择救援项目以及无法及时获取救援进度的问题。

第一方面，本发明实施例提供了一种道路救援管理方法，其包括：

若接收到用户终端发送的救援申请信息，向用户终端发送救援指引信息，所述救援指引信息包含指引问题；

接收用户终端发送的答案信息，并根据所述答案信息向用户终端推荐救援项目；

若接收到用户终端提交的救援项目订单，将所述救援项目订单推送给多个救援终端；

若检测到救援终端领取了所述救援项目订单，将领取了所述救援项目订单的救援终端作为目标救援终端，并判断是否接收到用户终端发送的救援进度查询请求；

若接收到用户终端发送的救援进度查询请求，获取目标救援终端的救援进度信息，并将所述救援进度信息发送给用户终端。

第二方面，本发明实施例还提供了一种道路救援管理装置，其包括：

第一发送单元，用于若接收到用户终端发送的救援申请信息，向用户终端发送救援指引信息，所述救援指引信息包含指引问题；

第一推荐单元，用于接收用户终端发送的答案信息，并根据所述答案信息向用户终端推荐救援项目；

第一推送单元，用于若接收到用户终端提交的救援项目订单，将所述救援项目订单推送给多个救援终端；

第一判断单元，用于若检测到救援终端领取了所述救援项目订单，将领取了所述救援项目订单的救援终端作为目标救援终端，并判断是否接收到用户终端发送的救援进度查询请求；

第一获取单元，用于若接收到用户终端发送的救援进度查询请求，获取目标救援终端的救援进度信息，并将所述救援进度信息发送给用户终端。

第三方面，本发明实施例还提供了一种计算机设备，其包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序当被处理器执行时可实现上述方法。

本发明实施例提供了一种道路救援管理方法、装置、计算机设备及存储介质。其中，所述方法包括：若接收到用户终端发送的救援申请信息，向用户终端发送救援指引信息，所述救援指引信息包含指引问题；接收用户终端发送的答案信息，并根据所述答案信息向用户终端推荐救援项目；若接收到用户终端提交的救援项目订单，将所述救援项目订单推送给多个救援终端；若检测到救援终端领取了所述救援项目订单，将领取了所述救援项目订单的救援终端作为目标救援终端，并判断是否接收到用户终端发送的救援进度查询请求；若接收到用户终端发送的救援进度查询请求，获取目标救援终端的救援进度信息，并将所述救援进度信息发送给用户终端。本发明实施例由于在接收到用户终端发送的救援申请信息时，向用户终端发送指引问题，并根据用户反馈的答案信息判断用户车辆的故障类型，根据用户车辆的故障类型向用户终端推荐相应的救援项目，使得用户能够更加容易的选择到所需的救援项目。通过将目标救援终端的救援进度信息发送给用户终端，使得用户能够及时了解当前的救援进度，从而能够提前做好时间安排，提高了用户的使用体验。

附图说明

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

图1为本发明实施例提供的一种道路救援管理方法的应用场景示意图；

图2为本发明实施例提供的一种道路救援管理方法的流程示意图；

图3为本发明实施例提供的一种道路救援管理方法的子流程示意图；

图4为本发明实施例提供的一种道路救援管理方法的子流程示意图；

图5为本发明实施例提供的一种道路救援管理方法的子流程示意图；

图6为本发明另一实施例提供的一种道路救援管理方法的流程示意图；

图7为本发明实施例提供的一种道路救援管理装置的示意性框图；

图8为本发明实施例提供的一种道路救援管理装置的第一推荐单元的示意性框图；

图9为本发明实施例提供的一种道路救援管理装置的第一推送单元的示意性框图；

图10为本发明实施例提供的一种道路救援管理装置的第一获取单元的示意性框图；

图11为本发明实施例提供的一种道路救援管理装置的第二确定单元的示意性框图；

图12为本发明另一实施例提供的一种道路救援管理装置的示意性框图；以及

图13为本发明实施例提供的一种计算机设备的示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

请参阅图1和图2，图1为本发明实施例提供的道路救援管理方法的应用场景示意图。图2为本发明实施例提供的道路救援管理方法的示意性流程图。本发明实施例提出的道路救援管理方法应用于救援服务器1中，救援服务器1在接收到用户终端2发送的救援申请信息时，向用户终端2发送救援指引信息。救援服务器1接收用户终端2发送的答案信息，并根据答案信息向用户终端2推荐救援项目。救援服务器1在接收到用户终端2提交的救援项目订单时，将该救援项目订单推送给多个救援终端3；并将领取了救援项目订单的救援终端3作为目标救援终端3。救援服务器1获取目标救援终端3的救援进度信息；并将所述救援进度信息发送给用户终端2。

图2是本发明实施例提供的道路救援管理方法的流程示意图。如图所示，该方法包括以下步骤s110-150。

s110、若接收到用户终端发送的救援申请信息，向用户终端发送救援指引信息，所述救援指引信息包含指引问题。

具体实施中，用户在自己的车辆发生故障需要申请道路救援时，可通过用户终端向救援服务器发送救援申请信息。救援申请信息包括用户当前的位置信息以及用户的联系方式等信息。

相应地，救援服务器在接收到用户终端发送的救援申请信息时，向用户终端发送救援指引信息。救援指引信息中包含多个指引问题，指引问题用于指引用户描述车辆的故障信息。

需要说明的是，救援指引信息中包含的指引问题是随机从预设的指引问题题库中选出的。在不确定用户车辆状况的情况下，通过随机选取指引问题，并让用户回答指引问题，能够快速准确地了解车辆的故障状况。

例如，在一实施例中，指引问题为“插入钥匙接通电路后，您的车辆的喇叭能否正常工作”。

s120接收用户终端发送的答案信息，并根据所述答案信息向用户终端推荐救援项目。

具体实施中，接收用户终端发送的答案信息，答案信息中包含用户对于指引问题的答案。然后根据获取到的答案信息判断用户车辆的故障类型，根据用户车辆的故障类型向用户终端推荐相应的救援项目。

通过以上方式，用户能够准确的知道自己所需的救援项目。之后，用户可通过用户终端向救援服务器提交相应的救援项目订单。救援项目订单包括用户所选的救援项目、用户的位置信息、用户的联系方式以及用户的备注消息等信息。

在一实施例中，如图3所示，所述步骤s120可包括步骤s31-s32。

s31、获取答案信息中各类型选项的数量，并将选项的数量最多的类型作为目标类型。

本实施例中，指引问题中包含有多种类型的选项，每一种类型的选项对应一种救援项目。救援项目包括充电、拖车以及现场维修等。答案信息包括用户对各指引问题的提交的选项。

具体实施中，统计答案信息中各类型选项的数量，并将选项数量最多的类型作为目标类型。例如，答案信息包括用户提交的10个选项，其中对应拖车的类型的选项有7个、对应充电的类型的选项有2个，对应现场维修的类型的选项有1个，则选取对应拖车的类型作为目标类型。

s32、向用户终端推荐目标类型对应的救援项目。

具体实施中，向用户终端推荐目标类型对应的救援项目。通过以上方式，能够指引用户根据问题描述车辆的故障情况，进而准确的向用户推荐相应的救援项目，避免了由于用户不懂车的故障状况而选错救援项目。

s130若接收到用户终端提交的救援项目订单，将所述救援项目订单推送给多个救援终端。

具体实施中，如果接收到用户终端提交的救援项目订单，则将该救援项目订单推送给救援终端。救援终端能够提供该救援项目订单对应的救援项目。救援终端在领取了救援项目订单后，需要向用户终端提供相应的救援服务。

在一实施例中，如图4所示，所述步骤s130可包括步骤s41-s46。

s41，获取与用户终端的距离小于预设距离阈值的救援终端作为第一候选救援终端。

具体实施中，搜索用户终端周围的救援终端，并选出其中与用户终端的距离小于预设距离阈值的所有救援终端作为第一候选救援终端。

s42从第一候选救援终端中选出当前状态为未接单状态的救援终端作为第二候选救援终端。

具体实施中，获取各第一候选救援终端的当前状态，当前状态包括接单状态以及未接单状态。若第一候选救援终端的当前状态为接单状态，则说明该第一候选救援终端目前已经领取了救援项目订单，不宜再领取新的救援项目订单。若第一候选救援终端的当前状态为未接单状态，则说明该第一候选救援终端目前未领取救援项目订单，适合领取新的救援项目订单。

为了提高救援效率，本发明实施例中，从第一候选救援终端中选出当前状态为未接单状态的救援终端作为第二候选救援终端。

s43判断第二候选救援终端的数量是否大于预设的数量阈值。

具体实施中，判断第二候选救援终端的数量是否大于预设的数量阈值。需要说明的是数量阈值可由本领域技术人员根据实际情况进行设定，例如，在一实施例中，数量阈值设定为5。

s44若第二候选救援终端的数量不大于预设的数量阈值，则将救援项目订单推送给所有的第二候选救援终端。

具体实施中，如果判断结果第二候选救援终端的数量不大于预设的数量阈值，则说明用户终端周围的救援终端较少，为了确保接单效率，将救援项目订单推送给所有的第二候选救援终端。

s45若第二候选救援终端的数量大于预设的数量阈值，则从第二候选救援终端中按照评分值由高到低选出数量为数量阈值的救援终端作为第三候选终端。

具体实施中，如果判断结果第二候选救援终端的数量大于预设的数量阈值，则说明用户终端周围的救援终端较多，为了服务质量，从第二候选救援终端中按照评分值由高到低选出数量为数量阈值的救援终端作为第三候选终端。

s46，将救援项目订单推送给所有的第三候选救援终端。

具体实施中，将救援项目订单推送给所有的第三候选救援终端，由于第三候选救援终端的评分值较高，从而能够确保较好的服务质量。

s140若检测到救援终端领取了所述救援项目订单，将领取了所述救援项目订单的救援终端作为目标救援终端，并判断是否接收到用户终端发送的救援进度查询请求。

具体实施中，如果检测到救援终端领取了该救援项目订单，则将领取了该救援项目订单的救援终端作为目标救援终端，并判断是否接收到用户终端发送的救援进度查询请求。

用户在等待救援的过程中，若是想要了解当前的救援进度信息，可通过用户终端向救援服务器发送救援进度查询请求(例如，向救援服务器发送查询短信)。救援服务器在接收到用户终端发送的救援进度查询请求时，将获取业务终端的救援进度信息，并将救援进度信息发送给用户终端。

s150若接收到用户终端发送的救援进度查询请求，获取目标救援终端的救援进度信息，并将所述救援进度信息发送给用户终端。

具体实施中，若接收到用户终端发送的救援进度查询请求，获取目标救援终端的救援进度信息，并将所述救援进度信息发送给用户终端。救援进度信息包括目标救援终端的位置，目标救援终端与用户终端之间的距离以及目标救援终端的剩余到达时间。具体的，根据目标救援终端的位置信息、用户终端的位置信息以及路况信息确定救援进度信息。

通过以上步骤，用户能够了解救援终端的救援进度信息，并提前做好自身的时间安排，提高了用户的使用体验。

进一步地，为了便于用户了解救援进度，救援服务器可每间隔预设时间(例如间隔5min)向用户终端发送救援进度信息。

在一实施例中，如图5所示，所述步骤s150可包括步骤s51-s53。

s51，分别获取目标救援终端以及用户终端的位置信息。

具体实施中，分别向目标救援终端以及用户终端发送位置请求，目标救援终端以及用户终端在收到救援服务器发送的位置请求后，向救援服务器返回自身的位置信息。

s52，根据目标救援终端的位置信息以及用户终端的位置信息确定目标救援终端与用户终端之间的距离。

具体实施中，根据目标救援终端的位置信息以及用户终端的位置信息确定目标救援终端与用户终端之间的距离。

在一实施例中，根据目标救援终端的位置信息、用户终端的位置信息以及目标救援终端与用户终端之间的路况信息测算目标救援终端与用户终端之间的路程距离。路程距离是指目标救援终端到用户终端之间需要行驶的路程的长度。

s53，根据目标救援终端与用户终端之间的距离以及目标救援终端与用户终端之间的路况信息确定目标救援终端的剩余到达时间。

具体实施中，根据目标救援终端与用户终端之间的距离以及目标救援终端与用户终端之间的路况信息预测目标救援终端的剩余到达时间。路况信息包括道路分布情况、道路拥堵情况等。

在一实施例中，根据以下公式t＝ksv+at0确定目标救援终端的剩余到达时间t，其中，k为拥堵系数，s为目标救援终端与用户终端之间的路程距离，v为目标救援终端的行驶速度，a为目标救援终端与用户终端之间的红绿灯的数量，t0为红绿灯的平均等待时间。

需要说明的是，在本实施例中，如果道路拥堵情况为道路顺畅，k取值为k1；如果道路拥堵情况为道路一般拥堵，k取值为k2，如果道路拥堵情况为道路严重拥堵，k取值为k3，其中，k3＞k2＞k1。例如，在一实施例中，k3＝3；k2＝2；k1＝1。

通过应用本发明的技术方案，在接收到用户终端发送的救援申请信息时，向用户终端发送指引问题，并根据用户反馈的答案信息判断用户车辆的故障类型，根据用户车辆的故障类型向用户终端推荐相应的救援项目，使得用户能够更加容易的选择到所需的救援项目。通过实时将目标救援终端的救援进度信息发送给用户终端，使得用户能够及时了解当前的救援进度，从而能够提前做好时间安排，提高了用户的使用体验。

图6是本发明另一实施例提供的一种道路救援管理方法的流程示意图。如图6所示，本实施例的道路救援管理方法包括步骤s210-s270。其中步骤s210-s250与上述实施例中的步骤s110-s150类似，在此不再赘述。下面详细说明本实施例中所增加的步骤s260-s270。

s260，若检测到目标救援终端提交了所述救援项目订单的完成信息，向用户终端发送评价提醒信息。

具体实施中，如果检测到目标救援终端提交该救援项目订单的完成信息，则向用户终端发送评价提醒信息，提醒用户及时对救援项目订单进行评价，反馈救援过程中的问题，便于以后提供更好的服务。

s270，若接收到用户终端发送的对所述救援项目订单的评价信息，根据所述评价信息更新目标救援终端的评分值。

具体实施中，如果接收用户终端发送的对该救援项目订单评价信息，则根据用户提交的评价信息更新目标救援终端的评分值。评分值反映了目标救援终端的服务质量，目标救援终端的服务质量越好，评分值越高。

通过应用本发明的技术方案，引入评分评价系统，每次服务完成后邀请用户对救援项目订单进行评分，并优先将救援项目订单分配给评分值高的救援终端，确保了救援的服务质量。

图7是本发明实施例提供的一种道路救援管理装置70的示意性框图。如图7所示，对应于以上道路救援管理方法，本发明还提供一种道路救援管理装置70。该道路救援管理装置70包括用于执行上述道路救援管理方法的单元，该装置可以被配置于服务器中。具体地，请参阅图7，该道路救援管理装置70包括第一发送单元71、第一推荐单元72、第一推送单元73、第一获取单元74以及第二发送单元75。

第一发送单元71，用于若接收到用户终端发送的救援申请信息，向用户终端发送救援指引信息，所述救援指引信息包含指引问题；

第一推荐单元72，用于接收用户终端发送的答案信息，并根据所述答案信息向用户终端推荐救援项目；

第一推送单元73，用于若接收到用户终端提交的救援项目订单，将所述救援项目订单推送给多个救援终端；

第一判断单元74，用于若检测到救援终端领取了所述救援项目订单，将领取了所述救援项目订单的救援终端作为目标救援终端，并判断是否接收到用户终端发送的救援进度查询请求；

第一获取单元75，用于若接收到用户终端发送的救援进度查询请求，获取目标救援终端的救援进度信息，并将所述救援进度信息发送给用户终端。

在一实施例中，所述指引问题中包含有多种类型的选项，每一种类型的选项对应一种救援项目，如图8所示，所述第一推荐单元72包括第二获取单元721以及第二推荐单元722。

第二获取单元721，用于获取答案信息中各类型选项的数量，并将选项的数量最多的类型作为目标类型；

第二推荐单元722，用于向用户终端推荐目标类型对应的救援项目。

在一实施例中，如图9所示，所述第一推送单元73包括第三获取单元731、第一选择单元732、第二判断单元733、第二推送单元734、第二选择单元735以及第三推送单元736。

第三获取单元731，用于获取与用户终端的距离小于预设距离阈值的救援终端作为第一候选救援终端；

第一选择单元732，用于从第一候选救援终端中选出当前状态为未接单状态的救援终端作为第二候选救援终端；

第二判断单元733，用于判断第二候选救援终端的数量是否大于预设的数量阈值；

第二推送单元734，用于若第二候选救援终端的数量不大于预设的数量阈值，则将救援项目订单推送给所有的第二候选救援终端；

第二选择单元735，用于若第二候选救援终端的数量大于预设的数量阈值，则从第二候选救援终端中按照评分值由高到低选出数量为数量阈值的救援终端作为第三候选终端；

第三推送单元736，用于将救援项目订单推送给所有的第三候选救援终端。

在一实施例中，如图10所示，所述第一获取单元74包括第四获取单元741、第一确定单元742以及第二确定单元743。

第四获取单元741，用于分别获取目标救援终端以及用户终端的位置信息；

第一确定单元742，用于根据目标救援终端的位置信息以及用户终端的位置信息确定目标救援终端与用户终端之间的距离；

第二确定单元743，用于根据目标救援终端与用户终端之间的距离以及目标救援终端与用户终端之间的路况信息确定目标救援终端的剩余到达时间。

在一实施例中，如图11所示，所述第二确定单元743包括第三确定单元7431。

第三确定单元7431，用于根据以下公式确定目标救援终端的剩余到达时间t，其中，k为拥堵系数，s为目标救援终端与用户终端之间的路程距离，v为目标救援终端的行驶速度，a为目标救援终端与用户终端之间的红绿灯的数量，t0为红绿灯的平均等待时间。

图12是本发明另一实施例提供的一种道路救援管理装置70的示意性框图。如图12所示，本实施例的道路救援管理装置70是上述实施例的基础上增加了第二发送单元76以及更新单元77。

第二发送单元76，用于若检测到目标救援终端提交了所述救援项目订单的完成信息，向用户终端发送评价提醒信息；

更新单元77，用于若接收到用户终端发送的对所述救援项目订单的评价信息，根据所述评价信息更新目标救援终端的评分值。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述道路救援管理装置70和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

上述道路救援管理装置70可以实现为一种计算机程序的形式，该计算机程序可以在如图13所示的计算机设备上运行。

请参阅图13，图13是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500是服务器。服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。

参阅图13，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032被执行时，可使得处理器502执行一种道路救援管理方法。

该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种道路救援管理方法。

该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图13中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下步骤：

若接收到用户终端发送的救援申请信息，向用户终端发送救援指引信息，所述救援指引信息包含指引问题；

接收用户终端发送的答案信息，并根据所述答案信息向用户终端推荐救援项目；

若接收到用户终端提交的救援项目订单，将所述救援项目订单推送给多个救援终端；

若检测到救援终端领取了所述救援项目订单，将领取了所述救援项目订单的救援终端作为目标救援终端，并判断是否接收到用户终端发送的救援进度查询请求；

若接收到用户终端发送的救援进度查询请求，获取目标救援终端的救援进度信息，并将所述救援进度信息发送给用户终端。

在一实施例中，所述指引问题中包含有多种类型的选项，每一种类型的选项对应一种救援项目，处理器502在实现所述根据所述答案信息向用户终端推荐救援项目步骤时，具体实现如下步骤：

获取答案信息中各类型选项的数量，并将选项的数量最多的类型作为目标类型；

向用户终端推荐目标类型对应的救援项目。

在一实施例中，处理器502在实现所述将所述救援项目订单推送给多个救援终端步骤时，具体实现如下步骤：

获取与用户终端的距离小于预设距离阈值的救援终端作为第一候选救援终端；

从第一候选救援终端中选出当前状态为未接单状态的救援终端作为第二候选救援终端；

判断第二候选救援终端的数量是否大于预设的数量阈值；

若第二候选救援终端的数量不大于预设的数量阈值，则将救援项目订单推送给所有的第二候选救援终端；

若第二候选救援终端的数量大于预设的数量阈值，则从第二候选救援终端中按照评分值由高到低选出数量为数量阈值的救援终端作为第三候选终端；

将救援项目订单推送给所有的第三候选救援终端。

在一实施例中，处理器502在实现所述获取目标救援终端的救援进度信息步骤时，具体实现如下步骤：

分别获取目标救援终端以及用户终端的位置信息；

根据目标救援终端的位置信息以及用户终端的位置信息确定目标救援终端与用户终端之间的距离；

根据目标救援终端与用户终端之间的距离以及目标救援终端与用户终端之间的路况信息确定目标救援终端的剩余到达时间。

在一实施例中，处理器502在实现所述根据目标救援终端与用户终端之间的距离以及目标救援终端与用户终端之间的路况信息确定目标救援终端的剩余到达时间步骤时，具体实现如下步骤：

根据以下公式确定目标救援终端的剩余到达时间t，其中，k为拥堵系数，s为目标救援终端与用户终端之间的路程距离，v为目标救援终端的行驶速度，a为目标救援终端与用户终端之间的红绿灯的数量，t0为红绿灯的平均等待时间。

在一实施例中，处理器502还实现如下步骤：

若检测到目标救援终端提交了所述救援项目订单的完成信息，向用户终端发送评价提醒信息；

若接收到用户终端发送的对所述救援项目订单的评价信息，根据所述评价信息更新目标救援终端的评分值。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(centralprocessingunit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该计算机程序被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序。该计算机程序被处理器执行时使处理器执行如下步骤：

若接收到用户终端发送的救援申请信息，向用户终端发送救援指引信息，所述救援指引信息包含指引问题；

接收用户终端发送的答案信息，并根据所述答案信息向用户终端推荐救援项目；

若接收到用户终端提交的救援项目订单，将所述救援项目订单推送给多个救援终端；

若检测到救援终端领取了所述救援项目订单，将领取了所述救援项目订单的救援终端作为目标救援终端，并判断是否接收到用户终端发送的救援进度查询请求；

若接收到用户终端发送的救援进度查询请求，获取目标救援终端的救援进度信息，并将所述救援进度信息发送给用户终端。

在一实施例中，所述指引问题中包含有多种类型的选项，每一种类型的选项对应一种救援项目，所述处理器在执行所述计算机程序而实现所述根据所述答案信息向用户终端推荐救援项目步骤时，具体实现如下步骤：

获取答案信息中各类型选项的数量，并将选项的数量最多的类型作为目标类型；

向用户终端推荐目标类型对应的救援项目。

在一实施例中，所述处理器在执行所述计算机程序而实现所述将所述救援项目订单推送给多个救援终端步骤时，具体实现如下步骤：

获取与用户终端的距离小于预设距离阈值的救援终端作为第一候选救援终端；

从第一候选救援终端中选出当前状态为未接单状态的救援终端作为第二候选救援终端；

判断第二候选救援终端的数量是否大于预设的数量阈值；

若第二候选救援终端的数量不大于预设的数量阈值，则将救援项目订单推送给所有的第二候选救援终端；

若第二候选救援终端的数量大于预设的数量阈值，则从第二候选救援终端中按照评分值由高到低选出数量为数量阈值的救援终端作为第三候选终端；

将救援项目订单推送给所有的第三候选救援终端。

在一实施例中，所述处理器在执行所述计算机程序而实现所述获取目标救援终端的救援进度信息步骤时，具体实现如下步骤：

分别获取目标救援终端以及用户终端的位置信息；

根据目标救援终端的位置信息以及用户终端的位置信息确定目标救援终端与用户终端之间的距离；

根据目标救援终端与用户终端之间的距离以及目标救援终端与用户终端之间的路况信息确定目标救援终端的剩余到达时间。

在一实施例中，所述处理器在执行所述计算机程序而实现所述根据目标救援终端与用户终端之间的距离以及目标救援终端与用户终端之间的路况信息确定目标救援终端的剩余到达时间步骤时，具体实现如下步骤：

根据以下公式确定目标救援终端的剩余到达时间t，其中，k为拥堵系数，s为目标救援终端与用户终端之间的路程距离，v为目标救援终端的行驶速度，a为目标救援终端与用户终端之间的红绿灯的数量，t0为红绿灯的平均等待时间。

在一实施例中，所述处理器在执行所述计算机程序还实现如下步骤：

若检测到目标救援终端提交了所述救援项目订单的完成信息，向用户终端发送评价提醒信息；

若接收到用户终端发送的对所述救援项目订单的评价信息，根据所述评价信息更新目标救援终端的评分值。

所述存储介质可以是u盘、移动硬盘、只读存储器(read-onlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

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

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，尚且本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。