CN115643338B - 一种参数更新方法及设备 - Google Patents

Abstract

本申请实施例提供一种参数更新方法及设备，应用于通信领域，包括服务器获取至少一个电子设备的设备信息。然后服务器获取针对第一参数的第一更新条件，第一参数包括电子设备的操作系统的系统更新参数。若服务器根据设备信息确定至少一个电子设备中的目标电子设备满足第一更新条件，则向目标电子设备发送第一参数更新包，以便目标电子设备基于第一参数更新包中的系统更新参数对操作系统进行更新。本申请实施例可以在电子设备的设备信息满足预设条件时，便单独将参数更新包发送给电子设备。这样电子设备可直接对操作系统的参数进行更新，使得更新参数的效率更高。

Description

一种参数更新方法及设备

技术领域

本申请涉及通信领域，尤其涉及一种参数更新方法及设备。

背景技术

随着电子技术的快速发展，电子设备的种类和功能越来越丰富以及电子设备上使用的应用程序（application，APP）越来越多，给用户提供了多样化的服务，丰富了用户的生活。电子设备的操作系统以及应用程序需要快速迭代（或称版本更新），以适应市场变化节奏。而目前用于更新操作系统和应用程序的数据都以版本包形式发布给电子设备，版本包的数据量大、下载时间长以及更新不及时，导致用户使用体验较差。

发明内容

本申请实施例提供一种参数更新方法及设备，通过单独将参数更新包发送给电子设备以便于电子设备可直接对系统参数进行更新，使得更新系统参数的效率更高。

第一方面，本申请提供一种参数更新方法，应用于服务器。该方法中，服务器获取至少一个电子设备的设备信息。然后服务器获取针对第一参数的第一更新条件，第一参数包括电子设备的操作系统的系统更新参数。若根据设备信息确定至少一个电子设备中的目标电子设备满足第一更新条件，则服务器向目标电子设备发送第一参数更新包，以便目标电子设备基于第一参数更新包中的系统更新参数对操作系统进行更新。

在该方案中，针对电子设备的操作系统的系统参数进行更新时，服务器先获取至少一个电子设备的设备信息，若电子设备中的目标电子设备信息满足第一更新条件，服务器向目标电子设备发送与第一更新条件所对应的第一参数更新包。不同于版本包，第一参数更新包只针对系统参数进行更新，因此不必随版本包一起发布，可以满足参数独立和实时更新的需要。另外，由于服务器可以在设备信息触发更新条件时就向电子设备发送参数更新包，而不是定时或者人工发送，因此服务器发送参数更新包的速度更快，基于此，目标电子设备便可实时对操作系统的参数更新以提高修复操作系统问题或优化操作系统性能的效率，从而提高了用户对操作系统的使用体验。

在第一方面的一种可能的设计方式中，第一参数包括多个参数，系统更新参数包括系统配置更新参数和系统应用更新参数中的至少一种，第一参数还包括三方应用更新参数。

该设计方式下，第一参数更新包可对系统配置、系统应用、三方应用等多个更新对象的参数进行更新。且，服务器每次下发第一参数更新包，可用于同时对多个更新对象的参数进行更新。因此提高了对目标电子设备的系统参数的升级效率。

在第一方面的一种可能的设计方式中，该方法还包括：获取针对第二参数的第二更新条件。若根据设备信息确定目标电子设备满足第二更新条件，则向目标电子设备发送第二参数更新包，第二参数更新包包括第二参数，以便电子设备基于第二参数更新包对操作系统或者三方应用进行更新。其中，第二参数包括三方应用更新参数。或者，第一参数包括第一系统应用更新参数，第二参数包括第二系统应用更新参数。

该设计方式下，服务器还可以针对操作系统或者三方应用发送第二参数更新包，以便于对操作系统或者三方应用的参数进行更新。由此，本申请可以向不同更新对象（如操作系统和三方应用，或者第一系统应用和第二系统应用）发送参数更新包，从而实现不同更新对象的快速和实时更新参数的目的，使得更新参数的效率更高。

在第一方面的一种可能的设计方式中，该方法还包括：获取针对第三参数的第三更新条件。若根据设备信息确定满足第三更新条件，则向电子设备发送第三参数更新包，第三参数更新包包括第三参数，以便电子设备基于第三参数更新包中的三方应用更新参数对三方应用进行更新。其中，第二参数包括第一三方应用更新参数，第三参数包括第二三方应用更新参数。

该设计方式下，服务器还可以针对不同三方应用发送参数更新包。比如，针对第一三方应用发送第二参数更新包，通过第二参数更新包中的第一三方应用更新参数对第一三方应用的参数进行更新。针对第二三方应用发送第三参数更新包，通过第三参数更新包中的第二三方应用更新参数对第二三方应用的参数进行更新。如此，本申请可以向不同的三方应用发送参数更新包，从而提高对三方应用的参数进行更新的更新效率。

在第一方面的一种可能的设计方式中，系统更新参数用于指示电子设备更新目标开关参数，第一更新条件包括：电子设备支持5G通信。上述若根据设备信息确定满足第一更新条件，则向电子设备发送第一参数更新包，以便电子设备基于第一参数更新包中的系统更新参数对操作系统进行更新，包括：若根据设备信息确定电子设备支持5G通信，则向电子设备发送第一参数更新包，以便电子设备基于第一参数更新包中的系统更新参数，将操作系统中的通信服务关联的目标开关参数由开启状态更新为关闭状态，或者将操作系统中的通信服务关联的目标开关参数由关闭状态更新为开启状态。

该设计方式下，服务器可以在需要针对支持5G通信的电子设备更新操作系统的情况下，先通过设备信息确定电子设备是否支持5G，若电子设备支持5G，则向电子设备发送第一参数更新包，第一参数更新包可以更新操作系统中的目标开关参数的状态，比如将开关参数中的目标开关参数（如针对5G流量的开关参数）由开启状态更新为关闭状态，从而关闭操作系统中对应该目标开关参数的功能。或者将目标开关参数由关闭状态更新为开启状态，以开启操作系统中对应该目标开关参数的功能。本申请采用直接从第一参数更新包中获取系统更新参数的方式可以快速修复5G通信的电子设备存在的系统问题。

在第一方面的一种可能的设计方式中，系统更新参数用于指示电子设备将目标系统应用设置为黑名单应用，第一更新条件包括：电子设备安装有目标系统应用。上述若根据设备信息确定满足第一更新条件，则向电子设备发送第一参数更新包，以便电子设备基于第一参数更新包中的系统更新参数对操作系统进行更新，包括：若根据设备信息确定电子设备安装有目标系统应用，则向电子设备发送第一参数更新包，以便电子设备基于第一参数更新包中的系统更新参数，将目标系统应用设置为黑名单应用，黑名单应用不被允许在目标电子设备上运行。

该设计方式下，服务器可以在需要禁用目标系统应用的情况下，先通过设备信息确定电子设备是否安装有目标系统应用（如文件管理）。若电子设备安装有该目标系统应用，则向电子设备发送第一参数更新包，以便于电子设备基于第一参数更新包中的系统更新参数，确定需要将系统应用设置为黑名单应用。黑名单应用不被允许在电子设备上允许，这样可避免例如电子设备的硬件不支持或者兼容性问题导致启动目标系统应用后电子设备无法正常使用。本申请采用直接从第一参数更新包中获取系统更新参数的方式可以快速将功能暂时无法正常支持的目标系统应用设置为黑名单应用。

