一种对公存取款方法及装置与流程

本申请涉及金融技术领域，具体而言，涉及一种对公存取款方法及装置。

背景技术：

目前，对公现金取款业务以及对公存款业务只能在银行网点柜台进行人工办理。例如，在银行网点的对公业务柜台，由柜台人员手动办理，尤其是携带支票、票据、实时通付款凭证等办理对公业务时，需要柜台人员人工识别支票、票据、实时通付款凭证的真伪，并手动录入大量的对公业务交易要素信息，常常需要用户排队等候，使得对公业务效率较低。进一步地，依靠人工鉴伪以及人工录入对公业务交易要素信息，容易产生操作风险。而且，人工鉴伪以及人工录入，工作量大，人力成本较高。

技术实现要素：

有鉴于此，本申请的目的在于提供一种对公存取款方法及装置，提升对公业务效率。

第一方面，本申请实施例提供了一种对公存取款方法，包括：

识别插入的储蓄卡，依据输入的储蓄卡认证信息显示所述储蓄卡的操作界面；

获取并展示在所述储蓄卡的操作界面生成的对公交易信息；

获取对展示的所述对公交易信息的确认信息；

依据所述确认信息执行所述对公交易信息对应的业务。

可选地，所述识别插入的储蓄卡，包括：

利用卡片入口的识别机识别插入的卡片；或，

利用扫描仪进行扫描，若扫描到支票、票据、实时通付款凭证或二维码，识别所述支票、票据、实时通付款凭证或二维码的信息。

可选地，在所述识别所述支票、票据或二维码的信息之后，所述方法还包括：

将包含取款码的识别结果发送至所述支票、票据或二维码对应预留的移动终端；

接收用户输入的验证信息，若所述验证信息与所述取款码相同，执行所述依据输入的储蓄卡认证信息显示所述储蓄卡的操作界面的步骤。

可选地，在所述获取对展示的所述对公交易信息的确认信息之后，依据所述确认信息执行所述对公交易信息对应的业务之前，所述方法还包括：

若所述对公交易信息为对公取款信息，且所述对公取款信息中的对公取款金额大于预先设置的取款金额阈值，通知预先设置的银行人员进行现场取款审核，若审核通过，执行所述依据所述确认信息执行所述对公交易信息对应的业务的步骤。

可选地，所述储蓄卡认证信息包括：用户名、登录密码以及指纹信息，所述依据输入的储蓄卡认证信息显示所述储蓄卡的操作界面，包括：

接收用户在展示的储蓄卡登录界面输入的用户名、登录密码以及指纹信息；

查询后台服务器，获取所述储蓄卡对应的认证数据库；

若所述用户名、登录密码以及指纹信息分别与所述认证数据库中的用户名、登录密码以及指纹信息对应相同，显示所述储蓄卡的操作界面。

可选地，在所述显示所述储蓄卡的操作界面之后，所述方法还包括：

查询后台服务器，获取所述用户名对所述储蓄卡的业务操作权限，在显示的所述储蓄卡的操作界面中，设置除获取的所述业务操作权限之外的业务为不可操作状态。

可选地，所述获取并展示在所述储蓄卡的操作界面生成的对公交易信息，包括：

接收用户在所述储蓄卡的操作界面选取的对公交易类型，显示选取的对公交易类型对应的对公交易界面；

获取所述用户在所述对公交易界面中输入的对公交易信息。

可选地，所述确认信息为对公存款确认信息，所述依据所述确认信息执行所述对公交易信息对应的业务，包括：

接收用户从入钞口放入的待存款钞票，对所述待存款钞票进行真伪验证，所述待存款钞票包括一种或多种面额的钞票；

对通过真伪验证的待存款钞票进行面额识别，将待存款钞票放入该面额对应的存钞盒，对放入所述存钞盒的待存款钞票进行计数；

在接收到放钞结束信息后，针对每一存钞盒，计算该存钞盒的面额与计数的乘积；

统计各存钞盒对应的乘积的和值，打印和值的凭证信息。

