银行卡的开卡方法和银行系统

摘要

本申请提供了银行卡的开卡系统和开卡方法。本申请提出的技术方案中，由学生本人在银行客户端输入学校信息、授权码信息、授权开卡信息、身份证信息以及人脸图像等信息，以申请开通银行卡。本申请提出的技术方案中，由学生本人通过银行客户端向银行服务端提交上述信息，可以提高银行为学生所开银行卡的安全可靠性。

说明书

技术领域

本申请涉及互联网技术领域，并且更具体地，涉及银行卡的开卡方法和银行系统。

背景技术

高等学校新生入学，学校通常会提前为学生批量开立银行卡，并随同录取通知书寄给学生，用于提前预存学费，便于学校及时扣收。对于银行的开卡流程：在传统模式下，由学校将录取学生的身份信息报送给银行，银行根据学生身份信息完成批量开卡，再将银行卡给付学校用于分发。

但是在此种模式下，存在如下问题：银行的批量开卡并未取得学生个人的授权，使用的个人资料也并非学生本人提供，存在一定的权责风险；学生个人资料由学校发给银行，在此过程中若发生信息泄露，责任难以划分。

发明内容

本申请提供的银行卡的开卡系统和开卡方法，可以提高银行为学生所开银行卡的安全可靠性。

第一方面，本申请提供一种银行卡的开卡方法，所述开卡方法由银行系统执行，银行系统包括客户端和服务端。

本申请提供的方法中，客户端输出第一提示信息和第二提示信息，第一提示信息用于提示学生输入学校信息，第二提示信息用于提示学生输入授权码信息；并且，客户端获取学生输入的目标学校信息和目标授权码信息，并向服务端发送目标学校信息和所述目标授权码信息。

服务端接收客户端发送的目标学校信息和目标授权码信息之后，确认目标授权码信息是否是目标学校信息的有效授权码信息；并且，当目标授权码信息是目标学校信息的有效授权码信息时，服务端向述客户端发送第一指示信息，第一指示信息用于指示学生授权码验证成功。

客户端接收第一指示信息之后，输出第三提示信息和第四提示信息，第三提示信息用于提示学生输入身份证信息，第四提示信息用于提示学生输入人脸信息；客户端获取学生身份证信息和学生人脸信息，并向服务端发送学生身份证信息和学生人脸信息。

服务端接收学生身份证信息和所述学生人脸信息之后，确认学生人脸信息是否是学生身份证信息中的人脸信息；并在确认学生人脸信息为学生身份证信息中的人脸信息的情况下，向客户端发送第二指示信息，所述第二指示信息用于指示是学生身份证信息所属的学生本人进行开卡操作。

客户端接收第二指示信息之后，输出第五提示信息，第五提示信息用于提示开卡须知信息和提示学生输入授权信息；客户端获取学生输入的开卡授权信息，并向服务端发送开卡授权信息。

服务端接收开卡授权信息之后，根据开卡授权信息为所述学生开卡。

本申请提出的方法中，因为银行系统是在接收到学生的授权信息的情况下才为学生开卡的，所以可以保证银行系统的开卡行为是合法的。此外，银行系统是在根据学生的人脸图像和身份证信息验证是学生本人申请开卡的，因此可以确定是学生本人在申请开卡，从而可以提高开卡行为的安全可靠性。进一步地，银行是在验证学生输入的授权码为指定学校对应的授权码，可以保证申请开卡的学生是该学校的学生，从而可以提高提高开卡行为的安全可靠性。

在一些实施例中，所述方法还包括：客户端输出第六提示信息，第六提示信息用于提示用于输入开卡必要信息；客户端接收学生输入的开卡必要信息，并向服务端发送开卡必要信息。

其中，服务端根据所述开卡授权信息为所述学生开卡，包括：服务端根据开卡授权信息和开卡必要信息为所述学生开卡。

该实施例中，银行系统为学生开卡所使用的开卡必要信息为学生自己输入的，可以保证银行系统开卡行为的合法性。

