CN114238420A - 基于多租户架构的元数据使用的方法、装置及电子设备 - Google Patents

Abstract

本发明公开了基于多租户架构的元数据使用的方法、装置及电子设备，方法包括：获取元数据标识；根据元数据标识从终端的元数据缓存中确定元数据标识对应的元数据；或者，当元数据缓存中不存在元数据标识对应的元数据时，向服务端请求元数据标识对应的元数据并根据服务端返回的元数据刷新终端的元数据缓存。本发明通过将元数据缓存到终端，避免了终端每一次使用时都要进行查询和计算，使得多租户架构下元数据的使用更加简单高效。

Description

基于多租户架构的元数据使用的方法、装置及电子设备

技术领域

本发明涉及计算机技术领域，具体涉及基于多租户架构的元数据使用的方法、装置及电子设备。

背景技术

在多租户架构下，所有租户都有自己的元数据，租户相关的所有操作都离不开通过元数据进行驱动。

在元数据使用过程中，同一角色的人员在不同的场景下使用的元数据不同，不同角色的人员在不同场景下使用的元数据也不同。不过对于同一租户，各个类型的元数据的变更频率并不高。终端每一次使用时，都要进行查询和计算，不只是对元数据相关服务带来不必要的压力，同时也使得终端上的性能大大降低。

综上，目前亟需一种基于多租户架构的元数据使用的方法，用于解决上述现有技术存在的问题。

发明内容

由于现有方法存在上述问题，本发明提出基于多租户架构的元数据使用的方法、装置及电子设备。

第一方面，本发明提供了一种基于多租户架构的元数据使用的方法，包括：

获取元数据标识；所述元数据标识包含租户标识、用户标识、用户角色标识和场景标识；

根据所述元数据标识从终端的元数据缓存中确定所述元数据标识对应的元数据；或者，

当所述元数据缓存中不存在所述元数据标识对应的元数据时，向服务端请求所述元数据标识对应的元数据并根据所述服务端返回的元数据刷新所述终端的元数据缓存。

进一步地，在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之前，还包括：

根据所述租户标识、所述用户标识、所述用户角色标识以及所述场景标识确定元数据类型集合；

确定所述服务端返回的元数据；所述服务端返回的元数据由所述服务端根据预设的业务系统规则对所述元数据类型集合对应的元数据进行计算得到。

进一步地，所述元数据类型集合包括以下元数据类型的至少一种：实体类、界面类、权限类以及流程类。

进一步地，在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之后，还包括：

获取来自所述服务端的元数据变更信息；

根据所述元数据变更信息确定元数据请求并将所述元数据请求发送至所述服务端；

根据所述服务端返回的所述元数据请求对应的元数据刷新所述元数据缓存。

进一步地，在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之后，还包括：

通过预设的定时轮巡机制向所述服务端发送请求以判断所述服务端的元数据是否变更。

进一步地，在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之后，还包括：

获取所述服务端各场景对应的元数据变更时间以及所述终端的元数据缓存刷新时间；

当所述元数据变更时间大于所述元数据缓存刷新时间时，对所述元数据缓存进行刷新。

第二方面，本发明提供了一种基于多租户架构的元数据使用的装置，包括：

获取模块，用于获取元数据标识；所述元数据标识包含租户标识、用户标识、用户角色标识和场景标识；

处理模块，用于根据所述元数据标识从终端的元数据缓存中确定所述元数据标识对应的元数据；或者，当所述元数据缓存中不存在所述元数据标识对应的元数据时，向服务端请求所述元数据标识对应的元数据并根据所述服务端返回的元数据刷新所述终端的元数据缓存。

进一步地，所述处理模块还用于：

在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之前，根据所述租户标识、所述用户标识、所述用户角色标识以及所述场景标识确定元数据类型集合；

确定所述服务端返回的元数据；所述服务端返回的元数据由所述服务端根据预设的业务系统规则对所述元数据类型集合对应的元数据进行计算得到。

