车机应用配置方法、车机一键联登应用方法和车机系统

摘要

本申请涉及一种车机应用配置方法、车机一键联登应用方法、装置和车机系统，通过对车机系统进行原生态功能配置或者独立配置，可以利用Android系统多用户功能，实现智能网联汽车车机在切换系统账号时，实现车机应用账号的同步切换，减少各应用重复、多次登录、登出或切换账号的操作，提升车机使用上的便捷型，摆脱车机对手机的使用依赖，为达到车联网内容体验的闭环打下基础，可作为智能网联汽车车机账号管理的标准解决方案，为智能网联汽车的发展提供助力。实现了车主、用户、访客三级账号独立存储、独立权限，同时复用系统资源、共享应用，极大为车主带来车机应用上的便利。

权利要求

1.车机应用配置方法，其特征在于，包括如下步骤：储存空间配置：在车机系统上，为车主、用户及访客三种类型的车机系统账号配置独立的应用账号储存空间；

应用权限配置：分别为车主、用户及访客三种类型的车机系统账号设定不同优先级的应用管理权限，其中，车主账号对应用的管理优先于用户及访客账号；

账号关联配置：为车主、用户及访客三种类型的车机系统账号，按照预设的关联规则建立关联切换关系，并将所述关联切换关系配置于车机系统上。

2.根据权利要求1所述的车机一键联登应用方法，其特征在于，所述储存空间配置，包括如下至少一种配置方式：车主账号在首次使用车机时完成激活，用户类型账号在以后每次启动后登录时选择注册即创建，访客账号在每次车机关机后自动删除；

车主账号可删除用户类型账号，用户类型账号删除后，相应的应用账号存储空间及应用权限完成清空；

对于未注册的用户类型账号，登录即完成注册，并分配相应的应用账号存储空间和应用权限。

3.根据权利要求1所述的车机一键联登应用方法，其特征在于，所述应用权限配置，包括如下至少一种配置方式：仅车主和用户类型账号可安装应用，安装应用后，系统配置应用为全局可见，并分配与车机账号对应的应用账号存储空间；

仅车主账号可删除应用，应用删除后，相应车机账号下的应用账号存储空间可选地进行保留或同步删除；

仅车主和用户类型账号可登录车机应用，并独立管理各账号下的车机账号的登录和状态管理。

4.车机一键联登应用方法，基于权利要求1‑3中任一项所述车机应用配置方法进行实施，其特征在于，包括如下步骤：车机启动；

判断车机是否首次启动：

若为首次启动，则完成车机激活，创建/绑定车主账号；若非首次启动，则：判断是否存在车主账号：

若不存在车主账号，则完成车机激活，创建/绑定车主账号；若存在车主账号，则进入车机系统登录页面；

在车机系统登录页面，选择是否切换账号，根据车主的选择结果进行登录，进入车机应用。

5.根据权利要求4所述的车机一键联登应用方法，其特征在于，在车机系统登录页面，选择是否切换账号，根据车主的选择结果进行登录，进入车机应用，包括：判断车主是否进入访客模式：

若采用访客模式，则进入车机应用；

判断车主是否创建账号：若

车主选择创建用户账号，则采用所创建的用户账号进行登录，进入车机应用。

6.根据权利要5所述的车机一键联登应用方法，其特征在于，在车机系统登录页面，选择是否切换账号，根据车主的选择结果进行登录，进入车机应用，还包括：若车主未创建账号，则选择账号登录，进入车机应用。

7.根据权利要求4所述的车机一键联登应用方法，其特征在于，在进入车机应用后，还包括：判断车主是否登录应用账号：

若发现车主并未登录应用账号，则保持车主继续使用车机应用的权限。

8.根据权利要求4所述的车机一键联登应用方法，其特征在于，在进入车机应用后，还包括：判断车主是否登录应用账号：

若发现车主登录应用账号，则关联车机应用账号至系统账号，保持车主继续使用车机应用的权限。

9.根据权利要求4所述的车机一键联登应用方法，其特征在于，在车主账号激活和/或切换账号时，还包括：采用预设的账号安全校验机制，对激活的车主账号和/或切换账号账号进行安全校验。

