一种基于PEPS系统的钥匙ID验证方法及相关装置与流程

本申请涉及车辆技术领域，特别涉及一种基于peps系统的钥匙id验证方法、钥匙id验证装置、peps系统基站以及计算机可读存储介质。

背景技术：

随着车辆技术的发展，赋予给车辆的功能越来越多，人们使用车辆变得越来越方便。其中，重要的一个功能就是无钥匙进入车辆并启动车辆的功能，在车辆实施中也叫做无钥匙进入及启动系统(peps)。peps系统可以通过使用者佩戴的智能钥匙认证车主的身份，进而决定是否开启车门和启动车辆。使用者可以不通过物理的钥匙进入和启动车辆，大大提高用户使用车辆的舒适性和便利性。其中，智能钥匙和peps系统之间的通讯是通过加密解密算法来保证安全和可靠性的，目前市场上流通的车辆是通过hitag2的加密解密算法来实现智能钥匙与peps系统之间的通讯。

但是，hitag2算法存在一定的不完备性，在某些情况下使用错误的钥匙id和相同的密钥也可以通过认证。在其不完备性的基础上，运用在peps系统中会出现以下严重的后果。一个是在车辆的peps系统适配智能钥匙的时候，peps系统可能会保存一个错误的钥匙id，进而在用户后续使用的过程中导致无法认证通过的情况，即不能进入车辆和不能启动车辆。另一个是在正常使用过程中，如果两个智能钥匙的密钥相同的时候，在某些情况下其他车主的钥匙可以进入或启动另一个车主的车辆，造成财产安全等问题。

因此，如何避免hitag2算法的不完备性造成的严重后果，是本领域技术人员所关注的重点问题。

技术实现要素：

本申请的目的是提供一种基于peps系统的钥匙id验证方法、钥匙id验证装置、peps系统基站以及计算机可读存储介质，可以在peps系统基站和智能钥匙初步验证之后，采用取反码方式获取反向钥匙id，通过反向钥匙id判断钥匙id和钥匙id副本是否相同，可以提前发现钥匙id副本错误，从而避免peps系统基站保存错误，增加了peps系统的安全性和可靠性。

为解决上述技术问题，本申请提供一种基于peps系统的钥匙id验证方法，包括：

peps系统基站利用从智能钥匙获取的钥匙id副本通过加密算法对所述智能钥匙存储的钥匙id进行初步验证；

当所述初步验证通过时，从所述智能钥匙获取所述钥匙id的反码，得到反向钥匙id；

根据所述反向钥匙id判断所述钥匙id与所述钥匙id副本是否相同，若是，则判定验证通过。

可选的，根据所述反向钥匙id判断所述钥匙id与所述钥匙id副本是否相同，若是，则判定验证通过，包括：

将所述钥匙id副本与所述反向钥匙id进行异或运算或同或运算，判断运算结果是否全为预设结果；其中，当进行异或运算时，所述预设结果全为1，当进行同或运算时，所述预设结果为0；

若是，则判定验证通过。

可选的，根据所述反向钥匙id判断所述钥匙id与所述钥匙id副本是否相同，若是，则判定验证通过，包括：

将所述钥匙id副本进行取反处理，得到反向钥匙id副本；

判断所述反向钥匙id副本和所述反向钥匙id是否相同；

若是，则判定验证通过。

可选的，peps系统基站利用从智能钥匙获取的钥匙id副本通过加密算法对所述智能钥匙存储的钥匙id进行初步验证，包括：

所述peps系统基站向所述智能钥匙发送验证指令，以使所述智能钥匙发送所述钥匙id副本和钥匙验证数据；其中，所述钥匙验证数据是所述智能钥匙根据所述钥匙id和默认密钥通过所述加密算法进行加密计算得到的；

根据所述钥匙id副本和所述默认密钥通过所述加密算法进行加密计算，得到系统验证数据；

根据所述钥匙验证数据和所述系统验证数据进行初步验证。

可选的，当判定验证通过时，还包括：

所述peps系统基站保存所述钥匙id副本；

向所述智能钥匙发送配对密钥，以使所述智能钥匙接收并保存所述配对密钥并向所述peps系统基站发送确认指令。

可选的，peps系统基站利用从智能钥匙获取的钥匙id副本通过加密算法对所述智能钥匙存储的钥匙id进行初步验证，包括：

