服务器、自助业务系统、业务处理方法和可读存储介质与流程

本发明涉及银行业务处理技术领域，特别涉及一种服务器、自助业务系统、业务处理方法和计算机可读存储介质。

背景技术：

目前，各大银行都有非取现智能终端(例如智慧柜员机)和自动取款设备(例如，现金循环机、自动取款机)，供用户进行一些自助查询业务、取款业务等。非取现智能终端上通常是只进行业务查询、业务申请等现金类处理操作，自动取款设备则通常进行取现、存现等处理操作，非取现智能终端与自动取款设备相互独立，没有任何的业务结合，没有充分的利用好银行业务中的现金和非现金设备资源，不够智能化。

技术实现要素：

本发明的主要目的是提供一种服务器、自助业务系统、业务处理方法和计算机可读存储介质，旨在实现非取现智能终端与自动取款设备的结合应用，充分利用非现金和现金设备资源。

为实现上述目的，本发明提出的服务器，所述服务器与至少一台非取现智能终端和至少一台自动取款设备通信连接，所述服务器包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的业务处理程序，所述业务处理程序被所述处理器执行时实现如下步骤：

在接收到第一非取现智能终端上产生的用户取现请求后，对所述第一非取现智能终端上的当前登陆用户进行身份验证；

在所述当前登陆用户通过身份验证后，根据所述用户取现请求生成待执行的取现订单，并随机生成与所述待执行的取现订单对应的验证信息，将所述验证信息与所述当前登陆用户的身份信息绑定并存储；

根据预设规则确定与所述待执行的取现订单对应的第一自动取款设备，控制所述第一非取现智能终端以预设输出形式输出所述验证信息和用于提示所述当前登陆用户到所述第一自动取款设备进行下一步验证操作的提示信息；

在接收到用户基于所述第一自动取款设备输入的第一验证信息和第一身份信息时，判断所述第一验证信息和第一身份信息是否对应同一用户；

若是，则确定所述第一验证信息对应的待执行的取现订单并于所述第一自动取款设备上执行，以使所述第一自动取款设备出钞。

优选地，所述服务器与多台自动取款设备通信连接，所述多台自动取款设备中包括大额取款设备和小额取款设备，所述根据预设规则确定与所述待执行的取现订单对应的第一自动取款设备的步骤包括：

判断所述待执行的取现订单的请求额度是否大于第一额度阈值；

若大于，则从所述大额取款设备中按预设方式确定一台作为所述待执行的取现订单对应的第一自动取款设备；

若小于或等于，则从所述小额取款设备中按所述预设方式确定一台作为所述待执行的取现订单对应的第一自动取款设备。

优选地，所述验证信息为二维码，所述预设输出形式为显示屏显示或纸质打印。

优选地，在将所述验证信息与所述当前登陆用户的身份信息绑定并存储的步骤之后，所述处理器还用于执行所述业务处理程序，以实现以下步骤：

设置所述验证信息的有效时间；

在一个验证信息的有效时间达到时，删除该验证信息和该验证信息对应的待执行的取现订单。

本发明还提出一种自助业务系统，包括至少一台非取现智能终端、至少一台自动取款设备和服务器，所述服务器通信连接所述非取现智能终端和所述自动取款设备，所述服务器包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的业务处理程序，所述业务处理程序被所述处理器执行时实现如下步骤：

在接收到第一非取现智能终端上产生的用户取现请求后，对所述第一非取现智能终端上的当前登陆用户进行身份验证；

在所述当前登陆用户通过身份验证后，根据所述用户取现请求生成待执行的取现订单，并随机生成与所述待执行的取现订单对应的验证信息，将所述验证信息与所述当前登陆用户的身份信息绑定并存储；

根据预设规则确定与所述待执行的取现订单对应的第一自动取款设备，控制所述第一非取现智能终端以预设输出形式输出所述验证信息和用于提示所述当前登陆用户到所述第一自动取款设备进行下一步验证操作的提示信息；

在接收到用户基于所述第一自动取款设备输入的第一验证信息和第一身份信息时，判断所述第一验证信息和第一身份信息是否对应同一用户；

若是，则确定所述第一验证信息对应的待执行的取现订单并于所述第一自动取款设备上执行，以使所述第一自动取款设备出钞。

