好的，我们开始。
**对比文件名称：** 2013-10-31_US2013291088A_发明申请_US20130291088A1 COOPERATIVE NETWORK SECURITY INSPECTION
**目标专利名称：** 732软件定义网络中的安全CN113055369B
**本次调用的模型名称：** 深度求索 (DeepSeek)
以下是基于您的要求进行的特征比对分析。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (翻译为中文) | 公开性论述 |
| **技术特征A：** 包括：在软件定义的网络的控制器处从策略生成器获得至少一个安全策略 <br><br> **《直接公开》** | [0029] “管理员...经由控制器或管理实体208，配置网络访问设备...设置一组过滤规则，规定是否和/或何种类型的包应被转发到安全设备以及转发到哪个安全设备以进行安全检测。” <br><br> [0030] “配置信息可以存储在...流表或会话表中...一组一个或多个过滤规则503可以从管理员处接收，以过滤并仅将特定类型的包发送到安全设备进行检测。” | 对比文件明确公开了在控制器208处从策略生成器（管理员265）获得至少一个安全策略（过滤规则）。该过滤规则用于决定网络流量的处理方式，属于安全策略的范畴。因此，技术特征A被直接公开。 |
| **技术特征B：** 基于指定所述安全策略的特性、所述安全策略的所述生成器的角色以及所述安全策略的所述生成器的所述角色的安全权限等级的一个或者多个属性在所述软件定义的网络中经由所述控制器实施所述安全策略， <br><br> **《未公开》** | 对比文件全文未提及“安全策略的特性”、“生成器的角色”以及“角色的安全权限等级”这些属性。 | 对比文件虽然公开了通过控制器实施安全策略（例如，[0029]所述的管理员配置过滤规则），但实施的基础是简单的过滤规则，而非基于“策略特性”、“生成器角色”和“权限等级”这三个明确的属性。目标专利的核心创新在于引入了这三个属性来精细化、安全化地管理策略实施，对比文件完全未公开此概念。 |
| **技术特征C：** 其中所述安全策略的属性的所述特性描述所述安全策略是实时策略还是能够具有一些延迟地生效 <br><br> **《未公开》** | 对比文件全文未提及策略的“实时”与“延迟生效”特性。 | 对比文件没有描述安全策略的生效时间特性，即没有区分实时策略和可延迟策略。目标专利通过该特性来优化流规则的同步策略，对比文件缺乏此技术启示。 |
| **技术特征D：** 将所获得的至少一个安全策略翻译成反映至少所述一个或多个属性的流规则 <br><br> **《未公开》** | 对比文件全文未提及将安全策略翻译成反映“策略特性”、“生成器角色”和“权限等级”等属性的流规则。 | 对比文件[0025]提及OpenFlow技术，由控制器决定数据包路径。但并未将上述三个属性翻译到流规则中。目标专利中，流规则是包含这些属性的，而对比文件中的流规则（或过滤规则）不包含这些属性。 |
| **技术特征E：** 在所述控制器的一个或多个流表中更新所述一个或多个流规则 <br><br> **《隐含公开》** | [0027] “每个网络访问设备204A-204C维护一个流表或会话表...流表251A-251C可以实现为流表和会话表的组合。” <br><br> [0039] “...中央控制器208是控制I/O模块301-304、安全处理模块309-311和服务处理模块312-313之间包转发的中心位置。” | 目标专利中，安全策略翻译成流规则后，需要在控制器的流表中更新。对比文件描述了中央控制器208管理网络访问设备，并控制数据包的转发。虽然未明确描述“更新控制器自身的流表”，但为了管理网络，控制器必然维护并更新其用于决策的规则表（例如，用于指导I/O模块的配置）。结合[0039]中控制器作为中心控制点的描述，本领域技术人员可以合理推断出控制器会更新其内部的流规则表以实施策略。 |
| **技术特征F：** 根据所述安全策略的属性，将所述一个或多个流规则与所述软件定义的网络中的相关SDN交换机同步， <br><br> **《未公开》** | 对比文件全文未提及根据“安全策略的属性”（如实时、定期）来同步流规则。 | 对比文件[0025]提到“控制器208使用OpenFlow协议等管理协议与每个网络访问设备通信”，这包含了向交换机下发规则。但并未提及同步策略是基于属性的（如实时同步或定期同步）。目标专利明确同步策略取决于策略的特性，对比文件无此教导。 |
| **技术特征G：** 其中对于实时策略，所述一个或多个流规则的同步是实时实现的，并且对于能够具有一些延迟地生效的安全策略，所述一个或多个流规则的同步是周期地实现的。<br><br> **《未公开》** | 对比文件全文未提及基于策略是“实时”还是“延迟”来采用不同的同步方式。 | 该特征是特征F的进一步限定，由于对比文件未公开特征F，自然也未公开其特征G。 |
| **技术特征H：** 其中所述从策略生成器获得至少一个安全策略的步骤还包括所述控制器利用所述策略生成器执行认证操作、授权操作、完整性验证操作以及机密性验证操作中的至少一项。 <br><br> **《未公开》** | 对比文件全文未提及在获得策略时执行认证、授权、完整性和机密性验证。 | 目标专利强调策略获取过程的安全性，包括对策略生成器的认证和授权，以及对策略本身的完整性和机密性保护。对比文件[0025]虽然提到OpenFlow协议是安全的（secure），但未描述在策略获取环节执行这些验证操作。 |
| **技术特征I：** 其中所述从策略生成器获得至少一个安全策略的步骤还包括所述控制器在所述认证操作、所述授权操作、所述完整性验证操作以及所述机密性验证操作中的至少一项失败的条件下丢弃所述安全策略。 <br><br> **《未公开》** | 对比文件全文未提及在安全验证失败时丢弃策略。 | 该特征是特征H的进一步限定，由于对比文件未公开特征H，自然也未公开其特征I。 |
| **技术特征J：** 其中所获得的所述安全策略是响应于由所述软件定义的网络的安全装置检测到的新安全威胁而开发的安全策略。 <br><br> **《隐含公开》** | [0029] “或者，安全设备...可以通知网络访问设备...后续包是否应从网络访问设备转发以进行安全检测。” <br><br> [0035] “一些安全功能不需要检查一个连接的所有包...安全处理函数可以通知I/O函数绕过后续包的安全处理。” | 目标专利描述了一种自动响应新安全威胁的机制。对比文件虽然没有明确使用“安全策略”一词，但描述了安全设备（如安全处理节点211A）在检测到威胁后，可以主动通知网络设备改变对后续数据包的处理方式（如决定是否转发给安全设备进行检测）。这种“改变处理方式的通知”本质上可以视为一种响应于安全威胁而生成的、用于调整网络行为的“安全策略”。本领域技术人员可以合理推断，这种动态调整逻辑是控制器或管理实体基于安全威胁制定的策略。 |
| **技术特征K：** 其中所述安全策略的所述特性为紧急、一般以及默认中的一个。 <br><br> **《未公开》** | 对比文件全文未提及将策略特性定义为“紧急”、“一般”或“默认”。 | 目标专利明确给出了策略特性的具体示例。对比文件没有提供任何类似的分类或定义。 |
| **技术特征L：** 其中所述安全策略的所述生成器的所述角色指定向所述安全策略的所述生成器指配的网络角色。 <br><br> **《未公开》** | 对比文件全文未提及“生成器的角色”这一概念。 | 目标专利通过引入“生成器角色”来区分不同来源（如安全管理员、应用）的策略。对比文件中，策略来源主要是管理员（administrator），没有对不同角色进行区分和指配。 |
| **技术特征M：** 其中所述安全策略的所述生成器的所述角色为安全管理员、一般管理员、用户以及访客中的一个。 <br><br> **《未公开》** | 对比文件全文未提及将生成器角色定义为“安全管理员”、“一般管理员”、“用户”或“访客”。 | 该特征是特征L的进一步限定，由于对比文件未公开特征L，自然也并未公开其特征M。 |
| **技术特征N：** 其中所述安全策略的所述生成器的所述角色的所述安全权限等级针对可向所述策略生成器指配的每个不同角色指定不同层级的安全权限等级。 <br><br> **《未公开》** | 对比文件全文未提及“安全权限等级”这一概念。 | 目标专利的核心创新点之一是为不同角色分配不同等级的安全权限，以解决策略冲突。对比文件完全没有涉及权限分级的概念。 |
| **技术特征O：** 其中在指配给第一角色的所述安全权限等级在层级上低于指配给第二角色的所述安全权限等级的条件下，与所述第二角色关联的所述安全策略取得超过与所述第一角色关联的所述安全策略的实施优先权。 <br><br> **《未公开》** | 对比文件全文未提及基于权限等级解决策略冲突或设置实施优先权。 | 该特征是特征N的直接应用，由于对比文件未公开特征N，自然也并未公开其特征O。 |
| **技术特征P：** 其中所述实施所述安全策略的步骤还包括所述控制器基于指定所述安全策略的特性、所述安全策略的所述生成器的角色以及所述安全策略的所述生成器的所述角色的安全权限等级的所述一个或者多个属性来将所述安全策略翻译成至少一个流规则。 <br><br> **《未公开》** | 对比文件全文未提及将策略翻译成包含上述三个属性的流规则。 | 该特征与特征B和特征D高度相关，是对“翻译”步骤的进一步明确。由于对比文件未公开特征B和D，自然也并未公开其特征P。 |
| **技术特征Q：** 其中所述实施所述安全策略的步骤还包括所述控制器执行以下一项或多项：确定从所述安全策略翻译的所述流规则与流表中的现有流规则之间是否存在冲突 <br><br> **《未公开》** | 对比文件全文未提及在流表内进行流规则冲突检测。 | 目标专利明确提出了流规则冲突检测的步骤。对比文件虽然有流表的概念，但并未教导或暗示需要在控制器层面进行流规则冲突检测。 |
| **技术特征R：** 基于所述安全策略的所述生成器的所述角色的所述安全权限等级解决从所述安全策略翻译的所述流规则与所述流表中的所述现有流规则之间的冲突 <br><br> **《未公开》** | 对比文件全文未提及基于“角色的安全权限等级”来解决冲突。 | 该特征是特征Q和特征O的结合，由于对比文件未公开特征Q和O，自然也并未公开其特征R。 |
| **技术特征S：** 利用从所述安全策略翻译的所述流规则来更新所述流表 <br><br> **《隐含公开》** | [0027] “每个网络访问设备204A-204C维护一个流表或会话表...控制器...设置路径。” <br><br> [0039] “中央控制器208是控制...包转发的中心位置。” | 在对比文件中，当安全策略（如过滤规则）被确定后，需要将其转化为网络设备（交换机/路由器）上的具体规则。根据[0027]和[0039]的描述，中央控制器208作为决策中心，必然会更新其管理的流表（例如，用于指导I/O模块的本地缓存），以便后续能够正确指导数据包的转发。这是实现策略的必然步骤，因此可以被隐含公开。 |
| **技术特征T：** 向所述软件定义的网络中的一个或者多个交换机分发从所述安全策略翻译的所述流规则，以使得所述一个或者多个交换机能够根据所述流规则完成所述软件定义的网络中的数据流 <br><br> **《隐含公开》** | [0025] “控制器208使用管理协议...与每个网络访问设备204A-204C通信，以交换管理信息和配置，或向网络访问设备分发路由信息等。” | 对比文件明确描述了控制器向网络访问设备（即交换机）分发配置信息（包括路由信息或过滤规则）以控制数据流的行为。虽然未明确使用“流规则”一词，但分发配置信息以控制数据流是OpenFlow等协议的核心功能。因此，该特征可以被隐含公开。 |
| **技术特征U：** 在向一个或者多个交换机分发所述流规则之前利用所述一个或者多个交换机执行认证操作、完整性验证操作以及机密性验证操作中的至少一项。 <br><br> **《未公开》** | [0025] “...用于控制器与交换机之间安全通信的OpenFlow协议。” <br><br> 对比文件未提及在分发规则前执行特定的认证、完整性或机密性验证操作。 | 目标专利强调在向交换机分发规则时进行安全验证。对比文件虽然提到了OpenFlow协议本身是安全的，但没有明确描述在分发流规则这个具体环节，控制器与交换机之间执行认证、完整性或机密性验证的步骤。 |
| **技术特征V：** 其中所获得的所述安全策略包括分组扫描检测指令。 <br><br> **《未公开》** | 对比文件全文未提及“分组扫描检测指令”。 | 目标专利提出了一个特定的“分组扫描检测”功能，用于对数据包内容进行深度检测。对比文件虽然涉及安全检测，但并未描述这种特定的、基于指令的流采样检测模式。 |
| **技术特征W：** 其中所述实施所述安全策略的步骤还包括所述控制器基于数据流情况和分组扫描模式将具有所述分组扫描检测指令的所述安全策略翻译成流规则，以使得所翻译的所述流规则被分发到的所述软件定义的网络中的一个或者多个交换机被指示为向所述软件定义的网络中的安全装置转发经过所述交换机的一个或者多个指定的分组。 <br><br> **《未公开》** | 对比文件全文未提及“数据流情况”、“分组扫描模式”或“将分组转发到安全装置”的指令。 | 该特征是特征V的进一步限定，详细描述了“分组扫描检测”的实现方式。由于对比文件未公开特征V，自然也并未公开其特征W。 |
---
<<<A>>><<<j>>><<<e>>><<<s>>><<<t>>>