所述peps系统基站向所述智能钥匙发送所述验证指令，以使所述智能钥匙发送所述钥匙id副本和钥匙配对验证数据；其中，所述钥匙配对验证数据是所述智能钥匙根据所述钥匙id和所述配对密钥通过所述加密算法进行加密计算得到的；

根据所述钥匙id副本和所述配对密钥通过所述加密算法进行加密计算，得到系统配对验证数据；

根据所述钥匙配对验证数据和所述系统配对验证数据进行初步验证。

可选的，当判定验证通过时，还包括：

所述peps系统基站判断所述钥匙id副本是否为预先存储在peps系统基站中的钥匙id副本；

若是，则发送验证成功指令。

本申请还提供一种基于peps系统的钥匙id验证装置，包括：

验证模块，利用从智能钥匙获取的钥匙id副本对所述智能钥匙存储的钥匙id通过加密算法进行初步验证；

反向读取模块，用于当所述初步验证通过时，从所述智能钥匙获取所述钥匙id的反码，得到反向钥匙id；

补充验证模块，用于根据所述反向钥匙id判断所述钥匙id与所述钥匙id副本是否相同，若是，则判定验证通过。

本申请还提供一种peps系统基站，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时，实现如下的步骤：

peps系统基站利用从智能钥匙获取的钥匙id副本通过加密算法对所述智能钥匙存储的钥匙id进行初步验证；

当所述初步验证通过时，从所述智能钥匙获取所述钥匙id的反码，得到反向钥匙id；

根据所述反向钥匙id判断所述钥匙id与所述钥匙id副本是否相同，若是，则判定验证通过。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现如下的步骤：

peps系统基站利用从智能钥匙获取的钥匙id副本通过加密算法对所述智能钥匙存储的钥匙id进行初步验证；

当所述初步验证通过时，从所述智能钥匙获取所述钥匙id的反码，得到反向钥匙id；

根据所述反向钥匙id判断所述钥匙id与所述钥匙id副本是否相同，若是，则判定验证通过。

本申请所提供的一种基于peps系统的钥匙id验证方法，包括：peps系统基站利用从智能钥匙获取的钥匙id副本通过加密算法对所述智能钥匙存储的钥匙id进行初步验证；当所述初步验证通过时，从所述智能钥匙获取所述钥匙id的反码，得到反向钥匙id；根据所述反向钥匙id判断所述钥匙id与所述钥匙id副本是否相同，若是，则判定验证通过。

可以在peps系统基站和智能钥匙初步验证之后，获取钥匙id的反码，通过钥匙id的反码判断钥匙id和钥匙id副本是否相同，可以提前发现钥匙id副本错误，从而避免peps系统基站保存错误，增加了peps系统的安全性和可靠性。

进一步的，由于改动都在peps系统基站的软件进行，并且修改较小，实施成本低，维修方便。

本申请还提供一种钥匙id验证装置、peps系统基站以及计算机可读存储介质，具有上述有益效果，在此不再赘述。

附图说明

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

图1为本申请实施例提供的一种基于peps系统的钥匙id验证方法的流程图；

图2为本申请实施例提供的一种基于peps系统的钥匙id验证方法的学习过程的流程图；

图3为本申请实施例提供的一种基于peps系统的钥匙id验证方法的认证过程的流程图；

图4为本申请实施例提供的一种基于peps系统的钥匙id验证装置的结构示意图。

具体实施方式

车辆使用peps系统的过程，一般是通过安装在车辆内的peps系统基站和用户所持的智能钥匙共同作用，相互通讯才可以完成相应的验证过程。其中，需要peps系统基站获取相应的智能钥匙的钥匙id并通过密钥和加密算法与智能钥匙进行认证，而由于加密算法的不完备性，尤其是hitag2算法，使得在一些情况下不同的钥匙id和相同的密钥也可以通过认证，会导致在peps系统的学习过程保存错误的钥匙id副本，而在身份认证过程中进行错误的认证过程，造成用户的财产安全等问题。

本申请的核心是提供一种基于peps系统的钥匙id验证方法、钥匙id验证装置、peps系统基站以及计算机可读存储介质，可以在peps系统基站和智能钥匙初步验证之后，获取钥匙id的反码，通过钥匙id的反码判断钥匙id和钥匙id副本是否相同，可以提前发现钥匙id副本错误，从而避免peps系统基站保存错误，增加了peps系统的安全性和可靠性。

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

