DOC《广东南方新媒体融合平台播控系统定制开发服务采购项目单一...》

广东南方新媒体融合平台播控系统定制开发服务采购项目单一来源采购公示 广东南方新媒体发展有限公司(以下简称采购人)拟对广东南方新媒体融合平台播控系统定制开发服务采购项目进行单一来源采购,现进行单一来源采购公示,并邀请其他能够提供满足本项目采购需求的供应商进行登记.

一、 根据《根据中华人民共和国政府采购法》第三十一条的规定,采用单一来源方式采购,须符合下列情形之一: 1.只能从唯一供应商处采购的;

2.发生了不可预见的紧急情况不能从其他供应商处采购的;

3.必须保证原有采购项目一致性或者服务配套的要求,需要继续从原供应商处添购,且添购资金总额不超过原合同采购金额百分之十的. 4.法律法规规定的其他情形. 本项目是广东南方新媒体发展有限公司对现有运营平台的业务功能进行平滑的开发工作,项目要求在不改变目前运营平台的系统架构和业务管理的基础上完成新业务需求的开发.本次项目将计划通过在目前运营系统上进行定制开发功能,以保证运营系统符合业务的整体发展需要.因此需从现有运营系统厂家新奥特(北京)视频技术有限公司进行业务需求的定制开发.因此,属于上述规定的第1种情形,及《中华人民共和国政府采购法实施条例》第二十七条的规定.根据相关政策法规的要求,进行单一来源采购公示.

二、单一来源采购理由阐述及拟采购内容 现有运营系统的基础上进行定制开发 [一]、方案概述 南方新媒体融合平台对IPTV业务平台进行升级改造,目的在于第一:重新梳理内容生产、运营流程,完善系统功能从而推动提高内容运营工作效率.第二:引入互联网行业视频内容的管理和运营模式,在节目的描述信息中增加标签,以适应更加灵活的运营编排. 对IPTV业务平台进行升级改造将涉及到上游CP、播控平台、编目管理系统、运营平台和BI多个系统自身功能和交互对接. 1.1 概念说明 序号 名词 释义

1 内容注入 新内容在播控平台生产制作完成后,注入到运营商平台CDN.原运营商平台注入由播控平台完成,新建运营商平台需运营平台对接.

2 内容可用 内容在运营平台的状态,全局可显示

3 内容不可用 内容在运营平台的状态,全局不可显示

4 内容删除 从播控发起的,对内容从上游至下游全流程的删除,包括内容信息和物理文件.

5 内容绑定 将内容关联到栏目下

6 内容解绑 将内容从某栏目下解除绑定关系

7 内容显示 针对已经被编排在栏目的内容,表示该内容在该栏目下可以被呈现

