CN115328507A - 应用程序的图标更新方法及相关装置 - Google Patents

Abstract

本申请提供一种应用程序的图标更新方法及相关装置，包括步骤：应用图标管理平台将应用程序的图标设置为目标图标；应用图标管理平台向应用程序的图标更新SDK发送图标信息，该图标信息包括目标图标；图标更新SDK基于图标信息调用应用程序所在的电子设备的操作系统的接口，将应用程序在电子设备上的桌面图标设置为目标图标。该技术方案可以实现应用程序图标的在线替换，降低开发者的实现复杂度，降低成本。

Description

应用程序的图标更新方法及相关装置

技术领域

本申请涉及移动终端技术领域，尤其涉及应用程序的图标更新方法及相关装置。

背景技术

移动终端中应用程序(application，APP)的图标跟电脑中软件的图标一样，是应用程序的标记，如：照相机、设置、信箱、通讯录等。

在很多场景下，例如在促销活动或图标改版等场景下，应用服务商或应用开发商有替换APP图标的诉求。现有的一种实现方式是通过引导用户升级应用程序或者重新安装应用程序来更新APP图标。但是，该实现方式增加了应用开发商的营销和推销成本，不能满足应用开发商灵活配置的诉求。

因此如何实现应用程序的图标更新，成为亟待解决的技术问题。

发明内容

本申请提出了一种应用程序的图标更新方法及相关装置，可以实现应用程序图标的在线替换，可以降低开发者的实现复杂度，从而可以降低成本。

第一方面，本申请提供了一种应用程序的图标更新方法。所述应用程序中包含图标更新软件开发包SDK，所述方法包括：所述图标更新SDK接收应用图标管理平台发送的图标信息；所述图标更新SDK基于所述图标信息调用所述应用程序所在的电子设备的操作系统的接口，将所述应用程序在所述电子设备上的桌面图标设置为目标图标。

本申请的方法中，通过采用平台配置与应用程序中集成SDK的方式来实现图标的在线替换，开发者无需引用户升级和重新安装应用，可以降低开发者的实现复杂度，从而可以降低成本。

结合第一方面，在第一种可能的方式中，所述图标信息包括目标图标的标识信息；其中，所述图标更新SDK基于所述图标信息调用所述电子设备的操作系统的接口，将所述应用程序在所述电子设备上的桌面图标设置为所述目标图标，包括：所述电子设备中没有存储所述目标图标时，所述图标更新SDK向所述应用图标管理平台发送图标请求信息，所述图标请求信息用于请求所述目标图标；所述图标更新SDK接收所述应用图标管理平台发送的所述目标图标；所述图标更新SDK调用所述接口将所述桌面图标设置为所述目标图标。

该实现方式中，图标更新SDK只在电子设备中没有存储目标图标时，才向应用图标管理平台发送图标请求信息，而在电子设备中存储目标图标时，不会向应用图标管理平台请求和下载目标图标，可以减少应用图标管理平台与图标更新SDK之间的交互次数，减少替换图标的文件网络的传输损耗，提高应用程序的图标更新效率。

结合第一种可能的实现方式，在第二种可能的实现方式中，所述图标更新SDK向所述应用图标管理平台发送图标请求信息，包括：所述应用程序在所述电子设备上的当前桌面图标不是所述目标图标时，所述图标更新SDK向所述应用图标管理平台发送图标请求信息。

结合第一方面，在第三种可能的实现方式中，所述图标信息包括所述目标图标。

结合第三种可能的实现方式，在第四种可能的实现方式中，所述图标更新SDK基于所述图标信息调用所述电子设备的操作系统的接口，将所述应用程序在所述电子设备上的桌面图标设置为所述目标图标，包括：所述应用程序在所述电子设备上的当前桌面图标不是所述目标图标时，所述图标更新SDK调用所述接口将所述桌面图标设置为所述目标图标。

结合第一方面或第一种至第四种中任意一种可能的实现方式，在第五种可能的实现方式中，所述图标更新SDK接收应用图标管理平台发送的图标信息之前，所述方法还包括：所述图标更新SDK向所述应用图标管理平台发送图标更新请求信息，所述图标更新请求信息用于请求所述应用图标管理平台当前为所述应用程序设置的目标图标。

结合第五种可能的实现方式，在第六种可能的实现方式中，所述图标更新SDK在所述应用程序的启动阶段向所述应用图标管理平台发送所述图标更新请求信息。

结合第五种可能的实现方式，在第七种可能的实现方式中，所述图标更新SDK向所述应用图标管理平台发送图标更新请求信息之前，所述方法还包括：所述应用程序接收所述应用图标管理平台发送的图标更新信息，所述图标更新信息用于通知所述应用程序的图标有更新。

第二方面，本申请提供了一种应用程序的图标更新方法。该方法包括：应用图标管理平台将所述应用程序的图标设置为目标图标；所述应用图标管理平台向所述应用程序的图标更新SDK发送图标信息，所述图标信息用于：所述图标更新SDK调用所述应用程序所在的电子设备的操作系统的接口，将所述应用程序在所述电子设备上的桌面图标设置为所述目标图标。

