1序言

本文檔共包括7章，每章內(nèi)容如下表所示。

表1-1本文檔內(nèi)容簡介

名稱內(nèi)容簡介備注

序言對本文檔的構(gòu)造進行概要闡明

分析描述目前海關物流監(jiān)控系統(tǒng)的需求，即本文檔需要

需求分析

處理哪些問題

海關物流監(jiān)控系統(tǒng)

包括實體交互關系分析、業(yè)務分析和技術分析

分析

海關物流監(jiān)控系統(tǒng)

包括系統(tǒng)架構(gòu)設計，平臺設計和應用系統(tǒng)設計

設計

系統(tǒng)關鍵技術對本文檔所波及的關鍵技術進行簡介

系統(tǒng)重要設備笈介系統(tǒng)重要設備的簡介

術語和縮略語名詞解釋和縮略語

2海關物流監(jiān)控現(xiàn)實狀況、面臨的挑戰(zhàn)和需求分析

2.1現(xiàn)實狀況分析

目前海關物流運送監(jiān)控重要現(xiàn)實狀況分析如下：

1）進出口貨品在運送途中也許被掉包或偷卸

海關貨運重要通過集裝箱車輛來運送管理，目前的集裝箱車輛管理重要使用老式鉛封

（一種物理的海關封志），即在啟動地上封，在貨運終點解封。沒有電子防偽手段，這

種鉛封很輕易被偽造。由于鉛封與否在運送途中被破壞和偽造不得而知，進出口貨品

就無法保證與否被掉包或偷卸。海關需要對所有通過的貨運集裝箱車輛進行檢查，這

會導致大量的人力投入。雖然查到有問題，也無法懂得問題是什么地點、什么時間發(fā)

生口勺。

2）緩慢的通關效率導致海關卡口前需要排長隊等待

由于老式鉛封無法提供有信服力的監(jiān)控手段，海關必須在清關前對所有進出口貨品進

行多次檢查，如二次以上H勺轉(zhuǎn)關。此外查對鉛封的狀態(tài)需要人工干預，肉眼較難辨別

鉛封與否有問題，這樣也許會導致查對時間過長。且老式鉛封和通關文獻之間無法實

現(xiàn)電子信息關聯(lián)，人工查對通關文獻也會導致通關效率低下。導致在海關和出入境卡

口排長隊等待II勺集裝箱車輛越來越多，囤積的車輛不僅會導致?lián)矶潞凸芾聿槐?，還會

存在安全隱患。

2.2面臨時挑戰(zhàn)

從海關監(jiān)控目前日勺現(xiàn)實狀況來看，需要處理歐I關鍵問題有兩個，一是怎樣保證進出口

貨品日勺運送安全，二是怎樣提供通關效率。處理這兩個關鍵問題需要面臨某些挑戰(zhàn)。

1）從運送安全日勺角度來看

挑戰(zhàn)-：怎樣提供有信服力的根據(jù)，可以保證運送途中集裝箱車輛沒有被打開或更換。

挑戰(zhàn)二：怎樣及時獲取運送途中集裝箱車輛的上封狀態(tài)、行駛位置和時間信息，用于

監(jiān)控集裝箱車輛的途中運送狀況。

2）從通關效率的角度來看

挑戰(zhàn)一：怎樣改善既有的通關流程，提高通關效率。

挑戰(zhàn)二：怎樣保證迅速通關不會導致漏檢。

2.3需求分析

從海關監(jiān)控目前面臨的挑戰(zhàn)，可分析得出海關監(jiān)控應用的重要需求包括如下內(nèi)容。

1.需要引入一種新H勺封志，可以充當電子數(shù)據(jù)載體。該封志需要有高安全性，支持

電子流信息管理方式，可以通過無線通訊方式來上封和解封。這種封志目前對應

的電子產(chǎn)品是集RFID、GPS和GPRS于一體的電子關鎖。當被暴力破壞或非法

拆除時，電子關鎖可以自動將異常記錄上報給監(jiān)控系統(tǒng)。

2.海關監(jiān)控系統(tǒng)需要切入海關原有業(yè)務系統(tǒng)，提供基礎信息采集和數(shù)據(jù)上報功能。

3.需要提供對電子關鎖的運維和管理功能，可以配合海關完畢關鎖申領、發(fā)放、回

收、更換等功能。

4.作為既有海關系統(tǒng)口勺補充服務，該應用系統(tǒng)首先應能與既有海關系統(tǒng)平滑融合，

但要盡量防止干涉既有操作流程，這樣可對既有業(yè)務沖擊最小，使系統(tǒng)改造的工

作量最小，便于迅速建設，盡快收回投資成本。

5.該系統(tǒng)應預留足夠口勺業(yè)務可擴展空間，重要是海關每年不停增長的轉(zhuǎn)口、轉(zhuǎn)運及

進出口貨運量，

6.該系統(tǒng)應具有良好口勺容錯能力和可靠性，當該系統(tǒng)運行出現(xiàn)異常時，在其自恢復

期間，原有海關流程應能照常運行。

7.該系統(tǒng)應具有良好口勺可擴展性，除應考慮跨國電子關鎖運行外，還應為后續(xù)非海

關類電子鎖應用預留足夠的空間和擴展的便利性，如關鍵化學品、石油及其他高

