CN116546058A - 智能设备在车辆中应用的方法、车辆和云平台 - Google Patents

Abstract

本申请提供了一种智能设备在车辆中应用的方法、车辆和云平台，该方法包括：车载终端响应于智能设备发送的连接请求，对智能设备进行身份验证；在智能设备身份验证通过的情况下，向智能设备开放智能设备对应的车辆控制接口；通过车辆控制接口控制智能设备实现对应的车辆功能。该方法能够在车辆中需要应用智能设备时，在智能设备身份验证通过的情况下，将车辆控制接口开放给智能设备，使得车辆用户可以在车载终端上基于车辆控制接口实现对智能设备的控制，从而达到了智能设备和车辆融合的效果。

Description

智能设备在车辆中应用的方法、车辆和云平台

技术领域

本申请涉及车辆领域，并且更具体地，涉及车辆领域中一种智能设备在车辆中应用的方法、车辆和云平台。

背景技术

目前，在车辆行业，随着科技的不断发展，越来越多智能设备逐渐取代了车辆中原有的硬件产品，例如用户可以使用高性能的高清全景摄像头代替车辆中原来的普清全景摄像头。

一种可能的实现方式中，智能设备在代替车辆中原有的硬件产品时，第一种可以通过非法的方式(例如破解的控制器局域网(Controller Area Network,CAN)网络数据、获取原车***的root权限等)。第二种是使用终端设备或者物理按键控制智能设备，这种方式无法使智能设备与车机进行融合。

综上，如何合理正确地在车辆中使用智能设备成为了亟需解决的问题。

发明内容

本申请提供了一种智能设备在车辆中应用的方法、车辆和云平台，该方法能够在车辆中需要应用智能设备时，在智能设备身份验证通过的情况下，将车辆控制接口开放给智能设备，使得车辆用户可以在车载终端上基于车辆控制接口实现对智能设备的控制，从而达到了智能设备和车辆融合的效果。

第一方面，提供了一种智能设备在车辆中应用的方法，该方法由车载终端执行，该方法包括：响应于智能设备发送的连接请求，对该智能设备进行身份验证；在该智能设备身份验证通过的情况下，向该智能设备开放该智能设备对应的车辆控制接口；通过该车辆控制接口控制该智能设备实现对应的车辆功能。

上述技术方案中，在将智能设备应用至车辆时，本申请提出了一种应用的方法，该方法由车载终端执行。具体是响应于智能设备发送的连接请求，对智能设备进行身份验证。上述在车载终端与智能设备连接的过程中，首先对智能设备进行身份验证能够保证智能设备与车载终端之间连接的安全性和可靠性。进一步，在智能设备身份验证通过的情况下，车载终端可以向智能设备开放智能设备对应的车辆控制接口，并基于车辆控制接口控制智能设备实现对应的车辆功能。上述过程能够使得用户通过车载终端上的车辆控制接口与智能设备进行交互，从而达到了智能设备和车机融合的效果，为用户提供了更好的使用体验。

结合第一方面，在某些可能的实现方式中，该通过该车辆控制接口控制该智能设备实现对应的车辆功能包括：响应于在该智能设备的控制界面上的配置操作，生成目标调节指令，该控制界面用于控制该智能设备执行车辆功能；将该目标调节指令通过该车辆控制接口发送至该智能设备，以控制该智能设备执行与该目标调节指令对应的目标车辆功能。

上述技术方案中，提出了一种通过车辆控制接口控制智能设备的方式。具体是车载终端可以响应于用户在智能设备的控制界面上的配置操作，生成目标调节指令，通过车辆控制接口将目标调节指令发送至智能设备，以使智能设备执行相应的目标车辆功能。上述过程通过在控制界面控制智能设备的过程，为用户提供了一种可视化的控制方式，更加直观明了，使得智能设备的控制过程更加高效简单。

结合第一方面和上述实现方式，在某些可能的实现方式中，在该连接请求为首次连接请求的情况下，该在该智能设备身份验证通过的情况下，向该智能设备开放该智能设备对应的车辆控制接口之前，该方法还包括：获取该智能设备的授权信息；将该授权信息发送至云平台，以使得该云平台根据该授权信息和预设授权信息，对该智能设备进行激活鉴权；在该智能设备激活鉴权通过的情况下，接收该云平台发送的该智能设备的配置参数，该配置参数用于指示该智能设备能够执行的车辆功能；根据该配置参数，确定该智能设备对应的该车辆控制接口。

上述技术方案中，当智能设备需要首次连接车载终端时，本申请需要先对智能设备进行激活鉴权。具体是车载终端获取智能设备的授权信息，进一步将该授权信息发送至云平台，以使得云平台根据该授权信息和预设授权信息对智能设备进行激活鉴权。上述在智能设备需要首次连接车载终端时，基于激活鉴权的方式为智能设备与车载终端的交互提供了可靠的安全基础，保证了车载终端的安全性。进一步当智能设备激活鉴权通过的情况下，车载终端可以接收云平台发送的智能设备的配置参数，并根据配置参数，预先确定出智能设备对应的车辆控制接口，以便于后续将车辆控制接口开放至智能设备。

结合第一方面和上述实现方式，该方法还包括：对该配置参数进行可视化处理，生成该控制界面。

上述技术方案中，车载终端可以对配置参数进行可视化处理，得到智能设备的控制界面，以使得用户基于控制界面对智能设备进行控制，实现了通过控制智能设备快速实现车辆功能的效果。提高了用户在使用智能设备实现车辆功能过程中的体验。

结合第一方面和上述实现方式，在某些可能的实现方式中，该对该智能设备进行身份验证包括：根据该授权信息，生成第一随机码；将加密后的该第一随机码发送至该智能设备，以使得该智能设备对加密的该第一随机码进行解密，得到第一密钥和第二随机码；响应于该智能设备发送的加密的该第二随机码，对加密的该第二随机码进行解密，得到第二密钥；判断该第一密钥和该第二密钥是否匹配；在该第一密钥和该第二密钥匹配的情况下，确定该智能设备身份验证通过。

上述技术方案中，在智能设备首次与车载终端连接的过程中，在云平台对智能设备激活鉴权通过之后，本申请还需要进一步对智能设备进行身份验证。具体是车载终端可以向智能设备先发送加密后的第一随机码，智能设备对加密的第一随机码进行解密后，可以得到第一密钥和第二随机码，并将加密的第二随机码发送至车载终端。车载终端进一步对加密的第二随机码进行解密，得到第二密钥。最后判断第一密钥和第二密钥是否匹配，在第一密钥和第二密钥匹配的情况下，则认为智能设备身份验证通过。上述通过密钥对智能设备进行首次身份验证的方式能够保证智能设备与车载终端连接过程中的安全性。