本申请的方法中，通过采用平台配置与应用程序中集成SDK的方式来实现图标的在线替换，开发者无需引用户升级和重新安装应用，可以降低开发者的实现复杂度，从而可以降低成本。

结合第二方面，在第一种可能的方式中，所述图标信息包括目标图标的标识信息，其中，所述方法还包括：所述应用图标管理平台接收所述图标更新SDK发送的图标请求信息，所述图标请求信息用于请求所述目标图标；所述应用图标管理平台向所述图标更新SDK发送所述目标图标。

结合第一种可能的实现方式，在第二种可能的实现方式中，所述图标信息包括所述目标图标。

结合第二方面或第一种或第二种可能的实现方式，在三种可能的实现方式中，所述应用图标管理平台向所述应用程序的图标更新SDK发送图标信息之前，所述方法还包括：所述应用图标管理平台接收所述图标更新SDK发送的图标更新请求信息，所述图标更新请求信息用于请求所述应用图标管理平台当前为所述应用程序设置的目标图标。

结合第三种可能的实现方式，在第四种可能的实现方式中，所述应用图标管理平台接收所述图标更新SDK发送的图标更新请求信息之前，所述方法还包括：所述应用图标管理平台向所述应用程序发送图标更新信息，所述图标更新信息用于通知所述应用程序的图标有更新。

第三方面，本申请提供了一种应用装置，所述装置可以包括用于实现第一方面中的方法的各个模块，这些模块可以通过软件和/或硬件的方式实现。

第四方面，本申请提供了一种应用图标管理装置，所述装置可以包括用于实现第二方面中的方法的各个模块，这些模块可以通过软件和/或硬件的方式实现。

第五方面，本申请提供一种计算机可读介质，该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行第一方面或第二方面或其中任意一种可能的实现方式所述的方法。

第六面，本申请提供一种应用程序的图标更新装置，包括：存储器和处理器；所述存储器用于存储程序指令；所述处理器用于调用所述存储器中的程序指令执行第一方面或第二方面或其中任意一种可能的实现方式所述的方法。

第七方面，本申请提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行第一方面或第二方面或其中任意一种可能的实现方式所述的方法。

第八方面，本申请提供一种芯片，包括至少一个处理器和通信接口，所述通信接口和所述至少一个处理器通过线路互联，所述至少一个处理器用于运行计算机程序或指令，以执行第一方面或第二方面或其中任意一种可能的实现方式所述的方法。

第九方面，本申请提供一种计算设备，包括至少一个处理器和通信接口，所述通信接口和所述至少一个处理器通过线路互联，所述通信接口与目标系统通信，所述至少一个处理器用于运行计算机程序或指令，以执行第一方面或第二方面或其中任意一种可能的实现方式所述的方法。

附图说明

图1为应用本申请一个实施例的系统架构示意图；

图2为本申请实施例的应用图标管理平台中设置应用程序图标的设置界面的一个示意图；

图3为本申请实施例的应用图标管理平台中设置应用程序图标的设置界面的另一个示意图；

图4为本申请一个实施例的电子设备的结构示意图；

图5为本申请一个实施例的电子设备的软件结构示意图；

图6为本申请一个实施例的电子设备的应用程序的图标更新方法的流程示意图一；

图7为本申请一个实施例的电子设备的应用程序的图标更新方法的流程示意图二；

图8为本申请一个实施例的电子设备的应用程序的图标更新方法的流程示意图三；

图9为本申请一个实施例的电子设备的应用程序的图标更新方法的流程示意图四；

图10为本申请一个实施例的电子设备的应用程序的图标更新方法的流程示意图五；

图11为本申请一个实施例提供的应用装置的结构示意图；

图12为本申请一个实施例提供的应用图标管理装置的结构示意图；

图13为本申请一个实施例提供的应用程序的图标更新装置的结构示意图。

具体实施方式

图1为应用本申请一个实施例的系统架构示意图。如图1所示，该系统包括开发者平台、应用市场、电子设备和应用图标管理平台。

开发者平台用于开发者开发应用程序。本实施例中的开发者平台还为开发者提供图标更新软件开发包(software develop kit，SDK)。这样，开发者使用开发者平台开发应用程序时，可以在应用工程中引用图标更新SDK，并将图标更新SDK集成到应用工程中。其中，图标更新SDK是指能够与应用图标管理平台交互并获取应用程序在电子设备中的图标以及能够调用电子设备的系统接口来设置应用程序图标的SDK。

开发者使用开发者平台开发得到集成了图标更新SDK的应用程序之后，可以将该应用程序发布到应用市场。

本实施例中的电子设备的操作系统可以包括安卓(Android)系统、苹果操作系统(iOS系统)、Windows系统或Linux系统等。

