**对比文件名称**：2014-08-28_发明申请_US20140244768A1 AUTOMATIC IOT DEVICE SOCIAL NETWORK EXPANSION
**目标专利名称**：150监视物联网设备健康状况的方法、装置、设备和存储介质CN107409073B
**本次调用模型名称**：专利创造性评估模型
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译为中文） | 公开性论述 |
| **技术特征A**：在本地IoT网络中的第一节点处为与所述本地IoT网络中的第二节点相关联的正常行为建模<br>《隐含公开》 | **段落[0050]**：“例如，在一个实施例中，IoT设备110-120内的特定IoT网络、IoT设备组160和/或其他IoT设备细分可以使用发布-订阅消息模型通过适当的通信网络（例如，因特网175）直接或间接地相互连接。因此，在一个实施例中，特定IoT网络、IoT设备组160和/或其他IoT设备细分内的IoT设备110-120可以向外界（例如，通过因特网175或另一个直接连接的IoT网络、IoT设备组160等）发布与某些主题相关的状态更新，其中来自另一个网络且可能对已发布数据感兴趣的IoT设备110-120可以订阅一个或多个相关主题，从而接收定期的状态更新。”<br>**段落[0071]**：“此外，在一个实施例中，某些IoT设备发布的状态数据可以在每个IoT网络510内以分布式方式进行管理，这可以为发布-订阅消息模型提供可扩展性，以适应通信系统500中的许多IoT设备（例如，数百万或更多）。例如，特定的IoT网络510可以指定一个组所有者或管理器IoT设备来发布位于其中的所有单个IoT设备生成的状态更新。类似地，指定的组所有者或管理器IoT设备可以接收位于其中的所有单个IoT设备已订阅的所有状态更新，然后适当地转发或以其他方式将接收到的状态更新路由到已订阅的单个IoT设备。” | 该特征被对比文件**隐含公开**。对比文件公开了在IoT网络（如IoT设备组160、IoT网络510）中，存在管理器或组所有者设备（对应于“第一节点”）的概念。这些管理器设备负责管理和路由网络中其他设备（对应于“第二节点”）发布的状态更新信息（[0071]）。为了有效地管理和路由这些信息，管理器设备必然需要了解网络成员及其常规或预期的行为模式，这构成了为网络成员“建模”的基础。虽然对比文件未明确使用“为正常行为建模”的表述，但其描述的发布-订阅模型和网络管理功能，隐含了管理器节点需要理解或“知晓”网络中其他节点的常规状态和行为特征，以便处理订阅请求和分发更新。因此，本领域技术人员能够从对比文件公开的内容中合理推断出，管理器节点会为网络中的其他节点建立某种形式的模型（例如，基于其属性、发布主题等）以支持其管理功能。 |
| **技术特征B**：其中，所述第一节点是配置成进行行为分析的分析者节点，所述第二节点是配置成观察本地行为的观察者节点，所述第一节点和所述第二节点是所述本地IoT网络中的不同IoT设备<br>《隐含公开》 | **段落[0036]**：“在一个实施例中，监管器设备130一般可以观察、监视、控制或以其他方式管理无线通信系统100B中的各种其他组件。例如，监管器设备130可以通过空中接口108和/或有线直接连接109与接入网络（例如，接入点125）通信，以监视或管理与无线通信系统100B中的各种IoT设备110-120相关联的属性、活动或其他状态。”<br>**段落[0071]**：“例如，特定的IoT网络510可以指定一个组所有者或管理器IoT设备来发布位于其中的所有单个IoT设备生成的状态更新。类似地，指定的组所有者或管理器IoT设备可以接收位于其中的所有单个IoT设备已订阅的所有状态更新，然后适当地转发或以其他方式将接收到的状态更新路由到已订阅的单个IoT设备。” | 该特征被对比文件**隐含公开**。对比文件明确公开了“监管器设备”（supervisor device 130）或“组所有者/管理器IoT设备”的角色（[0036], [0071]）。这些设备负责管理、监视和协调网络中其他IoT设备的活动与状态，这与“分析者节点”负责进行行为分析（尽管对比文件的分析更侧重于社交网络管理而非健康分析）的角色功能上存在重叠。同时，对比文件中的其他IoT设备（如110-120）会生成并发布状态更新（[0050]），这隐含了它们具有“观察”本地状态（如传感器数据、活动）并报告的能力，类似于“观察者节点”。并且，这些设备是网络中不同的实体（第一节点和第二节点不同）。虽然对比文件未明确定义“分析者节点”和“观察者节点”这两个术语，也未说明其用于“行为分析以检测异常”，但其系统架构中已经隐含了具有不同功能和角色的异构设备（管理/协调节点与数据生产/发布节点）共同构成网络。因此，本领域技术人员可以合理推断出这种角色划分的可能性。 |
| **技术特征C**：在所述第一节点处通过所述本地IoT网络接收与在所述第二节点处观察到的一个或多个行为相关的行为信息<br>《直接公开》 | **段落[0071]**：“类似地，指定的组所有者或管理器IoT设备可以接收位于其中的所有单个IoT设备已订阅的所有状态更新...”<br>**段落[0050]**：“...IoT设备110-120可以向外界...发布与某些主题相关的状态更新...” | 该特征被对比文件**直接公开**。对比文件明确且毫无疑义地公开了：在IoT网络（如IoT网络510）中，管理器/组所有者设备（第一节点）会“接收”（receive）来自网络内其他单个IoT设备（第二节点）的“状态更新”（status updates）（[0071]）。这些“状态更新”是设备观察到的、与特定主题相关的信息（[0050]），实质上就是“与在第二节点处观察到的一个或多个行为相关的行为信息”。接收动作是通过本地IoT网络（如IoT网络510内部）进行的。因此，该技术特征被对比文件直接公开。 |
| **技术特征D**：在所述第一节点处分析与在所述第二节点处观察到的所述一个或多个行为相关的所述行为信息<br>《隐含公开》 | **段落[0036]**：“...监管器设备130...可以监视或管理与无线通信系统100B中的各种IoT设备110-120相关联的属性、活动或其他状态。”<br>**段落[0073]**：“...家庭设备IoT设备然后可以订阅并从制造商网站获取相关的故障排除信息520，并尝试自动解决问题...” | 该特征被对比文件**隐含公开**。对比文件公开了管理器设备（如监管器设备130）的职责包括“监视或管理”网络内其他设备的属性和活动（[0036]）。此外，在用例中提到了设备可以获取“故障排除信息”并“尝试自动解决问题”（[0073]）。为了进行有效的管理、路由（如基于主题匹配订阅）、甚至如用例中提到的初步问题解决，管理器节点在接收到其他设备的状态信息后，必然需要对这些信息进行某种程度的处理或“分析”，例如解析消息内容、匹配订阅者、评估信息相关性等。虽然对比文件未明确描述为“行为分析”以区分正常/异常，但其公开的管理功能隐含了对接收到的信息进行处理和分析的必要步骤。因此，本领域技术人员能够合理推断出第一节点会对接收到的行为信息进行分析。 |
| **技术特征E**：在所述第一节点处将所分析的行为信息与关联于所述第二节点的所建模的正常行为进行比较以确定在所述第二节点处观察到的所述一个或多个行为是正常的还是异常的<br>《未公开》 | **未找到对应内容**。 | 该特征**未被对比文件公开**（既非直接公开也非隐含公开）。对比文件的核心在于IoT设备间的社交网络扩展和基于发布-订阅的信息共享，其关注点是信息的流通、匹配和基于信息的动态动作调整（如改变路线、订购商品、获取维修信息）。虽然提到了设备状态更新和问题检测（如[0073]），但从未公开或暗示任何关于为设备建立“正常行为模型”，并将实时观察到的行为信息与该模型进行比较以主动“确定行为是正常还是异常”的机制。对比文件中的“状态更新”是设备主动发布的，其处理重点在于分发和订阅，而非与一个预设的“正常行为”基线进行比对以检测偏差。这是目标专利（健康监视与异常检测）与对比文件（社交网络与信息共享）在发明目的和技术手段上的根本区别。 |
| **技术特征F**：以及响应于基于所述比较确定在所述第二节点处观察到的所述行为信息指示了异常状况，触发一个或多个执行者来矫正所述第二节点处的行为异常，<br>《隐含公开》 | **段落[0073]**：“替代地（或附加地），制造商网络可以订阅家庭设备IoT设备，并在确定家庭设备IoT设备发布了适当的状态更新以表明检测到问题或问题时，获取可用于对家庭设备IoT设备执行远程诊断以进行故障排除或以其他方式修复问题或问题的信息。此外，如果家庭设备IoT设备无法使用从制造商网站获得的故障排除信息520自动解决问题或问题，则家庭设备IoT设备可以从制造商网站获取客户服务数据520，并自动安排维修或安排客户服务联系用户。” | 该特征被对比文件**隐含公开**。对比文件在[0073]段的用例中描述了一个场景：当家庭设备IoT设备检测到内部问题（这可以视为一种“异常状况”）时，它可以触发一系列动作来矫正该问题。这些动作包括：1）自动尝试使用从制造商网站获取的信息解决问题；2）如果无法自动解决，则自动安排维修或联系客户服务。这里的“制造商网站”、“客户服务”可以被视为“执行者”，而“安排维修”、“联系用户”就是“矫正行为异常”的动作。虽然这个流程是基于设备自身检测和订阅外部信息源触发的，而非基于与“正常行为模型”的比较，但其核心逻辑——检测到问题（异常）后触发外部实体进行矫正——是相同的。因此，本领域技术人员可以从该用例中合理推断出“触发执行者来矫正行为异常”这一技术手段。 |
| **技术特征G**：其中，所述一个或多个执行者被提供有用于辅助矫正一项或多项行为异常的技术。<br>《直接公开》 | **段落[0073]**：“...家庭设备IoT设备然后可以订阅并从制造商网站获取相关的故障排除信息520，并尝试自动解决问题...”<br>“...制造商网络可以订阅家庭设备IoT设备...获取可用于对家庭设备IoT设备执行远程诊断以进行故障排除或以其他方式修复问题或问题的信息...” | 该特征被对比文件**直接公开**。对比文件在[0073]段明确说明，当设备遇到问题时，其触发的“执行者”（如制造商网站、制造商网络）会提供“故障排除信息”（troubleshooting information）和用于“远程诊断”（remote diagnostics）的信息。这些信息正是“用于辅助矫正一项或多项行为异常的技术”。因此，该技术特征被对比文件直接公开。 |
| **技术特征H**：其中，分析与在所述第二节点处观察到的所述一个或多个行为相关的所述行为信息进一步包括：从所述行为信息中提取一个或多个行为向量，其中所述行为信息表示n个行为特征并且所述一个或多个行为向量将所述n个行为特征映射到n维空间中。<br>《未公开》 | **未找到对应内容**。 | 该特征**未被对比文件公开**。对比文件完全没有提及“行为向量”（behavior vector）的概念，也没有描述将行为特征映射到n维空间中进行数学或模型化表示的任何技术内容。其处理行为信息的方式是基于主题的发布和订阅，是一种消息层面的匹配和路由，而非基于特征向量的分析和建模。这是目标专利在技术实现上的一个具体而独特的方面，未在对比文件中公开或暗示。 |
| **技术特征I**：进一步包括：为包括所述第一节点和所述第二节点的所述本地IoT网络建模<br>《隐含公开》 | **段落[0050], [0071]**（同技术特征A引用）。<br>**段落[0067]**：“...一个通用IoT设备词汇表可以提供通用的、自适应的和可扩展的通用模式，可以定义与IoT设备相关的任何合适方面（例如，模式值可以基于从环境周围和发现的IoT设备之间的交互中学习而演化或适应，并且可以添加新的模式元素以扩展现有的IoT设备词汇表）。” | 该特征被对比文件**隐含公开**。对比文件描述了IoT网络（如IoT设备组160、IoT网络510）的结构和管理。管理器/组所有者设备需要了解网络的组成、设备的属性以及它们之间的关联（如谁发布什么，谁订阅什么），这本身就是一种对网络状态的“建模”或表征。此外，[0067]段提到的“通用IoT设备词汇表”和“模式”（schema），用于定义设备的属性、能力、关联等，这为描述和建模网络中的设备提供了框架。虽然对比文件没有明确使用“为本地IoT网络建模”这一术语，但其整个发布-订阅系统的运行依赖于对网络拓扑、设备能力和关系的某种形式化描述或理解，即隐含的网络模型。因此，本领域技术人员可以合理推断出为本地IoT网络建模这一步骤。 |
| **技术特征J**：以及基于在所述第二节点处观察到的所述行为信息，更新与所述本地IoT网络相关联的当前状态。<br>《隐含公开》 | **段落[0050]**：“...IoT设备110-120可以向外界（例如，通过因特网175或另一个直接连接的IoT网络、IoT设备组160等）发布与某些主题相关的状态更新...”<br>**段落[0071]**：“...指定的组所有者或管理器IoT设备可以接收位于其中的所有单个IoT设备已订阅的所有状态更新...” | 该特征被对比文件**隐含公开**。对比文件的核心机制就是设备发布“状态更新”，并且这些更新被网络中的其他设备（包括管理器）接收（[0050], [0071]）。当管理器设备接收到来自网络中某一节点（第二节点）的新状态更新（行为信息）时，这本身就意味着网络的“当前状态”发生了变化（例如，某个设备有了新的读数或报告了新的活动）。管理器设备需要处理这些新信息以更新其对于网络状态的认知，例如更新其路由表、通知相关订阅者等。这个过程隐含了“基于行为信息更新网络当前状态”的操作。 |
| **技术特征K**：其中，为所述本地IoT网络建模包括：聚集与所述本地IoT网络中的每一IoT设备相关联的属性<br>《直接公开》 | **段落[0067]**：“...通用IoT设备词汇表...根据模式元素表达信息组合，这些模式元素可能包括，除其他外，一个或多个属性（例如，全局唯一标识符、品牌、型号、类型、版本等）...”<br>**段落[0077]**：“...新IoT设备和可信IoT设备然后可以基于与之关联的信息组合相互了解相关信息...” | 该特征被对比文件**直接公开**。对比文件在[0067]段明确提出了用于描述IoT设备的“通用词汇表”和“模式元素”，其中首要的就是“属性”（attributes），如标识符、品牌、型号等。在[0077]段描述新设备加入网络时，提到了设备间会交换“信息组合”（information portfolios），这必然包含这些属性。因此，为构建网络模型或实现设备间发现与交互，“聚集与本地IoT网络中的每一IoT设备相关联的属性”是一个被直接公开的基础步骤。 |
| **技术特征L**：构造与所述本地IoT网络相关联的拓扑<br>《隐含公开》 | **段落[0042]**：“IoT设备110-118组成IoT群160。IoT设备群160是本地连接的IoT设备（诸如连接至用户的家庭网络的IoT设备）的群。”<br>**段落[0071]**：“例如，特定的IoT网络510可以指定一个组所有者或管理器IoT设备来发布位于其中的所有单个IoT设备生成的状态更新。” | 该特征被对比文件**隐含公开**。对比文件多次提及“IoT群”（IoT group 160）和“IoT网络”（IoT network 510），这些概念本身就定义了一组在特定范围内（如家庭网络）互连的IoT设备，这隐含了网络的拓扑结构——一个由管理器/组所有者协调的星型或网状结构。管理器设备需要知道哪些设备属于其网络（即拓扑关系），才能正确管理消息的发布和订阅。虽然对比文件没有详细描述“构造拓扑”的具体算法，但网络拓扑的存在和识别是其系统运行的基本前提，因此本领域技术人员能够合理推断出这一步骤。 |
| **技术特征M**：从与每一IoT设备相关联的制造商或者一个或多个仓储库获取与所述本地IoT网络中的每一IoT设备相关联的行为模型，所述一个或多个仓储库被配置成存储所述行为模型<br>《未公开》 | **未找到对应内容**。 | 该特征**未被对比文件公开**。对比文件提到了从“制造商网站”获取“故障排除信息”或“客户服务数据”（[0073]），但这与获取用于定义设备“正常行为”的“行为模型”有本质区别。行为模型是用于持续比对和检测异常的基准，而对比文件中获取的是用于解决已识别具体问题的临时性信息或服务。对比文件从未提及从任何地方获取预定义的、描述设备常态运行的“行为模型”并将其用于网络建模或健康分析。 |
| **技术特征N**：以及组合与所述本地IoT网络中的每一IoT设备相关联的所聚集的属性、与所述本地IoT网络相关联的所述拓扑以及与所述本地IoT网络中的每一IoT设备相关联的所述行为模型以便为所述本地IoT网络建模。<br>《未公开》 | **未找到对应内容**。 | 该特征**未被对比文件公开**。由于对比文件未公开“行为模型”（技术特征M）这一关键组成部分，因此也就不可能公开将“行为模型”与属性和拓扑进行“组合”以构建网络模型的具体方案。虽然对比文件隐含了需要结合设备属性和网络拓扑信息来理解网络，但因其缺少“行为模型”这一要素，目标专利中这种特定目的（健康监视）的网络建模方法并未被公开。 |
| **技术特征O**：进一步包括：响应于确定在所述第二节点处观察到的所述一个或多个行为异常，通过所述第一节点向客户服务实体报告在所述第二节点处观察到的所述一个或多个行为。<br>《隐含公开》 | **段落[0073]**：“...如果家庭设备IoT设备无法使用从制造商网站获得的故障排除信息520自动解决问题或问题，则家庭设备IoT设备可以从制造商网站获取客户服务数据520，并自动安排维修或安排客户服务联系用户。” | 该特征被对比文件**隐含公开**。对比文件在[0073]段的用例中描述，设备在检测到问题且无法自行解决后，会“安排客户服务联系用户”。虽然该描述是从设备自身角度出发，但其中隐含了向客户服务实体（customer service）报告问题的步骤。本领域技术人员可以很容易地理解，这种“安排联系”通常需要首先将问题信息（即观察到的异常行为）报告给客户服务系统。因此，该技术特征被对比文件隐含公开。 |
| **技术特征P**：其中，所述一个或多个异常行为指示对所述第二节点或者包括所述第二节点的所述本地IoT网络的潜在恶意攻击。<br>《未公开》 | **未找到对应内容**。 | 该特征**未被对比文件公开**。对比文件全文关注于设备功能、社交互动和信息共享，完全没有涉及网络安全、恶意攻击检测或任何与安全威胁相关的概念。目标专利中明确将“潜在恶意攻击”作为异常行为的一种指示，这一特定应用场景在对比文件中未见任何披露或暗示。 |
| **技术特征Q**：其中，所述一个或多个异常行为指示所述第二节点处的潜在故障或异常工作状况。<br>《直接公开》 | **段落[0073]**：“...如果家庭设备IoT设备无法使用从制造商网站获得的故障排除信息520自动解决问题或问题...”<br>（“问题或问题”原文为“problem or issue”） | 该特征被对比文件**直接公开**。对比文件在[0073]段明确提到了IoT设备检测到“问题或问题”（problem or issue），这直接对应于“潜在故障或异常工作状况”。因此，该技术特征被对比文件直接公开。 |
| **技术特征R**：其中，所述第二节点包括被配置成观察所述一个或多个行为的一个或多个组件。<br>《直接公开》 | **段落[0050]**：“...IoT设备110-120可以向外界（例如，通过因特网175或另一个直接连接的IoT网络、IoT设备组160等）发布与某些主题相关的状态更新...”<br>**段落[0026]**：“...IoT设备可具有特定的属性集（例如，设备状态或状况...环境监视或记录功能...）...并可被配置用于连接至IoT网络...” | 该特征被对比文件**直接公开**。对比文件在[0026]段定义IoT设备时，明确指出其可以具有“环境监视或记录功能”等属性集。在[0050]段，设备能够发布“状态更新”，这必然意味着设备具备观察自身状态、传感器读数或环境条件（即“行为”）的组件（如传感器、处理器）。因此，第二节点包括观察组件这一特征被直接公开。 |
| **技术特征S**：其中，所述第二节点进一步包括发射机，所述发射机被配置成将表示所观察到的所述一个或多个行为的一个或多个行为特征发送到如下中的一者或多者：所述第一节点，或 被配置成从所述第二节点接收所述一个或多个行为特征并将所述一个或多个行为特征中继给所述第一节点的第三节点。<br>《直接公开》 | **段落[0050]**：“...IoT设备110-120可以向外界...发布与某些主题相关的状态更新...”<br>**段落[0071]**：“例如，特定的IoT网络510可以指定一个组所有者或管理器IoT设备来发布位于其中的所有单个IoT设备生成的状态更新。” | 该特征被对比文件**直接公开**。对比文件明确公开了IoT设备具有发布（publish）状态更新的能力（[0050]），这必然意味着设备配备了“发射机”。这些更新可以直接发送给管理器/组所有者（第一节点），如[0071]段所述，管理器负责发布所有设备的状态更新，这隐含了设备先将更新发送给管理器。虽然对比文件没有明确命名“第三节点”，但其描述的“组所有者/管理器”作为集中式消息汇聚和分发点的架构，完全涵盖了“将行为特征发送到第一节点”这一方案。因此，该技术特征被直接公开。 |
| **技术特征T**：其中，包括所述第二节点的所述本地IoT网络进一步包括一个或多个节点，所述一个或多个节点被配置成监视所述第二节点通过所述本地IoT网络传送的消息并且根据在所述本地IoT网络上传送的所监视的消息将所述行为信息传送给所述第一节点。<br>《未公开》 | **未找到对应内容**。 | 该特征**未被对比文件公开**。对比文件描述了设备主动发布消息和管理器接收消息的模型，但从未提及存在专门的、被动的“监视”节点，其功能是监听网络流量，从中提取特定设备的行为信息，然后再转发给管理器。这种网络探听或代理监视的架构在对比文件中没有相应描述。 |
| **技术特征U**：其中，所述第二节点处观察到的所述一个或多个行为是正常还是异常进一步地基于总状态模型与正常状态的比较，所述总状态模型定义了当前状态，所述正常状态与所述本地IoT网络相关联。<br>《未公开》 | **未找到对应内容**。 | 该特征**未被对比文件公开**。该特征强调了使用“总状态模型”（overall state model）和“正常状态”（normal state）作为判断行为正常与否的基准。这延续了技术特征E中的“建模与比较”核心思想。如之前所述，对比文件完全没有涉及为网络或设备建立用于健康监测的“正常状态”模型，更不用说使用“总状态模型”进行比较判断。因此，该特征未被公开。 |
| **技术特征V**：进一步包括：响应于基于所述比较确定在所述第二节点处观察到的所述行为信息不是指示异常状况，应用机器学习来更新设备行为模型。<br>《未公开》 | **未找到对应内容**。 | 该特征**未被对比文件公开**。对比文件完全没有提及“机器学习”（machine learning）技术，也未描述任何通过分析非异常数据来动态更新行为模型的自适应或学习机制。其系统虽然提到了模式值可以“演化或适应”（[0067]），但这指的是通用词汇表模式的扩展，而非基于设备行为数据用机器学习算法更新用于异常检测的模型。这是一个先进的数据分析技术特征，在对比文件中未见踪迹。 |
<<<C>>><<<G>>><<<K>>><<<Q>>><<<R>>><<<S>>>
<<<a>>><<<b>>><<<d>>><<<f>>><<<i>>><<<j>>><<<l>>><<<o>>>