專利名稱：一種媒體發(fā)布系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及媒體發(fā)布平臺，尤其涉及一種能夠集成企業(yè)現(xiàn)有系統(tǒng)和IT基礎(chǔ)設(shè)施的架構(gòu)方案。
背景技術(shù)：
現(xiàn)有媒體發(fā)布系統(tǒng)的架構(gòu)，見圖1。許多提供發(fā)布的企業(yè)中IT被嚴重拆分。因為這些企業(yè)允許每個業(yè)務(wù)部門選擇它自己的IT需求，而不是依賴于集中管理的IT組織。因此，傳統(tǒng)的媒體發(fā)布系統(tǒng)也被拆分。通常，公司可能有一些內(nèi)容審批、財務(wù)、報表軟件，以及類似的支持不同業(yè)務(wù)方面的系統(tǒng)。這些部門安裝“最佳”軟件，而不考慮同其它部門或應(yīng)用程序的集成。后來他們發(fā)現(xiàn)，在原有基礎(chǔ)架構(gòu)中加入新的應(yīng)用時非常困難。圖1正是目前一些企業(yè)中IT基礎(chǔ)架構(gòu)的例子從圖1中可以注意到一個IT難題，那就是大多數(shù)應(yīng)用程序之間直接相互通信。如應(yīng)用區(qū)域A中的應(yīng)用1與應(yīng)用2直接通信，應(yīng)用2與應(yīng)用3直接通信等等。當應(yīng)用程序需要修改或淘汰時，這種依賴便成為一個實際問題。任何修改都可能會更新每條唯一的通信線路。因此，這種變更可能代價高昂。這種情況被稱為應(yīng)用程序間的緊耦合，也逐漸成為讓一些企業(yè)頭疼的問題。
JMX介紹JMX即Java管理擴展(Java Management Extensions)，是由Sun公司提出的一種管理框架。其目的就是為現(xiàn)有的應(yīng)用程序、系統(tǒng)植入管理功能的框架。Sun定義的架構(gòu)分為三層，可以參見圖四。
第一層是設(shè)備層所有被管理的資源都在這一層，被管理的資源要符合Mbean規(guī)范；第二層是代理層位于被管理資源和管理者之間，提供許多基礎(chǔ)服務(wù)，其中最主要的是Mbean Server服務(wù)，它是代理層乃至整個JMX的核心，所有的Mbean都在此注冊，管理者也必須通過它才能操縱被管理資源。這一層還提供許多其他基礎(chǔ)服務(wù)，比如協(xié)議適配器、監(jiān)視服務(wù)等。
第三層是分布層對于這一層，sun并沒有給出一個明確的規(guī)范，只是給出了簡要描述，這一層的主要目的就是使管理者可以不受地理限制來管理資源。
SOA架構(gòu)介紹SOA(面向服務(wù)架構(gòu))是一種構(gòu)建分布式系統(tǒng)的設(shè)計方法，傳統(tǒng)的分布式系統(tǒng)如Web Service，客戶端和服務(wù)端是緊耦合的，二者必須使用相同的協(xié)議、知道對方位置，開發(fā)出來的系統(tǒng)很容易成為‘信息孤島’，因為很難和其他系統(tǒng)無縫連接。
而SOA就是為了解決客戶端和服務(wù)端的強耦合、位置依賴，并保證用最小代價和其它系統(tǒng)集成，重用企業(yè)已經(jīng)建好的IT基礎(chǔ)設(shè)施。
SOA通過引入叫做ESB(企業(yè)服務(wù)總線)的基礎(chǔ)設(shè)施，隔離客戶端和服務(wù)端，并可以支持多種協(xié)議，任何一方只需要和ESB進行會話，不需要知道另一端的位置、協(xié)議、編程語言等細節(jié)。所有這些工作全部由ESB代勞。
通過上面的介紹可見，JMX和SOA分別針對不同的問題域，JMX目的是為系統(tǒng)提供管理手段，而SOA目的是為了集成不同系統(tǒng)。本發(fā)明把二者集成在一起，提供一個可管理、易集成的系統(tǒng)平臺。
可以看出，現(xiàn)有技術(shù)的媒體發(fā)布系統(tǒng)存在如下問題1.實現(xiàn)方案都基于點對點的調(diào)用方式，見圖2；傳統(tǒng)的分布式系統(tǒng)，大部分是基于Web Service或RMI甚至是DCOM進行調(diào)用，這種方式好處就是實現(xiàn)簡單。但是限制諸多，如通訊雙方都要使用相同的協(xié)議；相互連接安全可靠無法保證，如果需要可靠的連接，需要開發(fā)者自己編碼實現(xiàn)，增加了實現(xiàn)的難度。
對于簡單的拓撲結(jié)構(gòu)，這種設(shè)計方式簡單易于實現(xiàn)。特別是節(jié)點數(shù)量少時，這種方式工作的很好。當客戶、服務(wù)節(jié)點增多時，需要管理的連接數(shù)成指數(shù)增多，增加了管理難度。
傳統(tǒng)的分布式系統(tǒng)雖然可以實現(xiàn)不同系統(tǒng)間的重用，但是前提條件是作為Service Consumer(消費者)和Service Provider(提供者)的兩個系統(tǒng)必須使用相同的通信協(xié)議，如都使用RMI、SOAP等等。對于新開發(fā)的系統(tǒng)，可以通過強制使用一個協(xié)議來滿足這個前提，但對于大量已經(jīng)現(xiàn)存的系統(tǒng)而言，修改是不現(xiàn)實的。見圖2，傳統(tǒng)的分布式系統(tǒng)示意圖。
比如圖2中的第一部分單用戶模式1，當只有1個客戶端和三個服務(wù)時，需要提供三個連接；但多用戶模式2中，當有三個客戶端時，連接就增加到9個。并且每個客戶和服務(wù)之間都要使用相同的協(xié)議綁定在一起。
不同的協(xié)議需要使用不同的端口，在網(wǎng)絡(luò)上暴露更多的端口，增加了安全隱患。這些連接的安全、維護需要技術(shù)人員自己實現(xiàn)，降低了系統(tǒng)的可靠性。
2.無法在線調(diào)整系統(tǒng)現(xiàn)有系統(tǒng)一旦上線后，其功能就固定下來，很難動態(tài)的添加、修改模塊，即使個別小模塊的升級，也必須把整個系統(tǒng)停下來，重新發(fā)布新系統(tǒng)。無法保證7*24小時的模式。
3.差的響應(yīng)變化能力商務(wù)世界充滿了變化，任何產(chǎn)品在設(shè)計之初都無法預見到所有的問題領(lǐng)域，目前信息產(chǎn)品的普遍做法是，由客戶或商務(wù)經(jīng)理描述商務(wù)規(guī)則，技術(shù)經(jīng)理在確信了解這些規(guī)則后，通過某種技術(shù)框架最終以代碼的形式實現(xiàn)這些規(guī)則，因為產(chǎn)品對后續(xù)需求的應(yīng)變能力是企業(yè)領(lǐng)先于競爭對手的技術(shù)保證?，F(xiàn)有的解決方案面對需求改變時，都要對整個產(chǎn)品重新設(shè)計、開發(fā)、測試，大量的相關(guān)代碼可能要推倒重寫和仔細測試，然后才能發(fā)布，這個周期相對于商務(wù)變化顯得漫長、拖沓。
作為一個企業(yè)級的java應(yīng)用，體系龐大，組成復雜，各個服務(wù)模塊和數(shù)據(jù)庫接口通常由不同的團隊開發(fā)，彼此之間一無所知，整個產(chǎn)品的配置、部署對于實施人員可說是一個噩夢。每一個微小組件的升級，都需要重新編譯、分發(fā)、部署、重啟多個步驟，并且需要在多個節(jié)點上重復執(zhí)行，極易出錯。如果能夠提供一種圖形界面、鼠標拖拽的方式就能完成整個平臺的升級，將大大減輕管理員的工作強度，減少錯誤幾率。
4.系統(tǒng)安全和保密管理傳統(tǒng)的解決方案會把安全、加密、權(quán)限控制放在數(shù)據(jù)庫中，通過界面提供配置接口，然后在代碼中處理這些數(shù)據(jù)，對于相同的用戶，在不同的系統(tǒng)或不同的服務(wù)器上都需要重復這些步驟。并且不能有效利用企業(yè)已有的安全基礎(chǔ)設(shè)施，導致資源浪費，重復開發(fā)。
電信信息系統(tǒng)的安全性要求很高，并且在現(xiàn)有的IT安全基礎(chǔ)設(shè)施中已經(jīng)進行了巨大的投入，如何善用現(xiàn)有系統(tǒng)，最大程度保證客戶利益，避免重復投資，應(yīng)該作為解決方案設(shè)計的指導原則。

