CN106406926A - 支付终端、软件升级方法及其系统 - Google Patents

Abstract

本发明公开了一种支付终端、软件升级方法及其系统，所述方法包括：支付终端一侧，在接收到服务器的第一次软件升级通知时，判断当前时间是否在与服务器预约好的升级时间段内；如果当前时间是在与所述服务器预约好的升级时间段内，自动下载所述服务器中的升级文件并根据所述升级文件进行支付终端的软件升级；否则向用户提示所述支付终端需要进行软件升级，并提供立即进行软件升级或下次进行软件升级的选项，在接收到所述立即进行软件升级的选择时，自动下载所述服务器中的升级文件并根据所述升级文件进行支付终端的软件升级，直至升级直至完成。本发明能够在成本较低的条件下实现远程升级、较好的操作性、升级进程性能稳定且大幅提高升级成功率。

Description

支付终端、软件升级方法及其系统

技术领域

本发明涉及电子结算技术领域，尤其涉及一种支付终端、软件升级方法及其系统。

背景技术

金融、销售行业的支付终端一般强调的是终端的业务办理功能，而在软件智能升级功能方面的技术则较为薄弱。现有支持软件升级功能的支付终端较依赖于本地升级方式，如本地串口升级或本地以太网升级，且需要专业人员逐机进行升级。

目前也出现通过远程升级进行支付终端软件更新的技术，如2008年9月17日公开的中国发明专利申请第200810103660.7号所揭露的一种可按需定制的支付终端。所述终端包括终端刷新元模块，可以实现业务的按需定制与更新。所述专利申请技术有提到利用终端刷新元模块对相应软件模块进行配置或升级，但是并没有公开如何利用远程通信技术进行升级的具体过程。

另一种通过通信网络进行软件升级的现有技术可参见2009年4月29日公开的中国发明专利申请第200810160795.7号所揭露的金融终端实现动态菜单的方法，所述方法是在ATM、POS或固网支付终端中通过计算机系统实现对功能菜单、交易种类和流程进行动态更新的金融终端实现动态菜单的方法，其方案是利用现有的金融终端和服务器之间进行金融交易的通信网络，不增加新的设备及网络投资，将交易明细及流水信息存储在服务器，交易差错控制在服务器上进行交易冲正及错帐处理，实现实时性地对金融单位现有交易种类和工作流程进行动态控制和管理的功效，采用动态界面实现在金融终端与服务器之间的菜单变更。所述专利申请技术要求较高的通信速度、稳定性保障，以此来实现在线实时进行软件更新，但一旦网络不稳定、速度达不到要求或网络出现故障则无法实现。

发明内容

本发明主要解决的技术问题是提供一种支付终端、软件升级方法及其系统，能够在成本较低的条件下实现远程升级、较强的操作性和可控性、升级进程性能稳定且大幅提高升级成功率。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种支付终端软件升级方法，包括：支付终端一侧，在接收到服务器的第一次软件升级通知时，判断当前时间是否在与所述服务器预约好的升级时间段内；如果当前时间是在与所述服务器预约好的升级时间段内，自动下载所述服务器中的升级文件并根据所述升级文件进行支付终端的软件升级；否则向用户提示所述支付终端需要进行软件升级，并提供立即进行软件升级或下次进行软件升级的选项，在接收到所述立即进行软件升级的选择时，自动下载所述服务器中的升级文件并根据所述升级文件进行支付终端的软件升级，在接收到下次进行软件升级的选择时，向用户提示所述支付终端将在预定时间段内进行升级，如果届时所述支付终端未与所述服务器连接，则在所述支付终端下次开机时根据所述升级文件进行强制升级直至完成。

其中，在所有进行所述软件升级的步骤中，包括：如果发生异常导致所述软件升级进程被终止，则所述支付终端在下次开机后自动继续进行所述软件升级。

其中，在所有进行所述软件升级的步骤中，包括：启动断点续传进程监测整个所述软件升级过程，并在发生异常导致所述软件升级进程被终止时记录下所述升级进程被终止时的进程阶段，在下次开机后自动从所述被终止时的进程阶段开始继续进行所述软件升级。

其中，在下载所述服务器中的升级文件的步骤后，进行所述软件升级的步骤前，包括对所述升级文件进行软件版本比较和软件校验，在比较后发现版本无变化、或校验不合格时放弃后续升级过程。

为解决上述技术问题，本发明采用的另一个技术方案是：提供一种支付终端，包括：

判断单元，用于在接收到服务器的软件升级通知时，判断当前时间是否在与所述服务器预约好的升级时间段内；

