对比文件名称：US2013148607A1_Description_20260310_0130
目标专利名称：建立物联网(IOT)设备群并实现IOT设备群之间的通信CN105075185B
模型名称：本次分析未指定具体模型，基于通用专利创造性评估原则进行。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：根据一个或多个群准则以及与一个或多个IoT设备相关联的一个或多个属性来将多个IoT设备形成为多个IoT群。<br>**未被公开** | [0005] “In an M2M application, multiple Machine to Machine Equipments (M2ME) with a same M2M application form a whole, which is called Group for short.”<br>[0066] “For example, the terminals are divided into different groups according to a difference in traffic type, and different group identities are allocated to different groups. For example, the terminals performing meter reading service in a smart grid belong to an identical group, while the terminals performing monitor and control service in a traffic system belong to another group.” | **论述**：对比文件公开了将执行相同M2M应用或具有相同业务类型（如智能电表抄表、交通监控）的多个终端（M2ME/IoT设备）分组，并分配组身份。这类似于基于“应用类型”或“业务类型”这一共同属性来形成群组。然而，目标专利中“根据一个或多个群准则以及与一个或多个IoT设备相关联的一个或多个属性来形成多个IoT群”是一个上位概念，其说明书（参见[0003], [0008], [0054]）明确其目的在于支持异构IoT设备之间的高效交互以实现期望功能，属性包括设备状态、能力、位置等，群准则包括静态和动态准则。对比文件的分组目的（[0011], [0016]）是为了减少网络接入信令开销和资源占用，其分组依据“相同应用”或“相同业务类型”可视为一种基于“永久共同特性”（类似于静态属性）的简化分组准则。虽然两者在“基于共同属性分组”这一广义概念上有相似之处，但对比文件公开的分组机制（基于网络层面的应用/业务类型）与目标专利中为实现特定功能而基于设备多样化属性（如发光能力、制冷区域、位置等）进行动态、上下文感知的分组，在目的、准则的复杂性和具体实现上存在本质区别。本领域技术人员无法从对比文件毫无疑义地得出目标专利的技术方案。因此，**技术特征A未被直接公开**。同时，对比文件也未公开基于动态上下文（如时间、位置、设备状态）或为实现一个“期望功能”（如减少光干扰、对房间制冷）而进行分组的任何启示，因此也**未被隐含公开**。 |
| **技术特征B**：根据所述一个或多个群准则以及与所述一个或多个IoT设备相关联的所述一个或多个属性来定义每一IoT群内的一个或多个层次。<br>**未被公开** | 对比文件全文未提及在已形成的群组内部定义“层次（hierarchy）”。 | **论述**：目标专利的技术特征B要求在形成的每个IoT群内定义一个或多个层次，该层次基于群准则和设备属性（参见说明书[0009], [0054]）。对比文件虽然公开了分组，但从未描述或暗示在组内建立任何层次结构。其关注的焦点是组身份的分配以及组级别的无线承载（SRB/DRB）的建立，所有组内成员在接入网络时共享这些资源（参见[0089]-[0091]），并无主从、高低级别或任何内部组织结构的概念。因此，技术特征B既未被直接公开，也未被隐含公开。 |
| **技术特征C**：其中所述一个或多个层次控制每一IoT群内的群内通信以及所述多个IoT群之间的群间通信。<br>**未被公开** | 对比文件全文未提及利用“层次”来控制群内或群间通信。 | **论述**：技术特征C限定了层次的功能是控制群内和群间通信。对比文件完全没有公开“层次”这一概念，更谈不上其用于控制通信。组内通信通过共享的组数据无线承载（group-based DRB）进行（[0090], [0162]-[0165]），这是一种资源复用机制，而非由层次控制的通信路由或协调。群间通信在对比文件中未被讨论。因此，该技术特征未被公开。 |
| **技术特征D**：以及其中将所述多个IoT设备形成为所述多个IoT群包括形成包括具有上下文受限的一个或多个共同属性的一个或多个成员的至少一个自组织IoT群。<br>**未被公开** | 对比文件未公开基于“上下文受限的共同属性”动态形成“自组织（ad-hoc）”群组。其分组（[0066]）是基于相对固定的“业务类型（traffic type）”。 | **论述**：目标专利的自组织IoT群是基于动态、上下文受限的属性（如特定时间段、特定位置、当前使用特定资源等）临时形成的（参见说明书[0008], [0053]）。对比文件的分组虽然也可视为基于“共同属性”（如相同的抄表应用），但这种属性是预设的、相对永久的业务类型，并非“上下文受限”的。对比文件没有描述群组能够根据临时上下文（如“所有者在场期间”、“当前正在使用热水的所有设备”）动态形成或解散。因此，技术特征D未被公开。 |
| **技术特征E**：其中所述一个或多个群准则包括基于所述一个或多个上下文受限属性的动态准则。<br>**未被公开** | 对比文件未提及基于上下文受限属性的“动态准则”。 | **论述**：动态准则是用于形成自组织群的关键。对比文件的分组准则（如按业务类型）是静态的、预定义的，不涉及随时间、位置或设备状态变化的动态上下文。因此，该技术特征未被公开。 |
| **技术特征F**：其中形成所述自组织IoT群包括：检测所述多个IoT设备中彼此相邻的复数个IoT设备。<br>**未被公开** | 对比文件未描述检测“彼此相邻”的IoT设备。其分组是基于网络注册和业务类型，与设备的地理位置相邻性无关。 | **论述**：目标专利中自组织群形成的一个关键步骤是检测物理上相邻的多个IoT设备（参见说明书[0061], [0071], [0080]）。对比文件中的终端分组是基于逻辑上的业务类型归属或网络配置，完全不依赖于设备是否在物理上相邻。例如，一个城市中所有的智能电表可能被分到同一个组，无论它们相隔多远。因此，技术特征F未被公开。 |
| **技术特征G**：标识要实现的期望功能。<br>**未被公开** | 对比文件未提及为实现某个具体的“期望功能（desired function）”而进行任何操作。其目的是网络接入和资源优化。 | **论述**：标识期望功能（如减少投影屏幕光干扰、对房间制冷）是目标专利方法（图6，框630）的驱动目标。对比文件的整个过程围绕如何让终端更高效地接入网络并传输数据（如抄表数据），其“功能”是数据传输本身，而非由设备群协同实现的、位于应用层的具体物理世界功能（如环境控制）。因此，技术特征G未被公开。 |
| **技术特征H**：基于与所述复数个IoT设备相关联的一个或多个属性来确定所述复数个IoT设备中具有实现所述期望功能的能力的子集。<br>**未被公开** | 对比文件未描述基于设备属性（如发光能力、制冷区域）筛选出能实现某个特定功能的设备子集。 | **论述**：目标专利中，在检测到相邻设备并识别期望功能后，需要根据设备属性（如光源的发光能力、位置、取向；空调的制冷区域和程度）来确定哪些设备有能力参与实现该功能（参见说明书[0064], [0074], [0094]）。对比文件中设备分组依据是预定义的应用类型，不存在基于设备动态属性和具体目标功能进行实时评估和子集选择的过程。因此，技术特征H未被公开。 |
| **技术特征I**：指导所述复数个IoT设备的所确定的子集形成被配置成在本地通信信道上进行通信的独立设备群，其中所述至少一个自组织IoT群至少包括所述独立设备群。<br>**未被公开** | 对比文件未描述指导设备子集形成一个在“本地通信信道”上通信的“独立设备群”。其组承载（group-based bearer）是网络基础设施（eNodeB）分配和管理的无线电信道资源。 | **论述**：目标专利中，被选出的设备子集被指导形成一个独立设备群，并在一个独立的本地通信信道（如特定的蓝牙或Wi-Fi信道）上通信，以实现功能（参见说明书[0065]）。对比文件中，组是网络侧（如eNodeB）为优化资源而建立的逻辑实体，组内设备共享由网络分配的“组无线承载”，这属于蜂窝网络基础设施的一部分，并非设备自主形成的、在独立于网络基础设施的本地信道上通信的群。两者在群的形成方式、控制主体和通信信道的性质上均不同。因此，技术特征I未被公开。 |
| **技术特征J**：以及指导所述独立设备群实现所述期望功能。<br>**未被公开** | 对比文件未描述指导一个设备群去实现一个具体的物理世界功能（如调光、调温）。 | **论述**：目标专利的最后一步是指导已形成的独立设备群执行具体操作以实现期望功能（参见说明书[0066], [0075], [0095]）。对比文件中，网络指导终端使用的是组无线承载进行数据上报，其“实现的功能”仅仅是完成数据传输。没有公开对设备群发出指令以协调其物理行为（如降低亮度、调整风向）来实现一个环境管理目标。因此，技术特征J未被公开。 |
| **技术特征K**：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的群主，其中所指定的群主协调与其他IoT群的所述群间通信。<br>**未被公开** | 对比文件全文未提及在群内指定“群主（group owner/master）”或任何类似角色。 | **论述**：目标专利通过指定群主来协调群间通信，这是其层次结构的重要体现（参见说明书[0009], [0054]）。对比文件的群组中所有成员地位平等，共享组资源，没有任何设备被赋予协调群间通信的特殊职责。群间通信在对比文件中也未涉及。因此，技术特征K未被公开。 |
| **技术特征L**：其特征在于，服务器与每一IoT群中的所述群主通信以便进一步协调所述群间通信。<br>**未被公开** | 对比文件未描述服务器与“群主”通信以协调群间通信。 | **论述**：该特征依赖于技术特征K（存在群主）和技术特征C/N（存在群间通信）。由于对比文件均未公开这些基础特征，因此技术特征L也未被公开。 |
| **技术特征M**：其特征在于，每一IoT群中的所述群主进行对等通信以协调所述群间通信。<br>**未被公开** | 对比文件未描述群主之间的对等（P2P）通信。 | **论述**：同技术特征L，该特征依赖于未被公开的群主和群间通信概念，因此未被公开。 |
| **技术特征N**：其特征在于，所述群间通信包括：将消息从第一IoT群中的IoT设备发送到与目标IoT群相关联的地址，其中与所述目标IoT群相关联的所述群主接收所述消息并根据控制所述群间通信的所述一个或多个层次来将所接收到的消息转发至所述目标IoT群中的其他IoT设备。<br>**未被公开** | 对比文件未描述不同群组之间的消息路由和转发机制，更未提及通过“群主”地址进行寻址和转发。 | **论述**：这是对群间通信具体方式的详细限定，涉及跨群寻址、群主接收和基于层次的消息转发。对比文件完全没有涉及任何形式的群间通信流程。因此，技术特征N未被公开。 |
| **技术特征O**：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的一个或多个高级别成员，其中所指定的高级别成员协调每一IoT群内的所述群内通信。<br>**未被公开** | 对比文件未提及在群内指定“高级别成员（high-level members）”来协调群内通信。 | **论述**：目标专利的层次还可以通过指定高级别成员来协调群内通信（参见说明书[0009]）。对比文件的群内通信通过共享的组承载进行，没有内部协调节点。因此，技术特征O未被公开。 |
| **技术特征P**：其特征在于，所述一个或多个群准则包括一个或多个静态准则，并且所述一个或多个层次基于所述一个或多个静态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的永久属性来定义。<br>**未被公开** | 对比文件未提及基于“静态准则”和“永久属性”来“定义层次”。其分组可视为基于静态业务类型，但未进一步定义层次。 | **论述**：目标专利的层次定义可以基于静态准则和永久属性（参见说明书[0009]）。对比文件虽然具有基于相对静态属性（业务类型）的分组，但完全没有在组内定义任何层次结构。因此，技术特征P未被公开。 |
| **技术特征Q**：其特征在于，将所述多个IoT设备形成为所述多个IoT群包括：形成包括共同具有一个或多个永久属性的一个或多个成员的至少一个预定义IoT群，其中所述一个或多个群准则包括基于所述一个或多个永久属性的静态准则。<br>**未被公开** | [0066] “For example, the terminals are divided into different groups according to a difference in traffic type, and different group identities are allocated to different groups.” | **论述**：对比文件公开了根据业务类型（可视为一种永久或长期属性）将终端分成不同的组。这在一定程度上类似于目标专利中基于永久属性形成预定义群的概念。然而，目标专利的“预定义IoT群”是其整体方案的一部分，旨在组织执行相似活动的设备（说明书[0008]），其属性可以更广泛（如“利用相同资源”）。对比文件的分组目的（减少信令开销）和上下文（MTC网络接入）不同，且未明确称之为“预定义”。但本领域技术人员可以从对比文件公开的“按业务类型分组”中，合理推断出这是一种基于设备某种固定共性（永久属性）的预先或持续有效的分组方式，即隐含公开了基于永久属性形成群组这一基本概念。但需注意，这并未公开目标专利中与“自组织群”相结合的完整系统，也未公开基于该分组进一步定义层次等后续特征。因此，**技术特征Q被隐含公开**。 |
| **技术特征R**：其特征在于，所述一个或多个群准则包括一个或多个动态准则，并且所述一个或多个层次基于所述一个或多个动态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的一个或多个上下文受限属性来定义。<br>**未被公开** | 对比文件未提及“动态准则”或基于“上下文受限属性”定义层次。 | **论述**：该特征与技术特征E和B部分相关。对比文件既未公开动态准则，也未公开基于任何准则定义层次。因此，技术特征R未被公开。 |
| **技术特征S**：其特征在于，毗邻所述复数个IoT设备的设备组织者经由本地引导信道来检测所述复数个IoT设备。<br>**未被公开** | 对比文件中终端通过发送“Random access preamble”（随机接入前导码）来发起网络接入（[0124], [0146]），这是在蜂窝网络的标准随机接入信道（RACH）上进行的，并非目标专利中“设备组织者”通过“本地引导信道”主动检测相邻设备。 | **论述**：目标专利中检测相邻设备是通过专用的“引导信道”（dedicated bootstrap channel）进行的（说明书[0061]）。对比文件使用的是蜂窝网络的标准随机接入流程，其目的是终端请求接入网络，而非一个本地组织者发现相邻设备。两者在检测的发起方、使用的信道和目的上均不同。因此，技术特征S未被公开。 |
| **技术特征T**：其特征在于：检测到的复数个IoT设备包括一个或多个光源，要实现的所述期望功能包括减少与所述复数个IoT设备相邻的投影屏幕附近的光干扰...<br>**未被公开** | 对比文件全文未涉及“光源”、“投影屏幕”、“光干扰”、“光输出取向”等概念，也未描述任何与光照控制相关的应用场景或功能。 | **论述**：技术特征T是目标专利的一个具体应用实施例。对比文件的应用场景集中在智能抄表、交通监控等数据上报类M2M应用，完全没有提及环境光控制或类似功能。因此，该具体技术特征未被公开。 |
| **技术特征U**：其特征在于：所述检测到的复数个IoT设备包括一个或多个空调，要实现的所述期望功能包括对房间制冷...<br>**未被公开** | 对比文件全文未涉及“空调”、“对房间制冷”、“制冷输出能级”等概念，也未描述任何与环境温度控制相关的应用场景或功能。 | **论述**：技术特征U是目标专利的另一个具体应用实施例。同技术特征T，对比文件的应用场景不包含设备协同进行温度控制的功能。因此，该具体技术特征未被公开。 |
### 结论
经过逐一比对分析，对比文件US2013148607A1主要公开了一种在M2M/IoT通信网络中，为减少信令开销而将终端按业务类型分组并分配组无线承载的方法。其核心在于网络资源管理优化。
目标专利CN105075185B要求保护的是一种基于设备属性（包括静态和动态上下文属性）动态组织IoT设备群，并通过定义群内层次结构来实现高效群内及群间通信，最终使设备群协同完成特定物理世界功能（如光照控制、温度调节）的系统和方法。
两者在发明目的、技术手段和实现功能上存在根本性差异：
1. **目的不同**：对比文件旨在优化网络接入和资源利用率；目标专利旨在实现IoT设备间的智能协同以完成具体任务。
2. **分组依据和性质不同**：对比文件基于固定的业务类型进行逻辑分组；目标专利基于多样化的设备属性和动态上下文进行功能性分组，并包括“自组织群”。
3. **核心技术不同**：目标专利包含了对比文件完全未涉及的“群内层次结构”、“群主/高级别成员”、“群间通信路由机制”以及“检测相邻设备-识别功能-基于属性选子集-组群-实现功能”这一整套动态自组织群形成和控制流程。
4. **应用场景不同**：对比文件适用于周期性数据上报等网络通信场景；目标专利适用于智能家居、环境自动控制等设备协同场景。
因此，**对比文件仅隐含公开了技术特征Q（基于永久属性形成群组）中的部分基本概念，但未公开目标专利权利要求的其他任何技术特征（A-P, R-U），特别是关于动态自组织群形成、层次化通信控制以及实现具体期望功能的核心技术特征。**
<<<q>>>