自动生成会计分录的方法、装置、电子设备以及介质

摘要

本申请提供了一种自动生成会计分录的方法、装置、电子设备以及介质，方法包括：调用会计引擎的接口，会计引擎的接口包括多个字段；根据接口的一个字段组合在核算辅助设置表中匹配出交易对应的核算辅助码，核算辅助设置表包括多个核算辅助码，每个核算辅助码与一个指定的字段组合匹配；根据匹配出的核算辅助码在会计分录设置表中确定出分录信息；将分录信息中的值替换为会计引擎的接口中指定字段的值，得到会计分录。该方法基于会计引擎的接口、核算辅助设置表以及会计分录设置表来实现会计分录的自动生成，可以将业务系统和账务处理有机衔接起来，不仅移植部署简单方便，而且还可以根据管理需要从各维度灵活地进行功能扩展。

说明书

技术领域

本申请涉及会计引擎的技术领域，具体而言，本申请涉及一种自动生成会计分录的方法、装置、电子设备以及介质。

背景技术

业务与财务的高度融合一直是业务财务管理领域大家高度关注并期待能够解决的重要研究课题。信息系统之间的额打通是我们构建业财融合的根本，更多的时候，业财的一致性是人为导致的，一种情况是核算系统保留了直接数据录入的入口或存在前置的补录入口，导致缺少支撑的业务凭证直接进入；或者是数据存在台账入口；最复杂的情况是链条的最前端，也就是业务系统并非从源头开始系统化，存在人工数据进入的环节。此外，全链条中任何允许数据人为修改的情况都会导致业财一致性被破坏。尽管我们很难依靠单一的工具或者手段来彻底的解决业财高度融合以及一致性的问题，但有些工具能够帮助我们从某一环节来加以改善，会计引擎就是其中之一。

会计引擎是自动化账务处理的重要一环，简单理解起来可以看作是将业务系统语言转换为财务语言的翻译器。它从业务系统获取业务系统数据，并将它转换成账务凭证信息，也就是自动生成会计分录，从而实现自动记账。在建立会计引擎的过程中间，最为重要的一点就是将所有需要从业务语言向财务语言翻译的场景系统化。通过场景梳理，能够针对每一类需要生成会计凭证的业务场景定义转换规则。似乎这是会计引擎的基本要求，但实践中，要做到全面无遗漏的场景梳理相对的不容易。当然，这种场景的梳理有赖于经验的积累，如果我们无法一次梳理清晰，就必须要考虑如何在会计引擎的设计过程中保留足够的弹性，允许我们能够快速灵活的配置和增加场景规则，从而减少因场景梳理复杂性带来的弊端影响。

本发明所要解决的技术问题就是设计并实现一个结构简单却能适应多种场景的会计引擎，实现场景规则配置和会计分录的自动生成。

发明内容

本申请针对现有方式的缺点，提出一种自动生成会计分录的方法、装置、电子设备以及介质，用以解决上述至少一个技术问题。

第一方面，本申请实施例提供了一种自动生成会计分录的方法，包括：调用会计引擎的接口，其中，会计引擎的接口包括多个字段；根据接口的一个字段组合在核算辅助设置表中匹配出交易对应的核算辅助码，其中，核算辅助设置表包括多个核算辅助码，每个核算辅助码与一个指定的字段组合匹配；根据匹配出的核算辅助码在会计分录设置表中确定出分录信息；将分录信息中的值替换为会计引擎的接口中指定字段的值，得到会计分录。

在本申请的一个实施例中，会计引擎的接口包括多个静态字段和多个动态字段，静态字段用于表征交易的第一属性，动态字段用于表征交易的第二属性。

在本申请的一个实施例中，静态字段包括租户编号、账簿名称、业务类型、业务编号、业务来源、摘要、业务日期和和账务日期；动态字段包括机构、币种、金额和要素，其中，要素用于表征子业务类型。

在本申请的一个实施例中，静态字段的值由调用方预先设置，动态字段的是基于调用方的业务的会计记账准则得到的。

在本申请的一个实施例中，字段组合包括至少一种动态字段中的要素、以及动态字段中的要素。

在本申请的一个实施例中，字段组合至少包括静态字段中的租户编号、账簿名称、业务来源和业务类型，以及动态字段中的要素。

在本申请的一个实施例中，分录信息包括租户编号、账簿名称、借贷标识、科目号、机构字段、币种字段和金额字段；将分录信息中的值替换为会计引擎的接口中指定字段的值，得到会计分录，包括：将分录信息中机构字段的值、币种字段的值、以及金额字段的值，分别替换为会计引擎的动态字段中机构的值、币种的值、以及金额的值，得到会计分录。

