CN112817830A - 设置项的展示方法、装置、介质、设备、显示系统及车辆 - Google Patents

Abstract

本公开涉及一种设置项的展示方法、装置、介质、设备、显示系统及车辆，以提升第三方设置项的调整灵活性。所述方法包括：根据预先定义的通信协议，对第三方应用程序进行扫描，以确定集成有所述通信协议的目标应用程序；解析所述目标应用程序的设置文件，获得所述目标应用程序的设置描述信息，所述设置描述信息包括所述目标应用程序中待展示的目标设置项以及各个所述目标设置项的目标展示形式；读取所述目标应用程序中目标设置项的实际状态；按照所述目标展示形式，在系统设置页面对各个所述目标设置项的实际状态进行展示。

Description

设置项的展示方法、装置、介质、设备、显示系统及车辆

技术领域

本公开涉及计算机技术领域，具体地，涉及一种设置项的展示方法、装置、介质、设备、显示系统及车辆。

背景技术

在现有技术中，若需要设置第三方应用程序(或软件)的设置项，需通过跳转的方式打开第三方应用程序的设置页面进行相关设置，也就是说，在系统设置页面展示一级设置项，当用户点击该设置项后打开第三方软件的设置页面供用户进行设置。不过，这种跳转共享方式布局不够灵活，并且，如果系统同一页面的多个设置项处于不同的第三方软件，跳转设置会十分繁琐。

发明内容

本公开的目的是提供一种设置项的展示方法、装置、介质、设备、显示系统及车辆，以提升第三方设置项的调整灵活性。

为了实现上述目的，根据本公开的第一方面，提供一种设置项的展示方法，所述方法包括：

根据预先定义的通信协议，对第三方应用程序进行扫描，以确定集成有所述通信协议的目标应用程序；

解析所述目标应用程序的设置文件，获得所述目标应用程序的设置描述信息，所述设置描述信息包括所述目标应用程序中待展示的目标设置项以及各个所述目标设置项的目标展示形式；

读取所述目标应用程序中目标设置项的实际状态；

按照所述目标展示形式，在系统设置页面对各个所述目标设置项的实际状态进行展示。

可选地，所述根据预先定义的通信协议，对第三方应用程序进行扫描，以确定集成有所述通信协议的目标应用程序，包括：

响应于接收到扫描指令，对第三方应用程序进行扫描。

可选地，所述设置描述信息还包括所述目标应用程序中目标设置项的交互响应动作；

所述方法还包括：

若接收到针对指定目标设置项的交互指令，根据所述交互指令和所述交互响应动作，更改所述指定目标设置项的展示状态。

可选地，所述交互指令为状态修改指令，所述状态修改指令携带有所述指定目标设置项的期望参数；

所述若接收到针对指定目标设置项的交互指令，根据所述交互指令和所述交互响应动作，更改所述指定目标设置项的展示状态，包括：

根据所述指定目标设置项对应的交互响应动作，确定所述指定目标设置项由当前参数变化至所述期望参数所对应的目标响应动作；

根据所述目标响应动作，对所述指定目标设置项的展示状态进行更改。

可选地，所述方法还包括：

根据所述通信协议，将所述指定目标设置项的期望参数发送至所述目标应用程序，以使所述目标应用程序对所述指定目标设置项进行更改。

可选地，所述方法还包括：

若接收到所述目标应用程序通过所述通信协议发送的状态同步指令，根据所述状态同步指令，对所述目标设置项的展示状态进行同步更新。

可选地，系统设置与所述目标应用程序之间通过内容提供者组件进行通信。

可选地，所述目标应用程序通过注册内容提供者组件以集成所述通信协议。

根据本公开的第二方面，提供一种设置项的展示装置，所述装置包括：

扫描模块，用于根据预先定义的通信协议，对第三方应用程序进行扫描，以确定集成有所述通信协议的目标应用程序；

解析模块，用于解析所述目标应用程序的设置文件，获得所述目标应用程序的设置描述信息，所述设置描述信息包括所述目标应用程序中待展示的目标设置项以及各个所述目标设置项的目标展示形式；

读取模块，用于读取所述目标应用程序中目标设置项的实际状态；

展示模块，用于按照所述目标展示形式，在系统设置页面对各个所述目标设置项的实际状态进行展示。

可选地，所述扫描模块用于响应于接收到扫描指令，对第三方应用程序进行扫描。