结合第一方面和上述实现方式，在某些可能的实现方式中，该方法还包括：根据该第二密钥和该授权信息中的该智能设备的标识，生成该智能设备的预设认证信息，该预设认证信息用于在与该智能设备非首次连接的情况下，对该智能设备进行身份验证。

结合第一方面和上述实现方式，在某些可能的实现方式中，在该连接请求为非首次连接请求的情况下，该响应于智能设备发送的连接请求，对该智能设备进行身份验证包括：响应于该非首次连接请求，获取该智能设备的认证信息；判断该认证信息是否与预设认证信息匹配；在该认证信息与该预设认证信息匹配的情况下，确定该智能设备身份验证通过。

上述技术方案中，在车载终端对智能设备首次身份验证通过之后，车载终端可以生成智能设备的预设认证信息，其中，预设认证信息包括第二密钥和智能设备的标识。当下一次在接收到智能设备的连接请求之后，车载终端可以快速通过获取的智能设备的认证信息和预设认证信息，对智能设备进行身份验证，从而既可以保证智能设备与车载终端非首次连接时的安全性，又可以实现非首次身份验证的高效性。

综上，在将智能设备应用至车辆时，本申请提出了一种应用的方法，该方法由车载终端执行。具体是响应于智能设备发送的连接请求，对智能设备进行身份验证。上述在车载终端与智能设备连接的过程中，首先对智能设备进行身份验证能够保证智能设备与车载终端之间连接的安全性和可靠性。进一步，在智能设备身份验证通过的情况下，车载终端可以向智能设备开放智能设备对应的车辆控制接口，并基于车辆控制接口控制智能设备实现对应的车辆功能。上述过程能够使得用户通过车载终端上的车辆控制接口与智能设备进行交互，从而达到了智能设备和车机融合的效果，为用户提供了更好的使用体验。

进一步，本申请提出了一种通过车辆控制接口控制智能设备的方式。具体是车载终端可以响应于用户在智能设备的控制界面上的配置操作，生成目标调节指令，通过车辆控制接口将目标调节指令发送至智能设备，以使智能设备执行相应的目标车辆功能。上述过程通过在控制界面控制智能设备的过程，为用户提供了一种可视化的控制方式，更加直观明了，使得智能设备的控制过程更加高效简单。

当智能设备需要首次连接车载终端时，本申请需要先对智能设备进行激活鉴权。具体是车载终端获取智能设备的授权信息，进一步将该授权信息发送至云平台，以使得云平台根据该授权信息和预设授权信息对智能设备进行激活鉴权。上述在智能设备需要首次连接车载终端时，基于激活鉴权的方式为智能设备与车载终端的交互提供了可靠的安全基础，保证了车载终端的安全性。进一步当智能设备激活鉴权通过的情况下，车载终端可以接收云平台发送的智能设备的配置参数，并根据配置参数，预先确定出智能设备对应的车辆控制接口，以便于后续将车辆控制接口开放至智能设备。

在生成控制界面的过程中，车载终端可以对配置参数进行可视化处理，得到智能设备的控制界面，以使得用户基于控制界面对智能设备进行控制，实现了通过控制智能设备快速实现车辆功能的效果。提高了用户在使用智能设备实现车辆功能过程中的体验。

在智能设备首次与车载终端连接的过程中，在云平台对智能设备激活鉴权通过之后，本申请还需要进一步对智能设备进行身份验证。具体是车载终端可以向智能设备先发送加密后的第一随机码，智能设备对加密的第一随机码进行解密后，可以得到第一密钥和第二随机码，并将加密的第二随机码发送至车载终端。车载终端进一步对加密的第二随机码进行解密，得到第二密钥。最后判断第一密钥和第二密钥是否匹配，在第一密钥和第二密钥匹配的情况下，则认为智能设备身份验证通过。上述通过密钥对智能设备进行首次身份验证的方式能够保证智能设备与车载终端连接过程中的安全性。

在车载终端对智能设备首次身份验证通过之后，车载终端可以生成智能设备的预设认证信息，其中，预设认证信息包括第二密钥和智能设备的标识。当下一次在接收到智能设备的连接请求之后，车载终端可以快速通过获取的智能设备的认证信息和预设认证信息，对智能设备进行身份验证，从而既可以保证智能设备与车载终端非首次连接时的安全性，又可以实现非首次身份验证的高效性。

第二方面，提供了一种智能设备在车辆中应用的方法，该方法由云平台执行，该方法包括：接收车载终端发送的智能设备的授权信息；根据该智能设备的授权信息和预设授权信息，对该智能设备进行激活鉴权；在该智能设备激活鉴权通过的情况下，向该车载终端发送该智能设备的配置参数，以使得该车载终端根据该配置参数，确定该智能设备对应的车辆控制接口，该配置参数用于指示该智能设备能够执行的车辆功能。

上述技术方案中，当智能设备需要首次连接车载终端时，本申请需要先对智能设备进行激活鉴权。具体是云平台接收车载终端发送的智能设备的授权信息，并根据该授权信息和预设授权信息，对智能设备进行激活鉴权。上述在智能设备需要首次连接车载终端时，基于激活鉴权的方式为智能设备与车载终端的交互提供了可靠的安全基础，保证了车载终端的安全性。进一步当智能设备激活鉴权通过的情况下，云平台还可以向车载终端发送智能设备的配置参数，使得车载终端根据配置参数，预先确定出智能设备对应的车辆控制接口，以便于后续将车辆控制接口开放至智能设备。

结合第二方面和上述实现方式，在某些可能的实现方式中，该方法还包括：响应于开发终端发送的授权信息获取请求，确定该预设授权信息，该开发终端用于开发该智能设备；将该预设授权信息发送至该开发终端；接收该开发终端发送的该配置参数以及测试报告；在该智能设备的配置参数以及测试报告满足预设条件的情况下，确定该智能设备能够与该车载终端建立连接。

上述技术方案中，提出了一种智能设备的授权信息的获取方式，具体是云平台响应于开发终端发送的授权信息获取请求，确定出智能设备的预设授权信息；并将预设授权信息发送至开发终端。上述云平台下发智能设备的预设授权信息的过程保证了每一个智能设备在身份验证过程中的唯一性，为后续智能设备的激活鉴权和身份验证过程提供了安全保障。

