一种移动终端的版本更新方法及设备与流程

文档序号:24305211发布日期:2021-03-17 00:57阅读:126来源:国知局
一种移动终端的版本更新方法及设备与流程

本申请涉及计算机领域,尤其涉及一种移动终端的版本更新方法及设备。



背景技术:

随着移动终端产业的发展,产品越来越简单化,小型化,安全化,集中化。代表性的移动终端产品有:家庭智能产品,如智能音响,智能电视,智能厨房用品;智能穿戴产品,如智能手表,心率血压测试仪;智能车载产品:车载摄像头,车载音响,车控系统等。

智能产品安全性贯穿整个产品的使用期间,也是现有使用过程中对智能产品的要求,安全是智能产品的生命线,对智能产品进行安全攻击的一个最主要的方式就是通过产品通用串行总线(universalserialbus,usb)接口,对这些智能产品进行数据采集,信息窃取等,并且用户可以通过usb升级自有下载的系统版本,使版本无法管控。

厂商在销售智能产品后,会接到用户投诉,怀疑智能产品是翻新机,因为用户可以通过部分软件查询usb接口使用的次数,用来判断该智能产品的状态,因为智能产品在开发、测试阶段及生产中,都会频繁的使用usb接口,这也是智能产品目前需要解决的一个问题。

智能产品在工厂阶段,需要从工厂版本烧录到出货版本,传统都是人工通过usb接口把版本信息下载到设备中,并通过对产品设置中的版本升级进行升级。在产品返修阶段,也是人工通过usb接口把产品从出货版本降级到工厂版本,再进行问题分析。这些操作都很繁琐并且消耗很多人力和物力,当产品屏幕很小、不能触摸屏幕或无屏时,这些操作都不容易操作。

现有技术中,目前国内终端厂商,移动终端等智能设备大多采用usb方案,在工厂阶段、维修阶段,在使用安全性上存在很明显的弊端,主要体现在usb线消耗,产线大量pc配置,版本无法管控,需要很多人力物力来进行生产管理和版本的售后维护,代价和成本非常高昂,并且也无法做到对不同的终端进行统一化版本控制,操作性不强。



技术实现要素:

本申请的一个目的是提供一种移动终端的版本更新方法及设备,达到对移动终端的版本进行更新的目的。

根据本申请的一个方面,提供了一种移动终端的版本更新方法,应用于移动终端,其中,所述方法包括:

与pc端建立socket连接;

若所述移动终端的预置包版本与所述pc端获取的工单目标版本不一致,接收所述pc端发送的更新触发指令;

基于所述更新触发指令,与文件传输协议ftp服务器建立网络连接,并通过所述网络连接从所述ftp服务器下载所述工单目标版本对应的版本更新内容;

下载完成后,向所述pc端发送下载完成指令,以使所述pc端向所述移动终端发送更新指令;

接收所述pc端发送的所述更新指令;

响应于所述更新指令,根据所述版本更新内容对所述移动终端的版本进行更新。

进一步地,上述移动终端的一种移动终端的版本更新方法,其中,所述与pc端建立socket连接,包括:

打开所述移动终端的wifi开关,并创建socket服务器;其中,所述移动终端置于屏蔽箱,所述屏蔽箱中具有一内置无线接入点;

扫描所述内置无线接入点的无线信号,并与扫描到的所述内置无线接入点建立无线连接;

若所述无线连接建立成功,生成用于建立socket连接的图像码并显示,所述图像码包括所述移动终端的标识信息和所述socket服务器的端口信息,以使所述pc端扫描所述图像码而向所述移动终端发起socket连接请求;

接收所述pc端发送的所述socket连接请求;

基于所述socket连接请求,与所述pc端建立socket连接。

进一步地,上述移动终端的一种移动终端的版本更新方法,其中,所述方法还包括:

若所述无线连接未成功建立,按照预设时间间隔重新扫描所述内置无线接入点的无线信号,直至与扫描到的所述内置无线接入点成功建立无线连接。

进一步地,上述移动终端的一种移动终端的版本更新方法,若所述移动终端的预置包版本与所述pc端获取的工单目标版本不一致,接收所述pc端发送的更新触发指令之前,所述方法还包括:

接收所述pc端发送的预置包版本获取指令;

响应于所述预置包版本获取指令,将所述移动终端的预置包版本发送给所述pc端,以使所述pc端判断所述移动终端的预置包版本与获取的所述工单目标版本是否一致。

进一步地,上述移动终端的一种移动终端的版本更新方法,其中,所述更新触发指令包括所述工单目标版本和ftp连接参数信息,其中,所述基于所述更新触发指令,与文件传输协议ftp服务器建立网络连接,并通过所述网络连接从所述ftp服务器下载所述工单目标版本对应的版本更新内容,包括:

响应于所述更新触发指令,根据所述ftp连接参数信息与文件传输协议ftp服务器建立网络连接;

通过所述网络连接从所述ftp服务器下载所述工单目标版本对应的版本更新内容。

进一步地,上述移动终端的一种移动终端的版本更新方法,所述更新指令包括所述工单目标版本对应的版本内容的第一md5值,其中,所述响应于所述更新指令,根据所述版本更新内容对所述移动终端的版本进行更新,包括:响应于所述更新指令,确定下载的所述工单目标版本对应的版本更新内容的第二md5值;

若所述第一md5值与所述第二md5值相同,则根据所述版本更新内容对所述移动终端的版本进行更新。

进一步地,上述移动终端的一种移动终端的版本更新方法,其中,所述方法还包括:

接收所述pc端发送的下载进度获取指令;

响应于所述下载进度获取指令,向所述pc端发送下载所述工单目标版本对应的版本更新内容时的下载进度信息,以使所述pc端对所述下载进度信息进行显示。

根据本申请的另一方面,还提供了一种移动终端的版本更新方法,应用于pc端,其中,所述方法包括:

与移动终端建立socket连接;