可选地，所述设置描述信息还包括所述目标应用程序中目标设置项的交互响应动作；

所述装置还包括：

状态更改模块，用于若接收到针对指定目标设置项的交互指令，根据所述交互指令和所述交互响应动作，更改所述指定目标设置项的展示状态。

可选地，所述交互指令为状态修改指令，所述状态修改指令携带有所述指定目标设置项的期望参数；

所述状态更改模块包括：

确定子模块，用于根据所述指定目标设置项对应的交互响应动作，确定所述指定目标设置项由当前参数变化至所述期望参数所对应的目标响应动作；

更改子模块，用于根据所述目标响应动作，对所述指定目标设置项的展示状态进行更改。

可选地，所述装置还包括：

发送模块，用于根据所述通信协议，将所述指定目标设置项的期望参数发送至所述目标应用程序，以使所述目标应用程序对所述指定目标设置项进行更改。

可选地，所述装置还包括：

同步模块，用于若接收到所述目标应用程序通过所述通信协议发送的状态同步指令，根据所述状态同步指令，对所述目标设置项的展示状态进行同步更新。

可选地，系统设置与所述目标应用程序之间通过内容提供者组件进行通信。

可选地，所述目标应用程序通过注册内容提供者组件以集成所述通信协议。

根据本公开的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本公开第一方面所述方法的步骤。

根据本公开的第四方面，提供一种电子设备，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现本公开第一方面所述方法的步骤。

根据本公开的第五方面，提供一种车载显示系统，所述系统用于执行本公开第一方面所述的方法。

根据本公开的第六方面，提供一种车辆，包括本公开第五方面所述的车载显示系统。

通过上述技术方案，根据预先定义的通信协议，对第三方应用程序进行扫描，以确定集成有通信协议的目标应用程序，解析目标应用程序的设置文件，获得目标应用程序的设置描述信息，设置描述信息包括目标应用程序中待展示的目标设置项以及各个目标设置项的目标展示形式，以及，读取目标应用程序中目标设置项的实际状态，并按照目标展示形式，在系统设置页面对各个目标设置项的实际状态进行展示。由此，基于预先定义的通信协议，能够知晓需要在系统设置页面中展示设置项的第三方应用程序，即目标应用程序，同时，能够基于目标应用程序自身设置的展示形式将设置项的实际状态展示到系统设置页面。这样，第三方应用程序可以根据自身需求通过预先定义的通信协议更改展示样式，实现系统设置与第三方应用程序的解耦，在第三方应用程序需要修改设置项时根据通信协议进行修改，而无需再更改系统设置，有利于提升设置项调整的灵活性。另外，由于设置项的调整更加灵活，在系统设置中对第三方该应用程序的设置项进行设置时，无需进一步跳转，能够有效减少用户操作，提升用户体验。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据本公开的一种实施方式提供的设置项的展示方法的流程图；

图2是根据本公开的另一种实施方式提供的设置项的展示方法的流程图；

图3是根据本公开一种实施方式提供的设置项的展示装置的框图；

图4是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

图1是根据本公开的一种实施方式提供的设置项的展示方法的流程图。如图1所示，本公开提供的方法可以包括以下步骤：

在步骤11中，根据预先定义的通信协议，对第三方应用程序进行扫描，以确定集成有通信协议的目标应用程序；

在步骤12中，解析目标应用程序的设置文件，获得目标应用程序的设置描述信息；

在步骤13中，读取目标应用程序中目标设置项的实际状态；

在步骤14中，按照目标展示形式，在系统设置页面对各个目标设置项的实际状态进行展示。

在本公开提供的方案中，可以预先定义系统设置与第三方应用程序之间的通信协议，以使系统设置和第三方应用程序通过预先定义的通信协议进行通信，同时，若第三方应用程序集成了该通信协议，就说明该第三方应用程序存在需要在系统设置页面中进行展示的设置项，因此，系统设置可以通过扫描各个第三方应用程序是否集成了该通信协议，以确定是否需要将第三方应用程序的设置项在系统设置页面中进行展示。

通信协议可以用于描述设置项的展示形式(包括展示位置)、交互响应动作(例如，被触发或被点击后执行的动作)等。示例地，通信协议可以为xml格式。再例如，通信协议可以为json(欧洲计算机协会制定的一种轻量级的数据交换格式)格式。

