一种基于身份认证的客房门锁远程控制方法与流程

1.本发明属于酒店安全控制领域，特别涉及一种基于身份认证的客房门锁远程控制方法。


背景技术：

2.随着旅游产业和移动互联网的发展，传统的服务公寓/酒店公寓/产权酒店等越来越多地加入电商平台。以服务公寓和民宿为例，业主通常希望将自用和经营相结合，自己度假或休息时自用，其余的时间将房间对外经营。一般的对外出租方式分为日租和长租，日租的租金较高，但房屋业主个人需要花很多精力每天寻找房客，由于订单量的不均衡和不可预测性，会形成房间空置，导致业主的投资回报得不到保证。而另一方面，一些民宿可能在无房时仍有订单需求，出现供不应求，而附近的另一些民宿无人预订，出现供大于求。而且传统的酒店、民宿等大都是通过管理人员来办理住客入住登记、收银和退房管理等流程，但是存在运营成本高的问题，用户体验较差。


技术实现要素：

3.有鉴于此，本发明克服现有技术的不足，将拥有闲置客房资源的业主用户通过信息平台进行资源共享，控制客房使用权的互换，以提高客房资源使用率，契合业主和住客的双方需求，并解决了传统住宿业的运营成本高等问题。
4.本发明在第一方面提供了一种基于身份认证的客房门锁远程控制方法，包括：s1：接收第一用户发布的房间信息，所述房间信息包括房间编号和位置，计算所述第一用户输入的房间数量；s2：为所述第一用户所发布的每个房间信息创建虚拟钥匙；s3：获取第一用户的群组属性，如果所述第一用户的群组属性为预设属性，则根据所述第一用户的房间信息，生成所述第一用户的时间额度；s4：接收第二用户的借换请求信息，将所述借换请求发送至所述第一用户；s5：当接收所述第一用户的借换确认信息时，将所述第一用户的房间分配至所述第二用户；s6：更新所述第二用户的时间额度，生成借换订单，并发起第二用户向第一用户的第一支付操作；s7：接收第一客户向所述第二用户发送的预订请求信息；s8：接收所述第二用户针对所述预订请求信息的预订确认信息，生成预订订单，并接收所述第一客户的个人信息，发起所述第一客户向第二用户的第二支付操作；s9：将所述第一客户的个人信息与所述第二用户所分配的第一房间编号相关联，并将所述第一房间编号的虚拟钥匙分配至所述第一客户；s10：当所述第一客户的位置位于所述第一房间编号的位置时，根据所述第一客户提供的虚拟钥匙开启客房智能门锁。
5.优选地，所述虚拟钥匙包括一次性密码，所述智能门锁包括键盘，所述方法还包括：当所述第一客户在所述键盘上输入虚拟钥匙的一次性密码时，远程控制智能门锁开启。
6.优选地，所述虚拟钥匙包括二维码，所述智能门锁包括摄像机，所述方法还包括：当所述摄像机拍摄并识别到所述第一客户提供的虚拟钥匙的二维码时，远程控制智能门锁开启。
7.优选地，所述虚拟钥匙包括信号，所述方法还包括：当所述第一客户将移动设备接近智能门锁，并由所述智能门锁的信号接收模块验证所述信号合法时，远程控制智能门锁开启。
8.优选地，所述群组属性是所述第一用户的设置信息，用于设置所述第一用户是否同意客房借换；所述预设属性为所述第一用户将所述群组属性设置为允许客房借换。
9.优选地，所述时间额度表示可借换房间的使用时间量，即当前房间上线当日开始，计算得到的当年可使用天数；所述更新所述第二用户的时间额度，进一步包括：扣除当次预定房间的使用时间量，得到更新后的第二用户的时间额度。
10.优选地，在步骤s1之前，方法还包括：所述第一用户、第二用户和所述第一客户通过移动设备完成直住无人酒店平台的注册，并被分配安全身份标识，所述安全身份标识与网络身份证相关联。
11.优选地，所述第一客户为团队客户，并且所述步骤s8进一步包括：生成客户预订房间的界面，团队入住人员通过该界面办理注册登记即上传个人信息和入住费用支付。
12.优选地，当所述第一客户完成登记并确定身份验证通过后，直接为所述第一客户分配对应房间的虚拟钥匙，以允许所述第一客户直接到达房间开启门锁，无需现场登记和房间分配。
13.优选地，在所述步骤s10之后，所述方法进一步包括：当接收到所述第一客户的退房请求时，确定所述第一客户需要支付的第二支付金额，并通知所述第二用户执行第三支付操作。
14.优选地，在所述步骤s10之后，所述方法进一步包括：当接收到所述第一客户的续住请求时，确定所述第一客户需要支付的第三支付金额，为所述第一客户分配相关联的房间编号。
15.相比于现有技术，本发明具有以下优点：最大限度地提高闲置客房利用率，更好地匹配团队客户的入住订单。并且，客户的预订、入住、身份验证、续住和退房均在线自助办理，节省了酒店现场人工成本。
16.本发明的其它特征和优点将在后续的说明书中阐述，并且从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所指出的结构来实现和获得。
附图说明
17.为更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有
技术描述中所需要使用的附图作简单介绍，显而易见地，下面描述中的附图是本发明的某些实施例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
18.图1示出了根据本发明实施例的直住无人酒店管理平台结构示意图。
19.图2示出了根据本发明的一种基于身份认证的客房门锁远程控制方法的流程图。
20.图3示出了根据本发明实施例的直住无人酒店管理平台的操作步骤示意图。
具体实施方式
21.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地说明，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
22.本发明允许业主在经营原自有房间的基础上，通过房屋使用权的分时转移，借用其他业主的房间，实现借换客房并集合经营，一次可以借换出租更多房间，使具有批量客房预订需求的团队订单得到满足。
23.参见图1，本发明的直住无人酒店平台系统包括以下功能模块：房间信息发布展示模块，用于接收业主用户提交的房间上线请求，业主用户可将房间信息发布到直住无人酒店平台供其他用户查看；业主用户可在任何时间对房间信息进行增加、修改和删除，并指定是否将房间加入客房借换计划。
24.借换天数管理模块，用于生成特定房间的借换天数，当业主用户完成对其他用户的房间借换之后，对借换天数进行相应的扣除，并将扣除后的借换天数转移到借出房间的业主用户，并且每年年底对借换天数进行清零更新；预订判断和首次支付模块，用于在第二业主用户请求借换第一业主用户的闲置房间时生成借换订单，并发起第二业主用户向第一业主用户的支付操作，表示第二业主用户成功预约借用第一业主用户的客房；房间已预定展示和二次支付模块，用于在住客团队发出预订请求信息时，生成住客预订房间的界面，在该界面中团队入住人员办理注册登记即上传个人信息和入住费用支付；身份网证信息模块，用于在用户通过手机等移动设备注册时按照电子网络身份证要求，制作网络身份证；位置核验入住者判断模块，用于将入住者的身份信息发送至门，通过网络身份证和位置核验，确定是否与预订者的身份信息一致，并将确定结果发送至门锁控制模块；多个入住者性别判断模块，用于在房间已存在第一入住者之后，对第二入住者进行性别判断，并将判断结果发送至门锁控制模块；入住和退房信息提示模块，用于将入住和退房信息发送至总经理或房务经理、清扫员，以使相关人员对房间进行检查、清扫等工作；门锁控制模块，用于根据入住客户提供的虚拟钥匙开启客房智能门锁；客房同步电控模块，用于根据客房门锁状态自动控制房屋内电路的导通和切断，在客户入住并开启门锁之后，自动取电，在客户退房并关闭门锁之后，自动关断；
人事管理模块，用于管理和维护现场经营者用户的基本信息和角色信息，包括总经理、房务经理、清扫员等；退房计费模块，用于根据客户入住时间长度自动结算房费；结算分账模块，用于将最终房费转移到接收团队订单的业主的账户；清扫和检查模块，用于保存和更新房间检查、清扫结果，并通知现场经营者用户；评价模块，用于接收住客对订单的主观评价信息，该信息可由直住无人酒店平台的所有用户查看；积分累计和积分消费模块，用于计算平台用户的积分，每个订单完成后，为住客用户和业主用户增加相应的积分，并通过积分礼品兑换平台进行积分消费；以及营销统计模块，用于按预设周期统计各个酒店订单量、销售收入、客房借换收入，以及各项收入的变化趋势。
25.对于本发明的方法实施例，为了简单描述，将其表述为一系列的动作组合，但是本领域技术人员应该知晓，本技术并不受所描述的动作顺序的限制，因为依据本技术，某一些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知晓，说明书中所描述的实施例均属于优选实施例，所涉及的动作和单元并不一定是本技术所必须的。
26.参见图2，基于上述直住无人酒店平台系统，本发明的基于身份认证的客房门锁远程控制方法具体包括以下步骤：步骤1：接收第一用户发布的房间信息，所述房间信息包括房间编号和位置，计算用户输入的房间数量。
27.本发明的所述第一用户可为房屋业主。在上述步骤之前，接收用户通过移动设备的注册请求，为所述第一用户分配安全身份标识。即当房屋业主通过手机等移动设备注册直住无人酒店平台时，可按照电子网络身份证要求，制作“网络身份证”。当完成注册后，房屋业主成为直住无人酒店平台的房主用户，并可在直住无人酒店平台中发布自有房间信息，并对房间信息、个人信息进行修改或重新设置，以使直住无人酒店平台的其他房主用户或订房客户能够搜索、浏览房间信息和房主个人信息。所述房间信息包括但不限于房间面积、图片、地理位置、楼层、设施以及出租价格。
28.步骤2：为每个房间创建虚拟钥匙，将所述虚拟钥匙发送至房间所属的第一用户。
29.其中，每个房间的房门上预先安装有智能门锁。通过所述虚拟钥匙可将智能门锁开启，从而开启房门。具体地，所述虚拟钥匙可为密码，所述智能门锁包括键盘，当用户在键盘上输入虚拟钥匙的密码时，门锁开启。所述虚拟钥匙也可为条码、二维码等，所述智能门锁包括摄像机，当拍摄并识别到用户提供的虚拟钥匙的条码、二维码等时，门锁开启。所述虚拟钥匙还可为蓝牙信号、nfc信号等，当用户将移动设备接近智能门锁，并由所述智能门锁的信号接收模块验证所述信号合法时，门锁开启。优选地，所述密码、条码、二维码、蓝牙信号、nfc信号等虚拟钥匙信息具有预定义的有效期。
30.步骤3：获取第一用户的群组属性。如果所述第一用户的群组属性为预设属性，则根据所述第一用户的房间信息，生成所述第一用户的时间额度。
31.具体地，群组属性是用户选择的是否参加“客房借换”的设置信息。如果房屋业主确定加入客房借换，则确定其群组属性为预设的“允许客房借换”属性。此时，需要生成该房屋业主的时间额度，即判断该房屋业主的剩余的使用时间量，可表示为“借换天数券”。例
如，使用时间量可以通过从该房屋业主的当前房间上线当日开始，至每年的12月31日止，计算得到的天数。
32.优选地，在获取该房间的出租价格之后，自动为该房间生成“借换天数券”的数量。
33.步骤4：接收第二用户的借换请求信息，将所述借换请求发送至所述第一用户。
34.其中所述第二用户是直住无人酒店平台中已完成注册的房屋业主。举例而言，第二用户是直住无人酒店平台的另一位房屋业主，当第二用户接到团队入住预订需求时，并且当团队人数大于该业主所具备的接待能力时，需要通过客房借换来满足团队的入住需求，可向群组属性为预设属性的所有第一用户，即同意“客房借换”的其他业主发出请求，以请求临时租用或借用其他业主的房间。
35.步骤5：当接收所述第一用户的借换确认信息时，将所述第一用户的房间分配至所述第二用户。
36.所述直住无人酒店平台预先为每个业主用户或酒店设置唯一的识别号，或同一个酒店物业管理的小区识别号，下称店号。每个房间的门锁也同样使用此号码，以此进行识别。例如：a公寓和b酒店分别具有店号a和b。因此a公寓的1幢201房间和b酒店的1幢201房间，分别标识为a-1-201和b-1-201。利用店号识别码，不会出现重复，a的密码锁不能开b的同房号的房间。
37.当所述第二用户向第一用户发送借换请求之前，可搜索同一个店号下的空闲房间。如果认为空闲房间满足所需要的接待量，则可向第一用户发送借换请求。所述订单需求可包括房间数量、房间配置、房间位置等。
38.其中，将所述第一用户的房间分配至所述第二用户具体包括，当第一用户同意将自己的房间租借给第二用户之后，所述直住无人酒店平台将所述第二用户申请租用的批量房间进行锁定，并且仅允许第二用户的订单分配。此时，禁止第二用户之外的其他用户对上述批量房间进行操作。优选地，所述操作包括房间借换请求、房间预订以及房间信息查看。
39.在可选的实施例中，当未接收到所述第一用户的借换确认信息时，禁止将第一用户的房间分配至所述第二用户，方法结束。
40.步骤6：更新所述第二用户的时间额度，生成借换订单，并发起第二用户向第一用户的第一支付操作。
41.如前所述，平台已为每个房屋业主生成一个时间额度，用于表示该房屋业主的剩余的使用时间量。由于所述第二用户租借了另一位业主即第一用户的房间，此时需要扣除第二用户的时间额度，即通过交纳“借换天数券”的形式，即在该房屋业主的“可使用交换数量”扣除相应该次预定房间的数量的天数，以“天/间”计算，得到更新后的第二用户的时间额度。
42.优选地，生成具有预设有效时间的借换订单，例如在30分钟内有效，并向现场经营管理者公共账户预付成本费用，表示预订成功（此为第一次支付）。若超出有效时间，则取消借换订单，并将第一用户的房间返回至第一用户，即返回步骤4之前的状态。
43.步骤7：接收第一客户向所述第二用户发送的预订请求信息。
44.所述第一客户是所述直住无人酒店平台的普通消费客户，即有入住需求的订房者。同样地，所述第一客户通过移动设备完成直住无人酒店平台的注册，并被分配安全身份标识。即当订房者通过手机注册直住无人酒店平台时，按照电子网络身份证要求，制作“网
络身份证”。当完成注册后，订房者成为直住无人酒店平台的客户，并可在直住无人酒店平台中搜索、浏览各个酒店的房间信息和房主个人信息。
45.步骤8：接收所述第二用户针对所述预订请求信息的预订确认信息，生成预订订单，并接收所述第一客户的个人信息，发起所述第一客户向第二用户的第二支付操作。
46.当所述第一客户的预订请求信息包括多个房间时，该预订订单即团队订单。此时需要接收所述第一客户输入的所有实际入住者的个人信息。或者，当所述第一客户包括多个客户时，该预订订单实际包括多个子订单，需要接收多个客户输入的实际入住者的个人信息。
47.在实际操作中，可生成客户预订房间的界面，在该界面中团队入住人员办理注册登记即上传个人信息和入住费用支付（此为第二次支付）。
48.在进一步优选的实施例中，所述第二用户在获取所述第一用户的房间之后，设置每个房间的人数上限和性别属性。所述人数上限表示每个房间可接收的预订者数量；所述性别属性包括男士房间和女士房间，得到总的男士房间和女士房间的数量。所述第一客户根据第二用户的可支配房间的人数上限和性别属性来发送预订请求信息。而在第一客户的第二支付操作阶段，具体可以根据房间总价格和房间的人数上限来计算每个客户所支付的费用。例如设置标准间可入住2人，则每人付房价的50%。
49.在可选的实施例中，当所述第一客户未接收到所述第二用户的预订确认信息时，禁止生成预订订单及后续步骤，方法结束。
50.步骤9：将所述第一客户的个人信息与所述第二用户所分配的第一房间编号相关联，并将所述第一房间编号的虚拟钥匙分配至所述第一客户。
51.可以根据所述第二用户设定的房间人数上限和性别属性，将每位客户个人信息与具体的房间相关联，即为团队的每位入住者分配具体的房间号。团队入住者根据借换客房的业主所设置的男女房间的数量、房号，对号登记入住，将房间的虚拟钥匙分配给登记成功后的预订者。对于每个房间，当第一入住者付费进行入住时，将该入住者的身份信息发送至门，通过网络身份证和位置核验，如果所述入住者与预订者的身份信息一致，即证明是预订者本人入住，则将房间的虚拟钥匙分配给登记成功后的入住者，以使其通过虚拟钥匙开启客房智能门锁。当该房间的其他入住者付费进行入住时，首先进行性别判定，仅当确定其他入住者与第一入住者性别相同时，才可允许其他入住者付费入住。判定入住者性别的方式包括但不限于身份证号码识别和人脸识别。
52.其中，确认入住者与预订者的身份信息具体包括，将入住者的人脸信息与预订者的网络身份证的人脸信息进行比对；或将入住者的指纹信息与预订者的网络身份证的指纹信息进行比对。
53.当所述第一客户完成支付或开启门锁之后，将所述第一客户的第一支付金额分配至所述第二用户。由此，将团队支付的房款自动分账至通过借换客房而接收团队订单的业主账户。所述第一支付金额可包括房费和预收押金。如果第一客户提出退订请求，则判断该退订请求是否满足预定义条件，并根据入住状态和退订时间自动执行预先设置的流程。例如，首先退还预收押金，并根据退订时间与入住时间的时间差值，确定房费退款比例；时间差值越小则房费退款比例越低。或者，如果由于安全或设备等原因不能入住，入住者在开门进房后5分钟内提出退订，则发送消息至所述直住无人酒店平台管理员，以使所述直住无人
酒店平台管理员在其门锁账号进行验证，并对其支付账号进行退款处理。
54.步骤10：当所述第一客户的位置位于所述第一房间编号的位置时，根据所述第一客户提供的虚拟钥匙开启客房智能门锁。
55.具体地，第一客户可首先扫描客房门口的二维码触发开门操作。响应于第一客户的二维码扫描，再次核验第一客户的定位位置是否位于当前房间所在的位置，以确保入住者与注册登记者为同一人。扫描二维码确认后自动产生一个一次性密码，该一次性密码具有10分钟有效期。第一客户收到上述一次性密码之后，将该密码通过门锁键盘进行输入，在输入正确后控制门锁开启。在可选的实施例中，扫描二维码确认后自动产生多个一次性密码，例如分别用于酒店、公寓的大门、过道门、电梯门和客房门等。第一客户收到上述一次性密码之后，将该密码通过相应的门锁键盘进行输入，在输入正确后控制门锁开启。
56.在门锁成功开启之后，自动电控模块自动连通房间内的电路，客户可以正常使用房间内的所有电气设施。
57.考虑到窄带物联网工作环境，智能门锁在低电压状态下工作，并尽量保持低工作能耗以延长设备工作时间。为保证用户虚拟钥匙唯一性，用户虚拟钥匙实现在线生成、更新、撤销管理，能够记录并存档开锁用户信息，使能查询门锁状态，实现预警及追踪功能。
58.由于系统间采用无线通信，信息容易被截取，根据进一步优化的实施例，采用时间加密机制，通过添加时间信息，防止重放攻击。当第一客户在登录直住无人酒店平台时，随机启动用户位置核验，当用户确实处于安全距离范围内，才能正常开锁。
59.首先第一客户通过直住无人酒店平台获取私钥k
pi
，用于连接智能门锁发送开锁信号以及生成位置。平台向智能门锁下发密钥keyi。当用户需要开锁时，首先使用移动设备登录平台，此时指定附近设备为验证网关，用户将自己的密钥拆分成多个密钥片段ki，通过nfc发送给各个验证网关。验证网关使用此密钥片段为开锁用户生成一个当前位置坐标，第一客户的移动设备将这些位置坐标打包一起发送给平台，平台对此位置坐标进行验证。当验证成功时，第一客户的移动设备通过nfc连接智能门锁，并将包含此位置坐标的开锁信号与当前时间信息经过密钥加密后发送给智能门锁，智能门锁使用平台下发的密钥对发来的信息进行解密。当解密成功时，表明确认了第一客户身份和位置信息，锁即开启。非授权方没有密钥无法开锁，同时不在智能门锁附近的第一客户无法开锁，当恶意用户试图攻击系统时，安全机制能够有效抵御攻击。
60.对于位置坐标，在某一合法距离内，某一时间提供的授权的数字签名，请求设备收集多个数字签名，再发送至管理端进行验证。对于每个第一客户xi所持有的移动设备uei，如果其附近有n个为uei生成位置坐标的可信验证网关ug，uei为将要发送开锁信号的设备， ug通过nfc为uei生成位置坐标。当xi进行开锁操作之前，设置xi必须将自己的私钥k
pi
分成n个密钥片段，然后将密钥片段分别发送给n个ug，ug通过将接收到的密钥片段嵌入用于uei的位置坐标，并附加自身的数字签名授权。uei将所有生成的位置坐标进行合并经过加密后发送给平台，平台对这些位置坐标验证时间和地点，验证成功后解密将密钥片段恢复出来。如果能够恢复出原私钥k
pi
，即代表此位置坐标是真实的，反之则代表此第一客户xi为一个不可信用户。通过上述方法，xi所在位置必须在允许范围内，否则无法生成合法的位置坐标，会因为位置坐标验证时不合法被拒绝进行开锁操作，或者由于平台不能通过密钥片段恢复出原私钥k
pi
而被认定没有与附近所有的ug完成证明工作而被拒绝访问。
61.具体地，基于位置坐标的身份验证机制中包含三个阶段，第一阶段为位置坐标生成阶段，第二阶段为位置坐标验证阶段，第三阶段为时间加密阶段。
62.对于第一阶段的位置生成过程，具体如下：1.1）若第一客户uei希望在某一时间q进行开锁操作， uei需要先向周围验证网关ug广播请求生成位置坐标，并等待附近验证网关ug的响应。位置坐标生成请求记为rq：rq=hmac（ue_idi，rani）|q|l其中：ue_idi是uei的唯一身份标识；rani是预设随机数；l是uei发送位置坐标生成请求rq时包含的位置信息；hmac（）通过哈希算法对ue_idi和rani生成对应的哈希值，由于其不可逆性，任何用户无法在收到hmac（ue_idi，rani）后再算出ue_idi和rani的值，而平台可以通过发来的ue_idi和rani验证此信息有效性，防止用户身份信息泄露给其他参与者。
63.1.2）当附近的验证网关ug收到位置坐标生成请求rq时，通过发送应答包ak，通知uei收到请求并准备为其生成位置坐标。
64.1.3）uei收到n个验证网关ug发来的ak后，将自己的私钥k
pi
分成n份密钥片段。密钥片段生成方法如下，其度为λ：kgn（x）=ω0+ω1x+
…
+ω
λ
x
λ
其中：ωi（i∈［0，λ］）为一组非零随机整数，ω0=k
pi
。对于n个验证网关ug，每一个网关ugi将接收到的密钥片段k1=kgn（1），k2=kgn（2），
…
，ki=kgn（i），
…
，kn=kgn（n）分别生成密钥片段集合：{ki|i∈{1，2，
…
，n-1，n}}然后，uei同时对所有的验证网关ug的协商结果生成一个中间密钥k
t
，并向对应的ugi发送用此密钥加密后的密钥片段ki的包tk。
65.tk=e（k
t
（ki））其中：e为加密算法des。同时为了保证私钥不被泄露，第一客户移动设备在不同时间与位置生成不同的密钥片段。
66.1.4）验证网关ugi接收到tk后，通过中间密钥k
t
解密出密钥片段ki，然后为uei生成未授权的位置如下：lu=hmac（ue_idi，rani）|hmac（l，ran_ugi）|e（k
t
（ki））ran_ugi是ugi对于uei位置对应的随机数，采用哈希函数sha来生成即：ran_ugi=sha（l|ug_idi）；当位置坐标生成之后，ugi将使用自己的私钥k
ugi
为位置坐标生成签名，并用平台的公钥k0将位置坐标与uei中间密钥k
t
以及自身标识加密后，生成授权位置坐标elu。
67.elu=ek0（ug_idi|k
t
|lu|ek
ugi
（lu））ugi将授权的位置坐标elu和ugi对于uei的位置的hmac（）的随机数ran_ugi分别发送给uei。
68.1.5）如果uei从n个ugi成功接收到授权的位置坐标elu，使用n个elu生成最终的位置坐标fnl。
69.fnl=elu1|ran_ug1|elu2|ran_ug2，
…
，|elun|ran_ugn|l|q对于第二阶段的位置坐标验证过程，具体如下：2.1）当某个uei希望对平台在某一时间q在位置l时，首先生成自身的最终位置坐
标fnl，然后将自己的身份标识ue_idi与位置坐标生成时rq中hmac（）的随机数rani一同发送给平台进行验证，此验证请求信息记为rc。
70.rc=elu1|ran_ug1|elu2|ran_ug2，
…
，|elun|ran_ugn|l|q|ue_idi|rani2.2）平台接收到uei发来的验证请求信息rc后，将提取每个位置坐标、uei的身份标识和自身的hmac（）中的随机数并组成新信息rc’。
71.rc’=elu1|elu2，
…
，elun|ue_idi|rani2.3）当平台提取出rc’后对elui有效性进行验证；然后从rc’中恢复出uei的私钥k
pi
来辨别第一客户uei是否进行了共谋欺骗。
72.原私钥k
pi
恢复过程如下：对于密钥片段集合{ki|i∈{1，2，
…
，n-1，n}}，选取任意k+1个密钥片段，其生成多项式kgn（x）可以使用插值算法恢复得到。
73.其中：mj对应密钥片段ki；x对应验证网关ug的编号；每个基本多项式nj（x）表示为：当得到kgn（x）后，令x=0，即kgn（0）=ω0=k
pi
，获得uei原私钥。若恢复出的密钥与原私钥k
pi
保持一致，则表明uei不是共谋生成的虚假位置坐标，平台允许其进行下一步流程发送开锁信号。
74.对于第三阶段的时间加密阶段过程，具体如下：3.1）当完成了位置核验之后，允许uei与智能门锁发送开锁信号。首先，uei通过nfc发送ue_idi|ek
pi
（res，q）嗅探包到智能门锁，确认连接建立是否成功。
75.其中：e（）为des加密算法、res为包类型标识，通知智能门锁该消息的类型为嗅探包；q为当前时间；ue_idi为第一客户移动设备身份标识。
76.3.2）智能门锁通过使用平台发来的远程私钥keyi对嗅探包进行解密。对于授权用户，其keyi=k
pi
，解密成功后，比较当前时间q'。如果|q-q'|＞t，t为允许时间差，则代表此信息为重放信息，拒绝返回uei；反之，则返回确认信息。
77.3.3）当uei收到确认信息后，成功建立连接，并对智能门锁发送开锁信号ue_idi|ek
pi
（setup，q）其中setup为开锁使能信号。当智能门锁收到开锁指令后，通过私钥提取出setup与指令发送时间q。若q与自身时间差在允许范围内，则执行开锁使能信号。若时间差超过预定义的允许范围，则拒绝此开锁使能信号setup。
78.步骤11：当接收到所述第一客户的退房请求时，确定所述第一客户需要支付的第二支付金额，并通知所述第二用户执行第三支付操作。
79.住客在正常入住阶段，可通过移动端点击“退房”按钮退房，根据入住时间长度自动结算房费，将最终房费转移到第二用户即接收团队订单的业主的账户。将退房请求发送至所述直住无人酒店平台的管理端，并自动通知管理人员进行卫生清洁等操作。最后按照该第二用户所支付的“借换天数券”数量，支付水电、保洁、布草成本费。
80.相应地，在完成退房结算并确定门锁关闭之后，自动电控模块自动切断房间内的电路，将房间内的所有电气设施设定为禁用状态。
81.另外，住客在正常入住阶段，可通过移动端点击“续住”按钮进行延期，当接收到所述住客的续住请求时，确定住客需要支付的续住金额。如果续住成功，根据客房预订状态，确定是否需要重新分配房间。例如，如果当前房间a-1-201未被预订，则继续将房间a-1-201
分配至当前住客。否则，需要返回步骤9，对当前第一客户的相关联的房间编号进行重新分配。
82.直住无人酒店管理平台的详细工作流可参见图3所示。
83.通过本发明的技术方案，房屋业主将每间房的365天使用权数量，在直住无人酒店管理平台系统一次性、分批次使用出租，向邻居业主、本区域的其他房屋业主借换当前空闲的房间，借换房间集合使用房间出租，租金收入归该出租的操作者，去除房间的水电棉织品洗涤等成本支出，其中每年365天使用时间量，每次借换使用时，要扣除已经单个出租和本人使用的数量，判断目前还可以使用的房间数量，由此不仅可以提高出租操作者的利润，还可以最大限度地提高闲置客房利用率，更好地匹配客户的入住订单，特别是团队订单，满足不同用户的需求。客户的预订、入住、续住和退房均在线自助办理，不需要设置客服前台，酒店本体可跟随用户，节省了人工成本，灵活性高，提高用户体验度。
84.本领域技术人员可以意识到，结合本发明中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法实现所描述的功能，但是这种实现不应超出本发明的范围。
85.本领域普通技术人员可以理解实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。
86.尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中片段技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。