对比文件名称：2013-02-13_CN102932751A_发明公开_CN102932751A 物联网数据传输方法和物联网
目标专利名称：建立物联网(IOT)设备群并实现IOT设备群之间的通信CN105075185B
本次调用模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：根据一个或多个群准则以及与一个或多个IoT设备相关联的一个或多个属性来将多个IoT设备形成为多个IoT群<br>《直接公开》 | 对比文件说明书第[0043]段：“通信基站11具体可以用于根据该属性上报信息，获取各个物联网终端设备12之间的距离，**按照距离最近原则**将至少一个物联网终端设备12划分为至少一个群组，或者**按照业务类型相同原则或业务等级相同原则**，将至少一个物联网终端设备12划分为至少一个群组。”<br>第[0064]段：“通信基站根据该属性上报信息，**按照预设的准则**，将至少一个物联网终端设备划分为至少一个群组...” | 对比文件公开了“通信基站”根据来自物联网终端设备的“属性上报信息”（包含ID、位置、业务类型、业务等级等），并按照“预设的准则”（如距离最近、业务类型相同、业务等级相同原则）将多个物联网终端设备“划分为至少一个群组”。这直接对应于目标专利中“根据一个或多个群准则以及与一个或多个IoT设备相关联的一个或多个属性来将多个IoT设备形成为多个IoT群”。两者均是基于属性和准则对IoT设备进行分组。因此，本领域技术人员能够毫无疑义地得出该技术方案。 |
| **技术特征B**：根据所述一个或多个群准则以及与所述一个或多个IoT设备相关联的所述一个或多个属性来定义每一IoT群内的一个或多个层次，<br>《直接公开》 | 对比文件说明书第[0012]段：“通信基站将所述至少一个物联网终端设备划分为至少一个群组，**每个所述群组中选择一个所述物联网终端设备作为汇聚节点，其余所述物联网终端设备作为成员节点**；”<br>第[0064]段：“...并在每个群组中选择一个物联网终端设备作为汇聚节点，其余物联网终端设备作为成员节点。” | 对比文件公开了在每个划分出的群组内，选择一个设备作为“汇聚节点”，其余作为“成员节点”。这明确地在每个群组内定义了两个不同的角色或层次（汇聚节点和成员节点），并且这种层次划分是基于属性上报信息（如位置、业务类型等，见特征A引用）和预设准则进行的。这直接对应于目标专利中“定义每一IoT群内的一个或多个层次”。因此被直接公开。 |
| **技术特征C**：其中所述一个或多个层次控制每一IoT群内的群内通信以及所述多个IoT群之间的群间通信<br>《隐含公开》 | 对比文件说明书第[0012]段：“...以使所述至少一个物联网终端设备根据所述汇聚节点与所述成员节点的对应关系确定自身属于汇聚节点或成员节点，如果属于成员节点，采用所述无线通信资源**广播业务数据**，如果属于汇聚节点，采用所述无线通信资源，根据所述汇聚节点与所述成员节点的对应关系，**接收自身对应的所述成员节点传送的业务数据**，并将自身的业务数据和来自所述成员节点的业务数据传送给通信基站。” | 对比文件明确公开了由层次（汇聚节点/成员节点）控制的“群内通信”：成员节点向汇聚节点广播/发送业务数据，汇聚节点接收成员节点的数据。对于“群间通信”，对比文件虽未明确描述不同群组之间如何直接通信，但其整体架构是多个群组通过各自的汇聚节点将数据上传至同一个通信基站（见第[0031]段）。本领域技术人员可以合理推断，当需要跨群组协调或通信时，必然需要通过通信基站这一中心实体进行中转或协调，即通信基站控制了不同群组（通过其汇聚节点）之间的“群间通信”。因此，技术特征C被对比文件隐含公开。 |
| **技术特征D**：以及其中将所述多个IoT设备形成为所述多个IoT群包括形成包括具有上下文受限的一个或多个共同属性的一个或多个成员的至少一个自组织IoT群，<br>《隐含公开》 | 对比文件说明书第[0043]段：“...按照**业务类型相同原则或业务等级相同原则**，将至少一个物联网终端设备12划分为至少一个群组。”<br>第[0064]段：“上述预设的准则具体可以采用...**业务类型相同原则或业务等级相同原则**。” | 目标专利中“上下文受限的共同属性”指在特定时间、位置或状态下才具有的共同属性（如“当前使用热水的设备”）。对比文件公开了基于“业务类型”或“业务等级”等属性进行分组。虽然对比文件未明确强调这些属性的“上下文受限”性，但“业务类型”或“业务等级”本身可以视为设备在特定业务上下文下的共同属性。本领域技术人员能够理解，基于此类属性动态形成的群组，其成员资格可能随业务状态变化（如设备开始或结束某项业务）而改变，这符合“自组织”和“上下文受限”的核心思想。因此，该特征被隐含公开。 |
| **技术特征E**：其中所述一个或多个群准则包括基于所述一个或多个上下文受限属性的动态准则，<br>《隐含公开》 | 对比文件说明书第[0064]段：“上述预设的准则具体可以采用**距离最近原则或业务类型相同原则或业务等级相同原则**。”<br>第[0067]段：“一种具体的实施方式是，**通信基站可根据当前网络负载等因素，指示终端设备选择相应的数据传送模式**。” | 对比文件公开了分组所依据的“准则”，如业务类型相同原则。同时，对比文件提到通信基站可根据“当前网络负载”等因素指示终端切换工作模式（普通连接或D2D连接模式），这暗示了分组或群组运作可能基于网络状态（一种动态上下文）进行调整。本领域技术人员可以合理推断，用于形成或管理群组的准则可以包含此类基于当前网络状况（动态上下文）的考虑。因此，技术特征E被隐含公开。 |
| **技术特征F**：其中形成所述自组织IoT群包括：检测所述多个IoT设备中彼此相邻的复数个IoT设备<br>《直接公开》 | 对比文件说明书第[0043]段：“通信基站11具体可以用于根据该属性上报信息，获取**各个物联网终端设备12之间的距离**，按照**距离最近原则**将至少一个物联网终端设备12划分为至少一个群组...” | 对比文件公开了通信基站根据属性上报信息获取各物联网终端设备之间的距离，并按照“距离最近原则”进行分组。这必然以“检测”或“获知”设备间相对位置（即判断哪些设备彼此相邻或在近距离内）为前提。因此，“检测彼此相邻的复数个IoT设备”这一步骤已被对比文件直接公开。 |
| **技术特征G**：标识要实现的期望功能<br>《未公开》 | 对比文件中未记载相关内容。 | 对比文件的核心功能是物联网终端设备向通信基站上报业务数据，以提高数据传输可靠性。整个分组和通信过程是为了高效、可靠地“上报数据”这一通用目的，并未涉及为了实现一个具体的、外部的“期望功能”（如目标专利所述的“减少投影屏幕附近的光干扰”、“对房间制冷”等）而进行标识和驱动的流程。因此，该特征未被公开。 |
| **技术特征H**：基于与所述复数个IoT设备相关联的一个或多个属性来确定所述复数个IoT设备中具有实现所述期望功能的能力的子集<br>《未公开》 | 对比文件中未记载相关内容。 | 如特征G所述，对比文件缺乏“期望功能”的标识。因此，也就不存在基于属性来确定具有实现该特定“期望功能”的能力的设备子集的过程。对比文件的分组是基于位置、业务类型等属性以实现高效数据传输，而非为实现一个外部定义的特定功能（如光照控制、温度调节）而筛选设备。因此，该特征未被公开。 |
| **技术特征I**：指导所述复数个IoT设备的所确定的子集形成被配置成在本地通信信道上进行通信的独立设备群，其中所述至少一个自组织IoT群至少包括所述独立设备群<br>《隐含公开》 | 对比文件说明书第[0012]段：“通信基站向所述至少一个物联网终端设备发送**业务上报指令**，所述业务上报指令包括：**无线通信资源**、汇聚节点与成员节点的对应关系...”<br>第[0067]段：“...将包括有该物联网终端设备的**传输频率和传输功率的资源**以及汇聚节点与成员节点的对应关系的业务上报指令通过寻呼的方式下发给终端设备。” | 对比文件公开了通信基站通过“业务上报指令”“指导”物联网终端设备形成具有汇聚节点和成员节点结构的群组，并为该群组分配专用的“无线通信资源”（如特定频率、时隙、功率）。这些资源可以被视为该群组用于内部通信（成员节点到汇聚节点）的“本地通信信道”。虽然该信道由基站分配和管理，但其用于群组内部特定的数据传输，使其在功能上独立于设备与基站之间的常规通信。因此，技术特征I被隐含公开。 |
| **技术特征J**：以及指导所述独立设备群实现所述期望功能。<br>《未公开》 | 对比文件中未记载相关内容。 | 对比文件中，指导已形成的群组（独立设备群）执行的动作是“上报业务数据”给通信基站。这与目标专利中指导独立设备群去“实现期望功能”（如协同调整光照、温度）有本质区别。目标专利的“实现期望功能”是指设备群通过内部协调和动作改变物理环境状态，而对比文件仅是完成数据收集和上报的通信任务。因此，该特征未被公开。 |
| **技术特征K**：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的群主，其中所指定的群主协调与其他IoT群的所述群间通信。<br>《未公开》 | 对比文件说明书第[0012]段：“每个所述群组中选择一个所述物联网终端设备作为汇聚节点...” | 对比文件确实在每个群组中“指定”了一个“汇聚节点”，该汇聚节点负责汇聚本群组成员的业务数据并上传给通信基站。然而，对比文件完全没有描述或暗示这个“汇聚节点”需要或能够“协调与其他IoT群的群间通信”。所有群间交互（如果有）似乎都通过通信基站这个中心节点进行。因此，“群主协调与其他IoT群的群间通信”这一特定作用未被公开。 |
| **技术特征L**：其特征在于，服务器与每一IoT群中的所述群主通信以便进一步协调所述群间通信。<br>《隐含公开》 | 对比文件说明书第[0031]段：“通信基站，用于...向所述至少一个物联网终端设备发送业务上报指令...”、“所述至少一个所述物联网终端设备，用于...将自身的业务数据和来自成员节点的业务数据传送给通信基站。” | 对比文件中，“通信基站”扮演了中心控制器的角色，它与每个群组中的“汇聚节点”（可类比为群主）通信，向其发送指令并接收其汇聚的数据。虽然对比文件未明确使用“协调群间通信”的表述，但作为与所有群主通信的中心实体，通信基站在逻辑上必然负责协调不同群组之间的资源分配、数据传输时序等，这实质上就是“协调群间通信”。因此，该特征被隐含公开。 |
| **技术特征M**：其特征在于，每一IoT群中的所述群主进行对等通信以协调所述群间通信。<br>《未公开》 | 对比文件中未记载相关内容。 | 对比文件描述的架构是星型的，所有通信（包括群组内部成员到汇聚节点，以及汇聚节点到基站）都围绕通信基站展开。没有任何描述表明不同群组的汇聚节点（群主）之间会直接进行“对等通信”以协调群间事务。因此，该特征未被公开。 |
| **技术特征N**：其特征在于，所述群间通信包括：将消息从第一IoT群中的IoT设备发送到与目标IoT群相关联的地址，其中与所述目标IoT群相关联的所述群主接收所述消息并根据控制所述群间通信的所述一个或多个层次来将所接收到的消息转发至所述目标IoT群中的其他IoT设备。<br>《未公开》 | 对比文件中未记载相关内容。 | 对比文件未描述任何关于一个群组中的设备向另一个群组发送消息，并由目标群组的群主进行接收和转发的通信机制。其通信流是单向的：成员节点 -> 汇聚节点 -> 通信基站。不存在跨群组的直接或间接（通过群主）的消息寻址与转发。因此，该特征未被公开。 |
| **技术特征O**：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的一个或多个高级别成员，其中所指定的高级别成员协调每一IoT群内的所述群内通信。<br>《直接公开》 | 对比文件说明书第[0012]段：“每个所述群组中选择一个所述物联网终端设备作为汇聚节点，其余所述物联网终端设备作为成员节点；”<br>第[0012]段：“如果属于汇聚节点，采用所述无线通信资源，根据所述汇聚节点与所述成员节点的对应关系，**接收自身对应的所述成员节点传送的业务数据**...” | 对比文件明确在每个群组中指定了一个“汇聚节点”，相对于“成员节点”，它是更高级别的成员。该汇聚节点的职责包括根据对应关系接收成员节点传送的业务数据，这实质上就是在“协调每一IoT群内的群内通信”（即组织和管理从成员节点到自身的上行数据流）。因此，该特征被直接公开。 |
| **技术特征P**：其特征在于，所述一个或多个群准则包括一个或多个静态准则，并且所述一个或多个层次基于所述一个或多个静态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的永久属性来定义。<br>《隐含公开》 | 对比文件说明书第[0043]段：“该属性上报信息还包括以下信息中的至少一项：物联网终端设备12的**位置、业务类型、业务等级**；”<br>第[0043]段：“按照**距离最近原则或业务类型相同原则或业务等级相同原则**...” | 对比文件公开了基于“业务类型”、“业务等级”等属性进行分组，这些属性通常是设备固有的、相对稳定的“永久属性”。用于分组的“距离最近原则”、“业务类型相同原则”等可以被视为“静态准则”。同时，所定义的层次（汇聚节点/成员节点）也是基于这些属性和准则来选择的（例如，可能选择信号好、电量足的设备作为汇聚节点）。因此，本领域技术人员可以合理推断出技术特征P的内容。 |
| **技术特征Q**：其特征在于，将所述多个IoT设备形成为所述多个IoT群包括：形成包括共同具有一个或多个永久属性的一个或多个成员的至少一个预定义IoT群，其中所述一个或多个群准则包括基于所述一个或多个永久属性的静态准则。<br>《隐含公开》 | 对比文件说明书第[0043]段：“...按照**业务类型相同原则或业务等级相同原则**，将至少一个物联网终端设备12划分为至少一个群组。” | 对比文件公开了按照“业务类型相同原则”划分群组。“业务类型”是设备的一种永久或固有属性。基于此原则形成的群组，其成员共同具有相同的业务类型属性，这符合“预定义IoT群”的特征（基于固定属性分类）。虽然对比文件未明确使用“预定义”一词，但基于固定属性准则进行分组是本领域的常见做法。因此，该特征被隐含公开。 |
| **技术特征R**：其特征在于，所述一个或多个群准则包括一个或多个动态准则，并且所述一个或多个层次基于所述一个或多个动态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的一个或多个上下文受限属性来定义。<br>《未公开》 | 对比文件说明书第[0067]段：“通信基站可根据当前网络负载等因素，指示终端设备选择相应的数据传送模式。” | 对比文件提到了根据“当前网络负载”（动态上下文）来指示终端选择工作模式，但这主要是关于通信模式的选择，而非明确作为“定义层次”的“动态准则”。对比文件定义层次（指定汇聚节点）主要基于位置、业务类型等相对静态的属性和准则（见特征P、Q）。没有明确公开基于动态准则或上下文受限属性（如“当前活跃状态”、“所有者在场”等）来定义或调整群内层次。因此，该特征未被公开。 |
| **技术特征S**：其特征在于，毗邻所述复数个IoT设备的设备组织者经由本地引导信道来检测所述复数个IoT设备。<br>《未公开》 | 对比文件中未记载相关内容。 | 对比文件中，执行设备检测和组织的是“通信基站”，它是一个网络基础设施，通常不位于与终端设备“毗邻”的位置。检测方式是通过终端设备上报属性信息，没有提及通过“本地引导信道”进行发现。目标专利中“设备组织者”可以是本地的（如监管者设备130），并通过专用引导信道发现相邻设备，这与对比文件的远程基站架构不同。因此，该特征未被公开。 |
| **技术特征T**：其特征在于：检测到的复数个IoT设备包括一个或多个光源...（具体的光照控制用例）<br>《未公开》 | 对比文件中未记载相关内容。 | 这是一个非常具体的技术场景（用例），涉及“光源”、“投影屏幕”、“光干扰”、“降低光输出能级”、“改变光输出取向”等具体要素和操作。对比文件通篇讨论的是通用的物联网数据上报方法和系统架构，完全没有提及任何与光照控制相关的具体设备、属性或功能实现。因此，该特征未被公开。 |
| **技术特征U**：其特征在于：所述检测到的复数个IoT设备包括一个或多个空调...（具体的温度控制用例）<br>《未公开》 | 对比文件中未记载相关内容。 | 同理，这是一个具体的温度控制用例，涉及“空调”、“对房间制冷”、“调整制冷输出能级”等具体要素和操作。对比文件未提及任何与温度控制或空调设备协同工作相关的具体内容。因此，该特征未被公开。 |
<<<A>>><<<B>>><<<F>>><<<O>>>
<<<c>>><<<d>>><<<e>>><<<i>>><<<l>>><<<p>>><<<q>>>