一种线下渠道无卡业务处理方法、系统、装置及服务器

技术领域

本文涉及交易领域，尤其涉及一种线下渠道无卡业务处理方法、系统、装置及服务器。

背景技术

随着时代的快速发展和智能终端的普及，人们的生活节奏逐渐加快，智能终端甚至成为了人们生活中的必需品，大多数人习惯只带智能终端就可以实现日常的消费需求，例如支付、转账、购物等。人们对于现金的需求逐渐变少，而对于实体银行卡的需求就更少了，甚至很多人在银行柜面办理一类户实体卡，将实体卡绑定到手机银行之后就再也没有使用过，当需要现金时，若金额较小的话，可到商店兑换，但若金额较大，仍需要携带实体卡去银行柜面或者ATM机支取。

目前大多数银行线下业务都需用户本人携带银行卡到柜面或者ATM机上进行办理，当没有携带银行卡到银行办理线下业务的时会导致无法办理业务。

发明内容

本文用于解决现有技术中对于银行类业务下线办理时需用户携带实体卡，进而导致用户在未携带实体卡时无法办理下线业务的问题。

为了解决上述技术问题，本文一方面提供一种线下渠道无卡业务处理方法，应用于渠道整合系统，所述方法包括：

接收线下渠道中业务办理装置发送的无卡业务请求；

根据所述无卡业务请求生成用于登录客户端业务办理服务器的二维码，发送所述二维码至所述业务办理装置展示，其中，所述二维码包含唯一识别码，用于供用户端扫描后发送用户端登录信息及唯一标识码至客户端业务办理服务器，以触发客户端业务办理服务器获取用户信息及目标账户信息，并建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系转发至所述渠道整合系统；

接收并验证客户端业务办理服务器发送的关联关系中的用户信息及目标账户信息，验证通过后根据关联关系中的唯一识别码转发所述用户信息及目标账户信息至所述业务办理装置。

作为本文进一步实施例中，根据所述无卡业务请求生成用于登录客户端业务办理服务器的二维码，包括：

根据所述无卡业务请求，生成唯一识别码，存储唯一识别码至数据库中；

对唯一识别码及登录验证接口进行加密处理后，生成二维码信息；

根据二维码信息生成用于登录客户端业务办理服务器的二维码。

作为本文进一步实施例中，生成二维码时还生成返回时间，发送二维码及返回时间至业务办理装置，以使业务办理装置接收到返回时间时开始倒计时，当倒计时归零时，重新发送无卡业务请求至渠道整合系统。

本文第二方面提供一种线下渠道无卡业务处理方法，应用于业务办理装置，所述方法包括：

发送二维码生成请求至渠道整合系统；

接收并显示所述渠道整合系统发送的包含唯一识别码的二维码，其中，所述二维码供用户端扫描后发送用户端登录信息及唯一标识码至客户端业务办理服务器，以触发客户端业务办理服务器获取用户信息及目标账户信息，并建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系转发至所述渠道整合系统；

接收所述渠道整合系统发送的用户信息及目标账户信息；

采集用户生物信息；

验证所述用户生物信息与用户信息是否一致，若一致则响应用户对目标账户发出的交易请求。

作为本文进一步实施例中，接收所述渠道整合系统发送的二维码时，还接收返回时间；

显示所述二维码时，还基于所述返回时间开始倒计时；

当倒计时归零时，重新发送无卡业务请求至渠道整合系统；

统计重新发送无卡业务请求的次数，当次数大于预定值时，不再发送无卡业务请求。

作为本文进一步实施例中，采集用户生物信息时，还发出数据获取请求至业务办理装置周围的视频采集设备；

接收视频采集设备发送的视频信息，将视频信息及目标账户信息发送至客户端业务办理服务器存储。

本文第三方面提供一种线下渠道无卡业务处理方法，应用于客户端业务办理服务器，包括：

接收用户端通过扫描渠道整合系统提供的二维码而发送的用户端登录信息及唯一标识码；

验证唯一标识码，验证通过后根据所述用户端登录信息生成目标账户配置页面并发送至用户端显示；

接收用户端发送的目标账户及验证信息；

根据验证信息验证所述目标账户，验证通过后，根据所述目标账户获取用户信息及目标账户信息，建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系发送至渠道整合系统。

