全台网建设的理念文档格式.docx
《全台网建设的理念文档格式.docx》由会员分享，可在线阅读，更多相关《全台网建设的理念文档格式.docx（20页珍藏版）》请在冰豆网上搜索。
但是这里面提出的互联互通是很具体的，而非泛化的互联互通，我们并不能把实现互联互通等同于全台网系统建设。
应该说互联互通是全台网建设的最基本条件，但实现了互联互通并不意味着全台网建设的完成。
简单的理解系统互联互通，就是把不同的信息化系统通过网络设备、应用软件等技术手段连通起来，以达到系统之间信息共享、数据共享的目的。
典型互联互通应用，主要表现在以下几个应用领域：
1）各节目制播系统之间的数据共享和交互；
2）节目制播系统与媒资系统的数据共享和交互；
3）节目制播系统与节目备播系统的数据共享和交互；
4）节目生产管理系统与节目制播系统、媒体资产管理系统的信息交互。
系统互联互通在设计上可以分为四个层次，如图1
图表1系统互联互通设计的四个层次
在视音频系统间互联应该包含四个层面，即网络层、数据层、元数据层、应用层。
网络层互联指各子系统间必须能通过以太网、FC网等实现电子化的数据互相访问；
网络层的互联是实现系统互联的基础。
在网络层之上是数据层，各系统间需要进行数据交互，在视音频系统中，主要指视音频数据文件。
参与互联的子系统间需要能理解对方的数据文件，即实现格式兼容。
元数据层位于数据层之上，元数据是数据的数据，即视音频文件的描述信息及控制信息。
通常各系统都会采用自己的一套方式描述视音频文件，即元数据格式互不相同。
当系统间发生交互时，各子系统必须能理解对方的元数据信息和控制信息，也就是说系统间元数据记录必须能继承到另一系统中。
元数据通常数据量比较小，但其数据结构复杂多变，且没有统一的规范，元数据交互方式直接影响到子系统间的关联耦合度。
最后一个层面是应用层，即系统间应能在数据和元数据交换的基础上完成业务应用，可以实现跨系统的业务流程。
各系统的用户、权限信息等应能统一管理，对系统运行的管理监控应能集中完成。
业务整合思想
打一个形象的比喻，现代化电视台就像一台不停运转着的精密机器，电视制播的各个业务环节就像是机器上的各个部件，任何一个部件出了问题就会对整台机器的运转造成影响。
从表面上来看，电视台的业务被划分为各个业务环节并归属于某个部门或某个人员负责，事实上这些业务环节之间有着千丝万缕的关系，更为重要的是他们都必须为电视台的共同目标而运作。
为了“电视台”这台机器能够高效顺畅的运转下去，不会因为某个“部件”的不匹配影响整体的运转，业务整合势在必行。
业务整合就是通过各种有效的手段和工具，将已有的业务或即将开展的业务依据行业特点进行业务剖析，把业务分解成大小合适的逻辑组件，再依据差异性/共性、流程管理、资源重整、协同等方式，将业务整合成新的集合，以适应技术发展及业务变化的需要。
业务整合可实现电视台业务运营和技术应用的有效融合和相互促进，提升业务价值，适应新的业务模式。
关于业务整合我们可以把它理解为三个层次：
第一个层次，数据整合是业务整合的基础
数据整合，就是将不同应用、不同业务流程上的数据，在不同数据平台和不同的数据结构中整合在统一的规范下。
●对整个信息系统中的数据，如播出单、成片文件等，进行全局的分析。
●理清电视台各系统之间，如新闻系统、播出系统等的数据关系。
●建立数据交换平台，实现子系统之间数据的有序交换与共享，目前我们常见的方式是ESB+EMB模型。
第二层次，应用整合是业务整合的关键
应用整合，就是将来自于不同部门或不同企业的应用进行整合，按照整体业务的要求进行组装。
●从应用层面进行统一，比如实现应用整合的首要任务就是实现统一认证和单点登陆（SSO，Singlesign-on）。
●简单的应用集成可以通过应用改造来实现，不影响应用的内部结构，比如建立节目生产管理统一门户等。
●规范的应用管理需要做更多的工作，需要定义清晰的应用接口规范，使得遵循规范的应用系统能够方便地集成起来。
这方面的例子较多，目前行业的规范和标准也在逐渐丰富和完善起来。
第三层次，流程整合是业务整合的目标
流程整合，就是对不同的业务流程进行优化和重组，使之可以互联互通。
●流程整合利用工作流、消息、协同等技术，实现跨系统的整合，比如通过备播系统整合制作系统到播出系统的流程，使得不同的管理部门能够在一个统一的网络环境中，实现对同一事务的协同处理；
●流程整合不仅需要对应用有较大的修改和规范，同时也涉及到管理流程的再分析和重构；
●实现业务流程的整合将极大的提升电视台的效益，重要的是我们应该采用灵活的技术架构，这样便可以实现多流程、并行流程、协同的流程甚至是随需而变的流程。
规范标准思想
“规范和标准思想”主要是指我们在建立全台网系统的过程中，所涉及到的数据格式、软件接口模式、应用模式、管理模式等，以及系统监控、质量控制以及安全模型等等诸多方面，应该尽可能参考现有的国际标准、国家标准和行业标准，对参考标准之外的内容，也应该建立系统内部的规范，以满足管理和系统扩展的需求。
全台网系统中计算机的应用比以往任何时代，包括传统电视工艺技术时代、非线性编辑单机时代、非编系统网络时代都要更加深入和广泛。
从计算机信息处理的意义上讲，计算机技术的发展方向之一就是使信息的共享与交换越来越方便。
PC机的操作系统从DOS发展到Windows的最大进步之一，就是数据的交换技术大大发展了，为此微软公司发展了剪贴板、动态数据交换（DDE）、OLE、ODBC等各种技术标准支持Windows下各种程序的数据交换。
全台网系统的规范和标准可以分为三个部分：
一是全台网系统研发的技术要求，这一部分在全台网项目中几乎都会提到，各电视台和系统集成商都涉及到，目前正在逐步丰富起来，包括视音频编解码规范及文件格式规范标准、媒体对象实体定义规范、互联互通服务接口规范等，但是这部分规范远未达到形成各厂家共识，行业内统一的地步，只是在某些项目上，从项目角度进行一些约定。
二是全台网系统实施服务的技术要求，全台网系统往往是电视台的全局性项目，所以最重要的不是购买某一两种产品和软件，而是实施和服务。
由于目前国内的全台网应用还属于初级阶段，这方面的体会还不是太深，所以实施服务的技术标准任重而道远。
三是产品功能的技术要求，由于全台网系统的用户，即电视台的需求千差万别，这一点可能是最有争议和最难以实现的部分。
但是如能够充分量化电视台的管理属性，通过标准建立知识库，电视台完全可以依据知识库建立自己的独立需求。
这一点与行业内视音频资料的编目标准的推广和应用是相似的。
标准是一个“共同的约定”，是全网建设者的工具，是武器，但标准不是真理，标准不是理想境界，但是采用标准应该成为建设者的理想。
采用标准不见得有利于采用最先进技术，建立最理想的应用系统，但是从长远远看采用标准一定是对电视台全网建设最有利的模式：
有利于设备厂商的产品专业细分，有利于建立全台网的标准模型，有利于降低电视台系统日常的运营维护成本，同时也将会延长全台网的生命周期。
全台网建设方法论
经过多年全台网项目建设的实践，大洋在理念、技术、产品和服务等方面都得到了长足的进步。
同时结合项目的实践，在与客户、设备供应商以及咨询公司的交流与探讨的过程中，大洋公司通过全台网过程的总结和抽象，得出了具有自己特色的全台网项目规划实施方法论。
大洋的全台网项目规划实施方法论由三个部分组成，分别是系统设计方法论、组织方法论以及实施过程方法论。
系统设计方法论
大洋的全台网设计方法论将帮助全台网项目的设计团队，在面对一个业务过程复杂多变，应用系统和设备繁多的环境下，根据自身现状和业务需求确定合适的全台网阶段性目标，并考虑到全台网发展的连续性，制定合适的全台网发展目标和设计框架。
对于IT化非常充分的全台网系统设计而言，宏观上我们往往可以从四个层面看待它，如下图：
图表2全台网设计四个层面
●电视台的业务层：
全台网系统涉及到的各类业务的描述和分析，包括业务的分类、业务角色、业务流程、业务规则、业务单元的IPO等等内容；
●电视台的应用层：
各类全台网的IT化系统的技术要求和设计内容，这些系统的设计需要满足所有业务的需求；
●电视台的数据层：
系统所需要的处理的各类数据和信息描述和定义，包括各类媒体数据对象和元数据对象的格式、属性和参考标准等；
●电视台的基础层：
全台网系统所有支撑体系的设计，包括基础网络系统、存储系统、主机平台、安全体系、软件运行平台等等内容。
上述思想都是全台网设计中的核心目标和内容，理解了每一个层面的含义之后，在设计和分析过程中需要参考和使用众多的设计模型、表格、图纸、案例等等。
这一部分内容实际是设计方法论的落实篇，也是大洋公司通过实践总结出来的成果，由于篇幅原因，本文就不详细展开了。
在设计过程中，还有一个重要的工作就是系统拆分。
系统拆分得当将有利于工作界面的清晰划分，保证业务功能的完整，以及后续招投标工作的顺利开展。
其主要方法有：
●面向服务的架构模式（横向系统拆分）：
面向公共/平台服务系统的规划；
●面向业务的架构模式（纵向系统拆分）：
面向独立业务系统的规划；
主要步骤如下：
●业务需求的调研和分析，检查现阶段IT和业务是否配合，找出现阶段业务上的问题；
●调研和探讨并整理出客户的业务远景、未来业务策略，结合技术手段梳理业务流程并规划设计最优生产应用场景；
●根据业务流程拆分最小（最优）处理单元，建立系统业务模型；
●根据系统架构的规划原则进行系统划分，并提出满足未来扩展需求的建议和初步计划；
●对系统架构进行业务需求验证。
组织方法论
组织方法论是全台网建设过程中有关人的组织和安排，实际上提出一套行之有效的、全面的责任分配、人员定责和组织协调的方法。
首先从我们对全台网设计过程涉及的所有人员做一个分类，他们是系统的业主、系统的采购方、主要设计伙伴、系统集成商、设备供应商和运营维护方。
其次我们把全台网建设过程分为几个阶段：
立项、初步设计、方案招标、深化设计、设备采购、系统实施、项目收尾和运营服务阶段。
最后我们初步得出全台网项目的责任矩阵，如下表：
当然，不同复杂程度的全台网项目对于人员以及阶段划分会有所不同，但是总体方法是相似的，并应该遵循一些组织原则：
第一，在组织管理中，在某一阶段，任务矩阵中的主责方应成为组织安排的主体，该方应该承担更加详细的任务分配、沟通组织、人员协调等工作；
第二，在某一阶段，任务矩阵中的辅助方，应服从主责方的人员安排，最好的方式是在合同中有所限定；
第三，如果该全台网项目有明确且全过程的项目组织管理和项目计划，在某一阶段任务，矩阵中的主责方总体上应该在服从项目管理的原则下，制定自己的工作内容。
实施过程方法论
实施过程方法论反映了一个公司对于全台网建设过程控制的成熟度，也只有通过多年全台网项目的经验积累，才能得出成熟有效的实施过程方法论。
实施过程方法论是带领整个项目走向成功的向导图（ProjectMap）。
全台网系统供应商有无成熟的实施方法论是项目成功的关键。
对一个项目应该如何实施、怎样分阶段、每阶段重点工作是什么、解决什么问题、会有什么情况、怎样应对、采用什么样的方法等，在这些方面，全台网系统供应商一定要有明确的认识。
大洋根据多年的项目经验，总结出自己的项目实施过程方法：
图表3全台网项目实施过程
在整个项目实施过程中，不同项目有不同的项目实施和运作的方法。
项目的运作方法论主要是针对项目实施过程中项目咨询的组织、项目运作流程和项目实施过程的方法。
从宏观上将全台网实施过程进行分解，有利于我们把握全局，在项目初期提出更加合理的计划和安排，在过程中把握和跟踪项目状态，在项目收尾时总结经验教训。
在微观上，大洋公司根据自己实施和参与的项目过程，对于项目阶段的具体操作提出自己的见解和分析。
◆项目售前咨询阶段的操作方法
对于任何项目来说，项目的启动都有售前咨询的过程，但是对于全台网项目来说，一般项目规模比较大、涉及的部门范围比较多，项目系统复杂度和深度可想而知，所以使得项目咨询过程比较漫长，需要参与人员也比较多，包括行业咨询专家、资深管理顾问、项目实施顾问、IT技术顾问、专业的厂商、客户方项目团队等等。
所以这个时候，对于全台网项目中项目咨询可以采用多种方式：
第一种，邀请独立的咨询合作伙伴，进行项目咨询和框架初步设计。
CCTV、安徽电视台全台网采用了这种模式，它适合于比较复杂的全台系统，比如在现有产品未能覆盖的新的业务应用系统中，比较适合。
它对于项目整体架构有比较好的把握。
第二种，邀请多家软件集成厂商进行联合咨询，最后汇总统一的咨询报告和设计框架。
江苏台全台网项目就是采用的这种模式，在这种模式下，对于整体架构的合理性有比较好的设计引导，但是对于客户方项目团队的项目控制协调能力有比较高的要求。
第三种，由电视台自身项目团队完成项目咨询，明确项目框架设计和项目需求过程；
南通台、杭州台、郑州台全台网就是采用这种模式，在这种模式下，需要客户方项目团队有非常强的架构与关键技术的把控能力。
产品相对比较成型的全台架构比较适用这种方法。
在以上过程中，各个不同电视台会根据实际情况采用不同的方式，对于大洋来说，都能够提供相应的咨询服务。
◆项目准备阶段（招投标）的运作模式
在全台网项目准备过程中，涉及到全台网项目招标的运作，那么这里对于项目有不同的流程运作方式：
第一种，全台网整体架构咨询设计后，所有子系统集中统一招标，分拆成一个或者多个招标包；
第二种，全台网整体架构咨询设计后，子系统分别按子系统进度招标。
一般先招播出、互联，然后进行收录、新闻，最后进行媒资、制作的招标；
第三种，全台网咨询设计完成后，先对子系统进行集成商和软件供应商的招标，然后再进行深化设计，根据深化设计结果进行基础集成设备招标。
◆项目建设阶段的方法问题
对于方法来讲，主要是指重要阶段的方法。
上面所述全台网设计方法论，主要应用于项目咨询阶段，那么我们在项目中标后采用的“应用系统实施方法论（AIM）”，主要用于对项目实施的指导。
应用系统实施方法论，是针对工程布线、系统部署、应用部署、产品改进迭代、软件培训、系统试运行、系统维护等所有阶段的工艺指导方法，它能满足用户的各种需求，包含了从规范工程工艺方法、协调合作伙伴到新的系统上线运行等所有不可缺少的实施步骤，因而尽可能地减少用户的实施风险，以保证快速、高质量的进行应用系统实施。
大洋公司全台网实施过程方法论，是在多年全台网项目经验基础上积累和总结出来的，能够对全台网项目过程进行有效的管理和控制，确保项目的成功。
全台网建设的理念、方法及实践（下）
在总局《电视台数字化网络化建设白皮书》的指导下，全台网建设正在如火如荼的进行，从2007到2008年之间，大洋公司主导设计、参与了大量电视台全台网项目的建设工作，如CCTV新台址项目、合肥台全台网项目、杭州台全台网项目、郑州台全台网项目、江苏台全台网项目等，大洋公司在全台网建设的理念上、方法上日趋成熟。
在总结以往全台网项目建设经验的基础上，本文对08年全台网发展的最新趋势和实践分析如下：
规范架构：
互联平台趋于ESB+EMB
如果说全台网是当今电视台数字化建设的热点，那么互联互通则可以说是热点中的热点。
互联平台好比人体全身的血脉，其是否畅通决定着整个全台网的成败。
从插件式互联到工作流互联、再到ESB总线，我们一直在寻找、尝试着，希望能够找到一个最合理的解决方案。
从CCTV新址工艺系统、江苏电视台全台网系统这两个大型全台网项目的设计、实验结果看，目前全台网互联平台已经趋向统一和规范化，ESB+EMB的双总线架构已经成为主流。
这种架构采用了面向服务设计理念，通过对各类业务流程进行统筹分析，将各业务板块对外的接口都提炼、抽象、封装为服务。
双总线包括企业服务总线（ESB）和企业媒体总线（EMB），分别用作元数据和媒体文件的传输，是SOA思想在电视台全台网设计中的发展和具体实现。
基于SOA双总线互联架构的主要优点是：
强化系统的内部封装，实现高内聚、低耦合，任何系统的变更都不会影响到其他系统，新系统接入也无需对已有系统进行改造，连接复杂度低，易于管理，可以轻松应对业务服务变化、发展的需要。
该架构适用于业务规模较大、异构系统较多、流程复杂多变的电视台网。
上述架构也是总局《电视台数字化网络化建设白皮书（2007）》推荐的架构。
图表1ESB+EMB互联平台架构模型
如图1所示，大洋公司理解的ESB＋EMB双总线应该能够适应电视台多变的业务特点和复杂的系统组成情况。
首先，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年开始，随着电视台FileBase（基于文件化）系统的建设完善，备播俨然已经成为了全台业务整合的重点和难点。
通过分析中央电视台、黑龙江电视台、江苏电视台、电影频道节目中心等多家大型机构的备播业务整合特点，我们认为目前备播项目驱动模式主要有三种类型：
1）第一种是在电视台新楼系统建设下的备播整合模式，这种全台网建设方式一般从全台网整体设计开始，先有整体设计，再逐个系统的分步实施——备播系统作为一个重点平台，在规划阶段就已经被重点考虑，像CCTV新台址、郑州电视台全台网等，都是这样的业务整合模式。
2）第二种是“大播出”理念下在播出系统规划备播模块，即将备播模块作为播出系统的一个重要组成部分，像辽宁电视台播出备播、江苏电视台播出都属于这种情况。
这种情况下更多的是站在播出系统的角度考虑——以播出为主进行建设，其它系统再进行适配。
3）第三种是通过建立独立的备播系统，将前端制作与后端播出进行互联，从而实现整合业务，类似中央台全台节目缓存系统（SATA）、SMG全台备播规划都属于这种模式。
通过多个项目的经验积累，目前大洋的全域媒体准备系统（GMP）已经比较成熟，能够满足以上三种整合模式的需要，灵活的实现备播系统的建设。
实际工作中，传统介质到文件化备播的转换面临着很多的技术挑战，其中至关重要的是文件备播模式下的安全保障体系，以及文件化备播的效率体现等等，而这些问题在大洋构建的备播系统中均得到了妥善的解决。
图表3备播逻辑结构的一种设计参考
节目备播系统的成熟应用对全台业务整合来说，应该是一个重要的里程碑。
业务创新：
面向服务的内容审片系统
电视节目在电视台播出前，必须经过内容审核。
现行的审片方式是在各制作系统内部署审片工作站，通过监视器回放审看。
这种方式的设计初衷还是将“审片”看作是节目制作系统附带的功能来看；
但是仔细分析制作与审片两种工作的人员对象就可以发现，实际上在大多数
升级会员 