危車輛運送過程管理、運鈔車和軍用物資車輛等高敏感車輛運送管理、政府及國

家強力部門關鍵資產(chǎn)定位管理等。

8.該系統(tǒng)日勺流程設計應對其各類盈利模式有足夠口勺支撐，以便在不過多影響目前海

關流程口勺前提下，提高海關通關效率和服務質(zhì)量，迅速獲得收益。

3海關物流監(jiān)控系統(tǒng)分析

3.1實體交互關系分析

本系統(tǒng)時與外部實體間口勺交互關系如下圖所示

海關1（電子關鎖運營商

一、一、

移動運營商*-------?海關物流監(jiān)控系統(tǒng)<----------1,互聯(lián)網(wǎng)運營商

葭______________，/1___________J

▼..1

企業(yè)用戶;i個人用戶

圖3-1實體交互關系圖

?系統(tǒng)?電子關鎖運行商

電子關鎖運行商使用本系統(tǒng)完畢運維業(yè)務，包括電子關鎖的管理、申領、發(fā)放、配送、

回收、維修、充電等業(yè)務。

?系統(tǒng)-海關

海關包括海關和出入境點，系統(tǒng)需要為海關提供運送監(jiān)控和安全預警服務，從而為提

而海關運送安全性以及通關效率等提供協(xié)助。

?系統(tǒng)-企業(yè)顧客

企業(yè)顧客包括應用關聯(lián)的各類企業(yè)和廠商，如酒廠、進口商、批發(fā)商、零售商等，應用

推廣和擴展后還會波及食品、藥物等物品追溯企業(yè)。系統(tǒng)需要提供門戶服務，流程服

務和流通管理服務。

?系統(tǒng)-個人顧客

個人顧客包括某些散戶和個體，如與海關集裝箱運送有關口勺散戶，企業(yè)個人等。系統(tǒng)

需要提供門戶服務，假如個體參與了系統(tǒng)動作還需要提供流程服務，如稽查服務。

?系統(tǒng)-移動運行商

系統(tǒng)需要移動運行商提供GPRS或其他無線匣絡服務，重要用于海關監(jiān)控系統(tǒng)。

?系統(tǒng)-互聯(lián)網(wǎng)運行商

系統(tǒng)需要互聯(lián)網(wǎng)運行商提供有線網(wǎng)絡服務。

3.2業(yè)務分析

?海關物流監(jiān)控功能性業(yè)務分析

需要監(jiān)管海關運送，實現(xiàn)對轉(zhuǎn)運、出境和入境的全流程監(jiān)管。

表3-1海關監(jiān)控應用系統(tǒng)分析

序號場景決策分析

1監(jiān)管海關運送設置海關物流監(jiān)控系統(tǒng)

設置預申報系統(tǒng)，假如海關已經(jīng)有該系統(tǒng)，

則需要考慮系統(tǒng)對接

序號場景決策分析

2需要監(jiān)管集裝車輛在運送途中的狀給集裝箱車輛分派電子關鎖，在啟運地施

態(tài)，如有異常需要告警封，在終點解封

設置關鎖申領系統(tǒng)，用于管理關鎖的發(fā)放和

租金、押金等管理

設置海關監(jiān)控中心，用于監(jiān)控所有裝有電子

關鎖車輛的狀態(tài)

異常告警需要人工處理時要配置手持機

3卡口施封和解封，當集裝箱車輛通設置卡口系統(tǒng),通過在卡口安裝一體機或固

過海關或出入境卡口時，需要自動定閱讀器來控制，不需要設置卡口IT系統(tǒng)，

施封或解封可為原有的系統(tǒng)提供聯(lián)動接口

?非功能性服務分析

(1)接入點數(shù)雖多，需要支持高并發(fā)訪問。

(2)管理H勺數(shù)據(jù)多，需要支持大容量存儲

(3)業(yè)務跨度大，對系統(tǒng)的兼容性規(guī)定高

(4)面向角色和群體種類多，需要提供通用的服務界面

(5)可擴展性規(guī)定高

(6)系統(tǒng)間大數(shù)據(jù)量傳播

(7)應盡量減少應用系統(tǒng)各環(huán)節(jié)口勺IT設備，通過遠程訪問的方式替代當?shù)叵到y(tǒng)

表3-2非功能性服務

序號約束決策分析

1接入點數(shù)量多，角色和群體種類多對外部角色提供B/S的訪問方式，簡樸，無

需安裝

序號約束決策分析

對內(nèi)部角色提供C/S或B/S的訪問方式,

提供增值服務，只需簡樸安裝，提高安全性

需要考慮并發(fā)訪問導致的性能瓶頸，H采用

負載均衡來協(xié)調(diào)性能問題

需要提供角色管理和權(quán)限認證服務

2管理向數(shù)據(jù)多提供數(shù)據(jù)分區(qū)、分層管理

支持海量數(shù)據(jù)查詢

配置大容量存儲設備，容災考慮（當?shù)厝轂模?/p>

3業(yè)務跨度大采用分布式系統(tǒng)，保證獨立性和松耦合

需要支持多系統(tǒng)和多語m環(huán)境

需要支持多種數(shù)據(jù)庫訪問控制措施

4可獷展性高通過服務組裝或模塊組裝H勺方式來完畢平