作为本文进一步实施例中，根据所述目标账户获取用户信息及目标账户信息后，对用户信息及目标账户信息进行加密处理。

本文第四方面提供一种渠道整合系统，包括：

请求接收单元，用于接收线下渠道中业务办理装置发送的无卡业务请求；

二维码处理单元，用于根据所述无卡业务请求生成用于登录客户端业务办理服务器的二维码，发送所述二维码至所述业务办理装置展示，其中，所述二维码包含唯一识别码，用于供用户端扫描后发送用户端登录信息及唯一标识码至客户端业务办理服务器，以触发客户端业务办理服务器获取用户信息及目标账户信息，并建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系转发至所述渠道整合系统；

客户信息处理单元，用于接收并验证客户端业务办理服务器发送的关联关系中的用户信息及目标账户信息，验证通过后根据关联关系中的唯一识别码转发所述用户信息及目标账户信息至所述业务办理装置。

本文第五方面提供一种业务办理装置，包括：

请求单元，用于发送二维码生成请求至渠道整合系统；

信息接收单元，用于接收并显示所述渠道整合系统发送的包含唯一识别码的二维码，其中，所述二维码供用户端扫描后发送用户端登录信息及唯一标识码至客户端业务办理服务器，以触发客户端业务办理服务器获取用户信息及目标账户信息，并建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系转发至所述渠道整合系统；

信息采集单元，用于采集用户生物信息；

验证单元，用于验证所述用户生物信息与用户信息是否一致，若一致则调用业务处理模块响应用户对目标账户发出的交易请求。

本文第六方面提供一种客户端业务办理服务器，包括：

信息获取单元，用于接收用户端通过扫描渠道整合系统提供的二维码而发送的用户端登录信息及唯一标识码；

账户配置单元，用于验证唯一标识码，验证通过后根据所述用户端登录信息生成目标账户配置页面并发送至用户端显示；接收用户端发送的目标账户及验证信息；

账户验证及信息交互单元，用于根据验证信息验证所述目标账户，验证通过后，根据所述目标账户获取用户信息及目标账户信息，建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系发送至渠道整合系统。

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

本文第八方面提供一种计算机存储介质，其上存储有计算机程序，所述计算机程序被计算机设备的处理器运行时，执行前述任一实施例所述方法的指令。

本文第九方面提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现前述任一实施例所述方法。

本文提供的线下渠道无卡业务处理方法及装置通过引入渠道整合系统，由渠道整合系统接收线下渠道中业务办理装置发送的无卡业务请求，根据所述无卡业务请求生成用于登录客户端业务办理服务器的二维码，发送所述二维码至所述业务办理装置展示，其中，所述二维码包含唯一识别码，用于供用户端扫描后发送用户端登录信息及唯一标识码至客户端业务办理服务器，以触发客户端业务办理服务器获取用户信息及目标账户信息，并建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系转发至所述渠道整合系统，接收并验证客户端业务办理服务器发送的关联关系中的用户信息及目标账户信息，验证通过后根据关联关系中的唯一识别码转发所述用户信息及目标账户信息至所述业务办理装置；由业务办理装置发送二维码生成请求至渠道整合系统，接收并显示所述渠道整合系统发送的包含唯一识别码的二维码，其中，所述二维码供用户端扫描后发送用户端登录信息及唯一标识码至客户端业务办理服务器，以触发客户端业务办理服务器获取用户信息及目标账户信息，并建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系转发至所述渠道整合系统，接收渠道整合系统发送的用户信息及目标账户信息，采集用户生物信息，验证所述用户生物信息与用户信息是否一致，若一致则响应用户对目标账户发出的交易请求；由客户端业务办理服务器接收用户端通过扫描渠道整合系统提供的二维码而发送的用户端登录信息及唯一标识码，验证唯一标识码，验证通过后根据所述用户端登录信息生成目标账户配置页面并发送至用户端显示，接收用户端发送的目标账户及验证信息，根据验证信息验证所述目标账户，验证通过后，根据所述目标账户获取用户信息及目标账户信息，建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系发送至渠道整合系统，能够使得用户在不携带银行卡且无需对现有设备进行较大改进的情况下实现线下业务办理，同时还能保证无卡业务办理的安全性。

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

