CN106022500A - 一种景区游览预约及游览时机推荐系统和方法 - Google Patents

Abstract

一种景区游览预约及游览时机推荐系统和方法，该方法包括：预约系统云服务器负责接收、处理、保存景区预约客户端预约请求，同时接收景区本地管理端发送的预订订单处理结果；景区本地管理端负责接并保存景区门票预订订单、完成门票验证并回送预订订单处理结果；游客通过景区预约客户端完成景区预约、门票支付以及门票验证；景区管理方通过系统管理端设置景区门票预售额、门票价格以及景区游览相关信息。本发明实现了景区游览预约及游览时机推荐功能，有效地提升了游客游览体验度。

Description

一种景区游览预约及游览时机推荐系统和方法

技术领域

本发明涉及嵌入式应用及移动互联网应用技术领域，具体涉及一种景区游览预约及游览时机推荐系统和方法。

背景技术

随着旅游业的迅猛发展，各地景区每逢公众假期都会吸引众多游客前来观光游览，而由于城市管理部门缺少对各景区间的游客进行引导管理的途径，极易造成各个景区间游客分布不均、游客扎堆的现象。蜂拥而至的游客更容易引发景区安全问题，给景区管理造成巨大的压力。同时，游客也无法了解未来短时间内景区的游客预约人数并据此来安排其游览行程。

目前在线旅行社OTA在提供旅游行程推荐服务时，缺少对景区游览人数因素的考虑，而游览时景区内拥挤程度是衡量游览体验度高低的主要决定因素。因此目前现有的旅游推荐方法未能有效保证游客游览体验度。因此，提供一种景区游览预约及游览时机推荐系统和方法很有必要。

发明内容

本发明的目的是提供一种景区游览预约及游览时机推荐系统和方法，以解决上述背景技术中提出的问题。

为实现上述目的，本发明提供一种景区游览预约及游览时机推荐系统，该系统包括：预约系统云服务器、景区本地管理端、景区预约客户端和系统管理端；所述预约系统云服务器与所述景区本地管理端及所述系统管理端通过互联网连接，与所述景区预约客户端通过移动互联网或互联网连接。

所述预约系统云服务器负责：管理各个景区未来一段时间内门票预订订单数据；存储并管理系统中各用户的账号信息；接收所述预约客户端的景区预约请求；通过游览时机推荐方法自动推荐安排游客的游览时机并实现景区门票的在线支付；与所述景区本地管理端通信，实现景区门票预订订单的发送、接收、汇总及订单数据的修改删除操作；与所述系统管理端通信，实现景区数据的初始化设置。

所述景区本地管理端实现景区门票的验证及门禁设备的控制管理，同时接收并保存来自所述预约系统云服务器发送的门票预订订单处理，验证景区门票，并向所述云服务器汇总景区当天门票预订结果数据。

所述景区预约客户端负责：用户账号的注册及登陆；向所述预约系统云服务器提交预约游览的景区列表并实现景区电子门票的在线支付功能；当游客进入所预约的景区时，打开预约客户端保存的门票验证码并由所述景区本地管理端输入该验证码，实现快速验证。

所述系统管理端负责对所述预约系统云服务器进行整体的管理及数据查询，包括：设置各个景区名称信息、各景区门票价格以及游览人数上限即当天门票预售额上限、各个景区的游览必要性排名等，同时，所述系统管理端为游客或管理方提供各景区某时段的实际游览人数、景区门票预订情况等在线查询功能。

本发明还提供了一种景区游览预约及游览时机推荐方法，该方法包括：预约系统云服务器负责接收、处理、保存景区预约客户端预约请求，根据预约景区的游览必要性、预约时机内的门票数量等因素为游客推荐景区的游览时机，同时接收景区本地管理端发送的预订订单处理结果；景区本地管理端负责接并保存景区门票预订订单、完成门票验证并回送预订订单处理结果；游客通过景区预约客户端完成景区预约、门票支付以及门票验证；景区管理方通过系统管理端设置景区门票预售额、门票价格以及景区游览相关信息。

所述一种景区游览预约及游览时机推荐方法，包括以下操作步骤：

