專利名稱：支持多互聯(lián)網(wǎng)服務中心構建和運營的服務框架的制作方法
技術領域：
本發(fā)明涉及一種服務框架，特別涉及一種支持多互聯(lián)網(wǎng)服務中心構建和運營的服務框架。
背景技術：
面對全球范圍內(nèi)激烈的市場競爭，企業(yè)總是持續(xù)完善其業(yè)務模式以提高其自身的競爭力，企業(yè)管理軟件也必須能夠快速有效地適應不斷變化的業(yè)務需求。然而當前的企業(yè)應用、管理等軟件存在研發(fā)成本高、實施成本高、實施周期長等問題，嚴重阻礙了企業(yè)應用、管理軟件的隨需應變能力。隨著云計算技術的成熟，具有可配置與定制化、開放整合協(xié)議、運行態(tài)可擴展等特點的服務型軟件越來越得到企業(yè)的重視，也成了企業(yè)應用、管理軟件的發(fā)展趨勢。 服務型軟件，是指軟件服務提供商通過互聯(lián)網(wǎng)為軟件使用者提供所有的硬件、軟件以及軟件運營服務，軟件使用者只需要接入網(wǎng)絡即可使用軟件，無需再關注基礎設施的配置和軟件的升級維護。從軟件使用者角度來看，服務型軟件能夠做到無需交付軟件，只提供軟件服務，并且依據(jù)用戶的使用程度來收費，如使用功能數(shù)量、使用次數(shù)、使用時間、個性化服務等，同時，對于軟件的升級及維護也無需用戶參與，也無需任何費用，從而能夠解決軟件使用著購買軟件的一次性投入大，軟件維護需要配備專業(yè)人員，后續(xù)軟件升級可能還需要額外付費等問題，實現(xiàn)了按需使用、按需付費、無需維護等目標。從軟件提供商的角度來看，服務型軟件引入了多互聯(lián)網(wǎng)服務中心(iSC, internet Service Center)的概念,通過多個iSC通過配置共享一個軟件運行實例來達到降低軟件研發(fā)成本、降低銷售費用、提升規(guī)模效應及長尾效應等目標。服務型軟件的提出及應用在給軟件使用者帶來便利的同時，也給服務軟件提供商帶來了挑戰(zhàn)和機遇。相對于傳統(tǒng)的軟件框架而言，服務型軟件的多iSC特性大大增加了其軟件開發(fā)的復雜性，同時也增加了其軟件體系結構的復雜度。目前大多數(shù)服務型軟件均是在傳統(tǒng)軟件的分層結構基礎上增加了兩層配置管理層及數(shù)據(jù)模式選擇層。其中配置管理層是針對服務型軟件的多iSC模式，每個iSC的需求不同或iSC需求改變時時，無需軟件供應商逐個進行更改，只需由iSC管理員自身進行配置即可實現(xiàn)需求的滿足。而數(shù)據(jù)模式選擇層，是采用相應的設計模式為每個iSC選擇相應的數(shù)據(jù)模式，實現(xiàn)了不同iSC之間的數(shù)據(jù)隔離，從而保證了 iSC之間的數(shù)據(jù)安全性。在服務型軟件數(shù)據(jù)庫設計中，針對多iSC特性，通常有三種數(shù)據(jù)存儲模式獨立數(shù)據(jù)庫、共享數(shù)據(jù)庫但獨立數(shù)據(jù)結構、共享數(shù)據(jù)庫且共享數(shù)據(jù)結構。其中獨立數(shù)據(jù)庫模式指的是為每個iSC建立一套自身獨立的數(shù)據(jù)庫，直接從物理數(shù)據(jù)庫上區(qū)分不同iSC的數(shù)據(jù)；共享數(shù)據(jù)庫但獨立數(shù)據(jù)結構模式指的是所有的iSC共用一個數(shù)據(jù)庫，但是每個iSC的數(shù)據(jù)結構、數(shù)據(jù)模式均是不同的，創(chuàng)建iSC的時候同時創(chuàng)建iSC的數(shù)據(jù)模式；共享數(shù)據(jù)庫且共享數(shù)據(jù)結構模式指的是所有iSC共享一個數(shù)據(jù)庫一個數(shù)據(jù)結構，此時通常的做法是在相應數(shù)據(jù)模式中加入一個iSC_ID字段，用以區(qū)別不同iSC之間的數(shù)據(jù)。這三種模式對客戶是透明的，但對于服務軟件提供商來說，有著不同的優(yōu)點和缺點，例如獨立數(shù)據(jù)庫模式的管理及設計較為簡單，但是其共享程度低、成本也較高；而共享數(shù)據(jù)數(shù)據(jù)庫且共享數(shù)據(jù)模型的管理及設計較為復雜，但是其共享程度高、成本低角度。選擇何種模式進行數(shù)據(jù)庫的設計取決于軟件的應用領域范圍及技術支持等。雖然目前服務型軟件的體系結構以及相應的數(shù)據(jù)模式有了相應的研究和應用，但是對于iSC的自動構建比較復雜，通常需要相關專業(yè)人士才能實現(xiàn)，在iSC運營過程當中，相應的軟構件的負載是在運行前由軟件供應商人工部署到云計算環(huán)境以及云計算基礎設施中實現(xiàn)，容易造成基礎設施資源的浪費或者軟構件負載過大造成軟構件服務質量降低，如響應時間等。而對于上述3種不同的數(shù)據(jù)存儲模式，目前需要分別采用不同的數(shù)據(jù)映射方式才能實現(xiàn)iSC的數(shù)據(jù)操作，然而現(xiàn)實當中，不同的系統(tǒng)其實現(xiàn)的方式是不一致的，因此如何使用一種統(tǒng)一的數(shù)據(jù)映射方式實現(xiàn)iSC數(shù)據(jù)的操作是急需解決的問題。