附图说明

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

图1示出了本文实施例线下渠道无卡业务处理系统的示意图；

图2示出了本文实施例线下渠道无卡业务处理方法的流程图；

图3示出了本文实施例应用于渠道整合系统的线下渠道无卡业务处理方法的流程图；

图4示出了本文实施例应用于业务办理装置的线下渠道无卡业务处理方法的流程图；

图5示出了本文实施例应用于客户端业务办理服务器的线下渠道无卡业务处理方法的流程图；

图6示出了本文实施例渠道整合系统的结构图；

图7示出了本文实施例业务办理装置的结构图；

图8示出了本文实施例客户端业务办理服务器的结构图；

图9示出了本文实施例计算机设备的结构图。

附图符号说明：

110、业务办理装置；

120、渠道整合系统；

130、客户端业务办理服务器；

601、请求接收单元；

602、二维码处理单元；

603、客户信息处理单元；

701、请求单元；

702、信息接收单元；

703、信息采集单元；

704、验证单元；

801、信息获取单元；

802、账户配置单元；

803、账户验证及信息交互单元；

902、计算机设备；

904、处理器；

906、存储器；

908、驱动机构；

910、输入/输出模块；

912、输入设备；

914、输出设备；

916、呈现设备；

918、图形用户接口；

920、网络接口；

922、通信链路；

924、通信总线。

具体实施方式

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

需要说明的是，本文的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本文的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

需要说明的是，本文的线下渠道无卡业务处理方法可用于金融领域，例如银行业务，也可用于除金融领域之外的任意在某些特殊场景需要持卡办理业务且存在下线及线上办理业务的场景，本文的线下渠道无卡业务处理方法的应用领域不做限定。

本文一实施例中，提供一种线下渠道无卡业务处理系统及方法，如图1及图2所示，用于解决现有技术对于仅能持卡线下办理业务的场景中，若用户未携带卡，则无法办理线下业务的问题，具体的，如图1所示，线下渠道无卡业务处理系统包括：业务办理装置110、渠道整合系统120及客户端业务办理服务器130。

业务办理装置110为线下实体渠道的前端设备，通常情况下用于发起线下业务办理请求，可由柜员或用户操作，本文中扩展了业务办理装置110的功能，除了能够正常发起线下业务办理请求外，还用于发起无卡业务请求，即线上业务请求。具体实施时，业务办理装置110可以为现有业务办理终端，例如ATM机、自动柜员机等。

渠道整合系统120为业务办理装置110与客户端业务办理服务器130在无卡情况下的通讯提供了桥梁，是线下实体渠道系统与线上电子渠道系统信息整合的系统，用于生成登录客户端业务办理服务器的二维码，用户通过用户端扫描该二维码能够实现登录客户端业务办理服务器，以由客户端业务办理服务器根据用户端的登录信息自动获取用户信息及目标账户信息。

详细的说，用户端为安装于智能终端上供用户操作的业务软件，通过该业务软件能够发出线上业务请求。对于银行业务而言，业务软件例如为手机银行客户端软件。

客户端业务办理服务器130为线上电子渠道系统，例如手机银行，为目前办理业务的主要电子渠道，用于接收及验证用户端扫描二维码得到的发送的用户端登录信息及唯一标识码，验证唯一标识码，验证通过后根据所述用户端登录信息生成目标账户配置页面并发送至用户端显示；接收用户端发送的目标账户及验证信息；根据验证信息验证所述目标账户，验证通过后，根据所述目标账户获取用户信息及目标账户信息，建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系发送至渠道整合系统120，由渠道整合系统120转发至业务办理装置110。

本文通过渠道整合系统120的设置，能够仅在业务办理装置设置无卡业务请求接口以及用户信息验证的接口，在客户端业务办理服务器130设置自动获取用户信息及目标账户信息的接口，无需对现有业务办理装置及客户端业务办理服务器做较大改进，就能使得用户在不携带银行卡情况下实现线下业务办理，同时还能保证无卡业务办理的安全性。

具体的，如图2所示，线下渠道无卡业务处理方法包括：

步骤201，业务办理装置发送二维码生成请求至渠道整合系统。