臺和應用系統(tǒng)的構(gòu)建，提高可重用性

系統(tǒng)間互換使用SOAP或XML原則格式

5系統(tǒng)向大數(shù)據(jù)量傳播大數(shù)據(jù)量傳播采用FTP方式

6減少IT系統(tǒng)設備，通過遠程訪問替1）各應用的中心系統(tǒng)將整合關鍵和重要的

代當?shù)叵到y(tǒng)業(yè)務，尤其是各流通環(huán)節(jié)的管理業(yè)務，不需

要當?shù)卮鎯?shù)據(jù)或有其他業(yè)務系統(tǒng)的實體

通過B/S的方式訪問中心系統(tǒng)提供的服務,

需要當?shù)卮鎯?shù)據(jù)的可采用C/S的方式訪

問中心系統(tǒng)，同步可以提供部分當?shù)貥I(yè)務功

能

?海美物流監(jiān)控業(yè)務架構(gòu)

圖3-2海關業(yè)務架構(gòu)

海關業(yè)務波及5類實體，即海關有關原有實體(卜口、海關、出入境點)，海關.業(yè)務

監(jiān)控運行商，集裝箱車輛，物流企業(yè)，企業(yè)(國內(nèi)企業(yè)和國外企業(yè))。各實體之間口勺交

互關系如上圖所示，實現(xiàn)三類重要業(yè)務。

(1)電子關鎖流通，包括電子關鎖申領管理、電子關鎖配給，電子關鎖收回等

重要業(yè)務。

(2)運送監(jiān)控，集裝箱車輛運送途中的狀態(tài)監(jiān)控。

(3)海關業(yè)務配合，包括卡口的施封和解封，海關入關或出關的預申報。

3.3技術分析

業(yè)務組件服務應用組件服務中間件

工

報

搜

權(quán)

安

接

數(shù)

日Tomacat

作

XM工L應用系統(tǒng)業(yè)務

全

表

索

限

口

據(jù)

志

流

具Wcblojic

組

工

引

組

組

服

組

引

組

件

件

具

擎

件

件

務應用系統(tǒng)接口

件

平Websphere

服務集成總線D

展現(xiàn)層服務數(shù)據(jù)庫服務便作系統(tǒng)采集層服務

SQL

WEB2.0持久WindowsRI-ID.GPS網(wǎng)絡

■中間

化接Oracle

其他門工具□Linux服務器群遠程設備維護件

圖3-3技術架構(gòu)分析

從約束-決策表可以分析得出，基于滿足各項約束條件的出發(fā)點，本文檔口勺技術架構(gòu)將

采用SOA框架，即面向服務口勺架構(gòu)設計。包括8類服務，即業(yè)務組件服務，應用組件

服務，中間件，展現(xiàn)層服務，數(shù)據(jù)庫服務，操作系統(tǒng)，采集層服務以及服務集成總線。

詳細闡明如下。

業(yè)務組件服務：業(yè)務組件作為應用系統(tǒng)底層口勺組件庫，每個組件都能完畢一類業(yè)務功

能，且可以對外開放原則接口。業(yè)務組件庫包括報表工具、工作流引擎、搜索引擎、日

志組件、權(quán)限管理、安全組件、接口組件、XML工具組件、數(shù)據(jù)服務等。

應用組件服務：應用組件服務包括應用系統(tǒng)業(yè)務和應用系統(tǒng)接口，該服務獨立于平臺

之外（受限于業(yè)務跨度巨大），以平臺的業(yè)務組件為基礎構(gòu)建。

中間件：應用中間件提供業(yè)務運行時環(huán)境，包括Tomcat,Websphere和Weblogic等，

需要根據(jù)實際狀況調(diào)整，可選擇ApacheH勺Tomcat,Tomcat5支持最新H勺Servlet

2.4和JSP2.0規(guī)范。由于Tomcat技術先進、性能穩(wěn)定，因而深受Java愛好者的

愛慕并得到了部分軟件開發(fā)商的承認，成為目前比較流行的Web應用服務器。目前最

新版本是7.0。

展現(xiàn)層服務：展現(xiàn)層技術服務提供UI支持，WEB2.0更重視與顧客之間的交互，是作

為門戶網(wǎng)站和其他web服務的最佳選擇，此外，某些設備層的控制和內(nèi)部應用也許需

要用到功能更多的客戶端，javaswing和VC++的GUI都將成為備用技術。

數(shù)據(jù)庫服務：數(shù)據(jù)庫服務提供持久化服務，可以兼容oracle,SQLServer以及DB2等

多種數(shù)據(jù)庫，提供通用U勺數(shù)據(jù)訪問接口，Hibernate是一種開放源代碼II勺對象關系映射

框架，它對JDBC進行了非常輕量級的對象封裝，使得Java程序員可以隨心所欲的使

用對象編程思維來操縱數(shù)據(jù)庫。Hibernate可以應用在任何使用JDBC的場所，既可

以在JavaB勺客戶端程序使用，也可以在Servlet/JSP的Web應用中使用，最具革命

意義日勺是，Hibernate可以在應用EJB的J2EE架構(gòu)中取代CMP,完畢數(shù)據(jù)持久化的

重任。Hibernate3.0可作為持久化H勺重要技術.JDBC、ODBC等可作為備用技術。

