车辆故障救助方法、装置及系统与流程

本发明涉及通信技术领域，尤其是涉及一种车辆故障救助方法、装置及系统。

背景技术：

随着我国人民生活水平的不断提高，汽车产业的飞速发展，使用私家车出行已经成为越来越多人的首选方式。由于驾驶人员、汽车本身和外界等因素的影响，导致汽车在行驶的过程中很容易发生故障。

对于大多数人来说，当车辆在行驶途中发生故障时，常规做法为打电话呼叫拖车人员进行支援。而对于新手来说，汽车发生故障时往往会不知所措，由于汽车故障的原因多种多样，现有的做法并不能及时、快速地找到问题根源并进行补救，常常会浪费大量的时间，导致道路交通拥堵。

针对上述问题，目前尚未提出有效的解决方案。

技术实现要素：

有鉴于此，本发明的目的在于提供一种车辆故障救助方法、装置及系统，使用户在车辆故障时能够快速求救，并得到快速、及时的救助，减少等待时间，避免道路交通的拥堵。

第一方面，本发明实施例提供了一种车辆故障救助方法，包括：

接收待救助客户端所发送的求助请求；求助请求中携带有求助信息及待救助车辆的第一位置信息；

根据求助请求生成求助订单；

根据第一位置信息将求助订单发送至目标救助客户端；目标救助客户端的第二位置信息与第一位置信息所对应的距离满足第一预设距离阈值；

接收目标救助客户端所发送的确认接单信息。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，根据求助请求生成求助订单，具体包括：

从求助信息中提取出车辆故障信息、需要的帮助信息及报酬信息；

获取待救助客户端的第一位置信息；

根据车辆故障信息、需要的帮助信息、报酬信息及第一位置信息，生成求助订单。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，根据第一位置信息将求助订单发送至目标救助客户端，具体包括：

获取救助客户端的第二位置信息；

根据第二位置信息，判断第二位置信息与第一位置信息的距离小于第一预设距离阈值时，将救助客户端作为目标救助客户端；

向目标救助客户端发送求助订单。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，在根据第一位置信息将求助订单发送至目标救助客户端之后，还包括：

如果在预设时间内没有接收到目标救助客户端所发送的确认接单信息，则控制符合预设条件的一个救助客户端进行接单；预设条件包括：历史评价分值达到预设分值、距离值小于第二预设距离阈值中至少一项。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，在接收目标救助客户端所发送的确认接单信息之后，还包括：

接收待救助客户端所发送的救助成功信息；

基于救助成功信息及报酬信息，将相应的酬金转账到施救成功的目标救助客户端。

结合第一方面，本发明实施例提供了第一方面的第五种可能的实施方式，其中，在接收待救助客户端所发送的救助成功信息之后，还包括：

接收待救助客户端所发送的评价信息及得分信息；

根据评价信息及得分信息，生成施救成功的目标救助客户端的历史评价信息。

结合第一方面，本发明实施例提供了第一方面的第六种可能的实施方式，其中，在接收待救助客户端所发送的求助请求之前，还包括：

接收待救助客户端的登录信息；

根据登录信息执行登录操作。

第二方面，本发明实施例提供一种车辆故障救助装置，装置包括：

请求接收模块，用于接收待救助客户端所发送的求助请求；求助请求中携带有求助信息及待救助车辆的第一位置信息；

订单生成模块，用于根据求助请求生成求助订单；

订单发送模块，用于根据第一位置信息将求助订单发送至目标救助客户端；目标救助客户端的第二位置信息与第一位置信息之间的距离满足第一预设距离阈值；

信息接收模块，用于接收目标救助客户端所发送的确认接单信息。

第三方面，本发明实施例还提供一种车辆故障救助系统，系统包括：云服务器、待救助客户端及救助客户端；

云服务器上安装有如第二方面所述的车辆故障救助装置；

云服务器分别与待救助客户端及救助客户端通信连接。

第四方面，本发明实施例提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，程序代码使处理器执行第一方面所述的方法。

本发明实施例带来了以下有益效果：

在本发明实施例提供的车辆故障救助方法中，首先接收待救助客户端所发送的求助请求，该求助请求中携带有求助信息及待救助车辆的第一位置信息。根据上述求助请求生成求助订单，并根据第一位置信息将上述求助订单发送至目标救助客户端。该目标救助客户端的第二位置信息与第一位置信息所对应的距离满足第一预设距离阈值，也就是服务器根据待救助客户端的位置信息，将求助订单发送给附近的目标救助客户端，进而接收目标救助客户端所发送的确认接单信息。通过安装于智能终端上的APP，使用户在车辆故障时能够快速求救，并得到快速、及时的救助，减少等待时间，避免道路交通的拥堵。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本发明实施例一提供的一种车辆故障救助方法的流程图；

