一种用于同步至少两个终端(108a，108b)的输出的方法，在所述终端和同步单元(112)之间提供一个或者多个低延迟通信信道(110a，110b)；所述同步单元被包括在所述终端的至少一个中；所述一个或者多个低延迟通信信道中的至少一个作为所述终端之间的通信会话的一部分而被建立；所述同步单元基于经所述一个或者多个低延迟通信信道从所述终端接收的同步信息来计算延迟信息；将所述延迟信息传送到所述终端中的至少一个，允许所述至少一个终端延迟其输出以便所述终端的输出基本上被同步。

专利代理人为您就涉案专利权利要求1（以下简称“目标权利要求”）与三份对比文件进行深度法律与技术侵权/无效分析。

---

## 一、 权利要求1的技术特征解释（结合目标专利说明书）

为了准确界定权利要求1的保护范围，需紧密结合说明书对技术特征进行原意解释：

* **技术特征A（低延迟通信信道提供）：** 在至少两个终端（108a, 108b）与同步单元（112）之间提供一个或多个低延迟通信信道（110a, 110b）。

* *说明书解释：* 此处的“低延迟通信信道”是指基于IP网络、专有带外信道或低时延数据链路构建的信道，用于传输时钟同步、延迟测量等控制报文，区别于承载大体量高延迟媒体流的主数据信道。

* **技术特征B（同步单元的部署位置）：** 所述同步单元被包括在所述终端的至少一个中。

* *说明书解释：* 指同步计算（如计算相对延迟、播放缓冲延时）的控制节点并非必须为独立的集中式云端服务器，而是可以**下沉或直接集成在参与协同播放的某一个终端（主终端/Master Terminal）** 内部。

* **技术特征C（信道建立方式）：** 所述一个或者多个低延迟通信信道中的至少一个作为所述终端之间的通信会话的一部分而被建立。

* *说明书解释：* 低延迟信道不是预先永久固定的静态链路，而是在终端发起/建立端到端通信会话（Session，如VoIP会话、多方视频会议会话）的握手或信令协商阶段**动态伴随建立**的。

* **技术特征D（延迟信息的计算）：** 所述同步单元基于经所述一个或者多个低延迟通信信道从所述终端接收的同步信息来计算延迟信息。

* *说明书解释：* 集中在终端内部的同步单元通过低延迟信道收集各终端发送的绝对时间戳（如GPS时间、NTP时间戳）或相对延迟参数，计算出各终端之间的传输时延差或总端到端延迟。

* **技术特征E（延迟信息的传输与同步控制）：** 将所述延迟信息传送到所述终端中的至少一个，允许所述至少一个终端延迟其输出以便所述终端的输出基本上被同步。

* *说明书解释：* 同步单元将计算出的延迟指令/控制量（如Jitter Buffer延迟量或播放等待时间）下发至对应终端，终端据此调整自身抖动缓冲区或控制播放时机，实现多终端音视频的同步输出。

---

## 二、 目标特征与对比文件特征比对表格

以下为目标权利要求1的技术特征与三份对比文件的原文映射与对比分析：

---

## 三、 对比文件公开内容详细出处与分析

### 1. D1：`US6360271B1` (System for dynamic jitter buffer management based on synchronized clocks)

* **出处与公开内容：**

* **特征D、E：** 参见说明书第5栏第10-40行及图2。D1公开了接收端利用与发送端同步的时钟（如GPS），比较发送时间戳（`sender-time`）与接收时间戳（`receiver-time`）计算网络传输延迟（`network transmission delay`），并计算缓冲延迟量（`buffer delay period`），将数据包延迟释放（`release the packet for play-out`），从而使多包或多终端输出基本上被同步。

* **分析：** D1侧重于在单对单或网关架构下基于同步时钟动态调整Jitter Buffer。其同步计算单元部署在网络网关（ITG 72，图6）或专用的接收设备上，**未公开“同步单元被包含在终端之一中”（特征B）** 以及 **“通信信道作为终端间通信会话的一部分动态建立”（特征C）**。

