CN109088853A - 一种诊断设备激活方法、终端及服务器 - Google Patents

Abstract

本申请实施例提供了一种诊断设备激活方法、终端及服务器，其中方法包括：终端向服务器发送针对诊断盒的绑定请求消息；终端接收服务器发送的绑定响应消息；终端基于绑定响应消息中包括的激活码生成激活请求消息，并将该激活请求消息发送给诊断盒；最后终端接收诊断盒发送的激活响应消息。采用本申请实施例，可以在使用诊断盒之前，先将车辆诊断盒与用户进行绑定激活，有助于诊断盒利用诊断网络资源对车辆进行诊断，并保证每个诊断盒只对应一个车辆用户，提升了用户体验。

Description

一种诊断设备激活方法、终端及服务器

技术领域

本申请涉及计算机领域，尤其涉及一种诊断设备激活方法、终端及服务器。

背景技术

随着我国生产力的发展，经济水平的提高，汽车保有量的急剧增长，轿车快速地进入普通百姓家庭。在快速发展的互联网时代，用户对生活质量的要求逐步提高，为了满足用户的需求并适应新形势下汽车的发展变化，汽车诊断盒也随之不断发展。传统的诊断盒在出厂后不需要用户进行注册激活就可以进行使用，这样可能导致用户所使用的诊断盒是被其他用户使用过的，或者可能使得用户车辆的隐私得不到保护，如果用户的诊断盒丢失就会造成用户对车辆历史诊断数据的丢失，不利于用户进行车辆维护和保养。因此，在汽车诊断盒发展领域急需一种诊断盒激活方法。

发明内容

本申请实施例提供了一种诊断设备激活方法、终端及服务器，可以在使用诊断盒之前，先将车辆诊断盒与用户进行绑定激活，有助于诊断盒利用诊断网络资源对车辆进行诊断，并保证每个诊断盒只对应一个车辆用户，提升了用户体验。

第一方面，本申请实施例提供了一种诊断设备激活方法，包括：

终端向服务器发送针对诊断盒的绑定请求消息，绑定请求消息包括车辆用户的用户信息；

终端接收服务器发送的绑定响应消息，绑定响应消息包括与诊断盒关联的激活码；

终端根据激活码生成激活请求消息，并向诊断盒发送激活请求消息；

终端接收诊断盒发送的激活响应消息。

可选的，终端向服务器发送针对诊断盒的绑定请求消息之前，方法还包括：

终端向服务器发送注册请求消息，注册请求消息包括诊断盒的标识信息和初始注册密码；

当终端接收到服务器发送的注册响应消息之后，终端执行向服务器发送针对诊断盒的绑定请求消息的步骤。

可选的，方法还包括：

终端输出激活成功的提示信息；

终端输出激活成功的提示信息之后，方法还包括：

终端向诊断盒发送检测指令；

终端接收诊断盒发送的检测结果，并输出检测结果，检测结果为诊断盒在验证诊断盒被激活后，根据检测指令对车辆进行检测得到的。

第二方面，本申请实施例提供了另一种设备激活方法，包括：

服务器接收终端发送的针对诊断盒的绑定请求消息，绑定请求消息包括车辆用户的用户信息；

若服务器对绑定请求验证通过，服务器将诊断盒与车辆用户进行绑定，并生成确认绑定信息；

服务器确定与诊断盒关联的激活码；

服务器基于确认绑定信息与激活码生成绑定响应消息，并向终端发送绑定响应消息。

可选的，服务器接收终端发送的针对诊断盒的绑定请求消息之前，方法还包括：

服务器接收烧录终端发送的诊断盒的硬件信息；

服务器基于硬件信息生成与诊断盒关联的激活码；

服务器获取诊断盒的标识信息，并将激活码与标识信息关联存储。

可选的，服务器接收终端发送的针对诊断盒的绑定请求消息之前，方法还包括：

服务器接收终端发送的注册请求消息，注册请求消息包括诊断盒的标识信息和初始注册密码；

若服务器对注册请求消息验证通过，服务器向终端发送注册响应信息。

第三方面，本申请实施例提供了一种终端，包括：

发送单元，用于向服务器发送针对诊断盒的绑定请求消息，绑定请求消息包括车辆用户的用户信息；

接收单元，用于接收服务器发送的绑定响应消息，绑定响应消息包括与诊断盒关联的激活码；

生成单元，用于根据激活码生成激活请求消息；

发送单元，还用于向诊断盒发送激活请求消息；

接收单元，还用于接收诊断盒发送的激活响应消息。

可选的，终端还包括：

发送单元，还用于向服务器发送注册请求消息，注册请求消息包括诊断盒的标识信息和初始注册密码；

接收单元，还用于接收服务器发送的注册响应消息。

可选的，终端还包括输出单元：

输出单元，用于输出激活成功的提示信息；

发送单元，还用于在输出单元输出激活成功的提示消息之后，向诊断盒发送检测指令；

接收单元，还用于接收诊断盒发送的检测结果；

输出单元，还用于输出检测结果，检测结果为诊断盒在验证诊断盒被激活后，根据检测指令对车辆进行检测得到的。

第四方面，本申请实施例提供了一种服务器，包括：

接收单元，用于接收终端发送的针对诊断盒的绑定请求消息，绑定请求消息包括车辆用户的用户信息；

验证单元，用于对绑定请求消息进行验证；

绑定单元，用于若验证单元对绑定请求的验证通过，将诊断盒与车辆用户进行绑定；

生成单元，用于生成确认绑定信息；

确定单元，用于确定与诊断盒关联的激活码；

