CN109165034A - 基于ota的pos机升级方法、装置、设备及存储介质 - Google Patents

Abstract

本发明揭示了一种基于OTA的POS机升级方法、装置、设备及存储介质，其方法包括如下步骤：获取经指定调整步骤生成的升级包；判断所述升级包是否正常；若是，则使用所述升级包升级所述POS机的操作系统版本；判断安全芯片的当前固件版本号与所述升级包中的固件版本号是否相同；若否，则升级所述POS机中安全芯片的固件版本。本发明的基于OTA的POS机升级方法、装置、设备及存储介质的有益效果为：省去了常规的完整包升级步骤，降低了用户的使用成本以及升级难度，将安全芯片升级固件包与操作系统升级固件包结合，省去了安全芯片固件单独升级的运营成本。

Description

基于OTA的POS机升级方法、装置、设备及存储介质

技术领域

本发明涉及到电子信息领域，特别是涉及到一种基于OTA的POS机升级方法、装置、设备及存储介质。

背景技术

OTA(Over the Air Technology)空中下载技术。是通过移动通信(GSM或CDMA)的空中接口对SIM卡数据及应用进行远程管理的技术。空中接口可以采用WAP、GPRS、CDMA1X、WIFI及短消息技术。OTA技术的应用，使得移动通信不仅可以提供语音和数据服务，而且还能提供新业务下载，是一种更快的无线技术。

然而目前智能POS升级的方式采用的是传统Android系统的OTA升级方法，但是这一类升级方法有如下缺陷：

1、没有包含对安全芯片的升级，智能POS包含两个芯片，应用芯片和安全芯片，传统Android系统的升级包只做了应用芯片的升级，安全芯片属于底层的系统，需要额外考虑其升级方式；

2、没有平滑的兼容完整包和差分包，目前主流方式是差分包升级，这种方式在正常流程中没有问题，但是在异常情况下，传统Android系统的升级方法受限于/cache分区太小，在只能使用全包升级的情况下，无法直接通过系统的recovery模式进行升级，需要使用比较繁琐方法，比如需要额外的TF卡介质。

发明内容

本发明的主要目的为提供基于OTA的POS机升级方法、装置、设备及存储介质，以解决背景技术中所提出的至少一个技术问题。

本发明提出一种基于OTA的POS机升级方法，包括如下步骤：

获取经指定调整步骤生成的升级包；

判断上述升级包是否正常；

若是，则使用上述升级包升级上述POS机的操作系统版本；

判断安全芯片的当前固件版本号与上述升级包中的固件版本号是否相同；

若否，则升级上述POS机中安全芯片的固件版本。

进一步地，在上述的基于OTA的POS机升级方法中，上述指定调整步骤包括：

将安全芯片的固件升级包和操作系统的固件升级包通过编译合并生成固件包；

将上述固件包与已有的历史固件包进行对比，并生成分差包；

将上述固件包和分差包整合成上述升级包；

将上述升级包传输至指定的云存储端，生成与上述升级包相对应的下载路径和哈希码并录入至上述升级包中。

进一步地，在上述的基于OTA的POS机升级方法中，判断上述升级包是否正常的步骤，包括：

通过上述哈希码判断上述升级包的唯一性和完整性；

若判断结果为上述升级包唯一且完整，则判定上述升级包为正常。

进一步地，在上述的基于OTA的POS机升级方法中，在判断安全芯片的当前固件版本号与上述升级包中的固件版本号是否相同的步骤之前，还包括步骤：

重启上述POS机的操作系统。

进一步地，在上述的基于OTA的POS机升级方法中，在判断安全芯片的当前固件版本号与上述升级包中的固件版本号是否相同的步骤之后，还包括步骤：

判断当前安全芯片的当前固件版本号是否比上述升级包中的固件版本号版本号新；

若否，则升级上述POS机的安全固件包。

进一步地，在上述的基于OTA的POS机升级方法中，将安全芯片的固件升级包和操作系统的固件升级包通过编译合并生成固件包的步骤，包括：

获取已编译完成的app.bin固件包、core.bin固件包和boot.bin固件包。

将上述app.bin固件包、core.bin固件包和boot.bin固件包拷贝到安卓系统源码/deivce/目录下。

根据安卓系统编译机制将上述app.bin固件包、core.bin固件包和boot.bin固件包编译到操作系统的固件升级包中。

进一步地，在上述的基于OTA的POS机升级方法中，在判断上述升级包是否正常的步骤之后，还包括步骤：

若否，则根据判定结果生成反馈信息反馈至对应的云接收终端。

