CN113554787A - 车锁控制方法和装置 - Google Patents

Abstract

本发明实施例提出一种车锁控制方法和装置。其中，该方法包括：接收并保存来自车主终端的激活码集合，所述激活码集合是由所述车主终端从服务器端获取的，所述激活码集合包括所述服务器端为所述车主终端分配的多个激活码；接收来自所述车主终端的第一激活请求，所述第一激活请求中包括第一激活码；利用所述激活码集合和所述第一激活码激活所述车主终端；利用所述第一激活码确定是否允许所述车主终端控制所述车锁。本发明实施例通过车主终端与服务器端通信，从服务器端获取激活码本和激活码，在激活过程中，不要求车端具有与服务器端连接的功能，车主终端与车端之间采用近距离的通信方式即可实现车钥匙的激活，可应用的场景更广泛。

Description

车锁控制方法和装置

本申请是申请日为2018年09月29日、申请号为2018111470475、发明名称为“车锁控制方法和装置”的中国专利申请的分案申请。

技术领域

本发明涉及车辆控制技术领域，尤其涉及一种车锁控制方法和装置。

背景技术

目前，通过无线通信实现车辆解锁方案包括：

第一类：在车辆预置固定的密钥，每辆车的密钥一致。采用该方案，一旦一辆车被攻破，所有车辆均面临安全风险，安全风险大。

第二类：一车一密，基于云端授权。采用该方案，在初始化以及分享授权时，需要车端具备移动网络，才能够连接云端。与第一类相比，安全风险小。但是，如果车辆在地下车库或者山区时，移动信号往往不好，功能受限。

第三类：一车一密，每辆车预置不同固定密钥。采用该方案，需要为每各车辆进行下线配置或者个性化生产。因此，存在工序繁琐、成本高等缺点。此外，具体到某一辆车，采用该方案在分享钥匙时也使用同一套密钥，在共享使用场景时的安全风险大。

发明内容

本发明实施例提供一种车锁控制方法和装置，以解决现有技术中的一个或多个技术问题。

第一方面，本发明实施例提供了一种车锁控制方法，包括：

接收并保存来自车主终端的激活码集合，所述激活码集合是由所述车主终端从服务器端获取的，所述激活码集合包括所述服务器端为所述车主终端分配的多个激活码；

接收来自所述车主终端的第一激活请求，所述第一激活请求中包括第一激活码；

利用所述激活码集合和所述第一激活码激活所述车主终端；

利用所述第一激活码确定是否允许所述车主终端控制所述车锁。

第二方面，本发明实施例提供了一种车锁控制方法，包括：

接收来自服务器端的激活码集合和第一激活码，所述激活码集合包括所述服务器端为车主终端分配的多个激活码；

向车端发送所述激活码集合，以在所述车端保存所述激活码集合；

向所述车端发送第一激活请求，所述第一激活请求中包括所述第一激活码，以使得所述车端利用所述激活码集合和所述第一激活码激活所述车主终端。

第三方面，本发明实施例提供了一种车锁控制方法，包括：

从车主终端的激活码集合中选取第一激活码，所述激活码集合包括所述服务器端为所述车主终端分配的多个激活码；

向所述车主终端发送所述激活码集合和所述第一激活码，通过所述车主终端向车端发送所述激活码集合和所述第一激活码，以使得所述车端利用所述激活码集合和所述第一激活码激活所述车主终端。

第四方面，本发明实施例提供了一种车锁控制装置，包括：

第一接收模块，用于接收并保存来自车主终端的激活码集合，所述激活码集合是由所述车主终端从服务器端获取的，所述激活码集合包括所述服务器端为所述车主终端分配的多个激活码；

第二接收模块，用于接收来自所述车主终端的第一激活请求，所述第一激活请求中包括第一激活码；

第一激活模块，用于利用所述激活码集合和所述第一激活码激活所述车主终端；

第一控制模块，用于利用所述第一激活码确定是否允许所述车主终端控制所述车锁。

第五方面，本发明实施例提供了一种车锁控制装置，包括：

第六方面，本发明实施例提供了一种车锁控制装置，包括：

第三接收模块，用于接收来自服务器端的激活码集合和第一激活码，所述激活码集合包括所述服务器端为车主终端分配的多个激活码；

第一发送模块，用于向车端发送所述激活码集合，以在所述车端保存所述激活码集合；

第二发送模块，用于向所述车端发送第一激活请求，所述第一激活请求中包括所述第一激活码，以使得所述车端利用所述激活码集合和所述第一激活码激活所述车主终端。

第七方面，本发明实施例提供了一种车锁控制装置，所述装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，所述装置的结构中包括处理器和存储器，所述存储器用于存储支持所述装置执行上述车锁控制方法的程序，所述处理器被配置为用于执行所述存储器中存储的程序。所述装置还可以包括通信接口，用于与其他设备或通信网络通信。

第八方面，本发明实施例提供了一种计算机可读存储介质，用于存储车锁控制装置所用的计算机软件指令，其包括用于执行上述车锁控制方法所涉及的程序。

上述技术方案中的一个技术方案具有如下优点或有益效果：通过车主终端与服务器端通信，从服务器端获取激活码本和激活码，在激活过程中，不要求车端具有与服务器端连接的功能，车主终端与车端之间采用近距离的通信方式即可实现车钥匙的激活，可应用的场景更广泛。

上述技术方案中的另一个技术方案具有如下优点或有益效果：由于可以为每个车主终端和车端分配一套激活码集合，即使一辆车被破解，也不影响其他车的安全。

进一步地，可以实现阅后即焚，消除被盗隐患，可安全进行钥匙的授权与分享。

进一步地，使用以激活码为基础、不断变化和交换的新密钥进行开关锁操作，使得开关锁过程更加安全。

上述概述仅仅是为了说明书的目的，并不意图以任何方式进行限制。除上述描述的示意性的方面、实施方式和特征之外，通过参考附图和以下的详细描述，本发明进一步的方面、实施方式和特征将会是容易明白的。

附图说明

在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本发明公开的一些实施方式，而不应将其视为是对本发明范围的限制。

图1示出根据本发明实施例的车锁控制方法的流程图。

图2示出根据本发明实施例的车锁控制方法中初始化的流程图。

图3示出根据本发明实施例的车锁控制方法中激活钥匙的流程图。

图4示出根据本发明实施例的车锁控制方法中车锁开关控制的流程图。

图5示出根据本发明实施例的车锁控制方法中车锁开关控制的流程图。

图6示出根据本发明实施例的车锁控制方法的流程图。

图7示出根据本发明实施例的车锁控制方法中更换用户终端的流程图。

图8示出根据本发明实施例的车锁控制方法中更换车主的流程图。

图9示出根据本发明实施例的车锁控制方法中借车的流程图。

图10示出根据本发明实施例的车锁控制方法中撤销借车的流程图。

图11示出根据本发明实施例的车锁控制方法的流程图。

图12示出根据本发明实施例的车锁控制方法中更换用户终端的流程图。

图13示出根据本发明实施例的车锁控制方法中更换车主的流程图。

图14示出根据本发明实施例的车锁控制方法中借车的流程图。

图15示出根据本发明实施例的车锁控制方法中撤销借车的流程图。

图16示出根据本发明实施例的车锁控制方法的应用示例中初始化的流程图。

图17示出根据本发明实施例的车锁控制方法的应用示例中激活钥匙的流程图。

图18示出根据本发明实施例的车锁控制方法的应用示例中开关锁的流程图。

图19示出根据本发明实施例的车锁控制方法的应用示例中钥匙找回的流程图。

图20示出根据本发明实施例的车锁控制方法的应用示例中二手车销售的流程图。

图21示出根据本发明实施例的车锁控制方法的应用示例中车端的控制器更换的流程图。

图22示出根据本发明实施例的车锁控制方法的应用示例中借车的流程图。

图23示出根据本发明实施例的车锁控制装置的应用示例中撤销借车的流程图。

图24示出根据本发明实施例的车锁控制装置的结构框图。

