CN111414180A - 终端远程更新方法、设备及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种终端远程更新方法、设备及计算机可读存储介质，本发明终端远程更新方法包括：业务端将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像；将所述目标docker镜像传递至预设docker镜像服务器，其中，客户端检测所述预设docker镜像服务器中是否存在目标docker镜像；若存在目标docker镜像，则所述客户端下载并解包所述目标docker镜像，以获取所述目标docker镜像中的更新数据，并基于所述更新数据进行更新。从而避免了应用程序docker镜像造成的资源浪费现象发生。

Description

终端远程更新方法、设备及计算机可读存储介质

技术领域

本发明涉及通信网络技术领域，尤其涉及一种终端远程更新方法、设备及计算机可读存储介质。

背景技术

随着近年来技术的不断发展，docker(应用容器引擎)容器技术不断应用物联网系统与产品中，其采用多层封装的方式进行打包，实现了应用程序逻辑上的隔离。但是，基于docker容器技术的特性，对于业务的封装会依次封装所需要的平台、支撑软件、sdk(Software Development Kit，软件开发工具包)包、业务程序。导致业务功能不复杂的情况下，单个docker容器的镜像占用硬盘、使用内存过大。且其封装的独立性，不能使业务软件共享利用公共平台技术，这对于硬件资源受限的智能终端是一个很大挑战。因此，如何避免应用程序docker镜像造成的资源浪费现象成为了目前亟待解决的技术问题。

发明内容

本发明的主要目的在于提出一种终端远程更新方法、设备及计算机可读存储介质，旨在解决如何避免应用程序docker镜像造成的资源浪费现象发生的技术问题。

为实现上述目的，本发明提供一种终端远程更新方法，所述终端远程更新方法应用于业务端，所述终端远程更新方法包括如下步骤：

业务端将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像；

将所述目标docker镜像传递至预设docker镜像服务器，其中，客户端检测所述预设docker镜像服务器中是否存在目标docker镜像；若存在目标docker镜像，则所述客户端下载并解包所述目标docker镜像，以获取所述目标docker镜像中的更新数据，并基于所述更新数据进行更新。

可选地，所述业务端将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像的步骤，包括：

业务端获取输入的命令指令，并根据所述命令指令将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像。

可选地，所述业务端将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像的步骤，还包括：

业务端获取预设的脚本编程文本，基于所述脚本编程文本将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像。

可选地，所述将所述目标docker镜像传递至预设docker镜像服务器的步骤，包括：

根据所述目标docker镜像检测预设docker镜像服务器是否为公共docker镜像服务器；

若是，则将所述目标docker镜像传递至所述公共docker镜像服务器。

可选地，所述根据所述目标docker镜像检测预设docker镜像服务器是否为公共docker镜像服务器的步骤之后，包括：

若否，则确定所述预设docker镜像服务器为私有docker镜像服务器，并将所述目标docker镜像传递至所述私有docker镜像服务器。

可选地，本发明提供一种终端远程更新方法，所述终端远程更新方法应用于客户端，所述终端远程更新方法还包括如下步骤：

检测所述预设docker镜像服务器中是否存在目标docker镜像；

若存在目标docker镜像，则所述客户端下载并解包所述目标docker镜像，以获取所述目标docker镜像中的更新数据，并基于所述更新数据进行更新。

可选地，所述客户端检测所述预设docker镜像服务器中是否存在目标docker镜像的步骤，包括：

所述客户端基于预设时长检测所述预设docker镜像服务器中是否存在目标docker镜像；

若未检测到所述目标docker镜像，则所述客户端继续基于所述预设时长对所述预设docker镜像服务器进行检测，直至所述预设docker镜像服务器中存在目标docker镜像。

可选地，所述基于所述更新数据进行更新的步骤，包括：

所述客户端获取所述更新数据对应的应用更新位置，并将所述更新数据复制至所述应用更新位置，并根据所述复制的更新数据进行更新。

此外，为实现上述目的，本发明还提供一种终端远程更新装置，所述终端远程更新装置包括：

获取模块，用于将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像；

传递模块，用于将所述目标docker镜像传递至预设docker镜像服务器，其中，客户端检测所述预设docker镜像服务器中是否存在目标docker镜像；若存在目标docker镜像，则所述客户端下载并解包所述目标docker镜像，以获取所述目标docker镜像中的更新数据，并基于所述更新数据进行更新。

可选地，本发明还提供一种终端远程更新装置，所述终端远程更新装置还包括：