第二方面，本申请实施例提供了一种自动生成会计分录的装置，自动生成会计分录的装置包括接口调用模块、核算辅助码模块、会计分录模块；接口调用模块用于调用会计引擎的接口，其中，会计引擎的接口包括多个字段；核算辅助码模块用于供会计引擎根据接口的一个字段组合在核算辅助设置表中匹配出交易对应的核算辅助码，其中，核算辅助设置表包括多个核算辅助码，每个核算辅助码与一个指定的字段组合匹配；会计分录模块，用于根据匹配出的核算辅助码在会计分录设置表中确定出分录信息，以及将分录信息中的值替换为会计引擎的接口中指定字段的值，得到会计分录。

第三方面，本申请实施例提供了一种电子设备，电子设备包括存储器和处理器，处理器与存储器通信连接；存储器存储有计算机程序，计算机程序由处理器执行时，实现上述的自动生成会计分录的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，存储介质上存储有计算机程序，计算机程序被处理器执行时，实现上述的自动生成会计分录的方法。

本申请实施例提供的技术方案，至少具有如下有益效果：

本申请实施例提供的自动生成会计分录的方法和装置，从会计引擎的核心原理出发，基于会计引擎的接口、核算辅助设置表以及会计分录设置表来实现会计分录的自动生成，可以将业务系统和账务处理有机衔接起来，不仅移植部署简单方便，而且还可以根据管理需要从各维度灵活地进行功能扩展。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为现有的基于会计引擎生成会计分录的流程图；

图2为本申请的一种自动生成会计分录的方法的流程示意图；

图3为本申请的一种自动生成会计分录的装置的模块示意图；

图4为本申请提供的电子设备的模块示意图。

具体实施方式

下面详细描述本申请，本申请的实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的部件或具有相同或类似功能的部件。此外，如果已知技术的详细描述对于示出的本申请的特征是不必要的，则将其省略。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

首先对本申请实施例中涉及到的名词作简单的解释说明：

会计分录：英文名称Accounting Entry，亦称“记账公式”，简称“分录”，它根据复式记账原理的要求，对每笔经济业务列出相对应的双方账户及其金额的一种记录。

会计引擎，英文名称Accounting Engine，是一种自动生成会计分录的步骤或机制。

图1示出了现有的基于会计引擎生成会计分录的流程。市面上的会计引擎比较少见，主要应用于中大型企业，因企业分工细，业务系统和财务系统独立，需要记账的业务场景多，会计分录复杂，故借用国外产品思想自主研发账务系统，或直接采购市面上成熟的大型财务管理软件比如用友的NC系统来实现。这类会计引擎虽然功能较强，但一方面与整个财务管理系统紧密结合，无法单独拆开灵活使用，另一方面涉及库表和字段多，各种配置关系复杂，需要专业的人员指导培训才能上手使用。

本申请实施例提供的一种自动生成会计分录的方法，从会计引擎的核心原理出发，用简单的两张配置表和一张接口表便实现了会计分录的自动生成，可以将业务系统和账务处理有机衔接起来，不仅移植部署简单方便，而且还可以根据管理需要从各维度灵活地进行功能扩展。

图2是本申请实施例提供的一种自动生成会计分录的方法的流程图，该自动生成会计分录的方法包括以下步骤：

S110：调用会计引擎的接口。

需要说明的是，会计引擎的接口可以包括多个字段。在本申请的一个实施例中，会计引擎的接口包括多个静态字段和多个动态字段，静态字段用于表征交易的第一属性，动态字段用于表征交易的第二属性。

在本申请的一个实施例中，静态字段包括租户编号、账簿名称、业务类型、业务编号、业务来源、摘要、业务日期和和账务日期；动态字段包括机构、币种、金额和要素，其中，要素用于表征子业务类型。

在本申请的一个实施例中，静态字段的值由调用方预先设置，动态字段的是基于调用方的业务的会计记账准则得到的。

会计引擎的接口所包括多个字段可以用接口表的形式记录，接口表的结构如表1所示。

表1

下面对会计引擎的接口所包括多个字段的作用和/或含义进行说明。

租户编号：满足多租户需要，调用双方预先设置好。

账簿名称：由调用方确定设置，应用于总账系统或模块对接的场景，以满足一家公司多账簿的情况。

