CN114257995A - Nfc车钥匙注册方法、系统、终端设备和存储介质 - Google Patents

Abstract

本申请公开了一种NFC车钥匙注册方法以及系统。其中该方法应用于终端设备，该方法包括：在接收到NFC车钥匙注册请求时，向终端设备上的软件开发工具包SDK请求添加针对NFC车钥匙的数据包；其中，SDK在接收到请求时在终端设备之中安全模块上创建安全域以通过安全域的存储空间下载和安装NFC车钥匙的Applet小程序以完成NFC车钥匙空白卡的创建；通过云服务器向发卡系统请求个人化数据以完成NFC车钥匙空白卡的写卡操作；获取NFC车钥匙的注册信息，并从终端设备和云服务器以及车辆之间的连接中确定将用于传输注册信息的目标通信通道；基于目标通信通道将注册信息发送给车辆，以使车辆将注册信息存储至钥匙控制器。

Description

NFC车钥匙注册方法、系统、终端设备和存储介质

技术领域

本申请涉及车辆领域，尤其涉及一种NFC(Near Field Communication，近场通信)车钥匙注册方法、系统、终端设备和存储介质。

背景技术

传统的汽年门锁系统一般会在车门安装一个机械锁或者迎宾开关，在汽车的拉手处安装天线模块和锁控结构，同时用户也需要使用额外的钥匙来进入车身，十分的不便；另外，钥匙丢失后处理比较麻烦。随着电子技术的不断进步，汽车与电子之间的集成越来越普遍，另外手机的普及度越来越高，手机取代汽车钥匙并发挥汽车钥匙的功能是未来汽车与电子融合的一个亮点。

发明内容

本申请的目的旨在至少在一定程度上解决上述的技术问题之一。

为此，本申请的第一个目的在于提出一种NFC车钥匙注册方法。该方法实现车辆的NFC车钥匙的注册场景，这样，仅须使用用户的终端设备就能开启车门，替代车辆钥匙实现解锁功能。

本申请的第二个目的在于提出一种NFC车钥匙注册系统。

本申请的第三个目的在于提出一种终端设备。

本申请的第四个目的在于提出一种计算机可读存储介质。

为达到上述目的，本申请第一方面实施例所述的NFC车钥匙注册方法，所述方法应用于终端设备，所述方法包括：

在接收到用户输入的NFC车钥匙注册请求时，向所述终端设备上的软件开发工具包SDK请求添加针对所述NFC车钥匙的数据包；其中，所述软件开发工具包SDK在接收到所述请求时在所述终端设备之中安全模块上创建安全域以通过所述安全域的存储空间下载和安装所述NFC车钥匙的Applet小程序以完成NFC车钥匙空白卡的创建；

接收所述软件开发工具包SDK返回的针对所述NFC车钥匙空白卡的创建完成结果，并通过云服务器向发卡系统请求个人化数据以完成所述NFC车钥匙空白卡的写卡操作；

获取所述NFC车钥匙的注册信息，并从所述终端设备和所述云服务器以及车辆之间的连接中确定将用于传输所述注册信息的目标通信通道；

基于所述目标通信通道将所述注册信息发送给车辆，以使所述车辆将所述注册信息存储至钥匙控制器。

本申请第二方面实施例提出的NFC车钥匙注册系统，包括：终端设备、云服务器、发卡系统和车辆，其中，

所述终端设备包括远程控车客户端、软件开发工具包SDK和安全模块，其中，所述远程控车客户端用于在接收到用户输入的NFC车钥匙注册请求时，向所述软件开发工具包SDK请求添加针对所述NFC车钥匙的数据包；

所述软件开发工具包SDK用于在接收到所述请求时，在所述安全模块上创建安全域，以通过所述安全域的存储空间下载和安装所述NFC车钥匙的Applet小程序以完成NFC车钥匙空白卡的创建；

所述远程控车客户端，还用于接收所述软件开发工具包SDK返回的针对所述NFC车钥匙空白卡的创建完成结果，并通过所述云服务器向所述发卡系统请求个人化数据以完成所述NFC车钥匙空白卡的写卡操作；

所述远程控车客户端，还用于获取所述NFC车钥匙的注册信息，并从所述终端设备和所述云服务器以及车辆之间的连接中确定将用于传输所述注册信息的目标通信通道，以及基于所述目标通信通道将所述注册信息发送给所述车辆；

所述车辆，用于将所述注册信息存储至所述车辆上的钥匙控制器。

本申请第三方面实施例提出的终端设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时，实现本申请第一方面实施例所述的NFC车钥匙注册方法。

