CN113641380A - 一种ota升级问题分析方法 - Google Patents

Abstract

本发明公开了一种OTA升级问题分析方法，属于移动通信技术领域，包括获取下载管理和信息中转组件的日志文件；获取下载管理与条件判断中的日志文件；获取下载管理和信息中转的日志文件；获取下载管理、条件判断和信息系统的日志文件；获取信息中转、下载管理和信息系统的日志文件。本发明中，利用日志文件进行分析，简单易取，提高了专业人员的工作效率，降低了OTA升级过程中解决问题的成本，日志文件覆盖多个组件，可以在分析过程中更好地检验组件之间的交互逻辑，在解决问题的同时优化系统，且普适性更强，在涉及OTA组件的过程中都会涉及日志文件的打印功能，本方法可以使用搭载OTA功能的更多车型。

Description

一种OTA升级问题分析方法

技术领域

本发明公开了一种OTA升级问题分析方法，属于移动通信技术领域。

背景技术

目前各大运营商一般将软件版本升级包置于OTA(Over-the-Air Technology，空中下载技术)服务器中，移动终端基于当前软件版本，自动或手动于OTA服务器中搜索相应软件版本的升级包，并将软件版本升级包下载到移动终端上，将本机版本升级为新的软件版本。

OTA远程升级技术是快速、高性价的技术。该技术可以在远程控制汽车上的软件进行升级。在大多数的OTA的升级场景中，用户要在自己的生活工作情景中进行升级，这些生活工作情景大多数是与汽车主机厂和汽车4S店无关的。每次升级过程都会遇到较多的问题。由于空中下载技术不成熟，网络质量无法保证，升级人员操作的不确定性，OTA升级过程会遇到很多问题，这些问题的处理也非常棘手。每一次问题的提出，主机厂或者4S店需要投入大量的人力物力去处理。

发明内容

本发明的目的在于解决现有空中下载技术不成熟、网络质量无法保证以及升级人员操作的不确定性的问题，提出一种OTA升级问题分析方法。

本发明所要解决的问题是由以下技术方案实现的：

一种OTA升级问题分析方法，包括：

步骤S10，获取下载管理和信息中转组件的日志文件，通过所述下载管理和信息中转组件的日志文件得到在读版本号阶段的具体问题；

步骤S20，获取下载管理与条件判断中的日志文件，通过所述下载管理与条件判断中的日志文件得到在判断下载条件阶段的具体问题；

步骤S30，获取下载管理和信息中转的日志文件，通过所述下载管理和信息中转的日志文件得到在下载升级文件阶段的具体问题；

步骤S40，获取下载管理、条件判断和信息系统的日志文件，通过所述下载管理、条件判断和信息系统的日志文件得到在安装过程阶段的具体问题；

步骤S50，获取信息中转、下载管理和信息系统的日志文件，通过所述信息中转、下载管理和信息系统的日志文件得到在安装完成后的具体问题。

优选的是，所述在读版本号阶段的具体问题包括：

判断下载管理是否发送消息给信息中转；

判断信息中转是否读取了版本号；

判断版本号的消息是否反馈给下载管理。

优选的是，所述在判断下载条件阶段的具体问题包括：

判断下载管理是否发布了下载条件；

判断条件判断的组件是否收到发布了下载条件的消息；

优选的是，所述在下载升级文件阶段的具体问题包括：

判断下载管理和信息中转是否发布了下载连接状态；

判断是否开始了车云传输以及车云传输是否完成。

优选的是，所述在安装过程阶段的具体问题包括：

判断下载管理、条件判断和信息系统是否发布了准备安装的命令；

信息系统是否提示安装；

信息系统在用户发布了安装指令后是否开始安装；

优选的是，所述在安装完成后的具体问题包括：

判断信息中转、下载管理和信息系统中升级成功后软件版本号是否对比成功；

判断信息系统提示的安装结果以及安装失败后还是否在进行重新安装。

