CN118102294A - 一种智能座舱系统的登录方法及装置 - Google Patents

Abstract

本申请涉及通信技术领域，公开了一种智能座舱系统的登录方法及装置。其中方法包括：智能座舱接收来自终端设备的第一请求信息，第一请求信息包括车辆对应的用户账号，该用户账号属于第一类型账号；若确定授权终端设备在智能座舱系统上登录第一类型账号，则根据第一请求信息，在智能座舱系统上登录用户账号。采用上述方法，通过终端设备与智能座舱之间的通信，可以实现在智能座舱系统登录第一类型账号(即临时账号)，由于临时账号不需要云端服务器验证，从而避免在无网络或弱网络的环境下登录失败的问题，提高用户体验。此外，上述方法可以不需要用户执行操作，便于实现在智能座舱系统上无感登录或切换用户账号。

Description

一种智能座舱系统的登录方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种智能座舱系统的登录方法及装置。

背景技术

随着现代经济的发展，汽车已经成为人们日常生活中最重要的交通工具。为了提高驾驶人或乘车人的车内体验，在汽车中引入了智能座舱。目前，智能座舱已经成为智能汽车不可或缺的一部分，智能座舱中安装有智能座舱系统，用户可以使用自己的账号登录到智能座舱的智能座舱系统，并通过智能座舱的显示屏进行人机交互，从而实现一些个性化设置，比如个性化壁纸、后视镜位置、座椅位置、驾驶模式等。

在多个家庭成员共用同一辆汽车的情况下，每个家庭成员在使用车辆时会进行符合自己驾驶习惯的个性化设置。比如，当家庭成员2接替家庭成员1使用车辆时，家庭成员2需要在智能座舱的智能座舱系统上登录自己的账号，以使能家庭成员2的个性化设置。

然而，由于在智能座舱系统进行账号登录时，需要智能座舱与云端服务器进行通信，因此，如果处于无网络或弱网络的环境下，比如较为封闭的停车场、地下车库或者郊外等移动通信网络信号强度较弱的环境下，即智能座舱处于未联网状态，则会导致智能座舱无法与云端服务器通信，进而登录失败，影响用户体验。

发明内容

本申请提供了一种智能座舱系统的登录方法及装置，用于实现在智能座舱系统上登录第一类型账号(即临时账号)，避免在无网络或弱网络的环境下登录失败的问题，提高用户体验。

第一方面，本申请实施例提供一种智能座舱系统的登录方法，该方法可以应用于车辆的智能座舱或者智能座舱中的部件(例如电路或者芯片)，以该方法应用于智能座舱为例，智能座舱安装有智能座舱系统，在该方法中，智能座舱接收来自终端设备的第一请求信息，所述第一请求信息包括所述车辆对应的用户账号，所述用户账号属于第一类型账号；若确定授权所述终端设备在所述智能座舱系统上登录所述第一类型账号，则根据所述第一请求信息，在所述智能座舱系统上登录所述用户账号。

采用上述方法，通过终端设备与智能座舱之间的通信，可以实现在智能座舱系统登录临时账号，由于临时账号不需要云端服务器验证，从而避免在无网络或弱网络的环境下登录失败的问题，提高用户体验。此外，上述方法可以不需要用户执行操作，从而可以实现在智能座舱系统上无感登录或切换用户账号。

在一种可能的设计中，所述第一请求信息还包括所述用户账号对应的历史车辆设置信息；所述方法还包括：根据所述历史车辆设置信息，对所述车辆执行所述历史车辆设置信息对应的设置。如此，用户账号对应的历史车辆设置信息存储在终端设备中，并可以由终端设备发送给智能座舱。

在一种可能的设计中，所述方法还包括：检测到更新车辆设置的操作后，向所述终端设备发送更新后的车辆设置信息。如此，智能座舱可以向终端设备发送更新后的车辆设置信息，以便于终端设备同步更新用户账号对应的车辆设置信息。

在一种可能的设计中，确定授权所述终端设备在所述智能座舱系统上登录所述第一类型账号，包括：接收来自所述终端设备的第二请求信息，所述第二请求信息用于请求授权所述终端设备在所述智能座舱系统上登录所述第一类型账号；根据所述第二请求信息，确定授权所述终端设备在所述智能座舱系统上登录所述第一类型账号。

在一种可能的设计中，根据所述第二请求信息，确定授权所述终端设备在所述智能座舱系统上登录所述第一类型账号，包括：根据所述第二请求信息发出提示信息，所述提示信息用于提示用户确认是否授权所述终端设备在所述智能座舱系统上登录所述第一类型账号；检测到所述用户的授权操作后，确定授权所述终端设备在所述智能座舱系统上登录所述第一类型账号；或者，所述第二请求信息包括人脸图像信息，若所述人脸图像信息与预先存储的人脸图像信息一致，或者所述人脸图像信息与检测到的驾驶员的人脸图像信息一致，则确定授权所述终端设备在所述智能座舱系统上登录所述第一类型账号。

在一种可能的设计中，所述方法还包括：向所述终端设备发送授权通知信息，所述授权通知信息用于指示所述智能座舱授权所述终端设备在所述智能座舱系统上登录第一类型账号。

如此，智能座舱可以根据第二请求信息确定是否授权，并将授权结果发送给终端设备。从终端设备的角度来看，终端设备先向智能座舱发送第二请求信息来请求授权，若根据授权结果确定授权通过，则可以发送第一请求信息，否则可以不再发送请求信息，便于节省信令开销。

在一种可能的设计中，所述方法还包括：发送近距离广播消息，所述近距离广播消息包括所述车辆的标识信息。

如此，智能座舱可以通过近距离广播消息将车辆的标识信息发送给终端设备，相比于其它方式(比如终端设备与智能座舱通过近场通信技术进行通信，此种情形下，需要二者“碰一碰”)来说，便于实现在智能座舱系统上无感登录或切换用户账号。

