一種對多個業務進行融合的業務雲系統及業務實現方法

2023-07-08 18:04:46

專利名稱：一種對多個業務進行融合的業務雲系統及業務實現方法
技術領域：
本發明涉及一種業務雲系統和業務實現方法，特別是一種對多個業務進行融合的 業務雲系統和基於該業務雲系統的業務實現方法。
背景技術：
多媒體消息業務(MMS，Multimedia Messaging Service)是一種能夠在手機和 手機之間以及手機和電子郵件(E-mail)伺服器等其他應用之間傳送多媒體內容的消息服 務。多媒體消息業務按照用戶歸屬的運營商及所在的區域進行劃分，由用戶歸屬的多媒體 消息中心(MMSC)為用戶提供多媒體消息業務。無線應用協議(WAP，WirelessApplication Protocol)，是由 WAP 論壇制定的一 套全球化無線應用協議標準。用戶只要使用具有WAP功能的移動終端，連接到一個與因特 網(Internet)相連的WAP網關，就可以像桌面用戶一樣，瀏覽網上的信息，享受網絡帶來的 巨大便利，如收發E-mail，獲得交通信息、股票信息、天氣信息、新聞，查詢電話簿等。短消息業務(SMS，Short Messaging Service)是最早的短消息業務，也是現在普 及率最高的一種短消息業務。短消息業務按照用戶歸屬的運營商及歸屬的區域進行劃分， 由用戶歸屬的短消息中心(SMSC)為用戶提供短消息服務。以上介紹的三種業務多媒體消息業務、無線應用業務、短消息業務都屬於業務產 品，業務產品中類似這樣的產品還有很多，實現的功能也各不相同，但在目前各個廠家提供 的產品，各個產品的組網結構基本是一樣的，僅僅是業務處理的流程不同。同時，這些產品 基本都是獨立的，也就是說各個產品分別組網，分別實現各自的功能，進行重複建設，這就 造成資源上的浪費。

