物联网RFD海关物流监控系统解决方案.docx
《物联网RFD海关物流监控系统解决方案.docx》由会员分享，可在线阅读，更多相关《物联网RFD海关物流监控系统解决方案.docx（63页珍藏版）》请在冰豆网上搜索。
物联网RFD海关物流监控系统解决方案
1前言
本文档共包含7章，每章内容如下表所示。
表-1本文档内容简介
名称内容简介备注
前言对本文档的结构进行概要说明
分析描述当前海关物流监控系统的需求，即本文档需要
需求分析
解决哪些问题
海关物流监控系统
包括实体交互关系分析、业务分析和技术分析
分析
海关物流监控系统
包括系统架构设计，平台设计和应用系统设计
设计
系统关键技术对本文档所涉及的关键技术进行介绍
系统主要设备介绍系统主要设备的介绍
术语和缩略语名词解释和缩略语
2海关物流监控现状、面临的挑战和需求分析
2.1现状分析
当前海关物流运输监控主要现状分析如下：
1）进出口货物在运输途中可能被掉包或偷卸
海关货运主要通过集装箱车辆来运输管理，目前的集装箱车辆管理主要使用传统铅封
（一种物理的海关封志），即在启动地上封，在货运终点解封。
没有电子防伪手段，这种铅封很容易被伪造。
由于铅封是否在运输途中被破坏和伪造不得而知，进出口货物
就无法保证是否被掉包或偷卸。
海关需要对所有经过的货运集装箱车辆进行检查，这会导致大量的人力投入。
即使查到有问题，也无法知道问题是什么地点、什么时间发生的。
2）缓慢的通关效率导致海关卡口前需要排长队等候
由于传统铅封无法提供有信服力的监控手段，海关必须在清关前对所有进出口货物进
行多次检验，如二次以上的转关。
另外核对铅封的状态需要人工干预，肉眼较难分辨
铅封是否有问题，这样可能会造成核对时间过长。
且传统铅封和通关文件之间无法实
现电子信息关联，人工核对通关文件也会导致通关效率低下。
导致在海关和出入境卡
口排长队等候的集装箱车辆越来越多，囤积的车辆不但会造成拥堵和管理不便，还会
存在安全隐患。
2.2面临的挑战
从海关监控目前的现状来看，需要解决的核心问题有两个，一是如何保证进出口货物的运输安全，二是如何提供通关效率。
解决这两个核心问题需要面临一些挑战。
1）从运输安全的角度来看
挑战一：
如何提供有信服力的依据，能够保证运输途中集装箱车辆没有被打开或更换。
挑战二：
如何及时获取运输途中集装箱车辆的上封状态、行驶位置和时间信息，用于监控集装箱车辆的途中运输情况。
2）从通关效率的角度来看
挑战一：
如何改善现有的通关流程，提高通关效率。
挑战二：
如何保证快速通关不会导致漏检。
2.3需求分析
从海关监控目前面临的挑战，可分析得出海关监控应用的主要需求包括如下内容。
1.需要引入一种新的封志，能够充当电子数据载体。
该封志需要有高安全性，支持电子流信息管理方式，能够通过无线通讯方式来上封和解封。
这种封志目前对应的电子产品是集、和于一体的电子关锁。
当被暴力破坏或非法拆除时，电子关锁能够自动将异常记录上报给监控系统。
2.海关监控系统需要切入海关原有业务系统，提供基础信息采集和数据上报功能。
3.需要提供对电子关锁的运维和管理功能，能够配合海关完成关锁申领、发放、回收、更换等功能。
4.作为现有海关系统的补充服务，该应用系统一方面应能与现有海关系统平滑融合，但要尽量避免干涉现有操作流程，这样可对现有业务冲击最小，使系统改造的工
作量最小，便于快速建设，尽快收回投资成本。
5.该系统应预留足够的业务可扩展空间，主要是海关每年不断增长的转口、转运及进出口货运量，
6.该系统应具有良好的容错能力和可靠性，当该系统运行出现异常时，在其自恢复期间，原有海关流程应能照常运行。
7.该系统应具有良好的可扩展性，除应考虑跨国电子关锁运营外，还应为后续非海关类电子锁应用预留足够的空间和扩展的便利性，如关键化学品、石油及其它高危车辆运输过程管理、运钞车和军用物资车辆等高敏感车辆运输管理、政府及国家强力部门核心资产定位管理等。
8.该系统的流程设计应对其各类盈利模式有足够的支撑，以便在不过多影响当前海关流程的前提下，提高海关通关效率和服务质量，快速取得收益。
3海关物流监控系统分析
3.1实体交互关系分析
本系统的与外部实体间的交互关系如下图所示
海关电子关锁运营商
移动运营商海关物流监控系统互联网运营商
企业用户个人用户
图-1实体交互关系图
系统-电子关锁运营商
电子关锁运营商使用本系统完成运维业务，包括电子关锁的管理、申领、发放、配送、回收、维修、充电等业务。
系统-海关
海关包括海关和出入境点，系统需要为海关提供运输监控和安全预警服务，从而为提高海关运输安全性以及通关效率等提供帮助。
系统-企业用户
企业用户包括应用关联的各类企业和厂商，如酒厂、进口商、批发商、零售商等，应用
推广和扩展后还会涉及食品、药品等物品追溯企业。
系统需要提供门户服务，流程服务和流通管理服务。
系统-个人用户
个人用户包括一些散户和个体，如与海关集装箱运输相关的散户，企业个人等。
系统需要提供门户服务，如果个体参与了系统动作还需要提供流程服务，如稽查服务。
系统-移动运营商
系统需要移动运营商提供或其他无线网络服务，主要用于海关监控系统。
系统-互联网运营商
系统需要互联网运营商提供有线网络服务。
3.2业务分析
海关物流监控功能性业务分析
需要监管海关运输，实现对转运、出境和入境的全流程监管。
表-1
海关监控应用系统分析
序号
场景
决策分析
1
监管海关运输
设立海关物流监控系统
设立预申报系统，如果海关已有该系统，则
需要考虑系统对接
2
需要监管集装车辆在运输途中的状
给集装箱车辆分配电子关锁，在启运地施
态，如有异常需要告警
封，在终点解封
设立关锁申领系统，用于管理关锁的发放和
租金、押金等管理
设立海关监控中心，用于监控所有装有电子
关锁车辆的状态
异常告警需要人工处理时要配备手持机
3
卡口施封和解封，当集装箱车辆经
设立卡口系统，通过在卡口安装一体机或固
过海关或出入境卡口时，需要自动
定阅读器来控制，不需要设立卡口系统，可
施封或解封
为原有的系统提供联动接口
非功能性服务分析
（1）接入点数量多，需要支持高并发访问。
（2）管理的数据多，需要支持大容量存储
（3）业务跨度大，对系统的兼容性要求高
（4）面向角色和群体种类多，需要提供通用的服务界面
（5）可扩展性要求高
（6）系统间大数据量传输
（7）应尽量减少应用系统各环节的设备，通过远程访问的方式代替本地系统
表-2
非功能性服务
序号
约束
决策分析
1
接入点数量多，角色和群体种类多
对外部角色提供的访问方式，
简单，无需安
装
对内部角色提供或的访问方式，
提供增值服
务，只需简单安装，提高安全性
需要考虑并发访问造成的性能瓶颈，
可采用
负载均衡来协调性能问题
需要提供角色管理和权限认证服务
2
管理的数据多
提供数据分区、分层管理
支持海量数据查询
配备大容量存储设备，容灾考虑（本地容灾）
3
业务跨度大
采用分布式系统，保证独立性和松耦合
需要支持多系统和多语言环境
需要支持多种数据库访问控制方法
4
可扩展性高
通过服务组装或模块组装的方式来完成平
台和应用系统的构建，提高可重用性
系统间交换使用或标准格式
5
系统间大数据量传输
大数据量传输采用方式
6
减少系统设备，通过远程访问代替
1）各应用的中心系统将整合核心和主要的
本地系统
业务，特别是各流通环节的管理业务，
不需
要本地存储数据或有其它业务系统的实体
通过的方式访问中心系统提供的服务，
需要
本地存储数据的可采用的方式访问中心系
统，同时可以提供部分本地业务功能
海关物流监控业务架构
海关业务架构
接受施
封和解
封
国内
配给关锁
接受运输
返回数据
卡口
途中监控
企业
集装
下发记录
箱车
海关
委托
辆
物流
监控
出入
物流
交回关锁
公司
业务
境点
返还关锁
运营商
配送关锁
国外
企业
海关
申报记录
发放关锁
申领关锁
通知监控
情况
预申报
图-2海关业务架构
海关业务涉及5类实体，即海关相关原有实体（卡口、海关、出入境点），海关业务
监控运营商，集装箱车辆，物流公司，企业（国内企业和国外企业）。
各实体之间的交互关系如上图所示，实现三类主要业务。
（1）电子关锁流通，包括电子关锁申领管理、电子关锁配给，电子关锁收回等主要业务。
（2）运输监控，集装箱车辆运输途中的状态监控。
（3）海关业务配合，包括卡口的施封和解封，海关入关或出关的预申报。
3.3技术分析
业务组件服务
应用组件服务
中间件
工
XML
应用系统业务
Tomacat
报
搜
日
权
安
接
工
数
作
索
志
限
全
口
据
Weblogic
表
具
流
引
组
组
组
组
服
工
应用系统接口
引
擎
件
件
件
件
组
务
Websphere
具
件
擎
服务集成总线
展现层服务
数据库服务
操作系统
采集层服务
WEB2.0
持久
SQL
Windows
Unix
RFID
GPS
网络
Oracle
化接
中间
其他UI工具
口
DB2
Linux
服务器群
远程设备维护
件
图-3技术架构分析
从约束-决策表可以分析得出，基于满足各项约束条件的出发点，本文档的技术架构将
采用框架，即面向服务的架构设计。
包括8类服务，即业务组件服务，应用组件服务，中间件，展现层服务，数据库服务，操作系统，采集层服务以及服务集成总线。
具体说明如下。
业务组件服务：
业务组件作为应用系统底层的组件库，每个组件都能完成一类业务功
能，且能够对外开放标准接口。
业务组件库包括报表工具、工作流引擎、搜索引擎、日志组件、权限管理、安全组件、接口组件、工具组件、数据服务等。
应用组件服务：
应用组件服务包括应用系统业务和应用系统接口，该服务独立于平台之外（受限于业务跨度巨大），以平台的业务组件为基础构建。
中间件：
应用中间件提供业务运行时环境，包括，和等，需要根据实际情况调整，可选
择的，5支持最新的2.4和2.0规范。
因为技术先进、性能稳定，因而深受爱好
者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的应用服务器。
目前最
新版本是7.0。
展现层服务：
展现层技术服务提供支持，2.0更注重与用户之间的交互，是作为门户网站和其他服务的最佳选择，此外，一些设备层的控制和内部应用可能需要用到功能更多的客户端，和的都将成为备用技术。
数据库服务：
数据库服务提供持久化服务，能够兼容，以及2等多种数据库，提供通
用的数据访问接口，是一个开放源代码的对象关系映射框架，它对进行了非常轻量级
的对象封装，使得程序员可以随心所欲的使用对象编程思维来操纵数据库。
可以应用
在任何使用的场合，既可以在的客户端程序使用，也可以在的应用中使用，最具革命
意义的是，可以在应用的
J2架构中取代，完成数据持久化的重任。
3.0可作为持久化
的主要技术，、等可作为备用技术。
操作系统：
操作系统作为独立的一块服务，包括，和。
采集层服务：
采集层服务是本系统区别于互联网系统的主要内容，
能够支持、等服务，
与之配套的远程设备维护和网络中间件分别用于设备管理和标签数据汇聚和过滤。
服务集成总线：
服务集成总线提供服务集成、系统构建等业务，采用集成框架，完成系统开发和构建。
4海关物流监控系统设计
4.1系统架构设计
4.1.1系统概述
本系统通过电子关锁和手持机采集货物信息，由应用管理系统为海关和物流公司提供
进出口、转运业务服务。
根据需要该系统还可以与目前的海关管理系统进行对接。
海关外网
海关内网
海关业务
卡口业务
国
外
接
企
口
监控和报警
信息查询
信息统
数据管
系统管
业
网
计
理
理
关
卡口业务
提供临时卡信息和GIS服务
国
海关监控中心业务
临
普
内
时
通
企
卡
申
文档管
通
业
电子关锁管理
结算管理
GIS系统
通
领
理
道
申请一卡一锁
道
管
理
业
务
散
户
海关业务
海关业务
卡口业务
图-1海关物流监控系统总体架构
如图所示，海关物流监控系统可分为内网和外网两个区。
其中海关业务系统、申领管
理系统部署在海关，海关布点数量根据实际勘测结果决定；卡口系统在海关和出入境
点都有部署，分为临时卡通道和普通通道两种，普通通道管理所有已绑定电子关锁的
车辆（预申报记录与电子关锁已关联），临时卡通道适合处理未来得及绑定电子关锁
的车辆（事先没有领取关锁，进关或入境时无法关联预申报记录和电子关锁）；海关监
控中心部署在海关电子关锁运营商处。
4.1.2
功能设计
国外
国内
互联
移动
外部实体
海关
出入境点
网运
运营
企业
企业
营商
商
表示层外部接口
业务层
海关业务系统海关监控中心系统
预申报管申领管
理系统理系统
物联网服务平台
数据持久层
DAODAODAODAO
OracleOracleSQLseverSQLsever
前端应用系统
出
卡
入
口境
系
系
统统
图-2海关物流监控系统逻辑视图
物联网服务平台逻辑视图给出了4层架构。
4层架构即表示层、业务层、数据持久层和数据库。
分别说明如下：
外部实体
包括海关、出入境点、国外企业、国内企业、互联网运营商和移动运营商。
物联网服务平台系统
1.表示层和外部接口
（1）门户：
提供门户访问功能。
（2）核心应用访问：
提供下载，注册等交互界面。
（3）通信线路服务提供：
有线通信和无线业务的服务提供接口。
2.业务层
（1）海关业务系统：
为海关提供业务服务，与预申报管理系统和海关监控中心进行数据交互。
（2）海关监控中心系统：
对电子关锁进行运维，提供相关数据供海关系统决策。
（3）申领管理系统：
海关监控系统过此系统对电子的关锁的申领进行管理。
（4）物联网服务平台：
做为物联网统一的平台，对电子关锁系统进行数据收集，进行业务开发。
（5）前端应用系统：
包含卡口系统和出入境系统，对电子关锁的施封和解封进行管理。
3.数据持久层：
持久化服务，系统目前只管理门户相关业务，可扩展到行业数据、政策和法规数据、企业数据等数据的持久化管理。
并可支持多种数据库，只需要更改配置文件和简单的修改即可完成数据库切换。
数据库：
目前主要使用，随着数据量的增大，后续可升级为。
4.1.3部署设计
各海关和边境口岸的手持机通过或一体机通过有线网络与管理系统进行通讯。
海关人员检查货物的合法性之后，将为其安装电子关锁。
在境内运输过程中，电子关锁的可以将货车的位置信息实时上报，同时，还可以监控异常事件。
在抵达边境口岸或海关
后，如无异常情况，海关人员可以用手持机读取电子关锁的信息，并卸载电子关锁，允许卡车通过，简化通关手续。
预申报系统中需要部署客户端收集申报信息，并通过网络传递给海关业务系统。
关锁申领系统需要部署发行设备和客户端，提供关锁二次发行与信息上报功能。
整个系统部署如下图所示。
除了海关和港口之间的应用之外，后续海关物流监控系统还可以拓展到国内仓储运输管理与国际海关管理方面。
工作站
应
工作站
工作站
用
FTP
网络打印机
构
Web服
门户应
交换机
服
用服务
数据库服组件服务
建
核心交换机务器
务器
器
务
器
服
防火墙
器
SAN
务
路由器
器
Switc
h
海关监控中心
磁盘阵列
磁带库海关业务系统
关锁申领管理前端部署卡口管理系统
图-3海关物流监控系统部署视图
4.1.4业务流设计
海关监控中心为系统业务流核心部分，与申领管理系统进行数据交互，数据内容包括发行记录、关键退回记录、企业与关锁关联关系、收款记录、退款记录、关键使用情
况、关锁和卡一次发行信息、票据和各类文档表格等。
与海关业务系统进行数据上报，供海关业务系统进行决策，数据内容包括企业和卡口关联记录、监控信息和临时卡通行记录等。
临时卡口系统上报通行记录给海关监控中心。
海关业务系统在此系统中具有最高权限，关键数据储存在此系统，根据业务需要为海
关监控中心开放数据查询权限，同时海关监控中心所有信息需要传递给海关业务系统，同时对关锁的施封和解封操作需要由海关业务系统进行决策。
申领管理系统为核心业务分支业务，进行海关电子关锁相关的申领管理，后续可以根据实际系统的需要进行调整。
卡口系统包括普通卡口通道和临时卡通道，分别对不同情况进行管理。
原有海关包括的业务系统需要与新系统的相关业务进行兼容，在不同情况下可以选择
使用新系统或原有系统。
海关原有业务系统
预申报系统（原
有）
报关信息
终端用户
1
报关信息
监控信息
统计分析
通行记录
1
申请表（租、退）
电子关锁和IC卡
退款
票据
2
4
报关信息
1
监控关锁状态
关锁和IC卡
一次发行信息
票据
各类文档表格
押金
租金
租借协议
临时费用
2
海关业务系统
查询请求
通行记录（施
企业和关锁关联记录
监控信息（位置、告
封、解封
警等）
4
临时卡口通行记录
通关确认信息
4
海关监控中心系统申领管理系统
发行记录
3
关锁退回记录
企业和关锁关联关系
关锁使用
通行记录（施封）
收款记录
情况
退款记录
关锁申请
关锁使用情况
1
经过二次发行
3
的特殊关锁和
IC卡
申请表
普通卡口系统
原有卡口系统
关锁施封、解
临时卡口系统
关锁施封、解
4
封信号
封信号
监控信息
通行记录
出入境原有业务系统
图-4海关物流监控系统业务流视图
流程①：
海关监控应用全流程
流程②：
电子关锁申请相关全流程
流程③：
海关监控中心运营核心业务
流程④：
海关物流监控系统与原有业务系统的交互（单向）
基础业务：
序号
所属系统
业务名称
备注
1
卡口系统
本地进关管理（施封）
电子关锁管理一体机，施封模式
2
本地出关管理（解封）
电子关锁管理一体机，解封模式
3
国内转运管理
卡刷卡登记转运
4
国外转运管理
先解封，然后施封（可能需要调整）
5
数据上传
卡口数据上传到海关系统
6
海关业务
数据管理
接收卡口数据，上传
7
系统
监控和报警管理
在关锁抵达某一节点后，识别状态并报警
卡口监控，运输途中监控
8
信息查询
查询通关记录，异常记录，操作日志等
9
信息统计
按年/月/日的异常记录、通关记录统计等
10
系统管理
日志、报表、数据库维护
11
海关监控
文档管理
关锁申请表，租赁合同，发票等
12
中心系统
结算管理
销售管理，租金管理，罚金管理，退费管
升级会员 