CN111949446A - 重启方法、装置、车载设备及存储介质 - Google Patents

重启方法、装置、车载设备及存储介质 Download PDF

Info

Publication number
CN111949446A
CN111949446A CN202010754236.XA CN202010754236A CN111949446A CN 111949446 A CN111949446 A CN 111949446A CN 202010754236 A CN202010754236 A CN 202010754236A CN 111949446 A CN111949446 A CN 111949446A
Authority
CN
China
Prior art keywords
vehicle
state
time
preset time
restarting
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
CN202010754236.XA
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.)
Shenzhen Launch Technology Co Ltd
Original Assignee
Shenzhen Launch Technology 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 Shenzhen Launch Technology Co Ltd filed Critical Shenzhen Launch Technology Co Ltd
Priority to CN202010754236.XA priority Critical patent/CN111949446A/zh
Publication of CN111949446A publication Critical patent/CN111949446A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1415Saving, restoring, recovering or retrying at system level
    • G06F11/1438Restarting or rejuvenating
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • G06F9/4418Suspend and resume; Hibernate and awake

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请提供一种重启方法、装置、车载设备及存储介质,涉及车辆技术领域,能够有效改善车载设备长时间运行的可靠性问题。该方法包括:获取车辆的状态;若当前时刻所述车辆的状态为熄火状态,则获取本机的***运行时间;根据所述***运行时间和预设的时间阈值,确定是否执行重启操作。

Description

