CN115469865A - 车机界面的设计方法、装置、车辆及存储介质 - Google Patents

Abstract

本申请涉及车辆车机界面管理技术领域，特别涉及一种车机界面的设计方法、装置、车辆及存储介质，其中，方法包括：获取车机界面上任意应用模块的目标设计需求；根据目标设计需求调用预设公共控件包、预设公共资源包和/或预设公共主题包，以获取满足目标设计需求的目标控件、目标资源和/或目标主题；基于目标控件、目标资源和/或目标主题生成统一的设计风格，基于设计风格设计车机界面上任意应用模块的界面。由此，解决了相关技术中无法解决车机系统用户界面的统一性以及程序修改的便捷性，降低工作效率，降低用户使用体验等问题。

Description

车机界面的设计方法、装置、车辆及存储介质

技术领域

本申请涉及车辆车机界面管理技术领域，特别涉及一种车机界面的设计方法、装置、车辆及存储介质。

背景技术

随着汽车车载智能终端的发展，在终端中配置的产品也越来越丰富，然而车机界面面临着风格不统一，难以维护的局面。

相关技术中，在开发的过程中，通常是各个应用模块需要等待界面设计工程师的输入或是修改应用源代码文件，每个模块都需要去适配不同的界面风格，每个车型项目需要适配不同的风格界面，而对于开发工程师而言增加了巨大的工作量。

发明内容

本申请提供一种车机界面的设计方法、装置、车辆及存储介质，以解决相关技术中无法解决车机系统用户界面的统一性以及程序修改的便捷性，降低工作效率，降低用户使用体验等问题。

本申请第一方面实施例提供一种车机界面的设计方法，包括以下步骤：获取车机界面上任意应用模块的目标设计需求；根据所述目标设计需求调用预设公共控件包、预设公共资源包和/或预设公共主题包，以获取满足所述目标设计需求的目标控件、目标资源和/或目标主题；基于所述目标控件、所述目标资源和/或所述目标主题生成统一的设计风格，基于所述设计风格设计所述车机界面上任意应用模块的界面。

根据上述技术手段，本申请实施例根据目标设计需求调用公共控件、公共资源包和/或公共主题包，从中获取到满足目标设计需求的目标控件、目标资源和/或目标主题，并基于此生成统一设计风格，根据设计风格设计车机界面上任意应用模块的界面，实现了车机系统用户界面的统一性，满足用户的需求，提升用户使用体验。

可选地，车机系统的应用层集成有的第一至第三调用接口，所述根据所述目标设计需求调用预设公共控件包、预设公共资源包和/或预设公共主题包，以获取满足所述目标设计需求的目标控件、目标资源和/或目标主题，包括：利用第一调用接口调用所述预设公共主题包，以获取非控件界面的至少一套风格主题；和/或者，利用第二调用接口调用所述预设公共资源包，以获取非控件界面的颜色资源，字符串资源尺寸资源和/或风格资源；和/或者，利用第三调用接口调用所述预设公共控件包，以获取预设自定义控件和/或预设系统控件，并同时调用所述预设公共主题包，获取所述预设自定义控件和/或所述预设系统控件对应的控件界面的至少一套风格主题。

根据上述技术手段，本申请实施例利用第一调用接口调用公共主题包获取非控件界面的至少一套风格主题，方便匹配适配车型；和/或者，利用第二调用接口调用公共资源包非控件界面的获取界面颜色、尺寸和风格，方便匹配车型统一控件的颜色、尺寸和风格；和/或者，利用第三调用接口调用公共控件包获取自定义或是系统控件，同时调用公共主题包获取控件界面的至少一套风格主题，方便进行车型项目的开发，根据不同的设计需求调用不同的接口，以便实现车机系统用户界面的统一性。

可选地，在利用第三调用接口调用所述预设公共控件包之前，包括：利用所述车机系统的中间层对所述预设公共控件包中的预设系统控件进行打桩处理，得到至少一个打桩接口；将所有打桩接口封装于所述中间层的层代码中，得到所述打桩接口的桩目录，并对预设公共控件的实现部分编译得到引用包，基于所述桩目录和所述引用包生成所述第三调用接口。