生成单元，还用于基于确认绑定信息与激活码生成绑定响应消息；

发送单元，用于向终端发送绑定响应消息。

可选的，服务器还包括获取单元和存储单元：

接收单元，还用于接收烧录终端发送的诊断盒的硬件信息；

生成单元，还用于基于硬件信息生成与诊断盒关联的激活码；

获取单元，用于获取诊断盒的标识信息；

存储单元，用于将激活码与标识信息关联存储。

可选的，服务器还包括：

接收单元，还用于接收终端发送的注册请求消息，注册请求消息包括诊断盒的标识信息和初始注册密码；

验证单元，还用于对注册请求消息进行验证；

发送单元，还用于若验证单元对注册请求消息验证通过，向终端发送注册响应消息。

第五方面，本申请实施例提供了一种终端，包括处理器、输入设备、输出设备和存储器，处理器、输入设备、输出设备和存储器相互连接，其中，存储器用于存储支持终端执行上述方法的计算机程序，计算机程序包括程序指令，处理器被配置用于调用程序指令，执行上述第一方面及其任一种可选方式的方法。

第六方面，本申请实施例提供了一种服务器，包括处理器、网络接口和存储器，处理器、网络接口和存储器相互连接，其中，存储器用于存储支持终端执行上述方法的计算机程序，计算机程序包括程序指令，处理器被配置用于调用程序指令，执行上述第二方面及其任一种可选方式的方法。

第七方面，本申请实施例提供了一种计算机可读存储介质，计算机存储介质存储有计算机程序，计算机程序包括程序指令，程序指令当被处理器执行时使处理器执行上述第一方面及其任一种可选方式的方法。

第八方面，本申请实施例提供了一种第七方面，本申请实施例提供了一种计算机可读存储介质，计算机存储介质存储有计算机程序，计算机程序包括程序指令，程序指令当被处理器执行时使处理器执行上述第二方面及其任一种可选方式的方法。

本申请实施例中终端向服务器发送针对诊断盒的绑定请求消息，并基于服务器发送的绑定响应消息生成激活请求消息，进一步的终端将该激活请求消息发送给诊断盒，以提示诊断盒进行激活，最后终端接收到诊断盒发送的激活响应消息，可以在使用诊断盒之前，先将车辆诊断盒与用户进行绑定激活，有助于诊断盒利用诊断网络资源对车辆进行诊断，并保证每个诊断盒只对应一个车辆用户，提升了用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1是本申请实施例提供的一种诊断设备激活系统的框架图；

图2是本申请实施例提供的一种诊断盒烧录的流程图；

图3是本申请实施例提供的一种诊断盒激活的流程图；

图4是本申请实施例提供的一种诊断盒激活验证的流程图；

图5是本申请实施例提供的一种诊断盒激活方法的流程示意图；

图6是本申请实施例提供的另一种诊断盒激活方法的流程示意图；

图7是本申请实施例提供的又一种诊断盒激活方法的流程示意图；

图8是本申请实施提供的一种终端的结构示意图；

图9是本申请实施例提供的一种服务器的结构示意图；

图10是本申请实施提供的另一种终端的结构示意图；

图11是本申请实施例提供的另一种服务器的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

在对利用汽车诊断设备对车辆进行诊断检测时发现，现有的汽车诊断设备在使用之前不需要进行注册激活，也即用户在拿到诊断设备之后可以直接利用诊断设备对车辆进行故障诊断。这样可能导致用户所使用的诊断盒是被其他用户使用过的，或者可能使得用户车辆的隐私得不到保护。在当前快速发展的互联网时代，用户对生活质量的要求也越来越高，如果用户拿到的诊断设备是被其他用户使用过的，会影响用户对诊断设备的体验。此外，用户在使用诊断设备之前不进行绑定注册，用户利用诊断设备对车辆进行诊断得到的历史诊断数据一般都保存在诊断设备中，在此种情况下一旦诊断设备丢失就会造成用户对车辆历史诊断数据也随之丢失，不利于用户根据历史诊断数据对车辆进行维护和保养。基于上述问题，本申请实施例提出了一种诊断设备激活方法、终端及服务器：终端向服务器发送针对诊断盒的绑定请求消息，并基于服务器发送的绑定响应消息生成激活请求消息，进一步的终端将该激活请求消息发送给诊断盒，以提示诊断盒进行激活，最后终端接收到诊断盒发送的激活响应消息，可以在使用诊断盒之前，先将车辆诊断盒与用户进行绑定激活，有助于诊断盒利用诊断网络资源对车辆进行诊断，并保证每个诊断盒只对应一个车辆用户，提升了用户体验。

参考图1，为本申请实施例提供的一种诊断设备激活系统的架构图。如图1所示，架构中包括诊断盒10，终端20、服务器30和烧录终端40。其中，诊断盒10与终端20之间可通过蓝牙、无线保真以及有线连接等方式进行连接。同样的，终端20和服务器30之间也可以通过无线保真、有线连接或者其他连接方式进行连接。在一种可行的实施方式中，终端20可以为手机、平板电脑、笔记本电脑等便携式终端，也可以为台式电脑等非便携式终端。诊断盒10和终端20组成了诊断设备，也可以理解为终端20已经预先与诊断盒10进行绑定，终端20中可保存有或者获取诊断盒10的标识信息、硬件信息等。

需要说明的是，在图1所示的诊断设备激活系统中：诊断盒10，用于接收终端20发送的激活请求消息；诊断盒10，还用于根据终端20发送的激活请求消息对诊断盒10进行激活，生成激活响应消息，并将激活响应消息发送给终端20；