8 内容不显示 针对已经被编排在栏目的内容,表示该内容在该栏目下不可以被呈现 [二]、系统流程改造 日常工作流程 使用人员角色划分: 角色 内容 涉及系统 生产编辑 负责对原始内容进行编目、剪辑、一次内容审核等生产工作.检查修改内容类型Type、基础标签BasTags和关键词keyword,并将内容分发到运营商平台和运营平台. 播控平台 编目管理系统 运营编辑 添加运营标签OpTags信息,对绑定服务资费,管理运营平台页面,对内容进行编排运营 运营平台 2.2 系统间交互流程 播控平台与上游CP对接,接收内容.支持上游下发类型Type和关键词Keywords.生产编辑在播控系统完成对内容的剪辑、拆条、转码等操作.Movie的Mediaspec字段需转码后各不同码率文件的编码格式信息. 播控平台对已有的运营平台和运营商平台保持现有内容交互机制.同时向新增加的编目管理系统下发内容. 编目系统接收上游下发的所有编目信息存放在A表,并复制一份B表.后续对媒资编目信息的修改均为对B表修改. 编辑在编目系统对内容添加基础标签信息.对于央视内容,还需要补充类型. 编目管理系统保留央视下发的栏目及编排关系,为编辑对央视节目填写type和bastags提供参考.完成编目并审核后由运营平台选择运营平台进行内容下发和TS注入 运营平台继承上游下发的编目数据,并向运营商同步内容和注入CDN.并手动添加运营标签、绑定服务,必须收到运营商平台返回注入成功确认的才能够进行内容审核通过.审核通过的内容已经到EPG侧. 运营平台对内容审核发布通过后,系统根据规则将内容关联到对应的自动栏目,默认为显示状态.运营人员再次对编排进行发布审核,审核通过后编排关系发布到EPG侧进行最终呈现. 终端的呈现最终由运营平台门户和运营商平台共同提供支持.即呈现由运营平台,鉴权和推流服务由运营商平台平台提供. 2.3 核心优化点 新增编目管理系统 在播控平台与运营平台之间增加编目管理系统,用于负责对所有内容在下发注入前的编目以及选择要下发的运营平台.该系统详细功能详见3.3章节描述 扩展字段和新增对象 在《央视内容发布接口规范(广东运营商平台D08)2_0(20150630).pdf》上增加类型Type、基础标签BasTag、运营标签OpTag三个新对象.制定《广东南方新媒体内容管理发布接口规范》. 修改原有Program和Series两个对象,在这两个对象的属性中均需要加上新增的类型Type、关键词Keywords、基础标签BasTags、运营标签OpTags四个字段. 扩充Schedule对象,支持对直播内容演员、导演等描述信息 扩展字段 关键词信息、看点、角标 在Program、Series对象中扩展关键词Keywords、看点ViewPoint、角标CornerMark 关键词Keywords为文本类型,上游CP在提供内容时填写该内容标签等个性化描述信息,为内容生产编辑编目提供参考.播控平台继承CP提供的关键词(Keywords)信息并可在播控平台中进行修改,未添加关键词信息的CP内容由生产编辑在播控平台系统中填写.芒果和华数的内容要求必须提供Keywords信息. ViewPoint为文本类型,由编辑在编目系统中添加.运营平台继承并可进行修改. CornerMark为角标ID.在运营平台维护角标库以及角标图片与ID的对应关系,编目管理系统中角标ID与运营平台角标ID一致. 节目单描述信息 在Schedule对象上扩充了对节目单中节目演员、导演、简介、海报等描述信息.播控平台和运营平台需对扩展信息进行支持. 类型、基础标签和运营标签 Program、Series中扩展类型Type、基础标签BasTags、运营标签Optags,对应下文所述新增类型Type、基础标签BasTag、运营标签Optag三个对象. 新扩展的字段中均填写对象的ID,其中类型为唯一值,基础标签和运营标签可多值,多值之间用 | 分隔. 新增对象-类型Type 内容的类型字段在播控平台、编目管理系统、运营平台、BI三个系统中保持一致.对一个内容只能有一个类型.同时要求华数、芒果等内容提供方在提供内容的元数据信息中根据约定的类型种类,预填好Type信息.内容进入播控平台系统IMS,播控平台系统继承该信息.编目管理系统可对类型进行修改.在编目管理系统中,必须为内容添加类型信息. 新增对象-基础标签BasTag 在编目管理系统中,生产编辑参考关键词信息,根据type添加对应基础标签.内容的基础标签字段BasTags在编目管理系统、运营平台和BI中保持一致.编目管理系统的BasTags标签库变更时,运营平台和BI也需要同步变更. 新增对象-运营标签OpTag 内容的运营标签在运营平台、BI两个系统中保持一致.运营编辑根据具体的业务需求,为内容添加运营标签属性.可以添加多个运营标签.运营平台中的当运营标签库变更时,BI需同步保持变更 2.3.3 系统间内容交互流程改造 编目数据同步关系 内容注入(新内容) 原有运营商的注入保持由播控平台发起并注入,新建运营商平台的注入由播控平台向编目管理系统发起,编目管理系统选择要发送的运营平台,运营平台最后向运营商平台进行CDN注入和内容信息同步. 编目管理系统必须确保内容ID、内容名称、类型Type和基础标签BasTags四个字段不为空,缺失其中任意一项均不能发注入指令. 初次同步到运营平台的内容由于未进行任何编排审核操作,默认为下线状态,在终端不能呈现.只有向运营商侧注入完成,并且内容绑定了服务信息才能审核才能通过,同时下发编目数据到运营商平台. 为保证正常播放,下发到运营商平台的内容必须默认关联一个栏目.需要在运营平台建立一个虚拟基础栏目,并同步运营商平台.后续所有新内容都默认绑定在该栏目上. 内容以上线状态注入到运营商平台,即进入到运营商平台的内容在运营商侧一直处于可调用播放状态,直到被删除.关于内容发布时顺序和状态变化在3.3.2中继续阐述. 编目管理系统需要记录各运营平台注入的状态,当运营平台部分成功时,从编目管理系统重发. 运营平台记录对应下游CDN注入的状态,如一个运营平台对应多个CDN而其中一个失败,运营平台可以对下游重发. 内容注入(增加Movie) 由播控平台发起向已经存在的的节目增加新Movie,并下发Movie与Program的Mapping工单.需要节目先置于下线状态,待注入完成后重新上线. 编目管理系统接收到Movie注入的工单后,根据已有的Program下发记录生成工单下发到对应运营平台. 内容删除(播控发起) 播控发起的节目删除操作意味着该条内容在所有运营平台和运营商平台的彻底删除.如需要使用该节目,只能重新注入和编排. 删除Program的指令直接透传.删除多剧集时,需要先删除剧头下的各子集,最后再删除剧头信息. 内容删除(编目系统发起) 当多个运营平台都有同样的内容,只需要删除其中部分运营商平台时,删除指令从编目管理系统发起.由编目系统记录和维护下游多个运营平台中内容是否存在的状态信息. 内容删除(删除Movie) 不删除节目只删除其中一个Movie时,播控平台发起删除通过编目管理直接透传到运营平台.运营平台先将节目下线,然后删除下游运营商平台.删除完成后反馈播控平台同时节目重新上线. 运营平台需要判断Program下是否有Movie.当删除的是最后一个Movie时,删除执行完成后内容状态必须持续保持在不可用状态. 内容修改(修改Moive) 对已有Program下单个Movie的修改,即替换.由播控平台先发删除Movie工单,再下发新增Movie工单. 运营平台在删除时先对Movie对应的Program置为不可用,删除完成后置为可用.接收到新增工单后再次将Program置为不可用,Movie注入完成后重新置为可用. 运营平台需要判断Program下是否有Movie.当删除的是最后一个Movie时,删除执行完成后内容状态必须持续保持在不可用状态,直至有新增Movie工单执行完毕后Movie大与零. 内容修改(修改整个Program) 即对内容进行回收后再下发.需要从播控平台发起先删除Program,再重新下发注入,此时ProgramID已经变更为新ID,按新增Program流程. 修改编目数据(编目系统修改) 在播控平台对内容编目元数据修改后下发.如修改涉及类型和基础标签,下发后运营平台需更为类型和基础标签,并且解除之前所有编排关系.待更新完成重新审核后,内容按新的类型和基础标签自动关联到其栏目. 类型和基础标签的修改必须在播控平台完成并向下更新. 对编目数据进行修改时,运营平台中内容状态无需改变. 修改编目数据(运营平台修改) 在运营平台可修改运营标签OpTags、服务绑定信息.修改时不需要对内容进行下线操作.对修改审核通过后,原有下线的内容会变更为上线并根据规则关联到栏目,需要运营人员手动干预再次下线. 修改编目数据(播控修改) 播控平台对节目编目数据修改时,只同步到编目管理系统的原始编目数据表.不再向下同步. 频道和节目单交互 播控平台创建频道信息并下发编目管理系统,由编目管理系统选择频道要下发的运营平台. 运营平台支持同时从播控平台和节目单系统获取直播频道的节目单信息.节目单格式定义参考扩展schedule对象后的新媒体内容管理接口规范.新运营商平台节目单下发由新运营平台完成(标准C2接口). 运营平台与BI的同步 运营平台中节目编目信息、频道信息与BI保持实时同步.当运营平台中节目、频道或节目单等任何信息发生改变时,需要同时上报BI. [三]、各系统对接功能 3.1上游CP 目前CP提供的内容主要有两类,第一是央视的节目.........