1 前言本文档共包含7章，每章内容如下表所示。表 11 本文档内容简介名称内容简介备注前言对本文档的结构进行概要讲明需求分析分析描述当前海关物流监控系统的需求，即本文档需要解决哪些问题海关物流监控系统分析包括实体交互关系分析、业务分析和技术分析海关物流监控系统设计包括系统架构设计，平台设计和应用系统设计系统关键技术对本文档所涉及的关键技术进行介绍系统要紧设备介绍系统要紧设备的介绍术语和缩略语名词解释和缩略语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 实体交互关系分析本系统的与外部实体间的交互关系如下图所示图 31 实体交互关系图l 系统-电子关锁运营商电子关锁运营商使用本系统完成运维业务，包括电子关锁的治理、申领、发放、配送、回收、维修、充电等业务。l 系统-海关海关包括海关和出入境点，系统需要为海关提供运输监控和安全预警服务，从而为提高海关运输安全性以及通关效率等提供关心。l 系统-企业用户企业用户包括应用关联的各类企业和厂商，如酒厂、进口商、批发商、零售商等，应用推广和扩展后还会涉及食品、药品等物品追溯企业。系统需要提供门户服务，流程服务和流通治理服务。l 系统-个人用户个人用户包括一些散户和个体，如与海关集装箱运输相关的散户，企业个人等。系统需要提供门户服务，假如个体参与了系统动作还需要提供流程服务，如稽查服务。l 系统-移动运营商系统需要移动运营商提供GPRS或其他无线网络服务，要紧用于海关监控系统。l 系统-互联网运营商系统需要互联网运营商提供有线网络服务。3.2 业务分析l 海关物流监控功能性业务分析需要监管海关运输，实现对转运、出境和入境的全流程监管。表 31 海关监控应用系统分析序号场景决策分析1监管海关运输设立海关物流监控系统设立预申报系统，假如海关已有该系统，则需要考虑系统对接2需要监管集装车辆在运输途中的状态，如有异常需要告警给集装箱车辆分配电子关锁，在启运地施封，在终点解封设立关锁申领系统，用于治理关锁的发放和租金、押金等治理设立海关监控中心，用于监控所有装有电子关锁车辆的状态异常告警需要人工处理时要配备手持机3卡口施封和解封，当集装箱车辆通过海关或出入境卡口时，需要自动施封或解封设立卡口系统，通过在卡口安装一体机或固定阅读器来操纵，不需要设立卡口IT系统，可为原有的系统提供联动接口l 非功能服务分析(1) 接入点数量多，需要支持高并发访问。(2) 治理的数据多，需要支持大容量存储(3) 业务跨度大，对系统的兼容性要求高(4) 面向角色和群体种类多，需要提供通用的服务界面(5) 可扩展性要求高(6) 系统间大数据量传输(7) 应尽量减少应用系统各环节的IT设备，通过远程访问的方式代替本地系统表 32 非功能服务序号约束决策分析1接入点数量多，角色和群体种类多对外部角色提供B/S的访问方式，简单，无需安装对内部角色提供C/S或B/S的访问方式，提供增值服务，只需简单安装，提高安全性需要考虑并发访问造成的性能瓶颈，可采纳负载均衡来协调性能问题需要提供角色治理和权限认证服务2治理的数据多提供数据分区、分层治理支持海量数据查询配备大容量存储设备，容灾考虑（本地容灾）3业务跨度大采纳分布式系统，保证独立性和松耦合需要支持多系统和多语言环境需要支持多种数据库访问操纵方法4可扩展性高通过服务组装或模块组装的方式来完成平台和应用系统的构建，提高可重用性系统间交换使用SOAP或XML标准格式5系统间大数据量传输大数据量传输采纳FTP方式6减少IT系统设备，通过远程访问代替本地系统1）各应用的中心系统将整合核心和要紧的业务，特不是各流通环节的治理业务，不需要本地存储数据或有其它业务系统的实体通过B/S的方式访问中心系统提供的服务，需要本地存储数据的可采纳C/S的方式访问中心系统，同时能够提供部分本地业务功能l 海关物流监控业务架构图 32 海关业务架构海关业务涉及5类实体，即海关相关原有实体（卡口、海关、出入境点），海关业务监控运营商，集装箱车辆，物流公司，企业（国内企业和国外企业）。各实体之间的交互关系如上图所示，实现三类要紧业务。(1) 电子关锁流通，包括电子关锁申领治理、电子关锁配给，电子关锁收回等要紧业务。(2) 运输监控，集装箱车辆运输途中的状态监控。(3) 海关业务配合，包括卡口的施封和解封，海关入关或出关的预申报。3.3 技术分析图 33 技术架构分析从约束-决策表能够分析得出，基于满足各项约束条件的动身点，本文档的技术架构将采纳SOA框架，即面向服务的架构设计。包括8类服务，即业务组件服务，应用组件服务，中间件，展现层服务，数据库服务，操作系统，采集层服务以及服务集成总线。具体讲明如下。业务组件服务：业务组件作为应用系统底层的组件库，每个组件都能完成一类业务功能，且能够对外开放标准接口。业务组件库包括报表工具、工作流引擎、搜索引擎、日志组件、权限治理、安全组件、接口组件、XML工具组件、数据服务等。应用组件服务：应用组件服务包括应用系统业务和应用系统接口，该服务独立于平台之外（受限于业务跨度巨大），以平台的业务组件为基础构建。中间件：应用中间件提供业务运行时环境，包括Tomcat，Websphere和Weblogic等，需要依照实际情况调整，可选择Apache的Tomcat，Tomcat 5 支持最新的Servlet 2.4 和JSP 2.0 规范。因为Tomcat 技术先进、性能稳定，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web应用服务器。目前最新版本是7.0。展现层服务：展现层技术服务提供UI支持，WEB2.0更注重与用户之间的交互，是作为门户网站和其他web服务的最佳选择，此外，一些设备层的操纵和内部应用可能需要用到功能更多的客户端，java swing和VC+的GUI都将成为备用技术。数据库服务：数据库服务提供持久化服务，能够兼容oracle，SQL server以及DB2等多种数据库，提供通用的数据访问接口，Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了特不轻量级的对象封装，使得Java程序员能够为所欲为的使用对象编程思维来操纵数据库。 Hibernate能够应用在任何使用JDBC的场合，既能够在Java的客户端程序使用，也能够在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate能够在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。Hibernate3.0可作为持久化的要紧技术，JDBC、ODBC等可作为备用技术。操作系统：操作系统作为独立的一块服务，包括linux，unix和windows。采集层服务：采集层服务是本系统区不于互联网IT系统的要紧内容，能够支持RFID、GPS等服务，与之配套的远程设备维护和网络中间件分不用于设备治理和RFID标签数据汇聚和过滤。服务集成总线：服务集成总线提供服务集成、系统构建等业务，采纳SPRING集成框架，完成系统开发和构建。4 海关物流监控系统设计4.1 系统架构设计4.1.1 系统概述本系统通过电子关锁和手持机采集物资信息，由应用治理系统为海关和物流公司提供进出口、转运业务服务。依照需要该系统还能够与目前的海关治理系统进行对接。图 41 海关物流监控系统总体架构如图所示，海关物流监控系统可分为内网和外网两个区。其中海关业务系统、申领治理系统部署在海关，海关布点数量依照实际勘测结果决定；卡口系统在海关和出入境点都有部署，分为临时卡通道和一般通道两种，一般通道治理所有已绑定电子关锁的车辆（预申报记录与电子关锁已关联），临时卡通道适合处理以后得及绑定电子关锁的车辆（事先没有领取关锁，进关或入境时无法关联预申报记录和电子关锁）；海关监控中心部署在海关电子关锁运营商处。4.1.2 功能设计图 42 海关物流监控系统逻辑视图物联网服务平台逻辑视图给出了4层架构。4层架构即表示层、业务层、数据持久层和数据库。分不讲明如下：l 外部实体