终端20，用于向服务器30发送针对诊断盒的绑定请求消息；终端20，还用于接收服务器发送的绑定响应消息，其中绑定请求响应包括与诊断盒关联的激活码；终端20，还用于根据绑定响应消息中的激活码生成激活请求消息，并向诊断盒10发送该激活请求消息；终端20，还用于接收诊断盒10发送的激活响应消息。

服务器30，用于接收终端20发送的针对诊断盒的绑定请求消息；服务器30，还用于对接收到的绑定请求消息进行验证，在验证通过的情况下将诊断盒10与车辆用户进行绑定，并生成确认绑定信息；服务器30，还用于确定与诊断盒关联的激活码；服务器30，用于基于确定绑定信息与上述激活码生成绑定响应消息，并向终端20发送该绑定响应消息。

在一种可行的实施方式中，图1所示的诊断设备激活系统还包括烧录终端40，用于向诊断盒10中写入诊断盒10的序列号。图1所示的诊断设备激活系统在运行时可分为三个阶段：诊断盒烧录阶段、诊断盒激活阶段以及诊断盒激活验证阶段。

参见图2为诊断盒烧录阶段可包括的烧录流程，在图2所示的烧录流程中烧录终端40首先向诊断盒10中写入诊断盒的标识信息，其中，在本申请的实施例中诊断盒的标识信息可指诊断盒的序列号，诊断盒的序列号可以是在诊断盒出厂的时候被分配的，一个序列号唯一标识一个诊断盒；在烧录终端40将序列号成功的写入诊断盒10之后，烧录终端40可读取诊断盒10的硬件信息，该硬件信息可包括微控制单元的唯一标识(Micro controllerUnit,MCU)以及BOOT版本号等。可选的，烧录终端40也可以先读取诊断盒10的硬件信息，再执行向诊断盒中写入诊断盒的序列号的步骤，本申请实施例对上述两个步骤的执行顺序不做限定。进一步的，烧录终端40将通过上述两个步骤获取到的诊断盒10的序列号和硬件信息上传到服务器30；服务器30接收到诊断盒10的序列号和硬件信息之后，基于硬件信息并结合预设加密规则生成与诊断盒10关联的激活码；最后，服务器30将序列号和激活码关联存储在服务器中。至此烧录阶段完成，可以理解的，诊断盒烧录阶段的主要工作是烧录终端40向诊断盒10中写入诊断盒的序列号并获取诊断盒10的硬件信息，然后服务器根据硬件信息生成与诊断盒10关联的激活码，并将激活码与诊断盒的序列号关联存储在服务器中，以便在诊断盒激活阶段使用。

参见图3为诊断盒激活阶段可包括的诊断盒激活流程图，由图3所示的诊断盒激活流程中可知当终端20向服务器发送针对诊断盒的绑定请求之前，终端20可先接收车辆用户针对诊断盒10输入的操作指令时，终端20可根据车辆用户的操作指令生成注册请求消息，并将该注册请求消息发送给服务器30。可选的，车辆用户针对诊断盒10输入操作指令的方式可以为：终端20中可预先安装了诊断盒激活应用程序，并终端20向用户展示诊断盒注册界面；车辆用户在诊断盒注册界面通过点击界面中的注册按钮输入操作指令，或者车辆用户还可以输入语音指令控制终端20执行注册，或者车辆用户还可以通过其他的方式向终端中输入操作指令。在一种可行的实施方式中，车辆用户的操作指令中包括诊断盒10的序列号和初始注册密码，终端20根据车辆用户的操作指令生成注册请求消息的方式可以为：终端20根据诊断盒10的序列号和初始注册密码生成注册请求消息，注册请求消息中可包括诊断盒的序列号和初始注册密码。

可选的，服务器30接收到终端20发送的注册请求之后，获取注册请求中包括的诊断盒的序列号和初始注册密码；服务器30根据诊断盒的序列号和初始注册密码对注册请求消息进行验证；若验证通过，则服务器30可向终端20发送注册响应消息；若验证未通过，则服务器30可输出错误提示并向终端20发送询问消息用以询问终端20是否继续进行注册：若终端20想要继续进行注册，则重复执行以上所有步骤直至服务器30对注册请求消息验证通过，或者终端重复发送注册请求的次数达到阈值；若终端20不继续进行注册，则结束诊断盒激活流程。

由图3所示的诊断盒激活流程可知，若服务器30对终端发送的注册请求验证消息通过，服务器30向终端20发送注册响应消息；终端20接收到服务器30发送的注册响应消息后，可进一步的向服务器发送针对诊断盒的绑定请求消息。在一种可行的实施方式中，终端20向服务器30发送绑定请求消息的方式可以为：终端20显示输入新用户名以及密码的绑定界面；终端20接收用户在绑定界面输入的用户名以及密码，并根据用户名和密码生成绑定请求消息；终端20将该绑定请求消息发送给服务器30。

进一步的，服务器30对绑定请求消息进行验证，可选的，服务器30对绑定请求消息进行验证的具体方式可以是服务器30验证绑定请求消息中包括的用户名和用户密码格式是否符合预设的用户名设置规则和用户名密码设置规则：若符合，则服务器对绑定请求的验证通过；若不符合，则服务器对绑定请求的验证未通过。

可选的，在服务器30对绑定请求消息验证通过后，服务器可将车辆用户与诊断盒进行绑定。另外，诊断盒服务器30基于绑定请求消息生成绑定响应消息，并将绑定响应消息发送给终端20。其中，绑定响应消息中可包括确认绑定信息和与诊断盒关联的激活码。

