CN108234428B - 车辆自动救援的方法和装置 - Google Patents

Abstract

本发明实施例提供车辆自动救援的方法和装置，属于信息技术领域。所述方法用于客户端，该方法包括：生成包括车辆相关信息的维修请求，将所述维修请求发送给服务器；接收到服务器回复的接受维修请求的响应；将车辆的车轮锁定为制动，生成授权信息，将所述授权信息发送给服务器；接收授权信息；对所接收的授权信息进行验证，当授权信息验证通过后，解锁对车辆车轮的制动。本发明实施例能够实现自动救援，节约了用户时间，提高了救援效率。

Description

车辆自动救援的方法和装置

技术领域

本发明涉及信息技术领域，具体地，涉及一种车辆自动救援的方法和装置。

背景技术

当用户乘车出行时，如果车辆发生故障或事故时，用户需要获得交通救援。目前的方法为用户需要拨打救援电话联系救援公司。在救援公司同意进行救援服务后，用户也需要在故障地点等待救援车辆到达。本申请发明人在实现本发明的过程中发现，现有技术的上述方案具有无法实现自动救援，造成用户时间的浪费，救援效率较低的缺陷。

发明内容

本发明实施例的目的是提供一种车辆自动救援的方法和装置，用以解决上述技术问题或者至少部分地解决上述技术问题。

为了实现上述目的，本发明实施例提供一种车辆自动救援的方法，用于客户端，该方法包括：生成包括车辆相关信息的维修请求，将所述维修请求发送给服务器；接收到服务器回复的接受维修请求的响应；将车辆的车轮锁定为制动，生成授权信息，将所述授权信息发送给服务器；接收授权信息；对所接收的授权信息进行验证，当授权信息验证通过后，解锁对车辆车轮的制动。

可选地，所述生成授权信息包括：根据车辆的发动机的号码、用户的身份信息和随机产生的序列号中至少一者生成授权信息。

可选地，所述接收授权信息包括：接收读卡器从拖车卡中读取的授权信息。

可选地，所述方法还包括：在接收到锁车指令后，将车辆车门上锁；在所接收的授权信息验证通过后，将车辆车门开锁。

根据本发明的一方面，提供了一种车辆自动救援方法，用于服务器，该方法包括：从客户端接收包括车辆相关信息的维修请求；根据车辆相关信息判断是否接受维修请求，当确定接受维修请求后，向客户端发送接受维修请求的响应；接收来自客户端的授权信息；将授权信息写入拖车卡或在接收到解锁请求后向客户端发送授权信息。

可选地，所述维修请求中的车辆相关信息包括：车辆位置信息，所述根据车辆相关信息判断是否接受维修请求包括：根据车辆位置信息查找能够为车辆提供服务的一个或多个维修站点；向查找到的一个或多个维修站点发送任务请求；在接收到来自一个或多个维修站点的接受任务请求的响应后，确定接受维修请求。

可选地，所述方法还包括：当接收到多个维修站点的接受任务请求的响应时，选择距离车辆最近的维修站点来为车辆提供服务；向所选择的维修站点下发维修所述车辆的任务单；向所述多个维修站点中除所选择的维修站点之外的维修站点下发任务取消通知。

根据本发明的一方面，提供了一种车辆自动救援的装置，用于客户端，该装置包括：处理模块，用于生成包括车辆相关信息的维修请求；发送模块，用于将所述维修请求发送给服务器；接收模块，用于接收到服务器回复的接受维修请求的响应；所述处理模块还用于将车辆的车轮锁定为制动，生成授权信息；所述发送模块还用于将所述授权信息发送给服务器；所述接收模块还用于接收授权信息；所述处理模块还用于对所接收的授权信息进行验证，当授权信息验证通过后，解锁对车辆车轮的制动。

可选地，所述处理模块用于根据车辆的发动机的号码、用户的身份信息和随机产生的序列号中至少一者生成授权信息。

