一种无前台酒店管理方法、系统及终端设备

技术领域

本发明涉及通信技术领域，特别是涉及一种无前台酒店管理方法、系统及终端设备。

背景技术

随着互联网技术的发展，人们外出旅行或者出差时，往往提前在网上预订酒店，但是，网上预订的酒店需要在入住时，持本人有效身份证件在前台办理入住手续，领取门卡，较为繁琐。此外，在退房时，需要在前台交还门卡并需要在酒店确认没有损坏客房的设施后才能领回押金。对于酒店来说需要设置宽大的前厅和前台，招聘多名前台工作人员，在酒店前台帮助顾客办理入住手续，增加了酒店经营的成本；对于顾客来说，传统的酒店入住方式非常不便，效率低下，手续繁琐，容易耽误时间，顾客体验感不强。

为了改善酒店入住流程，目前有技术公开网上预约酒店后可以形成预约二维码，顾客到达酒店；顾客通过有效身份证件及预约二维码办理入住手续；顾客在线选房；为顾客生成房卡密钥；顾客通过智能终端接收房卡密钥；顾客入住酒店；顾客通过智能终端一键退房；退还顾客押金等步骤，该系统在顾客入住酒店时，无需在酒店前台通过人工办理繁琐的手续、交押金、领门卡，节省顾客办理入住的时间，为顾客提供方便快捷的酒店入住及退房程序。

但这样的酒店自助入住系统中，还是需要顾客到达酒店以后，在酒店前台的自助终端上通过有效证件及预约二维码自助办理入住手续，生成房卡密码发送到顾客的智能终端上，顾客再利用房卡密码开房入住，这样的酒店管理系统中，虽然可以达成由顾客自助入住，但是酒店还需要提供前台供顾客自助办理入住手续，另外，虽然自助办理入住手续避免了在酒店前台通过人工办理交押金、领门卡等繁琐的手续，节省顾客办理入住的时间，但是，不能让顾客到达酒店就入住，使顾客有不好的体验，另外，采用密码入住不能防止其它旅客通过手机等智能终端从该顾客处获得密码入住，存在一定的安全隐患。

发明内容

本发明主要解决的技术问题是提供一种无前台酒店管理方法、系统及终端设备，能够实现无人工前台的自动办理入住。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种无前台酒店管理方法，该方法包括装载有卡模拟应用和近场通讯单元的终端设备获取自身位置信息；响应于终端设备邻近入住酒店，终端设备向用户推送入住信息，入住信息包括顾客信息、时间信息、房间信息；卡模拟应用接收来自近场通讯单元的开门请求；响应于开门请求，卡模拟应用获取虚拟房卡数据，虚拟房卡数据携带入住信息；卡模拟应用将虚拟房卡数据发送给近场通讯单元，以使近场通讯单元将虚拟房卡数据发送给门锁，以进行开门验证。

其中，卡模拟应用获取虚拟房卡数据包括：卡模拟应用获取终端设备本地保存的顾客身份信息；卡模拟应用获取来自虚拟房卡管理后台服务器秘钥信息；卡模拟应用结合顾客身份信息和秘钥信息生成虚拟房卡数据。

其中，卡模拟应用接收顾客验证请求；响应于验证请求，卡模拟应用向健康管理应用发送获取验证信息请求，验证信息包括顾客身份信息和健康信息；响应于获取验证信息请求，健康管理应用将验证信息发送给卡模拟应用；卡模拟应用向酒店管理系统发送验证信息，以使酒店管理系统对顾客进行身份验证和健康验证，并在验证通过后向虚拟房卡管理后台服务器发送允许下发虚拟房卡数据的通知。

其中，卡模拟应用向用户推送酒店信息，酒店信息包括去往房间的导航路线图、安全逃生路线图、公共服务信息中的一种或多种。

其中，卡模拟应用接收预订请求，预定请求包括酒店信息、顾客信息和入住日期；卡模拟应用向虚拟房卡管理后台服务器发送预订请求，以使虚拟房卡管理后台服务器基于预定请求分配房间并生成虚拟房卡数据。

其中，卡模拟应用获取顾客身份信息，顾客身份信息包括顾客的姓名、身份证号码、图像信息；卡模拟应用获取来自户籍管理系统的顾客身份官方信息，利用顾客身份官方信息对顾客身份信息进行匹配验证。