10.一种车机系统，其特征在于，包括：处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述可执行指令时实现权利要求4至9中任一项所述的车机一键联登应用方法。

说明书

车机应用配置方法、车机一键联登应用方法和车机系统

技术领域

[0001] 本公开涉及车联网技术领域，尤其涉及一种车机应用配置方法、车机一键联登应用方法、装置和车机系统。

背景技术

[0002] 随着汽车行业的大力发展，智能网联汽车已经成为造车标准属性。以Android系统车机版为基础的各类深度定制ROM成为各大车企彰显自身品牌及特征的车机系统。然而，作为传统制造业的车企，没有IT计算机行业的技术背景，对于车机系统的设计更多地从对车场景本身及人机交互角度进行思考；对新势力造车企业，更多地以互联网运营视角设计出发，将更多的内容放置在以手机为载体的移动端应用中。由此造成车机众多底层设计没有跳出手机系统的功能，甚至更弱于手机的用户体验。

[0003] 在汽车被宣传为第三生活空间的同时，越来越多人开始关注车联网生态运营服务。以账号或ID体系为基础，是车联网生态运营的必要选项。然而，车机上众多的应用并不能支持与车机系统的账号互通，即使互通也无法做到联登、联退的效果。与手机不同，车辆的使用者很多场景处于多用户状态。车机使用者的频繁变更从保护用户隐私和权益的角度来说，车机的账号也需要经常登出、登录。由于缺乏针对性设计，车机账号在登出后，众多车机应用往往处于“各自为政”的状态，有些跟随系统完成登出，有些依然保留登录状态，如果需要与系统账号一并登出，需要用户逐个操作；对于重新登录的车机用户，应用的登录又需要重新操作。以现有车辆上的车机登录系统为例，部分车机应用的登录需要三级账号的登录才可正常使用，一旦失效登出，需要重新登录三次不同的账号才可重新使用，不便利程度可见一斑。

[0004] 因此，车机系统迫切需要一种类似桌端或服务器的多用户体系，完成系统用户切换连带应用及配置的同步切换。

发明内容

[0005] 为了解决上述问题，本申请提出一种车机应用配置方法、车机一键联登应用方法和车机系统。

[0006] 本申请一方面，提出一种车机应用配置方法，包括如下步骤：

[0007] 储存空间配置：在车机系统上，为车主、用户及访客三种类型的车机系统账号配置独立的应用账号储存空间；

[0008] 应用权限配置：分别为车主、用户及访客三种类型的车机系统账号设定不同优先级的应用管理权限，其中，车主账号对应用的管理优先于用户及访客账号；

[0009] 账号关联配置：为车主、用户及访客三种类型的车机系统账号，按照预设的关联规则建立关联切换关系，并将所述关联切换关系配置于车机系统上。

[0010] 作为本申请的一可选实施方案，可选地，所述储存空间配置，包括如下至少一种配置方式：

[0011] 车主账号在首次使用车机时完成激活，用户类型账号在以后每次启动后登录时选择注册即创建，访客账号在每次车机关机后自动删除；

[0012] 车主账号可删除用户类型账号，用户类型账号删除后，相应的应用账号存储空间及应用权限完成清空；

[0013] 对于未注册的用户类型账号，登录即完成注册，并分配相应的应用账号存储空间和应用权限。

[0014] 作为本申请的一可选实施方案，可选地，所述应用权限配置，包括如下至少一种配置方式：

[0015] 仅车主和用户类型账号可安装应用，安装应用后，系统配置应用为全局可见，并分配与车机账号对应的应用账号存储空间；

[0016] 仅车主账号可删除应用，应用删除后，相应车机账号下的应用账号存储空间可选地进行保留或同步删除；

[0017] 仅车主和用户类型账号可登录车机应用，并独立管理各账号下的车机账号的登录和状态管理。

[0018] 本申请另一方面，提出一种车机一键联登应用方法，基于上述所述车机应用配置方法进行实施，包括如下步骤：

[0019] 车机启动；

[0020] 判断车机是否首次启动：

[0021] 若为首次启动，则完成车机激活，创建/绑定车主账号；若非首次启动，则：

[0022] 判断是否存在车主账号：

