CN109934588A - 一种业务办理方法及装置 - Google Patents

Abstract

本申请提供了一种业务办理方法及装置，方法包括：获取用户办理的当前业务的业务信息和用户的身份信息；若针对身份信息进行的审核通过，则生成与业务信息对应的电子填单；基于身份信息填写电子填单；根据填写后的电子填单和用户的电子签名，生成当前业务的电子凭证，以完成当前业务的办理。本申请提供的业务办理方法及装置，通过运用电子填单、实时审核、电子签名、电子凭证等技术，实现了对业务办理的电子化，在提升用户体验的同时，降低了运行成本。

Description

一种业务办理方法及装置

技术领域

本申请涉及数据处理技术领域，尤其是涉及一种业务办理方法及装置。

背景技术

通常，用户在银行网点完成一次传统业务办理，往往需要在多份纸质申请书上进行多次信息填写，填写完毕后柜员需要对用户填写的申请书进行多次信息检核，并手动盖多次印章，最后形成多份纸质业务凭证，并手工进行归档处理。

可见，此种业务办理场景存在花费的时间较多，需要使用多张纸张，归档后检索业务凭证困难，不能满足当前用户及银行工作人员的需求。

发明内容

有鉴于此，本申请的目的在于提供一种业务办理方法及装置，通过通过运用电子填单、实时审核、电子签名、电子凭证等技术，实现了对业务办理的电子化，在提升用户体验的同时，降低了运行成本。

第一方面，本申请实施例提供了一种业务办理方法，包括：获取用户办理的当前业务的业务信息和用户的身份信息；

若针对身份信息进行的审核通过，则生成与业务信息对应的电子填单；

基于身份信息填写电子填单；

根据填写后的电子填单和用户的电子签名，生成当前业务的电子凭证，以完成当前业务的办理。

结合第一方面，本申请实施例提供了第一方面的第一种可能的实施方式，获取用户办理的当前业务的业务信息和用户的身份信息之后，还包括：

获取用户的最新身份信息；

判断身份信息与最新身份信息是否匹配；

若身份信息与最新身份信息相匹配，则确定针对身份信息进行的审核通过；否则，则确定针对身份信息进行的审核未通过。

结合第一方面，本申请实施例提供了第一方面的第二种可能的实施方式，基于身份信息填写电子填单之后，还包括：

记录用户的签名轨迹数据；

根据签名轨迹数据生成用户的电子签名。

结合第一方面，本申请实施例提供了第一方面的第三种可能的实施方式，基于身份信息填写电子填单之后，还包括：

根据业务信息对应的业务类型，判断当前业务是否需要电子印章；

若当前业务需要电子印章，则调取当前业务所对应的电子印章；

根据填写后的电子填单和用户的电子签名，生成当前业务的电子凭证，以完成当前业务的办理包括：

将电子填单、电子签名和电子印章合成当前业务的电子凭证，以完成当前业务的办理。

结合第一方面，本申请实施例提供了第一方面的第四种可能的实施方式，完成当前业务的办理之后，还包括：

生成当前业务的交易流水号；

将电子凭证与交易流水号通过唯一关联戳进行关联；

将关联后的电子凭证打包成压缩文件，并将压缩文件实时传输至档案系统。

结合第一方面的第四种可能的实施方式，本申请实施例提供了第一方面的第五种可能的实施方式，关联戳至少由办理当前业务的自助设备的机器码、时间戳、业务信息对应的业务类型的编码和序列号组合而成。

第二方面，本申请实施例还提供一种业务办理装置，包括：

获取模块，用于获取用户办理的当前业务的业务信息和用户的身份信息；

第一生成模块，用于若针对身份信息进行的审核通过，则生成与业务信息对应的电子填单；

填写模块，用于基于身份信息填写电子填单；

第二生成模块，用于根据填写后的电子填单和用户的电子签名，生成当前业务的电子凭证，以完成当前业务的办理。

结合第二方面，本申请实施例提供了第二方面的第一种可能的实施方式，业务办理装置还包括匹配模块；

获取模块，还用于获取用户的最新身份信息；

匹配模块，用于判断身份信息与最新身份信息是否匹配；

若身份信息与最新身份信息相匹配，则确定针对身份信息进行的审核通过；否则，则确定针对身份信息进行的审核未通过。

