**对比文件名称**：2012-10-02_发明授权_US08280009B2 Consumer electronic registration, control and support concierge device and method
**目标专利名称**：150监视物联网设备健康状况的方法、装置、设备和存储介质CN107409073B
**本次调用的模型名称**：DeepSeek-R1
---
### **特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **A**：包括：在本地IoT网络中的第一节点处为与所述本地IoT网络中的第二节点相关联的正常行为建模<br>**未公开** | 无对应内容。 | 对比文件公开了礼宾设备、家庭管理网桥与消费设备之间的注册、控制和支持呼叫功能，但其核心在于为用户提供便捷的服务接入（如单键呼叫支持），并未涉及为目标专利中所述的IoT设备“正常行为”建立模型的概念。建模正常行为是目标专利进行异常检测的基础，而对比文件缺乏此技术构思。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **B**：，其中，所述第一节点是配置成进行行为分析的分析者节点，所述第二节点是配置成观察本地行为的观察者节点，所述第一节点和所述第二节点是所述本地IoT网络中的不同IoT设备<br>**未公开** | 无对应内容。 | 对比文件描述了礼宾设备（concierge device）、家庭管理网桥（home management bridge）和消费设备（consumer device）等多种节点角色。例如，礼宾设备可以作为控制接口，消费设备是被控制和支持的对象。然而，对比文件并未明确将节点划分为专门用于“行为分析”的“分析者节点”和专门用于“观察本地行为”的“观察者节点”。这种基于功能（行为分析与行为观察）的特定角色划分和协同工作是目标专利分布式行为分析架构的核心。对比文件中的节点角色（如礼宾设备作为支持呼叫发起者）与目标专利中定义的“分析者节点”在功能和目的上存在本质不同。因此，该技术特征未被公开。 |
| **C**：在所述第一节点处通过所述本地IoT网络接收与在所述第二节点处观察到的一个或多个行为相关的行为信息<br>**隐含公开** | 说明书第[0056]段：“The concierge device can participate in registration and, optionally, authentication of the new device being on boarded.”<br>第[0066]段：“For instance, the bridge could communicate directly with the consumer device. Or, the consumer device information could be entered using any general data entry method...”<br>第[0099]段：“... pairing the concierge device with a consumer device, pressing one of the function buttons to initiate a call to a service center and utilizing resources in a bridge to 1) identify the consumer device and any current status codes to the service center...” | 对比文件公开了节点之间可以通信并传递设备信息。具体地，消费设备（第二节点）可以将其状态、诊断代码等信息通过无线方式发送给礼宾设备或家庭管理网桥（第一节点）。例如，在支持呼叫场景中，设备状态码等信息会被收集并发送给支持中心。虽然对比文件未使用“行为信息”这一术语，但其描述的“状态码”、“诊断信息”等均属于在设备处观察到的、反映设备状况的信息，可对应于目标专利中的“行为信息”。本领域技术人员能够理解，为了实现设备支持，需要接收反映设备状态的信息。因此，该技术特征被对比文件隐含公开。 |
| **D**：在所述第一节点处分析与在所述第二节点处观察到的所述一个或多个行为相关的所述行为信息<br>**未公开** | 无对应内容。 | 对比文件描述了在支持中心接收设备信息后进行诊断分析（例如，支持人员查看配置参数），或在自动化协议中进行故障排除。然而，这种分析发生在支持中心侧，且是针对用户发起的特定问题进行的反应式诊断。目标专利要求在“第一节点”（即本地IoT网络内的分析者节点）处对接收到的行为信息进行分析，其目的是为了与正常行为模型进行比较以检测异常，这是一种主动的、持续的行为监控和分析。对比文件未公开在本地网络节点处进行此类旨在检测行为偏离正常模型的分析过程。因此，该技术特征未被公开。 |
| **E**：在所述第一节点处将所分析的行为信息与关联于所述第二节点的所建模的正常行为进行比较以确定在所述第二节点处观察到的所述一个或多个行为是正常的还是异常的<br>**未公开** | 无对应内容。 | 这是目标专利的核心步骤，涉及将分析后的行为信息与预先建立的“正常行为模型”进行比较，以做出正常或异常的判断。对比文件完全没有提及为设备建立“正常行为模型”的概念，更没有将任何信息与这样的模型进行比较以检测异常。对比文件中的诊断是基于设备报告的特定错误代码或支持人员的经验，而非基于对持续行为是否偏离正常基线的判断。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **F**：以及响应于基于所述比较确定在所述第二节点处观察到的所述行为信息指示了异常状况，触发一个或多个执行者来矫正所述第二节点处的行为异常，<br>**未公开** | 说明书第[0099]段：“...pressing one of the function buttons to initiate a call to a service center...”<br>图9及相关描述。 | 对比文件公开了通过用户单次操作（如按下按钮）来触发支持呼叫，联系服务支持中心（执行者）。然而，这种触发是**用户手动发起**的，其动机是用户感知到设备有问题。而目标专利的触发是**自动的**，是基于前述技术特征E（与正常行为模型比较并确定异常）的结果而自动触发的。两者触发机制的原理和条件完全不同。因此，该技术特征未被公开。 |
| **G**：其中，所述一个或多个执行者被提供有用于辅助矫正一项或多项行为异常的技术。<br>**隐含公开** | 说明书第[0052]段：“At the third level, the concierge device causes diagnostic status information to be forwarded from the consumer device to the support center.”<br>第[0108]-[0173]段的“Sample Support Dialogs”展示了支持人员提供具体解决方案。 | 对比文件明确描述了支持中心（执行者）在接收到支持呼叫和设备信息后，能够提供诊断和解决问题的技术方案。例如，支持人员可以远程重新配置设备设置、指导用户操作或授权下载等。这些均属于“用于辅助矫正行为异常的技术”。虽然对比文件中的“异常”是用户主观报告的故障，而目标专利是自动检测的“行为异常”，但执行者所拥有的“矫正技术”在功能上是相似的。本领域技术人员能够毫无疑义地得出，提供支持服务的执行者必然具备相应的矫正技术。因此，该技术特征被对比文件隐含公开。 |
| **H**：其中，分析与在所述第二节点处观察到的所述一个或多个行为相关的所述行为信息进一步包括：从所述行为信息中提取一个或多个行为向量，其中所述行为信息表示n个行为特征并且所述一个或多个行为向量将所述n个行为特征映射到n维空间中。<br>**未公开** | 无对应内容。 | 对比文件完全没有涉及“行为向量”、“行为特征映射到n维空间”等概念。这些是目标专利中用于量化、结构化表示设备行为以进行机器学习和高级分析的具体技术手段。对比文件中传递的设备信息是相对简单和直接的状态码或配置参数，并未对其进行向量化处理和空间映射。因此，该技术特征未被公开。 |
| **I**：进一步包括：为包括所述第一节点和所述第二节点的所述本地IoT网络建模<br>**未公开** | 无对应内容。 | 对比文件关注于单个设备的注册、控制和支持，以及设备间的简单关联（如开关控制灯具）。它没有描述为整个本地IoT网络建立一个综合模型（即“网络建模”）的概念。目标专利的网络建模是为了从整体环境角度理解设备行为。因此，该技术特征未被公开。 |
| **J**：以及基于在所述第二节点处观察到的所述行为信息，更新与所述本地IoT网络相关联的当前状态。<br>**未公开** | 无对应内容。 | 对比文件未提及维护或更新一个与整个本地IoT网络相关联的“当前状态”。虽然设备状态会变化，但对比文件并未将这些变化聚合起来用以更新一个代表网络整体状态的模型。因此，该技术特征未被公开。 |
| **K**：其中，为所述本地IoT网络建模包括：聚集与所述本地IoT网络中的每一IoT设备相关联的属性<br>**未公开** | 说明书第[0066]段：“The bridge could communicate directly with the consumer device. Or, the consumer device information could be entered using any general data entry method...” | 对比文件提到了在设备注册或支持过程中收集设备信息（如型号、序列号），但这是一种为了识别设备或进行支持而进行的离散信息收集，并非为了“为本地IoT网络建模”这一目的而系统性地“聚集每一IoT设备的属性”。目的和范畴均不同。因此，该技术特征未被公开。 |
| **L**：构造与所述本地IoT网络相关联的拓扑<br>**未公开** | 无对应内容。 | 对比文件没有提及构造或维护本地IoT网络的拓扑结构。其网络连接更多是功能性的（如礼宾设备连接网桥，网桥连接设备），并未涉及形式化地构建一个表示设备间连接关系的拓扑模型。因此，该技术特征未被公开。 |
| **M**：从与每一IoT设备相关联的制造商或者一个或多个仓储库获取与所述本地IoT网络中的每一IoT设备相关联的行为模型，所述一个或多个仓储库被配置成存储所述行为模型<br>**未公开** | 说明书第[0048]段：“Following registration ... the concierge device receives and optionally stores menus and/or control codes for the registered consumer devices.”<br>第[0099]段：“The cloud could supply menus and remote control commands...” | 对比文件公开了可以从云端或制造商获取设备的控制菜单（menus）和控制代码（control codes），这些用于远程控制设备。但这与目标专利中的“行为模型”有本质区别。“行为模型”是用于定义设备正常行为模式以便检测异常的数据模型或算法模型，而“控制菜单/代码”是用于操作设备功能的指令集。两者目的和内容均不相同。因此，该技术特征未被公开。 |
| **N**：以及组合与所述本地IoT网络中的每一IoT设备相关联的所聚集的属性、与所述本地IoT网络相关联的所述拓扑以及与所述本地IoT网络中的每一IoT设备相关联的所述行为模型以便为所述本地IoT网络建模。<br>**未公开** | 无对应内容。 | 由于对比文件未公开“为本地IoT网络建模”（特征I）以及其子特征“聚集属性”（K）、“构造拓扑”（L）和“获取行为模型”（M），因此更不可能公开将这些元素组合起来进行网络建模的具体步骤。该技术特征未被公开。 |
| **O**：进一步包括：响应于确定在所述第二节点处观察到的所述一个或多个行为异常，通过所述第一节点向客户服务实体报告在所述第二节点处观察到的所述一个或多个行为。<br>**未公开** | 说明书第[0099]段：“...pressing one of the function buttons to initiate a call to a service center and utilizing resources in a bridge to 1) identify the consumer device and any current status codes to the service center...” | 对比文件公开了在用户按下支持按钮后，设备信息会被报告给服务支持中心。然而，如特征F所述，这种报告是**用户手动触发**的，而非系统“响应于确定…行为异常”而**自动触发**的报告。触发条件不同。因此，该技术特征未被公开。 |
| **P**：其中，所述一个或多个异常行为指示对所述第二节点或者包括所述第二节点的所述本地IoT网络的潜在恶意攻击。<br>**未公开** | 无对应内容。 | 对比文件的所有内容都围绕设备故障、配置问题或用户服务需求展开，完全没有提及设备或网络的安全问题，如恶意攻击（例如DDoS攻击、恶意软件等）的检测。因此，该技术特征未被公开。 |
| **Q**：其中，所述一个或多个异常行为指示所述第二节点处的潜在故障或异常工作状况。<br>**隐含公开** | 说明书第[0108]-[0173]段的“Sample Support Dialogs”，例如用户报告“I cannot see the corners of the picture on the screen.”（电视机问题）或“My washing machine is working but the clothes do not smell clean anymore.”（洗衣机问题）。 | 对比文件的核心应用场景就是解决消费设备的故障或异常工作状况。用户通过礼宾设备发起支持呼叫，正是因为感知到设备存在潜在故障或工作异常（如图像显示问题、声音问题、洗涤效果问题等）。支持中心的目标也是矫正这些故障或异常。虽然目标专利的“异常”是通过自动行为分析发现的，而对比文件中的“异常”是用户报告的，但两者所指示的实质内容——设备故障或异常工作状况——是相同的。因此，该技术特征被对比文件隐含公开。 |
| **R**：其中，所述第二节点包括被配置成观察所述一个或多个行为的一个或多个组件。<br>**隐含公开** | 说明书第[0052]段：“At the third level, the concierge device causes diagnostic status information to be forwarded from the consumer device to the support center.”<br>隐含消费设备需具备生成/报告诊断状态的能力。 | 对比文件中，消费设备（第二节点）能够向礼宾设备或网桥报告其状态码、诊断信息。这必然意味着消费设备内部包含能够监测自身状态（如温度、运行周期、错误标志）的组件（例如传感器、自检电路、状态寄存器等）。这些组件实质上就是在“观察”设备的行为或状态。因此，该技术特征被对比文件隐含公开。 |
| **S**：其中，所述第二节点进一步包括发射机，所述发射机被配置成将表示所观察到的所述一个或多个行为的一个或多个行为特征发送到如下中的一者或多者：所述第一节点，或被配置成从所述第二节点接收所述一个或多个行为特征并将所述一个或多个行为特征中继给所述第一节点的第三节点。<br>**隐含公开** | 说明书第[0066]段：“The bridge could communicate directly with the consumer device.”<br>第[0102]段：“...the bridge could be housed in a refrigerator or other major appliance.” 暗示设备间存在通信路径。 | 对比文件明确消费设备需要与礼宾设备或家庭管理网桥通信以完成注册、控制和支持功能。这必然要求消费设备（第二节点）具备无线或有线发射机。通信的路径可以是直接的（第二节点到第一节点），也可以是间接的，例如通过一个作为中继的“第三节点”（如家庭管理网桥，其从设备接收信息并中继给礼宾设备或云端）。虽然对比文件未明确划分“行为特征”，但其传输的设备标识、状态信息等即对应于这些特征。因此，该技术特征被对比文件隐含公开。 |
| **T**：其中，包括所述第二节点的所述本地IoT网络进一步包括一个或多个节点，所述一个或多个节点被配置成监视所述第二节点通过所述本地IoT网络传送的消息并且根据在所述本地IoT网络上传送的所监视的消息将所述行为信息传送给所述第一节点。<br>**未公开** | 无对应内容。 | 对比文件描述了家庭管理网桥管理网络中的设备，但未明确公开存在专门用于“监视”网络流量（即设备传送的消息）以被动获取行为信息的节点。其信息获取主要依赖于设备主动报告或直接查询。目标专利中通过“网络话务监视器”被动监听消息来获取行为信息是一种特定的技术手段，对比文件未涉及。因此，该技术特征未被公开。 |
| **U**：其中，所述第二节点处观察到的所述一个或多个行为是正常还是异常进一步地基于总状态模型与正常状态的比较，所述总状态模型定义了当前状态，所述正常状态与所述本地IoT网络相关联。<br>**未公开** | 无对应内容。 | 对比文件完全没有提及“总状态模型”（aggregate state model）的概念，也没有描述将单个设备的行为放在整个网络状态的上下文中进行评判。其故障判断是基于单个设备自身的报告或支持人员的知识。因此，该技术特征未被公开。 |
| **V**：进一步包括：响应于基于所述比较确定在所述第二节点处观察到的所述行为信息不是指示异常状况，应用机器学习来更新设备行为模型。<br>**未公开** | 无对应内容。 | 对比文件完全没有提及“机器学习”或利用正常行为数据“更新设备行为模型”。其设备信息的管理是静态的或基于预定义的更新（如控制菜单），而非通过机器学习算法自适应地优化行为模型。因此，该技术特征未被公开。 |
<<<c>>><<<g>>><<<q>>><<<r>>><<<s>>>