在第一方面的一种可能的设计方式中，设备信息包括系统应用版本信息、设备版本信息、设备型号的至少一种。上述获取至少一个电子设备的设备信息，包括：在至少一个电子设备对应多个设备信息的情况下，获取多个设备信息中至少一个电子设备最近一次发送的设备信息，其中，多个设备信息由至少一个电子设备周期性地发送给服务器。

该设计方式下，设备信息是针对电子设备本身的信息，比如，系统应用版本信息是电子设备的操作系统自带的系统应用的版本信息，系统应用版本信息与电子设备的操作系统相关联。设备版本信息是电子设备版本有关的数据，如电子设备的设备序列号。设备信号是电子设备根据处理器类型或显示屏类型。服务器可以根据设备信息来确定是否将参数更新包发送给电子设备。服务器获取的设备信息可以是电子设备周期性发送的设备信息中的最近一次发送的设备信息。以便于电子设备的设备信息能够实时同步到服务器上，使得服务器向设备信息满足更新条件的目标电子设备发送参数更新包。

在第一方面的一种可能的设计方式中，参数更新包包括：系统范围参数、系统数值参数、系统属性参数、系统开关参数的至少一种。

在第一方面的一种可能的设计方式中，参数更新包包括更新对象标识。更新对象标识用于电子设备确定更新对象，以便电子设备对更新对象进行更新，其中，更新对象包括操作系统、三方应用。

第二方面，本申请提供一种参数更新方法，应用于电子设备。该方法中，电子设备向服务器发送设备信息。若设备信息满足第一更新条件，则电子设备接收到来自服务器的第一参数更新包，其中，第一参数更新包包括第一参数，第一参数包括针对操作系统的系统更新参数。然后电子设备基于第一参数更新包中的系统更新参数对操作系统进行更新。

本申请可以通过向服务器发送设备信息，以便于服务器在设备信息满足第一更新条件的情况下，向电子设备发送第一参数更新包。电子设备通过第一参数更新包中的针对操作系统的系统更新参数对操作系统进行更新。进而可以实时对操作系统的参数更新以提高修复操作系统问题或优化操作系统性能的效率，从而提高了用户对操作系统的使用体验。

在第二方面的一种可能的设计方式中，该方法还包括：若设备信息满足第二更新条件，则接收到来自服务器的第二参数更新包，其中，第二参数更新包包括第二参数，第二参数包括针对操作系统或者三方应用的更新参数。基于第二参数更新包中的更新参数对操作系统或者三方应用进行更新。其中，第二参数包括三方应用更新参数。或者，第一参数包括第一系统应用更新参数，第二参数包括第二系统应用更新参数。

该设计方式下，电子设备在设备信息满足第二更新条件的情况下，接收到第二参数更新包，以便于对操作系统或者三方应用的参数进行更新。第二参数更新包和第一参数更新包用于更新不同的更新对象，如第一参数更新包用于更新第一系统应用，第二参数更新包用于更新第二系统应用。或者第一参数更新包用于更新系统应用，第二参数更新包用于更新三方应用。如此，电子设备可同时对多个更新对象的参数进行更新，因此提高了电子设备的参数升级效率。

在第二方面的一种可能的设计方式中，该方法还包括：若设备信息满足第三更新条件，则接收到来自服务器的第三参数更新包。基于第三参数更新包中的应用更新参数对三方应用进行更新。其中，第二参数还包括第一三方应用更新参数，第三参数更新包包括第三参数，第三参数包括第二三方应用更新参数。

该设计方式下，电子设备在设备信息满足第三更新条件的情况下，接收到第三参数更新包。不同于第二参数更新包和第一参数更新包，该第三参数更新包用于对另一三方应用进行更新。也就是说，电子设备可通过接收参数更新包的方式对不同应用进行更新，从而实现不同更新对象的快速和实时更新参数的目的，使得更新参数的效率更高。

在第二方面的一种可能的设计方式中，在向服务器发送设备信息之前，该方法还包括：操作系统向电子设备注册应用版本信息以及应用注册信息，其中，应用注册信息用于确定操作系统的更新目录。基于第一参数更新包中的系统更新参数对操作系统进行更新，包括：根据第一参数更新包中的更新对象标识，确定第一参数更新包对应的更新对象是操作系统。将参数更新包中的系统更新参数移动至操作系统对应的更新目录。操作系统从更新目录中获取系统更新参数对操作系统进行更新。其中，更新完成后，操作系统的应用版本信息发生更迭。

该设计方式下，电子设备内部还通过获取应用注册信息，以便于获取到参数更新包后，可以根据获取的应用注册信息来确定对应的应用。

在第二方面的一种可能的设计方式中，上述向服务器发送设备信息，包括：预设计时周期，在每个计时周期结束后，向服务器发送计时周期结束时的设备信息，或者，响应于网络连接操作，向服务器发送网络连接过程中获取到的设备信息。

该设计方式下，电子设备通过定时或者在每次联网时发送设备信息，从而较为实时地将设备信息同步到服务器上，以便服务器基于较新的设备信息确定待发送参数更新包的目标电子设备。

在第二方面的一种可能的设计方式中，上述基于第一参数更新包中的系统更新参数对操作系统进行更新，包括：提示用户对操作系统的参数进行更新。检测到用户的授权操作后，基于第一参数更新包中的系统更新参数对操作系统进行更新。

该设计方式下，电子设备安装参数更新包之前，先提示用户对操作系统的参数进行更新。检测到用户的授权操作，表示本次参数更新得到用户授权，然后电子设备在安装参数更新包中的系统更新参数。

第三方面，本申请提供一种参数更新装置，包括通信模块、存储器和一个或多个处理器。通信模块、存储器与处理器耦合。其中，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令。当计算机指令被处理器执行时，使得参数更新装置执行如第一方面及其任一种可能的设计方式所述的方法。

第四方面，本申请提供一种电子设备该电子设备包括：处理器，用于存储处理器可执行指令的存储器，处理器被配置为执行指令时，使得电子设备实现如第二方面及其任一种可能的设计方式所述的方法。

第五方面，本申请提供一种计算机可读存储介质，该计算机可读存储介质包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行如第一方面及其任一种可能的设计方式所述的方法或执行如第二方面及其任一种可能的设计方式所述的方法。

第六方面，本申请提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如第一方面及其任一种可能的设计方式所述的方法或执行如第二方面及其任一种可能的设计方式所述的方法。

可以理解地，上述提供的第三方面所述的参数更新装置，第四方面所述的电子设备，第五方面所述的计算机可读存储介质，第六方面所述的计算机程序产品所能达到的有益效果，可参考第一方面及其任一种可能的设计方式或第二方面及其任一种可能的设计方式中的有益效果，此处不再赘述。

附图说明

图1为现有技术提供的一种参数更新方法的展示效果示意图；

图2为本申请实施例提供的一种参数更新包与版本包解耦后分别发布的发布流程示意图；

图3为本申请实施例提供的一种参数更新方法的流程图；

图4为本申请实施例提供的一种电子设备的硬件结构示意图；

图5为本申请实施例提供的一种电子设备的软件结构框图；

图6为本申请实施例提供的一种参数更新过程的示意图；

图7为本申请实施例提供的又一种参数更新系统的架构图；

图8为本申请实施例提供的一种参数更新前后的相册APP的显示示意图；

图9为本申请实施例提供的一种系统参数更新前后的天气APP的显示示意图。

具体实施方式

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

更新，又称版本升级，是指对操作系统或APP之前的版本进行完善，如漏洞修复、功能升级、性能优化等。针对电子设备的更新包括版本更新以及参数更新。其中版本更新的特点是更新周期较长，更新内容较多；而参数更新的更新内容一般较少，且更注重实时性。

