CN111708566A

CN111708566A - 软件增量更新方法、装置、***及计算机可读存储介质

Info

Publication number: CN111708566A
Application number: CN202010526720.7A
Authority: CN
Inventors: 卢柱均; 李利和
Original assignee: Shenzhen Yunzhijia Network Co ltd
Current assignee: Shenzhen Yunzhijia Network Co ltd
Priority date: 2020-06-10
Filing date: 2020-06-10
Publication date: 2020-09-25

Abstract

本申请实施例提供了一种软件增量更新方法、装置、***及计算机可读存储介质，该方法先判断客户端是否需要更新到最新版本，若是则进行全量更新，若否，则对版本落后的模块进行增量更新。本申请实施例在兼顾全量更新的同时，在客户端不需要全量更新时，能够通过对版本落后的模块进行增量更新，增量更新的更新包和更新时间都大幅缩小。并且在客户端不需要全量更新时，用户无需重新安装客户端，仅需要对其中个别模块进行增量更新，用户对增量更新全程无感知，提高了用户的使用体验。

Description

软件增量更新方法、装置、***及计算机可读存储介质

技术领域

本申请实施例涉及软件更新技术领域，尤其涉及一种软件增量更新方法、装置、***及计算机可读存储介质。

背景技术

随着现代科技的发展，计算机、平板、手机等终端工具走进了人们的生活，提高了人们的工作效率，丰富了人们的娱乐活动。这些终端通过网络连接到服务器，并且终端上和服务器上都安装有相应的软件，以完成人们所需的功能。随着人们所需的功能不断增加，软件也需要进行更新升级。软件更新升级是指，软件开发者在编写软件的时候，由于设计人员考虑不全面或程序功能不完善，在软件发行后，通过对程序的修改或加入新的功能后，以补丁的形式发布的方式。用户根据这些补丁对软件更新升级，即可升级完成。

目前软件升级大多采用全量更新的方式，即在进行更新操作时，更新软件所有的地方，不管这个组件或者模块是否需要更新，会更新替换所有内容。这种更新方式的劣势很明显例如：更新内容太多，用户等待下载、安装时间过长。

发明内容

本申请实施例提供了一种软件增量更新方法、装置、***及计算机可读存储介质，以解决上述全量更新更新内容太多，用户等待下载、安装时间过长的技术问题。

第一方面，本申请实施例提供一种软件增量更新方法，包括：

获取本地信息与服务端信息，所述本地信息包括本地客户端版本信息和本地模块版本信息，所述服务端信息包括客户端最新版本信息和模块最新版本信息；

若所述本地客户端版本信息与所述客户端最新版本信息不一致，则执行全量更新；

若所述本地客户端版本信息与所述客户端最新版本信息一致，则对所述本地模块版本信息与所述模块最新版本信息不一致的模块执行增量更新。

结合第一方面，在一种可能的实现方式中，所述执行增量更新包括：

获取所述本地模块版本信息与所述模块最新版本信息不一致的模块对应的模块更新包；

保存所述模块更新包在预设位置，以使得客户端从所述预设位置加载所述模块更新包。

结合第一方面，在一种可能的实现方式中，所述对所述本地模块版本信息与所述模块最新版本信息不一致的模块执行增量更新包括：

判断一个模块对应的所述本地模块版本信息与所述模块最新版本信息是否一致；

若否，则根据所述模块执行增量更新；

若是，则判断下一个模块对应的所述本地模块版本信息与所述模块最新版本信息是否一致，直到所有模块判断完毕。

结合第一方面，在一种可能的实现方式中，所述对所述本地模块版本信息与所述模块最新版本信息不一致的模块执行增量更新之后，所述方法还包括：

将所述本地模块版本信息更新为所述模块最新版本信息。

结合第一方面，在一种可能的实现方式中，所述执行全量更新包括：

获取客户端对应的全量更新包；

安装所述全量更新包。

结合第一方面，在一种可能的实现方式中，所述执行全量更新之后，所述方法还包括：

将所述本地客户端版本信息更新为所述客户端最新版本信息。

结合第一方面，在一种可能的实现方式中，所述获取本地信息与服务端信息之前，所述方法还包括：

服务器存储所述服务端信息，以使得客户端从所述服务器获取所述服务端信息；

服务器存储所述客户端最新版本信息对应的全量更新包，以使得所述客户端从所述服务器获取所述全量更新包；

服务器存储所述模块最新版本信息对应的模块更新包，以使得所述客户端从所述服务器获取所述模块更新包。

