一种车辆诊断的方法及相关设备与流程

本申请涉及车辆诊断领域，具体涉及一种车辆诊断的方法及相关设备。

背景技术：

车辆故障码就是车辆出现故障后经车辆电脑ecu分析反映出的故障码，一般经常的故障码为传感器故障传感器工作不良引起的，主要借助诊断设备来读取。目前对车辆检测出来的车辆故障码与读到检测车辆的一些故障码标记数据的对应关系是放在诊断设备上的诊断软件的文本库里面，数据包含在诊断软件的文本库就会造成，如果有人利用故障码具有一定的编码逻辑性这一特点，进行多次测试从而得到文本库的内容，造成数据的泄露。

申请内容

本申请实施例提供了一种车辆诊断的方法及相关设备，用于降低车辆故障码及相关数据泄露的可能性。

申请实施例第一方面提供了一种车辆诊断的方法，包括：

读取待检测车辆的第一数据；

判断所述第一数据是否满足发送条件；

若所述第一数据满足发送条件，则将所述第一数据发送至服务器，以使得服务器根据所述第一数据判断查询状态是否合法，并生成第二数据；

接收所述服务器发送的第二数据；

判断所述第二数据是否满足合格显示条件；

若所述第二数据满足合格显示条件，则进行第一显示，所述第一显示为服务器查询第二数据后的处理结果。

可选地，判断所述第一数据是否满足发送条件包括：

判断诊断软件是否已成功登录账户；

若是，则判定为满足发送条件；

若否，则判定为不满足发送条件。

可选地，若所述第一数据不满足发送条件，所述方法还包括：

进行第二显示，所述第二显示表示诊断失败，并带有失败提示信息。

可选地，若所述第二数据不满足合格显示条件，所述方法还包括：

进行所述第二显示，所述第二显示表示诊断失败，并带有失败提示信息。

本申请第二方面提供了一种车辆诊断的方法，应用于服务器，包括：

接收诊断软件发送的第一数据；

判定所述第一数据的查询状态是否合法；

若所述第一数据的查询状态合法，则根据所述第一数据生成第二数据，所述第二数据包含对应所述第一数据的故障码信息与查询状态合法的提示信息；

将所述第二数据发送至诊断软件，以使得诊断软件根据所述第二数据内的提示信息进行对应显示。

可选地，若所述第一数据的查询状态不合法，所述方法还包括：

根据所述第一数据生成第二数据，所述第二数据包含查询状态不合法的提示信息，但不包含对应所述第一数据的故障码信息。

可选地，所述判定第一数据是否满足合格显示条件包括:

判断所述第一数据的登录验证信息与预设值是否相同；

若所述第一数据的登录验证信息与预设值相同，则判断所述第一数据的接头序列号是否与已保存在服务器内的的接头序列号一致；

若所述第一数据的登录验证信息与预设值不相同，则判定第一数据不满足合格显示条件；

若所述第一数据的接头序列号与已保存在服务器内的的接头序列号一致，则判断当前查询状态是否符合违法策略，所述违法策略为预设的违法查询的参数范围；

若所述第一数据的接头序列号与已保存在服务器内的的接头序列号不一致，则判定第一数据不满足合格显示条件；

若不符合所述违法策略，则判定所述第一数据满足合格显示条件；

若符合所述违法策略，则判定所述第一数据不满足合格显示条件。

本申请第三方面提供一种车辆诊断的装置，包括：

读取单元，用于读取待检测车辆的第一数据；

第一判断单元，判断所述第一数据是否满足发送条件；

第一发送单元，用于若所述第一数据满足发送条件，则将所述第一数据发送至服务器，以使得服务器根据所述第一数据判断查询状态是否合法，并生成第二数据；

第一接收单元，用于接收所述服务器发送的第二数据；

第二判断单元，用于判断所述第二数据是否满足合格显示条件；

显示单元，用于若所述第二数据满足合格显示条件，则进行第一显示，所述第一显示为服务器查询第二数据后的处理结果。

可选地，所述第一判断单元具体用于：

判断诊断软件是否已成功登录账户；

若是，则判定为满足发送条件；

若否，则判定为不满足发送条件。

可选地，若所述第一数据不满足发送条件，所述显示单元还用于进行第二显示，所述第二显示表示诊断失败，并带有失败提示信息；

可选地，若所述第二数据不满足合格显示条件，还用于进行第二显示，进行所述第二显示，所述第二显示表示诊断失败，并带有失败提示信息。

本申请第四方面提供一种车辆诊断的装置，包括：