参考图1，其为现有技术提供的一种参数更新方法的展示效果示意图。其中，图1的（a）表示电子设备下载更新包的示意图，图1的（b）表示更新完成后指示重启的示意图，图1的（c）表示通知消息的示意图。

版本包数据包括版本更新数据以及参数更新数据。如图1的（a）所示，版本包的数据量大（509Megabytes，简称509MB），下载时间长（1小时20分钟）。如图1的（b）所示，当下载完成后，电子设备的屏幕上显示重启消息“版本更新完成，即将重启”。如图1的（c）所示，重启后，屏幕上显示更新的内容，内容包括“新增算力升级，渲染速度加快；优化系统耗电；新增百种环球生物之声；新增超级壁纸；新增模糊定位；优化隐私保护；输入法冲突修复”。其中，“输入法冲突修复”是针对电子设备系统参数的参数升级，但是该参数升级对应的参数信息被打包在版本包中，并且在版本更新时才能被电子设备下载。这种方式导致电子设备的参数更新得不及时，因此用户体验差。

基于此，本申请实施例提供了一种参数更新方法，能够将参数更新包与版本包解耦，如图2所示，将参数更新包单独存储于服务器（如图2所示的云侧）上。电子设备向服务器发送设备信息，以便服务器根据设备信息判断是否满足更新条件。当设备信息满足更新条件时，电子设备便会接收到来自服务器的参数更新包，其中，参数更新包包括针对操作系统的系统更新参数。然后基于参数更新包完成对操作系统的系统参数的更新。如此，针对电子设备的系统参数进行更新的参数更新包不必随版本包一起发布，可以满足参数独立和实时更新的需要。且参数更新包一般不涉及到更新电子设备的驱动程序，因此单独更新电子设备的参数就无需重启设备，使得更新系统参数的效率更高。

继续参阅图2，针对版本包，云侧则单独发布，以便于电子设备在需要版本更新的时候能够从云侧下载版本包。电子设备安装版本包后重启操作系统，以完成对电子设备版本的更新。更新完成后，电子设备的设备版本号会发生变化，以指示电子设备完成了对版本的更新。

需要说明的是，基于更新对象的不同，参数更新包包括第一参数更新包，第二参数更新包，第三参数更新包。其中，第一参数更新包包括第一参数，第一参数包括电子设备的操作系统的系统更新参数。第一参数与第一更新条件相对应，从而在设备信息满足第一更新条件是，将第一参数更新包发送给多个电子设备中的目标电子设备，以便目标电子设备基于第一参数更新包中的系统更新参数对操作系统进行更新。第二参数更新包包括第二参数，第二参数包括三方应用更新参数。或者，第一参数包括第一应用更新参数，第二参数包括第二系统更新参数。即，第一参数和第二参数分别是针对不同更新对象的参数。第三参数更新包包括第三参数，第三参数可以是与第二参数不同的针对三方应用更新的参数，比如第二参数包括第一三方应用更新参数，第三参数包括第二三方应用更新参数。

本申请实施例提供的参数更新方法，可以应用于参数更新系统。例如，参见图3，该参数更新系统20包括服务器200以及至少一个电子设备300。在一些实施例中，服务器200进一步包括存储服务器210以及平台服务器220。其中，存储服务器210可以是云服务器，用于存储数据。平台服务器可以是发布平台，用于发布参数更新包以及制定发布策略（或称更新条件）。其中，电子设备300可以包括多个APP，例如视频APP、打车APP、地图APP等。

电子设备300向平台服务器220发送设备信息，其中，设备信息包括APP的系统应用版本信息、电子设备300的设备版本信息、电子设备300的设备型号等。

在一些实施例中，平台服务器220获取参数更新包后，判断参数更新包用于更新哪些电子设备300的参数。具体的，平台服务器220可以接收来自软件仓的参数更新包。在平台服务器220预设更新条件，更新条件对应于参数更新包，用于确定设备信息是否满足接收参数更新包的条件。

比如，参数更新包用于对地图APP的13.10.0.10版本进行更新，以增加地图APP支持的语言；更新条件为：对应用版本号为“13.10.0.10”的地图APP进行更新。那么设备信息满足更新条件可理解为：根据设备信息确定电子设备300的地图APP的应用版本号为“13.10.0.10”时，平台服务器220将参数更新包发送给电子设备300。然后电子设备300基于参数更新包对地图APP进行参数更新。

在一些实施例中，平台服务器220可以将更新条件、参数更新包存储于存储服务器210中。

在本申请实施例中，电子设备300向服务器200发送设备信息的策略可以有多种。例如，电子设备300可以定时向服务器200发送设备信息，以便于将设备信息实时同步到服务器200上。再例如，电子设备300可以在每次更换网络时向服务器200发送设备信息。示例性的，电子设备300重新与网络的基站连接时，便可向服务器200发送当前时间点的设备信息。又例如，电子设备300可以在每次开机时向服务器200发送设备信息。本申请对电子设备300发送设备信息的具体策略不予限定。

其中，如图3所示的参数更新系统中的电子设备300，可以是手机、平板电脑、可穿戴设备、智能家居设备、车载设备、增强现实（augmented reality，AR）/虚拟现实（virtualreality，VR）设备、笔记本电脑、超级移动个人计算机（ultra-mobile personal computer，UMPC）、上网本或个人数字助理（personal digital assistant，PDA）、耳机、路由、手表、设备附件等需要进行参数升级的设备。

在一些实施例中，上述电子设备300可以主动接收来自服务器200的参数更新包并对参数进行更新，如手机、平板电脑等。在另一些实施例中，上述电子设备300需要借助其他电子设备来更新参数。例如设备附件可以通过与其相连的电子设备传输的参数更新包来更新自身的参数。本申请实施例对电子设备的设备类型以及更新模式不作任何限制。

示例性的，图4示出了本申请实施例提供的一种电子设备的硬件结构示意图。以电子设备300是手机为例，手机可以包括处理器310，外部存储器接口320，内部存储器321，通用串行总线（universal serial bus，USB）接口330，充电管理模块340，电源管理模块341，电池342，天线1，天线2，移动通信模块350，无线通信模块360，音频模块370，扬声器370A，受话器370B，麦克风370C，耳机接口370D，传感器模块380，按键390，马达391，指示器392，摄像头393，显示屏394，以及用户标识模块（subscriber identification module，SIM）卡接口395等。

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

控制器可以是指挥手机的各个部件按照指令协调工作的决策者，是手机的神经中枢和指挥中心。控制器根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

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

充电管理模块340用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块340可以通过USB接口330接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块340可以通过电子设备300的无线充电线圈接收无线充电输入。充电管理模块340为电池342充电的同时，还可以通过电源管理模块341为手机供电。

电源管理模块341用于连接电池342，充电管理模块340与处理器310。电源管理模块341接收电池342和/或充电管理模块340的输入，为处理器310，内部存储器321，外部存储器，显示屏394，摄像头393，和无线通信模块360等供电。电源管理模块341还可以用于监测电池容量，电池循环次数，电池健康状态（漏电，阻抗）等参数。在其他一些实施例中，电源管理模块341也可以设置于处理器310中。在另一些实施例中，电源管理模块341和充电管理模块340也可以设置于同一个器件中。

电子设备300的无线通信功能可以通过天线1，天线2，移动通信模块350，无线通信模块360，调制解调处理器以及基带处理器等实现。

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

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

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

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

在一些实施例中，电子设备300的天线1和移动通信模块350耦合，天线2和无线通信模块360耦合，使得电子设备300可以通过无线通信技术与网络以及其他设备通信。无线通信技术可以包括全球移动通讯系统（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，TD-SCDMA），长期演进（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）。