本发明还提出一种业务处理方法，应用于服务器中，所述服务器与至少一台非取现智能终端和至少一台自动取款设备通信连接，该业务处理方法包括步骤：

在接收到第一非取现智能终端上产生的用户取现请求后，对所述第一非取现智能终端上的当前登陆用户进行身份验证；

在所述当前登陆用户通过身份验证后，根据所述用户取现请求生成待执行的取现订单，并随机生成与所述待执行的取现订单对应的验证信息，将所述验证信息与所述当前登陆用户的身份信息绑定并存储；

根据预设规则确定与所述待执行的取现订单对应的第一自动取款设备，控制所述第一非取现智能终端以预设输出形式输出所述验证信息和用于提示所述当前登陆用户到所述第一自动取款设备进行下一步验证操作的提示信息；

在接收到用户基于所述第一自动取款设备输入的第一验证信息和第一身份信息时，判断所述第一验证信息和第一身份信息是否对应同一用户；

若是，则确定所述第一验证信息对应的待执行的取现订单并于所述第一自动取款设备上执行，以使所述第一自动取款设备出钞。

优选地，所述服务器与多台自动取款设备通信连接，所述多台自动取款设备中包括大额取款设备和小额取款设备，所述根据预设规则确定与所述待执行的取现订单对应的第一自动取款设备的步骤包括：

判断所述待执行的取现订单的请求额度是否大于第一额度阈值；

若大于，则从所述大额取款设备中按预设方式确定一台作为所述待执行的取现订单对应的第一自动取款设备；

若小于或等于，则从所述小额取款设备中按所述预设方式确定一台作为所述待执行的取现订单对应的第一自动取款设备。

优选地，所述验证信息为二维码，所述预设输出形式为显示屏显示或纸质打印。

优选地，在将所述验证信息与所述当前登陆用户的身份信息绑定并存储的步骤之后，所述业务处理方法还包括：

设置所述验证信息的有效时间；

在一个验证信息的有效时间达到时，删除该验证信息和该验证信息对应的待执行的取现订单。

本发明还提出一种计算机可读存储介质，所述计算机可读存储介质存储有业务处理程序，所述业务处理程序可被至少一个处理器执行，以使所述至少一个处理器执行如下步骤：

在接收到第一非取现智能终端上产生的用户取现请求后，对所述第一非取现智能终端上的当前登陆用户进行身份验证；

在所述当前登陆用户通过身份验证后，根据所述用户取现请求生成待执行的取现订单，并随机生成与所述待执行的取现订单对应的验证信息，将所述验证信息与所述当前登陆用户的身份信息绑定并存储；

根据预设规则确定与所述待执行的取现订单对应的第一自动取款设备，控制所述第一非取现智能终端以预设输出形式输出所述验证信息和用于提示所述当前登陆用户到所述第一自动取款设备进行下一步验证操作的提示信息；

在接收到用户基于所述第一自动取款设备输入的第一验证信息和第一身份信息时，判断所述第一验证信息和第一身份信息是否对应同一用户；

若是，则确定所述第一验证信息对应的待执行的取现订单并于所述第一自动取款设备上执行，以使所述第一自动取款设备出钞。

本发明技术方案，服务器根据非取现智能终端上产生的取现请求形成待执行的取现订单和对应的验证信息，并为该待执行的取现订单确定对应的第一自动取款设备，在非取现智能终端上输出验证信息和提示用户到第一自动取款设备进行进一步验证取款的提示信息给用户，让用户根据该验证信息到第一自动取款设备完成进一步身份验证即可实现取款，如此有效的实现了非取现智能终端与自动取款设备的应用结合，充分的利用银行非现金设备和现金设备资源，更加智能化，也方便了用户使用。

附图说明

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

图1为本发明业务处理方法一实施例的流程示意图；

图2为本发明业务处理方法二实施例的流程示意图；

图3为本发明业务处理方法三实施例的流程示意图；

图4为本发明业务处理程序较佳实施例的运行环境示意图；

图5为本发明业务处理程序一实施例的程序模块图；

图6为本发明业务处理程序二实施例的程序模块图；

图7为本发明业务处理程序三实施例的程序模块图。

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

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

本发明提出一种业务处理方法，应用于服务器中，该服务器与至少一台非取现智能终端和至少一台自动取款设备通信连接；其中，非取现智能终端例如为，智慧柜员机，自动取款设备例如为tcr(tellercashrecycler，柜员现金循环机)、自动取款机，等。

