隨著我國市場經濟改革的不斷深入及加入WTO的日益臨近，郵政面臨市場競爭的壓力越來越大，只有提高郵政的服務水平才能在市場競爭中取得領先地位。而體現服務水平的重要標志之一就是受理用戶對郵件查詢的處理。在手工作業時，一筆查詢業務從用戶提交到查詢完成往往要一到兩周時間，而綜合網的建設為改變這種狀況提供了非常有利的平台。 目前綜合網已覆蓋到全國各級郵政生產和治理部門：包括國家郵政局、31個省(自治區、直轄市)郵政局、全國201個郵區中心局（其中包括7個一級中心局、70個二級中心局、124個三級中心局）、全部電子化支局和各中心局所轄的地、市、縣局。在網絡結構上綜合網設置全國信息中心、省信息中心、郵區信息中心及基礎接入節點等四級作為入網節點。網絡的組織采用互相銜接的三層網絡結構：省際網、省內網和郵區網。
一、Oralce數據庫服務器簡介
Oracle數據庫服務器是國家局規定的郵區中心局業務處理系統的數據庫開發平台，關於Oracle數據庫技術有許多相關文章介紹，這裡著重介紹其適應分布式查詢處理的模式對象--數據庫鏈。 數據庫鏈是制在分布式數據庫應用環境中的一個數據庫與另一個數據庫之間的通信路徑。它簡化了應用程序對分布式數據庫系統的訪問操作。例如，下面語句在本地和遠程數據庫oradb.bj.com之間建立一個數據庫鏈接： CREATE DATABASE LINK oradb.bj.com CONNECT TO yjcx IDENTIFIED by pass USING 'oradb_bj_service';在語句中yjcx和pass分別說明本地用戶訪問遠程數據庫oradb.bj.com所使用的帳戶和口令，USING子句中oradb_bj_service參數說明連接遠程數據庫所使用的服務名稱。 一個數據庫與遠程數據庫之間建立了數據庫鏈接之後，所有能夠訪問本地的應用程序即可訪問遠程數據庫中的模式對象。但在訪問遠程數據庫中的對象時，應同時指出該對象所屬數據庫，例如： SELECT * FROM [email protected]; 假如建立了同義詞後即可屏蔽上述模式對象的實際描述。如建立如下同義詞： CREATE PUBLIC SYNONYM bj_yj FOR [email protected]; 上述查詢可寫為：SELECT * FROM bj_yj;
二、Oracle應用服務器
Oracle應用服務器提供一個共享式網絡應用程序的可擴展、穩定可靠、易於治理的平台。Oracle應用服務器是基於公共對象請求代理體系結構(CORBA,Common Object Request Broker Architecture)的分布式對象模型。 OAS （Oracle Application Server）的體系結構分為三層：HTTP監聽層、OAS層和應用層如圖1所示：
1．HTTP監聽層
HTTP監聽層由HTTP監聽器、適配器和調度器組成： •HTTP監聽器處理一個或多個同步請求，在這種情況下，遠程浏覽器作為客戶； •適配器負責提供公共接口已使OAS支持的HTTP監聽器與調度器協同工作； •調度器負責將適配器傳來的HTTP請求 路由給相應的應用服務層組件。 圖1 OAS體系結構
2．OAS層
當HTTP成功地接收到客戶端送來的信息後，將權力傳遞給OAS層。OAS層在整個服務器中最為要害，因為監聽器與應用插件通過它代理它們的信息。
3．應用層
應用層主要由應用、插件、插件服務器組成。以OAS作為應用服務器可以開發出基於Web頁面的應用，同時可以利用其PL/SQL插件技術方便地存取Oracle數據庫中的數據。
三、給據郵件跟蹤查詢系統解決方案
1．跟蹤查詢系統的網絡結構
查詢系統主要由201個郵區中心局組成一個Intranet網，配置Oracle數據庫服務器和Oracle應用服務器。 數據庫服務器主要用來存儲本局進出口郵件詳情信息和進出口總包信息，並通過數據庫鏈建立與其他200個郵區中心局的鏈接。整個201個數據庫服務器構成一個網狀結構。 應用服務器主要用來處理本郵區中各個查詢站點的Web查詢請求。由於查詢主要是對數據庫的操作，而Oracle應用服務器獨有的PL/SQL插件技術，大大簡化的對數據庫的連接及存取操作，只需配置SQL*Net和相應的數據庫存取描述符即可實現對數據庫的操作，而且Web頁面格式的書寫都是通過PL/SQL語句實現的，便於理解與實現。 其網絡結構圖如圖2所示： 圖2 郵件跟蹤查詢網絡結構圖
2．查詢流程
有了上述基礎表後即可構造跟蹤查詢系統，具體流程如圖3所示： 圖3 跟蹤查詢系統流程圖 下面敘述查詢過程： 系統的查詢完全以Web浏覽的方式，在各營業前台或可接入郵政綜合網的結點都可設立查詢計算機，系統設置默認的Web站點為負責本郵區中心局的Web查詢服務器即可。
（1）查詢用戶在查詢界面輸入郵件號碼、郵件種類、寄達局郵編、交寄日期、收寄局郵編等信息後點擊查詢按鈕。
（2）系統首先根據用戶交寄日期、郵件種類、寄達局郵編在時限表中查詢合理時限，假如未到查詢時限，轉第6步，否則繼續。
（3）根據用戶填寫的信息在本郵區的出口郵件表(CK_YJ)中查詢郵件出口信息，並根據郵件經轉關系表查詢到該郵件應到達的郵區中心局代碼，再通過Oracle數據庫鏈連接到該郵區中心局，查詢該郵區中心局進口郵件表(JK_YJ)。
（4）查到該郵件的投遞節目轉第5步，否則轉第7步。
（5）通過 Web頁面向用戶報告該郵件的投遞信息，並轉到第8步結束此查詢過程。
（6）通過 Web頁面向用戶報告該郵件未到查詢時限，郵件在途，請用戶到合理查詢時限後再查詢，轉到第8步結束查詢。
（7）采取遞查方式查詢，系統根據出口郵件表中記錄的總包信息查詢本局出口總包表(CK_ZB)，找到該總包的經轉局代碼，再通過Oracle數據庫鏈連接到該郵區中心局，查詢該郵區中心局進口總包表(JK_ZB)，此時有三種情況：
•未找到該總包信息，則向用戶顯示郵件總包運輸路徑，並提示用戶采用手工查詢，轉第8步結束；
•找到該總包信息，並且該總包還繼續經轉，則查詢該郵區中心局出口總包表(CK_ZB)，找到該總包的經轉局代碼，轉回第7步；
•找到該總包信息，且該總包即為寄達局，由於在第4步已經未找到該郵件投遞節目，因而向用戶顯示郵件總包運輸路徑，且該總包已到達該局，並提示用戶采用手工查詢，轉第8步結束。
（8）結束查詢。 由以上的查詢步驟可以看出，只有直查方式，才有可能給用戶具體投遞節目，遞查方式只是一種輔助手段，只能向用戶報告郵件運輸路徑。
四、系統建設中要解決的要害問題
1．業務標准的統一
在綜合網尚未建立前各地為解決手工抄單問題以開發出很多業務處理系統，在建設綜合網時就要將各地分散的系統統一組織起來，這項工作的難度是相當大的，必須業務部門與技術部門密切配合，許多大量而細致的標准化統一工作都要先期執行，如：郵件、總包經轉時限、地名表、郵件種類表、地名與郵政編碼對照表等等，只有相關基礎表的建立才有可能達到全網的統一。
2．數據平台的統一
由前面的數據字典可看出，在出口郵件表和進口郵件表中的字段分別由“支局生產作業系統”和“中心局生產作業系統”生成，必須解決好兩個系統的統一問題。 目前全國各生產部門沒有使用統一的“支局生產作業系統”和“中心局生產作業系統”，因此作到數據的統一只能是基於文件傳輸加數據整合。
3．軟件平台的統一
綜合網的理想狀態應該是各業務子系統是統一的，只有這樣才能最大地發揮綜合網互聯互通的優勢，應自上而下地貫徹執行，各地區可開發適應本地區業務模式的作業系統，但在全網上運行的業務必須全網統一。 給據郵件查詢系統的建立是郵政行業提高競爭力的最直接有效的手段之一，同時也是難度最大的業務、技術課題之一，建立給據郵件查詢系統才真正地將郵政各項業務整合在一起，才能達到全程全網綜合作業，信息一次錄入全網共享的集約化經營的目的
