CN102263666B - 基于业务流量许可进行业务调度的方法、装置及系统 - Google Patents

Abstract

本发明涉及通信领域，公开了一种基于业务流量许可进行业务调度的方法、装置及系统，用以令业务节点所使用的业务流量许可与业务节点的性能相匹配，从而优化系统资源。该方法为：针对目前不同运营商、不同地区业务平台多样化，业务发展不平衡的普遍现象，令系统可以根据各业务节点的业务license使用情况，实时灵活地调整任意一种业务需要使用的业务节点的个数，这样，便令业务节点所使用的业务license与业务节点的性能相匹配，不仅有效地解决了多业务融合中各个业务发展不平衡所导致的资源浪费问题，还可以很大程度上降低运营成本，在提高了管理效率和系统易用性的同时最大程度的合理分配了软/硬件资源，从而实现了最优最合理的资源利用。

Description

基于业务流量许可进行业务调度的方法、装置及系统

技术领域

本发明涉及通信领域，特别涉及一种基于流量许可进行业务调度的方法、装置及系统。

背景技术

目前，通讯领域正朝着多业务、多网络的融合方向发展，各种功能的业务平台越来越多的部署到通讯网络中。现阶段的通讯运营商，尤其是跨国运营商都面临着减低CAPEX(资本性输出)和OPEX(运营成本)的重任，新业务的部署，或者现网已有业务的扩容或替换，都要遵循降低TCO(总成本)的原则，以最小的投入，产生最大的收益。

对于一些用户量不多、但是需要提供各类业务平台的小型国家而言，可融合多业务的统一平台成为一种不错的选择。多业务融合统一平台的使用使得针对多业务的统一业务调度系统也得到了广泛应用，同时，多业务融合统一平台的使用也催生了一种多业务运营模式，即运营商希望在有限的设备资源条件下购买固定量的业务license(流量许可)，并针对每一种业务设置相应的license其中，每种业务对应的license的门限值可以由统一业务调度系统根据相应业务的发展情况自动调整，以适应不同业务的运营规模和流量，从而达到节约成本的目的。

然而，虽然license的门限值可以根据业务的发展情况进行自动调整，但是，业务节点的软/硬件性能却是固定的，当业务节点的软/硬件性能与分配到的业务license不匹配时，现有技术下，没有相应的解决方案对此进行调整，从而影响了多业务融合统一平台的整体性能。

发明内容

本发明实施例提供一种基于业务流量许可进行业务调度的方法、装置及系统，用以令业务节点所使用的业务流量许可与业务节点的性能相匹配，从而优化系统资源。

本发明实施例提供的具体技术方案如下：

一种基于业务license的业务调度方法，包括：分别对融合的每一种业务的业务节点进行流量监测；

根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业务license不匹配时，对所述任意一种业务的业务license进行数值调整。

根据调整结果，确定所述任意一种业务的业务节点性能与调整后的业务license不匹配时，对所述任意一种业务的业务节点数量进行相应调整。

一种基于license的业务调度装置，包括：

license调控模块，用于分别对融合的每一种业务的业务节点进行流量监测，根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业务license不匹配时，对所述任意一种业务的业务license进行数值调整，以及根据调整结果，确定所述任意一种业务的业务节点性能与调整后的业务license不匹配时，通知业务调度模块对所述任意一种业务的业务节点数量进行相应调整；

业务调度模块，用于根据license调控模块的指示对任意一种业务的业务节点数量进行相应调整。

一种基于license的业务调度系统，包括：

license调控装置，用于分别对融合的每一种业务的业务节点进行流量监测，根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业务license不匹配时，对所述任意一种业务的业务license进行数值调整，以及根据调整结果，确定所述任意一种业务的业务节点性能与调整后的业务license不匹配时，通知业务调度装置对所述任意一种业务的业务节点数量进行相应调整；

业务调度装置，用于根据license调控装置的指示对任意一种业务的业务节点数量进行相应调整。