检测模块，用于检测所述预设docker镜像服务器中是否存在目标docker镜像；

更新模块，用于若存在目标docker镜像，则所述下载并解包所述目标docker镜像，以获取所述目标docker镜像中的更新数据，并基于所述更新数据进行更新。

此外，为实现上述目的，本发明还提供一种终端远程更新设备，所述终端远程更新设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的终端远程更新程序，所述终端远程更新程序被所述处理器执行时实现如上所述的终端远程更新方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有终端远程更新程序，所述终端远程更新程序被处理器执行时实现如上所述的终端远程更新方法的步骤。

本发明通过业务端将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像；将所述目标docker镜像传递至预设docker镜像服务器，其中，客户端检测所述预设docker镜像服务器中是否存在所述目标docker镜像；若存在目标docker镜像，则所述客户端下载并解包所述目标docker镜像，以获取所述目标docker镜像中的更新数据，并基于所述更新数据进行更新。通过将更新数据打包在预设docker镜像，以获取目标docker镜像，并将目标docker镜像传递至预设docker镜像服务器中，客户端通过预设docker镜像服务器下载目标docker镜像并进行更新，从而避免了现有技术中传统升级程序业务软件直接暴露在传输网络，使可靠性、安全性降低的现象发生，也避免了应用程序docker镜像造成的资源浪费现象发生，确保了数据的安全性。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的终端远程更新设备结构示意图；

图2为本发明终端远程更新方法第一实施例的流程示意图；

图3为本发明终端远程更新方法第二实施例的流程示意图；

图4为本发明终端远程更新方法中的流程示意图；

图5为本发明终端远程更新方法中组网流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的终端远程更新设备结构示意图。

本发明实施例终端远程更新设备可以是搭载了虚拟化平台的PC机或服务器(如X86服务器)等终端设备。

如图1所示，该终端远程更新设备可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及终端远程更新程序。

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的终端远程更新程序，并执行以下安全组件的权限配置方法实施例中的操作。

基于上述硬件结构，提出本发明终端远程更新方法实施例，如下所述。

参照图2，图2为本发明终端远程更新方法第一实施例的流程示意图，所述终端远程更新方法包括：

步骤S10，业务端将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像；

在本实施例中，终端远程更新方法应用于业务端。

由于当前电力系统处于对早期部署的网关的升级换代的时间点，对于新的网关明确要求利用容器技术实现对APP(Application，应用程序)的升级、替换、执行等功能需求。对于原来部署的旧的网关，都存在CPU(central processing unit，中央处理器)处理能力弱、内存空间小(<512Mbyte(字节))等限制，直接采用容器进行应用程序由上至下的封装，网关的CPU、内存资源都无法满足需求(常规情况下，完全采用docker的应用程序镜像，CPU至少1.5GHz(千兆赫)*2，内存至少1Gbyte(千兆字节))。在本实施例中，可以有效降低对CPU、内存的需求，使当前很多已有的电力网关满足新的电力系统的需求。

并且docker传输过程采用多级封装的方式进行传输，存储在镜像文件系统的应用软件被docker进行了封装，避免了传统传输方式如FTP(File Transfer Protocol，文件传输协议)、断点续传等文件内容直接承载在传输层，降低了受攻击的风险。相对于docker常规镜像比较，存储在公共容器镜像服务器或者私有镜像服务器镜像，每个docker镜像的名称不会轻易改变，攻击者很容易根据特定的名字进行攻击。本实施例中应用程序可以由不同的含有文件系统的基础镜像承载，大幅降低了根据名称进行镜像的攻击比例，提升了信息传输的安全性。同时，完成承载任务的镜像可以被直接删除，避免因docker镜像可能被植入木马而导致docker执行过程中安全性问题。

也就是在本实施例中，通过利用docker容器的封装以及自动更新的特点，来实现业务软件的封装、传输、自动触发升级等特点。即避免了传统升级程序业务软件直接暴露在传输网络中的可靠性、安全性问题，又解决了独立使用应用程序docker镜像造成的资源严重浪费，应用程序docker镜像往往由上至下完整的包含了基础镜像如linux、平台程序、应用程序，包含在镜像各层中的模块都需要占用CPU以及内存资源。即本实施例中通过采用第三方的docker封装及传输特性，实现docker直接封装，进行上传，使用时，直接进行下载后获得数据，不需要对系统、平台软件进行打包，减少了对传输、存储的资源要求，并确保数据的安全性。

