專利名稱：面向服務的體系結構下的企業(yè)服務總線系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及企業(yè)服務總線的技術，特別涉及企業(yè)服務總線的部署和處理。
背景技術：
據(jù)Gartner統(tǒng)計，IT系統(tǒng)的整合是一個全球性問題，大型企業(yè)每年IT預算的40% 投給了整合和集成平臺，整合和集成還被全球33 %的CIO評為最重要的問題，超過90 %的 CIO認為它是非常重要的問題。另一方面，IDC的調(diào)查報告指出“應用整合市場全球營業(yè)收入已經(jīng)從2000年的50億美元上升到2006年的240億美元，這意味著綜合年增長率超過了 30%。與此相對應，整個IT服務產(chǎn)業(yè)的同期綜合年增長率預計只有11%。”因此，IDC認為應用整合仍是最近幾年內(nèi)IT行業(yè)中增長最快的部分之一。如何集成來自多個部門和機構跨不同平臺的產(chǎn)品和應用系統(tǒng)，以滿足業(yè)務上靈活多變的要求，一直是當今IT所面臨的主要挑戰(zhàn)之一。面向服務的體系結構(Service Oriented Architecture，以下簡稱 S0A)及企業(yè)服務總線(Enterprise Service Bus，ESB) 為解決這一問題提供了良好的途徑。SOA是現(xiàn)代企業(yè)節(jié)省軟件開發(fā)成本、快速響應業(yè)務需求的有效解決方案。在SOA 的技術架構下，業(yè)務需求人員與技術開發(fā)人員有著共同的溝通語言服務(SERVICE)，并且 SOA對服務的封裝和交互提供了一系列國際規(guī)范，確保該體系架構下的服務可以方便的被重用，節(jié)省企業(yè)的開發(fā)成本。ESB是基于SOA理念的交互基礎中間件，是系統(tǒng)之間松耦合式互操作的基礎實現(xiàn)設施。隨著國內(nèi)軟件即服務的思想越發(fā)流行，ESB的概念也由理論研究慢慢轉(zhuǎn)變?yōu)榱司唧w的項目實施。然而，現(xiàn)有的ESB產(chǎn)品和實現(xiàn)框架，都著重于ESB (企業(yè)服務總線)本身的實現(xiàn)技術細節(jié)和數(shù)據(jù)交互效率。它其實解決的是異構接口之間的互聯(lián)互通問題，對整個項目實施并沒有一個整體的認知和流程可循。事實上，在實際項目建設過程中，會發(fā)現(xiàn)很多的組織機構會遺留下相當多的歷史系統(tǒng)，怎樣用一種具體的方式將之整合進我們的現(xiàn)有總線之中，就是一個我們有待解決的問題之一。對待這種問題，當前行業(yè)最流行的方式就是強化ESB的核心技術接口適配器。比如說目前IBM的ESB產(chǎn)品提供的適配器是EJB、WEB SERVICE、HTTP、MQ,實際上這些還是對傳統(tǒng)的接口支持不足，比如CICS，TUXEDO等，尤其對自定義的TCP都沒辦法支持，只有自己寫適配器將傳統(tǒng)接口轉(zhuǎn)移到EJB或其他協(xié)議上，這樣一來，就會陷入?yún)f(xié)議集轉(zhuǎn)換過于龐大、 繁雜，到達無法管控的地步。

