对比文件名称：2011-05-19_WO2011059286A_发明申请_WO2011059286A2 METHOD AND APPARATUS FOR PROVIDING AND RECEIVING DATA
目标专利名称：379经译码多媒体数据的网络串流期间的表示之间的切换CN103843301B
本次调用的模型名称：未提供
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括:确定所述多媒体内容的第一表示的切换点之间的第一间隔和所述多媒体内容的第二表示的切换点之间的第二间隔。 | 对比文件涉及多个媒体数据（表示）的访问信息，例如在MPD中描述了片段的起始时间、持续时间等（参见[p124]-[129]），但未明确记载“切换点之间的间隔”。在描述自适应流媒体时，提到客户端可以根据带宽条件在不同表示间切换（参见[p68]-[69]）。 | **未直接公开，也未隐含公开**。目标专利中的“切换点”特指客户端可以开始解码新表示的关键帧（如I帧），其“间隔”是用于优化初始缓冲和切换决策的核心参数。对比文件虽然公开了多个表示以及它们包含基于时间划分的片段（segment），并且客户端可以在不同表示间切换，但并未公开“确定切换点之间的间隔”这一具体行为。对比文件的MPD主要提供片段的访问信息（如URL、起始时间、持续时间），这些信息用于定位和请求数据，而非用于确定或比较不同表示中切换点（关键帧）之间的时间距离。本领域技术人员从对比文件中无法直接或通过合理推理得出“确定切换点之间的间隔”这一技术特征。 |
| **技术特征B**：其中所述第一间隔小于所述第二间隔。 | 无相应内容。 | **未直接公开，也未隐含公开**。对比文件完全没有涉及对不同表示中的“切换点之间的间隔”进行比较，更未记载一个表示的切换点间隔小于另一个表示的切换点间隔。 |
| **技术特征C**：基于所述确定，提交对来自所述第一表示的相当数量的视频数据的一个或多个网络请求，来自所述第一表示的相当数量的视频数据具有至少等于所述第二表示中的切换点之间的重放时间的重放时间。 | 对比文件描述了客户端可以基于带宽条件选择并请求某个表示的片段（参见[p67]-[69]， [p93]-[95]）。 | **未直接公开，也未隐含公开**。目标专利中，基于对切换点间隔的比较，提交对第一表示的“相当数量”视频数据的请求，该“相当数量”被定义为至少等于第二表示中切换点之间的重放时间。这是一种特定的缓冲策略，旨在为切换到切换点较少的第二表示做准备。对比文件虽然公开了客户端可以请求某个表示的数据，但请求的数据量是基于网络带宽和客户端选择，并未公开基于不同表示切换点间隔的比较来决定请求第一表示的数据量，更未将该数据量与第二表示的切换点间隔相关联。本领域技术人员无法从对比文件中推理出该特定逻辑。 |
| **技术特征D**：在提交对来自所述第一表示的相当数量的视频数据的所述请求之后，检索来自所述第二表示的视频数据。 | 对比文件描述了客户端可以在接收一个表示数据的过程中，请求切换到另一个表示的数据（参见[p68]-[69]）。 | **未直接公开，也未隐含公开**。目标专利中，在提交对第一表示的特定数量数据请求“之后”检索第二表示的数据，这是一个有明确顺序和条件（基于特征C）的切换操作。对比文件虽然公开了可以在不同表示间切换，但并未公开这种基于对第一表示特定数量数据请求完成后的、有目的的、顺序性的切换。切换的触发条件和时机在对比文件中是基于带宽等环境变化的反应，而非基于预先确定的缓冲策略。 |
| **技术特征E**：其进一步包括缓冲来自所述第一表示的视频数据，以及基于所述经缓冲的视频数据的持续时间确定何时检索来自所述第二表示的视频数据。 | 对比文件描述了流媒体方法中客户端接收并再现数据（隐含了缓冲）（参见[p02]）。 | **未直接公开，也未隐含公开**。目标专利中“基于经缓冲的视频数据的持续时间确定何时检索”是特定缓冲策略的一部分，与切换点间隔紧密相关。对比文件仅一般性地描述了流媒体涉及实时接收和再现，可能涉及缓冲，但完全没有公开基于缓冲数据的持续时间来决策何时切换到另一个表示的具体方法。 |
| **技术特征F**：其中基于所述经缓冲的视频数据的所述持续时间检索来自所述第二表示的视频数据包括在缓冲来自所述第一表示的视频数据的持续时间之后检索来自所述第二表示的数据，来自所述第一表示的视频数据的所述持续时间等于所述第二表示中的切换点之间的所述重放时间。 | 无相应内容。 | **未直接公开，也未隐含公开**。对比文件完全没有公开将缓冲持续时间精确设置为等于目标表示（第二表示）中切换点之间的重放时间，并以此作为切换触发条件的任何内容。 |
| **技术特征G**：其进一步包括:确定当前可用网络带宽量。 | 对比文件描述了客户端估计流媒体环境（例如基于带宽）（参见[p67], [p70]）。 | **隐含公开**。对比文件多次提到客户端根据流媒体环境（如网络带宽）选择媒体数据（表示）。例如，[p67]指出客户端估计流媒体环境并基于此选择媒体数据；[p70]提到客户端可以基于时间戳和误码率估计环境。确定当前可用网络带宽量是自适应流媒体的常规和必要步骤。因此，本领域技术人员阅读对比文件后，能够合理推断出客户端需要确定当前可用网络带宽量以进行自适应选择。<<<g>>> |
| **技术特征H**：接收指示所述第一表示和所述第二表示具有共同位速率的所述多媒体内容的清单。 | 对比文件公开了接收媒体呈现描述（MPD），其中包含多个表示（Stream/Track）的信息，每个表示有其比特率（bitrate）属性（参见[p119]-[122], [p134], 图9A-9H）。 | **未直接公开，也未隐含公开**。目标专利中，清单需要“指示第一表示和第二表示具有共同位速率”。对比文件的MPD列出了各个表示的比特率，本领域技术人员可以从中识别出哪些表示具有相同的比特率。然而，对比文件的MPD本身并未“指示”或明确标记某些表示具有“共同位速率”这一属性或关系。它只是并列地列出了每个表示的独立属性。接收MPD并从中解析出两个表示比特率相同，与接收一个明确指示它们具有共同位速率的清单，在信息呈现方式上存在区别。但考虑到隐含公开判断标准宽松，可以认为本领域技术人员通过对比MPD中各表示的比特率属性，能够推断出哪些表示具有共同位速率。因此，该特征被隐含公开。<<<h>>> |
| **技术特征I**：以及在确定所述共同位速率可由所述当前可用网络带宽量满足之后选择所述第一表示和所述第二表示。 | 对比文件描述了客户端基于估计的流媒体环境（如带宽）选择至少一个媒体数据（表示）（参见[p67]）。 | **隐含公开**。对比文件公开了客户端根据带宽条件选择表示。在已隐含公开特征G（确定带宽）和特征H（可推断共同位速率）的基础上，本领域技术人员能够合理推断出：在确定某个共同位速率可以被当前带宽满足后，客户端可以选择具有该共同位速率的表示（包括第一表示和第二表示）。尽管对比文件没有明确描述同时选择两个表示作为切换对，但选择符合带宽条件的表示是核心原则。因此，该特征被隐含公开。<<<i>>> |
| **技术特征J**：其进一步包括:确定当前可用网络带宽量。 | 同技术特征G。 | **隐含公开**。同特征G。<<<j>>> |
| **技术特征K**：接收指示所述第一表示具有第一位速率且所述第二表示具有高于所述第一位速率的第二位速率的所述多媒体内容的清单。 | 对比文件公开了接收媒体呈现描述（MPD），其中包含多个表示（Stream/Track）的信息，每个表示有其比特率（bitrate）属性（参见[p119]-[122], [p134], 图9A-9H）。 | **隐含公开**。对比文件的MPD列出了各个表示的比特率。本领域技术人员通过接收并查看MPD，可以确定不同表示具有不同的比特率，并识别出其中一者的比特率高于另一者。因此，可以推断出接收到了指示第一位速率和第二位速率（且后者更高）的清单信息。<<<k>>> |
| **技术特征L**：确定所述第二位速率是否可由所述当前可用网络带宽量满足，其中请求来自所述第一表示的所述视频数据包括在确定所述第二位速率可由所述当前可用网络带宽量满足之后请求来自所述第一表示的所述视频数据，且其中在请求来自所述第一表示的所述视频数据之后检索来自所述第二表示的所述视频数据包括在确定所述第二位速率可由所述当前可用网络带宽量满足之后检索来自所述第二表示的所述视频数据。 | 对比文件描述了客户端根据带宽条件选择表示，并可以在带宽改善时从低质量（低比特率）表示切换到高质量（高比特率）表示（参见[p68]-[69]）。 | **隐含公开**。对比文件公开了客户端根据带宽条件选择表示，并在带宽允许时切换到更高比特率的表示。本领域技术人员可以合理推断出，客户端需要确定更高的第二位速率是否可被当前带宽满足，作为切换到第二表示的前提条件。虽然对比文件没有严格限定“在确定第二位速率可满足后`才`请求第一位速率的数据”，但根据自适应流媒体的一般逻辑，客户端通常会在带宽足够支持更高位速率时，倾向于选择或准备切换到更高位速率的表示。因此，该组操作流程可以被认为是隐含公开的。<<<l>>> |
| **技术特征M**：其中请求来自所述第一表示的所述视频数据包括:将对于来自所述第一表示的所述视频数据的一个或多个请求发送到服务器装置。 | 对比文件描述了客户端向服务器发送HTTP请求以获取媒体数据（片段）（参见[p66], [p94], [p111]）。 | **直接公开**。对比文件明确公开了客户端向服务器装置发送请求以获取媒体数据（视频数据）。例如，[p66]提到客户端发送HTTP请求；[p94]指出客户端基于URL信息请求服务器传输选定的媒体数据。这直接公开了将请求发送到服务器装置的技术特征。<<<M>>> |
| **技术特征N**：经由单播接收来自所述第一表示的所述视频数据，且其中检索来自所述第二表示的所述视频数据包括经由多播或广播的至少一者从所述服务器装置检索所述视频数据。 | 对比文件主要基于HTTP的动态自适应流媒体，通常使用单播（参见[p66]-[67], [p71]）。未提及从单播切换到多播或广播的特定检索模式。 | **未直接公开，也未隐含公开**。对比文件全文描述的流媒体方法均基于HTTP请求/响应（如GET请求），这本质上是单播通信。没有提及多播或广播的检索方式，更没有公开在检索第一表示（单播）之后，切换到通过多播或广播检索第二表示的技术方案。 |
| **技术特征O**：其进一步包括接收所述多媒体内容的清单文件，其中确定所述第一间隔包括从所述清单文件中的信息确定所述第一间隔，且其中确定所述第二间隔包括从所述清单文件中的信息确定所述第二间隔。 | 对比文件公开了接收清单文件（如MPD），其中包含片段的起始时间、持续时间等信息（参见[p124]-[129]）。 | **未直接公开，也未隐含公开**。虽然对比文件公开了接收包含片段定时信息的清单文件（MPD），但如特征A所述，该清单文件并未包含“切换点之间的间隔”这一特定信息。目标专利中，切换点间隔是专门用于优化切换的关键参数，可能明确发信号通知在清单中，或通过清单中的信息（如SIDX框）计算得出。对比文件的MPD提供的片段起始和持续时间主要用于定位和请求整个片段，并未揭示用于确定“切换点间隔”（即关键帧之间的时间距离）的信息或方法。因此，无法从对比文件的清单文件中确定切换点间隔。 |
| **技术特征P**：其中所述第一表示和所述第二表示具有共同位速率，所述方法进一步包括:在确定所述第一间隔和所述第二间隔之前，检索来自具有不同于所述共同位速率的位速率的第三不同表示的视频数据。 | 对比文件描述了客户端可以根据带宽变化，在不同位速率的表示之间切换（参见[p68]-[69]）。例如，初始可能检索高位速率表示，在带宽下降时切换到低位速率表示。 | **隐含公开**。对比文件公开了客户端可以检索具有不同位速率的多个表示，并且可以根据网络条件在不同位速率的表示间切换。本领域技术人员可以合理推断出，在某个时刻，客户端可能正在检索一个具有特定位速率的第三表示，然后由于某种原因（如决定采用目标专利的策略），需要去确定另外两个具有共同位速率的第一、第二表示的切换点间隔。虽然对比文件未明确描述“在确定间隔之前”检索第三表示这一具体顺序，但检索不同表示是自适应流媒体的基本操作，该特征所描述的场景是可能发生的。因此，该特征被隐含公开。<<<p>>> |
| **技术特征Q**：确定当前可用网络带宽量。 | 同技术特征G、J。 | **隐含公开**。同特征G、J。<<<q>>> |
| **技术特征R**：基于所述第一表示和所述第二表示的所述共同位速率更适于所述当前可用网络带宽量的确定，确定所述第一间隔和所述第二间隔，提交对于来自所述第一表示的所述视频数据的所述一个或多个网络请求，以及检索来自所述第二表示的所述视频数据。 | 对比文件描述了基于带宽条件选择表示（参见[p67]），但未将“共同位速率更适于带宽”作为触发确定切换点间隔、提交特定请求和切换这一系列动作的决策依据。 | **未直接公开，也未隐含公开**。目标专利中，这一系列动作（确定间隔、提交请求、检索第二表示）的触发和逻辑基础是“基于第一和第二表示的共同位速率更适于当前可用网络带宽量的确定”。这是一个复合的、有特定目的的决策流程。对比文件仅公开了根据带宽选择适合的表示（可能考虑位速率），但完全没有涉及基于对两个具有共同位速率的表示的切换点间隔进行比较和利用的后续操作。本领域技术人员无法从对比文件中推理出这一完整的、目的性强的技术方案。 |
| **技术特征S**：其中检索来自所述第二表示的视频数据包括从所述第二表示的切换点开始检索来自所述第二表示的视频数据。 | 对比文件描述了表示由片段（segment）组成，客户端可以请求特定片段（参见[p72]-[74], [p94]-[95]）。片段通常包含随机存取点（如GOP起始）。 | **隐含公开**。在流媒体中，为了无缝切换到新表示，通常需要从该表示的一个随机存取点（如关键帧、I帧）开始检索和解码，这即是“切换点”。对比文件公开了媒体数据被划分为片段，且这些片段可能基于GOP划分（[p72]），而GOP通常以I帧开始。客户端请求和接收数据以片段为单位。因此，当客户端决定切换到第二表示时，自然需要从一个新的片段开始请求，而该片段的起始点很可能就是一个随机存取点（切换点）。本领域技术人员可以合理推断出检索来自第二表示的视频数据包括从其切换点（如下一个片段的起始）开始。<<<s>>> |