对比文件的名称：2009-12-31_US2009327172A_发明申请_US20090327172A1 ADAPTIVE KNOWLEDGE-BASED REASONING IN AUTONOMIC COMPUTING SYSTEMS
目标专利的名称：1010用于实现移动网络中的策略的方法和网络元件CN106465155B
本次调用的模型名称：未在用户提供的信息中明确指定
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：由每个网络元件（30…33）单独地验证策略的集合 — 未公开 | 无相关公开内容。对比文件中的网络元件（network elements/managed entities 104, 106, 108）由集中式的信息处理系统102中的自主管理器112编排自主操作（参见[0020]），未记载由各网络元件自身单独执行策略集合的验证。 | 对比文件公开的是集中式自主管理器112对网络元件进行统筹管理，机器学习选择器114、问题分类器116及算法118均设置在信息处理系统102侧。本领域技术人员无法从对比文件中毫无疑义地得出由每个网络元件单独验证其策略集合的技术方案，也无法通过对比文件中的内容合理推断出该方案。因此，技术特征A未被直接公开或隐含公开。 |
| 技术特征B：所述策略集合与所述每个网络元件（30…33）相关 — 未公开 | 无相关公开内容。对比文件中策略库（policy base）用于匹配（context, problem）对以进行算法选择或控制（参见[0052]），策略与问题及上下文相关，而非明确与每个网络元件单独相关联。 | 目标专利中“策略集合与每个网络元件相关”强调以网络元件为逻辑域独立组织策略库并单独验证。对比文件中的策略库是集中式信息处理系统102中的全局资源，用于根据问题分类和上下文匹配来指导算法选择，并未公开将策略集合划分成与各网络元件分别相关的独立逻辑域。因此，技术特征B未被公开。 |
| 技术特征C：基于所述网络元件（30…33）的策略库（4）和所述网络元件（30…33）的系统状态（5）来完成验证；并且在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性 — 未公开 | 无相关公开内容。对比文件未记载对策略库进行一致性验证，也未记载基于网络元件的系统状态分两步进行验证的过程。 | 对比文件侧重于利用强化学习选择机器学习算法（[0023]-[0044]）以及基于策略控制执行算法（[0052]），其“验证”概念体现在通过试错和强化学习评估算法性能，而非对策略库本身的逻辑一致性进行分层校验。本领域技术人员无法从对比文件中得出针对网络元件的策略库和系统状态进行两步一致性验证的技术方案。因此，技术特征C未被公开。 |
| 技术特征D：其中在第三个步骤中关于潜在的系统状态来检查所述策略的一致性 — 未公开 | 无相关公开内容。 | 对比文件完全没有公开对策略库进行三步分层验证（包括关于潜在系统状态的第三步）的任何内容。因此，技术特征D未被公开。 |
| 技术特征E：其中策略被解释为霍恩子句 — 未公开 | 无相关公开内容。 | 对比文件全文未提及“霍恩子句（Horn clauses）”或与之等价的逻辑公式表述。因此，技术特征E未被公开。 |
| 技术特征F：其中所述网络元件（30…33）在没有与运营和支持系统（2）的数据交换的情况下验证所述策略集合 — 未公开 | 无相关公开内容。对比文件中的网络元件与信息处理系统102之间通过通信网络110持续交互（参见[0018]、[0020]），自主管理器112编排网络元件的操作。 | 对比文件中的网络元件是被管理的资源，其自主操作由集中式自主管理器112统筹，未公开网络元件自身具备独立的策略库验证能力，更未公开其在无OSS数据交换的情况下独立完成策略验证。因此，技术特征F未被公开。 |
| 技术特征G：其中运营和支持系统（2）向所述网络元件（30…33）发送验证代码（7），并且所述网络元件（30…33）应运营和支持系统（2）的请求借助于接收到的验证代码（7）来验证所述策略集合 — 未公开 | 无相关公开内容。对比文件中信息处理系统102向网络元件输出的是选定的机器学习算法（[0006]、[0040]）或控制指令，而非用于验证策略集合的“验证代码”。 | 对比文件未公开“验证代码（verification code）”的概念，也未公开网络元件接收验证代码后自行验证策略集合的交互过程。因此，技术特征G未被公开。 |
| 技术特征H：其中所述网络元件（30…33）从运营和支持系统（2）请求验证代码（7）并且借助于接收到的验证代码（7）来验证所述策略集合 — 未公开 | 无相关公开内容。 | 与技术特征G类似，对比文件未公开验证代码的概念，也未记载网络元件主动请求验证代码以进行策略验证的方案。因此，技术特征H未被公开。 |
| 技术特征I：其中运营和支持系统（2）从所述网络元件（30…33）请求策略库（4）和系统状态（5），并借助于接收到的策略库（4）和接收到的系统状态（5）来验证所述策略集合 — 未公开 | 无相关公开内容。对比文件中信息处理系统102接收的是问题状态（state of at least one problem）和上下文（context）（参见[0006]），而非网络元件的策略库和系统状态。 | 对比文件未公开运营和支持系统从网络元件获取策略库及系统状态并在系统侧验证策略集合的技术方案。因此，技术特征I未被公开。 |
| 技术特征J：其中所述网络元件（30…33）将其策略库（4）和系统状态（5）上传到运营和支持系统（2），并且其中运营和支持系统（2）应所述网络元件（30…33）的请求来验证所述策略集合 — 未公开 | 无相关公开内容。 | 对比文件未公开网络元件上传策略库和系统状态至运营和支持系统，并由后者应请求进行验证的交互模式。因此，技术特征J未被公开。 |
| 技术特征K：其中，借助于机器学习（8）来自动地扩充策略集合 — 《直接公开》 | [0054] “After a certain period of learning, when convergence is reached... The machine learning selector 114, at step 414, then determines if one or more policies can be derived from the (context, problem) pair and its corresponding optimal or near-optimal machine learning algorithm. If a new policy can be formed, the machine learning selector 114, at step 416, derives a new policy.”<br>[0055] “This newly derived policy or set of policies can thus be incorporated into the policy base and be used when similar situations occur.”<br>（译文：经过一定时期的学习，当达到收敛时……机器学习选择器114在步骤414中确定是否能够从（上下文、问题）对及其对应的最优或近最优机器学习算法推导出一个或多个策略。如果能够形成新策略，则机器学习选择器114在步骤416中推导出新策略。该新推导出的策略或策略集因此可被并入策略库中，并在类似情况出现时加以使用。） | 对比文件明确公开了通过机器学习选择器114（属于机器学习机制）在步骤416中自动推导新策略，并在步骤后将新策略并入策略库（policy base）。该新策略的推导和并入过程即是对策略集合的自动扩充，且其作用与目标专利中借助于机器学习自动扩充策略集合的作用相同——均用于在无需人工介入的情况下增加策略库中的策略。因此，本领域技术人员能够毫无疑义地从对比文件得出与技术特征K相同的技术方案，技术特征K被直接公开。 |
| 技术特征L：其中，在识别到不一致的策略集合时，移除对策略库（4）的最后添加，并且在另外的步骤中重新验证策略库（4） — 未公开 | 无相关公开内容。 | 对比文件未提及在识别到策略不一致时移除最后添加的策略条目并重新验证策略库的任何机制。因此，技术特征L未被公开。 |
| 技术特征M：包括用于验证其策略库（4）的部件（7）和用于从所述移动网络（1）的运营和支持系统（2）接收验证代码（7）的部件，其中：由网络元件（30…33）中的每一个单独地验证策略的集合，所述策略集合与所述每一个网络元件（30…33）相关 — 未公开 | 无相关公开内容。对比文件中的网络元件（managed entities 104, 106, 108）为被管理的资源，未记载其包括用于验证策略库的部件或用于接收验证代码的部件。 | 对比文件中的网络元件是被管理的实体（路由器、交换机、基站等），其自主操作由信息处理系统102编排，自身不具备策略库验证部件。本领域技术人员无法从对比文件中得出网络元件包括上述验证部件及接收验证代码部件的技术方案。因此，技术特征M未被公开。 |
| 技术特征N：基于所述网络元件（30…33）的系统状态（5）来完成验证，并且其中在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性 — 未公开 | 无相关公开内容。 | 同技术特征C的相关论述，对比文件未公开基于网络元件系统状态对策略库进行两步一致性验证的方案。因此，技术特征N未被公开。 |
| 技术特征O：包括用于向被连接到运营和支持系统（2）的多个网络元件（30…33）之一发送验证代码（7）和/或从所述网络元件（30…33）接收策略库（4）和系统状态（5）的部件，其中：由每个网络元件（30…33）单独地验证策略的集合，所述策略集合与所述每个网络元件（30…33）相关 — 未公开 | 无相关公开内容。 | 对比文件未公开运营和支持系统具有专门用于向网络元件发送验证代码或接收策略库及系统状态的部件，也未公开由每个网络元件单独验证其策略集合的方案。因此，技术特征O未被公开。 |
| 技术特征P：基于所述网络元件（30…33）的所述策略库（4）和所述网络元件（30…33）的所述系统状态（5）来完成验证，并且其中在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性 — 未公开 | 无相关公开内容。 | 同技术特征C，对比文件未公开该分层验证方案。因此，技术特征P未被公开。 |
| 技术特征Q：包括至少一个运营和支持系统（2）和被连接到其的多个网络元件（30…33）、用于由每个网络元件（30…33）单独地验证策略集合的部件，所述策略集合与所述每个网络元件（30…33）相关，以及用于基于所述网络元件（30…33）的策略库（4）和所述网络元件（30…33）的系统状态（5）的验证的部件（7），并且其中在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性 — 未公开 | 无相关公开内容。对比文件虽公开了包含信息处理系统和多个网络元件的网络（参见[0008]、[0018]），但未公开上述用于单独验证及分层一致性验证的部件。 | 对比文件公开了包含信息处理系统102和多个网络元件104、106、108的网络，但未公开用于由每个网络元件单独验证策略集合的部件，也未公开基于策略库和系统状态进行两步一致性验证的部件。因此，技术特征Q未被公开。 |
| 技术特征R：包括用于在运营和支持系统（2）与网络元件（30…33）之间交换如下的部件- 所述网络元件（30…33）的策略库（4）和所述网络元件（30…33）的系统状态（5）和/或- 用于验证的验证代码（7） — 未公开 | 无相关公开内容。对比文件虽公开了信息系统102与网络元件之间的通用通信耦合（参见[0018]），但未记载交换策略库、系统状态或验证代码。 | 通用通信基础设施不等于专门用于交换策略库、系统状态及验证代码的部件。对比文件未公开上述特定数据在运营和支持系统与网络元件之间的交换。因此，技术特征R未被公开。 |
<<<K>>>