根据上述技术手段，本申请实施例利用车机系统的中间层对公共控件包中的系统控件进行打桩，得到打桩接口，并将其封装于中间层的层代码中，得到打桩接口的桩目录，并对公共控件的实现部门编译得到引用包，基于桩目录和引用包生成第三调用接口，通过打桩修改封装，使得各应用对控件使用方便，使得程序修改更加便捷，以便达到应用的风格统一。

可选地，在获取预设自定义控件和/或预设系统控件之后，还包括：利用封装于所述预设公共控件包中的预设公共资源包的调用接口调用所述预设公共资源包，以获取所述预设自定义控件和/或所述预设系统控件对应的控件界面的颜色资源、字符串资源尺寸资源和/或风格资源。

根据上述技术手段，本申请实施例利用封装于公共控件包中的公共资源包的调用接口调用公共资源包，获取自定义控件和/或系统控件对应的控件界面的颜色资源、字符串资源尺寸资源和/或风格资源，公共控件包通过对公共资源包进行封装，为应用能直接调用控件提供接口以便调用相应的资源，实现设计需求，提升工作效率。

可选地，在获取车机界面上任意应用模块的目标设计需求之前，还包括：在所述车机系统的应用层和中间层的配置文件中配置预设控件标记，以利用所述预设控件标记对所述车机系统的预设系统控件进行打桩修改。

根据上述技术手段，本申请实施例对车机系统的应用层和中间层的配置文件进行控件标记，并利用控件标记对系统控件进行打桩修改，方便各应用模块通过寻找控件标记对控件进行程序上的修改，以便达到应用的风格统一。

本申请第二方面实施例提供一种车机界面的设计装置，包括：获取模块，用于获取车机界面上任意应用模块的目标设计需求；调用模块，用于根据所述目标设计需求调用预设公共控件包、预设公共资源包和/或预设公共主题包，以获取满足所述目标设计需求的目标控件、目标资源和/或目标主题；设计模块，基于所述目标控件、所述目标资源和/或所述目标主题生成统一的设计风格，基于所述设计风格设计所述车机界面上任意应用模块的界面。

可选地，所述调用模块用于：利用第一调用接口调用所述预设公共主题包，以获取非控件界面的至少一套风格主题；和/或者，利用第二调用接口调用所述预设公共资源包，以获取非控件界面的颜色资源，字符串资源尺寸资源和/或风格资源；和/或者，利用第三调用接口调用所述预设公共控件包，以获取预设自定义控件和/或预设系统控件，并同时调用所述预设公共主题包，获取所述预设自定义控件和/或所述预设系统控件对应的控件界面的至少一套风格主题。

可选地，所述调用模块进一步用于：利用所述车机系统的中间层对所述预设公共控件包中的预设系统控件进行打桩处理，得到至少一个打桩接口；将所有打桩接口封装于所述中间层的层代码中，得到所述打桩接口的桩目录，并对预设公共控件的实现部分编译得到引用包，基于所述桩目录和所述引用包生成所述第三调用接口。

可选地，所述调用模块进一步用于：利用封装于所述预设公共控件包中的预设公共资源包的调用接口调用所述预设公共资源包，以获取所述预设自定义控件和/或所述预设系统控件对应的控件界面的颜色资源、字符串资源尺寸资源和/或风格资源。

可选地，所述获取模块用于：在所述车机系统的应用层和中间层的配置文件中配置预设控件标记，以利用所述预设控件标记对所述车机系统的预设系统控件进行打桩修改。

本申请第三方面实施例提供一种车辆，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车机界面的设计方法。

本申请第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的车机界面的设计方法。

由此，本申请至少具有如下有益效果：

(1)本申请实施例根据目标设计需求调用公共控件、公共资源包和/或公共主题包，从中获取到满足目标设计需求的目标控件、目标资源和/或目标主题，并基于此生成统一设计风格，根据设计风格设计车机界面上任意应用模块的界面，实现了车机系统用户界面的统一性，满足用户的需求，提升用户使用体验。