### 2. D2：`JP2003235027A` (Simultaneous reproduction method for distribution video, video distribution system, and terminal)

* **出处与公开内容：**

* **特征A、D、E：** 参见段落【0066】-【0073】及图4、图5。D2公开了各终端通过IP网络向代表终端发送包含发送/接收时间戳的信息，代表终端计算各终端的传输延迟（公式(1)），找出最大延迟，并将最大延迟或等待时间通知给各终端，各终端据此延迟播放（再生等待时间），实现同一画面同步播放。

* **特征B：** 参见段落【0020】及【0106】-【0109】（实施形态5、图10）。D2明确指出了“集め先は…複数のメンバーの端末装置のうちの一つである場合”（收集时间信息的节点可以是多个成员终端装置中的一个），并且由终端301a担任主控并包含计算最大延迟的控制逻辑。

* **特征C：** 参见段落【0051】-【0057】及图2（手順(1)-(6)）。在终端301a向服务器发起视频会话请求及向其他终端（301b-301n）分配/协商组播地址（`マルチキャストアドレス`）以建立通信会话的过程中，同步构建了各终端间相互传输受信确认及同步控制信息的低延迟信道。

* **分析：** D2完全公开了目标专利权利要求1的**全部技术特征（A、B、C、D、E）**，且属于同一技术领域。

### 3. D3：`JP2005244605A` (Streaming content distribution control system)

* **出处与公开内容：**

* **特征A、D、E：** 参见段落【0010】-【0013】及【0031】-【0035】。D3公开了基于IP网络，各终端向集中式“配信管理サーバ30”（包含再生位置推定部33和再生位置管理部34）定期报告播放位置与时间戳，服务器计算时间偏差，并下发控制指令（如暂停/早进）给各终端以实现同步播放。

* **分析：** D3采用的是典型的“中心服务器-客户端”架构，**未公开特征B（同步单元集成在终端中）** 与 **特征C（信道伴随终端间会话建立）**。

---

## 四、 最接近的对比文件分析与创造性评价

### 1. 最接近对比文件的选择

在创造性分析中，**D2（`JP2003235027A`）是唯一的、最接近对比文件**。

* **技术问题与效果一致性：**

* **目标专利**旨在解决多终端在网络传输延迟不一致时，如何无需依赖昂贵复杂的专用中心服务器即可实现音视频同步输出的问题（通过将同步单元下沉至终端，并在会话建立时建立低延迟控制信道）。

* **D2**完全针对相同的技术问题——多终端在IP网络下观看共享视频时因传输延迟导致播放画面不同步的问题。D2提出的方案（特别是实施形态1的代表终端模式及实施形态5）同样是通过在终端建立同步控制、计算最大延迟并控制再生等待时间，实现了完全相同的技术效果。

* **特征覆盖度：**

* **D2：** 毫无异议或实质公开了权利要求1的**全部技术特征（A+B+C+D+E）**。

* **D1 / D3：** 均缺少特征B（同步单元在终端内部）和特征C（信道伴随终端间会话建立）。

### 2. 新颖性/创造性结论

* **新颖性（专科法第22条第2款 / A21）**：由于D2已经毫无异议地公开了权利要求1的所有技术特征（A-E），权利要求1相对于D2**直接丧失新颖性**。

* **创造性（专科法第22条第3款 / A26）**：即便将D1或D3作为最接近的对比文件，结合D2的段落【0020】及【0106】（终端集成同步单元）与【0051】（会话建立信道），对于本领域技术人员而言也是显而易见的，**不具备创造性**。

---

## 五、 无效宣告请求中的薄弱技术特征与检索策略建议

### 1. 若提出无效请求最薄弱的技术特征（专利权人的潜在抗辩点）

若专利权人试图通过修改或二次解释权利要求来维持专利有效，其**最可能争辩的薄弱点在于“技术特征C”**：

* **争辩点：** “低延迟通信信道作为终端之间的通信会话的一部分而被建立”（*Is established as part of a communication session between the terminals*）。

