CN111415246A - 银行网点线上业务处理方法及装置 - Google Patents

Abstract

本发明提供一种银行网点线上业务处理方法及装置，该方法包括：当接收到用户通过应用程序调用银行系统中的接口模块发送的业务请求时，验证业务请求的签名，并判断应用程序的身份是否合法；若业务请求的签名验证通过，且应用程序的身份合法，则确定银行网点线上业务的业务类型；若业务类型为预约类型，则在用户通过验证时，将预约信息添加至目标业务预约队列中，生成预约记录；若业务类型为查询类型，则获取系统数据，并生成查询记录，以及将系统数据加密后发送至应用程序。应用本发明，银行系统通过预设的接口模块与应用程序对接，使得银行网点线上业务不受限于银行自身的应用程序，扩大了银行网点业务的办理场景，为用户提供更加优质的服务。

Description

银行网点线上业务处理方法及装置

技术领域

本发明涉及计算机技术领域，特别涉及一种银行网点线上业务处理方法及装置。

背景技术

随着科学技术的发展，银行结合互联网技术向用户推出了在网上进行预约取号或查询银行网点信息等线上业务，用户可通过银行自身的应用程序(Application，APP)在网上办理相关的预约以及查询等线上业务，为用户提供了极大的便利。

目前，用户需要通过银行自身的应用程序才能在网上办理预约和查询等线上业务，若用户的移动终端未安装银行的APP，则无法通过第三方APP办理银行提供的网上预约以及查询等线上业务的服务；当前，银行提供的银行网点的网上预约和查询等线上业务仅可应用于银行自身的系统，无法与第三方APP相连通，从而无法为用户提供更加优质的服务。

发明内容

有鉴于此，本发明提供一种银行网点线上业务处理方法及装置，应用该方法，不属于银行的应用程序通过银行系统中的接口模块与银行系统进行对接，由此可通过应用程序办理银行网点线上业务，为用户提供更优质的服务。

为实现上述目的，本发明实施例提供如下技术方案：

一种银行网点线上业务处理方法，包括：

当接收到用户通过应用程序调用银行系统中预设的接口模块发送的业务请求时，对所述业务请求的签名进行验证，并判断所述应用程序的身份是否合法；

若所述业务请求的签名验证通过，且所述应用程序的身份合法时，确定与所述业务请求对应的银行网点线上业务，并确定所述银行网点线上业务所属的业务类型，所述业务类型为预约类型或查询类型；

若所述银行网点线上业务的业务类型属于所述预约类型，则依据预设的预约验证规则对所述用户进行验证，并在所述用户通过验证时，将所述用户的预约信息添加至与所述业务请求对应的目标业务预约队列中，并生成与所述业务请求对应的预约记录；

若所述银行网点线上业务的业务类型属于所述查询类型，则确定所述业务请求中的查询指令，依据所述查询指令获取所述银行系统中最新的系统数据，生成与所述业务请求对应的查询记录，并将所述系统数据加密后发送至所述应用程序。

上述的方法，可选的，所述判断所述应用程序的身份是否合法，包括：

获取所述应用程序的身份标识号，并查询所述银行系统的权限表中是否存在与所述身份标识号对应的权限信息；

若未在所述权限表中查询到与所述身份标识号对应的权限信息，则判定所述应用程序的身份不合法；

若在所述权限表中查询到与所述身份标识号对应的权限信息，则判定所述应用程序的身份合法。

上述的方法，可选的，所述依据预设的预约验证规则对所述用户进行验证，包括：

生成验证信息以及验证提示信息，并将所述验证提示信息向所述用户反馈；

判断在预设的验证周期内是否接收到所述用户响应于所述验证提示信息的验证反馈信息；

若在所述验证周期内接收到所述用户响应于所述验证提示信息发送的验证反馈信息，则将所述验证反馈信息与所述验证信息进行比对，若所述验证反馈信息与所述验证信息相同，则判定所述用户验证通过；否则判定所述用户验证不通过，并向所述用户发送预设的验证失败信息；

若在所述验证周期内未接收到所述用户响应于所述验证提示信息发送的验证反馈信息，则判定所述用户验证不通过，并向所述用户反馈预设的验证超时信息。

上述的方法，可选的，还包括：

在达到预设的时间节点时，将所述预约记录以及所述查询记录更新至所述银行系统的数据库中。

上述的方法，可选的，所述将所述用户的预约信息添加至与所述业务请求对应的目标业务预约队列中，包括：

确定与所述业务请求对应的目标业务预约队列，并获取与所述目标业务预约队列对应的数据表；

根据预设的数据添加方式，将所述用户的预约信息添加至所述数据表中。

上述的方法，可选的，所述接口模块的设置过程，包括：

确定所述银行系统中的各项银行网点线上业务的业务信息，并依据预设的数据构建方法，对每项所述银行网点线上业务的业务信息进行处理，以得到每项所述银行网点线上业务的数据模型；