图25示出根据本发明实施例的车锁控制装置的结构框图。

图26示出根据本发明实施例的车锁控制装置的结构框图。

图27示出根据本发明实施例的车锁控制装置的结构框图。

图28示出根据本发明实施例的车锁控制装置的结构框图。

图29示出根据本发明实施例的车锁控制装置的结构框图。

具体实施方式

在下文中，仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样，在不脱离本发明的精神或范围的情况下，可通过各种不同方式修改所描述的实施例。因此，附图和描述被认为本质上是示例性的而非限制性的。

图1示出根据本发明实施例的车锁控制方法的流程图。如图1所示，该方法可以应用于车端例如车辆的控制器中，该方法包括以下步骤：

S11、接收并保存来自车主终端的激活码集合，所述激活码集合是由所述车主终端从服务器端获取的，所述激活码集合包括所述服务器端为所述车主终端分配的多个激活码。

S12、接收来自所述车主终端的第一激活请求，所述第一激活请求中包括第一激活码。

S13、利用所述激活码集合和所述第一激活码激活所述车主终端。

S14、利用所述第一激活码确定是否允许所述车主终端控制所述车锁。

在本实施例中，用户可以通过手机、掌上电脑、可穿戴设备等终端设备向服务器端注册车主账号。注册成功后，用户可以在终端设备上登录车主账号，通过该终端设备与服务器端进行通信。这种情况下，登陆了车主账号的终端设备可以称为车主终端。

在一种实现方式中，也可以设置车主账号与终端设备的绑定关系，以提高安全性。例如，如果车主账号A在终端设备A1登录时，可以作为车主终端。但是，如果车主账号A在终端设备B1登录时，则需要重新验证车主身份。

车主终端在注册时，可以将车端的信息也上传到服务器端。服务器端在为车主终端和车端分配激活码集合后，可以建立激活码集合、车主终端、车端之间的绑定关系。

车主终端可以通过移动网络等远距离通信方式与服务器端连接，从服务器端获取与自身绑定的激活码集合。车主终端可以将这个激活码集合发到车端保存。并且，车主终端还可以从服务器端保存的激活码集合中获取第一激活码。并利用第一激活码激活自身的车钥匙功能。为了防止重放和随机碰撞，在云端，向车主终端发送第一激活码之后，可以将自身保存的激活码集合中的第一激活码删除。

在本实施例中，可以通过车主终端与服务器端通信，从服务器端获取激活码本(激活码集合)和激活码，在激活过程中，可以通过车端与车主终端的交互完成车钥匙的激活。激活过程中，不要求车端具有与服务器端连接的功能，即车端可离线。因此，在地下车库等移动信号差的场景中，车主终端与车端之间采用近距离的通信方式即可实现车钥匙的激活，可应用的场景更广泛。

进一步地，由于可以为每个车主终端和车端分配一套激活码集合，即使一辆车被破解，也不影响其他车的安全。

在一种实现方式中，在初始化流程中，如图2所示，步骤S11可以包括：

步骤S21、接收来自车主终端的初始化请求，所述初始化请求包括采用私钥签名的所述激活码集合。

步骤S22、利用预置在车端的公钥对激活码集合的私钥签名进行验证，并在验证通过后保存所述激活码集合。

为了保证安全，激活码集合可以采用私钥签名。车端收到激活码集合后，可以用出厂时预置的公钥，验证该私钥签名。验证通过后，在车端保存该激活码集合。

在一种实现方式中，如图3所示，车主终端的车钥匙的激活流程可以包括步骤S12和步骤S13，步骤S13可以包括：

步骤S31、如果所述第一激活码属于所述激活码集合，则确定所述车主终端的车钥匙功能激活成功。

步骤S32、从所述激活码集合中删除已经使用过的所述第一激活码。

在车端收到第一激活请求后，在本地保存的激活码集合中查找是否有第一激活码。如果有，表示该车主终端合法，可以激活该车主终端的车钥匙功能。然后，在车端，从激活码集合中删除第一激活码，防止第一激活码被破解后，利用第一激活码再次激活，提高安全性。

在一种实现方式中，车主终端向车端发送的第一激活请求中还包括第一动态秘钥。如图4所示，在车锁开关控制流程中，步骤S14包括：

步骤S41、接收来自所述车主终端的第一车锁控制请求，所述第一车锁控制请求包括第一密文、第二密文和目标状态。其中，目标状态可以为开锁状态、关锁状态等。

步骤S42、如果车端临时存储有所述第一激活码和所述第一动态秘钥，则利用所述第一激活码对所述第一密文进行解密。

步骤S43、如果解密得到的秘钥与第一动态秘钥相同，则控制所述车锁处于所述目标状态，并利用所述第一动态秘钥对所述第二密文进行解密，得到第二动态秘钥。

步骤S44、删除第一激活码并临时存储所述第二动态秘钥。

在车锁开关控制流程中，在车端和车主终端上可以临时保存一组验证信息。初始时，车端和车主终端上可以临时保存第一激活码和第一动态秘钥。需要控制车锁时，在车主终端随机生成新的动态秘钥、即第二动态秘钥。利用第一激活码对第一动态秘钥进行加密，得到第一密文。利用第一动态秘钥对第二动态秘钥进行加密，得到第二密文。然后，车主终端将第一密文和第二密文发送到车端。

车端则利用自身保存的第一激活码和第一动态秘钥解密。如果利用第一激活码对第一密文进行解密，解密后的秘钥与车端保存的第一动态秘钥相同，可以允许执行本次车锁控制请求，将车锁设置为目标状态例如打开。否则，可以拒绝本次车锁控制请求。如果控制失败，可以终止本次流程。如果控制成功，可以继续利用第一动态秘钥对第二密文进行解密。将解密得到的秘钥、即第二动态秘钥保存在车端，并删除第一激活码，实现对验证信息的更新。

在一种实现方式中，首次控制车锁开关状态后，后续可以利用临时存储的动态秘钥确定是否允许所述车主终端控制所述车锁。如图5所示，该方法还包括：

步骤S51、接收来自车主终端的第二车锁控制请求，所述第二车锁控制请求包括第三密文、第四密文和目标状态。

步骤S52、如果车端临时存储有第三动态秘钥和第四动态秘钥，则利用所述第三动态秘钥对所述第三密文进行解密。

步骤S53、如果解密得到的秘钥与所述第四动态秘钥相同，则控制所述车锁处于所述目标状态，并利用所述第四动态秘钥对所述第四密文进行解密，得到第五动态秘钥。

步骤S54、删除第三动态秘钥并临时存储所述第五动态秘钥。

首次开锁成功之后，更新了车端和车主终端上临时保存的验证信息。后续，每次开锁时，车主终端可以生成一个新的动态秘钥。利用验证信息中的两个动态秘钥以及这个新的动态秘钥生成两个密文，发送给车端。在车端，则利用临时保存的验证信息，对收到的两个密文进行解码。如果解码后，成功控制车锁，再用新的动态秘钥更新这组验证信息。

在本实施例中，使用以激活码为基础、不断变化和交换的新密钥进行开关锁操作，车锁控制更加安全。开关锁过程中，不要求车端具有与服务器端连接的功能，车主终端与车端之间采用近距离的通信方式，即车端可离线，适应的场景更多。

图6示出根据本发明实施例的车锁控制方法的流程图。如图6所示，该方法可以应用于用户终端例如车主终端，该方法包括以下步骤：

步骤S61、接收来自服务器端的激活码集合和第一激活码，所述激活码集合包括所述服务器端为车主终端分配的多个激活码。

步骤S62、向车端发送所述激活码集合，以在所述车端保存所述激活码集合。

步骤S63、向所述车端发送第一激活请求，所述第一激活请求中包括所述第一激活码，以使得所述车端利用所述激活码集合和所述第一激活码激活所述车主终端。这样，可以在车端确定是否允许所述车主终端控制所述车锁。

其中，车端利用所述激活码集合和所述第一激活码激活车主终端的流程可以参见图3及其相关描述，在此不赘述。