重启方法、装置、车载设备及存储介质
技术领域
本申请涉及车辆技术领域,尤其涉及一种重启方法、装置、车载设备及存储介质。
背景技术
随着车联网技术的不断发展,车载设备,例如车载T-BOX(Telematics BOX)的应用也变得越来越普及。而车载T-BOX作为无线网关,需要通过4G远程无线通讯、GPS卫星定位、加速度传感和CAN通讯等功能,为整车提供远程通讯接口,其一旦进入使用之后,会长时间处于持续运行状态,导致车载T-BOX的***出现变慢或卡顿等问题。
目前,为了解决上述问题,通常由mcu(Micro Controller Unit)和车载T-BOX之间定时进行通讯,并在车载T-BOX超时没有应答的情况下,重启车载T-BOX。然而,由于车载T-BOX的超时应答时间通常以分钟为单位,且需要多次进行通讯验证需要耗费更长的时间,导致通过上述方法不能及时检测到内存故障的问题,无法保证车载设备长时间运行的可靠性,存在车辆数据丢失的风险。
发明内容
本申请实施例提供了一种重启方法、车载设备及存储介质,能够有效改善车载设备长时间运行的可靠性,避免车辆数据丢失的问题。
第一方面,本申请提供一种重启方法,应用于车载设备,所述重启方法包括:
获取当前时刻车辆的状态;
若所述车辆的状态为熄火状态,则获取本机的***运行时间;
根据所述***运行时间和预设的时间阈值,确定是否执行重启操作。
在一可选的实现方式中,根据所述***运行时间和预设的时间阈值,确定是否执行重启操作,包括:
若所述***运行时间大于或等于预设的时间阈值,则执行重启操作;
若所述***运行时间小于预设的时间阈值,则不执行重启操作。
在一可选的实现方式中,在若所述***运行时间大于或等于预设的时间阈值之后,还包括:
判断当前时刻是否在预设时间段内;
若当前时刻在预设时间段内,且是所述预设时间段的起始时刻,则延时执行重启操作;
若当前时刻在预设时间段内,且不是所述预设时间段的起始时刻,则执行重启操作。
在一可选的实现方式中,在判断当前时刻是否在预设时间段内之后,还包括:
若当前时刻不在预设时间段内,则执行重启操作。
在一可选的实现方式中,所述延时执行重启操作,包括:
响应于监测到所述***运行时间延长至延时时长,则执行重启操作。
在一可选的实现方式中,在实时获取车辆的状态之后,还包括:
若当前时刻所述车辆的状态为熄火状态,则本机进入休眠模式,并启动定时唤醒功能。
在一可选的实现方式中,在若当前时刻所述车辆的状态为熄火状态,则本机进入休眠模式,并启动定时唤醒功能之后,包括:
若检测到所述车辆的状态由熄火状态变为点火状态,则关闭所述定时唤醒功能。
第二方面,本申请提供一种重启装置,包括:
第一获取模块,用于获取当前时刻车辆的状态;
第二获取模块,用于在若所述车辆的状态为熄火状态,则获取本机的***运行时间;
确定模块,用于根据所述***运行时间和预设的时间阈值,确定是否执行重启操作。
在一可选的实现方式中,所述确定模块,包括:
第一执行单元,用于在若所述***运行时间大于或等于预设的时间阈值,则执行重启操作;
第二执行单元,用于在若所述***运行时间小于预设的时间阈值,则不执行重启操作。
在一可选的实现方式中,还包括:
判断模块,用于判断当前时刻是否在预设时间段内;
第一执行模块,用于在若当前时刻在预设时间段内,且是所述预设时间段的起始时刻,则延时执行重启操作;
第二执行模块,用于在若当前时刻在预设时间段内,且不是所述预设时间段的起始时刻,则执行重启操作。
在一可选的实现方式中,还包括:
第三执行模块,用于在若当前时刻不在预设时间段内,则执行重启操作。
在一可选的实现方式中,所述第三执行模块,具体用于:
响应于监测到所述***运行时间延长至延时时长,则执行重启操作。
在一可选的实现方式中,还包括:
启动模块,用于在若当前时刻所述车辆的状态为熄火状态,则本机进入休眠模式,并启动定时唤醒功能。
在一可选的实现方式中,还包括:
关闭模块,用于在若检测到所述车辆的状态由熄火状态变为点火状态,则关闭所述定时唤醒功能。
第三方面,本申请提供一种车载设备,包括:存储器,用于存储车载设备重启程序;
处理器,用于执行所述车辆测试考核程序时实现如第一方面或第一方面的任意可选方式所述的方法。
第四单元,本申请提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如第一方面或第一方面的任意可选方式所述的方法。
第五方面,本申请实施例提供了一种计算机程序产品,当计算机程序产品在车载设备上运行时,使得车载设备执行上述第一方面或第一方面的任意可选方式所述的方法。
采用本申请提供的重启方法,通过在车辆处于熄火状态时,获取车载设备的***运行时间,并根据车载设备的***运行时间和预设的时间阈值,来确定对车载设备是否进行重启,能够有效避免在车载设备的内存存在故障时,无法及时进行车载设备重启的问题,从而有效改善车载设备长时间运行的可靠性,避免车辆数据丢失的问题。
可以理解的是,上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述,在此不再赘述。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请第一实施例提供的车载TBOX的使用原理图;
图2是本申请第二实施例提供的重启方法的流程示意图;
图3是本申请第三实施例提供的重启方法的流程示意图;
图4是本申请第四实施例提供的重启装置的示意图;
图5是本申请第五实施例提供的车载设备的示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定***结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的***、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。另外,在本申请说明书和所附权利要求书的描述中,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
还应当理解,在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
在说明本申请提供的重启方法之前,首先结合图1对车载设备的使用场景及车载设备重启过程中的相关概念进行示例性的说明。
示例性地,如图1所示,图1是本申请第一实施例提供的车载设备的使用原理图。车载设备101安装于车辆102上,并与车辆102的CAN总线103连接,车载设备101可以深度读取车辆CAN总线数据和私有协议,且车载设备具有双核处理的检测***1011(On BoardDiagnostics,OBD)和双核处理的CPU构架1012。
需要说明的是,车载设备101作为车辆的无线网关通过网络,例如4G网络远程无线通讯、GPS卫星定位、加速度传感和CAN通讯等功能,为整车提供远程通讯接口,提供包括行车数据采集、行驶轨迹记录、车辆故障监控、车辆远程查询和控制(开闭锁、空调控制、车窗控制、发送机扭矩限制、发动机启停)、驾驶行为分析、无线热点分享等服务。需要说明的是,车载设备101安装于车辆102上之后,将长时间处于运行状态,而车载设备101的***长时间运行之后,会出现内存碎片和内存泄漏等异常情况,造成车载设备的***变慢,甚至出现卡顿的现象。由于现有的车载设备没有屏幕,用户也不会实时对车载设备进行操作,若通过通讯应答的方式来检测车载设备是否正常运行,等发现问题时,可能已经造成车载设备的数据丢失,从而严重影响用户的体验。
针对于此,本申请实施例提供了一种重启方法,通过实施获取车辆的状态,并在车辆处于熄火状态时,判断车载设备的***运行时间与预设的时间阈值,来确定是否对车载设备进行重启,可以保证在车载设备运行预设时长后,通过重启来避免车载设备持续运行过长时间导致的故障问题,从而能够有效改善车载设备长时间运行的可靠性,避免车辆数据丢失的问题,且在车辆处于熄火状态时,确定是否对车载设备进行重启,能够保证不影响车载设备对数据的处理,提高用户的体验效果。
下面通过具体实施例,对本申请提供的重启方法进行示例性的说明。
请参见图2,图2是本申请第二实施例提供的重启方法的流程示意图。本实施例中重启方法的执行主体为车载设备,例如,车载TBOX。如图2所示的重启方法可包括:
S201,获取当前时刻车辆的状态。
在本实施例中,车辆的状态包括行驶状态,点火状态或者熄火状态。可以理解地,当车辆处于行驶状态时,由于安装于车辆上的车载设备,例如,车载TBOX***处于通讯状态,如果车辆处于行驶状态时,车载TBOX进行重启,则会影响车载TBOX对数据的接收以及处理。
当车辆处于点火状态时,则说明车辆马上进入行驶状态了,此时车载设备进行重启,则也会影响车载设备对数据的接收以及处理。
当车辆处于熄火状态时,车载设备通常不需要进行数据的接收及处理,因此,在本实施例中,首先获取车辆的状态,通过车辆的状态来判断是否需要车载设备进行重启。
在一可选的实现方式中,当车辆处于熄火状态时,车载设备进入休眠模式,并启动定时唤醒功能。示例性地,在车载设备内部设置定时器,定时器在车载设备进入休眠模式后,会开始计时,并定时唤醒车载设备。需要说明的是,如果检测到车辆的状态由熄火状态变为点火状态,则说明车辆重新进行点火,则关闭所述定时唤醒功能,这是由于车辆进入点火状态之后,车载设备会处于持续工作状态。
S202,若所述车辆的状态为熄火状态,则获取车载设备的***运行时间。
在本实施例中,为了保证车载设备的重启不影响车载设备对数据的处理,可以实时获取车辆的状态,并判断当前时刻所述车辆的状态是否为熄火状态,当前时刻所述车辆的状态为熄火状态时,进一步来判断车载设备的***运行时间,其中,车载设备的***通常为Linux操作***。
S203,根据所述***运行时间和预设的时间阈值,确定是否执行重启操作。
示例性地,若所述***运行时间大于或等于预设的时间阈值,则执行重启操作;若所述***运行时间小于预设的时间阈值,则不执行重启操作。
在本实施例中,***运行时间可以为从车载设备开机时刻至当前时刻的时间,预设的时间阈值可以为根据经验设置的车载设备可允许持续运行的最大时长。
可以理解地,大部分车辆在用户休息之后,处于熄火状态,例如,通常在凌晨0点至凌晨5点钟的时间段内,大部分车辆处于熄火状态,如果对车载设备的重启过程集中在车辆熄火状态时,则很可能造成大部分车辆的车载设备在凌晨0点集中重启,由于车载设备在重启过程时,需要重新连接车联网平台,在同一时刻大量的车载设备重新连接车联网平台,很可能导致运行车联网平台的服务器超负荷运行,造成服务器故障。因此,在本申请的其他一些实施例中,在确定了车载设备的运行时间大于或等于预设的时间阈值之后,需要判断当前时刻是否在预设时间段内。
如图3所示,是本申请第三实施例提供的重启方法的流程示意图。本实施例与图2所示实施例相比,S301至S302的具体实现过程与S201至S202的具体实现过程相同,不同之处在于,在S303与S203不同,详述如下:
S301,获取当前时刻车辆的状态。
S302,若所述车辆的状态为熄火状态,则获取车载设备的***运行时间。
S303,若根据所述***运行时间和预设的时间阈值确定需要重启,则根据当前时刻和预设时间段,确定是否延时执行重启操作。
在本实施例中,根据所述***运行时间和预设的时间阈值确定执行重启操作后,为了避免在同一时刻大量的车载设备重启,导致车联网平台故障,进一步根据当前时刻与预设时间段确定是否延时执行重启操作。所述预设时间段为大部分车辆处于熄火状态的时间段,例如,所述预设时间段为凌晨0点至凌晨5点。
示例性地,所述根据当前时刻和预设时间段,确定是否延时执行重启操作,可以包括:
若当前时刻在所述预设时间段内,且所述当前时刻是所述预设时间段的起始时刻,则确定延时执行重启操作;若当前时刻在所述预设时间段内,且所述当前时刻不是所述预设时间段的起始时刻,或者若当前时刻不在所述预设时间段内,则确定执行重启操作。
其中,延时执行重启操作是为了避免车载设备集中在同一时刻重启,在本实施例中,可以预先设置延时时长,例如设置延时时长为小于5小时的任意时长,所述延时执行重启操作指的是,在确定当前时刻是所述预设时间段的起始时刻后,延时所述延时时长,在进行重启。这样,可以保证车载设备在凌晨0点到5点之间重启,且不会集中在凌晨0点重启,能够在保证不影响车载设备处理数据的同时,能够避免大量的车载设备同时向车联网平台发送重连请求,导致车辆网平台的压力过大,出现服务器故障的问题。
可以理解地,若所述当前时刻在不所述预设时间段内,也即,所述当前时刻不在预设的车辆集中处于熄火状态的时间段内,例如,不在凌晨0点至凌晨5点这段时间段内,则不会出现车载设备集中重启的状况,此时,对满足重启条件的车载设备进行重启,不会导致车辆网平台压力过大的问题,在此种情况下,可以直接执行重启操作。
通过上述分析可知,本申请实施例提供的重启方法,通过在车辆处于熄火状态时,获取车载设备的***运行时间,并根据车载设备的***运行时间和预设的时间阈值,来确定对车载设备是否进行重启,能够有效避免在车载设备的内存存在故障时,无法及时进行车载设备重启的问题,从而有效改善车载设备长时间运行的可靠性,避免车辆数据丢失的问题。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
基于上述实施例所提供的重启方法,本发明实施例进一步给出实现上述方法实施例的装置实施例。
请参见图4,图4是本申请第四实施例提供的重启装置的示意图。包括的各模块用于执行图2或图3对应的实施例中的各步骤。具体请参阅图2或图3对应的实施例中的相关描述。为了便于说明,仅示出了与本实施例相关的部分。参见图4,重启装置400包括:
第一获取模块401,用于获取当前时刻车辆的状态;
第二获取模块402,用于在若所述车辆的状态为熄火状态,则获取本机的***运行时间;
确定模块403,用于根据所述***运行时间和预设的时间阈值,确定是否执行重启操作。
在一可选的实现方式中,所述确定模块403,包括:
第一执行单元,用于在若所述***运行时间大于或等于预设的时间阈值,则执行重启操作;
第二执行单元,用于在若所述***运行时间小于预设的时间阈值,则不执行重启操作。
在一可选的实现方式中,还包括:
判断模块,用于判断当前时刻是否在预设时间段内;
第一执行模块,用于在若当前时刻在预设时间段内,且是所述预设时间段的起始时刻,则延时执行重启操作;
第二执行模块,用于在若当前时刻在预设时间段内,且不是所述预设时间段的起始时刻,则执行重启操作。
在一可选的实现方式中,还包括:
第三执行模块,用于在若当前时刻不在预设时间段内,则执行重启操作。
在一可选的实现方式中,所述第三执行模块,具体用于:
响应于监测到所述***运行时间延长至延时时长,则执行重启操作。
在一可选的实现方式中,还包括:
启动模块,用于在若当前时刻所述车辆的状态为熄火状态,则本机进入休眠模式,并启动定时唤醒功能。
在一可选的实现方式中,还包括:
关闭模块,用于在若检测到所述车辆的状态由熄火状态变为点火状态,则关闭所述定时唤醒功能。
需要说明的是,上述模块之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。
图5是本申请第五实施例提供的车载设备的示意图。如图5所示,该实施例的车载设备5包括:处理器500、存储器501以及存储在所述存储器501中并可在所述处理器500上运行的计算机程序502,例如重启程序。处理器500执行所述计算机程序502时实现上述各个重启方法实施例中的步骤,例如图2所示的步骤201至203。或者,所述处理器500执行所述计算机程序502时实现上述各装置实施例中各模块/单元的功能,例如图4所示单元401至403的功能。
示例性的,所述计算机程序502可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器501中,并由处理器500执行,以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序502在所述车载TBOX4中的执行过程。例如,所述计算机程序502可以被分割成第一获取模块、第二获取模块以及确定模块,各单元具体功能请参阅图4对应地实施例中地相关描述,此处不赘述。
所述车载设备可包括,但不仅限于,处理器500、存储器501。本领域技术人员可以理解,图5仅仅是车载设备5的示例,并不构成对车载设备5的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述视频处理设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器500可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器501可以是所述车载设备5的内部存储单元,例如车载设备5的硬盘或内存。所述存储器501也可以是所述车载设备5的外部存储设备,例如所述车载设备5上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器501还可以既包括所述车载设备5的内部存储单元也包括外部存储设备。所述存储器501用于存储所述计算机程序以及所述视频处理设备所需的其他程序和数据。所述存储器501还可以用于暂时地存储已经输出或者将要输出的数据。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时可实现上述重启方法。
本申请实施例提供了一种计算机程序产品,当计算机程序产品在车载设备上运行时,使得车载设备执行时实现可实现上述重启方法。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述***中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。

