**对比文件名称**：2010-10-13_CN101061718B_发明授权_CN101061718B 用于数字订户线路系统中的频道改变的方法和设备
**目标专利名称**：379经译码多媒体数据的网络串流期间的表示之间的切换CN103843301B
**本次调用模型名称**：GPT-4
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括:确定所述多媒体内容的第一表示的切换点之间的第一间隔和所述多媒体内容的第二表示的切换点之间的第二间隔。<br>**隐含公开** | “在频道改变流中，每12个画面插入I画面。在正常流中，每48个画面或每2秒插入I画面。”（说明书第[0088]段，对应图5描述） | 该特征要求确定两个“表示”（即视频流）中切换点（即关键帧或随机存取点，如I画面）之间的间隔。对比文件明确描述了用于频道改变的低质量“频道改变流”和高质量的“正常流”，并具体说明了两种流中I画面插入的频率（间隔）。本领域技术人员可以从“每12个画面”和“每48个画面”的描述中，毫无疑义地确定出第一流（频道改变流）的切换点间隔小于第二流（正常流）的切换点间隔。虽然对比文件未使用“确定...间隔”这一动作描述，但其技术方案必然隐含了机顶盒（STB）知晓或能获知这两种流的I画面频率（间隔）信息，这是执行其频道切换方法（先看哪个流有I帧）的前提。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征B**：其中所述第一间隔小于所述第二间隔。<br>**直接公开** | “I画面在频道改变流中更频繁地出现，以使得能够更频繁地随机访问。”（说明书第[0059]段）<br>“在频道改变流中，每12个画面插入I画面。在正常流中，每48个画面或每2秒插入I画面。”（说明书第[0088]段） | 该特征限定了第一表示的切换点间隔小于第二表示的切换点间隔。对比文件明确指出，为了更快地随机访问（即减少频道切换延迟），频道改变流中的I画面比正常流中出现得更“频繁”。具体实施例如“每12个画面”与“每48个画面”的对比，直接且毫无疑义地公开了频道改变流（相当于第一表示）的I画面间隔（12帧）小于正常流（相当于第二表示）的I画面间隔（48帧）。因此，该特征被对比文件**直接公开**。 |
| **技术特征C**：基于所述确定，提交对来自所述第一表示的相当数量的视频数据的一个或多个网络请求，来自所述第一表示的相当数量的视频数据具有至少等于所述第二表示中的切换点之间的重放时间的重放时间。<br>**未公开** | “当用户通过STB 250的用户接口252指示频道改变时，频道改变处理单元259向DSLAM 230发送对频道改变流的加入请求以及对正常流的加入请求。”（说明书第[0064]段）<br>“一旦从正常流接收到I帧，STB 250就发送对频道改变流的离开请求，并且将正常流数据发送到解码器254。如果在正常流中接收到I帧之前在频道改变流中接收到I帧，则将频道改变流数据发送到解码器254，直到在正常流中接收到I帧为止。”（说明书第[0067]段） | 该特征要求基于间隔的确定，提交对第一表示的特定数量（其重放时间至少等于第二表示的切换点间隔）的视频数据的请求。这是目标专利的核心缓冲切换策略：先缓冲足够时长的、切换点频繁的低质量流，以确保能无缝切换到切换点稀疏的高质量流。对比文件的策略完全不同：在频道改变时**同时请求**两个流，然后监视哪个流的I帧先到达，并据此决定先解码哪个流，直到正常流的I帧到达。对比文件完全没有涉及“基于间隔计算并请求特定时长数据”的动作，也没有“缓冲第一流特定时长以确保第二流切换点”的技术构思。因此，该特征既未被直接公开，也未被隐含公开。 |
| **技术特征D**：在提交对来自所述第一表示的相当数量的视频数据的所述请求之后，检索来自所述第二表示的视频数据。<br>**隐含公开** | “一旦从正常流接收到I帧，STB 250就发送对频道改变流的离开请求，并且将正常流数据发送到解码器254。如果在正常流中接收到I帧之前在频道改变流中接收到I帧，则将频道改变流数据发送到解码器254，直到在正常流中接收到I帧为止。”（说明书第[0067]段）<br> 图3方法流程：功能块335“对频道改变流画面进行解码”，直到判定块340确定“可在正常流中获得I画面”，然后功能块345“取消订阅频道改变流节目”，功能块350“对正常流解码”。 | 该特征描述了在请求第一表示的数据“之后”，检索第二表示的数据。对比文件的方法流程中，在频道改变后，STB同时订阅两个流。如果先收到频道改变流（低质量流，相当于第一表示）的I帧，则开始解码它。之后，当正常流（高质量流，相当于第二表示）的I帧到达时，STB会停止（离开）频道改变流并开始解码正常流。这个过程隐含了“在开始接收并处理（相当于‘提交请求后’的检索与解码）来自第一表示（频道改变流）的数据之后，开始检索并处理来自第二表示（正常流）的数据”的时间顺序。虽然对比文件是并行请求，但解码切换的逻辑顺序符合此特征。因此，该特征被对比文件**隐含公开**。 |
| **技术特征E**：其进一步包括缓冲来自所述第一表示的视频数据，以及基于所述经缓冲的视频数据的持续时间确定何时检索来自所述第二表示的视频数据。<br>**隐含公开** | “如果在正常流中接收到I帧之前在频道改变流中接收到I帧，则将频道改变流数据发送到解码器254，直到在正常流中接收到I帧为止。”（说明书第[0067]段）<br> 图3中，判定块330、功能块335、判定块340构成了一个循环：如果频道改变流有I帧则解码它，并持续检查正常流是否有I帧，直到正常流有I帧为止。 | 该特征要求缓冲第一表示的数据，并基于缓冲数据的持续时间来决定何时检索第二表示。对比文件虽然没有明确提及“缓冲器”和“缓冲持续时间”的概念，但其技术方案必然涉及数据接收与解码之间的暂存（即缓冲）。更重要的是，其切换决策逻辑是：**持续解码频道改变流（第一表示），直到检测到正常流（第二表示）中出现I帧**。这个“直到...为止”的判断条件，隐含了基于当前正在处理（可视为已缓冲并正在播放）的第一表示数据的“状态”（是否持续有数据、解码是否正常进行）以及外部事件（第二表示I帧到达）来确定切换到第二表示的时机。虽然决策触发条件不是“缓冲持续时间”，而是“第二表示I帧到达”，但这属于一种“基于...确定何时检索”的具体实现方式。根据宽松的隐含公开判断标准，可以认为对比文件隐含公开了“基于经处理（缓冲解码）的第一表示数据的情况来确定何时检索第二表示”这一上位概念。因此，该特征被**隐含公开**。 |
| **技术特征F**：其中基于所述经缓冲的视频数据的所述持续时间检索来自所述第二表示的视频数据包括在缓冲来自所述第一表示的视频数据的持续时间之后检索来自所述第二表示的数据，来自所述第一表示的视频数据的所述持续时间等于所述第二表示中的切换点之间的所述重放时间。<br>**未公开** | 无相应内容。 | 该特征是对特征E中“确定何时检索”的具体量化限定：必须缓冲第一表示的数据，其持续时间要精确等于第二表示中切换点之间的重放时间。这是目标专利的特定技术手段，旨在确保无缝切换。对比文件的切换触发条件是“正常流中I帧到达”，这是一个事件触发，而非基于第一表示缓冲数据的时间长度计算。对比文件完全没有公开或暗示需要计算并匹配两个流的切换点间隔时间这一特定缓冲策略。因此，该特征未被公开。 |
| **技术特征G**：其进一步包括:确定当前可用网络带宽量。<br>**未公开** | 无相应内容。 | 对比文件通篇未提及确定当前可用网络带宽量。其流的选择（正常流与频道改变流）是基于频道切换事件和I帧到达情况，而非基于实时带宽测量。因此，该特征未被公开。 |
| **技术特征H**：接收指示所述第一表示和所述第二表示具有共同位速率的所述多媒体内容的清单。<br>**未公开** | 无相应内容。 | 对比文件未涉及“清单”(manifest/MPD)的概念。它描述了两种不同质量的流（正常流和频道改变流），并明确指出频道改变流是“相对低比特率”的（说明书第[0058]段），即二者位速率不同。因此，关于“共同位速率”和“清单”的特征均未被公开。 |
| **技术特征I**：以及在确定所述共同位速率可由所述当前可用网络带宽量满足之后选择所述第一表示和所述第二表示。<br>**未公开** | 无相应内容。 | 该特征依赖于特征G（确定带宽）和特征H（具有共同位速率的清单）的成立。由于特征G和H均未被对比文件公开，因此这一组合特征也未被公开。对比文件中流的选择是基于用户频道切换指令，而非带宽和位速率的匹配计算。 |
| **技术特征J**：其进一步包括:确定当前可用网络带宽量。<br>**未公开** | 无相应内容。 | 同特征G，未被公开。 |
| **技术特征K**：接收指示所述第一表示具有第一位速率且所述第二表示具有高于所述第一位速率的第二位速率的所述多媒体内容的清单。<br>**未公开** | “...除了正常编码流之外，还对相对低比特率、低分辨率的频道改变流进行编码。”（说明书第[0058]段） | 对比文件确实公开了第一表示（频道改变流）具有较低比特率（位速率），第二表示（正常流）具有较高比特率。但是，对比文件完全没有提及通过“清单”来接收这一指示信息。其流的信息可能是通过其他信令或预配置方式获知。因此，“接收指示...的清单”这一技术手段未被公开。 |
| **技术特征L**：确定所述第二位速率是否可由所述当前可用网络带宽量满足，其中请求来自所述第一表示的所述视频数据包括在确定所述第二位速率可由所述当前可用网络带宽量满足之后请求来自所述第一表示的所述视频数据，且其中在请求来自所述第一表示的所述视频数据之后检索来自所述第二表示的所述视频数据包括在确定所述第二位速率可由所述当前可用网络带宽量满足之后检索来自所述第二表示的所述视频数据。<br>**未公开** | 无相应内容。 | 该特征涉及基于带宽判断来决定是否以及何时请求和检索不同位速率的流。对比文件的方案不包含带宽判断步骤。其请求和切换逻辑如前述，是基于I帧到达事件，而非带宽是否满足某个流速率。因此，该特征未被公开。 |
| **技术特征M**：其中请求来自所述第一表示的所述视频数据包括:将对于来自所述第一表示的所述视频数据的一个或多个请求发送到服务器装置。<br>**未公开** | “...频道改变处理单元259向DSLAM 230发送对频道改变流的加入请求...”（说明书第[0064]段） | 对比文件公开了向网络设备（DSLAM）发送对频道改变流（相当于第一表示）的加入请求，这可以视为向服务器装置发送请求。然而，目标专利该特征处于“其中请求来自所述第一表示的所述视频数据包括：”的语境下，其独立含义有限，通常需结合上下文理解。从公开性角度看，对比文件公开了“发送请求”这一动作。但严格来说，对比文件使用的是多播环境下的“加入请求”(IGMP Join)，与目标专利中可能基于HTTP的“网络请求”在具体协议和交互模式上有所不同。但根据宽松的隐含公开判断标准，可以认为“发送加入请求”隐含了“发送请求”这一上位概念。然而，鉴于用户要求“深度思考”，且此特征单独判断意义不大，结合整体方案差异，此处保守判断为**未公开**，因其作用机制（多播加入 vs 可能HTTP GET）和目的（加入多播组 vs 请求特定数据段）在技术实质上存在区别。 |
| **技术特征N**：经由单播接收来自所述第一表示的所述视频数据，且其中检索来自所述第二表示的所述视频数据包括经由多播或广播的至少一者从所述服务器装置检索所述视频数据。<br>**未公开** | “通过区域宽带网络220，在分离的流上从视频编码器212向DSLAM 230多播正常流和频道改变流。”（说明书第[0063]段） | 对比文件明确其两种流都是通过**多播**(multicast)方式传送的。目标专利该特征限定了第一表示通过“单播”接收，第二表示通过“多播或广播”接收，这是一种特定的、混合的网络传输方式。对比文件未公开这种单播与多播/广播组合的接收方式。因此，该特征未被公开。 |
| **技术特征O**：其进一步包括接收所述多媒体内容的清单文件，其中确定所述第一间隔包括从所述清单文件中的信息确定所述第一间隔，且其中确定所述第二间隔包括从所述清单文件中的信息确定所述第二间隔。<br>**未公开** | 无相应内容。 | 对比文件未涉及“清单文件”(manifest file)的概念。其关于I画面频率（即间隔）的信息，可能是编码器固定参数或通过其他信令传递，但说明书未明确描述如何“确定”间隔。因此，“接收清单文件”以及“从清单文件中确定间隔”这两个技术手段均未被公开。 |
| **技术特征P**：其中所述第一表示和所述第二表示具有共同位速率，所述方法进一步包括:在确定所述第一间隔和所述第二间隔之前，检索来自具有不同于所述共同位速率的位速率的第三不同表示的视频数据。<br>**未公开** | 无相应内容。 | 该特征设定了三个表示：第一、第二表示具有共同位速率，且在分析它们之前，先检索一个位速率不同的第三表示。这是一个特定的、多步骤的流切换和选择策略。对比文件仅涉及两个流（正常流和频道改变流），且它们的位速率不同（见特征K），不满足“第一、第二表示具有共同位速率”的条件，更没有“在确定间隔之前先检索第三表示”的步骤。因此，该特征未被公开。 |
| **技术特征Q**：确定当前可用网络带宽量。<br>**未公开** | 无相应内容。 | 同特征G、J，未被公开。 |
| **技术特征R**：基于所述第一表示和所述第二表示的所述共同位速率更适于所述当前可用网络带宽量的确定，确定所述第一间隔和所述第二间隔，提交对于来自所述第一表示的所述视频数据的所述一个或多个网络请求，以及检索来自所述第二表示的所述视频数据。<br>**未公开** | 无相应内容。 | 该特征是一个复杂的组合步骤，其成立依赖于多个前提：共同位速率（特征P）、确定带宽（特征Q）、以及基于带宽适应性来触发后续一系列操作。对比文件的技术方案完全不具备这些前提条件和逻辑关联。因此，该特征未被公开。 |
| **技术特征S**：其中检索来自所述第二表示的视频数据包括从所述第二表示的切换点开始检索来自所述第二表示的视频数据。<br>**隐含公开** | “一旦从正常流接收到I帧，STB 250就发送对频道改变流的离开请求，并且将正常流数据发送到解码器254。”（说明书第[0067]段） | 该特征限定在切换到第二表示时，从其切换点（即关键帧/I帧）开始检索数据。对比文件明确描述，当从频道改变流切换到正常流时，切换动作发生在“从正常流接收到I帧”的时刻，并且随后将“正常流数据发送到解码器”。这意味着解码器开始处理正常流的起点就是该I帧（即切换点）。虽然对比文件未明确使用“开始检索”一词，但“接收到I帧后发送数据到解码器”必然隐含了从该I帧点开始获取（检索）数据以供解码的逻辑。因此，该特征被对比文件**隐含公开**。 |
<<<B>>><<<a>>><<<d>>><<<e>>><<<s>>>