步骤1系统正常运行前，所述预约系统云服务器进行系统的初始化，建立相关信息的数据表格；管理员通过所述系统管理端对各个景区信息进行设置；将所述景区本地管理安装在对应景区并与景区门禁设备正确连接；游客通过所述预约客户端向系统注册用户账号；

步骤2系统正常运行后，游客通过所述预约客户端登陆系统并通过软件界面输入需要游览预约的时间段并选择预约的景区，之后所述预约客户端将景区名称列表及预约时间段上传至所述预约系统云服务器；

步骤3所述预约系统云服务器接收到游览景区列表后，按列表中景区的游览必要性次序，依次查询各个景区在预约时间段内的门票余额，并进行试预约，最后将试预约的景区游览时机列表返回到所述预约客户端；

步骤4游客根据自身情况接受或调整部分试预约景区列表；当游客接受推荐的试预约景区列表后，所述预约系统云服务器确认该预订订单；游客通过所述预约客户端的支付功能支付各个景区门票；所述预约系统云服务器将该预订订单存入数据库，再将景区电子门票验证码以二维码图片及数字码等形式发送到预约客户端保存；

步骤5所述预约系统云服务器在每天景区开始运营前，将当天各个景区的所有预订订单信息发送至对应的所述景区本地管理端保存；当游客按预约时间到达指定景区，打开所述预约客户端保存的门票验证码，由所述景区本地管理端验证码读入设备输入该门票验证码；所述景区本地管理端比对已保存的所有门票预订订单，以验证游客身份并控制门禁设备放行游客入园；

步骤6景区每天运营结束后，所述景区本地管理端向所述预约系统云服务器发送当天所有门票预订订单的处理结果；所述预约系统云服务器将保存并修改对应门票预订订单状态信息。

有益效果

本发明中的景区游览时机推荐方法通过判断各个景区未来的门票预订情况以及各景区的游览必要性排名，智能推荐预订多景区的游览时机；推荐方法以景区预约人数、景区游览必要性等因素为判断依据，得出的推荐结果能够让游客作出最佳游览行程安排并得到较满意的游览体验度；

通过本发明的游览时机推荐功能，可以实现旅游管理部门对景区间游客的整体调度及安排，一定程度上实现各个景区及各时间段内游客量的均衡分布，有效减少了景区的安全运行隐患。管理部门通过互联网可以查询景区游客游览预约人数，实现景区安全运营的提前预警。

本发明的系统管理端可以设置多个景区的门票价格、额定游客数量等信息，降低了管理部门对景区的管理成本。方案使用云服务器汇集多个景区的门票预售数据、游客游览人数数据等信息，集多景区游览时间查询、门票预订及支付于一体，方便了游客旅游行程安排及购票环节。

本发明中使用PaaS云服务器作为中心服务器，提高系统的整体稳定性及可靠性，也降低了系统运营成本。云中心服务器中使用数据库存储系统相关信息，保证了数据的安全性及操作便利性。景区的本地管理端硬件使用ARM嵌入式平台为基础，软件平台使用LINUX操作系统，保证了本地管理端设备的稳定性、高效性以及低成本。方案中各部件的连接采用互联网或移动互联网，保证信息交互的实时性和稳定性。

附图说明

图1为景区游览预约系统整体连接图；

图2为景区本地管理端硬件组成图；

图3为景区预约客户端预约操作流程图；

图4为预约系统云服务器景区预约推荐方法流程图；

图5为景区本地管理端门票订单处理流程图；

图6为预约系统云服务器门票订单处理流程图。

具体实施方式

下面结合具体实施例和附图，进一步阐述本发明。

参阅图1为所述一种景区游览预约系统整体连接。它包括：预约系统云服务器，每个景区内安装一个景区本地管理端，每个游客使用的景区预约客户端以及景区管理方使用的系统管理端；预约系统云服务器与景区本地管理端及系统管理端通过互联网连接，与景区预约客户端通过移动互联网或互联网连接。

所述预约系统云服务器负责：接收处理来自预约客户端、系统管理端和景区本地管理端发送的网络协议数据包；存储系统所需的关键数据。

