对比文件名称：2005-11-24_JP2005328269A_发明专利_JP2005328269A Client terminal, streaming server, and streaming-switching distribution system
目标专利名称：446用于装置上的实时内容之间的快速信道切换的方法和设备CN101843073B
模型名称：gpt-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：《直接公开》 | [2] “入力手段３１０は、ユーザによるストリーム切り替えをナビゲーションするためにＧＵＩ（グラフィカルユーザインタフェース）画面に表示されるストリーム再生を切り替えるための選択ボタン又はストリームを再生させる為の入力ボタン等であり、キーボード、マウス等を介して行なわれる。”<br>[2] “ステップＳ１０６において、クライアント端末３００にて、音声２へのストリーム切り替え要求が発生する。” | 对比文件明确公开了客户端终端（クライアント端末）具备输入手段（入力手段），用户通过选择按钮等输入设备选择要切换的流（例如从音频1切换到音频2）。当用户进行选择时，客户端会产生流切换请求。这对应于目标专利中“接收信道选择指示符，所述信道选择指示符识别包括待再现的第二内容的第二信道而不是具有经由在所述装置内的第一再现路径当前正在再现的第一内容的第一信道”。两者作用相同，都是响应用户操作，识别出要切换到的新内容信道（流）。因此，本领域技术人员能够毫无疑义地确定对比文件直接公开了该技术特征。 |
| 技术特征B：《隐含公开》 | [2] “ストリーミングサーバ４００は、クライアント端末の要求により映像や音声のストリーミングを行う”<br>[2] “ステップＳ１０３において、ストリーミングサーバ４００のストリーム切り替え送信手段４１０は、要求元のクライアント端末３００に対し指定されたコンテンツのストリーミング配信を開始する。”<br>[2] “音声ストリーム受信手段５２は、ストリーミングサーバ４００より送られてくる音声ストリームを受信する。” | 对比文件公开了流媒体服务器根据客户端终端的请求，向客户端发送指定的流媒体内容（如音频2），而客户端通过音频流接收手段（音声ストリーム受信手段）接收该内容。虽然对比文件没有明确提及“协议堆栈（protocol stack）”这一术语，但在本领域，流媒体内容（如基于RTP/RTSP）的传输和接收必然通过设备中的协议栈进行处理。客户端从服务器获得指定流内容的过程，隐含了从装置的协议栈获得该内容。因此，本领域技术人员通过合理推断，能够得出对比文件隐含公开了“从所述装置的协议堆栈获得所述第二内容”这一技术特征。 |
| 技术特征C：未被公开 | 对比文件未公开相关内容。 | 目标专利中，确定是否可使用现有再现路径的核心判断依据是“确定所述第二内容是否具有与所述第一内容相同的内容格式”。对比文件全文描述了流（音频、视频）的切换过程，但并未提及在切换前需要判断新旧流的内容格式是否相同。其切换逻辑是基于用户选择预测和缓冲区控制来减少延迟，而非基于内容格式兼容性判断来决定是否复用现有处理路径。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| 技术特征D：《隐含公开》 | [2] “ステップＳ１０７において、… ストリーム送信管理手段３１は送信レートの算出を行い、… 音声ストリーム送信手段２５はこの算出結果にしたがって、音声２のストリームを、… クライアント端末３００に送信する。”<br>[2] “ストリーム切り替えを行う場合、既に図２の音声２バッファ２１に用意されている音声２データに直ちに切り替えてクライアント端末３００に送信するようにする。”<br>[2] “音声デコーダ５６はMPEG4方式で圧縮された音声のデコードを行なう。” | 对比文件公开了在流切换时，服务器将发送的流从音频1切换到音频2，并发送给客户端。客户端接收新的音频流后，会使用音频解码器（音声デコーダ５６）进行解码。在整个切换描述中，并未提及客户端需要为新的音频流（第二内容）重新初始化或构建一个新的解码路径。客户端始终存在用于处理音频流的解码器（可视为一个现存的再现路径）。当新流（音频2）到来时，它被输入到该现有的解码器中进行处理。这隐含了“在确定可使用所述第一再现路径再现所述第二内容的情况下，将所述第二内容输入到所述第一再现路径中”的技术方案，因为对比文件描述的切换场景中，新旧流同为音频流，格式兼容（如均为MPEG4音频），解码器自然可以复用。 |
| 技术特征E：未被公开 | 对比文件未公开相关内容。 | 目标专利说明书第[0057]段描述了在MediaFLO系统中的一种具体实施方式，其中“将所述第二内容输入到所述第一再现路径中包括发送激活消息和指示所述第二内容将被递送到相同的端点。”这是为了避免媒体播放器因检测到内容源（IP地址）改变而重新初始化。对比文件中，客户端使用ANNOUNCE等RTSP控制命令向服务器发送流切换请求（参见图5及相关描述），但这属于在应用层发起切换控制，并未提及为了维持播放器不重新初始化而确保新旧流被递送到“相同的端点”（如相同的单播IP地址和端口）。对比文件的切换机制核心是缓冲区预测与控制，而非针对播放器重新初始化问题的端点保持方案。因此，对比文件未公开该技术特征。 |
| 技术特征F：《直接公开》 | [2] “入力手段３１０は、ユーザによるストリーム切り替えをナビゲーションするためにＧＵＩ（グラフィカルユーザインタフェース）画面に表示されるストリーム再生を切り替えるための選択ボタン又はストリームを再生させる為の入力ボタン等であり、キーボード、マウス等を介して行なわれる。” | 此特征为特征A的进一步限定，明确信道选择指示符是从装置用户处接收。对比文件明确记载了输入手段（入力手段）接收用户通过键盘、鼠标等进行的操作，以选择切换流。这直接对应于“从装置用户接收所述信道选择指示符”。因此，本领域技术人员能够毫无疑义地确定对比文件直接公开了该技术特征。 |
| 技术特征G：《隐含公开》 | [2] “映像デコーダ５５は、MPEG4方式で圧縮された映像のデコードを行なう。 音声デコーダ５６はMPEG4方式で圧縮された音声のデコードを行なう。”<br>[2] “映像ストリーム受信手段５１は、ストリーミングサーバ４００より送られてくる映像ストリームを受信する。 音声ストリーム受信手段５２は、ストリーミングサーバ４００より送られてくる音声ストリームを受信する。” | 目标专利中的“源过滤器”和“变换过滤器”是再现路径中用于处理内容数据的功能元件，例如源过滤器用于提取多媒体数据，变换过滤器（如H264解码器）用于解压缩数据（参见说明书第[0025]段）。对比文件中的客户端终端包含“音声ストリーム受信手段”、“映像ストリーム受信手段”（可视为接收和初步提取数据的元件）以及“音声デコーダ”、“映像デコーダ”（即解码器，执行解压缩变换功能）。这些元件共同构成了对音频/视频流进行接收、处理（解码）以供再现的路径。解码器（デコーダ）本质上就是一种变换过滤器。因此，对比文件隐含公开了再现路径包括源过滤器（接收手段）和变换过滤器（解码器）中的至少一者。 |
| 技术特征H：未被公开 | 对比文件未公开相关内容。 | 目标专利中，当确定新内容与现有再现路径不兼容时，会执行“拆卸所述第一再现路径”的操作。对比文件描述的流切换过程中，无论新旧流是否为相同类型（如同为音频），其切换动作都发生在服务器端（停止发送旧流，开始发送新流）。客户端侧的处理路径（如音频解码器）在处理同类型流时是复用的，对比文件没有描述在何种情况下需要“拆卸”客户端的现有处理路径（如卸载解码器）。其技术重点在于预测和缓冲区管理以实现无缝切换，而非对不兼容格式路径的拆卸与重建。因此，对比文件未公开该技术特征。 |
| 技术特征I：未被公开 | 对比文件未公开相关内容。 | 目标专利中，在确定不可使用第一再现路径时，需要“建构第二再现路径以再现所述第二内容”。如特征H所述，对比文件并未公开需要判断内容格式兼容性，也未公开在“不可使用”现有路径的情况下需要“建构”一个全新的再现路径。其客户端始终使用已有的解码器等元件来处理新流，没有新建路径的描述。因此，对比文件未公开该技术特征。 |
<<<A>>><<<F>>><<<b>>><<<d>>><<<g>>>