如图1所示，图1为本发明业务处理方法一实施例的流程示意图。

本实施例中，该业务处理方法包括：

步骤s10，在接收到第一非取现智能终端上产生的用户取现请求后，对所述第一非取现智能终端上的当前登陆用户进行身份验证。

在用户在第一非取现智能终端上选择取现请求后，服务器接收到第一非取现智能终端上产生的取现请求，则对当前登陆用户进行身份验证(例如，可以包括验证用户的身份证件信息、账号、密码等处理)。

步骤s20，在所述当前登陆用户通过身份验证后，根据所述用户取现请求生成待执行的取现订单，并随机生成与所述待执行的取现订单对应的验证信息，将所述验证信息与所述当前登陆用户的身份信息绑定并存储。

服务器在对当前登陆用户的身份验证通过后，按照当前登陆用户的用户取现请求生成相应的待执行取现订单，即根据用户取现请求的取现金额及当前登陆用户的账号等信息生成取现流水订单。并且，服务器随机生成与待执行的取现订单对应的验证信息，将该验证信息与当前登陆用户的身份信息进行绑定并存储，即该生成的验证信息、当前登陆用户的身份信息和该待执行的取现订单之间建立了对应关系。本实施例中，验证信息可以为二维码、条形码、数字串，或其它类型的信息。

步骤s30，根据预设规则确定与所述待执行的取现订单对应的第一自动取款设备，控制所述第一非取现智能终端以预设输出形式输出所述验证信息和用于提示所述当前登陆用户到所述第一自动取款设备进行下一步验证操作的提示信息。

在生成待执行的取现订单后，进一步则需要确定该待执行的取现订单由哪一台自动取款设备来执行，服务器中预先设置了规则(即所述预设规则)，服务器根据所述预设规则确定出该待执行的取现订单对应的第一自动取款设备，然后让所述第一非取现智能终端输出所述验证信息和提示信息，所述提示信息就是用来提示用户到所述第一自动取款设备去进行下一步的验证操作。例如，提示信息为：“请根据验证信息到04号取款机进行验证取款”。所述预设输出形式可以为通过显示屏显示或纸质打印，即通过所述第一非取现智能终端的显示屏显示所述验证信息和提示信息，或通过所述第一非取现智能终端将所述验证信息和提示信息打印成纸质条；当然所述预设输出形式也可以为其它形式，例如，将所述验证信息和提示信息通过短信发送到当前登陆用户的手机上。本实施例中，服务器可以连接多台非取现智能终端和多台自动取款设备，在一个时间段内，可能存在服务器将多台非取现智能终端上产生的取现请求所对应的待执行的取现订单被分配到同一台自动取款设备。

步骤s40，在接收到用户基于所述第一自动取款设备输入的第一验证信息和第一身份信息时，判断所述第一验证信息和第一身份信息是否对应同一用户。

当有用户根据提示信息来到所述第一自动取款设备处，输入第一验证信息和第一身份信息时，服务器接收到用户输入的第一验证信息和第一身份信息，服务器根据存储的验证信息与身份信息的绑定数据，判断所述第一验证信息和第一身份信息是否对应同一用户(即是否绑定在一起的数据)。所述第一验证信息为二维码或条形码时，可通过第一自动取款设备的扫码处扫描识别输入；第一身份信息可以为身份证信息，或人脸信息、指纹信息等生物特征信息。

步骤s50，若是，则确定所述第一验证信息对应的待执行的取现订单并于所述第一自动取款设备上执行，以使所述第一自动取款设备出钞。

服务器在确定所述第一验证信息和第一身份信息对应同一用户时，由于验证信息生成时就是对应待执行的取现订单生成的，因此服务器根据验证信息与待执行的取现订单的对应关系，即可确定出所述第一验证信息所对应的待执行的取现订单，并让所述第一自动取款设备执行该确定出的待执行的取现订单进行出钞，即实现用户的取现请求。

本实施例技术方案，服务器根据非取现智能终端上产生的取现请求形成待执行的取现订单和对应的验证信息，并为该待执行的取现订单确定对应的第一自动取款设备，在非取现智能终端上输出验证信息和提示用户到第一自动取款设备进行进一步验证取款的提示信息给用户，让用户根据该验证信息到第一自动取款设备完成进一步身份验证即可实现取款，如此有效的实现了非取现智能终端与自动取款设备的应用结合，充分的利用银行非现金设备和现金设备资源，更加智能化，也方便了用户使用。

