元数据管理系统和使用其对模型对象进行建模的方法

技术领域

本发明涉及元数据建模领域，尤其涉及一种元数据管理系统和使用元数据管理系统对模型对象进行建模的方法、计算机设备和存储介质。

背景技术

随着计算机技术和软件工程的高速发展，软件建模作为沟通真实世界与计算机世界的桥梁变得不可或缺。现有技术中有多种软件建模的方法，这些建模方法各有利弊：有些方法只能用于部分场景，不能广泛应用、有些方法理论性较强，缺乏实用性、有些方法的扩展性不强，不利于软件系统的长期发展。不同的建模方法会对软件工程产生巨大的影响。

发明内容

本发明的目的在于提供一种使用元数据管理系统对模型对象进行建模的方法和元数据管理系统，以解决或至少缓解上述现有技术的问题中的至少之一。

具体地，根据本发明的第一方面，提供一种使用元数据管理系统对模型对象进行建模的方法，其中所述元数据包括关于至少一个模型对象的基本信息和属性信息，所述方法包括：

在所述元数据管理系统中接收所输入的关于至少一个模型对象的基本信息和属性信息，其中所述关于至少一个模型对象的基本信息至少包括所述至少一个模型对象的名称、限定所述至少一个模型对象与其他模型对象之间的继承关系的信息和对所述至少一个模型对象进行访问的相应的数据访问接口名称，其中所述关于至少一个模型对象的属性信息至少包括限定所述至少一个模型对象与其他模型对象之间的关联关系的信息和对所述至少一个模型对象进行访问的相应的数据访问接口的属性编码；以及

根据所输入的关于所述至少一个模型对象的基本信息和属性信息定义所述至少一个模型对象，以对所述至少一个模型对象进行建模，在建模过程中基于所输入的关于至少一个模型对象的基本信息和属性信息确定所述至少一个模型对象与其他模型对象之间的继承关系或关联关系，并且在对所述至少一个模型对象建模完成时使用相应的数据访问接口名称和数据访问接口的属性编码为所述至少一个模型对象生成相应的数据访问接口，以使得外部应用程序能够访问相应的建模形成的所述至少一个模型对象。

根据一个实施方案，所述方法还包括：在输入关于至少一个模型对象的基本信息和属性信息之后，将所述至少一个模型对象的基本信息存入所述元数据管理系统的第一数据库表，将所述至少一个模型对象的属性信息存入所述元数据管理系统的第二数据库表，针对每个模型对象根据该模型对象的基本信息和属性信息生成用于存储每个模型对象对应的业务数据的附加的至少一个数据库表。

根据一个实施方案，其中所述关于至少一个模型对象的基本信息还包括所述用于存储所述至少一个模型对象对应的业务数据的附加的至少一个数据库表的名称，所述关于至少一个模型对象的属性信息还包括用于生成所述附加的至少一个数据库表的字段的名称，以及其中所述针对每个模型对象根据该模型对象的基本信息和属性信息生成用于存储每个模型对象对应的业务数据的附加的至少一个数据库表包括：针对每个模型对象根据该模型对象的基本信息中的附加的数据库表的名称和该模型对象的属性信息中的用于生成所述附加的数据库表的字段的名称生成用于存储每个模型对象对应的业务数据的附加的至少一个数据库表。

根据一个实施方案，所述方法还包括根据所述限定所述至少一个模型对象与其他模型对象之间的继承关系的信息和所述限定所述至少一个模型对象与其他模型对象之间的关联关系的信息通过以下方式确定所述至少一个模型对象在建立的模型中所处的层级：

通过在所述元数据管理系统中输入关于第一模型对象的基本信息和属性信息来定义所述第一模型对象，将定义的所述第一模型对象作为待构建的模型的第一层级；以及

通过在所述元数据管理系统中输入关于第二模型对象的基本信息和属性信息来定义所述第二模型对象，并且基于所输入的关于所述第二模型对象的基本信息和属性信息确定所述第二模型对象与所述第一模型对象之间的关系，如果所述第二模型对象与所述第一模型对象之间具有继承关系，则将所述第二模型对象构建到所述第一模型对象所在的第一层级下方的第二层级，如果所述第二模型对象与所述第一模型对象之间具有关联关系，则将所述第二模型对象构建到所述第一模型对象所在的第一层级。

根据本发明的第二方面，提供一种元数据管理系统，其包括：

