一种在机器对机器M2M通信系统(32)中的公共服务实体CSE节点(34，36)执行的能够移除通知接收者(38)的操作的方法，包括：向一个或多个接收者(38)发送事件的通知，所述一个或多个接收者(38)通过订阅发起者(34)订阅所述事件的通知，并且与所述订阅发起者(34)不同；接收来自所述一个或多个接收者(38)中的接收者(38)的移除请求，所述移除请求是移除作为事件通知的接收者的所述接收者(38)的请求；基于针对所述接收者的移除策略，确定是否允许移除作为所述事件通知的接收者的所述接收者(38)；确定移除策略是否需要来自订阅发起者(34)的批准，其中所述移除策略指示在允许移除接收者(38)之前需要订阅发起者(34)的批准，并且确定是否允许移除作为所述事件通知的接收者的所述接收者(38)包括：请求订阅发起者(34)批准移除作为事件通知的接收者的所述接收者(38)，以及一旦接收到来自订阅发起者(34)的批准，确定允许移除作为事件通知的接收者的所述接收者(38)；以及一旦确定允许移除作为事件通知的接收者的所述接收者(38)，移除作为事件通知的接收者的所述接收者(38)。

作为一名经验丰富的专利代理师，在收到您的案件交底材料并进行深度交叉核验后，我必须首先向您指出一个**重大的前置实体缺陷——技术主题严重错配**。

在进行具体法律与技术分析前，特此提请注意：

> ⚠️ **重要审查声明：** > 您提供的**“权利要求1”**涉及的是**无线通信物联层/物理层的 D2D（设备至设备）近距离通信、信标参数配置及无线电操作任务（测控基带领域）**；而您提供的**“目标专利说明书”**（CN107431722B）以及**对比文件 D1、D2、D3**，其核心技术全部属于**应用层/业务层的消息发布订阅、邮件主题退订、物联网架构业务层通知管理（软件与网络协议领域）**。

>

> 这种“以无线物理层权利要求”去套用“应用层服务规范说明书及对比文件”的错配，会导致对比文件均无法实质性公开权利要求的核心无线电特征。

以下我将严格基于您给出的文件原文，为您呈现绝对客观、严谨的特征比对、最接近对比文件筛选以及无效宣告请求中的薄弱点分析。

---

## 一、 权利要求技术特征比对表格

以下为权利要求1（D2D无线通信方法）与对比文件 **D1**（CN1953426A）、**D2**（US20080098071A1）、**D3**（CN102255931A）的原文精细比对：

---

## 二、 最接近对比文件的选择与分析

在创造性分析中，确定“最接近的对比文件”应当遵循**技术领域相同或最接近、所要解决的技术问题最类似、公开权利要求的技术特征最多**的原则。

鉴于上述整体技术主题的错配，若强制在D1、D2、D3中进行筛选：

### 1. 唯一勉强适合作为最接近对比文件的是：D3（CN102255931A）

* **整体解决的技术问题角度：** D3旨在解决物联网架构下，多种通信流程、网元状态发生变化时，如何通过网络能力节点（NRAR、NNC、NGC）实现集中式的统一通知与交互，提高系统运行效率。这与权利要求1在“第一无线通信设备通过网络节点协助，获取其他（第二）无线通信设备的信息以执行后续操作”的**大网协助拓扑结构**上，存在一定的宏观对应性。

* **技术效果角度：** D3实现了物联网终端（设备）与网络平台节点之间链路的标准化数据交互。在拓扑控制层面，与权利要求1“由网络节点协助第一无线设备以获取第二无线设备参数”的控制流向类似。

* **为什么D1和D2不适合：**

* **D1**纯粹是IBM关于传统IT数据处理系统（消息中间件）中发布/订阅的主题树树形语法优化算法，完全不带有任何无线通信、蜂窝或物联网拓扑特征。

* **D2**是关于现代电子邮件（E-mail）在多终端（台式机、手机、笔记本）回复所有（Reply-to-all）时，如何在服务器端挂起、覆盖退订邮件线程的交互流程，属于纯应用层邮件过滤技术。

---

## 三、 其余特征是否被其他对比文件公开

