企业服务总线(ESB):整体对业务按照面向服务(SOA)的方法进行分析,发现核心业 务服务和定义标准业务消息格式(ML),实现运维平台内部各种分发服务、发布服务。 交通基础设施基础信息的查询服务:数据迁移采用基于ESB总线思想实现数据库的提交和 汇总处理,采用开源和开放标准的ESB中间件 Service mix和 Active MQ作为消息中间件 [14][15] 数据处理层:通过数据清理、数据补偿、数据融合等模块对系统数据进行整合及数据 质量管理,建立数据标准规范体系,并通过大数据技术对历史数据进行分析处理,并挖掘 数据的潜在价值,提供决策支持,推进髙速公路机电系统更精细化地管理 服务层有:故障预警系统、故障分析统计系统、网络分析系统、供电监控系统、系统优 化决策系统、资产管理系统、运维过程管理系统、移动运维系统、3D仿真系统等九大系统 九大系统能建立起全方位、立体化的高速公路交通基础设施运维管理体系,并对系统进行监 测、评估、诊断及修复,此外还提供优化决策服务,以及一定程度上系统改造的可行性判断 丰富的功能模块,由故障预警、故障分析统计、各子系统实施监控、决策支持、资产管 理、实时交互等子系统全方位地提供智能化运维服务。 基础层包含:异构网络融合、硬件集群、分布式数据库。 (四)平台构建与实现 要实现省域高速公路机电运维体制向全员生产维修(TPM)阶段推进,必须先实现省域 高速公路机电智能运维各系统之间、各单位、厂家的异构数据库之间的数据集成,先实现与 该平台对接的新旧系统应用服务之间的信息交互和共享。为此本文提出在运维平台构建ESB 数据集成模型。模型通过基于消息流程的负载均衡,采用WSDL和 Active MQ技术,以消息 处理中间件、各分布式节点的负载、资源状况为判断依据,进行流程节点分配,单位时间内 完成传输过程中大量消息的处理。运维平台ESB总体架构设计如图3所示。故障预警、故障 分析、供电监控、资产管理等应用都注册在ESB服务总线上。当有系统接入请求,通过适配 器组件把提供者的特定请求转换为ESB要求的消息类型,以实现应用的集成企业服务总线（ESB）：整体对业务按照面向服务（S0A）的方法进行分析，发现核心业 务服务和定义标准业务消息格式（XML）[13] ，实现运维平台内部各种分发服务、发布服务。 交通基础设施基础信息的查询服务：数据迁移采用基于 ESB 总线思想实现数据库的提交和 汇总处理，采用开源和开放标准的 ESB 中间件 Service Mix 和 Active MQ 作为消息中间件 [14][15] 。 数据处理层：通过数据清理、数据补偿、数据融合等模块对系统数据进行整合及数据 质量管理，建立数据标准规范体系，并通过大数据技术对历史数据进行分析处理，并挖掘 数据的潜在价值，提供决策支持，推进高速公路机电系统更精细化地管理。 服务层有：故障预警系统、故障分析统计系统、网络分析系统、供电监控系统、系统优 化决策系统、资产管理系统、运维过程管理系统、移动运维系统、3D 仿真系统等九大系统。 九大系统能建立起全方位、立体化的高速公路交通基础设施运维管理体系，并对系统进行监 测、评估、诊断及修复，此外还提供优化决策服务，以及一定程度上系统改造的可行性判断。 丰富的功能模块，由故障预警、故障分析统计、各子系统实施监控、决策支持、资产管 理、实时交互等子系统全方位地提供智能化运维服务。 基础层包含：异构网络融合、硬件集群、分布式数据库。 （四）平台构建与实现 要实现省域高速公路机电运维体制向全员生产维修（TPM）阶段推进，必须先实现省域 高速公路机电智能运维各系统之间、各单位、厂家的异构数据库之间的数据集成，先实现与 该平台对接的新旧系统应用服务之间的信息交互和共享。为此本文提出在运维平台构建 ESB 数据集成模型。模型通过基于消息流程的负载均衡，采用 WSDL 和 Active MQ 技术，以消息 处理中间件、各分布式节点的负载、资源状况为判断依据，进行流程节点分配，单位时间内 完成传输过程中大量消息的处理。运维平台 ESB 总体架构设计如图 3 所示。故障预警、故障 分析、供电监控、资产管理等应用都注册在 ESB 服务总线上。当有系统接入请求，通过适配 器组件把提供者的特定请求转换为 ESB 要求的消息类型，以实现应用的集成