一种参数检验方法、装置、设备及介质与流程

1.本技术涉及数据处理技术领域，尤其涉及一种参数检验方法、装置、设备及介质。


背景技术：

2.近些年领域驱动设计应用广泛，以一种领域专家、开发人员都能理解的“通用语言”作为相互交流的工具，挖掘出一些主要的领域概念，然后将这些概念设计成一个领域模型；由领域模型驱动软件设计，用代码来表现该领域模型。它可以将一个复杂的业务进行深层剖析，得到稳定、业务行为简单的领域模型。基于这种稳定的模型提供稳定的领域方法和领域事件，根据业务需要，可通过编排不同的领域方法来灵活实现交易的功能。
3.在用户进行交易业务之前，开发人员需要通过编写代码实现交易业务的功能，以便后续用户可以完成交易。然后由工作人员根据预设的交易业务以及该交易业务所涉及的领域方法、领域事件等对开发人员提供的交易参数进行检验核对，由于人工检验的效率比较低，而且由于人工检验的主观因素，导致检验的准确性也比较低。


技术实现要素：

4.有鉴于此，本技术实施例提供了一种参数检验方法、装置、设备及介质，以便提高参数检验的准确性和效率。
5.第一方面，本技术实施例提供了一种参数检验方法，所述方法包括：
6.获取交易编排表，所述交易编排表中包括一个或多个领域方法，所述一个或多个领域方法对应于特定的编排顺序；
7.针对任一领域方法，检验所述领域方法是否存在于事件订阅表，所述事件订阅表中包括领域方法、领域事件以及事件属性之间的对应关系；
8.如果是，则检验所述领域方法在所述事件订阅表中所对应的领域事件和事件属性是否存在于交易拆分表或者中间事件表；所述中间事件表中包括中间事件以及与所述中间事件所对应的事件属性，所述交易拆分表中包括除所述中间事件外的领域事件以及与除所述中间事件外的领域事件所对应的事件属性；
9.如果是，则检验交易报文的字段是否均存在于所述交易拆分表；
10.如果是，则确定所述交易编排表的检验结果为合格。
11.在一种可能的实现方式中，所述交易拆分表的形成过程包括：
12.获取交易报文，所述交易报文所对应的交易业务与所述交易编排表所对应的交易业务相同，所述交易业务为按照所述特定的编排顺序执行所述一个或多个领域方法实现的；
13.解析所述交易报文获得多个字段；
14.针对任一字段，将所述字段拆分到与所述字段所对应的领域事件以及事件属性，所述领域事件与所述事件属性的对应关系为所述领域事件包括一个或多个所述事件属性。
15.在一种可能的实现方式中，所述中间事件表的形成过程包括：
16.执行第一领域方法，获取中间结果数据；
17.当基于所述中间结果数据执行第二领域方法时，将基于所述中间结果数据执行所述第二领域方法的过程命名为中间事件，将所述中间结果数据存储为与所述中间事件所对应的事件属性；
18.将所述中间事件与所述事件属性存储于所述中间事件表。
19.在一种可能的实现方式中，所述事件订阅表的形成过程包括：
20.针对任一领域方法，获取所述领域方法所包括的事件属性；
21.获取所述事件属性所对应的领域事件；
22.将所述领域方法、所述领域事件以及所述事件属性存储于所述事件订阅表。
23.在一种可能的实现方式中，所述交易编排表的形成过程包括：
24.获取目标交易业务；
25.获取执行所述目标交易业务所包括的一个或多个领域方法以及所述一个或多个领域方法所对应的编排顺序；
26.将所述一个或多个领域方法按照所述编排顺序存储于所述交易编排表。
27.在一种可能的实现方式中，所述交易编排表还包括交易码，所述交易码表示交易业务的类型。
28.第二方面，本技术实施例提供了一种参数检验装置，所述装置包括：获取模块、第一检验模块、第二检验模块、第三检验模块以及确定模块；
29.所述获取模块，用于获取交易编排表，所述交易编排表中包括一个或多个领域方法，所述一个或多个领域方法对应于特定的编排顺序；
30.所述第一检验模块，用于针对任一领域方法，检验所述领域方法是否存在于事件订阅表，所述事件订阅表中包括领域方法、领域事件以及事件属性之间的对应关系；
31.所述第二检验模块，用于如果是，则检验所述领域方法在所述事件订阅表中所对应的领域事件和事件属性是否存在于交易拆分表或者中间事件表；所述中间事件表中包括中间事件以及与所述中间事件所对应的事件属性，所述交易拆分表中包括除所述中间事件外的领域事件以及与除所述中间事件外的领域事件所对应的事件属性；
32.所述第三检验模块，用于如果是，则检验交易报文的字段是否均存在于所述交易拆分表；
33.所述确定模块，用于如果是，则确定所述交易编排表的检验结果为合格。
34.第三方面，本技术实施例提供了一种参数检验设备，所述设备包括：存储器以及处理器；
35.所述存储器用于存储相关的程序代码；
36.所述处理器用于调用所述程序代码，执行上述第一方面任意一种实现方式所述的参数检验方法。
37.第四方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述第一方面任意一种实现方式所述的参数检验方法。
38.第五方面，本技术实施例提供了一种计算机程序产品，所述计算机程序产品包含程序，当所述程序在处理器上运行时，使得计算机或网络设备执行上述第一方面任意一种
实现方式所述的参数检验方法。
39.由此可见，本技术实施例具有如下有益效果：
40.在本技术实施例的上述实现方式中，首先获取交易编排表，该交易编排表中包括一个或多个领域方法，该一个或多个领域方法对应于特定的编排顺序；针对任一领域方法，检验该领域方法是否存在于事件订阅表，该事件订阅表中包括领域方法、领域事件以及事件属性之间的对应关系；如果是，则检验该领域方法在事件订阅表中所对应的领域事件和事件属性是否存在于交易拆分表或者中间事件表；其中，中间事件表中包括中间事件以及与中间事件所对应的事件属性，交易拆分表中包括除中间事件外的领域事件以及与除中间事件外的领域事件所对应的事件属性；如果是，则检验交易报文的字段是否均存在于交易拆分表中；如果是，则确定检验结果为合格。通过本技术实施例提供的参数检验方法，系统可以根据交易编排表、事件订阅表、交易拆分表以及中间事件表，自动检验交易业务过程所涉及的参数是否在相应的表格中有定义，无需人工核对，提高了参数检验的准确性和效率。
附图说明
41.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见，下面描述中的附图仅仅是本技术中提供的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
42.图1为本技术实施例提供的一种参数检验方法的流程图；
43.图2为本技术实施例提供的一种参数检验装置的示意图；
44.图3为本技术实施例提供的一种参数检验设备的示意图。
具体实施方式
45.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整的描述，所描述的实施例仅为本技术示例性的实施方式，并非全部实现方式。本领域技术人员可以结合本技术的实施例，在不进行创造性劳动的情况下，获得其他的实施例，而这些实施例也在本技术的保护范围之内。
46.在用户进行交易业务之前，开发人员需要通过编写代码实现交易业务的功能，以便后续用户可以完成交易。然后由工作人员根据预设的交易业务以及该交易业务所涉及的领域方法、领域事件等对开发人员提供的交易参数进行检验核对，由于人工检验的效率比较低，而且由于人工检验的主观因素，导致检验的准确性也比较低。
47.基于此，本技术实施例提供了一种参数检验方法，以便提高参数检验的准确性和效率。具体实现时，首先获取交易编排表，该交易编排表中包括一个或多个领域方法，该一个或多个领域方法对应于特定的编排顺序；针对任一领域方法，检验该领域方法是否存在于事件订阅表，该事件订阅表中包括领域方法、领域事件以及事件属性之间的对应关系；如果是，则检验该领域方法在事件订阅表中所对应的领域事件和事件属性是否存在于交易拆分表或者中间事件表；其中，中间事件表中包括中间事件以及与中间事件所对应的事件属性，交易拆分表中包括除中间事件外的领域事件以及与除中间事件外的领域事件所对应的事件属性；如果是，则检验交易报文的字段是否均存在于交易拆分表中；如果是，则确定检验结果为合格。通过本技术实施例提供的参数检验方法，系统可以根据交易编排表、事件订
阅表、交易拆分表以及中间事件表，自动检验交易业务过程所涉及的参数是否在相应的表格中有定义，无需人工检验参数，提高了参数检验的准确性和效率。
48.为了便于理解本技术所提供的参数检验方法，下面首先介绍交易参数的维护过程。
49.在参数维护过程中，预先建立交易拆分表、事件订阅表以及交易编排表的空表格，后续用于存储各种交易参数。
50.当获取到与交易业务相关的交易报文数据之后，解析该交易报文中的各种字段，然后将各个字段拆分到与字段所对应的领域事件以及事件属性中。例如，字段“cardno”代表卡号，则可以将其对应存储为领域事件为“交易事件”、事件属性为“cardno”，也就是，事件属性属于交易参数。其中，一个字段对应一个领域事件和一个事件属性，但是一个领域事件可以包括一个或多个事件属性。然后将领域事件以及事件属性按照对应关系存储于交易拆分表中，也就是，交易拆分表中包括领域事件与事件属性之间的对应关系。
51.由于实现交易业务需要执行多个步骤，每个步骤也就是领域方法，执行领域方法需要多个交易参数，也就是事件属性，该事件属性可能是从交易报文中拆分的字段，也可能是执行其他领域方法所产生的中间结果数据，该中间结果数据作为执行领域方法的入参。在一种可能的实现方式中，可以将基于中间结果数据执行领域方法的过程称为中间事件，然后将中间事件以及与中间事件所对应的事件属性(即中间结果数据)存储在中间事件表中，也就是，在交易拆分表中不包括中间事件以及与中间事件所对应的事件属性。
52.在确定执行领域方法所需要的事件属性之后，将领域方法、事件属性以及与事件属性所对应的领域事件存储于事件订阅表中。也就是，事件订阅表中包括领域方法、领域事件以及事件属性之间的对应关系。
53.针对某个交易业务，确定执行该交易业务所需要执行的一个或多个领域方法，以及执行上述领域方法的编排顺序，然后将上述领域方法按照编排顺序存储于交易编排表中。也就是，交易编排表中包括交易业务与领域方法之间的对应关系。
54.基于上述原理，下面将结合附图介绍本技术实施例提供的参数检验方法。
55.参见图1，图1为本技术实施例提供的一种参数检验方法的流程图。
56.该方法主要包括以下步骤：
57.s101：获取交易编排表，该交易编排表中包括一个或多个领域方法。
58.在该交易编排表中，包括一个或多个领域方法，该一个或多个领域方法对应于特定的编排顺序，按照特定的编排顺序执行一个或多个领域方法时，可以实现对应的交易业务。也就是，领域方法表示执行交易业务所需要的步骤。
59.具体地，交易编排表的形成过程包括：
60.a1：获取目标交易业务；
61.也就是，工作人员需要进行底层测试的交易业务，以便后续用户可以顺利执行该交易业务。
62.b1：获取执行目标交易业务所包括的一个或多个领域方法以及该一个或多个领域方法所对应的编排顺序；
63.也就是，执行目标交易业务时需要按照特定的编排顺序执行上述一个或多个领域方法。
64.c1：将一个或多个领域方法按照编排顺序存储于交易编排表。
65.将上述一个或多个领域方法按照特定的编排顺序存储于交易编排表中。
66.s102：针对任一领域方法，检验该领域方法是否存在于事件订阅表。
67.其中，该事件订阅表中包括领域方法、领域事件以及事件属性之间的对应关系。
68.其中，事件订阅表的形成过程包括：
69.a2：针对任一领域方法，获取该领域方法所包括的事件属性；
70.b2：获取与事件属性所对应的领域事件；
71.c2：将上述领域方法、领域事件以及事件属性存储于事件订阅表。
72.由于在事件订阅表中包括领域方法、领域事件以及事件属性之间的对应关系，也就是，在交易编排表中的领域方法均为预先在事件订阅表中定义好的，因此在参数检验过程中，针对任一领域方法，检验该领域方法是否存在于事件订阅表中，如果不存在，则可以进行报错提示；如果存在，则可以继续执行后续检验步骤。
73.s103：如果该领域方法存在于事件订阅表，则检验在事件订阅表中，该领域方法所对应的领域事件和事件属性是否存在于交易拆分表或者中间事件表。
74.其中，中间事件表中包括中间事件以及与中间事件所对应的事件属性，交易拆分表中包括除中间事件外的领域事件以及与该领域事件所对应的事件属性。
75.其中，交易拆分表的形成过程包括：
76.a3：获取交易报文，该交易报文所对应的交易业务与交易编排表所对应的交易业务相同，其中，交易业务为按照特定的编排顺序执行一个或多个领域方法实现的；
77.b3：解析交易报文获得多个字段；
78.c3：针对任一字段，将该字段存储到与该字段所对应的领域事件以及事件属性，其中，领域事件与事件属性的对应关系为领域事件包括一个或多个事件属性；
79.d3：将领域事件与事件属性存储于交易拆分表。
80.中间事件表的形成过程包括：
81.a4：执行第一领域方法，获取中间结果数据；
82.b4：当基于该中间结果数据执行第二领域方法时，将基于中间结果数据执行第二领域方法的过程命名为中间事件，将中间结果数据存储为与中间事件所对应的事件属性；
83.c4：将中间事件以及与中间事件所对应的事件属性存储于中间事件表。
84.根据上述实施例可知，通常情况下，在执行领域方法时所需要的事件属性均预先在交易拆分表或中间事件表中有定义，即该事件属性可能为从交易报文中拆分的字段，也可能为执行某个领域方法所产生的中间结果数据。所以当检验领域方法存在于事件订阅表之后，可以继续检验该领域方法在事件订阅表中所对应的领域事件和事件属性是否存在于交易拆分表或者中间事件表。如果不存在，则可以进行报错提示；如果存在，则可以继续执行后续步骤。
85.s104：如果该领域方法所对应的领域事件和事件属性存在于交易拆分表或者中间事件表，则检验交易报文的字段是否均存在于交易拆分表。
86.由于交易拆分表是通过解析交易报文的字段而获得的，所以在参数检验过程中，可以检验交易报文的字段是否均存在于交易拆分表中，如果有字段没有在交易拆分表中，则可以进行报错提示；如果均存在，则可以继续执行后续步骤。
87.s105：如果交易报文的字段均存在于交易拆分表，则确定检验结果为合格。
88.如果该领域方法所对应的领域事件和事件属性均存在于交易拆分表或者中间事件表中，则整个检验过程完成，可以确定检验结果为合格，也就是，交易业务所对应的交易参数为正确参数。
89.在实际应用中，所执行的交易业务可能不止一种，比如消费交易、取款交易、存款交易等，不同的交易业务可能对应相同类型的交易参数，为了提高参数检验的准确性，在一种可能的实现方式中，可以在交易编排表中设备交易码，该交易码表示交易业务的类型，防止混淆不同交易业务的交易参数，提高参数检验的准确性。
90.通过本技术实施例提供的参数检验方法，系统可以根据交易编排表、事件订阅表、交易拆分表以及中间事件表，自动检验交易业务过程所涉及的参数是否在相应的表格中有定义，无需人工检验参数，提高了参数检验的准确性和效率。
91.下面将结合一种具体应用场景，介绍本技术实施例提供的参数检验方法。
92.在进行参数检验之前，首先介绍参数的维护过程。
93.在该应用场景中，获取消费类型的交易报文后，解析该交易报文，获取该交易报文中包括卡号cardno、报文类型messagetype、芯片数据icdata、交易货币trancurrency、交易金额tranamount等字段，将这些字段都拆分到领域事件为交易事件transaction-中的事件属性，以便后续领域方法订阅。如表1所示，为一种交易拆分表的示意。表1中的交易码为消费，表示交易业务的类型；事件属性类型表示该交易参数为字符串string类型的字段。
94.表1交易拆分表
95.交易码领域事件事件属性事件属性类型消费transaction-cardnostring消费transaction-messagetypestring消费transaction-icdatastring消费transaction-trancurrencystring消费transaction-tranamountstring
96.基于领域方法的维度，维护领域方法所需要的入参，即维护领域方法与事件属性之间的对应关系。领域方法的入参可能是直接取交易报文拆分的字段，也有可能需要前置步骤产生的结果数据。因此，可以订阅上送报文的数据(取transaction-的事件属性)和前置步骤产生的结果数据(取return-事件的事件属性)，形成事件订阅表。
97.例如，执行领域方法账务处理accountancy时，需要的事件属性包括交易金额tranamount属性，同时执行该领域方法后，也产生中间结果数据账户余额accountbalance，可以给下一领域方法写流水writejrnl使用。因此可以将产生的中间事件命名为return-accountancy，产生的事件属性为账户余额accountbalance，然后将中间事件以及所对应的事件属性存储于中间事件表。因此，写流水writejrnl领域方法需要订阅return-accountancy事件的时间属性账户余额accountbalance。需要说明的是，可以利用中间事件表存储中间事件与事件属性的对应关系，也可以预先编写功能代码模块，用于存储中间事件与事件属性的对应关系，本实施例对此不做限定。
98.参见表2，表2展示了不同的领域方法所对应的领域事件以及事件属性。其中，领域方法检查卡的有效性checkcard对应于交易事件transaction-，执行该领域方法所需要的
事件属性包括卡号cardno以及到期时间expirydate。领域方法当日消费限额checkcardquota对应于交易事件transaction-，执行该领域方法所需要的事件属性包括卡号cardno。领域方法账务处理accountancy对应于交易事件transaction-，执行该领域方法所需要的事件属性包括交易金额tranamount。领域方法写流水writejrnl对应于中间事件return-accountancy，执行该领域方法所需要的事件属性包括账户余额accountbalance。其中，在表2中还包括领域名，可以用于区分不同领域的领域方法。
99.表2事件订阅表
100.领域名领域方法领域事件事件属性cardmgntbizcheckcardtransaction-cardnocardmgntbizcheckcardtransaction-expirydatecardquotabizcheckcardquotatransaction-cardnoaccountancybizaccountancytransaction-tranamountcardjrnlbizwritejrnlreturn-accountancyaccountbalance
101.在一种可能的应用场景中，当执行消费交易业务时，首先需要检查卡的有效性(checkcard)，其次判断该消费交易有没有超过当日消费限额(checkcardquota)，然后进行扣账处理(accountancy)，最后将交易记录记录到流水日志中(writejrnl)。因此可以按照可以上述执行步骤，将领域方法进行编排，形成表3所示的交易编排表。
102.表3交易编排表
103.交易编排顺序领域名领域方法消费1cardmgntbizcheckcard消费2cardquotabizcheckcardquota消费3accountancybizaccountancy消费4jrnlbizwritejrnl
104.当对交易参数进行检验时，(1)首先检验交易编排表中的领域方法是否存在于事件订阅表中；若有，转第(2)步骤检查；若无，则进行报错提示，缺少领域方法的事件订阅。
105.(2)检验事件订阅表的transaction-所对应的事件属性是否存在于交易拆分表，return-所对应的事件属性是否存在于中间事件表；若有，转第(3)步骤检查；若无，则进行报错提示，表明领域方法订阅的事件属性无效。
106.(3)检验交易报文的字段是否均存在于交易拆分表中，若无，则报错并提醒，交易报文中的字段未有效拆分到事件拆分表中；若交易报文的字段均存在于交易拆分表中，则表明交易参数均为正确的交易参数。
107.基于上述方法实施例，本技术实施例还提供一种参数检验装置。
108.参见图2，图2为本技术实施例提供的一种参数检验装置的示意图。
109.该装置200包括：获取模块201、第一检验模块202、第二检验模块203、第三检验模块204以及确定模块205；
110.所述获取模块201，用于获取交易编排表，所述交易编排表中包括一个或多个领域方法，所述一个或多个领域方法对应于特定的编排顺序；
111.所述第一检验模块202，用于针对任一领域方法，检验所述领域方法是否存在于事件订阅表，所述事件订阅表中包括领域方法、领域事件以及事件属性之间的对应关系；
112.所述第二检验模块203，用于如果是，则检验所述领域方法在所述事件订阅表中所对应的领域事件和事件属性是否存在于交易拆分表或者中间事件表；所述中间事件表中包括中间事件以及与所述中间事件所对应的事件属性，所述交易拆分表中包括除所述中间事件外的领域事件以及与除所述中间事件外的领域事件所对应的事件属性；
113.所述第三检验模块204，用于如果是，则检验交易报文的字段是否均存在于所述交易拆分表；
114.所述确定模块205，用于如果是，则确定检验结果为合格。
115.在一种可能的实现方式中，所述交易拆分表的形成过程包括：
116.获取交易报文，所述交易报文所对应的交易业务与所述交易编排表所对应的交易业务相同，所述交易业务为按照所述特定的编排顺序执行所述一个或多个领域方法实现的；
117.解析所述交易报文获得多个字段；
118.针对任一字段，将所述字段存储到与所述字段所对应的领域事件以及事件属性，所述领域事件与所述事件属性的对应关系为所述领域事件包括一个或多个所述事件属性；
119.将所述领域事件与所述事件属性存储于所述交易拆分表。
120.在一种可能的实现方式中，所述中间事件表的形成过程包括：
121.执行第一领域方法，获取中间结果数据；
122.当基于所述中间结果数据执行第二领域方法时，将基于所述中间结果数据执行所述第二领域方法的过程命名为中间事件，将所述中间结果数据存储为与所述中间事件所对应的事件属性；
123.将所述中间事件与所述事件属性存储于所述中间事件表。
124.在一种可能的实现方式中，所述事件订阅表的形成过程包括：
125.针对任一领域方法，获取所述领域方法所包括的事件属性；
126.获取所述事件属性所对应的领域事件；
127.将所述领域方法、所述领域事件以及所述事件属性存储于所述事件订阅表。
128.在一种可能的实现方式中，所述交易编排表的形成过程包括：
129.获取目标交易业务；
130.获取执行所述目标交易业务所包括的一个或多个领域方法以及所述一个或多个领域方法所对应的编排顺序；
131.将所述一个或多个领域方法按照所述编排顺序存储于所述交易编排表。
132.在一种可能的实现方式中，所述交易编排表还包括交易码，所述交易码表示交易业务的类型。
133.本技术实施例提供的参数检验装置所具有的有益效果参数上述方法实施例，在此不再赘述。
134.此外，本技术实施例还提供一种参数检验设备。参见图3，图3为本技术实施例提供的一种参数检验设备的示意图。
135.该设备300包括：存储器301以及处理器302；
136.所述存储器301用于存储相关的程序代码；
137.所述处理器302用于调用所述程序代码，执行上述方法实施例所述的参数检验方
法。
138.本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述方法实施例所述的参数检验方法。
139.本技术实施例还提供一种计算机程序产品，所述计算机程序产品包含程序，当所述程序在处理器上运行时，使得计算机或网络设备执行上述方法实施例所述的参数检验方法。
140.需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。尤其，对于系统或装置实施例而言，由于其基本类似于方法实施例，所以描述得比较简单，相关部分参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元或模块可以是或者也可以不是物理上分开的，作为单元或模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上，可以根据实际需要选择其中的部分或者全部单元或模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
141.应当理解，在本技术中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
142.还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
143.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
144.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。