[发明专利]车机互联应用框架设计的方法及系统

说明书

本发明公开车机互联应用框架设计的方法及系统，其中该方法包括通过调用与车机操作系统的类型相对应的HMI适配单元连接车机的HMI应用；基于车机厂商设置的互联参数，配置一种或多种互联技术的激活状态，同时通过调用与车机操作系统的类型相对应的系统组件适配单元将互联参数部署到车机系统上；获取手机端的互联操作请求，判断手机端使用的互联技术是否被激活；若已激活，则运行与手机端一致的互联技术并基于互联操作请求和预设的互联状态机切换到相应的互联状态，同时更新车机资源的占用状态；若未激活，则拒绝手机端与车机端互联，解决了车机互联应用系统无法在不同的车机系统平台快速部署，也无法个性化定制互联技术组合方案的问题。

技术领域

本发明涉及手机-车机互联技术领域，尤其涉及车机互联应用框架设计的方法及系统。

背景技术

手机与车载娱乐信息系统（以下简称“车机”）互联技术（以下简称“互联技术”）诞生于本世纪初，该技术实现了将手机内容投射到车机屏幕并通过车机反控操作手机内容的方案，既实现对车机功能的延伸，又降低了驾驶员因驾驶过程中操作手机导致的驾驶安全风险。目前主流互联技术包括：苹果CarPlay，百度CarLife，MirrorLink和谷歌的AndroidAuto，以上四种主流互联技术支持的功能基本一致，包括：支持投射手机内容到车机屏幕，支持从车机侧反向控制手机操作，支持车机将手机作为媒体源播放媒体资源，支持车机共享手机语音助手功能，支持手机获取车辆状态信息等等。此外，以上四种主流互联技术还都要求车机系统支持H.264 视频编解码、音频编码解码、设备检索和连接管理、反控操作、车辆数据传递等。

但是，目前市场上车机在出厂时大多设定好以单独的互联应用系统提供一种或多种互联技术方案，不同的互联应用系统所需要的接口和运行环境配置并不统一，即要适配不同车机操作系统的HMI（人机交互界面），例如：安卓系统HMI、Linux系统HMI等，导致既不利于针对不同客户需求个性化定制互联应用，也不利于快速扩展新的互联技术方案到现有车机应用上，相应地增加了维护成本。

发明内容

本发明的目的在于提供车机互联应用框架设计的方法及系统，解决了车机互联应用系统无法在不同的车机系统平台快速部署，也无法根据不同用户需求个性化定制互联技术组合方案的问题。

为了实现上述目的，本发明提供如下技术方案：

一种车机互联应用框架设计的方法，包括：

通过调用与车机操作系统的类型相对应的HMI适配单元连接车机的HMI应用；

基于车机厂商设置的互联参数，配置一种或多种互联技术的激活状态，同时通过调用与车机操作系统的类型相对应的系统组件适配单元将互联参数部署到车机系统上；

获取手机端的互联操作请求，判断手机端使用的互联技术是否被激活；

若已激活，则运行与手机端一致的互联技术并基于互联操作请求和预设的互联状态机切换到相应的互联状态，同时更新车机资源的占用状态；若未激活，则拒绝手机端与车机端互联。

优选地，所述车机操作系统包括但不限于安卓系统、Linux系统和QNX系统。

具体地，所述互联技术包括但不限于CarPlay互联技术、CarLife互联技术、MirrorLink互联技术和AndroidAuto互联技术。

较佳地，根据多种车机操作系统的HMI应用的接口交互特征，抽象出适用于多种车机操作系统的HMI应用接口基类，并在所述HMI应用接口基类的基础上针对不同操作系统的数据结构特征设置对应的数据结构适配组件，或同时针对不同操作系统的系统语言设置对应的系统语言转换组件，以得到多个分别与不同车机操作系统的类型相对应的HMI适配单元。

优选地，车机厂商设置的互联参数包括车机出厂时设置的初始互联参数和厂商通过服务器设置的远程互联参数，其中，所述远程互联参数的优先级高于所述初始互联参数。