下载单元，用于下载所述服务器中的升级文件；

升级单元，用于根据所述升级文件进行支付终端的软件升级；

选择单元，用于向用户提示所述支付终端需要进行软件升级，并提供立即进行软件升级或下次进行软件升级的选项，等待接收选择；

第一处理单元，用于在当前时间是在与所述服务器预约好的升级时间段内时，启动所述下载单元和所述升级单元；否则启动所述选择单元；

第二处理单元，用于在所述选择单元接收到所述立即进行软件升级的选择时，启动所述下载单元和所述升级单元，在所述选择单元接收到下次进行软件升级的选择时，向用户提示所述支付终端将在预定时间段内进行升级，如果届时所述支付终端未与所述服务器连接，则在所述支付终端下次开机时启动所述升级单元直至升级完成。

其中，包括异常处理单元，用于在所述升级单元工作中发生异常导致所述软件升级进程被终止时，在下次开机后触发所述升级单元自动继续进行所述软件升级。

其中，包括断点续传单元，用于监测所述升级单元的整个所述软件升级过程，并在发生异常导致所述软件升级进程被终止时记录下所述升级进程被终止时的进程阶段，在下次开机后受所述异常处理单元触发，协助所述升级单元自动从所述被终止时的进程阶段开始继续进行所述软件升级。

其中，包括监测单元，用于在所述下载单元下载所述服务器中的升级文件后，在所述升级单元进行所述软件升级前，对所述升级文件进行软件版本比较和软件校验，在比较后发现版本无变化、或校验不合格时控制所述升级单元放弃后续升级过程。

其中，包括预约单元，用于在接收到服务器的第一次软件升级通知时，与所述服务器预约好所述升级时间段。

为解决上述技术问题，本发明采用的又一个技术方案是：提供一种支付终端软件升级系统，包括：服务器和支付终端；所述服务器包括：升级通知单元，用于在检测到所述支付终端有新的软件版本需要升级、并在所述支付终端开机和连接服务器时，向所述支付终端发送软件版本需要升级的第一次软件升级通知；预约升级单元，用于在所述升级通知单元监测到所述支付终端有新的软件版本需要升级时，与所述支付终端预约软件升级的升级时间段；所述支付终端包括：预约单元，用于在接收到服务器的第一次软件升级通知时，与所述服务器的预约升级单元预约好所述升级时间段；判断单元，用于在接收到服务器的第一次软件升级通知时，判断当前时间是否在与所述服务器预约好的升级时间段内；下载单元，用于下载所述服务器中的升级文件；升级单元，用于根据所述升级文件进行支付终端的软件升级；选择单元，用于向用户提示所述支付终端需要进行软件升级，并提供立即进行软件升级或下次进行软件升级的选项，等待接收选择；第一处理单元，用于在当前时间是在与所述服务器预约好的升级时间段内时，启动所述下载单元和所述升级单元；否则启动所述选择单元；第二处理单元，用于在所述选择单元接收到所述立即进行软件升级的选择时，启动所述下载单元和所述升级单元，在所述选择单元接收到下次进行软件升级的选择时，向用户提示所述支付终端将在预定时间段内进行升级，如果届时所述支付终端未与所述服务器连接，则在所述支付终端下次开机时启动所述升级单元直至升级完成。

本发明的有益效果是：区别于现有技术并未公开如何进行支付终端远程升级的技术、以及进行在线实时软件更新导致无法保障稳定性的情况，本发明采用在线与线下升级、升级预约技术以及强制升级的立体式式全方位软件升级系统技术，通过与服务器预约软件升级时间，并不对所有支付终端、一个支付终端的所有时间内的升级操作一刀切，可以非常灵活地实现在线、线下软件升级，在支付终端有条件立即进行软件升级时则立即进行软件升级，在支付终端不适合立即进行软件更新时则根据预约时间和其他触发条件进行软件升级，在未完成升级或出现异常时安排下次继续升级，直至完成，计算好各种情况，在受控制的情况下，确保升级成功。本发明从技术上保证支持远程升级，操作性好、可控性强，在线远程升级性能稳定升级成功率高并且不增加昂贵的设备，成本较低，方便设备运营集团的统一管理和调控，节省支付终端的维护成本。

附图说明

图1是本发明支付终端软件升级方法实施例一的流程图；

图2是本发明支付终端软件升级方法实施例二的流程图；

图3是本发明支付终端实施例一的原理框图；

图4是本发明支付终端实施例二的原理框图；

图5是本发明支付终端实施例三的原理框图；

