对比文件名称：2006-04-27_WO2006043977A_发明申请_WO2006043977A1 HANDHELD WIRELESS COMMUNICATION DEVICE FOR DISPLAYING INFORMATION ON MULTIPLE DISPLAY SCREENS, METHOD OF OPERATING THE DEVICE, AND COMPUTER PROGRAM PRODUCT
目标专利名称：312用于群通信中基于动态讲话者ID的媒体处理的框架和方法CN104885487B
本次调用模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：在所述群通信会话期间在所述计算设备中接收媒体数据，所述媒体数据至少包括所述媒体数据的发送者的标识符(发送者ID)《**未公开**》 | [p0048] “The call flow of Figure 13 begins when the user of wireless communication device 10 receives an incoming call (Block 80) over a wireless communications network via long-range transceiver 32.” | **论述**：对比文件公开了在通信会话（如来电）期间接收媒体数据（如图像/视频数据）。然而，目标专利强调在“群通信会话”中接收媒体数据，且媒体数据“至少包括发送者的标识符（发送者ID）”。对比文件虽然涉及视频会议（可视为一种群通信），但其描述聚焦于接收来自“远程方”的媒体，并未明确教导在多方群通信会话中，每个参与者被分配唯一的“发送者ID”（如电话号码、MAC ID等），且该ID随媒体数据一同传送并被接收方设备获取。对比文件未提及“发送者ID”这一概念及其在媒体数据或信令中的携带方式。因此，本领域技术人员不能毫无疑义地得出对比文件公开了在群通信会话中接收包含发送者ID的媒体数据。隐含公开判断：对比文件描述了接收远程方的视频和音频，这隐含了媒体数据来自某个发送者。但目标专利的“发送者ID”是一个用于唯一标识发送者并用于后续规则查找的明确标识符，对比文件并未描述如何标识或使用发送者的身份信息来区分不同参与者并关联不同规则。因此，即使宽松判断，对比文件也未隐含公开“媒体数据至少包括发送者的标识符”这一技术特征。 |
| **技术特征B**：在所述计算设备中标识与所接收到的媒体数据相关联的所述发送者ID以及多个不同媒体类型中与所接收到的媒体数据相关联的媒体类型《**未公开**》 | [p0048] “Controller 28 examines the data in the received signals to determine whether the received signal contained image/video data (Block 82). ... controller 28 would check to determine whether the received signal contained audio data (Block 92).” | **论述**：对比文件直接公开了标识所接收媒体数据的“媒体类型”（如图像/视频数据、音频数据），参见引用内容。然而，对比文件完全没有提及“标识发送者ID”。目标专利中，“标识发送者ID”与“标识媒体类型”是并列且共同用于查找呈现规则的关键步骤。对比文件仅基于数据类型（图像/视频或音频）来决定输出路由，并未涉及基于发送者身份进行标识。因此，技术特征B中关于“标识发送者ID”的部分未被公开。由于技术特征B是一个整体，要求同时标识两者，而对比文件仅公开了标识媒体类型，故技术特征B整体未被直接公开。隐含公开判断：对比文件在视频会议场景中，设备知道正在与“远程方”进行通信，这或许隐含了知晓对方身份。但对比文件并未描述设备如何从接收到的数据中解析或获取一个明确的“发送者ID”，也未描述将此ID用于任何决策过程。因此，不能认为对比文件隐含公开了“标识发送者ID”这一技术手段。 |
| **技术特征C**：在所述计算设备中标识呈现规则，所述呈现规则将所述发送者ID和关联于所接收到的媒体数据的媒体类型与所述计算设备的多个接口中有能力呈现关联于所接收到的媒体数据的媒体类型的一个或多个接口相关，《**未公开**》 | [p0048] “controller 28 would determine whether the user desired to output the image/video data to display 18 on wireless communications device 10, or display 52 of external display device 50 (Block 84). ... controller 28 reads a user-defined configuration profile from memory 26, and routes the image/video data based on the information in the profile.” | **论述**：对比文件公开了存在一种规则或配置（用户选择、配置文件），用于基于媒体类型（如图像/视频）将媒体数据路由到不同的接口（设备显示器18或外接显示器52）。这相当于公开了“将媒体类型与一个或多个接口相关”的呈现规则。**但是**，目标专利的呈现规则核心在于“将发送者ID和媒体类型两者共同与接口相关”。对比文件的规则中完全不包含“发送者ID”这一条件要素。其路由决策仅取决于媒体类型和/或用户即时选择，而不考虑数据来自哪个特定的发送者。因此，对比文件没有公开目标专利中这种基于“发送者ID+媒体类型”组合的呈现规则。隐含公开判断：对比文件仅涉及与单一远程方的点对点视频通话，或播放本地存储的多媒体文件，不存在需要基于不同发送者ID来区分处理的需求和场景。因此，本领域技术人员无法从对比文件中推理出需要或可能建立一种将“发送者ID”作为关键查询条件的呈现规则。 |
| **技术特征D**：其中所述呈现规则在所述群通信会话期间能由所述计算设备动态地配置以响应于所述一个或多个接口的操作状态在所述群通信会话期间已改变的指示而改变与所述发送者ID和所述媒体类型相关的所述一个或多个接口《**未公开**》 | [p0032] “A user selectable switch, which may be a hard and/or soft switch, can allow for switching the external display screen 160 on and off.” [p0048] “In one embodiment, for example, the user selects between display 18 and display 52 by manually entering a destination ID for display 52 using keypad 20. In another embodiment, controller 28 reads a user-defined configuration profile from memory 26, and routes the image/video data based on the information in the profile.” | **论述**：对比文件公开了用户可以在视频通话期间通过选择开关来启用或停用外接显示屏（[p0032]），以及用户可以通过手动输入或配置文件来选择输出接口（[p0048]）。这显示了输出目的地（可视为接口选择）在通信期间是“可配置”的。**然而**，目标专利特征D强调动态配置是“响应于所述一个或多个接口的操作状态在所述群通信会话期间已改变的指示”。这意味着规则能自动适应接口的可用性变化（如耳机被拔出、外接显示器断开连接）。对比文件中用户的配置行为是主动的手动选择或基于静态配置文件，并非响应于接口状态改变的“指示”而自动触发规则改变。对比文件[p0048]中检查外接显示器“是否可用”是在用户选择之后进行的连接性检查，而非用于触发规则重新配置的“状态改变指示”。因此，对比文件未公开这种响应接口状态改变指示的动态规则重配置机制。隐含公开判断：对比文件提到检查外接设备是否“可用”，这隐含了设备存在连接状态。但将这种连接状态检查与“动态重配置规则”联系起来，需要进一步的技术构思。对比文件没有教导建立一种规则，该规则本身定义了“当接口A不可用时，自动改用接口B”的逻辑，并且该规则能响应状态变化自动生效。因此，不能认为对比文件隐含公开了此特征。 |
| **技术特征E**：经由所述计算设备的与所述发送者ID和关联于所接收到的媒体数据的媒体类型相关的所述一个或多个接口来呈现所接收到的媒体数据。《**直接公开**》 | [p0048] “Should the user opt not to output the signal to display 52, controller 28 will output the image/video data to display 18 on wireless communication device 10 (Block 86). Otherwise, ... controller 28 will redirect the image/video data associated with the incoming call to the display 52 via the established short-range interface (Block 90). ... controller 28 will direct the audio signals to speaker 24 of device 10 (Block 98). ... controller 28 will re-direct the audio data to external audio device 60 (Block 96), which will render the audio data as audible sound over speaker 62.” | **论述**：对比文件明确且直接地公开了根据决策（无论是基于用户选择还是默认配置），将接收到的媒体数据（图像/视频、音频）通过所选择的接口进行呈现。例如，将视频数据显示在设备显示器18或外接显示器52上，将音频播放于设备扬声器24或外接音频设备60的扬声器62上。这完全对应于“经由所述计算设备的...一个或多个接口来呈现所接收到的媒体数据”。虽然对比文件中接口选择的条件不包含“发送者ID”，但“呈现”这一动作本身已被公开。因此，技术特征E被对比文件直接公开。 |
| **技术特征F**：其特征在于：所标识的呈现规则将所述发送者ID和关联于所接收到的媒体数据的所述媒体类型与所述多个接口中若存在的有能力呈现所接收到的媒体数据的第一接口相关以及在所述第一接口不存在的情况下与所述多个接口中有能力呈现所接收到的媒体数据的第二接口相关，以及所述用于呈现所接收到的媒体数据的一个或多个接口包括在所述第一接口存在的情况下的所述第一接口或者在所述第一接口不存在的情况下的所述第二接口。《**未公开**》 | [p0048] “controller 28 will check the availability of display 52 (Block 88).” | **论述**：技术特征F定义了一种条件性的呈现规则：“如果第一接口存在，则使用第一接口；否则，使用第二接口”。对比文件在[p0048]中提到“检查显示器52的可用性”，这是在决定路由到外接显示器之前的一个步骤。**然而**，这仅是一个可用性检查步骤，并非一个预先定义好的、将“发送者ID和媒体类型”与“第一接口（若存在）否则第二接口”相关联的“呈现规则”。对比文件没有描述在设备的规则查找表中存储了这样的条件逻辑规则。其决策流程是：1）用户选择或配置指向外接显示器；2）检查外接显示器是否可用；3）如果可用则使用，否则可能回退到本地显示器（虽然回退动作在文中未明确描述，但可推断）。这不同于目标专利中预先配置好的、包含“if-else”逻辑的规则。此外，该规则同样不涉及“发送者ID”。因此，该特定结构的条件规则未被对比文件公开。隐含公开判断：可用性检查结合可能的路由回退，隐含了根据接口存在与否选择不同输出路径的逻辑可能性。但将其概括为一种可配置的、与“发送者ID和媒体类型”绑定的正式“呈现规则”，超出了对比文件直接教导的内容。对比文件未描述如何创建和管理此类分层条件规则。 |
| **技术特征G**：其特征在于，所述呈现规则是用户可配置的，所述方法进一步包括：接收用户输入《**直接公开**》 | [p0048] “In one embodiment, for example, the user selects between display 18 and display 52 by manually entering a destination ID for display 52 using keypad 20. In another embodiment, controller 28 reads a user-defined configuration profile from memory 26, and routes the image/video data based on the information in the profile.” | **论述**：对比文件直接公开了呈现规则（即输出目的地的选择）是用户可配置的。具体公开了两种方式：1）用户通过键盘手动输入目的地ID进行即时选择（接收用户输入）；2）设备读取用户预先定义的配置配置文件。这明确对应于“接收用户输入”以及“呈现规则是用户可配置的”。因此，技术特征G被对比文件直接公开。 |
| **技术特征H**：响应于所述用户输入而配置所述呈现规则。《**直接公开**》 | [p0048] “controller 28 reads a user-defined configuration profile from memory 26, and routes the image/video data based on the information in the profile.” | **论述**：如特征G所述，对比文件公开了设备根据用户输入（手动选择或读取用户定义的配置文件）来配置输出路由规则。读取配置文件并基于其信息路由数据，即是“响应于用户输入而配置呈现规则”的直接体现。因此，技术特征H被对比文件直接公开。 |
| **技术特征I**：其特征在于，接收用户输入和响应于所述用户输入而配置所述呈现规则是在所述群通信会话期间完成的。《**直接公开**》 | [p0048] 结合图13的流程，用户在选择输出目的地（Block 84）时，正处于处理“接收来电”（Block 80）的通信会话过程中。 | **论述**：对比文件图13的流程描述是在设备“接收来电”（即通信会话开始）后，立即进行用户选择输出目的地等操作。这表明用户配置行为发生在通信会话期间。虽然对比文件可能更侧重于点对点呼叫，但其描述的会话情境与目标专利的“群通信会话”在“进行中的通信会话”这一时间维度上具有共性。因此，可以认为对比文件直接公开了在通信会话期间完成用户输入接收和规则配置。 |
| **技术特征J**：其特征在于，所述一个或多个接口包括以下一者或多者：显示器、头戴式耳机、扬声器电话、端口、应用或辅助设备。《**直接公开**》 | [p0026] “first display screen 110”, “external display screen 160”; [p0027] “speaker 212”; [p0048] “display 18”, “display 52”, “speaker 24”, “external audio device 60”; [p0051] “direct wiring via USB ports, Audio/Video adapters”; [p0042] “computing device, such as a laptop or desktop computer” 可作为辅助设备。 | **论述**：对比文件明确且反复提到了多种接口：设备内置的显示器（110，18）、外接显示器（160，52）、设备扬声器（212，24）、外接音频设备/扬声器（60，62）。此外，还提到了通过端口（如USB、音频/视频适配器、FireWire）进行连接，以及将计算设备（如笔记本电脑）作为辅助显示设备。虽然“头戴式耳机”未明确提及，但“扬声器”和“外接音频设备”已涵盖了音频输出接口的概念。“应用”作为接口在对比文件中未明确描述。但技术特征J是开放式列举，对比文件已公开了“显示器”、“扬声器”（可对应扬声器电话功能）、“端口”、“辅助设备”等多类接口。因此，本领域技术人员能够毫无疑义地从对比文件得出其公开了包括显示器、扬声器、端口、辅助设备在内的多个接口。技术特征J被直接公开。 |
| **技术特征K**：其特征在于，进一步包括：存储对所述计算设备的被用来呈现所接收到的媒体数据的所述一个或多个接口的指示《**未公开**》 | 无相应内容。 | **论述**：对比文件描述了根据规则呈现媒体，但并未描述在呈现之后，会“存储对所使用的接口的指示”这一步骤。目标专利中此特征旨在为后续的机器学习更新规则（特征L）提供历史数据。对比文件完全没有提及记录或存储接口使用历史的功能。因此，该特征未被直接公开。隐含公开判断：对比文件未涉及基于历史使用记录优化行为的概念，因此无法推理出存储接口使用指示的必要性或手段。 |
| **技术特征L**：至少部分地基于所存储的对用于呈现所接收到的媒体数据的所述一个或多个接口的指示来更新所标识的呈现规则以生成经更新呈现规则《**未公开**》 | 无相应内容。 | **论述**：该特征依赖于特征K的“存储指示”，并进一步涉及基于历史数据动态更新规则的机器学习或自适应机制。对比文件完全未涉及任何形式的规则自动更新或学习功能。规则更新仅通过用户手动配置完成。因此，该特征未被公开。 |
| **技术特征M**：在所述群通信会话期间在所述计算设备中接收新媒体数据，所述新媒体数据包括另一发送者标识符(另一发送者ID)《**未公开**》 | 无相应内容。 | **论述**：该特征与技术特征A类似，但强调在会话中接收来自“另一”发送者的数据。由于对比文件未公开群通信会话环境以及随媒体携带“发送者ID”的概念，因此该特征也未被公开。其隐含公开判断同特征A。 |
| **技术特征N**：在所述计算设备中标识与所接收到的新媒体数据相关联的所述另一发送者ID《**未公开**》 | 无相应内容。 | **论述**：该特征与技术特征B中“标识发送者ID”的部分类似，由于对比文件未涉及标识发送者ID，因此该特征未被公开。 |
| **技术特征O**：在所述计算设备中标识所接收到的新媒体数据的新媒体类型《**直接公开**》 | [p0048] “Controller 28 examines the data in the received signals to determine whether the received signal contained image/video data (Block 82). ... controller 28 would check to determine whether the received signal contained audio data (Block 92).” | **论述**：对比文件公开了标识接收到的媒体数据的类型（如图像/视频或音频）。无论媒体数据是首次接收还是再次接收（“新媒体数据”），标识其媒体类型的方法是相同的。因此，该特征被直接公开。但需注意，此特征单独被公开，但作为从属特征，其依附的前序特征（M、N）未被公开。 |
| **技术特征P**：在所述计算设备中标识与所述另一发送者ID和所述新媒体类型相关联的经更新呈现规则《**未公开**》 | 无相应内容。 | **论述**：该特征依赖于特征L（规则更新）和特征N（标识另一发送者ID），这两者均未被对比文件公开。因此，该特征未被公开。 |
| **技术特征Q**：基于所标识的经更新呈现规则来选择所述计算设备的另一接口以用于呈现所述新媒体数据《**未公开**》 | 无相应内容。 | **论述**：该特征依赖于特征P（标识经更新规则），而特征P未被公开。因此，该特征未被公开。 |
| **技术特征R**：经由所述计算设备的所选另一接口来呈现所述新媒体数据。《**直接公开**》 | [p0048] 同特征E的引用。 | **论述**：对比文件公开了经由所选接口呈现媒体数据的行为。无论接口是首次选择还是“另一”次选择，呈现动作本身是相同的。因此，该特征被直接公开。但需注意，此特征单独被公开，但作为从属特征，其依附的前序特征（Q）未被公开。 |
| **技术特征S**：其特征在于，所述媒体类型是以下一者或多者：图片、文本消息、视频、声音、多用途因特网邮件扩展(MIME)、分辨率、格式或文件扩展。《**直接公开**》 | [p0048] “image/video data”, “audio data”. | **论述**：对比文件明确将媒体类型区分为“图像/视频数据”和“音频数据”。这直接对应于目标专利列举的“图片”、“视频”和“声音”。虽然未提及文本消息、MIME等具体类型，但技术特征S是开放式列举，对比文件已公开了其中的多个具体类型（图片、视频、声音）。因此，该特征被直接公开。 |
| **技术特征T**：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给与所标识的发送者ID相关联的计算设备。《**未公开**》 | 无相应内容。 | **论述**：对比文件描述了媒体数据的接收和呈现，但从未描述将接收方如何呈现媒体的信息（如使用了哪个接口）反馈或发送给发送方设备或其他参与者。这一特征涉及群通信中的信令反馈机制，是对比文件未涉及的内容。因此，该特征未被公开。 |
| **技术特征U**：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给参与所述群通信会话的所有其他计算设备。《**未公开**》 | 无相应内容。 | **论述**：同特征T，对比文件未涉及向其他设备发送呈现接口指示的功能。因此，该特征未被公开。 |
<<<E>>><<<G>>><<<H>>><<<I>>><<<J>>><<<S>>>