卫视技术解决方案版

目第1章总体设 第1节设计思 概 总体流 总体框架模 总体拓扑结 第2节业务分 第3节综合业务管理系统总体设 第4 环境下的和应 格式选 第5节支撑系统总体设 FC网结构设 结构设 数据库设 第2章综合业务管理系统设计说 第1节总体软件架 第2节功能划 第3节信息汇聚管 业务流程设 第4节生产计划管 业务流程设 第5节重大策划与项目管 业务流程设 第6节选题管 业务流程设 第7节采访计划管 业务流程设 第8节交流管 业务流程设 第9节串联单管 业务流程设 第10节包装管 业务流程设 第11节文稿管 业务流程设 主要业务功能 主要业务功能页 第12节协作工 第13节统计分 业务流程设 第14节人员管 业务流程设 第15节技术资源管 业务流程设 第16节经费管 第3章制播系 第1节关键点设 3.1.1应 3.1.2设 演播室系 备份演播室系 协作系 外延编辑EFP 受众互 内容管 包 串 如何向总控K2送 网 对 第4章支撑系统设计说 第1 架 区域规 带宽分 容量分 第2节基础网 以太 FC网 第3节数据 第5章软硬件设备选型说 第1节以太网选 第2节FC选 第3节数据库选 第4节安全区域选 第5节设备选 第6章对外接 第1节与全台网其他系统的接口关 第2节交互数据类型分 第3节对外接口服务梳 第4节高安全区设 防软件升 第5节与视音频系统的接 第7章系统应急方 第1节网络应急方 第2节预 第1体设第1概需求理，本次建设的系统对浙江广电在业务的规划而言是一项意义重大采是国家重要的机构浙江是浙江广电重点品牌在全台业务中的重性不言而喻，可知本项目的建设对于贵电视事业和技术的发展与进步都将产生很，浙江网系统建设，是本着整合浙江省咨询，构造创新的、综合的、安全的业务体系大原则，以建立面向综合业务管理与制播融合为目标、高标清兼容的网络制作和系统本次建设的系统是以为主要服务对象，但其系统架构、技术规划都可服务于未来全台的的管理、制作和。在整体建设思本次建设的系统与国内已建系统相比将以管理的适“管理层面的适配与优化”迈向生产与管理的发进全流程规范化生产管理各流程环节把综合业务管理贯穿整个业化业务模式。“整合、共享、发掘”资源迈向规模化发立资源的最大共享机制发掘资源的深度与广度最大层面的利用任意资的控制生产流程，即可建立“工厂”式规模化生产模式。“规范生产流程、细化生产环节”迈向精细化发保证业务在可预见的流程中进行保证其安全性细化环节可实现业务追求效“强化资源共享、完善突发”迈向信息化发在信息方面，通过技术系统的支撑进一步强化资源共享，加强“线索汇聚、建设目建立“工厂”式的生产模式，树立生产模式的框架建立可独立运行的综合业务管理系统并实现生产与业务管理的融合，建立业务生产的—“线索库“素材库“资料库“新闻工厂”的目标奠定基础。解决生产的应用，适应当前技术发展，完成高标清的平稳过渡从半网络化生产方式逐步为全台全程网络化生产方式做到平稳过渡创新发展。应对方类网络系统的建设经验，我们认为该“集成项目”有如下四大：一：时间紧，如此业界首屈一指的大 项目要求在有限的时间内正式二：该项目是未来全台业务整合的基础，既要能满足用户目前多层面的三：作为未来全台业务的基础平台，如何提高产品的稳定性和系统的安全性，确保业务的“万无一失，将是极大的；四：该项目为全的大规模的网络系统，有别于传统标清系统，在诸多技术层面上存在极大的。以上，我们已经做好了相关的准备 一：时间、，，都按时保质保量完成任务，深受用户好评。同时也锻炼了一支能打硬仗打硬仗的、，时本项目是索贝公司在华东的性项目公司已经做好了在本项目上的大量资源投根据我们对需求的分析，索贝目前已成功推出的面向HD的新一代制播系统（SobeyNet6等相关产品）和浙江台广电在本项目上的需求契合度较高，能满足大二：满足用户需在本项目实施过程中，定制研发部分的重点放在界面适应以及特殊流程和最终实现的系统能否使用户满意关键在于需求的把握通过多个系统项目的总结了一些经验并学习了一些业界先进的能够更好的把握需求和控制变化如在广电共同建设这样一个在范围内具有鲜明特点的具备系统发展方向的项目，以延续索贝在系统的传统优势。在公司决策层方面，已经把此项目与CCTV三：产品稳定与系统安们在数年前就深刻的认识到这个问题，并将这个问题作为公司技术体系的头号问首先，在业界专家的指导下，我们对RAS等系统安全理论进行了深入学习，在系统其次，公司在组织层面上进行了，成立公司级的QA团队，全面引入了SONY的QA，并在和SONY联合研发的SONAPS中进行了实践，得到SONYQA体系的高此我们投入了业界最大的一只从事基础技术和技术研发的团队在若干关键技术利用通用CPU、GPUI/O板卡实积极利用IT硬件平台的成果；的安全★★★层储增强组★MSV MSV

★★★

HD

