CN111208974A - 组件管理方法和装置 - Google Patents

Abstract

本发明公开了组件管理方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：响应于移动端发送的更新请求，获取移动端请求更新的组件类型标识和处理标记；根据组件类型标识确定目标组件，根据处理标记确定与目标组件对应的待更新组件；从服务端下载待更新组件，将待更新组件下发至移动端。该实施方式能够将移动端的请求转发至服务端、将服务端的通知下发至移动端，适用于各种移动端与服务端之间的通信，通用性好，移动端无需直接与服务端耦合，从而避免由于移动端直接与服务端耦合而导致的各种不足。

Description

组件管理方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种组件管理方法和装置。

背景技术

随着移动技术的发展，模块化、组件化、热更新、热部署等技术日趋成熟。目前，可以将一些功能模块不打包到应用程序(App)安装包中，用来实现更小的安装包，用户按需下载功能模块。移动端App通过融合这些技术，可以极大提升用户体验与开发者体验。

现有技术中，当需要修复或升级功能模块时，移动端直接与服务端耦合，执行更新、版本管理、下线等操作，实现静默式升级。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

有些类型组件的更新、版本管理、下线等操作需访问相应服务端，造成管理入口过多，同时移动端处理起来也麻烦；

针对不同的组件，需要提供各自的专门处理模块来进行组件是否有更新、是否降级、是否下线等等繁琐逻辑判断，造成代码逻辑臃肿，升级维护麻烦；

不支持去灰度地实现部分用户的更新。

发明内容

有鉴于此，本发明实施例提供一种组件管理方法和装置，能够将移动端的请求转发至服务端、将服务端的通知下发至移动端，适用于各种移动端与服务端之间的通信，通用性好，移动端无需直接与服务端耦合，从而避免由于移动端直接与服务端耦合而导致的各种不足。

为实现上述目的，根据本发明实施例的一个方面，提供了一种组件管理方法。

根据本发明实施例的组件管理方法包括：

响应于移动端发送的更新请求，获取移动端请求更新的组件类型标识和处理标记；

根据组件类型标识确定目标组件，根据处理标记确定与目标组件对应的待更新组件；

从服务端下载待更新组件，将待更新组件下发至移动端。

可选地，响应于移动端发送的更新请求之前，还包括：将服务端的更新通知下发至移动端，以使移动端发送更新请求。

可选地，更新请求是移动端满足预设更新时机时发送的；其中，预设更新时机包括以下至少之一：

接收到用户发送的安装待更新组件的请求时，激活目标组件对应的应用程序时，启动目标组件对应的应用程序时，接收到服务端下发的更新通知时。

可选地，根据处理标记确定与目标组件对应的待更新组件，包括：

当处理标记的取值为第一预设值时，将目标组件的预设版本作为待更新组件；当处理标记的取值为第二预设值时，将目标组件的上一版本作为待更新组件；当处理标记的取值为第三预设值时，将目标组件作为待更新组件。

可选地，根据处理标记确定与目标组件对应的待更新组件之前，还包括：确认处理标记的取值不为第四或五预设值；

当处理标记的取值为第四预设值时，向移动端下发删除目标组件的指令，以将目标组件从移动端删除；

当处理标记的取值为第五预设值时，确认更新请求无效，结束流程。

可选地，从服务端下载所述待更新组件之前，还包括：获取移动端的组件信息，根据组件信息确认移动端不存在待更新组件；

将目标组件从所述移动端删除之后，还包括：将目标组件的信息从组件信息中删除；从服务端下载待更新组件之后，还包括：将待更新组件的信息加入组件信息中。

可选地，本发明实施例的方法还包括：建立临时文件用于存储已下载的待更新组件；

从服务端下载待更新组件，包括：获取临时文件的文件大小，以文件大小作为起始下载位置；根据起始下载位置从服务器下载待更新文件的剩余部分，并将下载的文件数据写入临时文件中；直至临时文件的文件大小大于或等于待更新文件的文件大小。

可选地，从服务端下载所述待更新组件之后，还包括：确定已下载的待更新组件的MD5值，根据该MD5值以及服务端返回的MD5值对已下载的待更新组件进行校验。

为实现上述目的，根据本发明实施例的一个方面，提供了一种组件管理装置。

根据本发明实施例的组件管理装置包括：