获取每项所述银行网点线上业务的属性信息，并应用预设的封装方法对每项所述银行网点线上业务的属性信息进行封装，得到每项所述银行网点线上业务的接口；

依据每项所述银行网点线上业务的接口及数据模型，在所述银行系统中构建接口模块。

一种银行网点线上业务处理装置，包括：

验证单元，用于当接收到用户通过应用程序调用银行系统中预设的接口模块发送的业务请求时，对所述业务请求的签名进行验证，并判断所述应用程序的身份是否合法；

确定单元，用于若所述业务请求的签名验证通过，且所述应用程序的身份合法时，确定与所述业务请求对应的银行网点线上业务，并确定所述银行网点线上业务所属的业务类型，所述业务类型为预约类型或查询类型；

生成单元，用于若所述银行网点线上业务的业务类型属于所述预约类型，则依据预设的预约验证规则对所述用户进行验证，并在所述用户通过验证时，将所述用户的预约信息添加至与所述业务请求对应的目标业务预约队列中，并生成与所述业务请求对应的预约记录；

获取单元，用于若所述银行网点线上业务的业务类型属于所述查询类型，则确定所述业务请求中的查询指令，依据所述查询指令获取所述银行系统中最新的系统数据，生成与所述业务请求对应的查询记录，并将所述系统数据加密后发送至所述应用程序。

上述的装置，可选的，所述验证单元，包括：

获取子单元，用于获取所述应用程序的身份标识号，并查询所述银行系统的权限表中是否存在与所述身份标识号对应的权限信息；

第一判定子单元，用于若未在所述权限表中查询到与所述身份标识号对应的权限信息，则判定所述应用程序的身份不合法；

第二判定子单元，用于若在所述权限表中查询到与所述身份标识号对应的权限信息，则判定所述应用程序的身份合法。

上述的装置，可选的，所述生成单元，包括：

生成子单元，用于生成验证信息以及验证提示信息，并将所述验证提示信息向所述用户反馈；

判断子单元，用于判断在预设的验证周期内是否接收到所述用户响应于所述验证提示信息的验证反馈信息；

比对子单元，用于若在所述验证周期内接收到所述用户响应于所述验证提示信息发送的验证反馈信息，则将所述验证反馈信息与所述验证信息进行比对，若所述验证反馈信息与所述验证信息相同，则判定所述用户验证通过；否则判定所述用户验证不通过，并向所述用户发送预设的验证失败信息；

反馈子单元，用于若在所述验证周期内未接收到所述用户响应于所述验证提示信息发送的验证反馈信息，则判定所述用户验证不通过，并向所述用户反馈预设的验证超时信息。

上述的装置，可选的，还包括：

更新单元，用于在达到预设的时间节点时，将所述预约记录以及所述查询记录更新至所述银行系统的数据库中。

上述的装置，可选的，所述生成单元，包括：

确定子单元，用于确定与所述业务请求对应的目标业务预约队列，并获取与所述目标业务预约队列对应的数据表；

添加子单元，用于根据预设的数据添加方式，将所述用户的预约信息添加至所述数据表中。

上述的装置，可选的，还包括：

处理单元，用于确定所述银行系统中的各项银行网点线上业务的业务信息，并依据预设的数据构建方法，对每项所述银行网点线上业务的业务信息进行处理，以得到每项所述银行网点线上业务的数据模型；

封装单元，用于获取每项所述银行网点线上业务的属性信息，并应用预设的封装方法对每项所述银行网点线上业务的属性信息进行封装，得到每项所述银行网点线上业务的接口；

构建单元，用于依据每项所述银行网点线上业务的接口及数据模型，在所述银行系统中构建接口模块。

与现有技术相比，本发明具有以下优点：

本发明提供一种银行网点线上业务处理方法，所述方法包括：当接收到用户通过应用程序调用银行系统中预设的接口模块发送的业务请求时，对所述业务请求的签名进行验证，并判断所述应用程序的身份是否合法；若所述业务请求的签名验证通过，且所述应用程序的身份合法时，则确定与所述业务请求对应的银行网点线上业务，并确定所述银行网点线上业务所属的业务类型，所述业务类型为预约类型或查询类型；若所述银行网点线上业务的业务类型属于所述预约类型，则依据预设的预约验证规则对所述用户进行验证，并在所述用户通过验证时，将所述用户的预约信息添加至与所述业务请求对应的目标业务预约队列中，并生成与所述业务请求对应的预约记录；若所述银行网点线上业务的业务类型属于所述查询类型，则确定所述业务请求中的查询指令，依据所述查询指令获取所述银行系统中最新的系统数据，生成与所述业务请求对应的查询记录，并将所述系统数据加密后发送至所述应用程序。应用本发明，应用程序通过银行系统中的接口模块实现与银行系统的对接，用户使用应用程序可办理银行网点线上业务，使得银行网点线上业务的办理不局限于银行自身的应用程序，扩大银行网点业务的办理场景，为用户提供更加优质的服务。

附图说明

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

图1为本发明实施例提供的一种银行网点线上业务处理方法的方法流程图；