可选地，所述确认信息为对公取款确认信息，所述依据所述确认信息执行所述对公交易信息对应的业务，包括：

向用户展示不同面值取钞盒中的可用取款张数；

依据用户输入的每一面值的金额范围、不同面值取钞盒中的可用取款张数以及用户输入的所述对公交易信息中的对公取款金额信息，生成包含各面值取款金额的取款列表，所述各面值取款金额的总和等于所述对公取款金额信息；

依据所述取款列表中的各面值取款金额，向出钞口输出所述各面值取款金额对应的钞票。

第二方面，本申请实施例提供了一种对公存取款装置，包括：

储蓄卡识别模块，用于识别插入的储蓄卡，依据输入的储蓄卡认证信息显示所述储蓄卡的操作界面；

对公交易信息获取模块，用于获取并展示在所述储蓄卡的操作界面生成的对公交易信息；

确认模块，用于获取对展示的所述对公交易信息的确认信息；

业务模块，用于依据所述确认信息执行所述对公交易信息对应的业务。

第三方面，本申请实施例提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述的方法的步骤。

本申请实施例提供的一种对公存取款方法及装置，该对公存取款方法包括：识别插入的储蓄卡，依据输入的储蓄卡认证信息显示所述储蓄卡的操作界面；获取并展示在所述储蓄卡的操作界面生成的对公交易信息；获取对展示的所述对公交易信息的确认信息；依据所述确认信息执行所述对公交易信息对应的业务。这样，通过在柜员机上设置对公存取款业务，结合柜员机和后台服务器，为用户提供对公存取款业务，用户无需在柜台排队等候，可以有效提升对公业务效率；同时，可以有效减轻前台人员的工作量，有效地释放柜台资源；而且，可以避免柜台人员的误操作或录入错误，提高风险控制能力。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种对公存取款方法流程示意图；

图2为本申请实施例提供的对公存取款中的对公取款方法流程示意图；

图3为本申请实施例提供的对公存取款中的对公存款方法流程示意图；

图4为本申请实施例提供的一种对公存取款装置结构示意图；

图5为本申请实施例提供的一种计算机设备500的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请实施例提供的一种对公存取款方法流程示意图。如图1所示，该方法包括：

步骤101，识别插入的储蓄卡，依据输入的储蓄卡认证信息显示所述储蓄卡的操作界面；

本申请实施例中，作为一可选实施例，储蓄卡包括但不限于：银行卡、存折、单位结算卡、支票、票据、绑定有对公业务的储蓄卡的二维码、实时通付款凭证等。本申请实施例中，对于银行卡、存折、单位结算卡等卡片，可以直接将卡片插入卡片入口，从而对插入柜员机的卡片进行识别，对于支票、票据、二维码、实时通付款凭证等非卡片，通过在柜员机外部设置扫描仪，对支票、票据、二维码、实时通付款凭证进行扫描，从而对非卡片进行识别。其中，二维码对应的二维码信息中，绑定有用于对公业务的储蓄卡。

本申请实施例中，作为一可选实施例，识别插入的储蓄卡，包括：

利用卡片入口的识别机识别插入的卡片。

本申请实施例中，作为另一可选实施例，识别插入的储蓄卡，包括：

利用扫描仪进行扫描，若扫描到支票、票据、实时通付款凭证或二维码，识别所述支票、票据、实时通付款凭证或二维码的信息。

本申请实施例中，利用扫描仪扫描支票、票据、实时通付款凭证或二维码，可以自动对非卡片的真伪进行鉴定，并能够自动获取非卡片的对公业务交易要素信息，无需柜台人员人工识别以及人工录入，可以有效避免操作风险并有效降低工作量，降低人力成本。

本申请实施例中，作为一可选实施例，可以在卡片入口以及扫描仪所在区域分别设置标识，以便用户能够快捷找到。

本申请实施例中，对于票据等非卡片，由于执行的是取款业务操作，为了进一步保障取款业务的安全性，在所述识别所述支票、票据或二维码的信息之后，该方法还包括：