發(fā)明內(nèi)容
本發(fā)明的目的是為了解決目前服務型軟件的體系結構的數(shù)據(jù)存儲模式不能適應同一系統(tǒng)下的多iSC運行的問題，本發(fā)明提供一種支持多互聯(lián)網(wǎng)服務中心構建和運營的服 務框架。本發(fā)明的支持多互聯(lián)網(wǎng)服務中心構建和運營的服務框架，它包括系統(tǒng)核心、系統(tǒng)級構件、數(shù)據(jù)訪問弓丨擎、系統(tǒng)級內(nèi)存數(shù)據(jù)庫、全局數(shù)據(jù)庫、業(yè)務級構件、業(yè)務級內(nèi)存數(shù)據(jù)庫和iSC對應的相關數(shù)據(jù)庫；系統(tǒng)核心，當接收到調(diào)用系統(tǒng)級構件的請求時，調(diào)用系統(tǒng)級構件，當接收到調(diào)用業(yè)務級構件的請求時，調(diào)用業(yè)務級構件；系統(tǒng)級構件包括系統(tǒng)級UlCom、系統(tǒng)級BLCom、系統(tǒng)級ORCom和系統(tǒng)級GORCom ;系統(tǒng)級nCom，用于輸入運行的iSC的數(shù)據(jù)；還用于輸出系統(tǒng)級BLCom運算結果的數(shù)據(jù)；系統(tǒng)級BLCom，用于與系統(tǒng)級的UICom進行數(shù)據(jù)交互，還用于運行的iSC輸入的數(shù)據(jù)按請求進行運算，并與系統(tǒng)級ORCom進行數(shù)據(jù)交互；系統(tǒng)級ORCom，用于通過數(shù)據(jù)訪問引擎對系統(tǒng)級內(nèi)存數(shù)據(jù)庫的存??；系統(tǒng)級GORCom，用于通過數(shù)據(jù)訪問引擎對內(nèi)存數(shù)據(jù)庫與全局數(shù)據(jù)庫的進行數(shù)據(jù)交互；數(shù)據(jù)訪問引擎，用于系統(tǒng)級內(nèi)存數(shù)據(jù)庫與全局數(shù)據(jù)庫關聯(lián)與映射，且將系統(tǒng)級ORCom的sql語句轉換成系統(tǒng)級GORCom所能執(zhí)行的sql語句；還用于業(yè)務級內(nèi)存數(shù)據(jù)庫與全局數(shù)據(jù)庫關聯(lián)與映射，且將業(yè)務級ORCom的sql語句轉換成業(yè)務級GORCom所能執(zhí)行的sql語句；系統(tǒng)級內(nèi)存數(shù)據(jù)庫,用于存儲系統(tǒng)級UlCom、系統(tǒng)級BLCom、系統(tǒng)級ORCom和系統(tǒng)級GORCom的數(shù)據(jù)；全局數(shù)據(jù)庫，用于所有運行的iSC的數(shù)據(jù)的存??；業(yè)務級構件包括業(yè)務級UlCom、業(yè)務級BLCom、業(yè)務級ORCom和業(yè)務級GORCom ；業(yè)務級nCom，用于輸入運行的運行的iSC的數(shù)據(jù)；還用于輸出業(yè)務級BLCom運算結果的數(shù)據(jù)；業(yè)務級BLCom，用于與業(yè)務級的UICom進行數(shù)據(jù)交互，還用于運行的iSC輸入的數(shù)據(jù)按請求進行運算，并與業(yè)務級ORCom進行數(shù)據(jù)交互；
業(yè)務級ORCom，用于通過數(shù)據(jù)訪問引擎對業(yè)務級內(nèi)存數(shù)據(jù)庫的存取；業(yè)務級GORCom，用于通過數(shù)據(jù)訪問引擎對內(nèi)存數(shù)據(jù)庫與全局數(shù)據(jù)庫的進行數(shù)據(jù)交互；還用于對業(yè)務級構件運行的iSC對應的相關數(shù)據(jù)庫的存??； 業(yè)務級內(nèi)存數(shù)據(jù)庫，用于存儲業(yè)務級UlCom、業(yè)務級BLCom、業(yè)務級ORCom和業(yè)務級GORCom的數(shù)據(jù)；所述iSC對應的相關數(shù)據(jù)庫為全局數(shù)據(jù)庫中業(yè)務級構件中運行的iSC相關的數(shù)據(jù)組成的數(shù)據(jù)庫。本發(fā)明的優(yōu)點在于，本發(fā)明所述的支持多互聯(lián)網(wǎng)服務中心構建和運營的服務框架，該框架能夠支持多iSC自動構建，同時支持將傳統(tǒng)的單iSC模式下的軟構件無需修改或者經(jīng)過簡單的修改即可滿足多iSC模式下的軟構件實現(xiàn)需求，在軟構件多節(jié)點部署時，也能夠針對構件的狀態(tài) 實現(xiàn)動態(tài)的調(diào)度。在多iSC數(shù)據(jù)隔離方面，也通過引入內(nèi)存數(shù)據(jù)庫使得傳統(tǒng)的iSC無關的軟構件能夠同時適用多iSC模式下3類數(shù)據(jù)隔離模式，從而簡化了多iSC模式下的軟件開發(fā)方法，提高軟件開發(fā)效率。針對上述實際需求，本發(fā)明的目的是提供能夠支持多iSC自動構建和運營，并且支持軟構件動態(tài)調(diào)度及解析，同時能夠用用統(tǒng)一的數(shù)據(jù)映射方式實現(xiàn)不同iSC數(shù)據(jù)的操作的服務框架。該服務框架提供了一種iSC的資源描述模型以及iSC的構成規(guī)約，在此基礎上實現(xiàn)了 iSC的自動構建。在iSC運營過程中，依據(jù)軟構件被多iSC的用戶訪問情況，建立相應的軟構件副本的動態(tài)部署機制，實現(xiàn)軟構件的動態(tài)部署和調(diào)度執(zhí)行，從而提高軟構件的服務質量。在多iSC數(shù)據(jù)安全性方面，通過建立內(nèi)存數(shù)據(jù)庫的兩種不同模式，實現(xiàn)了前述介紹的3種不同數(shù)據(jù)存儲模式的統(tǒng)一數(shù)據(jù)映射。同時在特定情況下，又需要訪問不同iSC的數(shù)據(jù)，如不同iSC同一商品價格的比較、不同iSC相同指標的比較等，iSC數(shù)據(jù)的隔離會造成這種訪問的困難，因此本發(fā)明又建立了一種多iSC混合管理的數(shù)據(jù)庫，并實現(xiàn)了這種混合管理的數(shù)據(jù)庫與iSC隔離數(shù)據(jù)庫之間的映射與互訪。


