监控任务的执行方法、装置及系统、存储介质、电子装置与流程

本申请涉及互联网领域，具体而言，涉及一种监控任务的执行方法、装置及系统、存储介质、电子装置。

背景技术：

为了保证网络交易平台的正常运行，需要对网络交易平台进行监控，随着电商网络交易平台业务量的增加、业务种类的爆发式增长、业务复杂度的突增，网络交易平台监控涉及的监控范围越来越广、监控内容越来越多、对突发交易数据监控预警信息的处理速度要求越来越快。

发明人在实现本发明过程中发现目前的监控方式较为繁琐，在新业务上线或者需要监控时，为其编写监控程序，经过调试、验证后再运行，实现对业务的监控。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请实施例提供了一种监控任务的执行方法、装置及系统、存储介质、电子装置，以至少解决相关技术中监控操作较繁琐的技术问题。

根据本申请实施例的一个方面，提供了一种监控任务的执行方法，包括：接收监控设备发送的监控请求，其中，监控请求用于请求对目标业务中的目标数据执行目标监控任务，目标业务为多个业务中被监控请求所请求监控的业务；从多个脚本中查找用于实施目标监控任务的第一脚本，其中，多个脚本中的每个脚本用于实施多个监控任务中的至少一个监控任务，多个脚本中的任意两个脚本所执行的监控任务不同，多个监控任务包括目标监控任务；利用第一脚本来实施目标监控任务。

根据本申请实施例的另一方面，还提供了一种监控任务的执行装置，包括：接收单元，用于接收监控设备发送的监控请求，其中，监控请求用于请求对目标业务中的目标数据执行目标监控任务，目标业务为多个业务中被监控请求所请求监控的业务；查找单元，用于从多个脚本中查找用于实施目标监控任务的第一脚本，其中，多个脚本中的每个脚本用于实施多个监控任务中的至少一个监控任务，多个脚本中的任意两个脚本所执行的监控任务不同，多个监控任务包括目标监控任务；执行单元，用于利用第一脚本来实施目标监控任务。

根据本申请实施例的另一方面，还提供了一种监控任务的执行系统，包括：监控设备，用于发送监控请求，其中，监控请求用于请求对目标业务中的目标数据执行目标监控任务，目标业务为多个业务中被监控请求所请求监控的业务；数据库，用于存储目标数据；服务器，用于在接收到监控请求的情况下，从多个脚本中查找用于实施目标监控任务的第一脚本，并利用第一脚本来实施目标监控任务，其中，多个脚本中的每个脚本用于实施多个监控任务中的至少一个监控任务，多个脚本中的任意两个脚本所执行的监控任务不同，多个监控任务包括目标监控任务。

根据本申请实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，程序运行时执行上述的方法。

根据本申请实施例的另一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器通过计算机程序执行上述的方法。

在本申请实施例中，在接收到监控请求时，从预先创建的多个脚本中选择目标监控任务对应的脚本来运行即可，而不用重复编写、调试监控程序，可以解决相关技术中监控操作较繁琐的技术问题，进而达到简化监控操作的复杂度的技术效果。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的监控任务的执行方法的硬件环境的示意图；

图2是根据本申请实施例的一种可选的监控任务的执行方法的流程图；

图3是根据本申请实施例的一种可选的监控任务的执行方法的流程图；

图4是根据本申请实施例的一种可选的监控任务的执行装置的示意图；以及，

图5是根据本申请实施例的一种终端的结构框图。

具体实施方式

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

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

据本申请实施例的一方面，提供了一种监控任务的执行方法的方法实施例。

可选地，在本实施例中，上述监控任务的执行方法可以应用于如图1所示的由监控设备101、服务器103以及数据库105所构成的硬件环境中。如图1所示，服务器103通过网络与监控设备101、数据库105进行连接，监控设备101用于向服务器103发送监控请求，以请求对目标业务中的目标数据执行目标监控任务，服务器103在接收到监控请求的情况下，从多个脚本中查找用于实施目标监控任务的第一脚本，并利用第一脚本来实施目标监控任务，数据库用于存储目标数据。上述网络包括但不限于：广域网、城域网或局域网，监控设备101并不限定于pc、手机、平板电脑、pc计算机等。