获取模块，响应于移动端发送的更新请求，获取移动端请求更新的组件类型标识和处理标记；

确定模块，根据组件类型标识确定目标组件，根据处理标记确定与目标组件对应的待更新组件；

下载模块，从服务端下载待更新组件，将待更新组件下发至移动端。

可选地，响应模块响应于移动端发送的更新请求之前，下载模块还用于：将服务端的更新通知下发至移动端，以使移动端发送更新请求。

可选地，更新请求是移动端满足预设更新时机时发送的；其中，预设更新时机包括以下至少之一：

接收到用户发送的安装待更新组件的请求时，激活目标组件对应的应用程序时，启动目标组件对应的应用程序时，接收到服务端下发的更新通知时。

可选地，确定模块根据处理标记确定与目标组件对应的待更新组件，包括：

当处理标记的取值为第一预设值时，将目标组件的预设版本作为待更新组件；当处理标记的取值为第二预设值时，将目标组件的上一版本作为待更新组件；当处理标记的取值为第三预设值时，将目标组件作为待更新组件。

可选地，确定模块还用于：根据处理标记确定与目标组件对应的待更新组件之前，确认处理标记的取值不为第四或五预设值；以及，

当处理标记的取值为第四预设值时，向移动端下发删除目标组件的指令，以将目标组件从移动端删除；

当处理标记的取值为第五预设值时，确认更新请求无效，结束流程。

可选地，确定模块还用于：在下载模块从服务端下载待更新组件之前，获取移动端的组件信息，根据组件信息确认移动端不存在待更新组件；

下载模块还用于：将目标组件从移动端删除之后，将目标组件的信息从组件信息中删除；从服务端下载待更新组件之后，将待更新组件的信息加入组件信息中。

可选地，下载模块还用于：建立临时文件用于存储已下载的待更新组件；

下载模块从服务端下载待更新组件，包括：获取临时文件的文件大小，以文件大小作为起始下载位置；根据起始下载位置从服务器下载待更新文件的剩余部分，并将下载的文件数据写入临时文件中；直至临时文件的文件大小大于或等于待更新文件的文件大小。

可选地，下载模块还用于：从服务端下载待更新组件之后，确定已下载的待更新组件的MD5值，根据该MD5值以及服务端返回的MD5值对已下载的待更新组件进行校验。

根据本发明实施例的另一个方面，提供一种组件管理电子设备。

根据本发明实施例的组件管理电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当该一个或多个程序被该一个或多个处理器执行，使得该一个或多个处理器实现本发明实施例第一方面提供的组件管理方法。

根据本发明实施例的另一个方面，提供一种计算机可读介质。

根据本发明实施例的计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例第一方面提供的组件管理方法。

上述发明中的一个实施例具有如下优点或有益效果：根据移动端发送的更新请求确定与目标组件对应的待更新组件，下载待更新组件之后将其下发至移动端，移动端无需直接与服务端耦合，从而避免由于移动端直接与服务端耦合而导致的造成管理入口过多、移动端处理起来麻烦等问题。通过将服务端的更新通知下发至移动端，以使移动端发送更新请求，能够支持去灰度地实现部分用户的更新。通过预设更新时机，无需针对不同的组件提供各自的专门处理模块来进行繁琐逻辑判断，代码逻辑简单，便于升级维护。本发明实施例提供的组件管理方法和装置适用于各种移动端与服务端之间的通信，通用性好。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的组件管理方法的原理示意图；

图2是描述本发明第一实施例的组件管理方法的应用场景示意图；

图3是本发明第二实施例的组件管理方法中判断是否需要从服务端下载待更新组件的主要流程的示意图；

图4是本发明第一实施例中下载待更新组件的主要流程的示意图；

图5是本发明第三实施例的组件管理方法的示意图；

图6是描述本发明第四实施例的组件管理方法的应用场景示意图；

图7是根据本发明实施例的组件管理装置的主要模块的示意图；

图8是本发明实施例可以应用于其中的示例性***架构图；

图9是适于用来实现本发明实施例的终端设备或服务器的计算机***的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的组件管理方法的原理示意图，为了便于描述，图中用“组件管理装置”代指实现本发明实施例的组件管理方法的装置。本发明实施例提供的组件管理方法和组件管理装置提供一种中转服务，一方面能够收集移动端的请求，经由本发明实施例提供的中转服务转发至服务端，另一方面能够将服务端的响应信息或者通知，经由本发明实施例提供的中转服务转发至移动端，适用于各种移动端与服务端之间的通信，通用性好，能够避免移动端直接与服务端耦合，从而避免由于移动端直接与服务端耦合而导致的各种不足，实现组件管理及分发功能，结合服务端平台实现微服务化。