本申请第四方面实施例提出的计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本申请第一方面实施例所述的NFC车钥匙注册方法。

根据本申请实施例的技术方案，通过终端设备上的远程控车客户端和软件开发工具包SDK、以及发卡系统，实现NFC车钥匙的注册，并从终端设备和云服务器以及车辆之间的连接中确定将用于传输该注册信息的目标通信通道，进而基于该目标通信通道将该NFC车钥匙的注册信息发送给车辆，以使车辆将注册信息存储至钥匙控制器，在不影响用户体验的情况下，实现车辆的NFC车钥匙的注册场景，这样，用户通过使用已向车辆钥匙控制器注册过的NFC车钥匙即可实现对该车辆的解锁和闭锁的控制，仅须使用用户的终端设备就能开启车门，替代车辆钥匙实现解锁功能。另外，通过从终端设备和云服务器以及车辆之间的连接中确定将用于传输该注册信息的目标通信通道，比如即使车辆无网络工况下，也能够确保将该注册信息发送给车辆，大大提高了NFC车钥匙的注册成功率。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是根据本申请一个实施例的NFC车钥匙注册方法的流程图。

图2是根据本申请一个实施例的NFC车钥匙注册系统的结构框图。

图3是根据本申请实施例的NFC车钥匙注册系统的交互示意图。

图4是根据本申请实施例的通过蓝牙通道激活NFC车钥匙业务流程图。

图5是根据本申请一个实施例的终端设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的NFC车钥匙注册方法、系统、终端设备和存储介质。

图1是根据本申请一个实施例的NFC车钥匙注册方法的流程图。需要说明的是，本申请实施例的NFC车钥匙注册方法可应用于终端设备上。其中，该终端设备可包括远程控车客户端、软件开发工具包SDK和安全模块SE，该终端设备可为手机、平板电脑、可穿戴式设备等具有各种操作系统的硬件设备。可选地，本申请实施例的NFC车钥匙注册方法从远程控车客户端测进行描述。

如图1所示，该NFC车钥匙注册方法可以包括：

步骤101，在接收到用户输入的NFC车钥匙注册请求时，向软件开发工具包SDK请求添加针对NFC车钥匙的数据包；其中，软件开发工具包SDK在接收到请求时在安全模块上创建安全域以通过安全域的存储空间下载和安装NFC车钥匙的Applet小程序以完成NFC车钥匙空白卡的创建。

举例而言，终端设备上安装有可用于远程控制车辆的远程控车客户端APP，用户可通过该远程控车客户端APP注册、删除和管理NFC车钥匙。在用户打开远程控车客户端APP，通过云服务账号、密码登录成功之后，用户可点击远程控车客户端APP中的钥匙管理界面的“添加手机NFC钥匙”，以请求NFC车钥匙的注册。远程控车客户端在接收到用户输入的NFC车钥匙注册请求时，可向终端设备上的软件开发工具包SDK请求添加针对NFC车钥匙的数据包。软件开发工具包SDK在接收到该请求时，在安全模块上创建安全域以通过该安全域的存储空间下载和安装NFC车钥匙的Applet小程序以完成NFC车钥匙空白卡的创建。

其中，在本申请的实施例中，该Applet小程序可理解是采用Java编程语言编写的小应用程序，该程序可以包含在HTML(标准通用标记语言的一个应用)页中。含有Applet的网页的HTML文件代码中部带有<applet>和</applet>这样一对标记，当支持Java的网络浏览器遇到这对标记时，就将下载相应的小应用程序代码并在本地终端设备上执行该Applet。

步骤102，接收软件开发工具包SDK返回的针对NFC车钥匙空白卡的创建完成结果，并通过云服务器向发卡系统请求个人化数据以完成NFC车钥匙空白卡的写卡操作。

可选地，软件开发工具包SDK在完成NFC车钥匙空白卡的创建之后，会向远程控车客户端返回针对NFC车钥匙空白卡的创建完成结果。远程控车客户端在接收到该NFC车钥匙空白卡的创建完成结果之后，可向云服务器请求个人化数据。云服务器在接收到该请求时，可向发卡系统请求个人化数据。其中，该云服务器可理解为该远程控车客户端所对应的服务端。

在本申请的实施例中，在接收到通过云服务器转发的发卡系统下发的个人化数据时，可向软件开发工具包SDK发送写卡指令；其中，写卡指令用于指示软件开发工具包SDK将个人化数据写入NFC车钥匙空白卡。