如图2所示，图2为本发明业务处理方法二实施例的流程示意图。

本实施例中，所述服务器与多台自动取款设备通信连接，所述多台自动取款设备中包括大额取款设备和小额取款设备。所述根据预设规则确定与所述待执行的取现订单对应的第一自动取款设备的步骤包括：

步骤s31，判断所述待执行的取现订单的请求额度是否大于第一额度阈值。

服务器中预先设置了第一额度阈值(例如2万)，超过第一额度阈值判定为大额取现，小于或等于则判定为小额取现。服务器将所述待执行的取现订单的请求金额与第一额度阈值比较，确定所述待执行的取现订单的请求金额是属于大额取现还是属于小额取现。

步骤s32，若大于，则从所述大额取款设备中按预设方式确定一台作为所述待执行的取现订单对应的第一自动取款设备。

如果所述待执行的取现订单的请求额度大于第一额度阈值，服务器确定所述待执行的取现订单为大额取现流水订单，服务器则从大额取款设备中按照预设方式确定一台大额取款设备，将该确定的这台大额取款设备作为所述待执行的取现订单对应的第一自动取款设备。

步骤s33，若小于或等于，则从所述小额取款设备中按所述预设方式确定一台作为所述待执行的取现订单对应的第一自动取款设备。

如果所述待执行的取现订单的请求额度小于或等于第一额度阈值，服务器确定所述待执行的取现订单为小额取现流水订单，服务器则从小额取款设备中按照预设方式确定一台小额取款设备，将该确定的这台小额取款设备作为所述待执行的取现订单对应的第一自动取款设备。

本实施例中，所述预设方式可以为：1、随机选取的方式；2、根据预先确定的映射关系选取的方式，例如，每一台非取现智能终端对应着一台大额取款设备和一台小额取款设备，服务器在确定所述待执行的取现订单为大额取现流水订单后，根据预先确定的映射关系直接确定第一非取现智能终端对应的大额取款设备作为第一自动取款设备即可。

如图3所示，图3为本发明业务处理方法三实施例的流程示意图。

本实施例的业务处理方法，在将所述验证信息与所述当前登陆用户的身份信息绑定并存储的步骤之后，还包括：

步骤s60，设置所述验证信息的有效时间；

步骤s70，在一个验证信息的有效时间达到时，删除该验证信息和该验证信息对应的待执行的取现订单。

在实际现实应用中，可能会有用户因为各种情况和原因而并未及时到自动取款设备处进行进一步的验证。因此，为了避免用户由于验证信息泄露而影响到用户财产安全的问题，本实施例将验证信息设置了有效时间(例如，5分钟)，用户在验证信息的有效时间内，可使用该验证信息在第一自动取款设备上完成进一步的验证而实现取现；如果一个验证信息a超过有效时间(即有效时间到达)，则服务器会将验证信息a删除并同时删除验证信息a对应的待执行订单，此时，再使用验证信息a去第一自动取款设备上进行进一步验证时，无法通过验证，即不能实现取现。本实施例同样避免了服务器中存留过多历史的待执行的取现订单的问题。

此外，本发明还提出一种业务处理程序。

请参阅图4，是本发明业务处理程序10较佳实施例的运行环境示意图。

在本实施例中，业务处理程序10安装并运行于服务器1中。该服务器1服务器与至少一台非取现智能终端(例如，智慧柜员机)和至少一台自动取款设备(例如，柜员现金循环机、自动取款机，等)通信连接，服务器1可以是桌上型计算机、笔记本、掌上电脑等计算设备。该服务器1可包括，但不仅限于，存储器11、处理器12及显示器13。图4仅示出了具有组件11-13的服务器1，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

存储器11在一些实施例中可以是服务器1的内部存储单元，例如该服务器1的硬盘或内存。存储器11在另一些实施例中也可以是服务器1的外部存储设备，例如服务器1上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，存储器11还可以既包括服务器1的内部存储单元也包括外部存储设备。存储器11用于存储安装于服务器1的应用软件及各类数据，例如业务处理程序10的程序代码等。存储器11还可以用于暂时地存储已经输出或者将要输出的数据。

处理器12在一些实施例中可以是一中央处理器(centralprocessingunit,cpu)，微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行业务处理程序10等。

