CN115309431A - 一种参数更新方法、可读介质和电子设备 - Google Patents

Abstract

本申请涉及计算机技术领域，涉及一种参数更新方法、可读介质和电子设备。参数更新方法包括：电子设备接收到服务器发送的至少一个应用的参数更新数据；存储参数更新数据包含的参数与各应用的应用标识之间的对应关系；对应于参数更新数据包含的参数的类型为第一参数类型，采用第一更新方式，对参数对应的应用标识的应用进行更新；对应于参数更新数据包含的参数的类型为第二参数类型，采用第二更新方式，对参数对应的应用标识的应用进行更新。本申请的参数更新方法，简化了电子设备上安装的各个应用实现参数更新的执行步骤，提高了参数更新的效率。

Description

一种参数更新方法、可读介质和电子设备

技术领域

本申请涉及计算机技术领域，特别涉及一种参数更新方法、可读介质和电子设备。

背景技术

对于终端设备安装的各个模块（包括但不限于应用程序以及系统服务等等）来说，模块会将需要更新的参数等从模块对应的代码中分离出来，形成文件并进行独立管理。这些参数的参数类型大致可以分为列表类、特性开关类和文件类。当参数需要变更时，开发人员可以在服务器上发布需要更新的参数包。终端设备安装的各个模块会定期连接服务器检查是否有需要更新的参数版本，如果有，则将参数包下载到终端设备并进行参数更新。因此，当遇到舆情时，终端上的模块可以通过与服务器连接的参数更新通道直接更新参数进行快速修复，不需要更新模块的版本。

然而，对于参数类型是特性开关类（Wi-Fi开关）和列表类（黑名单、白名单）的参数，终端设备安装的模块需要下载并解析参数包中的配置文件，获取参数对应的参数值，通过保存到本地数据库或赋值给模块的变量或转换成List、Map等形式再赋值给模块的变量才能使用；对于文件类的参数，模块需要从终端设备用于存储参数的路径获取文件，把文件拷贝到模块对应的生效路径才可以使用。随着终端设备上的模块的数量越来越多，每个模块都各自执行参数更新，使得参数更新的过程效率较低且开销。

发明内容

本申请的目的在于提供一种参数更新方法、可读介质和电子设备。

本申请的第一方面提供了一种参数更新方法，其特征在于，包括：电子设备接收到服务器发送的至少一个应用的参数更新数据；存储参数更新数据包含的参数与各应用的应用标识之间的对应关系；对应于参数更新数据包含的参数的类型为第一参数类型，采用第一更新方式，对参数对应的应用标识的应用进行更新；对应于参数更新数据包含的参数的类型为第二参数类型，采用第二更新方式，对参数对应的应用标识的应用进行更新。

即在本申请的实施例中，这里的电子设备可以是终端设备，例如：手机。这里的服务器可以是云化参数服务器。这里的应用可以是电子设备的各个模块，也就是，电子设备商安装的至少一个应用或者应用服务、系统服务。这里的参数更新数据可以是待更新参数的参数包或者搜包结果。这里的应用标识可以是待更新参数对应的模块标识（例如：模块名）、参数名以及参数版本号。这里的第一参数类型可以是特性开关类和/或列表类的参数，这里的第二参数类型可以是文件类对应的参数。在电子设备得到参数更新数据，可以通过参数的参数值与各应用的应用标识之间的对应关系存储参数的参数值。

通过本申请提供的参数更新方法，对于特性开关类和/或列表类的参数来说，电子设备可以控制参数对应的应用通过本地读取参数值的方式，直接使用待更新参数的参数值，例如：特性开关类的待更新参数的返回值及列表类的待更新参数的List结构，无需应用通过电子设备从服务器下载配置文件后自行解析配置文件；对于参数类型是文件类的待更新参数来说，电子设备会将文件（二进制码流）落盘至安装路径（预设文件路）径作为本地文件，并从预设文件路径挂载到待更新参数对应的应用的预装路径（生效路径），文件可直接生效，使得应用可以无需将文件拷贝到应用对应的生效路径。上述参数更新方法，简化了电子设备上安装的各个应用实现参数更新的执行步骤，提高了参数更新的效率。

在上述第一方面的一种可能的实现中，电子设备接收到服务器发送的至少一个应用的参数更新数据，包括：

电子设备通过预设方式向服务器发送至少一个应用的参数更新请求；

响应于参数更新请求，服务器向电子设备发送至少一个应用的参数更新数据，其中，预设方式包括定期发送，手动发送中的至少一种。

即在本申请的实施例中，电子设备可以通过设置的云化参数Kit执行定期云化参数搜包（执行定期的参数更新），也就是，电子设备的云化参数Kit的搜包定时器定时触发搜包，即定时向服务器发送搜包请求，即，参数更新请求。这里的云化参数Kit可以是电子设备设置的用于管理、维护电子设备的应用进行参数更新的服务。

在上述第一方面的一种可能的实现中，电子设备接收到服务器发送的至少一个应用的参数更新数据，包括：

服务器向电子设备发送参数更新指令；

响应于参数更新指令，电子设备向服务器发送至少一个应用的参数更新请求；

响应于参数更新请求，服务器向电子设备发送至少一个应用的参数更新数据。

即在本申请的实施例中，服务器也可以主动触发电子设备进行云化参数升级（参数更新），也就是，服务器主动触发电子设备向服务器发送云化参数的搜包请求（参数更新请求）。

在上述第一方面的一种可能的实现中，存储参数更新数据包含的参数与各应用的应用标识之间的对应关系，包括：

电子设备接收并解析参数更新数据，得到参数对应的应用标识和参数值，其中，应用标识包括参数的参数名，应用名称、参数版本号中的至少一种；

建立应用标识与参数的参数值之间的对应关系；

通过对应关系存储参数的参数值。