结合第二方面，本申请实施例提供了第二方面的第二种可能的实施方式，业务办理装置还包括记录模块；

记录模块，用于记录用户的签名轨迹数据；

第二生成模块，还用于根据签名轨迹数据生成用户的电子签名。

结合第二方面，本申请实施例提供了第二方面的第三种可能的实施方式，业务办理装置还包括判断模块和调取模块；

判断模块，用于根据业务信息对应的业务类型，判断当前业务是否需要电子印章；

调取模块，用于若当前业务需要电子印章，则调取当前业务所对应的电子印章；

第二生成模块，还用于将电子填单、电子签名和电子印章合成当前业务的电子凭证，以完成当前业务的办理。

结合第二方面，本申请实施例提供了第二方面的第四种可能的实施方式，业务办理装置还包括关联模块和传输模块：

第二生成模块，还用于生成当前业务的交易流水号；

关联模块，用于将电子凭证与交易流水号通过唯一关联戳进行关联；

传输模块，用于将关联后的电子凭证打包成压缩文件，并将压缩文件实时传输至档案系统。

结合第二方面的第四种可能的实施方式，本申请实施例提供了第二方面的第五种可能的实施方式，关联戳至少由办理当前业务的自助设备的机器码、时间戳、业务信息对应的业务类型的编码和序列号组合而成。

第三方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，存储器存储有处理器可执行的机器可读指令，当电子设备运行时，处理器与存储器之间通过总线通信，机器可读指令被处理器运行时执行如上述任一项的业务办理方法的步骤。

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

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

附图说明

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

图1示出了本申请实施例所提供的一种业务办理方法的流程图；

图2示出了本申请实施例所提供的另一种业务办理方法的流程图；

图3示出了本申请实施例所提供的另一种业务办理方法的流程图；

图4示出了本申请具体实施例所提供的通过关联戳将电子凭证与交易流水号进行关联方法的流程图；

图5示出了本申请实施例所提供的一种业务办理装置的功能模块图；

图6示出了本申请实施例所提供的一种电子设备的结构示意图。

图标：10-获取模块；20-第一生成模块；30-填写模块；40-第二生成模块；100-处理器；200-存储器；300-总线。

具体实施方式

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

考虑到用户在银行网点办理业务时，往往需要在多份纸质申请书上进行多次信息填写，填写完毕后柜员还需要对用户填写的申请书进行多次信息检核，最后形成多份纸质业务凭证，在此种业务办理场景存在耗时长、浪费纸张、不环保、业务凭证难以长期归档、归档后检索凭证困难等多种问题。

基于此，为了提升用户办理业务的体验，降低银行办理业务所需的运行成本，需要集效率、安全性和精确性于一身的银行自助设备替代人工办理业务，因此，促使银行业机构需要更多的自助设备终端来实现全电子化作业形式的业务办理，而采用何种方法应用于自助设备完成业务的办理，是目前亟待解决的技术问题。

有鉴于此，本申请实施例提供了一种业务办理方法及装置，下面通过实施例进行描述。为便于对本实施例进行理解，首先对本申请实施例所公开的一种业务办理方法进行详细介绍。

本申请第一方面的实施例，图1为本申请实施例所提供的一种业务办理方法的流程图，如图1所示，业务办理方法，包括如下步骤：

S101，获取用户办理的当前业务的业务信息和用户的身份信息。

在步骤S101中，用户在自助设备上办理业务时，需要先在自助设备上选择所需办理的业务，进而自助设备能够获取到用户当前需要办理的业务的业务信息，其中，业务信息包括业务类型，比如，开户、办卡、网银申请、汇款等业务类型；用户根据自设设备的提示，将用户的身份证插入自助设备，进而自助设备识别用户的身份证，进而获取到用户的身份信息，其中，用户身份信息包括用户身份证正面和反面照片上的信息。

S102，若针对身份信息进行的审核通过，则生成与业务信息对应的电子填单。

在步骤S102中，为了审核用户是否持有有效的身份证件办理业务，自助设备获取用户的身份信息后，需要对用户的身份信息进行审核，审核包括判断用户的身份证是否为用户本人的最新身份证件，在确认为用户本人的最新身份证件时，则针对用户的身份信息进行的审核通过，并生成与业务信息对应的电子填单，其中，电子填单为用户办理业务对应的电子申请表格。