本发明提出一种基于OTA的POS机升级装置，包括：

获取模块，用于获取经指定调整步骤生成的升级包；

第一判断模块，用于判断上述升级包是否正常；

第一升级模块，用于若是，则使用上述升级包升级上述POS机的操作系统版本；

第二判断模块，用于判断安全芯片的当前固件版本号与上述升级包中的固件版本号是否相同；

第二升级模块，用于若否，则升级上述POS机中安全芯片的固件版本。

本发明提出一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，上述处理器执行上述程序时实现如上述实施例中任意一项上述的方法。

本发明提出一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例中任意一项上述的方法。

本发明的基于OTA的POS机升级方法、装置、设备及存储介质的有益效果为：省去了常规的完整包升级步骤，降低了用户的使用成本以及升级难度，将安全芯片升级固件包与操作系统升级固件包结合，省去了安全芯片固件单独升级的运营成本。

附图说明

图1为本发明一实施例的基于OTA的POS机升级方法的流程示意图；

图2为本发明一实施例的基于OTA的POS机升级方法的流程示意图；

图3为本发明一实施例的基于OTA的POS机升级方法的流程示意图；

图4为本发明一实施例的基于OTA的POS机升级方法的流程示意图；

图5为本发明一实施例的基于OTA的POS机升级方法的流程示意图；

图6为本发明一实施例的基于OTA的POS机升级装置的模块结构示意图；

图7为本发明一实施例的一种计算机设备的结构示意图。

1、获取模块；2、第一判断模块；3、第一升级模块；4、第二判断模块；5、第二升级模块；12、计算机设备；14、外部设备；16、处理单元；18、总线；20、网络适配器；22、(I/O)接口；24、显示器；28、系统存储器；30、随机存取存储器(RAM)；32、高速缓存存储器；34、存储系统；40、程序/实用工具；42、程序模块。

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

具体实施方式

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

另外，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

参照图1，本发明提出一种基于OTA的POS机升级方法，包括如下步骤：

S1、获取经指定调整步骤生成的升级包；

S2、判断上述升级包是否正常；

S3、若是，则使用上述升级包升级上述POS机的操作系统版本；

S4、判断安全芯片的当前固件版本号与上述升级包中的固件版本号是否相同；

S5、若否，则升级上述POS机中安全芯片的固件版本。

