一种应用系统监控管理方法、装置、设备及存储介质

技术领域

本文涉及运维监控领域，具体涉及一种应用系统监控管理方法、装置、设备及存储介质。

背景技术

为了满足业务需求不断的变化，银行业的应用系统升级和迭代的速度越来越快，在应用系统升级的时候，需要计划性地停止应用程序进行安装维护。为了避免在应用程序有计划的停止期间，监控系统发出大量无效的告警影响正常的告警，需要设置监控系统屏蔽期。现有技术中，运维人员手工梳理计划停机维护的应用程序所属的服务器清单，同时设置一个需要屏蔽的时间段，然后导入到监控系统中，当监控系统判断时间到达该屏蔽期的开始时间，屏蔽期即生效，所设置的服务器发出的告警就被屏蔽了，当应用程序维护结束后或者到达设置的屏蔽期结束时间，需要运维人员手工将屏蔽期调整为结束或者到达设置的时间点后自动结束，监控系统就恢复监控。

目前，随着分布式应用与云计算的普及，应用系统的数量日益增长，服务器的规模也越来越庞大，应用程序与服务器之间的关联关系以及应用程序与应用程序之间的关联关系愈加复杂。而现有的人工梳理屏蔽期服务器清单的方式复杂、耗时较长，对错综复杂的服务器与应用程序之间关系的梳理容易发生错漏。同时，人工设置的屏蔽期是预估的停机维护时间，只能包含但无法精准地契合实际的停机维护时间，如果屏蔽期设置的时间段较长，会导致在维护真正开始和结束时间之外的告警无法准确地发出。

因此，如何提高对应用系统的监控管理的效率成为目前亟需解决的技术问题。

发明内容

针对现有技术的上述问题，本文的目的在于，提供一种应用系统监控管理方法、装置、设备及存储介质，能够提高对应用系统的监控管理的效率。

为了解决上述技术问题，本文的具体技术方案如下：

一方面，本文提供一种应用系统监控管理方法，所述方法包括：

获取应用系统中待执行的策略任务信息，所述策略任务信息包括待更新应用程序和程序更新时间；

根据所述待更新应用程序和预设依赖关系，确定目标应用程序集合，所述预设依赖关系表示各个应用程序之间的运行关系；

根据所述目标应用程序集合，确定每个目标应用程序对应的目标应用节点，所述目标应用节点中包括至少一个符合指定条件的目标应用程序；

根据所述程序更新时间，对全部目标应用节点进行监控屏蔽管理。

进一步地，所述预设依赖关系的建立包括：

获取应用系统中的全部应用程序；

对任一应用程序，获取依赖该任一应用程序运行的关联应用程序，以形成该任一应用程序和所述关联应用程序之间的预设依赖关系。

进一步地，所述关联应用程序包括至少一组呈依赖关系的应用程序集合，且每组依赖关系中的上游应用程序依赖于该任一应用程序。

进一步地，所述根据所述待更新应用程序和预设依赖关系，确定目标应用程序集合，包括：

确定与所述待更新应用程序对应的预设依赖关系；

根据所述待更新应用程序和预设依赖关系，确定关联应用程序；

获取所述待更新应用程序和所述关联应用程序的并集，以作为目标应用程序集合。

进一步地，所述根据所述目标应用程序集合，确定每个目标应用程序对应的目标应用节点，包括：

获取应用系统中预先配置的应用节点信息，所述应用节点中包括至少一个符合指定条件的应用程序；

遍历所述目标应用程序集合中每个目标应用程序，结合所述预先配置的应用节点信息，确定每个目标应用程序对应的目标应用节点。

作为优选地，所述指定条件的应用程序为相同类型的应用程序。

进一步地，所述程序更新时间包括更新开始时间和更新结束时间；

相应地，根据所述程序更新时间，对全部目标应用节点进行监控屏蔽管理，包括：

判断是否达到所述更新开始时间；

若达到所述更新开始时间，则对所述目标应用节点进行监控屏蔽处理，以断开对所述目标应用节点的监控；

继续判断是否到达更新结束时间；

若达到所述更新结束时间，则开启对所述目标应用节点的监控，以恢复对所述目标应用节点的监控。

另一方面，本文还提供一种应用系统监控管理装置，所述装置包括：