若获取的工单目标版本与所述移动终端的预置包版本不一致,向所述移动终端发送更新触发指令,以使所述移动终端基于所述更新触发指令与文件传输协议ftp服务器建立网络连接,并通过所述网络连接从所述ftp服务器下载所述工单目标版本对应的版本更新内容;

接收所述移动终端返回的下载完成指令;

响应于所述下载完成指令,向所述移动终端发送更新指令,以使所述移动终端响应于所述更新指令,根据所述版本更新内容对所述移动终端的版本进行更新。

进一步地,上述pc端的一种移动终端的版本更新方法,所述与移动终端建立socket连接,包括:

响应于扫描所述移动终端显示的用于建立socket连接的图像码,向所述移动终端发起socket连接请求,以使所述移动终端基于所述socket连接请求与所述pc端建立socket连接;其中,所述图像码包括所述移动终端的标识信息和所述socket服务器的端口信息;

响应于所述socket连接请求,通过所述端口信息对应的socket服务器与所述标识信息对应的移动终端建立socket连接。

进一步地,上述pc端的一种移动终端的版本更新方法,所述若获取的工单目标版本与所述移动终端的预置包版本不一致,向所述移动终端发送更新触发指令之前,所述方法还包括:

获取工单目标版本;

向所述移动终端发送预置包版本获取指令;

接收所述移动终端的预置包版本;

判断所述工单目标版本与所述移动终端的预置包版本是否一致。

进一步地,上述pc端的一种移动终端的版本更新方法,其中,所述更新指令包括所述工单目标版本对应的版本内容的第一md5值,其中,响应于所述下载完成指令,向所述移动终端发送更新指令,以使所述移动终端响应于所述更新指令,根据所述版本更新内容对所述移动终端的版本进行更新,包括:

响应于所述下载完成指令,向所述移动终端发送更新指令,以使所述移动终端响应于所述更新指令,确定下载的所述工单目标版本对应的版本更新内容的第二md5值,并在所述第一md5值与所述第二md5值相同时,根据所述版本更新内容对所述移动终端的版本进行更新。

进一步地,上述pc端的一种移动终端的版本更新方法,其中,所述方法还包括:

向所述移动终端发送下载进度获取指令;

接收所述移动终端返回的、下载所述工单目标版本对应的版本更新内容时的下载进度信息;

显示所述下载进度信息。

根据本申请的另一方面,还提供了一种移动终端的版本更新方法,应用于ftp服务器,其中,所述方法包括:

与移动终端建立网络连接,其中,所述移动终端已与pc端建立socket连接,所述网络连接由所述移动终端基于更新触发指令发起并建立的,所述更新触发指令由所述移动终端在所述移动终端的预置包版本与所述pc端获取的工单目标版本不一致时,从所述pc端接收的;

通过所述网络连接向所述移动终端下发所述工单目标版本对应的版本更新内容直至完成,以使所述移动终端向所述pc端发送下载完成指令。

根据本申请的另一方面,还提供了一种非易失性存储介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行时,使所述处理器实现如上述一种移动终端的版本更新方法。

根据本申请的另一方面,还提供了一种移动终端的版本更新设备,其中,所述设备包括:

一个或多个处理器;

非易失性存储介质,用于存储一个或多个计算机可读指令,

当所述一个或多个计算机可读指令被所述一个或多个处理器执行,使得所述一个或多个处理器实现如上述一种移动终端的版本更新方法。

与现有技术相比,本申请通过移动终端与pc端建立socket连接;若所述移动终端的预置包版本与所述pc端获取的工单目标版本不一致,接收所述pc端发送的更新触发指令;基于所述更新触发指令,与文件传输协议ftp服务器建立网络连接,并通过所述网络连接从所述ftp服务器下载所述工单目标版本对应的版本更新内容;下载完成后,向所述pc端发送下载完成指令,以使所述pc端向所述移动终端发送更新指令;接收所述pc端发送的所述更新指令;响应于所述更新指令,根据所述版本更新内容对所述移动终端的版本进行更新,实现了所述移动终端与所述pc端建立socket连接,并将所述移动终端的预置包版本信息发送到所述pc端,以使所述pc端将工单目标版本与所述预置包版本信息进行校验,当校验结果不一致时,接收pc端的更新触发指令与所述ftp服务器建立网络连接,下载工单目标版本对应的版本内容,在下载完成后,所述移动终端向所述pc端发送下载完成指令,以使所述pc端向所述移动终端发送更新指令,并根据更新指令对所述移动终端的版本进行更行,从而使得移动终端通过socket连接与pc端进行通信,获取版本信息,并通过ftp数据传输,达到在移动终端对版本进行更新的目的。

进一步地,本申请还通过pc端与移动终端建立socket连接;若获取的工单目标版本与所述移动终端的预置包版本不一致,所述pc端向所述移动终端发送更新触发指令,以使所述移动终端基于所述更新触发指令与文件传输协议ftp服务器建立网络连接,并通过所述网络连接从所述ftp服务器下载所述工单目标版本对应的版本更新内容;接收所述移动终端返回的下载完成指令;响应于所述下载完成指令,向所述移动终端发送更新指令,以使所述移动终端响应于所述更新指令,根据所述版本更新内容对所述移动终端的版本进行更新,实现了所述pc端与所述移动终端建立socket连接,以使所述移动终端向所述pc端发送所述移动终端的预置包版本信息,并将获取的工单目标版本与所述移动终端的预置包版本进行版本校验,当校验不一致时,向移动终端发送更新触发指令,使移动终端根据更新触发指令与ftp服务器建立网络连接,并下载工单目标版本对应的版本内容,当接收到移动终端的下载完成指令时,向移动终端发送更新指令,使移动终端完成更新,从而使得pc端通过无线的方式与移动终端进行通信,控制移动终端通过ftp数据传输,达到在pc端控制移动终端进行更新的目的。

