广电媒体行业云平台建设需求分析.docx
- 文档编号:5839077
- 上传时间:2023-01-01
- 格式:DOCX
- 页数:19
- 大小:362.51KB
广电媒体行业云平台建设需求分析.docx
《广电媒体行业云平台建设需求分析.docx》由会员分享,可在线阅读,更多相关《广电媒体行业云平台建设需求分析.docx(19页珍藏版)》请在冰豆网上搜索。
广电媒体行业云平台建设需求分析
广电媒体行业
云平台建设需求分析
目录
第1章项目建设概述2
1.1项目建设背景2
1.2项目建设目标2
1.3系统设计原则2
第2章项目建设需求4
2.1总体设计要求4
2.1.1分布式设计4
2.1.2开放性设计4
2.1.3标准化分层设计4
2.1.4海量数据分析4
2.2具体业务需求5
2.2.1资料检索展示5
2.2.2视频资源管理7
2.2.3视频资源服务9
2.2.4系统运行管理14
2.3系统安全需求20
2.3.1安全设计20
2.3.2安全集成20
2.3.3安全服务20
第1章项目建设概述
1.1项目建设背景
1.2项目建设目标
1.3系统设计原则
根据总体建设目标,方案的架构设计需要遵循以下原则:
(1)可靠性及可用性
系统的可靠性包括整体可靠性、数据可靠性和单一设备可靠性三个方面。
采取分布式架构设计,从整体上能够提高系统的可靠性;系统的可用性通过冗余、高可用集群、应用与底层设备松耦合等特性来体现,从硬件设备冗余、链路冗余、应用容错等方面充分保证整体系统的可用性。
(2)开放性
系统的平台能力与上层业务解耦,支持通过标准接口统一为第三方应用系统提供业务处理能力;制定系统互联规范,支持通过标准接口与其他系统互连互通。
(3)先进性
合理利用虚拟化平台、分布式设计等先进技术,并与具体业务特点相结合,确保先进技术与应用的有效与适用,并与具体业务特点相结合,确保先进技术与应用的有效与适用。
(4)可扩展性
要求采用分布式设计、虚拟化部署,支持部署节点的扩充,支持视频处理和服务能力动态分配和并行处理;要求基础架构与业务系统松耦合,在业务系统进行容量扩展时,只需增加相应规模的基础设备,即可实现系统能力的扩展。
(5)安全性
遵循行业安全规范,架构的设计和规划、实施应考虑对内、对外连接的安全性,保证系统用户在权限之内的网络连接和对资源的访问。
(6)成熟性
采用经过大规模商用实践检验的架构方案和软硬件产品选型,保障方案的成熟性。
第2章
项目建设需求
2.1总体设计要求
//这里重新描述客户业务系统总体设计需求。
下面内容是通用技术需求,仅供参考。
2.1.1分布式设计
系统应支持多中心分布式部署。
系统应按照总体目标要求进行架构设计,实现多中心部署、分布式运行。
要求多中心支持多厂商多品牌设备统一管理,可全球跨区域多点布局集中管控,对于系统内的各类资源进行整合、统一分配、统一调度,要求进行虚拟化部署,支持业务资源的灵活调度,支撑新业务的快速部署和上线,支持视频处理和服务能力动态分配和并行处理,能够对虚拟机的状态进行统一监控和管理,实现性能调整、故障处理、动态切换等操作,从而摆脱物理资源捆绑、提升系统处理能力、提升资源利用率、系统延展性、可靠性和业务稳定性。
2.1.2开放性设计
支持用户新业务孵化并提供后续研发和设计支持。
为保证系统的可持续演进,系统需提供各层API开放接口。
系统展现界面引入轻量级模块化应用的设计开发思路,达到整合底层应用逻辑,减少重复开发,减少更多无谓的界面代码,简化用户操作界面,优化用户体验。
要求系统应用支持在线升级。
2.1.3标准化分层设计
各级平台的业务功能均要求采用分层架构设计,从上到下分别为:
应用层、视频服务层和基础服务层,下层为上层提供业务支撑,层与层之间解耦,便于系统改造和扩展。
系统的功能层内的服务域之间、服务域内不同功能组件间,均采用标准化的接口互联互通,易于部署和管理,便于扩展和升级,能够满足后续新建各层级节点、升级扩容已建设节点的需要,并满足全系统可视化统一管控的需求。
2.1.4海量数据分析
系统应提供海量数据分析,通过大数据技术管理海量元数据,对系统内相关的海量业务数据进行分布式存储、处理,并能在设计框架内结合生产数据,进行深度挖掘、智能统计分析,以提供作为系统统计报表的数据依据,要求保证用户良好体验,通过对用户行为统计,提升服务管理水平,最终系统各层都具备可弹性服务的形态。
2.2具体业务需求
2.2.1资料检索展示
要求系统提供高性能高可靠的视频资料统一对外展示,提供海量分布式资料内容的全文检索、高级检索、组合检索、相关度推荐、检索筛选等功能,查询响应迅速,方便用户更加快速准确定位想要寻找的信息。
系统提供美观、用户友好的浏览界面,提供方便简洁而全面的用户功能,提供多语言语种的支持环境,并针对用户习惯提供操作、显示、访问相关的个性化设置。
除此之外,为了满足用户需求,系统还需要提供多种模式的定制化流媒体在线播放,专题、热点内容展示等功能。
要求多词检索搜索引擎支持多个关键词的查询,以便更准确的查找需要的资料。
各个关键词之间允许使用“与”“或”“非”的逻辑操作。
要求能够进行组合查询,以更加准确的定位需要的信息,实现包括:
支持布尔逻辑检索、支持渐进检索、支持同义词检索、支持自定义用户词典、支持拼音检索、支持模糊检索、支持相关检索等组合检索功能。
要求能够对提供的关键词进行分词,把分词后的结果按“与”方式进行查询。
检索的索引也按分词进行,以提高查准率。
要求检索结果的展现按模板来显示,默认按内容标题、链接、自动摘要这几项信息的列表来展示结果。
要求基本搜索使用简洁方便,当用户输入查询内容后,按回车键或点击“搜索”按钮,即可得到所查寻的信息。
要求“相关检索”在搜索一个关键词时,在结果页面出现与被搜索词相关的一些关键词的链接,点击这些链接,能够比较准确得到相应关键词的搜索结果。
要求渐进式检索能够在网页检索的结果页面能够进行:
要求支持重新查询、在结果中再查、在结果中去除和分类下更多结果等检索结果筛选功能。
。
要求查询结果中包含的关键字系统要能够自动高亮显示,以方便用户快速的浏览断定该文章是否是有用的。
要求检索系统能按照标题或者按照文章内容来搜索,支持按照不同频道栏目、排列顺序以及时间段来搜索;搜索结果按照时间顺序排列,搜索关键词凸显;要求提供多种检索运算符,包括简单检索和各种组合检索,允许使用文中的任意字、词、句和片段进行检索,满足用户海量数据情况下的高并发检索工作需要;要求内嵌汉语自动分词系统,支持按词索引、按字索引、字词混合索引等多种索引策略。
要求搜索引擎的网页检索结果提供多种排列方式,能够根据关键词与页面或文章标题的相关程度进行排列,也可以是按照日期顺序呈倒排序等,几种方式可以在查询时由用户确定。
要求支持检索结果智能排序技术,根据关键字命中区域、命中次数、节目热度、入库时间等因素自动计算出节目的排序权重,优先显示用户最可能需要的资源。
要求系统能够提供查询热词推荐功能,各个用户查询的关键词会被系统记录。
查询热词会自动的展现在页面上,用户点击这些热词就获取到这个关键词的查询结果。
要求支持中文UTF-8、GBK编码的内容检索,英文内容检索,以及支持中英文内容的混合检索。
要求可以远程进行检索管理,能够进行数据检查、数据优化、数据修复、数据紧缩、数据删除等操作。
要求支持索引的撤稿功能,即与内容管理系统无缝衔接,撤销的内容能够及时地从索引库中删除。
要求站内检索系统有多语言支持模块,下载稿件支持多语种元数据的生成。
能够支持用户登录语种个性化选择。
要求系统根据对行业、类别、题材、区域、历史事件、新闻事件等的检索需求不同,能够提供专题库展示,比如环境类视频资料。
要求能够对现有资料库中的内容进行批量化筛选,赋予专题属性。
要求主动向用户推荐可能感兴趣的资源、相关联的资源或热点资源,提高查找效率和用户的使用体验。
要求页面浏览、检索、低码流在线预览等至少支持每秒200并发。
要求千万级全文检索至少在2秒钟之内返回结果。
要求检索系统能够增加分布式模块,来实现大数据量分布式检索应用,提供良好的扩展空间。
支持多机集群并发索引技术,实现海量音视频文件的分布式存储搜索体系。
要求系统提供网络安全保障,保护用户数据、系统数据、业务数据的安全性和正确性。
要求系统提供流媒体在线展示功能,为提高视频的播放响应速度,要求支持流媒体文件的碎片化处理,将视频文件自动切片为内容碎片,加快文件的加载速度。
要求支持HDS/HLS等协议传输的视频文件。
要求支持快速拖动、暂停和播放,可显示缓冲进度和播放进度。
要求对在线播放器进行深度定制,并和稿件元数据及系统的其他功能相结合,支持字幕加载、替换、关键点显示、跳转、显示缩放等功能。
要求支持在播放进度条标注相关信息,便于检索查看。
要求资料检索展示应用采用轻量级模块化应用的设计开发思路,能够达到整合底层应用逻辑,减少重复开发,减少界面调整相关开发,简化用户操作界面,要求支持页面改版和定制化,为用户提供良好视频资料检索服务体验。
要求资料检索展示应用基于广域网进行开发,采用APP化的用户交互模式,要求自动根据不同浏览器对访问UI和功能进行调整、优化。
简化用户检索稿件、浏览低码率文件、进行功能访问等操作。
要求检索展示应用能够根据网络带宽和用户选择,实现不同的视频编码格式、不同的编码大小及编码速率等视频格式间的动态切换(如超清、流畅模式的切换),以满足不同类型网络用户视频展示的需求。
要求支持多种流媒体协议、各种主流视频格式,支持负载均衡等技术。
要求系统应用支持在线升级,有统一美观的界面风格,并具有灵活性,可设置模板、过滤器等,对展示内容进行灵活调配。
要求支持主流浏览器,要求支持移动终端。
2.2.2视频资源管理
要求提供视音频、图片、文档等全媒体资源的统一管理,针对影视剧、音乐专辑、图片集、新闻串联单、体育场记等提供个性化的分类体系、编目界面和展现方式,支持文档的加密浏览及全文检索,全面提升用户的使用体验。
要求系统对于平台所有视频资源进行统一管理,以面向服务为宗旨,为用户提供差异化、跨地域具有分布式能力、拥有分权分域特性的视频资源管理能力和视频服务。
要求系统支持根据权限为用户提供差异化的资料管理服务,如内容上载、编辑、审核、下载、共享等基础服务能力,审核通知、自定义元数据等高级服务能力。
角色和权限赋予用户更多的资料管理服务功能,能够进行更多种类的功能操作。
要求系统支持根据权限为用户提供差异化的视频处理服务,拥有权限将赋予用户更多的资料服务资源和附加功能,如可用的转码模板、专享的转码资源池、传输加速、更高的任务下载优先级等。
要求系统支持资源的分权限管理,支持多级别的管理员制,各级管理员对各自权限范围内的帐号、权限、业务等进行管理。
要求系统支持为用户组指定可用的存储空间,管理存储空间大小,设置分级存储策略。
要求系统提供分布式能力,支持跨地域的数据共享和数据同步:
支持全局统一命名空间,提供物理位置透明的视图,对所有系统内资源进行统一管理。
单一命名空间支持百亿级以上文件。
支持具有权限的用户在任意地域登录浏览全局命名空间,进行增删改查等操作,用户对于命名空间的任何操作都可以进行全局范围内的同步,同步周期可以进行配置,在一般网络环境下修改信息同步可以在秒级完成;支持内容统一调度分发,对上层内容管理提供可靠性策略、实时信息等进行统一分发,可通过后台将不在本地的热点信息同步到指定站点,支持站点间就近同步、多个站点向指定站点同步等策略,支持数据信息的推、拉两种模式,传输支持包括P2P在内的多种协议。
提供可靠性支持,系统可以根据可靠性要求将订阅的内容推送给指定用户。
支持就近访问,用户的访问和操作被定向到最近的站点。
提供以数据块为基本单位的分布式缓存机制,系统为热点数据在不同站点提供更多的副本作为缓存数据,保障其他站点能更快地访问到数据,每个站点可以独立设置缓存空间大小和生命周期策略。
拥有权限的管理员可以手动管理、清空缓存数据空间。
要求提供资源全生命周期管理功能,可监控资源从入库到归档直至删除的全生命周期,通过图形化的监控界面,可实时查看资源所处的生命周期,并可实时查看任务执行状态及相关记录,任务与资源自动关联,可灵活跳转。
要求系统支持后台管理功能,拥有权限的管理员人工为用户指定可用的资料管理服务项目和视频处理服务项目。
要求系统支持为用户以组合方式指定可用的资料管理服务项目和视频处理服务项目。
要求系统支持用户状态管理,系统管理员、业务管理员、用户组管理员等具有相应权限的用户能够查看各用户组的使用状态信息,包括:
已使用的存储空间容量、已存放的内容条目数、租户内用户数等。
要求系统支持用户信息同步,与资料管理域的用户进行统一规划、管理。
要求支持单点登录,实现各系统间登录一次,就可以访问所有互信系统的功能。
要求系统拥有独立的认证模块,要求同时支持统一认证和各系统单独认证授权的模式。
要求功能实现具有灵活、扩展性、组件化特性,提供用户数据修改同步的标准接口,以支持第三方统一认证系统的无缝对接。
要求支持资料跨部门共享,资料所有者可以选择内容发起跨部门共享。
要求支持选择多个资料进行批量共享。
要求支持用户在资料库检索结果中选择其它部门的资料,请求对方共享。
要求支持按定义自动共享策略,自动共享指定专题的新增资料。
要求支持资料所有者取消共享。
要求支持查看发起的共享资料列表。
要求支持查看收到的共享资料列表。
要求资料共享支持审核,要求支持共享统计。
要求支持在系统内建立资料协作组,各用户可通过将自有资料加入协作组的方式,同时向多个用户共享资料。
要求内容协作组支持跨多个数据中心,各用户可通过内容协作组实现内容跨地域协作。
要求支持每个用户可以加入多个内容协作组。
要求支持以内容为对象进行管理。
一个内容可包括:
一组不同码率的音视频文件、一组关键帧、一个缩略图、一个内容元数据、若干附属文件,也可仅包含上述部分内容,例如仅包含音视频文件和内容元数据。
要求支持上传用户对内容转码生成附属内容,为内容追加附件,其他用户对内容进行评分和评论。
要求支持查看内容详细元数据、缩略图、预览内容视频,查看内容上传人和上传时间。
要求支持上传人和具有相关权限的管理员删除内容。
要求支持用户使用全局分类,并可自定义分类。
要求支持按分类对内容进行内容组织和浏览,对内容进行共享协作等操作。
要求支持用户自定义专题,按专题对内容进行内容组织和浏览,按专题对内容进行共享协作等操作。
要求支持用户为内容添加、删除标签,按指定标签浏览内容,浏览热点标签排行。
要求系统提供数据同步、资源导入导出的标准接口,支持CNML2.0。
要求在5个分社建立资料上传下载加速节点。
2.2.3视频资源服务
要求提供的统一视频服务向全社各类系统用户开放,不同服务面向满足不同用户需求。
同时视频服务应形成统一的标准,便于其他系统能够按照标准的方式进行接入。
要求系统可以为内部子系统以及外部系统提供弹性差异化的视频资源服务。
系统将对视频服务和资源进行统一的管理和调度,视频服务将封装为标准接口,以满足功能灵活可扩展和程序轻量级化对接的需要。
要求系统提供专业级的分布式视频转码、视频技审、影视基因、统一传输及管理、视频编目和视频快编、计费管理和统计分析等多种独立视频服务模块。
要求视频资源服务具有良好的可靠性和动态扩展性,与系统解耦,以标准接口互连,并可以根据实际情况开放为外系统提供服务。
要求提供专业级视频转码服务,要求支持高清、标清及目前主流的编码格式间的相互转换,支持目前主流的流媒体格式。
支持主流编码及封装格式。
要求支持分布式转码,按策略对音视频内容切片后,由多个工作节点同时对一个音视频内容进行转码,以提高内容的转码、分析等处理速度。
要求能够实现转码任务调度、转码执行、转码监控等功能。
要求用户能够个性化选择默认转码配置。
要求提供灵活、高效、安全的任务调度机制,灵活的任务分配,可以按任务能力、按任务类型、按优先级、按期望执行时间分配任务。
要求弹性计算框架的整体设计与视频处理组件解耦分离。
要求系统提供外挂插件集成接口及标准,系统可支持集成嵌入不同厂家、不同开发语言和调用形式的视频处理组件,以实现视频文件从高清格式到新媒体格式的转换、字幕文件打包合成、关键帧抽取、音频编码格式转换、视频保护、文件的MD5校验等计算插件集成。
要求进行虚拟机部署,支持弹性计算架构,能够根据部门用户、业务量等情况,在系统资源池范围内,进行弹性并且动态的业务资源供给分配。
要求系统支持动态扩展,可通过后期软硬件扩容增加处理能力,任务处理采用并行集群架构,系统无单点故障。
要求支持40个以上CPU并行转码。
要求系统提供流化能力,视频资料可以通过流媒体的方式供用户在其他系统在线观看。
要求为本系统及其他系统提供文件传输服务,包括:
视频稿件下载回调;视频稿件回传归档;总社为分社共享视频资料和专题;分社之间稿件共享和互传;系统内文件数据同步;数据中心之间的文件传输同步等。
要求平台支持HTTP、FTP、FASP等传输协议的可靠传输手段,支持局域网内、网络专线、互联网的传输模式。
要求支持用户授权、差异化服务、带宽动态分配、传输断点续传、传输加密、QoS,支持链路异常自动调整。
要求支持统一调度,实现用户数据中心就近访问。
要求支持B/S插件、C/S客户端、移动终端客户端等多种终端形式的传输调用功能,支持客户端程序自动推送更新,支持有线、无线信号、移动3G信号等环节下的传输加速功能。
要求支持传输日志存储设置,接口兼容多种编程语言,支持传输前后处理插件调用。
要求提供通过标准安全外壳对传输终端进行验证,对传输中数据加以128位强密码加密,对每个数据块进行完整性验证。
要求支持传输带宽不小于100M的网络。
要求提供SDK及原厂服务。
要求平台支持远程站点管理、网络管理功能。
要求提供B/S监控平台,对各数据中心站点的服务状态进行可视化的监控、管理,对网络传输任务、流量进行实时监控,并可以在后台做统一调度,进行传输带宽限制、任务优先级调整、流量管控等操作。
要求支持自定义策略,按文件夹、后缀名、文件名匹配等方式进行数据中心之间的同步功能。
要求为用户提供简明易懂并友好的上传功能;要求支持用户为上传内容填写标签;支持仅填写内容标题和标签,不填写详细元数据的快捷上传;支持用户为上传内容填写详细元数据;要求支持站点就近上传,网络中断恢复后,支持断点续传;要求支持上传内容缩略图;要求导入内容时,支持内容到目标位置的路由功能;要求支持基于上传内容格式校验的自动技审、支持传输加密。
要求支持自动为导入的内容生成预览码率文件,供用户进行在线预览。
要求支持查看上传任务状态列表,查看上传进度;要求支持取消上传任务;要求支持上传任务的多维统计;要求支持上传任务优先级设定和管理。
要求支持下载本部门和其他部门共享给本部门的内容;要求支持内容整体下载和指定部分文件下载;要求支持批量下载;要求支持片段下载。
要求支持查看下载进度;要求支持取消下载任务;要求支持下载统计;要求支持与底层传输平台配合实现任务统一调度,优先级、流量管控;要求支持下载优先级的管理与设定。
要求针对视频文件支持视频画面的帧传输技术,客户端不需要生成新文件即可将入出点之间的视频传输到服务器端,在服务器端直接生成文件,提高视音频资源的传输效率
要求支持视频内容导入导出,系统管理员可对导入来源、参数模板和导出目标、元数据项模板、导出格式等进行分别配置。
要求支持用户查看待办任务;要求上传审核环节支持邮件通知和短信通知;要求支持审核人员对上传的内容进行审核处理。
要求支持技审服务。
检测内容包括:
黑场/彩条/绿场/蓝场/静帧/静音/破音/VU超标。
要求支持自动检测设置,可以手动选择检测参数;要求能够配合示波器完成技审功能;要求能够依据检测结果进行人工剪切合并。
要求满足对紧急待审节目进行高效处理的需求,即技审平台可以提供高倍速、高效率的自动技审处理能力。
分布式技审技术利用较多的资源可以换取单任务极高的处理能力。
实现多计算节点并行处理,按照计算节点数,基本可以达到线性递增。
要求支持资料编目服务。
要求可自定义编目元数据,可远程编目,可实现分层编目。
要求支持快编服务。
支持对自动录播的视频和直播视频流进行打点标注收录;支持时间轴上任意点的拖拽,可快速定位至视频播放点。
标注功能提供快捷键操作;支持多视频自由组合功能,不仅可以在未完成标注视频中继续选择标注,还可以选择视频库中的任意视频进行拼装组合;支持所选视频截图自动剔除黑屏图片;通过快捷键或点击截图按钮即可将当前视频中的画面截取设为视频缩略图;支持多客户端快速发布,简化发布流程。
要求支持拆条服务。
要求采用C/S和B/S两种编辑模式,采用前台客户端和后台合成服务器架构,前台打点标注、后台快速合成;与资料库内容管理无缝结合,直接访问将资料拖入时间线进行快速编辑,减少系统中转时间,提高生产效率;并能将编辑结果保存为新的媒资素材,之后可在媒资系统中检索预览该条新素材,并且新素材内容与编辑时设定一致。
支持音视频快速找点定位,完成剪切、拼接、合并等多项功能;支持台标叠加、去黑边、音频调幅、切点过渡特技等简单处理功能;支持唱词字幕、标题字幕、文本提示等简单字幕功能;支持快编拆条同时完成节目层编目功能,提高整体生产效率;根据多组切点结构,支持快速多段提交同时合成,减少编辑提交工作量;系统接口开放,支持外系统时码信息点导入,自动折条;全流程H.264TS、MPEG2TS编辑管理;支持采用智能分析技术进行自动拆条。
提供筛选整理功能,素材入库到媒资时,使用筛选整理将重复的素材剔除,没有被剔除的素材,则被保留到媒资库中。
要求提供稿件内容审查功能,其中包括文字内容审查和视频内容审查两个部分。
要求能够过滤文字、视频中敏感信息和非法内容。
要求在编目审核环节,可对不符合规范的字段进行审批标注及意见填写,同时进行标识。
编目人可查看该审核意见,同时可对修改意见进行确认操作。
要求提供影视基因(特征)服务,通过影视基因的提取、管理、查询、比对实现稿件关联、稿件使用情况追踪等功能。
要求对视音频资料库既有的历史资料进行基因批量提取,将既有资料的基因导入影视基因母本库进行统一管理。
要求在稿件入库阶段新增影视基因提取环节,对系统中的视音频素材文件自动进行基因提取,并录入到影视基因母本库中,实现去重存优、媒体聚类等功能的操作。
要求能够对影视基因母本库和样本库进行管理,对特定稿件的基因进行批量删除、批量重新提取等操作。
要求系统通过标准的对外接口对外部系统提供影视基因的批量导入、查询比对、获取结果等服务。
要求支持将制作好的视音频节目内容,与系统内的原始素材进行查询比对,获得节目内容各片段的来源。
要求对查询结果进行记录,存储稿件相关片段的入点、出点、时长特征信息和关联信息,以实现稿件关联性查询功能。
要求能够通过基因查询确定素材和节目之间的关联关系,并能够生成针对采用率、时长、条目等信息的多维报表。
要求针对不同的应用种类,能够提供多个版本的匹配精准度参数设置选择,以适应不同种类应用场景对查询匹配结果精准度的不同要求。
要求影视基因库技术支持资源扩展,具备支持百万小时视音频容量的能力。
其中第1年支持视音频资料库既有历史资料不低于6万小时的内容;之后5年内,支持每天不低于60小时视音频容量的增长。
要求单个基因文件提取速度达到15倍实时;要求批量文件提取时,支持并发任务处理模式。
要求时长为1小时的视音频,基因文件不大于10MB;要求影视基因的大小与时长呈线性关系。
在百万小时视音频的情况下,要求查询耗时相对于被查询视音频时长平均达到60倍倍速;要求批量查询速度在并发限制内不随任务量的增长而降低。
要求影视基因查询的漏报率不超过1%,误报率不超过0.1%,正确率需达到99.9%以上。
要求支持视频加工后的查询比对。
如高标清变换、字幕叠加、画面剪裁等,当变化内容不超过整个幅面的30%时,能够提供正确有效的查询
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 广电 媒体 行业 平台 建设 需求 分析