CN104598266A

CN104598266A - 客户端应用业务逻辑更新方法、装置及设备

Info

Publication number: CN104598266A
Application number: CN201410768253.3A
Authority: CN
Inventors: 李洪
Original assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Current assignee: Baidu Online Network Technology Beijing Co Ltd; Beijing Baidu Netcom Science and Technology Co Ltd
Priority date: 2014-12-11
Filing date: 2014-12-11
Publication date: 2015-05-06

Abstract

本发明提供了客户端应用业务逻辑更新方法、装置及设备。其中的客户端应用业务逻辑更新方法包括：接收业务逻辑插件；利用接收的所述业务逻辑插件更新应用当前业务逻辑插件；其中，所述当前业务逻辑插件为：对从应用中分离出来的可被更新的业务逻辑封装得到的插件。本发明实现了能在客户端产品不发布新版本的情况下，通过配置插件即可完成业务动态更新，节约开发和发布成本，并实现实时更新，不需用户主动升级客户端版本。

Description

客户端应用业务逻辑更新方法、装置及设备

技术领域

本发明涉及计算机领域，尤其涉及一种客户端应用业务逻辑更新方法、装置及设备。

背景技术

目前，大部分客户端应用业务逻辑使用一套固定流程，如果需要业务更新或修复业务逻辑中的bug(漏洞)，只能通过修改客户端代码或发布新版本来实现，该两种实现方式不但浪费人力物力，而且开发周期长、速度慢，另外均依赖于用户主动更新，因此现有的业务逻辑更新方式无法适应业务需求的动态变化，以及无法满足修复业务逻辑中的bug等紧急需求。

发明内容

本发明解决的技术问题之一是提供一种客户端应用业务逻辑更新方法、装置及设备，快速灵活的实现应用业务逻辑的更新。

根据本发明一方面的一个实施例，提供了一种客户端应用业务逻辑更新方法，包括：

接收业务逻辑插件；

利用接收的所述业务逻辑插件更新应用当前业务逻辑插件；其中，所述当前业务逻辑插件为：对从应用中分离出来的可被更新的业务逻辑封装得到的插件。

可选地，接收业务逻辑插件包括：

发送携带标识以及版本信息的业务逻辑插件列表给服务器；

接收服务器返回的标识相同、版本信息不同的业务逻辑插件。

可选地，接收业务逻辑插件包括：

接收服务器下发的携带标识、版本信息以及统一资源定位符的业务逻辑插件列表；

确定出标识相同、版本信息不同的业务逻辑插件；

根据统一资源定位符获取所述标识相同、版本信息不同的业务逻辑插件。

可选地，利用接收的所述业务逻辑插件更新应用当前业务逻辑插件包括：

利用接收的所述业务逻辑插件替换应用当前业务逻辑插件中同一标识的业务逻辑插件。

可选地，利用接收的所述业务逻辑插件更新应用当前业务逻辑插件后，所述方法还包括：

更新应用当前业务逻辑插件的版本信息。

可选地，所述业务逻辑插件包括供应用访问的访问接口。

根据本发明另一方面的一个实施例，提供了一种客户端应用业务逻辑更新装置，包括：

用于接收业务逻辑插件的单元；

用于利用接收的所述业务逻辑插件更新应用当前业务逻辑插件的单元；其中，所述当前业务逻辑插件为：对从应用中分离出来的可被更新的业务逻辑封装得到的插件。

可选地，用于接收业务逻辑插件的单元包括：

用于发送携带标识以及版本信息的业务逻辑插件列表给服务器的子单元；

用于接收服务器返回的标识相同、版本信息不同的业务逻辑插件的子单元。

可选地，用于接收业务逻辑插件的单元包括：

用于接收服务器下发的携带标识、版本信息以及统一资源定位符的业务逻辑插件列表的子单元；

用于确定出标识相同、版本信息不同的业务逻辑插件的子单元；

用于根据统一资源定位符获取所述标识相同、版本信息不同的业务逻辑插件的子单元。

可选地，用于利用接收的所述业务逻辑插件更新应用当前业务逻辑插件的单元具体用于：

可选地，还包括：

用于更新应用当前业务逻辑插件的版本信息的单元。

