webservice在網(wǎng)上辦稅廳系統(tǒng)的應(yīng)用-資料下載頁

　　

【正文】 多樣化和層次化、信息高度共享的計算機管理系統(tǒng)。網(wǎng)上辦稅大廳系統(tǒng)共有七個子系統(tǒng)，其中六個業(yè)務(wù)子系統(tǒng)，一個系統(tǒng)維護子系統(tǒng)。每個子系統(tǒng)都設(shè)有若干個功能模塊。整個網(wǎng)上辦稅大廳系統(tǒng)應(yīng)用系統(tǒng)涵蓋基層稅收業(yè)務(wù)運作的全過程，多數(shù)功能模塊之間具有相互制約的關(guān)系，滿足稅收管理與監(jiān)控的一系列基本要求，并構(gòu)成比較嚴(yán)密的稅收監(jiān)控管理體系。網(wǎng)上辦稅大廳系統(tǒng)業(yè)務(wù)功能圖如圖31所示：圖31 網(wǎng)上辦稅大廳系統(tǒng)業(yè)務(wù)功能圖 系統(tǒng)功能模塊設(shè)計對于網(wǎng)上辦稅大廳項目的總體功能模塊結(jié)構(gòu)如下圖32所示：圖32 系統(tǒng)功能模塊結(jié)構(gòu)圖其中網(wǎng)上辦稅大廳系統(tǒng)是本次新開發(fā)的系統(tǒng)，其它都是以系統(tǒng)整合為主，對于單點登陸系統(tǒng)與統(tǒng)一信息平臺的建設(shè)可以根據(jù)實際情況而定，可以本期開發(fā)，也可以后續(xù)開發(fā)。 系統(tǒng)Web Service設(shè)計 (1)系統(tǒng)Web Service架構(gòu)設(shè)計 根據(jù)第二章論述的基于Web Service體系結(jié)構(gòu)，設(shè)計了如圖33的系統(tǒng)Web服務(wù)基本架構(gòu)。圖33 網(wǎng)上辦稅大廳系統(tǒng)基本架構(gòu) 用戶通過客戶端瀏覽器向應(yīng)用服務(wù)器遞交請求，應(yīng)用服務(wù)器接到用戶請求后，到UDDI注冊中心查找符合用戶需求的WEB服務(wù)；UDDI注冊中心向應(yīng)用服務(wù)器返回WEB服務(wù)的訪問位置和WSDL綁定信息；應(yīng)用服務(wù)器根據(jù)得到的信息生成WEB服務(wù)代理并綁定到相應(yīng)的WEB服務(wù)上。WEB服務(wù)對數(shù)據(jù)庫執(zhí)行查詢等操作，把結(jié)果返回客戶端，進而顯示給用戶。不同的應(yīng)用系統(tǒng)之間共享Web服務(wù)，同時采用Web服務(wù)技術(shù)還可以為用戶提供資源共享。不同應(yīng)用系統(tǒng)間的可共享功能以Web服務(wù)的形式發(fā)布，以便不同系統(tǒng)調(diào)用，采取“信息從哪里產(chǎn)生就從哪里采集”的方式，方便信息采集，提高信息的準(zhǔn)確度。 (2)系統(tǒng)Web服務(wù)流程設(shè)計 根據(jù)系統(tǒng)WEB服務(wù)架構(gòu)設(shè)計，需要將網(wǎng)上辦稅大廳系統(tǒng)的各子系統(tǒng)進行WEB服務(wù)集成，并能提供給用戶一個完整的流程視圖。由于各子系統(tǒng)功能模塊相對獨立，在集成的過程中，必然要求各個子系統(tǒng)提供的Web服務(wù)相互協(xié)作，組成Web服務(wù)的工作流，才能為用戶提供完整的功能，從而體現(xiàn)完整的流程。我們將從系統(tǒng)Web服務(wù)集成框架視圖和用戶視圖兩方面闡述系統(tǒng)的Web服務(wù)集成與調(diào)用關(guān)系。 ①系統(tǒng)Web服務(wù)集成框架視圖 我們根據(jù)Web服務(wù)體系結(jié)構(gòu)及網(wǎng)上辦稅大廳系統(tǒng)架構(gòu)，按三種角色劃分出功能單元，設(shè)計了系統(tǒng)Web服務(wù)集成框架視圖。圖34的給出了各獨立子系統(tǒng)與系統(tǒng)管理平臺系統(tǒng)之間調(diào)用Web服務(wù)集成的方案。圖34 系統(tǒng)web 服務(wù)集成框架視圖在圖34中，網(wǎng)上辦稅大廳系統(tǒng)主要提供8個Web服務(wù)，分別是稅務(wù)登記Web服務(wù)、文書申請Web服務(wù)、電子申報Web服務(wù)、發(fā)票管理Web服務(wù)、網(wǎng)上認(rèn)證Web服務(wù)、遠(yuǎn)程抄表Web服務(wù)、軟件下載Web服務(wù)、表單下載Web服務(wù)等。系統(tǒng)管理系統(tǒng)中包含用戶信息Web服務(wù)、用戶認(rèn)證Web服務(wù)、信息發(fā)布Web服務(wù)和涉稅信息查詢Web服務(wù)。 UDDI注冊中心接受Web服務(wù)的發(fā)布和查找請求，把各子系統(tǒng)提供的Web服務(wù)集中起來提供統(tǒng)一的訪問方法。系統(tǒng)管理系統(tǒng)的Web服務(wù)和業(yè)務(wù)系統(tǒng)的Web服務(wù)互為服務(wù)提供者和服務(wù)請求者，二者的相互查找定位都通過UDDI注冊中心來進行。在系統(tǒng)內(nèi)部當(dāng)子系統(tǒng)需要與另一個子系統(tǒng)進行集成時，子系統(tǒng)只需調(diào)用另一個子系統(tǒng)的相關(guān)Web服務(wù)方法，反之亦然。只要Web服務(wù)方法的名稱和參數(shù)不變，當(dāng)對系統(tǒng)中某個Web服務(wù)方法做一些修改時，不用對調(diào)用該方法的其他系統(tǒng)的程序做任何修改。這樣系統(tǒng)集成方便，子系統(tǒng)與子系統(tǒng)耦合度低，便于新系統(tǒng)的加入和一些無用的舊系統(tǒng)的撤消。 ②用戶訪問視圖 用戶視圖是從用戶角度觀察整個系統(tǒng)，系統(tǒng)如何組織各個功能子系統(tǒng)提供的Web服務(wù)、如何體現(xiàn)以流程的集成為最終目的?這些問題都要求給出各子系統(tǒng)的協(xié)作關(guān)系和流程圖。圖35是一個典型的Web服務(wù)工作流的示例。圖35 Web服務(wù)工作流示例 Web服務(wù)工作流是一個可導(dǎo)致Web服務(wù)間產(chǎn)生相互依賴操作的有序消息集。由工作流引擎對具體的Web服務(wù)進行調(diào)用。具體實現(xiàn)時是通過SOAP協(xié)議向所訪問Web服務(wù)的入口點發(fā)出請求進而取得調(diào)用結(jié)果。 圖35 Web服務(wù)工作流的示例具體流程可以描述如下: 用戶通過Web瀏覽器訪問網(wǎng)上辦稅大廳系統(tǒng)，Web服務(wù)將訪問請求中的服務(wù)請求轉(zhuǎn)發(fā)給SOAP監(jiān)聽器，經(jīng)Web服務(wù)轉(zhuǎn)發(fā)模塊，將相應(yīng)的請求發(fā)送給目標(biāo)系統(tǒng)的Web服務(wù)，比如用戶認(rèn)證。一個單獨的Web服務(wù)可能完成不了一個服務(wù)請求，它就會發(fā)出SOAP請求，向特定的Web服務(wù)請求服務(wù)，傳遞XML參數(shù)，在后臺數(shù)據(jù)庫的支持下，多個服務(wù)一起協(xié)作完成用戶課程學(xué)習(xí)服務(wù)請求，并將結(jié)果以XML形式反饋給其他Web服務(wù)直至Web服務(wù)通過HTTP協(xié)議，體現(xiàn)在用戶的Web瀏覽器上。第4章 網(wǎng)上辦稅大廳系統(tǒng)關(guān)鍵技術(shù)實現(xiàn) 基于Web Service的系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計圖如下：其中劃線部分為新增設(shè)備，設(shè)備說明如下表：編號名稱主要用途緊急度備注1涉稅查詢服務(wù)器涉稅信息的查詢★★★★前期也可以考慮與數(shù)據(jù)庫服務(wù)器合并2涉稅查詢數(shù)據(jù)庫涉稅信息的查詢數(shù)據(jù)庫★★★★3網(wǎng)上辦稅大廳系統(tǒng)應(yīng)用服務(wù)器網(wǎng)上辦稅大廳系統(tǒng)的相關(guān)功能★★★★★4網(wǎng)上辦稅大廳系統(tǒng)數(shù)據(jù)庫服務(wù)器網(wǎng)上辦稅大廳系統(tǒng)的數(shù)據(jù)庫★★★★★5單點登錄與信息服務(wù)平臺服務(wù)器單點登錄與統(tǒng)一信息平臺★★6虛擬服務(wù)器用于虛擬主機或虛擬目錄服務(wù)★★7辦稅大廳信息處理平臺用于內(nèi)網(wǎng)中的網(wǎng)上辦稅大廳信息處理★★★★★ 網(wǎng)上辦稅大廳系統(tǒng)UDDI注冊中心的實現(xiàn)雖然早在2000年的時候微軟和IBM就提出了UDDI的技術(shù)規(guī)范并建立了公共的UDDI注冊中心，但是其開放性和由此而來的安全和信任方面的問題限制了公共UDDI注冊中心進一步的推廣應(yīng)用，因此在本方案中擬建立專門的遠(yuǎn)程教育學(xué)校內(nèi)部自有UDDI注冊中心而不采用將WEB服務(wù)發(fā)布至公共UDDI注冊中心的方式。根據(jù)第二章介紹的Web服務(wù)和UDDI注冊中心的相關(guān)規(guī)范，以及第三章框架設(shè)計的基于Web服務(wù)的信息系統(tǒng)集成方案的思想，我們設(shè)計了一個如圖41所示的Web Service網(wǎng)上辦稅大廳注冊中心的原型系統(tǒng)。前端的Web Server接受用戶客戶端調(diào)用Web服務(wù)的HTTP消息請求以及傳遞的參數(shù)，然后將經(jīng)過處理后得到的SOAP消息傳遞到UDDI注冊中心；與此同時，它還承擔(dān)將UDDI注冊中心返回的SOAP響應(yīng)結(jié)果封裝成HTTP消息回送至客戶端的任務(wù)。后端的LDAP數(shù)據(jù)庫服務(wù)器主要是存儲Web服務(wù)的注冊信息，例如部門地址、聯(lián)系方式、服務(wù)名稱和指向文件的指針等。中間的虛線部分是UDDI注冊中心原型系統(tǒng)，該系統(tǒng)由6個模塊組成: UDDIProxy模塊負(fù)責(zé)處理SOAP消息，根據(jù)客戶端的請求調(diào)用相應(yīng)的接口，用戶可以通過它調(diào)用任何在注冊中心服務(wù)器上實現(xiàn)的方法；當(dāng)用戶需要查找WEB服務(wù)時就直接調(diào)用ServiceInquiry模塊執(zhí)行查找任務(wù)并將結(jié)果返回給UDDIProxy，后者將查詢結(jié)果封裝成SOAP消息發(fā)送給前臺的Web服務(wù)器；當(dāng)用戶需要定制或發(fā)布服務(wù)時，就需要先調(diào)用Certification模塊進行身份確認(rèn)核對，如果用戶沒有注冊或者用戶不是合法的用戶，提示用戶注冊成為合法的用戶才能進行操作，如果通過認(rèn)證，該模塊將會產(chǎn)生一個臨時的授權(quán)令牌給用戶，以后的交互操作都交給這個臨時令牌而進行，然后調(diào)用ServiceInquiry模塊進行消息定制查詢操作或者調(diào)用ServicePublish模塊進行發(fā)布服務(wù)的操作；ServiceAdmin模塊主要完成對注冊中心的管理，例如用戶權(quán)限管理、技術(shù)模型管理以及服務(wù)發(fā)布、查找規(guī)定等方面；DatabaseInterface模塊主要完成注冊中心和LDAP數(shù)據(jù)庫服務(wù)器存儲的信息之間的連接。 UDDI注冊中心工作過程設(shè)計網(wǎng)上辦稅大廳系統(tǒng)UDDI注冊中心可以執(zhí)行如圖42所示的工作過程。 (1)服務(wù)提供者登錄UDDI注冊中心進行用戶認(rèn)證，通過授權(quán)認(rèn)證后，服務(wù)提供者才可以根據(jù)自己的需要注冊機構(gòu)(單位名稱)、服務(wù)等信息，然后填寫服務(wù)信息或者上傳服務(wù)描述文件WSDL。 (2)服務(wù)請求者登錄UDDI查詢到所需調(diào)用的服務(wù)，下載其服務(wù)信息或者服務(wù)描述文件；服務(wù)請求者也可以定制查詢服務(wù)，只要服務(wù)請求者提供查詢條件，就可以在每次登錄時自動搜索到所需要的包括最新的服務(wù)信息。 (3)服務(wù)請求者把相應(yīng)的WSDL導(dǎo)入WebServiceToolkit，生成服務(wù)調(diào)用代理程序，或者根據(jù)服務(wù)的描述手動生成調(diào)用程序。 (4)服務(wù)請求者把服務(wù)調(diào)用代理程序集成到自己的應(yīng)用中運行，完成Web服務(wù)的調(diào)用。 UDDI注冊中心功能實現(xiàn)網(wǎng)上辦稅大廳系統(tǒng)UDDI負(fù)責(zé)為服務(wù)提供發(fā)現(xiàn)的功能，其主要功能就是實現(xiàn)其用于維護和檢索辦稅大廳系統(tǒng)及其提供的Web Service描述信息的SOAP API。設(shè)計過程中，這些API我們直接沿用UDDI中的標(biāo)準(zhǔn)和規(guī)則，分為查詢API和發(fā)布API,主要用于對各種辦稅服務(wù)的查詢和發(fā)布。 (1)查詢API查詢API服務(wù)用戶能根據(jù)搜索條件查找教育機構(gòu)、服務(wù)或者tmodel。向UDDI注冊中心查詢的目標(biāo)有四類:商業(yè)實體(BusinessEntity)、商業(yè)服務(wù)(BusinessService),綁定模板信息(BindingTemplate)和tModel。這四種目標(biāo)的查詢，正對應(yīng)Inquiry類里的四個find方法，包括兩類方法find和get，其中fmd類方法用于查找與發(fā)現(xiàn)，五個get方法對應(yīng)UDDI定義的四個數(shù)據(jù)模型(商業(yè)實體對應(yīng)兩個方法)。一般查詢的步驟是先通過find方法得到數(shù)據(jù)模型的基本信息，以及它的一個唯一標(biāo)識Key。然后就可以根據(jù)這個Key調(diào)用get方法獲取這個模型的詳細(xì)信息。通過findBusiness方法結(jié)合getBusinessDetail方法可以在UDDI注冊中心數(shù)據(jù)庫中查詢商業(yè)實體的各種信息。首先構(gòu)建Find 。在BusinessEntity對象中定義了多個實體的詳細(xì)信息，包括Contact, Operator, DiscoveryURL, Description，以及Category和Identifier信息。下面是一段Findes business消息，表示了如何根據(jù)參數(shù)查詢BusinessEntity的信息。 find business maxRows= 10generic= XMLns=urn:UDDIorg:API findQualifiers caseSensitiveMatch name中國稅收局/name discoveryURLs discoveryURL useType=BusinessEntity /discoveryURL /discoveryURLs tModelBag tModelKeyuuid:50C693A07AB811DS93A0CFE2D4CCB519 /tModelKey /tModelBag /find business； 參數(shù)說明: Name:這個字符串表示一個部分或者完整的稅收實體的名稱，返回businessList。DiscoveryURLs:一個url列表，列表中的url用于匹配已注冊的BusinessEntity信息的discoveryUrl的內(nèi)容所關(guān)聯(lián)的數(shù)據(jù)。TmodelBag:已注冊的BusinessEntity數(shù)據(jù)包含有bindingTemplate信息。 public static void main(String arg[]) try { Connection con=()； String fmdbusiness=”” ByteArrayInputStream bas=new ByteArrayInputStream(())； Findes Business find=new Find Business(bas)； FindBusiness finding=new FindBusiness(find,con)； ( return value”+())； } catch(Exception e) {()；}}(2)發(fā)布API發(fā)布API包括四個save xx函數(shù)和四個delete xx函數(shù)，每個對應(yīng)于一個UDDI的主要結(jié)構(gòu)(education Entity, education Service, binding template, tModel)。一旦得到授權(quán)，一個獨立的教育機構(gòu)可以注冊任意數(shù)量的教育實體信息，也可以修改之前發(fā)布的信息。DeleteBinding:用于從bindingTemplates集中刪除一個己有binding Templates,bindingTemplates集合是指定的指定的businessService結(jié)構(gòu)的一部分。DeleteBusiness:用于從注冊中心刪除一個已注冊的BusinessEntity信息。DeleteService:用于從businessService注冊中心刪除一個已注冊的BusinessEntity信息DeleteTModel:用于刪除一個tmodel的注冊信息。SaveBinding:用于注冊新的bindingTemplate信息或修改現(xiàn)有的bindingTemplate信息。SaveBusiness:用于注冊新的Business信息或修改現(xiàn)有的Business信息。SaveService:用于注冊新的或修改BusinesseEntity公布的Service信息。SaveTMode:用于注冊新的tmodel信息。例如，delete business可以用于從注冊中心刪除一個己注冊的business Entity信息