进一步地,本申请还通过ftp客户端与移动终端建立网络连接,其中,所述移动终端已与pc端建立socket连接,所述网络连接由所述移动终端基于更新触发指令发起并建立的,所述更新触发指令由所述移动终端在所述移动终端的预置包版本与所述pc端获取的工单目标版本不一致时,从所述pc端接收的;通过所述网络连接向所述移动终端下发所述工单目标版本对应的版本更新内容直至完成,以使所述移动终端向所述pc端发送下载完成指令,实现了所述ftp服务器通过无线网络与所述移动终端进行连接,并向所述移动终端发送工单目标版本对应的版本更行内容直至完成,从而使得所述移动终端的预置包版本与pc端的工单目标版本不一致时,向所述移动终端提供工单目标包版本对应的版本更新内容,以使移动终端能够对版本实现更新。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:

图1示出根据本申请一个方面的一种移动终端的版本更新方法的系统结构图;

图2示出根据本申请一个方面的一种移动终端的版本更新方法应用于移动终端的流程示意图;

图3示出根据本申请一个方面的一种移动终端的版本更新方法的应用框架图;

图4示出根据本申请一个方面的一种移动终端的版本更新方法的工作原理流程图;

图5示出根据本申请一个方面的一种移动终端的版本更新方法的pc端的at指令集;

图6示出根据本申请一个方面的一种移动终端的版本更新方法应用于pc端的流程示意图;

图7示出根据本申请一个方面的一种移动终端的版本更新方法应用于ftp服务器的流程示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

在本申请一个典型的配置中,终端、服务网络的设备和可信方均包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitorymedia),如调制的数据信号和载波。

如图1所示,本申请一个方面的一种移动终端的版本更新方法的系统结构图,该方法包括移动终端、pc端及ftp服务器。其中,所述方法包括:

一种移动终端的版本更新方法,应用于移动终端,如图2所示,所述方法包括步骤s11、步骤s12、步骤s13、步骤s14、步骤s15及步骤s16,具体包括如下步骤:

步骤s11,如图3所示,所述移动终端与pc端建立socket连接;需要说明的是,所述移动终端通过预置的app与所述pc端建立socket连接。

步骤s12,如图4所示,若所述移动终端的预置包版本与所述pc端获取的工单目标版本不一致,接收所述pc端发送的更新触发指令。

例如,若所述移动终端的预置包版本为2.0,所述pc端获取的工单目标版本为3.0,此时二者版本不一致,所述移动终端就会接收到所述pc端发送的更新触发指令。

步骤s13,如图4所示,基于所述更新触发指令,与文件传输协议ftp服务器建立网络连接,并通过所述网络连接从所述ftp服务器下载所述工单目标版本对应的版本更新内容。

需要说明的是,所述更新触发指令由所述pc端向所述移动终端发送,当收到所述更新触发指令之时,所述移动客户端通过所述预置的app与所述ftp服务器建立网络连接。

步骤s14,下载完成后,向所述pc端发送下载完成指令,以使所述pc端向所述移动终端发送更新指令。需要说明的是,此处所述移动终端将下载的进度发送到所述pc端,确认当前的下载进度,当下载进度达到100%时,确认下载完成。

步骤s15,接收所述pc端发送的所述更新指令。例如,当所述移动终端的下载进度达到100%时,即所述移动终端下载完成时,所述移动终端会接收到所述pc端的所述更新指令。

步骤s16,如图4所示,响应于所述更新指令,根据所述版本更新内容对所述移动终端的版本进行更新。例如,若所述移动终端的当前版本为1.0,所述版本更新内容为3.0,则所述移动终端收到所述更新指令时,会根据版本更新内容对所述移动终端的版本进行更新,使得所述移动终端的版本内容由1.0变为3.0。

通过上述内容,本申请通过移动终端与pc端建立socket连接;若所述移动终端的预置包版本与所述pc端获取的工单目标版本不一致,接收所述pc端发送的更新触发指令;基于所述更新触发指令,与文件传输协议ftp服务器建立网络连接,并通过所述网络连接从所述ftp服务器下载所述工单目标版本对应的版本更新内容;下载完成后,向所述pc端发送下载完成指令,以使所述pc端向所述移动终端发送更新指令;接收所述pc端发送的所述更新指令;响应于所述更新指令,根据所述版本更新内容对所述移动终端的版本进行更新,实现了所述移动终端与所述pc端建立socket连接,并将所述移动终端的预置包版本信息发送到所述pc端,以使所诉pc端将工单目标版本与所述预置包版本信息进行校验,当校验结果不一致时,接收pc端的更新触发指令与所述ftp服务器建立网络连接,下载工单目标版本对应的版本内容,在下载完成后,所述移动终端向所述pc端发送下载完成指令,以使所述pc端向所述移动终端发送更新指令,并根据更新指令对所述移动终端的版本进行更行,从而使得移动终端通过socket连接与pc端进行通信,获取版本信息,并通过ftp数据传输,达到在移动终端对版本进行更新的目的。

接着本申请的上述实施例,上述移动终端的一种移动终端的版本更新方法,其中,所述与pc端建立socket连接,包括:

如图3所示,打开所述移动终端的wifi开关,并创建socket服务器;其中,所述移动终端置于屏蔽箱,所述屏蔽箱中具有一内置无线接入点,如图1所示。

需要说明的是,所述屏蔽箱中内置工厂下载工位,用于集中下载版本内容,所述屏蔽箱是用来保证传输速度,防止无线数据的干扰,在所述屏蔽箱中放一个专用网络供移动终端连接,当需要更新时,通过所述专用网络实现安装包的传输,并且根据所述移动终端wifi支持的速度、路由器支持的信道数,动态选择一个屏蔽箱中的所述移动终端的数量。

