对比文件名称：2004-09-14_US6791620B_发明授权_US06791620B1 Multi-format video processing
目标专利名称：446用于装置上的实时内容之间的快速信道切换的方法和设备CN101843073B
本次调用模型名称：深度思考模型
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：** 所述方法包括：接收信道选择指示符，所述信道选择指示符识别包括待再现的第二内容的第二信道而不是具有经由在所述装置内的第一再现路径当前正在再现的第一内容的第一信道 **《隐含公开》** | “例如，在Conversions窗口210中，用户可指定其中一个信道为‘主’信道，另一个为‘从’信道。...因为信道2当前被指定为从信道，信道2的输出将跟踪在信道1输出上的内容...”（参见说明书第50页第1-13行，图7） “用户输入选择...并输入用户指定，即用户指定的第一信道的输出应提供与通过用户指定的第二信道输入的输入视频信号相对应的输出视频信号。”（参见说明书摘要第1-2段） | 对比文件公开了多信道视频处理系统，用户可以通过用户界面（如图7的Conversions窗口210）指定一个信道（例如信道2）的输出跟踪另一个信道（例如信道1）的输入或输出内容。当用户进行此类指定时，实质上是在“接收信道选择指示符”，该指示符识别了信道2（第二信道）应输出内容，而非信道1（第一信道）当前可能正在输出的内容。尽管对比文件未明确使用“再现路径”的术语，但其信道输出可视为一种内容输出或再现路径。因此，本领域技术人员能够从用户指定信道间跟踪关系的操作中，合理推断出存在“接收识别第二信道而非第一信道的选择指示符”这一技术特征。 |
| **B：** 从所述装置的协议堆栈获得所述第二内容 **《未公开》** | 未发现相关描述。 | 对比文件描述的视频信号管理系统中，视频信号通过I/O模块（如62）从外部设备（如数字视频磁带播放器）直接输入（参见说明书第15页第11-15行，第20页第20-24行），或从内部存储（如图3中的存储/检索模块98）检索获得（参见说明书第18页第1-10行）。整个系统架构和工作流程均未提及“协议堆栈”（protocol stack）这一概念。协议堆栈是网络通信中用于分层处理数据协议（如TCP/IP、RTP等）的软件模块，是目标专利中从网络接收实时内容流的关键组件。对比文件处理的是直接连接的视频源或本地存储文件，不涉及通过网络协议栈获取内容。因此，该特征既未被直接公开，也无法从对比文件内容中隐含得出。 |
| **C：** 通过确定所述第二内容是否具有与所述第一内容相同的内容格式来确定是否可使用所述第一再现路径再现所述第二内容 **《隐含公开》** | “格式转换模块96首先确定信道1和信道2的视频格式是否相同。如果相同，则存储在主机图像缓冲区72中的帧被简单地复制到主机图像缓冲区82中...另一方面，如果两种格式不同，格式转换模块96首先将存储在缓冲区72中的帧的格式转换为为信道2指定的格式...”（参见说明书第17页第23-29行） | 对比文件公开了格式转换模块96在执行信道间内容传递时，会首先判断源信道（如信道1）与目标信道（如信道2）的视频格式是否相同。如果格式相同，则直接复制图像数据；如果格式不同，则进行格式转换后再传递。这一“判断格式是否相同”的步骤，其目的和作用是为了确定是否需要对内容进行转换以便目标信道能够输出（即再现）该内容。在目标专利中，判断内容格式是否相同的目的，是为了确定是否可以使用现有的再现路径（即目标信道现有的处理配置）来再现新内容。两者在判断逻辑和目的上具有高度相似性：都是通过比较内容的格式（或信道的格式）来决定后续处理路径（直接使用或转换/重建）。因此，本领域技术人员可以从对比文件的“判断视频格式是否相同”这一步骤，合理推理出“通过确定内容格式是否相同来确定是否可使用现有路径（或信道配置）再现内容”这一技术特征。 |
| **D：** 在确定可使用所述第一再现路径再现所述第二内容的情况下，将所述第二内容输入到所述第一再现路径中 **《隐含公开》** | “如果[格式]相同，则存储在主机图像缓冲区72中的帧被简单地复制到主机图像缓冲区82中，并且模块96中的处理完成。...一旦帧以信道2的正确格式被写入缓冲区82，该帧就可以通过信道2的输出以上述相同的方式输出。”（参见说明书第17页第23-29行，第18页第1-3行） | 在对比文件中，当确定源信道与目标信道格式相同时，格式转换模块96会将源信道缓冲区（72）中的图像数据直接复制到目标信道的缓冲区（82）中。随后，目标信道（即第二信道）从其自身的缓冲区读取该数据并进行输出。这个过程可以理解为：在确定目标信道现有的配置（由其视频格式定义）能够处理（即输出）源内容（因其格式相同）后，将源内容的数据输入到目标信道的处理/输出路径中。尽管对比文件中的“路径”是隐含在数据从缓冲区到输出模块的流程中，而未明确为“第一再现路径”，但该数据流向和条件判断的逻辑与特征D相符。本领域技术人员可以合理推断出该技术方案。 |
| **E：** 其中将所述第二内容输入到所述第一再现路径中包括发送激活消息和指示所述第二内容将被递送到相同的端点。 **《未公开》** | 未发现相关描述。 | 特征E是目标专利说明书具体实施方式末尾结合MediaFLO系统举例说明的一个具体实现细节，涉及通过发送特定的网络协议消息（激活消息）并指定相同的网络端点（IP地址和端口）来避免媒体播放器重新初始化。对比文件完全未涉及任何基于网络协议（如TCP/IP、UDP）的内容递送、激活消息或端点概念。其内容源是直接连接的硬件设备或本地存储，内容输出也是直接连接到显示设备。因此，该特征在对比文件中既无文字记载，也无法通过任何隐含或推理得出。 |
| **F：** 其中所述接收包括从装置用户接收所述信道选择指示符。 **《直接公开》** | “用户通过系统提供的用户界面（经由键盘26、鼠标27、监视器28和远程控制18）...例如，用户可能指定信道1的视频格式。”（参见说明书第5页第7-10行） “在Conversions窗口210中，用户可指定其中一个信道为‘主’信道，另一个为‘从’信道。”（参见说明书第50页第1-3行） | 对比文件多次明确记载了用户通过图形用户界面（GUI）、键盘、鼠标、远程控制等用户接口设备来指定信道设置、选择跟踪关系等。这直接公开了“从装置用户接收”选择或指定信息的技术特征。该特征在对比文件中的作用是允许用户配置系统，与在目标专利中接收用户信道切换请求的作用相同，都是响应用户输入以控制系统行为。 |
| **G：** 其中所述第一再现路径包括源过滤器和变换过滤器中的至少一者。 **《未公开》** | 未发现相关描述。 | 目标专利中的“再现路径”由“源过滤器”和“变换过滤器”等特定的功能元件构成，用于对内容流进行解复用、解码等处理。对比文件中的视频处理流程涉及I/O模块、硬件抽象层、虚拟帧缓冲区、主图像缓冲区、格式转换模块等（参见图3及相关描述）。这些模块的功能是进行信号输入/输出、数据缓冲、格式标准化和格式转换，并未公开任何被称为“源过滤器”或“变换过滤器”的组件，也未公开类似媒体播放器中构建过滤器图（Graph）以解码特定流媒体的“再现路径”架构。两者处理视频数据的方式和架构有本质区别。 |
| **H：** 其进一步包括：如果确定不可使用所述第一再现路径再现所述第二内容，那么执行以下操作：拆卸所述第一再现路径 **《未公开》** | 未发现相关描述。 | 对比文件在格式不同时，执行的操作是“格式转换”（参见特征C、D的引用），即将内容转换为目标信道所需的格式。在整个说明书中，并未描述当格式不同时需要“拆卸”目标信道现有的任何处理路径或配置。目标信道（第二信道）的处理通道（从缓冲区到输出）始终存在，无论输入内容格式如何，区别仅在于输入的数据是否经过了格式转换。目标专利中“拆卸再现路径”是媒体播放器在无法复用现有路径时进行的特定初始化操作，这在对比文件中没有对应概念或描述。 |
| **I：** 建构第二再现路径以再现所述第二内容。 **《未公开》** | 未发现相关描述。 | 与特征H同理，对比文件在格式不同时，并未进行“建构”新的“再现路径”的操作。目标信道的输出通道是预设存在的，其处理能力由其设定的视频格式决定。当内容格式不符时，系统通过一个通用的“格式转换模块”对数据进行预处理，然后输入到该现有通道中。不存在为特定内容格式动态“建构”包含特定过滤器（如解码器）的处理路径的过程。这与目标专利中媒体播放器为不同编码格式的内容流构建不同解码路径的方案有显著差异。 |
<<<F>>><<<c>>><<<d>>>