發明內容
本發明要解決的技術問題是提供一種對多個業務進行融合的業務雲系統，實現業 務產品統一，節約網絡資源。為了解決上述問題，本發明提供了一種對多個業務進行融合的業務雲系統，其特 徵在於，包括業務處理模塊、數據處理模塊、開放業務邏輯模塊和分布式文件系統模塊，其 中所述業務處理模塊，用於處理應用業務的核心業務邏輯，並調用數據處理模塊處 理業務數據；所述數據處理模塊，用於被所述業務處理模塊調用時，調用開放業務邏輯模塊處 理所述業務數據，並將處理後的結果發送到所述分布式文件系統模塊保存；所述開放業務邏輯模塊，用於對所述業務處理模塊進行算法支持，提供完整的工 具以及算法庫；所述分布式文件系統模塊，用於保存、維護和查詢文件系統，對上層模塊提供接
進一步地，所述的業務雲系統，還包括瀏覽器開放系統模塊和資源監控和調度模 塊，其中所述瀏覽器開放系統模塊，用於對所述業務處理模塊的配置和操作維護，在 WEB2. 0容器的基礎上提供標準的Webservice接口和Rest標準接口，所述TOB2. 0容器採用 業界標準的Java開發模式，實現分布式部署及執行用戶需求；所述資源監控和調度模塊，用於監控所述開放業務邏輯模塊、數據處理模塊、業務處理模塊和分布式文件系統模塊的系統資源佔用情況，並根據所述佔用情況對業務應用進 行部署調度。進一步地，所述業務處理模塊和所述開放業務邏輯模塊，部署在各個單板的虛擬 作業系統上，每個單板上有多個虛擬作業系統，每個虛擬作業系統部署一種業務，具有該業 務功能並承載該業務軟體運行，所述資源監控和調度模塊針對每個虛擬作業系統進行監控 和調度。進一步地，所述分布式文件系統模塊進一步包括元數據控制節點(FLR)、數據存儲 客戶端(FAC)和多個數據存儲伺服器(FAS)，其中所述FLR用於管理所有所述FAS存儲的業務數據，寫持久化日誌以及定期寫檢查 點，接收所述FAC的訪問信息，返回應答，並依據所述訪問信息查詢所述FAS，控制所述FAS 中業務數據的存取；所述FAS用於存儲數據，根據所述FLR的指令保存所述FAC發送的數據流或向所 述FAC發送數據流；所述FAC用於提供對所述業務處理模塊、開放業務邏輯模塊、數據處理模塊、資源 監控和調度模塊和瀏覽器開放系統模塊的接口，訪問所述FLR，並向FAS發送數據流或接收 所述FAS發送的數據流到所述發送訪問請求的模塊。進一步地，所述FAC提供的接口採用標準的可移植作業系統接口(POSIX)協議；所述FAS分片存儲文件時，同一分片在所述分布式文件系統模塊不同的FAS中保 存；所述FLR採用雙機熱備份機制。進一步地，所述數據處理模塊對第三方廠家使用標準的資料庫查詢和操作語句提 供開放接口，包括前臺數據處理子模塊和後臺數據處理子模塊，其中所述前臺數據處理子模塊，包括多個內存資料庫，用於在內存資料庫中處理所述 業務數據，並將處理後的結果保存到所述分布式文件系統模塊；所述後臺數據處理子模塊，包括多個數據倉儲，用於利用所述數據倉儲存儲海量 數據，對所述數據倉儲線性部署，分布式處理數據倉儲的海量數據，所述數據倉儲數據存放 在所述分布式系統上。進一步地，所述前臺數據處理子模塊被所述業務處理模塊調用時，判斷所述內存 資料庫是否保存有所述業務數據，如有，則利用所述內存資料庫保存的所述業務數據進行 處理，如沒有，則從所述分布式文件系統模塊獲取所述業務數據進行處理。進一步地，所述開放業務邏輯模塊進一步由業務邏輯程序(SLP)執行處理容器和 業務邏輯執行環境(SLEE)的開發環境組成，其中所述SLEE開發環境用於提供完整的工具以及算法庫，實現對第三方廠家的開放；
所述SLP執行處理容器提供移動技術與企業技術之間的整合，包含各種面向事件 的應用程式，包含IP電話服務，以及分布式交互的模擬、監控和控制程序。進一步地，所述業務處理模塊處理的應用業務包括多媒體消息業務、短消息業務、 WAP業務及類似的各種業務，根據應用業務數據需求，當業務數據量較小時，調用前臺數據 處理子模塊，當業務數據量較大時，調用後臺數據處理子模塊。進一步地，所述資源監控和調度模塊進一步包括監控中心和調度中心，其中所述監控中心用於監控系統的告警、配置及運行狀況，進一步包括故障管理子模 塊、策略配置子模塊和升級管理子模塊，其中所述故障管理子模塊，用於管理告警信息；所述策略配置子模塊，用於管理配置信息；所述升級管理子模塊，用於分析系統運行狀況，並做出資源調整建議；所述調度中心用於根據監控中心的信息調度系統的計算、存儲和網絡資源，進一 步包括計算資源管理子模塊、存儲資源管理子模塊和策略調度子模塊，其中所述計算資源管理子模塊，用於統一管理計算和網絡資源；所述存儲資源管理子模塊，用於統一管理存儲資源，管理映像文件；所述策略調度子模塊，用於做出資源調整建議，管理虛擬機資源和卷資源，管理拓 撲關係，以及管理分權分域多用戶信息。進一步地，所述資源監控和調度模塊按照如下方法在過負荷、故障自愈、新業務部 署、資源休眠和資源切換時進行業務調度，其中過負荷所述調度中心通過所述監控中心得到各個單板的業務負荷情況，如果發 現某個單板的資源佔用率超過設定門限，則所述調度中心在空閒的單板上啟動所述業務的 處理進程；故障自愈所述監控中心向所述調度中心提供某個單板出現故障的告警，所述調 度中心進行單板切換，把所述業務切換到空閒的單板上；新業務部署當用戶向所述調度中心上傳業務版本時，由所述調度中心根據各個 單板上資源佔用情況進行業務部署，然後啟動業務；資源休眠在夜晚或業務量不高的時段，所述資源調度中心檢測到所述單板資源 利用率低於設定門限時，則將所述業務集中遷移到一個或少數幾個單板上，將其他單板的 資源釋放出來；資源切換所述調度中心定期根據所述單板負荷情況監控業務雲中不同業務的錯 峰情況，調度資源分配將該業務從負荷高於設定門限的單板遷移到負荷低於該設定門限的 單板上。為了解決上述問題，本發明還提供了基於權利要求1業務雲系統的業務實現方 法，其特徵在於業務處理模塊處理核心業務邏輯部分，並調用數據處理模塊，所述數據處理模塊 調用開放業務邏輯模塊的工具和算法庫處理該業務數據，並將結果保存到分布式文件系統 模塊。進一步地，所述業務處理模塊、數據處理模塊、開放業務邏輯模塊和分布式文件系 統模塊受資源監控和調度模塊的監控，所述資源監控和調度模塊根據系統資源的佔用情況，對業務應用進行部署調度；所述業務處理模塊的配置和操作維護由瀏覽器開放系統模 塊實現。本發明通過將具有多媒體消息業務、短消息業務、WAP業務在內的各種業務產品進行融合，實現業務產品統一，節約了網絡資源。由於採用了分布式雲系統，計算資源、存儲資 源、網絡資源和接入資源可以通過線形疊加而增加其資源能量，從而線形的提升系統的處 理能力，使系統更加靈活，具有動態可伸縮性。該分布式雲系統對外提供標準接口，方便第 三方廠家使用，可以豐富運營商的業務特性。更進一步，該分布式雲系統採用業務雲調度的 方法，可以屏蔽業務雲內部實現的細節，實現調度的智能化。