也就是说，发卡系统在接收到针对个人化数据的请求时，可将该个人化数据发送给云服务器，云服务器将该个人化数据转发给远程控车客户端。远程控车客户端在接收到该个人化数据时，可向软件开发工具包SDK发送该写卡指令，该写卡指令携带有该个人化数据。软件开发工具包SDK在接收到该写卡指令时，可将该个人化数据写入NFC车钥匙空白卡，并将该个人化数据同步到终端设备的安全模块SE上和SEI-TSM(一种用于管理手机安全模块SE的系统)系统，以完成NFC车钥匙空白卡的写入操作。

为了保证个人化数据的通信安全性，可选地，在本申请的一个实施例中，在通过云服务器向发卡系统请求个人化数据之前，远程控车客户端可向软件开发工具包SDK申请通信临时公私钥对，软件开发工具包SDK向安全模块SE申请临时公私钥对。安全模块SE在生成临时公私钥对之后，可将该公私钥对之中的公钥通过软件开发工具包SDK发送给远程控车客户端。远程控车客户端通过云服务器将该公钥发送至发卡系统进行存储。这样，发卡系统在下发个人化数据时，可先利用该公钥对该个人化数据进行加密，并通过云服务器将密文发送给远程控车客户端。远程控车客户端在接收到该加密后的个人化数据之后，可利用公私钥对之中的私钥对该密文进行解密，以得到发卡系统下发的个人化数据。

在本申请的一些实施例中，上述个人化数据可包括但不限于手机NFC车钥匙与车辆通信时所需的通信密钥等，或者，还可包括其他个性化数据。

步骤103，获取NFC车钥匙的注册信息，并从终端设备和云服务器以及车辆之间的连接中确定将用于传输注册信息的目标通信通道。

可选地，在接收到软件开发工具包SDK返回的写卡结果时，可提示NFC车钥匙申请成功，此时可获取NFC车钥匙的注册信息，并从终端设备和云服务器以及车辆之间的连接中确定将用于传输该注册信息的目标通信通道。

需要说明的是，由于车辆端经常无网络或网络故障，NFC车钥匙的注册信息无法通过云服务器下发至车辆端的钥匙控制器，导致钥匙注册后不可用，影响用户体验。为了解决该问题，本申请实施例从终端设备和云服务器以及车辆之间的连接中确定将用于传输该注册信息的目标通信通道，从而能够确保将该注册信息发送给车辆，可以大大提高NFC车钥匙的注册成功率。具体而言，在获得NFC车钥匙的注册信息之后，可将先将注册信息发送给云服务器，以使云服务器检测车辆与云服务器之间的网络通道是否正常；在在接收到云服务器反馈的网络通道正常时，将车辆与云服务器之间的网络通道确定为将用于传输注册信息的目标通信通道。

步骤104，基于目标通信通道将注册信息发送给车辆，以使车辆将注册信息存储至钥匙控制器。需要说明的是，该钥匙控制器集成NFC和蓝牙，用于负责接收和处理NFC、蓝牙钥匙信号。

其中，在本申请的实施例中，该NFC车钥匙的注册信息可包括但不限于NFC钥匙卡的ID号、NFC钥匙卡的类型、NFC车钥匙与车辆通信时所需的通信密钥、NFC钥匙卡的有效期、以及钥匙状态。其中，该钥匙状态可包括可用状态、无效状态(或不可用状态)等。

可选地，软件开发工具包SDK在NFC车钥匙写卡操作之后，会返回针对NFC车钥匙的写卡成功结果。远程控车客户端在接收到SDK返回的写卡成功结果时，向用户提示NFC车钥匙申请成功，并获取该NFC车钥匙的注册信息，将该注册信息发送给车辆。车辆在接收到该NFC车钥匙的注册信息时，可将该注册信息存储至钥匙控制器。可以理解，该钥匙控制器中具有NFC模块，NFC车钥匙的注册信息被存储在该NFC模块中，这样，当用户手持终端设备靠近车辆时，终端设备的NFC车钥匙与车辆上钥匙控制器进行近场通信，从而实现通过NFC车钥匙即可对车辆进行解锁和闭锁控制。