开发者可以在应用图标管理平台中设置应用程序的图标。图2为本申请实施例的应用图标管理平台中设置应用程序图标的设置界面的一个示意图。可以理解的是，图2仅是图标设置界面和图标设置方式的一个示例，本申请实施例并不限制图标设置界面的具体内容以及并不限制应用程序的图标设置的具体实现方式。

如图2所示，应用图标管理平台为应用程序提供的图标设置界面中，可以为开发者提供一个或多个备选图标的选项。开发者从这些选项中选中应用程序的目标图标，并点击提交之后，应用图标管理平台中记录应用程序的目标图标。

可选地，如图3所示，应用图标管理平台还可以为开发者提供上传其他备选图标的功能，以便于开发者能够上传更多的备选图标，丰富开发者的选择。其中，用户点击“上传”按钮之后，可以向应用图标管理平台上传更多的图标。

可选地，应用图标管理平台还可以为开发者提供删除备选图标的功能，以便于开发者能够删除不需要的备选图标，节省应用图标管理平台的存储资源。

电子设备可以从应用市场下载该集成了图标更新SDK的应用程序，并安装应用程序。电子设备安装应用程序之后，可以通过应用程序中的图标更新SDK与应用图标管理平台交互，以从应用图标管理平台接收应用程序的目标图标的指示信息，并基于该指示信息调用电子设备的系统接口，将应用程序的桌面图标设置为该目标图标。本实施例中的电子设备的一种示例为图4所示的电子设备。

本实施例中，因为电子设备中应用程序的图标替换是通过集成在应用程序中的SDK与应用图标管理平台的交互来实现的，因此，在开发者有更新电子设备上的应用程序图标的需要时，只需在应用图标管理平台中更新应用程序的目标图标即可。

由此可知，与通过更新应用程序或者重新下载和安装应用程序来更新电子设备中的应用程序图标相比，本实施例的系统能够低成本、更灵活、更快速地实现电子设备中的应用程序图标的更新或替换。

本实施例中，可选地，应用图标管理平台和开发者平台可以是同一个平台，或者，应用图标管理平台可以由部署在网络侧设的设备来实现。

应用图标管理平台和开发者平台为同一个平台时，还可以进一步降低应用程序开发者维护应用程序图标的成本。

本实施例中，考虑到不同的电子设备的系统类型不同，且不同类型的系统用于设置应用程序图标的接口不同，在一些实现方式中，开发者平台可以为在不同系统类型的电子设备上运行的应用程序提供不同的图标更新SDK，每个图标更新SDK中调用的是对应类型系统中的应用程序图标设置接口。

考虑到不同的电子设备的系统类型不同，且不同类型的系统用于显示应用程序图标的接口不同，在另一些实现方式中，开发者平台可以为在不同系统类型的电子设备上运行的应用程序提供同一个图标更新SDK，该图标更新SDK中包括对这些不同类型系统中的应用程序图标设置接口的调用。该实现方式中，电子设备中的图标更新SDK确定应用程序的目标图标之后，需要基于电子设备的系统类型来调用与该系统类型对应的应用程序图标设置接口。

不同的系统类型对应不同的图标更新SDK，可以减小图标更新SDK的代码量，从而可以降低电子设备与应用市场之间的数据传输量和降低传输时延，并且可以节约电子设备的存储资源，此外，可以降低图标更新SDK的复杂度，从而可以提高电子设备更新应用程序图标的效率。

不同的系统类型对应同一个图标更新SDK，由于不用区分应用程序的应用系统类型，所以可以降低开发难度，提高开发效率。

本实施例中，考虑到不同的电子设备的系统版本不同，且不同版本的系统用于设置应用程序图标的接口不同，在一些实现方式中，开发者平台可以为在不同系统版本的电子设备上运行的应用程序提供不同的图标更新SDK，每个图标更新SDK中调用的是对应类型版本中的应用程序图标设置接口。

考虑到相同系统类型的不同电子设备的系统版本不同，且不同版本的系统用于显示应用程序图标的接口不同的情况，在另一些实现方式中，开发者平台可以为在不同系统版本的电子设备上运行的应用程序提供同一个图标更新SDK，该图标更新SDK中包括对这些不同类型版本中的应用程序图标设置接口的调用。该实现方式中，电子设备中的图标更新SDK确定应用程序的目标图标之后，需要基于电子设备的系统版本来调用与该系统版本对应的应用程序图标设置接口。

不同的系统版本对应不同的图标更新SDK，可以减小图标更新SDK的代码量，从而可以降低电子设备与应用市场之间的数据传输量和降低传输时延，并且可以节约电子设备的存储资源，此外，可以降低图标更新SDK的复杂度，从而可以提高电子设备更新应用程序图标的效率。

不同的系统版本对应同一个图标更新SDK，由于不用区分应用程序的应用系统版本，所以可以降低开发难度，提高开发效率。