可选地，所述业务逻辑插件包括供应用访问的访问接口。

根据本发明的另一方面的一个实施例，还提供了一种计算机设备，包括前述客户端应用业务逻辑更新装置。

由于本实施例通过接收业务逻辑插件，来更新应用当前业务逻辑插件，从而实现能在客户端产品不发布新版本的情况下，通过配置插件即可完成业务动态更新，节约开发和发布成本，并实现实时更新，不需用户主动升级客户端版本，实现快速灵活的更新应用业务逻辑

本领域普通技术人员将了解，虽然下面的详细说明将参考图示实施例、附图进行，但本发明并不仅限于这些实施例。而是，本发明的范围是广泛的，且意在仅通过后附的权利要求限定本发明的范围。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1是根据本发明一个实施例的从应用中分离出业务逻辑插件的方法的流程图。

图2是根据本发明一个实施例的客户端应用业务逻辑更新方法的流程图。

图3是根据本发明一个实施例的接收业务逻辑插件的方法的流程图。

图4是根据本发明另一个实施例的接收业务逻辑插件的方法的流程图。

图5是根据本发明一个实施例的客户端应用业务逻辑更新装置的结构示意图。

图6是根据本发明一个实施例的接收单元结构示意图。

图7是根据本发明另一个实施例的接收单元结构示意图。

图8是根据本发明另一个实施例的客户端应用业务逻辑更新装置的结构示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

由于采用现有技术修改客户端代码以及发布新版本的方式，来更新客户端应用业务逻辑存在浪费人力物力，而且开发周期长、速度慢等诸多问题，从而无法适应业务需求的动态变化，以及无法满足修复逻辑中的bu_g等紧急需求。因此，本申请实施例采用插件模式更新应用业务逻辑，从而实现能在客户端产品不发布新版本的情况下，通过配置插件即可完成业务动态更新，节约开发和发布成本，并实现实时更新，不需用户主动升级客户端版本。

本申请实施例为实现应用业务逻辑的插件模式更新方案，需将应用中可被更新的业务逻辑分离出来，具体的分离操作流程如图1中所示，可包括如下步骤：

S100、将应用中可被更新的业务逻辑分离出来；

分离出来的业务逻辑即为应用中可被更新的业务逻辑，例如，将应用中图片加载、数据加载或视图的创建等业务逻辑分离出来。

可以理解的是，一个应用可以分离出一个或多个业务逻辑。

S110、将分离出来的业务逻辑封装到插件中。

具体的，将分离出来的业务逻辑封装到插件中，即，将分离出来的业务逻辑封装成插件模式，且封装后的插件提供访问接口，通过该访问接口应用可访问(即调用)该插件，且通过该访问接口插件也可访问应用。

其中，封装后的插件需包含如下信息：插件标识及插件版本信息，还可包含：插件名称及插件大小等信息。

完成上述业务逻辑分离以及封装成插件的操作后，后续可对这些插件进行更新操作。下面结合附图对本发明的业务逻辑更新操作作进一步详细描述。

图2是根据本发明一个实施例的客户端应用业务逻辑更新方法的流程图。本发明中的方法主要通过计算机设备中的操作***或处理控制器来完成。将操作***或处理控制器称为客户端应用业务逻辑更新装置。该计算机设备包括但不限于以下中的至少一个：用户设备、网络设备。用户设备包括但不限于计算机、智能手机、PDA等。网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。

如图2中所示，该客户端应用业务逻辑更新方法主要包括如下步骤：

S200、接收业务逻辑插件；

S210、利用接收的所述业务逻辑插件更新应用当前业务逻辑插件。

下面对上述步骤做进一步详细介绍。

其中，步骤S200中所述的接收业务逻辑插件的方法一种实施例流程如图3中所示，该接收业务逻辑插件的方法主要包括如下子步骤：

子步骤201、发送携带标识以及版本信息的业务逻辑插件列表给服务器；