(2)本申请实施例利用第一调用接口调用公共主题包获取非控件界面的至少一套风格主题，方便匹配适配车型；和/或者，利用第二调用接口调用公共资源包非控件界面的获取界面颜色、尺寸和风格，方便匹配车型统一控件的颜色、尺寸和风格；和/或者，利用第三调用接口调用公共控件包获取自定义或是系统控件，同时调用公共主题包获取控件界面的至少一套风格主题，方便进行车型项目的开发，根据不同的设计需求调用不同的接口，以便实现车机系统用户界面的统一性。

(3)本申请实施例利用车机系统的中间层对公共控件包中的系统控件进行打桩，得到打桩接口，并将其封装于中间层的层代码中，得到打桩接口的桩目录，并对公共控件的实现部门编译得到引用包，基于桩目录和引用包生成第三调用接口，通过打桩修改封装，使得各应用对控件使用方便，使得程序修改更加便捷，以便达到应用的风格统一。

(4)本申请实施例利用封装于公共控件包中的公共资源包的调用接口调用公共资源包，获取自定义控件和/或系统控件对应的控件界面的颜色资源、字符串资源尺寸资源和/或风格资源，公共控件包通过对公共资源包进行封装，为应用能直接调用控件提供接口以便调用相应的资源，实现设计需求，提升工作效率。

(5)本申请实施例对车机系统的应用层和中间层的配置文件进行控件标记，并利用控件标记对系统控件进行打桩修改，方便各应用模块通过寻找控件标记对控件进行程序上的修改，以便达到应用的风格统一。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请实施例的车机界面的设计方法的流程示意图；

图2为根据本申请实施例的车机界面的设计方法的流转图；

图3为根据本申请实施例的车机界面的设计方法的用户界面框架示意图；

图4为根据本申请实施例的车机界面的设计装置的方框示例图；

图5为根据本申请实施例的车辆的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

随着汽车车载智能终端的发展，在终端中配置的产品也越来越丰富。车机界面面临着风格不统一，难以维护的局面。在目前的开发过程中，通常的做法是各个应用模块需要等待界面设计工程师的输入，每个模块都需要去适配不同的界面风格，每个车型项目需要适配不同的风格界面，而对于开发工程师而言将会是不小的工作量。

相关技术(1)，获取待实现的用户界面控件的属性数据；利用属性数据，实例化预先定义的用于实现用户界面控件的类，以得到控件对象；根据控件对象绘制所述用户界面控件。相比较相关技术(1)而言，本申请实施例对于不同的个性化UI控件而言，无需逐一编写其对应的实现代码，而是利用待实现的UI控件的属性数据实例化一个通用的预先定义的用于实现UI控件的类，来实现个性化UI控件的填充内容、坐标等属性数据与个性化UI控件的实现代码之间的分离，增强个性化UI控件的兼容性与扩展性，简化代码结构，进而提高UI控件的开发效率，且方便后期调试。但是改发明未能解决车机系统用户界面的统一性问题。

相关技术(2)，将第一坐标位置从预设坐标系转换至球坐标系，其中，第一坐标位置用于表示用户界面控件在虚拟现实空间中的初始位置；在球坐标系下计算用户界面控件从第一坐标位置向第二坐标位置进行跟随移动过程中，每帧动画对应的第三坐标位置，其中，第二坐标位置为用户在虚拟现实空间中注视的与用户的视点相距预设距离的位置；将第三坐标位置从球坐标系重新映射至预设坐标系，确定用户界面控件在每帧动画中的实时显示位置。

然而，相关技术(2)仅为虚拟现实方向，未能解决车机系统界面问题，而本申请实施例解决了相关技术(2)所提供的VR应用中的用户界面控件显示方式的舒适度较差或易错失界面提供信息的技术问题，以及车机系统界面问题。

为此，本申请实施例提出了一种车机界面的设计方法、装置、车辆及存储介质，下面将参考附图进行描述。具体而言，图1为本申请实施例所提供的一种车机界面的设计方法的流程示意图。

如图1所示，该车机界面的设计方法包括以下步骤：

在步骤S101中，获取车机界面上任意应用模块的目标设计需求。

