CN116302832A - 一种座舱软件监测方法、装置、设备及存储介质 - Google Patents

一种座舱软件监测方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN116302832A
CN116302832A CN202310302302.3A CN202310302302A CN116302832A CN 116302832 A CN116302832 A CN 116302832A CN 202310302302 A CN202310302302 A CN 202310302302A CN 116302832 A CN116302832 A CN 116302832A
Authority
CN
China
Prior art keywords
log
cabin
log information
data
software
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310302302.3A
Other languages
English (en)
Inventor
李登明
陈昆
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chongqing Changan Automobile Co Ltd
Original Assignee
Chongqing Changan Automobile Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chongqing Changan Automobile Co Ltd filed Critical Chongqing Changan Automobile Co Ltd
Priority to CN202310302302.3A priority Critical patent/CN116302832A/zh
Publication of CN116302832A publication Critical patent/CN116302832A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3013—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is an embedded system, i.e. a combination of hardware and software dedicated to perform a certain function in mobile devices, printers, automotive or aircraft systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • G06F11/3068—Monitoring arrangements determined by the means or processing involved in reporting the monitored data where the reporting involves data format conversion
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/11—File system administration, e.g. details of archiving or snapshots
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/1805—Append-only file systems, e.g. using logs or journals to store data
    • G06F16/1815—Journaling file systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/182—Distributed file systems
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Quality & Reliability (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Mathematical Physics (AREA)
  • Stored Programmes (AREA)

Abstract

本申请提供一种座舱软件监测方法、装置、设备及存储介质，该方法包括：通过控制器域网或以太网获取目标车辆的实时状态数据，然后对实时状态数据进行转换，得到转换数据，并将转换数据通过接口提供给应用层；再接收并响应目标对象在应用层输入的操作指令，并调用转换数据生成日志信息；当目标车辆处于启动状态时，对日志信息进行解析，并基于解析结果对目标车辆中的座舱软件进行监测。本申请可以记录座舱软件中各个环节运行所花费的时间，通过时间分析来判断座舱软件是不是运行正常，在运行异常的情况下，通过对异常信息的分析可以给相关人员进行提供维护或维修参考，帮助提高整个座舱软件的稳定性和安全性。

Description

一种座舱软件监测方法、装置、设备及存储介质
技术领域
本申请涉及车辆控制技术领域，具体涉及一种座舱软件监测方法、装置、设备及存储介质。
背景技术
随着智能座舱领域技术的不断发展以及用车人员对座舱所需要的功能越来越多，整个座舱系统变得庞大起来。座舱系统不是一个单独的应用或服务，而是由多个应用或服务相互协作，把各个应用或服务的功能整合在一起，从而实现了整个系统的正常运行。座舱系统的安全性和稳定性是首先要考虑的问题，那在座舱软件运行过程中，对整个座舱软件的运行状态监测，以及运行可能出现故障的事先排查，出现故障后的解决方法等方面都有非常高的要求。但是，现有技术在进行座舱监测时，需要众多的监测设备，极大的增加了监测成本，而且诊断的功能主要是仪表盘上的数据，数据相对有限。同时，也没有涉及到整个座舱系统的功能，诊断的内容不够全面。此外，现有方式在座舱软件监测时，主要是应用于开发测试，在实车测试中几乎起不到作用，也无法测试整个座舱系统的全方面功能，功能不够完善。
发明内容
鉴于以上所述现有技术的缺点，本申请提供一种座舱软件监测方法、装置、设备及存储介质，以解决上述技术问题。
本申请提供一种座舱软件监测方法，包括以下步骤：
通过控制器域网或以太网获取目标车辆的实时状态数据；
对所述实时状态数据进行转换，得到转换数据，并将所述转换数据通过接口提供给应用层；
接收并响应目标对象在所述应用层输入的操作指令，并调用所述转换数据生成日志信息；其中，所述目标对象包括：驾驶所述车辆的人员、乘坐所述车辆的人员；
当所述目标车辆处于启动状态时，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测。
于本申请的一实施例中，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测的过程包括：
对所述日志信息进行解析，并基于所述日志信息的解析结果判断所述日志信息中是否存在第一日志；其中，所述第一日志用于记录耗时超过预设时长的座舱软件功能；
如果存在第一日志，则发出存在第一日志的提示信息，并定位第一日志所在位置，以及基于第一日志所在位置对所述座舱软件进行监测；
如果不存在第一日志，则基于所述日志信息的解析结果判断所述日志信息中是否存在第二日志；其中，所述第二日志用于记录座舱软件运行异常；
若存在第二日志，则发出存在第二日志的提示信息，并定位第二日志所在位置，以及基于第二日志所在位置对所述座舱软件进行监测；
若不存在第二日志，则显示所述日志信息的解析结果。
于本申请的一实施例中，调用所述转换数据生成日志信息后，所述方法还包括：将所述日志信息存储至预设数据库中，以及设置日志信息存储开关；其中，所述日志信息存储开关包括：在座舱软件开发阶段开启日志信息存储、在所述目标车辆的台架测试阶段开启日志信息存储、在所述目标车辆实际测试阶段开启日志信息存储、在所述目标车辆达到预设生产条件时关闭日志信息存储。
于本申请的一实施例中，所述预设数据库包括以下至少之一：预先或实时建立的本地数据库、预先或实时建立的云端数据库。
于本申请的一实施例中，在所述预设数据库时，所述方法还包括：在所述预设数据库中设定数据清理机制；其中，所述数据清理机制包括以下至少之一：当所述预设数据库中的文件达到预设大小时进行数据清理、当所述预设数据库中的数据信息日期超过预设时长后进行数据清理、所述预设数据库中的数据信息被标记为异常数据后进行数据清理。
于本申请的一实施例中，所述目标车辆包括：新能源车辆、燃油车辆。
本申请还提供一种座舱软件监测装置，所述装置包括有：
数据采集模块，用于通过控制器域网或以太网获取目标车辆的实时状态数据；
数据转换模块，用于对所述实时状态数据进行转换，得到转换数据，并将所述转换数据通过接口提供给应用层；
日志生成模块，用于接收并响应目标对象在所述应用层输入的操作指令，并调用所述转换数据生成日志信息；其中，所述目标对象包括：驾驶所述车辆的人员、乘坐所述车辆的人员；
监测模块，用于在所述目标车辆处于启动状态时，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测。
于本申请的一实施例中，所述监测模块在所述目标车辆处于启动状态时，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测的过程包括：
对所述日志信息进行解析，并基于所述日志信息的解析结果判断所述日志信息中是否存在第一日志；其中，所述第一日志用于记录耗时超过预设时长的座舱软件功能；
如果存在第一日志，则发出存在第一日志的提示信息，并定位第一日志所在位置，以及基于第一日志所在位置对所述座舱软件进行监测；
如果不存在第一日志，则基于所述日志信息的解析结果判断所述日志信息中是否存在第二日志；其中，所述第二日志用于记录座舱软件运行异常；
若存在第二日志，则发出存在第二日志的提示信息，并定位第二日志所在位置，以及基于第二日志所在位置对所述座舱软件进行监测；
若不存在第二日志，则显示所述日志信息的解析结果。
本申请还提供一种座舱软件监测设备，所述设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述设备实现如上述中任一项所述的座舱软件监测方法。
本申请还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行如上述中任一项所述的座舱软件监测方法。
如上所述，本申请提供一种座舱软件监测方法、装置、设备及存储介质，具有以下有益效果：本申请首先通过控制器域网或以太网获取目标车辆的实时状态数据，然后对所述实时状态数据进行转换，得到转换数据，并将所述转换数据通过接口提供给应用层；再接收并响应目标对象在所述应用层输入的操作指令，并调用所述转换数据生成日志信息；其中，所述目标对象包括：驾驶所述车辆的人员、乘坐所述车辆的人员；当所述目标车辆处于启动状态时，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测。由此可知，本申请提供了一种监测座舱软件运行状态的方案，包括保存程序运行的详细日志信息，并记录座舱软件中各个环节运行所花费的时间，通过时间分析来判断座舱软件是不是运行正常，在运行异常的情况下，通过对异常信息的分析可以给相关人员进行提供维护或维修参考，帮助提高整个座舱软件的稳定性和安全性。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1为应用本申请中一个或多个实施例中技术方案的示例性系统架构的示意图；
图2为本申请中一实施例提供的座舱软件监测方法的流程示意图；
图3为本申请中一实施例提供的座舱软件的系统架构示意图；
图4为本申请中一实施例提供的数据库的运行机制图；
图5为本申请中一实施例提供的座舱软件监测装置的硬件结构示意图；
图6为本申请中另一实施例提供的座舱软件监测装置的硬件结构示意图；
图7为适用于实现本申请中一个或多个实施例的座舱软件监测设备的硬件结构示意图。
具体实施方式
以下将参照附图和优选实施例来说明本申请的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本申请，而不是为了限制本申请的保护范围。
需要说明的是，以下实施例中所提供的图示仅以示意方式说明本申请的基本构想，遂图式中仅显示与本申请中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
本申请中的“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本申请中所涉及的多个，是指两个或两个以上。
在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。
另外，在本申请实施例中，“示例的”一词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或实现方案不应被解释为比其它实施例或实现方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。
在下文描述中，探讨了大量细节，以提供对本申请实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本申请的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本申请的实施例难以理解。
图1示出了一种可以应用本申请中一个或多个实施例中技术方案的示例性系统架构的示意图。如图1所示，系统架构100可以包括终端设备110、网络120和服务器130。终端设备110可以包括智能手机、平板电脑、笔记本电脑、台式电脑等各种电子设备。服务器130可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。网络120可以是能够在终端设备110和服务器130之间提供通信链路的各种连接类型的通信介质，例如可以是有线通信链路或者无线通信链路。
根据实现需要，本申请实施例中的系统架构可以具有任意数目的终端设备、网络和服务器。例如，服务器130可以是由多个服务器设备组成的服务器群组。另外，本申请实施例提供的技术方案可以应用于终端设备110，也可以应用于服务器130，或者可以由终端设备110和服务器130共同实施，本申请对此不做特殊限定。
在本申请的一个实施例中，本申请的终端设备110或服务器130可以通过控制器域网或以太网获取目标车辆的实时状态数据，然后对所述实时状态数据进行转换，得到转换数据，并将所述转换数据通过接口提供给应用层；再接收并响应目标对象在所述应用层输入的操作指令，并调用所述转换数据生成日志信息；其中，所述目标对象包括：驾驶所述车辆的人员、乘坐所述车辆的人员；当所述目标车辆处于启动状态时，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测。利用终端设备110或服务器130执行座舱软件监测方法，可以提供了一种监测座舱软件运行状态的方案，包括保存程序运行的详细日志信息，并记录座舱软件中各个环节运行所花费的时间，通过时间分析来判断座舱软件是不是运行正常，在运行异常的情况下，通过对异常信息的分析可以给相关人员进行提供维护或维修参考，帮助提高整个座舱软件的稳定性和安全性。
以上部分介绍了应用本申请技术方案的示例性系统架构的内容，接下来继续介绍本申请的座舱软件监测方法。
图2示出了本申请一实施例提供的座舱软件监测方法流程示意图。具体地，在一示例性实施例中，如图2所示，本实施例提供一种座舱软件监测方法，该方法包括以下步骤：
S210，通过控制器域网或以太网获取目标车辆的实时状态数据；作为示例，本实施例中的目标车辆包括但不限于新能源车辆、燃油车辆等。
S220，对所述实时状态数据进行转换，得到转换数据，并将所述转换数据通过接口提供给应用层；
S230，接收并响应目标对象在所述应用层输入的操作指令，并调用所述转换数据生成日志信息；其中，所述目标对象包括：驾驶所述车辆的人员、乘坐所述车辆的人员；
S240，当所述目标车辆处于启动状态时，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测。
由此可知，本实施例提供了一种监测座舱软件运行状态的方案，包括保存程序运行的详细日志信息，并记录座舱软件中各个环节运行所花费的时间，通过时间分析来判断座舱软件是不是运行正常，在运行异常的情况下，通过对异常信息的分析可以给相关人员进行提供维护或维修参考，帮助提高整个座舱软件的稳定性和安全性。在本实施例中，座舱软件的架构如图3所示。在图3中，座舱软件采用分层架构，最下面是系统的底层，主要是从通过CAN信号或以太网等方式获取到车辆的实时状态数据，包括仪表数据，如里程、速度、油耗、电量等信息。也包括车内的比如空调档位、温度、座椅调节状态等各种信息。中间是业务组件服务层，也是整个系统的纽带，主要是通过指定的协议获取底层提供的数据，并对数据进行转换。同时把转换好的数据通过对外提供接口，提供给应用层HMI调用。最上面就是应用层HMI也说司乘人员可以通过车载显示器进行操作的各种应用软件。通过接口调用，从业务服务层获取到数据后进行展示，以及通过在应用层HMI各种控制操作，然后通过业务组件服务，再下发到底层中，从而实现对车机的控制。另外座舱软件需要在开发的时候，把每个关键的步骤及重要的流程对待日志的方式记录下来，日志中包括指定的TAG、流程功能、异常信息及时间信息等。把日志保存到指定的数据库中。日志保存功能可以做个开关，比如只在开发时期、台架测试及实车测试阶段才打开，量产后就把开关关闭。
根据上述记载，在一示例性实施例中，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测的过程包括：对所述日志信息进行解析，并基于所述日志信息的解析结果判断所述日志信息中是否存在第一日志；其中，所述第一日志用于记录耗时超过预设时长的座舱软件功能；如果存在第一日志，则发出存在第一日志的提示信息，并定位第一日志所在位置，以及基于第一日志所在位置对所述座舱软件进行监测；如果不存在第一日志，则基于所述日志信息的解析结果判断所述日志信息中是否存在第二日志；其中，所述第二日志用于记录座舱软件运行异常；若存在第二日志，则发出存在第二日志的提示信息，并定位第二日志所在位置，以及基于第二日志所在位置对所述座舱软件进行监测；若不存在第二日志，则显示所述日志信息的解析结果。由此可知，在本实施例中，车机一启动，当前程序就直接启动监测功能，主要是从指定的数据库中读取座舱软件保存的日志信息并对日志信息进行分析，如果分析发现某些功能的耗时较长或者有异常信息，则把分析结果进行展示出来并通过语音或其它方式进行提示。对于一些项目有UI显示功能，可以把项目运行中日志信息及异常信息可视化显示，还能定位日志信息所在的位置，从而快速引导开发或人员进行对应的检测。
在一示例性实施例中，调用所述转换数据生成日志信息后，本实施例还可以包括：将所述日志信息存储至预设数据库中，以及设置日志信息存储开关；其中，所述日志信息存储开关包括：在座舱软件开发阶段开启日志信息存储、在所述目标车辆的台架测试阶段开启日志信息存储、在所述目标车辆实际测试阶段开启日志信息存储、在所述目标车辆达到预设生产条件时关闭日志信息存储。其中，所述预设数据库包括以下至少之一：预先或实时建立的本地数据库、预先或实时建立的云端数据库。作为示例，本实施例在所述预设数据库时，还可以包括：在所述预设数据库中设定数据清理机制；其中，所述数据清理机制包括以下至少之一：当所述预设数据库中的文件达到预设大小时进行数据清理、当所述预设数据库中的数据信息日期超过预设时长后进行数据清理、所述预设数据库中的数据信息被标记为异常数据后进行数据清理。作为示例，在本实施例中，预设数据库的运行机制如图4所示。在图4中，该数据库直接放置在监测软件项目中，监测软件对外提供了日志数据保存、查看及修改等对应的功能，座舱软件各个模块都可以通过监测软件对外提供的接口进行日志信息保存及修改等操作。数据库中的表需要根据实际情况添加索引，因为监测软件会实时查询日志信息，有了索引在多次及大批量查询的情况下效率更高。同时数据库要设置一个数据清理的机制，比如数据库文件达到一定大小、数据信息日期超过指定的时长、异常信息已经分析及解决等情况下，需要把对应的信息清除，以减少数据库不占用车机的过多资源，保证整个座舱软件的稳定性。
综上所述，本申请提供一种座舱软件监测方法，首先通过控制器域网或以太网获取目标车辆的实时状态数据，然后对所述实时状态数据进行转换，得到转换数据，并将所述转换数据通过接口提供给应用层；再接收并响应目标对象在所述应用层输入的操作指令，并调用所述转换数据生成日志信息；其中，所述目标对象包括：驾驶所述车辆的人员、乘坐所述车辆的人员；当所述目标车辆处于启动状态时，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测。由此可知，本方法提供了一种监测座舱软件运行状态的方案，包括保存程序运行的详细日志信息，并记录座舱软件中各个环节运行所花费的时间，通过时间分析来判断座舱软件是不是运行正常，在运行异常的情况下，通过对异常信息的分析可以给相关人员进行提供维护或维修参考，帮助提高整个座舱软件的稳定性和安全性。
如图5所示，本申请还提供一种座舱软件监测装置，所述装置包括有：
数据采集模块510，用于通过控制器域网或以太网获取目标车辆的实时状态数据；作为示例，本实施例中的目标车辆包括但不限于新能源车辆、燃油车辆等。
数据转换模块520，用于对所述实时状态数据进行转换，得到转换数据，并将所述转换数据通过接口提供给应用层；
日志生成模块530，用于接收并响应目标对象在所述应用层输入的操作指令，并调用所述转换数据生成日志信息；其中，所述目标对象包括：驾驶所述车辆的人员、乘坐所述车辆的人员；
监测模块540，用于在所述目标车辆处于启动状态时，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测。
由此可知，本实施例提供了一种监测座舱软件运行状态的方案，包括保存程序运行的详细日志信息，并记录座舱软件中各个环节运行所花费的时间，通过时间分析来判断座舱软件是不是运行正常，在运行异常的情况下，通过对异常信息的分析可以给相关人员进行提供维护或维修参考，帮助提高整个座舱软件的稳定性和安全性。在本实施例中，座舱软件的架构如图3所示。在图3中，座舱软件采用分层架构，最下面是系统的底层，主要是从通过CAN信号或以太网等方式获取到车辆的实时状态数据，包括仪表数据，如里程、速度、油耗、电量等信息。也包括车内的比如空调档位、温度、座椅调节状态等各种信息。中间是业务组件服务层，也是整个系统的纽带，主要是通过指定的协议获取底层提供的数据，并对数据进行转换。同时把转换好的数据通过对外提供接口，提供给应用层HMI调用。最上面就是应用层HMI也说司乘人员可以通过车载显示器进行操作的各种应用软件。通过接口调用，从业务服务层获取到数据后进行展示，以及通过在应用层HMI各种控制操作，然后通过业务组件服务，再下发到底层中，从而实现对车机的控制。另外座舱软件需要在开发的时候，把每个关键的步骤及重要的流程对待日志的方式记录下来，日志中包括指定的TAG、流程功能、异常信息及时间信息等。把日志保存到指定的数据库中。日志保存功能可以做个开关，比如只在开发时期、台架测试及实车测试阶段才打开，量产后就把开关关闭。
根据上述记载，在一示例性实施例中，所述监测模块在所述目标车辆处于启动状态时，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测的过程包括：对所述日志信息进行解析，并基于所述日志信息的解析结果判断所述日志信息中是否存在第一日志；其中，所述第一日志用于记录耗时超过预设时长的座舱软件功能；如果存在第一日志，则发出存在第一日志的提示信息，并定位第一日志所在位置，以及基于第一日志所在位置对所述座舱软件进行监测；如果不存在第一日志，则基于所述日志信息的解析结果判断所述日志信息中是否存在第二日志；其中，所述第二日志用于记录座舱软件运行异常；若存在第二日志，则发出存在第二日志的提示信息，并定位第二日志所在位置，以及基于第二日志所在位置对所述座舱软件进行监测；若不存在第二日志，则显示所述日志信息的解析结果。由此可知，在本实施例中，车机一启动，当前程序就直接启动监测功能，主要是从指定的数据库中读取座舱软件保存的日志信息并对日志信息进行分析，如果分析发现某些功能的耗时较长或者有异常信息，则把分析结果进行展示出来并通过语音或其它方式进行提示。对于一些项目有UI显示功能，可以把项目运行中日志信息及异常信息可视化显示，还能定位日志信息所在的位置，从而快速引导开发或人员进行对应的检测。
在一示例性实施例中，调用所述转换数据生成日志信息后，本实施例还可以包括：将所述日志信息存储至预设数据库中，以及设置日志信息存储开关；其中，所述日志信息存储开关包括：在座舱软件开发阶段开启日志信息存储、在所述目标车辆的台架测试阶段开启日志信息存储、在所述目标车辆实际测试阶段开启日志信息存储、在所述目标车辆达到预设生产条件时关闭日志信息存储。其中，所述预设数据库包括以下至少之一：预先或实时建立的本地数据库、预先或实时建立的云端数据库。作为示例，本实施例在所述预设数据库时，还可以包括：在所述预设数据库中设定数据清理机制；其中，所述数据清理机制包括以下至少之一：当所述预设数据库中的文件达到预设大小时进行数据清理、当所述预设数据库中的数据信息日期超过预设时长后进行数据清理、所述预设数据库中的数据信息被标记为异常数据后进行数据清理。作为示例，在本实施例中，预设数据库的运行机制如图4所示。在图4中，该数据库直接放置在监测软件项目中，监测软件对外提供了日志数据保存、查看及修改等对应的功能，座舱软件各个模块都可以通过监测软件对外提供的接口进行日志信息保存及修改等操作。数据库中的表需要根据实际情况添加索引，因为监测软件会实时查询日志信息，有了索引在多次及大批量查询的情况下效率更高。同时数据库要设置一个数据清理的机制，比如数据库文件达到一定大小、数据信息日期超过指定的时长、异常信息已经分析及解决等情况下，需要把对应的信息清除，以减少数据库不占用车机的过多资源，保证整个座舱软件的稳定性。
如图6所示，本申请还提供一示例实施例，该实施例提供了一种座舱软件监测装置，包括有：座舱软件系统、实时诊断系统和数据库。
其中，座舱软件系统采用分层架构，最下面是系统的底层，主要是从通过CAN信号或以太网等方式获取到车辆的实时状态数据，包括仪表数据，如里程、速度、油耗、电量等信息。也包括车内的比如空调档位、温度、座椅调节状态等各种信息。中间是业务组件服务层，也是整个系统的纽带，主要是通过指定的协议获取底层提供的数据，并对数据进行转换。同时把转换好的数据通过对外提供接口，提供给应用层HMI调用。最上面就是应用层HMI也说司乘人员可以通过车载显示器进行操作的各种应用软件。通过接口调用，从业务服务层获取到数据后进行展示，以及通过在应用层HMI各种控制操作，然后通过业务组件服务，再下发到底层中，从而实现对车机的控制。另外座舱软件系统需要在开发的时候，把每个关键的步骤及重要的流程对待日志的方式记录下来，日志中包括指定的TAG、流程功能、异常信息及时间信息等。把日志保存到指定的数据库中。日志保存功能可以做个开关，比如只在开发时期、台架测试及实车测试阶段才打开，量产后就把开关关闭。
实时诊断系统，当车机一启动，当前程序就直接启动监测功能，主要是从指定的数据库中读取座舱软件系统保存的日志信息并对日志信息进行分析，如果分析发现某些功能的耗时较长或者有异常信息，则把分析结果进行展示出来并通过语音或其它方式进行提示，项目有UI显示功能，可以把项目运行中日志信息及异常信息可视化显示，还能定位日志信息所在的位置，从而快速引导开发或人员进行对应的检测。
数据库，用于保存日志信息。该数据库直接放置在监测软件项目中，监测系统对外提供了日志数据保存、查看及修改等对应的功能，座舱软件系统各个模块都可以通过监测系统对外提供的接口进行日志信息保存及修改等操作。数据库中的表需要根据实际情况添加索引，因为监测系统会实时查询日志信息，有了索引在多次及大批量查询的情况下效率更高。同时数据库要设置一个数据清理的机制，比如数据库文件达到一定大小、数据信息日期超过指定的时长、异常信息已经分析及解决等情况下，需要把对应的信息清除，以减少数据库不占用车机的过多资源，保证整个系统的稳定性。因为对座舱软件系统进行监测，需要对系统运行时的日志信息，尤其是关键步骤的日志信息进行保存。整个座舱系统中数据量特别大，所以需要使用单独数据库进行数据。数据库中的数据在分析后，或到过指定的时间后，数据的实效性及功能性过时后，需要进行数据清理。否则数据量大，会导致整个系统卡顿，起到反作用的效果。
综上所述，本申请提供一种座舱软件监测装置，首先通过控制器域网或以太网获取目标车辆的实时状态数据，然后对所述实时状态数据进行转换，得到转换数据，并将所述转换数据通过接口提供给应用层；再接收并响应目标对象在所述应用层输入的操作指令，并调用所述转换数据生成日志信息；其中，所述目标对象包括：驾驶所述车辆的人员、乘坐所述车辆的人员；当所述目标车辆处于启动状态时，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测。由此可知，本装置提供了一种监测座舱软件运行状态的方案，包括保存程序运行的详细日志信息，并记录座舱软件中各个环节运行所花费的时间，通过时间分析来判断座舱软件是不是运行正常，在运行异常的情况下，通过对异常信息的分析可以给相关人员进行提供维护或维修参考，帮助提高整个座舱软件的稳定性和安全性。
需要说明的是，上述实施例所提供座舱软件监测装置与上述实施例所提供的座舱软件监测方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的座舱软件监测装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。
本申请的实施例还提供了一种座舱软件监测设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述座舱软件监测设备实现上述各个实施例中提供的座舱软件监测方法。
图7示出了适于用来实现本申请实施例的座舱软件监测设备的计算机装置的结构示意图。需要说明的是，图7示出的座舱软件监测设备的计算机系统1000仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图7所示，计算机系统1000包括中央处理单元(Central Processing Unit，CPU)1001，其可以根据存储在只读存储器(Read-Only Memory，ROM)1002中的程序或者从储存部分1008加载到随机访问存储器(Random Access Memory，RAM)1003中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM1003中，还存储有系统操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM1003通过总线1004彼此相连。输入/输出(Input/Output，I/O)接口1005也连 接至总线1004。
以下部件连接至I/O接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1007；包括硬盘等的储存部分1008；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入储存部分1008。
特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(CPU)1001执行时，执行本申请的装置中限定的各种功能。
需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本申请各种实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前所述的座舱软件监测方法。该计算机可读存储介质可以是上述实施例中描述的座舱软件监测设备中所包含的，也可以是单独存在，而未装配入该座舱软件监测设备中。
本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的座舱软件监测方法。
上述实施例仅示例性说明本申请的原理及其功效，而非用于限制本申请。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本申请所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。

Claims (10)

1.一种座舱软件监测方法，其特征在于，所述方法包括以下步骤：
通过控制器域网或以太网获取目标车辆的实时状态数据；
对所述实时状态数据进行转换，得到转换数据，并将所述转换数据通过接口提供给应用层；
接收并响应目标对象在所述应用层输入的操作指令，并调用所述转换数据生成日志信息；其中，所述目标对象包括：驾驶所述车辆的人员、乘坐所述车辆的人员；
当所述目标车辆处于启动状态时，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测。
2.根据权利要求1所述的座舱软件监测方法，其特征在于，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测的过程包括：
对所述日志信息进行解析，并基于所述日志信息的解析结果判断所述日志信息中是否存在第一日志；其中，所述第一日志用于记录耗时超过预设时长的座舱软件功能；
如果存在第一日志，则发出存在第一日志的提示信息，并定位第一日志所在位置，以及基于第一日志所在位置对所述座舱软件进行监测；
如果不存在第一日志，则基于所述日志信息的解析结果判断所述日志信息中是否存在第二日志；其中，所述第二日志用于记录座舱软件运行异常；
若存在第二日志，则发出存在第二日志的提示信息，并定位第二日志所在位置，以及基于第二日志所在位置对所述座舱软件进行监测；
若不存在第二日志，则显示所述日志信息的解析结果。
3.根据权利要求1所述的座舱软件监测方法，其特征在于，调用所述转换数据生成日志信息后，所述方法还包括：将所述日志信息存储至预设数据库中，以及设置日志信息存储开关；其中，所述日志信息存储开关包括：在座舱软件开发阶段开启日志信息存储、在所述目标车辆的台架测试阶段开启日志信息存储、在所述目标车辆实际测试阶段开启日志信息存储、在所述目标车辆达到预设生产条件时关闭日志信息存储。
4.根据权利要求3所述的座舱软件监测方法，其特征在于，所述预设数据库包括以下至少之一：预先或实时建立的本地数据库、预先或实时建立的云端数据库。
5.根据权利要求3或4所述的座舱软件监测方法，其特征在于，在所述预设数据库时，所述方法还包括：在所述预设数据库中设定数据清理机制；其中，所述数据清理机制包括以下至少之一：当所述预设数据库中的文件达到预设大小时进行数据清理、当所述预设数据库中的数据信息日期超过预设时长后进行数据清理、所述预设数据库中的数据信息被标记为异常数据后进行数据清理。
6.根据权利要求1所述的座舱软件监测方法，其特征在于，所述目标车辆包括：新能源车辆、燃油车辆。
7.一种座舱软件监测装置，其特征在于，所述装置包括有：
数据采集模块，用于通过控制器域网或以太网获取目标车辆的实时状态数据；
数据转换模块，用于对所述实时状态数据进行转换，得到转换数据，并将所述转换数据通过接口提供给应用层；
日志生成模块，用于接收并响应目标对象在所述应用层输入的操作指令，并调用所述转换数据生成日志信息；其中，所述目标对象包括：驾驶所述车辆的人员、乘坐所述车辆的人员；
监测模块，用于在所述目标车辆处于启动状态时，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测。
8.根据权利要求7所述的座舱软件监测装置，其特征在于，所述监测模块在所述目标车辆处于启动状态时，对所述日志信息进行解析，并基于解析结果对所述目标车辆中的座舱软件进行监测的过程包括：
对所述日志信息进行解析，并基于所述日志信息的解析结果判断所述日志信息中是否存在第一日志；其中，所述第一日志用于记录耗时超过预设时长的座舱软件功能；
如果存在第一日志，则发出存在第一日志的提示信息，并定位第一日志所在位置，以及基于第一日志所在位置对所述座舱软件进行监测；
如果不存在第一日志，则基于所述日志信息的解析结果判断所述日志信息中是否存在第二日志；其中，所述第二日志用于记录座舱软件运行异常；
若存在第二日志，则发出存在第二日志的提示信息，并定位第二日志所在位置，以及基于第二日志所在位置对所述座舱软件进行监测；
若不存在第二日志，则显示所述日志信息的解析结果。
9.一种座舱软件监测设备，其特征在于，所述设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述设备实现如权利要求1至6中任一项所述的座舱软件监测方法。
10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行如权利要求1至6中任一项所述的座舱软件监测方法。
CN202310302302.3A 2023-03-24 2023-03-24 一种座舱软件监测方法、装置、设备及存储介质 Pending CN116302832A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310302302.3A CN116302832A (zh) 2023-03-24 2023-03-24 一种座舱软件监测方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310302302.3A CN116302832A (zh) 2023-03-24 2023-03-24 一种座舱软件监测方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
CN116302832A true CN116302832A (zh) 2023-06-23

Family

ID=86781340

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310302302.3A Pending CN116302832A (zh) 2023-03-24 2023-03-24 一种座舱软件监测方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN116302832A (zh)

Similar Documents

Publication Publication Date Title
CN112116059B (zh) 一种车辆故障诊断方法、装置、设备及存储介质
WO2023125852A1 (zh) 远程诊断方法及装置、电子设备和存储介质
CN111860853B (zh) 在线预测系统、设备、方法及电子设备
WO2023125851A1 (zh) 远程诊断方法及装置、电子设备和存储介质
CN115469629A (zh) 远程诊断方法、装置、系统、电子设备和存储介质
CN116149304A (zh) 一种车辆诊断系统、方法、设备及存储介质
CN115933610A (zh) 汽车诊断方法、装置、设备和存储介质
CN116540666A (zh) 一种基于tbox的车辆诊断系统、方法、电子设备及介质
CN116302832A (zh) 一种座舱软件监测方法、装置、设备及存储介质
CN113758689A (zh) 一种可行驶设备底盘特性的测试方法和装置
CN115114250A (zh) 一种日志存储方法、系统、电子设备及存储介质
CN115421062A (zh) 一种蓄电池监控方法、系统、电子设备及存储介质
CN113096269B (zh) 一种信息采集方法、装置、电子设备以及存储介质
CN115604322A (zh) 一种智能座舱域控制器及其控制方法、一种车辆
CN115421834A (zh) 车机窗口管理方法、装置、设备及介质
CN115421986A (zh) 显示内容状态确定方法、装置、设备及存储介质
CN116055485B (zh) 整车健康管理方法、装置、设备及介质
CN115729221B (zh) 一种车辆诊断显示方法、装置、电子设备及存储介质
CN110737983A (zh) 交通工具的功能试验方法、装置、设备及存储介质
CN109582530A (zh) 系统控制方法、装置、计算机及计算机可读存储介质
CN116360385A (zh) 一种车辆故障的远程诊断方法、装置、设备及存储介质
CN115366901B (zh) 一种自动驾驶系统的故障检测方法、装置、设备及存储介质
CN117032193A (zh) 汽车域控制器自动化测试方法、装置、电子设备及介质
CN114460860A (zh) 一种列车级半实物仿真系统综合控制与管理平台及方法
CN115509211A (zh) 一种车辆设备管理方法、系统、设备及介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination