【文章內(nèi)容簡介】 得到廣泛的應(yīng)用， J2EE技術(shù)規(guī)范已經(jīng)得到大的中間件生成廠商如 BEA公司、 IBM公司的產(chǎn)品 化支持。 中間件技術(shù)是軟件產(chǎn)品的發(fā)展方向，現(xiàn)在市場上已有大量的產(chǎn)品可供選擇，因此在結(jié)合樂清市電子政務(wù)需求開發(fā)數(shù)據(jù)中間件是可行的，在數(shù)據(jù)交換體系中采用消息中間件已是可行的，符合發(fā)展方向。 安全應(yīng)用技術(shù)是樂清市電子政務(wù)中的一種重要指標(biāo)，國內(nèi)許多單位進(jìn)行過大量的研發(fā)工作，有的已形成了產(chǎn)品，因此也具有可行性。 虛擬數(shù)據(jù)庫是解決數(shù)據(jù)共享、系統(tǒng)平滑過渡的必又之路，結(jié)合數(shù)據(jù)庫技術(shù)和中間件技術(shù)，一定能達(dá)到目標(biāo)，創(chuàng)優(yōu)質(zhì)工程。 政務(wù)網(wǎng)應(yīng)用系統(tǒng)建設(shè) 政務(wù)網(wǎng)應(yīng)用體系結(jié)構(gòu) 鑒于基于 J2EE規(guī)范的三層結(jié)構(gòu)的行文應(yīng)用尚不成 熟，擬以 Lotus Domino平臺，在目前行文應(yīng)用的基礎(chǔ)上，改造原有的公文流轉(zhuǎn)系統(tǒng)，使之能與其他基于 J2EE規(guī)范新開發(fā)的應(yīng)用很好地融合在一起。其他應(yīng)用主要基于 J2EE規(guī)范開發(fā)。 為加強(qiáng) Domino Server訪問安全性，在 Domino服務(wù)器之前設(shè)置安全代理服務(wù)器，所有對 Domino服務(wù)器的訪問均須經(jīng)過安全代理對身份數(shù)字證書的認(rèn)證以后才能進(jìn)行。 考慮到數(shù)據(jù)庫基于用戶名 /口令方式進(jìn)行身份認(rèn)證，為加強(qiáng)關(guān)鍵數(shù)據(jù)庫系統(tǒng)的安全性，所有對關(guān)鍵數(shù)據(jù)庫的訪問均須經(jīng)過安全代理對身份數(shù)字證書的認(rèn)證以后才能進(jìn)行。 樂清 市辦公信息系統(tǒng) 發(fā)文管理系統(tǒng) 發(fā)文管理系統(tǒng)對黨發(fā)文、發(fā)函、便函等文種的發(fā)文工作進(jìn)行管理，提供公文起草、公文流轉(zhuǎn)、痕跡保留、數(shù)字簽名、文檔一體化管理功能，并可以隨時(shí)進(jìn)行文種轉(zhuǎn)換。 收文管理系統(tǒng) 收文管理系統(tǒng)對樂清市收到的閱文、辦文、批件、會議通知、會簽文、簡報(bào)、人大議案、人大建議和政協(xié)提案進(jìn)行管理，提供公文流轉(zhuǎn)、數(shù)字簽名、催辦、送檔案室歸檔功能，收文辦理過程中可與內(nèi)部文、發(fā)文流程銜接。 內(nèi)部文管理系統(tǒng) 內(nèi)部文管理系統(tǒng)對內(nèi)部文的起草、審批過程進(jìn)行管理，提供起草、公文流轉(zhuǎn)、數(shù)字簽名等功能，可與發(fā)文管理 系統(tǒng)銜接。 檔案管理系統(tǒng) 檔案管理系統(tǒng)對歷史檔案提供文件掃描圖片管理和按權(quán)限查詢的功能，前端查詢界面可與新建的檔案系統(tǒng)查詢界面有機(jī)地融合； 對樂清市電子政務(wù)應(yīng)用系統(tǒng)建設(shè)完成后形成的文檔一體化檔案，提供全文檢索服務(wù)。 同時(shí)，檔案管理系統(tǒng)需要提供檔案管理的功能。 督辦查辦系統(tǒng) 文檔處可以對收辦文進(jìn)行督辦查辦管理； 系統(tǒng)通過計(jì)算機(jī)網(wǎng)絡(luò)按照辦結(jié)期限自動提前催辦； 政務(wù)網(wǎng)上需催辦的事項(xiàng)，通過政務(wù)網(wǎng)與業(yè)務(wù)網(wǎng)之間的數(shù)據(jù)接口傳送到業(yè)務(wù)網(wǎng)上對使用業(yè)務(wù)網(wǎng)應(yīng)用系統(tǒng)的用戶催辦。 事務(wù)性工作提示管理系統(tǒng) 本系統(tǒng)提 供提示項(xiàng)目的預(yù)設(shè)和管理功能； 按照設(shè)定的條件自動將需廣播的信息發(fā)送到 “文字信息廣播組播系統(tǒng) ”，在計(jì)算機(jī)網(wǎng)絡(luò)上進(jìn)行廣播、組播提示。 文字信息廣播組播系統(tǒng) 文字信息在計(jì)算機(jī)網(wǎng)絡(luò)上的廣播功能； 文字信息在計(jì)算機(jī)網(wǎng)絡(luò)上的組播功能； 政務(wù)網(wǎng)上廣播（組播）的信息，通過政務(wù)網(wǎng)與業(yè)務(wù)網(wǎng)之間的數(shù)據(jù)接口轉(zhuǎn)移到業(yè)務(wù)網(wǎng)上對業(yè)務(wù)處理 PC進(jìn)行廣播（組播）。 會議管理系統(tǒng) 會議計(jì)劃申報(bào)、審批，會議通知審批，郵件或傳真通知，會議資料（主題發(fā)言、分組討論記錄、會議紀(jì)要）歸檔管理，年度會議統(tǒng)計(jì)匯總。 值班工作系統(tǒng) 領(lǐng)導(dǎo)帶班表 ：各單位自行維護(hù)管理。 值班安排管理：秘書處分配各單位日歷段，各單位維護(hù)各自的值班人員名單；以年度日歷表的形式進(jìn)行管理。 值班日志管理－值班電話摘報(bào)管理：當(dāng)班值班員編寫值班日志；對選定的值班記錄可以生成值班電話摘報(bào)，并進(jìn)行流轉(zhuǎn)審批和辦理；當(dāng)班值班員使用值班室 ID登錄系統(tǒng)，系統(tǒng)結(jié)合值班表確定值班員的真實(shí)身份。 會議通知：使用郵件系統(tǒng)或傳真服務(wù)器批量發(fā)送會議通知?？梢允褂秒娮与娫挷局械牡刂?/傳真號碼。 電話簿：包括辦公、住宅、地方三個(gè)部分，各單位可以自行維護(hù)各自的部分，值班室可以維護(hù)全部電話簿，可以打印 成冊和網(wǎng)上查詢。 傳真服務(wù)器：可批量發(fā)送傳真，遇忙自動重發(fā)；可對接收的傳真電子文件進(jìn)行管理。 大屏幕發(fā)布管理系統(tǒng) 大屏幕發(fā)布信息的審批流程； 與大屏幕顯示系統(tǒng)接口； 大屏幕信息自動發(fā)送到 “文字信息廣播系統(tǒng) ”中，同時(shí)在計(jì)算機(jī)網(wǎng)絡(luò)上廣播。 信訪工作管理系統(tǒng) 該系統(tǒng)實(shí)現(xiàn)信訪資料的摘錄、編輯、報(bào)送、歸檔管理等。 領(lǐng)導(dǎo)日程安排 市領(lǐng)導(dǎo)和單位領(lǐng)導(dǎo)的日程安排管理，具有生成日程安排和流轉(zhuǎn)審批功能。 出國出差計(jì)劃管理系統(tǒng) 該系統(tǒng)主要完成人員出國出差計(jì)劃的制訂、編輯、維護(hù)、發(fā)布和管理。 刊物編輯系統(tǒng) 刊物編輯系統(tǒng)完成市刊物的編撰、審批、管理、上報(bào) /分發(fā) /發(fā)布、電子歸檔等工作。 信息上報(bào)接口 刊物編輯系統(tǒng)中生成的《專報(bào)信息》、《決策參考》等上報(bào)溫州市、浙江省時(shí)，需要轉(zhuǎn)換為上級系統(tǒng)要求的格式，才能上報(bào)。 大事記管理 工作人員使用該系統(tǒng)記錄樂清市大事，完成相應(yīng)的編輯、管理、歸檔工作。 秘書工作系統(tǒng) 該系統(tǒng)供市領(lǐng)導(dǎo)秘書使用，幫助秘書管理部領(lǐng)導(dǎo)的相關(guān)文件、批示、稿件等資料。 辦公自動化工作和技術(shù)文檔管理系統(tǒng) 辦公自動化設(shè)備（含軟件）的購置、維修、配置參數(shù)、使用等情況的管理，各類辦公自動化技術(shù)文檔（電 子版）的管理和共享使用。 BBS 多欄目管理，如 OA問答、論壇、好文章等欄目的設(shè)置和管理。 與檔案系統(tǒng)接口 電子檔案庫是共享信息資源庫的重要組成部分，公文流轉(zhuǎn)最終結(jié)果要?dú)w檔，存儲到檔案庫。因此，在行文系統(tǒng)、會議管理系統(tǒng)等應(yīng)用系統(tǒng)與檔案管理系統(tǒng)之間應(yīng)有可靠有效的接口，按照電子檔案庫的格式規(guī)范將應(yīng)用系統(tǒng)的數(shù)據(jù)傳送到電子檔案庫中。 政務(wù)網(wǎng)綜合數(shù)據(jù)支撐平臺 通過將樂清市大量存在的不能（或不便于）提供共享的桌面型數(shù)據(jù)庫虛擬成一個(gè)統(tǒng)一的共享資源庫，結(jié)合其他現(xiàn)存的可以直接提供共享訪問的大型數(shù)據(jù)庫，可以實(shí)現(xiàn)在暫 不更改現(xiàn)有應(yīng)用程序的前提下，達(dá)成數(shù)據(jù)資源有效充分共享的目的。這樣安排一方面可保護(hù)現(xiàn)有投資，另一方面能實(shí)現(xiàn)平滑的過渡。 對于不能（或不便于）提供共享的桌面型數(shù)據(jù)庫，如果按照傳統(tǒng)的訪問方式，必須將這些文件共享出來，然后才能夠通過網(wǎng)絡(luò)在其他計(jì)算機(jī)上面訪問它們。這種傳統(tǒng)的數(shù)據(jù)共享方式存在相當(dāng)大的弊病，首當(dāng)其沖的就是安全性問題，所有能夠登錄該計(jì)算機(jī)的用戶都可以訪問這些桌面型數(shù)據(jù)庫，不可能對共享的文件使用數(shù)字認(rèn)證這樣級別的安全管理，因此安全性極低；虛擬數(shù)據(jù)庫方案就是為了解決這個(gè)問題的。通過提供數(shù)據(jù)庫端的 API以及應(yīng)用 端的數(shù)據(jù)中間件將分散在網(wǎng)絡(luò)上的各個(gè)獨(dú)立的節(jié)點(diǎn)上的桌面形數(shù)據(jù)庫連接起來。舍棄了傳統(tǒng)的文件共享方式，利用網(wǎng)絡(luò)通訊實(shí)現(xiàn)數(shù)據(jù)庫訪問。在用戶訪問數(shù)據(jù)之前需要用戶通過整個(gè)系統(tǒng)安全認(rèn)證（例如基于數(shù)據(jù)證書的用戶身份認(rèn)證），這樣就完美的解決了上面所提到的數(shù)據(jù)庫的安全問題。 虛擬數(shù)據(jù)庫結(jié)構(gòu) 虛擬數(shù)據(jù)庫構(gòu)架分為虛擬數(shù)據(jù)庫客戶端和虛擬數(shù)據(jù)庫服務(wù)器兩個(gè)主要部分。其基本結(jié)構(gòu)如下圖所示： 虛擬數(shù)據(jù)庫客戶端 虛擬數(shù)據(jù)庫客戶端主要包括需要訪問數(shù)據(jù)庫的各種應(yīng)用以及連接數(shù)據(jù)庫的通用接口（ ODBC／ JDBC）兩個(gè)部分。 需要訪問 數(shù)據(jù)庫的各種應(yīng)用：指用戶使用的各種桌面應(yīng)用程序，例如決策支持的數(shù)據(jù)挖掘，共享資源發(fā)布。 ODBC/JDBC：數(shù)據(jù)庫通用接口是數(shù)據(jù)庫的標(biāo)準(zhǔn)接口，而且是一個(gè)簡單易用的數(shù)據(jù)庫接口，同時(shí)又能夠很好的完成數(shù)據(jù)訪問的任務(wù)。 虛擬數(shù)據(jù)庫服務(wù)器端 虛擬數(shù)據(jù)庫服務(wù)器端主要分為四個(gè)層次結(jié)構(gòu)，包括虛擬數(shù)據(jù)庫面向客戶層、 API、數(shù)據(jù)中間件層、分散的 PC機(jī)或 PC Server上的桌面型數(shù)據(jù)庫層四個(gè)部分。 虛擬數(shù)據(jù)庫面向客戶層：功能性描述主要包括下面幾個(gè)方面： 用戶（基于數(shù)字證書）以及權(quán)限管理 對應(yīng)用通過 ODBC/JDBC連接虛擬數(shù)據(jù)庫的響應(yīng) 基于數(shù)字證書的用戶身份認(rèn)證 其他 “實(shí) ”數(shù)據(jù)庫應(yīng)該具有的基本功能（數(shù)據(jù)的物理存儲除外） 通過 API訪問虛擬數(shù)據(jù)庫面向客戶層 對應(yīng)用提供虛擬數(shù)據(jù)庫服務(wù) API：是連接虛擬數(shù)據(jù)庫面向客戶層與數(shù)據(jù)中間件的紐帶。通過這個(gè) API一次只能對一張?zhí)摂M表（該虛擬表對應(yīng)于一個(gè)節(jié)點(diǎn)上數(shù)據(jù)庫中存儲的一張實(shí)際的表格）進(jìn)行讀取。 數(shù)據(jù)中間件層：在前面也提過虛擬數(shù)據(jù)庫舍棄了共享文件的方式，采用連接通訊的方式實(shí)現(xiàn)資源（位于分布式數(shù)據(jù)節(jié)點(diǎn)上面的桌面形數(shù)據(jù)庫）共享，因此在虛擬數(shù)據(jù)庫服務(wù)器端的 API同樣不能 夠直接訪問分布式數(shù)據(jù)節(jié)點(diǎn)上的桌面形數(shù)據(jù)庫里面的數(shù)據(jù)資源。為了解決這個(gè)問題，為虛擬數(shù)據(jù)庫連接提供了另外一個(gè)數(shù)據(jù)中間件層，即虛擬數(shù)據(jù)庫服務(wù)器端的 API與數(shù)據(jù)中間件層進(jìn)行通訊。 數(shù)據(jù)中間件層主要功能是與服務(wù)器端的 API進(jìn)行通訊，返回查詢結(jié)果集。工作流程是虛擬數(shù)據(jù)庫服務(wù)器端的 API根據(jù)經(jīng)過虛擬數(shù)據(jù)庫面向客戶端分析過的指令到網(wǎng)絡(luò)上定位指定的節(jié)點(diǎn)，查找到對應(yīng)的節(jié)點(diǎn)之后將查詢指令傳送到該節(jié)點(diǎn)上的數(shù)據(jù)中間件層上面，該中間件處理查詢業(yè)務(wù)，查找所需要的表名，如果找到則返回正確信息給服務(wù)器端的 API，同時(shí)通過API讀取數(shù)據(jù)資源 到虛擬數(shù)據(jù)庫面向客戶層，最后呈現(xiàn)給用戶的數(shù)據(jù)是經(jīng)過虛擬數(shù)據(jù)庫面向客戶端整合過的。 分散節(jié)點(diǎn)上的數(shù)據(jù)庫層：位于分散節(jié)點(diǎn)上面的桌面形數(shù)據(jù)庫（ Access）是需要獲取數(shù)據(jù)資源的最終來源，設(shè)計(jì)虛擬數(shù)據(jù)庫結(jié)構(gòu)的最終目標(biāo)就是要訪問這些數(shù)據(jù)庫，以獲取信息供用戶查詢、分析、使用。 實(shí)現(xiàn)機(jī)制 虛擬數(shù)據(jù)庫客戶端與虛擬數(shù)據(jù)庫服務(wù)器端的通訊：使用 TCP/IP協(xié)議進(jìn)行通訊。支持標(biāo)準(zhǔn) SQL子集。 API與數(shù)據(jù)中間件層的通訊：因?yàn)樾枰獎討B(tài)的刷新虛擬表列表，所以 API與數(shù)據(jù)中間件層之間的通訊必須是實(shí)時(shí)的握手協(xié)議，一旦節(jié)點(diǎn)機(jī)登錄網(wǎng)絡(luò) ，API就能夠與它建立通訊關(guān)系并且刷新虛擬表列表。 數(shù)據(jù)中間件與桌面數(shù)據(jù)庫的通訊：考慮到需要將查詢到的結(jié)果集（數(shù)據(jù)表內(nèi)數(shù)據(jù)資源信息）上傳到虛擬數(shù)據(jù)庫服務(wù)器端，因此通信最好使用簡單易用的 ODBC/JDBC方式。 數(shù)據(jù)中間件的實(shí)現(xiàn)機(jī)制：該數(shù)據(jù)中間件層主要分為三個(gè)層次，與 API通訊的面向服務(wù)器層、格式轉(zhuǎn)換層和運(yùn)行在分布式數(shù)據(jù)節(jié)點(diǎn)上的面向客戶端層?？蛻舳说奈锢碓O(shè)備啟動時(shí)自動啟動該中間件。該中間件支持動態(tài)響應(yīng)來自虛擬數(shù)據(jù)庫服務(wù)器的請求。當(dāng)虛擬數(shù)據(jù)庫服務(wù)器需要向某分布式數(shù)據(jù)節(jié)點(diǎn)發(fā)送請求時(shí)，首先查詢該節(jié)點(diǎn)是否登錄網(wǎng)絡(luò) ，如果該節(jié)點(diǎn)已經(jīng)正常運(yùn)行于網(wǎng)絡(luò)中，則虛擬數(shù)據(jù)庫服務(wù)器向它發(fā)送通訊的請求，和該節(jié)點(diǎn)運(yùn)行于同一物理設(shè)備上的數(shù)據(jù)中間件實(shí)時(shí)的響應(yīng)這個(gè)請求，然后執(zhí)行查詢指令，并將查詢的結(jié)果集和通訊成功的信息打包，并過 API發(fā)送給虛擬數(shù)據(jù)庫服務(wù)器端；如果執(zhí)行查詢指令出錯(cuò)，也向虛擬數(shù)據(jù)庫服務(wù)器端返回出錯(cuò)信息；如果該節(jié)點(diǎn)并未正常登錄網(wǎng)絡(luò)，則數(shù)據(jù)中間件通過 API向虛擬數(shù)據(jù)庫的面向客戶層發(fā)送通訊失敗信息。實(shí)現(xiàn)機(jī)制如下面框圖所示： 面向各級單位的公文分發(fā)與數(shù)據(jù)交換體系 應(yīng)用系統(tǒng)與直屬單位及上級省市之間要實(shí)現(xiàn)電子化的數(shù)據(jù)交換，包括公文的下發(fā) 、上傳、下屬單位公文的抄送、各單位之間的數(shù)據(jù)（公文）交換。各單位的 OA系統(tǒng)通過統(tǒng)一的接口規(guī)范，實(shí)現(xiàn)跨系統(tǒng)的數(shù)據(jù)交換。 數(shù)據(jù)交換規(guī)范 由于整個(gè)系統(tǒng)構(gòu)建在J2EE框架之上，所以可以容易地采用 XML格式進(jìn)行數(shù)據(jù)交換。 XML（可擴(kuò)展的標(biāo)記語言）標(biāo)準(zhǔn)為構(gòu)造內(nèi)容和數(shù)據(jù)提供了一種方法， XML文檔內(nèi)的數(shù)據(jù)結(jié)構(gòu)在數(shù)據(jù)類型定義（ DTD）中加以說明。支持 XML的應(yīng)用無需事先相互了解就能通信和交換數(shù)據(jù)，只要它們共享或能夠轉(zhuǎn)換 DTD即可。 XML定義了一種超越任何平臺、任何語言的數(shù)據(jù)表示格式，在 XML所傳輸?shù)男畔⒅谐ㄓ脩魯?shù)據(jù)外 ，還包括對數(shù)據(jù)格式的描述信息，使任何接收端的 XML都能夠方便地 “解碼 ”，并將 XML標(biāo)準(zhǔn)格式的數(shù)據(jù)轉(zhuǎn)換成接收端程序所能識別的本地?cái)?shù)據(jù)。這樣便可實(shí)現(xiàn)采用不同硬件平臺、不同操作系統(tǒng)平臺、不同語言的應(yīng)用之間平滑地通信。 數(shù)據(jù)交換體系的實(shí)現(xiàn) 實(shí)現(xiàn)目標(biāo)：網(wǎng)狀數(shù)據(jù)交換 在業(yè)務(wù)需要時(shí)，在同一系統(tǒng)構(gòu)架上，開放網(wǎng)狀交換的權(quán)限，可以在系統(tǒng)內(nèi)實(shí)現(xiàn)網(wǎng)狀數(shù)據(jù)交換。 中間件與應(yīng)用系統(tǒng)接口： 一般情況下，中間件支持多種接口函數(shù)庫，包括： C， C++， JAVA， ActiveX。從 API類型上看，中間件所提供的眾多良好的特性（包括：訂 閱 /發(fā)布、自動負(fù)載均衡、容錯(cuò)、智能化代理傳輸 …… ）都有其對應(yīng)的 API。在中間件的部署過程中，針對一些與有通用性的應(yīng)用系統(tǒng)接口，采用 “適配器 (Adapter)”方式開發(fā)，以達(dá)到今后系統(tǒng)的對接口的復(fù)用。根據(jù)與消息中間件集成的方法不同，可將 Adapter分為四類，即基本的四種集成方法，如下圖 需要指出的是：圖中所示的四種方法中，數(shù)據(jù)傳輸是雙向的，即采用某一種方法集成的應(yīng)用可以和利用任意其它方法集成的應(yīng)用通過中間件平滑地集成。 公文分發(fā) 分為三階段實(shí)施。 第一階段實(shí)現(xiàn)目標(biāo)：通過郵件系統(tǒng)向下分發(fā)公文 第二階段實(shí)現(xiàn)目標(biāo)：借助于星型數(shù)據(jù)交換體系，實(shí)現(xiàn)星型公文交換 樂清市辦公系統(tǒng)采用發(fā)布訂閱 (Pub/Sub)傳輸模式。由樂清市辦公系統(tǒng)發(fā)布可供訂閱的信息 “主題 ”（需要下發(fā)的樂清市公文作為一個(gè)主題），下屬單位按照樂清市要求自行訂閱。當(dāng)樂清市辦公系統(tǒng)產(chǎn)生新的發(fā)文時(shí)，消息中間件系統(tǒng)可以自動按照該主題的訂閱列表向多個(gè)下屬單位發(fā)送信息（此處為 Push方式）。另一方面，由下屬單位公布發(fā)布可供訂閱的信息 “主題 ”（需要上報(bào)樂清市的公文作為一個(gè)主題），樂清市辦公系統(tǒng)可根據(jù)需要自行訂閱，實(shí)現(xiàn)下屬單位公文的自動上報(bào)。同理，各下屬單 位之間的公文交換以及樂清市辦公系統(tǒng)向各業(yè)務(wù)系統(tǒng)的信息發(fā)布工作也可以通過發(fā)布訂閱 (Pub/Sub)傳輸模式方便地實(shí)現(xiàn)。 第三階段實(shí)現(xiàn)目標(biāo)：借助于網(wǎng)狀數(shù)據(jù)交換體系，實(shí)現(xiàn)網(wǎng)狀