根据本发明实施例的一个方面，提供了一种组件管理方法。

实施例一

根据本发明第一实施例的组件管理方法包括：响应于移动端发送的更新请求，获取移动端请求更新的组件类型标识和处理标记；根据组件类型标识确定目标组件，根据处理标记确定与目标组件对应的待更新组件；从服务端下载待更新组件，将待更新组件下发至移动端。

图2是描述本发明第一实施例的组件管理方法的应用场景示意图，本发明第一实施例的组件管理方法可以由图2中的组件管理装置实现。图2描绘了移动端、组件管理装置和服务端之前通信的示意图。如图2所示，移动端向组件管理装置发送更新请求(步骤S201)；组件管理装置响应于移动端发送的更新请求，获取移动端请求更新的组件类型标识和处理标记(步骤S202)；组件管理装置根据组件类型标识确定目标组件(步骤S203)，根据处理标记确定与目标组件对应的待更新组件；组件管理装置向服务器发送下载待更新组件的下载请求(步骤S204)；服务端向组件管理装置返回待更新组件(步骤S205)；组件管理装置接收服务端返回的待更新组件(步骤S206)；组件管理装置将待更新组件返回至移动端(步骤S207)。该实施例中，移动端无需直接与服务端耦合，从而能够避免由于移动端直接与服务端耦合而导致的造成管理入口过多、移动端处理起来麻烦等问题。

移动端可以是能够安装各种应用程序的电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。本发明实施例中，移动端可以是基于Android***的移动端，也可以是基于iOS***或者其他***的移动端。

组件是对数据和方法的简单封装。组件可以有自己的属性和方法。属性是组件数据的简单访问者，方法则是组件的一些简单而可见的功能。使用组件可以实现拖放式编程、快速的属性处理以及真正的面向对象的设计。本发明实施例中的组件可以是Bundle组件。所谓Bundle，是指.Bundle格式的文件。该文件是Unix/linux***中的一种可执行文件。

组件类型(BundleType)可以根据实际情况进行选择性设定，例如将组件类型划分为自定义组件和非自定义组件，再例如根据组件的功能划分为各个功能组件等。示例性地，Bundle组件的类型包括：(1)bugfix补丁包文件：BundleType＝"bugfix"；只针对Android平台；(2)React Native升级文件：BundleType＝"rn"；(3)H5升级文件：BundleType＝"h5"；(4)应用APK安装文件：BundleType＝"apk"，只针对Android平台。当然，Bundle组件的类型也可以通过枚举来扩展。

本发明实施例中，预先为每个组件设置一个组件类型标识(ID)，一个组件与一个组件类型ID唯一对应。设置组件类型ID，便于区分各个组件。

移动端发送更新请求的时机可以根据实际情况进行选择性设定。可选地，更新请求是移动端满足预设更新时机时发送的；其中，预设更新时机包括以下至少之一：(1)接收到用户发送的安装待更新组件的请求时，例如，插件应用安装时，即，插件没有打包在安装包内，当在App的应用列表里点击“安装”时，移动端发送检查相应组件的更新请求；(2)激活目标组件对应的应用程序时；(3)启动目标组件对应的应用程序时，例如，点击目标组件对应的App时，移动端发送查询该App是否有更新的更新请求；(4)接收到服务端下发的更新通知时。在某些场景下，移动端可以在接收到该更新通知时发送更新请求，也可以根据实际情况灵活处理接收到的更新通知，例如周期性地根据接收到的更新通知发送更新请求。通过预设更新时机，无需针对不同的组件提供各自的专门处理模块来进行繁琐逻辑判断，代码逻辑简单，便于升级维护。