其中，目标设计需求可以是用户想要的设计需求，可根据实际情况进行调整，在此不做具体限定。

可以理解的是，本申请实施例中通过获取车机界面上任意应用模式的设计需求，为后续对车机界面进行设计做准备。

在本申请实施例中，在获取车机界面上任意应用模块的目标设计需求之前，还包括：在车机系统的应用层和中间层的配置文件中配置预设控件标记，以利用预设控件标记对车机系统的预设系统控件进行打桩修改。

其中，预设控件标记可以是开发人员事先设置的控件标记，在此不做具体限定。

其中，预设系统控件可以是系统组件或构件，例如：复杂功能的表格、报表或者用户界面等，在此不做具体限定。

可以理解的是，本申请实施例对车机系统的应用层和中间层的配置文件进行控件标记，并利用控件标记对系统控件进行打桩修改，方便各应用模块通过寻找控件标记对控件进行程序上的修改，以便达到应用的风格统一。

在步骤S101中，根据目标设计需求调用预设公共控件包、预设公共资源包和/或预设公共主题包，以获取满足目标设计需求的目标控件、目标资源和/或目标主题。

其中，预设公共控件包可以包括设计的弹框风格、界面布局等资源，在此不做具体限定。

其中，预设公共资源包可以是公共的颜色资源、字符串资源尺寸资源和风格资源等，在此不做具体限定。

其中，预设公共主题包可以包含控件整体风格定制，可根据车型项目所设计多套风格主题等，在此不做具体限定。

可以理解的是，本申请实施例调用公共控件以控制弹框风格、界面布局等，调用公共资源包以控制颜色、字符串、尺寸和风格等，调用公共资源包以根据车型匹配相应风格主题，设计出满足目标设计需求的目标控件、目标资源和/或目标主题，提升用户使用体验。

在本申请实施例中，车机系统的应用层集成有的第一至第三调用接口，根据目标设计需求调用预设公共控件包、预设公共资源包和/或预设公共主题包，以获取满足目标设计需求的目标控件、目标资源和/或目标主题，包括：利用第一调用接口调用预设公共主题包，以获取非控件界面的至少一套风格主题；和/或者，利用第二调用接口调用预设公共资源包，以获取非控件界面的颜色资源，字符串资源尺寸资源和/或风格资源；和/或者，利用第三调用接口调用预设公共控件包，以获取预设自定义控件和/或预设系统控件，并同时调用预设公共主题包，获取预设自定义控件和/或预设系统控件对应的控件界面的至少一套风格主题。

可以理解的是，本申请实施例利用第一调用接口调用公共主题包获取非控件界面的至少一套风格主题，方便匹配适配车型；和/或者，利用第二调用接口调用公共资源包非控件界面的获取界面颜色、尺寸和风格，方便匹配车型统一控件的颜色、尺寸和风格；和/或者，利用第三调用接口调用公共控件包获取自定义或是系统控件，同时调用公共主题包获取控件界面的至少一套风格主题，方便进行车型项目的开发，根据不同的设计需求调用不同的接口，以便实现车机系统用户界面的统一性。

在本申请实施例中，在利用第三调用接口调用预设公共控件包之前，包括：利用车机系统的中间层对预设公共控件包中的预设系统控件进行打桩处理，得到至少一个打桩接口；将所有打桩接口封装于中间层的层代码中，得到打桩接口的桩目录，并对预设公共控件的实现部分编译得到引用包，基于桩目录和引用包生成第三调用接口。

可以理解的是，本申请实施例利用车机系统的中间层对公共控件包中的系统控件进行打桩，得到打桩接口，并将其封装于中间层的层代码中，得到打桩接口的桩目录，并对公共控件的实现部门编译得到引用包，基于桩目录和引用包生成第三调用接口，通过打桩修改封装，使得各应用对控件使用方便，使得程序修改更加便捷，以便达到应用的风格统一。

在本申请实施例中，在获取预设自定义控件和/或预设系统控件之后，还包括：利用封装于预设公共控件包中的预设公共资源包的调用接口调用预设公共资源包，以获取预设自定义控件和/或预设系统控件对应的控件界面的颜色资源、字符串资源尺寸资源和/或风格资源。