在介绍本公开提供的方法之前，首先对系统设置和第三方应用程序的通信协议定义方式进行详细说明。本公开通过内容提供者(content provider)组件进行进程间的通信，content provider是Android(安卓系统)的组件之一，是安卓系统中不同应用程序之间共享数据的接口，它是Android中用于数据交换的方式，从而，content provider能够使系统设置与第三方应用程序之间进行数据交换。本公开中的系统设置利用content provider跨进程数据交换的机制与第三方应用程序进行通信，以描述需要显示的设置项，对预先定义的通信协议进行传输。本公开中通信协议的定义方式可以描述如下。

第三方应用程序通过注册content provider，以声明自身存在需要在系统设置中显示的设置项。示例地，第三方应用程序可以通过下列代码进行注册：

其中，meta-data标签是Android中定义的标签，其作用是提供数据源，用于为系统设置提供默认数据。xml/xxx中的数据用于描述需要显示的设置项的样式、默认值、以及触发后的响应动作等。若第三方应用程序本身出现问题，系统设置将基于默认数据进行显示，即，基于@xml/xxx中描述的数据进行显示。下面给出一种代码示例：

其中各参数释义如下：

一个<entity/>实体用于提供一个设置项的描述，type代表设置项的类型；

<class1/><class2/>用于提供设置项要显示的位置的一级菜单、二级菜单；

<key/>代表这个设置项；

<errorInfo/><promptInfo/>代表设置项出错后将要提示的信息以及设置项操作后需要弹出的提示；

<aniType/>代表操作设置项时显示的动画；

<weight/>代表是设置项在显示页面(即，系统设置页面)中的位置，其数值越大，显示顺序将越靠前；

<uri/>为第三方应用程序所声明的content provider中，android:authorities定义的uri(形如com.xxx.xxx.xxContent provider的字符串)；

<title/>代表设置项的名称；

<description/>用于定义设置项的描述；

<options/>代表设置项开关上显示的文字；

<value/>代表当前设置项的状态。

在第三方应用程序中实现content provider的查询接口，添加用于定义第三方应用程序content provider中要执行的操作的authorities/settinginfo，contentprovider会收到这个事件，以触发相应操作)。查询uri(content provider中android:authorities定义形如com.xxx.xxx.xxContent provider字符串)匹配，用于查询实际的默认值、以及触发的动作。返回一个json字符串，当设置初始化查询的时候用于向用户展示设置项真正的状态(展示参数)。下面给出一种代码示例：

[{"key":"xxxxxx",

"type":9,

"ani_type":0,

"weight":0,

"uri":"com.xxx.xxx.xxxProvider",

"class1":"xxxx",

"class2":"xxxx",

"errorInfo":"地图",

"promptInfo":"xxxx",

"title":"xxxx",

"description":"xxxx",

"options":"[xxxx,xxxx]",

"value":0

}]

其中相关参数的释义在前文已经给出，此处不赘述。

另外，还可以在通信协议中定义数据修改的相关设置。例如，在第三方应用程序的content provider中添加authorities/settingupdate查询uri匹配接口，以提供系统设置对第三方应用工程需设置项的值进行修改的接口，以便系统设置对设置项的值进行更改。

在进行上述定义后，就建立好了系统设置与第三方应用程序的通信协议。若有第三方应用程序需要在系统设置页面中展示其应用程序内的设置项，就可以按照上述步骤进行操作，注册content provider，并参照上述说明进行设置，以集成通信协议。

下面对本公开方法的各个步骤进行详细说明。

在步骤11中，根据预先定义的通信协议，对第三方应用程序进行扫描，以确定集成有通信协议的目标应用程序。

在一种可能的实施方式中，步骤11可以在接收到扫描指令后执行，也就是说，步骤11可以包括以下步骤：

响应于接收到扫描指令，对第三方应用程序进行扫描。

示例地，扫描指令可以由用户手动触发。这样，步骤11会在用户指示扫描后进行。再例如，扫描指令可以周期性生成。这样，步骤11会周期性地进行。再例如，扫描指令可以在系统开启时进行。这样，每当系统开启，就会开始执行步骤11。

如上文所述，需要在系统设置页面中展示设置项的第三方应用程序将会预先进行设置以集成通信协议。因此，通过对已安装的第三方应用程序进行扫描，就可以确定有哪些第三方应用程序的设置项需要在系统设置页面中进行展示。存在需要在系统设置页面中进行展示的第三方应用程序就是步骤11中确定出的目标应用程序。示例地，参照前文中给出的相应代码，可以对所有已安装的第三方应用程序进行扫描，将标记了com.xxxx.xxx.SettingView标签的第三方应用程序确定为目标应用程序。