进一步，当开发终端对智能设备开发完成之后，云平台还可以接收开发终端发送的配置参数以及测试报告，并且在智能设备的配置参数以及测试报告满足预设条件的情况下，云平台才确定智能设备能够与该车载终端建立连接。上述基于配置参数以及测试报告验证智能设备的开发是否合格保证了用户在使用智能设备在应用过程中的安全性和准确性，保证了用户的使用体验。

综上，当智能设备需要首次连接车载终端时，本申请需要先对智能设备进行激活鉴权。具体是云平台接收车载终端发送的智能设备的授权信息，并根据该授权信息和预设授权信息，对智能设备进行激活鉴权。上述在智能设备需要首次连接车载终端时，基于激活鉴权的方式为智能设备与车载终端的交互提供了可靠的安全基础，保证了车载终端的安全性。进一步当智能设备激活鉴权通过的情况下，云平台还可以向车载终端发送智能设备的配置参数，使得车载终端根据配置参数，预先确定出智能设备对应的车辆控制接口，以便于后续将车辆控制接口开放至智能设备。

具体的，本申请还提出了一种智能设备的授权信息的获取方式，具体是云平台响应于开发终端发送的授权信息获取请求，确定出智能设备的预设授权信息；并将预设授权信息发送至开发终端。上述云平台下发智能设备的预设授权信息的过程保证了每一个智能设备在身份验证过程中的唯一性，为后续智能设备的激活鉴权和身份验证过程提供了安全保障。

进一步，当开发终端对智能设备开发完成之后，云平台还可以接收开发终端发送的配置参数以及测试报告，并且在智能设备的配置参数以及测试报告满足预设条件的情况下，云平台才确定智能设备能够与该车载终端建立连接。上述基于配置参数以及测试报告验证智能设备的开发是否合格保证了用户在使用智能设备在应用过程中的安全性和准确性，保证了用户的使用体验。

第三方面，提供了一种智能设备在车辆中应用的装置，该装置包括：身份验证模块，用于响应于智能设备发送的连接请求，对该智能设备进行身份验证；开放模块，用于在该智能设备身份验证通过的情况下，向该智能设备开放该智能设备对应的车辆控制接口；控制模块，用于通过该车辆控制接口控制该智能设备实现对应的车辆功能。

结合第三方面，在某些可能的实现方式中，该控制模块具体用于：响应于在该智能设备的控制界面上的配置操作，生成目标调节指令，该控制界面用于控制该智能设备执行车辆功能；将该目标调节指令通过该车辆控制接口发送至该智能设备，以控制该智能设备执行与该目标调节指令对应的目标车辆功能。

结合第三方面和上述实现方式，在某些可能的实现方式中，在该连接请求为首次连接请求的情况下，该在该智能设备身份验证通过的情况下，向该智能设备开放该智能设备对应的车辆控制接口之前，该装置还包括：第一处理模块，用于获取该智能设备的授权信息；将该授权信息发送至云平台，以使得该云平台根据该授权信息和预设授权信息，对该智能设备进行激活鉴权；在该智能设备激活鉴权通过的情况下，接收该云平台发送的该智能设备的配置参数，该配置参数用于指示该智能设备能够执行的车辆功能；根据该配置参数，确定该智能设备对应的该车辆控制接口。

结合第三方面和上述实现方式，在某些可能的实现方式中，该装置还包括：第二处理模块，用于对该配置参数进行可视化处理，生成该控制界面。

结合第三方面和上述实现方式，在某些可能的实现方式中，该身份验证模块具体用于：根据该授权信息，生成第一随机码；将加密后的该第一随机码发送至该智能设备，以使得该智能设备对加密的该第一随机码进行解密，得到第一密钥和第二随机码；响应于该智能设备发送的加密的该第二随机码，对加密的该第二随机码进行解密，得到第二密钥；判断该第一密钥和该第二密钥是否匹配；在该第一密钥和该第二密钥匹配的情况下，确定该智能设备身份验证通过。

结合第三方面和上述实现方式，在某些可能的实现方式中，该装置还包括：第三处理模块，用于根据该第二密钥和该授权信息中的该智能设备的标识，生成该智能设备的预设认证信息，该预设认证信息用于在与该智能设备非首次连接的情况下，对该智能设备进行身份验证。

结合第三方面和上述实现方式，在某些可能的实现方式中，在该连接请求为非首次连接请求的情况下，该身份验证模块还用于：响应于该非首次连接请求，获取该智能设备的认证信息；判断该认证信息是否与预设认证信息匹配；在该认证信息与该预设认证信息匹配的情况下，确定该智能设备身份验证通过。

第四方面，提供了一种智能设备在车辆中应用的装置，该装置包括：接收模块，用于接收车载终端发送的智能设备的授权信息和预设授权信息；鉴权模块，用于根据该授权信息，对该智能设备进行激活鉴权；发送模块，用于在该智能设备激活鉴权通过的情况下，向该车载终端发送该智能设备的配置参数，以使得该车载终端根据该配置参数，确定该智能设备对应的车辆控制接口，该配置参数用于指示该智能设备能够执行的车辆功能。

结合第四方面，在某些可能的实现方式中，该装置还包括：处理模块，用于响应于开发终端发送的授权信息获取请求，确定该预设授权信息，该开发终端用于开发该智能设备；将该预设授权信息发送至该开发终端；接收该开发终端发送的该配置参数以及测试报告；在该智能设备的配置参数以及测试报告满足预设条件的情况下，确定该智能设备能够与该车载终端建立连接。

第五方面，提供了一种智能设备在车辆中应用的***，该***包括：车载终端和云平台。其中，该车载终端能够执行上述第一方面或第一方面任意一种可能的实现方式中的方法，该云平台能够执行上述第二方面或第二方面任意一种可能的实现方式中的方法。

可选的，该***还包括开发终端，该开发终端用于向该云平台发送授权信息获取请求；接收该云平台发送的该智能设备的授权信息；向该云平台发送该智能设备的配置参数以及测试报告。

第六方面，提供了一种车辆，该车辆包括车载终端，该车载终端包括存储器和处理器。该存储器用于存储可执行程序代码，该处理器用于从存储器中调用并运行该可执行程序代码，使得该车载终端执行上述第一方面或第一方面任意一种可能的实现方式中的方法。

第七方面，提供了一种云平台，该云平台包括存储器和处理器。该存储器用于存储可执行程序代码，该处理器用于从存储器中调用并运行该可执行程序代码，使得该云平台执行上述第二方面或第二方面任意一种可能的实现方式中的方法。