發(fā)明內(nèi)容
本發(fā)明目的是克服目前基于SOA的ESB產(chǎn)品協(xié)議集轉(zhuǎn)換過于龐大、無法管控的缺點，提供一種面向服務的體系結構下的企業(yè)服務總線系統(tǒng)。
本發(fā)明為解決上述技術問題所采用的技術方案是，面向服務的體系結構下的企業(yè)服務總線系統(tǒng)，其特征在于，包括服務治理平臺、服務交換總線及監(jiān)控平臺，所述服務治理平臺用于獲取服務，且對服務的整個周期流程進行審批和管理，由操作者通過服務治理平臺完成服務的分析、設計及測試，以及根據(jù)請求者的請求提供服務， 并實現(xiàn)數(shù)據(jù)同步；所述服務交換總線用于提供基礎的統(tǒng)一服務模塊，并根據(jù)服務治理平臺的服務信息描述實現(xiàn)服務請求方與服務提供方的連接和交互；所述監(jiān)控平臺用于對各運行狀態(tài)進行實時性監(jiān)控和針對性統(tǒng)計類監(jiān)控。具體的，所述服務治理平臺包括服務提供模塊、服務管理模塊、服務請求模塊及數(shù)據(jù)同步模塊，所述服務提供模塊用于向服務管理模塊提供服務；所述服務管理模塊用于對服務提供模塊提供的服務的整個周期流程進行審批和管理，由操作者通過服務治理平臺完成服務的分析、設計及測試，并根據(jù)請求者的請求提供服務；所述服務請求模塊用于請求方向服務管理模塊請求服務；所述數(shù)據(jù)同步模塊同于將服務管理模塊的服務信息以及服務發(fā)布方和服務請求方的關聯(lián)關系同步至服務交換總線和監(jiān)控平臺的數(shù)據(jù)庫中。進一步的，所述服務交換總線包括數(shù)據(jù)庫、動態(tài)路由模塊、報文格式轉(zhuǎn)換模塊、報文校驗模塊、訪問控制模塊、超時控制模塊、編碼轉(zhuǎn)換模塊、協(xié)議轉(zhuǎn)換模塊、共享緩存模塊、 文件傳輸模塊、發(fā)布訂閱模塊、日志處理模塊及異常處理模塊，所述數(shù)據(jù)庫用于存儲所有請求方的權限信息及路由信息，以及服務治理平臺發(fā)送來的同步數(shù)據(jù)；所述動態(tài)路由模塊用于根據(jù)服務治理平臺的服務信息描述實現(xiàn)服務請求方與服務提供方的連接和交互；所述報文格式轉(zhuǎn)換模塊用于將專有報文轉(zhuǎn)換成標準報文及將標準報文轉(zhuǎn)換成專有報文；所述報文校驗模塊用于校驗請求報文數(shù)據(jù)和格式的合法性；所述訪問控制模塊用于根據(jù)數(shù)據(jù)庫中的權限控制信息對請求方進行服務訪問的控制；所述超時控制模塊用于在請求超過規(guī)定時間段時對請求交易進行登記，并在應答完成后撤銷其登記；所述編碼轉(zhuǎn)換模塊用于將請求方的交互信息轉(zhuǎn)換為提供方認可的交互信息，同時也要將提供方的交互信息轉(zhuǎn)換為請求方認可的交互信息；所述協(xié)議轉(zhuǎn)換模塊用于向協(xié)議不通的各個系統(tǒng)提供協(xié)議轉(zhuǎn)換；所述共享緩存模塊用于加載數(shù)據(jù)庫中的路由信息、權限信息；所述文件傳輸模塊用于文件的傳輸；所述發(fā)布訂閱模塊用于支持發(fā)布者和訂閱者之間在實踐、空間和控制流方面的非耦合以及多對多通信模式，提供分布式系統(tǒng)所要求的松散耦合；所述日志處理模塊用于從系統(tǒng)級信息和應用級信息兩個方面去確定具體記錄日志中的詳細信息；所述異常處理模塊用于在交易流程發(fā)生異常時，由該異常處理模塊分析自動生成的異常列表，并將對于診斷異常有關的信息整理為XML消息，得到異常消息，并將該異常的內(nèi)容記錄到數(shù)據(jù)庫中，同時處理該異常消息。具體的，所述監(jiān)控平臺包括監(jiān)控數(shù)據(jù)庫、一線實時類監(jiān)控模塊、二線維護類監(jiān)控模塊及報表功能管理模塊，所述監(jiān)控數(shù)據(jù)庫用于存儲各種監(jiān)控數(shù)據(jù)以及服務治理平臺發(fā)送來的同步數(shù)據(jù)；所述一線實時類監(jiān)控模塊用于進行提供者狀態(tài)實時監(jiān)控、系統(tǒng)運行狀況實時監(jiān)控、交易日志實時監(jiān)控及異常信息實時監(jiān)控，并將這些監(jiān)控數(shù)據(jù)存儲在監(jiān)控數(shù)據(jù)庫中；所述二線維護類監(jiān)控模塊用于在監(jiān)控數(shù)據(jù)庫中進行服務信息查詢、請求者信息查詢及服務調(diào)用日志查詢；所述報表功能管理模塊用于創(chuàng)建和顯示服務調(diào)用量統(tǒng)計表、平均響應時間統(tǒng)計表、服務調(diào)用和響應時間對比表、前十錯誤服務調(diào)用統(tǒng)計表、服務調(diào)用狀態(tài)統(tǒng)計表，并將這些統(tǒng)計表存儲在數(shù)據(jù)庫中。本發(fā)明的有益效果是，通過上述面向服務的體系結構下的企業(yè)服務總線系統(tǒng)，整理為一整套服務治理方法，將所有歷史遺留系統(tǒng)和新系統(tǒng)的規(guī)劃工作統(tǒng)一到服務治理平臺之中。清晰的劃分了服務的整個流程，對外提供了統(tǒng)一的接口和交互協(xié)議，使得協(xié)議集轉(zhuǎn)換過于龐大、無法管控的問題得到了很大的規(guī)避和解決；與此同時，怎樣對生產(chǎn)環(huán)境下的服務進行實時監(jiān)控和健康狀況回饋，也是衡量一個ESB項目質(zhì)量的重要標準，特提出了三級監(jiān)控的概念，一級以實時信息為主，監(jiān)控當前最重要，最關鍵的服務業(yè)務，二級包括各種維護信息，三級對系統(tǒng)產(chǎn)生的各級報表做管理，這樣一來，清晰的劃分了各種監(jiān)控信息的重要級別，提高了發(fā)現(xiàn)問題和處理問題的響應度。


