CN112735004A - 一种虚拟钥匙的分配方法、服务器及分配系统 - Google Patents

Abstract

本发明涉及一种虚拟钥匙的分配方法、服务器及分配系统，分配方法包括接收并存储预订用户的用户数据，记为有效用户数据；响应于用户的虚拟钥匙获取请求，将该用户的用户数据与有效用户数据进行比对校验，若校验通过则根据该用户的用户数据生成与该用户相对应的虚拟钥匙，并发送至该用户的终端；若校验不通过则结束流程。服务器用于实现上述的分配方法，分配系统包含所述服务器。本发明可对请求用户的用户数据进行校验，在校验通过后自动发送与该用户相对应的虚拟钥匙，可实现虚拟钥匙的自动分配，适用于出入人群变化很大的情境中，有利于虚拟钥匙的推广和应用。

Description

一种虚拟钥匙的分配方法、服务器及分配系统

技术领域

本发明涉及虚拟钥匙的技术领域，更具体地说，它涉及一种虚拟钥匙的分配方法、服务器及分配系统。

背景技术

传统的钥匙需要随身携带，易丢失且携带不便，随着电子技术的发展，出现了IC卡、NFC卡等电子门禁卡，在一些场合取代了传统的钥匙，使用和携带更加方便，安全性也更高，但电子门禁卡仍是实体卡片，仍需要随身携带，存在着一定的不便。

随着近年来互联网技术的发展，电子门锁逐渐趋向于使用虚拟钥匙打开，如公寓、小区和写字楼等场合的电子门禁，通过手机展示授权的二维码，将二维码放入电子门锁的摄像头内进行扫描，扫描验证通过后即可打开电子门禁。虚拟钥匙无需随身携带，且可通过互联网快速共享，便捷性大大提高，是目前电子门锁的主流发展趋势。

虚拟钥匙在实际应用过程中，用户用于解锁的虚拟钥匙需要预先获得授权，授权一般由电子门锁的管理者操作，如小区和写字楼的物业管理处，这种授权方式是建立在电子门锁的进出人群相对固定的情境下，如小区的住户和写字楼的职员。而在一些进出人群变化很大的情境中，如酒店房间的住客，在酒店这种应用环境中，同一个房间在不同的时段入住的住客各不相同，如果在每个住客入住和退房都分别对虚拟钥匙进行一次授权和取消授权操作，将会大大增加酒店的工作量，也会影响住客的入住体验。

目前的虚拟钥匙技术尚无法良好的应用于酒店这种出入人群变化很大的情境中，因而大部分的酒店还是采用传统的电子房卡为主，电子房卡仍然需要随身携带，容易丢失，且需要通过前台领取和退还，影响入住体验和酒店处理效率。

综上所述，现有技术中的虚拟钥匙无法良好的应用于酒店这种出入人群变化很大的情境中，给虚拟钥匙的推广和应用带来不便。

发明内容

针对现有技术存在的不足，本发明的目的在于提供一种虚拟钥匙的分配方法、服务器及分配系统。本发明可对请求用户的用户数据进行校验，在校验通过后自动发送与该用户相对应的虚拟钥匙，可实现虚拟钥匙的自动分配，适用于出入人群变化很大的情境中，有利于虚拟钥匙的推广和应用。

本发明的上述技术目的是通过以下技术方案得以实现的：一种虚拟钥匙的分配方法，包括如下步骤：

接收并存储预订用户的用户数据，记为有效用户数据；

响应于用户的虚拟钥匙获取请求，将该用户的用户数据与所述有效用户数据进行比对校验，若校验通过则根据该用户的用户数据生成与该用户相对应的虚拟钥匙，并发送至该用户的终端；若校验不通过则结束流程。

在其中的一个实施例中，所述用户数据包括账号信息、手机号码、交易信息、预订的位置信息和时间信息。

在其中的一个实施例中，所述将该用户的用户数据与所述有效用户数据进行比对校验包括如下步骤：

验证该用户的账号信息是否正确，若正确则进入下一步骤，否则校验不通过；

该用户的账号信息验证正确后，将该用户的交易信息与所述有效用户数据中的交易信息进行比对，若比对结果一致，则进入下一步骤，否则校验不通过；

