车载系统状态监测方法、系统、存储介质及电子设备与流程

1.本发明属于车辆技术领域，特别是涉及一种车载系统状态监测方法、系统、存储介质及电子设备。


背景技术：

2.随着电子和软件技术日新月异的发展，电子设备的功能越来越丰富，用户的要求也越来越高。电子设备丰富的产品功能使系统的复杂性成指数级增长，与此同时，也带来了很多问题和不稳定因素，如开机死机、黑屏等问题，很多设备在开机死机黑屏后，通过watchdog，即看门狗反复重启，试图通过再次重启解决黑屏问题等开机异常启动问题。
3.然而，上述处理方法可以处理系统偶然出现的开机异常问题，但针对复杂的应用场景仍有一些缺陷和不足，如：第一、对于真正有异常的系统，则很有可能会陷入一种无尽的开机重试循环中；第二、该方法不能提供一种有效的处理措施或者给用户以人性化的反馈。
4.因此，如何提供一种车载系统状态监测方法、系统、存储介质及电子设备，以解决现有技术无法对系统状态进行准确监测，进而根据监测结果引导用户灵活处理等缺陷，成为本领域技术人员亟待解决的技术问题。


技术实现要素：

5.鉴于以上所述现有技术的缺点，本发明的目的在于提供一种车载系统状态监测方法、系统、存储介质及电子设备，其优势在于，可以对系统状态进行准确监测，进而根据监测结果引导用户灵活处理。
6.本发明的另一目的在于提供一种车载系统状态监测方法、系统、存储介质及电子设备，其优势在于，提供了一种针对系统启动异常的问题处理方法和交互反馈方法，有效地帮助用户自行处理较大一批开机黑屏的问题，为车机在研发、测试、售后各个阶段快速判断、发现及解决问题提供了便利。
7.本发明的另一目的在于提供一种车载系统状态监测方法、系统、存储介质及电子设备，其优势在于，避免了确实存在异常的系统陷入无尽的开机重复循环中。
8.本发明的另一目的在于提供一种车载系统状态监测方法、系统、存储介质及电子设备，其优势在于，可以通过界面交互向用户提供有效的处理措施，以进行人性化的反馈。
9.本发明的另一目的在于提供一种车载系统状态监测方法、系统、存储介质及电子设备，其优势在于，既可以处理随机小概率的开机黑屏问题，也可以在系统真正发生错误时，根据不同的错误类型尝试引导用户进行修复。
10.为实现上述目的及其他相关目的，本发明一方面提供一种车载系统状态监测方法，所述车载系统状态监测方法包括以下步骤：获取系统启动时的启动标识；所述启动标识的状态值用于指示系统初始化是否成功；获取系统各分区的挂载状态；根据所述启动标识和所述各分区的挂载状态判定系统的启动状态。
11.为实现上述目的及其他相关目的，本发明另一方面提供一种车载系统状态监测系统，所述车载系统状态监测系统包括：第一获取模块，用于获取系统启动时的启动标识；所述启动标识的状态值用于指示系统初始化是否成功；第二获取模块，用于获取系统各分区的挂载状态；启动状态判断模块，用于根据所述启动标识和所述各分区的挂载状态判定系统的启动状态。
12.为实现上述目的及其他相关目的，本发明另一方面提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的车载系统状态监测方法。
13.为实现上述目的及其他相关目的，本发明另一方面提供一种电子设备，包括：处理器及存储器；所述存储器用于存储计算机程序，所述处理器用于执行所述存储器存储的计算机程序，以使所述电子设备执行所述的车载系统状态监测方法。
附图说明
14.图1显示为本发明的车载系统状态监测方法于一实施例中的原理流程图。
15.图2显示为本发明的车载系统状态监测方法于一实施例中的启动状态判断流程图。
16.图3显示为本发明的车载系统状态监测方法于一实施例中的启动失败处理流程图。
17.图4显示为本发明的车载系统状态监测方法于一实施例中的处理方式示意图。
18.图5显示为本发明的车载系统状态监测方法于一实施例中的启动成功流程图。
19.图6显示为本发明的车载系统状态监测方法于一实施例中的启动失败界面示意图。
20.图7显示为本发明的车载系统状态监测方法于一实施例中的启动失败流程图。
21.图8显示为本发明的车载系统状态监测系统于一实施例中的结构原理图。
22.图9显示为本发明的电子设备于一实施例中的结构连接示意图。
23.元件标号说明
[0024]8ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
车载系统状态监测系统
[0025]
81
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
第一获取模块
[0026]
82
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
第二获取模块
[0027]
83
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
启动状态判断模块
[0028]9ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
电子设备
[0029]
91
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
处理器
[0030]
92
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
存储器
[0031]
s11～s16
ꢀꢀꢀꢀꢀꢀꢀꢀ
步骤
[0032]
s131～s133
ꢀꢀꢀꢀꢀꢀ
步骤
具体实施方式
[0033]
以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实
施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。
[0034]
需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
[0035]
本发明所述的车载系统状态监测方法、系统、存储介质及电子设备提供了一种针对系统启动异常的问题处理方法和交互反馈方法，有效地帮助用户自行处理了较大一批开机黑屏的问题，为车机在研发、测试、售后各个阶段快速判断、发现及解决问题提供了便利。
[0036]
以下将结合图1至图9详细阐述本实施例的一种车载系统状态监测方法、系统、存储介质及电子设备的原理及实施方式，使本领域技术人员不需要创造性劳动即可理解本实施例的车载系统状态监测方法、系统、存储介质及电子设备。
[0037]
请参阅图1，显示为本发明的车载系统状态监测方法于一实施例中的原理流程图。如图1所示，所述车载系统状态监测方法具体包括以下几个步骤：
[0038]
s11，获取系统启动时的启动标识；所述启动标识的状态值用于指示系统初始化是否成功。
[0039]
于一实施例中，通过启动监测服务检测所述启动标识以及系统各分区的挂载状态。
[0040]
具体地，本发明在系统正常运行的环境下，增加一启动监测服务，其主要功能包括以下两点：a、通过启动监测服务检测所述启动标识，即系统成功启动完成标识completeflag，启动完成标识由安卓系统在初始化阶段设置，初始化成功则设置1，否则设置0，需要说明的是，本实施例中的车载系统采用安卓系统，在其余实施例中也可采用其他操作系统；b、通过启动监测服务检测各分区(如系统分区-system分区、数据分区-data分区、标识信息分区-private分区、开关设置分区-misc分区、常用数据分区-cache分区、地图分区)的挂载情况。
[0041]
其中，system分区基本上包含了整个操作系统，比如内核和内存。这包括安卓的用户界面以及所有预先安装在设备中的系统应用。擦除system分区，将把安卓系统从设备中删除，但是设备依然可以启动，仍然可以把电子设备放进回收或引导模式来安装新的rom(read-only memory，只读存储器)。data分区包含用户的数据，是用户的联系人，短信，设置和应用程序存放的地方。擦除data分区，就相当于执行恢复出厂设置，恢复到第一次启动状态，或者最后一次系统升级的状态。当执行擦除数据/恢复工厂设置时，data分区被擦除。private分区为私有分区，即非标准分区。用户存放系统序列码等信息，并且使用恢复出厂设置或者量产等操作无法清除该内容，产品出厂后会在该分区写入内容。出厂后一般不允许用户修改该分区内容。misc分区包含on/off开关形式的系统设置。这些设置可包括cid(carrier or region id)，usb配置和某些硬件的设置等。如果损坏或丢失，一些设备的功能将不能正常工作。cache分区是安卓存储频繁访问的数据和应用程序的组件的分区。擦除cache分区不影响用户的个人资料，只是去掉了现有的数据。
[0042]
其中，初始化包括安卓系统中各个硬件模块、数据库以及各种服务和app的配置和
启动，当数据库、存储分区以及硬件模块等有异常或错误会导致不成功。
[0043]
s12，获取系统各分区的挂载状态。
[0044]
s13，根据所述启动标识和所述各分区的挂载状态判定系统的启动状态。
[0045]
请参阅图2，显示为本发明的车载系统状态监测方法于一实施例中的启动状态判断流程图。如图2所示，s13包括：
[0046]
s131，判断所述启动标识是否指示初始化成功，且所述各分区的挂载状态均为正常；所述各分区至少包括：系统分区、数据分区、标识信息分区、开关设置分区、常用数据分区和地图分区中的一种。
[0047]
s132，若所述启动标识指示初始化成功，且所述各分区的挂载状态均为正常，判定系统启动正常。
[0048]
s133，若所述启动标识指示初始化失败和/或所述各分区中存在至少一个分区的挂载状态为异常，判定系统启动失败。
[0049]
请参阅图3，显示为本发明的车载系统状态监测方法于一实施例中的启动失败处理流程图。如图3所示，在判定系统启动失败时，车载系统状态监测方法还包括以下步骤：
[0050]
s14，保存错误标识，所述错误标识在系统启动失败时生成。
[0051]
于一实施例中，所述错误标识用于提供系统异常的类型信息，以根据所述错误标识判断出现异常的分区类型。
[0052]
s15，进行系统重启，获取并分析所述错误标识。
[0053]
具体地，通过所述错误标识由系统分区-system分区、数据分区-data分区、标识信息分区-private分区、开关设置分区-misc分区、常用数据分区-cache分区、地图分区等分区中确定出现异常的分区类型。
[0054]
s16，根据分析结果确定不同的处理方式。
[0055]
请参阅图4，显示为本发明的车载系统状态监测方法于一实施例中的处理方式示意图。如图4所示，
[0056]
一方面，若所述分析结果为用户无法修复，则发出需要专业维修的提示信息。具体地，用户需要根据处理界面中呈现的提示信息或引导信息到4s店或厂家寻求专业帮助。
[0057]
于一实施例中，所述启动标识指示初始化失败和/或所述系统分区挂载失败时，判定用户无法修复。
[0058]
进一步地，针对用户无法修复的情况，所述提示信息可以向用户呈现4s店的位置及用户设备当前位置到4s店的导航信息，还可以向用户呈现厂家的联系方式，联系方式包括电话、邮箱或网址等。
[0059]
另一方面，若所述分析结果为用户自行修复，则呈现与此次修复对应的引导信息，以使用户根据所述引导信息进行系统的自行修复。
[0060]
于一实施例中，所述分析结果为数据分区、标识信息分区、开关设置分区、常用数据分区和地图分区中的至少一种分区挂载异常时，判定用户自行修复。
[0061]
进一步地，针对用户自行修复的情况，所述提示信息可以是向用户呈现用户社交圈中可以解决此问题的相关人员。具体地，用户的电子设备中设有一应用程序，将分析结果发送至该应用程序中，该应用程序自动将分析结果中的错误类型进行公开发布，以便社交圈内的所有用户均可以看到该发布消息，能够解决该问题的用户可以通过私信等方式的聊
天窗口或远程协助等方式及时帮助用户进行修复。
[0062]
以下将结合图5至图7的具体实施例对所述车载系统状态监测方法的原理及效果进行详细说明。
[0063]
请参阅图5，显示为本发明的车载系统状态监测方法于一实施例中的启动成功流程图。如图5所示，设备上电启动90s后，令boot_status＝0，运行启动监测服务，检测启动完成标识completeflag和分区挂载情况：(1)如果检测到completeflag值为1以及分区都挂载成功，则判断本次系统启动正常，设置成功标识，随后退出服务。(2)检测各分区(例如system、data、cache及private分区)的挂载情况，若挂载有异常，记录异常分区同时置boot_status＝system_err|data_err|cache_err|private_err。若此时检测到completeflag值为0，则记录启动完成标志状态，同时boot_status|＝nocomplete_err，当boot_status不为0时，则进入系统异常恢复处理。
[0064]
需要说明的是，设备上电启动时间为90s仅为本实施例列举的其中一个时间段，该时间段的长短受设备升级或修复后第一次启动时间的影响；一般情况下，升级后或恢复出厂后第一次启动，系统和各类app需要新建数据库以及相应的配置文件，由此导致耗时相对较长。
[0065]
请参阅图6，显示为本发明的车载系统状态监测方法于一实施例中的启动失败界面示意图。如图6所示，如果检测到completeflag为0和/或分区挂载异常，启动监测服务将设置保存相应的错误标识，然后重启再次验证系统是否真的有问题，如再次重启系统依然检测异常，则第三次重启使设备进入恢复模式。
[0066]
如图6所示，恢复模式下界面呈现的信息可以包括：(1)界面呈现的模式类型为recovery，即进入恢复模式。(2)当前时间为2020年11月10日06：46：09。(3)界面显示的错误类型：检测到用户data分区异常，是否尝试修复？(4)修复操作对系统的影响等相关提示信息：分区修复将导致用户数据丢失。(5)用户可操作的选项：是或否。若用户明确上述信息后，需要进行修复，则点击“是”，若用户不想进行自我修复，则点击“否”。
[0067]
请参阅图7，显示为本发明的车载系统状态监测方法于一实施例中的启动失败流程图。如图7所示，如果检测到completeflag为0和/或分区挂载异常，启动监测服务将设置保存相应的错误标识，然后重启再次验证系统是否真的有问题，如再次重启系统依然检测异常，则第三次重启使设备进入恢复模式。
[0068]
设备在进入recovery恢复模式后，首先读取异常标志记录中的错误标识，并根据错误类型，即异常类型执行相应的操作或提示：
[0069]
a、如果发现用户数据分区(如data分区、private分区或cache分区等)挂载异常，则显示修复引导界面，引导用户自动修复或格式化对应的分区同时输出系统正在优化提示。在修复成功后，清除异常记录，重新启动进入系统，并再次通过启动监测服务进行检测。
[0070]
b、如果不是用户数据分区(如data分区、private分区或cache分区等)挂载异常，则判断是否为inand分区(地图分区)出现异常，若是，则提示用户是否修复inand分区，响应于用户允许修复，格式化地图分区。在修复成功后，清除异常记录，重新启动进入系统，并再次通过启动监测服务进行检测。
[0071]
c、如果发现completeflag非真，或system分区挂载失败，则界面提示用户联系厂家或4s店进行维修。
[0072]
本发明所述的车载系统状态监测方法的保护范围不限于本实施例列举的步骤执行顺序，凡是根据本发明的原理所做的现有技术的步骤增减、步骤替换所实现的方案都包括在本发明的保护范围内。
[0073]
以下将结合图示对本实施例所提供的车载系统状态监测系统进行详细描述。需要说明的是，应理解以下系统的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现，也可以全部以硬件的形式实现，还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如：某一模块可以为单独设立的处理元件，也可以集成在下述系统的某一个芯片中实现。此外，某一模块也可以以程序代码的形式存储于下述系统的存储器中，由下述系统的某一个处理元件调用并执行以下某一模块的功能。其它模块的实现与之类似。这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以下各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
[0074]
以下这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integrated circuit，简称asic)，一个或多个数字信号处理器(digital signal processor，简称dsp)，一个或者多个现场可编程门阵列(field programmable gate array，简称fpga)等。当以下某个模块通过处理元件调用程序代码的形式实现时，该处理元件可以是通用处理器，如中央处理器(central processing unit，简称cpu)或其它可以调用程序代码的处理器。这些模块可以集成在一起，以片上系统(system-on-a-chip，简称soc)的形式实现。
[0075]
请参阅图8，显示为本发明的车载系统状态监测系统于一实施例中的结构原理图。如图8所示，所述车载系统状态监测系统8包括：第一获取模块81、第二获取模块82和启动状态判断模块83。
[0076]
所述第一获取模块81用于获取系统启动时的启动标识；所述启动标识的状态值用于指示系统初始化是否成功。
[0077]
于一实施例中，所述第一获取模块81具体用于通过启动监测服务检测所述启动标识以及系统各分区的挂载状态。
[0078]
所述第二获取模块82用于获取系统各分区的挂载状态。
[0079]
所述启动状态判断模块83用于根据所述启动标识和所述各分区的挂载状态判定系统的启动状态。
[0080]
于一实施例中，所述启动状态判断模块83具体用于判断所述启动标识是否指示初始化成功，且所述各分区的挂载状态均为正常；所述各分区至少包括：系统分区、数据分区、标识信息分区、开关设置分区、常用数据分区和地图分区中的一种；若所述启动标识指示初始化成功，且所述各分区的挂载状态均为正常，判定系统启动正常；若所述启动标识指示初始化失败和/或所述各分区中存在至少一个分区的挂载状态为异常，判定系统启动失败。
[0081]
本发明所述的车载系统状态监测系统可以实现本发明所述的车载系统状态监测方法，本发明所述的车载系统状态监测系统中各个模块的功能原理与所述的车载系统状态监测方法一一对应，但本发明所述的车载系统状态监测方法的实现装置包括但不限于本实
施例列举的车载系统状态监测系统的结构，凡是根据本发明的原理所做的现有技术的结构变形和替换，都包括在本发明的保护范围内。
[0082]
本实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述车载系统状态监测方法。
[0083]
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过计算机程序相关的硬件来完成。前述的计算机程序可以存储于一计算机可读存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的计算机可读存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的计算机存储介质。
[0084]
请参阅图9，显示为本发明的电子设备于一实施例中的结构连接示意图。如图9所示，本实施例提供一种电子设备9，具体包括：处理器91及存储器92；所述存储器92用于存储计算机程序，所述处理器91用于执行所述存储器92存储的计算机程序，以使所述电子设备9执行所述车载系统状态监测方法的各个步骤。
[0085]
上述的处理器91可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(alication specific integrated circuit，简称asic)、现场可编程门阵列(field programmable gatearray，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
[0086]
上述的存储器92可能包含随机存取存储器(random access memory，简称ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。
[0087]
于实际应用中，所述电子设备可以是包括存储器、存储控制器、一个或多个处理单元(cpu)、外设接口、rf电路、音频电路、扬声器、麦克风、输入/输出(i/o)子系统、显示屏、其他输出或控制设备，以及外部端口等组件的计算机；所述计算机包括但不限于如台式电脑、笔记本电脑、平板电脑、智能手机、智能电视、个人数字助理(personal digital assistant，简称pda)等个人电脑，所述电子设备还可以是车机端或是智能眼镜、智能手表或其他可穿戴设备。在另一些实施方式中，所述电子设备还可以是服务器，所述服务器可以根据功能、负载等多种因素布置在一个或多个实体服务器上，也可以是由分布的或集中的服务器集群构成的云服务器，本实施例不作限定。
[0088]
于一实施例中，所述电子设备为车机端。其应用场景例如：(1)用户启动车辆时，车机黑屏不亮屏的情况；(2)系统升级后，设备启动黑屏的情况；(3)长久使用过程，用户数据分区损坏的情况，即出现用户数据分区(如data分区、cache分区、misc分区、private分区、地图分区等)挂载异常；(4)异常下电导致的系统数据损坏的情况，即system分区挂载失败。在上述情况下，车机端执行所述车载系统状态监测方法，以根据错误类型向用户进行相应的操作或提示。
[0089]
综上所述，本发明所述车载系统状态监测方法、系统、存储介质及电子设备可以对系统状态进行准确监测，进而根据监测结果引导用户灵活处理。提供了一种针对系统启动异常的问题处理方法和交互反馈方法，有效地帮助用户自行处理了较大一批开机黑屏的问题，为车机在研发、测试、售后各个阶段快速判断、发现及解决问题提供了便利。避免了确实存在异常的系统陷入无尽的开机重复循环中。可以通过界面交互向用户提供有效的处理措施，以进行人性化的反馈。既可以处理随机小概率的开机黑屏问题，也可以在系统真正发生
错误时，根据不同的错误类型尝试引导用户进行修复。本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。
[0090]
上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。