* **专利权人逻辑：** 专利权人可能主张D2中的组播地址分配（图2步骤1-6）属于单纯的网络配置，而非终端与终端之间真正意义上的“P2P/双向端到端通信会话（如WebRTC/SIP会话）”。

### 2. 进一步的对比文件检索策略（针对特征C的补强）

为了彻底封堵专利权人对“特征C”的抗辩，建议采取以下二次检索策略：

1. **扩展检索关键词组合：**

* `(SIP OR RTSP OR WebRTC OR SDP OR "session establishment") AND ("jitter buffer" OR "synchronization") AND ("in-band" OR "sideband" OR "control channel")`

* 中文：`(会话发起协议 OR 会话建立 OR 实时传输协议) AND (同步单元 OR 延迟控制) AND (伴随建立 OR 控制信道)`

2. **重点IPC/CPC分类号定位：**

* `H04L65/1069`（通信会话建立与协商）

* `H04L65/80`（流媒体传输质量与延迟控制）

* `H04N21/4307`（客户端侧的媒体同步控制）

3. **补充专利文献检索方向：**

* **方向一（VoIP/SIP会话伴生控制信道）：** 检索2000-2008年间关于SIP协议（RFC 3261）或H.323协议下，在终端建立Call/Session的同时通过RTCP（RTP Control Protocol）信道传输同步和延迟参数的专利。

* **方向二（P2P多方协同）：** 检索Mesh/P2P网络中，Master终端在建立P2P连接会话时同步开辟控制信道（Control Channel）计算Peer节点延迟的专利（如Skype早期专利或P2P-Streaming专利）。

### 一、 权利要求解释及对比特征分析表

#### （一） 基于目标专利说明书的权利要求解释

结合本领域公知常识与专利文件上下文对权利要求1的各项技术特征解释如下：

* **技术特征A（终端及通信信道）**：限定了同步场景为至少两个终端（108a，108b）与同步单元（112）之间建立一个或多个低延迟通信信道（110a，110b），用于信息的双向/单向低时延传输。

* **技术特征B（同步单元架构）**：限定同步单元（112）的物理/逻辑位置，即**同步单元被内置/包含在所述终端中的至少一个之中**（例如采用主从/Peer-to-Peer架构，而非独立于所有终端之外的专用中心服务器）。

* **技术特征C（信道建立方式）**：限定低延迟通信信道至少有一个是**作为终端之间通信会话（Session）的一部分而被建立**（即伴随会话建立而动态建立的信道，如在会话建立过程中协商/建立的数据/控制流）。

* **技术特征D（延迟计算）**：同步单元通过低延迟通信信道接收来自终端的同步信息（如时间戳、传输时延测量包等），并据此**计算出延迟信息**（Delay Information）。

* **技术特征E（输出同步控制）**：同步单元将计算出的延迟信息发送给终端中的至少一个，**终端根据该延迟信息延迟其自身的输出**，从而使多终端的输出（如音视频播放）在物理感知上达到“基本上同步”。

---

#### （二） 特征比对表与对比文件公开分析

对三份对比文件进行深度梳理与技术特征映射分析如下：

---

### 二、 最接近的对比文件分析与创造性评估

#### （一） 最接近的对比文件筛选

在无效宣告程序中，选择最接近对比文件的核心标准是：**技术领域相同、解决的技术问题最相似、公开的技术特征最多**。

1. **D2（JP2006244060A）**：

* **技术领域与问题**：同样致力于解决不同终端（如大屏公共终端与手机用户终端）在不同/相同网络环境下异构/多源内容的分布式同步播放问题。

* **特征覆盖度**：D2公开了本专利权利要求1的绝大部分技术特征（特征A、B、C、D、E）。具体地，D2实施例1明确记载了：请求终端（151）与提示终端（131）之间通过Bluetooth/无线LAN等建立通信，相互交换时间信息并结合RTT计算时间偏移量（Offset），进而控制各终端在预定时刻同步播放。

* **结论**：**D2最适合作为单篇或第一最接近的对比文件**。