本申请实施例中，可以由客户端向服务器发送业务逻辑插件列表，该业务逻辑插件列表中包含客户端中所有应用的当前业务逻辑插件，以及每个业务逻辑插件的相应信息，如标识以及版本信息等。服务器在接收到该业务逻辑插件列表后，与服务器端的对应业务逻辑插件列表比对，具体的，比对同一标识的业务逻辑插件对应的版本信息是否相同，若相同，说明该标识对应的业务逻辑插件无更新版本，若不同，则说明该标识对应的业务逻辑插件需更新，例如，客户端发送的业务逻辑插件列表中包含的一个业务逻辑插件标识为123，该业务逻辑插件的版本信息为V1，而服务器端保存的对应的业务逻辑插件列表中，同一标识123对应的业务逻辑插件的版本信息为V2，则说明客户端的标识为123的业务逻辑插件需要更新。

其中客户端可以在每次启动时发送所述业务逻辑插件列表，或者也可以定时发送所述业务逻辑插件列表，例如，每间隔5小时，或每间隔10小时等发送该业务逻辑插件列表；或者也可实时发送所述业务逻辑插件列表。

子步骤202、接收服务器返回的标识相同、版本信息不同的业务逻辑插件。

具体的，本步骤中接收的业务逻辑插件均为待更新的业务逻辑插件。

其中，一种实施例服务器返回的业务逻辑插件为业务逻辑插件列表，其包含每个业务逻辑插件的相关信息，如标识、版本信息等等，还包含业务逻辑插件的URL(Uniform Resoure Locator：统一资源定位符)，通过该URL客户端可获取业务逻辑插件。

另一种实施例服务器在返回业务逻辑插件列表的同时，提供对应的业务逻辑插件。

上述为接收业务逻辑插件的一种实施例，本申请提供的接收业务逻辑插件的另一种实施例流程图如图4中所示，具体可包括如下子步骤：

子步骤203、接收服务器下发的业务逻辑插件列表；

服务器下发的业务逻辑插件列表中包含本客户端中所有应用的业务逻辑插件，以及每个业务逻辑插件的相应信息，如标识以及版本信息、URL等。

其中，服务器可定时下发该业务逻辑插件列表，例如没间隔6小时下发，或每间隔24小时下发等等。

子步骤204、确定出标识相同、版本信息不同的业务逻辑插件；

客户端在接收到该业务逻辑插件列表后，与本端的业务逻辑插件列表比对，具体的，比对同一标识的业务逻辑插件对应的版本信息是否相同，若相同，说明该标识对应的业务逻辑插件无更新版本，若不同，则说明该标识对应的业务逻辑插件需更新。

子步骤205、根据URL获取标识相同、版本信息不同的业务逻辑插件。

子步骤204中，通过比对客户端业务逻辑插件列表与从服务器接收的业务逻辑插件列表，可确定出标识相同、版本信息不同的业务逻辑插件，即，确定出需要更新的业务逻辑插件，则可根据该确定出的需要更新的业务逻辑插件的URL获取业务逻辑插件。

对于其他标识相同且版本信息相同的业务逻辑插件信息可丢弃处理。

需要说明的是，本实施例中不论是服务器直接提供的业务逻辑插件，还是根据URL获取的业务逻辑插件，均具有与应用分离出的业务逻辑插件一样的访问接口。

另外，本申请实施例在步骤S200接收业务逻辑插件后，可验证接收的业务逻辑插件的合法性，以保证所接收业务逻辑插件的可信度，例如，通过检查业务逻辑插件的签名及MD5(Message Digest Algorithm，消息摘要算法第五版)值来验证业务逻辑插件的合法性。

其中，步骤S210中利用接收的所述业务逻辑插件更新应用当前业务逻辑插件，所述的当前业务逻辑插件为：对从应用中分离出来的可被更新的业务逻辑封装得到的插件，即，从应用中分离出来的业务逻辑插件。可以理解的是，该当前业务逻辑插件可以为从应用中分离出来后被更新过若干次的业务逻辑插件。

一种实施例所述的利用业务逻辑插件更新应用当前业务逻辑插件的方法包括：利用所述业务逻辑插件替换同一标识的业务逻辑插件。具体的，根据接收的业务逻辑插件的标识查找到客户端同一标识的业务逻辑插件，之后替换掉客户端当前的业务逻辑插件，并更新业务逻辑插件列表中对应的版本信息。本实施例为更新应用当前业务逻辑的场景，例如，将应用的一种图片加载方式更新为另一种图片加载方式。