在上述第一方面的一种可能的实现中，通过对应关系存储参数的参数值，包括：

电子设备创建参数对应的数据库；

通过应用标识包括的参数名，应用名称、参数版本号中的至少一种与参数的参数值之间的对应关系，在数据库中存储参数的参数值。

即在本申请的实施例中，电子设备可以通过云化参数Kit将解析参数更新数据后得到的云化参数（参数）存储至本地数据库，在云化参数（参数）是参数值的情况下，将参数值存储至本地数据库；在云化参数（参数）是二进制码流的情况下，将二进制码流通过文件的形式落盘至安装路径（预设文件路径）。

在上述第一方面的一种可能的实现中，对应于参数更新数据包含的参数的类型为第一参数类型，采用第一更新方式，对参数对应的应用标识的应用进行更新，包括：

对应于参数更新数据包含的参数的类型为第一参数类型，电子设备根据参数与应用标识之间的对应关系，控制应用标识对应的应用读取已存储的参数，以对应用进行参数更新。

即在本申请的实施例中，对于特性开关类、列表类的云化参数（参数）的参数更新来说，电子设备上安装的应用可以通过电子设备的云化参数Kit提供的参数读取接口得到参数值完成参数更新，也就是，通过云化参数Kit提供的参数读取接口访问本地数据库得到参数值。

在上述第一方面的一种可能的实现中，对应于参数更新数据包含的参数的类型为第二参数类型，采用第二更新方式，对参数对应的应用标识的应用进行更新，包括：

对应于参数更新数据包含的参数的类型为第二参数类型，电子设备根据参数与应用标识之间的对应关系，将已存储的参数保存至第一路径；

连接第一路径与应用标识对应的应用的第二路径；

控制应用标识所对应的应用通过第二路径加载第一路径中的参数，以对应用进行参数更新。

即在本申请的实施例中，对于文件类的云化参数的参数更新来说，电子设备上安装的应用可以直接通过第二路径读取第一路径下的（参数）文件完成参数更新，也就是，将参数（参数）文件从第一路径挂载值第二路径，使得应用可以直接通过第二路径读取（参数）文件。

在上述第一方面的一种可能的实现中，第一路径包括电子设备的预设文件路径，第二路径包括应用的生效路径。

在上述第一方面的一种可能的实现中，第一参数类型包括特性开关类和、或列表类中的至少一种，第二参数类型包括文件类。

本申请的第二方面提供了一种可读介质，可读介质上存储有指令，该指令在电子设备上执行时使电子设备执行上述第一方面的参数更新方法。

本申请的第三方面提供了一种电子设备，包括存储器，用于存储由电子设备的一个或多个处理器执行的指令，以及处理器，是电子设备的处理器之一，用于执行上述第一方面的参数更新方法。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1根据本申请的实施例示出了一种参数更新方法的架构示意图；

图2根据本申请实施例示出了云侧与端侧的交互示意图；

图3根据本申请的实施例示出了一种云侧与端侧的交互流程示意图；

图4根据本申请的实施例示出了端侧各模块的交互示意图；

图5根据本申请的实施例示出了一种参数更新用户提示界面示意图；

图6根据本申请的实施例示出了UX流程示意图；

图7根据本申请的实施例示出了一种参数更新用户界面示意图；

图8根据本申请的实施例示出了手机的处理流程示意图；

图9a根据本申请的实施例示出了无需更新的场景下手机与服务器的交互示意图；

图9b根据本申请的实施例示出了需要更新的场景下手机与服务器的交互示意图；

图10根据本申请的实施例示出了一种终端设备的结构示意图；

图11根据本申请的实施例示出了一种终端设备的软件系统架构示意框图。

具体实施方式

本申请的说明性实施例包括但不限于一种参数更新方法、可读介质和电子设备。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例中的技术方案进行清楚、详尽的描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本申请所描述的实施例可以与其它实施例结合。

在介绍本申请实施例涉及的技术方案之前，先对部分本申请实施例的应用场景进行介绍。

可以理解，从代码中分离出来形成文件并进行独立管理的待更新参数大致可以分为列表类、特性开关类和文件类三种形式的参数。

表1示出了列表类参数变更涉及的模块和所应用场景的场景特征。

表1

参数形式	涉及模块	场景特征
			列表（黑名单，白名单，列表）	例如：蓝牙BT业务（控制蓝牙的兼容列表）	快速性、强制性以及不确定性并且用户不感知。

从表1可以看出，黑名单、白名单和列表都属于列表类参数。列表类参数的更新具有快速性、强制性以及不确定性并且用户不感知参数更新。这里的不确定性可以指使用列表类参数的模块一般是第三方应用，列表类参数的更新需要依赖于第三方应用的提供商，无法准确估计第三方应用的提供商更新列表类参数的时间点。这里的快速性可以指一旦发布了列表类参数的更新，需要在较短的时间段内（例如：4小时内），使用该列表类参数的模块需要完成更新。强制性可以指会造成模块产生运行问题或者安全问题的列表类参数，会强制模块进行更新。

表2示出了特性开关类参数变更涉及的模块和所应用场景的场景特征。

表2

参数形式	涉及模块	场景特征
			特性开关	WiFi配置（关闭特性中功能）	快速性和强制性，并且用户不感知

从表2可以看出，特性开关类参数的更新可以与列表类参数的更新一样具有快速性和强制性，并且用户不感知参数更新。

表3示出了文件类参数变更涉及的模块和所应用场景的场景特征。

表3

参数形式	涉及模块	场景特征
			文件	例如：CPU配置	配置复杂，参数具有相关性，不强制更新

从表3可以看出，文件类参数的更新的配置复杂、参数与参数之间具有相关性；参数模块大多为第三方应用的内容，不可更改；部分涉及保密的参数例如芯片平台的调优参数，需要将文件加密后存储在终端设备；具有快速性；涉及性能调优的参数不强制更新，也就是说，用户可以选择是否进行参数更新，即性能调优。