请参考图1，图1为本申请实施例提供的一种基于peps系统的钥匙id验证方法的流程图。

本实施例提供一种基于peps系统的钥匙id验证方法，可以避免出现错误配对的情况，该方法可以包括：

s101，peps系统基站利用从智能钥匙获取的钥匙id副本通过加密算法对智能钥匙存储的钥匙id进行初步验证；

本步骤旨在利用从智能钥匙获取的钥匙id副本对智能钥匙存储的钥匙id通过加密算法进行初步验证。

其中，peps系统基站存储的钥匙id副本是peps系统在每次初步验证过程中从智能钥匙中获取的钥匙id数据数据，也就是说peps系统基站与智能钥匙无论是在学习过程中还是在认证过程中peps系统基站都需要获取智能钥匙中钥匙id的数据，从而进行判断。这也是使用peps系统的必要步骤，无论执行什么操作，peps系统基站都需要先获取智能钥匙的唯一编码，从而进行后续的步骤，而不是直接进行加密算法再认证。

需要说明的是，本步骤中所指的钥匙id副本和钥匙id的数据内容应该相同，也就是在当peps系统基站从智能钥匙中获取钥匙id到系统内部，通过钥匙id副本进行描述上的区分，并且两者在在技术实施中并无差别，在此为了方便理解所以通过副本进行描述区分。并且，在技术方案中需要解决的问题出现时，钥匙id与钥匙id副本由于干扰等因素，导致不相同。因此为了描述问题清晰，进行名称上的区分。

其中，智能钥匙中也会存储钥匙id和加密算法需要的其他数据，并且可以根据peps系统基站的不同请求做出不同的应答。

在本步骤中所指的初步验证过程可以是peps系统基站利用钥匙id副本对智能钥匙中的钥匙id通过加密算法得到验证数据进行验证。当然，此过程仅仅是基于现有技术而实施，也能想到，若不受具体装置的限制，可以将验证数据在其他地方进行对比验证，总之是进行的初步验证过程。

进一步，在初步验证过程中，在某些情况下peps系统基站接收的钥匙id副本与真正的钥匙id有一些偏差，并且peps系统基站通过偏差的钥匙id还可以与智能钥匙通过初步验证，造成不必要的后果，对于技术人员来说这是需要避免的情况。因此需要一定的补充验证过程，避免出现该情况。

s102，当初步验证通过时，从智能钥匙获取钥匙id的反码，得到反向钥匙id；

在步骤s101的基础上，本步骤旨在进行补充验证过程。在peps系统基站获取钥匙id副本出错一般是受到干扰造成的，例如，钥匙id为1010，经过干扰后获取的钥匙id副本是1011。

一般情况技术人员能想到的是，当验证通过后再获取一次钥匙id副本，与现有的钥匙id副本进行比较，从而进行判断是否出现错误。但是在peps系统使用过程中，获取钥匙id副本并进行初步验证之间的时间间隔非常短，造成再次获取钥匙id副本的时间与上一次获取钥匙id副本的时间间隔也是非常短。因此，有可能会造成两次获取的钥匙id副本受到相似的干扰，也就是第二次获取的钥匙id副本可能与上一次获取的钥匙id副本出现相似的错误，进而导致补充验证失效。

因此，本实施例的思路是获取钥匙id的反码。是为了，如果出现相同的干扰，干扰后的反码同样可以对初步验证进行补充验证，不会造成补充验证失效。

其中，钥匙id的反码，即1为0，0为1。例如，钥匙id为1010，钥匙id的反码就是010。

在使用peps系统时出现干扰，peps系统基站在受到干扰的情况下读取的钥匙id副本可以为1011，此时发现干扰是将读取信息的第四位从低电位变成了高电位，将0干扰成了1，初步验证之后再次获取钥匙id的反码。由于两次获取钥匙id的时间相隔极短，有可能会出现相似的干扰情况。但是，此时获取的是钥匙id反码，第四位为1，即0101，相同的干扰并对此不会造成影响，也就是说peps系统基站获取到了正确的反向钥匙id，可以保持补充验证的准确性。

进一步的，对于实施和维护该步骤，只需要在peps系统基站的软件做相应的改动，可以不对硬件进行改动，实施成本低，维护方便。

