对比文件名称：US2011314168A1_Description_20260310_0131
目标专利名称：建立物联网(IOT)设备群并实现IOT设备群之间的通信CN105075185B
本次调用的模型名称：深度分析模型
作为资深专利代理师，我已对目标专利权利要求的技术特征进行了划分，并基于目标专利说明书原文对技术特征进行了解释。现在，我将严格按照您的要求，创建特征比对表格，对对比文件US2011314168A1进行公开性判断。
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：根据一个或多个群准则以及与一个或多个IoT设备相关联的一个或多个属性来将多个IoT设备形成为多个IoT群。<br>**判断结果**：**未公开** | 未找到明确对应内容。 | 目标专利中，特征A的核心在于根据“群准则”和“设备属性”将“多个”设备组织成“多个”群（IoT群），旨在支持异构设备之间的高效交互（参见说明书第[0003], [0008]段）。对比文件（例如摘要、第[0017]段）虽然描述了配对（pairing）计算设备，但其核心是建立两个设备之间（一对一）的交互关系（如主从关系），并未涉及基于准则和属性将多个设备系统地组织成多个“群”（groups）的概念。对比文件中的“配对”与目标专利中系统性的“群形成”在目的、规模和机制上均不相同。因此，该特征未被对比文件直接或隐含公开。 |
| **技术特征B**：根据所述一个或多个群准则以及与所述一个或多个IoT设备相关联的所述一个或多个属性来定义每一IoT群内的一个或多个层次。<br>**判断结果**：**隐含公开** | 第[0017]段：“In one embodiment, paired devices may interact in a master-slave relationship...”（在一个实施例中，配对设备可以在主从关系中交互...）<br>第[0054]段：“In embodiments of the present technology, once the initiating and target devices are paired, one of the devices may operate as a slave and one as a master...”（在本技术的实施例中，一旦发起设备和目标设备配对，其中一个设备可以作为从设备操作，另一个作为主设备...） | 目标专利中，定义层次是为了控制通信（特征C）。对比文件明确公开了在配对的设备之间建立“主从关系”（master-slave relationship）。这种“主-从”结构本身就是一种明确的层次划分：一个设备（主）处于控制或高级别，另一个设备（从）处于被控制或低级别。尽管对比文件未使用“层次”（hierarchy）一词，但“主从关系”是本领域公认的层次结构的一种表现形式。对比文件中，这种关系用于定义配对设备间的角色和交互方式，这与目标专利中“定义每一群内的层次”的技术手段在概念上相通。因此，本领域技术人员能够从对比文件公开的“主从关系”中，合理推断出在配对形成的“组”（可视为最小的“群”）内定义了一个层次。 |
| **技术特征C**：其中所述一个或多个层次控制每一IoT群内的群内通信以及所述多个IoT群之间的群间通信。<br>**判断结果**：**隐含公开** | 第[0054]段：“...with the slave performing as a peripheral device to the master.”（...从设备作为主设备的外围设备执行。）<br>第[0063]段：“In step 368, the master performs its functionality... In step 370, based on the role determined in step 368, the initiating device performs its functionality under the control of the target device.”（在步骤368，主设备执行其功能...在步骤370，基于步骤368确定的角色，发起设备在目标设备的控制下执行其功能。） | 目标专利中，层次用于控制通信。对比文件公开的“主从关系”直接用于控制配对设备（可视为一个最小群）内的交互：主设备控制从设备的功能执行（第[0063]段），这实质上控制了这两个设备之间的“群内通信”。虽然对比文件主要描述一对一配对，未明确涉及“多个群之间的群间通信”，但其公开的“主设备控制从设备”的机制，是“层次控制通信”这一更上位概念的典型和具体实现。本领域技术人员可以理解，将这种基于层次的通信控制机制从一个配对组（群）内部，扩展到多个这样的组（群）之间，是合乎逻辑的技术演进可能性。因此，该特征被对比文件隐含公开。 |
| **技术特征D**：以及其中将所述多个IoT设备形成为所述多个IoT群包括形成包括具有上下文受限的一个或多个共同属性的一个或多个成员的至少一个自组织IoT群。<br>**判断结果**：**隐含公开** | 第[0050]段：“Some examples of pairing initiation acts do not require user interaction. For example, devices may pair based on context and location. In embodiments, devices may use known localization techniques to determine that they are in a certain room. Given their co-location in the room, the devices have identified each other... and they may then pair or at least be ready to engage in a pairing.”（一些配对发起行为的示例不需要用户交互。例如，设备可以基于上下文和位置进行配对。在实施例中，设备可以使用已知的定位技术来确定它们在同一房间。鉴于它们在房间中的共同位置，设备已经彼此识别...然后它们可以配对或至少准备好进行配对。） | 目标专利的“自组织IoT群”是基于动态上下文（如位置、时间）临时形成的群。对比文件第[0050]段明确描述了设备可以“基于上下文和位置”（based on context and location）自动配对，例如，当它们通过定位技术发现彼此在同一房间（co-location in the room）时，它们可以自动配对。这种“在同一房间”就是一个“上下文受限的共同属性”（位置属性受限在同一房间）。这种基于上下文感知的自动配对，无需用户主动干预即可形成设备间的关联，完全符合“自组织”（ad-hoc）群的形成特征。因此，对比文件隐含公开了形成具有上下文受限共同属性的自组织设备群。 |
| **技术特征E**：其中所述一个或多个群准则包括基于所述一个或多个上下文受限属性的动态准则。<br>**判断结果**：**隐含公开** | 第[0050]段：“devices may pair based on context and location.”（设备可以基于上下文和位置进行配对。） | 目标专利中，用于形成自组织群的“动态准则”是基于上下文受限属性的。对比文件第[0050]段明确指出配对可以“基于上下文和位置”（based on context and location）。这里的“基于上下文和位置”就是一条决定何时进行配对的准则。由于上下文和位置是动态变化的，因此这条准则本质上是动态的。该准则直接依赖于“在同一房间”这类上下文受限属性。因此，对比文件隐含公开了包括基于上下文受限属性的动态准则。 |
| **技术特征F**：其中形成所述自组织IoT群包括：检测所述多个IoT设备中彼此相邻的复数个IoT设备。<br>**判断结果**：**隐含公开** | 第[0050]段：“devices may use known localization techniques to determine that they are in a certain room. Given their co-location in the room...”（设备可以使用已知的定位技术来确定它们在同一房间。鉴于它们在房间中的共同位置...）<br>第[0028]段：“As indicated, the initiating and target devices may be proximate to each other when they are paired.”（如前所述，发起设备和目标设备在配对时可能彼此邻近。） | 目标专利中，形成自组织群的第一步是检测彼此相邻的多个设备。对比文件第[0050]段描述设备使用定位技术确定它们“在同一房间”（co-location），这实质上就是检测彼此在空间上相邻（邻近）的过程。第[0028]段也明确提到设备在“彼此邻近”（proximate to each other）时配对。虽然对比文件示例中检测的是两个设备，但“检测彼此相邻的多个设备”是“检测两个设备是否相邻”这一技术的直接扩展和多次应用。本领域技术人员能够合理推断，为了形成包含多个成员的群，需要先检测出这些彼此相邻的设备。因此，该特征被隐含公开。 |
| **技术特征G**：标识要实现的期望功能。<br>**判断结果**：**未公开** | 未找到明确对应内容。 | 目标专利中，“标识期望功能”是形成自组织群的明确驱动目标和前提步骤（参见图6的630，图7的735，图9的935），例如“减少投影屏幕光干扰”或“对房间制冷”。对比文件描述配对是为了建立设备间的一般性交互关系（如主从、资源共享、策略实施），并未公开在配对或组群之前，由一个实体（如设备组织者）明确地“标识”一个具体的、待实现的“期望功能”作为组群的依据。对比文件中的“策略”（policy）或“角色”（role）是配对后行为的规则或配对关系的属性，并非配对前被标识的“功能目标”。因此，该特征未被公开。 |
| **技术特征H**：基于与所述复数个IoT设备相关联的一个或多个属性来确定所述复数个IoT设备中具有实现所述期望功能的能力的子集。<br>**判断结果**：**未公开** | 未找到明确对应内容。 | 目标专利中，此特征是在标识期望功能后，根据设备属性（如发光能力、制冷区域）从所有相邻设备中筛选出能实现该功能的子集（参见图6的640，图7的740，图9的940）。对比文件在描述设备配对或自动配对时，未涉及此筛选过程。例如，第[0050]段基于“在同一房间”进行配对，这是基于一个共同的上下文属性，而不是基于各个设备不同的功能属性对一个集合进行筛选以实现某个特定功能。对比文件第[0054]-[0062]段提到确定从设备角色时会考虑设备规格（specifications），但这是在两个设备已确定配对后，用于决定配对关系内的功能分配，而非从多个设备中为特定功能筛选成员子集。因此，该特征未被公开。 |
| **技术特征I**：指导所述复数个IoT设备的所确定的子集形成被配置成在本地通信信道上进行通信的独立设备群，其中所述至少一个自组织IoT群至少包括所述独立设备群。<br>**判断结果**：**未公开** | 未找到明确对应内容。 | 目标专利中，此特征涉及一个中央协调者（设备组织者）主动“指导”筛选出的设备子集形成一个独立的、在专用本地通信信道上操作的群（参见图6的650，图7的745，图9的945）。对比文件描述的设备配对（无论是手动碰撞还是自动基于上下文）是设备之间直接建立点对点连接的过程，没有公开一个外部实体“指导”一组设备形成“独立设备群”的概念，也没有强调形成后在“本地通信信道”上独立通信。对比文件中的配对连接本身就是通信信道，但未将其描述为由上级指导形成的、用于特定功能的“独立群”。因此，该特征未被公开。 |
| **技术特征J**：以及指导所述独立设备群实现所述期望功能。<br>**判断结果**：**未公开** | 未找到明确对应内容。 | 目标专利中，此特征是设备组织者向已形成的独立设备群发出指令，使其执行特定操作以实现之前标识的功能（参见图6的660，图7的750，图9的950）。对比文件未公开在设备配对或关联后，由一个外部实体“指导”它们去共同实现一个预先标识的“期望功能”。配对后设备的交互由主从关系、运行的应用或预定义策略决定，这些是关系或规则，而非针对一个具体功能目标的执行指令。因此，该特征未被公开。 |
| **技术特征K**：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的群主，其中所指定的群主协调与其他IoT群的所述群间通信。<br>**判断结果**：**未公开** | 第[0054]段：“...one of the devices may operate as a slave and one as a master...” | 目标专利中，“群主”是群内指定的、负责协调“与其他IoT群的群间通信”的特殊角色（参见说明书第[0009]段）。对比文件公开了在配对关系中指定“主设备”（master），但该主设备的角色是控制与其配对的从设备（slave），即管理“群内”关系（一对一配对组内）。对比文件完全没有提及或暗示这个“主设备”需要或负责去协调“与其他配对组（群）的通信”。其作用范围仅限于其自身的配对关系内。因此，目标专利中“群主”的特定作用（协调群间通信）未被对比文件公开。 |
| **技术特征L**：其特征在于，服务器与每一IoT群中的所述群主通信以便进一步协调所述群间通信。<br>**判断结果**：**未公开** | 未找到明确对应内容。 | 目标专利中，此特征涉及服务器与各群群主通信以协调群间通信的架构（参见说明书第[0009]段）。对比文件提到了服务104（service 104）和服务器120（servers 120），但其作用包括用户登录认证（第[0024]段）、存储用户账户和策略（第[0025]、[0077]段）等，并未描述服务器与各个配对关系中的“主设备”通信以协调不同配对组（群）之间的通信。因此，该特征未被公开。 |
| **技术特征M**：其特征在于，每一IoT群中的所述群主进行对等通信以协调所述群间通信。<br>**判断结果**：**未公开** | 第[0023]段：“Computing devices may be connected to each other by peer-to-peer connections 118...”（计算设备可以通过对等连接118彼此连接...） | 目标专利中，此特征描述群主之间通过对等（P2P）方式直接通信来协调群间事务。对比文件虽然提到了设备间存在对等连接（peer-to-peer connections），并可能通过其对等通信（第[0047]段），但这是泛指设备间的通信能力，并未具体描述“每一群中的群主”角色之间为了“协调群间通信”而进行对等通信。对比文件未建立“群主”这一具有跨群协调职责的概念。因此，该特征未被公开。 |
| **技术特征N**：其特征在于，所述群间通信包括：将消息从第一IoT群中的IoT设备发送到与目标IoT群相关联的地址，其中与所述目标IoT群相关联的所述群主接收所述消息并根据控制所述群间通信的所述一个或多个层次来将所接收到的消息转发至所述目标IoT群中的其他IoT设备。<br>**判断结果**：**未公开** | 未找到明确对应内容。 | 目标专利中，此特征描述了一种具体的跨群消息路由机制：消息发往群地址，由目标群的群主接收并按其层次规则转发。对比文件完全没有涉及任何关于“群地址”、“向群地址发送消息”、“群主接收并转发给群内其他设备”的通信机制。其通信模型是基于设备间直接配对或通过服务器，而非基于群的寻址和转发。因此，该特征未被公开。 |
| **技术特征O**：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的一个或多个高级别成员，其中所指定的高级别成员协调每一IoT群内的所述群内通信。<br>**判断结果**：**未公开** | 未找到明确对应内容。 | 目标专利中，此特征涉及在群内指定“高级别成员”来协调“群内通信”（区别于群主协调群间通信）。对比文件公开了在配对关系中指定“主设备”和“从设备”，这是一种最简单的两级层次。但“主设备”的作用是控制从设备的功能，并非特指“协调群内通信”，且未提及在多于两个设备的群中指定多个“高级别成员”的概念。因此，该特征未被公开。 |
| **技术特征P**：其特征在于，所述一个或多个群准则包括一个或多个静态准则，并且所述一个或多个层次基于所述一个或多个静态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的永久属性来定义。<br>**判断结果**：**未公开** | 未找到明确对应内容。 | 目标专利中，此特征涉及基于“静态准则”和“永久属性”定义层次，对应于“预定义群”（参见说明书第[0008], [0052]段）。对比文件未提及任何基于静态准则或永久属性来定义设备间关系层次的内容。其公开的配对关系建立主要基于动态行为（碰撞、自动基于上下文）或用户即时设定，而非基于永久性属性。因此，该特征未被公开。 |
| **技术特征Q**：其特征在于，将所述多个IoT设备形成为所述多个IoT群包括：形成包括共同具有一个或多个永久属性的一个或多个成员的至少一个预定义IoT群，其中所述一个或多个群准则包括基于所述一个或多个永久属性的静态准则。<br>**判断结果**：**未公开** | 未找到明确对应内容。 | 目标专利中，“预定义IoT群”是基于永久属性（如设备类型、固定功能）预先持久性组织的群（参见说明书第[0008], [0052]段）。对比文件描述的所有配对关系都是临时性、基于特定事件（碰撞、进入范围）建立的，没有公开基于设备永久属性预先、持久性地将设备组织成“预定义群”的概念。因此，该特征未被公开。 |
| **技术特征R**：其特征在于，所述一个或多个群准则包括一个或多个动态准则，并且所述一个或多个层次基于所述一个或多个动态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的一个或多个上下文受限属性来定义。<br>**判断结果**：**隐含公开** | 第[0050]段：“devices may pair based on context and location.”（设备可以基于上下文和位置进行配对。）<br>第[0054]段：“...one of the devices may operate as a slave and one as a master...” | 目标专利中，此特征说明层次也可基于动态准则和上下文受限属性定义。结合对特征B和E的分析，对比文件隐含公开了：1) 存在基于上下文（动态准则）的配对（第[0050]段）；2) 在配对关系中定义了主从层次（第[0054]段）。本领域技术人员可以合理推断，在这种基于动态上下文建立的配对关系（即自组织群）中，其内部的主从层次（如谁主谁从）很可能也是基于此次配对的上下文或动态准则（例如，碰撞的方式、设备的相对位置/姿态）来确定的。因此，该特征被对比文件隐含公开。 |
| **技术特征S**：其特征在于，毗邻所述复数个IoT设备的设备组织者经由本地引导信道来检测所述复数个IoT设备。<br>**判断结果**：**未公开** | 未找到明确对应内容。 | 目标专利中，此特征限定了检测设备的具体执行主体（设备组织者）和通信方式（本地引导信道）（参见说明书第[0071]段）。对比文件在描述设备检测或发现时（如第[0050]段），未提及“设备组织者”这一集中式协调实体，设备之间是直接相互感知或通过服务交互。也未提及使用专用的“本地引导信道”进行初始检测。因此，该特征未被公开。 |
| **技术特征T**：其特征在于：检测到的复数个IoT设备包括一个或多个光源，要实现的所述期望功能包括减少与所述复数个IoT设备相邻的投影屏幕附近的光干扰...（具体照明控制实施例）。<br>**判断结果**：**未公开** | 未找到明确对应内容。 | 此特征为目标专利说明书第[0079]-[0083]段及图7-8所描述的具体照明控制应用实施例。对比文件全文未涉及任何与“光源”、“投影屏幕”、“光干扰”、“光输出能级/取向”相关的技术内容。该具体应用场景及其技术细节完全未被对比文件公开。 |
| **技术特征U**：其特征在于：所述检测到的复数个IoT设备包括一个或多个空调，要实现的所述期望功能包括对房间制冷...（具体温度控制实施例）。<br>**判断结果**：**未公开** | 未找到明确对应内容。 | 此特征为目标专利说明书第[0084]-[0087]段及图9所描述的具体温度控制应用实施例。对比文件全文未涉及任何与“空调”、“房间制冷”、“制冷输出能级”相关的技术内容。该具体应用场景及其技术细节完全未被对比文件公开。 |
<<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<r>>>