其中，卡模拟应用获取注册信息，注册信息包括终端设备用户信息、账号信息、密码信息；响应于注册信息，建立注册信息与终端设备的绑定关联。

其中，卡模拟应用接收退房请求；将退房请求发送给酒店管理系统，以使酒店管理系统进行退房结算和退房查验。

其中，卡模拟应用包括可调用的小程序。

为解决上述技术问题，本发明采用的另一个技术方案是：提供一种无前台酒店管理系统，包括：酒店管理后台服务器、门锁管理后台服务器和虚拟房卡管理后台服务器，酒店管理后台服务器用于生成入住信息，入住信息包括顾客信息、时间信息、房间信息；虚拟房卡管理后台服务器用于基于入住信息生成虚拟房卡数据；门锁管理后台服务器用于对接收到的虚拟房卡数据进行验证，以进行开门验证。

为解决上述技术问题，本发明采用的另一个技术方案是：提供一种终端设备，包括近场通讯单元和处理器，近场通讯单元用于与酒店门锁进行交互，传输虚拟房卡数据，处理器用于执行指令以实现上述任一项的无前台酒店管理方法。

本发明的有益效果是：区别于现有技术的情况，本发明提供一种无前台酒店管理方法，该方法中顾客使用带有近场通讯（Near Field Communication，NFC）单元的终端设备，利用终端设备的NFC单元模拟房卡，实现酒店的开门验证。具体地，本申请所提供的方案采用主机卡模式（Host-based Card Emulation，HCE）进行卡模拟，该种模式下不需要终端设备提供硬件形式的安全模块(Secure Element，SE)，而是由在终端设备中运行的一个应用完成SE的功能，此时NFC控制器将接收到的数据直接发送到终端设备的主机系统上，再由主机系统发送至终端设备中的应用来完成交互。利用该方法顾客在前往酒店的途中就可以办理好入住手续，一到酒店就可以入住，更加便捷。

附图说明

图1是本申请实施方式中开锁过程示意图；

图2是本申请实施方式中酒店管理系统的结构示意图；

图3是本申请实施方式中无前台酒店管理方法的流程示意图。

具体实施方式

为使本申请的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本申请进一步详细说明。

本申请提供一种无前台酒店管理方法，利用该方法顾客在前往酒店的途中就可以办理好入住手续，一到酒店就可以入住，更加便捷。

本申请所提供的无前台酒店管理方法中，需要顾客使用带有近场通讯（NearField Communication，NFC）单元的终端设备，利用终端设备的NFC单元模拟房卡，以实现开门验证。具体地，本申请所提供的方案采用主机卡模式（Host-based Card Emulation，HCE）进行卡模拟，该种模式下不需要终端设备提供硬件形式的安全模块(Secure Element，SE)，而是由在终端设备中运行的一个应用完成SE的功能，此时NFC控制器将接收到的数据直接发送到终端设备的主机系统上，再由主机系统发送至终端设备中的应用来完成交互。这种模式下，只需要终端设备搭载运行卡模拟应用即可，卡模拟应用可以是终端设备装载的应用软件（Application，APP），可以开发多种功能业务，但这种情况下，若想对酒店功能业务进行调整、升级，就需要对终端设备中的卡模拟应用进行调整、升级，需要用户重新下载更新应用，给用户带来不便。卡模拟应用也可以是可直接调用的小程序，如微信小程序。此类小程序是不需要下载安装即可使用的应用，用户扫一扫或搜一下即可打开应用。这种情况下，若需对酒店功能业务进行调整、升级，只需对小程序进行调整、升级，且升级开发成本低于APP，用户也不需要下载更新，再次访问时即为已升级的小程序。

请参阅图1，图1是本申请实施方式中开锁过程示意图。本申请提供一种终端设备，该终端设备具有NFC通讯单元，且装载有卡模拟应用。可使用该终端设备来模拟虚拟房卡。当终端设备与门锁交互时，NFC控制器将接收到的数据直接发送到终端设备的主机系统上，再由主机系统发送至终端设备中的应用来完成交互。

本申请中所用的终端设备一般是顾客的手持终端，如顾客自己的智能手机、智能手表、智能手环等，因为手机在目前是非常普遍的，并且手机作为个人电话大都具有专属性，特别是很多注册的APP等都经过了身份认证的，因此，在很多时候手机就可以代表顾客本人。顾客在手机上操作一般被认为是顾客自己操作，顾客也须要对自己手机上的操作负责。通过使用终端设备的NFC单元来模拟房卡，增加了便利性。