第二接收单元，用于接收诊断软件发送的第一数据；

判定单元，用于判定所述第一数据的查询状态是否合法；

生成单元，用于若所述第一数据的查询状态合法，则根据所述第一数据生成第二数据，所述第二数据包含对应所述第一数据的故障码信息与查询状态合法的提示信息；

第二发送单元，将所述第二数据发送至诊断软件，以使得诊断软件根据所述第二数据内的提示信息进行对应显示。

可选地，若所述第一数据的查询状态不合法，所述生成单元还用于：

根据所述第一数据生成第二数据，所述第二数据包含查询状态不合法的提示信息，但不包含对应所述第一数据的故障码信息。

可选地，所述判定单元具体用于：

判断所述第一数据的登录验证信息与预设值是否相同；

若所述第一数据的登录验证信息与预设值相同，则判断所述第一数据的接头序列号是否与已保存在服务器内的的接头序列号一致；

若所述第一数据的登录验证信息与预设值不相同，则判定第一数据不满足合格显示条件；

若所述第一数据的接头序列号与已保存在服务器内的的接头序列号一致，则判断当前查询状态是否符合违法策略，所述违法策略为预设的违法查询的参数范围；

若所述第一数据的接头序列号与已保存在服务器内的的接头序列号不一致，则判定第一数据不满足合格显示条件；

若不符合所述违法策略，则判定所述第一数据满足合格显示条件；

若符合所述违法策略，则判定所述第一数据不满足合格显示条件。

本申请第五方面提供了一种计算机装置，包括：

处理器、存储器、输入输出设备以及总线；

所述处理器、存储器、输入输出设备分别与所述总线相连；

所述处理器用于执行如前实施例任一所述的方法。

本申请第六方面提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第一方面与第二方面的车辆诊断的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：本实施例中，读取待检测车辆的第一数据判，断所述第一数据是否满足发送条件，若所述第一数据满足发送条件，则将所述第一数据发送至服务器，以使得服务器根据所述第一数据判断查询状态是否合法，并生成第二数据，接收所述服务器发送的第二数据，判断所述第二数据是否满足合格显示条件，若所述第二数据满足合格显示条件，则进行第一显示，所述第一显示为服务器查询第二数据后的处理结果。其中，通过判断账户是否成功登录并根据第二数据判断是否显示诊断后的结果，从而降低了车辆故障码及相关数据泄露的可能性。

附图说明

图1为本申请实施例中一种车辆诊断的方法实施例的一个示意图；

图2为本申请实施例中一种车辆诊断的方法实施例的另一个示意图；

图3为本申请实施例中一种车辆诊断的方法实施例的另一个示意图；

图4为本申请实施例中一种车辆诊断的方法实施例的另一个示意图；

图5为本申请实施例中一种车辆诊断的系统实施例的一个示意图；

图6为本申请实施例中一种车辆诊断的系统实施例的另一个示意图；

图7为本申请实施例中一种计算机装置的一个示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

车辆故障码就是车辆出现故障后经车辆电脑ecu分析反映出的故障码，一般经常的故障码为传感器故障传感器工作不良引起的，但一些机械故障ecu是读不出来的，车辆仪表盘上会有一些基本的故障显示，但对于日常生活中大多数的诊断需求来说，主要的还是需要借助车辆诊断设备来读取，广义的车辆诊断设备既包括了专门的汽车诊断设备，也包括了加载有车辆诊断软件的各种电子设备，如加载有车辆诊断软件的移动终端，pda，pc等。而依靠诊断设备读取时，会有人通过轮询的方式或者直接通过设备在车辆电脑内下载故障码与故障之间的对应关系数据，从而造成车辆故障码的丢失，而本申请则旨在提出一种保护车辆故障码的车辆诊断方法，在具体的车辆诊断的过程中，可以在保护车辆故障码数据的前提下，为使用者提供车辆诊断的服务。

为了便于理解，下面对本申请实施例中的具体流程进行描述，请参阅图1，本申请实施例中一种车辆诊断的方法包括：

101、读取待检测车辆的第一数据；

具体地，诊断设备可以通过车载诊断系统obd接口与待检测车辆连接，并通过该接口读取到故障码编号以及该车载诊断系统的标识信息，读取到的信息用来发送至服务器以供服务器根据该信息诊断当前故障发生的原因，并返回相关提示。

102、判断所述第一数据是否满足发送条件；

