对比文件名称：2006-05-03_CN1767601A_发明公开_CN1767601A 一种支持多源流媒体的同步播放控制方法
目标专利名称：2039用于使终端的输出同步的方法及系统CN101889422B
模型名称：未指定
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：在所述终端和同步单元之间提供一个或者多个低延迟通信信道。**未公开** | 对比文件全文未涉及“低延迟通信信道”或终端与同步单元之间的通信信道概念。 | 对比文件描述的是同一终端内多源流媒体的同步，所有模块（分离器、解码器、同步模块）均位于同一设备内部，通过内部数据流和队列通信，不存在终端与同步单元之间的外部信道，更未提及低延迟特性。因此，本特征未被直接或隐含公开。 |
| 技术特征B：所述同步单元被包括在所述终端的至少一个中。**《直接公开》** | 发明内容部分：“流媒体同步播放控制装置包括分离器、解码器组、多源流媒体同步模块、多源视频流融合模块、OSD模块以及音频滤镜”；该装置可视为终端（播放器）的一部分。 | 对比文件明确将“多源流媒体同步模块”作为播放控制装置的核心组件，该装置可集成在播放器终端中，执行同步控制功能。该模块相当于目标专利的同步单元，且被包括在终端内，因此本特征被直接公开。 |
| 技术特征C：所述一个或者多个低延迟通信信道中的至少一个作为所述终端之间的通信会话的一部分而被建立。**未公开** | 对比文件全文未涉及终端之间的通信会话或信道建立。 | 对比文件仅关注单一终端内多路媒体的同步，所有同步操作均在本地完成，不存在终端之间的通信会话，更无作为会话一部分建立的通信信道。因此，本特征未被公开。 |
| 技术特征D：所述同步单元基于经所述一个或者多个低延迟通信信道从所述终端接收的同步信息来计算延迟信息。**未公开** | 对比文件多源流媒体同步模块接收的数据来自解码器组（内部队列），而非通过低延迟通信信道从终端接收。 | 对比文件中的同步信息（如PTS）由解码器直接提供，通过内部数据通路传递，不存在低延迟通信信道参与。同步单元（多源流媒体同步模块）计算延迟信息所依据的数据来源与目标专利不同，因此本特征未被公开。 |
| 技术特征E：将所述延迟信息传送到所述终端中的至少一个，允许所述至少一个终端延迟其输出以便所述终端的输出基本上被同步。**未公开** | 对比文件中延迟信息用于本地同步控制（如丢帧、调整音频延时），不传送至其他终端。 | 对比文件在同一终端内完成同步，计算出的延迟信息仅供本地调整使用，不涉及跨终端传输。目标专利要求将延迟信息传送至其他终端以实现多终端输出同步，对比文件未公开此过程。 |
| 技术特征F：每个终端包括用于接收多媒体信号的输入。**《直接公开》** | 发明内容部分：“分离器接收来自多个本地媒体文件或网上多路流媒体中的媒体数据”。 | 对比文件中分离器作为终端（播放器）的输入部件，接收多媒体信号（本地或网络流媒体），明确公开了终端包括用于接收多媒体信号的输入。 |
| 技术特征G：每个终端包括用于将所述多媒体信号传送到信息呈现单元的输出。**《直接公开》** | 具体实施方式部分：“同步后的多路视频与多路音频数据分别送至多源视频流融合模块与音频滤镜……最终实现多路视频流的同步播放控制”；视频输出和音频输出可连接至显示器、扬声器等呈现单元。 | 对比文件通过视频融合模块和音频滤镜处理后输出，输出信号最终呈现给用户，隐含了将多媒体信号传送到信息呈现单元（如屏幕、音箱）的环节。本领域技术人员可明确识别该输出功能，因此本特征被直接公开。 |
| 技术特征H：每个终端包括用于延迟所述输出信号的可变延迟单元。**《直接公开》** | 背景技术部分：“在播放端设置缓冲区以抵消时延抖动”；具体实施方式中基于PTS的同步算法通过丢帧、调整音频延时等方式控制播放时间。 | 对比文件使用了缓冲区（可变延迟缓冲器）以及通过丢帧、调整播放时刻等机制实现延迟输出，这些手段实质上构成了可变延迟单元。因此本特征被直接公开。 |
| 技术特征I：将多媒体流传送到所述终端的输入。**《直接公开》** | 发明内容部分：“分离器接收来自多个本地媒体文件或网上多路流媒体中的媒体数据”。 | 对比文件明确描述了多媒体流被传送到终端的分离器（输入），因此本特征被直接公开。 |
| 技术特征J：根据所述接收的延迟信息延迟所述输出信号。**《直接公开》** | 具体实施方式中基于PTS的同步算法：视频帧控制程序根据同步状态检测结果进行丢帧处理或调整音频延时，从而控制输出时序。 | 对比文件根据同步检测程序得出的延迟信息（如audio_delay、AV_delay）对输出信号进行延迟（丢帧或调整播放时间），因此本特征被直接公开。 |
| 技术特征K：每个终端经低延迟通信信道将同步信息发送到所述同步单元。**未公开** | 对比文件同步信息（如PTS）在终端内部由解码器直接传递至同步模块，不经过外部信道。 | 对比文件没有低延迟通信信道，同步信息通过内部数据路径传输，而非通过终端与同步单元之间的外部信道发送。因此本特征未被公开。 |
| 技术特征L：所述同步信息包括表示媒体单元在多媒体流中的位置的媒体单元参考(MUR)信息。**《直接公开》** | 具体实施方式部分：“基于PTS的视音频同步”中，PTS（呈现时间戳）表示媒体数据包期望被呈现的静态时间标记，即媒体单元在流中的位置。 | 对比文件使用PTS作为媒体单元参考信息，明确指示了媒体单元在时间轴上的位置，等同于目标专利的MUR信息。因此本特征被直接公开。 |
| 技术特征M：响应于同步请求，所述同步信息被发送。**未公开** | 对比文件中同步信息（PTS）由解码器持续产生，非响应于特定请求；对象层同步中主媒体对象通过管道主动获取状态信息，但未明确为“同步请求”。 | 对比文件未公开“响应于同步请求”这一触发机制，同步信息是持续或周期性发送的，不具备明确的请求-响应关系。因此本特征未被公开。 |
| 技术特征N：所述MUR信息包括帧号或者序列号。**未公开** | 对比文件使用PTS（时间戳）作为参考，未提及帧号或序列号。 | 对比文件中的媒体单元参考信息为PTS时间戳，并非帧号或序列号，且未暗示使用帧号或序列号。因此本特征未被公开。 |
| 技术特征O：将一个或者多个时间戳添加到从所述终端接收的所述MUR信息。**未公开** | 对比文件中的PTS由解码器生成，并非在接收后由同步单元添加时间戳。 | 对比文件没有在同步单元侧对接收的MUR信息额外添加时间戳，而是直接使用解码器提供的PTS。因此本特征未被公开。 |
| 技术特征P：提供关于由所述终端接收的所述多媒体流的帧速率的信息。**《直接公开》** | 具体实施方式中基于PTS的同步算法参数定义：“fps：frame per second，视频帧速率”。 | 对比文件在同步算法中明确使用了帧速率（fps）参数，并将其用于计算延迟，因此本特征被直接公开。 |
| 技术特征Q：基于所述帧速率信息以及被加上时间戳的MUR信息来为每个终端计算延迟信息。**未公开** | 对比文件基于帧速率和PTS为同一终端内的多个流计算延迟，但未涉及多个终端。 | 对比文件中的延迟计算是针对单一终端内的多路媒体流，而非针对多个终端。目标专利要求为每个终端计算延迟信息，对比文件未公开此多终端场景。因此本特征未被公开。 |
| 技术特征R：将延迟信息发送到所述终端中的至少一个。**未公开** | 对比文件计算出的延迟信息仅用于本地同步控制，不发送至其他终端。 | 对比文件没有跨终端发送延迟信息的操作，所有调整均在本地完成。因此本特征未被公开。 |
| 技术特征S：所述同步单元经一个或者多个低延迟通信信道向所述终端发送同步请求。**未公开** | 对比文件不存在低延迟通信信道，同步单元也不发送同步请求至终端。 | 对比文件中的同步模块（多源流媒体同步模块）不向终端发送同步请求，同步过程由内部机制驱动，无外部信道参与。因此本特征未被公开。 |
| 技术特征T：提供关于由所述终端接收的所述多媒体流的帧速率的信息。**《直接公开》** | 同特征P，具体实施方式中明确使用了fps参数。 | 同特征P，对比文件直接公开了帧速率信息，因此本特征被直接公开。 |
| 技术特征U：基于所述帧速率信息以及所述MUR信息来为每个终端计算延迟信息。**未公开** | 对比文件基于帧速率和PTS计算延迟，但并非为每个终端计算。 | 对比文件中的延迟计算对象是同一终端内的多个媒体流，而非多个终端。目标专利要求为每个终端计算延迟信息，对比文件未公开此多终端场景。因此本特征未被公开。 |
| 技术特征V：将延迟信息发送到所述终端中的至少一个。**未公开** | 同特征R，对比文件无发送延迟信息至其他终端的描述。 | 对比文件未涉及跨终端传递延迟信息的步骤，因此本特征未被公开。 |
<<<B>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<L>>><<<P>>><<<T>>>