一种协助请求发送方法、接收方法、服务器及车载终端

摘要

本发明实施例公开了一种协助请求发送方法、接收方法、服务器及车载终端，其中，所述方法包括：获取与第一车辆的故障信息匹配的解决方案；确定所述解决方案的类型是否为需要他人协助完成；若是，则向所述第一车辆的用户所属车主群或者预设的维修群中满足预设条件的用户i发送协助请求；其中，所述预设条件包括，用户i的车辆的剩余能量的续驶里程大于第一车辆与用户i的车辆之间的距离。本发明实施例根据故障类型及车辆的剩余能量作为条件筛选出接收协助请求的用户，提高了协助请求发送的针对性，有利于提高故障解决的效率。

说明书

技术领域

本发明涉及车联网技术领域，具体涉及了一种协助请求发送方法、接收方 法、服务器及车载终端。

背景技术

在车联网中，当车辆出现故障时，车联网中的服务器可以向故障车的用户 所属车主群或者预设的维修群中的所有用户发送协助请求。

本发明的发明人在研究和实践过程中发现，有的故障可以由用户直接解决， 有的故障可以向其他用户寻求协助；另外，接收协助请求的用户可能存在其车 辆的剩余能量较少、不足以维持该车辆驶达故障车所在位置，使得现有技术中 向这些用户发送协助请求既浪费网络资源又无法确保这些用户及时到达故障车 所在位置对故障车进行维修。

发明内容

本发明实施例提供了一种协助请求发送方法、接收方法、服务器及车载终 端，能够提高协助请求发送的针对性，有利于提高故障解决的效率。

本发明实施例第一方面提供一种协助请求发送方法，包括：

获取与第一车辆的故障信息匹配的解决方案；

确定所述解决方案的类型是否为需要他人协助完成；

若是，则向所述第一车辆的用户所属车主群或者预设的维修群中满足预设 条件的用户i发送协助请求；其中，所述预设条件包括，用户i的车辆的剩余能 量的续驶里程大于第一车辆与用户i的车辆之间的距离。

结合第一方面，在第一方面的第一种可能的实施方式中，所述预设条件还 包括：

用户i的车辆当天行驶里程小于预设值。

结合第一方面，在第一方面的第二种可能的实施方式中，所述协助请求中 包括：第一车辆的故障信息和第一车辆的位置信息；或者包括：第一车辆的故 障信息、第一车辆的位置信息、以及与故障信息匹配的解决方案。

结合第一方面或第一方面的第一种可能的实施方式或第一方面的第二种可 能的实施方式，在第一方面的第三种可能的实施方式中，所述获取与第一车辆 的故障信息匹配的解决方案，包括：

检测故障信息列表中与所述第一车辆的故障信息匹配的记录，从所述记录 获取所述解决方案；所述故障信息列表中的每条记录包括故障信息字段、解决 方案字段和解决方案的类型字段，其中，所述解决方案的类型字段的内容包括： 根据解决方案的提示可以自己完成、或者需要他人协助完成。

本发明实施例第二方面提供一种协助请求接收方法，包括：

获取当前车辆剩余能量值；

向服务器发送当前车辆剩余能量值；

若满足预设条件则接收服务器发送的协助请求，若不满足预设条件则不接 收服务器发送的协助请求；所述预设条件包括：当前车辆剩余能量的续驶里程 大于第一车辆与当前车辆之间的距离。

本发明实施例第三方面提供一种服务器，包括：

故障信息获取单元，用于获取第一车辆的故障信息；

解决方案获取单元，用于获取与所述故障信息获取单元获取的第一车辆的 故障信息匹配的解决方案；

确定单元，用于确定所述解决方案的类型是否为需要他人协助完成的解决 方案；

发送单元，用于若所述确定单元的结果为是，则向所述第一车辆的用户所 属车主群或者预设的维修群中满足预设条件的用户i发送协助请求；其中，所述 预设条件包括，用户i的车辆的剩余能量的续驶里程大于第一车辆与用户i的车 辆之间的距离。

结合第三方面，在第三方面的第一种可能的实施方式中，所述预设条件还 包括：用户i的车辆当天行驶里程小于预设值。

结合第三方面，在第三方面的第二种可能的实施方式中，所述协助请求中 包括：第一车辆的故障信息和第一车辆的位置信息；或者包括：第一车辆的故 障信息、第一车辆的位置信息、以及与故障信息匹配的解决方案。

结合第三方面或第三方面的第一种可能的实施方式或第三方面的第二种可 能的实施方式，在第三方面的第三种可能的实施方式中，所述服务器还包括：