本发明实施例中，针对目前不同运营商、不同地区业务平台多样化，业务发展不平衡的普遍现象，提供了一种基于业务license的业务调度方法、装置及系统，令系统可以根据各业务节点的业务license使用情况，实时灵活地调整任意一种业务需要使用的业务节点的个数，这样，便令业务节点所使用的业务license与业务节点的性能相匹配，不仅有效地解决了多业务融合中各个业务发展不平衡所导致的资源浪费问题，还可以很大程度上降低运营成本，在提高了管理效率和系统易用性的同时最大程度的合理分配了软/硬件资源，从而实现了最优最合理的资源利用。

附图说明

图1A为本发明实施例中业务调度系统体系架构示意图；

图1B为本发明实施例中业务调度装置功能结构示意图；

图2为本发明实施例中业务调度系统基于业务license进行业务调度流程图；

图3为本发明实施例中业务调度系统初始加载业务节点流程图；

图4为本发明实施例中业务调度系统基于业务license进行业务节点加载流程图；

图5为本发明实施例中业务调度系统基于业务license进行业务节点卸载流程图。

具体实施方式

为了令业务节点所使用的业务license与业务节点的软/硬件性能相匹配，从而优化多业务融合统一平台的整体性能，本发明实施例中，新设计了一种具有业务调度功能的系统，该系统分别对融合的每一种业务的业务节点进行流量监测，并在根据监测结果确定任意一种业务的业务节点的流量与该任意一种业务的业务license不匹配时，对该任意一种业务license进行数值调整，以及根据调整结果，确定上述任意一种业务的业务节点性能与调整后的业务license不匹配时，对该任意一种业务的业务节点数量进行相应调整。

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图1A所示本发明提供一种基于业务license的业务调度系统，该业务调度系统可以调度的业务不限于单个业务，可以是通过多业务融合统一平台部署的各种业务，该业务调度系统包括：

操作维护装置11，用于提供手动的业务调度操作，根据指示通知业务调度模块13分别针对每一种业务进行业务节点加载，并分别针对每一种业务配置相应的业务license初始值，以及分别将每一种业务对应的业务license初始值同步至license调控模块并分配给相应的各业务节点。

具体的，根据管理人员的指示对业务节点进行部署、管理及配置，对业务license和业务调度等相关系统参数和业务参数进行配置及维护，以及将各个业务当前业务信息向管理人员进行展示等等。

具体的，操作维护装置11向管理人员提供可手动调度业务节点的终端，管理人员通过该装置可完成业务节点的加载、卸载、启动、停止等操作，操作维护装置11将管理人员的操作请求发送给业务调度装置13，令业务调度装置13完成整个业务节点调度的操作流程并将当前业务的业务节点信息同步给license调控装置12；同时操作维护装置11也向管理人员提供进行各个业务license初始值分配等相关配置功能，并将配置数据同步给license调控装置12，操作维护模块11还可以向管理人员展现业务节点的调度情况和业务license使用分配情况。

license调控装置12，用于分别对融合的每一种业务的业务节点进行流量监测，根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业务license不匹配时，对该任意一种业务的业务license进行数值调整，以及根据调整结果，确定该任意一种业务的业务节点性能与调整后的业务license不匹配时，通知业务调度模块对该任意一种业务的业务节点数量进行相应调整；

具体的，license调控装置12接收各个业务节点上报的业务license的取值并按照业务节点的流量对业务license取值进行调控，以及根据业务license的取值判断是否需要进行业务节点数量的调整，在需要调整的情况下通知业务调度装置13进行业务节点数量的调整；例如，license调控装置12收集各个业务节点上报的业务license的取值并根据当前的业务license使用情况调整分配给各个业务的业务license的取值，再根据分配的业务license的取值和业务节点当前的软件处理能力或/和硬件处理能力，分析并判断是否需要加载或卸载业务节点，在分配给某个业务的业务license的取值超出或即将超出该业务所有业务节点的软件处理能力或/和硬件处理能力时时发通知消息给业务调度装置13进行业务节点的加载，在分配给某个业务的业务license的取值降低到可以卸载一个业务节点时发通知消息给业务调度装置13进行业务节点的卸载。

业务调度装置13，用于根据license调控装置12的指示对任意一种业务的业务节点数量进行相应调整。

具体的，业务调度装置13完成整个业务节点调度的操作流程并将业务节点信息同步给license调控装置12；例如，业务调度装置13完成各个业务节点的调度，包括加载，卸载，启动，停止等等；并实时地将各个业务节点的使用情况同步至license调控装置12。