S103，基于身份信息填写电子填单。

在步骤S103中，自助设备在生成电子填单之后，根据用户身份信息中的用户姓名和身份证号码，在企业级用户信息组件及联网核查模块中获取用户更加详细的信息，并最大限度反显在电子填单页面上，用户仅需核对和确认信息，或只需进行少量修改、填写信息即可完成电子填单，其中，联网核查模块用于与公安部联网，并从公安部获取用户信息。

S104，根据填写后的电子填单和用户的电子签名，生成当前业务的电子凭证，以完成当前业务的办理。

在步骤S104中，为了给用户提供业务办理完成的证明文件，以及便于银行存储和留底，自助设备将填写后的电子填单和用户的电子签名进行合成，以生成当前业务的电子凭证，至此，当前业务办理完成。

需要说明的是，为充分利用自助设备硬件配置高的特点，电子凭证在前端页面通过超文本标记语言脚本(html5canvas)技术合成，此外通过此种方式可有效避免后端服务合成效率低，占用服务器内存高的缺点。支持高并发时业务办理时能有效地合成电子凭证数据。

还需要说明的是，自助设备指用户可自助办理业务的专有设备，本申请中指的是银行类自助设备，如智慧柜员机，自动存取款机等；电子化指把传统人工处理的信息用计算机设备来自动处理和存储处理，并通过人机交互的方式为用户办理相关传统手工类业务；电子凭证指根据业务类型制定的规定样式的电子业务凭证文件。

本申请实施例提供的业务办理方法，通过运用电子填单、实时审核、电子签名、电子凭证等技术，实现了对业务办理的电子化，在提升用户体验的同时，降低了运行成本，使得业务办理方便快捷，大大减小风险，提高了业务办理的效率，用户在业务办理过程中全电子化作业，几乎不需要任何的纸质载体即完成了信息录入，在环保，财力，人性化等方面都有明显优势。

图2为本申请实施例所提供的另一种业务办理方法的流程图，包括如下步骤：

S201，获取用户办理的当前业务的业务信息和用户的身份信息。

S202，获取用户的最新身份信息。

在步骤S202中，为了审核用户是否为本人办理业务，自助设备获取用户的身份信息后，即获取用户持有的身份证的信息后，需要对用户进行现场拍照，进而获取用户现场拍摄的面部图像。

S203，判断身份信息与最新身份信息是否匹配。

在步骤S203中，将现场拍摄的用户的面部图像(最新身份信息)与之前获取的用户身份证上证件照(身份信息)进行比对，以判断是否为用户本人办理业务。

S204，若身份信息与最新身份信息相匹配，确定针对身份信息进行的审核通过，生成与业务信息对应的电子填单。

在步骤S204中，若用户的身份信息与最新身份信息相匹配，即确认为用户本人来办理业务，进而确定针对身份信息进行的审核通过，自助设备按照流程执行后续步骤。

S205，若身份信息与最新身份信息不匹配，确定针对身份信息进行的审核未通过。

在步骤S205中，若用户的身份信息与最新身份信息不匹配，即确认为非用户本人来办理业务，进而确定针对身份信息进行的审核未通过，自助设备终止本次业务的办理，并提示用户审核未通过的原因。

S206，基于身份信息填写电子填单。

S207，根据填写后的电子填单和用户的电子签名，生成当前业务的电子凭证，以完成当前业务的办理。

其中，步骤S201、S206、S207的描述可以参照步骤S101、S103、S104的描述，对此不做赘述。

图3为本申请实施例所提供的另一种业务办理方法的流程图，包括如下步骤：

S301，获取用户办理的当前业务的业务信息和用户的身份信息；

S302，若针对身份信息进行的审核通过，则生成与业务信息对应的电子填单。

S303，基于身份信息填写电子填单。

S304，记录用户的签名轨迹数据；根据签名轨迹数据生成用户的电子签名。

在步骤S304中，自设设备在完成电子填单的填写后，需要用户对上述填写的内容进行确认，即需要用户在自助设备的电磁屏上进行签名，自助设备通过记录用户的签名轨迹数据，能够自动生成用户的电子签名文件。

S305，根据填写后的电子填单和用户的电子签名，生成当前业务的电子凭证，以完成当前业务的办理。