操作系統(tǒng)：操作系統(tǒng)作為獨立日勺一塊服務，包括linux,unix和windows。

采集層服務：采集層服務是本系統(tǒng)區(qū)別于互聯(lián)網(wǎng)IT系統(tǒng)的重要內(nèi)容，可以支持RFID、

GPS等服務，與之配套的遠程設備維護和網(wǎng)絡中間件分別用于設備管理和RFID標簽

數(shù)據(jù)匯聚和過濾。

服務集成總線：服務集成總線提供服務集成、系統(tǒng)構(gòu)建等業(yè)務，采用SPRING集成框

架，完畢系統(tǒng)開發(fā)和構(gòu)建。

4海關物流監(jiān)控系統(tǒng)設計

4.1系統(tǒng)架構(gòu)設計

4.1.1系統(tǒng)概述

本系統(tǒng)通過電子關鎖和手持機采集貨品信息，由應用管理系統(tǒng)為海關和物流企業(yè)提供

進出口、轉(zhuǎn)運業(yè)務服務。根據(jù)需要該系統(tǒng)還可以與目前的海關管理系統(tǒng)進行對接。

海關外網(wǎng)

海關業(yè)務

怕總統(tǒng)????系統(tǒng)管

曲花和邸警信息簧詢

計理理

提供幅時EG息租fiis臊務

臨

杵

海美覽控中心業(yè)務時

通

卡

通

申

通

道

領電「乂鈍物］”，切削［f濘］（心系統(tǒng)

通

申請一卡一4瞥

?

業(yè)

1務

戶.海關業(yè)務海關業(yè)務

圖4-1海關物流監(jiān)控系統(tǒng)總體架構(gòu)

如圖所示，海關物流監(jiān)控系統(tǒng)可分為內(nèi)網(wǎng)和外網(wǎng)兩個區(qū)。其中海關業(yè)務系統(tǒng)、中領管

理系統(tǒng)布署在海關，海關布點數(shù)量根據(jù)實際勘測成果決定；卡口系統(tǒng)在海關和出入境

點均有布署，分為臨時卡通道和一般通道兩種，一般通道管理所有已綁定電子關鎖的

車輛（預申報記錄與電子關鎖己關聯(lián)），臨時卡通道適合處理未來得及綁定電子關鎖

的車輛（事先沒有領取關鎖，進關或入境時無法關聯(lián)預申報記錄和電子關鎖）；海關監(jiān)

控中心布署在海關電子關鎖運行商處。

4.1.2功能設計

聯(lián)

移動

互

國內(nèi)

運

運菅

網(wǎng)

外部文體海關出入境點企業(yè)

商

商商

營

表示層外部接口

業(yè)務層

海關業(yè)務系統(tǒng)V--------?海關監(jiān)控中心系統(tǒng)前端應用系統(tǒng)

出

卡

入

口

預申報管申領管境

系

系

理系統(tǒng)理系統(tǒng)統(tǒng)

統(tǒng)

物聯(lián)網(wǎng)服務平臺

DAO■DAODAO■DAO

圖4-2海關物流監(jiān)控系統(tǒng)邏輯視圖

物聯(lián)網(wǎng)服務平臺邏輯視圖給出了4層架構(gòu)。4層架構(gòu)即表達層、業(yè)務層、數(shù)據(jù)持久層

和數(shù)據(jù)庫。分別闡明如下：

?外部實體

包括海關、出入境點、國外企業(yè)、國內(nèi)企業(yè)、互聯(lián)網(wǎng)運行商和移動運行商。

?物聯(lián)網(wǎng)服務平臺系統(tǒng)

1.表達層和外部接口

(1)門戶UI：提供門戶訪問功能。

(2)關鍵應用訪問UI：提供下載，注比等交互界面。

(3)通信線路服務提供：有線通信和無線業(yè)務的服務提供接口。

2.業(yè)務層

(1)海關業(yè)務系統(tǒng)：為海關提供業(yè)務服務，與預申報管理系統(tǒng)和海關監(jiān)控中心

進行數(shù)據(jù)交互。

(2)海關監(jiān)控中心系統(tǒng)：對電子關鎖進行運維，提供有關數(shù)據(jù)供海關系統(tǒng)決策。

(3)中領管理系統(tǒng)：海關監(jiān)控系統(tǒng)過此系統(tǒng)對電子口勺關鎖的申領進行管理。

(4)物聯(lián)網(wǎng)服務平臺：做為物聯(lián)網(wǎng)統(tǒng)一的平臺，對電子關鎖系統(tǒng)進行數(shù)據(jù)搜集，

進行業(yè)務開發(fā)。

(5)前端應用系統(tǒng)：包括卡口系統(tǒng)和出入境系統(tǒng)，對電子關鎖口勺施封和解封進

行管理。

3.數(shù)據(jù)持久層：持久化服務，系統(tǒng)目前只管理門戶有關業(yè)務，可擴展到行業(yè)數(shù)據(jù)、

政策和法規(guī)數(shù)據(jù)、企業(yè)數(shù)據(jù)等數(shù)據(jù)日勺持久化管理。并可支持多種數(shù)據(jù)庫，只需要

更改配置文獻和簡樸的修改即可完畢數(shù)據(jù)庫切換。