在一种实现方式中，步骤S62包括：向所述车端发送初始化请求，所述初始化请求包括采用私钥签名的所述激活码集合，所述初始化请求用于使得所述车端利用预置的公钥对所述激活码集合的私钥签名进行验证、并在验证通过后保存所述激活码集合。初始化的流程可以参见图2及其相关描述，在此不赘述。

在一种实现方式中，所述第一激活请求中还包括第一动态秘钥，所述方法还包括：向所述车端发送第一车锁控制请求，所述第一车锁控制请求包括第一密文、第二密文和目标状态，所述第一密文中包括利用第一激活码加密的第一动态秘钥，所述第二密文中包括利用所述第一动态秘钥加密的第二动态秘钥。

其中，车端收到第一车锁控制请求后的解密和控制车锁的流程，可以参见图4及其相关描述，在此不赘述。

在一种实现方式中，首次控制车锁开关状态后，后续可以利用临时存储的动态秘钥确定是否允许所述车主终端控制所述车锁。因此，该方法还包括：向所述车端发送第二车锁控制请求，所述第二车锁控制请求包括第三密文、第四密文和目标状态，所述第三密文中包括利用第三动态秘钥加密的第四动态秘钥，所述第四密文中包括利用第四动态秘钥加密的第五动态秘钥。

其中，车端收到第二车锁控制请求后的解密和控制车锁的流程，可以参见图5及其相关描述，在此不赘述。

图7示出根据本发明实施例的车锁控制方法的流程图。在图6所示的车锁控制方法的基础上，该方法可以应用于钥匙找回等更换用户终端的场景。在此场景中，如果需要采用原车主的新用户终端作为重新认证的车主终端，需要重新认证车主身份。因此，如图7所示，该方法应用于原车主的新用户终端，该方法还包括：

步骤S71、向所述服务器端发送重新认证请求，所述重新认证请求中包括请求重新认证的车主终端的身份信息。

步骤S72、接收所述服务器端返回的认证结果响应，如果对所述身份信息认证成功，则所述认证结果响应中包括第二激活码。所述第二激活码是由所述服务器端从认证通过的车主终端所绑定的激活码集合中选取的。

在服务器端的该激活码集合中可以将选取过的第二激活码删除，从而防止重放和随机碰撞，安全性能更高。

步骤S73、向所述车端发送包括第二激活码的第二激活请求，所述第二激活请求用于使得所述车端利用所述第二激活码激活重新认证的车主终端。

在本实施例中，车端利用第二激活码激活借车终端的原理，可以参见图3及其相关描述，需要将其中的第一激活码替换成第二激活码，车主终端替换成重新认证的车主终端，在此不赘述。

此外，在车端利用所述第二激活码激活借车终端后，车端可以利用临时存储的第二激活码、动态秘钥等来确定是否允许借车终端控制车锁。具体原理可以参见图4、5及其相关描述，需要将其中的第一激活码替换成第二激活码，车主终端替换成重新认证的车主终端，在此不赘述。

图8示出根据本发明实施例的车锁控制方法的流程图。在图6所示的车锁控制方法的基础上，该方法可以应用于二手车销售等更换车主的场景。这种场景中，通常既需要更换用户终端，也需要更换车主身份。因此，如果需要采用新车主的新用户终端作为请求变更的车主终端，需要变更车主身份。因此，如图8所示，该方法应用于新车主的新用户终端，该方法还包括：

步骤S81、向所述服务器端发送车主变更请求，所述车主变更请求中包括请求变更的车主终端的身份信息。

步骤S82、接收所述服务器端返回车主变更响应，如果变更成功，则所述车主变更响应中包括第三激活码。第三激活码是由服务器端从车主终端所绑定的激活码集合中选取的。此外，在服务器端的该激活码集合中可以将选取过的第三激活码删除，从而防止重放和随机碰撞，安全性能更高。

其中，收到原车主终端或新车主终端发送的车主更换请求后，服务器端可以解除原车主终端与激活码集合的绑定关系，建立新车主终端与该激活码集合的绑定关系。新车主终端就是变更后的车主终端。

步骤S83、向所述车端发送包括所述第三激活码的第三激活请求，所述第三激活请求用于使得所述车端利用所述第三激活码激活变更后的车主终端。

在本实施例中，车端利用第三激活码激活借车终端的原理，可以参见图3及其相关描述，需要将其中的第一激活码替换成第三激活码，车主终端替换成请求变更的车主终端，在此不赘述。

此外，在车端利用所述第三激活码激活借车终端后，车端可以利用临时存储的第三激活码、动态秘钥等来确定是否允许借车终端控制车锁。具体原理可以参见图4、5及其相关描述，需要将其中的第一激活码替换成第三激活码，车主终端替换成请求变更的车主终端，在此不赘述。

图9示出根据本发明实施例的车锁控制方法的流程图。在图6所示的车锁控制方法的基础上，该方法可以应用于借车等车辆共享的场景。这种场景中，通常需要车主终端为借车终端授权。因此，如图9所示，该方法应用于车主终端，该方法还包括：

步骤S91、接收来自所述服务器端的借车请求，所述借车请求中包括请求借车的借车终端的身份信息和权限申请。

步骤S92、根据所述借车终端的身份信息和权限申请向所述服务器端发送借车响应，所述借车响应中包括授权所述借车终端使用所述车端的权限信息。

其中，所述借车响应用于使得所述服务器端向所述借车终端发送允许借车消息，所述允许借车消息中包括第四激活码和所述权限信息，所述第四激活码是由所述服务器端从车主终端的激活码集合中选取的。在服务器端的该激活码集合中可以将选取过的第四激活码删除，从而防止重放和随机碰撞，安全性能更高。

所述允许借车信息用于使得所述借车终端向所述车端发送包括第四激活码的第四激活请求。所述第四激活请求用于使得所述车端利用所述第四激活码激活所述借车终端。

在本实施例中，车端利用第四激活码激活借车终端的原理，可以参见图3及其相关描述，需要将其中的第一激活码替换成第四激活码，车主终端替换成借车终端，在此不赘述。

此外，在车端利用所述第四激活码激活借车终端后，车端可以利用临时存储的第四激活码、动态秘钥等来确定是否允许借车终端控制车锁。具体原理可以参见图4、5及其相关描述，需要将其中的第一激活码替换成第四激活码，车主终端替换成借车终端，在此不赘述。

在一种实现方式中，如图10所示，如果需要撤销借车，该方法还包括：

步骤S101、向所述服务器端发送撤销借车请求，所述撤销借车请求用于请求所述服务器端向所述车端发送撤销借车消息，所述撤销借车消息用于使得所述车端禁止所述借车终端控制所述车锁。

步骤S102、接收所述服务器端返回的撤销借车响应，所述撤销借车响应中包括是否成功撤销借车的状态。

图11示出根据本发明实施例的车锁控制方法的流程图。如图11所示，该方法可以应用于服务器端，该方法包括以下步骤：

步骤S111、接收来自车主终端的初始化请求。

步骤S112、为车主终端分配多个激活码，这多个激活码可以组成与该车主终端具有绑定关系的激活码集合。

步骤S113、从车主终端的激活码集合中选取第一激活码，所述激活码集合包括所述服务器端为所述车主终端分配的多个激活码。选取后，可以在服务器端的该激活码集合中将第一激活码删除，从而防止重放和随机碰撞，安全性能更高。

步骤S114、向所述车主终端发送激活码集合和第一激活码，通过所述车主终端向车端发送所述激活码集合和所述第一激活码，以使得所述车端利用所述激活码集合和所述第一激活码激活所述车主终端。激活流程和激活后的车锁开关控制流程可以参见前述实施例的相关描述。

图12示出根据本发明实施例的车锁控制方法的流程图。在图11所示的车锁控制方法的基础上，该方法可以应用于钥匙找回等更换用户终端的场景。在此场景中，如果需要采用原车主的新用户终端作为重新认证的车主终端，需要重新认证车主身份。因此，如图12所示，该方法应用于服务器端，该方法还包括：