需要说明的是，确定出的可以是一个或多个目标应用程序，本公开的后续步骤是针对目标应用程序展开说明的，若确定出多个目标应用程序，则针对每一目标应用程序，均采用后续的相关步骤进行处理即可。

在步骤12中，解析目标应用程序的设置文件，获得目标应用程序的设置描述信息。

目标应用程序的设置文件就是前文中给出的xml/xxx文件。也就是说，将目标应用程序的xml/xxx文件进行解析，将默认设置项解析出来，以获得具体的设置描述对象。

其中，设置描述信息包括目标应用程序中待展示的目标设置项以及各个目标设置项的目标展示形式。依据设置描述信息，系统设置能够按照第三方应用程序预先的设置，按照指定的展示形式对相应的设置项进行展示。

在步骤13中，读取目标应用程序中目标设置项的实际状态。

示例地，可以通过authorities/settinginfo接口将第三方应用程序各设置项对应的实际状态读取出来，用于修改步骤12中默认设置项的实际参数。

在步骤14中，按照目标展示形式，在系统设置页面对各个目标设置项的实际状态进行展示。

在确定目标展示形式和目标应用程序各个目标设置项的实际状态之后，就可以在系统设置页面对其进行展示。

可选地，设置描述信息还可以包括目标应用程序中目标设置项的交互响应动作，也就是目标设置项由一种状态切换到另一种状态时的响应动作。例如，目标设置项被触发(或者，点击、选中、长按等)时的响应动作。相应地，本公开提供的方法还可以包括步骤21，如图2所示。

在步骤21中，若接收到针对指定目标设置项的交互指令，根据交互指令和交互响应动作，更改指定目标设置项的展示状态。

在一种可能的实施例中，交互指令可以为状态修改指令，状态修改指令携带有指定目标设置项的期望参数，相应地，步骤21可以包括以下步骤：

根据指定目标设置项对应的交互响应动作，确定指定目标设置项由当前参数变化至期望参数所对应的目标响应动作；

根据目标响应动作，对指定目标设置项的展示状态进行更改。

示例地，若用户与指定目标设置项进行了交互，如将“是否开启地图”这一目标设置项的由关闭状态切换至开启状态，则“是否开启地图”这一目标设置项为此次交互的指定目标设置项，关闭状态就是指定目标设置项的当前参数，开启状态为指定目标设置项的期望参数，从而，需要从“是否开启地图”这一目标设置项的交互响应动作中，查找与上述参数变化情况对应的交互响应动作，作为目标响应动作，进而，根据确定出的目标响应动作，将“是否开启地图”这一目标设置项由关闭状态对应的展示状态切换为开启状态对应的展示状态。

可选地，在上述步骤的基础上，本公开提供的方法还可以包括以下步骤：

根据通信协议，将指定目标设置项的期望参数发送至目标应用程序，以使目标应用程序对指定目标设置项进行更改。

响应于用户在系统设置页面的交互，更改了系统设置页面指定目标设置项的展示状态后，还需要将这一改变同步至第三方应用程序。也就是说，根据通信协议，将指定目标设置项的期望参数发送至目标应用程序，以使目标应用程序对指定目标设置项进行更改。其中，参照上文中给出的代码描述，可以通过authorities/settingupdate接口通知第三方应用程序进行状态的更新。

可选地，若用户使用目标应用程序的过程中，对目标应用程序中的目标设置项进行了更改，这种更改也需要被同步至系统设置中。因此，本公开提供的方法还可以包括以下步骤：

若接收到目标应用程序通过通信协议发送的状态同步指令，根据状态同步指令，对目标设置项的展示状态进行同步更新。

若目标应用程序中的目标设置项的参数被更改，目标应用程序会将这一更改通知到系统设置，也就是通过通信协议向系统设置发送状态同步指令。其中，状态同步指令可以携带有被更改的目标设置项的相关信息。

从而，在接收到状态同步指令之后，可以根据状态同步指令，对目标设置项的展示状态进行同步更新，也就是将状态同步指令指示修改的目标设置项的展示状态更新为最新的状态。

示例地，当第三方应用程序的目标设置项通过其他方式(即，并非是在系统设置页面)进行了变更，可以通过content provider的通知机制通知系统设置，以使系统设置通过authorities/settinginfo重新读取相应目标设置项的状态。