策略任务信息获取模块，用于获取应用系统中待执行的策略任务信息，所述策略任务信息包括待更新应用程序和程序更新时间；

目标应用程序集合确定模块，用于根据所述待更新应用程序和预设依赖关系，确定目标应用程序集合，所述预设依赖关系表示各个应用程序之间的运行关系；

目标应用节点确定模块，根据所述目标应用程序集合，确定每个目标应用程序对应的目标应用节点，所述目标应用节点中包括至少一个符合指定条件的目标应用程序；

监控管理模块，用于根据所述程序更新时间，对全部目标应用节点进行监控屏蔽管理。

另一方面，本文还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述所述的方法。

最后本文还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述所述的方法。

采用上述技术方案，本文所述的一种应用系统监控管理方法、装置、设备及存储介质，通过应用系统中待执行的策略任务信息确定待更新应用程序和程序更新时间，然后根据待更新应用程序，确定需要监控的目标应用程序集合，然后再根据提前配置的应用节点信息，确定目标应用程序集合中全部的目标应用节点，再以目标应用节点为最小粒度进行监控屏蔽处理，因此本文可以实现自动化检测屏蔽对象，精准的控制屏蔽时间段，提高告警屏蔽的准确性，避免了误告警和漏告警，进而提高了对应用系统的监控管理的效率。

为让本文的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

为了更清楚地说明本文实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本文的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本文实施例提供的应用系统监控管理方法实施环境示意图；

图2示出了本文实施例提供的应用系统监控管理方法步骤示意图；

图3示出了本文实施例中目标应用程序集合确定步骤示意图；

图4示出了本文实施例中对目标应用节点监控管理步骤示意图；

图5示出了本文实施例提供的应用系统监控管理装置结构示意图；

图6示出了本文实施例提供的计算机设备结构示意图。

附图符号说明：

10、监控系统；

20、应用系统；

30、应用系统数据库；

100、策略任务信息获取模块；

200、目标应用程序集合确定模块；

300、目标应用节点确定模块；

400、监控管理模块；

602、计算机设备；

604、处理器；

606、存储器；

608、驱动机构；

610、输入/输出模块；

612、输入设备；

614、输出设备；

616、呈现设备；

618、图形用户接口；

620、网络接口；

622、通信链路；

624、通信总线。

具体实施方式

下面将结合本文实施例中的附图，对本文实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本文一部分实施例，而不是全部的实施例。基于本文中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本文保护的范围。

需要说明的是，本文的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本文的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在金融业的应用系统进行升级和迭代时，需要计划性地停止应用程序进行安装维护，现有技术中，为了避免监控系统在应用程序计划性停止期间出现告警，一般是以服务器为粒度进行屏蔽，具体为，运维人员手工梳理计划停机维护的应用程序所属的服务器清单，同时设置一个需要屏蔽的时间段，然后导入到监控系统中，但是工梳理屏蔽期服务器清单的方式复杂、耗时较长，对错综复杂的服务器与应用程序之间关系的梳理容易发生错漏，同时，人工设置的屏蔽期是预估的停机维护时间，只能包含但无法精准地契合实际的停机维护时间，因此导致监控系统对应用系统的监控效率降低，监控的准确性也难以保证。

为了解决上述问题，本说明书实施例提供一种应用系统监控管理方法，如图1所示，为所述方法的实施环境示意图，包括监控系统10、应用系统20和应用系统数据库30，所述应用系统可以为特定领域的系统，比如银行业的金融系统，所述监控系统10实时对所述应用系统20中的应用程序进行监控，当所述应用系统20中应用程序出现故障时，所述监控系统10进行告警提示，所述应用系统20被配置为不同的应用节点，每个应用节点包括至少一个符合指定条件的应用程序，所述监控系统10以所述应用节点为监控粒度，实现对应用节点内的应用程序的监控，这样避免了服务器大的粒度的监控；所述应用系统数据库30存储有应用节点的配置信息，各个应用程序之间的依赖关系以及待执行的策略任务信息，从而使得监控系统10从所述应用系统数据库30中获得策略任务信息，并确定待更新应用程序，然后确定需要监控的确定目标应用程序集合，根据所述目标应用程序集合，确定每个目标应用程序对应的目标应用节点，从而实现对目标应用节点的监控关系，本文自动化检测屏蔽对象、精准控制屏蔽时间段，提高了告警屏蔽的准确性。