将包含取款码的识别结果发送至所述支票、票据或二维码对应预留的移动终端；

接收用户输入的验证信息，若所述验证信息与所述取款码相同，执行所述依据输入的储蓄卡认证信息显示所述储蓄卡的操作界面的步骤。

本申请实施例中，用户还可以输入移动终端号码，柜员机比对用户输入的验证信息和移动终端号码，若与发送识别结果的取款码和预留的移动终端号码相匹配，确认用户操作正确。这样，结合后续的储蓄卡认证，可以保障取款的安全性。

本申请实施例中，储蓄卡认证信息包括但不限于：用户名以及登录密码。作为一可选实施例，储蓄卡认证信息还可以包括：指纹信息、和/或，身份证信息、和/或，人脸特征信息。

本申请实施例中，作为一可选实施例，储蓄卡认证信息包括：用户名、登录密码以及指纹信息，依据输入的储蓄卡认证信息显示所述储蓄卡的操作界面，包括：

a11，接收用户在展示的储蓄卡登录界面输入的用户名、登录密码以及指纹信息；

a12，查询后台服务器，获取所述储蓄卡对应的认证数据库；

本申请实施例中，后台服务器中，存储有各储蓄卡的卡号信息对应的认证数据库。一储蓄卡的卡号信息对应一认证数据库，认证数据库中，存储有用于登录该储蓄卡的储蓄卡认证数据。对于支票、票据等非卡片，在单位通过银行的业务系统录入支票、票据的相关信息时，设置对该支票、票据进行相应操作的执行人相关信息作为认证数据，业务系统将设置的认证数据传输至后台服务器进行存储。后续应用中，在支票、票据的相关信息发生变化时，后台服务器更新相应的认证数据。

本申请实施例中，由于对公存取款的执行人可能不止一个执行人，为了避免一执行人获取到该储蓄卡后，将该储蓄卡的用户名和登录密码透露给其他用户，从而给该储蓄卡的安全性带来威胁，因而，可以在储蓄卡认证数据中，设置可以执行该储蓄卡的各执行人的特征信息，例如，指纹信息、面部特征信息、虹膜信息等。

本申请实施例中，为了更进一步提升储蓄卡使用的安全性，作为另一可选实施例，还可以为每一储蓄卡执行人设置对应的包括一用户名、登录密码和特征信息的储蓄卡执行人认证数据，不同的储蓄卡执行人认证数据，用户名和登录密码均不相同。

a13，若所述用户名、登录密码以及指纹信息分别与所述认证数据库中的用户名、登录密码以及指纹信息对应相同，显示所述储蓄卡的操作界面。

本申请实施例中，若用户输入的用户名与认证数据库中的用户名不相同，或者，用户输入的登录密码与认证数据库中的登录密码不相同，或者，用户输入的指纹信息与认证数据库中的指纹信息不相匹配，则提示用户重新输入，若重新输入的次数超过预先设置的次数阈值，则终止流程，退出储蓄卡。

本申请实施例中，作为一可选实施例，还可以对进入储蓄卡操作界面的用户权限进行限制，例如，对于某一用户，可以设置其仅可执行对公存款业务，对于另一用户，可以设置其可执行储蓄卡包含的所有业务。因而，在显示所述储蓄卡的操作界面之后，该方法还包括：

查询后台服务器，获取所述用户名对所述储蓄卡的业务操作权限，在显示的所述储蓄卡的操作界面中，设置除获取的所述业务操作权限之外的业务为不可操作状态。

本申请实施例中，对于仅可执行对公存款业务的用户，在显示的储蓄卡的操作界面中，对公存款业务为高亮状态，可以点击该对公存款业务进行相应操作，而其他业务为灰度状态，即使点击该其他业务，也不能对该其他业务进行相应操作。

步骤102，获取并展示在所述储蓄卡的操作界面生成的对公交易信息；

本申请实施例中，用户在进入储蓄卡的操作界面后，可以按照相应的业务操作权限，对储蓄卡进行相应操作。

