根据您的指示，我将以资深专利代理师的身份，对对比文件 US20140019593A1（QUALITY-DRIVEN STREAMING）是否公开目标专利 CN106464925B（建立事件的流传输呈现）的技术特征进行严谨比对。以下首先明确对比文件和目标专利名称，然后创建特征比对表格并逐项分析，最后按格式输出公开性代码。
---
**本次调用的模型名称：** 未指定（根据要求提供，但未指定具体模型）
---
**对比文件：** US20140019593A1 (QUALITY-DRIVEN STREAMING)
**目标专利：** CN106464925B (建立事件的流传输呈现)
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：已通过在多个媒体流之间动态地切换来获得流传输呈现，并且所述系统包括：-输入，用于从多个流源获得源数据，所述多个流源提供对表示事件的不同记录的相应多个媒体流的访问。<br>**判断：未公开** | 对比文件[0005]：“A method of content switching in a wireless transmit/receive unit (WTRU) may involve receiving quality information relating to a content segment that is encoded as a plurality of streams.”<br>对比文件强调“encoded as a plurality of streams”，即同一内容编码为多个流（不同比特率），而非不同记录。 | 对比文件涉及同一媒体内容的不同编码表示（自适应比特率流），其“多个流源”提供的是对同一事件/内容的多个编码版本（如低、中、高比特率）的访问，而非“表示事件的不同记录”（如不同视角、不同设备拍摄的记录）。因此，对比文件未公开“不同记录”这一核心概念，既未直接公开，也未隐含公开（无任何暗示不同记录的存在）。 |
| **技术特征B**：源数据由所述多个媒体流的并发部分的内容数据和/或元数据构成。<br>**判断：隐含公开** | 对比文件[0004]：“Quality-related information may include one or more quality metrics relating to an encoded segment... The addition of quality-related information may be accomplished by including the quality-related information in a manifest file...”。<br>对比文件[0091]示例中，SegmentURL元素包含`quality`属性，即元数据。<br>段本身即为内容数据（编码视听数据）。 | 对比文件中，每个媒体流（Representation）被分割为多个段（Segment），段本身包含内容数据（视频/音频样本）。同时，质量信息作为元数据（例如在清单中通过`quality`属性提供）与段关联。这些段在时间上对齐（对应相同时段），构成“并发部分”。因此，源数据由内容数据和元数据构成被隐含公开（段的内容数据+质量元数据）。 |
| **技术特征C**：并发部分表示事件的并发时间段。<br>**判断：直接公开** | 对比文件[0005]：“The content segment may form a portion of a content period.”<br>其中content period对应媒体呈现的一部分（即事件的时间段）。 | 对比文件明确段是内容周期（content period）的一部分，内容周期可以视为事件的时间线。不同表示的段对应相同内容周期，因而表示并发时间段。本领域技术人员能毫无疑义地得出并发部分表示事件的并发时间段。 |
| **技术特征D**：每个媒体流包括多个连续部分。<br>**判断：直接公开** | 对比文件[0033]：“Segments” are consecutive units of a Representation.<br>DASH标准中，每个Representation由多个连续Segment组成。 | 对比文件基于DASH框架，每个媒体流（Representation）被分割为连续的段，段是连续的媒体数据块。因此直接公开。 |
| **技术特征E**：所述多个媒体流包括一个或多个分割媒体流。<br>**判断：直接公开** | 对比文件[0033]描述DASH使用分段流（segmented streams）。<br>对比文件图4、图12等均显示流被分割为段。 | DASH系统本质上是分割媒体流，段是可独立访问的单元。对比文件全文以DASH为背景，明确使用了分段流。因此直接公开。 |
| **技术特征F**：并且所述并发部分至少部分地由所述一个或多个分割媒体流的并发片段构成。<br>**判断：直接公开** | 对比文件[0005]：多个流（representations）的段在时间上对应。<br>对比文件[0080]：“The points at which a client may switch between encoded streams may be referred to as switch points... The portions of the encoded content between the encoded streams may be referred to as segments.” | 不同表示的段彼此时间对齐，构成并发片段。本领域技术人员已知这些并发片段构成并发部分。对比文件直接公开了通过切换不同表示的段来构建流传输。 |
| **技术特征G**：-处理子系统，被配置为，对于所述连续部分中的每一个：i)将至少一个质量评估函数应用于源数据以将质量得分分派给每个并发部分，其中所述质量得分是基于所述内容数据确定的，由此建立多个质量得分。<br>**判断：隐含公开** | 对比文件[0076]：“To report rate and/or quality parameters (e.g., PSNR, SSIM, and/or MOS) for a sequence...”。<br>对比文件[0088]：“For example, one or more of PSNR, SSIM, VQM, VIF, J.341, MOS... may be used as an added quality metric.”<br>对比文件未明确描述处理子系统实时应用质量评估函数，但质量得分预先生成并关联到段。 | 对比文件强调质量信息（如PSNR、MOS）与每个段关联，这些质量度量必然基于内容数据通过某种质量评估函数计算得出（尽管生成时机可能在编码阶段）。本领域技术人员可以合理推断：存在处理子系统（或编码器）应用质量评估函数于源数据（内容数据）以导出质量得分，并将得分分派给并发部分。因此隐含公开。 |
| **技术特征H**：ii)产生选择数据用于使流传输客户机能够访问相应媒体流的并发部分中的所选择的部分，已基于所述多个质量得分的比较选择所述所选择的部分。<br>**判断：隐含公开** | 对比文件[0004]：“Upon receiving the quality-related information, the client may request and/or receive a stream that has a lower bitrate...”。<br>对比文件[0091]示例：在MPD中为每个段提供`quality`属性，使得客户端可以比较并选择。 | 对比文件中，质量信息被提供在清单（MPD）或单独文件中，客户端据此比较质量得分并决定请求哪个段。尽管对比文件中“选择数据”形式为质量信息（选择依据），但使客户端能够访问所选部分的功能是相同的。系统产生并传送质量信息实质上使能了基于比较的选择，因此隐含公开。 |
| **技术特征I**：其中向所述流传输客户机提供清单，所述清单包括用于使流传输客户机能够访问所述多个流源的地址信息，并且其中-所述系统还包括用于向流传输客户机提供选择数据的客户机接口。<br>**判断：直接公开** | 对比文件[0004]：“The addition of quality-related information may be accomplished by including the quality-related information in a manifest file (e.g., .mdp file).”<br>对比文件[0081]：“high-level information about each encoded stream... may be stored in a manifest file or a multimedia presentation description (MPD) file.”<br>对比文件图12显示客户端通过HTTP从服务器（系统）获取MPD。 | 对比文件明确MPD（清单）包含流源的地址信息（如URL），并且通过HTTP接口提供给客户端。同时，质量信息（选择数据）也通过同一接口或单独文件提供给客户端。因此直接公开。 |
| **技术特征J**：-选择数据由处理子系统产生以便使流传输客户机能够从清单选择所述多个流源中的提供对所述所选择的部分的访问的流源。<br>**判断：直接公开** | 对比文件[0005]：“A stream of the content segment may be selected as a function of respective bitrates and quality information associated with the streams.”<br>对比文件[0087]：客户端基于质量信息和缓冲状态选择表示。 | 对比文件中，选择数据（质量信息）由服务器/系统生成（或预先生成）并包含在清单中，客户端接收后据此选择适当的表示（流源）。这直接使客户机能够从清单选择提供所选部分访问的流源。 |
| **技术特征K**：其中所述选择数据包括所述多个质量得分的至少一部分。<br>**判断：直接公开** | 对比文件[0091]示例：<br>`<SegmentURL media=″example_320x180_48kbps_av0.m4s″ quality=”33.1”/>`<br>其中`quality`属性即为质量得分。 | 对比文件在清单中直接为每个段提供质量值，该质量值即为质量得分。因此选择数据明确包含质量得分的至少一部分。直接公开。 |
| **技术特征L**：其中所述处理子系统被配置用于：i)将所述质量得分格式化为元数据流。<br>**判断：直接公开** | 对比文件[0106]：“Quality information may be embedded in a media data container (mdat) box 902 as a quality information track 900...”。<br>图9展示质量信息轨道作为元数据流。 | 对比文件明确将质量信息作为独立轨道（track）嵌入在MP4容器中，该轨道即为元数据流。处理子系统（服务器）将质量得分格式化为此类元数据流。直接公开。 |
| **技术特征M**：ii)将地址信息包括在清单中以便使流传输客户机能够访问元数据流。<br>**判断：直接公开** | 对比文件[0104]：<br>`<QualityInfo schemeIdUri=”urn:mpeg:dash:qual-dsc:2012” ><Component>=”video” <QualityMetric>=”PSNR” QualityUrl=”http://example.com/.../segments_psnr_t328.xyz” />`<br>该描述符在MPD中提供元数据流的URL。 | 对比文件在清单（MPD）中通过URL链接到包含质量信息的单独文件或轨道，使得客户端能够访问该元数据流。直接公开。 |
| **技术特征N**：其中所述客户机接口被配置用于经信令信道向流传输客户机提供选择数据。<br>**判断：未公开** | 对比文件未提及“信令信道”（signaling channel）的概念。<br>对比文件中质量信息通过HTTP（MPD文件、段索引文件、单独文件）或作为元数据轨道提供，均为数据信道而非专门的信令信道。 | 对比文件没有公开或暗示通过独立于流传输数据的信令信道来传送选择数据。所有通信均基于HTTP请求-响应模式，不属于信令信道。因此未公开。 |
| **技术特征O**：其中所述选择数据还包括用于使流传输客户机能够将所述质量得分与所述多个流源关联的关联信息。<br>**判断：直接公开** | 对比文件[0091]示例：`quality`属性直接附加在SegmentURL元素内，隐含关联到具体段和表示。<br>对比文件[0092]：质量序列描述符（QualitySequence）通过`s`（段编号）和`@q`（质量值）与特定段关联。 | 对比文件通过属性（如`quality`）或元素（如Q元素）将质量得分与段/表示直接关联，提供明确的关联信息。因此直接公开。 |
| **技术特征P**：其中所述处理子系统被配置用于产生用于流传输客户机的清单，所述清单包括播放列表，所述播放列表标识用于从所述多个流源中的相应流源被连续地访问的所述多个媒体流的不同部分，已基于选择数据选择所述不同部分中的至少一个部分。<br>**判断：未公开** | 对比文件[0127]描述动态MPD用于直播，但MPD仅描述可用段，不包含基于选择数据预选的部分。<br>对比文件中客户机自行基于质量信息动态选择段，系统不提供预定义的播放列表。 | 对比文件没有产生这样一个播放列表：它已基于选择数据提前选定了要访问的不同部分。相反，客户端根据当前质量和带宽实时决策。系统从未生成包含已选部分的播放列表。因此未公开。 |
| **技术特征Q**：其中所述处理子系统被配置用于针对新的并发部分更新清单。<br>**判断：直接公开** | 对比文件[0127]：“A dynamic MPD type may be updated during the Media Presentation... MPD may be updated to extend the list of Segments for each Representation, introduce a new Period, and/or terminate the Media Presentation.” | 对比文件明确动态MPD会随着新的段（新的并发部分）的生成而更新，以包含新的段列表。直接公开。 |
| **技术特征R**：其中所述处理子系统被配置用于：在下述情况下在产生选择数据时保持对所述多个媒体流中的一个媒体流的前一选择：-前一媒体流的并发部分和所述所选择的部分之间的质量得分的差异低于质量阈值。<br>**判断：未公开** | 对比文件未提及基于质量得分差异阈值保持前一选择。对比文件[0087]描述了质量上限阈值，但用于避免选择过高质量的流，而非保持选择。 | 对比文件没有公开或暗示当质量差异低于阈值时保持当前选择的概念。所有描述均基于每个段独立决策，无平滑或滞后的切换机制。因此未公开。 |
| **技术特征S**：者-并发部分的长度低于长度阈值。<br>**判断：未公开** | 对比文件未提及基于段长度阈值保持前一切换。 | 对比文件没有考虑段长度对切换决策的影响。因此未公开。 |
| **技术特征T**：被配置用于通过下述操作来用作流传输客户机和所述多个流源之间的代理：i)从所述多个流源接收所述多个媒体流的并发部分。<br>**判断：未公开** | 对比文件图12显示客户端直接与HTTP服务器或CDN通信，没有中间代理接收所有并发部分。<br>对比文件[0119]：“the streaming session may be controlled by a client 1206 by requesting segments using HTTP...”。 | 对比文件中，客户端直接从流源请求段，系统（服务器）不充当接收所有流并选择的代理。相反，客户端直接选择请求哪个流。因此未公开。 |
| **技术特征U**：ii)将所述所选择的部分传送给流传输客户机。<br>**判断：未公开** | 承上，对比文件中客户端直接从流源接收所选段，无需代理转发。 | 对比文件未公开代理传送所选部分的实施方案。因此未公开。 |
| **技术特征V**：其中以非分割形式接收所述多个媒体流中的至少一个媒体流，并且其中所述处理子系统被配置用于分割所述媒体流。<br>**判断：未公开** | 对比文件始终基于分段流（DASH），未提及接收非分割流后再分割。 | 对比文件中的媒体流本身已是分割形式（段）。没有描述接收连续流然后进行分割的过程。因此未公开。 |
| **技术特征W**：其中基于并发部分之中具有最高质量得分的所述所选择的部分来选择所述所选择的部分。<br>**判断：隐含公开** | 对比文件[0087]：“The client may select the highest rate representation that is lower than the available bandwidth and that has a quality that does not exceed a quality threshold quality_cap.”<br>对比文件[0088]：质量信息可用于选择最佳质量的流。 | 对比文件虽然没有明确说总是选择最高质量得分，但在质量驱动的场景下，客户端会优先选择在给定带宽下质量最高的段，或者至少避免低于质量阈值。本领域技术人员可以合理推断，在多个可用段中，基于质量得分的比较自然会导向选择最高质量得分的部分（尤其是在带宽充足时）。因此隐含公开了基于最高质量得分选择。 |
| **技术特征X**：其中所述流传输客户机被配置用于获得清单，所述清单包括用于使流传输客户机能够访问所述多个流源的地址信息，所述流传输客户机还包括：-输入，用于从所述系统接收选择数据。<br>**判断：直接公开** | 对比文件[0004]：客户机接收manifest file（清单）包含地址信息；客户机通过HTTP接收quality-related information（选择数据）。<br>对比文件图13显示DASH Access Engine接收MPD和segments。 | 对比文件明确客户机能获得清单以及质量信息（选择数据）。因此直接公开。 |
| **技术特征Y**：和-处理子系统，被配置为：i)基于选择数据，从清单选择所述多个流源中的提供对所述所选择的部分的访问的流源。<br>**判断：直接公开** | 对比文件[0005]：“A stream of the content segment may be selected as a function of respective bitrates and quality information associated with the streams.”<br>对比文件[0087]：客户机基于质量信息选择表示。 | 对比文件中的客户机（WTRU）包含处理功能，基于收到的质量信息（选择数据）和清单中的地址信息，选择适当的表示（流源）。直接公开。 |
| **技术特征Z**：ii)从所述流传输源访问所述所选择的部分。<br>**判断：直接公开** | 对比文件[0005]：“The selected stream may be requested and/or received by the WTRU.” | 客户机直接请求并接收所选流的部分（段）。直接公开。 |
---
### 公开性代码汇总
根据上述表格判断，以下为对比文件对目标专利各技术特征的公开性代码（直接公开用大写，隐含公开用小写，未公开不输出）：
- 技术特征B：隐含公开 → 《b》
- 技术特征C：直接公开 → 《C》
- 技术特征D：直接公开 → 《D》
- 技术特征E：直接公开 → 《E》
- 技术特征F：直接公开 → 《F》
- 技术特征G：隐含公开 → 《g》
- 技术特征H：隐含公开 → 《h》
- 技术特征I：直接公开 → 《I》
- 技术特征J：直接公开 → 《J》
- 技术特征K：直接公开 → 《K》
- 技术特征L：直接公开 → 《L》
- 技术特征M：直接公开 → 《M》
- 技术特征O：直接公开 → 《O》
- 技术特征Q：直接公开 → 《Q》
- 技术特征W：隐含公开 → 《w》
- 技术特征X：直接公开 → 《X》
- 技术特征Y：直接公开 → 《Y》
- 技术特征Z：直接公开 → 《Z》
注：若同一特征同时直接和隐含，以直接公开为准（此处不存在这种情况）。
未公开的特征（A, N, P, R, S, T, U, V）不输出代码。
最终输出：
<<<C>>><<<D>>><<<E>>><<<F>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<O>>><<<Q>>><<<X>>><<<Y>>><<<Z>>><<<b>>><<<g>>><<<h>>><<<w>>>