CN106372949A - 车辆维修管理方法 - Google Patents

Abstract

一种车辆维修管理方法，包括：获取待修车辆的识别标识和修理厂的维修认证标识；根据识别标识和维修认证标识，生成信息请求指令；将信息请求指令发送至服务器；获取由接收终端发送的授权验证码；将授权验证码发送至服务器；接收由服务器发送的车辆维修数据；根据车辆维修数据，判断待修车辆是否超过预设保养周期；若是，则生成需保养信息，并向接收终端发送需保养信息。上述车辆维修管理方法，通过对待修车辆的识别标识和修理厂的维修认证标识以及接收终端的授权验证码等三者进行审核认证，确认为车主授权维修后，向修理厂发送待修车辆的车辆维修数据，从而车主可以根据自身的条件自由地选择车辆的维修地点和维修方式，提高车辆维修保养效率。

Description

车辆维修管理方法

技术领域

本发明涉及车联网技术领域，特别是涉及一种车辆维修管理方法。

背景技术

随着人们生活水平的提高，汽车、摩托车的保有量越来越高。客户购车后只要是同一品牌的车辆，在全国的4S店(Automobile Sales Servicshop 4S，汽车销售服务4S店)都能做保养和维修，并将维保记录在数据库中，其保养和维修历史数据在全国的4S店都可以调用和查看。

然而，由于4S店收费高、距离远等问题，保修期过后，很多客户会选择去附近的维修店进行维修和保养，即所谓的断保。一旦客户断保以后，4S店存储的保养和维修历史记录就会中断，导致车辆保养和维修记录的混乱、无法进行可靠追溯和集中管理，为车况统计分析带来困难。

发明内容

基于此，有必要针对如何提高车辆维修保养效率的技术问题，提供一种车辆维修管理方法。

一种车辆维修管理方法，包括：

获取待修车辆的识别标识和修理厂的维修认证标识；

根据所述识别标识和所述维修认证标识，生成信息请求指令；

将所述信息请求指令发送至服务器，以请求服务器向接收终端发送用于确认所述待修车辆的使用状态的授权验证码；

获取由接收终端发送的所述授权验证码；

将所述授权验证码发送至服务器，以请求服务器发送车辆维修数据；

接收由服务器发送的所述车辆维修数据；

根据所述车辆维修数据，判断所述待修车辆是否超过预设保养周期；

若是，则生成需保养信息，并向所述接收终端发送所述需保养信息。

在其中一个实施例中，所述获取待修车辆的识别标识和修理厂的维修认证标识，包括：获取车辆管理请求指令；根据所述车辆管理请求指令，生成数据输入指令；向输入设备发送所述数据输入指令，以使所述输入设备扫描所述待修车辆的第一信息载体以及所述修理厂的第二信息载体；获取所述第一信息载体和所述第二信息载体；解析所述第一信息载体，得到所述识别标识，以及解析所述第二信息载体，得到所述维修认证标识。

在其中一个实施例中，所述根据所述识别标识和所述维修认证标识，生成信息请求指令，包括：根据分布式全局不重复ID生成算法，将所述识别标识和所述维修认证标识进行计算，得到通用唯一识别码；根据所述通用唯一识别码，生成信息请求指令。

在其中一个实施例中，所述将所述信息请求指令发送至服务器，包括：根据预设编码规则，将所述信息请求指令压缩编码，生成已编码数据包；将所述已编码数据包发送至服务器。

在其中一个实施例中，所述获取所述授权验证码，包括：获取验证码输入指令；根据所述验证码输入指令，显示输入操作界面；获取向所述输入操作界面中输入的所述授权验证码。

在其中一个实施例中，所述接收由服务器发送的所述车辆维修数据，包括：获取检测指令；根据所述检测指令，检测网口数据是否存在由服务器发送的数据包；当存在由服务器发送的数据包时，存储所述数据包；根据所述数据包，得到所述车辆维修数据。

在其中一个实施例中，所述根据所述数据包，得到所述车辆维修数据，包括：根据预设解码规则，解析所述数据包，得到解析数据；检测所述解析数据是否存在所述识别标识；当存在所述识别标识，存储所述识别标识对应的数据段。

在其中一个实施例中，在所述获取待修车辆的识别标识和修理厂的维修认证标识之前，包括：获取连接请求指令；向服务器发送所述连接请求指令；响应于由服务器发送的建立连接信号，建立与服务器的通讯连接。

在其中一个实施例中，所述向所述接收终端发送所述需保养信息之后，包括：接收由所述接收终端发送的车辆保养请求；根据所述车辆保养请求，生成保养工单。