在一种可行的实施方式中，终端20接收到服务器30发送的绑定响应消息后，可输出绑定成功的提示消息。进一步的，终端20可获取绑定响应消息中的激活码，基于该激活码生成激活请求消息，并将该激活请求消息发送到诊断盒10中。诊断盒10接收到激活请求消息后，按照预设加密规则(需要说明的是此处的预设加密规则与上述服务器用来生成激活码的预设加密规则相同)对激活请求中包括的激活码进行验证：若验证通过，则诊断盒10根据激活码激活诊断盒；若验证未通过，则返回图3所示流程的第一步重新执行诊断盒激活流程。可选的，诊断盒10根据激活码激活诊断盒的方式可以为：诊断盒10将激活码保存在诊断盒的MCU的一次性可编程存储器(One-time Password，OTP)中。

可选的，诊断盒10对诊断盒激活成功后，生成激活响应消息并将该激活响应消息发送给终端20。至此诊断盒激活流程结束，可以理解的，诊断盒激活成功后，终端即可通过向诊断盒发送检测指令来实现对车辆的检测。

参见图4为诊断盒激活验证阶段可包括的诊断盒激活验证阶段的流程图，由图4可知为了验证诊断盒激活是否成功，首先将诊断盒与车辆连接；然后诊断盒可调用BOOT程序判断诊断盒的MCU中的OTP是否存在激活码；若存在，诊断盒可进一步的对激活码进行验证：若激活码符合预设规则，则确定诊断盒激活成功；若不符合预设的规则，则确定诊断盒激活不成功。可选的，若确定诊断盒激活成功之后，诊断盒可以进入与车辆的电控单元交互的模式，以等待终端20发送与电控单元通讯的指令；若确定诊断盒激活不成功，诊断盒进入等待被激活状态。

在一种可行的实施方式中，图1所示的诊断设备激活系统在实现时，上述诊断盒烧录、诊断盒激活和诊断盒激活验证三个阶段之间的交互关系可参见图5所示。

综上图1、图2、图3和图4所示描述的诊断设备激活系统，在完成了诊断盒烧录阶段之后，终端向服务器发送针对诊断盒的绑定请求消息，并基于服务器发送的绑定响应消息生成激活请求消息，进一步的终端将该激活请求消息发送给诊断盒，以提示诊断盒进行激活，最后终端接收到诊断盒发送的激活响应消息。进一步的，诊断盒还可以验证诊断盒的激活是否成功，保证在激活成功的情况下使用诊断盒对车辆进行诊断。综上，本申请实施例提供的诊断盒激活系统可以在使用诊断盒之前，先将车辆诊断盒与用户进行绑定激活，有助于诊断盒利用诊断网络资源对车辆进行诊断，并保证每个诊断盒只对应一个车辆用户，提升了用户体验。

参考图6，为本申请实施例提供的一种诊断设备激活方法的流程示意图，如图6所示的诊断设备激活方法可应用在图1所示的诊断设备激活系统中，诊断设备激活方法可包括以下步骤：

S601、终端向服务器发送针对诊断盒的绑定请求消息。

可选的，绑定请求消息包括车辆用户的用户信息，用户信息可指用户名、用户密码以及用户身份信息中的一种或者多种，本申请实施例不做具体限定。在一种可行的实施方式中，绑定请求消息的生成方式可以为：终端向车辆用户展示绑定界面；当终端检测到车辆用户的在绑定界面的操作指令时，根据该操作指令生成绑定请求消息。可选的，用户在绑定界面的操作指令可以指用户输入的文本指令，也可以指用户输入的语音指令。举例来说，假设终端向用户展示的绑定界面中包括输入用户名和输入用户密码；终端获取用户在输入用户名部分和输入用户密码部分输入的内容；终端则可根据用户输入的用户名和用户密码生成绑定请求消息。

在一种可行的实施方式中，终端向服务器发送诊断诊断盒的绑定请求消息之前，诊断设备激活方法还包括：终端向服务器发送注册请求消息；当终端接收到服务器发送的注册响应消息之后，终端执行向服务器发送针对诊断盒的绑定请求消息的步骤。也就是说，终端在发送绑定请求消息之前可先确定车辆用户是否已经完成注册，如果完成注册则表明车辆用户有绑定诊断盒的权限，进而终端再向服务器发送绑定请求消息；如果未完成注册或者注册失败则表明车辆用户没有绑定诊断盒的权限，终端可不向服务器发送绑定请求消息，既可以节省终端的功耗开销也可以保证车辆用户与诊断盒绑定的安全性。

S602、终端接收服务器发送的绑定响应消息，绑定响应消息包括与诊断盒关联的激活码。

可选的，终端接收到服务器发送的绑定响应消息表明绑定成功。作为一种可选的实施方式，终端可以在接收到绑定响应消息之后，输出绑定成功的提示消息。其中，绑定成功的提示消息用于提示车辆用户诊断盒已经与车辆用户绑定成功了，车辆用户可以继续进行激活操作。

S603、终端根据激活码生成激活请求消息，并向诊断盒发送激活请求消息。

在一种可行的实施方式中，终端接收到绑定响应消息之后，也即终端确定车辆用户与诊断盒绑定成功之后，终端可继续执行激活步骤。具体的，终端获取绑定请求中包括的激活码，根据激活码生成诊断诊断盒的激活请求消息；进一步的，将该激活请求消息发送给诊断盒，其中，激活请求消息中包括激活码。

