CN107369111A - 全程智慧云码业务支撑管理系统 - Google Patents

Abstract

本发明公开的全程智慧云码业务支撑管理系统包括旅游数据中心管理系统、云码系统和终端装置，旅游数据中心管理系统包括：云计算端、云存储端、游客端和代理机构端；代理机构端收到游客端的确认信息后向云码系统发送相关信息，云码系统对应生成业务云码并发送至对应的游客端；终端装置采用闸机并设置在各景区的入口，闸机上设有扫码结构，扫码结构扫描游客端上对应的业务云码，并将根据该业务云码查阅云存储端关联信息后相应启闭终端装置。本发明突破了传统的旅游方式，使游客用户从签订旅游合同、旅游消费、景点游览、餐饮等均通过业务云码实现支付、结算、出票、游览，对游客、旅游代理机构、餐饮等机构都十分便捷，可提升、优化旅游业态服务品质。

Description

全程智慧云码业务支撑管理系统

技术领域

本发明涉及一种旅游数据管理系统，特别是涉及一种全程智慧云码业务支撑管理系统。

背景技术

根据传统的旅游方式，从签订旅游合同、旅游消费、景点游览、餐饮等均采用传统的支付、结算方式、票务方式，对游客、旅游代理机构、餐饮等机构而言既不便又繁琐，从提升、优化旅游业态服务品质，有必要研发一种更便捷的支付结算、游览、消费方式。

发明内容

有鉴于此，本发明的目的在于提供一种全程智慧云码业务支撑管理系统，能在全程旅游过程中使支付结算、游览、消费更便捷，进而提升、优化旅游业态的服务品质。

为了达成上述目的，本发明的解决方案是：

全程智慧云码业务支撑管理系统包括旅游数据中心管理系统、云码系统和终端装置，旅游数据中心管理系统包括云服务端和用户端，云服务端包括云计算端和云存储端，用户端包括游客端和代理机构端；

游客端：向云计算端发送游客信息、评价信息、实际旅游信息、和查阅信息；游客端向代理机构端发送游客信息和旅游请求后，对代理机构端生成的电子合同进行确认；

代理机构端：接收游客端的请求后生成电子合同，且将收到游客端的确认信息后向云码系统发送相关信息，云码系统对应生成业务云码并发送至对应的游客端；

云计算端根据实际旅游信息辨别评价信息和实际旅游信息的真伪；

云计算端根据游客端的游客信息从云存储端读取相应信息，并根据该游客信息生成旅游推荐信息；云计算端根据游客信息、真实的评价信息和真实的实际旅游信息生成区域旅游推荐信息，并向对应的游客端发送该区域旅游推荐信息；

终端装置采用闸机并设置在各景区的入口，闸机上设有扫码结构，扫码结构扫描游客端上对应的业务云码，并将根据该业务云码查阅云存储端关联信息后相应启闭终端装置。

采用上述方案后，本发明具有以下有益效果：本案突破了传统的旅游方式，使游客用户从签订旅游合同、旅游消费、景点游览、餐饮等均通过业务云码实现支付、结算、出票、游览，对游客、旅游代理机构、餐饮等机构而言，十分便捷，进而提升、优化旅游业态服务品质。

具体实施方式

为了进一步解释本发明的技术方案，下面通过具体实施例来对本发明进行详细阐述。

本发明的全程智慧云码业务支撑管理系统主要包括旅游数据中心管理系统、云码系统和终端装置，旅游数据中心管理系统是全程旅游全业态数据中心管理系统的简称。

本发明的全程旅游全业态数据中心管理系统主要包括云服务端和用户端，服务端和用户端通过全程旅游全业态数据中心管理方法实现运行，具体如下。

本案中可采用多种云码，各种云码分别对应一类商业应用，能够自由组合，形成业务闭环。云码主要包括业务应用模块、核心的数据关系模块、以二维码、文字、音频等展示的展示模块。

云服务端主要包括云计算端和云存储端。

云计算端主要包括图片处理模块、数据处理模块和用户认证模块。图片处理模块主要是对各类图片中的景点轮廓、景中人物、主题、关键词、图片拍摄地址、图片拍摄时间等图片信息进行提取，并将该图片信息归类存储在云存储端的景点数据库中。例如景点1的图片信息存储在景点1数据库，景点2的图片信息存储在景点2数据库，以此类推。数据处理模块主要是对用户端发送的各类信息进行处理，并将处理结果发送至对应的用户端，以及发送至云存储端内对应的数据库中存储。用户认证模块主要根据云存储端各数据库中存储的信息，分别对游客端、代理机构端、第三方认证端和监管端等用户的身份进行认证，确认是否授权该用户进行相应的查询、发布信息、接收信息等操作。代理机构是指旅行社等旅行代理机构。第三方认证端主要是由具有认证资质的第三方对代理机构等相关行为、业务等根据相关方的许可、授权、经营范围等进行认证。监管端主要由旅游局、具有监管权限的行政机构、行业协会等监管机构用户，对代理机构等相关的行为、业务等进行监管。

