**对比文件名称**：2007-11-01_US2007253421A_发明申请_US20070253421A1 SELECTIVE RECCEPTION OF MULTI USER JOINT CODED PACKETS
**目标专利名称**：建立物联网(IOT)设备群并实现IOT设备群之间的通信 (CN105075185B)
**本次调用的模型名称**：专利创造性评估模型
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：根据一个或多个群准则以及与一个或多个IoT设备相关联的一个或多个属性来将多个IoT设备形成为多个IoT群<br>**判断结果**：隐含公开 | [0041] ... assigning user devices to one or more groups of user devices. ... In one embodiment, user devices can be assigned to a particular group based on similar channel conditions (e.g., similar average signal strengths, or a similar channel quality indicator (CQI), or the like) ...<br>[0056] ... the notification of which multiplexed data frames to receive is transmitted on the control channel ... | 对比文件公开了将多个用户设备（对应于目标专利中的IoT设备）分配到一个或多个组（groups）中。其分组依据是“similar channel conditions”（相似的通道条件），例如平均信号强度或信道质量指示（CQI）。这可以视为一种“群准则”和与设备相关联的“属性”（即信道质量属性）。虽然对比文件的分组目的是提高编码和传输效率，而目标专利的分组目的是组织设备实现高效交互和期望功能，但就“基于准则/属性将多个设备分组”这一上位概念而言，对比文件已经公开了其技术手段。本领域技术人员能够从对比文件的内容中，毫无疑义地推理出“根据准则和属性形成多个设备群”的技术方案。因此，该技术特征被**隐含公开**。 |
| **技术特征B**：根据所述一个或多个群准则以及与所述一个或多个IoT设备相关联的所述一个或多个属性来定义每一IoT群内的一个或多个层次，<br>**判断结果**：隐含公开 | [0030] ... group ID and an intra-group ID ...<br>[0038] ... group ID 306 is data that indicates ... intra-group data 308 indicates the particular user devices in the group ...<br>[0039] ... wherein the intra-group ID can act as an index or pointer to the relevant bit or other intra-group data. | 对比文件公开了在组（group）内使用“组ID”（group ID）和“组内ID”（intra-group ID）。组ID用于标识一个特定的设备群，而组内ID用于在群内标识具体的成员设备。这种通过不同层级的标识符（群标识、成员标识）来管理群内结构的方式，实质上定义了一种简单的层次关系：群是一个层次，群内的个体成员是另一个层次。这对应于目标专利中“定义每一IoT群内的一个或多个层次”。虽然对比文件的层次较为简单（主要是标识），而目标专利的层次可能更复杂（用于控制通信），但“在群内定义层次结构”这一基本概念已被公开。本领域技术人员可以合理推断出这种层次定义。因此，该技术特征被**隐含公开**。 |
| **技术特征C**：其中所述一个或多个层次控制每一IoT群内的群内通信以及所述多个IoT群之间的群间通信<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件中公开的“组ID”和“组内ID”主要用于在数据传输时，通知特定群组的特定成员接收属于它们的数据包（[0056]）。这可以视为对“群内通信”的一种控制（即控制哪些成员应该接收消息）。然而，对比文件完全未涉及不同“群”（group）之间的通信（即群间通信）。其通信模型是基站与各个用户设备之间的上下行链路，不存在一个群与另一个群进行交互、协调或通信的机制。目标专利的核心之一正是通过层次结构来控制群间通信。因此，对比文件未公开“层次控制群间通信”这一技术特征。 |
| **技术特征D**：以及其中将所述多个IoT设备形成为所述多个IoT群包括形成包括具有上下文受限的一个或多个共同属性的一个或多个成员的至少一个自组织IoT群，<br>**判断结果**：未公开 | 未发现相关内容。 | 目标专利中的“自组织IoT群”是基于动态的、上下文受限的共同属性（如特定时间、位置、设备状态）临时形成的。对比文件中用户设备的分组是基于“similar channel conditions”（如信号强度、CQI），这些是相对静态或半静态的无线信道特性，并非目标专利所强调的“上下文受限”属性（如为实现某个期望功能而临时具有的共同能力或状态）。对比文件没有描述设备群能够基于临时性、任务导向的上下文动态形成和解散。因此，该技术特征未被公开。 |
| **技术特征E**：其中所述一个或多个群准则包括基于所述一个或多个上下文受限属性的动态准则，<br>**判断结果**：未公开 | 未发现相关内容。 | 如对特征D的分析，对比文件中的分组准则（信道条件）并非“上下文受限属性”，也不是“动态准则”。其分组更偏向于基于相对稳定的物理层特性进行优化配置，而非基于实现某种特定功能的动态上下文。因此，该技术特征未被公开。 |
| **技术特征F**：其中形成所述自组织IoT群包括：检测所述多个IoT设备中彼此相邻的复数个IoT设备<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件描述了基站与用户设备之间的通信关系，但并未描述如何“检测彼此相邻的复数个设备”。目标专利中此特征是实现自组织群的第一步，旨在发现物理位置邻近的设备集合。对比文件未涉及设备间相对位置的检测或发现机制。因此，该技术特征未被公开。 |
| **技术特征G**：标识要实现的期望功能<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件的全部内容围绕高效传输数据包展开，其“功能”是数据传输本身。它没有提及在设备群之上要实现的、超出通信之外的“期望功能”，例如目标专利中的“减少光干扰”、“对房间制冷”等具体应用场景。因此，“标识要实现的期望功能”这一技术特征未被公开。 |
| **技术特征H**：基于与所述复数个IoT设备相关联的一个或多个属性来确定所述复数个IoT设备中具有实现所述期望功能的能力的子集<br>**判断结果**：未公开 | 未发现相关内容。 | 此特征与特征G紧密相关。由于对比文件未涉及“期望功能”，自然也就不存在基于设备属性（如发光能力、制冷能力）筛选出能实现该功能的设备子集的过程。对比文件基于信道条件分组是为了传输效率，而非评估设备实现某种外部功能的能力。因此，该技术特征未被公开。 |
| **技术特征I**：指导所述复数个IoT设备的所确定的子集形成被配置成在本地通信信道上进行通信的独立设备群，其中所述至少一个自组织IoT群至少包括所述独立设备群<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件中的“群”是由基站分配和管理的逻辑组，用于下行数据传输。这些设备并不形成一个在“本地通信信道”上自主通信的“独立设备群”。目标专利中，形成的独立设备群可以在本地信道上相互通信以实现功能，而无需中央设备持续干预。对比文件没有公开这种自组织、本地协作的独立设备群概念。因此，该技术特征未被公开。 |
| **技术特征J**：以及指导所述独立设备群实现所述期望功能。<br>**判断结果**：未公开 | 未发现相关内容。 | 基于对特征G、H、I的分析，对比文件未公开“期望功能”和“独立设备群”，因此也不可能公开“指导独立设备群实现期望功能”这一步骤。因此，该技术特征未被公开。 |
| **技术特征K**：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的群主，其中所指定的群主协调与其他IoT群的所述群间通信。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件中没有指定任何设备作为“群主”（group master）。基站是中心控制器，负责所有组的形成、消息通知和数据传输。组内成员之间是平等的，没有哪个设备被赋予协调与其他组通信的职责。目标专利中“群主”的核心作用是协调群间通信，这在对比文件中完全没有对应。因此，该技术特征未被公开。 |
| **技术特征L**：其特征在于，服务器与每一IoT群中的所述群主通信以便进一步协调所述群间通信。<br>**判断结果**：未公开 | 未发现相关内容。 | 此特征依赖于“群主”的存在。由于对比文件未公开“群主”（特征K），因此“服务器与群主通信以协调群间通信”这一特征也未被公开。对比文件中的基站直接与所有用户设备通信，不存在通过中间角色（群主）进行协调的层级结构。 |
| **技术特征M**：其特征在于，每一IoT群中的所述群主进行对等通信以协调所述群间通信。<br>**判断结果**：未公开 | 未发现相关内容。 | 同上，此特征依赖于“群主”的存在以及“群间通信”的概念。对比文件未公开设备群之间需要进行协调通信，也未指定群主，更未提及群主之间的对等通信。因此，该技术特征未被公开。 |
| **技术特征N**：其特征在于，所述群间通信包括：将消息从第一IoT群中的IoT设备发送到与目标IoT群相关联的地址，其中与所述目标IoT群相关联的所述群主接收所述消息并根据控制所述群间通信的所述一个或多个层次来将所接收到的消息转发至所述目标IoT群中的其他IoT设备。<br>**判断结果**：未公开 | 未发现相关内容。 | 这是对群间通信具体流程的限定。对比文件中的通信模式是基站到用户（或用户到基站）的点对多点或点对点通信，不存在一个群中的设备向另一个群的“地址”发送消息，并由该群的“群主”接收并转发的机制。因此，该技术特征未被公开。 |
| **技术特征O**：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的一个或多个高级别成员，其中所指定的高级别成员协调每一IoT群内的所述群内通信。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件在组内仅使用“组内ID”区分成员，并未指定任何成员具有“高级别”地位或赋予其协调群内通信的职责。群内通信（如果需要）似乎由基站集中调度或设备根据通知自行处理。因此，该技术特征未被公开。 |
| **技术特征P**：其特征在于，所述一个或多个群准则包括一个或多个静态准则，并且所述一个或多个层次基于所述一个或多个静态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的永久属性来定义。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件的分组准则（如信道条件）可能在一定时间内相对稳定，可类比为“静态准则”。然而，目标专利中的“静态准则”和“永久属性”旨在定义“预定义IoT设备群”，以组织具有永久共同特性（如都利用热水）的设备。对比文件的分组是为了无线资源管理和编码优化，与目标专利中基于设备功能、资源使用等永久属性进行持久性编组的目的和场景不同。本领域技术人员无法从对比文件中直接且毫无疑义地得出目标专利所定义的基于“永久属性”的“预定义群”概念。因此，该技术特征未被公开。 |
| **技术特征Q**：其特征在于，将所述多个IoT设备形成为所述多个IoT群包括：形成包括共同具有一个或多个永久属性的一个或多个成员的至少一个预定义IoT群，其中所述一个或多个群准则包括基于所述一个或多个永久属性的静态准则。<br>**判断结果**：未公开 | 未发现相关内容。 | 此特征是对特征P的进一步具体化。如上所述，对比文件未公开基于设备“永久属性”（如功能特性）形成“预定义IoT群”。其分组是出于通信性能考量，而非为了持久性地组织具有共同功能的设备。因此，该技术特征未被公开。 |
| **技术特征R**：其特征在于，所述一个或多个群准则包括一个或多个动态准则，并且所述一个或多个层次基于所述一个或多个动态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的一个或多个上下文受限属性来定义。<br>**判断结果**：未公开 | 未发现相关内容。 | 此特征与特征E相对应。对比文件未公开基于“动态准则”和“上下文受限属性”来定义层次。其层次（组ID和组内ID）是相对固定的标识分配，不随动态上下文变化。因此，该技术特征未被公开。 |
| **技术特征S**：其特征在于，毗邻所述复数个IoT设备的设备组织者经由本地引导信道来检测所述复数个IoT设备。<br>**判断结果**：未公开 | 未发现相关内容。 | 对比文件中的基站通过常规的无线通信信道与用户设备通信，并未提及专用于设备发现的“本地引导信道”。目标专利中“设备组织者”通过“引导信道”检测相邻设备的机制，在对比文件中没有对应描述。因此，该技术特征未被公开。 |
| **技术特征T**：其特征在于：检测到的复数个IoT设备包括一个或多个光源，要实现的所述期望功能包括减少与所述复数个IoT设备相邻的投影屏幕附近的光干扰，所述一个或多个属性包括与所述一个或多个光源相关联的发光能力、安装位置和光输出取向，所述复数个IoT设备中的形成为所述独立设备群的所述子集被预期为基于与所述一个或多个光源相关联的所述发光能力、所述安装位置或所述取向中的一者或多者而导致所述投影屏幕附近的所述光干扰，并且所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成通过降低光输出能级或改变与其相关联的所述光输出取向中的一者或多者来减少所述投影屏幕附近的所述光干扰。<br>**判断结果**：未公开 | 未发现相关内容。 | 这是目标专利说明书[0077]-[0083]及图7-8所描述的具体实施例。对比文件是关于无线通信系统中多用户数据包传输的，完全不涉及照明控制、投影屏幕、光干扰、发光能力、安装位置、光输出取向等具体物联网应用场景和技术细节。因此，该技术特征未被公开。 |
| **技术特征U**：其特征在于：所述检测到的复数个IoT设备包括一个或多个空调，要实现的所述期望功能包括对房间制冷，所述一个或多个属性包括所述一个或多个空调能够制冷的所标识的区域以及所述一个或多个空调能够对所述所标识的区域制冷的程度，所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成对所述房间制冷，并且所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成调整对所述房间制冷的制冷输出能级。<br>**判断结果**：未公开 | 未发现相关内容。 | 这是目标专利说明书[0084]-[0087]及图9所描述的另一具体实施例。对比文件完全不涉及温度控制、空调、制冷区域、制冷程度等具体物联网应用场景和技术细节。因此，该技术特征未被公开。 |
<<<a>>><<<b>>>