请参阅图2，图2是本申请实施方式中酒店管理系统的结构示意图。本申请提供一种酒店管理系统，包括酒店预订前置、酒店管理后台服务器、虚拟房卡管理后台服务器、虚拟房卡前置、门锁前置、门锁管理后台服务器。

其中，可以通过酒店预订前置来预定房间。如顾客可以在终端设备上下载安装酒店管理应用（即酒店预订前置），在酒店管理应用上预定房间。同时酒店管理系统还可以与一些酒店预订的平台关联，将酒店推向网络用户，以使用户可以在一些网络平台上预定酒店房间。如酒店管理系统可以与卡模拟应用后台服务器关联，用户可以直接使用卡模拟应用进行酒店预订。各个平台渠道的预定信息均同步更新至酒店管理后台服务器，以便于房间资源管理。房间预定成功后，酒店管理后台服务器可以根据顾客需求为顾客分配房间，生成入住信息，入住信息包括待入住顾客的顾客信息，如顾客人数，顾客身份信息，顾客喜好信息，顾客需求信息等；还包括入住时间信息，如什么时间入店什么时间离店等；还包括所分配的房间信息，如房间号、房间类型等。

虚拟房卡管理后台服务器能够把原有用来开门的NFC实体房卡虚拟化成一张NFC虚拟房卡；虚拟房卡管理后台服务器用于对虚拟房卡的订房用户信息和用户开锁时间段等信息的修改和更新等相关工作。主要管理的是虚拟房卡数据的有效期，人员捆绑对应，房费支付信息的对应等。即虚拟房卡管理后台服务器用于对虚拟房卡数据的生成、更新和删除等进行维护管理。具体地，根据入住信息生成虚拟房卡数据，虚拟房卡数据携带入住时间信息（开锁时间）、入住房间信息等，可控制该虚拟房卡能够打开哪个房间门、什么时间可以打开房间门，并提供虚拟房卡数据的安全。生成虚拟房卡的步骤大致为：用户信息绑定、用户身份验证、虚拟房卡数据生成、房卡内容更新（续费续天等业务）、退房清除虚拟卡数据等。所生成的虚拟房卡数据可以下发至顾客的终端设备。

虚拟房卡管理后台服务器的核心部分功能是把NFC实体卡开门的房卡，虚拟化成一张NFC手机上的虚拟电子卡，然后通过NFC手机卡虚拟功能，实现NFC门锁开门的工作。虚拟卡后台和酒店系统同步客房信息和门锁信息，已经订约的人员等信息的匹配和验证工作、已经相关数据统一匹配的工作。

虚拟房卡前置（即卡模拟应用）是顾客的终端设备链接酒店管理系统的统一数据进出口，顾客的终端设备通过卡模拟应用下载虚拟房卡管理后台服务器生成的NFC虚拟房卡数据，在终端设备运行卡模拟应用时，与NFC门锁进行信息交互，实现开门。

在一实施方式中，虚拟房卡数据可以是由虚拟房卡管理后台服务器根据订房信息和门锁信息生成，顾客的终端设备直接通过卡模拟应用下载虚拟房卡管理后台服务器生成的NFC虚拟房卡数据。

在另一实施方式中，虚拟房卡数据由卡模拟应用在终端设备端即时生成。具体地，卡模拟应用可以根据顾客的身份信息、订房信息、虚拟房卡的秘钥信息等多种信息融合生成虚拟房卡数据。这些数据可以是一部分从终端设备本地端获取，一部分从云端（虚拟房卡管理后台服务器）获取。例如，一些涉及用户隐私内容的信息只保存在本地，如用户的身份证信息，联系方式信息，指纹信息等；减少了这些信息传输、泄露顾客隐私而带来的安全性问题。同时关于开锁的秘钥信息交由云端虚拟房卡管理后台服务器来管理生成，进一步提高安全性，防止秘钥被复制、防治。

卡模拟应用可以在开门的瞬间即时合成虚拟卡数据。具体地，响应于接收到来自门锁的开门请求，卡模拟应用分别获取顾客身份信息、虚拟房卡秘钥信息，合成虚拟房卡数据，将虚拟房卡数据发送给门锁系统，用来开锁。该实施方式中，虚拟房卡数据是开门的那一时刻即时生成了，降低了虚拟房卡数据被篡改、仿制等的概率，提高了安全性。

