安广网络互动电视平台招标文件-技术规格书

1、安广网络互动电视平台招标文件技术规格书安徽广电信息网络股份有限公司附件1:安广网络互动电视平台招标文件技术规格书目 录3002子项 互动电视业务系统 7第一部分总则8第二部分技术资格和能力 9第三部分采购清单及商务报价要求 10第一章报价范围10第二章报价要求10第四部分 技术规范需求书 14第一章前言14第二章互动电视系统技术规范及需求 141平台总体技术要求 152互动电视系统技术要求 16第五部分项目组织、时间进度、安装调试、测试、验收要求 48第一章项目组织48第二章时间进度要求48第三章安装测试及验收49第六部分服务要求51第一章保险和运输51第二章设备远期供货及折价51第三章技术服

2、务要求51523002子项互动电视业务系统第一部分总则1. 本文是安徽省广播电视基础设施改造项目互动电视系统工程所需系统软件 与硬件需求及技术规范书。2. 投标方提供的系统性能技术指标除符合 DVB-C及相关建议外，还应同时符 合本规范书的要求。对标准的及本规范书又未提及的部分，可由投标方提 出建议，经双方认可后执行。3. 投标方的所有应答均不得照抄、复制询价文件所列条款、指标和参数。非 量化指标可以直接进行应答并说明方案，量化指标必须应答具体数值，主 要技术指标必须提供检测报告或样本。应答的所有内容应以中英文对照的 方式填写，当中英文不一致时，以英文为准。4. 投标文件中应提供产品的检测证明

3、或产品彩色样本。应答内容与样本、检 测证明内容应保持一致。5. 投标方的标书应当满足本标书中标示(*)的项目，不满足该要求的任何标书 都有可能因此而被拒绝接受。6. 最终用户持有对本技术规范书的修改和解释权。第二部分技术资格和能力1. (*)互动电视系统的制造商必须能提供符合本技术规范所要求的端到端成熟 解决方案，该解决方案要求在国内外均有成熟商业运营案例；2. (*)制造商必须有3年以上生产并集成互动 VOD电视系统的历史，该技术资 格需要投标人提供相应的证明文件；3. 制造商在中国必须具备独立的本地化开发与系统集成技术服务团队，确保 项目能按时、按质量要求完成，要求提供本地化开发与技术服务

4、团队说明 文件；4. 制造商所投标系统产品功能及性能应全满足买方提出的要求，并在投标前 经过运营商的实际测试验证。备注：以上技术资格和能力要求制造商提供相应的证明文件。第三部分采购清单及商务报价要求第一章报价范围（1）报价应包括软、硬件设备名称、型号及配置、数量等详细内容。（2）投标方应按照买方要求的业务或功能进行报价，投标方应详细描述 和说明这些业务或功能。如部分功能正在开发阶段或暂时不能提 供，则必须在报价单及方案中清楚标注，否则视为投标方已有该功 能并在报价中已包括这些功能及服务。第二章报价要求（1）本系统工程为“交钥匙”工程，投标方要求在报价中包括所有软件 （含安装、系统调测）、硬件（

5、含主要设备、配套设备、工程安装 所需材料、工程费用、培训及服务等）。（2）软件报价要求：1）投标方应提供最新的、成熟的、稳定的软件版本并提供详细的功能清单。2）软件报价应至少包含下列部分：商用软件报价应包括在商用服务器报价中。BSS系统应用软件及STB客户端软件应包括实现系统功能的所 有软件，要求按照并发流形式核算报价。（3）硬件报价要求：1）硬件部分须报出系统所需的全部设备的详细价格。2） 服务器应详细列出内存（类型、总容量）、CPU（频率、个数）、 硬盘（大小、类型）、显示器（类型、尺寸）、阵列等；局域网交换 机和路由器应列出端口数量、速率；（4）服务报价要求投标方应对下述服务项目进行报价

6、。1）安装与系统集成调测：投标方负责所有设备的安装及系统集成调测。投标方应承诺的系统集成完成时间，要求提供整个系统的具体实 施方案、详细工程资料和工作进度计划。2）技术服务：投标方保证免费提供在系统初验结束后 1年内系统正 常运行所需的全部技术支持。3）市场运营辅助及后续STB客户端应用软件功能升级服务a）市场运营辅助服务是系统提供商根据自身运营经验及市场推 广经验，协助甲方完成市场运营推广计划。其中市场运营辅助 服务包括：市场推广企划、广告设计与发布指导、促销活动的 指导、客服中心的培训与指导、系统运营报表的监控与管理。 市场运营辅助服务要求系统提供商独立的专业化团队来提供， 买方如需要采用

7、投标方的市场运营辅助服务，则按照实际服务 内容与投标方进行协商。投标方在市场运营辅助服务报价中只 列单价，并且不计入总价。b) STB客户端应用软件功能升级服务指第一年免费技术服务期 之后，投标人或系统提供商向运营商提供的持续的软件功能升 级服务与系统集成、STB集成技术服务。投标方在市场运营辅 助服务报价中只列单价，并且不计入总价。(5) 培训投标方应列出培训人员的费用单价及详细的培训计划(包括时间、 地点、课程、人数等)。(6) 根据技术规范书中互动电视系统项目规模，投标方对其所提供的 软、硬件设备、安装材料、技术文件及安装调测、工程、培训、技术 支持、市场运营辅助及内容集成服务等，进行分