步骤S121、接收来自重新认证的车主终端的重新认证请求，所述重新认证请求中包括请求重新认证的车主终端的身份信息。

步骤S122、如果对所述身份信息认证成功，则从所述激活码集合中选取第二激活码。

认证成功后，服务器端可以找到该车主终端所绑定的激活码集合，从中选取第二激活码。此外，在服务器端的激活码集合中可以将选取过的第二激活码删除，从而防止重放和随机碰撞，安全性能更高。

步骤S123、向重新认证的车主终端返回包括第二激活码的认证结果响应，所述认证结果响应用于使得重新认证的车主终端向所述车端发送包括第二激活码的第二激活请求。所述第二激活请求用于使得所述车端利用所述第二激活码激活重新认证的车主终端。激活流程和激活后的车锁开关控制流程可以参见前述实施例的相关描述。

图13示出根据本发明实施例的车锁控制方法的流程图。在图11所示的车锁控制方法的基础上，该方法可以应用于二手车销售等更换车主的场景。这种场景中，通常既需要更换用户终端，也需要更换车主身份。因此，如果需要采用新车主的新用户终端作为请求变更的车主终端，需要变更车主身份。因此，如图13所示，该方法应用于服务器端，该方法还包括：

步骤S131、接收来自新车主终端的车主变更请求，所述车主变更请求中包括请求变更的车主终端的身份信息。

步骤S132、如果变更成功，则从所述激活码集合中选取第三激活码。

其中，在服务器端可以解除原车主终端与为该车端分配的激活码集合的绑定关系，建立新车主终端与该激活码集合的绑定关系。服务器端可以这个激活码集合中选取第三激活码。此外，在服务器端的激活码集合中可以将选取过的第三激活码删除，从而防止重放和随机碰撞，安全性能更高。

步骤S133、向变更后的车主终端返回包括第三激活码的车主变更响应，所述车主变更响应用于以使得变更后的车主终端向所述车端发送包括所述第三激活码的第三激活请求。所述第三激活请求用于使得所述车端利用所述第三激活码激活变更后的车主终端。激活流程和激活后的车锁开关控制流程可以参见前述实施例的相关描述。

图14示出根据本发明实施例的车锁控制方法的流程图。在图11所示的车锁控制方法的基础上，该方法可以应用于借车等车辆共享的场景。这种场景中，通常需要车主终端为借车终端授权。因此，如图14所示，该方法应用于服务器端，该方法还包括：

步骤S141、接收来自借车终端的借车请求，所述借车请求中包括请求借车的借车终端的身份信息。借车请求中还可以包括权限申请，例如申请用几天，每天付费多少钱等。

步骤S142、向所述车主终端发送借车消息，所述借车消息中包括所述借车终端的身份信息。借车请求中还可以包括借车终端的权限申请。

步骤S143、接收来自所述车主终端的授权响应，所述授权响应中包括授权所述借车终端使用所述车端的权限信息。

步骤S144、从所述激活码集合中选取第四激活码。

服务器端获得授权后，可以查找该车主终端所绑定的激活码集合，从中选取第四激活码。此外，在服务器端的激活码集合中可以将选取过的第四激活码删除，从而防止重放和随机碰撞，安全性能更高。

步骤S145、向所述借车终端发送包括第四激活码和所述权限信息的允许借车消息，所述允许借车消息用于使得所述借车终端向所述车端发送包括第四激活码的第四激活请求，所述第四激活请求用于使得所述车端利用所述第四激活码激活所述借车终端。激活流程和激活后的车锁开关控制流程可以参见前述实施例的相关描述。

在一种实现方式中，如图15所示，如果需要撤销借车，该方法还包括：

步骤S151、接收所述车主终端的撤销借车请求。

步骤S152、向所述车端发送撤销借车消息，所述撤销借车消息用于使得所述车端禁止所述借车终端控制所述车锁。

步骤S153、接收所述车端返回的撤销借车结果消息，所述撤销借车结果消息中包括是否成功撤销借车的状态。

步骤S154、向所述借车终端发送撤销借车通知，所述撤销借车通知中包括是否成功撤销借车的状态。

在一种实现方式中，可以在撤销借车成功时，再向借车终端发送撤销借车通知，以通知借车终端撤销授权。撤销借车失败时，可以不通知借车终端。

在另一种实现方式中，不论撤销借车成功还是失败，均可以向借车终端发送撤销借车通知。

步骤S155、向所述车主终端发送撤销借车响应，所述撤销借车响应中包括是否成功撤销借车的状态。

在应用示例中，用户终端为手机，服务器端为云端、车辆的控制器为车端。用户例如车主的手机可以通过移动网络等远距离的无线通信方式与云端通信。手机可以近距离的无线通信方式与车辆的控制器通信。例如，车辆的控制器具有蓝牙功能。手机与车辆的控制器通过蓝牙功能通信。

下面按照不同的应用场景对该车锁控制方法的各个阶段进行说明。

在出厂配置阶段，可以在车内安装具有蓝牙功能的控制器。厂家供货时，可以预置统一的安全软体开发工具包(SDK，Software Development Kit)和公钥。在车辆生产下线时，不需要额外地进行蓝牙车钥匙的下线配置。用户购买车辆，注册车辆账号后，可以通过手机向云端初始化车辆，并激活手机中的蓝牙车钥匙，进而控制该车辆的车锁状态。

场景一：钥匙初始化。

如图16所示，钥匙初始化流程可以包括以下步骤：

步骤S161、用户通过手机向云端申请注册成为某个车辆的车主。注册成功后，通过手机向云端请求初始化手机中的蓝牙车钥匙。其中，手机可以向云端发送注册请求、初始化请求等，完成该注册和初始化流程。在注册时，用户需要通过手机向云端上传注册所需的各种身份信息，例如：用户名、姓名、住址、车端的基本信息、各种证明文件等。

步骤S162、在车主注册后，云端可以将车主与车端绑定。并且，云端可以为该车主和该车端分配一个激活码本。该激活码本中包括多个激活码的激活码集合。此外，云端还可以从该激活码本中为该主车的该手机分配一个激活码。云端在向该手机返回初始化成功响应时，可以在响应中包括该激活码本和该激活码等。

并且，在云端的激活码本中，可以将下发给该车主的该手机的这个激活码删除，防止重复授权。

此外，为了保证安全，该激活码本可以采用私钥签名。

步骤S163、用户通过手机向车端发送钥匙的初始化请求，在该请求中包括采用私钥签名的该激活码本。其中，既可以在信道加密的情况下，对激活码本进行私钥签名；也可以对激活码本进一步加密，加密的复杂程度可以根据实际应用场景的需求灵活选择。

步骤S164、车端可以采用预置的公钥验证该激活码本的私钥签名，验证成功后保存该激活码本。例如，可以在车辆的物理钥匙开锁状态下，验证签名。

步骤S165、车端向手机返回初始化成功响应。

步骤S166、手机收到车端的初始化成功响应后，可以删除手机中的激活码本，这样可以防止从手机中破解激活码本。

在本场景中，手机与车端可以采用蓝牙等短距离的无线方式通信。这样，车端不需要与云端直接通信，可以不设置移动网络连接功能。也就是说，在初始化流程中，车端可离线。

场景二：钥匙激活。

如图17所示，钥匙激活流程可以包括以下步骤：

步骤S171、用户通过手机向车端发送激活请求，激活请求中可以带着激活码、动态秘钥(key0)和权限等属性信息。key0可以为手机激活的钥匙随机生成的128位的数据。

步骤S172、车端将收到的激活码与激活码本进行比对。如果该激活码本中存在该激活码，则表示激活成功。这时，可以从激活码本中删除这条激活码。此外，还可以临时保存该激活码和该动态秘钥(key0)。

步骤S173、如果激活成功，车端可以向该手机返回激活成功响应。

在激活流程中，车端可离线。每次激活后，从激活码本中删除用过的激活码，可以防止重放和随机碰撞。