因此在本实施例中，业务端会根据操作人员输入的操作指令或提前设置的自动运行程序将待更新的更新数据(如业务程序)打包在预设docker容器的镜像中，即将更新数据封装在预设docker镜像中。此时会将已有更新数据的预设docker镜像作为目标docker镜像。并且会将目标docker镜像传递至预设docker镜像服务器。

其中，业务端在进行打包前，需要先完成所需要自动更新(如升级)的各种文件的准备，可以以单独文件形式存在，也可以以文件夹存在，在此不做限制。业务端即应用开发人员所使用的终端(可以是移动终端或显示终端)。

步骤S20，，将所述目标docker镜像传递至预设docker镜像服务器，其中，客户端检测所述预设docker镜像服务器中是否存在目标docker镜像，若存在目标docker镜像，则所述客户端下载并解包所述目标docker镜像，以获取所述目标docker镜像中的更新数据，并基于所述更新数据进行更新。

在本实施例中，在获取到目标docker镜像后，会将目标docker镜像传递至预设docker镜像服务器中。而客户端会定时或周期性检测预设docker镜像服务器中的各个docker镜像，发现存在有新的docker镜像(即目标docker镜像)时，会及时下载此目标docker镜像。但是若没有目标docker镜像，则会继续定时或周期性检测。需要说明的是，由于预设docker镜像服务器存在公开docker镜像服务器和私有docker镜像服务器，因此在业务端把目标docker镜像上传至预设docker镜像服务器后，还需要确定此预设docker镜像服务器是否为公开docker镜像服务器，若是，则可以让客户端定时或周期性检测预设docker镜像服务器中的各个docker镜像。但是若预设docker镜像服务器不是公开docker镜像服务器，而是私有docker镜像服务器时，则需要检测客户端是否与私有docker镜像服务器关联，也就是确定客户端是否具有访问私有docker镜像服务器的权限，若具有，则可以让客户端定时或周期性检测私有docker镜像服务器中的各个docker镜像。但是若客户端不具有访问私有docker镜像服务器的权限，则禁止客户端定时或周期性检测私有docker镜像服务器中的各个docker镜像的操作。当经过判断发现在预设docker镜像服务器中存在目标docker镜像，则客户端会及时下载此目标docker镜像，并将下载下来的目标docker镜像中包含的更新数据解包到客户端，以便客户端能够获取到目标docker镜像中的更新数据，并根据此更新数据进行更新，并在更新完成后，会自动删除客户端中已下载的目标docker镜像。

另外为辅助理解本实施例中的客户端远程更新的具体流程，下面进行举例说明。

例如，如图4所示，在业务程序包中获取业务程序(即更新数据)，并将业务程序进行docker镜像打包，并将打包好的docker镜像推送到镜像服务器，即预设docker镜像服务器，终端(即客户端)定时或周期性检测预设docker镜像服务器中的更新包，并在预设docker镜像服务器中下载最新的docker镜像包，从下载的docker镜像包中提取应用程序，并移动应用程序到本地升级位置进行升级(即更新)，并删除下载的docker镜像包，直至结束。另外由于预设docker镜像服务器存在私有docker镜像服务器和公开docker镜像服务器，因此如图5所示，在开发人员电脑或智能终端都已安装docker客户端，开发人员电脑通过公开docker镜像服务器中下拉公共docker镜像服务，并进行打包，再上传打包好的镜像至公开docker镜像服务器或私有docker镜像服务器，而需升级的智能终端则会在私有docker镜像服务器或公开docker镜像服务器中下载更新过的镜像，以进行更新。

在本实施例中，通过业务端将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像；将所述目标docker镜像传递至预设docker镜像服务器，其中，客户端检测所述预设docker镜像服务器中是否存在所述目标docker镜像；若存在目标docker镜像，则所述客户端下载并解包所述目标docker镜像，以获取所述目标docker镜像中的更新数据，并基于所述更新数据进行更新。通过将更新数据打包在预设docker镜像，以获取目标docker镜像，并将目标docker镜像传递至预设docker镜像服务器中，客户端通过预设docker镜像服务器下载目标docker镜像并进行更新，从而避免了现有技术中传统升级程序业务软件直接暴露在传输网络，使可靠性、安全性降低的现象发生，也避免了应用程序docker镜像造成的资源浪费现象发生，确保了数据的安全性。

进一步地，基于上述本发明的实施例，提出本发明终端远程更新方法的另一种实施例，本实施例中，上述实施例中的步骤S10，业务端将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像的步骤的细化，包括：