本申请实施例的监控任务的执行方法可以由服务器103来执行，也可以由服务器103、监控设备101以及数据库105共同执行。图2是根据本申请实施例的一种可选的监控任务的执行方法的流程图，如图2所示，该方法可以包括以下步骤：

步骤s202，服务器接收监控设备发送的监控请求，监控请求用于请求对目标业务中的目标数据执行目标监控任务。

目标业务为多个业务中被监控请求所请求监控的业务，换言之，对于多个业务中的任一业务，在需要执行监控任务时均可以按照所需执行的监控任务从通用的多个脚本中选取表示该监控任务的脚本来执行即可。

步骤s204，服务器从多个脚本中查找用于实施目标监控任务的第一脚本，多个脚本中的每个脚本用于实施多个监控任务中的至少一个监控任务，换言之，每个脚本程序中的代码逻辑即对应的监控任务的任务逻辑，多个脚本中的任意两个脚本所执行的监控任务不同，多个监控任务包括目标监控任务。

步骤s206，服务器利用第一脚本来实施目标监控任务。

相关技术中，在新业务上线或者需要监控时，需要为其编写监控程序，经过调试、验证后再运行，以实现对业务的监控，整个过程操作繁琐、且效率低，通过本申请的上述步骤，在接收到监控请求时，从预先创建的多个脚本中选择目标监控任务对应的脚本来运行即可，而不用重复编写、调试监控程序，可以解决相关技术中监控操作较繁琐的技术问题，进而达到简化监控操作的复杂度的技术效果。下面结合图2所示的步骤进一步详述本申请的技术方案。

在步骤s202提供的技术方案中，在监控领域，管理方需要对平台(如交易平台)运行的各种运行状态进行监控，状态主要体现为各种技术指标和业务指标，以交易平台的状态为例，常见的技术指标和业务指标有：当前端口的连接数、当前端口的连接状态、系统内存使用率、交易的成功率以、交易时延、业务数据的总量、业务的成功数、成功率以及业务数据是否异常等。

对于各种技术指标和业务指标，可以按照多个监控任务中每个监控任务的处理流程创建对应的脚本，得到多个脚本，并为多个脚本中的每个脚本创建脚本标识，即预先生成与每个技术指标和每个业务指标的监控监控任务对应的脚本(脚本中的逻辑包括监控任务的执行逻辑)，并把每个脚本的脚本标识(或者监控任务的标识)发送给监控设备，在需要监控某个技术指标或业务指标时，管理员可以利用监控设备或者监控设备可以自主生成监控请求，在监控请求中携带脚本标识或者监控任务的标识，以便于查找相关的脚本。

在步骤s204提供的技术方案中，在按照如上方式创建多个脚本之后，在从多个脚本中查找用于实施目标监控任务的第一脚本时，可获取监控请求中携带的脚本标识，并从多个脚本中查找与监控请求中携带的脚本标识对应的第一脚本。

在步骤s206提供的技术方案中，利用第一脚本来实施目标监控任务包括：在第一脚本中配置目标数据源，得到第二脚本，目标数据源为目标业务中的目标数据的数据源，此处的配置可以是配置直接的目标数据源，如直接在第一脚本中写入高数据源，也可以是配置间接的目标数据源，如在第一脚本中写入目标数据源的关联信息(如数据源标识等)；通过脚本执行引擎来执行第二脚本，以实施目标监控任务，脚本执行引擎是用于运行脚本的引擎。

可选地，在第一脚本中配置目标数据源包括如下所示的步骤1-步骤4：

步骤1，获取监控请求中携带的数据源标识，数据源标识用于表示目标数据源，例如，待监控的指标为交易成功率，目标数据源可以为交易数据的源地址标识(如数据库地址的标识)；