根据整体创造性评价的“组合”原则（如 $D3 + D1$ 或 $D3 + D2$）：

* **结论：没有被最接近对比文件（D3）公开的特征，同样完全没有被 D1 或 D2 公开。**

* **原因分析：** D3未公开的特征集中在**特征B、C、D**，即“接收第二设备的**信标参数**”、“**监视设备至设备（D2D）通信信标信令**”以及“基于**信标测量执行无线电操作任务**”。

D1和D2作为纯粹的软件应用层协议（主题树匹配与邮件退订挂起），其全篇原文中根本不存在“无线电”、“物理层”、“信标（Beacon）”、“D2D空中接口测量”等任何基带或射频通信的物理特征。因此，通过D1、D2无法对D3未公开的无线电特征进行任何技术启示的拼凑。

---

## 四、 请求方最薄弱的技术特征（即专利最稳固的防线）

如果您作为**无效请求方**，试图用这组证据（D1、D2、D3）去击落这枚权利要求1，您会发现**所有技术特征都极其薄弱，几乎无法推进**。其中，**最薄弱（即最不可能被无效掉）的技术特征是：特征B、特征C和特征D的联动架构**。

具体而言，最难攻破的法律与技术防线在于：

> **“基于从网络节点接收的‘第二无线设备的信标参数’，去‘监视D2D信标信令’并根据‘测量结果执行无线电操作任务’。”**

### 为什么该特征是请求方的死穴：

1. **技术层面的绝对鸿沟：** 该特征要求无线通信设备在**物理层/数据链路层**进行射频信号的捕获、能量/质量测量（如 RSRP、RSRQ 等），并据此调整无线电任务（如直连通信建立、同步等）。而D3只到“接收数据更新通知”的**业务应用层**。

2. **不存在修改/结合的常规技术启示：** 专利复审委员会在审查创造性时，严禁“事后诸葛亮”。由于D1/D2/D3全部属于软件/网络层，本领域技术人员在面对D3物联网平台通知效率低的技术问题时，**绝对想不到**去传统IT消息中间件（D1）或电子邮件服务器（D2）中寻找“如何配置无线电 D2D 信标参数”的技术启示。

### 代理师建议：

若要成功提起该D2D通信专利的无效宣告请求，**必须彻底放弃当前的 D1、D2、D3 这组证据**。您需要定向检索 **3GPP 5G (NR) 或 LTE 接近 ProSe (Proximity Services，近距离服务)、D2D 通信领域**的物理层标准提案（如 TS 36.331 或 TS 38.331 中关于信标、资源分配的相关公开文献），或者检索蜂窝网络辅助 D2D 发现（D2D Discovery）及通信控制的**同领域无线通信专利**，方能构成有威胁的现有技术组合。

作为一名经验丰富的专利代理师，我将紧密结合目标专利《M2M通信的动态事件订阅》（授权公开号：CN107431722B）的说明书，对权利要求1进行深入解析，并结合您提供的两份对比文件进行详细的技术特征比对和创造性分析初探。

### 第一部分：权利要求1的法律与技术解析

权利要求1（如您提供文件所示，未对应CN107431722B的实际授权权利要求，仅基于本提示词输入）保护一种方法，旨在解决M2M系统中，当接收者不想接收通知或需要安全移除接收者时，现有架构缺乏灵活性且需要订阅发起者人为干预的问题（参考目标专利说明书[0003]、[0049]、[0050]）。该方法由一个能够移除通知接收者的“节点”执行（说明书[0004]、[0014]），例如一个独立服务器，或实现为CSE内的CSF，或组管理服务器（说明书[0052]、[0108]）。

以下是对权利要求1各技术特征的详细解析：

#### 技术特征A：

> 11. 一种在机器对机器(M2M)通信系统中操作能够移除通知接收者的节点的方法，所述方法包括：

> 向一个或多个接收者发送(108，720，726，1318，1324)事件的通知，其中所述一个或多个接收者通过订阅发起者订阅事件的通知，并且所述一个或多个接收者与订阅发起者不同。

* **执行主体（能够移除通知接收者的节点）：** 根据说明书，这可以是CSE（图3A、图17）、组管理服务器（图3B、图18），或者更广泛地，通知的源（说明书[0053]、[0062]）。