在一种可能的设计中，所述发送近距离广播消息，包括：确定满足预设条件时，发送所述近距离广播消息；其中，所述确定满足预设条件包括：检测到启动所述智能座舱系统的操作，且所述车辆处于停车状态；或者，检测到所述智能座舱系统处于运行状态且所述车辆处于停车状态。

在一种可能的设计中，在所述智能座舱系统上登录所述用户账号之前，所述方法还包括：确定所述终端设备满足以下至少一项：所述终端设备位于预设区域，所述预设区域包括主驾座椅所在的区域；所述终端设备与所述智能座舱的距离小于预设距离。

在一种可能的设计中，所述方法还包括：若在设定时长内未接收到来自所述终端设备的状态报文，则当所述车辆处于停车状态时，退出所述用户账号。

第二方面，本申请实施例提供一种智能座舱系统的登录方法，该方法可以应用于终端设备或者终端设备中的部件(例如电路或者芯片)，以该方法应用于终端设备为例，在该方法中，终端设备获取车辆的标识信息，并向所述车辆的智能座舱发送第一请求信息，所述第一请求信息包括所述车辆对应的用户账号，所述第一请求信息用于请求在所述智能座舱的智能座舱系统上登录所述用户账号，所述用户账号属于第一类型账号。

在一种可能的设计中，所述第一请求信息还包括所述用户账号对应的历史车辆设置信息，所述历史车辆设置信息用于对所述车辆执行所述历史车辆设置信息对应的设置。

在一种可能的设计中，所述方法还包括：接收来自所述智能座舱的更新后的车辆设置信息，所述更新后的车辆设置信息是在检测到更新车辆设置的操作后发送的。

在一种可能的设计中，所述方法还包括：向所述智能座舱发送第二请求信息，所述第二请求信息用于请求授权所述终端设备在所述智能座舱系统上登录第一类型账号。

在一种可能的设计中，所述第二请求信息包括人脸图像信息，所述人脸图像信息用于确定是否授权所述终端设备在所述智能座舱系统上登录所述第一类型账号。

在一种可能的设计中，所述方法还包括：接收来自所述智能座舱的授权通知信息，所述授权通知信息用于指示所述智能座舱授权所述终端设备在所述智能座舱系统上登录第一类型账号。

在一种可能的设计中，所述获取车辆的标识信息，包括：接收来自所述智能座舱的近距离广播消息，所述近距离广播消息包括所述车辆的标识信息。

可以理解的是，上述第二方面所描述的方法与第一方面所描述的方法相对应，第二方面中相关技术特征的有益效果可以参照第一方面的描述，不再赘述。

第三方面，本申请提供一种智能座舱系统的登录装置，所述装置具备实现上述第一方面或第二方面的功能，比如，所述装置包括执行上述第一方面或第二方面涉及操作所对应的模块或单元或手段(means)，所述模块或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述装置包括处理单元、通信单元，其中，通信单元可以用于收发信号，以实现该装置和其它装置之间的通信；处理单元可以用于执行该装置的一些内部操作。处理单元、通信单元执行的功能可以和上述第一方面或第二方面涉及的操作相对应。

在一种可能的设计中，所述装置包括处理器，处理器可以用于与存储器耦合。所述存储器可以保存实现上述第一方面或第二方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述装置实现上述第一方面或第二方面中任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述装置包括处理器和存储器，存储器可以保存实现上述第一方面或第二方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述装置实现上述第一方面或第二方面中任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述装置包括处理器和接口电路，其中，处理器用于通过所述接口电路与其它装置通信，并执行上述第一方面或第二方面中任意可能的设计或实现方式中的方法。

可以理解地，上述第三方面中，处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。此外，以上处理器可以为一个或多个，存储器可以为一个或多个。存储器可以与处理器集成在一起，或者存储器与处理器分离设置。在具体实现过程中，存储器可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

第四方面，本申请提供一种通信系统，该通信系统可以包括智能座舱和终端设备；其中，智能座舱用于上述第一方面所提供的方法，终端设备用于执行上述第二方面所提供的方法。

第五方面，本申请提供一种计算机可读存储介质，所述计算机存储介质中存储有计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述第一方面或第二方面的任一种可能的设计中的方法。

第六方面，本申请提供一种计算机程序产品，当计算机读取并执行所述计算机程序产品时，使得计算机执行上述第一方面或第二方面的任一种可能的设计中的方法。

第七方面，本申请实施例提供一种芯片系统或者集成电路，所述芯片系统或者集成电路包括至少一个处理器和接口电路，所述接口电路用于为所述至少一个处理器提供程序或指令，所述至少一个处理器执行所述程序或指令，以实现上述第一方面或第二方面的任意一种可能的设计中所述的方法。进一步地，所述接口电路还为所述至少一个处理器提供数据。

附图说明

图1为本申请实施例提供的智能座舱系统的一种可能的登录流程示意图；

图2为本申请实施例适用的一种通信系统示意图；

图3为本申请实施例提供终端设备和智能座舱的可能的结构示意图；

图4为本申请实施例一提供的方法所对应的流程示意图；

图5为本申请实施例二提供的方法所对应的流程示意图；

图6为本申请实施例三提供的方法所对应的流程示意图；

图7为本申请实施例中所涉及的装置的可能的示例性框图；

图8为本申请实施例提供的一种智能座舱的结构示意图；

图9为本申请实施例提供的一种终端设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

首先对本申请实施例所涉及的术语进行解释说明。这些解释是为了让本申请实施例更容易被理解，而不应该视为对本申请所要求的保护范围的限定。

(1)终端设备

终端设备可以为具有无线连接功能的设备，比如可以是便携式设备，诸如手机、平板电脑、具备无线通讯功能的可穿戴设备(例如手表、手环、头盔、耳机等)、车载终端设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等。

