一种对多个业务进行融合的业务云系统及业务实现方法

1.一种对多个业务进行融合的业务云系统，其特征在于，包括业务处理模块、数据处理模块、开放业务逻辑模块和分布式文件系统模块，其中：
所述业务处理模块，用于处理应用业务的核心业务逻辑，并调用数据处理模块处理业务数据；
所述数据处理模块，用于被所述业务处理模块调用时，调用开放业务逻辑模块处理所述业务数据，并将处理后的结果发送到所述分布式文件系统模块保存；
所述开放业务逻辑模块，用于对所述业务处理模块进行算法支持，提供完整的工具以及算法库；
所述分布式文件系统模块，用于保存、维护和查询文件系统，对上层模块提供接口。
2.如权利要求1所述的业务云系统，其特征在于，还包括浏览器开放系统模块和资源监控和调度模块，其中：
所述浏览器开放系统模块，用于对所述业务处理模块的配置和操作维护，在WEB2.0容器的基础上提供标准的Webservice接口和Rest标准接口，所述WEB2.0容器采用业界标准的Java开发模式，实现分布式部署及执行用户需求；
所述资源监控和调度模块，用于监控所述开放业务逻辑模块、数据处理模块、业务处理模块和分布式文件系统模块的系统资源占用情况，并根据所述占用情况对业务应用进行部署调度。
3.如权利要求1或2所述的业务云系统，其特征在于：
所述业务处理模块和所述开放业务逻辑模块，部署在各个单板的虚拟操作系统上，每个单板上有多个虚拟操作系统，每个虚拟操作系统部署一种业务，具有该业务功能并承载该业务软件运行，所述资源监控和调度模块针对每个虚拟操作系统进行监控和调度。
4.如权利要求1或2所述的业务云系统，其特征在于所述分布式文件系统模块进一步包括元数据控制节点FLR、数据存储客户端FAC和多个数据存储服务器FAS，其中：
所述FLR用于管理所有所述FAS存储的业务数据，写持久化日志以及定期写检查点，接收所述FAC的访问信息，返回应答，并依据所述访问信息查询所述FAS，控制所述FAS中业务数据的存取；
所述FAS用于存储数据，根据所述FLR的指令保存所述FAC发送的数据流或向所述FAC发送数据流；
所述FAC用于提供对所述业务处理模块、开放业务逻辑模块、数据处理模块、资源监控和调度模块和浏览器开放系统模块的接口，访问所述FLR，并向FAS发送数据流或接收所述FAS发送的数据流到发送访问请求的模块。
5.如权利要求4所述的业务云系统，其特征在于：
所述FAC提供的接口采用标准的可移植操作系统接口POSIX协议；
所述FAS分片存储文件时，同一分片在所述分布式文件系统模块不同的FAS中保存；
所述FLR采用双机热备份机制。
6.如权利要求1所述的业务云系统，其特征在于：
所述数据处理模块对第三方厂家使用标准的数据库查询和操作语句提供开放接口，包括前台数据处理子模块和后台数据处理子模块，其中：
所述前台数据处理子模块，包括多个内存数据库，用于在内存数据库中处理所述业务数据，并将处理后的结果保存到所述分布式文件系统模块；
所述后台数据处理子模块，包括多个数据仓储，用于利用所述数据仓储存储海量数据，对所述数据仓储线性部署，分布式处理数据仓储的海量数据，所述数据仓储数据存放在分布式系统上。
7.如权利要求6所述的业务云系统，其特征在于：
所述前台数据处理子模块被所述业务处理模块调用时，判断所述内存数据库是否保存有所述业务数据，如有，则利用所述内存数据库保存的所述业务数据进行处理，如没有，则从所述分布式文件系统模块获取所述业务数据进行处理。
8.如权利要求1所述的业务云系统，其特征在于所述开放业务逻辑模块进一步由业务逻辑程序SLP执行处理容器和业务逻辑执行环境SLEE的开发环境组成，其中：
所述SLEE开发环境用于提供完整的工具以及算法库，实现对第三方厂家的开放；
所述SLP执行处理容器提供移动技术与企业技术之间的整合，包含各种面向事件的应用程序，包含IP电话服务，以及分布式交互的模拟、监控和控制程序。
9.如权利要求1或6所述的业务云系统，其特征在于：
所述业务处理模块处理的应用业务包括多媒体消息业务、短消息业务、WAP业务及类似的各种业务，根据应用业务数据需求，当业务数据量较小时，调用前台数据处理子模块，当业务数据量较大时，调用后台数据处理子模块。
10.如权利要求2所述的业务云系统，其特征在于所述资源监控和调度模块进一步包括监控中心和调度中心，其中：
所述监控中心用于监控系统的告警、配置及运行状况，进一步包括：故障管理子模块、策略配置子模块和升级管理子模块，其中：
所述故障管理子模块，用于管理告警信息；
所述策略配置子模块，用于管理配置信息；
所述升级管理子模块，用于分析系统运行状况，并做出资源调整建议；
所述调度中心用于根据监控中心的信息调度系统的计算、存储和网络资源，进一步包括：计算资源管理子模块、存储资源管理子模块和策略调度子模块，其中：
所述计算资源管理子模块，用于统一管理计算和网络资源；
所述存储资源管理子模块，用于统一管理存储资源，管理映像文件；
所述策略调度子模块，用于做出资源调整建议，管理虚拟机资源和卷资源，管理拓扑关系，以及管理分权分域多用户信息。
11.如权利要求2或10所述的业务云系统，其特征在于所述资源监控和调度模块按照如下方法在过负荷、故障自愈、新业务部署、资源休眠和资源切换时进行业务调度，其中：
过负荷：调度中心通过所述监控中心得到各个单板的业务负荷情况，如果发现某个单板的资源占用率超过设定门限，则所述调度中心在空闲的单板上启动所述业务的处理进程；
故障自愈：监控中心向所述调度中心提供某个单板出现故障的告警，所述调度中心进行单板切换，把所述业务切换到空闲的单板上；
新业务部署：当用户向所述调度中心上传业务版本时，由所述调度中心根据各个单板上资源占用情况进行业务部署，然后启动业务；
资源休眠：在夜晚或业务量不高的时段，所述资源调度中心检测到所述单板资源利用率低于设定门限时，则将所述业务集中迁移到一个或少数几个单板上，将其他单板的资源释放出来；
资源切换：所述调度中心定期根据所述单板负荷情况监控业务云中不同业务的错峰情况，调度资源分配将该业务从负荷高于设定门限的单板迁移到负荷低于该设定门限的单板上。
12.基于权利要求1业务云系统的业务实现方法，其特征在于：
业务处理模块处理核心业务逻辑部分，并调用数据处理模块，所述数据处理模块调用开放业务逻辑模块的工具和算法库处理该业务数据，并将结果保存到分布式文件系统模块。
13.如权利要求12所述的业务实现方法，其特征在于：
所述业务处理模块、数据处理模块、开放业务逻辑模块和分布式文件系统模块受资源监控和调度模块的监控，所述资源监控和调度模块根据系统资源的占用情况，对业务应用进行部署调度；所述业务处理模块的配置和操作维护由浏览器开放系统模块实现。