Claims (10)

1.一种重启方法,其特征在于,应用于车载设备,所述重启方法包括:
获取当前时刻车辆的状态;
若所述车辆的状态为熄火状态,则获取本机的***运行时间;
根据所述***运行时间和预设的时间阈值,确定是否执行重启操作。
2.根据权利要求1所述的方法,其特征在于,根据所述***运行时间和预设的时间阈值,确定是否执行重启操作,包括:
若所述***运行时间大于或等于预设的时间阈值,则执行重启操作;
若所述***运行时间小于预设的时间阈值,则不执行重启操作。
3.根据权利要求2所述的方法,其特征在于,在若所述***运行时间大于或等于预设的时间阈值之后,还包括:
判断当前时刻是否在预设时间段内;
若当前时刻在预设时间段内,且是所述预设时间段的起始时刻,则延时执行重启操作;
若当前时刻在预设时间段内,且不是所述预设时间段的起始时刻,则执行重启操作。
4.根据权利要求3所述的方法,其特征在于,在判断当前时刻是否在预设时间段内之后,还包括:
若当前时刻不在预设时间段内,则执行重启操作。
5.根据权利要求3或4所述的方法,其特征在于,所述延时执行重启操作,包括:
响应于监测到所述***运行时间延长至延时时长,则执行重启操作。
6.根据权利要求5所述的方法,其特征在于,在实时获取车辆的状态之后,还包括:
若当前时刻所述车辆的状态为熄火状态,则本机进入休眠模式,并启动定时唤醒功能。
7.根据权利要求6所述的方法,其特征在于,在若当前时刻所述车辆的状态为熄火状态,则本机进入休眠模式,并启动定时唤醒功能之后,包括:
若检测到所述车辆的状态由熄火状态变为点火状态,则关闭所述定时唤醒功能。
8.一种重启装置,其特征在于,包括:
第一获取模块,用于获取当前时刻车辆的状态;
第二获取模块,用于在若所述车辆的状态为熄火状态,则获取本机的***运行时间;
确定模块,用于根据所述***运行时间和预设的时间阈值,确定是否执行重启操作。
9.一种车载设备,其特征在于,包括:
存储器,用于存储车载设备重启程序;
处理器,用于执行所述车辆测试考核程序时实现如权利要求1至7任一项所述的重启方法。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的重启方法。
CN202010754236.XA 2020-07-30 2020-07-30 重启方法、装置、车载设备及存储介质 Pending CN111949446A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010754236.XA CN111949446A (zh) 2020-07-30 2020-07-30 重启方法、装置、车载设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010754236.XA CN111949446A (zh) 2020-07-30 2020-07-30 重启方法、装置、车载设备及存储介质

