对比文件名称：2008-05-01_US2008101339A_发明申请_US20080101339A1 DEVICE SELECTION FOR BROADCAST MESSAGES
目标专利名称：用于群通信中基于动态讲话者ID的媒体处理的框架和方法CN104885487B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：《直接公开》 | 图5数据包结构说明部分：[0041] “The header 502 may contain the information necessary to deliver the corresponding data packet to a destination... a Source ID 510 (unique VoIP identifier of the calling client or device identifier)” | 对比文件公开了在通信期间（如广播会话）接收数据包（媒体数据），并且数据包头中包含源ID（即发送者的标识符）。这与目标专利特征A“在群通信会话期间在计算设备中接收媒体数据，所述媒体数据至少包括发送者的标识符(发送者ID)”的技术方案相同。本领域技术人员能够毫无疑义地得出该技术方案。 |
| **技术特征B**：《直接公开》 | 1. 关于标识发送者ID：[0041] “the header 502 may contain... a Source ID 510 (unique VoIP identifier of the calling client or device identifier)” <br> 2. 关于标识媒体类型：[0030] “multimedia data (including audio, video, and the like)”； [0061] “The contextual information relating to conversation context may include... file names for documents and/or multimedia files exchanged as part of the conversation”； [0071] “based on the message format information, it is determined which device of the recipient client is preliminarily appropriate to receive the message.” | 对比文件公开了从数据包头中获取源ID（发送者ID）。同时，对比文件明确提及媒体/消息具有不同类型（如音频、视频、文档），并且在设备选择过程中需要确定消息的格式（format），这对应于标识媒体类型。因此，对比文件直接公开了标识发送者ID和媒体类型这两个动作。 |
| **技术特征C**：《未公开》 | 关于设备选择规则：[0071] “based on the message format information, it is determined which device of the recipient client is preliminarily appropriate to receive the message.”； [0072] “based on the obtained recipient client information and other relevant information, a device preference list may be generated.” | 对比文件公开了存在“规则”或“偏好”，用于根据消息格式（可对应于媒体类型）和接收方客户信息（可能包含设备能力）来选择接收设备。**然而，目标专利的“呈现规则”关键作用在于将“发送者ID”作为一个核心输入参数，与媒体类型共同决定接收设备本地的哪个接口用于呈现。** 对比文件中的设备选择逻辑主要基于消息格式和接收方设备能力/状态，发送者ID（源ID）在对比文件中主要用于识别呼叫方或用于路由，并未被公开作为在接收方设备本地选择呈现接口的规则参数。两者作用不同。 |
| **技术特征D**：《未公开》 | 关于设备状态改变：[0074] “At decision block 1008, a determination is made as to whether the selected device is available to receive the composed message. If it is determined... that the selected device is not available... at block 1012 the device with next highest preference score is selected.” | 对比文件公开了在发送消息前检查目标设备是否可用（操作状态），如果不可用则选择备用设备。**但是，这一逻辑发生在消息发送方（如服务提供商）侧，其目的是为接收方选择一个可用的目标设备。** 而目标专利特征D的“动态配置”发生在接收方计算设备本地，是接收方根据自身接口状态的变化，动态改变自己本地存储的、关联于特定发送者ID和媒体类型的呈现规则。两者的执行主体、发生时机和作用均不相同。对比文件未公开接收方设备本地动态配置规则以响应自身接口状态改变。 |
| **技术特征E**：《未公开》 | 关于在设备上呈现消息：[0070] “The composed broadcast messages may be transmitted to the selected devices.”； 图7B描述： “SP 610 transmits broadcast messages to First VoIP device 630 and Second VoIP device 632 over a proper VoIP communication channel.” | 对比文件公开了将广播消息发送到选定的设备，消息自然会在该设备上被呈现（播放、显示）。**然而，目标专利特征E的“经由…一个或多个接口来呈现”是基于本地标识的、与发送者ID和媒体类型相关的规则所选择的接口。** 对比文件中，用于呈现的“设备”是由发送方根据规则选定的，接收设备只是被动接收并在其默认或唯一接口上呈现，没有公开接收设备基于本地规则和发送者ID来自主选择多个接口中的哪一个进行呈现这一技术方案。 |
| **技术特征F**：《隐含公开》 | [0074] “If it is determined at decision block 1008 that the selected device is not available to receive a message... at decision block 1010 a determination is made as to whether another device, with a next highest preference score is found in the device preference list. If it is determined... that there are no more devices... at block 1016 a default device is selected.” | 对比文件公开了发送方为接收方选择设备的规则：首先尝试选择偏好列表中最合适的设备（第一设备），如果该设备不可用，则尝试选择列表中下一个设备（第二设备）。这隐含了一种“若第一接口存在则用第一接口，否则用第二接口”的选择逻辑。虽然该逻辑发生在发送方，且“接口”在对比文件中表现为独立的“设备”，但本领域技术人员可以理解，一个计算设备内部的多个“接口”（如扬声器、显示器）与多个独立的“设备”在功能上都是用于呈现媒体的输出终端。通过合理的推理，可以认为对比文件隐含了这种基于存在性的条件选择逻辑。然而，该逻辑并未与目标专利中的“发送者ID”和“媒体类型”这两个特定参数相结合。 |
| **技术特征G**：《直接公开》 | [0072] “One constraint can be the recipient client's preference for the device selection.”； [0082] “The subset of the VoIP contextual information relating to the VoIP client may include... rules defined by the client, user preferences...” | 对比文件多次提及接收方客户（用户）可以定义规则（rules）和偏好（preference），这些规则和偏好用于指导设备选择。这直接公开了规则是“用户可配置的”。接收用户输入是配置规则的前提，是本领域的公知常识。 |
| **技术特征H**：《直接公开》 | [0072] “One constraint can be the recipient client's preference for the device selection.”； [0082] “The subset of the VoIP contextual information relating to the VoIP client may include... rules defined by the client...” | 如特征G所述，对比文件公开了用户偏好和规则。这些规则和偏好必然需要响应用户的配置输入（无论是通过界面设置还是文件定义）而被建立或修改。因此，对比文件直接公开了“响应于用户输入而配置所述呈现规则”。 |
| **技术特征I**：《未公开》 | 对比文件没有描述在正在进行广播消息会话（可类比为群通信会话）期间，接收方用户动态修改其设备选择偏好的场景。 | 对比文件虽然公开了用户可配置规则（特征G、H），但并未具体描述或暗示这种配置动作是发生在“广播会话期间”。说明书通篇描述的是规则和偏好的预先存在或在会话建立时交换。目标专利强调“在群通信会话期间”动态配置，是其实现动态性的重要一环，对比文件未公开此特定时间条件下的配置。 |
| **技术特征J**：《直接公开》 | [0030] “The multimedia input/output component 302 may include any suitable user input/output components such as a microphone, a video camera, a display screen, a keyboard...”； [0050] 以Bob为例，其设备包括“a mobile phone, a laptop, and a pager”。 | 对比文件公开了用于呈现消息的设备或组件，例如显示屏幕（显示器）、移动电话和笔记本电脑的扬声器（可对应扬声器电话、头戴式耳机）、以及设备本身的端口等。这些都属于用于呈现媒体的接口或辅助设备。因此，该特征被直接公开。 |
| **技术特征K**：《隐含公开》 | [0078] “In one embodiment, if a message(s) is to be periodically transmitted to a recipient client in order to ensure that the recipient client receives at least one message via its devices, several messages may be formulated and scheduled accordingly.” | 对比文件提到为了确保客户收到消息，可能会安排多次发送。为了实现这种调度和确保送达，发送方或系统逻辑上需要记录哪些设备曾被用于尝试发送或成功发送消息。因此，本领域技术人员可以合理推断，系统会“存储对…被用来呈现…媒体数据的…接口的指示”，尽管对比文件没有明确描述存储这一具体动作。 |
| **技术特征L**：《未公开》 | 对比文件未描述根据存储的接口使用记录来更新用户本地设备选择规则。 | 对比文件可能隐含了存储接口使用指示（特征K），但并未公开利用这些存储的记录来“更新所标识的呈现规则”。目标专利特征L的核心是接收方设备基于自身的历史呈现行为，通过机器学习等方式优化自身的本地呈现规则。对比文件中的设备选择逻辑位于发送方或服务提供商，其更新是基于网络状况、设备可用性等系统级因素，而非接收方设备的呈现历史，目的和作用不同。 |
| **技术特征M**：《直接公开》 | 同特征A。图5及[0041]公开了接收包含源ID（另一发送者ID）的数据包。 | 对比文件公开了接收广播消息（新媒体数据），且消息中包含源ID（即发送者标识符）。因此，“在群通信会话期间在计算设备中接收新媒体数据，所述新媒体数据包括另一发送者标识符(另一发送者ID)”被直接公开。 |
| **技术特征N**：《直接公开》 | 同特征B。从数据包头中获取源ID。 | 对比文件公开了标识与所接收数据包相关联的源ID。因此该特征被直接公开。 |
| **技术特征O**：《直接公开》 | 同特征B。基于消息格式确定媒体类型。 | 对比文件公开了确定消息/媒体的格式（类型）。因此“标识所接收到的新媒体数据的新媒体类型”被直接公开。 |
| **技术特征P**：《未公开》 | 对比文件未公开接收方设备本地存在与“另一发送者ID”和“新媒体类型”相关联的、且经过如特征L所述更新的“经更新呈现规则”。 | 特征P依赖于特征C（存在关联发送者ID和媒体类型的本地呈现规则）和特征L（基于历史更新规则）均被公开。如前所述，特征C和L均未被对比文件公开。因此，特征P也未被公开。 |
| **技术特征Q**：《未公开》 | 对比文件公开了发送方为接收方选择设备（接口），如子程序1000。但该选择并非基于接收方本地的“经更新呈现规则”。 | 特征Q的选择动作基于特征P的“经更新呈现规则”。由于特征P未被公开，且对比文件中的设备选择主体和逻辑与目标专利不同，因此该特征未被公开。 |
| **技术特征R**：《直接公开》 | 同特征E的引用。消息被发送到选定的设备并在该设备上呈现。 | 对比文件公开了将消息传输到选定设备，消息会在该设备上被呈现。因此“经由所述计算设备的所选另一接口来呈现所述新媒体数据”被直接公开。但需注意，此处的“所选另一接口”在对比文件语境中是由发送方选定的“另一设备”，而非接收方基于本地规则选择的“接口”。 |
| **技术特征S**：《直接公开》 | [0030] “multimedia data (including audio, video, and the like)”； [0061] “file names for documents and/or multimedia files”； [0080] “The video related information may include resolution...” | 对比文件明确列举了媒体类型包括音频(audio)、视频(video)、文档(text)，并提及了分辨率(resolution)等参数。这些都属于媒体类型的示例。因此，该特征被直接公开。 |
| **技术特征T**：《隐含公开》 | 图7B描述：“If a two-way communication channel is used, First VoIP device 630 or Second VoIP device 632 may respond to the broadcast message by sending a confirmation of receipt (positive acknowledgment)...” | 对比文件公开了接收方设备在双向通信信道上可以向发送方发送确认回执。虽然这不是主动发送“接口指示”，但确认回执可以隐含包含“消息已在我这个设备上呈现”的信息，从而间接告知发送方所使用的接口（设备）。本领域技术人员可以合理推断，在需要更详细反馈的系统中，这种确认可以扩展为包含所使用的具体接口的指示。 |
| **技术特征U**：《未公开》 | 对比文件未描述接收方设备将接口指示发送给参与会话的“所有其他计算设备”。 | 对比文件仅描述了接收方向消息发送方发送响应或确认（特征T）。没有公开将接口指示广播给会话中的所有其他参与者设备。目标专利特征U的作用在于让所有参与者知晓媒体呈现方式，以实现更复杂的会话协调，对比文件未公开此技术方案。 |
<<<A>>><<<B>>><<<G>>><<<H>>><<<J>>><<<M>>><<<N>>><<<O>>><<<R>>><<<S>>>
<<<f>>><<<t>>>