第二方面，本申请实施例提供一种软件增量更新装置，包括：

获取模块，用于获取本地信息与服务端信息，所述本地信息包括本地客户端版本信息和本地模块版本信息，所述服务端信息包括客户端最新版本信息和模块最新版本信息；

全量更新模块，用于若所述本地客户端版本信息与所述客户端最新版本信息不一致，则执行全量更新；

增量更新模块，用于若所述本地客户端版本信息与所述客户端最新版本信息一致，则对所述本地模块版本信息与所述模块最新版本信息不一致的模块执行增量更新。

结合第二方面，在一种可能的实现方式中，增量更新模块还用于：

若否，则根据所述模块执行增量更新；

将所述本地模块版本信息更新为所述模块最新版本信息。

结合第二方面，在一种可能的实现方式中，全量更新模块还用于：

获取客户端对应的全量更新包；

安装所述全量更新包。

第三方面，本申请实施例提供一种软件增量更新***，包括终端和服务器；

所述服务器上存储有服务端信息、全量更新包和模块更新包；

所述终端用于执行如第一方面的软件增量更新方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行如第一方面的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

附图说明

图1为本申请实施例提供的一种软件增量更新方法的流程图；

图2为本申请实施例提供的软件增量更新方法的整体逻辑图；

图3为本申请实施例提供的一种软件增量更新装置的示意图；

图4为本申请实施例提供的一种软件增量更新***的示意图。

具体实施方式

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

为了下述各实施例的描述清楚简洁，首先给出相关技术的简要介绍：

软件升级:是指软件开发者在编写软件的时候，由于设计人员考虑不全面或程序功能不完善，在软件发行后，通过对程序的修改或加入新的功能后，以补丁的形式发布的方式。用户把这些补丁更新，即升级完成。

全量更新:是指在进行更新操作时，更新所有的地方，不管这个组件或者模块是否需要更新，会更新替换所有内容。这种更新方式的劣势很明显例如：更新内容太多，用户等待下载、安装时间过长。

增量更新:是指在软件进行更新操作时，只更新需要改变的地方，不需要更新或者已经更新过的地方则不会重复更新，增量更新与完全更新相对。这种更新的概念应用范围比较广泛，凡是需要进行数据更新的地方都会用到，如软件更新、数据库更新、杀毒软件的病毒库更新、CMS更新和路由表更新等。

增量更新对比全量更新的优势:

(1)增量更新包相比于全量更新包体积小得多，减少流量和用户下载时间。

(2)全量更新有安装等待时间，增量更新则无需安装只需要下载完即可使用。

(3)全量更新有用户感知的安装过程。

图1为本申请实施例提供的一种软件增量更新方法的流程图。图2为本申请实施例提供的软件增量更新方法的整体逻辑图。请参阅图1和图2，本申请实施例提供的一种软件增量更新方法，以客户端执行，包括：

101、客户端获取本地信息与服务端信息。

在本申请实施例中，客户端为安装在终端上的软件，例如安装在个人计算机(personal computer，PC)上的软件，安装在手机上的软件或者是安装在平板上的软件。终端通过客户端实现其功能，因此可以描述为终端执行本申请实施例提供的软件增量更新方法，也可以描述为客户端执行本申请实施例提供的软件增量更新方法。为方便统一，本申请实施例以客户端为执行主体进行描述。

在本申请实施例中，本地信息是指存储在客户端的信息，或者称为存储在终端中的信息。本地信息主要包括本地客户端版本、各个本地模块版本等。客户端可以将存储在本地的信息读取出来。表1为本地信息的示例表格。如表1所示，本地信息可以包括一个本地客户端版本以及多个本地模块版本。

表1

在本申请实施例中，服务端信息是指存储在服务器上的信息，或者存储在网络云上的信息。服务端信息主要包括客户端最新版本、各个模块最新版本等信息。客户端可以通过与服务器或网络云之间的网络连接，将服务器或网络云上的服务端信息下载下来。具体地，服务器或网络云可以向客户端推送下载地址，使得客户端可以下载服务端信息。

在一些实施例中，版本(本地客户端版本、各个本地模块版本、客户端最新版本、各个模块最新版本等)可以通过版本号来表示。示例性的，本地客户端版本为1.0，一般是指第一个版本。本地模块版本可以为1.0.3，或者是1.0.4。在实际应用中，版本还可以用其他标识来表示，本申请实施例对此不做限定。