其中，所述依赖关系可以为两个应用程序之间的“耦合”(或者紧密关联)关系，由于业务系统固有的复杂性，应用程序之间必然存在着依赖，其根本体现在代码上，比如，如图1所示，虚线箭头表示应用程序4依赖应用程序1，应用程序4依赖应用程序1可以意味着，应用程序4可以调用应用程序1暴露的API(Application Program Interface，应用程序接口)，而应用程序1不能调用应用程序4的API。换句话说，应用程序1和应用程序4的依赖关系可以为更改应用程序1可能会导致更改应用程序4，应用程序1是独立的，应用程序4的正常运行是依赖于应用程序1的。

需要说明的是，所述依赖关系可以为单向依赖或双向依赖，都在本说明书实施例考虑的范围。

具体地，本文实施例提供了应用系统监控管理方法，能够提高应用系统监控管理的效率。图2是本文实施例提供的一种应用系统监控管理方法的步骤示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。具体的如图2所示，所述方法可以包括：

S101：获取应用系统中待执行的策略任务信息，所述策略任务信息包括待更新应用程序和程序更新时间；

S102：根据所述待更新应用程序和预设依赖关系，确定目标应用程序集合，所述预设依赖关系表示各个应用程序之间的运行关系；

S103：根据所述目标应用程序集合，确定每个目标应用程序对应的目标应用节点，所述目标应用节点中包括至少一个符合指定条件的目标应用程序；

S104：根据所述程序更新时间，对全部目标应用节点进行监控屏蔽管理。

可以理解为，本说明书实施例通过确定待更新应用程序及与其呈预设依赖关系的其他应用程序作为目标应用程序集合都作为监控目标，从而监控对象的精准性和全面性，避免了出现误告警，而且通过以应用节点的形式作为监控的最小粒度，可以避免以服务器为维度进行监控，大大提升了监控系统告警的准确性，另外本文通过对预设依赖关系和应用节点信息的提前配置，在进行应用更新时，减少了运维人员的手工梳理，通过监控系统自动获取程序更新时间，进行屏蔽期的自动配置，可以提高监控系统自动化的监控效率，避免了人为因素导致的错漏。

其中，所述应用程序可以为应用系统中实现某项业务或技术功能的程序实例。应用系统是通过程序实现的业务或技术的功能集合，大部分是通过浏览器给用户访问，少量是有业务客户端或手机APP。针对银行业的应用系统是运行在银行内部服务器上的，一个应用系统可能由十几台服务器至几千台服务器组成，一个应用系统包含许多个应用程序。

在应用系统需要更新或优化时，一般在应用程序自动化安装系统中，将应用程序的安装策略任务加载保存到服务器中，等到更新时间进行自动化的更新安装，因此通过策略任务可以待更新应用程序及其对应的程序更新时间，所述程序更新时间可以理解为待更新应用程序的停止任务时间和启动任务时间。如表1所示，为一种应用程序更新任务配置表：

表1应用程序更新任务配置表

在本说明书实施例中，所述预设依赖关系可以在应用系统中提前配置，作为可选地，所述预设依赖关系的建立包括如下步骤：

获取应用系统中的全部应用程序；

对任一应用程序，获取依赖该任一应用程序运行的关联应用程序，以形成该任一应用程序和所述关联应用程序之间的预设依赖关系。

比如针对任一应用程序a，该应用程序a对应的预设依赖关系可以为以该应用程序a为上游应用程序的依赖链，这样可以保证依赖于该应用程序a的其他应用程序都能覆盖在该依赖关系上。随着应用系统复杂度的增加，一个应用程序可能存在多个直接呈依赖关系的其他应用程序，该这多个其他应用程序也可以存在以其自身作为上游的依赖关系，一次类推就可以得到相应的依赖链，示例性地，在应用系统中，应用程序b依赖应用程序a，应用程序c依赖应用程序b，因此针对应用程序a的依赖关系(或依赖链)可以为a→b→c。