通过上述技术方案，根据预先定义的通信协议，对第三方应用程序进行扫描，以确定集成有通信协议的目标应用程序，解析目标应用程序的设置文件，获得目标应用程序的设置描述信息，设置描述信息包括目标应用程序中待展示的目标设置项以及各个目标设置项的目标展示形式，以及，读取目标应用程序中目标设置项的实际状态，并按照目标展示形式，在系统设置页面对各个目标设置项的实际状态进行展示。由此，基于预先定义的通信协议，能够知晓需要在系统设置页面中展示设置项的第三方应用程序，即目标应用程序，同时，能够基于目标应用程序自身设置的展示形式将设置项的实际状态展示到系统设置页面。这样，第三方应用程序可以根据自身需求通过预先定义的通信协议更改展示样式，实现系统设置与第三方应用程序的解耦，在第三方应用程序需要修改设置项时根据通信协议进行修改，而无需再更改系统设置，有利于提升设置项调整的灵活性。另外，由于设置项的调整更加灵活，在系统设置中对第三方该应用程序的设置项进行设置时，无需进一步跳转，能够有效减少用户操作，提升用户体验。

图3是根据本公开一种实施方式提供的设置项的展示装置的框图。如图3所示，所述装置30包括：

扫描模块31，用于根据预先定义的通信协议，对第三方应用程序进行扫描，以确定集成有所述通信协议的目标应用程序；

解析模块32，用于解析所述目标应用程序的设置文件，获得所述目标应用程序的设置描述信息，所述设置描述信息包括所述目标应用程序中待展示的目标设置项以及各个所述目标设置项的目标展示形式；

读取模块33，用于读取所述目标应用程序中目标设置项的实际状态；

展示模块34，用于按照所述目标展示形式，在系统设置页面对各个所述目标设置项的实际状态进行展示。

可选地，所述扫描模块31用于响应于接收到扫描指令，对第三方应用程序进行扫描。

可选地，所述设置描述信息还包括所述目标应用程序中目标设置项的交互响应动作；

所述装置30还包括：

状态更改模块，用于若接收到针对指定目标设置项的交互指令，根据所述交互指令和所述交互响应动作，更改所述指定目标设置项的展示状态。

可选地，所述交互指令为状态修改指令，所述状态修改指令携带有所述指定目标设置项的期望参数；

所述状态更改模块包括：

确定子模块，用于根据所述指定目标设置项对应的交互响应动作，确定所述指定目标设置项由当前参数变化至所述期望参数所对应的目标响应动作；

更改子模块，用于根据所述目标响应动作，对所述指定目标设置项的展示状态进行更改。

可选地，所述装置30还包括：

发送模块，用于根据所述通信协议，将所述指定目标设置项的期望参数发送至所述目标应用程序，以使所述目标应用程序对所述指定目标设置项进行更改。

可选地，所述装置30还包括：

同步模块，用于若接收到所述目标应用程序通过所述通信协议发送的状态同步指令，根据所述状态同步指令，对所述目标设置项的展示状态进行同步更新。

可选地，系统设置与所述目标应用程序之间通过内容提供者组件进行通信。

可选地，所述目标应用程序通过注册内容提供者组件以集成所述通信协议。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图4是根据一示例性实施例示出的一种电子设备700的框图。如图4所示，该电子设备700可以包括：处理器701，存储器702。该电子设备700还可以包括多媒体组件703，输入/输出(I/O)接口704，以及通信组件705中的一者或多者。

其中，处理器701用于控制该电子设备700的整体操作，以完成上述的设置项的展示方法中的全部或部分步骤。存储器702用于存储各种类型的数据以支持在该电子设备700的操作，这些数据例如可以包括用于在该电子设备700上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器702可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件703可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器702或通过通信组件705发送。音频组件还包括至少一个扬声器，用于输出音频信号。I/O接口704为处理器701和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件705用于该电子设备700与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(Near FieldCommunication，简称NFC)，2G、3G、4G、NB-IOT、eMTC、或其他5G等等，或它们中的一种或几种的组合，在此不做限定。因此相应的该通信组件705可以包括：Wi-Fi模块，蓝牙模块，NFC模块等等。

