一、项目概述
根据文化和旅游部关于《智慧景区建设指南》的通知和《中华人民共和国旅游法》第四十五条 规定“景区接待旅游者不得超过景区主管部门核定的最大承载量。同时，贯彻落实习近平总书记关 于统筹推进疫情防控和经济社会发展工作的重要指示精神，以及文化和旅游部推进全国旅游景区预 约管理工作，推进旅游景区“限量、预约、错峰”的要求。旅游区将基于实名制分时预约对现有票务系统进行整体升级，全面实施景区“限量、预约、错峰”管理，实现每天分时段定量预约交通线路票、景点门票、漂流票，游客可根据预约的时间段游玩。进一步提升景区智慧化管理水平， 为旅游经济发展和常态化疫情防控做出贡献。
二、建设思路
“以交通线路票为预约载体，漂流接待为辅助，景点容量为配载”通过对门票（线路）的分时段预约，引导游客的消费行为，实现客流的削峰填谷，改善游客游览体验，提升旅游品质。
目前景区的主要购票渠道包括线下窗口、自助机，线上官方平台、旅行社、OTA 渠道。本期项目计划开发建设全新的网上实名制预约平台、智能票务系统、旅游大数据平台、可视化综合管控平台，未来所有渠道的预约购票全部与该平台对接，分阶段弱化直至取消线下窗口。
实名制分时预约平台，将提供 B2B、B2C 全渠道业务功能。既可实现游客在平台的实名制分时预约购票，也可实现旅行社（OTA）线上预订业务。
综合考虑与原有设施的衔接、原有系统剩余能力的优化和利用。同时为后期建设预留接口，可 以适应未来五至十年发展需要。
三、建设目标
实现目标：打造可持续运营的智慧旅游一体化平台，实现一脸游！
达到效果：对现有票务系统进行整体升级，以实名制分时预约、线路票/门票/漂流票/船票人 脸识别应用为核心，覆盖人脸识别全网全渠道综合应用。
打造线上线下“全方位一体化”人脸识别体系，从游客人脸购票、取票、人脸验证等环节实现 便捷入园、乘车、乘船、漂流。OTA 渠道、官网渠道、现场窗口、现场扫码购、年卡用户等均可线上录入采集人脸，线下直接刷脸入园、乘车；通过将购票人脸录入前置化，引导游客线上实名制购 票，解决游客二次购票、排队等情况，通过检票人证核验，实现游客刷脸入园、二次入园、刷脸乘 车，避免二次排队、倒票、错乘线路等问题；同时结合分时预约，通过对线路/门票/漂流的分时段 预约，引导游客的消费行为，实现客流的削峰填谷，改善游客游览体验，提升旅游品质。
从游客角度，如从漂流游客中心进入，可直接预约漂流时间。如选择坐做交通车游览，游客可 从各类型渠道预约门票（线路）时间，通过确定预约时间，可提前规划安排行程，确保按时到达景 区。
从管理角度，通过对门票（线路）分时库存的管理，匹配市场化手段促使各分销渠道按照景区 管理意图进行有序订购；通过多媒体、新媒体矩阵体系信息发布，促进景区信息触达游客；通过预 约及售检系统实时数据的动态监控，实现动态指挥调度。
业务执行层面：一是通过票房前移的手段，将景区票房职能进一步上移至线上（重点）、前移 至市区；二是实现分时预约，游客通过预约门票，同时辅以政策引导，实现进山客流削峰填谷。三 是实现门车合检，提升游客体验。四是建立面向预约的专用检票通道，优先配置资源承运。
四、票务系统技术要求
系统整体架构合理，技术采用现有成熟稳定 JAVA 语言开发，组件化设计，便于后期业务拓展、更新；
系统采用 B/S 架构设计，售票客户端采用 VUE 框架开发，数据报表采用 json 自定义动态数据报表；
平均年故障时间少于 0.8 小时；影响系统正常运行的故障修复时间不得超过 0.5 小时；其他系统故障修复时间不得超过 1 小时；
1.系统要满足支持最高 100 个并发用户，正常 50 个并发用户的使用要求；
系统平均响应时间应控制在 3 秒内；
图形初始化时间应控制在 6 秒内，图形调用（刷新、漫游、选择、查询等）应控制在 3 秒内；
良好的人机界面：符合用户使用习惯，便于用户操作，具有个性化的设置功能；
系统支持客户端售票程序自动升级，即当后台程序为最新程序时，客户端既可自动检测发现 并自动更新为最新程序；
系统设计应具备冗余和灾备的功能，当部分网络断网的情况下，可以有备份机制，保证本地 售票和验票正常进行；
数据接口需基于 TESB 服务总线，实现数据规范和接口标准，实现异构系统的解耦，并保障各系统数据一致性和实时性，同时后期升级和其他渠道预约接口标准。
五、智慧旅游公共服务支撑平台技术要求
采用云架构，基于 J2EE 的 spring、webwork、hibernate、oracle 数据库系统的综合营销管理平台。该系统与需与分时预约系统、票务系统、售检票系统无缝衔接，实现票务一体化管理。平台需完成与携程、同程、途牛、驴妈妈、美团、飞猪等平台技术对接。实现了直销分销管理、价格政策管理、时间线管理、库存管理等门票所涉及的全方位一体化管理。同时可实现在线订票、在线支付、 门票退改、检票状态、客户管理、价格政策、订单短信发送、财务结算等电子门票销售所需的一系列服务。
可通过管理平台实现对分销商的销售区域、结算价格、限制销售价格进行设定。实现电子码的 生成、编码、加密、发送、校验，确保信息安全。购票完成后直接刷电子二维码、二代证、人脸入 园；如遇其他三方对接时提供标准接口，不涉及额外开发费用。
平台需具备服务性能自动弹性扩张能力，可根据并发数动态调整服务器性能，满足不低于
1000 订单/秒并发量，以应对节假日旅游高峰。
平台需具备订单实时监控能力，可对异常订单进行实时报警提醒。
平台具备完善的下单限制能力，可支持实名制、分时预约、地区年龄等下单限制，以及灵活 的发码规则和短信提醒。
平台支持旅行社备用金管理、在线下单预订门票。
平台具备灵活的分销能力，可一键将景区产品以不同政策分配给各销售渠道。
平台支持跨系统多景区套票产品打包售卖。
平台支持分销商批量开票功能。
六、人脸识别系统技术要求
人脸识别系统为本次项目建设重要支撑系统，主要实现本人持票的一致性比对；本次系统需要 配备人工智能图像识别检索比对分析系统实现游客使用二代身份证快速入园，身份证信息配合前端 人脸采集单元实现人证比对功能。其软件关键指标要求：
人脸识别的认证比对按照比对特征值数采用：1：1 和 1：N 两种方式，人脸识别比对环境部署支持本地、云端混合模式，支持百万级人脸库应用，人脸识别比对成功率≥99.9%；
人脸识别应用采用:纯人脸识别应用，现场采集照片-提取特征值与后台存储的照片特征值进 行比对；人脸识别+介质应用，首次应用采集照片-提取-存储，后续应用通过与首次采集的照片特征值进行人票合一比对。
七、实名制分时预约系统技术要求
实名制分时预约系统需基于文化旅游部关于分时实名预约管控平台相关标准建设。
平台支持 SAAS 部署和独立部署，所有预约订单数据汇总至票务系统数据库。
平台订单响应小于 100ms。
订单并发量不小于 1000 订单/秒。
基于旅游企业服务总线技术，实现数据规范和接口标准，实现异构系统的解耦，并保障各系 统数据一致性和实时性，同时后期升级和其他渠道预约接口标准。
如果觉得《旅游发展有限公司智慧景区建设第一期项目》对你有帮助，请点赞、收藏，并留下你的观点哦！