在其中一个实施例中，所述判断所述待修车辆是否超过预设保养周期的结果为否时，则生成待保养信息，并向所述接收终端发送所述待保养信息。

上述车辆维修管理方法，通过对待修车辆的识别标识和修理厂的维修认证标识以及接收终端的授权验证码三者进行审核认证，确认待修车辆的使用状态为车主合法的使用状态以及修理厂为车主授权负责保养维修后，向修理厂发送待修车辆的车辆维修数据，使得修理厂根据车辆维修数据对该待修车辆进行保养维修，从而车主可以根据自身的条件自由地选择车辆的维修地点和维修方式，提高车辆维修保养效率。

附图说明

图1为一个实施例中车辆维修管理方法的应用环境示意图；

图2为一个实施例中车辆维修管理方法的流程示意图；

图3为一个实施例中车辆维修管理方法的时序流程示意图；

图4为一个实施例中车辆维修管理方法的接收终端显示界面示意图。

具体实施方式

在一个实施例中，提供一种车辆维修管理方法，下面结合附图对实施例的具体实施方式做详细的说明，以使本实施例的上述目的、特征和优点能够更加明显易懂。

如图1所示，在一个实施例中，提供了一种车辆维修管理方法的应用环境示意图，该应用环境包括维修厂系统终端110、服务器120以及接收终端130，维修厂系统终端110、服务器120以及接收终端130通过网络50相互通讯连接。维修厂系统终端110获取待修车辆的识别标识和修理厂的维修认证标识后，根据识别标识和维修认证标识，生成信息请求指令；生成信息请求指令后维修厂系统终端110再将该信息请求指令发送至服务器120，以请求服务器120向接收终端130发送授权验证码，用于确认待修车辆的使用状态。接收终端130接收到该授权验证码后，将授权验证码送至维修厂系统终端110。维修厂系统终端110获取授权验证码后，将授权验证码发送至服务器120，以请求服务器120向维修厂系统终端110发送车辆维修数据。服务器120接收到授权验证码后，确认该维修厂与待修车辆存在认证关系，并将车辆维修数据发送至维修厂系统终端110。维修厂系统终端110接收由服务器120发送的车辆维修数据；并根据车辆维修数据，判断待修车辆是否超过预设保养周期；若是，则生成需保养信息，并向接收终端130发送需保养信息。

如图2所示，在一个实施例中，提供了一种车辆维修管理方法，本实施例以该方法应用于上述图1中的应用环境中的维修厂系统终端110来举例说明。该方法具体包括如下步骤：

步骤S201，获取待修车辆的识别标识和修理厂的维修认证标识。

具体的，对于驶入修理厂的待修车辆，修理厂能否根据该待修车辆，从服务器上获取该待修车辆的车辆维修数据，需要双方面的进行资格审核认证，即由服务器要确认该待修车辆的车主是否授权修理厂获取该待修车辆的车辆维修数据的权限，因此通过获取待修车辆的识别标识和修理厂的维修认证标识，让服务器根据待修车辆的识别标识和修理厂的维修认证标识进行确定判断修理厂是否获得授权。

可以理解，车辆维修厂无论是4S店或者传统的维修厂，需要从服务器的车辆维修管理系统中获取车辆维修数据，即维修保养信息，需要通过资格审核认证。利用资格审核认证，能够从技术角度、信誉角度等给消费者提供保障。具体的资格审核认证可以包括技能考核，例如维修技术能力；资金能力考核，例如能否在出现服务纠纷时表现出赔偿能力；以及信誉考核等。待修车辆的识别标识可以是待修车辆的车牌号码、车架号码、车主身份证号码或者车主驾驶证号码等可以唯一确认待修车辆的身份的标识。修理厂的维修认证标识可以是修理厂的统一社会信用代码、修理厂的税务登记号或者法人身份证号码等可以唯一确认修理厂的身份的标识。

获取待修车辆的识别标识和修理厂的维修认证标识的方式可以通过手动的方式在维修厂系统终端输入识别标识和维修认证标识，也可以借助拍摄设备，对驶往修理厂的汽车进行车牌号码的拍摄，并利用数字图片处理技术识别图像中的车牌号码。同理，也可以借助扫描设备，扫描修理厂的营业执照得到营业执照的图片副本，并利用数字图片处理技术识别图像中的统一社会信用代码。

步骤S202，根据所述识别标识和所述维修认证标识，生成信息请求指令。