步骤a，业务端获取输入的命令指令，并根据所述命令指令将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像。

在本实施例中，业务端在对待更新的更新数据进行打包时，可以获取用户或其它终端输入到业务端的命令指令，如利用docker cp(用于容器与主机之间的数据拷贝)、attach(连接到正在运行中的容器)、commit(从容器创建一个新的镜像)等命令指令对更新数据进行打包，即根据命令指令将待更新的更新数据打包在预设docker镜像中，以获取目标docker镜像。

在本实施例中，通过根据输入的名字指令将待更新的更新数据打包在预设docker镜像中，以获取目标docker镜像，从而可以基于自身需求进行打包，保障了更新数据的安全性，提高了目标docker镜像的准确性。

进一步地，业务端将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像的步骤，还包括：

步骤b，业务端获取预设的脚本编程文本，基于所述脚本编程文本将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像。

在本实施例中，业务端在对待更新的更新数据进行打包时，还可以是采用预设的脚本编程文本来将待更新的更新数据打包在预设docker镜像，如利用脚本编程文本dockerfile(dockerfile是docker中镜像文件的的描述文件)来实现。即客户端根据脚本编程文本自动将待更新的更新数据打包在预设docker镜像中，以获取目标docker镜像。其中，脚本编程文本可以是用户提前设置的文本。

在本实施例中，通过根据预设的脚本编程文本将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像，从而提高了获取目标docker镜像的效率。

进一步地，将所述目标docker镜像传递至预设docker镜像服务器的步骤，包括：

步骤c，根据所述目标docker镜像检测预设docker镜像服务器是否为公共docker镜像服务器；

在本实施例中，当业务端进行打包得到目标docker镜像后，会先确定是将目标docker镜像传递至公共docker镜像服务器，也就是检测预设docker镜像服务器是否为公共docker镜像服务器，并根据不同的检测结果执行不同的操作。其中，公共docker镜像服务器是各个客户端均可以访问的docker镜像服务器。

步骤d，若是，则将所述目标docker镜像传递至所述公共docker镜像服务器。

当经过判断发现预设docker镜像服务器是公共docker镜像服务器时，此时也就是可以认为需要将目标docker镜像传递至公共docker镜像服务器中，因此客户端会将目标docker镜像传递至公共docker镜像服务器。

在本实施例中，通过在确定预设docker镜像服务器为公共docker镜像服务器时，可以直接将目标docker镜像传递至公共docker镜像服务器，从而保障了数据传输的效率。

进一步地，根据所述目标docker镜像检测预设docker镜像服务器是否为公共docker镜像服务器的步骤之后，包括：

步骤e，若否，则确定所述预设docker镜像服务器为私有docker镜像服务器，并将所述目标docker镜像传递至所述私有docker镜像服务器。

当经过判断发现预设docker镜像服务器不是公共docker镜像服务器，则可以确定预设docker镜像服务器为私有docker镜像服务器，此时就可以将目标docker镜像传递至私有docker镜像服务器。其中，私有docker镜像服务器是有限制的docker镜像服务器，只能让满足预设条件的客户端访问的docker镜像服务器。

在本实施例中，通过在确定预设docker镜像服务器为私有docker镜像服务器时，可以直接将目标docker镜像传递至私有docker镜像服务器，从而保障了数据的安全性。

进一步地，参照图3，图3为本发明终端远程更新方法的第二实施例的流程示意图，所述基于客户端的终端远程更新方法包括：

步骤S100，检测所述预设docker镜像服务器中是否存在目标docker镜像；

在本实施例中，终端远程更新方法应用于客户端。

客户端会定时或周期性检测预设docker镜像服务器中的各个docker镜像，发现存在有新的docker镜像(即目标docker镜像)时，会及时下载此目标docker镜像。但是若没有目标docker镜像，则会继续定时或周期性检测。需要说明的是，由于预设docker镜像服务器存在公开docker镜像服务器和私有docker镜像服务器，因此在业务端把目标docker镜像上传至预设docker镜像服务器后，还需要确定此预设docker镜像服务器是否为公开docker镜像服务器，若是，则可以让客户端定时或周期性检测预设docker镜像服务器中的各个docker镜像。但是若预设docker镜像服务器不是公开docker镜像服务器，而是私有docker镜像服务器时，则需要检测客户端是否与私有docker镜像服务器关联，也就是确定客户端是否具有访问私有docker镜像服务器的权限，若具有，则可以让客户端定时或周期性检测私有docker镜像服务器中的各个docker镜像。但是若客户端不具有访问私有docker镜像服务器的权限，则禁止客户端定时或周期性检测私有docker镜像服务器中的各个docker镜像的操作。