可选的，诊断盒接收到终端发送的激活请求消息之后，诊断盒对激活请求消息进行验证：如果验证通过了，基于激活请求激活诊断盒；如果验证未通过，则诊断盒可忽略此次激活请求消息，并可发送激活失败的提示信息。在一种可行的实施方式中，诊断盒对激活请求消息进行验证的方式可以为：诊断盒获取激活请求中包括的激活码；诊断盒获取诊断盒的硬件信息；诊断盒基于硬件信息按照预设加密规则生成验证激活码；诊断盒比较从激活请求中获取到的激活码与验证激活码是否相同：如果相同，则表明验证通过；如果不相同，则表明验证不通过。可以理解的，诊断盒在根据激活码激活诊断盒之前验证激活码是否正确，可以保证用来激活诊断盒的激活码的准确性，也保证了诊断盒使用的安全性。

在一种可行的实施方式中，诊断盒在对激活码验证通过后，诊断盒可基于激活请求消息中包括的激活码激活诊断盒。作为一种可行的实施方式，诊断盒基于激活码激活诊断盒的方式可以为：诊断盒将激活码保存在诊断盒MCU的OTP中。其中，OTP是MCU中一种存储器类型。

S604、终端接收诊断盒发送的激活响应消息。

可选的，当步骤S603中诊断盒激活成功后，诊断盒可生成激活响应请求并将该激活响应请求发送给终端。进一步的，终端接收到诊断盒发送的激活响应消息。

在一种可行的实施方式中，终端接收到诊断盒发送的激活响应消息之后，还包括：终端输出激活成功的提示信息。可选的，终端输出激活成功的提示信息之后，包括：终端向诊断盒发送检测指令；终端接收诊断盒发送的检测结果，并输出检测结果。需要说明的是，该检测结果为诊断盒在验证诊断盒被激活后，根据检测指令对车辆进行检测得到。简单来说，终端接收到诊断盒发送的激活响应消息可表明诊断盒激活成功，终端可与诊断盒进行交互以完成对车辆检测和诊断。

可以理解的，即使诊断盒被激活成功，为了保证诊断盒中保存的激活码没有被篡改，保证诊断盒使用的安全性，诊断盒每次被使用之前都要进行激活验证。在一种可行的实施方式中，诊断盒对诊断盒激活的验证方式可以为：当检测到诊断盒与车辆连接时，判断诊断盒的MCU的OTP中是否存在激活码；若存在激活码则诊断盒提取该激活码；进一步的诊断盒获取诊断盒的硬件信息，基于硬件信息按照预设加密规则(需要说明的是，此处预设加密规则与服务器生成激活码时的预设加密规则相同)生成验证激活码；诊断合比较OTP中存在的激活码与该验证激活码是否相同：若相同，则确定诊断盒激活成功并进入与车辆电控单元交互的模式；若不相同，则确定诊断盒激活失败并进入等待激活模式。

本申请实施例中终端向服务器发送针对诊断盒的绑定请求消息，并基于服务器发送的绑定响应消息生成激活请求消息，进一步的终端将该激活请求消息发送给诊断盒，以提示诊断盒进行激活，最后终端接收到诊断盒发送的激活响应消息，可以在使用诊断盒之前，先将车辆诊断盒与用户进行绑定激活，有助于诊断盒利用诊断网络资源对车辆进行诊断，并保证每个诊断盒只对应一个车辆用户，提升了用户体验。

参考图7，为本申请实施例提供的另一种诊断设备激活方法的流程示意图。如图7所示的诊断激活方法可应用在图1所示的诊断设备激活系统中，可包括以下步骤：

S701、服务器接收终端发送的针对诊断盒的绑定请求消息，绑定请求消息包括车辆用户的用户信息。

可选的，服务器接收到终端发送的绑定请求消息之后，对绑定请求消息进行验证。在一种可行的实施方式中，绑定请求消息中包括的用户信息可以为用户名和用户密码，服务器对绑定请求消息的验证方式可以为：服务器验证绑定请求中包括的用户名是否符合预设的用户名设置规则，以及验证绑定请求中包括的用户密码是否符合预设的密码设置规则；若用户名符合预设的用户名设置规则且用户密码符合预设的密码设置规则，则服务器确定对绑定请求消息的验证通过；否则，服务器确定对绑定请求消息的验证未通过。可选的，若服务器对绑定请求消息验证通过后，可执行步骤S702；若服务器对绑定请求消息验证未通过，则可向终端发送激活失败或者激活错误的提示信息。

S702、若服务器对绑定请求验证通过，服务器将诊断盒与车辆用户进行绑定，并生成确定绑定信息。

S703、服务器确定与诊断盒关联的激活码。

可选的，当服务器对绑定请求验证通过时，服务器可将绑定请求消息中包括的车辆用户与诊断盒进行绑定，并生成确认绑定信息。进一步的，服务器在服务器的数据库中获取与诊断盒关联的激活码，服务器获取与诊断盒关联的激活的方式可以是获取诊断盒的标识信息，进而在数据库中查找与标识信息关联的激活码。可选的，服务器接收终端发送的针对诊断盒的绑定请求消息之前，还包括：服务器接收烧录终端发送的诊断盒的硬件信息；服务器基于硬件信息生成与诊断盒关联的激活码；服务器获取诊断盒的标识信息，并将激活码与标识信息关联存储。也就是说服务器中预先存储了至少一组诊断盒标识信息与激活码的关联关系，服务器可根据获取当前诊断盒的标识信息，然后在数据库中查找与标识信息对应的激活码，将查找到的激活码确定为与当前诊断盒关联的激活码。

S704、服务器基于确认绑定信息与激活码生成绑定响应消息，并向终端发送绑定响应消息。