当前，终端设备上的模块对应的参数的更新生效方式主要可以分为以下四类：将待更新参数放入本地数据库后，对应的模块访问数据库读取参数；解析包含待更新参数的更新文件，将解析得到的参数对应的参数值赋值给模块的变量；业务启动时直接读取更新文件；对应的模块接收到参数更新的指令后，将更新文件复制模块对应的生效路径（预装路径）。如下表4所示，表4示出了当前终端设备的参数生效方式。

表4

生效方式	详细内容	场景
			本地数据库	参数升级后，将参数放入本地数据库。	平行世界应用配置
变量	参数升级后，解析更新文件的内容，将参数值赋给变量。	蓝牙BT业务
			使用更新文件	业务启动时读取更新文件。	GT优化
复制更新文件到固定路径	参数升级后，发送指令给对应业务，将更新文件复制到预装路径。	CPU配置

可以看出，以上描述的终端设备上的模块对应的参数的更新生效方式，往往并不能够在终端设备获取到待更新参数的参数包的时候直接使用待更新参数，使得参数更新生效的过程的步骤繁琐并且效率比较低。

为了解决上述问题，本申请提供了一种参数更新方法，该方法包括：终端设备通过定时触发或手动触发的方式向服务器发送参数更新请求，响应于参数更新请求，服务器统一地返回终端设备上的各个模块对应的新版本的待更新参数，终端设备确定返回的待更新参数的参数标识，并通过参数标识与待更新参数之间的对应关系保存待更新参数，这里的参数标识可以包括待更新参数对应的模块标识（例如：模块名）、参数名以及参数版本号，通过参数标识可以实现唯一确定待更新参数。对于不同参数类型的待更新参数，采取不同的参数更新方法。例如，由于特性开关类和/或列表类（参数值）的待更新参数，需要经过下载并解析参数包中的配置文件，获取并保存参数对应的参数值，转换参数形式等过程才能完成参数更新，在终端设备上的模块的数量较多的情况下，故上述待更新参数的更新方式的效率较低，因此，对于返回的待更新参数的参数类型是特性开关类和/或列表类（参数值），则终端设备可以保存待更新参数的参数标识与参数值之间的对应关系；终端设备可以根据保存的待更新参数对应的参数标识通知相应的模块直接读取并使用待更新参数。

而文件类（二进制码流）的待更新参数，需要经过下载并保存文件，从终端设备存储参数的路径获取文件，把文件拷贝到模块对应的生效路径才可以使用，因此，若返回的待更新参数的参数类型是文件类（二进制码流），则终端设备除了保存待更新参数的参数标识与文件名之间的对应关系，还会将文件保存到预设文件路径（将二进制码流落盘为终端设备的本地文件），并将文件从预设文件路径挂载到模块对应的生效路径，也就是连接到待更新参数的参数标识对应的模块的生效路径，终端设备可以根据保存的待更新参数对应的参数标识通知相应的模块根据保存的文件名直接从生效路径读取文件，进而完成对终端设备上安装的模块的参数更新。

通过本申请实施例提供的参数更新方法，对于参数类型是特性开关类和/或列表类的待更新参数来说，可以由待更新参数对应的模块通过本地读取参数值的方式，直接使用待更新参数的参数值，例如：特性开关类的待更新参数的返回值及列表类的待更新参数的List结构，无需模块通过终端设备从服务器下载配置文件后自行解析配置文件；对于参数类型是文件类的待更新参数来说，终端设备会将文件（二进制码流）落盘至预设文件路径作为本地文件，并从预设文件路径挂载到待更新参数对应的模块的生效路径，文件可直接生效，使得模块可以无需将文件拷贝到模块对应的生效路径。上述参数更新方法，简化了终端设备上安装的各个模块实现参数更新的执行步骤，提高了参数更新的效率。

本申请提出的参数更新方法可以应用于终端设备和/或服务器中，终端设备可以包括但不限于手机、平板电脑、可穿戴设备、车载设备、增强现实（augmented reality，AR）/虚拟现实（virtual reality，VR）设备、笔记本电脑、超级移动个人计算机（ultra-mobilepersonal computer，UMPC）、上网本、个人数字助理（personal digital assistant，PDA）或专门的照相机（例如单反相机、卡片式相机）等电子设备，本发明实施例对终端设备的具体类型不作任何限制。

为使本申请技术方案和优点更加清楚，下面将结合附图对本申请实施例中的技术方案进行清楚、详尽的描述。

图1根据本申请的实施例示出了一种参数更新方法的架构示意图。

如图1所示，示例性地，终端设备可以称为端侧，服务器可以称为云侧，待更新参数可以称为云化参数，在云侧设置云化参数OTA（Over-the-Air Technology，空中下载技术）服务器，用于与端侧（终端设备）之间进行交互，当有新版本的待更新参数时，向端侧发送待更新参数，包括：参数值和/或二进制码流；在端侧设置云化参数组件工具（Kit），用于向云侧发送云化参数更新请求，以及接收待更新的云化参数。

在云侧：模块开发人员、模块的服务提供商可以通过元数据的方式配置适用于终端设备的各个模块的待更新参数（云化参数），将云化参数发布并传至云化参数服务器，这里的元数据用于描述云化参数包括的资源、信息以及数据的结构数据。在端侧：云化参数Kit向云化参数服务器发送参数更新请求并接受更新的云化参数，保存返回的云化参数对应的参数值至本地数据库，将二进制码流落盘到终端设备的安装路径（预设文件路径）并挂载至模块的预装路径（生效路径）；云化参数Kit根据云化参数对应的模块标识，通知模块标识对应的模块（业务模块）；响应于云化参数Kit的指令，模块可以直接读取预装路径（生效路径）下的文件或向云化参数Kit发送获取云化参数的参数值请求，通过云化参数Kit获取已保存的云化参数的参数值，完成模块的参数更新。

