智慧安防-关键技术解决方案_第1页
智慧安防-关键技术解决方案_第2页
智慧安防-关键技术解决方案_第3页
智慧安防-关键技术解决方案_第4页
智慧安防-关键技术解决方案_第5页
已阅读5页，还剩120页未读， 继续免费阅读

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

图223所示。这样的系统结构存在两方面的问题，一是如果一个子系统因为本身系统升级对于其专门约定中的协议内容有少许的变动，则会影响到与之相连的其他子系统或是中心系统的连接与通讯；另一方面，这样的网状结构给系统的维护带来了巨大的困难，一旦一个子系统出现了问题很难快速定位出异常点，从而会造成整个系统的工作不稳定，而对于公安交通管理指挥中心来讲，系统的不稳定是建设中的大忌。各子系统间以专有协议进行通讯时的状态由于网状连接的不足，对子系统的监控和指挥调度过程中的实时性较强的信息，采用消息接口方式以保证数据的及时性，将网状的各子系统间的接口调用简化为消息总线结构，由于子系统通过总线进行连接，并不要求各子系统具有相同地址空间或局限在一台机器上，如下图所示。基于统一消息的接口各子系统通过统一的消息挂接在统一消息服务中间件上。可随时将本身状态、信息请求、控制指令、数据反馈等信息以统一消息形式提交给统一消息服务中间件，统一消息服务中间件自动根据信息的提供与消费关系决定信息的流向，从而各子系统可以及时得到自己所关心的信息。统一消息服务中间件负责消息的订阅、转发、传递、过滤、消息日志等功能，以及处理结果的返回；各个子系统挂接在消息总线上，向总线登记感兴趣的消息类型；组件根据需要发出消息，由消息总线负责将该消息分派到系统中所有对此消息感兴趣的子系统；子系统接收到消息后，根据自身状态对消息进行响应，并通过总线返回处理结果。接口消息格式定义：在公安交通指挥系统集成时，将定义各子系统的多种消息格式，实现对各子系统的监控功能。统一消息服务中间件集中管理所有消息，屏蔽不满足用户信息和权限要求的消息请求，并提供日志管理。通过定义新的消息格式，进一步为今后其他系统的集成提供简单的方法和灵活的部署。信息的传递符合CORBA规范，消息体采用可扩展标记语言（XML）格式，为标准通用标记语言（SGML）的一个子集。XML是元标记语言，用户自定义所需标记，但必须根据某些通用规则创建。标记有三类意义：结构、语义和样式。结构定义元素间层次关系，语义将单个元素与外部实际事物联系起来，样式指定如何显示元素。XML描述一类称为XML文档的数据对象，同时部分地描述处理数据对象的计算机程序动作。XML提供直接在数据上工作的通用方法，将用户界面和结构化数据相分离，允许不同来源的数据无缝集成以及对同一数据的多种处理。从数据描述语言的角度看，XML灵活、可扩展、与平台无关，有良好结构和约束；从数据处理的角度看，XML简单易读，易于学习，易于被应用程序处理。为实现系统集成，我司定义了各子系统消息传递格式，通用部分的格式如下：<?xmlversion="1.0"encoding="utf-8"?><messageid="消息唯一标识"createtime=""><define><system>ATMCS</system>//系统名称<version>1.0</version>//版本号<description>该消息是做什么来用的</description>//消息描述</define><verify><user>认证用户名</user><password>认证密码</password></verify><head><systemtype></systemtype>//系统类型<messagetype></messagetype>//消息类型<sendmark></sendmark>//发送地址<receivemark></receivemark>//接受标示</head><extend></extend><body>消息通讯主要结构</body><route>消息经过系统的路由<stampsystem=""time=""></stamp></route></message>基于消息服务的通用软件中间件集成技术面向分布式异构环境下的各类在用系统和新增系统，将每个基础应用系统看作一个相对完整和独立的简单设备进行集成，屏蔽掉单个系统内部不同的部件间繁杂的设备驱动程序或底层通信协议；屏蔽掉不同开发商之间的在不同操作系统、不同开发工具方面的技术差异，使得不同开发商所开发的功能子系统之间能够互连互通。对单个系统的集成，涉及数据集成、接口集成和业务流程集成三个基本层面，方案在国内智慧交通行业首次提出《智慧交通系统集成接口规范》（EIISA），它由MessageServer、DataService以及PGIS数据规范共同组成。EIISA规范了智慧交通各类业务系统的集成方法，定义了单个系统的功能集成内容、基于XML技术的数据格式规范，定义了基于消息服务器的数据传输方式，以及用于完成事物处理、信息服务的Web服务（WebService）。消息服务器是整个集成指挥平台中的各分布式应用系统的联系纽带，它在整个指挥调度业务实时数据流转中，起到关键性的互联互通或上传下达作用。消息服务器的应用如下表所示：表STYLEREF1\s2SEQ图表\*ARABIC\s11消息服务器的应用一览表应用功能项说明消息订阅管理为其他应用系统提供消息订阅机制。其他应用系统根据订阅规则向消息服务器订阅与自己应用有关的消息，同时建立与消息服务器的TCP/IP的连接。消息接收通信TCP/IP协议以SOCKET方式监听相应的端口。消息转发分析XML格式的消息头，确定消息的子系统及其类型后，向订阅此类消息的所有连接发送此消息。消息日志管理负责记录每一次的连接、消息接收的内容、转发方向，为事后消息的追踪提供第一手材料。消息状态监控实时监控消息服务器的工作状态，包括内容占用、连接数量、转发速度、转发数量等内容。针对B/S对交警各级业务用户的应用B/S应用对于公安交通指挥中心用户，提供Web方式用户应用界面。因为这些用户分布在全局范围内，同时数量众多，为了系统的方便部署及维护，采用以WebGIS为基础的B/S工作模式，以IE浏览器为基本应用，信息发布、数据采集采用Web应用方式。操控平台以PGIS为地图发布中间件，以Microsoft公司的IIS为Web服务器，如下图所示。以WebGIS为基础的B/S应用示例多源交通数据融合技术数据融合是在一定的准则下利用计算机技术对若干传感器的采集信息进行自动分析与综合的信息处理过程。它通过对多传感器数据进行综合处理，去除冗余、克服歧义，进而得到更全面、更准确、更可靠的信息，目前，已在许多领域得到了成功应用。多源交通信息融合是城市公安交通指挥系统的一个核心技术，它通过对异构（不同传感器）多源数据的综合处理，以得到比任何从单个数据源更全面、准确的交通流状况的信息。系统通过信号系统，出租车浮动车等数据采集接口接收上传的动态交通信息，与交通管控信息、交通基础数据静态信息、PGIS等融合处理，可自动生成道路交通实时运行状态监测信息、实时道路路况图、交通异常情况报警信息、动态交通路线诱导信息，估算旅行时间，并通过内外部接口发送到交通信息发布系统。系统拥有丰富的独创的模型和算法集——数据采集去噪处理、基于高速缓存的数据排队、PGIS信息整合、动态交通数据采集传输、GPS位置快速匹配、交通流异常分析、环形线圈交通流量/旅行时间交通流检测数据融合、多源动态交通流路段速度融合、基于网格的交通数据立体结构、交通路网运行状态生成、短时交通状态预测、多源动态交通流信息挖掘模型等，可从数据级、特征级和决策级三个层次进行数据融合分析。基于多级多元协同指挥调度技术多层次多元化协同指挥调度技术支持分级控制的模式，分层实现大队级及中队级的指挥中心调度，将指挥调度网络覆盖到整个地区，以实现各个大队与中队之间的数据共享和协调调度功能。调度资源的多元化，在虚拟层次上，刻画各

人人文库> 全部分类> 行业资料 > 交通运输

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论