云存储端包括游客数据库、景点数据库和服务数据库。游客数据库用于存储各游客端发送相关信息。景点数据库存储有景点信息、景点线路流量信息，景点信息包括景观图片、景点票务、景点浏览线路、评价信息。云存储端主要是根据地理位置、主题和时间等分类存储相关信息。服务数据库用于存储旅游代理机构、代理服务的相关信息。同时，游客数据库、景点数据库和服务数据存储的信息相互关联，主要是某一游客的游客信息、旅游行程、旅游行程相关景点信息、服务信息相互关联。某一区域的景点信息相互关联。这样，云计算端、数据处理模块可以快速查阅相关信息。

用户端主要包括游客端和代理机构端。较佳地，用户端还包括第三方认证端和监管端。

游客端主要是设定或采集各类游客信息、评价信息、景点信息、实际旅游信息等。游客端可采用现有的智能手机、IPAD、运动手环、运动臂环等。

游客端向云计算端发送游客信息、评价信息、实际旅游信息和查阅信息。其中，游客信息主要包括身份信息及旅游服务信息。身份信息主要包括游客手机号、游客各类证件号、游客邮箱、游客用户名、游客密码、游客的电子合同号等身份信息。旅游服务信息主要包括旅游时间、旅游目的地、旅游行程、旅游行程关联的出行票务、旅游行程关联的景点票务、旅游偏好、游客身体状况和旅游费用等。旅游行程关联的出行票务主要包括往返景点出行的机票、车票、护照、签证等。旅游行程关联的景点票务主要包括浏览景点的景点门票等。游客身体状况包括年龄、性别、健康等。通过该类身份信息，经用户认证模块身份认证后，游客可通过游客端进行相应操作，与其他用户端，云服务端进行相应的信息交互。评价信息主要包括游客对其项下电子合同相关的服务内容的评价，例如好评、差评、建议等。景点信息主要包括景点名称、景点图片、景点地点、时间等。实际旅游信息主要包括游客实时上传的景点图片、景点沿途资讯、游客运动数据和游客运动轨迹等。查阅信息主要包括游客经其游客端向云服务端、代理机构端、监管端、其他游客端发送的各类请求、查问、调阅信息，例如：询问有哪些代理机构、询问代理价格、询问景点线路、请求监管处理、询问监管结果、询问其他游客端的旅游攻略及价格等。

云计算端接收游客信息，并将游客信息归类后对应发送至云存储端的游客数据库存储，同理，这里的归类可采用如前所述归类至各个游客项下。

云计算端接收评价信息归类后对应发送至云存储端的景点数据库存储。云计算端接收实际旅游信息，归类后对应发送至云存储端的景点数据库存储，同时，云计算端的数据处理模块根据实际旅游信息，对评价信息的真实性进行分级标注。实际旅游信息主要包括基于全球定位的实际行程定位位置、实地拍摄景点图片、实地拍摄途经景点图片等。实际旅游信息图片处理模块获取相关信息，经数据处理模块分析，与认证旅游合同中旅游行程进行比对，判定是否相符或是否有变更。如果两者相符，则对评价信息标注一颗星的可信度符号。如果旅游行程有变更，则数据处理模块分别向游客端和代理机构端发送行程变更说明的请求，并对游客端和代理机构端回复的行程变更说明进行分析、评判，若两者回复的行程变更说明相符，则对评价信息标注一颗星的可信度符号；若两者回复的行程变更说明不相符，则不对评价信息标注可信度符号。若游客端和代理机构端回复的行程变更说明不相符，且同时有若干个来自不同游客端的若干个游客或者说用户的行程变更说明相符，则对该若干个评价信息分别增加一颗星的可信度符号。这样，通过上述方式对评价信息的真实性进客观评判并作相应的可信度分级标注。设定用户端的真实性评价信息达到设定条件时，再增加一颗星的可信度符号，提高用户端的可信级别。例如，可根据游客端的旅游行程、或者旅游合同累积增减可信度符号，具体如下设定：若游客端在一次旅游行程、或者一份旅游合同中提供了一条或多条真实性评价信息，则游客端可获得一颗星的可信度符号。若游客端在另外一次旅游行程、或者另外一份旅游合同中提供了一条或多条真实性评价信息，则游客端可再获得一颗星的可信度符号。反之，若游客端在一次旅游行程、或者一份旅游合同中提供了一条或多条不真实的评价信息，则游客端即减少一颗星的可信度符号。设定游客端的可信度符号为负的若干个时，则相应限定或限制该游客端发布信息、共享其他信息的权限，或者相应提高该游客端的服务费用，或者将该游客端的各项处理请求靠后排序。