具体的，服务器要向维修厂系统终端发送车辆维修数据，需要维修厂系统终端向服务器发送请求信号，服务器响应请求信号后才做出是否发送车辆维修数据的判断处理。由此维修厂系统终端需要整理识别标识和维修认证标识，根据识别标识和维修认证标识，生成信息请求指令。维修厂系统终端生成信息请求指令可根据已有的数据处理算法进行整合生成，也可以直接将识别标识和维修认证标识叠加后生成。可以理解，信息请求指令包括唯一识别待修车辆的识别标识和修理厂的维修认证标识的识别码，以便于服务器确定识别该信息请求指令为合法的请求。

步骤S203，将所述信息请求指令发送至服务器，以请求服务器向接收终端发送授权验证码，所述授权验证码用于确认所述待修车辆的使用状态。

具体的，维修厂系统终端生成信息请求指令后，将信息请求指令发送至服务器，服务器接收到信息请求指令后还不能马上确认该信息请求指令是否通过了待修车辆的车主的授权，因此还需要进一步地确认是否由车主授权，故本实施例中，采用授权验证码下发的验证方式，即将授权验证码发送至由车主掌控的接收终端中，由车主将授权验证码发送给维修厂系统终端。此过程，可以有效地防止别人滥用车主的车辆维修数据，保证数据的安全。

可以理解，将授权验证码发送至由车主掌控的接收终端中，可以让车主参与整个车辆维修数据的下发过程，也让车主关注待修车辆的保修状态。此外，对于通过资格审核认证的维修厂，服务器授予该维修厂对应的维修厂系统终端的维修资质。并将所有资格认证信息，即维修认证标识预存入服务器的车辆维修管理系统中进行存储管理，并且作为新的车辆维修数据。

步骤S204，获取所述授权验证码。

具体的，接收终端在接收到授权验证码，需要将授权验证码发送至维修厂系统终端，以使得维修厂系统终端得到该授权验证码后，向服务器进行资格审核认证。接收终可以通过邮件的方式将该授权验证码发送至维修厂系统终端，也可以通过短信的方式将该授权验证码发送至维修厂系统终端，也可以通过语音的方式将该授权验证码发送至维修厂系统终端，也可以由车主直接将该授权验证码告于维修厂系统终端，以使得维修厂系统终端获取所述授权验证码。

步骤S205，将所述授权验证码发送至服务器，以请求服务器发送车辆维修数据。

具体的，维修厂需要通过最终的资格审核认证，需要通过维修厂系统终端将获取到的授权验证码发送至服务器。由于服务器接收到授权验证码后即可确认车主对待修车辆的使用状态为授权下载车辆维修数据的状态，而该车辆维修数据涉及车辆数据的安全，因此维修厂系统终端在获取至授权验证码后需要立即将授权验证码发送至服务器，以保证数据的安全。服务器接收到授权验证码后，将比对维修厂系统终端发送的授权验证码和本地的授权验证码，当两者相同时，确认维修厂系统终端发送的授权验证码正确。由此服务器调取车辆维修管理系统中的维修保养信息，生成车辆维修数据，并通过网络将该车辆维修数据发送至维修厂系统终端。

步骤S206，接收由服务器发送的所述车辆维修数据。

具体的，车辆维修数据由服务器通过网络发送至维修厂系统终端，维修厂系统终端通过网络接收由服务器发送的车辆维修数据后，将该车辆维修数据进行存储并备份，以避免因外界因素导致车辆维修数据的遗失。

步骤S207，根据所述车辆维修数据，判断所述待修车辆是否超过预设保养周期。

具体的，维修厂系统终端在存储车辆维修数据后，对车辆维修数据进行解析，得到待修车辆历史保养信息、最近一次保养的车辆行驶总公里数以及官方建议保养公里数、官方建议保养周期以及最近一次的保养日期。维修厂系统终端获取当前系统的时间后，比对当前系统的时间与最近一次的保养日期，根据官方建议保养周期，判断待修车辆是否超过预设保养周期。如果当前系统的时间与最近一次的保养日期的时间差小于预设保养周期时，说明待修车辆还处于保养周期内；如果当前系统的时间与最近一次的保养日期的时间差大于预设保养周期时，说明待修车辆超过了预设保养周期。如果当前系统的时间与最近一次的保养日期的时间差小于预设保养周期时，但该时间差距离预设保养时间在预设时间内，说明待修车辆接近预设保养周期。该预设时间可以是一周、两周等。此外，维修厂系统终端获取待修车辆当前的总公里数，比对最近一次保养的车辆行驶总公里数和待修车辆当前的总公里数，根据官方建议保养公里数，判断待修车辆是否超过预设保养周期。如果待修车辆当前的总公里数与最近一次保养的车辆行驶总公里数的公里数差大于官方建议保养公里数时，确定待修车辆超过预设保养周期。如果待修车辆当前的总公里数与最近一次保养的车辆行驶总公里数的公里数差小于官方建议保养公里数时，确定待修车辆还处于保养周期内。