可选的，服务器基于通过步骤S702生成的确认绑定请求消息和通过步骤S703获取到的激活码生成绑定响应消息，并将绑定响应消息发送给终端，以通知终端绑定完成。

在一种可行的实施方式中，服务器接收终端发送的针对诊断盒的绑定请求消息之前，还包括：服务器接收终端发送的注册请求消息，注册请求消息包括诊断盒的标识信息和初始注册密码；若服务器对注册请求消息验证通过，服务器向终端发送注册响应消息。换句话说，终端在提示服务器将车辆用户与诊断盒绑定之前，还要保证车辆用户为注册成功的用户。

在一种可行的实施方式中，服务器对注册请求消息的验证方式可以为：服务器根据注册请求中包括的诊断盒的标识信息和初始密码对注册请求消息进行验证。具体的，服务器根据诊断盒的标识信息和初始密码对注册请求消息进行验证，包括：获取服务器中预先存储的至少一组诊断盒的标识信息和初始密码的对应关系；查找与上述诊断盒的标识信息对应的初始密码；将查找到的初始密码与注册请求中包括的初始密码比较：若两者相同，则表明对注册请求消息的验证通过；若两者不同，则表明注册请求的验证未通过。基于上述可行的实施方式，可选的，在获取服务器中预先存储的至少一组标识信息和初始密码的对应关系之前，还包括：确定服务器中是否存储了上述的诊断盒的标识信息；若服务器中存储了上述诊断盒的标识信息，则执行获取服务器中预先存储的至少一组标识信息和初始密码的对应关系的步骤；若服务器中未存储上述诊断盒的标识信息，则可不执行获取服务器中预先存储的至少一组标识信息和初始密码的对应关系，如此可以保证只有在服务器中存储了诊断盒的标识信息的情况下，也即诊断盒完成了烧录的情况下，服务器在对注册请求消息进行验证，可节省服务器的功耗开销。

本申请实施例服务器对终端发送的诊断诊断盒的绑定请求消息进行验证，在验证通过的情况下服务器将诊断盒与车辆用户进行绑定并生成确认绑定信息；进一步的，服务器确定与诊断盒关联的激活码，基于该激活码和上述的确认绑定信息生成绑定响应消息，并终端发送绑定响应消息，以便于终端确定绑定成功并继续执行激活操作。本申请实施例可以在使用诊断盒之前，先将车辆诊断盒与用户进行绑定激活，有助于诊断盒利用诊断网络资源对车辆进行诊断，并保证每个诊断盒只对应一个车辆用户，提升了用户体验。

参考图8，为本申请实施例提供的一种终端的结构示意图，如图8所示的终端，可包括发送单元801、接收单元802和生成单元803：

发送单元801，用于向服务器发送针对诊断盒的绑定请求消息，绑定请求消息包括车辆用户的用户信息；

接收单元802，用于接收服务器发送的绑定响应消息，绑定响应消息包括与诊断盒关联的激活码；

生成单元803，用于根据激活码生成激活请求消息；

发送单元801，还用于向诊断盒发送激活请求消息；

接收单元802，还用于接收诊断盒发送的激活响应消息。

可选的，终端还包括：

发送单元801，还用于向服务器发送注册请求消息，注册请求消息包括诊断盒的标识信息和初始注册密码；

接收单元802，还用于接收服务器发送的注册响应消息。

可选的，终端还包括输出单元804：

输出单元804，用于输出激活成功的提示信息；

发送单元801，还用于在输出单元输出激活成功的提示消息之后，向诊断盒发送检测指令；

接收单元802，还用于接收诊断盒发送的检测结果；

输出单元804，还用于输出检测结果，检测结果为诊断盒在验证诊断盒被激活后，根据检测指令对车辆进行检测得到的。

本申请实施例中发送单元801向服务器发送针对诊断盒的绑定请求消息；在接收单元802接收到服务器发送的绑定响应消息后，生成单元803基于绑定响应消息中的激活码生成激活请求消息；并通过发送单元802将激活请求消息发送给诊断盒，最后接收单元802接收诊断盒发送的激活响应消息，可以在使用诊断盒之前，先将车辆诊断盒与用户进行绑定激活，有助于诊断盒利用诊断网络资源对车辆进行诊断，并保证每个诊断盒只对应一个车辆用户，提升了用户体验。

参考图9，为本申请实施例提供的一种服务器的结构示意图，如图9所示的服务器，可包括接收单元901、验证单元902、绑定单元903、生成单元904、确定单元905和发送单元906：

接收单元901，用于接收终端发送的针对诊断盒的绑定请求消息，绑定请求消息包括车辆用户的用户信息；

验证单元902，用于对绑定请求消息进行验证；

绑定单元903，用于若验证单元对绑定请求的验证通过，将诊断盒与车辆用户进行绑定；

生成单元904，用于生成确认绑定信息；

确定单元905，用于确定与诊断盒关联的激活码；

生成单元904，还用于基于确认绑定信息与激活码生成绑定响应消息；

发送单元906，用于向终端发送绑定响应消息。

可选的，服务器还包括获取单元907和存储单元908：

接收单元901，还用于接收烧录终端发送的诊断盒的硬件信息；

生成单元904，还用于基于硬件信息生成与诊断盒关联的激活码；

获取单元907，用于获取诊断盒的标识信息；

存储单元908，用于将激活码与标识信息关联存储。

可选的，服务器还包括：

接收单元901，还用于接收终端发送的注册请求消息，注册请求消息包括诊断盒的标识信息和初始注册密码；

验证单元902，还用于对注册请求消息进行验证；

