《应用于酒店的门锁系统.pdf》由会员分享，可在线阅读，更多相关《应用于酒店的门锁系统.pdf（11页珍藏版）》请在专利查询网上搜索。
1、(10)申请公布号 CN 103177495 A (43)申请公布日 2013.06.26 CN 103177495 A *CN103177495A* (21)申请号 201310112682.0 (22)申请日 2013.04.02 G07C 9/00(2006.01) (71)申请人 李凯 地址 310023 浙江省杭州市西湖区留和路 502 号翰墨香林 18 幢 1 单元 502 室 (72)发明人 不公告发明人 (54) 发明名称 应用于酒店的门锁系统 (57) 摘要 为了解决现有的刷卡锁存在的各种损耗大、 不方便的问题， 本发明提供一种全新的酒店门锁 系统。一种酒店门锁的实现方法， 。
2、包括 ： 1） 用户 通过酒店的前台获得入住酒店房间的权限 ； 2） 酒 店的前台通过管理程序将酒店房间的权限进行加 密， 并发送给用户的手持设备 ； 3） 手持设备接收 数据， 并将数据通过短距离通信的方式发送给门 锁 ； 4） 门锁接收来自手持设备的加密数据 ； 5） 对 接收到的加密数据进行解密 ； 6） 判断数据包含的 信息是否符合开锁的条件， 如果符合条件， 则开 锁， 如果不符合条件， 则不开锁。通过使用本发明 至少可以实现以下效果 ： 用户到酒店开房不需要 带卡， 只需要随身携带手机即可。 门锁和前台电脑 不需要联网， 即可知道用户当前的手机在哪段时 间可以开门。酒店没有卡类物品。
3、的损耗。用户甚 至可以不经过前台直接在网上获得入住房间的权 限。 (51)Int.Cl. 权利要求书 2 页 说明书 5 页 附图 3 页 (19)中华人民共和国国家知识产权局 (12)发明专利申请 权利要求书2页 说明书5页 附图3页 (10)申请公布号 CN 103177495 A CN 103177495 A *CN103177495A* 1/2 页 2 1. 一种酒店门锁系统， 包括 ： 锁体、 前台电脑、 管理程序、 手持设备、 用户客户端， 锁体 和手持设备可以进行数据通信， 前台电脑和手持设备可以进行数据通信。 2. 根据权利要求 1 所述的一种酒店门锁系统， 其特征是 ： 锁体。
4、是可以和手持设备进行 短距离无线通信， 执行开锁闭锁在内的功能的机械和电子结合的产品， 至少包括 ； 存储器 ； 微处理器 ； 以及一个或多个模块， 所述一个或多个模块被存储在所述存储器中， 并被配置成 由所述一个或多个处理器执行， 所述一个或多个模块包括用于执行以下的指令 ： 与手持设 备通信 ； 执行开锁闭锁锁必须经过的逻辑流程 ； 解密收到的数据 ； 执行数据里面包含的权 限。 3. 根据权利要求 1 和 2 所述的一种酒店门锁系统， 其特征是 ： 在锁体中， 还包括锁芯、 锁舌、 外壳、 电机或电磁铁、 扳手、 在内的必要的机械结构。 4. 根据权利要求 1 所述的一种酒店门锁系统， 。
5、其特征是 ： 前台电脑是基于现有技术开 发的具有各种数据处理能力的个人电脑或者移动设备， 至少包括 ： 显示器 ； 存储器 ； 一个或 多个处理器 ； 以及一个或多个模块， 所述一个或多个模块被存储在所述存储器中， 并被配置 成由所述一个或多个处理器执行， 所述一个或多个模块包括用于执行以下的指令 ： 接收来 自手持设备的数据信息 ； 给手持设备发送数据信息 ； 提供管理程序运行的软件环境。 5. 根据权利要求 1 所述的一种酒店门锁系统， 其特征是 ： 管理程序是运行于前台电脑 上的一种计算机程序， 包括多个程序单元， 所述程序单元至少可以用于执行以下的指令 ： 为 管理员提供友好的操作界面。
6、 ； 保存各个锁体的特征信息， 保存锁体的信息状态 ； 生成加密 的数据。 6. 根据权利要求 1 所述的一种酒店门锁系统， 其特征是 ： 手持设备至少包括 ： 显示器 ； 存储器 ； 一个或多个处理器 ； 以及一个或多个模块， 所述一个或多个模块被存储在所述存 储器中， 并被配置成由所述一个或多个处理器执行， 所述一个或多个模块包括用于执行以 下的指令 ： 为用户提供设定条件的界面 ； 在显示屏显示用户操作的结果 ； 接收来自前台电 脑的数据 ； 与锁进行数据通信 ； 执行开锁闭锁必须经过的逻辑流程。 7. 根据权利要求 1 所述的一种酒店门锁系统， 其特征是 ： 用户客户端， 运行于本发明。
7、的 手持设备上， 根据不同的手持设备， 具有不同的版本和操作界面 ； 在上述应用程序中， 具有 多个模块， 所述多个模块， 基于手持设备提供的硬件和软件环境， 至少可以实现以下功能 ： 通过手持设备的短距离通信功能发送和接收数据 ； 为用户提供友好的虚拟界面 ； 获取用户 的操作意图 ； 根据用户的操作意图生成相应的指令数据。 8. 一种酒店门锁的实现方法， 包括 ： 1） 用户通过酒店的前台获得入住酒店房间的权限 ； 2） 酒店的前台通过管理程序将酒店房间的权限进行加密， 并发送给用户的手持设备 ； 3） 手持设备接收数据， 并将数据通过短距离通信的方式发送给门锁 ； 4） 门锁接收来自手持。
8、设备的加密数据 ； 5） 对接收到的加密数据进行解密 ； 6） 判断数据包含的信息是否符合开锁的条件， 如果符合条件， 则开锁， 如果不符合条 件， 则不开锁。 9. 根据权利要求 8 所述的一种酒店门锁的实现方法， 其特征是 ： 用户可以通过直接和 前台客服登记的方式获得入住酒店房间的权限， 也可以通过包括电话、 网络在内的方式获 权 利 要 求 书 CN 103177495 A 2 2/2 页 3 得入住酒店房间的权限。 10. 一种酒店门锁判断手持设备开锁权限的方法， 包括 ： 1） 门锁和手持设备建立短距离无线连接 ； 2） 门锁接收来自手持设备的加密数据 ； 3） 解密接收到的收据，。
9、 获取到数据里面参数 ； 4） 判断参数信息是否符合门锁预设的条件， 如果符合条件， 则开锁， 如果不符合条件， 则拒绝开锁。 权 利 要 求 书 CN 103177495 A 3 1/5 页 4 应用于酒店的门锁系统 技术领域 0001 一种酒店门锁系统， 应用于管理酒店房间的预定的领域， 尤其应用于通过手机在 酒店预定的领域。 背景技术 0002 酒店锁及电子锁的其中一部分系列产品， 他与家用电子门锁有着需求上的不同， 家用电子门锁者要求开门方式要求多种开门方式并存， 方便开启 ； 而酒店电子门锁者则要 求单一或较小的开门方式选择， 这样有利于管理的实现。酒店锁从最初的机械锁发展到现 在的。
10、电子门锁， 再由电子门锁再与酒店管理结合， 形成酒店的系统网络， 发展迅速， 尤其是 电子门锁的出现， 发展更为迅速。 0003 现在的电子锁选择好多， 有 IC 锁、 射频感应锁、 TM 锁等等， 但在国内还是很大部分 的酒店在用 IC 锁， 选择 IC 锁主要有两个原因的 ： 第一、 IC 锁的技术发展了这么多年， 技术 已经很成熟了， 所以价格一般都很低廉。第二、 IC 卡锁在历史的舞台曾经一道称王， 因为他 在技术上比以前的电子做了技术性的革命， 解决了很多问题， 而且也是我国经济起飞的阶 段， 所以大量的酒店都使用 IC 卡锁直到先在。但现在新开的酒店一般都不再使用 IC 卡锁， 因。
11、为有了射频感应技术的出现改变了接触式的概念。 射频感应技术就是通过感应就能读取 开启的信息， 大大方便了其他相关技术的革新。现在我们最容易接触到的就是公交系统里 的储值卡和我们新一代的身份证都是射频感应技术带来的产品。在酒店方面来看， 感应锁 一般的设计都是密封的， 不需要像 IC 锁要做个插槽来读取卡片， 只要放到感应区就能读取 （很多人住酒店都尝试过用 IC 卡开门的时候要多插几次， 插进去不知道读卡要多久才算成 功， 因为每个酒店的插卡操作都有着自己的定义， 最好还是找服务员） ， 而且速度开， 客人也 能容易判断是否成功。IC 卡在酒店的使用都会因为客人的插卡不正确和长期的使用导致 I。
12、C卡芯片的脱落或损坏， 也导致门锁的读卡器部分的损坏， 消耗还是很大的。 而感应锁就不 同了， 因为是非接触式感应， 基本不会因为读卡而损害锁本身， 而感应卡也不会因为接触的 读卡而损坏， 感应卡只要不是折断或暴力损坏， 基本可以用几十年。 0004 虽然非接触式感应卡锁具有如此多的优点， 但是随着社会的进步， 它的一些缺点 就显露出来了， 首先， 非接触式感应卡本身是一个消耗品， 理论可以用上几十年， 但是实际 上一般一两年就废掉， 因为卡在不同的用户之间频繁地进行传递， 磨损很大， 其次， 给用户 一张卡， 用户必须随身携带， 这种携带本身给用户也造成了很大的不便。因此， 迫切需要一 种损。
13、耗低， 最好不需要携带的卡类出现。 再次， 刷卡开门对于用户来说本身的动作太多也不 方便。 发明内容 0005 为了解决现有的刷卡锁存在的各种损耗大、 不方便的问题， 本发明提供一种全新 的酒店门锁系统。 0006 一种酒店门锁系统， 包括 ： 锁体、 前台电脑、 管理程序、 手持设备、 用户客户端， 锁体 说 明 书 CN 103177495 A 4 2/5 页 5 和手持设备可以进行数据通信， 前台电脑和手持设备可以进行数据通信。 0007 锁体是可以和手持设备进行短距离无线通信， 执行开锁闭锁在内的功能的机械和 电子结合的产品， 至少包括 ； 存储器 ； 微处理器 ； 以及一个或多个模块。
14、， 所述一个或多个模 块被存储在所述存储器中， 并被配置成由所述一个或多个处理器执行， 所述一个或多个模 块包括用于执行以下的指令 ： 与手持设备通信 ； 执行开锁闭锁锁必须经过的逻辑流程 ； 解 密收到的数据 ； 执行数据里面包含的权限。 0008 在锁体中， 还包括锁芯、 锁舌、 外壳、 电机或电磁铁、 扳手、 在内的必要的机械结构。 0009 前台电脑是基于现有技术开发的具有各种数据处理能力的个人电脑或者移动设 备， 至少包括 ： 显示器 ； 存储器 ； 一个或多个处理器 ； 以及一个或多个模块， 所述一个或多 个模块被存储在所述存储器中， 并被配置成由所述一个或多个处理器执行， 所述一。
15、个或多 个模块包括用于执行以下的指令 ： 接收来自手持设备的数据信息 ； 给手持设备发送数据信 息 ； 提供管理程序运行的软件环境。 0010 管理程序是运行于前台电脑上的一种计算机程序， 包括多个程序单元， 所述程序 单元至少可以用于执行以下的指令 ： 为管理员提供友好的操作界面 ； 保存各个锁体的特征 信息， 保存锁体的信息状态 ； 生成加密的数据。 0011 手持设备至少包括 ： 显示器 ； 存储器 ； 一个或多个处理器 ； 以及一个或多个模块， 所述一个或多个模块被存储在所述存储器中， 并被配置成由所述一个或多个处理器执行， 所述一个或多个模块包括用于执行以下的指令 ： 为用户提供设定。
16、条件的界面 ； 在显示屏显 示用户操作的结果 ； 接收来自前台电脑的数据 ； 与锁进行数据通信 ； 执行开锁闭锁必须经 过的逻辑流程。 0012 用户客户端， 运行于本发明的手持设备上， 根据不同的手持设备， 具有不同的版本 和操作界面 ； 在上述应用程序中， 具有多个模块， 所述多个模块， 基于手持设备提供的硬件 和软件环境， 至少可以实现以下功能 ： 通过手持设备的短距离通信功能发送和接收数据 ； 为用户提供友好的虚拟界面 ； 获取用户的操作意图 ； 根据用户的操作意图生成相应的指令 数据。 0013 一种酒店门锁的实现方法， 包括 ： 1） 用户通过酒店的前台获得入住酒店房间的权限 ； 。
17、2） 酒店的前台通过管理程序将酒店房间的权限进行加密， 并发送给用户的手持设备 ； 3） 手持设备接收数据， 并将数据通过短距离通信的方式发送给门锁 ； 4） 门锁接收来自手持设备的加密数据 ； 5） 对接收到的加密数据进行解密 ； 6） 判断数据包含的信息是否符合开锁的条件， 如果符合条件， 则开锁， 如果不符合条 件， 则不开锁。 0014 在上述方法中， 用户可以通过直接和前台客服登记的方式获得入住酒店房间的权 限， 也可以通过包括电话、 网络在内的方式获得入住酒店房间的权限。 0015 一种酒店门锁判断手持设备开锁权限的方法， 包括 ： 1) 门锁和手持设备建立短距离无线连接 ； 2)。
18、 门锁接收来自手持设备的加密数据 ； 3) 解密接收到的收据， 获取到数据里面参数 ； 说 明 书 CN 103177495 A 5 3/5 页 6 4) 判断参数信息是否符合门锁预设的条件， 如果符合条件， 则开锁， 如果不符合条件， 则拒绝开锁。 0016 在上述方法中， 加密的数据至少包含有 ： 所获得权限的酒店房间门锁的特征信息、 酒店的特征信息、 入住的期限。 0017 在上述方法中， 参数至少包括 ： 门锁的特征信息， 开锁的时间。 0018 通过使用本发明至少可以实现以下效果 ： 1、 用户到酒店开房不需要带卡， 只需要随身携带手机即可。 0019 2、 门锁和前台电脑不需要联网。
19、， 即可知道用户当前的手机在哪段时间可以开门。 0020 3、 酒店没有卡类物品的损耗。 0021 4、 用户甚至可以不经过前台直接在网上获得入住房间的权限。 附图说明 0022 图 1 是本发明的组成示意图 ； 图 2 是本发明的实施流程图 图 3 是本发明的门锁判断手持设备开锁权限的方法流程图。 具体实施方式 0023 图 1 是本发明的组成示意图。本发明一共由以下几个部分组成 ： 锁体、 前台电脑、 管理程序、 手持设备、 用户客户端， 锁体和手持设备可以进行数据通信， 前台电脑和手持设 备可以进行数据通信。 0024 锁体是可以和手持设备进行短距离无线通信， 执行开锁闭锁在内的功能的机。
20、械和 电子结合的产品， 至少包括 ； 存储器 ； 微处理器 ； 以及一个或多个模块， 所述一个或多个模 块被存储在所述存储器中， 并被配置成由所述一个或多个处理器执行， 所述一个或多个模 块包括用于执行以下的指令 ： 与手持设备通信 ； 执行开锁闭锁锁必须经过的逻辑流程 ； 解 密收到的数据 ； 执行数据里面包含的权限。 0025 在锁体中， 还包括锁芯、 锁舌、 外壳、 电机或电磁铁、 扳手、 在内的必要的机械结构。 0026 前台电脑是基于现有技术开发的具有各种数据处理能力的个人电脑或者移动设 备， 至少包括 ： 显示器 ； 存储器 ； 一个或多个处理器 ； 以及一个或多个模块， 所述一个。
21、或多 个模块被存储在所述存储器中， 并被配置成由所述一个或多个处理器执行， 所述一个或多 个模块包括用于执行以下的指令 ： 接收来自手持设备的数据信息 ； 给手持设备发送数据信 息 ； 提供管理程序运行的软件环境。 0027 管理程序是运行于前台电脑上的一种计算机程序， 包括多个程序单元， 所述程序 单元至少可以用于执行以下的指令 ： 为管理员提供友好的操作界面 ； 保存各个锁体的特征 信息， 保存锁体的信息状态 ； 生成加密的数据。 0028 手持设备至少包括 ： 显示器 ； 存储器 ； 一个或多个处理器 ； 以及一个或多个模块， 所述一个或多个模块被存储在所述存储器中， 并被配置成由所述一。
22、个或多个处理器执行， 所述一个或多个模块包括用于执行以下的指令 ： 为用户提供设定条件的界面 ； 在显示屏显 示用户操作的结果 ； 接收来自前台电脑的数据 ； 与锁进行数据通信 ； 执行开锁闭锁必须经 过的逻辑流程。 说 明 书 CN 103177495 A 6 4/5 页 7 0029 用户客户端， 运行于本发明的手持设备上， 根据不同的手持设备， 具有不同的版本 和操作界面 ； 在上述应用程序中， 具有多个模块， 所述多个模块， 基于手持设备提供的硬件 和软件环境， 至少可以实现以下功能 ： 通过手持设备的短距离通信功能发送和接收数据 ； 为用户提供友好的虚拟界面 ； 获取用户的操作意图 。
23、； 根据用户的操作意图生成相应的指令 数据。 0030 图 2 是本发明实施流程图。本发明的实施， 需要经过以下步骤 ： 步骤 1 ： 用户通过酒店的前台获得入住酒店房间的权限 ； 在本步骤中， 用户可以通过直 接和前台客服登记的方式获得入住酒店房间的权限， 也可以通过包括电话、 网络在内的方 式获得入住酒店房间的权限。如果是通过手机获得入住的权限， 则是用户在手机客户端上 面点击相应的按钮， 将数据发送给酒店的前台电脑， 于此同时， 作为优选的， 酒店的系统和 手机客户端的系统之间， 可以进行数据同步， 用户通过手机客户端进行订房时， 可以直接获 取到酒店剩余的房间数目， 以及具体的剩余房间。
24、， 房间的价格等， 通过用户的客户端， 即可 选择好符合自己要求的房间， 并提交订单。 酒店的前台收到用户的订房请求数据以后， 会对 用户的资质等信息进行核实， 如果审核通过了， 则接受用户的订单。更方便的， 酒店甚至可 以要求用户直接通过手机客户端对预定的房间费用进行支付。 0031 步骤 2 ： 酒店的前台通过管理程序将酒店房间的权限进行加密， 并发送给用户的 手持设备 ； 如果酒店的前台通过了用户的请求， 并且用户也缴纳了费用， 则酒店前台将酒店 房间的权限加密以后发送给用户， 这个发送的方式， 可以直接通过互联网推送的方式， 也可 以让用户和酒店的电脑进行短距离无线通信的数据连接， 比。
25、如用户开的房间是 302， 302 对 应的锁名称是 ： hotel302， mac 地址是 ： 11:11:11:11:11:11， 用户订的时间是 2013 年 4 月 1 日12:00至2013年4月2日11:59， 则前台电脑将上述信息组合成为一串数据， 并对数据进 行加密， 再将数据发送。 0032 步骤 3 ： 手持设备接收数据， 并将数据通过短距离通信的方式发送给门锁 ； 手持设 备接收到的数据里面， 至少包含了酒店给予手持设备能够开门的时间、 开门的房间门锁特 征信息、 房间位置等， 所以手持设备先读取到了用户订好的房间的 mac 地址和名称， 会自动 在周围搜索符合该 mac。
26、 地址和名称的门锁， 如果搜索到了， 就会把整个加密的数据发送给 门锁。 0033 步骤 4 ： 门锁接收来自手持设备的加密数据 ； 门锁设置是接受所有的数据， 所以对 于手持设备发送过来的数据进行接收。 0034 步骤 5 ： 对接收到的加密数据进行解密 ； 因为数据是加密过的， 所以门锁必须用双 方约定好的解密方式， 对数据进行解密。 0035 步骤 6 ： 判断数据包含的信息是否符合开锁的条件， 如果符合条件， 则开锁， 如果 不符合条件， 则不开锁。因为前面已经解密， 所以就等于获取到了前面的数据， 此时门锁自 己自带一个时钟模块， 所以可以读取到目前的时间， 然后将读取到的时间和接收。
27、到的解密 出来的数据里面的时间进行比对， 如果此时的时间是处于 2013 年 4 月 1 日 12:00 至 2013 年 4 月 2 日 11:59 之间， 则证明该手持设备的权限有效， 给用户开锁， 如果时间不在 2013 年 4 月 1 日 12:00 至 2013 年 4 月 2 日 11:59 之间， 则证明用户的手持设备已经无效， 则不给用 户开锁。 0036 图 3 是本发明的门锁判断手持设备开锁权限的方法流程图。在本发明中， 门锁判 说 明 书 CN 103177495 A 7 5/5 页 8 断手持设备开锁权限的方法需要经过以下步骤。 0037 步骤 1 ： 门锁和手持设备建。
28、立短距离无线连接。该连接的建立， 一般是手持设备主 动， 门锁被动， 因为门锁无法获知哪个手持设备是想和自己连接的手持设备， 而手持设备在 接收加密数据的时候， 里面就包括了门锁的特征信息， 例如门锁的 mac 地址、 配对密码、 门 锁名称等。 手持设备接收到这些数据并且解析出这些数据以后， 会自动搜索周围的设备， 如 果搜索到了 mac 地址、 配对密码、 门锁名称匹配的设备， 则自动和其建立连接。 0038 步骤 2 ： 门锁接收来自手持设备的加密数据。门锁接收到来自手持设备的请求以 后建立连接， 然后双方进行数据通信， 手持设备将从管理员那边接收到的数据发送给门锁。 此过程相当于普通门。
29、锁中插入钥匙并开始旋转。 0039 步骤 3 ： 解密接收到的收据， 获取到数据里面参数 ； 门锁和前台电脑之间， 约定好 了既定的加密方式， 通过使用既定的加密方式， 可以对接收到的数据进行解密操作。 0040 步骤 4 ： 判断参数信息是否符合门锁预设的条件， 如果符合条件， 则开锁， 如果不 符合条件， 则拒绝开锁。门锁自己自带一个时钟模块， 所以可以读取到目前的时间， 然后将 读取到的时间和接收到的解密出来的数据里面的时间进行比对， 比如接收到的数据解密出 来的时间是 2013 年 4 月 1 日 12:00 至 2013 年 4 月 2 日 11:59， 此时的时间是 2013 年 。
30、4 月 1 日 18:00， 而此时的时间是处于 2013 年 4 月 1 日 12:00 至 2013 年 4 月 2 日 11:59 之间， 则证明该手持设备的权限有效， 给用户开锁， 如果时间不在 2013 年 4 月 1 日 12:00 至 2013 年 4 月 2 日 11:59 之间， 则证明用户的手持设备已经无效， 则不给用户开锁。 说 明 书 CN 103177495 A 8 1/3 页 9 图 1 说 明 书 附 图 CN 103177495 A 9 2/3 页 10 图 2 说 明 书 附 图 CN 103177495 A 10 3/3 页 11 图 3 说 明 书 附 图 CN 103177495 A 11 。