招标文件
采购项目技术、服务、政府采购合同内容条款及其他商务要求
前提：本章采购需求中标注“★”号的条款为本次磋商采购项目的实质性要求，供应商应全部满足。
一、项目概述
（一）项目背景
近年来，成都市文化广电旅游系统围绕产业升级、市场监管、精准营销、服务市民游客等核心管理和服务职能，以数字化、信息化、智慧化建设为指引，相继建成了成都旅游数据中心大数据集成应用平台，初步实现文旅数据集中管理应用和部分数据资源共享，为推动文旅智慧化发展发挥了积极作用。
2018年成都市文化广电旅游局在成都旅游数据中心大数据集成应用平台基础上，进行了升级改造，进一步满足了当今和未来发展的业务应用需求，在实现网络系统安全的基础上，保护信息在传输、交换和存储过程中的机密性、完整性和真实性。运用科学化的分析构架与测算方法实时、动态、持续的对成都旅游市场经济发展进行分析与呈现，为旅游管理部门和地区发展提供数据支撑与决策支持。
2021年以来，全市“智慧蓉城”系统工程建设加速推进，对“智慧文旅”建设尤其大数据采集和应用建设提出了新的要求。在此背景下，围绕以上管理和服务业务应用场景，以应用和问题为导向，以大数据基础资源为支撑，采集高频、活性、多源且更多聚焦市民游客实际消费行为的文旅大数据，对于强化大数据场景化应用，对于加快推进“智慧文旅”高质量建设具有重要作用。
大数据作为云计算、物联网之后又一大颠覆性的技术革命，在海量的信息资源中获取准确、有效的数据资源，进一步提升数据资源的整合与分析、深度挖掘数据的多方价值，对于优化产业链、创新经营管理模式、促进产业升级具有重要意义。随着人民群众参与面广、需求多样和消费方式快速变化，大数据成为文化旅游业内部各个环节联系的纽带，对文化旅游管理部门、文化旅游企业和旅游消费者而言都发挥着举足轻重的作用。
原成都市旅游局《成都旅游应急救援指挥平台》于2014年6月投入运行以来，所有涉及硬件设备属于质保期外产品,软件系统应用情况不理想，而硬件系统长时间开机使用，理论上会造成拼接图像处理器电子元器件的老化和氧化，视频会议硬件系统长期未检修，从而导致了指挥中心经常性地出现使用故障，造成整个指挥中心系统面临着不能满足各类办公和应急突发事件处置需求的情况。为确保24小时指挥应急中心视频会议系统和监控系统的正常运转；面对旅游重大安全防卫突发事件，有效做好日常预警、防范应对方案和各种实战演练，需迅速组成应急处理指挥机构、组织有关技术人员赶赴现场，采取各种方法和措施迅速处理应急指挥系统出现的软硬件异常，从而进一步提高旅游应急指挥效率。
（二）项目目标
1、整合全域数据，为“智慧文旅”建设提供数据资源支撑。融合运营商、消费、交通、旅游监管、OTA、文旅游客投诉、网络舆情等多源产业数据，依托成熟的数据分析以及模型处理，将行业动态、产业监测、游客大数据关联海量数据维度进行汇聚分析，并形成城市文旅指数评估体系，将为“智慧文旅”建设提供全面及时的高频活性数据支撑，同时为文旅管理部门的日常管理、产业监测、应急指挥、营销推广以及文旅服务提供支持。
2、依托前沿研究，培育文旅大数据应用服务新能力。强化统筹实施、分类采集和分级应用，借助多方、多元、多维的文旅大数据合作渠道、数据资源和文旅大数据挖掘应用能力，共同推动数据资源融合、示范应用建设及标准规范制定等工作，探索推动文旅数据从外部采集到数据分析和成果展示，努力建成为政产学研合作、区（市）县联动、主客共享、国内领先的大数据应用服务典范。
3、强化预警预测，构建并完善文旅大数据应急调度体系。打通汇集政务、涉旅与商务相关数据，运用电子围栏技术，实时呈现景区游客热力图，通过长期数据采集、整理分析及预警预测研究，帮助文化旅游管理部门及时了解全面掌握当前全市旅游团队的实时坐标及轨迹和旅游景区实时容量情况，让文旅应急指挥更为高效、更为智能、更为精准，提升对各类突发公共事件的应急处置与救援能力。
4、深度解析需求，优化文旅市场面向游客的精准营销。提供文旅相关“吃住行游购娱”消费总览、消费走势分析及消费来源分布，可据此捕捉消费热点，指导文旅产业经济观察及产业升级转型，帮助文旅主管部门及时洞察舆情信息以制定应对措施，合理调整媒介策略。
5、展示行业动态，增强文旅产业深度融合发展新动能。融合去标识化的运营商、银联、滴滴等投诉数据以及互联网公开数据，打破数据壁垒，通过游客消费、评价口碑、搜索热点等数据综合分析，直观展示文旅行业宏观动态，从游客视角深入探究全域旅游发展现状，从数据侧推进全域文旅产业有效发展。
6、深入指数分析，助力文旅市场疫后加快复苏分析。通过2022年的高频、活性文旅大数据监测，旨在较为准确的掌握在疫情后文旅市场恢复情况和复苏情况，通过游客大数据、团队大数据、交易大数据等数据监测，反映疫情背景下成都文旅产业和文旅消费的复苏恢复发展态势和力度，尤其在黄金周、小长假等节假日的文旅经济运行态势和复苏恢复情况，为旅游部门制定相应的疫情扶持产业政策提供支撑依据，同时，指导和服务成都酒店、景区、旅行社、购物场所、乡村林盘点位、绿道点位等针对性的开发更具市场竞争力和消费者喜欢的旅游产品。
7、进一步加强和完善的成都旅游数据中心大数据集成应用平台的技术服务体系，面向核心框架、数据整合、分析模型、数据开放、数据采集等进行系统化的运行维护服务保障，保障文广旅局大数据平台与内外部系统、平台、接口间可靠、高效、持续、安全运行。
8、保障应急指挥中心硬件运行效能，提高业务能力。
9、增强大数据平台服务器及安全运维保障体系，进一步增强大数据对成都旅游产业发展、行业监管、运行监测和安全预警的服务支撑功能，实现旅游数据挖掘应用共建共享，助力成都旅游数据大脑打造。
二、项目清单
|
序号 |
包号 |
品目号 |
标的名称 |
所属行业 |
数量 |
|
1 |
01 |
01-01 |
成都市文化广电旅游局成都旅游数据中心大数据采集服务及集成应用平台运维项目 |
其他未列明行业 |
拟采购一名运维供应商 |
★三、商务要求
1.服务期限
本项目服务周期4个月。
2、验收方法
按国家有关规定以及《财政部关于进一步加强政府采购需求和履约验收管理的指导意见》（财库〔2016〕205号）及《四川省消防救援队伍信息化项目管理办法（试行）》要求及投标文件、采购合同等，确认是否完全满足各项要求。
3、付款方式
1、履约保证金金额为合同总金额的10%。成交供应商在成交通知书发出后合同签订前通过支票、汇票、本票或者金融机构出具的保函等非现金形式提交（包括网银转账，电汇等方式）至采购人。履约保证金在履约验收合格后10日内退还。
2、合同签订后收到成交供应商发票后15日（成交供应商是中小企业的，10个工作日）内支付本项目合同100%的金额。采购人付款前，成交供应商应提供正式等额的发票，否则采购人有权迟延付款且不承担迟延付款的违约责任。
4、服务地点
四川省成都市
★四、技术、服务要求
1、服务内容及范围
本项目包含2项服务内容：（1）成都文旅大数据采集服务；（2）成都旅游数据中心大数据集成应用平台运维服务；其中：
成都文旅大数据采集服务内容包括3个方面：1、文旅大数据采集服务；2、数据预处理服务；3、数据分析及报告编制服务
成都旅游数据中心大数据集成应用平台运维服务内容包括3个方面：1、软件运维服务；2、服务器及安全运维服务3、指挥中心硬件运维服务
（1）成都文旅大数据采集服务
1）文旅大数据采集服务
贯彻落实《成都市推进数字经济发展实施方案》、《加快推进全域文旅大数据建设的指导意见》，增强大数据分析决策能力，提升政务服务供给精细化、精准化水平，对外向社会专业机构采购采集游客通讯终端位置及其身份标签的数据、线上旅游产品交易数据、旅游消费支付数据、基于GDS的来离蓉航空游客数据、旅游网络服务评价数据等挖掘价值大、颗粒度高的旅游数据资源。采集的数据内容主要包括基于游客通讯终端位置及其身份标签的游客总量和结构数据、基于线上旅游产品交易的数据、游客消费支付类数据、基于GDS的来离蓉航空游客数据、爬取类数据（游客评价热搜数据）等五大类数据资源。
其中，基于游客通讯终端位置及其身份标签的游客总量和结构数据包括成都市游客总量和热门线路数据、游客停留时长数据、游客景区选择偏好数据、游客地域来源特征数据、游客性别特征数据、游客年龄特征数据、绿道游客客流量数据、都市游游客量数据、乡村游游客量数据、景区客流量数据、景区游客存留量数据、游客过夜游客流量数据等数据内容。
基于线上旅游产品交易的数据包括交通度假等线上主流旅游产品预定数据、住宿产品选择偏好特征数据、住宿企业运营状况数据、最热门旅游线路数据、最热门跟团-自由行产品数据、最热门串行城市（中转）数据、黄金周小长假城市排名数据、黄金周小长假客源地数据、黄金周小长假热门景区景点（含酒店）数据等数据内容。
基于GDS的来离蓉航空游客数据包括来蓉航空游客国内外热门出发地数据（客源结构）、来蓉航空游客年龄结构数据、来蓉航空游客性别结构数据、来蓉航空游客群体结构特征数据、未来14天来蓉航空国内外游客数据。
游客消费支付类数据主要包括采集不同来源地游客旅游消费数据以及不同业态或产品消费支付数据等国内游客在蓉期间在餐饮、购物、景区门票等不同消费领域的消费数据。
爬取类数据（游客评价热搜数据）包括景区网络热搜度数据、景区等主要产品网络评论评价数据、酒店等主要产品网络评论评价数据等数据内容。
表：采集的涉旅数据内容、更新颗粒度表和下钻级别
|
数据维度 |
数据内容 |
最低颗粒度要求 |
至少覆盖区域或下钻级别 |
|
基于游客通讯终端位置及其身份标签的游客总量和结构数据 |
（1）成都市游客总量数据 |
平时按月，法定节假日和应急模式按实时 |
区市县 |
|
（2）游客停留时长数据 |
按月（按节假日） |
全域成都 |
|
|
（3）游客景区选择偏好数据 |
按月（按节假日） |
区市县 |
|
|
（4）游客地域来源特征数据 |
平时按月，法定节假日和应急模式按实时 |
全域成都 |
|
|
（5）游客性别特征数据 |
按月（按节假日） |
全域成都 |
|
|
（6）游客年龄特征数据 |
按月（按节假日） |
全域成都 |
|
|
（7）绿道等新业态游客客流量数据 |
平时按月，法定节假日和应急模式按实时 |
重点点位或路段 |
|
|
（8）游客学历分布结构数据 |
按月（按节假日） |
全域成都 |
|
|
（9）都市游游客量数据 |
平时按月，法定节假日和应急模式按实时 |
区市县 |
|
|
（10）乡村游游客量数据 |
平时按月，法定节假日和应急模式按实时 |
区市县 |
|
|
（11）重点景区累计客流量数据 |
平时按月，法定节假日和应急模式按实时（按10分钟更新） |
重点景区或点位 |
|
|
（12）重点景区游客在园存留量数据 |
平时按月，法定节假日和应急模式按实时（按10分钟更新） |
重点景区或点位 |
|
|
（13）过夜游客数量 |
按月（按节假日） |
全域成都 |
|
|
基于线上旅游产品交易的数据 |
（1）游客住宿选择偏好数据 |
按月（按节假日） |
区市县 |
|
（2）游客线上旅游交易数据（不同业态产品的预定和成交数据等） |
按月（按节假日） |
全域成都 |
|
|
（3）住宿运营状况数据 |
按月（按节假日） |
全域成都 |
|
|
（4）最热门旅游线路数据 |
按月（按节假日） |
全域成都 |
|
|
（5）最热门跟团-自由行产品数据 |
按月（按节假日） |
全域成都 |
|
|
（6）黄金周小长假城市排名数据 |
黄金周小长假 |
全域成都 |
|
|
（7）黄金周小长假客源地数据 |
黄金周小长假 |
全域成都 |
|
|
（8）黄金周小长假热门景区景点（含酒店）数据 |
黄金周小长假 |
全域成都 |
|
|
旅游消费支付数据 |
（1）本外地不同地域游客在蓉旅游消费支付数据 |
按月（按节假日） |
全域成都 |
|
（2）不同旅游业态和产品的旅游支付数据 |
按月（按节假日） |
全域成都 |
|
|
基于GDS的来离蓉航空游客数据 |
（1）来蓉航空游客国内外热门出发地数据（客源结构） |
按月（按节假日） |
全域成都 |
|
（2）来蓉航空游客年龄结构数据 |
按月（按节假日） |
全域成都 |
|
|
（3）来蓉航空游客性别结构数据 |
按月（按节假日） |
全域成都 |
|
|
（4）来蓉航空游客群体结构特征数据 |
按月（按节假日） |
全域成都 |
|
|
（5）未来14天来蓉航空国内外游客数据 |
按天更新 |
全域成都 |
|
|
爬取类数据（游客评价热搜数据） |
（1）景区网络热搜度数据 |
按月（按节假日） |
区市县 |
|
（2）景区等主要产品网络评论评价数据 |
按月（按节假日） |
区市县 |
|
|
（3）酒店等主要产品网络评论评价数据 |
按月（按节假日） |
区市县 |
2）数据预处理服务
本项目向OTA、运营商、互联网数据公司等相关数据机构采集的涉旅数据规模较大、数据维度多、数据字段多，尤其对于游客监测部分的数据更新颗粒度要求较高，要求达到实时级别；且后期将基于所采集的大规模数据，深度开展应用于安全应急、市场监管、产业运行分析等实际场景的数据挖掘、数据建模、预警预测和分析研判，这对数据的精确度、完整性、及时性、唯一性、有效性、一致性、更新颗粒度等质量标准提出了较高的要求。
同时，为充分保障数据质量和满足分析要求精度。在开展数据应用分析和挖掘前，需要对所采集的不同数据进行预处理（初清洗），要求数据供应商提供数据预处理服务。数据清洗(Data cleaning)即对数据进行重新审查和校验的过程，目的在于删除重复信息、纠正存在的错误，并提供数据一致性。具体预处理流程包括但不限于纠正错误、删除重复项、统一规格、修正逻辑、转换构造、数据压缩、补足残缺/空值、丢弃数据/变量等数据处理流程。具体服务内容包括但不限于数据错误处理、数据残缺处理、数据异常处理、数据重复处理、数据噪音处理服务内容。
3）数据分析及报告编制服务
①月度分析报告编制
基于所采集的游客通讯终端位置及其身份标签的数据、线上旅游产品交易数据、旅游消费支付数据、旅游网络服务评价数据等五大类数据，在经过清洗预处理后，将针对文旅行业、文旅市场的假日运行监测、安全应急、行业市场监管、产业运行分析、指导精准旅游营销、产业政策制定指导等不同业务应用场景的实际应用需求，项目将对所采集的数据进行相应的统计分析和产业分析，要求供应商提供数据分析服务和报告编制服务。
其中统计分析方法包括但不限于数据对比分析、时间序列分析、相关分析、回归分析、描述统计分析、推断统计分析和多维度拆解分析，产业分析方法包括但不限于城市对比分析、区域对标分析、产业运行分析、产业贡献分析等，同时按各月度形成相应数据分析报告。
按照本项目预定的采购周期范围，数据报告编制服务将形成月度分析报告4份。
②节前预测数据分析报告编制
基于线上旅游产品交易数据，尤其游客在每个黄金周小长假节前通过线上交易平台的预定数据、热搜数据，在经过清洗预处理后，将针对节假日文旅市场总体态势研判、城市旅游热度排名、热门景区预测提示、热门区域预测提示、安全应急、疫情防控等业务应用场景体用数据分析和数据支撑。综合运用包括但不限于节假日总体情况分析、城市假期旅游目的地总体热度及排名分析、主要线上产品预定量城市排名分析、假期客流量及客源结构分析、航空游客客源地和特征分析、住宿产品订单特征分析、热门旅游线路特征分析、热门（热搜、热定）景区特征分析、热门酒店预订分析、风险提示分析等分析方法，按照节假日在节前提供预测分析报告。
按照本项目预定的采购周期范围，节前预测数据分析报告编制服务将形成1个小长假、1个黄金周节前预测数据分析报告共2份（本项目采购服务期内包含一个中秋节和一个国庆节 ）。
（2）成都旅游数据中心大数据集成应用平台运维服务
1）软件运维服务
包括：成都旅游数据中心大数据集成应用平台基础运维服务、重点保障值守服务。运维工作主要涵盖以下内容：
①大数据应用平台的运维管理需求，大数据平台的日常管理，保障平台的正常运行；
②软件系统的运维管理需求，保障系统的正常运行；
③数据备份与恢复服务需求，防止自然或人为因素导致数据库中数据的正确性，甚至破坏数据库；
④重点保障值守服务需求，解决日常以及重要时段的保障值守；
⑤咨询培训服务，通过现场或远程方式解决日常技术咨询和培训问题；
⑥应急响应服务需求，通过应急事件处置与应急响应机制，保障成都旅游数据中心大数据集成应用平台及各原建应用系统继续运行或紧急恢复；
⑦信息资产管理服务需求，包括软件、硬件、业务、数据资产和定期信息资源普查。
|
软件运维清单 |
|||
|
序号 |
应用系统名称 |
建设时间 |
使用部门 |
|
1. |
成都旅游数据中心大数据集成应用平台（一期） |
2017年 |
旅游局各处室及各区县旅游主管部门 |
|
2. |
成都市旅游项目管理系统 |
2014年 |
旅游局产业处及各区县旅游主管部门 |
|
3. |
旅游局应急救援指挥平台 |
2014年 |
旅游局各处室及各区县旅游主管部门 |
|
4. |
成都市旅游局乡村旅游统计管理平台 |
2002年 |
旅游局监管处及各区县旅游主管部门 |
|
5. |
黄金周假日旅游填报系统 |
2012年 |
旅游局监管处及各区县旅游主管部门 |
|
6. |
成都市旅游局住宿业管理平台 |
2014年 |
旅游局监管处、各区县旅游主管部门和旅游企业 |
|
7. |
成都市“平安旅游检测防控系统” |
2016年 |
旅游局监管处、各区县旅游主管部门和旅游企业 |
|
8. |
成都市旅游质监执法监督网 |
2012年 |
旅游局执法支队及各区县旅游执法队 |
|
9. |
成都市旅游行政处罚电子化系统 |
2014年 |
旅游局执法支队及各区县旅游执法队 |
2）服务器及安全运维服务
包括：成都旅游数据中心大数据集成应用平台25台支撑服务器（政务云服务器）的运行维护，包括服务器周期备份与应急恢复、服务器稳定性主动巡检、服务器安全漏洞处理、服务器运行动态监控。运维工作主要涵盖以下内容：
①定期对服务器进行备份；
②及时安装系统补丁；
③安装网络杀毒软件；
④监测系统日志；
⑤服务器及网络保障。
|
服务器运维清单 |
|||||||
|
序号 |
所在机房 |
内网IP |
应用描述 |
CPU核心 |
内存GB |
系统盘 |
数据盘 |
|
1. |
浪潮云 |
172.25.20.4 |
视频监控服务器1 |
16 |
64 |
160GB |
/ |
|
2. |
浪潮云 |
172.25.20.5 |
视频监控服务器2 |
16 |
64 |
160GB |
/ |
|
3. |
浪潮云 |
172.25.20.6 |
视频监控服务器3 |
16 |
64 |
160GB |
/ |
|
4. |
浪潮云 |
172.25.20.7 |
视频监服务器4 |
16 |
64 |
160GB |
/ |
|
5. |
浪潮云 |
172.25.20.10 |
文件服务器1 |
4 |
8 |
160GB |
1TB |
|
6. |
浪潮云 |
172.25.20.11 |
文件服务器2 |
4 |
8 |
160GB |
1TB |
|
7. |
浪潮云 |
172.25.20.15 |
采集服务器1 |
4 |
16 |
62GB |
/ |
|
8. |
浪潮云 |
172.25.20.16 |
应用服务器3 |
4 |
16 |
160GB |
/ |
|
9. |
浪潮云 |
172.25.20.17 |
应用服务器2 |
4 |
16 |
82GB |
/ |
|
10. |
浪潮云 |
172.25.20.18 |
网关服务器 |
16 |
32 |
160GB |
/ |
|
11. |
浪潮云 |
172.25.20.21 |
控制服务器 |
8 |
16 |
160GB |
/ |
|
12. |
浪潮云 |
172.25.20.22 |
应用服务器1 |
8 |
16 |
160GB |
/ |
|
13. |
浪潮云 |
172.25.20.23 |
应用服务器4，接口池1 |
8 |
16 |
160GB |
/ |
|
14. |
浪潮云 |
172.25.20.24 |
测试服务器 |
8 |
16 |
160GB |
/ |
|
15. |
浪潮云 |
172.25.20.25 |
数据库服务器01 |
8 |
32 |
160GB |
1TB |
|
16. |
浪潮云 |
172.25.20.26 |
数据库服务器02 |
8 |
32 |
160GB |
1TB |
|
17. |
浪潮云 |
172.25.20.27 |
采集服务器2 |
8 |
32 |
160GB |
/ |
|
18. |
浪潮云 |
172.25.20.28 |
临时服务器 |
16 |
64 |
160GB |
/ |
|
19. |
浪潮云 |
172.25.20.29 |
Web服务器01 |
16 |
32 |
160GB |
/ |
|
20. |
浪潮云 |
172.25.20.30 |
Web服务器02 |
16 |
32 |
160GB |
/ |
|
21. |
浪潮云 |
172.25.20.31 |
数据接口服务器01 |
16 |
32 |
160GB |
/ |
|
22. |
浪潮云 |
172.25.20.32 |
数据接口服务器02 |
16 |
32 |
160GB |
/ |
|
23. |
浪潮云 |
172.25.20.33 |
数据库cluster01 |
32 |
64 |
160GB |
1TB |
|
24. |
浪潮云 |
172.25.20.34 |
数据库节点01 |
32 |
64 |
160GB |
1TB |
|
25. |
浪潮云 |
172.25.20.35 |
数据库节点02 |
32 |
64 |
160GB |
1TB |
3）指挥中心硬件运维服务
包括：指挥中心资产托管服务、技术咨询服务、故障处理服务、培训服务、巡检服务、回访服务、定期系统健康检查服务、系统演练服务、重大会议保障服务。运维工作主要涵盖以下内容：
①对指挥中心硬件系统进行巡检；
②对指挥中心发现有影响正常使用、和存在故障隐患的硬件进行及时报告（本项目不涉及硬件设备的购买）；
③日常和假日期间，对景区监控视频通道进行巡检和排查，1小时内与景区相关人员沟通，快速有效解决视频监控通道中断的问题，保障视频监控画面正常。
|
指挥中心硬件运维清单 |
||||||
|
序号 |
物资名称 |
规格及型号 |
单位 |
数量 |
||
|
1 |
大屏显示系统 |
46寸液晶显示屏 |
SAM460MD06 |
PJ4604D |
套 |
15 |
|
2 |
嵌入式全屏处理器 |
SMS2000H |
PJ4604D-A |
套 |
15 |
|
|
3 |
拼接图像处理器 |
SMS6000 |
HTV-16-04D12R |
套 |
1 |
|
|
4 |
坐席电脑 |
控制电脑 |
ThinkCentre M8500t |
联想 |
台 |
5 |
|
5 |
音响系统 |
中控主机 |
HY-PRO3 |
KICON |
套 |
1 |
|
6 |
无线真彩屏（中控用） |
HY-T7500 |
KICON |
台 |
1 |
|
|
7 |
无线接收器（中控用） |
HY-RFGW |
KICON |
台 |
1 |
|
|
8 |
充电底座（中控用） |
HY-PWR |
KICON |
个 |
1 |
|
|
9 |
编程软件（中控用） |
HY-NET3.0 |
KICON |
台 |
1 |
|
|
10 |
功放 |
DE400 |
湖山 |
台 |
2 |
|
|
11 |
调音台 |
DM1204-B |
湖山 |
台 |
1 |
|
|
12 |
全频音箱 |
DK-F212 |
湖山 |
支 |
4 |
|
|
13 |
均衡器 |
EQ2013A |
湖山 |
台 |
1 |
|
|
14 |
电源时序器 |
PS-08 |
湖山 |
台 |
1 |
|
|
15 |
双通道反馈抑制器 |
GWH212 |
湖山 |
台 |
1 |
|
|
16 |
会议话筒 |
DS-306F |
湖山 |
台 |
10 |
|
|
17 |
会议系统 |
嵌入式MCU |
MCU V2-PV-HDC1024 |
V2 |
台 |
1 |
|
18 |
硬件视频终端 |
V2-HD809 |
V2 |
台 |
22 |
|
|
19 |
高清会议摄像机 |
V2-HD20 |
V2 |
台 |
22 |
|
|
20 |
高清录播系统 |
V2-LB-HD |
V2 |
台 |
1 |
|
|
21 |
摄像头支架 |
CX-999 |
金钟（Velbon） |
个 |
21 |
|
|
22 |
会议系统配套 |
升降液晶屏幕 |
GLM19 |
|
台 |
5 |
|
23 |
机柜 |
24U |
台 |
2 |
||
|
24 |
交换机 |
S1724G |
台 |
1 |
||
|
25 |
液晶高清电视 |
50寸高清液晶电视 |
台 |
21 |
||
2、人员配置要求
供应商提供项目负责人和服务团队成员名单，参与本项目专业技术人员最少配置6名。
3、其他要求
（1）数据时延性要求
平时按月传输过程中，数据延时正常情况不超过48小时；法定节假日和应急模式要求按实时级别传输的数据，数据延时正常情况不超过10分钟。
（2）数据断点故障率要求
服务期内，数据正常情况数据断点次数不超过10次，断点累计时长不超过24小时。
（3）报告编制服务要求
月度数据分析报告按月度编制4份，提交时间不晚于当月结束后的10个工作日以内。
节假日节前预测数据分析报告按节假日编制2份，提交时间为节假日之前一周以内。
（4）数据安全保障要求
本服务项目不得采集或使用涉及游客个人公民信息和其他隐私信息的数据，不得侵害侵犯相关第三方的正当合法权益，所有采集数据均为经过脱敏处理后的统计类、汇总级的分析类数据，不得包含个人敏感或商业敏感数据。
（5）响应要求
根据旅游经济监测的不同工作模式，本项目按日常模式、假日模式和应急模式，对数据采集服务的服务到位时间、故障解决时间、数据断点次数、数据断点时长响应作出了相应要求。详见下表。
表：信息资源目录表
|
评价模式 |
序号 |
服务响应评价指标 |
响应要求 |
|
日常模式 |
1 |
日常模式服务到位时间 |
不超过30分钟 |
|
2 |
日常模式故障解决时间 |
不超过30分钟 |
|
|
3 |
日常模式数据断点次数 |
不超过4次/季度 |
|
|
4 |
日常模式数据断点时长 |
不超过30分钟 |
|
|
假日模式 |
5 |
假日（黄金周、小长假）模式服务到位时间 |
不超过5分钟 |
|
6 |
假日（黄金周、小长假）模式故障解决时间 |
不超过10分钟 |
|
|
7 |
假日（黄金周、小长假）模式数据断点次数 |
不超过3次/假期 |
|
|
8 |
假日（黄金周、小长假）模式数据断点时长 |
不超过10分钟 |
|
|
应急模式 |
9 |
应急模式故障解决时间 |
不超过5分钟 |
|
10 |
应急模式服务到位时间 |
不超过10分钟 |
|
|
11 |
应急模式数据断点次数 |
不超过3次/期间 |
|
|
12 |
应急模式数据断点时长 |
不超过10分钟 |
（6）平台运维要求
1）故障处置原则：先抢通，后修复；先核心，后边缘；先后端，后呈现；先网内，后网外；分故障等级进行处理。
2）故障处置时限：
重大故障，故障处理时限≤2小时；
严重故障，故障处理时限≤4小时；
一般故障，故障处理时限≤24小时。
收藏