一种软件单元化部署的多活方法和系统与流程

1.本技术实施例涉及软件设计的领域，具体而言，涉及一种软件单元化部署的多活方法和系统。


背景技术：

2.目前常用单元化部署的方案进行分布式软件系统的部署；其原理是将支撑完整业务逻辑的多个应用构成一个单元，然后将请求按照一定的规则划分成若干个部分，每个部分由一个单元中的多个应用负责处理。
3.例如，一个交易单元由五个软件系统组成，在整体的软件系统中，根据地域划分请求，所有西安地区的交易请求都由部署在西安地区的一个交易单元处理，所有北京地区的交易由另一个部署在北京地区的交易单元处理。通过这种方式，即便某个交易单元发生故障，影响程度也只是与之对应的一个地区，不会对全国的用户造成整体性影响。单元化部署的思想是将服务的用户分而治之，通常情况下，为了能够保证一个单元的高可用性，会将负责一个数据分区的单元在不同的地区再部署一套，当其中一个单元不可用后，采用另一个单元接替处理。
4.但是在实际使用中，如其中一个单元中的应用a宕机，此时就可能会判定该单元失效，然后将请求全部交给另一个单元，这种处理方式会导致资源利用率较低。


技术实现要素：

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.图1是本技术一实施例提出的多活方法的步骤流程图；
38.图2是本技术一实施例提出的单元化部署的分布式系统的结构示意图；
39.图3是本技术一实施例提出的多活系统的功能模块图。
具体实施方式
40.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
41.实施例一
42.参照图1，示出了本发明实施例中的一种软件单元化部署的多活方法的步骤流程图，如图1所示，本多活方法应用于第一处理单元和与所述第一处理单元通信连接的第二处理单元，所述第一处理单元包括数据库和若干个应用程序，所述第二处理单元包括数据库和若干个应用程序，所述第一处理单元的数据库定期同步数据到所述第二处理单元的数据库；
43.第一处理单元和第二处理单元为分布式部署的软件系统，第一处理单元和第二处
理单元的中的若干个应用程序均一致，能够完成相同的处理逻辑，具有高可用性；且第二处理单元的数据库被视作第一处理单元的数据库的备份，第一处理单元的数据库会定期向第二处理单元的数据库中同步数据。
44.所述多活方法具体可以包括以下步骤；
45.s101，所述第一处理单元获取请求任务，并在执行所述请求任务的过程中，确定当前用于执行所述请求任务的当前应用程序的的运行状态；
46.第一处理单元是分布式部署的软件系统中的主要处理单元，在正常的情况下，请求任务均通过第一处理单元来进行处理，而第二处理单元在分布式部署的软件系统一般被视作备用处理单元；在处理请求任务时，首先会考虑采用第一处理单元来对请求任务进行处理；在处理的过程中，需要确定第一处理单元中的应用程序在执行请求任务时是否存在问题，若是第一处理单元中的用于执行请求任务的当前应用程序的的运行状态出现问题，则需要进行进一步的处理。
47.s102，若所述当前应用程序宕机，则所述第一处理单元从所述第二处理单元中调用与所述当前应用程序对应的目标应用程序；
48.通过步骤s101获取的应用状态，如果当前应用程序出现宕机的情况，则第一处理单元已经无法继续执行请求任务，为了完成请求任务，则需要调用第二处理单元中与当前应用程序对应的目标应用程序进行处理。
49.s103，在调用所述目标应用程序成功的情况下，所述第一处理单元将所述请求任务中由所述当前应用程序处理的子任务发送至所述目标应用程序；
50.通过将请求任务分为多个子任务，在调用第二处理单元中的目标应用程序处理请求任务时，无需将整个请求任务均转移到第二处理单元中，而只需要将第一处理单元中出现问题的当前应用程序正在执行的子任务发送到第二处理单元中的目标应用程序中，通过这种方式，能够达到最低的影响，不易影响到原有的处理逻辑，避免增加过多的网络延迟和避免第二处理单元的后续应用切换到第一处理单元的数据库。
51.s104，所述第二处理单元通过所述目标应用程序执行所述子任务，并将执行所述子任务的结果发送给所述第一处理单元；
52.第二处理程序接收到第一处理单元中无法处理的子任务后，调用目标应用程序执行子任务，在执行子任务的过程中，只调用与第二处理单元中子任务对应的目标应用程序，且目标应用程序同时会连接第一处理单元的数据库，调用对应的数据，以防止因数据同步延迟造成的无数据调用。
53.s105，所述第一处理单元接收所述子任务的结果，并基于所述请求任务中的剩余未完成的子任务，从所述若干个应用程序中调用对应的应用程序，以完成所述未完成的子任务。
54.第二处理单元调用目标应用程序完成子任务后，第一处理单元能够通过接收到的子任务的结果，从若干个应用程序中调用对应的应用程序继续完成请求任务中未完成的子任务，以完成请求任务的处理。
55.本实施例在第一处理单元获取请求任务后，首先确定用于执行请求任务的当前应用程序的的运行状态，若是当前应用程序的运行状态出现问题，则第一处理单元不能够处理请求任务；则此时第一处理单元从第二处理单元中调用与当前应用程序对应的目标应用
程序，并将第一处理单元处理后的子任务发送到目标应用程序处理，第二处理单元中的目标应用程序再将处理子任务得到的结果返回到第一处理单元，第一处理单元能够基于该结果继续进行处理，完成未完成的子任务，以完成请求任务；在第一处理单元中当前应用程序出现问题时，通过将请求任务分为多个子任务的方式并调用第二处理单元中的与当前应用程序对应的目标应用程序处理其中一部分子任务。
56.在处理请求任务的过程中，第一处理单元仅调用了第二处理单元中的部分应用程序，第一处理单元中未出现问题的应用程序并没有产生空运行的情况，不但保证了请求任务的连续性，也达到了提高提高软件单元化部署的分布式系统中资源利用率的效果。
57.实施例二
58.本实施例提供了一种软件单元化部署的多活方法，所述多活方法应用于软件单元化部署的分布式软件系统中。
59.软件单元化部署是一种目前常用的分布式软件系统的高可用方案，其原理是将支撑完整业务逻辑的多个应用程序构成一个单元，然后将请求任务按照一定的规则划分成若干个部分，每个部分由一个单元负责处理。
60.例如，若一个交易系统包括多个由交易单元组成，每个交易单元又由五个应用程序组成；在单元化部署该交易系统时，根据地域划分；将所有西安地区的交易请求任务均交给部署在西安地区的一个交易单元处理，所有北京地区的交易由另一个部署在背景地区的单元处理。通过这种方式，即便某个单元发生故障，影响程度也只是与之对应的一个地区，不会对全国的用户造成整体性影响。
61.如图2所示，图2中示出了本技术实施例其中一种软件单元化部署的分布式系统的结构；包括第一处理单元、第二处理单元和网关；其中，第一处理单元和第二处理单元通过网关通信连接，且所述第一处理单元包括数据库、应用程序a、应用程序b、应用程序c和应用程序d，所述第二处理单元也包括包括数据库、应用程序a、应用程序b、应用程序c和应用程序d，第一处理单元和第二处理单元的结构一致，且其中的应用程序a、应用程序b、应用程序c和应用程序d组合起来能够处理的请求任务也一致；但是由于第一处理单元和第二处理单元部署的地域不同，且在使用过程中，处理的请求任务不同，所以第一处理单元和第二处理单元的数据库内的数据不同。网关在系统中用于完成通信，接入请求任务并对请求任务进行分配。
62.参照图1所示，示出了本技术实施例的一种软件单元化部署的多活方法的步骤流程图，如图1所示，该多活方法具体可以包括以下步骤：
63.s101，所述第一处理单元获取请求任务，并在执行所述请求任务的过程中，确定当前用于执行所述请求任务的当前应用程序的的运行状态；
64.在获取请求任务时，请求任务首先通过网关进入到系统中，然后再通过网关进入分配；当第一处理单元接收到任务后，第一处理单元通过其内部的应用程序a、应用程序b、应用程序c和应用程序d处理请求任务，在处理的过程中，需要不断的确定处理进程中，第一处理单元内部若干个应用程序的运行状态，在确定时，请求任务处理到哪里，便需要确定哪一个应用程序的状态。
65.s102，若所述当前应用程序宕机，则所述第一处理单元从所述第二处理单元中调用与所述当前应用程序对应的目标应用程序；
66.如果请求任务在应用程序b中处理，则应用程序b就为当前应用程序；若通过步骤s101，能够确定应用程序b宕机，则应用程序b的宕机就会导致仅通过第一处理单元无法完成请求任务，此时需要调用第二处理单元中的应用程序b对请求任务进行处理；第二处理单元中的应用程序b与第一处理单元中的应用程序b对应，在处理请求任务的过程中，第一处理单元中的应用程序b和第二处理单元中的应用程序b能够完成的工作是一样的，此时第二处理单元中的应用程序b就为目标应用程序。
67.s103，在调用所述目标应用程序成功的情况下，所述第一处理单元将所述请求任务中由所述当前应用程序处理的子任务发送至所述目标应用程序；
68.在第一处理单元中，将请求任务被分为若干个子任务进行处理，当第一处理单元内应用程序b宕机时，第一处理单元调用第二处理单元中的应用程序b处理子任务；调用时，第一处理单元将在第一处理单元中应用程序b正在处理的子任务直接发送到第二处理单元中，通过第二处理单元中的目标应用程序对这个子任务进行处理。
69.s104，所述第二处理单元通过所述目标应用程序执行所述子任务，并将执行所述子任务的结果发送给所述第一处理单元；
70.第二处理单元接收到第一处理单元发发送的子任务后，通过其内部的目标应用程序执行子任务，执行完毕后，再将执行结果发送到第一处理单元。
71.且所述目标应用程序在处理所述子任务时，从所述数据库中调用相关的数据，并基于所调用的数据执行所述子任务。
72.第二处理单元处理的子任务是在第一处理单元中处理的请求任务中分出的，此时第二处理单元中并没有用于处理该请求任务的数据，则此时第二处理单元需要与第一处理单元的数据库连接，通过网关调用第一处理单元中的相关的数据，以完成该子任务的执行。
73.s105，所述第一处理单元接收所述子任务的结果，并基于所述请求任务中的剩余未完成的子任务，从所述若干个应用程序中调用对应的应用程序，以完成所述未完成的子任务。
74.在整个处理请求任务的过程中，因为第一处理单元中仅是应用程序b出现了宕机的情况，此时其它的应用程序可能还在存活状态，通过上述方案，得到了调用第二处理单元中应用程序处理子任务的结果后，第一处理单元中还在存活状态的应用程序能够接着第二处理单元中应用程序处理子任务的结果继续处理请求任务；不会浪费第一处理单元中还在存活状态的应用程序，从而提高软件单元化部署的分布式系统中的资源利用率。
75.在本实施中，所述多活方法还包括：
76.所述网关在传输所述子任务时，将处理所述第一处理单元的单元标识写入到所述子任务中；
77.将执行所述子任务的结果发送给所述第一处理单元，包括：
78.所述第二处理单元基于所述第一处理单元的单元标识，将所述子任务的结果发送给所述第一处理单元。
79.通过将第一处理单元的单元标识写入到子任务中，第二处理单元中的应用程序在处理子任务时，能够确定该子任务的来源，确定分出该子任务的请求任务是在第一处理单元中处理的，以将处理子任务产生的结果返还给第一处理单元。
80.获取待处理任务的时效性标识，所述时效性标识包括强时效性标识和弱时效性标
识，所述时效性标识预设置于所述待处理任务中；
81.在本实施例中，待处理任务即请求任务；在软件单元化部署的分布式系统中，因为每个待处理任务的所需要的数据不同，第一处理单元中的数据在大多数时间内均比第二处理单元内的数据更新；所以在预设置待处理任务的时效性标识时，根据各个待处理任务的时效性设置。
82.基于所述时效性标识，判断所述调处理任务的时效性；
83.待处理任务的时效性分为两种，第一种是时效性极强的待处理任务，需要在更新的数据才能够进行处理，则将其预设为第一时效性；第二种是时效性较弱的待处理任务，相对第一种来说，落后一点的数据也能够进行处理。但是只要第一处理单元与第二处理单元之间的数据库更新频率高，第一处理单元与第二处理单元的数据库之间的数据差异也不会太大，即使是第二处理单元，也能够处理大多数待处理任务。
84.基于所述待处理任务的时效性，将所述待处理任务分配到第一处理单元或第二处理单元；包括：
85.若所述待处理任务的时效性为第一时效性，则分配到第一处理单元；
86.若所述待处理任务的时效性为第二时效性，则基于固定比例值分配到第一处理单元与第二处理单元。
87.第一时效性在本实施例中是时效性极强的待处理任务，对应了强时效性标识，需要在更短的时间内处理完毕；而第一处理单元在本实施例中预设为处理能力较强的处理单位元，相比于第二处理单元，能够在更短的时间内处理更多的请求任务；第二时效性对应了弱时效性标识，处理时间更长一些；所以将第一时效性的待处理任务全部分配到第一处理单元，将第二时效性的待处理任务分配到第二处理单元。
88.固定比例值可以是维护人员预设置的比例，根据实际情况进行判断；例如，若在一段时间内，第一处理单元部署的区域中第一时效性的待处理任务较少，则将固定比例值设置得更大，第二时效性的任务以2:1的固定比例值分配到第一处理单元与第二处理单元处理；若在一段时间内，第一处理单元部署的区域中第一时效性的待处理任务较多，则将固定比例值设置得更小，第二时效性的任务以1:2的固定比例值分配到第一处理单元与第二处理单元中；通过设置这种方式进行分配，能够最大限度的利用第一处理单元中的计算资源，提高资源利用率。
89.所述多活方法还包括，若所述第一处理单元中的所有应用程序均宕机，则所述第一处理单元将所述请求任务发送到所述第二处理单元，所述第二处理单元处理所述第一处理单元发送的请求任务，且所述第二处理单元调用所述第一处理单元的数据库。
90.在第一处理单元中的所有应用程序均宕机时，此时第一处理单元已经不能够处理分配到第一处理单元中的请求任务，则将请求任务整体转移到第二处理单元中进行处理，不会影响到请求任务的处理。
91.若同时第一处理单元的数据库也无法使用，则第二处理单元会调用第二处理单元的数据库执行查询操作，由于第二处理单元的数据库是作为第一处理单元的备份数据库的且内容落后于第一处理单元的数据库，因此增、删、改操作禁止执行。
92.本实施例在第一处理单元获取请求任务后，首先确定用于执行请求任务的当前应用程序的的运行状态，若是当前应用程序的运行状态出现问题，则第一处理单元不能够处
理请求任务；则此时第一处理单元从第二处理单元中调用与当前应用程序对应的目标应用程序，并将第一处理单元处理后的子任务发送到目标应用程序处理，第二处理单元中的目标应用程序再将处理子任务得到的结果返回到第一处理单元，第一处理单元能够基于该结果继续进行处理，完成未完成的子任务，以完成请求任务；在第一处理单元中当前应用程序出现问题时，通过将请求任务分为多个子任务的方式并调用第二处理单元中的与当前应用程序对应的目标应用程序处理其中一部分子任务。
93.在处理请求任务的过程中，第一处理单元仅调用了第二处理单元中的部分应用程序，第一处理单元中未出现问题的应用程序并没有产生空运行的情况，不但保证了请求任务的连续性，也达到了提高软件单元化部署的分布式系统中资源利用率的效果。
94.实施例三
95.基于同一发明构思，图3示出的一种软件单元化部署的多活系统的示意图，参照图3所示，所述多活系统可以包括：
96.运行状态获取模块、调用模块、子任务发送模块、结果返还模块、剩余任务执行模块、时效性分配模块和整体调用模块；
97.运行状态获取模块，用于在所述第一处理单元获取请求任务，并在执行所述请求任务的过程中，确定当前用于执行所述请求任务的当前应用程序的的运行状态；
98.调用模块，用于在所述当前应用程序宕机时，所述第一处理单元从所述第二处理单元中调用与所述当前应用程序对应的目标应用程序；
99.子任务发送模块，用于在调用所述目标应用程序成功的情况下，所述第一处理单元将所述请求任务中由所述当前应用程序处理的子任务发送至所述目标应用程序；
100.结果返还模块，用于所述第二处理单元通过所述目标应用程序执行所述子任务，并将执行所述子任务的结果发送给所述第一处理单元；
101.剩余任务执行模块，所述第一处理单元接收所述子任务的结果，并基于所述请求任务中的剩余未完成的子任务，从所述若干个应用程序中调用对应的应用程序，以完成所述未完成的子任务；
102.时效性分配模块，用于获取待处理任务的时效性标识，所述时效性标识包括强时效性标识和弱时效性标识，所述时效性标识预设置于所述待处理任务中；基于所述时效性标识，判断所述调处理任务的时效性；基于所述待处理任务的时效性，将所述待处理任务分配到第一处理单元或第二处理单元。
103.整体调用模块，若所述第一处理单元中的所有应用程序均宕机，则所述第一处理单元将所述请求任务发送到所述第二处理单元，所述第二处理单元处理所述第一处理单元发送的请求任务，且所述第二处理单元调用所述第一处理单元的数据库。
104.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
105.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
106.本领域内的技术人员应明白，本技术实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本技术实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术实施例可采用在一个或多个其中包含有计算机可
用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
107.本技术实施例是参照根据本技术实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
108.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
109.这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
110.尽管已描述了本技术实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术实施例范围的所有变更和修改。
111.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
112.本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。