CN110007935B - 一种程序升级的处理方法、装置及设备 - Google Patents

Abstract

本说明书实施例公开了一种程序升级的处理方法、装置及设备，所述方法包括：获取待进行OTA升级的目标程序的升级数据；基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型；如果所述目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用所述升级数据对所述目标程序进行升级处理，所述第一类型为非重新启动所述目标程序所在的操作系统以进行OTA升级对应的类型。

Description

一种程序升级的处理方法、装置及设备

技术领域

本说明书涉及计算机技术领域，尤其涉及一种程序升级的处理方法、装置及设备。

背景技术

随着物联网技术的不断发展，物联网设备已经逐渐深入到人们的生活和工作当中，由于不同时期，人们对物联网设备的需求可能不同，为了满足用户的需求，提高用户体验，就需要及时的对物联网设备进行管控和升级，而如何对物联网设备进行简单、高效的升级，成为越来越多物联网厂家需要考虑的问题。

以自助收银机等物联网设备为例，在对自助收银机进行升级时，自助收银机的技术人员需要暂时关闭自助收银机运行，然后，预先开发的升级数据传输到自助收银机中，并可以启动自助收银机的升级程序，以使自助收银机使用传输的升级数据对其中的某应用程序或操作系统进行升级，升级完成后，技术人员可以重启自助收银机，以使自助收银机可以基于升级后的应用程序或操作系统继续为用户服务。

但是，通过上述方式对物联网设备进行升级，会导致整个升级过程的时间较长，且如果电子设备中存在一些影响设备正常运行的瘫痪性的缺陷，就无法对电子设备进行全局即时的升级，并会导致终端设备无法使用，同时，如果在重启过程中发生任何问题，还会导致在升级过程消耗的时间更长，使得升级效率低下，而且还需要耗费较多的人力资源，为此，需要提供一种更高升级效率的程序升级的技术方案。

发明内容

本说明书实施例的目的是提供一种程序升级的处理方法、装置及设备，以提供一种更高升级效率的程序升级的技术方案。

为了实现上述技术方案，本说明书实施例是这样实现的：

本说明书实施例提供的一种程序升级的处理方法，所述方法包括：

获取待进行OTA升级的目标程序的升级数据；

基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型；

如果所述目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用所述升级数据对所述目标程序进行升级处理，所述第一类型为非重新启动所述目标程序所在的操作系统以进行OTA升级对应的类型。

可选地，所述方法还包括：

如果所述目标程序进行OTA升级所属的升级类型为第二类型，则使用所述升级数据替换所述目标程序中的相应数据，替换后直接重新启动所述目标程序所在的操作系统，以对所述目标程序进行OTA升级处理，所述第二类型为不需要重启指令而直接触发所述目标程序所在的操作系统重新启动以进行OTA升级对应的类型。

可选地，所述目标程序为自助结算机具或人工智能售卖机具中安装的程序。

可选地，所述如果所述目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用所述升级数据对所述目标程序进行升级处理，包括：

如果所述目标程序进行OTA升级所属的升级类型为第一类型，则使用所述升级数据对所述目标程序中静态文件的数据进行替换，并使用所述升级数据对所述目标程序中已加载到内存中的数据进行重新装载处理。

可选地，所述方法还包括：

如果所述目标程序进行OTA升级所属的升级类型为第三类型，则使用所述升级数据替换所述目标程序中的相应数据；

当接收到所述目标程序所在的操作系统的重启指令时，重新启动所述目标程序所在的操作系统，并执行所述目标程序的OTA升级处理，所述第三类型为通过所述重启指令触发所述目标程序所在的操作系统重新启动以进行OTA升级对应的类型。

可选地，所述如果所述目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用所述升级数据对所述目标程序进行OTA升级处理之前，所述方法还包括：

对所述目标程序中的数据进行备份处理，得到备份数据，其中，所述目标程序中的数据至少包括所述目标程序中包含的程序信息和所述目标程序的配置信息；

如果对所述目标程序进行OTA升级处理失败，所述方法还包括：

基于所述备份数据对所述目标程序执行回滚处理。

可选地，所述基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型，包括：

对所述升级数据进行完整性校验，得到校验结果；

如果所述校验结果为所述升级数据完整，则基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型。

可选地，所述目标程序为应用程序和所述应用程序对应的SDK中的一种或多种。