在本申请的实施例中，移动通信模块350或无线通信模块360可以用于接收服务器200推荐的更新消息以及参数更新包。在本申请的实施例中，显示屏394可以用于在通知栏或显示屏394的顶部等其他位置显示参数更新的通知消息。

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

电子设备300可以通过ISP，摄像头393，视频编解码器，GPU，显示屏394以及APP处理器等实现拍摄功能。

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

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

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

按键390包括开机键，音量键等。马达391可以产生振动提示。指示器392可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口395用于连接SIM卡。

在本申请实施例中，移动通信模块350或无线通信模块360可以将设备信息发送给服务器200，该设备信息符合更新条件时可以触发服务器200向电子设备300发送参数更新包。那么电子设备300的移动通信模块350或无线通信模块360接收来自服务器200的参数更新包。正因为本次更新不是随版本更新而发布的，所以参数更新包相比版本包来说更轻量，而且发布时间点更灵活。之后，显示屏394可以用于在通知栏或显示屏394的顶部等其他位置显示参数更新的通知消息，以指示用户可以对电子设备的参数进行更新。响应于用户更新参数的操作，处理器310可以从参数更新包中获取参数信息并对原参数进行更新。在更新完成后，显示屏394可以显示更新的内容，例如该内容包括增加地图APP支持的语言、更新系统文件中的度量单位（简称度量）、更新APP的阈值参数等。

电子设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android^TM系统为例，示例性说明电子设备300的软件结构。

参照图5，其为本申请实施例提供的一种电子设备的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android^TM系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时（Android runtime）和系统库，以及内核层。

应用程序包可以包括相机，日历，地图，视频，音乐，短信息，图库，通话，设置，桌面，负一屏等APP。

本申请实施例中，对参数的更新包括对APP中参数的更新。其中，APP可以是三方应用，其中三方应用不是所述电子设备的操作系统自带的应用程序，如三方应用包括支付宝^TM、微信^TM等；那么对参数的更新可以理解为对三方应用的参数进行更新。另外，APP还可以是系统应用，如系统应用包括SIM模块、蓝牙模块以及前述的设置，桌面等；那么对APP中参数的更新可以理解为对系统应用的参数进行更新，如更新SIM模块中网络营运商的网络参数。也就是说，本申请实施例对APP的种类不予限制，涉及到需要更新参数的场景都可采用本申请实施例提供的方法来更新。

应用程序框架层为应用程序层的APP提供应用编程接口（applicationprogramming interface，API）和编程框架。应用程序框架层包括一些预先定义的函数。

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

窗口管理器用于通过窗口管理服务（Window Manager Service，WM）。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

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

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

电话管理器用于提供电子设备300的通信功能。例如通话状态的管理（包括接通，挂断等）。

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

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

活动管理器可以提供活动管理服务（Activity Manager Service，AMS），AMS可以用于系统组件（例如活动、服务、内容提供者、广播接收器）的启动、切换、调度以及应用进程的管理和调度工作。

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

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

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

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

表面管理器用于对显示子系统进行管理，并且为多个APP提供了2D和3D图层的融合。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

二维图形引擎是二维绘图的绘图引擎。

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

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

下面示例性说明电子设备300软件以及硬件的工作流程。

电子设备300通过访问APP包名或读取APP配置文件或读取系统配置文件等方式获取设备信息，然后通过移动通信模块350或无线通信模块360将设备信息发送给服务器200，其中，设备信息用于在符合更新条件的情况下触发服务器200向电子设备300发送参数更新包。若设备信息满足更新条件，则服务器200根据设备信息中的设备标识向对应的电子设备300发送参数更新包。电子设备300通过移动通信模块350或无线通信模块360接收来自服务器200的参数更新包，并基于参数更新包对电子设备300中的参数进行更新。之后，电子设备300可以通过计时器来定期向服务器200发送最新的设备信息。或者电子设备300在每次联网时发送设备信息，比如电子设备300通过调制解调器向SIM卡当前可注册的基站发送驻网申请请求，在得到该基站根据驻网申请请求返回的允许指令的情况下，与网络的基站连接。然后电子设备300向服务器200发送当前时间点的设备信息，从而较为实时地将设备信息同步到服务器200上，以便服务器200基于设备信息确定待发送参数更新包的对象。

本申请实施例提供的参数更新方法可以应用于具有上述硬件结构和软件结构的电子设备中实现。以电子设备为手机为例，下文结合附图对本申请实施例提供的参数更新方法进行详细介绍。该方法包括：

手机获取应用版本信息以及应用注册信息。

其中，手机内部通过获取应用注册信息，以便于在获取到参数更新包后，可以根据获取的应用注册信息来确定对应的应用。

在一些实施例中，手机中包括应用（或称更新对象）和更新引擎应用，应用可以向升级引擎应用注册应用版本信息以及应用注册信息。升级引擎应用能够保存应用版本信息以及应用注册信息。通过应用注册信息升级引擎应用可以确定该应用的更新目录。那么当升级引擎应用获取到参数更新包后，可以将对应该应用的参数信息放入基于应用注册信息确定的更新目录中，以便于该应用从更新目录中获取参数信息。

手机向服务器注册设备信息。

其中，注册可以理解为手机第一次向服务器发送设备信息。注册也可以理解为手机周期性向服务器发送设备信息，例如，手机定时或在每次开机时向服务器发送用于更新设备信息的数据，以便于服务器对设备信息进行同步。

设备信息是与手机的系统设置相关的信息。比如，设备信息包括系统应用版本信息、设备版本信息、设备型号的至少一种。其中，系统应用版本信息、设备版本信息以及设备型号可以是手机向服务器注册的原始数据，也可以是服务器根据手机发送的原始数据分析获得的。

在一些实施例中，系统应用版本信息包括系统应用标识以及系统版本号。比如，手机向服务器注册设备信息包括：手机向服务器注册“地图APP”以及“13.10.0.10”，作为系统应用版本信息1。或者还包括：手机向服务器注册“相册APP”以及“1.1.40001”，作为系统应用版本信息2。

在一些实施例中，设备版本信息包括设备序列号（serial number，SN），以及还包括设备版本号、设备版本发布时间的至少一种。比如，手机向服务器注册设备信息包括：手机向服务器注册“SN8TF4C0123456789”、“Android^TM6.0”以及“2020/11/7”，作为设备版本信息1。

在一些实施例中，设备型号可以以处理器类型划分，或者以显示屏类型划分。比如，手机向服务器注册设备信息包括：手机向服务器注册“A系统一代”以及“折叠屏手机”，作为设备型号1，手机向服务器注册“B系列”以及“折叠屏手机”，作为设备型号2。

手机向服务器注册设备信息的目的在于，服务器可以根据设备信息来确定参数更新包的发布对象。具体可参见下文介绍。

服务器预设与参数更新包相对应的更新条件。

其中，更新条件可以理解为参数更新包的下发规则。服务器内置更新条件以及更新条件与参数更新包的对应关系，比如对应关系可以包括更新条件1与参数更新包1相对应，更新条件2与参数更新包2相对应，更新条件1、更新条件3与参数更新包3相对应。

在发布参数更新包之前，服务器根据该参数更新包与更新条件的对应关系，来确定发布该参数更新包的更新条件。然后服务器向设备信息满足更新条件的手机发送参数更新包。比如，在待发布的是参数更新包1的情况下，服务器确定参数更新包1对应的是更新条件1，然后服务器向设备信息满足更新条件1的手机发布参数更新包1。在待发布的是参数更新包3的情况下，参数更新包3对应的是更新条件1和更新条件3，然后服务器向设备信息满足更新条件1和更新条件3的手机发布参数更新包3。

