一种自助柜员机的操作方法和系统与流程

本申请涉及柜员机操作领域，尤其涉及一种自助柜员机的操作方法和系统。

背景技术：

随着现有技术的发展，人们的生活越来越富裕，银行业务也越来越多，为了减轻银行工作人员的工作量，在很多的公共区域设置了自助柜员机，以便用户可以及时的处理自己的业务，在用户的银行卡丢失时，用户可以在自助柜员机上挂失自己丢失的银行卡，不需要用户专门前往银行去挂失，提高了用户对丢失的银行卡进行挂失的效率。

现有技术中，用户在自助柜员机上挂失丢失的银行卡时，一次挂失操作只能挂失一张银行卡，但是，在用户同时丢失了多张银行卡时，用户需要重复多次的挂失操作才能将所有丢失的银行卡挂失完成，增加了用户挂会银行卡的耗时，浪费了用户的时间，挂失效率较低。

技术实现要素：

有鉴于此，本申请的目的在于提供了一种自助柜员机的操作方法和系统，以解决现有技术中银行账户挂失效率较低的问题。

第一方面，本申请实施例提供了一种自助柜员机的操作方法，作用于自助柜员机，所述自助柜员机包括触屏显示器和处理器；所述触屏显示器和所述处理器通过信号线连接；所述操作方法包括：

所述处理器通过所述触屏显示器获取用户输入的第一操作请求；所述第一操作请求中携带有用户的身份信息；

若所述第一操作请求为挂失请求，则所述处理器根据所述身份信息，查询在该身份信息下的所有账户信息；

所述处理器将所述在该身份信息下的所有账户信息中，处于非挂失状态的账户信息均显示在所述触屏显示器上；

所述处理器根据用户向所述触屏显示器所下达的批量操作指令，将所述处于非挂失状态的账户信息中，指定的至少一个账户信息进行挂失操作。

可选的，在所述处理器通过触屏显示器获取用户输入的第一操作请求之前，还包括：

所述处理器通过卡片识别器读取用户证件中所述用户的身份信息；

根据所述用户的身份信息，确定所述用户的标准特征信息；所述标准特征信息包括：面部图像信息或指纹信息；

所述处理器通过扫描器获取所述用户的实际特征信息；

所述处理器判断所述标准特征信息和所述实际特征信息是否相同；若所述标准特征信息和所述实际特征信息相同，则通过所述触屏显示器显示操作请求输入界面。

可选的，所述处理器根据所述身份信息，查询在该身份信息下的所有账户信息，包括：

所述处理器将所述身份信息发送至服务器；

所述服务器根据所述身份信息，在本地数据库中查找所述身份信息对应的所有账户信息；

所述服务器将查找到的所述所有账户信息发送至所述处理器。

可选的，所述处理器将所述在该身份信息下的所有账户信息中，处于非挂失状态的账户信息均显示在所述触屏显示器上，包括：

所述处理器将该身份信息下所有账户信息中，处于非挂失状态的各账户信息显示在所述触屏显示器上；

若所述处理器通过所述触屏显示器接收到用户输入的详情信息显示请求，则所述处理器将该详情信息显示请求所对应的账户信息的详情信息显示在所述触屏显示器上。

可选的，所述处理通过以下方式生成批量操作指令：

所述处理器根据所述用户所下达的勾选非挂失状态的账户信息的操作生成批量操作指令；

所述处理器根据所述用户所输入的非挂失状态的账户信息的编号生成批量操作指令。

可选的，所述处理器根据用户向触屏显示器所下达的批量操作指令，将所述处于非挂失状态的账户信息中，指定的至少一个账户信息进行挂失操作，包括：

所述处理器将所述批量操作指令发送至服务器，所述服务器将所述批量操作指令中对应账户信息的非挂失状态修改为挂失状态；

所述服务器将被修改为挂失状态的所述账户信息发送至所述处理器；

所述处理器将被修改为挂失状态的所述账户信息替换未被修改挂失状态的账户信息，并显示在所述触屏显示器上。

