CN111399896B - 补丁获取方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种补丁获取方法、装置、设备及存储介质，涉及计算机软件技术领域。应用于客户端，该方法包括：接收服务器发送的补丁下载指示；根据所述补丁下载指示以及预设的Neox补丁机制，获取对应的补丁文件，其中，所述UE4引擎包含移植的Neox文件系统。相对于现有技术，解决了现有技术中UE4引擎的补丁机制补丁的下载量较大、打包速度较慢、且不易维护的问题。

Description

补丁获取方法、装置、设备及存储介质

技术领域

本申请涉及计算机软件技术领域，具体而言，涉及一种补丁获取方法、装置、设备及存储介质。

背景技术

各种软件的漏洞已经成为大规模网络与信息安全事件和重大信息泄露事件的主要原因之一。针对计算机漏洞带来的危害，安装相应的补丁是最有效、也是最经济的防范措施。游戏补丁是在游戏中画面、特效需要优化或系统安全策略上存在的缺陷时，针对这种情况对于游戏系统在运行过程中暴露的问题而发布的解决问题的小程序包。

UE4引擎的文件系统采用PAK格式包体作来补丁，采用简单的首包+补丁包的机制，只需下载压缩好的补丁，替换原有的PAK包即可。这样的补丁机制中，存在一些地方无法满足某些业务需求，并且补丁的下载量较大、打包速度较慢、且不易维护的问题。

但是基于UE4引擎直接修改补丁机制非常难以实现，不易满足补丁的下载量较大、打包速度较慢、且不易维护的问题。

发明内容

本申请的目的在于，针对上述现有技术中的不足，提供一种基于虚幻UE4引擎的补丁获取方法、装置、设备及存储介质，以便能够较为简单的解决现有UE4引擎的补丁机制补丁的下载量较大、打包速度较慢、且不易维护的问题。

为实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种基于虚幻UE4引擎的补丁获取方法，应用于客户端，所述方法包括：

接收服务器发送的补丁下载指示；

根据所述补丁下载指示以及预设的Neox补丁机制，获取对应的补丁文件，其中，所述UE4引擎包含移植的Neox文件系统。

可选地，所述方法还包括：

将Neox文件系统写入UE4引擎，并将所述UE4引擎中指定数据打包为NPK格式。

可选地，所述预设的Neox补丁机制包括：增量补丁机制；

所述根据所述补丁下载指示以及预设的Neox补丁机制，获取对应的补丁文件，包括：

根据所述补丁下载指示获取待下载的NPK文件偏移量以及大小；

根据所述NPK文件偏移量以及大小，从所述服务器分段下载补丁文件。

可选地，所述根据所述NPK文件偏移量以及大小，从所述服务器分段下载补丁文件，包括：

根据所述NPK文件偏移量以及大小，从所述服务器分段下载补丁文件过程中，通过NPK对齐功能，依次将分段下载的补丁文件写入目录字段之后。

可选地，所述预设的Neox补丁机制包括：文件级补丁机制；

所述根据所述补丁下载指示以及预设的Neox补丁机制，获取对应的补丁文件，包括：

根据所述补丁下载指示获取客户端侧补丁文件与服务器侧补丁文件的差异数据；

根据所述差异数据，下载对应的补丁文件。

可选地，所述预设的Neox补丁机制包括：版本控制补丁机制；

所述根据所述补丁下载指示以及预设的Neox补丁机制，获取对应的补丁文件，包括：

根据所述补丁下载指示，获取当前补丁版本信息和待更新版本信息；

根据所述当前补丁版本信息和所述待更新版本信息，依次下载当前补丁版本之后、至待更新版本的至少一个补丁文件。

第二方面，本申请实施例还提供了一种基于虚幻UE4引擎的补丁获取装置，应用于客户端，所述装置包括：接收模块和获取模块，其中：

所述接收模块，用于接收服务器发送的补丁下载指示；

所述获取模块，用于根据所述补丁下载指示以及预设的Neox补丁机制，获取对应的补丁文件，其中，所述UE4引擎包含移植的Neox文件系统。

可选地，所述装置还包括：打包模块，用于将Neox文件系统写入UE4引擎，并将所述UE4引擎中指定数据打包为NPK格式。

可选地，所述预设的Neox补丁机制包括：增量补丁机制；所述装置还包括：下载模块，其中：

所述获取模块，还用于根据所述补丁下载指示获取待下载的NPK文件偏移量以及大小；

所述下载模块，还用于根据所述NPK文件偏移量以及大小，从所述服务器分段下载补丁文件。