参数更新包包括：系统范围参数、系统数值参数、系统属性参数、系统开关参数的至少一种。其中，参数更新包可以是对参数阈值的更新，如参数为阈值、白名单、黑名单等；参数更新包也可以是对数值的更新，如参数为度量、电量、音量等；参数更新包还可以是对属性参数的更新，如参数为等级、属性等；参数更新包还可以是对功能开关的更新，如参数为开启状态，关闭状态等。

更新条件可以根据参数更新包所针对的更新对象预设的，如参数更新包用于更新5G手机的系统参数，那么更新条件包括：向5G手机下发参数更新包。又如，参数更新包用于修复折叠屏手机的显示冲突问题，那么更新条件包括：向折叠屏手机下发参数更新包。

下面对服务器向手机发送参数更新包的几种方式进行详细说明。

在一些实施例中，服务器可以定时向手机发送参数更新包。

例如，服务器存储电子设备的设备标识（例如，设备出厂时的序列号，国际移动设备识别码（international mobile equipment identity，IMEI），媒体访问控制（mediaaccess control，MAC）地址，或开放式广告标识符（open Advertising identifier，OAID）等）。并且，服务器预设第一周期。如，第一周期为24小时，7天，30天等。后续，每个第一周期结束后，服务器先判断是否需要发送参数更新包，若需要发送参数更新包，则服务器将参数更新包发送给设备标识所对应的手机。

在另一些实施例中，服务器可以响应于运营人员触发，向手机发送参数更新包。

例如，在手机中的参数需要更新的情况下，运营人员主动触发服务器向指定的手机（如指定的设备标识对应的手机）发送指定版本的参数更新包。比如，向设备标识1对应的手机1发送版本1对应的参数更新包1，向设备标识2对应的手机2发送版本2对应的参数更新包2等。这样，服务器可以精准地向被运营人员选中的手机发送指定版本的参数更新包，从而为不同手机进行差异化更新。

在另一些实施例中，服务器可以响应于手机的第一消息，向手机发送参数更新包。

具体的，在手机中的参数需要更新的情况下，手机可以向服务器发送第一消息，用于请求参数更新包。服务器接收并响应第一消息，将参数更新包发送给手机。

示例性的，服务器需发送新版本的参数更新包时，可以先向手机发送更新消息，用于通知手机当前有参数可更新。更新消息可以显示在屏幕上，以便用户选择更新参数或不更新参数。手机响应于用户执行的更新参数的操作，可以向服务器发送第一消息，用于请求参数更新包。

此外，服务器还可以尽可能实时为满足更新条件的手机发送参数更新包，以便基于手机实时对参数更新达到快速修复产品问题或优化产品性能的效果。

比如，服务器可以根据手机的系统应用版本信息，确定APP的版本是否满足更新条件，然后为满足更新条件的手机发送参数更新包。如前所述，系统应用版本信息可以是系统版本号。或者，应用版本信息还可以是系统应用更新时间。系统应用版本信息用于确定手机中的系统应用的当前版本。若系统应用版本信息满足更新条件，则表示该系统应用版本信息对应的APP中的参数需要更新。由此，服务器可以向系统应用版本信息满足更新条件的手机发送参数更新包，以便于及时对手机的参数进行更新。

再比如，服务器可以根据手机的设备版本信息，为符合版本要求的手机发送参数更新包。设备版本信息可以是设备版本号（如Android^TM6.0）、设备版本更新时间（如2020/11/7）等。设备版本信息用于确定手机的版本是否满足更新条件。服务器可以向设备版本信息满足更新条件的手机发送参数更新包，以便于及时对手机的参数进行更新。

又如，服务器可以根据手机的设备型号，有针对性的向符合型号要求的手机发送参数更新包。其中，设备型号用于区分手机的类型，如设备型号可以按照屏幕类型分类（如折叠屏手机、曲面屏手机），还可以按照处理器类型分类（如A系统一代，A系列二代，B系列）。

由于服务器可以在设备信息触发更新条件时就向手机发送参数更新包，而不是定时或者人工发送，因此服务器发送参数更新包的速度更快，基于此，手机便可实时对参数更新以提高修复产品问题或优化产品性能的效率。

值得一提的是，设置更新条件一方面可以如前所述的自动且及时对手机的参数进行更新，另一方面也可以满足参数更新包灰度发布的需要。灰度发布是指，服务器设置更新条件对一部分手机进行参数更新，则一部分手机会接收到参数更新包，而另一部分手机则不会接收到参数更新包。接收到参数更新包的手机对参数进行更新。服务器可以先获取该部分手机的用户的意见反馈，若反馈效果好，则向另一部分手机发送参数更新包。如此，服务器可以通过设置更新条件的方式让部分用户参与参数更新包的发布测试中，加强与用户互动，降低参数更新所影响的用户范围，以便于参数更新包的平滑上线。

在一些实施例中，服务器可以通过设备标识如设备序列号向手机发送参数更新包，以便于指定的设备标识的手机能够接收到参数更新包，关于手机对参数更新包的处理具体可参见下文的介绍。

手机接收来自服务器的参数更新包，并基于参数更新包更新参数。

如前所述，参数更新包相比版本包来说更轻量，而且发布时间点更灵活，因此手机基于参数更新包对参数更新的方式不仅能够使得手机的参数实时更新，而且可以减少更新时间。且一般情况下单独更新手机的参数时无需重启设备，使得更新参数的效率更高。

另外，参数更新包可以包含对多个更新对象的参数信息。手机可以基于参数更新包中针对的不同更新对象的参数信息，为不同更新对象进行参数升级。

示例性的，参数更新包可以包括第一参数更新包、第二参数更新包、第三参数更新包；其中，第一参数更新包用于对操作系统进行参数升级，第二参数更新包用于对操作系统和三方应用进行参数升级，第三参数更新包用于对第一三方应用和第二三方应用进行参数升级。

手机接收第一参数更新包，通过解析第一参数更新包确定更新对象为操作系统，手机基于第一参数更新包中的参数信息对操作系统进行参数升级。

手机还可以接收第二参数更新包，通过解析第二参数更新包确定更新对象为操作系统以及三方应用，手机基于第二参数更新包中的参数信息对操作系统以及三方应用进行参数升级。

手机还可以接收第三参数更新包，通过解析第三参数更新包确定更新对象为第一三方应用和第二三方应用，手机基于第三参数更新包中的参数信息对第一三方应用和第二三方应用进行参数升级。

在本申请的实施例中，参数更新包包括参数信息、更新对象标识、更新包标识等。

下面依次对参数信息、更新对象标识和更新包标识进行说明。

一些实施例中，参数信息是“新版本完整参数”。比如，参数信息是对应用当前版本的原参数的替换。示例性的，当前版本的原参数如表1所示，包括阈值、白名单、黑名单、度量、电量、音量、等级、属性和功能开关这九个参数字段。每个参数字段对应有参数值。当参数信息是新版本完整参数时，表示更新的原参数是表1中的所有参数字段以及对应的参数值。手机下载参数信息后，以参数信息覆盖当前版本的原参数即可完成对参数的更新。

另一些实施例中，参数信息是当前版本的原参数和新版本完整参数之间存在差异的“差异数据块”。继续参照表1，差异数据块可以理解为，新版本完整参数中与当前版本的原参数存在差异的参数字段以及对应的参数值。比如，对APP的一个参数字段“白名单”进行更新时，参数信息包括参数字段“白名单”以及对应的参数值如“相册APP的唯一标识”。由于参数信息中只包含需要更新的信息，因此减小了参数更新包的数据大小，实现了对参数的快速下载和更新。