發(fā)明內(nèi)容
本發(fā)明為了解決上述問題，提出了一種媒體發(fā)布方法及系統(tǒng)，并且具有可管理、易擴展、低耦合的特點?？晒芾硇?，即本發(fā)明可提供全國范圍內(nèi)多點網(wǎng)絡(luò)接入，中央控制及管理。易擴展性，即本發(fā)明可適應(yīng)移動通訊高速發(fā)展的要求，以允許各種類型的已知，甚至未知媒體類型在該平臺上進行管理和發(fā)布，而且快速適應(yīng)不斷變化的商務(wù)需求。低耦合性，即本發(fā)明開發(fā)的各個模塊之間、模塊和整體之間的依賴性很低，可以隨時用新的技術(shù)實現(xiàn)某個模塊，替換下原有的模塊，對其他模塊、系統(tǒng)沒有任何影響。
為了實現(xiàn)上述目的，本發(fā)明公開了一種媒體發(fā)布系統(tǒng)，包括服務(wù)提供者模塊、服務(wù)消費者模塊，還包括內(nèi)核層，采用即插即用組件的管理框架；傳輸層，采用遠程JMX和GSSAPI庫，分離網(wǎng)絡(luò)傳輸和安全協(xié)議，并可以根據(jù)需要動態(tài)的插入不同的協(xié)議實現(xiàn)；服務(wù)層，所有的基礎(chǔ)模塊和功能模塊按照SOA規(guī)范進行封裝，向服務(wù)總線ESB進行注冊；并且按照JMX的MBean規(guī)范設(shè)計接口，保證MBean Server可以動態(tài)裝載、管理這些Service；應(yīng)用層，所有模塊在此暴露其接口，通過用戶界面進行調(diào)用、管理；服務(wù)總線，以軟件總線的形式貫穿整個系統(tǒng)，系統(tǒng)內(nèi)的所有服務(wù)組件都在此注冊，負責管理不同組件之間的路由、狀態(tài)管理，隱藏組件的位置、平臺、協(xié)議、編程語言。
所述內(nèi)核層包括設(shè)備層、代理層、分布服務(wù)層，其中設(shè)備層，用于駐留被管理資源，每個被管理資源按照MBean的接口規(guī)范進行定義和實現(xiàn)；代理層，位于被管理資源和管理者之間，用來管理資源；分布服務(wù)層，用于集成了JMX REMOTING技術(shù)，分離出傳輸協(xié)議，獨立于其他層單獨實現(xiàn)，實現(xiàn)隨時插入需要的協(xié)議，并保證所有的JMX信息無限制的傳遞。
所述代理層還包括連接器和協(xié)議適配器，以實現(xiàn)遠程管理，并把MBean信息轉(zhuǎn)換成符合特定信息的視圖。
本發(fā)明公開了一種媒體發(fā)布方法，該方法包括(1)采用即插即用組件的管理框架設(shè)置一內(nèi)核層；(2)采用遠程JMX和GSSAPI庫，分離網(wǎng)絡(luò)傳輸和安全協(xié)議，并根據(jù)需要動態(tài)的插入不同的協(xié)議實現(xiàn)；(3)所有的基礎(chǔ)模塊和功能模塊按照SOA規(guī)范進行封裝，向服務(wù)總線ESB進行注冊；并且按照JMX的MBean規(guī)范設(shè)計接口，保證MBean Server可以動態(tài)裝載、管理這些Service；(4)暴露所有模塊的接口，通過用戶界面進行調(diào)用、管理；(5)以軟件總線的形式貫穿整個系統(tǒng)，系統(tǒng)內(nèi)的所有服務(wù)組件都在此注冊，負責管理不同組件之間的路由、狀態(tài)管理，隱藏組件的位置、平臺、協(xié)議、編程語言。
所述步驟(1)包括(51)設(shè)置一設(shè)備層，用于駐留被管理資源，每個被管理資源按照MBean的接口規(guī)范進行定義和實現(xiàn)；(52)設(shè)置一代理層，位于被管理資源和管理者之間，用來管理資源；(53)設(shè)置一分布服務(wù)層，用于集成了JMX REMOTING技術(shù)，分離出傳輸協(xié)議，獨立于其他層單獨實現(xiàn)，實現(xiàn)隨時插入需要的協(xié)議，并保證所有的JMX信息無限制的傳遞。
所述步驟(51)具體包括(61)所有的模塊以SOA的Service模式進行設(shè)計開發(fā)；(62)對每個Service，再按照MBean的規(guī)范進行封裝，使用統(tǒng)一的方法進行操作或修改。
所述步驟(62)中所述按照MBean的規(guī)范進行封裝包括所有的屬性都通過getAttribute/setAttribute來讀??；可執(zhí)行的操作通過Invoke方法調(diào)用；事件傳播使用Notification、NotificationListener實現(xiàn)；描述MBean信息的輔助元數(shù)據(jù)，必須實現(xiàn)MBeanInfo接口。
所述步驟(52)還包括(81)在JMX內(nèi)植入一個Installer Serivce來實現(xiàn)控件的即插即用管理；
(82)每個需要發(fā)布的類有兩個部分組成，一個XML格式的文本文件叫做Descriptor，服務(wù)的二進制代碼如java的jar包。
(83)部署時先把Descriptor發(fā)給Installer Service，Service收到這個文本文件后，解析其中內(nèi)容，獲得代碼的URL，下載該代碼包并實例化該組件，然后再Mbean Server中注冊，隨后，這個新的組件就可以被調(diào)用，同時可以被管理。
所述步驟(53)具體包括(91)在系統(tǒng)控制中心有一個Provisioning Warehouse，所有的組件在這里集中注冊、保存副本；(92)控制中心、工作站、組件會在管理員的界面上以節(jié)點的形式表示；(93)當要發(fā)布新的組件、或升級舊的組件時，在圖形界面上以拖拉的方式進行操作；(94)控制中心接到指令后，先把組件的Descriptor文件下發(fā)給工作站；(95)工作站接到這個文件后，把它交給Installer Service模塊；(96)Installer Service對文件解析，得到地址信息；(97)Installer Service服務(wù)模塊從控制中心的代碼庫中下載組件的二進制包；(98)MBean Server對組件進行實例化，并采集信息；(99)采集到的信息通過協(xié)議適配器進行格式轉(zhuǎn)換，再由連接器以多播的形式發(fā)布給感興趣的監(jiān)控臺；(910)監(jiān)控臺上立即顯示出這些組件的狀態(tài)，可配制的屬性、可執(zhí)行的操作。
所述步驟(2)還包括所有的安全個體申請證書，個體間通訊之前根據(jù)證書進行身份驗證，驗證通過后，使用對稱加密算法對數(shù)據(jù)進行加密，而加密密鑰利用用戶的公鑰進行保護傳遞。
本發(fā)明還公開了一種利用權(quán)利要求1所述媒體發(fā)布系統(tǒng)或者權(quán)利要求4所述媒體發(fā)布方法分離商務(wù)規(guī)則和技術(shù)的方法，包括如下步驟(111)按照SOA的要求進行重構(gòu)企業(yè)的遺留系統(tǒng)，把各專業(yè)應(yīng)用分解成一個或多個服務(wù)，以Service Component的形式存在于系統(tǒng)中，并可以利用上一部分的“即插即用”功能，在SOA的ESB上進行注冊，動態(tài)管理；
(112)使用支持Service的工作流引擎，根據(jù)企業(yè)的業(yè)務(wù)流程，對這些Service進行選擇、排序，生成流程圖；整個流程的推進由工作流引擎驅(qū)動，引擎根據(jù)流程圖調(diào)用相應(yīng)的服務(wù)，并根據(jù)返回結(jié)果判斷下一步前進方向；因為采用SOA，各種系統(tǒng)不用考慮彼此間的通訊協(xié)議、連接方式、連接狀態(tài)，只需要把調(diào)用請求提交給Service Bus，剩下的工作全由Service Bus代理(113)對于專注于特殊功能的應(yīng)用，把其中的處理規(guī)則從代碼中剝離出來，放到規(guī)則引擎中，把公司策略從應(yīng)用中分離出來，并且可被其他應(yīng)用重用。
本發(fā)明公開的媒體發(fā)布系統(tǒng)及架構(gòu)，具有如下優(yōu)點及技術(shù)效果1、基于SOA架構(gòu)實現(xiàn)異構(gòu)平臺的集成，消除服務(wù)提供者和消費者之間的點對點連接方式，解耦二者的依賴關(guān)系；2、基于JMX微內(nèi)核的平臺設(shè)計和SOA架構(gòu)，所有提供的功能都以服務(wù)模塊的形式發(fā)布到系統(tǒng)，并且所有這些模塊都是“熱插拔”的，無論產(chǎn)品的升級、維護都以在線進行，確保7*24服務(wù)；3、圖形界面方式定義工作流和商務(wù)規(guī)則，把商務(wù)和技術(shù)分離開來，客戶可以不依賴于技術(shù)人員，自助式的定義規(guī)則，確保系統(tǒng)最快的市場適應(yīng)速度；3、松耦合的域結(jié)構(gòu)和對標準安全方案的全面支持，可以最大程度的利用企業(yè)現(xiàn)有的安全基礎(chǔ)設(shè)施，減少客戶的重復投資，確?？蛻衾?；


