一种车载电脑数据恢复方法及系统与流程

文档序号:22676558发布日期:2020-10-28 12:32阅读:1050来源:国知局
一种车载电脑数据恢复方法及系统与流程

本发明涉及汽车电子技术领域,具体涉及一种车载电脑数据恢复方法及系统。



背景技术:

随着车载电子技术不断地发展,使现代的汽车更加地聪明和智能。由于汽车功能不断地完善和增加,使得车载电脑软件尺寸和逻辑变得越来越大和复杂,同时也要求更多的车载电脑拥有自学习功能,进行自学习标定数据,令驾驶者和乘客有更好的驾驶和乘坐体验,进而需要获取、处理和存储更多的不同功用的数据。另一方面,基于车主的需求、车载电脑的多功能化、智能化,车载电脑还面临着更多的应用程序升级和刷写需求。而这些动作必然会涉及到车载电脑上数据的新增、修改和删除。

因此,车载所面临的问题为,诸如应用软件可以通过诊断仪下线刷写,甚至通过远程升级如ota等方法进行,但是具备自学习的车载电脑,经过用户一段时间的使用,如果直接进行软件刷新,将会丢失这些自学习标定数据,用户再次驾车需要重新适应、调整,进而造成用户体验变差,同时这种方式是不利用oem对于数据的深度利用。



技术实现要素:

针对现有技术中存在的缺陷,本发明的目的在于提供一种车载电脑数据恢复方法及系统,能够保证车载电脑上个性化数据不丢失,提升用户的体验。

为达到以上目的,第一方面,本发明实施例提供一种车载电脑数据恢复方法,其包括

在车载电脑上标定用户使用过程中的个性化数据;

当刷写工具上传至车载电脑后,判断所述刷写工具将刷写的车载电脑数据是否涉及个性化数据;

若所述刷写工具涉及个性化数据,则向服务器上传所述个性化数据,在刷写结束后下载所述个性化数据并恢复。

在一些实施例中,所述判断所述刷写工具所需刷写的车载电脑数据是否涉及个性化数据包括:

获取所述刷写工具,判断所述刷写工具涉及的数据范围;

将所述刷写数据涉及的数据范围与所述个性化数据进行比对,判断所述数据范围是否涉及个性化数据。

在一些实施例中,车载电脑接收刷写工具并上传至服务器;

服务器判断刷写工具涉及的数据范围,并将所述刷写数据涉及的数据范围与所述个性化数据进行比对,判断所述数据范围是否涉及个性化数据;

服务器将所述比对结果发送给车载电脑。

在一些实施例中,所述车载电脑接收刷写工具,并检核刷写工具涉及的数据范围;

车载电脑将所述刷写数据涉及的数据范围与所述个性化数据进行比对,判断所述数据范围是否涉及个性化数据。

在一些实施例中,所述个性化数据用于记录与用户相关的自学习标定参数,所述自学习标定参数包括驾驶员驾驶行为习惯参数和车辆部件磨损参数修正值。

在一些实施例中,所述车载电脑数据还包括:

底层驱动数据,用于驱动车载硬件设备;

应用数据,用于提供车载ecu主体功能和逻辑;

基础标定数据,用于记录整车通用标定参数,所述参数包括当地法规、整车性能参数;

配置数据,用于记录出厂设置配置参数以及用户设定的配置参数。

在一些实施例中,所述检核所述刷写工具所需刷写的车载电脑数据是否涉及个性化数据前,车载电脑和/或服务器对刷写工具鉴权。

第二方面,本发明还提供一种车载电脑数据恢复设备,其包括:

标定模块,用于在车载电脑上标定用户使用过程中的个性化数据;

判断模块,用于在刷写工具上传至车载电脑后,判断所述刷写工具将刷写的车载电脑数据是否涉及个性化数据;

恢复模块,用于若所述刷写工具涉及个性化数据,则向服务器上传所述个性化数据,在刷写结束后下载所述个性化数据并恢复。

在一些实施例中,其包括车载电脑和服务器:

所述车载电脑用于标定用户使用过程中的个性化数据,并当刷写工具上传至车载电脑后,将所述刷写工具上传至服务器;