具体地，判断第一数据是否满足发送条件包括判断当前诊断软件是否已登录账户，该账户为所述诊断软件运行时需要登录的，若满足发送条件，即已登录账户，则将所述第一数据发送至服务器，以使得服务器根据所述第一数据查询第二数据，若未登录账户，则先提示登录账户，提示后若登录成功，则将所述第一数据发送至服务器，但是若提示后仍未登录成功，则显示诊断失败，并提供相关的提示信息以使得当前的使用者可以得知失败的原因是未成功登录账户。

103、若所述第一数据满足发送条件，则将所述第一数据发送至服务器，以使得服务器根据所述第一数据判断查询状态是否合法，并生成第二数据；

具体地，若所述第一数据满足发送条件即当前诊断软件已有账户登录，则将第一数据发送至服务器侧，服务器根据存储在服务器内的查询程序以及判断程序会对该第一数据进行处理，并将处理结果发送至诊断软件，该第一数据内可以包括诊断软件读取到的车辆故障码以及车载诊断系统的标识信息。

104、接收所述服务器发送的第二数据；

具体地，服务器对接收到的第一数据即故障码编号以及该车载诊断系统的标识信息对应得出故障码信息相关的第二数据，并发送至诊断软件。

105、判断所述第二数据是否满足合格显示条件；

具体地，由服务器发送的第二数据可以有两种，一种为服务器判定合格之后发送的第二数据，一种为服务器判定不合格之后发送的第二数据，第二数据内带有判定合格与判定不合格的提示信息，诊断软件根据该提示信息从而判断所述第二数据是否满足合格显示条件，从而对应显示。

106、进行第一显示，所述第一显示为服务器查询第二数据后的处理结果；

具体地，进行第一显示，表示本次诊断过程符合诊断软件所定义的合法性，即通过了诊断软件与服务器的判断过程，该处理结果可以包括查询成功的故障码，以及该故障码的解释等相关信息。

107、进行第二显示，所述第二显示表示诊断失败，并带有失败提示信息。

具体地，进行第二显示，虽然表示当前诊断过程失败，此处的表示诊断失败不代表服务器并未查询或诊断出对应结论，而指诊断过程并未通过诊断软件与服务器的判断过程从而表示诊断失败，带有的失败提示信息可以表明该次诊断失败的原因。

本实施例中，读取待检测车辆的第一数据，判断所述第一数据是否满足发送条件，若所述第一数据满足发送条件，则将所述第一数据发送至服务器，以使得服务器根据所述第一数据查询第二数据，接收所述服务器发送的第二数据，判断所述第二数据是否满足合格显示条件，若所述第二数据满足合格显示条件，则进行第一显示，所述第一显示为服务器查询第二数据后的处理结果。其中，通过判断账户是否成功登录并根据第二数据判断是否显示诊断后的结果，从而降低了车辆故障码及相关数据泄露的可能性。

为对检测诊断软件是否成功登录账户做进一步解释，基于图1所述的实施例，具体请参见图2，本实施例中，一种车辆诊断的方法另一个实施例包括：

20、判断是否成功登录账户过程。

具体地，读取待检测车辆的第一数据，判断是否已成功登录账户，若已成功登录账户，则将该第一数据发送至服务器，若未成功登录账户，则提示登录账户，提示后若登录成功，则仍会将该第一数据发送至服务器，但如果提示后仍未登录成功，则进行第二显示，并带有对应未成功登录账户的提示信息，该第二显示可以理解为当诊断软件判断出当前并不能成功登录账户时，提示用户当前诊断失败，并且诊断失败的原因是并未成功登录账号，并带有对应未成功登录账户的提示信息，判断是否登录成功的条件可以为在已提供了账号登录界面时预设一个时间值，在该时间内若检测到已登录账户，则成功，反之则失败，也可以为判断登录的账号密码是否匹配，匹配则成功，不匹配则失败。

为解释服务器侧的处理过程，本实施例中，一种车辆诊断的方法一个实施例包括：

301、接收诊断软件发送的第一数据；

具体地，服务器接收由诊断软件发送的第一数据，第一数据内可以包括诊断软件读取到的车辆故障码以及车载诊断系统的标识信息。

302、判定所述第一数据的查询状态是否合法；

具体地，判定所述第一数据是否满足合格的显示条件，主要是为阻止车载故障码信息被恶意查询，通过判定当前诊断过程是否符合系统预设的合法方式实现。

303、若所述第一数据的查询状态合法，则根据所述第一数据生成第二数据，所述第二数据包含对应所述第一数据的故障码信息与查询状态合法的提示信息；