图2为本发明实施例提供的一种银行网点线上业务处理方法的另一方法流程图；

图3为本发明实施例提供的一种银行网点线上业务处理方法的又一方法流程图；

图4为本发明实施例提供的一种银行网点线上业务处理装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明可以用于众多通用或专用的计算装置环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理装置、包括以上任何装置或设备的分布式计算机环境等等。

本发明实施例提供一种银行网点线上业务处理方法，该方法可以用于银行系统中，所述方法的执行主体可以为银行系统中的处理器，所述方法的方法流程图如图1所示，具体说明如下所述：

S101、当接收到用户通过应用程序调用银行系统中预设的接口模块发送的业务请求时，对所述业务请求的签名进行验证，并判断所述应用程序的身份是否合法。

本发明实施例提供的方法中，银行系统中预先配置有接口模块，接口模块为应用程序提供与银行系统对接的接口，所述接口模块中的接口用于办理银行网点线上业务，应用程序可通过调用接口模块中的接口对接银行系统办理银行网点线上业务；当银行系统接收到用户使用应用程序调用接口模块中的接口发送的业务请求时，对所述业务请求的签名进行验证，以及判断所述应用程序的身份是否合法；需要说明的是，所述应用程序为第三方平台的应用程序，例如地图APP和购物APP。

需要说明的是，用户发送的业务请求中包含用于验证的签名，应用预设的验证方法对业务请求中的签名进行验证，通过对业务请求进行验签操作，可确定业务请求中的数据是否被篡改，若对业务请求中的签名验证未通过，则表明业务请求中的数据已被篡改，该业务请求存在安全威胁；若对业务请求中的签名验证通过，则表明业务请求中的数据未被篡改，该业务请求不存在安全威胁；判断所述应用程序的身份是否合法，即确定所述应用程序是否为银行的合作对象，若应用程序为银行的合作对象，则该应用程序的身份合法；若应用程序不为银行的合作对象，则该应用程序的身份不合法；通过对应用程序的身份进行判断以及验证业务请求中的签名，确保了应用程序和银行系统之间通信的安全。

本发明实施例提供的方法中，若对所述业务请求的签名进行验证不通过或应用程序的身份不合法时，向用户反馈业务处理出错信息。

S102、若所述业务请求的签名验证通过，且所述应用程序的身份合法时，确定与所述业务请求对应的银行网点线上业务，并确定所述银行网点线上业务所属的业务类型，所述业务类型为预约类型或查询类型。

本发明实施例提供的方法中，银行网点线上业务的业务类型为预约类型或为查询类型的其中一种，所述银行网点线上业务为银行网点提供的线上预约业务、银行网点信息查询业务、预约状态查询业务以及预约记录查询业务；其中线上预约业务属于预约类型；而银行网点信息查询业务、预约状态查询业务以及预约记录查询业务均属于查询类型。对所述业务请求进行解析，获取业务请求中的线上业务办理信息，依据所述业务办理信息确定用户所请求的银行网点线上业务，需要说明的是，一个业务请求对应一个银行网点线上业务。

S103、若所述银行网点线上业务的业务类型属于所述预约类型，则依据预设的预约验证规则对所述用户进行验证，并在所述用户通过验证时，将所述用户的预约信息添加至与所述业务请求对应的目标业务预约队列中，并生成与所述业务请求对应的预约记录。

本发明实施例提供的方法中，所述银行网点线上业务的业务类型属于所述预约类型时，即可确定所述银行网点线上业务为线上预约业务；在处理线上预约业务的过程中，需要用户通过验证才能进行预约，可通过预设的预约验证规则对用户进行验证，具体的方式可通过获取用户提供的验证码的方式来验证用户；若用户通过验证，则将用户的预约信息添加至与所述业务请求对应的目标业务预约队列中，并生成与所述业务请求对应的预约记录，便可完成线上预约业务的处理。需要说明的是，此处的预约记录中包含预约成功的状态信息以及银行系统处理线上预约业务的时间信息等。

需要说明的是，依据所述业务请求中的线下业务办理信息，确定与所述线下业务办理信息对应的线下业务，并确定与所述线下业务对应的预约队列，所述预约队列即为与所述业务请求对应的目标业务预约队列，将所述用户的预约信息添加至所述目标预约队列，即可完成用户对所述线下业务的线上排队；优选的，将所述用户的预约信息添加至所述目标预约队列后，即可生成预约号码，并将所述预约号码向所述用户进行反馈。需要说明的是，所述预约信息中可包含用户的个人基本信息以及预约在银行网点办理线下业务的时间信息等。

需要说明的是，若所述用户未通过验证时，则无法为用户进行线上预约，即用户线上预约失败，并生成预约记录，此处的预约记录包含预约失败的状态信息以及银行系统处理线上预约业务的时间信息等，

S104、若所述银行网点线上业务的业务类型属于所述查询类型，则确定所述业务请求中的查询指令，依据所述查询指令获取所述银行系统中最新的系统数据，生成与所述业务请求对应的查询记录，并将所述系统数据加密后发送至所述应用程序。

