上海交通大學(xué)工程碩士學(xué)位論文摘要消息交換總線系統(tǒng)及其關(guān)鍵技術(shù)的設(shè)計與實(shí)現(xiàn)摘要伴隨著保險行業(yè)的穩(wěn)步發(fā)展，當(dāng)前各保險公司在全國各地業(yè)務(wù)不斷擴(kuò)張，與其他金融機(jī)構(gòu)諸如銀行、基金、證券和再保險公司等的橫向聯(lián)系也不斷增多。這些發(fā)展使得保險體系內(nèi)各應(yīng)用系統(tǒng)的邏輯關(guān)系愈加復(fù)雜，業(yè)務(wù)數(shù)據(jù)也呈現(xiàn)海量增長態(tài)勢。在保險公司內(nèi)部，原先大多通過點(diǎn)到點(diǎn)系統(tǒng)直聯(lián)進(jìn)行數(shù)據(jù)傳送，或者直接以手動方式進(jìn)行數(shù)據(jù)傳送，而在當(dāng)前行業(yè)大發(fā)展的背景下，傳統(tǒng)的信息交流方式顯然無法繼續(xù)適應(yīng)業(yè)務(wù)發(fā)展的需要。由此，設(shè)計一個更易接入、更易使用、可靠性更強(qiáng)的信息交換渠道已成為目前各大保險企業(yè)的迫切需求。構(gòu)建這樣一個信息交換主干既要滿足保險行業(yè)目前以及將來的發(fā)展需要，又要考慮公司內(nèi)部各種信息資源的優(yōu)化整合，還要有利于降低整個系統(tǒng)的運(yùn)行維護(hù)成本。本論文將從以上現(xiàn)實(shí)需求出發(fā)，介紹一種“企業(yè)整合架構(gòu)與消息交換框架”的解決方案。本文首先研究保險行業(yè)業(yè)務(wù)系統(tǒng)的運(yùn)行特點(diǎn)以及各業(yè)務(wù)系統(tǒng)間的數(shù)據(jù)傳輸需求，然后分析傳統(tǒng)數(shù)據(jù)交換方式在傳輸效率、可靠性、可用性方面的不足。隨后在此基礎(chǔ)上，提出并設(shè)計符合行業(yè)需要的消息交換總線系統(tǒng)的解決方案，在此方案中我們將提出消息交換總線的概念，并介紹系統(tǒng)的基本組成、工作原理以及與實(shí)際業(yè)務(wù)系統(tǒng)的交互方式。通過與傳統(tǒng)信息交流方式做比較，本文還將分析此方案的優(yōu)點(diǎn)以及可行性。此外，本論文還將就解決方案中的關(guān)鍵技術(shù)“消息交換適配器”進(jìn)行詳細(xì)分析與設(shè)計，其中包括對消息交換適配器的詳細(xì)分類、功能設(shè)計、組件設(shè)計、程序設(shè)計等。第V頁上海交通大學(xué)工程碩士學(xué)位論文摘要關(guān)鍵詞消息交換總線、文件適配器、消息路由、消息轉(zhuǎn)換、IAA第VI頁上海交通大學(xué)工程碩士學(xué)位論文摘要THEDESIGNANDIMPLEMENTIONOFTHEMESSAGEBUSSYSTEMANDITSCORETECHNOLOGYABSTRACTWITHTHESTEADYDEVELOPMENTOFTHEINSURANCEINDUSTRY,ALLTHEINSURANCEAGENTSEXPANDTHEIRBUSINESSCOUNTRYWIDEGRADUALLYANDSTARTTOSTRENGTHENTHEIRHORIZONTALCOOPERATIONWITHOTHERFINANCIALORGANIZATIONSUCHASBANK,FUNDS,STOCKJOBBERANDREINSURANCEAGENTTHISALLMAKESTHERELATIONSHIPOFTHEAPPLICATIONSYSTEMINSIDETHEINSURANCECOMPANYMOREANDMORECOMPLICATEDANDTHERATEOFTHEINCREMENTOFTHEDATAMOREANDMOREQUICKLYTHEREFORE,THETRADITIONALWAYOFDATATRANSFERWILLBEUNABLETOMEETTHENEEDSOFTHEDEVELOPMENTOFTHEINSURANCEINDUSTRYANYMORETOREALIZETHEOPTIMIZATIONANDINTEGRATIONOFTHEINFORMATIONRESOURCES，THETHESISINTRODUCESANEWSOLUTIONNAMED”ENTERPRISEINTEGRATIONANDMESSAGETRANSMISSIONFRAMEWORK”WHICHWILLHELPTOLOWERTHECOSTOFMAINTAININGTHESYSTEMSTHROUGHINVESTIGATINGTHEFEATURESOFTHEAPPLICATIONSYSTEMSINSIDETHEINSURANCECOMPANYANDTHENEEDSOFTHEIRDATATRANSMISSION,THETHESISANALYZESTHEDEFICIENCYOFTHETRADITIONALWAYOFDATATRANSMISSIONANDTHENTHETHESISEXPLAINSTHECONCEPTOFTHEMESSAGEBUSANDINTRODUCESTHEWAYITINTERACTSWITHOTHERSYSTEMSBYCOMPARINGWITHOTHERTRADITIONALWAYOFMESSAGETRANSMISSION,THETHESISANALYZESTHEADVANTAGEANDTHEFEASIBILITYOFTHISSOLUTIONBESIDESTHETHESISALSOANALYZESITSKERNELTECHNIQUENAMEDADAPTERKEYWORDSMSGBUS、ADAPTER、MESSAGEROUTER、MESSAGETRANSMISSION、IAA第VII頁縮寫英文全稱中文含義EAIENTERPRISEAPPLICATIONINTEGRATION企業(yè)應(yīng)用集成MSGBUSMESSAGEBUSSYSTEM消息交換總線系統(tǒng)SASOURCEADAPTER源適配器SAKSOURCEADAPTERKERNEL源適配器內(nèi)核SASSOURCEADAPTERSHELL源適配器外殼DADESTINATIONADAPTER目標(biāo)適配器DAKDESTINATIONADAPTERKERNEL目標(biāo)適配器內(nèi)核DASDESTINATIONADAPTERSHELL目標(biāo)適配器外殼BODBUSINESSOBJECTDEFINITION業(yè)務(wù)對象定義BCABUSCOMMUNICATIONADAPTER總線通訊適配器DAEMONDAEMONPROCESS守護(hù)進(jìn)程BOBUSINESSOBJECT業(yè)務(wù)對象MDLMESSAGEDEFINITIONLEVEL消息標(biāo)識層MRLMESSAGEROUTERLEVEL消息路由層P2PPOINTTOPOINT點(diǎn)到點(diǎn)P2MPPOINTTOMULTIPOINT一點(diǎn)到多點(diǎn)PUB/SUBPUBLISH/SUBSCRIBE發(fā)布/訂閱方式上海交通大學(xué)工程碩士學(xué)位論文縮略語縮略語第59頁上海交通大學(xué)學(xué)位論文原創(chuàng)性聲明本人鄭重聲明所呈交的學(xué)位論文，是本人在導(dǎo)師的指導(dǎo)下，獨(dú)立進(jìn)行研究工作所取得的成果。除文中已經(jīng)注明引用的內(nèi)容外，本論文不包含任何其他個人或集體已經(jīng)發(fā)表或撰寫過的作品成果。對本文的研究做出重要貢獻(xiàn)的個人和集體，均已在文中以明確方式標(biāo)明。本人完全意識到本聲明的法律結(jié)果由本人承擔(dān)。學(xué)位論文作者簽名李宵歡日期年月日上海交通大學(xué)學(xué)位論文版權(quán)使用授權(quán)書本學(xué)位論文作者完全了解學(xué)校有關(guān)保留、使用學(xué)位論文的規(guī)定，同意學(xué)校保留并向國家有關(guān)部門或機(jī)構(gòu)送交論文的復(fù)印件和電子版，允許論文被查閱和借閱。本人授權(quán)上海交通大學(xué)可以將本學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫進(jìn)行檢索，可以采用影印、縮印或掃描等復(fù)制手段保存和匯編本學(xué)位論文。保密，在本學(xué)位論文屬于不保密。（請?jiān)谝陨戏娇騼?nèi)打“”）學(xué)位論文作者簽名李宵歡年解密后適用本授權(quán)書。指導(dǎo)教師簽名李生紅日期年月日日期年月日上海交通大學(xué)工程碩士學(xué)位論文第一章緒論第一章緒論11課題背景與研究意義目前，中國保險事業(yè)正處于一個穩(wěn)步向上的局面，隨著各地分公司業(yè)務(wù)的飛速擴(kuò)展，以及與其他金融機(jī)構(gòu)的橫向合作日益增多，公司內(nèi)部業(yè)務(wù)系統(tǒng)的負(fù)荷越來越重，不同系統(tǒng)間信息交換的成本也越來越高。因此如何把保險企業(yè)內(nèi)部現(xiàn)有的各種信息資源優(yōu)化整合，使已有資源能夠在不同系統(tǒng)間實(shí)現(xiàn)共享，對公司自身信息化建設(shè)具有戰(zhàn)略性的意義，同時也為今后新業(yè)務(wù)的拓展奠定了技術(shù)實(shí)現(xiàn)的基礎(chǔ)。中國太平洋保險（集團(tuán)）股份有限公司（公司英文簡稱CPIC）是1991年成立的中國太平洋保險公司的基礎(chǔ)上組建而成的保險集團(tuán)公司，總部設(shè)在上海。公司投資設(shè)立中國太平洋人壽保險股份有限公司、中國太平洋財產(chǎn)保險股份有限公司、太平洋資產(chǎn)管理公司等，在中國財產(chǎn)保險市場排名第二。原先集團(tuán)公司的各業(yè)務(wù)系統(tǒng)與產(chǎn)壽險分公司系統(tǒng)、太保電子商務(wù)網(wǎng)站與產(chǎn)壽險分公司系統(tǒng)之間的信息交流主要是通過點(diǎn)到點(diǎn)系統(tǒng)直聯(lián)傳送數(shù)據(jù)或者手動傳送數(shù)據(jù)，如電子商務(wù)網(wǎng)站和分公司業(yè)務(wù)處理系統(tǒng)的連接和數(shù)據(jù)交換，分公司統(tǒng)計、精算和再保險數(shù)據(jù)的上傳等。隨著新系統(tǒng)如產(chǎn)險核心系統(tǒng)，壽險核心業(yè)務(wù)系統(tǒng)，集團(tuán)數(shù)據(jù)倉庫系統(tǒng)，全司集中式財務(wù)系統(tǒng)等的陸續(xù)上線，這種點(diǎn)到點(diǎn)的數(shù)據(jù)交流方式越來越不適應(yīng)太保對信息的要求；此外，系統(tǒng)之間的互聯(lián)變的越來越復(fù)雜，實(shí)時性要求日益提高，如核保核賠系統(tǒng)需要調(diào)閱影像系統(tǒng)數(shù)據(jù)，并及時將結(jié)果反饋給出單系統(tǒng)。各個系統(tǒng)間的相互關(guān)聯(lián)，構(gòu)成了復(fù)雜的連接網(wǎng)絡(luò)，耗費(fèi)了公司大量的人力財力進(jìn)行維護(hù)；同時，當(dāng)新舊系統(tǒng)替換時，如何保持接口的及時更新，保證數(shù)據(jù)安全性和一致性都存在極大的風(fēng)險。在此情況下，建立一個信息交換總線就成為首選的解決方案。在消息交換總線系統(tǒng)平臺的基礎(chǔ)上，集團(tuán)內(nèi)部的任何授權(quán)系統(tǒng)都將可以訪問或獲取其他系統(tǒng)的資源，新系統(tǒng)在實(shí)施過程中也可以隨時加入消息交換總線。此系統(tǒng)的設(shè)計與構(gòu)架，將大大降低整個系統(tǒng)的運(yùn)行維護(hù)成本，新舊系統(tǒng)可以共存將大量減少接口代碼的調(diào)整，從而減少了一次性替換所有應(yīng)用系統(tǒng)的風(fēng)險性。此外，在此系統(tǒng)的基礎(chǔ)上，今后各系統(tǒng)的信息和數(shù)據(jù)交換都將遵循統(tǒng)一的方法和格式，從而幫助企業(yè)應(yīng)用系統(tǒng)和數(shù)據(jù)更加一體化，有利于統(tǒng)一管理和監(jiān)督?；谏鲜霰ｋU企業(yè)的現(xiàn)實(shí)需求以及發(fā)展需要，太平洋保險（集團(tuán)）股份有限公司成立了專門的項(xiàng)目團(tuán)隊(duì)，以搭建企業(yè)整合架構(gòu)與消息交換框架。通過與各專業(yè)子公司的總、分公司各相關(guān)業(yè)務(wù)部門、相關(guān)應(yīng)用系統(tǒng)的負(fù)責(zé)人合作，共同展開項(xiàng)目需求分析。12需求現(xiàn)狀與項(xiàng)目概況當(dāng)前保險企業(yè)的內(nèi)部系統(tǒng)主要有三種形式，基于TUXEDO的三層應(yīng)用模式、第1頁上海交通大學(xué)工程碩士學(xué)位論文第一章緒論基于WEB服務(wù)的應(yīng)用和傳統(tǒng)的C/S架構(gòu)的數(shù)據(jù)庫應(yīng)用。這些系統(tǒng)之間的連接基本采用點(diǎn)到點(diǎn)的形式，數(shù)據(jù)交換的方式很多采用文件傳輸，數(shù)據(jù)交換的流向主要是分公司向總公司或集團(tuán)上報數(shù)據(jù)，以及業(yè)務(wù)系統(tǒng)向統(tǒng)計分析系統(tǒng)傳送業(yè)務(wù)和客戶數(shù)據(jù)，在分公司內(nèi)部不同系統(tǒng)間的數(shù)據(jù)交換是通過為這些數(shù)據(jù)交換定制專門的接口來完成的，而現(xiàn)有系統(tǒng)則基本沒有對外開放的公共編程接口。綜上，當(dāng)前保險企業(yè)各業(yè)務(wù)系統(tǒng)間的數(shù)據(jù)交換方式主要有手工處理、FTP文件傳送和共享數(shù)據(jù)庫等方式。以統(tǒng)計系統(tǒng)的數(shù)據(jù)采集過程的具體數(shù)據(jù)交換方式為例，采集的頻率為每天一次。分公司端應(yīng)用程序有數(shù)據(jù)上傳模版或腳本，每天通過FTP打包上傳業(yè)務(wù)數(shù)據(jù)至總公司專用服務(wù)器，再由總公司端應(yīng)用程序?qū)氲娇偣镜臄?shù)據(jù)庫中。由統(tǒng)計系統(tǒng)的數(shù)據(jù)采集過程可見，現(xiàn)有業(yè)務(wù)系統(tǒng)間的數(shù)據(jù)傳輸大多需要定制開發(fā)或是人工參與，整個數(shù)據(jù)傳輸、交換過程較長，很難滿足對實(shí)時性要求較高的系統(tǒng)的傳輸需要。此外，傳輸過程中往往需要第三方輔助工具，從而無法確保所傳數(shù)據(jù)的準(zhǔn)確性和可靠性。一旦傳輸過程中遇到異常，將無法及時發(fā)現(xiàn)，一般情況下無法做到斷點(diǎn)續(xù)傳，影響了傳輸效率。再而，隨著企業(yè)的發(fā)展，各業(yè)務(wù)系統(tǒng)間的邏輯關(guān)系愈來愈復(fù)雜，上述傳統(tǒng)而簡單的消息交換方式無論從可操作性、可靠性、可維護(hù)性還是安全性角度，都將無法繼續(xù)適應(yīng)企業(yè)的變化需要。本論文所定義的“企業(yè)整合架構(gòu)和消息交換框架”的目標(biāo)是通過建立一個共同的消息交換架構(gòu)來使公司內(nèi)所有系統(tǒng)之間能夠自由地交換信息，而無需知道相互之間的位置及對方系統(tǒng)的內(nèi)部格式。本項(xiàng)目還將制定消息交換的流程和標(biāo)準(zhǔn)，建立集中的消息交換中心和連接其他系統(tǒng)的適配器，所以在本文中將該項(xiàng)目簡稱為“消息交換總線系統(tǒng)”。消息交換總線系統(tǒng)將服務(wù)于公司內(nèi)將要建成的各個新系統(tǒng)以及公司內(nèi)部的所有現(xiàn)有系統(tǒng)，為這些系統(tǒng)之間的信息交換提供平臺。消息交換總線系統(tǒng)的目標(biāo)分為技術(shù)實(shí)現(xiàn)和系統(tǒng)整合兩個部分。技術(shù)實(shí)現(xiàn)包括定義用于系統(tǒng)互相連接的企業(yè)架構(gòu)；建立消息交換架構(gòu)，該架構(gòu)可以連接所有現(xiàn)有系統(tǒng)和新規(guī)劃系統(tǒng)；定義消息交換的標(biāo)準(zhǔn)以實(shí)現(xiàn)消息數(shù)據(jù)在系統(tǒng)之間的傳輸。系統(tǒng)整合則包括開發(fā)進(jìn)行數(shù)據(jù)交換的消息交換中心，以及連接不同系統(tǒng)所需的相應(yīng)的適配器；通過適配器將需要數(shù)據(jù)交換的現(xiàn)有系統(tǒng)和新規(guī)劃系統(tǒng)接入消息交換總線系統(tǒng)，在消息交換中心實(shí)現(xiàn)數(shù)據(jù)交換的消息流；同時建立一套集中式的監(jiān)控系統(tǒng)來監(jiān)控消息交換總線系統(tǒng)內(nèi)的通訊狀態(tài)、消息狀態(tài)、適配器運(yùn)行狀態(tài)等等。13論文安排和研究內(nèi)容本人在攻讀通信工程碩士期間，先后就職于中國太平洋保險（集團(tuán)）股份有限公司信息技術(shù)部和IT運(yùn)行中心，主要從事業(yè)務(wù)系統(tǒng)維護(hù)等工作。期間參與了公司關(guān)于“企業(yè)整合架構(gòu)和消息交換框架”項(xiàng)目的概念設(shè)計階段、計劃階段、開發(fā)階段的工作。在開發(fā)階段中，我主要參與關(guān)于文件適配器模塊的設(shè)計和開發(fā)工作。根據(jù)上述信息化建設(shè)以及信息資源優(yōu)化整合的需求，本文將詳細(xì)提出通過建立企業(yè)消息交換框架的解決方案。消息交換總線可謂是保險公司的信息化高速公路，公司內(nèi)部任何授權(quán)系統(tǒng)都可通過此消息交換總線，訪問或獲取其他系統(tǒng)的資源，從而大大降低整個系統(tǒng)的運(yùn)行維護(hù)成本。消息交換總線系統(tǒng)的總體設(shè)計思想是通過多對一的通訊方式來改變系統(tǒng)間消息交換可能出現(xiàn)的多對多的復(fù)雜的網(wǎng)狀結(jié)構(gòu)，每個系統(tǒng)都只和消息交換總線系統(tǒng)保持單一接口，由消息交換總線系統(tǒng)第2頁上海交通大學(xué)工程碩士學(xué)位論文第一章緒論來連接所有的系統(tǒng)。本論文的主要研究內(nèi)容包括對整個解決方案的設(shè)計與分析、消息交換中心的定義和部署以及各類文件適配器的設(shè)計與實(shí)現(xiàn)。本論文的具體安排如下第一章緒論提出了論文的課題背景與研究意義，從當(dāng)前保險企業(yè)內(nèi)部各系統(tǒng)數(shù)據(jù)交換所面對實(shí)際問題出發(fā)，結(jié)合保險行業(yè)的業(yè)務(wù)特點(diǎn)，提出論文的選題。第二章具體分析保險企業(yè)的業(yè)務(wù)系統(tǒng)現(xiàn)狀和各系統(tǒng)數(shù)據(jù)交換的主要方式，總結(jié)各傳統(tǒng)數(shù)據(jù)交換方式所存在的缺陷，并提出本論文的解決方案。通過與傳統(tǒng)解決方式做比較，最后指出使用消息交換總線系統(tǒng)進(jìn)行數(shù)據(jù)交換的意義。第三章論述項(xiàng)目的總體解決方案，并對系統(tǒng)總體邏輯架構(gòu)、各主要功能模塊、系統(tǒng)運(yùn)作流程、系統(tǒng)工作原理等進(jìn)行分析與研究。第四章展開對消息交換總線系統(tǒng)中適配器模塊的整體設(shè)計，其中針對不同業(yè)務(wù)類型設(shè)計了不同功能的適配器，并逐個展開功能設(shè)計和組件設(shè)計。第五章對文件適配器模塊將進(jìn)行詳細(xì)設(shè)計，包括對適配器內(nèi)部組件的設(shè)計以及各組件間調(diào)用關(guān)系的分析。此外通過設(shè)計總體程序流程圖，完成文件適配器程序的具體實(shí)現(xiàn)。本章重點(diǎn)針對文件適配器模塊各組件的功能設(shè)計與實(shí)現(xiàn)，基本完成總體解決方案中對此的設(shè)計需求。第六章在上述各章的基礎(chǔ)上進(jìn)行總結(jié)，回顧整個系統(tǒng)的設(shè)計思路。通過與傳統(tǒng)數(shù)據(jù)交換方式對比，分析本項(xiàng)目的設(shè)計成果與意義。為使本項(xiàng)目的成果在今后實(shí)際生產(chǎn)中能得到成功應(yīng)用，本章還就具體實(shí)施和部署方案提出了相關(guān)要求和研究展望。第3頁上海交通大學(xué)工程碩士學(xué)位論文第二章需求現(xiàn)狀分析第二章需求現(xiàn)狀分析對于保險企業(yè)內(nèi)原有數(shù)據(jù)傳輸方式的分析與研究是設(shè)計新型消息交換系統(tǒng)的基礎(chǔ)，為此本章依據(jù)作者在保險公司內(nèi)的工作經(jīng)驗(yàn)以及對各業(yè)務(wù)系統(tǒng)的了解，綜合分析了實(shí)際業(yè)務(wù)系統(tǒng)的數(shù)據(jù)傳輸需要、傳統(tǒng)數(shù)據(jù)傳輸方式的缺陷以及新型消息交換系統(tǒng)可能給整體系統(tǒng)帶來的影響。本章的研究內(nèi)容為后續(xù)章節(jié)的展開打下了基礎(chǔ)。21保險公司應(yīng)用系統(tǒng)現(xiàn)狀CPIC內(nèi)部應(yīng)用系統(tǒng)數(shù)量較多，大致分業(yè)務(wù)系統(tǒng)、統(tǒng)計分析系統(tǒng)、管理系統(tǒng)和基礎(chǔ)支持系統(tǒng)幾類業(yè)務(wù)系統(tǒng)在各分公司存在數(shù)據(jù)源，部分?jǐn)?shù)據(jù)集中到總部；統(tǒng)計分析系統(tǒng)和管理系統(tǒng)主要部署在總部。其中業(yè)務(wù)類主要集中在產(chǎn)險公司和壽險公司。各專業(yè)公司的業(yè)務(wù)實(shí)現(xiàn)需要依靠多個關(guān)聯(lián)系統(tǒng)的支持，如一份保單從投保到出單就需要使用前端的錄單系統(tǒng)和收費(fèi)系統(tǒng)，總部的核保核賠系統(tǒng)、影像系統(tǒng)、單證系統(tǒng)，各出單點(diǎn)的出單系統(tǒng)。保險業(yè)務(wù)由于市場競爭日趨激烈，對于處理時間的要求越來越高，特別對于部分險種，如航意險、旅游險等，需要支持現(xiàn)場出單，同時，公司對業(yè)務(wù)風(fēng)險的管控也不斷加強(qiáng)，業(yè)務(wù)流轉(zhuǎn)過程中，需要參閱的關(guān)聯(lián)信息和審批環(huán)節(jié)相應(yīng)增多。CPIC的這些應(yīng)用系統(tǒng)的結(jié)構(gòu)主要有三種形式基于TUXEDO22的三層應(yīng)用模式，基于WEB服務(wù)的應(yīng)用，和傳統(tǒng)的C/S架構(gòu)的數(shù)據(jù)庫應(yīng)用。應(yīng)用系統(tǒng)之間的連接大多采用點(diǎn)到點(diǎn)的形式，數(shù)據(jù)交換的方式以文件傳輸為主，數(shù)據(jù)交換的流向主要是分公司向總公司或集團(tuán)的數(shù)據(jù)上報。在分公司內(nèi)部不同系統(tǒng)間的數(shù)據(jù)交換是通過為這些數(shù)據(jù)交換專門定制的接口來完成的?，F(xiàn)有系統(tǒng)基本沒有對外開放的編程接口。22新業(yè)務(wù)發(fā)展趨勢隨著公司業(yè)務(wù)的不斷拓展，許多新規(guī)劃的項(xiàng)目陸續(xù)啟動，這些規(guī)劃項(xiàng)目有幾個顯著的特點(diǎn)一是新系統(tǒng)都將采用集中模式，不再保留分公司的數(shù)據(jù)源；二是新系統(tǒng)大多采用成熟的商用軟件包，通過客戶化或模塊配置實(shí)現(xiàn)各種業(yè)務(wù)功能；三是系統(tǒng)功能單一化，實(shí)現(xiàn)專項(xiàng)功能，需要與很多系統(tǒng)建立關(guān)聯(lián)；四是這些系統(tǒng)的試運(yùn)行和推廣周期較長，在此期間，新老系統(tǒng)需要并行，以保證業(yè)務(wù)的平穩(wěn)過渡。這些都要求有一個類似消息交換總線系統(tǒng)的消息集中傳輸平臺，以保證新規(guī)劃項(xiàng)目之間的數(shù)據(jù)交換，而且要保證新規(guī)劃項(xiàng)目和現(xiàn)有系統(tǒng)之間的數(shù)據(jù)交換。這些數(shù)據(jù)交換既有大數(shù)據(jù)量的批量傳輸，例如集中數(shù)據(jù)倉庫的數(shù)據(jù)采集，也有小數(shù)據(jù)量的即時傳遞，如集中式財務(wù)系統(tǒng)和產(chǎn)險核心業(yè)務(wù)系統(tǒng)之間的保單賬務(wù)信息。此外，根據(jù)保險行業(yè)的發(fā)展趨勢以及我司對今后新規(guī)劃項(xiàng)目的要求，今后新系統(tǒng)都必須符合IAA的數(shù)據(jù)模型，從而現(xiàn)有系統(tǒng)和新規(guī)劃系統(tǒng)之間的交互數(shù)據(jù)還需進(jìn)行格式轉(zhuǎn)換。因此新型消息交換系統(tǒng)還將承擔(dān)以IAAXML作為標(biāo)準(zhǔn)的數(shù)第4頁上海交通大學(xué)工程碩士學(xué)位論文第二章需求現(xiàn)狀分析據(jù)格式定義。23現(xiàn)有數(shù)據(jù)交換方式介紹太?，F(xiàn)有的數(shù)據(jù)交換方式主要有手工處理、FTP文件傳送和共享數(shù)據(jù)庫等方式。如精算系統(tǒng)的數(shù)據(jù)采集過程采集的頻率為每個季度一次。各個分公司先將數(shù)據(jù)庫表導(dǎo)出為文本文件，通過FTP打包或郵寄光盤的方式上傳業(yè)務(wù)數(shù)據(jù)到總公司專用服務(wù)器，再由總公司導(dǎo)入到總公司的精算數(shù)據(jù)庫中進(jìn)行匯總。每個分公司每次上傳的文件壓縮后在90M100M字節(jié)左右（壓縮比17）。統(tǒng)計系統(tǒng)的數(shù)據(jù)采集過程采集的頻率為每天一次。分公司端應(yīng)用程序有數(shù)據(jù)上傳功能，每天通過FTP打包上傳業(yè)務(wù)數(shù)據(jù)到總公司專用服務(wù)器，再由總公司端應(yīng)用程序?qū)氲娇偣镜臄?shù)據(jù)庫中。每個分公司每天上傳的數(shù)據(jù)量為90K字節(jié)左右。營銷員管理系統(tǒng)的數(shù)據(jù)采集過程營銷員管理系統(tǒng)主要在各分公司使用，和業(yè)務(wù)系統(tǒng)捆綁，使用同一個數(shù)據(jù)庫。總公司需要營銷員數(shù)據(jù)時，通過FTP打包上傳匯總數(shù)據(jù)到總公司專用服務(wù)器。上傳頻率為每個月幾次，數(shù)據(jù)量每個分公司為10K字節(jié)左右。總公司查詢分公司營銷員系統(tǒng)數(shù)據(jù)，采用直接連接分公司業(yè)務(wù)數(shù)據(jù)庫的方式。營銷員管理系統(tǒng)與電子商務(wù)系統(tǒng)的數(shù)據(jù)交換營銷員管理系統(tǒng)的數(shù)據(jù)交換采用FTP文件傳送方式不定期地將營銷員數(shù)據(jù)發(fā)送到電子商務(wù)系統(tǒng)。24總線方式與現(xiàn)有數(shù)據(jù)交換方式的比較文件傳送方式的主要缺點(diǎn)是應(yīng)用系統(tǒng)間的同步性比較差。數(shù)據(jù)庫共享方式的主要缺點(diǎn)是應(yīng)用系統(tǒng)的操作都耦合到數(shù)據(jù)庫上，比較難協(xié)作，并且容易引起數(shù)據(jù)庫性能瓶頸。相比較，消息交換機(jī)制則有很多優(yōu)點(diǎn)。首先，消息交換機(jī)制充當(dāng)了一個調(diào)停者，降低了應(yīng)用系統(tǒng)間的耦合度。消息交換總線系統(tǒng)所定制開發(fā)的適配器將提供多種調(diào)用方式，應(yīng)用系統(tǒng)傳遞給適配器的信息格式也可以是多樣的（消息或文件），從而該系統(tǒng)可為各應(yīng)用系統(tǒng)提供簡單、易用、高效的接入方式，使不同系統(tǒng)間的數(shù)據(jù)交互變得易于實(shí)現(xiàn)；其次，消息交換機(jī)制的消息傳送過程是獨(dú)立的工作單元，發(fā)送方和接收方不用關(guān)心數(shù)據(jù)傳送的細(xì)節(jié)。通過使用消息交換總線系統(tǒng)的標(biāo)準(zhǔn)數(shù)據(jù)格式，各系統(tǒng)和其他系統(tǒng)通訊時只需按標(biāo)準(zhǔn)數(shù)據(jù)格式生成數(shù)據(jù)，而無需關(guān)心對端系統(tǒng)的數(shù)據(jù)格式使用消息交換系統(tǒng)，從而確保了系統(tǒng)的可擴(kuò)展性、兼容性和靈活性，進(jìn)而提供靈活而簡便的接入方式；最后，消息交換機(jī)制允許應(yīng)用系統(tǒng)間實(shí)現(xiàn)異步通訊，使得發(fā)送方不用等待接收方完成消息處理的響應(yīng)。因此采用消息交換機(jī)制比現(xiàn)有數(shù)據(jù)交換方式有更多的好處。根據(jù)太平洋保險公司內(nèi)部對IT一類項(xiàng)目（最高）的五年規(guī)劃，消息交換總線系統(tǒng)將采用消息交換機(jī)制，并為其它IT規(guī)劃項(xiàng)目提供數(shù)據(jù)交換服務(wù)。消息交換總線系統(tǒng)的建設(shè)，可避免各規(guī)劃項(xiàng)目之間的數(shù)據(jù)交換沿用FTP文件傳送和數(shù)據(jù)庫共享的方法，取而代之的是使用數(shù)據(jù)交換服務(wù)。此方案的實(shí)施既避免了各項(xiàng)目第5頁上海交通大學(xué)工程碩士學(xué)位論文第二章需求現(xiàn)狀分析組關(guān)于通訊模塊的重復(fù)建設(shè)，也節(jié)省了項(xiàng)目開發(fā)和維護(hù)成本。消息交換總線系統(tǒng)提供了統(tǒng)一的適配器接入機(jī)制，各業(yè)務(wù)系統(tǒng)在接入前無需再另行開發(fā)特定的消息交換適配器。因此各應(yīng)用系統(tǒng)的開發(fā)人員能夠?qū)⒕Ω性谄錁I(yè)務(wù)功能的開發(fā)上，間接提高了各項(xiàng)目的質(zhì)量。此外，各項(xiàng)目組也無需再配置各自通訊模塊的開發(fā)人員，也不用再承擔(dān)其通訊功能模塊的維護(hù)職能。因此既降低了保險企業(yè)的整體運(yùn)行維護(hù)成本，也避免了各項(xiàng)目獨(dú)自開發(fā)各自的通訊模塊而形成多種不同的通訊機(jī)制。隨著各業(yè)務(wù)系統(tǒng)的集中化趨勢，分公司層面的應(yīng)用系統(tǒng)將會大大減少，而同一分公司內(nèi)的不同應(yīng)用系統(tǒng)之間的數(shù)據(jù)交換則將計劃由各自的大集中系統(tǒng)通過消息交換總線系統(tǒng)來完成。對公司現(xiàn)有的應(yīng)用系統(tǒng)，提出如符合“消息交換總線系統(tǒng)接入標(biāo)準(zhǔn)”的數(shù)據(jù)交換要求，就可以接入消息交換系統(tǒng)?；贗AA數(shù)據(jù)交換標(biāo)準(zhǔn)，消息交換總線系統(tǒng)中所傳輸?shù)南M采用IAAXML的標(biāo)準(zhǔn)格式。根據(jù)應(yīng)用系統(tǒng)的需要，對于不符合IAAXML格式的消息，也將由消息交換總線系統(tǒng)負(fù)責(zé)轉(zhuǎn)換成統(tǒng)一格式。從而各系統(tǒng)間的數(shù)據(jù)交換將采用統(tǒng)一方式，交換數(shù)據(jù)也將采用統(tǒng)一格式，從而滿足了系統(tǒng)運(yùn)作的業(yè)務(wù)無關(guān)性和平臺無關(guān)性。在消息交換總線系統(tǒng)運(yùn)行穩(wěn)定之前，現(xiàn)有應(yīng)用系統(tǒng)大多會沿用原有的數(shù)據(jù)交換方式，有些應(yīng)用系統(tǒng)也會隨著規(guī)劃項(xiàng)目的完成而消亡。從而總線系統(tǒng)的整體實(shí)施還將有利于公司信息系統(tǒng)的標(biāo)準(zhǔn)化管理。第6頁上海交通大學(xué)工程碩士學(xué)位論文第三章消息交換系統(tǒng)的總體設(shè)計第三章消息交換系統(tǒng)的總體設(shè)計針對保險企業(yè)的內(nèi)部消息交換需求，本章給出了構(gòu)建消息交換系統(tǒng)這一解決方案。本章將首先介紹消息交換總線系統(tǒng)的總體拓樸結(jié)構(gòu)，然后依次對其中各模塊的作用和功能進(jìn)行介紹和分析。此外，通過給出系統(tǒng)邏輯架構(gòu)，本章還進(jìn)一步分析了消息交換總線系統(tǒng)內(nèi)部的消息交換流程，以及各模塊的詳細(xì)工作原理。31消息交換總線外部關(guān)聯(lián)關(guān)系為使保險企業(yè)內(nèi)外部系統(tǒng)能有一個統(tǒng)一的信息交換平臺，并滿足各類消息交換需求，本章將構(gòu)建和設(shè)計消息交換總線系統(tǒng)。消息交換總線系統(tǒng)的實(shí)現(xiàn)，將使其成為企業(yè)信息交換的樞紐，總部的內(nèi)部系統(tǒng)、產(chǎn)壽各分公司系統(tǒng)以及諸多外部系統(tǒng)都藉由此平臺進(jìn)行信息的集中傳輸和共享。圖31即為消息交換總線系統(tǒng)的總體拓樸結(jié)構(gòu)圖31消息交換總線拓?fù)鋱DFIG31TOPOLOPYOFTHEMESSAGEBUSSYSTEM說明分公司指太平洋保險集團(tuán)的產(chǎn)險分公司和壽險分公司。消息交換中心負(fù)責(zé)對經(jīng)過消息交換中心的消息進(jìn)行轉(zhuǎn)換、過濾、路由、備份等?？刂浦行呢?fù)責(zé)對消息交換中心消息流、代理等的配置和管理。監(jiān)控平臺主要對WEBSPHEREMQINTEGRATOR對象、集團(tuán)總公司和所有分公司的MQ對象、進(jìn)程等進(jìn)行監(jiān)控。外部系統(tǒng)主要指銀行等與保險公司互聯(lián)的系統(tǒng)，如銀保通系統(tǒng)。第7頁上海交通大學(xué)工程碩士學(xué)位論文第三章消息交換系統(tǒng)的總體設(shè)計在系統(tǒng)最高層次視圖中（見圖32），消息交換總線系統(tǒng)（MESSAGEBUSSYSTEM）由一個消息交換中心（MESSAGEBROKER）和若干個適配器（ADAPTER）組成。這些適配器（ADAPTER）將與各自服務(wù)的業(yè)務(wù)應(yīng)用（BUSINESSAPPLICATION）連接，承擔(dān)業(yè)務(wù)應(yīng)用和消息交換中心聯(lián)系橋梁的作用，并允許滿足不同業(yè)務(wù)需求的業(yè)務(wù)應(yīng)用在指定的業(yè)務(wù)對象（BUSINESSOBJECT）格式下交換信息。圖32消息交換總線高層視圖FIG32HIGHLEVELVIEWOFTHEMESSAGEBUSSYSTEM32主要模塊設(shè)計為滿足消息交換總線系統(tǒng)與各業(yè)務(wù)系統(tǒng)間消息傳輸?shù)男枰?，對消息交換總線的設(shè)計將包含以下幾部分，消息交換中心、若干個適配器（ADAPTER）和監(jiān)控系統(tǒng)等。適配器可通過與各自服務(wù)的應(yīng)用系統(tǒng)連接，作為應(yīng)用系統(tǒng)和消息交換中心聯(lián)系的橋梁，而消息交換中心則將負(fù)責(zé)實(shí)現(xiàn)基于內(nèi)容的路由等多種路由規(guī)則的消息交換要求。消息交換中心可進(jìn)行消息格式的變換，允許不同種業(yè)務(wù)應(yīng)用交換不同格式的信息，并確保消息準(zhǔn)確到達(dá)目的地。321消息交換中心消息交換中心可使用IBMMQSERIESINTEGRATOR產(chǎn)品1，從而實(shí)現(xiàn)基于內(nèi)容的路由和多種路由規(guī)則的消息交換要求。通過消息交換中心，允許異種業(yè)務(wù)應(yīng)用交換不同格式的信息。消息交換中心能夠處理消息格式的變換，并且確保準(zhǔn)確到達(dá)目的地。因此，消息交換中心將主要完成兩項(xiàng)任務(wù)消息格式的變換通過消息流定義實(shí)現(xiàn)消息的路由第8頁上海交通大學(xué)工程碩士學(xué)位論文32231適配器第三章消息交換系統(tǒng)的總體設(shè)計適配器將包括一些軟件程序、軟件配置文件和應(yīng)用編程接口（API）。每個業(yè)務(wù)應(yīng)用都有自己面向特定應(yīng)用的適配器接入消息交換總線系統(tǒng)。1適配器設(shè)計在適配器的設(shè)計過程中，需考慮以下內(nèi)容提供一個適配器開發(fā)框架，為特定的業(yè)務(wù)應(yīng)用開發(fā)客戶化的適配器；連接應(yīng)用和消息交換總線系統(tǒng)的連接器；配置并存儲業(yè)務(wù)對象定義（BUSINESSOBJECTDEFINITION）。2業(yè)務(wù)對象（BUSINESSOBJECT）業(yè)務(wù)對象是業(yè)務(wù)應(yīng)用程序之間傳遞的數(shù)據(jù)，傳遞的業(yè)務(wù)數(shù)據(jù)有幾種目的從源應(yīng)用向目標(biāo)應(yīng)用分發(fā)的數(shù)據(jù)從源應(yīng)用向目標(biāo)應(yīng)用請求的數(shù)據(jù)目標(biāo)應(yīng)用響應(yīng)請求的數(shù)據(jù)每個應(yīng)用所處理和交換的業(yè)務(wù)對象是不同的，并且可能隨著時間的改變而變化，因此在適配器中需要一個業(yè)務(wù)對象定義（BUSINESSOBJECTDEFINITION）模板，用于指定業(yè)務(wù)對象屬性的結(jié)構(gòu)及組織。3適配器組成由圖33適配器組件模型可見，在消息交換總線系統(tǒng)中，適配器連接業(yè)務(wù)應(yīng)用程序和消息交換中心，并且實(shí)現(xiàn)數(shù)據(jù)遷移。適配器可以位于任何一臺機(jī)器上，只要能夠存取必要的MQ隊(duì)列，并能與應(yīng)用程序交互。因此適配器由兩部分組成與MQ通信的適配器核心；與特定應(yīng)用程序交互的面向應(yīng)用的適配器外殼。4適配器分類適配器共可分為以下三類通用適配器業(yè)務(wù)應(yīng)用系統(tǒng)直接調(diào)用標(biāo)準(zhǔn)API編寫的適配器，從而可以接入到消息交換總線系統(tǒng)。專用適配器在標(biāo)準(zhǔn)API不能滿足某業(yè)務(wù)應(yīng)用系統(tǒng)接入要求時，直接使用MQ自帶的API定制開發(fā)的適配器。該類適配器一般是某個特定系統(tǒng)專用的。商用適配器為業(yè)務(wù)應(yīng)用系統(tǒng)自帶的、支持MQ產(chǎn)品的適配器。如果該系統(tǒng)要接入消息交換總線系統(tǒng)，則需要在此基礎(chǔ)上進(jìn)行客戶化。第9頁上海交通大學(xué)工程碩士學(xué)位論文32331監(jiān)控系統(tǒng)第三章圖33適配器組件模型FIG33MODELOFTHEADAPTERMODULE消息交換系統(tǒng)的總體設(shè)計監(jiān)控系統(tǒng)主要實(shí)現(xiàn)對消息交換總線系統(tǒng)中運(yùn)行的對象和消息流的監(jiān)測和控制。其中需要監(jiān)控的對象包括消息交換中心、消息（流）狀態(tài)、各類適配器等運(yùn)行在消息總線系統(tǒng)中的需要監(jiān)控的可控對象。根據(jù)消息定位跟蹤產(chǎn)生的日志信息，監(jiān)控系統(tǒng)可以查詢到相應(yīng)的消息路徑和消息體的內(nèi)容信息。33消息交換流程在原有的消息交換模式中，保險公司各系統(tǒng)間的信息交互主要是通過點(diǎn)到點(diǎn)直聯(lián)傳送數(shù)據(jù)的方式，這樣多個應(yīng)用系統(tǒng)之間的交互就會形成一個復(fù)雜的網(wǎng)狀結(jié)構(gòu)，數(shù)據(jù)格式多種多樣。在這樣的網(wǎng)狀結(jié)構(gòu)中（見圖34），沒有統(tǒng)一的信息標(biāo)準(zhǔn)，沒有統(tǒng)一的接口標(biāo)準(zhǔn)，每一次系統(tǒng)的相連都需要定制開發(fā)，不但導(dǎo)致了維護(hù)成本越來越高，而且使得信息的可用性和共享性也很差。第10頁上海交通大學(xué)工程碩士學(xué)位論文第三章消息交換系統(tǒng)的總體設(shè)計圖34網(wǎng)狀結(jié)構(gòu)圖FIG34NETSTRUCTUREGRAPH通過構(gòu)建消息交換總線系統(tǒng)，信息交互結(jié)構(gòu)將為星狀結(jié)構(gòu)（見圖35）。各系統(tǒng)可利用統(tǒng)一的信息交換平臺，實(shí)現(xiàn)對應(yīng)用系統(tǒng)透明的、跨操作系統(tǒng)的、跨數(shù)據(jù)庫的、以及跨應(yīng)用系統(tǒng)和管理域的數(shù)據(jù)交換。通過消息交換總線，應(yīng)用系統(tǒng)之間能夠自由地交換消息，而無需知道相互之間的位置及所需的格式。此外，本方案也將有能力成為各內(nèi)部應(yīng)用系統(tǒng)的整合平臺，在整個保險公司范圍內(nèi)實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)的智能分發(fā)，保證數(shù)據(jù)傳輸?shù)陌踩院涂煽啃?，并簡化新?yīng)用系統(tǒng)與其他系統(tǒng)通訊部分的開發(fā)。由于消息交換總線隔離了數(shù)據(jù)傳輸過程與數(shù)據(jù)訪問和處理過程，從而提高了開放共享信息資源的安全性。消息交換總線系統(tǒng)的建立將使各系統(tǒng)間的消息和數(shù)據(jù)交換遵循統(tǒng)一的方法和格式，從而使保險公司的各應(yīng)用系統(tǒng)更加一體化，也有利于統(tǒng)一的管理和監(jiān)督。圖35星狀結(jié)構(gòu)圖FIG35ASTROIDSTRUCTUREGRAPH第11頁上海交通大學(xué)工程碩士學(xué)位論文第三章消息交換系統(tǒng)的總體設(shè)計以下將舉例描述消息交換總線中的某個應(yīng)用系統(tǒng)與另一個應(yīng)用系統(tǒng)之間的消息傳遞和處理過程。該過程主要包括以下三方面331消息發(fā)送發(fā)送端應(yīng)用系統(tǒng)調(diào)用適配器API向消息交換中心發(fā)送請求消息。若消息有響應(yīng)，則調(diào)用適配器API接收響應(yīng)消息。332交換中心處理一旦消息到達(dá)消息交換中心，中心將對其進(jìn)行處理。處理內(nèi)容包括消息轉(zhuǎn)換消息格式之間的轉(zhuǎn)換；消息路由所有經(jīng)由適配器到達(dá)消息交換中心的消息均包含總線消息頭。消息頭中包括源和目標(biāo)節(jié)點(diǎn)ID、業(yè)務(wù)類型等路由信息。消息交換中心將根據(jù)這些路由信息對消息進(jìn)行路由；消息存儲所有到達(dá)消息交換中心的消息將根據(jù)需要進(jìn)行存儲備份。333消息接收當(dāng)消息到達(dá)接收端后，應(yīng)用系統(tǒng)可通過以下兩種方式對其進(jìn)行接收調(diào)用標(biāo)準(zhǔn)適配器提供的API接收請求消息。若消息需要響應(yīng)，則調(diào)用適配器API發(fā)送響應(yīng)消息；提供API供專用適配器調(diào)用。專用適配器將主動從總線中提取消息，然后調(diào)用應(yīng)用系統(tǒng)的API將消息發(fā)送至應(yīng)用系統(tǒng)。若消息有響應(yīng)，專用適配器則將響應(yīng)消息傳送至總線。34消息交換中心內(nèi)部邏輯架構(gòu)消息交換中心將由消息預(yù)處理部分和消息路由、消息轉(zhuǎn)換、消息備份、消息跟蹤五大模塊有機(jī)地組合而成。適配器將通訊消息交由消息交換中心處理，而消息交換中心通過對消息流和消息處理節(jié)點(diǎn)合理的配置，滿足各功能模塊對消息處理的要求，因此，各功能模塊在處理上是一個統(tǒng)一的整體。在消息交換中心的內(nèi)部邏輯架構(gòu)圖中，為了突出消息預(yù)處理、消息路由、消息轉(zhuǎn)換、消息備份、消息跟蹤各模塊，因此在邏輯架構(gòu)拓?fù)鋱D中將其分開表示，其中，消息路由是消息交換中心最主要的功能。消息交換中心的內(nèi)部邏輯架構(gòu)圖如圖36。第12頁上海交通大學(xué)工程碩士學(xué)位論文第三章消息交換系統(tǒng)的總體設(shè)計圖36消息交換中心邏輯架構(gòu)圖FIG36TOPOLOPYOFTHEMESSAGEBUSSYSTEM35系統(tǒng)工作原理消息交換總線系統(tǒng)的總體工作過程如圖37所示。在消息交換總線系統(tǒng)中，數(shù)據(jù)流（DATAFLOW）是指從一個應(yīng)用程序到另一個應(yīng)用程序之間的數(shù)據(jù)移動和處理。數(shù)據(jù)在應(yīng)用程序之間可以通過同步或異步的方式交換。數(shù)據(jù)在消息交換總線系統(tǒng)中可以分為三個步驟，以下將對各步驟逐一分析。第13頁上海交通大學(xué)工程碩士學(xué)位論文第三章消息交換系統(tǒng)的總體設(shè)計圖37消息交換總線原理圖FIG37SCHEMATICDIAGRAMOFTHEMESSAGEBUSSYSTEM351數(shù)據(jù)分發(fā)應(yīng)用程序通過適配器API調(diào)用向適配器發(fā)送業(yè)務(wù)數(shù)據(jù)，適配器再通過網(wǎng)絡(luò)通信向消息交換中心發(fā)送業(yè)務(wù)數(shù)據(jù)。352交換中心處理一旦消息放到消息交換中心的發(fā)送隊(duì)列中，集成代理就從隊(duì)列中取出消息，并按照消息流達(dá)到目標(biāo)隊(duì)列。處理包括消息轉(zhuǎn)換在消息體數(shù)據(jù)中取出字段值路由消息到一個或多個目標(biāo)消息保存353請求處理當(dāng)消息到達(dá)目標(biāo)隊(duì)列后，MQ的偵聽機(jī)制通知適配器讀出消息，并將消息轉(zhuǎn)換成業(yè)務(wù)對象，然后交給業(yè)務(wù)應(yīng)用處理。有些應(yīng)用可能需要響應(yīng)，目標(biāo)業(yè)務(wù)應(yīng)用可以再傳遞響應(yīng)業(yè)務(wù)對象到消息交換總線，再通過消息交換總線將響應(yīng)業(yè)務(wù)對象反饋到源業(yè)務(wù)應(yīng)用。1源適配器傳輸業(yè)務(wù)對象在源適配器中，消息發(fā)送階段業(yè)務(wù)對象處理過程如下業(yè)務(wù)應(yīng)用C通過為應(yīng)用C定制的適配器，傳送業(yè)務(wù)對象到面向應(yīng)用的源適配器外殼；第14頁上海交通大學(xué)工程碩士學(xué)位論文第三章消息交換系統(tǒng)的總體設(shè)計源適配器外殼讀入業(yè)務(wù)對象定義文件；源適配器外殼根據(jù)業(yè)務(wù)對象定義文件對指定的業(yè)務(wù)對象進(jìn)行判斷，如果需要則轉(zhuǎn)換成符合太保標(biāo)準(zhǔn)的IAAXML格式的流。源適配器外殼發(fā)送IAAXML流到源適配器內(nèi)核。源適配器內(nèi)核接收到數(shù)據(jù)流后，將其組織成消息，并發(fā)送到MQ發(fā)送隊(duì)列中。在源適配器中，根據(jù)業(yè)務(wù)需要，有可能還要接收從其它保險業(yè)務(wù)應(yīng)用中發(fā)回的響應(yīng)消息。在源適配器核心從響應(yīng)隊(duì)列檢測到對應(yīng)的響應(yīng)消息后，如果需要將響應(yīng)消息的格式進(jìn)行轉(zhuǎn)換，處理過程如下源適配器內(nèi)核將響應(yīng)消息流傳遞到面向應(yīng)用的源適配器外殼；源適配器外殼從業(yè)務(wù)對象定義文件中取出業(yè)務(wù)對象的定義；源適配器外殼根據(jù)業(yè)務(wù)對象定義文件對指定的業(yè)務(wù)對象進(jìn)行判斷，如果需要則對響應(yīng)消息流的消息格式進(jìn)行轉(zhuǎn)換。源適配器外殼發(fā)送業(yè)務(wù)響應(yīng)對象到業(yè)務(wù)應(yīng)用系統(tǒng)C。業(yè)務(wù)應(yīng)用接收到業(yè)務(wù)對象后，應(yīng)用程序就可以處理相應(yīng)的業(yè)務(wù)要求。圖38源適配器內(nèi)核處理圖FIG38KERNELPROCESSINGOFTHESOURCEADAPTER2消息交換中心處理一旦消息被放置到消息交換中心的MQ隊(duì)列中，消息交換中心的集成代理軟件從消息隊(duì)列中取出消息，并放到隊(duì)列定義的消息流中進(jìn)行處理。處理可能包括第15頁上海交通大學(xué)工程碩士學(xué)位論文第三章消息交換系統(tǒng)的總體設(shè)計從消息體中取出某些字段；通過計算字段值轉(zhuǎn)換消息；路由消息到一個或多個目標(biāo)隊(duì)列；將消息存檔；根據(jù)消息內(nèi)容修改數(shù)據(jù)庫信息；為了使目標(biāo)應(yīng)用可以處理消息，需要轉(zhuǎn)換消息格式和/或內(nèi)容；消息交換中心消息處理的結(jié)果就是將消息發(fā)到合適的目標(biāo)隊(duì)列中。圖39消息交換中心的消息處理圖FIG39MESSAGEPROCESSINGOFTHEMESSAGEBUSSYSTEM3目標(biāo)適配器業(yè)務(wù)數(shù)據(jù)傳輸目標(biāo)適配器檢測到目標(biāo)隊(duì)列中需要處理的請求消息后，取出消息內(nèi)容，如果需要則將IAAXML消息轉(zhuǎn)換成業(yè)務(wù)系統(tǒng)規(guī)定數(shù)據(jù)格式。目標(biāo)適配器處理過程如下目標(biāo)適配器內(nèi)核將IAAXML流傳遞到面向應(yīng)用的目標(biāo)適配器外殼；目標(biāo)適配器外殼從業(yè)務(wù)對象定義文件中取出業(yè)務(wù)對象的定義；目標(biāo)適配器外殼根據(jù)業(yè)務(wù)對象定義文件對指定的業(yè)務(wù)對象進(jìn)行判斷，如果需要則對消息流的消息格式進(jìn)行轉(zhuǎn)換。目標(biāo)適配器外殼發(fā)送業(yè)務(wù)請求對象到業(yè)務(wù)系統(tǒng)B。業(yè)務(wù)應(yīng)用接收到業(yè)務(wù)對象后，應(yīng)用程序就可以處理相應(yīng)的業(yè)務(wù)要求。根據(jù)業(yè)務(wù)需要，有可能還要將業(yè)務(wù)處理的結(jié)果返回，通過消息交換中心傳遞到合適的目標(biāo)應(yīng)用進(jìn)行處理。在目標(biāo)適配器中，響應(yīng)消息發(fā)送時的業(yè)務(wù)對象處理過程如下業(yè)務(wù)應(yīng)用B發(fā)送業(yè)務(wù)響應(yīng)對象到面向應(yīng)用的目標(biāo)適配器外殼；目標(biāo)適配器外殼從業(yè)務(wù)對象定義文件中取出業(yè)務(wù)對象的定義；目標(biāo)適配器外殼根據(jù)業(yè)務(wù)對象定義文件對指定的業(yè)務(wù)對象進(jìn)行判斷，如果需要則對響應(yīng)消息流的消息格式進(jìn)行轉(zhuǎn)換；目標(biāo)適配器外殼發(fā)送IAAXML流至目標(biāo)適配器內(nèi)核；目標(biāo)適配器內(nèi)核，將響應(yīng)的IAAXML流組織成消息，放置到MQ響應(yīng)隊(duì)列中。第16頁上海交通大學(xué)工程碩士學(xué)位論文第三章消息交換系統(tǒng)的總體設(shè)計圖310目標(biāo)適配器內(nèi)核處理圖FIG310KERNELPROCESSINGOFTHEDESTINEDADAPTER第17頁上海交通大學(xué)工程碩士學(xué)位論文第四章適配器的總體設(shè)計第四章適配器的整體設(shè)計本章節(jié)將詳細(xì)定義整個消息交換中心中極為重要的適配器的概要設(shè)計過程，其中包含對適配器的概念定義、在消息交換總線系統(tǒng)中的功能設(shè)計，以及其網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)的詳細(xì)研究等。此外，還將對各類適配器進(jìn)一步展開組件設(shè)計和數(shù)據(jù)結(jié)構(gòu)設(shè)計。這些都將作為編碼實(shí)現(xiàn)適配器的依據(jù)。本文檔詳細(xì)定義了文件傳輸適配器的實(shí)現(xiàn)過程，是編碼實(shí)現(xiàn)文件傳輸適配器的依據(jù)。41概念定義1文件傳輸適配器用于傳輸文件的一組程序。文件傳輸適配器由文件發(fā)送程序、文件接收程序和相關(guān)配置文件組成。2發(fā)送主機(jī)發(fā)送文件的主機(jī)，運(yùn)行文件傳輸適配器的文件發(fā)送服務(wù)程序。3接收主機(jī)接收文件的主機(jī)，運(yùn)行文件傳輸適配器的文件接收服務(wù)程序。4代理主機(jī)轉(zhuǎn)發(fā)文件的主機(jī)，代理主機(jī)起文件轉(zhuǎn)發(fā)作用。5專署配置文件用于對某個待發(fā)送文件的處理信息進(jìn)行專門配置的配置文件。42需求概述在消息交換總線系統(tǒng)的整體設(shè)計架構(gòu)中，各個具體的應(yīng)用系統(tǒng)通過適配器連接到消息交換中心收發(fā)業(yè)務(wù)數(shù)據(jù)。適配器起著耦合消息交換中心與具體應(yīng)用系統(tǒng)的作用。其功能模型如圖41所示。業(yè)務(wù)系統(tǒng)業(yè)務(wù)請求請求回應(yīng)業(yè)務(wù)層接口消息處理通訊層接口消息交換中心圖41適配器功能模型圖FIG41FUNCTIONMODELOFTHEADAPTER第18頁上海交通大學(xué)工程碩士學(xué)位論文第四章適配器的整體設(shè)計43適配器的部署設(shè)計適配器運(yùn)行于特定應(yīng)用系統(tǒng)端或前置機(jī)上，前置機(jī)接入消息交換總線。期間使用的網(wǎng)絡(luò)為企業(yè)內(nèi)部網(wǎng)絡(luò)（消息交換中心和使用適配器的應(yīng)用系統(tǒng)通過企業(yè)內(nèi)部網(wǎng)絡(luò)連通）。其網(wǎng)絡(luò)體系結(jié)構(gòu)如圖42所示。圖42網(wǎng)絡(luò)體系結(jié)構(gòu)圖FIG42NETWORKSTRUCTUREGRAPH44總體設(shè)計441適配器定義適配器ADAPTER是提供應(yīng)用系統(tǒng)與消息交換中心連接接口的軟件模塊。消息交換總線上的各應(yīng)用系統(tǒng)通過相應(yīng)的適配器實(shí)現(xiàn)與消息交換中心的數(shù)據(jù)交互。如圖43所示，不同的應(yīng)用系統(tǒng)諸如財務(wù)系統(tǒng)、電子商務(wù)系統(tǒng)、壽險業(yè)務(wù)系統(tǒng)和產(chǎn)險業(yè)務(wù)系統(tǒng)等均使用各自對應(yīng)的適配器接入消息交換中心。第19頁上海交通大學(xué)工程碩士學(xué)位論文第四章適配器的整體設(shè)計圖43適配器與消息交換中心、應(yīng)用系統(tǒng)示意圖FIG43SKETCHMAPOFTHEADAPTER、MESSAGEBROKERANDBUSINESSAPPLICATION442適配器分類在消息交換總線系統(tǒng)中，適配器可以分為自主開發(fā)的專用適配器、標(biāo)準(zhǔn)適配器、文件傳輸適配器和應(yīng)用系統(tǒng)產(chǎn)品自帶的商用適配器。本章將著重討論標(biāo)準(zhǔn)適配器、專用適配器和文件傳輸適配器的設(shè)計。1標(biāo)準(zhǔn)適配器定義標(biāo)準(zhǔn)適配器是為應(yīng)用系統(tǒng)提供的接口規(guī)范的適配器。應(yīng)用系統(tǒng)的開發(fā)者通過標(biāo)準(zhǔn)適配器可靠、易用、可配置的編程接口，實(shí)現(xiàn)與消息交換中心的消息交互。標(biāo)準(zhǔn)適配器的性能與MQI的性能成線性關(guān)系，應(yīng)用系統(tǒng)使用標(biāo)準(zhǔn)適配器的方式也將影響應(yīng)用系統(tǒng)的性能。外部接口設(shè)計分析標(biāo)準(zhǔn)適配器提供標(biāo)準(zhǔn)的消息傳輸接口。應(yīng)用系統(tǒng)通過調(diào)用接口中的方法實(shí)現(xiàn)與消息總線的消息交互。接口中的參數(shù)至少包括消息字節(jié)流和其他控制參數(shù)。建議交易類消息大小控制在120K以下。標(biāo)準(zhǔn)適配器通過日志文件向監(jiān)控系統(tǒng)提供監(jiān)控信息。標(biāo)準(zhǔn)適配器為專用適配器的開發(fā)提供編程接口。安全分析由于標(biāo)準(zhǔn)適配器不直接訪問應(yīng)用系統(tǒng)所在的操作系統(tǒng)，因此與操作系統(tǒng)有關(guān)的安全性將由業(yè)務(wù)系統(tǒng)的開發(fā)者保證。標(biāo)準(zhǔn)適配器與MQ有關(guān)的安全性依賴于MQI的安全性。標(biāo)準(zhǔn)適配器不改變業(yè)務(wù)數(shù)據(jù)。路由相關(guān)信息由業(yè)務(wù)系統(tǒng)客戶在配置文件中設(shè)定，消息交換總線系統(tǒng)只提供設(shè)定規(guī)則。第20頁上海交通大學(xué)工程碩士學(xué)位論文第四章適配器的整體設(shè)計其他日志文件出于信息集中控制的考慮，有可能采用以下的實(shí)現(xiàn)方式標(biāo)準(zhǔn)適配器的日志模塊通過一個日志隊(duì)列將日志發(fā)送到消息分發(fā)服務(wù)器。消息分發(fā)服務(wù)器輪詢?nèi)罩娟?duì)列，將日志消息取出并寫入日志文件。當(dāng)標(biāo)準(zhǔn)適配器向日志隊(duì)列發(fā)送消息失敗時，寫入本地的日志文件。2專用適配器定義專用適配器是基于標(biāo)準(zhǔn)適配器的接口，為應(yīng)用系統(tǒng)定制的適配器。其所提供的用于消息傳輸?shù)慕涌谂c應(yīng)用系統(tǒng)的接口相符，與應(yīng)用系統(tǒng)的耦合度較高。通過調(diào)用專用適配器的接口，應(yīng)用系統(tǒng)的消息收發(fā)功能將直接得以實(shí)現(xiàn)。通過專用適配器實(shí)現(xiàn)與應(yīng)用系統(tǒng)的互聯(lián)，較之應(yīng)用系統(tǒng)間的直聯(lián)，在通訊上花費(fèi)的時間將增加，專用適配器與MQ有關(guān)的性能與MQI的性能成線性關(guān)系。外部接口設(shè)計分析原則上專用適配器只調(diào)用標(biāo)準(zhǔn)適配器提供的接口實(shí)現(xiàn)與消息總線的交互。專用適配器使用標(biāo)準(zhǔn)適配器的日志模塊記錄日志文件，并以日志文件的方式向監(jiān)控系統(tǒng)提供信息。根據(jù)應(yīng)用系統(tǒng)的通訊實(shí)現(xiàn)方式，專用適配器與應(yīng)用系統(tǒng)進(jìn)行交互。例如，專用適配器通過基于TCP/IPSOCKET5的協(xié)議與應(yīng)用系統(tǒng)通訊。安全分析專用適配器與MQ有關(guān)的安全性依賴于MQI的安全性。路由相關(guān)信息由應(yīng)用系統(tǒng)客戶在配置文件中設(shè)定，消息交換總線系統(tǒng)只提供設(shè)定規(guī)則。專用適配器有可能通過SOCKET與應(yīng)用系統(tǒng)通訊。在此情況下，要考慮IP過濾、防火墻24等以提高安全性。3商用適配器定義商用適配器是應(yīng)用系統(tǒng)的供應(yīng)商為實(shí)現(xiàn)應(yīng)用系統(tǒng)和消息交換中心之間的消息交互而提供的特殊的適配器。其功能與專用適配器相似。在使用時需對其進(jìn)行一些適當(dāng)?shù)目蛻艋幚?。商用適配器應(yīng)當(dāng)能對消息進(jìn)行消息交換總線所需要的操作。（例如，為支持消息交換總線的接入標(biāo)準(zhǔn)，商用適配器需在輸入消息前加入總線消息頭）。如商用適配器不能做這種操作，則需要應(yīng)用系統(tǒng)進(jìn)行這方面的支持。4文件傳輸適配器定義文件傳輸適配器是專門用于文件傳輸?shù)倪m配器。其特點(diǎn)是實(shí)現(xiàn)大文件的可靠傳遞。文件傳遞不實(shí)行事務(wù)處理。第21頁上海交通大學(xué)工程碩士學(xué)位論文第四章適配器的整體設(shè)計文件傳輸適配器為減少對總線系統(tǒng)中實(shí)時性要求較高的業(yè)務(wù)消息的影響，需要通過獨(dú)立的通道和隊(duì)列與消息交換中心進(jìn)行消息交互。如果需要保證文件的訪問安全性，在運(yùn)行期對操作者需要有一定的權(quán)限控制。從設(shè)計上，發(fā)送文件類消息時，不能影響實(shí)時性要求高的消息的傳遞。此外在接收方，臨時文件需要一定的存儲空間，這一空間的可擴(kuò)展范圍也決定了可傳遞文件的大小。外部接口設(shè)計分析文件傳輸適配器通過專用的隊(duì)列與消息交換中心交互通訊消息。若消息的大小超過1M，應(yīng)使用文件傳輸適配器進(jìn)行消息的收發(fā)。監(jiān)控系統(tǒng)通過日志文件取得文件傳輸適配器的狀態(tài)信息。由于文件傳輸適配器在發(fā)送文件時需要讀取任意指定的文件，在接收時需要設(shè)定文件的訪問權(quán)限，因此在運(yùn)行期對操作者需要有一定的權(quán)限控制。文件傳輸適配器提供命令形式和API形式的接口。接口參數(shù)至少包括輸入文件名、輸出文件名、輸出文件權(quán)限、功能選項(xiàng)。安全分析如果需要文件傳輸適配器在發(fā)送文件時讀取任意指定的文件，并在接收時設(shè)定文件的訪問權(quán)限，需要賦予文件傳輸適配器以一定的執(zhí)行權(quán)限。為此，要在接收方設(shè)定一個配置文件，對于發(fā)送過來的文件設(shè)定接收規(guī)則。文件傳輸適配器不改變業(yè)務(wù)數(shù)據(jù)。路由相關(guān)信息由應(yīng)用系統(tǒng)客戶在配置文件中設(shè)定，消息交換總線系統(tǒng)只提供設(shè)定規(guī)則。文件傳輸適配器與MQ有關(guān)的安全性依賴于MQI的安全性。443消息分發(fā)服務(wù)器1定義消息分發(fā)服務(wù)器MESSAGEDISPATCHER是運(yùn)行在前置機(jī)側(cè)的服務(wù)器，用于將消息中心發(fā)來的非文件類型的通訊消息，根據(jù)配置文件的定義，轉(zhuǎn)發(fā)到多個接收隊(duì)列中，供應(yīng)用系統(tǒng)等使用。可以并行啟動多個消息分發(fā)適配器以提高消息轉(zhuǎn)發(fā)能力。消息分發(fā)服務(wù)器的性能與MQI的性能成線性關(guān)系。2外部接口設(shè)計分析對于消息分發(fā)服務(wù)器，存在一個連接至消息交換中心的接收隊(duì)列（單一接收隊(duì)列），若干個對應(yīng)不同應(yīng)用系統(tǒng)的接收隊(duì)列。消息分發(fā)服務(wù)器將連接至消息交換中心的接收隊(duì)列（單一接收隊(duì)列）中的通訊消息分發(fā)到對應(yīng)不同應(yīng)用系統(tǒng)的接收隊(duì)列。與應(yīng)用系統(tǒng)對應(yīng)的適配器通過接收隊(duì)列與應(yīng)用系統(tǒng)實(shí)現(xiàn)消息交互。接收隊(duì)列的數(shù)量依賴于業(yè)務(wù)應(yīng)用的業(yè)務(wù)模式。第22頁上海交通大學(xué)工程碩士學(xué)位論文第四章適配器的整體設(shè)計3實(shí)現(xiàn)方式采用消息分發(fā)控制器DISPATCHERCONTROLLER管理一個或多個消息分發(fā)服務(wù)器MESSAGEDISPATCHER。例如啟動、停止消息分發(fā)服務(wù)器。消息分發(fā)服務(wù)器實(shí)行事務(wù)管理，只有在消息被從連接至消息交換中心的接收隊(duì)列（單一接收隊(duì)列）成功轉(zhuǎn)發(fā)到對應(yīng)不同應(yīng)用系統(tǒng)的接收隊(duì)列時，才對事務(wù)進(jìn)行提交。將處理異常的消息發(fā)送到異常輸出隊(duì)列。盡可能利用標(biāo)準(zhǔn)適配器提供的接口。4安全分析管理消息分發(fā)控制器需要一定的權(quán)限。由于消息服務(wù)器通過MQI與外部系統(tǒng)相聯(lián)，其安全性依賴于MQI。除應(yīng)用系統(tǒng)客戶的特定需求外，消息分發(fā)服務(wù)器將不改變業(yè)務(wù)數(shù)據(jù)。5其他日志對于與消息分發(fā)服務(wù)器相關(guān)聯(lián)的各個適配器，其日志有可能在消息分發(fā)服務(wù)器上集中登錄。在此情況下，消息分發(fā)服務(wù)器需要輪詢一個日志隊(duì)列。45功能設(shè)計451標(biāo)準(zhǔn)適配器針對不同的開發(fā)環(huán)境，提供基于兩種編程環(huán)境標(biāo)準(zhǔn)適配器ANSIC和JAVA。基本實(shí)現(xiàn)的原則是1實(shí)現(xiàn)一組對外公開的消息收發(fā)接口，使應(yīng)用系統(tǒng)實(shí)現(xiàn)消息的發(fā)送和接收。接口足夠簡單并保持相對的穩(wěn)定。為提高效率，在實(shí)現(xiàn)消息收發(fā)時，將采用連接池等充分利用系統(tǒng)資源的技術(shù)。2封裝一組非消息收發(fā)接口，以支持消息收發(fā)接口的實(shí)現(xiàn)。至少包括下面內(nèi)容讀取配置文件。分析系統(tǒng)參數(shù)。取得系統(tǒng)時間。維護(hù)消息序號信息。對消息內(nèi)容進(jìn)行封裝（總線消息）。解析封裝過的消息內(nèi)容。日志的打開、登錄，以及日志文件的自動切換。故障數(shù)據(jù)的備份。校驗(yàn)算法。增值開發(fā)接口。