如图3所示,扫描所述内置无线接入点的无线信号,并与扫描到的所述内置无线接入点建立无线连接;其中,在扫描所述内置无线接入点的无线信号之前,需要先断开当前连接的无线网络,并清除所有无线连接的连接信息,同时,判断所述屏蔽箱中的所述内置无线接入点的无线信号是否存在,如果不存在,则继续扫描,直至扫描到所述内置无线接入点的无线信号,然后所述移动终端与扫描到的所述内置无线接入点建立无线连接,从而保证所述移动终端连接的是所述屏蔽箱中的内置无线接入点的无线信号。

若所述无线连接建立成功,生成用于建立socket连接的图像码并显示,所述图像码包括所述移动终端的标识信息和所述socket服务器的端口信息,以使所述pc端扫描所述图像码而向所述移动终端发起socket连接请求。在此,所述图像码包括但不限于是二维码,所述移动终端的标识信息包括所述移动终端的ip地址和所述移动终端的bsn信息,用来识别所述移动终端。

例如,如图3所示,当所述移动终端在所述屏蔽箱中成功连接所述无线网络后,所述移动终端生成二维码,所述pc端通过扫码枪扫描所述移动终端的所述二维码,根据二维码中包含的所述移动终端的信息向对应的所述移动终端发起socket连接请求。

接收所述pc端发送的所述socket连接请求。例如,当所述pc端通过扫描二维码发起socket连接请求时,所述移动终端会接受所述socket连接请求。

基于所述socket连接请求,与所述pc端建立socket连接。例如,当接收到所述pc端发来的连接请求后,所述移动终端根据该连接请求与所述pc端建立socket连接。

接着本申请的上述实施例,上述移动终端的一种移动终端的版本更新方法,其中,所述方法还包括:

如图3所示,若所述无线连接未成功建立,按照预设时间间隔重新扫描所述内置无线接入点的无线信号,直至与扫描到的所述内置无线接入点成功建立无线连接。

例如,当所述无线连接未连接成功时,会每隔5秒重新扫描一次所述内置无线接入点的无线信号,再进行连接,直至所述移动终端与扫描到的所述内置无线接入点成功建立连接。

接着本申请的上述实施例,上述移动终端的一种移动终端的版本更新方法,若所述移动终端的预置包版本与所述pc端获取的工单目标版本不一致,接收所述pc端发送的更新触发指令之前,所述方法还包括:

如图3所示,接收所述pc端发送的预置包版本获取指令。例如,所述移动终端接收所述pc端发送的预置包版本获取指令,如图5所示,所述预置包版本获取指令通过at指令的形式进行发送,比如at^upversion?,然后向所述pc端发送所述预置包版本信息。

响应于所述预置包版本获取指令,将所述移动终端的预置包版本发送给所述pc端,以使所述pc端判断所述移动终端的预置包版本与获取的所述工单目标版本是否一致。

需要说明的是,所述移动终端响应于所述预置包版本获取指令,将所述移动终端的预置包版本信息发送给所述pc端后,如果所述移动终端的预置包版本与所述pc端获取的所述工单目标版本不一致,则所述移动终端将会接收到所述pc端发送的更新触发指令,如果一致,则所述移动终端将会直接收到所述pc端发送的所述更新指令。

例如,若所述移动终端的预置包版本为2.0,当所诉移动终端接收到所述预置包获取指令后,将所述预置包版本为2.0的版本信息发送给所述pc端,当所述pc端获取的所述工单目标版本为3.0时,此时,经过判断二者的版本不一致,则所述移动终端会收到所述pc端发送的更新触发指令:如图5所示,at^updownload=ip,port,user,pwd,filepath,使得所述移动终端先删除本地所有预置包,然后到指定的所述ftp服务器上下载对应的版本更新内容;当所述pc端获取的所述工单目标版本为2.0时,此时,经过判断二者版本一致,则所述移动终端将会收到所述pc端发送的更新指令,从而对所述移动终端的版本进行更新。

接着本申请的上述实施例,上述移动终端的一种移动终端的版本更新方法,其中,所述更新触发指令包括所述工单目标版本和ftp连接参数信息,其中,所述基于所述更新触发指令,与所述ftp服务器建立网络连接,并通过所述网络连接从所述ftp服务器下载所述工单目标版本对应的版本更新内容,包括:

响应于所述更新触发指令,根据所述ftp连接参数信息与文件传输协议ftp服务器建立网络连接。

例如,若所述移动终端的预置包版本为2.0,所述pc端获取的所述工单目标版本为3.0,二者不一致,则所述移动终端接收到所述pc端发送的更新触发指令,所述移动终端根据所述更新触发指令中的所述ftp连接参数信息与所述文件传输协议ftp服务器建立网络连接。

通过所述网络连接从所述ftp服务器下载所述工单目标版本对应的版本更新内容。

需要说明的是,建立网络连接后,所述移动终端会根据参数版本信息从所述ftp服务器下载所述工单目标版本对应的版本更行内容,其中,所述参数版本信息包含在所述更新触发指令中;另外,所述移动终端可以通过接收所述pc端的指令取消当前下载,并退出更新界面。

例如,若所述移动终端的预置包版本为2.0,所述参数版本信息对应的版本内容为3.0,当建立好网络连接后,所述移动终端会根据参数版本信息,从所述ftp服务器下载对应版本内容为3.0的版本更新内容,并将下载的版本更新内容放到的本地data/update目录中;当要取消当前下载时,所述移动终端会接收到所述pc端的取消下载指令:如图5所示,at^upcancel,取消下载,并退出更新界面。

接着本申请的上述实施例,上述移动终端的一种移动终端的版本更新方法,所述更新指令包括所述工单目标版本对应的版本内容的第一md5值,其中,所述响应于所述更新指令,根据所述版本更新内容对所述移动终端的版本进行更新,包括:响应于所述更新指令,确定下载的所述工单目标版本对应的版本更新内容的第二md5值。

需要说明的是,对所述工单目标版本对应的版本内容的md5值与所述下载的所述工单目标版本对应的版本更新内容的md5值进行比较,目的在于进一步确认下载的更新内容与所述工单目标对应的版本内容是否一致,从而保证所述移动终端的版本能够成功更新。