优选地，用于合成虚拟房卡数据所用信息一部分存储在终端设备本地，一部分存储在云端服务器，提高了信息间的隔离性，提高虚拟房卡数据被破译的难度。且虚拟房卡数据所需云端信息在开锁时刻在线获取。

进一步地，虚拟房卡数据中可以进一步携带验证信息，如携带虚拟房卡数据生成时间戳，门锁在接收虚拟房卡数据后，除了验证虚拟房卡的秘钥信息、身份信息等是否有效同时，还验证时间戳信息，与开锁请求是否匹配，是否存在仿制。通过这种方式，即使用户使用同一秘钥多次开锁，依然可以靠每次开锁获取秘钥信息的时间来区分虚拟卡数据的不同，防止别人盗用前一次生成的虚拟房卡数据。

再进一步地，在生成虚拟房卡数据时，可以进一步增加用户确认授权信息，如开锁瞬间，卡模拟应用推送询问用户是否开锁请求，只有在用户授权后，才执行生成虚拟房卡数据的步骤，进而开门。通过这种方式，能够防止用户误开门，也能够防止被盗刷开门。

在其他实施方式中，云端获取的秘钥也可以暂时存储在本地，但应与本地存储的其他数据隔离存储，且限制存储期限；并还是在开门的瞬间升成虚拟房卡数据，这能够提高开门效率，防止开门的瞬间网络不好，导致开门失败；例如可以在去酒店的路上提前获取秘钥信息进行存储。

在又一实施方式中，虚拟房卡数据中可以不包括秘钥信息，而是采用用户特征信息来代替。如虚拟房卡数据中可以携带顾客的指纹信息、人脸特征信息、声音特征信息等，将这些信息作为虚拟房卡开锁认证的秘钥信息，提高了秘钥信息的多样化、唯一化，进而提高了开锁信息的安全性。还能够从虚拟房卡数据中区分开门的顾客身份信息。例如，一个房间内入住了两人，不同顾客进入时，可以使用携带不同信息的虚拟房卡数据，两者的虚拟房卡数据可以有共同点，一定的连续，也可以具有实质的区分。

门锁前置用来对顾客的终端设备上的NFC虚拟房卡数据和用户信息等数据的更新、修改、删除等操作的维护，酒店管理系统后台业务的同步等。比如虚拟房卡数据的生成、虚拟房卡数据的更新、虚拟房卡数据的删除（退房、或撤销订房等业务）带来的数据变更。这些通信的内容是完成业务所需要的主要数据，部分数据的更新要在云端也有一份房卡信息和用户信息，顾客终端设备也有一份副本，需要定期进行终端设备端数据和后台服务器端数据的同步。

门锁管理后台服务器和虚拟房卡管理后台服务器在后台分别对门锁前置和虚拟房卡前置操作。

利用该无前台的酒店管理系统的无前台酒店管理方法包括以下步骤：

一、酒店房间的预定：

确定入住酒店的顾客，并指定入住酒店的房间号。顾客可以在网上预约酒店。顾客通过智能手机上的相关软件，获取酒店发布在网上的、可供预订的酒店客房的信息，酒店客房的信息包括酒店名称、酒店地点、客房类型、客房价格、客房内设施及服务、客房预订情况、空房情况等等信息。顾客根据自身需要，挑选合适的酒店，并通过智能手机上的APP或小程序下单预订酒店。预订的信息包括顾客的身份信息，例如顾客的姓名、顾客的身份证号、顾客的性别、顾客的人脸图像、顾客入住的时间、顾客离店的时间、顾客选择的房间号、顾客的支付状态等等。有些还可以获得顾客的手机的MAC地址，也就是订房终端或者入住旅客的手机MAC地址，以在前台入住终端时确认终端是唯一的。

另外，预订酒店时，如果是注册用户，本酒店管理系统还可以对顾客进行等级管理，对长期入住的顾客给予较高的优惠，在顾客预订成功后，为顾客生成一个预约回执。此时，预定酒店与入住顾客可以不是同一个人，也可以是同一个人，此时，如果没有交费，则在回执中标明在约定时间内交费才能完成订单。订房的人如果不是入住的顾客，可以将预约回执转发给入住的顾客，如果没有交费，则在预约回执中提醒顾客交费，完成订单。这里支付时可以采用微信、支付宝等第三方支付平台实现支付，也可以采用银联等支付平台实现支付。

