对比文件名称：2011-02-24_WO2011022432A_发明申请_WO2011022432A1 ENCODING VIDEO STREAMS FOR ADAPTIVE VIDEO STREAMING
目标专利名称：379经译码多媒体数据的网络串流期间的表示之间的切换CN103843301B
本次调用的模型名称：DeepSeek最新版本模型
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括:确定所述多媒体内容的第一表示的切换点之间的第一间隔和所述多媒体内容的第二表示的切换点之间的第二间隔，《隐含公开》 | [p0045] [0040] ... Each switch point is associated with a specific GOP starting at a particular playback offset specified in the offset portion 404 of the switch point...<br>[0030] ... For the GOP associated with each of the identified key frames, the SHI generator 220 defines a switch point within the sequence header index that stores ... (ii) the playback offset associated with the GOP.<br>[0056] ... corresponding GOPs across the different ASF compliant encoded video streams are associated with the same playback offsets. | 对比文件公开了为视频流生成序列头索引（SHI），其中包含多个切换点（switch point），每个切换点存储了与特定GOP关联的**播放偏移量（playback offset）**。播放偏移量表示GOP在视频流中的开始时间。对于一个给定的视频流（即“表示”），其序列头索引中连续切换点之间的播放偏移量差值，即为该表示中“切换点之间的间隔”。对比文件还公开了编码服务器会为同一内容标题生成多个编码到不同播放比特率的ASF兼容编码视频流（即多个“表示”），并且这些不同流中的对应GOP具有相同的播放偏移量（[0056]）。因此，本领域技术人员能够从对比文件中每个表示的序列头索引所记录的播放偏移量，确定出该表示内切换点之间的间隔（即第一间隔、第二间隔）。虽然对比文件主要关注同一内容不同比特率流之间切换点的对齐，并未明确描述计算和比较两个不同流自身切换点频率差异的步骤，但“确定间隔”这一信息已隐含在记录的播放偏移量数据中，技术人员可以从中推导出。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征B**：其中所述第一间隔小于所述第二间隔《未公开》 | （对比文件未公开相关内容） | 对比文件公开了为自适应流生成多个不同比特率的视频流，并确保不同流中对应的GOP（及切换点）在时间上对齐（即具有相同的播放偏移量）。这意味着，如果两个流都采用相同的GOP结构（例如，每个GOP时长固定为2秒），那么它们各自的切换点间隔是相同的。对比文件没有描述或暗示可以生成或存在两个具有不同GOP长度或切换点频率的视频流（表示），即一个流的切换点比另一个流更密集（第一间隔 < 第二间隔）。其技术方案的核心是**对齐**切换点以方便切换，而非提供具有**不同切换点密度**的表示供客户端进行缓冲策略优化。因此，对比文件没有公开第一表示的切换点间隔小于第二表示的技术特征。 |
| **技术特征C**：基于所述确定，提交对来自所述第一表示的相当数量的视频数据的一个或多个网络请求，来自所述第一表示的相当数量的视频数据具有至少等于所述第二表示中的切换点之间的重放时间的重放时间《未公开》 | [0031] ... When switching between a currently playing ASF compliant encoded video stream and a new ASF compliant encoded video stream, a content player ... searches the sequence header index included in the new ASF compliant encoded video stream to locate the particular switch point specifying the playback offset associated with the next GOP to be played. The content player can then switch to the new ASF compliant encoded video stream and download the GOP stored in the data packet specified at the particular switch point for playback. | 对比文件公开了内容播放器（客户端）可以在不同视频流（表示）之间进行切换。当需要切换时，播放器会在新视频流的序列头索引中查找与下一个待播放GOP对应的播放偏移量（即切换点），然后下载该切换点指定的数据包（GOP）开始播放。然而，**对比文件完全没有描述**客户端会基于“第一间隔小于第二间隔”这一确定，**首先**向第一表示（例如，切换点密集的低质量流）提交请求，并请求**特定数量**的视频数据（其重放时间至少等于第二表示中切换点之间的重放时间）。目标专利的该特征是实现其“先缓冲快速启动流，再在高质量流切换点无缝切换”核心方法的关键步骤。对比文件的切换逻辑是直接从一个流跳转到另一个流在时间上对齐的对应点，并不涉及预先从另一个流缓冲特定时长数据的策略。因此，该技术特征未被对比文件公开。 |
| **技术特征D**：在提交对来自所述第一表示的相当数量的视频数据的所述请求之后，检索来自所述第二表示的视频数据。《隐含公开》 | [0031] ... The content player can then switch to the new ASF compliant encoded video stream and download the GOP stored in the data packet specified at the particular switch point for playback. | 对比文件公开了内容播放器可以从当前播放的视频流切换到新的编码视频流（即第二表示），并下载新流中指定数据包的GOP进行播放。这隐含了“检索来自第二表示的视频数据”这一动作。虽然对比文件没有明确描述该动作发生在“提交对来自第一表示的相当数量的视频数据的请求之后”（因为特征C未被公开），但“切换并检索新流数据”这一基本操作本身是对比文件所公开的。从最广义的“隐含公开”判断标准（即判断本领域技术人员是否有可能通过对比文件中的内容进行推理，合理推断出该技术特征的技术方案）来看，检索第二表示的视频数据是切换操作的必然步骤。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征E**：其进一步包括缓冲来自所述第一表示的视频数据，以及基于所述经缓冲的视频数据的持续时间确定何时检索来自所述第二表示的视频数据。《未公开》 | [0021] The content player 108 is configured for adaptive streaming, i.e., to download units of a video stream encoded to a specific playback bit rate, and switch to downloading subsequent units of a video stream encoded to a different playback bit rate based on prevailing bandwidth conditions within the communications network 104. | 对比文件提到了内容播放器会下载视频流单元，并根据网络带宽条件在不同比特率的视频流之间切换。其中必然涉及对下载数据的缓冲。然而，对比文件**没有描述**任何具体的缓冲管理策略，特别是**没有描述**“基于来自第一表示的经缓冲视频数据的持续时间来确定何时检索第二表示的视频数据”。目标专利的该特征是其优化切换时机、防止缓冲下溢的核心。对比文件仅提到基于带宽条件切换，而未提及基于已缓冲数据的量或持续时间来决策切换时机。因此，该技术特征未被对比文件公开。 |
| **技术特征F**：其中基于所述经缓冲的视频数据的所述持续时间检索来自所述第二表示的视频数据包括在缓冲来自所述第一表示的视频数据的持续时间之后检索来自所述第二表示的数据，来自所述第一表示的视频数据的所述持续时间等于所述第二表示中的切换点之间的所述重放时间。《未公开》 | （对比文件未公开相关内容） | 该特征是对特征E的进一步具体限定，明确了缓冲的持续时间等于第二表示中切换点之间的重放时间。这是目标专利中实现无缝切换的一个具体计算准则。对比文件中完全没有提及任何关于将缓冲持续时间与目标表示（第二表示）的切换点间隔相关联的内容，更不用说“等于”这一精确关系。因此，该技术特征未被对比文件公开。 |
| **技术特征G**：其进一步包括:确定当前可用网络带宽量《直接公开》 | [0021] ... The content player 108 is configured for adaptive streaming, i.e., to download units of a video stream encoded to a specific playback bit rate, and switch to downloading subsequent units of a video stream encoded to a different playback bit rate based on prevailing bandwidth conditions within the communications network 104. <br> [0004] ... Prior to initiating the download of the digital content file, the content player may measure available bandwidth from the content server... | 对比文件明确公开了内容播放器被配置为进行自适应流传输，即根据通信网络104内普遍的带宽条件在不同比特率的视频流之间切换（[0021]）。并且在更早的背景技术部分（[0004]）明确指出，内容播放器可以在启动下载前**测量（measure）**来自内容服务器的可用带宽。测量可用带宽即等同于“确定当前可用网络带宽量”。该特征在对比文件中起到选择合适比特率视频流的基础作用，与目标专利中用于类似决策（如选择表示）的作用相同。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征H**：接收指示所述第一表示和所述第二表示具有共同位速率的所述多媒体内容的清单《未公开》 | [0020] The CDN 106 comprises one or more computer systems configured to serve download requests for digital content files from the content player 108. ... A data transfer protocol, such as the well-known hyper-text transfer protocol (HTTP), may be used to download digital content files from the content server 106 to the content player 108. | 对比文件描述了内容分发网络（CDN）存储数字内容文件，客户端通过HTTP等协议请求下载。其中提到了“数字内容文件”（digital content files），但并未详细描述任何类似“清单”（manifest）的元数据文件，该文件用于描述可用表示的属性（如比特率）。更关键的是，对比文件**完全没有提及**存在两个具有**共同位速率**但其他特性（如切换点密度）不同的表示，因此自然不可能有清单来指示这种关系。目标专利该特征的前提是存在位速率相同但切换点间隔不同的多个表示，这在对比文件的技术方案中未被教导。因此，该技术特征未被对比文件公开。 |
| **技术特征I**：以及在确定所述共同位速率可由所述当前可用网络带宽量满足之后选择所述第一表示和所述第二表示。《未公开》 | [0021] ... The content player 108 is configured for adaptive streaming, i.e., to download units of a video stream encoded to a specific playback bit rate, and switch to downloading subsequent units of a video stream encoded to a different playback bit rate based on prevailing bandwidth conditions within the communications network 104. | 对比文件公开了内容播放器基于带宽条件选择特定播放比特率的视频流（表示）进行下载和切换。然而，如特征H所述，对比文件未公开存在具有“共同位速率”的第一表示和第二表示。因此，“选择所述第一表示和所述第二表示”这一步骤，特别是基于“共同位速率可被满足”这一条件来选择两个表示，在对比文件中没有依据。对比文件中的选择是基于不同比特率之间的切换，而非在同一比特率下选择不同切换点密度的表示。因此，该技术特征未被对比文件公开。 |
| **技术特征J**：其进一步包括:确定当前可用网络带宽量《直接公开》 | 同特征G。 | 该特征与特征G完全相同，已在上文论述。对比文件直接公开了确定当前可用网络带宽量。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征K**：接收指示所述第一表示具有第一位速率且所述第二表示具有高于所述第一位速率的第二位速率的所述多媒体内容的清单《隐含公开》 | [0003] Each digital content file typically includes a video stream encoded to a particular playback bit rate...<br>[0005] ... if the available bandwidth in the communications network increases, then the content player downloads a different content file corresponding to the selected content title that includes a video stream encoded to a higher playback bit rate. | 对比文件描述了数字内容文件包含编码到特定播放比特率的视频流（[0003]）。同时，在自适应流背景下，明确指出当可用带宽增加时，内容播放器会下载包含**更高播放比特率**视频流的其他内容文件（[0005]）。这隐含了存在具有不同比特率（第一位速率和第二位速率，且第二位速率高于第一位速率）的多个视频流（表示）。虽然对比文件没有明确提及“清单”（manifest）这一术语，但本领域技术人员可以理解，客户端（内容播放器）需要某种方式（例如，通过目录、索引或隐含在内容标题中的元数据）来获知有哪些不同比特率的文件（表示）可用。这种获知可用表示及其比特率信息的过程，可被认为是“接收清单”的广义体现。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征L**：确定所述第二位速率是否可由所述当前可用网络带宽量满足，其中请求来自所述第一表示的所述视频数据包括在确定所述第二位速率可由所述当前可用网络带宽量满足之后请求来自所述第一表示的所述视频数据，且其中在请求来自所述第一表示的所述视频数据之后检索来自所述第二表示的所述视频数据包括在确定所述第二位速率可由所述当前可用网络带宽量满足之后检索来自所述第二表示的所述视频数据。《未公开》 | [0005] ... if the available bandwidth in the communications network increases, then the content player downloads a different content file corresponding to the selected content title that includes a video stream encoded to a higher playback bit rate. | 对比文件公开了在可用带宽增加时，客户端会下载更高比特率的视频流（文件）。这隐含了客户端会判断更高比特率是否可被满足（即特征L中的部分内容）。然而，**特征L的核心在于一个特定的操作顺序和逻辑**：1) 确定更高比特率（第二表示）可被满足；2) **然后**请求较低比特率的第一表示的数据；3) **之后**再检索更高比特率的第二表示的数据。这是目标专利“先缓冲低质量流，再切换至高质量流”策略的体现。对比文件描述的切换逻辑是：当前带宽条件允许更高比特率 -> **直接**切换到更高比特率流并下载。其中并不涉及“在切换到高比特率流之前，先请求并缓冲低比特率流”这一中间步骤。因此，特征L的整体技术方案未被对比文件公开。 |
| **技术特征M**：其中请求来自所述第一表示的所述视频数据包括:将对于来自所述第一表示的所述视频数据的一个或多个请求发送到服务器装置《隐含公开》 | [0020] ... A data transfer protocol, such as the well-known hyper-text transfer protocol (HTTP), may be used to download digital content files from the content server 106 to the content player 108. | 对比文件公开了使用HTTP等数据传送协议从内容服务器（CDN 106）下载数字内容文件到内容播放器（108）。下载文件必然涉及客户端向服务器发送请求（例如HTTP GET请求）。虽然对比文件没有具体描述“对于来自第一表示的视频数据的请求”这一特定情景，但“客户端向服务器发送请求以下载视频数据”这一基本操作是对比文件所公开的下载过程的必然组成部分。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征N**：经由单播接收来自所述第一表示的所述视频数据，且其中检索来自所述第二表示的所述视频数据包括经由多播或广播的至少一者从所述服务器装置检索所述视频数据。《未公开》 | [0020] ... A data transfer protocol, such as the well-known hyper-text transfer protocol (HTTP), may be used to download digital content files from the content server 106 to the content player 108. | 对比文件明确提到了使用HTTP从内容服务器下载文件。HTTP协议本质上是基于单播（点对点）的请求-响应模型。对比文件全文只提及了这种下载方式，**完全没有提及**任何通过多播（multicast）或广播（broadcast）的方式来传输视频数据。因此，特征N中关于“经由多播或广播的至少一者”检索第二表示的视频数据，完全未被对比文件公开。 |
| **技术特征O**：其进一步包括接收所述多媒体内容的清单文件，其中确定所述第一间隔包括从所述清单文件中的信息确定所述第一间隔，且其中确定所述第二间隔包括从所述清单文件中的信息确定所述第二间隔。《未公开》 | [0038] Once generated, the SHI generator 220 inserts the sequence header index 338 into the ASF header 324 of the ASF compliant encoded video stream 322. | 对比文件中，包含切换点信息（播放偏移量）的序列头索引（SHI）是**直接嵌入在编码视频流（ASF文件）的头部**的（[0038]），而不是作为一个独立的“清单文件”被客户端接收。客户端需要先获取视频流文件（或至少其头部）才能解析出SHI。目标专利明确强调从“清单文件”（如MPD）中获取切换点间隔信息，这是一种与媒体数据分离的元数据描述文件，是DASH等现代流媒体协议的标准做法。对比文件的技术方案依赖于文件内嵌的索引，而非外部的清单文件。因此，该技术特征未被对比文件公开。 |
| **技术特征P**：其中所述第一表示和所述第二表示具有共同位速率，所述方法进一步包括:在确定所述第一间隔和所述第二间隔之前，检索来自具有不同于所述共同位速率的位速率的第三不同表示的视频数据《隐含公开》 | [0021] The content player 108 is configured for adaptive streaming, i.e., to download units of a video stream encoded to a specific playback bit rate, and switch to downloading subsequent units of a video stream encoded to a different playback bit rate based on prevailing bandwidth conditions within the communications network 104. | 对比文件公开了内容播放器被配置为：下载编码到特定播放比特率的视频流单元，并基于带宽条件切换到编码到**不同播放比特率**的视频流的后续单元（[0021]）。这描述了自适应流的基本操作：客户端可能初始选择一个比特率的流（第三表示）进行下载（检索）。随后，由于带宽条件变化（如特征G所述，客户端会确定带宽），它可能决定切换到另一个比特率的流（第一或第二表示）。虽然对比文件未明确定义“第一表示和第二表示具有共同位速率”这一前提（特征H、P的前半部分），但从其描述的自适应流整体框架来看，“先检索一个比特率的流，之后可能因带宽变化而涉及其他比特率的流”这一过程是隐含存在的。因此，仅就“在确定间隔之前，检索来自具有不同位速率的第三表示的视频数据”这一孤立动作而言，可以被认为是对比文件所公开的自适应流场景中可能发生的一种情况。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征Q**：确定当前可用网络带宽量《直接公开》 | 同特征G、J。 | 该特征与特征G、J完全相同，已在上文论述。对比文件直接公开了确定当前可用网络带宽量。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征R**：基于所述第一表示和所述第二表示的所述共同位速率更适于所述当前可用网络带宽量的确定，确定所述第一间隔和所述第二间隔，提交对于来自所述第一表示的所述视频数据的所述一个或多个网络请求，以及检索来自所述第二表示的所述视频数据。《未公开》 | （对比文件未公开相关内容） | 该特征是一个综合性的方法步骤，其前提是“第一表示和第二表示具有共同位速率”（特征H，未公开），且核心是基于“共同位速率更适于当前带宽”这一判断来触发一系列操作（确定间隔、提交对第一表示的请求、检索第二表示）。对比文件的自适应流逻辑是基于带宽变化在**不同比特率**的流之间切换，以匹配带宽。它没有涉及在同一比特率下比较哪个流（基于切换点间隔）更“适于”带宽，更没有基于这种比较来先请求一个流再切换到另一个流的策略。整个技术方案与对比文件教导的“比特率自适应”有本质区别。因此，该技术特征未被对比文件公开。 |
| **技术特征S**：其中检索来自所述第二表示的视频数据包括从所述第二表示的切换点开始检索来自所述第二表示的视频数据。《直接公开》 | [0031] ... The content player can then switch to the new ASF compliant encoded video stream and download the GOP stored in the data packet specified at the particular switch point for playback. | 对比文件明确公开了当内容播放器切换到新的ASF兼容编码视频流（第二表示）时，它会下载存储在**特定切换点指定数据包中的GOP**进行播放（[0031]）。这意味着检索操作是从该切换点（即关键帧，GOP的起点）开始的数据包进行的。这与目标专利中“从第二表示的切换点开始检索”的技术特征完全相同。该特征在对比文件中确保了切换后的解码可以从一个完整的GOP开始，避免依赖前序帧，作用与目标专利中相同。因此，该技术特征被对比文件**直接公开**。 |
<<<G>>><<<J>>><<<Q>>><<<S>>>
<<<a>>><<<d>>><<<k>>><<<m>>><<<p>>>