例如,如图4所示,当所述移动终端接收到来自所述pc端的更新指令,如图5所示,比如:at指令at^upstart=<md5值>,通过所述at指令at^upstart=<md5值>在所述移动终端对所述工单目标版本对应的版本内容的md5值与所述下载的所述工单目标版本对应的版本更新内容的md5值进行比较。

若所述第一md5值与所述第二md5值相同,则根据所述版本更新内容对所述移动终端的版本进行更新。

需要说明的是,若所述第一md5值与所述第二md5值相同,说明下载的版本更新内容与所述工单目标版本内容一致,则所述移动终端开始更新;若所述第一md5值与所述第二md5值不相同,说明下载的版本更新内容与所述工单目标版本内容不一致,则清除目录下的所有文件;在所述移动终端更新完成或清除目录下的所有文件之后,所述移动终端会接收到所述pc端发送的清除指令,以此清除记忆的wifi密码并关闭wifi模块。

例如,如图4所示,若二者的指令参数md5值相同,开始所述移动终端的更新;若二者的指令参数md5值不同,则清除升级目录下所有文件;在更新完成或清除目录下的所有文件后,所述移动终端会接收到所述pc端发送的清除指令,如图5所示,如:at^clearwifi,以此清除记忆的wifi密码并关闭wifi模块,从而实现对所述移动终端使用记录的清除。

接着本申请的上述实施例,上述移动终端的一种移动终端的版本更新方法,其中,所述方法还包括:

如图3所示,接收所述pc端发送的下载进度获取指令;例如,当所述移动终端通过所述网络连接从所述ftp服务器下载所述工单目标版本对应的版本更新内容时,每隔3秒会接收到来自所述pc端发送的下载进度获取的如图5所示的at指令at^upspeed?获取当前的下载速率、平均速率。

响应于所述下载进度获取指令,向所述pc端发送下载所述工单目标版本对应的版本更新内容时的下载进度信息,以使所述pc端对所述下载进度信息进行显示。

例如,所述移动终端每隔3秒会接收到来自所述pc端的下载进度获取指令,所述移动终端会将当前的下载速率以及平均速率发送到所述pc端,使得pc端将获取的下载进度信息显示在界面上。

根据本申请的另一方面,还提供了一种移动终端的版本更新方法,应用于pc端,如图6所示,所述方法包括步骤s21、步骤s22、步骤s23及步骤s24,具体包括如下步骤:

步骤s21,如图3所示,所述pc端与移动终端建立socket连接;需要说明的是,所述pc端通过所述移动终端预置的app建立socket连接。

步骤s22,如图4所示,若获取的工单目标版本与所述移动终端的预置包版本不一致,所述pc端向所述移动终端发送更新触发指令,以使所述移动终端基于所述更新触发指令与文件传输协议ftp服务器建立网络连接,并通过所述网络连接从所述ftp服务器下载所述工单目标版本对应的版本更新内容。

需要说明的是,在所述pc端可以通过向所述移动终端发送指令,取消下载,并退出更新界面。

例如,若所述pc端获取的工单目标版本为3.0,所述移动终端的预置包版本为2.0,此时二者版本不一致,所述pc端就会想所述移动终端发送更新触发指令,使得所述移动终端能够基于所述更新触发指令与所述ftp服务器建立网络连接,从而从所述ftp服务器下载所述工单目标版本对应的版本更新内容;如果此时想要取消下载,则通过所述pc端向所述移动终端发送取消下载指令:如图5所示,at^upcancel,取消当前下载,并退出更新。

步骤s23,接收所述移动终端返回的下载完成指令。需要说明的是,所述pc端会将所述移动终端答下载进度显示在界面上,当下载进度达到100%时,表明下载完成。

步骤s24,如图4所示,响应于所述下载完成指令,向所述移动终端发送更新指令,以使所述移动终端响应于所述更新指令,根据所述版本更新内容对所述移动终端的版本进行更新。例如,当接收到的所述移动终端的下载进度达到100%时,说明所述移动终端的下载完成,则向所述移动终端发送所述更新指令,使得所述移动终端能够基于所述更新指令进行版本更新。

根据上述内容,本申请通过pc端与移动终端建立socket连接;若获取的工单目标版本与所述移动终端的预置包版本不一致,所述pc端向所述移动终端发送更新触发指令,以使所述移动终端基于所述更新触发指令与文件传输协议ftp服务器建立网络连接,并通过所述网络连接从所述ftp服务器下载所述工单目标版本对应的版本更新内容;接收所述移动终端返回的下载完成指令;响应于所述下载完成指令,向所述移动终端发送更新指令,以使所述移动终端响应于所述更新指令,根据所述版本更新内容对所述移动终端的版本进行更新,实现了所述pc端与所述移动终端建立通过socket连接,以使所述移动终端向所述pc端发送移动终端的预置包版本信息,并将获取的工单目标版本与所述移动终端的预置包版本进行版本校验,当校验不一致时,向移动终端发送更新触发指令,使移动终端根据更新触发指令与ftp服务器建立网络连接,并下载工单目标版本对应的版本内容,当接收到移动终端的下载完成指令时,向移动终端发送更新指令,使移动终端完成更新,从而使得pc端通过无线的方式与移动终端进行通信,控制移动终端通过ftp数据传输,达到在pc端控制移动终端进行更新的目的。

接着本申请的上述实施例,上述pc端的一种移动终端的版本更新方法,所述与移动终端建立socket连接,包括:

响应于扫描所述移动终端显示的用于建立socket连接的图像码,向所述移动终端发起socket连接请求,以使所述移动终端基于所述socket连接请求与所述pc端建立socket连接;其中,所述图像码包括所述移动终端的标识信息和所述socket服务器的端口信息。在此,所述图像码包括但不限于是二维码,所述移动终端的标识信息包括所述移动终端的ip地址和所述移动终端的bsn信息,用来识别所述移动终端。