本发明实施例提供的方法中，所述银行网点线上业务的业务类型属于所述查询类型时，则所述银行网点线上业务为银行网点信息查询业务、预约状态查询业务以及预约记录查询业务中的一种，需要说明的是，不同的查询业务获取不同的系统数据。确定所述业务请求中的查询指令，可依据所述查询指令确定具体的查询业务，即可依据所述查询指令获取银行系统中最新的系统数据。

需要说明的是，当所述查询指令与所述银行网点信息查询业务相对应时，依据所述查询指令获取到的系统数据为银行系统中最新的银行网点基本信息，需要说明的是，所述银行网点基本信息包含但不限于银行网点的上下班时间信息、银行网点的地理位置信息以及银行网点线下的业务信息；当所述查询指令与所述预约状态查询业务相对应时，依据所述查询指令获取到的系统数据为银行系统中最新的用户进行线上预约的预约状态数据，所述预约状态数据可为预约成功数据或为预约失败数据；当所述查询指令与所述预约记录查询业务相对应时，依据所述查询指令获取到的系统数据为银行系统中的用户进行线上预约的记录数据，所述记录数据为用户进行线上预约的记录，所述记录数据包含进行线上预约的时间、预约的线下业务以及预约是否成功等信息。需要说明的是，对系统数据进行加密的方式可采用非对称加密技术或对称加密技术。

本发明实施例提供的方法中，当接收到用户通过应用程序调用银行系统中预设的接口模块发送的业务请求时，对所述业务请求的签名进行验证，并判断所述应用程序的身份是否合法；若所述业务请求的签名验证通过，且所述应用程序的身份合法时，确定与所述业务请求对应的银行网点线上业务，并确定所述银行网点线上业务所属的业务类型；若所述银行网点的线上业务为预约类型，则依据预设的预约验证规则对所述用户进行验证，并在用户通过验证时，将用户的预约信息添加至与所述业务请求对应的目标业务预约队列中，并生成与所述业务请求对应的预约记录；若所述银行网点线上业务的业务类型属于查询类型，则确定所述业务请求中的查询指令，依据所述查询指令获取所述银行系统中最新的系统数据，生成与所述业务请求对应的查询记录，并将所述系统数据加密后发送至所述应用程序。应用本发明，不属于银行的应用程序可通过调用银行系统中的接口模块，实现与银行系统的对接，以使用户通过应用程序办理银行网点线上预约、查询业务，使得应用程序和银行系统连通，在为用户提供更优质的服务的同时，可进一步扩大用户的使用群体，可以大力推广普惠金融。

本发明实施例提供的方法中，银行系统接收到用户通过应用程序发送的业务请求时，需要判断应用程序的身份是否合法，判断的过程如图2所示，具体说明如下：

S201、获取所述应用程序的身份标识号，并查询所述银行系统的权限表中是否存在与所述身份标识号对应的权限信息，若所述权限表中不存在与所述身份标识号对应的权限信息，则执行S202；若所述权限表中存在与所述身份标识号对应的权限信息，则执行S203。

S202、判定所述应用程序的身份不合法。

S203、判定所述应用程序的身份合法。

本发明实施例提供的方法中，获取业务请求中应用程序的身份标识号，查询所述银行系统的权限表中是否存在与所述身份标识号对应的权限信息；需要说明的是，所述权限表中保存了与银行存在合作关系的应用程序的权限信息，所述权限信息包含但不限于应用程序的基本信息、合作时长以及应用接口模块的时间和次数限制等，其中应用程序的基本信息包含但不限于应用程序的名称、身份标识号、所属的企业名称以及所应用的代码类型等；进一步的，所述权限表中的权限信息与应用程序的身份标识号对应保存；需要说明的是，若权限表中存在与应用程序的身份标识号对应的权限信息，则表明此应用程序与银行存在合作关系，即该应用程序的身份合法；若权限表中不存在与应用程序的身份标识号对应的权限信息，则表明此应用程序与银行不存在合作关系，即该应用程序的身份不合法。

本发明实施例提供的方法中，通过对应用程序的身份进行验证，保证了与银行系统对接的应用程序均为合法的应用程序，提高通信的安全性。为进一步提高银行网点线上业务处理的安全性，当用户所请求的银行网点线上业务的业务类型为预约类型时，银行系统在进行处理时，需要依据预设的预约验证规则对用户进行验证，验证的过程如图3所示，具体说明如下所述：

S301、生成验证信息以及验证提示信息，并将所述验证提示信息向所述用户反馈。

本发明实施例提供的方法中，银行系统依据预设的验证信息生成规则，生成验证信息以及验证提示信息；需要说明的是，所述验证信息具体可为由数字组成的验证码；所述验证提示信息中包含所述验证信息和提示信息，所述验证提示信息具体形式可为短信。需要说明的是，所述验证提示信息可以发送至所述用户的移动终端，使得所述移动终端向所述用户展示所述验证提示信息。

