CN107329738A - 组件更新方法及装置 - Google Patents

Abstract

本发明实施例公开了一种组件更新方法及装置，包括下述步骤：组件管理器向服务器发送当前时刻客户端的组件信息，以使所述服务器根据所述组件信息确定所述客户端组件是否需要对组件进行更新，所述客户端组件信息包括所述客户端预设的灰度策略；接收服务器根据客户端预设的灰度策略筛选发送的组件更新信息，以使所述客户端根据所述组件更新信息对需要进行更新的组件进行更新。组件化降低客户端与其业务功能之间的耦合度，同时使各业务独立成组件，实现业务的并行开发和发布，并且减小客户端软件安装体积，根据需要动态下载、更新功能组件，使客户端和组件的运行更加高效快速。

Description

组件更新方法及装置

技术领域

本发明实施例涉及计算机技术领域，尤其是一种组件更新方法及装置。

背景技术

在现有技术的客户端应用程序中，对于同一个版本的应用程序在进行更新时，需要对整个应用程序进行更新，且应用程序中的各组件之间结合紧密，更新时若其中一个组件出现更新失败或者更新版本与当前客户端版本不适配时，就会出现整个应用程序的功能均无法进行实现的情况。

现有技术中的应用程序的更新方式，要求客户端平台以及各组件进行同步更新，在研发环节若出现一个组件版本升级未按预期进行更新，则会拖累引用程序新版本的推出时间，且客户端在下载时，会占用大量的网络流量和资源。

发明内容

本发明实施例主要解决的技术问题是提供一种能够使各组件单独进行更新的组件更新方法。

为解决上述技术问题，本发明创造的实施例采用的一个技术方案是：提供一种组件更新方法，包括下述步骤：

组件管理器向服务器发送当前时刻客户端的组件信息，以使所述服务器根据所述组件信息确定所述客户端组件是否需要对组件进行更新，所述客户端组件信息包括所述客户端预设的灰度策略；

接收服务器根据客户端预设的灰度策略筛选发送的组件更新信息，以使所述客户端根据所述组件更新信息对需要进行更新的组件进行更新。

可选地，所述组件管理器向服务器发送当前时刻客户端的组件信息，以使所述服务器根据所述组件信息确定所述客户端组件是否需要对组件进行更新，所述客户端组件信息包括所述客户端预设的灰度策略，步骤之前还包括：

所述客户端开启时所述组件管理器获取所述客户端的组件信息；或，

所述组件管理器周期性的获取所述客户端的组件信息；或，

所述客户端接收到所述服务器发送的组件更新信息后，所述组件管理器获取所述客户端的组件信息。

可选地，所述组件管理器向服务器发送当前时刻客户端的组件信息，以使所述服务器根据所述组件信息确定所述客户端组件是否需要对组件进行更新，所述客户端组件信息包括所述客户端预设的灰度策略，步骤之前还包括：

接收用户的点击开启UI控件的点击指令；

根据所述点击指令安装或下载安装与所述UI控件相对应的组件模块。

可选地，所述根据所述点击指令安装或下载安装与所述UI控件相对应的组件模块，步骤包括：

组件管理器在所述客户端存储空间内搜索与所述UI控件相对应的组件模块；

检测所述客户端存储空间内的组件模块是否为当前客户端最适配的组件模块版本；

所述组件管理器向所述服务器发送当前客户端最适配的组件模块版本信息，并接收由服务器发送的当前客户端最适配的组件模块版本进行安装。

可选地，所述接收服务器根据客户端预设的灰度策略筛选发送的组件更新信息，以使所述客户端根据所述组件更新信息对需要进行更新的组件进行更新，步骤之后包括：

所述组件管理器接收服务器发送的停止停用指定组件模块的指令信息；

根据所述指令信息停止更新和使用所述指令信息指定的组件模块。

可选地，所述接收服务器根据客户端预设的灰度策略筛选发送的组件更新信息，以使所述客户端根据所述组件更新信息对需要进行更新的组件进行更新，步骤包括：

客户端缓存所述服务器发送的组件更新信息；

所述组件管理器检测所述客户端内组件版本信息与所述组件更新信息包括的组件版本信息是否一致；

所述客户端根据所述组件管理器的检测结果，下载所述组件更新信息中与所述客户端内组件版本信息不相同的组件模块。

为解决上述技术问题，本发明实施例还提供一种组件更新装置，包括：