可选地，所述下载模块，还用于根据所述NPK文件偏移量以及大小，从所述服务器分段下载补丁文件过程中，通过NPK对齐功能，依次将分段下载的补丁文件写入目录字段之后。

可选地，所述预设的Neox补丁机制包括：文件级补丁机制；

所述获取模块，还用于根据所述补丁下载指示获取客户端侧补丁文件与服务器侧补丁文件的差异数据；

所述下载模块，还用于根据所述差异数据，下载对应的补丁文件。

可选地，所述预设的Neox补丁机制包括：版本控制补丁机制；

所述获取模块，还用于根据所述补丁下载指示，获取当前补丁版本信息和待更新版本信息；

所述下载模块，还用于根据所述当前补丁版本信息和所述待更新版本信息，依次下载当前补丁版本之后、至待更新版本的至少一个补丁文件。

本申请的有益效果是：通过将Neox文件系统的Neox补丁机制移植到UE4引擎中，并接收服务器发送的补丁下载指令，根据补丁下载指令以及预设的Neox补丁机制，获取对应的补丁文件，由于Neox补丁机制可以根据不同的业务需求采用不同的补丁方案，且相对于UE4引擎的文件系统采用PAK格式包体作来补丁，实现了基于UE4引擎也可以达到补丁下载量较小、打包速度较快、维护性较容易的效果。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请一实施例提供的一种基于虚幻UE4引擎的补丁获取方法的流程示意图；

图2为本申请另一实施例提供的一种基于虚幻UE4引擎的补丁获取方法的流程示意图；

图3为本申请另一实施例提供的一种基于虚幻UE4引擎的补丁获取方法的流程示意图；

图4为本申请另一实施例提供的增量补丁机制方法的分段下载流程示意图；

图5为本申请另一实施例提供的一种基于虚幻UE4引擎的补丁获取方法的流程示意图；

图6为本申请另一实施例提供的一种基于虚幻UE4引擎的补丁获取方法的流程示意图；

图7为本申请一实施例提供的一种基于虚幻UE4引擎的补丁获取装置的结构示意图；

图8为本申请另一实施例提供的一种基于虚幻UE4引擎的补丁获取装置的结构示意图；

图9为本申请另一实施例提供的一种基于虚幻UE4引擎的补丁获取装置的结构示意图；

图10为本申请一实施例提供的一种基于虚幻UE4引擎的补丁获取设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。

由于现有技术中UE4引擎的文件系统采用PAK格式包体作来补丁，这样的补丁机制有时无法满足一些业务需求，且如果直接基于UE4引擎修改补丁机制，也会存在较为多的难题：(1)对于增量式补丁机制，UE4现有Patch工具无法保证与上一般版本Patch字节对齐，需修改UnrealPak生成PAK流程，来实现增量下载，但pak格式复杂修改难度较大。(2)对于文件级补丁，客户端本身无法合成PAK，需要移植并自己编写merge相关的库，并舍弃PAK签名。(3)对于版本控制补丁，需要将Patch版本打包为Release来生成基于Patch的Patch，但是现有的UE4引擎没有这样的打包方式。

所以本申请提供了一种基于虚幻UE4引擎的补丁获取方法，可以解决现有UE4引擎的补丁机制补丁的下载量较大、打包速度较慢、且不易维护的问题，且不用直接对UE4引擎进行修改，可以将Neox文件系统移植到UE4引擎来实现。该方法应用于客户端，其中：客户端可以集成于计算机、手机、平板电脑、笔记本电脑、穿戴设备等任意一种可以安装应用程序的智能设备，本申请的一个实施例中，客户端以集成于手机为例进行说明，但具体客户端的选择方式可以根据用户需要设置，本申请在此不做任何限制。

图1为本申请一实施例提供的一种基于虚幻UE4引擎的补丁获取方法的流程示意图；如图1所示，该方法包括：

S101：接收服务器发送的补丁下载指示。

其中，服务器为客户端的后台服务器，可以用于存储补丁文件、向客户端发送补丁下载指示，以及维护补丁文件等。补丁下载指示中可以包括版本信息、下载地址等，本申请实施例在此不作具体限制。

可选地，客户端可以在接收到服务器发送的补丁下载请求后，选择确定更新，并将确定更新指令返回至服务器，服务器接收到确定更新指令后，向客户端发送补丁下载指示，指示客户端对更新的补丁进行下载；也可以为服务器直接向客户端发送补丁下载请求，在检测到客户端连接有无线网络后，直接向客户端发送补丁下载指示；具体服务器向客户端发送补丁下载指示的方式可以根据用户需要设计，本申请在此不做任何限制。