场景三：开关锁。

如图18所示，开关锁流程可以包括以下步骤：

步骤S181、用户通过手机首次向车端发送车锁控制请求。

钥匙激活后，手机中临时保存有激活码和key0。在手机中随机生成128位的动态秘钥key1。利用key0对key1加密生成key1密文，利用激活码对key0加密生成key0密文。在车锁控制请求中可以包括key1密文和key0密文。此外，车锁控制请求中还可以包括请求开锁还是关锁的状态标志。

步骤S182、车端首次收到车锁控制请求后，可以利用自身临时保存的激活码和动态秘钥key0对该请求中的密文进行解密。解密且匹配成功后，车端可以向手机返回首次开/关锁成功的响应。

具体地，用激活码解密key0密文得到key0。比对解码得到的key0与上一步收到的动态秘钥key0是否一样。如果一样，表示匹配成功，可以允许将车锁设置成本次请求的开锁状态或关锁状态。匹配成功后，在利用key0解密key1密文得到key1。在车端删除激活码，临时保存key0和key1。

步骤S183、用户通过手机再次向车端发送车锁控制请求。

手机中临时保存有key0和key1。在手机中随机生成128位的动态秘钥key2。利用key1对key2加密生成key2密文，利用key0对key1加密生成key1密文。在车锁控制请求中可以包括key2密文和key1密文。此外，车锁控制请求中还可以包括请求开锁还是关锁的状态标志。

步骤S184、车端再次收到车锁控制请求后，可以利用自身临时保存的动态秘钥key0和key1对该请求中的密文进行解密。解密且匹配成功后，车端可以向手机返回再次开/关锁成功的响应。

具体地，用key0解密key1密文得到key1。比对解码得到的key1与上一步收到的动态秘钥key1是否一样。如果一样，表示匹配成功，可以允许将车锁设置成本次请求的开锁状态或关锁状态。匹配成功后，在利用key1解密key2密文得到key2。在车端删除激活码，临时保存key1和key2。

步骤S185、用户通过手机再次向车端发送车锁控制请求。

手机中临时保存有key1和key2。在手机中随机生成128位的动态秘钥key3。利用key2对key3加密生成key3密文，利用key1对key2加密生成key2密文。在车锁控制请求中可以包括key3密文和key2密文。此外，车锁控制请求中还可以包括请求开锁还是关锁的状态标志。

步骤S186、车端再次收到车锁控制请求后，可以利用自身临时保存的激活码和key0对该请求中的密文进行解密。解密且匹配成功后，车端可以向手机返回再次开/关锁成功的响应。

具体地，用key1解密key2密文得到key2。比对解码得到的key2与上一步收到的动态秘钥key2是否一样。如果一样，表示匹配成功，可以允许将车锁设置成本次请求的开锁状态或关锁状态。匹配成功后，在利用key2解密key3密文得到key3。在车端删除激活码，临时保存key2和key3。

在后续的开关锁流程，与步骤S185、步骤S186类似，车端利用临时存储的一组动态秘钥对再次收到的车锁控制请求中的密文进行解密和配对，成功后更新临时存储的秘钥。

在本场景中，车端可离线。车端的控制器通过临时保存一组秘钥、以及从手机新获得的秘钥，这三个值进行比较，可以放重放，安全性能高。

场景四：钥匙找回。

如图19所示，钥匙找回流程可以包括以下步骤：

步骤S191、云端可以向原手机发送禁止授权的消息，作废之前的授权。这个步骤可以由云端发起，也可以由终端来在决定是否发起。

例如，如果是原手机丢失或更换，想要作废之前的授权，则云端收到车主用新手机发送的挂失请求后向原手机发送禁止授权的消息。当然，挂失方式也有多种，例如通过电话挂失、通过网站登录车主账号后挂失、通过手机挂失等。

步骤S192、用户使用新手机向云端发送重新认证请求。重新认证请求中可以包括用户的各种身份信息，例如：注册的账号、附加认证的一些证明文件等。

步骤S193、云端认证成功后，可以向新手机返回认证结果响应。如果是成功响应，其中可以带着新激活码。如果是失败响应，则新手机需要继续认证，直到通过认证才能收到新激活码。

其中，云端可以从该用户和车端对应的激活码本中选取该新激活码。为了选取之后，可以将该新激活码从云端的激活码本中删除。

步骤S194、新手机收到新激活码后，可以重新执行激活流程，参见场景二的相关描述。激活成功后，新手机就可以控制该车端的车锁状态了。控制流程可以参见场景三的相关描述。

场景五：二手车销售。

如图20所示，二手车销售场景中的钥匙更换流程可以包括以下步骤：

步骤S201、用户通过手机向云端发送车主变更请求。

在该步骤中，既可以是原车主通过手机向云端发送车主变更请求，也可以是新车主通过手机向云端发送车主变更请求。

对于原车主来说，通过车主变更请求，可以请求解除原车主与该车端、激活码本的绑定关系。对于新车主来说，通过车主变更请求，可以实现新用户注册、新用户申诉等功能。在原车主不主动解除绑定关系的情况下，新车主可以请求云端强制解除原来的绑定关系，建立自己的账号与该车端及其激活码本的绑定关系。为了保证交易的安全，新车主也需要将自身的账号信息、各种证明文件例如二手车购车合同等上传到云端进行验证。

步骤S202、云端成功地重置绑定关系后，可以从激活码本中取一个激活码，发送给新车主的手机。

步骤S203、新车主的手机收到激活码后，可以重新执行激活流程，参见场景二的相关描述。激活成功后，新车主的手机就可以控制该车端的车锁状态了。控制流程可以参见场景三的相关描述。

在本场景中，车端可离线。及时原车主不配合时，新车主也可以通过云端强制解绑定，使得原车主的手机钥匙失效。

场景六：车端的控制器更换。

如图21所示，如果车端的控制器由于某种原因例如损坏、功能不稳定等，需要更换。更换后，手机与车端需要重新执行初始化和激活流程，具体可以包括以下步骤：

步骤S211、用户通过手机向云端发送重新初始化请求，将用户的身份信息例如账号信息和附加认证的一些证明文件等上传到云端，以重新初始化手机中的蓝牙钥匙。

步骤S212、云端认证通过后，可以将该车主与车端的新控制器绑定，重置该车端的激活码信息。云端可以为该车主和车端的新控制器重新分配一个激活码本，也可以获取该车主原来的激活码本。并从激活码本中取出一个激活码分配给该车主。例如通过成功响应将该激活码本和激活码发给手机。

步骤S213、用户通过手机重新执行初始化和激活流程。具体而言，用户通过手机向车端重新发送该激活码本。在车端的新控制器中保存该激活码本，参见场景一。然后，手机利用收到的激活码重新激活，参见场景二。激活成功后，用户通过该手机就可以与该车端的新控制器交互，控制该车端的车锁状态了。控制流程可以参见场景三的相关描述。

在本场景中，车端可离线。

场景七：借车。

如图22所示，借车流程可以包括以下步骤：

步骤S221、借车人手机向云端发送注册请求。

步骤S222、如果注册成功，云端向借车人手机发送成功响应。

步骤S223、借车人手机向云端发送借车请求，其中包括借车人信息。此外，借车请求中也可以包括权限申请，例如，需要借几天等。

步骤S224、云端向车主手机发送借车消息，其中包括借车人信息。

步骤S225、车主手机可以查看借车人信息，从而决定是否授权借车，以及借车的权限信息。例如，允许借车人使用的时长等。车主手机可以向云端返回借车响应。如果车主同意借车，借车响应中可以包括确认权限、时间等授权属性。

步骤S226、云端收到授权响应后，可以从该车端的激活码本中取出一个激活码，将激活码、权限和私钥签名等发送给借车人手机。并且，云端可以将取出的激活码从激活码本中删除。

步骤S227、借车人手机可以重新执行钥匙激活流程，参见场景二。激活成功后，用户通过借车人手机就可以控制该车端的车锁状态了。控制流程可以参见场景三的相关描述。

