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

《合肥市智能交通管理系统规范-01》由会员分享，可在线阅读，更多相关《合肥市智能交通管理系统规范-01（11页珍藏版）》请在装配图网上搜索。

1、合肥市智能交通管理系统规范HF ATMS 1-2011合肥市智能交通集成指挥平台接口规范2011/5/27 草案合肥市公安局交通警察支队发布变更记录版本号更改人更改日期更改内容备注V1.0孙建宏丛长明2011-05-20新建合肥市公安局交通警察支队接口规范目录1 概述 12 使用说明 22.1 EHL-M ESSAGSERVER集成方式使用说明22.2 WEESERVICE集成方式使用说明 52.3 数据库中间表集成方式使用说明 5接口规范组成 5I合肥市公安局交通警察支队接口规范1概述合肥市公安局交警支队指挥中心集成指挥平台于2007年下半年开始建设，2008年初正式投入使用。该平台现已具备

2、交通态势监控、交通指挥调度、交通 缉查防控、警卫任务交通安保等功能，已集成了信号控制系统、匝道控制系统、 视频监控系统、交通诱导控制管理系统、智能卡口系统、交通违法管理系统、大 屏幕控制系统等业务子系统，能够实现集成平台与各系统子系统之间的信息共享 和系统互操作。集成平台在日常交通管理、交通应急事件处置和城市大型活动中 发挥了积极作用。随着城市交通需求的不断增长，对集成平台提出了持续的规模扩建、功能提 升、性能优化等建设需求，包括接入性能更高的不同厂牌型号的设备、不同厂家 的技术子系统，所以迫切要求提出一套较完整的合肥市公安交通集成指挥平台 接口规范，为集成平台的持续良性发展奠定基础。在合肥市

3、交警支队科技科、指挥中心及相关业务部门的领导下，北京易华录信息技术股份有限公司协助支队完成了该规范的起草和修订工作。该规范经支队科技科审核后发布，应用于合肥市公安交通集成指挥平台各业务子系统的集成工 作，要求各接入子系统遵照协议接入集成平台，实现系统信息共享和关联交互。公安交通集成指挥平台接口规范从业务/技术需求层面分析，应支持基于系 统驱动的软件集成，面向分布式异构环境下的各类在用系统和新增系统，将每个 基础应用系统看作一个相对完整和独立的简单设备进行集成，屏蔽掉单个系统内部不同的部件间繁杂的设备驱动程序或底层通信协议；屏蔽掉不同开发商之间的在不同操作系统、不同开发工具方面的技术差异，使得不

4、同开发商所开发的功能 子系统之间能够互连互通。对单个系统的集成，涉及数据集成、接口集成和业务流程集成三个基本层面， 其技术实现 由EHL Message Server EHL Data Service共同完成，形成该规范的核 心机制。该规范实现了公安交通各类业务系统的集成方法，定义了单个系统的功 能集成内容、基于XML技术的数据格式规范，定义了基于消息服务器的数据传 输方式，以及用于完成事务处理、信息服务的Web服务(Web Service)。需要说明的是：EHL Message Serve和EHL统一集成 Web服务提供的远程访 问技术具有平台无关性和工具无关性，应用系统无论运行在Windo

5、ws、Linux等操作系统、采用.Net、Java等开发工具，均可采用该规范，实现指挥调度集成应 用接入。同时，该规范具有良好的可扩展性，完全能够适应指挥调度集成业务的 发展要求。另外，部分系统的集成协议采用传统的数据库中间表方式，要求集成平台和集成方将符合规范的数据项按照约定的传送频率送入中间交互数据库，完成相互访问。目前，合肥市公安交警支队已完成了对公安交通各基础应用系统的主流设备 和子系统的集成工作，形成了整体性的接口技术规范，接口协议涵盖接处警系统、 信号控制、电视监控、GPS等十三个业务子系统。2使用说明本规范文档按照“接口方式说明”、“*系统集成协议”的章节分别展开描述。“接口方式

6、说明”用于说明集成运行环境、集成数据流转机制和必要的使用 注意事项。“*系统集成协议”用于说明与具体厂家无关的集成协议，任何集成 方只要遵循该协议，即可实现与集成平台的信息共享和关联交互。2.1 Ehl-MessageServer集成方式使用说明系统集成结构如图3-1所示。操控平台*息消一操控平台XMI消息 息XML消息 息电子警察系统XMI消息 息交通卡口系统XMI消息 息交通诱导系统XMI消息 息GP全球定位系统XM消息交通信号控制系统XMI消息 息4图3-1系统集成结构图统一消息服务XMI消息 息XMI消息 息ATMS对子系统的集成基于消息总线结构，子系统之间通过消息总线进行通 讯。消息

7、总线是系统的连接件，负责消息的分派、传递和过滤，以及处理结果的 反馈；各个子系统挂接在消息总线上，向总线发送消息，并订阅感兴趣的消息类 型；统一消息服务收到消息后，负责将该消息分发到消息的订阅方（子系统）； 子系统接收到消息后，根据自身状态对消息进行响应，并通过总线返回处理结果消息服务中间件集中管理所有消息， 可以屏蔽不满足用户信息和权限要求的 消息请求，并提供日志管理。通过定义新的消息格式，系统能够进一步为今后对其他系统的集成提供简单 的方法和灵活的部署。消息通讯机制采用TCP socket统一消息服务为tcp socket server端，接入方 为tcp socket client端。消