8、类汇总报价。报价应 包括设备名称、型号及配置模块、数量等详细内容。报价为设备到买 方现场价。(7) 投标方提供的硬件设备应为最新型号和全新设备。并应对涉及专 禾I、知识产权等法律条款承担义务，买方对此不承担任何责任。(8) 投标方应承诺本技术规范书应视为保证系统运行的最低要求，如有 遗漏，投标方应予以补充，报价书应附设备配备计算说明，投标方应 保证设备配备的品种、数量准确无误，否则一旦中标，将认为投标方 认同遗漏部分并免费提供。(9) 投标方应承诺在工程移交后五年内，买方在后续及备品备件的设备 定货时，同一类型的软、硬件设备价格至少不高于本次合同的价格。(10) 针对工程移交后，可能出现的某些

9、系统部件停止生产的情形，投标方应提供详细可行的解决方案。至少应该在停产前 6个月通知买 方，价格不应该高于本期合同。如果买方需要，投标方保证以不高于本 次成交价的优惠价向买方提供具有同样功能的替代产品。第四部分技术规范需求书第一章前言（1）本“技术规范书”是买方向投标方提出的有关商务、技术以及工程方面的 要求。（2）本“技术规范书”作为买卖双方“订货合同”的附件。（3）投标方应逐条应答“技术规范书”中的各条内容并写出对应的技术数据和 指标的实际值。（4）投标方应对“技术规范书”未能提出的、有关产品的性能指标，以“技术 建议书”的形式进行说明并提供有关资料。（5）本“技术规范书”主要依据国家标准

10、编制。对目前尚无国家标准参考的部 分，投标方应承诺一旦国家标准发布后对供给买方产品中与国家标准不符部分 给予免费升级或更换为符合国家标准的产品。（6）投标方应按技术规范书所列的系统功能进行投标，并对系统功能要求进行 “点对点”应答。第二章互动电视系统技术规范及需求投标方应按照统一格式明确地逐条回答以下设备技术要求：“完全满足”是指完全响应买方的技术要求，“部分满足”必须详细说明满足的部分和不满 足的原因和解决措施，“不满足”必须详细说明不满足的原因和解决措施。在技术要求中，“必须支持”是指对设备重要的要求，“是否支持”是指 对设备希望具备的要求。1平台总体技术要求互动电视系统建设的总体原则是总

11、体规划，分步实施，安全稳定，合理运 营。互动电视系统作为一个高安全性的运营平台系统要求符合以下总体技术要 求：(1) 先进性和实用性互动电视系统的设计要采用先进的概念、技术和方法，达到国际领先国内 一流的水平。系统除支持交互 MPEG标清及高清视频节目，可以与其它媒体格 式如MPEG4H.264标清及高清格式兼容。(2) 标准性和开放性互动电视系统的各项技术和设备尽量符合国际、国内和行业内有关标准， 采用支持HTTP RTSPffi DSM-C(控制协议。提供标准开放的协议接口，使得互 动电视系统具有良好的互操作性。符合有关国际和国家标准(如ISO、ITU-T、MPEG DVB-C等国际组织发

12、布 的标准等)，投标方应在建议书中具体说明，并附上相应的详细技术资料。可以基于公开发布的标准，与不同厂商的子系统集成，如：内容注入、视 频服务器、机顶盒、边缘调制器。采用开放的数据库，提供多种统计报告，同时也允许用户创建自己的报 告。若投标方的设备和系统中包含自己的专用标准，应在建议书中具体说明， 并附上相应的详细技术资料。(3) 可靠性和安全性在考虑技术先进性的同时，还应从系统结构、技术措施、设备性能、系统 管理及维护等方面着手，确保系统运行的可靠性和稳定性。能够采用故障检 查、告警和处理机制，保证数据不因意外情况丢失或损坏；采用灵活的任务调度机制实现负载均衡，防止“瓶颈”产生，达到最大的平

13、均无故障时间。在系 统发生故障时，应当尽量做到无缝倒换。互动电视系统是一个强大的视频应用平台，整个系统在运行稳定的同时， 应有严格的安全措施，确保整个系统安全稳定运行及与其相关联的业务数据的 安全。（4）灵活性和可扩展性平台选用具有良好升级能力和扩展性的设备，整个平台应尽可能按模块化 设计，可以进行软件升级和并发用户数扩容，要求平滑且不中断业务地升级到 最终业务规划目标。平台的部署方式（包括服务器部署方式、内容分发网络和骨干网传输方 式）、规模（支持最大并发流数）和可以提供的业务（ VOD网络个人录像 nPVR电视回看等）应当灵活并易于扩展。（5）可运营和可管理系统平台采用开放的后台运营管理系

14、统，根据业务需求，能够支持多种灵 活的计费策略，保障投资成本的有效回收。2互动电视系统技术要求2.1视频服务器系统技术要求视频服务器系统主要负责数字媒体的储存和播出，主要包括媒体流输出单 元、媒体存储单元。具体需求如下：2.1.1视频服务器架构要求阐述视频服务器采用哪种技术体系架构、设备主要硬件备份机制并说 明其特点。2.1.2媒体流输出单元媒体流输出单元从媒体存储单元中取出压缩的节目文件并利用UDP/IP协议，经流输出单元本身的GE口输出DVB/IP媒体流。(1) 媒体流格式要求媒体流输出单元所输出的DVB/IP媒体流符合以下的格式：1) (*)视频格式：必须支持 MPEG-2(ISO138

15、18标清及高清视频格式， 同时必须支持MPEG4H.264标清及高清视频格式，将来可以支持 AVS WM等其他编码格式。2) (*)音频格式：必须支持杜比 AC3 MPEG-1 audio layer 2/3 等。3) 视频流格式：必须支持透明TS流或预加密TS流。4) 通讯协议：必须支持 TCP/IP、UDP/IP、RTSP HTTP FTP SNM等 通讯协议。(2) 媒体流输出物理接口要求媒体流输出的物理接口符合以下的格式：1) (*)必须支持千兆以太网接口输出：铜线千兆以太网接口或者光纤 SFP模块接口。2) 以及支持平滑升级到万兆以太网接口。(3) 媒体流处理及输出性能1) (*)视