在本场景中，车端可离线。

场景八：撤销借车。

如图23所示，撤销借车流程可以包括以下步骤：

步骤S231、车主手机向云端发送撤销借车请求，请求云端撤销借车授权。

步骤S232、云端向车端发送撤销借车消息，指示车端取消对该借车人的授权，禁止借车人手机控制车锁。

步骤S233、车端向云端反馈撤销借车的结果，例如撤销成功或撤销失败等。

步骤S234、如果撤销借车成功，则云端向借车人手机发送取消授权的通知消息，以通知借车人手机该车端的借车权限已经被取消了。借车人手机可以显示取消提示。

步骤S235、云端向车主手机发送撤销借车响应，以向车主反馈目前撤销的状态。例如撤销成功或撤销失败等。

在本场景中，车端可离线。但是，如果车主或借车人的手机无法联网，取消借车授权可能无法实时生效。

本发明实施例从车锁控制方法具备以下优点：

1、出厂时，在车端的蓝牙控制器内，预置统一的安全传输SDK和公钥，因此，在汽车生产环节，不再需要进行下线配置。

2、用户车主注册成功，并通过车主认证后，进行钥匙初始化。云端为该车生成激活码本，并且将车主、车和激活码本绑定。

3、云端进行激活码本(激化码集合)的生成、管理和分发，保证每一辆车都的激活码本不重复，实现一车一密。由于每辆车都有自己的一套激活码本，一辆车被破解，不影响其他车辆的安全。

4、在激活车钥匙时，使用手机将一个钥匙的激活码透传到车端，车端验证钥匙的激活码在激活码本范围后，将激活码本中该条纪录删除。因此，实现了阅后即焚，消除被盗隐患，可安全进行钥匙的授权与分享。另外，在激活过程中，在本地手机和车端可以通过蓝牙进行交互，不需要车辆有移动信号。

5、可以钥匙第一次使用时初始化车辆，激活钥匙。不需要在之前：比如车辆下线时进行车辆密钥的个性化配置，简化了流程，节省成本。

6、激活码和密钥分离，承担不同阶段的角色，在车钥匙激活成功后，使用以激活码为基础、不断变化和交换的新密钥进行开关锁操作，是一种类滚码的算法。使用这种独特的动态密钥算法保护业务功能，使得开关锁过程更加安全。在开关锁过程中，手机App和车端通过本地蓝牙交互，不需要移动信号。

图24示出根据本发明实施例的车锁控制装置的结构框图。该装置可以设置于车端例如控制器中。如图24所示，该装置可以包括：

第一接收模块241，用于接收并保存来自车主终端的激活码集合，所述激活码集合是由所述车主终端从服务器端获取的，所述激活码集合包括所述服务器端为所述车主终端分配的多个激活码；

第二接收模块242，用于接收来自所述车主终端的第一激活请求，所述第一激活请求中包括第一激活码；

第一激活模块243，用于利用所述激活码集合和所述第一激活码激活所述车主终端；

第一控制模块244，用于利用所述第一激活码确定是否允许所述车主终端控制所述车锁。

在一种实现方式中，所述第一接收模块241还用于接收来自所述车主终端的初始化请求，所述初始化请求包括采用私钥签名的所述激活码集合；利用预置在车端的公钥对所述激活码集合的私钥签名进行验证，并在验证通过后保存所述激活码集合。

在一种实现方式中，所述第一激活模块243还用于如果所述第一激活码属于所述激活码集合，则确定所述车主终端的车钥匙功能激活成功；从所述激活码集合中删除已经使用过的所述第一激活码。

在一种实现方式中，所述第一激活请求中还包括第一动态秘钥，所述第一控制模块244还用于：

接收来自所述车主终端的第一车锁控制请求，所述第一车锁控制请求包括第一密文、第二密文和目标状态；

如果车端临时存储有所述第一激活码和所述第一动态秘钥，则利用所述第一激活码对所述第一密文进行解密；

如果解密得到的秘钥与第一动态秘钥相同，则控制所述车锁处于所述目标状态，并利用所述第一动态秘钥对所述第二密文进行解密，得到第二动态秘钥；

删除第一激活码并临时存储所述第二动态秘钥。

在一种实现方式中，所述第一控制模块244还用于：

接收来自车主终端的第二车锁控制请求，所述第二车锁控制请求包括第三密文、第四密文和目标状态；

如果车端临时存储有第三动态秘钥和第四动态秘钥，则利用所述第三动态秘钥对所述第三密文进行解密；

如果解密得到的秘钥与所述第四动态秘钥相同，则控制所述车锁处于所述目标状态，并利用所述第四动态秘钥对所述第四密文进行解密，得到第五动态秘钥；

删除第三动态秘钥并临时存储所述第五动态秘钥。

图25示出根据本发明实施例的车锁控制装置的结构框图。如图25所示，该装置可以包括：

第三接收模块250，用于接收来自服务器端的激活码集合和第一激活码，所述激活码集合包括所述服务器端为车主终端分配的多个激活码；

第一发送模块251，用于向车端发送所述激活码集合，以在所述车端保存所述激活码集合；

第二发送模块252，用于向所述车端发送第一激活请求，所述第一激活请求中包括所述第一激活码，以使得所述车端利用所述激活码集合和所述第一激活码激活所述车主终端。

在一种实现方式中，所述第一发送模块251还用于向所述车端发送初始化请求，所述初始化请求包括采用私钥签名的所述激活码集合，所述初始化请求用于使得所述车端利用预置的公钥对所述激活码集合的私钥签名进行验证、并在验证通过后保存所述激活码集合。

在一种实现方式中，所述第一激活请求中还包括第一动态秘钥，如图26所示，该装置还包括：

第三发送模块253，还用于向所述车端发送第一车锁控制请求，所述第一车锁控制请求包括第一密文、第二密文和目标状态，所述第一密文中包括利用第一激活码加密的第一动态秘钥，所述第二密文中包括利用所述第一动态秘钥加密的第二动态秘钥。

在一种实现方式中，该装置还包括：

第四发送模块254，还用于向所述车端发送第二车锁控制请求，所述第二车锁控制请求包括第三密文、第四密文和目标状态，所述第三密文中包括利用第三动态秘钥加密的第四动态秘钥，所述第四密文中包括利用第四动态秘钥加密的第五动态秘钥。

在一种实现方式中，该装置还包括第一重新认证模块261。所述第一重新认证模块261用于：

向所述服务器端发送重新认证请求，所述重新认证请求中包括请求重新认证的车主终端的身份信息；

接收所述服务器端返回的认证结果响应，如果对所述身份信息认证成功，则所述认证结果响应中包括第二激活码，所述第二激活码是由所述服务器端从所述激活码集合中选取的；

向所述车端发送包括第二激活码的第二激活请求，所述第二激活请求用于使得所述车端利用所述第二激活码激活重新认证的车主终端。

在一种实现方式中，该装置还包括第一车主变更模块262。所述第一车主变更模块262用于：

向所述服务器端发送车主变更请求，所述车主变更请求中包括请求变更的车主终端的身份信息；

接收所述服务器端返回车主变更响应，如果变更成功，则所述车主变更响应中包括第三激活码，所述第三激活码是由所述服务器端从所述激活码集合中选取的；

向所述车端发送包括所述第三激活码的第三激活请求，所述第三激活请求用于使得所述车端利用所述第三激活码激活变更后的车主终端。

在一种实现方式中，该装置还包括第一借车模块263。所述第一借车模块263用于：

接收来自所述服务器端的借车请求，所述借车请求中包括请求借车的借车终端的身份信息；

根据所述借车终端的身份信息和权限申请向所述服务器端发送借车响应，所述借车响应中包括授权所述借车终端使用所述车端的权限信息；

其中，所述借车响应用于使得所述服务器端向所述借车终端发送允许借车消息，所述允许借车消息中包括第四激活码和所述权限信息，所述第四激活码是由所述服务器端从所述激活码集合中选取的；