可选地，所述接收模块用于接收读卡器从拖车卡中读取的授权信息。

可选地，所述处理器还用于在接收到锁车指令后，将车辆车门上锁；在所接收的授权信息验证通过后，将车辆车门开锁。

根据本发明的另一方面，提供了一种车辆自动救援装置，用于服务器，该装置包括：接收模块，用于从客户端接收包括车辆相关信息的维修请求；处理模块，用于根据车辆相关信息判断是否接受维修请求；发送模块，用于当所述处理模块确定接受维修请求后，向客户端发送接受维修请求的响应；所述接收模块还用于接收来自客户端的授权信息；所述发送模块还用于将授权信息写入拖车卡或在所述接收模块接收到解锁请求后向客户端发送授权信息。

可选地，所述维修请求中的车辆相关信息包括：车辆位置信息，所述处理模块用于根据车辆位置信息查找能够为车辆提供服务的一个或多个维修站点；所述发送模块用于向查找到的一个或多个维修站点发送任务请求；所述处理模块用于在所述接收模块接收到来自一个或多个维修站点的接受任务请求的响应后，确定接受维修请求。

可选地，所述处理模块还用于当所述接收模块接收到多个维修站点的接受任务请求的响应时，选择距离车辆最近的维修站点来为车辆提供服务；所述发送模块还用于向所选择的维修站点下发维修所述车辆的任务单；向所述多个维修站点中除所选择的维修站点之外的维修站点下发任务取消通知。

通过上述技术方案，生成包括车辆相关信息的维修请求，将维修请求发送给服务器；接收到服务器回复的接受维修请求的响应；将车辆的车轮锁定为制动，生成授权信息，将所述授权信息发送给服务器；接收授权信息；对所接收的授权信息进行验证，当授权信息验证通过后，解锁对车辆车轮的制动；如此，能够实现自动救援，节约了用户时间，提高了救援效率。

本发明实施例的其它特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本发明实施例的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明实施例，但并不构成对本发明实施例的限制。在附图中：

图1是根据本发明实施例的用于客户端的车辆自动救援的方法的流程图；

图2是根据本发明实施例的车辆车门开锁的方法的流程图；

图3是根据本发明实施例的用于服务器的车辆自动救援的方法的流程图；

图4是根据本发明实施例的服务器判断是否接受维修请求的流程图；

图5是根据本发明实施例的服务器选择维修站点的流程图；

图6是根据本发明实施例的车辆自动救援的方法的流程图；

图7是根据本发明实施例的用于客户端的车辆自动救援的装置的结构图；以及

图8是根据本发明实施例的用于服务器的车辆自动救援的装置的结构图。

具体实施方式

以下结合附图对本发明实施例的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明实施例，并不用于限制本发明实施例。

图1是根据本发明实施例的车辆自动救援的方法的流程图，该方法可用于客户端，例如位于智能终端中的客户端或位于车辆中控系统中的客户端，如图1所示，该方法可包括如下步骤。

在步骤S110中，生成包括车辆相关信息的维修请求，将维修请求发送给服务器。

举例而言，用户在客户端进行账号注册时，可以输入相关信息，例如车辆的发动机的号码、车牌号和用户的身份信息等。用户的身份信息可包括用户姓名、证件号码或性别等，将输入的信息与账号相关联。客户端需要进行维修请求时，先进行账号登录，然后点击维修请求按钮，客户端开始获得当前位置信息，将当前位置信息和账号ID(标识)封装到维修请求中，将维修请求发送给服务器。服务器接收到维修请求后，获得车辆的当前位置信息，并根据账号ID获得账号的关联信息。

在步骤S120中，接收到服务器回复的接受维修请求的响应。

服务器在接收到维修请求后会向维修站点发送任务请求，当维修站点回复接受任务的响应后，服务器向客户端发送接受维修请求的响应。客户端与服务器间可通过各种无线或有线网络进行连接，在此没有特别限制。