本发明的有益效果：

本发明中，利用日志文件进行分析，简单易取，提高了专业人员的工作效率，降低了OTA升级过程中解决问题的成本，日志文件覆盖多个组件，可以在分析过程中更好地检验组件之间的交互逻辑，在解决问题的同时优化系统，且普适性更强，在涉及OTA组件的过程中都会涉及日志文件的打印功能，本方法可以使用搭载OTA功能的更多车型。

附图说明

图1为本发明一种OTA升级问题分析方法的流程图。

具体实施方式

以下根据附图1对本发明做进一步说明：

下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

如图1所示，本专利第一实施例在现有技术的基础上提供了一种OTA升级问题分析方法，包括：

步骤S10，获取下载管理和信息中转组件的日志文件，通过所述下载管理和信息中转组件的日志文件得到在读版本号阶段的具体问题，其中所述在读版本号阶段的具体问题包括：判断下载管理是否发送消息给信息中转；判断信息中转是否读取了版本号和判断版本号的消息是否反馈给下载管理，具体内容如下：

1、在分析读版本号阶段，分析下载管理与信息中转的日志文件，如果下载管理未发送消息给信息中转，则问题的原因在于服务器与车的通信失败。

2、如果下载管理给信息中转发送了消息，但是信息中转未读取版本号，则说明软件已经损坏。

3、如果信息中转读取了版本号，并且成功，但是未反馈给下载管理，则说明下载管理和信息中转的消息通路可能出现了问题。

注意：下载管理之前给信息中转发送了读版本号指令并且成功，但是此回路并非双向回路，信息中转给下载管理发消息的回路不是用这个回路，故本处说的消息通路指的是信息中转发送消息给下载管理的单项回路。

步骤S20，获取下载管理与条件判断中的日志文件，通过所述下载管理与条件判断中的日志文件得到在判断下载条件阶段的具体问题，在判断下载条件阶段的具体问题包括：判断下载管理是否发布了下载条件和判断条件判断的组件是否收到发布了下载条件的消息，具体内容如下：

1、在判断下载条件的阶段，首先看下载管理是否发布了下载条件，如果未发布，则说明服务器与云的通信出现了问题，要解决此问题，需要先恢复车和云的通信。

2、如果下载管理发布了下载条件，但是条件判断组件未收到，则说明下载管理发送给条件判断的消息可能丢失了，或者下载管理发送消息失败。

3、如果条件判断组件收到了下载管理发布的下载条件，在日志文件中打印出条件判断未满足的语句，则说明车下载的状态不满足当前的下载条件。

步骤S30，获取下载管理和信息中转的日志文件，通过所述下载管理和信息中转的日志文件得到在下载升级文件阶段的具体问题；优选的是，所述在下载升级文件阶段的具体问题包括：判断下载管理和信息中转是否发布了下载连接状态和判断是否开始了车云传输以及车云传输是否完成，具体内容如下：

1、在下载升级文件的阶段，要分析下载管理与信息中转的日志文件。如果下载管理打印的语句显示未发布下载连接状态，则问题的原因在于消息传递出错导致下载管理的状态未变迁。

2、如果下载管理的日志文件显示已经发布了下载连接状态，但是车云的传输未开始，则说明这个问题的原因在于与服务器连接中断。

3、如果信息中转显示已经开始了车云传输，但是车云传输未完成，则说明车内剩余的存储空间不够，无法存储下载的升级文件了。

步骤S40，获取下载管理、条件判断和信息系统的日志文件，通过所述下载管理、条件判断和信息系统的日志文件得到在安装过程阶段的具体问题，在安装过程阶段的具体问题包括：判断下载管理、条件判断和信息系统是否发布了准备安装的命令；信息系统是否提示安装和信息系统在用户发布了安装指令后是否开始安装，具体内容如下：

1、在安装过程中，要分析下载管理、条件判断与信息系统的日志文件，如果下载管理未发布准备安装的命令，则说明升级文件在车内传输出错或者升级包的验证出错无法使用。