处理标记用于标记针对目标组件的处理方式，例如更新、修复、降低(即回滚至降低版本)等。可选地，根据处理标记确定与目标组件对应的待更新组件，包括：当处理标记的取值为第一预设值时，将目标组件的预设版本作为待更新组件；当处理标记的取值为第二预设值时，将目标组件的上一版本作为待更新组件；当处理标记的取值为第三预设值时，将目标组件作为待更新组件。例如，当处理标记的取值大于0时，将目标组件的预设版本作为待更新组件，表明需要将目标组件回滚至预设版本；当处理标记的取值为0时，将目标组件的上一版本作为待更新组件，表明需要将目标组件降级至上一版本；当处理标记的取值为-1时，将目标组件作为待更新组件，表明需要下载该目标组件。根据处理标记的取值确定针对目标组件的处理方式，方便快速。

组件管理装置可以在接收到更新请求后及时下载待更新组件，也可以根据实际情况采用断点下载的方式下载待更新组件，例如按照预设周期定时从服务端下载待更新组件。

可选地，本发明实施例的方法还包括：建立临时文件用于存储已下载的待更新组件；从服务端下载待更新组件，包括：获取临时文件的文件大小，以文件大小作为起始下载位置；根据起始下载位置从服务器下载待更新文件的剩余部分，并将下载的文件数据写入临时文件中；直至临时文件的文件大小大于或等于待更新文件的文件大小。

图4是本发明第一实施例中下载待更新组件的主要流程的示意图，如图所示，采用断点方式下载待更新组件，主要流程包括：获取临时文件的大小X1(步骤S401)；判断临时文件的大小X1是否大于等于待更新文件的大小X2(步骤S402)；若是，则流程结束，下载完毕；否则，根据X1确定起始下载位置(步骤S403)；根据起始下载位置，从服务端下载待更新文件的剩余部分(步骤S404)；将下载的文件数据写入临时文件(步骤S405)，然后跳转至步骤S402。例如，以字节数表示文件大小，若临时文件的文件大小为200字节，待更新文件的文件大小为2000字节，则以200字节作为起始下载位置，从服务端下载第201字节至2000字节的待更新文件。

实施例二

根据本发明第二实施例的组件管理方法与第一实施例基本相同，区别在于，根据处理标记确定与目标组件对应的待更新组件之前，判断是否需要从服务端下载待更新组件，当想要从服务端下载待更新组件时，再从服务端下载待更新组件。具体地，根据判断结果根据处理标记确定与目标组件对应的待更新组件之前，可以包括：确认处理标记的取值不为第四或五预设值。当处理标记的取值为第四预设值时，向移动端下发删除目标组件的指令，以将目标组件从移动端删除；当处理标记的取值为第五预设值时，确认更新请求无效，结束流程。

可选地，从服务端下载所述待更新组件之前，还包括：获取移动端的组件信息，根据组件信息确认移动端不存在待更新组件；将目标组件从所述移动端删除之后，还包括：将目标组件的信息从组件信息中删除；从服务端下载待更新组件之后，还包括：将待更新组件的信息加入组件信息中。根据组件信息确认移动端是否存在待更新组件，若移动端存在待更新组件，则直接在移动端本地启动待更新组件，若移动不存在待更新组件，则通过组件管理装置从服务端下载待更新组件，如此既能提高获取或启动待更新组件的效率，又能够降低对服务端的访问次数。本领域技术人员应当理解，上述可选步骤并不是本发明组件管理方法的必要步骤，可以根据实际应用情况选择执行该步骤或者忽略该步骤。

图3是本发明第二实施例的组件管理方法中判断是否需要从服务端下载待更新组件的主要流程的示意图。以下以目标组件的组件类型为更新Bundle文件为例，结合图3对判断是否需要从服务端下载待更新组件的主要流程进行示例性说明。如图3所示，判断是否需要从服务端下载待更新组件的主要流程包括：

组件管理装置向服务端发送Bundle更新查询请求；

根据服务端返回的信息判断服务端是否正常；若否，则不处理或弹出相关提示，即不需要从服务端下载待更新组件；若是，则进入下一步；

检查处理标记(ProcessFlag)；

若ProcessFlag＝-3(第五预设值)，表明当前更新请求是无效数据，不处理，即不从服务端下载待更新组件；

若ProcessFlag＝-2(第四预设值)，则向移动端下发删除目标组件的指令，例如是移动端删除本地组件以及本地组件缓存，更新本地数据库中的Bundle信息(组件信息)，此时不需要从服务端下载待更新组件；

