物联网RFI海关物流监控系统解决方案

1 前言

本文档共包含7章，每章内容如下表所示。

表1-1 本文档内容简介

2 海关物流监控现状、面临的挑战和需求分析

2.1 现状分析

当前海关物流运输监控主要现状分析如下：

1）进出口货物在运输途中可能被掉包或偷卸

海关货运主要通过集装箱车辆来运输管理，目前的集装箱车辆管理主要使用传统铅封（一种

物理的海关封志），即在启动地上封，在货运终点解封。没有电子防伪手段，这种铅封很容

易被伪造。由于铅封是否在运输途中被破坏和伪造不得而知，进出口货物就无法保证是否被

掉包或偷卸。海关需要对所有经过的货运集装箱车辆进行检查，这会导致大量的人力投入。

即使查到有问题，也无法知道问题是什么地点、什么时间发生的。

2）缓慢的通关效率导致海关卡口前需要排长队等候

由于传统铅封无法提供有信服力的监控手段，海关必须在清关前对所有进出口货物进行多

次检验，如二次以上的转关。另外核对铅封的状态需要人工干预，肉眼较难分辨铅封是否有

问题，这样可能会造成核对时间过长。且传统铅封和通关文件之间无法实现电子信息关联，

人工核对通关文件也会导致通关效率低下。导致在海关和出入境卡口排长队等候的集装箱

车辆越来越多，囤积的车辆不但会造成拥堵和管理不便，还会存在安全隐患。

2.2 面临的挑战

从海关监控目前的现状来看，需要解决的核心问题有两个，一是如何保证进出口货物的运输

安全，二是如何提供通关效率。解决这两个核心问题需要面临一些挑战。

1）从运输安全的角度来看

挑战一：如何提供有信服力的依据，能够保证运输途中集装箱车辆没有被打开或更换。

挑战二：如何及时获取运输途中集装箱车辆的上封状态、行驶位置和时间信息，用于监控集

装箱车辆的途中运输情况。

2）从通关效率的角度来看

挑战一：如何改善现有的通关流程，提高通关效率。

挑战二：如何保证快速通关不会导致漏检。

2.3 需求分析

从海关监控目前面临的挑战，可分析得出海关监控应用的主要需求包括如下内容。

1. 需要引入一种新的封志，能够充当电子数据载体。该封志需要有高安全性，支持电子

流信息管理方式，能够通过无线通讯方式来上封和解封。这种封志目前对应的电子产

品是集RFID、GPS和GPRS于一体的电子关锁。当被暴力破坏或非法拆除时，电子

关锁能够自动将异常记录上报给监控系统。

2. 海关监控系统需要切入海关原有业务系统，提供基础信息采集和数据上报功能。

3. 需要提供对电子关锁的运维和管理功能，能够配合海关完成关锁申领、发放、回收、更

换等功能。

4. 作为现有海关系统的补充服务，该应用系统一方面应能与现有海关系统平滑融合，但

要尽量避免干涉现有操作流程，这样可对现有业务冲击最小，使系统改造的工作量最

小，便于快速建设，尽快收回投资成本。

5. 该系统应预留足够的业务可扩展空间，主要是海关每年不断增长的转口、转运及进出

口货运量，

6. 该系统应具有良好的容错能力和可靠性，当该系统运行出现异常时，在其自恢复期间，

原有海关流程应能照常运行。

7. 该系统应具有良好的可扩展性，除应考虑跨国电子关锁运营外，还应为后续非海关类

电子锁应用预留足够的空间和扩展的便利性，如关键化学品、石油及其它高危车辆运

输过程管理、运钞车和军用物资车辆等高敏感车辆运输管理、政府及国家强力部门核

心资产定位管理等。

8. 该系统的流程设计应对其各类盈利模式有足够的支撑，以便在不过多影响当前海关流

程的前提下，提高海关通关效率和服务质量，快速取得收益。

3 海关物流监控系统分析

3.1 实体交互关系分析

本系统的与外部实体间的交互关系如下图所示

图3-1 实体交互关系图

●系统-电子关锁运营商

电子关锁运营商使用本系统完成运维业务，包括电子关锁的管理、申领、发放、配送、回收、

维修、充电等业务。

●系统-海关

海关包括海关和出入境点，系统需要为海关提供运输监控和安全预警服务，从而为提高海关

运输安全性以及通关效率等提供帮助。

●系统-企业用户

企业用户包括应用关联的各类企业和厂商，如酒厂、进口商、批发商、零售商等，应用推广

和扩展后还会涉及食品、药品等物品追溯企业。系统需要提供门户服务，流程服务和流通管

理服务。

●系统-个人用户

个人用户包括一些散户和个体，如与海关集装箱运输相关的散户，企业个人等。系统需要提

供门户服务，如果个体参与了系统动作还需要提供流程服务，如稽查服务。

●系统-移动运营商

系统需要移动运营商提供GPRS或其他无线网络服务，主要用于海关监控系统。

●系统-互联网运营商

系统需要互联网运营商提供有线网络服务。

3.2 业务分析

●海关物流监控功能性业务分析

需要监管海关运输，实现对转运、出境和入境的全流程监管。

表3-1 海关监控应用系统分析

非功能性服务分析

(1) 接入点数量多，需要支持高并发访问。

(2) 管理的数据多，需要支持大容量存储

(3) 业务跨度大，对系统的兼容性要求高

(4) 面向角色和群体种类多，需要提供通用的服务界面

(5) 可扩展性要求高

(6) 系统间大数据量传输

(7) 应尽量减少应用系统各环节的IT设备，通过远程访问的方式代替本地系统表3-2 非功能性服务