S102：根据补丁下载指示以及预设的Neox补丁机制，获取对应的补丁文件。

本申请实施例中，UE4引擎包含移植的Neox文件系统，在Neox文件系统的补丁机制中，存在多种补丁方案以及相应的工具链，用户可以针对不同的业务需求采用不同的补丁方案，其中，同一类型客户端的同一游戏补丁方案为预先设置好的，后期若需要调整补丁方案，可以在服务器侧进行修改。

且通过移植Neox文件系统，不用再对UE4引擎的补丁机制做出修改，实现效率更高。移植Neox文件系统后，UE4引擎能够读取Neox的NPK包体。

综上所述，采用本申请提供的一种基于虚幻UE4引擎的补丁获取方法，通过将Neox文件系统的Neox补丁机制移植到UE4引擎中，并接收服务器发送的补丁下载指令，根据补丁下载指令以及预设的Neox补丁机制，获取对应的补丁文件，由于Neox补丁机制可以根据不同的业务需求采用不同的补丁方案，且相对于UE4引擎的文件系统采用PAK格式包体作来补丁，实现了基于UE4引擎也可以达到补丁下载量较小、打包速度较快、维护性较容易的效果。

图2为本申请另一实施例提供的一种基于虚幻UE4引擎的补丁获取方法的流程示意图，如图2所示，该方法还包括：

S103：将Neox文件系统写入UE4引擎，并将UE4引擎中指定数据打包为NPK格式。

具体实现过程中，将Neox文件系统写入UE4引擎后，可以对UE4引擎中的脚本采用NPK格式打包，美术资源也由原有的PAK格式改为NPK格式，并完善了相关的补丁工具链，以使得UE4引擎可以读取Neox上的NPK包体，从而在UE4引擎上实现Neox的补丁机制。

其中，NPK分为头部(Header)、各个文件内容(Content)、索引表(Indices)，将Neox文件系统移植到UE4上，可以使得UE4引擎能够读取Neox的NPK包体。

可选地，在将Neox文件系统写入UE4引擎的基础上，将Neox文件系统还提供有一些操作NPK包体的NPK文件库，这个文件库提供了一些NPK包体的操作方式，比如：NPK合并、NPK的挂载、NPK的卸载、NPK的重载、获取NPK中每个文件的详细信息等多种操作。这样在后续补丁方案的使用过程中，可以根据需要在该文件库中获取相应的操作，从而实现多种不同的补丁方案。

其中，NPK合并，即为重新计算Header信息，将文件内容和索引分别合，并且对合并后的各部分重新排序；NPK的挂载，即为读取NPK信息并加载到内存；NPK的卸载，即为不使用NPK时，将相关挂载信息及时清理；NPK的重载，即为先挂载NPK再卸载NPK，一般用于NPK发生变化时。

可选地，补丁方案中可以包括：客户端的补丁机制、补丁对比与打包工具、服务器端的补丁下载服务，不同的补丁方案中，内部的部分实现可能存在不同。

图3为本申请另一实施例提供的一种基于虚幻UE4引擎的补丁获取方法的流程示意图，如图3所示，在本申请的一个实施例中，预设的Neox补丁机制包括：增量补丁机制。则此时S102可包括：

S104a：根据补丁下载指示获取待下载的NPK文件偏移量以及大小。

S105a：根据NPK文件偏移量以及大小，从服务器分段下载补丁文件。

图4为本申请另一实施例提供的增量补丁机制方法的分段下载流程示意图，如图4所示，原补丁包的NPK文件结构如301所示，包括：头部、内容和索引表三部分，新补丁包的NPK文件结构如302所示，包括：头部_、内容、新内容和索引表_四部分。

其中，新补丁包的NPK文件中，下划线结尾表示当前部分有更新，即需要下载的部分，新补丁包的NPK文件中的“新内容”为当前NPK文件中，相对于原补丁包NPK文件中的“内容”部分的新增部分，将“新内容”下载完成后，在原NPK文件的“内容”后面直接添加“新内容”即可，此时生成的即为更新后的补丁包。

其中，预设的Neox补丁机制中包括一个补丁表格补丁list，是一个单独的表格，记录了当前游戏包括哪些资源以及每个资源的版本号、大小信息等。下载这个表格后，可以根据版本号来判断当前游戏的资源有没有更新。其中，资源可以为NPK、音频、视频等，本申请在此不做任何限制。