若ProcessFlag＝-1(第三预设值)，表明需要下载该目标组件，将目标组件作为待更新组件；然后检查本地是否存在对应的Bundle文件，若存在，则更新本地Bundle信息，开启该Bundle文件，即不需要从服务端下载待更新组件；否则，在服务端返回的Bundle文件信息newBundleInfo中检查是否存在该Bundle文件，若存在，则从服务端下载该Bundle文件，否则，当前更新请求为无效数据，不处理，即不需要从服务端下载待更新组件；

若ProcessFlag＝0(第二预设值)，表明需要将目标组件降级至上一版本，将目标组件的上一版本作为待更新组件，例如目标组件时2.0版本，其上一版本是1.0版本，则将1.0版本作为待更新组件；然后检查本地是否存在上一版本的Bundle文件，若存在，则更新本地Bundle信息，开启该Bundle文件，即不需要从服务端下载待更新组件；否则，当前更新请求为无效数据，不处理，即不需要从服务端下载待更新组件；

若ProcessFlag＞0(第一预设值)，表明需要将目标组件回滚至预设版本，将目标组件的预设版本作为待更新组件，预设版本可以预先根据实际情况进行选择性配置；然后检查本地是否存在对应的Bundle文件，若存在，则更新本地Bundle信息，开启该Bundle文件，即不需要从服务端下载待更新组件；否则，在服务端返回的newBundleInfo中检查是否存在该Bundle文件，若存在，则从服务端下载该Bundle文件，否则，当前更新请求为无效数据，不处理，即不需要从服务端下载待更新组件。

实施例三

根据本发明第三实施例的组件管理方法与第一实施例基本相同，区别在于，第三实施例中，从服务端下载所述待更新组件之后，还包括：确定已下载的待更新组件的MD5(Message Digest Algorithm 5，消息摘要算法第五版)值，根据该MD5值以及服务端返回的MD5值对已下载的待更新组件进行校验。

以下以目标组件的组件类型为更新Bundle文件为例，结合图5对第三实施例的组件管理方法进行示例性说明。由于第三实施例中从服务端下载待更新组件的步骤以及该步骤之前的步骤与第一实施例相同，因此此处不再赘述，图5仅示出了从服务端下载所述待更新组件之后的步骤。如图5所示，从服务端下载待更新组件之后，组件管理方法还包括：计算已下载的待更新组件的MD5值(步骤S501)；判断该MD5值与服务端返回的MD5值是否相等(步骤S502)；若不相等，则下载失败，删除已下载的Bundle文件(步骤S503)；若相等，则解压Bundle文件(步骤S504)；将移动端组件信息中该Bundle文件的组件打开标记OpenFlag设置为True(True表明该Bundle文件为打开状态)，打开Bundle文件。

实施例四

根据本发明第四实施例的组件管理方法包括：将服务端的更新通知下发至移动端，以使移动端发送更新请求；响应于移动端发送的更新请求，获取移动端请求更新的组件类型标识和处理标记；根据组件类型标识确定目标组件，根据处理标记确定与目标组件对应的待更新组件；从服务端下载待更新组件，将待更新组件下发至移动端。

图6是描述本发明第四实施例的组件管理方法的应用场景示意图，本发明第一实施例的组件管理方法可以由图6中的组件管理装置实现。图6描绘了移动端、组件管理装置和服务端之前通信的示意图。如图6所示，服务端向组件管理装置发送更新通知(步骤S601)；组件管理装置接收服务端发送的更新通知，将更新通知发送至移动端(步骤S602)；移动端向组件管理装置发送更新请求(步骤S603)；组件管理装置响应于移动端发送的更新请求，获取移动端请求更新的组件类型标识和处理标记(步骤S604)；组件管理装置根据组件类型标识确定目标组件(步骤S605)，根据处理标记确定与目标组件对应的待更新组件；组件管理装置向服务器发送下载待更新组件的下载请求(步骤S606)；服务端向组件管理装置返回待更新组件(步骤S607)；组件管理装置接收服务端返回的待更新组件(步骤S608)；组件管理装置将待更新组件返回至移动端(步骤S609)。

实际应用过程在，对于应用程序A的组件a，当需要对特定用户C发送补丁包(即待更新组件)以修复应用程序A时，可以向用户C应用的应用程序A所在的移动端发送更新通知，该移动端接收到更新通知后本发明实施例提供的中转服务发送更新请求，以下载补丁包(即待更新组件)。通过将服务端的更新通知下发至移动端，以使移动端发送更新请求，能够支持去灰度地实现部分用户的更新。