在一些实施例中，上述终端设备的预装路径和安装路径的名称可以参考表5，表5示出了预装路径和安装路径的名称示例。

表5

安装路径	预装路径
		/数据/配置/系统/安装路径一	/系统/安装路径一
/数据/配置/系统/安装路径二	/系统/安装路径二

图2根据本申请实施例示出了云侧与端侧的交互示意图。

具体地，如图2所示，在云侧：云化参数服务器可以通过元数据的方式进行参数配置，也就是对云化参数进行配置，将配置完成的保存于发布平台，发布平台可以连接参数配置中心，这里的参数配置中心可以是云化参数服务器，用于与端侧（终端设备）的云化参数Kit进行交互：接收云化参数Kit发送的云化参数的搜包请求以及响应于搜包请求返回搜包结果至云化参数Kit。这里的搜包请求可以包括端侧上安装的各个模块的参数更新请求，这里的搜包结果可以包括云侧的参数配置中心根据参数更新请求从发布平台得到的各个模块对应的云化参数。

在一些实施例中，云侧还可以设置有Wiseroper以及推送服务器（Push Server），Wiseroper用于向推送服务器发送指令，该指令用于主动触发端侧云化参数升级，也就是触发端侧主动向云侧发送云化参数的搜包请求。这里的推送服务器可以与端侧的Push SDK（Push Software Development Kit，推送软件开发工具，也称推送接收端）交互，推送服务器可以向Push SDK发送进行云化参数的搜包的指令，使得Push SDK可以向端侧的云化参数Kit发送触发端侧进行云化参数搜包的指令。

在端侧：云化参数Kit用于与云侧的参数配置中心进行交互，云化参数Kit可以通过至少两种方式向云侧的参数配置中心发送云化参数的搜包请求，一种是执行定期云化参数搜包，也就是，云化参数Kit能够根据预设搜包周期向云侧的参数配置中心发送云化参数的搜包请求；一种是在Push SDK接收到云侧的推送服务器发送的主动触发端侧云化参数升级的指令后，Push SDK向云化参数Kit发送触发端侧进行云化参数搜包的指令，响应于该指令，云化参数Kit向云侧的参数配置中心发送云化参数的搜包请求。示例性地，云化参数Kit接收云侧的参数配置中心返回的搜包结果，通过参数项插件通知模块进行参数更新。这里的参数项插件用于模块向云化参数Kit注册接收参数变更的指令。

为了更好地理解本申请提出的参数更新方法，下面以端侧为手机10，云侧为服务器20，场景为手机10的模块进行参数更新为例对本申请的一些技术方案进行详细介绍。

图3根据本申请的实施例示出了一种手机10与服务器20的交互流程示意图。具体地，如图3所示，该方法包括但不限于以下步骤。

S301：服务器20配置云化参数。

示例性地，服务器20通过元数据的方式对云化参数进行配置。可以理解，模块开发人员、模块的服务提供商可以通过元数据的方式在服务器20配置各个模块对应的云化参数。元数据的方式可以是，通过特性开关类、列表类、文件的格式对云化参数进行配置，一个模块可以包括一个或者多个云化参数，每一个云化参数可以通过模块标识和参数名确定，特性开关类、列表类的云化参数还可以包括参数值，文件可以包括文件名。

S302：服务器20发布云化参数。

示例性地，服务器20可以通过发布平台保存配置完成的云化参数，例如：通过文件或者数据库的形式在发布平台保存配置完成的云化参数。

S303：手机10向服务器20发送云化参数的搜包请求。

示例性地，手机10可以通过云化参数Kit定期向服务器20的参数配置中心发送云化参数的搜包请求，这里的搜包请求中可以包括手机10上安装的至少一个模块的列表，即，模块配置列表，也就是手机10上安装的至少一个应用或者应用服务、系统服务的列表。搜包请求中还可以包括手机10的开发模型，操作系统的版本，设备标识等等信息。

在一些实施例中，手机10的云化参数Kit可以执行定期云化参数搜包，也就是，手机10的云化参数Kit的搜包定时器定时触发搜包，即定时向服务器20的参数配置中心发送搜包请求。可以理解，搜包定时器可以设置为，例如：每隔24小时执行一次的定时器。在另一些实施例中，搜包定时器也可以设置为每隔12小时执行一次定时器，本申请对此不做限制。

示例性地，服务器20也可以主动触发手机10进行云化参数升级，也就是，服务器20主动触发手机10向服务器20发送云化参数的搜包请求。在一些实施例中，服务器20的Wiseroper向推送服务器（Push Server）发送触发手机10云化参数升级的指令，服务器20的推送服务器接收到Wiseroper发送的指令后，向手机10的Push SDK发送云化参数的搜包的指令，以触发手机10进行云化参数的搜包。

示例性地，手机10的Push SDK在接收到服务器20的推送服务器发送的云化参数的搜包的指令后，向手机10的云化参数Kit发送进行云化参数搜包的指令，手机10的云化参数Kit向服务器20的参数配置中心发送云化参数的搜包请求。

示例性地，在一些实施例中，例如，一种请求消息结构可以是：

{

"basicInfo":{

"devModel":"Model-xx.xx",

"osVersion":"OSxx.xx",

…

"networkType":"2",

"deviceId":"xxxxxxxxx"

}

"moduleConfigList":{

"AdvancedModuleConfig":"xx.xxx.xxx",

"moduleWindow":"xx.xxx.xxx"

}

}

示例性地，请求消息结构中的“basicInfo”为基本信息，“basicInfo”可以包括如下属性或者参数：“devModel”为开发模型，“osVersion”为操作系统的版本，“networkType”为网络类型，“deviceId”为设备标识，“moduleConfigList”为模块配置列表，“AdvancedModuleConfig”和“moduleWindow”用于确定模块云化参数更新的版本。

