全台网建设的理念.docx

全台网建设的理念、方法及实践（上） 前言 全台网建设是利用技术手段改善电视台的生产力环境，从而达到提高经营和管理水平，增强电视台的竞争和发展能力的系统项目。从这点上来说，目前广电行业技术应用的趋势，一方面是信息化技术的广泛应用，一方面是电视传统技术的改善和变革。 继非线性编辑网络系统之后，全台网成为业内这两年广泛关注的焦点。经过将近10年网络化系统平台的开发和建设实践，我们发现在网络化信息化的实践过程中，常常会面对“信息孤岛”、“应用孤岛”和“资源孤岛”三大难题。许多电视台目前的局面势同“骑虎”，系统越建越多，“壁垒”越来越多，业务越来越复杂。这些难题与电视台业务整合和管理产生了难以调和的矛盾。针对这种情况，全台网系统提供了一种“整体应用”的方案，它关注的是全面的调控，更有利于对电视台整体制播业务的各种资源进行充分整合。全台网让这些被分隔开来的资源和系统重新处于统一管理和调配之下，使电视台的生产力环境从过去几年的“局部优化”提升到“整体优化”阶段。 全台网建设是一项非常复杂的系统工程，整体投资高，技术难度高，项目管理要求高，厂商协调力度高，使一些人有“如临深渊，如履薄冰”之感，保守者甚至提出“全台网无用论”，希望退后到系统“分立”建设的时代。这种思路的根本原因在于没有理解全台网建设核心理念，没有掌握全台网建设的基本方法论，没有把握住全台网建设的发展趋势。 本文希望能为众多全台网建设的实践者抛砖引玉，为少数“裹足不前”者拨云见日。 全台网建设核心理念 大洋全台网建设的核心理念主要体现为三大基本思想，即“系统互联互通思想”、“业务整合思想”以及“规范标准思想”。 系统互联互通思想 互联互通是全台网建设中最热点词汇之一。但是这里面提出的互联互通是很具体的，而非泛化的互联互通，我们并不能把实现互联互通等同于全台网系统建设。应该说互联互通是全台网建设的最基本条件，但实现了互联互通并不意味着全台网建设的完成。 简单的理解系统互联互通，就是把不同的信息化系统通过网络设备、应用软件等技术手段连通起来，以达到系统之间信息共享、数据共享的目的。典型互联互通应用，主要表现在以下几个应用领域： 1) 各节目制播系统之间的数据共享和交互； 2) 节目制播系统与媒资系统的数据共享和交互； 3) 节目制播系统与节目备播系统的数据共享和交互； 4) 节目生产管理系统与节目制播系统、媒体资产管理系统的信息交互。系统互联互通在设计上可以分为四个层次，如图1图表 1系统互联互通设计的四个层次 在视音频系统间互联应该包含四个层面，即网络层、数据层、元数据层、应用层。 网络层互联指各子系统间必须能通过以太网、FC网等实现电子化的数据互相访问；网络层的互联是实现系统互联的基础。 在网络层之上是数据层，各系统间需要进行数据交互，在视音频系统中，主要指视音频数据文件。参与互联的子系统间需要能理解对方的数据文件，即实现格式兼容。 元数据层位于数据层之上，元数据是数据的数据，即视音频文件的描述信息及控制信息。通常各系统都会采用自己的一套方式描述视音频文件，即元数据格式互不相同。当系统间发生交互时，各子系统必须能理解对方的元数据信息和控制信息，也就是说系统间元数据记录必须能继承到另一系统中。元数据通常数据量比较小，但其数据结构复杂多变，且没有统一的规范，元数据交互方式直接影响到子系统间的关联耦合度。 最后一个层面是应用层，即系统间应能在数据和元数据交换的基础上完成业务应用，可以实现跨系统的业务流程。各系统的用户、权限信息等应能统一管理，对系统运行的管理监控应能集中完成。业务整合思想 打一个形象的比喻，现代化电视台就像一台不停运转着的精密机器，电视制播的各个业务环节就像是机器上的各个部件，任何一个部件出了问题就会对整台机器的运转造成影响。从表面上来看，电视台的业务被划分为各个业务环节并归属于某个部门或某个人员负责，事实上这些业务环节之间有着千丝万缕的关系，更为重要的是他们都必须为电视台的共同目标而运作。为了“电视台”这台机器能够高效顺畅的运转下去，不会因为某个“部件”的不匹配影响整体的运转，业务整合势在必行。 业务整合就是通过各种有效的手段和工具，将已有的业务或即将开展的业务依据行业特点进行业务剖析，把业务分解成大小合适的逻辑组件，再依据差异性/共性、流程管理、资源重整、协同等方式，将业务整合成新的集合，以适应技术发展及业务变化的需要。 业务整合可实现电视台业务运营和技术应用的有效融合和相互促进，提升业务价值，适应新的业务模式。 关于业务整合我们可以把它理解为三个层次： 第一个层次，数据整合是业务整合的基础 数据整合，就是将不同应用、不同业务流程上的数据，在不同数据平台和不同的数据结构中整合在统一的规范下。 对整个信息系统中的数据，如播出单、成片文件等，进行全局的分析。 理清电视台各系统之间，如新闻系统、播出系统等的数据关系。 建立数据交换平台，实现子系统之间数据的有序交换与共享，目前我们常见的方式是ESB+EMB模型。 第二层次，应用整合是业务整合的关键 应用整合，就是将来自于不同部门或不同企业的应用进行整合，按照整体业务的要求进行组装。 从应用层面进行统一，比如实现应用整合的首要任务就是实现统一认证和单点登陆（SSO，Single sign-on）。 简单的应用集成可以通过应用改造来实现，不影响应用的内部结构，比如建立节目生产管理统一门户等。 规范的应用管理需要做更多的工作，需要定义清晰的应用接口规范，使得遵循规范的应用系统能够方便地集成起来。这方面的例子较多，目前行业的规范和标准也在逐渐丰富和完善起来。 第三层次，流程整合是业务整合的目标 流程整合，就是对不同的业务流程进行优化和重组，使之可以互联互通。 流程整合利用工作流、消息、协同等技术，实现跨系统的整合，比如通过备播系统整合制作系统到播出系统的流程，使得不同的管理部门能够在一个统一的网络环境中，实现对同一事务的协同处理； 流程整合不仅需要对应用有较大的修改和规范，同时也涉及到管理流程的再分析和重构； 实现业务流程的整合将极大的提升电视台的效益，重要的是我们应该采用灵活的技术架构，这样便可以实现多流程、并行流程、协同的流程甚至是随需而变的流程。 规范标准思想 “规范和标准思想”主要是指我们在建立全台网系统的过程中，所涉及到的数据格式、软件接口模式、应用模式、管理模式等，以及系统监控、质量控制以及安全模型等等诸多方面，应该尽可能参考现有的国际标准、国家标准和行业标准，对参考标准之外的内容，也应该建立系统内部的规范，以满足管理和系统扩展的需求。 全台网系统中计算机的应用比以往任何时代，包括传统电视工艺技术时代、非线性编辑单机时代、非编系统网络时代都要更加深入和广泛。从计算机信息处理的意义上讲，计算机技术的发展方向之一就是使信息的共享与交换越来越方便。PC机的操作系统从DOS发展到Windows的最大进步之一，就是数据的交换技术大大发展了，为此微软公司发展了剪贴板、动态数据交换（DDE）、OLE、ODBC等各种技术标准支持Windows下各种程序的数据交换。 全台网系统的规范和标准可以分为三个部分：一是全台网系统研发的技术要求，这一部分在全台网项目中几乎都会提到，各电视台和系统集成商都涉及到，目前正在逐步丰富起来，包括视音频编解码规范及文件格式规范标准、媒体对象实体定义规范、互联互通服务接口规范等，但是这部分规范远未达到形成各厂家共识，行业内统一的地步，只是在某些项目上，从项目角度进行一些约定。 二是全台网系统实施服务的技术要求，全台网系统往往是电视台的全局性项目，所以最重要的不是购买某一两种产品和软件，而是实施和服务。由于目前国内的全台网应用还属于初级阶段，这方面的体会还不是太深，所以实施服务的技术标准任重而道远。 三是产品功能的技术要求，由于全台网系统的用户，即电视台的需求千差万别，这一点可能是最有争议和最难以实现的部分。但是如能够充分量化电视台的管理属性，通过标准建立知识库，电视台完全可以依据知识库建立自己的独立需求。这一点与行业内视音频资料的编目标准的推广和应用是相似的。 标准是一个“共同的约定”，是全网建设者的工具，是武器，但标准不是真理，标准不是理想境界，但是采用标准应该成为建设者的理想。采用标准不见得有利于采用最先进技术，建立最理想的应用系统，但是从长远远看采用标准一定是对电视台全网建设最有利的模式：有利于设备厂商的产品专业细分，有利于建立全台网的标准模型，有利于降低电视台系统日常的运营维护成本，同时也将会延长全台网的生命周期。全台网建设方法论 经过多年全台网项目建设的实践，大洋在理念、技术、产品和服务等方面都得到了长足的进步。同时结合项目的实践，在与客户、设备供应商以及咨询公司的交流与探讨的过程中，大洋公司通过全台网过程的总结和抽象，得出了具有自己特色的全台网项目规划实施方法论。 大洋的全台网项目规划实施方法论由三个部分组成，分别是系统设计方法论、组织方法论以及实施过程方法论。 系统设计方法论 大洋的全台网设计方法论将帮助全台网项目的设计团队，在面对一个业务过程复杂多变，应用系统和设备繁多的环境下，根据自身现状和业务需求确定合适的全台网阶段性目标，并考虑到全台网发展的连续性，制定合适的全台网发展目标和设计框架。对于IT化非常充分的全台网系统设计而言，宏观上我们往往可以从四个层面看待它，如下图：图表 2 全台网设计四个层面 电视台的业务层：全台网系统涉及到的各类业务的描述和分析，包括业务的分类、业务角色、业务流程、业务规则、业务单元的IPO等等内容； 电视台的应用层：各类全台网的IT化系统的技术要求和设计内容，这些系统的设计需要满足所有业务的需求； 电视台的数据层：系统所需要的处理的各类数据和信息描述和定义，包括各类媒体数据对象和元数据对象的格式、属性和参考标准等； 电视台的基础层：全台网系统所有支撑体系的设计，包括基础网络系统、存储系统、主机平台、安全体系、软件运行平台等等内容。 上述思想都是全台网设计中的核心目标和内容，理解了每一个层面的含义之后，在设计和分析过程中需要参考和使用众多的设计模型、表格、图纸、案例等等。这一部分内容实际是设计方法论的落实篇，也是大洋公司通过实践总结出来的成果，由于篇幅原因，本文就不详细展开了。 在设计过程中，还有一个重要的工作就是系统拆分。系统拆分得当将有利于工作界面的清晰划分，保证业务功能的完整，以及后续招投标工作的顺利开展。 其主要方法有： 面向服务的架构模式（横向系统拆分）：面向公共/平台服务系统的规划； 面向业务的架构模式（纵向系统拆分）：面向独立业务系统的规划； 主要步骤如下： 业务需求的调研和分析，检查现阶段IT和业务是否配合，找出现阶段业务上的问题； 调研和探讨并整理出客户的业务远景、未来业务策略，结合技术手段梳理业务流程并规划设计最优生产应用场景； 根据业务流程拆分最小（最优）处理单元，建立系统业务模型； 根据系统架构的规划原则进行系统划分，并提出满足未来扩展需求的建议和初步计划； 对系统架构进行业务需求验证。 组织方法论 组织方法论是全台网建设过程中有关人的组织和安排，实际上提出一套行之有效的、全面的责任分配、人员定责和组织协调的方法。 首先从我们对全台网设计过程涉及的所有人员做一个分类，他们是系统的业主、系统的采购方、主要设计伙伴、系统集成商、设备供应商和运营维护方。 其次我们把全台网建设过程分为几个阶段：立项、初步设计、方案招标、深化设计、设备采购、系统实施、项目收尾和运营服务阶段。 最后我们初步得出全台网项目的责任矩阵，如下表： 当然，不同复杂程度的全台网项目对于人员以及阶段划分会有所不同，但是总体方法是相似的，并应该遵循一些组织原则： 第一，在组织管理中，在某一阶段，任务矩阵中的主责方应成为组织安排的主体，该方应该承担更加详细的任务分配、沟通组织、人员协调等工作； 第二，在某一阶段，任务矩阵中的辅助方，应服从主责方的人员安排，最好的方式是在合同中有所限定； 第三，如果该全台网项目有明确且全过程的项目组织管理和项目计划，在某一阶段任务，矩阵中的主责方总体上应该在服从项目管理的原则下，制定自己的工作内容。 实施过程方法论 实施过程方法论反映了一个公司对于全台网建设过程控制的成熟度，也只有通过多年全台网项目的经验积累，才能得出成熟有效的实施过程方法论。 实施过程方法论是带领整个项目走向成功的向导图（Project Map）。全台网系统供应商有无成熟的实施方法论是项目成功的关键。对一个项目应该如何实施、怎样分阶段、每阶段重点工作是什么、解决什么问题、会有什么情况、怎样应对、采用什么样的方法等，在这些方面，全台网系统供应商一定要有明确的认识。大洋根据多年的项目经验，总结出自己的项目实施过程方法： 图表 3全台网项目实施过程 在整个项目实施过程中，不同项目有不同的项目实施和运作的方法。项目的运作方法论主要是针对项目实施过程中项目咨询的组织、项目运作流程和项目实施过程的方法。 从宏观上将全台网实施过程进行分解，有利于我们把握全局，在项目初期提出更加合理的计划和安排，在过程中把握和跟踪项目状态，在项目收尾时总结经验教训。在微观上，大洋公司根据自己实施和参与的项目过程，对于项目阶段的具体操作提出自己的见解和分析。 项目售前咨询阶段的操作方法 对于任何项目来说，项目的启动都有售前咨询的过程，但是对于全台网项目来说，一般项目规模比较大、涉及的部门范围比较多，项目系统复杂度和深度可想而知，所以使得项目咨询过程比较漫长，需要参与人员也比较多，包括行业咨询专家、资深管理顾问、项目实施顾问、IT技术顾问、专业的厂商、客户方项目团队等等。所以这个时候，对于全台网项目中项目咨询可以采用多种方式：第一种，邀请独立的咨询合作伙伴，进行项目咨询和框架初步设计。CCTV、安徽电视台全台网采用了这种模式，它适合于比较复杂的全台系统，比如在现有产品未能覆盖的新的业务应用系统中，比较适合。它对于项目整体架构有比较好的把握。 第二种，邀请多家软件集成厂商进行联合咨询，最后汇总统一的咨询报告和设计框架。江苏台全台网项目就是采用的这种模式，在这种模式下，对于整体架构的合理性有比较好的设计引导，但是对于客户方项目团队的项目控制协调能力有比较高的要求。 第三种，由电视台自身项目团队完成项目咨询，明确项目框架设计和项目需求过程；南通台、杭州台、郑州台全台网就是采用这种模式，在这种模式下，需要客户方项目团队有非常强的架构与关键技术的把控能力。产品相对比较成型的全台架构比较适用这种方法。 在以上过程中，各个不同电视台会根据实际情况采用不同的方式，对于大洋来说，都能够提供相应的咨询服务。 项目准备阶段（招投标）的运作模式 在全台网项目准备过程中，涉及到全台网项目招标的运作，那么这里对于项目有不同的流程运作方式： 第一种，全台网整体架构咨询设计后，所有子系统集中统一招标，分拆成一个或者多个招标包； 第二种，全台网整体架构咨询设计后，子系统分别按子系统进度招标。一般先招播出、互联，然后进行收录、新闻，最后进行媒资、制作的招标； 第三种，全台网咨询设计完成后，先对子系统进行集成商和软件供应商的招标，然后再进行深化设计，根据深化设计结果进行基础集成设备招标。 项目建设阶段的方法问题 对于方法来讲，主要是指重要阶段的方法。上面所述全台网设计方法论，主要应用于项目咨询阶段，那么我们在项目中标后采用的“应用系统实施方法论（AIM）”，主要用于对项目实施的指导。 应用系统实施方法论，是针对工程布线、系统部署、应用部署、产品改进迭代、软件培训、系统试运行、系统维护等所有阶段的工艺指导方法，它能满足用户的各种需求，包含了从规范工程工艺方法、协调合作伙伴到新的系统上线运行等所有不可缺少的实施步骤，因而尽可能地减少用户的实施风险，以保证快速、高质量的进行应用系统实施。 大洋公司全台网实施过程方法论，是在多年全台网项目经验基础上积累和总结出来的，能够对全台网项目过程进行有效的管理和控制，确保项目的成功。全台网建设的理念、方法及实践（下） 在总局电视台数字化网络化建设白皮书的指导下，全台网建设正在如火如荼的进行，从2007到2008年之间，大洋公司主导设计、参与了大量电视台全台网项目的建设工作，如CCTV新台址项目、合肥台全台网项目、杭州台全台网项目、郑州台全台网项目、江苏台全台网项目等，大洋公司在全台网建设的理念上、方法上日趋成熟。 在总结以往全台网项目建设经验的基础上，本文对08年全台网发展的最新趋势和实践分析如下：规范架构：互联平台趋于ESB+EMB 如果说全台网是当今电视台数字化建设的热点，那么互联互通则可以说是热点中的热点。互联平台好比人体全身的血脉，其是否畅通决定着整个全台网的成败。从插件式互联到工作流互联、再到ESB总线，我们一直在寻找、尝试着，希望能够找到一个最合理的解决方案。 从CCTV新址工艺系统、江苏电视台全台网系统这两个大型全台网项目的设计、实验结果看，目前全台网互联平台已经趋向统一和规范化，ESB+EMB的双总线架构已经成为主流。 这种架构采用了面向服务设计理念，通过对各类业务流程进行统筹分析，将各业务板块对外的接口都提炼、抽象、封装为服务。双总线包括企业服务总线（ESB）和企业媒体总线（EMB），分别用作元数据和媒体文件的传输，是SOA思想在电视台全台网设计中的发展和具体实现。 基于SOA双总线互联架构的主要优点是：强化系统的内部封装，实现高内聚、低耦合，任何系统的变更都不会影响到其他系统，新系统接入也无需对已有系统进行改造，连接复杂度低，易于管理，可以轻松应对业务服务变化、发展的需要。该架构适用于业务规模较大、异构系统较多、流程复杂多变的电视台网。 上述架构也是总局电视台数字化网络化建设白皮书（2007）推荐的架构。图表1 ESB+EMB互联平台架构模型 如图1所示，大洋公司理解的ESBEMB双总线应该能够适应电视台多变的业务特点和复杂的系统组成情况。 首先，ESB产品应提供可透明调用的中介功能，即不应要求后接入的系统进行软件修改；ESB产品对外系统服务接口参数应没有限制；ESB产品应具备BPEL引擎，支持全台业务流程的组织调度。 其次，EMB产品应提供丰富的传输、转码、校验功能，以应对电视台多种应用场景；EMB产品应该是强大的集群系统，支持Linux平台和高可用。 最后，ESB与EMB应该是松散耦合的关系：ESB和EMB的交互只通过服务接口来进行，而EMB的接口应是通用的，不是专为ESB开发的；ESB也不应只支持某种特定格式的接口，ESB和EMB产品应该是可以替换的。 由于在SOA架构、BPEL引擎、EMB集群等领域积累了丰富的经验，大洋媒体网络互联平台产品TIPA3.0解决方案，不仅提供了成熟的大洋ESB和EMB产品，还内置了全台网互联接口规范建议和大量通用的流程模型，可以极大缩短全台网建设的周期。业务整合：文件备播成为互联互通重点 电视台所有的工作都是在为节目的正常播出而忙碌，从播出部门的角度看，台内核心的业务就是两个：一是准备待播的节目、二是播出这些节目。节目的播出当然是播出系统负责，但待播节目的准备则是一个复杂的过程，几乎涉及到了全台所有的核心部门，包括节目采购部门、总编室、节目制作部门、总控播出部门等等。从制作完成到播出这个完整的节目生命周期中，会经过多部门的内容审核、业务审批，并且需要多个系统的业务信息协同。随着全台网建设的不断深入，我们发现一个节目的生命周期中，节目准备的过程可以说是全台网里最复杂的业务，我们称之为备播业务。备播过程包括以下几个重点业务： 频道内容编排管理 播出内容的接收和整备 播出域资源管理 播出内容准备提供图表2 备播系统与全台其它系统的关系 电视台传统工作模式中，备播业务主要通过口头交流、纸张传递、磁带交换的方式来完成，2007年开始，随着电视台File Base（基于文件化）系统的建设完善，备播俨然已经成为了全台业务整合的重点和难点。 通过分析中央电视台、黑龙江电视台、江苏电视台、电影频道节目中心等多家大型机构的备播业务整合特点，我们认为目前备播项目驱动模式主要有三种类型：1） 第一种是在电视台新楼系统建设下的备播整合模式，这种全台网建设方式一般从全台网整体设计开始，先有整体设计，再逐个系统的分步实施备播系统作为一个重点平台，在规划阶段就已经被重点考虑，像CCTV新台址、郑州电视台全台网等，都是这样的业务整合模式。2） 第二种是“大播出”理念下在播出系统规划备播模块，即将备播模块作为播出系统的一个重要组成部分，像辽宁电视台播出备播、江苏电视台播出都属于这种情况。这种情况下更多的是站在播出系统的角度考虑以播出为主进行建设，其它系统再进行适配。3） 第三种是通过建立独立的备播系统，将前端制作与后端播出进行互联，从而实现整合业务，类似中央台全台节目缓存系统（SATA）、SMG全台备播规划都属于这种模式。 通过多个项目的经验积累，目前大洋的全域媒体准备系统（GMP）已经比较成熟，能够满足以上三种整合模式的需要，灵活的实现备播系统的建设。 实际工作中，传统介质到文件化备播的转换面临着很多的技术挑战，其中至关重要的是文件备播模式下的安全保障体系，以及文件化备播的效率体现等等，而这些问题在大洋构建的备播系统中均得到了妥善的解决。图表3 备播逻辑结构的一种设计参考 节目备播系统的成熟应用对全台业务整合来说，应该是一个重要的里程碑。业务创新：面向服务的内容审片系统 电视节目在电视台播出前，必须经过内容审核。现行的审片方式是在各制作系统内部署审片工作站，通过监视器回放审看。这种方式的设计初衷还是将“审片”看作是节目制作系统附带的功能来看；但是仔细分析制作与审片两种工作的人员对象就可以发现，实际上在大多数电视台内，审片者是不同于编辑人员的一个特殊人群，包括节目组织者、管理者、台内领导等。这个特殊人群的应用需求是否得到了满足呢？无疑，他们的需求在很长一段时间内是被行业忽略的。从我们与大量电视台管理层的沟通反馈信息看，审片用户群也希望被关注，希望新的技术能够切实为他们提供服务，从而提升他们的使用体验。 因此，我们认为在全台网环境里提供一种相适配的、贴近审片用户群的文件化的审片模式是一种有益的尝试，当然这种尝试并不是创造新的业务模式，而是通过采用新的技术架构，改善用户使用环境。图表4 审片系统业务架构 基于以上背景，大洋公司最新倾力打造的综合节目内容审片系统是一套基于网络化、文件化的专业系统，为多种异构制作岛生产的节目提供内容审看服务。其核心业务包括审片任务接收、任务的管理和处理、任务的分发和下载、内容审看、意见反馈等。综合节目内容审片系统作为全新规划和设计的新模块，是在全台架构中的一项创新性应用。图表5 审片软件节目模型这种新应用的最显著特点就是提供更加贴近审片者的人性化审片服务，包括： 家电化审片终端，模拟最终用户的观看环境，提供丰富的操作功能，特别能够适应领导的使用习惯； 敏捷的部署方案，可以在领导办公室进行节目审看，甚至可以将终端部署到位于公网的用户家中； 快速的信息双向沟通反馈，审片信息以文字、声音等多种方式进行记录，并可迅速的反馈给制作人员。 此外，全新的审片系统还具备完善的管理系统，便于维护和使用，比如灵活的审片逻辑处理、基于证书的内容加密和水印、全面的格式兼容、标准的接口规范等特点。 可以说，审片系统的出现是一种架构的革新，将多个独立系统中的模块，抽象组成统一的业务系统为多系统服务，同时创造了一种新的人机交互模型，体现了现代系统以用户为中心的设计（User-Centered Design）理念。纵深发展：媒体资产管理最新发展 目前，媒资系统在全台架构中的定位趋于稳定，主要面向制作业务和长期保存业务提供内容采集整理、内容编目发布管理和分级存储服务，主要包括入库、查询、出库等服务。图表6 媒体资产管理系统业务功能模型细分 因此，对于媒资系统来说，在保持传统功能的基础上，行业重点考虑三个方向的发展，第一是媒资系统自身业务管理的增强，主要是完善业务状态监控以及业务统计管理，实现媒资业务运营管理的IT化；第二是丰富媒资服务模式，在强化检索功能的基础上，重点发展面向内容资源组织的管理，以及面向服务呈现功能的增强，使得媒资能够支持新闻、制作、总编室资料管理、播出甚至于个人资料存储等各种前端业务模式，提供更好的服务；第三，对外接口封装标准化，提供规范API接口，从归档中心接口到媒资内容导入导出接口都需规范化，以减少系统建设中接口开发的工作量。 大洋的媒资不仅能满足入库、归档和出库这些简单业务流程要求，同时也可以为新闻系统和播出系统提供支撑服务，并在向完善业务管理和满足不同需求、适应不同业务模式的应用场景方向发展。所以，大洋媒资解决方案不仅可以作为馆藏型媒资提供服务，同时也能作为生产型媒资直接支持前端业务。对于全台架构下的媒资系统规划来说，主要可以考察如下几个关键问题： 主要根据业务规划，来确定用户在媒资领域的业务目标，明确哪些领域需要媒资支持； 重点考察媒资业务领域中需要哪些具体的支持场景，并且确定媒资的内部业务模型； 重点考察媒资服务支持用户群，以及支持的前端系统，考虑功能、应用和管理的合并可行性，确定服务上是否统一，确定多媒资定位及之间的关系； 考察基础设施建设面向服务的架构问题，考虑是否可以合并和共用。基于以上的考虑，我们就能够相对比较顺畅的确定全台架构下整体媒资的体系结构。前高清时代：全台网全面面向高清 从目前国内大多数电视台来说，面临标清向高清迁移、高标清兼容同播的局面，在高标清兼容的前高清时代，在当前的周边环境基础上，如何进行全台网系统规划建设以满足当前高清的要求，是我们在做全台网系统规划的时候必须要考虑的问题。在保证效率和质量的前提下，我们认为在全台网建设中需要重点考虑的是高标清变换及业务流程的问题。 在当前环境下，重点需要解决的问题是高标清兼容制作、高标清同播等，在这些挑战中最主要的是整体业务流程中对高标清上下变换模式的设计选择。对于高标清上下变换而言，主要原则如下： 尽量减少画面内容和画面表达的损失； 尽可能撑满屏幕，并且考虑电视观众的观看习惯问题，比如字幕习惯； 同时考虑高标清整体流程经济性，尽量减少对于制作过程的影响。由于篇幅所限，这里不具体展开高标清上下变换的具体模式选择问题。 在高清流程中，流程优化主要考虑三个节点，第一，内容摄取及制作节点，第二，内容传输转换节点，再有就是内容输出视频节点。在内容摄取及制作阶段，要根据实际情况考虑是否在数字化之前做上下变换的处理，建议在文件化之前尽量减少源的上下变换；第二在内容传输转换节点，重点需要考虑软件上下变换和硬件上下变换，这部分主要是选择一个质量和效率兼顾的方式实现内容转换和传输。最后对于输出来讲，主要考虑输出过程中不同变换方式的自动选择，这里可能需要通过新的技术手段，例如嵌入AFD（Active Format Description）活动区域格式描述，采用主动格式描述方式实现上下变换流程自动化，减少人员参与，实现流程高效率。 对于高标清兼容环境而言，质量保证上主要考虑高清源的质量以及中间环节变换的质量。具体来讲，一方面应该重点考虑高清高质量的编码支持，在这个过程中，应尽量减少对于源格式的上下变换，来源高清采集高清、来源标清采集标清，同时考虑高清高质量的编码；在中间变换环节，重点考虑变换质量和效率的平衡，根据不同场合选择不同变换算法（频域变换、离散余弦变换、超采样算法、三次立方卷积算法、双线性插值算法等），以达到符合要求的质量。 对于高清来讲，大洋公司已经在全线产品上支持高清，并且在上下变换、AFD等关键技术上积累了丰富的经验。 在制作域，高清非编产品已经成熟应用、全面支持各种高清格式，并且能够直接以Native方式兼容P2、蓝光、Infinity等高清记录介质，以及MPEG-2、AVC-intra、JPEG2000、DNxHD等各种压缩格式，并且在整个制作系统可以实现各种格式的混合编辑。 在媒资领域，大洋媒资已经能够支持各类媒资内容的管理归档，并且在大容量存储管理方面积累了丰富的经验。 在播出域，支持各种主流高清视频服务器（K2、Harris、Omneon）产品，并且在其最新的播控软件中支持AFD信息嵌入和有效控制，同时推出自主品牌高清视频服务器产品VIPS-HD产品，可以应用于高清收录、小型高清播出及高清演播室系统。 在高清基础领域，对于高清编解码、高清转码、高清下变换、高清视频传输、高清视频归档等，已有成熟的产品发布。 总之，在全台网领域，大洋公司已经积累了丰富的技术经验，并且全面支持高清。安全治理：全台信息安全构架成为基础设施规划重点 随着全台网的大规模深入建设，全台网信息安全架构成为全台网基础设施规划的重点。全台网信息安全体系是一个全方位的信息安全建设与防护过程，包含了策略、防护、监控、应急、审计等多个方面。根据信息安全保障体系框架的要求，我们把安全保障建设按照安全事件的生命周期可划分为三个功能模块： 事前防护管理：建设各种安全策略，实施各种安全措施，建立科学的信息安全体系，防止安全事故的发生。 事中监控与应急调度：了解整个系统的安全状态，对安全事故进行分析、定位、处理和恢复，调度包括应急处理与自动策略下发在内的各种防御措施。 事后的安全审计：安全事故的统计与分析，重放与取证，对来自内部人员安全威胁的震慑。 根据一般全台网架构实际情况，我们把全台IT信息系统分为互联网、OA（台内办公局域网）、防护层、制播生产域和播出系统5个不同安全层次。对于全台网安全防护来说，首要任务就