步骤S200，若存在目标docker镜像，则所述客户端下载并解包所述目标docker镜像，以获取所述目标docker镜像中的更新数据，并基于所述更新数据进行更新。

当经过判断发现在预设docker镜像服务器中存在目标docker镜像，则客户端会及时下载此目标docker镜像，并将下载下来的目标docker镜像中包含的更新数据解包到客户端，以便客户端能够获取到目标docker镜像中的更新数据，并根据此更新数据进行更新，并在更新完成后，会自动删除客户端中已下载的目标docker镜像。

在本实施例中，通过检测所述预设docker镜像服务器中是否存在目标docker镜像；若存在目标docker镜像，则所述客户端下载并解包所述目标docker镜像，以获取所述目标docker镜像中的更新数据，并基于所述更新数据进行更新。从而避免了现有技术中传统升级程序业务软件直接暴露在传输网络，使可靠性、安全性降低的现象发生，也避免了应用程序docker镜像造成的资源浪费现象发生，确保了数据的安全性。

进一步地，客户端检测所述预设docker镜像服务器中是否存在目标docker镜像的步骤，包括：

步骤g，所述客户端基于预设时长检测所述预设docker镜像服务器中是否存在目标docker镜像；

在本实施例中，客户端会定时(即根据预设时长)来检测预设docker镜像服务器中是否存在目标docker镜像，并根据不同的检测结果执行不同的操作，并且在本实施例中，客户端还可以是周期性检测预设docker镜像服务器中是否存在目标docker镜像。其中，预设时长可以是用户提前设置的任意时长。

步骤h，若未检测到所述目标docker镜像，则所述客户端继续基于所述预设时长对所述预设docker镜像服务器进行检测，直至所述预设docker镜像服务器中存在目标docker镜像。

当经过判断发现客户端未检测到目标docker镜像，则客户端会继续基于预设时长或者周期性对预设docker镜像服务器进行检测，直至客户端检测到预设docker镜像服务器中存在目标docker镜像，再下载该目标docker镜像。若客户端检测到目标docker镜像，则直接根据此目标docker镜像进行更新。

在本实施例中，客户端基于预设时长检测预设docker镜像服务器中是否存在目标docker镜像，直至检测到目标docker镜像，从而保障了终端远程更新的时效性，让客户端能够及时发现并进行更新。

进一步地，基于所述更新数据进行更新的步骤，包括：

步骤k，所述客户端获取所述更新数据对应的应用更新位置，并将所述更新数据复制至所述应用更新位置，并根据所述复制的更新数据进行更新。

在本实施例中，当客户端对下载的目标docker镜像进行解包，并得到更新数据后，还需要根据更新数据自身携带的信息确定客户端中的应用更新位置，并将此更新数据复制至应用更新位置，然后再根据应用更新位置中复制的更新数据进行更新，如升级等操作。其中，应用更新位置可以是客户端中需要更新的应用所在的文件位置。

在本实施例中，客户端通过确定应用更新位置，并根据复制的更新数据进行更新，从而保障了客户端更新的准确性。

本发明还提供一种终端远程更新装置，本实施例中，所述终端远程更新装置包括：

获取模块A10，用于将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像；

传递模块A20，用于将所述目标docker镜像传递至预设docker镜像服务器，其中，检测所述预设docker镜像服务器中是否存在目标docker镜像；若存在目标docker镜像，则下载并解包所述目标docker镜像，以获取所述目标docker镜像中的更新数据，并基于所述更新数据进行更新。

可选地，所述获取模块A10，用于：

业务端获取输入的命令指令，并根据所述命令指令将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像。

可选地，所述获取模块A10，用于：

业务端获取预设的脚本编程文本，基于所述脚本编程文本将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像。

可选地，所述获取模块A10，用于：

根据所述目标docker镜像检测预设docker镜像服务器是否为公共docker镜像服务器；

若是，则将所述目标docker镜像传递至所述公共docker镜像服务器。

可选地，所述获取模块A10，用于：

若否，则确定所述预设docker镜像服务器为私有docker镜像服务器，并将所述目标docker镜像传递至所述私有docker镜像服务器。

本发明还提供一种终端远程更新装置，本实施例中，所述终端远程更新系统包括：