[0023] 若不存在车主账号，则完成车机激活，创建/绑定车主账号；若存在车主账号，则进入车机系统登录页面；

[0024] 在车机系统登录页面，选择是否切换账号，根据车主的选择结果进行登录，进入车机应用。

[0025] 作为本申请的一可选实施方案，可选地，在车机系统登录页面，选择是否切换账号，根据车主的选择结果进行登录，进入车机应用，包括：

[0026] 判断车主是否进入访客模式：

[0027] 若采用访客模式，则进入车机应用；

[0028] 判断车主是否创建账号：若

[0029] 车主选择创建用户账号，则采用所创建的用户账号进行登录，进入车机应用。

[0030] 作为本申请的一可选实施方案，可选地，在车机系统登录页面，选择是否切换账号，根据车主的选择结果进行登录，进入车机应用，还包括：

[0031] 若车主未创建账号，则选择账号登录，进入车机应用。

[0032] 作为本申请的一可选实施方案，可选地，在进入车机应用后，还包括：

[0033] 判断车主是否登录应用账号：

[0034] 若发现车主并未登录应用账号，则保持车主继续使用车机应用的权限。

[0035] 作为本申请的一可选实施方案，可选地，在进入车机应用后，还包括：

[0036] 判断车主是否登录应用账号：

[0037] 若发现车主登录应用账号，则关联车机应用账号至系统账号，保持车主继续使用车机应用的权限。

[0038] 作为本申请的一可选实施方案，可选地，在车主账号激活和/或切换账号时，还包括：

[0039] 采用预设的账号安全校验机制，对激活的车主账号和/或切换账号账号进行安全校验。

[0040] 本申请另一方面，还提出一种车机系统，包括：

[0041] 处理器；

[0042] 用于存储处理器可执行指令的存储器；

[0043] 其中，所述处理器被配置为执行所述可执行指令时实现上述所述的车机一键联登应用方法。

[0044] 本发明的技术效果：

[0045] 本申请通过对车机系统进行原生态功能配置或者独立配置，可以利用Android系统多用户功能，实现智能网联汽车车机在切换系统账号时，实现车机应用账号的同步切换，减少各应用重复、多次登录、登出或切换账号的操作，提升车机使用上的便捷型，摆脱车机对手机的使用依赖，为达到车联网内容体验的闭环打下基础，可作为智能网联汽车车机账号管理的标准解决方案，为智能网联汽车的发展提供助力。实现车主、用户、访客三级账号管理，账号间独立存储、独立权限，同时复用系统资源、共享应用，以及各车机应用账号作为系统账号独立存储、权限管理空间内的配置内容，在车机系统账号切换时，同步切换，避免应用账号在系统账号变更后重新登录。

[0046] 另外，鉴于账号间的独立性，账号的安全校验机制也可定制化，根据对应用户的使用习惯进行设置。

[0047] 根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。

附图说明

[0048] 包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。

[0049] 图1示出为本发明的实施流程示意图。

具体实施方式

[0050] 以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

[0051] 在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

[0052] 另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

[0053] 本实施例是基于车机系统进行设计的升级应用，所采用的配置方案以及应用方法所对应的程序，可以在车机系统项目中直接修改原生多用户功能进行实现，也可以将该部分功能独立实现后以SDK的形式集成入车机系统项目中。

[0054] 关于车机系统的选择和功能应用，本实施例不做限定。

[0055] 本发明优先采用Android系统多用户功能作为车机账号登录、登出一键关联应用登录信息及状态的实现基础。

[0056] 从Android 4.0开始，Google就开始在Android上布局多用户，UserManager因此而诞生，然而此时还没有对应的Binder服务。真正支持多用户是从Android 4.2开始，即便如此，系统中也依然存在各种Bug和兼容性问题。直到Android 6.0，Android多用户才比较完善，国内外的厂家也纷纷开始针对多用户这个噱头来做各种“花里胡哨”的操作，“手机分身”、“分身应用”、“应用双开”应运而生。目前车机的主流系统版本为Android 9.0及以上。然而，正如之前提到的，在车机领域，多用户功能并没有真正应用起来。

[0057] 多用户功能基于以下一些基础功能概念：