业务类型：由调用方确定并设置，用以区别不同业务，比如存款业务、贷款业务等。

业务编号：由调用方确定并设置，用于区别同类型不同笔的交易。

业务来源：由调用方确定并设置，用于区别不同的业务系统，如采购系统、进销存系统等。

摘要：由调用方确定并设置，用于描述该笔交易。

业务日期：由调用方确定并设置，即调用会计引擎的日期。

账务日期：由调用方确定并设置，该笔业务需要入账的日期，与总账系统对接时需要。

机构：Map或List结构，Key-Value键值对列表，可设置多个，适用于不同机构之间代记账，后续再清算账务往来的业务场景，根据调用方该笔业务的会计记账准则来确定。

币种：Map或List结构，Key-Value键值对列表，可设置多个，适用于不币种之间的转换或一笔业务涉及多个币种的情况，根据调用方该笔业务的会计记账准则来确定。

金额：Map或List结构，Key-Value键值对列表，可设置多个，适用于一笔业务涉及多个金额的情况，根据调用方该笔业务的会计记账准则来确定。

要素：Map或List结构，Key-Value键值对列表，可设置多个，用于同一种业务类型根据不同要素会产生不同会计分录的情况。例如：两笔存款业务，它们的业务类型相同，其中一笔是定期存款，另一笔是活期存款，定期存款和活期存款为存款业务下的子业务类型。可以理解，会计引擎可以基于要素来区别同一业务类型下的不同的子业务类型，从而选择正确的会计分录。

该步骤S110中，通过接口获取生成一套会计分录所需要的业务信息，然后根据后续的步骤自动生成该套会计分录的相关信息。

S120：根据接口的一个字段组合在核算辅助设置表中匹配出交易对应的核算辅助码。

需要说明的是，核算辅助设置表包括多个核算辅助码，每个核算辅助码与一个指定的字段组合匹配。

在本申请的一个实施例中，字段组合包括至少一种动态字段中的要素、以及动态字段中的要素。例如，字段组合至少包括静态字段中的租户编号、账簿名称、业务来源和业务类型，以及动态字段中的要素。

核算辅助设置表可以把各种分录业务场景区分开，从而能自动定位到唯一的一套会计分录。核算辅助设置表的结构如表2所示。

表2

下面对核算辅助设置表的多个字段的作用和/或含义进行说明。

租户编号：满足多租户需要，需要设置成与接口表中对应的字段的值相同。

账簿名称：满足一家公司多账簿的情况，需要设置成与接口表中对应的字段的值相同。

核算辅助码：该表中最关键的字段，具有唯一性，不同的业务场景具有不同的核算辅助码值。

辅助说明：管理查询用字段，是对业务场景的描述。

业务来源：用于区别不同的业务系统，需要设置成与接口表中对应的字段的值相同。

业务类型：用以区别不同业务，需要设置成与接口表中对应的字段的值相同。

要素名称、要素值：对应接口表中的要素列表，将列中的Key和Value值拉平。

S130：根据匹配出的核算辅助码在会计分录设置表中确定出分录信息。

可以理解，会计分录设置表包括核算辅助码，在会计分录设置表中将与匹配出的核算辅助码相关的信息，作为确定出分录信息。会计分录设置表的结构图表3所示。

表3

下面对会计分录设置表的多个字段的作用和/或含义进行说明。

租户编号：满足多租户需要，需设置成和接口表中对应的字段值一样。

账簿名称：满足一家公司多账簿的情况，需设置成和接口表中对应的字段值一样。

核算辅助码：确定唯一的核算业务场景，与核算辅助设置表中的核算辅助码一致。

机构字段：该笔分录所需要获取的机构字段值，设置的值需在接口表中传入的机构列表中。

币种字段：该笔分录所需要获取的币种字段值，设置的值需在接口表中传入的币种列表中。

金额字段：该笔分录所需要获取的金额字段值，设置的值需在接口表中传入的金额列表中。

科目号：该笔分录的科目号，由调用方的会计记账准则和科目体系来确定。

借贷标志：该笔分录的借贷方向，由调用方的会计记账准则和科目体系来确定。

S140：将分录信息中的值替换为会计引擎的接口中指定字段的值，得到会计分录。

可选地，步骤S140可以包括：将分录信息中机构字段的值、币种字段的值、以及金额字段的值，分别替换为会计引擎的动态字段中机构的值、币种的值、以及金额的值，得到会计分录。

