范文一:数据交换系统
一、数据交换平台的主要功能
运用数据交换平台,主要是为了适应信息共享的发展趋势,具有内部不同业务系统间、内部与外单位不同业务系统间进行信息交换的功能。内部各业务系统间如:地税系统与财政系统;内部与外部业务系统间如:地税与工商、银行、社保、质监、土管、城建等。数据交换平台的建立应为今后业务系统的升级、扩展提供基础平台,大大缩短并减少管理系统的开发、部署周期和投资。
数据交换平台,提供定义和配置内部数据集成与协同的方法,对每次数据交换请求,能根据数据报特征计算与之相匹配的数据路由,并按数据路由的定义次序依次调用相应的数据处理服务,从而实现不同数据库间的数据与信息共享。
二、数据交换平台的主要功能要求
1、支持主流硬件厂商的硬件平台及操作系统平台,支持IBM AIX,HP UX 11以更高版本,其他主流的UNIX 或LINUX 操作系统;支持多种客户机访问模式,如Java、Delphi、C++Builder、VisualC++、Visual Basic、PowerBuilder、C#、ASP、PHP等。
2、数据交换平台能集中管理、控制各交换结点间数据交换规则和路径。提供数据交换全过程的配置方法,实现松耦合、零编程、强扩展的目标。
具体配置交换任务时,从前置机数据包(或数据库)到各应用数据库服务器的数据处理及分发均可自定义。针对不同的交换任务,可自行定义数据采集、业务逻辑处理、数据存放等多个步骤。其中业务
逻辑处理应以SQL 语句或存储过程的形式体现,并嵌入到数据交换过程。中间交互过程和数据对象均应透明。在联网业务变化时,只要通过常用的数据库编程,即可完成任务的新增和修改,不需要掌握相关的编程技术,进行任务编程和编译发布。
3、数据交换平台对外部数据交换采用前置联网服务器方式。联网前置机能与主流中间件产品进行直接联接,支持多协议接入,如SOCKET、TUXEDO、MQ、TCP/IP、FTP、NOTES等。联网时可根据接入点情况,通过联网属性定义(无需编程)完成联网的要求。同时还需要提供采用FTP 或邮件形式进行数据交换的技术手段。最大程度降低接入点的成本投入,保证扩展的便捷性和兼容性。
4、平台必须支持主流的数据库,如Oracle、Sybase、SQL Server 等,支持异构数据库间的数据集成与协同,并保证多数据库(异构或同构)之间的全局事务一致性。具有数据同步/异步调用和交易冲正机制等功能。针对不同数据库分别提供相匹配的高效数据处理引擎;支持多结果集的数据处理,支持对多媒体等多种数据格式的读取、更新等处理能力。
5、数据交换平台,能支持64位技术;能与64位版本的数据库系统集成。针对不同的操作系统和数据库,可提供一致的缓冲区、消息的持久化;具有交易的调度功能,支持路由规则的动态变更;支持提供客户端和服务器之间多种通讯方式:会话、广播通知、管道、发布/订阅;提供多种接收通知消息的机制满足不同的应用场景需求;联网报文采用字符串报文、二进制流、XML格式报文、文件等形式。
6、数据交换平台能支持不同地域的服务器进行服务端连接,能够进行连接策略和加密的配置;支持跨越广域网的服务器间进行透明的请求转发和内容依赖路由机制;提供服务器间的连接保持机制,保证连接不会因为短暂的空闲被断开;提供网络传输压缩功能,以减少应用在网络上的传输量,压缩功能必须是可配置的,对应用透明。
7、数据交换平台要提供多种高可用性,能够在服务节点间进行请求转移;支持在单机模式和多机模式下,提供多种不同的负载均衡算法,包括轮训、权值等;支持有计划的停机,提供工具将业务组件迁移到其他节点,对节点维修后,可以将原有组件迁回,并正常运行。
8、数据交换平台必须具备事件触发、定时任务、数据触发(当某些敏感数据发生变化时主动触发数据交换)的发起数据交换请求的技术性能。数据触发服务,即数据交换过程中,可根据特定情况进行特殊处理的服务(如业务高峰期间,外单位向交换平台发送了大批量数据处理请求,为了保证内部核心业务系统的正常运行,交换平台接收请求后并不及时处理,而是在业务空闲期再响应外单位请求。)等
9、数据交换平台,应具备完善的日志管理机制。对交换任务全过程进行监控和日志管理。具备直观、详细的运行与状态日志,同时还具有日志分析功能,帮助用户调整优化平台运行性能。
三、数据交换平台的性能要求
1、对简单的实时交易,数据交换平台能在1秒内完成交易从接受请求到处理完成。
2、数据交换平台具有较高的稳定性,对10万次以上的连续请求
处理无故障。
3、对实时或批量的数据交换业务请求予以响应,支持至少10个并发请求的响应,具备大并发量处理机制,支持实时与批量数据的均衡调度。
4、对大数据包的处理,记录量在100万条左右,能在10分钟以内完成交易从接受请求到处理完成。
5、运行环境说明如下:
⑴网络环境:2M光纤网
⑵数据交换平台服务器配置:
System Model:IBM,9113-550
Number Of Processors:4
Processor Clock Speed:1502MHz
CPU Type:64-bit
Memory Size:7744MB
Good Memory Size:7744MB
Operate System:AIX5.3.0.0
⑶地税方前置机配置:
操作系统:Microsoft(R)Windows(R)Server 2003,
Enterprise Edition
操作系统版本:5.2.3790Build 3790
系统制造商:
系统型号:
系统类型:
处理器:
物理内存总量:Dell Inc. PowerEdge 2950X86-based PC 4CPU(x86Family 6Model 15Stepping 6GenuineIntel ~1595Mhz)2,047MB
可用的物理内存:1,389MB
⑷针对上述涉及的业务逻辑举例如下:
将工商局的业务库数据交换到地税业务库中。从工商局取到前置机上的1000条记录称为结果集A,将地税业务库中的行业对应表称为结果集B。结果集A 中的HYBM 需要转换成结果集B 中HYBM。结果集B 字段HYBM_GS是结果集A 的外键。最后将转换后的结果集按表C 的数据结构存入表C。结果集A 格式如下:
QYNM
1390000125QYMC *****JJXZ ****HYBM 10…………结果集B 格式如下:
HYBM
1
2HY 制造业纺织业HYBM_GS1020…………
存到表C 的结果如下:
QYNM
1390000125
⑸数据库说明:
工商局业务数据库为Oracle,对外联网模式采用Socket 技术。地税局业务数据库为Sybase。
四、其它要求
1、本项目必须有1个以上(含1个)数据交换项目案例或类似项目成功案例(2006年1月1日以后);
2、负责提供数据交换平台涉及整合其他公司的中间件,中间件的最终用户为采购单位;QYMC *****CZRQ ****HYBM 1…………
3、提供数据交换平台的三年免费维护和升级,终身维护等良好的服务。免费服务期满后,提供终身维护等良好的服务承诺;
4、在服务期内,能协助采购方编写业务逻辑存储过程;
5、服务响应时间。帮助热线与服务:服务时间:7×24;响应时间:1小时给予解决方案;紧急支持服务:服务时间:7×24;响应时间:1小时给予解决方案;2小时到达湖州现场;
6、成交供应商负责系统的安装、调试、验收、培训;
7、成交供应商应自行承担选派专业人员的住宿、就餐和交通等费用;
8、成交供应商提供的产品,必须符合谈判文件及其竞标文件规定的要求,如有不符,采购人可以无条件退货,造成的损失由成交供应商承担;
9、成交供应商必须有可靠的售后服务保障服务点,能提供正常的技术服务。(提供湖州市本地化服务的,以本地化服务公司协议为准);
范文二:数据交换系统
数据交换系统
数据交互是一个快速,轻巧,100%开源的和用户友好的开源数据交互,分布按照Apache 软件许可证2.0版。数据交互允许系统管理员和开发消息路由,调解,改造,记录,任务调度,故障切换路由,负载均衡和更方便地配置。它还支持传输交换,事件,以规则为基础的调解和基于优先级的先进的集成要求调解。数据交互运行时的设计是完全异步,非阻塞上Apache Synapse的调解的引擎和基于流的。
数据交互是基于carbon 平台之上发展而来的,一个基于OSGi 的SOA 通过组件化的框架提供了无缝的模块化开发。此版本还包含了许多新的功能和一系列的可选组件(附件)可以安装自定义数据交互的行为。此外,数据交互任何现有的而环境不需要的功能都可以很容易的利用底层配置框架的carbon 移除。总之数据交互可以完全定制以满足SOA 确切的需求。
有关数据交互(About 数据交互)
数据交互是一种软件架构的构造,生存在(业务)应用和通信之间。理想情况下,数据交互总线上的应用程序能够代替所有直接接触使所有通信通过数据交互。
数据交互通过一个事件驱动和基于标准的消息引擎(总线)提供基本服务。多亏数据交互,集成架构师可以利用消息的价值而无需编写代码。开发人员通常使用一类公认标准的中间件基础设施产品技术实现数据交互
数据交互是一个比较新的概念。仅仅是在最近几年被普遍使用。人们通常将数据交互和面向服务的体系结构联系在一起但他们有正交的关系。然而,如SOA 、数据交互本质上是许多企业软件产品直接实现的企业架构设计模式的集合。
数据交互是一种根据ApacheV2.0许可证发布的快速、轻量级和灵活的数据交互产品。使用数据交互在HTTP 、HTTPS 、JMS 、mail 等协议基础上通过业务系
统过滤、转换、路由和处理SOAP ,二进制、纯XML 和文本消息。
1.1 添加数据服务
交换数据服务的创建、卸载以及服务状态(启动、暂停、恢复、停止等)的管理。服务包括数据交换服务和系统内部服务。交换服务以组建的方式实现,当请求信息到达消息总线,调用对应的交换服务从数据库或者其他系统中获取到数据信息,根据业务交换的需求不同,交换服务会有很多种服务类型。系统内部服务如系统日志、安全管理等。配置方法如下:首先在服务器上找到配置文件,进行修改。D:\PAAS\ Program Files\Ultraseb-2.3.0\bin\..\conf\custom.xml
D:\PAAS\ Program Files\Ultraseb-2.3.0\bin\..\conf\transport.xml
1.1.1 端点
端点作为具有传输协议的逻辑组件。两套端点地址和WSDL 。地址endpoint 可以使用任何可用的transport 调度消息。
端点设置如下 如: 1.1.2 定义协议 传输接收发送器用来接收用户数请求据,将请求来源数据转换成交换目标系统数据,能够支持不同请求数据协议和和数据格式,支持FTP 、HTTP 、HTTPS 、SQL 、Socket 、JMS 等多种协议,当获取到目标系统数据后,将目标数据格式转换成源系统数据格式,返回给请求来源系 协议配置如下 如: 1.1.3 传输的内容 如: 1.1.4 接口管理 数据交换服务采用符合WS-I 国际标准的Web 服务方式实现;并遵循简单对象访问协议(SOAP); 数据交换采用GBK 编码格式的XML 文件格式,对数据的描述涉及两部分内容,一个是数据模板,另一个是按照数据模板生成的数据文件。数据模板规定交换数据的内容与格式,其文件后缀为".xsd"; 数据文件是按照数据模板的要求生成的XML 数据文件,它所描述的是数据本身,其文件后缀为".xml" 。 集成性设计 1、通过数据交换平台,实现与学籍管理系统、教育资源库、其他区教育资源库及智慧其他应用系统之间数据的交换、共享共通。 2、通过数据交换平台和大数据分析引擎,为区域智慧教育实现各种数据挖掘分析、为教育决策提供数据支撑。 实现数据交换的配置如下: 1.1.5 元数据交换模板 包括元数据,交换模板, 元数据:元数据管理是对源数据交换数据项和目标数据交换项的管理,如交换的数据项名称、类型、长度、是否可空等信息,并可以创建、删除、修改、查询元数据项。 交换模板管理:交换模板管理主要是建立源数据项与目标数据项之间的映射关系,通过建立不同的模板,在交换时适配器通过该模板进行数据映射,实现交换功能。 主要包括交换模板创建、删除、修改、查询等、以及建立模板映射关系、解除模板映射关系。 1.1.6 服务代理id设置 如 修改好的配置文件如下 1.1.7 传输接收和传输发送 配置用于接收消息的信息侦听器,运输配置为发送消息的发送者 具体接收和发送的消息在配置文件里面修改 点击进入消息,可以看到消息的状态,消息标识,上一次复位的时间,接收和发送的情况,也可以通过控制台来开启,停止,停机维护,重置消息。 1.2 管理和查看服务状态 i. 概述 为更有效解决区域智慧教育应用系统与智慧其它系统(如智慧医疗等系统)、和与教育其它应用系统(如学籍管理系统、教育资源库)之间的数据信息的集成、交换和共享难题,通过数据交换系统的建立,完成包括现有系统和将要建设的系统的集成,在集成的基础上,实现信息的高度共享与交换。 ii. 系统架构 数据交换的请求由智慧教育的业务应用系统发起,获取由外部应用系统(如智慧医疗、资源管理等系统)的信息数据,通过各类请求适配器,把原始请求数据格式转换成目标数据格式,通过消息总线调度,调用数据服务组件,从目标交换数据库中获取到目标数据,再通过适配器将目标数据转换成源系统数据格式, 返回给发起交换请求的来源系统。 1.2.1仪表面板 打开仪表面板可以看到里面的cpu,堆内存使用,在线线程等情况 1.2.2服务器管理 管理根配置、部署单元,并公开服务器操作 通过控制可以载入卸载部署单元 点击部署单元的ID直接到代理服务 清除过时的部署单元 对服务器的一个操作 1.2.3代理服务 显示代理服务的名称id ,队列的流入情况,端点 及访问网址信息(配置详情参考添加数据服务) 控制可以开启关闭代理 1.2.4队列 在实例上定义的独立/可重用的队列 可以通过控制开启,复位队列 1.2.5端点 修改进入端点,可以监测端点消息收发,处理情况 端点配置 可以依据用户需要自己配置 1.2.6文件缓存 文件缓存细节 1.2.7工作管理 工作管理细节线程池使用情况 1.2.8传输接收 配置参考添加数据服务 还可以查看信息接收细节,开启关闭信息等 1.2.9传输发送 可以查看信息发送情况 日志记录器 为服务器定义记录器(可以定义告警的级别,是否显示告警) 1.2.10日志输出源 指出日志输出的地方 log__APPENDER:日志文件夹里面 MEMORY_APPENDER:打开阀值开关可以在日志查看器里面显示出来 民政数据交换核对系统 一、产品概述 民政数据交换核对系统通过在民政部门与劳动、财税、工商、住 建、公安、车管、金融管理、教委等部门之间建立信息交换机制,以 家庭为单位,评估低保、困难补助等社会福利申请者的经济状况,解 决低收入居民家庭收入核实难的问题,防止“骗吃低保”等不合理现 象的出现,进而不断规范低收入家庭的认定工作。 二、核心理念 民政数据交换核对系统的核心理念是实现“四个突出” ,即“突 出诚信为本”、“突出信息互通” 、“突出公开制衡”和“突出信息 安全”,从而形成一个全面、权威的民政数据交换核对系统,辅助政 府部门进行相关业务的办理。 ●突出诚信为本 :整个核对系统建立在社会保障项目申请人 “诚 信为本”基础上,核对系统将是记录个人信用的重要载体。 ●突出信息互通 :核对系统建立在政府部门之间数据交换基础 之上,实现信息资源共享。 ●突出公开制衡 :强化社会的监督和制约 。 ●突出信息安全 :在民政数据交换核对系统中强化信息安全设 计,通过加密技术保证数据传输安全可靠,同时并建立可信 度高的数字审批流程,以确保信息的安全。 三、产品功能 3.1、核对业务管理 按照低收入核定的有关规定,建立低收入家庭从收入核对登记、 申请、 受理、 审核、 审批等全过程的控制, 实现申报材料填报电子化、 内部审批流程规范化、 核对业务管理数字化, 从而全面提升民政部门 业务管理水平。 3.2、电子比对交换 通过与劳动、财税、工商、住建、公安、车管、金融管理、教委 等各部门之间已建立的电子比对通道, 进行数据的交换与比对, 系统 提供自动比对功能, 根据比对规则设置对于比对不通过的返回告警列 表,比对通过的还可以进行人工的再次确认。 3.3、全面汇总分析 系统可对收入核定运行的各类数据进行统计分析, 并提供各类分 析数据,如,收入核定不实情况统计分析,不诚信名单查询统计等, 从而辅助各类政府开展工作。 3.4、出具收入核对报告 系统可根据制定的标准格式和业务需求, 出具收入核定结果报告, 并签章提供给需要进行相关业务审批的部门。 3.5、 “一户一档”管理 以户为单位建立低收入家庭档案, 对相关信息核对工作进行登记 , 科学分类 , 并记录归档 , 做到一户一档, 户户有档可查。 从而加快推进 低收入家庭的规范化管理。 3.6、系统管理 提供系统指标代码管理、用户权限控制、交换数据监测、系统参 数设置、 业务规则库管理、 日志审计及系统备份与恢复等基础管理功 能,从而为系统的正常化运行提供保障。 四、优势特色 4.1、数据申报一表化 民政数据交换核对系统采用对社会家庭财产数据和财产收入数 据一表化填写, 一次受理所有经济状况数据, 简化民政部门对同一申 请对象申请表单和相关手续的受理, 避免申请对象多次填表、 重复举 证。 4.2、数据复核图形化 民政数据交换核对系统采用核对要求提供的各种证明材料图片 上传, 同时描述文字录入的方式, 通过提供各种证明材料的图片进行 低收入家庭财产数据复核,直观,形象,确保社会家庭财产数据和财 产收入数据在申报阶段准确无误。 4.3、数据核对实时化 民政数据交换核对系统以集中的方式进行家庭经济状况数据的 实时比对, 将收入财产申报不实人员排除在救助范围之外, 使救助政 策真正惠及困难群众,促进社会保障工作的公平、公正,同时节约财 政保障资金。 4.4、核对决策科学化 利用先进的统计分析引擎, 实现所有核对信息的汇总, 各级用户 根据权限可以查看到各类固态或动态的统计分析报表, 实时掌握各类 核对统计信息 , 实现对采集信息的智能分析。 五、应用价值 建立民政数据交换核对系统, 使居民家庭经济状况有了准确界定, 可有效提高收入审核、 家庭财产核对的准确性, 有效防止单位出具虚 假证明和申报不实的问题, 避免隐瞒家庭经济状况申请享受社会救助 的不良现象发生, 同时还可提高申请人的社会诚信意识和社会救助的 公信力。 六、项目建设费用、周期、步骤 ●项目费用 *假定项目起始日期为 2015年 1月 1号 ●建设步骤 全国治超信息系统数据交换标准 (第二版) 目 录 前 言 . ............................................................................................................... 3 1 范围 . ............................................................................................................. 4 2 引用标准 ..................................................................................................... 4 3 术语 . ............................................................................................................. 4 4 内容标准 ..................................................................................................... 6 5 数据字典 ................................................................................................... 10 6 传输标准 ................................................................................................... 16 附录 A . ............................................................................................................. 25 附录 B . ............................................................................................................. 26 附录 C . ............................................................................................................. 27 附录 D . ............................................................................................................. 28 附录 E .............................................................................................................. 29 附录 F .............................................................................................................. 30 附录 G . ............................................................................................................. 32 前 言 本标准为交通运输部开发 “全国治理车辆非法超限运输监控网络 信息系统” (以下简称治超信息系统) , 实现各地治超办和全国治超办 之间信息交换而制定的数据标准。 本标准的 A、B、C、D、E、F 为标准的附录。 本标准的附录 G 为提示的附录。 本标准由交通运输部提出并归口。 本标准由交通运输部规划研究院起草。 本标准主要起草人:林报嘉、 杨建国、 李振宇、 张大武、 李佑钢。 1 范围 本标准规定了在全国各级治超信息系统之间进行数据交换的内 容和数据传输文件格式标准, 适用于全国治超办与各省级治超办之间 由信息系统产生的数据交换, 省级治超办与下级治超管理部门及治超 检测站点之间数据交换也可使用本标准。 2 引用标准 下列标准所包含的条文, 通过在本标准中引用而构成为本标准的 条文,本标准出版时,所示版本均为有效。所有标准都会被修订,使 用本标准的各方应探讨使用下列标准最新版本的可能性。 GB/T 2260—2007 中华人民共和国行政区划代码 GB/T 917—2009 公路路线标识规则和国道编号 JT/T19—2001 运输货物分类与代码 GB1589-2004 道路车辆外廓尺寸、轴荷及质量限值 3 术语 本标准采用下列定义。 3.1 治超信息系统 为实现公路超限超载信息采集和治超信息分析管理的计算机系 统。 3.2 检测站点 为保障公路完好、安全和畅通,在公路上设立的,对车辆实施超 限检测、认定、查处和纠正违法行为的执法场所和设施。 3.3 XML XML 是英语“可扩展标记语言” (Extensible Markup Language) 的缩写。是由 W3C(World Wide Web Consortium,互联网联合组织) 于 1998年 2月发布的一组规范, 旨在统一 Internet 上交换数据的标 准,以满足日益增长的网络应用需求。XML 的用途主要有两个,一是 作为元置标语言, 定义各种实例置标语言标准; 二是作为标准交换语 言,担负起描述交换数据的作用。 3.4 XML Schema XML Schema是一个用来定义 XML 文档的标记方式,是一种保证 XML 文档格式正确的有效方法。它规定了可扩展标记语言(XML)文 件中的元素的描述方式。 这一描述可用来验证文件内容中各个项目与 其内容将被取代的元素的描述是否一致。XML Schema本身是一个良 好格式的 XML 文件, 提供了多种数据类型定义并允许对这些定义进行 扩展、限制和组合以创建自己的复杂类型。 4 内容标准 治超信息系统数据内容标准包括以下方面的内容:高速预检信 息,精确检测信息,超限执法信息,超限运输许可信息。 4.1高速预检信息 车辆经过治超检测站为筛选超限车辆而设置的高速预检设施时 自动记录的检测信息。 4.1.1 内容 数据项如下: 预检序号,车牌号码,检测时间,轴数,车速,车货总重,轴重 1,轴重 2,轴重 3,轴重 4,轴重 5,轴重 6,轴重 7,轴重 8,超限 量,车型代码,车头照片,检测站号,车道号。 4.1.2 说明 预检序号:预检记录的唯一标识。编码规则见附录 A。 检测站号:由省级治超管理部门对本省的治超检测站点统一编 号,编码规则见附录 B。 检测时间:包括年、月、日、时、分、秒。 车道号:车辆经过检测设备时的车道, 按行进方向从左到右排列, 依次为 1、2……。 车型代码:参考公路交通量调查中的车型分类,见附录 C。 轴重 1,2…8:车辆各轴的重量。 4.2 精确检测信息 精确检测信息是检测站点检测人员对车辆进行精确检测时记录 的信息。 4.2.1 内容 初检信息(检测单号,车牌号码,车货限重,车辆标记总质量, 核定载质量、初检时间,轴数,初检总重,初检轴重 1,初检轴重 2, 初检轴重 3,初检轴重 4,初检轴重 5,初检轴重 6,初检轴重 7,初 检轴重 8,超限量,超载量,初检车货总长,初检车货总宽,初检车 货总高,超长量,超宽量,超高量,初检车头照片,初检操作员,检 测站号,初检车道) 。 复检信息 (复检时间, 复检总重, 复检车货总长, 复检车货总宽, 复检车货总高,复检轴重 1,复检轴重 2,复检轴重 3,复检轴重 4, 复检轴重 5,复检轴重 6,复检轴重 7,复检轴重 8,已卸载量,复检 车头照片,复检操作员,复检车道) 。 4.2.2 说明 检测单号:记录本次检测的唯一标识,生成规则见附录 D。 检测站号:由省级治超管理部门对本省的治超检测站点统一编 号,编码规则见附录 B。 初检时间:包括年、月、日、时、分、秒。 复检时间:包括年、月、日、时、分、秒。 轴重 1,2…8:车辆各轴的重量。 4.3 超限执法信息 4.3.1 内容 车辆信息 (车牌号码, 道路运输证号, 承运人名称, 承运人地址, 承运人邮编,法人代表,法人身份证号,是否非法改装,非法改装说 明,是否非标准车辆,非标准车辆说明) 。 司机信息(驾驶证号,从业资格证号,司机姓名,司机性别,司 机电话,司机户籍) 。 货物信息(货主名称,货主法人,货类代码,货物名称,是否鲜 活农产品,出发地区,目的地区,装货地址) 。 检测信息(检测单号) 。 处罚信息(处罚书号,处罚日期,处罚金额,赔偿金额,执法人 1,执法人 1证件号码,执法人 2,执法人 2证件号码,执法依据, 案由) 。 其它(备注) 。 4.3.2 说明 是否非法改装:指车辆外廓尺寸与车辆行驶证标示的是否一致。 非法改装说明:对非法改装内容进行说明。 是 否 非 标 准 车 辆 :指 车 辆 外 廓 尺 寸 和 质 量 参 数 是 否 符 合 《GB1589-2004 道路车辆外廓尺寸、轴荷及质量限值》标准。 非 标 准 车 辆 说 明 :对 车 辆 外 廓 尺 寸 和 质 量 参 数 不 符 合 《GB1589-2004 道路车辆外廓尺寸、 轴荷及质量限值》 标准的内容进 行说明。 货类代码:采用《运输货物分类与代码》中规定的分类标准,精 确到 17大类,货类代码说明参见附录 E。 是否鲜活农产品:指运输货物是否属于鲜活农产品范围。 出发地区:列出出发地点所在的行政区域, 精确到地区级, 例如:山东省东营市。 目的地区:列出目的地点所在的行政区域, 精确到地区级, 例如:河北省石家庄市。 装货地址:列出货物装载地的详细地址, 详细程度为货物装载地 门牌号。例如:北京市朝阳区惠新里甲 240号。 检测单号:用于与检测信息匹配。 处罚日期:包括年、月、日。 备注:其它需要说明的情况。 4.4 超限运输许可信息 4.4.1内容 通行许可情况(通行证号,货物运输起点,货物运输终点,行驶 路线,行驶时间,规定速度) 。 承运情况(承运人名称,法人代表,法人身份证号,联系电话) 。 车辆情况(车牌号码,道路运输证号,车辆轴数,车辆自重) 。 货物情况(货物名称,货物重量,货类代码,可否解体) 。 车货总体情况(车货总重,车货总长、车货总宽、车货总高) 。 其它(备注) 4.4.2说明 货类代码:采用《运输货物分类与代码》中规定的分类标准,精 确到 17大类,货类代码说明参见附录 E。 行驶路线:说明途经的地点和公路线路。 货物运输起点:详细程度为货物起运地门牌号。 货物运输终点:详细程度为货物到达地门牌号。 5 数据字典 数据类型采用 XML 标准定义的数据类型。 字典中使用到的数据类 型说明如下: string:字符型,字符可以是字母、数字、汉字等,字符集默认 为 GB2312。 short:数字型中的短整数类型,长度为 2位。 int:数字型中的整型,长度为 4位。 boolean:布尔型,取值为 0或 1,长度为 1位。 float:数字型中的实数类型,长度为 4位。 dateTime:日期时间型,通常格式为 YYYY-MM-DDThh:mm:ss,其 中“YYYY”表示年, “MM”表示月, “DD”表示日, “hh”表示小时, “mm”表示分钟, “ss”表示秒, “-”、“T”、“:”为分隔符;长 度为 19位。 date:日期型,通常格式为 YYYY-MM-DD,其中字符含义同 dateTime,长度为 10。 base64Binary:二进制数据类型,基于 64位码的二进制数据。 5.1高速预检表 编号 字段名 数据类型 长度 是否允许空 单位 1 预检序号 string 25 NO 2 车牌号码 string 10 YES 3 检测时间 dateTime NO 4 轴数 short YES 5 车速 int YES 公里/小时 6 车货总重 int YES 千克 7 轴重 1 int YES 千克 8 轴重 2 int YES 千克 9 轴重 3 int YES 千克 10 轴重 4 int YES 千克 11 轴重 5 int YES 千克 12 轴重 6 int YES 千克 13 轴重 7 int YES 千克 14 轴重 8 int YES 千克 15 超限量 int YES 千克 16 车型代码 short YES 17 车头照片 base64Binary YES 18 检测站号 string 6 NO 19 车道号 short YES 5.2 精确检测表 编号 字段名 数据类型 长度 是否允许空 单位 1 检测单号 string 23 NO 2 车牌号码 string 10 NO 3 车货限重 int YES 千克 4 车 辆 标 记 总 质 量 int YES 千克 5 核定载质量 int YES 千克 6 初检时间 dateTime NO 7 轴数 short YES 8 初检总重 int YES 千克 9 初检轴重 1 int YES 千克 10 初检轴重 2 int YES 千克 11 初检轴重 3 int YES 千克 12 初检轴重 4 int YES 千克 13 初检轴重 5 int YES 千克 14 初检轴重 6 int YES 千克 15 初检轴重 7 int YES 千克 16 初检轴重 8 int YES 千克 17 超限量 int YES 千克 18 超载量 int YES 千克 19 初检车货总长 int YES 毫米 20 初检车货总宽 int YES 毫米 21 初检车货总高 int YES 毫米 22 超长量 int YES 毫米 23 超宽量 int YES 毫米 24 超高量 int YES 毫米 25 初检车头照片 base64Binary YES 26 初检操作员 string 10 NO 27 检测站号 string 6 NO 28 初检车道 string 1 NO 29 复检时间 dateTime YES 30 复检总重 int YES 千克 31 复检轴重 1 int YES 千克 32 复检轴重 2 int YES 千克 33 复检轴重 3 int YES 千克 34 复检轴重 4 int YES 千克 35 复检轴重 5 int YES 千克 36 复检轴重 6 int YES 千克 37 复检轴重 7 int YES 千克 38 复检轴重 8 int YES 千克 39 已卸载量 int YES 千克 40 复检车货总长 int YES 毫米 41 复检车货总宽 int YES 毫米 42 复检车货总高 int YES 毫米 43 复检车头照片 base64Binary YES 43 复检操作员 string 10 YES 44 复检车道 string 1 YES 5.3 超限执法表 编号 字段名 数据类型 长度 是否允许空 单位 1 车牌号码 string 10 NO 2 道路运输证号 string 30 YES 3 承运人名称 string 40 YES 4 承运人地址 string 40 YES 5 承运人邮编 string 6 YES 6 法人代表 string 10 YES 7 法人身份证号 string 18 YES 8 是否非法改装 boolean NO 9 非法改装说明 string 40 YES 10 是否非标准车 辆 boolean NO 11 非标准车辆说 明 string 40 YES 12 驾驶证号 string 18 YES 13 从业资格证号 string 18 YES 14 司机姓名 string 10 YES 15 司机性别 string 2 YES 16 司机电话 string 20 YES 17 司机户籍 string 16 YES 18 货主名称 string 40 YES 19 货主法人 string 10 YES 20 货类代码 string 4 YES 21 货物名称 string 20 YES 22 是否鲜活农产 品 boolean NO 23 出发地区 string 24 YES 24 目的地区 string 24 YES 25 装货地址 string 40 YES 26 检测单号 string 23 YES 27 处罚书号 string 30 YES 28 处罚日期 date NO 29 罚款金额 float YES 元 30 赔偿金额 float YES 元 31 执法人 1 string 10 NO 32 执法人 1证件 号码 string 20 NO 33 执法人 2 string 10 NO 34 执法人 2证件 号码 string 20 NO 35 执法依据 string 255 YES 36 案由 string 255 YES 37 备注 string 255 YES 5.4 超限运输车辆通行证表 编号 字段名 数据类型 长度 是否允许空 单位 1 通行证号 string 20 NO 2 车牌号码 string 10 NO 3 道路运输证号 string 30 YES 4 货物运输起点 string 40 YES 5 货物运输终点 string 40 YES 6 行驶路线 string 40 YES 7 行驶时间 string 20 YES 8 规定速度 float YES 公里/小时 9 承运人名称 string 40 YES 10 法人代表 string 10 YES 11 法人身份证号 string 18 YES 12 联系电话 string 20 YES 13 车辆轴数 short YES 14 车辆自重 int YES 千克 15 货物名称 string 20 YES 16 货物重量 int YES 千克 17 货类代码 string 4 YES 18 可否解体 boolean YES 19 车货总重 int YES 千克 20 车货总长 int YES 毫米 21 车货总宽 int YES 毫米 22 车货总高 int YES 毫米 23 备注 string 255 YES 6 传输标准 采用 XML 格式作为治超信息系统的数据传输文件格式标准。 下 表是治超信息系统的数据传输文件格式的 XML 格式标准,以 XML Schema 文件的形式表达,以下内容即为“治超信息系统数据交换文 件格式.xsd”文件的内容。 <?xml version= maxOccurs= maxOccurs= minOccurs= minOccurs= minOccurs= maxOccurs= maxOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= maxOccurs= maxOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= minOccurs= 附录 A (标准的附录) 预检序号编码规则 1预检序号编码采用“检测站号”+“车道号”+“检测时间”+“顺 序码”组成,共 25位编码。结构如下: 秒 分 时 日 月 年 车道号 检测站号 顺序码 2 检测站号编码见附录 B,共 6位,检测车道号 1位,年、月、日、 时、分、秒各 2位,顺序号 6位,为本站本车道当天检测顺序号。 3 预检序号编码必须唯一。 附录 B (标准的附录) 检测站号编码规则 1 检测站号编码采用二位字母加四位数字共六位编码。 前两位字母为 省级行政区划名称字母码(采用《中华人民共和国行政区划代码》中 《省、自治区、直辖市、特别行政区代码表》中规定的字母码,字母 全部为大写,参见附录 F) ,后四位为省治超办自行规定的顺序码(范 围为 0000—9999) 。结构如下: 检测站顺序号 省级行政区字母码 2 检测站号编码必须唯一。 附录 C (标准的附录) 车型分类和代码表 车型名称 车型代码 备 注 机 动 车 汽 车 小型载货汽车 1 载质量≤2吨 中型载货汽车 2 2吨<载质量≤7.0吨,包括吊车 大型载货汽车="" 3="">载质量≤7.0吨,包括吊车><> 特大型载货汽车 4 载质量>14吨 拖挂车 5 包括半挂车、平板拖车 集装箱车 6 小型客车 7 额定座位≤19座 大型客车 8 额定座位>19座 摩 托 车 9 包括轻骑、载货摩托车及载货(客) 机动三轮车等 拖 拉 机 10 非 机 动 车 人 畜 力 车 畜力车 11 人力车 12 包括人力三轮车、手推车 自 行 车 13 包括助动车 其 它 0 无法识别车型 附录 D (标准的附录) 检测单号编码规则 1检测单号编码采用“检测站号”+“检测车道号”+“检测时间”+“顺序码”组成,共 23位编码。结构如下: 秒 分 时 日 月 年 检测车道号 检测站号 顺序码 2 检测站号编码见附录 B,共 6位,检测车道号 1位,年、月、日、 时、分、秒各 2位,顺序号 4位,为本站本车道当天检测顺序号。 3 检测单号编码必须唯一。 附录 E (标准的附录) 运输货物的分类和代码(JT/T19— 2001) (节选) 货类代码 货类名称 品名细目 01 煤炭及制品 02 石油、天然气及制品 03 金属矿石 各种黑色金属矿石、砂、粉(含原矿、选 矿、精矿) 04 钢 铁 (含普通钢、 铁; 合金钢、 铁; 05 矿物性建筑材料 06 水泥 硅酸盐水泥、 矾土水泥、 富硫酸盐水泥等 各种特性和型号的水泥 07 木材 08 非金属矿石 (含石、砂、粉、土) 09 肥料及农药 10 盐 11 粮食 (不包括种子) 12 机械设备、电器 (含整机总成、零部件、配件、备件) 13 化工原料及制品 14 有色金属 (含冶炼产品、 压延加工后的块、 板、 合金材料) 15 轻工、医药产品 16 农、林、牧、渔业产品 (含初加工产品、副产品) 17 其它货类 附录 F (标准的附录) 省、自治区、直辖市、特别行政区代码表(节选自 JB/T2260— 2007) 名称 数字码 字母码 北京市 110000 BJ 天津市 120000 TJ 河北省 130000 HE 山西省 140000 SX 内蒙古自治区 150000 NM 辽宁省 210000 LN 吉林省 220000 JL 黑龙江省 230000 HL 上海市 310000 SH 江苏省 320000 JS 浙江省 330000 ZJ 安徽省 340000 AH 福建省 350000 FJ 江西省 360000 JX 山东省 370000 SD 河南省 410000 HA 湖北省 420000 HB 湖南省 430000 HN 广东省 440000 GD 广西壮族自治区 450000 GX 海南省 460000 HI 重庆市 500000 CQ 四川省 510000 SC 贵州省 520000 GZ 云南省 530000 YN 西藏自治区 540000 XZ 陕西省 610000 SN 甘肃省 620000 GS 青海省 630000 QH 宁夏回族自治区 640000 NX 新疆维吾尔族自治区 650000 XJ 台湾省 710000 TW 香港特别行政区 810000 HK 澳门特别行政区 820000 MO 附录 G (提示的附录) 遵从交换文件格式标准的 xml 文件示例。 <?xml version= <> xmlns:xsi= <联系人>徐远玲联系人> <数据产生时间>2005-09-20T14:04:34数据产生时间> <精确检测表> <检测记录> <车牌号码>湘 B71386车牌号码> <车货限重>20000车货限重> <车辆标记总质量>15000 <核定载质量>10000核定载质量> <检测站号>GX0101检测站号> <初检车道>1初检车道> <检测单号>GX010110509161402000012检测单号> <轴数>2轴数> <初检总重>23450初检总重> <超限量>3450超限量> <超载量>8450超载量> <初检操作员>覃振玲初检操作员> <初检时间>2005-09-16T14:02:00初检时间> <复检总重>19800复检总重> <已卸载量>3650已卸载量> <复检操作员>李飞龙复检操作员> <复检时间>2005-09-16T16:25:00复检时间> <复检车道>1复检车道> 车辆标记总质量>检测记录> 精确检测表> 全国治超信息系统接口说明书 (试行) 目 录 1前言 ............................................................................................................................................... 3 1.1编写目的 ............................................................................................................................ 3 1.2命名规范 ............................................................................................................................ 3 2省中心数据传输接口 ................................................................................................................... 4 2.1接口访问地址 .................................................................................................................... 4 2.2高速预检信息上传接口 .................................................................................................... 4 2.2.1请求参数 ................................................................................................................. 4 2.2.2返回信息 ................................................................................................................. 4 2.3低速精检信息上传接口 .................................................................................................... 4 2.3.1请求参数 ................................................................................................................. 4 2.3.2返回信息 ................................................................................................................. 5 2.4超限执法信息上传接口 .................................................................................................... 5 2.4.1请求参数 ................................................................................................................. 5 2.4.2返回信息 ................................................................................................................. 5 2.5超限运输许可证信息上传接口 ......................................................................................... 5 2.5.1请求参数 ................................................................................................................. 6 2.5.2返回信息 ................................................................................................................. 6 2.6黑名单信息条数查询接口 ................................................................................................ 6 2.6.1请求参数 ................................................................................................................. 6 2.6.2返回信息 ................................................................................................................. 6 2.7黑名单信息下载接口 ........................................................................................................ 7 2.7.1请求参数 ................................................................................................................. 7 2.7.2返回信息 ................................................................................................................. 7 2.8查询指定时间段内更新的黑名单条数接口 . .................................................................... 7 2.8.1请求参数 ................................................................................................................. 7 2.8.2返回信息 ................................................................................................................. 8 2.9下载指定时间段内更新的黑名单信息接口 . .................................................................... 8 2.9.1请求参数 ................................................................................................................. 8 2.9.2返回信息 ................................................................................................................. 8 2.10查询车辆违章次数接口 .................................................................................................. 9 2.10.1请求参数 ............................................................................................................... 9 2.10.2返回信息 ............................................................................................................... 9 2.11下载车辆违章详细信息接口 . .......................................................................................... 9 2.11.1请求参数 . ............................................................................................................. 10 2.11.2返回信息 . ............................................................................................................. 10 3检测站数据传输接口 ................................................................................................................. 11 3.1按车牌号码查询超限运输许可接口 . .............................................................................. 11 3.1.1请求参数 ............................................................................................................... 11 3.1.2返回信息 ............................................................................................................... 11 3.2按许可证号查询超限运输许可接口 . .............................................................................. 11 3.2.1请求参数 ............................................................................................................... 11 3.2.2返回信息 ............................................................................................................... 12 3.3查询车辆是否在黑名单并查询超限次数接口 . .............................................................. 12 3.3.1请求参数 ............................................................................................................... 12 3.3.2返回信息 ............................................................................................................... 12 3.4查询车辆黑名单超限信息接口 ....................................................................................... 13 3.4.1请求参数 ............................................................................................................... 13 3.4.2返回信息 ............................................................................................................... 13 3.5查询车辆违章次数接口 .................................................................................................. 13 3.5.1请求参数 ............................................................................................................... 13 3.5.2返回信息 ............................................................................................................... 14 3.6下载车辆违章详细信息接口 ........................................................................................... 14 3.6.1请求参数 ............................................................................................................... 14 3.6.2返回信息 ............................................................................................................... 15 3.7车辆基本信息查询接口 .................................................................................................. 15 3.7.1请求参数 ............................................................................................................... 15 3.7.2返回信息 ............................................................................................................... 15 3.8驾驶员基本信息查询接口 .............................................................................................. 15 3.8.1请求参数 ............................................................................................................... 15 3.8.2返回信息 ............................................................................................................... 16 4传输对象结构 ............................................................................................................................. 17 4.1高速预检信息 Hspinfo . .................................................................................................... 17 4.2低速精检信息 Lscinfo ..................................................................................................... 17 4.3超限执法信息 Oeinfo ...................................................................................................... 18 4.4超限许可信息 Olinfo ....................................................................................................... 20 4.5黑名单信息 Blinfo ........................................................................................................... 20 4.6违章详细信息 Oefullinfo . ................................................................................................ 21 4.7上传返回信息 UploadResult............................................................................................ 22 4.8下载返回信息 DownloadResult . ...................................................................................... 23 4.9车辆基本信息 VehicleBaseinfo ...................................................................................... 23 4.10驾驶员基本信息 DriverBaseinfo . ................................................................................. 24 1前言 1.1编写目的 此说明书对部中心治超信息系统向省中心治超信息系统和治超检测站信息系统提供的数 据访问接口进行说明。 1.2命名规范 所有服务名、方法名和参数名采用匈牙利命名规则。 方法名为动名词结构,表示此方法要实现的功能;方法名首字母大写。 参数名以类型或类型的简称开头,后面用一到两个单词或者简写表示其大概的含义。 对象名以大写字母开头,对象的属性全部用小写字母。 2省中心数据传输接口 2.1接口访问地址 地址待定(联网时与技术支持单位联系) 。 2.2高速预检信息上传接口 服务名:ProvService 方法名:uploadHspinfo 2.2.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strDistrictID 省份代码 string 6 使用 6位国标省数字代码 2 intCount 记录条数 int 2 上传记录的条数,不大于 50条 3 hspinfo 预检信息对象 Hspinfo[] 参见第 4.1节 4 strTimeStamp 时间戳 string 10 用毫秒数表示的当前时间。 5 strAuth 验证信息 string 255 省份代码 +时间戳 +密钥(统一 由部里发放) ,然后进行 MD5计算 表 2-1 2.2.2返回信息 返回对象:UploadResult (参见第 4.7节) 。 2.3低速精检信息上传接口 服务名:ProvService 方法名:uploadLscinfo 2.3.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strDistrictID 省份代码 string 6 使用 6位国标省数字代码 2 intCount 记录条数 int 2 上传记录的条数,不大于 50条 3 lscInfo 精检信息对象 Lscinfo[] 参见第 4.2节 4 strTimeStamp 时间戳 string 10 用毫秒数表示的当前时间 5 strAuth 验证信息 string 255 省份代码 +时间戳 +密钥(统一 由部里发放) ,然后进行 MD5计算 表 2-2 2.3.2返回信息 返回对象:UploadResult (参见第 4.7节) 。 2.4超限执法信息上传接口 服务名:ProvService 方法名:uploadOeinfo 2.4.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strDistrictID 省份代码 string 6 使用 6位国标省份数字代码 2 intCount 记录条数 int 2 上传记录的条数,不大于 50条 3 oeInfo 超限执法信息 Oeinfo[] 参见第 4.3节 4 strTimeStamp 时间戳 string 10 以毫秒数表示的当前时间 5 strAuth 验证信息 string 255 省份代码 +时间戳 +密钥(统一 由部里发放) ,然后进行 MD5计算 表 2-3 2.4.2返回信息 返回对象:UploadResult (参见第 4.7节) 2.5超限运输许可证信息上传接口 服务名:ProvService 方法名:uploadOlinfo 2.5.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strDistrictID 省份代码 string 6 使用 6位国标省份代码 2 intCount 记录条数 int 2 上传记录的条数,不大于 50条 3 olInfo 超 限 许可 信息 对象 Olinfo[] 参见第 4.4节 4 strTimeStamp 时间戳 string 10 以毫秒数表示的当前时间 5 strAuth 验证信息 string 255 省份代码 +时间戳 +密钥(统一 由部里发放) ,然后进行 MD5计算 表 2-4 2.5.2返回信息 返回对象:UploadResult (参见第 4.7节) 2.6黑名单信息条数查询接口 服务名:ProvService 方法名:getBlackListCount 2.6.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strDistrictID 省份代码 string 6 使用 6位国标省份代码 2 strTimeStamp 时间戳 string 10 以毫秒表示的当前时间 3 strAuth 验证信息 string 255 省份代码 +时间戳 +密钥(统一 由部里发放) ,然后进行 MD5计算 表 2-5 2.6.2返回信息 返回对象:本省的黑名单信息条数。 返回对象数据类型:int 。 返回值说明: ≥ 0:查询成功,数值为本省黑名单信息条数 -1:认证失败 -9:系统异常 2.7黑名单信息下载接口 服务名:ProvService 方法名:downloadBlackList 2.7.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strDistrictID 省份代码 string 6 使用 6位国标省份代码 2 strTimeStamp 时间戳 string 10 用毫秒表示的当前时间 3 pageNo 下载页码 int 6 每次下载 50条信息, 按照页码确 定是哪 50条 4 strAuth 验证信息 string 255 省份代码 +时间戳 +密钥(统一由 部里发放) ,然后进行 MD5计算 表 2-6 2.7.2返回信息 返回对象:DownloadResult 参见第 4.8节 2.8查询指定时间段内更新的黑名单条数接口 服务名:ProvService 方法名:getBlackListCountByUpdateDate 说明:时间段采用左闭右开区间,即 fromTime ≤t 2.8.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strDistrictID 省份代码 string 6 使用 6位国标省份代码 2 strTimeStamp 时间戳 string 10 以毫秒计算 3 fromTime 开始时间 datetime 4 endTime 截止时间 datetime 5 strAuth 验证信息 string 255 省份代码 +时间戳 +密钥(统一由 部里发放) ,然后进行 MD5计算 表 2-7 2.8.2返回信息 返回对象:指定时间段内更新的黑名单信息条数。 返回对象数据类型:int 。 返回值说明: ≥ 0:查询成功,数值为指定时间段内更新的黑名单信息条数 -1:认证失败 -2:开始时间晚于截止时间 -9:系统异常 2.9下载指定时间段内更新的黑名单信息接口 服务名:ProvService 方法名:downloadBlackListByUpdateDate 说明:时间段采用左闭右开区间,即 fromTime ≤t 2.9.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strDistrictID 省份代码 string 6 使用 6位国标省份代码 2 strTimeStamp 时间戳 string 10 以毫秒表示的当前时间 3 fromTime 开始时间 datetime 4 endTime 截止时间 datetime 5 pageNo 下载页码 int 6 每次下载 50条信息, 按照页码确 定是哪 50条 6 strAuth 验证信息 string 255 省份代码 +时间戳 +密钥(统一由 部里发放) ,然后进行 MD5计算 表 2-8 2.9.2返回信息 返回对象:DownloadResult (参见第 4.8节 ) 其中 retobj 为 Blinfo[](参见第 4.5节) 2.10查询车辆违章次数接口 服务名:ProvService 方法名:getOeCountByVehicleId 说明:时间段采用左闭右开区间,即 fromTime ≤t 2.10.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strDistrictID 省份代码 string 31 使用 6位国标省份代码 2 strTimestamp 时间戳 string 10 以毫秒计算 3 strVehicleId 车牌号码 string 31 4 fromTime 开始时间 datetime 5 endTime 截止时间 datetime 6 strAuth 验证信息 String 255 省份代码 +时间戳 +密钥(统一 由部里发放) ,然后进行 MD5计算 表 2-9 2.10.2返回信息 返回对象:指定时间区间内的违章次数。 返回对象数据类型:int 。 返回值说明: ≥ 0:查询成功,数值为指定时间区间内的车辆违章次数 -1:认证失败 -2:开始时间晚于截止时间 -9:系统异常 2.11下载车辆违章详细信息接口 服务名:ProvService 方法名:downloadOefullinfoByVehicleId 说明:时间段采用左闭右开区间,即 fromTime ≤t 2.11.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strDistrictID 省份代码 string 31 使用 6位国标省份代码 2 strTimestamp 时间戳 string 10 以毫秒计算 3 strVehicleId 车牌号码 string 31 4 fromTime 开始日期 datetime 5 endTime 截止日期 datetime 6 strAuth 验证信息 string 255 省份代码 +时间戳 +密钥(统一 由部里发放) ,然后进行 MD5计算 表 2-10 2.11.2返回信息 返回对象:DownloadResult (参见第 4.8节) 。 其中 retobj 为 Oefullinfo[] (参见第 4.6节) 。 3检测站数据传输接口 3.1按车牌号码查询超限运输许可接口 服务名:StationService 方法名:getOlinfoByVehicleId 说明:根据车牌号码,查询该车的超限运输许可证详细信息。 3.1.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strStationID 检测站号 string 31 2 strTimestamp 时间戳 string 10 以毫秒计算 3 strVehicleId 车牌号码 string 31 4 strAuth 验证信息 string 255 检测站号 +时间戳 +密钥(统一 由部里发放) ,然后进行 MD5计算 表 3-1 3.1.2返回信息 返回对象:DownloadResult (参见第 4.8节) 其中 retobj 为 Olinfo[] (参见第 4.4节) 3.2按许可证号查询超限运输许可接口 服务名:StationService 方法名:getOlinfoByLicenseNo 说明:根据超限许可证号,查询该超限运输许可证的详细信息。 3.2.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strStationID 检测站号 string 31 2 strTimestamp 时间戳 string 10 以毫秒计算 3 strLicenseNo 许可证号 string 31 4 strAuth 验证信息 string 255 检测站号 +时间戳 +密钥(统一 由部里发放) ,然后进行 MD5计算 表 3-2 3.2.2返回信息 返回对象:DownloadResult (参见第 4.8节) 其中 retobj 为 Olinfo[] (参见第 4.4节) 3.3查询车辆是否在黑名单并查询超限次数接口 服务名:StationService 方法名:getOverLimitedTimes 说明:查看指定车牌号码的车辆被列入黑名单中的违章次数, 同时可用于查询车辆是否在 黑名单中。 3.3.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strStationID 检测站号 string 31 2 strTimestamp 时间戳 string 10 以毫秒计算 3 strVehicleId 车牌号码 string 31 4 strAuth 验证信息 string 255 检测站号 +时间戳 +密钥(统 一由部里发放) ,然后进行 MD5计算 表 3-3 3.3.2返回信息 返回对象:该车的违章次数,若返回 0,表示该车不在黑名单列表中,大于 0则表示该车 已经进入黑名单。 返回对象数据类型:int 。 返回值说明: ≥ 0:查询成功, -1:认证失败 -9:系统异常 3.4查询车辆黑名单超限信息接口 服务名:StationService 方法名:getOverLimitedInfo 说明:根据车牌号码查询该车辆在黑名单上记录的的超限信息。 3.4.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strStationID 检测站号 string 31 2 strTimestamp 时间戳 string 10 以毫秒计算 3 strVehicleId 车牌号码 string 31 4 strAuth 验证信息 string 255 检测站号 +时间戳 +密钥(统 一由部里发放) ,然后进行 MD5计算 表 3-4 3.4.2返回信息 返回对象:DownloadResult (参见第 4.8节 ) 其中 retobj 为 Oefullinfo[] (参见第 4.6节) 3.5查询车辆违章次数接口 服务名:StationService 方法名:getOeCountByVehicleId 说明:时间段采用左闭右开区间,即 fromTime ≤t 3.5.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strStationID 省份代码 string 31 2 strTimestamp 时间戳 string 10 以毫秒计算 3 strVehicleId 车牌号码 string 31 4 fromTime 开始时间 datetime 5 endTime 截止时间 datetime 6 strAuth 验证信息 string 255 检测站号 +时间戳 +密钥(统一 由部里发放) ,然后进行 MD5计算 表 3-5 3.5.2返回信息 返回对象:该车在指定时间区间内的违章次数。 返回对象数据类型:int 。 返回值说明: ≥ 0:查询成功,数值为指定时间区间内的车辆违章次数 -1:认证失败 -2:开始时间晚于截止时间 -9:系统异常 3.6下载车辆违章详细信息接口 服务名:ProvService 方法名:downloadOefullinfoByVehicleId 说明:时间段采用左闭右开区间,即 fromTime ≤t 3.6.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strStationID 省份代码 string 31 2 strTimestamp 时间戳 string 10 以毫秒计算 3 strVehicleId 车牌号码 string 31 4 fromTime 开始时间 datetime 5 endTime 截止时间 datetime 6 strAuth 验证信息 string 255 检测站号 +时间戳 +密钥(统一 由部里发放) ,然后进行 MD5计算 表 3-6 3.6.2返回信息 返回对象:DownloadResult (参见第 4.8节) 其中 retobj 为 Oefullinfo[] (参见第 4.6节) 3.7车辆基本信息查询接口 服务名:StationService 方法名:getVehicleBaseinfo 说明:根据车牌号码查询车辆基本信息。 3.7.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strStationID 检测站号 string 31 2 strTimestamp 时间戳 string 10 以毫秒计算 3 strVehicleId 车牌号码 string 31 4 strAuth 验证信息 string 255 检测站号 +时间戳 +密钥(统 一由部里发放) ,然后进行 MD5计算 表 3-7 3.7.2返回信息 返回对象:DownloadResult (参见第 4.8节 ) 其中 retobj 为 VehicleBaseinfo (参见第 4.9节) 3.8驾驶员基本信息查询接口 服务名:StationService 方法名:getDriverBaseinfo 说明:根据驾驶证号查询驾驶员的基本信息。 3.8.1请求参数 序号 参数名 参数说明 数据类型 长度 备注 1 strStationID 检测站号 string 31 2 strTimestamp 时间戳 string 10 以毫秒计算 3 strDriverId 驾驶证号 string 31 4 strAuth 验证信息 string 255 检测站号 +时间戳 +密钥(统 一由部里发放) ,然后进行 MD5计算 表 3-8 3.8.2返回信息 返回对象:DownloadResult (参见第 4.8节 ) 其中 retobj 为 DriverBaseinfo (参见第 4.10节) 数据交换共享整合协同平台设计 整合协同平台的主要功能是从其它子系统中提取共享数据,并对多来源渠道的、相互不一致的数据进行数据融合处理;基于数据字典对实时数据和历史数据进行组织,以保证数据间关系的正确性、可理解性并避免数据冗余;以各种形式提供数据服务,采用分层次的方法对各类用户设置权限,使不同用户既能获得各自所需要的数据,又能确保数据传输过程的安全性及共享数据的互操作性和互用性;维护基础信息、动态业务数据以及系统管理配置参数;支撑系统的网络构架、信息安全、网络管理、流程管理、数据库维护和备份等运维能力。整合协同平台根据功能可分为两个部分: 第一部分,基础数据和共享数据的交换服务和路由流程管理,该部分是交换平台的基础,包括:静态交换数据、动态交换数据、图形数据及表格、统计资料等属性数据。 第二部分,各子系统之间的接口实现,根据事先制订好的规范、标准,实现各子系统之间的数据共享和传输操作。在接入中心平台时,应按系统集成要求设计系统结构,各类数据接口遵循系统集成规范。 第一章 中心平台设计 1.1平台功能结构 整合协同平台服务器是公共基础平台的核心部分,XMA整合协同平台提供一整套规范的、高效的、安全的数据交换机制。XMA整合协同平台由部署在数据中心和各业务部门的数据交换服务器、数据接口系统共同组成,解决数据采集、更新、汇总、分发、一致性等数据交换问题,解决按需查询、公共数据存取控制等问题。 各业务子系统都要统一使用XMA整合协同平台进行数据交换。数据中心统一管理和制定数据交换标准。各业务部门通过数据级整合或者应用级整合通过XMA整合协同平台向数据中心提供数据,也通过XMA整合协同平台访问共享数据。 XMA整合协同平台的基本功能如下: 共享数据库的数据采集、更新、维护。 业务资料库、公共服务数据库的数据采集。 提供安全可靠的共享数据服务。 业务部门之间的业务数据交换。 结合工作流的协调数据服务。 管理、控制、配置、传输 管理、安全接口 运部服数数系数会会会数行署务据据统据话话话据管管管日解转控路策模模理理理志析换制板由略式 传输传输 数据需方数据供方 共享交换共享交换共享交换共享交换 数据库数据库应用应用 功能流程说明: 数据供需方的接口数据系统:为了满足应用层交换和数据层交换,交换代理必须有应用层和数据层的连接和接口适配功能,数据代理必须有数据格式的转换功能。 数据传输:为了保证数据的正确传输和传输性能,必须有传输管理功能,包括了传输协议管理和控制,传输过程控、数据传输加密、压缩、网络故障检测和连接共享等功能。 数据整合协同平台: 会话管理:为了能提供数据的交换方式如主动(推)、被动(拉);支持定时和实时策略,支持超时控制管理等功能,数据交换平台必须有会话策略、会话控制和管理功能。 数据管理:为了数据能按标准进行交换,能按照部署的路由规则进行交换,必须有数据路由、数据模板管理、数据解析、数据转换等功能。 系统管理功能:同时数据交换平台还应该提供服务管理功能,包括运行管理,部署管理,服务管理,系统日志等功能 为了和安全平台结合,还必须有与安全平台的接口设计功能。 1.2设计原则 1.2.1 安全高效的数据交换 XMA整合协同平台底层采用消息中间件技术,实现可靠的数据传输。在应用层基于服务,实现数据交换,必须支持数据采集、数据汇总、数据分发、数据更新通知、数据转发、数据转换。支持实时、定时、按需的数据交换方式。支持多种数据源,提供身份验证、用户授权、传输加密、数据完整性、数据可信性、数据有效性的支持。支持数据分段传输、数据压缩/解压缩、数据缓存等。 1.2.1.1 规范的数据共享访问 共享数据是一个公共的资源,可以供多个业务系统同时使用。对公共数据的访问必须经过用户的验证授权访问。此外,还需要从数据中心运作的流程、规程制度等方面确保共享数据不被用于非法途径。 1.2.1.1.1 安全可靠性 由于各个业务部门间交换的数据文件含许多敏感信息,所以对数据交换过程中的安全要求就十分严格。XMA整合协同平台必须提供安全机制保证数据交换信息的完整性、数据交换信息的机密性。XMA整合协同平台必须能有效的与安全认证平台结合。通过安全认证平台和XMA整合协同平台,能够保护交换信息内容免遭拦截或非法修改。 1.2.1.1.2 高可用性 随着项目工程的推进,需要数据交换的部门会越来越多,XMA整合协同平台需要对负载平衡的支持,在分布式的体系结构上可以添加主机的方式提高整体计算能力,进行面向服务的适应性负载平衡。 1.2.1.1.3 可维护性 XMA整合协同平台具有日志监控功能,通过数据服务日志可以记录、跟踪数据交换的细节。日志可以用于对系统的运行状态进行监控,亦可以用于对系统的运行情况进行审计、故障处理、系统开发调试、交易跟踪。对数据服务进行监控管理,用户权限管理,运行日志查看,性能统计。 1.3信息共享功能 1.3.1.1.1 数据汇总 支持各个分支数据源汇总数据到数据中心。采集公共数据的过程可以看成是一个数据汇总的过程,通过XMA整合协同平台将各业务部门的公共数据采集回来,汇集到数据中心的缓存数据库。经过数据管理系统的比对、校验、转换得到一致的数据。 1.3.1.1.2 数据分发 数据分发是从数据中心的角度,主动向各数据使用方提供数据的过程。通过公开数据服务,依照数据使用权限的规则,从数据中心把数据分发到各个数据使用部门,实现数据共享、信息联动。 1.3.1.1.3 数据存取访问 XMA整合协同平台提供实时按需的数据存取访问服务,通过统一标准的数据接口,以XML作为标准数据格式,通过标准的Web服务对各种技术平台提供访问支持。 1.3.1.1.4 数据转换 数据交换服务可以把某个数据库的数据转换成标准XML数据集。通过数据转换模块,实现对各种异构数据转换到统一标准规范、具有一致性和完整性的公共数据。 1.3.1.1.5 任务定制 数据接口系统应该允许用户自己配置和管理相关的服务,如:数据提取服务、数据发送服务、数据接收服务、数据存储服务等。 1.3.1.1.6 支持用户自定义接口 数据接口系统应该是一个开放的系统,要提供一些可扩充的接口以及二次开发接口,支持用户基于这些接口来定义自己的特色服务。 1.3.1.1.7 支持监控管理 对数据服务进行监控管理,用户权限管理,运行日志查看,性能统计。通过数据服务日志可以记录、跟踪数据交换的细节。对数据交换节点进行管理,提供安全策略指南、服务器安全管理配置。 1.3.1.2 信息交换方式 XMA整合协同平台可以支持不同方式的机构和系统间的数据交换与协同,主要包括: 基于Web Services服务的方式用于外部机构与中心平台间的实时交换; 基于数据库接口的方式用于内部系统间实时或非实时交换; 基于文件交换的方式用于外部或内部系统间非实时批量交换。 1.4基于Web Services服务的方式 基于WebServices服务的数据交换方式主要用于外部机构部门与数据中心间实时的数据交换和业务协同应用。 基于WebServices技术的应用集成通过主流的WebServices协议如SOAP、XMLRPC等协议的无缝集成,支持这些应用系统的接口,提供基于WebServices的应用系统整合适配器,并提供快速整合WebServices应用的工具和接口API。 数据提供方定义公开数据服务,以服务的形式封装数据交换的内容和协议。数据使用方调用数据提供方的公开数据服务以获取所需的数据,并且按照一定的数据转换和数据更新规则,把数据更新到本地数据源。通过本地数据服务和公开数据服务的交互实现数据提供方和数据使用方之间的数据交换。 1.4.1.1.1 基于数据库接口的方式 基于数据库接口交换的方式主要用于内部系统间的实时或非实时数据交换方式。 交换的双方通过定义发送和接收任务来进行数据库接口的交换。根据交换的数据格式的不同,这种数据交换方式又可以细分为两种类型:一种是数据落地的数据共享,一种是数据不落地的数据交换。 基于标准XML元数据和数据字典的数据交换由XMA整合协同平台自动从前置机交换数据库中提取数据,并按照定义好的模板打包生成标准的XML数据包,由定制好的发送路由发送给接收方。接收方接收到XML数据包后自动进行解包处理,并将数据存储到接收方的前置机交换数据库中。 1.4.1.1.2 基于文件交换的方式 基于文件交换的方式主要用于外部或内部的非实时批量数据交换方式。 交换的双方通过定义发送和接收任务来进行数据文件的交换。根据交换的数据文件的不同,这种数据交换方式又可以细分为两种类型:一种是基于标准XML文件的数据交换,一种是基于其他文件格式的数据交换。 基于标准XML文件的数据交换由XMA整合协同平台自动从前置机交换数据库中提取数据,并按照定义好的模板打包生成标准的XML文件,由定制好的发送任务发送给接收方。接收方接收到XML文件后自动进行解包处理,并将数据存储到接收方的前置机交换数据库中。基于其他文件格式的数据交换由业务系统将需要交换的数据文件放置到前置机上的规定路径下,通过XMA整合协同平台发送到目的地交由接收部门自行处理。 第二章 平台接口设计 制定的接口规范内容为整合协同平台和各接入部门之间,系统互联所涉及的数据交换接口。系统之间的信息传输和交换通过计算机系统互联网络来完成。 数据接口 “信息平台”与接入部门信息系统之间通信的通用接口模型如图所示。运输层以下层次的通信协议选用合适的标准协议,运输层和网络层建议选用统一的TCP/IP协议,便于各节点之间组网传输,数据链路层和物理层可根据实际通信条件情况灵活选用,如ADSL、E1。 “中心平台”与接入部门之间通信的通用接口模型 在整合协同平台,按照对信息的各种需求,维护一个用于数据共享的标准数据注册中心,采用标准化数据的方式向各接入系统及各应用系统提供共享的信息;各接入系统在整合协同平台处对应维护一张数据字典,用于完成非标数据和标准数据的翻译,从而向共享的标准数据库提供标准化的数据信息;对于单一功能领 域的特殊数据信息,系统提供在各子系统之间直接进行交换的途径,满足特定功能的应用需求;系统需要有一个专门的维护和管理机构,分别对系统的数据字典、标准共享数据库进行增添、更新等维护管理,以满足新的接入系统接入和系统发展的需求。 2.1.1.1.1 数据传输 在数据传输中,由于系统数据的异构特性,在数据发送接口和接收接口需要对数据格式按照数据字典的要求进行转换,统一于标准的数据格式满足应用的要求。 2.1.1.1.2 接口扩展 数据接口的分层次、模块化、规范化设计,将有利于系统的扩展性,对扩展性设计主要体现在以下几个方面: 应用层协议的分层设计,各层功能明确,层之间可通过规范化的接口进行调用和传递信息。各层功能可独立实现,灵活性好,比如可通过购置商品化软件来实现通信子层;某一层协议的功能扩展或变化时,将不影响另一层协议的功能。 采用数据登记标准的、基于XML格式的数据接口方案设计,灵活性比较好,系统扩展方便,适合接入系统的增加或接入信息内容的扩展,有利于满足新的系统接入和系统发展的需求。 数据传输协议基于一些主流的、成熟的数据传输协议,能很好适应系统扩展的需求。 2.1.1.2 资源目录管理 数据中心通过XMA整合协同平台以数据服务的方式从各业务部门采集数据,保存到公共数据缓存库,然后使用公共数据管理维护系统进行数据比对、冲突检查、数据审核、数据转换。当数据达到一致性、完整性要求时,数据被发布到公共数据发布库,通过XMA整合协同平台以数据服务的形式提供数据使用方访问。 该系统不仅要能够满足基于现状条件下对信息资源的整合利用和规范管理,还要适应未来对信息资源的深度开发和多媒体信息资源库扩展的要求。 2.1.1.2.1 资源目录管理的结构 数据管理系统以主题的方式组织数据资源,提供元数据管理、数据供需关系管理、数据标准规范管理,与XMA整合协同平台结合,提供数据转换、整理、发布等功能。 采集库工作库发布库 数据定位 数映射属性映射属性据映射属性元数据模型中 心 主题 采集的主题整理的主题发布的主题 数据共享交换平台/数据采集 更新 维护 使用机制/数据标准规范、、、 数据提供者数据使用者 业 务 部 门 数据机构 2.1.1.2.2 资源目录管理的功能 2.1.1.2.2.1 元数据管理 元数据目录集中管理数据元数据的发布与维护,系统授权给分系统管理员完成对本部门元数据的维护工作。 2.1.1.2.2.2 服务注册与接口发布 前置机注册 数据源注册 适配器注册 服务注册 服务删除 服务订阅 服务审核 服务启动 2.1.1.2.2.3 数据转换 建立业务部门数据于标准规范数据的转换映射关系和转换规则,将业务部门的数据转换为符合标准规范的数据。数据转换重用数据整合协同平台的功能。 2.1.1.2.2.4 数据整理 数据中心通过XMA整合协同平台从区级数据中心及各业务部门采集数据并放入数据中心的缓存数据库中,然后通过数据管理系统对数据进行比对、清洗,检查数据冲突,对数据进行审核校验。确保数据一致性、完整性。 2.1.1.2.2.5 主题管理 数据中心以主题为单位实现数据采集、数据交换、数据共享、数据比对以及数据发布。因此必须提供主题管理功能。主题管理重用数据整合协同平台的功能。 2.1.1.3 运行监控管理 为方便对数据中心的管理和维护,需要一套功能完整的运行管理与监控维护系统,保障整个数据中心系统和信息资源的高可靠、高可控和高效。运行管理系统主要提供给数据中心的系统管理人员使用,用于保证数据中心的安全可靠和高效运行。其功能主要包括面向安全性的用户管理、权限管理和密码管理;面向可用性的节点管理和状态监控;面向可靠性的数据备份和恢复;面向性能优化的性 能监控;面向运行管理机制的信息管理等。提供满足监测统计要求的功能,提供对检测日志内容的简单统计分析表等。 运行管理与监控系统的管理对象包括:XMA整合协同平台、数据库服务器、主机服务器、网络设备、备份和存储设备、数据交换节点设备和系统等。 2.1.1.3.1 运行监控管理模型 运行监控管理要涉及不同领域的多种协议和接口 - 比如 SNMP 用于网络管理,桌面管理接口 (DMI) 用于桌面系统管理。基于 Web 的企业管理 (WBEM) 是这个行业的一个倡议,能够收集、管理并合并多种来源的管理数据,从而更全面、更精确地了解系统环境。WBEM 有两个关键的组成部分(但有可能会使用更多的标准,比如使用 XML 平台来中立地共享 CIM 对象): 公共信息模型 (CIM) 规范,它定义了 WBEM 实施的要求 CIM 架构,它描述了数据存储库的内容 运行监控管理平台的体系结构可参考如下所示: 管理应用程序管理控制台 管理单元 CIM对象管理器CIM对象库 管理对象提供者 WDM内核对象SNMP对象DMI对象其他对象 2.1.1.3.2 运行监控管理结构 运行管理与监控系统通过数据整合协同平台的资源管理体系和智能代理共同来完成。 运行管理与监控系统的系统结构如图: CIM信息模型 管监控理服务层CIM对象管理 JMX管理器 代 理 层 JMX MBean服务 WBEMSNMPTMN装提供者提供者提供者配 层 资源管理体系和智能代理的实现符合WBEM标准和JMX规范,JMX定义了开发可管理应用或网络管理系统的一个体系结构、若干设计模式、API和服务。 JMX规范包含若干现有标准管理协议的Java API,JMX通过广泛应用的两个管理协议:SNMP管理者API和CIM/WBEM管理者与提供者API与WBEM达成无缝的集成。 JMX规范向业界各领域的用户提供了装配代码、创建智能代理、实现分布式管理中间件和管理者的方式,并且可使这些解决方案平滑的集成到现有管理系统中。另外JMX规范也提供了若干现有标准管理技术的Java API。JMX侧重管理软件架构和数据接口系统(部署到各个部门的前置机) 而WBEM则侧重管理网络设备,他们各有分工又互相合作。 第三章 安全认证管理 数据中心系统结合安全认证平台的应用主要包括: 数据中心应用单点登陆认证 数据共享交换安全认证 在项目中,根据需求把安全认证平台应用到每个功能和模块。 3.1.1.1.1 身份认证和单点登录 安全认证在技术上采用了大量先进成熟的安全技术,支持的功能和相应的技术特性如下: 访问权限控制:对业务流程中的操作、对数据和资源的访问,都能进行权限控制; 用户身份验证:提供对用户的身份验证,支持单点注册; 数字认证体系:提供基于PKI标准的数字认证体系,通过CA认证中心的证书进行数字认证、数字签名等保障措施,来认证用户、实体的身份,保证消息的完整性和交易的不可否认性,确保交易合法有效; 安全通信通道:通过SSL等标准的安全通道协议,提供通信层的安全,保障通信双方的身份正确性,通道和会话的私密性,消息的完整性和交易的不可否认性。 安全总线技术特性 身份认证 (Authentication) 强身份认证 单点登录 (Single Sign-on) 授权访问控制 (Authorization) 可定制的访问控制列表 (ACL) 权限管理 (Group, User, Action, Permission) 数据加密 插件式的数据加密模块的部署 数字认证 基于PKI的CA认证、数字证书、数字签名 支持安全通信协议,如 SSL, HTTPS ... 集成其他安全服务 兼容 LDAP, NT Domain 等安全服务 3.1.1.1.2 数据交换加密认证 下图表示数据在应用层交换的请求/响应流程图 过程描述如下: 通过接口API之间的数据流通道接收请求方发送的XML请求数据; 对请求方进行身份认证和权限控制; 写请求日志,存储请求XML数据文件; 解析请求XML数据; 验证数字签名; 对XML数据中的加密数据进行解密; 根据解析后的明文请求数据进行对应的业务处理; 对处理后的响应数据按需要进行加密; 进行数字签名; 将数据封装成XML 数据文件; 通过数据流通道发送XML数据; 写响应日志,存储响应XML数据文件。 涉及到安全体系的步骤包括:第2、第5、第6、第8、第9步。除了和登陆认证的登陆认证之外,还包括了数据的加解密过程。 3.1.1.2 系统技术实现的优势特性 3.1.1.2.1 高效可靠的可扩展平台 平台提供数据层、应用层等多层次的数据交换,提供基于文件、数据库、应用层的多种交换方式。系统的稳定性和性能已经在多个政府、银行、电信中得到应用。 Web浏览器HTTPHTTP服务页面 应用层 数据库SQL数据库SQL文件FILEFILE文件 消息数交换数据据需数据层供方方数据中心平台 3.1.1.2.2 即插即用的柔性架构 数据共享交换平台设计了统一的管理总线和安全总线接口、采用了“即插即用”的管理模型,具备了即插即用的特性,对于新拓展的适配器能够快速、动态的部署和集成。 Workflow 即插即用的柔性架构 J动态适配器动态适配器SQL CORBA HTTP 统一总线接口Web Services统一总线接口DCOM 2EE “即插即用”式管理“即插即用”式管理统一消息交换统一消息交换 消息交换 3.1.1.2.3 高扩展低维护的特性 使系统有足够好的可扩展能力,各部分之间必须是松散耦合的,每个部分的实现方法的变化不应该对系统的其他部分造成影响; 系统中的新增的模块只需要在一处配置,可以被多个子系统共享的能力。 3.1.1.2.4 安全可靠的特性 保证系统必须保证在广域网环境下的具有足够的安全性,符合信息化建设中的安全要求,能与认证中心CA/PKI系统无缝结合。 HTTP/SOAP 3.1.1.2.5 灵活可靠的数据传输 即插即用协议栈:可靠传输 存储转发 队列协议存储转发… 群组消息协议发布/订阅,P2P… 其他协议故障检测… 可靠传递协议丢包重传… 数据传输协议TCP,UDP… 3.1.1.2.6 支撑扩展的综合应用 通过对应用支撑体系的实现,不仅可以支持数据中心的数据整合、共享交换,还可为其他部门或综合应用提供支撑,如公共服务系统、决策支持系统等,真正做到成为企业信息系统的枢纽。 第四章 系统能力及性能指标 XMA整合协同平台服务器是任务关键系统,纵向联接多级系统,横向联接多个业务部门,系统结构复杂、业务量大、吞吐量高,需要具备良好的安全性、稳定性、可用性、可伸缩性和可扩展性。 XMA整合协同平台的技术路线采用SOA、EAI、ETL、XML等大量成熟的先进技术,架构在J2EE的分布式体系结构之上,数据交换采用XML,支持WEB服务和SOAP协议,在软件架构管理上采用JMX与WBEM集成的技术,使之成为管理模块技术的核心,结合CA认证机制的提供安全保障。同时提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用需求。通过提供统一的集成平台降低了资源整合和应用的成本和复杂性,同时提供对现有应用程序集成强有力支持。XMA整合协同平台是各个部门建设业务系统的一个标准架构,作为数据中心的平台建设,必须能满足及支持区域性体系架构的要求。 系统遵循国际主流的SOA架构体系,采用先进、主流、可靠、安全、开放、实用、性价比好的系统架构,具有优秀的技术能力和性能指标。 4.1.1.1.1 系统能力 项目 技术指标 采用面向服务架构(SOA)设计和企业服务总线(ESB)技 遵循标准规范 术,遵循J2EE标准体系结构,具有灵活的扩展性和良 好的移植性。 数据交换接口主要包含: Web服务方式,支持主流的协议接口,如SOAP、REST 等Web服务协议标准 多种交换方式 数据库接口方式,支持主流关系型数据库的接口,包括 了ORACLE、SQL SERVER、SYBASE、DB2等 基于文件交换方式,支持基于自定义格式的文件交换 以XML格式为主,可支持各种类型的数据源的交换,包 多种数据格式 括关系型、结构化、XML、消息、文本数据、WEB数据、 矢量地图、影像、视频、音频等。 数据交换能力 支持服务、消息、数据库、文件等多种交换方式,并具 有良好的负载均衡能力; 支持大数据包的交换,进行分块传输,数据量大小不应 受限制,在保证一定数据传输速度的同时,可避免占用 全部网络带宽。 支持多种传输协议 支持多种传输格式 数据交换传输 支持数据的加/解密,基于PKI的安全认证 支持传输层的动态扩展性 数据交换管理主要包含: 交换安全管理,提供基于ACL的访问控制等安全管理技 术 交换路由管理,提供基于动态路由的交换,可配置拓扑 数据交换管理 路径 交换协议管理 交换性能管理 交换日志管理 交换格式管理 批量数据交换由数据抽取工具完成,支持数据抽取、数 据清洗、数据比对、数据校验、数据转换等处理,支持 异构数据源或数据访问接口: 批量数据交换 , Oracle , Sybase , SQL Server , IBM Informix , IBM DB2 , JDBC , ODBC , XML , 文本文件等 数据同步支持异构数据源之间的数据复制,应支持实 实时数据同步 时、定时、订阅/发布、手工等数据复制模式。 对共享数据进行访问权限设置、访问标准或者分发标 准。 基于安全基础服务,通过对敏感信息进行加密等手段,安全性 提供消息的加密/解密、数字证书认证等功能,实现信 息内容的保密和操作的不可抵赖性;基于日志,实现对 数据交换任务进行追踪和事后审计。 系统提供7×24小时的连续运行,软件版本升级或改进 应在不影响业务的情况下进行,保证系统可以稳定、平可靠性 滑过渡;支持数据断点续传、可靠传输,系统运行稳定, 具有高可靠性,可靠性达到99.99%。 整合协同平台系统提供集中的可视化的管理服务,能集 中方便地配置、监视、控制、管理整个系统,并且能够易维护性 监视本系统中各类应用情况,及时消除隐患、降低管理 成本、提高效率。 数据访问遵循JPA、JDBC、ODBC等标准;数据格式遵循技术标准 XML标准。 4.1.1.1.2 性能指标 项目 技术指标 交换响应时限 操作过程的响应时间平均不超过3秒,最大不超过10 秒(不包含外部系统对于平台的响应时间)。 交换数据量 支持大数据包的交换,理论数据量大小不应受限制 共享数据容量 各类数据总量支持TB级以上 数据访问速度 多种数据源的复杂操作响应时间不超30秒 并发用户数 共享数据中心支持10000个以上的并发用户数范文三:民政数据交换核对系统
范文四:全国治超信息系统数据交换标准
范文五:数据交换共享整合系统平台建设方案