另一种实施例所述的利用业务逻辑插件更新应用当前业务逻辑插件的方法包括：在当前业务逻辑插件列表中增加接收的业务逻辑插件，本实施例为新增应用业务逻辑的场景，例如，在应用当前业务逻辑基础上新增一种语音识别业务逻辑。

本实施例所述客户端应用业务逻辑更新方法，通过接收业务逻辑插件，来更新应用当前业务逻辑插件，从而实现能在客户端产品不发布新版本的情况下，通过配置插件即可完成业务动态更新，节约开发和发布成本，并实现实时更新，不需用户主动升级客户端版本。

以上为本申请提供的客户端应用业务逻辑更新方法实施例，基于上述方法同样的思路，本申请实施例还提供一种客户端应用业务逻辑更新装置，如图5中所示为根据本发明一种实施例的所述装置结构示意图，该装置主要包括：

用于接收业务逻辑插件的单元500，以下简称接收单元500；

其中，该接收单元500一种实施例的结构示意图如图6中所示，该接收单元500包括如下子单元来接收所述业务逻辑插件：

用于发送携带标识以及版本信息的业务逻辑插件列表给服务器的子单元501，以下简称列表发送子单元501；本申请实施例中，可以由列表发送单元501向服务器发送业务逻辑插件列表，该业务逻辑插件列表中包含客户端中所有应用的当前业务逻辑插件，以及每个业务逻辑插件的相应信息，如标识以及版本信息等。服务器在接收到该业务逻辑插件列表后，与服务器端的对应业务逻辑插件列表比对，具体的，比对同一标识的业务逻辑插件对应的版本信息是否相同，若相同，说明该标识对应的业务逻辑插件无更新版本，若不同，则说明该标识对应的业务逻辑插件需更新，例如，客户端发送的业务逻辑插件列表中包含的一个业务逻辑插件标识为123，该业务逻辑插件的版本信息为V1，而服务器端保存的对应的业务逻辑插件列表中，同一标识123对应的业务逻辑插件的版本信息为V2，则说明客户端的标识为123的业务逻辑插件需要更新。

其中列表发送子单元501可以在每次客户端启动时发送所述业务逻辑插件列表，或者也可以定时发送所述业务逻辑插件列表，例如，每间隔5小时，或每间隔10小时等发送该业务逻辑插件列表；或者也可实时发送所述业务逻辑插件列表。

用于接收服务器返回的标识相同、版本信息不同的业务逻辑插件的子单元502，以下简称第一接收子单元502。

具体的，第一接收子单元502接收的业务逻辑插件均为待更新的业务逻辑插件。

其中，一种实施例服务器返回的业务逻辑插件为业务逻辑插件列表，其包含每个业务逻辑插件的相关信息，如标识、版本信息等等，还包含业务逻辑插件的URL(Uniform Resoure Locator：统一资源定位符)，第一接收子单元502通过该URL客户端可获取业务逻辑插件。

其中，该接收单元500另一种实施例的结构示意图如图7中所示，该接收单元500包括如下子单元来接收所述业务逻辑插件：

用于接收服务器下发的携带标识、版本信息以及统一资源定位符的业务逻辑插件列表的子单元503，以下简称第二接收子单元503；

该服务器下发的业务逻辑插件列表中包含本客户端中所有应用的业务逻辑插件，以及每个业务逻辑插件的相应信息，如标识以及版本信息、URL等。

用于确定出标识相同、版本信息不同的业务逻辑插件的子单元504，以下简称确定子单元504；

在第二接收子单元503接收到该业务逻辑插件列表后，确定子单元504与本客户端的业务逻辑插件列表比对，具体的，比对同一标识的业务逻辑插件对应的版本信息是否相同，若相同，说明该标识对应的业务逻辑插件无更新版本，若不同，则说明该标识对应的业务逻辑插件需更新。

用于根据统一资源定位符获取所述标识相同、版本信息不同的业务逻辑插件的子单元505，以下简称获取子单元505。

确定子单元504通过比对客户端业务逻辑插件列表与从服务器接收的业务逻辑插件列表，可确定出标识相同、版本信息不同的业务逻辑插件，即，确定出需要更新的业务逻辑插件，则获取子单元505可根据该确定出的需要更新的业务逻辑插件的URL获取业务逻辑插件。

