发明创造名称：一种基于低功耗蓝牙技术的数据交互方法以及采用该方法的信标装置和信标数据交互装置
外观设计名称：
决定号：193391
决定日：2019-10-18
委内编号：1F289423
优先权日：
申请（专利）号：201510969899.2
申请日：2015-12-21
复审请求人：中颖电子股份有限公司
无效请求人：
授权公告日：
审定公告日：
专利权人：
主审员：王冉
合议组组长：王菊
参审员：黄毅灵
国际分类号：H04W4/00，H04W4/06，H04W24/04，H04B5/02
外观设计分类号：
法律依据：专利法第22条第3款
决定要点
：权利要求请求保护的技术方案与最接近的现有技术相比存在区别特征，现有的对比文件并没有给出应用所述区别特征以解决该权利要求实际要解决的技术问题的技术启示，并且也没有证据表明所述区别特征是本领域的公知常识，该区别特征使得该权利要求的技术方案产生了有益的技术效果，因此该权利要求具有突出的实质性特点和显著的进步，因而具备创造性。
全文：
本复审请求涉及申请号为201510969899.2，名称为“一种基于低功耗蓝牙技术的数据交互方法以及采用该方法的信标装置和信标数据交互装置”的发明专利申请（下称本申请）。申请人为中颖电子股份有限公司。本申请的申请日为2015年12月21日，公开日为2016年06月01日。
经实质审查，国家知识产权局原审查部门于2019年03月14日发出驳回决定，驳回了本申请。驳回决定引用一篇对比文件，即，对比文件1：WO2014135711A1，公开日为2014年09月12日。驳回决定所依据的文本为：申请日2015年12月21日提交的说明书第1-10页（即第1-97段），说明书附图第1-9页，说明书摘要以及摘要附图；2018年10月19日提交的权利要求第1-10项。驳回决定所针对的权利要求书的内容如下：
“1. 一种基于低功耗蓝牙技术的数据交互方法，其特征在于，所述方法包括：
信标装置在广播模式下发送广播包，并监听扫描请求包；
信标数据交互装置监听所述信标装置发送的所述广播包，确定所述信标装置已经开始运行；
所述信标数据交互装置将需要发送给所述信标装置的数据进行处理，生成设备地址数据；
所述信标数据交互装置将所述设备地址数据生成标准的所述扫描请求包；
所述信标装置在接收到所述信标数据交互装置发送的所述扫描请求包后，提取出所述设备地址数据并解析出其中的数据；
其中，所述信标装置和所述信标数据交互装置交互的数据至少包括以下的一种或多种：
待更新的广播数据；
固件程序数据；
固件更新控制指令。
2. 如权利要求1所述的数据交互方法，其特征在于，所述信标装置将需要回复给所述信标数据交互装置的数据生成为扫描响应包，并发送至所述信标数据交互装置。
3. 如权利要求1或2所述的数据交互方法，其特征在于，所述扫描请求包、所述广播包、所述扫描响应包符合低功耗蓝牙标准规范。
4. 如权利要求1或2所述的数据交互方法，其特征在于，所述信标装置与所述信标数据交互装置所交互的数据采用加密和解密处理。
5. 如权利要求1或2所述的数据交互方法，其特征在于，所述信标装置和所述信标数据交互装置在广播模式下进行数据的接收和发送，而不需要在连接模式下进行数据的接收和发送。
6. 如权利要求1所述的数据交互方法，其特征在于，当所述信标装置和所述信标数据交互装置交互的数据为固件程序数据或固件更新控制指令时，所述信标数据交互装置将所述固件程序数据或固件更新控制指令拆分成多个所述扫描请求包，并发送给所述信标装置，以实现所述信标装置的固件更新。
7. 一种采用如权利要求1所述的数据交互方法的信标装置，其特征在于，所述信标装置包括：
微控制单元模块，用于对所述信标装置的主要功能进行控制并对相关数据进行分析处理；
存储模块，与所述微控制单元模块耦接，用于存储程序代码、应用数据和其他配置信息；
基于低功耗蓝牙技术的广播模块，与所述微控制单元模块耦接，所述广播模块实现低功耗蓝牙标准规范中的蓝牙控制器部分，所述广播模块中的链路层只实现待机和广播两种状态机，所述广播模块至少支持低功耗蓝牙标准规范中的广播包、扫描请求包、扫描响应包的处理，其中所述广播包和所述扫描响应包分别为所述信标装置发送的广播包和扫描响应包，所述扫描请求包为所述信标装置接收到的扫描请求包；
基于低功耗蓝牙技术的参数配置模块，用于对所述广播模块的控制参数以及相关参数进行配置，所述参数配置模块对应低功耗蓝牙标准规范中的蓝牙主机部分，但所述参数配置模块对该蓝牙主机部分的协议栈进行大幅精简，其中，该参数配置模块仅实现低功耗蓝牙标准规范中的通用访问配置模块并对其进行简化，且并不包括低功耗蓝牙标准规范中的通用属性配置模块、属性配置模块、逻辑链路控制与适配协议模块、安全管理器模块。
8. 如权利要求7所述的数据交互方法的信标装置，其特征在于，所述信标装置还包括：
安全管理模块，用于对数据交互中的数据进行加密和解密；
固件升级模块，用于对所述信标装置的固件进行升级。
9. 一种采用如权利要求1所述的数据交互方法的信标数据交互装置，其特征在于，所述信标数据交互装置包括：
微控制单元模块，用于所述信标数据交互装置的主要功能控制和数据处理；
存储模块，与所述微控制单元模块耦接，用于存储程序代码、应用数据和其他配置信息；
人机交互模块，用于对所述信标数据交互装置进行人机交互；
基于低功耗蓝牙技术的扫描模块，用于实现了低功耗蓝牙标准规范中的蓝牙控制器部分，所述扫描模块中的链路层中至少实现了低功耗蓝牙标准规范中定义的扫描这一状态机，所述扫描模块至少支持低功耗蓝牙标准规范中的广播包、扫描请求包、扫描响应包的处理，其中，所述扫描请求包为所述信标数据交互装置发送的扫描请求包，所述广播包和所述扫描响应包为所述信标数据交互装置接收到的广播包和扫描响应包。
10. 如权利要求9所述的数据交互方法的信标数据交互装置，其特征在于，所述信标数据交互装置还包括：
安全管理模块，用于对数据交互中的数据进行加密和解密；
固件升级模块，用于对所述信标数据交互装置的固件进行更新。”
驳回理由为：权利要求1-10不具备专利法第22条第3款规定的创造性。具体为：（1）权利要求1请求保护一种基于低功耗蓝牙技术的数据交互方法，对比文件1公开了一种用于在装置之间无线地发射传感器数据的方法，权利要求1与对比文件1的区别在于：①所述信标数据交互装置将所需要发送给信标装置的数据进行处理，生成设备地址数据，并将所述设备地址数据生成标准的扫描请求包；②所述交互数据包括待更新的广播数据、固件程序数据、固件更新控制指令中的一种或多种。基于上述区别，可以确定该权利要求相对于对比文件1实际要解决的技术问题是：如何对所需要发送的数据进行处理生成扫描请求包以及进行何种数据的交互。基于上述区别①，对比文件1已经公开了将所需要发送的传感器数据进行处理以及装置的地址根据蓝牙低能BLE协议添加到扫描请求包的PDU部分中进行广播。在此基础上，将需要发送的数据进行包装处理后生成设备地址数据，并携带在扫描请求包中进行发送，属于本领域技术人员在对比文件1公开内容的基础上无需付出创造性的劳动。基于上述区别②，对比文件1已经公开了在使用蓝牙低能BLE协议之下，能够不通过连接方式只通过广播方式进行数据交互。同时，待更新的广播数据、固件程序数据以及固件更新程序指令属于本领域常见的数据类型。在此基础上，本领域技术人员根据实际情况需要可以选择使用对比文件1公开的数据交互方法来进行待更新的广播数据、固件程序数据以及固件更新程序指令的数据交互，这是本领域技术人员在对比文件1公开内容的基础上无需付出创造性的劳动。因此，在对比文件1的基础上结合本领域的公知常识以得到该权利要求所要求保护的技术方案对本领域技术人员而言是显而易见，因此该权利要求不具备突出的实质性特点和显著的进步，不具备专利法第22条第3款规定的创造性。（2）权利要求2-6均引用权利要求1，权利要求2、3和5的附加技术特征被对比文件1公开，权利要求4和6的附加技术特征属于本领域的惯用技术手段。因此，在其引用的权利要求不具备创造性的情况下，权利要求2-6不具备创造性。（3）权利要求7请求保护一种采用如权利要求1所述的数据交互方法的信标装置，为了将方法设计成产品装置，并在装置中通过设置相应的功能单元、子单元执行相应的步骤，以及设定相关单元之间的相互联系，以实现相应的功能，这是本领域的惯用技术手段。结合权利要求1的评述，权利要求7不具备专利法第22条第3款所规定的创造性。（4）权利要求8的附加技术特征属于本领域的惯用技术手段。因此，在其引用的权利要求不具备创造性的情况下，权利要求8不具备创造性。（5）权利要求9请求保护一种采用如权利要求1所述的数据交互方法的信标数据交互装置，为了将方法设计成产品装置，并在装置中通过设置相应的功能单元、子单元执行相应的步骤，以及设定相关单元之间的相互联系，以实现相应的功能，这是本领域的惯用技术手段。结合权利要求1的评述，权利要求9不具备专利法第22条第3款所规定的创造性。（6）权利要求10的附加技术特征是本领域的惯用技术手段，因此，在其引用的权利要求不具备创造性的情况下，权利要求10不具备创造性。
申请人（下称复审请求人）对上述驳回决定不服，于2019年07月01日向国家知识产权局提出了复审请求，同时修改了权利要求书，复审请求人根据说明书的内容修改了权利要求1，在权利要求1种增加了“格式”一词，将“生成设备地址数据”修改为“包装成符合低功耗蓝牙协议广播模式下的扫描请求包中的设备地址数据的格式”，并将权利要求5的内容增加到权利要求1中，删除了原权利要求5。并对权利要求的序号和引用关系作了适应性修改。复审请求人认为：根据BLE协议的定义，广播模式中的扫描请求包（SCAN_REQ）的PDU Payload部分只能包含设备地址数据，传统的扫描请求包只能将设备地址数据加入，而无法增加其他额外数据，本申请将信标装置和信标数据交互装置之间的需要交互的数据包装（可以理解为“伪装”）成了符合BLE协议的广播模式中的扫描请求包（SCAN_REQ）中的设备地址数据格式（即PDU Payload部分），从而实现在广播模式下就可实现对信标装置的数据配置。对比文件1公开的标志符信息就是设备地址，而根据BLE协议，设备地址本来就可以在广播模式下的扫描请求包中进行传输的，对比文件1中提到传输传感器数据这些额外的数据，有如下描述：如果所用的无线通信协议可以加才能加，第5页34～35行也再次提到了这句话。但是在蓝牙低功耗协议的扫描请求包（SCAN_REQ）中这是加不了的，对比文件1的图9就是用蓝牙低功耗协议的例子，明确在第22页第23～24两行说了扫描请求包（SCAN_REQ）不能增加任何额外的信息。传感器信息数据是放在扫描响应包(SCAN_RSP)里面进行传输的。而本申请的核心发明内容就是要在这个加不了额外信息的扫描请求包（SCAN_REQ）增加内容，这正是本发明与对比文件1的最大区别, 对比文件1并没有公开或披露传感器数据能加入到蓝牙低功耗BLE协议的扫描请求包PDU当中进行广播，甚至于，对比文件1明确在第22页第23～24两行说了扫描请求包（SCAN_REQ）不能增加任何额外的信息,只能将地址数据加入，这是因为BLE协议的扫描请求包（SCAN_REQ）的PDU只能包含地址。从上述内容可以看出，对比文件1明确提出，无法通过扫描请求包来添加其他数据，其不可能给出技术启示使得本领域技术人员有动机来在对比文件1的基础上结合公知常识来获得本申请的技术方案，因此，权利要求1具备专利法第22条第3款规定的创造性。
复审请求时新修改的权利要求书的内容如下：
“1. 一种基于低功耗蓝牙技术的数据交互方法，其特征在于，所述方法包括：
信标装置在广播模式下发送广播包，并监听扫描请求包；
信标数据交互装置监听所述信标装置发送的所述广播包，确定所述信标装置已经开始运行；
所述信标数据交互装置将需要发送给所述信标装置的数据包装成符合低功耗蓝牙协议广播模式下的扫描请求包中的设备地址数据的格式，并生成标准的所述扫描请求包；
所述信标装置在接收到所述信标数据交互装置发送的所述扫描请求包后，提取出所述符合设备地址数据的格式的数据并解析出所述数据；
其中，所述信标装置和所述信标数据交互装置交互的数据由以下的一种或多种组成：
待更新的广播数据；
固件程序数据；
固件更新控制指令；
其中，所述信标装置和所述信标数据交互装置在广播模式下进行数据的接收和发送，而不需要在连接模式下进行数据的接收和发送。
2. 如权利要求1所述的数据交互方法，其特征在于，所述信标装置将需要回复给所述信标数据交互装置的数据生成为扫描响应包，并发送至所述信标数据交互装置。
3. 如权利要求1或2所述的数据交互方法，其特征在于，所述扫描请求包、所述广播包、所述扫描响应包符合低功耗蓝牙标准规范。
4. 如权利要求1或2所述的数据交互方法，其特征在于，所述信标装置与所述信标数据交互装置所交互的数据采用加密和解密处理。
5. 如权利要求1所述的数据交互方法，其特征在于，当所述信标装置和所述信标数据交互装置交互的数据为固件程序数据或固件更新控制指令时，所述信标数据交 互装置将所述固件程序数据或固件更新控制指令拆分成多个所述扫描请求包，并发送给所述信标装置，以实现所述信标装置的固件更新。
6. 一种采用如权利要求1所述的数据交互方法的信标装置，其特征在于，所述信标装置包括：
微控制单元模块，用于对所述信标装置的主要功能进行控制并对相关数据进行分析处理；
存储模块，与所述微控制单元模块耦接，用于存储程序代码、应用数据和其他配置信息；
基于低功耗蓝牙技术的广播模块，与所述微控制单元模块耦接，所述广播模块实现低功耗蓝牙标准规范中的蓝牙控制器部分，所述广播模块中的链路层只实现待机和广播两种状态机，所述广播模块至少支持低功耗蓝牙标准规范中的广播包、扫描请求包、扫描响应包的处理，其中所述广播包和所述扫描响应包分别为所述信标装置发送的广播包和扫描响应包，所述扫描请求包为所述信标装置接收到的扫描请求包；
基于低功耗蓝牙技术的参数配置模块，用于对所述广播模块的控制参数以及相关参数进行配置，所述参数配置模块对应低功耗蓝牙标准规范中的蓝牙主机部分，但所述参数配置模块对该蓝牙主机部分的协议栈进行大幅精简，其中，该参数配置模块仅实现低功耗蓝牙标准规范中的通用访问配置模块并对其进行简化，且并不包括低功耗蓝牙标准规范中的通用属性配置模块、属性配置模块、逻辑链路控制与适配协议模块、安全管理器模块。
7. 如权利要求6所述的数据交互方法的信标装置，其特征在于，所述信标装置还包括：
安全管理模块，用于对数据交互中的数据进行加密和解密；
固件升级模块，用于对所述信标装置的固件进行升级。
8. 一种采用如权利要求1所述的数据交互方法的信标数据交互装置，其特征在于，所述信标数据交互装置包括：
微控制单元模块，用于所述信标数据交互装置的主要功能控制和数据处理；
存储模块，与所述微控制单元模块耦接，用于存储程序代码、应用数据和其他配置信息；
人机交互模块，用于对所述信标数据交互装置进行人机交互；
基于低功耗蓝牙技术的扫描模块，用于实现了低功耗蓝牙标准规范中的蓝牙控制器部分，所述扫描模块中的链路层中至少实现了低功耗蓝牙标准规范中定义的扫描这一状态机，所述扫描模块至少支持低功耗蓝牙标准规范中的广播包、扫描请求包、扫描响应包的处理，其中，所述扫描请求包为所述信标数据交互装置发送的扫描请求包，所述广播包和所述扫描响应包为所述信标数据交互装置接收到的广播包和扫描响应包。
9. 如权利要求8所述的数据交互方法的信标数据交互装置，其特征在于，所述信标数据交互装置还包括：
安全管理模块，用于对数据交互中的数据进行加密和解密；
固件升级模块，用于对所述信标数据交互装置的固件进行更新。”
经形式审查合格，国家知识产权局于2019年07月04日依法受理了该复审请求，并将其转送至原审查部门进行前置审查。
原审查部门在前置审查意见书中认为，（1），对比文件1已经公开了将所需要发送的传感器数据进行处理以及装置的地址根据蓝牙低能BLE协议添加到扫描请求包的PDU部分中进行广播。对比文件1与本申请一样均是对BLE协议进行改进，将地址数据以及所需要发送的额外数据根据蓝牙低能BLE协议标准添加到扫描请求包的PDU部分中进行广播发送。在对比文件1公开上述内容的基础上，为了将所需要发送的数据携带在扫描请求包中进行发送，本领域技术人员根据实际情况需要可以选择将其包装成符合低功耗蓝牙协议广播模式下的扫描请求包中的设备地址数据的格式，这是本领域技术人员在对比文件1公开内容的基础上无需付出创造性的劳动。（2），对比文件1已经公开了：使用蓝牙协议（BLE协议）将所要发送的传感器数据添加到蓝牙广告信道包，并将所述传感器数据添加到广播信道包的协议数据单元PDU部分，使得能够在装置间能够不通过连接方式只通过广播方式进行数据交互。同时，待更新的广播数据、固件程序数据以及固件更新程序指令属于本领域常见的数据类型。（3）对比文件1已经公开了：不通过连接方式而是只通过广播方式进行数据交互。综上所述，审查员认为申请人的意见陈述理由不成立，坚持驳回决定。
随后，国家知识产权局成立合议组对本案进行审理。
在上述程序的基础上，合议组认为本案事实已经清楚，可以作出审查决定。
二、决定的理由
1.审查文本的认定
复审请求人在2019年07月01日提交复审请求时提交了权利要求书的全文替换页。本复审请求审查决定依据的审查文本为：申请日2015年12月21日提交的说明书第1-10页，说明书附图第1-9页，说明书摘要以及摘要附图；2019年07月01日提交的权利要求第1-9项。经审查，上述修改文件的修改之处符合专利法第33条的规定。
2.关于创造性
专利法第22条第3款规定：创造性，是指与现有技术相比，该发明具有突出的实质性特点和显著的进步，该实用新型具有实质性特点和进步。
本复审请求审查决定引用的对比文件与驳回决定所引用的对比文件相同，即，对比文件1：WO2014135711A1，公开日为2014年09月12日。
（1）权利要求1请求保护一种基于低功耗蓝牙技术的数据交互方法，对比文件1公开了一种用于在装置之间无线地发射传感器数据的方法，并具体公开了（参见其说明书第2页第14行-第29页第23行，图9，摘要）：使用蓝牙低能BLE协议，所述第一装置可广播所述广告数据包（相当于信标装置在广播模式下发送广播包），第二装置可扫描并接收所述广告数据包（相当于信标数据交互装置监听所述信标装置发送的所述广播包，确定所述信标装置已经开始运行），当第二装置从第一装置接收到广告信道包时，其可被提示将扫描请求消息广播到所述第一装置，其中所述扫描请求消息包含用于识别所述第二装置的标识符，以及用于识别所述第一装置的标识符，以及将与所述第二装置相关联的至少一个传感器的传感器信息根据所使用的无线通信协议添加到所述扫描请求消息中，当所述第一装置接收到此扫描请求消息时（相当于该权利要求中的所述信标装置在接收到所述信标数据交互装置发送的所述扫描请求包后，监听扫描请求包），其可依据所述标识符确定所述第二装置的所述身份，提取与所述第二装置相关的所述传感器数据（相当于该权利要求中的提取出所述设备数据并解析其中的数据），以及提供提示所述第二装置的所述身份及与所述第二装置相关联的所述传感器数据的输出。第二装置发送的扫描请求包由第一装置处理，那么第一装置把扫描响应包往回发送给第二装置，扫描响应包包含第一装置的地址以及额外数据。传感器数据可在装置之间发射而无需在两个装置之间建立数据连接（相当于所述信标装置和所述信标交互装置在广播模式下进行数据的接收和发送，而不需要在连接模式下进行数据的接收和发送）。
权利要求1与对比文件1的区别在于：（1）所述信标数据交互装置将需要发送给所述信标装置的数据包装成符合低功耗蓝牙协议广播模式下的扫描请求包中的设备地址数据的格式，并生成标准的所述扫描请求包；（2）所述交互的数据包括待更新的广播数据、固件程序数据、固件更新控制指令中的一种或多种。
基于上述区别特征可以确定权利要求1实际要解决的技术问题是如何节省装置之间数据传送时的信令交互，以提高数据交互时的安全性。
对于上述区别，区别特征（2）是本领域惯用的技术手段，但是对于区别特征（1），根据对比文件1的公开的内容可以得知对比文件1所谓的标志符信息即为设备地址，而根据BLE协议，设备地址本来就可以在广播模式下的扫描请求包中进行传输的，并无特殊之处。此外，对比文件1中提到传输传感器数据这些额外的数据，有如下描述：如果所用的无线通信协议可以加才能加（if such information can be added to the message according to the wireless communication protocol being used.），第5页34～35行也再次提到了上述内容。但是在蓝牙低功耗协议的扫描请求包（SCAN_REQ）中这是无法加入的，对比文件1的图9就是用蓝牙低功耗协议的例子，明确在第22页第23～24两行说了扫描请求包（SCAN_REQ）不能增加任何额外的信息（the dotted arrows indicating packets that cannot include any additional data selected by the first and/or second device）。传感器信息数据是放在扫描响应包(SCAN_RSP)里面进行传输的。而本申请的核心发明内容就是要在这个加不了额外信息的扫描请求包（SCAN_REQ）增加内容，这正是本发明与对比文件1的最大区别, 对比文件1明确在第22页第23～24两行说了扫描请求包（SCAN_REQ）不能增加任何额外的信息（the dotted arrows indicating packets that cannot include any additional data selected by the first and/or second device）,只能将地址数据加入，这是因为BLE协议的扫描请求包（SCAN_REQ）的PDU只能包含地址，即对比文件1并没有公开或披露传感器数据能加入到蓝牙低功耗BLE协议的扫描请求包PDU当中进行广播，通过对比文件1中附图9和附图10的相关内容可以看出，对比文件1中的传感器数据是通过扫描请求响应包来广播的，而并不是通过扫描请求来添加传感器数据，虽然对比文件1和本申请同样都解决了不建立数据连接进行数据交互地问题，但是所使用的技术手段并不相同，对比文件1并未给出在扫描请求中将数据伪装成地址进行广播的启示，而且，现有技术中并没有证据证明，为了不建立数据连接，且减少数据传送时的信令交互将数据伪装成地址进行广播属于本领域的惯用技术手段，可见，现有技术整体上未给出应用上述区别特征解决权利要求1实际要解决的技术问题的启示，不能使本领域技术人员有动机对对比文件1公开的技术方案进行改进以获得权利要求1所要求保护的技术方案，因此权利要求1的技术方案是非显而易见的。本申请通过将广播数据伪装成地址进行广播达到了简化设备之间信令交互，提高数据传输安全的技术效果。因此，权利要求1所要求保护的技术方案相对于对比文件1和本领域的公知常识具有突出的实质性特点和显著的进步，权利要求1具备创造性，符合专利法第22条第3款的规定。
2、权利要求2-5均引用权利要求1，因此，在其引用的权利要求具备创造性的情况下，权利要求2-5具备创造性。
3、权利要求6和8请求保护一种采用如权利要求1所述的数据交互方法的信标装置，由于权利要求1具有创造性，因此权利要求6和8具备专利法第22条第3款所规定的创造性。
4、权利要求7和9分别引用权利要求6和8，当其引用的权利要求具备创造性的情况下，权利要求7和9具备创造性。
三、决定
撤销国家知识产权局于2019年03月14日对本申请作出的驳回决定。由国家知识产权局原审查部门以下述文本为基础继续进行审批程序：
复审请求人于2019年07月01日提交的权利要求第1-9项；
复审请求人于2015年12月21日提交的说明书第1-10页；
复审请求人于2015年12月21日提交的说明书附图第1-9页；
复审请求人于2015年12月21日提交的说明书摘要；
复审请求人于2015年12月21日提交的摘要附图。
如对本复审请求审查决定不服，根据专利法第41条第2款的规定，复审请求人自收到本决定之日起三个月内向北京知识产权法院起诉。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