數(shù)據(jù)庫：目前重要使用SQLServer,伴隨數(shù)據(jù)量的增大，后續(xù)可升級為Oracle。

4.1.3布署設計

各海關和邊境II岸的手持機通過GPRS或一體機通過有線網(wǎng)絡與管理系統(tǒng)進行通訊。

海關人員檢查貨品的合法性之后，將為其安裝電子關鎖。在境內(nèi)運送過程中，電子關

鎖日勺可以將貨車口勺位置信息實時上報，同步，還可以監(jiān)控異常事件。在抵達邊境口岸

或海關后，如尢異常狀況，海關人員可以用手持機讀取電子關鎖H勺信息，并卸載電子

關鎖，容許卡車通過，簡化通關手續(xù)。

預申報系統(tǒng)中需要布署客戶端搜集申報信息，并通過網(wǎng)絡傳遞給海關業(yè)務系統(tǒng)。

關鎖申領系統(tǒng)需要布署發(fā)行設備和客戶端，提供關鎖二次發(fā)行與信息上報功能。

整個系統(tǒng)布署如下圖所示。除了海關和港口之間的應用之外，后續(xù)海關物流監(jiān)控系統(tǒng)

還可以拓展到國內(nèi)倉儲運送管理與國際海關管理方面。

關鎖申領管理前端部署卡口管理系統(tǒng)

圖4-3海關物流監(jiān)控系統(tǒng)布署視圖

4.1.4業(yè)務流設計

海關監(jiān)控中心為系統(tǒng)'業(yè)務流關鍵部分，與申領管理系統(tǒng)進行數(shù)據(jù)交互，數(shù)據(jù)內(nèi)容包括

發(fā)行記錄、關鍵退回記錄、企業(yè)與關鎖關聯(lián)關系、收款記錄、退款記錄、關腱使用狀

況、關鎖和IC卡一次發(fā)行信息、票據(jù)和各類文檔表格等。與海關業(yè)務系統(tǒng)進行數(shù)據(jù)上

報，供海關業(yè)務系統(tǒng)進行決策，數(shù)據(jù)內(nèi)容包括企業(yè)和卡口關聯(lián)記錄、監(jiān)控信息和臨時

k通行記錄等。臨時卜口系統(tǒng)上報通行記錄給海關監(jiān)控中心。

海關業(yè)務系統(tǒng)在此系統(tǒng)中具有最高權(quán)限，關鍵數(shù)據(jù)儲存在此系統(tǒng)，根據(jù)業(yè)務需要為海

關監(jiān)控中心開放數(shù)據(jù)查詢權(quán)限，同步海關監(jiān)控中心所有信息需要傳遞給海關業(yè)務系統(tǒng),

同步對關鎖的施封和解封操作需要由海關業(yè)務系統(tǒng)進行決策。

中領管理系統(tǒng)為關犍業(yè)務分支業(yè)務，進行海關電子關鎖有關的申領管理，后續(xù)可以根

據(jù)實際系統(tǒng)H勺需要進行調(diào)整。

k口系統(tǒng)包括一般k口通道和臨時卡通道，分別對不一樣狀況進行管理。

原有海關包括日勺業(yè)務系統(tǒng)需要與新系統(tǒng)的有關業(yè)務進行兼容，在不一樣狀況下可以選

擇使用新系統(tǒng)或原有系統(tǒng).

心抄伉總

通3記錄

，出入境原有業(yè)務系統(tǒng)

圖4-4海關物流監(jiān)控系統(tǒng)業(yè)務流視圖

流程①：海關監(jiān)控應用全流程

流程②：電子關鎖申請有關全流程

流程③：海關監(jiān)控中心運行關鍵業(yè)務

流程④：海關物流監(jiān)控系統(tǒng)與原有業(yè)務系統(tǒng)口勺交互（單向）

基礎業(yè)務：

序號所屬系統(tǒng)業(yè)務名稱備注

1卡口系統(tǒng)當?shù)剡M關管理（施封）電子關鎖管理一體機，施封模式

2當?shù)爻鲫P管理（解封）電子關鎖管理一體機，解封模式

3國內(nèi)轉(zhuǎn)運管理IC卡刷卡登記轉(zhuǎn)運

4國外轉(zhuǎn)運管理先解封，然后施封（也許需要調(diào)整）

5數(shù)據(jù)上傳卡口數(shù)據(jù)上傳到海關系統(tǒng)

6海關業(yè)務數(shù)據(jù)管理接受卡口數(shù)據(jù)，上傳

7系統(tǒng)監(jiān)控和報警管理在關鎖抵達某一節(jié)點后，識別狀杰并報警

卡口監(jiān)控，運送途中監(jiān)控

8信息查詢查詢通關記錄，異常記錄，操作日志等

9信息記錄按年/月/日日勺異常記錄、通關記錄記錄等

10系統(tǒng)管理日志、報表、數(shù)據(jù)庫維護

11海關監(jiān)控文喈管理關鎖申請表，租賃協(xié)議，發(fā)票等

12中心系統(tǒng)結(jié)算管理銷售管理，租金管理，罰金管理，退費管

理等

13電子關鎖配給管理庫存管理，需求單管理，發(fā)放狀況管理，

回收狀況管理，返廠和維修記錄，進貨和

盤點管理