8、息的传递采用 XML格式。应用基本功能:功能执行步骤发布消息过程1、建立与消息服务器的 SOCKET连接2、发送消息接收消息过程1、建立SOCKET连接2、向服务器发送订阅消息3、等待接收消息结束消息处理过程1、取消订阅的消息2、关闭SOCKET连接消息体类型说明:消息体类型功能说明应用场景示例订阅消息体用于订阅自己想要接收到的消息体。 它是接收消息过程的必备环节。订阅视频控制消息取消订阅消息体用于取消接收已订阅的消息体，即： 不想再接收到已订阅的某种消息体。取消订阅视频控制消息控制消息体用于命令接收方完成本消息体携带 的控制指令，并要求发送反馈结果。控制视频摄像头向左动作通知消息体用于通知接

9、收方某种已发生的状态 或事件，且不要求发送反馈信息通知接收方刚刚加入一个新的 视频监控点查询消息体用于向接收方查询某种信息或状态， 并要求发送反馈结果查询视频摄像头工作状态报警消息体用于向接收方查询某种信息或状态， 并要求发送反馈结果发出视频摄像头故障报警消息应用注意事项:功能点注意事项连接1、在进行订阅、发送、接收操作之前，必须与消息服务建立连接2、连接一旦建立后，要求保持常连接，即：由于连接中断后，将收到 断开事件通知，要求接入方自己进行重新连接，也就是说：接入方与 统一消息服务始终保持连接状态，直到接入方不需要再进行接收和发 送操作。订阅1、 订阅时SourcelP为空，则无论发来的消息

10、中SourcelP为空与否，均 有可能被接收到；2、 订阅时SourcelP不为空，则只由发来的消息的SourcelP与订阅时的 SourcelP相等，才有可能被接收到；3、 订阅时TargetIP为空，则只有发来的消息TargetIP也为空才有可能 被接收到；4、 订阅时 TargetlP不为空，则只有发来消息的TargetlP与订阅的 TargetlP相等，才有可能被接收到。取消订阅1、 只有当用户订阅的消息和取消订阅的消息的所有条件都一样，取消 订阅操作才能把用户订阅的消息取消。有一项不冋，就不能取消订阅的消息；2、用户关闭连接时，所有的订阅消息都被取消。反馈发送1、发出反馈消息时，目标

11、地址不能为空。2、关于 CONTROL类消息和 REQUEST查询类的消息，它的 FEEDBACK消息的格式有特殊的要求，即CONTROL REQUEST类消息的源地址sorcelP中的内容要复制到反馈消息的目标地址中targetIP，目标地址targetIP中的内容要复制到反馈消息的源地址中sourcelP反馈接收1、所有FEEDBACK消息都不需要订阅，消息服务器自动给每个发CONTROL和 REQUEST勺发布者订阅了一个反馈消息；2、 发布者必须等待反馈消息到达后才能关闭发送连接，否则发布者不 能得到CONTROL或 REQUEST消息的反馈消息。接收到无人订阅反 馈消息1、当发送方发

12、出消息后，当前在统一消息服务上没有任何订阅者，贝y 消息服务将自动给发送方反馈无人订阅消息；2、发送方应根据业务需要或报告无人订阅或抛弃该消息不作任何处 理。2.2 WebService集成方式使用说明Web service 也叫 xml web service，它是一种可以接收从 in ternet 或 intranet 上的其他系统传递过来的请求，轻量级的独立的通讯技术，是通过soap在web上提供的软件服务，试用 WSDL文件进行说明，并通过UDDI进行注册。Xml(extensible markup Ianguage扩展性可标记语言，面向短期的临时数据 处理，面向万维网络，是so ap

13、的基础。Soap (simple object access protocal) 简单对象存取协议，是 xml webservice 的通讯协议。当用户通过UDDI找到你的WSDL描述文档后，他可以通过soap调 用你建立的web服务中的一个或多个操作。Soap是xml文档形式的调用方法的 规范，它可以支持不同的底层接口，如HTTP(S)或SMTPWSDL(web service discription Ianguage)，是一个 xml 文档，用于描述一组 soap消息，以及如何交换这些消息。详细内容参见专业技术文档。2.3数据库中间表集成方式使用说明数据库中间表是传统的数据交互方式，通过建

14、立数据库连接和中间表的读写，完成数据交互。本规范未特别声明，数据库类型均为oracle。通过中间表机制进行交互时，访问双方必须明确oracle sid、user、password、table/view的具体信息(需联系 交警支队科技科相关人员)。3接口规范组成标准号接口规范名称HF ATMS 1-2011合肥市公安交通集成指挥平台接口规范HF ATMS 2-2011合肥市公安交通集成指挥平台接处警系统接口规范HF ATMS 3-2011合肥市公安交通集成指挥平台大屏显示系统接口规范HF ATMS-4-2011合肥市公安交通集成指挥平台GPS定位系统接口规范HF ATMS-5-2011合肥市公安

15、交通集成指挥平台事件检测系统接口规范HF ATMS-6-2011合肥市公安交通集成指挥平台移动警务系统接口规范HF ATMS-7-2011合肥市公安交通集成指挥平台匝道控制系统接口规范HF ATMS-8-2011合肥市公安交通集成指挥平台流量检测系统接口规范HF ATMS-9-2011合肥市公安交通集成指挥平台信号控制系统接口规范HF ATMS-10-2011合肥市公安交通集成指挥平台电视监控系统接口规范HF ATMS-11-2011合肥市公安交通集成指挥平台闯红灯违法检测记录系统接口规范HF ATMS-12-2011合肥市公安交通集成指挥平台公路车辆智能检测记录系统接口规范HF ATMS-13-2011合肥市公安交通集成指挥平台停车场系统接口协议HF ATMS-14-2011合肥市公安交通集成指挥平台交通诱导系统接口协议HF ATMS-15-2011合肥市公安交通集成指挥平台设备报警接口协议7