★SAN适用于媒体行业的自主研发，完全可控，彻底解决稳定性★SAN适用于媒体行业的自主研发，完全可控，彻底解决稳定性基于业务的数据库解决网络系统★★★HA基于业务的数据库解决网络系统★★★HA★★★★基于这些关键技术的突破，我们各主要产品（非编、服务器等）的稳定性和系统的安全性有了极大的提高。这证明走自主研发，掌★★★四：全超大规模系针对这个业界超大规模的全系统我们已经做好了所有的技术准备针对大规HD索贝完成了业界大多数大规模网络系统的建设，在大型网络及设计集成和软件研发等方面积累了丰富的经验CCTV2008运网络制播系统这个超大规模HD网络，完成了奥运转播任务，获得了CCTV及国家有关部门的高度评总体流[[外联人员[决策者 [编辑 发参见设计图集图（制图编号：ZJSTV-NET-1-在浙江网的在生产总体业务的过程中，通过信息汇聚、策划与准备、制作与三个主要的环节。、、、信息汇聚通过平台、各地方以及各个专业合作、、、形成制作任务这些工作并发的由不同层面的角色进行承担和任务的分解对于不同的角色和组织机构，协同完成任务的整个过程。最终生成需要的、字幕、包实时性来说，汇聚的信息在需要的情况下，可以直接打通与的联动关系，以字综合业务管综合业务管电制制播 /编辑/制作/包装 车辆管自拍/约稿采技术资源管任务分派/资源调人员管重大、专 项目策栏目选题策）题材汇集于发布（外联信息、其 与机构）其他合作机广 发经费管总体框架模参见设计图集图（制图编号：ZJSTV-NET-1-总结目前行业生产模式，结合浙江中长期全台技术系统规划和业务的目标，得出以“生产工厂”及“采编分离”模式的类生产是符合浙江台业务发展的生产模式的。从业务架构上总结来说，浙江制播系统将总体拓扑结参见设计图集图（制图编号：ZJSTV-NET-1-负责外来信号，地方台信号约传等负责编辑制作、本地素材上负责演播室服务及模负责为整个系统提供支撑平台，如：区域、合成、转码、统一认证等负责外延编辑网络上传及素材、交流管理等通过Internet的文件传入与传出第2通过跟浙江的多次充分交流，并实地调研了频道的栏目制作情况，汇总如下表我们对24小时进行了分析归类，其中《早点《今日《超视.寻找王《浙江联播均为这类基本都是当天制作的并且在演播室中随时可能调整串联单因此要注重时效性和的安全性还要有充分的应急流程。专题类的《涛出心里话《我爱记歌词《男生《爱心浙江《戏迷擂台》均为在演播室中录制的，并且可能需要再制作的，所以这类一般是较其他有些栏目是外包或综合制作网络中制作的，通过磁带送到频道第3参见设计图集统组成与应用（制图编号：ZJSTV-NET-2-利用.0过拖拉即可实现功能板块排版。总编室子系统（内容发布与计划管理综合业务管理子系交流子系制播子系 发子系中心媒系元数内容应用与管理子系管理信息图1-7，从业务层面来说肯定要与的中心媒资系统，硬盘系统、综合制作系说有两类数据：内容流，管理信息流。，参见设计图集图（制图编号：ZJSTV-NET-1-第4节制播系统总体设清制播系统对于制播网络来说从全球来看大规模的制播网络系统寥寥可数。客观的说具有协同流程、大规模的应用制播实践案例中——CCTV奥运系统是史无前例的我们通过奥运系统创新并实践了很多制播理论并为国内规模化生产标清到制作模式的转换不仅是带宽高一点容量大一点的问题实际上因为CPUGPUIC实践的基础上总结出的高清制播的和对策。1.4.1环境下的和应如何保障在下的时效性高效是的生命目前技术设备的硬件要求软件的编效率均能较好的满足制作的要求但是高1倍，对硬件和软件要求也相应提高。这种情况下，如何保障良好的时效性是的之一。我们通过以下来提高制播的时效性快速剪切，无需生成，直接索贝MSV-C集群演播室系统支持直接在串联单上进行快速的打点剪切，并且不需要生成则可以保证安全。此外，还支持重要的延时。制作演播共享主备服务1-8以前从制作到最终需要经过两次迁（制作→演播共享→务器本地硬盘，这种方式下从制作到服务器本地硬盘需要经过两次迁移，并且两个主备服务器要同步，需要从演播共享分别迁移到主备服务器本地需要从演播共享迁移到其他演播室。集群，即将多台服务器硬盘为一个虚拟的。其示意图如下：图1-9服务器集群原理，这种方式下，从制作共享可直接通过迁移服务器群直接迁移一份数据到服务器群成的虚拟这些数据对任意一台服务器均为可读的即可以实时的从任意服务器的任意HD-SDI出去，这样只需要一次就可以从制作共享到播法服务器在输出HDSDI的同时，还可以支持800Mps迁进的带宽，还可以支持并且由于AMFS会对进入服务器虚拟的数据自动备份。，对于K2服务器，需要合成时即输出为MPEG2IBPLong50M(MXFOp1a)MSV555EX编辑、回放（Live采、编、播、管、存HD两入一出服务针对体育赛事、演播室串片等，索贝提供MSV555EX回放服务器部持边采边编边播，在的同时可以快速编辑制作集锦。和全系统无缝对接，方便交换数处是可以直接调用素材库中的成品进行，也可以将编网素材库。这可以针对来不及合成的迁移的直接、本次MSV555EX作为回采服务器使用奥运会IBC的演播室集锦制作延时播均都是采用MSV555EX完成的，MSV555EX表现出极佳的稳定性。、整合高效的新一代演播室系整合专题、等多种形态，解决，无缝切集群演播室系统可应对突发事件、深度、专题挖掘等多种形态，高效制播流程，共享的多频道全方位方式，多级串联单嵌套形态等。集群演播室，多频道复用无需迁不仅一个演播室中的主备服务器无需迁移，而且在多个演播室服务器集群的、本次奥运会的演播室系统支撑了7多个频道的包《早安奥林匹克《荣誉殿堂《全景奥运《体育等多档专题栏目同时还支持赛事回放赛事录播等其他的提供了全面的网络解决方案。、如何保障制播环节的安全性安全是的根本对于生产系统而言安全是永恒，索贝公司除采用广泛使用的冗余备份等通用技术外，还基于业界独创的Fisec、DBsec、AMFS等创新技术来确保关键的存储、数据库应用服务器、系统的万无一失。基于FiSec技术的HA解决方那台，切换过程对用户透明数据库/应用服务器冗数据库使用RAC技术，可实现在确认情况下的切换，避免出现意外切换。并且采用VeritasNBU软件系统实现离线磁盘备份，确保下的快速恢复AMFS专利技我们采用高级文件系统(AdvancedMediaFileSystem，简称：AMFS）把每两台服务器（也支持多台）绑定为一套服务器组。在每套服务器组中解决了本地数据的自动与优化，保证服务器本地数据安全，并提高本地读写带宽.交换机负荷分担，链路没有单点故所有交换机的互联均采链路冗余链30对于演播室系统，为了避免各种数据流的互扰，采用“三网分离”的设计，即：外部素材迁移到服务器是专网；集群服务器内部采用专网；播控终端到服务器的控制指令采用专网。如何兼容多种格式多格式兼容是网络系统可持续发展的基础编辑格式的选择既要考虑和各种ENG的适配，又要考虑编性能、对网络支持所有主流ENG，包括SONYXDMAMHD、P2HD和Infinity主流前期设备，同时也支持AVID的DNxHD格式素材。基于索贝领先的CPU+GPU编辑平台和在各种编技术上的长期积累，我们采用 原生进入系生成制码率原生进入系生成制码率素高码率素服务生

码率编采用该方案我们很好的解决了多格式支持和大规模编辑对网络造成的压力问支持码率生成目前我们对XDCMAMPEG2P2AVCIntraInfinityJPEG2000及AVIDDNxHD都能做到超实时生成码率。如何应对下的网络压力网络设计是系统建设成功与否的关键超大规模制播系统对整个网络架构提出了较高要求相对于标清系统在容量、用上的成果，我们采用了“混合架构、多级 图图1-11网 架整个体系分为近线和本地等多个层级配合解决性能容量的问题利用IP来解决普通应用，利用FC来解决高IOPS、高带宽问题FiSecFC存问方式，通过水平扩展服务器，可以支撑的编辑站点；议，实现快速和中心的数据交换；采用该架构我们充分利用各种不同的特点协同应用来满足需求实践证明，EFP外延编辑、异地协同是多元化制作的有力外延编辑是为解 的时效性需求、形成快速反应机制的重 作形式。本方案设计中，将采用在外延编辑的介质对编中引入“硬盘机，并结合优化外延网络编辑等技术实现外延编辑与台内系统的紧密结合提高的快速反应能力外延编辑可广泛应用于台外小规模编辑制作需求如每年的台风重要事件等外延编辑系统可以是一套小规模的非编网络飞行（包含、管理服务器、数据库等，也可以是一台单机非编或笔记本非编。通过CTV在雅典奥运会多哈亚运会十运会的实践经验来看可弥补通道传输的高成本需提前预约线路、速度慢的缺点。，但是外延编辑或制作一些棘手问题，例如，电信网络拥塞、WAN传输路径过长导致延迟过大、流技术无法实现任意Seek等技术难点，针对这些问题索贝推出了具有自主知识的专利技术WMS（WideareaMediaService）1技术，实现在复杂高延时网络条件下文件的流畅帧精确编辑及任意长度片段，。使用WMS服务能够在长延时的广域网环境下实现直接实现、素材等生产资源的共享及交换外出可在网吧宾馆等各类资源信息并实现精确到帧的内容快速检索和。同时，使用WMS技术，也能够扩张用户协同制作的区域，实现广域范围的协同制作,提升了工作效率并节约了生产成WMS技术已经在多哈亚运协同制播系统以及在CCTV地方交换网系注：此次内容管理平台如需采用此技术，需增加额外的硬件设备1详见附录索贝关键技术介绍WMS一ADSLADSL专网或1000MbpsMSV555EX1-12本次在网中我们配置一套飞行箱延编辑系统包括一套飞行箱和外接的非编站点编辑单元。系列或制作量大或计划内则可提前一套飞行箱及相应的编辑单元并且租用电信链路与台内实现协同制作不仅可以方进所以使效率和灵活性有极大的提高。1-13。参见。参见（制（制图编号：ZJSTV-NET-1-制播系统是业务的具体执行层，将生产对象网络制播阶段的各个动作映射到制播域映射元的并集即是网络制播系统网络制播系统中的每一制作模管理系统所下达的生产任务，完成生产任务的执行并向业务生产管理系统反馈任通过以上流程功能拆解可以看出无论是对生产业务流程的支持还是对综上所述，在各个模块分析应对的基础上，网络制播系统的总体框架如下综合业综合业务管制粗收导精配合审包包内容应用与管安全增强组件支撑系数据库系系网络系资料通稿线索成品回网络管网络安全管1-14制播系统组成与应用架参见成与应用框架图（制（制图编号：ZJSTV-NET-1-实际上制播系统是在综合业务管理系统的统一调度下，按照生产计划进行流制播系统架设在高性能物理和FC、以太网基础之上，由统一的数据库平台进行信息的管理。通过索贝独有的Fisec及DBsec整合和保障制播系统中 此外，很重要的是对制播系统的和安全管理功能是贯穿在整个制播应用框架之中的网络可以实时的所有的应用软件层和应用层的状态通过阈值提示快速定位和解决故障安全管理主要是对办公终端上的生产辅助应用进行管理确保整个网的安全。格式选选择原我们认为网格式的选择，遵循以下原则适应目前的技术发展水平（CPU处理能力、网络带宽容量的综合考虑格式的转码需要进行Codec，造成质量损失并且消耗处理时间（HD处理适应时代主流的ENG格适应高效，高可用性的要求，尽量减少网络带宽压适应全台网规划下各系统互联互通的要选高码率选MPEG2IBPAVCIJ2KDNxHD根据相关资料：AVCI10050，J2k755075100的差别明J2kDCT我们在对各主流格式的编效率及压力进行了充分的评估，其结果如下格说编压（双2.66G4占用率MPEG2MPEG250MLongGOP，SONYXDCAMHD采用的格式PanasonicP2和AvidAVCPanasonicP2格式，50M100M两种，测试用JPEGThomoson从上表中可以看出，综合和编码的效率来看，MPEG2I100M是有较大优势的码率选经过测试在环境下综合考虑幅面建议采用640*360经过在测试MPEG4V21.5M和MPEG2IBP4M质量均可接受，效率对比In4核双CPU2.66G：3%,均可接受；MPEG4没有采向预测，易于处理，综合考虑建议采用MPEG4V21.5M。浏览码率选考虑到在办公网或有较多并发的浏览应用，而MPEG4V21.5M码率较高，不适合在办公网终端上浏览，因此，在本项目中设计WMV的流格式150Kbps用于浏览，该格式是和音频的文件，采用流的方式输出。音频选CPU考虑制播对音轨的需考虑对网络IOPS的压，桌面编辑和合成编辑可采用同样的音频文件中以立体声制作为主支持多24bit，文件格式选原分收录上载编交换归（不同的视音频轨符合全台网Package（相关内容整体性）目前涉及到的文件格式SONYXDCAMMXFP2MXFInfinityMXFAVID123、对于视音频的文件上载拆包为分离方式(OpAtom或第5本系统是支持生产业务项目的网络系统，在以太网的设计上要充分考虑料库采用光纤方式，所有高码率编辑站点是通过FC网络传输高码率数据，所有低传输。同时，本系统设计还采用了“高码编辑自动低码Seek技术”来优化带在以太网方面根据目前主品的选型并考虑到系统的扩展性建议以太网采用过以太网进行桌面编辑和元数据传输的需求此外预留万兆链路可上联到今后全台网的以太网交换机。关于以太网的详细设计，请参考第42节方案FC网结构设本系统中FC主要用于素材库、资料库光纤面对的高码率编辑站点的接入，为FCFabric。4GbpsFC交换机提供的载站点、合成服务器与光纤主机端口划分到不同的ZONING中，实现带宽的负载均结构设根据逻辑区域的划分，按照业务数据的安全性进行分级，最重要的是素材库、其次是资料库、再次是线索库；综合考虑成本等因素，将逻辑区域映射到物理上分为四个：线索库、素材库主、备、资料库。据招标需求，素材库采FCSAN镜像方案，资料库采用一个FC体。对于线索库其上面跑的大部分是非实时应用从可性和成本上考虑采用。、、采用分级的理念，采用性价比高的LTO4数据流磁带库来长期保存素材库和资数据库技术是非常成技术根据网目前的网络站点数量在170左右，500SUNM4000UNIX平台的Oracle企业版数据库系统，采用RAC集群方式实现主备数据库服务器的热备。小型机硬件平台上的ORACLE数据库可对免疫能力并且小型机的性能可支1000个客户端的并发IOPS，对大客户端压力下没有问题早CCTV共享、全台网、全台网、全台网、重庆台中心媒资、沈阳全6年以上，运行情况良好。采用VeritasNBU业界领先的恢复软件系统，将Oracle数据库备份到离线的磁第2章综合业务管理系统设计说第12-1参见设计图集统组成与应用（制图编号：ZJSTV-NET-2-第22-2第3节信息汇聚管业务模块定义与需求汇业务模块定本业务模块主要目的是收集多种的线索（具有潜在价值的事件，促在通过包括、互联网以及其它部门消息（如、消防、气象、局等）等主要收集到各类线索后用户在系统中录入线索信息并对线索进行统一管理需求汇 索汇聚平台系统建立之前新系统线索管理功能立足线索收集和管理 索汇聚平台系统建立之后，线索管理功能将索汇聚平台中承载业务流程设。线索是的重要来源之一线索管理主要收集管理来自社会的各个方。2-3参见【线索汇聚管理流程图参见（制（制图编号：ZJSTV-NET-2-流程业务活 功能名流程业务活 功能名1、新建线2主要业务功能页业务功能页面线索录入功1能2用于对上传线索进行线索手动发3布业务功能展示界第4业务模块定义与需求汇业务模块定本业务模块主要目的是汇集的计划支持各级计划流程指导重大的策划、。在业务模块设计中，项目组考虑到以下设计点：1)生产计划模块主要对生产过程起到服务支持作用做到兼顾各频道的特点，由于生产的特点是不完全可计划的，是随着事件的变化而变化，计划日后对计划执行情况进行总结，对以后的计划提供参考依据。通过计划执行的示功能，提前重大任务的进行状态需求汇态态业务流程设生产计划、策划与项目管生产计重大事件策划与项目管后续流12（）12 单制作1新建项目策 生产计划、策划与项目管生产计重大事件策划与项目管后续流12（）12 单制作1新建项目策 专题系资源协 资料库整角说1采访策划、频道策2频 专项策划小功模项目、策划管生产计划管2-4生产计划、策划与项目管参见 生产计划、策划与项目管理流程图参见（制（制图编号：ZJSTV-NET-2- 计修 级别 3、计划执行预警2 计1、录入划主要业务功能页业务功能页面1改34业务功能展示界（新建（查询（（）第5业务模块定义与需求汇业务模块定本业务模块主要提供依据生产计划进行策划重大策划方案的输出主要是策划方案，以指导生产的规划和进程，重大策划产出存在几种形式：系列（可定义专题标题、期数、周重点、计划、包装策划、资料需求，均可指导各自后续的生产工作。需求汇策划管理关注发布计划、日常选题的选择、重大的策划、突发的解决生产计划和实施采访调度的部分。根据实际业务情况和发生特点，分重大突发(策划)和专题类系列(项目策划)两类进行了需求汇总。专题类系列的需求汇随着事件的策划案要不断调整\细化。策划方案要指导具体生产。策划案既要规范方向，又要保证业务人员的创造性。对于周期性重大事件，要建立策划和执行反馈。重大突发的需求汇突发的第一轮往往来不及策划，强调的是快速决策和快速突发策划主要用于支持后续的策划内容见重大与可预相似策划具体安排要依据事件的发展而定，系统要为突发的快速和策划提供信息支业务流程设生产计划、策划与项目管生产计重大事件策划与项目管后续流上生产计划、策划与项目管生产计重大事件策划与项目管后续流上1计2（年度、度、月度计（汇总、并）信息汇成立专策划小业务模12项目分解，进编播流 单制作包装策计1资料准专题制新建项目策 专题系选重点选选题与采访资调包装制作管采访计重大事资源协 资料库整角说1采访策划、频道策2频 专项策划小功模项目、策划管生产计划管2-5生产计划、策划与项目管理流程参见设计图集【生产计划、策划与项目管理流程图（制图编号：ZJSTV-NET-2-主要业务功能页业务功能页面策划管理业务功能页面1新建重大策划重大和突发事件策划的划2重大策划的查3新建项目策划辑划4项目策划的查业务功能展示界重大策划的查询主页面,项目策划的查询主页面,第6业务模块定义与需求汇业务模块定选题管理是生产管理的重要环节也是产生制播系统具体需要制播任务的把选题作为制作流程的前提，贯穿生产主流程需求汇针对的选题管理有别于综合的选题管理其中主要区别在的选题管理需要管理到消息每一条的选题和专题类的选题，针对重大和突发事件需要管理到针对同一重大事件的选题关联关系即同一事件的衍生线索与选题管理，借助于信息化提升对有价值时间的深度挖掘与开发能普通选题：编辑、可以自己上报的选题（线索管理固定：地方台、部委等各种机构;、美联、路透等，建立有固定快速信指派台中心可减少选题审核的中间环节选题可能有涉密要求，指派的选题需要录入到系统紧急选题：上报选题时间错过了最近一次的选题会，选题需要直接通过内参类：这类选题不，从上报到生产完成的整个过程中，信息都要选题：这类选题最终要，但有时间要求，后选题信息才能共享，例如医疗这类选题普通选题这类选题原则上不 但要考虑保 的良性竞争 特色选题上在台外无法登陆系统时可指定人上报选题可以进行多种维度业务流程设选题与选题与采访资源调度管理流阶段性计选采访资源调外<制作发布2指令任2补充采需求汇稿件任上载任周选策划2补充需依据采访资5专选题与合采访进分布状态进行调（采 ）系 15重大策采访任归类合已筛选的索针对正在充采访需33文稿编4外采相关技术资外采及制部门内审素材上4约传申信号收4 制主控信号调信号发角说1频道策划、采访策42采访部门选题与需求管理5采访部 编播部门（策划、编辑 主编、责功模策划、项目管选题与采访管线索汇聚管 技术资源管 人员管 网络制2-6参见设计图集资源调度管理（制图编号：ZJSTV-NET-2-阶段性重点选题的录入/编辑/普通选题的录入/编辑系列的录入、编 系主要业务功能页业务功能页面表单主要用 业务用新建阶段性重点选1采访部门采访题 阶段性重点选题查询阶段性重点选题 新建普通 待审选 采访部 6、7 查询从策划案产生的系业务功能展示界第7业务模块定义与需求汇业务模块定需求汇采访任务可以手工进行分派，或者由认时政采访任务的设备不需要申请，均为日常配备自筹（先自己垫付，后报销外来经费（由对方支付业务流程设采访任务添加采访要求指导采访工作实现采访任务的指派和认领采访任务的功选题与采访资源调度管理流阶段性计 选 采访资源调 外 <制作发布指令周选

2需求22

上载任策划专系1

选题提补充需

依据采访资分布状态进行调（采 5

采访进2

归类合

充采访需33部门内审4

外采相关技术资

外采及制4约传申

信号收

文稿编4素材上

主控信号调

制信号发角色说明

5采访部频道策划5采访部

采访部门选题与需求管理

编播部门（策划、编辑 主编、责功 策划、项目管模线索汇聚管

技术资源管

选题与采访管人员管 网络制2-7参见资源调度管参见（制（制图编号：ZJSTV-NET-2-流程业 功能名1理系统理系统对认领和被指派的任务提供整理能主要业务功能页业务功能页面采访任务管理业务功能页面生成采访任123查询采访任务的采访要求并能 采访资源申4请5对业务功能展示界第8业务模块定义与需求汇业务模块定本模块主要实现对采访合作单位外联单位和站需要回传素材和稿件的交换管理（合作单位所有未事先约定交换的稿件和素材必须通过该业务模块挑选和处理之后才能进入通稿制作区，站和采访则通过交换业务管理进行素材的回传外联单位通过固定收录或交换平台实现稿件和素材的交换。交换业务管理通过下发任务至收录系统或交换平台来完成素材的传输交换同时交换业务管理也提供视需求汇与综合管理系统的关系：在“信息汇聚”中通过索引查看到地方台稿件；SDHIPoverSDH我台需要经常与卫生、、气象、消防等专业部门进行数据交换或素材收集。+FTP素材主要提供以下服务：接受外台、外派团队的素材申请，递交内容业务流程设信息汇线索提线索发形成选地方稿线索库同步新外稿线索库同步新、21报纸挑选导线索整理汇3选外电通外电接线索库同步新1受挑选录专业单 线索库同步新角说1接线员、资料整2 功模交流管信息汇聚管选题与采访计划管参见设计图集 线索汇聚管理流程图地方台地方台交流管理业务流地方需求汇集与交约传(信号方式、文件方式制作发1重点（省要求要求、通知、告、跟地方台依约传求上传资2筛选 定制地方台选文稿、串联单 自动创建制作剪切任34筛选定制地方台选3约传申地方台素简单裁剪与发主控信号调信号发角说1地方2编 外联编 4收录人功模参见设计图集管理业务流程（制图编号：ZJSTV-NET-2- 录用统 主要业务功能页业务功能页面1）2辑345）6辑789） 辑修改修改外部用户（外部、通联人业务功能展示界第9业务模块定义与需求汇业务模块定本模块主要功能是实现对计划的编排及制作任务调度包括板块划分、编排、生产任务分配、生产状态等功能。另外,在演播室时可对串联单的条目进行调整和删改，并提供计时辅助功能。需求汇串联单管理贯穿整 制播生产业务流程串联单管理继承了策划管理选题完成后，生成可以直接指导的串联单。业务流程设编播管理流1编播管理流1112（ 编 1123331主2责3编4包装策参见设计图集流程（制图编号：ZJSTV-NET-2-、、功能名 功能描1 板块管 串联单查 任务管 查 需要查询 稿件编 编排中对串联单稿件进行编辑，稿件的字幕进行时间设 存为资 4自动归 主要业务功能页业务功能页面1新建串联单模2串联单模板查询3块4花5678主要是 过程业务功能展示界第10业务模块定义与需求汇业务模块定需求汇作人员。在业务需求方面主要谈到了希望加强包装制成品的管理和提高包装制作快速响应能力对于包装的字幕制作过程中希望能够将文稿的字幕信息直接推送至在业务流程设演播室包装值班制作人员认领有管理人员分解的具体制主要业务功能页业务功能页面号包装业务123业务功能展示界第11业务模块定义与需求汇业务模块定本模块主要完成串联单中条目的文稿部分的编辑和，并支持对文稿的版灵活的文稿流程。同时文稿管理也支持多语种文稿业务管理需求汇文稿是制作过程中重要的文字信息，文稿处理应用主要包括从其他系统导Word字幕机以及与第制作系统、系统等的信息交互；支持引入外来信息（包括地方台稿件、中文稿件、英文稿件、路透稿件、APTN）支持文字、Excel表格的导入与编辑，支持、、音频的导入与浏支持流程配置的稿件的多级制稿件提醒支持稿件处理过程，可以查询稿件的修改、处理流程，修改前后的内容支持自动计算稿件的字数和需要的时长支持浏览与文稿关联的支持文字信息和信息的混合编辑，支持对进行简单的打点描述，并支持稿件处理全流程的业务和业务状态控制业务流程设12责编以上的角3 对文主要业务功能页业务功能页面文稿管理主要业务功能页 12辑外不可对文稿进行3业务功能展示界第12业务模块定义与需求汇需求汇特殊日历：具备重大节日、、人物日志、季节变化等信息提示功能类似MSN或QQ的即时通讯软件，可以本消息。类似OUTLOOK日历功能。，可以新建、修改、删除、导系人。主要业务功能页第13业务模块定义与需求汇业务模块定统计分析和考核业务模块主要目的是抽取业务管理系统相关生产流程环节的供给相关业务部门的和统计分析人员，为指导日常生产提供支持和依据。业务管理系统在生产过程中积累了细颗粒度的基础业务数据，统计辅助业务部门、统计分析人员以及其他管理人员了解周、月、季、年等不同周期的生产、运营状况；本业务模块着眼于提供生产过程中的统计报表，对于基于复杂计算规则的分析等功能，由将来统设的决策支持系统提供。需求汇情况统计按照来源、题材等维度统计已播的首播、更新、重播次数、占比和时长等信息；对一段时间/栏目通稿情况进行统计分析。对情况的统计主要关心以下指标：某条目重播次数、修改后次数、时长等。目前大部分是自己手工制定表格，人工进行统计。由于统计不方便，有些部门没有进行统计（采编部、海外部《第一时经常按照题材（如时政、社会、教育）和来源（如采编部、地方部）统计情况；（综合编辑部）（希望能够统计对通稿首播和自采的情况（如每周首播条数和时长，自采条数和时长等，但目前都是通过子进行统计，统计结果也确；(综有时需要根据某些关键字统计某段时间内热点或重大的情况，关的。目前是手工统计，非常不方便。(综合编辑部、海外评估提供评价结果明细按照评价结果计算的评价得分，并对评价得分结果进行统计对于评估，应该允许编辑查看评分标准和评分意见，并可以提如果不同意评分结果应该允许其提出复核与申诉请求，评价人员重新进评价人员需要参考发稿时间，、、、台的好对于、制作的条数统计编辑的工作量，并进行、占比、趋统计地方的工作量部、采编部、海外部，希望未来能够在系统中支撑这些流程。对于或编辑统计其已播的条数和制作的数量，但对于未播的节 对于滚动字幕也应该算其工作量；(综合编辑部、采编部地方部需要统计每个地方已播稿件的总数量，因为这涉及到发稿费的条”或“提要”(中心地方部)。在系统中需要考虑对这些需求的支系统能够录入编辑获奖的详细信息目前的获奖信息都保留在编辑、个人手里，没有记录到信息系统中。这些获奖信息应该反映到人事系统中；(综合编辑部、采编部）。(采编部、海外部业务流程设流程定义表：流程定义表：P10序号1情串联单信根据播后串联单，结合策划信息、选题信息和通稿信息等进行前期供稿、情况分析策划角前期供稿情况通稿继承选题信息；色、统计报表、后期策划方案生成重大人员、采情况报表和重编大策划执行情道和阶段重点选题员况 2和重大策划执行情播后串联根据选题指标、时考评人员新闻条目打分 条目打分标准 效指标、采访指标 等对已 条已播串联根据已播串联单、日志文件和工单统计编辑的工作编辑记者的工采访部门和编工作量分为自主策划和指令性报道及其他对应的播辑部门工作量地方台的工作出编辑工作量分为文稿编辑条数编闻条目也要反应到获信已播串联输入的获奖信息，并按照一定条获奖信息统计按照获奖奖项浏览3434统计分析 主要业务功能流程业 功能名12主要业务功能页业务功能页面情况统工作状态统1栏目制片人编/2栏目制片人主11编辑部编稿量录2编辑部编稿量统后期编辑部门11中心工作状2中心工作状对中心工作人员的状态进行统1已播 入详细的获奖息2业务功能展示界第14业务模块定义与需求汇业务模块定人员管理应包括中心人员的基本情况、奖金分配、人员签到、人员技需求汇人员技能包括培训情况、片获奖情况、所参与的片，状态信息是工作任务历史记录、工作量统计可从“任务编排与执行”与“项业务流程设1、新建人23录主要业务功能页业务功能页面12限的人可以进行人员查看个人工作任务历史记录业务功能展示界第15业务模块定义与需求汇业务模块定需求汇技术资源包括技术设备、转播车辆、演播室、空间等设备管理建立技术资源提供技术资源的基本信（如使用时间使用年限、购入时间、是否时政部、设备使用记录、维修记录等；技术设备状态信息查看（借出、在库、维修、报废等业务流程设主要业务功能页业务功能页面交换业务管理功能页面1备新建2设备3设备4库设备5修设备业务功能展示界第16业务模块定义与需求汇业务模块定经费管理是 年度预算分解与日常经费管控两大环节组成需求汇需要经过进一步实际需求，在深化设计时再进行详细设计。由于业务的时效性要求，必须要求生产经费管理流程相比综合进行简化，减少层级；生产经费具体分解成多少池，并交有具体那个人负责一级，这部分权利划归业务部门来自行决定，系统应该提供灵活的参数配置日常经费申请，以及到财务系统的报销，将需要填写工作任务，如XXX选题的前期采访，实现与具体某一条的前期采访与后期编播任务进行关联，以方便财务核算精确到单条；主要业务功能页协全台级突 协专 依据 生产计划管理”输出的年经费经费/通经，业务功能展示界，UI第3章制播系第1、我们从格式处理应对设计演播室外延编辑受众互动内容管理、包装、串编、网络等关键点进行阐述。、3.1.1应本次建设的网拟采用全流程HD制作，我们认为制播需要重点123、网络的应对首先，要考虑多种素材来源的问题。例如：以前的历史资料全部是SD不同在标过渡时期制作过程中采用部分SD素材是非常现实的问题。I100Mbps格式分为演播室和全台硬盘，对于演播室，建议制作完成播室采用国外的服务器，则需要合成为MXF格式（一般为MPEG2IBPLongGOP然后再进行封装为国外服务器格（如：MXFOP1aGXF等，这样的问题是：1）MPEG2IMPEG2IBPLongGOP的编码效率较低，2）还需要经过二次封装过程，3）MD5I交交换线提取线资料演播室回文件上载素成号其它收录/上载素演播室待3-1参见设计图集（制图编号：ZJSTV-NET-3-环境下的编辑方，制作化首当其冲带来的不同是其数据量增加巨大，如果按照带宽要求，根据现有的发展情况来看的带宽对大量站点的支会的实践，建议采用基于索贝领先的CPU+GPU编辑平台和在各种编技术上的长期积累，“原生进入、编辑、一次生成”的方案，如下图所示：，生 码制生图3-2多编辑格式支持方采用该方案我们很好的解决了多格式支持和大规模编辑对网络造成的于能够高效的支持码率生成，目前，我们对XDCMAMPEG2、P2AVCIntra、InfinityJPEG2000及AVIDDNxHD都能做到超实时生成码率。格式及音频的选程带来的益处。要解决性能和规模之间的，其实对码率和格式的选择很重要。目前高码率格式很多，没有一个很主流的格式，因此在高码率上非编必须能否兼容所有主流格式。但是在低码率选择上必须做详细的评估经过测试和在奥运会的实际使用来看在环境下综合考虑低码率幅面建议采用640*360。经过在测试MPEG4V21.5M和MPEG2IBP4M质量均可接受，效率对比In4核双CPU2.66G：3%,均可接受；MPEG4没有采向预测，易于处理，综合考虑建议采用MPEG4V21.5M。，音频选择：桌面编辑和合成编辑可采用同样的音频文件中以立体声制作为主，支持多轨道(支持5.1声道)，每轨道音频采用48kbps，16bit编码（支24bit，一个文件立体声。，，前规模的情况下单体所能够扩展的带宽非常有限那么我们只能从横向展来想办法通过扩展多个体来提高带宽性能这里就涉及到了对多个的整合问题索贝的Fisec可以实现虚拟化让用户不用关心数据的实际分Fisec，还有式是通过扩展制作子岛的方式来横向扩展即在统一的综合业务3.1.2设针对网络制播系统高标清兼容及超大规模站点数等多方面特点在设计原网络制播系统网络部分设计需遵循以下原则安全性是网络制播系统网络架构设计的重中之重到备，保障业务不受影响。以目前最大化的业务需求来进行网络和的设计使目前的业务需求有足素材A素材A线索4Gbps光1Gbps以太Fisec实时镜像组4Gbps光4Gbps光素材B资料全镜3-3结构示意的物理建议。标需求我们采用2个FC实时镜像的方案。案此二未设置镜像功能演播室系演播室流对服务器的支控制主1、备控控制主1、备控制主2、备123123通稿切换切换矩切换控控控制主3、备3控制主2、备

3-4演播室系统线路连接示意如上图，演播室系统将采用国外服务器和国产服务器相结合的索贝的演播室系统不仅可以支持SOBEYMSV集群演播服务器，而且可以很好的支外服务器，我们在支持了K2服务器，在法国C+、巴西TVGOLOBE支持了OMINEON服务器，实践证明我们的播控系统可与国外主流服务器无缝结合播控工作站控制国外服务器和控制SOBEY自己的MSV一样。当然，进入国外服务器需要经过额外的转码和专切换台对的控制实RS4222/21/13/3备服务器。MSV555EX硬盘在本方案设计中，应对演播室回采、编辑、镜头回放等相关业务需求，拟采用“MSV555硬盘机2”为设备予以解决。如下图所示：图3-5“Sobey555”硬盘机应用示意应用场演播室播后回录设备接支持通过千兆以太网从网络中直接导入和导出素材2HDSDI1HDSDI输出1路信号到演播室切换台，分出1路信号到监视器进行预监主要功2Sobey公司自主开发的多通道HD硬盘机，详细技术说明参见附录关键技术说明部分支持1轨Cutlist，硬切换1无需生成，可直接支持暂停和回退SONYVTR主备播为解决服务器集中部署，并实现通道共享的要求。本设计中，采用主备播控和通道间交叉控制技术实现部署在演播室的播可控制集中部署的服务器任意通道，解决播控与服务器之间的地域部署问题，如下图所示：控播控逻播控逻播控界控制

通控制

控制通道

通道

通道备备播播控界播控逻通控制通 通控制 控制图3-6控制技术示意采用该方案后，主备播控与各通道之间交叉连接，实现播控主备主备切 工岗提示系示演播正在的条目和下一条即将的条目内容提示。下一下一条：姚倒计时 工岗提下一条：姚下一条：姚下一条：姚下一条：姚下一条：姚下一条：姚导播工岗提放带工岗提 字幕工岗提 切声工岗提 切画工岗提注：两行的字均是滚动显示，倒计时位置固定工岗提示系统，在每个岗位提供LED显示屏，显示当前条目名称、倒计时、下一条名称等，可供编导、切声、切台、把握进行状况，及时准备下一条内容。LEDLED通过RS232备份演播室系在演播网络备份系统的设计中根据实践经验的总结为提高播出的安全以及效率，在系统内部的网络互联方式上，建议采用在逻辑上相互的“系统互连网“系统控制网“数据迁移网”三个承载不同数据的网络。如下图所示：3-7服务器集群互联网：演播室服务器集群互联的基础网络，用于多个服务器之间内部的数据迁移（基于AMFS技术。系统控制网：用于“播控工作站”与“服务器”之间的控制命令通道以保证控制指令不受网络传输中大数据量传输的影响。播控和服务器全部接入，播控可控制任意服务器通道。：，数据迁移网服务器与迁移服务器之间数据迁移网迁移服务器通过该网可实现从中心向任意服务器的数据迁移：，不影响其它控制、管理等相关数据传输。服务器集群集群演播网络设计中服务器集群是其技术之一，服务器集群的本质是实“数据全冗余部署于两个节点每个节点既是数据消费者，又是数据提供者，从而保证演播室数据层面跨服务器全共享。本投标方案中备份服务器采用了服务器集群技术我们从两个层面来实现服务器集群首先是一个主备服务器之间实针对第一个问题，我们采用高级文件系统(AdvancedMediaFile器组。在每套服务器组中解决了本地数据的自动与优化，保证服务器本地数据安全，并提高本地读写带宽3。在采用AMFS优化后所有服务器本地统一管理同时每个服务器节AMFSAMFS3测试表明，采用AMFS优化的服务器组，在保证稳定（出100Mbps、备100Mbps、预监100Mbps以及相关音频）的基础上，可提供至少500Mbps的网络迁移带互MSVAMFSAMFSAMFS数据转换图3- 图3-9服务器集群数据迁移实基于该技术，可以支持多种数据方式5数据在其它服务器：支持从其它服务器快速获取，准备5Sec内，即可响应；从共享迁移开始5秒后，即可响应。4，务器为双节点，同时支持三路HD的需求。支持出通道、备通道以。为便于期间在演播室中掌握情况和信息，快速组织内容，本次方案中配置了2套协作平台协作平台部署在演播室外的临时指挥区中协作平台集中接收外来信号源并显示。演播室导播可通过协作平台电。组织内容。4Sobey公司自主开发的双机4通道HD服务器，详细技术说明参见附录关键技术说明部分导导导导导导导导导导导

导导导导导导导发送到119:00向布什扔鞋的出庭受 刑事审17:54我国明年1月1日起将进一步调 关税税17:4617:03我国公司所属轮船遭海 17:00 17:54我国明年1月1日起将进一步调 关税税17:4617:03我国公司所属轮船遭海 现场1 说现场2 说EFP外延编辑是为解决的时效性需求形成快速反应机制的重要节实现外延编辑与台内系统的紧密结合，提高的快速反应能力。参见设计图集接示（制图编号：ZJSTV-NET-3-和外接的非编站点编辑单元（555服务器。系列或制作量大或计划内则可提前一套飞行箱及相应的编辑单元，并且租用电信链路与台内实现协同制作。参见设计图集EFP（制图编号：ZJSTV-NET-3-EFP飞行箱系统内部采用纯以太网+编辑站点共享FC的方式。2台有卡编辑站点都直接连接到共享体的FC端口上将FC阵列作为本地盘进行EFPEFP飞行箱系统使用特定接入设备接入互连网通过安全区系统实现与台内系统的连接事件的视讯资料各类素材征（如DV频道的个人DV素材等，使广大公众可利用或个人电脑通过移动网络或者Internet主动上传自己拍，利用公共网络（internet2.5G/3G/4G）的广泛覆盖、网络速度的日益提高以及家用DV、、PC等设备和网络传输设备的日益普及可广泛接收来自公众自己拍摄的视音频内容，丰富线索和节，视面向新技术进行业务一项网络无关性，支持中国移动的GPRS、中国的CDMA，以及未来的3G/4G网络；支持断点续传，且在上传过程中不影响通话和息收发电脑终端上传软公众可将将自己利用DV、、数码相机等设备拍摄的视音频资料通过电脑上定制的软件接入到internet传送到FTP，电脑端上传软件功能要求：频报料的指定栏目（如是报到超视报料、还是报到联播、DV频道的，但第一现场或者DV频道恰恰不需要，如何决定给谁使用，由用户来决该系统已经在全台网中正式运行1年多时间，大大提高了内容管理系统将整合物理上独立的三个库提供统一的内容门户并、内容管理系统支持复杂的内容使用权限策略、内容删除策略资源并以或的方式分发相关人员。、辑制作区、资料库。。设计实现上，内容管理系统采用索贝一代MaterialList资源管理系统来实现。该系统是一个管理各区域资源的公用模块网络制播系统。3-11SobeyMaterialList资源管理系统实现了对制播网络中各种资源的集SobeyMaterialList态下查找并使用到本地库中的各类资源。5该为业务层面的，和体自身提供的设备层面的不同，它在时能从业务层面给3-12Sobey统一的、集中的，优化了对网络资源的管理，提高了制播的生产效率。编，编目有多个层次，针对前期的编目是主要是上载时的简单编目后，、内容管理系统的编目采用了智能化处理技术可以实现对传统视音频素元数据属性和词等编目体系要素，不需要作任何编程即可完成。资料的元数XMLXMLSchemaDTD家音像资料编目规范制作子系统编目规范、中图法等常用编目体系，并且、持在编目元数据中提交WORD、PDF等附件作为编目元数据的附加说编目人员通过编目任务认领根据资料选择适用的编目体系对指定的素息的描述,以方便用户能更快速的查询到需要的素材。系统提供资料的浏览以及自动关键帧和手动关键帧抽取编目人员可通过关键帧设置编目层次也可在素材浏览界面直接在时间线标记入出点数据中提交wordpdf等附件作为编目元数据字段的附加说明同时提编目素材、元数据导入/导出功能。， ，目字段，实现快速有针对性的编目任务，我们有在CCTV音像资料馆针对所有资料的编检内容采用B/S模式模式，应用的部署和带来极大的便利，用户使用IE浏览器就可完成对检索发布系统的内容管理门户的采用Portal内容集合了媒资检索内容申请/用户收藏夹素材榜、资料检内容提供便捷的B/S检索，随处可用IE登录。支持索贝高效的全文检索引擎以及第全文检索引擎无缝嵌入支持在检索结果中二次检索、参量检索等高级检索功能，提供类似于“”的个性化检索方式，高级检索中可配置检索项、提供检索结果显示方式选择（列表或图示。资产管理中资料查询用户通过系统提供的各种方式 使用的资料范围内通过全查询结果的处理在用户权限范围内提供对查询结果的低码率删除、浏览检索：通过浏览低码率的方式查找信息专题及专题管索贝内容管理系统中管理员通过内容的专题管理模块中对专题进关专题，快速得到感的相关素材。这对于建立馆的理念非常一致，例如可组织专门的资料迁我们目前已经实现包装与制作、与演播室直接的联动和融合，并在SMG第一财经中实施，CCTV新址该部分深化设计已经完成，下面将分别介绍SMG第一财经包装的做法，在本次网中预留接口，支持今后可无缝集成包装模块。与制作的结对应的工作站完成图形信息的生成工作为制作提供生成的素材。图3-19包装与制作协同工作流程示意上图中与数据中心的接口要根据的实际情况考虑按照现在的，在文稿撰写过程中，如果需要一段作为编辑的素材可以通过，3-20引擎出现故障图形数据管理系统在提出信息的同时还可以自动完成渲染任求的功能，避免在系统中出现过多的信息。E73-21 材成为一个整 条非编系统将自图形数据管理系统发送图形生成请求图形引擎直接生成 材成为一个整 条音

模板调整信息

审片（成片

3-22实实时数据（数据中心实时图形数图形数据库/模板图形播控工作图形模板请求与选实时图形引字幕机控制工作文稿系串联字幕切换管理服务(拆解分发串联单串联单发控输播控工作服务口播稿/导语发提演播 系题词字幕串联图形输图形串联字幕输与演播室的结包装与演播室流程，如下图所示图3-23演播室与包装系统协同工作流程1)撰写文稿的过程中可以选择需要在演播室的图形模板，预览模文稿在送审通过后转化为串联单，并被分解为串联单、图形串形。当需要输出实时时，图形播控工作站从数据中心接口服务该流程同样支持在非编中完成模板的选择将自动根据在中对应的位置拆分对应的包装串联单。，根据以上技术为基础包装与制作、演播室的的，。+编辑站点共享FC的方式，非编站点可实现资源共享和编辑串编。参见设计图集【系统内部连接图（制图编号：ZJSTV-NET-3-串编完成制作并通过审片以后，将会打包成为时段成品，这样可实现从制作到的无带化流程，提高效率和质量。串编成的成品传输的目的地有有2个地方其一是的演播服务墙中的防毒模块及网闸扫描进行查杀。其二是送到全台的硬盘。随着送往目标系统的不同，系统的成品可合成为2种不同的格式MPEG2IBPLongGop50Mbps或MPEG2I100MbpsK2制播系总系导导导导导×导导导导导×导导×制播系总系导导导导导×导导导导导×导导×导导导导导×3-24网络制播系统能够起到对系统流程和设备两个层面的进行实时监索贝制播系统提供了全面的网络监视管理模块用户可以在集成化的控及警、定位、解决问题提供了巨大帮助。网络制播系统对整个网络系统的管理力求完善实现对种类繁多的在网络制播系统中部署系统的主要意义：果有特殊需要仍可满足部分设备页面的个性化配置，通过设备页面的快速连接方式可直接定位到厂商，以方便进一步对设备进行管理和；缩短系统故障运行时间系统组、、网络制播系统主要由三大模块组成：控制台服务、、图3-1网络制播系统示意12、服服务（包含事件服务和实时数据库两部分，负责实时数据提供控务（负责控制和负载均衡查询和统计服务（负责对历史数据查询和加工3、网设备参数支持广泛的协目前系统支持的管理协议方式有：SNMP（简单和复杂硬件设备普遍支持CIM（信息丰富、面向对象J2EESANSMI-SDK对网络的影响评1、数据收集的网络带宽占系统实际运行中绝大多数指标每次的网络带宽消耗约1~1.5KBps备关键参数一般小于20个，频率按10秒/次计算，每分钟6次180K。由此可见数据收集对网络带宽占用小。2、对业务站点的性能影CPU和内存占用:经过对多个项目中使用的实际设备进试，发现CPU、内存的影响很小。操作系统类设备CPU消耗在3%以下，内存消耗小于5M，对被监测设备影响比较小（SNMP、WMI。下表是Sobey公司在系统开发阶段专门针对其对设备的支持性能所做测试组被控设备型测试组被控设备型初始（测试开始前测试间结束（测试结束时占用率KB/台平均内内存占率）内存占用）内存占用率内存占用率初始（测试开始前结束（测试结束时率）内存占用）内存占用率内存占用率第一24交换2第二24交换2第一第二图3-2服务器对对象支持性能第一第二WINDOWIIS控设备信息内存占用量；每次对一个设备模板进行固定数量设备，根据IIS进程w3wp.exe以及inetiinfo.exe的内存占用率以及CPU占用率数据进行性能分析，每次测完一个模板之后，对IIS进行重启，保证每次测试在IIS零负经过分析统计发现，平均每个设备所占用服务器内存为2M-5M左右，如果按照每台服务器的标配置至为2G计算，平均每台服务器至少可以满足400台设备需求。功能设工作站、XDCAM等；视工作站、XDCAM等；视、、：的故 界面展网络拓扑系统拓扑网络设备流程网络拓 3-3网络拓扑。题系统可以自动拓扑出整个网络的所有网络设备，并基于网络架构，通过以通过系统实时网络的运行情况。。系统拓扑3-4系统拓扑，以业务为将的整个系统人为分成若干个便于管理和实现的重要子系统，再将各子系统内关键性设备进行分区块的系统将以轮询的方式对每一个子系统的关键设备进行有效。，明确清晰地看到每一个具置上关键设备的运动情况一旦关键性设备的系统参数达到或超过阀值系统将立即通过该系统分布图就可以清晰明确地网络设备3-5网络设备3-6流程为应对网络制播系统对生产流程的掌控和快速诊断故障并处理的要求，系统将对生成的流程提供事件服务。如下图所示：图3-7流程（一图3-8流程（二流 要点生成坏节中任意点发生异常均告警能根据追溯流程情况对新的支本系统对新的支持主要体现在三个方面 业务特点的流程适配性的支持：能够支持多种 业务流程通过规范接口对新系统接入的支持：预留符合广电白皮书的标准接口，能够实现对多种新异构系统的互联互通。对新文件格式的支持：网系统通过作MPC转码中心“富” 第4章支撑系统设计说第1节架4.1.1区域规 编辑制播域 资料编辑制播域——周转区（镜像（镜像素 资料库回迁素 上 （镜像 （镜像区编辑制播域—— 编辑制播域 资料编辑制播域——周转区（镜像（镜像素 资料库回迁素 上 （镜像 （镜像区编辑制播域——周转区（镜像（镜像近 素 资料库回迁素 上 （镜像 （镜像区（本地待 （本地演播线索汇聚交 线索发 参见4-1区域规划参见（制图编号：ZJSTV-NET-4-一、（制图编号：ZJSTV-NET-4-

区域规划图线索汇聚域包含通交换区和线索发布区交换区用交流系统提交的素材（包括视音频和图文资料，线索发布区主要二、编辑制作域（采镜像方式）包括上载区主要消息及专题类的上载素材编辑半成品缓存区：主要消息及专题类送播的成品，用于支持演播室通道的素材区（服务器本地）用于，通道收录的三、资料线索汇聚域包含通区和近线区区用于近期需要快速根据区域划分，依据招标需求可总结区域数据类型与流向图参见设计图集【结构与数据流向图（制图编号：ZJSTV-NET-4-4.1.3带宽分 制播网络系统设计基础参考依生产量（分钟/天包装生产量（分钟/天送演播室片气象（分钟/天台外制作，网内上载送实际生产量（分钟/天实创作实际日专题生产量（分钟/天实际专题创作电视剧（分钟/天首播量（分钟/天类量专题首播量（分钟/天专题量收录线索（分钟/天按7路收录，每天收录10小时，合计70地方台通稿（分钟/天每天30条，每条2分受众提供线索（分钟/天每天60条，每条1分驻站通稿（分钟/天每天20条，每条3分媒资周转量（分钟/天按每天回调7小时素材计自有资料上载量（分钟/天按每天上载15制播网络系统参考设计依据（视音频格式及制作高码流格暂建议MPEG2I100Mbps再予以明确及制作码流格暂建议MPEG41.5Mbps，待深化设计再予以浏览码率暂建议WMV1.5Kbps确及制作音频格式系统设计暂按高低码流共用统一音频方式处理。暂参考PCM、48KHz、16bit4轨制播网络系统设规模参考依（台7。上7434421线索汇聚区域带宽分线索汇聚域带宽分析将从业务需求出发以分析域读写带宽为线索汇聚高码率带宽需求类计算依带宽需备业务类数量(台读迁线索发。线索发布的极限情况经完全满足迁出带宽挑1按照并发15路码流计写迁线索汇稿、驻外站通稿合计读合计写线索汇聚域高码率带宽分析线索汇码带宽需求类计算依备业务类数量读//0 写//0 读合计0写0线索汇 码 带宽分析线索汇浏览码带宽需求类计算依备业务类数量读//0线索库无浏览码率读业写//0线索库无浏览码率写业读合计0合计低码需求为0Gbps读写带写0线索汇聚域浏览码率带宽分析线索汇聚音频频带宽需求类计算依备业务类数量读1写读合计写线索汇聚域音频带宽分析线索汇聚区域带宽分析汇根据以上分析数据，汇总线索汇 域带宽需求如下类类读读合计写读合计总计线索汇聚域带宽分析汇总线线索汇聚带宽需求汇 码0.00读高码0.30读音0.07读浏览码0.00读音0.02读高码读码读浏览码读高码1.05读码读浏览码0.00读浏览码读音 码0.00线索汇聚域带宽分析汇总编辑制播区域带宽分编辑制作域带宽分析将从业务需求出发以分析域读写带宽为出转码生成等业务环节对带宽需求并按照高码流码流、浏览码流、音频等数据类型进行分类分析汇总。编辑制播区制高码 带宽需求类计算依备业务类(台读迁按照首播全部归送演播编编辑工2生1按照并发12路码流计转21按照并发2路码流计写迁资料回线索调上上工71收规划7台收录服务器台，5台标清，计450Mb写入带生81按照并发8路码流计转81按照并发8路码流计读合计写编辑制播 高码 带宽分析编辑制播区制 码 带宽需求类计算依备业务类读码音、编2写上上工71转转码服81按照并发8路读合计带宽需求为0.19Gbps写编辑制播域码率带宽分析编辑制播区制作浏览码率带宽需求类计算依备业务类(台读浏览码B/S浏1500个并发B/S客户写上上工71生81按照并发8路码流计转转码服81按照并发8路码流计收读合计写编辑制播 浏览码 带宽分析编辑制播区制作音频带宽需求类计算依备业务类(台读迁按照首播全部归送演播编音、审、2生81按照并发8路码流计转81按照并发8路码流计写迁资料回线索调上上