s103，根据反向钥匙id判断钥匙id与钥匙id副本是否相同，若是，则判定验证通过。

在步骤s102的基础上，后续的步骤旨在根据反向钥匙id验证钥匙id与钥匙id副本是否相同。

其中，由于反向钥匙id和钥匙id副本在peps系统中是通过数据位进行表示，并且由于两者在逻辑上互为反码，因此可以通过逻辑运算判断两者的结果是否为预设的运算结果，进而确定钥匙id和钥匙id副本是否相同。也可以通过简单的处理判断两者是否相同，再确定钥匙id和钥匙id副本是否相同。具体的可以根据实际解决问题选择不同的判断方式，在此不再做赘述。

通过上述验证过程进行补充验证，解决了加密算法即hitag2算法的不完备性。并且执行步骤简单，步骤次数少，实施方便。

其中，预设操作是指针对不同操作过程的后续操作，例如在学习过程中验证通过后需要进行钥匙id副本和密钥的保存，认证过程需要确认钥匙id副本是否为已存储的钥匙id副本。

综上，可以在peps系统基站和智能钥匙初步验证之后，获取钥匙id的反码，通过钥匙id的反码判断钥匙id和钥匙id副本是否相同，可以提前发现钥匙id副本错误，从而避免peps系统基站保存错误，增加了peps系统的安全性和可靠性。

基于上一实施例，本实施例主要是针对上一实施例中的如何进行判定验证做个一个具体说明，其他部分与上一实施例大体相同，相同部分可以参考上一实施例，在此不再赘述。

本实施例可以包括：

s201，将钥匙id副本与反向钥匙id进行异或运算或同或运算，判断运算结果是否全为预设结果；其中，当进行异或运算时，预设结果全为1，当进行同或运算时，预设结果为0；

s202，若是，则判定验证通过。

本实施例主要是通过逻辑运算判断钥匙id和钥匙id副本是否相同。

具体的，可以将反向钥匙id与钥匙id副本之间进行异或运算，判断结果是否全为1。其中，异或运算的基本运算规则是相同取0，相异取1，也就是说如果获取钥匙id副本与钥匙id相同的话，反向钥匙id与钥匙id副本的异或结果全为1，如果获取的钥匙id覅本受到干扰的话，即获取钥匙id副本与钥匙id不相同，反向钥匙id与钥匙id副本的异或结果不全为1。

也可以将反向钥匙id与钥匙id副本之间进行同或运算，判断结果是否为0。其中，同或运算的基本运算规则是相同取1，相异取0。对于同或运算的结果判断正好与上述同或运算的结果相反，在此不做赘述。

通过上述两种算法就可以判断钥匙id和钥匙id副本之间是否相同，进而确定是否判定验证通过。

此实施例在实施时只需要一步简单的逻辑计算，对软件的改动量较小，方便操作者进行实施。

基于上一实施例，本实施例主要是针对上一实施例中的如何进行判定验证做个另一个具体说明，其他部分与上一实施例大体相同，相同部分可以参考上一实施例，在此不再赘述。

本实施例可以包括：

s301，将钥匙id副本进行取反处理，得到反向钥匙id副本；

s302，判断反向钥匙id副本和反向钥匙id是否相同；

s303，若是，则判定验证通过。

本实施例主要是将钥匙id副本进行取反码处理得到反向钥匙id副本，与反向钥匙id进行对比，判断是否相同，进而确定是否验证通过。

一般的，peps系统和智能钥匙进行操作时主要分为两大步骤，一个是学习过程，即peps系统记录智能钥匙的钥匙id副本和智能钥匙保存peps系统发送的密钥的过程，另一个是在用户使用车辆时通过钥匙进入和启动车辆的认证过程。基于这两个不同的步骤，下述两个实施例分别进行说明。

下述的实施例中所描述的钥匙id和钥匙id副本的判断过程可以是上述实施例介绍的判断过程中的任一个，为了描述方便在此只选择其中一种判断方式进行说明。

peps系统的学习过程：

请参考图2，图2为本申请实施例提供的一种基于peps系统的钥匙id验证方法的学习过程的时序图。

该实施例的初步验证可以包括：

