**对比文件名称**：2007-03-15_US2007058629A_发明申请_US20070058629A1 Application driven fast unicast flow replication
**目标专利名称**：1997使用可编程网络的多播传输CN106487478B
**本次调用的模型名称**：当前AI评估模型（GPT-4类）
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：** 方法包括接收针对可靠的数据的单播传输的请求 **《直接公开》** | 段落[0034]：“one of client subscribers (e.g., client subscriber A) is the first to issue a unicast request for content from content provider 410.”（客户端订阅者之一，例如客户端订阅者A，是第一个从内容提供商410发出内容单播请求的。） | 对比文件明确公开了接收来自客户端的单播请求，该请求是针对数据（内容）的，且为单播传输。与目标专利特征A完全相同，属于直接公开。 |
| **技术特征B：** 通过i）根据虑及可靠的数据递送的可靠的运输协议使用递送确认来格式化数据以获得经格式化的数据以及ii）将经格式化的数据提供到网络而对请求进行响应，经格式化的数据包括目的地地址字段 **《隐含公开》** | 段落[0035]：“Upon receiving the 1st unicast control flow, APP router 405 inspects the packets... then forwards the 1st unicast request to content provider 410 using standard unicast routing protocols.”（在接收到第一个单播控制流后，APP路由器405检查数据包……然后使用标准单播路由协议将第一个单播请求转发到内容提供商410。）<br>段落[0040]：“When the requested content arrives from content provider 410 in a unicast content flow...”（当所请求的内容以单播内容流从内容提供商410到达时……） | 对比文件未明确说明“格式化”步骤，但本领域技术人员已知，HTTP基于TCP（可靠的运输协议，使用递送确认）。服务器在响应请求时必然根据TCP格式化数据（包括目的地地址字段）并提供到网络。因此，特征B被隐含公开。 |
| **技术特征C：** 其中网络是包括一个或多个转发节点的可编程网络，在所述转发节点中用于复制数据的规则是可远程编程的，方法进一步包括控制一个或多个转发节点通过如下来实现经格式化的数据的可靠的多播 **《未公开》** | 对比文件未提及可编程网络、远程可控的转发节点或控制器。 | 对比文件中的APP router是独立设备，不是可编程网络中的转发节点，也没有远程编程规则。特征C未被公开。 |
| **技术特征D：** j）复制经格式化的数据以获得所复制的经格式化的数据 **《直接公开》** | 段落[0041]：“the extracted content or application data is then replicated into new unicast content flows generated by APP router 405 and each addressed to a specific client subscriber 415 that issued a redundant unicast request for the same content.”（提取的内容或应用数据然后被复制到由APP路由器405生成的新的单播内容流中，每个流被定址到发出相同内容冗余单播请求的特定客户端订阅者415。） | 对比文件明确公开了复制数据（经格式化的内容）以产生复制的数据（新的单播流），与特征D一致。 |
| **技术特征E：** jj）将所复制的经格式化的数据的目的地地址字段设置成源于针对数据的可靠的单播传输的进一步请求的地址 **《直接公开》** | 同上段落[0041]：“each addressed to a specific client subscriber that issued a redundant unicast request”（每个流被定址到发出冗余单播请求的特定客户端订阅者） | 对比文件公开了将复制的数据的目的地地址设置为发出冗余请求的客户端地址，与特征E一致。 |
| **技术特征F：** jjj）设置所复制的经格式化的数据的确认编号，使得获得与一个或多个转发节点一致的递送确认 **《未公开》** | 对比文件未涉及确认编号的设置。 | 对比文件没有公开任何关于设置确认编号的操作，无论是服务器还是APP router，也未涉及在转发节点上设置确认编号。因此特征F未被公开。 |
| **技术特征G：** 其中根据用于通过因特网协议[IP]使用的运输控制协议[TCP]来格式化数据 **《隐含公开》** | 段落[0034]提到“unicast request”，段落[0035]提到“standard unicast routing protocols”，通常HTTP over TCP。 | 本领域技术人员已知，HTTP请求和响应通常基于TCP协议。因此，对比文件隐含公开了根据TCP格式化数据。 |
| **技术特征H：** 进一步包括如下中的至少一个针对经格式化的数据的分组生成确认编号，并且控制一个或多个转发节点复制具有确认编号的经格式化的数据的分组，以便获得用于所复制的经格式化的数据的分组的相同的确认编号方式 **《未公开》** | 对比文件未公开。 | 对比文件没有描述确认编号的生成，也没有控制转发节点复制具有相同确认编号的分组。因此未公开。 |
| **技术特征I：** 将经格式化的数据和/或所复制的经格式化的数据的分组中的确认控制位 and 确认编号设置成零 **《未公开》** | 对比文件未公开。 | 对比文件没有类似教导。 |
| **技术特征J：** 控制一个或多个转发节点调整经格式化的数据和/或所复制的经格式化的数据的分组中的确认编号以获得与用于TCP确认的规则一致的确认编号方式 **《未公开》** | 对比文件未公开。 | 对比文件没有控制转发节点调整确认编号的内容。 |
| **技术特征K：** 进一步包括针对特定请求一个接一个地测试在权利要求3中列举的选项中的两个或更多，直至确认消息被接收 **《未公开》** | 对比文件未公开。 | 对比文件没有测试多个选项的教导。 |
| **技术特征L：** 其中格式化数据以获得经格式化的数据进一步包括使用IP分片将每个分组至少分片成包括确认编号的第一分片和至少包括数据的部分的第二分片 **《未公开》** | 对比文件未公开。 | 对比文件没有涉及IP分片。 |
| **技术特征M：** 通过单播传输每个分组的第一分片，每个分组的第一分片具有与用于TCP确认的规则一致的确认编号方式 **《未公开》** | 对比文件未公开。 | 对比文件没有分片传输的教导。 |
| **技术特征N：** 将每个分组的第二分片提供到网络以由一个或多个转发节点多播 **《未公开》** | 对比文件未公开。 | 对比文件没有分片多播的教导。 |
| **技术特征O：** 进一步包括在利用同步-确认消息对请求和/或进一步请求进行响应之后，为经格式化的数据 and 或所复制的经格式化的数据的分组提供与相应的同步-确认消息的序列编号一致的序列编号 **《未公开》** | 对比文件未公开。 | 对比文件没有涉及序列编号与SYN-ACK一致性的教导。 |
| **技术特征P：** 进一步包括在每个同步-确认消息中使用相同的序列编号 **《未公开》** | 对比文件未公开。 | 对比文件没有关于序列编号选择的教导。 |
| **技术特征Q：** 进一步包括在每个同步-确认消息中使用不同的序列编号 **《未公开》** | 对比文件未公开。 | 对比文件没有公开。 |
| **技术特征R：** 控制一个或多个转发节点为经格式化的数据和/或所复制的经格式化的数据的分组提供与相应的同步-确认消息的不同的序列编号一致的序列编号 **《未公开》** | 对比文件未公开。 | 对比文件没有公开。 |
| **技术特征S：** 进一步包括在将经格式化的数据提供到网络之前，将经格式化的数据的目的地地址字段设置成对应于源于针对数据的可靠的单播传输的请求的接收机地址 **《直接公开》** | 段落[0040]：“APP router 405 terminates the return unicast content flow and creates a new unicast content flow with a destination address identifying the first client subscriber 415 that issued the 1st unicast control flow.”（APP路由器405终止返回的单播内容流并创建新的单播内容流，其目的地地址标识发出第一个单播控制流的第一个客户端订阅者415。） | 对比文件公开了将数据的目的地地址设置为请求的接收机地址，与特征S一致。 |
| **技术特征T：** 者针对由一个或多个转发节点进行的多播而提供的分离地址 **《未公开》** | 对比文件未公开。 | 对比文件没有使用分离地址进行多播的教导。 |
| **技术特征U：** 其中对一个或多个转发节点的控制包括在经格式化的数据被提供到网络之前将一个或多个转发节点预配置用于多播 **《未公开》** | 对比文件未公开。 | 对比文件没有预配置转发节点的概念。 |
| **技术特征V：** 者响应于经格式化的数据的第一分组由所述节点接收到而将一个或多个转发节点配置用于多播 **《未公开》** | 对比文件未公开。 | 对比文件没有触发配置的教导。 |
| **技术特征W：** 进一步包括如下中的至少一个响应于针对通过经格式化的数据的多播提供的分组的重传的请求，通过单播重传分组 **《未公开》** | 对比文件未公开重传机制。 | 对比文件没有讨论重传。虽然TCP可能隐含重传，但特征W特定于多播场景，对比文件没有多播，因此不公开。 |
| **技术特征X：** 响应于针对通过经格式化的数据的多播提供的分组的重传的多个请求，将分组提供到网络以由一个或多个转发节点进行多播 **《未公开》** | 对比文件未公开。 | 对比文件没有多播重传的教导。 |
---
<<<A>>><<<D>>><<<E>>><<<S>>><<<b>>><<<g>>>