1-<申領管理電子關鎖和IC卡綁定IC發(fā)行,寫入車牌+關鎖號等信息

15系統(tǒng)運行收費租賃、交易、退款、押金等管理

高級業(yè)務:

序號所屬系統(tǒng)業(yè)務名稱備注

1海關業(yè)務遠程進關管理（施封）通過GPRS遠程控制，精度較低

2系統(tǒng)遠程出關管理（解封）通過GPRS遠程控制，精度較低

3GIS系統(tǒng)運送途中監(jiān)控通過GPS定位，通過GPRS實時（或定

（可單獨期，實時電池一般不能滿足規(guī)定）反饋關

布署）鎖狀態(tài)，即GIS系統(tǒng)

4卡口管理卡口聯(lián)動控制配合視頻抓拍、線圈或電子車牌聯(lián)動控制

施封、解封等操作，工程成本較高，需要

量力而行

橙色標注的部分是需要重點關注的）運行配套系統(tǒng)。黃色部分的業(yè)務不推薦使用，實際

應用效果也許很差。綠色聯(lián)動的工程成本較高，且需要配置工控機，假如不需要拓展

電子車牌業(yè)務，不推薦使用。

4.2子系統(tǒng)設計

4.2.1海關監(jiān)控中心系統(tǒng)

?功能設H

海關監(jiān)控中心子系統(tǒng)為整個系統(tǒng)MJ關鍵子系統(tǒng)，提供GIS系統(tǒng)、結(jié)算管理、文檔管理

和關鎖管理等功能。通過表達層為海關監(jiān)控中心顧客提供操作界面。

通過有線網(wǎng)絡與海關業(yè)務系統(tǒng)連接，海關監(jiān)控中心上報電子關鎖監(jiān)控信息、，提供GIS

服務，上報營收結(jié)算和文檔數(shù)據(jù)。

通過有線網(wǎng)絡與申領管理系統(tǒng)連接，提供一卡一鎖的服務。

通過GPRS與卡口一體機相連，進行施鎖和解鎖信息獲取，再將此信息傳遞給海關業(yè)

務系統(tǒng)。

海關監(jiān)控中

心用戶

表示層

海關監(jiān)控中心

卡口一體機GIS系統(tǒng)結(jié)算管理

k口系統(tǒng)文檔管理關鎖管理

O

U

J

2

三

一卡一鎖

中領管理系統(tǒng)

圖4-5海關監(jiān)控中心子系統(tǒng)邏輯視圖

?布署設計

海關監(jiān)控中心系統(tǒng)依托物聯(lián)網(wǎng)服務與支撐平臺布署的位置如圖所示C

對外接口

核心大換機核心不換機

交換機

睡盤陣列磁帶庫

圖4-6海關監(jiān)控中心系統(tǒng)布署所在位置

?業(yè)務流設計

海關監(jiān)控中心子系統(tǒng)四大重要功能GIS系統(tǒng)、結(jié)算管理、文檔管理和關鎖管理，需要

與數(shù)據(jù)庫進行連接，錄入和提取有關數(shù)據(jù)。同步通過信息杳詢與記錄和系統(tǒng)管理兩個

模塊與外部進行交互。

電子關鎖模塊與申領管理系統(tǒng)進行數(shù)據(jù)交互，提供關鎖申領信息,。獲取關鎖狀態(tài)信息

供其他系統(tǒng)進行使用。

GIS模塊通過對電子關鎖的監(jiān)控，完畢關鎖全程監(jiān)控并將此服務通過上傳下載管理模

塊提供海關業(yè)務系統(tǒng)。

結(jié)算管理模塊通過上傳下我管理模塊將營收狀沆提供海關業(yè)務系統(tǒng)。

文檔管理模塊通過上傳下載管理模塊將文檔提供海關業(yè)務系統(tǒng)。

出入境卡口系統(tǒng)通過上傳下載管理模塊，將施封與解封祈求傳遞給海關業(yè)務系統(tǒng)，供

海關業(yè)務系統(tǒng)決策與否執(zhí)行。

辯關業(yè)務系統(tǒng)出入境卡口

圖4-7海關監(jiān)控中心子系統(tǒng)業(yè)務流視圖

4.2.2海關業(yè)務子系統(tǒng)

?功能設計

海關業(yè)務子系統(tǒng)與原有海關管理系統(tǒng)進行集成，可認為海關顧客提供額外功能，包括

監(jiān)控報警、查詢記錄、數(shù)據(jù)管理和系統(tǒng)管理。

通過有線網(wǎng)絡與海關監(jiān)控中心聯(lián)通，海關監(jiān)控中心上報電子關鎖監(jiān)控信息，提供GIS

服務，上報營收結(jié)算和文檔數(shù)據(jù)。

通過GPRS或有線網(wǎng)絡與k口一體機聯(lián)通，控制電子關鎖的I施封和解封。

通過有線網(wǎng)絡與k口業(yè)務系統(tǒng)聯(lián)通，實時進行電子關鎖的信息交互。

卡口業(yè)務

卡□一體機

卡口系統(tǒng)

圖4-8海關子系統(tǒng)邏輯視圖

?布署設計

海關業(yè)務系統(tǒng)需要布署客戶端，供終端顧客進行關鎖的施封和解封，同步需要與海關