优选地，所述预约系统云服务器搭建于PaaS云服务器，预约系统云服务器支持MySQL数据库和PHP脚本语言执行功能，MySQL数据库用于保存景区预售的门票数据、景区游览预订订单、景区游览必要性排序、系统用户信息等数据；PHP脚本程序用于实现预约系统云服务器的各种处理功能；具体功能包括：与预约客户端交互实现景区游览预约、门票支付、门票验证信息的生成及发送等工作；与景区本地管理端交互，实现景区门票预订订单的处理及游客进入景区的身份验证等工作；与景区管理端交互实现景区相关信息的初始化设置等工作。

所述预约客户端为游客随身携带且安装了本系统APP软件的智能手机或便携平板电脑；APP软件为基于安卓或IOS操作系统的应用程序；游客使用预约客户端注册、登录预约系统，进行景区游览预约查询、门票支付并保存门票验证信息；游客进入预约景区时，在景区门禁设备输入门票验证信息即可进入景区游览。

优选地，所述景区本地管理端由基于三星公司Exynos4412处理器的ARM嵌入式硬件平台实现；软件平台运行LINUX操作系统及MySQL数据库；本地管理端在每个景区内需安装一个且与门禁设备正确连接；本地管理端在安装后，通过互联网连接预约系统云服务器，由预约系统云服务器设置本地管理端对应景区ID；景区ID用于系统识别各本地管理端，该值由预约系统云服务器统一分配；本地管理端任务包括：接收预约系统云服务器发送的景区当日门票预订订单信息、门票验证码的读入与判断并控制景区入口门禁设备放行游客进入景区；向预约系统云服务器回送当日所有门票预订订单处理结果数据等。

参阅图2为所述景区本地管理端硬件结构。具体包括：Exynos4412嵌入式处理器为本地管理端核心部件，负责连接其他硬件部件完成门票预订订单的接收、保存及验证工作；门票验证码读入设备为二维码图片读入摄像头，用于游客输入门票验证码；景区入口门禁电机部件为入口门禁控制部件，当本地管理端验证游客门票后，控制电机部件放行游客进入景区；景区入口液晶触摸模块，为游客提供门票数字验证码的输入及信息回显功能；网络接口实现所述本地管理端与所述预约系统云服务器的网络连接。系统程序及数据存储器保存了所述本地管理端设备的操作系统、本地控制程序、识别本景区的景区ID以及数据库信息等；供电电路为所述本地管理端的所有部件提供电源。

优选地，所述系统管理端为安装了浏览器软件的智能手机或台式电脑等设备；所述系统管理端为景区管理方提供系统的初始化设置、景区门票预订数据查询等功能；在景区预约系统正常工作前，需要使用系统管理端设置各个景区的名称、各景区的游览时机类型、各景区额定门票数及门票价格，同时设置各景区的游览必要性排序。

所述预约系统云服务器为了存储景区预约的相关信息，需要建立的关键数据表包括：系统总预约数据表、景区预订订单表、景区门票预售数据表；

系统总预约数据表用于保存所有游客的预约游览订单数据；该表数据条目包含了每个预订订单的用户ID号、预订的时间、订单的门票验证信息、该订单总共预约的景区数、每个预约景区对应的景区ID号、每个景区的具体预约游览时间以及每个景区的实际游览状态；其中用户ID号为游客注册时系统分配唯一编号，景区ID号为系统分配唯一标示景区的编号，景区的实际游览状态标志分为预约、游览完成和撤销三种；

优选地，所述预约系统云服务器将用户确认并支付成功的订单写入该表，并每天根据景区的本地管理端回送的预订订单处理结果，修改该表中对应景点的实际游览状态；当所有景区均已游览结束或游客主动取消订单，所述预约系统云服务器从该表中删除对应订单。

景区预订订单表用于保存未来一段时间内，该景区所有的已预订成功的订单信息；

优选地，该时间段设为一周。所述预约系统云服务器负责在景区每天运营前，将当天预订该景区的订单信息从该表读出，发送至景区本地管理端保存以验证预订门票；每天运营结束后，所述预约系统云服务器负责将根据景区本地管理端对预订订单的处理结果，修改或删除该景区的预订订单条目；该表数据条目包含信息包括：景区ID、用户ID、景区预约游览时间、景区实际游览状态及门票验证码。

