对比文件的名称：US2011069643A1_Description_20260317_1205
目标专利的名称：用于群通信中基于动态讲话者ID的媒体处理的框架和方法CN104885487B
模型名称：DeepSeek
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A**：包括：在所述群通信会话期间在所述计算设备中接收媒体数据，所述媒体数据至少包括所述媒体数据的发送者的标识符(发送者ID)《直接公开》 | [0026] “The communication device 14A also preferably includes an audio processor 30 which generates an audio stream comprising the voice signals of the moderator user 16A, and sends the audio stream to the media server 12. The audio processor 30 also receives outgoing audio streams from the media server 12...” <br> [0031] “...the conference processor 42 generates outgoing audio streams that include characteristics, such as frequency and phase information that aurally position the outgoing audio stream...” | 对比文件公开了在会议（相当于群通信会话）期间，通信设备（相当于计算设备）从媒体服务器接收出站音频流（即媒体数据）。为了使会议处理器能够对不同参与者的音频流进行听觉定位和混音处理，每个入站/出站音频流必然与特定的参与者（即发送者）相关联，本领域技术人员能够毫无疑义地确定，该系统需要并能够识别每个音频流的来源，即发送者标识符。因此，该特征被直接公开。 |
| **B**：在所述计算设备中标识与所接收到的媒体数据相关联的所述发送者ID以及多个不同媒体类型中与所接收到的媒体数据相关联的媒体类型《未公开》 | [0026] “...receives outgoing audio streams from the media server 12...” <br> [0039] “According to one embodiment of the invention, in addition to aurally positioning the audio streams of the participants 16B-16E, the moderator 16A can manipulate the user interface 28 to control audio stream mixing by the conference processor 42.” | 对比文件确实需要标识音频流的来源（发送者ID）以进行听觉定位和混音控制。然而，对比文件仅涉及“音频流”这一种媒体类型，其整个发明都围绕音频信号的定位和控制展开，完全没有提及或暗示存在图片、文本、视频等多种媒体类型，也没有公开对接收到的媒体数据进行“媒体类型”识别的任何步骤。因此，对比文件未公开“标识多个不同媒体类型中与所接收到的媒体数据相关联的媒体类型”这一技术特征。 |
| **C**：在所述计算设备中标识呈现规则，所述呈现规则将所述发送者ID和关联于所接收到的媒体数据的媒体类型与所述计算设备的多个接口中有能力呈现关联于所接收到的媒体数据的媒体类型的一个或多个接口相关，《未公开》 | [0031] “The 3DSAE 46 can aurally position an audio stream by generating an outgoing audio stream that includes characteristics, such as frequency and phase information that aurally positions the outgoing audio stream so that it is perceived by a listener...as originating from a designated position.” <br> [0039] “...the moderator 16A can manipulate the user interface 28 to control audio stream mixing by the conference processor 42.” | 对比文件中，主持人或参与者通过用户界面为不同发送者（参与者）的音频流指定听觉位置（产生听觉位置标识符）或控制谁能听到谁（产生混音控制信号）。这可以视为一种“规则”，它将发送者与特定的输出处理方式（如听觉位置、可收听范围）相关联。然而，这种规则完全不涉及“媒体类型”，因为对比文件仅处理音频。更重要的是，该规则的结果是产生一个经处理的音频信号，这个信号被提供给用户的音频输出设备（如立体声耳机），但规则本身并未将发送者和媒体类型与“计算设备的多个接口中有能力呈现...媒体类型的一个或多个接口”进行关联和选择。目标专利的规则核心是根据发送者ID和媒体类型选择具体的物理或逻辑接口（如显示器A、耳机B），而对比文件的规则核心是根据发送者ID调整音频信号的空间属性或混音路径。二者作用不同，技术方案不同。因此，该特征未被公开。 |
| **D**：其中所述呈现规则在所述群通信会话期间能由所述计算设备动态地配置以响应于所述一个或多个接口的操作状态在所述群通信会话期间已改变的指示而改变与所述发送者ID和所述媒体类型相关的所述一个或多个接口《未公开》 | [0036] “Assume that the moderator 16A drags the participant icon 50C to a new position 54B. The communications device 14A...calculates a new aural position identifier. The communications device 14A provides the new aural position identifier...to the media server 12.” | 对比文件确实允许在会议（群通信会话）期间，通过拖拽图标来动态改变听觉位置（即动态配置规则）。但是，这种动态配置是由用户通过图形界面主动触发的，是为了改变听觉体验或分组设置。目标专利中规则动态配置的触发条件是“响应于所述一个或多个接口的操作状态在所述群通信会话期间已改变的指示”，例如耳机被拔除、显示器断开等接口状态变化事件。对比文件完全没有提及或暗示规则的改变是基于“接口操作状态改变”的指示。因此，该特征未被公开。 |
| **E**：经由所述计算设备的与所述发送者ID和关联于所接收到的媒体数据的媒体类型相关的所述一个或多个接口来呈现所接收到的媒体数据。《隐含公开》 | [0025] “...and provides the outgoing audio streams to the moderator user 16A via a multi-channel capable device, such as a stereo headset 32.” <br> [0031] “The outgoing voice signals are multi-channel voice signals, such as stereo or Dolby Digital 5.1 voice signals, and are provided to the moderator 16A via the stereo headset 32.” | 对比文件明确记载了，经会议处理器处理后的出站音频流（即媒体数据）通过立体声耳机等设备呈现给用户。立体声耳机是计算设备的一种音频输出接口。虽然对比文件的规则（听觉位置）并非直接“将发送者ID和媒体类型与接口相关”，但其最终结果是使得特定发送者的音频数据通过用户的音频输出设备（接口）被呈现。根据宽松的隐含公开判断标准，本领域技术人员通过阅读对比文件，可以合理推断出媒体数据（音频）会经由用户设备上的音频接口（如耳机、扬声器）呈现出来。因此，该特征被隐含公开。 |
| **F**：其特征在于：所标识的呈现规则将所述发送者ID和关联于所接收到的媒体数据的所述媒体类型与所述多个接口中若存在的有能力呈现所接收到的媒体数据的第一接口相关以及在所述第一接口不存在的情况下与所述多个接口中有能力呈现所接收到的媒体数据的第二接口相关，以及所述用于呈现所接收到的媒体数据的一个或多个接口包括在所述第一接口存在的情况下的所述第一接口或者在所述第一接口不存在的情况下的所述第二接口。《未公开》 | 无 | 对比文件完全没有涉及任何根据接口是否存在或可用性来动态选择备选接口的呈现规则。其所有呈现均通过用户已连接的音频输出设备（如耳机）进行，没有描述当首选接口不可用时，自动切换到第二接口（例如，耳机拔掉后自动切换到扬声器）的机制或规则。因此，该特征未被公开。 |
| **G**：其特征在于，所述呈现规则是用户可配置的，所述方法进一步包括：接收用户输入《直接公开》 | [0032] “The moderator 16A may manipulate the user interface 28 to aurally position audio streams associated with one or more of the participants 16B-16E.” <br> [0036] “Assume that the moderator 16A drags the participant icon 50C to a new position 54B.” | 对比文件明确公开了主持人（或参与者）可以通过操纵用户界面上的图标，来配置音频流的听觉位置。这种对听觉位置的配置即是一种对“呈现规则”（如何呈现音频）的用户配置。操纵用户界面必然涉及接收用户输入（如鼠标拖拽）。因此，该特征被直接公开。 |
| **H**：响应于所述用户输入而配置所述呈现规则。《直接公开》 | [0036] “Assume that the moderator 16A drags the participant icon 50C to a new position 54B. The communications device 14A obtains the new position...and calculates a new aural position identifier. The communications device 14A provides the new aural position identifier...to the media server 12.” | 对比文件明确描述了在用户拖拽图标（用户输入）后，通信设备计算新的听觉位置标识符并发送给会议处理器，从而完成了对音频呈现规则（听觉位置）的配置。这直接对应于“响应于用户输入而配置呈现规则”。因此，该特征被直接公开。 |
| **I**：其特征在于，接收用户输入和响应于所述用户输入而配置所述呈现规则是在所述群通信会话期间完成的。《直接公开》 | [0036] 该段描述的操作发生在会议进行过程中。结合全文语境，所有对图标位置的拖拽和调整，均是在会议（即群通信会话）建立并持续的过程中完成的。 | 对比文件描述的用户配置听觉位置的操作，其上下文均是在会议（即群通信会话）进行中发生的。例如，主持人可以在会议中随时拖拽参与者的图标来改变其声音位置。本领域技术人员能够毫无疑义地确定，这些操作是在群通信会话期间完成的。因此，该特征被直接公开。 |
| **J**：其特征在于，所述一个或多个接口包括以下一者或多者：显示器、头戴式耳机、扬声器电话、端口、应用或辅助设备。《隐含公开》 | [0025] “...provides the outgoing audio streams to the moderator user 16A via a multi-channel capable device, such as a stereo headset 32. Those skilled in the art will recognize other multi-channel capable devices, such as stereo speakers...” | 对比文件明确列举了“立体声耳机”和“立体声扬声器”作为呈现音频的输出设备。立体声耳机属于“头戴式耳机”，立体声扬声器属于“扬声器电话”的范畴。虽然对比文件没有提及显示器、端口、应用等其他接口用于媒体呈现，但根据宽松的隐含公开判断标准，其公开的音频输出设备（耳机、扬声器）已落入目标专利所列举的接口范围之内。因此，该特征被隐含公开。 |
| **K**：其特征在于，进一步包括：存储对所述计算设备的被用来呈现所接收到的媒体数据的所述一个或多个接口的指示《未公开》 | 无 | 对比文件没有描述存储关于“使用了哪个接口来呈现媒体”的指示。其存储或处理的信息是听觉位置标识符（角度、距离）或混音配置，这些信息是关于“如何”呈现（空间位置、谁能听到），而不是关于“通过哪个接口”呈现。因此，该特征未被公开。 |
| **L**：至少部分地基于所存储的对用于呈现所接收到的媒体数据的所述一个或多个接口的指示来更新所标识的呈现规则以生成经更新呈现规则《未公开》 | 无 | 由于特征K（存储接口使用指示）未被公开，且对比文件也完全没有描述基于历史呈现接口数据来更新规则（例如机器学习优化）的任何内容，因此该特征未被公开。 |
| **M**：在所述群通信会话期间在所述计算设备中接收新媒体数据，所述新媒体数据包括另一发送者标识符(另一发送者ID)《直接公开》 | [0026] “The audio processor 30 also receives outgoing audio streams from the media server 12...” | 对比文件中的会议是持续进行的，通信设备会不断接收来自媒体服务器的出站音频流。这些后续接收到的音频流，必然来自会议中的其他参与者，即包含“另一发送者ID”。这相当于在群通信会话期间接收新媒体数据。因此，该特征被直接公开。 |
| **N**：在所述计算设备中标识与所接收到的新媒体数据相关联的所述另一发送者ID《直接公开》 | [0031] “The 3DSAE 46 aurally positions the audio stream associated with the participant 16C at the aural position identified by the aural position identifier.” | 为了使会议处理器能够对不同参与者的音频流进行正确的听觉定位处理，系统必须能够区分并标识每个入站/出站音频流所关联的发送者（参与者）。本领域技术人员可以毫无疑义地理解，在接收并处理新媒体数据（音频流）时，计算设备（或系统中的处理器）必然标识了其关联的另一发送者ID。因此，该特征被直接公开。 |
| **O**：在所述计算设备中标识所接收到的新媒体数据的新媒体类型《未公开》 | 无 | 同特征B所述，对比文件仅处理音频媒体，没有“媒体类型”的概念，更没有标识“新媒体类型”的步骤。因此，该特征未被公开。 |
| **P**：在所述计算设备中标识与所述另一发送者ID和所述新媒体类型相关联的经更新呈现规则《未公开》 | 无 | 由于特征O（新媒体类型）和特征L（经更新呈现规则）均未被对比文件公开，因此标识与这两者相关联的规则这一特征也无法被公开。 |
| **Q**：基于所标识的经更新呈现规则来选择所述计算设备的另一接口以用于呈现所述新媒体数据《未公开》 | 无 | 由于特征P（标识经更新呈现规则）未被公开，且对比文件本身也未公开基于规则选择具体接口的步骤，因此该特征未被公开。 |
| **R**：经由所述计算设备的所选另一接口来呈现所述新媒体数据。《未公开》 | 无 | 由于特征Q（选择另一接口）未被公开，因此该特征也无法被公开。 |
| **S**：其特征在于，所述媒体类型是以下一者或多者：图片、文本消息、视频、声音、多用途因特网邮件扩展(MIME)、分辨率、格式或文件扩展。《隐含公开》 | 全文多处提及“audio stream”, “voice signals”。例如：[0001] “...controlling the audio streams...”；[0026] “...audio stream comprising the voice signals...” | 对比文件所处理和呈现的媒体数据明确为“音频流”或“语音信号”，这属于目标专利所列举的媒体类型中的“声音”。虽然对比文件仅公开了“声音”这一种类型，而未提及图片、文本等其他类型，但根据宽松的隐含公开判断标准，其公开的“声音/音频”已落入目标专利所定义的媒体类型范围之内。因此，该特征被隐含公开。 |
| **T**：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给与所标识的发送者ID相关联的计算设备。《未公开》 | 无 | 对比文件没有描述接收方设备将其呈现媒体所使用的接口信息发送给发送方设备或其他设备的任何操作。因此，该特征未被公开。 |
| **U**：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给参与所述群通信会话的所有其他计算设备。《未公开》 | 无 | 对比文件同样没有描述将接口指示发送给所有其他参与者的操作。因此，该特征未被公开。 |
<<<A>>><<<G>>><<<H>>><<<I>>><<<M>>><<<N>>><<<e>>><<<j>>><<<s>>>