**对比文件名称**：2008-09-11_US2008218148A_发明申请_US20080218148A1 Intelligent Power Control
**目标专利名称**：建立物联网(IOT)设备群并实现IOT设备群之间的通信 CN105075185B
**模型名称**：DeepSeek-R1
以下是根据目标专利权利要求的技术特征划分，与对比文件进行比对的结果：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：根据一个或多个群准则以及与一个或多个IoT设备相关联的一个或多个属性来将多个IoT设备形成为多个IoT群。《未公开》 | 对比文件描述了智能电器与电力控制设备之间的通信和识别，例如：“The IPCS System Controller and Power Control Device(s) have an ability to communicate with connected IPCS-enabled load devices and appliances for identification and control...”（第[0002]段）以及“This communication channel carries data to and from compatible or adapted (smart) appliances (from simple read “I.D” from appliance or it's tag to bi-directional duplex).”（第[0044]段）。 | 对比文件公开了电力控制设备可以识别连接的智能电器（如读取ID），并基于识别出的电器类型（属性）进行相应的控制（如调光或全功率开关）。然而，这种识别和控制是针对单个电器或负载与电力控制设备之间的点对点关系，其核心是根据电器属性决定控制模式（如双模式切换）。对比文件并未描述基于“群准则”和“共同属性”将多个设备组织成一个具有共同目标或功能的“群”的概念。目标专利中的“形成多个IoT群”是指将多个设备组织成协同工作的集合体，而对比文件的控制逻辑是分散的、基于单个电器属性的，没有公开将多个设备归类或形成为“群”的技术手段。因此，本领域技术人员不能毫无疑义地得出，也无法通过合理推断得出对比文件公开了“形成多个IoT群”这一技术特征。 |
| **技术特征B**：根据所述一个或多个群准则以及与所述一个或多个IoT设备相关联的所述一个或多个属性来定义每一IoT群内的一个或多个层次。《隐含公开》 | 对比文件描述了系统控制器、电力控制设备和负载设备之间的层级控制关系：“The microcontroller 401 (U5) controls the power control triac(s) and relay(s) to one or more load devices or appliances, measures load currents and possibly communicates with the load appliances.”（第[0015]段）；“If remote I/O is connected, the microcontroller communicates with the remote location... This data may be used by or originate directly from the Power Control Device, and/or exchanged with a system automation controller to assist in implementing centralized device configuration and/or control.”（第[0016]段）；以及“In a home automation controller could download programming into electronic devices such as VCRs, televisions, alarm clocks, radios as well as collect data from them.”（第[0051]段）。 | 对比文件公开了一个分层的控制系统架构：系统自动化控制器（高级）可以与多个电力控制设备通信并对其进行配置和控制；每个电力控制设备（中级）又可以控制一个或多个负载设备/电器（低级），并与它们通信（如读取ID、发送控制指令）。这种“控制器 -> 电力控制设备 -> 负载设备”的关系构成了一种控制层次。虽然对比文件未明确使用“层次”和“群”的术语，但其描述的集中式控制架构中，不同设备扮演不同角色（控制者与被控制者），这种角色划分和通信关系实质上定义了一种基于设备功能和属性的层次结构。本领域技术人员通过阅读对比文件，可以合理推断出其中存在一种控制层次，用于管理和协调不同设备。因此，该技术特征被对比文件隐含公开。 |
| **技术特征C**：其中所述一个或多个层次控制每一IoT群内的群内通信以及所述多个IoT群之间的群间通信。《隐含公开》 | 同上（特征B引用段落）。此外，对比文件还提到：“Any one or more of many communication methods can be used to communicate with an automation system controller, or **peer-to-peer with other devices** in cases where supported by the communications method.”（第[0017]段）。 | 对比文件公开的层级控制架构（控制器-电力控制设备-负载）自然地涉及对通信的控制。控制器与电力控制设备之间的通信、以及电力控制设备与其负载之间的通信，可以类比为“群间”和“群内”通信。虽然对比文件没有明确划分“群”，但其描述的集中控制器管理多个电力控制节点，每个节点管理其下属负载的结构，隐含了层次对通信流向的控制。例如，负载的状态通过电力控制设备报告给控制器，控制器的指令通过电力控制设备下达给特定负载。同时，对比文件也提及了设备间可以进行对等（peer-to-peer）通信。因此，本领域技术人员可以合理推断，该层级架构用于控制设备间（无论是“群内”还是“群间”）的通信。因此，该技术特征被对比文件隐含公开。 |
| **技术特征D**：以及其中将所述多个IoT设备形成为所述多个IoT群包括形成包括具有上下文受限的一个或多个共同属性的一个或多个成员的至少一个自组织IoT群。《未公开》 | 对比文件未描述基于“上下文受限的共同属性”动态形成设备群。其对于设备的识别和控制主要基于静态的、固有的设备类型或ID属性（如是否可调光）。 | 目标专利的“自组织IoT群”强调基于动态、临时的上下文（如特定时间、位置、状态）来形成群组。对比文件完全没有涉及这种基于上下文动态组群的概念。其设备间的关系是预先通过布线或网络连接建立的固定控制关系，或通过即插即用识别建立的静态关联，不具备“自组织”的动态和临时特性。因此，该技术特征既未被直接公开，也无法从对比文件中合理推断得出。 |
| **技术特征E**：其中所述一个或多个群准则包括基于所述一个或多个上下文受限属性的动态准则。《未公开》 | 无相关描述。 | 如上所述，对比文件未涉及“上下文受限属性”，因此也不可能公开基于此类属性的“动态准则”。其控制逻辑基于的是静态的设备属性（如类型、ID）或预设程序。因此，该技术特征未被公开。 |
| **技术特征F**：其中形成所述自组织IoT群包括：检测所述多个IoT设备中彼此相邻的复数个IoT设备。《未公开》 | 对比文件未描述检测“彼此相邻”的多个设备。设备的连接是通过物理插拔（插座）或预置网络实现的，其“检测”主要指电力控制设备检测是否有负载插入并识别其ID（第[0045]，[0051]段），或控制器通过通信网络发现设备。 | 目标专利中“检测彼此相邻的设备”可能涉及位置感知、近场通信等技术，用于动态发现物理位置临近的设备以形成群组。对比文件中的设备发现是基于电气连接或预设的网络地址，与设备的物理相邻性无关。因此，该技术特征未被公开。 |
| **技术特征G**：标识要实现的期望功能。《隐含公开》 | 对比文件描述了根据识别出的电器属性来实现特定控制功能，例如：“For a light or other device desirable to vary current (dimmer), or Relay switched (or similar on/off device) for high current loads.”（第[0045]段）；“A Z-wave equipped switch sends a request to the controller to locate all ‘smart’ lamps and previously manually designated lamps in the living room and turn them on to a specific level”（第[0055]段）。 | 对比文件中，用户或控制器通过开关发送“请求”（如打开客厅所有灯到特定亮度），或电力控制设备根据识别出的电器类型（如“可调光灯”）决定执行“调光”功能。这些“调光”、“全开”、“设定亮度等级”等就是需要实现的“期望功能”。虽然对比文件未使用“标识期望功能”这一表述，但其描述的控制场景中必然包含确定要执行什么操作（功能）的步骤。本领域技术人员可以毫无困难地理解，在自动化控制过程中，首先需要明确控制目标（即期望功能）。因此，该技术特征被对比文件隐含公开。 |
| **技术特征H**：基于与所述复数个IoT设备相关联的一个或多个属性来确定所述复数个IoT设备中具有实现所述期望功能的能力的子集。《隐含公开》 | 对比文件描述了基于电器属性选择能实现功能的设备：“The Power Control Device selects the proper modality for the load size and type, be it Triac... for a light or other device desirable to vary current (dimmer), or Relay switched... for high current loads.”（第[0045]段）；在家庭自动化场景中，控制器响应开关请求，“to locate all ‘smart’ lamps and previously manually designated lamps in the living room”（第[0055]段）。 | 在对比文件的示例中，当需要实现“调光”功能时，系统会寻找或识别具有“可调光”属性（即能力）的灯；当需要打开客厅灯时，控制器会定位那些位于“客厅”或具有“灯”属性的设备。这实质上就是基于设备属性（类型、位置、智能能力）从多个设备中确定出能够实现期望功能（调光、照明）的那个设备或那组设备（子集）。虽然对比文件可能更侧重于单个设备的匹配，但其原理同样适用于从一个集合中筛选出符合条件的子集。本领域技术人员可以合理推断出这一过程。因此，该技术特征被对比文件隐含公开。 |
| **技术特征I**：指导所述复数个IoT设备的所确定的子集形成被配置成在本地通信信道上进行通信的独立设备群，其中所述至少一个自组织IoT群至少包括所述独立设备群。《未公开》 | 对比文件未描述指导一组设备形成一个“独立设备群”，并为其配置专用的“本地通信信道”。设备间的通信主要通过系统骨干网（如RS-485、Z-Wave、电力线载波）或通过电力控制设备与负载之间的特定通信链路（如电流调制）。 | 目标专利中“形成独立设备群”并“在本地通信信道上进行通信”是一个特定的组织概念，意味着这些设备为了共同目标形成一个逻辑组，并在组内使用独立的通信通道进行协调。对比文件中的设备虽然受统一控制器管理，但并未被描述为会针对特定任务动态形成独立的、具有内部通信通道的群组。其通信架构是全局的或点对点的，而非分群的。因此，该技术特征未被公开。 |
| **技术特征J**：以及指导所述独立设备群实现所述期望功能。《未公开》 | 对比文件描述了控制器或电力控制设备对设备进行控制以实现功能，例如：“the controller sends a command to the Power Control Device... which sets the level of the light”（第[0051]段）。 | 对比文件公开了指导单个设备或通过电力控制设备指导负载实现功能。然而，这与“指导一个独立设备群（作为一个整体）实现功能”在概念上有所不同。目标专利强调的是群组协同工作以实现功能。虽然可以认为控制多个设备共同行动是指导一个“群”，但对比文件并未明确描述将多个设备组织成一个“群”然后指导该“群”的步骤。鉴于特征I（形成独立设备群）未被公开，特征J作为其后续步骤，也难以被认定已公开。但若仅从“指导实现功能”这一动作本身看，对比文件有类似描述。综合考虑，认为其未被对比文件明确公开，但隐含公开的可能性较低，因为缺少“群”的语境。此处保守判断为《未公开》。 |
| **技术特征K**：指定每一IoT群内的群主，其中所指定的群主协调与其他IoT群的所述群间通信。《未公开》 | 对比文件未描述在设备群中指定“群主”的概念，也未描述由某个设备专门负责协调不同群组之间的通信。 | 对比文件中的通信协调主要由中央系统控制器（自动化控制器）处理，或者设备间进行对等通信。没有出现将一个设备指定为“群主”并赋予其协调“群间通信”职责的层次化群组管理架构。因此，该技术特征未被公开。 |
| **技术特征L**：其特征在于，服务器与每一IoT群中的所述群主通信以便进一步协调所述群间通信。《未公开》 | 对比文件描述了系统控制器（可作为服务器）与电力控制设备通信。例如：“This data may be used by or originate directly from the Power Control Device, and/or exchanged with a system automation controller”（第[0016]段）。 | 虽然对比文件有服务器（控制器）与设备通信的描述，但通信对象是电力控制设备，而非“IoT群中的群主”。由于对比文件未公开“群”和“群主”的概念（特征K），因此服务器与“群主”通信以协调“群间通信”这一具体特征自然也未被公开。 |
| **技术特征M**：其特征在于，每一IoT群中的所述群主进行对等通信以协调所述群间通信。《未公开》 | 对比文件提到设备间可以进行对等通信：“or peer-to-peer with other devices in cases where supported by the communications method.”（第[0017]段）。 | 对比文件公开了设备间存在对等通信的可能性。然而，这种对等通信发生在“设备”之间，而非特指“每一IoT群中的群主”之间，并且其目的也未明确是“协调群间通信”。由于“群主”和“群间通信”的概念未被公开，该特征组合未被对比文件公开。 |
| **技术特征N**：其特征在于，所述群间通信包括：将消息从第一IoT群中的IoT设备发送到与目标IoT群相关联的地址，其中与所述目标IoT群相关联的所述群主接收所述消息并根据控制所述群间通信的所述一个或多个层次来将所接收到的消息转发至所述目标IoT群中的其他IoT设备。《未公开》 | 对比文件未描述基于“群地址”和“群主”进行消息转发这种具体的群间通信机制。 | 该特征描述了一种特定的、基于层次和群主角色的消息路由方案。对比文件中的通信或者是控制器到设备的命令，或者是设备间的对等通信，没有涉及这种跨群的消息寻址和由群主转发的复杂路由机制。因此，该技术特征未被公开。 |
| **技术特征O**：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的一个或多个高级别成员，其中所指定的高级别成员协调每一IoT群内的所述群内通信。《未公开》 | 对比文件未描述在群组内部指定“高级别成员”来协调内部通信。 | 对比文件的控制层次主要体现在控制器与电力控制设备之间，以及电力控制设备与负载之间。在负载设备之间，或在一个逻辑组内部，没有描述指定某个成员为“高级别”以协调组内通信的架构。因此，该技术特征未被公开。 |
| **技术特征P**：其特征在于，所述一个或多个群准则包括一个或多个静态准则，并且所述一个或多个层次基于所述一个或多个静态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的永久属性来定义。《隐含公开》 | 对比文件描述了基于设备的固有类型或ID（永久属性）进行控制和建立层级关系：“once appliance is identified then preprogrammed options are available (dimmable, non dimmable, acceptable current ranges etc.)”（第[0046]段）；以及控制器、电力控制设备、负载之间的固定角色关系。 | 对比文件中，设备是否可调光、额定功率大小等是其固有的“永久属性”。系统根据这些属性决定控制模式（如双模式切换），并在此基础上形成了固定的控制层级（控制器->电力控制设备->负载）。这种基于永久属性和预设规则（静态准则）建立的角色和通信关系，可以类比为目标专利中基于静态准则和永久属性定义层次。虽然对比文件未明确使用“静态准则”和“定义层次”的表述，但本领域技术人员可以从中合理推断出类似的概念。因此，该技术特征被对比文件隐含公开。 |
| **技术特征Q**：其特征在于，将所述多个IoT设备形成为所述多个IoT群包括：形成包括共同具有一个或多个永久属性的一个或多个成员的至少一个预定义IoT群，其中所述一个或多个群准则包括基于所述一个或多个永久属性的静态准则。《隐含公开》 | 对比文件描述了可以识别一类具有共同属性的设备并对其进行统一操作，例如：“locate all ‘smart’ lamps”（第[0055]段）或对所有“可调光”灯进行调光控制。 | “所有智能灯”或“所有可调光设备”就是基于共同永久属性（“智能”属性、“可调光”属性）划分的设备集合。虽然对比文件没有明确称这个集合为“预定义IoT群”，但其描述的控制逻辑中，控制器能够根据请求找到所有具备某类属性的设备并统一控制，这实质上等同于将这些设备视作一个具有共同属性的预定义群组进行操作。本领域技术人员可以合理推断出这一概念。因此，该技术特征被对比文件隐含公开。 |
| **技术特征R**：其特征在于，所述一个或多个群准则包括一个或多个动态准则，并且所述一个或多个层次基于所述一个或多个动态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的一个或多个上下文受限属性来定义。《未公开》 | 无相关描述。 | 对比文件未涉及基于动态、上下文受限的属性（如当前时间、临时位置、瞬时状态）来定义层次或群组。其准则和层次是基于静态、永久的属性建立的。因此，该技术特征未被公开。 |
| **技术特征S**：其特征在于，毗邻所述复数个IoT设备的设备组织者经由本地引导信道来检测所述复数个IoT设备。《未公开》 | 对比文件未描述“设备组织者”通过“本地引导信道”检测相邻设备的概念。设备的发现和注册是通过电力线通信、预设网络协议或物理插拔识别实现的。 | 该特征限定了非常具体的检测机制（毗邻的设备组织者、本地引导信道）。对比文件完全没有公开这些特定技术手段。因此，该技术特征未被公开。 |
| **技术特征T**：其特征在于：检测到的复数个IoT设备包括一个或多个光源，要实现的所述期望功能包括减少与所述复数个IoT设备相邻的投影屏幕附近的光干扰...《未公开》 | 无相关描述。 | 这是目标专利说明书中的一个具体实施例（参见[0020]，图7-8）。对比文件完全未提及投影屏幕、光干扰以及基于安装位置、光输出取向等属性协调多个光源以减少干扰的具体应用场景和方法。因此，该技术特征未被公开。 |
| **技术特征U**：其特征在于：所述检测到的复数个IoT设备包括一个或多个空调，要实现的所述期望功能包括对房间制冷...《未公开》 | 无相关描述。 | 这是目标专利说明书中的另一个具体实施例（参见[0020]，图9）。对比文件未提及基于空调的制冷区域和能力属性，协调多个空调对一个房间进行制冷的应用场景和方法。因此，该技术特征未被公开。 |
<<<b>>><<<c>>><<<g>>><<<h>>><<<p>>><<<q>>>