图6是本发明支付终端实施例四的原理框图；

图7是本发明支付终端实施例五的原理框图；

图8是本发明支付终端软件升级系统实施例的原理框图。

具体实施方式

为详细说明本发明的技术内容、构造特征、所实现目的及效果，以下结合实施方式并配合附图详予说明。

请参阅图1，本发明支付终端软件升级方法实施例主要包括以下步骤：

步骤101：支付终端一侧，在接收到服务器的第一次软件升级通知时，判断当前时间是否在与所述服务器预约好的升级时间段内；

步骤102：如果当前时间是在与所述服务器预约好的升级时间段内，自动下载所述服务器中的升级文件并根据所述升级文件进行支付终端的软件升级；否则

向用户提示所述支付终端需要进行软件升级，并提供立即进行软件升级或下次进行软件升级的选项，在接收到所述立即进行软件升级的选择时，自动下载所述服务器中的升级文件并根据所述升级文件进行支付终端的软件升级，在接收到下次进行软件升级的选择时，向用户提示所述支付终端将在预定时间段内进行升级，如果届时所述支付终端未与所述服务器连接，则在所述支付终端下次开机时根据所述升级文件进行强制升级直至完成。

本发明采用在线与线下升级结合、升级预约技术以及强制升级的立体式式全方位软件升级系统技术，通过与服务器预约软件升级时间，并不对所有支付终端、一个支付终端的所有时间内的升级操作一刀切，可以非常灵活地实现在线、线下软件升级，在支付终端有条件立即进行软件升级时则立即进行软件升级，在支付终端不适合立即进行软件更新时则根据预约时间和其他触发条件进行软件升级，在未完成升级或出现异常时安排下次继续升级，直至完成，计算好各种情况，在受控制的情况下，确保升级成功。本发明从技术上保证支持远程升级，操作性好、可控性强，在线远程升级性能稳定升级成功率高并且不增加昂贵的设备，成本较低，方便设备运营集团的统一管理和调控，节省支付终端的维护成本。

请参阅图2，在一个实施例中，可以包括步骤：

在所有进行所述软件升级的过程中，如果发生异常导致所述软件升级进程被终止，则所述支付终端在下次开机后自动继续进行所述软件升级。进行线下软件升级，这样保证了无论在线上还是线下，都可以保证软件升级成功。

在另一个实施例中，还可以包括步骤：

在所有进行所述软件升级的过程中，包括：启动断点续传进程监测整个所述软件升级过程，并在发生异常导致所述软件升级进程被终止时记录下所述升级进程被终止时的进程阶段，在下次开机后自动从所述被终止时的进程阶段开始继续进行所述软件升级。采用断点续传技术，可以避免出现异常时重新从开始再一个升级，而只需要在上次被终止的地方开始升级。

为保证软件升级的升级文件都是新的并且无损坏，还可以包括步骤：

在下载所述服务器中的升级文件的步骤后，进行所述软件升级的步骤前，包括对所述升级文件进行软件版本比较和软件校验，在比较后发现版本无变化、或校验不合格时放弃后续升级过程。

参阅图3，根据本发明，还提供一种支付终端实施例，包括：

判断单元，用于在接收到服务器的软件升级通知时，判断当前时间是否在与所述服务器预约好的升级时间段内；

下载单元，用于下载所述服务器中的升级文件；

升级单元，用于根据所述升级文件进行支付终端的软件升级；

选择单元，用于向用户提示所述支付终端需要进行软件升级，并提供立即进行软件升级或下次进行软件升级的选项，等待接收选择；

第一处理单元，用于在当前时间是在与所述服务器预约好的升级时间段内时，启动所述下载单元和所述升级单元；否则启动所述选择单元；

第二处理单元，用于在所述选择单元接收到所述立即进行软件升级的选择时，启动所述下载单元和所述升级单元，在所述选择单元接收到下次进行软件升级的选择时，向用户提示所述支付终端将在预定时间段内进行升级，如果届时所述支付终端未与所述服务器连接，则在所述支付终端下次开机时启动所述升级单元直至升级完成。

上述本发明支付终端实施例可以用硬件实现，也可以用软件来实现，不需要增加昂贵的专门设计或进行支付终端的大幅更改，即可以低成本地实现远程升级、较强的操作性和可控性、升级进程性能稳定且大幅提高升级成功率。

参阅图4，为解决升级过程中的异常情况，可以进一步包括异常处理单元，用于在所述升级单元工作中发生异常导致所述软件升级进程被终止时，在下次开机后触发所述升级单元自动继续进行所述软件升级。

