具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在一个实施例中，如图1所示，提供了一种单据生成方法，本实施例以该方法应用于终端进行举例说明，可以理解的是，该方法也可以应用于服务器。本实施例中，该方法包括以下步骤：

步骤102，从可视化规则配置界面中预先配置的规则树中，获取针对至少一个源单据预先配置的规则信息。

其中，规则树，是预先在可视化规则配置界面中以树形结构形式配置的与单据处理相关的规则信息。

其中，可视化规则配置界面中，是可肉眼观看到的配置规则的界面。源单据，是来源单据，用于提供生成目标单据的相关信息。即，基于源单据，按照本申请实施例中的单据生成方法可以生成目标单据。与单据处理相关的规则信息，是用于对源单据做处理的规则。

具体地，用户在可视化规则配置界面中，根据想要对源单据所做的处理来预先进行规则配置，以配置生成规则树。终端从可视化规则配置界面中预先配置的规则树中，筛选针对至少一个源单据预先配置的规则信息。

可以理解，不同的源单据具有不同的规则信息，因而，可以根据源单据从规则树中筛选出相匹配的规则信息。

在一个实施例中，源单据，可以是来源于同一种系统的单据，也可以是来源于不同系统的单据。

步骤104，调用规则引擎对获取到的规则信息进行解析，得到单据处理规则。

其中，规则引擎，是根据预选设定的规则来执行对应的脚本的引擎。解析，是将用户配置的规则信息翻译为规则引擎所能执行的指令。单据处理规则，是对源单据进行处理的规则。

具体地，终端调用规则引擎对用户配置在规则树中的规则信息进行翻译，得到规则引擎所能执行的单据处理规则。

步骤106，根据规则引擎执行单据处理规则，以在满足单据处理规则中的预设触发条件时，触发输出单据处理规则中相应的单据生成操作。

其中，预设触发条件，是预先设置的用于触发生成单据生成操作的条件。可以理解，只要达到预先设置的触发条件，规则引擎就会输出单据处理规则中相应的单据生成操作。单据生成操作，是对源单据进行处理的具体步骤。

具体地，终端调用规则引擎执行解析后所得到的单据处理规则。终端调用规则引擎以从根节点向下级节点的方式，循序渐进地执行单据处理规则。若满足单据处理规则中的预设触发条件时，终端则调用规则引擎触发输出单据处理规则中相应的单据生成操作。

在一个实施例中，预设触发条件，包括各源单据属性满足对应的条件。比如，源单据的属性1满足条件1且源单据的属性2满足条件2。现结合图4中的具体的属性来进行举例示意，如图4中的(g)，“**单据状态”的状态等于“已审核”、且“核销单日期”在“当前会计期间”，即为预设触发条件，在满足该预设触发条件后，则可以触发输出单据处理规则中相应的单据生成操作。步骤108，根据单据生成操作，对源单据执行相应处理以生成目标单据。

其中，目标单据，是要生成的单据。

具体地，终端通过调用规则引擎得到了单据生成操作，再按照单据生成操作中包含的具体处理步骤对源单据进行处理，最终生成目标单据。

在一个实施例中，单据生成操作，可以包括对源单据进行扩展操作和裁剪操作。扩展操作可以包括增加行和增加列等至少一种操作。裁剪操作可以包括删除行和删除列等至少一种操作。图2用于示意出单据生成操作。为了便于理解，现举例说明。比如，单据生成操作中包含的具体处理步骤是需要对源单据进行增加行的操作，则终端可以根据各个字段取值规则取值并放至源单据所增加的行中，以生成新的单据，即为目标单据。

在一个实施例中，可以是终端通过调用规则引擎得到了单据生成操作，按照单据生成操作中包含的具体处理步骤，对一个源单据进行处理，最终生成一个目标单据。

在一个实施例中，可以是终端通过调用规则引擎得到了单据生成操作，按照单据生成操作中包含的具体处理步骤，对多个来源于不同系统的源单据进行处理，最终生成一个目标单据。

在一个实施例中，可以是终端通过调用规则引擎得到了单据生成操作，按照单据生成操作中包含的具体处理步骤，对一个源单据进行处理，最终生成多个目标单据。

在一个实施例中，可以是终端通过调用规则引擎得到了单据生成操作，按照单据生成操作中包含的具体处理步骤，对多个来源于不同系统的源单据进行处理，最终生成多个目标单据。