图2为本发明实施例一提供的另一种车辆故障救助方法的流程图；

图3为本发明实施例一提供的另一种车辆故障救助方法的流程图；

图4为本发明实施例一提供的另一种车辆故障救助方法的流程图；

图5为本发明实施例一提供的另一种车辆故障救助方法的流程图；

图6为本发明实施例一提供的另一种车辆故障救助方法的流程图；

图7为本发明实施例一提供的另一种车辆故障救助方法的流程图；

图8为本发明实施例二提供的一种车辆故障救助装置的示意图；

图9为本发明实施例三提供的一种车辆故障救助系统的示意图。

具体实施方式

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

现有的车辆故障救助方法不能及时、快速地找到问题根源并进行补救，常常会浪费大量的时间，导致道路交通拥堵。

基于此，本发明实施例提供一种车辆故障救助方法、装置及系统，通过安装于智能终端上的APP，使用户在车辆故障时能够快速求救，并得到快速、及时的救助，减少等待时间，避免道路交通的拥堵。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种车辆故障救助方法进行详细介绍。

实施例一：

本发明实施例提供了一种车辆故障救助方法，该方法在云服务器端被执行，参见图1所示，该方法包括以下步骤：

S101：接收待救助客户端所发送的求助请求；求助请求中携带有求助信息及待救助车辆的第一位置信息。

当用户在驾车途中，发生车辆故障时，可以通过登录智能终端，比如手机上的APP待救助客户端，向云服务器发送求助请求。具体的求助请求包括：用户输入的救助信息，或者根据页面提示进行选择的求助信息，以及通过手机定位模块所定位到的该待救助客户端的第一位置信息。上述求助信息包括：车辆故障信息、需要的帮助信息及报酬信息，其中，车辆故障信息比如：轮胎损坏、动力不足等；需要的帮助信息包括：借用备胎、牵引至目的地等，报酬信息包括：奖励方式及奖金数额等。

S102：根据求助请求生成求助订单。

当云服务器接收到待救助客户端所发送的求助请求后，根据上述求助请求生成求助订单，具体的，生成订单过程包括以下几个步骤，参见图2所示：

S201：从求助信息中提取出车辆故障信息、需要的帮助信息及报酬信息。

S202：获取待救助客户端的第一位置信息。

S203：根据车辆故障信息、需要的帮助信息、报酬信息及第一位置信息，生成求助订单。

需要注意的是，本实施例中的求助信息，可以是用户根据页面的提示，通过手动输入填上去的，也可以是根据系统中预先设定的选项，通过选择的方式上传上去，再或者同时使用两种方式进行。

上述第一位置信息有两个作用，一是使云服务器进行待救助客户端的目标救助客户端的匹配，也就是获取第一位置附近的目标救助客户端；二是使救助客户端在接单后，根据该位置信息迅速到达待救助车辆处，进行救助。

S103：根据第一位置信息将求助订单发送至目标救助客户端；目标救助客户端的第二位置信息与第一位置信息所对应的距离满足第一预设距离阈值。

在生成求助订单后，根据上述第一位置信息，将订单信息发送至目标求助客户端，具体的，匹配目标救助客户端的过程包括以下几个步骤，参见图3所示：

S301：获取救助客户端的第二位置信息。

S302：根据第二位置信息，判断第二位置信息与第一位置信息的距离小于第一预设距离阈值时，将救助客户端作为目标救助客户端。

S303：向目标救助客户端发送求助订单。

在本实施例中，上述匹配目标救助客户端的过程，主要是以待救助客户端和救助客户端之间的距离为判断条件，当两者的距离小于第一预设阈值时，则确定该救助客户端为目标救助客户端。通过这种方式，可以缩短救助时间，提高车辆故障救助效率。

此外，还可以结合其它的条件进行综合判断，比如，根据救助客户端擅长的故障类型，或者救助客户端的历史评价分值等，匹配出最合适的目标救助客户端。然后将求助订单发送给目标救助客户端。通常来说，匹配到的目标救助客户端有多个。

S104：接收目标救助客户端所发送的确认接单信息。

在目标救助客户端接收到云服务器所发送的求助订单后，可以对该订单作出反馈，接单或者拒单，当选择接单后，云服务器则会接收到其确认接单信息。

