一种灾备演练业务处理方法、装置、存储介质及电子设备与流程

1.本技术涉及数据处理技术领域，更具体地说，涉及一种灾备演练业务处理方法、装置、存储介质及电子设备。


背景技术：

2.为确保各种系统在遭遇突发事故或灾难时有足够的应对能力和恢复能力，通常需要对各种系统进行灾备演练。灾备演练是通过假设某种灾难场景，主动进行应急演练，验证灾备系统的灾难恢复预案是否合理，是否能够达到项目初期期望的灾备效果的过程。
3.目前，很多商业银行等建立了本地或异地灾难备份中心，并定期开展各种形式的灾备切换演练，以保证灾备环境的可用性及灾难切换的有效性。在演练准备阶段中，通过人工获取历史交易数据来分析演练业务造成的业务影响。
4.在多个灾备系统同时组织演练时，通过人工提取并分析多个灾备系统的大量历史交易数据，会降低分析演练业务的效率，并且通过人工对演练业务进行分析可能会导致错误、遗漏的情况出现。


技术实现要素：

5.有鉴于此，本技术公开了一种灾备演练业务处理方法、装置、存储介质及电子设备，旨在避免出现因人工分析造成的遗漏、错误等情况，以及提高分析演练业务的效率。
6.为了实现上述目的，其公开的技术方案如下：
7.本技术第一方面公开了一种灾备演练业务处理方法，所述方法包括：
8.获取预先确定的灾备演练系统的历史交易数据；
9.通过所述历史交易数据对应的交易发起渠道，确定所述灾备演练系统的各个交易类别；
10.根据所述各个交易类别的预设程度设置渠道权重；
11.通过预设评估规则对所述历史交易数据进行评估，得到预估交易量；所述预估交易量为预估灾备演练期间的业务交易情况；
12.基于所述预估交易量和所述渠道权重，确定演练影响值；所述演练影响值用于表征在灾备演练期间服务中断所造成的业务影响；
13.基于所述演练影响值，确定目标演练窗口；所述目标演练窗口为业务影响程度最小的预设数量的演练窗口；
14.通过所述目标演练窗口展示预先生成的灾备演练影响分析报告。
15.优选的，所述获取灾备演练系统的历史交易数据，包括：
16.根据预设演练计划确定灾备演练系统；
17.通过预设监控方式获取所述灾备演练系统的历史交易数据。
18.优选的，所述通过所述历史交易数据对应的交易发起渠道，确定所述灾备演练系统的各个交易类别，包括：
19.通过所述历史交易数据对应的交易发起渠道对所述灾备演练系统的交易案例进行分类，得到所述灾备演练系统的各个交易类别。
20.优选的，所述通过预设评估规则对所述历史交易数据进行评估，得到预估交易量，包括：
21.当所述灾备演练系统的演练日期为工作日时，统计所述灾备演练系统在演练前的n个工作日的历史交易数据；所述n的取值为大于等于1的整数；
22.通过对所述n个工作日的历史交易数据进行平均估计处理，得到预估交易量；
23.或，
24.当所述灾备演练系统的演练日期为非工作日时，统计所述灾备演练系统在演练前的m个非工作日的历史交易数据；所述m的取值为大于等于1的整数；
25.通过对所述m个非工作日的历史交易数据进行平均估计处理，得到预估交易量。
26.优选的，所述基于所述预估交易量和所述渠道权重，确定演练影响值，包括：
27.获取所述灾备演练系统的演练时长，并将所述演练时长确定为窗长；
28.通过所述窗长和预设步长设置滑窗；
29.通过所述滑窗估计出预设时段内灾备演练期间服务中断所造成的业务影响；
30.通过所述预估交易量和所述渠道权重，对所述业务影响进行量化，得到演练影响值。
31.优选的，所述基于所述演练影响值，确定预设时段的目标演练窗口，包括：
32.确定各个演练窗口的业务影响程度；
33.根据所述各个演练窗口的业务影响程度，确定预设时段的目标演练窗口；所述目标演练窗口为业务影响程度最小的演练窗口。
34.优选的，生成灾备演练影响分析报告的过程，包括：
35.获取所述灾备演练系统中受演练影响的交易清单和交易调用方法；
36.通过所述受演练影响的交易清单、所述交易调用方法、所述交易发起渠道和所述预估交易量，生成灾备演练影响分析报告。
37.本技术第二方面公开了一种灾备演练业务处理装置，所述装置包括：
38.获取单元，用于获取预先确定的灾备演练系统的历史交易数据；
39.第一确定单元，用于通过所述历史交易数据对应的交易发起渠道，确定所述灾备演练系统的各个交易类别；
40.设置单元，用于根据所述各个交易类别的预设程度设置渠道权重；
41.评估单元，用于通过预设评估规则对所述历史交易数据进行评估，得到预估交易量；所述预估交易量为预估灾备演练期间的业务交易情况；
42.第二确定单元，用于基于所述预估交易量和所述渠道权重，确定演练影响值；所述演练影响值用于表征在灾备演练期间服务中断所造成的业务影响；
43.第三确定单元，用于基于所述演练影响值，确定目标演练窗口；所述目标演练窗口为业务影响程度最小的预设数量的演练窗口；
44.展示单元，用于通过所述目标演练窗口展示预先生成的灾备演练影响分析报告。
45.本技术第三方面公开了一种存储介质，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如第一方面任意一项所述的灾备演练业
务处理方法。
46.本技术第四方面公开了一种电子设备，包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如第一方面任意一项所述的灾备演练业务处理方法。
47.经由上述技术方案可知，本技术公开了一种灾备演练业务处理方法、装置、存储介质及电子设备，获取预先确定的灾备演练系统的历史交易数据，通过历史交易数据对应的交易发起渠道，确定灾备演练系统的各个交易类别，根据各个交易类别的预设程度设置渠道权重，通过预设评估规则对历史交易数据进行评估，得到预估交易量，预估交易量为预估灾备演练期间的业务交易情况，基于预估交易量和渠道权重，确定演练影响值；演练影响值用于表征在灾备演练期间服务中断所造成的业务影响，基于演练影响值，确定目标演练窗口；目标演练窗口为业务影响程度最小的预设数量的演练窗口，通过目标演练窗口展示预先生成的灾备演练影响分析报告。
附图说明
48.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
49.图1为本技术实施例公开的灾备演练业务影响自动化分析系统的架构图；
50.图2为本技术实施例公开的一种灾备演练业务处理方法的流程示意图；
51.图3为本技术实施例公开的灾备演练系统的目标演练窗口展示预先生成的灾备演练影响分析报告的示意图；
52.图4为本技术实施例公开的一种灾备演练业务装置的结构示意图；
53.图5为本技术实施例公开的一种电子设备的结构示意图。
具体实施方式
54.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
55.在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
56.由背景技术可知，在多个灾备系统同时组织演练时，通过人工提取并分析多个灾备系统的大量历史交易数据，会降低分析演练业务的效率，并且通过人工对演练业务进行分析可能会导致错误、遗漏的情况出现。
57.为了解决上述问题，本技术实施例公开了一种灾备演练业务处理方法、装置、存储
介质及电子设备，在多个灾备系统同时组织演练时，无需通过人工提取并分析多个灾备系统的历史交易数据，避免出现因人工分析造成的遗漏、错误等情况。通过自动评估灾备演练期间服务中断造成的业务影响，实现灾备演练业务影响程度的有效评估，根据评估结果自动推荐业务影响较小的时间窗口进行展示，提高分析演练业务的效率。具体实现方式通过下述实施例进行说明。
58.以下首先介绍本技术的灾备演练业务处理方法及装置所适用的灾备演练业务影响自动化分析系统的架构图，具体参考图1所示，该灾备演练业务影响自动化分析系统包括业务管理模块11、数据分析模块12和演练影响整合模块13。
59.具体业务管理模块11、数据分析模块12和演练影响整合模块13的数据处理过程如下：
60.数据分析模块12获取预先确定的灾备演练系统的历史交易数据。
61.其中，数据分析模块12按照业务管理模块制定的维度，通过交易监控进行历史交易数据的数据采集、数据分析、演练时段筛选，并按照设定规则对演练业务影响程度进行评估。
62.数据分析模块12根据预设演练计划确定灾备演练系统；通过预设监控方式获取灾备演练系统的历史交易数据。
63.其中，数据分析模块12根据演练计划确定灾备演练系统、演练日期，并通过演练测试情况预估设定演练时长，触发灾备演练影响分析需求。
64.业务管理模块11通过历史交易数据对应的交易发起渠道，确定灾备演练系统的各个交易类别。
65.其中，业务管理模块11对应用系统的上下游关联系统进行维护，并对各系统全量交易按照交易类型、发起渠道、调用方系统、交易案例管理、分析需求管理、参数管理等维度进行管理，以便灾备演练场景下能快速定位演练影响的系统、业务范围；另外也对演练影响分析过程中各控制参数进行管理。
66.具体业务管理模块11通过历史交易数据对应的交易发起渠道，确定灾备演练系统的各个交易类别的过程如下：
67.业务管理模块11通过历史交易数据对应的交易发起渠道对灾备演练系统的交易案例进行分类，得到灾备演练系统的各个交易类别；根据各个交易类别的预设程度设置渠道权重。
68.数据分析模块12通过预设评估规则对历史交易数据进行评估，得到预估交易量；预估交易量为预估灾备演练期间的业务交易情况。
69.具体数据分析模块12通过预设评估规则对历史交易数据进行评估，得到预估交易量的过程如下：
70.当灾备演练系统的演练日期为工作日时，数据分析模块12统计灾备演练系统在演练前的n个工作日的历史交易数据；n的取值为大于等于1的整数；通过对n个工作日的历史交易数据进行平均估计处理，得到预估交易量。
71.当灾备演练系统的演练日期为非工作日时，数据分析模块12统计灾备演练系统在演练前的m个非工作日的历史交易数据；m的取值为大于等于1的整数；通过对m个非工作日的历史交易数据进行平均估计处理，得到预估交易量。
72.演练影响整合模块13基于预估交易量和渠道权重，确定演练影响值；演练影响值用于表征在灾备演练期间服务中断所造成的业务影响。
73.其中，演练影响整合模块13具备业务影响分析、可视化展示、演练影响分析结果管理等功能，演练影响整合模块13根据关联系统范围、数据分析结果，完成各关联系统在推荐的3个演练时间段内的业务影响范围梳理、影响交易量估计、各渠道交易占比等，并将最终分析结果进行可视化展示。
74.具体演练影响整合模块13基于预估交易量和渠道权重，确定演练影响值过程如下：
75.演练影响整合模块13获取灾备演练系统的演练时长，并将演练时长确定为窗长；通过窗长和预设步长设置滑窗；通过滑窗估计出预设时段内灾备演练期间服务中断所造成的业务影响；通过预估交易量和渠道权重，对业务影响进行量化，得到演练影响值；基于演练影响值，确定目标演练窗口；目标演练窗口为业务影响程度最小的预设数量的演练窗口。
76.演练影响整合模块13通过目标演练窗口展示预先生成的灾备演练影响分析报告。
77.其中，演练影响整合模块13获取灾备演练系统中受演练影响的交易清单和交易调用方法；通过受演练影响的交易清单、交易调用方法、交易发起渠道和预估交易量，生成灾备演练影响分析报告。
78.本技术实施例中，在多个灾备系统同时组织演练时，无需通过人工提取并分析多个灾备系统的历史交易数据，避免出现因人工分析造成的遗漏、错误等情况。通过自动评估灾备演练期间服务中断造成的业务影响，实现灾备演练业务影响程度的有效评估，根据评估结果自动推荐业务影响较小的时间窗口进行展示，提高分析演练业务的效率。
79.参考图2所示，为本技术实施例公开的一种灾备演练业务处理方法的流程示意图，该灾备演练业务处理方法主要包括如下步骤：
80.s201：获取预先确定的灾备演练系统的历史交易数据。
81.具体获取预先确定的灾备演练系统的历史交易数据的过程如下：
82.首先，根据预设演练计划确定灾备演练系统。
83.其中，根据演练计划确定灾备演练系统、演练日期t，并通过演练测试情况预估设定演练时长，触发灾备演练影响分析需求。
84.然后，通过预设监控方式获取灾备演练系统的历史交易数据。
85.其中，通过应用程序编程接口(applicationprogramminginterface，api)，并采用交易监控的方式获取灾备演练系统的历史交易数据，历史交易数据包括演练目标系统上下游关联系统范围、全量交易清单、历史交易量、各交易调用(演练目标)方系统及发起渠道等。
86.全量交易清单是指灾备演练系统在指定时间段发生的(全量)交易清单，不是指所有系统的所有交易清单。因为需要对该系统的交易进行分类及权重设置。
87.为了方便理解演练目标系统上下游关联系统范围，这里举例进行说明：
88.例如，在演练目标系统承接的所有交易中，有哪些系统调用了它(上游系统)，哪些系统被他调用(下游系统)，这个信息可以判断灾备演练中受到影响的系统范围。比如a系统灾备演练时，会造成它的上游系统出现交易失败的情形。
89.s202：通过历史交易数据对应的交易发起渠道，确定灾备演练系统的各个交易类
别。
90.在s202中，通过历史交易数据对应的交易发起渠道对灾备演练系统的交易案例进行分类，得到灾备演练系统的各个交易类别。
91.交易发起渠道包括客户渠道、员工渠道和外联渠道。
92.交易类别包括客户渠道对应的交易类别、员工渠道对应的交易类别和外联渠道对应的交易类别。
93.通过历史交易数据对应的交易发起渠道对灾备演练系统的交易案例进行分类的具体过程如下：
94.分类有很多参考值，常用的一般是根据交易的发起渠道进行分类，比如可以分为从客户渠道、外联渠道、员工渠道发起的3类交易。其他还可以根据交易类型(查询或者维护)(对公或者对私)等各维度来进行分类，这个主要是针对演练分析需求来指定分类原则。
95.s203：根据各个交易类别的预设程度设置渠道权重。
96.在s203中，根据这里分类结果中不同类交易的重要程度来设置渠道权重。
97.根据演练场景设置客户渠道、员工渠道、外联渠道的交易权重(或根据其他指标进权重设置)分别为d1、d2、d3。其中，d1为客户渠道的交易权重，d2为员工渠道的交易权重，d3为外联渠道的交易权重。
98.由于员工渠道交易影响更加可控，因此员工渠道的权重d2最小。
99.s204：通过预设评估规则对历史交易数据进行评估，得到预估交易量；预估交易量为预估灾备演练期间的业务交易情况。
100.在s204中，通过平均处理估计演练日期(工作日、非工作日)灾备演练系统的业务情况。
101.具体通过预设评估规则对历史交易数据进行评估，得到预估交易量的过程如下：
102.当灾备演练系统的演练日期为工作日时，统计灾备演练系统在演练前的n个工作日的历史交易数据；n的取值为大于等于1的整数。
103.其中，工作日为周一、周二、周三、周四和周五。
104.通过对n个工作日的历史交易数据进行平均估计处理，得到预估交易量。
105.当灾备演练系统的演练日期为非工作日时，统计灾备演练系统在演练前的m个非工作日的历史交易数据；m的取值为大于等于1的整数。
106.其中，非工作日为周六和周日。
107.通过对m个非工作日的历史交易数据进行平均估计处理，得到预估交易量。
108.s205：基于预估交易量和渠道权重，确定演练影响值；演练影响值用于表征在灾备演练期间服务中断所造成的业务影响。
109.在s205中，通过预估交易量和渠道权重，对业务影响进行量化，得到演练影响值。
110.其中，预估交易量指估计演练日期该系统的业务情况，即各交易码交易量。
111.为了方便理解得到预估交易量的过程，这里举例进行说明：
112.例如，一个灾备演练系统的业务量除开特殊时间日期(比如双11)都是稳定的，我们会根据该灾备演练系统的历史业务情况去估计演练日期的演练时间窗口内受影响的业务情况，比如灾备演练中，由于要进行切换，服务会中断10分钟，就可以估计出演练日期中这10分钟该系统的那些业务受到了影响及影响程度。
113.演练影响值的计算公式如下：
114.演练影响值＝∑各交易码交易量
×
渠道权重
115.具体基于预估交易量和渠道权重，确定演练影响值的过程如下：
116.首先，获取灾备演练系统的演练时长，并将演练时长确定为窗长。
117.其次，通过窗长和预设步长设置滑窗。
118.然后，通过滑窗估计出预设时段内灾备演练期间服务中断所造成的业务影响。
119.最后，通过预估交易量和渠道权重，对业务影响进行量化，得到演练影响值。
120.为了方便理解确定演练影响值的过程，这里举例进行说明：
121.例如，在t-1日晚22:00至t日凌晨5点间，以30分钟为步长，以演练时长为窗长，通过滑窗估计各时间窗内各演练影响。
122.s206：基于演练影响值，确定目标演练窗口；目标演练窗口为业务影响程度最小的预设数量的演练窗口。
123.具体基于演练影响值，确定目标演练窗口的过程如下：
124.首先，确定各个演练窗口的业务影响程度。
125.然后，根据各个演练窗口的业务影响程度，确定预设时段的目标演练窗口；目标演练窗口为业务影响程度最小的演练窗口。
126.其中，预设时段为演练影响值最小的3个时段，将演练影响值最小的3个时段作为目标演练窗口。
127.s207：通过目标演练窗口展示预先生成的灾备演练影响分析报告。
128.在s207中，演练影响值最小的3个时段作为目标演练窗口，即目标演练窗口包括3个演练窗口。
129.展示预先生成的灾备演练影响分析报告的内容包括目标系统受到演练影响的交易清单、交易调用方、交易发起渠道、交易量估计等(根据演练需求调整)，具体图3所示，图3示出了灾备演练系统的目标演练窗口展示预先生成的灾备演练影响分析报告的示意图。
130.图3中，灾备演练系统演练窗口包括多个调用方系统(调用方系统1、调用方系统2和调用方系统n，n的取值为大于等于1的整数)。
131.灾备演练系统演练窗口的展示内容包括多个调用方系统、客户渠道、员工渠道、外联渠道、多个交易码(交易码1、交易码m等，m的取值为大于等于1的整数)和多个交易量。
132.生成灾备演练影响分析报告的过程如下：
133.首先，获取灾备演练系统中受演练影响的交易清单和交易调用方法。
134.然后，通过受演练影响的交易清单、交易调用方法、交易发起渠道和所述预估交易量，生成灾备演练影响分析报告。
135.本方案可通过灵活调整参数，适用不同演练场景及需求，适用性广，并且灾备演练窗口自动推荐，灾备演练影响分析自动化生成，便于提高分析演练业务的效率。
136.本技术实施例中，在多个灾备系统同时组织演练时，无需通过人工提取并分析多个灾备系统的历史交易数据，避免出现因人工分析造成的遗漏、错误等情况。通过自动评估灾备演练期间服务中断造成的业务影响，实现灾备演练业务影响程度的有效评估，根据评估结果自动推荐业务影响较小的时间窗口进行展示，提高分析演练业务的效率。
137.基于上述实施例图2公开的一种灾备演练业务处理方法，本技术实施例还对应公
开了一种灾备演练业务处理装置，该灾备演练业务处理装置包括获取单元401、第一确定单元402、设置单元403、评估单元404、第二确定单元405、第三确定单元406和展示单元407。
138.获取单元401，用于获取预先确定的灾备演练系统的历史交易数据。
139.第一确定单元402，用于通过历史交易数据对应的交易发起渠道，确定灾备演练系统的各个交易类别。
140.设置单元403，用于根据各个交易类别的预设程度设置渠道权重。
141.评估单元404，用于通过预设评估规则对历史交易数据进行评估，得到预估交易量；预估交易量为预估灾备演练期间的业务交易情况。
142.第二确定单元405，用于基于预估交易量和渠道权重，确定演练影响值；演练影响值用于表征在灾备演练期间服务中断所造成的业务影响。
143.第三确定单元406，用于基于演练影响值，确定目标演练窗口；目标演练窗口为业务影响程度最小的预设数量的演练窗口。
144.展示单元407，用于通过目标演练窗口展示预先生成的灾备演练影响分析报告。
145.进一步的，获取单元401包括第一确定模块和第一获取模块。
146.第一确定模块，用于根据预设演练计划确定灾备演练系统。
147.第一获取模块，用于通过预设监控方式获取灾备演练系统的历史交易数据。
148.进一步的，第一确定单元402具体用于通过历史交易数据对应的交易发起渠道对灾备演练系统的交易案例进行分类，得到灾备演练系统的各个交易类别。
149.进一步的，评估单元404包括第一统计模块和第一处理模块。
150.第一统计模块，用于当灾备演练系统的演练日期为工作日时，统计灾备演练系统在演练前的n个工作日的历史交易数据；n的取值为大于等于1的整数。
151.第一处理模块，用于通过对n个工作日的历史交易数据进行平均估计处理，得到预估交易量。
152.或，评估单元404包括第二统计模块和第二处理模块。
153.第二统计模块，用于当灾备演练系统的演练日期为非工作日时，统计所述灾备演练系统在演练前的m个非工作日的历史交易数据；所述m的取值为大于等于1的整数；
154.第二处理模块，用于通过对m个非工作日的历史交易数据进行平均估计处理，得到预估交易量。
155.进一步的，第二确定单元包括第二确定模块、设置模块、估计模块和量化模块。
156.第二确定模块，用于获取灾备演练系统的演练时长，并将演练时长确定为窗长。
157.设置模块，用于通过窗长和预设步长设置滑窗。
158.估计模块，用于通过滑窗估计出预设时段内灾备演练期间服务中断所造成的业务影响。
159.量化模块，用于通过预估交易量和渠道权重，对业务影响进行量化，得到演练影响值。
160.进一步的，第三确定单元包括第三确定模块和第四确定模块。
161.第三确定模块，用于确定各个演练窗口的业务影响程度；
162.第四确定模块，用于根据各个演练窗口的业务影响程度，确定预设时段的目标演练窗口；目标演练窗口为业务影响程度最小的演练窗口。
163.进一步的，生成灾备演练影响分析报告的过程的展示单元包括第三获取模块和生成模块。
164.第三获取模块，用于获取灾备演练系统中受演练影响的交易清单和交易调用方法。
165.生成模块，用于通过受演练影响的交易清单、交易调用方法、交易发起渠道和预估交易量，生成灾备演练影响分析报告。
166.本技术实施例中，在多个灾备系统同时组织演练时，无需通过人工提取并分析多个灾备系统的历史交易数据，避免出现因人工分析造成的遗漏、错误等情况。通过自动评估灾备演练期间服务中断造成的业务影响，实现灾备演练业务影响程度的有效评估，根据评估结果自动推荐业务影响较小的时间窗口进行展示，提高分析演练业务的效率。
167.本技术实施例还提供了一种存储介质，存储介质包括存储的指令，其中，在指令运行时控制存储介质所在的设备执行上述灾备演练业务处理方法。
168.本技术实施例还提供了一种电子设备，其结构示意图如图5所示，具体包括存储器501，以及一个或者一个以上的指令502，其中一个或者一个以上指令502存储于存储器501中，且经配置以由一个或者一个以上处理器503执行一个或者一个以上指令502执行上述灾备演练业务处理方法。
169.对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本技术所必须的。
170.需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
171.本技术各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
172.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
173.对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
174.以上所述仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。