其中，步骤S301、S302、S303、S305的描述可以参照步骤S101至S104的描述，对此不做赘述。

需要说明的是，电子签名指数据电文中以电子形式所含、所附用于识别签名人身份并表明签名人认可其中内容的数据；电子签名技术指利用自助设备电磁屏记录用户的原始签名轨迹数据、矢量图，并利用自助设备的电子签名加密模块对电子签名轨迹数据、矢量图进行加密传输。

具体地，自助设备的前端页面通过外设服务程序与底层厂商驱动程序实现通信交互，用户的电子签名轨迹通过编码数据(如base64编码)在电子签名硬件模块与前端页面中间传递；进一步地，前端页面调用交易传输电子签名矢量图到服务器备份，具体做法是交易中传入编码数据，服务端对编码数据做解析后得到矢量图并存储到对应目录，为保证安全，可对电子签名编码数据加密后再进行传输，服务端获取到编码后使用密钥解密得到矢量图。其中，前端页面通过保存电子签名的编码数据以便后续合成电子凭证时使用。

优选地，在步骤S103基于身份信息填写电子填单之后，还包括：

步骤S1031，根据业务信息对应的业务类型，判断当前业务是否需要电子印章。

在步骤S1031中，自助设备根据用户当前办理业务的业务类型，判断当前业务是否需要电子印章。

步骤S1032，若当前业务需要电子印章，则调取当前业务所对应的电子印章。

在步骤S1032中，若自设设备判断出当前业务需要电子印章时，将从服务器中调取与当前业务的业务类型所对应的电子印章。

步骤S1033，将电子填单、电子签名和电子印章合成当前业务的电子凭证，以完成当前业务的办理。

在步骤S1033中，为了给用户提供业务办理完成的证明文件，以及便于银行存储和留底，自助设备将填写后的电子填单、用户的电子签名和电子印章进行合成，以生成当前业务的带有电子印章的电子凭证，至此，当前业务办理完成。

需要说明的是，当自助设备别到当前业务需要电子印章时，后端系统为当前业务生成唯一验证码，该验证码被合成到电子印章中供后续电子印章实时鉴伪使用。

还需要说明的是，总分行机构登陆系统后根据对应权限，为所属辖内使用的凭证设置对应的电子印章，并经对应权限岗位预览核对确认后生效。

其中，电子印章技术指支持银行总分行根据实际需求为凭证配置电子印章数据，支持电子印章数据实时鉴伪。

优选地，在步骤S104完成当前业务的办理之后，还包括：

步骤S1041，生成当前业务的交易流水号。

在步骤S1041中，自助设备在结束当前业务办理之后，需要对当前完成的业务进行标识，即通过自动生成的交易流水号进行标记。

步骤S1042，将电子凭证与交易流水号通过唯一关联戳进行关联。

在步骤S1042中，为了便于用户日后查询办理完成的业务，自助设备将该业务的电子凭证与该业务的交易流水号通过唯一的关联戳进行关联，以便根据交易流水号查询该业务的电子凭证。

步骤S1043，将关联后的电子凭证打包成压缩文件，并将压缩文件实时传输至档案系统。

在步骤S1043中，为了便于用户日后查询办理完成的业务，将经过关联的业务的电子凭证进行打包并压缩成文件，传输至档案系统中进行存储。

需要说明的是，归档过程包含了电子凭证、用户身份证正反面照片以及现场拍摄的用户的照片，一起打包传输到档案系统。在档案系统日终跑批处理时，利用关联戳来实现流水记录与电子凭证文件的关联。

具体地，业务办理成功时，所属电子凭证数据实时传输到服务器，后端服务多线程异步打包压缩电子凭证数据并实时传输至档案系统，保证了电子凭证的存储安全。

图4为本申请具体实施例所提供的通过关联戳将电子凭证与交易流水号进行关联方法的流程图，包括如下步骤：

S401，业务办理成功后，前端页面生成唯一关联戳。

S402，前端页面调用服务程序中记录的交易流水号，关联戳到数据表。

S403，前端页面调用电子凭证合成组件。

S404，前端页面以键值对方式传入需合成的文字信息。

S405，组件组合文字信息、电子签名数据编码、现场拍摄用户的图片。

S406，组件采用超文本标记语言绘图技术合成电子凭证图片。

S407，组件使用预设规则为凭证图片、拍照图片命名。