本说明书实施例提供的一种程序升级的处理装置，所述装置包括：

数据获取模块，用于获取待进行OTA升级的目标程序的升级数据；

类型确定模块，用于基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型；

第一升级模块，用于如果所述目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用所述升级数据对所述目标程序进行升级处理，所述第一类型为非重新启动所述目标程序所在的操作系统以进行OTA升级对应的类型。

可选地，所述装置还包括：

第二升级模块，用于如果所述目标程序进行OTA升级所属的升级类型为第二类型，则使用所述升级数据替换所述目标程序中的相应数据，替换后直接重新启动所述目标程序所在的操作系统，以对所述目标程序进行OTA升级处理，所述第二类型为不需要重启指令而直接触发所述目标程序所在的操作系统重新启动以进行OTA升级对应的类型。

可选地，所述目标程序为自助结算机具或人工智能售卖机具中安装的程序。

可选地，所述第一升级模块，包括：

第一升级单元，用于如果所述目标程序进行OTA升级所属的升级类型为第一类型，则使用所述升级数据对所述目标程序中静态文件的数据进行替换，并使用所述升级数据对所述目标程序中已加载到内存中的数据进行重新装载处理。

可选地，所述装置还包括：

第三升级模块，用于如果所述目标程序进行OTA升级所属的升级类型为第三类型，则使用所述升级数据替换所述目标程序中的相应数据；

重启模块，用于当接收到所述目标程序所在的操作系统的重启指令时，重新启动所述目标程序所在的操作系统，并执行所述目标程序的OTA升级处理，所述第三类型为通过所述重启指令触发所述目标程序所在的操作系统重新启动以进行OTA升级对应的类型。

可选地，所述装置还包括：

数据备份模块，用于对所述目标程序中的数据进行备份处理，得到备份数据，其中，所述目标程序中的数据至少包括所述目标程序中包含的程序信息和所述目标程序的配置信息；

如果对所述目标程序进行OTA升级处理失败，所述装置还包括：

回滚处理模块，用于基于所述备份数据对所述目标程序执行回滚处理。

可选地，所述类型确定模块，包括：

校验单元，用于对所述升级数据进行完整性校验，得到校验结果；

类型确定单元，用于如果所述校验结果为所述升级数据完整，则基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型。

可选地，所述目标程序为应用程序和所述应用程序对应的SDK中的一种或多种。

本说明书实施例提供的一种程序升级的处理设备，所述设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

获取待进行OTA升级的目标程序的升级数据；

基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型；

如果所述目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用所述升级数据对所述目标程序进行升级处理，所述第一类型为非重新启动所述目标程序所在的操作系统以进行OTA升级对应的类型。

由以上本说明书实施例提供的技术方案可见，本说明书实施例通过获取待进行OTA升级的目标程序的升级数据，然后基于升级数据，确定目标程序进行OTA升级所属的升级类型，如果目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用升级数据对目标程序进行升级处理，第一类型为非重新启动目标程序所在的操作系统以进行OTA升级对应的类型。这样，在对目标程序进行升级时，可以通过动态加载升级数据的方式对目标程序进行升级，在不需要通过人工对目标程序进行升级的情况下，可以对电子设备进行全局即时性的升级，减少了在升级过程中的时间消耗，提高了升级效率，也减少了人力资源的消耗。

附图说明

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

图1为本说明书一种程序升级的处理方法实施例；

图2为本说明书一种获取升级数据的流程的示意图；

图3为本说明书另一种程序升级的处理方法实施例；

图4为本说明书一种程序升级的处理装置实施例；

图5为本说明书一种程序升级的处理设备实施例。

具体实施方式

本说明书实施例提供一种程序升级的处理方法、装置及设备。

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

实施例一

如图1所示，本说明书实施例提供一种程序升级的处理方法，该方法的执行主体可以为具备OTA功能的电子设备，该电子设备可以是终端设备，该终端设备可以是如手机、平板电脑等移动终端设备，该电子设备也可以是如自助结算机具(如自助收银机具、自助柜员机具)或人工智能售卖机具等设备。该方法具体可以包括以下步骤：

在步骤S102中，获取待进行OTA升级的目标程序的升级数据。

其中，目标程序可以为自助结算机具或人工智能售卖机具中安装的程序，同时目标程序也可以是电子设备内安装的应用程序和应用程序对应的SDK中的一种或多种程序。