圖1為本發(fā)明實施例的系統(tǒng)框圖。
具體實施例方式本發(fā)明的面向服務的體系結構下的企業(yè)服務總線系統(tǒng)由服務治理平臺、服務交換總線及監(jiān)控平臺組成，其中，服務治理平臺用于獲取服務，且對服務的整個周期流程進行審批和管理，由操作者通過服務治理平臺完成服務的分析、設計及測試，以及根據(jù)請求者的請求提供服務，并實現(xiàn)數(shù)據(jù)同步，服務交換總線用于提供基礎的統(tǒng)一服務模塊，并根據(jù)服務治理平臺的服務信息描述實現(xiàn)服務請求方與服務提供方的連接和交互，監(jiān)控平臺用于對各運行狀態(tài)進行實時性監(jiān)控和針對性統(tǒng)計類監(jiān)控。實施例本例的服務治理平臺包括服務提供模塊、服務管理模塊、服務請求模塊及數(shù)據(jù)同步模塊，該面向服務的體系結構下的企業(yè)服務總線系統(tǒng)的系統(tǒng)框圖如圖1。該面向服務的體系結構下的企業(yè)服務總線系統(tǒng)由服務治理平臺、服務交換總線及監(jiān)控平臺組成，其中，服務治理平臺用于獲取服務，且對服務的整個周期流程進行審批和管理，由操作者通過服務治理平臺完成服務的分析、設計及測試，以及根據(jù)請求者的請求提供服務，并實現(xiàn)數(shù)據(jù)同步，服務交換總線用于提供基礎的統(tǒng)一服務模塊，并根據(jù)服務治理平臺的服務信息描述實現(xiàn)服務請求方與服務提供方的連接和交互，監(jiān)控平臺用于對各運行狀態(tài)進行實時性監(jiān)控和針對性統(tǒng)計類監(jiān)控。服務治理平臺由服務提供模塊、服務管理模塊、服務請求模塊及數(shù)據(jù)同步模塊組成，其中，服務提供模塊用于向服務管理模塊提供服務，服務管理模塊用于對服務提供模塊提供的服務的整個周期流程進行審批和管理，由操作者通過服務治理平臺完成服務的分析、設計及測試，并根據(jù)請求者的請求提供服務，服務請求模塊用于請求方向服務管理模塊請求服務，數(shù)據(jù)同步模塊同于將服務管理模塊的服務信息以及服務發(fā)布方和服務請求方的關聯(lián)關系同步至服務交換總線和監(jiān)控平臺的數(shù)據(jù)庫中，服務交換總線需要根據(jù)這些服務描述，實現(xiàn)交互功能，監(jiān)控平臺需要根據(jù)服務內(nèi)容和監(jiān)控條件引擎進行監(jiān)控行為。服務交換總線由數(shù)據(jù)庫、動態(tài)路由模塊、報文格式轉(zhuǎn)換模塊、報文校驗模塊、訪問控制模塊、超時控制模塊、編碼轉(zhuǎn)換模塊、協(xié)議轉(zhuǎn)換模塊、共享緩存模塊、文件傳輸模塊、發(fā)布訂閱模塊、日志處理模塊及異常處理模塊組成，服務交換總線即為企業(yè)服務總線，其中， 數(shù)據(jù)庫用于存儲所有請求方的權限信息及路由信息，以及服務治理平臺發(fā)送來的同步數(shù)據(jù)，動態(tài)路由模塊用于根據(jù)服務治理平臺的服務信息描述實現(xiàn)服務請求方與服務提供方的連接和交互，報文格式轉(zhuǎn)換模塊用于將專有報文轉(zhuǎn)換成標準報文及將標準報文轉(zhuǎn)換成專有報文，報文校驗模塊用于校驗請求報文數(shù)據(jù)和格式的合法性，訪問控制模塊用于根據(jù)數(shù)據(jù)庫中的權限控制信息對請求方進行服務訪問的控制，超時控制模塊用于在請求超過規(guī)定時間段時對請求交易進行登記，并在應答完成后撤銷其登記；編碼轉(zhuǎn)換模塊用于將請求方的交互信息轉(zhuǎn)換為提供方認可的交互信息，同時也要將提供方的交互信息轉(zhuǎn)換為請求方認可的交互信息；協(xié)議轉(zhuǎn)換模塊用于向協(xié)議不通的各個系統(tǒng)提供協(xié)議轉(zhuǎn)換，共享緩存模塊用于加載數(shù)據(jù)庫中的路由信息、權限信息，文件傳輸模塊用于文件的傳輸，發(fā)布訂閱模塊用于支持發(fā)布者和訂閱者之間在實踐、空間和控制流方面的非耦合以及多對多通信模式，提供分布式系統(tǒng)所要求的松散耦合，日志處理模塊用于從系統(tǒng)級信息和應用級信息兩個方面通過日志開關(此處指打開日志開關，日志處理模塊會產(chǎn)生相關操作的日志信息，關閉日志開關，日志處理模塊會取消相關操作日志信息)去確定具體記錄日志中的詳細信息；異常處理模塊用于在交易流程發(fā)生異常時，由該異常處理模塊分析自動生成的異常列表，并將對于診斷異常有關的信息整理為XML消息，得到異常消息，并將該異常的內(nèi)容記錄到數(shù)據(jù)庫中，同時處理該異常消息。監(jiān)控平臺由監(jiān)控數(shù)據(jù)庫、一線實時類監(jiān)控模塊、二線維護類監(jiān)控模塊及報表功能管理模塊組成，其中，監(jiān)控數(shù)據(jù)庫用于存儲各種監(jiān)控數(shù)據(jù)以及服務治理平臺發(fā)送來的同步數(shù)據(jù)，一線實時類監(jiān)控模塊用于進行提供者狀態(tài)實時監(jiān)控、系統(tǒng)運行狀況實時監(jiān)控、交易日志實時監(jiān)控及異常信息實時監(jiān)控，并將這些監(jiān)控數(shù)據(jù)存儲在監(jiān)控數(shù)據(jù)庫中，二線維護類監(jiān)控模塊用于在監(jiān)控數(shù)據(jù)庫中進行服務信息查詢、請求者信息查詢及服務調(diào)用日志查詢，報表功能管理模塊用于創(chuàng)建和顯示服務調(diào)用量統(tǒng)計表、平均響應時間統(tǒng)計表、服務調(diào)用和響應時間對比表、前十錯誤服務調(diào)用統(tǒng)計表、服務調(diào)用狀態(tài)統(tǒng)計表，并將這些統(tǒng)計表存儲在數(shù)據(jù)庫中。
權利要求
1.面向服務的體系結構下的企業(yè)服務總線系統(tǒng)，其特征在于，包括服務治理平臺、服務交換總線及監(jiān)控平臺，所述服務治理平臺用于獲取服務，且對服務的整個周期流程進行審批和管理，由操作者通過服務治理平臺完成服務的分析、設計及測試，以及根據(jù)請求者的請求提供服務，并實現(xiàn)數(shù)據(jù)同步；所述服務交換總線用于提供基礎的統(tǒng)一服務模塊，并根據(jù)服務治理平臺的服務信息描述實現(xiàn)服務請求方與服務提供方的連接和交互；所述監(jiān)控平臺用于對各運行狀態(tài)進行實時性監(jiān)控和針對性統(tǒng)計類監(jiān)控。
2.根據(jù)權利要求1所述面向服務的體系結構下的企業(yè)服務總線系統(tǒng)，其特征在于，所述服務治理平臺包括服務提供模塊、服務管理模塊、服務請求模塊及數(shù)據(jù)同步模塊，所述服務提供模塊用于向服務管理模塊提供服務；所述服務管理模塊用于對服務提供模塊提供的服務的整個周期流程進行審批和管理，由操作者通過服務治理平臺完成服務的分析、設計及測試，并根據(jù)請求者的請求提供服務；所述服務請求模塊用于請求方向服務管理模塊請求服務；所述數(shù)據(jù)同步模塊同于將服務管理模塊的服務信息以及服務發(fā)布方和服務請求方的關聯(lián)關系同步至服務交換總線和監(jiān)控平臺的數(shù)據(jù)庫中。
3.根據(jù)權利要求2所述面向服務的體系結構下的企業(yè)服務總線系統(tǒng)，其特征在于，所述服務交換總線包括數(shù)據(jù)庫、動態(tài)路由模塊、報文格式轉(zhuǎn)換模塊、報文校驗模塊、訪問控制模塊、超時控制模塊、編碼轉(zhuǎn)換模塊、協(xié)議轉(zhuǎn)換模塊、共享緩存模塊、文件傳輸模塊、發(fā)布訂閱模塊、日志處理模塊及異常處理模塊，所述數(shù)據(jù)庫用于存儲所有請求方的權限信息及路由信息，以及服務治理平臺發(fā)送來的同步數(shù)據(jù)；所述動態(tài)路由模塊用于根據(jù)服務治理平臺的服務信息描述實現(xiàn)服務請求方與服務提供方的連接和交互；所述報文格式轉(zhuǎn)換模塊用于將專有報文轉(zhuǎn)換成標準報文及將標準報文轉(zhuǎn)換成專有報文；所述報文校驗模塊用于校驗請求報文數(shù)據(jù)和格式的合法性；所述訪問控制模塊用于根據(jù)數(shù)據(jù)庫中的權限控制信息對請求方進行服務訪問的控制；所述超時控制模塊用于在請求超過規(guī)定時間段時對請求交易進行登記，并在應答完成后撤銷其登記；所述編碼轉(zhuǎn)換模塊用于將請求方的交互信息轉(zhuǎn)換為提供方認可的交互信息，同時也要將提供方的交互信息轉(zhuǎn)換為請求方認可的交互信息；所述協(xié)議轉(zhuǎn)換模塊用于向協(xié)議不通的各個系統(tǒng)提供協(xié)議轉(zhuǎn)換； 所述共享緩存模塊用于加載數(shù)據(jù)庫中的路由信息、權限信息； 所述文件傳輸模塊用于文件的傳輸；所述發(fā)布訂閱模塊用于支持發(fā)布者和訂閱者之間在實踐、空間和控制流方面的非耦合以及多對多通信模式，提供分布式系統(tǒng)所要求的松散耦合；所述日志處理模塊用于從系統(tǒng)級信息和應用級信息兩個方面去確定具體記錄日志中的詳細信息；所述異常處理模塊用于在交易流程發(fā)生異常時，由該異常處理模塊分析自動生成的異常列表，并將對于診斷異常有關的信息整理為XML消息，得到異常消息，并將該異常的內(nèi)容記錄到數(shù)據(jù)庫中，同時處理該異常消息。
4.根據(jù)權利要求1或2或3所述面向服務的體系結構下的企業(yè)服務總線系統(tǒng)，其特征在于，所述監(jiān)控平臺包括監(jiān)控數(shù)據(jù)庫、一線實時類監(jiān)控模塊、二線維護類監(jiān)控模塊及報表功能管理模塊，所述監(jiān)控數(shù)據(jù)庫用于存儲各種監(jiān)控數(shù)據(jù)以及服務治理平臺發(fā)送來的同步數(shù)據(jù)； 所述一線實時類監(jiān)控模塊用于進行提供者狀態(tài)實時監(jiān)控、系統(tǒng)運行狀況實時監(jiān)控、交易日志實時監(jiān)控及異常信息實時監(jiān)控，并將這些監(jiān)控數(shù)據(jù)存儲在監(jiān)控數(shù)據(jù)庫中；所述二線維護類監(jiān)控模塊用于在監(jiān)控數(shù)據(jù)庫中進行服務信息查詢、請求者信息查詢及服務調(diào)用日志查詢；所述報表功能管理模塊用于創(chuàng)建和顯示服務調(diào)用量統(tǒng)計表、平均響應時間統(tǒng)計表、服務調(diào)用和響應時間對比表、前十錯誤服務調(diào)用統(tǒng)計表、服務調(diào)用狀態(tài)統(tǒng)計表，并將這些統(tǒng)計表存儲在數(shù)據(jù)庫中。
全文摘要
本發(fā)明涉及企業(yè)服務總線的技術。本發(fā)明解決了現(xiàn)有基于SOA的ESB產(chǎn)品協(xié)議集轉(zhuǎn)換過于龐大、無法管控的問題，提供了一種面向服務的體系結構下的企業(yè)服務總線系統(tǒng)，其技術方案可概括為面向服務的體系結構下的企業(yè)服務總線系統(tǒng)由服務治理平臺、服務交換總線及監(jiān)控平臺組成。本發(fā)明的有益效果是，提供了統(tǒng)一的接口和交互協(xié)議，方便使用，適用于企業(yè)服務總線的架構。
文檔編號H04L29/08GK102347983SQ20111024802
公開日2012年2月8日 申請日期2011年8月26日 優(yōu)先權日2011年8月26日
發(fā)明者劉 東, 鄭巧 申請人:四川長虹電器股份有限公司