对比文件的名称：2013-04-04_US2013086241A_发明申请_US20130086241A1 VALIDATION OF CONDITIONAL POLICY ATTACHMENTS
目标专利的名称：1010用于实现移动网络中的策略的方法和网络元件CN106465155B
本次调用的模型名称：Kimi
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：由每个网络元件（30…33）单独地验证策略的集合，《直接公开》 | [0009] “a validation process can be performed at a policy subject prior to runtime (e.g., during an initialization phase) to ensure that there are no validation errors with respect to the web service policies that may be conditionally attached to the subject”；[0090] “agent 110, 112 can validate the runtime policy set to ensure that there are no conflicts or incompatibilities with respect to the policies in the set”；[0116] “agent 110, 112 can group the policies included in the runtime policy set generated at block 406 of FIG. 4 according to the policies' linked constraint expressions.” | 对比文件明确记载了在运行时之前针对每个策略主题（policy subject，例如WS客户端端点106或WS服务端点108）执行验证过程（process 800）。该验证由位于各端点侧的代理（agent 110、112）独立完成，针对为该端点生成的运行时策略集（runtime policy set）进行分组与校验，以确保无冲突或不兼容。本领域技术人员可以毫无疑义地认定，对比文件中的“策略主题/端点”即相当于目标专利中的“网络元件”，对比文件已公开了由每个网络节点单独地验证与其相关的策略集合的技术方案，且该验证在对比文件中起到的作用与目标专利特征A相同，均为在分布式节点级别确保策略集合的正确性与一致性。 |
| 技术特征B：所述策略集合与所述每个网络元件（30…33）相关，《直接公开》 | [0088] “this runtime policy set can identify all of the policies that may potentially be attached to endpoint 106, 108, along with their linked constraint expressions”；[0087] “agent 110, 112 can receive, from policy manager 118, policy information and GPA metadata information stored in metadata store 114 that is relevant to endpoint 106, 108” | 对比文件公开了运行时策略集是为特定端点（endpoint 106或108）生成的，其中识别了所有可能附加到该特定端点的策略及其链接的约束表达式。该运行时策略集仅包含与该特定端点相关的策略，即策略集合与每个端点直接对应。本领域技术人员可以毫无疑义地得出，对比文件已公开了策略集合与每个网络节点（端点）相关的技术方案，其在对比文件中的作用与目标专利特征B相同，均是使验证对象与具体的网络节点一一对应。 |
| 技术特征C：基于所述网络元件（30…33）的策略库（4）和所述网络元件（30…33）的系统状态（5）来完成验证，并且在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性。 | [0090] “validate the runtime policy set”；[0112]-[0118] 验证过程描述 | 对比文件虽然公开了基于运行时策略集（相当于策略库）以及依赖于运行时参数（包括系统级特性）的约束表达式进行验证，但其验证是在初始化阶段基于约束表达式的分组和潜在重叠分析完成的，并未记载先在没有系统变量的情况下检查策略一致性、再基于当前系统状态检查一致性的分层两步验证流程。本领域技术人员无法从对比文件中毫无疑义地得出该技术特征，也无法通过合理推断得出该特定的分步验证方案，因此该技术特征未被公开。 |
| 技术特征D：其中在第三个步骤中关于潜在的系统状态来检查所述策略的一致性。 | 无相关公开内容 | 对比文件未记载任何关于在第三步中基于潜在系统状态进行一致性检查的分层验证步骤。虽然对比文件在初始化阶段分析了约束表达式是否可能在单一运行时上下文中同时满足（[0117]），但其目的与作用均不同于目标专利中明确限定的“第三个步骤中关于潜在的系统状态来检查策略的一致性”。该技术特征未被公开。 |
| 技术特征E：其中策略被解释为霍恩子句。 | 无相关公开内容 | 对比文件全文未提及“霍恩子句（Horn clause）”或任何等价的逻辑子句表示方式。该技术特征未被公开。 |
| 技术特征F：其中所述网络元件（30…33）在没有与运营和支持系统（2）的数据交换的情况下验证所述策略集合。 | [0087] “agent 110, 112 can receive, from policy manager 118, policy information and GPA metadata information stored in metadata store 114 that is relevant to endpoint 106, 108” | 对比文件明确记载了代理在初始化阶段从策略管理器（policy manager 118）接收策略信息与全局策略附件元数据（GPA metadata），即验证前存在与中央管理实体的数据交换。这与目标专利中“在没有与运营和支持系统的数据交换的情况下验证”截然相反。因此该技术特征未被公开。 |
| 技术特征G：其中运营和支持系统（2）向所述网络元件（30…33）发送验证代码（7），并且所述网络元件（30…33）应运营和支持系统（2）的请求借助于接收到的验证代码（7）来验证所述策略集合。 | 无相关公开内容 | 对比文件未记载任何“验证代码（validation code）”的概念，也未记载运营和支持系统（或策略管理器）向端点发送验证代码、端点应请求借助该代码执行验证的技术方案。对比文件中的验证逻辑由端点侧的代理本地存储和执行（process 800），而非从中央系统下载的验证代码。该技术特征未被公开。 |
| 技术特征H：其中所述网络元件（30…33）从运营和支持系统（2）请求验证代码（7）并且借助于接收到的验证代码（7）来验证所述策略集合。 | 无相关公开内容 | 对比文件未记载端点向中央系统请求验证代码并借助该代码进行验证的技术方案。该技术特征未被公开。 |
| 技术特征I：其中运营和支持系统（2）从所述网络元件（30…33）请求策略库（4）和系统状态（5），并借助于接收到的策略库（4）和接收到的系统状态（5）来验证所述策略集合。 | 无相关公开内容 | 对比文件未记载中央系统（如策略管理器或运营和支持系统）从端点请求策略库和系统状态，并在中央侧借助接收到的数据进行验证的技术方案。对比文件中的验证发生在端点侧（agent），而非运营和支持系统侧。该技术特征未被公开。 |
| 技术特征J：其中所述网络元件（30…33）将其策略库（4）和系统状态（5）上传到运营和支持系统（2），并且其中运营和支持系统（2）应所述网络元件（30…33）的请求来验证所述策略集合。 | 无相关公开内容 | 对比文件未记载端点将策略库和系统状态上传到中央系统，并由中央系统应端点请求进行验证的技术方案。该技术特征未被公开。 |
| 技术特征K：其中，借助于机器学习（8）来自动地扩充策略集合。 | 无相关公开内容 | 对比文件全文未提及“机器学习（machine learning）”或利用其自动扩充策略集合的技术手段。该技术特征未被公开。 |
| 技术特征L：其中，在识别到不一致的策略集合时，移除对策略库（4）的最后添加，并且在另外的步骤中重新验证策略库（4）。 | [0120] “Once the validation rules have been applied, the results of that processing (e.g., validation errors) can be stored in runtime policy set component 132, 134. This information can then be made available to a system administrator for review, or maintained in runtime policy set component 132, 134 for later use (e.g., generating a runtime error).” | 对比文件仅记载了在发现验证错误时存储错误信息以供管理员审查或后续使用，并未记载自动移除对策略库的最后添加并重新验证策略库的错误恢复机制。本领域技术人员无法从对比文件中推理出该特定的回滚与重验流程。该技术特征未被公开。 |
| 技术特征M：包括用于验证其策略库（4）的部件（7）和用于从所述移动网络（1）的运营和支持系统（2）接收验证代码（7）的部件，其中：由网络元件（30…33）中的每一个单独地验证策略的集合，所述策略集合与所述每一个网络元件（30…33）相关 | [0090]、 [0116] 同技术特征A、B相关引用 | 虽然对比文件公开了端点侧代理（agent 110、112）作为验证其策略集合的部件，并且该验证是逐端点单独进行的，但对比文件未公开“用于从运营和支持系统接收验证代码的部件”。由于该技术特征包含未被公开的组成部分，作为一个整体，该技术特征未被对比文件公开。 |
| 技术特征N：基于所述网络元件（30…33）的系统状态（5）来完成验证，并且其中在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性。 | 同技术特征C相关引用 | 同技术特征C的论述，对比文件未公开基于系统状态完成验证且包含先无系统变量、再有系统变量的分层两步验证流程。该技术特征未被公开。 |
| 技术特征O：包括用于向被连接到运营和支持系统（2）的多个网络元件（30…33）之一发送验证代码（7）和/或从所述网络元件（30…33）接收策略库（4）和系统状态（5）的部件，其中：由每个网络元件（30…33）单独地验证策略的集合，所述策略集合与所述每个网络元件（30…33）相关 | 无相关公开内容 | 对比文件未公开运营和支持系统包括用于向网络元件发送验证代码、或从网络元件接收策略库和系统状态的部件。虽然对比文件公开了策略管理器与代理之间的策略信息交互，但该交互内容并非“验证代码”或“策略库和系统状态”的上传/下载。该技术特征未被公开。 |
| 技术特征P：基于所述网络元件（30…33）的所述策略库（4）和所述网络元件（30…33）的所述系统状态（5）来完成验证，并且其中在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性。 | 同技术特征C相关引用 | 同技术特征C的论述，对比文件未公开该分层两步验证流程。该技术特征未被公开。 |
| 技术特征Q：包括至少一个运营和支持系统（2）和被连接到其的多个网络元件（30…33）、用于由每个网络元件（30…33）单独地验证策略集合的部件，所述策略集合与所述每个网络元件（30…33）相关，以及用于基于所述网络元件（30…33）的策略库（4）和所述网络元件（30…33）的系统状态（5）的验证的部件（7），并且其中在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性。 | 同技术特征A、B、C相关引用 | 对比文件虽然公开了逐端点验证策略集合，但未公开基于策略库和系统状态的分层两步验证（先无系统变量，再基于当前系统状态）。因此，该技术特征作为一个整体未被公开。 |
| 技术特征R：包括用于在运营和支持系统（2）与网络元件（30…33）之间交换如下的部件- 所述网络元件（30…33）的策略库（4）和所述网络元件（30…33）的系统状态（5）和/或- 用于验证的验证代码（7）。 | 无相关公开内容 | 对比文件未记载用于在运营和支持系统与网络元件之间交换“策略库和系统状态”以及“验证代码”的专用部件。对比文件虽涉及策略管理器与端点代理之间的元数据与策略信息交互，但该交互内容不同于目标专利所限定的交换对象。该技术特征未被公开。 |
<<<A>>><<<B>>>