发明创造名称：蓝牙终端、蓝牙门禁管理系统及方法
外观设计名称：
决定号：193811
决定日：2019-10-28
委内编号：1F270593
优先权日：
申请（专利）号：201610436824.2
申请日：2016-06-17
复审请求人：北京千丁互联科技有限公司
无效请求人：
授权公告日：
审定公告日：
专利权人：
主审员：邓薇
合议组组长：刘慧敏
参审员：孟祥龙
国际分类号：G07C9/00，H04B5/00
外观设计分类号：
法律依据：专利法第22条3款
决定要点
：如果一项权利要求所限定的技术方案与作为最接近现有技术的对比文件相比存在区别技术特征，而该区别技术特征中的一部分是本领域技术人员基于其它对比文件的内容易于想到的，其余部分为本领域的常规技术手段，则该权利要求相对于这些对比文件与本领域常规技术手段的结合不具备创造性。
全文：
本复审请求涉及申请号为201610436824.2，名称为“蓝牙终端、蓝牙门禁管理系统及方法”的发明专利申请（下称本申请）。本申请的申请人为北京千丁互联科技有限公司。本申请的申请日为2016年06月17日，公开日为2016年10月12日。
经实质审查，国家知识产权局专利实质审查部门审查员于2018年11月07日发出驳回决定，驳回了本请，其理由是：权利要求1-9不具备专利法第22条第3款规定的创造性。
驳回决定引用如下3篇对比文件：
对比文件1：CN104063931A，公开日为：2014年09月24日；
对比文件2：CN103891361A，公开日为：2014年06月25日；
对比文件3：CN103260159A，公开日为：2013年08月21日；
驳回决定所依据的文本为2018年07月12日提交的权利要求第1-9项，申请日2016年06月17日提交的说明书第1-71段，说明书摘要，说明书附图1-5，摘要附图。驳回决定所针对的权利要求书如下：
“1. 一种蓝牙门禁管理方法，其特征在于，蓝牙终端进行以下步骤：
S10.每隔预设时间判断一次是否扫描到蓝牙门禁设备发出的蓝牙广播消息；
S20.若扫描到，则对扫描到的蓝牙广播消息进行解析，以获取门禁MAC地址；
S30.根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开门控制信息；所述发送开门控制信息包括：发送开锁指令广播消息；
在所述步骤S10之前，还包括：
S00.判断当前时间是否在预设时段内，若是，则执行步骤S10；若否，则执行步骤S50；
S50.判断是否接收到蓝牙终端上特定按键的触发信号，若是，则执行步骤S60；
S60.判断是否扫描到蓝牙门禁设备发出的蓝牙广播消息，然后执行步骤S20。
2. 根据权利要求1所述的蓝牙门禁管理方法，其特征在于，在所述步骤S20和步骤S30之间，还包括：
S40.获取所述蓝牙广播消息的信号强度值，并判断所述信号强度值是否大于预设值，若是，则执行步骤S30。
3. 根据权利要求1所述的蓝牙门禁管理方法，其特征在于，所述向相应蓝牙门禁设备发送开门控制信息的步骤为：
向相应蓝牙门禁设备发送连接请求，所述连接请求包括自身的MAC地 址；而且，
所述步骤S30之后，还包括：
蓝牙门禁设备从所接收的蓝牙连接请求中提取蓝牙终端的MAC地址，并判断所提取的MAC地址是否存在于白名单中，若是，则控制开门，其中，所述白名单包括已授权的蓝牙终端的MAC地址列表。
4. 根据权利要求1所述的蓝牙门禁管理方法，其特征在于，所述向相应蓝牙门禁设备发送开门控制信息的步骤为：
发送开锁指令；而且，
所述步骤S30之后，还包括：
蓝牙门禁设备接收开锁指令，并根据接收到的开锁指令消对用户的合法性进行验证，若验证通过，则控制开门。
5. 一种蓝牙终端，其特征在于，包括：
第一判断模块，用于每隔预设时间判断一次是否扫描到蓝牙门禁设备发出的蓝牙广播消息；
解析模块，用于对扫描到的蓝牙广播消息进行解析，以获取门禁MAC地址；
发送模块，用于根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开门控制信息。
6. 根据权利要求5所述的蓝牙终端，其特征在于，还包括第二判断模块，而且，
所述第二判断模块，用于获取所述蓝牙广播消息的信号强度值，并判断所述信号强度值是否大于预设值；所述发送模块，用于在大于预设值时，根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开门控制信息。
7. 根据权利要求5所述的蓝牙终端，其特征在于，还包括第三判断模块、第四判断模块和第五判断模块，而且，
所述第三判断模块，用于判断当前时间是否在预设时段内；
所述第一判断模块，用于当前时间在预设时段内时，每隔预设时间判断一次是否扫描到蓝牙门禁设备发出的蓝牙广播消息；
所述第四判断模块，用于当前时间不在预设时段内时，判断是否接收到蓝牙终端上特定按键的触发信号；
所述第五判断模块，用于在接收到蓝牙终端上特定按键的触发信号时，判断是否扫描到蓝牙门禁设备发出的蓝牙广播消息。
8. 根据权利要求5所述的蓝牙终端，其特征在于，
所述发送模块，用于根据解析出的门禁MAC地址向相应蓝牙门禁设备发送连接请求，所述连接请求包括自身的MAC地址；或者，根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开锁指令。
9. 一种蓝牙门禁管理系统，其特征在于，包括蓝牙门禁设备及权利要求5-8任一项所述的蓝牙终端。”
驳回决定认为：（1）权利要求1与对比文件1的区别特征是：①每隔预设时间判断是否扫描到蓝牙广播消息；开门控制信息包括的是开锁指令广播消息；②步骤S10之前还包括：S00.判断当前时间是否在预设时段内，若是，则执行步骤S10；若否，则执行步骤S50；S50.判断是否接收到蓝牙终端上特定按键的触发信号，若是，则执行步骤S60；S60.判断是否扫描到蓝牙门禁设备发出的蓝牙广播消息，然后执行步骤S20。其中区别特征①是本领域的公知常识，区别特征②部分被对比文件2公开，部分是本领域的公知常识，因此权利要求1不具备创造性。（2）权利要求5与对比文件1的区别特征是：每隔预设时间判断是否扫描到蓝牙广播消息，而该区别特征是本领域的公知常识，因此权利要求5不具备创造性。（3）从属权利要求2-4、6-8的附加特征特征或者被对比文件1-3公开，或者是本领域的公知常识，因此权利要求2-4、6-8不具备创造性。（4）权利要求9请求保护一种蓝牙门禁管理系统，对比文件1公开了一种基于无线信号标识的移动互联网门禁系统实现方法，可以采用蓝牙终端发送无线信号广播消息，当其引用的权利要求5-8不具备创造性的情况下，权利要求9也不具备创造性。
北京千丁互联科技有限公司（下称复审请求人）对上述驳回决定不服,于2019年01月08日向国家知识产权局提出了复审请求，同时修改了权利要求书，在驳回决定针对权利要求书的基础上，将原权利要求2和原权利要求3的技术特征补入原权利要求1中，形成新的权利要求1；将原权利要求2和原权利要求3的技术特征删除；修改原权利要求5的序号，形成新的权利要求3；将原权利要求6和原权利要求8的技术特征补入新的权利要求3中，同时删除原权利要求6和原权利要求8；相应修改其他权利要求的序号及引用关系。
复审请求人认为：（1）本申请用于实现门禁管理方法的系统只包括两大部分：蓝牙门禁设备和蓝牙终端，蓝牙门禁管理方法的信号之间的检测及控制均是由蓝牙门禁设备和蓝牙终端完成的，不需要其他设备的参与。对比文件1中的门禁系统包括三大部分：中央服务器、门禁单元、移动终端，通过中央服务器、移动终端、门禁单元三者的相互控制作用实现门禁控制的，控制门禁门打开或关闭均是由中央服务器执行的。（2）本申请技术方案中蓝牙终端解析出门禁MAC地址后，向相应的蓝牙门禁设备发送的开门控制信息是开锁指令广播消息，因此该方式相比通过蓝牙连接通道发送开锁指令的方式，不需要建立蓝牙数据通道，进而可省去扫描和连接建立的时间，提高速度；并且，由于在开门时无需建立蓝牙连接，因此对于同一个蓝牙门禁设备，可由多个蓝牙终端同时控制开门，即可以实现多人同时开门（一对多）。
复审请求时新修改的权利要求如下：
“1. 一种蓝牙门禁管理方法，其特征在于，蓝牙终端进行以下步骤：
S10.每隔预设时间判断一次是否扫描到蓝牙门禁设备发出的蓝牙广播消息；
S20.若扫描到，则对扫描到的蓝牙广播消息进行解析，以获取门禁MAC地址；
S30.根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开门控制信息；所述发送开门控制信息包括：发送开锁指令广播消息；
在所述步骤S10之前，还包括：
S00.判断当前时间是否在预设时段内，若是，则执行步骤S10；若否，则执行步骤S50；
S50.判断是否接收到蓝牙终端上特定按键的触发信号，若是，则执行步骤S60；
S60.判断是否扫描到蓝牙门禁设备发出的蓝牙广播消息，然后执行步骤S20；
在所述步骤S20和步骤S30之间，还包括：
S40.获取所述蓝牙广播消息的信号强度值，并判断所述信号强度值是否大于预设值，若是，则执行步骤S30；
所述向相应蓝牙门禁设备发送开门控制信息的步骤为：
向相应蓝牙门禁设备发送连接请求，所述连接请求包括自身的MAC地址；而且，
所述步骤S30之后，还包括：
蓝牙门禁设备从所接收的蓝牙连接请求中提取蓝牙终端的MAC地址，并判断所提取的MAC地址是否存在于白名单中，若是，则控制开门，其中，所述白名单包括已授权的蓝牙终端的MAC地址列表。
2. 根据权利要求1所述的蓝牙门禁管理方法，其特征在于，所述向相应蓝牙门禁设备发送开门控制信息的步骤为：
发送开锁指令；而且，
所述步骤S30之后，还包括：
蓝牙门禁设备接收开锁指令，并根据接收到的开锁指令消对用户的合法性进行验证，若验证通过，则控制开门。
3. 一种蓝牙终端，其特征在于，包括：
第一判断模块，用于每隔预设时间判断一次是否扫描到蓝牙门禁设备发出的蓝牙广播消息；
解析模块，用于对扫描到的蓝牙广播消息进行解析，以获取门禁MAC地址；
发送模块，用于根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开门控制信息；
还包括第二判断模块，而且，
所述第二判断模块，用于获取所述蓝牙广播消息的信号强度值，并判断所述信号强度值是否大于预设值；所述发送模块，用于在大于预设值时，根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开门控制信息；
所述发送模块，用于根据解析出的门禁MAC地址向相应蓝牙门禁设备发送连接请求，所述连接请求包括自身的MAC地址；或者，根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开锁指令。
4. 根据权利要求3所述的蓝牙终端，其特征在于，还包括第三判断模块、第四判断模块和第五判断模块，而且，
所述第三判断模块，用于判断当前时间是否在预设时段内；
所述第一判断模块，用于当前时间在预设时段内时，每隔预设时间判断一次是否扫描到蓝牙门禁设备发出的蓝牙广播消息；
所述第四判断模块，用于当前时间不在预设时段内时，判断是否接收到蓝牙终端上特定按键的触发信号；
所述第五判断模块，用于在接收到蓝牙终端上特定按键的触发信号时，判断是否扫描到蓝牙门禁设备发出的蓝牙广播消息。
5. 一种蓝牙门禁管理系统，其特征在于，包括蓝牙门禁设备及权利要求3和4任一项所述的蓝牙终端。”
经形式审查合格，国家知识产权局于2019年01月22日依法受理了该复审请求，并将其转送至原审查部门进行前置审查。
原审查部门在前置审查意见书中坚持原驳回决定。
随后，国家知识产权局成立合议组对本案进行审理。
合议组于2019年08月07日向复审请求人发出复审通知书，指出：权利要求1包括两个并列的技术方案，技术方案1与对比文件1的区别在于：（1）在所述步骤S10之前，还包括：S00.判断当前时间是否在预设时段内，若是，则执行步骤S10；若否，则执行步骤S50； S50.判断是否接收到蓝牙终端上特定按键的触发信号，若是，则执行步骤S60； S60.判断是否扫描到蓝牙门禁设备发出的蓝牙广播消息，然后执行步骤S20；每隔预设时间判断是否扫描到蓝牙广播消息；（2）开门控制信息包括发送开锁指令广播信息；（3）本申请的技术方案中，蓝牙门禁设备对开门请求进行校验，并控制开门；对比文件1的技术方案中，由中央服务器处理移动终端发送的开门请求，依据处理结果通知目标门禁单元执行相应的门禁操作；（4）在所述步骤S20和步骤S30之间，还包括：S40.获取所述蓝牙广播消息的信号强度值，并判断所述信号强度值是否大于预设值，若是，则执行步骤S30。其中，区别特征（1）部分被对比文件2公开，部分是本领域的公知常识；区别特征（2）、（3）、（4）都是本领域的公知常识，因此技术方案1不具备创造性。
技术方案2与对比文件1的区别在于：（1）在所述步骤S10之前，还包括：S00.判断当前时间是否在预设时段内，若是，则执行步骤S10；若否，则执行步骤S50； S50.判断是否接收到蓝牙终端上特定按键的触发信号，若是，则执行步骤S60； S60.判断是否扫描到蓝牙门禁设备发出的蓝牙广播消息，然后执行步骤S20；每隔预设时间判断是否扫描到蓝牙广播消息；（2）开门控制信息的连接请求包括自身的MAC地址；而且，所述步骤S30之后，还包括：蓝牙门禁设备从所接收的蓝牙连接请求中提取蓝牙终端的MAC地址，并判断所提取的MAC地址是否存在于白名单中，若是，则控制开门，其中，所述白名单包括已授权的蓝牙终端的MAC地址列表；（3）本申请的技术方案中，蓝牙门禁设备对开门请求进行校验，并控制开门；对比文件1的技术方案中，由中央服务器处理移动终端发送的开门请求，依据处理结果通知目标门禁单元执行相应的门禁操作；（4）在所述步骤S20和步骤S30之间，还包括：S40.获取所述蓝牙广播消息的信号强度值，并判断所述信号强度值是否大于预设值，若是，则执行步骤S30。基于上述区别技术特征，本申请技术方案2实际要解决的技术问题是：如何降低功耗、进行身份识别、提高开门速度、避免开门过早。其中，区别特征（1）部分被对比文件2公开，部分是本领域的公知常识；区别特征（2）部分被对比文件3公开，部分是本领域的公知常识，区别特征（3）、（4）都是本领域的公知常识，因此技术方案2不具备创造性。因此，权利要求1不具备创造性。
权利要求3与对比文件1的区别在于：（1）还包括第二判断模块，用于获取所述蓝牙广播消息的信号强度值，并判断所述信号强度值是否大于预设值；所述发送模块，用于在大于预设值时，根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开门控制信息；（2）每隔预设时间判断是否扫描到蓝牙广播消息；（3）所述连接请求包括自身的MAC地址。其中区别特征（1）-（3）都是本领域的公知常识，因此权利要求3不具备创造性。
从属权利要求2、4的附加技术特征或者被对比文件1-3公开，或者为本领域的惯用技术手段，因此从属权利要求2、4不符合专利法第22条第3款规定的创造性。
权利要求5要求保护一种蓝牙门禁管理系统，包括蓝牙门禁设备及权利要求3和4中任一项所述的蓝牙终端。对比文件1公开了一种基于无线信号标识的移动互联网门禁系统和实现方法，包括蓝牙门禁单元和蓝牙移动终端，在权利要求3-4所要求保护的蓝牙终端不具备创造性的前提下，权利要求5也不具备专利法第22条3款规定的创造性。
复审请求人于2019年09月02日提交了意见陈述书，并申请修改权利要求，在复审通知书针对权利要求书的基础上，将原权利要求2的技术特征补入原权利要求1中，形成新的权利要求1，同时删除原权利要求2，将原权利要求4的技术特征补入原权利要求3中，并修改原权利要求3的序号为2，形成新的权利要求2，但未提及如上修改后的权利要求书。复审请求人于2019年10月08日提交了意见陈述书，并提交了如上修改后的权利要求书。
新修改后的权利要求书如下：
“1. 一种蓝牙门禁管理方法，其特征在于，蓝牙终端进行以下步骤：
S10.每隔预设时间判断一次是否扫描到蓝牙门禁设备发出的蓝牙广播消息；
S20.若扫描到，则对扫描到的蓝牙广播消息进行解析，以获取门禁MAC地址；
S30.根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开门控制信息；所述发送开门控制信息包括：发送开锁指令广播消息；
在所述步骤S10之前，还包括：
S00.判断当前时间是否在预设时段内，若是，则执行步骤S10；若否，则执行步骤S50；
S50.判断是否接收到蓝牙终端上特定按键的触发信号，若是，则执行步骤S60；
S60.判断是否扫描到蓝牙门禁设备发出的蓝牙广播消息，然后执行步骤S20；
在所述步骤S20和步骤S30之间，还包括：
S40.获取所述蓝牙广播消息的信号强度值，并判断所述信号强度值是否大于预设值，若是，则执行步骤S30；
所述向相应蓝牙门禁设备发送开门控制信息的步骤为：
向相应蓝牙门禁设备发送连接请求，所述连接请求包括自身的MAC地址；而且，
所述步骤S30之后，还包括：
蓝牙门禁设备从所接收的蓝牙连接请求中提取蓝牙终端的MAC地址，并判断所提取的MAC地址是否存在于白名单中，若是，则控制开门，其中，所述白名单包括已授权的蓝牙终端的MAC地址列表；
所述向相应蓝牙门禁设备发送开门控制信息的步骤为：
发送开锁指令；而且，
所述步骤S30之后，还包括：
蓝牙门禁设备接收开锁指令，并根据接收到的开锁指令对用户的合法性进行验证，若验证通过，则控制开门。
2. 一种蓝牙终端，其特征在于，包括：
第一判断模块，用于每隔预设时间判断一次是否扫描到蓝牙门禁设备发出的蓝牙广播消息；
解析模块，用于对扫描到的蓝牙广播消息进行解析，以获取门禁MAC地址；
发送模块，用于根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开门控制信息；
还包括第二判断模块，而且，
所述第二判断模块，用于获取所述蓝牙广播消息的信号强度值，并判断所述信号强度值是否大于预设值；所述发送模块，用于在大于预设值时，根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开门控制信息；
所述发送模块，用于根据解析出的门禁MAC地址向相应蓝牙门禁设备发送连接请求，所述连接请求包括自身的MAC地址；或者，根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开锁指令；
还包括第三判断模块、第四判断模块和第五判断模块，而且，
所述第三判断模块，用于判断当前时间是否在预设时段内；
所述第一判断模块，用于当前时间在预设时段内时，每隔预设时间判断一次是否扫描到蓝牙门禁设备发出的蓝牙广播消息；
所述第四判断模块，用于当前时间不在预设时段内时，判断是否接收到蓝牙终端上特定按键的触发信号；
所述第五判断模块，用于在接收到蓝牙终端上特定按键的触发信号时，判断是否扫描到蓝牙门禁设备发出的蓝牙广播消息。
3. 一种蓝牙门禁管理系统，其特征在于，包括蓝牙门禁设备及权利要求2所述的蓝牙终端。”
复审请求人认为：（1）权利要求1与对比文件1相对，至少存在以下区别技术特征：蓝牙门禁设备从所接收的蓝牙连接请求中提取蓝牙终端的MAC地址，并判断所提取的MAC地址是否存在于白名单中，若是，则控制开门。蓝牙门禁设备接收开锁指令，并根据接收到的开锁指令对用户的合法性进行验证，若验证通过，则控制开门。（2）本申请用于实现门禁管理方法的系统只包括两大部分：蓝牙门禁设备和蓝牙终端，蓝牙门禁管理方法的信号之间的检测及控制均是由蓝牙门禁设备和蓝牙终端完成的，不需要其他设备的参与。对比文件1中的门禁系统包括三大部分：中央服务器、门禁单元、移动终端，通过中央服务器、移动终端、门禁单元三者的相互控制作用实现门禁控制的，控制门禁门打开或关闭均是由中央服务器执行的。（3）本申请技术方案中蓝牙终端解析出门禁MAC地址后，向相应的蓝牙门禁设备发送的开门控制信息是开锁指令广播消息，因此该方式相比通过蓝牙连接通道发送开锁指令的方式，不需要建立蓝牙数据通道，进而可省去扫描和连接建立的时间，提高速度；并且，由于在开门时无需建立蓝牙连接，因此对于同一个蓝牙门禁设备，可由多个蓝牙终端同时控制开门，即可以实现多人同时开门（一对多）。因此本申请权利要求1的技术方案与对比文件1-3的技术方案并不相同，而且整体上也不存在技术启示，因此修改后权利要求1具备创造性。
在上述程序的基础上，合议组认为本案事实已经清楚，可以作出审查决定。
二、决定的理由
1、审查文本的认定
复审请求人在复审程序中，于2019年01月08日和2019年10月08日分别提交了权利要求书全文修改替换页，经审查，该修改符合专利法第33条的规定，因此本决定是以复审请求人于2019年10月08日提交的权利要求1-3项，申请日2016年06月17日提交的说明书第1-71段，说明书摘要，说明书附图1-5，摘要附图作出。
2、关于专利法第22条第3款
专利法第22条第3款规定：创造性，是指与现有技术相比，该发明具有突出的实质性特点和显著的进步，该实用新型具有实质性特点和进步。
如果一项权利要求所限定的技术方案与作为最接近现有技术的对比文件相比存在区别技术特征，而该区别技术特征中的一部分是本领域技术人员基于其它对比文件的内容易于想到的，其余部分为本领域的常规技术手段，则该权利要求相对于这些对比文件与本领域常规技术手段的结合不具备专利法第22条第3款规定的创造性。
具体到本案：
1.权利要求1请求保护一种蓝牙门禁管理方法，包括如下两个并列的技术方案：
技术方案1：包含特征“发送开门控制信息包括发送开锁指令广播信息”；
技术方案2：包含特征“发送开门控制信息为向相应蓝牙门禁设备发送连接请求，其中连接请求包括自身的MAC地址，在步骤S30之后，还包括：蓝牙门禁设备从所接收的蓝牙连接请求中提取蓝牙终端的MAC地址，判断所提取的MAC地址是否存在于白名单中，若是，则控制开门，其中所述白名单包括已授权的蓝牙终端的MAC地址列表”。
对比文件1公开了一种基于无线信号标识的移动互联网门禁系统和实现方法，并具体公开了以下技术特征（参见说明书[0016]-[0021]段，附图1-2）：步骤S101：门禁单元无线身份标识装置会周期性发送包含自身身份标识信息的无线广播消息。该无线广播存在身份标识属性，该身份标识信息在门禁系统中具有全局唯一性；可以在该广播消息中包含该门禁单元无线信号名称、物理地址信息或无线信号强度信息，用以唯一标识该门禁单元在门禁系统中的身份标识；步骤S102：移动终端按设定策略检测门禁单元无线身份标识装置的无线广播消息。移动终端设定策略可以为结合位置信息进行无线广播消息检测，只有当接近某一位置时才启动门禁系统的无线广播消息检测。移动终端设定策略也可以为结合门禁单元无线身份标识装置的无线广播信号强度进行无线广播消息检测，当检测存在多个门禁单元无线身份标识装置的无线广播信号时，将信号强度最大的作为唯一检出的门禁无线广播消息。步骤S103：移动终端监听到门禁单元无线身份标识装置的无线广播消息后发起开门请求，该请求信息至少包含目标门禁单元的身份标识信息。目标门禁单元的身份标识信息可以是门禁单元的无线信号名称信息，也可以是门禁无线信号的物理地址信息。移动终端发送的开门请求中包含移动终端的身份标识，用以标识该用户在门禁系统中的唯一身份，门禁系统可以据此身份进行用户门禁权限验证。步骤S104：门禁系统收到移动终端的开门请求，提取信息中包含的门禁单元的身份标识进行权限判断，依据判断结果，执行相应的门禁操作。该门禁单元的身份标识信息可以是门禁单元蓝牙的无线名称，也可以是门禁单元蓝牙模块的mac地址，或是二者的组合；当门禁单元无线身份标识装置采用蓝牙发送无线信号广播消息时，移动终端采用蓝牙客户端检测门禁单元的蓝牙广播信号，移动终端搜索到符合门禁系统特征的蓝牙信号后即发送开门请求，开门请求中包含目标门禁单元的蓝牙身份标识信息。该门禁单元的身份标识信息可以是门禁单元蓝牙的无线名称，也可以是门禁单元蓝牙模块的mac地址，或是二者的组合。
将权利要求1的技术方案和对文件1所公开的内容相比可知，对比文件1公开了当门禁单元无线身份标识装置采用蓝牙发送无线信号广播消息时，移动终端采用蓝牙客户端检测门禁单元的蓝牙广播信号；移动终端按设定策略检测门禁单元无线身份标识装置的无线广播消息，相当于本申请的蓝牙终端判断是否扫描到蓝牙门禁设备发出的蓝牙广播消息；移动终端搜索到符合门禁系统特征的蓝牙信号后即发送开门请求，开门请求中包含目标门禁单元的蓝牙身份标识信息，该门禁单元的身份标识信息可以是门禁单元蓝牙的无线名称，也可以是门禁单元蓝牙模块的mac地址，相当于公开了本申请的特征“若扫描到，则对扫描到的蓝牙广播消息进行解析，以获取门禁MAC地址；根据解析到的门禁MAC地址向相应蓝牙门禁设备发送开门控制信息”；移动终端向门禁发送开门请求相当于本申请中“向相应蓝牙门禁设备发送连接请求”；步骤S102移动终端监听到门禁单元无线身份标识装置的无线广播消息后发起开门请求；步骤S103：门禁系统收到移动终端的开门请求，提取信息中包含的门禁单元的身份标识进行权限判断，依据判断结果，执行相应的门禁操作，相当于本申请的接收开锁指令，并对接收到的开锁指令进行合法验证，验证成功则开门。
因此，技术方案1与对比文件1的区别在于：（1）在所述步骤S10之前，还包括：S00.判断当前时间是否在预设时段内，若是，则执行步骤S10；若否，则执行步骤S50； S50.判断是否接收到蓝牙终端上特定按键的触发信号，若是，则执行步骤S60； S60.判断是否扫描到蓝牙门禁设备发出的蓝牙广播消息，然后执行步骤S20；每隔预设时间判断是否扫描到蓝牙广播消息；（2）开门控制信息包括发送开锁指令广播信息；（3）本申请的技术方案中，蓝牙门禁设备对开门指令进行合法性验证，并控制开门；对比文件1的技术方案中，由中央服务器处理移动终端发送的开门请求，依据处理结果通知目标门禁单元执行相应的门禁操作；（4）在所述步骤S20和步骤S30之间，还包括：S40.获取所述蓝牙广播消息的信号强度值，并判断所述信号强度值是否大于预设值，若是，则执行步骤S30。基于上述区别技术特征，本申请技术方案1实际要解决的技术问题是：如何降低功耗、进行身份识别、提高开门速度、实现多人同时开门、避免开门过早。
技术方案2与对比文件1的区别在于：（1）在所述步骤S10之前，还包括：S00.判断当前时间是否在预设时段内，若是，则执行步骤S10；若否，则执行步骤S50； S50.判断是否接收到蓝牙终端上特定按键的触发信号，若是，则执行步骤S60； S60.判断是否扫描到蓝牙门禁设备发出的蓝牙广播消息，然后执行步骤S20；每隔预设时间判断是否扫描到蓝牙广播消息；（2）开门控制信息的连接请求包括自身的MAC地址；而且，所述步骤S30之后，还包括：蓝牙门禁设备从所接收的蓝牙连接请求中提取蓝牙终端的MAC地址，并判断所提取的MAC地址是否存在于白名单中，若是，则控制开门，其中，所述白名单包括已授权的蓝牙终端的MAC地址列表；（3）本申请的技术方案中，发送开锁指令，蓝牙门禁设备接收开锁指令，并根据收到的开锁指令对用户的合法性进行验证，若验证通过则控制开门；对比文件1的技术方案中，由中央服务器处理移动终端发送的开门请求，依据处理结果通知目标门禁单元执行相应的门禁操作；（4）在所述步骤S20和步骤S30之间，还包括：S40.获取所述蓝牙广播消息的信号强度值，并判断所述信号强度值是否大于预设值，若是，则执行步骤S30。基于上述区别技术特征，本申请技术方案2实际要解决的技术问题是：如何降低功耗、进行身份识别、提高开门速度、避免开门过早。
针对技术方案1：
对于区别特征（1），对比文件2公开了一种移动终端的节能和管理USB设备侧唤醒的方法，并具体公开了以下特征（参见说明书第[0002]-[0013]段）：无线通信设备可以包括蓝牙通信设备，当该时间段超过预定阈值时，使外围设备进入低功率模式，也即是公开了在预定阈值时间段内是进行了蓝牙连接的，低功率模式时，当无线通信设备检测到连接请求时，重新激活外围控制器；相当于公开了判断当前时间是否在预设时段内，若是，则进行蓝牙连接，若不是，则进入低功耗状态，并且在低功耗模式时，通过检测触发信号来激活。由此可见，对比文件2已经公开了不使用外围设备的时段进入低功耗状态，而低功耗状态下，还可以通过主动触发使其进入工作状态，因此对比文件2给出了将其用在对比文件1中解决蓝牙门禁设备节电问题的技术启示。进一步地，当用在门禁系统时，设定一个人们常进出门禁的时间段作为预设时间段，并且在不常进门的时间段内休眠，并且通过按键触发蓝牙终端工作是本领域容易想到的；另外为了降低蓝牙设备的功耗，设置为每隔预设时间才判断是否扫描到蓝牙广播消息也是本领域的惯用手段；
对于区别特征（2），在蓝牙通信中，采用主从通信连接实现一对一的透明数据传输，或者将多个蓝牙模块加入网络中来实现Mesh组网模式，或者采用广播模式实现一对多的广播都是本领域的惯用手段。对应于门禁系统这种极低功耗、小数据量、单向传输的应用场合，很容易想到使用蓝牙广播方式，实现在低功耗的模式下持续的进行广播。在对比文件1也公开了门禁单元周期性的发送包含自身身份标识信息的无线广播消息的前提下，本领域技术人员很容易想到在蓝牙终端发出开门请求的时候也使用广播信息的方式，从而实现快开门和多人同时开门；
对于区别特征（3），门禁单元中内置处理器，自主地进行合法性验证和控制开门，或者在门禁系统中包括独立于门禁单元的处理装置来专门对开门请求进行合法性验证，并将处理结果发送给门禁单元来控制开门都是本领域的惯用手段；
对于区别特征（4），对比文件1还公开了以下特征（参见说明书第[0016]-[0022]段、图1-2）：移动终端设定策略可以结合位置信息进行无线广播消息检测，只有当接近某一位置时才启动门禁系统的无线广播消息检测。移动终端设定策略可以为结合门禁单元无线身份标识装置的无线广播信号强度进行无线广播消息检测，当检测存在多个门禁单元无线身份标识装置的无线广播信号时，将信号强度最大的作为唯一检出的门禁无线广播消息。即对比文件1公开了只有当接近某一位置时才启动检测，也公开了检测无线广播信息的强度，据此本领域技术人员很容易想到，为了避免门禁开门过早，通过检测广播信息的强度，并与设定值进行比较，判断蓝牙终端是否接近某一位置，达到该设定值才启动检测；
由此可见，在对比文件1的基础上结合对比文件2以及本领域常规技术选择得到权利要求1的技术方案1对于本领域技术人员来说是显而易见的。
针对技术方案2：对于区别特征（1）、（3）、（4）与技术方案1与对比文件1的区别特征（1）、（3）和（4）实质上相同，因此其或者是在对比文件1、2的基础上容易想到的，或者属于本领域的公知常识；
对于区别特征（2），对比文件1还公开了（参见说明书第[0016]-[0022]段、图1-2）：移动终端发送的开门请求中包含移动终端的身份标识，用以标识该用户在门禁系统中的唯一身份，门禁系统可以据此身份进行用户门禁权限验证；对比文件1还公开了请求信息包括目标门禁单元的身份标识，目标门禁单元的身份标识信息可以是门禁无线信号的物理地址信息，因此对比文件1公开了将物理地址信息作为身份标识信息。据此，本领域技术人员很容易想到开门请求中包括的移动终端的身份标识信息也为移动终端的MAC地址。另外，对比文件3公开了一种身份识别方法，可以应用于门禁系统，并具体公开了以下特征（参见说明书第0059段）：身份识别系统100还包括白名单设置模块40，该白名单设置模块40用于预设允许通过身份识别的移动终端200的MAC地址白名单。所述身份识别模块30若检测到移动终端200通过所述连接认证信息成功连接WIFI模块10，且移动终端200的MAC地址被包含于MAC地址白名单中，则通过移动终端200的身份识别。即对比文件3公开了这种MAC地址白名单用于门禁系统身份识别的方法，因此本领域技术人员有启示将对比文件3中的MAC地址白名单身份识别方法结合于对比文件1的技术方案中。
由此可见，在对比文件1的基础上结合对比文件2、3以及本领域常规技术选择得到权利要求1的技术方案2对于本领域技术人员来说是显而易见的。
因此，权利要求1不具备突出的实质性特点和显著的进步，不具备创造性，不符合专利法第22条第3款的规定。
2.权利要求2要求保护一种蓝牙终端，对比文件1公开了一种基于无线信号标识的移动互联网门禁系统和实现方法，其具体公开的内容如上所述。
因此，将权利要求2的技术方案和对文件1所公开的内容相比可知，对比文件1公开了当门禁单元无线身份标识装置采用蓝牙发送无线信号广播消息时，移动终端采用蓝牙客户端检测门禁单元的蓝牙广播信号；移动终端按设定策略检测门禁单元无线身份标识装置的无线广播消息，因此对比文件1的移动终端也具有权利要求1中判断是否扫描到蓝牙门禁设备发出的蓝牙广播消息的第一判断模块的功能；移动终端搜索到符合门禁系统特征的蓝牙信号后即发送开门请求，开门请求中包含目标门禁单元的蓝牙身份标识信息。该门禁单元的身份标识信息可以是门禁单元蓝牙的无线名称，也可以是门禁单元蓝牙模块的mac地址，移动终端发送的开门请求中包含移动终端的身份标识，用以标识该用户在门禁系统中的唯一身份，门禁系统可以据此身份进行用户门禁权限验证，移动终端中实现获得该门禁单元MAC地址的模块相当于本申请解析模块，用于对扫描到的蓝牙广播消息进行解析，以获取门禁MAC地址；实现发送开门请求这一步骤的模块相当于本申请的发送模块，用于根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开门控制信息，所述发送模块，用于根据解析出的门禁MAC地址向相应蓝牙门禁设备发出连接请求，或者，根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开锁指令。
权利要求2与对比文件1的区别在于：（1）还包括第二判断模块，用于获取所述蓝牙广播消息的信号强度值，并判断所述信号强度值是否大于预设值；所述发送模块，用于在大于预设值时，根据解析出的门禁MAC地址向相应蓝牙门禁设备发送开门控制信息；（2）所述第三判断模块，用于判断当前时间是否在预设时段内；所述第一判断模块，用于当前时间在预设时段内时，每隔预设时间判断一次是否扫描到蓝牙门禁设备发出的蓝牙广播消息；所述第四判断模块，用于当前时间不在预设时段内时，判断是否接收到蓝牙终端上特定按键的触发信号；所述第五判断模块，用于在接收到蓝牙终端上特定按键的触发信号时，判断是否扫描到蓝牙门禁设备发出的蓝牙广播消息；（3）所述连接请求包括自身的MAC地址。基于上述区别技术特征，本申请实际要解决的技术问题是：降低功耗、以及避免开门过早。
对于区别特征（1），对比文件1还公开了以下特征（参见说明书第[0016]-[0022]段、图1-2）：移动终端设定策略可以结合位置信息进行无线广播消息检测，只有当接近某一位置时才启动门禁系统的无线广播消息检测。移动终端设定策略可以为结合门禁单元无线身份标识装置的无线广播信号强度进行无线广播消息检测，当检测存在多个门禁单元无线身份标识装置的无线广播信号时，将信号强度最大的作为唯一检出的门禁无线广播消息。即对比文件1公开了只有当接近某一位置时才启动检测，也公开了检测无线广播信息的强度，据此本领域技术人员很容易想到，为了避免门禁开门过早，通过检测广播信息的强度，并与设定值进行比较，判断蓝牙终端是否接近某一位置，达到该设定值才启动开门请求；
对于区别特征（2），对比文件2公开了一种移动终端的节能和管理USB设备侧唤醒的方法，并具体公开了以下特征（参见说明书第[0002]-[0013]段）：无线通信设备可以包括蓝牙通信设备，当该时间段超过预定阈值时，使外围设备进入低功率模式，也即是公开了在预定阈值时间段内是进行了蓝牙连接的，低功率模式时，当无线通信设备检测到连接请求时，重新激活外围控制器；相当于公开了判断当前时间是否在预设时段内，若是，则进行蓝牙连接，若不是，则进入低功耗状态，并且在低功耗模式时，通过检测触发信号来激活。由此可见，对比文件2已经公开了不使用外围设备的时段进入低功耗状态，而低功耗状态下，还可以通过主动触发使其进入工作状态，因此对比文件2给出了将其用在对比文件1中解决蓝牙门禁设备节电问题的技术启示。进一步地，当用在门禁系统时，设定一个人们常进出门禁的时间段作为预设时间段，并且在不常进门的时间段内休眠，并且通过按键触发蓝牙终端工作是本领域容易想到的，属于本领域的公知常识。
对于区别特征（3），对比文件1还公开了（参见说明书第[0016]-[0022]段、图1-2）：移动终端发送的开门请求中包含移动终端的身份标识，用以标识该用户在门禁系统中的唯一身份，门禁系统可以据此身份进行用户门禁权限验证；对比文件1还公开了请求信息包括目标门禁单元的身份标识，目标门禁单元的身份标识信息可以是门禁无线信号的物理地址信息，因此对比文件1公开了将物理地址信息作为身份标识信息。据此，本领域技术人员很容易想到开门请求中包括的移动终端的身份标识信息也为移动终端的MAC地址。
由此可见，在对比文件1的基础上结合本领域常规技术选择得到权利要求3的技术方案对于本领域技术人员来说是显而易见的，因此该权利要求不具备突出的实质性特点和显著的进步，不具备专利法第22条3款规定的创造性。
3.权利要求3要求保护一种蓝牙门禁管理系统，包括蓝牙门禁设备及权利要求2所述的蓝牙终端。对比文件1公开了一种基于无线信号标识的移动互联网门禁系统和实现方法，包括蓝牙门禁单元和蓝牙移动终端，在权利要求2所要求保护的蓝牙终端不具备创造性的前提下，权利要求3也不具备专利法第22条3款规定的创造性。
针对复审请求人的意见陈述，合议组认为：
（1）对比文件1中公开了与本申请实质上相同的门禁开锁过程，其区别仅在于本申请的验证过程是门禁单元完成，而对比文件1中验证过程是中央服务器完成，然而门禁单元中内置处理器，自主地进行合法性验证和控制开门，或者在门禁系统中包括独立于门禁单元的处理装置来专门对开门请求进行合法性验证，并将处理结果发送给门禁单元来控制开门都是本领域的惯用手段。
（2）在蓝牙通信中，采用主从通信连接实现一对一的透明数据传输，或者将多个蓝牙模块加入网络中来实现Mesh组网模式，或者采用广播模式实现一对多的广播都是本领域的惯用手段。对应于门禁系统这种极低功耗、小数据量、单向传输的应用场合，很容易想到使用蓝牙广播方式，实现在低功耗的模式下持续的进行广播。在对比文件1也公开了门禁单元周期性的发送包含自身身份标识信息的无线广播消息的前提下，本领域技术人员很容易想到在蓝牙终端发出开门请求的时候也使用广播信息的方式，从而实现快开门和多人同时开门。
综上所述，本申请权利要求1-3不符合专利法第22条第3款规定。
基于上述事实和理由，合议组做出如下决定。
三、决定
维持国家知识产权局于2018年11月07日对本申请作出的驳回决定。
复审请求人如对本复审请求审查决定不服,根据专利法第41条第2款的规定,请求人自收到本决定之日起三个月内向北京知识产权法院起诉。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