所述服务器用于接收所述刷写工具,判断所述刷写工具将刷写的车载电脑数据是否涉及个性化数据,并将判断结果发送给车载电脑;并且,

所述车载电脑还用于在涉及个性化数据时,向服务器上传所述个性化数据,在刷写结束后下载所述个性化数据并恢复。

在一些实施例中,所述服务器包括诊断设备、售后子系统、后台服务器:

所述诊断设备通过诊断dlc接口和车辆总线连接;

所述售后子系统通过车上t-box和车辆总线相连;

诊断设备通过internet网络和售后子系统相连;

所述后台服务器通过internet网络与售后子系统相连;

车载电脑接收来自诊断dlc接口的诊断请求,将所述刷写工具上载到诊断设备中,诊断设备将所述刷写工具上传到后台服务器;

后台服务器向t-box发送上载请求,t-box将刷写工具存储至t-box的flash中,供售后子系统读取,并上传至后台服务器。

与现有技术相比,本发明的优点在于:

本发明一种车载电脑数据恢复方法及系统获取用户使用的刷写工具,然后判断其涉及个性化数据后,进行个性化数据的备份并在完成刷写后完成个性化数据的恢复,其可行性高、通信性强,且应用场景广阔。

附图说明

为了更清楚地说明本发明实施例中的技术方案,下面对实施例对应的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本发明一种车载电脑数据恢复方法实施例的步骤流程图;

图2为本发明一种车载电脑数据恢复方法实施例的车载电脑软件进行分层的结构示意图;

图3为本发明一种车载电脑数据恢复方法一个实施例中个性化数据恢复的步骤流程图;

图4为本发明一种车载电脑数据恢复方法另一个实施例中个性化数据恢复的步骤流程图;

图5为本发明一种车载电脑数据恢复系统结构示意图。

具体实施方式

以下结合附图对本发明的实施例作进一步详细说明。

本发明实施例提供一种车载电脑数据恢复方法及系统,其通过标点个性化数据,并在检核刷写工具会涉及个性化数据后,进行刷写前的备份和刷写后的恢复,能够在保证用户可以自行刷写数据的情况下,保证车辆自学习功能持续进行,提升数据的深度利用率,同时可行性高、通信性强,应用场景广泛。

为达到上述技术效果,本申请的总体思路如下:

在车载电脑上标定用户使用过程中的个性化数据;

当刷写工具上传至车载电脑后,判断所述刷写工具将刷写的车载电脑数据是否涉及个性化数据;

若所述刷写工具涉及个性化数据,则向服务器上传所述个性化数据,在刷写结束后下载所述个性化数据并恢复。

综上所述,相较与传统汽车上,一旦刷写破坏了用户个性化数据,就不能进行个性化功能,甚至造成系统破坏。本发明能够界定个性化数据,并检核刷写工具所刷写的数据范围,若其数据范围涉及了个性化数据,本发明即在刷写前对车辆上已经生成的个性化数据进行备份,并在刷写后完成个性化数据的恢复。保证车辆上个性化数据的可持续化使用,进而保证个性化数据能够持续记录,最终增加数据的深度,使得数据深度分析和利用成为可能,同时保证个性化数据的可持续化使用也提升了客户的体验。

为了更好的理解上述技术方案,下面结合具体实施方式进行详细的说明。

参见图1所示,本发明实施例提供一种车载电脑数据恢复方法,其包括:

s1:在车载电脑上标定用户使用过程中的个性化数据。

车载电脑上除了保证车载系统运行的数据实际上会随着用户的使用,持续记录各类数据,其中,存在与用户相关的个性化数据,如行驶距离等等参数下的数据。而这些数据能够从各个方面反映用户驾车的习惯、偏好,对这些数据进行分析、优化和处理,能够提升用户的使用体验的。

具体的,所述个性化数据用于记录与用户相关的自学习标定参数,所述自学习标定参数包括驾驶员驾驶行为习惯参数和车辆部件磨损参数修正值。

记录驾驶员驾驶习惯,使得车载电脑能够更好的与驾驶员配合,车辆部件的磨损参数则保证了车载电脑能够持续管理车辆部件的使用寿命和使用方式。