2. **D1（CN1767601A）与 D3（US20060256822A1）**：

* D1侧重于单终端/同一系统内部多源流媒体（如画中画）的进程间/管道同步，对终端间分布式通信会话及内置同步单元的架构公开不足；

* D3侧重于电力线局域网内发射器到多个接收器的硬件时钟与缓冲池同步（Repeat/Skip模式），缺乏“终端间通信会话”及“终端内置同步单元”的架构描述。

因此，**D2（JP2006244060A）是本专利最接近的对比文件**。

---

#### （二） 无效请求中最薄弱的技术特征分析

通过对比可知，目标专利权利要求1相对于对比文件D2的**主要区别特征**可能集中在：

* **“所述一个或者多个低延迟通信信道中的至少一个作为所述终端之间的通信会话的一部分而被建立”（特征C的特定限定）**。

#### **攻防风险与薄弱点诊断（专利代理师视角）：**

1. **特征C的解释弹性（最薄弱点）**：

* **专利权人防线**：专利权人可能主张，D2中的Bluetooth/无线LAN仅是辅助的时间同步连接，并非“终端之间主通信会话（Session）的一部分”。

* **无效攻击方突破口**：在现代网络协议（如SIP、WebRTC或近距离无线点对点协议）中，控制信道（Control Channel）与媒体信道（Media Channel）本身就是会话建立（Session Setup）的协同组成部分。D2中终端间建立连接并交互信息的机制在工程实质上已具备“会话信道”的属性。如果结合本领域的公知常识（如SIP/SDP会话建立流程），特征C极易被认定为**显而易见的技术选择**。

2. **特征B的物理与逻辑重合**：

* D2中明确记载了公共终端（131）包含タイムベース同期手段（138），且终端间直接交互完成时间基准对齐。这已经极度贴近“同步单元被包括在终端的至少一个中”的限定。

---

### 三、 进一步的对比文件检索策略

若要发起无效宣告并确保“一击必杀”，针对上述最薄弱特征（特征C）及整体组合，建议采取以下补充检索策略：

1. **针对特征C（会话内低延迟信道建立）的专项检索**：

* **逻辑组合**：`(终端间同步 OR 多屏同步 OR 对等同步) AND (会话建立 OR 信道协商 OR RTP/RTCP OR SIP) AND (低延迟 OR 控制信道)`

* **重点关注协议与标准文献**：检索 3GPP（如IMS会话）、IETF（RFC 3550 RTP/RTCP 协议中的同步带内/带外信道协商机制）、UPnP AV架构规范等。标准文献中大量存在“在建立多媒体会话的同时分配低延迟控制信道用于传输RTCP同步时间戳”的技术记载。

2. **分类号（IPC/CPC）精准拓宽**：

* **H04N 21/43**（终端侧的同步）

* **H04N 21/63**（用于传输控制信号或流数据的信道/协议）

* **H04L 65/65**（流媒体传输控制协议）

* **H04L 67/104**（P2P对等网络通信）

3. **追溯同族与引用文献**：

* 深入检索 D2 (JP2006244060A) 和 D3 (US20060256822A1) 的同族专利（Patent Family）及其审查历史文件（Office Actions）中引用的对比文件，通常能发现更精准揭示“终端间带内/带外信道同步”的现有技术。

尊敬的委托人/专利工程师：

作为一名经验丰富的专利代理师，我已对**目标专利权利要求1**以及两份对比文件（D1: **CN1943138A**；D2: **WO2007046888A1**）进行了深入的技术比对与法律逻辑梳理。以下是针对本案的权利要求解释、技术特征对比分析、最接近对比文件（D1/D2）的选择、创造性缺陷分析以及后续检索策略的完整法律意见。

---

### 一、 权利要求1的技术特征拆解与说明书解释

结合目标专利的整体发明构思，权利要求1所限定的技术方案如下：

* **前序部分/基本架构**：

* **技术特征A**：一种用于同步至少两个终端(108a, 108b)的输出的方法，在所述终端和同步单元(112)之间提供一个或者多个低延迟通信信道(110a, 110b)。

