好的，作为资深专利代理师，我将严格遵循您的指示，对对比文件是否公开目标专利权利要求的各技术特征进行严谨、专业的评估。本次调用的模型为：您指定的专利评估专业模型。
首先，明确本次评估的各方信息：
- **对比文件名称**: 2013-09-25_CN103326884A_发明公开_CN103326884A SDN网络中结合流检测和包检测的业务流感知系统及方法
- **目标专利名称**: 732软件定义网络中的安全CN113055369B
- **本次调用的模型名称**: 您指定的专利评估专业模型
以下是根据您的要求进行的特征比对分析和结论。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：在软件定义的网络的控制器处从策略生成器获得至少一个安全策略。 | 说明书[0002]“控制器可以根据QoS（Quality of Service，服务质量）策略为这些特定的流进行资源的调度”；[0040]“控制器2通过控制器北向接口3向业务应用层提供流检测和包检测功能，并呈现流检测和包检测结果，接受业务应用的策略配置等”。 | **《隐含公开》**。对比文件明确公开了SDN控制器从业务应用层（策略生成器）获得“策略配置”，该策略用于资源调度和网络调整。目标专利中的“安全策略”是网络策略的一种，对比文件未明确限定策略类型为“安全”，但其“接受业务应用的策略配置”涵盖了从生成器获取策略的步骤。本领域技术人员可以合理推断，该策略配置可以包含安全相关的策略，因此认为该技术特征被对比文件隐含公开。 |
| **技术特征B**：基于指定所述安全策略的特性、所述安全策略的所述生成器的角色以及所述安全策略的所述生成器的所述角色的安全权限等级的一个或者多个属性在所述软件定义的网络中经由所述控制器实施所述安全策略。 | 无相关公开内容。 | **《未公开》**。对比文件全文未提及“安全策略的特性”、“生成器的角色”以及“角色的安全权限等级”这些概念。其策略的实施是依据流/包检测结果和网络策略，而非基于上述三个属性。因此，该技术特征未被对比文件公开。 |
| **技术特征C**：其中所述安全策略的属性的所述特性描述所述安全策略是实时策略还是能够具有一些延迟地生效。 | 说明书[0012]“控制器随机、定时或者定分组数采样实时业务流”。 | **《隐含公开》**。对比文件虽然未明确将“特性”作为安全策略的属性进行描述，但其明确区分了对“实时业务流”的采样和处理（[0012]），并与“已有的持续业务流量”的处理方式（[0058]）有所区别。这隐含了策略（或对流的处理）可以根据其“实时”或非实时的特性进行差异化处理，部分公开了技术特征C的内容。 |
| **技术特征D**：将所获得的至少一个安全策略翻译成反映至少所述一个或多个属性的流规则。 | 说明书[0058]“控制器2根据流检测模块4...和包检测模块5...的结果，结合网络策略...进行计算，生成该新业务流量的转发流表”。 | **《隐含公开》**。对比文件公开了将“网络策略”翻译成“转发流表”（即流规则）的步骤。虽然对比文件中翻译所依据的是检测结果和网络策略，而非目标专利中明确的三个属性，但其“翻译策略为流规则”的核心步骤被公开。鉴于目标专利的“属性”特征未被公开，本特征中“反映属性”的部分未被公开，但“翻译策略为流规则”的步骤被部分公开，因此判断为隐含公开。 |
| **技术特征E**：在所述控制器的一个或多个流表中更新所述一个或多个流规则。 | 说明书[0002]“SDN中控制器南向接口配置和负责控制器与转发设备之间的安全信息交互，实现基于Flow-Table（流表）的流转发配置”。 | **《隐含公开》**。对比文件描述了控制器实现基于流表的流转发配置，这必然涉及在控制器侧对流表进行管理和更新。虽然未明确写出“更新”二字，但生成并下发新流表的前提是在控制器流表中进行了更新或添加操作，这是本领域技术人员可以合理推断出的。 |
| **技术特征F**：根据所述安全策略的属性，将所述一个或多个流规则与所述软件定义的网络中的相关SDN交换机同步。 | 说明书[0058]“控制器2通过控制器南向接口1将生成的转发流表下发给底层的数据转发设备，在数据转发设备内建立新转发流表”。 | **《隐含公开》**。对比文件明确公开了控制器将生成的流表“下发”给数据转发设备（即SDN交换机）。这表明了流规则从控制器到交换机的同步过程。虽然对比文件未明确同步的依据是“安全策略的属性”，但同步操作本身被公开。 |
| **技术特征G**：其中对于实时策略，所述一个或多个流规则的同步是实时实现的，并且对于能够具有一些延迟地生效的安全策略，所述一个或多个流规则的同步是周期地实现的。 | 说明书[0012]“控制器随机、定时或者定分组数采样实时业务流”。 | **《隐含公开》**。对比文件明确提到了对“实时业务流”的采样和感知，并提出了“定时”的采样方式。这隐含了对于不同类型的流（实时与非实时），其处理方式（包括同步）可以是“实时”或“定时/周期”的。虽然未直接应用于策略同步，但本领域技术人员可以合理推断出该概念。 |
| **技术特征H**：其中所述从策略生成器获得至少一个安全策略的步骤还包括所述控制器利用所述策略生成器执行认证操作、授权操作、完整性验证操作以及机密性验证操作中的至少一项。 | 无相关公开内容。 | **《未公开》**。对比文件全文未提及控制器与策略生成器之间的任何安全交互，如认证、授权、完整性或机密性验证。 |
| **技术特征I**：其中所述从策略生成器获得至少一个安全策略的步骤还包括所述控制器在所述认证操作、所述授权操作、所述完整性验证操作以及所述机密性验证操作中的至少一项失败的条件下丢弃所述安全策略。 | 无相关公开内容。 | **《未公开》**。对比文件全文未提及任何关于安全验证失败后的策略处理机制。 |
| **技术特征J**：其中所获得的所述安全策略是响应于由所述软件定义的网络的安全装置检测到的新安全威胁而开发的安全策略。 | 无相关公开内容。 | **《未公开》**。对比文件虽然涉及包检测（DPI）等技术，但目的是进行业务感知和分类，并非检测“安全威胁”。其生成的策略是基于业务感知结果，而非响应安全威胁。 |
| **技术特征K**：其中所述安全策略的所述特性为紧急、一般以及默认中的一个。 | 无相关公开内容。 | **《未公开》**。对比文件未将策略特性划分为“紧急、一般、默认”等层级。 |
| **技术特征L**：其中所述安全策略的所述生成器的所述角色指定向所述安全策略的所述生成器指配的网络角色。 | 无相关公开内容。 | **《未公开》**。对比文件未提及策略生成器的“角色”概念。 |
| **技术特征M**：其中所述安全策略的所述生成器的所述角色为安全管理员、一般管理员、用户以及访客中的一个。 | 无相关公开内容。 | **《未公开》**。对比文件未提及任何具体的管理员或用户角色分类。 |
| **技术特征N**：其中所述安全策略的所述生成器的所述角色的所述安全权限等级针对可向所述策略生成器指配的每个不同角色指定不同层级的安全权限等级。 | 无相关公开内容。 | **《未公开》**。对比文件未提及“安全权限等级”的概念。 |
| **技术特征O**：其中在指配给第一角色的所述安全权限等级在层级上低于指配给第二角色的所述安全权限等级的条件下，与所述第二角色关联的所述安全策略取得超过与所述第一角色关联的所述安全策略的实施优先权。 | 无相关公开内容。 | **《未公开》**。对比文件未公开基于角色权限等级解决策略冲突的机制。 |
| **技术特征P**：其中所述实施所述安全策略的步骤还包括所述控制器基于指定所述安全策略的特性、所述安全策略的所述生成器的角色以及所述安全策略的所述生成器的所述角色的安全权限等级的所述一个或者多个属性来将所述安全策略翻译成至少一个流规则。 | 无相关公开内容。 | **《未公开》**。该特征是对特征B和D的进一步限定，强调翻译过程是基于“三个属性”。对比文件未公开这三个属性，因此该特征未被公开。 |
| **技术特征Q**：其中所述实施所述安全策略的步骤还包括所述控制器执行以下一项或多项：确定从所述安全策略翻译的所述流规则与流表中的现有流规则之间是否存在冲突。 | 无相关公开内容。 | **《未公开》**。对比文件未提及流规则冲突检测机制。 |
| **技术特征R**：基于所述安全策略的所述生成器的所述角色的所述安全权限等级解决从所述安全策略翻译的所述流规则与所述流表中的所述现有流规则之间的冲突。 | 无相关公开内容。 | **《未公开》**。对比文件未提及任何解决流规则冲突的方法，更未提及基于角色权限等级来解决。 |
| **技术特征S**：利用从所述安全策略翻译的所述流规则来更新所述流表。 | 说明书[0058]“生成该新业务流量的转发流表；控制器2通过控制器南向接口1将生成的转发流表下发给底层的数据转发设备，在数据转发设备内建立新转发流表”。 | **《隐含公开》**。与特征E类似，对比文件公开了生成流表并下发，这必然包含了对控制器侧流表的更新操作。虽然描述的重点是下发到转发设备，但控制器侧流表的更新是实现下发的必要前提，因此该步骤被隐含公开。 |
| **技术特征T**：向所述软件定义的网络中的一个或者多个交换机分发从所述安全策略翻译的所述流规则，以使得所述一个或者多个交换机能够根据所述流规则完成所述软件定义的网络中的数据流。 | 说明书[0058]“控制器2通过控制器南向接口1将生成的转发流表下发给底层的数据转发设备，在数据转发设备内建立新转发流表，实现对新业务流的路径转发和网络资源分配”。 | **《直接公开》**。对比文件明确、毫无疑义地公开了控制器通过南向接口将流表（流规则）下发给交换机，并在交换机中建立流表以实现路径转发的完整过程。这与技术特征T的描述完全一致。 |
| **技术特征U**：在向一个或者多个交换机分发所述流规则之前利用所述一个或者多个交换机执行认证操作、完整性验证操作以及机密性验证操作中的至少一项。 | 无相关公开内容。 | **《未公开》**。对比文件全文未提及控制器与交换机之间的任何安全交互，如认证、完整性或机密性验证。 |
| **技术特征V**：其中所获得的所述安全策略包括分组扫描检测指令。 | 说明书[0040]“包检测模块5可以采用DPI技术进行包检测...识别出该新业务流量的业务类型和业务特征”；[0058]“控制器2根据...包检测模块5...的结果，结合网络策略...生成该新业务流量的转发流表”。 | **《隐含公开》**。对比文件公开了包检测（DPI）模块，其功能是深入分析数据包内容（即分组扫描）。控制器基于包检测结果生成流表，这可以理解为控制器接收到的包含了进行包检测的指令/策略。虽然没有明确命名为“分组扫描检测指令”，但其功能和实现方式被部分公开。 |
| **技术特征W**：其中所述实施所述安全策略的步骤还包括所述控制器基于数据流情况和分组扫描模式将具有所述分组扫描检测指令的所述安全策略翻译成流规则，以使得所翻译的所述流规则被分发到的所述软件定义的网络中的一个或者多个交换机被指示为向所述软件定义的网络中的安全装置转发经过所述交换机的一个或者多个指定的分组。 | 说明书[0058]“控制器2根据流检测模块4...和包检测模块5...的结果，结合网络策略...进行计算，生成该新业务流量的转发流表”；[0040]“包检测模块5可以采用DPI技术进行包检测”。 | **《隐含公开》**。对比文件公开了控制器根据流/包检测结果（即数据流情况和分组扫描结果）生成流表，并将流表下发到交换机以指导转发。虽然未明确提及“安全装置”和“分组扫描模式”，但其DPI模块本身就是一种安全检测装置，控制器根据检测结果调整转发策略（例如转发到特定路径用于检测）的机制被部分公开。 |
### 结论与代码输出
根据上述严谨的比对分析，对比文件直接公开了技术特征T，隐含公开了技术特征A、C、D、E、F、G、S、V、W。
以下为本次评估的代码输出：
<<<T>>>
<<<a>>><<<c>>><<<d>>><<<e>>><<<f>>><<<g>>><<<s>>><<<v>>><<<w>>>