数据库单元，用于保存故障信息列表；所述故障信息列表中的每条记录包 括故障信息字段、解决方案字段和解决方案的类型字段，其中，所述解决方案 的类型字段的内容包括：根据解决方案的提示可以自己完成、或者需要他人协 助完成；

所述解决方案获取单元具体用于，从所述数据库单元中保存的故障信息列 表检测与所述第一车辆的故障信息匹配的记录，从所述记录获取解决方案；

所述确定单元具体用于，从所述数据库单元中保存的故障信息列表检测与 所述第一车辆的故障信息匹配的记录，从所述记录获取解决方案的类型；确定 所述解决方案的类型是否为需要他人协助完成的解决方案。

本发明实施例第四方面提供一种车载终端，包括：

获取单元，用于获取当前车辆剩余能量值；

发送单元，用于向服务器发送当前车辆剩余能量值；

接收单元，用于若满足预设条件则接收服务器发送的协助请求，若不满足 预设条件则不接收服务器发送的协助请求；所述预设条件包括：当前车辆剩余 能量的续驶里程大于第一车辆与当前车辆之间的距离。

采用本发明实施例提供的技术方案，根据故障信息获取匹配的解决方案， 并进一步地确定解决方案的类型是否为需要他人协助完成的技术方案，若是， 则向故障车的用户所属车主群或者预设的维修群中满足预设条件的用户i发送 协助请求；其中，所述预设条件包括，用户i的车辆的剩余能量的续驶里程大于 第一车辆与用户i的车辆之间的距离。因此，本发明实施例根据故障类型及车辆 的剩余能量作为条件筛选出接收协助请求的用户，提高了协助请求发送的针对 性，有利于提高故障解决的效率。

附图说明

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

图1是本发明实施例提供的一种协助请求发送方法的流程示意图；

图2是本发明实施例提供的另一种协助请求发送方法的流程示意图；

图3是本发明实施例提供的协助请求接收方法的流程示意图；

图4是本发明实施例提供的一种服务器的结构示意图；

图5是本发明实施例提供的另一种服务器的结构示意图；

图6是本发明实施例提供的一种车载终端的结构示意图。

具体实施方式

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、 “第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外， 术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包括。例 如包括了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列 出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括 对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明一种协助请求发送方法的一个实施例包括：获取与第一车辆的故障 信息匹配的解决方案；确定所述解决方案的类型是否为需要他人协助完成；若 是，则向所述第一车辆的用户所属车主群或者预设的维修群中满足预设条件的 用户i发送协助请求；其中，所述预设条件包括，用户i的车辆的剩余能量的续 驶里程大于第一车辆与用户i的车辆之间的距离。

首先参见图1，图1是本发明的一个实施例提供的一种协助请求发送方法的 流程示意图。其中，如图1所示，本实施例提供的一种协助请求发送方法可以 包括：

101、获取与第一车辆的故障信息匹配的解决方案。

在本发明的一些可能的实施方式中，故障信息可以先通过第一车辆内的检 测装置获取，检测装置获取故障信息后，可以通过有线或者无线方式，比如通 过蓝牙或者wifi等方式将故障信息传给第一车辆的用户的终端中安装的应用软 件APP，具体地，可以配置APP与检测装置关联，在本发明一些可能的实施方 式中，检测装置可以检测第一车辆的参数信息，将检测的参数信息传送给APP， APP根据接收的参数信息进行解析及判断后得出故障信息；或者检测装置根据 检测到的参数信息直接进行判断，筛选或者解析出故障信息，然后将故障信息 传给APP。然后APP将第一车辆的故障信息传给车联网的服务器，服务器根据 故障信息，从数据库中查找与故障信息匹配的解决方案。

在本发明一些可行的实施方式中，可以在数据库中设置故障信息列表，服 务器在故障信息列表中检测故障信息列表中与第一车辆的故障信息匹配的记录， 从所述记录获取解决方案；故障信息列表中的每条记录包括故障信息字段、解 决方案字段和解决方案的类型字段，其中，解决方案的类型字段的内容包括： 根据解决方案的提示可以自己完成、或者需要他人协助完成。

102、确定所述解决方案的类型是否为需要他人协助完成。

在本发明的一些可能的实施方式中，可以利用故障信息在故障信息列表中 查找与故障信息匹配的记录，然后通过该条记录中的解决方案的类型字段对应 的内容确定与所述故障信息匹配的解决方案的类型是否为需要他人协助完成。

