**对比文件名称**：2011-08-31_CN102170641A_发明公开_CN102170641A 一种M2M业务组资源配置和分配的方法及系统
**目标专利名称**：294建立物联网(IOT)设备群并实现IOT设备群之间的通信CN105075185B
**本次调用模型名称**：GPT-4
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：根据一个或多个群准则以及与一个或多个IoT设备相关联的一个或多个属性来将多个IoT设备形成为多个IoT群。 **《隐含公开》** | 说明书[0018]段：“所述M2M终端组，具体是：由同类型M2M终端组成的M2M终端组；和/或由同属于一个用户的M2M终端组成的M2M终端组；和/或由同属于一个区域的M2M终端组成的M2M终端组。” 说明书[0039]段：“控制站配置M2M终端组中各M2M终端的资源大小，并将配置的资源大小通知所述M2M终端组中的M2M终端；” | 对比文件公开了根据M2M终端的“属性”（如同类型、同用户、同区域）将其分组为“M2M终端组”。虽然对比文件的核心目的是为了高效的组资源配置，但其分组行为本身构成了“根据属性将多个设备形成为多个群”。其分组所依据的“同类型、同用户、同区域”可以视为本领域技术人员能够理解的、用于形成设备群的“准则”。因此，本领域技术人员能够从对比文件公开的根据属性分组的技术方案中，合理推断出“根据属性来将多个设备形成为多个群”这一技术特征。尽管目标专利的“群”概念更侧重于设备间的协作与通信组织，而对比文件的“组”侧重于资源分配，但“基于属性形成设备集合”这一基本构思是相通的。故该技术特征被**隐含公开**。 |
| **技术特征B**：根据所述一个或多个群准则以及与所述一个或多个IoT设备相关联的所述一个或多个属性来定义每一IoT群内的一个或多个层次。 **《未公开》** | 无直接对应内容。对比文件描述了控制站对M2M终端组的管理，但未明确定义组内的“层次”结构。 | 对比文件仅公开了“控制站”与“M2M终端组”之间的管理与被管理关系，这是一种两层结构（控制站 vs 终端组）。但目标专利权利要求中的“定义每一IoT群内的一个或多个层次”特指在单个设备群内部建立分级的成员结构（如群主、高级别成员等），以控制群内通信。对比文件完全没有涉及在已形成的“M2M终端组”内部再定义任何层次或级别。本领域技术人员无法从对比文件公开的扁平化终端组结构中，毫无疑义地得出或合理推断出在组内定义层次的技术方案。故该技术特征**未被公开**。 |
| **技术特征C**：其中所述一个或多个层次控制每一IoT群内的群内通信以及所述多个IoT群之间的群间通信。 **《未公开》** | 无直接对应内容。对比文件未涉及利用层次来控制设备群内部或群之间的通信。 | 对比文件的核心内容是控制站为终端组配置和分配通信资源（如时频资源）。其通信流程是：控制站分配资源 -> 终端在指定资源上发送数据。这并未体现出由“群内层次”来“控制”群内或群间通信路由、转发或协调的过程。目标专利中层次的作用是管理通信路径（如通过群主中继），而对比文件中资源分配的控制权完全在控制站，终端组本身无自主的通信控制结构。因此，该技术特征**未被公开**。 |
| **技术特征D**：以及其中将所述多个IoT设备形成为所述多个IoT群包括形成包括具有上下文受限的一个或多个共同属性的一个或多个成员的至少一个自组织IoT群。 **《未公开》** | 无直接对应内容。对比文件未提及“上下文受限的属性”或“自组织”群的概念。 | 对比文件公开的分组是基于“类型”、“用户”、“区域”这类相对静态和持久的属性。目标专利的“自组织IoT群”强调基于动态、临时的上下文（如特定时间、位置、状态）来动态形成群。对比文件的分组是为了进行高效的资源预配置和分配，其分组是相对稳定和预定义的，并未公开群能够基于临时、受限的上下文属性“自组织”地形成。本领域技术人员无法从对比文件推断出此特征。故该技术特征**未被公开**。 |
| **技术特征E**：其中所述一个或多个群准则包括基于所述一个或多个上下文受限属性的动态准则。 **《未公开》** | 无直接对应内容。 | 如特征D所述，对比文件未公开“上下文受限属性”，因此更不可能公开基于此类属性的“动态准则”。其分组准则是基于静态属性。故该技术特征**未被公开**。 |
| **技术特征F**：其中形成所述自组织IoT群包括：检测所述多个IoT设备中彼此相邻的复数个IoT设备。 **《未公开》** | 无直接对应内容。对比文件未涉及检测设备是否“彼此相邻”。 | 对比文件的分组依据是逻辑属性（类型、用户、区域），而非设备的物理邻近关系（adjacent）。例如，“同区域”可能是一个较大的地理范围，不必然意味着设备彼此相邻。目标专利此特征强调对物理上相邻的设备的检测，这是形成本地协作群（如控制同一房间光照）的前提。对比文件完全没有公开此内容。故该技术特征**未被公开**。 |
| **技术特征G**：标识要实现的期望功能。 **《未公开》** | 无直接对应内容。对比文件未提及为实现某个“期望功能”而进行设备分组或操作。 | 对比文件中控制站进行分组和资源分配的目的是为了提高资源分配效率、减少信令开销（见背景技术[0008]）。这是一个网络资源管理目标，而非目标专利中设备群要协作实现的“期望功能”（如减少光干扰、为房间制冷等具体应用层功能）。两者目的不同。本领域技术人员无法从对比文件推断出为标识并实现具体应用功能而进行分组。故该技术特征**未被公开**。 |
| **技术特征H**：基于与所述复数个IoT设备相关联的一个或多个属性来确定所述复数个IoT设备中具有实现所述期望功能的能力的子集。 **《未公开》** | 无直接对应内容。 | 如特征G所述，对比文件缺乏“期望功能”的概念。其基于属性确定分组是为了资源分配优化，而不是为了筛选出具有实现某个特定应用功能“能力”的设备子集。例如，对比文件不会根据“发光能力”属性从一堆设备中筛选出灯来实现照明控制。因此，该技术特征**未被公开**。 |
| **技术特征I**：指导所述复数个IoT设备的所确定的子集形成被配置成在本地通信信道上进行通信的独立设备群，其中所述至少一个自组织IoT群至少包括所述独立设备群。 **《未公开》** | 无直接对应内容。对比文件未涉及指导形成“独立设备群”或在“本地通信信道”上通信。 | 对比文件中，M2M终端组始终在控制站的管理下，使用控制站分配的网络资源（如空中接口的时频资源）进行通信。这并非一个可以脱离控制站、在自行选择的“本地通信信道”上进行对等通信的“独立设备群”。目标专利的“独立设备群”强调群内设备可自主通信以实现功能。对比文件的组通信完全依赖于中心控制站的资源调度。故该技术特征**未被公开**。 |
| **技术特征J**：以及指导所述独立设备群实现所述期望功能。 **《未公开》** | 无直接对应内容。 | 基于对特征G、H、I的分析，对比文件既未公开“期望功能”，也未公开“独立设备群”，因此更不可能公开“指导独立设备群实现期望功能”。故该技术特征**未被公开**。 |
| **技术特征K**：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的群主，其中所指定的群主协调与其他IoT群的所述群间通信。 **《未公开》** | 无直接对应内容。对比文件未在组内指定“群主”，也未涉及群主协调群间通信。 | 对比文件中的通信协调完全由“控制站”完成。控制站为整个组分配资源，组内没有特定的设备被指定为“群主”来负责与其他组进行通信协调。目标专利中群主的核心作用是作为群间通信的枢纽或代理，这在对比文件的架构中不存在。故该技术特征**未被公开**。 |
| **技术特征L**：其特征在于，服务器与每一IoT群中的所述群主通信以便进一步协调所述群间通信。 **《未公开》** | 无直接对应内容。 | 由于特征K未被公开，且对比文件中不存在“群主”实体，因此服务器与群主通信以协调群间通信的技术方案也无从谈起。故该技术特征**未被公开**。 |
| **技术特征M**：其特征在于，每一IoT群中的所述群主进行对等通信以协调所述群间通信。 **《未公开》** | 无直接对应内容。 | 同上，对比文件不存在“群主”实体，也没有描述不同组的管理者之间进行对等通信以协调群间事务。其所有协调均由控制站集中处理。故该技术特征**未被公开**。 |
| **技术特征N**：其特征在于，所述群间通信包括：将消息从第一IoT群中的IoT设备发送到与目标IoT群相关联的地址，其中与所述目标IoT群相关联的所述群主接收所述消息并根据控制所述群间通信的所述一个或多个层次来将所接收到的消息转发至所述目标IoT群中的其他IoT设备。 **《未公开》** | 无直接对应内容。 | 这是对通过群主进行消息中继的群间通信模式的具体描述。对比文件的通信模型是“控制站-终端”的点对多点或广播，不存在设备向“目标群地址”发送、再由该群内部指定成员（群主）接收并转发的通信机制。故该技术特征**未被公开**。 |
| **技术特征O**：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的一个或多个高级别成员，其中所指定的高级别成员协调每一IoT群内的所述群内通信。 **《未公开》** | 无直接对应内容。 | 对比文件的M2M终端组内部是扁平的，所有终端在资源分配意义上是平等的（尽管资源大小可能因类型而异），没有指定任何“高级别成员”来协调组内设备之间的通信。组内通信的协调实际上由控制站通过资源分配间接完成。故该技术特征**未被公开**。 |
| **技术特征P**：其特征在于，所述一个或多个群准则包括一个或多个静态准则，并且所述一个或多个层次基于所述一个或多个静态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的永久属性来定义。 **《未公开》** | 无直接对应内容。对比文件未涉及基于准则和属性来“定义层次”。 | 对比文件公开了基于“永久属性”（如同类型、同用户、同区域）进行分组，这可以认为是“静态准则”。但是，如特征B所述，对比文件并未在此基础上“定义层次”。目标专利此特征是将“静态准则和永久属性”作为“定义层次”的依据。对比文件仅完成了前半部分（基于属性分组），但完全没有涉及后半部分（基于此定义层次）。因此，该技术特征作为一个整体**未被公开**。 |
| **技术特征Q**：其特征在于，将所述多个IoT设备形成为所述多个IoT群包括：形成包括共同具有一个或多个永久属性的一个或多个成员的至少一个预定义IoT群，其中所述一个或多个群准则包括基于所述一个或多个永久属性的静态准则。 **《直接公开》** | 说明书[0018]段：“所述M2M终端组，具体是：由同类型M2M终端组成的M2M终端组；和/或由同属于一个用户的M2M终端组成的M2M终端组；和/或由同属于一个区域的M2M终端组成的M2M终端组。” 说明书[0039]段：“控制站配置M2M终端组中各M2M终端的资源大小，并将配置的资源大小通知所述M2M终端组中的M2M终端；” | 对比文件明确、直接地公开了根据“永久属性”（设备类型、所属用户、所属区域）将多个M2M终端形成“M2M终端组”。这种分组是基于相对固定的属性，符合“预定义”群的特征（相对于动态自组织群）。其分组所依据的“同类型、同用户、同区域”即是基于永久属性的“静态准则”。本领域技术人员能够毫无疑义地从对比文件得出“基于永久属性（静态准则）形成预定义设备群”的技术方案。尽管目标专利的“群”更侧重于通信组织，而对比文件的“组”侧重于资源管理，但“基于永久属性形成预定义的设备集合”这一技术手段本身是相同且直接对应的。故该技术特征被**直接公开**。 |
| **技术特征R**：其特征在于，所述一个或多个群准则包括一个或多个动态准则，并且所述一个或多个层次基于所述一个或多个动态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的一个或多个上下文受限属性来定义。 **《未公开》** | 无直接对应内容。 | 对比文件未公开任何“动态准则”或“上下文受限属性”，如特征D、E所述。因此，基于动态准则和上下文受限属性来定义层次的技术方案更不可能被公开。故该技术特征**未被公开**。 |
| **技术特征S**：其特征在于，毗邻所述复数个IoT设备的设备组织者经由本地引导信道来检测所述复数个IoT设备。 **《未公开》** | 无直接对应内容。对比文件未提及“设备组织者”通过“本地引导信道”检测设备。 | 对比文件中M2M终端通过发送“接入请求消息”或“建立请求消息”给控制站来发起流程（见说明书[0030]、[0057]），这是一种网络接入过程，并非特指一个本地设备组织者通过专用的本地发现信道来检测相邻设备。故该技术特征**未被公开**。 |
| **技术特征T**：其特征在于：检测到的复数个IoT设备包括一个或多个光源，要实现的所述期望功能包括减少与所述复数个IoT设备相邻的投影屏幕附近的光干扰，所述一个或多个属性包括与所述一个或多个光源相关联的发光能力、安装位置和光输出取向，所述复数个IoT设备中的形成为所述独立设备群的所述子集被预期为基于与所述一个或多个光源相关联的所述发光能力、所述安装位置或所述取向中的一者或多者而导致所述投影屏幕附近的所述光干扰，并且所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成通过降低光输出能级或改变与其相关联的所述光输出取向中的一者或多者来减少所述投影屏幕附近的所述光干扰。 **《未公开》** | 无直接对应内容。 | 这是目标专利说明书[0070]-[0080]段描述的一个具体实施例。对比文件全文是关于M2M终端的组资源分配方法，完全不涉及“光源”、“投影屏幕”、“光干扰”、“降低光输出能级”、“改变光输出取向”等与具体应用场景（智能照明控制）相关的任何内容。本领域技术人员无法从对比文件中得到任何关于此具体技术方案的信息或启示。故该技术特征**未被公开**。 |
| **技术特征U**：其特征在于：所述检测到的复数个IoT设备包括一个或多个空调，要实现的所述期望功能包括对房间制冷，所述一个或多个属性包括所述一个或多个空调能够制冷的所标识的区域以及所述一个或多个空调能够对所述所标识的区域制冷的程度，所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成对所述房间制冷，并且所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成调整对所述房间制冷的制冷输出能级。 **《未公开》** | 无直接对应内容。 | 这是目标专利说明书[0081]-[0087]段描述的另一个具体实施例。对比文件全文是关于M2M终端的组资源分配方法，完全不涉及“空调”、“房间制冷”、“调整制冷输出能级”等与具体应用场景（智能温控）相关的任何内容。本领域技术人员无法从对比文件中得到任何关于此具体技术方案的信息或启示。故该技术特征**未被公开**。 |
<<<Q>>><<<a>>>