对比文件名称：2012-01-11_EP2405404A_发明公开_EP2405404A2 Display device, image data generating device, image data generating program, and display method
目标专利名称：用于群通信中基于动态讲话者ID的媒体处理的框架和方法 CN104885487B
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| A：包括：在所述群通信会话期间在所述计算设备中接收媒体数据，所述媒体数据至少包括所述媒体数据的发送者的标识符(发送者ID)《未公开》 | 未发现相关内容。对比文件涉及车载平视显示（HUD）系统，其接收和显示的是车辆自身的信息（如车速、发动机转速等）或外部环境信息，这些信息来源于传感器或车辆内部系统，并非在“群通信会话”中从其他参与者设备接收的“媒体数据”，且不包含“发送者的标识符”。参见[0002], [0022]-[0023], [0030], [0263]-[0264]等段落。 | 该技术特征未被直接或隐含公开。目标专利的“群通信会话”是两个或更多用户设备交换媒体数据（如群语音、视频、图片、文本）的通信环境，且媒体数据附带了发送者的唯一标识符（发送者ID）。对比文件描述的HUD系统用于向车辆驾驶员呈现车辆信息或导航信息，其信息源是车辆自身或外部传感器，并非在多方参与的通信会话中接收来自其他明确标识的参与者的媒体数据。两者技术领域、应用场景和数据处理对象均完全不同。 |
| B：在所述计算设备中标识与所接收到的媒体数据相关联的所述发送者ID以及多个不同媒体类型中与所接收到的媒体数据相关联的媒体类型《未公开》 | 未发现相关内容。对比文件中，图像数据生成单元生成包含第一显示对象和第二显示对象的图像数据，第二显示对象包含车辆信息（如车速）。参见[0030], [0043]-[0044], [0263]。其中未提及对“发送者ID”的标识，也未提及对“多个不同媒体类型”（如图片、文本、视频、声音等）进行标识。 | 该技术特征未被直接或隐含公开。目标专利的核心之一是基于发送者ID和媒体类型来管理媒体呈现。对比文件仅涉及生成和显示包含车辆信息的图像数据（第二显示对象），这些信息（如车速数字、发动机转速图形）虽然在形式上可被视为某种“媒体类型”，但对比文件并未对其进行“标识”以用于后续的差异化处理，更不存在与“发送者ID”相关联的标识过程。其显示逻辑是基于固定的信息类型和布局，而非基于动态接收的、带有发送者标识的多种媒体类型。 |
| C：在所述计算设备中标识呈现规则，所述呈现规则将所述发送者ID和关联于所接收到的媒体数据的媒体类型与所述计算设备的多个接口中有能力呈现关联于所接收到的媒体数据的媒体类型的一个或多个接口相关，《未公开》 | 未发现相关内容。对比文件中，第二显示对象（如车速信息）的显示位置是参照第一显示对象的位置来布置的（参见[0043]），并且可以根据用户、车辆、外部条件等信息调整第一显示对象和第二显示对象的生成条件（参见[0341]-[0360], [0370]）。但这是一种图像内容布局和显示样式的规则，并非目标专利中定义的“呈现规则”。目标专利的呈现规则是将**特定的发送者ID和特定的媒体类型**映射到计算设备上**特定的物理或逻辑接口**（如显示器A、耳机B）的规则。对比文件没有将任何信息与“发送者ID”相关联，也未涉及将信息路由到“多个接口”中的某一个或多个。 | 该技术特征未被直接或隐含公开。目标专利的“呈现规则”本质是一种路由规则，它基于发送者身份和媒体内容类型，决定使用哪个输出设备（接口）来呈现。对比文件中的规则是关于图像内图形对象（如半球体基座和车速数字）的布局、形状、颜色等视觉呈现优化，目的是减少驾驶员的不适感，而非将不同来源、不同类型的数据定向到不同的硬件接口。两者规则的目的、内容和应用对象均无关联。 |
| D：其中所述呈现规则在所述群通信会话期间能由所述计算设备动态地配置以响应于所述一个或多个接口的操作状态在所述群通信会话期间已改变的指示而改变与所述发送者ID和所述媒体类型相关的所述一个或多个接口《未公开》 | 未发现相关内容。对比文件未提及“接口的操作状态”（如耳机插入、显示器断开）的改变，也未提及基于此类改变动态地重新配置信息显示规则。 | 该技术特征未被直接或隐含公开。目标专利允许在群通话过程中，因接口状态变化（如连接或断开外设）而动态调整针对特定发送者和媒体类型的输出接口规则。对比文件完全不涉及计算设备外部接口状态监控与响应式规则重配置的概念。 |
| E：经由所述计算设备的与所述发送者ID和关联于所接收到的媒体数据的媒体类型相关的所述一个或多个接口来呈现所接收到的媒体数据。《未公开》 | 对比文件通过显示单元（如视频投影单元115）将生成的图像数据呈现给图像观看者（驾驶员）。参见[0017], [0020], [0029]。 | 尽管对比文件公开了“呈现”数据（图像），但该技术特征作为整体未被公开。目标专利的“呈现”特指经由**根据发送者ID和媒体类型所选择的特定接口**来呈现。对比文件的呈现是单一、固定的显示接口（HUD），没有基于“发送者ID和媒体类型”进行接口选择的过程。因此，对比文件仅公开了“呈现”这一动作的抽象概念，但未公开该特征中关于接口选择的核心限定。 |
| F：其特征在于：所标识的呈现规则将所述发送者ID和关联于所接收到的媒体数据的所述媒体类型与所述多个接口中若存在的有能力呈现所接收到的媒体数据的第一接口相关以及在所述第一接口不存在的情况下与所述多个接口中有能力呈现所接收到的媒体数据的第二接口相关，以及所述用于呈现所接收到的媒体数据的一个或多个接口包括在所述第一接口存在的情况下的所述第一接口或者在所述第一接口不存在的情况下的所述第二接口。《未公开》 | 未发现相关内容。对比文件未涉及任何关于“第一接口不存在时使用第二接口”的备用或回退呈现规则。 | 该技术特征未被直接或隐含公开。这是对特征E中呈现规则的进一步限定，涉及多场景或条件逻辑规则（如果-否则规则）。对比文件完全没有公开这种基于接口可用性进行条件判断和接口切换的规则逻辑。 |
| G：其特征在于，所述呈现规则是用户可配置的，所述方法进一步包括：接收用户输入《未公开》 | 对比文件提及用户可以或系统可以指定第一显示对象或第二显示对象的生成条件。参见[0311]-[0312], [0318]。 | 尽管对比文件公开了“用户可配置”某些显示条件（如图形对象的形状、颜色）的概念，但该技术特征作为整体未被公开。目标专利中“用户可配置”的对象是**将发送者ID和媒体类型映射到接口的呈现规则**。对比文件中用户配置的是图像内容本身的显示属性（如选择显示哪些车辆信息、如何布局），而非将特定发送者的特定类型媒体路由到哪个接口的规则。两者配置的对象和目的不同。 |
| H：响应于所述用户输入而配置所述呈现规则。《未公开》 | 对比文件提及基于用户或系统指定的条件来生成第一显示对象和第二显示对象。参见[0314]-[0315], [0320]-[0321]。 | 该技术特征未被直接或隐含公开。原因同上（特征G）。对比文件中响应用户输入配置的是显示内容生成参数，而非目标专利中的接口映射规则。 |
| I：其特征在于，接收用户输入和响应于所述用户输入而配置所述呈现规则是在所述群通信会话期间完成的。《未公开》 | 未发现相关内容。对比文件未提及用户配置发生在任何类似于“群通信会话”的持续会话期间。用户配置可能发生在行车前或系统设置中。 | 该技术特征未被直接或隐含公开。目标专利强调在“群通信会话期间”动态配置规则，这是其“动态”特性的重要体现。对比文件没有这种在特定通信会话期间进行实时交互式配置的场景描述。 |
| J：其特征在于，所述一个或多个接口包括以下一者或多者：显示器、头戴式耳机、扬声器电话、端口、应用或辅助设备。《隐含公开》 | 对比文件的显示单元（540）包括视频投影单元（115），其将图像投影到挡风玻璃单元（710）上，供驾驶员观看。这实质上是一个显示系统（显示器）。参见[0017], [0020], [0029], [0218]-[0230]。 | 该技术特征被**隐含公开**。目标专利中定义的“接口”包括显示器、头戴式耳机等。对比文件中的视频投影单元（115）和挡风玻璃单元（710）共同构成了一个用于向用户呈现信息的“显示器”或“显示设备”。虽然对比文件未明确列举所有类型的接口，但其公开的HUD系统是“显示器”的一种具体形式。本领域技术人员能够理解，显示器是一种常见的用于呈现视觉信息的接口。因此，对比文件隐含公开了“接口包括显示器”这一技术方案。 |
| K：其特征在于，进一步包括：存储对所述计算设备的被用来呈现所接收到的媒体数据的所述一个或多个接口的指示《未公开》 | 未发现相关内容。对比文件未存储关于“使用哪个接口呈现”的指示。 | 该技术特征未被直接或隐含公开。目标专利此特征涉及记录接口使用历史，为后续的机器学习更新规则提供数据。对比文件完全没有提及存储接口使用记录的功能。 |
| L：至少部分地基于所存储的对用于呈现所接收到的媒体数据的所述一个或多个接口的指示来更新所标识的呈现规则以生成经更新呈现规则《未公开》 | 未发现相关内容。对比文件未提及基于历史使用数据来更新显示或呈现规则。 | 该技术特征未被直接或隐含公开。目标专利此特征涉及应用机器学习动态优化规则。对比文件虽然可以根据用户、车辆、外部信息计算生成条件（参见[0341]-[0360]），但这不是基于接口使用历史的规则更新，而是基于实时传感数据的显示参数调整，目的和机制均不同。 |
| M：在所述群通信会话期间在所述计算设备中接收新媒体数据，所述新媒体数据包括另一发送者标识符(另一发送者ID)《未公开》 | 未发现相关内容。同特征A，对比文件不涉及在“群通信会话”中接收来自其他参与者的、带有“发送者ID”的“新媒体数据”。 | 该技术特征未被直接或隐含公开。原因同特征A。对比文件持续接收的是车辆传感器数据或导航信息，并非群通信环境下的、带有不同发送者标识的媒体流。 |
| N：在所述计算设备中标识与所接收到的新媒体数据相关联的所述另一发送者ID《未公开》 | 未发现相关内容。对比文件不涉及标识“发送者ID”。 | 该技术特征未被直接或隐含公开。原因同特征B。 |
| O：在所述计算设备中标识所接收到的新媒体数据的新媒体类型《未公开》 | 未发现相关内容。对比文件不涉及标识“媒体类型”。 | 该技术特征未被直接或隐含公开。原因同特征B。 |
| P：在所述计算设备中标识与所述另一发送者ID和所述新媒体类型相关联的经更新呈现规则《未公开》 | 未发现相关内容。对比文件不存在与“发送者ID和媒体类型”相关联的“呈现规则”，更不存在其“经更新”版本。 | 该技术特征未被直接或隐含公开。原因综合特征C和L。 |
| Q：基于所标识的经更新呈现规则来选择所述计算设备的另一接口以用于呈现所述新媒体数据《未公开》 | 未发现相关内容。对比文件不存在基于规则选择“另一接口”的过程。 | 该技术特征未被直接或隐含公开。原因同特征C和E。 |
| R：经由所述计算设备的所选另一接口来呈现所述新媒体数据。《未公开》 | 未发现相关内容。对比文件不存在“所选另一接口”。 | 该技术特征未被直接或隐含公开。原因同特征E和Q。 |
| S：其特征在于，所述媒体类型是以下一者或多者：图片、文本消息、视频、声音、多用途因特网邮件扩展(MIME)、分辨率、格式或文件扩展。《隐含公开》 | 对比文件的第二显示对象可以包括字符信息（如车速数字）、图形图案信息（如发动机转速的条形图）。参见[0173]-[0176]。例如，车速数字可视为“文本消息”，条形图可视为“图片”的一种简化形式。 | 该技术特征被**隐含公开**。目标专利列举了多种媒体类型。对比文件中显示的信息内容，例如以数字形式呈现的“车速”（对应“文本消息”），以及以条形图等图形呈现的“发动机转速”（对应“图片”或“图形”），可以被认为是广义上的“媒体类型”的具体实例。虽然对比文件未明确使用“媒体类型”这一术语，也未列举全部类型，但本领域技术人员能够从其实施例中合理地推断出其所显示的信息具有特定的表现形式（如文本、图形），这些表现形式落入目标专利所定义的“媒体类型”范畴之内。 |
| T：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给与所标识的发送者ID相关联的计算设备。《未公开》 | 未发现相关内容。对比文件未提及将显示方式或接口信息发送给其他设备。 | 该技术特征未被直接或隐含公开。目标专利此特征涉及在群通信参与者之间反馈呈现方式。对比文件是独立的车载显示系统，没有与其他计算设备通信并发送接口指示的功能或需求。 |
| U：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给参与所述群通信会话的所有其他计算设备。《未公开》 | 未发现相关内容。对比文件未提及将显示方式或接口信息发送给其他设备。 | 该技术特征未被直接或隐含公开。原因同特征T。 |
<<<j>>><<<s>>>