Publications (1)

Publication Number Publication Date
CN111949446A true CN111949446A (zh) 2020-11-17

Family

ID=73338309

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010754236.XA Pending CN111949446A (zh) 2020-07-30 2020-07-30 重启方法、装置、车载设备及存储介质

Country Status (1)

Country Link
CN (1) CN111949446A (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107402844A (zh) * 2017-07-14 2017-11-28 深圳市沃特沃德股份有限公司 操作***重启方法、装置和辅助***
CN107729181A (zh) * 2017-10-09 2018-02-23 深圳市沃特沃德股份有限公司 重启车载***的方法和装置
EP3319063A1 (en) * 2016-11-07 2018-05-09 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus for launching start-stop function

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3319063A1 (en) * 2016-11-07 2018-05-09 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus for launching start-stop function
CN107402844A (zh) * 2017-07-14 2017-11-28 深圳市沃特沃德股份有限公司 操作***重启方法、装置和辅助***
CN107729181A (zh) * 2017-10-09 2018-02-23 深圳市沃特沃德股份有限公司 重启车载***的方法和装置

Similar Documents

Publication Publication Date Title
US20210037358A1 (en) System and method for managing a fleet of vehicles including electric vehicles
US10723361B2 (en) Monitoring apparatus, communication system, vehicle, monitoring method, and non-transitory storage medium
KR101393539B1 (ko) 자동차 통합 네트워크 시스템
US20180107473A1 (en) Determining whether to install a vehicle system update in a vehicle
US10178094B2 (en) Communication system and information collection method executed in communication system
US20040029556A1 (en) Vehicular communications system initializing abnormal control unit
US20110118933A1 (en) Vehicle diagnosing apparatus
US10625754B2 (en) Control apparatus, control method, and computer program
CN102722171B (zh) 一种检测汽车仪表异常的方法及***
CN106372545B (zh) 一种数据处理方法、车载自动诊断***obd控制器及车辆
CN112148538A (zh) 一种整车故障识别方法、装置、***、汽车及计算机可读存储介质
US10839619B2 (en) Electronic control unit and method for connection authentication
JP2013106200A (ja) 車両用通信中継装置、スリープ制御方法
CN114170705A (zh) 车辆数据上传方法、装置和设备
CN107122282B (zh) 一种基于spi总线的功能安全通信方法
US11373464B2 (en) Vehicle-mounted communications device, log collection method, and log collection program
JP2006193146A (ja) 車両診断システム
CN111949446A (zh) 重启方法、装置、车载设备及存储介质
EP4221159A1 (en) System and method for controlling a non-interfering mode in a telematics device
JP6913869B2 (ja) 監視装置、監視システムおよびコンピュータプログラム
CN107154085B (zh) 车载诊断数据的处理方法及处理装置
EP4007241B1 (en) Communication apparatus, vehicle, system, and determination method
JP6979630B2 (ja) 監視装置、監視方法及びプログラム
CN113711209A (zh) 电子控制装置
US11552825B1 (en) Systems and methods for controlling a non-interfering mode in a telematics device

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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20201117