專利名稱：：一種支持融合網絡業(yè)務的云平臺及其工作方法
技術領域：
：本發(fā)明涉及一種支持融合網絡業(yè)務的云平臺及其工作方法，屬于融合網絡業(yè)務支撐設備及其系統(tǒng)的
技術領域：
。
背景技術：
：隨著網絡技術的發(fā)展，電信網、互聯(lián)網和廣電網的三網也日益呈現(xiàn)相互融合和相互開放的趨勢。在融合網絡中，一方面業(yè)務需要融合，以便更好地利用各種網絡能力共同提供更多種類的新業(yè)務；另一方面也需要更加靈活的業(yè)務提供和運營方式，以便快速、高效地提供新業(yè)務。目前，第三方業(yè)務提供商在部署和運營增值業(yè)務時，通常都是由業(yè)務提供商自己部署和維護相應的軟硬件業(yè)務系統(tǒng)，從而增加了業(yè)務提供商的部署和維護成本；同時，也增加了網絡運營商對于業(yè)務提供商的管理難度。在三網融合背景下，網絡業(yè)務的運營越來越受到電信運營商的青睞。然而，傳統(tǒng)的電信應用服務器并不向其它業(yè)務提供互聯(lián)網資源的訪問能力，例如，它不支持互聯(lián)網協(xié)議，這就使得面向融合網絡的電信業(yè)務的開發(fā)與運營十分困難。電信業(yè)務的請求負載不是穩(wěn)定不變的，而是根據不同時間而上下波動，其特點是波峰與波谷的負載相差較大；而且，在節(jié)假日或突發(fā)情況下會出現(xiàn)負載劇增的情況。運營商為滿足電信用戶的需求，往往以滿足最大負載的要求來部署服務器等網元。然而，這樣做會造成兩方面的后果當業(yè)務請求量處于低谷時，大量的服務器處于閑置狀態(tài)，使得許多硬件與維護的人力成本都白白浪費了。但是，當特殊時段的用戶業(yè)務量劇增時，現(xiàn)有的機房、服務器能力卻很可能仍然不能滿足最大負載的需求，用戶的體驗依舊很差。傳統(tǒng)電信業(yè)務支撐平臺的典型產品有普元EOS北方電信業(yè)務支撐系統(tǒng)、廣東電信綜合業(yè)務支撐系統(tǒng)和IBM的下一代移動增值業(yè)務平臺等。其中，普元EOS平臺是建立在J2EE基礎上的應用軟件平臺，提供了從開發(fā)、調試、運行、維護和管理的完整的系統(tǒng)性支持，具有較強的二次開發(fā)能力?；贓OS的北方電信業(yè)務支撐系統(tǒng)的各個應用系統(tǒng)都建立在應用承載平臺的基礎上，應用承載平臺的核心組成部分是EAI平臺、核心數(shù)據對象和系統(tǒng)管理模塊。系統(tǒng)采用表現(xiàn)層、業(yè)務邏輯層和數(shù)據層的分層結構。廣東電信綜合業(yè)務支撐系統(tǒng)包含業(yè)務受理、調度管理、資源管理、施工管理、客服管理、收費管理、接口管理、營銷管理、產品管理、客戶管理、系統(tǒng)管理、基礎數(shù)據管理和統(tǒng)計管理等13個子系統(tǒng)，采用公共信息管理平臺與接口平臺層、基礎服務層、業(yè)務框架層、業(yè)務應用層的分層系統(tǒng)架構。公共信息管理平臺定義IBSS系統(tǒng)和其他相關系統(tǒng)共享的公共信息，目前主要提供客戶管理，以滿足各系統(tǒng)對客戶信息的需求；接口平臺提供系統(tǒng)對外數(shù)據的交換機制，處理IBSS和外部系統(tǒng)的數(shù)據交換協(xié)議；基礎服務層定義系統(tǒng)公共服務，這些服務和業(yè)務處理沒有關系，所有的系統(tǒng)都可以處理這樣的基礎服務，如數(shù)據庫訪問、名字服務、公共API(如日期/字符處理)等；業(yè)務框架層定義系統(tǒng)的基本業(yè)務框架，它是系統(tǒng)業(yè)務7實現(xiàn)的基礎，如權限管理、產品管理等；業(yè)務應用層即業(yè)務實現(xiàn)層，它通過調用業(yè)務框架的服務實現(xiàn)IBSS的具體業(yè)務，它包含各子系統(tǒng)的實現(xiàn)。業(yè)務應用層的各個子系統(tǒng)相互獨立，通過接口訪問，各個子系統(tǒng)之間的業(yè)務處理順序、業(yè)務流程要求通過業(yè)務流程系統(tǒng)來協(xié)調和控制。IBM移動增值業(yè)務平臺的平滑演進方案及其關鍵支撐技術，能夠實現(xiàn)從單一的、業(yè)務分離和功能重復的垂直系統(tǒng)向支持跨網絡、功能統(tǒng)一的水平業(yè)務平臺的轉型；提供一個能和遺留系統(tǒng)和諧工作的業(yè)務平臺集成框架，以及一套系統(tǒng)科學的方法。它能夠針對新的業(yè)務需求，對運營商現(xiàn)有的分離業(yè)務系統(tǒng)進行能力成熟度評估，確定能力差距以及系統(tǒng)集成模式，幫助設計生成新系統(tǒng)架構；水平業(yè)務平臺提供業(yè)務通道整合、業(yè)務邏輯編排和業(yè)務交付管理的功能。雖然上述三個典型的電信業(yè)務支撐平臺產品都能滿足電信領域的業(yè)務支撐要求，然而，從三網融合角度來講，這三個平臺都僅僅提供了對電信業(yè)務的支持，不能兼容廣電網業(yè)務和互聯(lián)網業(yè)務；從平臺能力的角度來講，這三個平臺都不具備云平臺所帶來的業(yè)務提供商按需租用網絡設備與動態(tài)伸縮所需資源，從而提高設備利用率的優(yōu)勢，依然不能解決前文所述的電信領域業(yè)務支撐技術所遇到的問題。隨著互聯(lián)網領域的飛速發(fā)展，云計算技術憑借其按需服務、靈活可擴展、高可靠性、價格低廉等特點，受到了業(yè)界的廣泛關注。接入“云”的使用者可以獲得比本地資源高得多的計算能力，還可以根據實際需求靈活地更改其訂購的云計算能力。由于服務在云端，且云端提供了高可靠性保障，使用者無需在本地進行任何維護操作，能夠顯著節(jié)省硬件投資和維護的大量成本。云平臺，或稱為平臺即服務(PaaS，PlatformasaService)，作為云計算提供服務的方式之一，可以被認為是整個云計算系統(tǒng)的核心，它提供了互聯(lián)網業(yè)務的開發(fā)、部署和運行的環(huán)境。業(yè)務開發(fā)者可以將自己開發(fā)的業(yè)務發(fā)布到云平臺上進行業(yè)務調試與運營，且在該過程中，平臺提供業(yè)務所需要的一切資源，用戶完全不需擔心如何管理這些資源。目前,云平臺產品比較成熟的有Google的GoogleAppEngine,Microsoft的Azure禾口Apache的Hadoop等。GoogleAppEngine實質是一個由應用服務器群、BigTable結構化數(shù)據分布存儲系統(tǒng)和GFS數(shù)據存儲服務組成的平臺，它向開發(fā)者提供了一組應用程序接口，開發(fā)者使用Python或java編程語言編寫Web應用程序，并在程序中使用這些接口來訪問Google提供的空間、數(shù)據庫存儲、e-mail和memcache等服務。WindowsAzurePlatform是一個運行在微軟數(shù)據中心的云計算平臺，它包括一個云計算操作系統(tǒng)和一個為開發(fā)者提供的服務集合。開發(fā)人員創(chuàng)建的應用既能夠直接運行于該平臺，也可以使用該云計算平臺提供的服務。WindowsAzur印Iatform包括WindowsAzure、SQLAzure禾口WindowsAzureplatformAppFabric0Hadoop主要實現(xiàn)了GFS的思想和MapReduce模型，作為一個開源的軟件平臺，Hadoop使得編寫和運行處理海量數(shù)據的應用程序更加容易。Hadoop主要包括三個部分Hadoop分布式文件系統(tǒng)(HDFS),MapReduce實現(xiàn)及HBase(GoogleBigtable的實現(xiàn))。HDFS在存儲數(shù)據時，將文件按照設定大小的數(shù)據塊進行切分，各個塊分布在集群中的各個節(jié)點。為了保證可靠性，HDFS會根據配置為數(shù)據塊創(chuàng)建多個副本，并分別放置于集群的計算節(jié)點。MapReduce將應用分成多個小任務去執(zhí)行，每個小任務只處理該計算節(jié)點本地存儲的數(shù)據塊。雖然以上幾種云平臺產品都各有其優(yōu)點，但是，它們都僅僅面向互聯(lián)網業(yè)務，這就使得其提供的云計算很難推廣到融合網絡。以融合網絡中的電信網絡為例，分析其存在的瓶頸原因主要在于(1)從網絡協(xié)議方面來說，互聯(lián)網主要采用HTTP協(xié)議，比較簡單；電信網的通信協(xié)議數(shù)量多和比較復雜，而且，各個協(xié)議的定義與HTTP完全不同。(2)從網絡會話模型來說，互聯(lián)網業(yè)務主要是無狀態(tài)的非會話型業(yè)務；電信網業(yè)務既包含有狀態(tài)的會話型業(yè)務(例如呼叫類業(yè)務)，也包含非會話型業(yè)務(例如短信類業(yè)務)。由于會話型業(yè)務具有狀態(tài)性，其處理方式要比非會話型業(yè)務更加復雜。面向互聯(lián)網的云平臺因其不能支持基本電信協(xié)議，也不能滿足電信業(yè)務特有的呼叫會話的維護需求，因此不能適用于電信網絡。對于融合網絡中的其他網絡，也有類似的情況。因此，現(xiàn)有的各種云平臺并不適用于融合網絡。中國專利申請(CN200710002988.5)提出了一種基于多網絡融合的支持多種業(yè)務的通用業(yè)務平臺，該通用業(yè)務主要包括業(yè)務接入單元，連接于各網絡運營商的通信網絡，用于接入各種通信業(yè)務，提供協(xié)議支持并與消息處理單元進行數(shù)據交互；消息處理單元，接受業(yè)務接入單元的業(yè)務請求，判斷請求的類型，調用業(yè)務引擎單元中的業(yè)務實例和接收業(yè)務引擎單元發(fā)送的業(yè)務指令，并轉發(fā)至業(yè)務接入單元；業(yè)務引擎單元，用于向各通信業(yè)務提供運行支持，根據消息處理單元發(fā)送的業(yè)務調用請求而執(zhí)行業(yè)務，根據執(zhí)行結果觸發(fā)新業(yè)務請求，并將新請求返回至消息處理單元；管理單元，分別連接于上述各單元，并完成對其的協(xié)調管理。雖然該專利申請所提供的通用業(yè)務平臺能夠提供多種網絡接入協(xié)議，以支撐異構網絡運營商的不同業(yè)務；然而，它不能提供云平臺所具有的設備租用、按需購買計算資源和根據業(yè)務負載動態(tài)改變調整資源的能力，不能解決傳統(tǒng)電信業(yè)務支撐平臺所固有的缺點ο因此，現(xiàn)有技術至今尚未解決能夠支持融合網絡業(yè)務的工作平臺，這也成為業(yè)內科技人員關注的焦點課題。
發(fā)明內容有鑒于此，本發(fā)明的目的是克服現(xiàn)有技術的互聯(lián)網云平臺和傳統(tǒng)電信業(yè)務支撐平臺的不足，提供一種支持融合網絡業(yè)務的云平臺及其工作方法，該云平臺是以按需租用平臺資源的方式向平臺用戶(包括三網運營商或業(yè)務提供商等)提供業(yè)務部署與運營能力，并支持平臺用戶根據實際需求方便地對其所租用的資源進行動態(tài)增減，同時本發(fā)明的云平臺能夠提供對三網資源的訪問能力，為平臺用戶開發(fā)和運營融合網絡業(yè)務提供方便。為了達到上述發(fā)明目的，本發(fā)明提供了一種支持融合網絡業(yè)務的云平臺，其特征在于所述云平臺是通過三網運營商各自提供的三個核心網絡與相應的不同通信協(xié)議，分別連接電信網、互聯(lián)網和廣電網的三個接入網；該云平臺內設有包括CPU、硬盤、內存、帶寬和通信協(xié)議的多種硬件與軟件資源，以供其他各個網絡運營商及業(yè)務提供商根據各自需要而租用這些資源來部署和運營各自的業(yè)務；該云平臺采用分層結構，自上向下分別設有平9臺管理層、業(yè)務執(zhí)行層、資源虛擬化與管理層和硬件資源層，各層之間的交互方式采用上層模塊以接口調用的形式使用下層模塊提供的功能；各層分別設有下述功能模塊云平臺管理模塊，位于平臺管理層、提供該平臺的管理與操作功能的該模塊，用于向平臺管理員及平臺用戶提供訪問接口，設有平臺用戶管理、業(yè)務管理、資源調度與分配、計費四個單元并分別提供相應功能；該模塊使用云平臺資源池提供的數(shù)據存儲能力，將平臺用戶的注冊信息及其訂購資源的相關信息、業(yè)務所屬平臺用戶及業(yè)務狀態(tài)、業(yè)務引擎實例數(shù)的信息與該平臺的包括服務節(jié)點信息、平臺日志與告警的信息都分布式存儲在底層數(shù)據存儲服務器的各個資源節(jié)點中；業(yè)務執(zhí)行模塊，位于業(yè)務執(zhí)行層的該云平臺的業(yè)務執(zhí)行核心部件，設有代表設定資源能力的、實質由多個虛擬機組成的邏輯實體的多個業(yè)務執(zhí)行空間，以及負責保存與管理業(yè)務執(zhí)行空間的和業(yè)務執(zhí)行空間管理模塊；該業(yè)務執(zhí)行模塊使用云平臺資源池提供的虛擬化硬件資源，響應平臺用戶的資源訂購請求，為不同平臺用戶分別劃分具有不同資源能力的多個業(yè)務執(zhí)行空間，并使每個執(zhí)行空間的資源能力與平臺用戶訂購的資源能力相匹配；云平臺資源池，位于資源虛擬化與管理層，作為支持云平臺運作的關鍵組件，該模塊設有資源訪問管理單元、數(shù)據存儲管理單元、資源虛擬化單元和資源接入管理單元；該模塊向下提供大量服務器硬件的接入，并對接入的硬件資源虛擬化后進行維護管理，以供上層模塊調用；虛擬化后的資源分為兩類包括CPU資源、內存資源和帶寬資源的計算資源與硬盤數(shù)據庫的存儲資源；由數(shù)量眾多的底層物理服務器組成的計算服務器資源與數(shù)據存儲服務器資源，位于硬件資源層，為云平臺提供最基礎的硬件資源支持；通過在這些底層物理服務器上運行資源代理程序，使得該底層物理服務器成為計算服務器資源或數(shù)據存儲服務器資源，再藉由將該底層物理服務器作為計算資源和數(shù)據存儲資源向上層云平臺的資源池接入管理單元注冊，就能夠向上層模塊提供訪問本地資源的能力。為了達到上述發(fā)明目的，本發(fā)明還提供了一種支持融合網絡業(yè)務的云平臺的工作方法，其特征在于包括下列操作步驟(1)云平臺的部署和啟動采用多服務器集群分布式結構部署云平臺后，再按照由該云平臺架構組件的底層到上層的順序啟動云平臺；(2)云平臺執(zhí)行平臺用戶注冊、資源申請及新業(yè)務的加載部署云平臺啟動后，接收到平臺用戶的注冊和購買所需要的資源后，才根據平臺用戶訂購的資源數(shù)量為平臺用戶創(chuàng)建其獨有的虛擬業(yè)務執(zhí)行空間，并為其創(chuàng)建包括業(yè)務執(zhí)行引擎和負載均衡器的業(yè)務實例；(3)云平臺根據平臺用戶指令，執(zhí)行業(yè)務相關操作并動態(tài)調整資源在平臺用戶使用云平臺運營業(yè)務過程中，云平臺根據業(yè)務實際需要，動態(tài)調整其使用的資源；(4)云平臺支持融合網絡業(yè)務的運行注冊和購買資源的平臺用戶上傳業(yè)務并激活業(yè)務后，該業(yè)務就在云平臺中處于激活運行狀態(tài)，能夠接受來自云平臺外的各個運營商網絡的業(yè)務請求；且在該業(yè)務運行過程中，云平臺能夠同時支持該業(yè)務所涉及的互聯(lián)網、電信網和廣電網的三種不同網絡資源和相關協(xié)議。與最接近的現(xiàn)有技術相比，本發(fā)明具有下述優(yōu)點本發(fā)明支持融合網絡業(yè)務的云平臺是一個提供統(tǒng)一業(yè)務部署與運營的平臺，具有同時支持會話型業(yè)務和非會話型業(yè)務的執(zhí)行機制，并提供了大量的三網領域的協(xié)議棧資源，使得三網融合業(yè)務能夠同時在本平臺中部署運營，改變了以往各個業(yè)務提供商(SP)將各自的設備接入網絡運營商，從而分別提供各自業(yè)務的網絡結構與業(yè)務提供模式，也克服了互聯(lián)網云平臺只能支持互聯(lián)網業(yè)務的局限性。這樣，一方面節(jié)約了業(yè)務提供商和網絡運營商分別用于維護多個業(yè)務服務器的財力與人力成本；另一方面也簡化了網絡運營商對于業(yè)務提供商的管理，同時也使得業(yè)務的提供更加開放化，業(yè)務提供商不再需要擁有自己的設備就能夠進行業(yè)務提供與運營，大大降低了業(yè)務提供門檻，有利于融合網絡業(yè)務的創(chuàng)新與多樣化。本發(fā)明支持融合網絡業(yè)務的云平臺充分利用虛擬化技術，將三網資源方便地提供給業(yè)務使用。平臺用戶可以租用平臺環(huán)境進行業(yè)務運營，同時可以根據自身需要來租用和定制資源能力，使得提供的業(yè)務具有彈性可伸縮功能，滿足按需服務的要求，既提高了設備利用率，也使得單個業(yè)務能夠獲得更高的服務器性能。相比傳統(tǒng)的電信業(yè)務支撐平臺，本發(fā)明采用虛擬化技術的云平臺，還采用分布式業(yè)務提供與數(shù)據存儲，采用跨節(jié)點、跨機架、跨機房等不同粒度的冗余機制，避免了單節(jié)點提供業(yè)務及單節(jié)點數(shù)據存儲所帶來的服務宕機及數(shù)據丟失的隱患，從而既保證業(yè)務平臺和平臺上運行的業(yè)務的高可靠性，。不僅通過分布式技術提高了，還使得業(yè)務提供商的管理變得簡單，解決了電信應用服務器存在的利用率不高，資源不能靈活調整的缺點。本發(fā)明的技術創(chuàng)新點是提出一個支持融合網絡業(yè)務的云平臺，改變了以往業(yè)務提供商提供業(yè)務的網絡結構與服務提供的方式，采用按需租用平臺資源的形式部署和運營各業(yè)務提供商的業(yè)務。在資源管理上，該云平臺向業(yè)務提供可靈活配置資源的功能，既提高了服務能力上限，又大大提高了設備的利用率。該云平臺能夠提供互聯(lián)網、電信網及廣電網領域的豐富的協(xié)議棧資源，方便開發(fā)融合網絡業(yè)務。另外，該平臺采用云數(shù)據存儲，對用戶屏蔽數(shù)據庫的底層細節(jié)，跨域冗余備份數(shù)據文件，具有高可用性和高安全性，能夠保證業(yè)務持久穩(wěn)定運行。該平臺還具有會話管理能力，提供對有狀態(tài)的融合網絡業(yè)務的支持?？傊景l(fā)明具有很好的推廣應用前景。圖1是本發(fā)明支持融合網絡業(yè)務的云平臺的網絡位置示意圖。圖2是本發(fā)明支持融合網絡業(yè)務的云平臺的整體架構組成示意圖。圖3是本發(fā)明云平臺的業(yè)務執(zhí)行空間結構組成示意圖。圖4是本發(fā)明云平臺的業(yè)務執(zhí)行引擎分層結構組成示意圖。圖5是本發(fā)明支持融合網絡業(yè)務的云平臺的工作方法操作步驟流程圖。圖6是本發(fā)明云平臺工作方法中的云平臺部署實施例示意圖。圖7是本發(fā)明云平臺工作方法中的新平臺用戶進行用戶注冊、資源訂購、業(yè)務操作時序交互圖。圖8是本發(fā)明云平臺工作方法中的平臺用戶進行動態(tài)資源調整的交互圖。圖9是本發(fā)明云平臺工作方法中第三方呼叫業(yè)務的實施例子流程示意圖。圖10是本發(fā)明云平臺工作方法中的業(yè)務執(zhí)行引擎處理Http請求的示意圖。圖11是本發(fā)明云平臺工作方法中業(yè)務執(zhí)行引擎處理WebService請求的示意圖。11圖12是本發(fā)明云平臺工作方法中的業(yè)務執(zhí)行引擎處理SIP消息(INVITE)的示意圖。具體實施例方式為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面結合附圖和實施例對本發(fā)明作進一步的詳細描述。參見圖1，介紹本發(fā)明支持融合網絡業(yè)務的云平臺部署在網絡系統(tǒng)中的位置和結構在電信、互聯(lián)、廣電的三個接入網基礎上，通過三網運營商分別提供的各自的核心網絡與相應的通信協(xié)議，向上連接到融合網絡業(yè)務云平臺。其他的網絡運營商或業(yè)務提供商都要根各自需要租用云平臺的業(yè)務執(zhí)行引擎資源來部署和運營各自領域的業(yè)務，云平臺提供商則負責對云平臺進行管理維護。參見圖2，具體介紹本發(fā)明支持融合網絡電信業(yè)務的云平臺整體組成架構。圖中的單向箭頭表示接口調用，雙向箭頭表示數(shù)據讀寫，四角為圓弧的矩形表示虛擬空間，四角為直角的矩形表示模塊或單元。本發(fā)明云平臺是通過三網運營商各自提供的三個核心網絡與相應的各自通信協(xié)議，分別連接電信網、互聯(lián)網和廣電網的三個接入網；該云平臺內設有包括CPU、硬盤、內存、帶寬和通信協(xié)議的多種硬件與軟件資源，以供其他各個網絡運營商及業(yè)務提供商根據各自需要而租用這些資源來部署和運營各自的業(yè)務。該云平臺采用分層結構，自底向上分別為硬件資源層、資源虛擬化與管理層、業(yè)務執(zhí)行層及平臺管理層。層與層之間的交互關系為，上層模塊以接口調用的形式使用下層模塊提供的功能。各層分別設有下述功能模塊位于平臺管理層的云平臺管理模塊01，提供該平臺的管理與操作功能，該模塊用于向平臺管理員及平臺用戶提供訪問接口，設有平臺用戶管理、業(yè)務管理、資源調度與分配、計費四個單元并分別提供相應功能。該模塊使用云平臺資源池03提供的數(shù)據存儲能力，將平臺用戶的注冊信息及其訂購資源的相關信息、業(yè)務所屬平臺用戶及業(yè)務狀態(tài)、業(yè)務引擎實例數(shù)的信息與該平臺的包括服務節(jié)點信息、平臺日志與告警的信息都分布式存儲在底層數(shù)據存儲服務器的各個資源節(jié)點05中。下面具體介紹云平臺管理模塊01中的四個單元結構與功能用戶管理單元011，負責提供包括平臺用戶的注冊與登錄、平臺用戶基本信息的管理和平臺用戶權限分配的功能。平臺用戶接入后，必須先進行注冊來申請云平臺使用權限。用戶注冊信息則通過云平臺資源池03提供的云存儲能力，存儲于底層數(shù)據存儲服務器的資源節(jié)點05中。業(yè)務管理單元012，用于提供對業(yè)務的生命周期管理及相關配置功能，平臺用戶在對自己的業(yè)務執(zhí)行包括加載、試運行、激活、去激活及下線等各項業(yè)務操作時，可以通過為其業(yè)務設定執(zhí)行引擎的實例數(shù)來確定業(yè)務的最大并發(fā)能力。該單元是調用業(yè)務執(zhí)行空間管理單元021的相關接口來支持上述各項業(yè)務操作。資源調度分配單元013，負責提供和配置平臺用戶的所需資源。平臺用戶通過資源訂購，確定其所需要的CPU數(shù)、內存數(shù)、硬盤容量和網絡帶寬等硬件資源。業(yè)務執(zhí)行模塊02可以根據用戶的訂購資源情況為其維護一個業(yè)務執(zhí)行空間。計費單元014，用于完成對平臺用戶、即網絡運營商和業(yè)務提供商的計費功能。該模塊根據用戶申請的資源數(shù)量多少及所用時間而產生用戶的計費賬單，并存儲于云平臺資源池03提供的存儲資源。位于業(yè)務執(zhí)行層的業(yè)務執(zhí)行模塊02是云平臺的業(yè)務執(zhí)行核心部件，設有代表設定資源能力的、實質由多個虛擬機組成的邏輯實體的多個業(yè)務執(zhí)行空間，以及負責保存與管理業(yè)務執(zhí)行空間的和業(yè)務執(zhí)行空間管理模塊。該模塊使用云平臺資源池03提供的虛擬化硬件資源，響應平臺用戶的資源訂購請求，為不同平臺用戶分別劃分具有不同資源能力的多個業(yè)務執(zhí)行空間022，并使每個執(zhí)行空間的資源能力與平臺用戶訂購的資源能力相匹配。代表一定資源能力的業(yè)務執(zhí)行空間是邏輯實體，它是由業(yè)務執(zhí)行空間管理模塊021進行保存與管理。業(yè)務執(zhí)行空間實際上由若干個虛擬機組成，其內部結構在圖3中詳細說明。位于資源虛擬化與管理層的云平臺資源池03是支持云平臺運作的關鍵組件。該模塊向下提供大量服務器硬件的接入，并對接入的硬件資源虛擬化后進行維護管理，以供上層模塊調用。虛擬化后的資源分為兩類計算資源(包括CPU資源、內存資源和帶寬資源等)和存儲資源(硬盤數(shù)據庫)。該模塊設有資源訪問管理單元031、數(shù)據存儲管理單元032、資源虛擬化單元033和資源接入管理單元034。下面具體說明這四個單元的組成結構及其功能所述云平臺資源池中的資源訪問管理單元、數(shù)據存儲管理單元、資源虛擬化單元和資源接入管理單元的功能及結構是；資源接入管理單元034用于與各服務器之間采用后者向前者注冊的形式建立連接；接入的服務器資源包括兩類計算服務器資源04和數(shù)據存儲服務器資源05；該兩類資源的區(qū)分只是邏輯上的，代表一定的計算或存儲功能，不是物理概念上的，即同一臺物理服務器主機既能夠是計算服務器資源，又能夠是數(shù)據存儲服務器資源。該單元通過注冊能獲取訪問服務器本地資源的能力，且接入的服務器資源與該單元相互收發(fā)心跳消息，以確保該單元對服務器節(jié)點運行狀態(tài)執(zhí)行實時監(jiān)控。資源虛擬化單元033用于對資源接入管理單元034的資源進行虛擬化，通過對接入資源的描述和訪問能力的封裝，抽象成統(tǒng)一的云平臺計算資源和數(shù)據存儲資源，以方便資源的管理和上層接口對資源的使用。資源訪問管理單元031用于響應業(yè)務執(zhí)行空間管理單元發(fā)出的計算資源申請請求，分配虛擬化的計算資源。該模塊采取冗余策略分配資源，將虛擬機文件保存于一個主地址和多個備份地址，若主地址的服務器工作異常時，備份地址的服務器運行虛擬機文件，確保服務不會因個別服務器發(fā)生問題而停止提供。數(shù)據存儲管理單元032用于提供云平臺的數(shù)據庫云存儲能力。該單元利用虛擬化的存儲資源，響應平臺的數(shù)據存儲訪問接口的請求，將數(shù)據庫內容分塊冗余保存和讀??；該單元還保存每個分塊數(shù)據的索引信息和寫保護鎖，確保數(shù)據能夠成功讀寫，同時根據索引修改記錄信息，定期對備份數(shù)據進行同步。由數(shù)量眾多的底層物理服務器組成的計算服務器資源04與數(shù)據存儲服務器資源05位于硬件資源層，為云平臺提供最基礎的硬件資源支持。通過在這些底層物理服務器上運行資源代理程序，可以使這些底層物理服務器成為計算服務器資源04或數(shù)據存儲服務器資源05，再藉由將該底層物理服務器作為計算資源和數(shù)據存儲資源向上層云平臺的資源池接入管理單元034注冊，就能夠向上層模塊提供訪問本地資源的能力。參見圖3，介紹本發(fā)明云平臺中業(yè)務執(zhí)行模塊的業(yè)務執(zhí)行空間的內部結構每個業(yè)務執(zhí)行空間中設有至少一個業(yè)務執(zhí)行空間管理代理單元、一個負載均衡進程和多個業(yè)務執(zhí)行引擎實例進程，其中負載均衡進程與業(yè)務執(zhí)行引擎實例進程分別運行于各自的業(yè)務執(zhí)行空間虛擬機中。其中，業(yè)務執(zhí)行空間管理代理單元用作業(yè)務執(zhí)行空間管理模塊021的接口，該單元一方面要響應業(yè)務執(zhí)行空間管理模塊的命令請求，執(zhí)行包括創(chuàng)建新的虛擬機與執(zhí)行引擎實例，進行業(yè)務的加載激活等的生命周期管理操作，另一方面還要對空間內的負載均衡器和執(zhí)行引擎實例進行動態(tài)監(jiān)控，通過心跳機制判斷各個進程的存活狀態(tài)。一旦發(fā)現(xiàn)進程異常，及時重啟進程，并向業(yè)務執(zhí)行空間管理單元021產生告警日志。負載均衡進程是本發(fā)明云平臺與運營商網絡的連接門戶，不同網絡運營商提供的業(yè)務需要不同協(xié)議的支持，云平臺支持不同網絡中的多種協(xié)議，從而實現(xiàn)對不同網絡業(yè)務的支持。當業(yè)務請求從運營商網絡發(fā)送至負載均衡進程的開放端口時，根據該業(yè)務請求所觸發(fā)的業(yè)務，將該業(yè)務請求轉發(fā)給當前負載較輕的執(zhí)行引擎實例。執(zhí)行引擎實例是業(yè)務實例運行的實際容器，圖4詳細說明了其結構及方法。參見圖4，具體介紹業(yè)務執(zhí)行引擎的結構組成從底向上依次為資源層、業(yè)務實例管理層、業(yè)務執(zhí)行層和業(yè)務管理層，以及對各層執(zhí)行監(jiān)控的統(tǒng)計監(jiān)控告警模塊。其中，資源層設有協(xié)議棧適配資源和數(shù)據存儲訪問接口資源。前者封裝了電信網、互聯(lián)網及廣電網的多種協(xié)議棧適配器，例如HTTP、SIP、Parlay/ParlayX、WebService、SMS,MMS,GIS、LBS和Mail等，用于解釋各種協(xié)議事件并封裝成內部消息事件，便于資源擴展與統(tǒng)一管理。后者提供數(shù)據庫的增、刪、改和查詢的操作，以便調用云平臺資源池中數(shù)據存儲管理單元所提供的云存儲能力。業(yè)務實例管理層的業(yè)務實例管理器，負責業(yè)務實例的管理維護及業(yè)務資源的訂閱維護，其特點是能夠支持會話型業(yè)務；設有業(yè)務實例管理單元和資源訂閱單元。業(yè)務實例管理單元用于對業(yè)務實例進行維護管理，它是通過維護業(yè)務執(zhí)行引擎中存在的業(yè)務實例及其對應的業(yè)務會話標識映射，實現(xiàn)對有狀態(tài)的會話型業(yè)務的支持；即每個業(yè)務的請求事件從底層協(xié)議棧適配器到來時，若業(yè)務實例管理單元中已經存有與該請求事件中的會話標識相應的業(yè)務實例，則將該新的請求事件轉發(fā)到該業(yè)務實例所維護的事件隊列中，并將該業(yè)務實例封裝成一個處理任務TASK交給業(yè)務執(zhí)行核心中的業(yè)務執(zhí)行隊列；否則，創(chuàng)建一個新的業(yè)務實例，且該新的業(yè)務實例及其業(yè)務會話標識映射將被成對地維護于業(yè)務實例管理單元中。每次完整的業(yè)務流程結束時，該業(yè)務實例會通知業(yè)務實例管理單元刪除該業(yè)務實例本身及其業(yè)務會話標識映射。資源訂閱模塊用于維護業(yè)務與資源之間的訂閱關系，各個資源實例與業(yè)務實例之間不都是一一對應的，有些資源，如SIP協(xié)議棧和webservice協(xié)議棧的資源與業(yè)務之間是一對多的關系。業(yè)務在部署時，資源訂閱單元根據業(yè)務配置文件中羅列的該業(yè)務所需的全部資源，進行業(yè)務與資源的映射，并在該業(yè)務到相應資源處進行注冊的事件到達資源時，資源訂閱單元通過查找訂閱關系，將相關資源送達正確的業(yè)務實例。業(yè)務執(zhí)行層的業(yè)務執(zhí)行核心單元擁有一個任務執(zhí)行隊列，每個業(yè)務實例與一個內部事件作為一個任務被放入該任務執(zhí)行隊列中，等待執(zhí)行線程的處理。業(yè)務執(zhí)行引擎采用并發(fā)機制，確保各個引擎實例能夠并發(fā)運行。心跳事件可以被封裝成執(zhí)行任務放入執(zhí)行隊14列中。當執(zhí)行線程處理該任務時，業(yè)務執(zhí)行引擎通過產生并向業(yè)務執(zhí)行空間管理模塊發(fā)送相應的心跳消息。其好處是，每次心跳的發(fā)出都確保執(zhí)行線程在正常工作，防止執(zhí)行線程異常但依然能夠發(fā)出心跳的情況發(fā)生；從而實現(xiàn)云平臺對各引擎實例狀態(tài)的實時監(jiān)控，保證高容錯性。業(yè)務管理層的業(yè)務容器設有業(yè)務管理單元、業(yè)務觸發(fā)規(guī)則管理單元和引擎管理單元。每個業(yè)務被加載執(zhí)行時，業(yè)務管理單元負責解析該業(yè)務的配置文件，執(zhí)行業(yè)務的初始化操作；開發(fā)者提供的業(yè)務邏輯被編譯成動態(tài)連接庫，當執(zhí)行引擎執(zhí)行業(yè)務的一個實例時會鏈接該動態(tài)鏈接庫。每個業(yè)務都有一套觸發(fā)規(guī)則，用于判斷是否被觸發(fā)。業(yè)務觸發(fā)規(guī)則管理單元用于存儲和維護業(yè)務觸發(fā)規(guī)則與業(yè)務的對應關系；每個業(yè)務被加載后，其業(yè)務觸發(fā)規(guī)則會被電信體系中包括下一代網絡NGN中的軟交換實體及IP多媒體子系統(tǒng)MS中的服務呼叫會話控制功能S-CSCF實體所獲取。引擎管理單元用于提供包括Python和BPEL的各類腳本和包括JSP和ASP的網站語言執(zhí)行引擎及其相應的管理接口，這些網站語言執(zhí)行引擎用于支持相應的業(yè)務，其中JSP引擎用于平臺支持互聯(lián)網JSP網頁類業(yè)務。統(tǒng)計監(jiān)控告警模塊負責監(jiān)視執(zhí)行引擎的運行狀態(tài)統(tǒng)計各業(yè)務當前存活的業(yè)務實例數(shù)，并定期地將統(tǒng)計數(shù)據發(fā)送給業(yè)務執(zhí)行空間管理代理單元；定期生成心跳事件，再封裝成執(zhí)行任務并加入執(zhí)行引擎隊首，使執(zhí)行引擎定期發(fā)送心跳數(shù)據給業(yè)務執(zhí)行空間管理代理單元而實現(xiàn)心跳機制；向執(zhí)行引擎的各組成構件提供告警工具，發(fā)生異常時，將生成的告警信息傳送至上級管理節(jié)點。參見圖5，介紹本發(fā)明支持融合網絡業(yè)務的云平臺的工作方法，包括下列操作步驟步驟1，云平臺的部署和啟動采用多服務器集群分布式結構部署云平臺后，再按照由該云平臺架構組件的底層到上層的順序啟動云平臺。步驟2，云平臺執(zhí)行平臺用戶注冊、資源申請及新業(yè)務的加載部署云平臺啟動后，接收到平臺用戶的注冊和購買所需要的資源后，才根據平臺用戶訂購的資源數(shù)量為平臺用戶創(chuàng)建其獨有的虛擬業(yè)務執(zhí)行空間，并為其創(chuàng)建包括業(yè)務執(zhí)行引擎和負載均衡器的業(yè)務實例。步驟3，云平臺根據平臺用戶指令，執(zhí)行業(yè)務相關操作并動態(tài)調整資源在平臺用戶使用云平臺運營業(yè)務過程中，云平臺根據業(yè)務實際需要，動態(tài)調整其使用的資源。步驟4，云平臺支持融合網絡業(yè)務的運行注冊和購買資源的平臺用戶上傳業(yè)務并激活業(yè)務后，該業(yè)務就在云平臺中處于激活運行狀態(tài)，能夠接受來自云平臺外的各個運營商網絡的業(yè)務請求；且在該業(yè)務運行過程中，云平臺能夠同時支持該業(yè)務所涉及的互聯(lián)網、電信網和廣電網的三種不同網絡資源和相關協(xié)議。下面結合本發(fā)明實施例(云平臺業(yè)務執(zhí)行引擎支持電信網多個sip業(yè)務多實例)，以時間先后的基本順序，詳細說明本發(fā)明云平臺的上述步驟的具體方法先參見圖6的云平臺實施例的部署示意圖，介紹步驟1、云平臺的部署和啟動本發(fā)明云平臺采用多服務器集群的分布式結構，它的部署和啟動都是按照平臺架構由底層到上層的順序采取下述具體步驟完成的(11)先在部分服務器上啟動和運行云平臺資源池的服務程序，使得該部分服務器組成云平臺資源池服務器集群，再讓這些云平臺資源池服務器集群開放資源池資源的接入接口，等待底層硬件資源的接入。(12)在跨地域、跨機房和跨機架的三種層次上選取大量的物理服務器并啟動和運行底層資源服務程序，使得這些物理服務器組成底層資源服務器集群。如果底層資源服務器上運行計算資源代理程序，則作為計算資源服務器向資源池服務器注冊接入；如果底層資源服務器上運行數(shù)據存儲代理程序，則作為數(shù)據存儲資源服務器注冊接入。(13)云平臺資源池服務器集群對接入的底層資源服務器集群執(zhí)行實時監(jiān)控，并將接入的服務器能力進行虛擬化，以利于實現(xiàn)資源的動態(tài)調整，并作為云平臺資源池中的虛擬資源提供給上層服務使用。如圖6所示，在底層分布的各個資源服務器中，物理資源被劃分成小的資源塊，用不同標號分別標識的各個小塊分別代表為A、B、C、D四個云平臺用戶提供服務的物理資源，通過接入云平臺資源池服務器集群，這些物理資源塊被虛擬化并以整合的虛擬資源能力提供給用戶。其中的虛擬資源分別用云平臺資源池服務器集群中的A、B、C、D四個虛線框表示，其大小表示虛擬資源能力的大小，例如用戶A所需要的云平臺資源能力要大于其余三個用戶。通過對物理資源的虛擬化，可以方便地實現(xiàn)資源的動態(tài)調整。同時，由于物理資源冗余存儲，能夠增加云平臺的可用性；并將物理資源劃分成小塊的資源能力，也大大提高了物理資源的利用率。(14)在部分服務器上啟動和運行業(yè)務執(zhí)行與管理的服務程序，使得該部分服務器組成業(yè)務執(zhí)行與管理服務器集群。這些業(yè)務執(zhí)行與管理服務器集群接入云平臺資源池服務器集群后，獲取該云平臺自身使用的虛擬資源，再對包括系統(tǒng)數(shù)據的資源進行初始化。(15)在部分服務器上啟動和運行云平臺管理的服務程序，使得該部分服務器作為云平臺管理服務器集群，并分別連接業(yè)務執(zhí)行與管理服務器集群和云平臺資源池服務器集群后，進行相應的初始化。(16)云平臺運營商管理員對整個云平臺系統(tǒng)進行初始配置操作，然后，向云平臺用戶開放訪問接口，云平臺啟動結束。參見圖7，介紹步驟2，云平臺用戶執(zhí)行用戶注冊、資源申請和新業(yè)務加載平臺啟動后，平臺用戶必須首先向平臺注冊，填入基本信息并購買所需要的資源，平臺才會根據用戶所訂購的資源數(shù)量為用戶創(chuàng)建其獨有的虛擬執(zhí)行空間，并為其初始創(chuàng)建平臺執(zhí)行引擎、負載均衡器等實例。該步驟包含較多的交互動作，故以圖7所示的交互形式予以說明。(21)云平臺用戶(包括業(yè)務提供商或網絡運營商)登錄訪問平臺管理模塊的用戶管理單元提供的用戶注冊頁面，填寫用戶信息，完成注冊。(22)平臺用戶完成訂購資源能力；根據自己需求，向云平臺的資源分配調度單元訂購所需的各種云平臺資源能力(包括CPU資源、數(shù)據存儲資源和網絡帶寬等等)。(23)資源分配調度單元向執(zhí)行空間管理模塊發(fā)出創(chuàng)建業(yè)務執(zhí)行空間請求，執(zhí)行空間管理模塊向平臺資源管理器申請平臺用戶所需要的虛擬資源，并在該資源基礎上創(chuàng)建業(yè)務執(zhí)行空間以及業(yè)務執(zhí)行空間中的虛擬機實例。(24)執(zhí)行空間管理模塊向平臺資源管理器發(fā)送虛擬機文件備份請求，平臺資源管理器根據冗余備份策略進行定期備份與同步；至此，云平臺完成平臺用戶資源訂購操作。(25)平臺用戶訪問平臺管理模塊的業(yè)務管理單元，上傳要部署于云平臺的業(yè)務；業(yè)務管理單元向執(zhí)行空間管理模塊發(fā)送業(yè)務加載請求。(26)執(zhí)行空間管理模塊響應業(yè)務加載請求，創(chuàng)建相應數(shù)量的業(yè)務執(zhí)行引擎實例，加載業(yè)務并返回加載成功響應。參見圖8，介紹云平臺完成業(yè)務加載后，根據平臺用戶指令，執(zhí)行業(yè)務相關操作并動態(tài)調整租用資源。該步驟包括下列操作內容(31)云平臺完成業(yè)務加載后，根據平臺用戶通過業(yè)務管理單元的業(yè)務生命周期管理接口發(fā)出的指令，執(zhí)行業(yè)務激活、去激活或下線的操作。(32)業(yè)務運行一段時間后，如果平臺用戶發(fā)現(xiàn)現(xiàn)有平臺資源能力不足以支撐業(yè)務訪問的負載或者需要減少租用的平臺資源時，其登錄資源分配調度單元重新訂購資源，動態(tài)調整所需資源數(shù)量。(33)資源分配調度單元向執(zhí)行空間管理模塊發(fā)出資源重新申請請求；執(zhí)行空間管理模塊向平臺資源管理器申請調整后的資源，并更改原有業(yè)務執(zhí)行空間的配置，調整虛擬機實例數(shù)和業(yè)務執(zhí)行引擎實例數(shù)；至此，云平臺根據平臺用戶請求完成資源的動態(tài)調整。步驟4，云平臺支持融合網絡業(yè)務的運行業(yè)務在云平臺的業(yè)務執(zhí)行引擎中被執(zhí)行時，針對不同網絡的業(yè)務，云平臺所采用的協(xié)議棧適配器及相應的協(xié)議會有所不同；而且，根據不同網絡業(yè)務的特點，云平臺對業(yè)務狀態(tài)的支持功能也有所不同；但是，它們基本上是相同的。例如，該步驟在處理網絡上報的業(yè)務請求或由業(yè)務自身發(fā)起的業(yè)務請求時，都包括下列操作內容(41)業(yè)務請求到達負載均衡器，根據業(yè)務觸發(fā)策略，業(yè)務請求被負載均衡器轉發(fā)至具體的業(yè)務執(zhí)行引擎實例。(42)業(yè)務執(zhí)行引擎實例的相應協(xié)議棧適配器接收到轉發(fā)來的業(yè)務請求，對該業(yè)務請求進行解析處理后，封裝成平臺內部消息事件，根據業(yè)務對資源的訂閱關系，將該內部消息事件發(fā)送到相應的業(yè)務實例管理單元。(43)業(yè)務實例管理單元根據消息事件中的會話標識，查找與其相對應的業(yè)務實例，如果找到，則將該消息事件發(fā)送至該業(yè)務實例進行業(yè)務處理，否則將創(chuàng)建新的業(yè)務實例并與消息事件中的會話標識一起保存到業(yè)務實例管理單元自身的業(yè)務實例映射列表中。(44)消息事件被發(fā)送至相應業(yè)務實例的事件隊列中，該業(yè)務實例被封裝成Task放入業(yè)務執(zhí)行引擎中的任務執(zhí)行隊列中進行處理，對于無狀態(tài)的業(yè)務，業(yè)務處理完畢后，業(yè)務實例將通知業(yè)務實例管理單元從業(yè)務實例映射中刪掉該業(yè)務實例及其相應的會話標識;對于有狀態(tài)的業(yè)務，業(yè)務實例將依舊保存在業(yè)務實例映射中，等待后續(xù)業(yè)務請求。(45)有狀態(tài)業(yè)務的后續(xù)業(yè)務請求將直接發(fā)送到相應業(yè)務執(zhí)行引擎的相應協(xié)議棧適配器中，經過步驟(42)，后續(xù)業(yè)務請求被解析成內部消息事件，發(fā)送到對應的業(yè)務實例管理單元，通過該事件中的會話標識，業(yè)務實例管理單元找到相應的業(yè)務實例進行相應業(yè)務處理；有狀態(tài)的業(yè)務實例在處理完整個業(yè)務邏輯后，通知業(yè)務實例管理單元刪掉業(yè)務實例本身及其會話標識映射。(46)該業(yè)務的系統(tǒng)處理結果被傳送至相應的協(xié)議棧適配器，發(fā)送到網絡。最后，具體說明一個實施例云平臺運行融合網絡的三方通話業(yè)務的實現(xiàn)流程。該業(yè)務能夠完成用戶從互聯(lián)網瀏覽器登錄業(yè)務提供的網頁進行點擊撥號，實現(xiàn)手機終端A和有線數(shù)字電視終端B的視頻通話。整個業(yè)務過程涉及到互聯(lián)網終端、電信網終端和廣電網終端，體現(xiàn)了本發(fā)明云平臺對三種網絡資源的支持。整個業(yè)務流程如圖9所示整個業(yè)務中，涉及到云平臺對三種協(xié)議的支持，分別為HTTP協(xié)議、Soap協(xié)議和SIP協(xié)議。下文分別詳細敘述其中的業(yè)務執(zhí)行引擎如何支持三種協(xié)議。步驟A，當用戶使用互聯(lián)網瀏覽器進行業(yè)務撥號網頁登錄時，使用的是業(yè)務對HTTP協(xié)議的支持，由于使用不同語言開發(fā)網頁需要相應的引擎來支持，該實施例的網頁是使用JSP語言開發(fā)的。圖10描述了業(yè)務引擎對用戶從瀏覽器發(fā)出的HTTP請求的處理方法。參見圖10，由于Http請求是無狀態(tài)的，故在云平臺業(yè)務執(zhí)行引擎對中，業(yè)務實例每次隨業(yè)務請求到來而被創(chuàng)建，隨著業(yè)務請求處理完畢而被刪除，不會被保存在業(yè)務實例管理單元中，具體流程說明如下(1)用戶從瀏覽器登錄業(yè)務網址，一條對于該網頁的HttpGet請求被發(fā)送到云平臺中該業(yè)務相對應的負載均衡器中；(2)負載均衡器選擇目標業(yè)務執(zhí)行引擎，并將收到的HttpGet請求發(fā)送至目標地址；(3)目標業(yè)務執(zhí)行引擎的Http協(xié)議棧監(jiān)聽到新到來的HttpGet請求后，將其封裝成HttpEvent事件，根據業(yè)務資源訂購信息，將HttpEvent事件發(fā)送至相應的業(yè)務實例管理單元；(4)業(yè)務實例管理單元從業(yè)務實例與會話ID映射中查找與此HttpEvent事件中的會話ID向匹配的業(yè)務實例；(5)由于找不到相應的業(yè)務實例，則請求業(yè)務容器創(chuàng)建新的業(yè)務實例；(6)JSP引擎創(chuàng)建新的業(yè)務實例，將其維護在業(yè)務實例管理單元的業(yè)務實例與會話ID映射列表中；(7)HttpEvent事件加入新業(yè)務實例的處理隊列中，封裝成Task進入云平臺執(zhí)行引擎的隊列中等待被處理；(8)新生成的Task被執(zhí)行線程處理Jsp引擎內部提取HttpEvent的相關信息，生成HttpRequest，進行相應處理操作；(9)Task被處理完畢后，生成HttpResponse交給Http協(xié)議棧；(10)業(yè)務實例通知業(yè)務實例管理單元從業(yè)務實例與會話ID映射列表中將自己所在的映射刪除；(Il)Http協(xié)議棧將收到的HttpResponse封裝成Http響應消息，再發(fā)送至用戶瀏覽器，從而使得網頁內容呈現(xiàn)在用戶面前。步驟B，經過上面的處理流程，用戶打開撥號網頁，輸入視頻通話雙方呼叫地址，發(fā)送呼叫請求。該過程實際上是用戶從瀏覽器發(fā)送了一個WebService調用請求到業(yè)務中。參見圖11所展示的該云平臺如何對webservice提供的支持。平臺通過開放Bpel業(yè)務開發(fā)接口，以供業(yè)務開發(fā)者開發(fā)Bpel業(yè)務，再由Bpel業(yè)務最終向網絡提供WebService服務。每個Bpel業(yè)務實際上包含Bpel腳本邏輯和Bpel腳本引擎兩個部分，Bpel腳本邏輯是被包含在Bpel腳本引擎中被執(zhí)行的，如圖10中業(yè)務容器中所示；Bpel腳本引擎作為業(yè)務的最外層向平臺呈現(xiàn)。在本業(yè)務中，Bpel業(yè)務向外開放的WebService調用接口是接受網頁點擊呼叫請求，建立呼叫雙方視頻通話。每個WebService消息實際上是通過Http消息上承載Soap消息實現(xiàn)的，故本發(fā)明用Http協(xié)議棧和Soap協(xié)議棧。具體流程說明如下(1)用戶從點擊呼叫網頁輸入呼叫雙方地址，并點擊呼叫。瀏覽器產生相應的WebService請求。該請求通過Http協(xié)議承載被發(fā)送到云平臺的負載均衡器；(2)負載均衡器訪問業(yè)務策略庫，獲取目標執(zhí)行引擎的地址和端口；(3)業(yè)務策略庫向負載均衡器返回目標地址和端口；(4)負載均衡器將WebService請求轉發(fā)到目標執(zhí)行引擎的Http協(xié)議棧適配器。云平臺的Http協(xié)議棧適配器包括了一個Http服務器和Web容器，容器中部署有Soap協(xié)議棧適配器。當WebService請求被Http協(xié)議棧接收到后，能夠提取出被承載在Http包中的Soap消息體交給Soap協(xié)議棧適配器做進一步解析；(5)Soap協(xié)議棧適配器解析Soap消息體，封裝成平臺內部的Soap事件。由于互聯(lián)網業(yè)務的調用多為無狀態(tài)調用，然而為了支持少數(shù)有狀態(tài)的互聯(lián)網業(yè)務和云平臺電信業(yè)務處理方法保持一致，Soap協(xié)議棧會給Soap事件賦予一個隨機的會話Id，用于標識該Soap消息所處的會話。若Soap消息中帶有會話Id，則用Soap消息中的會話Id代替隨機賦予的Id。Soap事件被送至相應業(yè)務的呼叫實例管理器中；(6)呼叫實例管理器在實例映射表中查找與Soap事件中會話Id匹配的呼叫實例；(7)如果沒有相應實例則調用業(yè)務容器產生呼叫實例的方法；(8)業(yè)務容器產生相應Bpel業(yè)務的實例，并將業(yè)務實例與會話Id成對地保存在業(yè)務相對應的呼叫實例映射表中；(9)新生成的呼叫實例被封裝成執(zhí)行引擎能夠處理的執(zhí)行任務TASK，生成的TASK被插入到執(zhí)行引擎隊列末尾；(10)執(zhí)行線程從引擎隊列的隊首獲取TASK并執(zhí)行；(Il)TASK邏輯中第三方呼叫邏輯調用Sip協(xié)議棧，向主被叫雙方發(fā)送會話建立請求(注第三方呼叫邏輯的SIP具體流程請參閱ParlayX相關標準，這里不做具體說明)；(12)TASK完成相關處理后，發(fā)送一條WebService響應到Soap協(xié)議棧，里面記錄了此次呼叫的結果；(13)Soap協(xié)議棧與Http協(xié)議棧協(xié)同工作，產生Http響應結果發(fā)送到用戶瀏覽器。步驟C，業(yè)務執(zhí)行引擎與呼叫雙方進行Sip信令交互，建立視頻呼叫。該過程中，雖然雙方是電信網終端和廣電網終端，但是，由于廣電網終端(例如數(shù)字電視機頂盒)也是通過IP接入核心網并支持SIP協(xié)議，故與廣電網終端(如SIP電話)沒有本質上的不同，所以本部分內容僅說明云平臺業(yè)務執(zhí)行引擎如何支持SIP協(xié)議。又由于會話建立過程中涉及到多種SIP消息(包括請求和響應)的交互，而業(yè)務執(zhí)行引擎對其處理機制沒有區(qū)別，故在這里僅以業(yè)務執(zhí)行引擎如何處理INVITE消息為例進行說明，參見圖12，介紹業(yè)務執(zhí)行引擎處理SIP消息的流程。(1)用戶側的SIP終端或支持SIP協(xié)議的軟件設備發(fā)出INVITE消息到負載均衡器；(2)負載均衡器查詢業(yè)務策略庫；(3)業(yè)務策略庫返回響應，將請求轉發(fā)到的目的業(yè)務執(zhí)行引擎實例地址和端口；19(4)負載均衡器將該請求轉發(fā)到目的地址；(5)業(yè)務執(zhí)行引擎實例的sip協(xié)議棧獲取到INVITE消息，封裝成平臺內部事件-INVITE事件，通過業(yè)務觸發(fā)規(guī)則定位到該事件屬于哪項業(yè)務，并將該事件發(fā)送給注冊到SIP適配器的業(yè)務實例管理器；(6)當實例管理器接收到一個事件時，通常是提取事件中的會話ID，查詢該ID與已存在的呼叫實例映射表去獲取呼叫實例。對于本場景，INVITE消息是會話初始請求，實例管理器直接調用業(yè)務容器，請求產生新的呼叫實例；(7)實例管理器調用業(yè)務容器的創(chuàng)建新實例方法；(8)業(yè)務容器產生相應業(yè)務的新呼叫實例，返回給實例管理器，新實例被加入到會話ID與實例映射表中；(9)INVITE事件傳給新呼叫實例，該呼叫實例被封裝成執(zhí)行引擎能夠處理的執(zhí)行任務TASK，生成的TASK被插入到執(zhí)行引擎隊列末尾；(10)執(zhí)行引擎具有一個一直運轉的執(zhí)行線程，其從引擎隊列隊首獲取TASK并執(zhí)行。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明保護的范圍之內。20權利要求一種支持融合網絡業(yè)務的云平臺，其特征在于所述云平臺是通過三網運營商各自提供的三個核心網絡與相應的不同通信協(xié)議，分別連接電信網、互聯(lián)網和廣電網的三個接入網；該云平臺內設有包括CPU、硬盤、內存、帶寬和通信協(xié)議的多種硬件與軟件資源，以供其他各個網絡運營商及業(yè)務提供商根據各自需要而租用這些資源來部署和運營各自的業(yè)務；該云平臺采用分層結構，自上向下分別設有平臺管理層、業(yè)務執(zhí)行層、資源虛擬化與管理層和硬件資源層，各層之間的交互方式采用上層模塊以接口調用的形式使用下層模塊提供的功能；各層分別設有下述功能模塊云平臺管理模塊，位于平臺管理層、提供該平臺的管理與操作功能的該模塊，用于向平臺管理員及平臺用戶提供訪問接口，設有平臺用戶管理、業(yè)務管理、資源調度與分配、計費四個單元并分別提供相應功能；該模塊使用云平臺資源池提供的數(shù)據存儲能力，將平臺用戶的注冊信息及其訂購資源的相關信息、業(yè)務所屬平臺用戶及業(yè)務狀態(tài)、業(yè)務引擎實例數(shù)的信息與該平臺的包括服務節(jié)點信息、平臺日志與告警的信息都分布式存儲在底層數(shù)據存儲服務器的各個資源節(jié)點中；業(yè)務執(zhí)行模塊，位于業(yè)務執(zhí)行層的該云平臺的業(yè)務執(zhí)行核心部件，設有代表設定資源能力的、實質由多個虛擬機組成的邏輯實體的多個業(yè)務執(zhí)行空間，以及負責保存與管理業(yè)務執(zhí)行空間的和業(yè)務執(zhí)行空間管理模塊；該業(yè)務執(zhí)行模塊使用云平臺資源池提供的虛擬化硬件資源，響應平臺用戶的資源訂購請求，為不同平臺用戶分別劃分具有不同資源能力的多個業(yè)務執(zhí)行空間，并使每個執(zhí)行空間的資源能力與平臺用戶訂購的資源能力相匹配；云平臺資源池，位于資源虛擬化與管理層，作為支持云平臺運作的關鍵組件，該模塊設有資源訪問管理單元、數(shù)據存儲管理單元、資源虛擬化單元和資源接入管理單元；該模塊向下提供大量服務器硬件的接入，并對接入的硬件資源虛擬化后進行維護管理，以供上層模塊調用；虛擬化后的資源分為兩類包括CPU資源、內存資源和帶寬資源的計算資源與硬盤數(shù)據庫的存儲資源；由數(shù)量眾多的底層物理服務器組成的計算服務器資源與數(shù)據存儲服務器資源，位于硬件資源層，為云平臺提供最基礎的硬件資源支持；通過在這些底層物理服務器上運行資源代理程序，使得該底層物理服務器成為計算服務器資源或數(shù)據存儲服務器資源，再藉由將該底層物理服務器作為計算資源和數(shù)據存儲資源向上層云平臺的資源池接入管理單元注冊，就能夠向上層模塊提供訪問本地資源的能力。2.根據權利要求1所述的云平臺，其特征在于所述云平臺管理模塊中的四個單元的結構及其功能是用戶管理單元，負責提供包括平臺用戶的注冊與登錄、平臺用戶基本信息的管理、平臺用戶權限分配的功能，平臺用戶接入后，必須先進行注冊來申請云平臺使用權限；用戶注冊信息則通過云平臺資源池所提供的云存儲能力，存儲于底層數(shù)據存儲服務器的資源節(jié)點；業(yè)務管理單元，用于提供對業(yè)務的生命周期管理及相關配置功能，平臺用戶在對自己的業(yè)務執(zhí)行包括加載、試運行、激活、去激活及下線的各項業(yè)務操作時，是通過為其業(yè)務設定執(zhí)行引擎的實例數(shù)來確定業(yè)務的最大并發(fā)能力；該單元則調用業(yè)務執(zhí)行空間管理單元的相關接口來支持上述各項業(yè)務操作；資源調度分配單元，負責提供和配置平臺用戶的所需資源，平臺用戶通過資源訂購，確定其所需要的包括CPU數(shù)、內存數(shù)、硬盤容量和網絡帶寬的硬件資源；業(yè)務執(zhí)行模塊則根據用戶的訂購資源情況為其維護一個業(yè)務執(zhí)行空間；計費單元，用于完成對平臺用戶、即網絡運營商和業(yè)務提供商的計費功能；該模塊根據用戶申請的資源數(shù)及所用時間而產生用戶的計費賬單，并存儲于云平臺資源池提供的存儲資源。3.根據權利要求1所述的云平臺，其特征在于所述業(yè)務執(zhí)行模塊中的業(yè)務執(zhí)行空間的內部組成結構是一個或多個業(yè)務執(zhí)行空間管理代理單元、一個負載均衡進程和多個業(yè)務執(zhí)行引擎實例進程，其中負載均衡進程與業(yè)務執(zhí)行引擎實例進程分別運行于各自的業(yè)務執(zhí)行空間虛擬機；其中，業(yè)務執(zhí)行空間管理代理單元，作為業(yè)務執(zhí)行空間管理模塊的接口，該單元既要響應業(yè)務執(zhí)行空間管理模塊的命令請求，執(zhí)行包括創(chuàng)建新的虛擬機與執(zhí)行引擎實例，進行業(yè)務的加載激活的生命周期管理操作，還要對空間內的負載均衡器和執(zhí)行引擎實例進行動態(tài)監(jiān)控，通過心跳機制判斷各個進程的存活狀態(tài)，一旦發(fā)現(xiàn)進程異常，及時重啟進程，并向業(yè)務執(zhí)行空間管理單元產生告警日志；負載均衡進程，是該云平臺與運營商網絡的連接門戶，業(yè)務請求從運營商網絡發(fā)送至負載均衡進程的開放端口時，根據該業(yè)務請求所觸發(fā)的業(yè)務，將該業(yè)務請求轉發(fā)給當前負載較輕的執(zhí)行引擎實例；所述執(zhí)行引擎實例是業(yè)務實例運行的實際容器。4.根據權利要求3所述的云平臺，其特征在于位于業(yè)務執(zhí)行空間中的所述業(yè)務執(zhí)行引擎的結構組成為從底向上依次為資源層、業(yè)務實例管理層、業(yè)務執(zhí)行層和業(yè)務管理層，以及對各層執(zhí)行監(jiān)控的統(tǒng)計監(jiān)控告警模塊；其中，資源層設有協(xié)議棧適配資源和數(shù)據存儲訪問接口資源，前者封裝了包括HTTP、SIP、Par1ay/Par1ayX、WebSerνice、SMS、MMS、GIS、LBS和Mai1的電信網、互聯(lián)網及廣電網的多種協(xié)議棧適配器，用于解釋各種協(xié)議事件并封裝成內部消息事件，便于資源擴展與統(tǒng)一管理；后者提供數(shù)據庫的增、刪、改和查詢的操作，以便調用云平臺資源池中數(shù)據存儲管理單元所提供的云存儲能力；業(yè)務實例管理層的業(yè)務實例管理器，負責業(yè)務實例的管理維護及業(yè)務資源的訂閱維護，能夠支持會話型業(yè)務；設有業(yè)務實例管理單元和資源訂閱單元，前者用于對業(yè)務實例進行維護管理；后者用于維護業(yè)務與資源之間的訂閱關系，各個資源實例與業(yè)務實例之間不都是一一對應的，包括SIP協(xié)議棧和webservice協(xié)議棧的資源與業(yè)務之間是一對多的關系；業(yè)務在部署時，資源訂閱單元根據業(yè)務配置文件中羅列的該業(yè)務所需的全部資源，進行業(yè)務與資源的映射，并在該業(yè)務到相應資源處進行注冊事件到達資源時，資源訂閱單元通過查找訂閱關系，將相關資源送達正確的業(yè)務實例；業(yè)務執(zhí)行層的業(yè)務執(zhí)行核心單元擁有一個任務執(zhí)行隊列，每個業(yè)務實例與一個內部事件作為一個任務被放入該任務執(zhí)行隊列中，等待執(zhí)行線程的處理；業(yè)務執(zhí)行引擎采用并發(fā)機制，確保各個引擎實例能夠并發(fā)運行，業(yè)務執(zhí)行引擎通過產生并向業(yè)務執(zhí)行空間管理模塊發(fā)送心跳信號，實現(xiàn)云平臺對各引擎實例狀態(tài)的實時監(jiān)控，保證高容錯性；業(yè)務管理層的業(yè)務容器設有業(yè)務管理單元、業(yè)務觸發(fā)規(guī)則管理單元和引擎管理單元；每個業(yè)務被加載執(zhí)行時，業(yè)務管理單元負責解析該業(yè)務的配置文件，執(zhí)行業(yè)務的初始化操作；業(yè)務觸發(fā)規(guī)則管理單元用于存儲和維護業(yè)務觸發(fā)規(guī)則與業(yè)務的對應關系，該業(yè)務觸發(fā)規(guī)則用于判斷每個業(yè)務是否被觸發(fā)；每個業(yè)務被加載后，其業(yè)務觸發(fā)規(guī)則會被電信體系中包括下一代網絡NGN中的軟交換實體及IP多媒體子系統(tǒng)IMS中的服務呼叫會話控制功能S-CSCF實體所獲??；引擎管理單元用于提供包括Python和BPEL的各類腳本和包括JSP和ASP的網站語言執(zhí)行引擎及其相應的管理接口，這些網站語言執(zhí)行引擎用于支持相應的業(yè)務，其中JSP引擎用于平臺支持互聯(lián)網JSP網頁類業(yè)務；統(tǒng)計監(jiān)控告警模塊，負責監(jiān)視執(zhí)行引擎的運行狀態(tài)統(tǒng)計各業(yè)務當前存活的業(yè)務實例數(shù)，并定期地將統(tǒng)計數(shù)據發(fā)送給業(yè)務執(zhí)行空間管理代理單元；定期生成心跳事件，再封裝成執(zhí)行任務并加入執(zhí)行引擎隊首，使執(zhí)行引擎定期發(fā)送心跳數(shù)據給業(yè)務執(zhí)行空間管理代理單元而實現(xiàn)心跳機制；向執(zhí)行引擎的各組成構件提供告警工具，發(fā)生異常時，將生成的告警信息傳送至上級管理節(jié)點。5.根據權利要求4所述的云平臺，其特征在于所述業(yè)務實例管理器中的業(yè)務實例管理單元，對業(yè)務實例進行的維護管理是通過維護業(yè)務執(zhí)行引擎中存在的業(yè)務實例及其對應的業(yè)務會話標識映射，實現(xiàn)對有狀態(tài)的會話型業(yè)務的支持；即每個業(yè)務的請求事件從底層協(xié)議棧適配器到來時，若業(yè)務實例管理單元中已經存有與該請求事件中的會話標識相應的業(yè)務實例，則將該新的請求事件轉發(fā)到該業(yè)務實例所維護的事件隊列中，并將該業(yè)務實例封裝成一個處理任務TASK交給業(yè)務執(zhí)行核心單元；否則，創(chuàng)建一個新的業(yè)務實例，且該新的業(yè)務實例及其業(yè)務會話標識映射將被成對地維護于業(yè)務實例管理單元；每次完整的業(yè)務流程結束時，該業(yè)務實例會通知業(yè)務實例管理單元刪除該業(yè)務實例本身及其業(yè)務會話標識映射。6.根據權利要求1所述的云平臺，其特征在于所述云平臺資源池中的資源訪問管理單元、數(shù)據存儲管理單元、資源虛擬化單元和資源接入管理單元的功能及結構是；資源接入管理單元，用于與各服務器之間采用后者向前者注冊的形式建立連接，接入的服務器資源包括兩類計算服務器資源和數(shù)據存儲服務器資源；該兩類資源的區(qū)分只是邏輯上的，代表一定的計算或存儲功能，不是物理概念上的，即同一臺物理服務器主機既能夠是計算服務器資源，又能夠是數(shù)據存儲服務器資源；該單元通過注冊能獲取訪問服務器本地資源的能力，且接入的服務器資源與該單元相互收發(fā)心跳消息，以確保該單元對服務器節(jié)點運行狀態(tài)執(zhí)行實時監(jiān)控；資源虛擬化單元，用于對資源接入管理單元的資源進行虛擬化，通過對接入資源的描述和訪問能力的封裝，抽象成統(tǒng)一的云平臺計算資源和數(shù)據存儲資源，以方便資源的管理和上層接口對資源的使用；資源訪問管理單元，用于響應業(yè)務執(zhí)行空間管理單元發(fā)出的計算資源申請請求，分配虛擬化的計算資源；且分配時采取冗余策略，將虛擬機文件保存于一個主地址和多個備份地址，當主地址的服務器工作不正常時，備份地址的服務器運行虛擬機文件，以確保服務不會因個別服務器發(fā)生問題而停止提供；數(shù)據存儲管理單元，用于提供云平臺的數(shù)據庫云存儲能力；該單元利用虛擬化的存儲資源，響應平臺的數(shù)據存儲訪問接口的請求，將數(shù)據庫內容分塊冗余保存和讀?。辉搯卧€保存每個分塊數(shù)據的索引信息和寫保護鎖，確保數(shù)據能夠成功讀寫，同時根據索引修改記錄信息，定期對備份數(shù)據進行同步。7.一種支持融合網絡業(yè)務的云平臺的工作方法，其特征在于包括下列操作步驟(1)云平臺的部署和啟動采用多服務器集群分布式結構部署云平臺后，再按照由該云平臺架構組件的底層到上層的順序啟動云平臺；(2)云平臺執(zhí)行平臺用戶注冊、資源申請及新業(yè)務的加載部署云平臺啟動后，接收到平臺用戶的注冊和購買所需要的資源后，才根據平臺用戶訂購的資源數(shù)量為平臺用戶創(chuàng)建其獨有的虛擬業(yè)務執(zhí)行空間，并為其創(chuàng)建包括業(yè)務執(zhí)行引擎和負載均衡器的業(yè)務實例；(3)云平臺根據平臺用戶指令，執(zhí)行業(yè)務相關操作并動態(tài)調整資源在平臺用戶使用云平臺運營業(yè)務過程中，云平臺根據業(yè)務實際需要，動態(tài)調整其使用的資源；(4)云平臺支持融合網絡業(yè)務的運行注冊和購買資源的平臺用戶上傳業(yè)務并激活業(yè)務后，該業(yè)務就在云平臺中處于激活運行狀態(tài)，能夠接受來自云平臺外的各個運營商網絡的業(yè)務請求；且在該業(yè)務運行過程中，云平臺能夠同時支持該業(yè)務所涉及的互聯(lián)網、電信網和廣電網的三種不同網絡資源和相關協(xié)議。8.根據權利要求7所述的方法，其特征在于所述步驟(1)進一步包括下列操作內容(11)先在部分服務器上啟動和運行云平臺資源池的服務程序，使得該部分服務器組成云平臺資源池服務器集群，再讓該云平臺資源池服務器集群開放資源池資源的接入接口，等待底層硬件資源的接入；(12)在跨地域、跨機房和跨機架的三種層次上選取大量的物理服務器并啟動和運行底層資源服務程序，使得這些物理服務器組成底層資源服務器集群；如果底層資源服務器上運行計算資源代理程序，則作為計算資源服務器向資源池服務器注冊接入；如果底層資源服務器上運行數(shù)據存儲代理程序，則作為數(shù)據存儲資源服務器注冊接入；(13)云平臺資源池服務器集群對接入的底層資源服務器集群執(zhí)行實時監(jiān)控，并將接入的服務器能力進行虛擬化，以利于實現(xiàn)資源的動態(tài)調整，并作為云平臺資源池中的虛擬資源提供給上層服務使用；因物理資源冗余存儲并劃分成小塊的資源能力，能增加云平臺的可用性和顯著提高物理資源的利用率；(14)在部分服務器上啟動和運行業(yè)務執(zhí)行與管理的服務程序，使得該部分服務器組成業(yè)務執(zhí)行與管理服務器集群；該業(yè)務執(zhí)行與管理服務器集群接入云平臺資源池服務器集群后，獲取該云平臺自身使用的虛擬資源，再對包括系統(tǒng)數(shù)據的資源進行初始化；(15)在部分服務器上啟動和運行云平臺管理的服務程序，使得該部分服務器作為云平臺管理服務器集群，并分別連接業(yè)務執(zhí)行與管理服務器集群和云平臺資源池服務器集群后，進行相應的初始化；(16)云平臺運營商管理員對整個云平臺系統(tǒng)進行初始配置操作后，向云平臺用戶開放訪問接口，云平臺啟動結束。9.根據權利要求7所述的方法，其特征在于所述步驟(2)進一步包括下列操作內容(21)包括業(yè)務提供商或網絡運營商的云平臺用戶訪問平臺管理模塊用戶管理單元提供的用戶注冊功能，填寫用戶信息，完成注冊；(22)平臺用戶根據自己需求，向云平臺的資源分配調度單元訂購所需要的包括CPU資源、數(shù)據存儲資源和網絡帶寬的各種云平臺資源能力；(23)資源分配調度單元向執(zhí)行空間管理模塊發(fā)出創(chuàng)建業(yè)務執(zhí)行空間請求，執(zhí)行空間管理模塊向平臺資源管理器申請平臺用戶所需要的虛擬資源，并在該資源基礎上創(chuàng)建業(yè)務執(zhí)行空間以及業(yè)務執(zhí)行空間中的虛擬機實例；(24)執(zhí)行空間管理模塊向平臺資源管理器發(fā)送虛擬機文件備份請求，平臺資源管理器根據冗余備份策略進行定期備份與同步；至此，云平臺完成平臺用戶資源訂購操作；(25)平臺用戶訪問平臺管理模塊的業(yè)務管理單元，上傳要部署于云平臺的業(yè)務；業(yè)務管理單元向執(zhí)行空間管理模塊發(fā)送業(yè)務加載請求；(26)執(zhí)行空間管理模塊響應業(yè)務加載請求，創(chuàng)建相應數(shù)量的業(yè)務執(zhí)行引擎實例，加載業(yè)務并返回加載成功響應。10.根據權利要求7所述的方法，其特征在于所述步驟(3)進一步包括下列操作內容(31)云平臺完成業(yè)務加載后，根據平臺用戶通過業(yè)務管理單元的業(yè)務生命周期管理接口發(fā)出的指令，執(zhí)行業(yè)務激活、去激活或下線的操作；(32)業(yè)務運行一段時間后，如果平臺用戶發(fā)現(xiàn)現(xiàn)有平臺資源能力不足以支撐業(yè)務訪問的負載或者需要減少租用的平臺資源時，其登錄資源分配調度單元重新訂購資源，動態(tài)調整所需資源數(shù)量；(33)資源分配調度單元向執(zhí)行空間管理模塊發(fā)出資源重新申請請求；執(zhí)行空間管理模塊向平臺資源管理器申請調整后的資源，并更改原有業(yè)務執(zhí)行空間的配置，調整虛擬機實例數(shù)和業(yè)務執(zhí)行引擎實例數(shù)；至此，云平臺根據平臺用戶請求完成資源動態(tài)調整。11.根據權利要求7所述的方法，其特征在于所述步驟(4)中，針對不同網絡的各種業(yè)務在云平臺的業(yè)務執(zhí)行引擎中被執(zhí)行時，云平臺會根據不同網絡業(yè)務的特點，分別采用不同的協(xié)議棧適配器及相應的協(xié)議，以便對業(yè)務狀態(tài)支持不同的功能。12.根據權利要求11所述的方法，其特征在于所述步驟(4)在處理網絡上報的業(yè)務請求或由業(yè)務自身發(fā)起的業(yè)務請求時，進一步包括下列操作內容(41)業(yè)務請求到達負載均衡器，根據業(yè)務觸發(fā)策略，業(yè)務請求被負載均衡器轉發(fā)至具體的業(yè)務執(zhí)行引擎實例；(42)業(yè)務執(zhí)行引擎實例的相應協(xié)議棧適配器接收到轉發(fā)來的業(yè)務請求，對該業(yè)務請求進行解析處理后，封裝成平臺內部消息事件，根據業(yè)務對資源的訂閱關系，將該內部消息事件發(fā)送到相應的業(yè)務實例管理單元；(43)業(yè)務實例管理單元根據消息事件中的會話標識，查找與其相對應的業(yè)務實例，如果找到，則將該消息事件發(fā)送至該業(yè)務實例進行業(yè)務處理，否則將創(chuàng)建新的業(yè)務實例并與消息事件中的會話標識一起保存到業(yè)務實例管理單元自身的業(yè)務實例映射列表中；(44)消息事件被發(fā)送至相應業(yè)務實例的事件隊列中，該業(yè)務實例被封裝成Task放入業(yè)務執(zhí)行引擎中的任務執(zhí)行隊列中進行處理，對于無狀態(tài)的業(yè)務，業(yè)務處理完畢后，業(yè)務實例將通知業(yè)務實例管理單元從業(yè)務實例映射中刪掉該業(yè)務實例及其相應的會話標識；對于有狀態(tài)的業(yè)務，業(yè)務實例將依舊保存在業(yè)務實例映射中，等待后續(xù)業(yè)務請求；(45)有狀態(tài)業(yè)務的后續(xù)業(yè)務請求將直接發(fā)送到相應業(yè)務執(zhí)行引擎的相應協(xié)議棧適配器中，經過步驟(42)，后續(xù)業(yè)務請求被解析成內部消息事件，發(fā)送到對應的業(yè)務實例管理單元，通過該事件中的會話標識，業(yè)務實例管理單元找到相應的業(yè)務實例進行相應業(yè)務處理；有狀態(tài)的業(yè)務實例在處理完整個業(yè)務邏輯后，通知業(yè)務實例管理單元刪掉業(yè)務實例本身及其會話標識映射；(46)該業(yè)務的系統(tǒng)處理結果被傳送至相應的協(xié)議棧適配器，發(fā)送到網絡。全文摘要一種支持融合網絡業(yè)務的云平臺及其工作方法，該云平臺設有多種硬件與軟件資源，并通過三網運營商的三個核心網與相應的通信協(xié)議，分別連接電信網、互聯(lián)網和廣電網的三個接入網，以供平臺用戶(包括三網運營商或業(yè)務提供商等)根據各自需要而租用這些平臺資源來部署各自業(yè)務和運營能力，該云平臺采用分層結構，自上向下分別設有平臺管理層、業(yè)務執(zhí)行層、資源虛擬化與管理層和硬件資源層，各層之間的交互方式采用上層模塊以接口調用的形式使用下層模塊提供的功能。該云平臺支持平臺用戶根據實際需求方便地對其所租用的資源進行動態(tài)調整，同時提供對三網資源的訪問能力，為平臺用戶開發(fā)和運營融合網絡業(yè)務提供方便。文檔編號H04L29/06GK101969391SQ20101052764公開日2011年2月9日申請日期2010年10月27日優(yōu)先權日2010年10月27日發(fā)明者劉志晗,孫其博,李曉亮,楊放春,林榮恒,趙耀,鄒華,閆丹鳳申請人:北京郵電大學