在本申请实施例中，客户端可以由多个模块组成。例如，一个杀毒软件可以由杀毒软件程序主体、病毒库、木马库、主动防御模块等组成。又例如，一个即时通讯软件可以由即时通讯软件主体、视频模块、文件传输模块、截图模块等组成。本申请实施例对具体的模块不做限定，可以将各个模块称为第一模块、第二模块、第三模块等。

在本申请实施例中，各个模块可以由其对应的模块版本。例如，第一模块的本地模块版本是1.0.3，第二模块的本地模块版本是1.0.1，第一模块的模块最新版本是1.0.3等。每个模块有其对应的版本，用来表示该模块的版本信息，较新版本的模块一般能够包含更多的功能，稳定性更高，更安全。

表2为本申请实施例中服务端信息的示例表格。如表2所示，服务端信息可以包括一个客户端最新版本、多个模块最新版本等信息。

表2

102、客户端判断客户端最新版本与本地客户端版本是否一致，若一致，则执行步骤103，若不一致，则执行步骤105。

在本申请实施例中，客户端从服务器下载了服务端信息后，从服务端信息中提取到客户端最新版本。并且，客户端可以将客户端最新版本与本地客户端版本进行比较，若一致，则执行步骤103，若不一致，则执行步骤106。示例性的，客户端最新版本为1.2，本地客户端版本为1.1，则客户端最新版本与本地客户端版本不一致，客户端将执行步骤104。又例如，客户端最新版本为1.2，本地客户端版本为1.2，则两者一致，客户端将执行步骤103。

103、客户端判断本地模块版本与对应的模块最新版本是否一致，若不一致，则执行步骤104，若一致，则继续判断下一个模块的本地模块版本与对应的模块最新版本是否一致，直到所有模块判断完毕。

在本申请实施例中，客户端从服务器下载了服务端信息后，从服务端信息中提取到各个模块的模块最新版本。然后，客户端可以将各个本地模块版本与对应的模块最新版本进行比较，若不一致，则执行步骤104，若一致，则结束。示例性的，第一模块的本地模块版本为1.0.3，而客户端下载到的服务端信息中，第一模块的模块最新版本为1.0.4，则两者不一致，客户端执行步骤104。若客户端下载到的服务端信息中，第一模块的模块最新版本为1.0.3，则两者一致，客户端继续检测下一个模块的版本信息是否一致。当客户端检测到所有模块的版本信息都一致时，客户端结束本申请的方法流程。

在一些实施例中，本申请的方法流程通过一个程序进程实现，则客户端结束本申请的方法流程时，可以关闭对应的进程。

需要说明的是，本申请实施例中，客户端可以包含多个模块，例如，第一模块、第二模块、第三模块等。每个模块有对应的本地模块版本。表1为本申请实施例中，客户端本地存储的本地模块版本信息。

表3为根据表1和表2对比得出的示例表格。如表3所示，第一模块的本地模块版本与模块最新版本不一致，则客户端检测到第一模块的本地模块版本与模块最新版本不一致后，执行步骤104，执行完步骤104后，返回执行步骤103。而第二模块的本地模块版本与模块最新版本一致，则客户端检测到第二模块的本地模块版本与模块最新版本一致后，继续检测第三模块的本地模块版本与模块最新版本是否一致。第一模块、第二模块、第三模块都检测并处理完毕后，客户端可以完成增量更新。

表3

在一些实施例中，客户端可以设置多个子进程，来同时检测各个模块的本地模块版本与对应的模块最新版本是否一致。然后客户端可以将检测出来的本地模块版本与对应的模块最新版本不一致的模块的标识发送给用于执行步骤104的进程。

在一些实施例中，客户端可以逐个模块地检测本地模块版本与对应的模块最新版本是否一致，并处理。示例性的，客户端先检测第一模块的本地模块版本与对应的模块最新版本是否一致，若不一致，则执行步骤104进行处理，处理完后再继续检测第二模块的本地模块版本与对应的模块最新版本是否一致。若一致，则继续检测第二模块的本地模块版本与对应的模块最新版本是否一致。

104、客户端从服务器获取模块对应的模块更新包，将模块更新包保存到指定位置。

在本申请实施例中，客户端确定了本地模块版本与对应的模块最新版本不一致的模块后，可以从服务器获取其对应的模块更新包。示例性的，客户端确定本地模块版本与对应的模块最新版本不一致的模块为第一模块，则客户端可以从服务器获取第一模块对应的模块更新包。