可选的，所述处理器根据用户向触屏显示器所下达的批量操作指令，将所述处于非挂失状态的账户信息中，指定的至少一个账户信息进行挂失操作之后，还包括：

所述处理器将各挂失操作所对应的账户信息中的账户余额转入到未被挂式操作所挂失的账户信息的账户中。

可选的，所述处理器将各挂失操作所对应的账户信息中的账户余额转入到未被挂式操作所挂失的账户信息的账户中，包括：

所述处理器获取用户在所述触屏显示器下达的转账指令，并将所述转账指令发送至服务器；

所述服务器根据所述转账指令，将所有挂失状态的账户信息对应的账户余额转入到至少一个未被所述挂失操作所挂失的账户信息对应的账户中；

所述服务器将修改账户余额的账户信息发送至所述处理器；

所述处理器通过所述触屏显示器显示修改账户余额后的未被所述挂失操作所挂失的账户信息。

可选的，所述处理器根据用户向触屏显示器所下达的批量操作指令，将所述处于非挂失状态的账户信息中，指定的至少一个账户信息进行挂失操作之后，还包括：

若接收到开户请求，则所述处理器根据开户请求中所携带的身份信息获取该用户对应的历史操作信息；

所述处理器根据所述历史操作信息，在开户申请表中填写对应的预设开户信息；

所述处理器将填写了预设开户信息的开户申请表在所述触屏显示器上进行显示，以获取用户针对预设开户信息所下达的修改指令；

所述处理器根据用户所下达的修改指令进行开户操作。

第二方面，本申请实施例提供了一种自助柜员机的操作系统，包括自助柜员机和服务器，通信连接；

所述自助柜员机包括：

获取模块，用于通过触屏显示器获取用户输入的第一操作请求；所述第一操作请求中携带有用户的身份信息；

查询模块，用于若所述第一操作请求为挂失请求，则所述处理器根据所述身份信息，查询在该身份信息下的所有账户信息；

显示模块，用于将所述在该身份信息下的所有账户信息中，处于非挂失状态的账户信息均显示在所述触屏显示器上；

指令生成模块，用于根据用户向所述触屏显示器所下达的批量操作指令；

所述服务器包括：

执行模块，用于将所述处于非挂失状态的账户信息中，指定的至少一个账户信息进行挂失操作。

本申请实施例提供了一种自助柜员机的操作方法，处理器通过用户在触屏显示器中对至少一个处于非挂失状态的账户信息的触摸操作，生成批量操作指令，使得至少一个处于非挂失状态的账户信息可以执行挂失操作，减少了用户重复挂失的操作，进而减少了用户执行挂失业务的耗时，提高了用户的挂失效率。

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

附图说明

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

图1为本申请实施例提供的一种自助柜员机的操作方法的流程示意图；

图2为本申请实施例提供的一种用户身份认证方法的流程示意图；

图3为本申请实施例提供的一种自助柜员机的操作系统的结构示意图；

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

具体实施方式

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

自助柜员机是设置在银行内，或者是设置在人流量较大的区域，便于用户对自己账户执行相应的操作。

用户可以通过自助柜员机实现账户的转账、存款、提款、转账额度设置、银行卡激活、更换银行卡、银行卡挂失、银行卡解除挂失、密码重置、社保卡开卡、睡眠账户激活、销户、账户绑定、账户查询、账户升降级等业务办理。

本方案中，所提及的触屏显示器是安装有触摸屏的显示器，处理器用于接收并处理接收到的信号。

如图1所示，本申请实施例提供了一种自助柜员机的操作方法，作用于自助柜员机，所述自助柜员机包括触屏显示器和处理器；所述触屏显示器和所述处理器通过信号线连接；所述方法包括：

s101，所述处理器通过所述触屏显示器获取用户输入的第一操作请求；所述第一操作请求中携带有用户的身份信息；

s102，若所述第一操作请求为挂失请求，则所述处理器根据所述身份信息，查询在该身份信息下的所有账户信息；