在步骤S130中，将车辆的车轮锁定为制动，生成授权信息，将授权信息发送给服务器。

举例而言，当客户端位于车辆控制系统中时，客户端在接收到接受维修请求的响应后，直接利用车辆控制系统中的控制模块将车辆的车轮锁定为制动。客户端还会生成用于解锁车辆的授权信息。通过加密方式将授权信息传输给服务器，例如采用MD5(消息摘要算法第五版)来进行加密。

当客户端位于智能终端时，在接收到接受维修请求的响应后，向车辆控制系统发送指令指示车辆控制系统将车辆的车轮锁定为制动。同时，客户端还会生成用于解锁车辆的授权信息，通过加密方式将授权信息传输给服务器。

在步骤S140中，接收授权信息。

举例而言，服务器向客户端发送授权信息来进行解锁。例如，维修人员到达车辆所在位置后，维修人员通过维修公司的内部系统远程向服务器发送解锁请求，服务器接收到解锁请求后，将授权信息发送给客户端，客户端因此接收到授权信息。

在步骤S150中，对所接收的授权信息进行验证，当授权信息验证通过后，解锁对车辆车轮的制动。

客户端将接收到的授权信息和之前发送至服务器的授权信息进行比较，当两者一致后，确定通过验证。如果客户端位于车辆中控系统，则客户端通过车辆中控系统中控制模块来解锁对车辆车轮的制动，如果客户端位于智能终端中，则向车辆中控系统发送指令指示解锁对车辆车轮的制动。

通过上述实施例，能够实现自动救援，节约了用户时间，提高了救援效率。

在可选的实施例中，所述生成授权信息可包括：根据车辆的发动机的号码、用户的身份信息和随机产生的序列号中至少一者生成授权信息。

在可选的实施例中，所述接收授权信息可包括：接收读卡器从拖车卡中读取的授权信息。

举例而言，在车辆中安装读卡器，维修工作人员携带写入有授权信息的拖车卡到达车辆现场，在读卡器上刷卡使得读卡器读取授权信息。之后，读卡器将读取的授权信息发送给客户端。如此，客户端接收到授权信息，并对授权信息进行验证。验证通过后，如果客户端位于车辆中控系统，则客户端通过车辆中控系统中控制模块来解锁对车辆车轮的制动，如果客户端位于智能终端中，则向车辆中控系统发送指令指示解锁对车辆车轮的制动。

在可选的实施方式中，为提高安全性，如图2所示，所述方法还可包括如下步骤。

在步骤S202中，在接收到锁车指令后，将车辆车门上锁。

在步骤S204中，在所接收的授权信息验证通过后，将车辆车门开锁。

举例而言，当客户端位于车辆中控系统时，接收用户终端设备发送的锁车指令，然后客户端通过车辆中控系统中控制模块将车辆车门上锁。在客户端对授权信息验证通过后，客户端再通过车辆中控系统中控制模块将车辆车门开锁。

当客户端位于智能终端时，当用户点击客户端的锁车按钮时，客户端接收到锁车指令，然后客户端向车辆中控系统发送指令指示将车辆车门上锁。在客户端对授权信息验证通过后，客户端再向车辆中控系统发送指令指示将车辆车门开锁。

通过上述实施例，能够对车辆车门进行上锁和开锁控制，进一步保障了车辆安全。

图3是根据本发明实施例的车辆自动救援的方法的流程图，该方法可用于各种服务器中，如图3所示，该方法可包括如下步骤。

在步骤S310中，从客户端接收包括车辆相关信息的维修请求。

举例而言，当用户点击请求维修按钮后，客户端获得当前位置信息，将当前位置信息和账号ID(标识)封装到维修请求中，将维修请求发送给服务器。服务器接收到维修请求后，获得车辆的当前位置信息，并根据账号ID获得账号的关联信息。

在步骤S320中，根据车辆相关信息判断是否接受维修请求，当确定接受维修请求后，向客户端发送接受维修请求的响应。