实施时，业务办理装置的显示界面或物理按钮中提供发出二维码生成请求的接口，通过用户或柜员触发。

步骤202，渠道整合系统接收线下渠道中业务办理装置发送的无卡业务请求，根据无卡业务请求生成用于登录客户端业务办理服务器的二维码，发送二维码至业务办理装置展示。

其中，所述二维码包含唯一识别码，用于供用户端扫描后发送用户端登录信息及唯一标识码至客户端业务办理服务器，以触发客户端业务办理服务器获取用户信息及目标账户信息，并建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系转发至所述渠道整合系统。

步骤203，业务办理装置接收并显示渠道整合系统发送的二维码。

步骤204，用户端扫描二维码后得到用户端登录信息及唯一标识码，将用户端登录信息及唯一标识码发送至客户端业务办理服务器。

详细的说，本文所述的用户端为用户线上办理业务的软件，例如为手机银行。

步骤205，客户端业务办理服务器接收用户端发送的用户端登录信息及唯一标识码；验证唯一标识码，验证通过后根据所述用户端登录信息生成目标账户配置页面并发送至用户端显示，由用户通过操作用户端显示的目标账户配置页面设置目标账户信息并输入验证信息。

其中，目标账户配置页面中设置有目标账户的配置控件，该控件可通过下拉列表或文本框的形式供用户输入目标账户信息，其中，下拉列表中设置有用户目前已有的账号。同时目标账户配置页面中还设置有验证信息的输入控件，通过该控件输入验证信息。一些实施方式中，验证信息为目标账户的密码。

验证唯一标识码的过程包括：发送查询请求至渠道整合系统，判断渠道整合系统是否存在唯一标识码，若存在则验证通过，反之验证失败。

步骤206，客户端业务办理服务器接收用户端发送的目标账户及验证信息，根据验证信息验证目标账户，验证通过后，根据目标账户获取用户信息及目标账户信息，建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系发送至渠道整合系统。

实施时，用户信息及目标账户信息可以作为唯一标识符的value值存入数据库中。

用户信息包括但不限于：用户姓名、证件号码以及手机号等基本信息。目标账户信息至少包括：账户、账户名称、余额、交易明细等信息。其中账户和账户名称即客户名下的账户信息，余额是指每个账户中的可用余额，与目前银行业务处理系统中的账户余额意义相同，指该用户可以用于取现或者消费的资金的大小。

步骤207，渠道整合系统接收并验证客户端业务办理服务器发送的关联关系，验证关联关系中的用户信息及目标账户信息，验证通过后转发用户信息及目标账户信息至业务办理装置。

本实施例中，验证用户信息及目标账户信息包括但不限于验证用户信息及目标账户信息是否格式正确，是否缺少字段等。还可以包括验证用户是否存在不良交易或信用问题，若存在不良交易或信用问题，则验证不通过，不会发生用户信息及目标账户信息至业务办理装置，以实现限定用户无卡交易的目的。

一些实施方式中，为了保证用户信息及目标账户信息的安全性，客户端业务办理服务器在发送的关联关系中，用户信息及目标账户信息为加密后的信息，渠道整合系统验证关联关系中的用户信息及目标账户信息包括对关联关系中的用户信息及目标账户信息进行解密处理，若解密成功，则验证成功，反之，验证失败。

步骤208，业务办理装置接收渠道整合系统发送的用户信息及目标账户信息；采集用户生物信息；验证用户生物信息与用户信息是否一致，若一致则响应用户对目标账户发出的交易请求。

详细的说，生物信息包括但不限于指纹、面部图像、声音信号等，本文对生物信息包括的内容不做具体限定。

本实施例通过渠道整合系统的设置，能够实现线下渠道和线上电子渠道的交互，进而借助线上电子渠道获取用户信息及目标账户信息，从而完成用户线下渠道无卡业务办理。

本文一实施例中，提供一种应用于渠道整合系统的线下渠道无卡业务处理方法，如图3所示，包括：

步骤301，接收线下渠道中业务办理装置发送的无卡业务请求。

其中，无法业务请求至少包括业务办理装置信息，例如装置名称、IP地址等。

