1、原公告项目名 称: (略) (略) 融媒体平台技术设备及软件采购项目
2、原公告项目编号:[ * ]FXZB[GK] ***
3、首次公告日期: ***
4、更正(补充)事项及内容:
4.1、将原招标文件第 * 章内容由以下:
* 、项目概况(采购标的)
1.1、本次采购项目为 (略) (略) 融媒体平台技术设备及软件采购项目,要求投标人提供的货物必须是全新生产的产品,通过合法渠道获得的。设备的制造标准及技术规范等有关资料必须符合国家相关标准、规范要求。
1.2、本次采购项目合同包1的核心产品为技术和服务要求中◆分布式融合媒体服务平台,合同包3的核心产品为技术和服务要求中◆网络音频智能播放器。注:对单 * 品目或非单 * 产品采购项目确定核心产品的,多家投标人提供的核心产品品 牌相同的, 采用综合评分法的,提供相同品 牌产品且通过资格审查、符合性审查的不同投标人参加同 * 合同项下投标的,按 * 家投标人计算,评审后得分最高的同品 牌投标人作为中标候选人推荐;评审得分相同的, (略) 采取随机抽取方式确定 * 个投标人作为中标候选人推荐,其他同品 牌投标人不作为中标候选人。
* 、技术和服务要求(以“★”标示的内容为不允许负偏离的实质性要求)
合同包1:全媒体信息汇聚与协同生产平台
1 项目总体要求
在借鉴其他兄弟单位融合媒体平台的规划和建设的基础上,结合 (略) (略) 对于媒体融合发展的实际需求,本次项目将集中精力,打造全媒体共享平台。以“ * 次采集、统 * 策划、共平台生产、多媒体呈现、多渠道发布”为目标的融媒体共享平台, (略) 各频道生产 (略) (略) ,向集团提供全媒体的生产能力。本次项目将依据“多渠道的信息采集、统 * 的资源管理分发平台”的全新理念,达到全媒体资源高效、畅通共享的目的。
1.1系统连接示意图
系统连接 (略) 示, (略) 分为台内现 (略) 分。台 (略) 生产系统(含新闻频道)、东南卫视生产系统、海峡卫视新闻生产系统、广播生产系统、多个新闻栏目演播室以及新媒体运营系统等。目前,互联互通平台已经初步打通与各新闻生产系统的双向数据交互业务流程。
本次项目建设,要求采用“工具+平台”的建设理念,消除原有业务应用中各功能之间的紧耦合关系,使功能工具化和服务化,根据业务规则灵活搭建生产系统,自由选择应用工具,使得应用能够更高效的适配使用者的需求,形成优胜劣汰的云平台生态系统。
在统 * 的内容平台上,提供电视、新媒体多种生产工具,实现融合媒体的统 * 生产和发布,实现“ * 次采集,多种生成,多元传播”。在汇聚阶段,实现资源共享、协同作业,使节目素材等资源的价值得到最大化利用。在生产阶段,根据不同媒体的特点和需求生成多种不同的产品。通过流程再造,使节目生产更有效率,更符合当代媒体传播的特点,能够更好地满足用户需求,从而提升媒体的影响力和传播力。
1.2业务需求
系统将充分利用原有业务系统的基础计算、网络和存储资源,以 (略) 现有技术资源为目标,构建本次项目核心技术支撑平台。在全面打通台内各新闻生产单位的业务系统的基础上,构建 * 个充分开放共享的环境满足融合媒体业务的要求,实现媒体生产服务以及发布服务的多租户管理。
本次项目建设要求提供报道指挥功能、全媒体汇聚功能、全媒体生产功能、全媒体发布功能。要求平台具备将汇聚、生产、发布整个流程再造功能,与报道指挥完成闭环的生态圈。实现 * 次采集、多次生产、多平台发布的效果。
(略) 有功能需求仅是对云平台功能做要求,不会对现有系统功能层面做改造,现有系统与云平台通过对接方式,实现内容交换。
l全媒体内容汇聚要求
要求业务平台提供汇聚各种媒体资源的工具及接口,全媒体内容库可以将各种媒体资源按照既定的接口规范统 * 汇入媒体服务模块中,要求支持传统及新媒体内容的融合。要求实现历史素材、 (略) 回传素材、网络内容抓取素材等汇聚,将汇聚内容存放于本项目设 计的融合平台中,进行统 * 管理,通过先进的技术,实现海量内容的融合共享,提高内容 * 次及多次利用的价值。
需要实现对通联、热线电话、PGC以及UGC等多种信息源资源的统 * 汇聚、管理。其中,通联功能将用于实现与各地市 级电视台间业务的通联约稿,以及稿件及素材的回传;热线电话汇聚,实 (略) 门、各栏目的热线电话线索入库。另外,兼顾远程记者的素材双向交互应用。
l全媒体内容生产要求
要求实现电视 (略) 生产结合与协调,解决全媒体内容生产制作问题,应对新媒体生产和传统媒体生产的需求。要求平台提供面向传统生产和新媒体生产的工具,传统媒体生产工具包括文稿工具、视频精编工具,新媒体生产工具包括:网页视频快编工具、图片编辑工具、远程回传工具,多媒体编辑工具等。
l协同生产功能要求
要求提供台内协同生产功能,解决新闻生产中沟通受时空和信息条件限制的众多问题,提供包括即时通讯、组织与人员管理、工作任务流转等功能的 * 体化媒体综合协同工具, (略) 相干人员及时了解任务进度,有效解决日常工作流程中的生产协同与指挥调度效率的问题,方便台内实际使用用户更加直观地了解各项工作的进展,更清晰的掌握生产效能和发布效果。
l统 * 内容库功能要求
全媒体信息资源共享平台需提供统 * 内容库功能,实现远程回传节目和素材的内容共享,与台内各新闻生产系统实现资源的安全交互。整个平台提供统 * 内容库功能,以内容管理使用为核心,实现对台内和台外资源的共享与整合,可实现全台体内容统 * 管理。提供汇聚、生产、发布、管理整套环节的内容池。提供统 * 的工具挂接服务模块,可支持汇聚工具、编辑工具等多种工具的挂接。
l全媒体内容发布要求
要求提供安全、稳定、高效的新媒体发布服务,通过本项目设 计的全媒体内容库和接口服务,将全媒体平台生产完成的内容快速发布。
l管理业务要求
要求实现面向整个全媒体业务管理的定位,统筹协调各渠道资源,提供统 * 的资源调度、任务协同方面的能力。要求提供内容大数据服务,策划管理、资源调度、视频通话、任务看板、业务监控等 * 系列工具及服务,支撑全媒体业务在汇聚、生产、发布以及运营等多个环节的统 * 指挥调度及协同。
l全媒体私有云与专属云之间 (略) 要求
(略) 数据共享交互示 (略) 示,融合媒体专属云与私有云之间要求通过内容数据的双向同步,在实现统 * 内容库的同时,实现 (略) 备份。
同步原则:
元数据信息、浏览码率媒体文件实现实时的数据同步;
高码率媒体文件、新媒体码率文件实现异步数据同步;
专属云不仅满足信息汇聚、协同生产的需求,还要满足未来 * 些综合服务的需求,例如:党建服务、政务服务以及公共服务等需求。 (略) 的数据同步并非完全同步,而是根据业 (略) 有选择的数据同步。
1.3安全需求
本次项目建设要求参照《 (略) (略) 络化建设白皮书( * )》、《广播电视安全播出管理规定》(即 * 号令)、《广播电视相关信息系统安全等级保护基本要求》、《电视台融合媒体平台建设技术白皮书( * )》、《信息安全技术 信息系统安全等级保护基 (略) 分云计算安全扩展要求》等规范的 (略) 设 计,保证本系统的安全。
1.4系统架构图
本次项目要求整个系统都基于云架构模式设 计,要求具备全媒体汇聚、全媒体生产、全媒体发布的全媒体新闻制播 * 体化服务体系,优化内容生产模式,融合传统电视和新媒体节目生产,真正实现多渠道发布。
针对本次项目,方案需要充分贯彻平台的设 计理念,从业务出发,全面抽 (略) 需的各种公共服务,并借助 (略) (略) 抽象 (略) 署环境。同时对上通过完善的接口规范满足各种媒体及通用业务的接入要求。
系统架 (略) 示,自下而上分为IaaS层、PaaS层、SaaS * 层架构。
IaaS层基础资源平台要求构建统 * 硬件资源池。通过虚拟划分通用计算资源(刀片或X * 服务器)、分布式存储、 (略) 络,构建出企业级、安全、可靠、弹性的私有基础池,实现基础资源管理。
本系统要求 (略) (略) 架构。
PaaS层媒体服务平台应采用先进的分布式技术建设核心服务,体现分布式的高冗余性、高可靠性、负载均衡等特点保证数据及业务的安全。平台核心业务 (略) 采用全分布式、微服务技术构建。
要求平台具备媒体服务支撑能力:
全媒体内容的统 * 管理
全媒体 (略) 理(转码、抽帧、迁移等)
全媒体业务流程的管理和驱动
面向业务的统 * 用户管理及权限管理
面向媒体业务的应用工具集管理
采用分布式框架,提供持续高可靠服务能力
1.5网络拓扑要求
在网络化建设中应把安全性放在首要位置,整个平台都应采用现代化 (略) 技术,服务具备横向扩展、负载均衡、 (略) 署、无单点故障等特性。
系统设 计应该充分考虑当前技术状态下先进的混合云技术、大数据技术、高标清AV技术、先进的IT技术、I (略) 络技术,选择具备 * 定超前性及先 进性的技术,构建分布 (略) 络,要兼顾未来技术动向。
采用分布式、虚拟化计算技术,提高系统的敏捷性,保证系统的高可用性。
采用全媒体融合的建设思路,实现双向融合;结合统 * 指挥、演播室互动以及新媒体运营平台,将全媒体融合 (略) 统 * 规划,提高各项资源利用率。
本次项目采用的业务 (略) 化分布式架构为主,主要分为融合生产平台域和全媒体信息汇聚平台域,并通过高 (略) 隔离。融合生产平台与全媒体信息汇聚平台,提供统 * 的内容管理、统 * 流程管理、统 * 生产服务等。
无论用户在台外、全媒体信息汇聚平台或 (略) 都可以访问到 * 致的内容。同时无论用户在台外、全媒体信息汇聚平台或 (略) 可以利用统 * 的核心应用,例如文稿系统、编辑系统、内容库 (略) 节目的生产加工,不受地域的限制,为用户提供灵活的生产手段。
本次项目建设要求 (略) 发 (略) 业标准《 (略) 省 级技术平台规范要求》,标准编号为:GY/T * -2 (略) 设 计,具备支撑县级融媒体功能。
2项目详细设 计要求
2.1基础硬件资源设 计要求
本次项目设 计要求按照资源池化、应用云化、按需计算的总体思路设 计IaaS层。
要求设 计整合系统IT基础资源,对存储资源、计算资源、交 (略) 池化、统 * 管理,对上层平台提供IT资源支撑,并具备便捷的扩展能力。能够为上层业务弹性分配资源,按照业务的实际需要弹性的分配IT资源,增加或减少计算和存储资源。并根据资源的实际 (略) 计量,使峰时和闲时工作量的资源利用都保持在合理水平,从而实现低成本高效率的IT运营模式,使资源得到合理、有效的利用,实现资源优化和成本节约。
2.1. (略) 络及链路要求
(略) 络是数据通信,各类资源、模块互联的基础,网络资源的设 计应考虑 (略) 域网络的交互、 (略) 署位置、交换能力差异化需求、安全访问等要求。本次核心业务交换设备要求采用万兆核心交换 (略) 络资源,需要满足全媒体信息汇聚平台与 (略) 之间的资源交互需求。核心交换机之间做集群,电源、风扇等配件需冗余配置。并结合本系统的规模及应用强度, (略) 络设 计要求采用“万兆+千兆” (略) 络,支持IPV6,为全台提供数据链路交换物理通路,具体设 计要求如下:
1. (略) 络采用纯万兆 (略) 设 计;
2.各子系统间的连接采用万兆以太方式连接至核心交换机;
3.计算资源服务器采用万兆以太方式连接至核心交换机;
4.核心存储采用万兆以太方式接入核心交换机;
5.新媒 (略) 点采用千兆以太方式连接至接入交换机。
6. (略) (略) 方式连接至核心交换机。
2.1.2存储资源建设要求
生产业务对存储的需求主要为汇聚媒体的写入、编辑工具的读写访问、 (略) 理转换、媒体数据索引的读写等等。存储资源对生产业务的支撑功能需求主要为提供必要的容量和带宽支撑,并根据安全性需求提供必要的备份和切换手段。
存储系统应采用先进的分布式存储架构,保证 (略) 全性以及带宽、容量的平滑扩展。
本次要求配置全媒体信息汇聚平台统 * 内容库存储节点数量不少 (略) 资源库存储设备节点数量不少于3个。 (略) 业务发展的需要以及系统的设 计需要,对带 (略) 线性扩展,需要支持在线扩展。所有存储设备采用分布式架构。存储的安全:所有节点的硬件采用冗余配置,支持热插拔,任何 * 个设备出现故障均不会影响到整个系统,出现故障的设备可在线更换。任何 * 个节点掉线都不影响数据访问。存储系统需有详细管理功能、完善的日志系统、以及自动报警功能。
2.1.3计算资源要求
本次项目需要采用计算资源虚拟化平台作为主要的计算资源支撑平台,需采用刀箱+刀片服务器的形式作为底层硬件支撑,配置刀片服务器做虚拟化,利用云计算管理平台实现计算资源底层运维管理。
2.2业务服务支撑平台设 计要求
整个系统基于云架构模式,采用“平台+工具”的建设思路,以工具化和服务化为平台建设理念,构建全媒体生产、多平台分发的业务体系,以适应不同业务组织平台生产的需要。
要求系统的整体媒体服务框架及业务系统后台服务是业务中 (略) ,技术系统的可靠性及安全性是首要考虑的因素。因此后台服务应具备高可用性、高稳 定性、 (略) 全性的特点,并且具有广电业务特征的平台级服务,在形成标准接口后以服务治 (略) 业务间的串接,针对异构模式开发相应的应用程序编程接口(API)和软件开发工具包(SDK),并面向各种应用提供标准开放的接口(Restful API)。因此后台服务应具备高可用性、高稳 定性、 (略) 全性的特点。系统设 计要求如下:
基础服务管理要求:用于适配私有云/专属云基础设施服务层(IaaS)资源,向下实现面向业务的IaaS资源管理,向上通过完善的接口规范满足各种媒体及通用业务的接入要求。
具备媒体业务支撑能力
为平台提供统 * 的资源调度以及生产流程管理。
支撑媒体业务的生产,满足多种业务工具的接入,具备 * 系列媒体业务的支撑能力,包 (略) 分:
全媒体内容的统 * 管理;
全媒体 (略) 理(转码、抽帧、迁移、技审等);
全媒体业务流程的管理和驱动;
面向业务的统 * 用户管理及权限管理;
面向媒体业务的应用工具、工具集管理;
采用分布式框架,具备持续提供高可靠公共服务的能力
全媒体统 * 内容库:提供统 * 管理视音频素材、成片、稿件、串联单、图片、文档等内容资料
接口服务:面向不同生产系统应用提供标准开放的接口对接功能。
平台支撑层要求核心 (略) 化分布式架构,解决安全、弹性、维护性等不足的问题。
2.2.1基础服务要求
2.2.1.1分布式架构要求
整体架构采用基于云计算的分布式架构,支持微服务架构及容器管理技术。
提供面向融合媒体生产的后台服务,支持传统电视媒体生产服务及新媒体生产业务
要求采用平台化的架构,能够整合全媒体内容资源,前台可在工具层提供统 * 界面提供服务,或者通过媒体服务平台统 * 的内容访问接口,由服务工具按需提供内容的呈现。
资源适配:要求与媒体设施服务层(IaaS)云管平台接口实现对接,通过调用媒体设施服务层(IaaS)云管平台接口实现对媒体设施服务层(IaaS)提供服务的统 * 查看和管理。
资源调度:接受来自媒体应用服务层(SaaS)的能力调用需求,通过资源适配调用媒体应用服务层(SaaS)的API,实现对IaaS各类资源的调用。
数据库即服务:要求包括数 (略) 理关系数据与非结构化数据。
2.2.1.2服务注册与管理
1.应用&服务注册到平台,支持集群服务功能,可以快速集成和开通第 * 方应用工具,形成 * 个开放的、专业化的应用&服务支撑,并提供多种方式供其他服务调用和上层应用使用。
2.支持平台基本服务(包括各类应用和服务)按固定流程快速注册到应用服务平台。
3. 平台支持统 * 认证,保证各个应用能够无缝集成。
4.为保证平台开放性,提供丰富的接口方式,提供平台工具标准接入规范 (略) 接入,为以后可能接入的平台的应用预留互联接口,需要提供标准。
6.接入规范的工具包括转码、技审、拆条、快编等。
2.2.1.3统 * 接口管理
1.提供针对平台统 * 用户管理规范、统 * 应用&服务接入规范、统 * 调用规范。
2.为上层SaaS 应用软件提供标准化的统 * 内容库接口,实现各业务应用的统 * 管理和业务数据的统 * 交换。
3.支持采用Restful 风格等多种方式来实现各类接口,减小各个系统之间的耦合,减低系统依赖关系。
2.2.1.4统 * 用户管理
用户管理模块需要提供用户管理和统 * 认证功能,可以通过标准的API供上层应用程序调用。在本项目中,用户管理模块需要具备的具体功能如下:
1. (略) 有服务或者应用提供统 * 认证的登录服务。
2.登录认证模块要求高可用实现,提供 * 小时不间断服务。
3.能够对保存的 (略) 统 * 管理,并且完善用户的详细信息,包括用户基础信息的增、删、改操作,栏目信息,内容访问权限等。
4.能够按照用户或用户组为其授权或者配置在融合平台内可以使用的应用或者服务
5.支持组织结构管理, (略) 门增、删、改等操作, (略) 门或者 (略) 完整管理。
6.要求配置支持用户组管理,设定用户组的内容权限等。
2.2.1.5监控管理
统 * 监控管理是基于分布式技术构建的日志管理和监控模块,需要实现如下功能:
1、提供平台监控服务,基于不同级别资源实现IaaS、PaaS的监控,对于每个集群的实 (略) 实时的监测,并对集群的整 (略) 监测, (略) 故障报警、阈值警告。
2、基础设施资源的监控,提供如CPU、内存、 (略) 状态。
3、分布式日志收集,能够自动化收集各个业 (略) 日志。
2.2.2媒体支撑服务要求
媒体内容生产服务系统为全媒体信息汇聚平台提供统 * 的资源调度以及生产流程管理。
面向多租户
同 * 服务能够同时为租户的人员使用,而使用租户之间的数据是安全隔离的。
流程再造
媒体内容的制作从接收制作任务、内容编辑、内容审核、内容转码打包、内容技审直到内容的发布,每个环节都有相应的生产工具或服务。 (略) 门又有各自不同的协作流程,需要内容生产服务系统的流程可以自由定制。
2.2.2. (略) 理
(略) 理服务包括基于各种协议的媒体读写(如FTP\HTTP\CIFS 等协议),以支撑基于流或文件的各种业务媒体访问能力。主要包括文件转码迁移服务、合成服务、技审服务等。
1.转码迁移服务
转码迁移服务主要用于平台内外资源文件交互。实现各类资料在平台内外的迁移,并根据业务应用需要提供高效高质的格式转换能力。
充分考虑实际业务需求,建 (略) 理平台,满 (略) 理高效率、高性能、高质量、 (略) 全,同时能够支撑集群工作。采用整体软硬件 * 体架构实现转码模块,满足不同业务平台的素材转码需求。根 (略) 景,在考虑负载均衡的基础上分别对融合生产平台和全媒体信息汇聚平台提供独立对应的转码能力:
1、支持多通道离线转码;支 (略) 处理;
2、支持高清、标清、4K 、支持手机格式输出;不同格式和分辨率的输出 (略) 理;
3、标清H. (略) 理能力不低于单倍速到 * 倍速;高清H. (略) 理能力不低于单倍速到 * 倍速;
4、支持编码格式:H. * ,MPEG2,MPEG4,H. * ,H. * 、WMV;
5、支持NFS/CIFS/SMB/FTP等多协议输入输出;
6、可将Blu-ray、DVD、ASF、FLV、AVI、MPG、WEBM、VOB 、TS、MP4、MOV、3GP、3G2等输入文件格式转换为HLS、ASF、FLV、AVI、MPG、WEBM、TS、MP4、MOV、3GP、3G2等多种文件格式输出。(文件格式可持续更新);
7、支持加黑边、去黑边;支持多音轨选择;
8、支持台标字幕插入;
9、支持远程任务提交;支持自动监视文件夹;
* 、支持PGS字幕,支持DTS音频;
* 、支持开放的API,可以通过用户工作流程或者第 * 方应用程序创建任务;
* 、支持5.1/7.1/全景声等音轨的制作合成;
* 、支持全音轨复制与透传;
2.合成服务
合成服务主要向上层各类应用提供稳定高效的节目优化生产(分段合成)能力。
3.技审服务
技审服务主要用于对视 (略) 检测,对音 (略) 图像质量的与检测。
2.2.2.2工作流引擎
工作流引擎负责将业务流程转化为系统流程,实现融合 (略) 的流程组织及系统对外交互时的数据准备等功能,需满足如下要求:
1.流程引擎要能够将系统内各种工具、服务、数据等组合在 * 起,形成完整的业务流程,体现出各类应用逻辑。
2.在融合平台, (略) (略) 景中,各类应用或者服务已经模块化,各类应用服务之间不存在相互调用关系,应用服务不需要了解具体流程步骤,由流程引擎推动 (略) 至下 * 个环节,由下 * 环节的已注册的工具、服务完成后续的业务操作。
3.流程引擎要制定统 * 标准化的接口规范,来满足各种工具、服务的接入和管理功能,
2.2.2. (略) 列服务
整个融合平台服务交互关系复杂,且存在大量的分布式应用,因此,根据业务需要,本项目 (略) 列服务,提供平台松耦合服务或者应用通讯的主要手段,作为融合平台IT基础 (略) 分,提供给上层应用或者服务使用。
具体要求如下:
1.该服务资源池具体统 * 的管理与监控界面
2.服务池应为高可用集群,具备负载均衡的机制
3.具备较高吞吐量,负载能够满足平台要求
2.2.2.4接口服务
提供统 * 接口规范,包括用户管理、媒体资源管理、媒体服务能力管理、Iaas 层接口规范等。
为上层SaaS 应用软件提供标准化的媒体访问接口,实现各业务应用的统 * 管理和业务数据的统 * 交换。
采用Restful 风格来实现各类接口,使用标准的rest 操作规范。采用 Web Service 接口形态来完成交互,减小各个系统之间的耦合,减低系统依赖关系。
系统高度的模块化,采用服务的方式对外提供交互。
2.2.2.5检索服务
检索服务作为PaaS 层的媒体服务能力之 * ,向上对 SaaS 层应用提供检索服务,需满足但不限于如下要求:
1.具备个性化的内容聚合检索方式:包括但不限于模糊检索、级联检索、智能匹配检索等针对不同内容维度的定制检索方式,使用户可以快速和精确的找到需要的生产内容。
2.具备定制的个性化检索结果汇聚呈现功能,支持对检索结果的呈 (略) 自定义展现和编辑管理,检索的信息可符合不同操作习 (略) 快速浏览和查阅。
3.具备不同类别和维度的检索聚合信息结果,提供基于内容当前状态的快捷操作,包括在编辑、审核、发布等各种业务流程中的检索操作。
2.2.2.6业务多租户
要求平台软件支持多业务多租户的能力,各租户间能够共享平台软件后台资源,同时彼此之间又相互隔离,互不影响各自的业务应用及数据安全。
运营自助门户作为租户技术及运维人员使用的门户,提供简洁的图形化操作界面。各租户可按照用户 (略) 配置权限并展示不同登 * 模块。 (略) (略) 门管理人 (略) 选择的各类生产工具和服务,技术人员根据权限可看到业务运维、运营管理、 (略) 等不同的模块。
多租户模式设 计主要满足各业务单位“拎包入住”构想,在使用资源后,按照不同单位的实 (略) 结算。
本系统面向全省的地、市、县,可通过租 (略) 构建,帮助各地、市、县、区快速建立融媒体平台,提升其在区域内的新闻舆论传播力、引导力、影响力和公信力。
1.支持以多租户方式为 (略) 提供服务,应具备对 (略) 的注册管理功能;
2.提供租户管理员,租户 (略) 属租户的业务、后端用户、组 (略) 配置操作;可对分配给相应租户的计算、网络、存储等基础资源提供运维监管,包括资源数量和容量、使用率、健康度、告警等多维度的监测监管信息;
3.支持各租户间权限相互独立,内容及信息相互独立;
4.平台提供后端用户的统 * 用户管理,支持 (略) 前端用户的统 * 用户管理,支持各类用户的鉴权;
2.2.2.7第 * 方工具接入
在第 * 方非编、音频编辑工具具备接口及对接开发能力的情况下,融合生产服务平台系统需支持多家国产非编、多家音频编辑软件(如:新奥特、索贝、大洋、Premiere等)接入。让这些工具基于统 (略) 协作,从而实现编辑人员在内容制作上的灵活应用。
2.2.3全媒体统 * 内容库
全媒体信息汇聚平台和融合生产平台要求建设统 * 内容库管理。中标方应提供统 * 内容库功能,为全媒体信息汇聚平台的内容共享提供基础支撑服务。
统 * 内容库要求采用平台化的架构,整合全台在线全媒体内容资源,前台以统 * 界面提供服务。通过授权,使用人员可以在台内任何地点,甚至台外使用该系统,实现统 * 管理视音频素材、成片、稿件、串联单、图片、文档等新闻及生产等资料。
统 * 内容库要求支持集成各种编辑软件工具,为记者编辑获取新闻线索、查阅背景资料、创作多媒体稿件提供支撑,形成 (略) 面,统 * 管理“线索+素材+成品”。提供B/ (略) 资源管理。
全媒体信息汇聚平台的存储文件通过安全摆渡的方式摆渡到融合生产平台的存储并可实现资源的双向交互, (略) 的全媒体信息汇聚平台与融合生产平台的安全隔离的同时,兼顾资源在各业务系统间的交互调用和便捷利用,实现共享资源可安全摆渡入 (略) 。
统 * 内容库要求提供以下功能:
(略) 融合新闻生产的全媒体内容共享统 * 内容库,需支持多种内容形式的统 * 存储与管理,为全媒体新闻策划做内容保证,为主题化新闻事件多渠道报道提供相关资源。
本次建设的统 * 内容库,支持统 * 的内容检索服务:应提供智能检索、分类检索、关联检索、组合检索、全文检索、递进式检索等多种检索方式和手段。检索后的内容可实现浏览以及下载等操作。
提供低码率快速预览功能;
根据实际业务情况提供内容生命周期管理功能,支持定制删除策略。
提供B/S方式资源管理、发布、检索、下载等功能。
(略) 有媒资相关的功能,包括编目、审核、技审等功能。
2.2.4接口服务
我集团现有系统如下: (略) avi (略) 、体育频道新奥 (略) 、东南卫视大 (略) 、海峡卫视索 (略) 、综合频道索 (略) 、海博TV内容生产与发布系统、广播联 (略) 。
平台提供面向新媒体, (略) 各生产子系统的内容接口服务,接口服务采用数据接口方式,可将广电业务系统中的素材及其元数据推送至平台, (略) (略) 门的内容交换和发布。
数据接口服务通过Web Service方式实现,迁移服务通过扫描迁移工具软件实现。
集团现有各业务系统积极配合平 (略) 接口的对接开发调试任务,对接的第 * 方系统在具备标准接口协议和开发调试的能力的情况下,中标商必须完成接口定制调试服务。
2.3SaaS层工具设 计
全媒体信息汇聚平台需针对多种外 (略) 汇聚,包括机构间新闻通联、 (略) 线索、热线电话爆料、微信爆料、 (略) 远程回传素材以及全媒体记者手动 (略) 线索等内容。
全媒体信息汇聚平台要求实现新闻通联功能,建立与 (略) 、 (略) 、 (略) 、 (略) 、 (略) 、 (略) 、 * 明、 (略) 、 (略) 、平潭实 (略) 的业务资源通联渠道,实现对全省市、县区上推的线索、素材、成 (略) 统 * 汇聚,将全媒体稿件要素的关联关系(文稿、图片与视音频关联在 * 个线索或选题),实现消息提醒、自动推送、手动签发等不同方式的快速调用,完整地、快速地实时签发至相应的业务系统。
要求在全媒体信息资源共享平台提供统 * 内容库功能,在本次虚拟化硬件平台上构建全新的全媒体信息资源共享平台统 * 内容库。提供资源的统 * 管理和监控、编辑、处理等工具,提供稿件编辑、BS/CS编辑和移动端工具,为记者编辑获取新闻线索、查阅背景资料、创作多媒体稿件等业务提供支撑。
同时建立台内协同生产能力,提供包括即时通讯、组织与人员管理、工作任务流转等功能的 * 体化媒体综合协同平台, (略) 相干人员及时了解任务进度,有效解决日常工作流程中的生产协同与指挥调度效率的问题,方便台内实际使用用户更加直观地了解各项工作的进展,更清晰的掌握生产效能和发布效果。
要求提供统 * 门户作为用户的统 * 入口。
2.3.1全媒体信息汇聚功能
2.3.1.1新闻通联系统
全媒体通联回传系统的建设目标是以全媒体信息资源 (略) , (略) 提供的节目和素 (略) 远程通联回传并存储。在通联回传系统中,把目前 (略) 、 (略) 、 (略) 、 (略) 、 (略) 、 (略) 、 * 明、 (略) 、 (略) 、平潭实验区等地 (略) 、其它通联协作机构的资源通过通联 (略) 回传,经过转码迁移等后台服务最终入库到全媒体信息资源共 (略) 展现、存储和调用。
通联系统主要负责汇聚平台和通联协作机构之间的约稿及稿件回传业务,通联协作机构也可以主动上传比较有新闻价值的稿件给汇聚平台选用,同时台内的合 作单位、 (略) 记者等可以利 (略) 远程素材的回传等核心功能。系统将提供资源管控、用户管控以及权限管控等资源管理和共享服务。
l通联系统总体要求
1、记者或者编辑写稿和制作:记者撰写稿件,同时根据稿件内容将采 (略) 简单编辑制作;
2、稿件和视音频捆绑回传:远程记者将编辑好的稿件和视 (略) 绑定, (略) 络支持的环境下,通过通联系统利用远程高速 (略) 上传。
3、各业务平台调用通联系统素材:通联平台的工作人员可通过整理挑选,可入库到专属云平台,在专属云平台可将节目素材提交到各新闻制作业务系统,也可以归档到 (略) 存储。同时,支持自动入库的模式。后台采用安全摆渡的方式迁移素材入库到指 定路径。
4、 (略) 记者可以直接通过资源共享平 (略) 需资源,安全摆渡系统将接收摆渡任务,将记者选中的资源安全摆渡到指 定路径,供 (略) 系统手动或者自动入库调用。
5、各生产业务系统的资源以及媒资系统资源可以安全迁移到全媒体信息资源共享平台。远程记者在需要时,通过全媒体信息资源共享平台的 (略) 下载调用。
1.通联回传系统
通联回传系统主要负责支持全媒体信息汇聚平台和通联协作机构之间的约稿及稿件素材回传业务,各通联协作机构也可以主动回传比较有价值的稿件 (略) 门选用。远程回传的稿件可以绑定多个视音频等附件,系统提供专用的回传页面用于素材文件的远程上传。回传后的稿件可根 (略) 门业务需要,选用到台内已建成的各业务应 (略) 调用和保存。
通联回传系统至少提供以下功能:
信息汇聚:对主要稿件和素 (略) 回传及管理。
通联文稿:通过通联回传系统提供的 (略) 本地写稿,并将稿件内容保存为XML文件,同时通过各种非编上载采访拍摄的素材资源, (略) 相应的节目编辑工作,然后通过通联系统将XML文件和编辑完 (略) 绑定后,通过高速远程回传协议将素材传输到信息汇 (略) 存储。
2.素材回传(PC端)
素材回传模块至少提供以下功能:
1、上传文稿:上传素材要求能够输入标题、关键字、节目类型、稿件时间、正文。
2、上传素材:文稿填写完成,选择上传素材文件,提交完成后自动进入上传目录,上传目录显示当前上传进度。上传完成后,后台自动转码生成低码率浏览文件。
对于上传任务,依“任务设置”中设定该记者可同时上传的数量,同时上传任务数量不能超过已设置的数量,其它 (略) ,完成上传任 (略) 其它任务。
3、上传素材管理:提供记者查询完成上传情况、 (略) 列情况的功能,可删除当前任务,但已经上传完成的素 (略) 删除。完成上传的素材可以直接打开浏览低码率素材,对出现问题的上 (略) 重新上传。
3.通联文稿
通联文稿模块主要提供以下功能:
1、通联协作机构的约稿上传入平台;
2、通联协作 (略) 通联资源上传。
具体功能可以实现:
1、稿件回传:地方台、相关专业单位等通联协作机构,将其稿件和视音频文件,传回台内,稿件内容可通过PC端Web页面方式填写,视音频文件内容通过远程 (略) 回传。
支持按关键字、日期搜索约稿源;
上送稿件可以注明是否为约稿,通过链接可以直接关联到约稿单元;
上送文字稿时,能同时上送关联图片、视音频,对于视音频文件启动远程 (略) 内容传送;
支持查看选定交稿。
2、对 (略) 挑选和管理: (略) 通联和线索人员,可以对 (略) 相关整理,在经过选题和文稿等挑选后,通过安全摆渡的方式可以直接安全摆渡进入台内相关业务平台的素材库,进行生产制播,还可以对录 (略) 打分。也可以由有权限的各业务 (略) 自主选择和调用相应的素材。
4.系统管理
系统管理提供以下功能:
1、系统配置
主要功能是配置系统参数,实现系统中通用参数设置、设备配置监控、统 * 用户认证和任务数据管理。
用户管理:由系统管理用于配置用户,用户 (略) 密码、用户信息修改,系统提供灵活的权限设置,系统管理员可随时禁用登录用户、管理素材。
任务设置:可以对某 * 用户 (略) 上传或下载任务的数量,可以设置某 * 用户上传或下载任务优先级别。
节目类型管理:用于定义素材的节目类型。
公告管理: (略) 的发布、浏览和管理。
2、用户管理
用户管理:与全媒体 (略) 统 * 用户认证。为不同用户制定详细的权限。
用户角色设置: (略) 角色分类,任务设置功能、存储位置、码流信息、模块使用权限等。
权限设置:具体用户名可挂接在某类用户角色上,直接集成该 (略) 有功能。
3、素材管理
素材权限:在资源素材上传和预约时,可设置不同素材的权限,包括私有、频道、完全共享等,默认模式为共享。
浏览权限:用户根据素材不同权限开放度,进行展现显示、浏览和下载,没有权限的无法查看。
生命周期:可制定素材的自动删除时间,默认为 * 个月,也可特别设置为较长时间,但网管同样具有删除权限,确保空间释放。
2.3.1.2热线电话线索
除了上传资源外,平台需支持直接录入热线电话信息,或者通过标准的资源入库接口与台内的热线电话系统/ (略) 对接,将台内的线索录入/聚合到全媒体信息资源共享平台,实现线索的统 * 管理和展现。本次需提供不少于 * 路热线电话的录入与信息管理系统,可以直接对接全媒体信息资源 (略) 电话录音入库。
支持自动的电话录音,也提供文字录入功能,可将录制的音频文件及相应的文字记录入库到全媒体信息资源共享平台线索库。
提供热线电 (略) ,支持自动的电话录音,可将录制的音频文件及相应的文字记录入库到全媒体信息资源共享平台系统中。
支持不少于 * 路电话的录入与信息管理。
支持报料人联系方式、报料内容的录入;
支持接收并管理外电接入;
支持手工录入线索、热线电话爆料等内容,支持选择本地录音文件作为附件上传;
系统支持通过标准资源 (略) 热线 (略) 对接。
可在多端(移动端、PC端)随时收听录音和电话线索。
2.3.1.3PGC信息汇聚
提供PGC手机回传工具, (略) 图片上传、视频上传、音频上传等, (略) 系统设置,管理个人资料以及管理上传内容。与移动生产统 * APP集成到同 * 个APP端。
支持通过手机将拍摄的图片、视频、录音、本地文件等资源回传到统 * 内容库中,支持录入资源的基本信息,主要用于PGC (略) 景。
2.3.1.4UGC信息汇聚
要求全媒体信息汇聚平台无缝对接台内的新媒体运营系统,海博TV用户报料的内容可以通过对接服务直接在全媒体信息 (略) 展现。终端用户在海博TV APP客户端完成报料后,海博TV系统管理人员在后台对 (略) 审核,审核通过的报料内容,可新闻素材推送统 * 内容库。
2.3.1.5远程素材回传
远程数据回传要求具备传输客户端和传输服务端,应在满足本项目远程传输业务需求的同时,提 (略) (略) 络数据文件回传功能,要求保证外地记者可以将采编的素材、稿件、节目完整、高效的回传到台内。要求支持 * 用户并发的许可。
具体功能如下:
传输客户端要求如下:
l支持断点续传
l支持手动填加任务,回传任务包中可含有视频,音频,图片
l支持对新闻 * 要素等元数据的填写和同步回传
l支持上传进度查看,状态查看
l支持FTP方式上传,UDP传输
l支持任务优先级手动调整
l支持手动删除或添加任务
l支持单个任务暂停
l支持任务包暂停
l支持 (略) 点中资源管理器内素材右键直接素材回传
传输服务端要求如下:
l接收客户端发送的上传请求
l支持将该文件下载或接收的任务发起转码
l提供确保回传内容的有效性的技术
l支持台内用户安全认证,确保回传内容的安全性
l具有的防病毒机制,各客户端及接收端,只允许传输和接受指 定后缀名文件,如*.mpeg、*.avi、*.MXF、*.XML等,屏蔽病毒文件的传输。
l支持上传的原始素材入库到融合媒体内容库,经过转码形成统 * 的流媒体文件,统 * 发布到融合媒体集成门户。
2.3.1.6收录
收录模块用于实现对IP流的集中采集,需要提供7× * 小时不间断收录能力,同时提供约传收录模式,以满足多元化的收录需求。
收录功能具体要求如下:
l通过B/S方式添加、修改、删除收录任务,实现收录任务的预约编排。支持任务提交、任务审核的流程化应用。
l支持循环编单功能,例如只需要编辑 * 次任务单的时间,就可以把 * 个月或者 * 年的每天固定时间发生的任务编辑出来。
l自动 (略) 时间冲突、设备状态等检查,并给出提示和报警。
l自动收集收录任务单,根据任务单自动分配任务,调度路由,实现无人职守完成收录任务。
l支持收录任务容错功能,当某条任务在采集过程中失败的时候,系统自动指 定另外 * 台空闲收录 (略) 该任务。
l具有详细的日志功能,记录各种操作情况及设备工作情况等。
2.3.1.7云线索汇聚新闻线索发现
1.新闻线索汇聚:
区域热点事件聚合、探知,实时跟踪区域突发事件线索和热点事件线索, * 键进入选题;头条推荐,主流APP推送自动获取,准实时方式聚合;
分类云线索聚合,支持线索预览, * 键进入选题;
2.定向数据采集,重点新闻线索渠道高时效聚合,提取热点做主流化报道:
(略) 栏目 * 个微信公众号 * 个微博账号;
支持数据清洗, (略) 页原结构继承;
按类别归类聚合内容,根据指挥业务类别分类;
2.3.1.8节目效果追踪
1、节目反馈考核
数据源:定向事件方案,以关键词逻辑关系组合方式定义方案,为新闻策划指挥提供持续更新的线索及事件发展趋势分析,展示事件之间的关联性,抽丝剥茧,聚焦事件核心深度报道,体现主流媒体价值:
支持自定义事件专题分析( * 个专题);
* 周光谱图,指 定周期内,持续展示指挥事件的发展情况展示;
岛屿图或折线图,指 定周期内,持续展示指挥事件的热点发展趋势;
跟踪指挥事件发展情况,实施提取时间的热点;
指挥事件的发展脉络,针对主体,跟踪指挥事件的发展状况及相关主要信息;
指挥事件新媒发布渠道分布,跟踪指挥事件在各类平台的分布占比情况;
指挥事件情感分析,跟踪考核已发生的指挥事件的情感分布占比;
指挥事件热词云,跟踪指挥事件,提出事件发酵的热点词汇;
2、节目运营传播评价
实现对已 (略) (略) 效果追踪。包括如下功能:
新闻传播影响力分析,对发 (略) 全网传播分析,多维度、多视角展现新闻传播价值。对运营新媒体账号传播影响力做整体评价,通过对比,指导运营内容和思路,提升新媒体运营价值:
微信更新量、点赞量、阅读量、WCI指数
微博更新量、点赞量、评论量、转发量、BCI指数
(略) 榜、 (略) 榜
指 定微信的文章传播效果分析
指 定微博的传播效果分析
指 定已发布的新媒体新闻的传播效果分析
对接海博TV全媒体运营平台,实现对自运营新媒体发布信息跟踪服务
2.3.2协同生产功能
根据指挥调用业务产生的任务信息以及选题信息、消息等内容,同步在协同 (略) 选题、资源、任务、消息以及即时通讯等同步和共享。协同生产工具提供即时通讯、组织架构、消息通知、任务管理等功能。其业务 (略) 示:
支持报题消息、选题消息、任务消息等同步到协同生产工具,供有权限的人通过协同生产工具和移动端协同工 (略) 便捷的操作和查看进度。
协同生产工具需打造 * 套能够协同台内人员在素材编辑、移动终端写稿、报选题、回传等业 (略) 协同生产的能力系统,解决新闻生产中受时空和信息条件限制的众多沟通问题,提供包括即时通讯、组织与人员管理等功能的 * 体化媒体综合协同平台, (略) 相干人员及时了解任务进度,有效解决台内日常工作流程中的生产协同与资源快速共享的问题。
协同生产工具需要针对多种平台具有兼容,协同生产随时随地,在各种终端中可以无缝切换。实现3个关键要素:沟通、协同、生产。
l沟通
l通过协同生产工具做到采编发联动,建立企业联系人实现组织架构 * 目了然,全员共享,随时随地找人方便。提供聊天功能、消息通知,随时掌握任务进度。可建立人员群组,工作融于沟通,即时沟通,高效讨论。协同
建立新媒体快速发布机制,实现资源的多速发布,支持图片、文稿、视频、音频多种文件类型的快速发布。可对接微博、微信、CMS、手机客户端等多个业务平台, * 稿多发。
l生产
统 * 的生产任务协同, (略) 基于台内实际生产业务的多人生产、多级生产任务、群组共享沟通的协同。
协同生产环节后台可配置可自定义,非固定环节。
2.3.2.1选题管理
融合新闻生产及协同调度业务以选题作为业务的核心对象,所有的发布策划、生产工作都围绕选题展开。通过协同生产工具打破各渠道、各平台的业务壁垒,实现多方式、多工具的协同生产。选题管理即对新 (略) 管理,分为我 (略) (略) 分。
选题管理功能主要包括选题的新建、编辑、删除、状态变更、任务查看等。
基本功能要求包括:
支持指挥调度子系统呈现选题信息,推进后续的选题项目化生产;
根据选题可创建与该选题对应的选题群组并添加选题成员,方便交流;
支持可查看选题概览、选题进度等;
支持查看 (略) 有任务列表,可对选 (略) 新建、编辑、删除等;
1、新建选题
支持新建选题。支持上传选题附件,可从本地上传,也可从全媒体共享资源库中选择。本地上传支持图片、文稿、视频、音频等文件类型。
2、编辑选题
支持编辑选题,查看选题详情。
3、删除选题
支 (略) 删除操作。
4、选题状态变更
选题至少有 * 种状态,分别是待审、审核通过、退回、已指派。选题创建之后,状态默认为待审。当选题审核通过后,状态改为审核通过。当选题审核未通过,状态改为退回。指派任务后,状态改为已指派。选题状态不可逆转。支持显示选题数据概览和实时进度。
5、选题查询
支持选题搜索功能,通过输入选题名 称或关键字快捷查询。 (略) 有状态、待审、通过、退回、已指派。
6、选题任务查看
支持通过选题查看到 (略) 有任务列表,在选题详情可查看 (略) 有任务,可对选 (略) * 系列的操作,包括任务的新建、编辑、删除、指派等。
2.3.2.2消息通知
协同生产工具的消息通知通过移动终端提醒,及时收到消息和任务,保证消息的时效性并且 (略) 使每个人的工作任务和进度能 * 目了然。
消息通知列表:
与指挥调度业务和全媒体信息资源共享平台的统 * 内容库中的 (略) 消息的交互和同步;
(略) 有消息通知,包括任务、 (略) 有动态变更通知。如某某完成了任务、某某关闭了选题、某某给某某指派了任务等。
点击某 * 条通知,查看对应的任务或者选题详情。
任务创建、编辑、修改状态、评论、关注、删除等操作后,任务的创建人、负责人、关注人会及时收到相关的通知提醒, (略) 处理。
选题创建、编辑、修改状态、结束、删除后,选题的负责人与参与人会收到相关的通知提醒。
2.3.2.3即时通讯
1、消息类型
消息类型包括群组消息与个人消息。支持多种内容类型,包括文字、图片、语音、视频、表情、位置、任务等,支持发送用户收藏的消息内容。支持置顶、免打扰设置。按照报道分群组,完成视频、音频、语音、照片、文字、消息及时交流等功能。
2、消息内容
息内容支持复制、、删除、取消等操作。
3、信息管理
个人聊天信息查看
可以查看聊天对象的头像以及名 称;
4、媒体中枢通信报道指挥调度
实现基于GIS和多渠道通信的指挥调度、任务分解、事件管理、资源监控等功能。借助电子地图,实现对活动及报道的组织指挥和采访调度。
有效融合传统电话、手机APP、双链路,能对信道做接入,并对信道做管理。
保证系统数据安全性, (略) 署到本地或我方指 定平台,且 (略) 有。
1)需提 (略) (略) 涉及的报道资源统 * 协作,并能根据 (略) 个性化展示开发;
2)系统需要提供新闻报道记录操作和数据、音视频、通话,随时调阅。能开发支持 * (略) 理,不限数量,全维度调用, (略) 报道;
3)根据实际使用情况,支持视频指挥操作的方式,最少需含1- * 路视频显示窗口;
4) (略) 要求高效需求,需提供把GIS、所有语音和视频接入设备、资源设备、报道中涉及资源实时变化状态、信号和信道状态在 * 个 * 套 * 体化界面呈现,且满 (略) 景需求能够实现按钮灵活可配置,能提供 * 机多屏,任意切换满足全媒体报道需求;
5)需要将新闻事件及其相关的人员,新闻资源都能地图上实时显示,系统需提供在地图上内置GIS调度功能:需要支持地图放大、地图缩小、人员定位、点击GI (略) 语音/视频/短信的调度、 (略) 紧急协商报道会议或广播通知的调度;
6)需要支持2种地图模式:实时地图、历史轨迹地图。实时地图:当前事件相关的记者的地理位置信息、新闻的地理位置信息显示。历史轨迹地图:支 (略) (略) 动轨迹、新闻发生的轨迹,支 (略) 的新闻发生轨迹。支持多种图层,包括事件、新闻、记者、设备、车辆等图层。可以控制图层组合叠加显示;
7)需要提供对不同新闻报道组能够在地图上完成不同报道组对讲。同时需支持同 * 个人,可在不同报道组,而非只能在固定 * 个报道组;
8)融合媒体报道过程,需要满足GIS任意框选报道成组功能,需 同时支持1对多的静默唤醒和强制广播功能;
9)框选或点选发起广播、语音群组和视频群组;
* )系统需要提供 * 对多静默广播和多人强制,实时讨论无缝 (略) 接管和强制管制功能;
* )系统需要能为融 (略) (略) (略) 的建立能力, (略) (略) 之间必须具备逻辑控制的分级权限机制而非简单连接;
* )系统需要支持手机对讲的静默唤醒功能。
* )需要提供报道事件演变和报道进程轨迹的追踪和回放;
* )为了支持报道的及时有效性,需要提供双向手机实时回传调用能力。
* )需要能实时监看检测到每个报道资源状态;
* )具备双链路备份机制;双链路即在报道指挥中,当出现退出移动端APP或APP没有数据IP链路的情况下,可通 (略) (略) 链路即移动、电信、联通电话链路,发起呼叫调度指挥。同时可实现数据IP链 (略) 链路的混合成组。
* )支持多方视频连线过程中单边音切出能力和信道隔离功能。能连线同时画 (略) 络直播平台,且不中断调度过程;
* )报道过程中的任何视频或音频连线通话内容及任何操作指令都能够实时录制本地,能够实时呈现;
* )移动端需 * 键对讲,系统需开发虚拟PTT按键,使用过程无需拨号或者等待接通,无需解锁,只要按住PTT键既可随 (略) 群组通信,同时使用时多个对讲组来电优先级自定义、 * 键切换当前对讲组;
* )移动手机视频指标支持高清和标清,高清、标清视频采集;视 (略) 延迟小于0.6秒;
* )移动端能够支持多方群组语音通话手机端能提供GIS界面的语音、视频、对讲等给各项操作;
* )手机端需要提供组状态显示:提供的基本状态信息应当包括但不限于如下:当前对讲组显示、组状态显示(关闭/开启)、话权人显示、组列表信息显示;视频功能:点对点视频通话、视频采集回传;
* )移动端临时报道成组能力,快速移动状态建立临时和固定群组,完成群组通话。
2.3.2.4组织架构
协同生产工 (略) 的通讯录模式,包括联系人、手机通讯录和常用联系人,通过组织架构可以快 (略) 人员的相关信息以及联系方式,与之联系。 (略) (略) 归类, (略) (略) 有联系人, (略) 门架构可 (略) 门人员。
每级组织架构下, (略) 门的相关负责人,包括头像跟昵称。 (略) (略) 有成员列表。可查询成员的个人信息页,可与该成员发送消息。
获取手机 (略) 有联系人,可以直接拨打联系人电话或发送消息。
展示与用户联系最多的联系人,包括打电话、发消息等。
支持与该联系人发消息、拨打电话。其中拨打电话支持普 (略) 络电话两种。
2.3.2.5数据呈现功能
直观呈现全媒体演播室信息汇聚与协同办公系统中指挥生产数据、 (略) 汇聚数据、系统数据等,便于节目生产的指挥策划与决策:
1.指挥生产数据呈现:线索、选题、报道、串编单生产过程展现;资源地图(含用户位置展示);资源地图车辆等资源调度位置展示;视频点播、直播流呈现;
2. (略) 数据呈现: (略) 热点资讯、突发新闻、热点关键词呈现;最新微博、最新微信、微信公众号排名、微博公众号排名呈现;
3.系统数据呈现: (略) , (略) 信息、状态;
4.入库统计信息、资源使用情况等统计信息图形化页面呈现,例如:各地市提交资源情况,PGC以及UGC的上传统计情况等等;
5.各演播 (略) 络互动情况统计。
以上数据支持PC端和PAD移动端展示,并与大屏的互动。
2.3.3生产工具需求
2.3.3.1稿件编辑
1、多媒体稿工具
多媒体稿工具不仅承担了对微信公众号、新浪微博,等主流的发布渠道的内容分发功能;还包括了对发布内容的管理、编辑,提供丰富的素材库和样式库支撑,提供选题任务相关的管理,更加便于多媒体稿的管理、编辑和任务追溯;同时拥有强大的对照编辑能力,图、文、视的混合编排;更将图片、视频编辑直接嵌在图文编辑页面,实现真正意义上统 * 编辑,编辑可以随时在页面上滑出编辑器,对照 (略) 图片编辑和短视频、GIF等的编辑;同时,利用智能技术,智能识别视频片段中的字幕,能够 * 键合成字幕叠图,可大大提高编辑效率
提供图片编辑工具,编辑能力包括基础功能,例如亮度、明暗度、饱和度的调节;提供多种常用滤镜,包括美肤、柔焦等;支持图片拖选剪裁和调节X\Y参数编辑功能,支持固定比例的剪裁、旋转、水印、马赛克等。
视频编辑工具:支 (略) 打入出点、打标记点、合成短视频、截图、生成字幕叠图、生成GIF、添加字幕、添加特效等。
支持流程定义,可自主设置流程等级;
2、传统电视稿件生产
文稿、串联单编排为业务生产主线,通过业务流程驱动,以强任务流的方式,建立与制播域的业务协作关系;另外,还通过和制作、演播的信息交互,实现新闻业务全流程化的协同工作平台。
采用B/S模式,可通过权限控制访问不同的 B/S 功能界面,具有开放的互联互通接口。
支持图形化的工作流自定义技术,用户可以根据实际需求定制稿件流转过程、审核权限范围及工作流向;
类于Word的格式、可自定义文字颜色、字体,引入各种控制符,并实现制作流程跟踪功能,可监控历史修改记录;
支持加载图片、gif和视频作为附件,视频和图片可下载入非编库。
支持以国际标准的MOS协议实现与演播室的双向联动;
2.3.3.2移动端工具
为满足移动生产的需要,定制专有的移动APP 客户端,实现在智能手 (略) 移动生产,实现通联资源浏览、稿件编辑、PGC回传、指挥调度、即时沟通、指挥连线等移动外延应用,满足台内记者 (略) (略) 理的需求。支持 IOS 和 Andriod 系统;系统可通过规范接口与台内相对应 (略) 数据交互。
根据移动策、采、编、发、用的业务需求,移动APP 具备移动新闻采编功能,实现新闻素材拍摄、图片视频素材的粗编、文稿编辑,提供新闻片作者、地址位置、分类等元数据信息。新闻文稿以及素材以新闻片形式充 (略) 络快速回传台内业务系统。突发情况下,记者 (略) 新闻拍摄,简单描述后回传到全媒体资源 (略) 共享,供节目生产使用。
l支持图片、视频、音频等格式的素材回传。
l支持回传时绑定采访任务,实现对任务的直观监看。
l可通过点击新建按钮直接新建选题;
l根据用户权限,可以编辑已建选题;
l可以查看及查询相关选题;
l审查人员可直接输入审批意见,或点选意见,“通过”或“退回”选题;
l可对历史 (略) 查看。
2.指挥调度工具
通过移动客户端查看指挥调度系统中的选题信息,领取任务。将记者自身位置发送给后台指挥调度系统,随时跟踪记者位置, (略) 指挥通话连线。
在移动客户端完成新闻生产策划工作,包括报选题、选题审定、生产任务管理等。与PC端数据同步,可协同工作。支持实时上传地理位置信息,提 (略) 环境下新闻工作的效率和便捷性。
3. 协同生产工具
提供即时通讯、组织架构、消息通知、选题管理、任务管理等功能。
4.移动端编辑工具
(略) 效果编辑;支持本地合成功能;支持移动端视频片段剪辑、字幕、滤镜等功能。
5.移动端回传服务
提供APP端的资源管理等应用对外服务,满足手机端资源文件回传等需求。
2.3.3.3音视频编缉
l BS云快编
媒体视频编辑工具是采用B/S架构,基于HTML5实现的在线视频编辑工具,只需要浏览器就能工作,做到了 (略) 编辑,能实现视频的快速剪切、加字幕、加特效等多种高效 (略) 理。简编完成后后台根据编辑结果完成高质量视频文件的自动打包,打包完成的文件再用于后续的共享和分发业务。编辑生成的故事板可以直接进入制作平台,能被非编软件直接打开,进行后续加工。
采用BS架构非线性编辑软件,可满足新闻节目、新媒体端视音频内容快速编辑、快速发布的特点:
1)支持B/S编辑:具备新闻快速编辑功能,支持对正在编辑视频的抽帧操作,并可以直接将抽帧图片发送到微博、微信平台;
2) (略) 常用视音频文件的编辑,轨道编辑能力支持两轨视频, * 轨音频, * 轨字幕(图片)编辑、合成;
3) (略) 常用图片、视频、音频的编辑;用户可随时随地使用电脑通过浏览器登录融媒体平台,打开工具,直 (略) 快速剪辑的能力(无需提前做导出导入),包括视频剪辑、拆条、常用特技、字幕添加等功能,编辑完成的内容后台自动打包用作后续使用;
4)支持纯音频编辑、纯视频编辑;,支持配音
5)编辑程序非正常退出后,系统自动保存设置和退出前的状态,再次启动程序后能继续先前的工作;支持时间线保存,时间线可在同品 (略) 中上线编辑;
支持9: * 、 * :9、1:1幅面编辑,支持动态裁切支持9: * 、 * :9、1:1幅面编辑,支持动态裁切
支持对平台里的素材拖拽自动上线
支持时间轴放缩
支持字幕、特技、视频剪切等操作
支持编辑完后台合成打包,并文件的输出路 (略) 选择
(略) 络、跨平台远程操作,可以满足 (略) 络环境下,随时随地的快速编辑需求。
l CS云非编
CS云非编是协同化采编播的协同精编工具,以实现台外、 (略) (略) 精编与台内精编的协同 * 体化采编播工作模式,真正做到随时随地的节目精编制作。
支持常用的高清格式,同时也能支持标清码率编辑、低码率编辑,各种高标清格式混编,为视频编辑提供多种特技效果,提供字幕编辑。
支持创建HD * 、HDV * 、PAL、NTSC多种幅面的时间线,并且不同的时间线可以相互嵌套,不同制式的素材可任意混编
支持 * p、 * . * p、 * p、 * i、 * p、 * . * p、 * . * i、 * p等主流帧率的时间线及素材混合编辑( (略) )
支持素材成组和时间线多机位编辑
丰富的特技效果
提供简单字幕编辑和复杂字幕编辑两种级别的操作
全面支持标准调音控制工具,音频混音器、音频矩阵、EQ均衡器、通路混音
素材输入和输出
2.4媒资系统要求
本次需要建设 * 套媒资系统,要求在业务层面覆盖统 * 的内容入库、出库、保存、管理、编目、检索全流程,构建统 * 的媒体资产内容管理平台, (略) 化的技术架构,平台开放化、内容管理统 * 化。
本次项目的媒资系统要 (略) 署,也可以与全媒体信息汇聚 (略) 署。
媒资系统要求具备以下功能:
入库模块:
要求支持两种入库方式:轻量级B/S入库及可对接设备的C/S上载客户端。可以带附件上传,编辑上传元数据以及同 (略) 批量编辑元数据。
检索平台:
要求支持多种检索方式,检索字段可灵活配置,检索结果有多种呈现方式。多种检索方式可组合使用。
内容管理:
(略) 页浏览的方式实现对媒体资料的管理,主要包括内容的引入、检索、预览、编辑、下载等。
编目应用:
要求针对 (略) 详细信息编辑,用于编目整个过程的操作和管理。
审核模块:
入库审核及出库审核,流程均可灵活配置,并有权限控制。审核 (略) 后续的流程步骤。
统计平台:
针对媒资库与云盘中内容的上传、出库、编目和审片 (略) 统计信息,以环形图、条形图、折线图等不同形式展示不同的统计信息。
支持智能辅助生产
(略) 理的结果来辅助内容的生产, (略) 识别、字幕识别、人脸 (略) 智能分析,标注出重要人物或者敏感信息,提高用户审查效率,减少审查遗漏的可能性。
对接要求:
将当前新闻频道非编系统在用的IBM * 磁带库(内置两台LTO 6磁带机)作为近 (略) 署于融媒体私有云平台内,作为融媒体平台共享使用的媒体资产存储库。
(略) 投媒资系统要求具备媒 (略) 软件自主知识产权,提供自主知识产权证明材料截图复印件。
2.5互动演播功能需求
(略) 络互动平台需要将多 (略) 统 * 展现、查询,并针对选 (略) 应用流程的发起。需要集数据收集、信息筛选和信息应用于 * 体,可以实现接收微信、微博、新闻热点、海博TV移动客户端互动信息以及大数据分析结果等多种来源的信息,并将接收到的信息经过挑选、编辑、审核后, (略) 各演播室的不同品 牌的图文 (略) (略) 实时渲染播出。
互动演播总体 (略) 示:
互动演播整体分为 * 个步骤:汇聚、挑选、编排、迁移、展示。
(略) 络互动平台需要与台内现有的新媒体运营系统实现无缝对接,需要将 (略) (略) 产生的各类互动数据对 (略) 络互动平台系统,供集团全媒体演播室及台内各新 (略) 节目互动使用。
各 (略) (略) 大楼内不同楼层不同工作区域, (略) 络互动平台需要与新建的全媒体演播室以及其他新闻演播室的在线图文 (略) 数据的交互对接。
3平台信息安全及接口要求
3.1 信息安全要求
系统要求按照《电视台融合媒体平台建设技术白皮书》中对于安全保障体系的要求和《信息安全技术信息系统安全等级保护基本要求》的要求设 计建设。本系统将按照信息系统等级保护 (略) 设 计,投标方应承担满 (略) 有费用。
网络的安全架构将设 计成 * 个分层面的立体式防护结构,主要解决防毒和防黑两个方面的问题。采用建立 (略) 全区的的方式,通过防火墙、防病毒数据摆渡服务器、防毒软件等安全设备和手段, (略) 采取统 * 的防护策略,保证 * 致的安全强度,提供整体系统级的安全保障。 (略) 投安全设备应 (略) 许可证及密码检测证书,并通过信息技术产品安全测评(EAL4+)认证(提供截图)。
系统设 (略) 通过防火墙+ (略) 署实 (略) 络安全保护。
内网的保护则依靠防病毒软件和VLAN划分规 (略) ,实现数据链路级的可控访问;外来素材的导入则通过防病毒数据摆 (略) 拷贝。
(略) 对安全性有较高的要求, (略) 上传的文件,要严格控制病毒的进入; (略) 网络的连接,阻止 * (略) 络入侵。
采用文件安全传输系统软件,IB(InfiniBand)数据传输架构的文件安全传输系统,以数据摆渡服务器的方式,通 (略) 理机制和统 * 管理机制,确保生产系统的数据安全、无毒并能高效可靠的传输到目的系统,确 (略) 络的安全稳定。
除此之外, (略) 全区还需配置防火墙设备以及入侵防御设备并接入安全 (略) 统 * 日志分析,用于提高系统的安全性。
3.2 系统接口开发要求及其他
(1) 要求全媒体资源库能够通过 (略) 主 (略) 实现视频资源的共享。实现快速将全媒体信息汇聚的资源迁移到 (略) 。 (略) (略) 内素材摆渡至全媒 (略) 共享,具体要求参照第2章节的接口服务。
(2) 全媒体信息汇聚平台的素材可通过系统对接的方式, (略) (略) 的全媒体 (略) 调用及快速发布。汇聚平台应能与广播融 (略) 对接,获取相关的素材和资讯,实现内容共享。
(3) 中标供 应商 (略) 有接口对接的各项费用。
(5)本项目中集成费用包含各中标供 应商根据实际规 (略) 需的各类配件(如光模块)、网线以 (略) 件等费用。
(6)中标方应 (略) 在机柜电源接入配电柜,每个机柜要求提供不少于 * 路的PDU单元。
(7)中标方应完 (略) 需光缆、电缆等综合布线。
4、配置要求
序号 |
产品名 称 |
配置说明 |
套数 |
备注 |
(略) 分: (略) 分 |
||||
1、融合媒体专属 (略) 分 |
||||
1 |
专属云分布式核心存储 |
存储系统要求产品采用基于云存储技术,支持横向扩展技术的分布式架构;无独立的元数据服务器和管理服务器(非文件引擎和SAN引擎组装架构); 1. 本次配置≥9个节点,本次要求每节点配置≥ * 块6T 7.2K RPM SATA 3.5寸业务硬盘,每节点配置≥1块 * GB 6G SATA SSD硬盘; 2. (略) 理器数目≥ (略) 理器;每节点配置缓存容量≥ * GB,采用分布式缓存加速,该内存须系统自带,不能以插PCI卡和闪存盘方式扩充,且必须是读写双向内存; 3. 每节点配置SFP+万兆光口≥4个,SFP+万兆单模光模块≥4个,配 (略) 口; 4. 每节点配置交流电源模块≥2块; 5.内置2台 * (略) 交换机; 6. 兼容POSIX标准接口,协议支持NFS,CIFS,FTP,兼容Amazon S3/OpenStack Swift接口; 7.单个文件规模支持≥ * TB,系统最大支持文件数≥ * 亿个, 8.支持节点间智能负载均衡功能,支持轮询方式,支持按照CPU使用率、客户端连接数、网络吞吐量、综合负载等多种方式,实时选择最优的节点用于业务分担。 9.支持多副本保护,支持纠删码保护。 * .存储须采用具有自主知识产权的专业存储文件系统:OneFS或OceanStor DFS或CAPFS。 (略) 链接。 |
1 |
|
2 |
核心交换机 |
(略) 级交换机,插板式结构,与计算虚拟化服务器同 * 品 牌: 8. 支持OPENFLOW 1.3标准,支持SDN/VX (略) 关/ VX (略) 关。 |
2 |
|
3 |
千兆交换机 |
1.交换容量≥5. * Tbps,包转发率≥ * Mpps,每台提供千兆业务电口≥ * 个,万兆业务光口≥4个;配备足够的光模块。 |
2 |
|
4 |
千兆管理交换机 |
1.交换容量≥5. * Tbps,包转发率≥ * Mpps,每台提供千兆业务电口≥ * 个,万兆业务光口≥4个;配备足够的光模块。 |
2 |
|
5 |
虚拟化共享存储及交换 |
1. 机架式存储主机,配置2个完全物理独立的控制器引擎,最大可以扩展到8个控制器引擎。配置高速缓存(非闪存类缓存)≥ * GiB。 8.与计算虚拟化服务器同 * 品 牌。 |
2 |
|
企业级 * 层交换机,交换容量≥ * Tbps,包转发率≥ * Mpps, * SFP Plus+2QSFP Plus+2Slot |
2 |
|||
冗余风扇、冗余电源 |
||||
SFP+ 万兆模块( * nm, * m,LC)×4 |
||||
* G QSFP+ 3m电缆 |
||||
6 |
刀片服务器机箱 |
1. 提供1个刀片机框,单个机框可支持≥ * 台两路刀片服务器或8台 * 路刀片服务器,机箱高度≤ * U。 |
1 |
|
7 |
计算虚拟化服务器 |
1. 标准刀片业务服务器,可部署于刀片刀框任意槽位。 7.与虚拟化共享存储、虚拟化软件同 * 品 牌。 |
8 |
|
8 |
虚拟化软件 |
1. 虚拟化软件(含管理平台、虚拟化杀毒) * 套,包含不少于 * 颗物理CPU授权许可。 3. 可维护性好,能够随着Linux版本的升级而升级,部署时无需绑定安装OpenStack相关组件。 4.支持并实配虚拟化内核集成虚拟化安全防护功能模块,无需单独占用虚拟机资源安装安全防护功能模块,虚拟化管理平台支持批量对虚拟机 * 键开启杀毒功能。
5.与虚拟化共享存储、计算虚拟化服务器同 * |
1 |
|
9 |
桌面虚拟化软件 |
1.桌面虚拟化软件企业版,1个并发许可。 2.含桌面虚拟化管理功能。 3.支持双屏显示。 |
* |
|
* |
虚 (略) 关 |
1.端口≥ * 个万兆口,每台设备至少为2个电源。 2.系统7层吞吐能力≥ * Gbps。 3.SSL流量吞吐能力≥ * Gbps,每秒新建 * 位SSL至少为 * 0个/秒。 4.虚 (略) 关要求支持VMware PCoIP、RDP、Citrix主流虚拟桌面协议的代 理。 5.支持双机热备,同时支持不少于 * 台同 (略) 堆叠扩展,配置成 * 套设备,通过单 * 虚拟IP对外提供服务。 6.支持完善的4层负载均衡算法。 7.支持支持基于源IP, Cookie I nsert, 可自定义规则的会话保持方式。 8.支持基于HTTP (略) 和负载信息的7层内容交换。 |
1 |
|
* |
虚拟化管理服务器 |
1. 标准刀片业务服务器,可部署于刀片刀框任意槽位。 |
2 |
|
2、融合媒体私有 (略) 分(虚拟化存储、虚拟化交换机与专属云共用) |
||||
1 |
内网分布式核心存储 |
存储系统要求产品采用基于云存储技术,支持横向扩展技术的分布式架构;无独立的元数据服务器和管理服务器(非文件引擎和SAN引擎组装架构);与专属云分布式核心存储同 * 品 牌: 1. 本次配置≥3个节点,本次要求每节点配置≥ * 块6T 7.2K RPM SATA 3.5寸业务硬盘,每节点配置≥1块 * GB 6G SATA SSD硬盘; 2. (略) 理器数目≥ (略) 理器;每节点配置缓存容量≥ * GB,采用分布式缓存加速,该内存须系统自带,不能以插PCI卡和闪存盘方式扩充,且必须是读写双向内存; 3. 每节点配置SFP+万兆光口≥4个,SFP+万兆单模光模块≥4个,配 (略) 口; 4. 每节点配置交流电源模块≥2块; 5.内置2台 * (略) 交换机; 6. 兼容POSIX标准接口,协议支持NFS,CIFS,FTP,兼容Amazon S3/OpenStack Swift接口; 7.单个文件规模支持≥ * TB,系统最大支持文件数≥ * 亿个, 8.支持节点间智能负载均衡功能,支持轮询方式,支持按照CPU使用率、客户端连接数、网络吞吐量、综合负载等多种方式,实时选择最优的节点用于业务分担。 9.支持多副本保护,支持纠删码保护。 * .存储须采用具有自主知识产权的专业存储文件系统:OneFS或OceanStor DFS或CAPFS。 (略) 链。 |
1 |
|
2 |
核心交换机 |
(略) 交换机主机,4个接口模块插槽, 交换容量≥ * Tbps,包转发率≥ * Mpps,与专属云核心交换机同 * 品 牌: 1.≥4个接口模块插槽, 交换容量≥ * Tbps,包转发率≥ * Mpps。 2.配置≥2块风扇,≥2块电源,支持USB接口及MINI USB接口,支持带外管理接口。 3. 实际配置万兆端口≥ * * GE端口≥2, SFP+ 万兆模块( * nm, * m,LC)× * , * G QSFP+ 3m电缆(含堆叠模块)×1。 |
2 |
|
3 |
刀片服务器机箱 |
1. 提供1个刀片机框,单个机框可支持≥ * 台两路刀片服务器或8台 * 路刀片服务器,机箱高度≤ * U。 2. 支持≥2个冗余管理模块插槽,配置1个管理模块,要求:提供1个千 (略) 管口。 3. 刀箱支持≥ * 个可热拔插风扇散热模块插槽,配置 * 个风扇散热模块。 4. 刀箱支持≥6个可热拔插电源模块插槽,配置6个热插拔冗余电源模块。支持N+1、N+N冗余模式。 5. 刀箱支持≥ (略) 络模块,每刀 (略) 络模块, (略) (略) 提供≥ * 个 * Gb FCOE端口,外部提供≥8个 * Gb端口,其中4个或以上端口可支持FC/以太/FCOE切换, (略) 激活。 6. 每刀框配置≥4 (略) 光模块。 |
1 |
|
4 |
计算虚拟化刀片式服务器 |
1. 标准刀片业务服务器,可部署于刀片刀框任意槽位。 2. 每台配置≥ (略) 理器。要求:不低于 Intel Xeon-Silver Gold- (略) 理器性能。 3. 每台配置≥8根不少于 * GB内存。要求:最大内存容量≥1TB,内存插槽数≥ * 个。 4. 每台配置≥2端 (略) 卡。支持单端口虚拟成虚端口。 5. 每台配置≥2块不低于 * GB SAS * K SFF HDD 硬盘。 6. 每台配置硬件RAID卡,配置≥1GB * 级缓存。支持RAID0/1。 7.与虚拟化共享存储、虚拟化软件同 * 品 牌。 |
6 |
|
5 |
GPU虚拟化刀片服务器 |
1. 标准刀片业务服务器,可部署于刀片刀框任意槽位。 7.每个刀片配置NVIDIA GPU显卡芯片,要求单块物理刀片配置至少支持6个 (略) 点编辑能力,单个云非编虚拟机显存≥4GB。单块刀片 GPU CUDA核心≥ * 。 |
3 |
|
6 |
虚拟化管理服务器 |
1. 标准刀片业务服务器,可部署于刀片刀框任意槽位。 7.与虚拟化共享存储、计算虚拟化刀片式服务器、虚拟化软件同 * 品 牌。 |
2 |
|
(略) 分:融合媒体 (略) 分 |
||||
1.平 (略) 分(含省台与 * 个县后台支撑服务) |
||||
1 |
◆分布式融合媒体服务平台(核心产品) |
平台数据服务软件包。提供数据存储和引擎服务,根据业务数据特征设 计适当的存储方案并建立数据间的联系,多维度数据属性记录,是实现数据关联分析的基础等。 分布式计算服务软件包。提供各种计算任务的服务,完全对称的分布式计算架构。 业务引擎服务软件包。用于资源管理和业务接口,包括业务数据的逻辑封装和整个平台通用数据的访问引擎。 数据接口服务软件包。提供各种数据、业务访问的API接口,包含业务API、业务数据访问API以及通用数据访问API。 分布式框架及系统服务软件包。提供平台的分布式支撑,配置以及服务状态统 * 管理,实现对整个平台的管理。 分布式监控服务软件包、内容管理服务软件包,实现对业务数据的组织管理, (略) 理服务能力。 (略) 投“融合媒体平台”应具备自主知识产权,提供自主知识产权证明材料截图复印件。 |
3 |
|
2 |
通联应用支撑服务 |
通联业务引擎,为地、市、县、州提供通联业务服务 |
3 |
|
3 |
(略) 同步软件 |
专属云、私有云之间通过内容数据双向同步软件授权,支持。 |
1 |
|
4 |
县级融媒体运营平台 |
提供系统配置、管理等功能 |
1 |
|
提供平台运营各类数据统计功能 |
||||
提供租户分配和资源管理, (略) (略) 资源层面的统 * 管控 |
||||
提供运维、监管、告警、日志等 |
||||
5 |
融媒体应用支撑服务 |
为每个租户融媒业务提 (略) 生产的工具及服务, (略) 汇聚,视频简编,多媒体稿件编辑等 |
3 |
|
6 |
融媒体接入发布服务 |
融媒体FTP服务端、融媒体内容扫描服务、融媒体 (略) 器。 融媒体发布服务, (略) 渠道的发布服务 |
3 |
|
2. (略) 分(只含省台工具及服务) |
||||
1 |
线索舆情服务 |
分类线索:全网热点、地域热点、时间分析、头版头条、热搜榜 |
1 |
|
2 |
线索定向采集 |
采集内容: (略) 子页面的采集、 * 个微信公采集、 * 个微博号采集以及 * 个主流APP的采集 |
||
3 |
舆情监测 |
舆情监测(指 定监测方案, (略) 数据信息与分析,舆情报告、舆情预警) * 个方案 |
||
4 |
传播影响力 |
提供原 (略) 的传播影响力,区县相关 * 个指 定账号,微信、微博影响力指数查询 |
||
5 |
大数据管控工具 |
挑选数据大屏可视化、排序、修正、编排人工上载、录入等 |
||
6 |
视频线索 |
定 (略) 点,实现各类视频汇聚 共计5个定向页面) |
||
7 |
工具集 |
文件远程回传客户端软件授权,不少于 * 个License。 |
1 |
|
选题策划工具,不少于 * 个License。 |
||||
BS视频编辑工具授权,不少于 * 个License。 |
||||
多媒体编辑工具软件授权,不少于 * 个License。 |
||||
8 |
收录服务器 |
提供8路IP收录服务 配置如下: 不低于CPU:Intel Xeon * (2.2GHz) * 核 ×2 内存:≥8GB(原厂,相同型号) ×8 共 * GB 系统硬盘:≥1T 3.5" SATA硬盘×2 数据硬盘:≥3.5" 2TB 7.2K SATA硬盘×6 + 满配硬盘托架 RAID:板载RAID控制器 主机: (略) 口,冗余电源,DVDROM 显卡:NVS * ×1 操作系统:Microsoft Windows Server * R2 Standard 【带GUI组件】 加密狗: INGEST(软号) 高级媒体文件系统 IP 收录系统软件 |
2 |
|
2. (略) 分 |
||||
1 |
(略) 软件平台 |
提供GIS信息汇聚及展示:支持记者任务、状态、位置展示;支持线索信息展示; |
1 |
|
(略) 与APP视音频 * 对 * 通话展示 |
||||
舆情大屏展示页面 |
||||
传播力、影响力展示页面 |
||||
选题策划大屏展示页面 |
||||
发布大屏展示页面 |
||||
内容库内容大屏展示页面 |
||||
生产任务大屏展示页面 |
||||
2 |
新闻报道APP客户端许可 |
提供点对点视音频通话功能 |
1 |
|
提供视频直播功能 |
||||
提供图片、音频、视频剪辑功能 |
||||
提供视频、图片、音频回传功能 |
||||
提供采访任务的新建、指派、浏览、认领、完成 |
||||
提供选题策划功能 |
||||
要求APP客户端具备融合报道指挥系统(IOS版和安卓版)自主知识产权,提供自主知识产权证明材料截图复印件。 |
||||
3 |
视音频通话服务定制 |
(略) 视频通话技术定制开发并配合大屏指挥与移动生产APP工具的视音频对话 |
1 |
|
4 |
(略) |
CPU1颗,性能不低于Intel Core i5- * 3.0GHz( * 核) |
3 |
|
内存:≥8GB内存 |
||||
硬盘:3.5寸 * RPM 1TB SATA ×1 |
||||
其他:集成显卡、集成声卡、 (略) 卡、DVD-RW、鼠标键盘、音箱 |
||||
显示器:≥ * 寸宽屏液晶显示器×1 |
||||
显卡:NVIDIA PCI-E ≥2GB高性能显卡 |
||||
操作系统:Microsoft Windows * * bit简体中文版 (预装) |
||||
显卡:NVS * 专业 * 通道图形显卡×1(共8路Mini DP接口输出) |
||||
转接头:Mini DP转HDMI/VGA×8 |
||||
指挥互动管理服务授权 |
||||
3. (略) 分( * 套) |
||||
1 |
互动数据对接 |
获取海博TV、集团微信矩阵互动数据 |
1 |
|
2 |
互动演播支撑服务 |
后台支撑服务,支持数据获取,挑选等 |
5 |
|
3 |
(略) |
CPU1颗性能不低于酷睿TMi7- * 处理器(3.6GHz、4 核) |
5 |
|
4 |
接口服务 |
与台里现有 (略) 接口对接定制, * 个在线品 牌包装 * 个接口 |
3 |
|
4.报道指挥软硬件 |
||||
1 |
融合媒体中枢通信调度指挥系统 |
专用硬件,标准1U机架式。配置≥1颗CPU ,每颗CPU核心数≥4核,每颗CPU主频≥ * MHz,配置≥8GB DDR3 内存,配置≥1T企业级硬盘。要求实现如下功能: 提供包含语音、视频、信道控制在内的综合交换调度手段。 实现通讯、语音调度、视频调度、GIS调度、集群对讲等功能。 (略) 络融合接入能力,具备多业务对接能力第 * 方业务系统对接,实现 * 体化通信调度、信道信令控制;支持分级管理;需 (略) 署,所用指令、视频、音频、通话、文件本地化实时存储、实时调用为第 * 方应用。做到安全可管可控。 ≥ * 注册用户、视频并发数≥ * 路、≥ * 路手机长在线。 |
1 |
|
2 |
智能媒体指挥调度协同软件 |
信道混合单边音切出 任意群组关系黑屏唤醒 支持手机或其他移动端的高清视音频实时回传 音视频通信 地图任意框选成组 发起广播和会议 列表点选发起广播或语音群组、视频群组 音频和视频链路控制 多链路矩阵 |
1 |
|
3 |
手机移动报道SDK |
* 键对讲,系统配置虚拟PTT按键,无需拨号或者等待接通,无需解锁,只要按住PTT键既可随 (略) 群组通信,多个对讲组来电优先级自定义、 * 键切换当前对讲组。 稿件采集模块 视频直播指标支持高清和标清 双4G频段:支持5模 * 频的频段,视频业务不受带宽的限制。 支持手机发起9方会议,可邀请通信录中的多人参加临时会议 可在G (略) 语音呼叫、视频呼叫、对讲呼叫。 对讲组状态显示:支持当前对讲组显示、组状态显示(关闭/开启)、话权人显示、组列表信息显示;视频功能:点对点视频通话、视频采集回传。 支持断点续传、传输加密;高清、标清视频采集 支持Android和iOS操作系统。 |
1 |
|
4 |
收录服务器 |
专用硬件 |
1 |
|
5 |
双链路无线适配器 |
专用硬件,标准1U机架式,提供1个接口插槽。 |
1 |
|
6 |
专用视音频编解码设备 |
单路实现SIP转SDI或RTMP |
1 |
|
7 |
通讯集成 |
1、 (略) 人指 定的平台或机房,不采用第 * 方提供 (略) 的软件服务。 2、所提供系统采用开放架构,系统能够在总体架构不变的前提下可持续发展和演进的能力,支持很方便未来业务变化和新技术和新产品的引入。 3、提供服务端和移动端的标准SDK,与新闻报道APP对接。根据台里的整体规划做对应的开发支持。 4、SDK如不涉及大的功能增加, (略) 版本迭代升级。 |
1 |
|
(略) 分:融合媒体私有云 |
||||
1 |
◆分布式融合媒体服务平台(核心产品) |
平台数据服务软件包:提供数据存储和引擎服务,根据业务数据特征设 计适当的存储方案并建立数据间的联系,多维度数据属性记录。 分布式计算服务软件包:提供各种计算任务的服务,完全对称的分布式计算架构。 业务引擎服务软件包:用于资源管理和业务接口,包括业务数据的逻辑封装和整个平台通用数据的访问引擎。 数据接口服务软件包:提供各种数据、业务访问的API接口,包含业务API、业务数据访问API以及通用数据访问API。 分布式框架及系统服务软件包:提供平台的分布式支撑,配置以及服务状态统 * 管理,实现对整个平台的管理。 分布式监控服务软件包:内容管理服务软件包,实现对业务数据的组织管理, (略) 理服务能力。 (略) 投“融合媒体平台”应具备自主知识产权,提供自主知识产权证明材料截图复印件。 |
3 |
|
2 |
新闻制作应用支撑服务 |
新闻制作服务软件包:提供面向电视生产的后台服务。包括:文稿服务、资源管理服务、新闻流程管理服务、编辑管理服务、业务系统配置服务。 |
3 |
|
3 |
媒资应用支撑服务 |
媒资系统核心软件包:实现对各种媒资数据的的管理及归档回迁。包括以下模块:1、智能检索服务模块2、编目服务模块3、 (略) 理服务模块4、迁移服务模块。 |
3 |
|
4 |
合成服务 |
非编后台合成服务,部署在GPU虚拟化服务上 |
2 |
|
5 |
转码迁移服务 |
(略) 理转码迁移服务,部署在计算虚拟化服务器上 |
2 |
|
5 |
(略) 同步软件 |
专属云、私有云之间通过内容数据双向同步软件授权,支持: |
1 |
|
视音频编辑系统 |
||||
1 |
移 (略) |
移动 (略) :cpu≥i7- * h,CPU速度≥2.2GHZ, * 级缓存≥6M,硬盘容量≥1T,固态硬盘≥ * G,独立显卡,显存≥6G,内存≥ * G,屏幕尺寸≥ * ,物理分辨率≥ * 移动非编软件(含软件授权) |
* |
|
2 |
云非编授权 |
高清非编软件授权 |
* |
|
3 |
应用工具(第 * 方专业生产工具接入) |
工具免开发接入授权,与第 * 方非编工具协同应用,在第 * 方支持接口对接条件下,支持第 * 方专业生产工具如大洋、索贝、新奥特、Premiere等。 |
1 |
|
4 |
接口对接服务 |
接口对接服务, (略) 对接, (略) 需服务器: 不低于CPU:Intel Xeon * 1.7GHz( * 核)×2 内存:≥共 * GB ECC内存 系统硬盘:≥1TB 7.2KRPM SATA硬盘×2 RAID:板载RAID控制器,支持RAID 0/1 其他: (略) 口,DVD-ROM,冗余电源 (略) 口: (略) 卡(带两个光模块)×1 操作系统:Microsoft Windows Server * R2中文标准版 |
4 |
|
(略) 分: (略) 全区域 |
||||
1 |
内网入侵防御系统(万兆) |
1.2U机架式结构,最大配置为 * 个接口,默认包括2个扩展槽位,2个作为HA口和管理口,4个 * / *** BASE-T接口(支持Bypass)和4个SFP插槽(含模块),2个SFP+插槽(含模块),标配双冗余电源;整机吞吐率≥ * Gbps,最大并发连接数: * 万,设备做双机热备。 2.要求支持直连、路由、VLAN、旁路监听、 (略) 署等多种接入模式。 3.设备机箱温度监视以及报警,可以自定义温度阀值。(提供产品界面截图) 4.要求支持多端口链路聚合,支持 * 种链路负载均衡算法。 5.系统应支持源、目的地址转换以及双向地址转换。 6. (略) 络内的TCP、UDP、其他流量 (略) 设置及报警 7.应涵盖广泛的攻击特征库、能够针对 * 种以上 (略) 为、异常事件, (略) 络资源滥用流量,进行检测和防御。 8.内置SSD固态硬盘存储日志。 9.系统支持CC攻击防御,且能够对Web服务器上的指 定U (略) 防护设置。 |
2 |
|
2 |
外网边界防火墙 |
1.2U机箱 配置为6个 * / *** BASE-T接口和2个SFP插槽(含模块),2个可插拨的扩展槽 标配模块化双冗余电源,防火墙吞吐率≥ * Gbps ; 并发连接数≥ * 万 每秒新建连接(FW+HTTP)不少于 * 万 每秒新建连接(FW+APP+HTTP)不少于 * 万 ;具备IPv6、IPv6 over IPv4、IPv6和I (略) 络;标配双电源; (略) 入侵防御系统同 * 品 牌。 2.支持路由、交换、混合、虚拟线工作模式。 3.检测防火墙规则冲突的方法和配置。(提供产品界面截图) 4.支持ISL、 * .1Q * 层协议封装以及VLAN-VPN功能; 5.支持至少8路ADSL拨号接入,可对各ADSL链路之间通过WCMP与EC (略) 路由均衡。 6.至少支持 * 个虚拟防火墙,虚拟防火墙支持。IPv4/I (略) 署,并能够实现IPv4/IPv6双栈的各种安全控制,虚拟防火墙同样支持策略自学习功能。 7.能够基于访问控制策略对最大并发连接数限制。 8.支持在WEB界面中查 (略) 匹配的当前会话、历史会话与报文统计信息。 9.具有策略自学习功能,并且能够根据自学习结果直接生成访问控制策略;支持免客户端方式实现跨越路由(或其他 * 层设备)进行IP/MAC绑定功能。 * .支持基于接口、应用层协议等流量异常检测功能,能够根据流量阀值、连接数阀值、协议比例异常阀值等条件触发报警规则,并在管理页面上亮起报警灯。 |
2 |
|
3 |
外网边界入侵防御(万兆) |
1.2U机架式结构,最大配置为 * 个接口,默认包括2个扩展槽位,2个作为HA口和管理口,4个 * / *** BASE-T接口(支持Bypass)和4个SFP插槽(含模块),标配双冗余电源;整机吞吐率≥ * Gbps,最大并发连接数: * 万,设备做双机热备, (略) 入侵防御系统同 * 品 牌。 2.要求支持直连、路由、VLAN、旁路监听、 (略) 署等多种接入模式。 3.设备机箱温度监视以及报警,可以自定义温度阀值。 4.要求支持多端口链路聚合,支持 * 种链路负载均衡算法。 5.系统应支持源、目的地址转换以及双向地址转换。 6. (略) 络内的TCP、UDP、其他流量 (略) 设置及报警。 7.应涵盖广泛的攻击特征库、能够针对 * 种以上 (略) 为、异常事件, (略) 络资源滥用流量,进行检测和防御。 8.内置SSD固态硬盘存储日志。 9.系统支持CC攻击防御,且能够对Web服务器上的指 定U (略) 防护设置。 |
2 |
|
4 |
运维安全审计 |
1.1U机架式结构型; 4个 * / *** BASE自适应电口,1个可扩展插槽不少于 * G存储空间,≥ * 用户授权; (略) 入侵防御系统同 * 品 牌。 2.完整的用户帐号生命周期管理,实现帐号的创建、维护、修改、删除的集中管理;自定义用户类型,基于针对 (略) 用户地址策略。 3.柱形图方式查看系统 (略) 占比例;分组可以树形方式展现,不限制分组层级数量。 4.不 (略) 分层分级分类管理。 5.从AD域抽取OU,方便快速建立组织结构。 6.内置VPN功能,无需专用VPN硬件支持,即可方便安全地通过远程接入堡垒机。 7.支持 * 键批量登录选中的资源,简化工作量,支持将登录配置保存为默认后,可以 * 键快速登录目标资源。 8.支持手工登录目标设备,运维人员每次通过堡垒机登录目标设备都需要手工输入目标设备用户名密码。支持运维人员半自动登录目标设备,即第 * 次登录目标设备时运维人员需手工输入目标设备帐号和密码并允许堡垒机保存该帐号密码,运维人员就可以自动登录目标设备。 |
1 |
|
5 |
安全服务 |
通过人工加固、文件归档等方式,实 (略) 要求的产品、设备配置,产品、设备加固,策略定制,资产摸底建档、文档梳理等,以达到等级保护测评要求, (略) 方向第 * 方测评机构提交测评申请、并在测 (略) 全程陪同协助。 |
1 |
|
6 |
数据库审计 |
1.2U机架式结构型; 4个 * / *** BASE-T电口采集口;不少于 * G存储空间; 单电源; 默认含1年的URL库、攻击库和应用识别库; 冗余1个扩展槽位; (略) 入侵防御系统同 * 品 牌。 2.支持审计ORACLE、SQL Server、MY SQL、DB2、Sybase、Informix、Postgresql、Kingbase、Cache、Gbase、Dameng、Teradata、Oscar、Mongodb等各类主流数据库系统。 3.支持告警阀值设置,可设置内容包括:连接数值、流量阀值、系统状态阈值(例如:CPU阀值设置、硬盘空间阀值空间设置、内存空间阀值设置等);支持报警事件插件的配置管理(例如:事件接收、外发、统计分析、存储等插件)。 4.支持系统状态的监控功能,可监控系统的CPU、内存、磁盘、网口、运行状态等信息。 (略) 络审计功能(提供截图证明)。 5.支持I (略) 署和IPV6环境下数据库的审计。 6.支持中间件环境下的SQL语句关联到HTTP操作,HTTP操作关联到HTTP-ID,实现中间件环境下的审计追溯。 7.支持系统管理员IP黑白名单,对于无权访问的IP可以隐藏设备自身IP地址。 8.支持基于流的流量分析功能,可对其他设备发送的Net (略) 分析,支持对Netflow v5/v9版本的流量分析。 |
1 |
|
7 |
(略) 关 |
1.2U,标配双电源;内端机6个 * / *** Base-T接口、4个SFP插槽(含模块)和2个SFP+插槽(含模块),含1个MAN口;外端机6个 * / *** Base-T接口、4个SFP插槽(含模块)和2个SFP+插槽(含模块),含1个HA口;标准配置包含web访问模块、邮件访问模块、FTP访问模块、数据库访问模块、视频监控模块、OPC工业控制模块、自定义应用模块,吞吐量≥ * Gbps;并发连接数≥ * 万, (略) 入侵防御系统同 * 品 牌。 2.内端机和外 (略) 线、USB线、SCSI线等线缆直连,基于光隔离技术 (略) 隔离和数据交换。 3.至少支持 (略) 商的流媒体视频平台; 4.支持视频平台级联,基于国标SIP协议提供 (略) (略) 商的平台级联,完成上级对下级视频平台的视频流调用。 5.设备支持多任务的组播代 理功能,可穿透 (略) (略) 署。 6.支持用户强制认证模块,对网闸数据摆 (略) (略) 强制认证,可开启或者禁用强制认证功能模块。 |
2 |
|
8 |
链路负载均衡系统 |
1.独立机架式设备,专有硬件平台,非任何插卡扩展形态的负载均衡设备。 2U机架式架构;标配2个 * / *** BASE-T接口(作为HA口和管理口);标配4个千兆电口;4个千兆接口SFP插槽(含模块);2个万兆SFP+插槽(含模块);2个扩展插槽;双电源; * 层新建: * W(cps) * 层新建: * W(tps) 整机吞吐量≥ * Gbps 最大并发连接数: * W。内置冗余双系统,可升级可回滚互为备份,主系统故障时自动切换至备份系统, (略) 入侵防御系统同 * 品 牌。 2.支持主备之间会话同步,支持IPV6/IPV4双栈,支持NAT * 、NAT * 、DNS * , (略) (略) 负载均衡。 3.内置SSL卸载模块,SSL工作减轻服务器负担。支持服务器CA证书导入,提供证书单向和双向认证,双向认证支持透传客户端证书给后台服务器。(提供产品界面截图) 4.提供Web应用防火墙功能。 (略) 脚本攻击(XSS)、扫描器防护(Scanner)、SQL注入攻击(SQLi)、系统命令注入攻击(OSI)、远程文件包含攻击(RFI)、路径遍历(Path Traversal)、信息泄露攻击(Info Leak)、LDAP注入攻击(LDAP Injection)、XPath注入攻击(XPath Injection)、SSI注入攻击(SSI Injection)、Web服务器漏洞攻击、Webshell检测、HTTP协议违规。 5.提供漏洞扫描功能。设备内置漏洞特征库,可针对应用服务器或 (略) (略) 定向扫描分析,发现服务器操作系统漏洞并生成漏洞分析报告。 6.支持openstack负载均衡组件对接,简化配置流程。通过openstack 负载均衡页面,即可实现业务配置自动下发和南北向流量自动打通,无需用户操作负载均衡设备环节。支持多租户,层次化绑定(支持VLAN个数大于 * )等特性。 7.提供数据库安全功能,检查访问数据库的权限,杜绝非授权用户访问数据,保证数据库的安全。 |
2 |
|
9 |
内网防火墙 |
1. 2U机箱;最大配置为 * 个接口, 默认包括3个可插拨的扩展槽和8个SFP-SX多模光口(含模块), * 个 * / *** BASE-T接口(可用作HA和管理口),2个SFP+插槽(含模块),标配模块化双冗余电源;默认包含应用识别功能,含1年应用特征库升级许可。防火墙吞吐率≥ * Gbps;并发连接数≥ * 万 ; (略) 入侵防御系统同 * 品 牌。 2.支持路由、交换、混合、虚拟线工作模式。 3.检测防火墙规则冲突的方法和配置。 4.支持ISL、 * .1Q * 层协议封装以及VLAN-VPN功能。 5.支持至少8路ADSL拨号接入,可对各ADSL链路之间通过WCMP与EC (略) 路由均衡。 6.至少支持 * 个虚拟防火墙,虚拟防火墙支持IPv4/I (略) 署,并能够实现IPv4/IPv6双栈的各种安全控制,虚拟防火墙同样支持策略自学习功能。 7.能够基于访问控制策略对最大并发连接数限制。 8.支持在WEB界面中查 (略) 匹配的当前会话、历史会话与报文统计信息。 |
2 |
|
* |
等保测评服务 |
* 级等保测评(1年) |
1 |
|
* |
媒体文件摆渡 |
视音频稳定传输: * MB/s以上;小文件传输: * 个/分钟(TGA文件)。
网络接口:1Gbx2; |
2 |
|
* |
离线转码 |
1、支持多通道离线转码;支 (略) 处理。 2、支持高清、标清、4K 、支持手机格式输出;不同格式和分辨率的输出 (略) 理。 3、标清H. (略) 理能力不低于单倍速到 * 倍速;高清H. (略) 理能力不低于单倍速到 * 倍速。 4、支持编码格式:H. * ,MPEG2,MPEG4,H. * ,H. * 、WMV。 5、支持NFS/CIFS/SMB/FTP等多协议输入输出。 6、可将Blu-ray、DVD、ASF、FLV、AVI、MPG、WEBM、VOB 、TS、MP4、MOV、3GP、3G2等输入文件格式转换为HLS、ASF、FLV、AVI、MPG、WEBM、TS、MP4、MOV、3GP、3G2等多种文件格式输出。(文件格式可持续更新)。 7、支持加黑边、去黑边;支持多音轨选择。 8、支持台标字幕插入。 9、支持远程任务提交;支持自动监视文件夹。 * 、支持PGS字幕,支持DTS音频。 * 、支持开放的API,可以通过用户工作流程或者第 * 方应用程序创建任务。 * 、支持5.1/7.1/全景声等音轨的制作合成。 * 、支持全音轨复制与透传。 * 、含1U定制化硬件平台 /8G*8/ * *2/SSD * G*1/双电/ (略) 口/含GPU。 |
4 |
|
(略) 分:其他 |
||||
1 |
KVM |
KVM * 体机,8口KVM切换器,抽拉式机身设 计,整合 * 寸液晶屏幕与KVM控制端切换器于单 * 抽拉式机身内,仅占用1U机架空间。支持配备PS2或USB键盘和鼠标的服务器与控制端 |
6 |
|
2 |
运维 |
现场人员系统技术运维 * 年,2人次 |
1 |
|
3 |
施工及材料费 |
弱电、布线改造 |
1 |
|
本次项目合 (略) (略) 线、跳线的铺设,端接,标识,调试 |
||||
本次项目合同内集 (略) 需光纤、光纤跳线的铺设,熔接,标识,调试 |
||||
本次项 (略) 需线槽、跳线架、理线器、光纤耦合器、扎线等辅助材料 |
||||
4 |
集成服务 |
实施计划交流服务 |
1 |
合同包2:设备与人员办公管理软件
* 、项目建设目标
本应用的开发与微信企业号结合, (略) 设备的管理、申请、审批、使用费用统计, (略) 人员的日常办公管理(通讯录、通知、工资信息、活动/会议签到、员工交流、工作量统计、调度派单),可通过PC端及手机端多平台操作实现全流程无纸化。
* 、设 计原则
整个系统的建设需要遵循以下原则:
(1)安全性和稳 定性原则:在系统构建中要求充分考虑系统设 计的安全 (略) 稳 定性,数据确保完整性、保密性,具有完善的应急预案和冗余备份措施,
(2)开放性和可扩展性原则:随着业务的发展,各种应用越来越多,在系统建设的过程中,必须考虑系统的易扩展性和兼容性,系统须采用开放式设 计;同时系统应具有较强的可扩展性,在保证目前需求的前提下,预留有适当的扩展空间,保证将来相关新业务的开展。
(3)实用性原则:本软件设 计须遵循现有业务模式,有完善的权限管理机制,管理方便,用户界面 (略) ,便于快速掌握。
* 、系统软件平台
(1)招标单位 (略) 所需 (略) 络,投标单位负责 (略) 所需的系统环境和数据库环境。该软件应能在当前主流浏览 (略) ,移动端需能够在安卓以及IOS的主流版 (略) ,在系统更新换代之后,投标单位应具有根据新操作系 (略) 修改的能力。
(2)投标单位必须完全独立自主开发业务软件,投标单位能按照 (略) 数据库层、数据库访问层、业务层、应用层、UI层等各个层面的修改,并提供完整、准确、详细的开发文档资料
(3)各模块之间的接口标准、开放,便于后期升级扩容。
* 、实现功能
1、用户认证
结合企业号,通过手机号码、工作证号、姓名及微信号对 (略) 实名制管理。对 (略) (略) 门、 (略) 管理。可按人员及岗位需求灵活分配使用及管理权限。(设备可视权限,审批权限,设备管理权限,办公管理权限)
2、设备申请审批计费管理
1) (略) 技术设备的申请与审批。
2)可按需求查询设备申请、审批、使用费用等信息,并能将这些信息按要求格式生成表格且能导出为Excel文档。
3) (略) 技术设备的管理(设备浏览、设备增减)。
4)后期制作设备的使用费用,可按excel格式导入该系统。
3、办公管理
(略) 无纸化办公。要有以下功能:
1)通讯录
2)通知的发布与接收
3)活动、会议签到功能
4)员工论坛
5)员工工资信息发布与接收
6)调度派单功能
* 、产品结构
* 、软件要求
1、用户认证
只有在微信企业号通讯录(由系统管理员提前录入)中的人员,使用手机号码验证成功之后,才能关注该企业号。通过手机号码、工作证号、姓名及微信号对 (略) 实名制管理。进入微信企业号后,根据分配的权限,只能看到相应菜单。(如频道人员只能看到“设备申请审批”和“费用查询统计”菜单)。
2、设备申请审批
包括 * 个菜单
菜单 * 、设备申请审批
(略) 分发起设备申请审批。
菜单 * 、我已完成工作
查看我的申请记录或者我的已审批记录。(默认只列出两个月内的记录)
菜单 * 、我的待办工作
待审批,设备未领用,设备未归还等状态的申请单(可按条件筛选)
设备申请审批流程如图:
(1)浏览设备清单
目前主要有5类,具体类别可以通过后台增减及修改。分别为:C区演播室、转播车设备、AB区演播室、广播设备、外借设备。每个类别设备的计费单位和规则都不大相同(具体见附件1:设备使用收费表),要能够选择配置。
(2)筛选可用设备
通过具体条件筛选(如使用日期、设备类型等)。若没有符合筛选条件的设备,应根据筛选条件给出可选择的近似相关建议。(如:同样使用时长的邻近可用时间段)
(3)填写申请单、提交申请
所有申请单均需要根据提交申请的用户信息自动对应相应的栏目及频道,若存在同 * 用户对应多个栏目的情况,则在提交申请时提示用户选择。
关于申请单的内容:选中具体设备后,填写申请单,主要是使用时间段、设备用途、相关配件等信息,申请单填写完成后,自动列出收费明细。另外不同类别还需提交个性的内容,具体如下:
1)C区演播室:
设备用途(录播、彩排、直播)、使用的模块(舞台机械、灯光、音响、视频)及使用时间段(开始时间、结束时间)并根据使用时间段自动判断占用时间段( * 般为前2天,后半天)(自动占用的时长可以在后台中根据不同设备个性设置)且相关设备管理人员在收到订单后还可修改具体的前后占用时长,同 * 栏目不受占用时间段限制。
2)转播车设备:
设备用途(录播、彩排、直播)、使用时间段(开始时间、结束时间)及选择使用地点(通过选择确定到市后,选填具体地址,或直接通过地图定位功能选取)并根据使用时间段及使用地点自动判断生成转播车计划离台时间和归台时间(并以此确定占用时间段)(自动占用的时长可以在后台中根据不同设备个性设置)且相关设备管理人员在收到订单后还可修改具体的前后占用时长,同 * 地点同 * 栏目不受占用时间段限制。
还可添加其他外借设备,费用 * 同在 * 个申请单中显示。
3)AB区演播室:
设备用途(录播、彩排、直播)及使用时间段(开始时间、结束时间)。
4)广播设备:
设备用途(录播、彩排、直播)及使用时间段(开始时间、结束时间)。
5)外借设备:
设备用途(录播、直播)及使用时间段(开始时间、结束时间)。并自动生成订单 * 维码。
(4)询问是否需要重复申请
在订单生成之后,通过订单详情页面的“批量重复申请”按键实现“批量生成”功能,在日历表中默认全选 之前填写的申请日期到该月底,之后 (略) * 次选择删除不需要的日期。若批量生成时有个别申请单的时段无法申请,给出提示并给出修改建议。申请人将有问题的日期的申请单的时段做相应修改或删除后,批量生成申请订单。对于批量重复申请的订单,在订单列表页面可以折叠显示。
(5)生成申请单,上级审核
(略) 门申请单审核权限的用户,在下级用户提交申请单后,将会收到微信提醒,有申请单需要审核。可以逐个 (略) 审核也可以通过批量勾选的方式对多 (略) 审核。在申请单审核页面能够直观的显示申请单的申请人、栏目、用途、使用时间段及预计费用。
审核操作有:确认申请单和取消申请单。若取消申请单,可以选择填写取消原因。若提交的申请单超过 * 小时(具体时限可以在后台针对不同设备做具体设置)没有操作则自动取消。若订单被修改或取消,将会通过微信推送通知给申请人。
申请人可在申请单详情页面快捷拨打当天设备管理人员联系电话。
外借设备申请使用补充说明:
①对于设备可以按不同用户群组建立分配使用权限,若用户无相应权限则无法查看及预约。
②用户可以有黑名单机制,例如对于经常逾期的人员进入黑名单,无预约权限。
③单 * 用户在相同时段内可以预约的设备有上限限制,且可对不同的用户设定不同的上限。
④设备预约的时候,相同设备只可选择具体数量,并不对应到具体设备,只有在订单借出环节才建立和具体某些设备的对应关系。
⑤预约设备时给出 * 套设备的详细说明,并可以再选择可选配件(如:脚架、电池……等)
⑥设备借出后,同 * 用户可以在不影响后续申请单的情况下,申请延长设备使用期限(延长申请也还需要对应领导审批通过才成立。)
⑦设备使用人员凭订单 * 维码到库房领用设备,并在领取设备后在系统上确认具体的领取设备及数量。
⑧设备归还时,管理人员通过扫码或人工录入归还的具体设备,所有借出的设备录入后生成归还时间。若出现有个别配件未能录入,则提示有配件未归还,但主要设备还是按正常归还流程办理。之后系统中提示该订单尚有配件未归还,并通过系统推送通知给申请人。待相应配件归还后才正式结束整个订单。有配件未归还的订单存在时,限制该申请人的继续使用后续设备的权限。
3、查询统计
可以根据限定条件(申请人、栏目、频道、使用时间段等)统计设备使用费用。并按照设备分类(设备的分类名 称及具体设备的分类归属均可在后台修改及增减)生成设备使用费用明细表。
例如:搜索“电视**频道”“5月份”,搜索结果如下图:
每个设备分类能够提供该类别的详单查询。汇总表和详单都能导出为Excel文档。
例如:点击转播车的“详单查询”,结果如下图:
4、技术设备管理
当有新的订单通过了频道领导审批后,相关科室的人员都将在微信上获得通知推送,提醒跟进做好相关准备。每个科室人员可以通过类似签到的方式确定当前值班人员(可以不止 * 人)并将值班人员电话动态链接到相应订单中,在订单使用时间前半小时(具体时间可在后台调整)微信推送值班人员提醒其做好准备工作,若当前无值班人员,则推送 (略) 有成员。
(1)设备增减
可以设置不同技术管理人员的管理设备范围,在相应范围内可以方便灵活的增减设备。可在PC端通过Excel表格等数据方式批量导入设备。
(2)申请单确认
对于申请单占用时间段的确认操作。收到C区演播室、转播车设备等申请单后,根据设备实际情况,修改系统自动生成的占用时间段,将同 * 栏目的相邻申请整合到 * 起便于人员对占用时间段的判断。
可通过手机端或PC端对申请单的实际 (略) 确认。时间默认为申请单上的时间并可修改,修改时可以快捷的选择当前时间。确认后根据实际使用时间生成最后的实际费用。并根据实际使用时间对设备占用的时间段做相应修改。
(3)后期制作表格导入
可自动导入指 定路径下的Excel表格的方式实现后期制作编辑设备费用的自动计算。
(4)设备浏览
①可以图形化显示相关设备的使用情况(不 * 定是下图的样式,可以考虑PC端和微信端有不同的表现形式,目的是为了让技术管理人员能够更加快速直观的了解各个设备的预约及使用情况)。
②对于外借设备管理人员→在页面中直观的显示设备库存情 (略) 理的订单情况。
5) 对于外借设备使用条码或 * 维码编码管理,借出及归还时通过扫码确认具体设备。提供设备编码模块及相应的条码打印设备。
5、技术人员办公管理
1)通讯录
包含 * 个菜单:拼音排序、各科室。
“拼音排序”→按名字中文拼音排列。
“各科室”→按科室排列。
2)通知
包含 * 个菜单:集团通知、中心通知、发布通知。
“集团通知”和“中心通知”:按列表显示通知信息。
“发布通知”:具有发布通知权限人员才能看到“发布通知”菜单,点击“发布通知”→选择发布通知类型,输入通知标题、正文、添加附件、接收对象→存为草稿或立即发布。(通知发布人员能够查看通知的阅读情况,如共几人已读,具体还有哪些人没有查阅过该项通知。)
3)活动、会议签到
* 维码签到,显示签到人实时地理位置。
4)员工论坛
支持员工图文发布信息,管理员能够对 (略) 删除操作。
5)工资
由有权限的工资管理人员,在管理后台导入财务提供的excel工资表格,每个人只能收到自己的工资条信息。
6、调度派单
包含两个菜单:新建项目、我的任务
“新建项目”→填写(项目名 称、项目编号、 (略) 门、申请时间、申请人、联系方式、项目内容、实施方案)→ (略) 门负责人审核→调度人收到审核通过信息之后, (略) 门→ (略) 门的联系人自动收到微信提醒→ (略) 门的联系人提出反馈意见→调度人自动收到反馈意见,针对反馈意见调整实施 (略) 门,重新分发任务→ (略) 门均认可方案后→该调度单完结→调度人将最终方案分 (略) 门。
调度流程如图:
合同包3:广播融媒体平台
( * )项目概况
随着融合媒体时代的到来,传统的广播业务平台难以支持传统媒体与新媒体业务的有机融合。 (略) 台现有 * 个频率,台内现有的系统实现了节目的制作播出, (略) (略) 的安全互通。目前根据新媒体发展需要,为实现内容生产数据聚合、新媒体业务发展、云播出以及可视化应用等功能,进 * 步有效整合各类生产资源,提 (略) 时代的广播内容生产效率和传播力,进而推动传统广播转型。
( * )项目内容
广播融媒体平台的建设需要从整体上来设 计,以满足资源、内容生产、内容运营,用户服务等方面的业务需求。此次广播融媒体平台项目包括:
(1)融媒体生产系统
融媒体生产系统将传统的广播媒资生产环节以云端融媒体的新形式呈现,构建多源采集、内容共享、多媒体制作、跨媒体分发的综合生产系统。
本次建设的融媒体生产系统包括云库、云协作、专业库、云采编、云制作、移动融媒体App、云播出等功能。
(2)融媒体运营系统
随 (略) 的高速发展,通过手机、Pad等智能终端发送微信图文语音等已经成为人们参与各种互动的主要方式,电台也都逐步引入新媒体平台-微信公众号,以便与听众互动。如何运营管理微信公众号, (略) 急需解决的问题。另 * 方面微信小程序也轻巧便捷等优势逐步走进人们的视野。
本次建设的融媒体运营系统包括广播小程序运营系统、广播微信公众号运营系统、公众号数据分析系统等内容。
(3)视频直播系统
视频直播系统服务于广播融媒体制播业务, (略) 业务规划本次建设的视频直播系统主要包括App 直播软件、视频直播平台、视频导播台等内容。
本项目需结合台内实际业务需求,除适应融媒体业务的各类新设平台及系统外,还需对台内 (略) 升级。
慢录系统升级,在现有系统功能的基础上进 * 步完善系统,使之更符合融媒体业务需要。慢录系统要求可回放,下载录制的音频支持将选择音频段发送到云库, (略) 访问、查询、下载。
台 (略) 数据交互平台建设, (略) + (略) (略) 系统建设,可实现全台节目文件、素材资源的共享调用,可实现跨平台、跨网络的节目协同制作。 (略) 多媒体信息的安全共享服务,提供方便灵活的多媒体节目存储、共享、制作和发布手段; (略) 在传统媒体方面的优势, (略) 多媒体资源安全共享机制,实现全台节目、信息的即时共享和灵活调用,实现 * 次制作多次使用, (略) 的各种资源得到最大的整合,提高广播节目时效性、可听性, (略) 成本,对电台的发展产生重大的促进作用。
为了更好 (略) 交互系统的积极作用,充分利用现有的信息化建设成果,本项目需升 (略) 交互系统, (略) 支持直接查看播出系统节目、节目单、广告单,支持查询、预听、下载,并支持将节目发送到播出系统。
本次项目 (略) ,结合视频直播,从采集、制作、管理、播出的实际业务需求,做到全媒体支持、全台协作、素材资源共享和多渠道发布,通过业务流程再造,提高生产效率、提升用户体验,真正做到全媒体的统 * 管理、协作和生产平台,建立可以运营的立体式云平台架构, (略) 多元化业务开展打好基础。
( * )设 计原则
整个系统的建设需要遵循以下原则:
(1)安全性原则:在系统构建中要求充分考虑系统设 计的安全性和可靠性,具有完善的应急预案和冗余备份措施,确保设备 * 旦出现故障,所造成的影响和损失为最小。
(2)标准性原则:本项目建设应严格遵守我国相关国家标准及国家新闻 (略) (略) 业标准, (略) 颁发的《 (略) (略) 络化建设白皮书》( * 、 * 版) (略) 设 计及实施。
(3)成 熟稳 定性原则:充 (略) 的媒体特性,在兼顾先 进性的同时,必须考虑技术的成 熟性。本次设 计应通过使用成熟的技术手段和技术装备确保整个系统的稳 定性。在选择相应产品时,重点考虑产品的使用范围以及在 (略) 业的占有率。
(4)先 进性原则:广电技术日新月异,采用符合国际、国内标准和比较成熟的技术,兼顾数字广播新技术的发展方向,保证系统在较长时间内不落后。 (略) 选设备在其领域内须具备先 进性。
(5)可扩展性和开放性原则: (略) 业务的发展,对各种外来资源需求的增大,各种音频格式的应用越来越多,因此在系统建设的过程中,必须考虑系统的易扩展性和兼容性,系统须采用开放式设 计,确保 (略) 商设备、系统的良好兼容性;同时系统应具有较强的可扩展性,在保证目前需求的前提下,预留有适当的扩展空间,保证将来相关新业务的开展。
(6)实用性原则:本方案设 计的各 (略) 现有业务模式,新系统要求简单易懂,具体操作层级便于快速掌握,最大程度缩短磨合期。
(7)经济性原则:本次系统设 计要充分、合理 (略) 现有的设备,以避免重复投资而造成国 有资产的浪费。同时,通过对现有设备的合理利用使系统具有更高的性价比。
( * )系统建设软硬件
(1)本着精打细算、不浪费资金的原则, (略) 原有的服务器、网络设备、网络安全设备,在原有广播业务系统基础上完成软件功能升级。在不影响原有 (略) 的条件下,快速完成数据和文件的安全迁移。要 (略) 格式转换,确保数据无损、完整。
(2)所有的系统软件应能在当前主流计算机操作系统(包括:Windows * 、XP、Vista、Windows 7等) (略) ,移动端软件需在安卓以及IOS的主流版 (略) ,在系统更新换代之后,投标单位应具有根据新操作系 (略) 修改的能力。
(3)新建系统、功能应与现有的系统、设备兼容、数据能够互联互通。
(4)涉及系统升级功能中的历史数据,应做到不丢失,完整继承及可用。
(5)投标单位必须完全独立自主开发业务软件,投标单位能按照 (略) 包括底层编解码、驱动和上层应用等各个层面的修改。
(6)各子系统之间的接口标准、开放,便于后期升级扩容,平台中标 (略) 融媒体技术平台 (略) 接口对接,实现内容共享。
(7)系统将严格遵守《广播电视安全播出管理规定 * 号令实施细则》和《广播电视相关信息系统安全等级保护》要求,并按照《 (略) 融合媒体平台建设技术白皮书》 (略) 建设, (略) 的安全可靠。
( * )项目清单及技术参数
序号 |
系统 |
技术要求 |
单位 |
数量 |
备注 |
* |
广播融媒体平台-融媒体生产系统 |
||||
1.1 |
云库功能模块 |
(略) |
年 |
1 |
提供3个频率 * 年的服务,不少于 * 个用户授权(音频编辑器提供不少于 * 个终端授权)。 |
1.2 |
云协作功能模块 |
审批系统 |
|||
通知公告 |
|||||
报题系统 |
|||||
1.3 |
专业库功能模块 |
云素材数据库 |
|||
(略) 功能模块 |
|||||
音频慢录系统升级 |
|||||
(略) |
|||||
1.4 |
云采编功能模块 |
在线编辑器 |
|||
稿件串联单 |
|||||
1.5 |
云制作功能模块 |
音频编辑软件系统
支持普通声卡;支持多类驱动程序。 |
|||
(略) 交互 |
|||||
1.6 |
移动融媒体App |
移动融媒体App |
|||
1.7 |
云播出子系统 |
融媒体直播互动播出软件 |
|||
1.8 |
◆网络音频智能播放器(核心产品) |
台 |
3 |
||
* |
广播融媒体平台-融媒体运营系统 |
||||
2.1 |
广播小程序运营系统 |
为每个频率或者栏目创建 * 个直播互动小程序,支持直播、回听、资讯头条、广告、打赏、点赞、话题、投票、视频直播、消息互动、数据查看等功能,资讯头条支持图文、音视频、专辑。 |
频率/年 |
3 |
|
2.2 |
广播微信公众号运营系统 |
微信运营平台 |
频率/年 |
3 |
|
2.3 |
公众号数据分析系统 |
全台微信数据分析 |
频率/年 |
3 |
|
微信风云榜 |
|||||
* |
广播融媒体平台-视频直播 |
||||
3.1 |
视频直播系统 |
App 直播软件 |
套 |
1 |
|
视频直播平台(含 * 年2万小时流量) |
套 |
1 |
|||
广播直播间视频导播切换系统 |
套 |
2 |
* 、商务条件(以“★”标示的内容为不允许负偏离的实质性要求)
包:1
1、交付地点: (略) 省 (略) 市 (略) 区西环南路 * 号
2、交付时间:合同签订后 * 天内设备到货, * 天内系统完成
3、交付条件:货到安装,验收合格
4、是否收取履约保证金:否
5、是否邀请投标人参与验收:否
6、验收方式数据表格
验收期次 |
验收期次说明 |
1 |
详见招标文件“验收”要求 |
7、支付方式数据表格
支付期次 |
支付比例(%) |
支付期次说明 |
1 |
* |
(略) 到达用户指 定地点且验收合格 |
2 |
* |
系统软硬件安装调试 (略) * 个月,经验收合格后 |
3 |
* |
系统验收合格后1年内支付 |
包:2
1、交付地点: (略) 省 (略) 市 (略) 区西环南路 * 号 (略) (略)
2、交付时间:合同签订后 ( * ) 天内交货
3、交付条件:验收合格
4、是否收取履约保证金:否
5、是否邀请投标人参与验收:否
6、验收方式数据表格
验收期次 |
验收期次说明 |
1 |
详见招标文件“验收”要求 |
7、支付方式数据表格
支付期次 |
支付比例(%) |
支付期次说明 |
1 |
* |
软件安装到位并上线测试合格后 |
2 |
* |
(略) * 个月无问 (略) 门验收后 |
3 |
* |
软件验收合格后1年内支付 |
包:3
1、交付地点: (略) 省 (略) 市 (略) 区西环南路 * 号
2、交付时间:合同签订后 ( * ) 天内交货
3、交付条件:货到安装,验收合格
4、是否收取履约保证金:否
5、是否邀请投标人参与验收:否
6、验收方式数据表格
验收期次 |
验收期次说明 |
1 |
详见招标文件“验收”要求 |
7、支付方式数据表格
支付期次 |
支付比例(%) |
支付期次说明 |
1 |
* |
系统软硬件安装调试完毕验收合格后 |
2 |
* |
系统 (略) * 个月并验收合格后 |
3 |
* |
系统验收合格后1年内支付 |
合同包1-包3要求:
8、安装调试
8.1、 (略) 分:
8.1.1、 (略) 文件要求的技术指标,实现采购人要求,保证货 (略) 。
8.1.2、中标 (略) 签订合同的具体要求、具体数量、具体地点将货物运送到采购人指 定地点并负责安装,安装并经最终验收合格后,交付采购人使用,中标人须在投标 (略) 需各项费用。安装、 (略) 需工具、仪表及安装材料等均由中标人负责提供。
8.1.3、中标人负责组织专业 (略) 货物安装,采购人应提供必须的基本条件和专人配合,保证各项安装 (略) 。
8.1.4、安装到位后的货物由中标人及采 (略) 质量验收签字。
8.1.5、货物验收前,中标人须提供完整的技术资料(包括产品中文说明书、中文采购人手册、出厂明细表或装箱单、 (略) 质量合格证书及其他相关文件资料)。
8.1.6、中标人向采购人提供 (略) 需特殊专用的工具、备件及清单和中文说明书,其费用包括在投标价格内。
8.1.7、中标人在采 (略) 进 (略) 发生的 * 切费用由中标人承担。
8.1.8、中标人应提供货物使用免 费培 训和技术服务。
8.2、 (略) 分:
8.2.1、中标人应在签订合同时,向采购人提供安装、调试的进度计划表。
8.2.2、中标人负责组织专业 (略) 产品调试,并向采购人安排的工作人员介绍产品功能。
8.2.3、产品安装、调试的完工期须按照合 (略) 。
9、检验标准和方法
9.1、 (略) 家产品验收标准( (略) 业或地方标准)、招标文件、投标 (略) (略) 验收。产品质量达到设 计要求,安装调试各项指标符合技术参数要求且须通过质检、 (略) 门的检验。
9.2、验收程序和方法:
9.2.1、初验收:货物送至采 (略) 后,由采购人、中标人双方共同对货物的数量、基本质量、外包装等逐项检验。
9.2.2、最终验收:初验合格且设备安装完毕后, (略) 为期3 (略) 。 (略) 结束后,采购人 (略) 中的主要指标(如性能、可靠性、稳 定性等)进行评价,符合要求后的,最终验收通过;不合格的, (略) 更换或整改,并 (略) 直至达到最终验收合格。验收结果经采购人、中标人双方确认后,双方代表必须按《设备验收清单》( * 式 * 联)上规定的项目对照本合同填好验收结果并签名、加盖各自单位的公章,由中标人将 * 联提交给采购人存档。如发现设备与合同规定不符,采购人有权拒绝接受并向中标人提出索赔。如货物在质量保证期内被证明存在缺陷,包括潜在的缺陷或使用不合适的材料,采购人有权凭有关证明文件向中标人提出索赔。
* 、技术资料要求:中标人需提供本项目全套设备配置清单(详列名称、品牌型号、数量、原产地等)。中标人应向采购人提供以下目录的技术资料 * 套(各项指标和参数应符合验收标准,采购人有权委托中国有资格单位或机构对设备性能、 (略) 校核)。
(1)出厂明细表(装箱单);
(2)出厂检验报告和合格证书;
(3)使用说明书;
(4)安装手册、操作手册、维修手册;
(5)零部件目录;
(6)相关文件、支持程序软盘或光盘;
(7)提供原产地制造商的产品证明;
(8)合同中要求的其它文件资料。
* 、专用工具
* .1中标人应向采购人提 (略) 需的专用工具及清单(清单附在投标文件中)。
* 、特殊工具
中标人应向采购人提供货物 (略) 需的特殊工具及清单和中文说明书,其费用包括在投标总价内。
* 、售后服务要求
合同包1、合同包3:存储设备提供≧5年的免费保修维护,其余系统软硬件设备提供≧3年的免费保修维护。
合同包2:软件系统提供≧2年的免费保修维护。
在保修期内,对于系统内出现故障,投标人应及时修复或更换和软件升级, (略) 发生的 * 切费用由投标人负责。免费保修期自验收签名之日起计算。保修期内,须按合同条款提供免费服务,非因操作不当造成要更换的零配件及设备由中标人负责包修、包换。中标人在免费保修期内须提供免费上门维修服务, (略) 终身维护。如保修期内同 * 故障发生 * 次,或在两个月内无法修复,中标人无条件换货。
* 、技术培训
中标人须免 (略) 安装和调试,并列好计划对设备的使用操作、设备维修、故障排除、日常保养等 (略) 技术培训,直到受训的技术人员能独立操作为止;对相应的受训人员将免费提供相应讲义教材等资料。技术培训没完成, (略) 设备最终验收。
更正为:
* 、项目概况(采购标的)
1.1、本次采购项目为 (略) (略) 融媒体平台技术设备及软件采购项目,要求投标人提供的货物必须是全新生产的产品,通过合法渠道获得的。设备的制造标准及技术规范等有关资料必须符合国家相关标准、规范要求。
2.2、本次采购项目合同包1的核心产品为技术和服务要求中◆分布式融合媒体服务平台,合同包3的核心产品为技术和服务要求中◆网络音频智能播放器。注:对单 * 品目或非单 * 产品采购项目确定核心产品的,多家投标人提供的核心产品品 牌相同的, 采用综合评分法的,提供相同品 牌产品且通过资格审查、符合性审查的不同投标人参加同 * 合同项下投标的,按 * 家投标人计算,评审后得分最高的同品 牌投标人作为中标候选人推荐;评审得分相同的, (略) 采取随机抽取方式确定 * 个投标人作为中标候选人推荐,其他同品 牌投标人不作为中标候选人。
* 、技术和服务要求(以“★”标示的内容为不允许负偏离的实质性要求)
1 项目总体要求在借鉴其他兄弟单位融合媒体平台的规划和建设的基础上,结合 (略) (略) 对于媒体融合发展的实际需求,本次项目将集中精力,打造全媒体共享平台。以“ * 次采集、统 * 策划、共平台生产、多媒体呈现、多渠道发布”为目标的融媒体共享平台, (略) 各频道生产 (略) (略) ,向集团提供全媒体的生产能力。本次项目将依据“多渠道的信息采集、统 * 的资源管理分发平台”的全新理念,达到全媒体资源高效、畅通共享的目的。
1.1 系统连接示意图
系统连接 (略) 示, (略) 分为台内现 (略) 分。台 (略) 生产系统(含新闻频道)、东南卫视生产系统、海峡卫视新闻生产系统、广播生产系统、多个新闻栏目演播室以及新媒体运营系统等。目前,互联互通平台已经初步打通与各新闻生产系统的双向数据交互业务流程。
本次项目建设,要求采用“工具+平台”的建设理念,消除原有业务应用中各功能之间的紧耦合关系,使功能工具化和服务化,根据业务规则灵活搭建生产系统,自由选择应用工具,使得应用能够更高效的适配使用者的需求,形成优胜劣汰的云平台生态系统。
在统 * 的内容平台上,提供电视、新媒体多种生产工具,实现融合媒体的统 * 生产和发布,实现“ * 次采集,多种生成,多元传播”。在汇聚阶段,实现资源共享、协同作业,使节目素材等资源的价值得到最大化利用。在生产阶段,根据不同媒体的特点和需求生成多种不同的产品。通过流程再造,使节目生产更有效率,更符合当代媒体传播的特点,能够更好地满足用户需求,从而提升媒体的影响力和传播力。
1.2 业务需求系统将充分利用原有业务系统的基础计算、网络和存储资源,以 (略) 现有技术资源为目标,构建本次项目核心技术支撑平台。在全面打通台内各新闻生产单位的业务系统的基础上,构建 * 个充分开放共享的环境满足融合媒体业务的要求,实现媒体生产服务以及发布服务的多租户管理。
本次项目建设要求提供报道指挥功能、全媒体汇聚功能、全媒体生产功能、全媒体发布功能。要求平台具备将汇聚、生产、发布整个流程再造功能,与报道指挥完成闭环的生态圈。实现 * 次采集、多次生产、多平台发布的效果。
(略) 有功能需求仅是对云平台功能做要求,不会对现有系统功能层面做改造,现有系统与云平台通过对接方式,实现内容交换。
l 全媒体内容汇聚要求
要求业务平台提供汇聚各种媒体资源的工具及接口,全媒体内容库可以将各种媒体资源按照既定的接口规范统 * 汇入媒体服务模块中,要求支持传统及新媒体内容的融合。要求实现历史素材、 (略) 回传素材、网络内容抓取素材等汇聚,将汇聚内容存放于本项目设 计的融合平台中,进行统 * 管理,通过先进的技术,实现海量内容的融合共享,提高内容 * 次及多次利用的价值。
需要实现对通联、热线电话、PGC以及UGC等多种信息源资源的统 * 汇聚、管理。其中,通联功能将用于实现与各地市 级电视台间业务的通联约稿,以及稿件及素材的回传;热线电话汇聚,实 (略) 门、各栏目的热线电话线索入库。另外,兼顾远程记者的素材双向交互应用。
l 全媒体内容生产要求
要求实现电视 (略) 生产结合与协调,解决全媒体内容生产制作问题,应对新媒体生产和传统媒体生产的需求。要求平台提供面向传统生产和新媒体生产的工具,传统媒体生产工具包括文稿工具、视频精编工具,新媒体生产工具包括:网页视频快编工具、图片编辑工具、远程回传工具,多媒体编辑工具等。
l 协同生产功能要求
要求提供台内协同生产功能,解决新闻生产中沟通受时空和信息条件限制的众多问题,提供包括即时通讯、组织与人员管理、工作任务流转等功能的 * 体化媒体综合协同工具, (略) 相干人员及时了解任务进度,有效解决日常工作流程中的生产协同与指挥调度效率的问题,方便台内实际使用用户更加直观地了解各项工作的进展,更清晰的掌握生产效能和发布效果。
l 统 * 内容库功能要求
全媒体信息资源共享平台需提供统 * 内容库功能,实现远程回传节目和素材的内容共享,与台内各新闻生产系统实现资源的安全交互。整个平台提供统 * 内容库功能,以内容管理使用为核心,实现对台内和台外资源的共享与整合,可实现全台体内容统 * 管理。提供汇聚、生产、发布、管理整套环节的内容池。提供统 * 的工具挂接服务模块,可支持汇聚工具、编辑工具等多种工具的挂接。
l 全媒体内容发布要求
要求提供安全、稳定、高效的新媒体发布服务,通过本项目设 计的全媒体内容库和接口服务,将全媒体平台生产完成的内容快速发布。
l 管理业务要求
要求实现面向整个全媒体业务管理的定位,统筹协调各渠道资源,提供统 * 的资源调度、任务协同方面的能力。要求提供内容大数据服务,策划管理、资源调度、视频通话、任务看板、业务监控等 * 系列工具及服务,支撑全媒体业务在汇聚、生产、发布以及运营等多个环节的统 * 指挥调度及协同。
l 全媒体私有云与专属云之间 (略) 要求
(略) 数据共享交互示 (略) 示,融合媒体专属云与私有云之间要求通过内容数据的双向同步,在实现统 * 内容库的同时,实现 (略) 备份。
同步原则:
元数据信息、浏览码率媒体文件实现实时的数据同步;
高码率媒体文件、新媒体码率文件实现异步数据同步;
专属云不仅满足信息汇聚、协同生产的需求,还要满足未来 * 些综合服务的需求,例如:党建服务、政务服务以及公共服务等需求。 (略) 的数据同步并非完全同步,而是根据业 (略) 有选择的数据同步。
1.3 安全需求本次项目建设要求参照《 (略) (略) 络化建设白皮书( * )》、《广播电视安全播出管理规定》(即 * 号令)、《广播电视相关信息系统安全等级保护基本要求》、《电视台融合媒体平台建设技术白皮书( * )》、《信息安全技术 信息系统安全等级保护基 (略) 分云计算安全扩展要求》等规范的 (略) 设 计,保证本系统的安全。
1.4 系统架构图本次项目要求整个系统都基于云架构模式设 计,要求具备全媒体汇聚、全媒体生产、全媒体发布的全媒体新闻制播 * 体化服务体系,优化内容生产模式,融合传统电视和新媒体节目生产,真正实现多渠道发布。
针对本次项目,方案需要充分贯彻平台的设 计理念,从业务出发,全面抽 (略) 需的各种公共服务,并借助 (略) (略) 抽象 (略) 署环境。同时对上通过完善的接口规范满足各种媒体及通用业务的接入要求。
系统架 (略) 示,自下而上分为IaaS层、PaaS层、SaaS * 层架构。
IaaS层基础资源平台要求构建统 * 硬件资源池。通过虚拟划分通用计算资源(刀片或X * 服务器)、分布式存储、 (略) 络,构建出企业级、安全、可靠、弹性的私有基础池,实现基础资源管理。
本系统要求 (略) (略) 架构。
PaaS层媒体服务平台应采用先进的分布式技术建设核心服务,体现分布式的高冗余性、高可靠性、负载均衡等特点保证数据及业务的安全。平台核心业务 (略) 采用全分布式、微服务技术构建。
要求平台具备媒体服务支撑能力:
全媒体内容的统 * 管理
全媒体 (略) 理(转码、抽帧、迁移等)
全媒体业务流程的管理和驱动
面向业务的统 * 用户管理及权限管理
面向媒体业务的应用工具集管理
采用分布式框架,提供持续高可靠服务能力
1.5 网络拓扑要求
在网络化建设中应把安全性放在首要位置,整个平台都应采用现代化 (略) 技术,服务具备横向扩展、负载均衡、 (略) 署、无单点故障等特性。
系统设 计应该充分考虑当前技术状态下先进的混合云技术、大数据技术、高标清AV技术、先进的IT技术、I (略) 络技术,选择具备 * 定超前性及先 进性的技术,构建分布 (略) 络,要兼顾未来技术动向。
采用分布式、虚拟化计算技术,提高系统的敏捷性,保证系统的高可用性。
采用全媒体融合的建设思路,实现双向融合;结合统 * 指挥、演播室互动以及新媒体运营平台,将全媒体融合 (略) 统 * 规划,提高各项资源利用率。
本次项目采用的业务 (略) 化分布式架构为主,主要分为融合生产平台域和全媒体信息汇聚平台域,并通过高 (略) 隔离。融合生产平台与全媒体信息汇聚平台,提供统 * 的内容管理、统 * 流程管理、统 * 生产服务等。
无论用户在台外、全媒体信息汇聚平台或 (略) 都可以访问到 * 致的内容。同时无论用户在台外、全媒体信息汇聚平台或 (略) 可以利用统 * 的核心应用,例如文稿系统、编辑系统、内容库 (略) 节目的生产加工,不受地域的限制,为用户提供灵活的生产手段。
本次项目建设要求 (略) 发 (略) 业标准《 (略) 省 级技术平台规范要求》,标准编号为:GY/T * -2 (略) 设 计,具备支撑县级融媒体功能。
2 项目详细设 计要求2.1 基础硬件资源设 计要求本次项目设 计要求按照资源池化、应用云化、按需计算的总体思路 设 计IaaS层。
要求设 计整合系统IT基础资源,对存储资源、计算资源、交 (略) 池化、统 * 管理,对上层平台提供IT资源支撑,并具备便捷的扩展能力。能够为上层业务弹性分配资源,按照业务的实际需要弹性的分配IT资源,增加或减少计算和存储资源。并根据资源的实际 (略) 计量,使峰时和闲时工作量的资源利用都保持在合理水平,从而实现低成本高效率的IT运营模式,使资源得到合理、有效的利用,实现资源优化和成本节约。
2.1.1 (略) 络及链路要求(略) 络是数据通信,各类资源、模块互联的基础,网络资源的设 计应考虑 (略) 域网络的交互、 (略) 署位置、交换能力差异化需求、安全访问等要求。本次核心业务交换设备要求采用万兆核心交换 (略) 络资源,需要满足全媒体信息汇聚平台与 (略) 之间的资源交互需求。核心交换机之间做集群,电源、风扇等配件需冗余配置。并结合本系统的规模及应用强度, (略) 络设 计要求采用“万兆+千兆” (略) 络,支持IPV6,为全台提供数据链路交换物理通路,具体设 计要求如下:
1. (略) 络采用纯万兆 (略) 设 计;
2. 各子系统间的连接采用万兆以太方式连接至核心交换机;
3. 计算资源服务器采用万兆以太方式连接至核心交换机;
4. 核心存储采用万兆以太方式接入核心交换机;
5. 新媒 (略) 点采用千兆以太方式连接至接入交换机。
6. (略) (略) 方式连接至核心交换机。
2.1.2 存储资源建设要求生产业务对存储的需求主要为汇聚媒体的写入、编辑工具的读写访问、 (略) 理转换、媒体数据索引的读写等等。存储资源对生产业务的支撑功能需求主要为提供必要的容量和带宽支撑,并根据安全性需求提供必要的备份和切换手段。
存储系统应采用先进的分布式存储架构,保证 (略) 全性以及带宽、容量的平滑扩展。
本次要求配置全媒体信息汇聚平台统 * 内容库存储节点数量不少 (略) 资源库存储设备节点数量不少于3个。 (略) 业务发展的需要以及系统的设 计需要,对带 (略) 线性扩展,需要支持在线扩展。所有存储设备采用分布式架构。存储的安全:所有节点的硬件采用冗余配置,支持热插拔,任何 * 个设备出现故障均不会影响到整个系统,出现故障的设备可在线更换。任何 * 个节点掉线都不影响数据访问。存储系统需有详细管理功能、完善的日志系统、以及自动报警功能。
此外,本次专属云和私有云的虚拟化存储要求提供基于磁盘阵列的双活复制技术。
2.1.3 计算资源要求本次项目需要采用计算资源虚拟化平台作为主要的计算资源支撑平台,需采用刀箱+刀片服务器的形式作为底层硬件支撑,配置刀片服务器做虚拟化,利用云计算管理平台实现计算资源底层运维管理。
2.2 业务服务支撑平台设 计要求整个系统基于云架构模式,采用“平台+工具”的建设思路,以工具化和服务化为平台建设理念,构建全媒体生产、多平台分发的业务体系,以适应不同业务组织平台生产的需要。
要求系统的整体媒体服务框架及业务系统后台服务是业务中 (略) ,技术系统的可靠性及安全性是首要考虑的因素。因此后台服务应具备高可用性、高稳 定性、 (略) 全性的特点,并且具有广电业务特征的平台级服务,在形成标准接口后以服务治 (略) 业务间的串接,针对异构模式开发相应的应用程序编程接口(API)和软件开发工具包(SDK),并面向各种应用提供标准开放的接口(Restful API)。因此后台服务应具备高可用性、高稳 定性、 (略) 全性的特点。系统设 计要求如下:
1)基础服务管理要求:用于适配私有云/专属云基础设施服务层(IaaS)资源,向下实现面向业务的IaaS资源管理,向上通过完善的接口规范满足各种媒体及通用业务的接入要求。
2)具备媒体业务支撑能力
为平台提供统 * 的资源调度以及生产流程管理。
支撑媒体业务的生产,满足多种业务工具的接入,具备 * 系列媒体业务的支撑能力,包 (略) 分:
全媒体内容的统 * 管理;
全媒体 (略) 理(转码、抽帧、迁移、技审等);
全媒体业务流程的管理和驱动;
面向业务的统 * 用户管理及权限管理;
面向媒体业务的应用工具、工具集管理;
采用分布式框架,具备持续提供高可靠公共服务的能力
3)全媒体统 * 内容库:提供统 * 管理视音频素材、成片、稿件、串联单、图片、文档等内容资料
4)接口服务:面向不同生产系统应用提供标准开放的接口对接功能。
平台支撑层要求核心 (略) 化分布式架构,解决安全、弹性、维护性等不足的问题。
2.2.1 基础服务要求2.2.1.1 分布式架构要求整体架构采用基于云计算的分布式架构,支持微服务架构及容器管理技术。
提供面向融合媒体生产的后台服务,支持传统电视媒体生产服务及新媒体生产业务
要求采用平台化的架构,能够整合全媒体内容资源,前台可在工具层提供统 * 界面提供服务,或者通过媒体服务平台统 * 的内容访问接口,由服务工具按需提供内容的呈现。
资源适配:要求与媒体设施服务层(IaaS)云管平台接口实现对接,通过调用媒体设施服务层(IaaS)云管平台接口实现对媒体设施服务层(IaaS)提供服务的统 * 查看和管理。
资源调度:接受来自媒体应用服务层(SaaS)的能力调用需求,通过资源适配调用媒体应用服务层(SaaS)的API,实现对IaaS各类资源的调用。
数据库即服务:要求包括数 (略) 理关系数据与非结构化数据。
2.2.1.2 服务注册与管理1. 应用&服务注册到平台,支持集群服务功能,可以快速集成和开通第 * 方应用工具,形成 * 个开放的、专业化的应用&服务支撑,并提供多种方式供其他服务调用和上层应用使用。
2. 支持平台基本服务(包括各类应用和服务)按固定流程快速注册到应用服务平台。
3. 平台支持统 * 认证,保证各个应用能够无缝集成。
4. 为保证平台开放性,提供丰富的接口方式,提供平台工具标准接入规范 (略) 接入,为以后可能接入的平台的应用预留互联接口,需要提供标准。
6. 接入规范的工具包括转码、技审、拆条、快编等。
2.2.1.3 统 * 接口管理1. 提供针对平台统 * 用户管理规范、统 * 应用&服务接入规范、统 * 调用规范。
2. 为上层 SaaS 应用软件提供标准化的统 * 内容库接口,实现各业务应用的统 * 管理和业务数据的统 * 交换。
3.支持采用Restful 风格等多种方式来实现各类接口,减小各个系统之间的耦合,减低系统依赖关系。
2.2.1.4 统 * 用户管理用户管理模块需要提供用户管理和统 * 认证功能,可以通过标准的API供上层应用程序调用。在本项目中,用户管理模块需要具备的具体功能如下:
1. (略) 有服务或者应用提供统 * 认证的登录服务。
2. 登录认证模块要求高可用实现,提供 * 小时不间断服务。
3. 能够对保存的 (略) 统 * 管理,并且完善用户的详细信息,包括用户基础信息的增、删、改操作,栏目信息,内容访问权限等。
4. 能够按照用户或用户组为其授权或者配置在融合平台内可以使用的应用或者服务
5. 支持组织结构管理, (略) 门增、删、改等操作, (略) 门或者 (略) 完整管理。
6. 要求配置支持用户组管理,设定用户组的内容权限等。
2.2.1.5 监控管理统 * 监控管理是基于分布式技术构建的日志管理和监控模块,需要实现如下功能:
1、提供平台监控服务,基于不同级别资源实现IaaS、PaaS的监控,对于每个集群的实 (略) 实时的监测,并对集群的整 (略) 监测, (略) 故障报警、阈值警告。
2、基础设施资源的监控,提供如CPU、内存、 (略) 状态。
3、分布式日志收集,能够自动化收集各个业 (略) 日志。
2.2.2 媒体支撑服务要求媒体内容生产服务系统为全媒体信息汇聚平台提供统 * 的资源调度以及生产流程管理。
面向多租户
同 * 服务能够同时为租户的人员使用,而使用租户之间的数据是安全隔离的。
流程再造
媒体内容的制作从接收制作任务、内容编辑、内容审核、内容转码打包、内容技审直到内容的发布,每个环节都有相应的生产工具或服务。 (略) 门又有各自不同的协作流程,需要内容生产服务系统的流程可以自由定制。
2.2.2.1 (略) 理(略) 理服务包括基于各种协议的媒体读写(如 FTP\HTTP\CIFS 等协议),以支撑基于流或文件的各种业务媒体访问能力。主要包括文件转码迁移服务、合成服务、技审服务等。
1. 转码迁移服务
转码迁移服务主要用于平台内外资源文件交互。实现各类资料在平台内外的迁移,并根据业务应用需要提供高效高质的格式转换能力。
充分考虑实际业务需求,建 (略) 理平台,满 (略) 理高效率、高性能、高质量、 (略) 全,同时能够支撑集群工作。采用整体软硬件 * 体架构实现转码模块,满足不同业务平台的素材转码需求。根 (略) 景,在考虑负载均衡的基础上分别对融合生产平台和全媒体信息汇聚平台提供独立对应的转码能力:
1、支持多通道离线转码;支 (略) 处理;
2、支持高清、标清、4K 、支持手机格式输出;不同格式和分辨率的输出 (略) 理;
3、标清H. (略) 理能力不低于单倍速到 * 倍速;高清H. (略) 理能力不低于单倍速到 * 倍速;
4、支持编码格式:H. * ,MPEG2,MPEG4,H. * ,H. * 、WMV;
5、支持NFS/CIFS/SMB/FTP等多协议输入输出;
6、可将Blu-ray、DVD、ASF、FLV、AVI、MPG、WEBM、VOB 、TS、MP4、MOV、3GP、3G2等输入文件格式转换为HLS、ASF、FLV、AVI、MPG、WEBM、TS、MP4、MOV、3GP、3G2等多种文件格式输出。(文件格式可持续更新);
7、支持加黑边、去黑边;支持多音轨选择;
8、支持台标字幕插入;
9、支持远程任务提交;支持自动监视文件夹;
* 、支持PGS字幕,支持DTS音频;
* 、支持开放的API,可以通过用户工作流程或者第 * 方应用程序创建任务;
* 、支持5.1/7.1/全景声等音轨的制作合成;
* 、支持全音轨复制与透传;
2. 合成服务
合成服务主要向上层各类应用提供稳定高效的节目优化生产(分段合成)能力。
3.技审服务
技审服务主要用于对视 (略) 检测,对音 (略) 图像质量的与检测。
2.2.2.2 工作流引擎工作流引擎负责将业务流程转化为系统流程,实现融合 (略) 的流程组织及系统对外交互时的数据准备等功能,需满足如下要求:
1. 流程引擎要能够将系统内各种工具、服务、数据等组合在 * 起,形成完整的业务流程,体现出各类应用逻辑。
2. 在融合平台, (略) (略) 景中,各类应用或者服务已经模块化,各类应用服务之间不存在相互调用关系,应用服务不需要了解具体流程步骤,由流程引擎推动 (略) 至下 * 个环节,由下 * 环节的已注册的工具、服务完成后续的业务操作。
3. 流程引擎要制定统 * 标准化的接口规范,来满足各种工具、服务的接入和管理功能,
2.2.2.3 (略) 列服务整个融合平台服务交互关系复杂,且存在大量的分布式应用,因此,根据业务需要,本项目 (略) 列服务,提供平台松耦合服务或者应用通讯的主要手段,作为融合平台IT基础 (略) 分,提供给上层应用或者服务使用。
具体要求如下:
1. 该服务资源池具体统 * 的管理与监控界面
2. 服务池应为高可用集群,具备负载均衡的机制
3. 具备较高吞吐量,负载能够满足平台要求
2.2.2.4 接口服务提供统 * 接口规范,包括用户管理、媒体资源管理、媒体服务能力管理、Iaas 层接口规范等。
为上层 SaaS 应用软件提供标准化的媒体访问接口,实现各业务应用的统 * 管理和业务数据的统 * 交换。
采用Restful 风格来实现各类接口,使用标准的rest 操作规范。采用 Web Service 接口形态来完成交互,减小各个系统之间的耦合,减低系统依赖关系。
系统高度的模块化,采用服务的方式对外提供交互。
2.2.2.5 检索服务检索服务作为 PaaS 层的媒体服务能力之 * ,向上对 SaaS 层应用提供检索服务,需满足但不限于如下要求:
1. 具备个性化的内容聚合检索方式:包括但不限于模糊检索、级联检索、智能匹配检索等针对不同内容维度的定制检索方式,使用户可以快速和精确的找到需要的生产内容。
2. 具备定制的个性化检索结果汇聚呈现功能,支持对检索结果的呈 (略) 自定义展现和编辑管理,检索的信息可符合不同操作习 (略) 快速浏览和查阅。
3. 具备不同类别和维度的检索聚合信息结果,提供基于内容当前状态的快捷操作,包括在编辑、审核、发布等各种业务流程中的检索操作。
2.2.2.6 业务多租户要求平台软件支持多业务多租户的能力,各租户间能够共享平台软件后台资源,同时彼此之间又相互隔离,互不影响各自的业务应用及数据安全。
运营自助门户作为租户技术及运维人员使用的门户,提供简洁的图形化操作界面。各租户可按照用户 (略) 配置权限并展示不同登 * 模块。 (略) (略) 门管理人 (略) 选择的各类生产工具和服务,技术人员根据权限可看到业务运维、运营管理、 (略) 等不同的模块。
多租户模式设 计主要满足各业务单位“拎包入住”构想,在使用资源后,按照不同单位的实 (略) 结算。
本系统面向全省的地、市、县,可通过租 (略) 构建,帮助各地、市、县、区快速建立融媒体平台,提升其在区域内的新闻舆论传播力、引导力、影响力和公信力。
1. 支持以多租户方式为 (略) 提供服务,应具备对 (略) 的注册管理功能;
2. 提供租户管理员,租户 (略) 属租户的业务、后端用户、组 (略) 配置操作;可对分配给相应租户的计算、网络、存储等基础资源提供运维监管,包括资源数量和容量、使用率、健康度、告警等多维度的监测监管信息;
3. 支持各租户间权限相互独立,内容及信息相互独立;
4. 平台提供后端用户的统 * 用户管理,支持 (略) 前端用户的统 * 用户管理,支持各类用户的鉴权;
2.2.2.7 第 * 方工具接入在第 * 方非编、音频编辑工具具备接口及对接开发能力的情况下,融合生产服务平台系统需支持多家国产非编、多家音频编辑软件(如:新奥特、索贝、大洋、Premiere等)接入。让这些工具基于统 (略) 协作,从而实现编辑人员在内容制作上的灵活应用。
2.2.3 全媒体统 * 内容库全媒体信息汇聚平台和融合生产平台要求建设统 * 内容库管理。中标方应提供统 * 内容库功能,为全媒体信息汇聚平台的内容共享提供基础支撑服务。
统 * 内容库要求采用平台化的架构,整合全台在线全媒体内容资源,前台以统 * 界面提供服务。通过授权,使用人员可以在台内任何地点,甚至台外使用该系统,实现统 * 管理视音频素材、成片、稿件、串联单、图片、文档等新闻及生产等资料。
统 * 内容库要求支持集成各种编辑软件工具,为记者编辑获取新闻线索、查阅背景资料、创作多媒体稿件提供支撑,形成 (略) 面,统 * 管理“线索+素材+成品”。提供B/ (略) 资源管理。
全媒体信息汇聚平台的存储文件通过安全摆渡的方式摆渡到融合生产平台的存储并可实现资源的双向交互, (略) 的全媒体信息汇聚平台与融合生产平台的安全隔离的同时,兼顾资源在各业务系统间的交互调用和便捷利用,实现共享资源可安全摆渡入 (略) 。
统 * 内容库要求提供以下功能:
(略) 融合新闻生产的全媒体内容共享统 * 内容库,需支持多种内容形式的统 * 存储与管理,为全媒体新闻策划做内容保证,为主题化新闻事件多渠道报道提供相关资源。
本次建设的统 * 内容库,支持统 * 的内容检索服务:应提供智能检索、分类检索、关联检索、组合检索、全文检索、递进式检索等多种检索方式和手段。检索后的内容可实现浏览以及下载等操作。
提供低码率快速预览功能;
根据实际业务情况提供内容生命周期管理功能,支持定制删除策略。
提供B/S方式资源管理、发布、检索、下载等功能。
(略) 有媒资相关的功能,包括编目、审核、技审等功能。
2.2.4 接口服务我集团现有系统如下: (略) avi (略) 、体育频道新奥 (略) 、东南卫视大 (略) 、海峡卫视索 (略) 、综合频道索 (略) 、海博TV内容生产与发布系统、广播联 (略) 。
平台提供面向新媒体, (略) 各生产子系统的内容接口服务,接口服务采用数据接口方式,可将广电业务系统中的素材及其元数据推送至平台, (略) (略) 门的内容交换和发布。
数据接口服务通过Web Service方式实现,迁移服务通过扫描迁移工具软件实现。
集团现有各业务系统积极配合平 (略) 接口的对接开发调试任务,对接的第 * 方系统在具备标准接口协议和开发调试的能力的情况下,中标商必须完成接口定制调试服务。
2.3 SaaS层工具设 计全媒体信息汇聚平台需针对多种外 (略) 汇聚,包括机构间新闻通联、 (略) 线索、热线电话爆料、微信爆料、 (略) 远程回传素材以及全媒体记者手动 (略) 线索等内容。
全媒体信息汇聚平台要求实现新闻通联功能,建立与 (略) 、 (略) 、 (略) 、 (略) 、 (略) 、 (略) 、 * 明、 (略) 、 (略) 、平潭实 (略) 的业务资源通联渠道,实现对全省市、县区上推的线索、素材、成 (略) 统 * 汇聚,将全媒体稿件要素的关联关系(文稿、图片与视音频关联在 * 个线索或选题),实现消息提醒、自动推送、手动签发等不同方式的快速调用,完整地、快速地实时签发至相应的业务系统。
要求在全媒体信息资源共享平台提供统 * 内容库功能,在本次虚拟化硬件平台上构建全新的全媒体信息资源共享平台统 * 内容库。提供资源的统 * 管理和监控、编辑、处理等工具,提供稿件编辑、BS/CS编辑和移动端工具,为记者编辑获取新闻线索、查阅背景资料、创作多媒体稿件等业务提供支撑。
同时建立台内协同生产能力,提供包括即时通讯、组织与人员管理、工作任务流转等功能的 * 体化媒体综合协同平台, (略) 相干人员及时了解任务进度,有效解决日常工作流程中的生产协同与指挥调度效率的问题,方便台内实际使用用户更加直观地了解各项工作的进展,更清晰的掌握生产效能和发布效果。
要求提供统 * 门户作为用户的统 * 入口。
2.3.1 全媒体信息汇聚功能2.3.1.1 新闻通联系统全媒体通联回传系统的建设目标是以全媒体信息资源 (略) , (略) 提供的节目和素 (略) 远程通联回传并存储。在通联回传系统中,把目前 (略) 、 (略) 、 (略) 、 (略) 、 (略) 、 (略) 、 * 明、 (略) 、 (略) 、平潭实验区等地 (略) 、其它通联协作机构的资源通过通联 (略) 回传,经过转码迁移等后台服务最终入库到全媒体信息资源共 (略) 展现、存储和调用。
通联系统主要负责汇聚平台和通联协作机构之间的约稿及稿件回传业务,通联协作机构也可以主动上传比较有新闻价值的稿件给汇聚平台选用,同时台内的合 作单位、 (略) 记者等可以利 (略) 远程素材的回传等核心功能。系统将提供资源管控、用户管控以及权限管控等资源管理和共享服务。
l 通联系统总体要求
1、记者或者编辑写稿和制作:记者撰写稿件,同时根据稿件内容将采 (略) 简单编辑制作;
2、稿件和视音频捆绑回传:远程记者将编辑好的稿件和视 (略) 绑定, (略) 络支持的环境下,通过通联系统利用远程高速 (略) 上传。
3、各业务平台调用通联系统素材:通联平台的工作人员可通过整理挑选,可入库到专属云平台,在专属云平台可将节目素材提交到各新闻制作业务系统,也可以归档到 (略) 存储。同时,支持自动入库的模式。后台采用安全摆渡的方式迁移素材入库到指 定路径。
4、 (略) 记者可以直接通过资源共享平 (略) 需资源,安全摆渡系统将接收摆渡任务,将记者选中的资源安全摆渡到指 定路径,供 (略) 系统手动或者自动入库调用。
5、各生产业务系统的资源以及媒资系统资源可以安全迁移到全媒体信息资源共享平台。远程记者在需要时,通过全媒体信息资源共享平台的 (略) 下载调用。
通联回传系统主要负责支持全媒体信息汇聚平台和通联协作机构之间的约稿及稿件素材回传业务,各通联协作机构也可以主动回传比较有价值的稿件 (略) 门选用。远程回传的稿件可以绑定多个视音频等附件,系统提供专用的回传页面用于素材文件的远程上传。回传后的稿件可根 (略) 门业务需要,选用到台内已建成的各业务应 (略) 调用和保存。
通联回传系统至少提供以下功能:
信息汇聚:对主要稿件和素 (略) 回传及管理。
通联文稿:通过通联回传系统提供的 (略) 本地写稿,并将稿件内容保存为XML文件,同时通过各种非编上载采访拍摄的素材资源, (略) 相应的节目编辑工作,然后通过通联系统将XML文件和编辑完 (略) 绑定后,通过高速远程回传协议将素材传输到信息汇 (略) 存储。
2. 素材回传(PC端)
素材回传模块至少提供以下功能:
1、上传文稿:上传素材要求能够输入标题、关键字、节目类型、稿件时间、正文。
2、上传素材:文稿填写完成,选择上传素材文件,提交完成后自动进入上传目录,上传目录显示当前上传进度。上传完成后,后台自动转码生成低码率浏览文件。
对于上传任务,依“任务设置”中设定该记者可同时上传的数量,同时上传任务数量不能超过已设置的数量,其它 (略) ,完成上传任 (略) 其它任务。
3、上传素材管理:提供记者查询完成上传情况、 (略) 列情况的功能,可删除当前任务,但已经上传完成的素 (略) 删除。完成上传的素材可以直接打开浏览低码率素材,对出现问题的上 (略) 重新上传。
通联文稿模块主要提供以下功能:
1、通联协作机构的约稿上传入平台;
2、通联协作 (略) 通联资源上传。
具体功能可以实现:
1、稿件回传:地方台、相关专业单位等通联协作机构,将其稿件和视音频文件,传回台内,稿件内容可通过PC端Web页面方式填写,视音频文件内容通过远程 (略) 回传。
支持按关键字、日期搜索约稿源;
上送稿件可以注明是否为约稿,通过链接可以直接关联到约稿单元;
上送文字稿时,能同时上送关联图片、视音频,对于视音频文件启动远程 (略) 内容传送;
支持查看选定交稿。
2、对 (略) 挑选和管理: (略) 通联和线索人员,可以对 (略) 相关整理,在经过选题和文稿等挑选后,通过安全摆渡的方式可以直接安全摆渡进入台内相关业务平台的素材库,进行生产制播,还可以对录 (略) 打分。也可以由有权限的各业务 (略) 自主选择和调用相应的素材。
4. 系统管理
系统管理提供以下功能:
1、系统配置
主要功能是配置系统参数,实现系统中通用参数设置、设备配置监控、统 * 用户认证和任务数据管理。
用户管理:由系统管理用于配置用户,用户 (略) 密码、用户信息修改,系统提供灵活的权限设置,系统管理员可随时禁用登录用户、管理素材。
任务设置:可以对某 * 用户 (略) 上传或下载任务的数量,可以设置某 * 用户上传或下载任务优先级别。
节目类型管理:用于定义素材的节目类型。
公告管理: (略) 的发布、浏览和管理。
2、用户管理
用户管理:与全媒体 (略) 统 * 用户认证。为不同用户制定详细的权限。
用户角色设置: (略) 角色分类,任务设置功能、存储位置、码流信息、模块使用权限等。
权限设置:具体用户名可挂接在某类用户角色上,直接集成该 (略) 有功能。
3、素材管理
素材权限:在资源素材上传和预约时,可设置不同素材的权限,包括私有、频道、完全共享等,默认模式为共享。
浏览权限:用户根据素材不同权限开放度,进行展现显示、浏览和下载,没有权限的无法查看。
生命周期:可制定素材的自动删除时间,默认为 * 个月,也可特别设置为较长时间,但网管同样具有删除权限,确保空间释放。
2.3.1.2 热线电话线索除了上传资源外,平台需支持直接录入热线电话信息,或者通过标准的资源入库接口与台内的热线电话系统/ (略) 对接,将台内的线索录入/聚合到全媒体信息资源共享平台,实现线索的统 * 管理和展现。本次需提供不少于 * 路热线电话的录入与信息管理系统,可以直接对接全媒体信息资源 (略) 电话录音入库。
支持自动的电话录音,也提供文字录入功能,可将录制的音频文件及相应的文字记录入库到全媒体信息资源共享平台线索库。
提供热线电 (略) ,支持自动的电话录音,可将录制的音频文件及相应的文字记录入库到全媒体信息资源共享平台系统中。
支持不少于 * 路电话的录入与信息管理。
支持报料人联系方式、报料内容的录入;
支持接收并管理外电接入;
支持手工录入线索、热线电话爆料等内容,支持选择本地录音文件作为附件上传;
系统支持通过标准资源 (略) 热线 (略) 对接。
可在多端(移动端、PC端)随时收听录音和电话线索。
2.3.1.3 PGC信息汇聚提供PGC手机回传工具, (略) 图片上传、视频上传、音频上传等, (略) 系统设置,管理个人资料以及管理上传内容。与移动生产统 * APP集成到同 * 个APP端。
支持通过手机将拍摄的图片、视频、录音、本地文件等资源回传到统 * 内容库中,支持录入资源的基本信息,主要用于PGC (略) 景。
2.3.1.4 UGC信息汇聚要求全媒体信息汇聚平台无缝对接台内的新媒体运营系统,海博TV用户报料的内容可以通过对接服务直接在全媒体信息 (略) 展现。终端用户在海博TV APP客户端完成报料后,海博TV系统管理人员在后台对 (略) 审核,审核通过的报料内容,可新闻素材推送统 * 内容库。
2.3.1.5 远程素材回传远程数据回传要求具备传输客户端和传输服务端,应在满足本项目远程传输业务需求的同时,提 (略) (略) 络数据文件回传功能,要求保证外地记者可以将采编的素材、稿件、节目完整、高效的回传到台内。要求支持 * 用户并发的许可。
具体功能如下:
传输客户端要求如下:
l 支持断点续传
l 支持手动填加任务,回传任务包中可含有视频,音频,图片
l 支持对新闻 * 要素等元数据的填写和同步回传
l 支持上传进度查看,状态查看
l 支持FTP方式上传,UDP传输
l 支持任务优先级手动调整
l 支持手动删除或添加任务
l 支持单个任务暂停
l 支持任务包暂停
l 支持 (略) 点中资源管理器内素材右键直接素材回传
传输服务端要求如下:
l 接收客户端发送的上传请求
l 支持将该文件下载或接收的任务发起转码
l 提供确保回传内容的有效性的技术
l 支持台内用户安全认证,确保回传内容的安全性
l 具有的防病毒机制,各客户端及接收端,只允许传输和接受指 定后缀名文件,如*.mpeg、*.avi、*.MXF、*.XML等,屏蔽病毒文件的传输。
l 支持上传的原始素材入库到融合媒体内容库,经过转码形成统 * 的流媒体文件,统 * 发布到融合媒体集成门户。
2.3.1.6 收录收录模块用于实现对IP流的集中采集,需要提供7× * 小时不间断收录能力,同时提供约传收录模式,以满足多元化的收录需求。
收录功能具体要求如下:
l 通过B/S方式添加、修改、删除收录任务,实现收录任务的预约编排。支持任务提交、任务审核的流程化应用。
l 支持循环编单功能,例如只需要编辑 * 次任务单的时间,就可以把 * 个月或者 * 年的每天固定时间发生的任务编辑出来。
l 自动 (略) 时间冲突、设备状态等检查,并给出提示和报警。
l 自动收集收录任务单,根据任务单自动分配任务,调度路由,实现无人职守完成收录任务。
l 支持收录任务容错功能,当某条任务在采集过程中失败的时候,系统自动指 定另外 * 台空闲收录 (略) 该任务。
l 具有详细的日志功能,记录各种操作情况及设备工作情况等。
2.3.1.7 云线索汇聚新闻线索发现1. 新闻线索汇聚:
区域热点事件聚合、探知,实时跟踪区域突发事件线索和热点事件线索, * 键进入选题;头条推荐,主流APP推送自动获取,准实时方式聚合;
分类云线索聚合,支持线索预览, * 键进入选题;
2. 定向数据采集,重点新闻线索渠道高时效聚合,提取热点做主流化报道:
(略) 栏目 * 个微信公众号 * 个微博账号;
支持数据清洗, (略) 页原结构继承;
按类别归类聚合内容,根据指挥业务类别分类;
2.3.1.8 节目效果追踪1、 节目反馈考核
数据源:定向事件方案,以关键词逻辑关系组合方式定义方案,为新闻策划指挥提供持续更新的线索及事件发展趋势分析,展示事件之间的关联性,抽丝剥茧,聚焦事件核心深度报道,体现主流媒体价值:
支持自定义事件专题分析( * 个专题);
* 周光谱图,指 定周期内,持续展示指挥事件的发展情况展示;
岛屿图或折线图,指 定周期内,持续展示指挥事件的热点发展趋势;
跟踪指挥事件发展情况,实施提取时间的热点;
指挥事件的发展脉络,针对主体,跟踪指挥事件的发展状况及相关主要信息;
指挥事件新媒发布渠道分布,跟踪指挥事件在各类平台的分布占比情况;
指挥事件情感分析,跟踪考核已发生的指挥事件的情感分布占比;
指挥事件热词云,跟踪指挥事件,提出事件发酵的热点词汇;
2、 节目运营传播评价
实现对已 (略) (略) 效果追踪。包括如下功能:
新闻传播影响力分析,对发 (略) 全网传播分析,多维度、多视角展现新闻传播价值。对运营新媒体账号传播影响力做整体评价,通过对比,指导运营内容和思路,提升新媒体运营价值:
微信更新量、点赞量、阅读量、WCI指数
微博更新量、点赞量、评论量、转发量、BCI指数
(略) 榜、 (略) 榜
指 定微信的文章传播效果分析
指 定微博的传播效果分析
指 定已发布的新媒体新闻的传播效果分析
对接海博TV全媒体运营平台,实现对自运营新媒体发布信息跟踪服务
2.3.2 协同生产功能根据指挥调用业务产生的任务信息以及选题信息、消息等内容,同步在协同 (略) 选题、资源、任务、消息以及即时通讯等同步和共享。协同生产工具提供即时通讯、组织架构、消息通知、任务管理等功能。其业务 (略) 示:
支持报题消息、选题消息、任务消息等同步到协同生产工具,供有权限的人通过协同生产工具和移动端协同工 (略) 便捷的操作和查看进度。
协同生产工具需打造 * 套能够协同台内人员在素材编辑、移动终端写稿、报选题、回传等业 (略) 协同生产的能力系统,解决新闻生产中受时空和信息条件限制的众多沟通问题,提供包括即时通讯、组织与人员管理等功能的 * 体化媒体综合协同平台, (略) 相干人员及时了解任务进度,有效解决台内日常工作流程中的生产协同与资源快速共享的问题。
协同生产工具需要针对多种平台具有兼容,协同生产随时随地,在各种终端中可以无缝切换。实现3个关键要素:沟通、协同、生产。
l 沟通
l 通过协同生产工具做到采编发联动,建立企业联系人实现组织架构 * 目了然,全员共享,随时随地找人方便。提供聊天功能、消息通知,随时掌握任务进度。可建立人员群组,工作融于沟通,即时沟通,高效讨论。协同
建立新媒体快速发布机制,实现资源的多速发布,支持图片、文稿、视频、音频多种文件类型的快速发布。可对接微博、微信、CMS、手机客户端等多个业务平台, * 稿多发。
l 生产
统 * 的生产任务协同, (略) 基于台内实际生产业务的多人生产、多级生产任务、群组共享沟通的协同。
协同生产环节后台可配置可自定义,非固定环节。
2.3.2.1 选题管理融合新闻生产及协同调度业务以选题作为业务的核心对象,所有的发布策划、生产工作都围绕选题展开。通过协同生产工具打破各渠道、各平台的业务壁垒,实现多方式、多工具的协同生产。选题管理即对新 (略) 管理,分为我 (略) (略) 分。
选题管理功能主要包括选题的新建、编辑、删除、状态变更、任务查看等。
基本功能要求包括:
支持指挥调度子系统呈现选题信息,推进后续的选题项目化生产;
根据选题可创建与该选题对应的选题群组并添加选题成员,方便交流;
支持可查看选题概览、选题进度等;
支持查看 (略) 有任务列表,可对选 (略) 新建、编辑、删除等;
1、 新建选题
支持新建选题。支持上传选题附件,可从本地上传,也可从全媒体共享资源库中选择。本地上传支持图片、文稿、视频、音频等文件类型。
2、 编辑选题
支持编辑选题,查看选题详情。
3、 删除选题
支 (略) 删除操作。
4、 选题状态变更
选题至少有 * 种状态,分别是待审、审核通过、退回、已指派。选题创建之后,状态默认为待审。当选题审核通过后,状态改为审核通过。当选题审核未通过,状态改为退回。指派任务后,状态改为已指派。选题状态不可逆转。支持显示选题数据概览和实时进度。
5、 选题查询
支持选题搜索功能,通过输入选题名 称或关键字快捷查询。 (略) 有状态、待审、通过、退回、已指派。
6、 选题任务查看
支持通过选题查看到 (略) 有任务列表,在选题详情可查看 (略) 有任务,可对选 (略) * 系列的操作,包括任务的新建、编辑、删除、指派等。
2.3.2.2 消息通知协同生产工具的消息通知通过移动终端提醒,及时收到消息和任务,保证消息的时效性并且 (略) 使每个人的工作任务和进度能 * 目了然。
消息通知列表:
与指挥调度业务和全媒体信息资源共享平台的统 * 内容库中的 (略) 消息的交互和同步;
(略) 有消息通知,包括任务、 (略) 有动态变更通知。如某某完成了任务、某某关闭了选题、某某给某某指派了任务等。
点击某 * 条通知,查看对应的任务或者选题详情。
任务创建、编辑、修改状态、评论、关注、删除等操作后,任务的创建人、负责人、关注人会及时收到相关的通知提醒, (略) 处理。
选题创建、编辑、修改状态、结束、删除后,选题的负责人与参与人会收到相关的通知提醒。
2.3.2.3 即时通讯1、消息类型
消息类型包括群组消息与个人消息。支持多种内容类型,包括文字、图片、语音、视频、表情、位置、任务等,支持发送用户收藏的消息内容。支持置顶、免打扰设置。按照报道分群组,完成视频、音频、语音、照片、文字、消息及时交流等功能。
2、消息内容
息内容支持复制、、删除、取消等操作。
3、信息管理
个人聊天信息查看
可以查看聊天对象的头像以及名 称;
4、媒体中枢通信报道指挥调度
实现基于GIS和多渠道通信的指挥调度、任务分解、事件管理、资源监控等功能。借助电子地图,实现对活动及报道的组织指挥和采访调度。
有效融合传统电话、手机APP、双链路,能对信道做接入,并对信道做管理。
保证系统数据安全性, (略) 署到本地或我方指 定平台,且 (略) 有。
1) 需提 (略) (略) 涉及的报道资源统 * 协作,并能根据 (略) 个性化展示开发;
2) 系统需要提供新闻报道记录操作和数据、音视频、通话,随时调阅。能开发支持 * (略) 理,不限数量,全维度调用, (略) 报道;
3) 根据实际使用情况,支持视频指挥操作的方式,最少需含1- * 路视频显示窗口;
4) (略) 要求高效需求,需提供把GIS、所有语音和视频接入设备、资源设备、报道中涉及资源实时变化状态、信号和信道状态在 * 个 * 套 * 体化界面呈现,且满 (略) 景需求能够实现按钮灵活可配置,能提供 * 机多屏,任意切换满足全媒体报道需求;
5) 需要将新闻事件及其相关的人员,新闻资源都能地图上实时显示,系统需提供在地图上内置GIS调度功能:需要支持地图放大、地图缩小、人员定位、点击GI (略) 语音/视频/短信的调度、 (略) 紧急协商报道会议或广播通知的调度;
6) 需要支持2种地图模式:实时地图、历史轨迹地图。实时地图:当前事件相关的记者的地理位置信息、新闻的地理位置信息显示。历史轨迹地图:支 (略) (略) 动轨迹、新闻发生的轨迹,支 (略) 的新闻发生轨迹。支持多种图层,包括事件、新闻、记者、设备、车辆等图层。可以控制图层组合叠加显示;
7) 需要提供对不同新闻报道组能够在地图上完成不同报道组对讲。同时需支持同 * 个人,可在不同报道组,而非只能在固定 * 个报道组;
8) 融合媒体报道过程,需要满足GIS任意框选报道成组功能,需 同时支持1对多的静默唤醒和强制广播功能;
9) 框选或点选发起广播、语音群组和视频群组;
* ) 系统需要提供 * 对多静默广播和多人强制,实时讨论无缝 (略) 接管和强制管制功能;
* ) 系统需要能为融 (略) (略) (略) 的建立能力, (略) (略) 之间必须具备逻辑控制的分级权限机制而非简单连接;
* ) 系统需要支持手机对讲的静默唤醒功能。
* ) 需要提供报道事件演变和报道进程轨迹的追踪和回放;
* ) 为了支持报道的及时有效性,需要提供双向手机实时回传调用能力。
* ) 需要能实时监看检测到每个报道资源状态;
* ) 具备双链路备份机制;双链路即在报道指挥中,当出现退出移动端APP或APP没有数据IP链路的情况下,可通 (略) (略) 链路即移动、电信、联通电话链路,发起呼叫调度指挥。同时可实现数据IP链 (略) 链路的混合成组。
* ) 支持多方视频连线过程中单边音切出能力和信道隔离功能。能连线同时画 (略) 络直播平台,且不中断调度过程;
* ) 报道过程中的任何视频或音频连线通话内容及任何操作指令都能够实时录制本地,能够实时呈现;
* ) 移动端需 * 键对讲,系统需开发虚拟PTT按键,使用过程无需拨号或者等待接通,无需解锁,只要按住PTT键既可随 (略) 群组通信,同时使用时多个对讲组来电优先级自定义、 * 键切换当前对讲组;
* ) 移动手机视频指标支持高清和标清,高清、标清视频采集;视 (略) 延迟小于0.6秒;
* ) 移动端能够支持多方群组语音通话手机端能提供GIS界面的语音、视频、对讲等给各项操作;
* ) 手机端需要提供组状态显示:提供的基本状态信息应当包括但不限于如下:当前对讲组显示、组状态显示(关闭/开启)、话权人显示、组列表信息显示;视频功能:点对点视频通话、视频采集回传;
* )移动端临时报道成组能力,快速移动状态建立临时和固定群组,完成群组通话。
2.3.2.4 组织架构协同生产工 (略) 的通讯录模式,包括联系人、手机通讯录和常用联系人,通过组织架构可以快 (略) 人员的相关信息以及联系方式,与之联系。 (略) (略) 归类, (略) (略) 有联系人, (略) 门架构可 (略) 门人员。
每级组织架构下, (略) 门的相关负责人,包括头像跟昵称。 (略) (略) 有成员列表。可查询成员的个人信息页,可与该成员发送消息。
获取手机 (略) 有联系人,可以直接拨打联系人电话或发送消息。
支持与该联系人发消息、拨打电话。其中拨打电话支持普 (略) 络电话两种。
2.3.2.5 数据呈现功能直观呈现全媒体演播室信息汇聚与协同办公系统中指挥生产数据、 (略) 汇聚数据、系统数据等,便于节目生产的指挥策划与决策:
1.指挥生产数据呈现:线索、选题、报道、串编单生产过程展现;资源地图(含用户位置展示);资源地图车辆等资源调度位置展示;视频点播、直播流呈现;
2. (略) 数据呈现: (略) 热点资讯、突发新闻、热点关键词呈现;最新微博、最新微信、微信公众号排名、微博公众号排名呈现;
3.系统数据呈现: (略) , (略) 信息、状态;
4.入库统计信息、资源使用情况等统计信息图形化页面呈现,例如:各地市提交资源情况,PGC以及UGC的上传统计情况等等;
5.各演播 (略) 络互动情况统计。
以上数据支持PC端和PAD移动端展示,并与大屏的互动。
2.3.3 生产工具需求2.3.3.1 稿件编辑1、多媒体稿工具
多媒体稿工具不仅承担了对微信公众号、新浪微博,等主流的发布渠道的内容分发功能;还包括了对发布内容的管理、编辑,提供丰富的素材库和样式库支撑,提供选题任务相关的管理,更加便于多媒体稿的管理、编辑和任务追溯;同时拥有强大的对照编辑能力,图、文、视的混合编排;更将图片、视频编辑直接嵌在图文编辑页面,实现真正意义上统 * 编辑,编辑可以随时在页面上滑出编辑器,对照 (略) 图片编辑和短视频、GIF等的编辑;同时,利用智能技术,智能识别视频片段中的字幕,能够 * 键合成字幕叠图,可大大提高编辑效率
提供图片编辑工具,编辑能力包括基础功能,例如亮度、明暗度、饱和度的调节;提供多种常用滤镜,包括美肤、柔焦等;支持图片拖选剪裁和调节X\Y参数编辑功能,支持固定比例的剪裁、旋转、水印、马赛克等。
视频编辑工具:支 (略) 打入出点、打标记点、合成短视频、截图、生成字幕叠图、生成GIF、添加字幕、添加特效等。
支持流程定义,可自主设置流程等级;
2、传统电视稿件生产
文稿、串联单编排为业务生产主线,通过业务流程驱动,以强任务流的方式,建立与制播域的业务协作关系;另外,还通过和制作、演播的信息交互,实现新闻业务全流程化的协同工作平台。
采用B/S模式,可通过权限控制访问不同的 B/S 功能界面,具有开放的互联互通接口。
支持图形化的工作流自定义技术,用户可以根据实际需求定制稿件流转过程、审核权限范围及工作流向;
类于Word的格式、可自定义文字颜色、字体,引入各种控制符,并实现制作流程跟踪功能,可监控历史修改记录;
支持加载图片、gif和视频作为附件,视频和图片可下载入非编库。
支持以国际标准的MOS协议实现与演播室的双向联动;
2.3.3.2 移动端工具为满足移动生产的需要,定制专有的移动APP 客户端,实现在智能手 (略) 移动生产,实现通联资源浏览、稿件编辑、PGC回传、指挥调度、即时沟通、指挥连线等移动外延应用,满足台内记者 (略) (略) 理的需求。支持 IOS 和 Andriod 系统;系统可通过规范接口与台内相对应 (略) 数据交互。
根据移动策、采、编、发、用的业务需求,移动 APP 具备移动新闻采编功能,实现新闻素材拍摄、图片视频素材的粗编、文稿编辑,提供新闻片作者、地址位置、分类等元数据信息。新闻文稿以及素材以新闻片形式充 (略) 络快速回传台内业务系统。突发情况下,记者 (略) 新闻拍摄,简单描述后回传到全媒体资源 (略) 共享,供节目生产使用。
l 支持图片、视频、音频等格式的素材回传。
l 支持回传时绑定采访任务,实现对任务的直观监看。
l 可通过点击新建按钮直接新建选题;
l 根据用户权限,可以编辑已建选题;
l 可以查看及查询相关选题;
l 审查人员可直接输入审批意见,或点选意见,“通过”或“退回”选题;
l 可对历史 (略) 查看。
2.指挥调度工具
通过移动客户端查看指挥调度系统中的选题信息,领取任务。将记者自身位置发送给后台指挥调度系统,随时跟踪记者位置, (略) 指挥通话连线。
在移动客户端完成新闻生产策划工作,包括报选题、选题审定、生产任务管理等。与PC端数据同步,可协同工作。支持实时上传地理位置信息,提 (略) 环境下新闻工作的效率和便捷性。
3. 协同生产工具
提供即时通讯、组织架构、消息通知、选题管理、任务管理等功能。
4.移动端编辑工具
(略) 效果编辑;支持本地合成功能;支持移动端视频片段剪辑、字幕、滤镜等功能。
5.移动端回传服务
提供APP端的资源管理等应用对外服务,满足手机端资源文件回传等需求。
2.3.3.3 音视频编缉l BS云快编
媒体视频编辑工具是采用B/S架构,基于HTML5实现的在线视频编辑工具,只需要浏览器就能工作,做到了 (略) 编辑,能实现视频的快速剪切、加字幕、加特效等多种高效 (略) 理。简编完成后后台根据编辑结果完成高质量视频文件的自动打包,打包完成的文件再用于后续的共享和分发业务。编辑生成的故事板可以直接进入制作平台,能被非编软件直接打开,进行后续加工。
采用BS架构非线性编辑软件,可满足新闻节目、新媒体端视音频内容快速编辑、快速发布的特点:
1) 支持B/S编辑:具备新闻快速编辑功能,支持对正在编辑视频的抽帧操作,并可以直接将抽帧图片发送到微博、微信平台;
2) (略) 常用视音频文件的编辑,轨道编辑能力支持两轨视频, * 轨音频, * 轨字幕(图片)编辑、合成;
3) (略) 常用图片、视频、音频的编辑;用户可随时随地使用电脑通过浏览器登录融媒体平台,打开工具,直 (略) 快速剪辑的能力(无需提前做导出导入),包括视频剪辑、拆条、常用特技、字幕添加等功能,编辑完成的内容后台自动打包用作后续使用;
4) 支持纯音频编辑、纯视频编辑;,支持配音
5) 编辑程序非正常退出后,系统自动保存设置和退出前的状态,再次启动程序后能继续先前的工作;支持时间线保存,时间线可在同品 (略) 中上线编辑;
支持9: * 、 * :9、1:1幅面编辑,支持动态裁切支持9: * 、 * :9、1:1幅面编辑,支持动态裁切
支持对平台里的素材拖拽自动上线
支持时间轴放缩
支持字幕、特技、视频剪切等操作
支持编辑完后台合成打包,并文件的输出路 (略) 选择
(略) 络、跨平台远程操作,可以满足 (略) 络环境下,随时随地的快速编辑需求。
l CS云非编
CS云非编是协同化采编播的协同精编工具,以实现台外、 (略) (略) 精编与台内精编的协同 * 体化采编播工作模式,真正做到随时随地的节目精编制作。
支持常用的高清格式,同时也能支持标清码率编辑、低码率编辑,各种高标清格式混编,为视频编辑提供多种特技效果,提供字幕编辑。
支持创建HD * 、HDV * 、PAL、NTSC多种幅面的时间线,并且不同的时间线可以相互嵌套,不同制式的素材可任意混编
支持 * p、 * . * p、 * p、 * i、 * p、 * . * p、 * . * i、 * p等主流帧率的时间线及素材混合编辑( (略) )
支持素材成组和时间线多机位编辑
丰富的特技效果
提供简单字幕编辑和复杂字幕编辑两种级别的操作
全面支持标准调音控制工具,音频混音器、音频矩阵、EQ均衡器、通路混音
素材输入和输出
2.4 媒资系统要求本次需要建设 * 套媒资系统,要求在业务层面覆盖统 * 的内容入库、出库、保存、管理、编目、检索全流程,构建统 * 的媒体资产内容管理平台, (略) 化的技术架构,平台开放化、内容管理统 * 化。
本次项目的媒资系统要 (略) 署,也可以与全媒体信息汇聚 (略) 署。
媒资系统要求具备以下功能:
入库模块:
要求支持两种入库方式:轻量级B/S入库及可对接设备的C/S上载客户端。可以带附件上传,编辑上传元数据以及同 (略) 批量编辑元数据。
检索平台:
要求支持多种检索方式,检索字段可灵活配置,检索结果有多种呈现方式。多种检索方式可组合使用。
内容管理:
(略) 页浏览的方式实现对媒体资料的管理,主要包括内容的引入、检索、预览、编辑、下载等。
编目应用:
要求针对 (略) 详细信息编辑,用于编目整个过程的操作和管理。
审核模块:
入库审核及出库审核,流程均可灵活配置,并有权限控制。审核 (略) 后续的流程步骤。
统计平台:
针对媒资库与云盘中内容的上传、出库、编目和审片 (略) 统计信息,以环形图、条形图、折线图等不同形式展示不同的统计信息。
支持智能辅助生产
(略) 理的结果来辅助内容的生产, (略) 识别、字幕识别、人脸 (略) 智能分析,标注出重要人物或者敏感信息,提高用户审查效率,减少审查遗漏的可能性。
对接要求:
将当前新闻频道非编系统在用的IBM * 磁带库(内置两台LTO 6磁带机)作为近 (略) 署于融媒体私有云平台内,作为融媒体平台共享使用的媒体资产存储库。
(略) 投媒资系统要求具备媒 (略) 软件自主知识产权,提供自主知识产权证明材料截图复印件。
2.5 互动演播功能需求(略) 络互动平台需要将多 (略) 统 * 展现、查询,并针对选 (略) 应用流程的发起。需要集数据收集、信息筛选和信息应用于 * 体,可以实现接收微信、微博、新闻热点、海博TV移动客户端互动信息以及大数据分析结果等多种来源的信息,并将接收到的信息经过挑选、编辑、审核后, (略) 各演播室的不同品 牌的图文 (略) (略) 实时渲染播出。
互动演播总体 (略) 示:
互动演播整体分为 * 个步骤:汇聚、挑选、编排、迁移、展示。
(略) 络互动平台需要与台内现有的新媒体运营系统实现无缝对接,需要将 (略) (略) 产生的各类互动数据对 (略) 络互动平台系统,供集团全媒体演播室及台内各新 (略) 节目互动使用。
各 (略) (略) 大楼内不同楼层不同工作区域, (略) 络互动平台需要与新建的全媒体演播室以及其他新闻演播室的在线图文 (略) 数据的交互对接。
3 平台信息安全及接口要求3.1 信息安全要求
系统要求按照《电视台融合媒体平台建设技术白皮书》中对于安全保障体系的要求和《信息安全技术 信息系统安全等级保护基本要求》的要求设 计建设。本系统将按照信息系统等级保护 (略) 设 计,投标方应承担满 (略) 有费用。
网络的安全架构将设 计成 * 个分层面的立体式防护结构,主要解决防毒和防黑两个方面的问题。采用建立 (略) 全区的的方式,通过防火墙、防病毒数据摆渡服务器、防毒软件等安全设备和手段, (略) 采取统 * 的防护策略,保证 * 致的安全强度,提供整体系统级的安全保障。 (略) 投安全设备应 (略) 许可证及密码检测证书,并通过信息技术产品安全测评(EAL4+)认证(提供截图)。
系统设 (略) 通过防火墙+ (略) 署实 (略) 络安全保护。
内网的保护则依靠防病毒软件和VLAN划分规 (略) ,实现数据链路级的可控访问;外来素材的导入则通过防病毒数据摆 (略) 拷贝。
(略) 对安全性有较高的要求, (略) 上传的文件,要严格控制病毒的进入; (略) 网络的连接,阻止 * (略) 络入侵。
采用文件安全传输系统软件,IB(InfiniBand)数据传输架构的文件安全传输系统,以数据摆渡服务器的方式,通 (略) 理机制和统 * 管理机制,确保生产系统的数据安全、无毒并能高效可靠的传输到目的系统,确 (略) 络的安全稳定。
除此之外, (略) 全区还需配置防火墙设备以及入侵防御设备并接入安全 (略) 统 * 日志分析,用于提高系统的安全性。
3.2 系统接口开发要求及其他
(1) 要求全媒体资源库能够通过 (略) 主 (略) 实现视频资源的共享。实现快速将全媒体信息汇聚的资源迁移到 (略) 。 (略) (略) 内素材摆渡至全媒 (略) 共享,具体要求参照第2章节的接口服务。
(2) 全媒体信息汇聚平台的素材可通过系统对接的方式, (略) (略) 的全媒体 (略) 调用及快速发布。汇聚平台应能与广播融 (略) 对接,获取相关的素材和资讯,实现内容共享。
(3) 中标供 应商 (略) 有接口对接的各项费用。
(5)本项目中集成费用包含各中标供 应商根据实际规 (略) 需的各类配件(如光模块)、网线以 (略) 件等费用。
(6)中标方应 (略) 在机柜电源接入配电柜,每个机柜要求提供不少于 * 路的PDU单元。
(7)中标方应完 (略) 需光缆、电缆等综合布线。
4、配置要求
序号 |
产品名 称 |
配置说明 |
套数 |
备注 |
(略) 分: (略) 分 |
||||
1、融合媒体专属 (略) 分 |
||||
1 |
专属云分布式核心存储 |
存储系统要求产品采用基于云存储技术,支持横向扩展技术的分布式架构;无独立的元数据服务器和管理服务器(非文件引擎和SAN引擎组装架构); 1. 本次配置≥9个节点,本次要求每节点配置≥ * 块6T 7.2K RPM SATA 3.5寸业务硬盘,每节点配置≥1块 * GB 6G SATA SSD硬盘; 2. (略) 理器数目≥ (略) 理器;每节点配置缓存容量≥ * GB,采用分布式缓存加速,该内存须系统自带,不能以插PCI卡和闪存盘方式扩充,且必须是读写双向内存; 3. 每节点配置SFP+万兆光口≥4个,SFP+万兆单模光模块≥4个,配 (略) 口; 4. 每节点配置交流电源模块≥2块; 5.内置2台不少于 * (略) 交换机; 6. 兼容POSIX标准接口,协议支持NFS,CIFS,FTP,兼容Amazon S3/OpenStack Swift接口; 7.单个文件规模支持≥ * TB,系统最大支持文件数≥ * 亿个, 8.支持节点间智能负载均衡功能,支持轮询方式,支持按照CPU使用率、客户端连接数、网络吞吐量、综合负载等多种方式,实时选择最优的节点用于业务分担。 9.存储须采用具有自主知识产权的专业存储文件系统:OneFS或OceanStor DFS或CAPFS。 (略) 链接。 |
1 |
|
2 |
核心交换机 |
(略) 级交换机,插板式结构,与计算虚拟化服务器同 * 品 牌: 8. 支持OPENFLOW 1.3标准,支持SDN/VX (略) 关/ VX (略) 关。 |
2 |
|
3 |
千兆交换机 |
1.交换容量≥ * Gbps(所 (略) 有两个数值的以较小的为准),包转发率≥ * Mpps,每台提供千兆业务电口≥ * 个,万兆业务光口≥4个;配备足够的光模块。 |
2 |
|
4 |
千兆管理交换机 |
1.交换容量≥ * Gbps(所 (略) 有两个数值的以较小的为准),包转发率≥ * Mpps,每台提供千兆业务电口≥ * 个,万兆业务光口≥4个;配备足够的光模块。 |
2 |
|
5 |
虚拟化共享存储及交换 |
1. 机架式存储主机,配置2个完全物理独立的控制器引擎,最大可以扩展到8个控制器引擎。配置高速缓存(非闪存类缓存)≥ * GiB。 8. 与计算虚拟化服务器同 * 品 牌。 |
2 |
|
企业级 * 层交换机,交换容量≥2.3Tbps(所 (略) 有两个数值的以较小的为准),包转发率≥ * Mpps, * SFP Plus+2QSFP Plus+2Slot |
2 |
|||
冗余风扇、冗余电源 |
||||
SFP+ 万兆模块( * nm, * m,LC)×4 |
||||
* G QSFP+ 3m电缆 |
||||
6 |
刀片服务器机箱 |
1. 提供1个刀片机框,单个机框可支持≥ * 台两路刀片服务器或8台 * 路刀片服务器,机箱高度≤ * U。 |
1 |
|
7 |
计算虚拟化服务器 |
1. 标准刀片业务服务器,可部署于刀片刀框任意槽位。 7. 与虚拟化共享存储、虚拟化软件同 * 品 牌。 |
8 |
|
8 |
虚拟化软件 |
1. 虚拟化软件(含管理平台、虚拟化杀毒) * 套,包含不少于 * 颗物理CPU授权许可。 3. 可维护性好,能够随着Linux版本的升级而升级,部署时无需绑定安装OpenStack相关组件。 4. 支持并实配虚拟化内核集成虚拟化安全防护功能模块,无需单独占用虚拟机资源安装安全防护功能模块,虚拟化管理平台支持批量对虚拟机 * 键开启杀毒功能。 5. 与虚拟化共享存储、计算虚拟化服务器同 * 品 牌。 |
1 |
|
9 |
桌面虚拟化软件 |
1.桌面虚拟化软件企业版,1个并发许可。 2.含桌面虚拟化管理功能。 3.支持双屏显示。 |
* |
|
* |
虚 (略) 关 |
1. 端口≥ * 个万兆口,每台设备至少为2个电源。 2. 系统7层吞吐能力≥ * Gbps。 3. SSL流量吞吐能力≥ * Gbps,每秒新建 * 位SSL至少为 * 0个/秒。 4. 虚 (略) 关要求支持VMware PCoIP、RDP、Citrix主流虚拟桌面协议的代 理。 5. 支持双机热备,同时支持不少于 * 台同 (略) 堆叠扩展,配置成 * 套设备,通过单 * 虚拟IP对外提供服务。 6. 支持完善的4层负载均衡算法。 7. 支持支持基于源IP, Cookie I nsert, 可自定义规则的会话保持方式。 8. 支持基于HTTP (略) 和负载信息的7层内容交换。 |
1 |
|
* |
虚拟化管理服务器 |
1. 标准刀片业务服务器,可部署于刀片刀框任意槽位。 |
2 |
|
2、融合媒体私有 (略) 分(虚拟化存储、虚拟化交换机与专属云共用) |
||||
1 |
内网分布式核心存储 |
存储系统要求产品采用基于云存储技术,支持横向扩展技术的分布式架构;无独立的元数据服务器和管理服务器(非文件引擎和SAN引擎组装架构);与专属云分布式核心存储同 * 品 牌: 1. 本次配置≥3个节点,本次要求每节点配置≥ * 块6T 7.2K RPM SATA 3.5寸业务硬盘,每节点配置≥1块 * GB 6G SATA SSD硬盘; 2. (略) 理器数目≥ (略) 理器;每节点配置缓存容量≥ * GB,采用分布式缓存加速,该内存须系统自带,不能以插PCI卡和闪存盘方式扩充,且必须是读写双向内存; 3. 每节点配置SFP+万兆光口≥4个,SFP+万兆单模光模块≥4个,配 (略) 口; 4. 每节点配置交流电源模块≥2块; 5.内置2台不少于 * (略) 交换机; 6. 兼容POSIX标准接口,协议支持NFS,CIFS,FTP,兼容Amazon S3/OpenStack Swift接口; 7.单个文件规模支持≥ * TB,系统最大支持文件数≥ * 亿个, 8.支持节点间智能负载均衡功能,支持轮询方式,支持按照CPU使用率、客户端连接数、网络吞吐量、综合负载等多种方式,实时选择最优的节点用于业务分担。 9.存储须采用具有自主知识产权的专业存储文件系统:OneFS或OceanStor DFS或CAPFS。 (略) 链接。 |
1 |
|
2 |
核心交换机 |
(略) 交换机主机,4个接口模块插槽, 交换容量≥2.3Tbps(所 (略) 有两个数值的以较小的为准),包转发率≥ * Mpps,与专属云核心交换机同 * 品 牌: 1.≥4个接口模块插槽。 2.配置≥2块风扇,≥2块电源,支持USB接口及MINI USB接口,支持带外管理接口。 3. 实际配置万兆端口≥ * * GE端口≥2, SFP+ 万兆模块( * nm, * m,LC)× * , * G QSFP+ 3m电缆(含堆叠模块)×1。 |
2 |
|
3 |
刀片服务器机箱 |
1. 提供1个刀片机框,单个机框可支持≥ * 台两路刀片服务器或8台 * 路刀片服务器,机箱高度≤ * U。 2. 支持≥2个冗余管理模块插槽,配置1个管理模块,要求:提供1个千 (略) 管口。 3. 刀箱支持≥ * 个可热拔插风扇散热模块插槽,配置 * 个风扇散热模块。 4. 刀箱支持≥6个可热拔插电源模块插槽,配置6个热插拔冗余电源模块。支持N+1、N+N冗余模式。 5. 刀箱支持≥ (略) 络模块,每刀 (略) 络模块, (略) (略) 提供≥ * 个 * Gb FCOE端口,外部提供≥8个 * Gb端口,其中4个或以上端口可支持FC/以太/FCOE切换, (略) 激活。 6. 每刀框配置≥4 (略) 光模块。 |
1 |
|
4 |
计算虚拟化刀片式服务器 |
1. 标准刀片业务服务器,可部署于刀片刀框任意槽位。 2. 每台配置≥ (略) 理器。要求:不低于 Intel Xeon-Silver Gold- (略) 理器性能。 3. 每台配置≥8根不少于 * GB内存。要求:最大内存容量≥1TB,内存插槽数≥ * 个。 4. 每台配置≥2端 (略) 卡。支持单端口虚拟成虚端口。 5. 每台配置≥2块不低于 * GB SAS * K SFF HDD 硬盘。 6. 每台配置硬件RAID卡,配置≥1GB * 级缓存。支持RAID0/1。 7. 与虚拟化共享存储、虚拟化软件同 * 品 牌。 |
6 |
|
5 |
GPU虚拟化刀片服务器 |
1. 标准刀片业务服务器,可部署于刀片刀框任意槽位。 7.每个刀片配置NVIDIA GPU显卡芯片,要求单块物理刀片配置至少支持6个 (略) 点编辑能力,单个云非编虚拟机显存≥4GB。单块刀片 GPU CUDA核心≥ * 。 |
3 |
|
6 |
虚拟化管理服务器 |
1. 标准刀片业务服务器,可部署于刀片刀框任意槽位。 7. 与虚拟化共享存储、计算虚拟化刀片式服务器、虚拟化软件同 * 品 牌。 |
2 |
|
(略) 分:融合媒体 (略) 分 |
||||
1.平 (略) 分(含省台与 * 个县后台支撑服务) |
||||
1 |
◆分布式融合媒体服务平台(核心产品) |
平台数据服务软件包。提供数据存储和引擎服务,根据业务数据特征设 计适当的存储方案并建立数据间的联系,多维度数据属性记录,是实现数据关联分析的基础等。 分布式计算服务软件包。提供各种计算任务的服务,完全对称的分布式计算架构。 业务引擎服务软件包。用于资源管理和业务接口,包括业务数据的逻辑封装和整个平台通用数据的访问引擎。 数据接口服务软件包。提供各种数据、业务访问的API接口,包含业务API、业务数据访问API以及通用数据访问API。 分布式框架及系统服务软件包。提供平台的分布式支撑,配置以及服务状态统 * 管理,实现对整个平台的管理。 分布式监控服务软件包、内容管理服务软件包,实现对业务数据的组织管理, (略) 理服务能力。 (略) 投“融合媒体平台”应具备自主知识产权,提供自主知识产权证明材料截图复印件。 |
3 |
|
2 |
通联应用支撑服务 |
通联业务引擎,为地、市、县、州提供通联业务服务 |
3 |
|
3 |
(略) 同步软件 |
专属云、私有云之间通过内容数据双向同步软件授权,支持。 |
1 |
|
4 |
县级融媒体运营平台 |
提供系统配置、管理等功能 |
1 |
|
提供平台运营各类数据统计功能 |
||||
提供租户分配和资源管理, (略) (略) 资源层面的统 * 管控 |
||||
提供运维、监管、告警、日志等 |
||||
5 |
融媒体应用支撑服务 |
为每个租户融媒业务提 (略) 生产的工具及服务, (略) 汇聚,视频简编,多媒体稿件编辑等 |
3 |
|
6 |
融媒体接入发布服务 |
融媒体FTP服务端、融媒体内容扫描服务、融媒体 (略) 器。 融媒体发布服务, (略) 渠道的发布服务 |
3 |
|
2. (略) 分(只含省台工具及服务) |
||||
1 |
线索舆情服务 |
分类线索:全网热点、地域热点、时间分析、头版头条、热搜榜 |
1 |
|
2 |
线索定向采集 |
采集内容: (略) 子页面的采集、 * 个微信公采集、 * 个微博号采集以及 * 个主流APP的采集 |
||
3 |
舆情监测 |
舆情监测(指 定监测方案, (略) 数据信息与分析,舆情报告、舆情预警) * 个方案 |
||
4 |
传播影响力 |
提供原 (略) 的传播影响力,区县相关 * 个指 定账号,微信、微博影响力指数查询 |
||
5 |
大数据管控工具 |
挑选数据大屏可视化、排序、修正、编排人工上载、录入等 |
||
6 |
视频线索 |
定 (略) 点,实现各类视频汇聚 共计5个定向页面) |
||
7 |
工具集 |
文件远程回传客户端软件授权,不少于 * 个License。 |
1 |
|
选题策划工具,不少于 * 个License。 |
||||
BS视频编辑工具授权,不少于 * 个License。 |
||||
多媒体编辑工具软件授权,不少于 * 个License。 |
||||
8 |
收录服务器 |
提供8路IP收录服务 配置如下: 不低于CPU:Intel Xeon * (2.2GHz) * 核 ×2 内存:≥8GB(原厂,相同型号) ×8 共 * GB 系统硬盘:≥1T 3.5" SATA硬盘×2 数据硬盘:≥3.5" 2TB 7.2K SATA硬盘×6 + 满配硬盘托架 RAID:板载RAID控制器 主机: (略) 口,冗余电源,DVDROM 显卡:NVS * ×1 操作系统:Microsoft Windows Server * R2 Standard 【带GUI组件】 加密狗: INGEST(软号) 高级媒体文件系统 IP 收录系统软件 |
2 |
|
2. (略) 分 |
||||
1 |
(略) 软件平台 |
提供GIS信息汇聚及展示:支持记者任务、状态、位置展示;支持线索信息展示; |
1 |
|
(略) 与APP视音频 * 对 * 通话展示 |
||||
舆情大屏展示页面 |
||||
传播力、影响力展示页面 |
||||
选题策划大屏展示页面 |
||||
发布大屏展示页面 |
||||
内容库内容大屏展示页面 |
||||
生产任务大屏展示页面 |
||||
2 |
新闻报道APP客户端许可 |
提供点对点视音频通话功能 |
1 |
|
提供视频直播功能 |
||||
提供图片、音频、视频剪辑功能 |
||||
提供视频、图片、音频回传功能 |
||||
提供采访任务的新建、指派、浏览、认领、完成 |
||||
提供选题策划功能 |
||||
要求APP客户端具备融合报道指挥系统(IOS版和安卓版)自主知识产权,提供自主知识产权证明材料截图复印件。 |
||||
3 |
视音频通话服务定制 |
(略) 视频通话技术定制开发并配合大屏指挥与移动生产APP工具的视音频对话 |
1 |
|
4 |
(略) |
CPU1颗,性能不低于Intel Core i5- * 3.0GHz( * 核) |
3 |
|
内存:≥8GB内存 |
||||
硬盘:3.5寸 * RPM 1TB SATA ×1 |
||||
其他:集成显卡、集成声卡、 (略) 卡、DVD-RW、鼠标键盘、音箱 |
||||
显示器:≥ * 寸宽屏液晶显示器×1 |
||||
显卡:NVIDIA PCI-E ≥2GB高性能显卡 |
||||
操作系统:Microsoft Windows * * bit简体中文版 (预装) |
||||
显卡:NVS * 专业 * 通道图形显卡×1(共8路Mini DP接口输出) |
||||
转接头:Mini DP转HDMI/VGA×8 |
||||
指挥互动管理服务授权 |
||||
3. (略) 分( * 套) |
||||
1 |
互动数据对接 |
获取海博TV、集团微信矩阵互动数据 |
1 |
|
2 |
互动演播支撑服务 |
后台支撑服务,支持数据获取,挑选等 |
5 |
|
3 |
(略) |
CPU1颗性能不低于酷睿TM i7- * 处理器(3.6GHz、4 核) |
5 |
|
4 |
接口服务 |
与台里现有 (略) 接口对接定制, * 个在线品 牌包装 * 个接口 |
3 |
|
4.报道指挥软硬件 |
||||
1 |
融合媒体中枢通信调度指挥系统 |
专用硬件,标准1U机架式。配置≥1颗CPU ,每颗CPU核心数≥4核,每颗CPU主频≥ * MHz,配置≥8GB DDR3 内存,配置≥1T企业级硬盘。要求实现如下功能: 提供包含语音、视频、信道控制在内的综合交换调度手段。 实现通讯、语音调度、视频调度、GIS调度、集群对讲等功能。 (略) 络融合接入能力,具备多业务对接能力第 * 方业务系统对接,实现 * 体化通信调度、信道信令控制;支持分级管理;需 (略) 署,所用指令、视频、音频、通话、文件本地化实时存储、实时调用为第 * 方应用。做到安全可管可控。 ≥ * 注册用户、视频并发数≥ * 路、≥ * 路手机长在线。 |
1 |
|
2 |
智能媒体指挥调度协同软件 |
信道混合单边音切出 任意群组关系黑屏唤醒 支持手机或其他移动端的高清视音频实时回传 音视频通信 地图任意框选成组 发起广播和会议 列表点选发起广播或语音群组、视频群组 音频和视频链路控制 多链路矩阵 |
1 |
|
3 |
手机移动报道SDK |
* 键对讲,系统配置虚拟PTT按键,无需拨号或者等待接通,无需解锁,只要按住PTT键既可随 (略) 群组通信,多个对讲组来电优先级自定义、 * 键切换当前对讲组。 稿件采集模块 视频直播指标支持高清和标清 双4G频段:支持5模 * 频的频段,视频业务不受带宽的限制。 支持手机发起9方会议,可邀请通信录中的多人参加临时会议 可在G (略) 语音呼叫、视频呼叫、对讲呼叫。 对讲组状态显示:支持当前对讲组显示、组状态显示(关闭/开启)、话权人显示、组列表信息显示;视频功能:点对点视频通话、视频采集回传。 支持断点续传、传输加密;高清、标清视频采集 支持Android和iOS操作系统。 |
1 |
|
4 |
收录服务器 |
专用硬件 |
1 |
|
5 |
双链路无线适配器 |
专用硬件,标准1U机架式,提供1个接口插槽。 |
1 |
|
6 |
专用视音频编解码设备 |
单路实现SIP转SDI或RTMP |
1 |
|
7 |
通讯集成 |
1、 (略) 人指 定的平台或机房,不采用第 * 方提供 (略) 的软件服务。 2、所提供系统采用开放架构,系统能够在总体架构不变的前提下可持续发展和演进的能力,支持很方便未来业务变化和新技术和新产品的引入。 3、提供服务端和移动端的标准SDK,与新闻报道APP对接。根据台里的整体规划做对应的开发支持。 4、SDK如不涉及大的功能增加, (略) 版本迭代升级。 |
1 |
|
(略) 分:融合媒体私有云 |
||||
1 |
◆分布式融合媒体服务平台(核心产品) |
平台数据服务软件包:提供数据存储和引擎服务,根据业务数据特征设 计适当的存储方案并建立数据间的联系,多维度数据属性记录。 分布式计算服务软件包:提供各种计算任务的服务,完全对称的分布式计算架构。 业务引擎服务软件包:用于资源管理和业务接口,包括业务数据的逻辑封装和整个平台通用数据的访问引擎。 数据接口服务软件包:提供各种数据、业务访问的API接口,包含业务API、业务数据访问API以及通用数据访问API。 分布式框架及系统服务软件包:提供平台的分布式支撑,配置以及服务状态统 * 管理,实现对整个平台的管理。 分布式监控服务软件包:内容管理服务软件包,实现对业务数据的组织管理, (略) 理服务能力。 (略) 投“融合媒体平台”应具备自主知识产权,提供自主知识产权证明材料截图复印件。 |
3 |
|
2 |
新闻制作应用支撑服务 |
新闻制作服务软件包:提供面向电视生产的后台服务。包括:文稿服务、资源管理服务、新闻流程管理服务、编辑管理服务、业务系统配置服务。 |
3 |
|
3 |
媒资应用支撑服务 |
媒资系统核心软件包:实现对各种媒资数据的的管理及归档回迁。包括以下模块:1、智能检索服务模块2、编目服务模块3、 (略) 理服务模块4、迁移服务模块。 |
3 |
|
4 |
合成服务 |
非编后台合成服务,部署在GPU虚拟化服务上 |
2 |
|
5 |
转码迁移服务 |
(略) 理转码迁移服务,部署在计算虚拟化服务器上 |
2 |
|
5 |
(略) 同步软件 |
专属云、私有云之间通过内容数据双向同步软件授权,支持: |
1 |
|
视音频编辑系统 |
||||
1 |
移 (略) |
移动 (略) :cpu≥i7- * h,CPU速度≥2.2GHZ, * 级缓存≥6M,硬盘容量≥1T,固态硬盘≥ * G,独立显卡,显存≥6G,内存≥ * G,屏幕尺寸≥ * ,物理分辨率≥ * 移动非编软件(含软件授权) |
* |
|
2 |
云非编授权 |
高清非编软件授权 |
* |
|
3 |
应用工具(第 * 方专业生产工具接入) |
工具免开发接入授权,与第 * 方非编工具协同应用,在第 * 方支持接口对接条件下,支持第 * 方专业生产工具如大洋、索贝、新奥特、Premiere等。 |
1 |
|
4 |
接口对接服务 |
接口对接服务, (略) 对接, (略) 需服务器: 不低于CPU:Intel Xeon * 1.7GHz( * 核)×2 内存:≥共 * GB ECC内存 系统硬盘:≥1TB 7.2KRPM SATA硬盘×2 RAID:板载RAID控制器,支持RAID 0/1 其他: (略) 口,DVD-ROM,冗余电源 (略) 口: (略) 卡(带两个光模块)×1 操作系统:Microsoft Windows Server * R2中文标准版 |
4 |
|
(略) 分: (略) 全区域 |
||||
1 |
内网入侵防御系统(万兆) |
1. 2U机架式结构,最大配置为 * 个接口,默认包括2个扩展槽位,2个作为HA口和管理口,4个 * / *** BASE-T接口(支持Bypass)和4个SFP插槽(含模块),2个SFP+插槽(含模块),标配双冗余电源;整机吞吐率≥ * Gbps,最大并发连接数: * 万,设备做双机热备。 2. 要求支持直连、路由、VLAN、旁路监听、 (略) 署等多种接入模式。 3. 设备机箱温度监视以及报警,可以自定义温度阀值。(提供产品界面截图) 4. 要求支持多端口链路聚合,支持 * 种链路负载均衡算法。 5. 系统应支持源、目的地址转换以及双向地址转换。 6. (略) 络内的TCP、UDP、其他流量 (略) 设置及报警 7. 应涵盖广泛的攻击特征库、能够针对 * 种以上 (略) 为、异常事件, (略) 络资源滥用流量,进行检测和防御。 8. 内置SSD固态硬盘存储日志。 9. 系统支持CC攻击防御,且能够对Web服务器上的指 定U (略) 防护设置。 |
2 |
|
2 |
外网边界防火墙 |
1. 2U机箱 配置为6个 * / *** BASE-T接口和2个SFP插槽(含模块),2个可插拨的扩展槽 标配模块化双冗余电源,防火墙吞吐率≥ * Gbps ; 并发连接数≥ * 万 每秒新建连接(FW+HTTP)不少于 * 万 每秒新建连接(FW+APP+HTTP)不少于 * 万 ;具备IPv6、IPv6 over IPv4、IPv6和I (略) 络;标配双电源; (略) 入侵防御系统同 * 品 牌。 2. 支持路由、交换、混合、虚拟线工作模式。 3. 检测防火墙规则冲突的方法和配置。(提供产品界面截图) 4. 支持ISL、 * .1Q * 层协议封装以及VLAN-VPN功能; 5. 支持至少8路ADSL拨号接入,可对各ADSL链路之间通过WCMP与EC (略) 路由均衡。 6. 至少支持 * 个虚拟防火墙,虚拟防火墙支持。IPv4/I (略) 署,并能够实现IPv4/IPv6双栈的各种安全控制,虚拟防火墙同样支持策略自学习功能。 7. 能够基于访问控制策略对最大并发连接数限制。 8. 支持在WEB界面中查 (略) 匹配的当前会话、历史会话与报文统计信息。 9. 具有策略自学习功能,并且能够根据自学习结果直接生成访问控制策略;支持免客户端方式实现跨越路由(或其他 * 层设备)进行IP/MAC绑定功能。 * . 支持基于接口、应用层协议等流量异常检测功能,能够根据流量阀值、连接数阀值、协议比例异常阀值等条件触发报警规则,并在管理页面上亮起报警灯。 |
2 |
|
3 |
外网边界入侵防御(万兆) |
1. 2U机架式结构,最大配置为 * 个接口,默认包括2个扩展槽位,2个作为HA口和管理口,4个 * / *** BASE-T接口(支持Bypass)和4个SFP插槽(含模块),标配双冗余电源;整机吞吐率≥ * Gbps,最大并发连接数: * 万,设备做双机热备, (略) 入侵防御系统同 * 品 牌。 2. 要求支持直连、路由、VLAN、旁路监听、 (略) 署等多种接入模式。 3. 设备机箱温度监视以及报警,可以自定义温度阀值。 4. 要求支持多端口链路聚合,支持 * 种链路负载均衡算法。 5. 系统应支持源、目的地址转换以及双向地址转换。 6. (略) 络内的TCP、UDP、其他流量 (略) 设置及报警。 7. 应涵盖广泛的攻击特征库、能够针对 * 种以上 (略) 为、异常事件, (略) 络资源滥用流量,进行检测和防御。 8. 内置SSD固态硬盘存储日志。 9. 系统支持CC攻击防御,且能够对Web服务器上的指 定U (略) 防护设置。 |
2 |
|
4 |
运维安全审计 |
1.1U机架式结构型; 4个 * / *** BASE自适应电口,1个可扩展插槽 不少于 * G存储空间,≥ * 用户授权; (略) 入侵防御系统同 * 品 牌。 2.完整的用户帐号生命周期管理,实现帐号的创建、维护、修改、删除的集中管理;自定义用户类型,基于针对 (略) 用户地址策略。 3.柱形图方式查看系统 (略) 占比例;分组可以树形方式展现,不限制分组层级数量。 4.不 (略) 分层分级分类管理。 5.从AD域抽取OU,方便快速建立组织结构。 6.内置VPN功能,无需专用VPN硬件支持,即可方便安全地通过远程接入堡垒机。 7.支持 * 键批量登录选中的资源,简化工作量,支持将登录配置保存为默认后,可以 * 键快速登录目标资源。 8.支持手工登录目标设备,运维人员每次通过堡垒机登录目标设备都需要手工输入目标设备用户名密码。支持运维人员半自动登录目标设备,即第 * 次登录目标设备时运维人员需手工输入目标设备帐号和密码并允许堡垒机保存该帐号密码,运维人员就可以自动登录目标设备。 |
1 |
|
5 |
安全服务 |
通过人工加固、文件归档等方式,实 (略) 要求的产品、设备配置,产品、设备加固,策略定制,资产摸底建档、文档梳理等,以达到等级保护测评要求, (略) 方向第 * 方测评机构提交测评申请、并在测 (略) 全程陪同协助。 |
1 |
|
6 |
数据库审计 |
1. 2U机架式结构型; 4个 * / *** BASE-T电口采集口;不少于 * G存储空间; 单电源; 默认含1年的URL库、攻击库和应用识别库; 冗余1个扩展槽位; (略) 入侵防御系统同 * 品 牌。 2. 支持审计ORACLE、SQL Server、MY SQL、DB2、Sybase、Informix、Postgresql、Kingbase、Cache、Gbase、Dameng、Teradata、Oscar、Mongodb等各类主流数据库系统。 3. 支持告警阀值设置,可设置内容包括:连接数值、流量阀值、系统状态阈值(例如:CPU阀值设置、硬盘空间阀值空间设置、内存空间阀值设置等);支持报警事件插件的配置管理(例如:事件接收、外发、统计分析、存储等插件)。 4. 支持系统状态的监控功能,可监控系统的CPU、内存、磁盘、网口、运行状态等信息。 (略) 络审计功能(提供截图证明)。 5. 支持I (略) 署和IPV6环境下数据库的审计。 6. 支持中间件环境下的SQL语句关联到HTTP操作,HTTP操作关联到HTTP-ID,实现中间件环境下的审计追溯。 7. 支持系统管理员IP黑白名单,对于无权访问的IP可以隐藏设备自身IP地址。 8. 支持基于流的流量分析功能,可对其他设备发送的Net (略) 分析,支持对Netflow v5/v9版本的流量分析。 |
1 |
|
7 |
(略) 关 |
1. 2U,标配双电源;内端机6个 * / *** Base-T接口、4个SFP插槽(含模块)和2个SFP+插槽(含模块),含1个MAN口;外端机6个 * / *** Base-T接口、4个SFP插槽(含模块)和2个SFP+插槽(含模块),含1个HA口;标准配置包含web访问模块、邮件访问模块、FTP访问模块、数据库访问模块、视频监控模块、OPC工业控制模块、自定义应用模块,吞吐量≥ * Gbps;并发连接数≥ * 万, (略) 入侵防御系统同 * 品 牌。 2. 内端机和外 (略) 线、USB线、SCSI线等线缆直连,基于光隔离技术 (略) 隔离和数据交换。 3. 至少支持 (略) 商的流媒体视频平台; 4. 支持视频平台级联,基于国标SIP协议提供 (略) (略) 商的平台级联,完成上级对下级视频平台的视频流调用。 5. 设备支持多任务的组播代 理功能,可穿透 (略) (略) 署。 6. 支持用户强制认证模块,对网闸数据摆 (略) (略) 强制认证,可开启或者禁用强制认证功能模块。 |
2 |
|
8 |
链路负载均衡系统 |
1. 独立机架式设备,专有硬件平台,非任何插卡扩展形态的负载均衡设备。 2U机架式架构;标配2个 * / *** BASE-T接口(作为HA口和管理口);标配4个千兆电口;4个千兆接口SFP插槽(含模块);2个万兆SFP+插槽(含模块);2个扩展插槽;双电源; * 层新建: * W(cps) * 层新建: * W(tps) 整机吞吐量≥ * Gbps 最大并发连接数: * W。内置冗余双系统,可升级可回滚互为备份,主系统故障时自动切换至备份系统, (略) 入侵防御系统同 * 品 牌。 2. 支持主备之间会话同步,支持IPV6/IPV4双栈,支持NAT * 、NAT * 、DNS * , (略) (略) 负载均衡。 3. 内置SSL卸载模块,SSL工作减轻服务器负担。支持服务器CA证书导入,提供证书单向和双向认证,双向认证支持透传客户端证书给后台服务器。(提供产品界面截图) 4. 提供Web应用防火墙功能。 (略) 脚本攻击(XSS)、扫描器防护(Scanner)、SQL注入攻击(SQLi)、系统命令注入攻击(OSI)、远程文件包含攻击(RFI)、路径遍历(Path Traversal)、信息泄露攻击(Info Leak)、LDAP注入攻击(LDAP Injection)、XPath注入攻击(XPath Injection)、SSI注入攻击(SSI Injection)、Web服务器漏洞攻击、Webshell检测、HTTP协议违规。 5. 提供漏洞扫描功能。设备内置漏洞特征库,可针对应用服务器或 (略) (略) 定向扫描分析,发现服务器操作系统漏洞并生成漏洞分析报告。 6. 支持openstack负载均衡组件对接,简化配置流程。通过openstack 负载均衡页面,即可实现业务配置自动下发和南北向流量自动打通,无需用户操作负载均衡设备环节。支持多租户,层次化绑定(支持VLAN个数大于 * )等特性。 7. 提供数据库安全功能,检查访问数据库的权限,杜绝非授权用户访问数据,保证数据库的安全。 |
2 |
|
9 |
内网防火墙 |
1. 2U机箱;最大配置为 * 个接口, 默认包括3个可插拨的扩展槽和8个SFP-SX多模光口(含模块), * 个 * / *** BASE-T接口(可用作HA和管理口),2个SFP+插槽(含模块),标配模块化双冗余电源;默认包含应用识别功能,含1年应用特征库升级许可。防火墙吞吐率≥ * Gbps;并发连接数≥ * 万 ; (略) 入侵防御系统同 * 品 牌。 2. 支持路由、交换、混合、虚拟线工作模式。 3. 检测防火墙规则冲突的方法和配置。 4. 支持ISL、 * .1Q * 层协议封装以及VLAN-VPN功能。 5. 支持至少8路ADSL拨号接入,可对各ADSL链路之间通过WCMP与EC (略) 路由均衡。 6. 至少支持 * 个虚拟防火墙,虚拟防火墙支持IPv4/I (略) 署,并能够实现IPv4/IPv6双栈的各种安全控制,虚拟防火墙同样支持策略自学习功能。 7. 能够基于访问控制策略对最大并发连接数限制。 8. 支持在WEB界面中查 (略) 匹配的当前会话、历史会话与报文统计信息。 |
2 |
|
* |
等保测评服务 |
* 级等保测评(1年) |
1 |
|
* |
媒体文件摆渡 |
视音频稳定传输: * MB/s以上;小文件传输: * 个/分钟(TGA文件)。
网络接口:1Gbx2; |
2 |
|
* |
离线转码 |
1、支持多通道离线转码;支 (略) 处理。 2、支持高清、标清、4K 、支持手机格式输出;不同格式和分辨率的输出 (略) 理。 3、标清H. (略) 理能力不低于单倍速到 * 倍速;高清H. (略) 理能力不低于单倍速到 * 倍速。 4、支持编码格式:H. * ,MPEG2,MPEG4,H. * ,H. * 、WMV。 5、支持NFS/CIFS/SMB/FTP等多协议输入输出。 6、可将Blu-ray、DVD、ASF、FLV、AVI、MPG、WEBM、VOB 、TS、MP4、MOV、3GP、3G2等输入文件格式转换为HLS、ASF、FLV、AVI、MPG、WEBM、TS、MP4、MOV、3GP、3G2等多种文件格式输出。(文件格式可持续更新)。 7、支持加黑边、去黑边;支持多音轨选择。 8、支持台标字幕插入。 9、支持远程任务提交;支持自动监视文件夹。 * 、支持PGS字幕,支持DTS音频。 * 、支持开放的API,可以通过用户工作流程或者第 * 方应用程序创建任务。 * 、支持5.1/7.1/全景声等音轨的制作合成。 * 、支持全音轨复制与透传。 * 、含1U定制化硬件平台 /8G*8/ * *2/SSD * G*1/双电/ (略) 口/含GPU。 |
4 |
|
(略) 分:其他 |
||||
1 |
KVM |
KVM * 体机,8口KVM切换器,抽拉式机身设 计,整合 * 寸液晶屏幕与KVM控制端切换器于单 * 抽拉式机身内,仅占用1U机架空间。支持配备PS2或USB键盘和鼠标的服务器与控制端 |
6 |
|
2 |
运维 |
现场人员系统技术运维 * 年,2人次 |
1 |
|
3 |
施工及材料费 |
弱电、布线改造 |
1 |
|
本次项目合 (略) (略) 线、跳线的铺设,端接,标识,调试 |
||||
本次项目合同内集 (略) 需光纤、光纤跳线的铺设,熔接,标识,调试 |
||||
本次项 (略) 需线槽、跳线架、理线器、光纤耦合器、扎线等辅助材料 |
||||
4 |
集成服务 |
实施计划交流服务 |
1 |
|
进场前准备工作服务 |
||||
现场系统搭建服务 |
||||
(略) 署服务 |
||||
现场培训服务 |
||||
(略) 驻场服务 |
||||
现场验收服务 |
合同包2:广播电视设备与人员办公管理软件
本应用的开发与微信企业号结合, (略) 设备的管理、申请、审批、使用费用统计, (略) 人员的日常办公管理(通讯录、通知、工资信息、活动/会议签到、员工交流、工作量统计、调度派单),可通过PC端及手机端多平台操作实现全流程无纸化。
整个系统的建设需要遵循以下原则:
(1)安全性和稳 定性原则:在系统构建中要求充分考虑系统设 计的安全 (略) 稳 定性,数据确保完整性、保密性,具有完善的应急预案和冗余备份措施,
(2)开放性和可扩展性原则:随着业务的发展,各种应用越来越多,在系统建设的过程中,必须考虑系统的易扩展性和兼容性,系统须采用开放式设 计;同时系统应具有较强的可扩展性,在保证目前需求的前提下,预留有适当的扩展空间,保证将来相关新业务的开展。
(3)实用性原则:本软件设 计须遵循现有业务模式,有完善的权限管理机制,管理方便,用户界面 (略) ,便于快速掌握。
(1)招标单位 (略) 所需 (略) 络,投标单位负责 (略) 所需的系统环境和数据库环境。该软件应能在当前主流浏览 (略) ,移动端需能够在安卓以及IOS的主流版 (略) ,在系统更新换代之后,投标单位应具有根据新操作系 (略) 修改的能力。
(2)投标单位必须完全独立自主开发业务软件,投标单位能按照 (略) 数据库层、数据库访问层、业务层、应用层、UI层等各个层面的修改,并提供完整、准确、详细的开发文档资料
(3)各模块之间的接口标准、开放,便于后期升级扩容。
结合企业号,通过手机号码、工作证号、姓名及微信号对 (略) 实名制管理。对 (略) (略) 门、 (略) 管理。可按人员及岗位需求灵活分配使用及管理权限。(设备可视权限,审批权限,设备管理权限,办公管理权限)
1) (略) 技术设备的申请与审批。
2)可按需求查询设备申请、审批、使用费用等信息,并能将这些信息按要求格式生成表格且能导出为Excel文档。
3) (略) 技术设备的管理(设备浏览、设备增减)。
4)后期制作设备的使用费用,可按excel格式导入该系统。
(略) 无纸化办公。要有以下功能:
1)通讯录
2)通知的发布与接收
3)活动、会议签到功能
4)员工论坛
5)员工工资信息发布与接收
6)调度派单功能
* 、软件要求
只有在微信企业号通讯录(由系统管理员提前录入)中的人员,使用手机号码验证成功之后,才能关注该企业号。通过手机号码、工作证号、姓名及微信号对 (略) 实名制管理。进入微信企业号后,根据分配的权限,只能看到相应菜单。(如频道人员只能看到“设备申请审批”和“费用查询统计”菜单)。
包括 * 个菜单
菜单 * 、设备申请审批
(略) 分 发起设备申请审批。
菜单 * 、我已完成工作
查看我的申请记录 或者 我的已审批记录。(默认只列出两个月内的记录)
菜单 * 、我的待办工作
待审批,设备未领用,设备未归还 等状态的申请单(可按条件筛选)
设备申请审批流程如图:
目前主要有5类,具体类别可以通过后台增减及修改。分别为:C区演播室、转播车设备、AB区演播室、广播设备、外借设备。每个类别设备的计费单位和规则都不大相同(具体见附件1:设备使用收费表),要能够选择配置。
通过具体条件筛选(如使用日期、设备类型等)。若没有符合筛选条件的设备,应根据筛选条件给出可选择的近似相关建议。(如:同样使用时长的邻近可用时间段)
所有申请单均需要根据提交申请的用户信息自动对应相应的栏目及频道,若存在同 * 用户对应多个栏目的情况,则在提交申请时提示用户选择。
关于申请单的内容:选中具体设备后,填写申请单,主要是使用时间段、设备用途、相关配件等信息,申请单填写完成后,自动列出收费明细。另外不同类别还需提交个性的内容,具体如下:
1)C区演播室:
设备用途(录播、彩排、直播)、使用的模块(舞台机械、灯光、音响、视频)及使用时间段(开始时间、结束时间)并根据使用时间段自动判断占用时间段( * 般为前2天,后半天)(自动占用的时长可以在后台中根据不同设备个性设置)且相关设备管理人员在收到订单后还可修改具体的前后占用时长,同 * 栏目不受占用时间段限制。
2)转播车设备:
设备用途(录播、彩排、直播)、使用时间段(开始时间、结束时间)及选择使用地点(通过选择确定到市后,选填具体地址,或直接通过地图定位功能选取)并根据使用时间段及使用地点自动判断生成转播车计划离台时间和归台时间(并以此确定占用时间段)(自动占用的时长可以在后台中根据不同设备个性设置)且相关设备管理人员在收到订单后还可修改具体的前后占用时长,同 * 地点同 * 栏目不受占用时间段限制。
还可添加其他外借设备,费用 * 同在 * 个申请单中显示。
3)AB区演播室:
设备用途(录播、彩排、直播)及使用时间段(开始时间、结束时间)。
4)广播设备:
设备用途(录播、彩排、直播)及使用时间段(开始时间、结束时间)。
5)外借设备:
设备用途(录播、直播)及使用时间段(开始时间、结束时间)。并自动生成订单 * 维码。
在订单生成之后,通过订单详情页面的“批量重复申请”按键实现“批量生成”功能,在日历表中默认全选 之前填写的申请日期到该月底,之后 (略) * 次选择删除不需要的日期。若批量生成时有个别申请单的时段无法申请,给出提示并给出修改建议。申请人将有问题的日期的申请单的时段做相应修改或删除后,批量生成申请订单。对于批量重复申请的订单,在订单列表页面可以折叠显示。
(略) 门申请单审核权限的用户,在下级用户提交申请单后,将会收到微信提醒,有申请单需要审核。可以逐个 (略) 审核也可以通过批量勾选的方式对多 (略) 审核。在申请单审核页面能够直观的显示申请单的申请人、栏目、用途、使用时间段及预计费用。
审核操作有:确认申请单和取消申请单。若取消申请单,可以选择填写取消原因。若提交的申请单超过 * 小时(具体时限可以在后台针对不同设备做具体设置)没有操作则自动取消。若订单被修改或取消,将会通过微信推送通知给申请人。
申请人可在申请单详情页面快捷拨打当天设备管理人员联系电话。
外借设备申请使用补充说明:
1对于设备可以按不同用户群组建立分配使用权限,若用户无相应权限则无法查看及预约。
2用户可以有黑名单机制,例如对于经常逾期的人员进入黑名单,无预约权限。
3单 * 用户在相同时段内可以预约的设备有上限限制,且可对不同的用户设定不同的上限。
4设备预约的时候,相同设备只可选择具体数量,并不对应到具体设备,只有在订单借出环节才建立和具体某些设备的对应关系。
5预约设备时给出 * 套设备的详细说明,并可以再选择可选配件(如:脚架、电池……等)
6设备借出后,同 * 用户可以在不影响后续申请单的情况下,申请延长设备使用期限(延长申请也还需要对应领导审批通过才成立。)
7设备使用人员凭订单 * 维码到库房领用设备,并在领取设备后在系统上确认具体的领取设备及数量。
8设备归还时,管理人员通过扫码或人工录入归还的具体设备,所有借出的设备录入后生成归还时间。若出现有个别配件未能录入,则提示有配件未归还,但主要设备还是按正常归还流程办理。之后系统中提示该订单尚有配件未归还,并通过系统推送通知给申请人。待相应配件归还后才正式结束整个订单。有配件未归还的订单存在时,限制该申请人的继续使用后续设备的权限。
可以根据限定条件(申请人、栏目、频道、使用时间段等)统计设备使用费用。并按照设备分类(设备的分类名 称及具体设备的分类归属均可在后台修改及增减)生成设备使用费用明细表。
例如:搜索“电视**频道”“5月份”,搜索结果如下图:
每个设备分类能够提供该类别的详单查询。汇总表和详单都能导出为Excel文档。
例如:点击转播车的“详单查询”,结果如下图:
4、技术设备管理
当有新的订单通过了频道领导审批后,相关科室的人员都将在微信上获得通知推送,提醒跟进做好相关准备。每个科室人员可以通过类似签到的方式确定当前值班人员(可以不止 * 人)并将值班人员电话动态链接到相应订单中,在订单使用时间前半小时(具体时间可在后台调整)微信推送值班人员提醒其做好准备工作,若当前无值班人员,则推送 (略) 有成员。
(1)设备增减
可以设置不同技术管理人员的管理设备范围,在相应范围内可以方便灵活的增减设备。可在PC端通过Excel表格等数据方式批量导入设备。
(2)申请单确认
对于申请单占用时间段的确认操作。收到C区演播室、转播车设备等申请单后,根据设备实际情况,修改系统自动生成的占用时间段,将同 * 栏目的相邻申请整合到 * 起便于人员对占用时间段的判断。
可通过手机端或PC端对申请单的实际 (略) 确认。时间默认为申请单上的时间并可修改,修改时可以快捷的选择当前时间。确认后根据实际使用时间生成最后的实际费用。并根据实际使用时间对设备占用的时间段做相应修改。
(3)后期制作表格导入
可自动导入指 定路径下的Excel表格的方式实现后期制作编辑设备费用的自动计算。
(4)设备浏览
①可以图形化显示相关设备的使用情况(不 * 定是下图的样式,可以考虑PC端和微信端有不同的表现形式,目的是为了让技术管理人员能够更加快速直观的了解各个设备的预约及使用情况)。
②对于外借设备管理人员→在页面中直观的显示设备库存情 (略) 理的订单情况。
5) 对于外借设备使用条码或 * 维码编码管理,借出及归还时通过扫码确认具体设备。提供设备编码模块及相应的条码打印设备。
1)通讯录
包含 * 个菜单:拼音排序、各科室。
“拼音排序”→按名字中文拼音排列。
“各科室”→按科室排列。
2)通知
包含 * 个菜单:集团通知、中心通知、发布通知。
“集团通知”和“中心通知”:按列表显示通知信息。
“发布通知”:具有发布通知权限人员才能看到“发布通知”菜单,点击“发布通知”→选择发布通知类型,输入通知标题、正文、添加附件、接收对象→存为草稿或立即发布。(通知发布人员能够查看通知的阅读情况,如共几人已读,具体还有哪些人没有查阅过该项通知。)
3)活动、会议签到
* 维码签到,显示签到人实时地理位置。
4)员工论坛
支持员工图文发布信息,管理员能够对 (略) 删除操作。
5)工资
由有权限的工资管理人员,在管理后台导入财务提供的excel工资表格,每个人只能收到自己的工资条信息。
包含两个菜单:新建项目、我的任务
“新建项目”→填写(项目名 称、项目编号、 (略) 门、申请时间、申请人、联系方式、项目内容、实施方案)→ (略) 门负责人审核→调度人收到审核通过信息之后, (略) 门→ (略) 门的联系人自动收到微信提醒→ (略) 门的联系人提出反馈意见→调度人自动收到反馈意见,针对反馈意见调整实施 (略) 门,重新分发任务→ (略) 门均认可方案后→该调度单完结→调度人将最终方案分 (略) 门。
调度流程如图:
合同包3:广播融媒体平台
( * )项目概况
随着融合媒体时代的到来,传统的广播业务平台难以支持传统媒体与新媒体业务的有机融合。 (略) 台现有 * 个频率,台内现有的系统实现了节目的制作播出, (略) (略) 的安全互通。目前根据新媒体发展需要,为实现内容生产数据聚合、新媒体业务发展、云播出以及可视化应用等功能,进 * 步有效整合各类生产资源,提 (略) 时代的广播内容生产效率和传播力,进而推动传统广播转型。
广播融媒体平台的建设需要从整体上来设 计,以满足资源、内容生产、内容运营,用户服务等方面的业务需求。此次广播融媒体平台项目包括:
(1)融媒体生产系统
融媒体生产系统将传统的广播媒资生产环节以云端融媒体的新形式呈现,构建多源采集、内容共享、多媒体制作、跨媒体分发的综合生产系统。
本次建设的融媒体生产系统包括云库、云协作、专业库、云采编、云制作、移动融媒体App、云播出等功能。
(2)融媒体运营系统
随 (略) 的高速发展,通过手机、Pad等智能终端发送微信图文语音等已经成为人们参与各种互动的主要方式,电台也都逐步引入新媒体平台-微信公众号,以便与听众互动。如何运营管理微信公众号, (略) 急需解决的问题。另 * 方面微信小程序也轻巧便捷等优势逐步走进人们的视野。
本次建设的融媒体运营系统包括广播小程序运营系统、广播微信公众号运营系统、公众号数据分析系统等内容。
(3)视频直播系统
视频直播系统服务于广播融媒体制播业务, (略) 业务规划本次建设的视频直播系统主要包括App 直播软件、视频直播平台、视频导播台等内容。
本项目需结合台内实际业务需求,除适应融媒体业务的各类新设平台及系统外,还需对台内 (略) 升级。
慢录系统升级,在现有系统功能的基础上进 * 步完善系统,使之更符合融媒体业务需要。慢录系统要求可回放,下载录制的音频支持将选择音频段发送到云库, (略) 访问、查询、下载。
台 (略) 数据交互平台建设, (略) + (略) (略) 系统建设,可实现全台节目文件、素材资源的共享调用,可实现跨平台、跨网络的节目协同制作。 (略) 多媒体信息的安全共享服务,提供方便灵活的多媒体节目存储、共享、制作和发布手段; (略) 在传统媒体方面的优势, (略) 多媒体资源安全共享机制,实现全台节目、信息的即时共享和灵活调用,实现 * 次制作多次使用, (略) 的各种资源得到最大的整合,提高广播节目时效性、可听性, (略) 成本,对电台的发展产生重大的促进作用。
为了更好 (略) 交互系统的积极作用,充分利用现有的信息化建设成果,本项目需升 (略) 交互系统, (略) 支持直接查看播出系统节目、节目单、广告单,支持查询、预听、下载,并支持将节目发送到播出系统。
本次项目 (略) ,结合视频直播,从采集、制作、管理、播出的实际业务需求,做到全媒体支持、全台协作、素材资源共享和多渠道发布,通过业务流程再造,提高生产效率、提升用户体验,真正做到全媒体的统 * 管理、协作和生产平台,建立可以运营的立体式云平台架构, (略) 多元化业务开展打好基础。
整个系统的建设需要遵循以下原则:
(1)安全性原则:在系统构建中要求充分考虑系统设 计的安全性和可靠性,具有完善的应急预案和冗余备份措施,确保设备 * 旦出现故障,所造成的影响和损失为最小。
(2)标准性原则:本项目建设应严格遵守我国相关国家标准及国家新闻 (略) (略) 业标准, (略) 颁发的《 (略) (略) 络化建设白皮书》( * 、 * 版) (略) 设 计及实施。
(3)成熟稳 定性原则:充 (略) 的媒体特性,在兼顾先 进性的同时,必须考虑技术的成 熟性。本次设 计应通过使用成熟的技术手段和技术装备确保整个系统的稳 定性。在选择相应产品时,重点考虑产品的使用范围以及在 (略) 业的占有率。
(4)先 进性原则:广电技术日新月异,采用符合国际、国内标准和比较成熟的技术,兼顾数字广播新技术的发展方向,保证系统在较长时间内不落后。 (略) 选设备在其领域内须具备先 进性。
(5)可扩展性和开放性原则: (略) 业务的发展,对各种外来资源需求的增大,各种音频格式的应用越来越多,因此在系统建设的过程中,必须考虑系统的易扩展性和兼容性,系统须采用开放式设 计,确保 (略) 商设备、系统的良好兼容性;同时系统应具有较强的可扩展性,在保证目前需求的前提下,预留有适当的扩展空间,保证将来相关新业务的开展。
(6)实用性原则:本方案 设 计的各 (略) 现有业务模式,新系统要求简单易懂,具体操作层级便于快速掌握,最大程度缩短磨合期。
(7)经济性原则:本次系统设 计要充分、合理 (略) 现有的设备,以避免重复投资而造成国 有资产的浪费。同时,通过对现有设备的合理利用使系统具有更高的性价比。
(1)本着精打细算、不浪费资金的原则, (略) 原有的服务器、网络设备、网络安全设备,在原有广播业务系统基础上完成软件功能升级。在不影响原有 (略) 的条件下,快速完成数据和文件的安全迁移。要 (略) 格式转换,确保数据无损、完整。
(2)所有的系统软件应能在当前主流计算机操作系统(包括:Windows * 、XP、Vista、Windows 7等) (略) ,移动端软件需在安卓以及IOS的主流版 (略) ,在系统更新换代之后,投标单位应具有根据新操作系 (略) 修改的能力。
(3)新建系统、功能应与现有的系统、设备兼容、数据能够互联互通。
(4)涉及系统升级功能中的历史数据,应做到不丢失,完整继承及可用。
(5)投标单位必须完全独立自主开发业务软件,投标单位能按照 (略) 包括底层编解码、驱动和上层应用等各个层面的修改。
(6)各子系统之间的接口标准、开放,便于后期升级扩容,平台中标 (略) 融媒体技术平台 (略) 接口对接,实现内容共享。
(7)系统将严格遵守《广播电视安全播出管理规定 * 号令实施细则》和《广播电视相关信息系统安全等级保护》要求,并按照《 (略) 融合媒体平台建设技术白皮书》 (略) 建设, (略) 的安全可靠。
序号 |
系统 |
技术要求 |
单位 |
数量 |
备注 |
* |
广播融媒体平台-融媒体生产系统 |
||||
1.1 |
云库功能模块 |
(略) |
年 |
1 |
提供3个频率 * 年的服务,不少于 * 个用户授权(音频编辑器提供不少于 * 个终端授权)。 |
1.2 |
云协作功能模块 |
审批系统 |
|||
通知公告 |
|||||
报题系统 |
|||||
1.3 |
专业库功能模块 |
云素材数据库 |
|||
(略) 功能模块 |
|||||
音频慢录系统升级 |
|||||
(略) |
|||||
1.4 |
云采编功能模块 |
在线编辑器 |
|||
稿件串联单 |
|||||
1.5 |
云制作功能模块 |
音频编辑软件系统
支持普通声卡;支持多类驱动程序。 |
|||
(略) 交互 |
|||||
1.6 |
移动融媒体App |
移动融媒体App |
|||
1.7 |
云播出子系统 |
融媒体直播互动播出软件 |
|||
1.8 |
◆网络音频智能播放器(核心产品) |
台 |
3 |
||
* |
广播融媒体平台-融媒体运营系统 |
||||
2.1 |
广播小程序运营系统 |
为每个频率或者栏目创建 * 个直播互动小程序,支持直播、回听、资讯头条、广告、打赏、点赞、话题、投票、视频直播、消息互动、数据查看等功能,资讯头条支持图文、音视频、专辑。 |
频率/年 |
3 |
|
2.2 |
广播微信公众号运营系统 |
微信运营平台 |
频率/年 |
3 |
|
2.3 |
公众号数据分析系统 |
全台微信数据分析 |
频率/年 |
3 |
|
微信风云榜 |
|||||
* |
广播融媒体平台-视频直播 |
||||
3.1 |
视频直播系统 |
App 直播软件 |
套 |
1 |
|
视频直播平台(含 * 年2万小时流量) |
套 |
1 |
|||
广播直播间视频导播切换系统 |
套 |
2 |
* 、商务条件(以“★”标示的内容为不允许负偏离的实质性要求)
包:1
1、交付地点: (略) 省 (略) 市 (略) 区西环南路 * 号 (略) (略)
2、交付时间: 合同签订后 * 天内设备到货, * 天内系统完成
3、交付条件:货到安装,验收合格
4、是否收取履约保证金:否
5、是否邀请投标人参与验收:否
6、验收方式数据表格
验收期次 |
验收期次说明 |
1 |
详见招标文件“验收”要求 |
7、支付方式数据表格
支付期次 |
支付比例(%) |
支付期次说明 |
1 |
* |
货到款: (略) 到达用户指 定地点且验收合格, * 天内支付合同总金额的 * %。 |
2 |
* |
验收款:系统软硬件安装调试完毕验收合格后, * 天内支付合同总金额的 * %。 |
5 |
质保金:系统验收合格后1年内支付5%。 |
包:2
1、交付地点: (略) 省 (略) 市 (略) 区西环南路 * 号 (略) (略)
2、交付时间:合同签订后 ( * ) 天内交货
3、交付条件:验收合格
4、是否收取履约保证金:否
5、是否邀请投标人参与验收:否
6、验收方式数据表格
验收期次 |
验收期次说明 |
1 |
详见招标文件“验收”要求 |
7、支付方式数据表格
支付期次 |
支付比例(%) |
支付期次说明 |
1 |
* |
软件安装到位并上线测试合格后 |
2 |
* |
(略) * 个月无问 (略) 门验收后 |
3 |
* |
软件验收合格后1年内支付 |
包:3
1、交付地点: (略) 省 (略) 市 (略) 区西环南路 * 号 (略) (略)
2、交付时间:合同签订后 ( * ) 天内交货
3、交付条件:货到安装,验收合格
4、是否收取履约保证金:否
5、是否邀请投标人参与验收:否
6、验收方式数据表格
验收期次 |
验收期次说明 |
1 |
详见招标文件“验收”要求 |
7、支付方式数据表格
支付期次 |
支付比例(%) |
支付期次说明 |
1 |
* |
系统软硬件安装调试完毕验收合格后 |
2 |
* |
系统 (略) * 个月并验收合格后 |
3 |
* |
系统验收合格后1年内支付 |
合同包1-包3要求:
8、安装调试
8.1、 (略) 分:
8.1.1、 (略) 文件要求的技术指标,实现采购人要求,保证货 (略) 。
8.1.2、中标 (略) 签订合同的具体要求、具体数量、具体地点将货物运送到采购人指 定地点并负责安装,安装并经最终验收合格后,交付采购人使用,中标人须在投标 (略) 需各项费用。安装、 (略) 需工具、仪表及安装材料等均由中标人负责提供。
8.1.3、中标人负责组织专业 (略) 货物安装,采购人应提供必须的基本条件和专人配合,保证各项安装 (略) 。
8.1.4、安装到位后的货物由中标人及采 (略) 质量验收签字。
8.1.5、货物验收前,中标人须提供完整的技术资料(包括产品中文说明书、中文采购人手册、出厂明细表或装箱单、 (略) 质量合格证书及其他相关文件资料)。
8.1.6、中标人向采购人提供 (略) 需特殊专用的工具、备件及清单和中文说明书,其费用包括在投标价格内。
8.1.7、中标人在采 (略) 进 (略) 发生的 * 切费用由中标人承担。
8.1.8、中标人应提供货物使用免 费培 训和技术服务。
8.2、 (略) 分:
8.2.1、中标人应在签订合同时,向采购人提供安装、调试的进度计划表。
8.2.2、中标人负责组织专业 (略) 产品调试,并向采购人安排的工作人员介绍产品功能。
8.2.3、产品安装、调试的完工期须按照合 (略) 。
9、检验标准和方法
9.1、 (略) 家产品验收标准( (略) 业或地方标准)、招标文件、投标 (略) (略) 验收。产品质量达到设 计要求,安装调试各项指标符合技术参数要求且须通过质检、 (略) 门的检验。
9.2、验收程序和方法:
9.2.1、初验收:货物送至采 (略) 后,由采购人、中标人双方共同对货物的数量、基本质量、外包装等逐项检验。
9.2.2、最终验收:初验合格且设备安装完毕后, (略) 为期3 (略) 。 (略) 结束后,采购人 (略) 中的主要指标(如性能、可靠性、稳 定性等)进行评价,符合要求后的,最终验收通过;不合格的, (略) 更换或整改,并 (略) 直至达到最终验收合格。验收结果经采购人、中标人双方确认后,双方代表必须按《设备验收清单》( * 式 * 联)上规定的项目对照本合同填好验收结果并签名、加盖各自单位的公章,由中标人将 * 联提交给采购人存档。如发现设备与合同规定不符,采购人有权拒绝接受并向中标人提出索赔。如货物在质量保证期内被证明存在缺陷,包括潜在的缺陷或使用不合适的材料,采购人有权凭有关证明文件向中标人提出索赔。
* 、技术资料要求:中标人需提供本项目全套设备配置清单(详列名称、品牌型号、数量、原产地等)。中标人应向采购人提供以下目录的技术资料 * 套(各项指标和参数应符合验收标准,采购人有权委托中国有资格单位或机构对设备性能、 (略) 校核)。
(1)出厂明细表(装箱单);
(2)出厂检验报告和合格证书;
(3)使用说明书;
(4)安装手册、操作手册、维修手册;
(5)零部件目录;
(6)相关文件、支持程序软盘或光盘;
(7)提供原 产地制造商的产品证明;
(8)合同中要求的其它文件资料。
* 、专用工具
* .1中标人应向采购人提 (略) 需的专用工具及清单(清单附在投标文件中)。
* 、特殊工具
中标人应向采购人提供货物 (略) 需的特殊工具及清单和中文说明书,其费用包括在投标总价内。
* 、售 后服务要求
合同包1、合同包3:存储设备提供≧5年的免费保修维护,其余系统软硬件设备提供≧3年的免费保修维护。
合同包2:软件系统提供≧2年的免费保修维护。
在保修期内,对于系统内出现故障,投标人应及时修复或更换和软件升级, (略) 发生的 * 切费用由投标人负责。免费保修期自验收签名之日起计算。保修期内,须按合同条款提供免费服务,非因操作不当造成要更换的零配件及设备由中标人负责包修、包换。中标人在免费保修期内须提供免费上门维修服务, (略) 终身维护。如保修期内同 * 故障发生 * 次,或在两个月内无法修复,中标人无条件换货。
* 、技术培训
中标人须免 (略) 安装和调试,并列好计划对设备的使用操作、设备维修、故障排除、日常保养等 (略) 技术培训,直到受训的技术人员能独立操作为止;对相应的受训人员将免费提供相应讲义教材等资料。技术培训没完成, (略) 设备最终验收。
4.2、 (略) (略) 分,对各投标人均具有约束力, (略) (略) 。
5、更正(补充)后购买采购文件时间、地点、方式: (略) * 并发布;投标人应先在 (略) (略) *** )注册会员,再通过会员账号在 (略) (略) 上公开信息系 (略) 报名及下载采购文件,否则投标将被拒绝。
6、更正(补充)后网上报名:与原公告 * 致
7、更正(补充)后响应文件提交的截止时间: *** * : *
8、更正(补充)后开标(询价方式:报价公开)时间(系统引用时间)及地点: *** * : * , (略) 市 (略) 区华大街道鼓屏路 * 号山海大厦南楼 * 层。
9、采购人名 称: (略) (略)
地址: (略) 省 (略) 市 (略) 区西环南路 * 号
项目负责人:小朱
联系电话: ***
* 、代 理机构名 称: (略) 代 理有限公司
地址: (略) 市 (略) 区华大街道鼓屏路 * 号山海大厦 * 层6#
项目负责人:陈怡
联系电话: ***
(略) 代 理有限公司
发布日期