举例而言，服务器可以根据车辆的当前位置信息判断车辆是否在服务范围内，如果车辆在服务范围内，则确定维修请求，向客户端发送接受维修请求的响应；否则，则拒绝维修请求，向客户端发送拒绝维修请求的通知。此外，服务器也可以根据账号ID的关联信息判断是否接受维修请求，例如判断账号是否异常，如果异常则拒绝维修请求。异常原因可能包括：欠费或账号信息与真实不符等原因。

在步骤S330中，接收来自客户端的授权信息。

客户端接收到接受维修请求的响应后，生成用于解锁车辆的授权信息。客户端通过加密方式将授权信息传输给服务器，例如采用MD5(消息摘要算法第五版)来进行加密。于是服务器便从客户端接收到用于解锁车辆的授权信息。

在步骤S340中，将授权信息写入拖车卡或在接收到解锁请求后向客户端发送授权信息。

服务器可以通过信息写入器件将授权信息写入拖车卡中，工作人员携带拖车卡到车辆所在地，通过使车辆的读卡器读取拖车卡中授权信息来对车辆解锁。或者，工作人员到达车辆所在地后，通过携带的设备向服务器发送解锁请求，服务器在接收到解锁请求后向客户端发送授权信息来将车辆解锁。车辆解锁后，工作人员便可将车辆拖回维修站点进行维修。

通过上述实施例，能够实现自动救援，节约了用户时间，提高了救援效率。

在可选的实施例中，所述维修请求中的车辆相关信息可包括：车辆位置信息，如图4所示，所述根据车辆相关信息判断是否接受维修请求可包括如下步骤。

在步骤S402中，根据车辆位置信息查找能够为车辆提供服务的一个或多个维修站点。

在步骤S404中，向查找到的一个或多个维修站点发送任务请求。

在步骤S406中，在接收到来自一个或多个维修站点的接受任务请求的响应后，确定接受维修请求。

举例而言，可以布置多个实体的维修站点，每个维修站点具有各自的服务范围。根据车辆位置信息判断车辆是否落入维修站点的服务范围内，如果没有落入任何维修站点的服务范围，则确定拒绝维修请求，向客户端发送拒绝维修请求的通知。如果车辆落入一个或多个维修站点的服务范围内，则向此一个或多个维修站点发送任务请求。维修站点会根据自己当前的忙闲状况发送接收任务请求或拒绝任务请求的回复。如果一个或多个维修站点回复了接受任务请求的响应，则确定接受客户端的维修请求，向客户端发送接受维修请求的响应；否则，确定拒绝客户端的维修请求，向客户端发送拒绝维修请求的通知。

通过上述实施例，能够保证接受维修请求的车辆可以被维修，提高了救援服务的可靠性。

在可选实施例中，如图5所述，所述方法还可包括如下步骤。

在步骤S502中，当接收到多个维修站点的接受任务请求的响应时，选择距离车辆最近的维修站点来为车辆提供服务。

在步骤S504中，向所选择的维修站点下发维修所述车辆的任务单。

在步骤S506中，向多个维修站点中除所选择的维修站点之外的维修站点下发任务取消通知。

在本实施例中选择距离待维修车辆最近的维修站点来提供服务，以保障车辆被快速拖走，同时也能够节约拖车服务的成本。

以下以客户端、服务器、维修站点所组成的系统为例对本发明实施例中技术方案进行说明，其中客户端位于车辆中控系统中，如图6所示，本实施例中方法可包括如下步骤。