本发明实施例中，后台维护装置11，license调控装置12，业务调度装置13，可以分别由单独的服务器实现，也可以分别由服务器群组实现，还可以由服务器和服务器群组配合实现：例如，后台维护装置11、license调控装置12和业务调度装置13分别由服务器或服务器群组实现，又例如，后台维护装置11、license调控装置12分别由服务器实现，而业务调度装置13由服务器群组实现，又例如，后台维护装置11由服务器群组实现，license调控装置12和业务调度装置13分别由服务器实现。......当然，上述几种方式仅为举例，并不局限于此，具体实施时，管理人员可以根据具体的实用环境进行相应调整，在此不再赘述。

另一方面，实际应用中，在系统环境不太复杂的情况下，也可以将后台维护装置11，license调控装置12，业务调度装置13作为功能模块集成在一台或多台服务器中。

参阅图1B所示，本发明实施例中，可以提供一种业务调度装置，该业务调度装置包括操作维护模块110、license调控模块120和业务调度模块130，其中，

操作维护模块110，用于根据指示通知业务调度模块130分别针对每一种业务进行业务节点加载，并分别针对每一种业务配置相应的业务license，以及分别将每一种业务对应的业务license通过license调控模块120分配给相应的各业务节点；

license调控模块120，用于分别对融合的每一种业务的业务节点进行流量监测，根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业务license不匹配时，对上述任意一种业务的业务license进行数值调整，以及根据调整结果，确定上述任意一种业务的业务节点性能与调整后的业务license不匹配时，通知业务调度装置对上述任意一种业务的业务节点数量进行相应调整；

业务调度模块130，用于根据license调控模块120的指示对任意一种业务的业务节点数量进行相应调整。

当然，操作维护模块110、license调控模块120和业务调度模块130可以集成在一台服务器中，也可以分布集成在两台服务器中，上述方式仅为举例，并不局限于此，具体实施时，管理人员可以根据具体的实用环境进行相应调整，在此不再赘述。

当然，除上述功能外，操作维护模块110、license调控模块120和业务调度模块130还可以完成其他多种功能，具体分别参见操作维护子系统11、license调控子系统12和业务调度装置13的相关功能描述即可，在此亦不再赘述。

基于上述技术方案，参阅图2所示，本发明实施例中，以图1A所示的情况为例，介绍业务调度系统基于业务license进行业务调度的概述流程如下：

步骤S201：业务调度系统分别对融合的每一种业务的业务节点进行流量监测。

例如，业务调度系统可以通过license调控装置12对多业务融合统一平台融合的每一种业务的业务节点进行流量监测，业务节点的数量可以为一个或多个。在实际应用中，针对每一种业务，业务调度系统均会预先分配一个业务license初始值，并且，较佳的，将每一种业务的业务license初始值均分给相应业务的各个业务节点，而各个业务节点会向业务调度系统实时上报当前使用的业务license，该当前使用的业务license即可看作是业务节点的流量，其可以小于等于业务节点分配到的业务license。

步骤S202：业务调度系统根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业务license不匹配时，对上述任意一种业务的业务license进行数值调整。

例如，license调控装置12确认某一业务的业务节点上报的流量和该业务的业务license不匹配时，对该业务的业务license进行数值上调或下调。其中，所谓业务节点流量与业务license不匹配，是指某一种业务的业务节点当前使用的业务license的总和高于上述某一种业务的业务license上限值，此时，各业务节点已无法承受分配到的业务license，应当将上述某一种业务的业务license进行适当上调，或者，所谓业务节点流量与业务license不匹配，是指某一种业务的业务节点当前使用的业务license的总和低于上述某一种业务的业务license下限值，此时，业务节点的流量远远低于分配到的业务license，从而造成业务license的浪费，应当将上述某一种业务的业务license进行适当下调。

步骤S203：业务调度系统根据调整结果，确定上述任意一种业务的业务节点性能与调整后的业务license不匹配时，对上述任意一种业务的业务节点数量进行相应调整。

例如，license调控装置12根据调整结果，确定上述任意一种业务的业务节点的软件性能或/和硬件性能与调整后的业务license不匹配时，通知业务调度装置13对业务节点进行相应数量的加载或卸载。

