CN116009510A - 车载控制系统异常处理方法、装置和车辆 - Google Patents

Abstract

本发明公开了一种车载控制系统异常处理方法、装置和车辆，属于系统控制技术领域。该车载控制系统异常处理方法克服了相关技术中系统异常难以处理的缺陷，优化用户的驾乘体验。所述方法包括：获取车载触发控件的响应时长；根据所述响应时长和预设时长判断所述控制系统是否出现异常，若是则获取所述控制系统当前资源使用状态；根据所述资源使用状态进行异常处理。

Description

车载控制系统异常处理方法、装置和车辆

技术领域

涉及系统控制技术领域，特别涉及一种车载控制系统异常处理方法、装置和车辆。

背景技术

座舱控制器随车辆交付给用户后，供应商需要具备相应的远程调试手段，以解决用户在使用过程中遇到的各种软硬件问题。通常在出现系统问题后通过用户主动触发获取系统日志。所获取的系统日志将传输给服务商，作为工程师分析系统问题的主要参考材料。

但是，在某些应用场景下，例如系统出现卡顿、延迟等异常时，系统日志无法准备可靠地反应出问题原因或模块，并且根据客户的描述难以复现系统问题，导致系统异常难以处理。

发明内容

本发明要解决的技术问题是为了克服现有技术中某些应用场景下系统异常难以处理的缺陷，提供一种车载控制系统异常处理方法、装置和车辆。

本发明是通过下述技术方案来解决上述技术问题：

第一方面，本发明实施例提供了一种车载控制系统异常处理方法，所述方法包括：

获取车载触发控件的响应时长；

根据所述响应时长和预设时长判断所述控制系统是否出现异常，若是则获取所述控制系统当前资源使用状态；

根据所述资源使用状态进行异常处理。

第二方面，本发明实施例提供了一种车载控制系统性能检测装置，所述装置包括：

获取模块，用于获取车载触发控件的响应时长；

判断模块，用于根据所述响应时长和预设时长判断所述控制系统是否出现异常，若是则获取所述控制系统当前资源使用状态；

处理模块，用于根据所述资源使用状态进行异常处理。

第三方面，本发明实施例提供了一种车载控制系统，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所提供的车载控制系统异常处理方法。

第四方面，本发明实施例提供了一种车辆，所述车辆包括上述第三方面所提供的车载控制系统。

第五方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所提供的车载控制系统异常处理方法。

本发明的积极进步效果在于：

本发明提供的车载控制系统异常处理方法，基于车载触发控件的响应时长确定车载控制系统是否出现异常，当出现异常时获取车载控制系统的当前资源使用状态，进而根据资源使用状态进行异常处理。整体方法将车载触发控件的响应时间作为抓取系统资源使用状态的触发条件，实现迅速检测到系统异常的效果。进一步基于检测到的异常采用针对性措施。采用这样的方式，克服了相关技术中针对系统异常无法及时响应和有效解决的缺陷，优化用户的驾乘体验。

附图说明

图1是根据一示例性实施例示出的车载控制系统异常处理方法的流程图；

图2是根据一示例性实施例示出的步骤S101的流程图；

图3是根据一示例性实施例示出的车载控制系统性能检测装置的框图；

图4是根据一示例性实施例示出的获取模块的框图；

图5是根据另一示例性实施例示出的车载控制系统性能检测装置的框图；

图6是根据一示例实施例示出的车载控制系统的示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施例并不代表与本发明相一致的所有实施例。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

在本发明使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。除非另作定义，本发明使用的技术术语或者科学术语应当为本发明所属领域内具有一般技能的人士所理解的通常意义。本发明说明书以及权利要求书中使用的“一个”或者“一”等类似词语也不表示数量限制，而是表示存在至少一个。除非另行指出，“包括”或者“包含”等类似词语意指出现在“包括”或者“包含”前面的元件或者物件涵盖出现在“包括”或者“包含”后面列举的元件或者物件及其等同，并不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而且可以包括电性的连接，不管是直接的还是间接的。

在本发明说明书和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