在步骤S602中，客户端生成包括车辆相关信息的维修请求，将维修请求发送给服务器。在步骤S604中，服务器从客户端接收包括车辆相关信息的维修请求。车辆相关信息可包括车辆位置信息。在步骤S606中，服务器根据车辆位置信息查找能够为车辆提供服务的维修站点。在步骤S608中，服务器向查找到的维修站点发送任务请求。在步骤S610中，维修站点接收任务请求，确定接受任务请求。在步骤S612中，维修站点回复服务器接受任务请求的响应。在步骤S614中，服务器接收来自维修站点的接受任务请求的响应，确定接受维修请求。在步骤S616中，服务器向客户端发送接受维修请求的响应。在步骤S618中，客户端接收到服务器回复的接受维修请求的响应。在步骤S620中，客户端将车辆的车轮锁定为制动，生成授权信息，将授权信息发送给服务器。在步骤S622中，服务器接收到解锁请求后向客户端发送授权信息。在步骤S624中，服务器在接收到解锁请求后向客户端发送授权信息。在步骤S626中，客户端接收授权信息。在步骤S628中，客户端对所接收的授权信息进行验证，当授权信息验证通过后，解锁对车辆车轮的制动。

上述实施例旨在对本发明中技术方案进行说明，不用于限制本发明的保护范围。

图7是根据本发明实施例的车辆自动救援的装置的结构图，该装置可用于客户端，例如位于智能终端中的客户端或位于车辆中控系统中的客户端，如图7所示，该装置可包括如下模块。

处理模块710，用于生成包括车辆相关信息的维修请求；

发送模块720，用于将维修请求发送给服务器；

接收模块730，用于接收到服务器回复的接受维修请求的响应；

处理模块710还用于将车辆的车轮锁定为制动，生成授权信息；

发送模块720还用于将授权信息发送给服务器；

接收模块730还用于接收授权信息；

处理模块710还用于对所接收的授权信息进行验证，当授权信息验证通过后，解锁对车辆车轮的制动。

通过上述实施例，能够实现自动救援，节约了用户时间，提高了救援效率。

可选的实施例，处理模块710用于根据车辆的发动机的号码、用户的身份信息和随机产生的序列号中至少一者生成授权信息。

可选的实施例，接收模块730用于接收读卡器从拖车卡中读取的授权信息。

可选的实施例，处理器710还用于在接收到锁车指令后，将车辆车门上锁；在所接收的授权信息验证通过后，将车辆车门开锁。

通过上述实施例，能够对车辆车门进行上锁和开锁控制，进一步保障了车辆安全。

图8是根据本发明实施例的车辆自动救援的装置的结构图，该装置可用于各种服务器中，如图8所示，该装置可包括如下模块。

接收模块810，用于从客户端接收包括车辆相关信息的维修请求；

处理模块820，用于根据车辆相关信息判断是否接受维修请求；

发送模块830，用于当所述处理模块820确定接受维修请求后，向客户端发送接受维修请求的响应；

接收模块810还用于接收来自客户端的授权信息；

发送模块830还用于将授权信息写入拖车卡或在接收模块810接收到解锁请求后向客户端发送授权信息。

通过上述实施例，能够实现自动救援，节约了用户时间，提高了救援效率。

可选的实施例，维修请求中的车辆相关信息包括：车辆位置信息，处理模块820用于根据车辆位置信息查找能够为车辆提供服务的一个或多个维修站点；发送模块830用于向查找到的一个或多个维修站点发送任务请求；处理模块820用于在接收模块810接收到来自一个或多个维修站点的接受任务请求的响应后，确定接受维修请求。

通过上述实施例，能够保证接受维修请求的车辆可以被维修，提高了救援服务的可靠性。

可选的实施例，处理模块820还用于当接收模块810接收到多个维修站点的接受任务请求的响应时，选择距离车辆最近的维修站点来为车辆提供服务；

发送模块830还用于向所选择的维修站点下发维修所述车辆的任务单；向多个维修站点中除所选择的维修站点之外的维修站点下发任务取消通知。

在本实施例中选择距离待维修车辆最近的维修站点来提供服务，以保障车辆被快速拖走，同时也能够节约拖车服务的成本。

上述装置与前述方法相对应，具体实施方式可参见前述方法中详细描述，在此不再赘述。

