[发明专利]一种门锁加密芯片和SDK之间互信及加解密方法与装置在审
| 申请号： | 201611195997.6 | 申请日： | 2016-12-22 |
| 公开（公告）号： | CN106789013A | 公开（公告）日： | 2017-05-31 |
| 发明（设计）人： | 金山;王强;何宇;卢苇 | 申请（专利权）人： | 深圳新众诚科技有限公司 |
| 主分类号： | H04L9/08 | 分类号： | H04L9/08;H04W4/00;H04W12/02;H04W12/06;G07C9/00 |
| 代理公司： | 合肥市浩智运专利代理事务所(普通合伙)34124 | 代理人： | 方荣肖 |
| 地址： | 518066 广东省深圳市南山*** | 国省代码： | 广东;44 |
| 权利要求书： | 查看更多 | 说明书： | 查看更多 |
| 摘要： | |||
| 搜索关键词： | 一种 门锁 加密 芯片 sdk 之间 互信 解密 方法 装置 | ||
1.一种门锁的加密芯片和SDK之间基于蓝牙的互信及加解密方法，其特征在于：其包括以下步骤：
SDK与BLE建立连接：SDK通过蓝牙与门锁的BLE建立连接；
SDK与BLE进行互信认证：建立连接之后SDK根据预先约定好的加密密钥和加密方式将数据传输给BLE，BLE根据预先约定的密钥进行数据解密，根据获得的数据进行验证并返回给SDK互信数据，SDK对返回的数据进行认证，认证通过之后互信认证连接完成建立；
BLE缓存并返回密钥：依据SDK与BLE进行互信认证中预先建立的互信连接，BLE将密钥缓存并传输给SDK；
SDK接收返回的密钥并缓存：SDK接收BLE返回的密钥，并加密缓存在本地，为后续数据传输加密提供密钥；
SDK与BLE基于当前连接的数据传输：基于预先建立的互信连接在数据传输过程中将所有数据根据SDK接收返回的密钥进行数据加密传输。
2.如权利要求1所述的门锁的加密芯片和SDK之间基于蓝牙的互信及加解密方法，其特征在于：互信认证需要验证请求来源是否合法，请求参数是否合法。
3.如权利要求1所述的门锁的加密芯片和SDK之间基于蓝牙的互信及加解密方法，其特征在于：SDK安装在移动通讯终端上。
4.如权利要求3所述的门锁的加密芯片和SDK之间基于蓝牙的互信及加解密方法，其特征在于：移动通讯终端为手机。
5.一种门锁的加密芯片和SDK之间基于蓝牙的互信及加解密装置，其特征在于：所述互信及加解密装置还包括：
连接建立模块，用于使SDK与BLE建立连接：SDK通过蓝牙与门锁的BLE建立连接；
互信认证模块，用于使SDK与BLE进行互信认证：建立连接之后SDK根据预先约定好的加密密钥和加密方式将数据传输给BLE，BLE根据预先约定的密钥进行数据解密，根据获得的数据进行验证并返回给SDK互信数据，SDK对返回的数据进行认证，认证通过之后互信认证连接完成建立；
BLE缓存并返回密钥模块，用于使BLE缓存并返回密钥：依据SDK与BLE进行互信认证中预先建立的互信连接，BLE将密钥缓存并传输给SDK；
接收模块，用于使SDK接收返回的密钥并缓存：SDK接收BLE返回的密钥，并加密缓存在本地，为后续数据传输加密提供密钥；
数据传输模块，用于使SDK与BLE基于当前连接的数据传输：基于预先建立的互信连接在数据传输过程中将所有数据根据SDK接收返回的密钥进行数据加密传输。
6.如权利要求5所述的门锁的加密芯片和SDK之间基于蓝牙的互信及加解密装置，其特征在于：互信认证需要验证请求来源是否合法，请求参数是否合法。
7.如权利要求5所述的门锁的加密芯片和SDK之间基于蓝牙的互信及加解密装置，其特征在于：SDK安装在移动通讯终端上。
8.如权利要求7所述的门锁的加密芯片和SDK之间基于蓝牙的互信及加解密装置，其特征在于：移动通讯终端为手机。
该专利技术资料仅供研究查看技术是否侵权等信息，商用须获得专利权人授权。该专利全部权利属于深圳新众诚科技有限公司，未经深圳新众诚科技有限公司许可，擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作，请联系【客服】
本文链接：http://www.vipzhuanli.com/pat/books/201611195997.6/1.html，转载请声明来源钻瓜专利网。
- 上一篇：一种塑料颗粒冷却装置
- 下一篇：塑膜装置