在实施中，随着物联网技术的不断发展，物联网设备已经逐渐深入到人们的生活和工作当中，在对物联网设备进行管控和升级时，人们可以采用空间下载技术(OTA，Over-the-Air Technology)对物联网设备分发新软件、新配置以实现对物联网设备的管控和升级，由于通过OTA升级的方式可以使得升级过程更加方便和高效，因此，采用OTA升级的方式对物联网设备进行升级必将成为越来越多物联网厂家的选择。以自助收银机等物联网设备为例，在对自助收银机进行升级时，自助收银机的技术人员需要暂时关闭自助收银机运行，然后，预先开发的升级数据传输到自助收银机中，并可以启动自助收银机的升级程序，以使自助收银机使用传输的升级数据对其中的某应用程序或操作系统进行升级，升级完成后，技术人员可以重启自助收银机，以使自助收银机可以基于升级后的应用程序或操作系统继续为用户服务。

但是，通过上述方式对物联网设备进行升级，会导致整个升级过程的时间较长，且如果电子设备中存在一些影响设备正常运行的瘫痪性的缺陷，就无法对电子设备进行全局即时的升级，并会导致电子设备无法使用，同时，如果在重启过程中发生任何问题，也会导致在升级过程中消耗的时间更长，使得升级效率低下，而且还需要耗费较多的人力资源。此外，对于自助收银机等物联网设备来说，对此类物联网设备的维护频率较低，如果在重启升级的过程中发生问题，则技术人员很难即时发现问题。为此，本说明书实施例提供一种可以解决上述问题的技术方案，具体可以参见下述内容：

电子设备内可以安装有某客户端或应用程序的软件开发工具包(SDK，SofewareDevelopment Kit)(即客户端SDK)，客户端SDK可以作为电子设备与云端服务器之间的接口。电子设备中可以设置有OTA升级程序(该OTA升级程序可以由电子设备的技术人员通过预定的编程语言编写)，通过OTA升级程序可以实现通过OTA升级的方式对电子设备进行升级的相关功能。电子设备通过OTA升级的方式进行升级的过程可以通过以下设备之间的交互完成：电子设备(包括客户端SDK)、云端服务器(包括管控云端、OTA服务器)。具体地，当电子设备中的目标程序需要进行升级时，电子设备可以启动OTA升级程序，进而通过电子设备中的客户端SDK可以向云端服务器中的管控云端发送升级请求，其中，该升级请求可包括电子设备中的目标程序的版本信息以及客户端SDK的版本信息，云端服务器中的管控云端可以对OTA升级流程进行确认及审核等处理。此外，当电子设备的性能较差，或者电子设备的网络状况较差时，客户端SDK可以基于消息队列遥测传输协议(MQTT，Message QueuingTelemetry Transport)向相应的OTA服务器发送升级请求。

如图2所示，以自助售卖机为例，自助售卖机可以向管控云端发送升级请求，该升级请求中可以包含自助售卖机中的软件版本信息以及客户端SDK信息，管控云端在接收到升级请求后，可以将升级请求中的目标程序的版本信息以及客户端SDK的版本信息发送到云端服务器的OTA服务器，其中，OTA服务器可以作为OTA升级的控制台，用于对应用程序固件、应用程序以及相应插件进行管理。OTA服务器在接收到目标程序的版本信息以及客户端SDK的版本信息后，可以从数据库中查到该适应该客户端SDK的最新的目标程序的版本信息，并将最新的目标程序的下载链接返回给管控云端。管控云端可以将接收到的下载链接返回给客户端SDK，客户端SDK可以根据该下载链接下载OTA升级数据包，以获得待进行OTA升级的目标程序的升级数据。

需要说明的是，在下载OTA升级数据包时，可以采用全量下载或增量下载的方式，例如，如果最新版本的目标程序是在目标程序的基础上增加了部分功能，则可以通过增量下载的方式，对新增加的功能升级数据进行下载，若最新版本的目标程序与目标程序存在结构上的不同，则可以通过全量下载的方式，获取最新版本的目标程序的所有下载数据。