本申请实施例中，作为一可选实施例，对公交易信息包括：对公存款信息以及对公取款信息。其中，对公存款信息包括：存款单位账号信息、存款单位名称信息、对公存款执行人信息以及对公存款金额信息，作为另一可选实施例，对公存款信息还可以包括：对公存款款项来源信息、对公存款日期信息等，作为再一可选实施例，对公存款信息还可以包括：存款业务类型信息，其中，存款业务类型信息包括但不限于：活期存款、定期存款、活期一本通存款、定期一本通存款。对公取款信息包括但不限于：对公取款执行人信息以及对公取款金额。

本申请实施例中，作为一可选实施例，获取并展示在所述储蓄卡的操作界面生成的对公交易信息，包括：

b11，接收用户在所述储蓄卡的操作界面选取的对公交易类型，显示选取的对公交易类型对应的对公交易界面；

本申请实施例中，对公交易类型包括：对公存款以及对公取款。对应地，对公交易界面包括：对公存款交易界面以及对公取款交易界面。

b12，获取所述用户在所述对公交易界面中输入的对公交易信息。

本申请实施例中，用户选取的对公交易类型若为对公存款，展示对公存款交易界面，用户在对公存款交易界面中，填写相应信息，例如，存款单位账号信息、存款单位名称信息、对公存款执行人信息、对公存款金额信息、存款业务类型信息等。用户选取的对公交易类型若为对公取款，操作与存款相类似。

步骤103，获取对展示的所述对公交易信息的确认信息；

本申请实施例中，确认信息包括：对公存款确认信息以及对公取款确认信息。以对公存款为例，若检测到用户点击对公存款交易界面中的完成控件，将用户填写的信息进行展示，当检测到用户在展示的界面中点击的确认控件，得到用户的对公存款确认信息。

步骤104，依据所述确认信息执行所述对公交易信息对应的业务。

本申请实施例中，作为一可选实施例，所述确认信息为对公存款确认信息，所述依据所述确认信息执行所述对公交易信息对应的业务，包括：

c11，接收用户从入钞口放入的待存款钞票，对所述待存款钞票进行真伪验证，所述待存款钞票包括一种或多种面额的钞票；

c12，对通过真伪验证的待存款钞票进行面额识别，将待存款钞票放入该面额对应的存钞盒，对放入所述存钞盒的待存款钞票进行计数；

c13，在接收到放钞结束信息后，针对每一存钞盒，计算该存钞盒的面额与计数的乘积；

本申请实施例中，在每一次用户放入钞票并计数放入的钞票后，向用户展示是否还需要放入钞票的提示，若用户选择是，则继续放入钞票，若用户选择否，触发生成放钞结束信息。

c14，统计各存钞盒对应的乘积的和值，打印和值的凭证信息。

本申请实施例中，作为一可选实施例，在所述统计各存钞盒对应的乘积的和值之后，打印和值的凭证信息之前，该方法还包括：

判断所述和值是否与用户输入的所述对公交易信息中的对公存款金额信息相同；

若是，执行所述打印和值的凭证信息的步骤；

若否，向所述用户展示和值与所述对公存款金额信息，提示用户是否按照所述和值进行存款，若是，执行所述打印和值的凭证信息的步骤。

本申请实施例中，若用户选择不按照所述和值进行存款，则提示用户根据和值与对公存款金额信息的差异再存入相应金额的钞票。

本申请实施例中，作为一可选实施例，所述确认信息为对公取款确认信息，所述依据所述确认信息执行所述对公交易信息对应的业务，包括：

c21，获取取钞盒中的可用金额；

本申请实施例中，取钞盒为100元面值的取钞盒。

c22，若确定所述可用金额大于或等于用户输入的所述对公交易信息中的对公取款金额信息，向出钞口输出所述对公取款金额信息对应的钞票。

作为另一可选实施例，所述确认信息为对公取款确认信息，所述依据所述确认信息执行所述对公交易信息对应的业务，包括：

c31，向用户展示不同面值取钞盒中的可用取款张数；