图4为本申请一个实施例的电子设备的结构示意图。本实施例中的电子设备100可以包括手机、车机、可折叠电子设备、机顶盒、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmentedreality，AR)设备、虚拟现实(virtual reality，VR)设备、人工智能(artificialintelligence,AI)设备、可穿戴式设备、车载设备、智能家居设备、或智慧城市设备中的至少一种。本申请实施例对该电子设备100的具体类型不作特殊限制。

电子设备100可以包括处理器110、内部存储器121、USB接头130、电源管理模块141、天线1、天线2、移动通信模块150、无线通信模块160、显示屏194等。

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

处理器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)接口等。处理器110可以通过以上至少一种接口连接触摸传感器、音频模块、无线通信模块、显示器、摄像头等模块。

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

USB接头130是一种符合USB标准规范的接口，可以用于连接电子设备100和外围设备，具体可以是Mini USB接头，Micro USB接头，USB Type C接头等。USB接头130可以用于连接充电器，实现充电器为该电子设备100充电，也可以用于连接其他电子设备，实现电子设备100与其他电子设备之间传输数据。也可以用于连接耳机，通过耳机输出电子设备中存储的音频。该接头还可以用于连接其他电子设备，例如VR设备等。在一些实施例中，通用串行总线的标准规范可以为USB1.x、USB2.0、USB3.x和USB4。

电源管理模块141用于连接电源与处理器110。电源管理模块141接收电源(例如内部电池或外部电源)的输入，为处理器110、内部存储器121、显示屏194、移动通信模块150和无线通信模块160等供电。

电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。

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

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

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。

移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

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

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

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络和其他电子设备通信。该无线通信技术可以包括全球移动通讯系统(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)。