可以理解，本申请实施例的参数更新方法中的搜包请求对应的请求消息结构可以包括基本信息和模块配置列表，结构更加简洁。

S304：服务器20向手机10返回搜包结果。

服务器20的参数配置中心响应手机10的云化参数Kit发送的搜包请求后进行搜包，并向手机10的云化参数Kit返回搜包结果。

示例性地，在一些实施例中，返回消息结构例如可以是：

{

"duration":1440,

"moduleConfigMap":{

"AdvancedModuleConfig":{

"module_update_enable":"true",

"module_list_name":[

"com.xxxxx.app",

"com.xxxxx.app"

]

}

}

}

示例性地，返回消息结构中，“duration”为期间，“moduleConfigMap”为模块配置列表，“AdvancedModuleConfig”为模块云化参数更新的版本，“module_update_enable”为开启/关闭云化参数更新，“module_list_name”为列表名称。

可以理解，本申请提出的参数更新方法中返回搜包结果时返回期间和模块配置列表，不包含下载地址，而是直接返回参数值，结构更加简洁。

S305：手机10根据搜包结果设置云化参数。

示例性地，手机10的云化参数Kit接收到服务器20的参数配置中心返回的搜包结果后，保存搜包结果中包含的云化参数。

在一些实施例中，手机10的云化参数Kit可以将云化参数存储至本地数据库，在云化参数是参数值的情况下，将参数值存储至本地数据库；在云化参数是二进制码流的情况下，将二进制码流通过文件的形式落盘至安装路径（预设文件路径）并挂载至模块的预装路径（生效路径）。

示例性地，存储云化参数的本地数据库可以存储在手机10的存储器单独路径，例如可以是：/data/db/module_config.db。

可以理解，手机10可以将本地数据库的数据库名称设置为“module_config.db”，特性开关类数据表名称设置为“switch_config”，列表类数据表名称设置为“list_config”，文件类数据表名称设置为“file_config”。参考表6、表7和表8，表6示出了特性开关类数据表的结构，表7示出了列表类数据表的结构，表8示出了文件类数据表的结构。

表6

字段	含义	类型	长度	备注
					module	模块名	varchar	32	第一主键
parameter	参数名	varchar	32	第二主键
					value	参数值	boolean	True/False
version	参数版本号	varchar	16

从表6可以看出，特性开关类数据表中模块名和参数名都是varchar型，长度为32；参数值是boolean型，数据值为True或False；参数版本号是varchar型，长度为16。

表7

字段	含义	类型	长度	备注
					module	模块名	varchar	32	第一主键
parameter	参数名	varchar	32	第二主键
					value	参数值	varchar
version	参数版本号	varchar	16

从表7可以看出，列表类数据表中模块名和参数名都是varchar型，长度为32；参数值是varchar型；参数版本号是varchar型，长度为16。

表8

字段	含义	类型	长度	备注
					module	模块名	varchar	50	第一主键
parameter	参数名	varchar	50	第二主键
					value	文件名	varchar	16
version	参数版本号	varchar	16

从表8可以看出，文件类数据表中模块名和参数名都是varchar型，长度为50；文件名和参数版本号也都是varchar型，长度为16。也就是说，对于搜包结果中的特性开关类、列表类的云化参数来说，手机10的云化参数Kit可以通过参数标识与云化参数之间的对应关系保存云化参数，也就是，通过模块名加上参数名唯一确定云化参数的参数值。对于搜包结果中的文件类的云化参数来说，手机10的云化参数Kit除了模块名加上参数名唯一确定云化参数的文件名，还可以将云化参数对应的二进制码流落盘至手机10的安装路径（预设文件路径）并挂载至模块的预装路径（生效路径）。

S306：手机10通知模块完成云化参数的参数更新。

示例性地，手机10完成本地数据库的更新和/或文件的挂载后，向有参数更新的对应模块发送参数更新的指令，也就是，向与手机10的云化参数Kit注册了接收参数变更的模块发送参数更新的指令，即，通过从搜包结果中得到云化参数的模块名，向模块名对应的模块发送参数更新的指令。手机10上安装的模块接收到参数更新的指令后，响应于接收到的指令，进行相应的更新参数的操作，完成云化参数的参数更新。

示例性地，在一些实施例中，注册了接收参数变更的模块例如可以是：

<XML version="1.10.22.100" encoding="utf-8">

<config>

<switch name="module_update_enable" value="true"/>

<blockklist>

<blocklistapp name="XX直播" package="com.xxxxxx.live"/>

<blocklistapp name="XX直播" package="air.tv.xxxxxx.andriod"/>

</blocklist>

</config>

示例性地，module_update_enable表示开云化参数更新，blockklist可以表示模块列表，package表示模块名。

在一些实施例中，对于特性开关类、列表类的云化参数的参数更新来说，手机10上安装的模块可以通过云化参数Kit提供的参数读取接口得到参数值完成参数更新，也就是，通过云化参数Kit提供的参数读取接口访问本地数据库得到参数值。对于文件类的云化参数的参数更新来说，手机10上安装的模块可以直接读取预装路径（生效路径）下的文件完成参数更新。

示例性地，手机10的云化参数Kit提供的参数读取接口可以是云化参数SDK，各个模块可以使用云化参数SDK得到保存在本地数据库的云化参数的参数值。

例如，对于特性开关类参数，获取特性开关类参数的方法可以包括：public <T> TgetParaValue(String moduleName, String key)，其中，moduleName模块名和key参数名为方法的输入参数，方法的返回值可以是Boolean型，String型，int型数据，用于表示特性开关类参数的类型。例如可以通过如下结构来查询String型的特性开关类参数switch的内容：String switch = getParaValue(“AdvancedModuleConfig”,“module_update_enable”);其中，switch的参数值可以是“true”。