S302、判断在预设的验证周期内是否接收到所述用户响应于所述验证提示信息的验证反馈信息，若在预设的验证周期内接收到所述用户响应于所述验证提示信息的验证反馈信息，则执行S303；若在预设的验证周期内未接收到所述用户响应于所述验证提示信息的验证反馈信息，则执行S304。

需要说明的是，所述验证反馈信息具体可为反馈验证码；需要说明的是，验证周期为用户发送验证提示信息的有效时长，即所述验证周期为用户进行验证的有效时长，验证周期的时长可根据实际需求进行校验。

S303、将所述验证反馈信息与所述验证信息进行比对，若所述验证反馈信息与所述验证信息相同，则判定所述用户验证通过；否则判定所述用户验证不通过，并向所述用户发送预设的验证失败信息。

本发明实施例提供的方法，所述验证反馈信息可具体为用户提供的反馈验证码；在所述验证周期内接收到所述用户响应于所述验证提示信息的验证反馈信息，所述验证反馈信息可具体为用户提供的反馈验证码；将所述验证反馈信息与所述验证信息进行比对，即将验证码和反馈验证码进行比对，若所述验证反馈信息与所述验证信息相同，即所述验证码和反馈验证码相同，则所述用户验证通过；若所述验证反馈信息与所述验证信息不相同，即所述验证码和反馈验证码和反馈验证码不相同，则所述用户验证不通过，并向所述用户发送预设的验证失败信息，其中所述验证失败信息的内容可为表示用户发送的反馈验证码不正确的文字内容。优选的，用户在接收到验证失败信息之后，在所述验证周期内以及预设的限制次数内还可继续发送验证反馈信息进行验证，防止暴力破解。

S304、判定所述用户验证不通过，并向所述用户反馈预设的验证超时信息。

本发明实施例提供的方法中，所述验证超时信息中包含所述用户在所述验证周期内未发送验证反馈信息的文字内容。

为具体进行说明，此处以一具体应用实例进行说明，说明内容如下所述：

用户使用手机上的应用程序办理银行网点业务，所述银行网点业务为线上预约业务；银行系统生成验证信息以及验证提示信息，假设验证信息为6位数字的验证码，例如“564893”；所述验证提示信息为包含验证验证提示信息的短信，短信的具体内容为：“尊敬的客户您好，验证码为：564893。”，需要说明的是，为降低验证码撞库的成功几率，可以设置每分钟只能发送一次验证提示信息；将所述验证提示信息通过用户手机号码发送至所述用户的手机，以提示用户在预设的验证周期内通过所述移动终端发送验证反馈信息，所述验证反馈信息为用户发送的验证反馈码。

假设验证周期为5分钟，若在5分钟内接收到用户发送的验证反馈信息，则将所述验证反馈信息与所述验证信息进行比对，假设用户发送的验证反馈信息为“564895”的反馈验证码，而所述反馈验证码和所述反馈验证码不相同，则所述用户验证不通过；假设用户发送的验证反馈信息为“564893”，则所述用户验证不通过，并向用户发送验证失败信息。优选的，用户在接收到验证失败信息后，在所述验证周期内，若用户发送验证反馈信息的次数未到达限制的次数，则用户可继续发送验证反馈信息进行验证，此处限制的次数为10次，即在5分钟内用户只可向银行系统发送10次验证反馈信息，需要说明的是，限制的次数可根据实际情况进行设置。若在5分钟内未接收到用户发送的验证反馈信息，则直接判定用户验证不通过，并向用户发送预设的验证超时信息。

本发明实施例提供的方法中，需要定时对银行系统中的数据库进行更新，在银行系统中设置更新的时间节点，当到达更新的时间节点时，将对用户请求的银行网点线上业务处理得到的预约记录或是查询记录更新至银行系统的数据库中；需要说明的是，更新银行系统的数据库时，同时更新银行网点在数据库中的基本信息；需要说明的是，可通过应用Spring+Quartz构建的调度器更新数据库中的信息。

本发明实施例提供的方法中，银行网点业务的业务类型为预约类型时，需要将用户的预约信息添加至与所述业务请求对应的目标业务预约队列中，具体的添加过程如下所述：

确定与所述业务请求对应的目标业务预约队列，并获取与所述目标业务预约队列对应的数据表；

根据预设的数据添加方式，将所述用户的预约信息添加至所述数据表中。

本发明实施例提供的方法中，依据所述业务请求确定用户需要预约的线下业务，确定与所述线下业务对应的业务预约队列，将所述业务预约队列确定为与所述业务请求对应的目标业务预约队列，在银行系统的数据库中获取与所述目标业务预约队列对应的数据表；需要说明的是，所述数据表为满足BC范式的含外键的表，该数据表中保存有该线下业务的预约信息。

需要说明的是，所述数据添加方式为根据BC范式的标准确定的方式，以使得添加至数据表中的数据满足BC范式；优选的，将所述用户的预约信息添加至所述队列数据表中后，可完成用户的线上预约业务的处理，可得到与用户发送的业务请求相对应的预约号码。