二、顾客自助办理入住手续。

其中，顾客利用本人的终端设备（如手机）进行身份确认后，获取终端设备授权；酒店管理系统对门锁生成一张HCE虚拟房卡，终端设备获取HCE授权；此时可以利用刷脸的方式或者指纹录入的方式与户籍系统中保存的该顾客身份证对应的内容进行比对，完成顾客身份认证。办理入住手续可以在顾客自己去酒店的路上或者到酒店后自己在智能手机上办理，根据目前使用手机的习惯，手机与人基本上是绑定的，如果确认了顾客的身份，则可以由其手机完成一系列的手续。如将HCE受权给手机以后，利用这台智能手机可以实现开门等。

具体地，可以是自动感应启动办理入住手续。如可以根据位置信息感应启动办理入住手续。终端设备（如手机）可以获取自身的位置信息，当监测的手机邻近入住酒店时，预启动办理入住手续，可以向用户推送入住信息，如推送XX顾客将于什么时间入住哪个酒店哪个房间等，以提醒顾客，便于顾客知晓具体的入住信息。也可以是酒店管理系统时时广播酒店预订信息，当手机进入广播范围内，接收到广播信息，向用户推送入住信息。

顾客收到推送信息后，可以提前进行线上的信息确认，如入住信息的确认，入住身份的确认，如先登录酒店管理系统，进行线上和/或线下的身份验证。例如，可以在酒店入口设置信息采集设备，如摄像头，获取进入酒店的人员的图像，利用人脸识别等技术确认该人员是否是待入住的顾客。拿获取到的图像信息与已预订的订单信息中的顾客的图像信息进行匹配，若匹配成功，说明该人是提前预订过、进行身份验证的顾客，允许其进入酒店。如果是本人入住，也可以是使用手机进行图像采集，借助顾客的智能手机与户籍管理系统对接，实现身份验证。

除了身份验证外，还可以进行其他多维度的验证。例如，现在防疫期间，需要对顾客的健康信息进行查验。目前都是需要顾客出示健康信息证明，如健康码、行程码，比较耽误时间，且需要与前台工作人员接触，增加交叉感染的风险。可以设置温度检测器，自动检测进入酒店人员的温度，同时酒店管理系统向终端设备发送健康验证请求，如可以向卡模拟应用发送健康验证请求，卡模拟应用接收到健康验证请求后，申请访问健康管理信息应用，向健康管理应用发送获取验证信息请求，验证信息包括顾客身份信息和健康信息，响应于获取验证信息请求，健康管理应用将验证信息发送给卡模拟应用；卡模拟应用再向酒店管理系统发送顾客身份信息和健康信息，以使酒店管理系统对顾客进行健康验证。这种方式下，可以不用顾客自己打开健康信息进行查验，节约顾客时间，在身份验证和健康验证通过后，允许顾客进入酒店，同时向虚拟房卡服务器发送允许下发虚拟房卡数据的通知。还可以向用户推送酒店信息，如酒店内部布局图，去往房间的导航路线图、安全逃生路线图、公共服务信息，以方便引导顾客去往房间，使顾客了解酒店服务等。

三、顾客入住。

顾客在完成初步身份验证和健康验证后自行前往目标房间，顾客可利用终端设备与入住酒店房间门锁交互开门入住；实现智能手机与酒店房间门锁交互的方法很多，如利用目前酒店使用的门锁，NFC门锁通过读取房卡开门，本实施例中，HCE授权智能手机虚拟房卡与门锁进行NFC通信，智能手机上需要有NFC模块，产生如原来房卡的数据发送到门锁上，在门锁上比对，正确则开门，这样的系统不需要对目前采用NFC系统的门锁进行更换，只需要智能手机上有NFC模块即可。另外，本实施例中，如果可以对门锁进行更换，则可以使用蓝牙等模块，这样，由于蓝牙模块在几乎所有的智能手机上都有，则可以直接使用手机上的蓝牙模块实现与蓝牙门锁交互完成开门。