16、频服务器系统必须支持同时能够在不影响整体输出性能和质 量的前提下，可以进行16路实时节目流和16路节目文件的上载。2) 视频服务器单GE口输出能力不能少于900Mbps投标方必须提供各种不同硬件配置下单台视频服务器所支持的最大音视频3.75Mbps并发流数，且音视频3.75Mbps并发流必须支持同一格式的同一媒体内 容，也支持是完全不同格式不同编码率的不同媒体内容。3）对各种点播请求能够快速响应，时间必须小于 2秒。4）必须支持通过RTSF或DSM-CC、议对每一视频流的VCF控制，包括 快进、快退、暂停、停止。5）视频流输出单元必须可以实现至少 2种倍速的快进快退，当全部请 求都是倍速输出时

17、不影响系统的最大并发流输出能力。6）单台视频服务器所支持的视频并发流满负荷运行时，必须支持既可 以都是正常在播放的媒体流，也可以是快进，快退，暂停状态的媒 体流。多个用户并发启用VCRg制时，不会导致视频服务器的并发 流输出能力下降。投标方需在方案中说明 VCRS制如何在系统中实 现。7）媒体流输出板卡必须支持基于硬件的视频流处理能力。视频服务器 达到满负荷媒体流输出时，CPU勺使用率应保持在较低水平，请具体 说明实际的CPU使用率值。8）为避免流输出瓶径，视频服务器所标称的总输出并发流数量在满负 荷运行时，应既可以保证所有输出流播放的都是同一个内容也可以 保证所有输出流播放的都是分别不同且独

18、立的文件，请具体说明实 现该性能要求的技术体系。对于内存型流输出服务器，要求提供内 存中可存储节目的数量并详细说明内存存储内容与外部磁盘阵列存 储内容之间的流推送关系。9）当媒体流输出板卡或者某台视频服务器出现故障，必须支持由该媒 体流输出板卡或者该视频服务器提供服务的视频流能够快速自动切 换到由其他媒体流输出板卡或者其他视频服务器，用户端无明显感 觉视频流停顿，并说明切换具体方式及时间。10）媒体流输出单元不引入PCF抖动。即在没有特别说明的情况下，PCR 的连续性必须在100ms内；两个连续的PCR的间隔必须在40ms内。2.1.3视频服务器媒体存储单元视频服务器媒体存储单元即是指在视频服

19、务器中的存储系统(内存或磁 盘)或外部存储中心或其他方式，存储单元必须满足以下条件：(1) 媒体存储容量1) (*)本次招标要求中心媒体存储必须支持 6000个小时左右3.75M/S MPEG-2 TS流节目存储，且需要详细提供今后媒体在线存储扩容方 案。2) 硬盘必须使用高速 SCSI或SAS(Serial Attached SCSI )硬盘并要 求必须支持热插拔。3) 投标方给出具体硬盘配置、系统总存储容量、系统有效存储容量， 并说明三者之间的关系。4) 投标方要给出视频服务器和存储之间的传输方式及带宽，必须保证 所有用户分别点播不同节目或相同一个节目时不会产生拥塞。(2) 媒体存储负载均

20、衡1) 系统在进行内存或者磁盘阵列读写操作时必须支持良好的负载均衡 能力。投标方须在投标方案中详述视频服务器系统所采用的负载均 衡技术。2) 媒体存储中的内容必须支持可以通过系统内的任一媒体流输出单元 输出。3) 任一媒体流输出单元必须支持可以输出媒体存储中的所有的媒体资 源。(3) 媒体存储安全1）媒体存储单元必须支持冗余备份能力，并详述存储系统所采用的冗 余备份方案。投标方需明确说明采用的存储方案及冗余备份的方式。如投标方系统采用的SAN架构存储系统，则要求提供主备镜像 方案以实现主备安全存储及在线扩容，并且主备存储之间需要实现 热备及自动切换。如投标方系统采用的是内存服务器+独立外挂存

21、储方案，则要求外挂存储阵列按照主备镜像方式配置，用于节目流 推送的内存在系统掉电后会丢失数据，因此不能视为另一存储系 统。2）整个媒体存储系统中损坏任何一个内存、硬盘或者一个磁盘阵列， 系统内所存储的视频内容不能丢失、流输出能力不能受到影响。以 下称这种状态为“系统缺损状态”。3）在系统缺损状态时，视频服务器系统仍能继续使用其它的设备上载 并播出视频流。4）在系统缺损状态时，对于系统整体上载和播出能力的影响是线性下 降。5）更换磁盘或者磁盘阵列后，系统必须能在该阵列上自动恢复原有数据并提供恢复具体时间，自动从系统缺损状态恢复为正常状态。6）如因视频服务器意外故障或 UPS电源故障导致服务器重启