本发明实施例提供的方法中，对银行系统中接口模块的设置过程进行以下说明：

确定所述银行系统中的各项银行网点线上业务的业务信息，并依据预设的数据构建方法，对每项所述银行网点线上业务的业务信息进行处理，以得到每项所述银行网点线上业务的数据模型；

获取每项所述银行网点线上业务的属性信息，并应用预设的封装方法对每项所述银行网点线上业务的属性信息进行封装，得到每项所述银行网点线上业务的接口；

依据每项所述银行网点线上业务的接口及数据模型，在所述银行系统中构建接口模块。

本发明实施例提供的方法中，获取银行系统中各项银行网点线上业务的业务信息，例如银行网点信息查询业务的业务信息可包括银行网点的基本信息，线上预约业务的业务信息可包括线下业务的具体信息，预约状态查询业务的业务信息可以为业务预约队列的信息以及用户进行线上预约的预约状态等信息，预约记录查询业务的业务信息可以为用户进行线上预约的记录信息。需要说明的是，数据构建方法为面向对象方式以及BC范式规则，将各项银行网点线上业务的业务信息通过面向对象方式抽象成数据模型，而将数据模型中的数据按照BC范式映射成存在关联关系的多张数据表，所述数据表中预留外键字段，用以与应用程序的请求进行关联。

需要说明的是，确定每项银行网点线上业务的属性信息，所述属性信息可以为银行网点线上业务的描述信息、请求地址信息、返回参数信息等；将所述银行网点线上业务的属性信息进行封装，以得到与银行网点线上业务对应接口，并对得到的接口进行命名，可得到与所述线上预约业务对应的线上预约接口、与所述银行网点信息查询业务对应的银行网点信息查询接口、与所述预约状态查询业务对应的预约状态查询接口以及与所述预约记录查询业务对应的预约记录查询接口；需要说明的是，所述线上预约业务在处理的过程中需要对用户进行验证，因此还对应一个验证接口。依据每个银行网点线上业务的接口和数据模型，在银行系统中构建接口模块，所述接口模块用于应用程序对接银行系统。需要说明的是，用户在请求办理银行网点业务的时候需要调用接口模块中与银行网点业务对应的接口，为了减少银行系统的工作压力，可以限制每个应用平台对每个接口调用的次数，每调用一次接口均会生成对应的返回报文，成功时返回：

{result:”ture”,msg:{key1:val1[,key2:val2...]}}

失败时返回：

{result:”false”,msg:”错误原因[错误码]”}

需要说明的是，接口模块中包含接口过滤层(filter)、与每个接口对应的接口控制器，所述接口过滤层用于确认应用程序的身份是否合法以及用户方的业务请求进行签名验证、解密，并根据通过签名验证的业务请求调用对应的接口，将对业务请求中的内容发送至接口的接口控制器；接口控制器用于根据业务请求中的内容调用银行系统中数据库的数据进行对应的业务处理，通过接口控制器进行预约、查询等银行网点线上业务的处理。

需要说明的是，银行系统中数据库中的数据根据面向对象方式和BC范式要求进行处理，应用面向对象方式对数据库中银行网点的基本信息、各项银行网点线上业务的信息抽象成数据模型，并遵循BC范式要求设计数据库的数据表，采用外键方式将银行网点线上业务的数据与应用程序的数据进行跨系统关联；需要说明的是，银行系统中包含数据模型与数据表记录转换模块以及数据模型描述模块，所述数据模型与数据表记录转化模块可采用hibernate进行构建，该模块用于在数据插入数据库时，将内存中经过赋值的数据模型实例转化为数据库表的一条记录，或在查询数据库后，将一条数据记录转化为内存中一个经过赋值的数据模型实例。所述数据模型描述模块包含了所有的数据模型描述文件，描述交易、操作流水数据模型中各个字段的类型，有字符串、整数、日期、浮点数等基础数据类型。本发明采用java注解来描述数据模型与数据表，数据模型字段与数据库字段类型的映射关系。

与图1所述的方法相对应，本发明实施例还提供一种银行网点线上业务处理装置，用于对图1中方法的具体实现，本发明实施例提供的银行网点线上业务处理装置可以应用于计算机终端或构建成银行系统的终端设备中，其结构示意图如图4所示，具体包括：

验证单元401，用于当接收到用户通过应用程序调用银行系统中预设的接口模块发送的业务请求时，对所述业务请求的签名进行验证，并判断所述应用程序的身份是否合法；

确定单元402，用于若所述业务请求的签名验证通过，且所述应用程序的身份合法时，确定与所述业务请求对应的银行网点线上业务，并确定所述银行网点线上业务所属的业务类型，所述业务类型为预约类型或查询类型；

生成单元403，用于若所述银行网点线上业务的业务类型属于所述预约类型，则依据预设的预约验证规则对所述用户进行验证，并在所述用户通过验证时，将所述用户的预约信息添加至与所述业务请求对应的目标业务预约队列中，并生成与所述业务请求对应的预约记录；

