好的，作为一名经验丰富的资深专利代理师，我将对您提供的目标专利和对比文件进行严谨的创造性评估分析。
在开始详细的特征比对之前，我已经对目标专利说明书和权利要求进行了深入理解。目标专利的核心在于M2M通信系统中，针对由订阅发起者（而非接收者自身）创建的事件订阅，提供一种灵活且安全的方式来移除事件通知的接收者。其关键技术手段包括：为接收者设定移除策略（如是否需要订阅发起者批准或满足特定标准），并基于该策略处理接收者发起的移除请求。对比文件则涉及电子消息分发列表（如邮件列表）的管理，允许列表成员在某些条件下自我移除或添加新成员。
本次分析的目的是确定对比文件是否公开了目标专利权利要求的各技术特征，包括直接公开和隐含公开。我将严格按照您的要求，创建特征比对表格，进行严谨的论述。
---
### 回答开始
**对比文件名称：** 2014-08-21_US2014237055A_发明申请_US20140237055A1 ELECTRONIC MESSAGE DISTRIBUTION LISTS
**目标专利名称：** 1158M2M通信的动态事件订阅CN107431722B
**本次调用的模型名称：** 未提供
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A：《直接公开》** <br>节点(36)执行的能够移除通知接收者(38)的操作的方法，包括：向一个或多个接收者(38)发送事件的通知，所述一个或多个接收者(38)通过订阅发起者(34)订阅所述事件的通知，并且与所述订阅发起者(34)不同 | **[0062]** 源自电子设备(14, 16)的消息(140)，例如电子邮件消息，由服务器(20, 22)通过分发列表发送给多个接收者电子设备(14, 16)，该分发列表标识了接收者电子设备(14, 16)可访问的消息账户。<br><br>**[0065]** 一个电子设备(14, 16)的用户因此可能决定通过发出移除命令(142)将他/她的特定地址从分发列表中移除。 | 对比文件公开了服务器（对应于节点36）向多个接收者（对应于接收者38）发送消息（对应于事件通知）的操作。该消息通过分发列表发送，而分发列表是由其所有者（对应于订阅发起者34）创建的。接收者是分发列表中的成员，通常与分发列表的所有者不同。因此，该技术特征已被对比文件直接公开。 |
| **技术特征B：《直接公开》** <br>接收来自所述一个或多个接收者(38)中的接收者(38)的移除请求，所述移除请求是移除作为事件通知的接收者的所述接收者(38)的请求 | **[0065]** 一个电子设备(14, 16)的用户因此可能决定通过发出移除命令(142)将他/她的特定地址从分发列表中移除。该移除命令(142)以移除命令数据结构(130)的形式发出。<br><br>**[0066]** 服务器(20, 22)接收移除命令(142)并处理该移除命令(142)... | 对比文件明确公开了服务器（节点36）接收来自接收者电子设备（接收者38）的移除命令（移除请求），该命令旨在将该特定接收者地址从分发列表（对应于订阅）中移除。因此，该技术特征已被对比文件直接公开。 |
| **技术特征C：《直接公开》** <br>基于针对所述接收者的移除策略，确定是否允许移除作为所述事件通知的接收者的所述接收者(38) | **[0066]** 服务器(20, 22)接收移除命令(142)并处理该移除命令(142)，通过确认移除命令是自我移除请求来确定是否移除接收者，该确认通过判断接收者地址(136)是否与请求地址(138)相同。<br><br>**表1** 示出了基于“请求地址是否被授权”和“请求地址是否等于要移除的地址”来决定是否执行移除的逻辑。 | 对比文件公开了服务器基于一套逻辑规则（即一种策略）来确定是否允许移除。该策略包含判断条件（请求地址与接收者地址的关系、请求地址是否被授权），该条件决定了移除操作是否被允许。这等同于基于移除策略来确定是否允许移除。因此，该技术特征已被对比文件直接公开。 |
| **技术特征D：《隐含公开》** <br>确定移除策略是否需要来自订阅发起者(34)的批准 | **[0066]** 表1的逻辑表明，当请求地址是授权地址（即列出的分发列表所有者）时，移除行为受到限制（例如，如果请求地址等于要移除的地址，则不移除）。<br><br>**[0082]** ...值得注意的是，移除输入和移除命令不需要获得分发列表所有者(104)的批准。因此，未经授权的用户可以把自己从分发列表中移除，而无需获得批准。 | 对比文件公开了两种移除情形：自我移除（Self-removal）无需授权所有者批准；所有者发起的移除则适用另一套逻辑。虽然对比文件未明确使用“移除策略”一词，但其处理逻辑（表1）实质上定义了在何种条件下需要或者不需要所有者（即订阅发起者）的“授权”或“批准”。本领域技术人员可以合理推断，该处理逻辑本身就是一种移策略，并且该策略隐含地包含了“是否需要批准”的判断步骤。因此，该技术特征被对比文件隐含公开。 |
| **技术特征E：《未公开》** <br>其中所述移除策略指示在允许移除接收者(38)之前需要订阅发起者(34)的批准 | **[0082]** ...值得注意的是，移除输入和移除命令不需要获得分发列表所有者(104)的批准。 | 对比文件明确教导，对于接收者发起的自我移除请求，处理策略是“不需要”所有者的批准。这是对比文件的核心发明点之一，旨在提供一种简化的、无需所有者干预的自我移除机制。因此，对比文件并未公开“移除策略指示需要批准”这一特征。 |
| **技术特征F：《未公开》** <br>并且确定是否允许移除作为所述事件通知的接收者的所述接收者(38)包括：请求订阅发起者(34)批准移除作为事件通知的接收者的所述接收者(38) | **[0088]-[0092]** 描述了添加新接收者时，服务器向授权地址（所有者）发送添加请求(194)，并等待批准。(译者注：此段描述的是添加流程，而非移除流程) | 对比文件在移除流程中，明确不需要所有者批准（参见[0082]）。虽然其在添加流程（图10）中请求所有者批准，但这与移除流程无关。目标专利的特征E/F/G明确限定在“移除策略指示需要批准”的场景下，而对比文件的移除策略恰恰相反。因此，对比文件未公开这些技术特征。 |
| **技术特征G：《未公开》** <br>以及一旦接收到来自订阅发起者(34)的批准，确定允许移除作为事件通知的接收者的所述接收者(38) | （接上）对比文件未公开移除流程中需要订阅发起者批准。 | 基于技术特征F的论述，由于对比文件的移除策略不需要批准，因此与之关联的“接收批准”和“基于批准确定允许移除”的步骤自然也未被公开。 |
| **技术特征H：《直接公开》** <br>一旦确定允许移除作为事件通知的接收者的所述接收者(38)，移除作为事件通知的接收者的所述接收者(38) | **[0066]** ...如果移除命令(142)指示接收者请求从分发列表中移除，那么服务器(20, 22)将删除与该移除命令(142)标识的接收者地址(136)相对应的分发列表接收者(106)。 | 对比文件明确公开了当服务器判断允许移除（例如，根据表1逻辑判断为“REMOVE”）时，便执行删除操作（移除接收者）。因此，该技术特征已被对比文件直接公开。 |
| **技术特征I：《直接公开》** <br>还包括：一旦确定不允许移除作为所述事件通知的接收者的所述接收者(38)，拒绝移除作为所述事件通知的接收者的所述接收者(38) | **表1** 示出了当逻辑判断结果为“DO NOT REMOVE”时，不移除接收者。<br><br>**[0067]** 表1总结了这一逻辑。 | 对比文件通过表1的“DO NOT REMOVE”结果，明确公开了在特定条件（如授权所有者自我移除、非授权用户移除他人）下，拒绝执行移除操作。因此，该技术特征已被对比文件直接公开。 |
| **技术特征J：《隐含公开》** <br>其中所述移除策略指示在允许移除所述接收者(38)之前是否需要所述订阅发起者(34)的批准 | **[0066]** 表1的逻辑表明，当请求地址是授权地址（即列出的分发列表所有者）时，移除行为受到限制（例如，如果请求地址等于要移除的地址，则不移除）。<br><br>**[0082]** ...值得注意的是，移除输入和移除命令不需要获得分发列表所有者(104)的批准。 | 与特征D的论述类似，对比文件通过表1的处理逻辑体现了“是否需要批准”的概念。虽然对比文件倾向于“不需要批准”的自我移除场景，但其逻辑本身定义了批准（授权）的边界。本领域技术人员可以理解，该逻辑指示了在何种情况下需要所有者（订阅发起者）的同意（例如，所有者移除他人），何种情况不需要（自我移除）。因此，该特征被隐含公开。 |
| **技术特征K：《直接公开》** <br>其中所述移除策略指示在允许移除所述接收者(38)之前不需要所述订阅发起者(34)的批准，并且确定是否允许移除作为所述事件通知的接收者的所述接收者(38)包括：在没有来自订阅发起者(34)的输入的情况下，确定是否允许移除作为事件通知的接收者的所述接收者(38) | **[0066]** ...确认移除命令是自我移除请求，通过判断接收者地址(136)是否与请求地址(138)相同。如果移除命令(142)指示接收者请求从分发列表中移除，那么服务器(20, 22)将删除...<br><br>**[0082]** ...移除输入和移除命令不需要获得分发列表所有者(104)的批准。 | 对比文件明确公开了“自我移除”场景。在该场景下，服务器仅通过判断请求地址和要移除的地址是否相同（即一种逻辑判断）来决定是否允许移除，整个过程完全不需要分发列表所有者（订阅发起者34）的任何输入或批准。这与技术特征K完全吻合。因此，该技术特征已被对比文件直接公开。 |
| **技术特征L：《未公开》** <br>其中，所述移除策略包括在允许移除作为事件通知的接收者的所述接收者(38)之前必须满足的一个或多个定义的标准 | **[0066]** ...通过确认移除命令是自我移除请求来确定是否移除接收者，该确认通过判断接收者地址(136)是否与请求地址(138)相同。 | 对比文件的移除策略判断标准非常单一，即基于请求地址与接收者地址的关系以及授权状态。其并未公开如目标专利所述的“一个或多个定义的标准”，例如事件发生的一天中的时间和接收者的地理位置等复杂、可配置的标准。因此，该技术特征未被对比文件公开。 |
| **技术特征M：《未公开》** <br>其中所述一个或多个定义的标准包括以下中的至少一个：事件发生的一天中的时间和接收者(38)的地理位置 | （对比文件未提及相关内容） | 对比文件全文未涉及基于时间、地理位置等条件来决定是否允许移除的技术内容。因此，该技术特征未被对比文件公开。 |
| **技术特征N：《未公开》** <br>其中，所述接收者(38)的移除策略还包括：用于将所述接收者(38)自动添加回来作为所述事件通知的接收者的一个或多个标准，并且所述方法还包括：在移除作为事件通知的接收者的所述接收者(38)之后，一旦确定满足用于将所述接收者(38)自动添加回来作为所述事件通知的接收者的所述一个或多个标准，将所述接收者(38)添加回来作为所述事件通知的接收者 | （对比文件未提及相关内容） | 对比文件虽然支持添加接收者，但并未公开“自动添加回来”的机制。其添加流程（图10）需要用户主动发起命令，且新接收者的添加通常需要所有者批准。没有提及移除后基于特定条件自动恢复接收者资格的技术方案。因此，该技术特征未被对比文件公开。 |
| **技术特征O：《隐含公开》** <br>其中所述一个或多个接收者(38)包括多个接收者(38)，并且针对所述多个接收者(38)中的至少两个接收者中的每一个定义单独的移除策略 | **[0050]** 分发列表接收者(106)构成实际的分发列表。每个一个或多个分发列表接收者数据元素存储关于该接收者的信息。<br><br>**表1** 的逻辑适用于每个接收者发起的移除请求。 | 对比文件的分发列表包含多个接收者（对应于多个接收者38）。虽然表1定义了一个统一的逻辑，但这个逻辑在处理每个接收者的请求时会被独立应用。此外，对比文件区分了“授权地址”和“非授权地址”两种身份，这实质上为不同身份（对应于不同接收者）定义了不同的处理路径（策略）。本领域技术人员可以合理推断出，系统可以为不同状态的接收者应用不同的策略。因此，该技术特征被对比文件隐含公开。 |
| **技术特征P：《隐含公开》** <br>其中所述一个或多个接收者(38)包括多个接收者(38)，并且所述移除策略是针对所述多个接收者(38)的全部或子集定义的公共移除策略 | **表1** 示出了基于“请求地址是否被授权”和“请求地址是否等于要移除的地址”来决定是否执行移除的逻辑。 | 对比文件中定义的移除策略逻辑（表1）是统一应用于所有接收者的，是一个公共策略。该策略对于所有非授权地址的自我移除请求，都采取相同的处理方式。因此，该技术特征被对比文件隐含公开。 |
| **技术特征Q：《未公开》** <br>还包括：在向接收者(38)发送所述通知之前，基于接收者(38)的通知策略确定是否要向接收者(38)发送所述通知 | （对比文件未提及相关内容） | 对比文件描述了分发列表的解析和消息发送，但并未提及在发送消息前，需要基于一个针对特定接收者的动态“通知策略”来决定是否发送。对比文件的分发列表成员是固定的，移除前会一直收到消息。因此，该技术特征未被对比文件公开。 |
| **技术特征R：《未公开》** <br>向接收者(38)发送所述通知包括：一旦基于所述接收者(38)的通知策略确定要将通知发送给所述接收者(38)，向所述接收者(38)发送所述通知 | （对比文件未提及相关内容） | 基于技术特征Q的论述，对比文件没有公开基于“通知策略”来决定是否发送通知的技术方案。因此，该技术特征未被对比文件公开。 |
| **技术特征S：《未公开》** <br>其中，所述接收者(38)的所述通知策略基于一个或多个定义的标准 | （对比文件未提及相关内容） | 对比文件未公开任何通知策略，自然也未公开策略所基于的标准。因此，该技术特征未被对比文件公开。 |
| **技术特征T：《未公开》** <br>其中所述一个或多个定义的标准包括以下中的至少一个：一天中的时间和接收者(38)的地理位置 | （对比文件未提及相关内容） | 对比文件全文未涉及基于时间、地理位置等标准来控制通知发送。因此，该技术特征未被对比文件公开。 |
| **技术特征U：《隐含公开》** <br>还包括：在向所述一个或多个接收者(38)发送所述事件的通知之前：从所述订阅发起者(34)接收对所述事件的通知的订阅，其中，所述订阅是针对所述一个或多个接收者(38)的对所述事件的通知的订阅，并且所述接收者(38)的移除策略与所述订阅相关联 | **[0054] - [0056]** 描述了分发列表的创建，服务器(20, 22)或电子设备可以提供用户界面，用于接收根据分发列表数据结构的数据。服务器还被配置为允许由授权地址的用户对分发列表进行正常更新。<br><br>**[0120]** 服务器可以被配置为存储一个分发列表...当通过网络从授权地址接收到更新命令时更新分发列表。<br><br>**[0066] - [0067]** 描述了移除命令的处理，其逻辑（表1）是针对该分发列表定义的。 | 对比文件公开了服务器（节点36）从所有者（订阅发起者34）处接收创建/配置分发列表的操作。该分发列表定义了谁将接收消息（对应于事件通知），其本质就是一种“订阅”。分发列表的更新和移除逻辑（即移除策略）是与该特定的分发列表（订阅）绑定的。本领域技术人员可以合理地将创建和配置分发列表理解为接收对事件通知的订阅。因此，该技术特征被对比文件隐含公开。 |
| **技术特征V：《隐含公开》** <br>还包括：接收创建包括所述一个或多个接收者(38)的组(42)的请求 | **[0054] - [0056]** 描述了分发列表的创建过程，包括接收用于定义分发列表的数据。<br><br>**[0048]** 分发列表所有者(104)存储一个地址...该地址属于创建分发列表的用户...<br><br>**[0050]** 分发列表接收者(106)形成实际的分发列表。 | 对比文件中的“分发列表”本质上就是一个接收者的“组”。创建分发列表的请求，等同于创建包含一个或多个接收者的组的请求。因此，该技术特征被对比文件隐含公开。 |
| **技术特征W：《隐含公开》** <br>用针对所述组(42)的组标识符来响应创建组(42)的所述请求 | **[0046]** 分发列表标识符(102)存储该分发列表的唯一标识符，例如数字、哈希值等。分发列表标识符(102)可以在分发列表创建时生成，并可在使用分发列表进行通信和更新分发列表时被引用。 | 对比文件明确说明在创建分发列表时会生成一个唯一的分发列表标识符（对应于组标识符）。因此，该技术特征被对比文件隐含公开。 |
| **技术特征X：《隐含公开》** <br>接收具有作为所述通知的接收者(38)的标识符的所述组标识符的所述事件的通知 | **[0062]** 消息(140)...包括一个指示，表明该消息(140)是发送给分发列表的。这样的指示可以是唯一的分发列表标识符(102)，并且可以进一步包括分发列表名称(103)。 | 对比文件公开了服务器在发送消息时，消息本身包含分发列表标识符，作为接收者的标识符。这对应于服务器（节点36）接收（并发送）一个将组标识符作为接收者标识的通知。因此，该技术特征被对比文件隐含公开。 |
| **技术特征Y：《隐含公开》** <br>其中，向所述一个或多个接收者(38)发送所述事件的通知包括：响应于接收具有作为所述通知的接收者(38)的所述组标识符的标识符的所述事件的通知，向所述组(42)中的所述一个或多个接收者(38)发送所述事件的通知 | **[0068]** ...当收到来自电子设备(14, 16)之一的出站消息(148)作为对消息的回复或作为发送给分发列表的新消息时，服务器(20, 22)将消息(148)中的分发列表标识符解析为当前的接收者地址。服务器(20, 22)然后将消息(148)发送给当前接收者地址... | 对比文件公开了服务器在接收到包含分发列表标识符的出站消息后，通过解析该标识符得到当前成员列表，并向这些成员发送消息的完整过程。这与目标专利的特征Y完全一致。因此，该技术特征被对比文件隐含公开。 |
| **技术特征Z：《隐含公开》** <br>其中，发送给所述组(42)中的所述一个或多个接收者(38)的所述事件的通知包括所述组标识符 | **[0063]** 消息(140)可以包括分发列表的完整副本，以便电子设备(14, 16)可以确定消息的其他接收者。<br><br>**[0067]** ...服务器(20, 22)可以复制分发列表所有者(104)，以提示所有者分发列表的更改。 | 尽管部分描述指出消息可包含完整列表，但对比文件明确说明消息中包含了分发列表标识符（[0062]）。这对于接收者了解消息来源是必要的。因此，发送给接收者的通知包含组标识符这一技术特征，被对比文件隐含公开。 |
---
### 公开性判断结论
基于以上详细的比对分析，现对每个技术特征的公开性判断总结如下：
* **直接公开的技术特征**：A, B, C, H, I, K
* **隐含公开的技术特征**：D, J, O, P, U, V, W, X, Y, Z
* **未公开的技术特征**：E, F, G, L, M, N, Q, R, S, T
---
### 结果代码
根据您的要求，我将在回答结尾处插入对应的代码。
* **直接公开**（大写字母）: `<<<A>>>`, `<<<B>>>`, `<<<C>>>`, `<<<H>>>`, `<<<I>>>`, `<<<K>>>`
* **隐含公开**（小写字母）: `<<<d>>>`, `<<<j>>>`, `<<<o>>>`, `<<<p>>>`, `<<<u>>>`, `<<<v>>>`, `<<<w>>>`, `<<<x>>>`, `<<<y>>>`, `<<<z>>>`
最终代码序列如下：
<<<A>>><<<B>>><<<C>>><<<H>>><<<I>>><<<K>>><<<d>>><<<j>>><<<o>>><<<p>>><<<u>>><<<v>>><<<w>>><<<x>>><<<y>>><<<z>>>