跨平台多终端自动播出系统研究与实现.docVIP

跨平台多终端自动播出系统研究与实现 　　【摘要】　本文探讨了如何实现C/S、B/S架构的自动播出系统，比较两种实现的优缺点，并详细介绍了如何采用HTML5的全新特性WebSocket来实现B/S架构自动播出系统，实现对跨平台、多终端的支持。 　　【关键词】　自动播出系统　跨平台　多终端　HTML5　WebSocket 　　一.　什么是自动播出系统 　　自动控制是指无需人经常直接参与，而是通过对某一对象施加合乎目的的作用，以使其产生所希望的行为或变化的控制[1]。 　　广播行业的自动播出系统跟传统的自动控制有所区别，它需要软件和硬件密切配合，才能实现。因为在整个广播播出过程之中，有不同功能的不同类型的设备参与，比如视频服务器、矩阵、主控台等等，而且，这样的设备有可能来源于不同的厂商，如果是完全由人工控制，难度大、不易同步协调，而且安全性得不到保障，自动播出系统的出现使得操作员可以通过一个专门的系统对所有设备进行统一的控制与监视。 　　二.　C/S自动播出系统的实现 　　怎样实现一个广播行业的自动播出系统呢？我们从系统部署、系统架构选择、系统实现三方面来详细分析。 　　1.　自动播出系统部署 　　一般来说，一个自动播出系统由四部分组成：需要被控制的设备、设备控制服务器、数据库、各种应用客户端，图1说明了它们之间的关系。 　　（1）需要被控制的设备 　　该部分包括各种需要参与自动播出的设备，比如视频服务器，矩阵，主控台，VTR，字幕机，各种音频卡、视频板等等，它们能够通过网络、或RS422串口、或GPI接口进行控制。 　　（2）设备控制服务器 　　设备控制服务器是自动播出系统的核心，一般来说设备控制服务器属于两个网络：一个是设备网，设备控制服务器在这个网络上能找到需要控制的所有设备，通过网络协议、RS422串口协议、或者GPI接口发送控制命令到具体设备，从而能够控制设备的运行、监视设备的状态；另一个是应用网，在这个网络上，各种的应用程序能够通过设备控制服务器协议与设备控制服务器进行通讯。为了安全起见、同时避免网络阻塞，设备网与应用网最好保持物理上的独立。 　　而且为了保证设备控制服务器的可靠运行，采用主、备的双设备控制服务器是更好的选择。 　　（3）数据库 　　该数据库包含应用中的各种数据，比如用户信息、业务数据、媒体元数据等等。这些数据既可以给应用提供完善的信息，也可以避免应用频繁操作设备，降低设备的性能，比如媒体元数据。 　　（4）各种应用客户端 　　该部分包括各种各样的应用，比如播放列表、媒体录入、设备状态监视等等，而且随着需求的变更，应用程序会不停变化或增加。 　　2.　软件架构的选择 　　通常来说，一个软件有C/S或B/S两种架构可以选择。B/S是Browser/Server，指浏览器和服务器端，在客户机端不用安装专门的软件，只要一个浏览器即可，属于瘦客户端。C/S是Client/Server，　指客户机和服务器，在客户机需要安装客户端软件及相应环境后，才能访问服务器，属于胖客户端。 　　表1[2]对B/S和C/S优缺点进行了比较，由于C/S架构的实时性能高且稳定，C/S成了自动播出系统的不二之选。 　　3.　C/S架构自动播出系统的实现 　　在选定了C/S的软件架构后，接下来介绍如何实现自动播出系统的设备控制服务器与客户端。 　　（1）设备控制服务器的实现 　　要实现设备控制服务器，一般来说包括三层：设备驱动层、事务层、服务层。 　　设备驱动层 　　这一层包括三部分：设备管理，设备协议，设备驱动。 　　设备管理主要用来分类管理各种设备，使得可以很方便得在业务层进行控制。 　　设备协议是指对不同类型的设备来说，有不同的控制协议，比如控制视屏服务器的VDCP协议，控制VTR的SONY　VTR协议，控制矩阵的矩阵协议等等。 　　设备驱动是对某一型号设备的具体支持，它从某一设备协议继承而来，可能受通用协议的控制，但也有自己的一些特性。 　　设备驱动层是设备控制服务器的基础，只有在设备驱动层正确地工作的前提下，自动播出系统才有可靠运行的可能。 　　事务层 　　这一层包括设备控制服务器能够提供的各种事务处理能力，比如播放列表、设备状态监视、媒体服务等。 　　播放列表主要用于自动播出，通过维护一个串行的列表，使得节目可以一个接一个得连续自动播出，避免繁琐的操作，减少错误的发生。 　　设备状态监视是一个非常重要的部分，这一部分通过对设备状态的监视，预防播出事故，即时通知管理员进行维护与更新，就像汽车的胎压监控仪一样给予安全行驶的保障。 　　媒体服务保证设备的媒体信息即时更新，比如视频服务器的媒体信息，并提供方便的方式可以进行媒体录入。更进一步的是，可以提供全局媒体服务，在不同的地方可以共享媒体，快捷方便得进行媒体传输等等。 　　服务层