步骤302，根据所述无卡业务请求生成用于登录客户端业务办理服务器的二维码，发送所述二维码至所述业务办理装置展示。

其中，所述二维码包含唯一识别码，唯一识别码为无法业务请求、业务办理装置及后续用户信息及目标账户信息检索的索引。生成二维码的同时还存储业务办理装置信息与唯一标识码间的关联关系。

二维码用于供用户端扫描后发送用户端登录信息及唯一标识码至客户端业务办理服务器，以触发客户端业务办理服务器获取用户信息及目标账户信息，并建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系转发至所述渠道整合系统。

具体的，本步骤的实施过程包括：

步骤3021，根据所述无卡业务请求，生成唯一识别码，存储唯一识别码至数据库中。

本步骤实施时，可根据预设算法随机生成唯一识别码，本文对唯一识别码的生成算法不做限定。

步骤3022，对唯一识别码及登录验证接口进行加密处理后，生成二维码信息。

本步骤实施时可采用国密算法中的SM4算法，SM4算法的加密密钥长度为128比特。

步骤3023，根据二维码信息生成用于登录客户端业务办理服务器的二维码。

步骤303，接收并验证客户端业务办理服务器发送的关联关系中的用户信息及目标账户信息，验证通过后根据关联关系中的唯一识别码转发所述用户信息及目标账户信息至所述业务办理装置。

进一步实施例中，上述步骤302生成二维码的同时还生成返回时间，发送二维码及返回时间至业务办理装置，以使业务办理装置接收到返回时间时开始倒计时，当倒计时归零时，重新发送无卡业务请求至渠道整合系统。

本实施例通过设置二维码的返回时间，能够避免恶意频繁的向客户端业务办理服务器发送二维码。

本文一实施例中，还提供一种应用于业务办理装置的线下渠道无卡业务处理方法，如图4所示，包括：

步骤401，发送二维码生成请求至渠道整合系统。

步骤402，接收并显示所述渠道整合系统发送的包含唯一识别码的二维码。

其中，所述二维码供用户端扫描后发送用户端登录信息及唯一标识码至客户端业务办理服务器，以触发客户端业务办理服务器获取用户信息及目标账户信息，并建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系转发至所述渠道整合系统。

步骤403，接收渠道整合系统发送的用户信息及目标账户信息。

步骤404，采集用户生物信息。

步骤405，验证用户生物信息与用户信息是否一致，若一致则响应用户对目标账户发出的交易请求。

进一步实施例中，上述步骤402接收渠道整合系统发送的二维码时，还接收返回时间，显示二维码时，还基于返回时间开始倒计时，当倒计时归零时，重新发送无卡业务请求至渠道整合系统；统计重新发送无卡业务请求的次数，当次数大于预定值时，不再发送无卡业务请求。

实施时，返回时间可根据实际需求设定，例如为60秒，本文对其具体取值不做限定。

本实施例通过设置二维码的返回时间，能够保证无卡业务办理的安全性，避免恶意攻击者频繁发起无卡业务办理请求，从而影响正常业务办理。

本文一实施例中，上述步骤404采集用户生物信息时，还发出数据获取请求至业务办理装置周围的视频采集设备，接收视频采集设备发送的视频信息，将视频信息及目标账户信息发送至客户端业务办理服务器存储。

本实施例通过留存业务办理装置周围的视频采集设备采集的视频图像的方式，能够使得无卡业务办理发生争议时的有据可循，保证无卡业务办理人员与目标账户的一致性，避免非目标账户人员冒充办理无卡业务。

本文一实施例中，还提供一种应用于客户端业务办理服务器的线下渠道无卡业务处理方法，如图5所示，包括：

步骤501，接收用户端通过扫描渠道整合系统提供的二维码而发送的用户端登录信息及唯一标识码。

步骤502，验证唯一标识码，验证通过后根据所述用户端登录信息生成目标账户配置页面并发送至用户端显示。

步骤503，接收用户端发送的目标账户及验证信息。

一些实施方式中，验证信息例如为账户密码。

步骤504，根据验证信息验证目标账户，验证通过后，根据目标账户获取用户信息及目标账户信息，建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系发送至渠道整合系统。