* **发送通知：** 节点将检测到的事件（例如温度超标，说明书[0052]）的通知发送给接收者。在非基于组的实施例中，由CSE直接发送（图4步骤108）；在基于组的实施例中，节点（组管理服务器）接收CSE发送的通知（步骤712），然后转发给组内的接收者（图9A/9B步骤720、726，图14步骤1318、1324）。

* **订阅关系：** 强调接收者不是订阅发起者。订阅发起者（例如应用实体AE）在节点处创建订阅，指定其他实体作为接收者。

* **附图标记对应：** `108`（图4，CSE发送）、`720，726`（图9A/9B，组管理服务器发送）、`1318，1324`（图14，组管理服务器发送）。

#### 技术特征B：

> 从所述接收者接收(110，732，1400，1500)移除请求。

* **移除请求的发起：** 当接收者不想继续接收通知时，它主动向节点发送请求（说明书[0059]、[0075]、[0079]）。

* **接收主体：** 请求被发送给发送通知的节点（非基于组时为CSE，步骤110；基于组时为组管理服务器，步骤732）。

* **附图标记对应：** `110`（图4，CSE接收）、`732`（图9B，组管理服务器接收）、`1400`（图15A）、`1500`（图15B）。

#### 技术特征C：

> 基于所述接收者的移除策略确定(112，734)是否允许移除作为事件通知的接收者的所述接收者，其中所述移除策略指示在允许移除所述接收者之前是否需要所述订阅发起者的批准。

* **移除策略（核心控制点）：** 策略由订阅发起者在创建订阅时定义并提交给节点（说明书[0004]、[0052]、[0102]）。这是解决安全性问题的关键。

* **确定过程：** 节点应用该策略。策略的具体内容是控制的核心，说明书指出了多种可能，例如是否需要批准、基于时间或地理位置等。

* **特征限定（需要批准）：** 该权利要求特别限定了策略包含“是否需要所述订阅发起者的批准”（说明书[0006]、[0060]）。如图6A/11A/15A所示，若策略是不需要批准，节点通过验证策略（步骤302/902/1402）直接确定允许移除。如图6B/11B/15B所示，若策略是需要批准，节点向订阅发起者发送批准请求（步骤404/1004/1504），基于发起者的响应（步骤406/1006/1506）来确定是否允许移除（步骤112/734、步骤408/1008/1508，说明书[0067]、[0100]）。

* **附图标记对应：** `112`（图4，CSE确定）、`734`（图9B，组管理服务器确定）。

#### 技术特征D：

> 一旦确定允许移除作为事件通知的接收者的所述接收者，移除(112，734，210，810，304，408，904，1008，1404，1508)作为事件通知的接收者的所述接收者。

* **执行移除：** 只有在特征C确定为“允许”后，节点才执行移除操作。

* **移除的效果：** 在基于组的实施例中，强调接收者仅被移除出“事件通知接收者名单”，但不从“组”中移除，以便相同的组ID重用于其他订阅（说明书[0012]、[0080]、[0083]、[0096]、[0104]，图10步骤810，图15A步骤1404，图15B步骤1508）。

* **附图标记对应：** `112`（图4）、`734`（图9B）、`210`（图5，CSE执行移除）、`810`（图10，组管理服务器执行移除）、`304`（图6A）、`408`（图6B）、`904`（图11A）、`1008`（图11B）、`1404`（图15A）、`1508`（图15B）。

---

### 第二部分：对比文件分析

以下分析基于目标专利权利要求1，结合两份对比文件的原文。

#### 1. 对比文件D1 (US2013/0066965 A1)

**D1公开号：** US20130066965A1

**原文标题：** SYSTEMS AND METHODS FOR OPTIMIZATION OF SUBSCRIPTIONS TO RESOURCE CHANGES IN MACHINE-TO-MACHINE (M2M) SYSTEMS.

**整体解决的技术问题：**

D1旨在解决M2M系统中由于大量订阅请求导致的通信拥塞和效率低下的问题，特别是当多个应用订阅同一资源时（D1段落[0005]、[0030]）。

**技术效果：**

