合肥市智能交通管理系统规范-01

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

合肥市智能交通管理系统规范
HF ATMS 1-2011
合肥市智能交通集成指挥平台
接口规范
2011/5/27 草案
合肥市公安局交通警察支队发布
变更记录
目录
1概述 (1)
2使用说明 (2)
2.1E HL-M ESSAGE S ERVER集成方式使用说明 (2)
2.2W EB S ERVICE集成方式使用说明 (5)
2.3数据库中间表集成方式使用说明 (5)
3接口规范组成 (5)
1概述
合肥市公安局交警支队指挥中心集成指挥平台于2007年下半年开始建设,2008年初正式投入使用。

该平台现已具备交通态势监控、交通指挥调度、交通缉查防控、警卫任务交通安保等功能,已集成了信号控制系统、匝道控制系统、视频监控系统、交通诱导控制管理系统、智能卡口系统、交通违法管理系统、大屏幕控制系统等业务子系统,能够实现集成平台与各系统子系统之间的信息共享和系统互操作。

集成平台在日常交通管理、交通应急事件处置和城市大型活动中发挥了积极作用。

随着城市交通需求的不断增长,对集成平台提出了持续的规模扩建、功能提升、性能优化等建设需求,包括接入性能更高的不同厂牌型号的设备、不同厂家的技术子系统,所以迫切要求提出一套较完整的《合肥市公安交通集成指挥平台接口规范》,为集成平台的持续良性发展奠定基础。

在合肥市交警支队科技科、指挥中心及相关业务部门的领导下,北京易华录信息技术股份有限公司协助支队完成了该规范的起草和修订工作。

该规范经支队科技科审核后发布,应用于合肥市公安交通集成指挥平台各业务子系统的集成工作,要求各接入子系统遵照协议接入集成平台,实现系统信息共享和关联交互。

公安交通集成指挥平台接口规范从业务/技术需求层面分析,应支持基于系统驱动的软件集成,面向分布式异构环境下的各类在用系统和新增系统,将每个基础应用系统看作一个相对完整和独立的简单设备进行集成,屏蔽掉单个系统内部不同的部件间繁杂的设备驱动程序或底层通信协议;屏蔽掉不同开发商之间的在不同操作系统、不同开发工具方面的技术差异,使得不同开发商所开发的功能子系统之间能够互连互通。

对单个系统的集成,涉及数据集成、接口集成和业务流程集成三个基本层面,其技术实现由EHL Message Server、EHL Data Service共同完成,形成该规范的核心机制。

该规范实现了公安交通各类业务系统的集成方法,定义了单个系统的功能集成内容、基于XML技术的数据格式规范,定义了基于消息服务器的数据传输方式,以及用于完成事务处理、信息服务的Web服务(Web Service)。

需要说明的是:EHL Message Server和EHL统一集成Web服务提供的远程访问技术具有平台无关性和工具无关性,应用系统无论运行在Windows、Linux等操作系统、采用.Net、Java等开发工具,均可采用该规范,实现指挥调度集成应用接入。

同时,该规范具有良好的可扩展性,完全能够适应指挥调度集成业务的发展要求。

另外,部分系统的集成协议采用传统的数据库中间表方式,要求集成平台和集成方将符合规范的数据项按照约定的传送频率送入中间交互数据库,完成相互访问。

目前,合肥市公安交警支队已完成了对公安交通各基础应用系统的主流设备和子系统的集成工作,形成了整体性的接口技术规范,接口协议涵盖接处警系统、信号控制、电视监控、GPS等十三个业务子系统。

2使用说明
本规范文档按照“接口方式说明”、“**系统集成协议”的章节分别展开描述。

“接口方式说明”用于说明集成运行环境、集成数据流转机制和必要的使用注意事项。

“**系统集成协议”用于说明与具体厂家无关的集成协议,任何集成方只要遵循该协议,即可实现与集成平台的信息共享和关联交互。

2.1Ehl-MessageServer集成方式使用说明
系统集成结构如图3-1所示。

图3-1系统集成结构图
ATMS对子系统的集成基于消息总线结构,子系统之间通过消息总线进行通讯。

消息总线是系统的连接件,负责消息的分派、传递和过滤,以及处理结果的反馈;各个子系统挂接在消息总线上,向总线发送消息,并订阅感兴趣的消息类型;统一消息服务收到消息后,负责将该消息分发到消息的订阅方(子系统);子系统接收到消息后,根据自身状态对消息进行响应,并通过总线返回处理结果。

消息服务中间件集中管理所有消息,可以屏蔽不满足用户信息和权限要求的消息请求,并提供日志管理。

通过定义新的消息格式,系统能够进一步为今后对其他系统的集成提供简单的方法和灵活的部署。

消息通讯机制采用TCP socket。

统一消息服务为tcp socket server端,接入方为tcp socket client端。

消息的传递采用XML格式。

应用基本功能:
消息体类型说明:
应用注意事项:
2.2WebService集成方式使用说明
Web service也叫xml web service,它是一种可以接收从internet或intranet 上的其他系统传递过来的请求,轻量级的独立的通讯技术,是通过soap在web 上提供的软件服务,试用WSDL文件进行说明,并通过UDDI进行注册。

Xml(extensible markup language)扩展性可标记语言,面向短期的临时数据处理,面向万维网络,是soap的基础。

Soap(simple object access protocal)简单对象存取协议,是xml webservice 的通讯协议。

当用户通过UDDI找到你的WSDL描述文档后,他可以通过soap调用你建立的web服务中的一个或多个操作。

Soap是xml文档形式的调用方法的规范,它可以支持不同的底层接口,如HTTP(S)或SMTP。

WSDL(web service discription language),是一个xml文档,用于描述一组soap消息,以及如何交换这些消息。

详细内容参见专业技术文档。

2.3数据库中间表集成方式使用说明
数据库中间表是传统的数据交互方式,通过建立数据库连接和中间表的读写,完成数据交互。

本规范未特别声明,数据库类型均为oracle。

通过中间表机制进行交互时,访问双方必须明确oracle sid、user、password、table/view的具体信息(需联系交警支队科技科相关人员)。

3接口规范组成。

相关文档
最新文档