上述单据生成方法，由于无需手动编写代码只需根据源单据即可配置得到规则树，用户配置完规则树，规则引擎就能从规则树获取到规则信息，并将规则信息进行解析得到单据处理规则，最后再执行单据处理规则即可生成目标单据。在上述的步骤中，在规则树的配置过程中，省去了编写代码的时间和工作量，而且，规则信息由用户根据不同源单据自由灵活配置成规则树，以生成不同的目标单据，由此可以有效提高生成单据的效率。

在一个实施例中，方法还包括：在可视化规则配置界面中，展示初始规则树；响应于针对初始规则树的规则配置操作，将与单据处理相关的规则信息配置至初始规则树的相应树节点上，得到配置的规则树。

其中，初始规则树，是尚未配置规则信息的树形结构。规则配置操作，是用户将规则信息配置到初始规则树中的操作。树节点，是规则树的各分支节点。

具体地，终端在可视化规则配置界面中，展示初始规则树。用户将与单据处理相关的规则信息配置到初始规则树的相应的树节点上。终端响应于用户在可视化规则配置界面所发生的规则配置操作，将与单据处理相关的规则信息配置至初始规则树的相应树节点上，得到配置的规则树。

在一个实施例中，用户可以在可视化规则配置界面中，规则配置操作可以是将与单据处理相关的规则信息拖拽到初始规则树的树节点的相应位置，也可以是通过在初始规则树的相应树节点中选择与对单据进行相关处理的规则信息。

本实施例中，用户只需要在可视化规则配置界面中将需要的规则信息配置到初始规则树中，即可得到配置的规则树，省去了通过编写代码来生成规则树的步骤，由此，能够提高生成规则树的效率。

在一个实施例中，响应于针对初始规则树的规则配置操作，将与单据处理相关的规则信息配置至初始规则树的相应树节点上，包括：响应于针对初始规则树的规则配置操作，在初始规则树的树节点上配置单据属性、以及配置各单据属性在不同条件值下的单据相关操作，得到包括规则集的规则树；其中，规则集中的各单据处理规则分别包括配置的单据属性集、条件集、值集以及操作集；每个规则起始树节点和规则起始树节点的下级节点构成完整的单据处理规则。

其中，单据属性，是单据中包含的属性。可以理解，单据中可以包含多个实体，实体可以具有相应的属性，所以，单据属性可以包括实体的属性。比如，单据属性，可以是单据中实体为“供应商”所包含的名称属性“A公司”名称、实体为“商品”所包含的名称属性“A商品”名称或实体为“日期”所包含的日期属性等中的至少一个。条件值，是表示条件判断的数据。规则集，是以单据处理规则作为元素的集合。属性集，是以单据的属性作为元素的集合。值集，是包括源单据的数值以及执行规则过程中产生的数值作为元素的集合。操作集，是以操作指令作为元素的集合。操作指令，是规则引擎执行操作的指令。

具体地，用户在可视化规则配置界面中，在初始规则树中将规则信息对应配置到规则起始树节点和规则起始树节点的下级节点中，即将各单据处理规则分别包括的属性集、条件集、值集以及操作集，对应配置到规则起始树节点和规则起始树节点的下级节点中。终端响应于针对初始规则树的规则配置操，将单据属性、以及各单据属性在不同条件值下的单据相关操作配置到初始规则树的树节点上，得到包括规则集的规则树。

在一个实施例中，规则树的树节点可以随着用户配置的规则信息的增加而往下级增加节点。

在一个实施例中，可以将源单据中的“A公司”、“A商品”或日期称为源单据对应的实体，而实体的属性可以是“A公司”名称、“A商品”名称或日期数值。其中，源单据的实体之间可以建立关联关系。比如，“A公司”在后面的变为“A1公司”，可以建立“A公司”与“A1公司”之间的关联关系。

在一个实施例中，如图3所示，可以是用户在可视化的规则配置界面展示的初始规则树中，将单据处理规则属性集包含的“属性1，属性2”，一个条件集包含的“满足条件A，满足条件B，满足条件C，满足条件D，满足条件E，满足条件F”，另一个条件集包含的“满足条件a，满足条件b”,值集以及操作集配置至初始规则树的相应树节点上，实现每个规则起始树节点和规则起始树节点的下级节点构成完整的单据处理规则，比如从“属性1满足条件A”、“且属性2满足a”以及“执行Aa”，构成一条完整的单据处理规则。