通过聚合和多路复用订阅请求（例如由网关代表多个设备订阅，或在同一设备内的多个订阅多路复用到同一HTTP请求），D1减少了建立HTTP会话和发送重复订阅请求的开销，降低了网络流量和拥塞（D1段落[0034]-[0036]）。

**特征比对与原文出处：**

D1并没有毫无异议地公开权利要求1的核心特征。

* **技术特征A（向接收者发送通知）：**

* *分析：* D1公开了网关GW从M2M服务能力平台10接收通知（NOTIFY，步骤102，图3），然后转发给M2M设备（D1A1，步骤108，图3）。

* *原文出处：* FIG. 3 shows signaling 102 and 108. Paragraph [0050]: "The M2M SCP 10... transmits an HTTP 200 OK message to the GW 6 with the information related to the change. The GW 6 subsequently sends an HTTP 200 OK message 108 to D1A1 60..."。

* *结论：* 实质公开（仅公开了基本的通知转发，非基于策略的移除背景下的通知）。

* **技术特征B（从接收者接收移除请求）：**

* *分析：* D1主要关注订阅的聚合，没有明确提及“移除请求”或“取消订阅”。它提及“刷新订阅”（refresh subscriptions），如果设备在延迟期后未续订，网关会续订其余的（段落[0050]、[0051]、[0059]，图4步骤110）。但这并非是基于权利要求B中限定的“接收者主动发起移除请求”的特征。D1更多是关于订阅生命周期的被动超时机制。

* *结论：* **未公开**。

* **技术特征C与D（基于策略移除）：**

* *分析：* D1完全没有涉及“基于所述接收者的移除策略”来控制移除，更没有涉及“需要所述订阅发起者的批准”这种策略内容。

* *结论：* **未公开**。

#### 2. 对比文件D2 (CN103020813A)

**D2公开号：** CN103020813A

**原文标题：** 管理远程事件的技术.

**整体解决的技术问题：**

D2旨在解决异构网络设备（如外部LOB系统和企业企业系统）之间，如何高效且经济地同步LOB数据变更事件的问题，特别是在使用拉取模型存在丢失变更事件缺点的情况下（D2段落[0021]、[0025]）。

**技术效果：**

D2实现了一个统一的集成推送通知模型，利用Web服务和自定义事件接收器来适应不同的LOB系统（D2段落[0027]）。这提高了数据同步的性能，降低了成本，并提供了不同水平的可靠性和QoS（D2段落[0003]、[0027]）。

**特征比对与原文出处：**

D2实质公开了权利要求1的大部分特征，特别是涉及策略和移除的概念。

* **执行主体：** 企业系统的“企业服务器120”执行“远程事件应用124”（段落[0037]、[0040]）。

* **技术特征A（向接收者发送通知）：**

* *分析：* D2公开了企业服务器120（通过事件通知组件216）向订阅者实体（对应接收者）的客户机设备130发送客户机事件通知消息（段落[0060]）。

* *原文出处：* 说明书第[0060]段：“...事件通知组件216一般可以为客户机设备130提供通知服务。...通过将客户机事件通知消息208-e从服务器120传递至客户机设备130...”。图2和图5的步骤208-e、208-1到208-3。

* *结论：* 毫无异议公开。

* **技术特征B（从接收者接收移除请求）：**

* *分析：* D2公开了客户机设备（对应接收者）发送“取消订阅”请求（如IW或remove方法调用）给服务器（步骤206-c）。

* *原文出处：* 说明书第[0076]段：“...用户可使用客户机设备130的web浏览器602来访问远程事件应用124提供的各种配置选项。...生成订阅事件604、取消订阅事件606...”。第[0103]段：“...图9示出了远程事件管理系统100...的消息流900。...客户机设备130可以向服务器设备120发送‘删除警告’(IW)或list.eventreceivers.remove(...)请求。”图2、图6A和图9的步骤206-c、206-2。

* *结论：* 毫异议公开。

* **技术特征C（基于移除策略确定）：**