景区门票预售数据表用于保存了各个景区未来一周时间内每个景区游览时机内的预售门票余额，同时保存了景区额定门票数以及门票单价等；各个景区的游览时机类型、额定门票数和票价由所述系统管理端设置；

优选地，根据景区的游览时间长短，将游览时机分为全天和半天两类；即需要全天游览的景区其游览时机以天为单位，需要半天游览的景区其游览时机可分为上午和下午；所述预约系统云服务器根据游览每个景区的游览时机，每天在门票预售数据表中新建各个景区的预售数据条目，同时删除前一天的所有门票预售条目；当游客预约景区时，所述预约系统云服务器根据该表中所预约景区的预售门票余额，完成景区的预约操作；该表数据条目包含信息包括：景区ID、游览时机、景区预售门票余额、景区额定门票数、门票价格。

参阅图3为预约客户端处理游客景区预约操作流程。游客预约景区的方式分为手动预约和系统推荐预约两种；手动预约方式为游客提供各个景区未来各游览时机内的门票预售数据即景区预售门票余额，供游客手动选择；系统推荐预约方式由所述预约系统云服务器根据游客所选景点的必要性以及预约的游览时机内门票余额，自动安排各景区游览时机。

所述预约客户端预约操作具体步骤包括：

步骤1游客使用预约客户端注册账户，并登陆系统；

步骤2游客以日期为单位从预约客户端输入游览的总时间段；

步骤3游客从预约客户端中选取需要游览的若干景区，并将预约景区列表发送至云服务器；

步骤4游客选择景区预约方式。针对手动预约方式具体步骤包括：预约系统云服务器按游客所选景区及游览日期，返回各个景区该日期内各游览时机内的预售门票余额。游客按需选择各个景区的游览时机，并提交预约系统云服务器确认。针对系统推荐预约方式具体步骤包括：预约系统云服务器接收预约客户端发送的景区列表后，按照景区游览时机推荐方法返回试预约结果。游客可对试预约结果进行相应调整，最后确认推荐结果；

步骤5预约系统云服务器接收到预约客户端的确认后，根据各景区门票价格计算订单总门票价格，由预约客户端进行支付。

步骤6支付完成后，预约系统云服务器产生订单门票验证信息并以二维码图片和数字验证码两种方式送至预约客户端保存。

所述预约系统云服务器根据解析的网络数据包内容，分别处理来自所述景区预约客户端、所述景区本地管理端以及所述系统管理端三方面发送的请求数据；所述预约系统云服务器与所述景区预约客户端通信完成游客景区预约、门票支付、门票预订订单数据交互等工作；所述预约系统云服务器与所述景区本地管理端通信完成门票预订订单数据的传输、预订订单处理结果数据的汇总等工作；所述预约系统云服务器与所述系统管理端通信完成景区相关信息的初始化设置及景区门票出售数据的查询等工作。

参阅图4为预约系统云服务器景区游览时机推荐方法。具体实现步骤包括：

步骤1所述预约系统云服务器从预约客户端获取游客游览的总时间段以及预约的景区列表；

步骤2根据系统中保存的景区游览必要性排名，从高到低排序游客所预约的景区列表，同时按照游客指定的游览总时间段建立试预约列表；试预约列表用于记录各景区游览的试预约结果、列表中包含预约的游览时机以及该时机所预约景区ID等信息，其中景区ID字段初始值为0，表示该游览时机空闲；

步骤3依次读取排序结果中各景区ID，同时读取该景区ID对应的景区门票预售数据表，将包含在游客指定游览总时间段内的所有景区游览时机段条目读出；

步骤4景区预约时，先判断是否存在未判断的景区游览时机；如果有则读取判断，无则表示该景区在游客指定的总时间段内已无可预约时机；

步骤5判断该游览时机内是否有剩余门票预订，有则再判断试预约列表中该游览时机内的预约是否空闲，即判断景区ID是否为0；如果空闲则记录预约的景区ID；如果该游览时机已有预约即景区ID不为0，则转至第4步执行，读取下一个未判断的游览时机进行判断；

步骤6记录成功预约的景区ID以及游览时机到试预约列表，同时将景区门票预售数据表中对应景区的预售门票余额减1；判断所有景区预约完成，如果还存在未预约景区，则转至第3步执行；

