辽宁省广播电视内容智能监管系统设计概述

辽宁广播电视　术　第４期　辽宁　（辽宁省广播电视及信息网络视听节目传播监测中心）　【摘　要】为进一步提升广播电视内容监测水平，辽宁省广播电视监测中心建设了广播电视内容　智能监管系统，本文对该系统总体设计做简要的介绍。　【关键词】智能监管系统；Ｗｅｂ；；Ｒａｉｄ　为了切实提高广播电视节目内容的监测分　务器、Ｗｅｂ应用服务器、数据库服务器、存储服　析能力，辽宁省广播电视监测中心建设了广播　务器、磁盘阵列等硬件，对数据进行处理分析。　电视内容智能监管系统，为省局加强对省内各　个播出机构的广播电视节目和广告的监管提供　更有力的技术支撑和保障。本文就该系统的总　体设计做简要介绍。　一二、系统物理结构设计　如图１所示，市县监测前端把通过信号采集　与转码设备采集到的广播电视信号数据回传到　省中心前端，存储在磁盘阵列中；中心数据处　、系统总体概述　理系统通过各组服务器对采集回来的数据进行　该系统重点在于中心数据处理系统的设　分析处理；最后用户使用监听监看坐席，通过　计．面向海量的广播电视音视频数据，基于音　Ｗｅｂ界面访问系统，在系统中任意播放广播电视　视频预处理（包括音视频转码及解码）、节目　频道节的目内容，审核分析结果，从而实现监　监测、广告监测三个服务器组以及集群调度服　听监看。　／　一一一～～～　ｌ　＿，／中心数据处理系统　、、　、　图１广播电视内容智能监管系统物理结构图　作者简介：王娇婷，辽宁省广播电视及信息网络视听节目传播监测中心，节目内容监管科，工程师，主要从事节目监听监看工作。　・６４・　监测与测量　Ｍｏｎｉｔｏｒｉｎｇ＆Ｍｅａｓｕｒｅｍｅｎｔ　总第９０期　整个中心系统的硬件组成如下：　并发数据访问。该系统采用软硬件集成方案，用　１．Ｗｅｂ应用服务器：用于部署客户端的Ｗｅｂ　户只需提供录音文件访问地址和第三方数据库接　　服务程序，为客户端浏览器提供ｗｅｈ服务、各　口，即可无缝嵌入到监测中心现有网络中。个业务处理系统的界面功能以及运行业务流程　的相关服务与组件。　三、系统软件架构设计　软件架构采用模块化设计，每个模块保　２．集群调度服务器：用于部署计算节点的　调度器以及系统工具程序：如任务下发、节目　持一定的功能独立性，在协同工作时，通过相　与广告下载、节目与广告模板下载训练、系统　互之间的接口完成实际任务。模块化设计将功　监控、数据同步、历史文件清理等，对计算节　能模块有机地结合起来，在保证正确性的基础　点进行管理与任务调度。　服务和平台数据库服务，存放系统的管理数据　上，提高了软件的可扩展性和可复用性。系统　３．数据库服务器：用于部署系统的数据库　软件模块架构如图２所示。　软件架构采用分层逻辑结构，整个系统自　信息、音视频处理的结果信息、工作流信息、　同时也是计算节点、调度器与ｗｅｂ服务应用层　的交互接口。　中间数据。　下到上分为３层：数据采集存储层、数据分析处　数据采集存储层主要通过数据库、已有的　音视频数据磁盘阵列以及文件同步系统，为数　访问服务。数据分析处理层通过集成了固定模　板检索、语音比对等多项智能处理技术的Ｐａｔｔｅｋ　　异常信息、日志信息等。另外，数据库服务器　理层、表示层。４．存储服务器：存储解码的特征、图片等　据分析处理层提供面向对象的、稳定的数据库　５．磁盘阵列：存储广播电视视音频数据。　６．音视频处理与计算服务器组：实时对调　数字内容计算平台，为表示层的系统业务应用　度器下发的任务进行计算分析，并把计算结果　提供中间层的服务支撑。表示层向数据分析处　通知调度器，主要包括视音频预处理、广告监　理层提交任务，通过动态网页与数据分析处理　管和节目监管这三类计算服务器。　层进行交互以及数据通信，其中包括提交增　各个服务器均可为主流机架式计算机物理部　加，删除，查询，修改，管理等操作，并提供　署，服务器之间通过千兆局域网互连。用户业务系　时间轴控件显示音频波形数据，以达到辅助人　　统在基于Ｊ２ＥＥ的Ｗｅｂ　Ｊ］￣务器管理下，实现多用户　工快速审核计算机智能处理结果的目的。…………………　溉　………………一　表示层：　Ｌ…。‘…节目篮管　。。。。。‘。。。‘。。。。。。。。。。。。。。。。。。。。。。一广告监管　’。　。。。。’…………系统管理　……。。一　１／　ｌ■●…■■…■●一ｌ　ｌ●■…ｌ■■一　Ｉ　…………………一一　、　＿……………………Ｉ　数　析ｉ处理　：　……　………Ｆ—ａｔｔｅ．ｋ数字内容计算平台　姒于　台Ｆｌ畀　口　…　。。一。＿＿＿。。…　．…．．　………．．　数据采集　≮二－－：≥　一　’　存储　：　：Ｉ　’　数据库＋——＋　数据同步系统　３Ｕ川ｌ！　ＩｌＩ　！ＩＩｌｌｌｌｌ！　３Ｕ　筐　盼　ＩＩＩｌ川Ｉ　：　：　Ｉ　一　图２广播电视内容智能监管系统软件架构图　・６５・　辽宁广播电视　术　四、系统其他设计　１．系统安全架构　第４期　的。当计算节点出现故障时，可通过察看任务　调度器的日志以及计算节点的日志，检查数据　系统的基本安全保障主要包括网络安全、　数据备份等防护机制。　（１）网络安全机制　源是否正确，修复故障后重新启动这些节点即　可。　Ｗｅｂ　Ｊ］￣务的故障基本不会发生，如果发生　一通过设置可访问的ＩＰ范围，保证平台安　般也是由网络状态、数据库工作状态等所影　全，通过防火墙进行访问控制，可以防止恶意　响，因此解决这些故障后重新启动ＷｅｂＨ￣务即　攻击，同时为了防止网络攻击及被监测对象进　可。　行反向定位，从而利用网络地址翻译（ＮＡＴ）　的地址加以隐藏，保证平台的安全。　（２）数据定时备份　调度器发生故障的几率也很小，一般由　后，重新启动调度器即可恢复正常工作。　等ＩＰ地址隐藏技术，将所有访问互联网的机器　数据库是否正常工作所决定，修复数据库故障　另外，计算节点和调度器均采用了恢复及　通过Ｒａｉｄ配置来满足平台数据备份的要　再启动服务技术，当出现故障后，会自动启动　求，Ｒａｉｄ是一种存储性能、数据安全和存储成　服务，并把没有完成的任务继续做完。　本兼顾的存储解决方案，为平台提供更好的数　据恢复以及更好的数据安全保障。　２．系统维护设计　３．人工处理过程　（１）人工审核并校对各系统的监测结果　对于各系统的监测结果，都给出置信度，　ｗｅｂ服务、“平台”调度器、“平台”计　对置信度较高的结果，可以直接入库，不需要　算节点都会包含出错信息的日志文件，并与控　人工审核，对置信度较低的结果，人工校对后　制台信息同步输出。详细的日志以及控制台信　若发现偏差，则需要给出人工审核结果，并入　息给平台的维护带来了方便，这些日志通常由　库。　以下几部分组成：　（１）Ｗｅｂ　Ｊ］￣务日志：记录用户的每一个操　（２）系统管理　对于用户信息（包括用户权限信息与分　作记录以及操作是否成功的状态信息，不仅能　配）、违规知识库、异常信息等，需要人ｌＴ进　查找某个用户的操作历史，同时也能确定Ｗｅｂ　行日常的管理，系统软硬件的维护管理和参数　服务的某次操作故障的原因。　（２）调度器日志：记录调度器发送给计算　节点的每个任务的命令行参数，通过这些参数　否正常工作。　配置都可在系统管理中实现。　（３）系统维护　由于历史监测数据的不断积累，有可能　来压力，影响数据库的工作效率，导致任务累　目前本系统在省监测中心运行良好，除　可检查节点信息是否有误，并可检查调度器是　造成数据库中的数据量过于庞大，给数据库带　（３）节点日志：记录计算节点对每个任务　积，因此需要人工定期对系统进行维护。　进行处理直至返回结果的过程，可检查计算节　点是否正常工作。　日常的监测以外，经历了重大事件保障活动的　计算节点的故障发生机率很小，如果发　实际考验。该系统的使用大大节省了人力、物　生，一般是由某一时刻不正确的数据源所引起　力，有效提高了ｌＴ作效率。　・６６・