所述允许借车信息用于使得所述借车终端向所述车端发送包括第四激活码的第四激活请求，所述第四激活请求用于使得所述车端利用所述第四激活码激活所述借车终端。

在一种实现方式中，该装置还包括第一撤销借车模块264。所述第一撤销借车模块264用于：

向所述服务器端发送撤销借车请求，所述撤销借车请求用于请求所述服务器端向所述车端发送撤销借车消息，所述撤销借车消息用于使得所述车端禁止所述借车终端控制所述车锁；

接收所述服务器端返回的撤销借车响应，所述撤销借车响应中包括是否成功撤销借车的状态。

图27示出根据本发明实施例的车锁控制装置的结构框图。如图27所示，该装置可以包括：

第一选取模块271，用于从车主终端的激活码集合中选取第一激活码，所述激活码集合包括所述服务器端为所述车主终端分配的多个激活码；

第五发送模块272，用于向所述车主终端发送所述激活码集合和所述第一激活码，通过所述车主终端向车端发送所述激活码集合和所述第一激活码，以使得所述车端利用所述激活码集合和所述第一激活码激活所述车主终端。

在一种实现方式中，如图28所示，该装置还包括第二重新认证模块281。所述第二重新认证模块281用于：

接收来自重新认证的车主终端的重新认证请求，所述重新认证请求中包括请求重新认证的车主终端的身份信息；

如果对所述身份信息认证成功，则从所述激活码集合中选取第二激活码；

向重新认证的车主终端返回包括所述第二激活码的认证结果响应，所述认证结果响应用于使得重新认证的车主终端向所述车端发送包括第二激活码的第二激活请求，所述第二激活请求用于使得所述车端利用所述第二激活码激活重新认证的车主终端。

在一种实现方式中，该装置还包括第二车主变更模块282。所述第二车主变更模块282用于：

接收来自新车主终端的车主变更请求，所述车主变更请求中包括请求变更的车主终端的身份信息；

如果变更成功，则从所述激活码集合中选取第三激活码；

向变更后的车主终端返回包括所述第三激活码的车主变更响应，所述车主变更响应用于以使得变更后的车主终端向所述车端发送包括所述第三激活码的第三激活请求，所述第三激活请求用于使得所述车端利用所述第三激活码激活变更后的车主终端。

在一种实现方式中，该装置还包括第二借车模块283。所述第二借车模块283用于：

接收来自借车终端的借车请求，所述借车请求中包括请求借车的借车终端的身份信息和权限申请；

向所述车主终端发送借车消息，所述借车消息中包括所述借车终端的身份信息；

接收来自所述车主终端的授权响应，所述授权响应中包括授权所述借车终端使用所述车端的权限信息；

从所述激活码集合中选取第四激活码；

向所述借车终端发送包括所述第四激活码和所述权限信息的允许借车消息；

其中，所述允许借车消息用于使得所述借车终端向所述车端发送包括第四激活码的第四激活请求，所述第四激活请求用于使得所述车端利用所述第四激活码激活所述借车终端。

在一种实现方式中，该装置还包括第二撤销借车模块284。所述第二撤销借车模块284用于：

接收所述车主终端的撤销借车请求；

向所述车端发送撤销借车消息，所述撤销借车消息用于使得所述车端禁止所述借车终端控制所述车锁；

接收所述车端返回的撤销借车结果消息，所述撤销借车结果消息中包括是否成功撤销借车的状态；

向所述借车终端发送撤销借车通知，所述撤销借车通知中包括是否成功撤销借车的状态；

向所述车主终端发送撤销借车响应，所述撤销借车响应中包括是否成功撤销借车的状态。

本发明实施例各装置中的各模块的功能可以参见上述方法中的对应描述，在此不再赘述。

图29示出根据本发明实施例的车锁控制装置的结构框图。如图29所示，该装置包括：存储器910和处理器920，存储器910内存储有可在处理器920上运行的计算机程序。所述处理器920执行所述计算机程序时实现上述实施例中的车锁控制方法。所述存储器910和处理器920的数量可以为一个或多个。

该装置还包括：

通信接口930，用于与外界设备进行通信，进行数据交互传输。

存储器910可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

如果存储器910、处理器920和通信接口930独立实现，则存储器910、处理器920和通信接口930可以通过总线相互连接并完成相互间的通信。所述总线可以是工业标准体系结构(ISA，Industry Standard Architecture)总线、外部设备互连(PCI，PeripheralComponent)总线或扩展工业标准体系结构(EISA，Extended Industry StandardComponent)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图29中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器910、处理器920及通信接口930集成在一块芯片上，则存储器910、处理器920及通信接口930可以通过内部接口完成相互间的通信。

本发明实施例提供了一种计算机可读存储介质，其存储有计算机程序，该程序被处理器执行时实现上述实施例中任一所述的方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何流程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或流程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通流程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。所述存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (25)

1.一种车锁控制方法，其特征在于，包括：

接收并保存激活码集合，所述激活码集合用于激活车主终端；

接收来自所述车主终端的第一激活请求，所述第一激活请求中包括第一激活码和第一动态秘钥；

在所述车主终端为已激活状态的情况下，利用所述第一激活码和第一动态秘钥确定车端的车锁是否被所述车主终端控制。

2.根据权利要求1所述的方法，其特征在于，接收并保存激活码集合，包括：

接收来自所述车主终端的初始化请求，所述初始化请求包括采用私钥签名的所述激活码集合；

利用预置在车端的公钥对所述激活码集合的私钥签名进行验证，并在验证通过后保存所述激活码集合。

3.根据权利要求1所述的方法，其特征在于，所述车主终端为已激活状态的确定方式，包括：

如果所述第一激活码属于所述激活码集合，则确定所述车主终端的车钥匙功能激活成功；

从所述激活码集合中删除已经使用过的所述第一激活码。

4.根据权利要求1所述的方法，其特征在于，所述利用所述第一激活码和第一动态秘钥确定车端的车锁是否被所述车主终端控制，包括：

接收来自所述车主终端的第一车锁控制请求，所述第一车锁控制请求包括第一密文、第二密文和目标状态；

如果车端临时存储有所述第一激活码和所述第一动态秘钥，则利用所述第一激活码对所述第一密文进行解密；

如果解密得到的秘钥与第一动态秘钥相同，则控制所述车锁处于所述目标状态，并利用所述第一动态秘钥对所述第二密文进行解密，得到第二动态秘钥；

删除第一激活码并临时存储所述第二动态秘钥。

5.根据权利要求1至4中任一项所述的方法，其特征在于，还包括：

接收来自车主终端的第二车锁控制请求，所述第二车锁控制请求包括第三密文、第四密文和目标状态；

如果车端临时存储有第三动态秘钥和第四动态秘钥，则利用所述第三动态秘钥对所述第三密文进行解密；

如果解密得到的秘钥与所述第四动态秘钥相同，则控制所述车锁处于所述目标状态，并利用所述第四动态秘钥对所述第四密文进行解密，得到第五动态秘钥；

删除第三动态秘钥并临时存储所述第五动态秘钥。

6.一种车锁控制方法，其特征在于，包括：

向车端发送所述激活码集合，以在所述车端保存所述激活码集合；

向所述车端发送第一激活请求，所述第一激活请求中包括所述第一激活码和第一动态秘钥，在所述第一激活码属于所述激活码集合的情况下，使所述车主终端为已激活状态；

获取所述车端利用所述第一激活码和第一动态秘钥确定是否允许所述车主终端控制所述车锁的结果。

7.根据权利要求6所述的方法，其特征在于，向车端发送所述激活码集合，包括：

向所述车端发送初始化请求，所述初始化请求包括采用私钥签名的所述激活码集合，所述初始化请求用于使得所述车端利用预置的公钥对所述激活码集合的私钥签名进行验证、并在验证通过后保存所述激活码集合。

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