需要说明的是，远程控车客户端可通过网络通道在线将NFC车钥匙的注册信息发送给车辆；或者，在网络通道处于异常时，远程控车客户端通过蓝牙通道离线将NFC车钥匙的注册信息发送给车辆。也就是说，远程控车客户端在获得NFC车钥匙的注册信息之后，可将该注册信息发送给云服务器。云服务器可检测车辆与其之间的网络通道是否正常，其中，该网络通道可以时4G或5G等无线网络通道，并在该网络通道正常时，通过该网络通道将注册信息发送给车辆上的无线网络模块。车辆上的无线网络模块将该注册信息转换成对应的CAN信号，并将该CAN信号发送至钥匙控制器进行存储，以达到将NFC车钥匙的注册信息同步到钥匙控制器的目的。其中，云服务器中存储有云服务账号与车辆的车架号之间的对应关系，这样，云服务器在将NFC车钥匙的注册信息同步到车辆上的钥匙控制器时，可基于该对应关系找到对应车辆，并通过网络通道将该NFC车钥匙的注册信息发送到该车辆的钥匙控制器进行存储。

为了能够保证将NFC车钥匙的注册信息及时的同步到车辆的钥匙控制器上，在本申请的一个实施例中，远程控车客户端在接收到云服务器返回的上述网络通道异常时，检测终端设备与车辆之间的蓝牙通道是否处于连接状态；在蓝牙通道处于连接状态时，将终端设备与车辆之间的蓝牙通道确定为将用于传输该注册信息的目标通信通道。也就是说，当云服务器检测到车辆与其之间的网络通道异常，即车辆与云服务器之间的网络通道存在异常时，可向远程控车客户端返回针对网络通道的检测结果。远程控车客户端在接收到云服务器返回的上述网络通道异常时，检测终端设备与车辆之间的蓝牙钥匙是否可用，即检测终端设备与车辆之间的蓝牙通道是否处于连接状态，若该蓝牙通道处于连接状态时，通过蓝牙通道将该注册信息发送给车辆。需要说明的时，车辆上的蓝牙模块可集成在钥匙控制器中，所以，远程控车客户端可通过蓝牙通道将NFC车钥匙的注册信息直接发送给钥匙控制器进行存储。

当车辆与云服务器间的网络通道异常，且蓝牙钥匙未登录时，远程控车客户端无法通过蓝牙通道下发NFC车钥匙的注册信息至车辆，导致NFC车钥匙注册成功后不可用。针对车辆离线且蓝牙钥匙未登录公开，用户可使用远程控车客户端中的钥匙激活功能，实现钥匙信息同步。可选地，在本申请的一个实施例中，在蓝牙通道处于未连接状态时，建立终端设备与车辆之间的蓝牙连接；在蓝牙连接成功时，对车辆上的钥匙控制器进行身份验证；在钥匙控制器的身份验证成功时，将终端设备与车辆之间的蓝牙连接确定为将用于传输该注册信息的目标通信通道。

也就是说，在终端设备与车辆之间的蓝牙通道处于未连接状态时，远程控车客户端可提示用户打开终端上上的蓝牙，并提示用户登录蓝牙钥匙，以建立终端设备与车辆之间的蓝牙连接。在终端设备与车辆间的蓝牙连接成功时，远程控车客户端将自身存储的蓝牙名、密码和车架号发送给车辆，以使车辆基于自身存储的蓝牙名、密码、车架号，与远程控车客户端发送的蓝牙名、密码、车架号进行对比，以实现远程控车客户端与车辆上的钥匙控制器的身份验证。在车辆自身存储的蓝牙名、密码、车架号，与远程控车客户端发送的蓝牙名、密码、车架号一致时，远程控车客户端确定与车辆上的钥匙控制器的身份验证成功，并在钥匙控制器的身份验证成功时，通过蓝牙连接将NFC车钥匙的注册信息发送钥匙控制器进行存储。

根据本申请实施例的NFC车钥匙注册方法，通过终端设备上的远程控车客户端和软件开发工具包SDK、以及发卡系统，实现NFC车钥匙的注册，并从终端设备和云服务器以及车辆之间的连接中确定将用于传输该注册信息的目标通信通道，进而基于该目标通信通道将该NFC车钥匙的注册信息发送给车辆，以使车辆将注册信息存储至钥匙控制器，在不影响用户体验的情况下，实现车辆的NFC车钥匙的注册场景，这样，用户通过使用已向车辆钥匙控制器注册过的NFC车钥匙即可实现对该车辆的解锁和闭锁的控制，仅须使用用户的终端设备就能开启车门，替代车辆钥匙实现解锁功能。另外，通过从终端设备和云服务器以及车辆之间的连接中确定将用于传输该注册信息的目标通信通道，比如即使车辆无网络工况下，也能够确保将该注册信息发送给车辆，大大提高了NFC车钥匙的注册成功率。