现有技术中，当车载控制系统出异常时难以通过在日志中有所体现，并且根据用户反馈的信息往往难以复现系统异常情况。具体来说，由于实际运行过程中车辆运行状态、档位、速度信息以及网络状态等影响因素较多，测试人员在实验室或实车模拟、自动化测试时，往往具有盲目性和不确定性，很多时候无法复现客户反馈的问题。加之，系统异常问题形式多样，导致用户反馈问题时存在误差或误判，为针对系统异常处理增加困难。

基于上述情况，本发明实施例提供了一种车载控制系统化异常处理方法、装置、车载控制系统、车辆及可读存储介质，通过本发明实施例提供的技术方案能够针对系统卡顿等异常进行有效处理，并为分析异常原因提供依据。具体方案和技术效果将在以下具体实施例中进行阐述。

实施例1

图1是根据一示例性实施例示出的车载控制系统异常处理方法的流程图。如图1所示，所述车载控制系统异常处理方法包括：

步骤S101、获取车载触发控件的响应时长。

其中，车载触发控件可选为座舱控制台控件或者方向盘按键。方向盘按键是车载控制系统中重要且最常用的人机交互组件，具有安全可靠的特性。由于使用频繁，在步骤S101中，通过方向盘按键能够相对频繁地获取车载触发控件的响应时长，进而保障后续系统异常处理的时效性。

以车载触发控件为方向盘按键为例，图2是根据一示例性实施例示出的步骤S101的流程图。如图2所示，步骤S101具体包括：

步骤S1011、获取接收到触发报文的第一时刻，所述触发报文是所述车载触发控件被触发所产生的。

可选地，以车载控制系统的微处理器(Microprocessor Unit，MPU)执行主体，步骤S1011具体包括：接收微控制器(Microcontroller Unit，MCU)发送的触发报文，并将接收到所述触发报文的时刻记录为所述第一时刻。所述触发报文由方向盘控制器基于方向盘按键的触发操作生成，通过整车操控器局域网络(Controller Area Network，CAN)发送至微控制器。所述微控制器在接收到所述触发报文后再通过SIP协议发送至微处理器。

并且，微处理器驱动层接收到所述触发报文，并传输给FWK层的CAN信号处理模块以解析触发报文。进一步地，CAN信号处理模块将解析得到的相关数据上报至与所述触发报文所对应的应用模块。

在一个示例中，步骤S1011中，微控制器在接收到所述触发报文之后对所述触发报文对应的触发时事件进行标记，该标记用于在后续步骤中确定同一触发事件的时刻信息。例如，微控制器将标记和第一时刻的时间戳添加到触发报文信息并传递至FWK层。

步骤S1012、获取应用模块响应所述触发报文的第二时刻。

可选地，微处理器获取具体应用模块响应所述触发报文的第二时刻。在步骤S1011中，微处理器对于所述触发报文对应的触发事件进行了标记，在步骤S1012中基于所述标记获取与所述触发报文相对应的第二时刻。采用这样的方式，能够准确获取车载触发控件的响应时长。

步骤S1013、根据所述第一时刻和所述第二时刻获取所述响应时长。具体来说，将第一时刻和第二时刻之间的时间间隔作为所述响应时长。

基于上述，通过步骤S1011～步骤S1013获取车载触发控件的响应时长。

继续参见图1，在步骤S101之后执行步骤S102，具体如下：

步骤S102、根据所述响应时长和预设时长判断所述控制系统是否出现异常，若是则获取所述控制系统当前资源使用状态。

可选地，根据车载控制系统中微处理器在正常状态下，从获取触发报文到最终应用模块响应触发报文的时间确定预设时长。步骤S102中，当响应时长大于所述预设时长时判断所述车载控制系统出现了异常。当响应时长小于或者等于预设时长则判断所述车载控制系统为正常状态。

并且，在判断车载控制系统出现异常的情况下，获取控制系统当前资源使用状态。具体来说，响应时长较长，车载控制系统可能出现卡顿、响应延迟的异常。例如，用户通过方向盘语音按键尝试唤醒语音功能，语音按键响应延时；或者，在播放音乐或视频过程中，用户通过上一曲/下一曲切换媒体资源出现卡顿；或者，通过音量按键调节音量出现响应延时。结合当前车载控制系统所支持实现的功能越来越丰富，例如多媒体播放、多屏显示与互动、语音助手、导航功能、人脸设备功能等，众多功能的叠加对于系统资源的需求越来越高。因此，当通过响应时长来确定车载控制系统出现卡顿或延迟响应等异常时，进一步获取控制系统当前资源使用状态能够进一步确认是否存在异常占用系统资源的模块，进而为后续处理提供参考。