22、或掉电， 系统应该能够在5分钟内恢复所有的节目流推送。7）系统必须能够自动处理播出、上载和数据恢复工作的优先级，请说 明数据恢复对正常的上载和播出能力产生影响的时间和程度。8）整个媒体存储系统的安全保护必须在短时间内生效，并具体说明生 效时间。（4）媒体存储更换及升级与维护1) 系统可以通过增加视频服务器内存、磁盘阵列、磁盘阵列中硬盘等 方式进行媒体存储的扩容。2) 扩容必须能够在线进行，系统能够自动处理扩容的优先级，以保证 系统正常的播出和上载能力及质量。3) 扩容后媒体内容必须能够自动分配到新增的视频服务器或磁盘阵列 上。4) 媒体存储必须支持在线维护，在关闭存储系统中任意一个磁盘陈列 进

23、行维护时，系统流输出能力及上载能力不应受到影响。2.1.4视频服务器资源管理子系统视频服务器资源管理系统是整个视频服务系统管理与播出控制的核心，它 将对系统中的所有视频服务器及连接、事件等进行控制与管理。具体技术要求 如下：(1) 视频服务器资源管理系统必须能够对于视频服务器集群，视频服务器，视 频服务输出单元进行实时监控既配置管理维护，设定服务的带宽和具体系统参 数。请投标方提供详细的视频服务器监控及配置管理界面供买方参考。(2) 视频服务器资源管理系统必须能够对于所服务的用户群，用户所联接的 IP-QA M设备进行配置管理维护，设定服务的优先级别，容错处理和具体的系统 参数。(3) 当用户

24、点播时，视频服务器资源管理系统必须能够根据系统的预先配置及接口调度，根据客户端IP，UserID、STB中的MAC地址或者智能卡号、节目文 件名称、视频服务器负载均衡和优先级设置来自动指定某个视频服务器及路由 等为用户服务。(4) 在流播出时，系统必须支持具备实时管理每个视频流的能力；当视频服务 器的一块播出卡异常损坏或某个视频服务器或某个服务器群发生异常停机，必须能够立即为用户建立新的流并送至客户端，且其间无需客户端做重新启动机 器等动作。 为支持不同的传输网络，视频点播系统应能同时支持RTSPffi DSM-C胁议的头端应用，并提供DSM-C(中自定义标准指令集。2.1.5视频服务器网络部

25、署架构(1) (*)视频服务器必须支持分层分级组网，能够支持省中心、地市分中心、 POP点的组网方式。(2) 从集中式到分布式的过渡不中断业务，对视频流的扩展及存储的扩展都随 服务器的增加线性增长，且无需中断现有业务。(3) 视频服务器必须支持灵活的内容分发功能，必须支持主动PUSH和被动PULL视频服务器。系统应具有很好的可扩容性和开放性。安徽省有线广播电视传输网络拓补图2.2内容管理系统技术要求内容管理系统主要负责对整个系统内的所有存储内容进行管理和应用，并 为其他系统提供相关的资产信息。该系统应具有如下功能：(1) 必须能方便地创建、管理、修改、删除、复制、移动存储目录，对存储内 容进行

26、分类管理。(2) 通过节目打包工具，必须能够方便地增加、删除、修改、查看媒体节目的 属性信息。(3) 必须能够自定义媒体的属性信息，例如：媒体节目名称、对应代码、节目 描述、时间长度及其它相关媒体元数据信息。(4) 必须支持媒体文件的预览功能：可随时预览各视频服务器系统及待上载的 媒体文件，在视频浏览时，拖动时间线快速浏览画面不应有明显的停滞感。(5) 必须具有内部的数据接口与视频服务器联接，保证数据的上传以及内容和 目录的同步。(6) 内容分发与编排管理：内容分发是指将要播放的媒体文件经由网络分送到 指定视频服务器的磁盘或者内存。在完成节目分发的过程后，媒体应处于可供 使用者点播的状态。可以

27、通过 B/S软件架构提供图形化的编排管理。(7) 必须具有开放的数据导出、导入接口，与内容提供商或者单独的内容管理 平台实现集成，并描述实施方式。(8) 必须提供相应的FTP或者其他方式，通过pull或者push方式，能够将已有节目集成系统的媒体文件上载到视频服务器，并以B/S方式提供媒体管理。(9) 内容管理系统提供的离线存储容量不小于 2.5T(10) 在进行节目打包时，需要从已有节目集成库中读取相应的元数据信息，投 标方承诺能够通过相应开放接口与已有节目集成系统集成，读取相应节目的元 数据信息。(11) 必须提供与CCT数字电视视频点播内容平台的卫星接口集成方案，同时 要说明对所需数据(

28、包括但不限于媒体文件及相关元数据等)的技术规范。如 已经实现，则需要将已实现技术方案加以描述。2.3采集编码系统技术要求内容采集编码系统对来自卫星、广播、IP网络、磁带、DVD等多种来源的 视音频节目进行编码和采集，并传送至内容管理和存储系统。要求系统须遵循现有的(或通用的)国际技术标准，支持DV附准的视音频 编码格式。元数据封装需符合 ADI标准,支持将节目自动注入VOD系统中。要求系统能够将收录、编辑、存储、播出传输等进行模块化的流程管理。2.3.1 TS码流收录功能和配置要求(1) 要求投标方提供的系统中配置对 16路SPTS寸移电视应用所需要的实时节 目流转码及采集系统解决方案。 要求

29、TS码流收录工作站能够同时接收多路 MPTSK，并能同时进行IP收 录，单台工作站应能够同时在多路 MPTSK中录制其中4套以上的节目。(3) TS流收录的方式至少可以是手动采集、定时采集、批量采集。支持按编排 的计划任务自动控制整个收录和上载过程，并可以人工干预。(4) 买方明确要求采集服务器及分发服务器要按照主备方式配置，保证节目采 集的安全性。(5) 要求投标方配置相应的解复用及转码网关设备，以保证采集节目流符合视 频服务器应用要求及STB解码要求。(6) 要求投标方提供的实时节目流采集系统通过捕获工作站实现对不同类型的 媒体进行实时捕获和存储。(7) 码流捕获工作站能够根据节目采集系统

30、设定的捕获时间或日程即时或定时 媒体捕获或结束捕获，捕获可以自动或手动进行。2.3.2媒体采集功能和配置要求(1) 采集工作站应能进行 VCD/DV上载、SDI信号、基带AV信号采集、1394上 载等多种方式，采集支持多种格式。(2) DVD上载应能将DVD碟片上的节目文件转码为编辑系统可处理的视音频素 材；文件转换速度超过实时。多盘 DVD光盘应能够实现一次拷入，批量转换。(3) DVD碟片上载应支持NTSC-PAI转换。并能够实现打点上载，只上载需要的 部分。(4) 主机采用品牌厂家的专业工作站，并应配备 DVD卖写光驱。2.4 BSS (商业运营支撑系统)系统技术要求商业运营支撑系统围绕

31、着整个VODS统的运营提供产品营销管理、营运过 程中的系统运营报告管理等。为了描述便利，下文将各个子模块称为(各个投 标方可以根据自身系统功能划分定义名称，但必须实现下文所述的功能要求) 媒体导航子系统、产品营销管理子系统、用户授权和计费信息管理子系统、资 源管理子系统、分布式管理子系统、系统运营报表管理子系统、权限管理子系 统和网管子系统。2.4.1交互应用服务前端平台技术要求对于交互电视的客户端，需要一套强壮的，高可用性的交互应用前端平台 来提供诸如VOD SVOD FOD nPVF等应用，并为客户端提供这些应用的交互界 面和操作规程。(1) 总体要求1) 既支持集中式部署也支持分布式部署