另一方面，所谓业务节点的软件性能或/和硬件性能与调整后的业务license不匹配，是指license调控装置12对某一种业务的业务license进行上调时，令调整后的业务license高于相应的各业务节点的软件性能或/和硬件性能能够支持的最大业务license之和，此时，需要加载新的业务节点以支持上调后的业务license，或者，，所谓业务节点的软件性能或/和硬件性能与调整后的业务license不匹配，是指license调控装置13对某一业务的业务license进行下调时，令调整后的业务license与调整前的业务license的差值，大于单个业务节点的软件性能或/和硬件性能能够支持的最大业务license，此时，需要卸载已有的业务节点以节省设备资源。

在执行完步骤S203后，业务调度系统需要将任意一种业务调整后的业务license重新分配给当前对应的各业务节点。例如，业务调度系统将任意一种业务的业务license上调后，将新的业务license重新均分给原有的各业务节点以及新加载的业务节点；又例如，业务调度系统将任意一种业务的业务license下调后，将新的业务license重新均分给卸载业务节点后剩余的各业务节点。

接时，业务调度系统还需要实时接收各业务节点上报的最新的业务license使用情况，以保证下一次业务license调整的准确执行。

下面以三个具体应用场景为例，对上述步骤S201-步骤S203的具体执行过程进行详细说明。

首先，为了实现基于业务license的业务调度，需要先触发业务节点进行业务license上报，那么，参阅图3所示，本发明实施例中，触发业务节点上报业务license的详细流程如下：

步骤S301：管理人员通过操作维护装置11将业务节点加载请求发送至业务调度装置13。

实际应用中，管理人员通过操作维护装置11预先配置好各个业务的业务license初始值，并通过操作维护装置11通知业务调度装置13加载N个业务节点(N＞＝1)；同时，操作维护装置11会将配置数据同步给license调控装置12；

步骤S302：业务调度装置13根据接收的业务节点加载请求完成业务节点的加载。

步骤S303：业务调度装置13同步业务节点信息给license调控装置12。

业务调度装置实时地将各个业务的业务节点的使用情况同步至license调控装置12。

步骤S304：license调控装置12发送上报通知给业务节点。

license调控装置12将每一个业务的业务license初始值均分给相应业务的N个节点，并通知各个业务节点开始上报业务运行中实际使用的业务license值。

步骤S305：业务节点收到上报通知后开始上报本地使用的业务license给license调控装置12。

为了进一步实现基于业务license的业务调度，需要业务调度系统能够根据当前业务的流量进行业务节点的加载，本发明实施例中，以彩信业务为例进行说明，假设彩信业务当前只有一个业务节点Y1，Y1的最大软件处理能力为350条/秒，为Y1配置的业务license调控阈值为80％，系统分配给彩信业务的初始业务license的取值为350条/秒，license调整单位(即调整幅度)为100条/秒，其中，80％是预先设置的license调整阈值，本实施例中，将业务license上调的原则是：业务当前使用的业务license＞分配的业务license×80％，当满足该原则时，就需要增加分配给该业务的业务license；那么，参阅图4所示，本发明实施例中，业务调度系统实现业务节点加载的详细流程如下：

步骤S401：license调控装置12接收彩信业务的业务节点Y1上报的当前使用的业务license。本实施例中，Y1上报的业务license的取值为300条/秒。

步骤S402：license调控装置12确定彩信业务的业务license的总值需上调，且上调后的业务license超过Y1的最大软件处理能力。

本实施例中，license调控装置12需要根据Y1上报的业务license使用情况在业务运行过程中对彩信业务的业务license的总值进行调整，当上调后的业务license超过Y1的最大软件处理能力时，license调控装置12需要通知业务调度装置12进行彩信业务节点的加载。本实施例中，以当前彩信业务仅有一个业务节点Y1为例进行说明，如有多个业务节点，则license调控装置12需确定调整后的彩信业务的业务license的总值超过所有业务节点的最大软件处理能力之和时，才通知业务调度装置12进行彩信业务节点的加载，因为，较佳的，业务license是在同一业务的不同业务节点之间均分的。

