**对比文件名称**：发明申请_US20140149801A1 METHOD AND APPARATUS FOR ISOLATING A FAULT IN A CONTROLLER AREA NETWORK
**目标专利名称**：用于交通工具指示的替换显示器选项
**本次调用模型名称**：DeepSeek最新版本模型
**特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种用于控制交通工具中的显示器的方法，** <br>**公开性判断：《直接公开》** | 对比文件第[0018]段：“FIG. 2 illustrates an integrated controller area network monitoring control scheme (control scheme) 100 that is periodically executed to monitor and detect presence of communications faults in a CAN.” <br>第[0020]段：“The integrated controller area network monitoring control scheme 100 periodically executes as follows to monitor elements of a CAN...” | 对比文件第[0018]和[0020]段明确公开了一种用于监控和检测控制器局域网（CAN）中通信故障的控制方案（control scheme）100，该方案是周期性执行的。该控制方案是一系列步骤的集合，其本质就是一种“方法”。该方法是应用于交通工具（车辆）系统中的，用于监控网络通信状态，属于“控制”范畴。虽然该方法的核心目的是故障隔离而非直接控制“显示器”，但“控制显示器的方法”是一个上位概念，涵盖了所有在交通工具环境中执行的、涉及控制操作的方法步骤。对比文件公开的周期性执行的监控方法，落入了该上位概念的范围内。因此，技术特征A被对比文件直接公开。 |
| **技术特征B：将数据从第一控制器发送到交通工具的群集显示嵌入式控制单元ECU，以用于在所述群集显示ECU内的群集显示器上显示；** <br>**公开性判断：《未公开》** | 对比文件第[0017]段：“Each of the controllers 10, 20, 30 and 40 transmits and receives messages across the CAN 50 via the CAN bus 15...” | 对比文件确实公开了控制器（如10,20,30,40）通过CAN总线15发送和接收消息（数据）。然而，对比文件完全没有提及“群集显示ECU”、“群集显示器”或任何用于在仪表盘集群上显示信息的专用显示控制单元和显示器。对比文件中控制器的通信目的是一般的网络协调、子系统监控和故障报告，而非用于在特定的群集显示器上进行视觉显示。因此，技术特征B未被对比文件公开。 |
| **技术特征C：将第二数据从第二控制器发送到副显示器；** <br>**公开性判断：《未公开》** | 无相应内容。 | 对比文件通篇未提及“副显示器”（如资讯娱乐显示器、后座显示器等）的概念，也未记载任何控制器向此类副显示器发送数据用于显示的操作。因此，技术特征C未被对比文件公开。 |
| **技术特征D：检测与所述交通工具的所述群集显示ECU或者从所述第一控制器到所述群集显示ECU的通信路径相关联的故障；** <br>**公开性判断：《直接公开》** | 对比文件第[0018]段：“...to monitor and detect presence of communications faults in a CAN. A communications fault leads to a corrupted message on the CAN bus 15, and can be the result of a fault in one of the controllers... a fault in one of the communications links of the CAN bus 15...” <br>第[0030]段：“A method for detecting a fault-active controller includes counting a quantity of bus error frames... on the CAN bus and monitoring controller status for each of the controllers connected to the CAN bus...” <br>第[0056]段：“...a topology-based algorithm is employed to diagnosis other faults.” | 对比文件明确且详细地公开了检测与CAN总线通信路径及连接到该总线的控制器相关的故障。第[0018]段指出监控和检测CAN中的通信故障，这些故障可能源于控制器自身或通信链路。第[0030]段描述了通过计数总线错误帧和监控控制器状态来检测故障控制器的方法。第[0056]段提到使用基于拓扑的算法来诊断其他故障（如线路开路/短路）。这些内容直接公开了“检测与通信路径或控制器相关联的故障”这一技术特征。虽然在对比文件中，该检测的客体是通用的CAN通信路径和控制器，而非特指“群集显示ECU”或到它的路径，但“检测与...通信路径或...控制器相关联的故障”是一个功能性特征，对比文件公开的检测方法完全能够实现该功能。因此，技术特征D被对比文件直接公开。 |
| **技术特征E：将包括至少一个指示的群集显示信息从所述第一控制器发送到所述交通工具中的所述副显示器，而不向所述第二控制器发送所述信息，以及通过所述副显示器呈现所述至少一个指示。** <br>**公开性判断：《未公开》** | 无相应内容。 | 技术特征E的核心在于：1) 发送“群集显示信息”（其内容包括指示）；2) 发送目标是“副显示器”；3) 绕过“第二控制器”；4) 在副显示器上“呈现指示”。对比文件虽然公开了故障检测和故障信息的输出（例如第[0057]段报告持续总线干扰），但从未提及任何形式的“显示信息”、“指示”（如车辆状态图标），也未提及“副显示器”这一概念。对比文件中的信息输出是针对诊断目的，而非为了在替代的视觉显示器上向驾驶员呈现车辆状态指示。更重要的是，完全没有“绕过某个控制器直接向显示器发送信息”的技术构思。因此，技术特征E的全部核心要素均未被对比文件公开。 |
| **技术特征F：在检测到所述故障时生成警告。** <br>**公开性判断：《未公开》** | 对比文件第[0057]段：“...this is an indication that persistent bus disturbances are present... Such information is reported out...” | 对比文件第[0057]段提到在检测到特定故障（持续总线干扰）时，“报告”（report out）该信息。“报告”可以理解为一种广义的警告或通知。然而，在目标专利的语境下，“警告”特指向车辆操作者（驾驶员）发出的、关于主显示器故障及/或车辆状态异常的警示（如图5框506所述，可提供音频提示音）。对比文件中的“报告”更倾向于系统内部的故障诊断结果输出或记录，其目的和受众（很可能是维修系统或日志）与目标专利中面向驾驶员的“警告”不同。因此，技术特征F未被对比文件公开。 |
| **技术特征G：其中所述警告包括可听警告。** <br>**公开性判断：《未公开》** | 无相应内容。 | 对比文件未提及任何形式的“可听警告”。因此，技术特征G未被对比文件公开。 |
| **技术特征H：其中检测所述故障包括检测信号中的损坏。** <br>**公开性判断：《隐含公开》** | 对比文件第[0017]段：“A CAN message can be corrupted, with known errors including stuff errors, form errors, ACK errors, bit 1 errors, bit 0 errors, and CRC errors.” | 对比文件第[0017]段明确指出CAN消息可能“损坏”（corrupted），并列举了包括位错误、CRC错误在内的多种具体错误类型。检测这些错误本身就是检测信号损坏的具体表现。虽然对比文件没有使用“检测信号中的损坏”这一概括性表述，但本领域技术人员阅读该段后，能够直接且毫无疑义地理解到：在检测CAN总线故障的过程中，必然包含对消息是否损坏（即信号损坏）的识别和判断。因此，技术特征H被对比文件隐含公开。 |
| **技术特征I：其中检测所述故障包括检测线路故障错误。** <br>**公开性判断：《隐含公开》** | 对比文件第[0018]段：“A communications fault... can be the result of... a fault in one of the communications links of the CAN bus 15...” <br>第[0056]段：“...a topology-based algorithm is employed to diagnosis other faults.” <br>第[0065]段：“The fault isolation process 400 isolates a physical location of a fault in one of the CAN bus 15...” | 对比文件多处提及通信故障可能源于“通信链路”（communications links）的故障（第[0018]段）。第[0056]和[0065]段进一步说明使用基于拓扑的算法和故障隔离过程来诊断和定位包括CAN总线在内的物理线路故障。“线路故障错误”是“通信链路故障”的上位或同义表述。本领域技术人员从对比文件公开的“检测通信链路故障”的内容中，能够直接且合理地推断出其所公开的技术方案包含了“检测线路故障错误”这一技术手段。因此，技术特征I被对比文件隐含公开。 |
| **技术特征J：其中检测所述故障包括检测保险丝熔断。** <br>**公开性判断：《未公开》** | 无相应内容。 | 对比文件描述了检测控制器故障、通信链路开路/短路、总线错误等，但从未提及检测“保险丝熔断”这一具体的故障类型。保险丝熔断是电源电路中的一种常见故障，虽然可能间接导致控制器失活，但对比文件的故障模型和检测方法并未将其作为一个独立的、可检测的故障项进行描述。因此，技术特征J未被对比文件公开。 |
| **技术特征K：其中检测所述故障包括确定心跳信号已失败。** <br>**公开性判断：《未公开》** | 无相应内容。 | 对比文件通过监控消息接收超时（第[0032]-[0036]段，使用定时器Ti）和总线错误计数来判断控制器是否活跃或存在故障，并未提及或使用“心跳信号”（heartbeat signal）这一机制。虽然定时器超时检测在功能上与心跳信号失败检测有相似之处（都用于确认通信活性），但“心跳信号”是一种特定的、周期性的活性确认信号，其失败是故障检测的一种具体实现方式。对比文件未公开此具体方式。因此，技术特征K未被对比文件公开。 |
| **技术特征L：其中向所述副显示器发送所述群集显示信息包括：通过所述群集显示ECU来发送所述群集显示信息。** <br>**公开性判断：《未公开》** | 无相应内容。 | 技术特征L依赖于“群集显示ECU”和“副显示器”的存在。如前所述，对比文件未公开这两个概念，更未公开通过群集显示ECU向副显示器发送显示信息的操作。因此，技术特征L未被对比文件公开。 |
| **技术特征M：其中所述群集显示信息包括像素数据。** <br>**公开性判断：《未公开》** | 无相应内容。 | 对比文件中的信息传递是CAN消息，其内容是关于控制器状态、故障诊断等数据，不包含用于驱动显示器形成图像的“像素数据”。因此，技术特征M未被对比文件公开。 |
| **技术特征N：其中所述群集显示信息包括视频数据。** <br>**公开性判断：《未公开》** | 无相应内容。 | 同特征M，对比文件未涉及任何“视频数据”。因此，技术特征N未被对比文件公开。 |
| **技术特征O：其中发送所述群集显示信息包括：通过在群集控制ECU和具有所述副显示器的第二显示ECU之间延伸的电缆来发送所述群集显示信息。** <br>**公开性判断：《未公开》** | 无相应内容。 | 该特征涉及通过专用电缆在特定ECU之间传输显示信息。对比文件仅提及控制器通过CAN总线（一种网络总线）进行通信，未提及任何用于视频/显示数据传输的专用电缆，也未提及“群集控制ECU”和“第二显示ECU”。因此，技术特征O未被对比文件公开。 |
| **技术特征P：其中向所述副显示器发送所述群集显示信息包括：向移动终端发送所述群集显示信息。** <br>**公开性判断：《未公开》** | 无相应内容。 | 对比文件未涉及“移动终端”。因此，技术特征P未被对比文件公开。 |
| **技术特征Q：其中向所述副显示器发送所述群集显示信息进一步包括：向多个副显示器发送所述群集显示信息。** <br>**公开性判断：《未公开》** | 无相应内容。 | 该特征以存在“副显示器”为前提。对比文件未公开“副显示器”，自然也未公开向多个副显示器发送信息。因此，技术特征Q未被对比文件公开。 |
<<<A>>><<<D>>><<<h>>><<<i>>>