* **技术特征B**：所述同步单元被包括在所述终端的至少一个中。

* **信道建立机制**：

* **技术特征C**：所述一个或者多个低延迟通信信道中的至少一个作为所述终端之间的通信会话的一部分而被建立。

* **同步计算与控制**：

* **技术特征D**：所述同步单元基于经所述一个或者多个低延迟通信信道从所述终端接收的同步信息来计算延迟信息。

* **技术特征E**：将所述延迟信息传送到所述终端中的至少一个，允许所述至少一个终端延迟其输出以便所述终端的输出基本上被同步。

> **说明书解释与核心发明点定位**：

> 目标专利旨在解决**分布式终端/对等终端（Peer-to-Peer, P2P）之间多媒体同步播放**的问题。其核心构思在于：**无需依赖集中式网络服务器/基站的主控同步**，而是在终端侧通过会话建立（如SIP会话/P2P信道）形成低延迟通信信道，并将“同步单元”内置于其中至少一个终端中（即其中一个终端作为控制终端/主终端），通过收集各终端的同步信息计算延迟，进而下发延迟指令实现播放同步。

---

### 二、 对比文件技术特征比对表

---

### 三、 最接近对比文件的选择与创造性分析

#### 1. 最接近对比文件的确定：**D2 (WO2007046888A1)**

* **技术领域与解决的技术问题分析**：

* **目标专利**：属于终端间多媒体协作播放领域，解决如何在分布式/P2P终端网络中，通过终端自身作为控制核心建立会话，并实现终端间输出同步的问题。

* **对比文件 D1 (CN1943138A)**：属于蜂窝移动通信网（3GPP/UMTS）领域，解决基站/无线接入网（RNC）如何调度多播/广播业务（MBMS）并使UE能够在物理层/数据链路层进行软合并（Soft Combining）的问题。

* **对比文件 D2 (WO2007046888A1)**：属于分布式终端网络多媒体播放控制领域，解决如何由发起终端（Originating Terminal）通过网络会话（SIP/IMS/SMS）向多个订阅终端分发多媒体并控制其同步播放（Coordinated/Synchronized Playback）的问题。

* **结论**：

* 从技术领域、架构模式（终端主控 vs 网络架构主控）及整体解决的技术问题角度看，**D2 (WO2007046888A1) 适合作为本案最接近的对比文件**。

* D2揭示了终端主控（控制单元位于终端内部）、通过P2P/SIP会话建立通信信道、以及发送控制命令实现同步输出的全部核心架构（覆盖了特征A、B、C、E）。

---

#### 2. 基于 D2 + D1 的结合创造性分析（无效攻击逻辑）

以 **D2** 为最接近对比文件进行组合攻击：

1. **区别技术特征确定**：

目标专利权利要求1相对于D2的区别特征在于：

* **区别特征**（对应特征D的部分内容）：同步单元基于接收到的同步信息“**计算延迟信息**”，并将该“**延迟信息**”下发给终端，允许终端据此**延迟其输出**（D2主要是下发 Play/Start 触发命令或同步密钥，未明示显式计算时延差值）。

2. **D1的教导与技术手段结合**：

* 针对上述区别特征，D1（说明书第10-12页及图5-8）已明确教导了在多终端同步播放/合并场景中，主控单元如何通过接收各节点的时序反馈（如反馈信号/帧号差），**计算出传输/到达的延迟差值（偏移量Offset/NCSI）**，并将该延迟信息下发给终端，由终端利用内部缓冲器（Buffer）延迟数据输出以达到同步。

* 本领域技术人员在面对D2中“因网络延迟或终端性能差异导致各终端即使收到Start命令也无法做到高精度同步”的技术问题时，有强烈的动机引入D1中公知的“测量反馈-计算时延差-下发延迟参数-终端缓冲延迟”的通用同步计算机制。

3. **创造性结论**：

权利要求1相较于 D2 与 D1 的结合，不具备《专利法》第22条第3款规定的创造性。

---