作为一个可选的实施例,所述车载电脑数据还包括:

底层驱动数据,用于驱动车载硬件设备;

应用数据,用于提供车载ecu主体功能和逻辑;

基础标定数据,用于记录整车通用标定参数,所述参数包括当地法规、整车性能参数;

配置数据,用于记录出厂设置配置参数以及用户设定的配置参数。

将车载电脑数据进行分类能够有利于车载电脑对其上数据的管理以及个性化数据的标定。

举例来说,首先,对车载电脑的软件进行分层,要求刷写上层不能影响下层软件。车辆卖给用户之前,除了特殊标定域的数据为空,其它部分按照车辆定义进行写入。当车辆卖给用户后,使用诊断设备或者利用人机交互输入用户信息,具有自学习的车载电脑请求用户信息直接作为或者通过算法提取产生唯一的特殊标定标识符存储于flash里,要求该标识符和用户一一对应,非法设备和操作不得进行更改和删除该标识符,生成该标识符的同时利用诊断仪或者无线设备将其上传到售后系统,作为用户数据管理的一部分。

进一步的,如图2所示,对车载电脑软件进行分层,如图2从下层往上依次包括:

底层驱动软件bsw-boot/loadersoftware,其使车载电脑可以通过总线(如can总线,车载以太网总线等)对其进行软件升级和刷写。

应用软件asw-applicationsoftware,完成车载ecu主体功能和逻辑,也是软件更新和刷写的主要对象。

基础标定bclb-basecalibration,整车通用标定参数,为了适应法规和标准及燃油经济性等整车性能需要。

特殊标定sclb-specialcalibration,其是与用户强相关的自学习标定参数如驾驶员驾驶行为习惯参数,车辆部件磨损参数修正值等。

配置信息cfg-configuration,包括出厂适应于整车的车载电脑配置和用户可设定的配置参数。

其中sclb,可以作为个性化数据中的一种数据类型,是用来记录车载电脑自学习数据的区域,该区域需要记录的数据由oem进行定义和分配,为了有效利用资源、防止信息外泄和提供传输效率该部分的数据需经过压缩和加密处理。

作为一个优选的实施例,车辆在用户的使用过程中产生的自学习标定数据存储于特殊标定域,并对其进行压缩和加密。

作为一个优选的实施例,用户通过开关或者人机交互改变车辆默认配置,继续存储于配置域。

s2:当刷写工具上传至车载电脑后,判断所述刷写工具将刷写的车载电脑数据是否涉及个性化数据。

用户进行车载电脑的刷写时候,需要使用刷写工具,其刷写工具是用于修改车载电脑上原有数据而使用的一套数据集合。

具体的,刷写工具用于ecu数据刷写,民间又称为刷ecu、刷汽车电脑板,主要有三方面应用:一是发动机/汽车下线出厂时进行数据封装,二是汽车维修站进行ecu更新、维修,三是发动机改装应用。发动机ecu在软件设计时将程序和数据进行单独管理,在单片机的flash物理空间中是分开的。ecu数据根据控制任务的不同性质,可分为多个数据区域,例如零部件信息配置区域、动力参数区、排放参数区、故障诊断区等。数据的分区设计便于满足不同应用场合的需求。例如,整车厂只需要配置车辆零部件信息,发动机生产企业则需要调整ecu动力参数、排放参数等数据,维修站关注故障诊断数据,汽车改装多修改喷油、进气等动力参数。ecu数据刷写能够单个或批量更改发动机ecu内部的数据(甚至包括更新ecu程序代码),便捷地实现ecu数据更新。在ecu进行数据刷写时,为避免对ecu进行破坏性拆装,多通过obd接口,基于can通信协议(多为iso15765)与ecu进行数据交互。ecu内部包含应用程序和可引导程序两个软件包,进而保证应用程序更新时不会崩溃。

在上述刷写过程中可能修改甚至破坏车辆上已经保存的个性化数据,因此需要对刷写工具进行判断。

作为一个可选的实施例,判断所述刷写工具所需刷写的车载电脑数据是否涉及个性化数据包括:

获取所述刷写工具,判断所述刷写工具涉及的数据范围;