可选地，以资源为NPK为例进行说明，在接收到服务器发送的补丁下载指示后，客户端通过补丁表格拉取判断当前NPK是否有更新，若有，则根据补丁表格中的NPK信息和当前NPK信息进行计算，计算需要下载的NPK文件偏移量以及下载大小，随后根据偏移量，分段下载NPK；其中，文件偏移量用于指示当前需要从文件的哪个位置开始下载，下载大小用于指示下载内容的大小。

可选地，在本申请的一个实施例中，可以通过HTTP分段下载NPK，而HTTP下载可以使用普通下载方式，也可以采用专用下载器下载。HTTP可以从指定文件位置开始下载一定大小的内容，在本申请的实施例中，即根据文件偏移量确定文件位置后，根据下载大小开始下载内容。

可选地，根据NPK文件偏移量以及大小，从服务器分段下载补丁文件过程中，通过NPK对齐功能，依次将分段下载的补丁文件写入目录字段，然后客户端利用HTTP分段下载变化的段(如图4所示的“新内容”)最终组成完整的新Patch NPK。

其中，分段下载补丁文件后，在原NPK文件的基础上，通过NPK文件对齐功能，分别在每个目录字段之后直接添加新内容。

采用本申请提供的补丁机制，可以使得补丁的下载变得简单、下载量小、下载速度更快。

图5为本申请另一实施例提供的一种基于虚幻UE4引擎的补丁获取方法的流程示意图，如图5所示，在本申请的一个实施例中，预设的Neox补丁机制包括：文件级补丁机制，此时S102可包括：

S104b：根据补丁下载指示获取客户端侧补丁文件与服务器侧补丁文件的差异数据。

S105b：根据差异数据，下载对应的补丁文件。

其中，下载对应的补丁文件之后，再根据下载的补丁文件和客户端侧补丁文件，合并成最终的客户端侧合并后的补丁文件，其中，该合并后的补丁文件与服务器侧的补丁文件内容一致；这种补丁机制可以使得同一时刻服务器只需要维护一份补丁包，因此服务器的维护工作量很小，并且由于客户端只下载需要的子文件，所以下载量小。

可选地，在本申请的一个实施例中，上述合并操作在NPK文件库中实现的。

图6为本申请另一实施例提供的一种基于虚幻UE4引擎的补丁获取方法的流程示意图，如图6所示，在本申请的一个实施例中，预设的Neox补丁机制包括：版本控制补丁机制，此时S102可包括：

S104c：根据补丁下载指示，获取当前补丁版本信息和待更新版本信息。

S105c：根据当前补丁版本信息和待更新版本信息，依次下载当前补丁版本之后、至待更新版本的至少一个补丁文件。

其中，版本控制补丁机制即根据补丁的版本信息，逐版本对补丁进行下载的形式，这样的补丁机制可以使得补丁的下载变得简单，且维护方便，可靠性更高使得下载量和维护工作量之间相对平衡。

本申请中，通过将Neox引擎的补丁机制移植到UE4引擎上，使得UE4引擎原有的补丁机制的有了更多的选择。比如通过增量式补丁机制，相比原有补丁机制而言，减少了每次下载补丁时都要把上一次补丁包中必要内容进行重复下载；通过文件级补丁机制，可以减少服务端的补丁维护量；通过版本控制补丁下载方式，可以实现较小的补丁下载量和维护补丁工作量，在下载量和维护工作量之间取得平衡。

图7为本申请一实施例提供的一种基于虚幻UE4引擎的补丁获取装置，应用于客户端，如图7所示，装置包括：接收模块201和获取模块202，其中：

接收模块201，用于接收服务器发送的补丁下载指示。

获取模块202，用于根据补丁下载指示以及预设的Neox补丁机制，获取对应的补丁文件，其中，UE4引擎包含移植的Neox文件系统。

图8为本申请另一实施例提供的一种基于虚幻UE4引擎的补丁获取装置，如图8所示，装置还包括：打包模块203，用于将Neox文件系统写入UE4引擎，并将UE4引擎中指定数据打包为NPK格式。

图9为本申请另一实施例提供的一种基于虚幻UE4引擎的补丁获取装置，预设的Neox补丁机制包括：增量补丁机制；如图9所示，该装置还包括：下载模块204，其中：

获取模块202，还用于根据补丁下载指示获取待下载的NPK文件偏移量以及大小。

下载模块204，还用于根据NPK文件偏移量以及大小，从服务器分段下载补丁文件。

