对比文件名称：1997-11-25_US5692213A_发明授权_US5692213A Method for controlling real-time presentation of audio_visual data on a computer system
目标专利名称：317倒回实时通信会话CN105103520B
本次调用的模型名称：GPT-4
作为资深专利代理师，我将严格遵循目标专利权利要求的划分，结合说明书对技术特征进行解释，并对对比文件进行深度分析和比对。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述接收方设备在实时通信会话期间从传送方设备接收数据。**《直接公开》** | “The network is maintained by centralized server 602 that is a shared resource connected to remote computers 604 on the network... Camera 606 is used to capture multimedia presentation 608... The presentation is converted into electronic signals 610, transferred to network server 602 and stored in storage area 612. Once stored, each computer 604 can access the stored presentation independently...” (段落[2]) | 对比文件公开了远程计算机（604）通过网络从服务器（602）访问实时多媒体演示（608），服务器（602）在此场景下起到了接收、存储并转发来自摄像头（606）的演示数据的作用，可视为传送方。因此，远程计算机（604）作为接收方设备，在实时演示（即实时通信会话）期间，从服务器（传送方设备）接收数据。这被直接公开。 |
| **技术特征B**：所述方法包括：在所述接收方设备尝试接收来自所述传送方设备的实时媒体流的同时检测媒体接收间隙。**《隐含公开》** | “The first problem arises when a person is viewing the meeting from the beginning and wants to go back to review something while the meeting is in progress without missing anything.” (段落[2]) “...the user cannot view the missed portion...” (段落[2]) | 目标专利中“检测媒体接收间隙”指接收方设备发现未能成功接收媒体流的时间段。对比文件描述了用户可能“错过”演示的一部分，并希望在不遗漏任何内容的情况下回看。虽然对比文件未明确说明由设备自动检测“间隙”，但用户意识到“错过”部分内容并主动触发回看，这隐含了存在一个用户感知到的“接收间隙”（即错过内容的时段）。本领域技术人员可以合理推断，用户的操作（如点击回放）是基于其检测到（无论是人工还是设备辅助）有内容未被实时接收或理解这一事实。因此，该特征被隐含公开。 |
| **技术特征C**：响应于所述检测而向所述传送方设备传送倒回请求，所述倒回请求被配置成触发所述传送方设备生成和提供所述实时媒体流的包括在所述媒体接收间隙期间丢失的媒体的时间延迟版本。**《未公开》** | “The user uses controls such as those discussed in inset window 222 of FIG. 3... the user clicks pause 246...” (段落[2]) “...the user can then rewind and replay up to five minutes prior to the real-time point.” (段落[2]) | 目标专利的核心在于接收方向传送方发送请求，触发传送方生成并提供时间延迟的媒体流（倒回流）。对比文件中，用户通过本地用户界面（如控制面板222）直接操作本地计算机的回放功能（如暂停、快退、播放），以回放存储在服务器或本地缓冲中的内容。这是一个纯粹的本地播放控制过程，没有描述接收方向作为“传送方”的服务器或摄像头发送一个“请求”消息，以触发传送方主动生成并提供一个新的、时间延迟的媒体流。对比文件中的“传送方”（服务器/摄像头）只是持续记录和提供原始实时流，回放逻辑完全由接收方本地控制。因此，对比文件没有公开“向传送方设备传送倒回请求”这一交互过程。 |
| **技术特征D**：响应于所述倒回请求而接收倒回流，其中所述倒回流被配置成由所述接收方设备独立于所述实时媒体流来播放。**《未公开》** | “...playing the recorded portion back at a synchronized accelerated rate while simultaneously recording the real-time presentation...” (段落[2]) “...replays a recorded multimedia presentation at up to two (2) times its normal speed...”（段落[2]） | 目标专利的“倒回流”是由传送方设备响应请求而特别生成和提供的“实时媒体流的时间延迟版本”。对比文件中，接收方设备播放的是从存储区（服务器或本地缓冲）直接读取的已记录的演示部分，并进行加速播放。这个“已记录的部分”本质上就是被缓冲的实时流本身，而非一个由传送方新生成的、具有特定延迟属性的独立流。虽然播放行为独立于实时观看，但媒体源是同一个存储/缓冲文件，并非一个被专门触发生成的、与实时流并行的“倒回流”。因此，该特征未被公开。 |
| **技术特征E**：其特征在于，进一步包括：在所述倒回流被接收的同时继续接收所述实时媒体流。**《直接公开》** | “...playing the recorded portion back at a synchronized accelerated rate **while simultaneously recording the real-time presentation**...” (段落[2]) | 对比文件明确记载了在加速回放已记录部分的同时，系统（接收方计算机）仍在持续记录实时演示。这意味着接收方设备在播放“已记录部分”（其功能类似于目标专利的“倒回流”）的同时，并没有停止接收实时媒体流（即“记录实时演示”）。这直接公开了特征E。 |
| **技术特征F**：其特征在于，在响应于所述倒回请求而接收所述倒回流的同时所述实时媒体流的接收停止。**《未公开》** | “...playing the recorded portion back at a synchronized accelerated rate **while simultaneously recording the real-time presentation**...” (段落[2]) | 如特征E所述，对比文件明确教导了在回放（相当于接收倒回流）时，实时演示的记录（即接收实时媒体流）是同时进行的，并未停止。因此，特征F所描述的“实时媒体流的接收停止”这一特定情况，在对比文件中未被公开，且其教导方向相反。 |
| **技术特征G**：其特征在于，所述倒回请求对应于隐式倒回请求，所述隐式倒回请求传达被配置用于由所述传送方设备评估的信息以准许所述传送方设备独立地触发所述倒回流的生成和递送。**《未公开》** | 未发现相关内容。 | 目标专利中“隐式倒回请求”指非显式请求倒回，而是传送方通过评估接收方提供的其他信息（如性能度量）来主动决定触发倒回。对比文件中，用户通过明确的GUI操作（点击按钮）来控制回放，这是一种显式的用户指令，并非向传送方传送用于评估的“信息”。对比文件未提及任何由接收方向传送方报告信息、并由传送方据此独立决定启动倒回的机制。因此，该特征未被公开。 |
| **技术特征H**：其特征在于，所传达的信息与所述媒体接收间隙相关。**《未公开》** | 未发现相关内容。 | 由于特征G（隐式倒回请求）未被公开，作为其下位概念的特征H（所传达信息与间隙相关）自然也未被公开。对比文件不存在接收方向传送方传达与媒体接收间隙相关信息的行为。 |
| **技术特征I**：其特征在于，所述倒回请求对应于显式倒回请求，所述显式倒回请求显式地请求所述传送方设备提供所述实时媒体流的所述时间延迟版本。**《未公开》** | “The user uses controls such as those discussed in inset window 222 of FIG. 3 as discussed above.” (段落[2]) | 目标专利的“显式倒回请求”是接收方向传送方发送的、明确请求提供时间延迟版本的消息。对比文件中，用户的操作（如点击“播放”、“快退”）是向本地播放软件发出的显式指令，控制其从本地或网络存储中读取并播放特定区段的数据。这不是一个发送给“传送方设备”（如服务器602或摄像头606）的通信请求，没有触发“传送方设备”去“生成和提供”一个新的流。因此，该特征未被公开。 |
| **技术特征J**：其特征在于，所述显式倒回请求请求所述传送方设备以相对于所述实时媒体流的第一延迟量提供所述实时媒体流的所述时间延迟版本，所述倒回流包括相对于所述实时媒体流的第二延迟量，所述第二延迟量不同于所述第一延迟量。**《未公开》** | 未发现相关内容。 | 特征J是特征I的进一步限定。由于特征I（向传送方发送显式倒回请求）未被公开，且对比文件中不存在接收方指定一个延迟量、而传送方提供另一个不同延迟量的交互过程，因此该特征未被公开。 |
| **技术特征K**：其特征在于，所述接收方设备对应于正参与所述实时通信会话的目标用户装备(UE)，并且所述目标UE播放所述倒回流，或者所述接收方设备对应于正仲裁和/或裁夺所述实时通信会话的服务器，并且所述服务器向参与所述实时通信会话的至少一个目标UE传送所述倒回流。**《直接公开》** | “...each computer 604 can access the stored presentation independently and simultaneously...” (段落[2]) | 对比文件中的“remote computers 604”是参与实时演示（即实时通信会话）的终端设备，其功能类似于目标专利中的“目标UE”。这些计算机可以独立访问和播放存储的演示内容（其加速回放功能类似于播放“倒回流”）。这直接对应于特征K的第一种情况（目标UE播放）。虽然对比文件未明确描述“服务器传送倒回流”的第二种情况，但第一种情况已被直接公开，足以支持特征K被公开。 |
| **技术特征L**：其特征在于，所述媒体接收间隙对应于(i)其中少于阈值数目的用于所述实时媒体流的可用媒体分组成功抵达所述接收方设备的第一时间间隙，或者(ii)其中所述阈值数目的用于所述实时媒体流的可用媒体分组可用、但所述接收方设备处的条件抑制由所述接收方设备进行的回放的第二时间间隙。**《隐含公开》** | “...wants to go back to review something while the meeting is in progress without missing anything.” (段落[2]) | 目标专利定义了两种媒体接收间隙：网络原因导致的丢失，或设备/用户条件抑制回放。对比文件描述了用户因“错过”内容而希望回看。虽然未明确区分这两种具体原因，但“错过”这一概念宽泛地涵盖了因任何原因（包括网络问题导致未收到，或用户分心导致虽收到但未注意）未能实时感知内容的情况。本领域技术人员可以合理推断，用户触发回放功能，正是为了应对这种广义上的“媒体接收间隙”。因此，该特征被隐含公开。 |
| **技术特征M**：其特征在于，所述媒体接收间隙基于网络连接降级而发生。**《未公开》** | 未发现相关内容。 | 对比文件在描述用户“错过”内容时，并未具体将其原因归咎于“网络连接降级”。说明书通篇未提及网络状况对接收的影响。因此，该特征未被公开。 |
| **技术特征N**：其特征在于，所述网络连接降级发生在服务网络与接收方设备之间的连接上和/或回程连接上。**《未公开》** | 未发现相关内容。 | 这是特征M的进一步具体化。由于特征M未被公开，且对比文件完全没有涉及网络连接的具体类型或位置，因此该特征未被公开。 |
| **技术特征O**：其特征在于，进一步包括：执行关于所述倒回流的追赶协议，以使得所述倒回流将追赶上所述实时媒体流。**《直接公开》** | “...playing the recorded portion back at a **synchronized accelerated rate**...” (段落[2]) “...so the user can **‘catch up’** to the real-time presentation still in progress.” (段落[2]) “When the accelerated playback **catches up** to the real-time presentation...” (段落[2]) | 对比文件明确且反复地描述了核心功能：以加速速率回放已记录的部分，目的是让用户“赶上”仍在进行的实时演示。这完全对应于目标专利的“执行追赶协议以使倒回流追赶上实时媒体流”。因此，该特征被直接公开。 |
| **技术特征P**：其特征在于，所述实时通信会话是半双工会话并且所述接收方设备是在所述倒回流被接收的同时作为非发言权持有者参与所述实时通信会话的目标用户装备(UE)，所述方法进一步包括：在所述接收方设备正接收所述倒回流的同时请求所述实时通信会话的发言权。**《未公开》** | 未发现相关内容。 | 目标专利特征P-Q-R-S涉及半双工群通信中特有的“发言权”控制机制。对比文件所描述的实时多媒体演示（如会议、讲座）是单向或广播性质的媒体流传输，未涉及多方交替讲话的“半双工”模式，更没有“发言权请求”、“发言权准予”等群组通信控制概念。因此，该系列特征（P至S）均未被公开。 |
| **技术特征Q**：响应于所述发言权请求而接收发言权被准予给所述接收方设备的指示。**《未公开》** | 未发现相关内容。 | 理由同特征P。对比文件不涉及发言权控制机制。 |
| **技术特征R**：在所述指示被接收到之后继续接收和播放所述倒回流直至(i)所述倒回流追赶上所述发言权被准予给所述接收方设备的时间，和/或(ii)所述接收方设备确定要退出倒回模式。**《未公开》** | 未发现相关内容。 | 理由同特征P。该特征是发言权控制机制下的特定操作流程，对比文件未公开。 |
| **技术特征S**：在(i)或(ii)之后作为发言权持有者开始传送用于所述实时通信会话的媒体。**《未公开》** | 未发现相关内容。 | 理由同特征P。对比文件中的计算机（604）主要作为演示内容的接收和回放终端，未描述其作为媒体发送方（发言权持有者）向会话中其他方发送媒体。 |
| **技术特征T**：其特征在于，进一步包括：监视与所述实时媒体流和/或所述倒回流相关联的一个或多个性能度量。**《未公开》** | 未发现相关内容。 | 目标专利特征T-U-V涉及对媒体流性能（如分组差错率）的监视和报告。对比文件全文聚焦于媒体内容的记录、回放和用户界面控制，未提及对传输信道质量、分组丢失率等“性能度量”进行监视。因此，该系列特征（T至V）均未被公开。 |
| **技术特征U**：向所述实时媒体流和/或所述倒回流的始发者报告所述一个或多个性能度量。**《未公开》** | 未发现相关内容。 | 理由同特征T。对比文件不存在向“始发者”（如摄像头或服务器）报告性能度量的机制。 |
| **技术特征V**：其特征在于，所述一个或多个性能度量包括所述实时媒体流和/或所述倒回流的分组差错率(PER)。**《未公开》** | 未发现相关内容。 | 理由同特征T。对比文件未提及分组差错率（PER）或类似概念。 |
<<<A>>><<<E>>><<<K>>><<<O>>>
<<<b>>><<<l>>>