进一步地，所述处理模块具体用于：所述元数据类型集合包括以下元数据类型的至少一种：实体类、界面类、权限类以及流程类。

进一步地，所述处理模块还用于：

在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之后，获取来自所述服务端的元数据变更信息；

根据所述元数据变更信息确定元数据请求并将所述元数据请求发送至所述服务端；

根据所述服务端返回的所述元数据请求对应的元数据刷新所述元数据缓存。

进一步地，所述处理模块还用于：

在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之后，通过预设的定时轮巡机制向所述服务端发送请求以判断所述服务端的元数据是否变更。

进一步地，所述处理模块还用于：

在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之后，获取所述服务端各场景对应的元数据变更时间以及所述终端的元数据缓存刷新时间；

当所述元数据变更时间大于所述元数据缓存刷新时间时，对所述元数据缓存进行刷新。

第三方面，本发明还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的基于多租户架构的元数据使用的方法。

第四方面，本发明还提供了一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面所述的基于多租户架构的元数据使用的方法。

由上述技术方案可知，本发明提供的基于多租户架构的元数据使用的方法、装置及电子设备，通过将元数据缓存到终端，避免了终端每一次使用时都要进行查询和计算，使得多租户架构下元数据的使用更加简单高效。

附图说明

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

图1为本发明提供的基于多租户架构的元数据使用的系统框架；

图2为本发明提供的基于多租户架构的元数据使用的方法的流程示意图；

图3为本发明提供的基于多租户架构的元数据使用的方法的流程示意图；

图4为本发明提供的基于多租户架构的元数据使用的方法的流程示意图；

图5为本发明提供的基于多租户架构的元数据使用的装置的结构示意图；

图6为本发明提供的电子设备的结构示意图。

具体实施方式

下面结合附图，对本发明的具体实施方式作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。

本发明实施例提供的基于多租户架构的元数据使用的方法，可以适用于如图1所示的系统架构中，该系统架构包括终端100、服务端200。

具体的，终端100用于获取元数据标识。

需要说明的是，元数据标识包含租户标识、用户标识、用户角色标识和场景标识。

终端100用于根据元数据标识从元数据缓存中确定元数据标识对应的元数据；当元数据缓存中不存在元数据标识对应的元数据时，向服务端200请求元数据标识对应的元数据并根据服务端200返回的元数据刷新终端的元数据缓存。

需要说明的是，图1仅是本发明实施例系统架构的一种示例，本发明对此不做具体限定。

基于上述所示意的系统架构，图2为本发明实施例提供的一种基于多租户架构的元数据使用的方法所对应的流程示意图，如图2所示，该方法包括：

步骤201，获取元数据标识。

需要说明的是，元数据标识包含租户标识、用户标识、用户角色标识和场景标识。

本发明实施例中，同一租户下，不同的用户角色不同的场景使用的元数据不同。

进一步地，本发明实施例在步骤201之前，采用租户标识、用户标识、用户角色标识和场景标识组合为key，将元数据缓存在终端上。

具体的，元数据缓存对应的数据结构如表1所示。

表1

进一步地，将元数据缓存的最后刷新时间记录在终端上。

具体的，元数据缓存时间对应的数据结构如表2所示。

表2

步骤202，根据元数据标识从终端的元数据缓存中确定元数据标识对应的元数据。

本发明实施例在步骤202之前，终端向服务端发起请求，请求包含元数据标识，服务端根据元数据标识中的租户标识、用户标识、用户角色标识和场景标识对多种类型的元数据进行计算并将元数据标识对应的计算结果返回到终端并缓存。

进一步地，当终端上的某个场景需要使用元数据时，通过租户标识、用户标识、用户角色标识和场景标识组合成元数据标识，直接从终端上的元数据缓存中获取对应的元数据即服务端根据元数据标识返回的元数据以供场景使用。

步骤203，当元数据缓存中不存在元数据标识对应的元数据时，向服务端请求元数据标识对应的元数据并根据服务端返回的元数据刷新终端的元数据缓存。