[0058] Uid(用户Id)：在Linux上，一个用户Uid标识着一个给定的用户。Android上也沿用了Linux用户的概念，Root用户Uid为0，System Uid为1000，并且，每个应用程序在安装时也被赋予了单独的Uid，这个Uid将伴随着应用从安装到卸载；

[0059] Gid(用户组Id)：Linux上规定每个应用都应该有一个用户组，对于Android应用程序来说，每个应用的所属用户组与Uid相同；

[0060] Gids：应用在安装后所获得权限的Id集合。在Android上，每个权限都可能对应一个或多个group，每个group有个gid name，gids就是通过对每个gid name计算得出的id集合，一个UID可以关联GIDS，表明该UID拥有多种权限。

[0061] 对于Android中的每个进程，都有一个单独的Uid、Gid以及Gids集合，通过这三者，Android系统实现了一套文件和数据访问权限规则系统。

[0062] Android在创建每个用户时，都会分配一个整型的userId。对于主用户(正常下的默认用户)来说，user Id为0，之后创建的user Id将从10开始计算，每增加一个userId加1。

[0063] 为了多用户下的数据安全性，在每个新用户创建之初，不管是外部存储(External Storage)还是app data目录，Android都为其准备了独立的文件存储。

[0064] 不同用户具有的权限不同，不同用户下App的应用权限是独立的，但是对于App的安装，多个用户下同一个App却保持着同一个安装目录。因此，多用户下的应用其实只安装一次，不同用户下同一个应用的版本和签名都应该相同，不同用户下相同App能够独立运行是因为系统为他们创造了不同的运行环境和权限。

[0065] 在不同用户下，虽然能够看到不同的桌面，不同的运行环境，一切都感觉是新的，但是我们系统本身并没有发生改变，kernel进程、system_server进程以及所有daemon进程依然是同一个，并不会重启。

[0066] 多用户其实是系统为应用的data目录和storage目录分配了一份不同且独立的存储空间，不同用户下的存储空间互不影响且没有权限访问。同时，系统中的AMS、PMS、WMS等各大服务都会针对userId/UserHandle进行多用户适配，并在用户启动、切换、停止、删除等生命周期时做出相应策略的改变。通过以上两点，Android创造出来一个虚拟的多用户运行环境。

[0067] 首先，需要对车机系统中的账号权限、储存以及应用权限等进行配置。

[0068] 实施例1

[0069] 本发明基于上述Android多用户功能，结合现有车机登录体验，设计登录流程如下：各车机应用账号作为系统账号独立存储、权限管理空间内的配置内容，在车机系统账号切换时，同步切换。

[0070] 储存空间、应用权限等配置，可以由厂家进行替换、升级，本实施例不限定车机系统升级的具体实施方案和主体。

[0071] 本实施例中，车机系统账号包含车主、用户及访客三种类型，采用下述方案进行配置。

[0072] 本申请一方面，提出一种车机应用配置方法，包括如下步骤：

[0073] 储存空间配置：在车机系统上，为车主、用户及访客三种类型的车机系统账号配置独立的应用账号储存空间；

[0074] 应用权限配置：分别为车主、用户及访客三种类型的车机系统账号设定不同优先级的应用管理权限，其中，车主账号对应用的管理优先于用户及访客账号；

[0075] 账号关联配置：为车主、用户及访客三种类型的车机系统账号，按照预设的关联规则建立关联切换关系，并将所述关联切换关系配置于车机系统上。

[0076] 作为本申请的一可选实施方案，可选地，所述储存空间配置，包括如下至少一种配置方式：

[0077] 车主账号在首次使用车机时完成激活，用户类型账号在以后每次启动后登录时选择注册即创建，访客账号在每次车机关机后自动删除；

[0078] 车主账号可删除用户类型账号，用户类型账号删除后，相应的应用账号存储空间及应用权限完成清空；

[0079] 对于未注册的用户类型账号，登录即完成注册，并分配相应的应用账号存储空间和应用权限。

[0080] 作为本申请的一可选实施方案，可选地，所述应用权限配置，包括如下至少一种配置方式：

[0081] 仅车主和用户类型账号可安装应用，安装应用后，系统配置应用为全局可见，并分配与车机账号对应的应用账号存储空间；