32、。2）采用Web Server、中间件或采用开放式函数库为双向用户提供交互目 录。3）运营商可以根据业务需要自主调整目录模版和页面内容，不需要原厂家 修改软件，做二次开发。4）支持向单向网用户提供节目单。（2）媒体导航子系统媒体导航管理子系统从VOD后台支撑系统获得基本的原始数据，然后根据 商业运营的需要按不同的方式来组织媒体导航的结构和内容，在确认无误后发 布给客户端访问和呈现应用交互界面。该子系统应具有如下功能：1）以系统中所存储的媒体内容作为可用的媒体资源，按照商业运营的不同 需要对媒体资源进行重新组合和归类。2）能够为每个导航目录预设置条件，当存储管理中增加或者修改了媒体内 容后，系统

33、能够自动按照媒体的属性信息，将媒体归类放置到一个或者 多个导航目录中。3）当媒体内容在存储管理中删除或者媒体内容正常下片后，系统能够自动 将媒体从媒体导航目录中删除。4）媒体导航系统必须与产品营销子系统集成运行，必须可以根据产品营销 制定的策略，给选用不同计费模式的用户提供不同的导航视图。5）系统必须同时支持多种不同的导航视图；6）提供内容快速检索功能，便于用户搜索节目。7）目录页面灵活支持影片海报、节目预览功能。8）目录页面能够提供部分区域用于其他目的，比如广告，通知等。9）提供审核环节，对发布的导航信息进行发布前的确认。10）可以设定导航信息的发布起始时间和下片时间，在下片后可以将下片信

34、息发送给运营支撑平台中的媒体资产管理子系统，以便媒体资产管理子 系统删除该媒体文件。11）支持MOD SVOD FOD nPVR时移应用的导航管理。12）媒体导航子系统必须支持分布式部署，支持按照不同区域显示不同导航 页面功能。（3）交互应用服务发布子系统交互应用服务器提供交互应用客户端运行所需要的所有的数据和操作。具 体的功能包括：1）根据媒体导航管理子系统中设定的媒体导航信息发布时间进行自动发 布，根据下片时间自动进行导航信息下片处理。2）以Web方式向客户端发布导航信息。3）提供媒体导航的服务，支持用户在不同媒体目录中的浏览。4）提供媒体信息服务，支持显示不同媒体的详细属性。5）提供产品

35、营销信息，支持用户浏览不同目录的不同的营销策略。6）系统必须能够支持对注入节目的管理功能，包括节目的修改、删除；7）系统支持动态创建一个栏目，并能够及时在双向EPGk更新显示；8）系统必须支持多个栏目的划分功能，支持同一个内容分布注入到不同的 栏目中；9）提供“我的列表”的功能，对于不同用户当前已经购买的媒体，服务， 以及仍然在有效期内没有观看完媒体的上次观看时间信息的维护管理10）提供在线的用户管理接口，检查用户当前的状态，当前用户的可用额 度，以及用户所订阅的各种服务信息11）提供在线的用户收费系统接口，提供交易的数据和收费的信息12）可以根据要求对于客户端应用以及交互应用服务器的功能进行