本发明实施例中，考虑到元数据缓存被终端清空的情况，当从元数据缓存中查询不到所需的元数据时，向服务端请求元数据，将服务端返回的元数据缓存到终端上并使用。

上述方案，通过将元数据缓存到终端，避免了终端每一次使用时都要进行查询和计算，使得多租户架构下元数据的使用更加简单高效。

进一步地，本发明实施例在根据服务端返回的元数据刷新终端的元数据缓存之前，步骤流程如图3所示，具体如下：

步骤301，根据租户标识、用户标识、用户角色标识以及场景标识确定元数据类型集合。

本发明实施例中，终端向服务端请求元数据时，服务端会根据终端请求中的元数据标识，结合场景标识依赖的各种类型的元数据，按照业务系统规则进行计算，从而得到当前用户角色在特定场景下的元数据。

在一种可能的实施方式中，元数据类型集合包括以下元数据类型的至少一种：实体类、界面类、权限类以及流程类。

需要说明的是，元数据类型集合还可以包括规则类等其他类型，本发明实施例对此不做具体限定。

举例来说，实体类包含字段子类、业务类型子类、通用选项子类等，实体类中的字段子类影响的场景包括打开实体新建表单、打开实体编辑表单、打开实体列表页面、打开实体详情页面、打开实体二级列表页面、打开实体查重列表页面等，具体的影响内容为实体新建表单、实体编辑表单、实体列表表头、实体详情页面、实体查重列表页面上的字段渲染等。

举例来说，界面类包含表单布局子类、详情布局子类、大列表布局子类、二级列表布局子类、查重列表布局子类等，界面类中表单布局子类影响的场景包括打开实体新建表单、打开实体编辑表单等，具体的影响内容为实体新建表单上要展示的字段情况、实体编辑表单上要展示的字段情况等。

举例来说，权限类包含功能点子类、角色和功能点关系子类、角色和字段的关系子类、角色和业务类型关系子类、角色和表单布局关系子类、角色和详情页布局关系子类、角色和导航菜单关系子类、用户和角色的关系子类等，权限类中角色和字段的关系子类影响的场景包括打开实体新建表单、打开实体编辑表单、打开实体列表页面、打开实体详情页面、打开实体查重列表页面等，具体的影响内容为实体新建表单、实体编辑表单、实体列表表头、实体详情页面、实体查重列表页面要展示的字段情况。

步骤302，通过服务端根据预设的业务系统规则对元数据类型集合对应的元数据进行计算得到服务端返回的元数据。

上述方案，在元数据计算过程中先找出与场景相关的元数据类型，然后分别查出相应类型的元数据，根据预设的业务系统规则，对这些元数据进行一系列的业务运算，从而得到对应的元数据，提高了元数据计算的准确性以及使用效率。

举例来说，同样场景下，当前用户是普通类型的用户时，使用的是普通用户对应的元数据类型进行计算，当前用户是管理员类型的用户时，使用的是管理员对应的元数据类型进行计算。

需要说明的是，元数据计算的规则是以实体类的元数据为基础，结合界面类的元数据进行过滤控制，再使用权限类的元数据及流程类的元数据进行多次过滤计算。

进一步地，在根据服务端返回的元数据刷新终端的元数据缓存之后，步骤流程如图4所示，具体如下：

步骤401，获取来自服务端的元数据变更信息。

步骤402，根据元数据变更类型确定元数据请求并将元数据请求发送至服务端。

在一种可能的实施方式中，元数据变更信息包含元数据变更类型。根据元数据变更类型确定元数据请求并将元数据请求发送至服务端。

在另一种可能的实施方式中，服务端元数据变更后，服务端会根据变更的元数据类型结合各个场景对元数据的依赖关系，通知终端被影响的场景，终端根据被影响的场景向服务器端请求。

具体的，服务端某类型的元数据变更后，根据场景和元数据类型的对应关系，服务端在收到元数据请求后，根据业务系统规则计算出最新的元数据，终端缓存最新的元数据以及最新的元数据变更时间。