(2)智能座舱、智能座舱系统

智能座舱是指配备有智能化和网联化的机载产品，从而具备智能交互功能的座舱，本申请实施例中是以智能座舱是车辆的智能座舱为例。智能座舱可以实现人与车、车与外界(比如车与车)之间的交互。

智能座舱安装有智能座舱系统，智能座舱系统可用于管理智能座舱。智能座舱系统使用账号登录机制，账号可以对应用户的车辆设置信息，当用户使用账号成功登录智能座舱系统后，智能座舱系统可以根据用户的车辆设置信息执行对应的设置，从而满足用户的个性化需求。

示例性地，车辆设置信息可以包括以下至少一项：自动驾驶信息、驾驶行为习惯信息、车辆座椅位置调整信息、后视镜位置调整信息和驾驶模式信息。可以理解的是，车辆设置信息还可以包括其它可能的信息，本申请实施例对此不做限定。

(3)近距离通信技术

近距离通信(也可以称为近距离无线通信)技术是指通信距离小于或等于预设距离阈值的通信技术。比如，预设距离阈值可以为10米(m)、5m、1m、30厘米(cm)、10cm或5cm等。

近距离通信技术可以有多种。比如，近距离通信技术为无线保真(wirelessfidelity，Wi-Fi)通信技术，Wi-Fi技术对应的预设距离阈值比如可以为10m。又比如，近距离通信技术为蓝牙通信技术，蓝牙通信技术对应的预设距离阈值比如可以为8m。又比如，近距离通信技术为近场通信(near field communication，NFC)技术，NFC技术对应的预设距离阈值比如可以为10cm。

由于智能座舱系统使用账号登录机制，因此，在一种可能的登录方式中，用户需要先通过手机中安装的应用程序(该应用程序为智能座舱系统相关的应用程序，可以是由车辆厂家提供的)，向云端服务器申请注册一个账号；注册成功后，云端服务器可以存储用户注册的账号和对应的密码，后续用户可以使用预先注册的账号和对应的密码在智能座舱系统上进行账号登录。下面结合图1对智能座舱系统的一种可能的登录流程进行描述。

如图1所示，该流程可以包括：

S101，用户通过手机中安装的应用程序向云端服务器申请注册账号。

S102，智能座舱系统检测到用户的登录操作后，向云端服务器发送登录请求消息。

示例性地，用户的登录操作可以是用户通过智能座舱的显示屏输入用户预先注册的账号和对应的密码，或者也可以是其它可能的操作。登录请求消息可以包括账号和对应的密码。

S103，云端服务器接收到登录请求消息后，对登录请求消息进行验证，若验证成功，则向智能座舱系统发送登录响应消息，登录响应消息用于指示账号合法。

示例性地，当云端服务器判断登录请求消息中的账号和对应的密码与之前存储的账号和对应的密码一致，则验证成功；否则验证失败。

S104，智能座舱系统接收登录响应消息，进而成功登录账号。

根据上述登录流程可以看出，由于用户账号为预先在云端服务器上注册的账号，因此，在用户进行账号登录的过程中，智能座舱系统需要与云端服务器进行通信，以验证账号的合法性，即智能座舱系统需要连接网络。

然而，如果处于无网络或弱网络的环境下，比如较为封闭的停车场、地下车库或者郊外等移动通信网络信号强度较弱的环境下，即智能座舱处于未联网状态，则会导致智能座舱无法与云端服务器通信，进而登录失败，影响用户体验。

基于此，本申请实施例提供一种智能座舱系统的登录方法，用于实现在智能座舱系统上登录第一类型账号(即临时账号)，由于登录临时账号无需智能座舱与云端服务器之间通信，从而可以避免在无网络或弱网络的环境下登录失败的问题，提高用户体验。

可以理解的是，本申请实施例中涉及两种类型的账号，分别为第一类型账号和第二类型账号。其中，第一类型账号为无需用户注册的账号(即无需用户向云端服务器申请注册的账号，因此，当在智能座舱系统上登录第一类型账号时，无需智能座舱与云端服务器之间的通信)，第一类型账号也可以称为临时账号或用于临时登录的账号；第二类型账号为需要用户注册的账号(比如上文中用户向云端服务器申请注册的账号，因此，当在智能座舱系统上登录第一类型账号时，需要智能座舱与云端服务器之间的通信)。示例性地，第一类型账号可以无需设置对应的密码，而第二类型账号需设置对应的密码。

本申请下文中将围绕可包括多个设备、组件、模块等的通信系统来呈现各个方面、实施例或特征。应当理解和明白的是，该通信系统可包括另外的设备、组件、模块等，并且/或者可以并不包括结合附图讨论的所有设备、组件、模块等。此外，还可以使用这些方案的组合。

本申请实施例描述的通信系统以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

为便于理解本申请实施例，首先以图2中示出的通信系统为例详细说明适用于本申请实施例的通信系统。如图2所示，该通信系统包括第一设备100和第二设备200，本申请实施例中主要以第一设备可以为终端设备，第二设备可以为智能座舱为例进行描述。此外，终端设备和智能座舱支持近距离通信技术，即终端设备和智能座舱可以通过近距离通信技术进行通信。

图3为本申请实施例提供终端设备和智能座舱的可能的结构示意图。如图3所示，终端设备可以包括账号管理模块1、数据管理模块1、授权管理模块1和靠近识别模块1，智能座舱可以包括账号管理模块2、数据管理模块2、授权管理模块2和靠近识别模块2。

账号管理模块1用于生成和管理用户的临时账号，账号管理模块2用于对请求登录的账号进行验证。示例性地，账号管理模块1可以与账号管理模块2进行通信，比如账号管理模块1可以向账号管理模块2发送临时账号。

数据管理模块1用于管理临时账号对应的车辆设置信息，数据管理模块1可以向数据管理模块2发送临时账号对应的车辆设置信息。数据管理模块2可以根据临时账号对应的车辆设置信息，执行对应的设置。

