车辆制造商用户管理系统与汽车操作系统的集成技术方案

本公开涉及车辆制造商用户管理系统与汽车操作系统的集成。公开了与车辆的用户管理服务有关的设备和方法。设备的多个处理器中的一个可以执行第一操作系统以向车辆提供用户管理服务。第一操作系统可以向第二操作系统呈现接口，该第二操作系统可以通过该接口调用用户管理操作。第一操作系统可以生成与用户管理有关的第一消息。该接口可以将第一消息提供给第二操作系统。该接口可以从第二操作系统接收第二消息。第二消息可以与同步第一操作系统和第二操作系统之间的用户管理有关。

【技术实现步骤摘要】
车辆制造商用户管理系统与汽车操作系统的集成本申请要求于2020年3月17日提交的美国临时专利申请No.62/990,910的优先权，其全部内容通过引用纳入本文。
本公开涉及车辆制造商用户管理系统与汽车操作系统的集成。
技术介绍
车辆可以包括所谓的头部单元或其他集成计算设备，其呈现接口(诸如，图形用户界面–GUI)，通过该接口来控制车辆系统，诸如供暖、通风和空调(HVAC)系统、照明系统(用于控制内部和/或外部灯)、信息娱乐系统、座椅系统(用于控制驾驶员和/或乘客座椅的位置)等。头部单元可以向车辆系统发布一个或多个命令(也可以称为“命令集”)以改变一个或多个车辆系统的操作状态。车辆的不同用户，诸如汽车、摩托车、公共汽车、休闲车(RV)、半挂卡车、拖拉机或其他类型的农用设备、火车、飞机、无人机、直升机、个人运输车辆等对于这些车辆系统的设置可能具有不同的偏好。例如，与同一车辆的矮个子驾驶员相比，高个子的驾驶员可能更喜欢座椅位置更加远离方向盘和与同一车辆的矮个子驾驶员不同的镜子设置。不同的驾驶员也可能更喜欢不同的无线电台设置、气候控制设置、安全设置、驾驶设置等。因此，车辆制造商(也称为原始设备制造商或OEM)已将用户管理功能内置到车辆中。例如，许多车辆允许用户保存与该用户相关联的自定义设置。通过与诸如按钮的接口进行交互，用户可以快速将各种系统的设置从现有设置移动到用户自己的首选的自定义设置。考虑到不仅来自同一制造商的不同型号之间，而且不同制造商的型号之间的各种各样的车辆系统(就功能和操作两者而言)，头部单元可以被配置成输出通常控制车辆系统的最高百分比的命令集，因为手动配置命令集既耗时又昂贵。此外，制造商可以静态地编码(或换言之，“硬编码”)用于执行每个操作状态改变的命令集。即，制造商可以静态地对命令集进行编码以符合特定的控制总线协议(其中一些可以是专有的)，车辆头部单元可以通过该总线协议与一个或多个系统进行通信。制造商可以对由车辆头部单元执行的操作系统进行硬编码，以生成符合控制总线协议的命令集。命令集中的每个命令集可能因一个或多个系统的控制总线和/或供应商等而不同，导致针对车辆的特定配置的命令集的耗时的静态编码，甚至在车辆型号内饰等级之间也会有所不同。
技术实现思路
通常，本公开的技术旨在使车辆计算设备(诸如车辆头部单元)能够向车辆提供用户管理服务。车辆头部单元的第一操作系统可以与车辆上的第二操作系统(也可以是车辆头部单元的第二操作系统)交互，该第二操作系统可以控制车辆上的各种系统的设置，诸如人体工程学系统(例如，座椅、方向盘和/或踏板系统)、信息娱乐系统、气候系统、安全系统和驾驶模式系统。车辆头部单元可以执行支持统一消息集的第一操作系统，而第二操作系统可以传达根据多个控制总线协议中的特定控制总线协议指定的本地控制消息以控制车辆的各种系统。除了对第一操作系统进行硬编码以支持特定的本地控制消息从而支持由车辆头部单元的第一操作系统提供的用户管理服务之外，本公开的技术的各个方面可以使第一操作系统能够向第二操作系统提供接口，例如，应用编程接口(“API”)，以提供用户管理服务。第二操作系统可以包括用于与API对接的硬件抽象层(“HAL”)。这样，技术的各个方面可以使制造商能够定义HAL，该HAL可以将消息从API转变为可由第二操作系统操作以控制车辆的一个或多个系统的消息。以这种方式，头部单元的第一操作系统可以向车辆提供用户管理服务。因为仅可以定义API和HAL，而不是在第一操作系统或第二操作系统内对硬编码转变映射进行静态编码以仅支持本地命令集，所以该技术的各个方面可以改善车辆头部单元操作系统可以被开发的速度，改善与新的或改变的控制总线协议的互操作性，以及在适应快速部署提供用户管理服务的此类操作系统的同时，以其它方式改善车辆头部单元操作系统的开发。在一个示例中，技术的各个方面针对一种方法，该方法包括：由车辆的一个或多个处理器执行第一操作系统以向车辆提供用户管理服务；通过由一个或多个处理器执行的第一操作系统，向第二操作系统呈现接口，第二操作系统通过该接口调用用户管理操作；由一个或多个处理器执行的第一操作系统生成与用户管理有关的第一消息；通过接口将第一消息提供给第二操作系统；以及通过接口从第二操作系统接收第二消息，该第二消息与同步第一操作系统与第二操作系统之间的用户管理有关。在另一示例中，技术的各个方面针对被配置成与车辆交互的设备，该设备包括：存储器，其被配置成存储用户管理数据；以及一个或多个处理器，其可通信地耦合到存储器并被配置成：执行第一操作系统，第一操作系统向第二操作系统呈现接口以调用用户管理操作；其中，第一操作系统被配置成生成与用户管理有关的第一消息，该接口被配置成向第二操作系统提供消息，并且该接口还被配置成从第二操作系统接收第二消息，该第二消息与同步在第一操作系统和第二操作系统之间的用户管理有关，并且其中第一操作系统基于第一消息向车辆提供用户管理服务。在另一示例中，技术的各个方面针对具有存储在其上的指令的非暂时性计算机可读存储介质，该指令在被执行时，使车辆头部单元的一个或多个处理器执行：执行第一操作系统以向车辆提供用户管理服务；将第一操作系统的接口呈现给第二操作系统，第二操作系统通过该接口调用用户管理操作；生成与用户管理有关的第一消息；通过接口将第一消息提供给第二操作系统；并且通过接口从第二操作系统接收第二消息，该第二消息与同步第一操作系统与第二操作系统之间的用户管理有关。在下面的附图和描述中阐述了一个或多个示例的细节。本公开的其他特征、目的和优点将通过描述和附图以及通过权利要求而显而易见。附图说明图1是图示示例车辆的框图，该示例车辆被配置成执行本公开中描述的技术的各个方面。图2是更详细地图示图1的头部单元的示例的框图。图3是图示根据本公开的技术的成功的用户切换的示例的流程图。图4是图示根据本公开的技术的不成功的用户切换的示例的流程图。图5是图示根据本公开的技术的不成功的用户切换的另一示例的流程图。图6是图示根据本公开的技术的成功的用户创建的示例的流程图。图7是图示根据本公开的技术的不成功的用户创建的示例的流程图。图8是图示根据本公开的技术的不成功的用户创建的另一示例的流程图。图9是图示根据本公开的技术的成功的用户移除的示例的流程图。图10是图示根据本公开的技术的不成功的用户移除的示例的流程图。图11是图示根据本公开的技术的不成功的用户移除的另一示例的流程图。图12是图示根据本公开的技术的用户与认证因素的关联的示例的流程图。图13是根据本公开的技术的提供用户管理服务的示例的流程图。图14A-C是根据本公开的技术的提供用户管理服务的进一步示例的流程图。图15是图示第一操作系统和第二操作系统的组件的示例的框图。具体实施方式图1是图示示例车辆8的框图，该示例车辆8被配置成执行本公开中描述的技术的各个方面。在图1的示例中本文档来自技高网...