在执行步骤S103：在根据第一位置信息将求助订单发送至目标救助客户端之后，还包括如下步骤，参见图4所示：

S401：如果在预设时间内没有接收到目标救助客户端所发送的确认接单信息，则控制符合预设条件的一个救助客户端进行接单；预设条件包括：历史评价分值达到预设分值、距离值小于第二预设距离阈值中至少一项。

具体的，云服务器中预先设置有一个时间阈值，比如5分钟，一旦超过5分钟的时间内没有人接单，云服务器将会强制控制一个救助客户端进行接单。上述救助客户端是通过预设条件筛选出来的，预设条件包括但不限于：历史评价分值达到预设分值、距离值小于第二预设距离阈值中至少一项。通常来说，第二预设距离阈值要大于第一预设距离阈值，从而匹配到更多的目标救助客户端，提高救助成功率及效率。

在一种优选实施方式中，在执行步骤S401：接收目标救助客户端所发送的确认接单信息之后，还包括如下步骤，参见图5所示：

S501：接收待救助客户端所发送的救助成功信息。

S502：基于救助成功信息及报酬信息，将相应的酬金转账到施救成功的目标救助客户端。

具体实现的时候，在目标救助客户端确认接单，并根据第一位置信息到达待救助目的地，完成救助后，由待救助客户端发送救助成功信息，进而云服务器基于该救助成功信息，根据预先接收到的报酬信息，将相应的酬金发送到目标救助客户端，以示奖励。

在上述步骤S501：接收待救助客户端所发送的救助成功信息之后，还包括以下步骤，参见图6所示：

S601：接收待救助客户端所发送的评价信息及得分信息。

S602：根据评价信息及得分信息，生成施救成功的目标救助客户端的历史评价信息。

在目标救助客户端确认接单，并根据第一位置信息到达待救助目的地，完成救助后，待救助客户端还可以在发送救助成功信息之余，对此次救助进行评价，输入具体评价信息，或者对此次救助进行打分，云服务器进一步根据上述评价信息和得分信息，生成该目标救助客户端的历史评价信息，以供后续匹配目标救助客户端进行参考。

在执行步骤S101：接收待救助客户端所发送的求助请求之前，还包括以下步骤，参见图7所示：

S701：接收待救助客户端的登录信息。

S702：根据登录信息执行登录操作。

在上述整个求助和施救过程之前，首先用户得通过智能终端在上述APP中进行注册和登录。注册信息包括：姓名或者昵称、年龄、手机号、车型、车牌号、密码等，在注册成功后，用户通过输入账号和密码执行登录。在登录后，即可进行车辆故障求救或者接单拒单等操作。上述手机号可以方便待救助客户端和救助客户端取得联系。

本发明实施例提供的车辆故障救助方法，通过安装于智能终端上的APP，使用户在车辆故障时能够快速求救，并得到快速、及时的救助，减少等待时间，避免道路交通的拥堵。

实施例二：

本发明实施例提供一种车辆故障救助装置，参见图8所示，该装置包括：请求接收模块81、订单生成模块82、订单发送模块83、信息接收模块84。

其中，请求接收模块81，用于接收待救助客户端所发送的求助请求；求助请求中携带有求助信息及待救助车辆的第一位置信息；订单生成模块82，用于根据求助请求生成求助订单；订单发送模块83，用于根据第一位置信息将求助订单发送至目标救助客户端；目标救助客户端的第二位置信息与第一位置信息之间的距离满足第一预设距离阈值；信息接收模块84，用于接收目标救助客户端所发送的确认接单信息。

本发明实施例所提供的车辆故障救助装置中，各个模块与前述车辆故障救助方法具有相同的技术特征，因此，同样可以实现上述功能。本装置中各个模块的具体工作过程参见上述方法实施例，在此不再赘述。

实施例三：

本发明实施例还提供一种车辆故障救助系统，参见图9所示，该系统包括：云服务器92、待救助客户端91及救助客户端93。

其中，云服务器92上安装有如实施例二所述的车辆故障救助装置921；云服务器92分别与待救助客户端91及救助客户端93通信连接。

本发明实施例所提供的车辆故障救助系统中，各个模块与前述车辆故障救助装置具有相同的技术特征，因此，同样可以实现上述功能。本系统中各个模块的具体工作过程参见上述装置实施例，在此不再赘述。

本发明实施例所提供的车辆故障救助方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置及电子设备的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

附图中的流程图和框图显示了根据本发明的多个实施例方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。