(实施例中以安卓系统为主要描述对象，但该方法不仅限应用于安卓系统，还包括任何可根据该方法实现OTA升级的所有操作系统。

如上述步骤S1，获取经指定调整步骤生成的升级包，其中，上述升级包一般包括能够将系统进行完整升级的完整包和提供系统进行增量升级的分差包，在完整包和分差包中还分别包含了对操作系统进行升级的升级包和对安全芯片的固件进行升级的升级包，因此能够极大的减少了对POS机升级的安全芯片升级的时间成本无需单独进行再次升级

如上述步骤S2，判断上述升级包是否正常，改判断一般为通过该升级包中附有的哈希码进行判断，其判断一般包含两次同时进行或不分顺序的判断步骤，A：判断该升级包的唯一性(即是否唯一)，B：判断该升级包的完整性(即是否完整)，仅当两次判断的结果均为是时，即该升级包分别含有唯一性及完整性时，该升级包才判断为完整，若任一判断结果为否则改升级包为非正常升级包，系统终止升级。

如上述步骤S3，若是，则使用上述升级包升级上述POS机的操作系统版本，当上述步骤S2判断的结构为是时，即上述升级包为正常时，对POS机的操作系统进行升级，其中，在升级的过程中，优先使用升级包中的分差包对系统进行增量升级，仅有当使用分差包升级失败或无法使用分差包进行完整升级时，才会使用固件包进行对系统的完整升级，该升级方法能很好的降低了升级时带来的风险以及降低了升级时需要的时间。

如上述步骤S4，判断安全芯片的当前固件版本号与上述升级包中的固件版本号是否相同，升级包包含有安全芯片及操作系统的固件版本号，由于安全芯片的固件升级与操作系统的升级是相互独立的，因此，当对操作系统升级完后，需要对升级包中包含有的安全芯片固件包中的固件版本号与POS机中安全芯片当前的版本号进行比较判断，判断安全芯片的固件版本是否需要升级，由于POS机通过云端获取的升级包一般情况下版本都是比POS机本身的固件版本新或是相同版本，因此，一般仅需要判断该安全芯片固件包中的固件版本号与POS机中安全芯片当前的版本号是否相同即可判断该安全芯片固件包是否为新版本。

如上述步骤S5，若否，则升级上述POS机中安全芯片的固件版本，对POS机的安全芯片进行升级，其中，在升级的过程中与上述步骤S3相似，优先使用升级包中的分差包对芯片进行增量升级，仅有当使用分差包升级失败或无法使用分差包进行完整升级时，才会使用固件包进行对芯片的完整升级，该升级方法能很好的降低了升级时带来的风险以及降低了升级时需要的时间。

参照图1和3，在本实施例中，在上述的基于OTA的POS机升级方法中，上述指定调整步骤包括：

S11、将安全芯片的固件升级包和操作系统的固件升级包通过编译合并生成固件包；

S12、将上述固件包与已有的历史固件包进行对比，并生成分差包；

S13、将上述固件包和分差包整合成上述升级包；

S14、将上述升级包传输至指定的云存储端，生成与上述升级包相对应的下载路径和哈希码并录入至上述升级包中。

如上述步骤S11，将安全芯片的固件升级包和操作系统的固件升级包通过编译合并生成固件包，通过对两者固件包的编译使安全芯片的固件升级包和操作系统的固件升级包合整合成完整的固件包。

如上述步骤S12，将上述固件包与已有的历史固件包进行对比，并生成分差包，该历史固件包一般为与上述固件包的上传时间相隔最近的历史固件包，通过分析固件包与历史固件包之间所包含的代码内容的差异从而获得分差包，分差包一般仅用于系统的增量升级。

如上述步骤S13，将上述固件包和分差包整合成上述升级包，将上述固件包与从上述步骤S12得出的分差包打包整合成上述升级包，在升级时设备根据对应情况调用对应的固件包或分差包进行系统的升级。

如上述步骤S14，将上述升级包传输至指定的云存储端，生成与上述升级包相对应的下载路径和哈希码并录入至上述升级包中，该哈希码用于为上述步骤S2提供判定基础。

参照图1和2，在本实施例中，在上述的基于OTA的POS机升级方法中，判断上述升级包是否正常的步骤，包括：

S21、通过上述哈希码判断上述升级包的唯一性和完整性；

S22、若判断结果为上述升级包唯一且完整，则判定上述升级包为正常。

如上述步骤S21，通过上述哈希码判断上述升级包的唯一性和完整性，在判断上述升级包的唯一性和完整性的过程中，唯一性和完整性的判断可同时进行亦可先判断其中一项再对另一项进行判断；

如上述步骤S22，若判断结果为上述升级包唯一且完整，则判定上述升级包为正常，若判断结果中其中一项或全部判定结果为否，即上述升级包不唯一或不完整或不唯一且不完整，则终止升级步骤。

参照图2，在本实施例中，在上述的基于OTA的POS机升级方法中，在判断安全芯片的当前固件版本号与上述升级包中的固件版本号是否相同的步骤之前，还包括步骤：

S6、重启上述POS机的操作系统。

如上述步骤S6，在上述步骤S4执行前对上述POS机的操作系统进行重启以完成对上述操作系统的升级。

参照图2，在本实施例中，在上述的基于OTA的POS机升级方法中，在判断安全芯片的当前固件版本号与上述升级包中的固件版本号是否相同的步骤之后，还包括步骤：

S7、判断当前安全芯片的当前固件版本号是否比上述升级包中的固件版本号版本号新；

S5、若否，则升级上述POS机的安全固件包。

如上述步骤S7，判断当前安全芯片的当前固件版本号是否比上述升级包中的固件版本号版本号新，为了避免出现误升级比当前版本旧的情况出现，当上述步骤S4判断后还需要判断该安全芯片的固件版本号是否新于上述升级包中的固件版本号，由于版本号一般为多段式的数字串，因此一般判定过程为从左到右依次判断版本号中数字串的大小，而在判断过程中，当出现一次否的结构后判断步骤停止并判定总结果为否，反之则判定结果为是，判定步骤可以根据版本号的实际情况对应修改判断过程。

参照图1、3和5，在本实施例中，在上述的基于OTA的POS机升级方法中，将安全芯片的固件升级包和操作系统的固件升级包通过编译合并生成固件包的步骤，包括：

S111、获取已编译完成的app.bin固件包、core.bin固件包和boot.bin固件包。

S112、将上述app.bin固件包、core.bin固件包和boot.bin固件包拷贝到安卓系统源码/deivce/目录下。

S113、根据安卓系统编译机制将上述app.bin固件包、core.bin固件包和boot.bin固件包编译到操作系统的固件升级包中。

如上述步骤S111，获取已编译完成的app.bin固件包、core.bin固件包和boot.bin固件包，其中，上述app.bin固件包、core.bin固件包和boot.bin固件包一般为二进制文件，其格式一般为binary，文件后缀为“.bin”。

如上述步骤S112，将上述app.bin固件包、core.bin固件包和boot.bin固件包拷贝到安卓系统源码/deivce/目录下。

如上述步骤S113，根据安卓系统编译机制将上述app.bin固件包、core.bin固件包和boot.bin固件包编译到操作系统的固件升级包中。

参照图1和2，在本实施例中，在上述的基于OTA的POS机升级方法中，在判断上述升级包是否正常的步骤之后，还包括步骤：

S8、若否，则根据判定结果生成反馈信息反馈至对应的云接收终端。

如上述步骤S8，若否，则根据判定结果生成反馈信息反馈至对应的云接收终端，软件开发者或云存储端管理者可根据反馈至云接收终端的信息对上述升级包或服务器进行对应的修正，及时的排除错误，防止出现不能及时升级的问题出现。

参照图6，本发明提出一种基于OTA的POS机升级装置，包括：

获取模块1，用于获取经指定调整步骤生成的升级包；

第一判断模块2，用于判断上述升级包是否正常；

第一升级模块3，用于若是，则使用上述升级包升级上述POS机的操作系统版本；

第二判断模块4，用于判断安全芯片的当前固件版本号与上述升级包中的固件版本号是否相同；

第二升级模块5，用于若否，则升级上述POS机中安全芯片的固件版本。

上述获取模块1，一般用于获取经指定调整步骤生成的升级包，其中，上述升级包一般包括能够将系统进行完整升级的完整包和提供系统进行增量升级的分差包，在完整包和分差包中还分别包含了对操作系统进行升级的升级包和对安全芯片的固件进行升级的升级包，因此能够极大的减少了对POS机升级的安全芯片升级的时间成本无需单独进行再次升级

上述第一判断模块2，一般用于判断上述升级包是否正常，改判断一般为通过该升级包中附有的哈希码进行判断，其判断一般包含两次同时进行或不分顺序的判断步骤，A：判断该升级包的唯一性(即是否唯一)，B：判断该升级包的完整性(即是否完整)，仅当两次判断的结果均为是时，即该升级包分别含有唯一性及完整性时，该升级包才判断为完整，若任一判断结果为否则改升级包为非正常升级包，系统终止升级。

上述第一升级模块3，一般用于若是，则使用上述升级包升级上述POS机的操作系统版本，当上述第一判断模块2判断的结构为是时，即上述升级包为正常时，对POS机的操作系统进行升级，其中，在升级的过程中，优先使用升级包中的分差包对系统进行增量升级，仅有当使用分差包升级失败或无法使用分差包进行完整升级时，才会使用固件包进行对系统的完整升级，该升级方法能很好的降低了升级时带来的风险以及降低了升级时需要的时间。

上述第二判断模块4，一般用于判断安全芯片的当前固件版本号与上述升级包中的固件版本号是否相同，升级包包含有安全芯片及操作系统的固件版本号，由于安全芯片的固件升级与操作系统的升级是相互独立的，因此，当对操作系统升级完后，需要对升级包中包含有的安全芯片固件包中的固件版本号与POS机中安全芯片当前的版本号进行比较判断，判断安全芯片的固件版本是否需要升级，由于POS机通过云端获取的升级包一般情况下版本都是比POS机本身的固件版本新或是相同版本，因此，一般仅需要判断该安全芯片固件包中的固件版本号与POS机中安全芯片当前的版本号是否相同即可判断该安全芯片固件包是否为新版本。

上述第二升级模块5，一般用于若否，则升级上述POS机中安全芯片的固件版本，对POS机的安全芯片进行升级，其中，在升级的过程中与上述步骤S3相似，优先使用升级包中的分差包对芯片进行增量升级，仅有当使用分差包升级失败或无法使用分差包进行完整升级时，才会使用固件包进行对芯片的完整升级，该升级方法能很好的降低了升级时带来的风险以及降低了升级时需要的时间。

参照图7，在本发明实施例中，本发明还提供一种计算机设备，上述计算机设备12以通用计算设备的形式表现，计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线18结构中的一种或多种，包括存储器总线18或者存储器控制器，外围总线18，图形加速端口，处理器或者使用多种总线18结构中的任意总线18结构的局域总线18。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线18，微通道体系结构(MAC)总线18，增强型ISA总线18、音视频电子标准协会(VESA)局域总线18以及外围组件互连(PCI)总线18。

计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其他移动/不可移动的、易失性/非易失性计算机体统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(通常称为“硬盘驱动器”)。尽管图7中未示出，可以提供用于对可移动非易失性磁盘(如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD～ROM，DVD～ROM或者其他光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块42，这些程序模块42被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其他程序模块42以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24、摄像头等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN))，广域网(WAN)和/或公共网络(例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备12的其他模块通信。应当明白，尽管图7中未示出，可以结合计算机设备12使用其他硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元16、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统34等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的基于OTA的POS机升级方法。

也即，上述处理单元16执行上述程序时实现：获取经指定调整步骤生成的升级包；判断上述升级包是否正常；若是，则使用上述升级包升级上述POS机的操作系统版本；判断安全芯片的当前固件版本号与上述升级包中的固件版本号是否相同；若否，则升级上述POS机中安全芯片的固件版本。

在本发明实施例中，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请所有实施例提供的基于OTA的POS机升级方法：

也即，给程序被处理器执行时实现：获取经指定调整步骤生成的升级包；判断上述升级包是否正常；若是，则使用上述升级包升级上述POS机的操作系统版本；判断安全芯片的当前固件版本号与上述升级包中的固件版本号是否相同；若否，则升级上述POS机中安全芯片的固件版本。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机克顿信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦可编程只读存储器(EPOM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD～ROM)、光存储器件、磁存储器件或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，改计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言——诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行或者完全在远程计算机或者服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

本发明的基于OTA的POS机升级方法、装置、设备及存储介质的有益效果为：省去了常规的完整包升级步骤，降低了用户的使用成本以及升级难度，将安全芯片升级固件包与操作系统升级固件包结合，省去了安全芯片固件单独升级的运营成本。

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

Claims (10)

1.一种基于OTA的POS机升级方法，其特征在于，包括如下步骤：

获取经指定调整步骤生成的升级包；

判断所述升级包是否正常；

若是，则使用所述升级包升级所述POS机的操作系统版本；

判断安全芯片的当前固件版本号与所述升级包中的固件版本号是否相同；

若否，则升级所述POS机中安全芯片的固件版本。

2.根据权利要求1所述的基于OTA的POS机升级方法，其特征在于，所述指定调整步骤包括：

将安全芯片的固件升级包和操作系统的固件升级包通过编译合并生成固件包；

将所述固件包与已有的历史固件包进行对比，并生成分差包；

将所述固件包和分差包整合成所述升级包；

将所述升级包传输至指定的云存储端，生成与所述升级包相对应的下载路径和哈希码并录入至所述升级包中。

3.根据权利要求2所述的基于OTA的POS机升级方法，其特征在于，判断所述升级包是否正常的步骤，包括：

通过所述哈希码判断所述升级包的唯一性和完整性；

若判断结果为所述升级包唯一且完整，则判定所述升级包为正常。

4.根据权利要求3所述的基于OTA的POS机升级方法，其特征在于，在判断安全芯片的当前固件版本号与所述升级包中的固件版本号是否相同的步骤之前，还包括步骤：

重启所述POS机的操作系统。

5.根据权利要求3所述的基于OTA的POS机升级方法，其特征在于，在判断安全芯片的当前固件版本号与所述升级包中的固件版本号是否相同的步骤之后，还包括步骤：

判断当前安全芯片的当前固件版本号是否比所述升级包中的固件版本号版本号新；

若否，则升级所述POS机的安全固件包。

6.根据权利要求2所述的基于OTA的POS机升级方法，其特征在于，将安全芯片的固件升级包和操作系统的固件升级包通过编译合并生成固件包的步骤，包括：

获取已编译完成的app.bin固件包、core.bin固件包和boot.bin固件包；

将所述app.bin固件包、core.bin固件包和boot.bin固件包拷贝到安卓系统源码/deivce/目录下；

根据安卓系统编译机制将所述app.bin固件包、core.bin固件包和boot.bin固件包编译到操作系统的固件升级包中。

7.根据权利要求1所述的基于OTA的POS机升级方法，其特征在于，在判断所述升级包是否正常的步骤之后，还包括步骤：

若否，则根据判定结果生成反馈信息反馈至对应的云接收终端。

8.一种基于OTA的POS机升级装置，其特征在于，包括：

获取模块，用于获取经指定调整步骤生成的升级包；

第一判断模块，用于判断所述升级包是否正常；

第一升级模块，用于若是，则使用所述升级包升级所述POS机的操作系统版本；

第二判断模块，用于判断安全芯片的当前固件版本号与所述升级包中的固件版本号是否相同；

第二升级模块，用于若否，则升级所述POS机中安全芯片的固件版本。

9.一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1～7中任意一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1～7中任意一项所述的方法。