向所述车端发送第一车锁控制请求，所述第一车锁控制请求包括第一密文、第二密文和目标状态，所述第一密文中包括利用第一激活码加密的第一动态秘钥，所述第二密文中包括利用所述第一动态秘钥加密的第二动态秘钥。

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

向所述车端发送第二车锁控制请求，所述第二车锁控制请求包括第三密文、第四密文和目标状态，所述第三密文中包括利用第三动态秘钥加密的第四动态秘钥，所述第四密文中包括利用第四动态秘钥加密的第五动态秘钥。

10.根据权利要求6至9中任一项所述的方法，其特征在于，还包括：

向所述服务器端发送重新认证请求，所述重新认证请求中包括请求重新认证的车主终端的身份信息；

接收所述服务器端返回的认证结果响应，如果对所述身份信息认证成功，则所述认证结果响应中包括第二激活码，所述第二激活码是由所述服务器端从所述激活码集合中选取的；

向所述车端发送包括第二激活码的第二激活请求，所述第二激活请求用于使得所述车端利用所述第二激活码激活重新认证的车主终端。

11.根据权利要求6至9中任一项所述的方法，其特征在于，还包括：

向所述服务器端发送车主变更请求，所述车主变更请求中包括请求变更的车主终端的身份信息；

接收所述服务器端返回车主变更响应，如果变更成功，则所述车主变更响应中包括第三激活码，所述第三激活码是由所述服务器端从所述激活码集合中选取的；

向所述车端发送包括所述第三激活码的第三激活请求，所述第三激活请求用于使得所述车端利用所述第三激活码激活变更后的车主终端。

12.根据权利要求6至9中任一项所述的方法，其特征在于，还包括：

接收来自所述服务器端的借车请求，所述借车请求中包括请求借车的借车终端的身份信息；

根据所述借车终端的身份信息和权限申请向所述服务器端发送借车响应，所述借车响应中包括授权所述借车终端使用所述车端的权限信息；

其中，所述借车响应用于使得所述服务器端向所述借车终端发送允许借车消息，所述允许借车消息中包括第四激活码和所述权限信息，所述第四激活码是由所述服务器端从所述激活码集合中选取的；

所述允许借车信息用于使得所述借车终端向所述车端发送包括第四激活码的第四激活请求，所述第四激活请求用于使得所述车端利用所述第四激活码激活所述借车终端。

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

向所述服务器端发送撤销借车请求，所述撤销借车请求用于请求所述服务器端向所述车端发送撤销借车消息，所述撤销借车消息用于使得所述车端禁止所述借车终端控制所述车锁；

接收所述服务器端返回的撤销借车响应，所述撤销借车响应中包括是否成功撤销借车的状态。

14.一种车锁控制装置，其特征在于，包括：

第一接收模块，用于接收并保存来自车主终端的激活码集合，所述激活码集合用于激活车主终端；第二接收模块，用于接收来自所述车主终端的第一激活请求，所述第一激活请求中包括第一激活码和第一动态秘钥；

第一控制模块，用于在所述车主终端为已激活状态的情况下，利用所述第一激活码和第一动态秘钥确定车端的车锁是否被所述车主终端控制。

15.根据权利要求14所述的装置，其特征在于，所述第一控制模块还用于：

接收来自所述车主终端的第一车锁控制请求，所述第一车锁控制请求包括第一密文、第二密文和目标状态；

如果车端临时存储有所述第一激活码和所述第一动态秘钥，则利用所述第一激活码对所述第一密文进行解密；

如果解密得到的秘钥与第一动态秘钥相同，则控制所述车锁处于所述目标状态，并利用所述第一动态秘钥对所述第二密文进行解密，得到第二动态秘钥；

删除所述第一激活码并临时存储所述第二动态秘钥。

16.根据权利要求14或15所述的装置，其特征在于，所述第一控制模块还用于：

接收来自车主终端的第二车锁控制请求，所述第二车锁控制请求包括第三密文、第四密文和目标状态；

如果车端临时存储有第三动态秘钥和第四动态秘钥，则利用所述第三动态秘钥对所述第三密文进行解密；

如果解密得到的秘钥与所述第四动态秘钥相同，则控制所述车锁处于所述目标状态，并利用所述第四动态秘钥对所述第四密文进行解密，得到第五动态秘钥；

删除第三动态秘钥并临时存储所述第五动态秘钥。

17.一种车锁控制装置，其特征在于，包括：

第一发送模块，用于向车端发送所述激活码集合，以在所述车端保存所述激活码集合；

第二发送模块，用于向所述车端发送第一激活请求，所述第一激活请求中包括所述第一激活码和第一动态秘钥，在所述第一激活码属于所述激活码集合的情况下，使所述车主终端为已激活状态；

获取模块，用于获取所述车端利用所述第一激活码和第一动态秘钥确定是否允许所述车主终端控制所述车锁的结果。

18.根据权利要求17所述的装置，其特征在于，所述装置还包括：

第三发送模块，还用于向所述车端发送第一车锁控制请求，所述第一车锁控制请求包括第一密文、第二密文和目标状态，所述第一密文中包括利用第一激活码加密的第一动态秘钥，所述第二密文中包括利用所述第一动态秘钥加密的第二动态秘钥。

19.根据权利要求18所述的装置，其特征在于，还包括：

第四发送模块，还用于向所述车端发送第二车锁控制请求，所述第二车锁控制请求包括第三密文、第四密文和目标状态，所述第三密文中包括利用第三动态秘钥加密的第四动态秘钥，所述第四密文中包括利用第四动态秘钥加密的第五动态秘钥。

20.根据权利要求17至19中任一项所述的装置，其特征在于，还包括第一重新认证模块，所述第一重新认证模块用于：

向所述服务器端发送重新认证请求，所述重新认证请求中包括请求重新认证的车主终端的身份信息；

接收所述服务器端返回的认证结果响应，如果对所述身份信息认证成功，则所述认证结果响应中包括第二激活码，所述第二激活码是由所述服务器端从所述激活码集合中选取的；

向所述车端发送包括第二激活码的第二激活请求，所述第二激活请求用于使得所述车端利用所述第二激活码激活重新认证的车主终端。

21.根据权利要求17至19中任一项所述的装置，其特征在于，还包括第一车主变更模块，所述第一车主变更模块用于：

向所述服务器端发送车主变更请求，所述车主变更请求中包括请求变更的车主终端的身份信息；

接收所述服务器端返回车主变更响应，如果变更成功，则所述车主变更响应中包括第三激活码，所述第三激活码是由所述服务器端从所述激活码集合中选取的；

向所述车端发送包括所述第三激活码的第三激活请求，所述第三激活请求用于使得所述车端利用所述第三激活码激活变更后的车主终端。

22.根据权利要求17至19中任一项所述的装置，其特征在于，还包括第一借车模块，所述第一借车模块用于：

接收来自所述服务器端的借车请求，所述借车请求中包括请求借车的借车终端的身份信息；

根据所述借车终端的身份信息和权限申请向所述服务器端发送借车响应，所述借车响应中包括授权所述借车终端使用所述车端的权限信息；

其中，所述借车响应用于使得所述服务器端向所述借车终端发送允许借车消息，所述允许借车消息中包括第四激活码和所述权限信息，所述第四激活码是由所述服务器端从所述激活码集合中选取的；

所述允许借车信息用于使得所述借车终端向所述车端发送包括第四激活码的第四激活请求，所述第四激活请求用于使得所述车端利用所述第四激活码激活所述借车终端。

23.根据权利要求22所述的装置，其特征在于，还包括第一撤销借车模块，所述第一撤销借车模块用于：

向所述服务器端发送撤销借车请求，所述撤销借车请求用于请求所述服务器端向所述车端发送撤销借车消息，所述撤销借车消息用于使得所述车端禁止所述借车终端控制所述车锁；

接收所述服务器端返回的撤销借车响应，所述撤销借车响应中包括是否成功撤销借车的状态。

24.一种车锁控制装置，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至13中任一项所述的方法。

25.一种计算机可读存储介质，其存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至13中任一项所述的方法。

Images