对比文件名称：2007-10-24_CN101061718A_发明公开_CN101061718A 用于数字订户线路系统中的频道改变的方法和设备
目标专利名称：379经译码多媒体数据的网络串流期间的表示之间的切换CN103843301B
本次调用的模型名称：DeepSeek-R1
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括:确定所述多媒体内容的第一表示的切换点之间的第一间隔和所述多媒体内容的第二表示的切换点之间的第二间隔，<br>**《未直接公开且未隐含公开》** | 说明书第[0005]段：“为了最小化数字视频广播系统中的频道改变延迟，一般频繁地（例如，每N个画面）发送I画面。例如，为了允许（系统的视频压缩部分的）1/2秒延迟，通常对30fps内容使用N=15。因为压缩的I画面比压缩的P和B画面大得多，所以与不如此频繁地插入I画面时所需的比特率相比，这显著增大了比特率。”<br>说明书第[0037]段：“根据本发明的原理，可实现期望的频道改变延迟，而无需像在现有技术的系统中所做的那样频繁地发送I画面。作为替代，除了正常流中的正常质量编码的画面之外，还对包括较低质量编码的画面的频道改变流进行编码。...I画面在频道改变流中更频繁地出现，以使得能够更频繁地随机访问。”<br>图5说明：“在频道改变流中，每12个画面插入I画面。在正常流中，每48个画面或每2秒插入I画面。” | **公开性论述**：技术特征A要求“确定”第一表示和第二表示的切换点（即关键帧/I帧）之间的间隔。对比文件公开了两种流：正常流和频道改变流，并且明确指出了频道改变流中的I帧比正常流中的I帧出现得更频繁（例如，每12个画面 vs 每48个画面）。这公开了两种流具有不同的I帧间隔。然而，对比文件描述的是编码器预设和发送具有不同I帧频率的流，以满足频道改变延迟的需求。说明书和图3描述的方法中，客户端（STB）在频道改变时“加入”（即请求）这两个流，并监视哪个流的I帧先到达。虽然客户端通过接收流数据能够感知到I帧的到达，从而隐含地知晓流中I帧的存在和频率，但对比文件并未明确或隐含地描述客户端会主动地、作为独立步骤去“确定”这两个间隔的数值或大小关系。客户端的行为是基于接收到的I帧进行切换，而非基于预先确定的间隔数值来指导其请求行为。因此，本领域技术人员不能从对比文件毫无疑义地得出“确定间隔”这一步骤，也无法合理地推断出客户端会执行这样的确定操作。因此，技术特征A未被对比文件公开。 |
| **技术特征B**：其中所述第一间隔小于所述第二间隔<br>**《隐含公开》** | 说明书第[0037]段：“I画面在频道改变流中更频繁地出现，以使得能够更频繁地随机访问。”<br>图5说明：“在频道改变流中，每12个画面插入I画面。在正常流中，每48个画面或每2秒插入I画面。” | **公开性论述**：技术特征B限定了第一表示的切换点间隔小于第二表示的切换点间隔。在对比文件中，频道改变流被描述为具有“更频繁”出现的I帧（切换点），而正常流的I帧出现频率较低。具体在图5的示例中，频道改变流每12个画面有一个I帧，正常流每48个画面有一个I帧。显然，频道改变流的I帧间隔（12画面）小于正常流的I帧间隔（48画面）。虽然对比文件没有使用“第一间隔小于第二间隔”这样的表述，但其技术方案的本质是：为了减少频道切换延迟，提供了一个I帧间隔更小（即切换点更频繁）的频道改变流。本领域技术人员在阅读对比文件后，能够直接且毫无疑义地理解到，作为频道改变用途的流，其I帧间隔必然小于正常流的I帧间隔，否则无法实现其“更频繁随机访问”以“最小化延迟”的技术目的。因此，技术特征B所定义的大小关系被对比文件隐含公开。 |
| **技术特征C**：基于所述确定，提交对来自所述第一表示的相当数量的视频数据的一个或多个网络请求，来自所述第一表示的相当数量的视频数据具有至少等于所述第二表示中的切换点之间的重放时间的重放时间<br>**《未直接公开且未隐含公开》** | 说明书第[0037]段：“当用户通过STB 250的用户接口252指示频道改变时，频道改变处理单元259向DSLAM 230发送对频道改变流的加入请求以及对正常流的加入请求。”<br>说明书第[0038]段：“当正常流和频道改变流两者的编码的视频分组到达STB 250时，STB 250监视到达的分组，以找出I帧何时到达。一旦从正常流接收到I帧，STB 250就发送对频道改变流的离开请求，并且将正常流数据发送到解码器254。如果在正常流中接收到I帧之前在频道改变流中接收到I帧，则将频道改变流数据发送到解码器254，直到在正常流中接收到I帧为止。” | **公开性论述**：技术特征C包含两个核心限定：1) 请求行为是基于对间隔的“确定”；2) 请求的数据量（重放时间）至少等于第二表示（切换点间隔大的表示）中切换点之间的重放时间。对比文件公开了在频道改变时，客户端同时提交对两个流（相当于两个表示）的加入请求（相当于网络请求）。然而，第一，对比文件中的请求是基于“频道改变”这一用户指令，而不是基于对两个流I帧间隔的“确定”（特征A未被公开）。第二，对比文件并未限定请求频道改变流的数据量。客户端请求的是整个流，其接收和播放行为由I帧的到达事件驱动：一旦从正常流收到I帧，就停止接收频道改变流。它没有描述客户端会预先计算并请求一个特定时间长度的数据（该长度等于正常流I帧间隔），然后才去检索正常流。对比文件的技术逻辑是“同时请求，事件触发切换”，而目标专利的技术逻辑是“基于间隔计算请求量，请求完成后主动切换”。两者在请求的触发条件和数据量控制上存在根本差异。因此，技术特征C未被对比文件公开。 |
| **技术特征D**：在提交对来自所述第一表示的相当数量的视频数据的所述请求之后，检索来自所述第二表示的视频数据。<br>**《未直接公开且未隐含公开》** | 说明书第[0038]段：“一旦从正常流接收到I帧，STB 250就发送对频道改变流的离开请求，并且将正常流数据发送到解码器254。如果在正常流中接收到I帧之前在频道改变流中接收到I帧，则将频道改变流数据发送到解码器254，直到在正常流中接收到I帧为止。” | **公开性论述**：技术特征D限定了在提交对第一表示（切换点间隔小）的特定数据量的请求“之后”，检索第二表示（切换点间隔大）的数据。对比文件公开了客户端会同时检索（接收）两个流的数据，并根据I帧到达事件来决定何时停止检索频道改变流并完全切换到正常流。这并非在完成对第一表示（频道改变流）的特定请求量“之后”才去检索第二表示（正常流），而是从一开始就并行检索两者。切换的触发条件是“从正常流接收到I帧”，而不是“已请求并接收了特定时长的频道改变流数据”。因此，对比文件公开的“在...之后”是基于时间事件（I帧到达），而非基于数据量事件的顺序检索。技术特征D所限定的特定顺序关系未被对比文件公开。 |
<<<b>>>