智慧旅游监管大数据平台建设方案.docx
《智慧旅游监管大数据平台建设方案.docx》由会员分享，可在线阅读，更多相关《智慧旅游监管大数据平台建设方案.docx（57页珍藏版）》请在冰点文库上搜索。
智慧旅游监管大数据平台建设方案
智慧旅游监管平台建设方案
1项目背景
智慧旅游大数据平台系统以XX县市旅游局——旅游景点/企业——旅游者的三级计算机网络为基础，建立起面向全市旅游部门的管理体系。
系统将按照6个模块进行具体规划与实施，建设一系列子系统以实现前述功能。
建设内容包括XX县的旅游企业管理、旅游人才管理、评价管理系统、业务流程管理、综合视图展示、决策分析等多系统融合等功能的智慧运维中心，提供智能线路推送和智能车场管理的智能交通导引，可进行人流量统计、报表输出与智能分析的电子门票，确保游客人身安全的远程报警等功能。
2建设目标
智慧旅游大数据平台将从游客选择旅游线路开始，贯穿各景区内的旅游过程和各景区内外的衣食住行服务，持续到旅游结束后的回顾与评价，对游客的整个旅游过程进行智能化的全周期服务。
建设完成后，XX县旅游业将在透彻感知、互联互通、分析预测和主动推送四个阶段，都具有明显的“智慧特征”。
3大数据项目技术要求
第1章技术架构
本项目开发的大数据平台基于云计算SaaS模式。
1、XXX集团统一游客服务中心的SaaS服务平台作为XXX集团包括本期项目在内的智慧旅游建设的基础平台，其建设需要利用新一代云计算技术、大数据技术、网络技术和通讯技术，在主流资源云（公共云）之上构建XXX集团游客SaaS服务平台，为终端用户和行业用户提供高效、便捷的云服务，使得XXX集团游客SaaS服务平台服务能够延伸至各子公司、景区及涉旅企业，为后续整个集团一体化智慧旅游建设提供基础支撑，为智慧旅游应用高效、稳定运行提供坚实的基础。
2、系统完成SaaS服务平台的相关管理功能，有效保证SaaS服务平台的安全性、可靠性、可用性、扩展性。
第2章技术实现
系统具备先进成熟的技术架构。
系统应提供高性能高可用的部署方案和灾难恢复解决方案，应支持平顺的硬件升级和扩展。
系统架构中各层应采用成熟的、符合技术标准的产品。
系统应对数据和应用的安全性作充分考虑，并提供较完善的数据日志跟踪与分析功能。
应用系统开发要求运用主流Web应用开发技术，基于SOA体系架构，以搭积木式的方式组织，系统组成灵活。
每个应用模块开发维护方便，可以动态地适应需求的变化。
在系统的云计算环境中，每个用户可以根据自己的需要来构建自己的应用环境。
在可视化方面充分运用图形化展示技术，以柱状图，圆饼图、进度图折线图、条形图、饼图、雷达图、仪表盘、热力图、关系网络图、气泡图、树图、流图、散点矩阵图、弦图、滚动信息列表、宫格等等新兴可视化展示方式。
例如，通过热力图，用不同颜色的区块叠加在地图上描述游客分布、密度和变化趋势。
数据分析应从大量复杂的旅游大数据中挖掘未知的、有价值的模式和规律，进行比较选择并总结出原理和法则。
数据挖掘技术的应用应能提高政府决策能力，形成旅游大数据应用。
通过应用建模，形成旅游市场秩序指标指数、形成满意度指数。
采用应用与数据通道分离方式，大数据交换应提供基于http、webservices等通用数据交换接口，采用JSon、xml作为数据交换格式，支持与第三方软件的应用集成与各种复杂网络拓扑结构下的数据接入。
4旅游监管大数据框架设计
4.1顶层设计（三期的总体业务规划图）
1.数据采集和接入：
景区票务数据采集、微信平台数据采集、分销平台数据采集、气象环境数据采集、房地产数据采集、舆情数据采集、物业数据采集、商超数据采集、汽车数据采集、运营商（联通）数据采集。
2.数据分析：
建立基于旅游数据中心的统计分析系统，根据采集的数据信息，按数据类型、时间维度等多种查询条件进行数据检索与统计。
3.数据应用：
a）旅游数据大屏展示：
天气监测、环境监测、微信服务数据监测、实时客流量、游客数据分析、旅游投诉监测、旅游评价监测、网络舆情监测、网络预订统计、分销渠道分析、停车场车位数预警、运营车辆定位、执法人员定位、视频实时预览。
b）旅游数据报表：
销售分析报表、旅游资源分析报表、客户分析报表、营销活动分析报表
4.2软件概要图
大数据平台功能概览
加色彩表述说明
大数据平台系统架构
4.3硬件（云服务）概要图
4.4业务蓝图
4.4.1数据采集
4.4.2景区票务数据采集
票务数据源1：
票务数据源2：
在数据采集工具中加入配套程序（需程序开发），访问票务系统开发的数据接口（需票务系统有此功能），获取数据，并进行数据清洗（将不符合规范的数据清除掉），最后将数据存储到数据仓库中。
采集数据内容如下（不限于以下数据）：
当日实时售票数量（各种类别）和售票单价（各种类别），景点编号。
如因网络原因产生对接失败，可采用人工录入的方式向大数据平台提交汇总数据。
4.4.3微信平台数据采集
微信平台不提供对外部系统的数据服务功能，需要人工录入的方式向大数据平台提交汇总数据。
采集数据内容如下（不限于以下数据）：
昨日粉丝数量和今日粉丝数量，微信编号。
4.4.4分销平台数据采集
需XXX集团旗下景点、酒店、餐饮等公司，与OTA对接为前提，并能协同OTA向大数据平台提供数据接口，在数据采集工具中加入配套程序（需程序开发），访问OTA数据接口，获取数据，并进行数据清洗（将不符合规范的数据清除掉），最后将数据存储到数据仓库中。
采集数据内容如下（不限于以下数据）：
当日实时售票数量（各种类别）和售票单价（各种类别），景点编号。
如因网络原因产生对接失败，可采用人工录入的方式向大数据平台提交汇总数据。
4.4.5气象环境数据采集
需要XXX集团对接气象部门获取气象信息（各个景点的气象信息），如不能获取，将使用陕西省气象台发布的气象信息作为气象数据的依据。
在数据采集工具中加入配套程序（需程序开发），访问省气象台的数据接口，获取数据，并进行数据清洗（将不符合规范的数据清除掉），最后将数据存储到数据仓库中。
4.4.6房地产数据采集
4.4.7舆情数据采集
4.4.8物业数据采集
4.4.9商超数据采集
4.4.9.1汽车数据采集
4.4.10运营商（联通）数据采集
4.5数据分析
建立基于旅游数据中心的统计分析系统，根据采集的数据信息，按数据类型、时间维度等多种查询条件进行数据检索与统计。
根据大数据平台积累的数据，按照常用的数据模型进行建模，例如，舆情类模型：
自然语言分析模型。
4.6数据应用
4.6.1大屏
大屏展示的形式为18块屏幕进行拼装。
大屏展示标题：
XXX集团大数据中心
大屏实施原则：
以大数据平台为依托，在液晶屏上实施展示各项旅游数据。
大屏功能列表：
1、景区汇总信息
a.旅游团队运行情况（柱状图、折线图）
b.旅游大巴运行情况（表格）
c.景区当日门票销售情况（折线图）
需对接OTA（携程、同城、驴妈妈等），或者景区票务系统。
d.重点景区拥挤程度（柱状图）
e.主要景区停车场（表格）
2、景点实时信息
a.接待游客数量（柱状图）显示7天的景区流量
b.景区监控视频（表格）
c.旅游总收入（柱状图）显示七天的景区收入
d.主要客源地人数（柱状图）——横版
3、景区监控展示
a.按景区分屏视频监控显示（由于液晶屏幕有黑边，不便于分割显示）
4、景区运行监测
a.景区名称、今日接待人数、最大承载量、今日在园、停车位、未来5天预测
5、GIS地理监测
a.地图显示XXX各个旅游景点、资源、产业信息（景点类型标签）
6、舆情检测（根据XXX目前的舆情系统定平台显示的内容）
a.今日关键词（列表）
b.热门信息排行（排行列表）
c.最新舆情（列表）
d.情感走势（趋势图）
e.媒体情感分析（柱状图）
4.6.2报表
5大数据技术方案描述
5.1技术架构
5.1.1大数据平台架构
：
5.1.2应用服务器负载
硬件部署上，将多台应用服务器与Nginx负载均衡服务器并行接入同一网段，并由一个交换机来统一调度。
Nginx负载均衡服务器对多台应用服务器进行负载均衡。
由于逻辑架构中使用了Cache，因此负载均衡时采用Session相关策略，保证同一会话数据的一致性。
5.1.3数据服务器负载
两台MySql数据库服务器进行主从集群。
两台数据库共享一个数据库存储设备，业务数据库和查询数据库分开，方便业务数据操作和查询，每台服务器都会自动保存到备份数据库。
将不用的业务数据定时迁移到历史数据库。
5.1.4数据库
数据库使用mycat+mysql，Mycat用作读写分离、以及分表分库、容灾备份，并可以支持以后多租户应用开发、云平台基础设施、增加架构适应性和灵活性，
分表分库，对于超过1000万的表进行分片，最多支持10亿的单表分片。
多租户的支持，应用直连Mycat。
更好的支持saas化应用架构。
5.1.5平台SaaS化
集采平台支持SaaS化，建立租户域，对租户进行隔离式身份管理、权限管理、帐套管理。
采用oauth2统一鉴权。
同时基于mycat实现数据库层面多租户。
每个应用一个库，但应用统一连接mycat。
系统功能
6旅游大数据业务应用
6.1旅游企业管理
6.1.1概述：
现在的县内景区现缺少一个成熟的旅游企业管理系统，目前仍以多点生产的运作格局，依托传统的电话、纸质办公模式，已不能满足管理的时效性和准确性的要求,因此为了提升管理，促进发展，需要根据现状建设一套符合企事业单位自身特点的协同旅游企业管理系统，实现各单位、各部门跨地域、高时效地协同工作。
6.1.2“六大整合”目标
对于任何大型景区，规模不等于效益，做大不等于做强，尤其对于多地、多景区独立运营的大型景区，必然会遇到战略分散、组织分散、流程分散、信息分散、资源分散、文化分散的发展瓶颈，必须通过信息化手段来推动管理的“六大整合”目标：
战略一致、组织扁平、流程结合、信息集中、资源共享、文化一统，从而突破瓶颈，从做大走向做强，从实现规模扩展走向实现规模效益。
从“战略分散”到“战略一致”
将多家原来各自为政的下属景区，在景区的统领下，统一传递、执行与落实共同的景区战略，为同一个目标而不是多个目标而共同努力。
从“组织分散”到“组织扁平”
面对景区不同管理模式的下属景区，基于扁平式组织管理模式，建立系统、科学、规范的管理制度体系去保障景区管理有序、高效运行。
从“流程分散”到”到“流程优化”
作流程体系。
下属景区自身已经存在各种隐性与显性流程，须在内部进行流程清洗、梳理、整合、优化并贯彻落实执行。
“信息分散”到”到“信息集中”
随着景区的日益发展，各种信息资源也越来越丰富多样化，但分散在各个部门和各个下属景区的信息资产缺乏有效的管理。
须以领导决策为导向，在景区范围内进行信息采集、汇总、存储、管理、统计分析、统一发布。
从“资源分散“到“资源共享“
景区与每个下属景区都有广泛的内部景区资源与外部社会资源，这些都是景区发展壮大的宝贵资源，资源唯有一体化整合、管理与利用才能发挥景区整体综合优势。
从“文化分散”到“文化统一”
面对具有多种多样的景区的小文化，如何从景区统一文化的高度去整合各种文化，取其精华，继承、发展、融合为全新的景区统一的景区文化，并向各部门与下属景区进行传播、实践与再创新。
6.1.3“四大”特点
在设计整旅游企业管理系统之前，结行业信息化的经验，对于系统的设计特点，我们归纳总结为：
跨区域协同、分级管理
对于管理和维护人员具有可管理和易于维护的特点，能够实现各子景区、各部门的分级管理，力求以最少的人力资源和技术要求，就能够很好零代码地维护和管理，并能正常运行。
协同管理平台建设的基本意义是提高工作效率，因此系统自身的性能与效率必须非常高与稳定。
安全、稳定的平台机制
安全保密是景区信息化建设的关键，系统的安全性主要应该考虑：
系统具备严格的等级访问及授权机制，完整的身份认证与授权，对关键用户、领导的身份确认进行数字签名，并支持对敏感数据的加密传输确保数据的安全性。
选用经过市场考验和用户实际应用验证，在系统稳定性、运行效率和可维护性上都达到了国际先进水平的成熟操作系统平台和应用系统平台。
先进的、标准化技术
采用业界公认先进的和标准的软件技术，符合信息技术发展的趋势，保证系统在可预见的阶段内有相当强大的生命力。
开放、易用的平台
协同管理平台的操作上，需要尽量的直观，简洁，操作步骤不能太复杂，广大用户可以通过主流的Internet浏览器访问协同管理平台，操作与上网类似。
符合三层浏览器/服务器（B/S）体系结构，随着应用水平的提高、规模的扩大和需求的增加，无须对系统的体系结构做较大的改变就可以对系统的功能实现扩展。
6.1.4景区
完成旅游景区实时视频监控的接入、展示，同时完成景区相关实时经营数据（包括景区门禁、停车场空位等）的接入，实时掌握景区的全方位动态信息。
对于信息化成熟的景区，采用系统自动对接的方式，对于信息化落后的景区，采用人工分时段填报的方式。
序号
对接项
对接内容说明
1
基础数据
景区最大接待量，用于景区舒适度展示
2
客流量数据
采用与门禁系统进行实时对接，也可采用填报形式进行客流量数据采集；
要求可实现分时段的接入；
3
景区停车场信息
为更好地为游客提供服务，须接入景区的停车场信息，包括停车场位置、停车场容量和当前剩余车位信息
4
景区视频监控
为快速接入景区视频监控，充分利用景区现有资源，保护投资，系统进行视频监控中间件开发，以支持不同品牌摄像头的接入；
景区需要提供包括摄像头厂家、SDK二次开发包、摄像机类型等相关信息；
5
重要景点或区域客流量
方便各级旅游管理部门加强对景区重要景点和重要区域的客流量监控,在景点客流量超标时，平台能够进行自动告警，由旅游管理部门协调企业进行游客疏导，从而降低应急事件发生的几率
6
景区导览图
通过导览图、视频监控、景区危险区域等信息的集成，可以帮助旅游管理部门有针对性的查看相关信息，从而实现日常运行监管和安全应急指挥调度
7
应急救援队伍和应急预案
应急救援队伍信息，主要包括负责人名称、联系电话、人数；
针对应急事件设定的相关救援处置预案和应急流程等相关信息；
6.1.5酒店对接
完成全市三星级及以上星级饭店和部分商务宾馆基础数据的对接，同时完成实时经营数据（公共区域如酒店大堂、酒店停车场等的监控视频，酒店客房入住率、房态信息、预订信息）的接入，实时掌握酒店的日常经营信息。
序号
对接项
对接内容说明
1
基础数据
酒店房型、客房数
2
视频监控
公共区域如酒店大堂、酒店停车场等的监控视频
3
入住率
每日推送各类房型的客房入住率，用于旅游管理部门分析旅游者的消费能力、偏好等相关信息
4
房态
用于旅游管理部门进行企业运营监管
5
网络预订信息
汇总与酒店合作的各OTA商家的住宿预订信息
6
应急救援队伍和应急预案
应急救援队伍信息，主要包括负责人名称、联系电话、人数；
针对应急事件设定的相关救援处置预案和应急流程等相关信息；
6.1.6旅游中介机构
完成全市旅游中介机构基础信息和经营信息的接入，强化旅游中介机构对团队电子行程单的填报率，其中出境团队电子行程单填报率达100%，国内团队电子行程单填报率达60%以上。
序号
对接项
对接内容说明
1
基础数据
旅游中介机构名称、法人、联系电话
2
经营信息
经营线路、签约导游等相关信息，可以通过excel导入方式
3
电子行程单填报
出境团队电子行程单填报率达100%，国内团队电子行程单填报率达60%以上
6.1.7乡村旅游点
完成全市乡村旅游点的基础信息和经营信息的接入，助力各级旅游管理部门对旅游新业态的监管。
序号
对接项
对接内容说明
1
基础数据
企业名称、类型（农家乐和乡村酒店）、等级、法人、所在地区、地址、联系电话
2
经营信息
游客接待情况（接待人数、接待收入）、客房入住率
3
视频监控
对于有视频监控的企业，可按需接入其重点区域的监控视频
6.1.8与其他系统对接
对接旅游政务网，旅游资讯网等相关平台，共享吃住行游购娱等旅游资源信息，接入游客游记、博客等相关文章信息。
同时，可促进旅游企业与旅游资讯网的深度合作，发布旅游资讯，增设广告位等。
6.2旅游人才管理
6.2.1概述
提供对旅游企业人才的信息采集、查询、统计分析功能，可通过数据交换中心实现与旅游企业、旅游研究机构、统计机构、旅游培训机构的数据协同，包括旅游人才类型、专业、领域、年限以及其他相关基础信息的管理。
根据不同类型的机构设置不同人员信息要求，其主要收集姓名、性别、证件类型、执业情况等信息，并能按照相关的分类来查询、汇总。
人员管理模块下设：
旅游企业、旅游研究机构、统计机构、旅游培训机构、人员信息备注等模块。
6.2.2人员录入方式
实现单个和批量在线录入和excel导入：
在新增界面录入姓名、证件号码、上传照片后在在线录入或批量导入excel,这里的顺序要一致，且以证件号码来做唯一校验，如不匹配，则提示证件号码xx与证件号码xx不匹配，请检查相关证件号码。
通过JXL技术上如何实现Excel导入、导出；通过修改模块，实现后台人员自己增减人员信息的填报字段；
6.2.3汇总统计
根据需要提供人员的统计汇总功能，如按单位、按人类类型、按年龄、按学历等多种条件组合查询，分类统计。
6.2.4后台管理
后台管理界面采用原框架结构，如下图示：
（界面为示意图，实际开发会进一步美化）
6.3评价管理系统
6.3.1概述
通过旅游平台官网、公众服务平台、电话等多种渠道收集游客评价与建议。
管理人员可对事件进行处理并跟踪处理过程。
对评价与建议进行分类统计、生成统计图表等。
建设旅游互动评价系统，结合平台官网、公众服务平台、电话、二维码等方式提供游客互动和评价的入口，并通过和主流网站的第三方平台开放接口实现对接，使用户可以绑定微博、微信、社区网站帐号，参与在线互动和评价，让游客方便及时地对提供服务的旅游企业进行评价。
为游客参与旅游行业大众监管提供便利，从而间接规范旅游企业和旅游从业人员的服务行为，达到提高旅游服务质量的目的。
6.3.2系统特点
信用评价是所产生的信息具有见证信用和评价信用的功能，因而具有以下特点：
1、独立性。
发达国家经验表明，信用评价应由具有法人资格的中立的评价机构独立地进行。
信用评价机构应完全独立于客户，使自己处于超脱地位，不受任何单位或个人的干涉。
2、市场性。
各类企业和各种证券是在市场经济条件下经营和使用的，他们的经营和使用同市场经济运行密切地联系在一起。
信用评价高度重视市场经济规律的应用，把调查、审核、测定的评价内容同市场经济运行联系起来，运用动态观点加以分析，去粗取精，去伪存真，通过量变看质变，透过现象看本质，从而明晰评价客体的信用现状及其未来，预测出可能出现的危险。
另一方面，信用评价机构本身也应面向市场，在服务竞争中求生存图发展。
因此，信用评价业务具有明显的市场特征。
3、系统性。
信用评价是一项系统工程。
系统性特征主要是指信用评价活动中普遍应用的系统观点，如整体性、综合性和最优性。
它表现为信用评价业务要立足整体，全面辩证地看问题i，专题研究与综合分析相结合；讲求优化，使信用评价结果在质上最优。
4、合法性。
信用评价必须遵守国家有关法律和法规。
信用评价的依据，应符合与评价事项有关的法律、法规、制度和标准化规定。
5、可靠性。
信用评价的结论或评定的信用等级，必须有理有据，符合客观实际，具有充分的可靠性和可信性，经得起检验。
可靠性是确保信用评价质量必须坚持的基本信条。
6、公正性。
公正、客观、实事求是，是信用评价必须遵守的首要原则。
只有公正，才能真正保护投资者利益，评估客体也不会有怨言，使双方均能信服，也只有公正，才能真正实现信用评价的目标，有利于市场经济的发展。
7、咨询性。
信用评价评定的信用等级，虽是一种具有可靠性和权威性的信用公证结果，但它只能供委托方或投资者参考，不能他们相信，更不具有强制执行性。
信用评价的结果实际上是一种专家信息，只能起到回答征求意见的作用，采纳与否完全由委托方或投资者自主决定。
在这个意义上可以说，信用评价工作是一种咨询性工作。
8、负责性。
信用评价是一种中介服务工作，是一项责任心很强的工作。
信用评价机构虽然对信用评价结果运用后产生的各种结果不负任何责任和也并不从中受益，但对评估结果的真实性、可靠性和公正性必须承担完全责任。
同时，要坚守职业道德，严守保密制度。
9、公用性。
信用评价企业之所以能够生存发展，是市场经济的需要。
信用等级能被市场的参与各方共享，用于各种目的需要。
通过传播和公布信用等级是信用评价信息社会共享的基本要求。
10、时效性。
信用水平的评论结论，作为一种信息，是在一定时间、一定地点。
根据一定条件，经过综合评价而形成的，只能在一定时期内有效。
时间、地点、条件变化了，信用等级的评定结论也应随之改变。
否则，将失去其可靠性，不具有权威性，起不到公证信用的作用。
6.3.3功能设计要点
信用评价的方法是指对受评客体信用状况进行分析并判断优劣的技巧，贯穿于分析、综合和评价的全过程。
按照不同的标志，信用评价方法有不同的分类，如定性分析法与定量分析法、主观评级方法与客观评级法、模糊数学评级法与财务比率分析法、要素分析法与综合分析法、静态评级法与动态评级法、预测分析法与违约率模型法等等，上述的分类只是简单的列举，同时还有各行业的评级方法。
这些方法相互交叉，各有特点，并不断演变。
如主观评级方法与客观评级方法中，主观评级更多地依赖于评级人员对受评机构的定性分析和综合判断，客观评级则更多地以客观因素为依据.
在评级业的发展中，各评级公司不断总结自身经验，评级指标不断细化,系统主要功能包括。
6.3.4评价标准管理
维护对旅游企业的评价标准，评价标准对应的版本，各种指标对应的权重，以便于旅游在评价时选择。
系统使用加权评分法，这是目前信用评价中应用最多的一种方法。
一般做法是根据各具体指标在评级总目标中的不同地位，给出或设定其标准权数，同时确定各具体指标的标准值，然后比较指标的实际数值与标准值得到级别指标分值，最后汇总指标分值求得加权评估总分。
加权评分法的最大优点是简便易算。
6.3.5信用等级管理
维护旅游企业的信用等级，可以选择评价标准进行评价得出企业的信用等级，可以人为适当调整企业信用等级。
对于信用评价不高的企业应及时给予指导。
6.3.6旅游企业评价信息
旅客通过门户网站、微门户、二维码等游客互动和评价的入口，以及通过和主流网站的第三方平台开放接口实现对接，使用户可以绑定微博、微信、社区网站帐号，参与在线互动和评价，让游客方便及时地对提供服务的旅游企业进行评价。
本功能是查看具体旅游企业受到的各种渠道的评价情况。
6.4业务流程管理
6.4.1概述
依托工作流引擎，实现对业务系统处理、记录办理留痕，实时查看待办事宜落实情况。
针对事件流转实现提醒功能。
针对目前景区管理机构办公管理工作中公文和会议繁多、请示汇报程序复杂等特点，建立OA办公系统，可实现对上述办公流程的计算机自动化管理，更好的改进公司日常办公流程和管理模式，提高办公效率，降低管理成本。
6.4.2主要功能：
1、用户桌面
用户桌面功能应包括：
员工待办事宜、我的邮件、个人办公申请、个人通讯录、个人日程、收发短信息、设置定时提醒、查看当前在线人员情况、修改口令等功能。
2、工作计划
工作计划功能应包括：
报告类别管理、计划类别管理、工作计划管理、填写工作日
升级会员 