再例如，对于列表类参数，获取列表类参数的方法可以包括：Public ArrayList <T> getParaList(String moduleName, String key)，其中，moduleName模块名和key参数名为方法的输入参数，方法的返回值可以是ArrayList<T>类型，其中，T可以定义为string型，integer型等数据类型，用于表示该列表类参数的类型。在一些实施例中，列表类参数的方法的返回值还可以是Set<T>或者Map<T>，Set用于存储无序且唯一参数值，而Map通过键值对的方式存储参数值。

示例性地，例如，列表类参数的方法的返回值可以是：ArrayList <String> list=new ArrayList<>();list=getParaList(“AdvancedModuleConfig”,”blocklist”);其中，列表类参数list可以包括：“com.xxxxxx.live”,“air.tv.xxxxxx.andriod”。

为了更好地理解本申请实施例的技术方案，下面对本申请的一些技术方案进行详细介绍。

图4根据本申请的实施例示出了手机10各模块的交互示意图。

如图4所示，手机10的云化参数Kit接收到云侧的参数配置中心（图中未示出）返回的搜包响应消息后，向用户提示参数更新。

参考图5，图5示出了用户界面示意图。如图5所示，用户界面510即手机10的屏幕。用户界面510中显示有手机10的主桌面501和更新提示窗口502。其中，更新提示窗口502中还显示有“系统参数更新”、“系统参数配置有更新，点击‘确定’，将立即生效”等提示信息和“稍后”按钮控件5020、“同意”按钮控件5021等。需要说明的是，更新提示窗口502可以以悬浮窗的形式悬浮显示在手机10的主桌面501上。

当手机10在如图5所示的用户界面510中接收到用户点击“稍后”按钮控件5020的点击操作，响应于该操作，手机10暂时不更新参数。当手机10在如图5所示的用户界面510中接收到用户点击“同意”按钮控件5021的点击操作，响应于该操作，手机10参数更新立即生效。具体实施过程将在下文详细描述，在此不做赘述。

可以理解，若云化参数的更新内容为紧急问题，则不显示任何用户提示，由云侧的配置静默升级。

继续参考图4，若用户点击如图5所示的“同意”按钮控件5021，云化参数Kit则将接收到的参数值存储至本数据库（图4中的数据库）、二进制码流通过文件的形式落盘至手机10的安装路径（图4中的文件安装目录）并挂载到模块（图4中的业务模块）的预装路径（文件预置目录）。

当业务模块接收到云化参数Kit发送的参数更新的指令后，业务模块读取保存在本地数据库中的参数值和/或文件预装路径中的文件。

为了更好地理解本申请实施例的技术方案，下面对本申请的一些技术方案的UX流程和端侧流程进行详细介绍。

图6根据本申请的实施例示出了适用于手机10的UX流程示意图。具体地，如图6所示，该方法包括但不限于以下步骤。

S601：接收到云化参数。

示例性地，手机10的云化参数Kit向服务器的参数配置中心请求搜包并接收到返回的搜包结果不为空，即接收到云化参数。

S602：判断云化参数是否超出原有隐私范围。

示例性地，若判断结果为是，说明云化参数超出了原有服务声明的隐私范围，则执行步骤S603：使用新基础服务声明；若判断结果为否，说明云化参数未超出原有服务声明的隐私范围，则执行步骤S604：使用原基础服务声明。

S603：参数更新使用新基础服务声明。

示例性地，云化参数超出了原有服务声明的隐私范围，使用新的基础服务声明。

示例性地，当云化参数超出了原有服务声明的隐私范围，需要使用新的基础服务声明时，手机10显示如图7所示的用户界面710。如图7所示，用户界面710即手机10的屏幕。用户界面710中显示有新基础服务声明窗口701。

S604：参数更新使用原基础服务声明。

示例性地，云化参数未超出原有服务声明的隐私范围，使用原有基础服务声明。

S605：判断更新参数是否解决紧急问题。

示例性地，若判断结果为是，说明云化参数是为了解决紧急问题，即需要立刻更新且需要强制更新，则执行步骤S606：无任何用户提示，云侧配置静默升级；若判断结果为否，说明云化参数不是为了解决紧急问题，即不需要立刻更新且可供用户选择是否更新，则执行步骤S607：判断是否立即生效。

S606：无任何用户提示，云侧配置静默升级。

示例性地，云化参数是为了解决紧急问题，则参数需要立刻更新且为强制更新，则由云侧配置静默升级，手机10的UX界面不显示任何用户提示。例如，融合媒体中台AudioKit上架支持游戏、直播并发录音的特性，但存在隐私风险，可能会涉及声音版权问题和用户隐私问题。在出现隐私风险时，可以通过云侧配置关闭整个特性。

S607：判断是否立即生效。

示例性地，若判断结果为是，说明用户同意立即更新，则执行步骤S608：参数值存数据库，文件内容落盘；若判断结果为否，说明用户选择稍后更新，则执行步骤S609：判断是否打开夜间升级。

示例性地，参考图5，参考图5，图5示出了一种参数更新用户提示界面示意图。如图5所示，用户界面510即手机10的屏幕。用户界面510中显示有手机10的主桌面501和更新提示窗口502。其中，更新提示窗口502中还显示有“系统参数更新”、“系统参数配置有更新，点击‘确定’，将立即生效”等提示信息和“稍后”按钮控件5020、“同意”按钮控件5021等。需要说明的是，更新提示窗口502可以以悬浮窗的形式悬浮显示在手机10的主桌面501上。

当手机10在如图5所示的用户界面510中接收到用户点击“稍后”按钮控件5020的点击操作，响应于该操作，手机10暂时不更新参数。当手机10在如图5所示的用户界面510中接收到用户点击“同意”按钮控件5021的点击操作，响应于该操作，手机10参数更新立即生效，即云化参数Kit将接收到的参数值存储至本地数据库、二进制码流写文件至安装路径并挂载预装路径；当手机10在如图5所示的用户界面510中接收到用户点击“稍后”按钮控件5020的点击操作，响应于该操作，手机10参数更新不会立即生效，即还需要进行下一步判断，判断手机10是否开启了夜间升级。