图2是根据本申请一个实施例的NFC车钥匙注册系统的结构框图。如图2所示，该NFC车钥匙注册系统200可以包括：终端设备210、云服务器220、发卡系统230和车辆240。其中，该终端设备210包括远程控车客户端211、软件开发工具包SDK 212和安全模块213。

具体地，远程控车客户端211用于在接收到用户输入的NFC车钥匙注册请求时，向软件开发工具包SDK 212请求添加针对NFC车钥匙的数据包。

软件开发工具包SDK 212用于在接收到请求时，在安全模块213上创建安全域，以通过该安全域的存储空间下载和安装NFC车钥匙的Applet小程序以完成NFC车钥匙空白卡的创建。

远程控车客户端211还用于接收软件开发工具包SDK 212返回的针对NFC车钥匙空白卡的创建完成结果，并向云服务器220请求个人化数据。

云服务器220用于向发卡系统230转发针对个人化数据的请求，并接收发卡系统230根据请求下发的个人化数据，并将发卡系统230下发的个人化数据发送给远程控车客户端211。

远程控车客户端211还用于在接收到云服务器220发送的个人化数据时，向软件开发工具包SDK 212发送写卡指令。

软件开发工具包SDK 212还用于根据写卡指令将个人化数据写入NFC车钥匙空白卡。

远程控车客户端211还用于在接收到软件开发工具包SDK 212返回的写卡结果时，提示NFC车钥匙申请成功，并获取NFC车钥匙的注册信息，并从终端设备和云服务器以及车辆之间的连接中确定将用于传输该注册信息的目标通信通道，以及基于目标通信通道将该注册信息发送给车辆240。

车辆240用于将注册信息存储至车辆240上的钥匙控制器241。

需要说明的是，远程控车客户端可通过网络通道在线将NFC车钥匙的注册信息发送给车辆；或者，在网络通道处于异常时，远程控车客户端通过蓝牙通道离线将NFC车钥匙的注册信息发送给车辆。具体而言，在本申请的一个实施例中，远程控车客户端211具体用于：将注册信息发送给云服务器220；云服务器220还用于检测车辆240与云服务器220之间的网络通道是否正常。远程控车客户端211还用于在接收到云服务器220反馈的所述网络通道正常时，将车辆240与云服务器220之间的网络通道确定为将用于传输所述注册信息的目标通信通道。

为了能够保证将NFC车钥匙的注册信息及时的同步到车辆的钥匙控制器上，在本申请的一个实施例中，远程控车客户端211还用于在接收到云服务器220反馈的网络通道异常时，检测终端设备210与车辆240之间的蓝牙通道是否处于连接状态；在蓝牙通道处于连接状态时，将终端设备210与车辆240之间的蓝牙通道确定为将用于传输所述注册信息的目标通信通道。

当车辆与云服务器间的网络通道异常，且蓝牙钥匙未登录时，远程控车客户端无法通过蓝牙通道下发NFC车钥匙的注册信息至车辆，导致NFC车钥匙注册成功后不可用。针对车辆离线且蓝牙钥匙未登录公开，用户可使用远程控车客户端中的钥匙激活功能，实现钥匙信息同步。在本申请的一个实施例中，远程控车客户端211还用于在蓝牙通道处于未连接状态时，建立终端设备210与车辆240之间的蓝牙连接；在蓝牙连接成功时，对车辆240上的钥匙控制器241进行身份验证；在钥匙控制器241的身份验证成功时，将终端设备210与车辆240之间的蓝牙连接确定为将用于传输所述注册信息的目标通信通道。

根据本申请实施例的NFC车钥匙注册系统，通过终端设备上的远程控车客户端和软件开发工具包SDK、以及发卡系统，实现NFC车钥匙的注册，并从终端设备和云服务器以及车辆之间的连接中确定将用于传输该注册信息的目标通信通道，进而基于该目标通信通道将该NFC车钥匙的注册信息发送给车辆，以使车辆将注册信息存储至钥匙控制器，在不影响用户体验的情况下，实现车辆的NFC车钥匙的注册场景，这样，用户通过使用已向车辆钥匙控制器注册过的NFC车钥匙即可实现对该车辆的解锁和闭锁的控制，仅须使用用户的终端设备就能开启车门，替代车辆钥匙实现解锁功能。另外，通过从终端设备和云服务器以及车辆之间的连接中确定将用于传输该注册信息的目标通信通道，比如即使车辆无网络工况下，也能够确保将该注册信息发送给车辆，大大提高了NFC车钥匙的注册成功率。