s103，所述处理器将所述在该身份信息下的所有账户信息中，处于非挂失状态的账户信息均显示在所述触屏显示器上；

s104，所述处理器根据用户向所述触屏显示器所下达的批量操作指令，将所述处于非挂失状态的账户信息中，指定的至少一个账户信息进行挂失操作。

其中，上述步骤s101中，第一操作请求是用户根据自己的业务需求在触屏显示器上做出相应的触摸操作得到的。用户的身份信息是从用户身份证中获取得到的，身份信息包括姓名、出生日期、籍贯等。本方案中所公开的自助柜员机是设置在银行营业网点中的，此处的银行营业网点指的是在一个环境相对不会发生变化的房间。

具体的，处理器会根据用户在触屏显示器的触摸操作以及处理器获取的身份信息生成第一操作请求。

上述步骤s102中，账户信息是与用户身份信息具有对应关系，账户信息中包含有账户号、账户余额、开户行、账户类别、账户种类、账户状态等，本申请在此不予限制，其中，账户号可以作为一个区别于其他账户标识，账户余额可以及时的反应用户的资金状况，便于用户合理的规划生活支出，账户状态可以提示用户该账户是否为已丢失账户，减少用于支付出错的情况。

具体的，处理器生成的是挂失请求，处理器会根据挂失请求中携带的身份信息查询与该身份信息具有对应关系的所有账户信息。

在上述步骤103中，处理器查询到所有的账户信息后，会筛选出没有被挂失的账户信息，并且将筛选出来的账户信息发送至触屏显示器进行显示。

在上述步骤104中，批量操作指令是对至少一个账户信息进行操作的指令。

具体的，用户根据触屏显示器中显示的信息，在触屏显示器中做出相应的挂失触摸操作，处理器根据触屏显示器中的触摸操作生成批量操作指令，处理器根据批量操作指令中的信息对被挂失触摸操作选中的账户信息执行挂失业务。

在本申请实施例中，用户在进行开户操作时，处理器可以将历史操作信息填写至新的开户申请表中，用户只需对申请表中的部分历史操作信息进行修改，较少了用户填写开户申请表的耗时，提高了开户业务的办理效率，减少了用户手动填写开户申请表不清楚的问题，降低了业务处理出错率，提高了用户体验。

可选的，本申请实施例提供了一种用户身份认证方法，在步骤101之前，如图2所示，还包括：

s201，所述处理器通过卡片识别器读取用户证件中所述用户的身份信息；

s202，根据所述用户的身份信息，确定所述用户的标准特征信息；所述标准特征信息包括：面部图像信息或指纹信息；

s203，所述处理器通过扫描器获取所述用户的实际特征信息；

s204，所述处理器判断所述标准特征信息和所述实际特征信息是否相同；若所述标准特征信息和所述实际特征信息相同，则通过所述触屏显示器显示操作请求输入界面。

在上述步骤s201中，卡片识别器用于读取身份证中用户的身份信息，卡片识别器包括身份证阅读器等。

具体的，卡片识别器通过识别身份证中的rfid芯片，读取该芯片中存储的信息，卡片识别器将该信息发送至处理器。

例如，在处理器读取身份证中的身份信息时，处理器中的卡片识别器会通过近场无线通信技术识别身份证中的rfid(radiofrequencyidentification，无线射频识别)芯片，并读取rfid芯片中携带的用户身份信息。

在上述步骤s202中，面部图像信息是根据用户的脸部特征存储的图像信息。指纹信息是根据用户的指纹特征存储的信息。标准特征信息是预先存储好的，标准特征信息与对应的用户身份信息具有关联关系。

具体的，处理器在获取到用户的身份信息之后，将该用户的身份信息发送至服务器，服务器会根据该身份信息在本地数据库中查找与该身份信息具有关联关系的标准特征信息，服务器将查找到的标准信息发送至处理器。其中，本地数据库是存储用户所有信息的位置，本地数据库存储的信息包括用户身份信息、账户信息、标准特征信息等，个信息之间具有对应关系。