此外，电子设备还可以通过OTA获取固件程序的升级数据，即电子设备可以向管控云端发送固件升级请求，该固件升级请求中可以包括电子设备的设备信息以及电子设备中的固件程序信息。管控云端接收到该固件升级请求后，可以将电子设备的设备信息和固件信息发送给OTA服务器，OTA服务器可以从固件数据库中查找与该电子设备相匹配的最新的固件程序信息，并将最新的固件程序信息的下载链接返回给管控云端，管控云端在将下载链接返回给电子设备，电子设备通过该下载链接下载用于升级固件程序的升级数据。

在步骤S104中，基于升级数据，确定目标程序进行OTA升级所属的升级类型。

其中，升级类型可以包括通过重新启动目标程序所在的操作系统以进行OTA升级的类型，以及通过非重新启动目标程序所在的操作系统的方式以进行OTA升级的类型。

在实施中，考虑到电子设备可能会处于长期无人维护的状态，为了减少人力资源和电子设备重新启动的时间，或者不影响用户的正常使用，可以预先设置某些特殊文件或数据，该特殊文件或数据在被替换或覆盖后，不需要重新启动目标程序所在的操作系统即可实时生效，在实际应用中，该特殊文件或数据可以是目标程序已经发生应急类故障所涉及的文件或数据等。当获取到升级数据后，可以根据电子设备的实际情况，确定目标程序进行OTA升级所述的升级类型，例如，当获取到升级数据后，可以检测升级数据中包含的数据是否全部为上述设置的特殊数据，如果检测到升级数据中包含的数据全部为上述设置的特殊数据，则可以通过下述步骤S106的方式对目标程序进行升级处理，具体如，如果电子设备的目标程序已经发生预定的应急类故障，则可以确定目标程序进行OTA升级的升级类型为非重新启动操作系统的类型，可以通过非重新启动目标程序所在的操作系统以对目标程序进行OTA升级可以较快的解决应急类故障，且可以使电子设备的升级过程不依赖于重启操作。否则，可以通过预先设定的其它方式(如重新启动目标程序所在的操作系统对应的升级方式等)对目标程序进行升级处理。

在步骤S106中，如果目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用升级数据对目标程序进行升级处理，第一类型为非重新启动目标程序所在的操作系统以进行OTA升级对应的类型。

在实施中，当目标程序进行OTA升级所属的升级类型为第一类型时，可以通过动态加载的方式对升级数据进行加载，并在加载过程中对相应的文件进行Reloader操作，即在加载的过程中对文件级进行Reloader操作，升级数据加载完成后，也完成了文件级的Reloader服务，不需要再对操作系统进行重新启动以完成升级。

本说明书实施例提供一种程序升级的处理方法，本说明书实施例通过获取待进行OTA升级的目标程序的升级数据，然后基于升级数据，确定目标程序进行OTA升级所属的升级类型，如果目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用升级数据对目标程序进行升级处理，第一类型为非重新启动目标程序所在的操作系统以进行OTA升级对应的类型。这样，在对目标程序进行升级时，可以通过动态加载升级数据的方式对目标程序进行升级，在不需要通过人工对目标程序进行升级的情况下，可以对电子设备进行全局即时性的升级，减少了在升级过程中的时间消耗，提高了升级效率，也减少了人力资源的消耗。

实施例二

如图3所示，本说明书实施例提供一种程序升级的处理方法，该方法的执行主体可以为具备OTA功能的电子设备，该电子设备可以是终端设备，该终端设备可以是如手机、平板电脑等移动终端设备，该电子设备也可以是如自助结算机具(如自助收银机具、自助柜员机具)或人工智能售卖机具等设备。该方法具体可以包括以下步骤：

在步骤S302中，获取待进行OTA升级的目标程序的升级数据。

上述步骤S302的具体处理过程可以参见上述实施例一中的步骤S102中的相关内容，再此不再赘述。

在步骤S304中，对升级数据进行完整性校验，得到校验结果。

在实施中，当接收到升级数据后，可以对升级数据进行完整性校验，例如，可以对升级数据通过MD5(Message-Digest Algorithm 5，消息摘要算法5)进行校验，具体地，可以计算接收到的升级数据的MD5值，然后，可以从远端服务器获取该升级数据的MD5值，可以将获取的MD5值与上述计算的MD5值进行比较，如果两者相同，则表明升级数据完整，如果两者不同，则表明接收到升级数据不完整，此时，可以再次请求获取升级数据，通过上述方式可以确认升级数据在传输过程中的一致性。此外，除MD5校验外，还可以对升级数据进行奇偶校验、CRC循环冗余码校验等，本说明书实施例对此不做限定。