酒店客房使用NFC门锁，利用NFC房卡开门，NFC门锁上实践是具有一个NFC读卡器，对靠近的NFC房卡进行读卡，如果正确则利用锁的执行机构开门，目前，为了安全房卡信息需要每换一个房客就变更一次，或者房客入住时间到了需要退房时要变更一次，因此，与酒店后台的服务器相连的门锁管理终端与门锁相连，门锁中NFC读卡器读取的信息通过门锁管理终端来比对，只有与此时确定的NFC信息才通知执行机构开门，另外，更新房卡的时候就是重新写一张NFC房卡，此时，服务器通知前台发卡终端写一张房卡发给特定的订房人。

具体地，终端设备靠近门锁，感应启动NFC交互，NFC芯片接收开门请求，将开门请求发送给卡模拟应用，卡模拟应用获取虚拟房卡数据，并将虚拟房卡数据发送给NFC单元，并通过NFC单元发送给门锁，供门锁进行校验，确定开门。

卡模拟应用可以是在收到开门请求后在线向虚拟房卡管理后台服务器获取虚拟房卡数据，也可以在身份验证成功后即获取虚拟房卡数据，并存储，在收到开门请求后本地调用预先存储的虚拟房卡数据。

四、顾客退房的步骤。

顾客可以利用终端设备通知酒店管理系统进行退房。酒店管理系统收到退房申请后，对顾客所退的房间进行检查，检查无误后，退回押金。顾客可以在操作退房申请后自行离开酒店，不用等待房间查验结果。

以上实施方式中，通过设置酒店管理方法，可以实现无人工前台，简化用户到店入住酒店的前台操作，针对现有酒店入住流程进行了方案设计，结合NFC手机线上空开房卡业务，大简化用户入住的效率。

请参阅图3，图3是本申请实施方式中无前台酒店管理方法的流程示意图。该实施方式中，无前台酒店管理方法包括：

S110：装载有卡模拟应用和近场通讯单元的终端设备获取自身位置信息。

S130：响应于终端设备邻近入住酒店，终端设备向用户推送入住信息，入住信息包括顾客信息、时间信息、房间信息。

S150：卡模拟应用接收来自近场通讯单元的开门请求。

S170：响应于开门请求，卡模拟应用获取虚拟房卡数据，虚拟房卡数据携带入住信息。

S190：卡模拟应用将虚拟房卡数据发送给近场通讯单元，以使近场通讯单元将虚拟房卡数据发送给门锁，以进行开门验证。

在一具体实施方式中，顾客（用户）手机端在线操作流程步骤如下：

1、用户通过手机APP进行酒店房间预定。需要用户先注册账户，用户填写注册信息注册账户。注册时可录入姓名、手机号、身份证号，图像信息等，将个人信息与本人的智能手机进行绑定。

2、用户是否本人验证。入住的时候，用手机对顾客身份进行认证，可以采用目前流行的刷脸的方式进行身份认证，这样，不需要在前台照相留影与户籍管理系统互联登记入住了，利用本人手机上的APP实现与户籍网络联网进行身份认证。

3、用户利用手机APP选择预定酒店。综合选择指定城市指定酒店指定房间。

4、用户付款并确认支付授权，支持第三方支付、银行卡等方式进行支付。

5、获取手机终端授权。比如用户要付款的时候，这个时候需要手机操作人的授权。比如一些核心的需要人员的交互授权的操作，需要手机获取手机人员的授权，如：登录账号、支付密码等的授权。

6、根据酒店房间对门锁生成一张HCE虚拟房卡。这个系统核心功能符合NFC虚拟卡环境的手机，用户可以在线付款订房、在线空开一张虚拟房卡、在线本人验证。核心做到符合上述条件的用户可以到酒店后，不用经过前台的一些登记或拿房卡工作，直接用NFC手机空中虚拟的房卡，用手机NFC功能就可以开指定得房门。实现人员到店直接到房间。

用户侧NFC手机退房手机端在线操作流程步骤如下：

用户在手机端APP点击退房流程即可。

在入住系统后台和酒店客房系统对接后，系统会把用户多余的款项退回给用户账户。

系统需要和酒店客房系统对接的业务涉及以下内容：

1、用户手机端线上订房业务，需要和酒店系统对接订房接口。

2、NFC开虚拟房卡业务接口对接。通过虚拟房卡管理后台和酒店管理系统后台的对接。

3、给用户退款相关结算业务对接（完成用户最后多余款项的还款）。

4、用户到店本人验证对接。

5、异常用户数据上送对接，比如当时用户没有网络数据传递不到云端服务器，有个异常的数据上送机制来实现数据同步。比如异步上传数据功能。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。