**对比文件名称**：发明申请_US20120265359A1 RECONFIGURABLE INTERFACE-BASED ELECTRICAL ARCHITECTURE
**目标专利名称**：用于交通工具指示的替换显示器选项
**本次调用模型名称**：DeepSeek
**特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用（译文） | 公开性论述 |
| **特征A**：一种用于控制交通工具中的显示器的方法。 <br>**判断**：未公开 | 未找到明确对应内容。 | 对比文件整体涉及一种可重构的车辆电气/电子网络架构，其核心在于通过一个可重构的接口层（由通用接口设备构成）来动态路由传感器/执行器与控制器（ECU）之间的消息，以提高容错性和允许控制器整合。虽然该架构应用于车辆，但其解决的问题、采用的手段（消息重路由、表重配置）和达到的效果（任务迁移、硬件整合）均围绕传感器数据的采集、处理和执行器控制，并未涉及“控制交通工具中的显示器”这一特定方法。因此，该特征既未被直接公开，也未被隐含公开。 |
| **特征B**：将数据从第一控制器发送到交通工具的群集显示嵌入式控制单元ECU，以用于在所述群集显示ECU内的群集显示器上显示。 <br>**判断**：未公开 | 未找到明确对应内容。 | 对比文件描述了ECU之间通过总线（如CAN）发送和接收消息（例如，[0024]段，接口设备将传感器数据通过消息发送到总线，目的ECU为ECU 20或30）。然而，对比文件中的“ECU”是执行控制任务（如任务22、32）的通用控制器，并未特指“群集显示ECU”，也未提及向此类ECU发送数据以用于“群集显示器”显示。目标专利中的“群集显示ECU”是一个具有特定显示功能的专用单元，这与对比文件中执行通用逻辑控制任务的ECU在功能和目的上存在本质区别。因此，该特征未被公开。 |
| **特征C**：将第二数据从第二控制器发送到副显示器。 <br>**判断**：未公开 | 未找到明确对应内容。 | 对比文件未提及“副显示器”的概念。其架构中的通信发生在传感器/执行器、接口设备和ECU之间，目的是为了控制任务的执行，而非向用户显示信息。因此，该特征未被公开。 |
| **特征D**：检测与所述交通工具的所述群集显示ECU或者从所述第一控制器到所述群集显示ECU的通信路径相关联的故障。 <br>**判断**：**隐含公开** | [0027]段：“A heartbeat-type approach could be used to allow detection of a failure of an interface device or an ECU.” （心跳类型的方法可用于检测接口设备或ECU的故障。） | 对比文件明确公开了使用“心跳类型的方法”来检测接口设备或ECU的故障。虽然对比文件未特指“群集显示ECU”，但其检测对象“ECU”涵盖了车辆中的各种控制器，在无相反教导的情况下，本领域技术人员可以合理推断，为了保障系统可靠性，对任何关键ECU（包括负责显示的ECU）进行故障检测是惯用技术手段。检测故障的目的是为了触发后续的重配置操作，这与目标专利中检测故障以启用备用显示路径的目的在“实现系统容错”这一根本作用上是相同的。因此，该特征被对比文件隐含公开。 |
| **特征E**：将包括至少一个指示的群集显示信息从所述第一控制器发送到所述交通工具中的所述副显示器，而不向所述第二控制器发送所述信息，以及通过所述副显示器呈现所述至少一个指示。 <br>**判断**：未公开 | 未找到明确对应内容。 | 这是目标专利的核心发明点。对比文件确实公开了在检测到故障（如ECU或接口设备故障）后，重新配置通信路径，将原本发送到故障设备的消息路由到其他正常设备（例如，[0025]段，ECU 30故障后，数据被重路由到ECU 20；[0026]段，接口设备72故障后，其任务由接口设备74接管）。然而，对比文件中的“消息”始终是传感器数据或执行器命令，其重路由的目的是为了确保控制任务（如任务22、32）能在备用ECU上继续执行。而目标专利的“群集显示信息”是用于在显示器上呈现给用户的“指示”，其重路由的目的是为了在原始显示路径失效时，通过备用显示器继续向用户提供信息。两者传输的内容性质（控制数据 vs. 显示信息）和最终目的（维持控制功能 vs. 维持信息显示）均不相同。因此，该特征未被公开。 |
| **特征F**：在检测到所述故障时生成警告。 <br>**判断**：未公开 | 未找到明确对应内容。 | 对比文件详细描述了故障检测和重配置过程，但全文未提及在检测到故障时向用户（如驾驶员）生成任何形式的警告。其重配置过程是自动、后台进行的。因此，该特征未被公开。 |
| **特征G**：其中所述警告包括可听警告。 <br>**判断**：未公开 | 未找到明确对应内容。 | 由于特征F（生成警告）未被公开，其进一步限定的“可听警告”自然也无从谈起。 |
| **特征H**：其中检测所述故障包括检测信号中的损坏。 <br>**判断**：未公开 | 未找到明确对应内容。 | 对比文件仅泛提及使用“心跳信号”检测故障，未具体公开检测“信号中的损坏”这一具体实施方式。 |
| **特征I**：其中检测所述故障包括检测线路故障错误。 <br>**判断**：未公开 | 未找到明确对应内容。 | 对比文件未具体公开检测“线路故障错误”这一具体实施方式。 |
| **特征J**：其中检测所述故障包括检测保险丝熔断。 <br>**判断**：未公开 | 未找到明确对应内容。 | 对比文件未具体公开检测“保险丝熔断”这一具体实施方式。 |
| **特征K**：其中检测所述故障包括确定心跳信号已失败。 <br>**判断**：**隐含公开** | [0027]段：“A heartbeat-type approach could be used to allow detection of a failure of an interface device or an ECU.” （心跳类型的方法可用于检测接口设备或ECU的故障。） | 对比文件直接且明确地公开了使用“心跳类型的方法”来检测故障。本领域技术人员公知，“心跳信号失败”是实施“心跳类型方法”进行故障检测时最典型、最直接的判断依据。因此，从对比文件公开的“心跳类型的方法”中，可以毫无疑义地、直接地推断出“确定心跳信号已失败”这一具体检测步骤。该特征在对比文件中的作用同样是用于触发系统状态判断和可能的后续操作，与目标专利中的作用相同。因此，该特征被对比文件隐含公开（鉴于其从已公开方法中的直接、必然推断，亦可视为直接公开，但按最严格标准计为隐含公开）。 |
| **特征L**：其中向所述副显示器发送所述群集显示信息包括：通过所述群集显示ECU来发送所述群集显示信息。 <br>**判断**：未公开 | 未找到明确对应内容。 | 对比文件未涉及“群集显示ECU”和“副显示器”的概念，因此更不可能公开通过前者向后者发送信息的具体路径。 |
| **特征M**：其中所述群集显示信息包括像素数据。 <br>**判断**：未公开 | 未找到明确对应内容。 | 对比文件中传输的消息是传感器数据（如温度、压力）和执行器命令，属于控制数据范畴，未提及用于图形显示的“像素数据”。 |
| **特征N**：其中所述群集显示信息包括视频数据。 <br>**判断**：未公开 | 未找到明确对应内容。 | 同特征M，对比文件未提及“视频数据”。 |
| **特征O**：其中发送所述群集显示信息包括：通过在群集控制ECU和具有所述副显示器的第二显示ECU之间延伸的电缆来发送所述群集显示信息。 <br>**判断**：未公开 | 涉及总线通信，但非特指该特征。例如[0024]段：“...send the data via a message on the bus 40...”。 | 对比文件确实通过总线（Bus 40）进行设备间通信，总线可能由电缆实现。然而，该特征限定了特定的发送方（群集控制ECU）、接收方（具有副显示器的第二显示ECU）以及发送内容（群集显示信息）。对比文件公开的总线通信是用于在接口设备、ECU之间传输传感器/控制数据，其参与通信的设备、数据内容和目的均与该特征不同。因此，该特征未被公开。 |
| **特征P**：其中向所述副显示器发送所述群集显示信息包括：向移动终端发送所述群集显示信息。 <br>**判断**：未公开 | 未找到明确对应内容。 | 对比文件未提及“移动终端”。 |
| **特征Q**：其中向所述副显示器发送所述群集显示信息进一步包括：向多个副显示器发送所述群集显示信息。 <br>**判断**：未公开 | 未找到明确对应内容。 | 对比文件未提及向“多个副显示器”发送信息。 |
<<<d>>><<<k>>>