一种对多个业务进行融合的业务云系统及业务实现方法\n技术领域\n[0001] 本发明涉及一种业务云系统和业务实现方法，特别是一种对多个业务进行融合的业务云系统和基于该业务云系统的业务实现方法。\n背景技术\n[0002] 多媒体消息业务(MMS，Multimedia Messaging Service)是一种能够在手机和手机之间以及手机和电子邮件(E-mail)服务器等其他应用之间传送多媒体内容的消息服务。多媒体消息业务按照用户归属的运营商及所在的区域进行划分，由用户归属的多媒体消息中心(MMSC)为用户提供多媒体消息业务。\n[0003] 无线应用协议(WAP，Wireless Application Protocol)，是由WAP论坛制定的一套全球化无线应用协议标准。用户只要使用具有WAP功能的移动终端，连接到一个与因特网(Internet)相连的WAP网关，就可以像桌面用户一样，浏览网上的信息，享受网络带来的巨大便利，如收发E-mail，获得交通信息、股票信息、天气信息、新闻，查询电话簿等。\n[0004] 短消息业务(SMS，Short Messaging Service)是最早的短消息业务，也是现在普及率最高的一种短消息业务。短消息业务按照用户归属的运营商及归属的区域进行划分，由用户归属的短消息中心(SMSC)为用户提供短消息服务。\n[0005] 以上介绍的三种业务：多媒体消息业务、无线应用业务、短消息业务都属于业务产品，业务产品中类似这样的产品还有很多，实现的功能也各不相同，但在目前各个厂家提供的产品，各个产品的组网结构基本是一样的，仅仅是业务处理的流程不同。同时，这些产品基本都是独立的，也就是说各个产品分别组网，分别实现各自的功能，进行重复建设，这就造成资源上的浪费。\n发明内容\n[0006] 本发明要解决的技术问题是提供一种对多个业务进行融合的业务云系统，实现业务产品统一，节约网络资源。\n[0007] 为了解决上述问题，本发明提供了一种对多个业务进行融合的业务云系统，其特征在于，包括业务处理模块、数据处理模块、开放业务逻辑模块和分布式文件系统模块，其中：\n[0008] 所述业务处理模块，用于处理应用业务的核心业务逻辑，并调用数据处理模块处理业务数据；\n[0009] 所述数据处理模块，用于被所述业务处理模块调用时，调用开放业务逻辑模块处理所述业务数据，并将处理后的结果发送到所述分布式文件系统模块保存；\n[0010] 所述开放业务逻辑模块，用于对所述业务处理模块进行算法支持，提供完整的工具以及算法库；\n[0011] 所述分布式文件系统模块，用于保存、维护和查询文件系统，对上层模块提供接口。\n[0012] 进一步地，所述的业务云系统，还包括浏览器开放系统模块和资源监控和调度模块，其中：\n[0013] 所述浏览器开放系统模块，用于对所述业务处理模块的配置和操作维护，在WEB2.0容器的基础上提供标准的Webservice接口和Rest标准接口，所述WEB2.0容器采用业界标准的Java开发模式，实现分布式部署及执行用户需求；\n[0014] 所述资源监控和调度模块，用于监控所述开放业务逻辑模块、数据处理模块、业务处理模块和分布式文件系统模块的系统资源占用情况，并根据所述占用情况对业务应用进行部署调度。\n[0015] 进一步地，所述业务处理模块和所述开放业务逻辑模块，部署在各个单板的虚拟操作系统上，每个单板上有多个虚拟操作系统，每个虚拟操作系统部署一种业务，具有该业务功能并承载该业务软件运行，所述资源监控和调度模块针对每个虚拟操作系统进行监控和调度。\n[0016] 进一步地，所述分布式文件系统模块进一步包括元数据控制节点(FLR)、数据存储客户端(FAC)和多个数据存储服务器(FAS)，其中：\n[0017] 所述FLR用于管理所有所述FAS存储的业务数据，写持久化日志以及定期写检查点，接收所述FAC的访问信息，返回应答，并依据所述访问信息查询所述FAS，控制所述FAS中业务数据的存取；\n[0018] 所述FAS用于存储数据，根据所述FLR的指令保存所述FAC发送的数据流或向所述FAC发送数据流；\n[0019] 所述FAC用于提供对所述业务处理模块、开放业务逻辑模块、数据处理模块、资源监控和调度模块和浏览器开放系统模块的接口，访问所述FLR，并向FAS发送数据流或接收所述FAS发送的数据流到所述发送访问请求的模块。\n[0020] 进一步地，所述FAC提供的接口采用标准的可移植操作系统接口(POSIX)协议；\n[0021] 所述FAS分片存储文件时，同一分片在所述分布式文件系统模块不同的FAS中保存；\n[0022] 所述FLR采用双机热备份机制。\n[0023] 进一步地，所述数据处理模块对第三方厂家使用标准的数据库查询和操作语句提供开放接口，包括前台数据处理子模块和后台数据处理子模块，其中：\n[0024] 所述前台数据处理子模块，包括多个内存数据库，用于在内存数据库中处理所述业务数据，并将处理后的结果保存到所述分布式文件系统模块；\n[0025] 所述后台数据处理子模块，包括多个数据仓储，用于利用所述数据仓储存储海量数据，对所述数据仓储线性部署，分布式处理数据仓储的海量数据，所述数据仓储数据存放在所述分布式系统上。\n[0026] 进一步地，所述前台数据处理子模块被所述业务处理模块调用时，判断所述内存数据库是否保存有所述业务数据，如有，则利用所述内存数据库保存的所述业务数据进行处理，如没有，则从所述分布式文件系统模块获取所述业务数据进行处理。\n[0027] 进一步地，所述开放业务逻辑模块进一步由业务逻辑程序(SLP)执行处理容器和业务逻辑执行环境(SLEE)的开发环境组成，其中：\n[0028] 所述SLEE开发环境用于提供完整的工具以及算法库，实现对第三方厂家的开放；\n[0029] 所述SLP执行处理容器提供移动技术与企业技术之间的整合，包含各种面向事件的应用程序，包含IP电话服务，以及分布式交互的模拟、监控和控制程序。\n[0030] 进一步地，所述业务处理模块处理的应用业务包括多媒体消息业务、短消息业务、WAP业务及类似的各种业务，根据应用业务数据需求，当业务数据量较小时，调用前台数据处理子模块，当业务数据量较大时，调用后台数据处理子模块。\n[0031] 进一步地，所述资源监控和调度模块进一步包括监控中心和调度中心，其中：\n[0032] 所述监控中心用于监控系统的告警、配置及运行状况，进一步包括：故障管理子模块、策略配置子模块和升级管理子模块，其中：\n[0033] 所述故障管理子模块，用于管理告警信息；\n[0034] 所述策略配置子模块，用于管理配置信息；\n[0035] 所述升级管理子模块，用于分析系统运行状况，并做出资源调整建议；\n[0036] 所述调度中心用于根据监控中心的信息调度系统的计算、存储和网络资源，进一步包括：计算资源管理子模块、存储资源管理子模块和策略调度子模块，其中：\n[0037] 所述计算资源管理子模块，用于统一管理计算和网络资源；\n[0038] 所述存储资源管理子模块，用于统一管理存储资源，管理映像文件；\n[0039] 所述策略调度子模块，用于做出资源调整建议，管理虚拟机资源和卷资源，管理拓扑关系，以及管理分权分域多用户信息。\n[0040] 进一步地，所述资源监控和调度模块按照如下方法在过负荷、故障自愈、新业务部署、资源休眠和资源切换时进行业务调度，其中：\n[0041] 过负荷：所述调度中心通过所述监控中心得到各个单板的业务负荷情况，如果发现某个单板的资源占用率超过设定门限，则所述调度中心在空闲的单板上启动所述业务的处理进程；\n[0042] 故障自愈：所述监控中心向所述调度中心提供某个单板出现故障的告警，所述调度中心进行单板切换，把所述业务切换到空闲的单板上；\n[0043] 新业务部署：当用户向所述调度中心上传业务版本时，由所述调度中心根据各个单板上资源占用情况进行业务部署，然后启动业务；\n[0044] 资源休眠：在夜晚或业务量不高的时段，所述资源调度中心检测到所述单板资源利用率低于设定门限时，则将所述业务集中迁移到一个或少数几个单板上，将其他单板的资源释放出来；\n[0045] 资源切换：所述调度中心定期根据所述单板负荷情况监控业务云中不同业务的错峰情况，调度资源分配将该业务从负荷高于设定门限的单板迁移到负荷低于该设定门限的单板上。\n[0046] 为了解决上述问题，本发明还提供了基于权利要求1业务云系统的业务实现方法，其特征在于：\n[0047] 业务处理模块处理核心业务逻辑部分，并调用数据处理模块，所述数据处理模块调用开放业务逻辑模块的工具和算法库处理该业务数据，并将结果保存到分布式文件系统模块。\n[0048] 进一步地，所述业务处理模块、数据处理模块、开放业务逻辑模块和分布式文件系统模块受资源监控和调度模块的监控，所述资源监控和调度模块根据系统资源的占用情况，对业务应用进行部署调度；所述业务处理模块的配置和操作维护由浏览器开放系统模块实现。\n[0049] 本发明通过将具有多媒体消息业务、短消息业务、WAP业务在内的各种业务产品进行融合，实现业务产品统一，节约了网络资源。由于采用了分布式云系统，计算资源、存储资源、网络资源和接入资源可以通过线形叠加而增加其资源能量，从而线形的提升系统的处理能力，使系统更加灵活，具有动态可伸缩性。该分布式云系统对外提供标准接口，方便第三方厂家使用，可以丰富运营商的业务特性。更进一步，该分布式云系统采用业务云调度的方法，可以屏蔽业务云内部实现的细节，实现调度的智能化。\n附图说明\n[0050] 图1为本发明业务云系统的结构图；\n[0051] 图2为本发明浏览器开放系统模块的结构图；\n[0052] 图3为本发明开放业务逻辑模块的结构图；\n[0053] 图4为本发明前台业务处理模块的结构图；\n[0054] 图5为本发明后台业务处理模块的结构图；\n[0055] 图6为本发明分布式文件系统模块的结构图；\n[0056] 图7为本发明实施例系统过负荷的业务调度示意图；\n[0057] 图8为本发明实施例系统故障自愈的业务调度示意图。\n具体实施方式\n[0058] 下面将结合附图及实施例对本发明的技术方案进行更详细的说明。\n[0059] 本实施例提供的业务云系统包含计算资源、存储资源、网络资源、接入资源，所有上述资源可以通过线性叠加而增加其资源量，从而线性提升系统的处理能力。实现业务云系统的核心技术是分布式存储、分布式数据库、分布式计算，并在其上实现平台化，对外提供调用接口。该业务云系统对象化上述资源，形成一个综合的平台，方便地提供给第三方厂家使用，以丰富运营商的业务特性。\n[0060] 本实施例浏览器开放系统模块对业务处理模块进行配置和操作维护，业务处理模块处理多媒体消息业务、短消息业务、WAP业务等各种业务的核心业务逻辑部分，并调用数据处理模块处理该业务数据。该数据处理模块调用开放业务逻辑模块的工具和算法库，处理该业务数据并将结果保存到分布式文件系统模块。\n[0061] 该业务处理模块、数据处理模块、开放业务逻辑模块和分布式文件系统模块受资源监控和调度模块的监控，该资源监控和调度模块根据系统资源的占用情况，对业务应用进行部署调度；该业务处理模块的配置和操作维护由浏览器开放系统模块实现。\n[0062] 本实施例业务云系统的结构图如图1所示，包括：业务处理模块、开放业务逻辑模块、数据处理模块和分布式文件系统模块。其中：\n[0063] 业务处理模块，用于处理应用业务的核心业务逻辑，并调用该数据处理模块处理业务数据。\n[0064] 开放业务逻辑模块，用于对该业务处理模块进行算法支持，提供完整的工具以及算法库。\n[0065] 数据处理模块，用于被该业务处理模块调用时，调用该开放业务逻辑模块处理该业务数据，并将处理后的结果发送到该分布式文件系统模块保存。\n[0066] 分布式文件系统模块，用于保存、维护和查询文件系统，对上层模块提供接口。\n[0067] 本实施例业务云系统还包括浏览器开放系统模块和资源监控和调度模块，其中：\n[0068] 浏览器开放系统模块，用于在WEB2.0容器的基础上提供标准的Webservice接口和Rest标准放接口，实现对该业务处理模块的配置和操作维护。该WEB2.0容器采用业界标准的Java开发模式，实现分布式部署及执行用户需求，该浏览器开放系统模块的结构图如图2所示。\n[0069] 资源监控和调度模块，用于监控开放业务逻辑模块、数据处理模块、分布式文件系统模块和业务处理模块的系统资源占用情况，并根据该占用情况实现对业务应用的部署调度。\n[0070] 本实施例的业务处理模块处理的应用业务包括多媒体消息业务、短消息业务、WAP业务及类似的各种业务，根据应用业务数据需求，当业务数据量较小时，调用该数据处理模块的前台数据处理子模块，当业务数据量较大时，调用该数据处理模块的后台数据处理子模块。\n[0071] 本实施例的开放业务逻辑模块如图3所示，进一步由业务逻辑程序(SLP)执行处理容器，以及业务逻辑执行环境(SLEE)的开发环境组成。其中：\n[0072] 该SLEE开发环境用于提供完整的工具以及算法库，实现对第三方厂家的开放；\n[0073] 该SLP执行处理容器提供移动技术与企业技术之间的整合，包含各种面向事件的应用程序，如IP电话服务，以及分布式交互的模拟、监控和控制程序。\n[0074] 该数据处理模块对第三方厂家使用标准的数据库查询和操作语句提供开放接口，如使用标准的SQL语言提供SQL开放接口，包括前台数据处理子模块和后台数据处理子模块，其中：\n[0075] 该前台数据处理子模块如图4所示，包括多个内存数据库，用于在内存数据库中处理所述业务数据，并将处理后的结果保存到该分布式文件系统模块。\n[0076] 该前台数据处理子模块被该业务处理模块调用时，判断该内存数据库是否保存有该业务数据，如有，则利用该内存数据库保存的该业务数据进行处理，如没有，则从该分布式文件系统模块获取该业务数据进行处理。该业务数据在内存数据库的部署受资源监控和调度模块调度。\n[0077] 该后台数据处理子模块如图5所示，包括多个数据仓储，用于利用该数据仓储存储海量数据，对该数据仓储线性部署，分布式处理数据仓储的海量数据，该数据仓储数据存放在该分布式系统上。\n[0078] 该数据处理模块被调用时，通过该资源监控和调度模块与客户端(开放业务逻辑模块和业务处理模块)交换控制信息，与客户端之间只有数据流交换。\n[0079] 本实施例的分布式文件系统模块如图6所示，进一步包括元数据控制节点(FLR)、数据存储客户端(FAC)和多个数据存储服务器(FAS)。其中：\n[0080] FLR用于管理所有该FAS存储的业务数据，写持久化日志以及定期写检查点，接收该FAC的访问信息，返回应答，并依据该访问信息查询该FAS，控制该FAS中业务数据的存取。该FLR采用双机热备份机制。\n[0081] FAS用于存储数据，根据FLR的指令保存FAC发送的数据流或向FAC发送数据流，该FAS分片存储文件时，典型的分片大小是64MB，同一分片在该分布式文件系统模块不同的FAS中分别保存。\n[0082] 该保存方式可以是在不同的FAS中分别保存该文件所有分片的一份完整拷贝，也可以根据某些算法，如数据冗余算法，在不同的FAS中分别保存该文件的分片。\n[0083] FAC用于提供对该业务服务模块、开放业务逻辑模块、数据处理模块、后台数据处理子模块、资源监控和调度模块和浏览器开放系统模块的接口，收到访问请求后，访问该FLR，并向FAS发送数据流或接收该FAS发送的数据流到该发送访问请求的模块。该FAC提供的该接口采用标准的可移植操作系统接口(POSIX)协议，支持该上述模块对该FAC的调用。\n[0084] 本实施例的资源监控和调度模块进一步包括监控中心和调度中心，其中：\n[0085] 监控中心用于监控系统的告警、配置及运行状况，包括：故障管理子模块、策略配置子模块和升级管理子模块：\n[0086] 故障管理子模块，用于管理告警信息；\n[0087] 策略配置子模块，用于管理配置信息；\n[0088] 升级管理子模块，用于分析系统运行状况，并做出资源调整建议。\n[0089] 调度中心用于根据监控中心的信息调度系统的计算、存储和网络资源，包括：计算资源管理子模块、存储资源管理子模块和策略调度子模块，其中：\n[0090] 计算资源管理子模块，用于统一管理计算和网络资源；\n[0091] 存储资源管理子模块，用于统一管理存储资源，管理映像文件；\n[0092] 策略调度子模块，用于做出资源调整建议，管理虚拟机资源和卷资源，管理拓扑关系，以及管理分权分域多用户信息。\n[0093] 该资源监控和调度模块按照如下方法在过负荷、故障自愈、新业务部署、资源休眠和资源切换时进行业务调度。其中：\n[0094] 过负荷：如图7所示，监控中心监控各个单板的业务负荷情况，如CPU和内存占用率等。该单板具有某业务功能并承载该业务软件运行。监控中心如果发现某个单板资源占用率超过设定门限，如70％，则认为负荷过大，报告该调度中心，该调度中心在空闲的单板上启动该业务的处理进程。空闲是指该单板的资源占用率低于30％。\n[0095] 故障自愈：如图8所示，监控中心管理各个单板的告警信息，当某个单板出现告警时，向调度中心提供该告警信息，该调度中心进行单板切换，把该业务切换到空闲的单板上；\n[0096] 新业务部署：当用户向该调度中心上传业务版本时，由该调度中心根据各个单板上资源占用情况进行业务部署，然后启动业务；\n[0097] 资源休眠：在夜晚或业务量不高的时段，该资源调度中心检测到该单板资源利用率低于设定门限时，如30％，则将该业务集中迁移到一个或少数几个单板上，将其他单板的资源释放出来；\n[0098] 资源切换：该调度中心定期根据该单板负荷情况监控业务云中不同业务的错峰情况，调度资源分配将该业务从负荷高于设定门限的单板迁移到负荷低于该设定门限的单板上。\n[0099] 本实施例业务处理模块和所述开放业务逻辑模块，部署在各个单板的虚拟操作系统上，每个单板上虚拟出多个操作系统，每个操作系统部署一种业务，具有该业务功能并承载该业务软件运行，资源监控和调度模块针对每个虚拟操作系统进行监控和调度，来实现分布式云计算。