第八方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行上述第一方面或第一方面任意一种可能的实现方式中的方法，或第二方面或第二方面任意一种可能的实现方式中的方法。

第九方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行上述第一方面或第一方面任意一种可能的实现方式中的方法，或第二方面或第二方面任意一种可能的实现方式中的方法。

附图说明

图1是本申请实施例提供的一种智能设备在车辆中应用的***的结构示意图；

图2是本申请实施例提供的一种智能设备在车辆中应用的方法的示意性流程图。

图3是本申请实施例提供的一种智能设备在车辆中应用的装置的结构示意图；

图4是本申请实施例提供的另一种智能设备在车辆中应用的装置的结构示意图；

图5是本申请实施例提供的一种车辆的结构示意图；

图6是本申请实施例提供的一种云平台的结构示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行清楚、详尽地描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B：文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个该特征。

图1是本申请实施例提供的一种智能设备在车辆中应用的***的结构示意图。

示例性的，如图1所示，该***100包括：开发终端101、智能设备102、云平台103和车载终端104。其中，云平台103可以分别与开发终端101和车载终端104通信连接，智能设备102可以分别与开发终端101和车载终端104通信连接。

开发终端101用于使开发人员开发智能设备102，配置智能设备102的配置参数，向云平台103发送授权信息获取请求。

云平台103用于在接收到开发终端101发送的授权信息获取请求之后，确定智能设备102的预设授权信息，并且将智能设备102的预设授权信息返回至开发终端101。

云平台103还用于接收开发终端101发送的智能设备102的配置参数以及测试报告，并判断智能设备102的配置参数以及测试报告是否满足条件，来确定智能设备102是否合格。

当智能设备102与车载终端104需要首次连接时，云平台103还可以基于智能设备102的授权信息，对智能设备102进行激活鉴权。在激活鉴权通过之后，云平台103向车载终端104发送智能设备102的配置参数发送至车载终端104。

车载终端104用于接收智能设备102的配置参数，并对智能设备102进行首次身份验证。并在下一次接收到智能设备102发送的非首次发送连接请求时，在车载终端104本地对智能设备102进行身份验证。

在介绍完智能设备在车辆中应用的***之后，下面针对本申请实施例提出的一种智能设备在车辆中应用的方法进行详细的介绍。

图2是本申请实施例提供的一种智能设备在车辆中应用的方法的示意性流程图。

示例性的，如图2所示，该方法200包括：

应理解，智能设备在车辆中应用的过程可以分为两个部分：第一部分为智能设备102的开发过程；第二部分为智能设备102的应用过程。下面基于上述两个部分对智能设备在车辆中应用的过程进行详细的介绍。

第一部分：智能设备102的开发过程

201，开发终端101向云平台103发送授权信息获取请求，开发终端101用于开发智能设备102。

应理解，随着用户购买车辆年限的增长以及车辆行业生产技术的不断更新和发展，车辆中预先配置的硬件产品(或者硬件设备)已经不能与时俱进。为了满足不同驾驶场景的需求，用户通常会通过购买后装的智能设备(以下简称“智能设备”)来控制车辆实现不同的功能。例如，当智能设备102为高清摄像头时，可以代替车辆中原有的普清摄像头达到更好拍摄车辆周围环境图像的效果。

可选的，智能设备102可以为高清摄像头、投影仪、麦克风、香氛设备、移动电源、抬头显示(Head Up Display，HUD)设备等，本申请实施例对智能设备102的类型和数量不做限定。

可选的，云平台103可以被称为“众创平台”。

其中，众创平台以整车开源架构为基础，逐步可以向开发人员开放整车访问权限，为开发人员提供丰富的车况数据，精细的权限控制、详尽的开发文档以及标准开发工具。

在本申请实施例中，开发终端101用于使开发人员开发智能设备102。每一款智能设备102在开发阶段，开发人员首先可以在开发终端101中注册开发账号。在开发账号注册完成之后，开发人员通过开发终端101向云平台103发起连接请求，请求与云平台103建立连接。

示例性的，开发人员可以使用自身的工号在开发终端101中进行注册。在注册完成之后，开发终端101可以向云平台103发送连接请求。其中，该连接请求包括开发人员的工号以及该开发终端101的网际互联协议(Internet Protocol，IP)地址，云平台103分别将开发人员的工号与数据库中存储的多个工号进行匹配，以及将开发终端101的IP地址与数据库中存储的多个IP地址进行比对。在两者均匹配成功的情况下，云平台103与开发终端101建立连接。

可选的，连接方式包括无线保真(Wireless Fidelity，Wi-Fi，也称为无线通信)连接、蓝牙连接、低功耗蓝牙连接(Bluetooth Low Energy，BLE)连接、紫蜂(Zigbee)连接等，本申请实施例对此不做限定。

在与云平台103建立连接之后，云平台103可以将配置文件下发至开发终端101，配置文件中规定了开发人员可以配置的智能设备102的功能以及配置过程中的配置规则。开发人员可以在开发终端101中基于智能设备102的功能、参数以及应用场景以及配置文件，配置智能设备102的配置参数(即得到智能设备102的物模型)。

其中，智能设备102的物模型可以理解为智能设备102在云端的数字化表示，描述了智能设备102具体是什么、能够实现什么样的功能以及能够提供什么样的信息。

进一步，开发人员可以将智能设备102的物模型转换为物规范语言(ThingSpecification Language，TSL)，其中，TSL具体可以是JS对象简谱(JavaScript ObjectNotation，JSON)文本，然后将JSON文本保存至智能设备102的存储单元中，得到完成配置参数的智能设备102。

在配置参数完成之后，开发人员可以通过开发终端101向云平台103发送授权信息获取请求，请求云平台103为智能设备102分配预设授权信息。

202，云平台103响应于开发终端101发送的授权信息获取请求，确定智能设备102的预设授权信息。

在接收到开发终端101发送的授权信息获取请求之后，云平台103可以基于该授权信息获取请求，为智能设备102分配唯一的预设授权信息。

可选的，授权信息包括产品序列号(Serial Number，SN，也称为机器码、认证码、注册申请码等)和身份验证代码(Authen Code)。

示例性的，开发人员可以通过在开发终端101的请求界面中输入智能设备102的设备型号、设备的版本号、设备的生产批次、设备的生产日期等相关信息，并将上述信息以授权信息请求的方式发送至云平台103。云平台103响应于授权信息获取请求，从授权信息获取请求中获取智能设备102的相关信息，根据预设排列规则生成智能设备102的SN1。此外，云平台103还可以生成智能设备102的Authen Code1。SN1+Authen Code1组成了智能设备102的预设授权信息。