本实施例中，用户只需要在可视化规则配置界面中，将规则信息根据需求配置到规则树中对应的树节点，就可以构成多条完整的规则，实现了规则配置的灵活性。

在一个实施例中，规则信息包括：属性集、条件集、值集以及操作集；调用规则引擎对获取到的规则信息进行解析，得到单据处理规则，包括：调用规则引擎对从规则树中树节点上获取的属性集、条件集、值集以及操作集进行解析，得到对应于单据处理规则的属性集中的属性、条件集中的条件、值集中的值以及操作集中的操作指令。

具体地，终端可以调用规则引擎将规则树中树节点上获取的属性集进行解析，得出源单据的相关变化的属性。终端可以调用规则引擎将规则树中树节点上获取的条件集进行解析，得出对源单据的属性进行判断的条件。终端可以调用规则引擎将规则树中树节点上获取的值集进行解析，得出对源单据的相关值。终端还可以调用规则引擎将规则树中树节点上获取的操作集进行解析，得出对源单据的相关操作指令。

在一个实施例中，终端可以调用规则引擎将规则树中树节点上获取的属性集进行解析，得出源单据的相关变化的属性。比如，当前的单据的属性为“已提交”，过后更新为“已审核”。

本实施例中，规则引擎只需要对从规则树中树节点上获取的属性集、条件集、值集以及操作集进行解析，即可得到对应于单据处理规则的属性集中的属性、条件集中的条件、值集中的值以及操作集中的操作指令，提高了获取单据处理规则的效率。

在一个实施例中，根据规则引擎执行单据处理规则，包括：根据规则引擎执行单据处理规则，并将当前执行到的单据处理规则中的部分规则，以及执行完部分规则后得到的与源单据相关的状态进行动态展示。

其中，部分规则，是单据处理规则中的一部分。与源单据相关的状态，是源单据在各阶段的状态。比如，在待提交阶段，源单据的状态可以是“待提交”或者可以是“已提交”。

具体地，终端调用规则引擎执行解析后得到的单据处理规则。规则引擎将当前执行到的单据处理规则中的部分规则，以及执行完部分规则后得到的与源单据相关的状态进行动态展示。

在一个实施例中，规则引擎可以将当前执行到的单据处理规则中的部分规则，以及执行完部分规则后得到的与源单据相关的状态，在规则配置界面中动态展示，也可以在另一个与规则配置界面相互独立的界面中进行动态展示。

在一个实时例子中，如图4所示。当规则引擎执行到单据处理规则中的对“**单据状态”进行判断这部分规则时，若判断出“**单据状态”的状态等于“已提交”，则展示出如图4中的(a)所示的执行过程，以及得到的源单据的状态，即“已提交”。判断出“**单据状态”的状态为“已提交”，不满足“**单据状态”的状态需为“已审核”的状态且“核销单日期”在“当前会计期间”的预设触发条件，即不满足预设触发条件，规则引擎则不输出单据处理规则中相应的单据生成操作。

执行至下一部分规则，即判断“核销单日期”是否在“当前会计期间”，则将此过程展示出来，如图4中的(b)或(c)所示的执行过程，将“核销单日期”不在或在“当前会计期间”的源单据的状态进行动态展示。由于此时仍需要执行判断“**单据状态”等于“已提交”的状态是否有变化的这部分规则。而恰好没有变化，所以，此时图3中的(b)会将判断到没有变化的“已提交”的“**单据状态”展示出来。判断出“**单据状态”的状态仍为“已提交”，不满足“**单据状态”的状态需为“已审核”的状态且“核销单日期”在“当前会计期间”的预设触发条件，即不满足预设触发条件，规则引擎则不输出单据处理规则中相应的单据生成操作。

如图4中的(d)或(e)所示的执行过程，判断出“**单据状态”的状态由“已提交”更新为“未审核”时，将“未审核”的“**单据状态”这部分规则的执行结果展示出来，而此时仍在执行判断“核销单日期”不在或在“当前会计期间”，所以，仍然展示出“核销单日期”不在或在“当前会计期间”这部分规则的执行结果。判断出“**单据状态”的状态为“未审核”，不满足“**单据状态”的状态需为“已审核”的状态且“核销单日期”在“当前会计期间”的预设触发条件，即不满足预设触发条件，规则引擎则不输出单据处理规则中相应的单据生成操作。

