数据检验方法、系统及相关设备与流程

1.本技术实施例涉及互联网技术领域，尤其涉及数据检验方法、系统及相关设备。


背景技术：

2.现如今，人们对电子业务的应用越来越广泛，对于大批量的业务账单，线上处理其的方式常比人工处理的效率快而准。
3.但是，线上处理账单需部署及注意的事项繁杂；此外，实际应用中，各单据的业务模块(如采购模块和出纳模块)来源常不同，或单据的形成时间常不一等，使得各单据实际对应的业务场景各异。如此情况下，使用现有的线上账单处理系统，难以准确把关不同业务场景的单据数据的真实性，使得某些单据即便存在错误数据或审批风险等问题，也能绕过校验而通过审核，造成重复交易或超额付款等违规操作，从而引发财产损失或影响事务进度。
4.针对于此，有必要提供有效的解决方案。


技术实现要素：

5.本技术实施例提供了数据检验方法、系统及相关设备，用于提高对目标单据的数据审核质量，降低误判风险。
6.本技术实施例第一方面提供一种数据检验方法，包括：
7.根据目标单据数据制定检验准则，所述检验准则用以记录对所述目标单据数据的审核依据，所述目标单据为处于目标审批状态的单据；
8.根据所述检验准则构建所述目标单据对应所属的目标检验模型；
9.使用所述目标检验模型对所述目标单据数据进行检验，得到所述目标单据数据的检验结果，所述检验结果用于指示所述目标单据数据的错误记载情况。
10.本技术第一方面所述的方法在具体实施时可采用本技术第二方面所述的内容实现。
11.本技术实施例第二方面提供一种数据检验系统，包括：
12.配置单元，用于根据目标单据数据制定检验准则，所述检验准则用以记录对所述目标单据数据的审核依据，所述目标单据为处于目标审批状态的单据；
13.所述配置单元，还用于根据所述检验准则构建所述目标单据对应所属的目标检验模型；
14.检验单元，用于使用所述目标检验模型对所述目标单据数据进行检验，得到所述目标单据数据的检验结果，所述检验结果用于指示所述目标单据数据的错误记载情况。
15.本技术实施例第三方面提供一种电子设备，包括：
16.中央处理器，存储器以及输入输出接口；
17.所述存储器为短暂存储存储器或持久存储存储器；
18.所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执
行本技术实施例第一方面或第一方面的任一具体实现方式所描述的方法。
19.本技术实施例第四方面提供一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如本技术实施例第一方面或第一方面的任一具体实现方式所描述的方法。
20.本技术实施例第五方面提供一种包含指令或计算机程序的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行如本技术实施例第一方面或第一方面的任一具体实现方式所描述的方法。
21.从以上技术方案可以看出，本技术实施例至少具有以下优点：
22.面对实际场景不同的单据，为目标单据制定对应所属的检验准则，有助于目标检验模型针对性地对目标单据数据进行质检，提高其检验结果的可信度、有效规避风险，以防目标单据轻易地绕过常规的校验环节而通过审核，造成业务损失。可见，本技术实施例，能为不同单据灵活配置符合其实际情况的目标检验模型，以防错检部分单据，有效保障检验结果在后续业务流程中的高价值体现。
附图说明
23.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
24.图1为本技术实施例数据检验方法的一个流程示意图；
25.图2为本技术实施例数据检验方法的另一流程示意图；
26.图3为本技术实施例的一个架构示意图；
27.图4为本技术实施例的运算规则配置示意图；
28.图5为本技术实施例数据检验方法的另一流程示意图；
29.图6为本技术实施例执行日志的一个展示示意图；
30.图7为本技术实施例数据检验系统的一个结构示意图；
31.图8为本技术实施例电子设备的一个结构示意图。
具体实施方式
32.为了使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术作进一步地详细描述，所描述的实施例不应视为对本技术的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
33.本技术的说明书和权利要求书及附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
34.在以下的描述中，涉及到“一个具体实施方式”或“一个实施例”等类似表达，其描
述了所有可能实施例的子集，但是可以理解，“一个具体实施方式”或“一个实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。在以下的描述中，涉及到的术语多个是指至少两个。本技术所说的某数值达到阈值(如果存在)，可包括前者大于阈值后者的情况。
35.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本技术实施例的目的，不是旨在限制本技术。
36.下面将对本技术做进一步的详细说明。
37.请参阅图1，本技术第一方面提供数据检验方法的一个实施例，该实施例包括步骤11至13：
38.11、根据目标单据数据制定检验准则。
39.检验准则用以记录对目标单据数据的审核依据，目标单据为处于目标审批状态的单据。
40.实际情况中，不同单据对应关联有不同的业务场景，这当中可能涉及供应商、财务部等至少一个业务组织的规则，例如，供应商和财务部之间对物料的交易数量、交易金额，有各自的报价要求等考量，因此最终呈现出的多份单据数据常不同，相应的，对被检验管控的目标单据分别进行切实有效、针对性的质检尤为重要，而为此制定符合相应场景的检验准则，是高效质检的一项重要准备。具体的，满足适用条件(如目标审批状态为审批中)的单据才会被视为，将被管控检验的目标单据。
41.12、根据检验准则构建目标单据对应所属的目标检验模型。
42.为确保最终投用的检验模型能高度适用于目标单据，进而提高对目标单据数据的质检效果，降低错检发生率，故实际应用中，可以根据检验准则构建目标单据对应所属的目标检验模型。
43.13、使用目标检验模型对目标单据数据进行检验。
44.在获得目标单据对应所属的目标检验模型后，可以将目标单据数据投入目标检验模型，以得到该模型对目标单据数据的检验结果，该检验结果用于指示目标单据数据的错误记载情况。具体的，该检验结果可包含目标单据是否通过检验的审核结论，可见，本检验结果可视为，目标检验模型基于前述检验准则对目标单据数据的核对结果。
45.综上，面对实际场景不同的各目标单据，为其制定对应所属的检验准则，有助于目标检验模型针对性地对该单据数据进行质检，从而提高其检验结果的可信度和权威性，有效规避风险，以免目标单据轻易地绕过常规的校验环节而通过审核，造成业务损失和事务耽搁。可见，本技术实施例，能为不同单据灵活配置符合其实际情况的目标检验模型，以防误判目标单据，有效保障了其检验结果在后续业务流程中的高价值体现。
46.在上述示例说明的基础上，下面将提供一些具体的可能实施示例，实际应用中，这些示例之间的实施内容可根据相应的功能原理和应用逻辑由需地结合实施。
47.请参阅图2至图6，本技术提供数据检验方法的另一实施例，该实施例包括步骤20至23：
48.20、确定检验目标单据数据所预采用的检验方式。
49.该检验方式可包含引用式和非引用式。具体的，可先根据目标单据的单据类型判
断是否存在参评单据，参评单据为与目标单据的数据存在比对关系且单据类型不同的关联单据；若存在参评单据，则确定对目标单据数据采取的检验方式为引用式(跨单比较)，引用式表示采用参评单据的数据校验目标单据数据；反之，若不存在参评单据，则确定对目标单据数据采取的检验方式为非引用式(本单内比较)，非引用式表示采用与目标单据同类型的往期单据数据校验目标单据数据。
50.请参见下述步骤222对跨单比较、本单内比较这两种方式的详细说明，具体此处不做赘述。
51.21、根据目标单据数据制定检验准则。
52.在一些具体示例中，步骤21的具体实现过程可包括：
53.采集用于制定检验准则(或称为风险政策)的参考信息，参考信息包含单据所经历的交易组织对数据的审批要求；根据参考信息和目标单据数据之间的分析结果，制定目标单据对应所属的检验准则。
54.如图3所示，交易组织可包括采购部(主要管控采购单)、财务部(主要管控报销单)等类型的组织，故参考信息可以是组织内部员工对交易物料的经验性要求如厚度要达到某阈值，另外，还可以包含客商之间合同约定的交付日期、市场对某物料的风险标识等内外部风险信息，这些风险信息可以存储在风险数据池(库)中以供参考，以便用于制定符合实际单据情况的检验准则，从而确保后续区别性地核对不同单据，有效降低对单据的误判风险。
55.实际应用中，步骤20和21的先后执行顺序可不限。
56.22、根据检验准则构建目标单据对应所属的目标检验模型。
57.在一些具体示例中，检验准则可包含对目标单据预设的准据字段及对准据字段部署的运算规则，准据字段可包含单据的交易金额、交易用户标识和交易日期中的至少一类考察字段；此准据字段可理解为，某些组织或人员对目标单据的审判标准或要求，如财务部要求目标单据记载的交易金额不得超过某金额阈值；故相应的，步骤22的具体实现过程可包括步骤221至222：
58.221、基于准据字段从目标单据数据中提取受检数据。
59.其中，受检数据指向的考察字段(可称为目标单据字段)至少包含准据字段，例如，检验准则中的准据字段为交易金额时，源自目标单据的受检数据至少应涵盖具体的交易金额值等内容，以应对目标检验模型对目标单据的有效质检，提高检验环节的通过率。
60.222、配置受检数据在运算规则下的模型参数，以构建得目标检验模型。
61.因不同业务场景的目标单据实际适用的检验准则、检验模型会有所差异，故需要配置受检数据在所属运算规则下(符合相应检验方式)的模型参数，以针对性地构建得高度适用于目标单据的目标检验模型。
62.其中，模型参数包括与运算规则匹配的逻辑运算符。具体的，运算规则(可称为单据检验规则、比较规则或逻辑规则)可包含逻辑函数(如聚合函数、日期函数、字符串函数或数学函数等)、枚举性配置和日期性配置中的至少一种；相应的，逻辑运算符(或称为比较符)可涵盖下述任意逻辑关系：大于、大于等于、小于、小于等于、等于(是)、不等于(不是)、包含、不包含、并且、或、在
…
中、不在
…
中、开头是、结尾是、相对日期等运算符号。
63.示例性的，对于非引用式检验的应用场景，如图4所示，准据字段(具体可含风险因子字段和/或固定值)可配置为交易金额这一考察字段，风险因子值设为50000，相应的，受
检数据指向的字段可含“实付金额合计”这一字段，比较符可为“大于”，以构建得面向目标单据(如付款单)的一目标检验模型；换而言之，如此配置的目标检验模型将对目标单据数据执行的比较规则呈现为，检验目标单据的实付金额合计值是否大于50000。当然，此处的比较规则还可以结合配置有“并且”这一逻辑关系，如获取三个月内往期同类单据的数据，并校验往期付款单的收付款账户、交易币别或交易金额等数据是否一致，若一致则目标单据(目标付款单)有重复付款的风险，检验模型应提醒再次进行模型检验或人工核对，以对目标单据的金额参数做好把控。可见，目标检验模型可对目标单据提供至少一条运算规则下的核对，从而严格把关对单据的审批质量。需要说明的是，同类单据指的是两张单据的单据类型一致，如同为付款单或同为费用报销单，此情况下的运算规则可视作“本单内比较”，即采用的检验方式为无需跨类型(模块)的非引用式。固定值可指带有攻击性或商业秘密的等敏感性字眼，添置固定值作为检验规则的组成内容，有助于查处风险行为，维护客商形象。
64.类似的，如对于费用报销模块中的费用报销单这一款目标单据，可以配置其运算规则为，查询该费用报销单的单据状态是否为“等待付款”，及查询其考察字段如“某部门是否同意报销”的参数值为“是”还是“否”，为是时则准许等待付款的该费用报销单生成付款凭证，为否时批复的则是不可以生成付款凭证。因此，通过采纳了相应运算规则的目标检验模型，便可以针对性地校对目标单据数据，从而，按照前述运算规则的判断结果，便可进行凭证的生成，或者给出“不允许等待付款的单据生成凭证”的有关提示等操作。
65.另一方面，关于引用式检验的应用场景，风险因子值可来源于与目标单据单据类型不同的参评单据，则此时的检验方式可视作跨模块的“跨单比较”即前述引用式检验。例如，在采购模块和出纳模块等多模块集成的业务中，为了防止采购订单多次生成付款单造成重复付款，面对付款单这一类型的目标单据，可以配置其运算规则为，查询该付款单的上游参评单据如采购订单对此批物料的审核状态(参评数据)为何，若其为“已付款”状态但付款单却反写成“未付款”，则对状态为“已付款”的采购订单不能再次批复付款，即对付款单的检验结论为不通过审批；或者，可以配置其运算规则为，付款单的付款金额不能大于采购订单的未付金额等，以免超额付款。
66.23、使用目标检验模型对目标单据数据进行检验。
67.在一些具体示例中，步骤23的具体实现过程可包括：
68.保存目标检验模型，并将目标检验模型的使用状态调为启用状态；而后，根据处于启用状态的目标检验模型的模型参数，计算受检数据在检验方式下的检验结果。其中，当检验方式为引用式时，计算受检数据内容在检验方式下的检验结果的过程，具体可包括：获取参评单据中的参评数据，使用模型参数对参评数据和受检数据进行比对，并根据比对结果计算检验结果。
69.实际情况中，用户可根据当前应用所需，选定将要被检验管控的目标单据，相应的，还可自行选定启用还是禁用某目标检验模型，应用受限小。具体的，对每一组织的各目标检验模型进行保存后，当需要对当中某一单据进行精准检控时，将该单据相应的目标检验模型的使用状态调为启用状态，即可直接启用该模型检验单据数据，快速生效及响应结果，无需如传统地重启服务以便上新代码包等，具有可插拔、开关便捷的特点。当然，在无需使用时，将某目标检验模型的使用状态调为禁用，即可中止运行，从而有效减少操作耗时及
对其他单据的管控资源占用。因此，若要更改检验规则的内容，如把风险因子值由50000改为20000，以便快速发现风险，只需要禁用原模型检验方案，修改风险因子值，而后再启用新的模型方案，就可以将其实时生效到个案单据，无需如传统地撤下旧代码、改写并投放新代码，再重启后才能生效等冗余操作，实用性强。
70.具体的，目标检验模型可按上述图4示例的“是否大于50000”和/或“数据是否一致”等至少一条运算规则对目标单据数据进行本单内比较，当然，也可根据实际场景需要进行跨单比较，以便快而准地给出专门针对目标单据的检验结果。实际情况中，同属于一个组织的多张单据分别对应的目标检验模型，可以因组织归属相同被分组织地独立启用，例如，采购部和财务部两部门的目标检验模型可以被独立管控，使得选择启用其中一部门的模型时并其不会受另一部门模型的制约，保障运行数据之间的侵入性低、耦合性小，操作方便。
71.在一些具体示例中，步骤23之后，本技术的方法还可以包括步骤24(展示及通报检验结果)，具体的：
72.展示目标检验模型对目标单据的检验结果，检验结果包括目标单据是否通过核对的结论，及目标单据被核对不通过时所存在的错误记载情况；当目标单据被核对不通过时，生成包含检验结果和错误记载情况的检验报告，并根据错误记载情况发起预警提示。
73.例如，此错误记载情况为单据的实付金额合计值大于50000，或申请报销的日期已超过采购日期30天等。本技术的检验结果、检验报告可以json或xml等格式展示。
74.步骤21至23与上述步骤11至13的操作类似，具体此处不作赘述。在上述各示例说明的基础上，本技术的方法还可以包括步骤25(记录及展示执行日志)：记录数据检验方法在各操作过程中的执行情况，以生成如图6所示的执行日志；展示执行日志。
75.示例性的，图6所示的控制模型即为对应不同编号单据的目标检验模型，风险执行结果即模型核对目标单据是否通过检验而作出的结论，执行结果描述可记有目标单据被核对不通过时所存在的错误记载情况。实际应用中，记录并展示本数据检验方法各操作步骤的执行情况，有助于追溯数据检验流程与风险事件，构成风险数据资产；而有效利用该风险数据资产，能帮助用户进一步分析检验规则的合理性和改进点，大幅度减少对单据检验模型的维护工作量，提高模型的鲁棒性和灵便效果，以便更快而准地应对大批量单据的审核任务，增强工作效率。
76.步骤25与步骤20至24中任一步骤的先后执行顺序可不限，可以同时执行。
77.综上，如图3或图5所示，本技术的数据检验方法，能有效借鉴内外部参考信息以制定目标单据对应所属的检验准则，使得通过该检验准则配置得的目标检验模型能针对性地核对目标单据；其中，进入模型风控接口的目标单据数据可受到模型的至少一条运算规则的审核比对，检验过程的可靠性强，能有效防止带错的单据事件轻易地绕过审核而造成不良影响。对于检验不通过的单据，其错误记载情况也可被预警提示出来，以便工作人员快速定位整改。当然，对单据执行管控检验的各过程可以被记录下来，以形成风险数据资产，以供进一步的数据分析和溯源。
78.实际应用中，本技术的目标检验模型支持执行逻辑规则、执行类运算(openapi、ai平台、大数据ai平台)或执行sql运算(可与往期单据数据比对)，算力配置强、适用范围广。对于多业务模块集成、需跨模块采取参评数据做比对的业务单据，跨模块操作方便，模块之间的侵入性和代码耦合度低。此外，面对大批量的单据，无需增加代码开发的工作量，只需
要进行相应的检验规则制定和模型参数配置，即可针对性实现复杂的质检过程，检验效率和可信度高，且启用方便，有助于高效规避对账错误或交易失败等风险问题，避免资金损失或影响事务进度。
79.需要说明的是，本技术的目标单据可以替换成外部异构系统对象等任何数据实体，如事假单；本方法支持配置除sql之外的任何数据库产品语言，及支持除上述执行类之外的任何编程语言和平台配置。
80.请参阅图7，本技术第二方面提供一种数据检验系统的一个实施例，该实施例包括：
81.配置单元701，用于根据目标单据数据制定检验准则，检验准则用以记录对目标单据数据的审核依据，目标单据为处于目标审批状态的单据；
82.配置单元701，还用于根据检验准则构建目标单据对应所属的目标检验模型；
83.检验单元702，用于使用目标检验模型对目标单据数据进行检验，得到目标单据数据的检验结果，检验结果用于指示目标单据数据的错误记载情况。
84.可选地，检验准则包含对目标单据预设的准据字段及对准据字段部署的运算规则，准据字段包含单据的交易金额、交易用户标识和交易日期中的至少一类考察字段；配置单元701具体用于：
85.基于准据字段从目标单据数据中提取受检数据，受检数据指向的考察字段至少包含准据字段；
86.配置受检数据在运算规则下的模型参数，以构建得目标检验模型，模型参数包括与运算规则匹配的逻辑运算符。
87.可选地，本系统还包括判断单元703，该判断单元703用于：
88.根据目标单据的单据类型判断是否存在参评单据，参评单据为与目标单据的数据存在比对关系且单据类型不同的关联单据；
89.若存在，则确定对目标单据数据采取的检验方式为引用式，引用式表示采用参评单据的数据校验目标单据数据；
90.若不存在，则确定检验方式为非引用式，非引用式表示采用与目标单据同类型的往期单据数据校验目标单据数据；
91.配置单元701具体用于：
92.配置目标单据数据在检验准则下符合检验方式的模型参数，以构建得目标检验模型。
93.可选地，检验单元702具体用于：
94.保存目标检验模型，并将目标检验模型的使用状态调为启用状态；
95.根据处于启用状态的目标检验模型的模型参数，计算受检数据在检验方式下的检验结果；
96.其中，当检验方式为引用式时，检验单元702具体用于：
97.获取参评单据中的参评数据；
98.使用模型参数对参评数据和受检数据进行比对，并根据比对结果计算检验结果。
99.可选地，配置单元701具体用于：
100.采集用于制定检验准则的参考信息，参考信息包含单据所经历的交易组织对数据
的审批要求；
101.根据参考信息和目标单据数据之间的分析结果，制定目标单据对应所属的检验准则。
102.可选地，本系统还包括记录单元704，该记录单元704用于：
103.记录数据检验方法在各操作过程中的执行情况，以生成执行日志；
104.展示执行日志。
105.可选地，本系统还包括显示单元705，该显示单元705用于：
106.展示目标检验模型对目标单据的检验结果，检验结果包括目标单据是否通过核对的结论，及目标单据被核对不通过时所存在的错误记载情况；
107.当目标单据被核对不通过时，生成包含检验结果和错误记载情况的检验报告，并根据错误记载情况发起预警提示。
108.本技术实施例中，数据检验系统各单元所执行的操作，与前述第一方面或第一方面的任一具体方法实施例所描述的操作类似，具体此处不再赘述。当然，本技术第一方面各操作的具体实现过程也可参见第二方面的相关描述实现。
109.请参阅图8，本技术实施例的电子设备800可以包括一个或一个以上中央处理器cpu(cpu，central processing units)801和存储器805，该存储器805中存储有一个或一个以上的应用程序或数据。
110.其中，存储器805可以是易失性存储或持久存储。存储在存储器805的程序可以包括一个或一个以上模块，每个模块可以包括对电子设备中的一系列指令操作。更进一步地，中央处理器801可以设置为与存储器805通信，在电子设备800上执行存储器805中的一系列指令操作。
111.电子设备800还可以包括一个或一个以上电源802，一个或一个以上有线或无线网络接口803，一个或一个以上输入输出接口804，和/或，一个或一个以上操作系统，例如windows servertm，mac os xtm，unixtm，linuxtm，freebsdtm等。
112.该中央处理器801可以执行前述第一方面或第一方面的任一具体方法实施例所执行的操作，具体不再赘述。
113.本技术提供的一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如上述第一方面或第一方面的任一具体实现方式所描述的方法。
114.本技术提供的一种包含指令或计算机程序的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行如上述第一方面或第一方面的任一具体实现方式所描述的方法。
115.可以理解的是，在本技术的各种实施例中，各步骤的序号大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
116.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
117.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结
合或者可以集成到另一个系统或装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
118.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
119.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
120.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品(计算机程序产品)存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，业务服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。