步骤7将试预约列表发送至预约客户端，等待游客的确认；如果游客确认则进入门票支付；否则提示游客重新进行景区预约，转至第2步执行；

步骤8云服务器根据各景区门票价格计算预订订单金额，并发送预约客户端等待游客支付；

步骤9游客支付完成后，将根据游客的用户ID、预订订单生成时间等信息，产生系统唯一的订单验证信息；订单验证信息以二维码图片和数字码两种形式发送至预约客户端保存；门票预订订单信息将存入系统总预约数据表和对应的景区预订订单表中；

参阅图5为预约系统云服务器门票预订订单处理流程。所述预约系统云服务器处理门票预订订单分两种场景；一种是与所述预约客户端交互时，创建并记录订单数据；另一种是与所述景区本地管理端交互时，收发并修改删除订单数据。具体处理步骤包括：

步骤1所述预约系统云服务器在各景区开始运营前，先新增各景区一天的游览时机对应的门票预售数据条目，并保存到各景区门票预售数据表中。在本实施例中预售时间段为一周，因此新增的条目为一周后的当天各景区游览时机对应的门票预售数据条目。该数据条目中景区的预售门票余额初始值设为额定门票数，景区额定门票数及门票价格按系统管理端初始值设置。如果该景区的游览时机为半天类型，则新增游览时机为新增日期的上午和下午，共两条门票预售数据；如果该景区游览时机是全天类型，则新增游览时机为新增日期一条门票预售数据。同时，云服务器删除前一天所有景区的门票预售数据表中对应的门票预售数据条目；

步骤2所述预约系统云服务器读取各景区预订订单表，提取各景区当天内所有门票预订订单，根据订单中的景区ID，将门票预订订单集中发送至各所述景区本地管理端保存；

步骤3当景区结束当天运营后，接收所述景区本地管理端发回的所有门票预订订单处理结果。其中包含验证成功以及未验证或验证失败的订单信息；

步骤4所述预约系统云服务器读取订单处理结果，判断每条订单中的景区实际游览状态信息。针对验证成功的门票预订订单，将根据用户ID、景区ID和门票验证信息为依据，查找系统总预约数据表和景区预订订单表，将门票预订订单条目中的对应景区实际游览状态修改为游览完成状态；

步骤5所述预约系统云服务器根据预订订单中所有景区的实际游览状态标志，判断当前订单是否已经全部游览完成，即订单的所有景区实际游览状态均为游览完成或撤销状态。此时从系统总预约数据表和景区预订订单表中删除该条门票预订订单。

参阅图6为景区本地管理端门票预订订单处理流程。所述景区本地管理端负责从所述预约系统云服务器获取每日的门票预订订单数据，并验证游客门票，控制景区门禁设备放行游客入园，同时向所述预约系统云服务器发送所有预订订单处理结果。具体处理步骤包括：

步骤1景区每天运营前，所述景区本地管理端向所述预约系统云服务器发送自己的景区ID，并接收所述预约系统云服务器发送的景区当天预订订单数据，保存于景区本地管理端的数据库中；

步骤2景区运营时，所述景区本地管理端通过门票验证码读入设备读取二维码图片或数字码，用读入的验证码与各预订订单中的订单验证码进行比对，完成门票验证；

步骤3门票验证成功后，修改该预订订单中的景区实际游览状态标志，将其改为游览完成；并控制景区门禁电机设备放行游客入园；

步骤4景区结束当天运营后，所述景区本地管理端向所述预约系统云服务器发送当天所有预订订单的处理结果并删除本地保存的所有订单信息。

本发明并非局限于上述实施例和实施例方法，对于本领域的技术人员可以理解本发明的原理对这些实施方式进行多种变化、修改、替换和变型，本发明的保护范围由各项权利要求及其等同范围限定。

Claims (7)

1.一种景区游览预约及游览时机推荐系统，其特征是：该系统包括：预约系统云服务器、景区本地管理端、景区预约客户端和系统管理端；所述预约系统云服务器与所述景区本地管理端及所述系统管理端通过互联网连接，与所述景区预约客户端通过移动互联网或互联网连接。