如图4中的(f)或(g),判断出“**单据状态”的状态由“未审核”更新为“已审核”时，将“已审核”的“**单据状态”这部分规则的执行结果展示出来。而此时仍在执行判断“核销单日期”不在或在“当前会计期间”，所以，仍然展示出“核销单日期”不在或在“当前会计期间”这部分规则的执行结果。判断出“**单据状态”的状态为“已审核”，但判断出“核销单日期”不在“当前会计期间”，不满足预设触发条件，规则引擎则不输出单据处理规则中相应的单据生成操作。

最后，如图4中的(g),判断出“**单据状态”的状态由“未审核”更新为“已审核”时，且判断出“核销单日期”在“当前会计期间”，即满足了预设触发条件，规则引擎则输出单据处理规则中相应的单据生成操作。

本实施例中，规则引擎将当前执行到的单据处理规则中的部分规则，以及执行完部分规则后得到的与源单据相关的状态进行动态展示。用户可以直观地看到执行至的当前单据处理规则的部分规则，以及执行完部分规则后得到的与源单据相关的状态。

在一个实施例中，方法还包括：若接收到规则组合操作，则从规则库中调取规则组合操作所指定的多条已有的单据处理规则；将调取的单据处理规则的规则信息对应配置至规则树中的树节点位置。

其中，规则组合操作，是将多条不同的规则进行组合的操作。规则库，是存储已有的单据处理规则的数据库。

具体地，用户在可视化的规则配置界面中，根据对源单据的多要进行的处理将不同的规则进行组合操作。终端响应于用户的规则组合操作，从规则库中调取规则组合操作所指定的多条已有的单据处理规则。终端调取到所需要组合的单据处理规则，则将调取的单据处理规则的规则信息对应配置至规则树中的树节点位置。

在一个实施例中，已有的单据处理规则，可以是执行过的，也可以是未执行过的现有的单据处理规则。

本实施例中，已有的单据处理规则存储在规则库中，需要时直接调用，能够提高已有规则的使用率。

在一个实施例中，如图5所示，提供了一种单据生成方法的原理示意图，终端获取到“**系统源单”、“异构源单2”…“异构源单N”多个源单据，并接收到生成多个目标单据的请求。终端调用规则引擎，将从规则树中获取到的针对此多个源单据预先配置的规则信息进行解析，得到单据处理规则并执行。在满足单据处理规则中的预设触发条件时，规则引擎触发输出单据处理规则中相应的单据生成操作。规则引擎根据单据生成操作对源单据进行处理后，最终生成多个目标单据。其中，异构源单，是指来源于不同系统的源单据。

在一个实施例中，源单据可以是应收单、收款单和核销单，并且规则引擎执行判断出三张单同时已生成会计事件，则生成一张收款核销凭证。其中，核销单的核销凭证，包含取收款单的凭证的贷方科目、应收单的凭证的借方科目、收款核销金额取收款的原币金额以及核销金额。

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

在一个实施例中，如图6所示，提供了一种单据生成装置600，包括：获取模块602、调用模块604和生成模块606，其中：

获取模块602，用于从可视化规则配置界面中预先配置的规则树中，获取针对至少一个源单据预先配置的规则信息；规则树，是预先在可视化规则配置界面中以树形结构形式配置的与单据处理相关的规则信息。

调用模块604，用于调用规则引擎对获取到的规则信息进行解析，得到单据处理规则。

调用模块604，还用于根据规则引擎执行单据处理规则，以在满足单据处理规则中的预设触发条件时，触发输出单据处理规则中相应的单据生成操作。

生成模块606，用于根据单据生成操作，对源单据执行相应处理以生成目标单据。

在一个实施例中，如图7所示，装置还包括：

配置模块601，用于在可视化规则配置界面中，展示初始规则树；响应于针对初始规则树的规则配置操作，将与单据处理相关的规则信息配置至初始规则树的相应树节点上，得到配置的规则树。

在一个实施例中，配置模块601，还用于响应于针对初始规则树的规则配置操作，在初始规则树的树节点上配置单据属性、以及配置各单据属性在不同条件值下的单据相关操作，得到包括规则集的规则树；其中，规则集中的各单据处理规则分别包括配置的单据属性集、条件集、值集以及操作集；每个规则起始树节点和规则起始树节点的下级节点构成完整的单据处理规则。