因此所述关联应用程序可以为单个应用程序，也可以为多个独立的应用程序，亦或是部分(或全部)存在依赖关系的应用程序集合，因此，所述关联应用程序包括至少一组呈依赖关系的应用程序集合，且每组依赖关系中的上游应用程序依赖于该任一应用程序。其中上游应用程序可以为被依赖的用于程序，下游应用程序可以为依赖于上游应用程序的应用程序。

示例性地，应用程序a的关联应用程序包括b→c和d→e→f两个独立的依赖链，其中应用程序b和应用程序d均依赖于应用程序a，则b、c、d、e和f的集合为所述关联应用程序。

在一个应用系统中，针对每个应用程序均可以提前确定相应的依赖关系，并将确定的依赖关系进行存储，比如保存在相应的依赖关系数据库中，在需要时可以直接通过应用程序进行提取。

进一步地，随着应用系统的持续开发和维护，还需要定期对依赖关系数据库进行维护，以确保其中的依赖关系保持最新的状态。

在本说明书实施例中，如图3所示，所述根据所述待更新应用程序和预设依赖关系，确定目标应用程序集合，包括：

S201：确定与所述待更新应用程序对应的预设依赖关系；

S202：根据所述待更新应用程序和预设依赖关系，确定关联应用程序；

S203：获取所述待更新应用程序和所述关联应用程序的并集，以作为目标应用程序集合。

由于服务器上运行着一个或多个应用程序，每个应用程序都包含一个或多个被监控的对象(即待更新应用程序)，每个监控对象都至少有一个监控目标，可能需要被屏蔽监控告警或者不被屏蔽。监控告警分为两种类型，一类是自发告警，是由于应用程序停止或故障时产生的监控告警，自发告警的监控目标和监控对象相同；另一类是关联告警，是由于应用程序所依赖的应用程序停止或故障时产生的告警，关联告警的监控目标和监控对象不相同。

可以理解为，在实际工作中，每个应用程序均配置一个监控模块来判断其是否正常工作，具体的反馈信息通过应用节点来接收，即监控系统通过获得应用节点的信息来判断每个应用程序的状态，而由于程序之间的关联性，对应用节点的监控也会存在不同，因此，当针对自发告警时，监控目标和监控对象一致，即监控对象应用节点和监控目标应用节点一致，当针对关联告警时，监控目标和监控对象不一致，即监控对象应用节点和监控目标应用节点不一致，如下表2所示，为监控对象、监控目标和应用节点信息的关联配置表：

表2监控对象、监控目标和应用节点信息的关联配置表

上表中的监控模块可以为应用节点中应用程序对应的监控模块，需要强调的是，上表只是监控对象、监控目标和应用节点的关联示意图，具体配置时可以和表2中的顺序不一致，而且在实际工作中，一般都会存在关联告警，因此可以直接将监控对象和与其关联的应用程序对应的监控模块的集合作为监控对象，这样可以提高对应用节点监控的效率，避免了挨个配置应用节点。

具体工作中，监控系统可以通过所述待更新应用程序从数据库中提取相应的预设依赖关系，可用的提取方式在本说明书不做限定。进而确定关联应用程序，从而确定用与待更新应用程序有直接和间接依赖关系的应用程序集合，该应用程序集合和待更新应用程序在更新任务时间内都应该处于故障状态，因为为了避免出现误告警，需要经该应用程序集合和所述待更新应用程序都作为目标应用程序，从而形成目标应用程序集合。

在实际工作中，监控对象的检测方法可以通过如下公式得到：

f:A→B，即f(A)＝{y|y＝f(x),x∈A,y∈B}。

F(X)＝{X∪F(f(X))}

A表示监控对象集(即应用程序集合)，B表示监控目标集(每个应用程序对应的监控目标)，f(A)表示监控对象与监控目标之间的关联关系，监控对象可以有一个或多个监控目标。F(X)为需要进行屏蔽的监控对象集，遍历X中所有的监控对象，将获得的监控目标结果作为监控对象取并集，循环得到所有的监控对象。

在确定目标应用程序集合后，还需要确定需要监控的应用节点，作为可选地，所述根据所述目标应用程序集合，确定每个目标应用程序对应的目标应用节点，包括：

获取应用系统中预先配置的应用节点信息，所述应用节点中包括至少一个符合指定条件的应用程序；

遍历所述目标应用程序集合中每个目标应用程序，结合所述预先配置的应用节点信息，确定每个目标应用程序对应的目标应用节点。