将所述刷写数据涉及的数据范围与所述个性化数据进行比对,判断所述数据范围是否涉及个性化数据。作为

判断所述刷写工具涉及的数据范围即可在车载电脑上完成,也可以由服务器完成:

可选的,获取所述刷写工具,判断所述刷写工具涉及的数据范围;

将所述刷写数据涉及的数据范围与所述个性化数据进行比对,判断所述数据范围是否涉及个性化数据。

可选的,车载电脑接收刷写工具并上传至服务器;

服务器判断刷写工具涉及的数据范围,并将所述刷写数据涉及的数据范围与所述个性化数据进行比对,判断所述数据范围是否涉及个性化数据;

服务器将所述比对结果发送给车载电脑。

作为一个优选的实施例,检核所述刷写工具所需刷写的车载电脑数据是否涉及个性化数据前,车载电脑和/或服务器对刷写工具鉴权。

具体来说,只有汽车厂家认可刷写工具是安全的才能够进行刷写,否则认为是非法的危险刷写软件。因此在刷写前,可以进一步对刷写工具进行鉴定,判断该刷写工具是否具有对应的权限。

举例来说,通过连接路径车载电脑需要判断刷写方式,还需要通过售后系统或者服务器对刷写工具进行鉴权,只有合法的刷写工具才可以访问车载电脑进而完成刷写软件指令,然后根据诊断协议上传车载电脑自学习标定数据到售后系统或者服务器进行是否涉及个性化数据的判定。

s3:若所述刷写工具涉及个性化数据,则向服务器上传所述个性化数据,在刷写结束后下载所述个性化数据并恢复。

若刷写工具涉及个性化数据,那么其可能在刷写过程中破坏或者修改个性化数据,因此,本发明实施例优先在刷写前将个性化在服务器上进行备份,在刷写结束后下载回到车辆上,恢复个性化数据。保证用户可以自行刷写数据的情况下,保证车辆自学习功能持续进行,提升数据的深度利用率,同时可行性高、通信性强,应用场景广泛

具体的,在本实施例中上传数据到售后系统有两种方法。方法1是车载电脑数据经过车辆的诊断接口dlc连接和请求,首先将数据上载到车辆的诊断设备中,再经过车辆的诊断设备上传到售后服务器。方法2是运营商的后台通过售后服务器下达上载请求给车辆的t-box,t-box响应,在合适的车辆工况下请求车载电脑进行上载数据,数据首先都存储在车辆的t-box的flash中,再在合适的车辆工况下,把数据上传给售后服务器。合适的车辆工况由主机厂考虑乘客安全和车辆安全等因素进行设定,如车辆上电,起动发动机,车速为0和判断车辆是否在限定的区域内,车载电脑状态等。

举例来说,上传数据可以基于uds诊断协议,如0x35服务上传数据请求,0x36服务传输数据,0x37服务传输结束,0x31服务进行线程控制。上传数据和下载数据是逆向过程,在这里就不再阐述。

进一步,如果上传过程中出现意外掉电,sclb数据域不可被破坏,中断时间很短暂,可以继续进行上传;若中断时间过长,则需要重新进行请求上传。

进一步,校验上传的sclb数据错误,需要重新上传该数据。

如图3所示,本发明还提供一个发明实施例,个性化数据恢复方法包括以下步骤:

t1,进行会话管理,只有当车载电脑处于编程会话时,才可以进行。

t2,车载电脑通过系统连接路径和设备请求标识符及特殊标定标识符判断刷写方式是否合法,合法则进入t3,否则结束。

t3,通过刷写工具flash中的设备号判断是否合法、授权,同时,刷写工具需要通过售后系统比对或者校验连接的诊断设备或者t-box是否合法、授权,合法或授权则进入t4,非法或未授权的设备和方式不得进行刷写动作。

t4,判断该车载电脑是否需要上传自学习标定数据,若是则进入t5,否则结束。

t5,数据首先上传到诊断设备或者t-box中,然后再通过internet有线或者无线上传到售后系统进行保存。其中,特殊标定和配置数据可以单独请求上传到系统,而不进行刷写软件和从新下载数据到车载电脑。

