对比文件：CN102255931A 一种物联网架构下统一的通知方法及系统
目标专利：CN107431722B M2M通信的动态事件订阅
本次调用的模型名称：DeepSeek
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：向一个或多个接收者(38)发送事件的通知，所述一个或多个接收者(38)通过订阅发起者(34)订阅所述事件的通知，并且与所述订阅发起者(34)不同 | 对比文件实例一（图2）中，M2M应用向NAE发起通知请求（订阅），之后NNC处理，事件发生后，NNC将通知消息经NAE发送给该M2M应用。该M2M应用既是订阅发起者也是接收者。 | 对比文件所有实施例中订阅者即接收者，未公开接收者与订阅发起者不同的场景，因此技术特征A未被公开。 |
| 技术特征B：接收来自所述一个或多个接收者(38)中的接收者(38)的移除请求，所述移除请求是移除作为事件通知的接收者的所述接收者(38)的请求 | 说明书[0014]段：“通知订阅包括：物联网应用、物联网终端、或物联网架构中的其它能力发起要求获取、退订或修改通知消息的订阅请求。”实例一步骤10：“M2M应用向NAE发起通知请求。这个通知请求可以是订阅，也可以是删除和修改原有的订阅请求。” | 对比文件明确公开了接收来自订阅者（即接收者）的退订/删除请求，该请求用于取消订阅，即移除作为通知接收者的身份，因此技术特征B被直接公开。 |
| 技术特征C：基于针对所述接收者的移除策略，确定是否允许移除作为所述事件通知的接收者的所述接收者(38) | 无相关内容 | 对比文件未提及任何“移除策略”或类似机制，退订处理为直接删除，无基于策略的判断，因此未公开。 |
| 技术特征D：确定移除策略是否需要来自订阅发起者(34)的批准 | 无 | 未公开。 |
| 技术特征E：其中所述移除策略指示在允许移除接收者(38)之前需要订阅发起者(34)的批准 | 无 | 未公开。 |
| 技术特征F：并且确定是否允许移除作为所述事件通知的接收者的所述接收者(38)包括：请求订阅发起者(34)批准移除作为事件通知的接收者的所述接收者(38) | 无 | 未公开。 |
| 技术特征G：以及一旦接收到来自订阅发起者(34)的批准，确定允许移除作为事件通知的接收者的所述接收者(38) | 无 | 未公开。 |
| 技术特征H：一旦确定允许移除作为事件通知的接收者的所述接收者(38)，移除作为事件通知的接收者的所述接收者(38) | 实例一步骤说明：“如果对于删除过程，NNC可以直接删除通知任务”。之前有NAE鉴权（确定允许）。 | 对比文件虽公开了鉴权通过后删除的步骤，但确定允许是基于系统权限而非订阅发起者定义的移除策略，作用不同（系统安全 vs. 订阅发起者控制），因此不认为公开了相同的技术特征，未公开。 |
| 技术特征I：还包括：一旦确定不允许移除作为所述事件通知的接收者的所述接收者(38)，拒绝移除作为所述事件通知的接收者的所述接收者(38) | 实例一步骤11：NAE进行鉴权，若鉴权失败则拒绝请求（隐含）。 | 同上，基于权限而非策略，作用不同，未公开。 |
| 技术特征J：其中所述移除策略指示在允许移除所述接收者(38)之前是否需要所述订阅发起者(34)的批准 | 无 | 未公开。 |
| 技术特征K：其中所述移除策略指示在允许移除所述接收者(38)之前不需要所述订阅发起者(34)的批准，并且确定是否允许移除作为所述事件通知的接收者的所述接收者(38)包括：在没有来自订阅发起者(34)的输入的情况下，确定是否允许移除作为事件通知的接收者的所述接收者(38) | 无 | 未公开。 |
| 技术特征L：其中，所述移除策略包括在允许移除作为事件通知的接收者的所述接收者(38)之前必须满足的一个或多个定义的标准 | 无 | 未公开。 |
| 技术特征M：其中所述一个或多个确定的标准包括以下中的至少一个：事件发生的一天中的时间和接收者(38)的地理位置 | 无 | 未公开。 |
| 技术特征N：其中，所述接收者(38)的移除策略还包括：用于将所述接收者(38)自动添加回来作为所述事件通知的接收者的一个或多个标准，并且所述方法还包括：在移除作为事件通知的接收者的所述接收者(38)之后，一旦确定满足用于将所述接收者(38)自动添加回来作为所述事件通知的接收者的所述一个或多个标准，将所述接收者(38)添加回来作为所述事件通知的接收者 | 无 | 未公开。 |
| 技术特征O：其中所述一个或多个接收者(38)包括多个接收者(38)，并且针对所述多个接收者(38)中的至少两个接收者中的每一个定义单独的移除策略 | 无 | 未公开。 |
| 技术特征P：其中所述一个或多个接收者(38)包括多个接收者(38)，并且所述移除策略是针对所述多个接收者(38)的全部或子集定义的公共移除策略 | 无 | 未公开。 |
| 技术特征Q：还包括：在向接收者(38)发送所述通知之前，基于接收者(38)的通知策略确定是否要向接收者(38)发送所述通知 | 说明书[0047]段：“通知管理包括：实现对通知订阅的授权，以及根据订阅请求的时效信息或通知逻辑使通知起效或失效。” | 对比文件公开了根据“通知逻辑”（相当于通知策略）使通知起效或失效，即在发送前进行判断，因此技术特征Q被隐含公开。 |
| 技术特征R：向接收者(38)发送所述通知包括：一旦基于所述接收者(38)的通知策略确定要将通知发送给所述接收者(38)，向所述接收者(38)发送所述通知 | 同上，当通知起效时发送。 | 对比文件隐含公开了当通知逻辑判断为起效时发送通知，因此技术特征R被隐含公开。 |
| 技术特征S：其中，所述接收者(38)的所述通知策略基于一个或多个定义的标准 | 同上，“时效信息或通知逻辑”中的“时效信息”是定义的标准，“通知逻辑”亦基于标准。 | 对比文件隐含公开了通知策略基于定义的标准（如时效），因此技术特征S被隐含公开。 |
| 技术特征T：其中所述一个或多个定义的标准包括以下中的至少一个：一天中的时间和接收者(38)的地理位置 | 无 | 对比文件未公开具体标准内容，未公开。 |
| 技术特征U：还包括：在向所述一个或多个接收者(38)发送所述事件的通知之前：从所述订阅发起者(34)接收对所述事件的通知的订阅，其中，所述订阅是针对所述一个或多个接收者(38)的对所述事件的通知的订阅，并且所述接收者(38)的移除策略与所述订阅相关联 | 实例一中M2M应用向NAE发起通知请求（订阅），但未提及移除策略。 | 对比文件公开了接收订阅请求，但未公开订阅中包含移除策略，因此未公开。 |
| 技术特征V：还包括：接收创建包括所述一个或多个接收者(38)的组(42)的请求 | 无 | 对比文件未涉及组的概念，未公开。 |
| 技术特征W：用针对所述组(42)的组标识符来响应创建组(42)的所述请求 | 无 | 未公开。 |
| 技术特征X：接收具有作为所述通知的接收者(38)的标识符的所述组标识符的所述事件的通知 | 无 | 未公开。 |
| 技术特征Y：其中，向所述一个或多个接收者(38)发送所述事件的通知包括：响应于接收具有作为所述通知的接收者(38)的所述组标识符的标识符的所述事件的通知，向所述组(42)中的所述一个或多个接收者(38)发送所述事件的通知 | 无 | 未公开。 |
| 技术特征Z：其中，发送给所述组(42)中的所述一个或多个接收者(38)的所述事件的通知包括所述组标识符 | 无 | 未公开。 |
<<<B>>><<<q>>><<<r>>><<<s>>>