36、扩展（4）交互应用服务器交互应用服务器采用集群技术，以 WE方式向客户端提供导航信息访问服 务。具体硬件方面的技术指标要求如下。1）服务器的性能交互应用服务器集群至少要求达到以下的性能指标：a）服务器必须具备满足应用所必需的并发访问服务的能力，处理 能力和I/O能力。b）每个完整的请求应该在合理的时间内完成，例如一个页面的完 整请求应该在不短于5秒的时间内完成。c）每个应用服务器每秒钟至少能够完成 5个以上的请求，在此状 况下至少维持5分钟。d）单个服务器的故障时间不得高于总运行时间的5%2）服务器均衡负载采用交互应用服务器集群后能够实现集群内所有服务器的均衡负载和系统 容错，要求如下：a）通

37、过服务器负载均衡设备或软件实现各服务器的流量动态负载 均衡，并互为冗余备份。b）服务器集群支持动态负载均衡，用户请求应该由负载最低的服 务器进行处理。c）集群服务器的任何一台如果出现故障，无法继续服务时，负载均衡有能力使用其余的服务器分摊故障服务器的请求，保证系统 访问的不中断，并且尽快通过消息方式通知系统管理人员进行维 护。3）服务器扩展性交互应用服务器集群应能够提供在运行过程中的服务器扩展。a）随着用户数量的增加以及请求的增多，在现有的网络上应该具 有良好的扩容能力。b）通过增加交互应用服务器的数量来提高应用的处理能力。c）在进行应用扩展时不得影响正在进行中的服务，即平滑扩展。d）新加入的

38、交互应用服务器必需与原有的交互应用服务器在硬件 和软件上保持兼容。242产品营销管理子系统产品营销管理子系统可根据市场需求去整合业务流程并制定相应的营销策 略，支持VOD系统不断推出更吸引人的运营策略。买方特别明确要求该子系统 功能由VO产品营销管理子系统实现，不得将该功能定义为BOSSE SMS系统完成。该子系统必须具有如下功能：（1）产品营销必须可以按照不同的市场需求制定相应的营销策略。（2）该系统必须具备多种服务模式及多种计费模式的管理，具体如 FOD（免费 点播）、SVO（订阅式VOD、TVOD（按次计费）等。(3) 必须能够提供折扣，固定时间段优惠，打包销售，固定价格，优惠折扣等 多

39、种优惠促销方式。(4) 必须能够提供类似买二赠一或买五赠二之类的促销手段，运营商需要能够 通过后台自由设定这些运营的规则。(5) 必须能够对于不同用户提供不同的销售策略。(6) 必须能够提供优惠券的销售方式，与数据仓库或者数据挖掘系统集成，在 节假日或者当用户销售达到某个条件时，发放优惠券给指定的一个或者一批用 户。(7) 必须支持优惠的实施可以针对某一笔交易，也可以支持对于某个时间段中 累计消费的记录进行。(8) 可以提供友好的图形界面，便于管理人员设置产品营销策略。(9) 将来系统建成投入运营后，买方根据实际营运需要，可以要求中标方配合 修改或增加相关功能。243用户授权和计费信息管理子系

40、统用户授权和计费信息管理子系统可以看作是VOD系统专用的业务计费系统。其用户信息要求来自于买方的综合营帐(SMS或 Billing )系统。该子系统 必须具有如下功能：(1) 完成VOL用户的认证授权和计费信息的生成。(2) 具有和现有综合营帐系统的通信接口，获取用户信息、产品信息和定购信 息等，返回计费信息。(3) 该系统必须支持与SMS/BOS计费系统之间采用实时的计费接口，系统必须 支持产生CDR(Call Detailed Record )详单，并为SMS/BOS系统提供CDR羊 单功能。(4) 自带数据库，保持和现有综合营帐系统的数据同步，确保定购关系一致。(5) 计费信息的上传可以

41、配置为定期上传，或者实时上传。(6) 投标方需提供实现用户授权和计费信息管理子系统所需的全部接口。(7) 所有功能操作和通过接口所进行的操作均需提供详细日志。(8) 由于该子系统为VOD系统内必须配置的软件系统，所以整个系统的运营不应该受到买方SMS或 Billing 系统服务状态的影响。既使买方 SMS或 Billing 系统处于离线状态，该子系统也应该支持系统商业运营需要并在买方SMS或Billi ng 系统恢复正常后进行自动化数据同步。2.4.4资源管理子系统该子系统具有如下功能：(1) (* )系统必须提供IP-QAM资源管理功能，能够对IP-QAM端口、频点、服务区域进行管理(2)

42、系统必须支持对IP-QAM的逻辑分区管理功能，比如一台物理 IP-QAM可以 根据端口进行多个不同的逻辑区域进行划分(3) 系统必须支持IP-QAM与STB自动绑定功能，用户开户时操作员无需对机 顶盒和IP-QAM进行手工绑定(4) 系统支持对并发流码率进行配置(5) 系统必须支持IP-QAM资源批量导入功能，同时支持对单个条目的编辑、修 改、删除功能。(6) 建议系统能够支持多种编码格式，多种编码码率的资源管理功能(7) 系统能够支持方便查看IP-QAM资源使用状况，能够支持手工对资源的释放 功能245系统运营报表管理子系统系统运营报表管理子系统可以对 VOD系统运营中所有的系统及运营数据进