上述技术方案中，提出了一种智能设备的授权信息的获取方式，具体是云平台响应于开发终端发送的授权信息获取请求，确定出智能设备的预设授权信息；并将预设授权信息发送至开发终端。上述云平台下发智能设备的预设授权信息的过程保证了每一个智能设备在身份验证过程中的唯一性，为后续智能设备的激活鉴权和身份验证过程提供了安全保障。

203，云平台103将预设授权信息发送至开发终端101。

在步骤202中，云平台103在确定出智能设备102的预设授权信息之后，可以将智能设备102的预设授权信息发送至开发终端101。

示例性的，开发终端101在向云平台103发送授权信息获取请求时，授权信息获取请求中还包括开发终端101的IP地址。因此，云平台103可以基于开发终端101的IP地址，将智能设备102的预设授权信息发送至开发终端101。

204，开发终端101将智能设备102的配置参数以及测试报告发送至云平台103，配置参数用于指示智能设备102能够执行的车辆功能。

应理解，在步骤201中，由于配置参数是结合智能设备102的应用场景、功能和参数来配置的。因此开发人员在开发终端101配置完智能设备102的配置参数之后，即定义了智能设备102能够应用的车辆功能。

进一步，在配置完成之后，可以在不同的应用场景下和周期条件下，基于智能设备102的配置参数，对智能设备102进行测试。在测试结束之后，得到智能设备102的测试报告。

示例性的，具体在测试的过程中，包括对智能设备102的软件测试和硬件测试。硬件测试包括：需要测试智能设备102是否能够与不同型号、不同品牌的车辆进行通信，并且在不同型号、不同品牌的车辆中应用时得到的结果是否一致。软件测试包括：将车载终端中，具体用于控制智能设备102的应用在至少一个操作***上进行测试，确定该应用能否运行；验证该应用能否满足该应用的需求信息；获取该应用的反馈信息，基于该反馈信息对该应用进行调整。

进一步，开发终端101在与云平台103通信过程中，已经存储有云平台103所在终端的IP地址。因此开发人员可以基于云平台103所在终端的IP地址，通过开发终端101将智能设备102的配置参数和测试报告上传至云平台103。

205，云平台103接收开发终端101发送的智能设备102的配置参数以及测试报告，在智能设备102的配置参数以及测试报告满足预设条件的情况下，确定智能设备102能够与车载终端104建立连接。

示例性的，云平台103在接收到智能设备102的配置参数以及测试报告之后，判断智能设备102的配置参数以及测试报告是否满足条件。例如配置参数的范围是否超出预设阈值，测试报告中的测试参数是否满足要求，测试用例的测试结果是否与预期结果一致等。

在配置参数和测试报告都满足预设条件的情况下，云平台103则确定智能设备102的开发过程合格，满足与车载终端104建立连接的条件。换句话说，智能设备102满足在车辆中使用的条件。

上述技术方案中，当开发终端对智能设备开发完成之后，云平台还可以接收开发终端发送的配置参数以及测试报告，并且在智能设备的配置参数以及测试报告满足预设条件的情况下，云平台才确定智能设备能够与该车载终端建立连接。上述基于配置参数以及测试报告验证智能设备的开发是否合格保证了用户在使用智能设备在应用过程中的安全性和准确性，保证了用户的使用体验。

第二部分：智能设备102的应用过程

206，智能设备102向车载终端104发送首次连接请求。

应理解，本申请实施例中车载终端104在与智能设备102交互的过程中，主要是通过安装在车载终端104中的目标应用来实现的。例如当智能设备102为香氛设备时，用户可以通过在目标应用中进行配置，从而控制智能设备102释放预设气味的香氛。

可选的，本申请实施例中的目标应用可以被称为“咖啡生活”应用。

一种可能的实现方式中，在云平台103通过对智能设备102的配置参数以及测试报告进行判断，确定智能设备102具备与车载终端104建立连接的条件之后。云平台103可以向开发终端101发送指令，以告知开发终端101可以向车辆用户出售该智能设备102。

进一步，用户将智能设备102应用在车辆中开始首次使用时，可以通过发送首次连接请求的方式，请求与车载终端104连接。

示例性的，用户可以通过打开智能设备102中的移动通信模块(例如蜂窝数据)、蓝牙通信模块、Wi-Fi通信模块等，通过智能设备102的通信模块与车载终端104中对应的模块进行连接。智能设备102响应于用户的连接配置操作，生成对应的首次连接请求，并将该连接请求发送至车载终端104。

207，车载终端104响应于智能设备102发送的首次连接请求，获取智能设备102的授权信息。

示例性的，智能设备102在向车载终端104发送首次连接请求时，可以在首次连接请求中携带智能设备102的授权信息。车载终端104可以直接从首次连接请求中获取智能设备102的授权信息。

又一示例性的，智能设备102在向车载终端104发送首次连接请求时，首次连接请求中未携带智能设备102的授权信息。车载终端104可以响应于首次连接请求，向智能设备102发送授权信息获取请求，智能设备102响应于车载终端104发送的授权信息获取请求，将授权信息发送至车载终端104。

208，车载终端104将智能设备102的授权信息发送至云平台103。

在步骤207中，车载终端104获取了智能设备102的授权信息，此处的授权信息可以表示为：SN2+Authen Code2。进一步，车载终端104可以将智能设备102的授权信息(SN2+Authen Code2)发送至云平台103，使得云平台103根据智能设备102的授权信息对智能设备102进行首次连接的激活鉴权。

209，云平台103接收车载终端104发送的智能设备102的授权信息，根据智能设备102的授权信息，对智能设备102进行激活鉴权。

210，在智能设备102激活鉴权通过的情况下，云平台103向车载终端104发送智能设备102的配置参数。

在接收到车载终端104发送的智能设备102的授权信息之后，云平台103可以对智能设备102进行激活鉴权。

一种可能的实现方式中，云平台103可以基于上述授权信息和预设授权信息，对智能设备102进行激活鉴权。

示例性的，在步骤202中，云平台103在响应于授权信息获取请求之后，预先为智能设备102分配了预设授权信息—SN1+Authen Code1。因此，当再次接收到车载终端104发送的智能设备102的授权信息—SN2+Authen Code2之后，云平台103可以将预设授权信息与接收的智能设备102的授权信息一一进行比对或匹配。

在上述SN1和SN2、Authen Code1和Authen Code2均匹配成功的情况下，云平台103判断智能设备102激活鉴权成功。