在一些实施例中，所述方法还包括：服务端从学生身份证信息中获取开卡必要信息。其中，服务端根据开卡授权信息为所述学生开卡，包括：服务端根据开卡授权信息和开卡必要信息为所述学生开卡。

本实施例中，银行系统从学生输入的身份证信息中获取全部或部分开发所需信息，相比于让学生重新输入开卡必要信息，可以节省开卡申请流程，提高开卡效率。

在一些实施例中，服务端预先存储为目标学校信息设置的多个授权码信息，并且多个授权码信息中每个授权码信息的状态均设置为有效。其中，服务端确认目标授权码信息是否是为目标学校信息设置的有效授权码信息，包括：多个有效授权码信息包含目标授权码信息，且目标授权码信息的状态为有效的情况下，服务端确认目标授权码信息为为目标学校信息设置的有效授权码信息。

在一些实施例中，所述方法还包括：服务端连续N次确认客户端发送的目标授权码信息不是为目标学校信息设置的有效授权码信息的情况下，向客户端发送第三指示信息，第三指示信息用于指示学生授权码验证失败，N为预设的正整数；客户端接收所述第三指示信息，并在的第一时长内禁止学生输入授权码信息。

该实施例中，在学生输入的授权码信息不对的情况下，可以认为该学生为非合法学生，并在一定时长内禁止该学生申请开卡，可以减轻银行系统的工作压力，提高银行系统的效率。

在一些实施例中，所述方法还包括：客户端输出多个备选学校信息。其中，客户端获取学生输入的目标学校信息，包括：客户端将学生在多个备选学校信息中选中的学校信息确定目标学校信息。

该实施例中，由客户端为学生提供备选学校，由学生在这些备选学校中选择自己的学校信息，与由学生自己输入学校信息相比，可以提高学生输入自己学校信息的便捷度，从而提升输入学校信息的效率，最终提高开卡效率。

在一些实施例中，所述银行客户端获取学生输入的授权码信息，包括：所述银行客户端获取学生通过键盘输入的所述授权码信息。

在一些实施例中，客户端获取学生输入的授权码信息，包括：所述银行客户端通过扫描方式获取记录在纸质文件上的所述目标授权码信息。

与学生通过键盘输入授权码信息相比，该实现方式提高学生输入授权码信息的便捷度，从而提升输入授权码信息的效率，最终提高开卡效率。

在一些实施例中，所述银行客户端获取所述目标学校信息之后，所述方法还包括：所述银行客户端输出第七提示信息，所述第七提示信息用于提示所述目标学校信息对应的开卡截止日期。

该实施例中，客户端提示学生开卡截止日期，可以使得学生在指定期限内提交开卡申请，提高为学生开卡的可靠性。

第二方面，本申请提供一种银行系统，其特征在于，银行系统包括用于实现第一方面中的方法的各个功能模块，每个模块可以通过硬件和/或软件方式实现。

第三方面，本申请提供了一种银行系统，包括：多个存储器和多个处理器；所述存储器用于存储程序指令；所述处理器用于调用所述存储器中的程序指令执行如第一方面中由客户端实现的方法。

第四方面，本申请提供了一种计算机可读介质，所述计算机可读介质存储用于计算机执行的程序代码，该程序代码包括用于执行如第一方面所述的方法。

第五方面，本申请提供了一种计算机程序产品，所述计算机程序产品中包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得所述计算机实现如第一方面所述的方法。

附图说明

图1为本申请一个实施例的银行系统的结构示意图；

图2为本申请一个实施例的开卡方法的流程示意图；

图3为本申请第一个实施例的开卡方法的用户界面示意图；

图4为本申请第二个实施例的开发方法的用户界面示意图；

图5为本申请第三个实施例的开发方法的用户界面示意图；

图6为本申请第四个实施例的开发方法的用户界面示意图；

图7为本申请第五个实施例的开发方法的用户界面示意图；

图8为本申请第六个实施例的开发方法的用户界面示意图；

图9为本申请第七个实施例的开发方法的用户界面示意图；

图10为本申请第八个实施例的开发方法的用户界面示意图；

