**对比文件名称**：2017-08-24_US2017242889A_发明申请_US20170242889A1 Cache Based Efficient Access Scheduling for Super Scaled Stream Processing Systems
**目标专利名称**：1064使用分区用于可缩放性的基于意图的组网CN114726737B
**本次调用的模型名称**：DeepSeek Chat
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：包括用于执行以下的部件：通过管理系统的消息总线，从所述管理系统的第一元件接收主题的数据项集合。**《隐含公开》** | 对比文件[0064]：“在附图1描绘的实现中，流处理系统100使用Apache Kafka作为消息总线。”<br>对比文件[0065]：“事件通过HTTP POST请求被传送到Kafka。事件被传送到作为Kafka生产者前端的接收器。” | 对比文件公开了使用消息总线(Kafka)从生产者（相当于第一元件）接收主题的数据，但未明确该消息总线属于“管理系统”（目标专利中管理系统特指用于意图组网的网络管理系统），且第一元件未明确为管理系统的特定元件。然而，本领域技术人员可以理解流处理系统本质上是一种数据处理管理系统，且生产者可视为管理系统的元件，因此该技术特征被隐含公开。 |
| **技术特征B**：其中所述数据项集合中的所述数据项对应于网络的相应物理网络元件集合。**《未公开》** | 对比文件[0065]：“Kafka将事件保存在称为主题的类别或流中。主题中的消息被分区。”<br>对比文件[0062]：“生产者客户端和消费者客户端使用消息队列进行异步进程间通信。” | 对比文件中的数据项（消息/事件）对应于流处理系统中的日志记录，未涉及网络管理，更没有对应于网络的“物理网络元件”。目标专利的数据项明确对应物理网络元件（如路由器、交换机），对比文件未公开此限定。 |
| **技术特征C**：通过所述消息总线，跨通过所述消息总线维护的、用于所述主题的分区集合，来分布所述主题的所述数据的所述集合中的所述数据项。**《直接公开》** | 对比文件[0065]：“主题中的消息被分区。如附图1所示，主题A包括两个分区，分区0和分区1，主题B包括三个分区，分区0、分区1和分区2。”<br>对比文件[0065]：“每个Kafka分区对应一个逻辑日志，是一个有序的、不可变的消息序列。” | 对比文件明确公开了消息总线（Kafka）维护主题的分区集合，并将消息跨分区分布以进行存储和管理。这与目标专利特征C一致。 |
| **技术特征D**：以使用通过所述消息总线维护的、用于所述主题的相应分区来维护所述主题的所述数据项的相应部分。**《直接公开》** | 对比文件[0065]：“每个Kafka分区对应一个逻辑日志，是一个有序的、不可变的消息序列，由生产者客户端持续追加。” | 对比文件公开了使用对应的分区来独立维护主题数据的不同部分，每个分区负责维护其分配到的数据项。这与目标专利特征D一致。 |
| **技术特征E**：通过所述消息总线，基于通过所述消息总线维护的、用于所述主题的所述分区集合向所述管理系统的第二元件发送所述主题的所述数据项。**《直接公开》** | 对比文件[0066]：“要获取消息，消费者客户端订阅这些分区。Kafka允许将多个消费者客户端分组在一个共同的组ID内，以便并行消费分区。” | 对比文件公开了消息总线（Kafka）基于主题的分区向订阅的消费者（相当于第二元件）发送数据。这与目标专利特征E一致。 |
| **技术特征F**：其中所述管理系统的所述第一元件包括被配置为作为发布方‑订阅方模型中的发布方而操作的元件。**《直接公开》** | 对比文件[0063]：“在发布/订阅范式中，可以有多个生产者客户端为称为‘主题’的实体生产消息。” | 对比文件明确公开了生产者客户端作为发布方（Publisher）在发布-订阅模型中操作。这与目标专利特征F一致。 |
| **技术特征G**：其中所述主题的所述数据项集合由所述管理系统的所述第一元件发布。**《直接公开》** | 对比文件[0063]：“生产者客户端为称为‘主题’的实体生产消息。” | 对比文件明确公开了主题的数据由生产者客户端发布。这与目标专利特征G一致。 |
| **技术特征H**：其中所述管理系统的所述第一元件包括库存管理元件或拓扑管理元件。**《未公开》** | 对比文件全文未提及“库存管理”或“拓扑管理”元件。 | 目标专利中库存管理元件和拓扑管理元件是管理系统中的特定功能模块，用于管理网络库存和拓扑。对比文件涉及流数据处理，未公开此类网络管理功能模块。 |
| **技术特征I**：其中所述管理系统的所述第二元件包括被配置为作为发布方‑订阅方模型中的订阅方而操作的元件。**《直接公开》** | 对比文件[0066]：“要获取消息，消费者客户端订阅这些分区。” | 对比文件明确公开了消费者客户端作为订阅方（Subscriber）在发布-订阅模型中操作。这与目标专利特征I一致。 |
| **技术特征J**：其中所述部件被配置用于执行：通过所述消息总线，从所述管理系统的所述第二元件接收由所述管理系统的所述第二元件订阅所述主题的请求。**《直接公开》** | 对比文件[0066]：“消费者客户端订阅这些分区。” | 对比文件公开了消息总线接收来自消费者客户端的订阅请求。这与目标专利特征J一致。 |
| **技术特征K**：通过所述消息总线，基于由所述管理系统的所述第二元件订阅所述主题的所述请求，将所述管理系统的所述第二元件包括在所述主题的订阅方的列表中。**《直接公开》** | 对比文件[0066]：“Kafka允许将多个消费者客户端分组在一个共同的组ID内，以便并行消费分区。” | 对比文件公开了将消费者客户端分组到消费组（相当于订阅方列表）中。这与目标专利特征K一致。 |
| **技术特征L**：其中所述管理系统的所述第二元件包括意图管理元件、意图验证元件或配置管理元件。**《未公开》** | 对比文件全文未提及“意图管理”、“意图验证”或“配置管理”元件。 | 目标专利中意图管理、意图验证、配置管理元件是管理系统中的特定功能模块。对比文件涉及流数据处理，未公开此类网络管理功能模块。 |
| **技术特征M**：其中所述管理系统的所述第一元件包括被配置为作为发布方‑订阅方模型中的发布方而操作的元件，并且所述管理系统的所述第二元件包括被配置为作为发布方‑订阅方模型中的订阅方而操作的元件。**《直接公开》** | 对比文件[0063]：“在发布/订阅范式中，可以有多个生产者客户端为称为‘主题’的实体生产消息，并且可以有多个消费者客户端订阅该主题。” | 对比文件明确公开了发布方（生产者客户端）和订阅方（消费者客户端）在发布-订阅模型中操作。这与目标专利特征M一致。 |
| **技术特征N**：其中基于所述主题的所述数据项集合中的所述数据项中的每个数据项中的至少一个数据字段的散列，所述主题的所述数据跨所述分区集合被分布。**《隐含公开》** | 对比文件[0065]：“主题中的消息被分区。”<br>对比文件[0065]：“每个Kafka分区对应一个逻辑日志。” | 对比文件公开了主题被分区，但未明确说明分区策略是基于数据字段的散列。然而，在Kafka及类似流处理系统中，默认的分区策略通常基于消息键（Key）的散列（Hash），本领域技术人员可以合理推断该公开内容隐含了基于散列的分区分布方式。 |
| **技术特征O**：其中所述部件被配置用于执行以下至少一项：基于对条件的检测，通过所述消息总线将新分区添加到通过所述消息总线维护的、用于所述主题的所述分区集合中。**《未公开》** | 对比文件全文未提及动态添加或移除分区的机制。 | 对比文件描述了分区的静态概念，未公开如何基于条件检测动态添加新分区。目标专利的这一特征涉及基于网络元件状态等条件的动态扩缩容，对比文件未公开。 |
| **技术特征P**：基于对条件的检测，通过所述消息总线从所述分区集合中移除所述分区集合中的所述分区的一个分区。**《未公开》** | 对比文件全文未提及动态添加或移除分区的机制。 | 同上，对比文件未公开基于条件检测动态移除分区的特征。 |
| **技术特征Q**：其中所述部件被配置用于执行：通过所述消息总线维护用于第二主题的第二分区集合，所述第二分区集合被配置为维护所述第二主题的数据的相应部分。**《直接公开》** | 对比文件[0065]：“如附图1所示，主题A包括两个分区，主题B包括三个分区。” | 对比文件明确公开了消息总线同时维护多个主题（如主题A和主题B），且每个主题都有自己的分区集合。这与目标专利特征Q一致。 |
| **技术特征R**：其中所述部件包括：至少一个处理器。**《隐含公开》** | 对比文件[0062]：“系统100包括三个组件；生产者客户端、消费者客户端和代理（未示出）。”<br>对比文件[0062]：“系统100是一个超级扩展的流处理系统，通过数百万客户端和服务器实时服务数百万用户。” | 对比文件描述的流处理系统（包括生产者、消费者和代理）必然包含至少一个处理器来执行程序和处理数据，这是本领域技术人员的公知常识。虽然对比文件未明确写出“处理器”，但系统的实现隐含了该特征。 |
| **技术特征S**：至少一个存储器，包括计算机程序代码。**《隐含公开》** | 对比文件[0062]：“系统100包括三个组件；生产者客户端、消费者客户端和代理（未示出）。”<br>对比文件[0062]：“系统100是一个超级扩展的流处理系统，通过数百万客户端和服务器实时服务数百万用户。” | 对比文件描述的流处理系统必然包含至少一个存储器来存储数据（如消息日志、状态信息）和计算机程序代码，这是实现系统功能的基础。虽然未明确写出“存储器”，但系统的实现隐含了该特征。 |
| **技术特征T**：其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置的所述执行。**《隐含公开》** | 对比文件[0062]：“系统100包括三个组件；生产者客户端、消费者客户端和代理（未示出）。”<br>对比文件全文描述了方法流程（如附图16-23的流程图），这些流程由系统执行。 | 对比文件描述了由系统执行的方法（如分组、合并、缓存等），本领域技术人员可以理解这些方法由处理器执行存储在存储器中的程序代码来实现。系统的运行隐含了处理器与存储器、程序代码协同工作以执行特定功能。 |
### 公开性判断代码
<<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<I>>><<<J>>><<<K>>><<<M>>><<<Q>>><<<a>>><<<n>>><<<r>>><<<s>>><<<t>>>