对比文件名称：US2009220064A1_Description_20260317_1205
目标专利名称：用于群通信中基于动态讲话者ID的媒体处理的框架和方法CN104885487B
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：在所述群通信会话期间在所述计算设备中接收媒体数据，所述媒体数据至少包括所述媒体数据的发送者的标识符(发送者ID) <br>**《隐含公开》** | [0037] “...participants that successfully join the conference call (e.g., by entered the correct authorization code) are enrolled ... and an identifier associated with each enrolled participants is detected and stored in the participant record 202 of FIG. 2 to track the participants during and/or after the conference call...” <br>[0046] “...the participant may be required to enter a username or other identification information when accessing (e.g., logging onto) the website. The IP address and the entered identification information may be logged by the participant recorder 202 of FIG. 2 and/or stored for (at least) the duration of the conference call.” | 对比文件公开了在会议呼叫（相当于群通信会话）中，参与者的标识信息（如用户名、电话号码、IP地址等）被检测并存储在参与者记录中（[0037], [0046]）。在会议呼叫期间，当参与者发言时，其音频信号被传输给会议桥接器（conference bridge 104）。本领域技术人员可以理解，为了让会议系统识别并处理特定参与者的音频（例如调整其音量、管理中断），该音频数据必然与发送该音频的参与者的标识符相关联。对比文件中的“current speaker identifier 204”通过识别音频信号的来源来确定当前讲话者（[0031]），这隐含了所接收的音频数据（一种媒体数据）包含了足以标识发送者的信息，例如数据包的源地址或内嵌的标识符。因此，对比文件隐含公开了在群通信会话期间接收包含发送者标识符的媒体数据。 |
| **技术特征B**：在所述计算设备中标识与所接收到的媒体数据相关联的所述发送者ID以及多个不同媒体类型中与所接收到的媒体数据相关联的媒体类型 <br>**《直接公开》** | [0031] “The current speaker identifier 204 may utilize, for example, voice verification and/or speaker recognition systems to associate the incoming audio signal(s) with current speaker(s). Additionally or alternatively, the current speaker identifier 204 may use any available identifying information (e.g., a conference call participant identification number, a password, a personal identification number (PIN), a user name, and/or a phone number) transferred to the conference call manager 102 to identify speaker(s) by, for example, detecting the source (e.g., computer address) of an incoming audio signal.” <br>[0039] “...the VoIP-enabled devices 108, 110, 112 and 114 of the illustrated example are configured to establish one or more communication sessions... Example data that may be exchanged and/or transmitted via a communication session includes, but is not limited to, digital pictures, audio, video, data files...” | 对比文件直接公开了“current speaker identifier 204”通过语音验证、讲话者识别系统或检测传入音频信号的来源（如计算机地址）来识别当前讲话者（发送者）（[0031]），这相当于标识与所接收的音频数据相关联的发送者ID。同时，对比文件公开了通过通信会话交换的数据类型包括数字图片、音频、视频、数据文件等（[0039]）。本领域技术人员能够毫无疑义地确定，设备在接收数据时，能够基于数据格式、协议报头或文件扩展名等信息来区分这些不同类型的数据，例如区分音频流和视频流。因此，对比文件直接公开了标识发送者ID和媒体类型。 |
| **技术特征C**：在所述计算设备中标识呈现规则，所述呈现规则将所述发送者ID和关联于所接收到的媒体数据的媒体类型与所述计算设备的多个接口中有能力呈现关联于所接收到的媒体数据的媒体类型的一个或多个接口相关 <br>**《未公开》** | [0025] “The preference settings 216 of FIG. 2 further include a plurality of amplification settings associated with corresponding participants of the conference call.” <br>[0026] “The conference bridge 104 references the preference settings 216 and sets the amplification level(s) based thereon before conveying the audio signals to the communication devices of each participant.” | 对比文件公开了“偏好设置（preference settings）216”，其中包含与会议呼叫中对应参与者相关联的多个放大设置（[0025]）。会议桥接器104参考这些设置来为每个参与者的通信设备设置音频信号的放大级别（[0026]）。这些设置允许为特定发送者（参与者）调整音频输出音量。然而，目标专利中的“呈现规则”核心在于基于发送者ID**和媒体类型**，将媒体数据**路由到计算设备上不同的物理或逻辑接口**（如显示器、耳机、扬声器电话等）。对比文件的“放大设置”仅调整同一音频输出路径（接口）上的音量属性，并不涉及根据发送者和媒体类型选择不同的呈现接口。因此，对比文件既未直接公开也未隐含公开技术特征C所定义的“呈现规则”。 |
| **技术特征D**：其中所述呈现规则在所述群通信会话期间能由所述计算设备动态地配置以响应于所述一个或多个接口的操作状态在所述群通信会话期间已改变的指示而改变与所述发送者ID和所述媒体类型相关的所述一个或多个接口 <br>**《未公开》** | [0026] “The preference settings 216 may be altered at any time during the call via, for example, a web-based user interface (e.g., the example user interface 400 of FIG. 4).” | 对比文件公开了偏好设置（如音量放大设置）可以在呼叫期间随时通过网络用户界面进行更改（[0026]），这体现了某种设置的动态可配置性。然而，如特征C所述，对比文件缺少“呈现规则”本身。更重要的是，技术特征D限定的动态配置是**为了响应于接口操作状态改变的指示**（例如耳机被拔出、显示器断开），从而改变规则所关联的接口。对比文件中动态更改音量设置是基于用户的主观音量感受请求（[0025], [0043]），或是基于行为策略调整队列积分（[0029]），并未公开因设备接口的物理或逻辑连接状态变化而自动触发对媒体输出接口选择规则的重新配置。因此，该技术特征未被公开。 |
| **技术特征E**：经由所述计算设备的与所述发送者ID和关联于所接收到的媒体数据的媒体类型相关的所述一个或多个接口来呈现所接收到的媒体数据。 <br>**《未公开》** | [0026] “...before conveying the audio signals to the communication devices of each participant.” <br>[0011] “...the example conference bridge 104 of FIG. 1 amplifies and/or balances audio signal levels ... for each of the callers so that every participant can hear and/or speak to each other during the conference call.” | 对比文件公开了会议桥接器在处理（放大/平衡）后，将音频信号传送给每个参与者的通信设备（[0011], [0026]）。这相当于通过通信设备的音频输出接口（如扬声器或听筒）呈现接收到的音频数据。但是，这种呈现是默认的、统一的音频输出，并非如目标专利所述，是基于一个将**发送者ID和媒体类型**与**特定接口**相关联的“呈现规则”所选择的结果。对比文件中基于发送者ID的“放大设置”仅调整音量，并不改变输出音频的物理或逻辑接口。因此，技术特征E未被公开。 |
| **技术特征F**：所标识的呈现规则将所述发送者ID和关联于所接收到的媒体数据的所述媒体类型与所述多个接口中若存在的有能力呈现所接收到的媒体数据的第一接口相关以及在所述第一接口不存在的情况下与所述多个接口中有能力呈现所接收到的媒体数据的第二接口相关，以及所述用于呈现所接收到的媒体数据的一个或多个接口包括在所述第一接口存在的情况下的所述第一接口或者在所述第一接口不存在的情况下的所述第二接口。 <br>**《未公开》** | 无相关引用。 | 技术特征F是技术特征C的进一步限定，它定义了一种备用的呈现规则逻辑：规则关联了第一接口和第二接口，并根据第一接口是否存在来决定使用哪个接口进行呈现。对比文件全文未提及任何基于设备接口存在性（如耳机是否插入、外部显示器是否连接）来动态选择不同输出路径的规则或机制。所有音频处理后的输出都是指向参与者的“通信设备”，没有备选接口的概念。因此，该技术特征未被公开。 |
| **技术特征G**：其特征在于，所述呈现规则是用户可配置的，所述方法进一步包括：接收用户输入 <br>**《直接公开》** | [0025] “Using the example the web-based user interface 400 of FIG. 4, participant A may engage a current speaker soft-key 412 on a webpage ... to indicate a desire to lower (or raise) the amplification setting ... associated with the current speaker.” <br>[0026] “The preference settings 216 may be altered at any time during the call via, for example, a web-based user interface (e.g., the example user interface 400 of FIG. 4).” | 对比文件直接公开了参与者可以通过基于网页的用户界面（图4），点击当前讲话者软键412，来请求调整与当前讲话者相关联的放大设置（[0025]）。偏好设置可以在呼叫期间随时通过此用户界面进行更改（[0026]）。这直接对应于接收用户输入以配置与特定发送者（当前讲话者）相关的设置（尽管该设置是音量放大，而非目标专利的接口选择规则）。因此，“呈现规则是用户可配置的”以及“接收用户输入”这一步骤被直接公开。 |
| **技术特征H**：响应于所述用户输入而配置所述呈现规则。 <br>**《直接公开》** | [0025] “The participant recorder 202 responds to the user input ... by making an entry in a preference file in the preferences settings 216 corresponding to the user requesting the amplification change.” | 对比文件直接公开了参与者记录器202响应用户输入（点击软键），在请求更改的用户的偏好设置文件中进行记录（[0025]）。这直接对应于响应用户输入来配置设置（即，修改偏好文件中的放大设置）。因此，该技术特征被直接公开。 |
| **技术特征I**：其特征在于，接收用户输入和响应于所述用户输入而配置所述呈现规则是在所述群通信会话期间完成的。 <br>**《直接公开》** | [0026] “The preference settings 216 may be altered at any time **during the call** via, for example, a web-based user interface...” | 对比文件明确记载偏好设置可以在“呼叫期间（during the call）”随时更改（[0026]）。结合特征G和H的引用内容，接收用户输入和配置设置的动作明确发生在会议呼叫（群通信会话）进行的过程中。因此，该技术特征被直接公开。 |
| **技术特征J**：其特征在于，所述一个或多个接口包括以下一者或多者：显示器、头戴式耳机、扬声器电话、端口、应用或辅助设备。 <br>**《隐含公开》** | [0011] “...the audio signal from one participant to be transmitted at a blaring volume level, while another participant may be hardly audible.” <br>[0039] “...the VoIP-enabled devices 108, 110, 112 and 114...” | 对比文件涉及的是会议呼叫系统，音频信号被传送到参与者的“通信设备”（如VoIP设备108, 110, 112, 114）。本领域技术人员公知，此类通信设备（如手机、电脑、VoIP电话）必然包含用于呈现音频的接口，例如内置扬声器（相当于扬声器电话的一种形式）、耳机插孔（用于连接头戴式耳机）、或通过端口（如USB、蓝牙）连接的外部扬声器/耳机。虽然对比文件没有明确列举这些接口，但这些接口是此类设备实现其音频输出功能的必然组成部分。因此，可以合理地推断对比文件中的通信设备包含了这些接口，技术特征J被隐含公开。 |
| **技术特征K**：其特征在于，进一步包括：存储对所述计算设备的被用来呈现所接收到的媒体数据的所述一个或多个接口的指示 <br>**《未公开》** | 无相关引用。 | 目标专利中，存储接口指示是为了后续用于更新呈现规则（参见特征L）。对比文件虽然存储了参与者的偏好设置（如放大级别），但这些设置并不包含“使用了哪个接口来呈现媒体”这样的指示。对比文件没有记录或存储关于媒体输出路径（接口）选择的信息。因此，该技术特征未被公开。 |
| **技术特征L**：至少部分地基于所存储的对用于呈现所接收到的媒体数据的所述一个或多个接口的指示来更新所标识的呈现规则以生成经更新呈现规则 <br>**《未公开》** | 无相关引用。 | 如特征K所述，对比文件没有存储“接口指示”，因此也就不存在基于此类指示来更新规则的基础。对比文件中偏好设置的更新是基于用户的手动请求（调整音量）或基于行为策略的积分调整（[0029]），与媒体呈现的接口选择无关。因此，该技术特征未被公开。 |
| **技术特征M**：在所述群通信会话期间在所述计算设备中接收新媒体数据，所述新媒体数据包括另一发送者标识符(另一发送者ID) <br>**《隐含公开》** | 同技术特征A的引用[0037], [0031], [0046]。 | 对比文件描述了持续的会议呼叫过程，会不断接收来自不同参与者的音频信号（新媒体数据）。识别当前讲话者的过程（[0031]）隐含了这些新媒体数据与不同的发送者标识符（另一发送者ID）相关联。这与特征A的推理逻辑一致，因此该技术特征被隐含公开。 |
| **技术特征N**：在所述计算设备中标识与所接收到的新媒体数据相关联的所述另一发送者ID <br>**《直接公开》** | 同技术特征B的引用[0031]。 | 对比文件中的“current speaker identifier 204”持续工作，识别每个发言的参与者（发送者）（[0031]）。当接收到新媒体数据（新的音频）时，该模块会标识出发送该数据的另一发送者ID。这被直接公开。 |
| **技术特征O**：在所述计算设备中标识所接收到的新媒体数据的新媒体类型 <br>**《直接公开》** | 同技术特征B的引用[0039]。 | 对比文件公开了设备可以交换多种类型的数据（[0039]）。本领域技术人员能够理解，设备在接收新媒体数据时，能够标识其媒体类型（如音频、视频等）。这被直接公开。 |
| **技术特征P**：在所述计算设备中标识与所述另一发送者ID和所述新媒体类型相关联的经更新呈现规则 <br>**《未公开》** | 无相关引用。 | 如特征C、L所述，对比文件不存在目标专利所定义的“呈现规则”，也不存在基于接口使用记录“更新的呈现规则”。因此，不可能标识出与另一发送者ID和媒体类型相关联的“经更新呈现规则”。该技术特征未被公开。 |
| **技术特征Q**：基于所标识的经更新呈现规则来选择所述计算设备的另一接口以用于呈现所述新媒体数据 <br>**《未公开》** | 无相关引用。 | 由于特征P的“经更新呈现规则”不存在，因此基于该规则选择接口的步骤也无法在对比文件中找到。对比文件中音频信号的输出路径是预设的，不涉及基于规则对接口进行选择。该技术特征未被公开。 |
| **技术特征R**：经由所述计算设备的所选另一接口来呈现所述新媒体数据。 <br>**《未公开》** | 无相关引用。 | 由于特征Q的接口选择步骤不存在，因此通过“所选另一接口”呈现新媒体数据的步骤也未被公开。对比文件中新媒体数据（音频）是通过默认的音频输出接口呈现的。该技术特征未被公开。 |
| **技术特征S**：其特征在于，所述媒体类型是以下一者或多者：图片、文本消息、视频、声音、多用途因特网邮件扩展(MIME)、分辨率、格式或文件扩展。 <br>**《直接公开》** | [0039] “Example data that may be exchanged and/or transmitted via a communication session includes, but is not limited to, digital pictures, audio, video, data files...” | 对比文件直接公开了通过通信会话交换的数据示例包括数字图片（pictures）、音频（audio，相当于声音）、视频（video）、数据文件（data files，可包含文本消息）（[0039]）。MIME类型、分辨率、格式或文件扩展是本领域技术人员用于标识和区分这些媒体类型的常见元数据或属性。因此，对比文件直接公开了技术特征S所列举的媒体类型。 |
| **技术特征T**：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给与所标识的发送者ID相关联的计算设备。 <br>**《未公开》** | 无相关引用。 | 对比文件没有描述任何将接收方设备如何呈现媒体（即使用了哪个接口）的指示信息发送给其他参与者的功能。所有通信集中在音频混合、音量调整和发言权管理上。因此，该技术特征未被公开。 |
| **技术特征U**：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给参与所述群通信会话的所有其他计算设备。 <br>**《未公开》** | 无相关引用。 | 与技术特征T同理，对比文件没有公开向所有其他参与者发送接口指示的功能。因此，该技术特征未被公开。 |
<<<B>>><<<G>>><<<H>>><<<I>>><<<N>>><<<O>>><<<S>>>
<<<a>>><<<j>>><<<m>>>