**对比文件名称**：2012-05-03_US2012108230A_发明申请_US20120108230A1 CONSUMER ELECTRONIC REGISTRATION, CONTROL AND SUPPORT CONCIERGE DEVICE AND METHOD
**目标专利名称**：建立物联网(IOT)设备群并实现IOT设备群之间的通信CN105075185B
**本次调用的模型名称**：GPT-4
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：根据一个或多个群准则以及与一个或多个IoT设备相关联的一个或多个属性来将多个IoT设备形成为多个IoT群<br>**判断结果**：隐含公开 | [0099]段：“...the problem of providing a user centric, multi-purpose interface to diverse consumer devices (CA and CE devices) in a home can be addressed using a handheld concierge device (a remote control) that relies redundantly or alternately on a home management bridge and/or cloud-based management servers... This concierge device sends input to and relies on the home management bridge, working in conjunction with the cloud-based management servers, to register devices in the home to be managed consumer devices.”<br>[0116]段：“...on boarding a lamp to a home network... The in home gateway detects the new lamp and communicates with the Cloud Remote™ resulting in an alert... ‘detected a new connected device ‘Lamp’... Simple menu screen is loaded onto the concierge device following the registration...” | 对比文件公开了家庭管理桥（home management bridge）和/或云管理服务器可以注册（register）家庭中的多个消费设备（包括家电和消费电子产品），使其成为被管理的设备。注册过程涉及检测新设备（如灯具）并将其纳入网络管理。虽然对比文件未明确使用“IoT群”这一术语，但其描述的由家庭管理桥或云服务器管理的“已注册设备集合”本质上构成了一个设备群。注册设备时，通常会基于设备类型（一种属性）和网络管理需求（一种准则）进行。本领域技术人员可以理解，将多个设备注册到一个管理实体（桥或云）下，就是将它们“形成”为一个可被统一管理的组或群。因此，该特征被对比文件**隐含公开**。 |
| **技术特征B**：根据所述一个或多个群准则以及与所述一个或多个IoT设备相关联的所述一个或多个属性来定义每一IoT群内的一个或多个层次，<br>**判断结果**：隐含公开 | [0099]段：“...relies on the home management bridge, working in conjunction with the cloud-based management servers...”<br>[0105]段：“At the simplest authentication level, the concierge device could be paired with the bridge or cloud based service...”<br>图1、5、7等图示了礼宾设备、家庭管理桥、云服务器、消费设备之间的连接关系。 | 对比文件公开了系统的架构层次：用户通过礼宾设备（Concierge Device）与家庭管理桥或云服务器交互，而桥或服务器则直接管理或与各个消费设备通信。这定义了一个至少包含“用户接口层（礼宾设备）”、“管理层（桥/云）”和“设备执行层（消费设备）”的层次结构。虽然对比文件未明确使用“定义层次”的表述，但其描述的连接和控制关系自然构成了一个分层次的通信和管理体系。礼宾设备作为用户代理，桥/云作为控制中心，设备作为受控端。本领域技术人员可以毫无困难地从该架构中推断出层次的存在。因此，该特征被对比文件**隐含公开**。 |
| **技术特征C**：其中所述一个或多个层次控制每一IoT群内的群内通信以及所述多个IoT群之间的群间通信<br>**判断结果**：隐含公开 | [0099]段：“...relies on the home management bridge... to register devices... It accepts dynamically supplied menus... It can act as a remote control for the consumer devices, using the dynamically supplied menus.”<br>[0101]段：“The bridge can communicate directly with the Internet or a private network or may be attached through a router, bridge or other network device.” | 对比文件公开了家庭管理桥作为中心节点，注册设备、接收控制菜单并充当远程控制的中介。这意味着设备（群内）与礼宾设备或桥之间的通信（可视为一种群内通信）受到桥的管理和控制。同时，桥具有连接到互联网或私有网络的能力（[0101]段），这为其与外部实体（可类比为其他“群”，如云服务、支持中心）进行通信（群间通信）提供了基础。虽然对比文件未明确区分“群内”和“群间”通信，也未详细描述层次如何“控制”这两种通信，但本领域技术人员可以合理推断，作为管理中心的桥，其架构和功能必然涉及对设备本地通信的管理以及对外部网络通信的协调。因此，该特征被对比文件**隐含公开**。 |
| **技术特征D**：以及其中将所述多个IoT设备形成为所述多个IoT群包括形成包括具有上下文受限的一个或多个共同属性的一个或多个成员的至少一个自组织IoT群，<br>**判断结果**：未公开 | 未发现相关描述。 | 对比文件主要描述基于设备注册和静态管理的系统。虽然提到了设备可以动态加入网络（如新灯具的加入），但这是设备发现和注册流程，并非基于“上下文受限的共同属性”（例如，特定时间、位置、状态）动态、临时地形成一个旨在实现特定功能的“自组织”群。对比文件未公开基于动态上下文属性自动形成设备群的概念。因此，该特征**未被对比文件公开**。 |
| **技术特征E**：其中所述一个或多个群准则包括基于所述一个或多个上下文受限属性的动态准则，<br>**判断结果**：未公开 | 未发现相关描述。 | 如特征D所述，对比文件未涉及基于“上下文受限属性”形成群组。因此，也不可能公开将此类属性作为“动态准则”用于群形成。对比文件中提及的准则更偏向于设备类型、制造商等静态属性，用于注册和获取控制菜单。因此，该特征**未被对比文件公开**。 |
| **技术特征F**：其中形成所述自组织IoT群包括：检测所述多个IoT设备中彼此相邻的复数个IoT设备<br>**判断结果**：未公开 | [0116]段：“The in home gateway detects the new lamp...” | 对比文件确实公开了家庭网关（桥）可以“检测”（detect）新设备（如灯具）。然而，这种检测是在设备注册（on-boarding）的上下文中进行的，目的是将新设备纳入家庭网络管理，而非目标专利中所述的为了从多个相邻设备中筛选出一个子集以形成实现特定“期望功能”的“自组织IoT群”。目标专利的“检测”是功能导向的群形成流程的第一步，而对比文件的“检测”是网络设备发现和注册流程的一部分，目的和作用不同。因此，该特征**未被对比文件公开**。 |
| **技术特征G**：标识要实现的期望功能<br>**判断结果**：未公开 | 未发现相关描述。 | 对比文件未公开任何关于“标识要实现的期望功能”的步骤或概念。其系统功能集中在设备控制、远程支持、广告投放等，但没有描述为了达成某个环境目标（如调节光照、温度）而主动“标识”一个需要设备协作实现的“期望功能”。因此，该特征**未被对比文件公开**。 |
| **技术特征H**：基于与所述复数个IoT设备相关联的一个或多个属性来确定所述复数个IoT设备中具有实现所述期望功能的能力的子集<br>**判断结果**：未公开 | 未发现相关描述。 | 由于对比文件未公开“标识期望功能”（特征G），因此自然也不存在基于设备属性来确定能实现该功能的设备“子集”的步骤。对比文件中设备属性的使用主要用于注册、控制和支持调用，而非用于功能导向的设备筛选。因此，该特征**未被对比文件公开**。 |
| **技术特征I**：指导所述复数个IoT设备的所确定的子集形成被配置成在本地通信信道上进行通信的独立设备群，其中所述至少一个自组织IoT群至少包括所述独立设备群<br>**判断结果**：未公开 | 未发现相关描述。 | 对比文件未公开指导设备形成“独立设备群”的步骤，也未提及为特定群组分配或选择独立的“本地通信信道”。其通信架构是基于中心化的桥或云服务器，所有设备通过它们进行协调，而非形成在独立信道上通信的、自组织的功能群。因此，该特征**未被对比文件公开**。 |
| **技术特征J**：以及指导所述独立设备群实现所述期望功能。<br>**判断结果**：未公开 | 未发现相关描述。 | 由于对比文件未公开形成旨在实现特定“期望功能”的“独立设备群”（特征I），因此也不可能公开“指导该群实现期望功能”的步骤。因此，该特征**未被对比文件公开**。 |
| **技术特征K**：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的群主，其中所指定的群主协调与其他IoT群的所述群间通信。<br>**判断结果**：隐含公开 | [0099]段：“...relies on the home management bridge...”，[0101]段：“The bridge can communicate directly with the Internet...”<br>图1、5、7等图示了桥的中心位置。 | 对比文件中的“家庭管理桥”（home management bridge）在系统中充当了中心管理节点的角色。它注册设备、转发控制命令、处理支持会话，并具备互联网连接能力。在本领域技术人员看来，这个桥实质上承担了目标专利中“群主”的职责：它是群（即它所管理的家庭设备集合）内的一个特定实体，负责协调与外部（如云服务器、支持中心）的通信。虽然对比文件未明确使用“指定群主”的表述，但桥的功能定位使其自然而然地成为协调群间通信的实体。因此，该特征被对比文件**隐含公开**。 |
| **技术特征L**：其特征在于，服务器与每一IoT群中的所述群主通信以便进一步协调所述群间通信。<br>**判断结果**：隐含公开 | [0099]段：“...relies on... cloud-based management servers.”，[0099]段：“The concierge device sends input to and relies on the home management bridge, working in conjunction with the cloud-based management servers...”<br>[0105]段：“...the concierge device could be paired with the bridge or cloud based service...” | 对比文件明确公开了云管理服务器（cloud-based management servers）的存在，并且家庭管理桥与这些云服务器是协同工作的（working in conjunction with）。礼宾设备可以替代地或冗余地连接到桥或云服务器。这意味着，作为“群主”的桥会与云服务器通信，以获取设备菜单、处理支持会话等，这实质上是“服务器与群主通信以协调群间通信”的一种表现形式。虽然目标专利的“服务器”可能特指某种协调服务器，而对比文件的“云服务器”更偏向提供管理和支持服务，但它们在系统中都扮演着与本地管理节点（桥/群主）通信以支持更广泛功能（可视为一种群间协调）的角色。因此，该特征被对比文件**隐含公开**。 |
| **技术特征M**：其特征在于，每一IoT群中的所述群主进行对等通信以协调所述群间通信。<br>**判断结果**：未公开 | 未发现相关描述。 | 对比文件未描述不同的家庭管理桥（即不同“群”的潜在“群主”）之间直接进行“对等通信”（P2P）以协调群间通信。通信模式主要是“礼宾设备-桥-云服务器”或“礼宾设备-云服务器”的客户端-服务器模式，或者桥与云服务器的通信。没有证据表明桥与桥之间直接对等通信。因此，该特征**未被对比文件公开**。 |
| **技术特征N**：其特征在于，所述群间通信包括：将消息从第一IoT群中的IoT设备发送到与目标IoT群相关联的地址，其中与所述目标IoT群相关联的所述群主接收所述消息并根据控制所述群间通信的所述一个或多个层次来将所接收到的消息转发至所述目标IoT群中的其他IoT设备。<br>**判断结果**：隐含公开 | [0099]段：“...It can act as a remote control for the consumer devices, using the dynamically supplied menus.”<br>[0101]段：“The bridge can communicate directly with the Internet...” | 对比文件公开了礼宾设备可以作为消费设备的遥控器。当用户操作礼宾设备控制某个设备时，消息的路径可能是：礼宾设备 -> 桥 -> 目标设备。在这个过程中，桥（作为本地设备群的“群主”）接收来自礼宾设备（可视为位于用户“域”或一个虚拟“群”）的消息，并将其转发给目标群（桥管理的设备群）中的特定设备。虽然对比文件没有明确描述“第一IoT群”和“目标IoT群”这样的跨群通信场景，但礼宾设备与桥管理的设备之间的通信，在广义上可以看作是通过桥（群主）中转的、不同实体（用户端与设备端）间的通信。本领域技术人员可以合理推断，桥具备接收消息并基于其管理角色（层次）将消息转发至其管辖下设备的能力。因此，该特征被对比文件**隐含公开**。 |
| **技术特征O**：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的一个或多个高级别成员，其中所指定的高级别成员协调每一IoT群内的所述群内通信。<br>**判断结果**：未公开 | 未发现相关描述。 | 对比文件未公开在由桥管理的设备群内“指定一个或多个高级别成员”以协调“群内通信”的概念。群内通信似乎主要由桥作为中心节点直接管理，没有提及在设备之间设立层级或指定特定设备来协调内部通信。因此，该特征**未被对比文件公开**。 |
| **技术特征P**：其特征在于，所述一个或多个群准则包括一个或多个静态准则，并且所述一个或多个层次基于所述一个或多个静态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的永久属性来定义。<br>**判断结果**：未公开 | 未发现相关描述。 | 对比文件未讨论基于“静态准则”或“永久属性”来“定义层次”。系统的层次（用户-桥/云-设备）更多是由系统架构和功能角色决定的，而非基于特定的设备属性准则来动态定义。因此，该特征**未被对比文件公开**。 |
| **技术特征Q**：其特征在于，将所述多个IoT设备形成为所述多个IoT群包括：形成包括共同具有一个或多个永久属性的一个或多个成员的至少一个预定义IoT群，其中所述一个或多个群准则包括基于所述一个或多个永久属性的静态准则。<br>**判断结果**：未公开 | 未发现相关描述。 | 对比文件未描述基于“永久属性”形成“预定义IoT群”。设备被注册到网络中，但并未根据某种共同的永久属性（如设备类型、制造商）被明确归类或预定义为不同的群组。虽然桥管理所有设备，但这本身不是一个基于属性定义的“预定义群”。因此，该特征**未被对比文件公开**。 |
| **技术特征R**：其特征在于，所述一个或多个群准则包括一个或多个动态准则，并且所述一个或多个层次基于所述一个或多个动态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的一个或多个上下文受限属性来定义。<br>**判断结果**：未公开 | 未发现相关描述。 | 如特征E所述，对比文件未涉及基于“上下文受限属性”的“动态准则”，因此也不可能公开基于此类准则和属性来定义层次。因此，该特征**未被对比文件公开**。 |
| **技术特征S**：其特征在于，毗邻所述复数个IoT设备的设备组织者经由本地引导信道来检测所述复数个IoT设备。<br>**判断结果**：隐含公开 | [0116]段：“The in home gateway detects the new lamp...” | 对比文件公开了家庭网关（桥）可以检测新设备。虽然未明确提及“本地引导信道”，但本领域技术人员知晓，在无线网络环境中，设备发现和注册通常需要通过特定的发现协议或信道（如蓝牙发现、Zigbee入网信道、Wi-Fi的WPS等）进行，这些可以视为“本地引导信道”。家庭网关检测新设备的过程必然依赖于某种本地通信机制。因此，该特征被对比文件**隐含公开**。 |
| **技术特征T**：其特征在于：检测到的复数个IoT设备包括一个或多个光源，要实现的所述期望功能包括减少与所述复数个IoT设备相邻的投影屏幕附近的光干扰，所述一个或多个属性包括与所述一个或多个光源相关联的发光能力、安装位置和光输出取向，所述复数个IoT设备中的形成为所述独立设备群的所述子集被预期为基于与所述一个或多个光源相关联的所述发光能力、所述安装位置或所述取向中的一者或多者而导致所述投影屏幕附近的所述光干扰，并且所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成通过降低光输出能级或改变与其相关联的所述光输出取向中的一者或多者来减少所述投影屏幕附近的所述光干扰。<br>**判断结果**：未公开 | 未发现相关描述。 | 对比文件完全没有涉及任何关于“投影屏幕”、“光干扰”、“发光能力”、“安装位置”、“光输出取向”、“降低光输出能级”、“改变光输出取向”等与智能光照控制场景相关的内容。这是一个非常具体的技术实施例，在对比文件中找不到任何对应或启示。因此，该特征**未被对比文件公开**。 |
| **技术特征U**：其特征在于：所述检测到的复数个IoT设备包括一个或多个空调，要实现的所述期望功能包括对房间制冷，所述一个或多个属性包括所述一个或多个空调能够制冷的所标识的区域以及所述一个或多个空调能够对所述所标识的区域制冷的程度，所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成对所述房间制冷，并且所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成调整对所述房间制冷的制冷输出能级。<br>**判断结果**：未公开 | 未发现相关描述。 | 对比文件完全没有涉及任何关于“空调”、“对房间制冷”、“制冷区域”、“制冷程度”、“调整制冷输出能级”等与智能温控场景相关的内容。这也是一个非常具体的技术实施例，在对比文件中找不到任何对应或启示。因此，该特征**未被对比文件公开**。 |
<<<a>>><<<b>>><<<c>>><<<k>>><<<l>>><<<n>>><<<s>>>