对比文件名称：2013-04-04_US2013084053A_发明申请_US20130084053A1 System to merge multiple recorded video timelines
目标专利名称：2054管理媒体流的并发流式传输CN107079013B
本次调用的模型名称：通用语言模型（基于指令生成）
### 特征比对表格
| 技术特征与公开性 | 对比文件原文引用（英文原文及中文翻译） | 公开性论述 |
| 技术特征A:《直接公开》 | [0009] “recorders 14a, 14b, and 14c represent a plurality of recorders which record and store archive real-time video from source 12.” 翻译：记录器14a、14b、14c表示多个记录器，它们记录并存储来自源12的实时视频档案。 | 对比文件明确公开了多个记录器，每个记录器可提供媒体流，包括第一媒体流（如14a）和第二媒体流（如14b），因此直接公开本特征。 |
| 技术特征B:《直接公开》 | [0009] “Different recorders 14a, 14b, and 14c may record video at different resolutions and frame rates, and may retain stored video for different lengths of time before deletion.” 翻译：不同的记录器14a、14b、14c可以以不同分辨率和帧率记录视频，并且可以在删除之前将存储的视频保留不同的时间长度。 | 相同视频源的不同记录器产生不同质量的记录，因此这些媒体流表示同一事件（视频源）的不同记录。直接公开。 |
| 技术特征C:《直接公开》 | [0010] “video status message sm also indicates the present load on the responding recorder 14a, 14b, or 14c, such as from network traffic or CPU usage.” 翻译：视频状态消息sm还指示响应记录器14a、14b或14c上的当前负载，例如来自网络流量或CPU使用率的负载。 | 记录器作为资源具有负载限制（网络流量、CPU），并且媒体流通过这些记录器实现流式传输（包括并行服务的多个客户端可能构成并发流式传输）。因此直接公开了通过具有资源限制的资源实现媒体流的（并发）流式传输。 |
| 技术特征D:《直接公开》 | [0010] “Local server 16 queries recorders... which respond with video status message sm” 翻译：本地服务器16查询记录器……记录器用视频状态消息sm响应。 | 本地服务器通过查询接收状态消息，即获得了指示负载的限制数据。因此直接公开了输入接口用于获得限制数据。 |
| 技术特征E:《隐含公开》 | [0010] 同特征C，状态消息包括负载指示，但未明确说明“并发流式传输超过资源限制”。 | 虽然对比文件未直接描述“限制数据指示并发流式传输超过资源限制”，但本领域技术人员可以合理推断：在多个客户端并发地流式传输时，负载信息可用于判断是否超过记录器的处理或带宽限制（例如网络流量或CPU使用升高表示可能过载）。因此隐含公开。 |
| 技术特征F:《隐含公开》 | [0010] “local server 16 may serve multiple clients in parallel” 翻译：本地服务器16可以并行服务多个客户端。 | 多个客户端中的第一客户端接收第一媒体流是隐含的，因为服务器可以同时处理多个请求（例如一个客户端请求一个视频流）。虽然没有明确描述第一流式传输客户端流式传输第一媒体流，但根据并行服务可以合理推断。 |
| 技术特征G:《隐含公开》 | 同上 | 同上，存在第二流式传输客户端流式传输第二媒体流（例如另一客户端请求不同记录器的流）。 |
| 技术特征H:《直接公开》 | [0011] “Local server 16 processes video status messages sm to produce playlist pl” 翻译：本地服务器16处理视频状态消息sm以生成播放列表pl。 | 播放列表pl是选择数据，基于状态消息（限制数据）生成。因此选择子系统被直接公开。 |
| 技术特征I:《隐含公开》 | [0011] “Each video segment vs is selected to provide the highest quality video available” 以及 [0012] 播放列表包含有序视频段，客户端顺序播放即用下一段替换当前段。 | 虽然在对比文件中替换是针对同一客户端的不同时间段（从记录器A切换到记录器B），但选择数据（播放列表）表示了选择另一个记录器的媒体流以替换当前正在播放的媒体流。本领域技术人员可以合理延伸此概念至向第二客户端的替换（例如服务器决定将第一媒体流也提供给第二客户端以替换第二媒体流），因此隐含公开。 |
| 技术特征J:《直接公开》 | [0011] “Playlist pl is transmitted to and processed by client device 18” 翻译：播放列表pl被传输到客户端设备18并由其处理。 | 输出接口（本地服务器）将播放列表（选择数据）输出给客户端，客户端根据播放列表实现媒体流段的替换（从当前段切换到下一段）。直接公开了输出选择数据以实现替换。 |
| 技术特征K:《直接公开》 | [0012] “Local server 16 assembles playlist pl by evaluating the quality of video available from each recorder... Secondarily, local server 16 may prefer long, continuous video segments... lower recorder loads” 翻译：本地服务器16通过评估每个记录器可用的视频质量来组装播放列表pl……第二，本地服务器16可能偏好长的、连续的段……以及较低记录器负载。 | 这些评价标准和偏好构成了选择准则，基于这些准则生成播放列表。因此直接公开。 |
| 技术特征L:《隐含公开》 | 同上；[0012]中的偏好体现了替换的优选性（例如偏好长段意味着用长段替换短段的替换更优选，偏好低负载记录器意味着用低负载源的替换更优选）。 | 对比文件公开了选择准则导致具有偏好的替换（例如偏好低负载记录器或长段）。虽然未明确针对第二客户端的替换场景，但其准则可应用于替换选择并指示某种替换相对于另一种替换是优选的，因此隐含公开。 |
| 技术特征M:《直接公开》 | [0012] “evaluating the quality of video available from each recorder” 以及结合负载等准则进行比较。 翻译：评估每个记录器可用的视频质量。 | 评估质量实际上是对每个媒体流分配一个质量等级（如分辨率、帧率等），等效于分派质量得分。直接公开。 |
| 技术特征N:《隐含公开》 | [0012] 基于对质量、长度、距离、负载的比较来选择视频段。 | 基于质量得分的比较（隐含在比较准则中）来选择媒体流（段）进行替换（播放列表本身就是基于比较的选择结果）。虽然没有显式写出得分，但实质相同。隐含公开。 |
| 技术特征O:《隐含公开》 | [0012] 每个视频段有起止时间，不同记录器可能覆盖重叠的时间段（因为记录器存储不同时间长度的视频，且同一源视频可能同时被多个记录器记录，导致重叠覆盖）。 | 媒体流包括覆盖同一时间段的并发部分（如不同记录器对同一源视频同时记录），并且播放列表在每段基础上分配质量选择。因此隐含公开。 |
| 技术特征P:《直接公开》 | [0012] 多个准则：视频质量（分辨率、帧率）、连续段长度、记录器距离、记录器负载。 | 直接公开基于多个选择准则分派质量得分（或进行比较选择）。 |
| 技术特征Q:《直接公开》 | [0012] “lower recorder loads, so as to minimize the burden placed on video recording and playback network 10.” 翻译：较低的记录器负载，以便最小化置于视频记录和回放网络10上的负担。 | 资源准则：优选进一步减少资源分配（负载负担）的替换。直接公开。 |
| 技术特征R:《未公开》 | 对比文件未涉及对特定客户端或客户端组的影响偏好。 | 对比文件没有提供任何关于优选更少影响所选流式传输客户端或客户端组的准则，因此未公开客户端准则。 |
| 技术特征S:《直接公开》 | [0012] “prefer recorders at closer locations” 翻译：偏好位置较近的记录器。 | 源准则：优选更少影响媒体流从流式传输源的流式传输（距离近则网络负担小，传输更稳定）。直接公开。 |
| 技术特征T:《未公开》 | 对比文件未提及根据流式传输到客户端数目来选择替换。 | 没有公开流准则。 |
| 技术特征U:《隐含公开》 | [0012] “selects the video with the highest resolution and frame rate available” 翻译：选择具有最高可用分辨率和帧率的视频。 | 该准则优选在质量方面类似的媒体流（高质量）。虽然未明确提到时间对准和地理位置，但质量类似已被公开。时间对准在播放列表中通过起止时间保证；地理位置未涉及，但质量类似足以构成部分公开。因此隐含公开。 |
| 技术特征V:《直接公开》 | [0010] “network traffic” 翻译：网络流量。 | 网络流量直接关联带宽限制。因此直接公开媒体流跨网段的带宽限制。 |
| 技术特征W:《未公开》 | 对比文件未提及从计算机可读介质读出的限制。 | 没有公开读出限制。 |
| 技术特征X:《直接公开》 | [0010] “CPU usage” 翻译：CPU使用率。 | CPU使用率是处理限制。直接公开。 |
| 技术特征Y:《隐含公开》 | [0011] “Playlist pl” 包含段信息、配置选项等元数据，被传输给客户端。 | 播放列表可被视作元数据流（描述媒体段和配置的结构化数据）。虽然未指明如MPEG-4 timed metadata格式，但实质是以流形式传递元数据。因此隐含公开。 |
| 技术特征Z:《未公开》 | [0011] 播放列表本身是选择数据，但清单（播放列表）中不包含用于访问该选择数据本身的地址信息（播放列表直接提供选择数据内容，而非地址）。 | 目标专利要求清单包括用于访问选择数据的地址信息，而对比文件的列表直接包含选择数据，未提供独立的选择数据地址。因此未公开。 |
### 公开性代码
直接公开特征：A, B, C, D, H, J, K, M, P, Q, S, V, X
隐含公开特征：E, F, G, I, L, N, O, U, Y
<<<A>>> <<<B>>> <<<C>>> <<<D>>> <<<H>>> <<<J>>> <<<K>>> <<<M>>> <<<P>>> <<<Q>>> <<<S>>> <<<V>>> <<<X>>> <<<e>>> <<<f>>> <<<g>>> <<<i>>> <<<l>>> <<<n>>> <<<o>>> <<<u>>> <<<y>>>