t6,车载电脑请求上传数据到系统,完成后进行校验判断,数据由售后系统进行解压和解密,生成可供研发设计使用的文档,并保存原始压缩加密数据。且该数据包括特殊标定和配置数据,不包括其它数据。

t7,刷写结束后,车载电脑请求下载刷新软件和基础标定数据,并进行数据校验。

t8,车载电脑请求下载在t6上传的原始压缩加密数据,并进行数据校验。如果同时请求上传特殊标定和刷写软件,该特殊标定的原始压缩加密数据包可以直接从诊断设备或者t-box内存中获得,不需要来自售后系统。

举例来说,如图4所示,个性化数据恢复方法包括以下步骤:

u1:车载电脑进入默认回话模式;

u2:车载电脑进入编程会话模式;

u3:用户输入刷写工具;

u4:t-box进行鉴权刷写方式和工具,非法则警告、报错,合法则允许安全访问,判断刷写工具是否涉及个性化数据,涉及则进入u5,否则,进行刷写;

u5:上传sclb以及cfg数据

u6:服务器校验上传的sclb以及cfg数据

u7:刷写完毕后,请求下载asw、sclb数据以及cfg数据,下载完毕后检验数据,并恢复数据,

u8:复位车载电脑后,车载电脑进入默认会话模式。

作为一个优选的实施方案,如果需要下载某一版历史的特殊标定,则特殊标定数据包来源于售后系统。

基于同一发明构思,本发明实施例提供一种车载电脑数据恢复设备,其包括:

标定模块,用于在车载电脑上标定用户使用过程中的个性化数据;

判断模块,用于在刷写工具上传至车载电脑后,判断所述刷写工具将刷写的车载电脑数据是否涉及个性化数据;

恢复模块,用于若所述刷写工具涉及个性化数据,则向服务器上传所述个性化数据,在刷写结束后下载所述个性化数据并恢复。

优选的,该系统包括车载电脑和服务器:

所述车载电脑用于标定用户使用过程中的个性化数据,并当刷写工具上传至车载电脑后,将所述刷写工具上传至服务器;

所述服务器用于接收所述刷写工具,判断所述刷写工具将刷写的车载电脑数据是否涉及个性化数据,并将判断结果发送给车载电脑;并且,

所述车载电脑还用于在涉及个性化数据时,向服务器上传所述个性化数据,在刷写结束后下载所述个性化数据并恢复。

进一步的,如图5所示,所述服务器包括诊断设备、售后子系统、后台服务器:

所述诊断设备通过诊断dlc接口和车辆总线连接;

所述售后子系统通过车上t-box和车辆总线相连;

诊断设备通过internet网络和售后子系统相连;

所述后台服务器通过internet网络与售后子系统相连;

车载电脑接收来自诊断dlc接口的诊断请求,将所述刷写工具上载到诊断设备中,诊断设备将所述刷写工具上传到后台服务器;

后台服务器向t-box发送上载请求,t-box将刷写工具存储至t-box的flash中,供售后子系统读取,并上传至后台服务器。

前述方法实施例中的各种变化方式和具体实例同样适用于本实施例的系统,通过前述方法的详细描述,本领域技术人员可以清楚的知道本实施例中系统的实施方法,所以为了说明书的简洁,在此不再详述。

注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。

本发明实施例涉及的电子设备,包括存储器和处理器,存储器上储存有在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现第一实施例中的所有方法步骤或部分方法步骤。

所称处理器可以是中央处理单元(centralprocessingunit,cpu),还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述处理器是所述计算机装置的控制中心,利用各种接口和线路连接整个计算机装置的各个部分。

所述存储器可用于存储所述计算机程序和/或模块,所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块,以及调用存储在存储器内的数据,实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、视频数据等)等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

总体来说,本发明实施例提供的一种车载电脑数据恢复方法及系统,相较与传统汽车上,一旦刷写破坏了用户个性化数据,就不能进行个性化功能,甚至造成系统破坏。本发明能够在保证用户可以自行刷写数据的情况下,保证车辆自学习功能持续进行,提升数据的深度利用率,同时可行性高、通信性强,应用场景广泛。

本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1