当某代理机构端的具有可信度的评价信息的差评内容超过设定数次、设定级别，和/或者出现设定类型时，则数据处理模块向监管端发出监管请求，监管端接收该监管请求后，分别向数据处理模块和代理机构端发出查询请求，数据处理模块根据查询请求从云存储端调取相应的信息，并发送至监管端。监管端综合上述相关信息、代理机构端回复信息后决定是否向代理机构端发出处理信息，如果向代理机构端发出处理信息，则同时向第三方认证端发送该处理信息。

同理，云计算端的数据处理模块还可对实际旅游信息的真伪进行判断。数据处理模块根据认证电子合同、行程变更信息，将实际旅游信息中的景点等图片与景点实地图片的相似度、景点实地天气信息等进行比对，从而判断实际旅游信息的真伪，并对实际旅游信息的真实性进行分级标注。同时，还可对提供该实际旅游信息的游客端的可信度符号，按如前所述设定，根据旅游行程、或者旅游合同进行相应的增减。

而且数据处理模块还可使各个游客信息对应的认证电子合同、评价信息和实际旅游信息相互关联，这样当某一游客通过其游客端或者监管端分别向云计算端的数据处理模块发送查阅信息、查阅请求，则数据处理模块即可从云存储端对应的数据库中调取相应的查阅内容对应发送至游客端、监管端。

游客端还可向监管端发送处理请求、游客信息和评价信息，请求监管端据此对某一代理机构进行调查及处理。监管端即可如前所述进行调查、处理。监管端将后继的处理信息分别发送至游客端和数据处理模块。数据处理模块将该数据对应发送至云存储端。

较佳地，数据处理模块根据游客端的游客信息、评价信息、实际旅游信息、游客运动数据和游客运动轨迹，对提供可信度分级标注较高的游客端的用户，设定该游客端的该用户为优先级别用户。当多个游客端的多个用户分别或同时向云计算端、代理机构端、监管端等发送各类信息时，优先级别用户的处理事项优先排在云计算端、代理机构端、监管端的信息处理序列。

游客端向代理机构端发送游客信息和旅游请求后，代理机构端据此生成的电子合同，并将该电子合同发送至第三方认证端。第三方认证端接收代理机构端发送的电子合同，并根据各代理机构是否有享有由旅游局授权的电子合同用的电子印章，对该电子合同进行认证。云存储端内存储有各代理机构经第三方认证的认证码。第三方认证端根据各代理机构项下是否有认证码，对电子合同是否通过认证进行处理，并生成认证电子合同，并将生成的认证电子合同分别发送至代理机构端及云存储端。

代理机构端将认证电子合同发送至游客端，游客端接收该认证电子合同，向代理机构端发送是否确认该认证电子合同的确认信息。游客端可通过签字、盖章、按手印、回复确认信息等方式对该认证电子合同进行确认。

代理机构端收到游客端的确认信息后向云码系统发送相关信息，云码系统对应生成业务云码并发送至对应的游客端。其中，云码系统可采用现有的云码系统。

代理机构端将游客端回复的确认结果发送至云存储端。

监管端主要是主动或根据游客端、数据处理模块发送的信息，从云存储端查阅关联的信息，并决定是否向代理机构端发出处理信息。

较佳地，云服务端还包括授权端，授权端对各游客端的用户即游客进行如下分级授权许可：初级授权许可使同一景区内的各游客可实现实时互动，并共享信息；中级授权许可可使同旅游行程的各游客可实现实时互动，并共享信息；高级授权许可可使高级授权许可游客之间实现实时互动，并共享信息，这样可以共享各景区、旅游行程资讯，有利于游客在选择旅游代理机构的同时还可组团自助游，自助游的游客随时调整旅游行程。通过上述分级授权许可，各游客根据游客信息例如游客名、手机号等可通过游客端从云存储端实时查阅景点数据库中的景点信息、景点线路流量信息。各游客端可通过授权端向其他游客端发送授权请求，他游客端接受或拒绝授权请求，两个游客即可实现实时互动、发送信息、共享信息。

云计算端的数据处理模块根据游客端的游客信息从云存储端读取相应信息，并根据该游客信息生成旅游推荐信息；云计算端的数据处理模块根据游客信息、真实的评价信息、真实的实际旅游信息生成区域旅游推荐信息，并向发出查询信息对应的游客端发送该区域旅游推荐信息。也就是说，数据处理模块可以根据各个游客端的用户的需求，定制可靠的区域旅游推荐行程、代理机构、住宿、餐饮等。