步骤S208，若是，则生成需保养信息，并向所述接收终端发送所述需保养信息。

具体的，维修厂系统终端在确定待修车辆超过预设保养周期时，例如如果待修车辆当前的总公里数与最近一次保养的车辆行驶总公里数的公里数差大于官方建议保养公里数时，确定待修车辆超过预设保养周期，则生成需保养信息，并向接收终端发送需保养信息。又如如果当前系统的时间与最近一次的保养日期的时间差大于预设保养周期时，说明待修车辆超过了预设保养周期，则生成需保养信息，并向接收终端发送需保养信息。维修厂系统终端在确定待修车辆超过预设保养周期后，通过网络接收终端发送需保养信息。接收终端接收到需保养信息后即可了解待修车辆的保养信息，判断是否进行保养。

上述车辆维修管理方法，通过对待修车辆的识别标识和修理厂的维修认证标识以及接收终端的授权验证码三者进行审核认证，确认待修车辆的使用状态为车主合法的使用状态以及修理厂为车主授权负责保养维修后，向修理厂发送待修车辆的车辆维修数据，使得修理厂根据车辆维修数据对该待修车辆进行保养维修，从而车主可以根据自身的条件自由地选择车辆的维修地点和维修方式，提高车辆维修保养效率。

再次参阅图2，进一步的，车辆维修管理方法还包括步骤S209，根据所述车辆维修数据，判断所述待修车辆是否超过预设保养周期；若否，则生成待保养信息，并向所述接收终端发送所述待保养信息。

如图3所示，其为一个实施例中车辆维修管理方法的时序流程示意图，现以一个车辆维修管理过程为例，对本实施例作进一步的说明：

首先，维修厂系统终端获取待修车辆的识别标识和修理厂的维修认证标识后，根据识别标识和维修认证标识，生成信息请求指令；生成信息请求指令后维修厂系统终端再将该信息请求指令发送至服务器，以请求服务器向接收终端发送授权验证码，用于确认待修车辆的使用状态。

然后，接收终端接收到该授权验证码后，将授权验证码送至维修厂系统终端。维修厂系统终端获取授权验证码后，将授权验证码发送至服务器，以请求服务器向维修厂系统终端发送车辆维修数据。服务器接收到授权验证码后，确认该维修厂与待修车辆存在认证关系，并将车辆维修数据发送至维修厂系统终端。

最后，维修厂系统终端接收由服务器发送的车辆维修数据；并根据车辆维修数据，判断待修车辆是否超过预设保养周期；若是，则生成需保养信息，并向接收终端发送需保养信息。

进一步的，接收终端可以为智能手机、平板电脑以及智能穿戴设备等。如图4所示，维修厂系统终端生成需保养信息后，向所述接收终端发送所述需保养信息或者生成待保养信息后，向所述接收终端发送所述待保养信息时。接收终端接收到需保养信息或者待保养信息后，接收终端弹窗显示保养信息或者待保养信息。

进一步的，维修厂系统终端可以为智能手机、平板电脑以及台式电脑等。进一步的，维修厂系统终端接收由服务器发送的车辆维修数据后，根据待修车辆的识别标识，建议分类管理系统，并将车辆维修数据存储与待修车辆的识别标识的对应的文件夹中。

进一步的，所述获取待修车辆的识别标识和修理厂的维修认证标识，包括：获取车辆管理请求指令；根据所述车辆管理请求指令，生成数据输入指令；向输入设备发送所述数据输入指令，以使所述输入设备扫描所述待修车辆的第一信息载体例如为外观车牌、车架、车主身份证，驾驶证等，以及所述修理厂的第二信息载体例如为营业执照、社会信用统一代码、修理厂的名称等；获取所述第一信息载体和所述第二信息载体；解析所述第一信息载体，得到所述识别标识，以及解析所述第二信息载体，得到所述维修认证标识。

进一步的，所述根据所述识别标识和所述维修认证标识，生成信息请求指令，包括：根据分布式全局不重复ID生成算法，将所述识别标识和所述维修认证标识进行计算，得到通用唯一识别码；根据所述通用唯一识别码，生成信息请求指令。

进一步的，所述将所述信息请求指令发送至服务器，包括：根据预设编码规则，将所述信息请求指令压缩编码，生成已编码数据包；将所述已编码数据包发送至服务器。

进一步的，所述获取所述授权验证码，包括：获取验证码输入指令；根据所述验证码输入指令，显示输入操作界面；获取向所述输入操作界面中输入的所述授权验证码。