在步骤S306中，如果校验结果为升级数据完整，则基于升级数据，确定目标程序进行OTA升级所属的升级类型。

上述步骤S306的具体处理过程可以参见上述实施例一中的步骤S104中的相关内容，再此不再赘述。

在步骤S308中，对目标程序中的数据进行备份处理，得到备份数据。

其中，需要进行备份的目标程序中的数据至少包括目标程序中包含的程序信息和目标程序的配置信息，还可以包括目标程序中的应用数据等相关数据。

在实施中，可以对目标程序中的数据进行备份，如果在对目标程序的升级过程中发生任何问题，都可以通过备份数据对目标程序进行恢复。

在确定了目标程序所属的升级类型后，可以针对不同的升级类型采用不同的升级方式，具体实施方式可以参见下述步骤S310-S316的处理。

在步骤S310中，如果目标程序进行OTA升级所属的升级类型为第一类型，则使用升级数据对目标程序中静态文件的数据进行替换，并使用升级数据对目标程序中已加载到内存中的数据进行重新装载处理。

其中，第一类型可以为非重新启动目标程序所在的操作系统以进行OTA升级对应的类型。

在实施中，如果目标程序进行OTA升级所属的升级类型为第一类型，则可以使用升级数据对电子设备中预先设置的某些特殊文件或数据(即目标程序中静态文件的数据)进行覆盖，其中，电子设备中预先设置的特殊文件或数据可以是目标程序已经发生应急类故障时所涉及的文件或数据，该特殊文件或数据被替换或覆盖后，不需要重新启动目标程序所在的操作系统即可实时生效。

或者，如果升级数据对应的最新版本的目标程序与电子设备中的目标程序存在较大的功能性不同，通过动态加载的方式加载升级数据的时间较长，则也可以通过静态文件覆盖的方式，用升级数据对原数据进行全部覆盖，以实现内存级别的Reloader服务，节省升级时间，提供升级效率。

在步骤S312中，如果目标程序进行OTA升级所属的升级类型为第二类型，则使用升级数据替换目标程序中的相应数据，替换后直接重新启动目标程序所在的操作系统，以对目标程序进行OTA升级处理。

其中，第二类型可以是不需要重启指令而直接触发目标程序所在的操作系统重新启动以进行OTA升级所对应的类型。

在实施中，可以使用升级数据替换和覆盖目标程序中的相应数据，在替换结束后可以在电子设备中显示加载完成的消息，在显示加载完成的消息之后，电子设备可以直接(或自动)重新启动目标程序所在的操作系统，而不需要在接收到该操作系统重启指令后才进行重新启动操作，在重启的过程中，可以将目标程序中被替换和覆盖的数据从内存等设备中删除，从而使得替换和覆盖目标程序中的相应数据的升级数据生效，以完成升级任务，通过这种快速自动重启的方式，可以直接在加载完成后重新启动电子设备，以使电子设备的目标程序的升级可以快速生效。

在步骤S314中，如果目标程序进行OTA升级所属的升级类型为第三类型，则使用升级数据替换目标程序中的相应数据。

其中，第三类型可以是通过重启指令触发目标程序所在的操作系统重新启动以进行OTA升级对应的类型。

在步骤S316中，当接收到目标程序所在的操作系统的重启指令时，重新启动目标程序所在的操作系统，并执行目标程序的OTA升级处理。

在实施中，如果目标程序进行OTA升级所属的升级类型为第三类型，可以在升级数据替换目标程序中的相应数据后，继续运行目标程序，直到接收到目标程序所在的操作系统的重启指令时，在重新启动目标程序所在的操作系统，完成目标程序的升级任务。

需要说明的是，在对目标程序进行升级后，还可以对目标程序的版本、状态以及数据进行校验，以确认目标程序的升级过程是否完整或彻底。

在步骤S318中，如果对目标程序进行OTA升级处理失败，则基于备份数据对目标程序执行回滚处理。

在实施中，如果对目标程序进行OTA升级处理失败，则可以获取在步骤S308中的备份数据，基于备份数据，对目标程序执行回滚处理。