具体地，若所述第一数据满足合格显示条件，则所述第二数据包含对应第一数据的故障码信息，若所述第一数据不满足合格显示条件，则所述第二数据不包含对应第一数据的故障码信息，但包含不满足合格显示条件的提示信息，可以理解为，该第一数据内可以包括诊断软件读取到的车辆故障码以及车载诊断系统的标识信息，第二数据会根据服务器对第一数据的判定结果对应的生成相关信息，若判定通过，则第二数据则包括对应第一数据内的车辆故障码生成的故障码相关信息，若判定未通过，则第二数据则包含未通过对应的原因，但是不包括对应第一数据内的车辆故障码生成的故障码相关信息，生成对应第一数据内的车辆故障码生成的故障码相关信息的过程可以为，服务期内已预设一个文本，该文本内带有车辆故障码与车载诊断系统和故障码信息的对应关系，服务器根据第一数据内的车辆故障码与车载诊断系统与该对应关系，即可得到想要的故障码信息，并且生成的第二数据中包含是否通过了判断过程的标识信息，该标识信息用于提示诊断软件，此次诊断过程是否合法，从而进行对应显示。

304、若所述第一数据的查询状态不合法，根据所述第一数据生成第二数据，所述第二数据包含查询状态不合法的提示信息，但不包含对应所述第一数据的故障码信息；

具体地，若第一数据的查询状态不合法，也会根据其不合法的原因生成第二数据从而发送至诊断软件处，该第二数据发送至诊断软件时，诊断软件可以根据第二数据内包含的查询状态不合法的提示信息判断出该次诊断失败，并给出相关失败提示，该失败提示带有失败原因，即上述的关于查询状态不合法的提示信息，但具体地在诊断软件上的显示手段，可以为保存在产品说明书内的一串字符，让用户可以根据查阅说明书得出失败原因，也可以直接显示出失败原因。

305、将所述第二数据发送至诊断软件。

具体地，生成所述第二数据之后会将其发送至诊断软件，诊断软件根据第二数据内的表示是否通过判断过程的标识信息对应表示，若该标识信息表示通过判断过程，则诊断软件提取第二数据内的故障码信息进行显示，若该标识信息标识未通过判断过程，则诊断软件提取第二数据内表示未成功理由的对应信息，并进行显示。

本实施例中，接收诊断软件发送的第一数据，判定所述第一数据的查询状态是否合法，若所述第一数据的查询状态合法，则根据所述第一数据生成第二数据，所述第二数据包含对应所述第一数据的故障码信息与查询状态合法的提示信息，若所述第一数据的查询状态不合法，根据所述第一数据生成第二数据，所述第二数据包含查询状态不合法的提示信息，但不包含对应所述第一数据的故障码信息，将所述第二数据发送至诊断软件，以使得诊断软件根据所述第二数据内的提示信息进行对应显示。通过在服务器侧判断出第一数据的合法性从而对应生成第二数据以返回至诊断软件进行对应的显示，可以避免数据保存在诊断软件内部被恶意破解的可能，降低了数据丢失的可能性。

本实施例中，基于图3实施例，进一步解释判断第一数据是否满足合格显示条件的过程，具体请参见图4，一种车辆诊断的方法的另一个实施例包括：

40、判定第二数据是否满足合格显示条件。

具体地，判断所述第一数据的登录验证信息与预设值是否相同；

若所述第一数据的登录验证信息与预设值相同，则判断所述第一数据的接头序列号是否与已保存在服务器内的的接头序列号一致；

若所述第一数据的登录验证信息与预设值不相同，则判定第一数据不满足合格显示条件；

若所述第一数据的接头序列号与已保存在服务器内的的接头序列号一致，则判断当前查询状态是否符合违法策略，所述违法策略为预设的违法查询的参数范围；

若所述第一数据的接头序列号与已保存在服务器内的的接头序列号不一致，则判定第一数据不满足合格显示条件；

若不符合所述违法策略，则判定所述第一数据满足合格显示条件；

若符合所述违法策略，则判定所述第一数据不满足合格显示条件；

具体地，上述过程可以理解为，判断第一数据是否满足合格的显示条件，主要判断三个方面，即登录验证信息、接头序列号与是否符合违法策略，该登录验证信息可以以令牌的模式体现，即在诊断过程中，服务器下发一个数据至登录账户，并要求该登录账户在固定位置进行输入，如果输入的数据与下发数据一致，则通过对登录验证信息的判断；