需要说明的是，可通过本申请实施例的NFC车钥匙注册系统实现在终端设备上创建并注册NFC车钥匙，并将NFC车钥匙的注册信息同步到车辆上的钥匙控制器上进行存储，以使得该钥匙控制器存储该NFC车钥匙的注册信息，这样，在用户将该终端设备靠近钥匙控制器的附近时即可实现对该车辆的解锁和闭锁的控制。为了方便本领域技术人员了解本申请，下面将举例说明NFC车钥匙注册系统的交互流程，其中，首先介绍下NFC车钥匙空发过程中所涉及到的系统的功能如下：远程控车客户端APP：前端，用户可通过APP注册、删除和管理钥匙；SP-TSM系统：后台服务器，提供手机NFC车钥匙小程序应用安装包；软件开发工具包SDK：下载、安装小程序，存储应用个人化数据，支持无电模式刷卡解闭锁车门及后备箱；SEI-TSM：后台服务器，管理手机安全模块SE；发卡系统：后台服务器，钥匙管理、密钥生成及管理、个人化数据生成及管理。

根据上述系统功能，在本实施例中，如图3所示，该NFC车钥匙注册系统的交互流程如下：

S1：用户打开远程控车客户端APP，通过云服务账号、密码登录；

S2：登录成功后，用户在远程控车客户端APP的显示界面上找到钥匙管理界面，并点击选择“添加手机NFC车钥匙”；

S3：远程控车客户端APP在接收到用户输入的NFC车钥匙注册请求时，发送NFC车钥匙注册请求至手机厂钱包APP(提供一种Wallet Kit开放服务，可管理生活中的卡、证、票、券、钥匙等)，钱包APP查询手机是否支持NFC，并反馈结果给远程控车客户端APP；

S4：若反馈结果为支持手机NFC，则执行开通手机NFC车钥匙；若反馈结果为不支持手机NFC，则返回错误提示；

S5：远程控车客户端APP向云服务器请求短信验证码，云服务器将发短信至车主购车时预留的手机号，用户通过输入短信验证码，获取车主授权；

S6：短信验证通过后，远程控车客户端APP向手机SDK请求添加Pass包；

S7：手机SDK收到请求后，验签并检查该请求添加的Pass包的类型是否选择NFC卡；

S8：手机SDK验签成功后，向钱包服务器申请创建白卡，钱包服务器分配卡片资源，且返回申请结果给手机SDK；

S9：白卡申请成功后，手机SDK向钱包服务器请求SSD创建及应用下载，钱包服务器下发SSD创建及应用下载指令给手机SDK，手机SDK根据该指令在手机的安全模块SE上创建安全域以通过该安全域的存储空间下载和安装NFC车钥匙的Applet小程序以完成NFC车钥匙空白卡的创建；

S10：SDK在SSD创建及应用下载成功后，向钱包服务器请求预个人化；其中，该预个人化可为钱包服务器为NFC车钥匙空白卡预置的用以通信的公私钥对；

S11：钱包服务器下发预个人化指令至手机SDK，手机SDK将该钱包服务器下发的预个人化转发给手机安全模块SE中进行存储；

S12：预个人化完成后，手机SDK返回添加Pass包结果至远程控车客户端APP；

S13：Pass包添加成功后，远程控车客户端APP向手机SDK申请交互TOKEN(令牌)，手机SDK返回TOKEN至远程控车客户端APP，远程控车客户端APP存储TOKEN；

S14：远程控车客户端APP向手机SDK申请卡通信临时公钥，手机SDK向手机安全模块SE申请临时公私钥对，返回公钥至手机SDK，手机SDK将该公钥转发给远程控车客户端APP进行存储；

S15：远程控车客户端APP向云服务器请求个人化数据，云服务器向发卡系统请求个人化数据；

S16：发卡系统下发个人化数据，且使用公钥加密，密文传输至SP-TSM系统；SP-TSM系统将该密文通过云服务器将该密文发送给远程控车客户端APP；

S17：远程控车客户端APP发送写卡指令至手机SDK，手机SDK进行写卡个人化，以将发卡系统下发的个人化数据写到NFC车钥匙中；

S18：手机SDK同步个人化数据至手机安全模块SE和SEI-TSM系统；

S19：手机SDK返回写卡个人化结果至远程控车客户端APP；

S20：远程控车客户端APP提示车钥匙申请成功；

S21：远程控车客户端APP返回针对NFC车钥匙注册结果给云服务器，云服务器检测车辆是否在线，车辆在线时，云服务器通过网络通道(如4G通道或5G通道)下发钥匙注册信息至车辆；车辆离线时，远程控车客户端APP检测蓝牙钥匙是否连接，当检测到蓝牙钥匙登录，且与车辆建立连接时,远程控车客户端APP通过蓝牙通道下发钥匙注册信息至车辆；