其中，预设自定义控件可以是开发人员事先设置的控件，例如：表格控件、文字处理控件等复杂控件，在此不做具体限定。

在步骤S101中，基于目标控件、目标资源和/或目标主题生成统一的设计风格，基于设计风格设计车机界面上任意应用模块的界面。

可以理解的是，本申请实施例根据目标设计需求的目标控件、目标资源和/或目标主题生成了统一设计风格，并根据设计风格设计车机界面上任意应用模块的界面，实现了车机系统用户界面的统一性，满足用户的需求，提升用户使用体验。

根据本申请实施例提出的车机界面的设计方法，根据目标设计需求调用公共控件、公共资源包和/或公共主题包，从中获取到满足目标设计需求的目标控件、目标资源和/或目标主题，并基于此生成统一设计风格，根据设计风格设计车机界面上任意应用模块的界面，实现了车机系统用户界面的统一性，满足用户的需求，提升用户使用体验。由此，解决了相关技术中无法解决车机系统用户界面的统一性以及程序修改的便捷性，降低工作效率，降低用户使用体验等问题。

以图2所示的具体场景为例，可以为开发人员提供统一的入口调用相应的主题、动画框架、样式、弹框等系统风格和定制风格，具体地：

公共控件包既可以包含一些自定义的控件，公共控件包也可以包括设计的弹框风格、界面布局等资源，公共控件包也能够通过接口直接调用到公共资源包的内容，目的为了统一控件的颜色、尺寸等，应用层开发工程师也能够直接获取公共控件包进行车型项目的开发。

公共资源包放置了一些公共的颜色资源，字符串资源尺寸资源和风格资源，应用层开发工程师也能同公共控件包一样，直接获取资源，统一车型项目的界面颜色、字体大小的显示。

公共主题包包含控件整体风格定制，可根据车型项目，界面设计师设计多套风格主题，同时打包到公共主题包中，在车型开发过程中工程师只需要适配车型即可，无需修改代码。

安卓原生控件打桩定制：系统层面的弹框、主题无法直接通过直接调用，需要对公共控件包进行封装，对安卓原生控件进行注入打桩处理，为中间层提供接口，用于系统层面的风格定制。

中间层打桩：基于安卓原生控件的接口，进一步进行封装，对上层暴露统一函数，同时加载公共主题。

下面将结合图3所示的用户界面框架图对车机界面的设计方法进行详细的阐述，车机的用户界面主要包含应用层、中间层以及调用的控件包等，其中，媒体、音乐、电话、视频等相关界面直接能够通过中间层的打桩接口，调用公共控件包、公共资源包、公共主题包，具体如下：

车机的应用层分为两种调用方式，一种基于原生车机安卓，调用系统接口，系统接口已通过中间层的打桩实现控件的封装，另一种则是直接调用不基于系统接口的控件资源，如调用公共控件和公共资源包。

(1)车机的中间层主要是实现打桩处理，为上层应用统一的提供调用接口：将需求的修改提取到外部模块，并仅修改少量安卓代码用于动态加载外部模块的胶合层中间代码的解耦方式，将所需的修改集中化，构造一个个组件，注入到系统中，进而完成中间层层代码的打桩。

安卓原生控件打桩，主要是对强依赖原生代码进行插入桩处理：接口类部分放置在桩目录，该部分将统一编译到中间层模块，实现部分统一放在中间层中，分别编译成独立的引用包，对应的实现中间层打桩类的实现部分。

(2)公共主题包和公共资源包里面仅存放界面设计师对于车机的颜色资源、样式、弹框等设计资源，能够直接让应用层直接调用，但对于弹框等样式，需要控件包进行封装，由于公共主题包需要对系统的风格进行统一，所以在编译过程中需要跟随系统一起打包到镜像中，不能对外直接被应用层调用，需要调用控件的方式对其使用。

