基于边缘计算的酒店管理系统的制作方法

文档序号:31863068发布日期:2022-10-19 06:45阅读:44来源:国知局
基于边缘计算的酒店管理系统的制作方法

1.本发明涉及酒店管理技术领域,尤其涉及基于边缘计算的酒店管理系统。


背景技术:

2.现有的酒店管理系统要么使用b/s架构,要么使用c/s架构,一旦搭建本地化服务器,对于不同酒店集团后期的维护管理更新就会困难,用户体验差,而不搭建本地化服务器,用户数据一旦进入云端环境,则会存在数据安全方面的隐患,使得现有的酒店管理系统无法兼顾酒店功能的快速更新迭代、用户体验和用户信息的安全之间的矛盾。


技术实现要素:

3.本发明的一个优势在于提供一种基于边缘计算的酒店管理系统,其中通过在酒店网络的内网环境中架设微服务器,微服务器通过边缘计算的方式作为酒店业务服务管理和云服务器之间的纽带,能够完全隔开酒店内部的业务数据流与保障和监控业务服务的控制数据流,既方便对每个酒店或者酒店集团进行相应的远程维护管理更新,提升用户体验,又能够确保酒店用户数据的安全性。
4.本发明的一个优势在于提供一种基于边缘计算的酒店管理系统,通过对微服务器进行认证确认,能够有效管理该微服务器所在的酒店或者酒店集团,避免出现设备一旦销售给客户就失去管控该设备的能力。
5.本发明的一个优势在于提供一种基于边缘计算的酒店管理系统,通过对控制中心服务的管理,能够确保微服务器持续、稳定、高效的运行。
6.本发明的一个优势在于提供一种基于边缘计算的酒店管理系统,通过对业务管理服务的管理,能够确保微服务器所在的酒店或酒店集团持续、稳定、高效、安全的运行。
7.为达到本发明以上至少一个优势,本发明提供一种基于边缘计算的酒店管理系统,包括:
8.微服务器,架设在酒店网络的内网环境中,并搭载有集成服务,通过集成服务记录并管理酒店的业务服务,并存储所述业务服务至所述微服务器;
9.云服务器,与所述微服务器通信连接,并在预定的时间节点对所述微服务器进行认证确认,然后实现对所述业务服务的管理,其中所述业务服务包括控制中心服务和业务管理服务,其中所述控制中心服务包括微服务器状态信息的上报、微服务器日志信息的上传和微服务器版本的更新。
10.根据本发明一实施例,所述集成服务通过k3s、docker、k8s、swarm部署,或者裸服务直接部署。
11.根据本发明一实施例,所述云服务器对所述微服务器认证的时间节点包括设备启动时以及每日预定的一个或多个时间点。
12.根据本发明一实施例,所述云服务器对所述微服务器认证的内容包括微服务器的授权时间、微服务器授权的酒店以及每个授权酒店的服务种类。
13.根据本发明一实施例,在所述微服务器状态信息的上报中,微服务器的状态信息包括设备的在线状态信息、地址信息、cup信息、内存信息、硬盘的使用情况和酒店设备出错信息,所述云服务器在收到微服务器的状态信息与预存的标准信息不在一预定阈值范围内时,通过所述微服务器进行响应处理。
14.根据本发明一实施例,所述酒店设备出错信息包括酒店设备状态信息出错和业务办理失败,所述云服务器在收到所述酒店设备出错信息时,通过所述微服务器进行响应处理。
15.根据本发明一实施例,所述业务管理服务包括:
16.ui server,为前端提供访问后台的接口,并对前端用户进行鉴权和服务请求的分发,其中所述前端包括自助机设备端和酒店管理端;
17.order server,订单管理服务,通过自助机设备创建订单、办理入住、续住、离店以及房卡制作和小票打印;
18.pay server,支付服务,用于给自助机设备提供收款服务,并在支付成功后通知酒店pms管理系统;
19.hotel server,酒店管理服务,通过酒店管理web端配置和管理酒店的pms管理系统;
20.vip server:会员中心,对酒店的会员进行管理,实现酒店对内部私域流量的管理;
21.user server:用户管理,对酒店的管理员进行信息的录入并进行身份校验;
22.pms adapter:对接酒店的pms管理系统;
23.psb adapter:对接酒店的psb管理系统。
24.根据本发明一实施例,所述微服务器通过物联网iot方式与所述云服务器通信连接。
25.本发明的这些和其它目的、特点和优势,通过下述的详细说明,得以充分体现。
附图说明
26.图1示出了本技术基于边缘计算的酒店管理系统的结构示意图。
27.图2示出了本技术微服务器部署的结构示意图。
具体实施方式
28.以下描述用于揭露本发明以使本领域技术人员能够实现本发明。以下描述中的优选实施例只作为举例,本领域技术人员可以想到其他显而易见的变型。在以下描述中界定的本发明的基本原理可以应用于其他实施方案、变形方案、改进方案、等同方案以及没有背离本发明的精神和范围的其他技术方案。
29.本领域技术人员应理解的是,在说明书的揭露中,术语“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”等指示的方位或位置关系是基于附图所示的方位或位置关系,其仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此,上述术语不能理解为对本发明的限制。
30.可以理解的是,术语“一”应理解为“至少一”或“一个或多个”,即在一个实施例中,一个元件的数量可以为一个,而在另外的实施例中,该元件的数量可以为多个,术语“一”不能理解为对数量的限制。
31.参考图1和图2,依本发明一较佳实施例的一种基于边缘计算的酒店管理系统将在以下被详细地阐述,其中所述基于边缘计算的酒店管理系统包括微服务器和云服务器。
32.其中所述微服务器,比如树莓派4b+设备,只要能linux的服务器就行,架设在酒店网络或者酒店集团网络的内网环境中,并搭载有集成服务,比如k3s(轻量级kubernetes)集成服务,通过集成服务记录并管理酒店或者酒店集团的业务服务,并存储所述业务服务至所述微服务器,即存储在树莓派本机内,其中所述业务服务包括控制中心服务和业务管理服务,其中所述控制中心服务包括微服务器状态信息的上报、微服务器日志信息的上传和微服务器版本的更新。
33.其中所述云服务器与所述微服务器通过物联网iot方式通信连接,并在预定的时间节点对所述微服务器进行认证确认,确保所述微服务器仍然在可享受服务的期限内,然后实现对所述业务服务的管理。
34.边缘计算,是指在靠近物或数据源头的一侧,采用网络、计算、存储、应用核心能力为一体的开放平台,就近提供最近端服务,其应用程序在边缘侧发起,产生更快的网络服务响应,满足行业在实时业务、应用智能、安全与隐私保护等方面的基本需求。边缘计算处于物理实体和工业连接之间,或处于物理实体的顶端。而云端计算,仍然可以访问边缘计算的历史数据。
35.iot,物联网(internet of things,简称iot)是指通过各种信息传感器、射频识别技术、全球定位系统、红外感应器、激光扫描器等各种装置与技术,实时采集任何需要监控、连接、互动的物体或过程,采集其声、光、热、电、力学、化学、生物、位置等各种需要的信息,通过各类可能的网络接入,实现物与物、物与人的泛在连接,实现对物品和过程的智能化感知、识别和管理。物联网是一个基于互联网、传统电信网等的信息承载体,它让所有能够被独立寻址的普通物理对象形成互联互通的网络。
36.该酒店管理系统的核心是所述微服务器,通过边缘计算的方式作为联通酒店内网业务工作环境和外网设备监控环境的纽带,不仅能够记录并存储酒店的业务服务数据至所述微服务器内,还能够以物联网iot的方式远程通信连接所述云服务器,使得酒店管理系统可以借助所述云服务器通过所述微服务器间接管理酒店的各种业务服务,其中酒店内网业务数据,或者说业务数据流,包括住客信息等,始终在酒店的内网环境中流转,不会流出至外网,能够充分保证酒店内网业务数据的安全性和隐私性,换种说法是,酒店内网业务数据只能够在酒店内部设备,比如酒店自助机和酒店管理终端,与微服务器之间进行流转,不会进入云服务器,或者云端;其中外网设备监控环境,或者说控制数据流,能够确保业务数据流的正常运行,进而提高业务服务的质量、稳定性、高效性和安全性,其中控制数据流始终在外网环境中,控制指令由云服务器和微服务器通过iot方式进行通信,比如使用阿里云物联网平台接口标准进行连接,不受酒店环境的网络影响,进而通过在酒店的内网架设的微服务器完全隔离业务数据流和控制数据流,两者不会相互干扰,进而保障数据运行的稳定性。
37.此外,所述集成服务也可以通过docker、k8s、swarm进行部署,或者裸服务直接部
署,其中k8s是kubernetes的完整版,比k3s更强大和稳定,一般情况下适合集群部署。
38.作为一较佳实施例,所述云服务器对所述微服务器认证的时间节点包括设备启动时以及每日预定的一个或多个时间点,比如在每天的凌晨一点进行认证确认,或者在每天的五点和十七点进行认证确认,确保该微服务器仍然在可享受服务的期限内,避免出现设备一旦销售给客户就失去管控该设备的能力,酒店和企业的关系由只能上门服务进行续费和维护,变为可以进行远程续费和维护,维护更加方便,提升用户体验。此外,企业也可以通过云服务器对架设有微服务器的多个酒店的多个设备或者一个酒店的多个设备进行集中授权和管控,管控能力,包括管控质量和管控效率,能够得到更进一步的提升。
39.需要注意的是,不同地域的酒店,或者,同一酒店在不同的季节或者不同的活动下可能都会推出不同的服务。为确保对架设有微服务器的酒店进行精准的管控,进一步优选地,所述云服务器对所述微服务器认证的内容包括微服务器的授权时间、微服务器授权的酒店以及每个授权酒店的服务种类,这样一来,企业可以对每一个酒店,以及授权给每一个酒店的具体的服务都能够进行精准的管控。
40.进一步优选地,在所述微服务器状态信息的上报中,微服务器的状态信息包括设备的在线状态信息、地址信息、cup信息、内存信息、硬盘的使用情况和酒店设备出错信息。所述云服务器在收到微服务器的状态信息与预存的标准信息不在一预定阈值范围内时,通过所述微服务器进行响应处理,以确保微服务器的稳定、持续、高效、安全运行。比如,当云服务器监控到微服务器的磁盘空间快满时,通过微服务器通知运营人员远程登录到该树莓派本机设备上进行磁盘空间清理作业,或者联系酒店运维人员进行磁盘空间清理作业。
41.进一步优选地,所述酒店设备出错信息包括酒店设备状态信息出错和业务办理失败。所述云服务器在收到所述酒店设备出错信息时,通过所述微服务器进行响应处理。不同错误信息具有不同的响应处理方式,比如:在办理入住发卡时,云服务器如果监控到卡仓内没有入住卡,就通过微服务器及时通知酒店前台进行补卡操作;在办理入住上报公安旅业系统时,比如受公安旅业系统不稳定的影响,云服务器监控到没有成功上报,则通过微服务器及时通知酒店前台进行补入,以此能够提升酒店用户的入住体验,确保酒店能够高效、高质量、稳定运行。
42.在云服务器通过iot通讯方式监控到微服务器的状态信息异常或者酒店设备出错信息时,为方便定位,可以通过微服务器日志处理流程来实现微服务器日志信息的上传。具体流程是:云服务器通过iot方式通过微服务器上传日志,微服务器收到请求后将日志信息上传给云服务器,在上传成功后,微服务器通过iot通信方式再发送一个日志上传成功的消息给云服务器。此外,微服务器也可以定期主动上传日志信息给云服务器。通过微服务器日志信息的上传,能够在线存储无限的数据,并在任何地方可以访问它,便于酒店的管理或者对酒店的管控,实时以及后期的决策分析,并节约成本。
43.微服务器版本的更新方式分为被动更新和主动更新两种,其中被动更新是在微服务器每次启动的时候自动查询线上的最新版本,并对业务服务进行实时更新;其中主动更新是云服务器在监测到微服务器的版本不是最新版本时,通过iot通知的方式通知到微服务器进行版本更新。
44.进一步优选地,所述业务管理服务包括:
45.ui server,为前端提供访问后台的接口,并对前端用户进行鉴权和服务请求的分
发,其中所述前端包括自助机设备端和酒店管理端;
46.order server,订单管理服务,通过自助机设备创建订单、办理入住、续住、离店以及房卡制作和小票打印;
47.pay server,支付服务,用于给自助机设备提供收款服务,并在支付成功后通知酒店pms管理系统;
48.hotel server,酒店管理服务,通过酒店管理web端配置和管理酒店的pms管理系统;
49.vip server:会员中心,对酒店的会员进行管理,实现酒店对内部私域流量的管理;
50.user server:用户管理,对酒店的管理员进行信息的录入并进行身份校验;
51.pms adapter:对接酒店的pms管理系统;
52.psb adapter:对接酒店的psb管理系统。
53.可以理解,上述场景仅是作为示例,并不构成对于本技术实施例提供的技术方案的应用场景的限定,本技术的技术方案还可应用于其他场景。例如,本领域普通技术人员可知,随着系统架构的演变和新业务场景的出现,本技术实施例提供的技术方案对于类似的技术问题,同样适用。
54.上述本技术实施例序号仅仅为了描述,不代表实施例的优劣。
55.在本技术中,对于相同或相似的术语概念、技术方案和/或应用场景描述,一般只在第一次出现时进行详细描述,后面再重复出现时,为了简洁,一般未再重复阐述,在理解本技术技术方案等内容时,对于在后未详细描述的相同或相似的术语概念、技术方案和/或应用场景描述等,可以参考其之前的相关详细描述。
56.本技术技术方案的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本技术记载的范围。
57.本领域的技术人员应理解,上述描述及附图中所示的本发明的实施例只作为举例而并不限制本发明。本发明的优势已经完整并有效地实现。本发明的功能及结构原理已在实施例中展示和说明,在没有背离所述原理下,本发明的实施方式可以有任何变形或修改。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1