安徽省县级融媒体中心建设架构设计

吴玉友

安徽广播电视台 安徽省 合肥市 230031

概 述

随着技术的发展，我国已经步入视频+人工智能+大数据+云计算的时代，政务服务、政府数据公开、智慧城市建设和智能传播已经密不可分。媒体行业迎来转型发展的新机遇，融合媒体已成为主流媒体发展的方向。但是，县级媒体独立建设融媒体平台存在诸多困难，一是全国范围内县级媒体建设融媒体技术平台的整体进程较为缓慢；二是县级媒体缺少资金和人才，相对缺乏业务经验和运营管理经验。为了解决县级融媒体建设的困难，按照安徽省委宣传部的要求，安徽广播电视台采用“一省一平台”的建设模式，将构建一套面向全省、市、县三级融媒体中心的省级融媒体业务技术支撑平台，为全省各级相关单位提供融媒体服务。

1 建设原则

安徽省县级融媒体中心省级技术支撑平台建设，为县级融媒体中心的内容汇聚、生产、发布提供一体化服务，集合了全媒体策、采、编、播、存、管、控的所有环节，为全省各县级融媒体中心提供一个长期不间断运行的、高可靠性、高处理能力、可扩展性强的融媒体业务支撑平台，该平台在设计建设上需遵循以下原则。

1.1 安全性原则

平台拥有完善的冗余备份和安全防范体系，保障系统高可靠性能和端到端的安全，具有多重安全防护，无单一崩溃点。系统不仅能抵御外网的数据非法访问攻击，而且在内部也会具备完善的认证和授权机制来保证系统的安全性。

1.2 先进性原则

在安全的基础上，系统设计充分吸取了先进的媒体技术、云技术、IT技术以及大数据技术进行构建，并兼顾了未来技术发展方向。

1.3 实用性原则

平台设计做到一切面向应用，由应用的实际需求层层下延，从云平台、网络、存储、主机、软件等各个方面对系统进行优化。

1.4 高效性原则

由于融媒体信息汇聚源广、操作群体庞杂、工种分配细致等实际特点，容易造成执行效率低、流程不流畅的缺陷。因此，平台使用自动化方式处理，通过流程引擎驱动整个业务，完成高效率的运转，满足县级融媒体中心对业务流畅执行的要求。

1.5 可扩展性及充分融合原则

安徽广播电视台的省县级融媒体平台考虑了未来业务发展的需要，具备较强的可扩展性，在不影响平台正常使用的情况下能平滑扩展。主机平台、网络平台、数据库平台等，具有良好的可扩充性。数据模型充分考虑将来可能的扩展和业务的变动，以适应业务的迅速发展。架构设计采用伸缩性强的体系结构，以能够适应业务的不断发展和入驻机构规模的扩大。

此外，本平台设计中充分融合了已建成的安徽台融媒体中央厨房私有云平台，结合公有云，形成以私有云+公有云的融媒体混合云平台，可以更好地为安徽省各级融媒体中心提供服务，并能向上级部门提供宣传管控手段。

1.6 开放性原则

平台采用了开放技术、开放架构、开放组件和开放接口，视音频文件编码格式、编目标引、数据接口等都基于相关国家、国际或行业标准执行。这将有利于平台的维护、扩展、升级，以及与外界信息和第三方系统的交互，保证了与多种设备、系统的良好集成性能，确保与其它平台或系统的衔接。

2 架构设计方案

2.1 建设目标

安徽广播电视台构建的省级技术支撑平台具备面向省、市、县各级融媒体中心的融合汇聚、内容共享、融合生产、融合发布、综合信息服务、舆情数据、宣传管控、业务运营管理等八大核心功能，向各级融媒体中心提供融媒体业务服务和对接能力，最终将实现省、市、县各级融媒体中心的全部入驻。同时，平台还承载了上级单位对各级融媒体中心的宣传管控能力，提供决策参考信息，正面引导宣传方向，传播正能量，提升主流媒体的公信力和影响力。如图1所示。

图1 安徽广播电视台省级技术支撑平台核心功能

2.2 总体架构

安徽省的县级融媒体中心面向各融媒体用户提供工具类、服务类产品，解决基础资源、应用支撑、运营支撑、公共后台服务等能力。总体架构自下而上分为5个层次，分别为基础资源层、平台支撑层、运营层、软件服务层及软件工具层。总体架构，如图2所示。

图2 总体架构图

2.2.1 基础资源层

采用私有云+公有云的混合云模式，构建业务所需的存储资源、计算资源、网络资源等，通过云技术构建出企业级、安全、可靠、弹性的云平台基础资源池，实现资源的集中使用和集中维护，提高资源使用效率，实现弹性扩展。