103、若是，则向所述第一车辆的用户所属车主群或者预设的维修群中满足 预设条件的用户i发送协助请求；其中，所述预设条件包括，用户i的车辆的剩 余能量的续驶里程大于第一车辆与用户i的车辆之间的距离。

其中，在车联网中，可以设置至少一个车主群，每个车主群包括多个用户， 车主群内的用户可以相互沟通，也可以接收服务器发送的消息，比如服务器可 以向车主群中的用户发送一些提示信息、业务信息、协助请求信息等。

需要说明的是，在车联网中还可以设置至少一个维修群，可以将一些维修 经验丰富的用户加入维修群，当车联网中存在某个用户的车辆出现故障需要协 助时，服务器可以向维修群里的用户发送协助请求。

为了保证车主群或者维修群中的用户能够提供及时的帮助，在本实施例中， 按照预设条件对车主群或者维修群中的用户进行筛选，具体地，车主群或者维 修群中的任一用户，比如用户i，预设条件可以包括：用户i的车辆的剩余能量 的行驶里程大于第一车辆与用户i的车辆之间的距离。

具体地，服务器可以获得车联网中各车辆的剩余能量，所述能量根据车辆 所用能源的性质不同可能是燃油、电能、燃油加电能，当然随着新能源的开发， 也可以是天然气等其他能源。

其中，用户i的车辆的剩余能量的续驶里程为：用户i的车辆的剩余能量与 该车辆的单位距离能量消耗量的比值。该车单位距离能量消耗量可以是该车辆 在一定时间分为内每公里平均能量消耗量。

其中，协助请求可以包括：第一车辆的故障信息和第一车辆的位置信息； 为了方便相关用户了解故障的解决方案，还可以在协助请求中包括与故障信息 匹配的解决方案。

其中，向第一车辆的用户所属车主群或者预设的维修群中满足预设条件的 用户i发送协助请求，在协助请求具体发送时，可以是分别向满足预设条件的用 户i发送协助请求，也可以是向用户所属车主群或者预设的维修群发送协助请求， 但是为了避免群消息打扰到其他不符合预设条件的用户，可以设置所述协助请 求只对符合预设条件的用户可见。

采用本发明实施例提供的技术方案，根据故障信息获取匹配的解决方案， 并进一步确定解决方案的类型是否为需要他人协助完成的技术方案，若是，则 向故障车的用户所属车主群或者预设的维修群中满足预设条件的用户i发送协 助请求；其中，所述预设条件包括，用户i的车辆的剩余能量的续驶里程大于第 一车辆与用户i的车辆之间的距离。因此，本发明实施例根据故障类型及车辆的 剩余能量作为条件筛选出接收协助请求的用户，提高了协助请求发送的针对性， 有利于提高故障解决的效率。

请参见图2，图2为本发明的另一个实施例提供的另一种协助请求发送方法 的流程示意图。其中，如图2所示，本实施例提供的另一种协助请求发送方法 可以包括：

201、获取与第一车辆的故障信息匹配的解决方案。

202、判断所述解决方案的类型是否为需要他人协助完成。

若是，则执行203；若否则结束，即不发送协助请求。

203、判断第一车辆的用户所属车主群或者预设维修群中的用户i的车辆是 否满足预设条件。

所述预设条件包括，用户i的车辆的剩余能量的续驶里程大于第一车辆与用 户i的车辆之间的距离。满足预设条件则可以确保当用户i向第一车辆提供现场 协助时，在不加能量的情况下，用户i的车辆使用剩余能量能够抵达第一车辆所 在位置，有利于向第一车辆提供及时的协助。为了避免用户疲劳驾驶，预设条 件还可以包括：用户i的车辆当天行驶里程小于预设值。比如可以设定预设值为 300公里，若用户i的车辆当天行驶记录为100，则用户i当天行驶里程小于预 设值。若用户i的车辆当天行驶记录为400，则用户i的车辆当天行驶里程大于 预设值。

204、向所述第一车辆的用户所属车主群或者预设的维修群中满足预设条件 的用户i发送协助请求。

采用本发明实施例提供的技术方案，根据故障信息获取匹配的解决方案， 并进一步确定解决方案的类型是否为需要他人协助完成的技术方案，若是，则 向故障车的用户所属车主群或者预设的维修群中满足预设条件的用户i发送协 助请求；其中，所述预设条件包括，用户i的车辆的剩余能量的续驶里程大于第 一车辆与用户i的车辆之间的距离。因此，本发明实施例根据故障类型及车辆的 剩余能量作为条件筛选出接收协助请求的用户的终端，提高了协助请求发送的 针对性，有利于提高故障解决的效率。

