对比文件名称：2009-03-10_US7502456B_发明授权_US07502456B2 Computer-implemented telephone call conferencing system
目标专利名称：用于群通信中基于动态讲话者ID的媒体处理的框架和方法 CN104885487B
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：在所述群通信会话期间在所述计算设备中接收媒体数据，所述媒体数据至少包括所述媒体数据的发送者的标识符(发送者ID) **《隐含公开》** | 参见说明书第[0074]-[0075]段：“...telephone 30 receives telephone call signals from telephone line 80. The telephone call signals include signaling and media information... controller 150 of telephone 30 encapsulates the telephone call signals... The encapsulated telephone call signals are transmitted over network 20 to computing device 10...”。 第[0079]-[0081]段描述了电话手柄95发送电话呼叫信号给计算设备10（at 500... at 510）。 | 目标专利的“媒体数据”指群通信会话中交换的音频、图片、视频等（见[0001]段）。对比文件中的“telephone call signals”（电话呼叫信号）包含了“media information”（媒体信息），即音频数据，属于一种媒体数据。该信号在会议（conference call）期间被计算设备10接收（见[0074]-[0075]、[0079]-[0081]段）。虽然对比文件未明确说明媒体数据“包括”发送者标识符，但在电话会议系统中，识别呼叫方是基本功能，本领域技术人员可以合理推断电话呼叫信号会包含某种形式的呼叫方标识（如呼叫者ID），以便系统进行路由和管理（参见第[0091]段提及“call sender”）。因此，本领域技术人员有可能从对比文件推理出，计算设备接收的媒体数据至少包括了发送者的标识符。故该特征被**隐含公开**。 |
| **技术特征B**：在所述计算设备中标识与所接收到的媒体数据相关联的所述发送者ID以及多个不同媒体类型中与所接收到的媒体数据相关联的媒体类型 **《未公开》** | 参见说明书第[0075]段：“...computing device 10 receives the encapsulated telephone call signals... and decapsulates the telephone call signals...”。 第[0105]段提及“conferencing assistant 350 may establish a conference call...”。 | 目标专利强调同时标识“发送者ID”和“媒体类型”（如图片、视频、文本等，见[0021]段），并基于二者进行后续处理。对比文件描述了计算设备10接收并解封装电话呼叫信号，其核心是处理音频通话。虽然可以推理出系统能够标识呼叫方（类似发送者ID），但对比文件通篇未提及识别或区分“多个不同媒体类型”（如图片、视频、文本等）。其处理的媒体类型是单一的音频电话信号。因此，对比文件既未直接公开也未隐含公开“标识媒体类型”这一技术特征。 |
| **技术特征C**：在所述计算设备中标识呈现规则，所述呈现规则将所述发送者ID和关联于所接收到的媒体数据的媒体类型与所述计算设备的多个接口中有能力呈现关联于所接收到的媒体数据的媒体类型的一个或多个接口相关 **《未公开》** | 参见说明书第[0061]-[0062]段：“Call management rules database 299 may comprise rules for managing incoming and/or outgoing telephone calls. For example, the rules may specify that certain received calls should be directly transmitted to a voice mail system, and/or that other received calls should be transferred to a home telephone. The rules may be triggered based on call sender...”。 第[0090]-[0091]段描述了虚拟助手（virtual assistant 340）基于与电话手柄95相关联的呼出规则（outgoing call rules）来确定行动。 | 目标专利的“呈现规则”核心在于基于“发送者ID”和“媒体类型”的组合，来选择用于“呈现”媒体的具体“接口”（如显示器、耳机等，见[0020]-[0021]段）。对比文件公开了用户定义的规则（rules），用于路由和管理电话呼叫，例如基于“呼叫发送方（call sender）”将呼叫转移到语音信箱或家庭电话（见[0061]段）。这些规则是基于呼叫方（类似于发送者ID）的，但其作用是对电话呼叫进行“路由”或“管理”（如转移、转接），而不是为目标专利所述的“呈现”媒体而“选择接口”。对比文件没有提及这些规则与“媒体类型”相关联，也未提及将规则与计算设备的不同“呈现接口”（如显示器、耳机、扬声器电话等）相关联。因此，该特征未被公开。 |
| **技术特征D**：其中所述呈现规则在所述群通信会话期间能由所述计算设备动态地配置以响应于所述一个或多个接口的操作状态在所述群通信会话期间已改变的指示而改变与所述发送者ID和所述媒体类型相关的所述一个或多个接口 **《未公开》** | 参见说明书第[0061]段及图9相关描述，用户可以通过网页界面定义规则。未发现关于在会议期间基于接口操作状态改变而动态重新配置规则的描述。 | 目标专利强调在“群通信会话期间”能够“动态地配置”呈现规则，且配置的触发条件是“接口的操作状态已改变的指示”（如图6所示，响应于接口变化重新配置规则）。对比文件虽然允许用户通过界面（如网页）定义规则（见[0061]段及图9），但并未描述这些规则可以在“会议期间（during the conference call）”被“动态重新配置”，更没有描述这种重新配置是为了响应“接口操作状态改变”的指示。对比文件的规则配置更偏向于静态设置，而非会话期间的动态适配。因此，该特征未被公开。 |
| **技术特征E**：经由所述计算设备的与所述发送者ID和关联于所接收到的媒体数据的媒体类型相关的所述一个或多个接口来呈现所接收到的媒体数据 **《未公开》** | 参见说明书第[0076]段：“...computing device 10 transmits the encapsulated telephone call signals back to telephone 30 to establish a telephone call... telephone 30... conducts a telephone call based on the telephone call signals at 440.”。 第[0081]段：“...telephone 30 then transmits the telephone call signals to handset 100 via antenna 90 so that handset 100 may conduct the telephone call.”。 | 目标专利的“呈现”指通过基于规则选择的接口（如显示器、耳机）输出媒体内容。对比文件中，计算设备10处理信号后将其传回电话30，由电话30或其手柄（handset 95/100）来“进行（conduct）”电话呼叫，即通过电话手柄的听筒和话筒呈现音频。然而，这种呈现并非基于一个将“发送者ID”和“媒体类型”与多个接口相关联的“呈现规则”所选择的结果。对比文件中的媒体（音频）始终通过电话手柄呈现，这是电话设备的默认方式，而非基于发送者和媒体类型进行差异化接口选择的结果。因此，该特征未被公开。 |
| **技术特征F**：其特征在于：所标识的呈现规则将所述发送者ID和关联于所接收到的媒体数据的所述媒体类型与所述多个接口中若存在的有能力呈现所接收到的媒体数据的第一接口相关以及在所述第一接口不存在的情况下与所述多个接口中有能力呈现所接收到的媒体数据的第二接口相关，以及所述用于呈现所接收到的媒体数据的一个或多个接口包括在所述第一接口存在的情况下的所述第一接口或者在所述第一接口不存在的情况下的所述第二接口 **《未公开》** | 对比文件未公开相关内容。 | 该特征限定了呈现规则是分层或备用的规则：优先使用第一接口，若第一接口不存在则使用第二接口。这是对特征C中呈现规则的具体限定。如前述对特征C的分析，对比文件未公开基于发送者ID和媒体类型选择呈现接口的规则，更未公开这种具有备用接口选择逻辑的规则。因此，该特征未被公开。 |
| **技术特征G**：其特征在于，所述呈现规则是用户可配置的，所述方法进一步包括：接收用户输入 **《直接公开》** | 参见说明书第[0061]段：“A user may use user interfaces provided by application 296 and displayed by display 270 to input the rules into database 299.”。 第[0082]段：“Web page 600 may comprise a user interface for defining rules.”。 | 目标专利中“呈现规则是用户可配置的”以及“接收用户输入”是允许用户自定义规则。对比文件明确公开了用户可以通过用户界面（如图9的网页600）来定义（defining）规则（rules），并且这些用户输入的规则被存储到数据库299中（见[0061]段）。这直接对应于用户配置规则和接收用户输入。因此，该特征被**直接公开**。 |
| **技术特征H**：响应于所述用户输入而配置所述呈现规则 **《直接公开》** | 参见说明书第[0061]段：“A user may use user interfaces... to input the rules into database 299.”。 第[0099]段：“The defined workgroups and conference calls may be stored in workgroup definitions database 297 and conference call definitions database 298, respectively.”。 | 目标专利的“配置呈现规则”指根据用户输入来设置或修改规则。对比文件中，用户通过界面输入规则，这些规则随后被存储（input into database 299），这个过程就是响应于用户输入而对规则进行配置。因此，该特征被**直接公开**。 |
| **技术特征I**：其特征在于，接收用户输入和响应于所述用户输入而配置所述呈现规则是在所述群通信会话期间完成的 **《未公开》** | 对比文件未明确说明规则配置发生在会议进行期间。图9、图12所示的用户界面用于定义规则和会议，可能发生在会议开始之前。 | 该特征是对特征G、H的进一步限定，强调用户配置行为发生在“群通信会话期间”，即动态配置。对比文件虽然公开了用户可以通过界面配置规则，但并未明确记载或暗示这种配置操作是在“会议期间（during the conference call）”完成的。本领域技术人员根据对比文件的描述，更可能理解为这些配置是在会议开始前进行的设置。因此，该特征未被公开。 |
| **技术特征J**：其特征在于，所述一个或多个接口包括以下一者或多者：显示器、头戴式耳机、扬声器电话、端口、应用或辅助设备 **《未公开》** | 参见说明书第[0043]段，电话30包括显示140（display 140）、手柄145（handset 145）。未提及将显示器、头戴式耳机、端口、应用或辅助设备作为用于呈现媒体的接口。 | 目标专利明确列举了多种可用于呈现媒体的接口。对比文件中的电话设备30具有显示屏（display 140）和电话手柄（handset），手柄用于进行音频通话。然而，对比文件并未将这些设备描述为基于规则的、可选择的“呈现接口”。电话的显示屏可能用于显示来电信息，但未提及用于呈现图片、视频等媒体；手柄是进行电话通话的默认音频输入输出设备，而非基于规则选择的结果。特别是“头戴式耳机、端口、应用或辅助设备”等接口在对比文件中未见提及。因此，该特征未被公开。 |
| **技术特征K**：其特征在于，进一步包括：存储对所述计算设备的被用来呈现所接收到的媒体数据的所述一个或多个接口的指示 **《未公开》** | 对比文件未公开相关内容。 | 目标专利该特征涉及存储实际用于呈现媒体的接口选择，以便后续用于更新规则（参见图7）。对比文件没有描述在呈现媒体后，存储关于使用了哪个接口来呈现该媒体的指示。因此，该特征未被公开。 |
| **技术特征L**：至少部分地基于所存储的对用于呈现所接收到的媒体数据的所述一个或多个接口的指示来更新所标识的呈现规则以生成经更新呈现规则 **《未公开》** | 对比文件未公开相关内容。 | 目标专利该特征涉及基于历史呈现行为（存储的接口指示）来更新规则，是一种机器学习式的动态更新。对比文件虽然允许用户手动配置规则，但未公开任何基于设备自动记录的呈现历史来更新规则的机制。因此，该特征未被公开。 |
| **技术特征M**：在所述群通信会话期间在所述计算设备中接收新媒体数据，所述新媒体数据包括另一发送者标识符(另一发送者ID) **《隐含公开》** | 参见说明书第[0074]段及第[0079]段，电话30可以接收来自电话线或其他电话手柄的电话呼叫信号（媒体数据）并转发至计算设备10。在会议过程中，可能接收来自不同参与方的信号。 | 该特征与特征A类似，区别在于强调接收“新媒体数据”和“另一发送者ID”。在对比文件描述的会议系统上下文中，计算设备10在会议期间可以接收来自不同电话手柄（如95或100）或外部电话线的电话呼叫信号（即新媒体数据），这些信号自然关联于不同的呼叫方（即另一发送者ID）。本领域技术人员可以合理推断此过程。因此，该特征被**隐含公开**。 |
| **技术特征N**：在所述计算设备中标识与所接收到的新媒体数据相关联的所述另一发送者ID **《隐含公开》** | 参见说明书第[0075]、[0080]段，计算设备10接收并处理电话呼叫信号。第[0091]段提及规则可以基于“call sender”（呼叫发送方）。 | 该特征是特征B的一部分。对比文件中，计算设备10处理电话呼叫信号，为了应用基于呼叫方的规则（如[0091]段），系统需要能够标识呼叫方（即另一发送者ID）。本领域技术人员可以合理推断此标识步骤的存在。因此，该特征被**隐含公开**。 |
| **技术特征O**：在所述计算设备中标识所接收到的新媒体数据的新媒体类型 **《未公开》** | 同特征B的分析，对比文件未提及识别媒体类型。 | 该特征要求标识“新媒体类型”。如对特征B的分析，对比文件处理的媒体始终是音频电话信号，未涉及识别或区分不同的媒体类型（如图片、视频等）。因此，该特征未被公开。 |
| **技术特征P**：在所述计算设备中标识与所述另一发送者ID和所述新媒体类型相关联的经更新呈现规则 **《未公开》** | 该特征依赖于特征C（呈现规则）、特征O（媒体类型）和特征L（经更新呈现规则）。由于特征C、O、L均未被公开，因此该特征也未被公开。 | 该特征要求标识一个与“另一发送者ID”和“新媒体类型”相关联的“经更新呈现规则”。首先，对比文件未公开基于“发送者ID和媒体类型”相关联的呈现规则（特征C）。其次，对比文件未公开“标识新媒体类型”（特征O）。最后，对比文件也未公开“经更新呈现规则”（来自特征L的更新机制）。因此，该特征未被公开。 |
| **技术特征Q**：基于所标识的经更新呈现规则来选择所述计算设备的另一接口以用于呈现所述新媒体数据 **《未公开》** | 该特征依赖于特征P（标识经更新呈现规则）和特征C、J（基于规则选择接口）。由于前提特征P、C均未被公开，该特征也未被公开。 | 该特征涉及基于经更新呈现规则选择接口。由于对比文件未公开“经更新呈现规则”（特征P），也未公开基于“发送者ID和媒体类型”选择“呈现接口”的规则（特征C），因此该特征未被公开。 |
| **技术特征R**：经由所述计算设备的所选另一接口来呈现所述新媒体数据 **《未公开》** | 该特征依赖于特征Q（选择接口）。由于特征Q未被公开，该特征也未被公开。 | 该特征是执行呈现动作。由于选择接口的动作（特征Q）未被公开，且对比文件中的呈现方式（通过电话手柄）并非基于目标专利所述的规则选择结果，因此该特征未被公开。 |
| **技术特征S**：其特征在于，所述媒体类型是以下一者或多者：图片、文本消息、视频、声音、多用途因特网邮件扩展(MIME)、分辨率、格式或文件扩展 **《未公开》** | 对比文件通篇描述的是电话会议系统，处理的媒体是音频电话呼叫信号（telephone call signals）。未提及图片、文本消息、视频、MIME、分辨率、格式或文件扩展等媒体类型。 | 该特征是对“媒体类型”的具体举例限定。对比文件仅涉及“声音”（音频）这一种媒体类型，且未以目标专利所列举的元数据（如MIME、文件扩展等）来定义或区分媒体类型。因此，该特征未被公开。 |
| **技术特征T**：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给与所标识的发送者ID相关联的计算设备 **《未公开》** | 对比文件未公开相关内容。 | 目标专利该特征涉及将接收方如何呈现媒体的信息反馈给发送方设备。对比文件描述了呼叫的路由和管理，但未描述在媒体呈现后，将关于使用了哪个接口呈现媒体的指示发送回发送方设备。因此，该特征未被公开。 |
| **技术特征U**：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给参与所述群通信会话的所有其他计算设备 **《未公开》** | 对比文件未公开相关内容。 | 该特征与特征T类似，但将指示发送给所有参与者。对比文件同样未公开向所有会议参与者广播关于媒体呈现接口的指示。因此，该特征未被公开。 |
<<<G>>><<<H>>><<<a>>><<<m>>><<<n>>>