例如,如图3所示,所述pc端通过扫码枪扫描所述移动终端的所述二维码,根据二维码中包含的所述移动终端的信息向对应的所述移动终端发起socket连接请求。

响应于所述socket连接请求,通过所述端口信息对应的socket服务器与所述标识信息对应的移动终端建立socket连接。例如,向所述移动终端发送连接请求,所述pc端根据端口对应的socket服务器与所述移动终端的ip地址和所述移动终端的bsn信息对应的所述移动终端建立socket连接。

接着本申请的上述实施例,上述pc端的一种移动终端的版本更新方法,所述若获取的工单目标版本与所述移动终端的预置包版本不一致,向所述移动终端发送更新触发指令之前,所述方法还包括:

如图4所示,获取工单目标版本。需要说明的是,所述pc端通过区块链服务网络(block-chain-basedservicenetwork,bsn)到制造企业生产过程执行管理系统mes获取所述工单目标版本。

如图4所示,向所述移动终端发送预置包版本获取指令。例如,所述pc端向所述移动终端发送如图5所示的at指令at^upversion?来获取所述预置包版本信息。

接收所述移动终端的预置包版本。例如,获取到所述移动终端的预置包版本为2.0。

如图4所示,判断所述工单目标版本与所述移动终端的预置包版本是否一致。

需要说明的是,如果所述pc端获取的所述工单目标版本与所述移动终端的预置包版本不一致,则所述pc端会向所述移动终端发送更新触发指令,如果一致,在所述pc端会直接向所述移动终端发送所述更新指令。

例如,若所述pc端获取的所述工单目标版本为3.0,当所述移动终端的预置包版本为2.0时,此时,经过判断二者的版本不一致,则所述pc端会向所述移动终端发送更新触发如图5所示的指令at^updownload=ip,port,user,pwd,filepath,使得所述移动终端先删除本地所有预置包,然后到指定的所述ftp服务器上下载对应的版本更新内容;当所述移动终端的预置包版本为3.0时,此时,经过判断,二者版本一致,则所述pc端会向所述移动终端发送更新指令,从而对所述移动终端的版本进行更新。

接着本申请的上述实施例,上述pc端的一种移动终端的版本更新方法,其中,所述更新指令包括所述工单目标版本对应的版本内容的第一md5值,其中,响应于所述下载完成指令,向所述移动终端发送更新指令,以使所述移动终端响应于所述更新指令,根据所述版本更新内容对所述移动终端的版本进行更新,包括:

如图4所示,响应于所述下载完成指令,向所述移动终端发送更新指令,以使所述移动终端响应于所述更新指令,确定下载的所述工单目标版本对应的版本更新内容的第二md5值,并在所述第一md5值与所述第二md5值相同时,根据所述版本更新内容对所述移动终端的版本进行更新。

需要说明的是,对所述工单目标版本对应的版本内容的md5值与所述下载的所述工单目标版本对应的版本更新内容的md5值进行比较,目的在于进一步确认下载的更新内容与所述工单目标对应的版本内容是否一致,从而保证所述移动终端的版本能够成功更新;在所述移动终端更新完成或者期初目录下的所有文件之后,所述pc端向所述移动终端发送清除指令,以此清除记忆的wifi密码并关闭wifi模块。

例如,当所述pc端接收到来自所述移动终端的下载完成指令时,向所述移动终端发送所述更新指令,其中,所述更新指令中包含有如图5所示的at指令at^upstart=<md5值>,通过所述at指令at^upstart=<md5值>在所述移动终端对所述工单目标版本对应的版本内容的md5值与所述下载的所述工单目标版本对应的版本更新内容的md5值进行比较,当二者的指令参数md5值相同时,使所述移动终端开始更新;在更新完成或清除目录下的所有文件后,所述pc端会向所述移动终端发送清除指令,如:如图5所示,at^clearwifi,以此清除所述移动终端记忆的wifi密码并关闭wifi模块,从而实现对所述移动终端使用记录的清除。

接着本申请的上述实施例,上述pc端的一种移动终端的版本更新方法,其中,所述方法还包括:

如图4所示,向所述移动终端发送下载进度获取指令;例如,当所述移动终端下载所述工单目标版本对应的更新内容时,所述pc端每隔3秒会向所述移动终端发送下载获取的如图5所示的at指令at^upspeed?获取当前的下载速率、平均速率。

接收所述移动终端返回的、下载所述工单目标版本对应的版本更新内容时的下载进度信息。例如,所述pc端发送下载获取的如图5所示的at指令at^upspeed?后,会接收到所述移动终端发送的当前下载速率以及平均速率。

如图4所示,显示所述下载进度信息。例如,接收到所述移动终端发送的当前下载速率以及平均速率后,将其显示在所述pc端的界面上。

根据本申请的另一方面,还提供了一种移动终端的版本更新方法,应用于ftp服务器,如图7所示,所述方法包括步骤s31及步骤s32,具体包括如下步骤:

步骤s31,与移动终端建立网络连接,其中,所述移动终端已与pc端建立socket连接,所述网络连接由所述移动终端基于更新触发指令发起并建立的,所述更新触发指令由所述移动终端在所述移动终端的预置包版本与所述pc端获取的工单目标版本不一致时,从所述pc端接收的。

需要说明的是,所述ftp服务器中存放所述移动终端的不同的版本更新内容,当所述pc端获取的所述工单目标版本与所述移动终端的预置包版本不一致时,所述pc端会向所述移动终端发送所述更新触发指令,使得所述移动终端与所述ftp服务器建立网络连接,从而从所述ftp服务器下载所述工单目标版本对应的更新内容。

例如,若所述pc端获取的工单目标版本为3.0,所述移动终端的预置包版本为2.0,则所述pc端会向所述移动终端发送如图5所示的所述更新触发指令at^updownload=ip,port,user,pwd,filepath,所述移动终端基于所述更新触发指令与所述ftp服务器建立网络连接,从所述ftp服务器下载所述工单目标版本3.0对应的版本更新内容。