例如，license调控装置12根据Y1当前的流量计算出分配给Y1的业务license需要上调，如，300条/秒大于350条/秒*80％＝280条/秒，其中，300条/秒是业务当前实际使用的业务license的取值，350条/秒是分配的业务license，80％是阈值，则license调控装置12为彩信业务增加100条/秒(预先设定的调整量)的业务license单位，即分配给Y1的业务license由350条/秒增加到450条/秒，而450条/秒大于Y1所能承受的最大软件处理能力350条/秒。

步骤S403：license调控装置12将加载业务节点请求发送至业务调度装置13。

例如：由于450条/秒大于Y1所能承受的最大软件处理能力350条/秒，显然，需要加载新的彩信业务节点，因此，license调控装置12发送加载彩信业务节点的请求消息给业务调度装置13。

步骤S404，业务调度装置13完成彩信业务节点的加载操作并同步最新的彩信业务节点信息给license调控装置12。

例如：业务调度装置13加载新的彩信业务节点Y2，并将Y1，Y2的使用信息同步至license调控装置12。

步骤S405：license调控装置12将上调后的彩信业务的业务license均分给当前的Y1和Y2。

例如，license调控装置12将当前分配给彩信业务的业务license值450条/秒均分给彩信业务节点Y1和Y2。

另一方面，为了进一步实现基于业务license的业务调度，需要业务调度系统也能够根据当前业务的流量进行业务节点的卸载，本发明实施例中，仍以彩信业务为例进行说明，假设彩信业务当前有3个业务节点Y1、Y2、Y3，每个业务节点最大软件处理能力为350条/秒，license调控阈值为80％。分配给彩信业务的初始业务license值为1050条/秒；其中，80％是预先设置的license调整阈值，本实施例中，将业务license进行下调的原则是：业务当前使用的业务license/分配的业务license＜80％，当满足该原则时，减少分配给该业务的业务license；那么，参阅图5所示，本发明实施例中，业务调度系统实现业务节点加载的详细流程如下：

步骤S501：license调控装置12接收各彩信业务的业务节点Y1、Y2和Y3上报的业务license。

例如，彩信业务节点Y1、Y2、Y3上报的业务license的总值为480条/每秒。

步骤S502：license调控装置12确定彩信业务的业务license的总值需下调且下调的业务license值大于单个业务节点的最大软件处理能力。

例如，license调控装置12根据Y1、Y2和Y3当前的流量计算出分配给彩信业务的业务license的总值需要下调，如，480条/秒/1050条/秒＜80％，则license调控装置12应当将彩信业务的业务license减少1050-480/80％＝1050-600＝450条/秒(预设的license调整量计算方式)，即分配给彩信业务的业务license的总值由1050条/秒减少到600条/秒，其中，450条/秒＞350条/秒(单个彩信业务节点所能承受的业务license上限值)。

步骤S503，license调控装置12将卸载业务节点请求发送至业务调度装置13。

例如，由于减少的450条/秒大于单个彩信业务节点的最大软件处理能力350条/秒，则至少可以释放出一个彩信业务节点，那么，license调控装置12发送卸载彩信业务节点请求给业务调度装置13。

步骤S504：业务调度装置13完成彩信业务节点的卸载，并同步最新的彩信业务节点信息给license调控装置12。

例如，业务调度装置13卸载彩信业务节点Y3，并同步彩信业务节点Y1，Y2的信息给license调控装置12。

步骤S505：license调控装置12将下调后的彩信业务的业务license的总值均分给各个彩信业务节点。

例如，license调控装置12将当前分配给彩信业务的业务license的总值600条/秒均分给彩信业务节点Y1和Y2。

在上述两个实施例中，在满足预设的调整条件时，针对分配给彩信业务的业务license进行上调或下调时使用的license调整量(如，100条/秒和450条/秒)只是举了两种简单的计算的例子，具体实施时可以是结合各方面因素计算出所需的license调整量，而调整阈值(如，80％)也可以是不同的其他取值，调整阈值的使用方法也可以是其他的阈值策略，均可以根据实际应用环境而灵活设置，在此不再赘述。