S22：车端的钥匙控制器存储该NFC车钥匙的注册信息，其中，该注册信息可包括钥匙ID、钥匙状态等，钥匙控制器返回结果至云服务器或者远程控车客户端APP；

S23：云服务器收到车辆返回的NFC车钥匙注册信息存储成功响应后，返回钥匙注册成功结果至远程控车客户端APP；

S24：远程控车客户端APP收到钥匙注册成功响应后，更新钥匙列表，手机NFC车钥匙注册成功。

对于步骤S21，车辆离线时，当检测到蓝牙钥匙未登录时，远程控车客户端APP无法通过蓝牙通道下发钥匙注册信息至车辆，导致钥匙注册成功后不可用。针对车辆离线且蓝牙钥匙未登录工况，用户可使用远程控车客户端APP中钥匙激活功能，实现钥匙信息同步。图4为车辆离线时，通过蓝牙通道激活NFC车钥匙业务流程图，具体操作步骤如下：

接上述S21：车辆离线，远程控车客户端APP检测到蓝牙钥匙未连接，执行步骤S25；

S25:用户登录远程控车客户端APP之后，用户可在该APP的钥匙管理界面上点击“本机NFC车钥匙”，并点击激活钥匙；

S26:远程控车客户端APP提示用户打开手机蓝牙，以自动登录蓝牙钥匙，建立手机与车辆间的蓝牙连接；

S27：蓝牙连接成功后，远程控车客户端APP与车辆端钥匙控制器进行身份认证；

S28：认证成功后，远程控车客户端APP自动跳转至钥匙激活界面，并完成以下步骤：

i.远程控车客户端APP通过蓝牙通道发送NFC车钥匙的注册指令、钥匙注册信息(如包括钥匙ID、钥匙状态等)至车辆，同时提示用户“钥匙激活中，请勿远离车辆，并保持蓝牙连接”，且倒计时等待接收车辆响应。

ii.车辆钥匙控制器存储钥匙ID、钥匙状态，并返回钥匙激活结果响应给远程控车客户端APP；

iii.远程控车客户端APP收到成功响应后，显示“开通结果”。用户点击完成，远程控车客户端APP返回钥匙管理界面，并更新钥匙列表；

iv.当检测到手机有网络时，则远程控车客户端APP同步钥匙激活结果至云服务器；若手机无网络，则待下次登录云服务账号时同步钥匙激活信息至云服务器；

v.若激活失败，则远程控车客户端APP提示用户激活失败请稍后重试，并检测蓝牙连接是否断开。

需要说明的是，本申请实施例提供了一种通过手机与车机之间的蓝牙通道下发NFC车钥匙信息及注册指令的方案，可在车辆离线、无网络工况下，实现NFC车钥匙的注册信息同步，完成NFC车钥匙自动下发或NFC车钥匙的手动激活。对于用户来说，通过蓝牙通道实现NFC车钥匙自动下发与车辆在线时云服务器下发NFC车钥匙注册信息，远程控车客户端APP操作流程并无区别；通过蓝牙通道激活钥匙，用户仅需要使用远程控车客户端APP点击NFC车钥匙的激活控件，并打开手机蓝牙，以及靠近车辆，在建立蓝牙连接后，可实现一键NFC车钥匙的激活。本申请在不影响用户体验的情况下，实现车辆无网络工况下，注册手机NFC车钥匙的场景。本申请的手机NFC车钥匙注册方法可以实现车辆离线工况下，手机通过蓝牙通道下发钥匙注册指令、钥匙信息至车端钥匙控制器，车辆端更新钥匙列表及钥匙状态，不依赖车辆4G终端和网络，因此可兼容无网络信号的车辆，可以方便用户使用。

为了实现上述实施例，本申请还提出了一种终端设备。如图5所示，该终端设备500可以包括：存储器510、处理器520及存储在存储器510上并可在处理器520上运行的计算机程序530，处理器520执行程序530时，实现本申请上述任一实施例所述的NFC车钥匙注册方法。

为了实现上述实施例，本申请还提出了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本申请上述任一实施例所述的NFC车钥匙注册方法。

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

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

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

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

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

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

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种NFC车钥匙注册方法，其特征在于，所述方法应用于终端设备，所述方法包括：

在接收到用户输入的NFC车钥匙注册请求时，向所述终端设备上的软件开发工具包SDK请求添加针对所述NFC车钥匙的数据包；其中，所述软件开发工具包SDK在接收到所述请求时在所述终端设备之中安全模块上创建安全域以通过所述安全域的存储空间下载和安装所述NFC车钥匙的Applet小程序以完成NFC车钥匙空白卡的创建；

