对比文件的名称：2004-01-02_EP1376299A_发明公开_EP1376299A2 Client-side caching of streaming media content
目标专利的名称：939利用非实时传输记录电视节目的方法和系统CN101444089B
本次调用的模型名称：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：选择电视节目用以在用户设备(106)处记录 【直接公开】 | [0028] “源服务器设备146还包括一个或多个流媒体内容文件148，媒体播放器142可以从中进行选择（例如，基于播放器142处的用户输入），并将所选内容文件流式传输到播放器142。” [0070] “例如，用户可以向流媒体播放器142输入请求，以缓存多个流媒体内容，然后在以后的时间播放这些内容（例如，当天晚些时候、第二天、下周、下个月等）。” | 对比文件直接公开了用户通过媒体播放器选择流媒体内容进行缓存（记录）的操作。该选择行为与目标专利中选择电视节目进行记录在本质上是相同的，均涉及用户选定内容用于后续存储。本领域技术人员毫无疑义地认为对比文件公开了该特征。 |
| 技术特征B：在服务器(104)处以第一比特率接收与所述电视节目相对应的比特流 【隐含公开】 | [0027] “此外，数据可以是‘点播’的（例如，预先录制且大小已知）或‘广播’的（例如，没有已知大小，如在音乐会现场表演时捕获的数字表示，并在捕获后不久即可流式传输）。” | 对比文件虽然未明确描述服务器以特定比特率接收内容的步骤，但本领域技术人员能够合理推断：对于“广播”类实时内容，服务器必须从捕获源（如编码器）以实时播放所需的比特率（即第一比特率）接收比特流，才能随后进行流式传输。因此，该特征被隐含公开。 |
| 技术特征C：和在用户设备(106)处以小于第一比特率的第二比特率从服务器(104)接收与所述电视节目相对应的比特流，其特征在于：选择可以进行记录的时间段 【未公开】 | [0043] “流式传输速率可以大于或小于编码比特率。例如，如果编码比特率是300kbps，流式传输速率是150kbps，则媒体播放器142会延迟开始播放内容，直到已存储足够的内容，以便内容能够从头到尾播放而没有任何用户可察觉的暂停。” | 对比文件公开了用户设备以小于编码比特率（相当于第一比特率）的速率接收比特流，但未公开“选择可以进行记录的时间段”这一特征。对比文件中用户请求缓存内容时并未涉及选择记录完成的时间段，仅涉及内容的选择。因此，特征C整体未被公开。 |
| 技术特征D：不及实时地向所述用户设备(106)流式传送所述电视节目，使得所述记录不迟于与所选择的时间段相对应的时间完成 【未公开】 | 无 | 对比文件未公开任何与“选择时间段”及“记录不迟于该时间段完成”相关的内容。其描述的低于实时速率的流式传输是为了避免播放中断，而非确保记录在用户指定的时间内完成。因此，该特征未被公开。 |
| 技术特征E：其特征在于，所述第一比特率对应于实时比特率 【隐含公开】 | [0043] “流式传输速率可以大于或小于编码比特率。” | 对比文件中“编码比特率”（encoded bit rate）是内容播放所必需的速率，本领域技术人员普遍理解该速率即为实时播放的比特率。因此，第一比特率对应于实时比特率是隐含的公开内容。 |
| 技术特征F：其特征在于，所述第二比特率是小于用于实时观看所述电视节目所要求的比特率的比特率 【直接公开】 | [0043] “流式传输速率可以大于或小于编码比特率。例如，如果编码比特率是300kbps，流式传输速率是150kbps。” | 对比文件明确公开了流式传输速率（即第二比特率）可以小于编码比特率（即实时观看所要求的比特率）。该例直接说明第二比特率小于实时比特率，故该特征被直接公开。 |
| 技术特征G：进一步包括调整已经设定的时间段 【未公开】 | 无 | 对比文件未公开任何关于“时间段”的设定，更未提及调整已设定的时间段。虽然对比文件允许在流式传输过程中改变速率（[0044]），但这与调整时间段无关。因此，该特征未被公开。 |
| 技术特征H：进一步包括设定用于接收所述第二比特率比特流的完成时间，并且选择所述第二比特率，使得向所述用户设备(106)的记录不迟于所述完成时间完成 【未公开】 | 无 | 对比文件未公开设定完成时间以及基于完成时间选择比特率的技术方案。其记录功能仅涉及内容缓存，无完成时间约束。因此，该特征未被公开。 |
| 技术特征I：包括：前端编码器(102)，其被配置用以以第一比特率向操作耦合到该前端编码器(102)的中间服务器(104)流式传送电视节目 【未公开】 | 无 | 对比文件描述了源服务器（origin server）直接向客户端提供内容，没有公开位于前端编码器与客户端之间的专用中间记录服务器（IRS）架构。因此，该特征未被公开。 |
| 技术特征J：和操作耦合到所述中间服务器(104)的用户设备(106) 【未公开】 | 无 | 由于对比文件未公开特征I所述的中间服务器，故依赖该中间服务器的特征J也随之未被公开。虽然对比文件有客户端耦合到源服务器，但这里的“中间服务器”具有特定角色，未在对比文件中出现。 |
| 技术特征K：其中中间服务器(104)被配置用以可选择地以小于第一比特率的比特率向所述用户设备(106)流式传送电视节目，其特征在于：所述用户设备(106)被配置用以选择从所述中间服务器(104)接收所述电视节目的时间段，以及所述中间服务器(104)适合于不及实时地向所述用户设备(106)流式传送所述电视节目，使得所述记录不迟于与所选择的时间段相对应的时间完成 【未公开】 | 无 | 对比文件未公开中间服务器、用户设备选择时间段以及记录完成时间的约束。虽然对比文件中的服务器可以以小于编码比特率的速率流式传输（[0043]），但无时间段选择和完成时间特征，故整体未公开。 |
| 技术特征L：其特征在于，所述第一比特率是实时的，所述第二比特率是小于实时的并且对应于所选择的时间段 【未公开】 | 无 | 对比文件未公开第二比特率对应于所选择的时间段，仅公开了第二比特率可以小于实时比特率。因此，该特征未被公开。 |
| 技术特征M：其特征在于，所述用户设备(106)包括互联网协议电视(IPTV)机顶盒 【未公开】 | 无 | 对比文件未提及IPTV或机顶盒，其客户设备包括桌面PC、笔记本等（[0026]），但未具体公开IPTV机顶盒。因此，该特征未被公开。 |
| 技术特征N：其特征在于，所述时间段是从中间服务器(104)接收所述电视节目的持续时间 【未公开】 | 无 | 对比文件未公开任何形式的“时间段”定义或特征。因此，该特征未被公开。 |
| 技术特征O：其特征在于，所述时间段包括所述电视节目从中间服务器(104)被接收的完成时间 【未公开】 | 无 | 对比文件未公开完成时间。因此，该特征未被公开。 |
| 技术特征P：其特征在于，所述时间段一旦设定则是用户可调整的 【未公开】 | 无 | 对比文件未公开时间段的设定与调整。因此，该特征未被公开。 |
| 技术特征Q：包括：电视源(102)，其被配置用以以第一比特率流式传送电视节目 【隐含公开】 | [0027] “服务器设备104可以使得各种数据可用于流式传输给客户端102。……数据可以是音频、视频、文本、动画等多种内容类型。” | 对比文件中的内容源可以包括视频内容，而电视节目是视频内容的一种常见形式。本领域技术人员能够合理推断电视源是内容源的一种，且其以第一比特率（实时比特率）流式传送节目。因此，该特征被隐含公开。 |
| 技术特征R：服务器(104)，其被配置用以以所述第一比特率接收与来自所述电视源(102)的所述电视节目相对应的第一流 【隐含公开】 | [0027] 关于广播内容的描述：“如音乐会现场表演时捕获的数字表示，并在捕获后不久即可流式传输。” | 对比文件服务器需要从电视源（如广播捕获设备）接收内容。对于实时内容，服务器必然以实时比特率（第一比特率）接收第一流。本领域技术人员可合理推断该特征，故隐含公开。 |
| 技术特征S：和耦合到所述服务器(104)的多个机顶盒，其中所述多个机顶盒中的至少一个被配置用以以第二比特率在指定的时间段从所述服务器(104)接收第二流，所述第二比特率小于所述第一比特率，其中，所述服务器(104)适合于不及实时地向所述多个机顶盒中的至少一个流式传送所述电视节目，使得所述记录不迟于与所述时间段相对应的时间完成 【未公开】 | 无 | 对比文件未公开机顶盒、指定的时间段以及记录完成时间约束。虽然对比文件有多个客户端（[0025]）和低于实时速率的流式传输（[0043]），但缺少时间段选择和完成时间特征，整体未公开。 |
| 技术特征T：其中所述第一比特率是实时比特率 【隐含公开】 | [0043] “流式传输速率可以大于或小于编码比特率。” | 同特征E，对比文件中编码比特率即为实时比特率，本领域技术人员可毫无疑义地理解，故该特征被隐含公开。 |
| 技术特征U：其中所述第二比特率是小于实时观看所述电视节目所要求的比特率的比特率 【直接公开】 | [0043] “流式传输速率可以大于或小于编码比特率。例如，如果编码比特率是300kbps，流式传输速率是150kbps。” | 对比文件直接公开了流式传输速率（第二比特率）可以小于编码比特率（实时观看所要求的比特率），因此该特征被直接公开。 |
<<<A>>><<<F>>><<<U>>><<<b>>><<<e>>><<<q>>><<<r>>><<<t>>>