步骤s32,通过所述网络连接向所述移动终端下发所述工单目标版本对应的版本更新内容直至完成,以使所述移动终端向所述pc端发送下载完成指令。

需要说明的是,当需要取消下载时,所述ftp服务器会停止下发所述工单目标版本对应的更新内容到所述移动终端。

例如,所述ftp服务器与所述移动终端建立网络连接后,所述ftp服务器会根据所述移动终端的请求向所述移动终端下发所述工单目标版本为3.0的对应的版本更新内容,直至所述移动终端下载完成,从而使得所述移动终端向所述pc端发送下载完成的指令;当所述移动终端收到所述pc端的取消下载指令:如图5所示,at^upcancel,所述ftp服务器会停止下发所述工单目标版本为3.0的对应的版本更新内容,同时所述所述移动终端退出升级界面。

根据上述内容,本申请通过ftp客户端与移动终端建立网络连接,其中,所述移动终端已与pc端建立socket连接,所述网络连接由所述移动终端基于更新触发指令发起并建立的,所述更新触发指令由所述移动终端在所述移动终端的预置包版本与所述pc端获取的工单目标版本不一致时,从所述pc端接收的;通过所述网络连接向所述移动终端下发所述工单目标版本对应的版本更新内容直至完成,以使所述移动终端向所述pc端发送下载完成指令,实现了所述ftp服务器通过无线网络与所述移动终端进行连接,并向所述移动终端发送工单目标版本对应的版本更行内容直至完成,从而使得所述移动终端的预置包版本与pc端的工单目标版本不一致时,向所述移动终端提供工单目标包版本对应的版本更新内容,以使移动终端能够对版本实现更新。

在本申请的一个实际应用场景中,以所述移动终端进行版本升级为例,如图1所示,首先使用路由器搭建一个局域网,所述局域网中放置一ftp服务器,所述移动终端作为ftp客户端,为保证传输速度,防止无线数据的干扰,将所述移动终端放在所述屏蔽箱中,所述屏蔽箱中放置专用网络供所述移动终端连接(比如专有的内置无线接入点以提供专用网络),同时,如图3所示,所述移动终端启动app,自动打开wifi,创建socket服务器,并断开当前连接的wifi,清除所有无线连接信息,并扫描所述屏蔽箱中的内置无线接入点,如果没有扫描到所述内置无线接入点,则继续扫描无线信号,直至扫描到所述内置无线接入点,使得所述移动终端连接所述屏蔽箱中的内置无线接入点,以得到无线网络,如果没有连接成功,则会每隔5秒(此处,5秒为优选实施例,间隔时间还可以取别的时长)扫描一次wifi,再进行连接,直至连接成功。

当用户需要更换内置无线网络时,可以push配置文件到系统system/etc文件夹下,当所述移动终端的app打开时,会首先使用配置文件的内置无线接入点;所述移动终端连接wifi成功后,会显示二维码,所述二维码中包含所述移动终端的ip地址、所述移动终端的bsn信息以及所述socket服务器的端口信息;然后,所述pc端通过扫码枪或者其他扫码方式,扫描所述移动终端的二维码,扫描成功后,所述pc端通过socket端口与所述移动终端建立socket连接;接着,如图4所示,所述pc端与所述移动终端建立socket连接之后,所述pc端通过bsn到mes获取工单目标版本信息,并向所述移动终端发送如图5所示的序号1中的at指令:at^upversion?,获取所述移动终端的预置包版本信息,所述移动终端在接收到所述pc端发送的at指令:at^upversion?后,将所述预置包版本信息发送到所述pc端,所述pc端在接收到所述移动终端的预置包版本信息后,所述pc端将获取的所述工单版本信息与所述预置包版本信息进行校验,如果版本信息不一致,则所述pc端会向所述移动终端发送更新触发指令,所述更新触发指令如图5所示的序号2中的at指令:at^updownload=ip,port,user,pwd,filepath,所述移动终端在接收到来自所述pc端的at指令:at^updownload=ip,port,user,pwd,filepath后,所述移动终端会先删除本地所有升级包,并基于所述更新触发指令触发与所述ftp服务器进行连接,所述移动终端到指定的所述ftp服务器上下载升级包,所述ftp服务器会根据所述移动终端的请求向所述移动终端下发所述工单目标版本对应的升级内容,在此期间,所述pc端可以通过向所述移动终端发送如图5所示的序号5中的at指令:at^upcancel,取消当前的下载,所述移动终端在接受到at指令:at^upcancel,会取消下载并退出升级界面。

当所述移动终端向所述ftp服务器下载目标版本对应的升级内容时,所述pc端每隔3秒(此处,3秒为优选实施例,间隔时间还可以取别的时长)会向所述移动终端发送如图5所示的序号3中的at指令:at^upspeed?,获取所述移动终端的升级包的下载进度、当前下载速率以及平均速率,所述移动终端在接收到所述pc端的at指令:at^upspeed?后,会将当前的下载进度、下载速率以及平均速率返回到所述pc端,并在所述pc端进行显示,直至下载完成,当所述pc端确认所述移动终端下载完成时,会向所述移动终端发送更新指令,所述更新指令中包含有如图5所示的序号4中的at指令at^upstart=<md5值>,当所述移动终端接收到所述pc端的at指令at^upstart=<md5值>时,在所述移动终端对所述工单目标版本对应的版本内容的md5值与所述移动终端下载的所述工单目标对应的版本升级内容的md5值进行校验,如果两个md5值一致,则所述移动终端通过触发系统的recovery模式去升级,如果不一致,则提示下载版本失败,并清除升级目录下所有文件;另外,如果所述pc端将获取的所述工单版本信息与所述预置包版本信息进行校验,如果版本信息一致,则所述pc端会直接向所述移动终端发送更新指令,所述更新指令中包含有如图5所示的序号4中的at指令:at^upstart=<md5值>,当所述移动终端接收到所述pc端的at指令:at^upstart=<md5值>时,在所述移动终端对所述工单目标版本对应的版本内容的md5值与所述移动终端的预置包版本对应的版本内容的md5值进行校验,如果两个md5值一致,则所述移动终端通过触发系统的recovery模式去升级,如果不一致,则清除升级目录下所有文件;同时,在所述移动终端成功升级或清除升级目录下所有文件后,所述pc端会向所述移动终端发送如图5所示的序号6中的at指令:at^clearwifi,所述移动终端接收到所述at指令:at^clearwifi后,清除记忆的wifi密码并关闭wifi模块,使所述移动终端恢复到未使用状态,通过上述操作,以解决智能终端的无usb接口时,在工厂阶段、维修阶段进行系统软件版本的控制的目的,不仅解决了移动终端无usb时的数据传输问题,还可以解决usb数据线使用消耗问题,同时,对不同的智能设备,可以进行归一化操作,适用市面上的所有智能移动终端产品,适用范围广。

