**对比文件名称**：2008-02-21_US2008046939A_发明申请_US20080046939A1 Bitstream Switching in Multiple Bit-Rate Video Streaming Environments
**目标专利名称**：经译码多媒体数据的网络串流期间的表示之间的切换 CN103843301B
**本次调用的模型名称**：DeepSeek-R1
作为资深专利代理师，我将基于对目标专利说明书和对比文件的深入理解，对技术特征进行逐一比对和公开性判断。
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (段落号或部分) | 公开性论述 |
| **技术特征A**：所述方法包括:确定所述多媒体内容的第一表示的切换点之间的第一间隔和所述多媒体内容的第二表示的切换点之间的第二间隔。 | 对比文件未提及“切换点之间的间隔”或类似概念。其涉及在不同比特率比特流之间切换，但未描述客户端确定不同比特流的切换点（如关键帧）之间的时间间隔。 | **未公开**。对比文件公开了存在多个比特率的比特流以及在这些比特流之间进行切换（例如，从比特流1切换到比特流2），但其核心在于使用Wyner-Ziv编码生成特殊的切换帧来实现无缝切换，而非关注或确定不同比特流中常规切换点（如I帧）之间的时间间隔。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出客户端会执行“确定切换点之间的间隔”这一操作。 |
| **技术特征B**：其中所述第一间隔小于所述第二间隔。 | 对比文件未提及不同比特流中切换点频率或间隔的比较。 | **未公开**。对比文件未公开任何关于一个比特流比另一个比特流具有更频繁（即间隔更小）的切换点的教导或暗示。其切换决策基于网络带宽，而非基于切换点间隔的比较。 |
| **技术特征C**：基于所述确定，提交对来自所述第一表示的相当数量的视频数据的一个或多个网络请求，来自所述第一表示的相当数量的视频数据具有至少等于所述第二表示中的切换点之间的重放时间的重放时间。 | 对比文件未提及基于切换点间隔的比较来提交对特定数量数据的请求。其描述了在带宽条件变化时，在切换点（时间n）传输切换帧（如W2,n-1）和后续帧（如P2,n）以实现比特流切换（参见图4、6、7描述）。 | **未公开**。这是目标专利的核心策略之一：基于切换点间隔的比较，请求足够量的低切换点间隔表示的数据，以确保能够无缝切换到高切换点间隔的表示。对比文件中的切换是事件触发（带宽变化）后立即在下一个可用切换点执行，并未教导或暗示客户端会主动请求并缓冲“相当数量”的第一比特流数据（其量由第二比特流的切换点间隔决定）后再执行切换。 |
| **技术特征D**：在提交对来自所述第一表示的相当数量的视频数据的所述请求之后，检索来自所述第二表示的视频数据。 | 对比文件公开了在决定切换后，从比特流1切换到比特流2，并开始传输比特流2的数据（例如，传输P2,n等）。例如，图6流程中，在传输P1,n-1和W2,n-1后，开始传输P2,n等（第[0029]段）。 | **直接公开**。对比文件明确公开了在切换操作之后，开始检索（接收）来自第二比特流（即第二表示）的视频数据。尽管触发切换的机制和前提（技术特征C）不同，但“在…之后，检索来自第二表示的视频数据”这一步骤本身被直接公开。作用均为实现从一流到另一流的过渡。 |
| **技术特征E**：其进一步包括缓冲来自所述第一表示的视频数据，以及基于所述经缓冲的视频数据的持续时间确定何时检索来自所述第二表示的视频数据。 | 对比文件未提及客户端缓冲数据以及基于缓冲持续时间来决定切换时机。其切换决策基于网络带宽评估（第[0029]段，块608；第[0033]段，块708）。 | **未公开**。对比文件的切换时机由服务器或客户端基于实时网络带宽条件决定，并未涉及监测或利用来自第一比特流的已缓冲数据的“持续时间”作为决定何时切换到第二比特流的判断依据。目标专利中基于缓冲状态的动态切换策略未被公开。 |
| **技术特征F**：其中基于所述经缓冲的视频数据的所述持续时间检索来自所述第二表示的视频数据包括在缓冲来自所述第一表示的视频数据的持续时间之后检索来自所述第二表示的数据，来自所述第一表示的视频数据的所述持续时间等于所述第二表示中的切换点之间的所述重放时间。 | 对比文件未提及任何与“第二表示中的切换点之间的重放时间”相等的缓冲持续时间条件。 | **未公开**。这是技术特征E中切换策略的具体量化条件，对比文件中完全没有对应内容。 |
| **技术特征G**：其进一步包括:确定当前可用网络带宽量。 | “procedure 600 evaluates network bandwidth throughput conditions”（第[0029]段，块608）；“procedure 700 evaluates network bandwidth throughput conditions”（第[0033]段，块708）。 | **直接公开**。对比文件多次明确提及评估网络带宽吞吐条件，以决定是否需要进行比特流切换。这与目标专利中确定可用网络带宽量的作用和目的相同，都是为了适应网络条件变化。 |
| **技术特征H**：接收指示所述第一表示和所述第二表示具有共同位速率的所述多媒体内容的清单。 | 对比文件未提及“清单”（如MPD）文件，也未提及存在具有相同比特率但不同特性的多个表示。其不同比特流具有不同的比特率（例如，比特流1为较低比特率，比特流2为较高比特率，见图3、4描述）。 | **未公开**。对比文件未公开任何形式的清单文件，更未公开该清单指示两个表示具有共同比特率。其公开的是不同比特率的比特流。 |
| **技术特征I**：以及在确定所述共同位速率可由所述当前可用网络带宽量满足之后选择所述第一表示和所述第二表示。 | 对比文件未涉及选择具有共同比特率的两个表示。其选择的是适应当前带宽的特定比特率的单个比特流进行切换（第[0029]段，块610；第[0033]段，块710）。 | **未公开**。由于技术特征H未被公开，且对比文件中没有关于基于共同比特率选择一对表示的教导，因此该特征未被公开。 |
| **技术特征J**：其进一步包括:确定当前可用网络带宽量。 | 同技术特征G。 | **直接公开**。理由同技术特征G。 |
| **技术特征K**：接收指示所述第一表示具有第一位速率且所述第二表示具有高于所述第一位速率的第二位速率的所述多媒体内容的清单。 | 对比文件未提及“清单”文件。虽然其公开了不同比特率的比特流（如较低比特率的比特流1和较高比特率的比特流2），但这是通过编码过程本身实现的，并未提及通过清单文件来指示这些比特率。 | **隐含公开**。对比文件虽然未明确提及“清单”，但其背景和技术方案明确描述了系统包含同一视频内容以不同比特率编码的多个比特流（第[0001], [0003]段），且在进行切换时，会从一个比特率切换到另一个比特率（例如，从比特流1切换到比特流2）。本领域技术人员可以合理推断，在流媒体系统中，客户端需要知晓可用比特流及其特性（如比特率）才能进行选择，而传达此类信息的常见手段就是清单文件（如MPD）。因此，对比文件隐含公开了客户端会接收指示不同表示具有不同比特率的信息。 |
| **技术特征L**：确定所述第二位速率是否可由所述当前可用网络带宽量满足，其中请求来自所述第一表示的所述视频数据包括在确定所述第二位速率可由所述当前可用网络带宽量满足之后请求来自所述第一表示的所述视频数据，且其中在请求来自所述第一表示的所述视频数据之后检索来自所述第二表示的所述视频数据包括在确定所述第二位速率可由所述当前可用网络带宽量满足之后检索来自所述第二表示的所述视频数据。 | 对比文件公开了评估网络带宽并选择与当前带宽条件相适应的比特率的比特流进行切换（第[0029]段，块608，610）。例如，当带宽足够时，可能从低比特率切换到高比特率。但其逻辑是：1)评估带宽；2)选择适合该带宽的比特率（第二位速率）；3)执行切换到该比特率的比特流。它并未公开目标专利中这种“即使在确定高比特率（第二位速率）可用后，也先请求低比特率（第一位速率）数据，缓冲后再切换到高比特率数据”的两阶段策略。 | **未公开**。对比文件的切换是直接切换到目标比特率的比特流。而目标专利的特征L描述了一种特定策略：在确认高带宽可用后，并不立即切换到高比特率流，而是先请求低比特率流的数据，待缓冲足够后再切换。这种旨在优化初始缓冲体验的策略未被对比文件公开。 |
| **技术特征M**：其中请求来自所述第一表示的所述视频数据包括:将对于来自所述第一表示的所述视频数据的一个或多个请求发送到服务器装置。 | 系统100包含服务器102和客户端106，服务器向客户端传输视频数据（第[0015]段）。虽然对比文件主要从服务器侧描述传输过程，但客户端向服务器发送请求以获取数据是流媒体系统的基本交互模式。图6、7的流程也隐含了客户端请求或服务器按需发送的逻辑。 | **隐含公开**。在基于HTTP或类似协议的流媒体系统中，客户端向服务器发送请求（如HTTP GET）以获取数据是标准操作。虽然对比文件说明书侧重于编码和服务器侧切换逻辑，但结合其描述的客户端-服务器架构（图1）和流媒体数据传输上下文，本领域技术人员能够毫无疑义地理解，客户端需要向服务器发送请求来获取视频数据。因此，该特征被隐含公开。 |
| **技术特征N**：经由单播接收来自所述第一表示的所述视频数据，且其中检索来自所述第二表示的所述视频数据包括经由多播或广播的至少一者从所述服务器装置检索所述视频数据。 | 对比文件未提及单播、多播或广播等具体网络传输方式。其通用地描述为通过“网络”传输数据。 | **未公开**。对比文件未区分或指定不同表示的数据采用不同的网络传输机制（单播 vs. 多播/广播）。 |
| **技术特征O**：其进一步包括接收所述多媒体内容的清单文件，其中确定所述第一间隔包括从所述清单文件中的信息确定所述第一间隔，且其中确定所述第二间隔包括从所述清单文件中的信息确定所述第二间隔。 | 对比文件未提及“清单文件”，更未提及其中包含切换点间隔信息。 | **未公开**。对比文件完全没有涉及从清单文件中获取切换点间隔信息的概念。 |
| **技术特征P**：其中所述第一表示和所述第二表示具有共同位速率，所述方法进一步包括:在确定所述第一间隔和所述第二间隔之前，检索来自具有不同于所述共同位速率的位速率的第三不同表示的视频数据。 | 对比文件未提及具有相同比特率但不同切换点间隔的多个表示（第一、第二表示）。也未描述在分析一对同速率表示的间隔之前，先播放另一个不同速率的表示（第三表示）的流程。 | **未公开**。该特征描述了涉及三个表示的复杂切换策略，其中两个具有相同比特率但不同切换点间隔。对比文件中完全没有对应或可合理推断出的内容。 |
| **技术特征Q**：确定当前可用网络带宽量。 | 同技术特征G、J。 | **直接公开**。理由同技术特征G。 |
| **技术特征R**：基于所述第一表示和所述第二表示的所述共同位速率更适于所述当前可用网络带宽量的确定，确定所述第一间隔和所述第二间隔，提交对于来自所述第一表示的所述视频数据的所述一个或多个网络请求，以及检索来自所述第二表示的所述视频数据。 | 对比文件未涉及“共同位速率”的表示对，也未涉及基于切换点间隔选择此类表示对中的哪一个。其切换是基于带宽选择单一合适比特率的比特流。 | **未公开**。该特征是基于技术特征P、Q的进一步操作，由于核心概念（共同比特率的表示对及其切换点间隔）未被公开，因此该综合特征也未被公开。 |
| **技术特征S**：其中检索来自所述第二表示的视频数据包括从所述第二表示的切换点开始检索来自所述第二表示的视频数据。 | 对比文件中的比特流切换发生在特定的“切换点”（switch point），例如时间n。在切换点，服务器开始发送新比特流的数据（如P2,n或W2,n-1及P2,n的部分）（参见图4、5描述及第[0026], [0028]段）。这意味着客户端从该点开始接收第二比特流的数据。 | **隐含公开**。对比文件明确教导了在“切换点”执行从比特流1到比特流2的切换操作，并开始传输比特流2的帧。本领域技术人员可以合理推断，为了无缝解码和播放，客户端从服务器接收的第二比特流数据，正是从该切换点（或为切换而专门传输的帧）开始的。因此，该特征被隐含公开。 |
### **结论**
经比对，对比文件直接公开了技术特征D、G、J、Q；隐含公开了技术特征K、M、S。其余技术特征均未被对比文件直接公开或隐含公开。
<<<D>>><<<G>>><<<J>>><<<Q>>>
<<<k>>><<<m>>><<<s>>>