2、如果下载管理发布了安装命令但是信息系统的日志文件显示未提示安装，则说明信息系统的时间滞后，需要等待一段时间或者由操作员将系统调成正确的时间。

3、如果信息系统收到了安装命令，但是未开始安装，可以去查看条件的日志文件，这个情况说明此时车的状态未满足安装条件。

步骤S50，获取信息中转、下载管理和信息系统的日志文件，通过所述信息中转、下载管理和信息系统的日志文件得到在安装完成后的具体问题，在安装完成后的具体问题包括：判断信息中转、下载管理和信息系统中升级成功后软件版本号是否对比成功和判断信息系统提示的安装结果以及安装失败后还是否在进行重新安装，具体内容如下：

1、在安装完成后，要分析信息中转、下载管理和信息系统的日志文件。如果在下载管理中看到升级成功后版本号比对失败，则说明升级软件的版本号填充为错误。

2、如果信息系统显示安装失败，则说明在安装过程中出错，这个错误可能是由于升级包本身错误，也可能是这个软件在升级的过程中被其他软件干扰出错了。

3、如果信息中转中显示，系统安装失败了，并且不再进行重新安装，则说明重试次数已经达到了上限，要等待下一个周期的车云连接。

尽管本发明的实施方案已公开如上，但其并不仅仅限于说明书和实施方式中所列运用。它完全可以被适用于各种适合本发明的领域。对于熟悉本领域的人员而言，可容易地实现另外的修改。因此在不背离权利要求及等同范围所限定的一般概念下，本发明并不限于特定的细节和这里示出与描述的图例。

Claims (6)

1.一种OTA升级问题分析方法，其特征在于，包括：

步骤S10，获取下载管理和信息中转组件的日志文件，通过所述下载管理和信息中转组件的日志文件得到在读版本号阶段的具体问题；

步骤S20，获取下载管理与条件判断中的日志文件，通过所述下载管理与条件判断中的日志文件得到在判断下载条件阶段的具体问题；

步骤S30，获取下载管理和信息中转的日志文件，通过所述下载管理和信息中转的日志文件得到在下载升级文件阶段的具体问题；

步骤S40，获取下载管理、条件判断和信息系统的日志文件，通过所述下载管理、条件判断和信息系统的日志文件得到在安装过程阶段的具体问题；

步骤S50，获取信息中转、下载管理和信息系统的日志文件，通过所述信息中转、下载管理和信息系统的日志文件得到在安装完成后的具体问题。

2.根据权利要求1所述的一种OTA升级问题分析方法，其特征在于，所述在读版本号阶段的具体问题包括：

判断下载管理是否发送消息给信息中转；

判断信息中转是否读取了版本号；

判断版本号的消息是否反馈给下载管理。

3.根据权利要求1所述的一种OTA升级问题分析方法，其特征在于，所述在判断下载条件阶段的具体问题包括：

判断下载管理是否发布了下载条件；

判断条件判断的组件是否收到发布了下载条件的消息。

4.根据权利要求1所述的一种OTA升级问题分析方法，其特征在于，所述在下载升级文件阶段的具体问题包括：

判断下载管理和信息中转是否发布了下载连接状态；

判断是否开始了车云传输以及车云传输是否完成。

5.根据权利要求1所述的一种OTA升级问题分析方法，其特征在于，所述在安装过程阶段的具体问题包括：

判断下载管理、条件判断和信息系统是否发布了准备安装的命令；

信息系统是否提示安装；

信息系统在用户发布了安装指令后是否开始安装。

6.根据权利要求1所述的一种OTA升级问题分析方法，其特征在于，所述在安装完成后的具体问题包括：

判断信息中转、下载管理和信息系统中升级成功后软件版本号是否对比成功；

判断信息系统提示的安装结果以及安装失败后还是否在进行重新安装。

Images