43、 行统计，并提供出不同的中文版商业报表、系统报表。该子系统具有如下功 能：(1) 必须能自动收集不同网络节点的视频服务器系统的信息，并提供可查看的 系统历史运行记录。(2) 必须可透过 Web的接口查询。(3) 必须可从任何视频服务器系统中查询数据。(4) 必须支持操作员输入报表的相关参数自动产生报表。报表格式必须可以输出成 Excel、PDF Word等格式以利后续处理。(6) 信息必须存储在数据库内，至少包含用户数据、视频流点播纪录、计费信 息。(7) 必须具有节目内容和视频流相关报表。(8) 必须具有统计点播率相关的报表。(9) 必须具有与告警相关的报表。(10) 必须具有运作能力相关的

44、报表。(11) 买方明确提出：要求投标方需提供当前已实现数据报表的全部报表样本。2.4.6分布式管理子系统分布式管理子系统可对于分布式的应用系统进行管理，实现集中式的系统 设置和管理，分布式的执行和监控。该子系统应具有如下功能：(1) 必须支持分布式的应用服务端。(2) 必须能够对内容和应用进行集中定义和分发，可便捷地查看所有远端服务 器上内容的状态。(3) 必须能够对多个分布式的应用服务端进行分组管理。(4) 必须能够选择手动或自动分发，根据内容的更新自动下发内容，可指定下 发任务的执行时间和策略。(5) 必须能够预定分发介质的带宽，确保内容及时到达。(6) 必须具有自动的错误纠正和重发机制

45、以保证在高延迟网络中内容的可靠分 发。(7) 必须能够实现集中的设置和管理，在各个应用服务端开发有限制的权限。(8) 必须具有良好的可扩展性，能与其他应用和第三方系统很容易的集成。247权限管理子系统权限管理子系统可以对于使用运营支撑平台的所有用户进行管理，分组并 设置权限。该子系统应具有如下功能：(1) 权限管理人员可以将权限进行分组管理，系统中的每个用户都应该隶属于 某个成员组。通过对组权限的限定从而达到对用户群的限定。(2) 权限管理人员可以根据需要对用户的基本信息(包括密码，所属用户组) 进行修改。(3) 权限管理人员可以设定某个用户是处于活动状态还是处于停用状态。(4) 权限管理人员

46、可以随时查看目前在线的用户列表，以及每个用户的详细信 息。包括登陆的时间，IP地址等等。(5) 权限管理人员可以根据需要随时中止某个用户的访问。（6）为了控制系统的负载，权限管理人员可以设定最大在线数量。系统可以自 动拒绝超过最大在线数量以上的请求。（7）使用权限管理系统创建的用户，用户组，角色，权限对于整个支撑平台有 效。用户可以实现单一登录，就可以获得对于所有子系统的相应权限。248系统网管子系统网管应包括以下功能：配置管理、性能管理、安全管理、故障管理、各种信 息数据导出、提供详细操作日志。（1）配置管理1）服务器（或插板）和端口的增加、删除、改变及拓扑结构的显示；2）在初始化的安装时应

47、对参数进行配置，对软硬件进行检查；3）配置各个模块，包括输入、输出端口和冗余配置等；4）各服务器管理权限口令的设置和修改。5）投标方需要提供详细的操作界面供参考。性能管理1）系统管理员可以通过命令行或特定的图形界面来显示硬件工作状态，并 能够启动或停止各视频服务器系统的运作。2）系统管理员可以通过命令行或特定的图形界面来显示视频服务器系统中 任意一个视频输出单元的使用率（含服务器总带宽、配置的视频流数 量、使用中的视频流数量等）。3）系统管理员可以通过命令行或特定的图形界面来显示所有完成与等待上 传至视频服务器系统的节目内容状态，能显示出当前点播系统所有可用 媒体节目。4）该系统必须能实时监视

48、视频播出服务器的硬件状态，包括CPU内存、硬盘，播出接口卡等硬件子件。5）该系统能监视系统运营级活动，要求如下：a）当前输出的所有视频流和用户 Session信息；b）当前用户所处的观看模式，如正常播放，快进，快倒等；c）通过每个视频流输出单元输出的流的数量；d）每台视频服务器上正在点播的电影；e）点播动作的历史记录显示。6）该系统能监视系统级活动，基本要求如下：a）能查询当前整个系统可用点播带宽；b）能监视视频点播系统核心组件的运行状态；c）能监视视频点播系统核心组件的详细运行参数；7）投标方需要提供详细的操作界面供参考。（3）安全管理1）具备远程监控管理能力，管理员执行管理的工作前，必须要

49、先经由密码 的认证才可进行操作。网管系统应具有配置用户识别符、口令、访问控 制级别和范围的功能，对用户权限进行鉴定，防止非法访问。2）记录全部登录过程和操作过程，提供安全日志，提供超时管理，安全注 销等安全管理功能。3）分权分域管理，根据地理域或者业务域划分管理域，分权可以细分到用 户的操作权限和具体应用。（4）故障管理1）投标方必须说明网管系统如何保证故障信息的可靠传送；2）网管系统必须能在设备失效、指标劣化到一定程度时发出告警和错误提 示；3）网管系统必须能够以图形方式显示网络的故障位置，并可以提供声光电口警；4）网管系统必须保存一定阶段的告警历史记录，以便对告警报告进行检索 并详细分析，