综上所述，本发明实施例中，针对目前不同运营商、不同地区业务平台多样化，业务发展不平衡的普遍现象，提供了一种基于业务license的业务调度方法、装置及系统，令系统可以根据各业务节点的业务license使用情况，实时灵活地调整任意一种业务需要使用的业务节点的个数，这样，便令令业务节点所使用的业务license与业务节点的性能相匹配，不仅有效地解决了多业务融合中各个业务发展不平衡所导致的资源浪费问题，还可以很大程度上降低运营成本，在提高了管理效率和系统易用性的同时最大程度的合理分配了软/硬件资源，从而实现了最优最合理的资源利用。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (18)

1.一种基于业务流量许可license的业务调度方法，其特征在于，包括：

分别对融合的每一种业务的业务节点进行流量监测；

根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业务license不匹配时，对所述任意一种业务的业务license进行数值调整；

根据调整结果，确定所述任意一种业务的业务节点性能与调整后的业务license不匹配时，对所述任意一种业务的业务节点数量进行相应调整。

2.如权利要求1所述的方法，其特征在于，在分别对融合的每一种业务的业务节点进行流量监测之前，根据指示分别针对每一种业务进行业务节点加载，并分别针对每一种业务配置相应的业务license，以及分别将每一种业务对应的业务license分配给相应的各业务节点。

3.如权利要求1或2所述的方法，其特征在于，根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业务license不匹配，对所述业务license进行数值调整，包括：

根据监测结果确定任意一种业务的业务节点当前使用的业务license的总和高于该任意一种业务的业务license上限值时，对所述任意一种业务的业务license进行数值上调，或者，

根据监测结果确定任意一种业务的业务节点当前使用的业务license的总和低于该任意一种业务的业务license下限值时，对所述任意一种业务的业务license进行数值下调。

4.如权利要求1或2所述的方法，其特征在于，根据调整结果，确定所述任意一种业务的业务节点性能与调整后的业务license不匹配时，对所述任意一种业务的业务节点数量进行相应调整，包括：

对所述任意一种业务的业务license进行数值上调时，确定调整后的业务license大于相应的各业务节点的软件性能或/和硬件性能能够支持的最大业务license之和，则加载相应数量的新业务节点，或者，

对所述任意一种业务的业务license进行数值下调时，确定调整后的业务license与调整前的业务license的差值，大于单个业务节点的软件性能或/和硬件性能能够支持的最大业务license，则卸载相应数量的业务节点。

5.如权利要求3所述的方法，其特征在于，对所述任意一种业务的业务节点数量进行相应调整后，将所述任意一种业务调整后的业务license分配给该任意一种业务当前对应的各业务节点，以及实时接收各业务节点上报的业务license的使用情况。

6.如权利要求4所述的方法，其特征在于，对所述任意一种业务的业务节点数量进行相应调整后，将所述任意一种业务调整后的业务license分配给该任意一种业务当前对应的各业务节点，以及实时接收各业务节点上报的业务license的使用情况。

7.一种基于业务流量许可license的业务调度装置，其特征在于，包括：

license调控模块，用于分别对融合的每一种业务的业务节点进行流量监测，根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业务license不匹配时，对所述任意一种业务的业务license进行数值调整，以及根据调整结果，确定所述任意一种业务的业务节点性能与调整后的业务license不匹配时，通知业务调度模块对所述任意一种业务的业务节点数量进行相应调整；

业务调度模块，用于根据license调控模块的指示对任意一种业务的业务节点数量进行相应调整。

8.如权利要求7所述的装置，其特征在于，进一步包括：

操作维护模块，用于在所述license调控模块分别对融合的每一种业务的业务节点进行流量监测之前，根据指示通知所述业务调度模块分别针对每一种业务进行业务节点加载，并分别针对每一种业务配置相应的业务license初始值，以及分别将每一种业务对应的业务license初始值通过所述license调控模块分配给相应的各业务节点。

9.如权利要求7或8所述的装置，其特征在于，license调控模块根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业务license不匹配，对所述业务license进行数值调整，包括：

所述license调控模块根据监测结果确定任意一种业务的业务节点当前使用的业务license的总和高于该任意一种业务的业务license上限值时，对所述任意一种业务的业务license进行数值上调，或者，

所述license调控模块根据监测结果确定任意一种业务的业务节点当前使用的业务license的总和低于该任意一种业务的业务license下限值时，对所述任意一种业务的业务license进行数值下调。