監(jiān)控中心之間配置10M以上帶寬網(wǎng)絡，保證數(shù)據(jù)交互。這兩種連接之間需要加入防火

墻，保證信息安全。

海關業(yè)務系統(tǒng)自身需要配置組件服務器、門戶立用服務器、數(shù)據(jù)庫服務器、WEB服務

器、FTP服務器和應用構(gòu)建服務器以滿足海關有關應用的需要，假如既有海關系統(tǒng)具有

這些配件，可以部分或所有借用。

海關業(yè)務子系統(tǒng)

組件服務箸門戶卻服WEB服

務器

圖4-9海關子系垓布署視圖

?業(yè)務流設計

海關業(yè)務系統(tǒng)新增的四大功能監(jiān)控與報警、信息查詢與記錄、數(shù)據(jù)管理和系統(tǒng)管理,

需要與數(shù)據(jù)庫進行連接，錄入和提取有關數(shù)據(jù),

監(jiān)控與報警模塊與預申報系統(tǒng)進行數(shù)據(jù)交互，提供關鎖申報信息。獲取關鎖狀態(tài)信息

供其他系統(tǒng)進行使用。

信息查詢與記錄模塊通過門戶網(wǎng)站系統(tǒng)為海關提供本系統(tǒng)內(nèi)部有關信息的查詢。

數(shù)據(jù)管理模塊通過與數(shù)據(jù)庫的連接，對系統(tǒng)數(shù)據(jù)進行整頓，并未后續(xù)應用擴展提供基

礎。

管理系統(tǒng)通過FTP服務器與海關監(jiān)控系統(tǒng)進行數(shù)據(jù)交互，包括關鎖數(shù)據(jù)、結(jié)算數(shù)據(jù)、

文檔數(shù)據(jù)和GIS服務數(shù)據(jù)。同步與海關卡口和出入卡口進行數(shù)據(jù)交互完畢電子關鎖的

施封和解封操作。

海關業(yè)務系統(tǒng)內(nèi)部業(yè)務流

數(shù)據(jù)上傳

與確認

圖4-10海關子系統(tǒng)業(yè)務流視圖

4.2.3申領管理子系統(tǒng)

?功能設計

申領管理子系統(tǒng)重要對電子關鎖的申領進行管理，波及到租賃、損壞賠償、報廢和押

金有關費用II勺管理，并通過無線局域網(wǎng)絡將有關信息上報給海關監(jiān)控中心，完畢電子

關鎖管理和結(jié)算管理。一鎖一鑰，需要配置專門的密鑰管理系統(tǒng)，通過密鑰分散機制

來實現(xiàn)規(guī)范的密鑰管理，領導卡交由運行商管理。

租賃費用：租賃辦議簽訂后，提交關鎖租金，協(xié)議周期至少一種月，資費原則可由運行

商制定。

損壞賠償費用：由于人為使用不妥、故意破壞等原因?qū)е氯丈?，非不可抗力原因W、J都需

要賠償。賠償原則由運行商制定。

報廢開銷：關鎖H勺使用壽命到期后，需要提交報廢，由運行商回收，未到報廢期，需要

提前報廢H勺需要收取報廢開銷，收費原則由運行商制定。

押金：每個關鎖都需要收取押金，租賃協(xié)議結(jié)束后，且不續(xù)簽,則將押金返回。

電子關鎖管理

Internet

一~k—鎖

結(jié)莫管理

終端客戶

海關監(jiān)控中心

圖4-11中領管理子系統(tǒng)邏輯視圖

布署設計

此系統(tǒng)布署在海關內(nèi)網(wǎng)，顧客通過外網(wǎng)進行申報，同步通過網(wǎng)關上傳至申領管理系統(tǒng),

在數(shù)據(jù)上傳過程需要考慮加入防火墻，對系統(tǒng)安全進行保證。申領管理系統(tǒng)通過內(nèi)部

局域網(wǎng)與海關監(jiān)控中心服務器相連。

圖4-12申領管理子系統(tǒng)布署視圖

4.2.4卡口子系統(tǒng)

?功能設計

卡口子系統(tǒng)按照布放位置可以分為海關卡口和出入境卡口兩類，按照用途可以分為?

般卡口和臨時卡口兩類Ci般卡口是管理電子關鎖的卡口，可以完畢是施封和解封C

臨時卡口是管理臨時電子關鎖顧客，管理無電子關鎖顧客，可升級到一般卡口。

卡口子系統(tǒng)通過GPRS與海關監(jiān)控中心相連接，上報施封和解封祈求。海關監(jiān)控中心

將此祈求與電子關鎖全途徑狀態(tài)上報給海關業(yè)務系統(tǒng)供決策。

海關業(yè)務系統(tǒng)進行決策后將應答通過有線網(wǎng)絡發(fā)送卡口子系統(tǒng)進行操作，假如電子關

鎖全流程無異常操作，自動進行施封和解封，如有異常操作需要工作人員攜手持機到

現(xiàn)場進行檢測。

卡口系統(tǒng)

海片卡口出入境卡口

O

U

E

U

I

Internet卡口管理

卡口管理<—

海關業(yè)務}\海關監(jiān)控中心

圖4-13卡口子系統(tǒng)邏輯視圖

?布署設計