发送模块，用于向服务器发送当前时刻客户端的组件信息，以使所述服务器根据所述组件信息确定所述客户端组件是否需要对组件进行更新，所述客户端组件信息包括所述客户端预设的灰度策略；

接收更新模块，用于接收服务器根据客户端预设的灰度策略筛选发送的组件更新信息，以使所述客户端根据所述组件更新信息对需要进行更新的组件进行更新。

可选地，所述组件更新装置还包括：

第一更新子模块，用于根据不同预设策略获取所述客户端的组件信息，所述预设策略包括：

所述客户端开启时所述组件管理器获取所述客户端的组件信息；或，

所述组件管理器周期性的获取所述客户端的组件信息；或，

所述客户端接收到所述服务器发送的组件更新信息后，所述组件管理器获取所述客户端的组件信息。

可选地，所述组件更新装置还包括：

第一指令接收子模块，用于接收用户的点击开启UI控件的点击指令；

第二更新子模块，用于根据所述点击指令安装或下载安装与所述UI控件相对应的组件模块。

可选地，所述组件更新装置还包括：

第一搜索子模块，用于在所述客户端存储空间内搜索与所述UI控件相对应的组件模块；

第一检测子模块，用于检测所述客户端存储空间内的组件模块是否为当前客户端最适配的组件模块版本；

第三更新子模块，用于向所述服务器发送当前客户端最适配的组件模块版本信息，并接收由服务器发送的当前客户端最适配的组件模块版本进行安装。

可选地，所述组件更新装置还包括：

第一接收子模块，用于接收服务器发送的停止停用指定组件模块的指令信息；

第一禁止子模块，用于根据所述指令信息停止更新和使用所述指令信息指定的组件模块。

可选地，所述组件更新装置还包括：

第一缓存模块，用于缓存所述服务器发送的组件更新信息；

第二检测子模块，用于检测所述客户端内组件版本信息与所述组件更新信息包括的组件版本信息是否一致；

第四更新子模块，用于根据所述组件管理器的检测结果，下载所述组件更新信息中与所述客户端内组件版本信息不相同的组件模块。

本发明实施例的有益效果是：本发明实施例通过采用组件化更新方法，将客户端应用程序不同的功能模块封装为不同的组件，各组件之间相互之间不具有耦合性，提升业务的开发速度和效率。组件化降低客户端与其业务功能之间的耦合度，同时使各业务独立成组件，实现业务的并行开发和发布，并且减小客户端软件安装体积，根据需要动态下载、更新功能组件，使客户端和组件的运行更加高效快速。

附图说明

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

图1为本发明实施例组件更新方法的基本流程图；

图2为本发明实施例客户端应用程序结构框架图；

图3为本发明实施例客户端进行组件更新的具体流程示意图；

图4为本发明实施例根据用户指令进行组件更新的流程示意图；

图5为本发明实施例扩展功能模块安装的基本流程图；

图6为本发明实施停用组件模块流程图；

图7为本发明实施例组件更新装置基本结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

在本发明的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例

请参阅图1，图1为本实施例组件更新方法的基本流程图。

如图1所示，一种组件更新方法，包括下述步骤：

S1100、组件管理器向服务器发送当前时刻客户端的组件信息，以使所述服务器根据所述组件信息确定所述客户端组件是否需要对组件进行更新，所述客户端组件信息包括所述客户端预设的灰度策略。

请参阅图2，图2为本实施例客户端应用程序结构框架图。

如图2所示，本实施方式中整个客户端应用程序将分成三层，第一层是Framework+组件管理器，Framework就是基础库、UI引擎等与业务无任何关联的底层库，涵盖界面搭建、加密解密、编解码等，framework通过导出函数，链接名字绑定的方式提供服务；组件管理器负责组件的管理工作；第二层是核心功能，包括频道、im(即时通讯)、群等(若泛化到通用的软件客户端，则核心功能是该客户端最基础的业务，甚至没有)；第一二层组成客户端平台，平台的升级需要发布客户端版本；第三层是众多的业务组件(依赖于客户端平台提供的接口，完成特定业务逻辑的程序实体，其中可能包含DLL、exe、资源、脚步等)，业务组件支持在不发布客户端版本的情况下动态更新。

预设灰度策略，根据不同用户id(身份标识号)集合，用户id区间，ip(协议地址)范围，升级数量等方案进行灰度，提供更丰富的灰度策略，其中用户id集合度是指在集合内的用户，可以或者必须升级到某个版本，用户id区间是指在id区间内的用户，可以或者必须升级到某个版本，ip范围指客户端运行所在机器的ip位于范围内时，可以或者升级到某个版本，升级数量指只升级特定数量例如1w个用户。