进一步的，所述接收由服务器发送的所述车辆维修数据，包括：获取检测指令；根据所述检测指令，检测网口数据是否存在由服务器发送的数据包；当存在由服务器发送的数据包时，存储所述数据包；根据所述数据包，得到所述车辆维修数据。

进一步的，所述根据所述数据包，得到所述车辆维修数据，包括：根据预设解码规则，解析所述数据包，得到解析数据；检测所述解析数据是否存在所述识别标识；当存在所述识别标识，存储所述识别标识对应的数据段。

进一步的，在所述获取待修车辆的识别标识和修理厂的维修认证标识之前，包括：获取连接请求指令；向服务器发送所述连接请求指令；响应于由服务器发送的建立连接信号，建立与服务器的通讯连接。

进一步的，所述根据所述车辆维修数据，判断所述待修车辆是否超过预设保养周期；若是，则生成需保养信息，并向所述接收终端发送所述需保养信息之后，包括：接收由所述接收终端发送的车辆保养请求；根据所述车辆保养请求，生成保养工单。例如，车辆保养请求为短信、微信、微博等，或者电话语音等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种车辆维修管理方法，包括：

获取待修车辆的识别标识和修理厂的维修认证标识；

根据所述识别标识和所述维修认证标识，生成信息请求指令；

将所述信息请求指令发送至服务器，以请求服务器向接收终端发送用于确认所述待修车辆的使用状态的授权验证码；

获取由接收终端发送的所述授权验证码；

将所述授权验证码发送至服务器，以请求服务器发送车辆维修数据；

接收由服务器发送的所述车辆维修数据；

根据所述车辆维修数据，判断所述待修车辆是否超过预设保养周期；

若是，则生成需保养信息，并向所述接收终端发送所述需保养信息。

2.根据权利要求1所述的车辆维修管理方法，其特征在于，所述获取待修车辆的识别标识和修理厂的维修认证标识，包括：

获取车辆管理请求指令；

根据所述车辆管理请求指令，生成数据输入指令；

向输入设备发送所述数据输入指令，以使所述输入设备扫描所述待修车辆的第一信息载体以及所述修理厂的第二信息载体；

获取所述第一信息载体和所述第二信息载体；

解析所述第一信息载体，得到所述识别标识，以及解析所述第二信息载体，得到所述维修认证标识。

3.根据权利要求1所述的车辆维修管理方法，其特征在于，所述根据所述识别标识和所述维修认证标识，生成信息请求指令，包括：

根据分布式全局不重复ID生成算法，将所述识别标识和所述维修认证标识进行计算，得到通用唯一识别码；

根据所述通用唯一识别码，生成信息请求指令。

4.根据权利要求1所述的车辆维修管理方法，其特征在于，所述将所述信息请求指令发送至服务器，包括：

根据预设编码规则，将所述信息请求指令压缩编码，生成已编码数据包；

将所述已编码数据包发送至服务器。

5.根据权利要求1所述的车辆维修管理方法，其特征在于，所述获取所述授权验证码，包括：

获取验证码输入指令；

根据所述验证码输入指令，显示输入操作界面；

获取向所述输入操作界面中输入的所述授权验证码。

6.根据权利要求1所述的车辆维修管理方法，其特征在于，所述接收由服务器发送的所述车辆维修数据，包括：

获取检测指令；

根据所述检测指令，检测网口数据是否存在由服务器发送的数据包；

当存在由服务器发送的数据包时，存储所述数据包；

根据所述数据包，得到所述车辆维修数据。

7.根据权利要求6所述的车辆维修管理方法，其特征在于，所述根据所述数据包，得到所述车辆维修数据，包括：

根据预设解码规则，解析所述数据包，得到解析数据；

检测所述解析数据是否存在所述识别标识；

当存在所述识别标识，存储所述识别标识对应的数据段。

8.根据权利要求1所述的车辆维修管理方法，其特征在于，在所述获取待修车辆的识别标识和修理厂的维修认证标识之前，包括：

获取连接请求指令；

向服务器发送所述连接请求指令；

响应于由服务器发送的建立连接信号，建立与服务器的通讯连接。

9.根据权利要求1所述的车辆维修管理方法，其特征在于，所述向所述接收终端发送所述需保养信息之后，包括：

接收由所述接收终端发送的车辆保养请求；

根据所述车辆保养请求，生成保养工单。

10.根据权利要求1所述的车辆维修管理方法，其特征在于，所述判断所述待修车辆是否超过预设保养周期的结果为否时，

则生成待保养信息，并向所述接收终端发送所述待保养信息。