电子设备100可以通过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)，微型发光二极管(micro light emitting diode，Micro LED)，微型有机发光二极管(micro organic light-emitting diode，Micro OLED)，量子点发光二极管(quantum dot light emitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或多个显示屏194。

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

作为一种示例，本实施例的电子设备100的处理器110可以通过移动通信模块150和天线1，或通过无线通信模块160和天线2，或通过USB接头130从应用市场下载集成有图标更新SDK的应用程序，并调用应用程序中的图标更新SDK通过移动通信模块150和天线1，或通过无线通信模块160和天线2，或通过USB接头130与应用图标管理平台交互，以完成应用程序图标的更新或替换，然后通过显示屏显示更新后的应用程序图标。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的系统为例，结合图5，示例性说明电子设备100的软件结构。例如，电子设备100的软件系统为分层架构的Android系统时，其软件结构示意图如图5所示。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为五层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(android runtime，ART)和原生C/C++库，硬件抽象层(hardwareabstract layer，HAL)以及内核层。

应用程序层可以包括一系列应用程序包。如图5所示，应用程序包可以包括相机、图库、日历、通话、地图、导航、WLAN、蓝牙、音乐、视频、短信息等应用程序。

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

如图5所示，应用程序框架层可以包括窗口管理器、内容提供器、视图系统、资源管理器、通知管理器、活动管理器、输入管理器等。

窗口管理器提供窗口管理服务(window manager service，WMS),WMS可以用于窗口管理、窗口动画管理、表面(surface)管理以及作为输入系统的中转站。

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

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

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

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

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

输入管理器可以提供输入管理服务(input manager service，IMS)，IMS可以用于管理系统的输入，例如触摸屏输入、按键输入、传感器输入等。IMS从输入设备节点取出事件，通过和WMS的交互，将事件分配至合适的窗口。

安卓运行时包括核心库和安卓运行时。安卓运行时负责将源代码转换为机器码。安卓运行时主要包括采用提前(ahead or time，AOT)编译技术和及时(just in time，JIT)编译技术。

核心库主要用于提供基本的Java类库的功能，例如基础数据结构、数学、IO、工具、数据库、网络等库。核心库为用户进行安卓应用开发提供了API。

原生C/C++库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体框架(media framework)，libc，OpenGL ES、SQLite、Webkit等。

其中，表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。媒体框架支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:动态图像专家组(moving pictureexperts group，MPEG)4、H.264、MP3、高级音频编码(advanced audio coding，AAC)、自适应多码率(adaptive multi-rate，AMR)、JPG、可移植网络图形格式(portable networkgraphic format，PNG)等。OpenGL ES提供应用程序中2D图形和3D图形的绘制和操作。SQLite为电子设备100的应用程序提供轻量级关系型数据库。

硬件抽象层运行于用户空间(user space)，对内核层驱动进行封装，向上层提供调用接口。硬件抽象层至少包含显示模块，摄像头模块，音频模块，传感器模块。

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

本实施例中，应用程序层以下的所有层可以统称为系统层。系统层可以从应用市场下载集成了图标更新SDK的应用程序并在应用程序层中添加该应用程序。进一步地，系统层可以运行应用程序层中的应用程序中的图标更新SDK；该图标更新SDK通过系统层与应用图标管理平台交互，以确定应用程序的目标图标，并调用系统层中的接口来更新应用程序的图标；系统层显示该应用程序更新后的图标。

本申请的实施例中，电子设备通过图标更新SDK来设置应用程序图标的流程可以称为应用程序图标的在线替换流程。

图6为本申请一个实施例的电子设备的应用程序的图标在线替换方法的流程示意图。如图6所示，该方法可以包括S610、S620、S630、S640和S650。

S610，用户启动电子设备中的应用程序。

例如，用户点击电子设备桌面上的图标，以启动该图标对应的应用程序。

S620，应用程序拉起集成的图标更新SDK。

该步骤也可以理解为应用程序的主线程调用该应用程序中集成的图标更新SDK。

S630，图标更新SDK向应用程序返回响应。

例如，图标更新SDK向应用程序的主线程返回响应。本实施例中，图标更新SDK在被拉起之后，直接向应用程序返回响应，可以避免阻塞和影响应用的启动时长。本实施例中，图标更新SDK被拉起并向应用程序直接返回响应后，后续执行的图标替换操作与应用程序的主线程异步，或者说与应用程序的主线程并行处理。

S640，应用程序处理其他启动事务。

例如，应用程序的主线程执行相关启动操纵。

S650，图标更新SDK与应用图标管理平台交互以及与电子设备的操作系统交互，以实现图标在线替换。

本实施例中，在S650后，用户再次返回桌面查看，可以看到该应用程序的图标已设置为开发者当前为应用程序设置的目标图标。

可选的，本申请还可以将电子设备的使用用户进行分群，对不同的用户分别配置不同的图标，为不同用户选择合适的图标。

本实施例提供给应用程序的开发者提供了一种在线替换图标方案，与现有技术中需要升级或重新安装应用程序相比，通过采用平台配置与应用程序中集成SDK的方式来实现图标的在线替换，可以降低开发者的实现复杂度，从而可以降低成本。

此外，本实施例中，应用图标管理平台直接向图标更新SDK发送目标图标，可以减少应用图标管理平台与图标更新SDK之间的交互次数，提高应用程序的图标更新效率。

本实施例中，可选地，S640与S620和S630也可以是异步执行的，或者说并行执行的。

本实施例中，可选地，应用图标管理平台可以直接调用电子设备的操作系统中的图标管理接口来设置应用程序的图标，也可以通过电子设备的桌面管理程序来调用操作系统中的图标管理接口来设置应用程序的图标。其中，第一种方式相比于第二种实现方式，效率更高，并且在电子设备的桌面管理程序不开放其接口调用的场景下也能实现应用程序的图标更新需求。

本实施例中的S650，即图标更新SDK与应用图标管理平台交互以实现图标在线替换，可以通过多种实现方式实现，下面对图标更新SDK与应用图标管理平台交互以实现图标在线替换的几种示例性实现方式进行介绍。

在第一种实现方式中，S650可以包括图7中的S650-1、S650-2和S650-3，可选地，还可以包括S650-4。

S650-1，图标更新SDK向应用图标管理平台发送应用程序的图标请求。相应地，应用图标管理平台接收图标更新SDK发送的图标请求。可选地，该图标请求中可以携带应用程序的标识信息，例如携带应用程序的名称。

S650-2，应用图标管理平台向图标更新SDK发送开发者为该应用程序设置的目标图标。相应地，图标更新SDK接收该目标图标。

应用图标管理平台接收到图标请求之后，向图标更新SDK发送开发者为该应用程序设置的目标图标。开发者为该应用程序设置的目标图标的实现方式可以参考前述内容，此处不再赘述。

S650-3，图标更新SDK调用电子设备的操作系统提供的图标管理接口，将该应用程序的图标设置为所述目标图标。

本申请采用SDK直接调用底层系统接口的方式实现图标更新，解决了现有技术通过调用桌面管理程序(launcher)接口更新图标，但各厂家laucher版本不一致影响覆盖电子设备范围的问题。

以Android系统为例，图标更新SDK调用“Package Manager”方法的“setComponentE-nabledSetting”接口，将该应用程序的图标设置为所述目标图标。

以iOS系统为例，图标更新SDK调用“UIApplication”方法的“UIAlternateApplicationI-cons”分类，将该应用程序的图标设置为所述目标图标。

S650-4，电子设备的操作系统为该应用程序设置所述目标图标后，向所述图标更新SDK返回设置结果。设置结果的一种示例为告知所述图标更新SDK图标设置成功。

该实现方式中，可选地，在S650-2之后，在S650-3之前，图标更新SDK可以先判断应用程序的当前图标与目标图标是否一致。若一致，则执行S650-2及后续步骤；若不一致，则可以不执行S650-2及后续步骤，即应用程序不需要更新当前图标。

在第二种实现方式中，S650可以包括图8中的S651-1、S651-2、S651-3、S651-4、S651-5和S651-6。

S651-1，应用图标管理平台向图标更新SDK发送开发者为该应用程序设置的目标图标的标识信息。相应地，图标更新SDK接收应用图标管理平台发送的标识信息。

应用图标管理平台接收到图标请求之后，可以获取开发者为该应用程序设置的目标图标的标识信息，并向图标更新SDK发送目标图标的标识信息，简称发送目标标识信息。

S651-2，图标更新SDK判断电子设备的缓存中是否存在目标标识信息所指示的目标图标。若不存在，则执行S651-3，否则执行S651-4。

可以理解的是，电子设备的缓存中可以为应用程序预存一个或多个备用图标以及备用图标与图标标识之间的映射关系，例如可以将应用程序之前使用过的图标和图标标识之间的映射关系保存下来。

这样，图标更新SDK从应用图标管理平台接收目标标识信息之后，可以基于该映射关系查找是否存在该目标标识信息以及与该目标标识信息对应的目标图标。

作为一种示例，可以使用安全散列算法(SHA)计算图标文件的哈希值，例如使用SHA计算图标文件的长度为256的哈希值(SHA256)，并将该哈希值作为图标的标识信息。

备用图标以及备用图标与图标标识之间的映射关系的一个示例如表1所示。表1中，第一列为图标编号，为可选项；第二列为图标的名称，为可选项；第三列为图标的类型；第四列在后续内容中介绍；最后一列为图标的SHA256标识信息。表1中备用图标的最大数量可以预先设置，例如可以通过应用图标管理平台来配置备用图标的最大数量。

图标更新SDK可以基于表1确定电子设备的缓存是否包含目标标识信息对应的目标图标。

表1图标的相关信息的映射表

1	Pic1.png	/data/picture/Pic1.png	否	89198a……
					2	Pic2.png	/data/picture/Pic2.png	否	ada1a1……
3	Pic3.png	/data/picture/Pic3.png	是	ada1a2……
					4	Pic4.png	/data/picture/Pic4.png	否	ada1a3……
5	Pic5.png	/data/picture/Pic5.png	否	ada1a4……

S651-3，图标更新SDK从图标管理平台获取目标标识信息所指示的目标图标。

例如，图标更新SDK向图标管理平台发送下载请求消息，请求下载目标图标，该下载请求消息中可以携带目标标识信息；图标管理平台接收到下载请求消息之后，向图标更新SDK发送目标标识信息所指示的目标图标，相应地，图标更新SDK接收该目标图标。

图标更新SDK接收到该目标图标之后，需要将该目标图标缓存在电子设备的缓存中，若电子设备缓存中备用图标的数量超过了最大预设值，则将最早存入的且当前并未使用的图标删除掉，存入该目标图标；若电子设备缓存中备用图标的数量未超过最大预设值，则直接保存该目标图标。

S651-4，图标更新SDK判断应用程序的当前图标与目标图标是否一致。若不一致，则执行S651-5，否则执行S651-6。

可以理解的是，电子设备的缓存中可以记录指示应用程序的当前图标的信息。例如，表1中的第四列用于指示对应图标是否为应用程序的当前图标，其中，“是”表示对应行的图标为当前图标，“否”表示对应行的图标不是当前图标。图标更新SDK基于表1可以确定目标图标是否为当前图标。

S651-5，图标更新SDK调用电子设备的操作系统提供的图标管理接口，将该应用程序的图标设置为所述目标图标。

或者可以说，图标更新SDK调用电子设备的操作系统提供的图标管理接口，将该应用程序的图标更新为目标图标。

S651-6，图标更新SDK结束执行过程。

本实现方式中，可选地，电子设备的操作系统为该应用程序设置所述目标图标后，向所述图标更新SDK返回设置结果。设置结果的一种示例为告知所述图标更新SDK图标设置成功。进一步地，图标更新SDK可以向图标管理平台返回该设置结果，以便于图标管理平台进行图标使用情况的统计。

上述实施例及其两种实现方式虽然实现了在线图标替换，但是均采用被动更新的方式，依赖用户启动应用程序，触发对图标管理平台的调用，但是对实时更新要求较高的场景这两种方式则难以满足，因此下面介绍可以满足实时更新要求的实现方式。

图9为本申请另一个实施例的电子设备的应用程序的图标在线替换方法的流程示意图。如图9所示，该方法可以包括S910、S920-1、S930、S940、S950、S960-1、S960-2、S960-3和S960-4。

S910，开发者为应用程序设置目标图标。

开发者为该应用程序设置的目标图标的实现方式可参考前述内容，此处不再赘述。

S920-1，应用图标管理平台通过Push通道向该应用程序推送图标更新消息。

当开发者设置好目标图标，即完成图标更新之后，应用图标管理平台中采用推送(Push)通道实现将图标更新消息下行推送到电子设备侧的应用程序，相应的，电子设备侧会收到图标更新消息，用户点击该消息后，应用程序则执行S930。

图标更新消息的一种示例为告知电子设备中的应用程序其应用图标需要更新。

本实施例中，应用图标管理平台主动向电子设备侧发送图标更新消息，节约了电子设备向应用图标管理平台发送应用程序图标请求的时间，提高了图标替换效率。

S930，应用程序拉起集成的图标更新SDK。

S940，图标更新SDK向应用程序返回响应。

S950-1，图标更新SDK向应用图标管理平台发送应用程序的图标请求。相应地，应用图标管理平台接收图标更新SDK发送的图标请求。

S950-2，应用图标管理平台向图标更新SDK发送开发者为该应用程序设置的目标图标。相应地，图标更新SDK接收该目标图标。

S950-3，图标更新SDK调用电子设备的操作系统提供的图标管理接口，将该应用程序的图标设置为所述目标图标。

S950-4，电子设备的操作系统为该应用程序设置所述目标图标后，向所述图标更新SDK返回设置结果。

本实施例中，可选地，在S960-2之后，在S960-3之前，图标更新SDK可以先判断应用程序的当前图标与目标图标是否一致。若一致，则执行S960-2及后续步骤；若不一致，则可以不执行S960-2及后续步骤，即应用程序不需要更新当前图标。

本实施例中，S930、S940、S950-1、S950-2、S950-3和S950-4可以参考S620、S630、S650-1、S650-2、S650-3和S650-4，这里不再赘述。

图10所示实施例中与图9所示实施例中的相同附图标记表示相同或相似的含义，此处不再赘述。下面重点介绍图10所示实施例与图9所示实施例的不同之处。

S920-2，应用图标管理平台通过Websocket协议搭建的通道向该应用程序推送图标更新消息。

本实施例中，开发者设置好目标图标之后，若此时应用程序已启动，则应用程序会接收到应用图标管理平台通过Websocket协议搭建的通道主动推送的图标更新消息，然后拉起集成图标更新SDK。

该实施例中，通过主动向应用程序推送图标更新消息，实现用户无感知情况下的应用程序更新图标，从而提高了图标更新效率，解决了实时性的问题。

需要注意的是，开发者可在图标管理平台中选择通过Push通道向该应用程序推送图标更新消息，或者是通过Websocket协议搭建的通道向该应用程序推送图标更新消息。

图11为本申请一个实施例提供的应用装置的结构示意图。图11所示的装置可以用于执行图6至图10中任一所述方法。如图11所示，本实施例的应用装置1100可以包括：接收模块1101、设置模块1102。

例如，接收1101可以用于执行S650-2、S651-1、S950-2，设置模块1102可以用于执行S650-3、651-5、S950-3。

可选地，装置1100还可以包括发送模块，以实现图6至图10中任一所述方法中相关功能。例如，发送模块可以用于实现图6至图10中任一所述方法中与发送相关的功能。

图12为本申请一个实施例提供的应用图标管理装置的结构示意图。图12所示的装置可以用于执行图6至图10中任一所述方法。如图12所示，本实施例的应用装置1200可以包括：设置模块1201、发送模块1202。

例如，设置模块1201可以用于执行S910，发送模块1202可以用于执行S650-2、S651-1、S950-2。

可选地，装置1200还可以包括接收模块，以实现图6至图10中任一所述方法中相关功能。例如，接收模块可以用于实现图6至图10中任一所述方法中与接收相关的功能。

图13为本申请另一个实施例提供的应用程序的图标更新装置的结构示意图。图13所示的装置可以用于执行前述任意一个实施例所述的应用程序的图标更新方法。

如图13所示，本实施例的装置1300包括：存储器1301、处理器1302、通信接口1303以及总线1304。其中，存储器1301、处理器1302、通信接口1303通过总线1304实现彼此之间的通信连接。

存储器1301可以是只读存储器(read only memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(random access memory，RAM)。存储器1301可以存储程序，当存储器1301中存储的程序被处理器1302执行时，处理器1302用于执行图6至图10中任一所述方法的各个步骤。

处理器1302可以采用通用的中央处理器(central processing unit，CPU)，微处理器，应用专用集成电路(application specific integrated circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本申请方法实施例的应用程序的图标更新方法。

处理器1302还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请实施例的应用程序的图标更新的方法的各个步骤可以通过处理器1302中的硬件的集成逻辑电路或者软件形式的指令完成。

上述处理器1302还可以是通用处理器、数字信号处理器(digital signalprocessing，DSP)、专用集成电路(ASIC)、现成可编程门阵列(field programmable gatearray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1301，处理器1302读取存储器1301中的信息，结合其硬件完成本申请应用程序的图标更新装置包括的单元所需执行的功能，例如，可以执行图6至图10中任一所示实施例的各个步骤/功能。

通信接口1303可以使用但不限于收发器一类的收发装置，来实现装置1300与其他设备或通信网络之间的通信。

总线1304可以包括在装置1300各个部件(例如，存储器1301、处理器1302、通信接口1303)之间传送信息的通路。

应理解，本申请实施例所示的装置1300可以是电子设备，或者，也可以是配置于电子设备中的芯片。

应理解，本申请实施例中的处理器可以为中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random accessmemory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系，但也可能表示的是一种“和/或”的关系，具体可参考前后文进行理解。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

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

Claims (18)

1.一种应用程序的图标更新方法，其特征在于，所述应用程序中包含图标更新软件开发包SDK，所述方法包括：

所述图标更新SDK接收应用图标管理平台发送的图标信息；

所述图标更新SDK基于所述图标信息调用所述应用程序所在的电子设备的操作系统的接口，将所述应用程序在所述电子设备上的桌面图标设置为目标图标。

2.根据权利要求1所述的方法，其特征在于，所述图标信息包括目标图标的标识信息；

其中，所述图标更新SDK基于所述图标信息调用所述电子设备的操作系统的接口，将所述应用程序在所述电子设备上的桌面图标设置为所述目标图标，包括：

所述电子设备中没有存储所述目标图标时，所述图标更新SDK向所述应用图标管理平台发送图标请求信息，所述图标请求信息用于请求所述目标图标；

所述图标更新SDK接收所述应用图标管理平台发送的所述目标图标；

所述图标更新SDK调用所述接口将所述桌面图标设置为所述目标图标。

3.根据权利要求2所述的方法，其特征在于，所述图标更新SDK向所述应用图标管理平台发送图标请求信息，包括：

所述应用程序在所述电子设备上的当前桌面图标不是所述目标图标时，所述图标更新SDK向所述应用图标管理平台发送图标请求信息。

4.根据权利要求1所述的方法，其特征在于，所述图标信息包括所述目标图标。

5.根据权利要求4所述的方法，其特征在于，所述图标更新SDK基于所述图标信息调用所述电子设备的操作系统的接口，将所述应用程序在所述电子设备上的桌面图标设置为所述目标图标，包括：

所述应用程序在所述电子设备上的当前桌面图标不是所述目标图标时，所述图标更新SDK调用所述接口将所述桌面图标设置为所述目标图标。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述图标更新SDK接收应用图标管理平台发送的图标信息之前，所述方法还包括：

所述图标更新SDK向所述应用图标管理平台发送图标更新请求信息，所述图标更新请求信息用于请求所述应用图标管理平台当前为所述应用程序设置的目标图标。

7.根据权利要求6所述的方法，其特征在于，所述图标更新SDK在所述应用程序的启动阶段向所述应用图标管理平台发送所述图标更新请求信息。

8.根据权利要求6所述的方法，其特征在于，所述图标更新SDK向所述应用图标管理平台发送图标更新请求信息之前，所述方法还包括：

所述应用程序接收所述应用图标管理平台发送的图标更新信息，所述图标更新信息用于通知所述应用程序的图标有更新。

9.一种应用程序的图标更新方法，其特征在于，包括：

应用图标管理平台将所述应用程序的图标设置为目标图标；

所述应用图标管理平台向所述应用程序的图标更新SDK发送图标信息，所述图标信息用于：所述图标更新SDK调用所述应用程序所在的电子设备的操作系统的接口，将所述应用程序在所述电子设备上的桌面图标设置为所述目标图标。

10.根据权利要求9所述的方法，其特征在于，所述图标信息包括目标图标的标识信息，其中，所述方法还包括：

所述应用图标管理平台接收所述图标更新SDK发送的图标请求信息，所述图标请求信息用于请求所述目标图标；

所述应用图标管理平台向所述图标更新SDK发送所述目标图标。

11.根据权利要求10所述的方法，其特征在于，所述图标信息包括所述目标图标。

12.根据权利要求9至11中任一项所述的方法，其特征在于，所述应用图标管理平台向所述应用程序的图标更新SDK发送图标信息之前，所述方法还包括：

所述应用图标管理平台接收所述图标更新SDK发送的图标更新请求信息，所述图标更新请求信息用于请求所述应用图标管理平台当前为所述应用程序设置的目标图标。

13.根据权利要求12所述的方法，其特征在于，所述应用图标管理平台接收所述图标更新SDK发送的图标更新请求信息之前，所述方法还包括：

所述应用图标管理平台向所述应用程序发送图标更新信息，所述图标更新信息用于通知所述应用程序的图标有更新。

14.一种应用装置，其特征在于，所述装置包括用于实现如权利要求1至8中任一项所述方法的功能模块。

15.一种应用图标管理装置，其特征在于，所述装置包括用于实现如权利要求9至13中任一项所述方法的功能模块。

16.一种计算机可读介质，其特征在于，所述计算机可读介质存储用于计算机执行的程序代码，该程序代码包括用于执行如权利要求1至13中任一项所述的方法的指令。

17.一种应用程序的图标更新装置，其特征在于，包括：存储器和处理器；

所述存储器用于存储程序指令；

所述处理器用于调用所述存储器中的程序指令执行如权利要求1至13中任一项所述的方法。

18.一种计算机程序产品，所述计算机程序产品中包括计算机程序代码，其特征在于，当所述计算机程序代码在计算机上运行时，使得计算机实现如权利要求1至13中任一项所述的方法。

Images