基于本发明提供的自动生成会计分录的方法，会计引擎可处理多租户、多账簿、多机构、多币种、多金额、多借多贷等多种复杂业务，适应多种复杂业务场景。下面通过一个实例来具体说明本发明提供的自动生成会计分录的方法的流程。

假设某银行按全行统一设一个账簿，为方便解释和说明，除金额外，其它字段都以文字表示，实际情况中可以用代码表示。实例业务场景：储户2020年7月12号到某银行A机构去存一笔100元的人民币定期存款，又去B机构存一笔50元的美元活期存款。

交易系统调用会计引擎接口，所调用的会计引擎的接口的多个字段如表4和表5所示，其中，表4示出的是与100元人民币定期存款业务相关的多个字段，表5示出的是与50元美元活期存款业务相关的多个字段。

表4

表5

会计引擎通过对应字段组合在核算辅助设置表中分别匹配出对应的核算辅助码，其中，核算辅助设置表的部分内容如表6所示。

表6

会计引擎通过租户编号、账簿名称、业务来源、业务类型和要素名称、要素值这一字段组合，匹配到100元定期存款的交易的核算辅助码为存款0001，50元活期存款的交易的核算辅助码为存款0002。

接下来，根据匹配出的核算辅助码存款0001和存款0002，在会计分录设置表中确定出分录信息。与存款0001和存款0002相关的分录信息如表7所示。

表7

接下来，将与存款0001相关的分录信息中的机构字段的值、币种字段的值、以及金额字段的值，分别替换为表4所示的会计引擎的动态字段中机构的值、币种的值、以及金额的值，得到的会计分录如表8所示。

表8

将与存款0002相关的分录信息中的机构字段的值、币种字段的值、以及金额字段的值，分别替换为表5所示的会计引擎的动态字段中机构的值、币种的值、以及金额的值，得到的会计分录如表9所示。

表9

本申请实施例提供的自动生成会计分录的方法可以用JAVA语言进行开发，数据库采用Mysql。可以理解，该自动生成会计分录的方法也可以用其它的开发语言和数据库来实现。

本申请实施例提供的自动生成会计分录的方法从会计引擎的核心原理出发，基于会计引擎的接口、核算辅助设置表以及会计分录设置表来实现会计分录的自动生成，可以将业务系统和账务处理有机衔接起来，不仅移植部署简单方便，而且还可以根据管理需要从各维度灵活地进行功能扩展。

另外，本申请实施例提供的自动生成会计分录的方法可以用灵活的配置方法实现会计分录的设置，免去了操作人员或程序开发人员去了解具体账务处理的难度。该方法有强大的适配能力，可以同时支持配置不同会计准则的科目和分录，也支持多租户、多账簿、多机构、多币种的多种业务场景。该方法将会计分录的生成抽象和封装起来，消除了和总账系统和财务系统之间的紧耦合，增强了系统的独立性和可维护性。该方法使会计引擎可以灵活地与各种业务系统和账务系统对接，有助于提升会计引擎在架构设计和使用上的灵活性。该方法的简洁架构使其具备良好的扩展性，可以根据实际需要在各个维度扩展其管理功能，也能够在接口方面做各种封装和扩展用以适应更加复杂的业务需求。该方法可以使用JAVA语言实现，并基于ANSI SQL，可支持部署于不同数据库上，并支持其它通用开发语言的嵌入开发。该方法可以配套自主研发的Web前端，可为用户提供友好的配置界面，方便用户通过配置界面对核算辅助设置表和会计分录设置表进行维护。

基于同一发明构思，本申请实施例还提供了一种自动生成会计分录的装置200，如图3所示，自动生成会计分录的装置200包括接口调用模块210、核算辅助码模块220、会计分录模块230。

接口调用模块210用于调用会计引擎的接口，其中，会计引擎的接口包括多个字段。

核算辅助码模块220用于供会计引擎根据接口的一个字段组合在核算辅助设置表中匹配出交易对应的核算辅助码，其中，核算辅助设置表包括多个核算辅助码，每个核算辅助码与一个指定的字段组合匹配。

会计分录模块230用于根据匹配出的核算辅助码在会计分录设置表中确定出分录信息，以及将分录信息中的值替换为会计引擎的接口中指定字段的值，得到会计分录。

在本申请的一个实施例中，会计引擎的接口包括多个静态字段和多个动态字段，静态字段用于表征交易的第一属性，动态字段用于表征交易的第二属性。

在本申请的一个实施例中，静态字段包括租户编号、账簿名称、业务类型、业务编号、业务来源、摘要、业务日期和和账务日期；动态字段包括机构、币种、金额和要素，其中，要素用于表征子业务类型。