例如，若本地数据库中存储的标准信息是面部图像信息时，处理器根据获取的用户a的身份信息后，处理器将用户a的身份信息发送至服务器，服务器会根据用户a的身份信息在本地数据库中查找与用户a身份信息对应的面部图像信息。

例如，若本地数据库中存储的标准信息是指纹信息时，处理器根据获取的用户b的身份信息后，处理器将用户b的身份信息发送至服务器，服务器会根据用户b的身份信息在本地数据库中查找与用户b身份信息对应的指纹信息。

在上述步骤s203中，扫描器是扫描用户面部图像或者用户指纹的装置，扫描用户面部图像的扫描器包括摄像头、照相机等，本申请在此不予限制，扫描用户指纹的扫描器包括指纹识别机等，本申请在此不予限制。实际特征信息是通过扫描器实时扫描的用户面部图像信息或者用户指纹信息。

具体的，扫描器扫描到用户的实际特征信息后，扫描器将该实际特征信息发送至处理器。

例如，在自助柜员机上设置有摄像头，该摄像头与处理器通信连接，摄像头扫描到用户的面部图像后，将该面部图像信息发送至处理器。

例如，在自助柜员机上设置有指纹识别机，指纹识别机与处理器通信连接，指纹识别机扫描到用户的指纹后，将该指纹信息发送至处理器。

在上述步骤s204中，操作请求输入界面是用户可以触摸操作的界面，进而用户可以通过触摸操作办理业务。

具体的，处理器将接收到的实际特征信息与标准特征信息做对比，判断上述两个特征信息是否相同，如果两个特征信是相同的，则触摸显示器中显示的信息是可供用户操作的界面，该界面可以让用户办理所需要的业务。

如果两个特征信息是不相同的，触摸显示器可以跳转至警报界面，提示用户通过扫描器扫描的特征信息是错误的，并且处理器会给工作人员进行提示，提示内容为该操作流程非本人操作，通过给工作人员作出报警提示，减少了非本人操作给用户带来的利益损失。

如果两个特征信息是不相同的，触摸显示器可以跳转至初始界面。若用户还需要办理业务则让该用户重新进行身份验证，给该用户再一次操作的机会，减少了因用户的错误操作导致该用户不能及时处理业务的情况。如果用户的身份验证一直不通过，用户就不能办理相关业务，减少了非本人操作给用户带来的利益损失。

在用户的身份验证通过后，触屏显示器中显示操作请求输入界面，用户根据操作请求输入界面中的提示做出相应的触摸操作，触屏显示器根据该触摸操作，获取该触摸操作对应的业务标识，其中，业务标识包括挂失标识、转账标识等，本申请以挂失标识为例进行详细说明。触屏显示器将挂失标识发送至处理器，处理器会根据挂失标识生成挂失业务内容，处理器根据接收的挂失业务内容和用户的身份信息生成第一操作请求。

通过上述四各步骤，实现了用户在办理银行业务之前的身份验证，避免了在办理银行业务时的飞本人操作，进而，减少了办理银行业务时因非本人操作而给用户带来的利益损失。

步骤s102，包括以下步骤：

步骤1021，所述处理器将所述身份信息发送至服务器；

步骤1022，所述服务器根据所述身份信息，在本地数据库中查找所述身份信息对应的所有账户信息；

步骤1023，所述服务器将查找到的所述所有账户信息发送至所述处理器。

其中，上述步骤1021中，处理器通过卡片识别器读取身份证中用户的身份信息，并将读取到的用户身份信息发送至服务器。

上述步骤1022中，所有账户信息包括已挂失状态的账户信息和非挂失状态的账户信息。

具体的，服务器接收处理器发送的用户身份信息，服务器会根据身份信息遍历本地数据库中所有的身份信息，直至查找到与该身份信息一致的身份信息，根据与该身份信息的对应关系，服务器从本地数据库中调取该身份信息对应的所有账户信息。

