好的，我理解您的任务。作为一名经验丰富的资深专利代理师，我将以严谨和审慎的态度，对对比文件US20050055718A1与目标专利CN101305612B的权利要求进行逐一的、深入的特征比对分析。我将严格遵循您的要求，深入理解目标专利说明书原文，并结合对比文件的内容进行详细论述。
**对比文件名称：** 2005-03-10_US2005055718A_发明申请_US20050055718A1 Peer-to-peer architecture for sharing video on demand content
**目标专利名称：** 934用于对等订户小区的多源和弹性按需点播视频流媒体系统CN101305612B
**本次调用的模型名称：** 资深专利代理师评估模型
---
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：所述系统的特征在于：多个节点的订户小区对等网络，<br><br>**《直接公开》** | [0001] The present invention relates to the field of video on demand systems, and more particularly, to a peer-to-peer architecture for sharing video on demand content.<br>*（本发明涉及视频点播系统领域，更具体地说，涉及用于共享视频点播内容的对等架构。）*<br><br>[0007] Instead of requiring a large server to store content such as content server 110 in a typical VOD system 100, VOD content is instead distributed among a plurality of content devices.<br>*（本发明不是像典型VOD系统那样需要大型服务器来存储内容，而是将VOD内容分布在多个内容设备之间。）*<br><br>[0022] **Each content device** 202-208 builds a VOD content playlist, ... of **all available VOD content** on the network.<br>*（每个内容设备202-208构建网络上所有可用VOD内容的VOD内容播放列表。）* | 对比文件明确以构建一个用于共享VOD内容的**对等架构**（peer-to-peer architecture）为目标。该架构由**多个内容设备**（如[0017]所述的content devices 202-208）构成，这些设备通过网络（network 212）连接，并彼此共享内容（如[0017]所述，请求设备与源设备建立VOD会话）。这直接对应于目标专利中“多个节点的订户小区对等网络”这一核心特征。对比文件中的“对等网络”与“订户小区对等网络”在本质上是相同的，都是由参与节点构成的分布式网络。 |
| **技术特征B**：其中每个节点包括被适配来与电视机连接的设备<br><br>**《隐含公开》** | [0003] ...software components ... known as **VOD clients**, reside in a **set-top boxes**, 102, 104, 106, and 108 ...<br>*（被称为VOD客户端的软件组件驻留在机顶盒中...）*<br><br>[0017] In the exemplary embodiment, these content devices 202-208 comprise **personal video recorder (PVR) devices**.<br>*（在示例性实施例中，这些内容设备202-208包括个人视频录像机（PVR）设备。）* | 对比文件的说明书明确提及内容设备可以是**机顶盒**（set-top boxes, [0003]）或个人视频录像机（PVR, [0017]）。这些设备在现有技术中众所周知是连接至电视机（Television）以提供视听内容的接口设备。虽然对比文件未明确写出“与电视机连接”，但对于本领域技术人员而言，机顶盒和PVR的核心功能就是与电视机适配连接，以播放接收到的视频内容。因此，该技术特征由对比文件的内容可以被毫无疑义地合理推断出。 |
| **技术特征C**：包括所述内容的流数据的接收器，该接收器是所述订户小区对等网络中的所述多个节点之一，<br><br>**《直接公开》** | [0009] In operation, after **a content device issues a request** for particular VOD content (hereinafter referred to as the **“requesting content device”**), an intelligent agent locates the requested content on a content device (hereinafter referred to as the **“source content device”**).<br>*（在操作中，在内容设备发出对特定VOD内容的请求（以下称为“请求内容设备”）之后，智能代理找到源内容设备上的请求内容。）*<br><br>[0017] Furthermore, for purposes of illustration, in FIG. 2 **content device 206 is the requesting content device**, and **content device 204 is the source content device**.<br>*（此外，为了说明目的，在图2中内容设备206是请求内容设备，内容设备204是源内容设备。）* | 对比文件明确描述了在请求-响应模式下的VOD会话过程。其中，“请求内容设备”（requesting content device）从“源内容设备”（source content device）接收VOD内容流。该“请求内容设备”本身就是前文所述对等网络中的一个节点（content device）。这完全等同于目标专利中作为“接收器”的节点，该接收器是网络中一个节点，用于接收流数据。 |
| **技术特征D**：所述流数据包括多个块，<br><br>**《未公开》** | 全文未发现关于将流数据划分为特定“块”（blocks）进行传输或处理的任何描述。 | 对比文件描述的是基于文件的整体传输或流式传输，提及“upload (全部或部分VOD内容)”或“transmit the requested VOD content”，但并未涉及到将流数据在传输层或应用层明确划分为多个固定或可变大小的“块”这一技术细节。目标专利中的“块”是与其FEC编码、监控和分配机制紧密相关的特定概念，对比文件未予公开。 |
| **技术特征E**：其中所述接收器能够通过所述服务提供商的网络提出针对所述内容的需求<br><br>**《直接公开》** | [0004] In operation, **a VOD management system 124**... generates a list of available VOD content. **The VOD clients 116, 118, 120, and 122 then communicate requests for VOD content to the VOD management system 124** at the network headend 128. | 对比文件明确指出，作为接收器的VOD客户端（content device）向“网络头端（network headend）”处的“VOD管理系统124”发送请求（[0004]）。VOD管理系统是服务提供商网络的一部分。这直接对应于目标专利中“通过所述服务提供商的网络提出针对所述内容的需求”这一特征。对比文件中的“VOD management system”与目标专利中的服务提供商网络角色和功能是等同的。 |
| **技术特征F**：供应方组，所述供应方组包括有效供应方组和备用供应方组，<br><br>**《未公开》** | 全文未发现关于对供应方（source content device）进行“有效组”和“备用组”的划分、选择和管理。 | 对比文件仅描述了对存储有内容的一个供应方（source content device）的定位（locate），并由该单一源为请求设备提供服务。其架构是“一对一”或“一对多”，但并未涉及目标专利中的“多源流媒体”模型，即同时使用多个“有效”供应方提供数据，并预备额外“备用”供应方以应对故障和网络波动。这一核心概念在对比文件中完全没有被公开或暗示。 |
| **技术特征G**：其中所述供应方组中的每个供应方是所述订户小区对等网络中的所述多个节点中实际录制了所述内容的一个节点，<br><br>**《隐含公开》** | [0017] In the exemplary embodiment, these content devices 202-208 comprise **personal video recorder (PVR) devices**. | 对比文件将内容设备描述为PVR（个人视频录像机）设备。PVR的核心功能是录制（record）电视节目或其他内容。因此，虽然对比文件未明确声明供应方必须“录制”了内容，但从PVR设备的定义可知，其存储的内容通常是其录制所得。因此，可以合理推断出，作为供应方（源内容设备）的节点，其上的内容部分或全部来源于其自身的录制行为。这与目标专利中供应方节点“实际录制了所述内容”的特征是实质上相同的。 |
| **技术特征H**：其中每个有效供应方向所述接收器发送不同于由其他有效供应方发送的指定流数据部分的指定流数据部分，；并且中每个备用供应方准备好在特定有效供应方的情况下向所述接收器发送不同于其他备用供应方所发送的指定流数据部分的指定流数据部分<br><br>**《未公开》** | 全文未发现关于多个源同时为一个请求服务，且各自发送数据的不同部分的描述。 | 如上所述，对比文件仅描述了从一个“源内容设备”获取整个内容。它没有提及将内容/流数据分割成不同部分，并由多个“有效供应方”分别发送不同的部分，更没有提及“备用供应方”准备好发送特定分配的部分。这是目标专利中多源弹性流送的核心机制，对比文件完全没有涉及。 |
| **技术特征I**：其中，对于所述接收器已经提出了所述需求的所述内容的所述多个块中的每个块，所述接收器可操作来：利用FEC编码开销比<br><br>**《未公开》** | 全文未发现关于前向纠错（FEC）或“FEC编码开销比”的任何描述。 | 对比文件未涉及任何关于FEC编码的技术。因此，与技术特征I、J、K、L、M、N、O相关的所有FEC编码、解码、监控、质量适配等详细技术方案在对比文件中完全未被公开。 |
| **技术特征J**：用信号通知每个有效供应方以单独分配的数据速率发送利用所述FEC编码开销比进行了FEC编码的块的至少单独分配的片断<br><br>**《未公开》** | 同上。 | 同上。 |
| **技术特征K**：接收FEC编码块的段，其中每个段表示所述单独分配的片断至少一部分<br><br>**《未公开》** | 同上。 | 同上。 |
| **技术特征L**：基于所述段的聚集来解码所述FEC编码块并且将已解码块存储在缓冲器中<br><br>**《未公开》** | 同上。 | 同上。 |
| **技术特征M**：监控与每个有效供应方的网络连接的性能<br><br>**《未公开》** | 同上。 | 同上。 |
| **技术特征N**：监控该缓冲器以便检测出会导致上溢或下溢的状况<br><br>**《未公开》** | 同上。 | 同上。 |
| **技术特征O**：基于所述网络连接的性能以及所述缓冲器的状况来执行质量适配，以避免到达该缓冲器的下溢或上溢。<br><br>**《未公开》** | 同上。 | 同上。 |
| **技术特征P**：所述方法的特征在于以下步骤：从订户小区对等网络中的候选供应方组中选择供应方组以作为共同发送所述内容的有效供应方组，以及从所述候选供应方组中选择另一供应方组以作为备用供应方组，其中，所述订户小区对等网络包括分别被适配来与电视机进行连接的设备，其中所述候选供应方包括所述设备，并且其中所述内容包括多个流数据块<br><br>**《未公开》** | 全文未发现关于从候选组中选择有效和备用供应方组的方法步骤。 | 目标专利的方法权利要求P-W与系统权利要求F-O在核心思想上高度一致。对比文件既未公开“有效/备用供应方组”的概念，也未揭示“多个流数据块”的划分，因此方法权利要求P（以及Q-W）的所有步骤均未被公开。 |
| **技术特征Q**：对于要被接收的所述多个流数据块中的每个块：利用FEC编码开销比<br>**《未公开》** | 同上特征I。 | 同上。 |
| **技术特征R**：用信号通知每个有效供应方以单独分配的数据速率发送利用所述FEC编码开销比进行了FEC编码的块的至少单独分配的片断<br>**《未公开》** | 同上特征J。 | 同上。 |
| **技术特征S**：接收该FEC编码块的段，其中每个段表示所述单独分配的片断的至少一部分<br>**《未公开》** | 同上特征K。 | 同上。 |
| **技术特征T**：基于所述段的聚集解码所述FEC编码块并且将已解码块存储在缓冲器中<br>**《未公开》** | 同上特征L。 | 同上。 |
| **技术特征U**：监控与每个有效供应方的网络连接的性能<br>**《未公开》** | 同上特征M。 | 同上。 |
| **技术特征V**：监控该缓冲器以便检测出会导致上溢或下溢的状况<br>**《未公开》** | 同上特征N。 | 同上。 |
| **技术特征W**：基于所述网络连接的性能以及所述缓冲器的状况来执行质量适配，以避免到达该缓冲器的下溢或上溢。<br>**《未公开》** | 同上特征O。 | 同上。 |
| **技术特征X**：其中，所述流数据是音频数据、视频数据或全部二者。<br><br>**《直接公开》** | [0002] ...this content may also include, but is not limited to, **live content, audio content, image content**, or other types of content yet to be discovered.<br>*（...该内容还可以包括但不限于，直播内容、音频内容、图像内容或尚未发现的其他类型内容。）*<br><br>[0009] The requesting content device then establishes a **VOD session** with the source content device. | 对比文件明确指出其主题是“视频点播（VOD）”，并描述传输内容可包括**音频、图像**等（[0002]）。VOD的核心即涉及视频数据，音频是视频的伴生数据。因此，对比文件直接公开了流数据可以是音频、视频或全部二者。 |
| **技术特征Y**：其中，所述订户小区对等网络包括机顶盒STB、个人计算机PC或移动计算设备的任意组合，所述机顶盒STB、个人计算机PC或移动计算设备中的每个都作为供应方、接收器或全部二者进行操作。<br><br>**《隐含公开》** | [0003] ...software components ... known as VOD clients, reside in a **set-top boxes**, 102, 104, 106, and 108 ...<br><br>[0017] In the exemplary embodiment, these content devices 202-208 comprise **personal video recorder (PVR) devices**. | 对比文件明确将内容设备（节点）描述为**机顶盒（STB）**（[0003]）和**个人视频录像机（PVR）**。在现有技术常识中，PVR功能通常集成于STB中，而PC通过软件也可以实现PVR和VOD客户端功能。虽然未明确提及“移动计算设备”，但作为对等网络节点，PC/STB既可作为请求方（接收器）也可作为提供方（供应方）是网络的基本属性。本领域技术人员可以合理推断出这些节点能够作为供应方或接收器进行操作。尽管对比文件未提及移动设备，但其对STB和PC（通过PVR功能引申）的公开，构成了对特征Y的部分公开。由于特征Y是一个开放式列举，部分被公开即可认为隐含公开了其可能性。 |
| **技术特征Z**：其中，选择供应方组是基于使用选自以下组的度量的任意组合的等级，所述组包括：供应方的供给或接收状态、可用上行链路带宽、处理能力、可靠性历史、路径等待时间、分组丢失以及公平性。<br><br>**《未公开》** | 全文未发现基于列表中任何度量的等级选择算法。 | 对比文件选择源内容设备的方式是：由“智能代理”在网络上搜索包含请求内容的设备，并返回第一个有效设备的位置（[0003], [0026]）。这是一种简单的查找和定位，不涉及基于性能、可靠性、公平性等多维度度量的复杂等级计算和选择。因此，技术特征Z完全未被公开。 |
---
<<<A>>> <<<C>>> <<<E>>> <<<X>>> <<<b>>> <<<g>>> <<<y>>>