表1

值得注意的是，上述表1中的应用场景中，禁用业务参数可以控制被禁用的业务或功能。比如，当业务或功能被加入黑名单中，那么手机无法使用该业务或功能，从而避免手机因开启这些业务或功能导致手机无法正常使用。

用于异形屏显示的控制应用清单是指可以控制异形屏（如手表）上所显示的应用清单，例如，将手表上无法运行的游戏应用设置在应用清单内，那么就无法在手表的异形屏上显示游戏应用的图标。

CPU策略配置可以控制CPU的运行频率（或称运行等级），如设置为超频、低频等。

更新对象标识是更新对象的身份标识，其中，更新对象包括操作系统、三方应用，如操作系统可进一步包括系统应用或配置文件。更新对象可以是APP名称、APP包名或其他定义的字符等。比如，参数更新包用于对相册APP进行更新时，更新对象标识可以是相册APP的包名。或者，参数更新包是对系统APP进行更新时，更新对象标识可以是系统APP的名称。或者，参数更新包用于对手机的配置文件的参数进行更新时，更新对象标识可以是为配置文件定义的字符，如配置文件的文件名。

服务器在发送参数信息时，携带更新对象标识，以便于手机基于更新对象标识确定待更新的APP或配置文件或系统，然后将参数信息放到更新对象的对应目录（或称更新目录），并通知更新对象基于参数信息对参数进行更新。

更新包标识是参数更新包的身份标识，例如，更新包标识为参数更新包的版本信息。服务器在发送参数更新包时，先确定手机的设备信息是否满足更新条件，若满足更新条件，则建立更新包标识与手机的设备标识之间的对应关系。服务器可以通过查询对应关系来确定需要更新参数的设备标识列表。若确定设备标识列表中包括设备标识1，则向设备标识1对应的手机1发送版本1对应的参数更新包。

服务器可以发送多个参数更新包，因此通过更新包标识可以区分向不同手机发送的参数更新包，以便于精准地向手机发送指定版本的参数更新包，从而为不同手机进行差异化更新。

下面结合图6对手机接收到参数更新包后的更新过程进行说明。再次以参数更新包1被发送给第一手机，参数更新包3被发送给第一手机和第二手机为例。服务器向第一手机和第二手机发送更新消息，更新消息携带更新对象标识，以指示手机对指定更新对象的参数进行更新。如，服务器向第一手机发送参数更新包1和参数更新包3，向第二手机发送参数更新包3。其中，参数更新包1携带的更新对象标识为相册APP的包名；参数更新包3携带的更新对象标识为地图APP的包名。第一手机解析参数更新包1，通过参数更新包1中的更新对象标识确定是对相册APP中参数的更新，因此第一手机将参数更新包1中的参数信息放入相册APP对应的更新目录。之后，第一手机向相册APP发送第二消息，以指示相册APP从更新目录中加载参数信息。同理，第一手机和第二手机还解析参数更新包3，并通过参数更新包3中的更新对象标识确定是对地图APP中参数的更新。因此第一手机和第二手机分别将参数更新包2中的参数信息放入地图APP对应的更新目录。然后向地图APP发送第二消息，以指示地图APP从更新目录中加载参数信息。

在一些实施例中，参数更新包为加密文件。服务器获取参数更新包后，对其进行加密，提高参数更新包的安全性。之后手机接收到来自参数更新包，对参数更新包进行解密。并基于解密后的参数更新包对参数进行更新。

示例性的，手机中的升级引擎应用可以实现对参数更新包的解密和解析。并根据解析结果确定哪个APP（或配置文件、系统文件）需要更新。然后通知给对应的APP（或配置文件、系统文件），并将参数更新包中的参数信息放到协商好的更新目录下，以便于更新对象从更新目录中获取参数信息。

此外，手机内部可以将设备信息发送给升级引擎应用，手机通过升级引擎应用向服务器发送设备信息。比如，升级引擎应用开启计时器来计时，一个计时周期结束后，升级引擎应用便服务器发送最新的设备信息。然后刷新计时器重新开始计时。或者，升级引擎应用可以在手机联网时便向服务器发送最新的设备信息。

至此，为方便对前文各个实施例的理解，下面以一个完整的系统架构来说明本申请方案及其效果。图7为本申请实施例提供的又一种参数更新系统的架构图。

参照图7，本实施例提供的参数更新系统包括软件仓、配置管理模块、发布平台、云侧（或称云服务器）以及手机。其中，手机中包括升级引擎应用。

其中，软件仓用于存储参数更新包。软件仓可以是文件存储系统，那么参数更新包以文件形式存储在软件仓中。

配置管理模块用于配置应用的基础信息，比如应用信息、应用注册的接入点信息，子类型等。

软件仓将参数更新包发送到发布平台上，配置管理模块将应用的基础信息发布的发布平台上。发布平台可以基于参数更新包、应用的基础信息和规则参数确定更新条件。若发布平台确定需发布参数更新包，则将参数更新包和更新条件发送至云侧。

云侧可以存储多个参数更新包，如应用A对应的参数更新包1，应用B对应的参数更新包2等。

若云侧将参数更新包1发送给手机，则手机中的升级引擎应用可以通过预置的软件开发工具包（Software Development Kit，SDK）调用证书服务来获取手机的身份证书，以便于对参数更新包1进行解析。升级引擎应用从参数更新包1中解析得到应用A对应的参数信息，并将其放到应用A的更新目录下，然后通知应用A有参数可以更新。应用A接收到通知后，便可从更新目录中获取参数信息，并对参数进行更新。同样的，若云侧将参数更新包2发送给手机，则手机中的升级引擎应用可以将参数更新包2中的参数信息放到应用B的更新目录下，以便于应用B基于参数信息来更新参数。

当应用A和应用B更新完成后，应用A和应用B向升级引擎模块注册的版本信息发生变化，而手机的设备版本信息不变，因此可确定云侧发送的参数更新包1和参数更新包2是对手机中参数的更新，而不是对手机版本的整体更新。

如此，上述系统架构可以将参数更新包和版本包解耦，并通过单独发布参数更新包的方式实现对应用参数的版本升级。

下面以服务器发布的参数更新包用于更新操作系统为例进行说明。

在一些实施例中，参数更新包（如第一参数更新包）包括系统更新参数，系统更新参数用于指示电子设备更新开关参数，第一更新条件包括：电子设备支持5G通信。若根据设备信息确定电子设备支持5G通信，则向电子设备发送第一参数更新包，以便电子设备基于第一参数更新包中的系统更新参数，将操作系统中的通信服务关联的目标开关参数由开启状态更新为关闭状态，或者将操作系统中的目标开关参数由关闭状态更新为开启状态。

示例一：

手机的新系列产品发售几天后，收到了部分用户无法正常使用5G数据网络的反馈。如果无法快速解决该问题，会影响用户对手机的正常使用体验。

经过问题反馈的分析，确定了出现该现象的原因是目前基站5G数据网络BWP（Bandwidth Part）参数范围大于终端芯片支持的范围，导致手机芯片出现兼容性问题。因此终端出现modem crash，比如由调制解调器崩溃引起的手机无信号、手机断网等现象。

由于该问题需要对芯片进行改进，因此在提出针对芯片的改进方案之前，需要先通过关闭能够支持5G的手机中的开关参数，以关闭会引起modem crash的功能，从而达到快速杜绝用户无法正常使用5G数据网络的问题。

由此，可以把更新开关参数的参数信息打包成参数更新包，并通过服务器下发给能够支持5G的手机。手机接收到参数更新包后，解析参数更新包并获取参数信息，基于参数信息将开关参数由开启状态更新为关闭状态。