检测模块A30，用于检测所述预设docker镜像服务器中是否存在目标docker镜像；

更新模块A40，用于若存在目标docker镜像，则所述下载并解包所述目标docker镜像，以获取所述目标docker镜像中的更新数据，并基于所述更新数据进行更新。

可选地，所述检测模块A30，用于：

所述客户端基于预设时长检测所述预设docker镜像服务器中是否存在目标docker镜像；

若未检测到所述目标docker镜像，则所述客户端继续基于所述预设时长对所述预设docker镜像服务器进行检测，直至所述预设docker镜像服务器中存在目标docker镜像。

可选地，所述更新模块A40，用于：

所述客户端获取所述更新数据对应的应用更新位置，并将所述更新数据复制至所述应用更新位置，并根据所述复制的更新数据进行更新。

上述各功能模块实现的方法可参照本发明终端远程更新方法实施例，此处不再赘述。

本发明还提供一种终端远程更新设备，所述终端远程更新设备包括：存储器、处理器、通信总线以及存储在所述存储器上的终端远程更新程序：

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行所述终端远程更新程序，以实现上述终端远程更新方法各实施例的步骤。

本发明还提供一种计算机可读存储介质。

本发明计算机可读存储介质上存储有终端远程更新程序，所述终端远程更新程序被处理器执行时实现如上所述的终端远程更新方法的步骤。

其中，在所述处理器上运行的终端远程更新程序被执行时所实现的方法可参照本发明终端远程更新方法各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种终端远程更新方法，其特征在于，所述终端远程更新方法应用于业务端，所述终端远程更新方法包括如下步骤：

业务端将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像；

将所述目标docker镜像传递至预设docker镜像服务器，其中，客户端检测所述预设docker镜像服务器中是否存在目标docker镜像；若存在目标docker镜像，则所述客户端下载并解包所述目标docker镜像，以获取所述目标docker镜像中的更新数据，并基于所述更新数据进行更新。

2.如权利要求1所述的终端远程更新方法，其特征在于，所述业务端将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像的步骤，包括：

业务端获取输入的命令指令，并根据所述命令指令将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像。

3.如权利要求1所述的终端远程更新方法，其特征在于，所述业务端将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像的步骤，还包括：

业务端获取预设的脚本编程文本，基于所述脚本编程文本将待更新的更新数据打包在预设docker镜像，以获取目标docker镜像。

4.如权利要求1所述的终端远程更新方法，其特征在于，所述将所述目标docker镜像传递至预设docker镜像服务器的步骤，包括：

根据所述目标docker镜像检测预设docker镜像服务器是否为公共docker镜像服务器；

若是，则将所述目标docker镜像传递至所述公共docker镜像服务器。

5.如权利要求4所述的终端远程更新方法，其特征在于，所述根据所述目标docker镜像检测预设docker镜像服务器是否为公共docker镜像服务器的步骤之后，包括：

若否，则确定所述预设docker镜像服务器为私有docker镜像服务器，并将所述目标docker镜像传递至所述私有docker镜像服务器。

6.一种终端远程更新方法，其特征在于，所述终端远程更新方法应用于客户端，所述终端远程更新方法还包括如下步骤：

检测所述预设docker镜像服务器中是否存在目标docker镜像；

若存在目标docker镜像，则所述客户端下载并解包所述目标docker镜像，以获取所述目标docker镜像中的更新数据，并基于所述更新数据进行更新。

7.如权利要求6所述的终端远程更新方法，其特征在于，所述客户端检测所述预设docker镜像服务器中是否存在目标docker镜像的步骤，包括：

所述客户端基于预设时长检测所述预设docker镜像服务器中是否存在目标docker镜像；

若未检测到所述目标docker镜像，则所述客户端继续基于所述预设时长对所述预设docker镜像服务器进行检测，直至所述预设docker镜像服务器中存在目标docker镜像。

8.如权利要求6-7任一项所述的终端远程更新方法，其特征在于，所述基于所述更新数据进行更新的步骤，包括：

所述客户端获取所述更新数据对应的应用更新位置，并将所述更新数据复制至所述应用更新位置，并根据所述复制的更新数据进行更新。

9.一种终端远程更新设备，其特征在于，所述终端远程更新设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的终端远程更新程序，所述终端远程更新程序被所述处理器执行时实现如权利要求1至8中任一项所述的终端远程更新方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有终端远程更新程序，所述终端远程更新程序被处理器执行时实现如权利要求1至8中任一项所述的终端远程更新方法的步骤。

Images