获取单元404，用于若所述银行网点线上业务的业务类型属于所述查询类型，则确定所述业务请求中的查询指令，依据所述查询指令获取所述银行系统中最新的系统数据，生成与所述业务请求对应的查询记录，并将所述系统数据加密后发送至所述应用程序。

本发明实施例提供的装置中，当接收到用户通过应用程序调用银行系统中预设的接口模块发送的业务请求时，对所述业务请求的签名进行验证，并判断所述应用程序的身份是否合法；若所述业务请求的签名验证通过，且所述应用程序的身份合法时，确定与所述业务请求对应的银行网点线上业务，并确定所述银行网点线上业务所属的业务类型；若所述银行网点的线上业务为预约类型，则依据预设的预约验证规则对所述用户进行验证，并在用户通过验证时，将用户的预约信息添加至与所述业务请求对应的目标业务预约队列中，并生成与所述业务请求对应的预约记录；若所述银行网点线上业务的业务类型属于查询类型，则确定所述业务请求中的查询指令，依据所述查询指令获取所述银行系统中最新的系统数据，生成与所述业务请求对应的查询记录，并将所述系统数据加密后发送至所述应用程序。应用本发明，不属于银行的应用程序可通过调用银行系统中的接口模块，实现与银行系统的对接，以使用户通过应用程序办理银行网点线上预约、查询业务，使得应用程序和银行系统连通，在为用户提供更优质的服务。

在本发明的一个实施例中，基于前述方案，所述验证单元401可配置为：

获取子单元，用于获取所述应用程序的身份标识号，并查询所述银行系统的权限表中是否存在与所述身份标识号对应的权限信息；

第一判定子单元，用于若未在所述权限表中查询到与所述身份标识号对应的权限信息，则判定所述应用程序的身份不合法；

第二判定子单元，用于若在所述权限表中查询到与所述身份标识号对应的权限信息，则判定所述应用程序的身份合法。

在本发明的一个实施例中，基于前述方案，所述生成单元403可配置为：

生成子单元，用于生成验证信息以及验证提示信息，并将所述验证提示信息向所述用户反馈；

判断子单元，用于判断在预设的验证周期内是否接收到所述用户响应于所述验证提示信息的验证反馈信息；

比对子单元，用于若在所述验证周期内接收到所述用户响应于所述验证提示信息发送的验证反馈信息，则将所述验证反馈信息与所述验证信息进行比对，若所述验证反馈信息与所述验证信息相同，则判定所述用户验证通过；否则判定所述用户验证不通过，并向所述用户发送预设的验证失败信息；

反馈子单元，用于若在所述验证周期内未接收到所述用户响应于所述验证提示信息发送的验证反馈信息，则判定所述用户验证不通过，并向所述用户反馈预设的验证超时信息。

本发明的一个实施例中，基于前述方案，所述装置还可配置：

更新单元，用于在达到预设的时间节点时，将所述预约记录以及所述查询记录更新至所述银行系统的数据库中。

本发明的一个实施例中，基于前述方案，所述生成单元403可配置为：

确定子单元，用于确定与所述业务请求对应的目标业务预约队列，并获取与所述目标业务预约队列对应的数据表；

添加子单元，用于根据预设的数据添加方式，将所述用户的预约信息添加至所述数据表中。

本发明的一个实施例中，基于前述方案，所述装置还可配置：

处理单元，用于确定所述银行系统中的各项银行网点线上业务的业务信息，并依据预设的数据构建方法，对每项所述银行网点线上业务的业务信息进行处理，以得到每项所述银行网点线上业务的数据模型；

封装单元，用于获取每项所述银行网点线上业务的属性信息，并应用预设的封装方法对每项所述银行网点线上业务的属性信息进行封装，得到每项所述银行网点线上业务的接口；

构建单元，用于依据每项所述银行网点线上业务的接口及数据模型，在所述银行系统中构建接口模块。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种银行网点线上业务处理方法，其特征在于，包括：

当接收到用户通过应用程序调用银行系统中预设的接口模块发送的业务请求时，对所述业务请求的签名进行验证，并判断所述应用程序的身份是否合法；

若所述业务请求的签名验证通过，且所述应用程序的身份合法时，确定与所述业务请求对应的银行网点线上业务，并确定所述银行网点线上业务所属的业务类型，所述业务类型为预约类型或查询类型；

若所述银行网点线上业务的业务类型属于所述预约类型，则依据预设的预约验证规则对所述用户进行验证，并在所述用户通过验证时，将所述用户的预约信息添加至与所述业务请求对应的目标业务预约队列中，并生成与所述业务请求对应的预约记录；

若所述银行网点线上业务的业务类型属于所述查询类型，则确定所述业务请求中的查询指令，依据所述查询指令获取所述银行系统中最新的系统数据，生成与所述业务请求对应的查询记录，并将所述系统数据加密后发送至所述应用程序。