S1200、接收服务器根据客户端预设的灰度策略筛选发送的组件更新信息，以使所述客户端根据所述组件更新信息对需要进行更新的组件进行更新。客户端接收服务器发送的组件更新信息，组件更新信息中包括各组件的更新后使用的版本，客户端当前使用的版本中有一些组件的版本与更新后组件版本是一致的，客户端当前使用的组件中有一些组件版本与更新后组件版本不一致，这些组件就是需要进行更新的组件，客户端仅对该部分组件进行更新。

上述事实上方式，通过采用组件化更新方法，将客户端应用程序不同的功能模块封装为不同的组件，各组件之间相互之间不具有耦合性，提升业务的开发速度和效率。组件化降低客户端与其业务功能之间的耦合度，同时使各业务独立成组件，实现业务的并行开发和发布，并且减小客户端软件安装体积，根据需要动态下载、更新功能组件，使客户端和组件的运行更加高效快速。

请参阅图3，图3为本实施例客户端进行组件更新的具体流程示意图。

如图3所示，本实施例中步骤S1200具体包括：

S1210、客户端缓存所述服务器发送的组件更新信息；客户端接收服务器发送的组件更新信息，为减少对于存储空间和网络资源的占用，客户端仅接收组件更新信息，而不是直接对该自检更新信息中的组件版本进行下载。

S1220、所述组件管理器检测所述客户端内组件版本信息与所述组件更新信息包括的组件版本信息是否一致。确定组件更新信息中的组件版本与客户端当前使用的组件版本的信号是否一致，并将不一致的组件版本进行记录。

S1230、所述客户端根据所述组件管理器的检测结果，下载所述组件更新信息中与所述客户端内组件版本信息不相同的组件模块。客户端下载组件更新信息中的组件版本与客户端当前使用的组件版本的信号不一致的组件版本，并进行下载安装。

本实施方式中，首先对更新信息进行下载缓存，然后确认需要进行更新的组件，仅对需要更新的组件模块进行下载，减少对于存储空间和网络资源的占用，减少了更新过程中对流量带宽的占用，节省了用户的流量资源。

在步骤S1100之前还包括，客户端在何等的条件下获取当前时刻客户端的组件信息的策略，包括：所述客户端开启时所述组件管理器获取所述客户端的组件信息；或，所述组件管理器周期性的获取所述客户端的组件信息；或，所述客户端接收到所述服务器发送的组件更新信息后，所述组件管理器获取所述客户端的组件信息。

其中，客户端开启时所述组件管理器获取所述客户端的组件信息，具体是指，当客户端开启之后，组件管理器立刻拉取客户端组件中的组件信息。

在一些选择性实施例中，组件管理器周期性的获取所述客户端的组件信息，周期性获取是指，客户端内预设在一定的时长内组件管理器拉取客户端组件中的组件信息，如设定组件管理器每隔八个小时获取一次组件信息。

在一些选择性实施例中，客户端接收到所述服务器发送的组件更新信息后，所述组件管理器获取所述客户端的组件信息。服务器再获取到该客户端中应用程序有更新时，向客户端发送更新提醒信息，客户端在接收到该更新提醒信息后，组件管理器立刻拉取客户端组件中的组件信息。

本实施例中还包括一种根据用户指令进行更新的方法，请参阅图4，图4为本实施例根据用户指令进行组件更新的流程示意图。

如图4所示，包括下述步骤：

S1010、接收用户的点击开启UI控件的点击指令；本实施例中为增加普适性，客户端安装的应用程序均为大众版本，但该应用程序还有很多扩展功能模块，满足不同人士的需求，用户在点击了该某个扩展功能模块的UI控件后，客户终端获取该点击指令，点击指令中包括该用户点击的扩展功能模块的组件信息。

S1020、根据所述点击指令安装或下载安装与所述UI控件相对应的组件模块。客户端在接收到了用户安装扩展功能模块的组件信息后，通过本地或者服务器下载的方式安装该扩展功能组件。

具体的安装过程请参阅图5，图5为本实施例扩展功能模块安装的基本流程图。

如图5所示，步骤S1020包括下述步骤：

S1021、组件管理器在所述客户端存储空间内搜索与所述UI控件相对应的组件模块。组件管理器先在客户端本地存储空间内搜索该UI控件对应的扩展功能组件。