发送单元906，还用于若验证单元对注册请求消息验证通过，向终端发送注册响应消息。

本申请实施例中，接收单元901接收到终端发送的绑定请求消息之后，验证单元902对绑定请求消息进行验证，若验证通过则绑定单元903将车辆用户与诊断盒进行绑定，并生成单元904生成确认绑定信息。进一步的，确定单元905确定与诊断盒关联的激活码，并生成单元904基于确认请求信息和激活码生成绑定响应消息，最后由发送单元906将绑定消息消息发送给终端，以便于终端确定绑定成功并继续执行激活操作。本申请实施例可以在使用诊断盒之前，先将车辆诊断盒与用户进行绑定激活，有助于诊断盒利用诊断网络资源对车辆进行诊断，并保证每个诊断盒只对应一个车辆用户，提升了用户体验。

参见图10，是本申请实施例提供的一种终端的示意性框图。如图10所示的本实施例中的终端可以包括：一个或多个处理器1001；一个或多个发送设备1002、一个或多个接收设备1003和存储器1004。上述处理器1001、发送设备1002、接收设备1003和存储器1004通过总线1005连接。存储器1004用于存储计算机程序，计算机程序包括程序指令，处理器1001用于执行存储器1004存储的程序指令。其中，处理器1001被配置用于调用程序指令执行：

向服务器发送针对诊断盒的绑定请求消息，绑定请求消息包括车辆用户的用户信息；

接收服务器发送的绑定响应消息，绑定响应消息包括与诊断盒关联的激活码；

根据激活码生成激活请求消息，并向诊断盒发送激活请求消息；

接收诊断盒发送的激活响应消息。

可选的，向服务器发送针对诊断盒的绑定请求消息之前，处理器1001被配置用于调用程序指令还执行：

向服务器发送注册请求消息，注册请求消息包括诊断盒的标识信息和初始注册密码；

当接收到服务器发送的注册响应消息之后，执行向服务器发送针对诊断盒的绑定请求消息的步骤。

可选的，处理器1001被配置用于调用程序指令还执行：

输出激活成功的提示信息；

输出激活成功的提示信息之后，处理器1001被配置用于调用程序指令还执行：

向诊断盒发送检测指令；

接收诊断盒发送的检测结果，并输出检测结果，检测结果为诊断盒在验证诊断盒被激活后，根据检测指令对车辆进行检测得到的。

应当理解，在本申请实施例中，所称处理器1001可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

发送设备1002用于发送数据，接收设备1003用于接收数据。

该存储器1003可以包括只读存储器和随机存取存储器，并向处理器501提供指令和数据。存储器1003的一部分还可以包括非易失性随机存取存储器。例如，存储器1003还可以存储设备类型的信息。

具体实现中，本申请实施例中所描述的处理器1001、发送设备1002和接收设备1003可执行本申请实施例图6提供的诊断设备激活方法的实施例和图8所描述的终端的实现方式，在此不再赘述。

参见图11，是本申请实施例提供的一种服务器的示意性框图。如图11所示的本实施例中的终端可以包括：一个或多个处理器1101；一个或多个网络接口1102和存储器1103。上述处理器1101、网络接口1102和存储器1103通过总线1104连接。存储器1103用于存储计算机程序，计算机程序包括程序指令，处理器1101用于执行存储器1103存储的程序指令。其中，处理器1101被配置用于调用程序指令执行：

接收终端发送的针对诊断盒的绑定请求消息，绑定请求消息包括车辆用户的用户信息；

若对绑定请求验证通过，将诊断盒与车辆用户进行绑定，并生成确认绑定信息；

确定与诊断盒关联的激活码；

基于确认绑定信息与激活码生成绑定响应消息，并向终端发送绑定响应消息。

可选的，接收终端发送的针对诊断盒的绑定请求消息之前，处理器1101被配置用于调用程序指令还执行：

接收烧录终端发送的诊断盒的硬件信息；

基于硬件信息生成与诊断盒关联的激活码；

获取诊断盒的标识信息，并将激活码与标识信息关联存储。

可选的，接收终端发送的针对诊断盒的绑定请求消息之前，处理器1101被配置用于调用程序指令还执行：

接收终端发送的注册请求消息，注册请求消息包括诊断盒的标识信息和初始注册密码；

若对注册请求消息验证通过，向终端发送注册响应信息。

应当理解，在本申请实施例中，所称处理器1101可以是中央处理单元CPU，该处理器还可以是其他通用处理器、数字信号处理器DSP、专用集成电路ASIC、现成可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

网络接口1102用于在连接网络时接收和发送数据。

该存储器1103可以包括只读存储器和随机存取存储器，并向处理器501提供指令和数据。存储器1103的一部分还可以包括非易失性随机存取存储器。例如，存储器1103还可以存储设备类型的信息。

具体实现中，本申请实施例中所描述的处理器1101、网络接口1102可执行本申请实施例图7提供的诊断设备激活方法的实施例和图9所描述的终端的实现方式，在此不再赘述。

在本申请的实施例中提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序包括程序指令，程序指令被处理器执行时实现：

向服务器发送针对诊断盒的绑定请求消息，绑定请求消息包括车辆用户的用户信息；

接收服务器发送的绑定响应消息，绑定响应消息包括与诊断盒关联的激活码；

根据激活码生成激活请求消息，并向诊断盒发送激活请求消息；

接收诊断盒发送的激活响应消息。

可选的，向服务器发送针对诊断盒的绑定请求消息之前，程序指令被处理器执行时还实现：

向服务器发送注册请求消息，注册请求消息包括诊断盒的标识信息和初始注册密码；