步骤2，从数据源集合中查找与数据源标识对应的目标数据源，数据源集合可以保存各个数据源的源地址(如数据库的地址)和数据源标识之间的对应关系，进而可以根据数据源标识匹配到对应的数据源地址；

步骤3，根据目标数据源生成用于查询目标数据的结构化查询语句(如sql语句)或者数据源参数(即表示该数据源地址的参数)；

步骤4，将结构化查询语句或者数据源参数保存在第一脚本中的预设位置，脚本为对监控逻辑的抽象，同时保留了填写监控数据源的位置，预设位置即为填入目标数据源的位置。

可选地，通过脚本执行引擎来执行第二脚本，以实施目标监控任务包括如下所示的步骤1-步骤2：

步骤1，通过脚本执行引擎执行第二脚本中的第一部分逻辑，其中，第一部分逻辑用于将第二脚本中的结构化查询语句或者数据源参数传递给目标数据所在的数据库，数据库用于利用结构化查询语句或者数据源参数查找到目标数据；

步骤2，在接收到数据库返回的目标数据的情况下，通过脚本执行引擎执行第二脚本中的第二部分逻辑，第二部分逻辑用于将目标数据转换为预设格式的数据，并按照监控流程进行处理。

作为一种可选的实施例，下面结合具体的实现方式详述本申请的技术方案。

针对业务指标的监控，可以采用的方式是预先针对数据库中可能需要的查询需求，在数据库中预先内置相应的查询相关的功能代码，每个功能代码可以对应一个用户界面ui(userinterface，是系统和用户之间进行交互和信息交换的媒介)控件，随着实时数据不断的录入到数据库中，然后通过与预先内置的功能代码对应的ui控件，在数据库中进行数据查询并进行聚合，从而给出各类指标的健康状况。而对技术指标的配置，也需要操作特定的ui控件，以配置指标类型和监控对象。

这种基于ui控件的方式简易、直观，但是灵活性较差。对新的或者复杂的监控逻辑、指标、后处理方式等缺乏适应性。经过一段时间的运行，伴随着监控的指标越来越多，查询越来越频繁，每次增加指标都需要去新增对应的查询代码去执行相应的逻辑，这种方式的弊端越来越显著，主要表现在：在界面中增加一个新的数据查询功能对应的控件，通常需要对系统进行版本迭代，升级上线，而在代码开发过程中，为了保证版本更新后系统的稳定性，所以任何一个新版本的上线(需要经过内部测试、线上测试等)都是比较繁琐的，内部需要团队协调，测试等，这使得不同版本之间的上线的时间间隔一般都比较大，所以版本更新的频率较低，无法满足新增的查询、监控需求。

为了克服以上缺陷，本申请还提供了一种不通过ui控件的形式来配置监控任务参数和逻辑，即通过脚本的形式来实现，脚本本身保存在数据库或缓存中，各监控指标的收集则依赖于对指标收集函数的调用，脚本运行环境中提供指标收集函数和告警通知函数，再结合脚本对数据处理能力的支持，实现了针对系统运行各种指标的简单、灵活、快速和功能丰富的监控，如图3所示，该方案的具体步骤：

步骤s302，建立不同监控任务的脚本，为每个脚本配置对应的脚本标识id。

步骤s304，开始监控任务，以定时触发为例，可以开启定时器的计时。

步骤s306，检测是否触发查询请求(如定时器计时满足某个目标阈值时触发)，根据数据查询请求查找对应的脚本的id。

步骤s308，根据id载入对应的脚本。

步骤s310，利用脚本执行引擎执行脚本，从数据源中查询到需要的目标查询数据(即收集指标)。

该步骤可包括：在脚本中配置数据源id，在脚本中放入一个具体的查询对应的sql文本或其他参数；根据数据源id查找到对应的数据源，将sql文本或其他参数传输到数据源中；数据源执行sql文本或其他参数；接收返回的数据，并且将数据进行格式转换，得到目标查询数据。