S1022、检测所述客户端存储空间内的组件模块是否为当前客户端最适配的组件模块版本。当客户端在本地存储空间内搜索到该UI控件对应的扩展功能组件后，检查该扩展功能组件是不是当前客户端平台最适配的组件版本，若是，则安装该扩展功能组件。

S1023、所述组件管理器向所述服务器发送当前客户端最适配的组件模块版本信息，并接收由服务器发送的当前客户端最适配的组件模块版本进行安装。若扩展功能组件不是当前客户端平台最适配的组件版本，则客户端向服务器下载与当前客户端平台最适配的组件模块版本信息，并对下载的组件模块进行安装。

本实施例中还提供一种，组件停用的方法，在一些应用场景中，部分功能性组件在使用一段时间后被下架，即该客户端不提供某一功能的组件模板时，需要对该组件进行停用。具体请参阅图6，图6为本实施例停用组件模块流程图。

如图6所示，包括下述步骤：

S1310、所述组件管理器接收服务器发送的停止停用指定组件模块的指令信息；客户端的组件管理器接收服务器停止使用某一功能组件的指令信息，该指令信息中包括该功能组件的具体信息。

S1320、根据所述指令信息停止更新和使用所述指令信息指定的组件模块。客户端在接收到服务器发送的停用功能组件的具体信息，停止对该停用功能组件进行更新，同时在客户端内卸载该功能组件。

为解决上述技术问题本发明还提供一种组件更新装置。请参阅图7，图7为组件更新装置基本结构示意图。

如图7所示，一种组件更新装置，包括：发送模块和接收更新模块。其中，发送模块用于向服务器发送当前时刻客户端的组件信息，以使所述服务器根据所述组件信息确定所述客户端组件是否需要对组件进行更新，所述客户端组件信息包括所述客户端预设的灰度策略；接收更新模块用于接收服务器根据客户端预设的灰度策略筛选发送的组件更新信息，以使所述客户端根据所述组件更新信息对需要进行更新的组件进行更新。

在一些实施例中，组件更新装置还包括：第一更新子模块，用于根据不同预设策略获取所述客户端的组件信息，所述预设策略包括：所述客户端开启时所述组件管理器获取所述客户端的组件信息；或，所述组件管理器周期性的获取所述客户端的组件信息；或，所述客户端接收到所述服务器发送的组件更新信息后，所述组件管理器获取所述客户端的组件信息。

在一些实施方式中，组件更新装置还包括：第一指令接收子模块和第二更新子模块。其中，第一指令接收子模块用于接收用户的点击开启UI控件的点击指令；第二更新子模块用于根据所述点击指令安装或下载安装与所述UI控件相对应的组件模块。

在一些选择性实施例中，组件更新装置还包括：第一搜索子模块、第一检测子模块和第三更新子模块。其中，第一搜索子模块用于在所述客户端存储空间内搜索与所述UI控件相对应的组件模块；第一检测子模块用于检测所述客户端存储空间内的组件模块是否为当前客户端最适配的组件模块版本；第三更新子模块用于向所述服务器发送当前客户端最适配的组件模块版本信息，并接收由服务器发送的当前客户端最适配的组件模块版本进行安装。

在一些实施方式中，组件更新装置还包括：第一接收子模块和第一禁止子模块。其中，第一接收子模块用于接收服务器发送的停止停用指定组件模块的指令信息；第一禁止子模块用于根据所述指令信息停止更新和使用所述指令信息指定的组件模块。

在一些实施方式中，组件更新装置还包括：第一缓存模块、第二检测子模块和第四更新子模块。其中，第一缓存模块用于缓存所述服务器发送的组件更新信息；第二检测子模块用于检测所述客户端内组件版本信息与所述组件更新信息包括的组件版本信息是否一致；第四更新子模块用于根据所述组件管理器的检测结果，下载所述组件更新信息中与所述客户端内组件版本信息不相同的组件模块。

本实施方式中客户端是指安装在pc端或者移动智能终端应用程序，特别是用于直播的应用程序。服务器是指物理服务器或者远程虚拟服务器。

需要指出的是本实施列中，机器人的存储器内存储用于实现本实施例中机器人互动方法中的所有程序，处理器能够调用该存储器内的程序，执行上述机器人互动方法所列举的所有功能。由于机器人实现的功能在本实施例中的机器人互动方法进行了详述，在此不再进行赘述。

Claims (10)

1.一种组件更新方法，其特征在于，包括下述步骤：