在一示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(DigitalSignal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的设置项的展示方法。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的设置项的展示方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器702，上述程序指令可由电子设备700的处理器701执行以完成上述的设置项的展示方法。

本公开还提供一种车载显示系统，所述系统用于执行本公开任意实施例所述的设置项的展示方法。

本公开还提供一种车辆，包括本公开任意实施例所述的车载显示系统。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。

Claims (16)

1.一种设置项的展示方法，其特征在于，所述方法包括：

根据预先定义的通信协议，对第三方应用程序进行扫描，以确定集成有所述通信协议的目标应用程序；

解析所述目标应用程序的设置文件，获得所述目标应用程序的设置描述信息，所述设置描述信息包括所述目标应用程序中待展示的目标设置项以及各个所述目标设置项的目标展示形式；

读取所述目标应用程序中目标设置项的实际状态；

按照所述目标展示形式，在系统设置页面对各个所述目标设置项的实际状态进行展示。

2.根据权利要求1所述的方法，其特征在于，所述根据预先定义的通信协议，对第三方应用程序进行扫描，以确定集成有所述通信协议的目标应用程序，包括：

响应于接收到扫描指令，对第三方应用程序进行扫描。

3.根据权利要求1所述的方法，其特征在于，所述设置描述信息还包括所述目标应用程序中目标设置项的交互响应动作；

所述方法还包括：

若接收到针对指定目标设置项的交互指令，根据所述交互指令和所述交互响应动作，更改所述指定目标设置项的展示状态。

4.根据权利要求3所述的方法，其特征在于，所述交互指令为状态修改指令，所述状态修改指令携带有所述指定目标设置项的期望参数；

所述若接收到针对指定目标设置项的交互指令，根据所述交互指令和所述交互响应动作，更改所述指定目标设置项的展示状态，包括：

根据所述指定目标设置项对应的交互响应动作，确定所述指定目标设置项由当前参数变化至所述期望参数所对应的目标响应动作；

根据所述目标响应动作，对所述指定目标设置项的展示状态进行更改。

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

根据所述通信协议，将所述指定目标设置项的期望参数发送至所述目标应用程序，以使所述目标应用程序对所述指定目标设置项进行更改。

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

若接收到所述目标应用程序通过所述通信协议发送的状态同步指令，根据所述状态同步指令，对所述目标设置项的展示状态进行同步更新。

7.根据权利要求1-6中任一项所述的方法，其特征在于，系统设置与所述目标应用程序之间通过内容提供者组件进行通信。

8.根据权利要求7所述的方法，其特征在于，所述目标应用程序通过注册内容提供者组件以集成所述通信协议。

9.一种设置项的展示装置，其特征在于，所述装置包括：

扫描模块，用于根据预先定义的通信协议，对第三方应用程序进行扫描，以确定集成有所述通信协议的目标应用程序；

解析模块，用于解析所述目标应用程序的设置文件，获得所述目标应用程序的设置描述信息，所述设置描述信息包括所述目标应用程序中待展示的目标设置项以及各个所述目标设置项的目标展示形式；

读取模块，用于读取所述目标应用程序中目标设置项的实际状态；

展示模块，用于按照所述目标展示形式，在系统设置页面对各个所述目标设置项的实际状态进行展示。

10.根据权利要求9所述的装置，其特征在于，所述扫描模块用于响应于接收到扫描指令，对第三方应用程序进行扫描。

11.根据权利要求9所述的装置，其特征在于，所述设置描述信息还包括所述目标应用程序中目标设置项的交互响应动作；

所述装置还包括：

状态更改模块，用于若接收到针对指定目标设置项的交互指令，根据所述交互指令和所述交互响应动作，更改所述指定目标设置项的展示状态。

12.根据权利要求11所述的装置，其特征在于，所述交互指令为状态修改指令，所述状态修改指令携带有所述指定目标设置项的期望参数；

所述若接收到针对指定目标设置项的交互指令，根据所述交互指令和所述交互响应动作，更改所述指定目标设置项的展示状态，包括：

根据所述指定目标设置项对应的交互响应动作，确定所述指定目标设置项由当前参数变化至所述期望参数所对应的目标响应动作；

根据所述目标响应动作，对所述指定目标设置项的展示状态进行更改。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-8中任一项所述方法的步骤。

14.一种电子设备，其特征在于，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现权利要求1-8中任一项所述方法的步骤。

15.一种车载显示系统，其特征在于，所述系统用于执行权利要求1-8中任一项所述的方法。

16.一种车辆，其特征在于，包括权利要求15所述的车载显示系统。

Images