本说明书实施例提供一种程序升级的处理方法，通过获取待进行OTA升级的目标程序的升级数据，然后基于升级数据，确定目标程序进行OTA升级所属的升级类型，如果目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用升级数据对目标程序进行升级处理，第一类型为非重新启动目标程序所在的操作系统以进行OTA升级对应的类型。这样，在对目标程序进行升级时，可以通过动态加载升级数据的方式对目标程序进行升级，在不需要通过人工对目标程序进行升级的情况下，可以对电子设备进行全局即时性的升级，减少了在升级过程中的时间消耗，提高了升级效率，也减少了人力资源的消耗。

实施例三

以上为本说明书实施例提供的程序升级的处理方法，基于同样的思路，本说明书实施例还提供一种程序升级的处理装置，如图4所示。

该程序升级的处理装置包括：数据获取模块401、类型确定模块402、第一升级模块403，其中：

数据获取模块401，用于获取待进行OTA升级的目标程序的升级数据；

类型确定模块402，用于基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型；

第一升级模块403，用于如果所述目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用所述升级数据对所述目标程序进行升级处理，所述第一类型为非重新启动所述目标程序所在的操作系统以进行OTA升级对应的类型。

本说明书实施例中，所述装置还包括：

第二升级模块，用于如果所述目标程序进行OTA升级所属的升级类型为第二类型，则使用所述升级数据替换所述目标程序中的相应数据，替换后直接重新启动所述目标程序所在的操作系统，以对所述目标程序进行OTA升级处理，所述第二类型为不需要重启指令而直接触发所述目标程序所在的操作系统重新启动以进行OTA升级对应的类型。

本说明书实施例中，所述目标程序为自助结算机具或人工智能售卖机具中安装的程序。

本说明书实施例中，所述第一升级模块403，包括：

第一升级单元，用于如果所述目标程序进行OTA升级所属的升级类型为第一类型，则使用所述升级数据对所述目标程序中静态文件的数据进行替换，并使用所述升级数据对所述目标程序中已加载到内存中的数据进行重新装载处理。

本说明书实施例中，所述装置还包括：

第三升级模块，用于如果所述目标程序进行OTA升级所属的升级类型为第三类型，则使用所述升级数据替换所述目标程序中的相应数据；

重启模块，用于当接收到所述目标程序所在的操作系统的重启指令时，重新启动所述目标程序所在的操作系统，并执行所述目标程序的OTA升级处理，所述第三类型为通过所述重启指令触发所述目标程序所在的操作系统重新启动以进行OTA升级对应的类型。

本说明书实施例中，所述装置还包括：

数据备份模块，用于对所述目标程序中的数据进行备份处理，得到备份数据，其中，所述目标程序中的数据至少包括所述目标程序中包含的程序信息和所述目标程序的配置信息；

如果对所述目标程序进行OTA升级处理失败，所述装置还包括：

回滚处理模块，用于基于所述备份数据对所述目标程序执行回滚处理。

本说明书实施例中，所述类型确定模块402，包括：

校验单元，用于对所述升级数据进行完整性校验，得到校验结果；

类型确定单元，用于如果所述校验结果为所述升级数据完整，则基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型。

本说明书实施例中，所述目标程序为应用程序和所述应用程序对应的SDK中的一种或多种。

本说明书实施例提供一种程序升级的处理装置，通过获取待进行OTA升级的目标程序的升级数据，然后基于升级数据，确定目标程序进行OTA升级所属的升级类型，如果目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用升级数据对目标程序进行升级处理，第一类型为非重新启动目标程序所在的操作系统以进行OTA升级对应的类型。这样，在对目标程序进行升级时，可以通过动态加载升级数据的方式对目标程序进行升级，在不需要通过人工对目标程序进行升级的情况下，可以对电子设备进行全局即时性的升级，减少了在升级过程中的时间消耗，提高了升级效率，也减少了人力资源的消耗。

实施例四

以上为本说明书实施例提供的程序升级的处理装置，基于同样的思路，本说明书实施例还提供一种程序升级的处理设备，如图5所示。

所述程序升级的处理设备可以为上述实施例提供的电子设备。

