对比文件名称：2012-02-21_US8121277B_发明授权_US08121277B2 Catch-up playback in a conferencing system
目标专利名称：317倒回实时通信会话CN105103520B
模型名称：专利创造性评估模型
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述接收方设备在实时通信会话期间从传送方设备接收数据，《直接公开》 | 参见说明书第[0018]段：“... endpoint devices 14, 16 and 22 shown in FIG. 1 may join the audio/video conference session by calling into a conferencing application running on the conferencing server.” 以及第[0019]段：“... real-time media data transmissions occur via paths 39, 41 and 43 between conference mixer 25 and respective endpoints 14, 22 and 16.” | 对比文件公开了会议系统中的端点设备（如PC 16）通过会议服务器加入音频/视频会议会话，并从会议混合器（mixer 25）接收实时媒体数据。会议混合器可以被视为代表发言参与者（传送方）分发数据的“传送方设备”。因此，本领域技术人员能够毫无疑义地确定，接收方设备（端点）在实时通信会话期间从传送方设备（会议系统/混合器）接收数据。特征A被直接公开。 |
| **技术特征B**：所述方法包括：在所述接收方设备尝试接收来自所述传送方设备的实时媒体流的同时检测媒体接收间隙《隐含公开》 | 参见说明书第[0022]段：“Participant 18 may drop out of the real-time conference session by entering a command (e.g., pause button) on endpoint 16.” 以及第[0023]段：“Alternatively, detection of speech by the conferencing system may cause the participant to automatically drop out of real-time listening mode and into recording mode.” | 对比文件公开了参与者通过输入命令（如按下暂停按钮）主动“退出（drop out of）”实时会议会话，或者系统检测到参与者讲话而自动使其退出实时收听模式。当参与者“退出”实时会话时，意味着其设备（接收方）停止接收或有效处理来自会议系统的实时媒体流，这本质上构成了一个“媒体接收间隙”。虽然对比文件强调的是用户主动离开或系统触发的模式切换，但该行为的发生必然伴随着设备对“不再实时接收”这一状态的检测（无论是通过用户指令还是系统事件）。因此，本领域技术人员根据对比文件的内容，能够合理推断出接收方设备在尝试接收实时媒体流的同时，可以检测到媒体接收间隙。特征B被隐含公开。 |
| **技术特征C**：响应于所述检测而向所述传送方设备传送倒回请求，所述倒回请求被配置成触发所述传送方设备生成和提供所述实时媒体流的包括在所述媒体接收间隙期间丢失的媒体的时间延迟版本《隐含公开》 | 参见说明书第[0022]段：“Participant 18 may drop out of the real-time conference session by entering a command (e.g., pause button) on endpoint 16. In response, recording and playback server 27 begins recording real-time media ... from the conference session.” 以及第[0025]段：“... server 27 starts transmitting playback of the catch-up media recording ... to endpoint 16. The catch-up media is played back at a faster rate ... than real-time until endpoint 16 catches up to the real-time conference session.” | 对比文件公开了在参与者通过端点设备发出命令（如暂停）退出实时会议后，录制和回放服务器27开始录制会议的实时媒体。随后，服务器27向该端点设备传输“追赶（catch-up）媒体”的播放，该媒体以快于实时的速率播放，直到追上实时会议。参与者发出“暂停”或“退出”命令这一行为，可以视为一种“倒回请求”，因为它直接触发了系统开始录制并后续提供时间上延迟（录制内容相对实时是过去的）的媒体版本（即追赶媒体），该媒体包含了从参与者退出时刻起（即媒体接收间隙期间）错过的会议内容。虽然对比文件未使用“倒回请求”这一术语，但其描述的触发机制和效果与本特征相同。因此，本领域技术人员能够合理推断出该特征。特征C被隐含公开。 |
| **技术特征D**：响应于所述倒回请求而接收倒回流，其中所述倒回流被配置成由所述接收方设备独立于所述实时媒体流来播放。《直接公开》 | 参见说明书第[0025]段：“... server 27 starts transmitting playback of the catch-up media recording (shown by path 52) to endpoint 16. The catch-up media is played back at a faster rate ... than real-time until endpoint 16 catches up to the real-time conference session.” | 对比文件明确公开了端点设备16从服务器27接收“追赶媒体（catch-up media）”的播放。该追赶媒体是独立于正在进行的实时会议流（由会议混合器25分发的实时媒体流）而生成和传输的媒体流，用于供端点设备16独立播放以追赶进度。因此，本领域技术人员能够毫无疑义地确定，响应于（由用户操作隐含发出的）请求，接收方设备接收倒回流（即追赶媒体），且该流被配置为由接收方设备独立于实时媒体流播放。特征D被直接公开。 |
| **技术特征E**：其特征在于，进一步包括：在所述倒回流被接收的同时继续接收所述实时媒体流。《未公开》 | 对比文件未公开相关内容。 | 在对比文件描述的场景中（图2及相关描述），当参与者处于“追赶（catch-up）”模式时，其端点设备接收的是加速播放的录制内容（追赶媒体），目的是为了追上实时进度。说明书并未提及在接收和播放追赶媒体的同时，该端点设备还继续接收并可能并行处理来自会议混合器的实时媒体流。相反，其工作模式似乎是切换性的：退出实时模式，进入追赶模式，追上后再返回实时模式。因此，对比文件没有公开，也没有隐含公开在接收倒回流（追赶媒体）的同时继续接收实时媒体流的技术特征。 |
| **技术特征F**：其特征在于，在响应于所述倒回请求而接收所述倒回流的同时所述实时媒体流的接收停止。《直接公开》 | 参见说明书第[0022]段：“Participant 18 may drop out of the real-time conference session by entering a command (e.g., pause button) on endpoint 16.” 结合第[0025]段关于接收和播放追赶媒体的描述。 | 对比文件明确描述了参与者通过命令“退出（drop out of）”实时会议会话。当参与者退出实时会话时，意味着其设备停止作为实时会话的活跃参与者接收实时媒体流。随后，设备开始接收追赶媒体。因此，在响应于退出命令（即隐含的倒回请求）而接收倒回流（追赶媒体）的同时，实时媒体流的接收已经停止。本领域技术人员能够毫无疑义地得出这一结论。特征F被直接公开。 |
| **技术特征G**：其特征在于，所述倒回请求对应于隐式倒回请求，所述隐式倒回请求传达被配置用于由所述传送方设备评估的信息以准许所述传送方设备独立地触发所述倒回流的生成和递送。《隐含公开》 | 参见说明书第[0022]段：“Participant 18 may drop out of the real-time conference session by entering a command (e.g., pause button) on endpoint 16.” 以及第[0023]段：“Alternatively, detection of speech by the conferencing system may cause the participant to automatically drop out of real-time listening mode and into recording mode.” | 对比文件公开了两种触发“追赶”模式的方式：1) 用户主动按下暂停按钮；2) 系统检测到用户语音而自动触发。这两种方式中，用户操作（按暂停键）或系统检测到的事件（检测到语音）本身，并没有直接包含“请提供时间延迟版本”的显式文字请求，但它们向会议系统（传送方设备）传达了一个明确的信息：“该参与者已离开实时收听模式”。会议系统（通过其控制单元和服务器）评估这一信息后，独立地触发开始录制实时会议内容（为生成倒回流做准备）并在用户返回时提供追赶媒体。这符合“隐式倒回请求”的特征：传达信息，由传送方设备评估并独立触发倒回流的生成和递送。因此，本领域技术人员能够合理推断出该特征。特征G被隐含公开。 |
| **技术特征H**：其特征在于，所传达的信息与所述媒体接收间隙相关。《隐含公开》 | 参见说明书第[0022]段：“Participant 18 may drop out of the real-time conference session ...”， 该行为直接导致媒体接收间隙的发生。 | 如特征G论述所述，隐式倒回请求（用户暂停或系统检测语音）所传达的核心信息是“参与者退出实时会议”。这一信息直接关联到“媒体接收间隙”的开始。因为一旦退出，接收方设备就不再（或无法有效）接收实时媒体，从而产生间隙。因此，本领域技术人员能够明确理解所传达的信息与媒体接收间隙直接相关。特征H被隐含公开。 |
| **技术特征I**：其特征在于，所述倒回请求对应于显式倒回请求，所述显式倒回请求显式地请求所述传送方设备提供所述实时媒体流的所述时间延迟版本。《未公开》 | 对比文件未公开相关内容。 | 对比文件全文描述的都是通过用户操作（如暂停）或系统事件自动触发追赶模式，并未记载任何由接收方设备发出的、明确包含“请求提供具有特定时间延迟的实时媒体流版本”之类内容的显式消息或请求。因此，对比文件没有公开显式倒回请求这一技术特征。 |
| **技术特征J**：其特征在于，所述显式倒回请求请求所述传送方设备以相对于所述实时媒体流的第一延迟量提供所述实时媒体流的所述时间延迟版本，所述倒回流包括相对于所述实时媒体流的第二延迟量，所述第二延迟量不同于所述第一延迟量。《未公开》 | 对比文件未公开相关内容。 | 由于对比文件未公开“显式倒回请求”（特征I），因此更不可能公开该显式请求中具体延迟量的请求与实际提供延迟量不同的情形。此特征未被对比文件公开。 |
| **技术特征K**：其特征在于，所述接收方设备对应于正参与所述实时通信会话的目标用户装备(UE)，并且所述目标UE播放所述倒回流，或者所述接收方设备对应于正仲裁和/或裁夺所述实时通信会话的服务器，并且所述服务器向参与所述实时通信会话的至少一个目标UE传送所述倒回流。《直接公开》 | 参见说明书第[0018]、[0019]、[0025]段。例如第[0025]段：“... server 27 starts transmitting playback of the catch-up media recording ... to endpoint 16.” | 对比文件明确公开了两种情形：1) 接收方设备是参与会议的目标端点设备（如PC 16，即目标UE），并且该端点设备播放追赶媒体（倒回流）（第[0025]段）。2) 接收方/传送方设备是会议系统/服务器（包含会议控制单元23、混合器25、录制回放服务器27等），其仲裁会议，并向参与会议的目标端点设备（如端点16）传送追赶媒体（倒回流）（图2及第[0019]、[0025]段）。因此，本领域技术人员能够毫无疑义地确定该特征被公开。特征K被直接公开。 |
| **技术特征L**：其特征在于，所述媒体接收间隙对应于(i)其中少于阈值数目的用于所述实时媒体流的可用媒体分组成功抵达所述接收方设备的第一时间间隙，或者(ii)其中所述阈值数目的用于所述实时媒体流的可用媒体分组可用、但所述接收方设备处的条件抑制由所述接收方设备进行的回放的第二时间间隙。《隐含公开》 | 参见说明书第[0022]段：“Participant 18 may drop out of the real-time conference session by entering a command (e.g., pause button) on endpoint 16.” | 对比文件公开的媒体接收间隙是由用户主动“退出”会议或系统自动触发离开造成的。当用户“退出”时，可以理解为设备有意地不再处理或播放实时媒体流，这属于特征L中第(ii)种情况：“接收方设备处的条件抑制回放”。该“条件”就是用户指令或系统触发事件。虽然对比文件没有提及基于分组成功抵达数目的阈值（第(i)种情况），但公开了第(ii)种情况的一种具体实现方式。根据宽松的隐含公开判断标准，对比文件部分公开了该技术特征（公开了第(ii)种情况的一种实施例），因此可以认为该特征被隐含公开。 |
| **技术特征M**：其特征在于，所述媒体接收间隙基于网络连接降级而发生。《未公开》 | 对比文件未公开相关内容。 | 对比文件中描述的媒体接收间隙（用户退出会议）是由于用户主动行为或系统检测语音触发，完全是由于应用层或用户层的意图，并非由于网络连接质量降级（如信号差、丢包等）导致。因此，该特征未被对比文件公开。 |
| **技术特征N**：其特征在于，所述网络连接降级发生在服务网络与接收方设备之间的连接上和/或回程连接上。《未公开》 | 对比文件未公开相关内容。 | 由于特征M（媒体接收间隙基于网络连接降级）未被公开，因此具体说明网络连接降级发生位置的该特征自然也未被公开。 |
| **技术特征O**：其特征在于，进一步包括：执行关于所述倒回流的追赶协议，以使得所述倒回流将追赶上所述实时媒体流。《直接公开》 | 参见说明书第[0025]段：“The catch-up media is played back at a faster rate (e.g., 1.5×-2× with pauses and silences removed or reduced) than real-time until endpoint 16 catches up to the real-time conference session.” | 对比文件明确公开了“追赶媒体”以快于实时的速率（如1.5-2倍速，并移除或减少停顿和静默）进行播放，直到端点设备“赶上（catches up to）”实时会议会话。这种以加速播放为手段，使倒回流（追赶媒体）最终与实时媒体流同步的过程，正是“执行追赶协议”的体现。因此，该特征被直接公开。 |
| **技术特征P**：其特征在于，所述实时通信会话是半双工会话并且所述接收方设备是在所述倒回流被接收的同时作为非发言权持有者参与所述实时通信会话的目标用户装备(UE)，所述方法进一步包括：在所述接收方设备正接收所述倒回流的同时请求所述实时通信会话的发言权《未公开》 | 对比文件未公开相关内容。 | 对比文件虽然涉及有主持人/发言权控制的会议（moderated conference），但其图3、4描述的是在追赶模式中检测到用户语音时，系统将其记录为评论或问题，而非在追赶播放过程中由作为“非发言权持有者”的用户设备主动“请求发言权”以中断追赶并加入实时对话。图5、6涉及的是已录制评论的触发播放，并非在追赶过程中实时请求发言权。因此，该特征未被对比文件公开。 |
| **技术特征Q**：响应于所述发言权请求而接收发言权被准予给所述接收方设备的指示《未公开》 | 对比文件未公开相关内容。 | 由于特征P（在接收倒回流时请求发言权）未被公开，因此与此步骤相关的“接收发言权准予指示”的特征自然也未被公开。 |
| **技术特征R**：在所述指示被接收到之后继续接收和播放所述倒回流直至(i)所述倒回流追赶上所述发言权被准予给所述接收方设备的时间，和/或(ii)所述接收方设备确定要退出倒回模式《未公开》 | 对比文件未公开相关内容。 | 由于特征P、Q未被公开，因此与此连贯场景相关的后续步骤特征自然也未被公开。 |
| **技术特征S**：在(i)或(ii)之后作为发言权持有者开始传送用于所述实时通信会话的媒体。《未公开》 | 对比文件未公开相关内容。 | 由于特征P、Q、R未被公开，因此与此连贯场景相关的最终步骤特征自然也未被公开。 |
| **技术特征T**：其特征在于，进一步包括：监视与所述实时媒体流和/或所述倒回流相关联的一个或多个性能度量《未公开》 | 对比文件未公开相关内容。 | 对比文件未描述在会议过程中，接收方设备或系统对实时媒体流或追赶媒体流的性能度量（如分组丢失率、延迟、抖动等）进行监视。因此，该特征未被公开。 |
| **技术特征U**：向所述实时媒体流和/或所述倒回流的始发者报告所述一个或多个性能度量。《未公开》 | 对比文件未公开相关内容。 | 由于特征T（监视性能度量）未被公开，因此“报告性能度量”的特征自然也未被公开。 |
| **技术特征V**：其特征在于，所述一个或多个性能度量包括所述实时媒体流和/或所述倒回流的分组差错率(PER)。《未公开》 | 对比文件未公开相关内容。 | 由于特征T、U未被公开，且对比文件全文未提及分组差错率（PER）的概念，因此该具体性能度量特征未被公开。 |
<<<A>>><<<D>>><<<F>>><<<K>>><<<O>>>
<<<b>>><<<c>>><<<g>>><<<h>>><<<l>>>