授权管理模块1用于请求授权终端设备的用户使用临时账号登录智能座舱系统，授权管理模块2用于确定是否同意授权。

靠近识别模块1和靠近识别模块2用于实现终端设备和智能座舱之间的近距离通信。

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着通信系统的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面结合具体实施例对本申请实施例提供的方法进行详细描述。在具体实施例中，将以本申请实施例所提供的方法应用于图2所示的网络架构为例。另外，该方法可由两个装置执行，这两个装置例如为第一装置和第二装置，其中，第一装置可以是终端设备或能够支持终端设备实现该方法所需的功能的装置，当然还可以是其他装置，例如芯片或芯片系统。第二装置可以是智能座舱或能够支持智能座舱实现该方法所需的功能的装置，当然还可以是其他装置，例如芯片或芯片系统。为了便于介绍，在下文中，以该方法由终端设备和智能座舱执行为例，也就是，以第一装置是终端设备、第二装置是智能座舱为例。

实施例一

图4为本申请实施例提供的方法所对应的流程示意图。如图4所示，该方法可以包括：

S401，终端设备获取车辆的标识信息。

示例性地，车辆的标识信息可以包括车辆的品牌信息、车辆的类型信息(比如小轿车、SUV)和车辆的系列信息中的一项或多项。

终端设备获取车辆的标识信息的方式可以有多种，比如智能座舱可以通过近距离通信技术(比如Wi-Fi或蓝牙)发送近距离广播消息，近距离广播消息包括车辆的标识信息，进而终端设备接收到近距离广播消息后，可以从近距离广播消息中获取车辆的标识信息。

本申请实施例中，智能座舱发送近距离广播消息的场景可以有多种。比如在一种可能的场景中，智能座舱检测到启动智能座舱系统的操作，且车辆处于停车状态时，可以发送近距离广播消息；比如，智能座舱可以在设定时间段内发送近距离广播消息，其中，设定时间段的起始时间可以为检测到启动智能座舱系统的操作的时间，设定时间段的时长可以为预先设置的，比如可以为10秒，具体不做限定。在又一种可能的场景中，智能座舱检测到智能座舱系统处于运行状态，且车辆处于停车状态时，可以发送近距离广播消息。

可以理解的是，终端设备也可以通过NFC与智能座舱进行通信，以获取车辆的标识信息。由于NFC需要终端设备与智能座舱“碰一碰”(即需要用户执行碰一碰的操作)，而采用上述方式(智能座舱可以通过近距离广播消息将车辆的标识信息发送给终端设备)，无需用户执行操作，便于提高用户体验。

S402，终端设备向车辆的智能座舱发送第一请求信息，第一请求信息包括该车辆对应的用户账号，用户账号属于第一类型账号；相应地，智能座舱接收第一请求信息。

此处，终端设备可以通过近距离通信技术向智能座舱发送第一请求信息。

示例性地，终端设备可以根据获取到的车辆的标识信息，判断终端设备是否存储有该车辆对应的用户账号。若终端设备存储有该车辆对应的用户账号，则向智能座舱发送第一请求信息，第一请求信息可以包括该车辆对应的用户账号。可选地，终端设备还可以存储有用户账号对应的历史车辆设置信息，第一请求信息还可以包括用户账号对应的历史车辆设置信息。

也就是说，终端设备可以存储车辆、用户账号和车辆设置信息的对应关系。如表1所示，为终端设备存储的对应关系示例。

表1：车辆、用户账号和车辆设置信息的对应关系示例

车辆的标识信息	用户账号	车辆设置信息
			车辆1	用户账号1	车辆设置信息1
车辆2	用户账号2	车辆设置信息2
			车辆3	用户账号3	车辆设置信息3

若终端设备未存储该车辆对应的用户账号，则终端设备可以生成一个用户账号，建立并存储该用户账号与该车辆的对应关系，并向智能座舱发送第一请求信息，第一请求信息包括新生成的用户账号。也就是说，本申请实施例中的第一类型账号是由终端设备针对车辆生成的。

S403，智能座舱若确定授权终端设备在智能座舱系统上登录第一类型账号，则根据第一请求信息，在智能座舱系统上登录用户账号。

此处，智能座舱确定授权终端设备在智能座舱系统上登录第一类型账号的实现方式可以有多种。此处描述两种可能的实现方式。

实现方式1

智能座舱可以根据第一请求信息，确定是否授权终端设备在智能座舱系统上登录第一类型账号。若确定授权终端设备在智能座舱系统上登录第一类型账号，则在智能座舱系统上登录用户账号。此种情形下，第一请求信息具有两项功能，其中一项功能为用于请求授权终端设备在智能座舱系统上登录第一类型账号，另一项功能为用于请求智能座舱系统登录用户账号。

实现方式2

终端设备还可以向智能座舱发送第二请求信息，第二请求信息用于请求授权终端设备在智能座舱系统上登录第一类型账号；相应地，智能座舱根据第二请求信息，确定是否授权终端设备在智能座舱系统上登录第一类型账号。此种情形下，终端设备分别向智能座舱发送请求授权的请求信息(即第二请求信息)和请求登录的请求信息(即第一请求信息)。

其中，智能座舱根据第一请求信息或第二请求信息确定是否授权终端设备在智能座舱系统上登录第一类型账号的实现可以有多种。具体可以参照实施例二中的描述，实施例二中是以智能座舱根据第二请求信息确定是否授权终端设备在智能座舱系统上登录第一类型账号为例，智能座舱根据第一请求信息确定是否授权终端设备在智能座舱系统上登录第一类型账号可以参照实施。