在鉴权激活成功的情况下，云平台103可以将智能设备的配置参数发送至车载终端104。

上述技术方案中，当智能设备需要首次连接车载终端时，本申请需要先对智能设备进行激活鉴权。具体是云平台接收车载终端发送的智能设备的授权信息，并根据该授权信息和预设授权信息，对智能设备进行激活鉴权。上述在智能设备需要首次连接车载终端时，基于激活鉴权的方式为智能设备与车载终端的交互提供了可靠的安全基础，保证了车载终端的安全性。

211，车载终端104接收云平台103发送的智能设备的配置参数，根据配置参数，确定智能设备对应的车辆控制接口。

应理解，车载终端104中安装有目标应用，其中目标应用可以支持接入车辆中的所有设备，也就是说，目标应用中存储了车辆中所有的控制接口。

可选的，车辆控制接口的类型可以是标准控制接口，也可以是原车控制接口。

一种情况下，当车辆控制接口的类型是标准接口时。标准接口可以理解为：对于同一种车辆数据，在不同的车型中对应的控制接口也有所差异。例如对于车速而言，A车型车速对应的车辆控制接口为api1，B车型车速对应的车辆控制接口为api2。配置人员可以将上述车辆控制接口api1和api2进行封装和加固，得到对于所有车型均适用的标准控制接口api3，并存储在目标应用中。也就是说，智能设备102通过接口api3，既可以获取A车型的车速，也可以获取B车型的车速。

当车辆控制接口的类型为原车控制接口时，可以理解为车辆本身的控制接口，例如对于A车型，车速对应的车辆控制接口为api1，对于B车型，车速对应的车辆控制接口为api2。也就是说，智能设备102在获取A车型的车速时，需要通过接口api1，在获取B车型的车速时，需要通过接口api2。

应理解，开发人员在开发智能设备102的过程中，已经预先配置了智能设备102需要接入车辆中的哪些车辆控制接口。那么车载终端104在接收到智能设备102的配置参数之后，就可以确定出智能设备102需要接入的车辆控制接口。

上述技术方案中，当智能设备激活鉴权通过的情况下，车载终端可以接收云平台发送的智能设备的配置参数，并根据配置参数，预先确定出智能设备对应的车辆控制接口，以便于后续将车辆控制接口开放至智能设备。

212，车载终端104对智能设备102的配置参数进行可视化处理，生成智能设备的控制界面，控制界面用于控制智能设备执行车辆功能。

示例性的，若智能设备102为投影仪时，智能设备102的配置参数可以包括亮度(0-100％)、分辨率(854*480、1280*720、1920*1080等)、对比度(400:1、500:1、1500:1等)、画面显示比例(16:9、4:3、1:1等)、状态(开关)等。

车载终端104可以在获取了上述配置参数之后，对上述不同功能的参数进行可视化处理，将数据转换成图形或者图像的形式显示在控制界面。

应理解，车载终端104在接收到智能设备102的配置参数之后，可以同时确定智能设备102对应的车辆控制接口以及对配置参数进行可视化处理；也可以先对配置参数进行可视化处理，再确定智能设备102对应的车辆控制接口；也可以先确定智能设备102对应的车辆控制接口，再对配置参数进行可视化处理。也就是说，本申请实施例中，步骤211和步骤212的顺序不做限定。

上述技术方案中，在生成控制界面的过程中，车载终端可以对配置参数进行可视化处理，得到智能设备的控制界面，以使得用户基于控制界面对智能设备进行控制，实现了通过控制智能设备快速实现车辆功能的效果。提高了用户在使用智能设备实现车辆功能过程中的体验。

213，车载终端104对智能设备102进行首次身份验证。

应理解，为了保证车载终端104的安全性。在云平台103对智能设备102激活鉴权通过之后，车载终端102还需要进一步在本地端对智能设备102进行身份验证。

一种可能的实现方式中，车载终端104对智能设备102进行首次身份验证包括：

根据授权信息，生成第一随机码；

将加密后的第一随机码发送至智能设备102，以使得智能设备102对加密后的第一随机码进行解密，得到第一密钥和第二随机码；

响应于智能设备发送的加密的第二随机码，对加密的第二随机码进行解密，得到第二密钥；

判断第一密钥和第二密钥是否匹配；

在第一密钥和第二密钥匹配的情况下，确定智能设备身份验证通过。

示例性的，云平台103在对智能设备102激活鉴权通过之后，可以向车载终端104发送智能设备102的配置参数。车载终端104在接收到智能设备102的配置参数，进一步对智能设备102进行首次身份验证。

具体的，车载终端104在对智能设备102首次身份验证时，可以生成第一随机码，并通过加密工具对第一随机码进行加密，并将加密的第一随机码发送至智能设备102。

对于智能设备102而言，在接收到车载终端104发送的加密的第一随机码之后，会利用SDK中的算法对加密的第一随机码进行解密，得到第二随机码，同时还会生成永久的第一密钥(Key1)。智能设备102通过SDK中的算法对第二随机码进行加密，并将加密的第二随机码发送至车载终端104。

车载终端104利用原来的第一随机码对加密的第二随机码进行解密，得到第二密钥(Key2)。并进一步将解密得到的Key2与智能设备102中的Key1进行匹配。

若匹配成功，则车载终端104确定智能设备102通过首次身份验证，并与智能设备102建立连接。

进一步，车载终端104可以根据Key2以及智能设备102的标识，生成预设认证信息。智能设备102的标识为SN2，预设认证信息为SN2+Key2。

上述技术方案中，在智能设备首次与车载终端连接的过程中，在云平台对智能设备激活鉴权通过之后，本申请还需要进一步对智能设备进行身份验证。具体是车载终端可以向智能设备先发送加密后的第一随机码，智能设备对加密的第一随机码进行解密后，可以得到第一密钥和第二随机码，并将加密的第二随机码发送至车载终端。车载终端进一步对加密的第二随机码进行解密，得到第二密钥。最后判断第一密钥和第二密钥是否匹配，在第一密钥和第二密钥匹配的情况下，则认为智能设备身份验证通过。上述通过密钥对智能设备进行首次身份验证的方式能够保证智能设备与车载终端连接过程中的安全性。

214，在智能设备102身份验证通过的情况下，车载终端104向智能设备102开放智能设备102对应的车辆控制接口。

示例性的，在步骤211中，车载终端104已经根据智能设备102的配置参数确定出智能设备102对应的车辆控制接口。在对智能设备102身份验证通过的情况下，车载终端104可以将智能设备102对应的车辆控制接口的调用权限开放给智能设备102，以使得智能设备102能够与车辆进行联动。