2.根据权利要求1所述的方法，其特征在于，所述判断所述应用程序的身份是否合法，包括：

获取所述应用程序的身份标识号，并查询所述银行系统的权限表中是否存在与所述身份标识号对应的权限信息；

若未在所述权限表中查询到与所述身份标识号对应的权限信息，则判定所述应用程序的身份不合法；

若在所述权限表中查询到与所述身份标识号对应的权限信息，则判定所述应用程序的身份合法。

3.根据权利要求1所述的方法，其特征在于，所述依据预设的预约验证规则对所述用户进行验证，包括：

生成验证信息以及验证提示信息，并将所述验证提示信息向所述用户反馈；

判断在预设的验证周期内是否接收到所述用户响应于所述验证提示信息的验证反馈信息；

若在所述验证周期内接收到所述用户响应于所述验证提示信息发送的验证反馈信息，则将所述验证反馈信息与所述验证信息进行比对，若所述验证反馈信息与所述验证信息相同，则判定所述用户验证通过；否则判定所述用户验证不通过，并向所述用户发送预设的验证失败信息；

若在所述验证周期内未接收到所述用户响应于所述验证提示信息发送的验证反馈信息，则判定所述用户验证不通过，并向所述用户反馈预设的验证超时信息。

4.根据权利要求1所述的方法，其特征在于，还包括：

在达到预设的时间节点时，将所述预约记录以及所述查询记录更新至所述银行系统的数据库中。

5.根据权利要求1所述的方法，其特征在于，所述将所述用户的预约信息添加至与所述业务请求对应的目标业务预约队列中，包括：

确定与所述业务请求对应的目标业务预约队列，并获取与所述目标业务预约队列对应的数据表；

根据预设的数据添加方式，将所述用户的预约信息添加至所述数据表中。

6.根据权利要求1所述的方法，其特征在于，所述接口模块的设置过程，包括：

确定所述银行系统中的各项银行网点线上业务的业务信息，并依据预设的数据构建方法，对每项所述银行网点线上业务的业务信息进行处理，以得到每项所述银行网点线上业务的数据模型；

获取每项所述银行网点线上业务的属性信息，并应用预设的封装方法对每项所述银行网点线上业务的属性信息进行封装，得到每项所述银行网点线上业务的接口；

依据每项所述银行网点线上业务的接口及数据模型，在所述银行系统中构建接口模块。

7.一种银行网点线上业务处理装置，其特征在于，包括：

验证单元，用于当接收到用户通过应用程序调用银行系统中预设的接口模块发送的业务请求时，对所述业务请求的签名进行验证，并判断所述应用程序的身份是否合法；

确定单元，用于若所述业务请求的签名验证通过，且所述应用程序的身份合法时，确定与所述业务请求对应的银行网点线上业务，并确定所述银行网点线上业务所属的业务类型，所述业务类型为预约类型或查询类型；

生成单元，用于若所述银行网点线上业务的业务类型属于所述预约类型，则依据预设的预约验证规则对所述用户进行验证，并在所述用户通过验证时，将所述用户的预约信息添加至与所述业务请求对应的目标业务预约队列中，并生成与所述业务请求对应的预约记录；

获取单元，用于若所述银行网点线上业务的业务类型属于所述查询类型，则确定所述业务请求中的查询指令，依据所述查询指令获取所述银行系统中最新的系统数据，生成与所述业务请求对应的查询记录，并将所述系统数据加密后发送至所述应用程序。

8.根据权利要求7所述的装置，其特征在于，所述验证单元，包括：

获取子单元，用于获取所述应用程序的身份标识号，并查询所述银行系统的权限表中是否存在与所述身份标识号对应的权限信息；

第一判定子单元，用于若未在所述权限表中查询到与所述身份标识号对应的权限信息，则判定所述应用程序的身份不合法；

第二判定子单元，用于若在所述权限表中查询到与所述身份标识号对应的权限信息，则判定所述应用程序的身份合法。

9.根据权利要求7所述的装置，其特征在于，所述生成单元，包括：

生成子单元，用于生成验证信息以及验证提示信息，并将所述验证提示信息向所述用户反馈；

判断子单元，用于判断在预设的验证周期内是否接收到所述用户响应于所述验证提示信息的验证反馈信息；

比对子单元，用于若在所述验证周期内接收到所述用户响应于所述验证提示信息发送的验证反馈信息，则将所述验证反馈信息与所述验证信息进行比对，若所述验证反馈信息与所述验证信息相同，则判定所述用户验证通过；否则判定所述用户验证不通过，并向所述用户发送预设的验证失败信息；

反馈子单元，用于若在所述验证周期内未接收到所述用户响应于所述验证提示信息发送的验证反馈信息，则判定所述用户验证不通过，并向所述用户反馈预设的验证超时信息。

10.根据权利要求7所述的装置，其特征在于，还包括：

更新单元，用于在达到预设的时间节点时，将所述预约记录以及所述查询记录更新至所述银行系统的数据库中。

Images