请参见图3，图3为本发明实施例提供的一种协助请求接收方法的流程示意 图。其中，如图3所示，本实施例提供的协助请求接收方法可以包括：

301、获取当前车辆剩余能量值。

在本发明的一些可能的实施方式中，当前车辆通常设置有剩余能量值检测 装置，无线射频装置获取剩余能量检测装置检测得到的剩余能量值，然后通过 无线射频方式将当前车辆剩余能量值传到当前车辆车载终端安装的相应的应用 软件APP中。

302、向服务器发送当前车辆剩余能量的检测值。

在本发明一些可能的实施方式中，车载终端通过APP向服务器发送当前车 辆剩余能量的检测值。

303、若满足预设条件则接收服务器发送的协助请求，若不满足预设条件则 不接收服务器发送的协助请求；所述预设条件包括：当前车辆剩余能量的续驶 里程大于第一车辆与当前车辆之间的距离。

采用本发明实施例提供的技术方案，可以确保接收协助请求的车辆有足够 的剩余能量抵达第一车辆所在位置，有利于提高故障解决的效率。

参见图4，图4是本发明的一个实施例提供的一种服务器的结构示意图，其 中，如图4所示，本实施例提供的一种服务器400可以包括：故障信息获取单 元401、解决方案获取单元402、确定单元403和发送单元404。

其中，故障信息获取单元401，用于获取第一车辆的故障信息。

在本发明的一些可能的实施方式中，故障信息可以先通过第一车辆内的检 测装置获取，检测装置获取故障信息后，可以通过有线或者无线方式，比如通 过蓝牙或者wifi等方式将故障信息传给第一车辆的用户的终端中安装的应用软 件APP，具体地，可以配置APP与检测装置关联，在本发明一些可能的实施方 式中，检测装置可以检测第一车辆的参数信息，将检测的参数信息传送给APP， APP根据接收的参数信息进行解析及判断后得出故障信息；或者检测装置根据 检测到的参数信息直接进行判断，筛选或者解析出故障信息，然后将故障信息 传给APP。然后APP将第一车辆的故障信息传给故障信息获取单元401。

解决方案获取单元402，用于获取与所述故障信息获取单元401获取的第一 车辆的故障信息匹配的解决方案。

在本发明一些可行的实施方式中，可以在服务器中设置数据库，在数据库 中保存故障信息列表，解决方案获取单元402在故障信息列表中检测故障信息 列表中与第一车辆的故障信息匹配的记录，从所述记录获取解决方案；所述故 障信息列表中的每条记录包括故障信息字段、解决方案字段和解决方案的类型 字段，其中，解决方案的类型字段的内容包括：根据解决方案的提示可以自己 完成、或者需要他人协助完成。

确定单元403，用于确定所述解决方案的类型是否为需要他人协助完成的解 决方案。

发送单元404，用于若所述确定单元403的结果为是，则向所述第一车辆的 用户所属车主群或者预设的维修群中满足预设条件的用户i的终端发送协助请 求；其中，所述预设条件包括，用户i的车辆的剩余能量的续驶里程大于第一车 辆与用户i的车辆之间的距离。

采用本发明实施例提供的技术方案，根据故障信息获取匹配的解决方案， 并进一步确定解决方案的类型是否为需要他人协助完成的技术方案，若是，则 向故障车的用户所属车主群或者预设的维修群中满足预设条件的用户i发送协 助请求；其中，所述预设条件包括，用户i的车辆的剩余能量的续驶里程大于第 一车辆与用户i的车辆之间的距离。因此，本发明实施例根据故障类型及车辆的 剩余能量作为条件筛选出接收协助请求的用户的终端，提高了协助请求发送的 针对性，有利于提高故障解决的效率。

参见图5，图5是本发明的另一个实施例提供的一种服务器的结构示意图， 其中，如图5所示，本发明另一个实施例提供的一种服务器500可以包括：故 障信息获取单元501、解决方案获取单元502、确定单元503、发送单元504和 数据库单元505。

其中，故障信息获取单元501，用于获取第一车辆的故障信息。

