# 特征比对分析
**对比文件名称**: 2012-08-23_WO2012111255A_发明申请_WO2012111255A1 ページング方法、ページングシステム、通信デバイス及び通信相手ノード
**目标专利名称**: 294建立物联网(IOT)设备群并实现IOT设备群之间的通信CN105075185B
**模型名称**: 专利创造性评估模型
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**: 根据一个或多个群准则以及与一个或多个IoT设备相关联的一个或多个属性来将多个IoT设备形成为多个IoT群 | [2] 本発明は、複数のＭＴＣデバイスに共通する特徴（ＨＤカメラデータなどの送信可能なデータ種別）に応じてグループを形成し...<br>[2] (グループ情報生成方法1) 近隣のＭＴＣデバイス１Ａ、１ＢがＭＴＣサーバ２に対してグループ情報を通知する場合、例えば、ＭＴＣデバイス１Ａ～１Ｃがローカル通信技術...を用いてアドホック通信を行い、ある共通の特徴を持っている場合にグループを形成する。 | **《隐含公开》**<br>对比文件公开了基于MTC设备之间“共通する特徴”（共同特征）来形成“グループ”（群组）。这些特征包括“送信可能なデータ種別”（可发送的数据类型）等，这对应于目标专利中“与一个或多个IoT设备相关联的一个或多个属性”。形成群组的依据（即“共通する特徴に応じて”）相当于“群准则”。对比文件明确描述了多个设备（如MTCデバイス1A、1B）基于共同特征形成群组（グループ）的方法和过程（例如通过本地通信发现并形成）。因此，本领域技术人员能够从对比文件公开的内容中，合理推断出“根据属性/特征将多个设备形成为多个群”这一技术特征。虽然对比文件主要用于MTC通信场景，但其中基于设备共同属性/特征进行分组的核心思想，与目标专利中形成IoT群的技术特征在作用和原理上实质相同。 |
| **技术特征B**: 根据所述一个或多个群准则以及与所述一个或多个IoT设备相关联的所述一个或多个属性来定义每一IoT群内的一个或多个层次 | [2] (第4の実施の形態) ...グループの中でマスタデバイスを決定する。...マスタデバイスは、グループを代表してＭＴＣサーバ２と通信するデバイスとなる。 | **《隐含公开》**<br>对比文件在第4实施形态中公开了在群组（グループ）内决定“マスタデバイス”（主设备/代表设备）。这个“マスタデバイス”代表群组与MTC服务器进行通信。这实质上在群组内部定义了一个层次结构：主设备处于一个更高级别或代表层次，而其他设备是普通成员。定义这个层次的依据仍然是设备的能力或特征（即属性），因为主设备通常是能够代表群组共同特征的设备。本领域技术人员可以合理推断，基于设备属性来指定群内的一个代表或管理者，就是在定义群内的一个层次。因此，该技术特征被对比文件隐含公开。 |
| **技术特征C**: 其中所述一个或多个层次控制每一IoT群内的群内通信以及所述多个IoT群之间的群间通信 | [2] (第4の実施の形態) ...マスタデバイスは、グループを代表してＭＴＣサーバ２と通信するデバイスとなる。...マスタデバイスであるＭＴＣデバイス１Ｃは、自身のＩＤが含まれている場合には、ページングに応答し、コネクションを確立する。...ＭＴＣデバイス１Ｃがコネクションを確立し、ＭＴＣサーバ２又は他のＭＴＣデバイス１Ａ、１Ｂと行う通信は任意であるが、ローカル通信を用いてＭＴＣデバイス１Ａ、１Ｂから通知された情報を自身の情報と合わせてＭＴＣサーバ２へ通知することもできるし、ＭＴＣサーバ２から受信した情報をＭＴＣデバイス１Ａ、１Ｂへ通知することもできる。 | **《隐含公开》**<br>对比文件公开了主设备（マスタデバイス）代表整个群组与外部实体（MTC服务器）进行通信，这对应于**群间通信**的控制。同时，主设备也负责在群组内部与其他成员设备（如MTCデバイス1A、1B）通过本地通信交换信息，并将内部信息汇总后对外发送或将从外部接收的信息分发给内部成员，这隐含了其对**群内通信**的协调或控制作用。因此，由主设备这一层次所实现的通信模式，实质上控制了群内和群间的信息流。本领域技术人员能够从对比文件的描述中合理推断出，所定义的层次（主设备）用于控制群内和群间的通信。 |
| **技术特征D**: 以及其中将所述多个IoT设备形成为所述多个IoT群包括形成包括具有上下文受限的一个或多个共同属性的一个或多个成员的至少一个自组织IoT群 | [2] (グループ情報生成方法1) 近隣のＭＴＣデバイス１Ａ、１Ｂが...ローカル通信技術...を用いてアドホック通信を行い、ある共通の特徴を持っている場合にグループを形成する。<br>[2] (グループ情報生成方法4) 各ＭＴＣデバイス１Ａ、１Ｂ、１Ｃの現在位置情報を基に、近接するデバイスでありかつ共通の特徴を持つＭＴＣデバイス１Ａ、１Ｂ、１Ｃをグループ化する。 | **《隐含公开》**<br>对比文件多次描述了设备基于“近隣”（邻近）或“近接する”（接近）这一**上下文（位置）**，并通过**アドホック通信**（自组织通信）动态地形成群组。这种群组的形成是动态的、基于当前上下文（设备彼此相邻）的，并且成员具有共同的特征（属性）。这完全符合目标专利中“自组织IoT群”的特征：基于上下文受限的共同属性（此处的上下文是地理位置邻近性）动态形成。因此，该技术特征被对比文件隐含公开。 |
| **技术特征E**: 其中所述一个或多个群准则包括基于所述一个或多个上下文受限属性的动态准则 | [2] (グループ情報生成方法4) 各ＭＴＣデバイス１Ａ、１Ｂ、１Ｃの現在位置情報を基に、近接するデバイスでありかつ共通の特徴を持つＭＴＣデバイス１Ａ、１Ｂ、１Ｃをグループ化する。 | **《隐含公开》**<br>对比文件公开了基于设备的“現在位置情報”（当前位置信息）这一动态的、上下文受限的属性，来对设备进行分组。用于分组的准则（即“近接するデバイスでありかつ共通の特徴を持つ”）显然包含了基于动态位置属性的判断，这对应于基于上下文受限属性的动态准则。本领域技术人员可以毫无困难地理解，使用设备的实时位置信息作为分组依据，就是一种动态准则的应用。 |
| **技术特征F**: 其中形成所述自组织IoT群包括：检测所述多个IoT设备中彼此相邻的复数个IoT设备 | [2] (グループ情報生成方法1) 近隣のＭＴＣデバイス１Ａ、１Ｂが...ローカル通信技術...を用いてアドホック通信を行い...<br>[2] (グループ情報生成方法4) ...現在位置情報を基に、近接するデバイス...をグループ化する。 | **《直接公开》**<br>对比文件直接且明确地公开了检测彼此相邻或接近的多个设备。在“グループ情報生成方法1”中，设备通过本地通信技术进行自组织通信，这本身就意味着设备在通信范围内，即彼此相邻。在“グループ情報生成方法4”中，更是明确提到基于“現在位置情報”来识别“近接するデバイス”（接近的设备）。因此，本领域技术人员能够毫无疑义地从对比文件中得出“检测彼此相邻的复数个IoT设备”这一技术方案。 |
| **技术特征G**: 标识要实现的期望功能 | [2] ＭＴＣサーバ２は、ＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂの共通する特徴に関する情報を取得するために、リクエストメッセージをＭＴＣデバイス１ＡとＭＴＣデバイス１Ｂ宛てに送信する。 | **《直接公开》**<br>对比文件中，MTC服务器为了获取MTC设备1A和1B的共同特征相关信息，而向它们发送请求消息（リクエストメッセージ）。这个“获取特定信息”的动作，本身就是MTC服务器要实现的“期望功能”。在通信系统中，服务器向设备请求数据是一种明确的功能意图。因此，该技术特征被对比文件直接公开。 |
| **技术特征H**: 基于与所述复数个IoT设备相关联的一个或多个属性来确定所述复数个IoT设备中具有实现所述期望功能的能力的子集 | [2] 図１１ ...ＭＴＣデバイス１Ａは、...グループ情報又はケーパビリティ情報を参照し、ＭＴＣデバイス１Ｂと共通する特徴を特定する...。そして、ＭＴＣデバイス１Ａは、その特徴に関する情報を保持している場合、...受信したページングに応答する...。一方、その特徴に関する情報を保持していない場合...受信したページングに応答しない。 | **《隐含公开》**<br>对比文件图11描述了MTC设备1A在收到寻呼后，通过参照群组信息或能力信息，识别出与MTC设备1B的共同特征，进而判断MTC服务器请求的信息类型。然后，设备1A检查自己是否持有该类型的信息。如果持有，则响应寻呼（即参与实现“获取信息”的功能）；如果不持有，则不响应。这个过程实质上就是每个设备基于自身的属性（持有的信息类型/能力）来判断自己是否属于能够实现MTC服务器期望功能（提供特定信息）的那个设备子集。虽然对比文件是从单个设备决策的角度描述，但本领域技术人员可以合理推断，MTC服务器在发起请求时，其意图就是让持有相关信息的设备子集来响应并实现功能。因此，该技术特征被隐含公开。 |
| **技术特征I**: 指导所述复数个IoT设备的所确定的子集形成被配置成在本地通信信道上进行通信的独立设备群，其中所述至少一个自组织IoT群至少包括所述独立设备群 | [2] (グループ情報生成方法1) ...ＭＴＣデバイス１Ａ～１Ｃがローカル通信技術...を用いてアドホック通信を行い、ある共通の特徴を持っている場合にグループを形成する。 | **《隐含公开》**<br>对比文件公开了设备之间使用本地通信技术进行自组织通信，并在此基础上形成群组。虽然对比文件没有明确描述一个中央实体（如目标专利的“设备组织者”）去“指导”形成过程，但它描述了设备自主地通过本地通信发现彼此并形成群组。形成的这个群组，其成员通过本地通信技术（如蓝牙、WLAN）进行通信，这对应于“在本地通信信道上进行通信的独立设备群”。本领域技术人员可以合理推断，这种基于本地通信自发形成的群组，就是目标专利中所指的“独立设备群”的一种实现方式，并且它属于自组织IoT群。 |
| **技术特征J**: 以及指导所述独立设备群实现所述期望功能。 | [2] (図７，９等) ＭＴＣサーバ２がリクエストメッセージを送信し、該当するＭＴＣデバイス（群の一部）がページングに応答してコネクションを確立し、データを送信する。 | **《隐含公开》**<br>对比文件中，MTC服务器通过发送请求消息（可能触发寻呼），最终使得具备相应能力的设备子集（即隐含的“独立设备群”成员）建立连接并向服务器发送所请求的数据，从而实现了服务器“获取信息”的期望功能。虽然对比文件没有使用“指导...实现”这样的措辞，但服务器发起请求、设备响应并完成数据上报的这一系列动作，实质上就是指导设备群实现特定功能的过程。本领域技术人员能够从中推断出该技术特征。 |
| **技术特征K**: 其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的群主，其中所指定的群主协调与其他IoT群的所述群间通信。 | [2] (第4の実施の形態) ...マスタデバイスは、グループを代表してＭＴＣサーバ２と通信するデバイスとなる。 | **《隐含公开》**<br>对比文件明确指定了群组内的“マスタデバイス”（主设备）。该主设备“グループを代表してＭＴＣサーバ２と通信する”（代表群组与MTC服务器通信）。与MTC服务器的通信属于**群间通信**（设备群与外部服务器之间的通信）。因此，主设备的角色就是协调（或者说代表）其所属群组进行群间通信。这完全对应于目标专利中“指定群主协调与其他IoT群的群间通信”。 |
| **技术特征L**: 其特征在于，服务器与每一IoT群中的所述群主通信以便进一步协调所述群间通信。 | [2] (第4の実施の形態) ...マスタデバイスは、グループを代表してＭＴＣサーバ２と通信するデバイスとなる。 | **《直接公开》**<br>对比文件直接且明确地公开了“マスタデバイス”（群主）与“ＭＴＣサーバ２”（服务器）进行通信。服务器与群主通信的目的，就是为了获取群组的信息或向群组下达指令，这本身就是协调群间通信（服务器与设备群之间的通信）的一部分。因此，本领域技术人员能够毫无疑义地从对比文件中得出该技术特征。 |
| **技术特征M**: 其特征在于，每一IoT群中的所述群主进行对等通信以协调所述群间通信。 | 对比文件中未发现描述不同群组的“マスタデバイス”之间直接进行对等通信以协调群间通信的内容。对比文件主要描述的是MTC服务器与设备群（通过主设备）之间的通信，以及设备群内部的通信。 | **《未被公开》**<br>对比文件没有公开或隐含不同群组的群主（主设备）之间进行对等通信（P2P）以协调群间通信。对比文件中的群间通信主要是通过MTC服务器作为中心节点来中介的。目标专利中所述的群主间直接对等通信的协调方式，在对比文件中没有相应的技术启示。 |
| **技术特征N**: 其特征在于，所述群间通信包括：将消息从第一IoT群中的IoT设备发送到与目标IoT群相关联的地址，其中与所述目标IoT群相关联的所述群主接收所述消息并根据控制所述群间通信的所述一个或多个层次来将所接收到的消息转发至所述目标IoT群中的其他IoT设备。 | 对比文件中未发现描述从一个设备群的普通成员设备，向另一个设备群的地址发送消息，并由目标群的群主接收并转发给其成员的具体通信流程。对比文件中的消息流主要是：MTC服务器 -> (网络) -> 设备群（或主设备）；或者设备群成员 -> 主设备 -> MTC服务器。 | **《未被公开》**<br>对比文件没有公开或隐含目标专利中这种特定的、设备跨群寻址并由目标群主进行消息转发的群间通信机制。对比文件的通信模型更侧重于服务器与设备群之间的上下行交互，而非不同设备群成员之间通过群主进行的间接通信。 |
| **技术特征O**: 其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的一个或多个高级别成员，其中所指定的高级别成员协调每一IoT群内的所述群内通信。 | [2] (第4の実施の形態) ...マスタデバイスは、...ＭＴＣサーバ２から受信した情報をＭＴＣデバイス１Ａ、１Ｂへ通知することもできる。 | **《隐含公开》**<br>对比文件公开的主设备（マスタデバイス）除了代表群组对外通信外，还可以将MTC服务器接收到的信息通知给群内的其他设备（ＭＴＣデバイス１Ａ、１Ｂ）。这个“通知”动作，实质上就是协调群内通信的一种形式——将外部信息分发给内部成员。因此，主设备这个“高级别成员”扮演了协调群内通信的角色。本领域技术人员可以合理推断出该技术特征。 |
| **技术特征P**: 其特征在于，所述一个或多个群准则包括一个或多个静态准则，并且所述一个或多个层次基于所述一个或多个静态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的永久属性来定义。 | [2] 本発明は、複数のＭＴＣデバイスに共通する特徴（ＨＤカメラデータなどの送信可能なデータ種別）に応じてグループを形成し...<br>[2] (第4の実施の形態) ...グループの中でマスタデバイスを決定する。 | **《隐含公开》**<br>对比文件形成群组所依据的“共通する特徴”，例如“ＨＤカメラデータなどの送信可能なデータ種別”（可发送的HD摄像头数据类型），这通常是设备固有的、相对持久的能力或属性，可以视为“永久属性”。基于这种永久属性进行分组和决定主设备（也是一种层次定义），就隐含了使用基于永久属性的静态准则。虽然对比文件没有明确区分“静态”和“动态”，但本领域技术人员能够理解，基于设备固有能力的准则是相对静态的。 |
| **技术特征Q**: 其特征在于，将所述多个IoT设备形成为所述多个IoT群包括：形成包括共同具有一个或多个永久属性的一个或多个成员的至少一个预定义IoT群，其中所述一个或多个群准则包括基于所述一个或多个永久属性的静态准则。 | [2] 本発明は、複数のＭＴＣデバイスに共通する特徴（ＨＤカメラデータなどの送信可能なデータ種別）に応じてグループを形成し... | **《隐含公开》**<br>与特征P的分析类似。对比文件公开了基于设备共同的、固有的特征（如特定的数据发送能力）来形成群组。这种基于永久属性形成的群组，其成员身份相对稳定，符合“预定义IoT群”的概念。形成这样的群组所依据的准则，就是基于永久属性的静态准则。因此，该技术特征被对比文件隐含公开。 |
| **技术特征R**: 其特征在于，所述一个或多个群准则包括一个或多个动态准则，并且所述一个或多个层次基于所述一个或多个动态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的一个或多个上下文受限属性来定义。 | [2] (グループ情報生成方法4) 各ＭＴＣデバイス１Ａ、１Ｂ、１Ｃの現在位置情報を基に、近接するデバイスでありかつ共通の特徴を持つＭＴＣデバイス１Ａ、１Ｂ、１Ｃをグループ化する。 | **《隐含公开》**<br>对比文件公开了基于设备的“現在位置情報”（当前位置信息）这一动态的、上下文受限的属性，并结合设备共同的特征来对设备进行分组。这体现了基于动态准则（当前位置是否邻近）和上下文受限属性（实时位置）来形成群组。虽然对比文件未明确提及基于此定义层次，但形成的群组本身可以视为具有一种基于上下文的成员层次（在某个位置范围内的设备属于该群）。本领域技术人员可以合理推断，动态准则和上下文受限属性可用于影响群组及其结构的定义。 |
| **技术特征S**: 其特征在于，毗邻所述复数个IoT设备的设备组织者经由本地引导信道来检测所述复数个IoT设备。 | [2] (グループ情報生成方法1) ...ＭＴＣデバイス１Ａ～１Ｃがローカル通信技術（Bluetooth（登録商標）や赤外線、ＷＬＡＮ...など）を用いてアドホック通信を行い... | **《直接公开》**<br>对比文件直接公开了设备之间使用蓝牙、WLAN等**本地通信技术**进行自组织通信。这些本地通信技术所使用的信道（如蓝牙信道、Wi-Fi信道）在设备发现和初始通信阶段，就起到了“本地引导信道”的作用，使得设备能够检测到彼此的存在。虽然对比文件没有明确出现“设备组织者”这一角色，但设备自身通过本地信道进行相互发现和通信，其效果等同于“经由本地引导信道来检测设备”。本领域技术人员能够毫无疑义地得出此技术特征。 |
| **技术特征T**: 其特征在于：检测到的复数个IoT设备包括一个或多个光源，要实现的所述期望功能包括减少与所述复数个IoT设备相邻的投影屏幕附近的光干扰，所述一个或多个属性包括与所述一个或多个光源相关联的发光能力、安装位置和光输出取向，所述复数个IoT设备中的形成为所述独立设备群的所述子集被预期为基于与所述一个或多个光源相关联的所述发光能力、所述安装位置或所述取向中的一者或多者而导致所述投影屏幕附近的所述光干扰，并且所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成通过降低光输出能级或改变与其相关联的所述光输出取向中的一者或多者来减少所述投影屏幕附近的所述光干扰。 | 对比文件中未涉及任何关于“光源”、“投影屏幕”、“光干扰”、“降低光输出能级”、“改变光输出取向”等内容。对比文件通篇围绕MTC设备的数据收集与上报、寻呼优化、节能等通信管理问题，其具体应用场景（如摄像头、传感器）与光照控制无关。 | **《未被公开》**<br>技术特征T是目标专利中一个非常具体的技术应用实施例（用例）。对比文件完全没有公开或暗示与光照控制、投影屏幕、光干扰相关的任何技术内容、属性或功能。该特征所描述的具体问题、具体设备类型、具体属性以及具体的功能实现方式，均未在对比文件中出现。因此，该技术特征未被对比文件公开。 |
| **技术特征U**: 其特征在于：所述检测到的复数个IoT设备包括一个或多个空调，要实现的所述期望功能包括对房间制冷，所述一个或多个属性包括所述一个或多个空调能够制冷的所标识的区域以及所述一个或多个空调能够对所述所标识的区域制冷的程度，所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成对所述房间制冷，并且所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成调整对所述房间制冷的制冷输出能级。 | 对比文件中未涉及任何关于“空调”、“房间制冷”、“制冷输出能级”等内容。对比文件的具体应用场景不包含温度控制或HVAC系统。 | **《未被公开》**<br>与技术特征T类似，技术特征U是另一个具体的技术应用实施例（用例）。对比文件完全没有公开或暗示与空调制冷、房间温度调节相关的任何技术内容、属性或功能。该特征所描述的具体问题、具体设备类型、具体属性以及具体的功能实现方式，均未在对比文件中出现。因此，该技术特征未被对比文件公开。 |
<<<F>>><<<G>>><<<L>>><<<S>>><<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<h>>><<<i>>><<<j>>><<<k>>><<<o>>><<<p>>><<<q>>><<<r>>>