在本实施例中，服务器可通过为手机发送更新操作系统的参数更新包，使得手机对操作系统的系统参数进行更新，从而达到及时修复操作系统漏洞的作用。

在一些实施例中，参数更新包（如第一参数更新包）包括系统更新参数，系统更新参数用于指示电子设备将目标系统应用设置为黑名单应用，第一更新条件包括：电子设备安装有目标系统应用。上述若根据设备信息确定满足第一更新条件，则向电子设备发送第一参数更新包，以便电子设备基于第一参数更新包中的系统更新参数对操作系统进行更新，包括：若根据设备信息确定电子设备安装有目标系统应用，则向电子设备发送第一参数更新包，以便电子设备基于第一参数更新包中的系统更新参数，将目标系统应用设置为黑名单应用，黑名单应用不被允许在目标电子设备上运行。

示例二：

微信^TM的某个版本升级后，当用户在微信^TM上保存文件，会由文件管理来通知用户。而用户想删除文件时，文件管理提示用户文件不存在。

经过对微信^TM存在的问题进行分析，将问题定位在微信^TM保存文件时，会生成针对文件的临时文件。文件管理监听到临时文件生成后，通知用户“文件已保存”。而手机的操作系统会每隔一段时间清除一次临时文件，以避免临时文件占用太多手机的存储空间。而对用户来说并不清楚被删除的是临时文件。因此用户仍可能执行删除文件的操作，若临时文件在用户执行删除操作前已被清除，则手机会提示用户“文件已被删除”。在用户看来，使用微信^TM接收文件时，首先会提示“文件已保存”，而当用户想要删除文件时，微信^TM会提示用户“文件已删除”。这就导致用户使用微信^TM收发文件的体验较差。

针对该问题，同样可以通过更新系统参数的方式来达到及时优化微信^TM收发文件功能的目的。具体的，手机可以把删除临时文件管理功能的参数信息打包成参数更新包，并通过服务器下发给支持临时文件管理的手机，使得手机为临时文件管理下发黑名单，将临时文件管理从手机的文件管理中排除。那么用户使用微信^TM时，手机不会通过文件管理来保存或删除临时文件。对于用户来说，更新了系统参数后，在使用微信删除文件时不会收到“文件已删除”的提示。因此用户使用体验较好。

在本实施例中，服务器可以在不改变三方应用（如微信^TM）的情况下，通过为手机发送更新操作系统的参数更新包，使得手机对操作系统的系统参数进行更新，从而通过及时优化操作系统的功能达到更好适配三方应用的有益效果。

此外，服务器发布的参数更新包可以用于更新三方应用的参数。

示例三：

参考图8，其为本申请实施例提供的一种参数更新前后的相册APP的显示示意图。其中，图8的（a）为参数更新前相册APP的封面图像的示意图，图8的（b）为显示更新消息的示意图，图8的（c）为参数更新完成后相册APP的封面图像的示意图。

手机的系统时间为2022年11月7日，在图8的（a）中，封面图像为拍摄于2022年10月1日的照片。可见照片的获取时间点不符合系统时间最近七天前。如果无法对及时对日期阈值进行更新，封面图像的推荐效果较差，则相册APP给用户带来的体验降低。

因此，为了较为实时的对相册APP中显示封面图像的日期阈值进行优化。服务器向手机发送更新消息，以通知手机当前有参数可更新。如图8的（b）所示，更新消息可以以通知的方式显示在屏幕上，以便用户选择更新参数或不更新参数。若用户选择更新参数，则手机响应于用户执行的更新参数的操作，向服务器发送第一消息，以请求参数更新包。然后手机接收来自服务器的参数更新包，并对相册APP的参数如“日期阈值”进行更新。更新完成后，相册APP中显示的封面图像的照片，其获取时间点都能够在系统时间最近七天内。如图8的（c）所示，封面图像为拍摄于2022年11月2日的照片。可见，本次日期阈值的更新是一次参数更新，正因为本次更新不是随版本更新而发布的，所以参数更新包相比版本包来说更轻量，而且发布时间点更灵活。

以上是以手机对三方应用的参数进行更新为例说明的，服务器发布的参数更新包还可以用于更新手机的系统参数，具体参见下文的介绍。

示例四：

参考图9，其为本申请实施例提供的一种系统参数更新前后的天气APP的显示示意图。其中，图9的（a）为参数更新前天气APP的显示示意图，图9的（b）为显示更新消息的示意图，图9的（c）为参数更新完成天气APP的显示示意图。

温度在A区域以摄氏度表示，在B区域以华氏度表示。如图9的（a）所示，在未进行参数更新的情况下，用户从A区域移动到B区域，天气APP显示的温度仍以摄氏度为单位，记作30℃。因此，当检测到手机的设备信息中手机的位置信息发送从A区域到B区域的变化，服务器便可将更新度量单位的参数更新包发送给手机。如图9的（b）所示，更新消息可以以通知的方式显示在屏幕上，以告知用户系统参数可进行更新。响应于用户执行的更新参数的操作，手机向服务器发送第一消息，以请求参数更新包。然后手机接收来自服务器的参数更新包，并对系统参数“度量单位”进行更新。更新完成后，天气APP上显示的当地气温便能够以华氏度表示。如图9的（c）所示，天气APP显示的温度以华氏度为单位，记作86℉。可见，对度量（或称度量单位）的更新也可以采用参数更新包的方式来更新，从而可以提高更新效率。

综上，本申请实施例提供一种参数更新方法，该方法中，电子设备可以周期性向服务器发送设备信息，以便于服务器根据实时的设备信息确定是否满足更新条件。若设备信息满足更新条件，则服务器向电子设备发送参数更新包，参数更新包可对电子设备的系统参数进行更新。电子设备解析参数更新包中的参数信息和更新对象标识。基于更新对象标识将参数信息存储于对应更新对象标识的更新对象（如操作系统）的更新目录。以便于更新对象（如操作系统）从更新目录中获取参数信息。如此，参数更新包不必随版本包一起发布，可以满足参数独立和实时更新的需要。且参数更新包一般不涉及到更新电子设备的驱动程序，因此单独更新电子设备的参数就无需重启设备，使得更新参数的效率更高。

本申请另一些实施例提供了一种电子设备，该电子设备可以包括：存储器和一个或多个处理器。该存储器和处理器耦合。该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令。当处理器执行计算机指令时，电子设备可执行上述方法实施例中手机执行的各个功能或者步骤。该电子设备的结构可以参考图4所示的电子设备300的结构。

在一些实施例中，电子设备向服务器发送设备信息。若设备信息满足第一更新条件，则电子设备接收到来自服务器的第一参数更新包，其中，第一参数更新包包括第一参数，第一参数包括针对操作系统的系统更新参数。然后电子设备基于第一参数更新包中的系统更新参数对操作系统进行更新。

在一些实施例中，若设备信息满足第二更新条件，则电子设备接收到来自服务器的第二参数更新包，其中，第二参数更新包包括第二参数，第二参数包括针对操作系统或者三方应用的更新参数。电子设备基于第二参数更新包中的更新参数对操作系统或者三方应用进行更新。其中，第二参数包括三方应用更新参数。或者，第一参数包括第一系统应用更新参数，第二参数包括第二系统应用更新参数。

在一些实施例中，若设备信息满足第三更新条件，则电子设备接收到来自服务器的第三参数更新包。然后电子设备基于第三参数更新包中的应用更新参数对三方应用进行更新。其中，第二参数还包括第一三方应用更新参数，第三参数更新包包括第三参数，第三参数包括第二三方应用更新参数。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质包括计算机指令，当所述计算机指令在上述电子设备上运行时，使得该电子设备执行上述方法实施例中手机执行的各个功能或者步骤。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述方法实施例中手机执行的各个功能或者步骤。