根据本申请的另一方面,还提供了一种非易失性存储介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行时,使所述处理器实现如上述一种移动终端的版本更新方法。

根据本申请的另一方面,还提供了一种移动终端的版本更新设备,其中,所述设备包括:

一个或多个处理器;

非易失性存储介质,用于存储一个或多个计算机可读指令,

当所述一个或多个计算机可读指令被所述一个或多个处理器执行,使得所述一个或多个处理器实现如上述一种移动终端的版本更新方法。

在此,所述一种移动终端的版本更新设备中的各实施例的详细内容,具体可参见上述一种移动终端的版本更新方法实施例的对应部分,在此,不再赘述。

综上所述,本申请通过移动终端与pc端建立socket连接;若所述移动终端的预置包版本与所述pc端获取的工单目标版本不一致,接收所述pc端发送的更新触发指令;基于所述更新触发指令,与文件传输协议ftp服务器建立网络连接,并通过所述网络连接从所述ftp服务器下载所述工单目标版本对应的版本更新内容;下载完成后,向所述pc端发送下载完成指令,以使所述pc端向所述移动终端发送更新指令;接收所述pc端发送的所述更新指令;响应于所述更新指令,根据所述版本更新内容对所述移动终端的版本进行更新,实现了所述移动终端与所述pc端建立socket连接,并将所述移动终端的预置包版本信息发送到所述pc端,以使所述pc端将工单目标版本与所述预置包版本信息进行校验,当校验结果不一致时,接收pc端的更新触发指令与所述ftp服务器建立网络连接,下载工单目标版本对应的版本内容,在下载完成后,所述移动终端向所述pc端发送下载完成指令,以使所述pc端向所述移动终端发送更新指令,并根据更新指令对所述移动终端的版本进行更行,从而使得移动终端通过socket连接与pc端进行通信,获取版本信息,并通过ftp数据传输,达到在移动终端对版本进行更新的目的。

进一步地,本申请还通过pc端与移动终端建立socket连接;若获取的工单目标版本与所述移动终端的预置包版本不一致,所述pc端向所述移动终端发送更新触发指令,以使所述移动终端基于所述更新触发指令与文件传输协议ftp服务器建立网络连接,并通过所述网络连接从所述ftp服务器下载所述工单目标版本对应的版本更新内容;接收所述移动终端返回的下载完成指令;响应于所述下载完成指令,向所述移动终端发送更新指令,以使所述移动终端响应于所述更新指令,根据所述版本更新内容对所述移动终端的版本进行更新,实现了所述pc端与所述移动终端建立socket连接,以使所述移动终端向所述pc端发送所述移动终端的预置包版本信息,并将获取的工单目标版本与所述移动终端的预置包版本进行版本校验,当校验不一致时,向移动终端发送更新触发指令,使移动终端根据更新触发指令与ftp服务器建立网络连接,并下载工单目标版本对应的版本内容,当接收到移动终端的下载完成指令时,向移动终端发送更新指令,使移动终端完成更新,从而使得pc端通过无线的方式与移动终端进行通信,控制移动终端通过ftp数据传输,达到在pc端控制移动终端进行更新的目的。

进一步地,本申请还通过ftp客户端与移动终端建立网络连接,其中,所述移动终端已与pc端建立socket连接,所述网络连接由所述移动终端基于更新触发指令发起并建立的,所述更新触发指令由所述移动终端在所述移动终端的预置包版本与所述pc端获取的工单目标版本不一致时,从所述pc端接收的;通过所述网络连接向所述移动终端下发所述工单目标版本对应的版本更新内容直至完成,以使所述移动终端向所述pc端发送下载完成指令,实现了所述ftp服务器通过无线网络与所述移动终端进行连接,并向所诉移动终端发送工单目标版本对应的版本更行内容直至完成,从而使得所述移动终端的预置包版本与pc端的工单目标版本不一致时,向所述移动终端提供工单目标包版本对应的版本更新内容,以使移动终端能够对版本实现更新。

需要注意的是,本申请可在软件和/或软件与硬件的组合体中被实施,例如,可采用专用集成电路(asic)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中,本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地,本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中,例如,ram存储器,磁或光驱动器或软磁盘及类似设备。另外,本申请的一些步骤或功能可采用硬件来实现,例如,作为与处理器配合从而执行各个步骤或功能的电路。

另外,本申请的一部分可被应用为计算机程序产品,例如计算机程序指令,当其被计算机执行时,通过该计算机的操作,可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令,可能被存储在固定的或可移动的记录介质中,和/或通过广播或其他信号承载媒体中的数据流而被传输,和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此,根据本申请的一个实施例包括一个装置,该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言,显然本申请不限于上述示范性实施例的细节,而且在不背离本申请的精神或基本特征的情况下,能够以其他的具体形式实现本申请。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本申请的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。

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