该用户的交易信息验证通过后，将该用户所请求获取的虚拟钥匙对应的位置信息与预订的位置信息进行比对，将当前时间点与预订的时间信息进行比对，若位置信息与时间信息比对均一致，则校验通过，否则校验不通过。

在其中的一个实施例中，所述根据该用户的用户数据生成与该用户相对应的虚拟钥匙包括如下步骤：

根据该用户的账号信息获得该用户的用户ID；

根据该用户预订的位置信息，在虚拟钥匙数据库中查找获得对应的集群、楼栋、楼层和房间信息，并获得对应的门锁密码；

将所述用户ID、集群、楼栋、楼层和房间信息及对应的门锁密码进行组合生成与该用户相对应的虚拟钥匙。

在其中的一个实施例中，所述虚拟钥匙数据库通过如下步骤构建：

将每个电子门锁的密码及安装位置所在的集群、楼栋、楼层和房间信息写入到数据库中，构建形成所述虚拟钥匙数据库。

本发明还提供了一种服务器，包括：

接收及存储模块，用于接收并存储预订用户的用户数据，记为有效用户数据；

虚拟钥匙生成模块，用于响应用户的虚拟钥匙获取请求，将该用户的用户数据与所述有效用户数据进行比对校验，若校验通过则根据该用户的用户数据生成与该用户相对应的虚拟钥匙，并发送至该用户的终端；若校验不通过则结束流程。

在其中的一个实施例中，所述用户数据包括账号信息、手机号码、交易信息、预订的位置信息和时间信息。

在其中的一个实施例中，所述虚拟钥匙生成模块用于验证该用户的账号信息是否正确，若正确则进入下一步骤，否则校验不通过；

该用户的账号信息验证正确后，将该用户的交易信息与所述有效用户数据中的交易信息进行比对，若比对结果一致，则进入下一步骤，否则校验不通过；

该用户的交易信息验证通过后，将该用户所请求获取的虚拟钥匙对应的位置信息与预订的位置信息进行比对，将当前时间点与预订的时间信息进行比对，若位置信息与时间信息比对均一致，则校验通过，否则校验不通过。

在其中的一个实施例中，所述虚拟钥匙生成模块用于根据该用户的账号信息获得该用户的用户ID；

根据该用户预订的位置信息，在虚拟钥匙数据库中查找获得对应的集群、楼栋、楼层和房间信息，并获得对应的门锁密码；

将所述用户ID、集群、楼栋、楼层和房间信息及对应的门锁密码进行组合生成与该用户相对应的虚拟钥匙。

本发明还提供了一种虚拟钥匙的分配系统，包括如上所述的服务器。

综上所述，本发明具有以下有益效果：

本发明将预订用户的用户数据存储为有效用户数据，在用户发起虚拟钥匙获取请求时，将发起获取请求用户的用户数据与有效用户数据进行比对校验，以判断发起请求用户的合法性，当校验通过，判断该用户为预订用户时，则根据该用户的用户数据生成对应的虚拟钥匙，并发生至该用户的终端，该用户可使用该虚拟钥匙打开对应的电子门锁。本发明可对请求用户的用户数据进行校验，在校验通过后自动发送与该用户相对应的虚拟钥匙，可实现虚拟钥匙的自动分配，适用于出入人群变化很大的情境中，尤其适用于酒店的应用环境中，可实现酒店入住流程的全程线上办理，有助于提高住客的入住体验和酒店的处理效率，减少酒店的人工和运营成本，有利于虚拟钥匙的应用和推广。

附图说明

图1是本发明实施例的虚拟钥匙的分配方法的流程图；

图2是本发明实施例的服务器的结构示意图。

图中：10-服务器，100-接收及存储模块，200-虚拟钥匙生成模块。

具体实施方式

下面结合附图和实施例，对本发明进行详细描述。

如图1所示，本发明所述的一种虚拟钥匙的分配方法，包括如下步骤：

接收并存储预订用户的用户数据，记为有效用户数据；具体的，预订用户根据所应用情境的不同代表不同的人群，其完成预订的方式和条件也不同。示例性的，在酒店的应用情境中，预订用户指预订了酒店某间房间的住客，通常来讲，完成预订的条件应当是住客按规定上传了相关的身份信息，指定所要预订的房间并支付了对应的房费，视为该用户完成预订，将该用户视为预订用户，将该用户的用户数据接收存储在服务器10中，记为有效用户数据，用于后续的合法性校验过程。