图11为本申请第九个实施例的开发方法的用户界面示意图；

图12为本申请第十个实施例的开发方法的用户界面示意图；

图13为本申请第十一个实施例的开发方法的用户界面示意图；

图14为本申请一个实施例的银行客户端的结构示意图；

图15为本申请一个实施例的银行服务端的结构示意图。

具体实施方式

图1为本申请一个实施例的银行系统的结构示意图。如图1所述，该银行系统包含银行客户端110和银行服务端120。银行客户端110与银行服务端120之间可以通信。图1所示的银行系统可以执行图2所示的开卡方法。

在一些实施例中，银行客户端110可以是部署在端侧设备上的应用，银行服务端120可以是部署在云侧设备上的应用。

本申请中，端侧设备是指开卡用户能够接触到的用于执行开卡操作的电子设备，该电子设备可以包括处理器、存储器、显示屏、触摸屏、摄像模组和通信模块等；云侧设备是指与端侧设备能够通信，具备计算能力的电子设备，该电子设备可以包括通信模块、处理器和存储器等。

图2为本申请一个实施例的开卡方法的示意性流程图。如图2所示，该方法可以包括S201至S214。

S201，银行客户端输出第一信息并获取学生输入的目标学校信息，第一信息用于提示学生输入学校信息。

例如，学生通过端侧设备上的触摸屏点击部署在端侧设备上的银行客户端的桌面图标，端侧设备通过显示屏显示银行客户端的主用户界面，该用户界面中可以包含提示学生进入学生开卡界面的入口信息。

学生点击该提示入口信息之后，如图3所示，银行客户端可以通过端侧设备的显示屏显示用户界面300，用户界面中包含第一提示信息301和信息输入框302。学生可以在信息输入框302中输入自己的学校信息。

作为学生输入学校信息的一种实现方式，学生可以通过端侧设备提供的键盘直接向信息输入框302中键入自己的学校信息。

作为学生输入学习信息的另一种实现方式，学生点击信息输入框302，将显示屏的焦点落在信息输入框302中之后，如图4所示，银行客户端可以显示一个下拉列表，并在该列表中显示备选学校信息，以供学生从这些备选学校信息中选择自己的学校。学生点击其中一个学校信息之后，银行客户端将该学校信息确定为目标学校信息。

银行客户端为学生提供备选学校信息的一个示例中，银行客户端可以先显示多个省的名称；学生选中自己的学校所在的省之后，银行客户端进一步显示学生所选中的省所包含的城市的名称；学生选中自己的学校所在的城市之后，银行客户端进一步显示该城市中的多个学校的名称。

银行客户端为学生提供备选学校信息的另一个示例中，如图4所示，银行客户端可以按照学校名称中第一个字的拼音的首字母在二十六个字母中的顺序来对备选学校名称进行显示，以方便学生按照顺序选择学校。

银行客户端为学生显示的备选学消息信息中可以包括所有大学的名称，或者可以包括与该银行客户端所属的银行已经签约了学生开卡业务的学校可选地。

若这多个学校包括这个城市中所有大学的名称，可选地，没有与该银行客户端所属银行签约学生开卡业务的学校的名称的显示颜色可以与签约了的学校的名称的显示颜色不一样，以提示学生不要选择，进一步地，即使学生点击了没有签约的学校的名称，银行客户端可以不执行任何操作或者输出提示信息，提示学生该银行没有为该学校开通学生开卡业务；可选地，没有签约的学校的名称的显示颜色可以与签约学校的名称的显示颜色一样，但是即使学生点击了没有签约的学校的名称，银行客户端可以输出提示信息，提示学生该银行没有为该学校开通学生开卡业务。

本申请的一些实施例中，可选地，在学生输入学校信息之后，银行客户端可以输出提示信息，提示该学校对应的开卡截止日期，以提示学生在此日期之前完成开卡申请，避免学生错过开卡时限。如图5所示，学生输入“北**大学”之后，银行客户端在信息输入框302中显示目标学校信息，并且输出“北**大学”的开卡截止日期303。