上述步骤1023中，服务器将调取出来的所有账户信息发送至处理器，处理器接收所有账户信息。

通过上述三个步骤，用户可以快速的查找到与该用户有关的账户信息，所有的账户信息临时存储在处理器中，在用户涉及多个业务时，不需要处理器再次向服务器请求账户信息，缩短了获取账户信息的耗时，提高了用户获取账户信息的效率。

在步骤s103中，所述处理器将所述在该身份信息下的所有账户信息中，处于非挂失状态的账户信息均显示在所述触屏显示器上。

具体的，处理器在接收到服务器发送的所有账户信息之后，处理器会根据第一操作请求中的挂失业务内容，筛选出处于非挂失状态的账户信息。处理器将处于非挂失状态的账户信息发送至触屏显示器，触屏显示器将处于非挂失状态的账户信息以预设模式进行展示。其中，预设模式是工作人员预先设置好的，如，单列表格模式、多列表格模式等。

步骤s103，包括以下步骤：

步骤s1031，所述处理器将该身份信息下所有账户信息中，处于非挂失状态的各账户信息显示在所述触屏显示器上；

步骤s1032，若所述处理器通过所述触屏显示器接收到用户输入的详情信息显示请求，则所述处理器将该详情信息显示请求所对应的账户信息的详情信息显示在触屏显示器上。

在上述步骤s1031中，因触摸显示器的屏幕规格有限，所以触摸显示器上展示的处于非挂失状态的各账户信息是不全面的。针对每个账户信息，只展示了账户信息中的账户号、账户状态等部分信息，并且每个账户信息有对应的详情虚拟按键。

在上述步骤s1032中，用户在触屏显示器触摸详情虚拟按键后，处理器会接收到触屏显示器发送详情请求，处理器根据该详情请求调取对应账户信息所有的信息，触屏显示器跳转至详情界面，展示该账户信息所有的信息。其中，展示的该账户所有的信息包括，账户号、账户余额、开户行、账户类别、账户种类、账户状态等。

通过上述两个步骤，使得用户可以及时的了解到该账户跟详细的信息内容，便于用户做出相应的业务判断，如，是否消除该账户等。

在步骤s104中，所述处理通过以下方式生成批量操作指令：

方式一，所述处理器根据所述用户所下达的勾选非挂失状态的账户信息的操作生成批量操作指令。

具体的，在触屏显示器中展示处于非挂失状态的各账户信息时，在各账户信息对应位置会设置有空白标志，用户在触屏显示器中对空白标志进行触摸操作，根据用户的触摸操作，空白标志会被勾选，用户勾选完成后，触摸触屏显示器中的确定虚拟按钮，处理器会根据触屏显示器中被勾选的空白标志对应的账户信息生成批量操作指令。其中，空白标志包括但不限于，空白方框、空白圆形等，本申请在此不予限制。

方式二，所述处理器根据所述用户所输入的非挂失状态的账户信息的编号生成批量操作指令。

具体的，在触屏显示器中展示处于非挂失状态的各账户信息时，在各账户信息对应位置会设置有编号，其中，触屏显示器中设置有虚拟键盘和待挂失的输入栏。用户通过在触屏显示器中的虚拟键盘位置进行触摸操作，在待挂失的输入栏中输入要挂失的账户信息对应的编号，在输入完成后，用户触摸触屏显示器中的确定虚拟按钮，处理器会根据触屏显示器中的内容生成批量操作指令。

步骤s104，包括以下步骤：

步骤1041，所述处理器将所述批量操作指令发送至服务器，所述服务器将所述批量操作指令中对应账户信息的非挂失状态修改为挂失状态；

步骤1042，所述服务器将被修改为挂失状态的所述账户信息发送至所述处理器；

步骤1043，所述处理器将被修改为挂失状态的所述账户信息替换未被修改挂失状态的账户信息，并显示在所述触屏显示器上。