S608：处理云化参数。

示例性地，手机10的云化参数Kit接收到云侧的参数配置中心返回的搜包结果后，如果搜包结果中包含的云化参数的是参数值，则存储至本地数据库，即更新本地数据库；若果搜包结果中包含的云化参数的是二进制码流，则写文件到安装路径并挂载到模块的预装路径。

可以理解，参数值存储至本地数据库和/或文件落盘后，云化参数Kit通知各模块参数更新，各模块读取更新参数后进行参数更新操作。

值得注意的是，参数更新仅弹窗提醒用户，例如图5和图7所示手机10的用户界面，但更新界面并不会显示在手机10的屏幕上，用户仍可以进行其他操作，提升了用户体验感。

S609：判断是否打开夜间升级。

示例性地，若判断结果为是，说明手机10开启了夜间升级模式，则执行步骤S610：等待夜间升级完成；若判断结果为否，说明手机10未开启夜间升级模式，则无法夜间自动完成升级，需要等待下次搜包，则执行步骤S611：等待下次搜包。

S610：等待夜间升级完成。

示例性地，用户选择稍后更新且手机10开启了夜间升级模式，则等待夜间进行参数升级。

可以理解，夜间升级的时间段例如可以是手机10预设的时间段，如23：00至次日的5：00，也可以是0：00至6：00，还可以是用户开启夜间升级模式时自定义的时间段，本申请对此不做限制。

S611：等待下次搜包。

用户选择稍后更新但手机10并未开启夜间升级模式，则参数无法在手机10预设时间段内完成自动更新，需要等待下一次搜包。

可由用户选择是否升级的参数更新为非强制更新，例如可以是性能调优类参数更新。

图8根据本申请的实施例示出了手机10的处理流程图。可以理解，图8所示流程的各步骤执行主体均为手机10。为了简化描述，以下在介绍图8所示流程各步骤时将不再重复描述各步骤的执行主体。

具体地，如图8所示，该方法包括但不限于以下步骤。

S801：搜包定时器触发搜包或手动触发搜包。

示例性地，搜包定时器定时触发云化参数Kit请求搜包或者Push SDK触发云化参数Kit请求搜包。

在一些实施例中，手机10的云化参数Kit的搜包定时器定时触发搜包，即定时向云侧的参数配置中心发送搜包请求。可以理解，搜包定时器例如可以是例如：每隔24小时执行一次的定时器。在另一些实施例中，搜包定时器也可以设置为每隔12小时执行一次定时器，本申请对此不做限制。

在另一些实施例中，手机10的云化参数Kit在接受到Push SDK发送的信号后触发搜包，即主动向云侧的参数配置中心发送搜包请求。可以理解，若Push SDK没有向云化参数Kit发送云化参数升级通知，则不会触发云化参数Kit主动搜包。

云化参数Kit向云侧的参数配置中心发送的搜包请求的请求消息结构可以参考上述步骤S303的相关描述，在此不做赘述。

可以理解，本申请提出的参数更新方法中请求搜包时请求消息结构包括基本信息和模块配置列表，结构更加简洁。

S802：判断服务器20返回消息是否为空。

示例性地，若判断结果为是，说明服务器20返回消息为空，即没有待更新云化参数，则结束当前流程，等待下一次搜包；若判断结果为否，说明服务器20返回消息不为空，即返回了待更新的云化参数，则执行步骤S803：更新本地数据库，挂载文件目录。

示例性地，参考图9a和图9b，图9a根据本申请的实施例示出了无需更新的场景下手机10与服务器20的交互示意图，图9b根据本申请的实施例示出了需要更新的场景下手机10与服务器20的交互示意图。

如图9a所示，手机10向服务器20发送搜包请求，响应于该请求，服务器20返回搜包结果，此时返回消息为空（null）。

如图9b所示，手机10向服务器20发送搜包请求，响应于该请求，服务器返回搜包结果，此时返回消息包括更新参数及其对应的操作模块。手机10接收到返回消息后将列表类、特性开关类参数值存储至本地数据库、文件类参数落盘。

S803：更新本地数据库，挂载文件目录。

示例性地，云化参数Kit接收到服务器返回的搜包结果后，如果接收到的是参数值，则存储至本地数据库，即更新本地数据库；若果接收到的是二进制码流，则写文件到安装路径并挂载到预装路径。其中，预装路径和安装路径的名称可以参考上述表8的相关内容，在此不做赘述。

S804：通知模块。

示例性地，云化参数Kit完成本地数据库的更新和/或文件目录的挂载后，向有参数更新的对应模块发送参数更新的指令。

S805：模块操作。

示例性地，待更新参数对应模块接收到云化参数Kit发送的参数更新的指令后，响应于接收到的指令，进行相应的更新参数的操作。

可以理解，在一些实施例中，保存到本地数据库的参数值可以由参数更新对应的模块通过接口取用、各模块可以直接使用特性开关类接口的返回值及列表类返回的List结构，无需从返回的下载地址下载配置文件后自行解析配置文件；二进制文件内容会落本地文件，挂载到模块的预装路径，文件可直接生效；各模块可以不用感知有更新后去安装路径复制文件。

示例性地，图10根据本申请实施例示出了一种终端设备10的结构示意图。

如图10所示，终端设备10可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对终端设备10的具体限定。在本申请另一些实施例中，终端设备10可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现终端设备10的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现终端设备10的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现终端设备10的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为终端设备10充电，也可以用于终端设备10与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端设备10的结构限定。在本申请另一些实施例中，终端设备10也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过终端设备10的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

