一种Android移动终端升级上报方法及系统的制作方法
【技术领域】
[0001]本发明涉及Android移动终端领域，尤其涉及一种Android移动终端升级上报方法及系统。
【背景技术】
[0002]Android移动终端的FOTA升级是从服务器获取到最新结果的升级包，然后下载，同时要将一些结果返回到服务器端，用于记录终端的信息，以及故障诊断等。
[0003]现有技术中，某些移动终端平台升级完成后，会对data/data目录数据进行格式化操作，这样一来，原本从data/data目录数据中获取并上报的升级应用相关信息就会破坏掉，造成上报失败。
[0004]因此，现有技术还有待于改进和发展。
【发明内容】
[0005]鉴于上述现有技术的不足，本发明的目的在于提供一种Android移动终端升级上报方法及系统，旨在解决现有的升级上级上报机制可能存在因数据清除等原因造成上报失败的问题。
[0006]本发明的技术方案如下:
一种Android移动终端升级上报方法，其中，包括步骤:
A、移动终端从服务器下载升级包；
B、移动终端重启后，进入到修复模式进行升级，升级完成后，保存终端信息至升级文件中；
C、移动终端再次重启后，进入到Android系统，并判断升级文件是否存在，若存在则进入到步骤D ;
D、解析升级文件，将终端信息上报至服务器，若接收到服务器返回的确认信息，则删除升级文件。
[0007]所述的Android升级上报方法，其中，所述终端信息包括升级版本号和升级状态值。
[0008]所述的Android升级上报方法，其中，所述升级状态值包括用于表示升级成功的第一值、用于表示升级过程执行出错的第二值、用于表示升级包出错的第三值和用于表示进入修复模式未进行操作的第四值。
[0009]所述的Android升级上报方法，其中，所述步骤D具体包括:
D1、解析升级文件获取其中的升级版本号和升级状态值；
D2、判断升级状态值是否为第一值，若是，则进入步骤D3 ;
D3、将终端信息上报至服务器，若接收到服务器返回的确认信息，则删除升级文件。
[0010]所述的Android升级上报方法，其中，所述步骤A中，移动终端从服务器下载升级包后，将当前的版本号信息上报至服务器。
[0011]所述的Android升级上报方法，其中，所述终端信息还包括:上报id号、设备烧写的设备ID的序列号、设备烧写的设备ID的认证码、机型、app编号、上报类型、上报结果、以及api版本号。
[0012]所述的Android升级上报方法，其中，所述上报类型包括upgrade和download，upgrade表示升级完成后上报，download表示下载完成后上报。
[0013]一种Android移动终?而升级上报系统，其中，包括:
下载模块，用于从服务器下载升级包；
保存模块，用于重启后，进入到修复模式进行升级，升级完成后，保存终端信息至升级文件中；
判断模块，用于再次重启后，进入到Android系统，并判断升级文件是否存在，若存在则进入到上报模块；
上报模块，用于解析升级文件，将终端信息上报至服务器，若接收到服务器返回的确认信息，则删除升级文件。
[0014]所述的Android移动终端升级上报系统，其中，所述终端信息包括升级版本号和升级状态值。
[0015]所述的Android移动终端升级上报系统，其中，所述升级状态值包括用于表示升级成功的第一值、用于表示升级过程执行出错的第二值、用于表示升级包出错的第三值和用于表示进入修复模式未进行操作的第四值。
[0016]有益效果:本发明在升级完成后，保存终端信息至升级文件中，再次重启后，查找并解析该升级文件，并将终端信息上报到服务器，这样避免了数据清除等原因造成上报失败的问题。
【附图说明】
[0017]图1为本发明一种Android移动终端升级上报方法较佳实施例的流程图。
[0018]图2为图1所示方法中步骤S104的具体流程图。
[0019]图3为本发明一种Android移动终端升级上报系统较佳实施例的结构框图。
[0020]图4为图3所示系统中上报模块的具体结构框图。
【具体实施方式】
[0021]本发明提供一种Android移动终端升级上报方法及系统，为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0022]请参阅图1，图1为本发明一种Android移动终端升级上报方法较佳实施例的流程图，如图所示，其包括步骤:
5101、移动终端从服务器下载升级包；
5102、移动终端重启后，进入到修复模式进行升级，升级完成后，保存终端信息至升级文件中；
5103、移动终端再次重启后，进入到Android系统，并判断升级文件是否存在，若存在则进入到步骤S104，若不存在则进入步骤S105 ； 5104、解析升级文件，将终端信息上报至服务器，若接收到服务器返回的确认信息，则删除升级文件；
5105、结束。
[0023]在本实施例中，系统升级完成后，会在cache/recovery文件夹下生成last_update_file文件(即升级文件，本发明所述升级文件指升级后产生的记录信息用的文件)，文件内记录上一次成功升级的终端信息，例如升级版本号。下一次要开机启动时，升级应用读取该升级文件是否存在，如果存在，代表启动前系统有进行过升级，则获取并解析内容，上报给服务器，获取服务器返回信息后，如果上报成功则删除该文件；如果不存在，代表启动前没有进行过升级，则不进行上报操作。
[0024]所述终端信息包括升级版本号和升级状态值。即记录在last_update_file文件中的内容包括升级版本号和升级状态值。
[0025]例如:
Sver (升级版本号):V8-MS628TD-LF1R019 (表示升级版本号) status (升级状态值):0。
[0026]所述升级状态值包括用于表示升级成功的第一值、用于表示升级过程执行出错的第二值、用于表示升级包出错的第三值和用于表示进入修复模式未进行操作的第四值。
[0027]例如:
状态值参考如下:
O:升级成功；
1:升级过程执行出错；
2:升级包自身有问题出错:如挂载未成功，签名不正确，打开失败等；
3:进入recovery未进行实际操作；
)
当然，还可以扩展其他值。
[0028]在步骤S104中，升级应用解析该升级文件，将获取到的升级版本号、升级状态值等信息，通过http协议上传到服务器，实现上报。
[0029]具体来说，如图2所示，所述步骤S104具体包括:
5201、解析升级文件获取其中的升级版本号和升级状态值；
5202、判断升级状态值是否为第一值，若是，则进入步骤S203，若否，则进入步骤S204；
5203、将终端信息上报至服务器，若接收到服务器返回的确认信息，则删除升级文件；
5204、结束。
[0030]在上述步骤中，是为了判断升级过程是否成功，例如判断升级状态值是否为0，若为O则表示升级成功，可以进入到下一步的上报环节，否则直接结束。
[0031]上报的协议如下:
<operateRequest>
<callid>1234567</callid>
<client>
<dnum>