本实施例对于其他标识相同且版本信息相同的业务逻辑插件信息可丢弃处理。

用于利用接收的所述业务逻辑插件更新应用当前业务逻辑插件的单元510，以下简称插件更新单元510；所述的当前业务逻辑插件为：对从应用中分离出来的可被更新的业务逻辑封装得到的插件，即，从应用中分离出来的业务逻辑插件。可以理解的是，该当前业务逻辑插件可以为从应用中分离出来后被更新过若干次的业务逻辑插件。

一种实施例插件更新单元510利用业务逻辑插件更新应用当前业务逻辑插件的方法包括：利用所述业务逻辑插件替换应用当前业务逻辑插件中同一标识的业务逻辑插件。具体的，根据接收的业务逻辑插件的标识查找到客户端同一标识的业务逻辑插件，之后替换掉客户端当前的业务逻辑插件。本实施例为更新应用当前业务逻辑的场景，例如，将应用的一种图片加载方式更新为另一种图片加载方式。

另一种实施例插件更新单元510利用业务逻辑插件更新应用当前业务逻辑插件的方法包括：在当前业务逻辑插件列表中增加接收的业务逻辑插件，本实施例为新增应用业务逻辑的场景，例如，在应用当前业务逻辑基础上新增一种语音识别业务逻辑。

图8是根据本发明另一个实施例的客户端应用业务逻辑更新装置的结构示意图，本实施例所述装置还可包括：

用于更新应用当前业务逻辑插件的版本信息的单元520，以下简称版本信息更新单元520，该版本信息更新单元520可以在插件更新单元510更新当前业务逻辑插件后，更新业务逻辑插件列表中对应的版本信息。

另外，为保证所接收业务逻辑插件的可信度，本申请实施例所述装置还可包括：用于验证接收的业务逻辑插件合法性的单元530，简称合法性验证单元530，具体的，该合法性验证单元530在接收单元500接收业务逻辑插件后，可验证接收的业务逻辑插件的合法性，以例如，通过检查业务逻辑插件的签名及MD5(Message Digest Algorithm，消息摘要算法第五版)值来验证业务逻辑插件的合法性。

综上所述，本申请实施例所述客户端应用业务逻辑更新方法或装置，通过接收业务逻辑插件，来更新应用当前业务逻辑插件，从而实现能在客户端产品不发布新版本的情况下，通过配置插件即可完成业务动态更新，节约开发和发布成本，并实现实时更新，不需用户主动升级客户端版本。

需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本发明的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本发明的方法和/或技术方案。而调用本发明的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本发明的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本发明的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。***权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims

1.一种客户端应用业务逻辑更新方法，其中，包括：

接收业务逻辑插件；

2.根据权利要求1所述的方法，其中接收业务逻辑插件包括：

发送携带标识以及版本信息的业务逻辑插件列表给服务器；

3.根据权利要求1所述的方法，其中接收业务逻辑插件包括：

确定出标识相同、版本信息不同的业务逻辑插件；

4.根据权利要求2或3所述的方法，其中利用接收的所述业务逻辑插件更新应用当前业务逻辑插件包括：

5.根据权利要求4所述的方法，其中利用接收的所述业务逻辑插件更新应用当前业务逻辑插件后，所述方法还包括：

更新应用当前业务逻辑插件的版本信息。

6.根据权利要求1所述的方法，其中所述业务逻辑插件包括供应用访问的访问接口。

7.一种客户端应用业务逻辑更新装置，其中，包括：

用于接收业务逻辑插件的单元；

8.根据权利要求7所述的装置，其中用于接收业务逻辑插件的单元包括：

9.根据权利要求7所述的装置，其中用于接收业务逻辑插件的单元包括：

10.根据权利要求8或9所述的装置，其中用于利用接收的所述业务逻辑插件更新应用当前业务逻辑插件的单元具体用于：

11.根据权利要求10所述的装置，其中还包括：

用于更新应用当前业务逻辑插件的版本信息的单元。

12.根据权利要求7所述的装置，其中所述业务逻辑插件包括供应用访问的访问接口。

13.一种计算机设备，包括根据权利要求7-12中任一个的客户端应用业务逻辑更新装置。