对比文件名称：US2009083374A1_Description_20260310_0131
目标专利名称：建立物联网(IOT)设备群并实现IOT设备群之间的通信CN105075185B
模型名称：专利创造性评估模型
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：根据一个或多个群准则以及与一个或多个IoT设备相关联的一个或多个属性来将多个IoT设备形成为多个IoT群《隐含公开》 | 第[0170]段：“One embodiment of the present system and method is the ability to share a single device 270 across multiple sub-environments within a given presentation environment 110.”<br>第[0171]段：“The logical pooled device 1450 group represents a set of devices 270 with common characteristics that are able to be temporarily associated and selectively used with a given presentation sub-environment...”<br>第[0176]段：“In defining and establishing a scene associated with a pooled device 1450, the user defines the device 270 and incorporates the device 270 into the scene using the proxy device controller, or virtual device 270.” | 对比文件公开了“逻辑池设备组”（logical pooled device group）的概念，该组代表一组具有共同特征（common characteristics）的设备。这些设备可以被临时关联并选择性地用于给定的演示子环境（presentation sub-environment）。形成这样的组是基于设备共享、资源调度等“准则”，以及设备的“共同特征”（即属性，例如都是视频会议系统）。虽然对比文件主要描述音视频环境，但其原理是通用的，本领域技术人员可以合理推断，对于物联网设备，同样可以基于其属性和特定准则（如功能、位置、可用性）将其分组为多个设备群（如逻辑池设备组），以实现资源共享和协调控制。因此，该技术特征被隐含公开。 |
| 技术特征B：根据所述一个或多个群准则以及与所述一个或多个IoT设备相关联的所述一个或多个属性来定义每一IoT群内的一个或多个层次《隐含公开》 | 第[0188]-[0190]段描述了三级访问控制系统：系统级、房间级和演示级。例如第[0189]段：“The second level of access control is room-based access control. Administrators grant access to users based on who the user is or what role, or task, the user is performing. The room-based access control limits the number of rooms that a user can access...” | 对比文件公开了基于用户角色和任务的多级访问控制层次（系统配置、房间访问、演示访问）。这种访问控制层次定义了不同用户或实体在系统、房间（可视为设备群）和具体演示（可视为群内活动）中的权限和操作级别。虽然目标专利的“层次”更侧重于设备群内的通信控制结构（如群主、高级成员），而对比文件的“层次”是用户访问权限控制，但两者的核心思想都是在一个组织体系（群或系统）内定义不同级别的实体以实施管理和控制。本领域技术人员可以从访问控制层次这一概念出发，通过合理推理，联想到在设备群内部也可以定义类似的层次结构来控制通信流和权限。因此，该技术特征被隐含公开。 |
| 技术特征C：其中所述一个或多个层次控制每一IoT群内的群内通信以及所述多个IoT群之间的群间通信《隐含公开》 | 第[0188]-[0191]段关于访问控制的描述，限制了用户对不同房间（群）和设备（群内成员）的访问和控制能力。例如，房间级访问控制限制了用户可访问的房间（群），演示级访问控制限制了用户对特定演示（可涉及群内通信）的修改权限。 | 对比文件中的访问控制层次，通过限制用户对特定房间（可类比为设备群）和该房间内设备（群内成员）的访问与操作权限，间接地“控制”了通信的可能性。如果用户无权访问某个房间或设备，则无法发起与该房间或设备的控制指令通信（即群内或群间通信）。虽然这不是对通信协议或路径的直接、主动控制，而是一种基于权限的通信许可控制，但本领域技术人员可以理解，访问控制是管理通信的一种基本且常见的手段。通过合理推断，将这种基于层次的权限控制机制应用于IoT设备群的通信管理是显而易见的。因此，该技术特征被隐含公开。 |
| 技术特征D：以及其中将所述多个IoT设备形成为所述多个IoT群包括形成包括具有上下文受限的一个或多个共同属性的一个或多个成员的至少一个自组织IoT群《未公开》 | 对比文件第[0170]-[0175]段描述了“逻辑池设备组”，该组设备具有共同特征，并且可以基于调度临时分配给某个子环境。这涉及了“上下文受限”（临时分配、基于调度）和“共同属性”。 | **尽管对比文件公开了基于调度临时分配设备组的概念，这与“自组织”和“上下文受限”有表面相似性，但存在本质区别**：<br>1. **形成机制**：目标专利的“自组织IoT群”强调动态、自动（或由设备组织者指导）基于检测到的相邻设备、期望功能及设备属性即时形成。对比文件的“逻辑池设备组”是预先配置好的、静态定义的设备池，其“临时关联”是基于预定的人工调度（如会议预订）将整个预定义组分配给某个房间，并非基于实时上下文（如设备相邻性、即时功能需求）动态形成新群。<br>2. **上下文属性**：目标专利的“上下文受限属性”与设备实时状态、能力、位置等相关，用于实现具体功能。对比文件中设备池的分配是基于“时间安排”这一外部上下文，而非设备自身动态的属性。<br>因此，对比文件没有公开或隐含公开基于设备实时属性和即时功能需求动态、自组织形成设备群的技术特征。 |
| 技术特征E：其中所述一个或多个群准则包括基于所述一个或多个上下文受限属性的动态准则《未公开》 | 无相应内容。 | 对比文件未公开基于设备实时、上下文受限属性（如当前发光能力对屏幕的干扰程度、实时制冷能力对房间温度的影响）的动态群形成准则。对比文件中设备池的分配准则主要是基于预定的时间表（调度），属于外部事件驱动，而非基于设备自身动态变化的属性。 |
| 技术特征F：其中形成所述自组织IoT群包括：检测所述多个IoT设备中彼此相邻的复数个IoT设备《未公开》 | 第[0225]-[0237]段描述了通过手动或自动（CAD导入）配置过程将设备添加到系统环境模型中，并非动态检测彼此相邻的设备。 | 对比文件公开的是在系统安装或扩展时，通过配置工具或导入设计文件来静态定义环境中的设备和连接，这是一种“预配置”或“注册”过程。目标专利要求的是动态“检测”彼此相邻的多个IoT设备，这是在系统运行期间，为响应特定功能需求而主动发现附近设备的过程。两者目的和时机不同，对比文件未公开此动态检测特征。 |
| 技术特征G：标识要实现的期望功能《未公开》 | 对比文件描述了用户创建“场景”（scene）以实现特定的环境状态（如开始演示、视频会议）。用户标识期望的功能（如播放DVD、连接笔记本电脑到投影仪），但这是用户明确指定的。 | 虽然对比文件涉及用户选择或创建场景以实现特定功能，但目标专利中“标识要实现的期望功能”是方法流程中的一个步骤，与检测相邻设备、分析属性等步骤联动，旨在自动化地触发群的形成。对比文件缺乏将此“标识”作为自动化流程一部分，并与设备检测、属性分析紧密耦合的教导或启示。 |
| 技术特征H：基于与所述复数个IoT设备相关联的一个或多个属性来确定所述复数个IoT设备中具有实现所述期望功能的能力的子集《未公开》 | 第[0170]-[0175]段中，从逻辑池设备组中选择设备是基于其类型（如视频会议系统）这一共同属性，但这是从预定义池中挑选，并非从一组动态检测到的相邻设备中，基于实现某个即时期望功能所需的特定属性（如光的流明、方向；空调的制冷区域）来划分子集。 | 对比文件公开了基于设备类型（一种属性）选择设备。然而，目标专利要求的是：在动态检测到的一组相邻设备中，基于与实现**具体期望功能**直接相关的**特定属性**（例如，为减少光干扰，需考虑光源的位置、取向、发光能力），来确定有能力实现该功能的子集。对比文件的选择逻辑是“哪个设备可用（属于某类型池）”，而目标专利是“哪些设备具备实现特定目标所需的特定属性”。对比文件未公开这种基于具体功能目标对设备属性进行针对性分析和筛选的过程。 |
| 技术特征I：指导所述复数个IoT设备的所确定的子集形成被配置成在本地通信信道上进行通信的独立设备群，其中所述至少一个自组织IoT群至少包括所述独立设备群《未公开》 | 对比文件中，设备通过服务器进行控制和通信，服务器与设备之间的命令链路（如图1C中的控制信号116）是集中式的。没有公开指导一个设备子集形成一个在**独立于中央控制器的本地通信信道**上自行通信的“独立设备群”。 | 目标专利的关键点在于形成“独立设备群”，该群在“本地通信信道”上通信，且无需设备组织者（或服务器）的持续干预。这暗示了一种去中心化或对等（P2P）的群内通信模式。对比文件的架构是典型的客户端-服务器集中控制模型，所有设备控制命令都通过服务器（可能通过转换器）下达，设备间的协作通过服务器协调，没有形成独立于服务器进行本地对等通信的设备子群的概念。因此，该特征未被公开。 |
| 技术特征J：以及指导所述独立设备群实现所述期望功能。《未公开》 | 对比文件中，服务器直接向各个设备发送控制命令以实现场景功能（例如，命令投影仪打开，命令灯光调暗）。 | 虽然对比文件公开了指导设备实现功能，但其方式是服务器直接控制每个设备。目标专利中，是指导**已形成的独立设备群**去实现功能，隐含了该群作为一个整体具有某种自主协调能力。这与对比文件中服务器作为唯一控制中枢向每个个体设备发令的模式不同。由于特征I（形成独立通信的设备群）未被公开，特征J的前提也不存在。 |
| 技术特征K：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的群主，其中所指定的群主协调与其他IoT群的所述群间通信。《未公开》 | 无相应内容。 | 对比文件中所有群间（房间间）或设备间的通信协调均由中央服务器（100）处理。没有指定某个设备作为“群主”来负责协调与其他群的通信。服务器本身充当了所有通信的中央协调者。因此，该特征未被公开。 |
| 技术特征L：其特征在于，服务器与每一IoT群中的所述群主通信以便进一步协调所述群间通信。《未公开》 | 服务器（100）直接与所有设备通信以控制它们（例如，图1C，图10）。 | 对比文件公开了服务器与设备通信。但由于特征K（指定群主）未被公开，因此不存在服务器与“群主”通信以协调群间通信的技术方案。服务器是直接管理者，而非通过群主进行间接协调。 |
| 技术特征M：其特征在于，每一IoT群中的所述群主进行对等通信以协调所述群间通信。《未公开》 | 无相应内容。 | 对比文件未公开设备之间进行对等通信以协调群间事务。所有协调指令源自服务器。 |
| 技术特征N：其特征在于，所述群间通信包括：将消息从第一IoT群中的IoT设备发送到与目标IoT群相关联的地址，其中与所述目标IoT群相关联的所述群主接收所述消息并根据控制所述群间通信的所述一个或多个层次来将所接收到的消息转发至所述目标IoT群中的其他IoT设备。《未公开》 | 无相应内容。 | 该特征描述了一种基于群主的消息中继机制。对比文件中，设备间的任何数据或信号路由（如图1B的A/V信号路由）是通过服务器控制开关（170, 158）建立的物理连接路径，而非通过向某个“群地址”发送消息并由群主转发。控制指令的传递也是服务器直接发送给目标设备。因此，该特征未被公开。 |
| 技术特征O：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的一个或多个高级别成员，其中所指定的高级别成员协调每一IoT群内的所述群内通信。《未公开》 | 无相应内容。 | 对比文件未公开在设备群内指定“高级别成员”并由其协调群内通信。群内设备的控制均由服务器直接处理。 |
| 技术特征P：其特征在于，所述一个或多个群准则包括一个或多个静态准则，并且所述一个或多个层次基于所述一个或多个静态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的永久属性来定义。《隐含公开》 | 第[0170]-[0175]段：逻辑池设备组是基于设备的“共同特征”（如都是视频会议系统）这一永久属性预先定义的。<br>第[0188]-[0191]段：访问控制层次（如房间访问权限）是基于用户角色等相对静态的准则定义的。 | 对比文件隐含公开了基于静态准则和永久属性定义组和层次的概念。逻辑池设备组的定义基于设备类型（永久属性），访问控制层次的定义基于用户身份/角色（静态准则）。虽然目标专利的“层次”更具体指向通信控制层次，但本领域技术人员可以合理推断，静态的设备和用户属性是定义任何形式管理层次（包括通信控制层次）的基础。因此，该特征被隐含公开。 |
| 技术特征Q：其特征在于，将所述多个IoT设备形成为所述多个IoT群包括：形成包括共同具有一个或多个永久属性的一个或多个成员的至少一个预定义IoT群，其中所述一个或多个群准则包括基于所述一个或多个永久属性的静态准则。《直接公开》 | 第[0171]段：“The logical pooled device 1450 group represents a set of devices 270 with common characteristics that are able to be temporarily associated and selectively used with a given presentation sub-environment...”<br>第[0176]段：“In defining and establishing a scene associated with a pooled device 1450, the user defines the device 270 and incorporates the device 270 into the scene using the proxy device controller, or virtual device 270.” | 对比文件明确公开了“逻辑池设备组”，该组是一组具有共同特征（common characteristics，即永久属性，如都是视频会议系统）的设备。这种组是在系统配置时预先定义好的，其形成准则正是基于这些共同的永久属性（静态准则）。这直接对应于目标专利中基于永久属性形成预定义IoT群的技术特征。因此，该技术特征被直接公开。 |
| 技术特征R：其特征在于，所述一个或多个群准则包括一个或多个动态准则，并且所述一个或多个层次基于所述一个或多个动态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的一个或多个上下文受限属性来定义。《未公开》 | 无相应内容。 | 对比文件未公开基于动态准则或设备上下文受限属性（如设备当前状态、位置、环境条件）来定义层次。其访问控制层次是相对静态的，基于预分配的用户角色。 |
| 技术特征S：其特征在于，毗邻所述复数个IoT设备的设备组织者经由本地引导信道来检测所述复数个IoT设备。《未公开》 | 无相应内容。 | 对比文件未提及“本地引导信道”或通过此类信道进行设备检测。其设备添加是通过配置过程（手动或CAD导入）完成的。 |
| 技术特征T：其特征在于：检测到的复数个IoT设备包括一个或多个光源，要实现的所述期望功能包括减少与所述复数个IoT设备相邻的投影屏幕附近的光干扰，所述一个或多个属性包括与所述一个或多个光源相关联的发光能力、安装位置和光输出取向，所述复数个IoT设备中的形成为所述独立设备群的所述子集被预期为基于与所述一个或多个光源相关联的所述发光能力、所述安装位置或所述取向中的一者或多者而导致所述投影屏幕附近的所述光干扰，并且所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成通过降低光输出能级或改变与其相关联的所述光输出取向中的一者或多者来减少所述投影屏幕附近的所述光干扰。《未公开》 | 对比文件第[0072]段提到环境设备包括“lighting controls”，并且第[0209]段提到场景可以包括“lowering the lights”。 | 对比文件虽然公开了可以控制灯光，但这是作为预定义场景的一部分，由用户手动设置或触发。**它没有公开**：1) 动态检测投影屏幕附近的光源；2) 基于光源的发光能力、安装位置、光输出取向等具体属性自动分析其对屏幕的干扰；3) 基于此分析动态形成一个独立设备群（子集）；4) 指导该群通过调整光输出能级或取向来自主减少干扰。这是一个具体的、自动化的用例实现，对比文件仅提供了基础的控制能力，未公开其与动态设备发现、属性分析、自组织群形成相结合的完整技术方案。 |
| 技术特征U：其特征在于：所述检测到的复数个IoT设备包括一个或多个空调，要实现的所述期望功能包括对房间制冷，所述一个或多个属性包括所述一个或多个空调能够制冷的所标识的区域以及所述一个或多个空调能够对所述所标识的区域制冷的程度，所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成对所述房间制冷，并且所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成调整对所述房间制冷的制冷输出能级。《未公开》 | 对比文件第[0006]段提到系统可用于管理“heating, ventilating and air conditioning”。第[0168]段提到主控制单元可以命令“maxCOOL”。 | 与特征T类似，对比文件虽然提及了空调控制，但这是在集中控制系统中对设备进行直接命令。**它没有公开**：1) 动态检测房间内的空调设备；2) 基于空调的制冷区域、制冷程度等属性来确定能实现房间制冷功能的设备子集；3) 动态形成一个独立设备群来执行该任务；4) 该群调整制冷输出能级以实现目标温度。这同样是一个具体的自动化用例，超出了对比文件所公开的集中式直接控制范畴。 |
<<<Q>>><<<a>>><<<b>>><<<c>>><<<p>>>