输入单元，被配置用于接收所输入的关于至少一个模型对象的基本信息和属性信息，其中所述关于至少一个模型对象的基本信息至少包括所述至少一个模型对象的名称、限定所述至少一个模型对象与其他模型对象之间的继承关系的信息和对所述至少一个模型对象进行访问的相应的数据访问接口名称，其中所述关于至少一个模型对象的属性信息至少包括限定所述至少一个模型对象与其他模型对象之间的关联关系的信息和对所述至少一个模型对象进行访问的相应的数据访问接口的属性编码；

处理单元，被配置用于根据所输入的关于所述至少一个模型对象的基本信息和属性信息定义所述至少一个模型对象，以对所述至少一个模型对象进行建模，在建模过程中基于输入所述元数据管理系统中的关于至少一个模型对象的基本信息和属性信息确定所述至少一个模型对象与其他模型对象之间的继承关系或关联关系，并且在对所述至少一个模型对象的建模完成时使用相应的数据访问接口名称和数据访问接口的属性编码为所述至少一个模型对象生成相应的数据访问接口，以使得外部应用程序能够访问相应的建模形成的所述至少一个模型对象。

根据一个实施方案，其中所述元数据管理系统包括存储单元，所述存储单元包含：

第一数据库表，被配置用于存储输入所述元数据管理系统的关于所述至少一个模型对象的基本信息，

第二数据库表，被配置用于存储输入所述元数据管理系统的关于所述至少一个模型对象的属性信息，

附加的至少一个数据库表，所述附加的至少一个数据库表被配置为是针对每个模型对象根据该模型对象的基本信息和属性信息生成的，用于存储每个模型对象对应的业务数据。

根据一个实施方案，其中所述关于至少一个模型对象的基本信息还包括所述用于存储所述至少一个模型对象对应的业务数据的附加的至少一个数据库表的名称，所述关于至少一个模型对象的属性信息还包括用于生成所述附加的至少一个数据库表的字段的名称，以及其中所述附加的至少一个数据库表被进一步配置为是针对每个模型对象根据该模型对象的基本信息中的附加的数据库表的名称和该模型对象的属性信息中的用于生成所述附加的数据库表的字段的名称而生成的。

根据一个实施方案，其中所述处理单元被进一步配置为：根据所述限定所述至少一个模型对象与其他模型对象之间的继承关系的信息和所述限定所述至少一个模型对象与其他模型对象之间的关联关系的信息通过以下方式确定所述至少一个模型对象在建立的模型中所处的层级：

通过在所述元数据管理系统中输入关于第一模型对象的基本信息和属性信息来定义所述第一模型对象，将定义的所述第一模型对象作为待构建的模型的第一层级；以及

通过在所述元数据管理系统中输入关于第二模型对象的基本信息和属性信息来定义所述第二模型对象，并且基于所输入的关于所述第二模型对象的基本信息和属性信息确定所述第二模型对象与所述第一模型对象之间的关系，如果所述第二模型对象与所述第一模型对象之间具有继承关系，则将所述第二模型对象构建到所述第一模型对象所在的第一层级下方的第二层级，如果所述第二模型对象与所述第一模型对象之间具有关联关系，则将所述第二模型对象构建到所述第一模型对象所在的第一层级。

根据本发明的第三方面，提供一种计算机设备，包括存储器和处理器，所述存储器上存储有计算机程序，所述计算机程序在由所述处理器执行时导致上述的使用元数据管理系统对模型对象进行建模的方法被执行。

根据本发明的第四方面，提供一种非暂时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序在由处理器执行时导致上述的使用元数据管理系统对模型对象进行建模的方法被执行。

本发明的方案提供了一种新的元数据管理系统和使用该元数据管理系统对模型对象进行建模的方法。利用本发明的方案，通过在元数据管理系统中输入关于模型对象的基本信息和属性信息来定义模型对象，根据该基本信息和属性信息来确定模型对象在模型中所属的层级，可以建立元数据模型，进而能够帮助构建稳定、高效、可扩展的软件模型。使用本发明建立的模型对象可以广泛适用于各种软件系统，特别是企业应用系统。本发明的方案还能够规范模型接口，使得构建的模型能够遵循统一的接口规范和设计原则，保证了系统的稳定性与扩展性。

附图说明

以示例的方式参考以下附图描述本发明的非限制性且非穷举性实施例，其中：

图1是示意性示出根据本发明一实施方案的使用元数据管理系统对模型对象进行建模的方法的流程图；

图2是示意性示出根据本发明一实施方案的元数据管理系统的框图；