接收所述软件开发工具包SDK返回的针对所述NFC车钥匙空白卡的创建完成结果，并通过云服务器向发卡系统请求个人化数据以完成所述NFC车钥匙空白卡的写卡操作；

获取所述NFC车钥匙的注册信息，并从所述终端设备和所述云服务器以及车辆之间的连接中确定将用于传输所述注册信息的目标通信通道；

基于所述目标通信通道将所述注册信息发送给车辆，以使所述车辆将所述注册信息存储至钥匙控制器。

2.根据权利要求1所述的方法，其特征在于，从所述终端设备和所述云服务器以及车辆之间的连接中确定将用于传输所述注册信息的目标通信通道，包括：

将所述注册信息发送给所述云服务器，以使所述云服务器检测所述车辆与所述云服务器之间的网络通道是否正常；

在接收到所述云服务器反馈的所述网络通道正常时，将所述车辆与所述云服务器之间的网络通道确定为将用于传输所述注册信息的目标通信通道。

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

在接收到所述云服务器反馈的所述网络通道异常时，检测所述终端设备与所述车辆之间的蓝牙通道是否处于连接状态；

在所述蓝牙通道处于连接状态时，将所述终端设备与所述车辆之间的蓝牙通道确定为将用于传输所述注册信息的目标通信通道。

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

在所述蓝牙通道处于未连接状态时，建立所述终端设备与所述车辆之间的蓝牙连接；

在所述蓝牙连接成功时，对所述车辆上的钥匙控制器进行身份验证；

在所述钥匙控制器的身份验证成功时，将所述终端设备与所述车辆之间的蓝牙连接确定为将用于传输所述注册信息的目标通信通道。

5.一种NFC车钥匙注册系统，其特征在于，包括：终端设备、云服务器、发卡系统和车辆，其中，

所述终端设备包括远程控车客户端、软件开发工具包SDK和安全模块，其中，所述远程控车客户端用于在接收到用户输入的NFC车钥匙注册请求时，向所述软件开发工具包SDK请求添加针对所述NFC车钥匙的数据包；

所述软件开发工具包SDK用于在接收到所述请求时，在所述安全模块上创建安全域，以通过所述安全域的存储空间下载和安装所述NFC车钥匙的Applet小程序以完成NFC车钥匙空白卡的创建；

所述远程控车客户端，还用于接收所述软件开发工具包SDK返回的针对所述NFC车钥匙空白卡的创建完成结果，并通过所述云服务器向所述发卡系统请求个人化数据以完成所述NFC车钥匙空白卡的写卡操作；

所述远程控车客户端，还用于获取所述NFC车钥匙的注册信息，并从所述终端设备和所述云服务器以及车辆之间的连接中确定将用于传输所述注册信息的目标通信通道，以及基于所述目标通信通道将所述注册信息发送给所述车辆；

所述车辆，用于将所述注册信息存储至所述车辆上的钥匙控制器。

6.根据权利要求5所述的系统，其特征在于，

所述远程控车客户端具体用于：将所述注册信息发送给所述云服务器；

所述云服务器，还用于检测所述车辆与所述云服务器之间的网络通道是否正常；

所述远程控车客户端，还用于在接收到所述云服务器反馈的所述网络通道正常时，将所述车辆与所述云服务器之间的网络通道确定为将用于传输所述注册信息的目标通信通道。

7.根据权利要求6所述的系统，其特征在于，所述远程控车客户端还用于：

在接收到所述云服务器反馈的所述网络通道异常时，检测所述终端设备与所述车辆之间的蓝牙通道是否处于连接状态；

在所述蓝牙通道处于连接状态时，将所述终端设备与所述车辆之间的蓝牙通道确定为将用于传输所述注册信息的目标通信通道。

8.根据权利要求7所述的系统，其特征在于，所述远程控车客户端还用于：

在所述蓝牙通道处于未连接状态时，建立所述终端设备与所述车辆之间的蓝牙连接；

在所述蓝牙连接成功时，对所述车辆上的钥匙控制器进行身份验证；

在所述钥匙控制器的身份验证成功时，将所述终端设备与所述车辆之间的蓝牙连接确定为将用于传输所述注册信息的目标通信通道。

9.一种终端设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时，实现如权利要求1至4中任一项所述的NFC车钥匙注册方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至4中任一项所述的NFC车钥匙注册方法。

Images