作为一种可选的方案，智能座舱在智能座舱系统上登录用户账号之前(或者在确定授权终端设备在智能座舱系统上登录第一类型账号之前)，可以先判断终端设备是否满足以下至少一项：终端设备位于预设区域，预设区域包括主驾座椅所在的区域；终端设备与智能座舱的距离小于预设距离。其中，智能座舱判断终端设备是否满足上述至少一项的实现可以有多种，本申请实施例对此不做限定。若智能座舱确定终端设备满足上述至少一项，则智能座舱可以根据在智能座舱系统上登录用户账号，否则，智能座舱可以不在智能座舱系统上登录用户账号。

示例性地，若第一请求信息还包括用户账号对应的历史车辆设置信息，则智能座舱还可以根据历史车辆设置信息，对车辆执行历史车辆设置信息对应的设置。比如，历史车辆设置信息包括座椅位置调整信息和后视镜位置调整信息，则智能座舱可以根据座椅位置调整信息调整座椅位置，以及根据后视镜位置调整信息调整后视镜位置。

可选地，智能座舱登录用户账号后，可以向终端设备发送登录指示信息，登录指示信息用于指示智能座舱已登录用户账号。

可选地，上述方法还包括S404和/或S405：

S404，智能座舱检测到更新车辆设置的操作后，向终端设备发送更新后的车辆设置信息；相应地，终端设备接收更新后的车辆设置信息。

也就是说，智能座舱在智能座舱系统上登录用户账号后，用户可以对车辆设置进行更新。若智能座舱检测到更新车辆设置的操作，则可以向终端设备发送更新后的车辆设置信息。

示例性地，智能座舱还可以向终端设备发送更新后的车辆设置信息对应的用户账号，进而终端设备接收到更新后的车辆设置信息和对应的用户账号后，若用户账号对应有历史车辆设置信息，则可以根据更新后的车辆设置信息，对历史车辆设置信息进行更新(更新后的车辆设置信息可以覆盖部分或全部历史车辆设置信息)；若用户账号未对应有历史车辆设置信息，则终端设备可以将直接保存更新后的车辆设置信息。

S405，智能座舱若在设定时长内未接收到来自终端设备的状态报文，则当车辆处于停车状态时，在智能座舱系统上退出用户账号。

示例性地，智能座舱在智能座舱系统上登录用户账号后，终端设备可以周期性向智能座舱发送状态报文，状态报文也可以称为心跳报文，若智能座舱在设定时长内未接收到来自终端设备的状态报文，则可以确定终端设备与智能状态之间的连接异常(即终端设备处于离线状态)。此种情形下，智能座舱可以进一步检测车辆是否处于停车状态，若处于停车状态，则在智能座舱系统上退出用户账号；若智能座舱检测到车辆处于行驶状态，则可以暂时不退出用户账号，并持续检测终端设备的状态报文。后续若检测到终端设备的状态报文，则可以确定终端设备与智能状态之间的连接正常，若始终未检测到终端设备的状态报文，则可以在检测到停车状态时，在智能座舱系统上退出用户账号。

此外，当智能座舱检测到关闭智能座舱系统的操作后，智能座舱可以在智能座舱系统上退出用户账号。

本申请实施例中，智能座舱在智能座舱系统上退出用户账号后，可以维持该用户账号对应的车辆设置。

采用上述方法，通过终端设备与智能座舱之间的通信，可以实现在智能座舱系统登录临时账号，由于临时账号不需要云端服务器验证，从而避免在无网络或弱网络的环境下登录失败的问题，提高用户体验。此外，上述方法可以不需要用户执行操作，从而可以实现在智能座舱系统上无感登录或切换用户账号。

举个例子，在家庭成员之间更替驾驶员的情况下，采用上述方法可以实现无感切换用户账号。比如，家庭成员1需要开车时，家庭成员1的终端设备(比如智能手表1)可以与智能座舱进行通信，并将家庭成员1的临时账号发送给智能座舱，进而智能座舱在智能座舱系统上家庭成员1的临时账号，并执行家庭成员1对应的个性化设置；后续，由于家庭成员1想要休息，于是家庭成员1停车，并坐到副驾座椅或后排座椅，家庭成员2坐到主驾座椅准备开车。此种情形下，智能座舱检测到智能座舱系统处于运行状态，且车辆处于停车状态时，因此，可以发送近距离广播消息，家庭成员2的终端设备(比如智能手表2)接收到近距离广播消息后，可以与智能座舱进行通信，并将家庭成员2的临时账号发送给智能座舱，进而智能座舱可以将智能座舱系统登录家庭成员1的临时账号切换为家庭成员2的临时账号，并执行家庭成员2对应的个性化设置。

实施例二

基于实施例一的描述，下面以实施例一中的实现方式2为例，描述一种可能的实现流程。图5为本申请实施例提供的方法所对应的流程示意图。如图5所示，该方法可以包括：

S501，车辆的智能座舱发送近距离广播消息，近距离广播消息包括车辆的标识信息。

S502，终端设备接收到近距离广播消息后，向智能座舱发送第二请求信息，第二请求信息用于请求授权终端设备在智能座舱系统上登录第一类型账号。

此处，当终端设备与智能座舱之间的距离满足近距离通信要求时，终端设备可以接收到来自智能座舱的近距离广播消息，进而根据近距离广播消息向智能座舱发送第二请求信息。也就是说，近距离广播消息可以用于触发接收到近距离广播消息的终端设备发送第二请求消息。

示例性地，第二请求信息可以包括终端设备的标识信息。比如，终端设备的标识信息可以包括终端设备的类型信息(比如智能手表、智能手机)、终端设备的品牌信息(比如Huawei)和终端设备的系列信息中的一项或多项。举个例子，终端设备的标识信息为HuaweiWATCH GT3。可以理解的是，第二请求信息还可以包括其它可能的信息，比如还可以包括第一类型账号的类型信息，具体不做限定。

S503，智能座舱根据第二请求信息，确定授权终端设备在智能座舱系统上登录第一类型账号。