通过以上实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备（可以是单片机，芯片等）或处理器（processor）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（read only memory，ROM）、随机存取存储器（random access memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (17)

1.一种参数更新方法，其特征在于，应用于服务器，包括：

在电子设备对应多个设备信息的情况下，所述服务器获取所述多个设备信息中所述电子设备最近一次发送的设备信息，其中，所述多个设备信息由所述电子设备周期性地发送给所述服务器，所述设备信息包括系统应用版本信息、设备版本信息、设备型号的至少一种；

所述服务器获取针对第一参数的第一更新条件，所述第一参数包括电子设备的操作系统的系统更新参数，所述系统更新参数包括系统配置更新参数和系统应用更新参数中的至少一种；

若根据所述设备信息，确定至少一个所述电子设备中的目标电子设备满足所述第一更新条件，则所述服务器向所述目标电子设备发送第一参数更新包，以便所述目标电子设备基于所述第一参数更新包中的所述系统更新参数对所述操作系统的系统参数进行更新。

2.根据权利要求1所述的方法，其特征在于，所述第一参数包括多个参数，所述第一参数还包括三方应用更新参数。

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

获取针对第二参数的第二更新条件；

若根据所述设备信息确定所述目标电子设备满足所述第二更新条件，则向所述目标电子设备发送第二参数更新包，所述第二参数更新包包括所述第二参数，以便所述电子设备基于所述第二参数更新包对操作系统或者三方应用进行更新；

其中，所述第二参数包括三方应用更新参数；或者，

所述第一参数包括第一系统应用更新参数，所述第二参数包括第二系统应用更新参数。

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

获取针对第三参数的第三更新条件；

若根据所述设备信息确定满足所述第三更新条件，则向所述电子设备发送第三参数更新包，所述第三参数更新包包括所述第三参数，以便所述电子设备基于所述第三参数更新包中的三方应用更新参数对三方应用进行更新；

其中，所述第二参数包括第一三方应用更新参数，所述第三参数包括第二三方应用更新参数。

5.根据权利要求1或2所述的方法，其特征在于，所述系统更新参数用于指示所述电子设备更新目标开关参数，所述第一更新条件包括：电子设备支持5G通信；

所述若根据所述设备信息确定满足所述第一更新条件，则向所述电子设备发送第一参数更新包，以便所述电子设备基于所述第一参数更新包中的所述系统更新参数对所述操作系统进行更新，包括：

若根据所述设备信息确定所述电子设备支持5G通信，则向所述电子设备发送所述第一参数更新包，以便所述电子设备基于所述第一参数更新包中的所述系统更新参数，将操作系统中的通信服务关联的目标开关参数由开启状态更新为关闭状态，或者将操作系统中的通信服务关联的目标开关参数由关闭状态更新为开启状态。

6.根据权利要求1或2所述的方法，其特征在于，所述系统更新参数用于指示所述电子设备将目标系统应用设置为黑名单应用，所述第一更新条件包括：所述电子设备安装有所述目标系统应用；

所述若根据所述设备信息确定满足所述第一更新条件，则向所述电子设备发送第一参数更新包，以便所述电子设备基于所述第一参数更新包中的所述系统更新参数对所述操作系统进行更新，包括：

若根据所述设备信息确定所述电子设备安装有所述目标系统应用，则向所述电子设备发送第一参数更新包，以便所述电子设备基于第一参数更新包中的所述系统更新参数，将所述目标系统应用设置为黑名单应用，所述黑名单应用不被允许在所述目标电子设备上运行。

7.根据权利要求1-4中任一项所述的方法，其特征在于，参数更新包包括：系统范围参数、系统数值参数、系统属性参数、系统开关参数的至少一种。

8.根据权利要求1-4中任一项所述的方法，其特征在于，参数更新包包括更新对象标识；所述更新对象标识用于所述电子设备确定更新对象，以便所述电子设备对所述更新对象进行更新，其中，所述更新对象包括操作系统、三方应用。

9.一种参数更新方法，其特征在于，应用于电子设备，包括：

所述电子设备向服务器发送设备信息；

在所述电子设备对应多个设备信息的情况下，若所述电子设备最近一次发送的设备信息满足第一更新条件，则接收到来自所述服务器的第一参数更新包，其中，所述第一参数更新包包括第一参数，所述第一参数包括针对操作系统的系统更新参数，所述系统更新参数包括系统配置更新参数和系统应用更新参数中的至少一种；其中，所述多个设备信息由所述电子设备周期性地发送给所述服务器，所述设备信息包括系统应用版本信息、设备版本信息、设备型号的至少一种；

所述电子设备基于所述第一参数更新包中的系统更新参数对操作系统的系统参数进行更新。

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

若所述设备信息满足第二更新条件，则接收到来自所述服务器的第二参数更新包，其中，所述第二参数更新包包括第二参数，所述第二参数包括针对所述操作系统或者三方应用的更新参数；

基于所述第二参数更新包中的更新参数对所述操作系统或者所述三方应用进行更新；

其中，所述第二参数包括三方应用更新参数；或者，

所述第一参数包括第一系统应用更新参数，所述第二参数包括第二系统应用更新参数。

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

若所述设备信息满足第三更新条件，则接收到来自所述服务器的第三参数更新包；

基于所述第三参数更新包中的应用更新参数对所述三方应用进行更新；

其中，所述第二参数还包括第一三方应用更新参数，所述第三参数更新包包括第三参数，所述第三参数包括第二三方应用更新参数。

12.根据权利要求9-11中任一项所述的方法，其特征在于，在所述向服务器发送设备信息之前，所述方法还包括：

所述操作系统向所述电子设备注册应用版本信息以及应用注册信息，其中，所述应用注册信息用于确定所述操作系统的更新目录；

所述基于所述第一参数更新包中的系统更新参数对操作系统进行更新，包括：

根据所述第一参数更新包中的更新对象标识，确定所述第一参数更新包对应的更新对象是操作系统；

将所述参数更新包中的系统更新参数移动至所述操作系统对应的更新目录；

所述操作系统从所述更新目录中获取所述系统更新参数对所述操作系统进行更新；

其中，更新完成后，所述操作系统的应用版本信息发生更迭。

13.根据权利要求9-11中任一项所述的方法，其特征在于，所述向服务器发送设备信息，包括：

预设计时周期，在每个所述计时周期结束后，向所述服务器发送所述计时周期结束时的所述设备信息，或者，

响应于网络连接操作，向服务器发送网络连接过程中获取到的设备信息。

14.根据权利要求9-11中任一项所述的方法，其特征在于，所述基于所述第一参数更新包中的系统更新参数对操作系统进行更新，包括：

提示用户对操作系统的参数进行更新；

检测到用户的授权操作后，基于所述第一参数更新包中的系统更新参数对操作系统进行更新。

15.一种参数更新装置，其特征在于，包括：通信模块、存储器和一个或多个处理器；所述通信模块、所述存储器与所述处理器耦合；其中，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述计算机指令被所述处理器执行时，使得所述参数更新装置执行如权利要求1至8中任一项所述的方法。

16.一种电子设备，其特征在于，包括：处理器，用于存储所述处理器可执行指令的存储器，所述处理器被配置为执行所述指令时，使得所述电子设备实现如权利要求9-14中任一项所述的方法。

17.一种计算机可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在所述电子设备上运行时，使得所述电子设备执行如权利要求1至8中任一项所述的方法或权利要求9-14中任一项所述的方法。