发明创造名称：在物联网中用于管理ZigBee网络的方法
外观设计名称：
决定号：182036
决定日：2019-06-24
委内编号：1F258647
优先权日：
申请（专利）号：201310039832.X
申请日：2013-01-31
复审请求人：上海诺基亚贝尔股份有限公司
无效请求人：
授权公告日：
审定公告日：
专利权人：
主审员：耿晓芳
合议组组长：傅海望
参审员：张剑
国际分类号：H04W24/04，H04W84/18
外观设计分类号：
法律依据：专利法第22条第3款
决定要点：如果一项权利要求与最接近的对比文件相比存在区别特征，而部分区别特征被另一对比文件公开，另一部分区别特征为本领域公知常识，且在最接近对比文件的基础上结合该另一对比文件以及本领域的公知常识来得到该权利要求请求保护的技术方案对本领域技术人员来说是显而易见的，则该权利要求不具有突出的实质性特点和显著的进步，不具备专利法第22条第3款规定的创造性。
全文：
本复审请求涉及申请号为201310039832.X，名称为“在物联网中用于管理ZigBee网络的方法”的发明专利申请（下称本申请）。申请人原为上海贝尔股份有限公司，后变更为上海诺基亚贝尔股份有限公司。本申请的申请日为2013年01月31日，公开日为2014年08月06日。
经实质审查，国家知识产权局原审查部门于2018年05月03日发出驳回决定，驳回了本申请，其理由是：权利要求1-7相对于对比文件1、2和本领域公知常识的结合不具备专利法第22条第3款规定的创造性。驳回决定所依据的文本为：申请日2013年01月31日提交的说明书摘要、说明书第1-65段（即第1-8页）、说明书摘要、摘要附图，2018年02月22日提交的权利要求第1-7项。驳回决定所引用的对比文件为：
对比文件1：CN 102142980A，公开日为2011年8月3日；
对比文件2：ZigBee Specification, Zigbee Document 053474r06, Version 1.0, ZigBee Alliance, 公开日为2005年6月27日。
驳回决定所针对的权利要求书内容如下：
“1. 一种在物联网的ZigBee协作节点中用于报告ZigBee网络的网络信息的方法，其中，所述ZigBee协作节点与构成所述ZigBee网络的多个ZigBee节点相连接，并且所述物联网中还包括处于IP网络中的自动配置服务器，所述ZigBee协作节点与所述自动配置服务器通过网关相连接，所述方法包括如下步骤：
从所述网关接收基于ZigBee设备对象的第一请求消息；
响应于所述第一请求消息，向所述网关发送基于ZigBee设备对象的第一信令，所述第一信令中包括针对所述ZigBee网络中的所述多个ZigBee节点中的每一个的网络描述信息和邻居列表信息以及针对所述ZigBee网络中的网络故障原因信息，所述故障原因信息用于描述在网络层中出现的故障和情况并且包括出现故障的目的地地址信息和指示网络故障的状态编码信息。
2. 根据权利要求1所述的方法，其特征在于，所述网络描述信息包括当前ZigBee节点所在的个域网的信息；所述邻居列表信息包括在网络发现和加入阶段可能是备选父节点的路由器的信息，或者在当前ZigBee节点加入所述ZigBee网络后在所述ZigBee网络中与邻居ZigBee节点的关系和连接状态信息。
3. 一种在物联网的网关中用于辅助报告ZigBee网络的网络信息的方法，其中，所述物联网中还包括处于IP网络中的自动配置服务器和处于非IP网络中的ZigBee协作节点，所述ZigBee协作节点与构成所述ZigBee网络的多个ZigBee节点相连接，并且与所述自动配置服务器通过所述网关相连接，所述方法包括如下步骤：
向所述ZigBee协作节点转发来自所述自动配置服务器的基于TR-069的第一请求消息，所述第一请求消息用于请求所述ZigBee协作节点报告第一信令；
接收来自所述ZigBee协作节点的基于ZigBee设备对象的所述第一信令，所述第一信令中包括针对所述ZigBee网络中的所述多个 ZigBee节点中的每一个的网络描述信息和邻居列表信息以及针对所述ZigBee网络中的网络故障原因信息，所述故障原因信息用于描述在网络层中出现的故障和情况并且包括出现故障的目的地地址信息和指示网络故障的状态编码信息；
记录所述第一信令中包括的信息；
将所述第一信令中包括的信息转换成基于TR-069的消息格式，并将转换后的信息发送至所述自动配置服务器。
4. 根据权利要求3所述的方法，其特征在于，所述网络描述信息包括当前ZigBee节点所在的个域网的信息；所述邻居列表信息包括在网络发现和加入阶段可能是备选父节点的路由器的信息，或者在当前ZigBee节点加入所述ZigBee网络后在所述ZigBee网络中与邻居ZigBee节点的关系和连接状态信息。
5. 根据权利要求3所述的方法，其特征在于，所述转发包括：
将所述第一请求消息转换成基于ZigBee设备对象的格式，并转发至所述ZigBee协作节点。
6. 一种在物联网的处于IP网络中的自动配置服务器中用于管理ZigBee网络的方法，其中，所述物联网中还包括ZigBee协作节点，其与构成所述ZigBee网络的多个ZigBee节点相连接，并且，所述ZigBee协作节点与所述自动配置服务器通过网关相连接，所述方法包括如下步骤：
向所述网关发送基于TR-069的第一请求消息，所述第一请求消息用于请求所述ZigBee协作节点报告第一信令；以及
从所述网关接收基于TR-069的第一信令，所述第一信令中包括针对所述ZigBee网络中的所述多个ZigBee节点中的每一个的网络描述信息和邻居列表信息以及针对所述ZigBee网络中的网络故障原因信息，所述故障原因信息用于描述在网络层中出现的故障和情况并且包括出现故障的目的地地址信息和指示网络故障的状态编码信息。
7. 根据权利要求6所述的方法，其特征在于，所述网络描述信息包括当前ZigBee节点所在的个域网的信息；所述邻居列表信息包括在 网络发现和加入阶段可能是备选父节点的路由器的信息，或者在当前ZigBee节点加入所述ZigBee网络后在所述ZigBee网络中与邻居ZigBee节点的关系和连接状态信息。”
申请人（下称复审请求人）对上述驳回决定不服，于2018年08月17日向国家知识产权局提出了复审请求，未提交修改文件。复审请求人认为：(1)对比文件1不涉及ZigBee协作节点，更不可能公开或建议ZigBee协作节点与自动配置服务器通过网关相连接；对比文件2虽然提及了ZigBee协作节点和ZigBee末端节点，但是没有提及ZigBee协作节点与网关的信令通信，更没有提及ZigBee协作节点与自动配置服务器通过网关相连接；即使能够将对比文件2提及的ZigBee协作节点结合到对比文件1的方案中，本领域技术人员也不会想到要修改对比文件1的方案以使得由ZigBee协作节点向网关发送任何信令，对比文件1和2均没有提及ZigBee协作节点可以与网关连接以及执行信令通信；（2）对比文件1和2均没有公开权利要求1中记载的特征“第一信令中包括……和指示网络故障的状态编码信息”，对比文件1仅涉及管理网络拓扑操作，没有涉及网络中的故障情形，更没有涉及如何实现故障原因的获取和上报，与故障定位完全没有关系，本领域技术人员不会想到修改对比文件1的方案以使得在发送网络拓扑消息的同时发送网络故障原因信息；对比文件2也没有涉及网络中的故障情形；上述区别能够实现自动配置服务器对ZigBee网络进行远程管理，并能够实现快速定位、排除故障，提高网络管理的效率。
经形式审查合格，国家知识产权局于2018年08月23日依法受理了该复审请求，并将其转送至原审查部门进行前置审查。
原审查部门在前置审查意见书中认为权利要求1-7仍然不具备创造性，因而坚持驳回决定。
随后，国家知识产权局成立合议组对本案进行审理。
合议组于2018年11月30 日向复审请求人发出复审通知书。该复审通知书引用的对比文件与驳回决定所引用的对比文件相同，即对比文件1和对比文件2。该复审通知书所针对的文本与驳回决定针对的文本相同。复审通知书中指出权利要求1-7相对于对比文件1和2以及本领域公知常识不具备专利法第22条第3款规定的创造性，并针对复审请求人的意见陈述进行了答复。
复审请求人于2019年01月08 日提交了意见陈述书和权利要求书全文替换页，在权利要求1、6中增加了特征“其中所述网络描述信息包括扩展个域网ID、逻辑信道信息以及协议栈标识符中的至少一项”，并将权利要求2、7中的特征“所述网络描述信息包括当前ZigBee节点所在的个域网的信息”删除。复审请求人认为：对比文件1没有具体限定发送何种网络拓扑信息，相反，修改后的权利要求1具体限定了网络描述信息包括扩展个域网ID、逻辑信道信息以及协议栈标识符中的至少一项；对比文件2也没有公开网络拓扑信息的具体内容。修改后的权利要求1、2、6、7内容如下：
“1. 一种在物联网的ZigBee协作节点中用于报告ZigBee网络的网络信息的方法，其中，所述ZigBee协作节点与构成所述ZigBee网络的多个ZigBee节点相连接，并且所述物联网中还包括处于IP网络中的自动配置服务器，所述ZigBee协作节点与所述自动配置服务器通过网关相连接，所述方法包括如下步骤：
从所述网关接收基于ZigBee设备对象的第一请求消息；
响应于所述第一请求消息，向所述网关发送基于ZigBee设备对象的第一信令，所述第一信令中包括针对所述ZigBee网络中的所述多个ZigBee节点中的每一个的网络描述信息和邻居列表信息以及针对所述ZigBee网络中的网络故障原因信息，所述故障原因信息用于描述在网络层中出现的故障和情况并且包括出现故障的目的地地址信息和指示网络故障的状态编码信息，其中所述网络描述信息包括扩展个域网ID、逻辑信道信息以及协议栈标识符中的至少一项。
2. 根据权利要求1所述的方法，其特征在于，所述邻居列表信息包括在网络发现和加入阶段可能是备选父节点的路由器的信息，或者在当前ZigBee节点加入所述ZigBee网络后在所述ZigBee网络中与邻居ZigBee节点的关系和连接状态信息。”
“6. 一种在物联网的处于IP网络中的自动配置服务器中用于管理ZigBee网络的方法，其中，所述物联网中还包括ZigBee协作节点，其与构成所述ZigBee网络的多个ZigBee节点相连接，并且，所述ZigBee协作节点与所述自动配置服务器通过网关相连接，所述方法包括如下步骤：
向所述网关发送基于TR-069的第一请求消息，所述第一请求消息用于请求所述ZigBee协作节点报告第一信令；以及
从所述网关接收基于TR-069的第一信令，所述第一信令中包括针对所述ZigBee网络中的所述多个ZigBee节点中的每一个的网络描述信息和邻居列表信息以及针对所述ZigBee网络中的网络故障原因信息，所述故障原因信息用于描述在网络层中出现的故障和情况并且包括出现故障的目的地地址信息和指示网络故障的状态编码信息，其中所述网络描述信息包括扩展个域网ID、逻辑信道信息以及协议栈标识符中的至少一项。
7. 根据权利要求6所述的方法，其特征在于，所述邻居列表信息包括在网络发现和加入阶段可能是备选父节点的路由器的信息，或者在当前ZigBee节点加入所述ZigBee网络后在所述ZigBee网络中与邻居ZigBee节点的关系和连接状态信息。”
合议组于2019年03月28日向复审请求人发出复审通知书。该复审通知书引用的对比文件与驳回决定以及前次复审通知书所引用的对比文件相同，即对比文件1和对比文件2。该复审通知书所针对的文本为：申请日2013年01月31日提交的说明书摘要、说明书第1-8页、说明书摘要、摘要附图，2019年01月08日提交的权利要求第1-7项。该复审通知书中指出权利要求1-7相对于对比文件1和2以及本领域公知常识的结合不具备专利法第22条第3款规定的创造性，并针对复审请求人的意见陈述进行了答复。
复审请求人于2019年04月23 日提交了意见陈述书和权利要求书全文替换页，在权利要求1、6中增加了特征“所述状态编码信息包括无可用路由、树链路故障以及无树链路故障中的至少一项”，在权利要求3中增加特征“其中所述网络描述信息包括扩展个域网ID、逻辑信道信息以及协议栈标识符中的至少一项；所述状态编码信息包括无可用路由、树链路故障以及无树链路故障中的至少一项”，并将权利要求4中的特征“所述网络描述信息包括当前ZigBee节点所在的个域网的信息”删除。复审请求人认为：(1)对比文件1的网关具有预先构造的拓扑树的节点，并且响应于“MO命令”而从拓扑树的相应节点获取特定类型的信息，因此为了获取第一MO节点代表的传感器网络整体信息和第二MO节点代表的传感器特征信息和/或传感器间拓扑信息，网关需要接收和执行不同的MO命令；而本申请中ZigBee协作节点响应于第一请求消息即可返回包第一信令，其包括多个ZigBee节点中的每一个的多种信息。（2）对比文件1公开了网关通过接收和执行不同的MO命令来获取不同类型的信息的基础上，本领域技术人员最多能够想到通过另外一条不同的MO命令来获取故障信息，而绝不会想到通过一条请求消息获取针对ZigBee网络中的多个ZigBee节点中的每一个的网络描述信息和邻居列表信息以及针对ZigBee网络中的网络故障原因信息。（3）对比文件1没有公开将故障原因信息发送给网关，更不可能公开或教导指示网络故障的状态编码信息包括无可用路由、树链路故障以及无树链路故障中的至少一项。修改后的权利要求书内容如下：
“1. 一种在物联网的ZigBee协作节点中用于报告ZigBee网络的网络信息的方法，其中，所述ZigBee协作节点与构成所述ZigBee网络的多个ZigBee节点相连接，并且所述物联网中还包括处于IP网络中的自动配置服务器，所述ZigBee协作节点与所述自动配置服务器通过网关相连接，所述方法包括如下步骤：
从所述网关接收基于ZigBee设备对象的第一请求消息；
响应于所述第一请求消息，向所述网关发送基于ZigBee设备对象的第一信令，所述第一信令中包括针对所述ZigBee网络中的所述多个ZigBee节点中的每一个的网络描述信息和邻居列表信息以及针对所述ZigBee网络中的网络故障原因信息，所述故障原因信息用于描述在网络层中出现的故障和情况并且包括出现故障的目的地地址信息和指示网络故障的状态编码信息，其中所述网络描述信息包括扩展个域网ID、逻辑信道信息以及协议栈标识符中的至少一项，所述状态编码信息包括无可用路由、树链路故障以及无树链路故障中的至少一项。
2. 根据权利要求1所述的方法，其特征在于，所述邻居列表信息包括在网络发现和加入阶段可能是备选父节点的路由器的信息，或者在当前ZigBee节点加入所述ZigBee网络后在所述ZigBee网络中与邻居ZigBee节点的关系和连接状态信息。
3. 一种在物联网的网关中用于辅助报告ZigBee网络的网络信息的方法，其中，所述物联网中还包括处于IP网络中的自动配置服务器和处于非IP网络中的ZigBee协作节点，所述ZigBee协作节点与构成所述ZigBee网络的多个ZigBee节点相连接，并且与所述自动配置服务器通过所述网关相连接，所述方法包括如下步骤：
向所述ZigBee协作节点转发来自所述自动配置服务器的基于TR-069的第一请求消息，所述第一请求消息用于请求所述ZigBee协作节点报告第一信令；
接收来自所述ZigBee协作节点的基于ZigBee设备对象的所述第 一信令，所述第一信令中包括针对所述ZigBee网络中的所述多个ZigBee节点中的每一个的网络描述信息和邻居列表信息以及针对所述ZigBee网络中的网络故障原因信息，所述故障原因信息用于描述在网络层中出现的故障和情况并且包括出现故障的目的地地址信息和指示网络故障的状态编码信息，其中所述网络描述信息包括扩展个域网ID、逻辑信道信息以及协议栈标识符中的至少一项，所述状态编码信息包括无可用路由、树链路故障以及无树链路故障中的至少一项；
记录所述第一信令中包括的信息；
将所述第一信令中包括的信息转换成基于TR-069的消息格式，并将转换后的信息发送至所述自动配置服务器。
4. 根据权利要求3所述的方法，其特征在于，所述邻居列表信息包括在网络发现和加入阶段可能是备选父节点的路由器的信息，或者在当前ZigBee节点加入所述ZigBee网络后在所述ZigBee网络中与邻居ZigBee节点的关系和连接状态信息。
5. 根据权利要求3所述的方法，其特征在于，所述转发包括：
将所述第一请求消息转换成基于ZigBee设备对象的格式，并转发至所述ZigBee协作节点。
6. 一种在物联网的处于IP网络中的自动配置服务器中用于管理ZigBee网络的方法，其中，所述物联网中还包括ZigBee协作节点，其与构成所述ZigBee网络的多个ZigBee节点相连接，并且，所述ZigBee协作节点与所述自动配置服务器通过网关相连接，所述方法包括如下步骤：
向所述网关发送基于TR-069的第一请求消息，所述第一请求消息用于请求所述ZigBee协作节点报告第一信令；以及
从所述网关接收基于TR-069的第一信令，所述第一信令中包括针对所述ZigBee网络中的所述多个ZigBee节点中的每一个的网络描述信息和邻居列表信息以及针对所述ZigBee网络中的网络故障原因信息，所述故障原因信息用于描述在网络层中出现的故障和情况并且包括出现故障的目的地地址信息和指示网络故障的状态编码信息，其中 所述网络描述信息包括扩展个域网ID、逻辑信道信息以及协议栈标识符中的至少一项，所述状态编码信息包括无可用路由、树链路故障以及无树链路故障中的至少一项。
7. 根据权利要求6所述的方法，其特征在于，所述邻居列表信息包括在网络发现和加入阶段可能是备选父节点的路由器的信息，或者在当前ZigBee节点加入所述ZigBee网络后在所述ZigBee网络中与邻居ZigBee节点的关系和连接状态信息。”
在上述程序的基础上，合议组认为本案事实已经清楚，可以作出审查决定。
二、决定的理由
（一）审查文本的认定
复审请求人于2019年04月23日提交了权利要求书全文替换页。经审查，所述修改文本的修改之处符合专利法第33条的规定。本复审请求审查决定所依据的文本为：申请日2013年01月31日提交的说明书摘要、说明书第1-8页、说明书摘要、摘要附图，2019年04月23日提交的权利要求第1-7项。
（二）具体理由的阐述
专利法第22条第3款规定：“创造性，是指与现有技术相比，该发明具有突出的实质性特点和显著的进步，该实用新型具有实质性特点和进步。”
本复审请求审查决定引用的对比文件与驳回决定、复审通知书中引用的对比文件相同，即：
对比文件1：CN 102142980A，公开日为2011年8月3日；
对比文件2：ZigBee Specification， Zigbee Document 053474r06， Version 1.0，ZigBee Alliance，公开日为2005年6月27日。
权利要求1-7不具备专利法第22条第3款规定的创造性。
1.权利要求1请求保护一种在物联网的ZigBee协作节点中用于报告ZigBee网络的网络信息的方法，对比文件1中公开了一种能够应用于ZigBee网络中的远程设备管理方法（参见说明书[0002]-[0005]、[0029]-[0059]、[0081]-[0088]、[0097]-[0126]、[0148-0155]段，附图2、4，权利要求1-26）：在现有技术中，基于广域网的远程设备管理技术主要有设备管理（DM）规范，能够通过操作M2M网关上的管理对象数据实现对M2M的远程管理，但不支持经过M2M网关对末梢传感网络的远程拓扑管理；ZigBee网络定义了一种基于IP承载的远程网络管理技术，通过ZigBee网关设备（即网关）提供简单的ZigBee网络设备发现和服务操作方法，但是不能直接提供传感网拓扑结构信息以及拓扑调整的方法，为了解决这样的问题，提出如下方案：设备管理服务器向网关发送DM命令，所述DM命令作用于预先构造的MO节点，MO节点包括用于发现传感器网络拓扑的节点，用于描述传感网络拓扑的节点或者用于修改传感网络拓扑的节点等，所述DM命令作用于预先构造的管理对象MO节点，即ZigBee目标设备，其中“作用于”的含义是指在DM命令中指定一个目标MO节点路径，以便判断该DM指令是针对哪个MO节点执行的；；M2M网关解析所述DM指令，判断需要通过相应的ZigBee协议请求来完成ZigBee网络拓扑信息和ZigBee设备服务信息发现的过程；M2M网关向DM服务器返回成功响应；获取拓扑信息及其中各设备服务信息，包括DM服务器向M2M发送DM获取命令，指示M2M网关返回Topo/Devlist节点下的子树结构及每个节点的取值，M2M网关向DM服务器返回结果，携带Topo/Devlist节点下的子树结构及每个节点的取值；设备管理服务器还可以向M2M网关发送一条DM获取命令，作用于如Topo/NetworkId或Topo/TopoType等管理对象节点，获取其他相关的网络拓扑信息；Devlist用于描述该网关下的各传感网设备相关的拓扑信息和拓扑管理方法，其中每一个传感网设备信息由Devlist之下的节点标识，而所述节点进一步包括以下子节点：传感设备标识、传感设备类型、设备名称或别名、用于传感网本地通信的设备本地地址、邻居等；在查询设备邻居列表包括：M2M网关向ZigBee设备发送链路质量查询请求，ZigBee设备向M2M网关返回链路质量查询响应，通过响应消息中的NeighborTableList参数返回其能够发现的所有相邻设备信息，其中包括链路质量信息和拓扑连接关系信息，并被M2M网关逐一映射到M0树中的Topo/Devlist//Neighbors/节点中；构造的拓扑树如图2所示，图2为本发明实施例中用于实现远程传感网络拓扑管理的树状MO结构模型，其中每个方框表示管理树中的一个MO节点或其子节点，Topo节点下记录了所有用于远程管理传感网拓扑的MO信息，概括起来包括：传感网整体特征信息和管理方法、每个传感网设备自身的信息和管理方法、以及传感网设备之间的拓扑关系信息和管理方法，Topo节点本身可以根据具体实现的需要至于网关管理树中的恰当位置（根节点或者其他MO分支节点之下）。根据上述内容可以看出，Topo节点本身可以是MO节点，而且该节点下包括描述传感网络拓扑的节点，如描述传感网络整体信息的第一MO节点以及描述传感设备特征信息和/或传感设备间拓扑连接关系信息的第二MO节点，用于描述个传感设备所提供的服务信息的第三MO节点；因此可以通过DM获取命令直接作用于Topo节点而获取到传感网络整体信息以及传感设备特征信息和传感设备间拓扑连接关系信息。
权利要求1与对比文件1的区别在于：（1）网络结构不同，权利要求1的网络中包含ZigBee协作节点，ZigBee协作节点设置在网关和ZigBee节点之间，与多个ZigBee节点相连，由ZigBee协作节点接收基于设备对象的请求消息，并由ZigBee协作节点返回有关网络信息；而对比文件1中自动配置服务器与网关相连，网关与ZigBee网络中的节点相连，自动配置服务器向网关发送基于管理对象MO节点的DM命令，并由网关返回有关网络信息；（2）网络信息不同，权利要求1的网络信息中还包含网络故障原因信息，该信息用于描述网络层中出现的故障和情况并且包括出现故障的目的地地址和指示网络故障的状态编码信息，所述状态编码信息包括无可用路由、树链路故障以及无树链路故障的至少一项；（3）所述网络描述信息包括扩展个域网ID、逻辑信道信息以及协议栈标识符中的至少一项。
由此可以确定，要解决的问题是：（1）如何设置ZigBee网络远程管理的网络架构；（2）如何快速定位排查ZigBee网络中的故障；（3）如何更详细地描述网络。
对于区别特征（1），对比文件2公开了一种ZigBee网络的构造方法（参见第18页，第24页第3-8行，第1.1.8、1.5.5节），网络中包括ZigBee协作节点、ZigBee末端节点，以及ZigBee设备对象ZDO，其中ZigBee协作节点与多个ZigBee末端节点相连，ZDO构造用于发现、网络管理、安全管理等的配置信息；ZigBee协作节点负责初始化以及维护网络上的设备，所有其他设备如端设备直接与ZigBee协作节点通信；允许其他设备加入该网络、对它自己设备请求的任何设备发现或业务发现操作作出响应、维护当前相关联的设备的列表等。对比文件1公开了通过预先构造的拓扑信息接收DM命令，采用与现有远程设备管理技术相一致的统一管理接口，使得M2M业务平台（或其他设备管理服务器）不仅能够对M2M网关还能够对M2M网关之后的传感网络进行远程拓扑管理和维护；网关本身的一部分是传感网设备，远程管理的方法同样适用于对网关中传感网设备部分的拓扑管理。因此，结合对比文件2公开的内容来看，对比文件1中的网关既具有网关的功能，又具有传感网ZigBee协作节点的功能。而在物联网中，将网关与传感网ZigBee协作节点分别单独设置或者二者由单一设备来实现，是本领域公知的两种方式。因此，本领域技术人员有动机将对比文件1进行改进，将M2M网关设置为单独的网关以及ZigBee协作节点。
对于区别特征（2），对比文件1要解决的技术问题就是现有技术中，通过ZigBee网关仅能提供简单发现和服务操作，并不能直接提供传感网拓扑结构信息以及拓扑调整，因此给出了一种通过网关直接获取网络信息的方法；对比文件1的方案是用于对传感网络的远程管理和维护，而本领域技术人员公知，对网络故障进行定位和排查是网络管理和维护中经常要面对的问题，解决这一问题通常需要获取有关网络故障原因信息，包括例如故障类型、故障状态编码、故障情况、发生故障的地址等信息，以供服务器进行及时的故障定位和调整；这些信息都是常见的网络信息；采用状态编码信息来指示无可用路由、树链路故障以及无树链路故障也是故障指示中常用的方式。因此，当面对网络故障定位和排查这一问题时，本领域技术人员有动机对对比文件1进行改进，在自动配置服务器中进行网络管理时，在上报的网络信息中增加网络故障原因信息以便进行网络故障管理。
对于区别特征（3），对比文件1还公开了：NetworkID用以记录该网关下传感网络标识信息，例如如果是ZigBee网络，其对应为16位的PANID参数。扩展PAN ID也是zigbee网络中常见的个域网参数，因此本领域技术人员也可以想到采用扩展PAN ID。至于逻辑信道和协议栈标识，也是本领域中对网络描述常用的信息，因此为了更准确地描述网络，本领域技术人员可以根据需要来采用这些参数。
因此，对于本领域技术人员来说，在对比文件1基础上结合对比文件2和本领域公知常识得到权利要求1的技术方案是显而易见的，权利要求1不具有突出的实质性特点和显著的进步，不具备专利法第22条第3款规定的创造性。
2.权利要求2对权利要求1作了进一步限定，对比文件1公开了（参见说明书[0002]-[0005]、[0029]-[0059]、[0081]-[0088]、[0097]-[0126]、[0148-0155]段，附图2、4，权利要求1-26）：在查询设备邻居列表包括：M2M网关向ZigBee设备发送链路质量查询请求，ZigBee设备向M2M网关返回链路质量查询响应，通过响应消息中的NeighborTableList参数返回其能够发现的所有相邻设备信息，其中包括链路质量信息和拓扑连接关系信息，并被M2M网关逐一映射到M0树中的Topo/Devlist//Neighbors/节点中；Neighbors，描述该传感网设备与相邻设备间的拓扑连接关系，每个相邻设备由一个节点标识，并包括以下子节点：（1）Ref，指向描述该相邻设备的MO节点位置，（2）DevID，用于直接描述该相邻设备的设备标识，（3）LQI，用于记录当前设备与相邻设备间的通信链路质量；（4）Relationship,描述该相邻设备与当前设备间的拓扑连接关系。备选父节点的路由器的信息也是本领域中常见的邻居信息。因此在权利要求1不具备创造性的情况下，权利要求2也不具备专利法第22条第3款规定的创造性。
3.权利要求3请求保护一种在物联网的网关中用于辅助报告ZigBee网络的网络信息的方法，对比文件1中公开了一种能够应用于ZigBee网络中的远程设备管理方法（参见说明书[0002]-[0005]、[0029]-[0059]、[0081]-[0088] 、[0097]-[0126]、[0148-0155]段，附图2、4，权利要求1-26）：在现有技术中，基于广域网的远程设备管理技术主要有设备管理（DM）规范，能够通过操作M2M网关上的管理对象数据实现对M2M的远程管理，但不支持经过M2M网关对末梢传感网络的远程拓扑管理；ZigBee网络定义了一种基于IP承载的远程网络管理技术，通过ZigBee网关设备（即网关）提供简单的ZigBee网络设备发现和服务操作方法，但是不能直接提供传感网拓扑结构信息以及拓扑调整的方法，为了解决这样的问题，提出如下方案：设备管理服务器向网关发送DM命令，所述DM命令作用于预先构造的MO节点，MO节点包括用于发现传感器网络拓扑的节点，用于描述传感网络拓扑的节点或者用于修改传感网络拓扑的节点，所述DM命令作用于预先构造的管理对象MO节点，即ZigBee目标设备，其中“作用于”的含义是指在DM命令中指定一个目标MO节点路径，以便判断该DM指令是针对哪个MO节点执行的；M2M网关解析所述DM指令，判断需要通过相应的ZigBee协议请求来完成ZigBee网络拓扑信息和ZigBee设备服务信息发现的过程；M2M网关向DM服务器返回成功响应；获取拓扑信息及其中各设备服务信息，包括DM服务器向M2M发送DM获取命令，指示M2M网关返回Topo/Devlist节点下的子树结构及每个节点的取值，M2M网关向DM服务器返回结果，携带Topo/Devlist节点下的子树结构及每个节点的取值；设备管理服务器还可以向M2M网关发送一条DM获取命令，作用于如Topo/NetworkId或Topo/TopoType等管理对象节点，获取其他相关的网络拓扑信息；Devlist用于描述该网关下的各传感网设备相关的拓扑信息和拓扑管理方法，其中每一个传感网设备信息由Devlist之下的节点标识，而所述节点进一步包括以下子节点：传感设备标识、传感设备类型、设备名称或别名、用于传感网本地通信的设备本地地址、邻居等；在查询设备邻居列表包括：M2M网关向ZigBee设备发送链路质量查询请求，ZigBee设备向M2M网关返回链路质量查询响应，通过响应消息中的NeighborTableList参数返回其能够发现的所有相邻设备信息，其中包括链路质量信息和拓扑连接关系信息，并被M2M网关逐一映射到M0树中的Topo/Devlist//Neighbors/节点中；构造的拓扑树如图2所示，图2为本发明实施例中用于实现远程传感网络拓扑管理的树状MO结构模型，其中每个方框表示管理树中的一个MO节点或其子节点，Topo节点下记录了所有用于远程管理传感网拓扑的MO信息，概括起来包括：传感网整体特征信息和管理方法、每个传感网设备自身的信息和管理方法、以及传感网设备之间的拓扑关系信息和管理方法，Topo节点本身可以根据具体实现的需要至于网关管理树中的恰当位置（根节点或者其他MO分支节点之下）。根据上述内容可以看出，Topo节点本身可以是MO节点，而且该节点下包括描述传感网络拓扑的节点，如描述传感网络整体信息的第一MO节点以及描述传感设备特征信息和/或传感设备间拓扑连接关系信息的第二MO节点，用于描述个传感设备所提供的服务信息的第三MO节点；因此可以通过DM获取命令直接作用于Topo节点而获取到传感网络整体信息以及传感设备特征信息和传感设备间拓扑连接关系信息。
权利要求3与对比文件1的区别在于：（1）网络结构不同，权利要求3的网络中包含ZigBee协作节点，ZigBee协作节点设置在网关和ZigBee节点之间，与多个ZigBee节点相连，网关向ZigBee协作节点转发来自所述自动配置服务器的基于TR-069的第一请求消息，并由ZigBee协作节点向网关返回有关网络信息，网关将有关信息转换成基于TR-069消息格式，并将转换后信息发送至自动配置服务器；而对比文件1中自动配置服务器与网关相连，网关与ZigBee网络中的节点相连，自动配置服务器向网关发送基于管理对象MO节点的DM命令，并由网关返回有关网络信息；（2）网络信息不同，权利要求1的网络信息中还包含网络故障原因信息，该信息用于描述网络层中出现的故障和情况并且包括出现故障的目的地地址和指示网络故障的状态编码信息，所述状态编码信息包括无可用路由、树链路故障以及无树链路故障的至少一项；（3）所述网络描述信息包括扩展个域网ID、逻辑信道信息以及协议栈标识符中的至少一项。由此可以确定，要解决的问题是：（1）如何设置ZigBee网络远程管理的网络架构；（2）如何快速定位排查ZigBee网络中的故障；（3）如何更详细地描述网络。
对于区别特征（1），对比文件2公开了一种ZigBee网络的构造方法（参见第18页，第24页第3-8行，第1.1.8、1.5.5节），网络中包括ZigBee协作节点、ZigBee末端节点，以及ZigBee设备对象ZDO，其中ZigBee协作节点与多个ZigBee末端节点相连，ZDO构造用于发现、网络管理、安全管理等的配置信息；ZigBee协作节点负责初始化以及维护网络上的设备，所有其他设备如端设备直接与ZigBee协作节点通信；允许其他设备加入该网络、对它自己设备请求的任何设备发现或业务发现操作作出响应、维护当前相关联的设备的列表等。对比文件1公开了通过预先构造的拓扑信息接收DM命令，采用与现有远程设备管理技术相一致的统一管理接口，使得M2M业务平台（或其他设备管理服务器）不仅能够对M2M网关还能够对M2M网关之后的传感网络进行远程拓扑管理和维护；网关本身的一部分是传感网设备，远程管理的方法同样适用于对网关中传感网设备部分的拓扑管理。因此，结合对比文件2公开的内容来看，对比文件1中的网关既具有网关的功能，又具有传感网ZigBee协作节点的功能。而在物联网中，将网关与传感网ZigBee协作节点分别单独设置或者二者由单一设备来实现，是本领域公知的两种方式。因此，本领域技术人员有动机将对比文件1进行改进，将M2M网关设置为单独的网关以及ZigBee协作节点。此外，在本领域中公知，网关具有协议转换功能，其可以根据需要将两个不同网络之间传送的消息进行协议格式的转换，TR-069也是本领域常见的消息格式。
对于区别特征（2），对比文件1要解决的技术问题就是现有技术中，通过ZigBee网关仅能提供简单发现和服务操作，并不能直接提供传感网拓扑结构信息以及拓扑调整，因此给出了一种通过网关直接获取网络信息的方法；对比文件1的方案是用于对传感网络的远程管理和维护，而本领域技术人员公知，对网络故障进行定位和排查是网络管理和维护中经常要面对的问题，解决这一问题通常需要获取有关网络故障原因信息，包括例如故障类型、故障状态编码、故障情况、发生故障的地址等信息，以供服务器进行及时的故障定位和调整；这些信息都是常见的网络信息；采用状态编码信息来指示无可用路由、树链路故障以及无树链路故障也是故障指示中常用的方式。因此，当面对网络故障定位和排查这一问题时，本领域技术人员有动机对对比文件1进行改进，在自动配置服务器中进行网络管理时，在上报的网络信息中增加网络故障原因信息以便进行网络故障管理。
对于区别特征（3），对比文件1还公开了：NetworkID用以记录该网关下传感网络标识信息，例如如果是ZigBee网络，其对应为16位的PANID参数。扩展PAN ID也是zigbee网络中常见的个域网参数，因此本领域技术人员也可以想到采用扩展PAN ID。至于逻辑信道和协议栈标识，也是本领域中对网络描述常用的信息，因此为了更准确地描述网络，本领域技术人员可以根据需要来采用这些参数。
因此，对于本领域技术人员来说，在对比文件1基础上结合对比文件2和本领域公知常识得到权利要求3的技术方案是显而易见的，权利要求3不具有突出的实质性特点和显著的进步，不具备专利法第22条第3款规定的创造性。
4.权利要求4附加技术特征相应于权利要求2，结合权利要求2的评述，在权利要求3不具备创造性的情况下，权利要求4也不具备专利法第22条第3款规定的创造性。
5.权利要求5对权利要求3作了进一步限定，然而在本领域中公知，网关具有协议转换功能，其可以根据需要将两个不同网络之间传送的消息进行协议格式的转换。因此本领域技术人员有动机根据需要使用网关将第一请求消息转换为基于ZigBee设备对象的格式。因此在权利要求3不具备创造性的情况下，权利要求5也不具备专利法第22条第3款规定的创造性。
6.权利要求6请求保护一种在物联网的处于IP网络中的自动配置服务器中用于管理ZigBee网络的方法，对比文件1中公开了一种能够应用于ZigBee网络中的远程设备管理方法（参见说明书[0002]-[0005]、[0029]-[0059]、[0081]-[0088]、[0097]-[0126]、[0148-0155]段，附图2、4，权利要求1-26）：在现有技术中，基于广域网的远程设备管理技术主要有设备管理（DM）规范，能够通过操作M2M网关上的管理对象数据实现对M2M的远程管理，但不支持经过M2M网关对末梢传感网络的远程拓扑管理；ZigBee网络定义了一种基于IP承载的远程网络管理技术，通过ZigBee网关设备（即网关）提供简单的ZigBee网络设备发现和服务操作方法，但是不能直接提供传感网拓扑结构信息以及拓扑调整的方法，为了解决这样的问题，提出如下方案：设备管理服务器向网关发送DM命令，所述DM命令作用于预先构造的MO节点，MO节点包括用于发现传感器网络拓扑的节点，用于描述传感网络拓扑的节点或者用于修改传感网络拓扑的节点，所述DM命令作用于预先构造的管理对象MO节点，即ZigBee目标设备，其中“作用于”的含义是指在DM命令中指定一个目标MO节点路径，以便判断该DM指令是针对哪个MO节点执行的；M2M网关解析所述DM指令，判断需要通过相应的ZigBee协议请求来完成ZigBee网络拓扑信息和ZigBee设备服务信息发现的过程；M2M网关向DM服务器返回成功响应；获取拓扑信息及其中各设备服务信息，包括DM服务器向M2M发送DM获取命令，指示M2M网关返回Topo/Devlist节点下的子树结构及每个节点的取值，M2M网关向DM服务器返回结果，携带Topo/Devlist节点下的子树结构及每个节点的取值；设备管理服务器还可以向M2M网关发送一条DM获取命令，作用于如Topo/NetworkId或Topo/TopoType等管理对象节点，获取其他相关的网络拓扑信息；Devlist用于描述该网关下的各传感网设备相关的拓扑信息和拓扑管理方法，其中每一个传感网设备信息由Devlist之下的节点标识，而所述节点进一步包括以下子节点：传感设备标识、传感设备类型、设备名称或别名、用于传感网本地通信的设备本地地址、邻居等；在查询设备邻居列表包括：M2M网关向ZigBee设备发送链路质量查询请求，ZigBee设备向M2M网关返回链路质量查询响应，通过响应消息中的NeighborTableList参数返回其能够发现的所有相邻设备信息，其中包括链路质量信息和拓扑连接关系信息，并被M2M网关逐一映射到M0树中的Topo/Devlist//Neighbors/节点中；构造的拓扑树如图2所示，图2为本发明实施例中用于实现远程传感网络拓扑管理的树状MO结构模型，其中每个方框表示管理树中的一个MO节点或其子节点，Topo节点下记录了所有用于远程管理传感网拓扑的MO信息，概括起来包括：传感网整体特征信息和管理方法、每个传感网设备自身的信息和管理方法、以及传感网设备之间的拓扑关系信息和管理方法，Topo节点本身可以根据具体实现的需要至于网关管理树中的恰当位置（根节点或者其他MO分支节点之下）。根据上述内容可以看出，Topo节点本身可以是MO节点，而且该节点下包括描述传感网络拓扑的节点，如描述传感网络整体信息的第一MO节点以及描述传感设备特征信息和/或传感设备间拓扑连接关系信息的第二MO节点，用于描述个传感设备所提供的服务信息的第三MO节点；因此可以通过DM获取命令直接作用于Topo节点而获取到传感网络整体信息以及传感设备特征信息和传感设备间拓扑连接关系信息。
权利要求6与对比文件1的区别在于：（1）网络结构不同，权利要求6的网络中包含ZigBee协作节点，ZigBee协作节点设置在网关和ZigBee节点之间，与多个ZigBee节点相连，自动配置服务器向网关发送基于TR-069的第一请求消息，第一请求消息用于请求所述ZigBee协作节点报告第一信令，并从网关接收基于TR-069的第一信令；而对比文件1中自动配置服务器与网关相连，网关与ZigBee网络中的节点相连，自动配置服务器向网关发送基于管理对象MO节点的DM命令，并由网关返回有关网络信息；（2）网络信息不同，权利要求1的网络信息中还包含网络故障原因信息，该信息用于描述网络层中出现的故障和情况并且包括出现故障的目的地地址和指示网络故障的状态编码信息；所述状态编码信息包括无可用路由、树链路故障以及无树链路故障的至少一项；（3）所述网络描述信息包括扩展个域网ID、逻辑信道信息以及协议栈标识符中的至少一项。
由此可以确定，要解决的问题是：（1）如何设置ZigBee网络远程管理的网络架构；（2）如何快速了解ZigBee网络中的故障；（3）如何更详细地描述网络。
对于区别特征（1），对比文件2公开了一种ZigBee网络的构造方法（参见第18页，第24页第3-8行，第1.1.8、1.5.5节），网络中包括ZigBee协作节点、ZigBee末端节点，以及ZigBee设备对象ZDO，其中ZigBee协作节点与多个ZigBee末端节点相连，ZDO构造用于发现、网络管理、安全管理等的配置信息；ZigBee协作节点负责初始化以及维护网络上的设备，所有其他设备如端设备直接与ZigBee协作节点通信；允许其他设备加入该网络、对它自己设备请求的任何设备发现或业务发现操作作出响应、维护当前相关联的设备的列表等。对比文件1公开了通过预先构造的拓扑信息接收DM命令，采用与现有远程设备管理技术相一致的统一管理接口，使得M2M业务平台（或其他设备管理服务器）不仅能够对M2M网关还能够对M2M网关之后的传感网络进行远程拓扑管理和维护；网关本身的一部分是传感网设备，远程管理的方法同样适用于对网关中传感网设备部分的拓扑管理。因此，结合对比文件2公开的内容来看，对比文件1中的网关既具有网关的功能，又具有传感网ZigBee协作节点的功能。而在物联网中，将网关与传感网ZigBee协作节点分别单独设置或者二者由单一设备来实现，是本领域公知的两种方式。因此，本领域技术人员有动机将对比文件1进行改进，将M2M网关设置为单独的网关以及ZigBee协作节点。此外，在本领域中公知，网关具有协议转换功能，其可以根据需要将两个不同网络之间传送的消息进行协议格式的转换，TR-069也是本领域常见的消息格式。
对于区别特征（2），对比文件1要解决的技术问题就是现有技术中，通过ZigBee网关仅能提供简单发现和服务操作，并不能直接提供传感网拓扑结构信息以及拓扑调整，因此给出了一种通过网关直接获取网络信息的方法；对比文件1的方案是用于对传感网络的远程管理和维护，而本领域技术人员公知，对网络故障进行定位和排查是网络管理和维护中经常要面对的问题，解决这一问题通常需要获取有关网络故障原因信息，包括例如故障类型、故障状态编码、故障情况、发生故障的地址等信息，以供服务器进行及时的故障定位和调整；这些信息都是常见的网络信息；采用状态编码信息来指示无可用路由、树链路故障以及无树链路故障也是故障指示中常用的方式。因此，当面对网络故障定位和排查这一问题时，本领域技术人员有动机对对比文件1进行改进，在自动配置服务器中进行网络管理时，在上报的网络信息中增加网络故障原因信息以便进行网络故障管理。
对于区别特征（3），对比文件1还公开了：NetworkID用以记录该网关下传感网络标识信息，例如如果是ZigBee网络，其对应为16位的PANID参数。扩展PAN ID也是zigbee网络中常见的个域网参数，因此本领域技术人员也可以想到采用扩展PAN ID。至于逻辑信道和协议栈标识，也是本领域中对网络描述常用的信息，因此为了更准确地描述网络，本领域技术人员可以根据需要来采用这些参数。
因此，对于本领域技术人员来说，在对比文件1基础上结合对比文件2和本领域公知常识得到权利要求6的技术方案是显而易见的，权利要求6不具有突出的实质性特点和显著的进步，不具备专利法第22条第3款规定的创造性。
7.权利要求7的附加技术特征相应于权利要求2，结合权利要求2的评述，在权利要求6不具备创造性的情况下，权利要求7也不具备专利法第22条第3款规定的创造性。
（三）对复审请求人相关意见的评述
针对复审请求人于2019年04月23日提交的意见陈述，合议组认为：
（1）尽管对比文件1中公开了DM服务器向M2M网关发送一条DM获取命令，作用于Topo/Devlist管理对象节点，从而还原出M2M网关获取的ZigBee网络拓扑信息及ZigBee设备服务信息；此外，设备管理服务器还可以向M2M网关发送一条DM获取命令，作用于Topo/NetworkId或Topo/Type等管理对象节点，获取其他相关的网络拓扑信息。但是，对比文件1还公开了，构造的拓扑树如图2所示，图2为本发明实施例中用于实现远程传感网络拓扑管理的树状MO结构模型，其中每个方框表示管理树中的一个MO节点或其子节点，Topo节点下记录了所有用于远程管理传感网拓扑的MO信息，概括起来包括：传感网整体特征信息和管理方法、每个传感网设备自身的信息和管理方法、以及传感网设备之间的拓扑关系信息和管理方法，Topo节点本身可以根据具体实现的需要至于网关管理树中的恰当位置（根节点或者其他MO分支节点之下）。根据上述内容可以看出，Topo节点本身可是MO节点，而且该节点下包括描述传感网络拓扑的节点，如描述传感网络整体信息的第一MO节点以及描述传感设备特征信息和/或传感设备间拓扑连接关系信息的第二MO节点，用于描述个传感设备所提供的服务信息的第三MO节点；因此可以通过DM获取命令直接作用于Topo节点而获取到传感网络整体信息以及传感设备特征信息和传感设备间拓扑连接关系信息。
（2）根据前一点的评述可知，本领域技术人员可以想到采用一条信息来获取网络描述信息以及网络故障原因信息。
（3）对比文件1的方案是用于对传感网络的远程管理和维护，而本领域技术人员公知，对网络故障进行定位和排查是网络管理和维护中经常要面对的问题，解决这一问题通常需要获取有关网络故障原因信息，包括例如故障类型、故障状态编码、故障情况、发生故障的地址等信息，以供服务器进行及时的故障定位和调整；这些信息都是常见的网络信息；采用状态编码信息来指示无可用路由、树链路故障以及无树链路故障也是故障指示中常用的方式。而且，在网络故障原因信息中采用状态编码信息来指示无可用路由、树链路故障以及无树链路故障也是故障指示中常用的方式。再结合前两点评述，本领域技术人员可以想到将故障原因信息发送给网关以及指示网络故障的状态编码信息包括以上信息。
综上所述，对于复审请求人的意见，合议组不予支持。
三、决定
维持国家知识产权局于2018年05月03日对本申请作出的驳回决定。
如对本复审请求审查决定不服，根据专利法第41条第2款的规定，复审请求人自收到本决定之日起三个月内向北京知识产权法院起诉。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