云计算端的数据处理模块根据认证电子合同、区域旅游评价信息和真实的实际旅游信息生成监管信息，监管端根据监管信息如前所述向关联的代理机构端、游客端用户查询后，决定是否向代理机构端发出处理信息。

较佳地，数据处理模块还可根据游客信息生成分级区域旅游推荐信息，初级的区域旅游推荐信息是基本符合游客信息中的旅游时间、旅游费用等。中级区域旅游推荐信息是根据游客信息中的旅游偏好、游客身体状况，并结合该区域的景点定制出区域旅游推荐信息。

较佳地，数据处理模块可根据游客端或者根据实时获得的天气信息和交通信息，向游客端和代理机构端分别发送推荐更换旅游行程。云计算端还包括行程管理模块，行程管理模块能实时接收各景点、旅游行程关联的天气预报网、交通信息网发送的相关天气信息和交通信息。行程管理模块根据各地区出现暴雨、大雪、浓雾、高寒、高热、滑坡等不宜出行的天气信息，交通事故、交通拥堵、修路、火情、灾情等不宜通行的交通信息，规划出更换近邻的若干景点、更换若干条线路，从而生成推荐更换旅游行程。该推荐更换旅游行程经游客端和代理机构端确认后，分别如前所述经云服务端、代理机构端等进行信息交互处理。

较佳地，行程管理模块根据推荐更换旅游行程，向云存储端查询未变更前的旅游行程、未变更前的旅游行程关联的出行票务和未变更前的旅游行程关联的景点票务，向关联的出行票务、景点票务的管理模块，即航空公司、火车、动车官网对应的端口提出申请改签、退票、变更等请求，或者以短信方式向航空公司、火车、动车发出上述请求，且该请求经游客端和代理机构端确认后再如上发出。行程管理模块接收上述关联的出行票务、景点票务的管理模块发出的请求处理结果，且经游客端和代理机构端确认后，分别如前所述经云服务端、代理机构端等进行信息交互处理。

较佳地，当游客端和代理机构端确认推荐更换旅游行程后，根据变更时间段和变更情形，行程管理模块对未变更前的旅游行程标注变更级别变更级别符号。同时，旅游推荐信息、区域旅游推荐信息中也相应标注变更级别符号。而且，该变更级别符号关联对应的上述未变更前的旅游行程，导致变更的天气信息和交通信息。这样，游客端和代理机构端通过点击该变更级别符号，即向云计算端的数据处理模块发送查询上述关联信息的请求，数据处理模块即从云存储端查阅上述关联信息，并发送至游客端和代理机构端。

终端装置采用闸机并设置在各景区的入口，闸机上设有扫码结构，扫码结构扫描游客端上对应的业务云码，并将根据该业务云码查阅云存储端关联信息后相应启闭终端装置。

较佳地，云码系统还可根据各用户端的用户信息生成身份云码。例如，云码系统查阅游客信息并生成对应该游客端的游客身份云码，且该游客身份云码关联该游客端的相关信息，较佳地，该游客身份云码还可关联至支付模块。当该游客端向终端装置、餐饮服务、住宿服务的扫码结构发送该游客身份云码时，即可获知相关景点门票，或者请求游客端确认支付、结算。

较佳地，若该游客端的游客点击该游客身份云码达到2至3秒或者更长时间，则该游客端即向云计算端的数据处理模块发送查询该游客端的关联信息的请求，数据处理模块即从云存储端查阅该游客端的关联信息，并发送至游客端。

上述实施例并非限定本发明的产品形态和式样，任何所属技术领域的普通技术人员对其所做的适当变化或修饰，皆应视为不脱离本发明的专利范畴。

Claims (1)

1.全程智慧云码业务支撑管理系统，其特征在于：包括旅游数据中心管理系统、云码系统和终端装置，旅游数据中心管理系统包括云服务端和用户端，云服务端包括云计算端和云存储端，用户端包括游客端和代理机构端；

游客端：向云计算端发送游客信息、评价信息、实际旅游信息、和查阅信息；游客端向代理机构端发送游客信息和旅游请求后，对代理机构端生成的电子合同进行确认；

代理机构端：接收游客端的请求后生成电子合同，且将收到游客端的确认信息后向云码系统发送相关信息，云码系统对应生成业务云码并发送至对应的游客端；

云计算端根据实际旅游信息辨别评价信息和实际旅游信息的真伪；

云计算端根据游客端的游客信息从云存储端读取相应信息，并根据该游客信息生成旅游推荐信息；云计算端根据游客信息、真实的评价信息和真实的实际旅游信息生成区域旅游推荐信息，并向对应的游客端发送该区域旅游推荐信息；

终端装置采用闸机并设置在各景区的入口，闸机上设有扫码结构，扫码结构扫描游客端上对应的业务云码，并将根据该业务云码查阅云存储端关联信息后相应启闭终端装置。