S408，组件调用交易传输凭证、拍照图片到服务器。

S409，交易服务器解析传入的参数。

S410，判断是否有电子签名文件。

S411，若有电子签名文件，利用关联戳更新流水数据表中电子签名数据字段值为1。

S412，若没有电子签名文件，利用关联戳更新流水数据表中电子签名数据表字段为0。

S413，利用关联戳生成压缩文件包名，并更新流水记录中的图片张数、压缩文件包名。

S414，服务端程序根据传入图片及电子凭证文件名，打包为压缩文件并命名。

S415，服务端程序启动多个线程，异步传输压缩文件包到档案系统。

S416，判断是否传输成功。

S417，若传输成功，利用关联戳更新流水记录中电子凭证传输结果值为1。

S418，若传输不成功，移动压缩文件包至特定目录。

S419，日终批量将流水数据导入至档案系统。

S420，档案系统日终批量跑批，利用关联戳将流水数据和压缩文件建立映射关系。

优选地，关联戳至少由办理当前业务的自助设备的机器码、时间戳、业务信息对应的业务类型的编码和序列号组合而成。

需要说明的是，关联戳通常由与自助设备相互通信的服务器的前端页面生成，通常，优选采用自助设备的机器码+时间戳+业务类型的编码+序列号的编码规则进行关联戳的编码，也可以将前端页面的服务器码也添加至编码规则中，能够保证同一时间内，同一业务办理成功时生成的关联戳唯一不重复。

本申请实施例通过运用电子填单及实时审核、电子签名、电子凭证、电子印章等新技术，实现了办理业务的电子化，并能够进行实时同步归档，实现了“零复印、零手工凭证、零传票、零盖章、零纸质档案”，提升了用户的体验，降低了运行成本，使得业务办理方便快捷，大大减小风险，提高办理效率。

其中，运用电子签名技术实现全流程办理无纸质，减少环境污染，实时合成电子凭证并实时归档到后端系统，保证了存储安全，运用电子印章技术，有效防止了印章仿冒风险。

基于同一申请构思，本申请第二方面的实施例中还提供了与业务办理方法对应的业务办理装置，由于本申请实施例中的业务办理装置解决问题的原理与本申请实施例上述业务办理方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

本申请第二方面的实施例，图5为本申请实施例所提供的一种业务办理装置的功能模块图，其中，业务办理装置包括：

获取模块10，用于获取用户办理的当前业务的业务信息和用户的身份信息。

第一生成模块20，用于若针对身份信息进行的审核通过，则生成与业务信息对应的电子填单。

填写模块30，用于基于身份信息填写电子填单。

第二生成模块40，还用于根据填写后的电子填单和用户的电子签名，生成当前业务的电子凭证，以完成当前业务的办理。

优选地，业务办理装置还包括匹配模块；

获取模块10，用于获取用户办理的当前业务的业务信息和用户的身份信息。

获取模块10，还用于获取用户的最新身份信息。

匹配模块，用于判断身份信息与最新身份信息是否匹配，若身份信息与最新身份信息相匹配，则确定针对身份信息进行的审核通过；否则，则确定针对身份信息进行的审核未通过。

第一生成模块20，用于若针对身份信息进行的审核通过，则生成与业务信息对应的电子填单。

填写模块30，用于基于身份信息填写电子填单。

第二生成模块40，还用于根据填写后的电子填单和用户的电子签名，生成当前业务的电子凭证，以完成当前业务的办理。

优选地，业务办理装置还包括记录模块；

记录模块，用于记录用户的签名轨迹数据；

第二生成模块40，还用于根据签名轨迹数据生成用户的电子签名。

优选地，业务办理装置还包括判断模块和调取模块；

判断模块，用于根据业务信息对应的业务类型，判断当前业务是否需要电子印章；

调取模块，用于若当前业务需要电子印章，则调取当前业务所对应的电子印章；

第二生成模块40，还用于将电子填单、电子签名和电子印章合成当前业务的电子凭证，以完成当前业务的办理。

优选地，业务办理装置还包括关联模块和传输模块；

第二生成模块40，还用于生成当前业务的交易流水号；

关联模块，用于将电子凭证与交易流水号通过唯一关联戳进行关联；

传输模块，用于将关联后的电子凭证打包成压缩文件，并将压缩文件实时传输至档案系统。

