一种变更事件的识别方法、装置以及设备与流程

1.本说明书涉及互联网技术领域，尤其涉及一种变更事件的识别方法、装置以及设备。


背景技术：

2.随着移动互联网的发展，一些行业性的网关系统通常需要适配多机构的差异化报文与协议标准。在这种情形下，一方面，网关系统需要利用脚本以及数据库来解决各行各业外部机构的差异化标准(如报文渲染、报文处理、报文加签、报文通信、报文验签等，此时，脚本和数据库对应的变更都由各种上层应用系统更改并执行，网关系统无法感知；另一方面，网关作为集中管控与路由分发平台，连接的所有外部机构性能差异化非常大，导致网关系统监控中各个业务告警噪声非常大，难以及时发现异常的脚本或者数据库变更。
3.基于此，需要一种更加准确的变更事件的识别方案。


技术实现要素：

4.本说明书实施例提供一种变更事件的识别方法、装置、设备以及存储介质，用以解决如下技术问题：需要种更加准确的变更事件的识别方案。
5.为解决上述技术问题，本说明书一个或多个实施例是这样实现的：
6.在第一方面，本说明书实施例提供一种变更事件的识别方法，应用于适配多机构的网关系统中，所述方法包括：获取业务变更事件，其中，所述业务变更事件基于机构对git仓库或者数据库的配置变更所生成；将所述业务变更事件与预先获取的告警信息的集合进行遍历匹配；当所述业务变更事件与所述集合中的任一告警信息相匹配时，向所述业务变更事件的发起机构推送所述匹配的告警信息；否则，停止推送所述告警信息。
7.在第二方面，本说明书实施例提供一种变更事件的识别装置，应用于适配多机构的网关系统中，所述装置包括：获取模块，获取业务变更事件，其中，所述业务变更事件基于机构对git仓库或者数据库的配置变更所生成；匹配模块，将所述业务变更事件与预先获取的告警信息的集合进行遍历匹配；推送模块，当所述业务变更事件与所述集合中的任一告警信息相匹配时，向所述业务变更事件的发起机构推送所述匹配的告警信息；否则，停止推送所述告警信息。
8.在第三方面，本说明书实施例提供一种电子设备，包括：
9.至少一个处理器；以及，
10.与所述至少一个处理器通信连接的存储器；其中，
11.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面所述的方法。
12.在第四方面，本说明书实施例提供一种非易失性计算机存储介质存储有计算机可执行指令，当计算机读取存储介质中的计算机可执行指令后，该指令使得一个或多个处理器执行如第一方面所述的方法。
13.本说明书一个或多个实施例采用的上述至少一个技术方案能够达到以下有益效果：通过获取业务变更事件，其中，所述业务变更事件基于机构对git仓库或者数据库的配置变更所生成；将所述业务变更事件与预先获取的告警信息的集合进行遍历匹配；当所述业务变更事件与所述集合中的任一告警信息相匹配时，向所述业务变更事件的发起机构推送所述匹配的告警信息；否则，停止推送所述告警信息。从而实现在网关适配多个不同的个性化机构时，更好的定位变更的根源，降低网关因机构能力差异导致的大量业务异常监控噪声，在匹配成功之后再进行告警，提升了对于不同机构方的告警的准确度。
附图说明
14.为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
15.图1为本说明书实施例所提供的一种变更事件的识别方法的流程示意图；
16.图2为本说明书实施例所提供的种基于git仓库生成业务变更事件的逻辑示意图；
17.图3为本说明书实施例所提供的一种基于数据库生成业务变更事件的逻辑示意图；
18.图4为本说明书实施例提供的一种基于变更事件的识别装置的结构示意图；
19.图5为本说明书实施例提供的一种电子设备的结构示意图。
具体实施方式
20.本说明书实施例提供一种变更事件的识别方法、装置、设备以及存储介质。
21.为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本说明书实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
22.在支付平台中，可能同时会对接多个不同类型的机构，例如，一个支付平台可能同时对接有电话营业厅、自来水公司或者电力机构，以及比如政务、医保、健康码、公交、地铁等各种服务场景等等，以便于广大用户通过支付平台向各种不同类型的机构进行支付。即平台的网关在对接各种机构的时候需要进行集中化的管理。同时，不同的机构性能差异化非常大，通常每个类型的机构都会对自己的业务逻辑进行个性化的配置，因此，平台的网关在对接各种机构的时候，往往机构中进行配置变更时都会导致系统报警，这导致警报声音中的噪声非常大，需要对噪声进行降噪，从而识别异常变更。基于此，本说明书实施例提供一种变更事件的识别方案，以实现更为准确的变更事件的识别。
23.如图1所示，图1为本说明书实施例所提供的一种变更事件的识别方法的流程示意图，应用于适配多机构的网关系统中，所述方法包括：
24.s101：基于小程序的静态代码，获取业务变更事件，其中，所述业务变更事件基于机构对git仓库或者数据库的配置变更所生成。
25.在网关系统中，其通常可以利用groovy脚本、velocity模板以及数据库来适配外部机构的差异化标准接口(如特殊业务逻辑、通信、加验签)用于平台上游业务(如生活缴费、健康码扫码)与外部机构完成报文交换。即网关系统需要作为基础平台服务多种行业。
26.作为外部机构而言，当其对接平台时，外部机构也需要在本地进行上层应用系统进行开发维护，而开发维护的过程即可以采用git仓库或者数据库来进行。网关配置人员可以对 git仓库或者数据库进行各种配置变更(例如，版本升级，底层代码替换等等)，以基于外部机构的业务变更改变自身的业务逻辑。
27.例如，网关将适配机构的个性化配置创建一个git，并将需要进行版本控制的文件目录称为git仓库，仓库可以根据目录区分不同机构的配置，这个目录里面的所有文件都通过git 来实现版本管理，git都能跟踪并记录在该目录中发生的所有更新。外部机构和不同行业的网关配置人员可以采用各种命令将git仓库中的文件进行配置或者提交等等。
28.例如，可以采用git add//将当前目录下修改的所有代码从工作区添加到暂存区.代表当前目录，或者采用git push origin master//将本地版本库推送到远程服务器，origin是远程主机，master表示是远程服务器上的master分支，同时分支名是可以修改的。
29.在实际应用过中，网关配置人员在进行配置变更时，可以将此次变更所需要修改的脚本文件合并到git仓库对应分支。此时，即可以采用webhook等工具来即时检测到git中的脚本是否发生变更，并产生对应的原始变更事件信息，进而基于原始变更事件信息将其转换为业务变更事件。
30.又例如，对于数据库而言，外部机构可以采用各类数据表进行业务开发或者维护，不同行业的数据库配置人员将此次变更所需要修改的网关数据库配置表进行更新，对于业务的开发和维护即可以对数据库进行配置变更而完成。此时，即可以采用实时数据流基础设施(data replication center，drc)系统实时监测数据库中的表的变化，并从原始数据库表更时间中处理并获取包含路径信息的业务变更事件。
31.s103，将所述业务变更事件与预先获取的告警信息的集合进行遍历匹配。
32.预先获取的告警信息可以是核对系统基于预先配置的防御校验规则而生成的，告警信息并不完全依赖于业务变更事件。即，业务变更事件如果造成业务处理的非正常，那么，确实可能产生对应的告警信息。但是，即使发生了告警信息也并不一定就是业务变更事件所造成的。
33.例如，假设外部机构是xx省的移动电话营业厅，那么支付平台可以预估其每个时段的交互流量(包括人数、缴费数量等等)，若实时的交互流量不能满足预设的交互流量(例如，在11点至12点时间段，向xx省的移动电话营业厅进行缴费成功的成功率低于预设阈值)，则可能发出告警信息。
34.很容易理解，实际中可能会因为很多原因产生告警信息，其中的一些告警信息并不一定是完全准确的，产生的告警信息也并不一定完全是因为业务变更事件所造成的，即其中存在告警噪声。
35.告警信息的集合可以基于告警信息的产生机构、行业类型、产生时段等多个方式进行相应的分类。例如，告警信息的集合可以是xx省营业厅的告警信息的集合，也可以是xx 行业的告警信息的集合或者是11点到12点之间的告警信息的集合等等。
36.作为服务端，显然可以预先获取得到业务变更事件所对应的行业、机构等等。例
如，在webhook或者drc系统监听得到原始变更事件时，即可以在推送消息通过配置分析得到相应的标记以注明该事件的行业或者机构等等。从而在服务端，即可以将获取得到的业务变更事件与预先获取的告警信息的集合进行遍历匹配，匹配的方式可以基于告警信息的集合的类型、机构、产生时段等等进行遍历式的匹配。具体的匹配规则同样可以基于外部机构所处的行业、机构类型等自行设定。例如，匹配的规则可能是机构名称相同、行业相同和时间段相同等等。
37.s105，当所述业务变更事件与所述集合中的任一告警信息相匹配时，向所述业务变更事件的发起机构推送所述匹配的告警信息；否则，停止推送所述告警信息。
38.当所述业务变更事件与所述集合中的任一告警信息相匹配时，则说明所述业务变更事件和所述匹配的告警信息之间可能存在一定的相关性，此时，则可以认为该告警信息属于有效的告警信息，从而向所述业务变更事件的发起方推送所述匹配的告警信息；若不匹配，则说明该告警信息可能是属于噪声，从而停止推送所述告警信息。
39.例如，xx省移动营业厅进行一次线上维护和系统更新，从而服务端这边获取了业务变更事件，并知晓该业务变更事件是“在2022年1月1日的12点所产生”。同时，还监控得到 xx省移动营业厅的移动缴费的相关的告警信息的集合，其中包含了多条告警信息。在以往的常规方式下，则可能将多条告警信息都会推送至变更事件的发起方。而在本技术的方式下，将会对告警信息的集合中的各消息进行时间上的匹配。
40.例如，预设规则可能是在业务变更事件发生后的3小时内进行观察，充值成功率应该一直在正常范围波动。在12点30分因用户量较少所产生的告警信息(例如，充值成功率稍低)则可能视为不匹配，而停止推送所述告警信息；而在2点30分因大量用户充值所产生的告警信息(例如，充值成功率急剧下降)则可能视为匹配，而向变更事件的发起方推送诸如类似的告警信息“检测到2点30分的充值成功率偏低，请检测是否因为12点的业务变更所导致”，从而避免了业务上的告警噪声。
41.通过获取业务变更事件，其中，所述业务变更事件基于机构对git仓库或者数据库的配置变更所生成；将所述业务变更事件与预先获取的告警信息的集合进行遍历匹配；当所述业务变更事件与所述集合中的任一告警信息相匹配时，向所述业务变更事件的发起机构推送所述匹配的告警信息；否则，停止推送所述告警信息。从而实现在网关适配多个不同的个性化机构时，更好的定位变更的根源，降低网关因机构能力差异导致的大量业务异常监控噪声，在匹配成功之后再进行告警，提升了对于不同机构方的告警的准确度。
42.在一种实施例中，当机构方采用的是基于git仓库中的脚本进行配置来维护和运营业务逻辑时，业务变更事件可以基于如下方式生成：获取由git仓库所推送的原始变更事件信息；根据所述原始变更事件信息确定本次变更事件是否有效变更事件。若是，查询所述有效变更事件所对应的配置脚本所在的绝对路径；根据所述绝对路径和所述网关系统中预设的网关配置信息生成所述业务变更事件。
43.例如，可以采用groovy或者velocity对git仓库中的脚本进行配置变更，从而形成原始变更事件。git仓库可以采用webhook监听得到git仓库中的脚本被配置时所产生的变更详情信息，进而推送所述原始变更事件和所述变更详情信息至预先设置到的地址(即服务端)，从而服务端可以对原始变更事件进行过滤，从而获取有效变更事件(若原始变更事件为无效事件，则不再触发后续的流程，即默认无效事件不可能触发告警信息)，进而查询
所述有效变更事件所对应的配置脚本所在的绝对路径，并根据所述所述绝对路径和所述网关系统中预设的网关配置信息生成所述业务变更事件。如图2所示，图2为本说明书实施例所提供的一种基于git仓库生成业务变更事件的逻辑示意图。
44.进一步地，在根据所述原始变更事件信息确定本次变更事件是否有效变更事件时，可以根据所述原始变更事件信息确定本次变更事件的类型，将类型为线上变更的确定为有效变更事件。例如，网关配置人员在配置脚本时可能采用了push指令，而push指令对git仓库的变更可能不是线上即时生效的，那么此次变更事件的类型即可能是无效的；又例如，机构方在配置脚本时可能对所需要修改的脚本文件进行了合并，并合并到了git仓库中对应的分支，那么该次变更则可能是线上变更，将会即时生效，因此此次变更事件的类型即可能是有效变更事件。通过该方式，可以在网关中预先对于业务变更中的无效事件进行过滤，从而提升核对告警的效率，为后续的精准告警提供基础。
45.在一种实施例中，当机构方采用的是基于数据库进行配置时，业务变更事件可以基于如下方式生成：获取数据库监测系统所生成的数据库原始变更信息；根据所述数据库原始变更信息和所述网关系统中预设的网关配置信息生成所述业务变更事件。
46.例如，网关配置人员对数据库中的相关信息进行数据库配置变更，同时drc系统同步监听并获取数据库原始变更信息，进而将数据库原始变更信息投递至网关，网关调用本地的网关配置信息并联合所述数据库原始变更信息生成所述业务变更事件。如图3所示，图3 为本说明书实施例所提供的一种基于数据库生成业务变更事件的逻辑示意图。
47.在一种实施例中，对于将所述业务变更事件与预先获取的告警信息的集合进行遍历匹配时，由于网关对接的不同机构能力差异大，很多机构的脚本在变更上线后不一定会立即有流量或者因为网关本地缓存的原因没有立即生效，需尽可能拉长变更后的检测时间(如变更后一小时或者两小时)，防止漏掉异常变更。此时即可以采用阶梯性的多个匹配窗口进行匹配，对所述业务变更事件与预先获取的告警信息的集合进行遍历匹配，其中，匹配窗口与所述业务变更事件的时间间隔与该匹配窗口中的匹配周期正相关。
48.例如，总观察时间为变更后一小时，每10分钟视为一个匹配窗口，前10分钟所对应的第一个匹配窗口每隔1分钟匹配一次，第二个匹配窗口每2分钟匹配一次等等。由于变更是异常的概率随着上线运行时间增长成反比，通过方式一方面并不会降低检测得到的异常变更，另一方面可以减轻系统检测压力。
49.在一种实施例中，在将所述业务变更事件与预先获取的告警信息的集合进行遍历匹配时，还可以确定所述业务变更事件的机构类型；获取和所述机构类型相匹配的告警信息的集合；将所述业务变更事件与和所述机构类型相匹配的告警信息的集合进行遍历匹配。
50.具体而言，由于不同机构类型的性能差异非常大，因此可以根据不同行业机构的特点制定符合线上业务数据分布的告警规则，从而产生与机构类型直接相匹配的告警信息的集合。例如，机构类型可能是与手机缴费相关的机构；也可能是用于缴纳水电费的相关机构等等，显然在不同的机构下，即使均是缴费相关，也存在完全不同的流量分布。例如，生活缴费的机构基本成功率都在100％，手机充值基本都是80％。
51.基于此，在平台方也可以对告警信息预先进行分流，从而获取得到和所述机构类型相匹配的告警信息的集合，进而，服务端可以根据业务变更事件所处的机构类型路由到
对应的告警信息的集合，并进行遍历匹配，从而实现根据不同机构类型的特点制定符合线上业务数据分布的告警规则，降低大量无效的告警噪声，提高告警的准确率。
52.在一种实施例中，将所述业务变更事件与所述集合中的任一告警信息相匹配时，还可以基于预设的时间点规则进行匹配。即确定所述业务变更事件所对应的git仓库或者数据库的配置变更的发生时间点；当所述集合中的任一告警信息的产生时间与所述发生时间点满足预设条件时，确认所述业务变更事件与该告警信息相匹配。这里的预设规则可以是诸如：告警信息的产生时间在配置变更的发生时间点之后的指定时间范围内(例如，告警信息的产生时间在配置变更的发生时间点之后的0分钟至1小时内)。
53.在实际应用中，由于网关配置人员的异常变更往往并不是直接导致业务崩溃或者异常，而通常会有一段时间的延迟，因此，基于该方式则可以使得业务变更事件和告警信息的匹配在时间段上符合机构方的实际需要，实现更为准确的告警。
54.基于同样的思路，本说明书一个或多个实施例还提供了上述方法对应的装置和设备，如图4、图5所示。
55.在第二方面，如图4所示，图4为本说明书实施例提供的一种基于小程序动静态分析的风险检测装置的结构示意图，应用于适配多机构的网关系统中，所述装置包括：
56.获取模块401，获取业务变更事件，其中，所述业务变更事件基于机构对git仓库或者数据库的配置变更所生成；
57.匹配模块403，将所述业务变更事件与预先获取的告警信息的集合进行遍历匹配；
58.推送模块405，当所述业务变更事件与所述集合中的任一告警信息相匹配时，向所述业务变更事件的发起机构推送所述匹配的告警信息；否则，停止推送所述告警信息。
59.可选地，所述装置还包括第一生成模块407，获取由git仓库所推送的原始变更事件信息；根据所述原始变更事件信息确定本次变更事件是否有效变更事件；若是，查询所述有效变更事件所对应的配置脚本所在的绝对路径；根据所述绝对路径和所述网关系统中预设的网关配置信息生成所述业务变更事件。
60.可选地，所述第一生成模块407，根据所述原始变更事件信息确定本次变更事件的类型，将类型为线上变更的确定为有效变更事件。
61.可选地，所述装置还包括第二生成模块409，获取数据库监测系统所生成的数据库原始变更信息；根据所述数据库原始变更信息和所述网关系统中预设的网关配置信息生成所述业务变更事件。
62.可选地，所述匹配模块403，采用多个匹配窗口，对所述业务变更事件与预先获取的告警信息的集合进行遍历匹配，其中，匹配窗口与所述业务变更事件的时间间隔与该匹配窗口中的匹配周期正相关。
63.可选地，所述匹配模块403，确定所述业务变更事件的机构类型；获取和所述机构类型相匹配的告警信息的集合；将所述业务变更事件与和所述机构类型相匹配的告警信息的集合进行遍历匹配。
64.可选地，所述匹配模块403，确定所述业务变更事件所对应的git仓库或者数据库的配置变更的发生时间点；当所述集合中的任一告警信息的产生时间与所述发生时间点满足预设条件时，确认所述业务变更事件与该告警信息相匹配。
65.在第三方面，如图5所示，图5为本说明书实施例提供的一种电子设备的结构示意
图，所述设备包括：
66.至少一个处理器；以及，
67.与所述至少一个处理器通信连接的存储器；其中，
68.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够够执行如第一方面所述的方法。
69.在第四方面，基于同样的思路，本说明书一个或多个实施例还提供了对应于上述方法的一种非易失性计算机存储介质，存储有计算机可执行指令，当计算机读取存储介质中的计算机可执行指令后，该指令使得一个或多个处理器执行如第一方面所述的方法。
70.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device,pld)(例如现场可编程门阵列(field programmable gatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言 (hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel (advanced boolean expression language)、ahdl(altera hardware description language)、 confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardwaredescription language)、lava、lola、myhdl、palasm、rhdl(ruby hardware descriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardwaredescription language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
71.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
72.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，
或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
73.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
74.本领域内的技术人员应明白，本说明书实施例可提供为方法、系统、或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等) 上实施的计算机程序产品的形式。
75.本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
76.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
77.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
78.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
79.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
80.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器 (cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和
载波。
81.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
82.本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
83.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
84.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
85.以上所述仅为本说明书的一个或多个实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书的一个或多个实施例可以有各种更改和变化。凡在本说明书的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。