好的，作为一名经验丰富的资深专利代理师，我将对目标专利的权利要求技术特征与对比文件进行严谨的比对分析。
**对比文件名称：** 2012-06-07_US2012144445A_发明申请_US20120144445A1 METHOD AND APPARATUS FOR DISTRIBUTING VIDEO
**目标专利名称：** 1149用于多媒体数据的处理的方法和装置CN104704793B
**本次调用的模型名称：** (未指定，默认使用当前模型)
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：-从自适应HTTP流播播放器接收请求所述媒体内容的HTTP请求(S21)** <br><br>《直接公开》 | [0082] “As shown in FIG. 4, an AMGR Client device (using an HTTP Get request and the TCP/IP transport protocol) requests the variant playlist.” <br><br> [0084] “After a timeout period (e.g. equivalent to half a chunk duration), the absence of an AVMS Ready response will signal AMGR Client 212 that AVMS is not supported at this time and that it should use the standard HLS protocol to retrieve video chunks directly from adaptation server 205 using TCP/IP as the transport protocol.” <br><br> [0049] “In one embodiment, once the AMGR Client sees that the content is live, it can request support from the AMGR to deliver the live video.” | 对比文件明确公开了客户端设备（相当于目标专利的自适应HTTP流播播放器）使用HTTP GET请求向服务器或AMGR（相当于HTTP实体）请求媒体内容（如请求variant playlist或请求支持）。该步骤与目标专利中“从自适应HTTP流播播放器接收请求媒体内容的HTTP请求”的步骤完全一致，均是通过HTTP协议接收来自客户端的资源请求。因此，该技术特征被直接公开。 |
| **技术特征B：-将所述媒体内容标识为在固定质量接口上可用的媒体内容(S22)** <br><br>《隐含公开》 | [0045] “It then redistributes the video chunks to the AMGR Clients using an RTP multicast transmission.” <br><br> [0048] “Each video multicast group is referred to as a multicast gear. Each of these multicast gears is assigned a specific modulation and coding rate that the AMGR uses to transmit the video chunks associated with that multicast gear.” <br><br> [0102] “In the proposed solution, AMGR Client 212 uses this bandwidth estimate to make a Join request to the AMGR for a multicast gear group that corresponds to the bandwidth estimate.” | 目标专利的“固定质量接口”定义为提供固定数据质量的接口，例如广播（eMBMS）或高速缓存。对比文件公开了AMGR通过RTP多播分发视频块，并且每个多播组（gear）具有固定的调制编码速率，这意味着客户端在加入一个特定的多播组后，将接收该组提供的固定质量的视频内容。虽然对比文件没有直接使用“固定质量接口”这一术语，但其描述的多播分发机制本质上就是通过一个接口（多播组）提供固定质量的数据流。本领域技术人员可以合理推断，该多播分发接口即是一种“固定质量接口”。因此，该技术特征被隐含公开。 |
| **技术特征C：-确定在所述固定质量接口上提供的所述媒体内容的表示偏好指示，其中所述表示偏好指示指示所述媒体内容的优选表示(S23)** <br><br>《未公开》 | [0083] “The AVMS Ready message response also contain the IP address of the multicast groups corresponding to each of the available gears identified in the variant playlist.” <br><br> [0114] “the AMGR Client adapts to appropriate multicast gear group based on subsequent bandwidth measurements from the multicast presentation chunks that it receives from its RTP connection.” | 目标专利中的“表示偏好指示”是由HTTP实体（如代理）确定的，用以告诉客户端应该使用哪个优选表示（如中等质量），从而停止其自身的质量测量和自适应选择。对比文件中，AMGR虽然提供了多播组（gears）的信息，但客户端是根据自身的带宽测量结果主动选择加入哪个多播组，即客户端自行决定使用哪个表示质量。对比文件中没有公开任何由网络侧（AMGR或服务器）确定并发信号通知给客户端，强制或指示其使用某个特定优选表示的指示（如“偏好指示：中等质量”）。客户端的选择是基于客户端侧的自适应算法，而非网络侧的偏好指示。因此，该技术特征未被公开。 |
| **技术特征D：-向所述自适应HTTP流播播放器发信号通知所述表示偏好指示(S24)，以便指令所述自适应HTTP流播播放器使用所述媒体内容的所述优选表示请求在所述固定质量接口上提供的所述媒体内容。** <br><br>《未公开》 | [0083] “This exchange of messages with the AMGR provides AMGR Client 212 with knowledge that there is an AVMS and that it can expect to receive video chunks as multicast RTP payloads. The AVMS Ready message response also contain the IP address of the multicast groups corresponding to each of the available gears identified in the variant playlist.” | 目标专利中，发信号通知表示偏好指示的目的是“指令”客户端停止测量并使用优选表示。对比文件中，AVMS Ready消息虽然提供了多播组信息，但这只是告知客户端有哪些质量可用，并未包含“指令”或“偏好”的语义。客户端需要自己决定是否使用该多播组。对比文件没有一个明确的步骤，通过发信号通知一个“表示偏好指示”来强制或强烈建议客户端改变其请求行为，即“指令”客户端使用某个特定表示。因此，该技术特征未被公开。 |
| **技术特征E：其中所述标识步骤(S22)包括,** <br><br>《未公开》 | 无对应内容 | 由于技术特征B和后续具体化步骤（F, G, I, K, L, N, O）均未被公开，作为其前置特征的E同样未被公开。 |
| **技术特征F：检查可用SDP会话描述协议文件** <br><br>《未公开》 | [0046] “In the preferred embodiment, the AMGR manages a video multicast group for each transcoded video resolution, and a separate audio multicast group for the presentation.” <br><br> [0050] “RTP multicast is used by the AMGR for LAN distribution of video chunks to multiple recipients using adaptive streaming.” | 目标专利明确使用SDP文件来关联媒体内容与固定质量接口（如eMBMS会话）。对比文件虽然使用了RTP多播，但其会话描述和管理是通过MPEG-2 TS、playlist文件（如variant playlist）和IGMP协议进行的，并未提及或使用SDP会话描述协议文件来标识内容是否在固定质量接口上可用。多播组的建立和管理方式与SDP无关。因此，该技术特征未被公开。 |
| **技术特征G：以找到对应于用所述HTTP请求接收的媒体分段的SDP文件。** <br><br>《未公开》 | 对比文件未描述如何通过SDP文件来关联HTTP请求与固定质量接口。 | 由于技术特征F未被公开，其后续步骤G同样未被公开。对比文件中没有公开任何通过HTTP请求中的信息（如URI）来查找对应SDP文件的过程。 |
| **技术特征H：其中所述标识步骤(S22)包括,** <br><br>《未公开》 | 无对应内容 | 由于技术特征B和后续具体化步骤（I）均未被公开，作为其前置特征的H同样未被公开。 |
| **技术特征I：评估在所述HTTP请求中接收的内容标识符。** <br><br>《未公开》 | [0083] “The request for multicast service (e.g. AVMS JOIN) is sent as a unique message from client 212 to its AMGR using TCP/IP” | 目标专利中，内容标识符（如MPD@Id）是作为HTTP请求的头部或MPD文件中的信息，用于快速关联到SDP文件。对比文件中，客户端请求加入多播服务（AVMS JOIN）是一个独立的TCP消息，并非在标准的HTTP请求中嵌入一个“内容标识符”来供服务器评估。客户端是通过请求variant playlist来开始会话，并通过IGMP协议来加入多播组，没有提到在HTTP请求中评估内容标识符。因此，该技术特征未被公开。 |
| **技术特征J：其中所述方法包括,** <br><br>《未公开》 | 无对应内容 | 由于后续具体化步骤（K, L）未被公开，作为其前置特征的J同样未被公开。 |
| **技术特征K：进一步检查** <br><br>《未公开》 | 无对应内容 | 由于技术特征L未被公开，作为其前置特征的K同样未被公开。 |
| **技术特征L：通过固定质量接口提供所述内容数据是否有可能。** <br><br>《隐含公开》 | [0104] “If the internal algorithm within the AMGR decides that it must start multicasting the live video session (e.g., there is a high enough number of client devices monitoring the particular live session) and transmits the AVMS_READY, then the AMGR Agent will join a multicast group...” <br><br> [0084] “After a timeout period...the absence of an AVMS Ready response will signal AMGR Client 212 that AVMS is not supported at this time and that it should use the standard HLS protocol” | 目标专利的“检查”是指检测广播接收是否可能或内容是否在高速缓存中。对比文件中，AMGR Agent会向AMGR发送AVMS_JOIN消息，并等待AVMS_READY响应。如果收到AVMS_READY，则表明多播服务可用（即通过固定质量接口提供内容有可能）；如果超时或收到AVMS_NOT_READY，则表明多播服务不可用，只能使用单播。这个“检查-响应”机制本质上就是在验证通过多播（固定质量接口）提供内容是否可能。因此，该技术特征被隐含公开。 |
| **技术特征M：其中所述标识步骤(S22)包括,** <br><br>《未公开》 | 无对应内容 | 由于技术特征B和后续具体化步骤（N, O）均未被公开，作为其前置特征的M同样未被公开。 |
| **技术特征N：确定** <br><br>《未公开》 | 无对应内容 | 由于技术特征O未被公开，作为其前置特征的N同样未被公开。 |
| **技术特征O：具有固定质量的媒体内容在高速缓存中是否可用。** <br><br>《隐含公开》 | [0150] “If the AMGR Agent has the chunk stored in its caching server (or will shortly receive the chunk in the multicast stream), then it responds to the HLS Client with the file (i.e., no HTTP Get is issued to the HLS Server)” <br><br> [0126] “AMGR Agent with Built-in HLS Server...AMGR Agent rebuilds TS chunks and store them in a local HLS server” | 目标专利明确提到通过检查高速缓存来确定固定质量内容是否可用。对比文件的AMGR Agent具有缓存功能（Caching Server）或内置HLS服务器（Built-in HLS Server），它会将从多播流接收到的视频块存储起来，并在后续直接响应客户端请求。这相当于在确定高速缓存中是否有所需的、具有固定质量的媒体内容（因为多播过来的内容质量是固定的）。虽然对比文件没有明确指出“检查”这个动作，但AMGR Agent的代理和缓存逻辑本身就包含了对缓存中内容可用性的判断，以决定是直接回复还是向上游请求。因此，该技术特征被隐含公开。 |
| **技术特征P：其中所述确定步骤(S23)包括,** <br><br>《未公开》 | 无对应内容 | 由于技术特征C和后续具体化步骤（Q, R, S）均未被公开，作为其前置特征的P同样未被公开。 |
| **技术特征Q：从SDP会话描述协议文件中导出所述表示偏好指示。** <br><br>《未公开》 | 对比文件未使用SDP文件来描述多播会话或内容质量。 | 对比文件没有使用SDP文件，其多播组的配置信息（如IP地址、端口）是通过AVMS Ready消息提供的，而非从SDP导出。因此，该技术特征未被公开。 |
| **技术特征R：其中所述确定步骤(S23)包括,** <br><br>《未公开》 | 无对应内容 | 由于技术特征C和后续具体化步骤（S）未被公开，作为其前置特征的R同样未被公开。 |
| **技术特征S：从MPD媒体表示描述文件中导出所述表示偏好指示。** <br><br>《未公开》 | [0082] “AMGR Client 212 can request the service of an AMGR to deliver the video chunks using the RTP/UDP transport protocol.” <br><br> [0083] “The AMGR then requests the variant playlist to learn of the number of multicast gears that it will support.” | 目标专利的MPD文件（媒体呈现描述）包含表示信息。对比文件中的variant playlist（变体播放列表）包含了不同质量的流的信息，功能上与MPD类似。然而，目标专利是从MPD“导出”一个“表示偏好指示”，即网络侧根据MPD信息确定一个偏好。对比文件中，AMGR虽然获取了variant playlist来了解可用的质量（gears），但它并未从中“导出”一个偏好指示并通知客户端。相反，AMGR是根据客户端的请求来多播内容。客户端自己从variant playlist中选择质量。因此，该技术特征未被公开。 |
| **技术特征T：其中所述表示偏好指示是位数数字或字符串表示。** <br><br>《未公开》 | 对比文件未公开任何形式的“表示偏好指示”。 | 由于技术特征C未被公开，其具体实现方式T也未被公开。 |
| **技术特征U：其中所述表示偏好指示是若干表示的子集。** <br><br>《未公开》 | 对比文件未公开任何形式的“表示偏好指示”。 | 由于技术特征C未被公开，其具体实现方式U也未被公开。 |
| **技术特征V：其中所述发信号通知步骤(S24)包括,** <br><br>《未公开》 | 无对应内容 | 由于技术特征D和后续具体化步骤（W）未被公开，作为其前置特征的V同样未被公开。 |
| **技术特征W：向针对所述HTTP流播播放器的响应添加所述表示偏好指示。** <br><br>《未公开》 | [0083] “The AVMS Ready message response also contain the IP address of the multicast groups corresponding to each of the available gears identified in the variant playlist.” | 目标专利中，是将“表示偏好指示”作为一个特定的指示（如HTTP头）添加到HTTP响应中。对比文件中，AVMS Ready消息虽然是一个响应，但它包含的是多播组的IP地址信息，而非一个指令客户端使用特定表示的“偏好指示”。目标专利的“添加”动作特指在HTTP响应中嵌入一个具有指令意义的指示符，这在对比文件中没有对应内容。因此，该技术特征未被公开。 |
| **技术特征X：其中所述固定质量接口是提供正在广播的数据的接口。** <br><br>《隐含公开》 | [0045] “The AMGR then requests and receives video chunks from a network. The AMGR then redistributes the video chunks to the multiple client devices using a multicast transmission.” <br><br> [0048] “Each video multicast group is referred to as a multicast gear.” | 目标专利的“广播的数据”包括eMBMS或IP多播。对比文件中的AMGR通过IP多播（RTP multicast）向客户端分发视频块，这是一种点到多点的广播技术。因此，该多播分发接口可以被视为“提供正在广播的数据的接口”，即“固定质量接口”的一种具体形式。因此，该技术特征被隐含公开。 |
| **技术特征Y：其中所述固定质量接口是提供存储在高速缓存中的数据的接口。** <br><br>《隐含公开》 | [0126] “AMGR Agent with Built-in HLS Server...AMGR Agent rebuilds TS chunks and store them in a local HLS server” <br><br> [0142] “AMGR Agent with Caching Functionality...AMGR Agent attempts to respond to chunk HTTP GETs from HLS Clients; If the AMGR Agent has the chunk stored in its caching server...then it responds” | 目标专利明确将高速缓存定义为一种固定质量接口。对比文件中的AMGR Agent具有内置的HLS服务器或缓存服务器，它存储从多播接收到的（固定质量）视频块，并直接响应客户端请求。对于客户端而言，这个AMGR Agent就相当于一个提供固定质量数据的接口。因此，该技术特征被隐含公开。 |
---
### 最终公开性判断代码
根据上述严谨的比对分析，对比文件直接公开的技术特征为：A。
对比文件隐含公开的技术特征为：B, L, O, X, Y。
<<<A>>>
<<<b>>><<<l>>><<<o>>><<<x>>><<<y>>>