圖1為本發明業務雲系統的結構圖；圖2為本發明瀏覽器開放系統模塊的結構圖；圖3為本發明開放業務邏輯模塊的結構圖；圖4為本發明前臺業務處理模塊的結構圖；圖5為本發明後臺業務處理模塊的結構圖；圖6為本發明分布式文件系統模塊的結構圖；圖7為本發明實施例系統過負荷的業務調度示意圖；圖8為本發明實施例系統故障自愈的業務調度示意圖。
具體實施例方式下面將結合附圖及實施例對本發明的技術方案進行更詳細的說明。本實施例提供的業務雲系統包含計算資源、存儲資源、網絡資源、接入資源，所有 上述資源可以通過線性疊加而增加其資源量，從而線性提升系統的處理能力。實現業務雲 系統的核心技術是分布式存儲、分布式資料庫、分布式計算，並在其上實現平臺化，對外提 供調用接口。該業務雲系統對象化上述資源，形成一個綜合的平臺，方便地提供給第三方廠 家使用，以豐富運營商的業務特性。本實施例瀏覽器開放系統模塊對業務處理模塊進行配置和操作維護，業務處理模 塊處理多媒體消息業務、短消息業務、WAP業務等各種業務的核心業務邏輯部分，並調用數 據處理模塊處理該業務數據。該數據處理模塊調用開放業務邏輯模塊的工具和算法庫，處 理該業務數據並將結果保存到分布式文件系統模塊。該業務處理模塊、數據處理模塊、開放業務邏輯模塊和分布式文件系統模塊受資 源監控和調度模塊的監控，該資源監控和調度模塊根據系統資源的佔用情況，對業務應用 進行部署調度；該業務處理模塊的配置和操作維護由瀏覽器開放系統模塊實現。本實施例業務雲系統的結構圖如圖1所示，包括業務處理模塊、開放業務邏輯模 塊、數據處理模塊和分布式文件系統模塊。其中業務處理模塊，用於處理應用業務的核心業務邏輯，並調用該數據處理模塊處理 業務數據。開放業務邏輯模塊，用於對該業務處理模塊進行算法支持，提供完整的工具以及 算法庫。
數據處理模塊，用於被該業務處理模塊調用時，調用該開放業務邏輯模塊處理該 業務數據，並將處理後的結果發送到該分布式文件系統模塊保存。分布式文件系統模塊，用於保存、維護和查詢文件系統，對上層模塊提供接口。本實施例業務雲系統還包括瀏覽器開放系統模塊和資源監控和調度模塊，其中瀏覽器開放系統模塊，用於在TOB2. 0容器的基礎上提供標準的Webservice接口和Rest標準放接口，實現對該業務處理模塊的配置和操作維護。該WEB2. 0容器採用業界 標準的Java開發模式，實現分布式部署及執行用戶需求，該瀏覽器開放系統模塊的結構圖 如圖2所示。資源監控和調度模塊，用於監控開放業務邏輯模塊、數據處理模塊、分布式文件系 統模塊和業務處理模塊的系統資源佔用情況，並根據該佔用情況實現對業務應用的部署調度。本實施例的業務處理模塊處理的應用業務包括多媒體消息業務、短消息業務、WAP 業務及類似的各種業務，根據應用業務數據需求，當業務數據量較小時，調用該數據處理模 塊的前臺數據處理子模塊，當業務數據量較大時，調用該數據處理模塊的後臺數據處理子 模塊。本實施例的開放業務邏輯模塊如圖3所示，進一步由業務邏輯程序(SLP)執行處 理容器，以及業務邏輯執行環境(SLEE)的開發環境組成。其中該SLEE開發環境用於提供完整的工具以及算法庫，實現對第三方廠家的開放；該SLP執行處理容器提供移動技術與企業技術之間的整合，包含各種面向事件的 應用程式，如IP電話服務，以及分布式交互的模擬、監控和控制程序。該數據處理模塊對第三方廠家使用標準的資料庫查詢和操作語句提供開放接口， 如使用標準的SQL語言提供SQL開放接口，包括前臺數據處理子模塊和後臺數據處理子模 塊，其中該前臺數據處理子模塊如圖4所示，包括多個內存資料庫，用於在內存資料庫中 處理所述業務數據，並將處理後的結果保存到該分布式文件系統模塊。該前臺數據處理子模塊被該業務處理模塊調用時，判斷該內存資料庫是否保存有 該業務數據，如有，則利用該內存資料庫保存的該業務數據進行處理，如沒有，則從該分布 式文件系統模塊獲取該業務數據進行處理。該業務數據在內存資料庫的部署受資源監控和 調度模塊調度。該後臺數據處理子模塊如圖5所示，包括多個數據倉儲，用於利用該數據倉儲存 儲海量數據，對該數據倉儲線性部署，分布式處理數據倉儲的海量數據，該數據倉儲數據存 放在該分布式系統上。該數據處理模塊被調用時，通過該資源監控和調度模塊與客戶端(開放業務邏輯 模塊和業務處理模塊)交換控制信息，與客戶端之間只有數據流交換。本實施例的分布式文件系統模塊如圖6所示，進一步包括元數據控制節點(FLR)、 數據存儲客戶端(FAC)和多個數據存儲伺服器(FAS)。其中FLR用於管理所有該FAS存儲的業務數據，寫持久化日誌以及定期寫檢查點，接收 該FAC的訪問信息，返回應答，並依據該訪問信息查詢該FAS，控制該FAS中業務數據的存 取。該FLR採用雙機熱備份機制。
FAS用於存儲數據，根據FLR的指令保存FAC發送的數據流或向FAC發送數據流， 該FAS分片存儲文件時，典型的分片大小是64MB，同一分片在該分布式文件系統模塊不同 的FAS中分別保存。該保存方式可以是在不同的FAS中分別保存該文件所有分片的一份完整拷貝，也可以根據某些算法，如數據冗餘算法，在不同的FAS中分別保存該文件的分片。FAC用於提供對該業務服務模塊、開放業務邏輯模塊、數據處理模塊、後臺數據處 理子模塊、資源監控和調度模塊和瀏覽器開放系統模塊的接口，收到訪問請求後，訪問該 FLR，並向FAS發送數據流或接收該FAS發送的數據流到該發送訪問請求的模塊。該FAC提 供的該接口採用標準的可移植作業系統接口(POSIX)協議，支持該上述模塊對該FAC的調 用。本實施例的資源監控和調度模塊進一步包括監控中心和調度中心，其中監控中心用於監控系統的告警、配置及運行狀況，包括故障管理子模塊、策略配 置子模塊和升級管理子模塊故障管理子模塊，用於管理告警信息；策略配置子模塊，用於管理配置信息；升級管理子模塊，用於分析系統運行狀況，並做出資源調整建議。調度中心用於根據監控中心的信息調度系統的計算、存儲和網絡資源，包括計算 資源管理子模塊、存儲資源管理子模塊和策略調度子模塊，其中計算資源管理子模塊，用於統一管理計算和網絡資源；存儲資源管理子模塊，用於統一管理存儲資源，管理映像文件；策略調度子模塊，用於做出資源調整建議，管理虛擬機資源和卷資源，管理拓撲關 系，以及管理分權分域多用戶信息。該資源監控和調度模塊按照如下方法在過負荷、故障自愈、新業務部署、資源休眠 和資源切換時進行業務調度。其中過負荷如圖7所示，監控中心監控各個單板的業務負荷情況，如CPU和內存佔用 率等。該單板具有某業務功能並承載該業務軟體運行。監控中心如果發現某個單板資源佔 用率超過設定門限，如70%，則認為負荷過大，報告該調度中心，該調度中心在空閒的單板 上啟動該業務的處理進程。空閒是指該單板的資源佔用率低於30%。故障自愈如圖8所示，監控中心管理各個單板的告警信息，當某個單板出現告 警時，向調度中心提供該告警信息，該調度中心進行單板切換，把該業務切換到空閒的單板 上；新業務部署當用戶向該調度中心上傳業務版本時，由該調度中心根據各個單板 上資源佔用情況進行業務部署，然後啟動業務；資源休眠在夜晚或業務量不高的時段，該資源調度中心檢測到該單板資源利用 率低於設定門限時，如30%，則將該業務集中遷移到一個或少數幾個單板上，將其他單板的 資源釋放出來；資源切換該調度中心定期根據該單板負荷情況監控業務雲中不同業務的錯峰情 況，調度資源分配將該業務從負荷高於設定門限的單板遷移到負荷低於該設定門限的單板 上。
本實施例業務處理模塊和所述開放業務邏輯模塊，部署在各個單板的虛擬作業系統上，每個單板上虛擬出多個作業系統，每個作業系統部署一種業務，具有該業務功能並承 載該業務軟體運行，資源監控和調度模塊針對每個虛擬作業系統進行監控和調度，來實現 分布式雲計算。
權利要求
一種對多個業務進行融合的業務雲系統，其特徵在於，包括業務處理模塊、數據處理模塊、開放業務邏輯模塊和分布式文件系統模塊，其中所述業務處理模塊，用於處理應用業務的核心業務邏輯，並調用數據處理模塊處理業務數據；所述數據處理模塊，用於被所述業務處理模塊調用時，調用開放業務邏輯模塊處理所述業務數據，並將處理後的結果發送到所述分布式文件系統模塊保存；所述開放業務邏輯模塊，用於對所述業務處理模塊進行算法支持，提供完整的工具以及算法庫；所述分布式文件系統模塊，用於保存、維護和查詢文件系統，對上層模塊提供接口。
2.如權利要求1所述的業務雲系統，其特徵在於，還包括瀏覽器開放系統模塊和資源 監控和調度模塊，其中所述瀏覽器開放系統模塊，用於對所述業務處理模塊的配置和操作維護，在WEB2. O容 器的基礎上提供標準的Webservice接口和Rest標準接口，所述TOB2. O容器採用業界標準 的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所述的業務實現方法，其特徵在於所述業務處理模塊、數據處理模塊、開放業務邏輯模塊和分布式文件系統模塊受資源 監控和調度模塊的監控，所述資源監控和調度模塊根據系統資源的佔用情況，對業務應用 進行部署調度；所述業務處理模塊的配置和操作維護由瀏覽器開放系統模塊實現。
全文摘要
本發明公開了一種對多個業務進行融合的業務雲系統及業務實現方法，其特徵在於，業務處理模塊處理應用業務的核心業務邏輯部分，並調用數據處理模塊，所述數據處理模塊調用開放業務邏輯模塊的工具和算法庫處理該業務數據，並將結果保存到分布式文件系統模塊。該系統及業務實現方法實現了業務產品統一，節約網絡資源。
文檔編號H04L29/08GK101800762SQ20091021724
公開日2010年8月11日 申請日期2009年12月30日 優先權日2009年12月30日
發明者周士俊 申請人:中興通訊股份有限公司