在本申请的一个实施例中，静态字段的值由调用方预先设置，动态字段的是基于调用方的业务的会计记账准则得到的。

在本申请的一个实施例中，字段组合包括至少一种动态字段中的要素、以及动态字段中的要素。

在本申请的一个实施例中，字段组合至少包括静态字段中的租户编号、账簿名称、业务来源和业务类型，以及动态字段中的要素。

在本申请的一个实施例中，分录信息包括租户编号、账簿名称、借贷标识、科目号、机构字段、币种字段和金额字段。会计分录模块230具体用于：将分录信息中的值替换为会计引擎的接口中指定字段的值，得到会计分录，包括：将分录信息中机构字段的值、币种字段的值、以及金额字段的值，分别替换为会计引擎的动态字段中机构的值、币种的值、以及金额的值，得到会计分录。

本申请实施例提供的自动生成会计分录的装置200，与前面所述的各实施例具有相同的发明构思，该自动生成会计分录的装置200中未详细示出的内容可参照前面所述的各实施例，在此不再赘述。

本申请实施例提供的自动生成会计分录的装置从会计引擎的核心原理出发，基于会计引擎的接口、核算辅助设置表以及会计分录设置表来实现会计分录的自动生成，可以将业务系统和账务处理有机衔接起来，不仅移植部署简单方便，而且还可以根据管理需要从各维度灵活地进行功能扩展。

另外，本申请实施例提供的自动生成会计分录的装置可以用灵活的配置装置实现会计分录的设置，免去了操作人员或程序开发人员去了解具体账务处理的难度。该装置有强大的适配能力，可以同时支持配置不同会计准则的科目和分录，也支持多租户、多账簿、多机构、多币种的多种业务场景。该装置将会计分录的生成抽象和封装起来，消除了和总账系统和财务系统之间的紧耦合，增强了系统的独立性和可维护性。该装置使会计引擎可以灵活地与各种业务系统和账务系统对接，有助于提升会计引擎在架构设计和使用上的灵活性。该装置的简洁架构使其具备良好的扩展性，可以根据实际需要在各个维度扩展其管理功能，也能够在接口方面做各种封装和扩展用以适应更加复杂的业务需求。该装置可以使用JAVA语言实现，并基于ANSI SQL，可支持部署于不同数据库上，并支持其它通用开发语言的嵌入开发。该装置可以配套自主研发的Web前端，可为用户提供友好的配置界面，方便用户通过配置界面对核算辅助设置表和会计分录设置表进行维护。

基于同一发明构思，本申请实施例还提供了一种电子设备300，如图4所示，电子设备300包括存储器303和处理器301，处理器301与存储器303通信连接。

存储器303存储有计算机程序，计算机程序由处理器301执行时，实现本申请上述实施例提供的自动生成会计分录的方法。

可选地，处理器301和存储器303可以通过总线302相连。可选的，电子设备300还可以包括收发器304。需要说明的是，实际应用中收发器304不限于一个，该电子设备300的结构并不构成对本申请实施例的限定。

处理器301应用于本申请实施例中，用于实现上述方法实施例所示的方法。收发器304可以包括接收机和发射机，收发器304应用于本申请实施例中，用于执行时实现本申请实施例的电子设备300与其他设备通信的功能。

处理器301可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器301也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线302可包括一通路，在上述组件之间传送信息。总线302可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线302可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器303可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的计算机程序并能够由计算机存取的任何其他介质，但不限于此。

本申请实施例提供的电子设备300，与前面所述的各实施例具有相同的发明构思，该电子设备300中未详细示出的内容可参照前面所述的各实施例，在此不再赘述。

基于同一发明构思，本申请实施例还提供了一种计算机可读存储介质，存储介质上存储有计算机程序，计算机程序被处理器执行时，实现本申请上述实施例提供的自动生成会计分录的方法。

本申请提供的上述计算机可读存储介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM、RAM、EPROM(Erasable Programmable Read-OnlyMemory，可擦写可编程只读存储器)、EEPROM、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本申请实施例提供的计算机可读存储介质，与前面所述的各实施例具有相同的发明构思，该计算机可读存储介质中未详细示出的内容可参照前面所述的各实施例，在此不再赘述。

本技术领域技术人员可以理解，本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

在本申请的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

应该理解的是，虽然附图的流程图中的各个步骤基于箭头的指示依次显示，但是这些步骤并不是必然基于箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。