403，根据服务端返回的元数据请求对应的元数据刷新元数据缓存。

上述方案，终端对元数据进行了缓存，当服务端元数据变更，终端上也及时对缓存的元数据进行更新，通过服务端向终端发送元数据变更信息提高了终端元数据缓存刷新的及时性，提升了用户体验。

进一步地，在根据服务端返回的元数据刷新终端的元数据缓存之后，通过预设的定时轮巡机制向服务端发送请求以判断服务端的元数据是否变更。

上述方案，通过预设的定时轮巡机制实现了终端元数据缓存的及时刷新。

进一步地，在根据服务端返回的元数据刷新终端的元数据缓存之后，获取服务端各场景对应的元数据变更时间以及终端的元数据缓存刷新时间；

当元数据变更时间大于元数据缓存刷新时间时，对元数据缓存进行刷新。

在一种可能的实施方式中，终端登录时请求服务段获取每一种场景对应的元数据的最新变更时间，结合终端缓存的每一种场景对应的最后缓存时间，来判断是否要对相应场景的元数据进行刷新。

进一步地，当服务端的元数据变更时间大于元数据缓存刷新时间时，对终端相应场景的元数据进行刷新，否则不进行刷新。

上述方案，通过服务端的元数据变更时间与元数据缓存刷新时间的比较实现了终端元数据缓存的及时刷新。

基于同一发明构思，图5示例性的示出了本发明实施例提供的一种基于多租户架构的元数据使用的装置，该装置可以执行一种基于多租户架构的元数据使用的方法的流程。

所述装置，包括：

获取模块501，用于获取元数据标识；所述元数据标识包含租户标识、用户标识、用户角色标识和场景标识；

处理模块502，用于根据所述元数据标识从终端的元数据缓存中确定所述元数据标识对应的元数据；或者，当所述元数据缓存中不存在所述元数据标识对应的元数据时，向服务端请求所述元数据标识对应的元数据并根据所述服务端返回的元数据刷新所述终端的元数据缓存。

进一步地，所述处理模块502还用于：

在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之前，根据所述租户标识、所述用户标识、所述用户角色标识以及所述场景标识确定元数据类型集合；

确定所述服务端返回的元数据；所述服务端返回的元数据由所述服务端根据预设的业务系统规则对所述元数据类型集合对应的元数据进行计算得到。

进一步地，所述处理模块502具体用于：所述元数据类型集合包括以下元数据类型的至少一种：实体类、界面类、权限类以及流程类。

进一步地，所述处理模块502还用于：

在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之后，获取来自所述服务端的元数据变更信息；

根据所述元数据变更信息确定元数据请求并将所述元数据请求发送至所述服务端；

根据所述服务端返回的所述元数据请求对应的元数据刷新所述元数据缓存。

进一步地，所述处理模块502还用于：

在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之后，通过预设的定时轮巡机制向所述服务端发送请求以判断所述服务端的元数据是否变更。

进一步地，所述处理模块502还用于：

在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之后，获取所述服务端各场景对应的元数据变更时间以及所述终端的元数据缓存刷新时间；

当所述元数据变更时间大于所述元数据缓存刷新时间时，对所述元数据缓存进行刷新。

基于相同的发明构思，本发明又一实施例提供了一种电子设备，参见图6，所述电子设备具体包括如下内容：处理器601、存储器602、通信接口603和通信总线604；

其中，所述处理器601、存储器602、通信接口603通过所述通信总线604完成相互间的通信；所述通信接口603用于实现各设备之间的信息传输；

所述处理器601用于调用所述存储器602中的计算机程序，所述处理器执行所述计算机程序时实现上述基于多租户架构的元数据使用的方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：获取元数据标识；所述元数据标识包含租户标识、用户标识、用户角色标识和场景标识；根据所述元数据标识从终端的元数据缓存中确定所述元数据标识对应的元数据；或者，当所述元数据缓存中不存在所述元数据标识对应的元数据时，向服务端请求所述元数据标识对应的元数据并根据所述服务端返回的元数据刷新所述终端的元数据缓存。