此处，智能座舱根据第二请求信息确定授权终端设备在智能座舱系统上登录第一类型账号的方式可以有多种。此处描述三种可能的方式，分别为方式1、方式2和方式3。

方式1：智能座舱可以根据第二请求信息发出提示信息，提示信息用于提示用户确认是否授权终端设备在智能座舱系统上登录第一类型账号；若智能座舱检测到用户的授权操作后，则可以确定授权终端设备在智能座舱系统上登录第一类型账号。其中，智能座舱发出提示信息的实现可以有多种，比如智能座舱可以在智能座舱的显示屏上显示终端设备的标识信息(比如Huawei WATCH GT3)和是否授权的按钮。当智能座舱检测到用户点击授权的按钮(即用户的授权操作)后，可以确定授权终端设备在智能座舱系统上登录第一类型账号。

方式2：第二请求信息包括人脸图像信息，智能座舱接收到第二请求信息后，可以根据第二请求信息中的人脸图像信息，确定是否授权所述终端设备在所述智能座舱系统上登录所述第一类型账号。比如，智能座舱可以将第二请求信息中的人脸图像信息与智能座舱预先存储的人脸图像信息进行比对，若比对结果一致，则可以确定授权所述终端设备在所述智能座舱系统上登录所述第一类型账号；此种情形下，用户可以预先在智能座舱中录入人脸图像信息。又比如，智能座舱可以将第二请求信息中的人脸图像信息与检测到的驾驶员的人脸图像信息进行比对，若比对结果一致，则可以确定授权所述终端设备在所述智能座舱系统上登录第一类型账号。

示例性地，终端设备的用户可以预先在终端设备中录入人脸图像信息，进而终端设备在发送第二请求信息时，可以携带人脸图像信息。

方式3：智能座舱可以存储一个白名单，白名单包括至少一个设备的标识信息。智能座舱接收到第二请求信息后，若确定白名单中包括终端设备的标识信息，则可以确定授权所述终端设备在所述智能座舱系统上登录所述第一类型账号。其中，白名单可以为用户预先设置的，具体不做限定。

此外，作为一种可选的方案，智能座舱可以先判断终端设备是否满足以下至少一项：终端设备位于预设区域，预设区域包括主驾座椅所在的区域；终端设备与智能座舱的距离小于预设距离。若智能座舱确定终端设备满足上述至少一项，则智能座舱可以根据上述方式确定是否授权终端设备在智能座舱系统上登录第一类型账号。否则，智能座舱可以直接确定不授权终端设备在智能座舱系统上登录第一类型账号。

比如，若多个终端设备(以终端设备1和终端设备2为例)接收到智能座舱的近距离广播消息，并向智能座舱发送了第二请求信息。此种情形下，智能座舱可以判断终端设备1和终端设备2是否位于预设区域，以及终端设备1和终端设备2与智能座舱的距离是否小于预设距离。若终端设备1位于预设区域，且终端设备1与智能座舱的距离小于预设距离，而终端设备2不在预设区域，且终端设备2与智能座舱的距离大于预设距离，则智能座舱可以根据终端设备1的第二请求信息，确定是否授权终端设备1在智能座舱系统上登录第一类型账号，忽略终端设备2的第二请求信息。

S504，智能座舱向终端设备发送授权通知信息，授权通知信息用于指示智能座舱授权终端设备在智能座舱系统上登录第一类型账号；相应地，终端设备根据授权通知信息，确定智能座舱授权终端设备在智能座舱系统上登录第一类型账号。

S505，终端设备向智能座舱发送第一请求信息，第一请求信息包括车辆对应的用户账号，用户账号属于第一类型账号；相应地，智能座舱接收第一请求信息。

示例性地，终端设备若确定智能座舱授权终端设备在智能座舱系统上登录第一类型账号(比如接收到授权通知信息)，则可以根据车辆的标识信息，向智能座舱发送第一请求信息；否则(比如未接收到授权通知信息)，可以不向智能座舱发送第一请求信息。

S506，智能座舱根据第一请求信息，在智能座舱系统上登录用户账号。

示例性地，若第一请求信息还包括用户账号对应的历史车辆设置信息，则智能座舱还可以根据历史车辆设置信息，对车辆执行历史车辆设置信息对应的设置。具体实现可以参照实施例一中的S403。

可选地，上述方法还包括S507和/或S508：

S507，智能座舱检测到更新车辆设置的操作后，向终端设备发送更新后的车辆设置信息；相应地，终端设备接收更新后的车辆设置信息。

S508，智能座舱若在设定时长内未接收到来自终端设备的状态报文，则当车辆处于停车状态时，在智能座舱系统上退出用户账号。

上述S507和S508可以参照实施例一中的S404和S405，不再赘述。

在实施例二中，终端设备与智能座舱之间可以通过近距离通信技术进行通信，以终端设备与智能座舱之间可以通过近距离通信技术进行通信为例，作为一种可能的实现，可以在蓝牙报文中的AdvData字段中定义新的AD_Type字段。如表2所示，为本申请实施例新定义的AD_Type字段示例。

表2：AD_Type字段示例

可以理解的是，上述是以蓝牙通信技术为例，当终端设备与智能座舱采用其它近距离通信技术时，可以对其它通信技术所涉及的报文进行修改，具体可以参照表2，不再赘述。

实施例三

基于上述实施例二的描述，下面结合图3所示意的结构，描述一种可能的实现流程。

图6为本申请实施例提供的方法所对应的流程示意图。如图6所示，该方法可以包括：

S601，靠近识别模块2发送近距离广播消息。

S602，靠近识别模块1接收到近距离广播消息后，向授权管理模块1发送请求信息1，请求信息1用于请求授权管理模块1向智能座舱请求授权终端设备在智能座舱系统上登录第一类型账号。