10.如权利要求7或8所述的装置，其特征在于，所述license调控模块根据调整结果，确定所述任意一种业务的业务节点性能与调整后的业务license不匹配时，通知业务调度模块对所述任意一种业务的业务节点数量进行相应调整，包括：

所述license调控模块对所述任意一种业务的业务license进行数值上调时，确定调整后的业务license大于相应的各业务节点的软件性能或/和硬件性能能够支持的最大业务license之和，则通知所述业务调度模块加载相应数量的新业务节点，或者，

所述license调控模块对所述任意一种业务的业务license进行数值下调时，确定调整后的业务license与调整前的业务license的差值，大于单个业务节点的软件性能或/和硬件性能能够支持的最大业务license，则通知所述业务调度模块卸载相应数量的业务节点。

11.如权利要求9所述的装置，其特征在于，对所述任意一种业务的业务节点数量进行相应调整后，所述license调控模块将所述任意一种业务调整后的业务license分配给该任意一种业务当前对应的各业务节点，以及实时接收各业务节点上报的业务license的使用情况。

12.如权利要求10所述的装置，其特征在于，对所述任意一种业务的业务节点数量进行相应调整后，所述license调控模块将所述任意一种业务调整后的业务license分配给该任意一种业务当前对应的各业务节点，以及实时接收各业务节点上报的业务license的使用情况。

13.一种基于业务流量许可license的业务调度系统，其特征在于，包括：

license调控装置，用于分别对融合的每一种业务的业务节点进行流量监测，根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业务license不匹配时，对所述任意一种业务的业务license进行数值调整，以及根据调整结果，确定所述任意一种业务的业务节点性能与调整后的业务license不匹配时，通知业务调度装置对所述任意一种业务的业务节点数量进行相应调整；

业务调度装置，用于根据license调控装置的指示对任意一种业务的业务节点数量进行相应调整。

14.如权利要求13所述的系统，其特征在于，进一步包括：

操作维护装置，用于在所述license调控装置分别对融合的每一种业务的业务节点进行流量监测之前，根据指示通知所述业务调度装置分别针对每一种业务进行业务节点加载，并分别针对每一种业务配置相应的业务license初始值，以及分别将每一种业务对应的业务license初始值通过所述license调控装置分配给相应的各业务节点。

15.如权利要求13或14所述的系统，其特征在于，license调控装置根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业务license不匹配，对所述业务license进行数值调整，包括：

所述license调控装置根据监测结果确定任意一种业务的业务节点当前使用的业务license的总和高于该任意一种业务的业务license上限值时，对所述任意一种业务的业务license进行数值上调，或者，

所述license调控装置根据监测结果确定任意一种业务的业务节点当前使用的业务license的总和低于该任意一种业务的业务license下限值时，对所述任意一种业务的业务license进行数值下调。

16.如权利要求13或14所述的系统，其特征在于，所述license调控装置根据调整结果，确定所述任意一种业务的业务节点性能与调整后的业务license不匹配时，通知业务调度装置对所述任意一种业务的业务节点数量进行相应调整，包括：

所述license调控装置对所述任意一种业务的业务license进行数值上调时，确定调整后的业务license大于相应的各业务节点的软件性能或/和硬件性能能够支持的最大业务license之和，则通知所述业务调度装置加载相应数量的新业务节点，或者，

所述license调控装置对所述任意一种业务的业务license进行数值下调时，确定调整后的业务license与调整前的业务license的差值，大于单个业务节点的软件性能或/和硬件性能能够支持的最大业务license，则通知所述业务调度装置卸载相应数量的业务节点。

17.如权利要求15所述的系统，其特征在于，对所述任意一种业务的业务节点数量进行相应调整后，所述license调控装置将所述任意一种业务调整后的业务license分配给该任意一种业务当前对应的各业务节点，以及实时接收各业务节点上报的业务license的使用情况。

18.如权利要求16所述的系统，其特征在于，对所述任意一种业务的业务节点数量进行相应调整后，所述license调控装置将所述任意一种业务调整后的业务license分配给该任意一种业务当前对应的各业务节点，以及实时接收各业务节点上报的业务license的使用情况。