公共控件包需要对公共资源包进行封装，为应用能直接调用控件提供接口，公共控件主要包括：弹窗、进度条等和系统依赖相关的样式，公共控件包能够作为中间转换器职责，控件的打桩接口部分封装在安卓原始代码中，其实现在公共控件包中，在编译过程中，需要把接口部分全部放入到系统的中间件中，实现部分单独形成一个引用包，当应用层调用公共控件包时，只需要把引用包加入到工程中，即可完成相关开发配置工作。

在原生控件上打桩修改，各应用对控件使用方便，只需要在各个应用层的配置文件中配置使用控件标记，无需其它修改并且能够提供了独立的公共资源给应用层使用，达到应用的风格统一，并在控件层面上进行风格的定制，对后续代码的修改带来便捷性，界面工程师的修改只会影响到公共控件包、公共资源包和公共主题包，对其他的应用将不会造成影响。

其次参照附图描述根据本申请实施例提出的车机界面的设计装置。

图4是本申请实施例的车机界面的设计装置的方框示意图。

如图4所示，该车机界面的设计装置10包括：获取模块100、调用模块200和设计模块300。

其中，获取模块100用于获取车机界面上任意应用模块的目标设计需求；调用模块200用于根据目标设计需求调用预设公共控件包、预设公共资源包和/或预设公共主题包，以获取满足目标设计需求的目标控件、目标资源和/或目标主题；设计模块300基于目标控件、目标资源和/或目标主题生成统一的设计风格，基于设计风格设计车机界面上任意应用模块的界面。

在本申请实施例中，获取模块100用于：在车机系统的应用层和中间层的配置文件中配置预设控件标记，以利用预设控件标记对车机系统的预设系统控件进行打桩修改。

在本申请实施例中，调用模块200用于：利用第一调用接口调用预设公共主题包，以获取非控件界面的至少一套风格主题；和/或者，利用第二调用接口调用预设公共资源包，以获取非控件界面的颜色资源，字符串资源尺寸资源和/或风格资源；和/或者，利用第三调用接口调用预设公共控件包，以获取预设自定义控件和/或预设系统控件，并同时调用预设公共主题包，获取预设自定义控件和/或预设系统控件对应的控件界面的至少一套风格主题。

在本申请实施例中，调用模块200进一步用于：利用车机系统的中间层对预设公共控件包中的预设系统控件进行打桩处理，得到至少一个打桩接口；将所有打桩接口封装于中间层的层代码中，得到打桩接口的桩目录，并对预设公共控件的实现部分编译得到引用包，基于桩目录和引用包生成第三调用接口。

在本申请实施例中，调用模块200进一步用于：利用封装于预设公共控件包中的预设公共资源包的调用接口调用预设公共资源包，以获取预设自定义控件和/或预设系统控件对应的控件界面的颜色资源、字符串资源尺寸资源和/或风格资源。

需要说明的是，前述对车机界面的设计方法实施例的解释说明也适用于该实施例的车机界面的设计装置，此处不再赘述。

根据本申请实施例提出的车机界面的设计装置，根据目标设计需求调用公共控件、公共资源包和/或公共主题包，从中获取到满足目标设计需求的目标控件、目标资源和/或目标主题，并基于此生成统一设计风格，根据设计风格设计车机界面上任意应用模块的界面，实现了车机系统用户界面的统一性，满足用户的需求，提升用户使用体验。由此，解决了相关技术中无法解决车机系统用户界面的统一性以及程序修改的便捷性，降低工作效率，降低用户使用体验等问题。

图5为本申请实施例提供的车辆的结构示意图。该车辆可以包括：

存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。

处理器502执行程序时实现上述实施例中提供的车机界面的设计方法。

进一步地，车辆还包括：

通信接口503，用于存储器501和处理器502之间的通信。

存储器501，用于存放可在处理器502上运行的计算机程序。

存储器501可能包含高速RAM(Random Access Memory，随机存取存储器)存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。