组件管理器向服务器发送当前时刻客户端的组件信息，以使所述服务器根据所述组件信息确定所述客户端组件是否需要对组件进行更新，所述客户端组件信息包括所述客户端预设的灰度策略；

接收服务器根据客户端预设的灰度策略筛选发送的组件更新信息，以使所述客户端根据所述组件更新信息对需要进行更新的组件进行更新。

2.根据权利要求1所述的组件更新方法，其特征在于，所述组件管理器向服务器发送当前时刻客户端的组件信息，以使所述服务器根据所述组件信息确定所述客户端组件是否需要对组件进行更新，所述客户端组件信息包括所述客户端预设的灰度策略，步骤之前还包括：

所述客户端开启时所述组件管理器获取所述客户端的组件信息；或，

所述组件管理器周期性的获取所述客户端的组件信息；或，

所述客户端接收到所述服务器发送的组件更新信息后，所述组件管理器获取所述客户端的组件信息。

3.根据权利要求1所述的组件更新方法，其特征在于，所述组件管理器向服务器发送当前时刻客户端的组件信息，以使所述服务器根据所述组件信息确定所述客户端组件是否需要对组件进行更新，所述客户端组件信息包括所述客户端预设的灰度策略，步骤之前还包括：

接收用户的点击开启UI控件的点击指令；

根据所述点击指令安装或下载安装与所述UI控件相对应的组件模块。

4.根据权利要求3所述的组件更新方法，其特征在于，所述根据所述点击指令安装或下载安装与所述UI控件相对应的组件模块，步骤包括：

组件管理器在所述客户端存储空间内搜索与所述UI控件相对应的组件模块；

检测所述客户端存储空间内的组件模块是否为当前客户端最适配的组件模块版本；

所述组件管理器向所述服务器发送当前客户端最适配的组件模块版本信息，并接收由服务器发送的当前客户端最适配的组件模块版本进行安装。

5.根据权利要求1所述的组件更新方法，其特征在于，所述接收服务器根据客户端预设的灰度策略筛选发送的组件更新信息，以使所述客户端根据所述组件更新信息对需要进行更新的组件进行更新，步骤之后包括：

所述组件管理器接收服务器发送的停止停用指定组件模块的指令信息；

根据所述指令信息停止更新和使用所述指令信息指定的组件模块。

6.根据权利要求1所述的组件更新方法，其特征在于，所述接收服务器根据客户端预设的灰度策略筛选发送的组件更新信息，以使所述客户端根据所述组件更新信息对需要进行更新的组件进行更新，步骤包括：

客户端缓存所述服务器发送的组件更新信息；

所述组件管理器检测所述客户端内组件版本信息与所述组件更新信息包括的组件版本信息是否一致；

所述客户端根据所述组件管理器的检测结果，下载所述组件更新信息中与所述客户端内组件版本信息不相同的组件模块。

7.一种组件更新装置，其特征在于，包括：

发送模块，用于向服务器发送当前时刻客户端的组件信息，以使所述服务器根据所述组件信息确定所述客户端组件是否需要对组件进行更新，所述客户端组件信息包括所述客户端预设的灰度策略；

接收更新模块，用于接收服务器根据客户端预设的灰度策略筛选发送的组件更新信息，以使所述客户端根据所述组件更新信息对需要进行更新的组件进行更新。

8.根据权利要求7所述的组件更新装置，其特征在于，所述组件更新装置还包括：

第一更新子模块，用于根据不同预设策略获取所述客户端的组件信息，所述预设策略包括：

所述客户端开启时所述组件管理器获取所述客户端的组件信息；或，

所述组件管理器周期性的获取所述客户端的组件信息；或，

所述客户端接收到所述服务器发送的组件更新信息后，所述组件管理器获取所述客户端的组件信息。

9.根据权利要求7所述的组件更新装置，其特征在于，所述组件更新装置还包括：

第一指令接收子模块，用于接收用户的点击开启UI控件的点击指令；

第二更新子模块，用于根据所述点击指令安装或下载安装与所述UI控件相对应的组件模块。

10.根据权利要求9所述的组件更新装置，其特征在于，所述组件更新装置还包括：

第一搜索子模块，用于在所述客户端存储空间内搜索与所述UI控件相对应的组件模块；

第一检测子模块，用于检测所述客户端存储空间内的组件模块是否为当前客户端最适配的组件模块版本；

第三更新子模块，用于向所述服务器发送当前客户端最适配的组件模块版本信息，并接收由服务器发送的当前客户端最适配的组件模块版本进行安装。