* *分析：* 这是本案最具争议的技术特征。D2公开了可以为通知设置不同的“可靠性水平”（Reliability level 1-5），并通过事件管理组件编码可靠性参数（段落[0078]、[0081]、段落[0084]的表1）。D2公开了事件监视器组件212在接收外部通知时检索和处理这些可靠性参数（段落[0090]），并且这些参数在“订阅/取消订阅操作的消息流”中被提及（图8、图9中的步骤202-a）。然而，D2并没有公开任何指示在取消订阅时“是否需要订阅发起者批准”的特定“移除策略”。D2的“取消订阅操作”（图9）只是描述了服务器执行操作并返回确认的流程，没有任何决策步骤是基于由订阅发起者配置的安全性策略（如需要批准）。D2的策略是关于“可靠性”和“QoS”，不是本案旨在解决的安全灵活移除的策略。

* *结论：* **未公开**。权利要求1中的具体移除策略（是否需要批准）未被实质公开。

* **技术特征D（确定后执行移除）：**

* *分析：* D2公开了服务器设备120发起取消订阅操作，从数据存储126中移除订阅（段落[0103]）。

* *原文出处：* 说明书第[0103]段：“...服务器设备120可以从数据存储126中检索订阅，并发起取消订阅操作以取消订阅者实体132对服务器设备110的发布者实体112的订阅。服务器设备110可取消订阅...移除与服务器设备120的连接。...服务器设备120可将订阅从服务器设备120的数据存储126中移除...”。图9。

* *结论：* 实质公开（因为D2未公开特征C的决策步骤，因此其特征D只是执行了移除操作，未被特征C所限定的决策结果所触发）。

---

### 第三部分：综合分析与最接近对比文件选择

**特征比对表格：**

**最接近对比文件的分析与选择：**

* **D1：** 核心关注订阅请求的聚合和多路复用，旨在解决拥塞。完全没有涉及接收者主动发起的、基于安全策略控制的灵活移除问题。因此，D1在创造性分析中不是最接近的对比文件。

* **D2：** D2的整体框架旨在解决异构网络设备之间的高效数据同步问题（通过统一推送模型和自定义事件接收器），这与目标专利M2M系统中的事件通知和订阅控制具有一定的技术背景关联。D2解决的问题中也提到了性能和成本（QoS）。在创造性分析中，D2是**最接近的对比文件**。因为它：

1. 公开了在异构网络环境（技术领域和背景相关）中的“推送通知模型”和“订阅者”概念。

2. 毫无异议地公开了特征B（从接收者接收取消订阅/移除请求），这是D1不具备的。

3. 公开了策略的概念（QoS参数），尽管具体内容与权利要求1用于控制移除的策略不同。

**对于无效请求薄弱环节的分析：**

如果不考虑目标专利权利要求1对特征D（不从组中移除）的限定（仅考虑您提供的文本），根据上述比对表格，对于无效请求方来说，最薄弱的技术特征是：

**特征C中限定的具体移除策略内容，即该策略“指示在允许移除所述接收者之前是否需要所述订阅发起者的批准”**。

**原因分析：**

尽管D2公开了策略（reliability levels）、用户主动发起取消订阅请求和服务器执行移除操作，但无效请求方难以仅仅依靠D2本身，或者D2与D1结合，来合理解释现有技术如何显而易见地导致了基于“是否需要批准”这种特定安全策略来控制移除过程的决策步骤。D2的策略是关于如何确保消息送达（可靠性），而不是关于谁有权决定接收者何时停止接收（安全性控制）。D2图9的流程简单地执行了取消订阅操作，没有包含在策略要求下进行批准请求和基于批准结果确定是否移除的复杂决策链条（对应权利要求1步骤C和步骤D之间的逻辑）。将可靠性参数解释为用于确定是否允许移除具有法律解释上的困难。

因此，要成功无效权利要求1，请求方极大地依赖于找到第三份对比文件（D3）或公知常识，来弥补特征C所限定的决策步骤的空缺。

以上是基于您所提供权利要求文本的初步专利分析意见。

根据权利要求1所述的方法，还包括：一旦确定不允许移除作为所述事件通知的接收者的所述接收者(38)，拒绝移除作为所述事件通知的接收者的所述接收者(38)。

根据权利要求1所述的方法，其中所述移除策略指示在允许移除所述接收者(38)之前是否需要所述订阅发起者(34)的批准。