步骤S103、根据所述资源使用状态进行异常处理。

在一个示例中，步骤S103具体包括：将所述资源使用状态发送至云端服务器。结合步骤S102中的阐述，通过当前资源使用状态能够确定出是否存在异常占用系统资源的模块，将资源使用状态发送至云端服务器能够为后续工程师进行分析诊断提供有利依据。

在一个示例中，步骤S103具体包括：根据所述资源使用状态确定出异常模块；结束所述异常模块的工作进程。通过结束异常模块的工作进程，有效释放系统资源，以保障控制系统的响应时效，优化用户体验。

在一个示例中，在步骤S103中获取所述资源使用状态之后，所述方法还包括：输出系统异常提示信息。例如通过车载显示屏中以文字的形式输出异常提示信息“当前系统繁忙”：或者通过扬声器以语音的形式输出异常提示信息“当前系统繁忙”；或者通过控制指示灯以设定方式启动来提示当前系统繁忙。

结合步骤S102和步骤103中阐述，再次参见步骤S101，其中通过方向盘触发控件获取响应时长，也即相当于将方向盘触发控件的响应时长作为系统资源使用状态获取的触发条件。采用这样的方式，由于在车辆运行过程中方向盘触发控件使用频繁，因此能够及时、有效地确定当前车载控制系统是否出现响应延迟等异常。换言之，以此方式在第一时间检测到异常并针对异常采取响措施，优化用户的驾驶和乘坐体验。

综上所述，本发明实施例提供的车载控制系统异常处理方法，通过车载触发控件的响应时间作为抓取系统资源使用状态的触发条件，以迅速检测到系统出现的卡顿异常。进一步基于检测到的异常采用针对性措施，一方面缓解系统异常，一方面安抚用户情绪，一方面为后续问题分析保存依据。采用这样的方式，克服了相关技术中针对系统异常无法及时响应和有效解决的缺陷，优化用户的驾乘体验。

需要说明的是，上述所述的发送协议以及处理流程均为示意性流程，并不局限于本发明实施例所提供的车载控制系统异常处理方法只能依托上述方式实现。

实施例2

图3是根据一示例性实施例示出的车载控制系统性能检测装置的框图。如图3所示，所述车载控制系统性能检测装置包括：获取模块310、判断模块320和处理模块330。

其中，获取模块310用于获取车载触发控件的响应时长。

判断模块320用于根据所述响应时长和预设时长判断所述控制系统是否出现异常，若是则获取所述控制系统当前资源使用状态。

处理模块330用于根据所述资源使用状态进行异常处理。

在一个实施例中，图4是根据一示例性实施例示出的获取模块的框图。如图4所示，所述获取模块310包括：第一获取单元311、第二获取单元312和第三获取单元313。

其中，第一获取单元311用于获取接收到触发报文的第一时刻，所述触发报文是所述车载触发控件被触发所产生的。

第二获取单元312用于获取应用模块响应所述触发报文的第二时刻。

第三获取单元313用于根据所述第一时刻和所述第二时刻获取所述响应时长。

在一个实施例中，所述判断模块320具体用于：响应于所述响应时长大于所述预设时长，判断所述控制系统出现异常。

在一个实施例中，所述处理模块330具体用于：将所述资源使用状态发送至云端服务器。

在一个实施例中，所述处理模块330具体用于：根据所述资源使用状态确定异常模块，结束所述异常模块的工作进程。

图5是根据另一示例性实施例示出的车载控制系统性能检测装置的框图。如图5所示，所述装置还包括：输出模块340。

所述输出模块340用于在获取所述资源使用状态之后，输出系统异常提示信息。

本发明实施例提供的车载控制系统异常处理装置，通过车载触发控件的响应时间作为抓取系统资源使用状态的触发条件，以迅速检测到系统出现的卡顿异常。进一步基于检测到的异常采用针对性措施，一方面缓解系统异常，一方面安抚用户情绪，一方面为后续问题分析保存依据。采用这样的方式，克服了相关技术中针对系统异常无法及时响应和有效解决的缺陷，优化用户的驾乘体验。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