终端设备10的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。终端设备10中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在终端设备10上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在终端设备10上的包括无线局域网(wirelesslocal area networks，WLAN)，无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，终端设备10的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备10可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TDSCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统 (global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统 (quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

终端设备10通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED), Mini-Led, Micro-Led， Micro-oLed，量子点发光二极管(quantum dotlight emitting diodes，QLED)等。在一些实施例中，终端设备10可以包括1个或N个显示屏194，N为大于1的正整数。

终端设备10可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，终端设备10可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当终端设备10在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。终端设备10可以支持一种或多种视频编解码器。这样，终端设备10可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现终端设备10的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端设备10的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储终端设备10使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行终端设备10的各种功能应用以及数据处理。

终端设备10可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。终端设备10可以接收按键输入，产生与终端设备10的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和终端设备10的接触和分离。终端设备10可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端设备10通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端设备10采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端设备10中，不能和终端设备10分离。

示例性地，图11根据本申请实施例示出了一种终端设备10的软件系统架构示意框图。

如图11所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。该数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供终端设备10的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

系统库可以包括多个功能模块。例如：表面管理器(surface manager，SM)，媒体库(Media Libraries，ML)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统（包括易失性和非易失性存储器和/或存储元件）、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器（Digital Signal Processor，DSP)、微控制器、专用集成电路（Application Specific Integrated Circuit，ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读（例如，计算机可读）存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器（例如，计算机）可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、只读存储器（CD-ROMs）、磁光盘、只读存储器（Read Only Memory，ROM）、随机存取存储器（RandomAccess Memory，RAM）、可擦除可编程只读存储器（Erasable Programmable Read OnlyMemory，EPROM）、电可擦除可编程只读存储器（Electrically Erasable ProgrammableRead-Only Memory，EEPROM）、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息（例如，载波、红外信号数字信号等）的有形的机器可读存储器。因此，机器可读介质包括适合于以机器（例如计算机）可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (12)

1.一种参数更新方法，其特征在于，包括：

电子设备接收到服务器发送的至少一个应用的参数更新数据；

存储所述参数更新数据包含的参数与各应用的应用标识之间的对应关系；

对应于所述参数更新数据包含的参数的类型为第一参数类型，采用第一更新方式，对所述参数对应的应用标识的应用进行更新；

对应于所述参数更新数据包含的参数的类型为第二参数类型，采用第二更新方式，对所述参数对应的应用标识的应用进行更新。

2.根据权利要求1所述的方法，其特征在于，所述电子设备接收到服务器发送的至少一个应用的参数更新数据，包括：

所述电子设备通过预设方式向所述服务器发送至少一个所述应用的参数更新请求；

响应于所述参数更新请求，所述服务器向所述电子设备发送至少一个所述应用的参数更新数据，其中，所述预设方式包括定期发送，手动发送中的至少一种。

3.根据权利要求1所述的方法，其特征在于，所述电子设备接收到服务器发送的至少一个应用的参数更新数据，包括：

所述服务器向所述电子设备发送参数更新指令；

响应于所述参数更新指令，所述电子设备向所述服务器发送至少一个所述应用的参数更新请求；

响应于所述参数更新请求，所述服务器向所述电子设备发送至少一个所述应用的参数更新数据。

4.根据权利要求1所述的方法，其特征在于，存储所述参数更新数据包含的参数与各应用的应用标识之间的对应关系，包括：

所述电子设备接收并解析所述参数更新数据，得到所述参数对应的应用标识和参数值，其中，所述应用标识包括所述参数的参数名，应用名称、参数版本号中的至少一种；

建立所述应用标识与所述参数的参数值之间的所述对应关系；

通过所述对应关系存储所述参数的参数值。

5.根据权利要求4所述的方法，其特征在于，通过所述对应关系存储所述参数的参数值，包括：

所述电子设备创建所述参数对应的数据库；

通过所述应用标识包括的参数名，应用名称、参数版本号中的至少一种与所述参数的参数值之间的对应关系，在所述数据库中存储所述参数的参数值。

6.根据权利要求1所述的方法，其特征在于，对应于所述参数更新数据包含的参数的类型为第一参数类型，采用第一更新方式，对所述参数对应的应用标识的应用进行更新，包括：

对应于所述参数更新数据包含的参数的类型为第一参数类型，所述电子设备根据所述参数与所述应用标识之间的对应关系，控制所述应用标识对应的应用读取已存储的所述参数，以对所述应用进行参数更新。

7.根据权利要求1所述的方法，其特征在于，对应于所述参数更新数据包含的参数的类型为第二参数类型，采用第二更新方式，对所述参数对应的应用标识的应用进行更新，包括：

对应于所述参数更新数据包含的参数的类型为第二参数类型，所述电子设备根据所述参数与所述应用标识之间的对应关系，将已存储的所述参数保存至第一路径；

连接所述第一路径与所述应用标识对应的应用的第二路径；

控制所述应用标识所对应的应用通过所述第二路径加载所述第一路径中的所述参数，以对所述应用进行参数更新。

8.根据权利要求7所述的方法，其特征在于，所述第一路径包括所述电子设备的预设文件路径，所述第二路径包括所述应用的生效路径。

9.根据权利要求6和7中任一项所述的方法，其特征在于，所述电子设备通知所述参数对应的应用标识的应用进行参数更新。

10.根据权利要求1所述的方法，其特征在于，所述第一参数类型包括特性开关类和、或列表类中的至少一种，所述第二参数类型包括文件类。

11.一种可读介质，其特征在于，所述可读介质上存储有指令，该指令在电子设备上执行时使电子设备执行权利要求1-10中任一项所述的参数更新方法。

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

存储器，用于存储由电子设备的一个或多个处理器执行的指令，以及

处理器，是电子设备的处理器之一，用于执行权利要求1-10中任一项所述的参数更新方法。

Images