[0082] 仅车主账号可删除应用，应用删除后，相应车机账号下的应用账号存储空间可选地进行保留或同步删除；

[0083] 仅车主和用户类型账号可登录车机应用，并独立管理各账号下的车机账号的登录和状态管理。

[0084] 本实施例，上述各个配置皆进行采纳，优先对各个配置方案皆用于实施。

[0085] 车机账号对车机应用配置方案，仅车主和用户类型账号可登录车机应用，并独立管理各账号下车机账号的登录和状态管理，举例来说，车机账号A，用户类型账号B和C，均有各自车机应用完成登录，对于车机应用甲，A账号使用A’完成登录，B账号使用B’完成登录，C账号使用C’完成登录，那么车机账号在A、B和C之间切换时，应用甲的登录状态在A’、B’和C’之间作相应切换，用户无需在应用甲中再次登录。

[0086] 账号安全校验机制

[0087] 除了上述配置，还可以为车主账号激活或者切换账时，增加安全校验机制的配置，为账号的登录和切换，增设一道用户身份信息或者账号安全识别的校验机制。

[0088] 本发明还可根据车机硬件支持情况，在字符密码、图案码等安全校验的基础上，加入指纹、声纹、虹膜、人脸等更安全、高效、便捷的生物识别功能。

[0089] 以密码为例，车主账号在车机激活时完成设置，其他用户账号在创建账号时完成设置。账号登录在以下场景触发：

[0090] 车机启动后(车主账号已存在)；

[0091] 点击切换账号；

[0092] 车机每次启动后需要认证用户信息，此时校验用户身份(如密码等)，根据登录用户进入对应的用户空间，相应的应用账号自动实现登录；点击切换账号时，出现登录页面，可从已登录过的用户列表中选择用户，校验用户身份(如密码等)，也可在此页面创建用户，完成校验方式的设置。

[0093] 在密码的基础上，还可以加入生物识别。一般车机支持语音交互，声纹是车机上可能的生物识别方式。以声纹为例，车主账号在车机激活时完成录制，其他用户账号在创建账号时完成录制。声纹识别同样在以下场景触发：

[0094] 车机启动后(车主账号已存在)；

[0095] 点击切换账号；

[0096] 车机每次启动后需要验证声纹(如已完成过录制)，通过后进入对应的用户空间，相应的应用账号自动实现登录；点击切换账号时，出现登录页面，可从已登录过的用户列表中选择用户，校验用户声纹，也可在此页面创建用户，完成声纹的录制。

[0097] 上述方案的具体应用程序包，可以在车机系统项目中直接修改原生多用户功能进行实现，也可以将该部分功能独立实现后以SDK的形式集成入车机系统项目中。

[0098] 采用上述配置方法进行功能升级配置后的车机系统，各车机应用账号作为系统账号独立存储、权限管理空间内的配置内容，在车机系统账号切换时，同步切换，避免应用账号在系统账号变更后重新登录。另外，鉴于账号间的独立性，账号的安全校验机制也可定制化，根据对应用户的使用习惯进行设置。

[0099] 利用上述程序配置升级的车机系统，能够实现智能网联汽车车机在切换系统账号时，实现车机应用账号的同步切换，减少各应用重复、多次登录、登出或切换账号的操作，提升车机使用上的便捷型，摆脱车机对手机的使用依赖，为达到车联网内容体验的闭环打下基础，可作为智能网联汽车车机账号管理的标准解决方案，为智能网联汽车的发展提供助力。

[0100] 需要说明的是，尽管以作为示例介绍了如密码和生物特征信息进行安全校验的机制，但本领域技术人员能够理解，本公开应不限于此。事实上，用户完全可根据实际应用场景灵活设定账号的安全校验模式，只要可以按照上述技术方法实现本申请的技术功能即可。

[0101] 上述车机应用，可以基于Android系统进行，也可以基于其他智能系统进行应用开发升级，本实施例不限制其具体应用开发环境。

[0102] 实施例2

[0103] 基于实施例1的实施原理，采用实施例1中程序配置升级的车机系统，车主可以实现车机应用账号的同步切换，减少各应用重复、多次登录、登出或切换账号的操作，提升车机使用上的便捷型，摆脱车机对手机的使用依赖，为达到车联网内容体验的闭环打下基础，可作为智能网联汽车车机账号管理的标准解决方案，为智能网联汽车的发展提供助力。