c32，依据用户输入的每一面值的金额范围、不同面值取钞盒中的可用取款张数以及用户输入的所述对公交易信息中的对公取款金额信息，生成包含各面值取款金额的取款列表，所述各面值取款金额的总和等于所述对公取款金额信息；

本申请实施例中，对公取款金额信息可以是以角为单位的任意数。

本申请实施例中，例如，对公取款金额信息为1000，柜员机中，设置有5中面值的取款盒，分别为：100元取款盒、50元取款盒、20元取款盒、10元取款盒以及5元取款盒，其中，100元取款盒中的可用取款张数为2、50元取款盒中的可用取款张数为20、20元取款盒中的可用取款张数为10、10元取款盒中的可用取款张数为200、5元取款盒中的可用取款张数为100，用户输入的要求取一面值的金额范围不能超过该面值的可用取款张数，分别为：100元金额范围为300-500、50元金额范围为200-300、20元取款盒金额范围为100-200、10元取款盒金额范围为50-80，5元取款盒金额范围为50-80。则生成的一取款列表可以为：

100元面值取400，50元面值取300，20元面值取200，10元面值取60，5元面值取40。

c33，依据所述取款列表中的各面值取款金额，向出钞口输出所述各面值取款金额对应的钞票。

本申请实施例中，作为一可选实施例，在所述获取对展示的所述对公交易信息的确认信息之后，依据所述确认信息执行所述对公交易信息对应的业务之前，该方法还包括：

若所述对公交易信息为对公取款信息，且所述对公取款信息中的对公取款金额大于预先设置的取款金额阈值，通知预先设置的银行人员进行现场取款审核，若审核通过，执行所述依据所述确认信息执行所述对公交易信息对应的业务的步骤。

本申请实施例中，若银行人员在现场进行审核，例如，通过与取款单位进行电话确认，如果取款单位不允许该对公取款执行人执行取款操作，则结束流程。

本申请实施例的对公存取款方法，通过在柜员机上设置对公存取款业务，结合柜员机和后台服务器，为用户提供自主、自助办理对公现金取款业务的渠道，拓展了交易方式和交易渠道，用户无需在柜台排队等候，有效提升了对公业务效率。同时，可以有效减轻前台人员的工作量，有效地释放了柜台资源，降低了人力成本。而且，用户通过在柜员机扫描票据的方式办理业务，获取取款码，结合人脸识别提取现金，安全性高，实现全流程自主、自助办理对公现金取款业务。此外，由后台服务器完成集中验印、版面识别、拆分录入、数据检核、支付密码校验、记账等处理，减轻了前台人员工作量，可以避免前台人员的误操作或录入错误，提高了风险控制能力。进一步地，无需柜台人员进行人工鉴别和人工录入，避免了操作风险，提升了风险控制能力。

图2为本申请实施例提供的对公存取款中的对公取款方法流程示意图。如图2所示，以票据取款为例，包括：

步骤201，经办人在后台服务器上选择“公司业务-现金取款”菜单；

本申请实施例中，经办人选择“公司业务-现金取款”菜单后，在展示的界面阅读业务受理提示。

步骤202，录入对公取款交易金额；

步骤203，播放提示音提示经办人插入身份证、人脸识别进行身份审核；

本申请实施例中，对经办人进行身份认证。

步骤204，确定对公取款交易金额小于取款金额阈值；

本申请实施例中，调用票据现场审核对公取款交易金额，若对公取款交易金额大于或等于取款金额阈值，则呼叫银行人员进行现场审核，审核通过录入指纹进入后续凭证扫描环节，小于取款金额阈值，直接进入后续凭证扫描环节。

步骤205，扫描票据，将业务处理结果通过短信发送至预留手机；

本申请实施例中，业务处理结果包括：业务处理成功、预留手机号码和取款码。

步骤206，利用预留手机接收业务处理结果，在柜员机上选择“公司业务-现金取款”菜单；

步骤207，输入业务处理结果中包含的预留手机号码和取款码；

步骤208，对经办人进行人脸识别；