响应于用户的虚拟钥匙获取请求，将该用户的用户数据与有效用户数据进行比对校验，若校验通过则根据该用户的用户数据生成与该用户相对应的虚拟钥匙，并发送至该客户的终端，若校验不通过则结束流程。具体的，当用户需要获取虚拟钥匙通过电子门禁时，可通过智能手机、平板电脑等智能终端向服务器10发送虚拟钥匙获取请求，在发送虚拟钥匙获取请求的同时，用户的终端同时向服务器10发送该用户的用户数据，服务器10接收该用户的用户数据，将该用户的用户数据与预先存储的有效用户数据进行比对校验，主要校验该用户的用户数据与有效用户数据的一致性，验证有效用户数据中是否存在与该用户的用户数据一致的数据，若存在则代表校验通过，否则代表校验不通过。校验通过后，服务器10根据该用户的用户数据生成与该用户相对应的虚拟钥匙，即该用户所请求获取的且通过合法性验证的虚拟钥匙，服务器10将生成的虚拟钥匙发送至该用户的终端处，该用户可使用该虚拟钥匙通过电子门禁。

本发明将预订用户的用户数据存储为有效用户数据，在用户发起虚拟钥匙获取请求时，将发起获取请求用户的用户数据与有效用户数据进行比对校验，以判断发起请求用户的合法性，当校验通过，判断该用户为预订用户时，则根据该用户的用户数据生成对应的虚拟钥匙，并发生至该用户的终端，该用户可使用该虚拟钥匙打开对应的电子门锁。本发明可对请求用户的用户数据进行校验，在校验通过后自动发送与该用户相对应的虚拟钥匙，可实现虚拟钥匙的自动分配，适用于出入人群变化很大的情境中，尤其适用于酒店的应用环境中，可实现酒店入住流程的全程线上办理，有助于提高住客的入住体验和酒店的处理效率，减少酒店的人工和运营成本，有利于虚拟钥匙的应用和推广。

在其中的一个实施例中，用户数据包括账号信息、手机号码、交易信息、预订的位置信息和时间信息。账号信息和手机号码用于验证用户账号的合法性，以验证该用户账号是否合法注册。交易信息用于验证用户预订的合法性和有效性，通常用户在预订完成支付后，服务器10为该笔预订交易随机生成一个唯一的交易订单号，在进行交易信息验证时，服务器10根据交易订单号，在有效用户数据中快速查找是否存在相同的交易订单号，如存在则进一步对该交易订单号所代表的交易信息进行校验，如不存在则代表校验不通过。预订的位置信息和时间信息代表用户有效预订的位置和时间，示例性的，在酒店的应用场景中，这一信息通常是指预订的房间房号及预订的有效时间段，该用户所发起的虚拟钥匙获取请求，必须为该用户所有效预订的房间房号，且发起请求的时间点位于预订的有效时间段内，该虚拟钥匙获取请求的校验才会视为通过。通过上述信息在用户发起虚拟钥匙获取请求时对该用户的用户数据进行校验，可实现快速、准确的身份验证。

在其中的一个实施例中，将该用户的用户数据与有效用户数据进行比对校验具体包括如下步骤：

首先验证该用户的账号信息是否正确，若正确则进入下一步骤，否则校验不通过，通常的，服务器10会将所有合法注册的账号信息进行存储，终端的用户在登陆时，必须使用服务器10中存储的账号，并输入正确的密码进行登陆。在用户发起获取虚拟钥匙请求时，会向服务器10同步发送发起请求的账号的账号信息，可选的，发起请求时还可以要求用户通过人脸识别技术进行验证，以确认是本人进行操作，确认请求获取虚拟钥匙的用户与预订的用户是同一个人，满足酒店行业“人证合一”的要求。服务器10接收到用户的账号信息，将该账号信息与预先存储的账号信息进行比对校验，若存储的账号信息中存在与该账号信息一致的信息，则视为账号信息验证通过，否则验证不通过。