在本发明的一些可能的实施方式中，故障信息可以先通过第一车辆内的检 测装置获取，检测装置获取故障信息后，可以通过有线或者无线方式，比如通 过蓝牙或者wifi等方式将故障信息传给第一车辆的用户的终端中安装的应用软 件APP，具体地，可以配置APP与检测装置关联，在本发明一些可能的实施方 式中，检测装置可以检测第一车辆的参数信息，将检测的参数信息传送给APP， APP根据接收的参数信息进行解析及判断后得出故障信息；或者检测装置根据 检测到的参数信息直接进行判断，筛选或者解析出故障信息，然后将故障信息 传给APP。然后APP将第一车辆的故障信息传给故障信息获取单元501。

解决方案获取单元502，用于获取与所述故障信息获取单元501获取的第一 车辆的故障信息匹配的解决方案。

在本发明一些可行的实施方式中，可以服务器中设置数据库，在数据库中 设置故障信息列表，解决方案获取单元502在故障信息列表中检测故障信息列 表中与第一车辆的故障信息匹配的记录，从所述记录获取解决方案；所述故障 信息列表中的每条记录包括故障信息字段、解决方案字段和解决方案的类型字 段，其中，解决方案的类型字段的内容包括：根据解决方案的提示可以自己完 成、或者需要他人协助完成。

确定单元503，用于确定所述解决方案的类型是否为需要他人协助完成的解 决方案。

发送单元504，用于若所述确定单元503的结果为是，则向所述第一车辆的 用户所属车主群或者预设的维修群中满足预设条件的用户i的终端发送协助请 求；其中，所述预设条件包括，用户i的车辆的剩余能量的续驶里程大于第一车 辆与用户i的车辆之间的距离。

数据库单元505，用于保存故障信息列表；所述故障信息列表中的每条记录 包括故障信息字段、解决方案字段和解决方案的类型字段，其中，所述解决方 案的类型字段的内容包括：根据解决方案的提示可以自己完成、或者需要他人 协助完成；

解决方案获取单元502具体用于，从所述数据库单元505中保存的故障信 息列表检测与所述第一车辆的故障信息匹配的记录，从所述记录获取解决方案；

确定单元503具体用于，从所述数据库单元505中保存的故障信息列表检 测与所述第一车辆的故障信息匹配的记录，从所述记录获取解决方案的类型； 确定所述解决方案的类型是否为需要他人协助完成的解决方案。

采用本发明实施例提供的技术方案，根据故障信息获取匹配的解决方案， 并进一步确定解决方案的类型是否为需要他人协助完成的技术方案，若是，则 向故障车的用户所属车主群或者预设的维修群中满足预设条件的用户i发送协 助请求；其中，所述预设条件包括，用户i的车辆的剩余能量的续驶里程大于第 一车辆与用户i的车辆之间的距离。因此，本发明实施例根据故障类型及车辆的 剩余能量作为条件筛选出接收协助请求的用户的终端，提高了协助请求发送的 针对性，有利于提高故障解决的效率。

参见图6，图6是本发明的实施例提供的一种车载终端的结构示意图，其中， 如图6所示，车载终端600可以包括：获取单元601、发送单元602和接收单元 603。获取单元601，用于获取当前车辆剩余能量值；发送单元602，用于向服 务器发送当前车辆剩余能量值；接收单元603，用于若满足预设条件则接收服务 器发送的协助请求，若不满足预设条件则不接收服务器发送的协助请求；所述 预设条件包括：当前车辆剩余能量的续驶里程大于第一车辆与当前车辆之间的 距离。为了提高安全性，避免司机疲劳驾驶，在本发明一些可行的实施方式中， 获取单元601还可以获取当前车辆当天行驶里程。发送单元602还用于向服务 器发送当前车辆当天行驶里程。预设条件还包括当前车辆的当天行驶里程小于 预设值，比如预设值可以是300公里。接收单元603在当前车辆剩余能量的续 驶里程大于第一车辆与当前车辆之间的距离、且当天行驶里程小于预设值时才 接收服务器发送的协助请求。

采用本发明实施例提供的技术方案，可以确保接收协助请求的车辆有足够 的剩余能量抵达第一车辆所在位置，有利于提高故障解决的效率。

本发明实施例所有实施例中的单元或子单元，可以通过通用集成电路，例 如CPU(CentralProcessingUnit，中央处理器)，或通过ASIC(ApplicationSpecific IntegratedCircuit，专用集成电路)来实现。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算 机可度取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。 其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory， ROM)或随机存取存储器(RandomAccessMemory，简称RAM)等。

以上所揭露的仅为本发明实施例较佳实施例而已，当然不能以此来限定本 发明实施例之权利范围，因此依本发明实施例权利要求所作的等同变化，仍属 本发明实施例所涵盖的范围。