其中，在上述步骤1041中，处理器在生成批量操作指令后，处理器将该批量操作指令发送至服务器，批量操作指令中包含有需要挂失的账户信息，服务器会将接收到的账户信息中账户状态从非挂失状态修改为挂失状态。

在上述步骤1042中，服务器会根据修改后的账户信息更新本地数据库中对应的账户信息，并且，服务器将修改后的账户信息发送至处理器。

在上述步骤1043中，处理器会更新触屏显示器中显示的内容，即处于非挂失状态的各账户信息不会再有被更新账户状态的账户信息。

通过上述三个步骤，将用户需要挂失的账户进行挂失，并且将被挂失的账户信息进行更新，方便了用户账户信息的维护。

在对用户的至少一个账户进行挂失后，为了不给用户带来利益损失，需要将用户被挂失账户中的余额转入到其他未被挂失的账户，因此，在步骤s104之后，还包括：

步骤105，处理器将各挂失操作所对应的账户信息中的账户余额转入到未被挂式操作所挂失的账户信息的账户中。

具体的，在上述步骤105中，处理器会统计所有挂失操作所对应的账户信息中的账户余额，在触屏显示器中会提示用户，挂失操作对应的账户的账户余额转入未被挂式操作所挂失的账户，用户可以通过触摸操作指定该账户余额转入到至少一个账户中。

上述步骤105，包括以下三个步骤：

步骤1051，所述处理器获取用户在所述触屏显示器下达的转账指令，并将所述转账指令发送至服务器；

步骤1052，所述服务器根据所述转账指令，将所有挂失状态的账户信息对应的账户余额转入到至少一个未被所述挂失操作所挂失的账户信息对应的账户中；

步骤1053，所述服务器将修改账户余额的账户信息发送至所述处理器；

步骤1054，所述处理器通过所述触屏显示器显示修改账户余额后的未被所述挂失操作所挂失的账户信息。

具体的，在上述步骤1051中，在挂失成功后，触屏显示器中显示的是未被所述挂失操作所挂失的账户信息时，触屏显示器中会给出转账提示，用户根据转账提示，选取至少一个未被挂失操作所挂失的账户信息。在用户选完账户信息后，用户在触屏显示器中点击确定虚拟按钮。处理器在接收到确定虚拟按钮发送的确定信号后，处理器会根据触屏显示器中的被选取的至少一个未被挂失操作所挂失的账户信息生成转账指令，处理器将该转账指令发送至服务器。

在上述步骤1052中，服务器根据接收的转账指令，修改转账指令中未被挂失操作所挂失的账户信息中的账户余额的金额值，服务器将修改账户余额的账户信息更新到本地数据库中。

在上述步骤1053中，服务器还会将修改账户余额后的账户信息发送至处理器。

在上述步骤1054中，处理器接收到服务器发送的账户信息后，处理器会更新修改账户余额的账户信息，处理器控制触屏显示器显示修改账户余额后的未被所述挂失操作所挂失的账户信息。

通过上述四个步骤，将挂失后账户中的余额转到未被挂失的账户中，不会出现被挂失的账户中的余额不能被使用的情况，保证了用户的利益，并且将转入余额后的账户信息展示在触屏显示器中，让用户及时了解自己的账户信息，提高了用户的体验效果。

在账户挂失之后，如果用户想要重新补办该账户所对应的银行卡时，在步骤s104之后，还包括：

步骤106，若接收到开户请求，则所述处理器根据开户请求中所携带的身份信息获取该用户对应的历史操作信息；

步骤107，所述处理器根据所述历史操作信息，在开户申请表中填写对应的预设开户信息；

步骤108，所述处理器将填写了预设开户信息的开户申请表在所述触屏显示器上进行显示，以获取用户针对预设开户信息所下达的修改指令；

步骤109，所述处理器根据用户所下达的修改指令进行开户操作。

在上述步骤106中，开户请求是重新申请一个银行账户的请求。历史操作信息是用户在以前开户时填写申请表所记录的内容。