其中，学生输入学校信息之后，银行客户端可以将目标学校信息反馈给银行服务端；银行服务端查询得到该目标学校信息对应的开卡截止日期之后，将该开卡截止日期发送给银行客户端；银行客户端接收到开卡截止日期之后，输出该学生学校的开卡截止日期。

S202，银行客户端输出第二信息并获取目标授权码信息，第二信息用于提示学生输入授权码信息。

在一些实现方式中，如图5所示，在用户界面300中还可以显示按键304，按键上的文字为“下一步”或者“确定”之类让学生确定输入的学校信息无误的信息。这种情况下，学生点击按键304之后，银行客户端可以显示如图6所示的用户界面。

图6所示的用户界面600可以包含提示信息601和信息输入框602。提示信息601用于提示学生输入授权码信息，信息输入框602用于学生输入授权码信息。

在另一些实现方式中，如图7所示，提示信息601和信息输入框602可以包含于用户界面300中，这种情况下，用户界面300可以不包含按键304，即银行客户端不需要学生点击“下一步”这类确认信息就可以向学生显示提示信息601和信息输入框602。

本实施例中，银行客户端向学生显示提示信息601和信息输入框602之后，学生可以在信息输入框602中输入授权码信息。通常情况下，该授权码信息记录为学校向学生发送的录取通知书相关资料中。学校向学生下发的授权码信息可以是直接通过文字形式或者数字形式等方式记载，也可以通过二维码形式记载。

银行客户端采集授权码信息或者说学生向银行客户端输入授权码信息的一种实现方式中，学生可以手动通过银行客户端提供的键盘向信息输入框602输入授权码信息；在另一种实现方式中，学生点击信息输入框602之后，银行客户端可以调用摄像头组件来拍摄授权码信息，并从拍摄的图像中提取出授权码信息。

S203，银行客户端向银行服务端发送目标学校信息和目标授权码信息。

可以理解的是，银行客户端可以等到学生输入目标学校信息和学生授权信息之后，向目标学校信息和目标授权码信息一起发送给银行服务端，可以是在学生输入目标学校信息之后就将目标学校信息发送给服务端，在学生输入目标授权码信息之后将目标授权码信息发送给银行服务端。

可以理解的是，本申请实施例中并不限定银行客户端输出第一提示信息和第二提示信息的先后顺序，也就是说，不限定银行客户端获取目标学校信息和目标授权码信息的先后顺序。例如，S201可以位于S202之前，S202也可以位于S201之前。

S204，银行服务端接收到银行客户端发送的目标学校信息和目标授权码信息之后，判断所述目标授权码信息是否是所述目标学校信息的有效授权码信息。

通常来说，每个学校的学校信息与其对应的授权码之间是具有预设的映射关系的。例如银行服务端可以预先为签约的每个学校分配好授权码信息。

进一步地，银行服务端可以基于每个学校中需要开卡的学生的数量来为该学校分配授权码。例如，一个学校中需要开卡的学生的数量为5000个，则银行服务端可以为该学校分配5000个不相同的授权码。

下面介绍银行服务端判断目标授权码信息是否是目标学校信息的有效授权码的实现方式。

作为一种实现方式，银行服务端可以为每个授权码信息设置一个状态标识，每个授权码信息的状态标识的初始含义表示该授权码信息为有效授权码。银行服务端接收到目标授权码信息和目标学校信息之后，查找该目标学校信息映射的多个授权码信息中是否包含该目标授权码信息，如果不包含，则确定该目标授权码信息验证失败；如果包含，则继续判断该目标授权码信息的状态标识是否表示有效，如果有效，则确定该目标授权码信息验证成功，否则确定该目标授权码信息验证失败。

银行服务端对该目标授权码信息进行验证成功之后，将银行服务端中存储的对应授权码信息的状态标识更新为无效。

作为另一种实现方式，银行服务端接收到目标授权码信息和目标学校信息之后，查找该目标学校信息对应的授权码信息集合中是否包含该目标授权码信息，如果不包含，则确定该目标授权码信息验证失败；如果包含，则确定该目标授权码信息验证成功。

