对比文件名称：2013-03-14_US2013066965A_发明申请_US20130066965A1 SYSTEMS AND METHODS FOR OPTIMIZATION OF SUBSCRIPTIONS TO RESOURCE CHANGES IN MACHINE-TO-MACHINE (M2M) SYSTEMS
目标专利名称：1158M2M通信的动态事件订阅CN107431722B
本次调用的模型名称：gpt-4o
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：由节点(例如，CSE 36)执行的能够移除通知接收者(38)的操作的方法，包括：向一个或多个接收者(38)发送事件的通知，所述一个或多个接收者(38)通过订阅发起者(34)订阅所述事件的通知，并且与所述订阅发起者(34)不同<br><br>《隐含公开》 | [0066] “... Gateway 304 checks its internal subscription tables and determines that the received notification is to be forwarded to M2M Device 1 in response to the first subscription 308 and to M2M device2 302 in response to the second subscription 318 in step 326. Thus, notification message is forwarded to M2M Device 1 300 and notification message 330 is forwarded to M2M Device 2 302.”<br><br>（...网关304检查其内部订阅表，并确定接收到的通知将响应于第一订阅308转发到M2M设备1，并且响应于第二订阅318转发到M2M设备2 302。因此，通知消息被转发到M2M设备1 300，通知消息330被转发到M2M设备2 302。） | 对比文件[0066]段公开了网关(GW)向多个M2M设备(如M2M Device1、M2M Device2)发送事件通知。这些M2M设备是事件的接收者。虽然对比文件中订阅请求是由M2M设备自身发起并被网关拦截处理，但从实质作用来看，网关代表这些设备向M2M SCL平台发起订阅(如[0066]段所述：“Gateway 304 issues a subscription 312 to M2M SCL Platform 306”)，此时网关起到了“订阅发起者”的作用。接收通知的设备本身并未直接与事件源(SCL平台)建立订阅关系，它们是通过网关的操作间接订阅并接收通知，因此这些接收者(设备)与订阅发起者(网关)是不同的实体。本领域技术人员可以合理推断出该技术特征，即通知由代理实体(网关/订阅发起者)发往一个或多个真实的接收者实体(M2M设备)，且接收者并非订阅发起者自身，故认定为隐含公开。 |
| 技术特征B：接收来自所述一个或多个接收者(38)中的接收者(38)的移除请求，所述移除请求是移除作为事件通知的接收者的所述接收者(38)的请求<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件全文涉及订阅的优化和管理，例如避免重复订阅、多路复用订阅请求等，但通篇未提及任何关于“移除请求”(即接收者主动请求将自己从通知列表中移除)的概念或机制。对比文件中虽然有关于更新订阅的讨论，例如在[0041]段描述网关更新流量表条目，但这些更新是为了处理新的订阅请求或刷新订阅，而非响应接收者的移除请求。因此，本领域技术人员无法从对比文件中毫无疑义地或合理地推断出该技术特征。 |
| 技术特征C：基于针对所述接收者的移除策略，确定是否允许移除作为所述事件通知的接收者的所述接收者(38)<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件未披露任何与“移除策略”相关的概念。对比文件关注的策略是如何聚合订阅、避免重复、管理HTTP会话等，例如[0034]段提及的“multiplexing of subscriptions into a single request”。对比文件中不存在针对接收者移除行为的策略。因此，本领域技术人员无法从对比文件中获得关于基于移除策略来决定是否允许移除接收者的任何技术启示或合理推断。 |
| 技术特征D：确定移除策略是否需要来自订阅发起者(34)的批准，<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 由于对比文件不存在移除策略，故更不可能存在关于移除策略是否需要订阅发起者批准的任何判断或定义。该技术特征依赖于对比文件未公开的移除策略的存在，因此不能被公开。 |
| 技术特征E：其中所述移除策略指示在允许移除接收者(38)之前需要订阅发起者(34)的批准，<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 同技术特征D，对比文件没有公开任何关于移除策略内容及其指示的信息，包括是否需要批准。该特征完全未在对比文件中体现。 |
| 技术特征F：并且确定是否允许移除作为所述事件通知的接收者的所述接收者(38)包括：请求订阅发起者(34)批准移除作为事件通知的接收者的所述接收者(38)，<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件描述了网关在接收到订阅请求后与SCL平台交互的流程，但这些交互是为了建立或更新订阅，从未涉及“请求批准移除接收者”的步骤。该特征完全未在对比文件中公开。 |
| 技术特征G：以及一旦接收到来自订阅发起者(34)的批准，确定允许移除作为事件通知的接收者的所述接收者(38)<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 由于对比文件没有公开请求批准移除的步骤(技术特征F)，自然也不存在“接收到批准后确定允许移除”的后续操作。该特征未在对比文件中公开。 |
| 技术特征H：一旦确定允许移除作为事件通知的接收者的所述接收者(38)，移除作为事件通知的接收者的所述接收者(38)。<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件未公开任何移除接收者的具体操作。对比文件中的“移除”仅涉及“closing a session”或“terminating the old HTTP session”，例如在[0047]段“closing old sessions”，这是管理会话层的操作，而非移除订阅中的通知接收者。该特征未在对比文件中公开。 |
| 技术特征I：还包括：一旦确定不允许移除作为所述事件通知的接收者的所述接收者(38)，拒绝移除作为所述事件通知的接收者的所述接收者(38)。<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件未公开任何移除接收者的机制，因此不存在移除成功或失败(即拒绝)的情形描述。该特征完全未在对比文件中公开。 |
| 技术特征J：其中所述移除策略指示在允许移除所述接收者(38)之前是否需要所述订阅发起者(34)的批准。<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 同技术特征D，对比文件不存在移除策略，更不存在关于移除策略指示是否需要批准的信息。该特征未被公开。 |
| 技术特征K：其中所述移除策略指示在允许移除所述接收者(38)之前不需要所述订阅发起者(34)的批准，并且确定是否允许移除作为所述事件通知的接收者的所述接收者(38)包括：在没有来自订阅发起者(34)的输入的情况下，确定是否允许移除作为事件通知的接收者的所述接收者(38)。<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件未公开移除策略，也未公开在无需订阅发起者批准的情况下自主决定移除接收者的操作。该特征未在对比文件中公开。 |
| 技术特征L：其中，所述移除策略包括在允许移除作为事件通知的接收者的所述接收者(38)之前必须满足的一个或多个定义的标准。<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件未公开移除策略及其包含的任何标准。该特征未在对比文件中公开。 |
| 技术特征M：其中所述一个或多个确定的标准包括以下中的至少一个：事件发生的一天中的时间和接收者(38)的地理位置。<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件未公开移除策略，也未公开任何基于时间或地理位置的标准来决定是否移除接收者。该特征未在对比文件中公开。 |
| 技术特征N：其中，所述接收者(38)的移除策略还包括：用于将所述接收者(38)自动添加回来作为所述事件通知的接收者的一个或多个标准，并且所述方法还包括：在移除作为事件通知的接收者的所述接收者(38)之后，一旦确定满足用于将所述接收者(38)自动添加回来作为所述事件通知的接收者的所述一个或多个标准，将所述接收者(38)添加回来作为所述事件通知的接收者。<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件未公开移除策略，也未公开任何关于“自动添加回来”的机制或标准。该特征未在对比文件中公开。 |
| 技术特征O：其中所述一个或多个接收者(38)包括多个接收者(38)，并且针对所述多个接收者(38)中的至少两个接收者中的每一个定义单独的移除策略。<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件未公开移除策略，也未公开为不同接收者定义单独策略。该特征未在对比文件中公开。 |
| 技术特征P：其中所述一个或多个接收者(38)包括多个接收者(38)，并且所述移除策略是针对所述多个接收者(38)的全部或子集定义的公共移除策略。<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件未公开移除策略，也未公开公共移除策略。该特征未在对比文件中公开。 |
| 技术特征Q：还包括：在向接收者(38)发送所述通知之前，基于接收者(38)的通知策略确定是否要向接收者(38)发送所述通知<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件未公开“通知策略”的概念。对比文件中的“策略”是指订阅管理策略(如[0041]段描述的算法)，用于优化订阅流程，而非用于决定是否向特定接收者发送通知的“通知策略”。该特征未在对比文件中公开。 |
| 技术特征R：向接收者(38)发送所述通知包括：一旦基于所述接收者(38)的通知策略确定要将通知发送给所述接收者(38)，向所述接收者(38)发送所述通知。<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 基于技术特征Q的分析，对比文件未公开通知策略，因此也不存在基于通知策略发送通知的步骤。该特征未在对比文件中公开。 |
| 技术特征S：其中，所述接收者(38)的所述通知策略基于一个或多个定义的标准。<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件未公开通知策略，也未公开其基于的标准。该特征未在对比文件中公开。 |
| 技术特征T：其中所述一个或多个定义的标准包括以下中的至少一个：一天中的时间和接收者(38)的地理位置。<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件未公开通知策略，也未公开基于时间或位置的标准。该特征未在对比文件中公开。 |
| 技术特征U：还包括：在向所述一个或多个接收者(38)发送所述事件的通知之前：从所述订阅发起者(34)接收对所述事件的通知的订阅，其中，所述订阅是针对所述一个或多个接收者(38)的对所述事件的通知的订阅，并且所述接收者(38)的移除策略与所述订阅相关联。<br><br>《无公开》 | [0041] “If no entry for this subscription exists in the GW 6's traffic table, then this is considered to be a new subscription and the algorithm moves to Step 2.”<br><br>（如果在GW 6的流量表中不存在该订阅的条目，则该订阅被视为新订阅，算法进入步骤2。） | 对比文件明确描述了从M2M设备或SCL平台接收订阅请求的流程，例如[0041]段。然而，这些订阅请求的目的地是资源，且对比文件并未明确提及该订阅是“针对一个或多个接收者的”，也未提及移除策略与订阅相关联。对比文件中的订阅是由网关代表设备订阅一个资源，而不是订阅发起者发起一个将第三方作为接收者的订阅。因此，虽然对比文件公开了接收订阅请求，但未公开该订阅是针对一个或多个(第三方)接收者的，也未公开移除策略与订阅关联。本领域技术人员无法合理推断出该技术特征。 |
| 技术特征V：还包括：接收创建包括所述一个或多个接收者(38)的组(42)的请求<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件未公开任何关于“创建接收者组”的操作或请求。对比文件中虽然涉及多个设备订阅相同事件，但这是通过网关的流量表逻辑管理的，而非通过创建显式的组。该特征未在对比文件中公开。 |
| 技术特征W：用针对所述组(42)的组标识符来响应创建组(42)的所述请求<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 基于技术特征V的分析，对比文件未公开创建组的请求，因此也不存在用组标识符响应的步骤。该特征未在对比文件中公开。 |
| 技术特征X：接收具有作为所述通知的接收者(38)的标识符的所述组标识符的所述事件的通知<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 对比文件未公开任何与“组标识符”相关的概念或使用。对比文件中的通知是基于流量表中的条目进行的，而非基于组标识符。该特征未在对比文件中公开。 |
| 技术特征Y：其中，向所述一个或多个接收者(38)发送所述事件的通知包括：响应于接收具有作为所述通知的接收者(38)的所述组标识符的标识符的所述事件的通知，向所述组(42)中的所述一个或多个接收者(38)发送所述事件的通知。<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 基于技术特征X的分析，对比文件未公开组标识符，因此也不存在响应于带有组标识符的通知而向组中成员发送通知的操作。该特征未在对比文件中公开。 |
| 技术特征Z：其中，发送给所述组(42)中的所述一个或多个接收者(38)的所述事件的通知包括所述组标识符。<br><br>《无公开》 | 未明确公开且无法隐含推出。 | 基于技术特征X的分析，对比文件未公开组标识符，因此通知中包含组标识符的特征自然也未被公开。该特征未在对比文件中公开。 |
<<<a>>>