基于相同的发明构思，本发明又一实施例提供了一种非暂态计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述基于多租户架构的元数据使用的方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：获取元数据标识；所述元数据标识包含租户标识、用户标识、用户角色标识和场景标识；根据所述元数据标识从终端的元数据缓存中确定所述元数据标识对应的元数据；或者，当所述元数据缓存中不存在所述元数据标识对应的元数据时，向服务端请求所述元数据标识对应的元数据并根据所述服务端返回的元数据刷新所述终端的元数据缓存。

此外，上述的存储器中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，基于多租户架构的元数据使用的装置，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random AccessMemory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，基于多租户架构的元数据使用的装置，或者网络设备等）执行各个实施例或者实施例的某些部分所述的基于多租户架构的元数据使用的方法。

此外，在本发明中，诸如“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

此外，在本发明中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

此外，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种基于多租户架构的元数据使用的方法，其特征在于，包括：

获取元数据标识；所述元数据标识包含租户标识、用户标识、用户角色标识和场景标识；

根据所述元数据标识从终端的元数据缓存中确定所述元数据标识对应的元数据；或者，

当所述元数据缓存中不存在所述元数据标识对应的元数据时，向服务端请求所述元数据标识对应的元数据并根据所述服务端返回的元数据刷新所述终端的元数据缓存。

2.根据权利要求1所述的基于多租户架构的元数据使用的方法，其特征在于，在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之前，还包括：

根据所述租户标识、所述用户标识、所述用户角色标识以及所述场景标识确定元数据类型集合；

确定所述服务端返回的元数据；所述服务端返回的元数据由所述服务端根据预设的业务系统规则对所述元数据类型集合对应的元数据进行计算得到。

3.根据权利要求2所述的基于多租户架构的元数据使用的方法，其特征在于，所述元数据类型集合包括以下元数据类型的至少一种：实体类、界面类、权限类以及流程类。

4.根据权利要求1所述的基于多租户架构的元数据使用的方法，其特征在于，在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之后，还包括：

获取来自所述服务端的元数据变更信息；

根据所述元数据变更信息确定元数据请求并将所述元数据请求发送至所述服务端；

根据所述服务端返回的所述元数据请求对应的元数据刷新所述元数据缓存。

5.根据权利要求1所述的基于多租户架构的元数据使用的方法，其特征在于，在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之后，还包括：

通过预设的定时轮巡机制向所述服务端发送请求以判断所述服务端的元数据是否变更。

6.根据权利要求1所述的基于多租户架构的元数据使用的方法，其特征在于，在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之后，还包括：

获取所述服务端各场景对应的元数据变更时间以及所述终端的元数据缓存刷新时间；

当所述元数据变更时间大于所述元数据缓存刷新时间时，对所述元数据缓存进行刷新。

7.一种基于多租户架构的元数据使用的装置，其特征在于，包括：

获取模块，用于获取元数据标识；所述元数据标识包含租户标识、用户标识、用户角色标识和场景标识；

处理模块，用于根据所述元数据标识从终端的元数据缓存中确定所述元数据标识对应的元数据；或者，当所述元数据缓存中不存在所述元数据标识对应的元数据时，向服务端请求所述元数据标识对应的元数据并根据所述服务端返回的元数据刷新所述终端的元数据缓存。

8.根据权利要求7所述的基于多租户架构的元数据使用的装置，其特征在于，所述处理模块还用于：

在所述根据所述服务端返回的元数据刷新所述终端的元数据缓存之前，根据所述租户标识、所述用户标识、所述用户角色标识以及所述场景标识确定元数据类型集合；

确定所述服务端返回的元数据；所述服务端返回的元数据由所述服务端根据预设的业务系统规则对所述元数据类型集合对应的元数据进行计算得到。

9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至6任一项所述方法的步骤。

10.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述方法的步骤。

Images