[0104] 如图1所示，本申请另一方面，提出一种车机一键联登应用方法，基于上述所述车机应用配置方法进行实施，包括如下步骤：

[0105] 车机启动；

[0106] 判断车机是否首次启动：

[0107] 若为首次启动，则完成车机激活，创建/绑定车主账号；若非首次启动，则：

[0108] 判断是否存在车主账号：

[0109] 若不存在车主账号，则完成车机激活，创建/绑定车主账号；若存在车主账号，则进入车机系统登录页面；

[0110] 在车机系统登录页面，选择是否切换账号，根据车主的选择结果进行登录，进入车机应用。

[0111] 作为本申请的一可选实施方案，可选地，在车机系统登录页面，选择是否切换账号，根据车主的选择结果进行登录，进入车机应用，包括：

[0112] 判断车主是否进入访客模式：

[0113] 若采用访客模式，则进入车机应用；

[0114] 判断车主是否创建账号：若

[0115] 车主选择创建用户账号，则采用所创建的用户账号进行登录，进入车机应用。

[0116] 作为本申请的一可选实施方案，可选地，在车机系统登录页面，选择是否切换账号，根据车主的选择结果进行登录，进入车机应用，还包括：

[0117] 若车主未创建账号，则选择账号登录，进入车机应用。

[0118] 作为本申请的一可选实施方案，可选地，在进入车机应用后，还包括：

[0119] 判断车主是否登录应用账号：

[0120] 若发现车主并未登录应用账号，则保持车主继续使用车机应用的权限。

[0121] 作为本申请的一可选实施方案，可选地，在进入车机应用后，还包括：

[0122] 判断车主是否登录应用账号：

[0123] 若发现车主登录应用账号，则关联车机应用账号至系统账号，保持车主继续使用车机应用的权限。

[0124] 作为本申请的一可选实施方案，可选地，在车主账号激活和/或切换账号时，还包括：

[0125] 采用预设的账号安全校验机制，对激活的车主账号和/或切换账号账号进行安全校验。

[0126] 上述应用方法，可以结合实施例1的应用配置进行理解，本实施例不作赘述。

[0127] 显然，本领域的技术人员应该明白，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成的，程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各控制方法的实施例的流程。上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

[0128] 本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成的，程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各控制方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read‑OnlyMemory，ROM)、随机存储记忆体(RandomAccessMemory，RAM)、快闪存储器(FlashMemory)、硬盘(HardDiskDrive，缩写：HDD)或固态硬盘(Solid‑StateDrive，SSD)等；存储介质还可以包括上述种类的存储器的组合。

[0129] 实施例3

[0130] 更进一步地，本申请另一方面，还提出一种车机系统，包括：

[0131] 处理器；

[0132] 用于存储处理器可执行指令的存储器；

[0133] 其中，所述处理器被配置为执行所述可执行指令时实现上述所述的车机一键联登应用方法。

[0134] 车机系统的程序配置以及应用，参见上述实施例1和2的具体描述。

[0135] 本公开实施例来车机系统包括处理器以及用于存储处理器可执行指令的存储器。其中，处理器被配置为执行可执行指令时实现前面任一所述的一种车机一键联登应用方法。

[0136] 此处，应当指出的是，处理器的个数可以为一个或多个。同时，在本公开实施例的车机系统中，还可以包括输入装置和输出装置。其中，处理器、存储器、输入装置和输出装置之间可以通过总线连接，也可以通过其他方式连接，此处不进行具体限定。

[0137] 存储器作为一计算机可读存储介质，可用于存储软件程序、计算机可执行程序和各种模块，如：本公开实施例的一种车机一键联登应用方法所对应的程序或模块。处理器通过运行存储在存储器中的软件程序或模块，从而执行车机系统的各种功能应用及数据处理。

[0138] 输入装置可用于接收输入的数字或信号。其中，信号可以为产生与设备/终端/服务器的用户设置以及功能控制有关的键信号。输出装置可以包括显示屏等显示设备。

[0139] 以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。