银行服务端对该目标授权码信息进行验证成功之后，将授权码信息集合中的该目标授权码信息删掉。

S205，目标授权码信息验证成功时，银行服务端向所述银行客户端发送第一指示信息，第一指示信息用于指示目标授权码信息验证成功。

可选地，目标授权码信息验证失败时，银行服务端可以向银行客户端发送指示目标授权码信息验证失败的指示信息。这种情况下，银行客户端接收到该指示信息之后，可以输出用于提示目标授权码或学校名称输入错误的提示信息。

进一步地，银行服务端或银行客户端可以记录目标授权码信息连续验证失败的次数，并在该次数大于或等于预设的失败次数N时，如图8所示，银行客户端可以输出提示信息701，并禁止学生在预设的时长内输入授权码信息。

银行客户端接收到银行服务端发送的第一指示信息之后，可以执行S206。

S206，银行客户端输出用于提示学生输入身份证信息的信息，并获取学生输入的身份证信息。本实施例中，用于提示学生输入身份证信息的信息可以称为第三提示信息。

通常来说，需要学生输入身份证正面图像信息和身份证反面图像信息。本实施例并不限制学生输入身份证正面图像信息和身份证反面信息的先后顺序。

如图9所示，银行客户端可以显示用户界面900。用户界面900中包含提示信息901和身份证图像输入框902，其中，身份证图像输入框902可以调用设备的摄像头模组来拍摄图像。

可选地，提示信息901中可以包含提示学生身份证正面为包含国徽图像的那一面的提示信息，以帮助学生快速输入正确的身份证信息，提高开卡信息填写效率。

用户界面900中还可以包含按键903，学生将身份证图像输入框902对准身份证正面之后，可以点击按键903，指示银行客户端可以采集身份证图像输入框902中显示的图像。

如图10所示，银行客户端可以显示用户界面1000。用户界面1000中包含提示信息1001和身份证图像输入框1002，其中，身份证图像输入框1002可以调用设备的摄像头模组来拍摄图像。

可选地，提示信息1001中可以包含提示学生身份证反面为包含人脸图像的那一面的提示信息，以帮助学生快速输入正确的身份证信息，提高开卡信息填写效率。

用户界面1000中还可以包含按键1003，学生将身份证图像输入框1002对准身份证反面之后，可以点击按键1003，指示银行客户端可以采集身份证图像输入框1002中显示的图像。

可选地，在一些实现方式中，银行客户端可以仅获取身份证反面的图像信息作为学生身份证信息。

S207，银行客户端输出用于提示学生输入人脸图像的信息，并获取学生输入的人脸图像信息。本实施例中，用于提示学生输入人脸图像的信息可以称为第四提示信息。

如图11所述，银行客户端显示用户界面1100，用户界面1100中包含第四提示信息1101和人脸图像采集框1102。其中，人脸图像采集框1102可以调用设备的摄像模组来采集人脸图像。

可选地，在银行客户端通过人脸图像采集框1102采集人脸图像的过程中，银行客户端可以提示学生进行闭眼、张嘴、向左转向、向右转向、抬头、低头或摇头等动作，以便于确定拍摄的是学生真人的图像，而不是对学生图像进行拍摄，从而可以提高安全性。

可选地，用户界面1100上还可以包含“确认”按键，学生点击该按键之后，银行客户端将人脸图像采集框1102当前采集的图像作为人脸图像；并且可选地，人脸图像采集框1102在一定时长内采集的图像没有发生变化时，银行客户端将人脸图像采集框1102当前采集的图像作为人脸图像。

S208，银行客户端向银行服务端发送学生身份证信息和学生人脸图像信息。

可以理解的是，本申请实施例中并不限定银行客户端获取学生身份证信息和获取人脸图像信息之间的先后顺序。例如，银行客户端可以先获取学生身份证信息然后再获取学生人脸图像信息，或者银行客户端可以先获取学生人脸图像信息然后再获取学生身份证信息。

