1、基于 SOA 的视频监控系统的整合与调试摘 要本文对大准铁路信息化平台进行了全面分析，针对视频监控系统的整合进行测试，提出改进意见，完善系统。 关键词SOA；铁路信息化；行车监控；视频服务 中图分类号：TP391.41 文献标识码：A 文章编号：1009-914X（2015）27-0110-02 1 引言 多年来，大准铁路公司根据业务工作实际需要，先后开发了多个业务应用系统，在设备监控、通讯保障、运输管理提升等方面发挥着极其重要的作用。由于这些系统大多是从一次性开发的角度实施的，导致业务支持的模式不尽相同，缺乏全局的信息共享及信息一体化能力。当融入新的功能和业务流程的时候，需要进行较大的改动和
2、增加较多的功能，造成了大量的资源浪费。 为此，大准铁路公司将以 SOA 信息技术架构为主线构建信息资源整合一体化管理平台体系。在保持现有业务应用系统功能和运行方式基本不变的前提下，实现各业务流程、数据资源及人员交互的整合协同，增强全业务领域数据和信息一体化共享的能力，以全面支持公司的管理创新、业务创新。 2 SAO 概述 SOA 是英文 Service-Oriented Architecture，即面向服务架构的缩写。在基于 SOA 架构的系统中，应用程序的功能是由一些松耦合并且具有统一接口定义方式的组件组合构建起来的。接口的定义应该独立于实现服务的硬件平台、操作系统和编程语言，这使得构建在各
3、种这样的系统中的服务可以以一种统一和通用的方式进行交互。 SOA 具有编码灵活性、支持多种客户类型、更易维护、更好的伸缩性、更高的可用性等优点，它能够帮助我们站在一个新的高度理解企业架构中的各种组件的开发、部署形式。 3 大准铁路信息化整合构架 大准铁路 SOA 平台构架是一个全面的、成熟的 SOA 架构，它提供了一个可以促进和简化服务设计、管理和部署的环境。每一个设计出来用于被整个企业共享的服务都应该发布至这个 SOA 架构中。SOA 目标架构应该被用于指导未来所有的应用开发和改造的一个重要的指南。当然，此目标架构也应该随着企业需求的改变和业界标准的演进而变化。 功能说明：SOA 架构的核心
4、模块包括企业服务总线、业务流程中心、数据交换平台、SOA 管理平台。该架构中的每一个组件均支持一个企业SOA 环境中的特定需求。 4 整合行车远程监控系统 在大准铁路公司的综合门户系统中集成车务行车视频监控系统，其主要完成功能有： 1.实时直播 实现车站视频的实时直播功能，把现场的实时视频影像转换成流视频传送到客户端供客户监控。 2.抢占播放 由于视频传送带宽有限，每个站只能播放 4 路视频供在线客户同时访问，如果想优先观看某一路视频，可以抢占正在播放的某一路视频，同时关闭了被抢占的该路视频。 3.视频共享 由于视频传送带宽有限，每个站只能播放 4 路视频供在线客户同时访问，用户可以共享现在已
5、经点播了的视频，共同监控，共享视频的用户不受限制。 4.视频站点系统维护 当站场视频的系统配制有变动时，可以增加、修改、删除、查询各个站场视频服务器及监控点的配制，以及时的更新、同步到视频服务器的配制。 4.1 测试行车远程监控系统整合效果 1、基于现在的网络情况，最好的一个站能播放几路，共几个站能播放，具体到每个站哪些播放点能放，哪些不能放。 2、出现了视频不能传播的情况下，怎么样处理这些情况，使软件正常使用。 4.1.1 测试场景 现在视频网络环境为独立的局域网，一共有 9 个车站装有视频，每个车站有一个视频服务器，每台服务器联接的监控点数量不等，分别为：点岱沟 16 个，唐公塔 4 个，
6、龙王渠 7 个，燕庄 7 个，丹洲营 6 个，唐电厂 7 个，南坪 23 个，老牛湾 4 个，大红城 4 个。每个站的视频服务器通过分配给的带宽不同的光纤连到视频转发服务器。由于这 9 个站建立的先后顺序不同，监控点的视频流格式不同，传送的数据占用带宽也不同。4.1.2 软件功能测试 1、对同时多路视频实时直播进行测试。 结果：在目前视频转发服务器的 10M 带宽情况下，打开多路视频图像（小于 5 路）时，编解码程序卡死；已经打开的多路视频无法正常关闭播放窗口，需要重新再启动编解码程序时才能关掉已播放列表多路视频。 2、采用 Windows2003 作为视频编解码服务器实现多路数据推送。 结果
7、：在网络带宽加大到 10M 时，在客户端连续点击 3 个多路视频图像时，流媒体仅建立了 2 个发布点，再点击一路视频时，编解码程序未响应，正在播放的 2 个视频图像也都停止，并无法正常关闭视频窗口，需重启编解码程序才可以正常关闭窗口。 3、10M 带宽网路阻塞监控 结果：流媒体视频服务器播放一个站点需要的流量大于厂商监控终端。使用厂商的视频监控软件，同时打开 8 个图像监控画面时，画面不连续，网络流量在 600KB/S 左右就达到极限。在新增加的网络下，厂商的视频监控软件在同时打开 16 路图像视频时，所有画面均显示正常。测得网流速度可达到 1.3MB/S。 4.1.3 测试结论 1.在网络带
8、宽增加到 10M 时，目前仍无法正常显示多路视频图像（多于 4 路视频实时播放目前就无法正常播放） 。 2.视频转发服务器与九个车站的视频服务器的网络带宽已经增加达到 6M，与编解码服务器的网络带宽已达到 10M，测试视频使用的网络已经达到播放多路视频的网络要求。 3.测试多路视频（5 路视频图像）实时播放未通过。 4.2 整改方案 1.需要先解决新添加的 4 个车站的图像清晰度问题，让 9 个车站的视频图像都可以正常显示。 2.在查找目前编解码方式进行多路视频数据推送时，出现的性能瓶颈，主要是推送多路数据到流媒体服务器时，程序未响应或卡死错误，建议可考虑使用开启多个服务来测试多路视频流的推送
9、。 3.在考虑并测试使用多个服务来处理多路视频的情况时，WEB 展示相对应的后台处理安排同步进行。 4.3 改进后测试效果 目的：测试所有的视频服务器连接的各监控点在最大播放路数下的proxy 的转发能力。 1.条件：同一视频服务器，打开一路，同时打开 9 个视频服器的一路视频。 现象：当打开前 4 路时，视频播放流畅，再打开 4 路时，视频图像有卡的现象，CPU 的使用率为 9%-16%之间波动，每个进程的占用内存为了 2200KB-2600KB；下载网络带宽为 1.4-1.5MB。最后一次运行时长 30分钟，转发稳定。 结果：通过 2.条件：同一视频服务打开一路视频，有一个视频服务器打开
10、3 路视频。 现象描述：当在一个视频服务器打开 3 路视频的时候，视频卡住，其它的视频服务器打开的视频均卡住不动，并且观察网速从 1.6m 下降到0.3M。当关闭打开了 3 路视频服务器中的一路时，恢复到正常，即其它的画面流畅播放，网速上升为 1.6M. 结果：需要解决，当一个代理进程出现传入数带宽不够的情况下，不影响其它的代理进程的传送，转发及播放。 3.条件：打开同一个视频服务器的最大播放路数。 现象：打开一个视频服务的第一路时，播放正常，画面流畅，当打开该视频服务器下第二路视频时，由于传入带宽的限制，传入数据不够时，第二路视频打开并卡住画面，同时第一路视频的画面也卡住。不能播放，当关掉第
11、二路视频时，第一路正常播放。 结果：由于从视频服务器到 proxy 的带宽限制导致出现该现象。该现象的出现直接导致其它的视频服务的正常播放停止。 4.3.1 测试结论 使用开启多个服务（一个服务处理一个车站，在一个车站出现问题时，也可以不影响其它车站的视频实时图像播放或者更加细化到监控点处理）来测试多路视频流的推送。播放流畅，测试通过，暂时满足了员工需求，实现了行车远程监控系统整合效果。 5 结束语 SOA 技术架构是企业应用需要和信息化发展的必然产物，其表现出来的灵活性与优越性无容置疑，它也是新兴的企业应用集成技术方案，体现了当今企业应用集成技术领域的最佳方案。因此，公司将基于 SOA 平台来实施企业级系统整合和集成，最终目标是让公司的应用系统联合起来工作，满足铁路的信息沟通，业务拓展和变化的需要，以应对在铁路运输中的实时需求变化。