S603，授权管理模块1接收到请求信息1后，向授权管理模块2发送第二请求信息，第二请求信息请求授权终端设备在智能座舱系统上登录第一类型账号。

S604，授权管理模块2接收到第二请求信息后，若确定授权终端设备在智能座舱系统上登录第一类型账号，则向授权管理模块1发送授权通知信息。

S605，授权管理模块1接收到授权通知信息后，向靠近识别模块1发送响应信息1，响应信息1用于指示智能座舱授权终端设备在智能座舱系统上登录第一类型账号。

S606，靠近识别模块1从账号管理模块1获取用户账号。

S607，靠近识别模块1从数据管理模块1获取用户账号对应的历史车辆设置信息。

S608，靠近识别模块1向靠近识别模块2发送第一请求信息，第一请求信息包括用户账号和用户账号对应的历史车辆设置信息。

可以理解的是，若数据管理模块1确定终端设备未存储用户账号对应的历史车辆设置信息，则第一请求信息也可以不包括用户账号对应的历史车辆设置信息。

S609，靠近识别模块2接收到第一请求信息后，向账号管理模块2发送用户账号。

S610，靠近识别模块2接收到第一请求信息后，向数据管理模块2发送用户账号对应的历史车辆设置信息。

S611，账号管理模块2接收到用户账号后，在智能座舱系统上登录用户账号。

S612，数据管理模块2接收到用户账号对应的历史车辆设置信息，根据历史车辆设置信息，对车辆执行历史车辆设置信息对应的设置。

针对于上述实施例一至实施例三，可以理解的是：

(1)上述侧重描述了实施例一至实施例三中不同实施例之间的差异之处，除差异之处的其它内容，实施例一至实施例三之间可以相互参照；此外，同一实施例中，不同实现方式或不同示例之间也可以相互参照。

(2)实施例一至实施例三所描述的各个流程图的步骤编号仅为执行流程的一种示例，并不构成对步骤执行的先后顺序的限制，本申请实施例中相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。各个流程图中所示意的步骤并非全部是必须执行的步骤，可以根据实际需要在各个流程图的基础上删除部分步骤，或者也可以根据实际需要在各个流程图的基础上增添其它可能的步骤。

上述主要从终端设备和智能座舱交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，为了实现上述功能，终端设备和智能座舱可以包括执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请的实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端设备和智能座舱进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

图7示出了本申请实施例中所涉及的装置的可能的示例性框图。如图7所示，装置700可以包括：处理单元702和通信单元703。处理单元702用于对装置700的动作进行控制管理。通信单元703用于支持装置700与其他设备的通信。可选地，通信单元703也称为收发单元，可以包括接收单元和/或发送单元，分别用于执行接收和发送操作。装置700还可以包括存储单元701，用于存储装置700的程序代码和/或数据。

该装置700可以为上述实施例中的智能座舱、或者还可以为设置在智能座舱中的部件(例如电路或者芯片)。处理单元702可以支持装置700执行上文中各方法示例中智能座舱的动作。或者，处理单元702主要执行方法示例中的智能座舱的内部动作，通信单元703可以支持装置700与其它设备之间的通信。

比如，在一个实施例中，通信单元703用于：接收来自终端设备的第一请求信息，所述第一请求信息包括所述车辆对应的用户账号，所述用户账号属于第一类型账号；处理单元702用于：若确定授权所述终端设备在所述智能座舱系统上登录所述第一类型账号，则根据所述第一请求信息，在所述智能座舱系统上登录所述用户账号。

该装置700可以为上述实施例中的终端设备、或者还可以为设置在终端设备中的部件(例如电路或者芯片)。处理单元702可以支持装置700执行上文中各方法示例中终端设备的动作。或者，处理单元702主要执行方法示例中的终端设备的内部动作，通信单元703可以支持装置700与其它设备之间的通信。

在一个实施例中，通信单元703用于：获取车辆的标识信息，并向所述车辆的智能座舱发送第一请求信息，所述第一请求信息包括所述车辆对应的用户账号，所述第一请求信息用于请求在所述智能座舱的智能座舱系统上登录所述用户账号，所述用户账号属于第一类型账号。

应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各操作或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integratedcircuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是处理器，比如通用中央处理器(central processing unit，CPU)，或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

以上用于接收的单元是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。

参见图8，为本申请实施例提供的一种通信装置的结构示意图，用于实现以上实施例中智能座舱的操作。

如图8所示，通信装置800可包括处理器801、存储器802以及接口电路803。处理器801可用于对通信协议以及通信数据进行处理，以及对通信装置800进行控制。存储器802可用于存储程序和数据，处理器801可基于该程序执行本申请实施例中由AP执行的方法。接口电路803可用于通信装置800与其他设备进行通信，该通信可以为有线通信或无线通信，该接口电路也可以替换为收发器。

以上存储器802也可以是外接于通信装置800，此时通信装置800可包括接口电路803以及处理器801。以上接口电路803也可以是外接于通信装置800，此时通信装置800可包括存储器802以及处理器801。当接口电路803以及存储器802均外接于通信装置800时，通信装置800可包括处理器801。

图8所示的通信装置能够实现上述方法实施例中涉及智能座舱的各个过程。图8所示的通信装置中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

参见图9，为本申请实施例提供的一种通信装置的结构示意图，用于实现以上实施例中终端设备的操作。

如图9所示，通信装置900可包括处理器901、存储器902以及接口电路903。处理器901可用于对通信协议以及通信数据进行处理，以及对通信装置900进行控制。存储器902可用于存储程序和数据，处理器901可基于该程序执行本申请实施例中由AP执行的方法。接口电路903可用于通信装置900与其他设备进行通信，该通信可以为有线通信或无线通信，该接口电路也可以替换为收发器。