【技术保护点】
1.一种方法，包括：/n由车辆的一个或多个处理器执行第一操作系统以向所述车辆提供用户管理服务；/n由所述第一操作系统向第二操作系统呈现接口，所述第二操作系统通过所述接口调用用户管理操作；/n由所述第一操作系统生成与用户管理有关的第一消息；/n由所述接口将所述第一消息提供给所述第二操作系统；以及/n由所述接口从所述第二操作系统接收第二消息，所述第二消息与同步所述第一操作系统与所述第二操作系统之间的用户管理有关。/n

【技术特征摘要】
20200317 US 62/990,9101.一种方法，包括：
由车辆的一个或多个处理器执行第一操作系统以向所述车辆提供用户管理服务；
由所述第一操作系统向第二操作系统呈现接口，所述第二操作系统通过所述接口调用用户管理操作；
由所述第一操作系统生成与用户管理有关的第一消息；
由所述接口将所述第一消息提供给所述第二操作系统；以及
由所述接口从所述第二操作系统接收第二消息，所述第二消息与同步所述第一操作系统与所述第二操作系统之间的用户管理有关。


2.根据权利要求1所述的方法，其中，所述第一消息包括改变用户的请求、用户创建消息、用户删除消息、初始用户指配消息以及访客用户消息中的至少一个。