该用户的账号信息验证正确后，将该用户的交易信息与有效用户数据中的交易信息进行比对，若比对结构一致，则进入下一步骤，否则校验不通过。通常的，该步骤是为了验证预订交易的合法性，用户在发起虚拟钥匙获取请求时，同步将交易信息发送至服务器10，交易信息通常包含有唯一的订单号，服务器10在接收订单号后，在预先存储的有效用户数据中查找，查找是否存在一致的订单号，若是，则表示该用户已成功完成预订支付，该交易信息视为合法，交易信息验证通过，否则该交易信息视为不合法，校验不通过。

在用户的交易信息验证通过后，将该用户所请求获取的虚拟钥匙对应的位置信息与预订的位置信息进行比对，将当前时间点与预订的时间信息进行比对，若位置信息与时间信息比对均一致，则校验通过，否则校验不通过。示例性的，为了便于理解，以酒店的预订过程为例，假设用户有效预订的房间房号为101，预订的时间段为2020/12/1的14点到20点，在进行位置信息和时间信息校验时，服务器10会比对该用户所请求获取的虚拟钥匙对应的位置信息与预订的位置信息，只有当该用户所请求获取的虚拟钥匙对应的房间房号为101时，位置信息的比对才视为校验通过。时间信息验证过程中，只有当前时间点，即用户发起虚拟钥匙获取请求的时间点位于2020/12/1的14点到20点内时，时间信息的比对视为校验通过，超出该时间段，则校验不通过。

通过对用户的账号信息、交易信息、预订的位置信息和时间信息进行验证，可有效验证用户身份的合法性，且校验运算快速。

在其中的一个实施例中，根据该用户的用户数据生成与该用户相对应的虚拟钥匙包括如下步骤：

根据该用户的账号信息获得该用户的用户ID，用户ID通常为与每个账号绑定一组唯一的数字串，该数字串用于快速识别用户的身份。

根据该用户预订的位置信息，在虚拟钥匙数据库中查找获得对应的集群、楼栋、楼层和房间信息，并获得对应的门锁密码；具体的，虚拟钥匙数据库是服务器10中预先构建的一个数据库，包含有各个电子门锁的密码，安装位置所在的集群、楼栋、楼层和房间信息。在查找时，根据用户预订的位置信息，可以查找到用户预订位置的集群，如位于某一商业区，楼栋、楼层和房间信息，根据这些信息，获得对应的门锁密码，比如楼栋大门的密码、房间的房门密码等。

将所得的用户ID、集群、楼栋、楼层和房间信息及对应的门锁密码这些信息进行组合，以二维码作为虚拟钥匙为例，可采用现有技术中的二维码生成技术，将上述信息组合生成一个原始钥匙串，原始钥匙串通过DES算法进行加密，生成一个二维码钥匙串，服务器10将二维码钥匙串发送至用户的终端，终端将二维码钥匙串进行解码转换，最终在显示屏上以二维码图片的形式展示出来，将该二维码图片在电子门禁的摄像头处进行展示，电子门禁识别二维码，再将二维码图片转换成字符串，然后解密字符串获得该二维码所对应的信息，将该二维码所对应的信息与电子门禁中预存的解锁信息进行比对，若两者一致，即可解锁通过电子门禁。通常来讲，二维码形式的虚拟钥匙一般设置有时效性，如二维码钥匙在两分钟、五分钟等指定时间段内有效，可正常解锁电子门禁，在超出指定时间段后，二维码失效，需向服务器10重新请求获取新的二维码才可解锁。在其他可行的实施例中，虚拟密码还可以选用数字密码，数字密码由服务器10结合用户ID、集群、楼栋等信息随机生成，同样具有时效性。

通过上述步骤，可根据用户的用户数据快速生成对应的虚拟密码，运算快速且安全性高。

在其中的一个实施例中，虚拟钥匙数据库通过如下步骤构建：

将每个电子门锁的密码及安装位置所在的集群、楼栋、楼层和房间信息写入到数据库中，构建形成虚拟钥匙数据库。具体的，电子门锁在安装后，通过在电脑上安装配套的软件，在软件中完成注册绑定，输入对应的集群、楼栋、楼层、房间信息，并输入用于解锁的密码，将这些信息写入到电子门锁中，同时通过软件上传到服务器10的虚拟钥匙数据库中，以便于生成虚拟钥匙时查找到对应的电子门锁的相关信息，在电子门锁修改密码或更换房间信息时，应同步在软件中上传更新后的相关信息。通过虚拟钥匙数据库，可快速查找到电子门锁对应的相关信息，以便快速对应的虚拟钥匙。