本步骤实施，从存储用户数据的数据存储装置获取用户信息及目标账户信息，其中，数据存储装置至少包括用户信息储存装置及账户信息存储装置。用户信息储存装置存储用户信息，账户信息存储装置存储目标账户信息。

本文一实施例中，为了保证安全性，上述步骤504根据目标账户获取用户信息及目标账户信息后，对用户信息及目标账户信息进行加密处理，将加密后信息发送至渠道整合系统。具体实施时，渠道整合系统需与客户端业务办理服务器预先约定加解密方法，二维码及用户信息可分别采用不同的加解密算法。

本文一实施例中，还提供一种渠道整合系统，如图6所示，包括：

请求接收单元601，用于接收线下渠道中业务办理装置发送的无卡业务请求。

二维码处理单元602，用于根据所述无卡业务请求生成用于登录客户端业务办理服务器的二维码，发送所述二维码至所述业务办理装置展示，其中，所述二维码包含唯一识别码，用于供用户端扫描后发送用户端登录信息及唯一标识码至客户端业务办理服务器，以触发客户端业务办理服务器获取用户信息及目标账户信息，并建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系转发至所述渠道整合系统。

客户信息处理单元603，用于接收并验证客户端业务办理服务器发送的关联关系中的用户信息及目标账户信息，验证通过后根据关联关系中的唯一识别码转发所述用户信息及目标账户信息至所述业务办理装置。

具体实施时，渠道整合系统还包括一主控制单元，用于实现渠道整合系统内部各单元的信息交互。

本文一实例中，还提供一种业务办理装置，如图7所示，包括：

请求单元701，用于发送二维码生成请求至渠道整合系统。

信息接收单元702，用于接收并显示所述渠道整合系统发送的包含唯一识别码的二维码，其中，所述二维码供用户端扫描后发送用户端登录信息及唯一标识码至客户端业务办理服务器，以触发客户端业务办理服务器获取用户信息及目标账户信息，并建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系转发至所述渠道整合系统。

信息采集单元703，用于采集用户生物信息。

验证单元704，用于验证用户生物信息与用户信息是否一致，若一致则调用业务处理模块响应用户对目标账户发出的交易请求。

具体实施时，业务办理装置还包括一主控制单元，用于实现业务办理装置内部各单元的信息交互。

本文一实施例中，还提供一种客户端业务办理服务器，如图8所示，包括：

信息获取单元801，用于接收用户端通过扫描渠道整合系统提供的二维码而发送的用户端登录信息及唯一标识码；

账户配置单元802，用于验证唯一标识码，验证通过后根据所述用户端登录信息生成目标账户配置页面并发送至用户端显示；接收用户端发送的目标账户及验证信息；

账户验证及信息交互单元803，用于根据验证信息验证所述目标账户，验证通过后，根据所述目标账户获取用户信息及目标账户信息，建立唯一标识码、用户信息及目标账户信息的关联关系，将关联关系发送至渠道整合系统。

具体实施时，客户端业务办理服务器还包括一主控制单元，用于实现客户端业务办理服务器内部各单元的信息交互。

本文一实施例中，还提供一种计算机设备，如图9所示，计算机设备902可以包括一个或多个处理器904，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备902还可以包括任何存储器906，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器906可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备902的固定或可移除部件。在一种情况下，当处理器904执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备902可以执行相关联指令的任一操作。具体的，存储器906上存储有可在处理器904上运行的计算机程序，处理器904执行计算机程序时实现前述任一实施例所述的方法，计算机设备902还包括用于与任何存储器交互的一个或多个驱动机构908，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备902还可以包括输入/输出模块910(I/O)，其用于接收各种输入(经由输入设备912)和用于提供各种输出(经由输出设备914)。一个具体输出机构可以包括呈现设备916和相关联的图形用户接口918(GUI)。在其他实施例中，还可以不包括输入/输出模块910(I/O)、输入设备912以及输出设备914，仅作为网络中的一台计算机设备。计算机设备902还可以包括一个或多个网络接口920，其用于经由一个或多个通信链路922与其他设备交换数据。一个或多个通信总线924将上文所描述的部件耦合在一起。

通信链路922可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路922可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

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

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行上述任一实施例所示方法的步骤。

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

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

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

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

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

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

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。