2.根据权利要求1所述的景区游览预约及游览时机推荐系统，其特征是：所述预约系统云服务器负责：管理各个景区未来一段时间内门票预订订单数据；存储并管理系统中各用户的账号信息；接收所述预约客户端的景区预约请求；通过游览时机推荐方法自动推荐安排游客的游览时机并实现景区门票的在线支付；与所述景区本地管理端通信，实现景区门票预订订单的发送、接收、汇总及订单数据的修改删除操作；与所述系统管理端通信，实现景区数据的初始化设置。

3.根据权利要求1所述的景区游览预约及游览时机推荐系统，其特征是：所述景区本地管理端实现景区门票的验证及门禁设备的控制管理，同时接收并保存来自所述预约系统云服务器发送的门票预订订单处理，验证景区门票，并向所述云服务器汇总景区当天门票预订结果数据。

4.根据权利要求1所述的景区游览预约及游览时机推荐系统，其特征是：所述景区预约客户端负责：用户账号的注册及登陆；向所述预约系统云服务器提交预约游览的景区列表并实现景区电子门票的在线支付功能；当游客进入所预约的景区时，打开预约客户端保存的门票验证码并由所述景区本地管理端输入该验证码，实现快速验证。

5.根据权利要求1所述的景区游览预约及游览时机推荐系统，其特征是：所述系统管理端负责对所述预约系统云服务器进行整体的管理及数据查询，包括：设置各个景区名称信息、各景区门票价格以及游览人数上限即当天门票预售额上限、各个景区的游览必要性排名等，同时，所述系统管理端为游客或管理方提供各景区某时段的实际游览人数、景区门票预订情况等在线查询功能。

6.一种景区游览预约及游览时机推荐方法，其特征是：该方法包括：预约系统云服务器负责接收、处理、保存景区预约客户端预约请求，根据预约景区的游览必要性、预约时机内的门票数量等因素为游客推荐景区的游览时机，同时接收景区本地管理端发送的预订订单处理结果；景区本地管理端负责接并保存景区门票预订订单、完成门票验证并回送预订订单处理结果；游客通过景区预约客户端完成景区预约、门票支付以及门票验证；景区管理方通过系统管理端设置景区门票预售额、门票价格以及景区游览相关信息。

7.根据权利要求6所述的景区游览预约及游览时机推荐方法，其特征是：所述景区游览预约及游览时机推荐方法，包括以下操作步骤：

步骤1系统正常运行前，所述预约系统云服务器进行系统的初始化，建立相关信息的数据表格；管理员通过所述系统管理端对各个景区信息进行设置；将所述景区本地管理安装在对应景区并与景区门禁设备正确连接；游客通过所述预约客户端向系统注册用户账号；

步骤2系统正常运行后，游客通过所述预约客户端登陆系统并通过软件界面输入需要游览预约的时间段并选择预约的景区，之后所述预约客户端将景区名称列表及预约时间段上传至所述预约系统云服务器；

步骤3所述预约系统云服务器接收到游览景区列表后，按列表中景区的游览必要性次序，依次查询各个景区在预约时间段内的门票余额，并进行试预约，最后将试预约的景区游览时机列表返回到所述预约客户端；

步骤4游客根据自身情况接受或调整部分试预约景区列表；当游客接受推荐的试预约景区列表后，所述预约系统云服务器确认该预订订单；游客通过所述预约客户端的支付功能支付各个景区门票；所述预约系统云服务器将该预订订单存入数据库，再将景区电子门票验证码以二维码图片及数字码等形式发送到预约客户端保存；

步骤5所述预约系统云服务器在每天景区开始运营前，将当天各个景区的所有预订订单信息发送至对应的所述景区本地管理端保存；当游客按预约时间到达指定景区，打开所述预约客户端保存的门票验证码，由所述景区本地管理端验证码读入设备输入该门票验证码；所述景区本地管理端比对已保存的所有门票预订订单，以验证游客身份并控制门禁设备放行游客入园；

步骤6景区每天运营结束后，所述景区本地管理端向所述预约系统云服务器发送当天所有门票预订订单的处理结果；所述预约系统云服务器将保存并修改对应门票预订订单状态信息。