优选地，关联戳至少由办理当前业务的自助设备的机器码、时间戳、业务信息对应的业务类型的编码和序列号组合而成。

本申请第三方面的实施例，如图6所示，为本申请实施例所提供的一种电子设备示意图，该设备包括：处理器100、存储器200和总线300，存储器200存储有处理器100可执行的机器可读指令，当电子设备运行时，处理器100与存储器200之间通过总线300通信，机器可读指令被处理器100执行时运行如上述任一项的业务办理方法的步骤。

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

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

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

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

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

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本申请的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该申请商品使用时惯常摆放的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

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

Claims (10)

1.一种业务办理方法，其特征在于，包括：

获取用户办理的当前业务的业务信息和所述用户的身份信息；

若针对所述身份信息进行的审核通过，则生成与所述业务信息对应的电子填单；

基于所述身份信息填写所述电子填单；

根据填写后的所述电子填单和所述用户的电子签名，生成当前业务的电子凭证，以完成当前业务的办理。

2.根据权利要求1所述的业务办理方法，其特征在于，所述获取用户办理的当前业务的业务信息和所述用户的身份信息之后，还包括：

获取所述用户的最新身份信息；

判断所述身份信息与所述最新身份信息是否匹配；

若所述身份信息与所述最新身份信息相匹配，则确定针对所述身份信息进行的审核通过；否则，则确定针对所述身份信息进行的审核未通过。

3.根据权利要求1所述的业务办理方法，其特征在于，所述基于所述身份信息填写所述电子填单之后，还包括：

记录所述用户的签名轨迹数据；

根据所述签名轨迹数据生成所述用户的电子签名。

4.根据权利要求1所述的业务办理方法，其特征在于，所述基于所述身份信息填写所述电子填单之后，还包括：

根据所述业务信息对应的业务类型，判断当前业务是否需要电子印章；

若当前业务需要电子印章，则调取当前业务所对应的电子印章；

所述根据填写后的电子填单和所述用户的电子签名，生成当前业务的电子凭证，以完成当前业务的办理包括：

将所述电子填单、所述电子签名和所述电子印章合成当前业务的电子凭证，以完成当前业务的办理。

5.根据权利要求1所述的业务办理方法，其特征在于，所述完成当前业务的办理之后，还包括：

生成当前业务的交易流水号；

将所述电子凭证与所述交易流水号通过唯一关联戳进行关联；

将关联后的所述电子凭证打包成压缩文件，并将所述压缩文件实时传输至档案系统。

6.根据权利要求5所述的业务办理方法，其特征在于，所述关联戳至少由办理当前业务的自助设备的机器码、时间戳、所述业务信息对应的业务类型的编码和序列号组合而成。

7.一种业务办理装置，其特征在于，包括：

获取模块，用于获取用户办理的当前业务的业务信息和所述用户的身份信息；

第一生成模块，用于若针对所述身份信息进行的审核通过，则生成与所述业务信息对应的电子填单；

填写模块，用于基于所述身份信息填写所述电子填单；

第二生成模块，用于根据填写后的所述电子填单和所述用户的电子签名，生成当前业务的电子凭证，以完成当前业务的办理。

8.根据权利要求7所述的业务办理装置，其特征在于，所述业务办理装置还包括匹配模块；

所述获取模块，还用于获取所述用户的最新身份信息；

所述匹配模块，用于判断所述身份信息与所述最新身份信息是否匹配；若所述身份信息与所述最新身份信息相匹配，则确定针对所述身份信息进行的审核通过；否则，则确定针对所述身份信息进行的审核未通过。

9.根据权利要求7所述的业务办理装置，其特征在于，所述业务办理装置还包括记录模块；

所述记录模块，用于记录所述用户的签名轨迹数据；

所述第二生成模块，还用于根据所述签名轨迹数据生成所述用户的电子签名。

10.根据权利要求7所述的业务办理装置，其特征在于，所述业务办理装置还包括判断模块和调取模块；

所述判断模块，用于根据所述业务信息对应的业务类型，判断当前业务是否需要电子印章；

所述调取模块，用于若当前业务需要电子印章，则调取当前业务所对应的电子印章；

所述第二生成模块，还用于将所述电子填单、所述电子签名和所述电子印章合成当前业务的电子凭证，以完成当前业务的办理。