以上存储器902也可以是外接于通信装置900，此时通信装置900可包括接口电路903以及处理器901。以上接口电路903也可以是外接于通信装置900，此时通信装置900可包括存储器902以及处理器901。当接口电路903以及存储器902均外接于通信装置900时，通信装置900可包括处理器901。

图9所示的通信装置能够实现上述方法实施例中涉及终端设备的各个过程。图9所示的通信装置中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一种”是指一种或者多种，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A、同时存在A和B、单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如“A，B或C中的至少一个”包括A，B，C，AB，AC，BC或ABC，“A，B和C中的至少一个”也可以理解为包括A，B，C，AB，AC，BC或ABC。以及，除非有特别说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (20)

1.一种智能座舱系统的登录方法，其特征在于，所述方法应用于车辆的智能座舱，所述智能座舱安装有所述智能座舱系统，所述方法包括：

接收来自终端设备的第一请求信息，所述第一请求信息包括所述车辆对应的用户账号，所述用户账号属于第一类型账号；

若确定授权所述终端设备在所述智能座舱系统上登录所述第一类型账号，则根据所述第一请求信息，在所述智能座舱系统上登录所述用户账号。

2.根据权利要求1所述的方法，其特征在于，所述第一请求信息还包括所述用户账号对应的历史车辆设置信息；

所述方法还包括：

根据所述历史车辆设置信息，对所述车辆执行所述历史车辆设置信息对应的设置。

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

检测到更新车辆设置的操作后，向所述终端设备发送更新后的车辆设置信息。

4.根据权利要求1至3中任一项所述的方法，其特征在于，确定授权所述终端设备在所述智能座舱系统上登录所述第一类型账号，包括：

接收来自所述终端设备的第二请求信息，所述第二请求信息用于请求授权所述终端设备在所述智能座舱系统上登录所述第一类型账号；

根据所述第二请求信息，确定授权所述终端设备在所述智能座舱系统上登录所述第一类型账号。

5.根据权利要求4所述的方法，其特征在于，根据所述第二请求信息，确定授权所述终端设备在所述智能座舱系统上登录所述第一类型账号，包括：

根据所述第二请求信息发出提示信息，所述提示信息用于提示用户确认是否授权所述终端设备在所述智能座舱系统上登录所述第一类型账号；检测到所述用户的授权操作后，确定授权所述终端设备在所述智能座舱系统上登录所述第一类型账号；或者，

所述第二请求信息包括人脸图像信息，若所述人脸图像信息与预先存储的人脸图像信息一致，或者所述人脸图像信息与检测到的驾驶员的人脸图像信息一致，则确定授权所述终端设备在所述智能座舱系统上登录所述第一类型账号。

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

向所述终端设备发送授权通知信息，所述授权通知信息用于指示所述智能座舱授权所述终端设备在所述智能座舱系统上登录第一类型账号。

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

发送近距离广播消息，所述近距离广播消息包括所述车辆的标识信息。

8.根据权利要求7所述的方法，其特征在于，所述发送近距离广播消息，包括：

确定满足预设条件时，发送所述近距离广播消息；

其中，所述确定满足预设条件包括：检测到启动所述智能座舱系统的操作，且所述车辆处于停车状态；或者，检测到所述智能座舱系统处于运行状态且所述车辆处于停车状态。

9.根据权利要求1至8中任一项所述的方法，其特征在于，在所述智能座舱系统上登录所述用户账号之前，所述方法还包括：

确定所述终端设备满足以下至少一项：

所述终端设备位于预设区域，所述预设区域包括主驾座椅所在的区域；

所述终端设备与所述智能座舱的距离小于预设距离。

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

若在设定时长内未接收到来自所述终端设备的状态报文，则当所述车辆处于停车状态时，退出所述用户账号。

11.一种智能座舱系统的登录方法，其特征在于，所述方法应用于终端设备，所述方法包括：

获取车辆的标识信息；

向所述车辆的智能座舱发送第一请求信息，所述第一请求信息包括所述车辆对应的用户账号，所述第一请求信息用于请求在所述智能座舱的智能座舱系统上登录所述用户账号，所述用户账号属于第一类型账号。

12.根据权利要求11所述的方法，其特征在于，所述第一请求信息还包括所述用户账号对应的历史车辆设置信息，所述历史车辆设置信息用于对所述车辆执行所述历史车辆设置信息对应的设置。

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

接收来自所述智能座舱的更新后的车辆设置信息，所述更新后的车辆设置信息是在检测到更新车辆设置的操作后发送的。

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

向所述智能座舱发送第二请求信息，所述第二请求信息用于请求授权所述终端设备在所述智能座舱系统上登录第一类型账号。

15.根据权利要求14所述的方法，其特征在于，所述第二请求信息包括人脸图像信息，所述人脸图像信息用于确定是否授权所述终端设备在所述智能座舱系统上登录所述第一类型账号。

16.根据权利要求14或15所述的方法，其特征在于，所述方法还包括：

接收来自所述智能座舱的授权通知信息，所述授权通知信息用于指示所述智能座舱授权所述终端设备在所述智能座舱系统上登录第一类型账号。

17.根据权利要求11至16中任一项所述的方法，其特征在于，所述获取车辆的标识信息，包括：

接收来自所述智能座舱的近距离广播消息，所述近距离广播消息包括所述车辆的标识信息。

18.一种智能座舱系统的登录装置，其特征在于，包括处理器，所述处理器和存储器耦合，所述存储器中存储有计算机程序；所述处理器用于调用所述存储器中的计算机程序，使得所述装置执行如权利要求1至10中任一项所述的方法或者如权利要求11至17中任一项所述的方法。

19.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被计算机执行时，实现如权利要求1至10中任一项所述的方法或者如权利要求11至17中任一项所述的方法。

20.一种计算机程序产品，其特征在于，当计算机读取并执行所述计算机程序产品时，使得计算机执行如权利要求1至10中任一项所述的方法或者如权利要求11至17中任一项所述的方法。