图3是示意性示出根据本发明一实施方案的模型对象的基本信息的示意图；

图4是示意性示出根据本发明一实施方案的模型对象的属性信息的示意图；

图5是示意性示出根据本发明另一实施方案的模型对象的属性信息的示意图；

图6是示意性示出根据本发明一实施方案的元数据模型的示意图。

具体实施方式

为了使本发明的上述以及其他特征和优点更加清楚，下面结合附图进一步描述本发明。应当理解，本文给出的具体实施例是出于向本领域技术人员解释的目的，仅是示例性的，而非限制性的。

在以下描述中，阐述了许多具体细节以提供对本发明的透彻理解。然而，对于本领域普通技术人员来说将明显的是，不需要采用具体细节来实践本发明。在其他情况下，未详细描述众所周知的步骤或操作，以避免模糊本发明。

本文中的术语“模型对象”指的是现实世界中需要对其进行建模处理的要素(例如，报销单)在计算机系统中对应的对象(例如，报销单对象)。具体地，模型对象可以包括系统对象和业务对象，其中系统对象指在系统中内置的模型对象或者能支持系统运行的模型对象(例如系统中的人员、组织机构、菜单(例如系统导航菜单)或者系统配置等)，业务对象指与系统的正常业务相关的对象(例如财务系统中的总账、单据或者报销单)。另外，模型对象也都可以继承于一个或多个公共的模型对象——基础元对象(可以看作是一种“根对象”的形式)。元数据可以指用于描述该模型对象的所有数据，例如，关于该模型对象的所有基本信息和属性信息。

本文中的术语“数据访问接口”指的是允许外部应用程序对模型对象进行访问的对外功能接口，例如“RESTful API”接口。RESTful API技术是目前流行的系统间访问的方式，使用RESTful API如同使用url访问网站一样方便，而且可以跨不同的平台，比如不同语言开发的程序都可以使用RESTful API进行相互调用。RESTful API是比较成熟的技术，但接口地址模式并不统一。本发明提出的元数据管理系统提供的RESTful API可以提供统一的访问模式，可以根据模型对象定义的API名称访问对应的RESTful API地址，从而达到访问和操作数据的目的。例如，通过该数据访问接口可以允许外部应用程序对模型对象进行一些标准的数据操作功能(例如，增加、删除、修改和查找等)和自定义的操作功能(例如，复制、剪切等)。例如，在建模完成后可以自动生成该数据访问接口，该接口可以允许其他系统访问模型对象中的数据(系统自动的动作)，而无需像以前一样需要开发人员写程序将数据从数据库中调出返回给其他系统。另外，通过该数据访问接口还可以允许其他系统访问模型对象的各种相关数据，如在关于对“客户”进行建模的软件系统中通过自动生成的数据访问接口可以方便查询公司的客户信息，或新增、删除客户等。

图1示出了根据本发明一实施方案的使用元数据管理系统对模型对象进行建模的方法100。所述方法100包括：

S101、在所述元数据管理系统中接收所输入的关于至少一个模型对象的基本信息和属性信息，其中所述关于至少一个模型对象的基本信息至少包括所述至少一个模型对象的名称、限定所述至少一个模型对象与其他模型对象之间的继承关系的信息和对所述至少一个模型对象进行访问的相应的数据访问接口名称，其中所述关于至少一个模型对象的属性信息至少包括限定所述至少一个模型对象与其他模型对象之间的关联关系的信息和对所述至少一个模型对象进行访问的相应的数据访问接口的属性编码。

S102、根据所输入的关于所述至少一个模型对象的基本信息和属性信息定义所述至少一个模型对象，以对所述至少一个模型对象进行建模，在建模过程中基于所输入的关于至少一个模型对象的基本信息和属性信息确定所述至少一个模型对象与其他模型对象之间的继承关系或关联关系，并且在对所述至少一个模型对象建模完成时使用相应的数据访问接口名称和数据访问接口的属性编码为所述至少一个模型对象生成相应的数据访问接口，以使得外部应用程序能够访问相应的建模形成的所述至少一个模型对象。