步骤209，确认人脸识别通过，依据对公取款交易金额提取现金。

图3为本申请实施例提供的对公存取款中的对公存款方法流程示意图。如图3所示，包括：

步骤301，在柜员机上录入对公存款信息或识别储蓄卡；

本申请实施例中，对公存款信息包括：存款单位账号信息、对公存款执行人信息、对公存款款项来源信息、对公存款金额信息、对公存款日期信息、存款单位名称信息。

步骤302，对录入的对公存款信息进行确认或登录识别的储蓄卡；

步骤303，确定存款业务类型；

本申请实施例中，存款业务类型包括：活期存款、定期存款、活期一本通存款、定期一本通存款。

步骤304，放入现钞进行清点，支持多种面额的钞票混点；

步骤305，结合清点的结果确认存款。

本申请实施例中，经办人员无需提交纸质的现金交款单，可直接在柜员机上录入对公存款信息，柜员机显示录入的对公存款信息，经办人员核对信息无误点击提交，放入钞票进行清点，能够支持多种面额的钞票混点，支持大额存款。

图4为本申请实施例提供的一种对公存取款装置结构示意图。如图4所示，该对公存取款装置包括：

储蓄卡识别模块401，用于识别插入的储蓄卡，依据输入的储蓄卡认证信息显示所述储蓄卡的操作界面；

本申请实施例中，作为一可选实施例，储蓄卡包括但不限于：银行卡、存折、单位结算卡、支票、票据、绑定有对公业务的储蓄卡的二维码、实时通付款凭证。其中，银行卡、存折、单位结算卡为卡片，支票、票据、二维码、实时通付款凭证为非卡片。

本申请实施例中，储蓄卡认证信息包括但不限于：用户名以及登录密码。作为一可选实施例，储蓄卡认证信息还可以包括：指纹信息、和/或，身份证信息、和/或，人脸特征信息。

对公交易信息获取模块402，用于获取并展示在所述储蓄卡的操作界面生成的对公交易信息；

本申请实施例中，作为一可选实施例，对公交易信息包括：对公存款信息以及对公取款信息。其中，对公存款信息包括：存款单位账号信息、存款单位名称信息、对公存款执行人信息以及对公存款金额信息，作为另一可选实施例，对公存款信息还可以包括：对公存款款项来源信息、对公存款日期信息等，作为再一可选实施例，对公存款信息还可以包括：存款业务类型信息，其中，存款业务类型信息包括但不限于：活期存款、定期存款、活期一本通存款、定期一本通存款。对公取款信息包括但不限于：对公取款执行人信息以及对公取款金额。

确认模块403，用于获取对展示的所述对公交易信息的确认信息；

业务模块404，用于依据所述确认信息执行所述对公交易信息对应的业务。

本申请实施例中，作为一可选实施例，储蓄卡识别模块401，具体用于：

利用卡片入口的识别机识别插入的卡片；或，

利用扫描仪进行扫描，若扫描到支票、票据、实时通付款凭证或二维码，识别所述支票、票据、实时通付款凭证或二维码的信息。

本申请实施例中，作为一可选实施例，可以在卡片入口以及扫描仪所在区域分别设置标识。

本申请实施例中，作为另一可选实施例，储蓄卡识别模块401，具体还用于：

将包含取款码的识别结果发送至所述支票、票据或二维码对应预留的移动终端；

接收用户输入的验证信息，若所述验证信息与所述取款码相同，执行所述依据输入的储蓄卡认证信息显示所述储蓄卡的操作界面的步骤。

本申请实施例中，作为再一可选实施例，储蓄卡认证信息包括：用户名、登录密码以及指纹信息，储蓄卡识别模块401，具体还用于：

接收用户在展示的储蓄卡登录界面输入的用户名、登录密码以及指纹信息；

查询后台服务器，获取所述储蓄卡对应的认证数据库；

若所述用户名、登录密码以及指纹信息分别与所述认证数据库中的用户名、登录密码以及指纹信息对应相同，显示所述储蓄卡的操作界面。