2.2.2 平台支撑层

平台支撑层实现了“承上启下”的作用，衔接上层应用工具，对接调度下层基础资源。一方面能够将上层业务系统从繁琐的软件基本能力建设中解放出来，具备工具的解耦能力；另一方面能够感知上层应用所需，自动弹性伸缩服务，具备调度下层资源的管理能力。支撑层采用分布式框架、高可用框架、媒体处理引擎、流程引擎、大数据引擎、媒体业务引擎、AI等技术构建融媒体支撑平台。

2.2.3 运营层

运营层具有支撑“一省一云平台”运营服务的重要功能，提供运营门户、运营管理、租户管理、运维管理等支持能力，为各个业务单位提供服务和软件，即服务（SAAS）工具。

2.2.4 软件服务层

软件服务层提供各种服务能力供各级融媒体中心按需选择，包括合成、迁移转码和技审等媒体处理服务，智能唱词、标签等智能服务，舆情、线索、传播影响力分析等数据服务以及面向制播、党建、政务和教育的网关服务。

2.2.5 软件工具层

软件工具层主要支撑了用户在日常生产中所涉及到的各类工具，涵盖采、编、发、存、管等各类融媒体工具，包括：通稿、收录、拆条、PGC回传等资源汇聚工具；多媒体稿件、视频简编、虚拟非编、手机端制作、拆条等新媒体生产工具；编目、标签、检索等内容管理工具；面向两微一端、微信矩阵和网站的发布工具；舆情服务、生产监测、媒体影响力评估等报道指挥工具；智能标签、转码、技审等媒体智能服务工具。

2.3 各级融媒体建设及对接方案

各级融媒体中心分布于安徽全省各地，涉及电视、报刊、广播等多种媒体形式，县级融媒体中心将采用本地+云端建设方式，即将电视生产、电视播出、本地系统对接放在县级融媒体中心建设，其他业务尽量采用云端方式。依据各市县业务、技术系统形态多样性实际及中央厨房、融合发布系统、县级融媒指挥中心、县级视频制播系统四个功能模块的实现方式，可以采用三种方案建设。

2.3.1 方案一 融媒体中心业务完全由省级云平台实现

中央厨房和融合发布系统由云服务方式实现，县级融媒指挥中心由云服务+本地模式方式实现，县级视频制播系统由本地建设，这是最便捷的部署方式。如图3所示。

（1）中央厨房。在县级融媒体中心的互联网终端，通过终端访问云平台的各种工具，完成媒体内容生产。

（2）融合发布系统。县级媒体本地的各业务系统，通过网关服务器实现云平台的融合发布，例如，通过网关服务器及编码器，可将本地的播出信号进行上传处理，使得云平台上的APP工具能够共享本地信息。

（3）县级融媒指挥中心。本地建设融媒指挥中心，包括管控工作站以及专业拼接大屏，本地完成报道指挥工作，云平台提供指挥中心软件后台。

（4）县级视频制播系统。在县级本地部署基础的制播系统，包括非编站点和一体化播出系统，形成县本地的制播能力。

图3 县级融媒体方案一

2.3.2 方案二：融媒体中心核心业务自建，省级云平台业务补充

中央厨房、县级融媒指挥中心及县级视频制播系统由本地建设，融合发布系统由云服务方式实现，即核心系统自建于台内，生产和发布由省级云平台进行补充。如图4所示。

这种模式适用于业务量较大，有一定融合媒体业务和系统管理能力的县级融媒体中心。

2.3.3 方案三 融媒体中心业务完全自建，省级云平台提供管控接口

这种模式适用于具备自主运营和技术服务能力的县级融媒体中心，中央厨房等技术系统完全自建，自主提供完整的融合汇聚、生产、发布功能和流程，以及多种舆情数据服务，如图5所示。但是，此类县级融媒体中心还需要借助省级平台加强自身内容质量和传播范围。此外，自建平台原则上必须与安徽省县级融媒体中心平台对接，以实现主管单位对省属各县级融媒体中心的宣传管控，对接须遵循国家相关标准和安徽省县级融媒体中心省级技术支撑平台的规范。

图5 县级融媒体方案三

结束语

安徽广电县级融媒体中心的建设是安徽广播电视台落实中央和省委关于推进媒体深度融合发展的决策部署；是安徽省广电系统深化改革、激活资源、充分发挥全省广电媒体的集群优势和聚合作用的重要方法；是促进广电媒体生产方式、业务流程、发展需求、运营策略、体制机制等相互融合的创新举措，项目建设完成后，将有效实现推进安徽省媒体深度融合、推动广播电视服务基层、服务县域经济发展的目标。