步骤s312，对目标查询数据进行处理(即处理指标)。

步骤s314，进行通知(如数据告警)、远程调用等后期处理。

步骤s316，判断是否继续，若是需要继续则回到步骤s310，否则结束。

在本申请的技术方案中，将监控参数和逻辑配置为脚本形式，依赖指标收集函数和告警通知函数，再结合脚本提供的数据处理能力，提供一个简单灵活、功能丰富的监控配置方案；该方案在查询数据库中，可以不再数据库对应的界面中新增ui控件，而是在数控后台执行数据查询，进而新增查询功能，不再依赖版本升级。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

根据本申请实施例的另一个方面，还提供了一种用于实施上述监控任务的执行方法的监控任务的执行装置。图4是根据本申请实施例的一种可选的监控任务的执行装置的示意图，如图4所示，该装置可以包括：

接收单元401，用于接收监控设备发送的监控请求，其中，监控请求用于请求对目标业务中的目标数据执行目标监控任务，目标业务为多个业务中被监控请求所请求监控的业务；

查找单元403，用于从多个脚本中查找用于实施目标监控任务的第一脚本，其中，多个脚本中的每个脚本用于实施多个监控任务中的至少一个监控任务，多个脚本中的任意两个脚本所执行的监控任务不同，多个监控任务包括目标监控任务；

执行单元405，用于利用第一脚本来实施目标监控任务。

需要说明的是，该实施例中的接收单元401可以用于执行本申请实施例中的步骤s202，该实施例中的查找单元403可以用于执行本申请实施例中的步骤s204，该实施例中的执行单元405可以用于执行本申请实施例中的步骤s206。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

相关技术中，在新业务上线或者需要监控时，需要为其编写监控程序，经过调试、验证后再运行，以实现对业务的监控，整个过程操作繁琐、且效率低，通过本申请的上述模块，在接收到监控请求时，从预先创建的多个脚本中选择目标监控任务对应的脚本来运行即可，而不用重复编写、调试监控程序，可以解决相关技术中监控操作较繁琐的技术问题，进而达到简化监控操作的复杂度的技术效果。

可选地，执行单元包括：配置模块，用于在第一脚本中配置目标数据源，得到第二脚本，其中，目标数据源为目标业务中的目标数据的数据源；执行模块，用于通过脚本执行引擎来执行第二脚本，以实施目标监控任务，其中，脚本执行引擎是用于运行脚本的引擎。

可选地，配置模块还可用于：获取监控请求中携带的数据源标识，其中，数据源标识用于表示目标数据源；从数据源集合中查找与数据源标识对应的目标数据源；根据目标数据源生成用于查询目标数据的结构化查询语句或者数据源参数；将结构化查询语句或者数据源参数保存在第一脚本中的预设位置，其中，预设位置为用于填入目标数据源的位置。

可选地，执行模块还可用于：通过脚本执行引擎执行第二脚本中的第一部分逻辑，其中，第一部分逻辑用于将第二脚本中的结构化查询语句或者数据源参数传递给目标数据所在的数据库，数据库用于利用结构化查询语句或者数据源参数查找到目标数据；在接收到数据库返回的目标数据的情况下，通过脚本执行引擎执行第二脚本中的第二部分逻辑，其中，第二部分逻辑用于将目标数据转换为预设格式的数据。

可选地，本申请的装置还可包括：创建模块，用于在从多个脚本中查找用于实施目标监控任务的第一脚本之前，按照多个监控任务中每个监控任务的处理流程创建对应的脚本，得到多个脚本，并为多个脚本中的每个脚本创建脚本标识。

可选地，查找模块在从多个脚本中查找用于实施目标监控任务的第一脚本时，可获取监控请求中携带的脚本标识，并从多个脚本中查找与监控请求中携带的脚本标识对应的第一脚本。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