实施例3

本发明实施例提供了一种车载控制系统，所述车载控制系统包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如实施例1所提供的车载控制系统异常处理方法。

该车载控制系统通过车载触发控件的响应时间作为抓取系统资源使用状态的触发条件，以迅速检测到系统出现的卡顿异常，进而基于系统资源使用状态进行针对性措施，以优化用户体验。

图6是根据一示例实施例示出的车载控制系统的示意图，如图6所示，车载控制系统3的组件可以包括但不限于：上述至少一个处理器4、上述至少一个存储器5、连接不同系统组件(包括存储器5和处理器4)的总线6。

总线6包括数据总线、地址总线和控制总线。

存储器5可以包括易失性存储器，例如随机存取存储器(RAM)51和/或高速缓存存储器52，还可以进一步包括只读存储器(ROM)53。

存储器5还可以包括具有一组(至少一个)程序模块54的程序/实用工具55，这样的程序模块54包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器4通过运行存储在存储器5中的计算机程序，从而执行各种功能应用以及数据处理，例如上述车载控制系统异常处理方法。

车载控制系统3也可以与一个或多个外部设备7(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口8进行。并且，车载控制系统3还可以通过网络适配器9与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图6所示，网络适配器9通过总线6与车载控制系统3的其它模块通信。应当明白，尽管图6中未示出，可以结合车载控制系统3使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。

实施例4

本发明实施例提供了一种车辆，所述车辆包括上述实施例3所提供的车载控制系统。在本发明实施例中对于车辆的类型不做具体限定，例如轿车、SUV、吉普车等。

采用本发明实施例所提供的车辆，能够在使用过程中实现本发明实施例1所提供的车载控制系统异常处理方法。具体通过车载触发控件的响应时间作为抓取系统资源使用状态的触发条件，以迅速检测到系统出现的卡顿异常。进一步基于检测到的异常采用针对性措施，一方面缓解系统异常，一方面安抚用户情绪，一方面为后续问题分析保存依据。采用这样的方式，克服了相关技术中针对系统异常无法及时响应和有效解决的缺陷，优化用户的驾乘体验。

实施例5

本发明实施例5提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如实施例1所提供的车载控制系统异常处理方法。

在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行实现上述实施例1所提供的车载控制系统异常处理方法的步骤。

其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (10)

1.一种车载控制系统异常处理方法，所述方法包括：

获取车载触发控件的响应时长；

根据所述响应时长和预设时长判断所述控制系统是否出现异常，若是则获取所述控制系统当前资源使用状态；

根据所述资源使用状态进行异常处理。

2.根据权利要求1述的方法，所述获取车载触发控件的响应时长，包括：

获取接收到触发报文的第一时刻，所述触发报文是所述车载触发控件被触发所产生的；

获取应用模块响应所述触发报文的第二时刻；

根据所述第一时刻和所述第二时刻获取所述响应时长。

3.根据权利要求1所述的方法，所述根据所述响应时长和预设时长判断所述控制系统是否出现异常，包括：

响应于所述响应时长大于所述预设时长，判断所述控制系统出现异常。

4.根据权利要求1所述的方法，所述根据所述资源使用状态进行异常处理，包括：

将所述资源使用状态发送至云端服务器。

5.根据权利要求1所述的方法，所述根据所述资源使用状态进行异常处理，包括：

根据所述资源使用状态确定出异常模块；

结束所述异常模块的工作进程。

6.根据权利要求1～5中任一项所述的方法，所述方法还包括：在获取所述资源使用状态之后，输出系统异常提示信息。

7.一种车载控制系统性能检测装置，所述装置包括：

获取模块，用于获取车载触发控件的响应时长；

判断模块，用于根据所述响应时长和预设时长判断所述控制系统是否出现异常，若是则获取所述控制系统当前资源使用状态；

处理模块，用于根据所述资源使用状态进行异常处理。

8.一种车载控制系统，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1～6中任一项所述的车载控制系统异常处理方法。

9.一种车辆，所述车辆包括权利要求8所述的车载控制系统。

10.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1～6中任一项所述的车载控制系统异常处理方法。

Images