具体地，在步骤S101中，如图3所示，所接收的关于至少一个模型对象的基本信息例如可以包括该模型对象的名称、所属模块(可以表明该模型对象所属的分组)、类型(可以用于表明该模型对象所属的类型)、API名称(即对所述至少一个模型对象进行访问的相应的数据访问接口名称)、物理表名(将在下文进一步解释)、来源、提示、基础元对象(其可以指定继承已有的模型对象)、树形结构和/或逻辑删除等。在图3所示的实施例中，要定义的关于报销单的模型对象被分组到“单据”模块，并且被分类到“交易对象”的类型。这种分组和分类可以根据实际需要进行设定，以便于对元数据管理系统中的模型对象的管理，例如，可以根据业务对模型对象进行分组以确定该模型对象所属的模块；也可以根据模型对象的使用方式对其进行分类以确定该模型对象所属的类型。另外，模型对象所属的模块和类型可以看作模型对象本身的一种属性。

如图4所示，所接收的关于至少一个模型对象的属性信息例如可以包括该模型对象的数据访问接口的属性的代码(即对该模型对象进行访问的相应的数据访问接口的属性编码)、字段名称(将在下文进一步解释)、属性的名称、提示、数据类型、字段长度、小数点位置和/或默认值等。在另一个实施例中，如图5所示，可以通过将属性信息中的数据类型设置为关联关系、并且输入该模型对象的关系ID来设置与该模型对象具有关联关系的模型对象。还可以为一个模型对象显示该模型对象的所有属性字段，以便对该模型对象的属性字段进行查询预览。例如，模型对象的属性字段可以包括唯一ID、行号、关键字(primary key，主键)、业务对象定义ID、属性类型、业务对象类型定义版本ID、属性编号和/或属性名称等。

在步骤S102中，在一个实施方案中，定义模型对象的过程就是对其进行建模的过程。定义模型对象的过程包括：在输入关于至少一个模型对象的基本信息和属性信息之后，将所述至少一个模型对象的基本信息存入所述元数据管理系统的第一数据库表，将所述至少一个模型对象的属性信息存入所述元数据管理系统的第二数据库表。

在一个实施方案中，所述关于至少一个模型对象的基本信息还包括所述用于存储所述至少一个模型对象对应的业务数据的附加的至少一个数据库表的名称，所述关于至少一个模型对象的属性信息还包括用于生成所述附加的至少一个数据库表的字段的名称，以及其中所述针对每个模型对象根据该模型对象的基本信息和属性信息生成用于存储每个模型对象对应的业务数据的附加的至少一个数据库表包括：针对每个模型对象根据该模型对象的基本信息中的附加的数据库表的名称和该模型对象的属性信息中的用于生成所述附加的数据库表的字段的名称生成用于存储每个模型对象对应的业务数据的附加的至少一个数据库表。生成的数据库物理表中除了用户输入的业务数据还可以包括一些系统预置字段，例如唯一ID、创建人等。

在一个实施例中，可以将模型对象的基本信息保存到MetadataRecord数据库表(即，第一数据库表)中，其中必需的基本信息至少包括“API名称”和“物理表名(表明保存该模型对象实际业务数据的数据库表的名称)”。在一个实施例中，可以将模型对象的属性信息保存到MetadataField数据库表(即，第二数据库表)中，其中必需的基本信息至少包括“代码(表明API接口属性编码)”和“字段名称(表明生成模型对象实际业务数据的数据库表的字段的名称)”。

针对每个模型对象根据该模型对象的基本信息和属性信息生成用于存储每个模型对象对应的业务数据的附加的至少一个数据库表。术语“附加的”是相对于第一数据库表和第二数据库表而言。在一个实施例中，例如，元数据管理系统可以为每一个模型对象生成一个附加的数据库表。应理解，本文中的数据库表还可以称为“数据库物理表”或“物理表”。

在步骤S102中，在生成数据库物理表之后，元数据管理系统可以根据预置的RESTful API访问模式，利用上述的关于至少一个模型对象的基本信息中的API名称和属性信息中的API接口属性编码的相应字段名称来为该模型对象自动生成API接口。

在一个实施例中，所生成的API接口地址模式可以为以下形式：http://server/app/{version}/{resource}/[{id}][？{urlParameter}]。其中server为IP地址或域名、app为应用根路径、version为RESTful API的发布版本、resource为模型对象的API名称、id为模型对象的数据ID(例如，关键字id)、urlParameter为查询参数。其中server、app、version是根据实际情况部署的，而resource和id是根据定义的模型对象和实际业务数据确定的，urlParameter是固定的参数，例如查询参数：query，分页参数limit等。