圖1為傳統(tǒng)媒體發(fā)布系統(tǒng)的架構(gòu)示意圖；圖2為傳統(tǒng)的分布式系統(tǒng)示意圖；圖3為本發(fā)明的SOA與JMX REMOTING架構(gòu)圖；圖4為本發(fā)明的JMX Kernel和Installer Service；圖5為本發(fā)明的SOA、工作流、規(guī)則引擎；圖6為本發(fā)明的安全架構(gòu)；圖7為本發(fā)明的系統(tǒng)架構(gòu)示意圖；圖8為本發(fā)明的接口示意圖；圖9為本發(fā)明的即插即用原理圖；圖10為本發(fā)明的即插即用示意圖；圖11為本發(fā)明的域結(jié)構(gòu)示意圖；
圖12為本發(fā)明的安全交互示意圖。
具體實施例方式
本發(fā)明從以下幾個方面集成JMX和SOA框架基于JMX微內(nèi)核，擴展它的MBean規(guī)范，使其支持SOA中定義的SerivceBean；集成JMX和JMX Remoting，利用JMX Remoting技術(shù)使得信息傳遞獨立于網(wǎng)絡(luò)協(xié)議，并且可以隨時插入不同協(xié)議，如HTTPS；所有的服務(wù)模塊，采用SOA模式進行設(shè)計，并結(jié)合JMX的動態(tài)加載技術(shù)，使所有的模塊可以即插即用，降低了模塊與整體之間的耦合度。
從以下幾方面集成SOA框架和工作流引擎，分離商務(wù)規(guī)則和技術(shù)實現(xiàn)，提供快速反應(yīng)的軟件產(chǎn)品。
技術(shù)人員考慮最基本的服務(wù)單元，按照SOA的規(guī)范定義接口并提供實現(xiàn)。這些單元組成企業(yè)范圍的組件庫；工作流引擎提供最基本的流轉(zhuǎn)控制功能；商務(wù)人員利用圖形界面從組件庫中進行選擇、排序，完成一個完整的商務(wù)流程，并且立刻就可以開始運轉(zhuǎn)。
開發(fā)符合JSR-94標準的規(guī)則引擎，結(jié)合工作流引擎，分離業(yè)務(wù)規(guī)則和技術(shù)實現(xiàn)。
集成Kerberos和PKI的安全方案，利用企業(yè)現(xiàn)有的基礎(chǔ)設(shè)施。
1.集成SOA和JMX REMOTING，解耦服務(wù)提供者和消費者，解決了點對點連接方式的缺陷；傳統(tǒng)的分布式系統(tǒng)雖然可以實現(xiàn)不同系統(tǒng)間的重用，但是前提條件是作為Service Consumer(服務(wù)消費者)和Service Provider(服務(wù)提供者)的兩個系統(tǒng)必須使用相同的通信協(xié)議，如都使用RMI、SOAP等等。對于新開發(fā)的系統(tǒng)，可以通過強制使用一個協(xié)議來滿足這個前提，但對于大量已經(jīng)現(xiàn)存的系統(tǒng)而言，修改是不現(xiàn)實的。見圖2，傳統(tǒng)的分布式系統(tǒng)示意圖。
SOA架構(gòu)(Service-Oriented Architecture，面向服務(wù)架構(gòu))在服務(wù)提供者和服務(wù)消費者之間引入一個叫做服務(wù)總線(Enterprise Service Bus，ESB)的基礎(chǔ)設(shè)施，服務(wù)消費者和服務(wù)提供者之間不再直接交互，而是由服務(wù)總線進行路由。ESB還提供了其他有用的功能。
1、1組成，見圖3，SOA與JMX REMOTING架構(gòu)圖。
Service提供者新系統(tǒng)或遺留系統(tǒng)中對外提供的服務(wù)，以Service Bean(服務(wù)包)的形式存在，在ESB上注冊，可以實現(xiàn)一種或幾種通訊協(xié)議；Service消費者需要調(diào)用Service的客戶端應(yīng)用，可以獨立于Service提供者而獨立實現(xiàn)；ESB服務(wù)總線，各種Service Bean在ESB上注冊，并提供其他功能。
JMX Remoting(Java Management Extension Remoting，遠程Java管理擴展)提供ESB和Service提供者、Service消費者之間的數(shù)據(jù)傳輸通道，負責具體的連接工作。
1、2各組成部分的作用和聯(lián)系無論是新開發(fā)的系統(tǒng)或企業(yè)遺留系統(tǒng)，把其功能模塊封裝成Service Bean(代碼包)的形式，并按照特定的規(guī)范向外暴露其接口；并在ESB中注冊，注冊內(nèi)容包括服務(wù)位置列表、實現(xiàn)的通訊協(xié)議、負載狀態(tài)；而ESB在Service消費者和Service提供者之間起到連接橋梁的作用，并提供狀態(tài)維護、負載均衡、故障轉(zhuǎn)移、格式轉(zhuǎn)換等基礎(chǔ)功能。
當Service消費者需要調(diào)用服務(wù)時，把請求發(fā)送給ESB，ESB定位Service的位置，并均衡Service的負載，根據(jù)Service注冊信息，選擇相應(yīng)的通訊協(xié)議，向Service發(fā)出調(diào)用。具體的通訊過程由JMX Remoting負責完成，Service處理結(jié)果返回給ESB，再由ESB返給Service消費者。
2、面向服務(wù)的即插即用系統(tǒng)基于JMX和SOA架構(gòu)的面向服務(wù)的系統(tǒng)架構(gòu)，以透明的方式為服務(wù)組件的即插既用提供基礎(chǔ)設(shè)施；可隨時添加新的服務(wù)組件以增加對新的業(yè)務(wù)的支持，或替換舊的模塊，而不影響原有的功能模塊。
2、1組成參見圖4以分層的形式進行描述其組成。
JMX KernelJMX即Java管理擴展，是由Sun公司提出的一種管理框架。其目的就是為現(xiàn)有的應(yīng)用程序、系統(tǒng)植入管理功能的框架。圖中Instrument和Agent兩層組成了JMX Kernel。
Service Bean按照SOA架構(gòu)實現(xiàn)的、提供完整功能的代碼包，被熱插拔的對象。圖中Service Bean駐留在Instrument Layer中。
Installer Service自行定義并實現(xiàn)的動態(tài)加載服務(wù)，嵌入到JMX中，對“即插即用”提供支持的基礎(chǔ)設(shè)施。圖中Installer Service駐留在AgentLayer中。
2、2各組成部分的作用和聯(lián)系JMX Kernel(JMX內(nèi)核)所有需要管理的資源稱為Service Bean，邏輯上位于圖中的Instrument(設(shè)備)層，這些資源的接口、屬性、方法的定義必須符合JMX規(guī)范，按照這種標準定義的對象，部署到符合JMX規(guī)范的容器內(nèi)之后，位于Agent(代理)層的Mbean Server(Mbean服務(wù))就會自動發(fā)現(xiàn)這個資源，讀取其屬性，并形成關(guān)于資源屬性、狀態(tài)的視圖，通過Adaptor(適配器)格式化后，把視圖發(fā)送到遠端的客戶機上進行顯示。
Service Bean提供完整功能的代碼包，如果完全按照JMX規(guī)范去實現(xiàn)管理功能，會發(fā)現(xiàn)管理的粒度過于精細，如果在用戶屏幕上羅列出一大堆類、對象，用戶會掉入信息的海洋而無所適從，并且過細的管理會造成巨大的性能開銷。
為了提供一個切實可行的管理方案，把JMX的MBean進行了擴展，擴展成Service MBean。通過定義新的接口，把原來的若干MBean封裝成為一個MBean，對原來的Mbean進行了更高一層的抽象，每個Service Bean已經(jīng)不再是抽象、不好理解的類，而代表一個完整的功能單元，被賦予了新的內(nèi)涵。
通過這種更高層的抽象設(shè)計，最終系統(tǒng)內(nèi)需要管理的資源數(shù)量大大減少了，并且每一個Service Bean都有一個明確的功能描述，用戶界面更加友好。
Installer Service(動態(tài)加載服務(wù))提供即插即用功能的動態(tài)加載服務(wù)。
嵌入到Agent Layer的Installer Service相當于JMX Kernel的軟總線，它的主要工作是支持熱插拔服務(wù)組件、對服務(wù)組件的生存期進行管理?；谶@種設(shè)計對于軟件部署提供了新的可能。
3.基于SOA的規(guī)則引擎和工作流引擎，分離商務(wù)規(guī)則和技術(shù)實現(xiàn)在瞬息變幻的商業(yè)環(huán)境中，作出反應(yīng)的速度往往決定著企業(yè)的成敗。隨需應(yīng)變的能力表現(xiàn)在以下幾個方面首先，需要創(chuàng)建一個快速響應(yīng)的環(huán)境，以便對市場上的任何變化作出快速反應(yīng)，而不管這種變化是內(nèi)部的還是外部的；其次，企業(yè)隨機應(yīng)變的成本應(yīng)該最小。這就要求企業(yè)需要一個有彈性的、健壯的基礎(chǔ)設(shè)施。本設(shè)計中通過結(jié)合SOA、工作流引擎、規(guī)則引擎實現(xiàn)商務(wù)和技術(shù)的分離。
3、1組成參見圖5企業(yè)組件庫企業(yè)內(nèi)部各個部門的“專業(yè)軟件”提供符合規(guī)范的接口，集中注冊，建立企業(yè)的組件庫；工作流引擎利用圖形化的工作流引擎工具，對組件進行選擇、排序、執(zhí)行；把企業(yè)范圍內(nèi)的應(yīng)用集成起來，并把業(yè)務(wù)流程從軟件中分離出來；規(guī)則引擎對于專注于特殊功能的應(yīng)用，比如用戶驗證、授權(quán)系統(tǒng)，把其中的處理規(guī)則從代碼中剝離出來，放到規(guī)則引擎中，把公司策略從應(yīng)用中分離出來，并且可被其他應(yīng)用重用。
3、2各組成部分的作用和聯(lián)系企業(yè)組件庫通過對企業(yè)的遺留系統(tǒng)按照SOA的要求進行重構(gòu)，把各專業(yè)應(yīng)用分解成一個或多個服務(wù)，以Service Bean的形式存在于系統(tǒng)中，并可以利用上一部分的“即插即用”功能，在SOA的ESB上進行注冊，動態(tài)管理；工作流引擎使用支持Service的工作流引擎，根據(jù)企業(yè)的業(yè)務(wù)流程，對這些Service進行選擇、排序，生成流程圖；整個流程的推進由工作流引擎驅(qū)動，引擎根據(jù)流程圖調(diào)用相應(yīng)的服務(wù)，并根據(jù)返回結(jié)果判斷下一步前進方向；因為采用SOA，各種系統(tǒng)不用考慮彼此間的通訊協(xié)議、連接方式、連接狀態(tài)，只需要把調(diào)用請求提交給ESB，剩下的工作全由ESB代理；請求方只需要關(guān)心返回結(jié)果就可以了；規(guī)則引擎對于各個應(yīng)用內(nèi)部設(shè)計到的業(yè)務(wù)規(guī)則，可以進一步的提取成規(guī)則對象，保存到規(guī)則庫中；應(yīng)用程序只需要構(gòu)造數(shù)據(jù)對象，然后把它丟給規(guī)則引擎，規(guī)則引擎負責用相應(yīng)的規(guī)則交驗這些數(shù)據(jù)，返回結(jié)果。
4.安全架構(gòu)和LDAP的松散的域控制運行在開放式網(wǎng)絡(luò)上的分布系統(tǒng)，安全設(shè)計四個方面身份驗證、授權(quán)、機密性、完整性；身份驗證是指驗證實體身份(是用戶、計算機還是程序)的過程。該過程確定實體是它所聲稱的身份，這是確保數(shù)據(jù)機密性、完整性的前提。
本系統(tǒng)地將KERBEROS和PKI(公鑰架構(gòu))結(jié)合在一起，集中一點對屬于安全域中的實體進行身份驗證(實體包括用戶、計算機、程序)；并可以采用多種加密協(xié)議對機密數(shù)據(jù)進行加密，進一步加強了安全力度。
4、1組成，見圖6KDC密鑰分發(fā)中心(Key Distribute Center)，用于局域網(wǎng)內(nèi)身份驗證；CA證書頒發(fā)中心，用于頒發(fā)企業(yè)證書，對廣域網(wǎng)的用戶進行身份驗證；DC域控制器(Domain Controller)，用于存放企業(yè)范圍內(nèi)的安全策略，對用戶進行授權(quán)；GSSAPI通用安全服務(wù)編程接口(Gerneral Security Service API)，各種應(yīng)用通過GSSAPI調(diào)用庫函數(shù)，完成身份驗證、加密等工作。
4、2各部分的作用和聯(lián)系對于局域網(wǎng)的用戶、應(yīng)用、機器之間的通訊，使用Kerberso協(xié)議來滿足安全需求，KDC作為密鑰分發(fā)中心負責安全域內(nèi)所有安全實體的身份驗證；對于廣域網(wǎng)內(nèi)的用戶，需要到企業(yè)CA申請安全證書，以后訪問企業(yè)資源時，必須出示證書，驗證通過后才能進入；DC作為企業(yè)的標識管理中心，存放包括計算機用戶帳戶、WEB用戶帳戶、應(yīng)用程序帳戶等標識信息，同時還存儲所用用戶的權(quán)限列表、企業(yè)的安全策略。用戶身份驗證后，從DC上獲得其權(quán)限列表，并結(jié)合資源的訪問策略共同決定用戶的操作權(quán)限。所有這些操作過程都通過GSSAPI調(diào)用實現(xiàn)。
下面再具體對本發(fā)明作進一步說明。
1.系統(tǒng)架構(gòu)整個系統(tǒng)從邏輯上可以分作四層見圖71)內(nèi)核層采用基于JMX的微內(nèi)核技術(shù)，已經(jīng)實現(xiàn)了即插即用組件的管理框架；2)傳輸層采用JMX Remoting和GSSAPI庫，分離網(wǎng)絡(luò)傳輸和安全協(xié)議，并可以根據(jù)需要動態(tài)的插入不同的協(xié)議實現(xiàn)。
3)服務(wù)層所有的基礎(chǔ)模塊和功能模塊按照SOA規(guī)范進行封裝成ServiceBean，向ESB進行注冊；并且按照JMX的MBean規(guī)范設(shè)計接口，保證MBeanServer可以動態(tài)裝載、管理這些Service Bean；4)應(yīng)用層所有模塊在此暴露其接口，通過用戶界面進行調(diào)用、管理。
5)服務(wù)總線以軟件總線的形式貫穿這個系統(tǒng)，系統(tǒng)內(nèi)的所有服務(wù)組件都在此注冊，負責管理不同組件之間的路由、狀態(tài)管理，隱藏組件的位置、平臺、協(xié)議、編程語言等細節(jié)。
2、基于JMX的即插即用和可視化管理在本發(fā)明中對JMX整個架構(gòu)分三層實現(xiàn)，設(shè)備層、代理層、分布服務(wù)層見圖4設(shè)備層這一層是被管理資源駐留的地方，每個被管理資源按照MBean的接口規(guī)范進行定義和實現(xiàn)；具體定義方式見圖81)所有的模塊以SOA的Service模式進行設(shè)計開發(fā)；2)對每個Service，再按照MBean的規(guī)范進行封裝，使用統(tǒng)一的方法進行操作或修改；如本系統(tǒng)規(guī)定，所有的屬性都通過getAttribute/setAttribute來讀取；可執(zhí)行的操作通過Invoke方法調(diào)用；事件傳播使用Notification、NotificationListener實現(xiàn)；描述MBean信息的輔助元數(shù)據(jù)，必須實現(xiàn)MBeanInfo接口；3)這些標準的資源就可以被MBean Server自動發(fā)現(xiàn)、讀取屬性、執(zhí)行操作；4)提供的信息對于用戶是好理解的，用戶很容易判斷管理界面所提供信息的含義。
代理層代理層位于被管理資源和管理者之間，用來管理資源，為了能夠?qū)崿F(xiàn)遠程管理，還實現(xiàn)連接器和協(xié)議適配器；協(xié)議適配器是用來把MBean信息轉(zhuǎn)換成符合特定信息的視圖，如HTTP適配器可以使得Mbean信息在Web頁面上進行顯示。
通過Installer Service(動態(tài)加載服務(wù))，本系統(tǒng)實現(xiàn)了即插即用的控件管理。詳細原理如圖9，即插即用。
1)在JMX內(nèi)植入一個Installer Serivce來實現(xiàn)控件的即插即用管理；2)每個需要發(fā)布的類有兩個部分組成，一個XML格式的文本文件叫做Descriptor(描述符)，服務(wù)的二進制代碼如java的jar包。
3)部署時先把Descriptor(描述符)發(fā)給Installer Service，Service收到這個文本文件后，解析其中內(nèi)容，獲得代碼的URL，下載該代碼包并實例化該組件，然后再Mbean Server中注冊，隨后，這個新的組件就可以被調(diào)用，同時可以被管理。并且Installer Service實現(xiàn)了多種協(xié)議，包括Http、Https以確保代碼的安全、可靠。
分布服務(wù)層為了保證所有的JMX信息都能不受限制的傳遞，本系統(tǒng)在這一層中集成了JMX REMOTING技術(shù)，把傳輸協(xié)議分離出來，獨立于其他層單獨實現(xiàn)，這樣就可以隨時插入需要的協(xié)議實現(xiàn)。
具體實現(xiàn)步驟如下，參見圖10即插即用示意圖1)在系統(tǒng)控制中心有一個Provisioning Warehouse(版本庫)，所有的組件在這里集中注冊、保存各種版本的副本；2)控制中心、工作站、組件會在管理員的界面上以節(jié)點的形式表示；3)當要發(fā)布新的組件、或升級舊的組件時，管理員在圖形界面上以拖拉的方式進行操作；4)控制中心接到指令后，先把組件的Descriptor(描述符)文件下發(fā)給工作站；5)工作站接到這個文件后，把它交給Installer Service模塊；6)Installer Service對文件解析，得到地址信息；7)Installer Service服務(wù)模塊從控制中心的代碼庫中下載組件的二進制包；8)因為這些組件嚴格按照MBean接口規(guī)范定義，MBean Server會立即對組件進行實例化，并采集信息；9)采集到的信息通過協(xié)議適配器進行格式轉(zhuǎn)換，再由連接器以多播的形式發(fā)布給感興趣的監(jiān)控臺；10)監(jiān)控臺上立即顯示出這些組件的狀態(tài)，可配制的屬性、可執(zhí)行的操作。
3.利用松散的域模型集中管理用戶驗證與授權(quán)在確保數(shù)據(jù)安全之后，本系統(tǒng)采用了符合LDAP標準的產(chǎn)品，把所有的用戶信息、策略設(shè)置集中存放在企業(yè)的目錄服務(wù)數(shù)據(jù)庫中，集中控制用戶的授權(quán)。
見圖11，域結(jié)構(gòu)示意圖1)整個系統(tǒng)采用單域模型，整個企業(yè)范圍定義一個根域，根據(jù)地理屬性或職能屬性劃分不同的子域。
2)域控制器作為KDC(密鑰分發(fā)中心)，對局域網(wǎng)內(nèi)的安全實體進行驗證；域控制器作為企業(yè)CA(證書頒發(fā)中心)，對廣域網(wǎng)內(nèi)的安全實體進行驗證；3)所有的企業(yè)信息，如用戶權(quán)限、安全策略全部存放在根域控制器中，所有的域控制器之間相互信任；所有配置、修改工作都在根域控制器上進行，然后自動分發(fā)到各個站點，在整個企業(yè)范圍內(nèi)生效。
4)各種資源包括主機、數(shù)據(jù)庫、應(yīng)用程序、甚至函數(shù)都定義自己的安全需求，根據(jù)安全實體的權(quán)限來允許或禁止用戶的訪問；5)利用這種松散的域結(jié)構(gòu)，大大簡化了維護企業(yè)信息安全、集中管理的技術(shù)復雜性。
2.安全控制過程分布式系統(tǒng)需要面對用戶認證、數(shù)據(jù)完整性、數(shù)據(jù)私有性、用戶授權(quán)四個方面的挑戰(zhàn)，現(xiàn)在流行的解決方案可以分成兩大類。一種是基于對稱加密算法的Kerberos安全架構(gòu)，另一種是基于非對稱加密算法的PKI架構(gòu)；這兩種方法都提供了完整的認證、完整性、私有性的解決方案，但這兩種方法都有不同程度的不足。
Kerberos架構(gòu)的對稱加密算法具有效率高，消耗資源少，可以依賴簡單的密碼產(chǎn)生密鑰等優(yōu)點，但是通訊中的安全個體都要信任KDC，并且每個個體和KDC之間都有共享一個密鑰；這不可避免的引起了密鑰分發(fā)的問題。
基于非對稱算法的PKI架構(gòu)，完美的解決了公鑰分發(fā)的問題，但是PKI架構(gòu)中的密鑰一般都是512或者1024位，無論加密還是解密都需要消耗大量的資源、效率差，甚至必須提供專門的硬件才能滿足效率需求。
本系統(tǒng)綜合了兩種流行方案的優(yōu)點，所有的安全個體都需要從公司的企業(yè)CA申請證書，個體間通訊之前根據(jù)證書進行身份驗證，驗證通過后，使用對稱加密算法對數(shù)據(jù)進行加密，而加密密鑰利用用戶的公鑰進行保護傳遞；采用這種方法，既可以安全的分發(fā)密鑰，同時保證了加密算法的效率。見圖12，安全交互示意圖1)用戶登錄系統(tǒng)，向KDC發(fā)送證書和TGT請求，請求用用戶的私鑰進行數(shù)字簽名；2)KDC先檢查證書來驗證用戶，然后檢查簽名確認數(shù)據(jù)沒有被篡改；檢查通過后KDC產(chǎn)生會話秘鑰、TGT，連同KDC的證書、數(shù)字簽名發(fā)給用戶；3)用戶驗證KDC身份，檢查數(shù)字簽名，檢驗通過后得到了和KDC的會話秘鑰4)當用戶需要訪問其他服務(wù)器或程序時，需要從KDC申請針對該服務(wù)的ticket；5)用戶向KDC提交TGT，以及ticket申請；6)KDC驗證TGT，產(chǎn)生該服務(wù)的ticket，返回給用戶，并且用服務(wù)器的公鑰進行加密；7)客戶把ticket、證書提交給服務(wù)器，服務(wù)器驗證用戶，生成和用戶之間的會話秘鑰，用服務(wù)器的私鑰進行簽名；用用戶的公鑰加密；8)用戶接到服務(wù)器證書，驗證服務(wù)器身份，驗證數(shù)據(jù)簽名，得到會話秘鑰；9)用戶和服務(wù)器之間開始加密通訊，使用對稱加密算法。
4.基于SOA的架構(gòu)集成工作流、規(guī)則引擎SOA是針對分布式服務(wù)的一種開發(fā)模式，并沒有明確的規(guī)范參考。傳統(tǒng)的分布式開發(fā)，Service Consumer和Service Provider之間是點對點連接。SOA引入一個叫做ESB(企業(yè)服務(wù)總線)的基礎(chǔ)設(shè)施，它支持多種協(xié)議，提供獨立于實現(xiàn)的接口定義標準。
引入ESB后，Service Provider和Serivce Consumer之間的耦合解除，兩個系統(tǒng)可以獨立開發(fā)，不用考慮對方的平臺、編程語言。真正的實現(xiàn)了分布系統(tǒng)集成。總線結(jié)構(gòu)大大減少了需要維護的連接數(shù)量。參見圖3，SOA架構(gòu)基于SOA，把異構(gòu)系統(tǒng)集成到工作流引擎，規(guī)則引擎上，提供業(yè)務(wù)流程管理。工作流引擎在技術(shù)世界里已經(jīng)存在很長時間，但傳統(tǒng)的工作流技術(shù)只能用在單一的軟件產(chǎn)品內(nèi)。直到Web Service的出現(xiàn)，特別是SOA架構(gòu)的提出，才使得不同廠家、不同平臺的應(yīng)用集成到一個工作流引擎上成為可能。
具體技術(shù)細節(jié)，見圖5，SOA、BPM(Business Process Management業(yè)務(wù)流程管理)1)對企業(yè)的遺留系統(tǒng)按照SOA的要求進行重構(gòu)，提取出功能獨立的并符合Mbean規(guī)范的Service Bean；2)這些Service Bean在SOA的ESB上進行注冊；3)使用支持Service的工作流引擎，根據(jù)企業(yè)的業(yè)務(wù)流程，對這些Service進行選擇、排序，生成流程圖；4)整個流程的推進由工作流引擎驅(qū)動，引擎根據(jù)流程圖調(diào)用相應(yīng)的服務(wù)，并根據(jù)返回結(jié)果判斷下一步前進方向；
5)遺留系統(tǒng)、新系統(tǒng)不用考慮彼此間的通訊協(xié)議、連接方式、連接狀態(tài)，只需要把調(diào)用請求提交給ESB，剩下的工作全由ESB代理；請求方只需要關(guān)心返回結(jié)果就可以了；6)對于各個應(yīng)用內(nèi)部設(shè)計到的業(yè)務(wù)規(guī)則，可以進一步的提取成規(guī)則對象，保存到規(guī)則庫中；7)應(yīng)用程序只需要構(gòu)造數(shù)據(jù)對象，然后把它丟給規(guī)則引擎，規(guī)則引擎負責用相應(yīng)的規(guī)則交驗這些數(shù)據(jù)，返回結(jié)果。
權(quán)利要求
1.一種媒體發(fā)布系統(tǒng)，包括服務(wù)提供者模塊、服務(wù)消費者模塊，其特征在于，還包括內(nèi)核層，采用即插即用組件的管理框架；傳輸層，采用遠程JMX和GSSAPI庫，分離網(wǎng)絡(luò)傳輸和安全協(xié)議，并可以根據(jù)需要動態(tài)的插入不同的協(xié)議實現(xiàn)；服務(wù)層，所有的基礎(chǔ)模塊和功能模塊按照SOA規(guī)范進行封裝，向服務(wù)總線ESB進行注冊；并且按照JMX的MBean規(guī)范設(shè)計接口，保證MBean Server可以動態(tài)裝載、管理這些Service；應(yīng)用層，所有模塊在此暴露其接口，通過用戶界面進行調(diào)用、管理；服務(wù)總線，以軟件總線的形式貫穿整個系統(tǒng)，系統(tǒng)內(nèi)的所有服務(wù)組件都在此注冊，負責管理不同組件之間的路由、狀態(tài)管理，隱藏組件的位置、平臺、協(xié)議、編程語言。
2.如權(quán)利要求1所述的媒體發(fā)布系統(tǒng)，其特征在于，內(nèi)核層包括設(shè)備層、代理層、分布服務(wù)層，其中設(shè)備層，用于駐留被管理資源，每個被管理資源按照MBean的接口規(guī)范進行定義和實現(xiàn)；代理層，位于被管理資源和管理者之間，用來管理資源；分布服務(wù)層，用于集成了JMX REMOTING技術(shù)，分離出傳輸協(xié)議，獨立于其他層單獨實現(xiàn)，實現(xiàn)隨時插入需要的協(xié)議，并保證所有的JMX信息無限制的傳遞。
3.如權(quán)利要求2所述的媒體發(fā)布系統(tǒng)，其特征在于，代理層還包括連接器和協(xié)議適配器，以實現(xiàn)遠程管理，并把MBean信息轉(zhuǎn)換成符合特定信息的視圖。
4.一種媒體發(fā)布方法，其特征在于，該方法包括(1)采用即插即用組件的管理框架設(shè)置一內(nèi)核層；(2)采用遠程JMX和GSSAPI庫，分離網(wǎng)絡(luò)傳輸和安全協(xié)議，并根據(jù)需要動態(tài)的插入不同的協(xié)議實現(xiàn)；(3)所有的基礎(chǔ)模塊和功能模塊按照SOA規(guī)范進行封裝，向服務(wù)總線ESB進行注冊；并且按照JMX的MBean規(guī)范設(shè)計接口，保證MBean Server可以動態(tài)裝載、管理這些Service；(4)暴露所有模塊的接口，通過用戶界面進行調(diào)用、管理；(5)以軟件總線的形式貫穿整個系統(tǒng)，系統(tǒng)內(nèi)的所有服務(wù)組件都在此注冊，負責管理不同組件之間的路由、狀態(tài)管理，隱藏組件的位置、平臺、協(xié)議、編程語言。
5.如權(quán)利要求4所述的媒體發(fā)布方法，其特征在于，所述步驟(1)包括(51)設(shè)置一設(shè)備層，用于駐留被管理資源，每個被管理資源按照MBean的接口規(guī)范進行定義和實現(xiàn)；(52)設(shè)置一代理層，位于被管理資源和管理者之間，用來管理資源；(53)設(shè)置一分布服務(wù)層，用于集成了JMX REMOTING技術(shù)，分離出傳輸協(xié)議，獨立于其他層單獨實現(xiàn)，實現(xiàn)隨時插入需要的協(xié)議，并保證所有的JMX信息無限制的傳遞。
6.如權(quán)利要求5所述的媒體發(fā)布方法，其特征在于，所述步驟(51)具體包括(61)所有的模塊以SOA的Service模式進行設(shè)計開發(fā)；(62)對每個Service，再按照MBean的規(guī)范進行封裝，使用統(tǒng)一的方法進行操作或修改。
7.如權(quán)利要求6所述的媒體發(fā)布方法，其特征在于，所述步驟(62)中所述按照MBean的規(guī)范進行封裝包括所有的屬性都通過getAttribute/setAttribute來讀??；可執(zhí)行的操作通過Invoke方法調(diào)用；事件傳播使用Notificaiton、NotificationListener實現(xiàn)；描述MBean信息的輔助元數(shù)據(jù)，必須實現(xiàn)MBeanInfo接口。
8.如權(quán)利要求5所述的媒體發(fā)布方法，其特征在于，所述步驟(52)還包括(81)在JMX內(nèi)植入一個Installer Serivce來實現(xiàn)控件的即插即用管理；(82)每個需要發(fā)布的類有兩個部分組成，一個XML格式的文本文件叫做Descriptor，服務(wù)的二進制代碼如java的jar包。(83)部署時先把Descriptor發(fā)給Installer Service，Service收到這個文本文件后，解析其中內(nèi)容，獲得代碼的URL，下載該代碼包并實例化該組件，然后再Mbean Server中注冊，隨后，這個新的組件就可以被調(diào)用，同時可以被管理。
9.如權(quán)利要求5所述的媒體發(fā)布方法，其特征在于，所述步驟(53)具體包括(91)在系統(tǒng)控制中心有一個Provisioning Warehouse，所有的組件在這里集中注冊、保存副本；(92)控制中心、工作站、組件會在管理員的界面上以節(jié)點的形式表示；(93)當要發(fā)布新的組件、或升級舊的組件時，在圖形界面上以拖拉的方式進行操作；(94)控制中心接到指令后，先把組件的Descriptor文件下發(fā)給工作站；(95)工作站接到這個文件后，把它交給Installer Service模塊；(96)Installer Service對文件解析，得到地址信息；(97)Installer Service服務(wù)模塊從控制中心的代碼庫中下載組件的二進制包；(98)MBean Server對組件進行實例化，并采集信息；(99)采集到的信息通過協(xié)議適配器進行格式轉(zhuǎn)換，再由連接器以多播的形式發(fā)布給感興趣的監(jiān)控臺；(910)監(jiān)控臺上立即顯示出這些組件的狀態(tài)，可配制的屬性、可執(zhí)行的操作。
10.如權(quán)利要求4所述的媒體發(fā)布方法，其特征在于，所述步驟(2)還包括所有的安全個體申請證書，個體間通訊之前根據(jù)證書進行身份驗證，驗證通過后，使用對稱加密算法對數(shù)據(jù)進行加密，而加密密鑰利用用戶的公鑰進行保護傳遞。
11.一種利用權(quán)利要求1所述媒體發(fā)布系統(tǒng)或者權(quán)利要求4所述媒體發(fā)布方法分離商務(wù)規(guī)則和技術(shù)的方法，其特征在于，包括如下步驟(111)按照SOA的要求進行重構(gòu)企業(yè)的遺留系統(tǒng)，把各專業(yè)應(yīng)用分解成一個或多個服務(wù)，以Service Component的形式存在于系統(tǒng)中，并可以利用上一部分的“即插即用”功能，在SOA的ESB上進行注冊，動態(tài)管理；(112)使用支持Service的工作流引擎，根據(jù)企業(yè)的業(yè)務(wù)流程，對這些Service進行選擇、排序，生成流程圖；整個流程的推進由工作流引擎驅(qū)動，引擎根據(jù)流程圖調(diào)用相應(yīng)的服務(wù)，并根據(jù)返回結(jié)果判斷下一步前進方向；因為采用SOA，各種系統(tǒng)不用考慮彼此間的通訊協(xié)議、連接方式、連接狀態(tài)，只需要把調(diào)用請求提交給Service Bus，剩下的工作全由Service Bus代理(113)對于專注于特殊功能的應(yīng)用，把其中的處理規(guī)則從代碼中剝離出來，放到規(guī)則引擎中，把公司策略從應(yīng)用中分離出來，并且可被其他應(yīng)用重用。
全文摘要
本發(fā)明涉及一種全新架構(gòu)的媒體發(fā)布系統(tǒng)，包括服務(wù)提供者模塊、服務(wù)消費者模塊，內(nèi)核層，采用即插即用組件的管理框架；傳輸層，采用遠程JMX和GSSAPI庫，分離網(wǎng)絡(luò)傳輸和安全協(xié)議，并可以根據(jù)需要動態(tài)的插入不同的協(xié)議實現(xiàn)；服務(wù)層，所有的基礎(chǔ)模塊和功能模塊按照SOA規(guī)范進行封裝，向服務(wù)總線ESB進行注冊；并且按照JMX的MBean規(guī)范設(shè)計接口，保證MBean Server可以動態(tài)裝載、管理這些Service；應(yīng)用層，所有模塊在此暴露其接口，通過用戶界面進行調(diào)用、管理；服務(wù)總線，以軟件總線的形式貫穿整個系統(tǒng)，系統(tǒng)內(nèi)的所有服務(wù)組件都在此注冊，負責管理不同組件之間的路由、狀態(tài)管理，隱藏組件的位置、平臺、協(xié)議、編程語言。具有可管理、易擴展、低耦合的特點。
文檔編號G06Q10/00GK1741525SQ20051008627
公開日2006年3月1日 申請日期2005年8月23日 優(yōu)先權(quán)日2005年8月23日
發(fā)明者林榮, 林鎮(zhèn)武 申請人:北京無限新銳網(wǎng)絡(luò)科技有限公司