CN105893109B - 车载终端操作系统的加载方法及装置 - Google Patents
车载终端操作系统的加载方法及装置 Download PDFInfo
- Publication number
- CN105893109B CN105893109B CN201510038207.2A CN201510038207A CN105893109B CN 105893109 B CN105893109 B CN 105893109B CN 201510038207 A CN201510038207 A CN 201510038207A CN 105893109 B CN105893109 B CN 105893109B
- Authority
- CN
- China
- Prior art keywords
- fault
- current operation
- failure
- operation system
- characteristic value
- 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.)
- Active
Links
Landscapes
- Stored Programmes (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请实施例公开了一种车载终端操作系统的加载方法及装置,该方法包括:判断当前操作系统的故障特征值是否达到预设特征值;如果未达到,加载该操作系统;如果达到,加载另一操作系统;判断当前操作系统,在加载过程中是否出现故障;如果出现故障,根据所述故障的级别,处理当前操作系统的故障特征值,且执行判断所述当前操作系统的故障特征值是否达到预设特征值这一步骤;采用本申请的方法及装置,可在车载终端的一操作系统在加载过程中崩溃时,加载另一操作系统,从而保证整个车载终端的正常运行。
Description
技术领域
本发明涉及互联网信息技术领域,特别涉及一种车载终端操作系统的加载方法及装置。
背景技术
车载终端又称车辆调度监控终端,是车辆监控管理系统的前端设备,集成有定位、通信和汽车行驶记录仪等多项功能;设置车载终端于车辆内部,车载终端能够自动获取车辆的行驶位置以及行驶速度等信息,且能够将上述信息自动上传至远程监控平台,以使监控平台实时对车辆进行监控。
目前,车载终端的操作系统一般为单操作系统,容错率较低;当操作系统在加载过程中“崩溃”时,整个车载终端均不能正常运行,影响监控平台对车辆的监控。
发明内容
本申请实施例中提供了一种车载终端操作系统的加载方法及装置,以解决车载终端在加载单操作系统过程中崩溃的问题,从而保证整个车载终端的正常运行。
为了解决上述技术问题,本申请实施例公开了如下技术方案:
一种车载终端操作系统的加载方法,车载终端的无内部互锁流水级的微处理器MIPS设有两个操作系统,所述方法包括:
判断当前操作系统的故障特征值是否达到预设特征值;
如果未达到,加载该操作系统;
如果达到,加载另一操作系统;
判断当前操作系统,在加载过程中是否出现故障;
如果出现故障,根据所述故障的级别,处理当前操作系统的故障特征值,且执行判断所述当前操作系统的故障特征值是否达到预设特征值这一步骤。
优选的,根据所述故障的级别,处理当前操作系统的故障特征值,包括:
当所述故障的级别为严重故障级别时,设置当前操作系统的故障特征值为预设特征值。
优选的,根据所述故障的级别,处理当前操作系统的故障特征值,包括:
当所述故障的级别为错误级别时,获取所述故障的故障参数;
根据所述故障参数,获取所述故障参数特征值;
根据所述故障参数特征值,设置当前操作系统的故障特征值。
优选的,根据所述故障的级别,处理当前操作系统的故障特征值,包括:
当所述故障的级别为警告级别时,维持当前操作系统的故障特征值。
优选的,所述判断当前操作系统的故障特征值是否达到预设特征值之前,所述方法还包括:
比较两个操作系统的版本特征码大小;所述版本特征码越大,代表操作系统的版本越新;
确定版本特征码大的操作系统为当前操作系统。
一种车载终端操作系统的加载装置,车载终端的无内部互锁流水级的微处理器MIPS设有两个操作系统,所述装置包括:
故障特征值判断模块,用于判断当前操作系统的故障特征值是否达到预设特征值;
加载模块,用于当未达到预设特征值时,加载当前操作系统,或,当达到预设特征值时,加载另一操作系统;
故障判断模块,用于判断当前操作系统,在加载过程中是否出现故障;
故障处理模块,用于当出现故障时,根据所述故障的级别,处理当前操作系统的故障特征值。
优选的,所述故障处理模块包括:
严重故障处理单元,用于当所述故障的级别为严重故障级别时,设置当前操作系统的故障特征值为预设特征值。
优选的,所述故障处理模块包括:
错误故障参数获取单元,用于当所述故障的级别为错误级别时,获取所述故障的故障参数;
错误故障参数特征值获取单元,用于根据所述故障参数,获取所述故障参数特征值;
错误故障特征值设置单元,用于根据所述故障参数特征值,设置当前操作系统的故障特征值。
优选的,所述故障处理模块包括:
警告故障处理单元,用于当所述故障的级别为警告级别时,维持当前操作系统的故障特征值。
优选的,所述装置还包括:
版本特征码判断模块,用于判断两个操作系统的版本特征码大小;所述版本特征码越大,代表操作系统的版本越新;
确定模块,用于确定版本特征码大的操作系统为当前操作系统。
本发明的有益效果包括:预先在车载终端的MIPS内设两个操作系统;在需加载MIPS的操作系统时,首先判断当前操作系统的故障特征值是否达到预设特征值;如果达到,说明该操作系统将不能正常启动,加载另一操作系统;如果未达到,说明该操作系统仍可正常启动,加载该操作系统;然后,判断所加载的操作系统,在加载过程中是否出现故障;如果出现故障,根据故障的级别,对当前操作系统的故障特征值进行处理,且在处理后,继续判断当前操作系统的故障特征值是否达到预设特征值这一步骤。由上可见,采用本申请的方法和装置,可在MIPS的一操作系统在加载过程中崩溃时,加载另一操作系统,从而保证车载终端的正常运行。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的车载终端的结构示意图;
图2为本申请实施例提供的车载终端操作系统的加载方法的一流程示意图;
图3为本申请实施例提供的车载终端操作系统的加载方法的另一流程示意图;
图4为本申请实施例提供的车载终端操作系统的加载方法的又一流程示意图;
图5为本申请实施例提供的车载终端操作系统的加载装置的一结构示意图;
图6为本申请实施例提供的车载终端操作系统的加载装置的另一结构示意图;
图7为本申请实施例提供的车载终端操作系统的加载装置的又一结构示意图。
具体实施方式
本申请实施例提供了一种车载终端操作系统的加载方法及装置,以在车载终端的两个操作系统中,加载能够正常运行的操作系统。
首先对本申请实施例的车载终端进行说明,如图1所示,至少包括:CAN(Controller Area Network,控制器局域网)接口、MCU(Micro Control Unit,微控制单元)、MIPS(Million Instructions Per Second,无内部互锁流水级的微处理器)、无线通信单元和WIFI(Wireless-Fidelity,无线宽带)单元;其中,CAN接口、MCU、MIPS、无线通信单元和WIFI单元间的连接关系,具体参见图1。
在本申请实施例中,通过CAN接口能够接收车辆内部的信息;MCU和MIPS能够对接收的信息进行处理;无线通信单元能够将处理的信息,上传至监控平台;WIFI单元可提供无线热点,从而方便车辆内人员登陆互联网。
本申请实施例中的车载终端操作系统的加载方法,尤指MIPS操作系统的加载方法。在本申请实施例中,可具体为MIPS配置两个操作系统;本申请实施例中的车载终端操作系统的加载方法,如图2所示,至少包括:
步骤S21:判断当前操作系统的故障特征值是否达到预设特征值;如果未达到,进入步骤S22;如果达到,进入步骤S23;
在本申请实施例中,故障特征值,可具体为量化故障的一数值;而预设特征值可由本领域的技术人员自行设定;当操作系统的故障特征值达到该预设特征值时,如果继续加载该操作系统,该操作系统将“崩溃”。
步骤S22:加载该操作系统;
步骤S23:加载另一操作系统;
步骤S24:判断当前操作系统,在加载过程中是否出现故障;如果出现故障,进入步骤S25;如果未出现故障,进入步骤S26;
步骤S25:根据所述故障的级别,处理当前操作系统的故障特征值,且进入步骤S21;
步骤S26:启动当前操作系统。
由上可见,在本申请实施例中,预先在车载终端的MIPS内设两个操作系统;在需加载MIPS的操作系统时,首先判断当前操作系统的故障特征值是否达到预设特征值;如果达到,说明该操作系统将不能正常启动,加载另一操作系统;如果未达到,说明该操作系统仍可正常启动,加载该操作系统;然后,判断所加载的操作系统,在加载过程中是否出现故障;如果出现故障,根据故障的级别,对当前操作系统的故障特征值进行处理,且在处理后,继续判断当前操作系统的故障特征值是否达到预设特征值这一步骤。由上可见,采用上述方法,可在MIPS的一操作系统在加载过程中崩溃时,加载另一操作系统,从而保证车载终端的正常运行。
在本发明的另一可行实施例中,上述所有实施例中的步骤S25,可具体包括:
当所述故障的级别为严重级别时,设置当前操作系统的故障特征值为预设特征值。
在本申请实施例中,严重级别的故障为零容忍的故障,包括内核崩溃kernelpanic,无法初始化内存和内存卡错误等;
由于当操作系统出现严重级别的故障时,操作系统不能正常运行,面通过将当前操作系统的故障特征值设置为预设特征值,能够实现加载另一操作系统,从而保证整个车载终端的正常运行。
在本发明的又一可行实施例中,如图3所示,上述所有实施例中的步骤S25,可具体包括:
步骤S31:当所述故障的级别为错误级别时,获取所述故障的故障参数;
在本申请实施例中,错误级别的故障,为非重要程序的故障,包括内存泄露和服务器不可达等。
在本申请实施例中,所述故障参数为与该故障相关联的参数,比如,内存泄露的故障参数,可为内存泄露的百分比;服务器不可达的故障参数,可为服务器不可达的时长等。
步骤S32:根据所述故障参数,获取故障参数特征值;
在本申请实施例中,可根据错误故障的严重程度,为故障参数配置不同的故障参数特征值;以内存泄露为例,可为{0-20%}的内存泄露,配置故障参数特征值5;为{20%-60%}的内存泄露,配置故障参数特征值10;为{60%-100%}的内存泄露,配置故障参数特征值15。
步骤S33:根据所述故障参数特征值,设置当前操作系统的故障特征值。
在本申请实施例中,可具体将当前操作系统原有的故障特征值与所获取的故障参数特征值相加,得到的结果,作为当前操作系统现有的故障特征值。
在本申请实施例中,由于操作系统单独的错误故障并不影响操作系统的正常运行,在错误故障积累到一定程度时,才会使得整个操作系统“崩溃”;采用上述方法,可详细记录错误故障的积累,一旦错误故障积累到可使整个操作系统“崩溃”时,加载另一操作系统。
在本发明的另一可行实施例中,上述所有实施例中的步骤S25,可具体包括:
当所述故障的级别为警告级别时,维持当前操作系统的故障特征值。
在本申请实施例中,警告级别的故障可具体为警告信息,包括:电量低警告、信号弱警告以及无法搜到卫星信号警告等。
由于上述警告信息,并不影响操作系统的正常运行,因此,当出现上述警告信息时,无需对当前操作系统的故障特征值做任何处理,维持当前值即可。
在本发明的又一可行实施例中,如图4,上述所有实施例中的方法,还包括:
步骤S41:比较两个操作系统的版本特征码大小;所述版本特征码越大,代表操作系统的版本越新;
步骤S42:确定版本特征码大的操作系统为当前操作系统。
本实施例中,当确定版本特征码大的操作为当前操作系统之后,再对当前操作系统进行后续判断步骤,执行如步骤S21所述的处理操作。
在本申请实施例中,可具体为MIPS配置一新版本操作系统和一旧版本操作系统,由于新版本的操作系统在性能等方面要优于旧版本的操作系统,采用上述方法,能够保证优先启动新版本的操作系统。
通过以上的方法实施例的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
与上述方法相对应的,本发明还公开了一种车载终端操作系统的加载装置,所述车载终端的MIPS内设有两个操作系统,如图5所示,至少包括:
故障特征值判断模块51,用于判断当前操作系统的故障特征值是否达到预设特征值;
加载模块52,用于当未达到预设特征值时,加载当前操作系统,或,当达到预设特征值时,加载另一操作系统;
故障判断模块53,用于判断当前操作系统,在加载过程中是否出现故障;
故障处理模块54,用于当出现故障时,根据所述故障的级别,处理当前操作系统的故障特征值。
在本申请实施例中,故障特征值判断模块51,用于判断当前操作系统的故障特征值是否达到预设特征值;由于当达到预设特征值时,加载该系统会出现“崩溃”。因此,加载模块52,用于当未达到预设特征值时,加载当前操作系统;或当达到预设特征值时,加载另一操作系统;故障判断模块53,用于判断当前操作系统,在加载过程中是否出现故障;故障处理模块54,用于当出现故障时,根据所述故障的级别,处理当前操作系统的故障特征值,且继续执行故障判断模块53的功能。由上可见,采用上述装置,可在车载终端的一操作系统在加载过程中崩溃时,加载另一操作系统,从而保证车载终端的正常运行。
在本发明的另一可行实施例中,如图6所示,上述所有实施例中的故障处理模块54可包括:
严重故障处理单元61,用于当所述故障的级别为严重级别时,设置当前操作系统的故障特征值为预设特征值。
在本申请实施例中,严重级别的故障为零容忍的故障,包括kernel panic,无法初始化内存和内存卡错误等。
由于当操作系统出现严重级别的故障时,操作系统不能正常运行,而通过将当前操作系统的故障特征值设置为预设特征值,能够实现加载另一操作系统,从而保证整个车载终端的正常运行。
错误故障参数获取单元62,用于当所述故障的级别为错误级别时,获取所述故障的故障参数;
在本申请实施例中,错误级别的故障,为非重要程序的故障,包括内存泄露和服务器不可达等。
在本申请实施例中,所述故障参数为与该故障相关联的参数,比如,内存泄露的故障参数,可为内存泄露的百分比;服务器不可达的故障参数,可为服务器不可达的时长等。
错误故障参数特征值获取单元63,用于根据所述故障参数,获取所述故障参数特征值;
在本申请实施例中,可根据错误故障的严重程序,为故障参数配置不同的故障参数特征值;以内存泄露为例,为{0-20%}的内存泄露,配置故障参数特征值5;为{20%-60%}的内存泄露,配置故障参数特征值10;为{60%-100%}的内存泄露,配置故障参数特征值15。
错误故障特征值设置单元64,用于根据所述故障参数特征值,设置当前操作系统的故障特征值。
在本申请实施例中,可具体将当前操作系统的原有故障特征值与所获取的故障参数特征值相加,得到的结果,作为当前操作系统的现有故障特征值。
在本申请实施例中,由于操作系统单独的错误故障并不影响操作系统的正常运行,在错误故障积累到一定程度时,才会使得整个操作系统“崩溃”;采用上述方法,可详细记录错误故障的积累,一旦错误故障积累到使整个操作系统“崩溃”时,加载另一操作系统。
警告故障处理单元65,用于当所述故障的级别为警告级别时,维持当前操作系统的故障特征值。
在本申请实施例中,警告级别的故障可具体为警告信息,包括:电量低警告、信号弱警告以及无法搜到卫星信号警告等。
由于上述警告信息,并不影响操作系统的正常运行,因此,当出现上述警告信息时,无需对当前操作系统的故障特征值做任何处理,维持当前值即可。
在本申请的又一可行实施例中,如图7所示,上述所有实施例中的装置还可包括:
版本特征码判断模块71,用于判断两个操作系统的版本特征码大小;所述版本特征码越大,代表操作系统的版本越新;
确定模块72,用于确定版本特征码大的操作系统为当前操作系统。
在本申请实施例,可具体为MIPS配置一新版本操作系统和一旧版本操作系统,由于新版本的操作系统在性能等方面要优于旧版本的操作系统,采用上述方法,能够保证优先启动新版本的操作系统。
需要说明的是,在本文中,诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅是本发明的具体实施方式,使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (6)
1.一种车载终端操作系统的加载方法,其特征在于,车载终端的无内部互锁流水级的微处理器MIPS设有两个操作系统,所述方法包括:
判断当前操作系统的故障特征值是否达到预设特征值;当前操作系统的故障特征值达到所述预设特征值时,如果继续加载当前操作系统,当前操作系统将崩溃;
如果未达到,加载该操作系统;
如果达到,加载另一操作系统;
判断当前操作系统,在加载过程中是否出现故障;
如果出现故障,根据所述故障的级别,处理当前操作系统的故障特征值,且执行判断所述当前操作系统的故障特征值是否达到预设特征值这一步骤;
根据所述故障的级别,处理当前操作系统的故障特征值,包括:
当所述故障的级别为错误级别时,获取所述故障的故障参数;
根据所述故障参数,获取故障参数特征值;
根据所述故障参数特征值,设置当前操作系统的故障特征值;
将当前操作系统原有的故障特征值与所获取的故障参数特征值相加,得到的结果,作为当前操作系统现有的故障特征值,以记录错误故障的积累;
所述判断当前操作系统的故障特征值是否达到预设特征值之前,所述方法还包括:
比较两个操作系统的版本特征码大小;所述版本特征码越大,代表操作系统的版本越新;
确定版本特征码大的操作系统为当前操作系统。
2.根据权利要求1所述的方法,其特征在于,根据所述故障的级别,处理当前操作系统的故障特征值,包括:
当所述故障的级别为严重故障级别时,设置当前操作系统的故障特征值为预设特征值。
3.根据权利要求1所述的方法,其特征在于,根据所述故障的级别,处理当前操作系统的故障特征值,包括:
当所述故障的级别为警告级别时,维持当前操作系统的故障特征值。
4.一种车载终端操作系统的加载装置,其特征在于,车载终端的无内部互锁流水级的微处理器MIPS设有两个操作系统,所述装置包括:
故障特征值判断模块,用于判断当前操作系统的故障特征值是否达到预设特征值;当前操作系统的故障特征值达到所述预设特征值时,如果继续加载当前操作系统,当前操作系统将崩溃;
加载模块,用于当未达到预设特征值时,加载当前操作系统,或,当达到预设特征值时,加载另一操作系统;
故障判断模块,用于判断当前操作系统,在加载过程中是否出现故障;
故障处理模块,用于当出现故障时,根据所述故障的级别,处理当前操作系统的故障特征值;
所述故障处理模块包括:
错误故障参数获取单元,用于当所述故障的级别为错误级别时,获取所述故障的故障参数;
错误故障参数特征值获取单元,用于根据所述故障参数,获取故障参数特征值;
错误故障特征值设置单元,用于根据所述故障参数特征值,设置当前操作系统的故障特征值;
所述错误故障特征值设置单元,还用于将当前操作系统原有的故障特征值与所获取的故障参数特征值相加,得到的结果,作为当前操作系统现有的故障特征值,以记录错误故障的积累;
所述装置还包括:
版本特征码判断模块,用于判断两个操作系统的版本特征码大小;所述版本特征码越大,代表操作系统的版本越新;
确定模块,用于确定版本特征码大的操作系统为当前操作系统。
5.根据权利要求4所述的装置,其特征在于,所述故障处理模块包括:
严重故障处理单元,用于当所述故障的级别为严重故障级别时,设置当前操作系统的故障特征值为预设特征值。
6.根据权利要求4所述的装置,其特征在于,所述故障处理模块包括:
警告故障处理单元,用于当所述故障的级别为警告级别时,维持当前操作系统的故障特征值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510038207.2A CN105893109B (zh) | 2015-01-26 | 2015-01-26 | 车载终端操作系统的加载方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510038207.2A CN105893109B (zh) | 2015-01-26 | 2015-01-26 | 车载终端操作系统的加载方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105893109A CN105893109A (zh) | 2016-08-24 |
CN105893109B true CN105893109B (zh) | 2019-05-31 |
Family
ID=56999697
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510038207.2A Active CN105893109B (zh) | 2015-01-26 | 2015-01-26 | 车载终端操作系统的加载方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105893109B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5923247A (en) * | 1994-12-23 | 1999-07-13 | British Telecommunications Public Limited Company | Fault monitoring |
CN101282176A (zh) * | 2008-05-23 | 2008-10-08 | 中兴通讯股份有限公司 | 故障处理方法和装置 |
CN101866271A (zh) * | 2010-06-08 | 2010-10-20 | 华中科技大学 | 一种基于raid的安全预警系统和方法 |
CN103902316A (zh) * | 2012-12-27 | 2014-07-02 | 联想(北京)有限公司 | 切换方法和电子设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101163047B (zh) * | 2007-11-23 | 2010-08-25 | 上海华为技术有限公司 | 一种实现主设备和备用设备倒换的方法和装置 |
-
2015
- 2015-01-26 CN CN201510038207.2A patent/CN105893109B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5923247A (en) * | 1994-12-23 | 1999-07-13 | British Telecommunications Public Limited Company | Fault monitoring |
CN101282176A (zh) * | 2008-05-23 | 2008-10-08 | 中兴通讯股份有限公司 | 故障处理方法和装置 |
CN101866271A (zh) * | 2010-06-08 | 2010-10-20 | 华中科技大学 | 一种基于raid的安全预警系统和方法 |
CN103902316A (zh) * | 2012-12-27 | 2014-07-02 | 联想(北京)有限公司 | 切换方法和电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN105893109A (zh) | 2016-08-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101835303B1 (ko) | 컴퓨팅 장치들에 대한 시스템 성능 및 이벤트 데이터를 수집, 추적 및 저장하기 위한 시스템들 및 방법들 | |
US9332362B2 (en) | Acoustic diagnosis and correction system | |
CN104769554A (zh) | 用于提供移动设备支持服务的系统、方法、设备以及计算机程序产品 | |
CN104777762A (zh) | 一种车载系统监测方法及其终端 | |
JP6393533B2 (ja) | 診断システム及び診断サーバ | |
US20150356794A1 (en) | Connected vehicle predictive quality | |
US20210035381A1 (en) | Method and apparatus for processing diagnosis data, diagnosis device and server | |
CN103995715A (zh) | 应用程序的修复方法、装置及服务器 | |
Odat et al. | Firmware over the air for automotive, fotamotive | |
JP6177113B2 (ja) | 保全点検システム | |
US9336075B2 (en) | Monitoring apparatus, monitoring method, and storage medium | |
CN104049999A (zh) | 基于网络的存储设备自动修复系统及其方法 | |
CN110659106B (zh) | 一种容器状态检查方法及装置 | |
CN104346410A (zh) | 一种终端设备的监控方法及设备 | |
CN105893109B (zh) | 车载终端操作系统的加载方法及装置 | |
CN104765679B (zh) | 一种基于用户行为的业务在线测试方法与装置 | |
CN110598797B (zh) | 故障的检测方法及装置、存储介质和电子装置 | |
CN109709849B (zh) | 单片机安全运行控制方法与装置 | |
KR101789087B1 (ko) | 차계부 자동 업데이트 방법, 컴퓨터 프로그램 및 단말 | |
CN104408059A (zh) | 一种故障处理的方法及装置 | |
CN105208080A (zh) | 一种解决方案的获取方法、移动终端、车载终端及系统 | |
CN111324504A (zh) | 电力通信网络运行状态监测方法和装置 | |
CN105320615B (zh) | 数据存储方法和数据存储装置 | |
US20090083747A1 (en) | Method for managing application programs by utilizing redundancy and load balance | |
CN109388436A (zh) | 开机流程的控制方法、装置及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP02 | Change in the address of a patent holder |
Address after: 100176 room 502-1, floor 5, building 2, courtyard 10, keguyi street, Beijing Economic and Technological Development Zone, Daxing District, Beijing Patentee after: NEW SINGULARITY INTERNATIONAL TECHNICAL DEVELOPMENT Co.,Ltd. Address before: 100081, Beijing, Haidian District sorghum Bridge oblique Street No. 34, building 212, room 19 Patentee before: NEW SINGULARITY INTERNATIONAL TECHNICAL DEVELOPMENT Co.,Ltd. |
|
CP02 | Change in the address of a patent holder |