peps系统基站向智能钥匙发送验证指令，以使智能钥匙发送钥匙id副本和钥匙验证数据；其中，钥匙验证数据是智能钥匙根据钥匙id和默认密钥通过加密算法进行加密计算得到的；

根据钥匙id副本和默认密钥通过加密算法进行加密计算，得到系统验证数据；

根据钥匙验证数据和系统验证数据进行初步验证。

当判定验证通过后，还可以包括：

peps系统基站保存钥匙id副本；

向智能钥匙发送配对密钥，以使智能钥匙接收并保存配对密钥并向peps系统基站发送确认指令。

本实施例，主要是针对peps系统基站与智能钥匙之间的学习过程进行说明。在学习过程中的验证步骤之后添加相应的补充验证，可以防止peps系统基站中保存错误的钥匙id。避免后续使用中用户无法正常进入和启动车辆的现象。

其中，默认密钥是预先存储在peps系统基站和智能钥匙中的一致的密钥，可以用来与钥匙id通过加密算法得到密文，也就是实施例中的验证数据。通过对比验证数据就可以进行初步验证。

peps系统的认证过程：

请参考图3，图3为本申请实施例提供的一种基于peps系统的钥匙id验证方法的认证过程的流程图。

该实施例的初步验证可以包括：

peps系统基站向智能钥匙发送验证指令，以使智能钥匙发送钥匙id副本和钥匙配对验证数据；其中，钥匙配对验证数据是智能钥匙根据钥匙id和配对密钥通过加密算法进行加密计算得到的；

根据钥匙id副本和配对密钥通过加密算法进行加密计算，得到系统配对验证数据；

根据钥匙配对验证数据和系统配对验证数据进行初步验证。

当判定验证通过后，还可以包括：

peps系统基站判断钥匙id副本是否为预先存储在peps系统基站中的钥匙id副本；

若是，则发送验证成功指令。

本实施例，主要是针对peps系统与智能钥匙之间的认证过程进行说明。在验证身份通过之后，再进一步的进行补充验证，可以防止认证过程中出现的钥匙id匹配错误的情况。

承接上一实施例，本实施例中使用的配对密钥就是上一实施例中保存在智能钥匙中的配对密钥。

在上述两个实施例中，智能钥匙是设置有一颗防盗芯片的应答器。

本申请实施例提供了一种基于peps系统的钥匙id验证方法，可以在peps系统基站和智能钥匙初步验证之后，采用取反码方式获取反向钥匙id，通过反向钥匙id判断钥匙id和钥匙id副本是否相同，可以提前发现钥匙id副本错误，从而避免peps系统基站保存错误，增加了peps系统的安全性和可靠性。

下面对本申请实施例提供的一种基于peps系统的钥匙id验证装置进行介绍，下文描述的一种基于peps系统的钥匙id验证装置与上文描述的一种基于peps系统的钥匙id验证方法可相互对应参照。

请参考图4，图4为本申请实施例提供的一种基于peps系统的钥匙id验证装置的结构示意图。

本实施例可以提供一种基于peps系统的钥匙id验证装置，该装置可以包括：

验证模块，利用从智能钥匙获取的钥匙id副本对智能钥匙存储的钥匙id通过加密算法进行初步验证；

反向读取模块，用于当初步验证通过时，从智能钥匙获取钥匙id的反码，得到反向钥匙id；

补充验证模块，用于根据反向钥匙id判断钥匙id与钥匙id副本是否相同，若是，则判定验证通过。

本申请实施例还提供一种peps系统基站，包括：

存储器，用于存储计算机程序；

处理器，用于执行计算机程序时，实现如下的步骤：

peps系统基站利用从智能钥匙获取的钥匙id副本通过加密算法对智能钥匙存储的钥匙id进行初步验证；

当初步验证通过时，从智能钥匙获取钥匙id的反码，得到反向钥匙id；

根据反向钥匙id判断钥匙id与钥匙id副本是否相同，若是，则判定验证通过。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时，实现如下的步骤：

peps系统基站利用从智能钥匙获取的钥匙id副本通过加密算法对智能钥匙存储的钥匙id进行初步验证；

当初步验证通过时，从智能钥匙获取钥匙id的反码，得到反向钥匙id；

根据反向钥匙id判断钥匙id与钥匙id副本是否相同，若是，则判定验证通过。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种基于peps系统的钥匙id验证方法、钥匙id验证装置、peps系统基站以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。