在一个实施例中，规则信息包括：属性集、条件集、值集以及操作集；调用模块604，还用于调用规则引擎对从规则树中树节点上获取的属性集、条件集、值集以及操作集进行解析，得到对应于单据处理规则的属性集中的属性、条件集中的条件、值集中的值以及操作集中的操作指令。

在一个实施例中，调用模块604，还用于根据规则引擎执行单据处理规则，并将当前执行到的单据处理规则中的部分规则，以及执行完部分规则后得到的与源单据相关的状态进行动态展示。

在一个实施例中，配置模块601，还用于若接收到规则组合操作，则从规则库中调取规则组合操作所指定的多条已有的单据处理规则；将调取的单据处理规则的规则信息对应配置至规则树中的树节点位置。

关于单机生成装置的具体限定可以参见上文中对于单据生成方法的限定，在此不再赘述。上述单机生成装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种单据生成方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

从可视化规则配置界面中预先配置的规则树中，获取针对至少一个源单据预先配置的规则信息；规则树，是预先在可视化规则配置界面中以树形结构形式配置的与单据处理相关的规则信息；

调用规则引擎对获取到的规则信息进行解析，得到单据处理规则；

根据规则引擎执行单据处理规则，以在满足单据处理规则中的预设触发条件时，触发输出单据处理规则中相应的单据生成操作；

根据单据生成操作，对源单据执行相应处理以生成目标单据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：在可视化规则配置界面中，展示初始规则树；响应于针对初始规则树的规则配置操作，将与单据处理相关的规则信息配置至初始规则树的相应树节点上，得到配置的规则树。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：响应于针对初始规则树的规则配置操作，在初始规则树的树节点上配置单据属性、以及配置各单据属性在不同条件值下的单据相关操作，得到包括规则集的规则树；其中，规则集中的各单据处理规则分别包括配置的单据属性集、条件集、值集以及操作集；每个规则起始树节点和规则起始树节点的下级节点构成完整的单据处理规则。

在一个实施例中，规则信息包括：属性集、条件集、值集以及操作集；处理器执行计算机程序时还实现以下步骤：调用规则引擎对从规则树中树节点上获取的属性集、条件集、值集以及操作集进行解析，得到对应于单据处理规则的属性集中的属性、条件集中的条件、值集中的值以及操作集中的操作指令。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据规则引擎执行单据处理规则，并将当前执行到的单据处理规则中的部分规则，以及执行完部分规则后得到的与源单据相关的状态进行动态展示。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：若接收到规则组合操作，则从规则库中调取规则组合操作所指定的多条已有的单据处理规则；将调取的单据处理规则的规则信息对应配置至规则树中的树节点位置。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

从可视化规则配置界面中预先配置的规则树中，获取针对至少一个源单据预先配置的规则信息；规则树，是预先在可视化规则配置界面中以树形结构形式配置的与单据处理相关的规则信息；

调用规则引擎对获取到的规则信息进行解析，得到单据处理规则；

根据规则引擎执行单据处理规则，以在满足单据处理规则中的预设触发条件时，触发输出单据处理规则中相应的单据生成操作；

根据单据生成操作，对源单据执行相应处理以生成目标单据。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在可视化规则配置界面中，展示初始规则树；响应于针对初始规则树的规则配置操作，将与单据处理相关的规则信息配置至初始规则树的相应树节点上，得到配置的规则树。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：响应于针对初始规则树的规则配置操作，在初始规则树的树节点上配置单据属性、以及配置各单据属性在不同条件值下的单据相关操作，得到包括规则集的规则树；其中，规则集中的各单据处理规则分别包括配置的单据属性集、条件集、值集以及操作集；每个规则起始树节点和规则起始树节点的下级节点构成完整的单据处理规则。

在一个实施例中，规则信息包括：属性集、条件集、值集以及操作集；计算机程序被处理器执行时还实现以下步骤：调用规则引擎对从规则树中树节点上获取的属性集、条件集、值集以及操作集进行解析，得到对应于单据处理规则的属性集中的属性、条件集中的条件、值集中的值以及操作集中的操作指令。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据规则引擎执行单据处理规则，并将当前执行到的单据处理规则中的部分规则，以及执行完部分规则后得到的与源单据相关的状态进行动态展示。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：若接收到规则组合操作，则从规则库中调取规则组合操作所指定的多条已有的单据处理规则；将调取的单据处理规则的规则信息对应配置至规则树中的树节点位置。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。