通过每个目标应用程序确定一个目标应用节点，一般情况下，都会出现目标应用节点的重复，因此将所述目标应用节点的集合作为后续监控系统监控管理的对象。

其中，所述预先配置的应用节点信息可以运维人员或开发人员根据一定的条件配置的，从而将符合条件的应用程序作为一个应用节点来进行监控，作为可选地，所述指定条件的应用程序可以为相同类型的应用程序，这样在进行应用程序更新时，一般为应用节点内全部应用程序都进行更新，这样可以实现监控对象的精准确定，避免出现对其他正常应用程序的误屏蔽。

在一些其他实施例中，所述应用节点的配置条件还可以有其他的形式，在本说明书不做限定。

因此，在已经确定待更新应用程序关联到的全部目标应用节点后，需要在更新期间对所述目标应用节点进行屏蔽处理，作为可选地，如图4所示，所述根据所述程序更新时间，对全部目标应用节点进行监控屏蔽管理，包括：

S301：判断是否达到所述更新开始时间；

S302：若达到所述更新开始时间，则对所述目标应用节点进行监控屏蔽处理，以断开对所述目标应用节点的监控；

S303：继续判断是否到达更新结束时间；

S304：若达到所述更新结束时间，则开启对所述目标应用节点的监控，以恢复对所述目标应用节点的监控。

上述只是对其中一个策略任务进行监控屏蔽管理，当存在多个不同的策略任务时，获取应用程序自动化安装系统中所有策略任务的计划开始时间和计划结束时间，并根据不同的策略任务自动配置不同的监控措施，当到达策略任务的计划开始时间时，对相关的策略任务进行检测，判断策略任务中执行的步骤是停止应用程序的步骤，还是启动应用程序的步骤，并发送给监控系统进行处理。

本说明书实施例提供的一种应用系统监控管理方法，通过应用系统中待执行的策略任务信息确定待更新应用程序和程序更新时间，然后根据待更新应用程序，确定需要监控的目标应用程序集合，然后再根据提前配置的应用节点信息，确定目标应用程序集合中全部的目标应用节点，再以目标应用节点为最小粒度进行监控屏蔽处理，因此本文可以实现自动化检测屏蔽对象，精准的控制屏蔽时间段，提高告警屏蔽的准确性，避免了误告警和漏告警，进而提高了对应用系统的监控效率。

基于同一发明构思，本说明书实施例还提供一种应用系统监控管理装置，如图5所示，所述装置包括：

策略任务信息获取模块100，用于获取应用系统中待执行的策略任务信息，所述策略任务信息包括待更新应用程序和程序更新时间；

目标应用程序集合确定模块200，用于根据所述待更新应用程序和预设依赖关系，确定目标应用程序集合，所述预设依赖关系表示各个应用程序之间的运行关系；

目标应用节点确定模块300，根据所述目标应用程序集合，确定每个目标应用程序对应的目标应用节点，所述目标应用节点中包括至少一个符合指定条件的目标应用程序；

监控管理模块400，用于根据所述程序更新时间，对全部目标应用节点进行监控屏蔽管理。

通过本说明书实施例提供的装置所取得的有益效果和上述方法所取得的有益效果一致，本说明书不做赘述。

如图6所示，为本文实施例提供的一种计算机设备，所述计算机设备602可以包括一个或多个处理器604，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备602还可以包括任何存储器606，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器606可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备602的固定或可移除部件。在一种情况下，当处理器604执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备602可以执行相关联指令的任一操作。计算机设备602还包括用于与任何存储器交互的一个或多个驱动机构608，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备602还可以包括输入/输出模块610(I/O)，其用于接收各种输入(经由输入设备612)和用于提供各种输出(经由输出设备614))。一个具体输出机构可以包括呈现设备616和相关联的图形用户接口(GUI)618。在其他实施例中，还可以不包括输入/输出模块610(I/O)、输入设备612以及输出设备614，仅作为网络中的一台计算机设备。计算机设备602还可以包括一个或多个网络接口620，其用于经由一个或多个通信链路622与其他设备交换数据。一个或多个通信总线624将上文所描述的部件耦合在一起。

通信链路622可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路622可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图2-图4中的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图2至图4所示的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。