中国电信itv新媒体运营服务系统建设工程技术规范书(标段二)

中国电信 iTV 新媒体运营服务系统建设工程 (标段二) 新媒体运营服务支撑系统建设工程 技术规范书 中国电信股份有限公司江苏分公司 二 O 一 三年 二 月 技术规范书 中国电信股份有限公司江苏分公司 1 目 录 1、概述 1 1.1 定义 1 1.2 建议书要求 3 1.3 报价书要求 4 1.4 标准和性能 6 1.5 乙方供货和服务范围 6 2、工程概述 11 2.1 项目背景 11 2.2 项目目标 11 2.3 建设原则 15 3、总体技术要求 16 3.1 总体要求 16 3.2 系统设计要求 17 3.3 系统质量要求 18 3.4 系统集成要求 24 4、详细技术要求 28 5、系统配置要求 36 5.1 硬件平台 36 5.2 软件平台 38 5.3 维护管理 38 5.4 存储和备份 39 2 6、设备厂验、安装、调试、开通及试运行 40 6.1 厂验 40 6.2 交货 40 6.3 安装和调试 40 6.4 验收 42 7、技术文档 43 8、项目管理 44 9、进度计划 45 10、技术支持与技术培训 46 10.1 技术支持 46 10.2 技术培训 47 11、保修 48 12、安全性要求 49 技术规范书 中国电信股份有限公司江苏分公司 1 1、概述 1.1 定义 1) 本规范书为中国电信股份有限公司江苏分公司（甲方）中国电信江苏公司新媒 体运营服务支撑系统的技术要求和供货要求，供设备提供商与系统集成商（乙 方）编写建议书和报价书之用。建议书的内容格式应符合本规范书附件的要求。 2) 集采设备：包括集采软件设备。集采软件设备：操作系统、外购中间件、 备份软 件、监控软件、开发环境软件等。 3) 非集采设备：除集采设备以外本项目所需求的其它设备（包括硬件与第三方软 件等）。本次新媒体运营服务支撑系统硬件设备采用江苏电信云平台虚拟主机。 4) 乙方在建议书中，对本规范书中所提各项要求能否实现与满足，应逐项予以说 明和答复。乙方亦可根据自己提供的产品技术性能具体情况，在建议书中提出 建议，并附详细资料和说明。 5) 对本规范书各条目的应答为“满足” 、“不满足” 、“部分满足” ，不得使用“明白” 、“理 解”等词语。在答复中，要求明确满足程度，并作出详细解释，不得仅有应答而 无解释。说明中有“详见”、 “参见”的，应指明参见文档中的具体的章节或页码。 6) 本技术规范书中标记的条款为不可偏离条款。 7) 本技术规范书应视为保证系统运行所需的最低要求。如有遗漏，乙方应予以补 充，否则一旦中标将认为乙方认同遗漏部分并免费提供。 8) 根据本规范书要求，乙方应做出系统解决方案和系统架构及功能详细设计。同 时在建议书中说明给甲方提供的技术文件、技术支持、人员培训等的范围和程 度，乙方最后确认的解决方案和系统架构及功能详细设计应该得到甲方书面认 可。 9) 规范书有关内容的澄清： 乙方对于规范书的疑问可以通过书面材料与甲方联系。在规定的建议书提 交最后期限以前，甲方将以书面材料给予答复。有关甲方答复材料的复印 2 件也将递交所有得到技术规范书的乙方； 在技术谈判的各个阶段，甲方将以书面形式要求乙方对有关问题进行进一 步的技术澄清，乙方应以书面资料给予正式应答；所有各阶段的技术澄清 文件都将作为合同附件。技术澄清中各条目应首先应答为“ 满足”、 “不满足” 、 “部分满足” ，不得使用“ 明白 ”、“理解”等词语。在答复中，仅当需要明确时， 才允许对满足程度进行说明。仅当应答为 “部分满 足” 或要求进行解释时， 才允许详细解释，当应答为“满足”或“不满足“ 时，其详细解释视为无效解 释。 10) 甲方在任何时候都保留和拥有对本文件的解释权。甲方有权在签定合同前，根 据需要修改和补充本技术规范书，修改补充后的最终技术规范书将作为合同的 附件。 11) 乙方在参与本项目中，对于甲方披露和提供的所有信息应作为商业秘密对待并 予以保护，未经甲方书面授权不得将任何信息泄漏给第三方，否则甲方有权追 究乙方的责任。 12) 乙方应向甲方提供完整、新而成熟的系统软件等技术和产品（包括各软件开发 商所提交方案以及自行提供的方案中的），其各项技术应保证具有开放性、可 移植性、兼容性和可扩展性。 13) 如甲方给定相应的软硬件配置，乙方应在甲方给定软硬件设备配置的基础上提 出符合中国电信实际情况的系统配置方案，对于原有 IT/IP 集采设备软硬件配 置不足部分乙方应及时提出并补足；是否能充分利用给出的设备配置作为评标 的依据之一。 14) 乙方应负责其所提交的系统配置方案的正确性、可用性、准确性和完整性，并 满足本文件所提出的系统功能和性能要求。如有错漏，由乙方负责。 15) 若乙方认为有一种以上可行、合理的解决方案，可在建议书中一并提出。乙方 应根据甲方的实际需求建议一种其认为最合理的方案。 16) 乙方提供的应用软件系统应满足中国电信江苏公司对于 IT 内控的要求。 1.2 建议书要求 要求乙方在规定时间内提供规定份数的技术建议书纸质文件贰份（一份正本 技术规范书 中国电信股份有限公司江苏分公司 3 一份副本）（同时要求以中文 OFFICE 格式提供完整的电子版文档壹套）。当纸质文 件和电子版文档不一致时，以纸质文件为准。当中文和英文文档不一致时，以中文 文档为准。 提交物： 技术建议书； 工程技术规范书及点到点应答书（对本文件及附件的各项要求的逐条详细 答复）； 乙方向甲方提供或建议的全部产品的详细技术资料（例如硬件产品的性能， 硬件设备的外形尺寸、重量、进出线方式，硬件 设备 所需电源种类、耗电量、 电压及地线要求，机房荷重、温湿度及环境要求， 软 件产品性能等）； 建议书的内容格式： 总体描述 工程技术规范书、点对点应答及系统详细建设方案 系统软硬件配置清单及说明 系统连接图 产品描述，所提供软硬件设备技术文档，所推荐设备情况（机架面板结 构、各种接口特性、安装方式及物理尺寸、供电方式及耗电量、设备或 机架接地要求、重量、温湿度等环境要求），并提供设备相关性能指标 的测试记录文档。 双方责任及工程分工界面（要求图示并加以说明），工程进度安排，以 及施工办法和质量保证措施 测试及验收 场地及环境准备要求 培训、厂验、工程协调会 技术承诺 技术支持及保修 集成厂商、合作方资质证明、 软件许可使用权证书（样本） 4 1.3 报价书要求 1) 报价的主要内容如下： 本系统设备采用中国电信江苏公司云平台虚拟主机，不单独采购硬件设备。 乙方需提供满足系统需求的详细硬件配置清单（含操作系统。具体要求参 见 3.4.1.2 章节涉及中国电信江苏公司云平台资源的论述，不计入总价； 系统相关外购中间件、备份软件等必需的第三方软件（乙方需提供满足系 统需求的详细系统软件配置清单。甲方有权根据乙方提供的系统配置和与 提供商签订的框架协议对该部分价格进行调整，并有权进行单独采购），具 体要求见报价格式，计入总价； 应用软件（应用软件功能模块折合为工作量人/日报价，总价为折扣后价格） ，具体要求见报价格式，计入总价； 项目实施及集成费（包括集采的第三方软、硬件的系统集成、乙方所提供软 硬件的安装调测以及为实现系统正常实际工作所需要的系统配置和客户 化工作，还包括该产品系统和其他网元之间对接的联合调测，工程协调等）， 具体要求见报价格式，计入总价； 培训费用（按人天单价报价，分为中级培训 6 个和高级培训 0 个），具体要 求见报价格式，计入总价； 保修期后维保年费率，按成交价百分比计算， 不计入总价； 5 年正常维护所需的备品备件（如需要），不计入总价； 专用维护工具仪器（如需要），不计入总价； 可供甲方选择的设备和功能（如需要），不计入总价； 2) 报价应按设备的详细项目开列单价、数量、折扣率和总价； 3) 设备详细项目应细化到最小计价单位； 4) 本项目以人民币为单位报价； 5) 甲方只购买乙方所提方案中的部分设备时或设备配置规模变化时，乙方应 承诺方案中所报目录价、折扣、技术支持等方面的优惠条件保持不变； 6) 同型号产品价格的折扣需一致，否则以低者为准； 7) 如有赠送、一次性优惠等优惠方式，乙方 须在报价中以折扣方式体现； 技术规范书 中国电信股份有限公司江苏分公司 5 8) 本期不计入总价的维保等部分报价，计入商务评分，影响综合评判结果。 9) 报价表格式见附件。 1.4 标准和性能 乙方所提供的所有各项设备和系统（包括软、硬件）应符合的技术标准如下： 1) 符合有关标准（如 ISO、ITU-T、ETSI、IMTC、IETF、CSA、NIST、OCC 等）， 乙方应在建议书中具体说明，并附上相应的详细技术资料； 2) 若乙方的设备和系统包含自己的专用标准，应在建议书中具体说明，并附 上相应的详细技术资料； 3) 本文件中未给出，但 ITU-T、CSA、NIST、OCC 已有建议的系统设备性能 和功能均应满足 ITU-T 最新建议要求。 1.5 乙方供货和服务范围 所需的货物和技术支持描述如下： 1.5.1 硬件设备 1) 硬件设备，包括：组网设备、服 务器、存储、机柜等，在集采范围内的设备， 乙方应提出详细的硬件配置建议，甲方有权单独采购； 2) 乙方所提供的硬件必须是主流硬件产品； 3) 硬件设备为满足对满足系统容量以及所有功能的整套解决方案，不应遗漏 任何组件，如有遗漏，乙方应免费补足； 4) 乙方提供的所有设备必须是最新且稳定、成熟产品。所有元件、配件、附件 和将设备连成系统的连接电缆都应包括在报价中。乙方必须保证所提供产 品的数量、质量，并且承担所有在合同中指定的责任和义务； 5) 本技术规范书要求厂家需报详细的硬件配置建议，不作为供货范围内容， 但作为甲方单独采购硬件设备的参考；但如果甲方认为乙方报的设备各项 条件可以接受，也可考虑从乙方直接采购该硬件设备。 1.5.2 软件 1) 乙方提供的软件包括：应用软件、第三方软件（相关操作系统、外购中间件、 备份软件、监控软件、开发环境软件）等必需的系统软件，其中第三方 6 软件应在主流品牌中推荐，在集采范围内的软件，乙方应提出详细的软件 配置建议，甲方有权单独采购； 2) 乙方提供的软件为满足系统容量以及所有功能的整套解决方案，不应遗漏 任何组件，如有遗漏，乙方应免费补足。 3) 乙方提供的软件应能支持 IPv4/IPv6 双栈（需支持 IPv4/IPv6 协议，支持 Ipv4/IPv6 终端用户的访问，提供基于 IPv4/IPv6 的业务），如暂时不能支持， 乙方应承诺免费升级支持 IPv4/IPv6 双栈； 4) 乙方提供的软件应能支持云计算技术，如暂时不能支持，乙方应承诺免费 升级支持云计算技术； 5) 乙方所提供软件应为最新且成熟稳定的商用版本，必须涵盖本技术规范书 所列出的所有功能，并要保证安全可靠及未来扩容和版本升级方便，在建 议书中要详细列出所提供的软件清单、发布日期和升级说明； 6) 乙方所提供软件必须支持主流硬件产品； 7) 乙方所提供软件必须支持主流数据库产品； 8) 乙方全面承担由乙方产品中涉及到的第三方产品所引起的一切法律责任； 9) 甲方拥有乙方针对本项目开发的应用软件（包括源程序和各种文档）的版 权，乙方有责任对第三方保密； 10) 在建议书中要对所采用的软件系统进行详细的功能及性能说明， 11) 乙方在保修期内免费负责软件的更新、维护以及版本的升级； 12) 应用软件在系统验收之前，乙方须根据需求方的要求及时作出设计修改， 以保证系统功能的完整性和可靠性； 13) 乙方需提供应用软件系统软件全部相关的安装光盘； 14) 乙方自行开发的软件须提供数据接口，软件本身具有灵活的配置文件，以 方便维护； 15) 如果乙方提供的产品属于与合作厂商合作完成的，则应由乙方负责协调合 作方产品软件的集成及维护。如果乙方与其合作方解除关系，则仍由乙方 负责其产品的维护、软件更新、版本升 级，乙方不得推卸责任； 16) 乙方应在测试过程中，提供相关的测试软件供甲方使用。 技术规范书 中国电信股份有限公司江苏分公司 7 1.5.3 安装材料和消耗品 1) 建议书应包含各节点的安装材料和清单，用于连接各种设备的线缆等配套 材料（如网线、电源线、光 纤跳线等，还包括 IT/IP 集采设备之间以及 IT/IP 集采设备与非集采设备之间的配套材料）可包含在设备价格中，如包含则 需要单列； 2) 若需要，乙方提供的设备应配有一套数量足够至少两年维护期的消耗品， 在设备价中也应包含消耗品价格。 1.5.4 项目实施与集成服务 1) 乙方负责的集成工作应至少包含 IT/IP 集采设备 以及非集采设备和软件的 系统集成和配置实施、系统组网、路由 设计、备份和容灾、网 络安全、内部 逻辑划分及编址、域名/ 设备 名和端口名分配、多厂商互通等内容； 2) 负责除集采设备、集采软件以外的所有其他软硬件的安装、调测（包括所有 软硬件安装完毕后的系统调测）、全网系统联测及技术支持； 3) 根据本技术规范书中所定义的系统要求、网络安全等要求和原则，提出相 关部署方案建议并负责实施； 4) 乙方负责沟通及协调设备提供商、第三方软件提供商、系统软件提供商以 及甲方之间的工作； 5) 乙方负责组织各相关厂商进行安装方案的技术讨论会，并汇总各方技术要 求，确定安装方案；根据软、硬件到 货时间，提出硬件安装实施计划及方案； 对甲方的机房环境、配套设施等的准备提供明确建议； 6) 乙方负责制作所需的 IP 地址分配表，由甲方进行审核；安排人员在现场向 最终用户配合人员介绍各设备及系统的有关知识，但不作为正式培训的内 容； 7) 乙方配合进行设备验货、全网联调、系 统测试，并协助进行线路调测的工 作，确保连接各节点的线路畅通； 8) 乙方负责定期向甲方提交工程实施进度的书面报告； 9) 乙方负责起草安装验收测试文档； 10) 乙方负责结合甲方需求制定出系统备份策略，并且配合和督促备份设备提 8 供商作好备份策略的设定； 11) 乙方负责在应用软件开发商的协助下制定磁盘阵列划分方案，包括（虚拟） 卷组、 （虚拟）逻辑卷的划分，光纤通道的划分等，并且配合和督促磁 盘阵列 提供商作好以上工作； 12) 乙方负责配合甲方进行应用软件系统的验收，并且负责整个工程过程中的 相关文档收集、整理工作； 13) 乙方应具备相关电信级云计算项目的实施经验。特别是中国电信省级以上 单位云计算集成成功案例。 1.5.5 工具和备件 1) 若需要，乙方报价每节点应包含一套专用安装维护工具； 2) 乙方应根据设备元件的质量情况提出备件配置的建议； 3) 乙方提供的设备使用寿命应在 10 年以上，乙方需保证在终验后 10 年内甲 方可买到功能相同、性价比相同或更高的备品、备件或替代产品。 1.5.6 技术文件 详细描述见本规范书的第 7 部分，技术文档。 1.5.7 技术支持和技术培训 详细描述见本规范书的第 10 部分，技术支持与技术培训。 1.5.8 安装、调测、试运转的技术支持和现场验收测试 详细描述见本规范书的第 6 部分，设备厂验、安装、 调试、开通及试运行。 2、工程概述 2.1 项目背景 随着三网融合工作的不断深入开展，IPTV 作为三网融合的典型业务已逐步发 展成为了江苏省内重要的新媒体之一。加快 IPTV 业务的发展，为 IPTV 在新媒体 领域内的日常运营提供更为全面的支撑是顺应三网融合工作发展、促进信息化社 会建设的战略举措，也是推 动文化产业发展、加快 产业升级的新动力。 技术规范书 中国电信股份有限公司江苏分公司 9 IPTV 作为新兴媒体，既具 备传统电视领域的视听节目服务特征，又包含了互 联网增值应用的服务特点。基于 IPTV 进行新媒体运 营服务支撑工作，要求支撑系 统具备融合两个不同领域特征的服务能力，能够高效的支撑 IPTV 为用户提供全面、 丰富的新媒体推送服务。 新媒体运营服务支撑系统规划提供包括新媒体运营素材引入与维护支撑、内容 推送实时支撑、新媒体运营 投放及效益评估功能。新媒体运营服务支撑系统要支 撑 IPTV 面向公众用户提供媒体服务，国家相关法律法规对公众媒体服务的实时性、 稳定性、安全性要求很高，因此需要建设一个行之有效、安全稳定的运营支撑平台 来保障新媒体运营服务，为 三网融合提供安全、 稳定、可扩展的运营环境。 2.2 项目目标 2.2.1 广告合作管理 广告合作客户、广告代理的信息登记，广告合作客 户、广告代理的广告投放情 况管理，与广告合作客户或代理的结算与分成管理。 2.2.2 新媒体素材引入与维护支撑 系统能够支持 IPTV 新媒体运营所需素材（包括图片、文字、音视频）的上传引 入、审核、统一 维护功能。系 统能够为提供素材的合作伙伴建立 专属账号，合作伙 伴通过系统分配的账号能够且只能够维护自身提供的素材（为合作伙伴提供的维 护功能包括：素材上传、素材 查询、 过期素材删除等）。新媒体运营服务支撑系统提 供对引入素材的和审核管理及外部审核服务接口，播控方可通过支撑系统操作界 面或调用审核服务接口对引入的新媒体素材进行审核，未经过审核的素材无法通 过新媒体运营服务支撑系统发布给 IPTV 用户。审 核接口提供按帐号层级进行审核 的功能，审核员可对自身帐 号层级以下帐号上传的素材进行审核。 通过新媒体运营支撑系统中可对通过审核的素材进行统一维护（素材在系统数 据库中保存的字段和业务流程逻辑需在实际开发中按照甲方要求制定），统一维护 涉及对素材属性的修改。对 素材本身的任何修改，系统都应要求素材重新接受审核。 广告内容资源的注入和信息管理需要考虑支持 IPTV2.0 和 IPTV3.0 平台规范。 （1）性能要求： 10 素材引入方面：支持多个账号同时在系统管理界面上进行素材制作和审核发 布等工作，所有页面化的操作响应延时不超过 1S。 素材审核接口：支持播控方实时素材审核。操作响应时延不超过 2S。 2.2.3 广告资源位管理支撑功能模块 对 IPTV 平台所有的新媒体广告资源为进行统 一管理；为日常广告运营过程中 对 IPTV 系统内广告位资源使用情况的管理提供支撑。提供当前 IPTV 平台可用新 媒体运营资源动态情况的管理（包括查询、预分配、锁定等）和历史使用记录的查询。 （1）性能要求： 能够实时获取展示 IPTV 平台可用新媒体运营资源 变化情况。 （2）功能要求： 具体功能要求见第四章 详细技术要求。 2.2.4 新媒体广告运营投放需求与投放排期 针对每条广告的投放需求进行管理，支持该条广告需求的录入，并根据需求在 IPTV 平台广告资源位上进行资源分配。 对于 IPTV 平台广告资源位要能够支持按 照时间、属地、分组等动态按比例划分。 系统支持按广告运营投放需求对 IPTV 平台新媒体运 营资源进行覆盖：系统操 作员基于广告运营需求编排一段时期内系统内全部广告的整体投放策略（按总投 放次数、单用户投放次数、按时段、按内容 观看场景、按广告位、按用户地域、按用 户组别等策略以及简单的组合策略） 。 在进行广告投放运营之前，所有的广告内容均需通过播控审核，未通过审核的 广告内容不能进行投放运营。 （1）功能要求： 具体功能要求见第四章 详细技术要求。 2.2.5 广告实时投放引擎 新媒体运营服务支撑系统工程支持面向至少 600 万 IPTV 用户进行新媒体实 时内容推送、推送效果监控、应急响应处理等功能；系 统要按照江苏电信 IPTV 平 台接口规范与 IPTV 业务管理平台、 IPTV 平台 EPG 系统、电视消息系统等进行对 技术规范书 中国电信股份有限公司江苏分公司 11 接实现内容实时推送功能，支持对已编排完成的新媒体运营内容（包括：图文宣传 片、图文广告、系统通知等）实时推送到 IPTV 系统并不影响 IPTV 系统基本功能的 正常运行；系统要能够监控推送到 IPTV 系统的新媒体运 营内容是否成功到达；支 持对于新媒体运营紧急情况的响应处理（包括：已投放内容屏蔽，未投放内容撤销 等必要手段），通过新媒体运营服务系统实时推送的新媒体运营内容在 IPTV 内的 展示不对 IPTV 系统自身功能造成任何影响。因新媒体运营服务系统自身问题造成 的新媒体运营故障不影响 IPTV 平台的任何功能服 务。新媒体运 营支撑系统具备业 务的可扩展性， 要能够随着江苏电信新媒体运营范围（包括移动终端、智能机顶盒） 灵活的扩充新媒体实时推送支撑能力。 （1）性能要求 延时能力： 实时推送接口信息反馈延时小于 500ms，新媒体运营服务支撑系 统的 web 页面 类资源展示延 时小于 1.5s. 并发能力：支撑江苏公司 IPTV600 万用户的正常运 营服务。 （2）功能要求 具体功能要求见第四章 详细技术要求。 2.2.6 新媒体运营效益评估 对于通过新媒体运营服务支撑系统，面向 IPTV 平台用户进行的新媒体运营工 作，系统要能够支持对每一项具体新媒体投放的用户到达率、用户有效转化率、曝 光频次、广告按地区展示情况等基础投放数据的统计和分析，根据具体广告结算及 分成策略生成最终的结算及分成数据,并支持第三方数据采集机构等外部系统对新 媒体运营数据的实时采集需求。 （1）性能要求 延时能力： 支持对广告投放的实时采集，并能够周期性生成投放日志数据（最 短周期不大于 5 分钟） 并发能力：支撑江苏公司 IPTV600 万用户的正常运 营服务采集 （2）功能要求 具体功能要求见第四章 详细技术要求。 2.2.7 新媒体运营服务支撑系统与 IPTV 平台接口 上述工作（2.2.1 2.2.6）涉及新媒体运营服务支撑系统与 IPTV 管理系统、 12 EPG 系统、外部广告收视数据采集（第三方广告投放数据中立机构、电信自有收视 运营统计系统）的接口对接工作，在上述章节已经提及。 具体功能要求见第四章 详细技术要求。 2.2.8 账号管理体系 系统管理员能够为不同的合作伙伴分配不同的素材空间；系统管理员、操作员、 合作伙伴账号分权分域管理；分 CP 的权限管理，含广告引入、制作、投放、投放后 处理等诸多流程环节的权限管理。 2.3 建设原则 （1）规范性：严格遵循中国电信集团的相关技术规范和业务规范的要求，应对 平台进行整体规划。 （2）开放性：系统遵循开放性架构，采用开放的接口协议与开发平台，为用户提 供统一的、开放的能力调用； 业务维护和发展不依赖于设备厂商，能够保证业务的 持续升级和发展； （3）安全性：系统按照电信级的应用进行设计，系统软硬件架构充分考虑整个 系统运行的安全策略和机制；针对各类流程的安全需求，采用多种安全技术手段， 为用户提供完善的安全技术保障； （4）成熟性：采用成熟稳定并具有电信级运营实例的硬件平台和第三方软件。 3、总体技术要求 3.1 总体要求 （1）系统各项技术应遵循国家相关标准和技术体制，没有相应国家标准则须遵 循国际标准。对于现存多种 标准的技术，乙方 应与甲方共同协商选定标准。一旦相 应的中国（或国际）标准确立，乙方应保证在一年内（不收取额外开发费用）过渡到 甲方要求相应的中国（或国际）标准； （2）乙方应向甲方提供完整、最新而成熟的系统软硬件等技术和产品。其各项 技术应保证具有开放性、可移植性、兼容性和可扩展性。系统配置的软件和硬件设 备提供开放的应用接口，可以方便地与其他厂家同类型系统进行软、硬件平台互连， 技术规范书 中国电信股份有限公司江苏分公司 13 便于系统未来的扩展； （3）乙方应详细说明本期工程所提供设备配置的处理能力、容量以及最大扩容 可达到的处理能力及容量， 说明系统容量受限制的原因，并提供系统进一步扩容的 方案； （4）如设备为 OEM 第三方产品，乙方 应说明该产品的原生产厂商； （5）乙方应保证系统割接不能中断业务，也不能影响原有业务数据； （6）若乙方提供系统软硬件，则乙方提供系统所有软硬件保修两年，保修期自 买卖双方签订终验证书之日起开始计算，保修期内乙方为甲方免费更换和维修有 缺陷的设备（包括软件的升级和改造）。对于有缺陷的硬件设备，乙方应在收到它们 的十五天以内修复或更换并返还给甲方；乙方保证自终验证书签订之日起六年内 向甲方提供维修配件； （7）如果乙方目前难以达到甲方所提出的技术要求，甲方要求通过商务条件使 乙方承诺进行产品的技术升级； （8）乙方负责提交系统的验收测试方案供甲方确认，并配合甲方完成工程验收； （9）乙方应根据甲方的业务需求及相关的技术规划要求，提出完整的项目管理、 系统设计、工程培训、项目施工、 项目验收、技 术支持方案以及乙方人力资源供给 方案，乙方负责建立并向甲方提交工程技术文档。 3.2 系统设计要求 为了保证本期工程建设的顺利实施，要求乙方在技术实现上应坚持以下原则： （1）应满足国际标准化、开放性、一致性、完备性、正确性、健壮性、灵活性、可 扩展性、可监控/可跟踪性、安全性、可运营性和可维护性等要求； （2）应采用国际、国内的标准技术，采用 规范的接口和协议，保 证系统各组成 部分的协同一致，构成可兼容、易移植的系统平台； （3）乙方保证对外接口的开放性，支持与不同厂商设备间的互连。 （4）高可靠性/稳定性：采用故障检查、告警和 处理机制，保证数据不因意外情 况丢失或损坏；采用灵活的任务调度机制实现负载均衡，防止“ 瓶颈”产生。 （5）本系统要求长时间不间断运行，因此可靠性保证应作为系统设计的出发点。 14 除了数据传输要可靠外，系统必须具备良好的文件和数据库备份机制，定期对系统 进行备份，并在系统数据丢失的情况下提供数据恢复。 （6）乙方所提供系统应提供一定的分级分权管理机制。 （7）乙方在建议书应对系统所采用的体系结构、采用的技术、实现方式、 编程 语言进行详细的阐述。 3.3 系统质量要求 3.3.1 系统应具备高可靠性 （1）乙方应向需求方提供成熟的、容错性和易恢复性俱佳的系统。 （2）系统必须支持连续 724 小时不间断地工作。 （3）系统必须支持负载均衡能力，支持应用部署在多台服务器上，避免应用系 统的单点故障。冗余点在单 台设备软硬件故障情况下，要求系统所承载业务仍正常 提供且服务质量不劣化。 （4）系统应具备静态过负荷控制和动态过负荷控制两种过负荷控制的能力，能 根据 CPU、内存、处理能力进行过负荷控制。 （5）软件故障情况下，系统应具备故障守护恢复机制，即当发生一般性软件障 碍时，系 统应具有自纠恢复能力。当发生全系统中断或 电源中断恢复后，系 统应能 迅速地自动再启动运行。乙方 应在应标书中说明系统故障倒换对业务损伤情况和 系统恢复、再启动所需的时间 。 （6）系统能够正确识别外围系统发的错误请求及重复请求，避免出现一些不可 预测的结果。 3.3.2 系统应具备安全性 （1）网络安全 系统需要划分安全域并进行隔离，同时建立完善的网络安全机制，这些安全机 制包括：防火墙系统、入侵 检测系统等。 系统应支持访问控制、安全检测、攻 击监控等一系列安全功能，应提供完整的 网络安全监控、报警和故障 处理功能。 a）具有入侵检测 的功能，监控可疑的连接、非法访问等，采取的措施包括实时 技术规范书 中国电信股份有限公司江苏分公司 15 报警、自动阻断通信连接或执行用户自定义的安全策略，入侵检测系统应对违背安 全事件记录并报警； b）能定期检查安全漏洞，根据扫描的结果更正网络安全漏洞和系统中的错误 配置； c）乙方应提供有关网 络安全的 详细说明，公网上 传输 的数据，必须以国家标准 的加密算法加密，并在应标书 列出算法及相关软件列表； d）与其它网络的连接须设置防火墙，并定义完备的安全配置策略进行隔离。 （2）数据安全 a）系统必须采取定期 备份或作数据容灾 备份等措施来保证数据的安全。 b）系统必须提供联机的数据备份能力，保证数据的完整性和有效性。 c）系统对用户 数据也应采取安全措施，防止用户数据泄密、丢失和被非法修改， 保障用户利益。 （3）系统安全 a）系统应具有防病毒能力。防病毒软件应具备全面 查杀病毒，查杀病毒准确无 误，管理方便，病毒特征码自动更新，安装 简单的特点； b）系统应具备访问权限的识别和控制功能，根据不同的应用需求提供多级密 码口令， 对系统管理员、数据库管理员及其他管理员 必须授予不同级别的管理权限。 当有非法访问或系统安全性受到破坏时必须告警；任何远程登录用户的口令均必 须具有有效期配置功能； c）系统应提供操作日志 记录 功能，以便及 时掌握系 统安全状态，操作系统应符 合 C2 级以上安全标准； d）数据库应支持 C2 或以上级安全标准、多 级安全控制。支持数据 库存储加密、 数据传输通道加密及相应冗余控制； e）对数据库的操作必 须提供一致性 认证。禁止对数据 库进行手工操作； f）系统 用户账号管理、密 码管理、数据 访问权限和功能操作 权限管理必须满足 中国电信江苏公司 IT 内控要求。 3.3.3 系统应易于使用 （1）系统应易于安装和使用，具备风格一致用户界面，且用户界面应为中文操 16 作界面。为方便使用，系统应设置导航栏等内容。 （2）系统应能在浏览器中完成基本的管理任务，对用户输入错误，应尽早发现 和提示。 （3）系统应具备完善的联机帮助功能。 （4）随系统提交的产品文件必须包括完善的、针对不同级别用户的应用系统培 训教材、培训考题及培训考核方法建议。 （5）厂家可以通过对产品颁发资格认证证书的方式，以确认用户对该产品的某 个操作级别的使用资格。 （6）对于业务熟练并且熟悉电脑操作的普通用户，应该可以通过不超过三天的 初级培训，即可熟练掌握应 用系统基本功能的操作技能。 （7）对于系统管理员，应该可以通过不超过累计两周的培训，即可熟练掌握应 用系统管理相关功能的操作技能。 （8）应用系统必须提供一致性的图形用户界面风格。 （9）应用系统对普通用户的操作界面应该以 B/S 方式实现。 （10）应用系统应该支持操作员登录系统后，不超过三次鼠标的点击，即可访问 到业务所需功能。 （11）应用系统必须支持同时打开多个管理窗口以对不同任务进行并行的操作。 （12）应用系统应该支持在一个业务过程中的所有功能界面都有返回上一个操 作的快捷联接。 （13）应用系统应该支持通过键盘即可完成一个界面窗口内的主要操作。 （14）应用系统应该支持通过 Tab 键或回车键可以访问到同一个窗口的所有控 件对象。 （15）应用系统应该支持对于常用功能设置快捷键以方便功能间的切换；快捷 键的功能定义在全系统保持一致。 （16）应用系统必须采用分页机制显示查询结果，并显示返回的记录数目、当前 页和总页数。 （17）应用系统发现用户提交有误信息，必须以弹出窗口的形式明确提示用户 错误的原因，并把界面控制焦点置于发生错误的控件对象上。 技术规范书 中国电信股份有限公司江苏分公司 17 （18）应用系统的操作界面必须用“*” 明确标识出必填的 输入信息。 （19）在导致系统数据发生变化的操作执行之前，系统应该弹出提示窗口供用 户确认。 （20）对于复杂的信息结构，系统应该采用分帧的机制在同一个窗口中显示不 同的信息内容，并自动刷新不同部分的信息内容。 （21）当应用系统正在执行用户提交的请求而无法返回时，必须明确标识系统 处于繁忙阶段。 （22）应用系统功能菜单必须按照功能域、功能组的分类方法进行组织。 （23）对于操作员无权限使用的菜单功能，应用系统不允许显示该菜单或将其 设置为不可用状态。 （24）系统必须提供在线帮助功能，对于每一个操作功能都能查找到相应的详 细使用说明。 （25）操作员登录系统后，系统必须能够主动地提醒等待该操作员处理的任务。 3.3.4 系统可维护性要求 （1）系统具备方便且可定期执行、分析结果的业务测试功能。 （2）系统应易于修改，对某一个子系统的修改，不影响其他系统的正常运行。 （3）系统应易于扩展，新增服务时要求对系统做尽可能少的修改。 （4）系统应具备自管理和监控功能，能够实时监控各模块的执行。 （5）乙方提供的系统应具备在线升级协议及版本的功能，在不中断业务的情况 下支持对系统的外部接口协议进行在线升级、对修改后的系统版本进行在线升级。 （6）系统在运行过程中所发生的任何错误都应该有明确的错误编号，并能在系 统的相应维护手册中查到错误处理方法与步骤。 （7）应用系统必须支持通过统一的图形界面，能够监控到应用系统所有的报警、 异常信息。 （8）应用系统应该采用构件化设计思想，系统框架与业务逻辑分离；要求具备 开放的体系结构。 （9）系统应提供测试模拟环境，用于在正式上线前验证测试，该测试环境与实 际环境等逻辑分开，避免测试 中出现故障或加载失败影响正式业务提供。 18 （10）乙方提供的系统应具备利用甲方已有时间同步系统进行时间同步和时间 自动调整的功能。 3.3.5 系统完备性要求 乙方根据本规范书要求提出的方案及设备配置，必须能完成网络连接及所有 要求的功能，不存在电缆、网卡或其它附件的短缺，不存在本期工程设备和软件性 能不满足业务需求和系统功能的情况，否则乙方须在两周内免费补齐所缺设备和 软件。 3.3.6 系统可测试性要求 （1）随系统提交的技术文件必须明确标识出所实现的可度量的功能和性能指 标。 （2）乙方应有固定的测试工程师进行专门的测试工作，每次新功能测试完成后， 应提供详细的测试文档，包括 测试的用例、方法及其结果等，交付局方人 员作验收 测试。测试结果应符合实际 ，测试未通过的项目应及 时反馈并进行修改。 3.3.7 系统可移植性要求 （1）系统应该不需改动或尽可能少的改动就可以在不同的主流 UNIX（IBM、HP、SUN 等）及 Linux 平台下方便的移植。 （2）系统必须对于存储设备、备份设备及各种网络设备具有完全无关性。 （3）系统必须支持在不同主流数据库平台 （ORACLE、INFOMIX、DB2、SYBASE 等）的移植。移植时不允许修改业务逻辑构 件，应该 尽可能少地修改直接操作数据库的信息服务构件。 3.3.8 系统易安装性要求 （1）系统应该提供图形化的安装与配置界面。 （2）系统必须支持软件版本的自动升级。 3.3.9 系统可扩展性要求 系统应具有灵活性与可扩展性。既可以方便的扩展设备容量和提升设备性能， 又能确保系统整体的平滑升级。系统升级应在不影响正常业务的条件下进行。 技术规范书 中国电信股份有限公司江苏分公司 19 系统设备应以模块化方式组建，设备的处理能力能够平滑扩容。 系统后续扩容通过硬件能力扩充、增加实时投放引擎数量完成功能优化与升 级工作。 3.4 系统集成要求 3.4.1 软件开发要求 3.4.1.1 总体要求 乙方开发的软件必须支持 x86 平台。业务平台设计应采用模块化设计，功能模 块之间应减少耦合度；功能模块与系统之间采用开放的接口进行通信；开发人员可 灵活开发、叠加新的功能模 块，并可在不需 对原有系 统进行重新编译的前提下， 动 态加载到系统使用。 3.4.1.2 部署要求 （1）云资源配置的选择 应用平台对硬件资源提出需求时总体上要求在资源池能力范围之内。 对于计算资源，单模块对单计算服务器（虚拟机）的要求不超过 4 核，内存要求 不超过 8G，硬盘容量不超 过 500G。 （2）第三方软件的选择 数据库：选择支持 x86 服务器架构部署的数据库，当采用大规模大型分布式关 系数据库或大型面向对象型数据库时，应提前做好 x86 适配工作。数据库的选择还 需要考虑数据库 HA 等高级功能的可用性。 操作系统：操作系统的选择要根据资源池服务能力列表选择，要求采用 64 位 的操作系统。 第三方软件未来将实现资源和项目的分离，实现第三方软件的集约化管理，有 条件的省可以做好数据库、中 间件的分集群统一部署测试，实现功能的共享。 （3）可移植性要求 业务系统应该不需改动或尽可能少的改动就可以在不同的主流 x86 平台包括 （windows、Linux）平台下方便的移植，对于虚拟化平台要求应用平台对虚拟化层软 件的无关性，至少支持 VMWARE、KVM、XEN、hyper-V 等虚拟化平台。 20 应用软件必须对于计算设备、存储设备、 备份设备及各种网络设备具有无关性。 应用软件系统应尽可能支持在不同主流数据库平台 （ORACLE、INFOMIX、DB2、SYBASE 等）的移植。移植时不允许修改业务逻辑构 件，应该 尽可能少地修改直接操作数据库的信息服务构件。 （4）高可靠性的开发要求 业务平台中的任一构件更新、加载时，在不更新与上下构件的接口的前提下， 不影响业务运转和服务。 业务平台需要支持负载均衡能力，支持应用部署在多台服务器上。冗余点在单 台底层资源故障情况下，系 统所承载业务仍正常提供且服务质量不劣化。 业务平台需要考虑部署静态过负荷控制和动态过负荷控制两种过负荷控制的 能力单元，能根据虚拟机、物理机的 CPU、内存、处理能力进行过负荷控制。 具备能力的业务平台开发厂家，可以考虑识别所分配资源发出的错误警告，做 出业务负载调整，避免出现 一些不可预测的结果。 （5）系统可扩展性要求 业务系统开发应具有灵活性与可扩展性。既可以方便地扩展设备容量和提升 设备性能，又能确保系统整体的平滑升级。 业务平台各个构件应以模块化方式组建， 各构件模块的处理能力能够通过修改底层硬件能力或者通过叠加设备的方式实现 扩容。 （6）系统可维护性要求 业务平台的设计易于修改，对某一个子系统的修改，不影响业务的正常运行； 当业务平台的构成体系易于扩展，当新增服务器时要求对系统做尽可能少的修改。 业务平台开发需要考虑底层资源的热插拔变化，避免配置变化而引起的应用 崩溃。 （7）易安装性 业务平台软件的安装、重新安装支持 ISO 文件、 远程网络等多种安装方式；软 件版本升级的自动化操作可以指定到某个存储目录进行升级。 技术规范书 中国电信股份有限公司江苏分公司 21 3.4.2 业务系统部署要求 3.4.2.1 系统评估设计阶段 （1）系统评估 乙方需要根据业务建设规模、业务能力需求、 业务增长模型、峰 值曲线等等构 建业务模型，论证资源需求并提交申请进行评估。或可以根据条件在资源池测试平 台上根据业务模型进行压力测试，后期根据压力测试结果分配资源。 如存在多厂家的资源池，应评估系统 I/O，选择合适的厂家的 资源池 （VMWARE 性能、KVM 性能）。 并明确说明以下内容： 1）IP 地址的源地址路由（资源池普遍采用私有地址，公网 IP 采用 NAT 方式， 部分资源池实现源地址路由有困难，如 SP 网关等、客户端登陆类的平台）； 2）多业务处理机集群的实现方式； 3）数据库集群方式； 4）系统的安全区域划分； 5）系统的请求处理量和计算处理量分布； 6）系统的内外部流量模型等。 （2）虚拟化架构设计 乙方需根据评估结果，对业务系统进行虚拟化架构设计，为实际部署提供虚拟 化集成方案。并根据业务需求和业务增长模型，确定是否根据需求一次建设到位， 进行计算设计、存储结构设计 、网 络模型设计。 （3）资源池规划设计 乙方需综合考虑系统服务器、存储、网 络、运营管理、备份与恢复、性能、 业务 连续性等因素定制虚拟化架构设计和配置，制定保障计划。如哪些服务器需要资源 池配置高可用配置 HA、FT 等；存储需要注意如果采用统一存储，后续的容量追加 扩展方案，分配给该系统的 RAID 方式。 3.4.2.2 系统部署阶段 乙方需根据前期确定的方案，在资源池上进行按需分配，并将： 22 （1）集群的虚拟机分配在不同的物理服务器上 （2）同一物理服务器内不同虚拟机根据 I/O 需求以及业务峰值时间进行匹配。 尽量避免 I/O 分布不均， 业务峰值同期等。 4、详细技术要求 本项目招标是为满足中国电信江苏公司新媒体运营服务定制需求，相关本地化 需求收集、方案制定及定制开发工作需中标厂家提供现场开发支撑，业务系统的运 营维护保障及业务运营日常的零星需求需中标厂家提供现场支撑响应。 4.1 新媒体素材引入与维护支撑 4.1.1 功能逻辑结构 根据业务功能需求及系统设计要求，新媒体素材引入与维护支撑需要具备与 IPTV 业务管理平台接口、文件管理、素材审核接口协议等功能模块，具体如下图 所示： 新媒体素材上传管理模块用于对广告业务合作伙伴（或代理）上传各类新媒体 广告运营素材（包括图文、 视听）提供操作界面。模 块 接收运营素材并将素材通过素 材审核接口通知播控方进行内容合法性审核。 素材审核接口将新媒体广告运营素材全部信息提供给播控方进行合法性审核。 播控方审核通过的素材正式入库，审核不通过的素材在广告业务合作伙伴(或代理) 的素材页面提示审核不通过原因，不予入库。 对于通过播控方审核的图文素材，通过新媒体素材数据库直接进行维护；对于 通过播控方审核的视听素材，通过与 IPTV 平台的内容下发接口下发到 IPTV 技术规范书 中国电信股份有限公司江苏分公司 23 平台；对于通过播控方审核的图文素材，通过与 IPTV 平台 EPG 系统接口下发。 4.1.2 功能要求 4.1.2.1 与播控方的素材审核接口 接口主要完成将素材提供给播控方进行合法性审核的工作，目前要求与江苏 电信 IPTV 平台播控方进行对接，将素材信息透 传 至播控方平台（或按照播控方要 求在新媒体运营服务支撑系统提供审核界面），实现对新媒体广告运营素材的合法 性审核。 审核接口反馈信息 应至少包括：审核结论和审核意见。其中审核结论为“ 通 过”或“不通过” ，审核意见 不允许为空。审核操作员 操作信息需在本地保存至少 3 个月以上。审核结论为“不通过”的素材，应通过新媒体运营服务支撑系统向上传方 进行反馈。 4.1.2.2 素材管理 广告合作伙伴（或代理）上传的素材，只有在通过播控方审核后方可录入新媒 体素材数据库。录入新媒体素材数据库的各类素材不允许对素材内容（图片内容、 文字内容或视听内容）进行任何更改，入库的素材内容发生任何更改均需重新通过 素材审核接口进行审核。 广告合作伙伴（或代理）仅能够对自己的素材进行查阅。系统管理员及经过授 权的操作员可对系统内全部素材进行查阅。 4.1.2.3 IPTV 平台下发接口 视听类素材通过播控方审核后，与 IPTV 业务管理平台提供的内容下发接口对 接下发到 IPTV 平台提供服务。 图文类素材通过播控方审核后，保存在新媒体素材库中，在该素材进行运营时 通过与 IPTV 平台 EPG 系统接口下发到 EPG 平台展示。 4.1.3 协议适配 模块提供的 IPTV 平台下发接口，需支持 中国电信 IPTV 技术规范 2.0及中 国电信 IPTV 技术规范 3.0、江苏电信 IPTV 业务管理平台规范中规定的下发接 口规范。 24 4.2 广告资源位管理支撑功能模块 根据业务功能需求及系统设计要求，广告资源位管理支撑需要具备与 IPTV 平 台接口、IPTV 业务管理平台接口、广告资源位统一调配功能模块，为广告运营排 期提供广告资源位信息支撑。 4.2.1 系统功能需