程序升级的处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器501和存储器502，存储器502中可以存储有一个或一个以上存储应用程序或数据。其中，存储器502可以是短暂存储或持久存储。存储在存储器502的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对程序升级的处理设备中的一系列计算机可执行指令。更进一步地，处理器501可以设置为与存储器502通信，在程序升级的处理设备上执行存储器502中的一系列计算机可执行指令。程序升级的处理设备还可以包括一个或一个以上电源503，一个或一个以上有线或无线网络接口504，一个或一个以上输入输出接口505，一个或一个以上键盘506。

具体在本实施例中，程序升级的处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对程序升级的处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

获取待进行OTA升级的目标程序的升级数据；

基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型；

如果所述目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用所述升级数据对所述目标程序进行升级处理，所述第一类型为非重新启动所述目标程序所在的操作系统以进行OTA升级对应的类型。

可选地，所述方法还包括：

如果所述目标程序进行OTA升级所属的升级类型为第二类型，则使用所述升级数据替换所述目标程序中的相应数据，替换后直接重新启动所述目标程序所在的操作系统，以对所述目标程序进行OTA升级处理，所述第二类型为不需要重启指令而直接触发所述目标程序所在的操作系统重新启动以进行OTA升级对应的类型。

可选地，所述目标程序为自助结算机具或人工智能售卖机具中安装的程序。

可选地，所述如果所述目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用所述升级数据对所述目标程序进行升级处理，包括：

如果所述目标程序进行OTA升级所属的升级类型为第一类型，则使用所述升级数据对所述目标程序中静态文件的数据进行替换，并使用所述升级数据对所述目标程序中已加载到内存中的数据进行重新装载处理。

可选地，所述方法还包括：

如果所述目标程序进行OTA升级所属的升级类型为第三类型，则使用所述升级数据替换所述目标程序中的相应数据；

当接收到所述目标程序所在的操作系统的重启指令时，重新启动所述目标程序所在的操作系统，并执行所述目标程序的OTA升级处理，所述第三类型为通过所述重启指令触发所述目标程序所在的操作系统重新启动以进行OTA升级对应的类型。

可选地，所述如果所述目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用所述升级数据对所述目标程序进行OTA升级处理之前，所述方法还包括：

对所述目标程序中的数据进行备份处理，得到备份数据，其中，所述目标程序中的数据至少包括所述目标程序中包含的程序信息和所述目标程序的配置信息；

如果对所述目标程序进行OTA升级处理失败，所述方法还包括：

基于所述备份数据对所述目标程序执行回滚处理。

可选地，所述基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型，包括：

对所述升级数据进行完整性校验，得到校验结果；

如果所述校验结果为所述升级数据完整，则基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型。

可选地，所述目标程序为应用程序和所述应用程序对应的SDK中的一种或多种。

本说明书实施例提供一种程序升级的处理设备，通过获取待进行OTA升级的目标程序的升级数据，然后基于升级数据，确定目标程序进行OTA升级所属的升级类型，如果目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用升级数据对目标程序进行升级处理，第一类型为非重新启动目标程序所在的操作系统以进行OTA升级对应的类型。这样，在对目标程序进行升级时，可以通过动态加载升级数据的方式对目标程序进行升级，在不需要通过人工对目标程序进行升级的情况下，可以对电子设备进行全局即时性的升级，减少了在升级过程中的时间消耗，提高了升级效率，也减少了人力资源的消耗

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书一个或多个实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

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

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

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

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

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (17)

1.一种程序升级的处理方法，所述方法包括：

获取待进行OTA升级的目标程序的升级数据；

基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型；

如果所述目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用所述升级数据对所述目标程序进行升级处理，所述第一类型为非重新启动所述目标程序所在的操作系统以进行OTA升级对应的类型。

2.根据权利要求1所述的方法，所述方法还包括：

如果所述目标程序进行OTA升级所属的升级类型为第二类型，则使用所述升级数据替换所述目标程序中的相应数据，替换后直接重新启动所述目标程序所在的操作系统，以对所述目标程序进行OTA升级处理，所述第二类型为不需要重启指令而直接触发所述目标程序所在的操作系统重新启动以进行OTA升级对应的类型。

3.根据权利要求1所述的方法，所述目标程序为自助结算机具或人工智能售卖机具中安装的程序。

4.根据权利要求1所述的方法，所述如果所述目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用所述升级数据对所述目标程序进行升级处理，包括：

如果所述目标程序进行OTA升级所属的升级类型为第一类型，则使用所述升级数据对所述目标程序中静态文件的数据进行替换，并使用所述升级数据对所述目标程序中已加载到内存中的数据进行重新装载处理。