3.根据权利要求1所述的方法，其中，所述第一消息包括用户创建消息和初始用户指配消息中的至少一个，并且所述第一消息进一步包括新用户简档和初始用户简档中的至少一个。


4.根据权利要求1所述的方法，其中，所述第二消息指示以下至少一项：
是否在某时允许用户的改变；
内部用户简档，所述内部用户简档由所述第二操作系统存储在车辆用户管理系统中，所述内部用户简档基于所述第一消息内的新用户简档；
用户是否从车辆用户管理系统中被删除；以及
当前用户是否为访客用户。


5.根据权利要求4所述的方法，进一步包括：
由所述第一操作系统基于所述第二消息确定在某时是否允许用户的改变；以及
基于在所述某时允许所述用户的改变的所述确定，由所述接口向所述第二操作系统提供第三消息，所述第三消息控制所述车辆的一个或多个系统。


6.根据权利要求5所述的方法，其中，所述车辆的所述一个或多个系统包括人体工程学系统、娱乐系统、信息娱乐系统、气候系统、安全系统以及驾驶模式系统中的至少一个。


7.根据权利要求4所述的方法，进一步包括：
由所述第一操作系统基于所述第二消息确定当前用户是否为访客用户；以及
基于所述当前用户为访客用户的所述确定，由所述接口向所述第二操作系统提供第三消息，所述第三消息控制所述第二操作系统对访客用户简档的创建。


8.根据权利要求1所述的方法，进一步包括：
由所述接口从所述第二操作系统接收第三消息，所述第三消息指示没有用户被存储在车辆用户管理系统中。


9.根据权利要求1所述的方法，进一步包括：
由所述第一操作系统将用户与认证的形式相关联；以及
由所述第一操作系统基于所述认证的形式确定当前用户与最后活跃用户不同；
其中，所述认证的形式包括密钥卡、指纹、面部和语音中的一个或多个。


10.根据权利要求1所述的方法，其中，所述接口将消息提供给所述第二操作系统的车辆硬件抽象层，并且从所述车辆硬件抽象层接收消息。


11.一种被配置成与车辆交互的设备，所述设备包括：
存储器，所述存储器被配置成存储用户管理数据；以及
一个或多个处理器，所述一个或者多个处理器可通信地耦合到所述存储器并且被配置成：
执行第一操作系统，所述第一操作系统向第二操作...

【专利技术属性】
技术研发人员：费利佩·勒梅，朴昆勇，
申请(专利权)人：谷歌有限责任公司，
类型：发明
国别省市：美国;US