微軟數(shù)據(jù)交換平臺(tái)解決方案問題和挑戰(zhàn)當(dāng)前信息化建設(shè)過程中，企業(yè)內(nèi)各業(yè)務(wù)單元或政府各個(gè)部門常常依據(jù)自身工作需求孤立的功能單元構(gòu)建應(yīng)用系統(tǒng)。雖然能在最短的時(shí)間內(nèi)解決問題，滿業(yè)需求，然而，這樣的構(gòu)建方式也帶來以下問題：1）業(yè)務(wù)或條線系統(tǒng)獨(dú)立，信息相對(duì)封閉，阻礙了系統(tǒng)間信息的溝通與共享；信息化深化開展，企業(yè)內(nèi)部或政府各個(gè)部門都在建設(shè)自己的信息系統(tǒng)，但系統(tǒng)都相互獨(dú)立，特殊是各個(gè)條線系統(tǒng)之間，系統(tǒng)是封閉的，相互之間的數(shù)據(jù)不會(huì)交換和共享。例如，一個(gè)典型制造業(yè)企業(yè)，生產(chǎn)系統(tǒng)中的產(chǎn)品具體信息和銷售訂單中的用戶信息須要傳遞到呼叫中心，使修理部門可以對(duì)用戶的修理懇求快速做出反應(yīng)。但由于各系統(tǒng)在建設(shè)時(shí)采納的數(shù)據(jù)模型，技術(shù)規(guī)范等不相同，使生產(chǎn)、銷售和客服系統(tǒng)之間的數(shù)據(jù)很難共享與互通。生產(chǎn)系統(tǒng)生產(chǎn)系統(tǒng)……銷售管理客服系統(tǒng) 2）數(shù)據(jù)重復(fù)錄入，造成了重復(fù)勞動(dòng)，降低了工作效率及易產(chǎn)生的錯(cuò)誤處理；例如，現(xiàn)今約近80%通過網(wǎng)絡(luò)輸入的訂單都必需重新以人工方式輸入已傳送的訂單到后端訂單處理系統(tǒng)以及數(shù)據(jù)倉(cāng)儲(chǔ)系統(tǒng)，不能實(shí)現(xiàn)定單流程的直通處理和下單流程自動(dòng)化。3）“數(shù)出多門”、“異數(shù)異源”，數(shù)據(jù)標(biāo)準(zhǔn)不統(tǒng)一，數(shù)據(jù)共享不夠，已有數(shù)據(jù)得不到充分利用；在我國(guó)電子政務(wù)建設(shè)中，與企業(yè)信息相關(guān)的部門達(dá)到十幾個(gè)部門（工商、地稅、財(cái)稅、質(zhì)監(jiān)等），當(dāng)前這些部門系統(tǒng)內(nèi)的企業(yè)數(shù)據(jù)大多數(shù)都是封閉相互之間不聯(lián)通的，造成政府對(duì)企業(yè)管理的很多空白點(diǎn)。在我國(guó)首批企業(yè)基礎(chǔ)信息交換試點(diǎn)城市，通過工商、稅務(wù)、質(zhì)檢部門的基礎(chǔ)信息共享，已查出大量“漏管戶”和“非正常戶”。北京市在第一次稅務(wù)與工商的數(shù)據(jù)比對(duì)中，就發(fā)覺了上萬條不一樣的信息；青島市共發(fā)覺地稅漏管戶近2萬戶，國(guó)稅漏管戶近3萬戶，在稅務(wù)部門登記而無工商注冊(cè)的將近4萬戶；這些數(shù)據(jù)表明，由于系統(tǒng)之間的相對(duì)封閉和數(shù)據(jù)標(biāo)準(zhǔn)的不統(tǒng)一，造成了“異數(shù)異源”，造成數(shù)據(jù)共享程度不足，給數(shù)據(jù)的綜合應(yīng)用帶來困難。4）數(shù)據(jù)不保持同步，系統(tǒng)間數(shù)據(jù)不一樣;業(yè)務(wù)人員更新了CRM系統(tǒng)Sieble中的某個(gè)客戶信息，但ERP系統(tǒng)SAP中的相關(guān)客戶的信息沒有保持同步更新，造成了保存在CRM和ERP兩個(gè)系統(tǒng)中的客戶信息不一樣。5）缺乏綜合管理平臺(tái)，無法為決策分析供應(yīng)必要依據(jù);例如，一些企業(yè)的業(yè)務(wù)數(shù)據(jù)主要分布在全國(guó)各地工廠的ERP系統(tǒng)中，總部不能實(shí)時(shí)匯總各分支機(jī)構(gòu)業(yè)務(wù)數(shù)據(jù)，很難為領(lǐng)導(dǎo)供應(yīng)企業(yè)綜合實(shí)時(shí)決策數(shù)據(jù)。解決方案概述為更好的解決跨業(yè)務(wù)、跨部門異構(gòu)系統(tǒng)間數(shù)據(jù)交換的難題，幫助企業(yè)客戶能更快的構(gòu)建一個(gè)信息可以隨意互連互通信息交換與共享IT基礎(chǔ)架構(gòu)，微軟推出了數(shù)據(jù)交換互連互通平臺(tái)解決方案。微軟解決方案方案是：基于消息總線（消息中間件）和企業(yè)應(yīng)用集成技術(shù)，實(shí)現(xiàn)企業(yè)內(nèi)部不同系統(tǒng)間或分支機(jī)構(gòu)系統(tǒng)間的信息交換與共享（EAI）和企業(yè)與企業(yè)間的信息交換（B2Bi）；完全基于XML標(biāo)準(zhǔn)進(jìn)行數(shù)據(jù)交換；通過適配連接器方式連接原有系統(tǒng)，只需配置不需編碼即可集成原有系統(tǒng)；采納成熟的互聯(lián)互通中間件平臺(tái)，具有成本低、見效快、風(fēng)險(xiǎn)小、高牢靠性、高性能擴(kuò)展性、易管理和維護(hù)等優(yōu)點(diǎn)；供應(yīng)可視化的快速開發(fā)、部署、配置與管理工具，開發(fā)工具統(tǒng)一集成在VisualStudio；方案優(yōu)勢(shì)和業(yè)務(wù)收益當(dāng)前企業(yè)大多都采納傳統(tǒng)的點(diǎn)對(duì)點(diǎn)方式實(shí)現(xiàn)實(shí)現(xiàn)系統(tǒng)間的數(shù)據(jù)交換，當(dāng)業(yè)務(wù)系統(tǒng)的數(shù)量增長(zhǎng)到肯定規(guī)模時(shí)，采納傳統(tǒng)方式進(jìn)行數(shù)據(jù)交換將是一個(gè)巨大的挑戰(zhàn)：第一，開發(fā)上的困難性，這種方式通過手工編寫代碼，改造原有系統(tǒng)接口方式，須要大量的開發(fā)量；其次，管理上的困難性，集成的系統(tǒng)間連接混亂，不能有效進(jìn)行集中的監(jiān)控和管理；第三，這種集成方式系統(tǒng)間緊耦合，系統(tǒng)不能進(jìn)行敏捷調(diào)整，簽一發(fā)而動(dòng)全身，系統(tǒng)不能依據(jù)業(yè)務(wù)的須要進(jìn)行敏捷調(diào)整．相對(duì)傳統(tǒng)點(diǎn)對(duì)點(diǎn)接口集成方式，微軟基于數(shù)據(jù)交換平臺(tái)解決方案是基于XML消息總線方式方式，相比較具有如下優(yōu)勢(shì)：第一，各系統(tǒng)與信息總線通過接插拔方式連接，通過信息總線共享數(shù)據(jù)，能大大減輕系統(tǒng)集成的困難度問題；其次，在信息總線定義信息交換的數(shù)據(jù)標(biāo)準(zhǔn)，實(shí)現(xiàn)信息轉(zhuǎn)換和路由，并且在總線上具有管理業(yè)務(wù)流程的功能，進(jìn)而實(shí)現(xiàn)商業(yè)流程的自動(dòng)化實(shí)現(xiàn)；第三，數(shù)據(jù)交換消息處理及業(yè)務(wù)流程服務(wù)都在總線交換平臺(tái)上執(zhí)行，因此，可以對(duì)交換平臺(tái)上交換的信息和處理流程進(jìn)行集中監(jiān)控和管理?？傮w架構(gòu)和主要功能模塊特色解決方案總體架構(gòu)圖如下：交換平臺(tái)核心的功能模塊有：數(shù)據(jù)格式定義數(shù)據(jù)傳輸適配器連接數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)路由業(yè)務(wù)流程引擎數(shù)據(jù)格式定義對(duì)于實(shí)現(xiàn)多系統(tǒng)不同部門間數(shù)據(jù)交換，數(shù)據(jù)交換格式標(biāo)準(zhǔn)的定義至關(guān)重要，數(shù)據(jù)格式是不同系統(tǒng)間進(jìn)行數(shù)據(jù)交換的接口契約，微軟數(shù)據(jù)交換平臺(tái)解決方案供應(yīng)了可視化數(shù)據(jù)格式的建模工具，生成XML標(biāo)準(zhǔn)描述的數(shù)據(jù)結(jié)構(gòu)，創(chuàng)建企業(yè)數(shù)據(jù)字典，并內(nèi)置行業(yè)數(shù)據(jù)標(biāo)準(zhǔn)模板（如SAPIDoc，EDI，RossetNEt,Swiftt等），微軟數(shù)據(jù)交換平臺(tái)支持大量數(shù)據(jù)格式：XML，F(xiàn)latFile,EDI,IDoc,Binary,DB,Excel等。數(shù)據(jù)傳輸微軟解決方案內(nèi)置多種數(shù)據(jù)傳輸方式的支持適應(yīng)企業(yè)系統(tǒng)互聯(lián)的連接的異構(gòu)環(huán)境以及保障數(shù)據(jù)轉(zhuǎn)輸?shù)钠桨?，支持同步、異步、?shí)時(shí)、定時(shí)和消息隊(duì)列等不同網(wǎng)絡(luò)傳輸協(xié)議，有SOAP、HTTP、HTTPS，F(xiàn)ile，F(xiàn)TP、SMTP、POP3,MSMQ,MQSeriese,FILE，Sockets等多種傳輸協(xié)議。：平臺(tái)供應(yīng)保證消息交換的平安機(jī)制，防止非法篡改、非法訪問，實(shí)現(xiàn)消息發(fā)送人和接收人多種方式的身份認(rèn)證，供應(yīng)消息的牢靠交換機(jī)制，保證消息交換過程中消息的精確性、牢靠性、完整性適配器連接適配器的主要作用是聯(lián)系業(yè)務(wù)系統(tǒng)與信息交換平臺(tái)的橋梁，使他們既能夠相互協(xié)作，由能夠保持各自的獨(dú)立性，通過適配器使業(yè)務(wù)系統(tǒng)能更便利地運(yùn)用交換平臺(tái)交換數(shù)據(jù)。平臺(tái)供應(yīng)企業(yè)常用的應(yīng)用系統(tǒng)、數(shù)據(jù)庫(kù)、技術(shù)傳輸適配器，如SAP,Sieble,PeopleSoft,OracleApplication,JDE,Tibco,Axapta,DB2,Oracle,SQLServer,MQ等上百個(gè)適配連接器；平臺(tái)允許企業(yè)自定適配器將封裝或?qū)Ｓ玫南到y(tǒng)與標(biāo)準(zhǔn)技術(shù)連接在一起。平臺(tái)應(yīng)當(dāng)供應(yīng)圖形化管理工具，開發(fā)人員可以修改適配器處理程序的默認(rèn)配置，或者添加、刪除和修改適配器的發(fā)送端口和接收位置。適配器框架允許運(yùn)用XSD定義動(dòng)態(tài)生成用戶界面。適配器供應(yīng)所需的XSD，適配器框架創(chuàng)建一個(gè)屬性頁，讓用戶輸入數(shù)值。SDK包含一個(gè)簡(jiǎn)潔的文件復(fù)制適配器，它可以作為創(chuàng)建和自定義適配器解決方案的模板。數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)轉(zhuǎn)換包括兩個(gè)層面的內(nèi)容，即數(shù)據(jù)格式轉(zhuǎn)換和數(shù)據(jù)語義轉(zhuǎn)換。消息編解碼多系統(tǒng)數(shù)據(jù)交換與流程集成常常要求大量的不同的數(shù)據(jù)格式轉(zhuǎn)換，包括XML和各種自定義格式。編寫轉(zhuǎn)換程序，校驗(yàn)程序和管理這些多對(duì)多的關(guān)系的程序的工作量特別大。各個(gè)行業(yè)都已有或正在制定自己的數(shù)據(jù)交換標(biāo)準(zhǔn)，各業(yè)務(wù)系統(tǒng)間的數(shù)據(jù)格式將特別負(fù)責(zé)，而且隨著業(yè)務(wù)的變更，系統(tǒng)的升級(jí)，數(shù)據(jù)格式很難做統(tǒng)一。通過數(shù)據(jù)轉(zhuǎn)換模塊，供應(yīng)完善的各種數(shù)據(jù)格式支持，包括XML、EDI、文本與自定義格式。用戶完全可以通過業(yè)務(wù)總線相關(guān)的圖形界面工具，定義數(shù)據(jù)的格式以及數(shù)據(jù)轉(zhuǎn)換機(jī)制。數(shù)據(jù)轉(zhuǎn)換模塊負(fù)責(zé)在這些參數(shù)定義之間翻譯數(shù)據(jù)，以保證各個(gè)系統(tǒng)可以以自己理解的方式接受到數(shù)據(jù)。能夠?qū)崿F(xiàn)隨意形式的數(shù)據(jù)格式都轉(zhuǎn)換成為一種統(tǒng)一、規(guī)范的標(biāo)準(zhǔn)數(shù)據(jù)格式（如XML），在此基礎(chǔ)上再來執(zhí)行后續(xù)相關(guān)的數(shù)據(jù)處理工作。在信息交換平臺(tái)內(nèi)部，數(shù)據(jù)格式應(yīng)以統(tǒng)一標(biāo)準(zhǔn)的數(shù)據(jù)格式為主（如XML）。信息交換平臺(tái)能夠支持隨意數(shù)據(jù)格式到隨意數(shù)據(jù)格式的轉(zhuǎn)換，尤其是實(shí)現(xiàn)各種格式與XML格式的互換。供應(yīng)數(shù)據(jù)格式轉(zhuǎn)換工具，或供應(yīng)與專業(yè)數(shù)據(jù)轉(zhuǎn)換工具便利的集成。該數(shù)據(jù)轉(zhuǎn)換工具應(yīng)當(dāng)是可配置，易操作且可視化的。這樣能夠降低困難、多層迭代數(shù)據(jù)格式轉(zhuǎn)換實(shí)現(xiàn)的難度。數(shù)據(jù)映射制定的數(shù)據(jù)交換的數(shù)據(jù)映射機(jī)制解決兩個(gè)業(yè)務(wù)部門間語義溝通的橋梁，數(shù)據(jù)映射的示意圖如下：要實(shí)現(xiàn)數(shù)據(jù)映射，須要在數(shù)據(jù)交換系統(tǒng)中實(shí)現(xiàn)如下一些功能：在數(shù)據(jù)交換系統(tǒng)上必需供應(yīng)映射工具，用于定義交換數(shù)據(jù)庫(kù)中的數(shù)據(jù)與標(biāo)準(zhǔn)數(shù)據(jù)間的映射關(guān)系。據(jù)交換系統(tǒng)提取到交換數(shù)據(jù)后必需能夠依據(jù)所定義的映射關(guān)系將數(shù)據(jù)轉(zhuǎn)換成標(biāo)準(zhǔn)的數(shù)據(jù)文件，然后再進(jìn)行數(shù)據(jù)文件交換。據(jù)交換系統(tǒng)對(duì)接收到數(shù)據(jù)交換文件能夠依據(jù)預(yù)先所定義的映射關(guān)系將標(biāo)準(zhǔn)數(shù)據(jù)轉(zhuǎn)換為業(yè)務(wù)系統(tǒng)對(duì)應(yīng)的數(shù)據(jù)。消息路由交換平臺(tái)依據(jù)消息路由規(guī)則，消息路由服務(wù)實(shí)現(xiàn)消息在不同的應(yīng)用集成系統(tǒng)之間和不同消息隊(duì)列之間的路由。消息路由支持兩種路由規(guī)則：基于內(nèi)容的路由依據(jù)消息的內(nèi)容，消息路由依據(jù)定義的規(guī)則將特定內(nèi)容的消息路由到不同的應(yīng)用集成系統(tǒng)或消息隊(duì)列中?；谙㈩^的路由依據(jù)消息頭中的目的地進(jìn)行消息路由一方面，基于規(guī)則的路由使得可以向不同部門依據(jù)特定值發(fā)送數(shù)據(jù)或文件，這一智能功能削減了手工干預(yù)，使得操作變得更為快捷和正確。另一方面，數(shù)據(jù)或文件必需能夠牢靠的進(jìn)行投遞。一個(gè)協(xié)助的傳輸協(xié)議可以在第一次傳送失敗的狀況下進(jìn)行最大限度的嘗試。假如再次嘗試仍舊失敗，數(shù)據(jù)或文檔將被送入隊(duì)列之中等待手工處理，并提示管理員。流程整合引擎流程整合引擎是交換平臺(tái)的重要構(gòu)成部分。它使不同部門的應(yīng)用系統(tǒng)集成變成可能，。業(yè)務(wù)整合引擎必需供應(yīng)以下特性：事務(wù)的支持和管理業(yè)務(wù)整合引擎必需支持事務(wù)。事務(wù)具有四大特性：原子性，一樣性，隔離性和長(zhǎng)久性。業(yè)務(wù)整合引擎保證當(dāng)事務(wù)的某一部分失敗后，整個(gè)事務(wù)都回滾到原來的狀態(tài)。業(yè)務(wù)進(jìn)程調(diào)度和路由業(yè)務(wù)整合引擎監(jiān)視著XML業(yè)務(wù)總線上的消息，當(dāng)特定的XML消息到達(dá)后，引擎會(huì)創(chuàng)建一個(gè)新的業(yè)務(wù)進(jìn)程或激活一個(gè)已經(jīng)掛起的業(yè)務(wù)進(jìn)程，該進(jìn)程依據(jù)業(yè)務(wù)流程各個(gè)步驟信息轉(zhuǎn)發(fā)的路由，在流程的每一步將相關(guān)信息發(fā)送給目的單位系統(tǒng)。流程快速定義要求交換平臺(tái)可以快速定義辦事流程，以滿意企業(yè)群眾的須要。關(guān)鍵在于兩點(diǎn)：供應(yīng)可視化設(shè)計(jì)器運(yùn)用可視化設(shè)計(jì)器，通過簡(jiǎn)潔的流程工具的拖動(dòng)就可以定義出一個(gè)新的辦事流程，或者修改相應(yīng)的辦事流程。辦事流程定義和實(shí)現(xiàn)分開辦事流程的定義可以由業(yè)務(wù)人員完成，但實(shí)現(xiàn)通常須要技術(shù)人員支持，通過將定義與實(shí)現(xiàn)分開，允許業(yè)務(wù)人員與技術(shù)人員各自把精力放在自己最擅長(zhǎng)的領(lǐng)域。另外，業(yè)務(wù)流程可以變更而不影響底層的物理實(shí)現(xiàn)，流程的變更會(huì)變得特別便利。更為重要的是，物理實(shí)現(xiàn)時(shí)，硬件和軟件選擇的敏捷性大大增加。在應(yīng)用規(guī)模擴(kuò)大以后，底層的硬件平臺(tái)和軟件平臺(tái)的升級(jí)對(duì)辦事流程毫無影響。案例列表和重點(diǎn)客戶案例分析該解決方案在國(guó)內(nèi)外具有多個(gè)實(shí)施勝利案例，部分國(guó)外勝利實(shí)施案例：英國(guó)政府網(wǎng)關(guān)德國(guó)郵政英國(guó)銀行福特汽車Shell石油韓國(guó)電信三星集團(tuán)部分國(guó)內(nèi)勝利實(shí)施案例如下：中國(guó)海關(guān)（核心業(yè)務(wù)系統(tǒng)H2000）中國(guó)石油（管道生產(chǎn)系統(tǒng)）中國(guó)石油（辦公自動(dòng)化）中國(guó)石化（廣州石化數(shù)據(jù)中心）中國(guó)石化（儀征化纖應(yīng)用整合）中國(guó)網(wǎng)通（語音BOSS聯(lián)接系統(tǒng)）方正科技（核心業(yè)務(wù)系統(tǒng)）青島政府（電子政務(wù)信息交換平臺(tái)）浙江省政府（中國(guó)浙江門戶網(wǎng)站數(shù)據(jù)交換平臺(tái)）湖南省政府(數(shù)據(jù)交換平臺(tái))江蘇誠(chéng)信（江蘇省征信系統(tǒng)）佛山政府（聯(lián)網(wǎng)審批）浙江電力（SAP互連）中國(guó)電信(互連星空)中國(guó)聯(lián)通(CDMA1X增值業(yè)務(wù)支撐平臺(tái))湖南電信（新97系統(tǒng)）典型客戶案例分析青島市電子政務(wù)信息交換平臺(tái)在青島市電子政務(wù)信息交換平臺(tái)建成之前，工商、稅務(wù)、質(zhì)監(jiān)等部門的業(yè)務(wù)系統(tǒng)各自獨(dú)立，形成信息孤島狀態(tài)。部門間通過定期手工交換數(shù)據(jù)、存在數(shù)據(jù)不一樣問題，導(dǎo)致工商登記戶和納稅登記戶無法核對(duì)、存在很多漏管戶、政府監(jiān)管不足、給國(guó)家造成很大損失。為了解決這些問題，在青島市電子政務(wù)電子政務(wù)建設(shè)中，電子政務(wù)信息交換平臺(tái)成為建設(shè)的一個(gè)重點(diǎn)。青島市的電子政務(wù)信息交換平臺(tái)運(yùn)用了微軟數(shù)據(jù)交換平臺(tái)解決方案BizTalkServer來建設(shè)互聯(lián)互通平臺(tái)，同時(shí)集成了中國(guó)政府認(rèn)可的第三方平安認(rèn)證服務(wù)。下面是青島市電子政務(wù)信息交換平臺(tái)的應(yīng)用場(chǎng)景。圖中，中心部分是青島市統(tǒng)一政務(wù)信息交換平臺(tái)。為了實(shí)現(xiàn)國(guó)稅、地稅、工商、質(zhì)檢部門之間的數(shù)據(jù)交換，解決方案中在各個(gè)部門建設(shè)了基于BizTalkServer的數(shù)據(jù)交換前置機(jī)，并制定了數(shù)據(jù)交換的標(biāo)準(zhǔn)。在互聯(lián)互通過程中，不同部門的數(shù)據(jù)通過政務(wù)信息交換平臺(tái)進(jìn)行數(shù)據(jù)檢驗(yàn)、格式轉(zhuǎn)換、數(shù)據(jù)交換，同時(shí)把數(shù)據(jù)存放在政務(wù)信息交換平臺(tái)的數(shù)據(jù)庫(kù)中，成為共享的信息資源。青島市統(tǒng)一政務(wù)信息交換平臺(tái)的建成帶來了明顯的成效，下面是主要成果：國(guó)稅部門發(fā)覺了一萬兩千多戶的漏征漏管企業(yè)地稅部門也發(fā)覺一萬八千戶的漏征漏管戶補(bǔ)辦稅務(wù)登記八千三百多戶，罰金49萬余元每年至少為國(guó)家挽回經(jīng)濟(jì)損失近千萬元青島市統(tǒng)一政務(wù)信息交換平臺(tái)正在不斷發(fā)展和完善，信息交換中心已經(jīng)成為部門間橫向數(shù)據(jù)交換的樞紐。除了上述4個(gè)部門之外，其他政府部門正在接連加入到互聯(lián)互通行列中來。信息交換中心已經(jīng)