本发明实施例提供的组件管理方法，通用性好，能够动态更新组件，节省时间，方便移动端管理各类型bundle热部署技术接入，提升移动开发体验。

根据本发明实施例的再一个方面，提供了一种组件管理装置。

图7是根据本发明实施例的组件管理装置的主要模块的示意图。如图7所示，组件管理装置700包括：

获取模块701，响应于移动端发送的更新请求，获取移动端请求更新的组件类型标识和处理标记；

确定模块702，根据组件类型标识确定目标组件，根据处理标记确定与目标组件对应的待更新组件；

下载模块703，从服务端下载待更新组件，将待更新组件下发至移动端。

可选地，响应模块响应于移动端发送的更新请求之前，下载模块还用于：将服务端的更新通知下发至移动端，以使移动端发送更新请求。

可选地，更新请求是移动端满足预设更新时机时发送的；其中，预设更新时机包括以下至少之一：

接收到用户发送的安装待更新组件的请求时，激活目标组件对应的应用程序时，启动目标组件对应的应用程序时，接收到服务端下发的更新通知时。

可选地，确定模块根据处理标记确定与目标组件对应的待更新组件，包括：

当处理标记的取值为第一预设值时，将目标组件的预设版本作为待更新组件；当处理标记的取值为第二预设值时，将目标组件的上一版本作为待更新组件；当处理标记的取值为第三预设值时，将目标组件作为待更新组件。

可选地，确定模块还用于：根据处理标记确定与目标组件对应的待更新组件之前，确认处理标记的取值不为第四或五预设值；以及，

当处理标记的取值为第四预设值时，向移动端下发删除目标组件的指令，以将目标组件从移动端删除；

当处理标记的取值为第五预设值时，确认更新请求无效，结束流程。

可选地，确定模块还用于：在下载模块从服务端下载待更新组件之前，获取移动端的组件信息，根据组件信息确认移动端不存在待更新组件；

下载模块还用于：将目标组件从移动端删除之后，将目标组件的信息从组件信息中删除；从服务端下载待更新组件之后，将待更新组件的信息加入组件信息中。

可选地，下载模块还用于：建立临时文件用于存储已下载的待更新组件；

下载模块从服务端下载待更新组件，包括：获取临时文件的文件大小，以文件大小作为起始下载位置；根据起始下载位置从服务器下载待更新文件的剩余部分，并将下载的文件数据写入临时文件中；直至临时文件的文件大小大于或等于待更新文件的文件大小。

可选地，下载模块还用于：从服务端下载待更新组件之后，确定已下载的待更新组件的MD5值，根据该MD5值以及服务端返回的MD5值对已下载的待更新组件进行校验。

根据本发明实施例的另一个方面，提供一种组件管理电子设备。

根据本发明实施例的组件管理电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当该一个或多个程序被该一个或多个处理器执行，使得该一个或多个处理器实现本发明实施例第一方面提供的组件管理方法。

根据本发明实施例的另一个方面，提供一种计算机可读介质。

根据本发明实施例的计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例第一方面提供的组件管理方法。

图8示出了可以应用本发明实施例的组件管理方法或组件管理装置的示例性***架构800。

如图8所示，***架构800可以包括终端设备801、802、803，网络804和服务器805。网络804用以在终端设备801、802、803和服务器805之间提供通信链路的介质。网络804可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备801、802、803通过网络804与服务器805交互，以接收或发送消息等。终端设备801、802、803上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备801、802、803可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器805可以是提供各种服务的服务器，例如对用户利用终端设备801、802、803所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的更新请求等数据进行分析等处理，并将处理结果(例如，将从服务端下载的待更新组件或者服务端发送的更新通知)反馈给终端设备。

需要说明的是，本发明实施例所提供的组件管理方法一般由服务器805执行，相应地，组件管理装置一般设置于服务器805中。

应该理解，图8中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图9，其示出了适于用来实现本发明实施例的终端设备的计算机***900的结构示意图。图9示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，计算机***900包括中央处理单元(CPU)901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有***900操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分609经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本发明的***中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括：获取模块，响应于移动端发送的更新请求，获取移动端请求更新的组件类型标识和处理标记；确定模块，根据组件类型标识确定目标组件，根据处理标记确定与目标组件对应的待更新组件；下载模块，从服务端下载待更新组件，将待更新组件下发至移动端。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如获取模块还可以被描述为“根据处理标记确定与目标组件对应的待更新组件的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：响应于移动端发送的更新请求，获取移动端请求更新的组件类型标识和处理标记；根据组件类型标识确定目标组件，根据处理标记确定与目标组件对应的待更新组件；从服务端下载待更新组件，将待更新组件下发至移动端。