显示器13在一些实施例中可以是led显示器、液晶显示器、触控式液晶显示器以及oled(organiclight-emittingdiode，有机发光二极管)触摸器等。显示器13用于显示在服务器1中处理的信息以及用于显示可视化的用户界面。服务器1的部件11-13通过程序总线相互通信。

请参阅图5，是本发明业务处理程序10一实施例的程序模块图。在本实施例中，业务处理程序10可以被分割成一个或多个模块，一个或者多个模块被存储于存储器11中，并由一个或多个处理器(本实施例为处理器12)所执行，以完成本发明。例如，在图5中，业务处理程序10可以被分割成验证模块101、生成模块102、确定模块103、判断模块104及执行模块105。本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述业务处理程序10在服务器1中的执行过程，其中：

验证模块101，用于在接收到第一非取现智能终端上产生的用户取现请求后，对所述第一非取现智能终端上的当前登陆用户进行身份验证。

在用户在第一非取现智能终端上选择取现请求后，服务器接收到第一非取现智能终端上产生的取现请求，则对当前登陆用户进行身份验证(例如，可以包括验证用户的身份证件信息、账号、密码等处理)。

生成模块102，用于在所述当前登陆用户通过身份验证后，根据所述用户取现请求生成待执行的取现订单，并随机生成与所述待执行的取现订单对应的验证信息，将所述验证信息与所述当前登陆用户的身份信息绑定并存储。

服务器在对当前登陆用户的身份验证通过后，按照当前登陆用户的用户取现请求生成相应的待执行取现订单，即根据用户取现请求的取现金额及当前登陆用户的账号等信息生成取现流水订单。并且，服务器随机生成与待执行的取现订单对应的验证信息，将该验证信息与当前登陆用户的身份信息进行绑定并存储，即该生成的验证信息、当前登陆用户的身份信息和该待执行的取现订单之间建立了对应关系。本实施例中，验证信息可以为二维码、条形码、数字串，或其它类型的信息。

确定模块103，用于根据预设规则确定与所述待执行的取现订单对应的第一自动取款设备，控制所述第一非取现智能终端以预设输出形式输出所述验证信息和用于提示所述当前登陆用户到所述第一自动取款设备进行下一步验证操作的提示信息。

在生成待执行的取现订单后，进一步则需要确定该待执行的取现订单由哪一台自动取款设备来执行，服务器中预先设置了规则(即所述预设规则)，服务器根据所述预设规则确定出该待执行的取现订单对应的第一自动取款设备，然后让所述第一非取现智能终端输出所述验证信息和提示信息，所述提示信息就是用来提示用户到所述第一自动取款设备去进行下一步的验证操作。例如，提示信息为：“请根据验证信息到04号取款机进行验证取款”。所述预设输出形式可以为通过显示屏显示或纸质打印，即通过所述第一非取现智能终端的显示屏显示所述验证信息和提示信息，或通过所述第一非取现智能终端将所述验证信息和提示信息打印成纸质条；当然所述预设输出形式也可以为其它形式，例如，将所述验证信息和提示信息通过短信发送到当前登陆用户的手机上。本实施例中，服务器可以连接多台非取现智能终端和多台自动取款设备，在一个时间段内，可能存在服务器将多台非取现智能终端上产生的取现请求所对应的待执行的取现订单被分配到同一台自动取款设备。

判断模块104，用于在接收到用户基于所述第一自动取款设备输入的第一验证信息和第一身份信息时，判断所述第一验证信息和第一身份信息是否对应同一用户。

当有用户根据提示信息来到所述第一自动取款设备处，输入第一验证信息和第一身份信息时，服务器接收到用户输入的第一验证信息和第一身份信息，服务器根据存储的验证信息与身份信息的绑定数据，判断所述第一验证信息和第一身份信息是否对应同一用户(即是否绑定在一起的数据)。所述第一验证信息为二维码或条形码时，可通过第一自动取款设备的扫码处扫描识别输入；第一身份信息可以为身份证信息，或人脸信息、指纹信息等生物特征信息。

执行模块105，用于在判断所述第一验证信息和第一身份信息对应同一用户时，确定所述第一验证信息对应的待执行的取现订单并于所述第一自动取款设备上执行，以使所述第一自动取款设备出钞。

