对比文件名称：网络发起的内容流式传输控制（CN104137505A）
目标专利名称：启用媒体编排的方法、客户端设备和控制器系统（CN109983777B）
本次调用的模型名称：DeepSeek-R1（用于此分析）
以下为特征比对表格，严格按照目标专利权利要求划分的技术特征进行逐项分析，引用对比文件原文（中文）并标注段落标号，结合目标专利说明书进行公开性判断。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述媒体编排将多个设备编排成处理至少一个媒体流，所述方法包括在客户端设备处：接收（1）涉及某个媒体编排的通信信道构建信息。<br>**公开性：未公开** | 对比文件主要涉及“用于实现对分段内容从递送节点到至少一个客户端的流式传输的网络发起的控制的方法”（摘要），其中客户端接收清单文件，清单文件包含信道建立信息（例如段落[0057]：“基于嵌入在清单文件中的信道建立信息”）。但对比文件从未提及“媒体编排”或“将多个设备编排成处理至少一个媒体流”。 | 目标专利明确将媒体编排定义为对多个设备（如捕获设备、回放设备）进行协调以处理媒体流，涉及捕获、消费、变换的编排（说明书[0004]-[0007]）。对比文件仅涉及单个客户端与服务器之间的内容流式传输控制，聚焦于CDN中递送节点的负载均衡和清单更新，不涉及多个设备之间的协作编排。因此，对比文件未公开“媒体编排”这一概念，也未公开接收“涉及某个媒体编排”的通信信道构建信息。该特征未被公开。 |
| **技术特征B**：其中所述通信信道构建信息包括编排会话标识符。<br>**公开性：未公开** | 对比文件段落[0017]描述信道建立信息可以包括“用于定位网络中的控制信道服务器功能的服务器位置信息，优选为至少一个URL”，未提及“编排会话标识符”。其他部分（如段落[0057]、图14）也未公开任何会话标识符作为信道构建信息的一部分。 | 目标专利中，编排会话标识符用于标识特定的媒体编排会话，使得控制器系统能够区分不同会话（说明书[0019]-[0021]）。对比文件中的信道建立信息仅包括服务器地址（URL）等，不包含用于标识编排会话的标识符。对比文件在建立控制信道后，服务器可能分配信道ID（如段落[0094]），但该ID是信道标识而非编排会话标识，且未包含在初始信道构建信息中。因此，该特征未被公开。 |
| **技术特征C**：所述编排会话标识符使得控制器系统能够确定编排会话。<br>**公开性：未公开** | 对比文件未公开编排会话标识符，因此无对应内容。 | 由于对比文件未公开编排会话标识符，自然无法实现“使得控制器系统能够确定编排会话”的功能。目标专利中，控制器系统基于该标识符识别客户端所属的编排会话（说明书[0025]）。对比文件中的控制器（CDNCF）基于客户端IP地址、清单文件信息等确定客户端所属的递送节点，而非编排会话。因此，该特征未被公开。 |
| **技术特征D**：在向控制器系统传输请求之前在所述请求中包括（2）标识符。<br>**公开性：未公开** | 对比文件在建立控制信道时，客户端发送信道建立请求（如段落[0057]：“发送信道建立请求”），但未描述在请求中包括标识符。图5A-5C的WebSocket建立请求（步骤504a）也未明确包含标识符。 | 目标专利中，客户端在请求中附加标识符（如编排会话标识符或位置标识符）以协助控制器确定编排会话（说明书[0020]）。对比文件中的信道建立请求仅基于清单文件中的URL，无需也不包含额外标识符。虽然对比文件在建立过程中可能使用IP地址等隐含信息，但未明确在请求中主动包括标识符。因此，该特征未被公开。 |
| **技术特征E**：所述标识符包括所述编排会话标识符。<br>**公开性：未公开** | 同技术特征B、C，对比文件未公开编排会话标识符。 | 该特征依赖于编排会话标识符的存在，对比文件未公开任何类似的标识符，因此未被公开。 |
| **技术特征F**：基于所述通信信道构建信息，从所述客户端设备向所述控制器系统传输（3）所述请求。<br>**公开性：直接公开** | 段落[0057]：“基于嵌入在清单文件中的信道建立信息，客户端中的CCCF可以例如向服务器中的CCSF发送信道建立请求（步骤208）以用于建立服务器到客户端流式传输控制信道。”<br>段落[0072]（图5A步骤504a）：“客户端可以发送WebSocket建立请求”。 | 对比文件明确公开了客户端基于信道建立信息（来自清单文件）向服务器（控制器系统）发送请求以建立控制信道。目标专利中，客户端基于通信信道构建信息向控制器系统传输请求，二者在动作和逻辑上完全一致。该请求是建立信道的第一步，对比文件直接公开了该技术特征。 |
| **技术特征G**：所述请求表示在所述客户端设备与所述控制器系统之间建立与所述某个媒体编排有关的通信信道的第一步骤。<br>**公开性：未公开** | 对比文件中的请求同样表示建立信道的第一步骤（如段落[0057]的“建立信道的第一步骤”），但对比文件未限定该信道与“媒体编排”有关。对比文件中的信道是流式传输控制信道，用于内容递送控制。 | 目标专利明确要求通信信道与“某个媒体编排”有关，即该信道用于媒体编排的控制信息传输（说明书[0014]-[0015]）。对比文件中的信道用于CDN的递送控制（如清单更新），不涉及媒体编排（多设备协调处理媒体流）。虽然请求本身建立信道的第一步是公开的，但“与媒体编排有关”的限定未被公开。因此，该特征整体未被公开。 |
| **技术特征H**：在已经建立所述通信信道之后，在所述客户端设备处通过所述通信信道从所述控制器系统接收（11）控制信息。<br>**公开性：直接公开** | 段落[0062]：“当接收到清单文件更新信号时，CCCF可以请求新的清单文件。”<br>段落[0066]：“在段的流式传输和播出期间，CCCF针对来自服务器的传入消息而侦听流式传输控制信道（步骤307）。”<br>图5A步骤507a等。 | 对比文件详细描述了在建立流式传输控制信道后，客户端通过该信道从服务器接收控制信息（如清单更新触发、更新消息等）。目标专利同样是在建立通信信道后，客户端通过该信道从控制器系统接收控制信息。二者在技术方案上实质相同，直接公开。 |
| **技术特征I**：所述控制信息包括MPEG MORE消息传递和控制和/或MPEG MORE编排数据。<br>**公开性：未公开** | 对比文件中的控制信息包括“清单文件更新消息”（段落[0014]）、“更新触发”（段落[0062]）等，未提及MPEG MORE相关数据。 | 目标专利的控制信息明确限定为MPEG MORE标准中的消息传递、控制和编排数据（说明书[0019]）。对比文件涉及的是HTTP自适应流（HAS）和CDN内容递送，使用清单文件更新机制，与MPEG MORE无关。因此，该特征未被公开。 |
| **技术特征J**：其中所述通信信道构建信息进一步包括所述控制器系统的地址和/或标识能够用于访问所述控制器系统的一个或多个协议的一个或多个协议标识符。<br>**公开性：直接公开（地址部分）** | 段落[0017]：“信道建立信息可以包括用于定位网络中的控制信道服务器功能的服务器位置信息，优选为至少一个URL。”<br>段落[0072]等描述使用WebSocket协议，但未明确协议标识符作为信道构建信息的一部分。 | 对比文件明确公开了信道建立信息包括服务器位置信息（即控制器系统的地址，如URL），这是直接公开的。对于协议标识符，对比文件虽提及可使用WebSocket、SIP、XMPP等协议，但未将这些协议标识符作为显式字段包含在信道构建信息中；本领域技术人员可以推断清单文件可能隐含协议信息，但对比文件未明确公开。由于特征J使用“和/或”，只要地址被公开，该特征即被满足。因此，对比文件直接公开了通信信道构建信息包括控制器系统的地址。 |
| **技术特征K**：其中所述标识符包括编排会话标识符和/或位置标识符。<br>**公开性：未公开** | 对比文件未公开编排会话标识符；位置标识符方面，对比文件虽使用客户端IP地址（如段落[0094]）作为标识，但未将其作为请求中的标识符主动发送，且IP地址并非严格意义上的位置标识符（如GPS坐标）。 | 目标专利中，标识符可以是编排会话标识符或位置标识符（如GPS坐标、SSID等），用于控制器确定编排会话（说明书[0020]）。对比文件在建立信道时未使用此类标识符，服务器通过客户端IP地址进行关联，但IP地址并非位置标识符，且未在请求中明确包含。因此，该特征未被公开。 |
**结论**：
对比文件直接公开了技术特征F、H、J（地址部分），未公开或隐含公开其他技术特征。
<<<F>>><<<H>>><<<J>>>