例如，若智能设备102为投影仪，在车辆应用的过程中需要获取车辆中多媒体主机的显示界面的显示内容，那么对应的车辆控制接口可以为多媒体的视频接口和音频接口。

215，响应于在智能设备的控制界面的配置操作，生成目标调节指令。

216，将目标调节指令通过车辆控制接口发送至智能设备102。以控制智能设备执行与目标调节指令对应的目标车辆功能。

217，智能设备102根据目标调节指令执行目标车辆功能。

一种可能的实现方式中，车载终端104可以基于用户在控制界面的配置操作，控制智能设备102实现不同的车辆功能。

示例性的，若智能设备102为投影仪，用户可以在车载终端104的投影仪的控制界面，通过点击操作、语音指令或者手势调节操作中的任意一种配置操作，使投影仪播放下一曲。车载终端104响应于该点击操作、语音指令或者手势调节操作，生成目标调节指令，并将该目标调节指令通过音频控制接口发送至投影仪，以使投影仪和车辆中的音频播放设备同步播放下一曲。

上述技术方案中，提出了一种通过车辆控制接口控制智能设备的方式。具体是车载终端可以响应于用户在智能设备的控制界面上的配置操作，生成目标调节指令，通过车辆控制接口将目标调节指令发送至智能设备，以使智能设备执行相应的目标车辆功能。上述过程通过在控制界面控制智能设备的过程，为用户提供了一种可视化的控制方式，更加直观明了，使得智能设备的控制过程更加高效简单。

218，智能设备102向车载终端104发送非首次连接请求。

一种可能的实现方式中，在首次连接结束之后，当下一次智能设备102需要再次连接车载终端104时，可以发送非首次连接请求至车载终端104，与发送首次连接请求的过程同理，此处不再赘述。

219，车载终端104响应于智能设备102发送的非首次连接请求，获取智能设备102的认证信息，对智能设备102进行身份验证。

其中，智能设备102的认证信息即为智能设备102发送的SN3和Key1。

应理解，在首次连接之后，车载终端104已经存储了预设认证信息—SN2+Key2。在非首次连接时，不需要云平台103进行激活鉴权，只需要通过车载终端104对智能设备102进行身份验证即可。

示例性的，在非首次连接的身份认证过程中，车载终端104接收到非首次连接请求，非首次连接请求中携带有智能设备102的认证信息，车载终端104获取智能设备102的认证信息。

又一示例性的，车载终端104接收到非首次连接请求，非首次连接请求中未携带有智能设备102的认证信息。车载终端104响应于该非首次连接请求，向智能设备102发送认证信息获取请求。智能设备102响应于该认证信息获取请求，将智能设备102的认证信息发送至车载终端104。

进一步，车载终端104将获取的智能设备102的认证信息，分别与存储的预设认证信息进行匹配。在匹配成功的情况下，确定智能设备102身份验证通过。

示例性的，车载终端104将智能设备102的SN3+Key1与预设认证信息(SN2+Key2)一一匹配，当同时匹配成功的情况下，车载终端104确定智能设备102通过身份验证。

进一步，与首次身份验证通情况相同，车载终端104可以在智能设备102身份验证通过的情况下，与智能设备102建立连接，并将预先确定出来的智能设备102的车辆控制接口开放至智能设备102。

上述技术方案中，在车载终端对智能设备首次身份验证通过之后，车载终端可以生成智能设备的预设认证信息，其中，预设认证信息包括第二密钥和智能设备的标识。当下一次在接收到智能设备的连接请求之后，车载终端可以快速通过获取的智能设备的认证信息和预设认证信息，对智能设备进行身份验证，从而既可以保证智能设备与车载终端非首次连接时的安全性，又可以实现非首次身份验证的高效性。

图3是本申请实施例提供的一种智能设备在车辆中应用的装置的结构示意图。

示例性的，如图3所示，该装置300包括：

身份验证模块301，用于响应于智能设备发送的连接请求，对该智能设备进行身份验证；

开放模块302，用于在该智能设备身份验证通过的情况下，向该智能设备开放该智能设备对应的车辆控制接口；

控制模块303，用于通过该车辆控制接口控制该智能设备实现对应的车辆功能。

一种可能的实现方式中，该控制模块303具体用于：响应于在该智能设备的控制界面上的配置操作，生成目标调节指令，该控制界面用于控制该智能设备执行车辆功能；将该目标调节指令通过该车辆控制接口发送至该智能设备，以控制该智能设备执行与该目标调节指令对应的目标车辆功能。

可选的，在该连接请求为首次连接请求的情况下，该在该智能设备身份验证通过的情况下，向该智能设备开放该智能设备对应的车辆控制接口之前，该装置还包括：第一处理模块，用于获取该智能设备的授权信息；将该授权信息发送至云平台，以使得该云平台根据该授权信息和预设授权信息，对该智能设备进行激活鉴权；在该智能设备激活鉴权通过的情况下，接收该云平台发送的该智能设备的配置参数，该配置参数用于指示该智能设备能够执行的车辆功能；根据该配置参数，确定该智能设备对应的该车辆控制接口。

可选的，该装置还包括：第二处理模块，用于对该配置参数进行可视化处理，生成该控制界面。

一种可能的实现方式中，该身份验证模块301具体用于：根据该授权信息，生成第一随机码；将加密后的该第一随机码发送至该智能设备，以使得该智能设备对加密的该第一随机码进行解密，得到第一密钥和第二随机码；响应于该智能设备发送的加密的该第二随机码，对加密的该第二随机码进行解密，得到第二密钥；判断该第一密钥和该第二密钥是否匹配；在该第一密钥和该第二密钥匹配的情况下，确定该智能设备身份验证通过。

可选的，该装置还包括：第三处理模块，用于根据该第二密钥和该授权信息中的该智能设备的标识，生成该智能设备的预设认证信息，该预设认证信息用于在与该智能设备非首次连接的情况下，对该智能设备进行身份验证。

一种可能的实现方式中，在该连接请求为非首次连接请求的情况下，该身份验证模块301还用于：响应于该非首次连接请求，获取该智能设备的认证信息；判断该认证信息是否与预设认证信息匹配；在该认证信息与该预设认证信息匹配的情况下，确定该智能设备身份验证通过。

图4是本申请实施例提供的另一种智能设备在车辆中应用的装置的结构示意图。

示例性的，如图4所示，该装置400包括：

接收模块401，用于接收车载终端发送的智能设备的授权信息；