服务器在确定所述第一验证信息和第一身份信息对应同一用户时，由于验证信息生成时就是对应待执行的取现订单生成的，因此服务器根据验证信息与待执行的取现订单的对应关系，即可确定出所述第一验证信息所对应的待执行的取现订单，并让所述第一自动取款设备执行该确定出的待执行的取现订单进行出钞，即实现用户的取现请求。

本实施例技术方案，服务器根据非取现智能终端上产生的取现请求形成待执行的取现订单和对应的验证信息，并为该待执行的取现订单确定对应的第一自动取款设备，在非取现智能终端上输出验证信息和提示用户到第一自动取款设备进行进一步验证取款的提示信息给用户，让用户根据该验证信息到第一自动取款设备完成进一步身份验证即可实现取款，如此有效的实现了非取现智能终端与自动取款设备的应用结合，充分的利用银行非现金设备和现金设备资源，更加智能化，也方便了用户使用。

参照图6，本实施例中，所述服务器与多台自动取款设备通信连接，所述多台自动取款设备中包括大额取款设备和小额取款设备。所述确定模块103包括比较模块1031和选取模块1032。其中，

比较模块1031，用于判断所述待执行的取现订单的请求额度是否大于第一额度阈值。

服务器中预先设置了第一额度阈值(例如2万)，超过第一额度阈值判定为大额取现，小于或等于则判定为小额取现。服务器将所述待执行的取现订单的请求金额与第一额度阈值比较，确定所述待执行的取现订单的请求金额是属于大额取现还是属于小额取现。

选取模块1032，用于在所述待执行的取现订单的请求额度大于第一额度阈值时，从所述大额取款设备中按预设方式确定一台作为所述待执行的取现订单对应的第一自动取款设备。

如果所述待执行的取现订单的请求额度大于第一额度阈值，服务器确定所述待执行的取现订单为大额取现流水订单，服务器则从大额取款设备中按照预设方式确定一台大额取款设备，将该确定的这台大额取款设备作为所述待执行的取现订单对应的第一自动取款设备。

所述选取模块1032还用于在所述待执行的取现订单的请求额度小于等于第一额度阈值时，从所述小额取款设备中按所述预设方式确定一台作为所述待执行的取现订单对应的第一自动取款设备。

如果所述待执行的取现订单的请求额度小于或等于第一额度阈值，服务器确定所述待执行的取现订单为小额取现流水订单，服务器则从小额取款设备中按照预设方式确定一台小额取款设备，将该确定的这台小额取款设备作为所述待执行的取现订单对应的第一自动取款设备。

本实施例中，所述预设方式可以为：1、随机选取的方式；2、根据预先确定的映射关系选取的方式，例如，每一台非取现智能终端对应着一台大额取款设备和一台小额取款设备，服务器在确定所述待执行的取现订单为大额取现流水订单后，根据预先确定的映射关系直接确定第一非取现智能终端对应的大额取款设备作为第一自动取款设备即可。

参照图7，本实施例的业务处理程序还包括设置模块106和删除模块107。

设置模块106，用于设置所述验证信息的有效时间；

删除模块107，用于在一个验证信息的有效时间达到时，删除该验证信息和该验证信息对应的待执行的取现订单。

在实际现实应用中，可能会有用户因为各种情况和原因而并未及时到自动取款设备处进行进一步的验证。因此，为了避免用户由于验证信息泄露而影响到用户财产安全的问题，本实施例将验证信息设置了有效时间(例如，5分钟)，用户在验证信息的有效时间内，可使用该验证信息在第一自动取款设备上完成进一步的验证而实现取现；如果一个验证信息a超过有效时间(即有效时间到达)，则服务器会将验证信息a删除并同时删除验证信息a对应的待执行订单，此时，再使用验证信息a去第一自动取款设备上进行进一步验证时，无法通过验证，即不能实现取现。本实施例同样避免了服务器中存留过多历史的待执行的取现订单的问题。

进一步地，本发明还提出一种自助业务系统，该自助业务系统包括至少一台非取现智能终端、至少一台自动取款设备和服务器，该服务器与所述非取现智能终端和自动取款设备通信连接，该服务器的具体模块结构和功能作用，可参照上述实施例，在此不做赘述。

进一步地，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质存储有业务处理程序，所述业务处理程序可被至少一个处理器执行，以使所述至少一个处理器执行上述任一实施例中的业务处理方法。

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