物联网RFD海关物流监控系统解决方案Word格式文档下载.docx

上传人:b****7 文档编号:22309459 上传时间:2023-02-03 格式:DOCX 页数:63 大小:38.23KB
下载 相关 举报
物联网RFD海关物流监控系统解决方案Word格式文档下载.docx_第1页
第1页 / 共63页
物联网RFD海关物流监控系统解决方案Word格式文档下载.docx_第2页
第2页 / 共63页
物联网RFD海关物流监控系统解决方案Word格式文档下载.docx_第3页
第3页 / 共63页
物联网RFD海关物流监控系统解决方案Word格式文档下载.docx_第4页
第4页 / 共63页
物联网RFD海关物流监控系统解决方案Word格式文档下载.docx_第5页
第5页 / 共63页
点击查看更多>>
下载资源
资源描述

物联网RFD海关物流监控系统解决方案Word格式文档下载.docx

《物联网RFD海关物流监控系统解决方案Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《物联网RFD海关物流监控系统解决方案Word格式文档下载.docx(63页珍藏版)》请在冰豆网上搜索。

物联网RFD海关物流监控系统解决方案Word格式文档下载.docx

这种封志目前对应的电子产品是集、和于一体的电子关锁。

当被暴力破坏或非法拆除时,电子关锁能够自动将异常记录上报给监控系统。

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

非功能性服务

约束

接入点数量多,角色和群体种类多

对外部角色提供的访问方式,

简单,无需安

对内部角色提供或的访问方式,

提供增值服

务,只需简单安装,提高安全性

需要考虑并发访问造成的性能瓶颈,

可采用

负载均衡来协调性能问题

需要提供角色管理和权限认证服务

管理的数据多

提供数据分区、分层管理

支持海量数据查询

配备大容量存储设备,容灾考虑(本地容灾)

业务跨度大

采用分布式系统,保证独立性和松耦合

需要支持多系统和多语言环境

需要支持多种数据库访问控制方法

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业务流设计

海关监控中心为系统业务流核心部分,与申领管理系统进行数据交互,数据内容包括发行记录、关键退回记录、企业与关锁关联关系、收款记录、退款记录、关键使用情

况、关锁和卡一次发行信息、票据和各类文档表格等。

与海关业务系统进行数据上报,供海关业务系统进行决策,数据内容包括企业和卡口关联记录、监控信息和临时卡通行记录等。

临时卡口系统上报通行记录给海关监控中心。

海关业务系统在此系统中具有最高权限,关键数据储存在此系统,根据业务需要为海

关监控中心开放数据查询权限,同时海关监控中心所有信息需要传递给海关业务系统,同时对关锁的施封和解封操作需要由海关业务系统进行决策。

申领管理系统为核心业务分支业务,进行海关电子关锁相关的申领管理,后续可以根据实际系统的需要进行调整。

卡口系统包括普通卡口通道和临时卡通道,分别对不同情况进行管理。

原有海关包括的业务系统需要与新系统的相关业务进行兼容,在不同情况下可以选择

使用新系统或原有系统。

海关原有业务系统

预申报系统(原

有)

报关信息

终端用户

监控信息

统计分析

通行记录

申请表(租、退)

电子关锁和IC卡

退款

票据

监控关锁状态

关锁和IC卡

一次发行信息

各类文档表格

押金

租金

租借协议

临时费用

海关业务系统

查询请求

通行记录(施

企业和关锁关联记录

监控信息(位置、告

封、解封

警等)

临时卡口通行记录

通关确认信息

海关监控中心系统申领管理系统

发行记录

关锁退回记录

企业和关锁关联关系

关锁使用

通行记录(施封)

收款记录

退款记录

关锁申请

关锁使用情况

经过二次发行

的特殊关锁和

IC卡

申请表

普通卡口系统

原有卡口系统

关锁施封、解

临时卡口系统

封信号

出入境原有业务系统

图-4海关物流监控系统业务流视图

流程①:

海关监控应用全流程

流程②:

电子关锁申请相关全流程

流程③:

海关监控中心运营核心业务

流程④:

海关物流监控系统与原有业务系统的交互(单向)

基础业务:

所属系统

业务名称

备注

卡口系统

本地进关管理(施封)

电子关锁管理一体机,施封模式

本地出关管理(解封)

电子关锁管理一体机,解封模式

国内转运管理

卡刷卡登记转运

国外转运管理

先解封,然后施封(可能需要调整)

数据上传

卡口数据上传到海关系统

数据管理

接收卡口数据,上传

7

系统

监控和报警管理

在关锁抵达某一节点后,识别状态并报警

卡口监控,运输途中监控

8

查询通关记录,异常记录,操作日志等

9

信息统计

按年/月/日的异常记录、通关记录统计等

10

系统管理

日志、报表、数据库维护

11

海关监控

文档管理

关锁申请表,租赁合同,发票等

12

中心系统

销售管理,租金管理,罚金管理,退费管

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 求职职场 > 简历

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1