根据本申请实施例的另一个方面，还提供了一种用于实施上述监控任务的执行方法的服务器或终端。

图5是根据本申请实施例的一种终端的结构框图，如图5所示，该终端可以包括：一个或多个(图5中仅示出一个)处理器501、存储器503、以及传输装置505，如图5所示，该终端还可以包括输入输出设备507。

其中，存储器503可用于存储软件程序以及模块，如本申请实施例中的监控任务的执行方法和装置对应的程序指令/模块，处理器501通过运行存储在存储器503内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的监控任务的执行方法。存储器503可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器503可进一步包括相对于处理器501远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置505用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置505包括一个网络适配器(networkinterfacecontroller，nic)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置505为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器503用于存储应用程序。

处理器501可以通过传输装置505调用存储器503存储的应用程序，以执行下述步骤：

接收监控设备发送的监控请求，其中，所述监控请求用于请求对目标业务中的目标数据执行目标监控任务，所述目标业务为多个业务中被所述监控请求所请求监控的业务；

从多个脚本中查找用于实施所述目标监控任务的第一脚本，其中，所述多个脚本中的每个脚本用于实施多个监控任务中的至少一个监控任务，所述多个脚本中的任意两个脚本所执行的监控任务不同，所述多个监控任务包括所述目标监控任务；

利用所述第一脚本来实施所述目标监控任务。

处理器501还用于执行下述步骤：

通过脚本执行引擎执行第二脚本中的第一部分逻辑，其中，第一部分逻辑用于将第二脚本中的结构化查询语句或者数据源参数传递给目标数据所在的数据库，数据库用于利用结构化查询语句或者数据源参数查找到目标数据；

在接收到数据库返回的目标数据的情况下，通过脚本执行引擎执行第二脚本中的第二部分逻辑，其中，第二部分逻辑用于将目标数据转换为预设格式的数据。

采用本申请实施例，提供了一种“接收监控设备发送的监控请求，其中，监控请求用于请求对目标业务中的目标数据执行目标监控任务，目标业务为多个业务中被监控请求所请求监控的业务；从多个脚本中查找用于实施目标监控任务的第一脚本，其中，多个脚本中的每个脚本用于实施多个监控任务中的至少一个监控任务，多个脚本中的任意两个脚本所执行的监控任务不同，多个监控任务包括目标监控任务；利用第一脚本来实施目标监控任务”的方案。通过在接收到监控请求时，从预先创建的多个脚本中选择目标监控任务对应的脚本来运行即可，而不用重复编写、调试监控程序，可以解决相关技术中监控操作较繁琐的技术问题，进而达到简化监控操作的复杂度的技术效果。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图5所示的结构仅为示意，终端可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobileinternetdevices，mid)、pad等终端设备。图5其并不对上述电子装置的结构造成限定。例如，终端还可包括比图5中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图5所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read-onlymemory，rom)、随机存取器(randomaccessmemory，ram)、磁盘或光盘等。

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行监控任务的执行方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

接收监控设备发送的监控请求，其中，监控请求用于请求对目标业务中的目标数据执行目标监控任务，目标业务为多个业务中被监控请求所请求监控的业务；

从多个脚本中查找用于实施目标监控任务的第一脚本，其中，多个脚本中的每个脚本用于实施多个监控任务中的至少一个监控任务，多个脚本中的任意两个脚本所执行的监控任务不同，多个监控任务包括目标监控任务；

利用第一脚本来实施目标监控任务。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

通过脚本执行引擎执行第二脚本中的第一部分逻辑，其中，第一部分逻辑用于将第二脚本中的结构化查询语句或者数据源参数传递给目标数据所在的数据库，数据库用于利用结构化查询语句或者数据源参数查找到目标数据；

在接收到数据库返回的目标数据的情况下，通过脚本执行引擎执行第二脚本中的第二部分逻辑，其中，第二部分逻辑用于将目标数据转换为预设格式的数据。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。