以上结合附图详细描述了本发明例的可选实施方式，但是，本发明实施例并不限于上述实施方式中的具体细节，在本发明实施例的技术构思范围内，可以对本发明实施例的技术方案进行多种简单变型，这些简单变型均属于本发明实施例的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本发明实施例对各种可能的组合方式不再另行说明。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

此外，本发明实施例的各种不同的实施方式之间也可以进行任意组合，只要其不违背本发明实施例的思想，其同样应当视为本发明实施例所公开的内容。

Claims (4)

1.一种车辆自动救援的方法，其特征在于，用于服务器，该方法包括：

从客户端接收包括车辆相关信息的维修请求；

根据车辆相关信息判断是否接受维修请求，当确定接受维修请求后，向客户端发送接受维修请求的响应；

接收来自客户端的授权信息；

将授权信息写入拖车卡或在接收到解锁请求后向客户端发送授权信息；其中，所述维修请求中的车辆相关信息包括：车辆位置信息和/或账号身份标识；

在所述维修请求中的车辆相关信息包括车辆位置信息的情况下，所述根据车辆相关信息判断是否接受维修请求包括：

根据车辆位置信息查找能够为车辆提供服务的一个或多个维修站点；

向查找到的一个或多个维修站点发送任务请求；

在接收到来自一个或多个维修站点的接受任务请求的响应后，确定接受维修请求；

在所述维修请求中的车辆相关信息包括账号身份标识的情况下，所述根据车辆相关信息判断是否接受维修请求包括：

判断所述账号身份标识是否异常；

在所述账号身份标识正常的情况下，确定接受维修请求；

其中，所述账号身份标识异常的原因包括：欠费或账号信息与真实不符。

2.根据权利要求1所述的方法，其特征在于，在所述维修请求中的车辆相关信息包括车辆位置信息的情况下，所述根据车辆相关信息判断是否接受维修请求还包括：

当接收到多个维修站点的接受任务请求的响应时，选择距离车辆最近的维修站点来为车辆提供服务；

向所选择的维修站点下发维修所述车辆的任务单；

向所述多个维修站点中除所选择的维修站点之外的维修站点下发任务取消通知。

3.一种车辆自动救援的装置，其特征在于，用于服务器，该装置包括：

接收模块，用于从客户端接收包括车辆相关信息的维修请求；

处理模块，用于根据车辆相关信息判断是否接受维修请求；

发送模块，用于当所述处理模块确定接受维修请求后，向客户端发送接受维修请求的响应；

所述接收模块还用于接收来自客户端的授权信息；

所述发送模块还用于将授权信息写入拖车卡或在所述接收模块接收到解锁请求后向客户端发送授权信息；

其中，所述维修请求中的车辆相关信息包括：车辆位置信息和/或账号身份标识；

在所述维修请求中的车辆相关信息包括车辆位置信息的情况下，所述处理模块用于根据车辆位置信息查找能够为车辆提供服务的一个或多个维修站点；

所述发送模块用于向查找到的一个或多个维修站点发送任务请求；

所述处理模块用于在所述接收模块接收到来自一个或多个维修站点的接受任务请求的响应后，确定接受维修请求；

在所述维修请求中的车辆相关信息包括账号身份标识的情况下，所述处理模块用于判断所述账号身份标识是否异常，以及在所述账号身份标识正常的情况下，确定接受维修请求；

其中，所述账号身份标识异常的原因包括：欠费或账号信息与真实不符。

4.根据权利要求3所述的装置，其特征在于，在所述维修请求中的车辆相关信息包括车辆位置信息的情况下，所述处理模块还用于当所述接收模块接收到多个维修站点的接受任务请求的响应时，选择距离车辆最近的维修站点来为车辆提供服务；

所述发送模块还用于向所选择的维修站点下发维修所述车辆的任务单；

向所述多个维修站点中除所选择的维修站点之外的维修站点下发任务取消通知。

Images