圖I為本發(fā)明的支持多互聯(lián)網(wǎng)服務中心構建和運營的服務框架的數(shù)據(jù)示意圖。圖2為本發(fā)明的支持多互聯(lián)網(wǎng)服務中心構建和運營的服務框架中的系統(tǒng)核心示意圖。
具體實施例方式具體實施方式
一結合圖I說明本實施方式，本實施方式所述的支持多互聯(lián)網(wǎng)服務中心構建和運營的服務框架，它包括系統(tǒng)核心、系統(tǒng)級構件、數(shù)據(jù)訪問弓丨擎、系統(tǒng)級內(nèi)存數(shù)據(jù)庫、全局數(shù)據(jù)庫、業(yè)務級構件、業(yè)務級內(nèi)存數(shù)據(jù)庫和iSC對應的相關數(shù)據(jù)庫；系統(tǒng)核心，當接收到調(diào)用系統(tǒng)級構件的請求時，調(diào)用系統(tǒng)級構件，當接收到調(diào)用業(yè)務級構件的請求時，調(diào)用業(yè)務級構件；系統(tǒng)級構件包括系統(tǒng)級UlCom、系統(tǒng)級BLCom、系統(tǒng)級ORCom和系統(tǒng)級GORCom ;系統(tǒng)級nCom，用于輸入運行的iSC的數(shù)據(jù)；還用于輸出系統(tǒng)級BLCom運算結果的數(shù)據(jù)；
系統(tǒng)級BLCom，用于與系統(tǒng)級的UICom進行數(shù)據(jù)交互，還用于運行的iSC輸入的數(shù)據(jù)按請求進行運算，并與系統(tǒng)級ORCom進行數(shù)據(jù)交互；系統(tǒng)級ORCom，用于通過數(shù)據(jù)訪問引擎對系統(tǒng)級內(nèi)存數(shù)據(jù)庫的存取；系統(tǒng)級GORCom，用于通過數(shù)據(jù)訪問引擎對內(nèi)存數(shù)據(jù)庫與全局數(shù)據(jù)庫的進行數(shù)據(jù)交互；數(shù)據(jù)訪問引擎，用于系統(tǒng)級內(nèi)存數(shù)據(jù)庫與全局數(shù)據(jù)庫關聯(lián)與映射，且將系統(tǒng)級ORCom的sql語句轉換成系統(tǒng)級GORCom所能執(zhí)行的sql語句；還用于業(yè)務級內(nèi)存數(shù)據(jù)庫與全局數(shù)據(jù)庫關聯(lián)與映射，且將業(yè)務級ORCom的sql語句轉換成業(yè)務級GORCom所能執(zhí)行的sql語句；系統(tǒng)級內(nèi)存數(shù)據(jù)庫,用于存儲系統(tǒng)級UlCom、系統(tǒng)級BLCom、系統(tǒng)級ORCom和系統(tǒng)級GORCom的數(shù)據(jù)； 全局數(shù)據(jù)庫，用于所有運行的iSC的數(shù)據(jù)的存??；業(yè)務級構件包括業(yè)務級UlCom、業(yè)務級BLCom、業(yè)務級ORCom和業(yè)務級GORCom ；業(yè)務級nCom，用于輸入運行的運行的iSC的數(shù)據(jù)；還用于輸出業(yè)務級BLCom運算結果的數(shù)據(jù)；業(yè)務級BLCom，用于與業(yè)務級的UICom進行數(shù)據(jù)交互，還用于運行的iSC輸入的數(shù)據(jù)按請求進行運算，并與業(yè)務級ORCom進行數(shù)據(jù)交互；業(yè)務級ORCom，用于通過數(shù)據(jù)訪問引擎對業(yè)務級內(nèi)存數(shù)據(jù)庫的存取；業(yè)務級GORCom，用于通過數(shù)據(jù)訪問引擎對內(nèi)存數(shù)據(jù)庫與全局數(shù)據(jù)庫的進行數(shù)據(jù)交互；還用于對業(yè)務級構件運行的iSC對應的相關數(shù)據(jù)庫的存??；業(yè)務級內(nèi)存數(shù)據(jù)庫，用于存儲業(yè)務級UlCom、業(yè)務級BLCom、業(yè)務級ORCom和業(yè)務級GORCom的數(shù)據(jù)；所述iSC對應的相關數(shù)據(jù)庫為全局數(shù)據(jù)庫中業(yè)務級構件中運行的iSC相關的數(shù)據(jù)組成的數(shù)據(jù)庫。其中，系統(tǒng)級HCom為系統(tǒng)級用戶界面構件，系統(tǒng)級BLCom為系統(tǒng)級業(yè)務邏輯處理構件，系統(tǒng)級ORCom系統(tǒng)級對象關系映射構件，系統(tǒng)級GORCom為系統(tǒng)級全局對象關系映射構件；業(yè)務級UICom為業(yè)務級用戶界面構件，業(yè)務級BLCom為業(yè)務級業(yè)務邏輯處理構件，業(yè)務級ORCom為業(yè)務級對象關系映射構件，業(yè)務級GORCom為業(yè)務級全局對象關系映射構件；上述構件為本領域技術人員常用構件；在使用過程中，通過分析iSC中的構成內(nèi)容，將iSC自動構建主要劃分為iSC注冊、用戶配置、資源配置、軟構件配置、工作流程配置、iSC啟用等步驟。iSC注冊是由服務框架管理員依據(jù)iSC提供的信息定義出iSC的編號，iSC管理員用戶名和密碼等基本信息，同時自動生成相應的默認功能，如用戶管理功能，資源配置功能，軟構件配置功能等。用戶配置是由iSC管理員對自身的用戶進行配置，包括定義出iSC所需的角色信息、用戶信息、人員信息、人員所對應的用戶信息、以及用戶所對應的角色信息等。iSC資源配置對應著實體的設備資源管理，需由iSC資源管理員從服務框架中的資源庫中選出iSC所需的資源，形成自身的資源模型，也可通過選擇其他iSC的資源模型進行快速配置。
軟構件配置也是屬于資源配置的一部分內(nèi)容，由iSC資源管理員配置完成后形成iSC的軟構件列表。需特別注意iSC資源管理員需依據(jù)資源型選擇相應的資源管理構件，如資源注冊構件、資源瀏覽構件、資源維護構件等。工作流程配置是iSC管理員將工作流文件部署到服務框架中，并將業(yè)務流程模型中相應的節(jié)點與iSC軟構件列表中相應的軟構件或者WebService進行關聯(lián)以使得工作流能夠運行。確認無誤后，啟用工作流即可。上述配置都完成后，由iSC管理員確認無誤后，啟用iSC即可完成；本實施方式所述的服務框架采用多iSC數(shù)據(jù)隔離的方法，當前多iSC數(shù)據(jù)隔離方法主要分為3類①GA :每一個iSC都有其獨立數(shù)據(jù)庫的模式:所有iSC共享一個或多個全局數(shù)據(jù)庫，但每個iSC擁有獨立表集合的模式； GC 所有iSC共享一個或多個全局數(shù)據(jù)庫，同時共享一個或多個表的模式?！と翎槍ι鲜霾煌瑪?shù)據(jù)隔離模式分別編寫軟構件，則編程也很復雜，且無法做到通用。因此，本發(fā)明引入了內(nèi)存數(shù)據(jù)庫，即，系統(tǒng)級內(nèi)存數(shù)據(jù)庫和業(yè)務級內(nèi)存數(shù)據(jù)庫，使得軟構件編寫依然按照傳統(tǒng)的簡單的單iSC模式編寫，同時能夠同時適用上述3類多iSC數(shù)據(jù)隔離方法。針對多iSC模式，所述內(nèi)存數(shù)據(jù)庫存在兩種模式①MA :通過對業(yè)務級構件透明的iSC標識將臨時數(shù)據(jù)按照數(shù)據(jù)庫名稱進行區(qū)分，與iSC相關的業(yè)務構件就只“看見”自己的表了 ；@MB :通過對業(yè)務級構件透明的iSC標識將臨時數(shù)據(jù)按照表名進行區(qū)分。同時將原始構件中的數(shù)據(jù)庫映射構件ORCom拆分成ORCom和GORCom兩個構件，其中新的ORCom構件負責對內(nèi)存數(shù)據(jù)庫的存取，GORCom構件則負責對全局數(shù)據(jù)庫的存取，同時引入一個數(shù)據(jù)庫引擎實現(xiàn)內(nèi)存數(shù)據(jù)庫與全局數(shù)據(jù)庫的關聯(lián)與映射，以保證數(shù)據(jù)的一致性以及業(yè)務構件運行的正確性。
具體實施方式
二 結合圖2說明本實施方式，本實施方式是對具體實施方式
一所述的支持多互聯(lián)網(wǎng)服務中心構建和運營的服務框架的進一步限定，所述系統(tǒng)核心包括調(diào)度組件BLCom、調(diào)度組件ORCom、構件解析引擎、運行態(tài)構件庫；調(diào)度組件BLCom，用于接收調(diào)用系統(tǒng)級或業(yè)務級構件的請求，并向調(diào)度組件ORCom發(fā)出查詢系統(tǒng)級構件或業(yè)務級構件的位置的請求，并與調(diào)度組件ORCom進行數(shù)據(jù)交互，還用于按照相應策略選擇構件解析引擎檢索到的數(shù)據(jù)匯總成地址列表中相應的地址通過構件解析引擎發(fā)送給相應的系統(tǒng)級構件或業(yè)務級構件；調(diào)度組件ORCom，用于調(diào)度組件BLCom接收查詢系統(tǒng)級構件或業(yè)務級構件的位置的請求，并向構件解析引擎發(fā)出檢索系統(tǒng)級構件或業(yè)務級構件的位置的請求，并與構件解析引擎進行數(shù)據(jù)交互；構件解析引擎接收檢索系統(tǒng)級構件或業(yè)務級構件的位置的請求，檢索運行態(tài)構件庫中的所述系統(tǒng)級構件或業(yè)務級構件的位置的數(shù)據(jù)，并將檢索到的數(shù)據(jù)匯總成地址列表發(fā)送給調(diào)度組件ORCom。本實施方式所述的服務框架中有存儲態(tài)構件、運行態(tài)構件、存儲構件的節(jié)點、運行構件的節(jié)點。其中，存儲態(tài)構件指的是已經(jīng)提交到存儲構件節(jié)點但不能被調(diào)用的構件；運行態(tài)構件是將存儲態(tài)構件部署到運行構件的節(jié)點上應用服務器中，可被直接調(diào)用；存儲構件的節(jié)點是支持服務框架運行的云環(huán)境中用于存儲軟構件的節(jié)點；運行構件的節(jié)點是運用放置運行狀態(tài)的構件的節(jié)點?？蛻敉ㄟ^iSC瀏覽某功能時，將服務請求發(fā)送到調(diào)度引擎，由調(diào)度引擎獲取所需運行態(tài)業(yè)務構件的結果集，然后按照相應的策略，如構件是否占用、構件當前用戶數(shù)、構件響應時間、構件返回結果成功率等，從結果集中選擇其中一個或多個，然后由調(diào)度引擎將服務請求轉發(fā)給相應的構件。
具體實施方式
三本實施方式是對具體實施方式
一所述的支持多互聯(lián)網(wǎng)服務中心構建和運營的服務框架的進一步限定，全局數(shù)據(jù)庫中的資源是用資源模型來描述的，所述資源模型包括資源通型描述、資源型描述和資源分類描述；資源通型描述，用于對不同型的資源的統(tǒng)一描述； 資源型描述，用于對包含不同屬性的資源的描述，屬性不同則為不同的資源型描述；資源分類描述，用于依據(jù)不同準則的對資源分類的描述；所述資源型描述還包括資源專型描述、資源日歷描述、資源能力描述和資源其他描述；資源專型描述，用于某一專型資源的詳細描述；資源日歷描述，用于相應的資源的日歷信息的描述；所述資源包括實物資源和數(shù)據(jù)資源。通過本實施方式中的服務框架中的資源分析，將資源劃分為不同的描述內(nèi)容資源通型描述、資源型描述、資源專型描述、資源分類。這些不同的描述內(nèi)容構成了一套資源描述框架，即資源模型描述。資源通型描述是指一個資源模型中不同型資源的統(tǒng)一描述，如資源ID、名稱、提供者等通用屬性；資源型描述是指一個資源模型中可能包含屬性描述不同的資源，屬性描述不同則為不同的資源型；資源專型描述是指一個資源模型中某一專型資源的詳細描述；資源分類描述是指資源模型中依據(jù)不同準則的資源分類體系。資源模型描述具有唯一標識，且包含了資源通型描述、資源型描述、資源分類描述信息。資源模型定義如下:< 資源模型描述>:··=<資源通型描述 >〈資源型描述>*〈資源分類描述>*。資源型描述具有唯一標識，且包含了資源專型描述、資源日歷描述、資源能力描述和資源相關描述信息。資源型描述定義如下〈資源型描述>:··=<資源專型描述 >〈資源日歷描述 >〈資源能力描述>*〈資源其他描述>*。在服務框架中，資源存在多樣性、異構性、管理復雜性等因素，需由不同的軟構件在對資源進行管理，因此需建立一套資源描述框架用以描述資源信息，這個資源描述框架，本發(fā)明稱之為資源模型。一個資源模型包含了一個通型的資源描述和多種不同資源型的分別詳細描述，通型的資源描述是指多種不同資源型資源的統(tǒng)一描述，如資源名稱、資源提供者、資源數(shù)量、資源能力等，，而一種資源型的詳細描述又包含了一個專型的資源描述、相應的資源日歷信息和該專型資源的特定描述相關信息。同時在一個資源模型中，也可以據(jù)用戶的需求對資源進行分類，也可以有多套資源分類方式。建立資源模型后，即可依據(jù)不同的專型資源提交相應的軟構件到服務框架中，如資源注冊構件、資源查詢構件、資源瀏覽構件、資源維護構件等。此后現(xiàn)實企業(yè)即可在服務框架中實現(xiàn)iSC的自動構建。首先由現(xiàn)實企業(yè)將基本信息提交給服務框架的管理員，由管理員為其創(chuàng)建iSC，并分配相應的管理員用戶名和密碼，建立默認的功能。然后即可由iSC管理員依據(jù)需求自動構建出iSC所需的其他信息，如用戶人員角色配置、資源模型配置、軟構件配置、功能操作配置、資源配置、任務類別及其與資源關聯(lián)配置、業(yè)務模型配置等。配置完成后，有iSC管理員啟用后即可進行運營。 在多iSC運營的過程中，由于一個軟構件可能被多iSC同時調(diào)用，且一個軟構件可能在云環(huán)境中的多個不同的節(jié)點上有副本，會導致軟構件調(diào)用的不確定性和多種潛在問題。因此，本發(fā)明建立了一種軟構件動態(tài)調(diào)度機制。為了能更好的說明動態(tài)調(diào)度的原理，這里以一個業(yè)務構件調(diào)度為例進行說明，調(diào)度器Scheduler包含兩個原子組件BLCom和ORCom，存在兩個互聯(lián)網(wǎng)服務中心iSCl和iSC2，分別擁有功能Func2和Funcl，這兩項功能對應同一業(yè)務構件BCom2，則其調(diào)度過程為(DiSCl和iSC2在不同結點，如node3，node4，iSCl中的功能Func2與iSC2中的Funcl被調(diào)用，即向位于結點nodel上的調(diào)度引擎的BLCom發(fā)出調(diào)用BCom2的服務請求；(2) BLCom接收請求，并向ORCom發(fā)出查詢構件BC2位置的請求。(3) ORCom向數(shù)據(jù)庫引擎發(fā)出檢索BCom2位置的請求；(4)數(shù)據(jù)庫引擎接收請求信息，快速檢索所有包含運行態(tài)構件BCom2信息的數(shù)據(jù)庫；(5)數(shù)據(jù)庫引擎將檢索到信息匯總成地址列表，經(jīng)由ORCom傳送至BLCom中。(6) BLCom結合ontology策略庫中調(diào)度策略，在BCom2地址列表選出訪問地址。(7) BLCom轉發(fā)請求及相關參數(shù)到相應的結點，如node2, node6的構件解析引擎BCParse (調(diào)度引擎中分布式組件)中；(8) BCParse完成綁定、解析BCom2,轉發(fā)來自用戶，如node3, node4的請求給BCom2 ； (9) BCom2完成任務,將執(zhí)行結果返回給請求服務者，如由node2的BCom2執(zhí)行iSCl的請求，由node6的BCom2執(zhí)行iSC2的請求。在多iSC運營時，以下也將使用一個案例說明多iSC數(shù)據(jù)隔離原理和實施方案。3個全局數(shù)據(jù)庫節(jié)點，3個WEB服務器節(jié)點，同時安裝有內(nèi)存數(shù)據(jù)庫，3個服務中心運行，包括I個運營中心iSCl、2個多餐廳訂餐服務中心iSC2和iSC3。其中iSC2的GlobalDB采用GC模式,GlobalDB的數(shù)據(jù)庫名為OrderDB，節(jié)點為192. 168. I. 199 ;iSC2的MMDB采用MA模式，MMDB不存在名為OrderDB的數(shù)據(jù)庫。當iSC2管理員進入多餐廳訂餐服務中心iSC2時，可以通過“查看訂單”功能查看iSC2的所有訂單信息,該功能由BCOrder業(yè)務構件實現(xiàn),其運行節(jié)點為192. 168. I. 100。當管理員點擊“查看訂單”功能時，OR構件向數(shù)據(jù)庫引擎?zhèn)鬟f的SQL語句為“sql=select*for TableOrder ”,數(shù)據(jù)庫引擎發(fā)現(xiàn)數(shù)據(jù)庫OrderDB不在MMDB中，查詢MMDBinfo 后將標識 iSC2 及(”0rderDB”, ”TableOrder”, ”192. 168. I. 100”，^OrderDB ”，”TableOrder ”，”192. 168. I. 199”)傳遞給 GOROrder ；GOROrder 在 192. 168. I. 100節(jié)點的MMDB中建立數(shù)據(jù)庫OrderDB及其下屬表TableOrder，并通過標識iSC2從⑶B中過濾出數(shù)據(jù)寫入到上述表中AOROrder通知數(shù)據(jù)庫引擎數(shù)據(jù)已寫入，數(shù)據(jù)庫引擎將sql改寫為newsql,執(zhí)行newsql從MMDB中的OrderDB數(shù)據(jù)庫下的TableOrder表獲取菜品數(shù)據(jù)。最后，還需要注意的是，以上列舉的盡是本發(fā)明的一個具體實施例。顯然，本發(fā)明不限于以上實施例，還存在許多變形。本領域普通技術人員能從本發(fā)明公開的內(nèi)容直接導出或聯(lián)想到得所有變形，均應認為是本發(fā)明的保護范圍。
權利要求
1.支持多互聯(lián)網(wǎng)服務中心構建和運營的服務框架，其特征在于，它包括系統(tǒng)核心、系統(tǒng)級構件、數(shù)據(jù)訪問弓丨擎、系統(tǒng)級內(nèi)存數(shù)據(jù)庫、全局數(shù)據(jù)庫、業(yè)務級構件、業(yè)務級內(nèi)存數(shù)據(jù)庫和iSC對應的相關數(shù)據(jù)庫； 系統(tǒng)核心，當接收到調(diào)用系統(tǒng)級構件的請求時，調(diào)用系統(tǒng)級構件，當接收到調(diào)用業(yè)務級構件的請求時，調(diào)用業(yè)務級構件； 系統(tǒng)級構件包括系統(tǒng)級nCom、系統(tǒng)級BLCom、系統(tǒng)級ORCom和系統(tǒng)級GORCom ； 系統(tǒng)級nCom，用于輸入運行的iSC的數(shù)據(jù)；還用于輸出系統(tǒng)級BLCom運算結果的數(shù)據(jù)； 系統(tǒng)級BLCom，用于與系統(tǒng)級的UICom進行數(shù)據(jù)交互，還用于運行的iSC輸入的數(shù)據(jù)按請求進行運算，并與系統(tǒng)級ORCom進行數(shù)據(jù)交互； 系統(tǒng)級ORCom，用于通過數(shù)據(jù)訪問引擎對系統(tǒng)級內(nèi)存數(shù)據(jù)庫的存??；系統(tǒng)級GORCom，用于通過數(shù)據(jù)訪問引擎對內(nèi)存數(shù)據(jù)庫與全局數(shù)據(jù)庫的進行數(shù)據(jù)交互；數(shù)據(jù)訪問引擎，用于系統(tǒng)級內(nèi)存數(shù)據(jù)庫與全局數(shù)據(jù)庫關聯(lián)與映射，且將系統(tǒng)級ORCom的sql語句轉換成系統(tǒng)級GORCom所能執(zhí)行的sql語句；還用于業(yè)務級內(nèi)存數(shù)據(jù)庫與全局數(shù)據(jù)庫關聯(lián)與映射，且將業(yè)務級ORCom的sql語句轉換成業(yè)務級GORCom所能執(zhí)行的sql語句； 系統(tǒng)級內(nèi)存數(shù)據(jù)庫，用于存儲系統(tǒng)級UlCom、系統(tǒng)級BLCom、系統(tǒng)級ORCom和系統(tǒng)級GORCom的數(shù)據(jù)； 全局數(shù)據(jù)庫，用于所有運行的iSC的數(shù)據(jù)的存??； 業(yè)務級構件包括業(yè)務級UlCom、業(yè)務級BLCom、業(yè)務級ORCom和業(yè)務級GORCom ； 業(yè)務級nCom，用于輸入運行的運行的iSC的數(shù)據(jù)；還用于輸出業(yè)務級BLCom運算結果的數(shù)據(jù)； 業(yè)務級BLCom，用于與業(yè)務級的UICom進行數(shù)據(jù)交互，還用于運行的iSC輸入的數(shù)據(jù)按請求進行運算，并與業(yè)務級ORCom進行數(shù)據(jù)交互； 業(yè)務級ORCom，用于通過數(shù)據(jù)訪問引擎對業(yè)務級內(nèi)存數(shù)據(jù)庫的存取； 業(yè)務級GORCom，用于通過數(shù)據(jù)訪問引擎對內(nèi)存數(shù)據(jù)庫與全局數(shù)據(jù)庫的進行數(shù)據(jù)交互；還用于對業(yè)務級構件運行的iSC對應的相關數(shù)據(jù)庫的存取； 業(yè)務級內(nèi)存數(shù)據(jù)庫，用于存儲業(yè)務級UlCom、業(yè)務級BLCom、業(yè)務級ORCom和業(yè)務級GORCom的數(shù)據(jù)； 所述iSC對應的相關數(shù)據(jù)庫為全局數(shù)據(jù)庫中專業(yè)級構件中運行的iSC相關的數(shù)據(jù)組成的數(shù)據(jù)庫。
2.根據(jù)權利要求I所述的支持多互聯(lián)網(wǎng)服務中心構建和運營的服務框架，其特征在于，系統(tǒng)核心包括調(diào)度組件BLCom、調(diào)度組件ORCom、構件解析引擎、運行態(tài)構件庫； 調(diào)度組件BLCom，用于接收調(diào)用系統(tǒng)級或業(yè)務級構件的請求，并向調(diào)度組件ORCom發(fā)出查詢系統(tǒng)級構件或業(yè)務級構件的位置的請求，并與調(diào)度組件ORCom進行數(shù)據(jù)交互，還用于按照相應策略選擇構件解析引擎檢索到的數(shù)據(jù)匯總成地址列表中相應的地址通過構件解析引擎發(fā)送給相應的系統(tǒng)級構件或業(yè)務級構件； 調(diào)度組件ORCom，用于調(diào)度組件BLCom接收查詢系統(tǒng)級構件或業(yè)務級構件的位置的請求，并向構件解析引擎發(fā)出檢索系統(tǒng)級構件或業(yè)務級構件的位置的請求，并與構件解析引擎進行數(shù)據(jù)交互； 構件解析引擎接收檢索系統(tǒng)級構件或業(yè)務級構件的位置的請求，檢索運行態(tài)構件庫中的所述系統(tǒng)級構件或業(yè)務級構件的位置的數(shù)據(jù)，并將檢索到的數(shù)據(jù)匯總成地址列表發(fā)送給調(diào)度組件ORCom。
3.根據(jù)權利要求I所述的支持多互聯(lián)網(wǎng)服務中心構建和運營的服務框架，其特征在于，全局數(shù)據(jù)庫中的資源是用資源模型來描述的， 所述資源模型包括資源通型描述、資源型描述和資源分類描述； 資源通型描述，用于對不同型的資源的統(tǒng)一描述； 資源型描述，用于對包含不同屬性的資源的描述，屬性不同則為不同的資源型描述； 資源分類描述，用于依據(jù)不同準則的對資源分類的描述； 所述資源型描述還包括資源專型描述、資源日歷描述、資源能力描述和資源其他描述； 資源專型描述，用于某一專型資源的詳細描述； 資源日歷描述，用于相應的資源的日歷信息的描述； 所述資源包括實物資源和數(shù)據(jù)資源。
全文摘要
支持多互聯(lián)網(wǎng)服務中心構建和運營的服務框架，涉及一種服務框架，為了解決目前服務型軟件的體系結構的數(shù)據(jù)存儲模式不能適應同一系統(tǒng)下的多iSC運行的問題。本發(fā)明支持多iSC自動構建和運營，并且支持構件動態(tài)調(diào)度及解析，通過建立內(nèi)存數(shù)據(jù)庫的兩種不同模式，能夠用統(tǒng)一的數(shù)據(jù)映射方式實現(xiàn)不同iSC數(shù)據(jù)的操作的服務框架該框架能夠支持多iSC自動構建；將原始構件中的數(shù)據(jù)庫映射構件ORCom拆分成ORCom和GORCom兩個構件，其中新的ORCom構件負責對內(nèi)存數(shù)據(jù)庫的存取，GORCom構件則負責對全局數(shù)據(jù)庫的存取，同時引入一個數(shù)據(jù)庫引擎實現(xiàn)內(nèi)存數(shù)據(jù)庫與全局數(shù)據(jù)庫的關聯(lián)與映射。它用于互聯(lián)網(wǎng)服務中心構建和運營。
文檔編號G06F9/46GK102929628SQ20121042797
公開日2013年2月13日 申請日期2012年10月31日 優(yōu)先權日2012年10月31日
發(fā)明者戰(zhàn)德臣, 徐曉飛, 聶蘭順, 程臻, 周學權, 張小東 申請人:哈爾濱工業(yè)大學