同理，本申请实施例中也不限定银行客户端发送学生身份证信息和发送学生人脸图像信息之间的先后顺序。例如，银行客户端可以在获取到学生身份证信息之后即向银行服务端发送该学生身份证信息，然后再获取到学生人脸图像信息之后即向银行服务端发送该学生人脸图像信息；或者，银行客户端可以等到学生身份证信息和学生人脸图像信息都获取到之后，一起向银行服务端发送该学生身份证信息和学生人脸图像信息。

S209，银行服务端接收到学生身份证信息和学生人脸图像信息之后，对该学生的身份进行验证。

这样可以确认使用身份证信息的学生是否为身份证上的学生本人，以提高开卡操作的安全性。

在一种实现方式中，银行服务端可以向第三方认证系统发送该学生人脸图像信息和学生身份证信息，请求第三方认证系统进行验证，并接收第三方认证系统的认证结果。

在另一种实现方式中，银行服务端可以提取身份证反面图像信息中的人脸图像信息，并将该人脸图像信息与银行客户端采集的人脸图像信息进行比较，若比较结果为一致，则确定验证成功，否则确定验证失败。

S210，银行服务端向银行客户端发送指示学生身份验证成功的指示信息。本实施例中，该指示信息可以称为第二指示信息。第二指示信息也可以称为用于指示是学生身份证信息所属的学生本人进行开卡操作的信息。

具体地，银行服务端从第三方认证系统接收的认证结果指示学生身份验证成功时，或银行服务端自己对学生身份进行验证成功时，银行服务端可以向银行客户端发送第二指示信息。

可选地，银行服务端确定学生身份验证失败时，可以向银行客户端发送指示学生身份验证失败的信息。银行客户端接收到指示学生身份验证失败的信息之后，可以输入提示信息，提示学生身份验证失败。

S211，银行客户端接收到银行服务端发送的第二指示信息之后，输出开卡须知信息和提示学生授权开卡的信息。

本实施例中，学生开卡须知信息和用于提示学生授权的信息称为第五提示信息。

银行客户端输出第五提示信息的一种用户界面示意图为图12。如图12所示，用户界面1200中包含信息提示框1201和按键1202，其中信息提示框1201中显示开卡须知信息，按键1202上显示的文字信息“同意”用于指示学生输入授权信息。

S212，银行客户端获取学生输入的授权信息。

例如，学生点击按键1202之后，银行客户端获取到学生输入的授权信息。

S213，银行客户端向银行服务端发送开卡授权信息。

S214，银行服务端接收到开卡授权信息之后，为学生开卡。

本实施例中，银行服务端在获取到学生本人的开卡授权信息之后才为学生开卡，可以提高开卡的安全准确性。

本实施例中，银行服务端为学生开卡时，通常还需要学生的开卡必要信息，例如还需要学生的姓名、出生日期、性别、家庭住址、电话号码和/或身份证号等信息。

在一些实现方式中，银行服务端可以从学生之前输入的身份证信息中提取学生的部分开卡必要信息，并由银行客户端获取学生输入的另一部分开卡必要信息，以节省学生不必要的操作；在另一些实现方式中，学生的开卡必要信息可以是全部由学生在银行客户端上输入的。

作为一种银行客户端获取学生的部分或全部开发必要信息的一种示例，银行客户端可以输出第六提示信息，第六提示信息用于提示学生输入开卡必要信息，然后获取学生输入的开卡必要信息，并向银行服务端发送学生输入的开卡必要信息。

如图13所示，银行客户端可以显示用户界面1300，并在用户界面1300中显示提示信息1301、1302和1303，并显示信息输入框1304、1305和1306，以及按键1307。

学生可以在信息输入框1304中输入姓名，在信息输入框1305中输入年龄，在信息输入框1306中输入身份证号，在学生点击按键1307之后，银行客户端获取学生在信息输入框1304、1305和1306中输入的信息，并向银行服务端发送这些信息。

可选地，在学生点击按键1307之后，银行客户端在确定信息输入框1304、1305和1306中均已输入信息的情况下才向银行服务端发送这些信息。

