技术领域
[0001] 本申请涉及车辆故障预警领域,并且更具体地,涉及车辆故障预警领域中一种处理车辆故障预警的方法、系统、设备和故障预警平台。
相关背景技术
[0002] 目前在车辆行业,为了保证车辆的行驶安全,需要及时对车辆的状态进行监测。当监测到车辆出现故障(或者满足预警报警条件)之后,则可以将车辆的故障上报至维修人员,以达到及时处理车辆故障,预防危险事故发生的效果。
[0003] 一种可能的实现方式中,现有的车辆预警监测通常是由车辆不同的生产部门(例如车头部门、车身部门)针对各自部门,设计独立的预警平台和对应的预警策略。
[0004] 上述基于不同的生产部门对车辆预警监测的过程无法实现车辆的一体化预警。综上,如何实现整车的一体化预警成为了亟需解决的问题。
具体实施方式
[0067] 下面将结合附图,对本申请中的技术方案进行清楚、详尽地描述。其中,在本申请实施例的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B:文本中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,另外,在本申请实施例的描述中,“多个”是指两个或多于两个。
[0068] 以下,术语“第一”、“第二”仅用于描述目的,而不能理解为暗示或暗示相对重要性或隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个该特征。
[0069] 图1是本申请实施例提供的一种处理车辆故障预警的系统的结构示意图。
[0070] 示例性的,如图1所示,该系统100包括:车辆101、故障预警平台102、电子设备103和目标运维设备104。具体的,在处理车辆故障预警的过程中,系统100的每一个组成部分的作用如下:
[0071] 车辆101用于将运行过程中的运行信息上报至故障预警平台102。
[0072] 示例性的,车辆101可以通过远程信息处理盒子(Telematics Box,T‑Box,也称为远程通信模块或者远程通信终端)将运行信息发送至故障预警平台102。车辆101可以是所有能够与故障预警平台102通信的车辆,包括用户正在使用的车辆以及生产测试过程中的车辆。
[0073] 可选的,车辆101的运行信息包括状态参数和故障码中的至少一种,其中,状态参数可以包括车辆101行驶过程中的各个部件的运行状态或者运行数据,例如运行数据可以是发动机转速、车速、空调温度等具体的数值,运行状态可以是车门的状态、车窗的状态等。
[0074] 故障码也称为诊断故障码(Diagnostic Trouble Code,DTC),是一种用来记录电子控制单元(Electronic Control Unit,ECU)发生或检测到某种故障时所呈现的标识码。通过该标识码便可通过查表的方式获得该故障信息,如故障触发条件、故障解除条件、系统功能表现等。
[0075] 故障预警平台102存储有根据车辆101已发生的故障预警信息建立的预设预警规则以及车辆101的预设故障码。本申请实施例中的预设预警规则是指车辆101的多个域控制器对应的预设预警规则。故障预警信息主要指的是车辆101发生故障时对应的状态参数。对应的,预设预警规则主要用于配置预设状态参数,以将车辆101的状态参数与预设状态参数进行比较。故障预警平台102可以根据多个域控制器的预设预警规则、预设故障码以及车辆101的运行信息,确定出车辆101的目标故障预警信息、目标故障预警信息对应的目标域控制器、目标域控制器对应的目标运维设备104。
[0076] 可选的,车辆101中常见的多个域控制单元(Domain Control Unit,DCU,也称为域控制器)包括动力DCU、底盘DCU、车身DCU、智能座舱DCU和自动驾驶DCU。
[0077] 进一步,故障预警平台102可以将目标故障预警信息以显示指令的形式发送至电子设备103和目标运维设备104。
[0078] 其中,电子设备103可以理解为故障预警平台102的前端显示设备,为所有用于显示故障预警平台102的显示界面的设备。在电子设备103的故障预警平台102的登录界面,管理人员(例如运维人员、生产研发人员)通过登录操作可以进入故障预警平台102的显示界面。
[0079] 电子设备103可以与故障预警平台102进行指令交换,以显示不同的界面。
[0080] 示例性的,电子设备103可以响应于管理人员在不同显示界面的配置操作,生成对应的界面请求指令。进一步将界面请求指令发送至故障预警平台102。故障预警平台102基于界面请求指令,确定出对应的显示指令,并发送至电子设备103,使电子设备103显示对应的显示界面。
[0081] 电子设备103和故障预警平台102之间可以通过动态服务器页面(Active Server Pages,ASP)中的应用程序编程接口(Application Programming Interface,API)来实现相互通信。
[0082] 可选的,本申请中的显示界面包括故障预警配置界面和故障预警展示界面。其中,故障预警配置界面用于使管理人员配置车辆101的每一个域控制器的预设预警规则、故障预警展示界面用于向管理人员展示目标故障预警信息。
[0083] 可选的,电子设备103的类型可以为智能手机、平板、笔记本电脑、台式电脑、可穿戴设备等,本申请实施例对电子设备103的数量和类型不做限定。
[0084] 对于目标运维设备104,除了使所有的管理人员能够查看目标故障预警信息之外,更重要的是目标故障预警信息的维修处理。因此,故障预警平台102可以将目标故障预警信息推送给对应的目标运维设备104,以使得对应的目标管理人员及时处理目标故障预警信息。
[0085] 一种场景中,目标运维设备104可以与电子设备103的类型相同,例如都为笔记本电脑。但是不同的是,目标运维设备104指的是与目标故障预警信息对应的笔记本电脑,而不是所有用于显示故障预警平台102的显示界面的笔记本电脑。也就是说,当目标运维设备104与电子设备103类型相同的情况下,电子设备103包括目标运维设备104。
[0086] 另一种场景中,目标运维设备104的类型可以与电子设备103的类型不同,例如电子设备103的类型为笔记本电脑,目标运维设备104为智能手机。在这种场景下,电子设备103与目标运维设备104之间不存在从属关系。
[0087] 在介绍完处理车辆故障预警的系统之后,下面介绍本申请实施例提供的一种处理车辆故障预警的方法。
[0088] 图2是本申请实施例提供的一种处理车辆故障预警的方法的示意性流程图。应理解,该方法可以应用于如图1所示的系统,具体应用于图1中的故障预警平台102和电子设备103。
[0089] 示例性的,如图2所示,该方法200包括:
[0090] 201,电子设备103显示车辆的多个域控制器的故障预警配置界面,故障预警配置界面用于配置多个域控制器中的每一个域控制器的预设预警规则。
[0091] 应理解,本申请实施例在处理车辆故障预警的过程中,是通过故障预警平台102来完成的。具体是管理人员首先在电子设备103中配置预设预警规则,然后电子设备103将配置完成的预设预警规则发送至故障预警平台102进行存储。
[0092] 一种可能的实现方式中,在配置预设预警规则的过程中,管理人员可以在电子设备103的故障预警配置界面中配置预设预警规则。
[0093] 其中,预设预警规则的数据来源于车辆101中已发生的故障预警信息。
[0094] 应理解,车辆101通常配置有多种ECU。例如,发动机控制模块(Engine Control Module,ECM)或者发动机电子控制单元(Engine Control Unit,ECU)、混合动力控制单元(Hybrid Control Unit、HCU)、电池管理系统(Battery management system,BMS)、自动变速箱控制单元(Transmission Control Unit,TCU)等。
[0095] 为了便于管理,生产厂家可以将上述不同的ECU按照车域进行划分和管理,得到多个DCU下的多个ECU。
[0096] 可选的,车辆101中常见的DCU包括动力DCU、底盘DCU、车身DCU、智能座舱DCU和自动驾驶DCU。
[0097] 其中,动力DCU用于控制车辆101的动力总成,保证车辆101的动力安全;底盘DCU用于控制车辆101的驾驶行为和驾驶姿态;车身DCU用于控制车辆101的各种车身功能,例如车前灯、车后灯、车门锁等;智能座舱DCU用于控制车辆101的智能座舱中的各种电子信息系统功能,例如中控系统(多媒体主机)、抬头显示(Head Up Display,HUD)系统、仪表系统等;自动驾驶DCU用于实现和控制车辆101的自动驾驶功能。
[0098] 基于上述不同类型的DCU,本申请实施例中的预设预警规则可以按照不同的DCU进行配置,得到每一个DCU下的所有预设预警规则。
[0099] 一种可能的实现方式中,管理人员可以通过以下几种方式控制电子设备103显示故障预警配置界面,具体包括:
[0100] 响应于在功能显示界面的点击操作,显示故障预警配置界面;
[0101] 响应于在功能显示界面的语音信息,显示故障预警配置界面;
[0102] 响应于在功能显示界面的手势调节操作,显示故障预警配置界面。
[0103] 其中,功能显示界面可以理解为故障预警平台102提供的所有功能组成的显示界面,例如故障预警配置、基础信息配置、车辆档案查看、故障预警展示等。
[0104] 可选的,基础信息配置用于配置车辆101中的多个ECU的基础信息,例如ECU和DCU之间的关联关系、车辆101对应的供应商信息等;
[0105] 车辆档案查看用于配置车辆101的基本信息,例如购买时间、经销商、车辆101的车辆识别代码(Vehicle Identification Number,VIN)等。基于上述车辆101的基本信息,车辆档案查看可以支持以整车为单位查看车辆101对应的全部故障预警信息;
[0106] 故障预警展示用于给管理人员显示目标故障预警信息;
[0107] 故障预警配置用于配置多个域控制器中的每一个域控制器的预设预警规则。预设预警规则表示预警条件及基本属性信息,例如故障预警等级、车型等。
[0108] 示例性的,在电子设备103显示的故障预警平台102的登录界面中,管理人员可以通过自身的标识(例如工号、电话号码)和密码,登录进入故障预警平台102,电子设备103即可显示故障预警平台102的功能显示界面。
[0109] 图3是本申请实施例提供的一种显示故障预警配置界面的场景示意图。
[0110] 示例性的,如图3中的(a)所示,管理人员登录至故障预警平台102之后,电子设备103的显示区域显示有故障预警平台102的功能显示界面301。功能显示界面301中显示有不同功能,包括基础信息配置、故障预警配置、故障预警展示和车辆档案查看。
[0111] 管理人员通过点击操作选中功能显示界面301中的故障预警配置。电子设备103响应于管理人员的点击操作,生成故障预警配置界面请求指令,通过API接口将故障预警配置界面请求指令发送至故障预警平台102。
[0112] 故障预警平台102响应于故障预警配置界面请求指令,确定出故障预警配置界面,并将故障预警配置界面以第三显示指令的形式,发送至电子设备103。
[0113] 可选的,本申请实施例中,所有域控制器的故障预警配置界面可以用一个故障预警配置界面全部显示,也可以每一个域控制器对应一个故障预警配置界面,本申请实施例对故障预警配置界面的显示方式具体不做限定。
[0114] 如图3中的(b)所示,电子设备103响应于第三显示指令,在显示区域显示故障预警配置界面302。
[0115] 其中,故障预警配置界面302显示有预设预警规则的配置项。具体包括以下配置项:预警名称、预警条件、故障预警所属的DCU类型、故障预警等级和车型。预警条件表示故障预警的触发条件,即预设状态参数;故障预警所属的DCU类型表示用于上报故障预警的ECU所属的DCU;故障预警等级表示故障预警的重要程度;车型也就是车辆101的类型,由于不同车型对应不同的预警条件不同。因此本申请实施例可以在同一种DCU中,逐一配置不同车型对应的预警条件,以上配置项只是本申请实施例的示意性说明。
[0116] 应理解,车辆101常见的通信总线类型包括控制器局域网(Controller Area Network,CAN)、局域互联网络(Local Interconnect Network,LIN)总线、Flex Ray总线、面向媒体的系统传输(Media Oriented Systems Transport,MOST)总线、以太网总线。每一种总线对应一种通信方式,即CAN通信、LIN通信、Flex Ray通信、MOST通信和以太网通信。
[0117] 上述不同的通信方式对应不同的通信信号。车辆101的运行信息的传输都是基于通信信号来传输的。因此,本申请实施例中预设预警规则中的预警条件也是基于通信信号配置的。本申请实施例以CAN信号为例,预警条件即为根据CAN信号的预警条件(或者预设状态参数)。
[0118] 在功能显示界面301中,管理人员除了通过点击操作触发电子设备103显示故障预警配置界面302之外。还可以通过语音信息,例如“显示故障预警配置界面”的语音,触发电子设备103显示故障预警配置界面302。或者,通过手势调节操作,例如“右手手掌平行于电子设备103的显示屏幕”,触发电子设备103显示故障预警配置界面302。语音信息和手势调节操作的原理与点击操作的原理完全相同,此处不再赘述。
[0119] 202,电子设备103响应于在故障预警配置界面中的配置操作,确定每一个域控制器的预设预警规则。
[0120] 在步骤201中,电子设备103在显示区域显示故障预警配置界面之后。管理人员可以在故障预警配置界面中,根据实际需要配置每一个域控制器的预设预警规则。
[0121] 示例性的,如图3中的(b)所示,管理人员可以在故障预警配置界面302中,先选择需要配置的DCU类型,然后逐一配置该DCU所对应的预警名称、预警条件、故障预警等级和车型。
[0122] 按照上述配置过程,管理人员可以在故障预警配置界面302中配置基于DCU类型划分的多个预设预警规则。
[0123] 电子设备103响应于管理人员在故障预警配置界面302中的配置操作,生成所有DCU对应的多个预设预警规则。
[0124] 203,电子设备103将每一个域控制器的预设预警规则发送至故障预警平台102。
[0125] 在管理人员配置完成之后,电子设备103可以将所有DCU的预设预警规则通过API接口发送至故障预警平台102。
[0126] 204,故障预警平台102获取车辆101的运行信息。
[0127] 205,故障预警平台102根据每一个域控制器的预设预警规则和运行信息,确定目标故障预警信息和目标故障预警信息对应的目标域控制器,目标故障预警信息用于表示车辆101的故障状态。
[0128] 故障预警平台102接收到电子设备103发送的每一个域控制器的预设预警规则之后。根据每一个域控制器的预设预警规则和运行信息,故障预警平台102即可确定出车辆101的故障状态以及该故障状态所属的目标域控制器。
[0129] 可选的,运行信息包括状态参数和故障码中的至少一种。
[0130] 应理解,不同的车型对应的预设预警规则有所差别。因此故障预警平台102除了获取车辆101的运行信息之外,还可以获取车辆101的VIN,以识别车辆101的类型。进一步故障预警平台102可以根据车辆101的类型,确定出对应的预设预警规则。
[0131] 还应理解,车辆101在发生故障时,对应的ECU中会存储DTC。因此本申请实施例中除了通过预设预警规则对车辆101进行故障诊断预警之外,还可以通过DTC进行车辆101的故障预警。
[0132] 故障预警平台102可以按照DCU的类型,先获取并存储车辆101中的多个ECU中存储的预设故障码。
[0133] 一种可能的实现方式中,故障预警平台102在确定目标故障预警信息时,具体包括:
[0134] 将状态参数对应的CAN信号与每一个域控制器的预设预警规则对应的预设CAN信号进行匹配;
[0135] 在CAN信号与预设CAN信号匹配的情况下,根据状态参数和每一个域控制器的预设预警规则,生成目标故障预警信息;和/或,
[0136] 在故障码与预设故障码匹配的情况下,根据故障码和预设故障码,生成目标故障预警信息。
[0137] 进一步,根据目标故障预警信息,故障预警平台102可以确定出与目标故障预警信息所对应的目标预设预警规则。根据目标预设预警规则,确定出目标DCU。
[0138] 示例性的,如图3中的(b)所示,故障预警平台102可以先根据车辆101的VIN确定出车辆101的类型,根据车辆101的类型确定出对应的预设预警规则。例如若车辆101的类型为车型A,则故障预警平台102可以先确定出车型A对应的所有的预设预警规则。
[0139] 进一步,故障预警平台102将状态参数中的车速对应的CAN信号与上述车型A的车速预设预警规则中的预设车速CAN信号进行匹配。在匹配成功的情况下,故障预警平台102可以根据车速预设预警规则(即目标预设预警规则),以及车辆101的车速,生成车速故障预警信息—即目标故障预警信息。其中,车速预设预警规则为动力DCU的预设预警规则,因此目标DCU即为动力DCU。
[0140] 例如,当前车辆101的车速为80Km/h,预设车速为60km/h。故障预警平台102可以根据A车型的车速预设预警规则和车速,生成车速故障预警信息,例如“车速预警,当前车速80km/h存在危险,所属DCU为动力DCU,故障预警等级为一级”。
[0141] 此外,故障预警平台102还可以根据获取的车辆101的车速的故障码,与预设的车速故障码匹配。若匹配成功,则故障预警平台102可以基于故障码包括的故障所属的DCU,以及具体的故障类型(例如车速控制系统故障、燃油及空气计量系统故障、变速箱故障等),生成车速故障预警信息。
[0142] 应理解,车辆101的状态参数不止包括车速,还可以包括发动机转速、空调温度等各种状态参数。本申请实施例中,故障预警平台102可以同时对多种状态参数进行判断。另外,本申请实施例中预警条件还可以为多种状态参数进行顺序关联,得到复杂的触发条件。
[0143] 上述技术方案中,应理解,运行信息包括状态参数和故障码中的至少一种。对于车辆而言,目前常见的状态参数(例如车速、发动机转速等)都是通过控制器局域网信号传输的。对应的,预设预警规则也是根据控制器局域网信号来设定的。
[0144] 基于上述运行信息,在确定目标故障预警信息的过程中,具体包括以下方式:将状态参数对应的控制器局域网信号和预设预警规则对应的控制器局域网信号进行匹配。若能够匹配上,则本申请可以基于状态参数和预设预警规则,生成目标故障预警信息。
[0145] 另一种方式中,故障码也可以直观反映车辆的故障情况,通常会基于预先设定的预设故障码来表示不同场景下的车辆故障情况。因此故障预警平台还可以根据获取的故障码和预设故障码来判断车辆是否出现故障。当故障码与预设故障码能够匹配的情况下,本申请可以根据故障码和预设故障码,生成目标故障预警信息。
[0146] 另外,状态参数和故障码通常表示的车辆故障状态是相同的。因此,本申请还可以同时结合状态参数和故障码,生成目标故障预警信息。
[0147] 上述提供的几种生成目标故障预警信息的过程,既可以保证目标故障预警信息的准确性,还可以保证目标故障预警信息的多样化判断。
[0148] 206,故障预警平台102根据目标故障预警信息生成第一显示指令。
[0149] 207,故障预警平台102将第一显示指令发送至电子设备103,以使电子设备103显示故障预警展示界面,故障预警展示界面用于显示目标故障预警信息。
[0150] 208,电子设备103响应于故障预警平台102发送的第一显示指令,显示故障预警展示界面。
[0151] 应理解,故障预警平台102在确定出目标故障预警信息之后,需要将目标故障预警信息显示给管理人员,以供管理人员查看。因此,故障预警平台102可以根据目标故障预警信息生成第一显示指令,将第一显示指令发送至电子设备103,以使电子设备103根据第一显示指令,显示包含目标故障预警信息的故障预警展示界面。
[0152] 图4是本申请实施例提供的一种显示故障预警展示界面的场景示意图。
[0153] 示例性的,如图4中的(a)所示,故障预警平台102在确定出目标故障预警信息之后,可以将目标故障预警信息以第一显示指令的形式发送至电子设备103。
[0154] 电子设备103响应于接收到的第一显示指令,显示故障预警展示界面401。如图4中的(a)所示,故障预警展示界面401包括配置区域4011和展示/配置区域4012。
[0155] 其中,配置区域4011支持管理人员根据查看需求选择不同的查看项。在配置好查看项之后,展示/配置区域4012对应展示与查看项对应的故障预警信息。
[0156] 若管理人员未在配置区域4011中配置查看项,则展示/配置区域4012默认显示所有的故障预警信息,其中包括当前的目标故障预警信息。展示/配置区域4012在展示故障预警信息时,如图4中的(a)所示,包括故障预警信息发生时的车辆位置、故障预警信息的预警名称、对应的车型、故障预警信息对应的车辆故障的处理状态、处理方式和故障预警等级。
[0157] 上述技术方案中,当故障预警平台确定出目标故障预警信息之后,还可以生成第一显示指令,以使电子设备根据第一显示指令显示故障预警展示界面。本申请除了可以提供可视化的故障预警配置界面之外,还可以提供一种可视化的显示目标故障预警信息的方式,使得管理人员可以一目了然查看目标故障预警信息的详细内容,使得目标故障预警信息的查看更加高效快捷。
[0158] 209,故障预警平台102确定与目标域控制器对应的目标运维设备104。
[0159] 210,故障预警平台102将目标故障预警信息发送至目标运维设备104,以使目标运维设备104对应的目标管理人员处理目标故障预警信息。
[0160] 应理解,本申请实施例中按照DCU的不同,为每一个DCU分配了专有的管理人员来维护管理。为了能够及时解决目标故障预警信息对应的车辆故障,故障预警平台102在确定出目标故障预警信息和目标故障预警信息所属的目标DCU之后,还可以确定出目标DCU对应的目标运维设备104的标识。然后基于目标运维设备104的标识,将目标故障预警信息推送至目标运维设备104(或者目标管理人员),以使目标DCU对应的目标管理人员及时处理目标故障预警信息。
[0161] 应理解,目标运维设备104的类型可以与电子设备103的类型相同,也可以不同。当目标运维设备104的类型可以与电子设备103的类型相同时,电子设备103包括目标运维设备104。当目标运维设备104的类型可以与电子设备103的类型不同时,电子设备103与目标运维设备104不存在从属关系。
[0162] 示例性的,本申请实施例中,假设电子设备103可以为所有管理人员的笔记本电脑,目标运维设备104既可以为目标管理人员使用的笔记本电脑,也可以为目标管理人员的智能手机。
[0163] 应理解,本申请实施例中目标运维设备104对应目标管理人员,因此目标运维设备104的标识也可以认为是目标管理人员的标识。
[0164] 可选的,目标运维设备104的标识可以为目标运维设备104对应的电话号码、邮箱地址、企业应用的登录信息、故障预警平台102的登录信息、笔记本电脑的网际互联协议(Internet Protocol,IP)地址等。
[0165] 具体的,根据上述目标运维设备104的标识的不同,故障预警平台102在发送目标故障预警信息时对应不同的方式。
[0166] 示例性的,故障预警平台102可以基于目标运维设备104对应的电话号码,将目标故障预警信息以短信的形式发送至目标运维设备104—目标管理人员的智能手机。
[0167] 又一示例性的,故障预警平台102可以基于目标运维设备104对应的邮箱地址,以邮件的形式发送至目标运维设备104—目标管理人员的智能手机或者笔记本电脑。
[0168] 又一示例性的,故障预警平台102可以基于目标运维设备104对应的企业应用的登录信息,以企业通知消息的形式发送至目标运维设备104—目标管理人员的智能手机或者笔记本电脑。
[0169] 又一示例性的,故障预警平台102可以基于目标运维设备104对应的故障预警平台102的登录信息,以平台通知消息的形式发送至目标运维设备104—目标管理人员的笔记本电脑或者智能手机。
[0170] 故障预警平台102通过上述任意一种方式将目标故障预警信息推送至目标管理人员之后,目标管理人员可以在故障预警平台102查看目标故障预警信息,以及时处理目标故障预警信息对应的车辆故障。
[0171] 此外,由于车辆101与故障预警平台102可以相互通信。在车辆101行驶的过程中,为了使车辆101的用户能够了解目标故障预警信息。故障预警平台102还可以通过车辆101的T‑Box将目标故障预警信息发送至车辆101。
[0172] 示例性的,故障预警平台102可以通过车辆101的T‑Box,控制车辆101的多媒体主机在显示区域显示目标故障预警信息。
[0173] 又一示例性的,故障预警平台102可以控制车辆101的多媒体主机的扬声器播放目标故障预警信息的语音信息。
[0174] 又一示例性的,故障预警平台102可以根据车辆101的用户的电话号码,以短信的形式将目标故障预警信息发送至用户的终端设备(例如智能手机)。
[0175] 211,故障预警展示界面包括处理参数配置区域,电子设备103响应于在处理参数配置区域的参数配置操作,确定更新后的目标故障预警信息的处理参数,处理参数包括处理方式和处理状态中的至少一种。
[0176] 具体的,目标管理人员在接收到目标故障预警信息之后,可以对目标故障预警信息对应的车辆故障进行检修。在检修之后,目标管理人员还可以更改目标故障预警信息的处理参数,包括处理状态(例如已处理和未处理),以及处理方式(即处理策略)。
[0177] 应理解,通常在检修之前,目标故障预警信息的处理状态为未处理,处理方式为无。在检修完成之后,目标管理人员可以在故障预警展示界面中,更新上述处理状态和处理方式。
[0178] 示例性的,如图4中的(a)所示,在故障预警展示界面401中,展示/配置区域4012除了可以展示与配置区域4011的查看项对应的故障预警信息之外。还可以支持目标管理人员对故障预警信息的处理参数进行更改。
[0179] 具体的,处理参数配置区域可以为展示/配置区域4012中的子显示区域40121。在子显示区域40121中,目标管理人员可以修改或者更新目标故障预警信息的处理状态和处理方式。例如,将目标故障预警信息的处理状态从“未处理”更新为“已处理”,并在处理方式一栏输入对应的处理策略(检修措施)。
[0180] 进一步,在配置完成处理参数之后,电子设备103可以根据目标管理人员的参数配置操作,确定更新后的目标故障预警信息的处理参数。
[0181] 212,电子设备103将更新后的处理参数发送至故障预警平台102。
[0182] 在步骤210‑211中,故障预警平台102在将目标故障预警信息发送至目标管理人员之后,目标管理人员对车辆故障检修处理,并在故障预警展示界面更新了处理参数。
[0183] 在更新之后,电子设备103可以响应于目标管理人员的参数更新操作,确定更新后的处理参数。并将更新后的处理参数发送至故障预警平台102,以使故障预警平台102同步更新处理参数。
[0184] 213,故障预警平台102根据更新后的处理参数,生成第二显示指令。
[0185] 214,故障预警平台102将第二显示指令发送至电子设备103,以使电子设备103显示更新后的故障预警展示界面。
[0186] 215,电子设备103响应于第二显示指令,显示更新后的故障预警展示界面。
[0187] 故障预警平台102在接收到更新后的处理参数之后,可以根据更新后的处理参数,生成第二显示指令,以使电子设备103可以显示更新后的故障预警展示界面。
[0188] 上述技术方案中,本申请的故障预警展示界面除了能够给管理人员展示目标故障预警信息之外,还包括处理参数配置区域,用于供管理人员配置目标故障预警信息的处理参数。
[0189] 在管理人员配置完目标故障预警信息的处理参数之后,电子设备可以进一步将更新后的处理参数发送至故障预警平台,以使得故障预警平台根据更新后的处理参数,生成第二显示指令。在接收到故障预警平台发送的第二显示指令之后,电子设备可以显示最新的故障预警展示界面。上述过程保证了故障预警展示界面能够根据管理人员的参数配置操作实时更新,避免了故障预警展示界面更新不及时带来的误判问题,提高了目标故障预警信息处理的准确性。
[0190] 此外,除了对处理参数进行配置之外。本申请实施例中的故障预警展示界面还包括预设预警规则配置区域、车辆类型配置区域和故障预警等级配置区域中的至少一项,故障预警展示界面具体还可以显示以下内容:
[0191] 响应于在预设预警规则配置区域中的规则配置操作,在故障预警展示界面显示与规则配置操作对应的故障预警信息;
[0192] 响应于在车辆类型配置区域中的类型配置操作,在故障预警展示界面显示与类型配置操作对应的故障预警信息;
[0193] 响应于在故障预警等级配置区域中的等级配置操作,在故障预警展示界面显示与等级配置操作对应的故障预警信息。
[0194] 示例性的,如图4中的(a)‑(d)所示,在故障预警展示界面401的配置区域4011中包括多个配置项(即上述的查看项),例如车型选择、预警名称、域控制器等。
[0195] 其中,预设预警规则配置区域即为配置区域4011的“预警名称”配置区域、车辆类型配置区域即为配置区域4011中的“车型选择”配置区域、故障预警等级配置区域即为配置区域4011中的“故障预警等级”配置区域。
[0196] 应理解,配置区域4011中的“处理状态”配置项与展示/配置区域4012中的“处理状态”有所区别。配置区域4011中的“处理状态”配置项是以故障预警平台102中的所有故障预警信息为单位。而展示/配置区域4012中的处理状态是以单个故障预警信息为单位。
[0197] 其中,每一个配置项配置有下拉控件。管理人员可以基于不同配置项的下拉控件对配置项进行配置。
[0198] 如图4中的(b)所示,管理人员可以通过对车型选择的下拉控件的点击操作,电子设备103即可显示所有可供选择的车型。管理人员通过类型配置操作(即车型的点击操作)选择A车型。电子设备103基于管理人员的类型配置操作,生成与类型配置操作对应的界面请求指令,发送至故障预警平台102。
[0199] 故障预警平台102响应于类型配置操作对应的界面请求指令,生成第四显示指令,将第四显示指令发送至电子设备103。
[0200] 电子设备103根据第四显示指令,在展示/配置区域4012中显示A车型的所有故障预警信息。
[0201] 如图4中的(c)所示,管理人员可以通过对预警名称的下拉控件的点击操作,电子设备103即可显示所有可供选择的预警名称。管理人员通过规则配置操作(即预警名称的点击操作)选择车速预警。电子设备103基于管理人员的规则配置操作,生成与规则配置操作对应的界面请求指令,发送至故障预警平台102。
[0202] 故障预警平台102响应于规则配置操作对应的界面请求指令,生成第五显示指令,将第五显示指令发送至电子设备103。
[0203] 电子设备103根据第五显示指令,在展示/配置区域4012中显示车速预警的所有故障预警信息。
[0204] 如图4中的(d)所示,管理人员可以通过对故障预警等级的下拉控件的点击操作,电子设备103即可显示所有可供选择的故障预警等级。管理人员通过等级配置操作(即故障预警等级的点击操作)选择一级。电子设备103基于管理人员的等级配置操作,生成与等级配置操作对应的界面请求指令,发送至故障预警平台102。
[0205] 故障预警平台102响应于等级配置操作对应的界面请求指令,生成第六显示指令,将第六显示指令发送至电子设备103。
[0206] 电子设备103根据第六显示指令,在展示/配置区域4012中显示故障预警等级为一级的所有故障预警信息。
[0207] 同理,对于除上述三种配置下之外的其他配置项,当管理人员需要查看对应的故障预警信息时,与上述过程完全相同,此处不再赘述。
[0208] 上述技术方案中,在故障预警展示界面中,管理人员还可以系统地查看故障预警信息。具体的,本申请提供了以下几种方式:
[0209] 第一种,故障预警展示界面包括预警规则配置区域,管理人员可以通过在预警规则配置区域中的规则配置操作,使电子设备显示与规则配置操作对应的故障预警信息。
[0210] 第二种,故障预警展示界面包括车辆类型配置区域,管理人员还可以通过在车辆类型配置区域中的类型配置操作,使电子设备显示与类型配置操作对应的故障预警信息。
[0211] 第三种,故障预警展示界面包括故障预警等级配置区域,管理人员还可以通过在故障预警等级配置区域中的等级配置操作,使电子设备显示与等级配置操作对应的故障预警信息。
[0212] 上述通过在故障预警展示界面中的不同区域的配置操作,从而使故障预警展示界面展示不同类型的故障预警信息,可以满足管理人员查看故障预警信息过程中的多种查看需求,提供了一种全面系统的故障预警展示方式。
[0213] 216,故障预警平台102获取故障码的状态。
[0214] 217,在故障码的状态表示车辆101故障已清除的情况下,故障预警平台102存储更新后的处理参数。
[0215] 218,在故障码的状态表示车辆101故障未清除的情况下,故障预警平台102继续向目标运维设备104发送目标故障预警信息。
[0216] 为了保证车辆故障处理的准确性,故障预警平台102除了接收更新后的处理参数之外,还需要进一步远程诊断车辆故障是否被处理。
[0217] 因此,故障预警平台102可以根据预设周期,远程通过车辆101的T‑Box,获取车辆101的故障码的状态,故障码的状态可以为存在或者不存在。可选的,预设周期为10分钟,本申请实施例可以根据实际需求进行调整。
[0218] 若故障预警平台102可以获取到目标故障预警信息的故障码(即故障码的状态为存在),说明目标管理人员对车辆故障未处理完成。则故障预警平台102可以继续按照步骤210中的提醒方式,向目标运维设备104发送目标故障预警信息,以提醒目标管理人员继续处理车辆故障。
[0219] 若故障预警平台102未获取到目标故障预警信息的故障码(即故障码的状态为不存在),说明目标管理人员对车辆故障已处理完成。则故障预警平台102可以存储更新后的处理参数,不断提高故障预警平台102的预警能力和预警的准确性,为后续的维修处理提供参考。
[0220] 上述技术方案中,故障预警平台在接收到更新后的处理参数之后,为了确认目标故障预警信息对应的车辆故障的是否已处理完成。故障预警平台还可以再次获取故障码的状态,根据故障码的状态判断车辆故障是否被处理完成。在车辆故障处理完成的状态下,故障预警平台可以存储更新后的处理参数,为后续车辆的故障检修提供合适的解决方案。上述过程可以避免处理参数被更新但车辆故障仍未解决的问题,避免了车辆发生危险事故,保证了车辆的安全。
[0221] 在另外一种场景中,若车辆故障没有被处理完成,则故障预警平台可以继续向目标运维设备发送目标故障预警信息,以再次提示对应的目标管理人员处理目标故障预警信息,保证了目标故障预警信息的准确处理。
[0222] 图5是本申请实施例提供的一种处理车辆故障预警的装置的结构示意图。
[0223] 示例性的,如图5所示,该装置500包括:
[0224] 第一显示模块501,用于显示车辆的多个域控制器的故障预警配置界面,该故障预警配置界面用于配置该多个域控制器中的每一个域控制器的预设预警规则;
[0225] 确定模块502,用于响应于在该故障预警配置界面中的配置操作,确定该每一个域控制器的预设预警规则;
[0226] 发送模块503,用于将该每一个域控制器的预设预警规则发送至故障预警平台,以使该故障预警平台根据该每一个域控制器的预设预警规则,确定目标故障预警信息和该目标故障预警信息对应的目标域控制器,并将该目标故障预警信息发送至该目标域控制器对应的目标运维设备;该目标故障预警信息用于表示该车辆的故障状态。
[0227] 可选的,该将该每一个域控制器的预设预警规则发送至故障预警平台之后,该装置还包括:第二显示模块,用于响应于该故障预警平台发送的第一显示指令,显示故障预警展示界面,该故障预警展示界面用于显示该目标故障预警信息,该故障预警展示界面包括处理参数配置区域;响应于在该处理参数配置区域中的参数配置操作,确定更新后的该目标故障预警信息的处理参数,该处理参数包括处理方式和处理状态中的至少一种;将更新后的该处理参数发送至该故障预警平台,以使该故障预警平台根据更新后的该处理参数,生成第二显示指令;响应于该故障预警平台发送的该第二显示指令,显示更新后的该处理参数对应的故障预警展示界面。
[0228] 可选的,该故障预警展示界面还包括预设预警规则配置区域、车辆类型配置区域和故障预警等级配置区域中的至少一项,该装置还包括:第三显示模块,用于执行下述至少一项:响应于在该预设预警规则配置区域中的规则配置操作,在该故障预警展示界面显示与该规则配置操作对应的故障预警信息;响应于在该车辆类型配置区域中的类型配置操作,在该故障预警展示界面显示与该类型配置操作对应的故障预警信息;响应于在该故障预警等级配置区域中的等级配置操作,在该故障预警展示界面显示与该等级配置操作对应的故障预警信息。
[0229] 图6是本申请实施例提供的另一种处理车辆故障预警的装置的结构示意图。
[0230] 示例性的,如图6所示,该装置600包括:
[0231] 获取模块601,用于获取车辆的运行信息;
[0232] 确定模块602,用于根据该车辆的每一个域控制器的预设预警规则和该运行信息,确定目标故障预警信息和该目标故障预警信息对应的目标域控制器,该目标故障预警信息用于表示该车辆的故障状态,该每一个域控制器的预设预警规则是响应于在故障预警配置界面上的配置操作确定的;确定与该目标域控制器对应的目标运维设备;
[0233] 第一发送模块603,用于将该目标故障预警信息发送至该目标运维设备,以使该目标运维设备对应的目标管理人员处理该目标故障预警信息。
[0234] 一种可能的实现方式中,该运行信息包括状态参数和故障码中的至少一种,该确定模块602具体用于:将该状态参数对应的控制器局域网信号与该每一个域控制器的预设预警规则对应的预设控制器局域网信号进行匹配;在该控制器局域网信号与该预设控制器局域网信号匹配的情况下,根据该状态参数和该每一个域控制器的预设预警规则,生成该目标故障预警信息;和/或,在该故障码与预设故障码匹配的情况下,根据该故障码和该预设故障码,生成该目标故障预警信息。
[0235] 可选的,该装置还包括:处理模块,用于响应于电子设备发送的更新后的该目标故障预警信息的处理参数,基于预设周期获取该故障码的状态,该故障码的状态用于表示该目标故障预警信息对应的车辆故障是否已清除,该处理参数包括处理方式和处理状态中的至少一种;在该故障码的状态表示该车辆故障已清除的情况下,存储更新后的该处理参数。
[0236] 可选的,该装置还包括:第二发送模块,用于在该故障码的状态表示该车辆故障未清除的情况下,继续向该目标运维设备发送该目标故障预警信息。
[0237] 图7是本申请实施例提供的一种电子设备的结构示意图。
[0238] 示例性的,如图7所示,该电子设备103包括:存储器701和处理器702,其中,存储器701中存储有可执行程序代码7011,处理器702用于调用并执行该可执行程序代码7011执行一种处理车辆故障预警的方法。
[0239] 图8是本申请实施例提供的一种故障预警平台的结构示意图。
[0240] 示例性的,如图8所示,该故障预警平台102包括:存储器801和处理器802,其中,存储器801中存储有可执行程序代码8011,处理器802用于调用并执行该可执行程序代码8011执行一种处理车辆故障预警的方法。
[0241] 本实施例可以根据上述方法示例对电子设备和故障预警平台进行功能模块的划分,例如,可以对应各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中,上述集成的模块可以采用硬件的形式实现。需要说明的是,本实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
[0242] 在采用对应各个功能划分各个功能模块的情况下,该电子设备可以包括:第一显示模块、确定模块和发送模块,该故障预警平台可以包括:获取模块、确定模块和第一发送模块等。需要说明的是,上述方法实施例涉及的各个步骤的所有相关内容的可以援引到对应功能模块的功能描述,在此不再赘述。
[0243] 本实施例提供的电子设备和故障预警平台,用于执行上述一种处理车辆故障预警的方法,因此可以达到与上述实现方法相同的效果。
[0244] 在采用集成的单元的情况下,电子设备和故障预警平台可以包括处理模块、存储模块。其中,处理模块可以用于对电子设备和故障预警平台的动作进行控制管理。存储模块可以用于支持电子设备和故障预警平台执行相互程序代码和数据等。
[0245] 其中,处理模块可以是处理器或控制器,其可以实现或执行结合本申请公开内容所藐视的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包括一个或多个微处理器组合,数字信号处理(digital signal processing,DSP)和微处理器的组合等等,存储模块可以是存储器。
[0246] 本实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序代码,当该计算机程序代码在计算机上运行时,使得计算机执行上述相关方法步骤实现上述实施例中的一种处理车辆故障预警的方法。
[0247] 本实施例还提供了一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述相关步骤,以实现上述实施例中的一种处理车辆故障预警的方法。
[0248] 另外,本申请的实施例提供的电子设备和故障预警平台具体可以是芯片,组件或模块,该电子设备可包括相连的处理器和存储器;其中,存储器用于存储指令,当电子设备和故障预警平台运行时,处理器可调用并执行指令,以使芯片执行上述实施例中的一种处理车辆故障预警的方法。
[0249] 其中,本实施例提供的电子设备、故障预警平台、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果,此处不再赘述。
[0250] 通过以上实施方式的描述,所属领域的技术人员可以了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
[0251] 在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
[0252] 以上内容,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。