客户端获取模块更新包后，将更新包保存到指定位置。在一些情况中，指定位置可以是指预设的存储文件夹。

在本申请实施例中，模块更新包里面包含模块的对应数据。在一些实施例中，客户端可以读取这些数据并生成对应的文件，使得客户端能够实现对应的功能。在另一些实施例中，客户端可以读取这些数据并配置加载对应的模块，使得客户端能够实现对应的功能。在本申请实施例中，客户端启动的时候，可以读取加载已经更新的数据(即模块更新包)，从而配置加载对应的模块。示例性的，杀毒软件启动的时候，可以读取加载已经更新的数据，从而配置和加载病毒库模块。

在第一种情况下，客户端启动的时候通过模块更新包加载配置对应的模块。在第二种情况下，当模块更新包保存到指定位置后，客户端可以马上通过模块更新包加载配置对应的模块，使得对应的模块实时更新。在第三种情况下，当模块更新包保存到指定位置后，客户端执行重启，然后在客户端启动的时候通过模块更新包加载配置对应的模块。在实际应用中，还可能存在其他情况，例如客户端过一段时间再重启，本申请实施例对此不做限定。

在一些实施例中，客户端将模块更新包保存到指定位置后，可以将客户端最新版本、模块最新版本保存至本地，作为本地客户端版本以及本地模块版本。示例性的，如表3的示例中，第一模块的模块最新版本号为1.0.4，第一模块的本地模块版本为1.0.3。在客户端从服务器获取第一模块对应的模块更新包，将模块更新包保存到指定位置之后，客户端可以将第一模块的本地模块版本1.0.3替换为1.0.4。

在一些实施例中，客户端将模块更新包保存到指定位置后，可以将指定位置的信息保存下来。示例性的，客户端将模块更新包保存到C盘下客户端对应的文件夹中，则客户端可以将该文件夹的访问路径保存下来，使得客户端启动的时候可以顺利加载到该模块更新包，以及客户端覆盖更新该模块更新包的时候可以顺利找到对应的位置。

在一些实施例中，客户端可以指定一个相同的位置，每次下载模块更新包后，将该位置中的模块更新包进行更新覆盖。在另一些实施例中，客户端在下载模块更新包后，将模块更新包保存在一个新的位置，客户端可以从新的位置读取加载该模块更新包，并且客户端可以删除原来位置的模块更新包。

105、客户端获取全量更新包并安装全量更新包。

在本申请实施例中，当客户端执行步骤102时判断得出客户端最新版本与本地客户端版本不一致时，客户端可以执行步骤105，即获取全量更新包并安装全量更新包。在本申请实施例中，客户端判断得出客户端最新版本与本地客户端版本不一致，则说明客户端需要进行大的版本更新，例如客户端从1.0版本升级到2.0版本，需要通过全量更新的方式进行更新升级。因此，客户端可以先判断是否需要大的版本更新，若需要，则进行全量更新，若不需要，则进行增量更新，即分别对版本落后的模块进行更新。

客户端进行全量更新时，可以从服务器下载全量更新包。一般地，服务器会向客户端提供全量更新包的下载地址，使得客户端能够通过该下载地址进行下载。

客户端下载完全量更新包后，可以安装该全量更新包。安装方式与一般的客户端安装方式类似，本申请实施例对此不再赘述。

在一些实施例中，客户端安装完全量更新包后，可以保存最新客户端版本。示例性的，客户端从1.0版本升级到2.0版本，则客户端安装完全量更新包后，本地客户端版本从1.0更新为2.0。

在一些实施例中，客户端进行全量更新时，客户端中包含的模块也一并进行了更新。例如，客户端从1.0版本升级到2.0版本，第一模块的版本从1.0.3更新到了2.0.1，则客户端在安装完全量更新包后，还可以保存最新的模块版本，即将第一模块的本地模块版本从1.0.3更新到2.0.1。其他模块如第二模块、第三模块等，版本更新的情况与第一模块类似，本申请实施例对此不再赘述。

上述实施例以客户端的角度对本申请实施例提供的软件增量更新方法进行描述，以下将以服务器角度对本申请实施例提供的软件增量更新方法进行描述。

服务器首先构建软件增量更新所用的***，即生成全量升级包(或称为全量更新包)，模块升级包(或称为模块更新包)以及客户端版本、模块版本等配置文件。

在本申请实施例中，全量升级包被客户端下载后，客户端可以通过全量升级包安装升级。示例性的，客户端下载全量升级包后，可以通过全量升级包安装升级，从1.0版本升级到2.0版本。