鉴权模块402，用于根据该授权信息和预设授权信息，对该智能设备进行激活鉴权；

发送模块403，用于在该智能设备激活鉴权通过的情况下，向该车载终端发送该智能设备的配置参数，以使得该车载终端根据该配置参数，确定该智能设备对应的车辆控制接口，该配置参数用于指示该智能设备能够执行的车辆功能。

可选的，该装置还包括：处理模块，用于响应于开发终端发送的授权信息获取请求，确定该预设授权信息，该开发终端用于开发该智能设备；将该预设授权信息发送至该开发终端；接收该开发终端发送的该配置参数以及测试报告；在该智能设备的配置参数以及测试报告满足预设条件的情况下，确定该智能设备能够与该车载终端建立连接。

图5是本申请实施例提供的一种车辆的结构示意图。

示例性的，如图5所示，该车辆500包括车载终端104。其中，该车载终端104包括：存储器501和处理器502，其中，存储器501中存储有可执行程序代码5011，处理器502用于调用并执行该可执行程序代码5011执行一种智能设备在车辆中应用的方法。

图6是本申请实施例提供的一种云平台的结构示意图。

示例性的，如图6所示，该云平台103包括：存储器601和处理器602，其中，存储器601中存储有可执行程序代码6011，处理器602用于调用并执行该可执行程序代码6011执行一种智能设备在车辆中应用的方法。

本实施例可以根据上述方法示例对车辆和云平台进行功能模块的划分，例如，可以对应各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中，上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，该车辆可以包括：身份验证模块、开放模块、控制模块等。该云平台可以包括：接收模块、鉴权模块、发送模块等。需要说明的是，上述方法实施例涉及的各个步骤的所有相关内容的可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例提供的车辆和云平台，用于执行上述一种智能设备在车辆中应用的方法，因此可以达到与上述实现方法相同的效果。

在采用集成的单元的情况下，车辆和云平台可以包括处理模块、存储模块。其中，处理模块可以用于对车辆和云平台的动作进行控制管理。存储模块可以用于支持车辆和云平台执行相互程序代码和数据等。

其中，处理模块可以是处理器或控制器，其可以实现或执行结合本申请公开内容所藐视的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等，存储模块可以是存储器。

本实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序代码，当该计算机程序代码在计算机上运行时，使得计算机执行上述相关方法步骤实现上述实施例中的一种智能设备在车辆中应用的方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的一种智能设备在车辆中应用的方法。

另外，本申请的实施例提供的车载终端或云平台具体可以是芯片，组件或模块，该车载终端或云平台可包括相连的处理器和存储器；其中，存储器用于存储指令，当车载终端或云平台运行时，处理器可调用并执行指令，以使芯片执行上述实施例中的一种智能设备在车辆中应用的方法。

其中，本实施例提供的车辆或云平台、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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

Claims (10)

1.一种智能设备在车辆中应用的方法，其特征在于，所述方法由车载终端执行，所述方法包括：

响应于智能设备发送的连接请求，对所述智能设备进行身份验证；

在所述智能设备身份验证通过的情况下，向所述智能设备开放所述智能设备对应的车辆控制接口；

通过所述车辆控制接口控制所述智能设备实现对应的车辆功能。

2.根据权利要求1所述的方法，其特征在于，所述通过所述车辆控制接口控制所述智能设备实现对应的车辆功能包括：

响应于在所述智能设备的控制界面上的配置操作，生成目标调节指令，所述控制界面用于控制所述智能设备执行车辆功能；

将所述目标调节指令通过所述车辆控制接口发送至所述智能设备，以使得所述智能设备执行与所述目标调节指令对应的目标车辆功能。

3.根据权利要求1所述的方法，其特征在于，在所述连接请求为首次连接请求的情况下，所述在所述智能设备身份验证通过的情况下，向所述智能设备开放所述智能设备对应的车辆控制接口之前，所述方法还包括：

获取所述智能设备的授权信息；

将所述授权信息发送至云平台，以使得所述云平台根据所述授权信息和预设授权信息，对所述智能设备进行激活鉴权；

在所述智能设备激活鉴权通过的情况下，接收所述云平台发送的所述智能设备的配置参数，所述配置参数用于指示所述智能设备能够执行的车辆功能；

根据所述配置参数，确定所述智能设备对应的所述车辆控制接口。

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

对所述配置参数进行可视化处理，生成所述控制界面。

5.根据权利要求3所述的方法，其特征在于，所述对所述智能设备进行身份验证包括：

根据所述授权信息，生成第一随机码；

将加密后的所述第一随机码发送至所述智能设备，以使得所述智能设备对加密的所述第一随机码进行解密，得到第一密钥和第二随机码；

响应于所述智能设备发送的加密的所述第二随机码，对加密的所述第二随机码进行解密，得到第二密钥；

判断所述第一密钥和所述第二密钥是否匹配；

在所述第一密钥和所述第二密钥匹配的情况下，确定所述智能设备身份验证通过。

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

根据所述第二密钥和所述授权信息中的所述智能设备的标识，生成所述智能设备的预设认证信息，所述预设认证信息用于在与所述智能设备非首次连接的情况下，对所述智能设备进行身份验证。

7.根据权利要求1所述的方法，其特征在于，在所述连接请求为非首次连接请求的情况下，所述响应于智能设备发送的连接请求，对所述智能设备进行身份验证包括：

响应于所述非首次连接请求，获取所述智能设备的认证信息；

判断所述认证信息是否与预设认证信息匹配；

在所述认证信息与所述预设认证信息匹配的情况下，确定所述智能设备身份验证通过。

8.一种智能设备在车辆中应用的方法，其特征在于，所述方法由云平台执行，所述方法包括：

接收车载终端发送的智能设备的授权信息；

根据所述授权信息和预设授权信息，对所述智能设备进行激活鉴权；

在所述智能设备激活鉴权通过的情况下，向所述车载终端发送所述智能设备的配置参数，以使得所述车载终端根据所述配置参数，确定所述智能设备对应的车辆控制接口，所述配置参数用于指示所述智能设备能够执行的车辆功能。

9.一种车辆，其特征在于，所述车辆包括车载终端，所述车载终端包括：

存储器，用于存储可执行程序代码；

处理器，用于从所述存储器中调用并运行所述可执行程序代码，使得所述车载终端执行如权利要求1至7中任意一项所述的方法。

10.一种云平台，其特征在于，所述云平台包括：

存储器，用于存储可执行程序代码；

处理器，用于从所述存储器中调用并运行所述可执行程序代码，使得所述云平台执行如权利要求8所述的方法。