判断接头序列号的过程，该接头指诊断设备与车载诊断系统相连接的接头，每个接头都会有一个固定且唯一的序列号，并与账户绑定存储在服务器内，该过程是为防止不同账户使用同一接头的行为，只有诊断软件检测到当前使用的接头序列号与已存入服务器的序列号一致时，则通过对接头序列号的判断；

判定违法策略的过程，可以理解为，服务器事先定下一些违反寻常诊断需求的诊断状态，示例性地，对应同一账户以及同一接头序列号的情况下，本实施例提供以下具体例子：

a)一次最多读取20个故障码；

b)任意3分钟内相同的系统id请求故障码与上次有9个以上不同的故障码，连续两次都有10或以上个故障码，则入黑名单；

c)60分钟内有累计有10次请求出现不同的故障码，则入黑名单；比如第一次请求p0109，第二次请求p0103、p0104，第三次请求p0105，第四次请求p0110、p0102，第五次p0207等这种情况也列入非法；

d)一天最多能读取50个不同故障码，两天内读取不同故障码达80则入黑名单；

上述例子并不是固定的，方案在具体的实现过程中，会对违法策略进行不同定义，如果符合违法策略的范围，则不通过对诊断状态的判断，若不在该范围内，则通过对诊断状态的判断，需要指出的是，虽然本实施例中对登录验证信息、接头序列号与诊断状态是否符合违法策略的判断以流程形式体现，但不规定三项判断过程的前后顺序，可以理解为，无论某一个判断过程的失败，均表示该第一数据不合法，从而生成对应的第二数据，只有三个判断过程均成功时，才生成包括了故障码信息的第二数据。

上面对本申请实施例中的方法部分进行了介绍，下面从虚拟装置的角度对本申请实施例进行说明。

请参阅图5，本申请实施例中一种车辆诊断的装置的一个实施例包括：

读取单元501，用于读取待检测车辆的第一数据；

第一判断单元502，判断所述第一数据是否满足发送条件；

第一发送单元503，用于若所述第一数据满足发送条件，则将所述第一数据发送至服务器，以使得服务器根据所述第一数据查询第二数据；

第一接收单元504，用于接收所述服务器发送的第二数据；

第二判断单元505，用于判断所述第二数据是否满足合格显示条件；

显示单元506，用于若所述第二数据满足合格显示条件，则进行第一显示，所述第一显示为服务器查询第二数据后的处理结果。

本实施例中，读取单元501，用于读取待检测车辆的第一数据，第一判断单元502，判断所述第一数据是否满足发送条件，第一发送单元503，用于若所述第一数据满足发送条件，则将所述第一数据发送至服务器，以使得服务器根据所述第一数据查询第二数据，第一接收单元504，用于接收所述服务器发送的第二数据，第二判断单元505，用于判断所述第二数据是否满足合格显示条件，显示单元506，用于若所述第二数据满足合格显示条件，则进行第一显示，所述第一显示为服务器查询第二数据后的处理结果，其中，通过判断账户是否成功登录并根据第二数据判断是否显示诊断后的结果，从而降低了车辆故障码及相关数据泄露的可能性。

图6，本申请实施例中一种车辆诊断的装置的另一个实施例包括：

第二接收单元601，用于接收诊断软件发送的第一数据；

判定单元602，用于判定所述第一数据满足合格显示条件；

生成单元603，用于根据所述第一数据生成第二数据；

第二发送单元604，用于将所述第二数据发送至诊断软件。

本实施例中，第二接收单元，用于接收诊断软件发送的第一数据；判定单元，用于判定所述第一数据满足合格显示条件；生成单元，用于根据所述第一数据生成第二数据；第二发送单元，用于将所述第二数据发送至诊断软件，通过在服务器侧判断出第一数据的合法性从而对应生成第二数据以返回至诊断软件进行对应的显示，可以避免数据保存在诊断软件内部被恶意破解的可能，降低了数据丢失的可能性。

下面从实体装置的角度对本申请实施例中的计算机装置进行描述，请参阅图7，本申请实施例中计算机装置的一个实施例包括：

该计算机装置700可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，cpu)701(例如，一个或一个以上处理器)和存储器605，该存储器605中存储有一个或一个以上的应用程序或数据。

其中，存储器705可以是易失性存储或持久存储。存储在存储器605的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器701可以设置为与存储器705通信，在智能终端700上执行存储器705中的一系列指令操作。

该计算机装置700还可以包括一个或一个以上电源702，一个或一个以上有线或无线网络接口703，一个或一个以上输入输出接口704，和/或，一个或一个以上操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm等等。

可以理解的是，在本申请的各种实施例中，上述各步骤的序号的大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

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

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。