OA與公文交換平臺的接口解決方案

OA與公文交換平臺的接口解決方案引言隨著國際互聯(lián)網(wǎng)的開通及相關(guān)技術(shù)的逐步成熟，人類社會邁入了一個嶄新的信息時代。在社會信息化的不斷推進過程中，各級政府的辦公自動化需求也在不斷升級。電子政務(wù)已經(jīng)成為世界各國新一輪公共行政管理改革和衡量國家及城市競爭水平的重要標志之一。同時，隨著改革的深入和我國加入WTO,電子政務(wù)建設(shè)已經(jīng)成為當前我國信息化建設(shè)的首要任務(wù)。從電子政務(wù)建設(shè)發(fā)展的階段看，電子政務(wù)內(nèi)部建設(shè)一般要經(jīng)歷公文電子化一一辦公自動化一一行政管理網(wǎng)絡(luò)化一一網(wǎng)上協(xié)同辦公四個階段。我國的辦公自動化從80年代至今已有20多年的發(fā)展，到現(xiàn)在基本已達到第三階段（即內(nèi)部OA+網(wǎng)絡(luò)化）。但由于各單位采用的技術(shù)不同，辦公自動化的開發(fā)缺乏相應(yīng)的標準，所以各自獨立的信息系統(tǒng)很容易形成信息孤島，而無法實現(xiàn)信息共享。電子公文交換為解決政府部門網(wǎng)上協(xié)同辦公提供了完美的解決方案。一、總體概述1.1公文交換平臺采用傳統(tǒng)方式傳遞紅頭文件存在很多問題。目前主要采用郵遞方式，傳統(tǒng)傳遞紅頭文件，從而實現(xiàn)上情下達。這種方式存在很多弊端：速度慢、易泄密、易丟失等。在信息高度發(fā)達的的今天，采用電子公文傳輸系統(tǒng)，解決公文傳輸過程存在的上述問題，是必然的選擇。公文交換系統(tǒng)實現(xiàn)跨部門之間電子公文的安全傳輸。通過提供統(tǒng)一的業(yè)務(wù)平臺，不同部門完成電子公文的發(fā)送、傳輸、接收以及打印等業(yè)務(wù)操作。從用戶（最終使用者）的角度看，電子公文交換系統(tǒng)應(yīng)該具備的功能包括;公文登記、公文加密、公文發(fā)送、公文接收、聯(lián)合發(fā)文、公文打印、公文導(dǎo)入導(dǎo)出等業(yè)務(wù)處理，以及用戶管理、權(quán)限分配、配置管理等系統(tǒng)維護。系統(tǒng)功能結(jié)構(gòu)如下圖。電子公文交換系統(tǒng)-系統(tǒng)功能結(jié)構(gòu)圖從上圖可以看出，電子公文交換系統(tǒng)主要由四大部分組成：公文傳輸、數(shù)據(jù)接口、日志管理，以及系統(tǒng)維護。其實，系統(tǒng)維護和日志管理是任何應(yīng)用系統(tǒng)都必須具備的基礎(chǔ)性功能;另外，公文傳輸實現(xiàn)公文交換的基本業(yè)務(wù)，完成公文的跨部門的交換業(yè)務(wù);考慮到公文交換系統(tǒng)必定要同辦公自動化系統(tǒng)通訊，數(shù)據(jù)接口是保證數(shù)據(jù)一致性而規(guī)定的接口規(guī)范。需要指出的是：在這些業(yè)務(wù)處理環(huán)節(jié)中，必須保證每個環(huán)節(jié)的“安全性”。對于政府部門來說，傳輸過程中的紅頭文件的安全性是最大的顧慮，因此，公文的安全性，以及公文傳輸過程的安全性，成為最設(shè)計公文交換系統(tǒng)時重要的需求和必須首要考慮的因素。關(guān)于這點，CA安全體系相關(guān)技術(shù)提供了很好的保障?？傊?，電子公文交換系統(tǒng)平臺以辦公自動化為基礎(chǔ)，充分利用現(xiàn)有資源和現(xiàn)有網(wǎng)絡(luò)平臺條件，與OA系統(tǒng)能夠無縫緊密地連接，加快政府機關(guān)之間無紙化公文傳輸?shù)倪M程，提高公文流轉(zhuǎn)的速度，進而可以提高政府機關(guān)行政事務(wù)的處理效率。1.2OA功能及其接口需求我國各企業(yè)與政府機關(guān)經(jīng)過幾代辦公自動化的發(fā)展，基本都開發(fā)或?qū)嵤┝瞬煌脚_或功能需求的自動化軟硬件。雖然根據(jù)不同的需求有所差異，但基本都是通過對各類辦公信息如數(shù)據(jù)、文字、聲音、圖像、圖形等進行采集、存儲、處理、傳送和輸出，圍繞著辦公室管理事務(wù)而展開電子辦公，利用現(xiàn)代技術(shù)資源與信息資源實現(xiàn)知識管理，提高行政管理工作效率和質(zhì)量。從而形成行政管理和日常事務(wù)處理的高效、規(guī)范的協(xié)同辦公平臺。典型的辦公自動化系統(tǒng)基本實現(xiàn)了企事業(yè)單位內(nèi)部的信息共享，協(xié)同工作，從而提高組織的辦公效率，并為領(lǐng)導(dǎo)層提供決策支持。其基本包括了以下的功能模塊：?發(fā)文管理、收文管理；?批示管理；?擬稿、督查、催辦；?會議管理、值班管理；?檔案管理、資料管理；?固定資產(chǎn)管理；?信訪管理、接待管理；?活動安排、車輛管理；?規(guī)章制度管理。如果該系統(tǒng)和公文交換系統(tǒng)集成，需要再增加公文導(dǎo)入、公文導(dǎo)出接口處理模塊。導(dǎo)入：將多個或一個電子公文交換系統(tǒng)接口傳來的數(shù)據(jù)包進行解析，提取公文相關(guān)信息及公文原文，保存到數(shù)據(jù)庫，并顯示在收文列表中（可提供標志說明其為導(dǎo)入公文）；導(dǎo)出：將一個或多個文檔導(dǎo)出到電子公文交換平臺上，進一步可以通過交換平臺將電子公文發(fā)送到其他政府部門。且考慮實現(xiàn)自動從文檔中提取電子公文的一些信息（如標題、抄送人、發(fā)送時間等），而不用重新手工輸入重復(fù)信息。二、解決方案2.1系統(tǒng)部署公文交換系統(tǒng)與OA，在電子政務(wù)業(yè)務(wù)系統(tǒng)中地位和作用是不同的。一般來說，OA使部門內(nèi)部各種辦公業(yè)務(wù)活動更加有效率地完成，實現(xiàn)部門內(nèi)部的資源共享和協(xié)作辦公，完成部門內(nèi)部信息的有序而暢通地流轉(zhuǎn)和整合;而公文交換系統(tǒng)則是完成跨部門OA之間的信息交換，是傳輸不同部門之間信息“紅頭文件”的紐帶和橋梁。為充分利用政府機關(guān)已有的內(nèi)部網(wǎng)絡(luò)環(huán)境和各級政府及各委、辦、局已建成的辦公自動化系統(tǒng)，實現(xiàn)資源共享，公文交換建議，在遵循國家對電子公文及公文傳輸制定的標準基礎(chǔ)上，定義出基于規(guī)范、標準的數(shù)據(jù)接口，系統(tǒng)間數(shù)據(jù)交換采用接口模塊實現(xiàn)信息交換。但必須考慮有的用戶沒有專門的OA系統(tǒng)，可能只有諸如Word、WPS等辦公編輯軟件，這樣也要有方法使他們可以看到公文內(nèi)容。他們可以通過Internet直接登陸公文交換平臺進行發(fā)送公文或接收，也可以下載公文到本地瀏覽。系統(tǒng)部署如下圖所示：由于信息基石本身發(fā)展的多樣化，在目前的應(yīng)用系統(tǒng)中存在大量的異構(gòu)的數(shù)據(jù)接口問題。這些問題包括：通訊協(xié)議與網(wǎng)絡(luò)系統(tǒng)的異構(gòu)問題，操作系統(tǒng)的異構(gòu)性，數(shù)據(jù)庫及數(shù)據(jù)操作格式異構(gòu)，應(yīng)用流程與信息分布的異構(gòu)性等。因此，必須在設(shè)計、建設(shè)OA系統(tǒng)和公文交換系統(tǒng)中充分考慮到這些問題。2.2接口規(guī)范為實現(xiàn)我國各級政府電子政務(wù)的充分信息共享，實現(xiàn)電子公文標準化，國家電子政務(wù)標準化總體組2002年啟動了包括《基于XML的電子公文格式規(guī)范》標準在內(nèi)的6個與電子政務(wù)相關(guān)的標準研究和標準制定項目。該標準正在制定和試用中，尚未正式頒布。（參考國標委高新[2003]7號文件）根據(jù)《基于XML的電子公文格式規(guī)范》，基于XML格式的電子公文應(yīng)能滿足各級黨政機關(guān)電子公文處理的需要，如實反映其所采取的行動和決策。其組成要素除公文內(nèi)容之外，還應(yīng)包括記錄公文處理過程的必要信息。電子公文的基本要素為：公文主體信息、公文樣式信息、公文辦理信息、公文安全信息、公文交換信息、公文歸檔信息。各要素層次關(guān)系如下圖所示：其中《基于XML的電子公文格式規(guī)范》（征求意見稿）只提供了公文體的組成要素、邏輯結(jié)構(gòu)UML模型，其各組成要素的DTD和Schema描述及電子公文和主體的DTD和Schema請參考原稿?；赬ML格式的電子公文格式是大勢所趨，所以接口必須遵守國家頒布的電子公文XML標準，數(shù)據(jù)采用xml的方法提供給OA系統(tǒng)。其中xml中包含電子公文所有OA所需信息。因相關(guān)的《電子政務(wù)標準化指南》尚未正式出臺，我們需開發(fā)適合我們OA實際的XML標準，但必須考慮將來可以方便、完整的向國家即將推出的標準轉(zhuǎn)換。2.3數(shù)據(jù)流公文交換按照數(shù)據(jù)流向可分為兩種情況：?從OA系統(tǒng)到公文交換系統(tǒng)內(nèi)部處理完畢，需要“上傳下達”到其他部門的電子公文，必須首先“搬運”到統(tǒng)一的公文交換數(shù)據(jù)平臺上。這個過程對公文交換系統(tǒng)來說，叫電子公文導(dǎo)入;對OA系統(tǒng)來說，叫公文導(dǎo)出。?從公文交換系統(tǒng)到OA系統(tǒng)接收其他部門“發(fā)送”過來的電子公文后，導(dǎo)入到自己部門內(nèi)部的OA系統(tǒng)，這個時候就需要將電子公文從公文交換數(shù)據(jù)庫“搬運”到OA數(shù)據(jù)庫。這個過程對公文交換系統(tǒng)來說，叫電子公文導(dǎo)出；對OA系統(tǒng)來說，叫公文導(dǎo)入。通過提供通用的數(shù)據(jù)交換模塊（公文登記、公文導(dǎo)入以及公文導(dǎo)出模塊等），在實際情況中自定義配置安裝這些模塊，是整合方案最突出的特點。這些獨立模塊是基于XML規(guī)范的，因此在通用性上不存在問題。例：電子公文從交換平臺導(dǎo)出到OA系統(tǒng)的簡單數(shù)據(jù)流圖如下：2.4接口通訊因為交換信息用XML包裝，則接口部分可以考慮采用WebServices的方法實現(xiàn)不同OA系統(tǒng)和公文交換的信息交換，操作時要進行身份驗證即可保證其安全性。公文交換系統(tǒng)要在公共的UDDI注冊中心上發(fā)布自己的服務(wù)：包括上載電子公文的web服務(wù)、下載或瀏覽，甚至于編輯等操作。（如果是專網(wǎng)操作，可以建立一私有注冊中心發(fā)布自己的WEB服務(wù)）。業(yè)務(wù)流程如下：操作步驟說明：1） 公文交換系統(tǒng)在公共的UDDI注冊中心上發(fā)布自己的服務(wù)：包括上傳電子公文的web服務(wù)等。2） 客戶端OA系統(tǒng)去公共的UDDI注冊中心查找所需的服務(wù)，得到描述其服務(wù)的wsdl。鑒于電子政府的特殊性，其中1）2）部可以合并，由公文交換系統(tǒng)直接將WSDL描述發(fā)給每個用戶。3） 客戶端通過WSDL中的信息可以通過開發(fā)工具自動生成客戶端應(yīng)用程序來訪問公文交換系統(tǒng)的應(yīng)用程序，如上載電子公文等操作。Webservices適用于應(yīng)用程序的集成、B2B集成、代碼和數(shù)據(jù)重用，以及通過WEB進行客戶端和服務(wù)器的通信的場合。如果在一臺機器或一個局域網(wǎng)里面運行同構(gòu)應(yīng)用程序，采用webservices就會降低性能，但在應(yīng)用程序跨平臺和跨網(wǎng)絡(luò)進行通信的時候就非常有用了。2.5對OA的技術(shù)要求要求其它的OA系統(tǒng)對外界接口遵守國家標準，以適應(yīng)公文交換系統(tǒng)與OA之間的接口。將公文交換提供的數(shù)據(jù)包中數(shù)據(jù)解析，取出所需信息，保存到當?shù)財?shù)據(jù)庫中，以實現(xiàn)數(shù)據(jù)無縫集成。如果電子公文交換系統(tǒng)默認以word為公文排版格式，則第一階段基本要求OA系統(tǒng)可以實現(xiàn)word編排公文（以后可以實現(xiàn)其他格式的轉(zhuǎn)化接口，如wps、pdf等）。另外，當前一些內(nèi)部OA系統(tǒng)都是采用”用戶名+口令"的傳統(tǒng)認證方式，安全性較弱，用戶口令易被竊取而導(dǎo)致?lián)p失。一般電子公文交換系統(tǒng)都采用CA身份認證的方式，所以可以考慮將CA產(chǎn)品嵌套至OA產(chǎn)品，實現(xiàn)統(tǒng)一登陸，而不用在切換應(yīng)用程序時重新登陸。CA接口中可以考慮增加功能來實現(xiàn)對OA應(yīng)用中的信息加密、用戶身份認證、用戶權(quán)限管理等各環(huán)節(jié)