参阅图5，为更好解决上述异常情况，可以进一步包括断点续传单元，用于监测所述升级单元的整个所述软件升级过程，并在发生异常导致所述软件升级进程被终止时记录下所述升级进程被终止时的进程阶段，在下次开机后受所述异常处理单元触发，协助所述升级单元自动从所述被终止时的进程阶段开始继续进行所述软件升级。

参阅图6，为实现版本比较和校验，可以进一步包括监测单元，用于在所述下载单元下载所述服务器中的升级文件后，在所述升级单元进行所述软件升级前，对所述升级文件进行软件版本比较和软件校验，在比较后发现版本无变化、或校验不合格时控制所述升级单元放弃后续升级过程。

参阅图7，为更好实现软件升级，可以进一步包括预约单元，用于在接收到服务器的第一次软件升级通知时，与所述服务器预约好所述升级时间段。

参阅图8，本发明还提供一种支付终端软件升级系统实施例，包括：

服务器和支付终端；

所述服务器包括：

升级通知单元，用于在检测到所述支付终端有新的软件版本需要升级、并在所述支付终端开机和连接服务器时，向所述支付终端发送软件版本需要升级的第一次软件升级通知；

预约升级单元，用于在所述升级通知单元监测到所述支付终端有新的软件版本需要升级时，与所述支付终端预约软件升级的升级时间段；

所述支付终端包括：

预约单元，用于在接收到服务器的第一次软件升级通知时，与所述服务器的预约升级单元预约好所述升级时间段；

判断单元，用于在接收到服务器的第一次软件升级通知时，判断当前时间是否在与所述服务器预约好的升级时间段内；

下载单元，用于下载所述服务器中的升级文件；

升级单元，用于根据所述升级文件进行支付终端的软件升级；

选择单元，用于向用户提示所述支付终端需要进行软件升级，并提供立即进行软件升级或下次进行软件升级的选项，等待接收选择；

第一处理单元，用于在当前时间是在与所述服务器预约好的升级时间段内时，启动所述下载单元和所述升级单元；否则启动所述选择单元；

第二处理单元，用于在所述选择单元接收到所述立即进行软件升级的选择时，启动所述下载单元和所述升级单元，在所述选择单元接收到下次进行软件升级的选择时，向用户提示所述支付终端将在预定时间段内进行升级，如果届时所述支付终端未与所述服务器连接，则在所述支付终端下次开机时启动所述升级单元直至升级完成。

本发明可以应用于支持不同通信方式的支付终端的软件智能升级技术，可实现基于FSK MODEM、GPRS MODEM、ADSL MODEM、Ethernet等通信方式下的支付终端软件在线远程智能更新，方便解决已在市场应用的支付终端的智能升级。

无论支付终端采用何种通信方式，在接入的远程服务器上，均有对应类型的升级文件。支付终端的软件升级除了可以人为操作请求外，更主要的是依赖远程服务器与支付终端的智能更新功能：远程服务器检测到支付终端有新的软件版本需要更新时，则在终端开机连接服务器后，通知支付终端有新的软件版本需要更新，并与支付终端软件预约更新的时间段。支付终端将响应远程服务器的更新通知，在得到第一次通知的时候，或在得到多次通知之后，且未在所述预约的更新时间段内，提示支付终端需要更新等信息。终端用户可以决定是否马上进行。用户如果选择立即更新，将马上进行更新，否则将提示用户该终端将在某个时间段内进行更新，如果届时终端未在线，终端的软件升级将在下次开机时被强制更新直至更新完成。另外，终端软件更新过程中，如果发生掉电等异常，终端将在下次开机继续更新，且支持断点续传升级。

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

Claims (10)

1.一种支付终端软件升级方法，其特征在于，包括：

支付终端一侧，在接收到服务器的第一次软件升级通知时，判断当前时间是否在与所述服务器预约好的升级时间段内；

如果当前时间是在与所述服务器预约好的升级时间段内，自动下载所述服务器中的升级文件并根据所述升级文件进行支付终端的软件升级；否则向用户提示所述支付终端需要进行软件升级，并提供立即进行软件升级或下次进行软件升级的选项，在接收到所述立即进行软件升级的选择时，自动下载所述服务器中的升级文件并根据所述升级文件进行支付终端的软件升级，在接收到下次进行软件升级的选择时，向用户提示所述支付终端将在预定时间段内进行升级，如果届时所述支付终端未与所述服务器连接，则在所述支付终端下次开机时根据所述升级文件进行强制升级直至完成。