所述元数据管理系统可以通过根据API名称访问对应的RESTful API地址来提供统一的访问模式，在访问模型对象的RESTful API时，可以根据输入的参数例如resource找到对应的模型对象，并且通过id可以找到模型对象的数据的关键字，从而查询模型对象的数据库表，找到实际业务数据并且返回请求。通过上述方式，可以实现例如对模型对象的新增、查询、删除、修改、导出和导入等功能。例如，该API接口可以为外部系统提供查询该元数据管理系统中的模型对象数据、新增模型对象数据、修改模型对象数据、删除模型对象数据、导入模型对象数据或者导出模型对象数据的功能。另外，例如，该API接口还可以根据模型对象的元数据生成页面内容及配置结构以完成系统功能的搭建。

在定义模型对象时可以指定或选择当前模型对象是继承于哪个已有的模型对象，已有对象的基本信息和属性可以被继承到新的模型对象上，而继承的层次也是没有限制的，这样可以根据实际业务的需要完成分层建模。

在一个实施方案中，针对模型对象建立的元数据模型可以包括多个不同层级，可以根据所述限定所述至少一个模型对象与其他模型对象之间的继承关系的信息和所述限定所述至少一个模型对象与其他模型对象之间的关联关系的信息通过以下方式确定所述至少一个模型对象在建立的模型中所处的层级：

通过在所述元数据管理系统中输入关于第一模型对象的基本信息和属性信息来定义所述第一模型对象，将定义的所述第一模型对象作为待构建的模型的第一层级；以及通过在所述元数据管理系统中输入关于第二模型对象的基本信息和属性信息来定义所述第二模型对象，并且基于所输入的关于所述第二模型对象的基本信息和属性信息确定所述第二模型对象与所述第一模型对象之间的关系，如果所述第二模型对象与所述第一模型对象之间具有继承关系，则将所述第二模型对象构建到所述第一模型对象所在的第一层级下方的第二层级，如果所述第二模型对象与所述第一模型对象之间具有关联关系，则将所述第二模型对象构建到所述第一模型对象所在的第一层级。

图2示出了根据本发明一实施方案的元数据管理系统200。所述元数据管理系统200包括输入单元210和处理单元220。

输入单元210被配置用于接收所输入的关于至少一个模型对象的基本信息和属性信息，其中所述关于至少一个模型对象的基本信息至少包括所述至少一个模型对象的名称、限定所述至少一个模型对象与其他模型对象之间的继承关系的信息和对所述至少一个模型对象进行访问的相应的数据访问接口名称，其中所述关于至少一个模型对象的属性信息至少包括限定所述至少一个模型对象与其他模型对象之间的关联关系的信息和对所述至少一个模型对象进行访问的相应的数据访问接口的属性编码。

处理单元220被配置用于根据所输入的关于所述至少一个模型对象的基本信息和属性信息定义所述至少一个模型对象，以对所述至少一个模型对象进行建模，在建模过程中基于输入所述元数据管理系统中的关于至少一个模型对象的基本信息和属性信息确定所述至少一个模型对象与其他模型对象之间的继承关系或关联关系，并且在对所述至少一个模型对象的建模完成时使用相应的数据访问接口名称和数据访问接口的属性编码为所述至少一个模型对象生成相应的数据访问接口，以使得外部应用程序能够访问相应的建模形成的所述至少一个模型对象。

元数据管理系统200还包括存储单元230，所述存储单元230包含第一数据库表231、第二数据库表232和附加的至少一个数据库表233。

第一数据库表231被配置用于存储输入所述元数据管理系统的关于所述至少一个模型对象的基本信息。第二数据库表232被配置用于存储输入所述元数据管理系统的关于所述至少一个模型对象的属性信息。附加的至少一个数据库表233被配置为是针对每个模型对象根据该模型对象的基本信息和属性信息生成的，用于存储每个模型对象对应的业务数据。

本文中的元数据管理系统200可以应用于多种场景，尤其可以应用于企业管理系统，例如，可以应用于财务共享、管理会计等企业应用方面。在不同的应用场景下，可以对标准接口按照预定的规则进行修改或扩展。

图3示出了根据本发明一实施方案的模型对象的基本信息的示意图300。图4示出了根据本发明一实施方案的模型对象的属性信息的示意图400。如图3和图4中所示的，该模型对象的中文名称为“报销单”，其对应的API接口的名称为“expenseBill”,该API接口的属性编码为“expenseAmount”；元数据管理系统为该模型对象生成的数据库物理表的名称为“T_EXPENSE_BILL”，该数据库物理表的字段的名称为“EXPENSE_AMOUNT”；该模型对象继承于“businessObject”这个模型对象，位于businessObject模型对象所在层级的下一层级。图5示出了根据本发明另一实施方案的模型对象的属性信息的示意图。可以看出，图5中还示出了与该模型对象具有关联关系的模型对象，具体地，将“数据类型”设置为“关联关系”，并且在“关系ID”中输入“审批记录区”，使得“审批记录区”模型对象与该模型对象具有关联关系。