卡口子系統(tǒng)重要布署在海關和出入境節(jié)點，配置一體機進行電子關鎖自動施封和解封,

配置手持機進行電子關鎖手動施封和解封。在施封或解封時，將此規(guī)定上報每關監(jiān)控

中心子系統(tǒng)，海關監(jiān)控中心子系統(tǒng)將此祈求發(fā)送海關業(yè)務系統(tǒng)，最終海關業(yè)務系統(tǒng)將

決策發(fā)給卡口系統(tǒng)進行有關操作。假如原卡口無工控機管理，則一體機可直接通過有

線或無線方式連接監(jiān)控中心。

圖4-14卡口子系統(tǒng)布署視圖

?業(yè)務流設計

移動運行商與監(jiān)捽中心之間需要實時通信,并保訐24小時不間斷,保訐所有在網(wǎng)車輛

電子關鎖信息可以并發(fā)傳送。

海關業(yè)務系統(tǒng)和監(jiān)控中心之間需要實時通信，海關布署客戶端，監(jiān)控中心布署服務端，

監(jiān)控中心需要布署關鍵互換機，以滿足12個海關并發(fā)訪問H勺需求，海關與監(jiān)控中心的

帶寬規(guī)定10M左右。完畢GIS服務信息傳遞和施封解封祈求。

R口一體機與海關業(yè)務系統(tǒng)之間需要實時數(shù)據(jù)通信，傳遞施封解封決策信息,

卡口一體機與監(jiān)控中心之間通過GPRS連接受發(fā)施封和解封祈求。

圖4-15卡II子系統(tǒng)業(yè)務流視圖

5系統(tǒng)關鍵技術

5.1RFID技術

RFID(RadioFrequencyIdentification)是一種非接觸式的自動識別技術，它通過射頻

信號進行非接觸式雙向通信互換數(shù)據(jù)以到達自動識別目H勺對象并獲取有關數(shù)據(jù)。識別

工作不必人工干預，可工作于多種惡劣環(huán)境。RFID技術可識別高速運動物體并可同步

識別多種標簽，操作快捷以便。

技術發(fā)展至今廣義的RFID技術涵蓋面已很廣，波及諸多協(xié)議與頻段，在技術原則方

面，目前主流技術原則體系有IS。、EPCglob引二大原則體系，如下圖其技術大體分

為三大類:

ISO/IEC\EPCGlobal

動態(tài)數(shù)據(jù)，高性能1433MISO18000-7

有源5.8GISO18000-5

IS018000-4M2廿UHFC4Gl|

4?U

ISO10374

RFIDH半有源F?|UHFC3G1

IS018000-2

LF

ISO11785

無源ISO18000-34…HFC1G1

ISO14443

HF

整態(tài)數(shù)據(jù)，低成本IS015693

ISO18092

UHFIS018000-6-t-UHFClG2

2.4GIS018000-4M1

圖5-1RFID技術原則分類

RFID技術H勺基本工作原理：

?閱讀器(識讀器)通過天線發(fā)送出一定功率的射頻信號，包括前向ASK調(diào)制信號與

載波(CW)能量信號;

?當標簽進入電磁場時產(chǎn)生感應電流從而獲得能量，并向閱讀器發(fā)送調(diào)制自身編碼

等信息的I反向Backscatter調(diào)制信號；

?閱讀器接受空口信息并解碼后上報后臺

圖5-2RFID工作原理示意圖

RFID閱讀器的設備性能，包括功率、頻率、敏捷度、天線模式、有關系統(tǒng)接口、特殊

功能等。閱讀器H勺形式有多種多樣，如室外固定式閱讀器、室內(nèi)緊湊式閱讀器、手持

RFID閱讀器，RFID發(fā)卡器、RFID小型模塊、RFID查驗終端、POS機、甚至包括帶

RFID功能的智能。在系統(tǒng)設計時，需要根據(jù)詳細的應用場景選擇合適的產(chǎn)品。

RFID標簽（芯片）提供了靈活的數(shù)據(jù)構(gòu)造（如錯誤!未找到引用源。所示），用來優(yōu)化

配置不一樣狀況下的EPC編碼區(qū)和顧客存儲區(qū)。RFID芯片還具有一種64位工廠編

程不可更改的唯一序列號，結(jié)合EPC編碼該芯片可認為要標識的物品提供一種獨特的

“指紋”。獷展的顧客存儲區(qū)為物品信息和物流信息日勺記載提供了以便，顧客存儲區(qū)

可以64位塊為單位進行讀取和寫入，讀寫速度快，不會減少生產(chǎn)和物流效率。

Tag標識(TID)-永久數(shù)據(jù)

Gen2標簽ic廠商ic型號64-bit工廠埔糧唯一ID

E20034120614141100734886

典型96-bitEPC標簽結(jié)構(gòu)

報頭過濾n分區(qū)公司前籟單品分類)序列號

480614141100734203886

擴展的用戶存儲512-bits(64Chars)

9064643120734836060424719073...4883

圖5-3RFID芯片數(shù)據(jù)構(gòu)造

RFID標簽與條形碼的對例如錯誤!未找到引用源。所示。

表5-1RFID標簽與條形碼的對比

功能條形碼RFID標簽

讀取數(shù)量讀取時只能一次i種，速度可同步讀取多種標簽資料，速度快