在本申请实施例中，模块升级包被客户端下载后，客户端可以通过模块升级包对相应的模块进行升级。示例性的，客户端下载第一模块的模块升级包后，可以将该模块升级包保存到指定位置，当客户端启动后通过该模块升级包加载第一模块。第一模块升级前的版本为1.0.3，而当客户端启动后通过该模块升级包加载到的第一模块的版本可以是1.0.4，即完成了1.0.3到1.0.4的模块版本升级。

在本申请实施例中，服务器***中的客户端版本、模块版本等配置文件与全量升级包、模块升级包对应匹配，用来表示这些升级包的版本。

服务器***可以将上述的全量升级包、模块升级包以及客户端版本、模块版本等配置文件更新至服务后台，则服务后台中包含了最新的版本(客户端版本、模块版本等)，以配置文件的形式表示。

此时，客户端可以从服务后台中下载服务端信息，该服务端信息可以为服务后台中的客户端版本、模块版本等配置文件，其中包含了最新的版本(客户端版本、模块版本等)。示例性的，配置文件中包含客户端最新版本为1.0，第一模块的模块最新版本为1.0.4，第二模块的模块最新版本为1.0.5，第三模块的模块最新版本为1.0.3。

在一些实施例中，服务后台可以向客户端推送最新的客户端版本号、模块版本号、以及对应的升级包的下载地址。客户端根据最新的客户端版本号、模块版本号与客户端本地的版本号进行比对，判断需要下载哪些升级包。最后，客户端可以通过对应的下载地址下载对应的升级包进行升级更新。

图3为本申请实施例提供的一种软件增量更新装置的示意图，该软件增量更新装置300包括：

获取模块301，用于获取本地信息与服务端信息，本地信息包括本地客户端版本信息和本地模块版本信息，服务端信息包括客户端最新版本信息和模块最新版本信息；

全量更新模块302，用于若本地客户端版本信息与客户端最新版本信息不一致，则执行全量更新；

增量更新模块303，用于若本地客户端版本信息与客户端最新版本信息一致，则对本地模块版本信息与模块最新版本信息不一致的模块执行增量更新。

增量更新模块303还用于：

获取本地模块版本信息与模块最新版本信息不一致的模块对应的模块更新包；

保存模块更新包在预设位置，以使得客户端从预设位置加载模块更新包。

增量更新模块303还用于：

判断一个模块对应的本地模块版本信息与模块最新版本信息是否一致；

若否，则根据模块执行增量更新；

若是，则判断下一个模块对应的本地模块版本信息与模块最新版本信息是否一致，直到所有模块判断完毕。

增量更新模块303还用于：

将本地模块版本信息更新为模块最新版本信息。

全量更新模块302还用于：

获取客户端对应的全量更新包；

安装全量更新包。

全量更新模块302还用于：

将本地客户端版本信息更新为客户端最新版本信息。

图4为本申请实施例提供的一种软件增量更新***的示意图。该***400包括：终端401和服务器402。

服务器402上存储有服务端信息、全量更新包和模块更新包；具体地，服务器可以将服务端信息、全量更新包和模块更新包存储至服务后台，以供终端(客户端)下载。

终端401用于执行上述任意实施例提供的软件增量更新方法。

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

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

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

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

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

Claims

1.一种软件增量更新方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述执行增量更新包括：

3.根据权利要求1或2所述的方法，其特征在于，所述对所述本地模块版本信息与所述模块最新版本信息不一致的模块执行增量更新包括：

若否，则根据所述模块执行增量更新；

4.根据权利要求1所述的方法，其特征在于，所述对所述本地模块版本信息与所述模块最新版本信息不一致的模块执行增量更新之后，所述方法还包括：

将所述本地模块版本信息更新为所述模块最新版本信息。

5.根据权利要求1所述的方法，其特征在于，所述执行全量更新包括：

获取客户端对应的全量更新包；

安装所述全量更新包。

6.根据权利要求1或5所述的方法，其特征在于，所述执行全量更新之后，所述方法还包括：

7.根据权利要求1所述的方法，其特征在于，所述获取本地信息与服务端信息之前，所述方法还包括：

8.一种软件增量更新装置，其特征在于，包括：

9.一种软件增量更新***，其特征在于，包括终端和服务器；

所述终端用于执行权利要求1至7任意一项所述的软件增量更新方法。

10.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行权利要求1至7任意一项所述的方法。