如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。总线可以是ISA(IndustryStandard Architecture，工业标准体系结构)总线、PCI(Peripheral Component，外部设备互连)总线或EISA(Extended Industry Standard Architecture，扩展工业标准体系结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。

处理器502可能是一个CPU(Central Processing Unit，中央处理器)，或者是ASIC(Application Specific Integrated Circuit，特定集成电路)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车机界面的设计方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不是必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列，现场可编程门阵列等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种车机界面的设计方法，其特征在于，包括以下步骤：

获取车机界面上任意应用模块的目标设计需求；

根据所述目标设计需求调用预设公共控件包、预设公共资源包和/或预设公共主题包，以获取满足所述目标设计需求的目标控件、目标资源和/或目标主题；

基于所述目标控件、所述目标资源和/或所述目标主题生成统一的设计风格，基于所述设计风格设计所述车机界面上任意应用模块的界面。

2.根据权利要求1所述的方法，其特征在于，车机系统的应用层集成有的第一至第三调用接口，所述根据所述目标设计需求调用预设公共控件包、预设公共资源包和/或预设公共主题包，以获取满足所述目标设计需求的目标控件、目标资源和/或目标主题，包括：

利用第一调用接口调用所述预设公共主题包，以获取非控件界面的至少一套风格主题；

和/或者，利用第二调用接口调用所述预设公共资源包，以获取非控件界面的颜色资源，字符串资源尺寸资源和/或风格资源；

和/或者，利用第三调用接口调用所述预设公共控件包，以获取预设自定义控件和/或预设系统控件，并同时调用所述预设公共主题包，获取所述预设自定义控件和/或所述预设系统控件对应的控件界面的至少一套风格主题。

3.根据权利要求2所述的方法，其特征在于，在利用第三调用接口调用所述预设公共控件包之前，包括：

利用所述车机系统的中间层对所述预设公共控件包中的预设系统控件进行打桩处理，得到至少一个打桩接口；

将所有打桩接口封装于所述中间层的层代码中，得到所述打桩接口的桩目录，并对预设公共控件的实现部分编译得到引用包，基于所述桩目录和所述引用包生成所述第三调用接口。

4.根据权利要求2所述的方法，其特征在于，在获取预设自定义控件和/或预设系统控件之后，还包括：

利用封装于所述预设公共控件包中的预设公共资源包的调用接口调用所述预设公共资源包，以获取所述预设自定义控件和/或所述预设系统控件对应的控件界面的颜色资源、字符串资源尺寸资源和/或风格资源。

5.根据权利要求1-4任意一项所述的方法，其特征在于，在获取车机界面上任意应用模块的目标设计需求之前，还包括：

在所述车机系统的应用层和中间层的配置文件中配置预设控件标记，以利用所述预设控件标记对所述车机系统的预设系统控件进行打桩修改。

6.一种车机界面的设计装置，其特征在于，包括：

获取模块，用于获取车机界面上任意应用模块的目标设计需求；

调用模块，用于根据所述目标设计需求调用预设公共控件包、预设公共资源包和/或预设公共主题包，以获取满足所述目标设计需求的目标控件、目标资源和/或目标主题；

设计模块，基于所述目标控件、所述目标资源和/或所述目标主题生成统一的设计风格，基于所述设计风格设计所述车机界面上任意应用模块的界面。

7.根据权利要求6所述的装置，其特征在于，所述调用模块用于：

利用第一调用接口调用所述预设公共主题包，以获取非控件界面的至少一套风格主题；

和/或者，利用第二调用接口调用所述预设公共资源包，以获取非控件界面的颜色资源，字符串资源尺寸资源和/或风格资源；

和/或者，利用第三调用接口调用所述预设公共控件包，以获取预设自定义控件和/或预设系统控件，并同时调用所述预设公共主题包，获取所述预设自定义控件和/或所述预设系统控件对应的控件界面的至少一套风格主题。

8.根据权利要求7所述的装置，其特征在于，所述调用模块进一步用于：

利用所述车机系统的中间层对所述预设公共控件包中的预设系统控件进行打桩处理，得到至少一个打桩接口；

将所有打桩接口封装于所述中间层的层代码中，得到所述打桩接口的桩目录，并对预设公共控件的实现部分编译得到引用包，基于所述桩目录和所述引用包生成所述第三调用接口。

9.一种车辆，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-5任一项所述的车机界面的设计方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-5任一项所述的车机界面的设计方法。

Images