以下将结合应用实例，完整的阐述本发明所述虚拟钥匙的分配方法，以酒店房间预订的应用实例为例，结合现有技术中的在线酒店预订系统。用户通过手机APP或是公众号等选择预约的酒店，选择指定的房间，上传身份证进行身份验证后支付房费，完成房间预订交易。预订完成时，用户的终端将预订用户的用户数据，包含账号信息、手机号码、交易信息、预订的位置信息和时间信息上传到服务器10中，服务器10接收并存储，记为有效用户数据。

当到达酒店办理入住时，可通过终端向服务器10发起获取虚拟钥匙获取请求，用户指定获得某一房间的虚拟钥匙，如101号房。用户在发起虚拟钥匙获取请求时，同时向服务器10发送自身的用户数据。服务器10响应于用户的虚拟钥匙获取请求，将该用户的用户数据与预先存储的有效用户数据进行比对校验，包含对账号信息、交易信息、预订的位置信息和时间信息进行验证，当各项验证均通过时，服务器10根据该用户的用户数据，在虚拟钥匙数据库中查找对应的虚拟钥匙，本实例中，服务器10在虚拟钥匙库中查找到对应酒店的101号房所对应的集群、楼栋、楼层和房间信息，并获得对应的门锁密码，将上述信息经过运算处理生成一个原始钥匙串，将该钥匙串发送至用户的终端处，在终端处通过解码转换形成对应的二维码。用户将该二维码放入101号房的电子门锁的摄像头内进行扫描识别，即可解锁该电子门锁，入住房间。二维码的时效性可设置为两分钟，这样间隔两分钟后需要向服务器10重新请求有效的二维码，而在虚拟钥匙请求过程中，服务器10会对请求的时间点进行验证，用户在预订的时间段之外将无法获取有效的二维码进入房间，安全性和智能性更高。

如图2所示，本发明还提供了一种服务器10，包括：

接收及存储模块100，用于接收并存储预订用户的用户数据，记为有效用户数据；

虚拟钥匙生成模块200，用于响应用户的虚拟钥匙获取请求，将该用户的用户数据与有效用户数据进行比对校验，若校验通过则根据该用户的用户数据生成与该用户相对应的虚拟钥匙，并发送至该用户的终端；若校验不通过则结束流程。本实施例的服务器10可对请求用户的用户数据进行校验，在校验通过后自动发送与该用户相对应的虚拟钥匙，可实现虚拟钥匙的自动分配，适用于出入人群变化很大的情境中，有利于虚拟钥匙的推广和应用。

在其中的一个实施例中，用户数据包括账号信息、手机号码、交易信息、预订的位置信息和时间信息。

在其中的一个实施例中，虚拟钥匙生成模块200用于验证该用户的账号信息是否正确，若正确则进入下一步骤，否则校验不通过；

该用户的账号信息验证正确后，将该用户的交易信息与有效用户数据中的交易信息进行比对，若比对结果一致，则进入下一步骤，否则校验不通过；

该用户的交易信息验证通过后，将该用户所请求获取的虚拟钥匙对应的位置信息与预订的位置信息进行比对，将当前时间点与预订的时间信息进行比对，若位置信息与时间信息比对均一致，则校验通过，否则校验不通过。

在其中的一个实施例中，虚拟钥匙生成模块200用于根据该用户的账号信息获得该用户的用户ID；

根据该用户预订的位置信息，在虚拟钥匙数据库中查找获得对应的集群、楼栋、楼层和房间信息，并获得对应的门锁密码；

将用户ID、集群、楼栋、楼层和房间信息及对应的门锁密码进行组合生成与该用户相对应的虚拟钥匙。

需要说明的是，本实施例的服务器10的具体实现方式与上述虚拟钥匙的分配方法的具体实现方式相似，可参照上文描述进行理解，为了减少冗余，在此不再赘述。