根据权利要求1所述的方法，其中所述移除策略指示在允许移除所述接收者(38)之前不需要所述订阅发起者(34)的批准，并且确定是否允许移除作为所述事件通知的接收者的所述接收者(38)包括：在没有来自订阅发起者(34)的输入的情况下，确定是否允许移除作为事件通知的接收者的所述接收者(38)。

根据权利要求1所述的方法，其中，所述移除策略包括在允许移除作为事件通知的接收者的所述接收者(38)之前必须满足的一个或多个定义的标准。

根据权利要求5所述的方法，其中所述一个或多个确定的标准包括以下中的至少一个：事件发生的一天中的时间和接收者(38)的地理位置。

根据权利要求1所述的方法，其中，所述接收者(38)的移除策略还包括：用于将所述接收者(38)自动添加回来作为所述事件通知的接收者的一个或多个标准，并且所述方法还包括：在移除作为事件通知的接收者的所述接收者(38)之后，一旦确定满足用于将所述接收者(38)自动添加回来作为所述事件通知的接收者的所述一个或多个标准，将所述接收者(38)添加回来作为所述事件通知的接收者。

根据权利要求1所述的方法，其中所述一个或多个接收者(38)包括多个接收者(38)，并且针对所述多个接收者(38)中的至少两个接收者中的每一个定义单独的移除策略。

根据权利要求1所述的方法，其中所述一个或多个接收者(38)包括多个接收者(38)，并且所述移除策略是针对所述多个接收者(38)的全部或子集定义的公共移除策略。

根据权利要求1所述的方法，还包括：在向接收者(38)发送所述通知之前，基于接收者(38)的通知策略确定是否要向接收者(38)发送所述通知；以及向接收者(38)发送所述通知包括：一旦基于所述接收者(38)的通知策略确定要将通知发送给所述接收者(38)，向所述接收者(38)发送所述通知。

根据权利要求10所述的方法，其中，所述接收者(38)的所述通知策略基于一个或多个定义的标准。

根据权利要求11所述的方法，其中所述一个或多个定义的标准包括以下中的至少一个：一天中的时间和接收者(38)的地理位置。

根据权利要求1-12中任一项所述的方法，还包括：在向所述一个或多个接收者(38)发送所述事件的通知之前：从所述订阅发起者(34)接收对所述事件的通知的订阅，其中，所述订阅是针对所述一个或多个接收者(38)的对所述事件的通知的订阅，并且所述接收者(38)的移除策略与所述订阅相关联。

根据权利要求1-12中任一项所述的方法，还包括：接收创建包括所述一个或多个接收者(38)的组(42)的请求；用针对所述组(42)的组标识符来响应创建组(42)的所述请求；以及接收具有作为所述通知的接收者(38)的标识符的所述组标识符的所述事件的通知；其中，向所述一个或多个接收者(38)发送所述事件的通知包括：响应于接收具有作为所述通知的接收者(38)的所述组标识符的标识符的所述事件的通知，向所述组(42)中的所述一个或多个接收者(38)发送所述事件的通知。

根据权利要求14所述的方法，其中，发送给所述组(42)中的所述一个或多个接收者(38)的所述事件的通知包括所述组标识符。

根据权利要求14所述的方法，其中，移除作为所述事件通知的接收者的所述接收者(38)包括：移除作为所述事件通知的接收者的所述接收者(38)，但不从所述组(42)中移除。

根据权利要求14所述的方法，其中所述一个或多个接收者(38)是所述组(42)中的多个接收者(38)的子集，并且所述方法还包括：接收具有作为不同事件的通知的接收者(38)的标识符的所述组标识符的所述不同事件的通知、以及针对所述不同事件的通知的一个或多个策略；以及根据针对所述不同事件的通知的所述一个或多个策略，向所述组(42)中的多个接收者(38)的子集发送不同事件的通知。

根据权利要求17所述的方法，还包括：接收针对所述组(42)中针对所述不同事件的通知的接收者(38)的一个或多个通知策略，其中针对所述组(42)中针对所述不同事件的通知的接收者(38)的所述一个或多个通知策略标识所述组(42)中不接收所述不同事件的通知的所述多个接收者(38)中的至少一个。