根据本发明实施例的技术方案，根据移动端发送的更新请求确定与目标组件对应的待更新组件，下载待更新组件之后将其下发至移动端，移动端无需直接与服务端耦合，从而避免由于移动端直接与服务端耦合而导致的造成管理入口过多、移动端处理起来麻烦等问题。通过将服务端的更新通知下发至移动端，以使移动端发送更新请求，能够支持去灰度地实现部分用户的更新。通过预设更新时机，无需针对不同的组件提供各自的专门处理模块来进行繁琐逻辑判断，代码逻辑简单，便于升级维护。本发明实施例提供的组件管理方法和装置适用于各种移动端与服务端之间的通信，通用性好。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (11)

1.一种组件管理方法，其特征在于，包括：

响应于移动端发送的更新请求，获取所述移动端请求更新的组件类型标识和处理标记；

根据所述组件类型标识确定目标组件，根据所述处理标记确定与所述目标组件对应的待更新组件；

从服务端下载所述待更新组件，将所述待更新组件下发至所述移动端。

2.如权利要求1所述的方法，其特征在于，响应于移动端发送的更新请求之前，还包括：将服务端的更新通知下发至所述移动端，以使所述移动端发送所述更新请求。

3.如权利要求1所述的方法，其特征在于，所述更新请求是所述移动端满足预设更新时机时发送的；其中，所述预设更新时机包括以下至少之一：

接收到用户发送的安装所述待更新组件的请求时，激活所述目标组件对应的应用程序时，启动所述目标组件对应的应用程序时，接收到服务端下发的更新通知时。

4.如权利要求1所述的方法，其特征在于，根据所述处理标记确定与所述目标组件对应的待更新组件，包括：

当所述处理标记的取值为第一预设值时，将所述目标组件的预设版本作为所述待更新组件；当所述处理标记的取值为第二预设值时，将所述目标组件的上一版本作为所述待更新组件；当所述处理标记的取值为第三预设值时，将所述目标组件作为所述待更新组件。

5.如权利要求4所述的方法，其特征在于，根据所述处理标记确定与所述目标组件对应的待更新组件之前，还包括：确认所述处理标记的取值不为第四或五预设值；

当所述处理标记的取值为第四预设值时，向所述移动端下发删除所述目标组件的指令，以将所述目标组件从所述移动端删除；

当所述处理标记的取值为第五预设值时，确认所述更新请求无效，结束流程。

6.如权利要求5所述的方法，其特征在于，从服务端下载所述待更新组件之前，还包括：获取所述移动端的组件信息，根据所述组件信息确认所述移动端不存在所述待更新组件；

将所述目标组件从所述移动端删除之后，还包括：将所述目标组件的信息从所述组件信息中删除；从服务端下载所述待更新组件之后，还包括：将所述待更新组件的信息加入所述组件信息中。

7.如权利要求1所述的方法，其特征在于，还包括：建立临时文件用于存储已下载的所述待更新组件；

从服务端下载所述待更新组件，包括：获取所述临时文件的文件大小，以所述文件大小作为起始下载位置；根据所述起始下载位置从服务器下载所述待更新文件的剩余部分，并将下载的文件数据写入所述临时文件中；直至所述临时文件的文件大小大于或等于所述待更新文件的文件大小。

8.如权利要求7所述的方法，其特征在于，从服务端下载所述待更新组件之后，还包括：确定已下载的所述待更新组件的MD5值，根据所述MD5值以及服务端返回的MD5值对已下载的所述待更新组件进行校验。

9.一种组件管理装置，其特征在于，包括：

获取模块，响应于移动端发送的更新请求，获取所述移动端请求更新的组件类型标识和处理标记；

确定模块，根据所述组件类型标识确定目标组件，根据所述处理标记确定与所述目标组件对应的待更新组件；

下载模块，从服务端下载所述待更新组件，将所述待更新组件下发至所述移动端。

10.一种组件管理电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。

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

Images