本发明还提供了一种虚拟钥匙的分配系统，该虚拟钥匙的分配系统设置有上述实施例的服务器10。该分配系统由于具有上述的服务器10，可对请求用户的用户数据进行校验，在校验通过后自动发送与该用户相对应的虚拟钥匙，可实现虚拟钥匙的自动分配，适用于出入人群变化很大的情境中，有利于虚拟钥匙的推广和应用。

以上所述仅是本发明的优选实施方式，本发明的保护范围并不仅局限于上述实施例，凡属于本发明思路下的技术方案均属于本发明的保护范围。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理前提下的若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种虚拟钥匙的分配方法，包括如下步骤：

接收并存储预订用户的用户数据，记为有效用户数据；

响应于用户的虚拟钥匙获取请求，将该用户的用户数据与所述有效用户数据进行比对校验，若校验通过则根据该用户的用户数据生成与该用户相对应的虚拟钥匙，并发送至该用户的终端；若校验不通过则结束流程。

2.如权利要求1所述虚拟钥匙的分配方法，其特征在于，所述用户数据包括账号信息、手机号码、交易信息、预订的位置信息和时间信息。

3.如权利要求2所述虚拟钥匙的分配方法，其特征在于，所述将该用户的用户数据与所述有效用户数据进行比对校验包括如下步骤：

验证该用户的账号信息是否正确，若正确则进入下一步骤，否则校验不通过；

该用户的账号信息验证正确后，将该用户的交易信息与所述有效用户数据中的交易信息进行比对，若比对结果一致，则进入下一步骤，否则校验不通过；

该用户的交易信息验证通过后，将该用户所请求获取的虚拟钥匙对应的位置信息与预订的位置信息进行比对，将当前时间点与预订的时间信息进行比对，若位置信息与时间信息比对均一致，则校验通过，否则校验不通过。

4.如权利要求2所述虚拟钥匙的分配方法，其特征在于，所述根据该用户的用户数据生成与该用户相对应的虚拟钥匙包括如下步骤：

根据该用户的账号信息获得该用户的用户ID；

根据该用户预订的位置信息，在虚拟钥匙数据库中查找获得对应的集群、楼栋、楼层和房间信息，并获得对应的门锁密码；

将所述用户ID、集群、楼栋、楼层和房间信息及对应的门锁密码进行组合生成与该用户相对应的虚拟钥匙。

5.如权利要求4所述虚拟钥匙的分配方法，其特征在于，所述虚拟钥匙数据库通过如下步骤构建：

将每个电子门锁的密码及安装位置所在的集群、楼栋、楼层和房间信息写入到数据库中，构建形成所述虚拟钥匙数据库。

6.一种服务器，其特征在于，包括：

接收及存储模块(100)，用于接收并存储预订用户的用户数据，记为有效用户数据；

虚拟钥匙生成模块(200)，用于响应用户的虚拟钥匙获取请求，将该用户的用户数据与所述有效用户数据进行比对校验，若校验通过则根据该用户的用户数据生成与该用户相对应的虚拟钥匙，并发送至该用户的终端；若校验不通过则结束流程。

7.如权利要求6所述服务器，其特征在于，所述用户数据包括账号信息、手机号码、交易信息、预订的位置信息和时间信息。

8.如权利要求7所述服务器，其特征在于，所述虚拟钥匙生成模块(200)用于验证该用户的账号信息是否正确，若正确则进入下一步骤，否则校验不通过；

该用户的账号信息验证正确后，将该用户的交易信息与所述有效用户数据中的交易信息进行比对，若比对结果一致，则进入下一步骤，否则校验不通过；

该用户的交易信息验证通过后，将该用户所请求获取的虚拟钥匙对应的位置信息与预订的位置信息进行比对，将当前时间点与预订的时间信息进行比对，若位置信息与时间信息比对均一致，则校验通过，否则校验不通过。

9.如权利要求7所述服务器，其特征在于，所述虚拟钥匙生成模块(200)用于根据该用户的账号信息获得该用户的用户ID；

根据该用户预订的位置信息，在虚拟钥匙数据库中查找获得对应的集群、楼栋、楼层和房间信息，并获得对应的门锁密码；

将所述用户ID、集群、楼栋、楼层和房间信息及对应的门锁密码进行组合生成与该用户相对应的虚拟钥匙。

10.一种虚拟钥匙的分配系统，其特征在于，包括：如权利要求6-9任一项所述的服务器。

Images