2.根据权利要求1所述的支付终端软件升级方法，其特征在于：在所有进行所述软件升级的步骤中，包括：如果发生异常导致所述软件升级进程被终止，则所述支付终端在下次开机后自动继续进行所述软件升级。

3.根据权利要求2所述的支付终端软件升级方法，其特征在于：在所有进行所述软件升级的步骤中，包括：启动断点续传进程监测整个所述软件升级过程，并在发生异常导致所述软件升级进程被终止时记录下所述升级进程被终止时的进程阶段，在下次开机后自动从所述被终止时的进程阶段开始继续进行所述软件升级。

4.根据权利要求3所述的支付终端软件升级方法，其特征在于：在下载所述服务器中的升级文件的步骤后，进行所述软件升级的步骤前，包括对所述升级文件进行软件版本比较和软件校验，在比较后发现版本无变化、或校验不合格时放弃后续升级过程。

5.一种支付终端，其特征在于，包括：

判断单元，用于在接收到服务器的软件升级通知时，判断当前时间是否在与所述服务器预约好的升级时间段内；

下载单元，用于下载所述服务器中的升级文件；

升级单元，用于根据所述升级文件进行支付终端的软件升级；

选择单元，用于向用户提示所述支付终端需要进行软件升级，并提供立即进行软件升级或下次进行软件升级的选项，等待接收选择；

第一处理单元，用于在当前时间是在与所述服务器预约好的升级时间段内时，启动所述下载单元和所述升级单元；否则启动所述选择单元；

第二处理单元，用于在所述选择单元接收到所述立即进行软件升级的选择时，启动所述下载单元和所述升级单元，在所述选择单元接收到下次进行软件升级的选择时，向用户提示所述支付终端将在预定时间段内进行升级，如果届时所述支付终端未与所述服务器连接，则在所述支付终端下次开机时启动所述升级单元直至升级完成。

6.根据权利要求5所述的支付终端，其特征在于：包括异常处理单元，用于在所述升级单元工作中发生异常导致所述软件升级进程被终止时，在下次开机后触发所述升级单元自动继续进行所述软件升级。

7.根据权利要求6所述的支付终端，其特征在于：包括断点续传单元，用于监测所述升级单元的整个所述软件升级过程，并在发生异常导致所述软件升级进程被终止时记录下所述升级进程被终止时的进程阶段，在下次开机后受所述异常处理单元触发，协助所述升级单元自动从所述被终止时的进程阶段开始继续进行所述软件升级。

8.根据权利要求7所述的支付终端，其特征在于：包括监测单元，用于在所述下载单元下载所述服务器中的升级文件后，在所述升级单元进行所述软件升级前，对所述升级文件进行软件版本比较和软件校验，在比较后发现版本无变化、或校验不合格时控制所述升级单元放弃后续升级过程。

9.根据权利要求5至8任一项所述的支付终端，其特征在于：包括预约单元，用于在接收到服务器的第一次软件升级通知时，与所述服务器预约好所述升级时间段。

10.一种支付终端软件升级系统，其特征在于，包括：

服务器和支付终端；

所述服务器包括：

升级通知单元，用于在检测到所述支付终端有新的软件版本需要升级、并在所述支付终端开机和连接服务器时，向所述支付终端发送软件版本需要升级的第一次软件升级通知；

预约升级单元，用于在所述升级通知单元监测到所述支付终端有新的软件版本需要升级时，与所述支付终端预约软件升级的升级时间段；

所述支付终端包括：

预约单元，用于在接收到服务器的第一次软件升级通知时，与所述服务器的预约升级单元预约好所述升级时间段；

判断单元，用于在接收到服务器的第一次软件升级通知时，判断当前时间是否在与所述服务器预约好的升级时间段内；

下载单元，用于下载所述服务器中的升级文件；

升级单元，用于根据所述升级文件进行支付终端的软件升级；

选择单元，用于向用户提示所述支付终端需要进行软件升级，并提供立即进行软件升级或下次进行软件升级的选项，等待接收选择；

第一处理单元，用于在当前时间是在与所述服务器预约好的升级时间段内时，启动所述下载单元和所述升级单元；否则启动所述选择单元；

第二处理单元，用于在所述选择单元接收到所述立即进行软件升级的选择时，启动所述下载单元和所述升级单元，在所述选择单元接收到下次进行软件升级的选择时，向用户提示所述支付终端将在预定时间段内进行升级，如果届时所述支付终端未与所述服务器连接，则在所述支付终端下次开机时启动所述升级单元直至升级完成。