可选地，下载模块204，还用于根据NPK文件偏移量以及大小，从服务器分段下载补丁文件过程中，通过NPK对齐功能，依次将分段下载的补丁文件写入目录字段之后。

可选地，预设的Neox补丁机制包括：文件级补丁机制；

获取模块202，还用于根据补丁下载指示获取客户端侧补丁文件与服务器侧补丁文件的差异数据。

下载模块204，还用于根据差异数据，下载对应的补丁文件。

可选地，所述预设的Neox补丁机制包括：版本控制补丁机制；

获取模块202，还用于根据补丁下载指示，获取当前补丁版本信息和待更新版本信息。

下载模块204，还用于根据当前补丁版本信息和待更新版本信息，依次下载当前补丁版本之后、至待更新版本的至少一个补丁文件。

上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(digital singnal processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

图10为本申请一实施例提供的一种基于虚幻UE4引擎的补丁获取设备的结构示意图，该设备可以集成于终端设备或者终端设备的芯片，该终端可以是具备数据处理功能的计算设备。

如图10所示，该装置包括：处理器701、存储器702。

存储器702用于存储程序，处理器701调用存储器702存储的程序，以执行上述方法实施例。具体实现方式和技术效果类似，这里不再赘述。

可选地，本申请还提供一种程序产品，例如计算机可读存储介质，包括程序，该程序在被处理器执行时用于执行上述方法实施例。

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

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (9)

1.一种基于虚幻UE4引擎的补丁获取方法，其特征在于，应用于客户端，所述方法包括：

接收服务器发送的补丁下载指示；

根据所述补丁下载指示以及预设的Neox补丁机制，获取对应的补丁文件，其中，所述UE4引擎包含移植的Neox文件系统；

所述预设的Neox补丁机制包括：增量补丁机制；

所述根据所述补丁下载指示以及预设的Neox补丁机制，获取对应的补丁文件，包括：

根据所述补丁下载指示获取待下载的NPK文件偏移量以及大小；

根据所述NPK文件偏移量以及大小，从所述服务器分段下载补丁文件。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

将Neox文件系统写入UE4引擎，并将所述UE4引擎中指定数据打包为NPK格式。

3.如权利要求1所述的方法，其特征在于，所述根据所述NPK文件偏移量以及大小，从所述服务器分段下载补丁文件，包括：

根据所述NPK文件偏移量以及大小，从所述服务器分段下载补丁文件过程中，通过NPK对齐功能，依次将分段下载的补丁文件写入目录字段之后。

4.如权利要求1或2所述的方法，其特征在于，所述预设的Neox补丁机制包括：文件级补丁机制；

所述根据所述补丁下载指示以及预设的Neox补丁机制，获取对应的补丁文件，包括：

根据所述补丁下载指示获取客户端侧补丁文件与服务器侧补丁文件的差异数据；

根据所述差异数据，下载对应的补丁文件。

5.如权利要求1或2所述的方法，其特征在于，所述预设的Neox补丁机制包括：版本控制补丁机制；

所述根据所述补丁下载指示以及预设的Neox补丁机制，获取对应的补丁文件，包括：

根据所述补丁下载指示，获取当前补丁版本信息和待更新版本信息；

根据所述当前补丁版本信息和所述待更新版本信息，依次下载当前补丁版本之后、至待更新版本的至少一个补丁文件。

6.一种基于虚幻UE4引擎的补丁获取装置，其特征在于，应用于客户端，所述装置包括：接收模块和获取模块，其中：

所述接收模块，用于接收服务器发送的补丁下载指示；

所述获取模块，用于根据所述补丁下载指示以及预设的Neox补丁机制，获取对应的补丁文件，其中，所述UE4引擎包含移植的Neox文件系统所述预设的Neox补丁机制包括：增量补丁机制；所述装置还包括：下载模块，其中：

所述获取模块，还用于根据所述补丁下载指示获取待下载的NPK文件偏移量以及大小；

所述下载模块，还用于根据所述NPK文件偏移量以及大小，从所述服务器分段下载补丁文件。

7.如权利要求6所述的装置，其特征在于，所述装置还包括：打包模块，用于将Neox文件系统写入UE4引擎，并将所述UE4引擎中指定数据打包为NPK格式。

8.一种基于虚幻UE4引擎的补丁获取设备，其特征在于，所述设备包括：存储器和处理器，所述存储器存储有所述处理器可执行的计算机程序，所述处理器执行所述计算机程序时实现上述权利要求1-5任一项所述的方法。

9.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被读取并执行时，实现上述权利要求1-5任一项所述的方法。