5.根据权利要求1所述的方法，所述方法还包括：

如果所述目标程序进行OTA升级所属的升级类型为第三类型，则使用所述升级数据替换所述目标程序中的相应数据；

当接收到所述目标程序所在的操作系统的重启指令时，重新启动所述目标程序所在的操作系统，并执行所述目标程序的OTA升级处理，所述第三类型为通过所述重启指令触发所述目标程序所在的操作系统重新启动以进行OTA升级对应的类型。

6.根据权利要求1所述的方法，所述如果所述目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用所述升级数据对所述目标程序进行OTA升级处理之前，所述方法还包括：

对所述目标程序中的数据进行备份处理，得到备份数据，其中，所述目标程序中的数据至少包括所述目标程序中包含的程序信息和所述目标程序的配置信息；

如果对所述目标程序进行OTA升级处理失败，所述方法还包括：

基于所述备份数据对所述目标程序执行回滚处理。

7.根据权利要求1所述的方法，所述基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型，包括：

对所述升级数据进行完整性校验，得到校验结果；

如果所述校验结果为所述升级数据完整，则基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型。

8.根据权利要求1所述的方法，所述目标程序为应用程序和所述应用程序对应的SDK中的一种或多种。

9.一种程序升级的处理装置，所述装置包括：

数据获取模块，用于获取待进行OTA升级的目标程序的升级数据；

类型确定模块，用于基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型；

第一升级模块，用于如果所述目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用所述升级数据对所述目标程序进行升级处理，所述第一类型为非重新启动所述目标程序所在的操作系统以进行OTA升级对应的类型。

10.根据权利要求9所述的装置，所述装置还包括：

第二升级模块，用于如果所述目标程序进行OTA升级所属的升级类型为第二类型，则使用所述升级数据替换所述目标程序中的相应数据，替换后直接重新启动所述目标程序所在的操作系统，以对所述目标程序进行OTA升级处理，所述第二类型为不需要重启指令而直接触发所述目标程序所在的操作系统重新启动以进行OTA升级对应的类型。

11.根据权利要求9所述的装置，所述目标程序为自助结算机具或人工智能售卖机具中安装的程序。

12.根据权利要求9所述的装置，所述第一升级模块，包括：

第一升级单元，用于如果所述目标程序进行OTA升级所属的升级类型为第一类型，则使用所述升级数据对所述目标程序中静态文件的数据进行替换，并使用所述升级数据对所述目标程序中已加载到内存中的数据进行重新装载处理。

13.根据权利要求9所述的装置，所述装置还包括：

第三升级模块，用于如果所述目标程序进行OTA升级所属的升级类型为第三类型，则使用所述升级数据替换所述目标程序中的相应数据；

重启模块，用于当接收到所述目标程序所在的操作系统的重启指令时，重新启动所述目标程序所在的操作系统，并执行所述目标程序的OTA升级处理，所述第三类型为通过所述重启指令触发所述目标程序所在的操作系统重新启动以进行OTA升级对应的类型。

14.根据权利要求9所述的装置，所述装置还包括：

数据备份模块，用于对所述目标程序中的数据进行备份处理，得到备份数据，其中，所述目标程序中的数据至少包括所述目标程序中包含的程序信息和所述目标程序的配置信息；

如果对所述目标程序进行OTA升级处理失败，所述装置还包括：

回滚处理模块，用于基于所述备份数据对所述目标程序执行回滚处理。

15.根据权利要求9所述的装置，所述类型确定模块，包括：

校验单元，用于对所述升级数据进行完整性校验，得到校验结果；

类型确定单元，用于如果所述校验结果为所述升级数据完整，则基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型。

16.根据权利要求9所述的装置，所述目标程序为应用程序和所述应用程序对应的SDK中的一种或多种。

17.一种程序升级的处理设备，所述设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

获取待进行OTA升级的目标程序的升级数据；

基于所述升级数据，确定所述目标程序进行OTA升级所属的升级类型；

如果所述目标程序进行OTA升级所属的升级类型为第一类型，则通过动态加载的方式，使用所述升级数据对所述目标程序进行升级处理，所述第一类型为非重新启动所述目标程序所在的操作系统以进行OTA升级对应的类型。

Images