图6示出了根据本发明一实施方案的元数据模型600。在一个实施方案中，元数据模型中的模型对象可以继承于一个公共的模型对象(在图6中示出为基础元对象)。如图6所示的，“基础元对象”位于模型的第一层级，“A对象”继承于“基础元对象”，位于模型的第二层级，“B对象”继承于“A对象”(其间接继承于“基础元对象”)，位于模型的第三层级，“C对象”与“B对象”之间具有关联关系，位于与“B对象”相同的第三层级，同时“C对象”也继承于“基础元对象”。

继承关系意味着继承模型对象已有的基本信息和属性信息，例如，B对象继承于A对象，即B对象具有A对象的全部基本信息和属性信息，用户在创建/定义B对象时，无需再填入A对象的基本信息和属性信息，这样能够节省人力成本，更好地管理系统中的元数据。可以理解的是，元数据模型的层级数可以是无限的，用户可以根据需要随时修改模型的结构。

本领域普通技术人员应理解，图2中示出的元数据管理系统的示意图仅仅是与本发明的方案相关的部分结构的示例性说明框图，并不构成对体现本发明的方案的计算机设备、处理器或计算机程序的限定。具体的计算机设备、处理器或计算机程序可以包括比图中所示更多或更少的部件或模块，或者组合或拆分某些部件或模块，或者可具有不同的部件或模块布置。

另外，应当理解的是，上述元数据管理系统中的各个单元可全部或部分通过软件、硬件及其组合来实现。上述各单元可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个单元对应的操作。

在一个实施例中，提供了一种计算机设备，其包括存储器和处理器，所述存储器上存储有可由处理器执行的计算机指令，所述计算机指令在由所述处理器执行时指示所述处理器执行本发明的方法的各步骤。该计算机设备可以广义地为服务器，或任何其他具有必要的计算和/或处理能力的电子设备。在一个实施例中，该计算机设备可包括通过系统总线连接的处理器、存储器、网络接口、通信接口等。该计算机设备的处理器可用于提供必要的计算、处理和/或控制能力。该计算机设备的存储器可包括非易失性存储介质和内存储器。该非易失性存储介质中或上可存储有操作系统、计算机程序等。该内存储器可为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口和通信接口可用于与外部的设备通过网络连接和通信。该计算机程序被处理器执行时执行本发明的方法的步骤。

本发明可以实现为一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在由处理器执行时导致本发明的方法的步骤被执行。在一个实施例中，所述计算机程序被分布在网络耦合的多个计算机设备或处理器上，以使得所述计算机程序由一个或多个计算机设备或处理器以分布式方式存储、访问和执行。单个方法步骤/操作，或者两个或更多个方法步骤/操作，可以由单个计算机设备或处理器或由两个或更多个计算机设备或处理器执行。一个或多个方法步骤/操作可以由一个或多个计算机设备或处理器执行，并且一个或多个其他方法步骤/操作可以由一个或多个其他计算机设备或处理器执行。一个或多个计算机设备或处理器可以执行单个方法步骤/操作，或执行两个或更多个方法步骤/操作。

本领域普通技术人员可以理解，本发明的方法的全部或部分步骤可以通过计算机程序来指示相关的硬件如计算机设备或处理器完成，所述的计算机程序可存储于非暂时性计算机可读存储介质中，该计算机程序被执行时导致本发明的方法的步骤被执行。根据情况，本文中对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。非易失性存储器的示例包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、闪存、磁带、软盘、磁光数据存储装置、光学数据存储装置、硬盘、固态盘等。易失性存储器的示例包括随机存取存储器(RAM)、外部高速缓冲存储器等。

以上描述的各技术特征可以任意地组合。尽管未对这些技术特征的所有可能组合进行描述，但这些技术特征的任何组合都应当被认为由本说明书涵盖，只要这样的组合不存在矛盾。

尽管结合实施例对本发明进行了描述，但本领域技术人员应理解，上文的描述和附图仅是示例性而非限制性的，本发明不限于所公开的实施例。在不偏离本发明的精神的情况下，各种改型和变体是可能的。