具体的，用户在挂失完成后，根据用户的触摸操作，在触屏显示器中显示已挂失状态的账户信息。

若用户需要补卡，则用户可以点击账户信息对应的补卡虚拟按键，触屏显示器将用户对补卡虚拟按键的触摸操作发送至处理器，处理器根据该触摸操作和已经获取的用户身份信息生成补卡请求，处理器将该补卡请求发送至服务器。

服务器会根据补卡请求中的用户身份信息在本地数据库中查找该用户以前的历史操作信息，服务器将查找到的历史操作信息发送至处理器，并且，服务器会根据补卡请求在本地数据库中查找到开户的申请表，并将该申请表发送至处理器。

在上述步骤107中，预设开户信息是历史操作信息中的内容。

具体的，处理器将接收的历史操作信息填充至开户申请表中对应的空白位置，并且将填写有历史操作信息的开户申请表发送至触屏显示器进行显示。

在上述步骤108中，修改指令包含有修改后的开户申请表中的信息。

具体的，用户通过对触屏显示器中显示的开户申请表进行触摸操作，进而修改填写在开户申请表中的信息，触屏显示器将用户的触摸操作发送至处理器，处理器根据触摸操作生成修改指令。

在上述步骤109中，处理器将该修改指令发送至服务器，服务器根据修改指令中的信息进行开户操作，服务器在开户完成后，服务器将开户完成的新账户发送至处理器，处理器控制触屏显示器显示新开户的账户信息。通过上述四各步骤，用户在进行开户操作时，处理器可以将历史操作信息填写至新的开户申请表中，用户只需对申请表中的部分历史操作信息进行修改，较少了用户填写开户申请表的耗时，提高了开户业务的办理效率，减少了用户手动填写开户申请表不清楚的问题，降低了业务处理出错率，提高了用户体验。

如图3所示，本申请实施例提供了一种自助柜员机的操作系统，包括自助柜员机301和服务器302，通信连接；

所述自助柜员机301包括：

获取模块3011，用于通过触屏显示器获取用户输入的第一操作请求；所述第一操作请求中携带有用户的身份信息；

查询模块3012，用于若所述第一操作请求为挂失请求，则所述处理器根据所述身份信息，查询在该身份信息下的所有账户信息；

显示模块3013，用于将所述在该身份信息下的所有账户信息中，处于非挂失状态的账户信息均显示在所述触屏显示器上；

指令生成模块3014，用于根据用户向所述触屏显示器所下达的批量操作指令；

所述服务器302包括：

执行模块3021，用于将所述处于非挂失状态的账户信息中，指定的至少一个账户信息进行挂失操作。

对应于图1中的自助柜员机的操作方法，本申请实施例还提供了一种计算机设备400，如图4所示，该设备包括存储器401、处理器402及存储在该存储器401上并可在该处理器402上运行的计算机程序，其中，上述处理器402执行上述计算机程序时实现上述自助柜员机的操作方法的步骤。

具体地，上述存储器401和处理器402能够为通用的存储器和处理器，这里不做具体限定，当处理器402运行存储器401存储的计算机程序时，能够执行上述自助柜员机的操作方法，用于解决现有技术中银行账户挂失效率较低的问题，处理器通过用户在触屏显示器中对至少一个处于非挂失状态的账户信息的触摸操作，生成批量操作指令，使得至少一个处于非挂失状态的账户信息可以执行挂失操作，减少了用户重复挂失的操作，进而减少了用户执行挂失业务的耗时，提高了用户的挂失效率。

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

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述自助柜员机的操作方法，用于解决现有技术中银行账户挂失效率较低的问题，处理器通过用户在触屏显示器中对至少一个处于非挂失状态的账户信息的触摸操作，生成批量操作指令，使得至少一个处于非挂失状态的账户信息可以执行挂失操作，减少了用户重复挂失的操作，进而减少了用户执行挂失业务的耗时，提高了用户的挂失效率。

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

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

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

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

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

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