### 四、 无效请求中最薄弱的技术特征与进一步检索策略

#### 1. 最薄弱的技术特征（专利权人的防御壁垒）

在当前的证据链下，目标专利**最薄弱（即最难被彻底摧毁/对无效请求人最不利）的特征**为：

* **特征D中“同步单元基于同步信息【计算延迟信息（Calculate Latency/Delay Information）】”** 与 **特征E中“将【延迟信息】传送到终端”** 的具体限定。

* *原因*：D2虽然实现了终端控制的同步播放，但其倾向于高层信令控制（如同时发Start指令或发解密密钥）；D1虽然计算了延迟/偏移量，但其发生在基站/RNC侧。专利权人极易在无效答辩中辩称：“*D2并未计算延迟数值，只是广播播放命令；而D1是网络侧架构，将网络侧计算延迟的技术手段套用到D2的终端主控架构上存在技术偏见或架构障碍*”。

#### 2. 进一步的对比文件检索策略（针对性补强）

为了确保彻底攻破权利要求1（以及后续可能从说明书补充的从属权利要求），建议按以下策略展开针对性补充检索：

1. **检索重点与组合方向**：

* 重点寻找**完全揭示“终端侧（Client-side/Peer-to-Peer）测量RTT/时延，并计算播放延迟补偿量（Playback Delay/Buffer Compensation）”**的专利或非专利文献（NPL）。

2. **核心关键词与分类号（IPC/CPC）拓展**：

* **关键词**：`(P2P OR "peer to peer" OR "master terminal" OR "control terminal") AND ("calculate delay" OR "latency information" OR "clock skew" OR "offset") AND (synchroniz* NEAR/5 (play* OR output))`

* **IPC/CPC 分类号**：

* `H04N 21/43`（终端侧的同步处理）

* `H04N 21/63`（控制信道及终端间会话）

* `H04L 65/60`（流媒体传输与P2P同步协议）

* `H04J 3/06`（网络同步/时间延迟测量，如 NTP / IEEE 1588 在终端的实施）

3. **重点检索文献库与标准文献**：

* **学术文献/RFC标准**：重点检索 **RTP/RTCP（RFC 3550）** 协议标准。RTCP协议天然包含终端之间（Sender/Receiver Report）通过 NTP 时间戳计算往返延时（RTT）及平滑延迟（Interarrival Jitter），并告知对方调整播放缓冲区的机制。此为本领域的通用常识，可用于直接否定该特征的创造性。

---

*以上法律意见供参考，可直接作为无效宣告请求书（Petition for Invalidation）中理由阐述及证据链构建的基础架构。*

根据权利要求1所述的方法，其中每个终端包括用于接收多媒体信号的输入；每个终端包括用于将所述多媒体信号传送到信息呈现单元(116a，116b)的输出；每个终端包括用于延迟所述输出信号的可变延迟单元(114a，114b)；将多媒体流传送到所述终端的输入；根据所述接收的延迟信息延迟所述输出信号。

根据权利要求1所述的方法，每个终端经低延迟通信信道将同步信息发送到所述同步单元；所述同步信息包括表示媒体单元在多媒体流中的位置的媒体单元参考(MUR)信息。

根据权利要求3所述的方法，响应于同步请求，所述同步信息被发送。

根据权利要求3所述的方法，其中所述MUR信息包括帧号或者序列号。

根据权利要求3或者4或者5所述的方法，将一个或者多个时间戳添加到从所述终端接收的所述MUR信息；提供关于由所述终端接收的所述多媒体流的帧速率的信息；基于所述帧速率信息以及被加上时间戳的MUR信息来为每个终端计算延迟信息；将延迟信息发送到所述终端中的至少一个。

根据权利要求3或者4或者5所述的方法，所述同步单元经一个或者多个低延迟通信信道向所述终端发送同步请求；提供关于由所述终端接收的所述多媒体流的帧速率的信息；基于所述帧速率信息以及所述MUR信息来为每个终端计算延迟信息；将延迟信息发送到所述终端中的至少一个。