门锁权限处理系统和方法及装置的制造方法_2

文档序号:8431556阅读:来源:国知局
务器也可以接收网关发送的数据,例如,门锁的开锁时间、门卡类型、操作人员、房间温度、房间湿度等信息,并存储来自于网关发送的数据,以实时监控各个房间的状态,同时还方便于后期的数据整合、分析等,此外,还可以在门锁端设置报警装置,报警信息相应地也可以传送至网关,从而进一步传送至门锁服务器进行存储。网关用于实现门锁和门锁服务器之间的远程通信,只要存在网络,两者就可以通过网络通信,可选地,网关和门锁服务器可以通过无线或是有线的方式连接。优选地,网关和与门锁服务器通过满足IS018000-7的433通信模块连接,该通信协议可以提高系统通信的私密性和安全性。
[0028]管家系统20,用于获取用户身份信息,根据用户身份信息生成密钥,并将密钥下发至门锁,其中,用户身份信息为用于唯一标识用户身份的信息,门锁存储密钥,密钥唯一对应于用户身份信息。
[0029]管家系统20为客户端系统,例如,B/S系统,可以通过APP或是浏览器等访问。管家系统20可以用于数据信息管理、系统的开卡及生成、下发、查询和管理密钥等。具体地,管家系统20可以获取到用户身份信息,例如,用户提交的订单信息、用户的身份证信息等,并根据用户的身份信息生成密钥,并将密钥下发至门锁,具体地,管家系统20可以直接通过网络下发至门锁,管家系统20也可以是先将密钥发送给门锁服务器,门锁服务器再将密钥发送给网关,最后通过网关将密钥存储于门锁。由于上述生成的密钥与用户身份信息是唯一对应的,因此,该密钥的安全性较高,相应地,门锁的安全性也提高。
[0030]读写卡模块30,用于将密钥写入门卡和/或读取门卡信息,并将门卡信息传送给管家系统。具体地,当门卡为白卡(例如,IS015693卡)时,读写卡模块30接收管家系统20下发的密钥,并将密钥写入到白卡中;当门卡为身份卡(例如,身份证、公交卡等)时,读写卡模块30读取身份卡的信息,并将该身份卡的信息传送给管家系统20,管家系统20根据该身份卡的信息生成密钥,该密钥与身份卡信息匹配,同时该密钥也对应于用户预先存储的信息,例如,该用户的订单信息、登记信息等,此时,用户通过身份卡即可开启存储有上述密钥的门锁,使用安全、方便。优选地,读写卡模块30包括:网络模块,用于将读写卡模块通过互联网连接至管家系统。通过网络模块可以实现读写卡模块30和管家系统20之间联网通信。
[0031]具体地,以酒店的门锁权限处理系统为例对本发明实施例进行详细说明:
[0032]用户通过APP或是浏览器提交订单信息,该订单信息包括用户的姓名、电话、身份证号、入住/离店时间、预定的房型、价格等信息,订单信息保存在数据库中,当用户需要入住酒店时,有两种方式办理酒店入住,一是酒店工作人员通过管家系统可以调取该用户的订单信息,并根据该用户的订单信息生成密钥并下发到门锁A,同时,通过读写卡模块将密钥写入到门卡A,用户通过门卡A即可开启该门锁A,从而打开门锁A对应的房门;二是通过读写卡模块先读取用户的身份卡的信息,例如,身份证,根据用户的身份卡的信息生成对应的密钥,该密钥同时也与用户的订单信息匹配,将该密钥下发给门锁B,此时,用户通过身份卡即可开启该门锁B,从而打开门锁B对应的房门。
[0033]可选地,还可以设置自助式服务设备,用户通过自助式服务设备可以自助登记入住酒店,例如,用户通过自助式服务设备调取订单信息,点击或下发生成密钥指令,该生成密钥指令下发到管家系统并生成密钥,密钥通过管家系统下发到读写卡模块,通过读写卡模块写入门卡,同时密钥通过门锁服务器保存到门锁,或是用户将身份证放置在自助式服务设备的读写卡模块上,读写卡模块上传身份证信息至管家系统,管家系统将身份证信息与订单信息进行比对,信息匹配后管家系统根据身份证信息生成密钥同时将密钥传送到门锁服务器,然后经过网关将密钥传送到门锁,并在门锁的相应存储区进行存储,同时管家系统激活身份证的开门功能。通过加入自助式服务设备后,将省去前台的办理入住工作人员,节省了运营成本。本发明实施例中的门锁权限处理系统根据每个用户信息(例如,订单信息、身份卡信息等)生成密钥并下发至门锁,门锁密钥与用户身份信息相匹配,相比于现有技术中固定的不可更改门锁密钥,更为方便管理,更能保证用户的生命、财产安全。此外,网关可以实时上传刷卡开门信息至门锁服务器,从而可以实时掌握房间的状态,能让管理者很好地掌握房间的入住情况,其中,刷卡开门信息包括门卡类型、操作人员、操作时间、操作结果等等。
[0034]可选地,本发明实施例还可以通过直接在门锁端(在门锁处设置有读写卡模块)或者读写卡模块端刷身份证,门锁/读写卡模块将读取到的身份证信息通过网关上传到门锁服务器,门锁服务器可将身份证信息与用户预设的信息进行匹配,其中,用户预设的信息可以通过用户的登陆账号或者权限账号等调取,如果身份证信息与用户预设的信息匹配成功,匹配信息在数据库进行保存,同时匹配信息可下发到账号权限范围内的所有的门锁端进行保存,当商户持该身份证进行刷卡开门时,身份证信息与门锁储存的信息进行匹配,匹配则开门成功。此方法可将身份证作为酒店的管理卡使用,只要上传一次商户的身份证信息并匹配即可控制该用户管理权限内的全部房间。具体地,每个用户对应唯一的账号及相应的权限,用户的房间或酒店信息可以通过在管家系统登录后进行查看或操作,管家系统具有管理卡匹配操作功能,可以将上传的身份证信息与账号对应的管理权限进行匹配,从而使得相应的身份证匹配为管理卡,即一张管理卡能开启所有匹配的权限房间的门锁。此夕卜,本发明实施例还可以根据不同需要个性化地加入不同职能的门卡,例如保洁卡、维修卡等,将相关信息写入到门卡中,并通过网关上传的门卡开门信息,随时监控相应的房间。
[0035]可选地,本发明实施例还可以在任意时间去除门锁端存储的密钥,具体地,管家系统将相关去除指令下发到门锁服务器,再经过网关传送给门锁,门锁收到指令后去除相应存储区内的信息,此时门卡将匹配不到合适的密钥,门卡失效。实际上,本发明实施例中去除门锁端存储的密钥是通过生成新密钥来覆盖门锁之前存储的密钥。一般情况下,为了保证网络的畅通,读写卡模块与带有管家系统的设备是通过有线网络进行连接的,当准备启用门卡时,将门卡置于读写卡模块上,通过管家系统调取相应订单并下发生成随机密钥的指令,生成密钥,管家系统通过门锁服务器向门锁下发密钥,当网络不畅时,门锁服务器无法向门锁下发密钥,即门锁无法更新新密钥,则管家系统将收到无法下发密钥的反馈信息,此时读写卡模块拒绝将新密钥写入到门卡,门卡自动启用上次的密钥进行开门操作。
[0036]从以上的描述中,可以看出,本发明实现了如下技术效果:
[0037]本发明实施例的门锁权限处理系统通过管家系统获取用户身份信息,根据用户身份信息生成密钥,并将密钥下发至门锁系统中的门锁,相比于现有技术中固定的门锁密钥,安全性更高,解决了现有技术中门锁安全性较低的问题,提高了门锁的安全性。此外,本发明实施例中门锁可以将每次刷门卡开门的信息上传给门锁服务器进行存储,一方面可以实时监控每个房间的状态,另一方面也可以根据门锁服务器存储的数据进行后续的分析。
[0038]根据本发明实施例的另一方面,提供了一种门锁权限处理方法,如图2所示,该方法包括如下的步骤S202至步骤S206:
[0039]步骤S202:获取用户身份信息,其中,用户身份信息为用于唯一标识用户身份的信息。
[0040]用户身份信息为用于唯一标识用户身份的信息,例如,用户身份信息可以是用户的身份证存储的信息,可以是用户的公交卡存储的信息,也可以是预先存储的用户的姓名、手机号、身份证号等信息,例如,用户入住酒店前提交的订单信息、登记信息等。
[0041]步骤S204:根据用户身份信息生成密钥。
[0042]在上述步骤S2
当前第2页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1