例如，学生点击按键1307之后，银行客户端可以检测一下信息输入框1304、1305和1306中是否均已输入信息；若至少一个没有输入信息，则银行客户端输入提示信息，提示学生哪种信息还未输入。

可选地，学生点击按键1307之后，且信息输入框1304、1305和1306中均已输入信息的情况下，银行客户端可以检测每个信息输入框中输入的信息的格式是否满足要求，如果不满足要求，则输入提示信息。

例如，学生在信息输入框1305或信息输入框1306中输入非数字的字符，或学生在信息输入框1305输入的数字超过预设的年龄范围，或学生在信息输入框1306中输入的身份证号码位数不正确时，银行客户端可以输出“学生输入信息格式错误”的提示信息。进一步地，银行客户端可以输出正确格式的说明，例如给出正确格式的示例。

本实施例中，可选地，银行服务端还可以向银行客户端发送学生的开卡申请的进度，然后银行客户端向学生输出该进度的信息。开卡进度信息的一种示例可以包括：“信息审核中”、“正在制卡中”或“开卡完成”等。

图14为本申请一个实施例的银行客户端的结构示意图。银行客户端1400可以包括处理器1401、存储器1402、通信模块1403、触摸传感器1404、摄像模组1405、显示屏1406等。

图14所示的银行客户端1400可以用于实现图2所示实施例中由银行客户端实现的方法。图2所示实施例中由银行客户端实现的方法中各个操作可以通过银行客户端1400中具有相应功能的部件来实现，例如，显示或输出操作可以通过显示屏1406来实现，获取学生输入的信息可以通过触摸传感器1404来实现，发送或接收操作可以通过通信模块1403来实现，图像采集操作可以通过摄像模组1405来实现，上述操作涉及的数据可以存储在存储器1402中，上述操作可以在处理器1401的控制下实现。

银行客户端1400可以包括手机、可折叠电子设备、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、上网本、蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、人工智能(artificial intelligence,AI)设备、可穿戴式设备、车载设备、智能家居设备、或智慧城市设备中的至少一种。本申请实施例对该电子设备100的具体类型不作特殊限制。

可以理解的是，本申请实施例示意的结构并不构成对银行客户端的具体限定。在本申请另一些实施例中，银行客户端可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

无线通信模块可以提供应用在银行客户端1400上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)、蓝牙低功耗(bluetooth low energy，BLE)、超宽带(ultra wide band，UWB)、近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)、全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)、码分多址接入(code division multipleaccess，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)、时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(longterm evolution，LTE)等无线通信的解决方案。

显示屏用于显示图像等。银行客户端1400可以包括1个或多个显示屏。

银行客户端1400可以通过摄像模组实现摄像功能。摄像模组可用于采集拍摄对象的彩色图像数据以及深度数据。一些实施例中，摄像模组还可以由两个或更多个摄像头构成。

触摸传感器，也称“触控器件”。触摸传感器可以设置于显示屏，由触摸传感器与显示屏组成触摸屏，也称“触控屏”。触摸传感器用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器也可以设置于银行客户端1400的表面，与显示屏所处的位置不同。

图15为本申请一个实施例的银行服务端的结构示意图。银行服务端1500可以包括处理器1501、存储器1502、通信模块1503等。本实施例中的银行服务端可以是一个或多个具有计算能力的设备。

银行服务端1500可以用于实现图2所示实施例中由银行服务端实现的方法。图2所示实施例中由银行服务端实现的方法中各个操作可以通过银行服务端1500中具有相应功能的部件来实现，例如，发送或接收操作可以通过通信模块1503来实现，上述操作涉及的数据可以存储在存储器1502中，上述操作可以在处理器1501的控制下实现。

可以理解的是，本申请实施例示意的结构并不构成对银行服务端1500的具体限定。在本申请另一些实施例中，银行服务端1500可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

图14和/或图15所示的实施例中的任意一个模块或者单元，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系，但也可能表示的是一种“和/或”的关系，具体可参考前后文进行理解。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。