当接收到服务器发送的注册响应消息之后，执行向服务器发送针对诊断盒的绑定请求消息的步骤。

可选的，程序指令被处理器执行时还实现：

输出激活成功的提示信息；

输出激活成功的提示信息之后，程序指令被处理器执行时还实现：

向诊断盒发送检测指令；

接收诊断盒发送的检测结果，并输出检测结果，检测结果为诊断盒在验证诊断盒被激活后，根据检测指令对车辆进行检测得到的。

在本申请的实施例中提供另一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序包括程序指令，程序指令被处理器执行时实现：

接收终端发送的针对诊断盒的绑定请求消息，绑定请求消息包括车辆用户的用户信息；

若对绑定请求验证通过，将诊断盒与车辆用户进行绑定，并生成确认绑定信息；

确定与诊断盒关联的激活码；

基于确认绑定信息与激活码生成绑定响应消息，并向终端发送绑定响应消息。

可选的，接收终端发送的针对诊断盒的绑定请求消息之前，程序指令被处理器执行时还实现：

接收烧录终端发送的诊断盒的硬件信息；

基于硬件信息生成与诊断盒关联的激活码；

获取诊断盒的标识信息，并将激活码与标识信息关联存储。

可选的，接收终端发送的针对诊断盒的绑定请求消息之前，程序指令被处理器执行时还实现：

接收终端发送的注册请求消息，注册请求消息包括诊断盒的标识信息和初始注册密码；

若对注册请求消息验证通过，向终端发送注册响应信息。

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

以上所揭露的仅为本申请一种较佳实施例而已，当然不能以此来限定本申请之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本申请权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (10)

1.一种诊断设备激活方法，其特征在于，包括：

终端向服务器发送针对诊断盒的绑定请求消息，所述绑定请求消息包括车辆用户的用户信息；

所述终端接收所述服务器发送的绑定响应消息，所述绑定响应消息包括与所述诊断盒关联的激活码；

所述终端根据所述激活码生成激活请求消息，并向所述诊断盒发送所述激活请求消息；

所述终端接收所述诊断盒发送的激活响应消息。

2.根据权利要求1所述的方法，其特征在于，所述终端向服务器发送针对诊断盒的绑定请求消息之前，所述方法还包括：

所述终端向所述服务器发送注册请求消息，所述注册请求消息包括所述诊断盒的标识信息和初始注册密码；

当所述终端接收到所述服务器发送的注册响应消息之后，所述终端执行所述向服务器发送针对诊断盒的绑定请求消息的步骤。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述终端输出激活成功的提示信息；

所述终端输出激活成功的提示信息之后，所述方法还包括：

所述终端向所述诊断盒发送检测指令；

所述终端接收所述诊断盒发送的检测结果，并输出所述检测结果，所述检测结果为所述诊断盒在验证所述诊断盒被激活后，根据所述检测指令对车辆进行检测得到的。

4.一种诊断设备激活方法，其特征在于，包括：

服务器接收终端发送的针对诊断盒的绑定请求消息，所述绑定请求消息包括车辆用户的用户信息；

若所述服务器对所述绑定请求验证通过，所述服务器将所述诊断盒与所述车辆用户进行绑定，并生成确认绑定信息；

所述服务器确定与所述诊断盒关联的激活码；

所述服务器基于所述确认绑定信息与所述激活码生成绑定响应消息，并向所述终端发送所述绑定响应消息。

5.根据权利要求4所述的方法，其特征在于，所述服务器接收终端发送的针对诊断盒的绑定请求消息之前，所述方法还包括：

所述服务器接收所述烧录终端发送的所述诊断盒的硬件信息；

所述服务器基于所述硬件信息生成与所述诊断盒关联的激活码；

所述服务器获取所述诊断盒的标识信息，并将所述激活码与所述标识信息关联存储。

6.根据权利要求5所述的方法，其特征在于，所述服务器接收终端发送的针对诊断盒的绑定请求消息之前，所述方法还包括：

所述服务器接收所述终端发送的注册请求消息，所述注册请求消息包括所述诊断盒的标识信息和初始注册密码；

若所述服务器对所述注册请求消息验证通过，所述服务器向所述终端发送注册响应消息。

7.一种终端，其特征在于，包括：

发送单元，用于向服务器发送针对诊断盒的绑定请求消息，所述绑定请求消息包括车辆用户的用户信息；

接收单元，用于接收所述服务器发送的绑定响应消息，所述绑定响应消息包括与所述诊断盒关联的激活码；

生成单元，用于根据所述激活码生成激活请求消息；

所述发送单元，还用于向所述诊断盒发送所述激活请求消息；

所述接收单元，还用于接收所述诊断盒发送的激活响应消息。

8.一种服务器，其特征在于，包括：

接收单元，用于接收终端发送的针对诊断盒的绑定请求消息，所述绑定请求消息包括车辆用户的用户信息；

验证单元，用于对所述绑定请求消息进行验证；

绑定单元，用于若所述验证单元对所述绑定请求的验证通过，将所述诊断盒与所述车辆用户进行绑定；

生成单元，用于生成确认绑定信息；

确定单元，用于确定与所述诊断盒关联的激活码；

所述生成单元，还用于基于所述确认绑定信息与所述激活码生成绑定响应消息；

发送单元，用于向所述终端发送所述绑定响应消息。

9.一种终端，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、所述输入设备、所述输出设备和所述存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-3任一项所述的激活方法。

10.一种服务器，其特征在于，包括处理器、网络接口和存储器，所述处理器、所述网络接口和所述存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求4-6任一项所述的激活方法。