对比文件名称：2005-12-08_US2005273851A_发明申请_US20050273851A1 Method and apparatus providing unified compliant network audit
目标专利名称：1010用于实现移动网络中的策略的方法和网络元件CN106465155B
模型名称：Kimi
---
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：由每个网络元件（30…33）单独地验证策略的集合；《未公开》 | 无相关引用。对比文件中的验证均由位于网络管理站220的中央网络安全智能引擎402执行，例如段落[0058]记载网络管理站220托管网络安全性智能引擎402，段落[0072]记载安全策略合规逻辑416通过从指定网络元件检索运行配置并比较配置命令来测量合规性。 | 根据目标专利说明书[0007]、[0032]及[0051]，本发明的核心思想是验证“逐个网络元件非集中化地发生”，验证动作的执行主体是网络元件自身。对比文件中，网络元件仅作为被审计、被管理的对象，由中央管理站集中检索其运行配置并进行合规性比较；本领域技术人员无法从对比文件中的中央审计模式毫无疑义地得出或由之合理推断出“由每个网络元件单独地验证策略的集合”这一分布式验证主体。因此，该特征既未被直接公开，也未被隐含公开。 |
| 技术特征B：所述策略集合与所述每个网络元件（30…33）相关；《直接公开》 | [0027] “the security policy comprises one or more individual security policies that are defined for one or more respective network elements”<br>[0050] “associating the defined policy with one or more network devices based on an address, name or other unique identifier of the devices”<br>[0056] “define a security policy for each of network element in a managed network” | 目标专利说明书[0032]指出，验证时将“用于网络元件的策略集合视为一个逻辑域”，即策略集合与特定网络元件相关。对比文件[0027]明确记载安全策略包括为各个相应网络元件定义的一个或多个个体安全策略；[0050]记载将定义的策略基于地址、名称或其他唯一标识符与一个或多个网络设备关联；[0056]进一步记载为管理网络中的每个网络元件定义安全策略。对比文件中为每个网络元件定义/关联安全策略的作用与目标专利中“策略集合与每个网络元件相关”的作用相同，均为使策略针对特定网络元件生效并接受后续检查。因此，该技术特征被对比文件直接公开。 |
| 技术特征C：基于所述网络元件（30…33）的策略库（4）和所述网络元件（30…33）的系统状态（5）来完成验证，并且在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性；《未公开》 | 无相关引用。对比文件未提及“策略库（policy repository/library）”与“系统状态（system state）”共同用于验证，亦未记载分层的策略一致性检查步骤。 | 目标专利说明书[0031]明确系统状态通常由多个系统变量定义，并与策略库共同形成知识模型；[0044]指出分层验证首先在“没有系统变量的情况下检查策略库的策略的一致性”，随后“关于当前系统状态来检查策略的一致性”。对比文件仅记载基于运行配置（running configuration）与外部安全策略进行合规性比较（[0050]、[0072]），既未出现“系统状态/系统变量”的概念，也未出现对策略库自身一致性的分层校验。本领域技术人员无法从对比文件得出或合理推断出该技术特征。 |
| 技术特征D：其中在第三个步骤中关于潜在的系统状态来检查所述策略的一致性；《未公开》 | 无相关引用。 | 目标专利说明书[0045]记载第三个步骤用于评估策略的将来隐含式。对比文件完全未涉及基于潜在/未来系统状态对策略一致性进行检验的内容，也未隐含公开任何与之相关的推理线索。 |
| 技术特征E：其中策略被解释为霍恩子句；《未公开》 | 无相关引用。 | 目标专利说明书[0046]指出将策略解释为霍恩子句以提高检验效率。对比文件全文未提及霍恩子句（Horn clauses）或任何等价的逻辑编程表示形式。 |
| 技术特征F：其中所述网络元件（30…33）在没有与运营和支持系统（2）的数据交换的情况下验证所述策略集合；《未公开》 | 无相关引用。对比文件中的验证均需中央引擎从网络元件检索运行配置（[0050]、[0072]）或订阅网络元件发布的事件（[0051]），本质上存在数据交换。 | 目标专利说明书[0034]明确该实施例中“策略库的验证不引起移动网络中的数据业务量”，验证由网络元件自主完成。对比文件的审计方法依赖中央管理站与网络元件之间的配置检索和事件订阅，不存在网络元件在无数据交换情况下自主验证策略集合的任何教导或启示。 |
| 技术特征G：其中运营和支持系统（2）向所述网络元件（30…33）发送验证代码（7），并且所述网络元件（30…33）应运营和支持系统（2）的请求借助于接收到的验证代码（7）来验证所述策略集合；《未公开》 | 无相关引用。对比文件未记载“验证代码（verification code）”概念，也未记载网络元件接收代码后自行执行验证。 | 目标专利说明书[0036]、[0037]将验证代码定义为执行验证的程序或函数，并记载OSS向网络元件发送验证代码、由网络元件在本地执行验证。对比文件中的验证逻辑（如security policy compliance logic 416）均位于中央引擎，网络元件仅被动提供运行配置，未记载向网络元件下发可执行验证代码并由其本地验证策略集合的方案。 |
| 技术特征H：其中所述网络元件（30…33）从运营和支持系统（2）请求验证代码（7）并且借助于接收到的验证代码（7）来验证所述策略集合；《未公开》 | 无相关引用。 | 同技术特征G的分析，对比文件未记载网络元件主动请求验证代码并在本地执行验证的技术方案。 |
| 技术特征I：其中运营和支持系统（2）从所述网络元件（30…33）请求策略库（4）和系统状态（5），并借助于接收到的策略库（4）和接收到的系统状态（5）来验证所述策略集合；《未公开》 | 对比文件[0072]记载从指定网络元件“retrieving a running configuration”，但未记载请求“策略库”和“系统状态”。 | 目标专利说明书[0038]、[0039]明确记载网络元件将其策略库和系统状态上传至OSS，由OSS进行验证。对比文件仅涉及检索运行配置（running configuration），运行配置是设备当前生效的配置命令集合，与目标专利中由策略库和系统变量构成的知识模型不同；且对比文件未提及系统状态。因此未公开。 |
| 技术特征J：其中所述网络元件（30…33）将其策略库（4）和系统状态（5）上传到运营和支持系统（2），并且其中运营和支持系统（2）应所述网络元件（30…33）的请求来验证所述策略集合；《未公开》 | 无相关引用。 | 同技术特征I的分析，对比文件未记载网络元件上传策略库和系统状态至OSS，更未记载应网络元件请求由OSS验证策略集合的方案。 |
| 技术特征K：其中，借助于机器学习（8）来自动地扩充策略集合；《未公开》 | 无相关引用。 | 目标专利说明书[0048]记载借助于机器学习模块自动扩充策略集合。对比文件未提及机器学习（machine learning）或任何自动扩充策略库/规则库的机制。 |
| 技术特征L：其中，在识别到不一致的策略集合时，移除对策略库（4）的最后添加，并且在另外的步骤中重新验证策略库（4）；《未公开》 | 无相关引用。 | 目标专利说明书[0049]记载该错误处理机制以保障网络稳定性。对比文件未记载在识别不一致时回滚最近添加的策略条目并重新验证的处理流程。 |
| 技术特征M：包括用于验证其策略库（4）的部件（7）和用于从所述移动网络（1）的运营和支持系统（2）接收验证代码（7）的部件，其中：由网络元件（30…33）中的每一个单独地验证策略的集合，所述策略集合与所述每一个网络元件（30…33）相关；《未公开》 | 无相关引用。 | 该特征为装置特征，要求网络元件具备本地验证部件及接收验证代码的部件。对比文件中的网络元件仅为被管理设备，不具备本地策略库验证部件，亦无接收验证代码的相应教导。 |
| 技术特征N：基于所述网络元件（30…33）的系统状态（5）来完成验证，并且其中在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性；《未公开》 | 无相关引用。 | 同技术特征C的分析，对比文件未记载基于系统状态的分层策略一致性验证步骤。 |
| 技术特征O：包括用于向被连接到运营和支持系统（2）的多个网络元件（30…33）之一发送验证代码（7）和/或从所述网络元件（30…33）接收策略库（4）和系统状态（5）的部件，其中：由每个网络元件（30…33）单独地验证策略的集合，所述策略集合与所述每个网络元件（30…33）相关；《未公开》 | 无相关引用。 | 该特征要求OSS具备发送验证代码和/或接收策略库与系统状态的特定部件。对比文件中的OSS（网络管理站220）虽具备一般通信接口，但未记载用于发送“验证代码”或接收“策略库和系统状态”以进行策略一致性验证的专用部件。 |
| 技术特征P：基于所述网络元件（30…33）的所述策略库（4）和所述网络元件（30…33）的所述系统状态（5）来完成验证，并且其中在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性；《未公开》 | 无相关引用。 | 同技术特征C的分析，对比文件未公开基于策略库与系统状态的分层一致性验证。 |
| 技术特征Q：包括至少一个运营和支持系统（2）和被连接到其的多个网络元件（30…33）、用于由每个网络元件（30…33）单独地验证策略集合的部件，所述策略集合与所述每个网络元件（30…33）相关，以及用于基于所述网络元件（30…33）的策略库（4）和所述网络元件（30…33）的系统状态（5）的验证的部件（7），并且其中在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性；《未公开》 | 无相关引用。 | 该特征为系统级特征，要求网络具备分布式验证部件及基于策略库与系统状态的分层验证部件。对比文件的网络架构为中央管理站集中审计，不具备目标专利所定义的分布式策略验证部件及系统状态验证机制。 |
| 技术特征R：包括用于在运营和支持系统（2）与网络元件（30…33）之间交换如下的部件- 所述网络元件（30…33）的策略库（4）和所述网络元件（30…33）的系统状态（5）和/或- 用于验证的验证代码（7）；《未公开》 | 无相关引用。 | 该特征明确要求在OSS与网络元件之间交换策略库、系统状态和/或验证代码的专用部件。对比文件未记载此类特定数据/代码的交换。 |
---
## 直接公开判断与隐含公开判断总结
经逐一比对，对比文件仅**直接公开**了技术特征B（所述策略集合与所述每个网络元件相关），其余技术特征A、C、D、E、F、G、H、I、J、K、L、M、N、O、P、Q、R均未被对比文件直接公开或隐含公开。
<<<B>>>