本申请实施例中，作为再一可选实施例，储蓄卡识别模块401，具体还用于：

查询后台服务器，获取所述用户名对所述储蓄卡的业务操作权限，在显示的所述储蓄卡的操作界面中，设置除获取的所述业务操作权限之外的业务为不可操作状态。

本申请实施例中，对于仅可执行对公存款业务的用户，在显示的储蓄卡的操作界面中，对公存款业务为高亮状态，可以点击该对公存款业务进行相应操作，而其他业务为灰度状态，即使点击该其他业务，也不能对该其他业务进行相应操作。

本申请实施例中，作为一可选实施例，该对公存取款装置还包括：

审核模块(图中未示出)，若所述对公交易信息为对公取款信息，且所述对公取款信息中的对公取款金额大于预先设置的取款金额阈值，通知预先设置的银行人员进行现场取款审核，若审核通过，执行所述依据所述确认信息执行所述对公交易信息对应的业务的步骤。

本申请实施例中，作为一可选实施例，对公交易信息获取模块402，具体用于：

接收用户在所述储蓄卡的操作界面选取的对公交易类型，显示选取的对公交易类型对应的对公交易界面；

获取所述用户在所述对公交易界面中输入的对公交易信息。

本申请实施例中，对公交易类型包括：对公存款以及对公取款。对应地，对公交易界面包括：对公存款交易界面以及对公取款交易界面。

本申请实施例中，作为一可选实施例，确认信息为对公存款确认信息，业务模块404，具体用于：

接收用户从入钞口放入的待存款钞票，对所述待存款钞票进行真伪验证，所述待存款钞票包括一种或多种面额的钞票；

对通过真伪验证的待存款钞票进行面额识别，将待存款钞票放入该面额对应的存钞盒，对放入所述存钞盒的待存款钞票进行计数；

在接收到放钞结束信息后，针对每一存钞盒，计算该存钞盒的面额与计数的乘积；

统计各存钞盒对应的乘积的和值，打印和值的凭证信息。

本申请实施例中，在所述统计各存钞盒对应的乘积的和值之后，打印和值的凭证信息之前，业务模块404，具体还用于：

判断所述和值是否与用户输入的所述对公交易信息中的对公存款金额信息相同；

若是，执行所述打印和值的凭证信息的步骤；

若否，向所述用户展示和值与所述对公存款金额信息，提示用户是否按照所述和值进行存款，若是，执行所述打印和值的凭证信息的步骤。

本申请实施例中，若用户选择不按照所述和值进行存款，则提示用户根据和值与对公存款金额信息的差异再存入相应金额的钞票。

本申请实施例中，作为另一可选实施例，确认信息为对公取款确认信息，业务模块404，具体用于：

向用户展示不同面值取钞盒中的可用取款张数；

依据用户输入的每一面值的金额范围、不同面值取钞盒中的可用取款张数以及用户输入的所述对公交易信息中的对公取款金额信息，生成包含各面值取款金额的取款列表，所述各面值取款金额的总和等于所述对公取款金额信息；

依据所述取款列表中的各面值取款金额，向出钞口输出所述各面值取款金额对应的钞票。

本申请实施例中，作为再一可选实施例，确认信息为对公取款确认信息，业务模块404，具体用于：

获取取钞盒中的可用金额；

若确定所述可用金额大于或等于用户输入的所述对公交易信息中的对公取款金额信息，向出钞口输出所述对公取款金额信息对应的钞票。

如图5所示，本申请一实施例提供了一种计算机设备500，用于执行图1中的对公存取款方法，该设备包括存储器501、处理器502及存储在该存储器501上并可在该处理器502上运行的计算机程序，其中，上述处理器502执行上述计算机程序时实现上述对公存取款方法的步骤。

具体地，上述存储器501和处理器502能够为通用的存储器和处理器，这里不做具体限定，当处理器502运行存储器501存储的计算机程序时，能够执行上述对公存取款方法。

对应于图1中的对公存取款方法，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述对公存取款方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述对公存取款方法。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。