50、同时可人工或自动地删除告警报告；由于网络故障会出现 大量相关的故障信息，投标方应说明网管系统是否支持故障信息的过 滤，关联等智能处理。5）系统日志报警系统可以采用开放式接口 ，能对潜在的应用服务提供同样 的监控能力6）具体报警及提供日志的项目必须包括：a）视频流服务器存储，包括：服务器的状态，总磁盘存储容量，已使用 的容量。以及每个磁盘的信息和工作状态。b）当磁盘故障或者的使用比例超过了设定的阀值时，需要有报警信息。c）视频流输出单元，包括：总的流输出带宽能力，正使用中的流的带宽。d）当视频流输出单元故障或者带宽占用比例超过了设定的阀值时，需要 有报警信息。e）对于每个视频流，提供流Sessi

51、on的信息，用户联接的信息，使用的 协议，正在观看的媒体信息，当前的运行状态。7）投标方需要提供详细的操作界面供参考。2.5机顶盒管理系统(包括机顶盒客户端应用软件)2.5.1客户端为用户提供一个可以交互的用户操作界面(1) 投标方对于交互应用的客户端，必须提供可用于VOD系统功能应用的客户端开发包及提供相关开发所需全部资料。(2) 投标方必须提供与机顶盒供应商的集成方案、所需集成时间和集成费用。(3) 客户端应用包括VOL应用及nPVR电视回看应用，必须可以进行客户端应 用的扩展。(4) 投标方在三个月内完成机顶盒客户端功能软件与VOL系统的集成工作，并实现VO商业试运营。2.5.2对交互客

52、户端的管理在实际运营中，详细说明互动电视系统采用何种方式对机顶盒进行管理， 比如机顶盒认证方式、分组、点播频点获取等。并提供详细技术资料。交互客户端应用软件版本必须采用单一版本管理模式，保证日后功能升级 可以在不同厂家规格型号的 STB上同时进行。同一机顶盒客户端应用软件版 本，需要同时在多个STB上运行。此外，针对将来实际运营环境中多个不同厂家规格型号的STB类型及配置，要求投标方能够提供完善的客户端管理及配置软件，以保证在一个头端下 可以支持多个不同型号STB的并存。2.5.3对交互客户端应用程序运行平台的要求买方要求投标人所投标系统的终端应用软件解决方案可以同时基于多个类 型的STB应用

53、层，既支持基于 MHP勺中间件方案，也支持基于嵌入式浏览器架 构，同时也支持由交互系统提供商提供的开放式函数库解决方案。买方将根据 自身终端STB平台的应用层开发与集成状况，要求供应商提供相应的单一解决 方案或混合型解决方案。2.6互动电视系统支持的业务种类要求本项目要求系统提供商能够支持多种交互业务类型，投标方在详细描述各 应用功能的同时，需要分别提供每个应用的主要用户操作界面。261(*)必须支持并能够提供VOD视频点播和AOD音频点播买方要求的功能包括：(1) 能按照系统提供的节目分类浏览节目。通过媒体导航子系统管理人员可以 按照业务的需要定义在应用客户端上呈现的节目目录树。可以是按照媒

54、体类型 来设定目录，也可以根据发布的时间，演员或者导演的名称等等。要求与存储 管理系统中使用的媒体目录结构完全分离。(2) 节目列表可以按照指定方式排序。(3) 可以提供字母检索功能。(4) 能显示出节目的有关信息，至少包括节目名称、制片、导演、演员、宣传 海报、剧情介绍。(5) 具备节目分级控制能力。(6) 在线完成节目购买，购买时必须提供相应的帐务信息供观众确认。(7) 在指定的购买有效期内，可以从开始播放已购买的节目；如果中途停止播 放，停止的位置需要被记录下来；在下次观看时，可以从停止的位置重新开始 播放。在STB异常中断时，要求系统能够记录异常中断的节目播放位置并提供 给用户从断点再

55、次播放的功能。(8) 在播放节目过程中，必须可以进行快进、快退、暂停操作。买方要求快进 及快退功能在画面显示上必须是连续的录象机磁迹方式，需要投标人详细说 明。(9) 在播放节目过程中，要求应用软件可以提供快速定位功能，用户通过手动 输入节目时间位置的方式自动定位到相应播放位置。(10) 在节目播放完毕时可以有提示观众的功能。(11) 在播放节目过程中，可以显示当前节目的有关信息，包括当前播放位置、节目名称、导演、演员和剧情简介等。262 (*)时移电视业务需求买方要求的功能包括：(1) 时移电视，用户在观看实时的电视节目，对当前的直播节目进行暂停、快 退等VCF操作;(2) 此次招标要求16

56、个频道24小时时移功能；(3) 系统具备同时录制16路或以上频道的能力； 节目收录超过3分钟后，即可被用户观看；(5) 用户可以灵活的切换广播节目和时移节目.263(*)必须支持并能够提供网络个人录像 n PVR业务买方要求的功能包括：(1) 方便的节目查询功能：用户可通过“ nPVR节目预告册或机顶盒上自带的 电子节目指南(EPG查询自己喜爱的电视节目。由于目前的很多广播节目提供 的EPG寸间精确度不足，因此投标方需针对 nPVR应用而提供nPVR EPG(电子 节目指南)编辑软件，以保证 nPVF频道的EPG可以被运营商进行自由的编排并 将不需要提供录制服务的节目从表单中删除。(2) 要求投标方提供的电视回看、nPVF应用都使用同一个EPG编辑系统输出的 内容，该EPG编辑系统除了应具备从买方现有 EPGS统中导出或导入数据的能力，也同时应该具备重新编辑与节目分类、节目栏目设定等业务功能需求的必要的功能。投标方必需提供该 EPG编辑软件的使用界面。 强大的节目录制功能：用户可通过双向STB遥控器直接操作对