基于第三方应用的中小微型企业银企直连方法及相关设备与流程

本发明涉及通信终端技术领域，具体涉及一种基于第三方应用的中小微型企业银企直连方法及相关设备。

背景技术：

银企直连是指企业端通过企业财务系统直接与银行端的银行系统连接的一种方式，企业端通过企业财务系统可以直接向银行系统发起交易请求，实现对企业银行账户中资金的管理和调动，完成查询、转账等业务处理操作。在银企直连中，现有技术通常采用部署前置机，以硬证书来确保业务处理的安全性。

但是对于中小微型企业来说，由于中小微型企业自身规模小，资金有限，中小微业的企业财务系统通常不是企业自创的，如果采用硬证书的方式，硬证书则需设置在租用的服务器上，而租用的服务器通常部署在距离企业较远的专有机房上，一旦硬证书出现问题，那么运维操作就会更加不便利，使得安全认证更加复杂性。

因而，如何便捷且低成本的实现中小微型企业与银行系统的直连是一个亟待解决的技术问题。

技术实现要素：

鉴于以上内容，有必要提出一种基于第三方应用的中小微型企业银企直连方法及相关设备，通过第三方应用获得需要进行支付的审批单据并将选定的审批单据向金融账户提交支付请求，打通了第三方应用与中小微型企业之间的支付模式，提高了中小微型企业办公审批的效率。

本发明的第一方面提供一种基于第三方应用的中小微型企业银企直连方法，应用于终端中，所述终端中安装有第三方应用，所述方法包括：

向所述第三方应用发送绑定中小微型企业的至少一个金融账户的绑定请求，所述绑定请求中携带有所述中小微型企业的软证书、登录账户及密码；

当成功登录所述第三方应用时，根据预设显示规则在所述第三方应用的显示界面上显示多个待进行支付的候选审批单据；

当侦测到对所述候选审批单据中的目标审批单据的选定操作时，生成支付请求；

将所述支付请求推送至所述至少一个金融账户对应的支付服务器上；

通过所述第三方应用接收所述支付服务器发送的支付状态。

根据本发明的一个优选实施例，在所述成功登录所述第三方应用之前，所述方法还包括：

向所述第三方应用发送登录请求，所述登录请求中携带有所述中小微型企业的软证书、登录账户及密码；

接收所述第三方应用对所述软证书、登录账户及密码的验证确认结果。

根据本发明的一个优选实施例，所述根据预设显示规则在所述第三方应用的显示界面上显示多个待进行支付的候选审批单据包括：

在所述第三方应用的第一显示界面上显示预设的审批单据状态虚拟图标，所述预设的审批单据状态虚拟图标包括：已批准的虚拟图标及未批准的虚拟图标；

当侦测到所述未批准的虚拟图标上接收到触控信号时，跳转到所述第三方应用的第二显示界面，所述第二显示界面上显示有所述多个待进行支付的候选审批单据。

根据本发明的一个优选实施例，在所述第二显示界面上显示有所述多个待进行支付的候选审批单据的同时，所述方法还包括：

显示每个候选审批单据对应的审批单据类型；

当侦测到所述审批单据类型上接收到触控信号时，跳转到所述第三方应用的第三显示界面，在所述第三显示界面上显示所触控的审批单据类型对应的候选审批单据。

根据本发明的一个优选实施例，在所述生成支付请求之后，所述方法还包括：

根据预设加密算法对所述支付请求进行加密处理，得到加密的支付请求。

根据本发明的一个优选实施例，在所述金融账户对应的支付服务器接收到所述支付请求时，所述方法还包括：

判断所述支付请求是否有效；

当确定所述支付请求有效时，判断待支付资源是否超出所述金融账户中的余额；

当确定所述待支付资源未超出所述金融账户中的余额，执行所述支付请求对应的支付逻辑。

根据本发明的一个优选实施例，所述判断所述支付请求是否有效包括以下一种或多种的组合；

收款账户是否存在；

支付请求中是否未包含敏感关键词。

本发明的第二方面提供一种基于第三方应用的中小微型企业银企直连装置，运行于终端中，所述终端中安装有第三方应用，所述装置包括：

绑定模块，用于向所述第三方应用发送绑定中小微型企业的至少一个金融账户的绑定请求，所述绑定请求中携带有所述中小微型企业的软证书、登录账户及密码；

显示模块，用于当成功登录所述第三方应用时，根据预设显示规则在所述第三方应用的显示界面上显示多个待进行支付的候选审批单据；

生成模块，用于当侦测到对所述候选审批单据中的目标审批单据的选定操作时，生成支付请求；

推送模块，用于将所述支付请求推送至所述至少一个金融账户对应的支付服务器上；

接收模块，用于通过所述第三方应用接收所述支付服务器发送的支付状态。

本发明的第三方面提供一种终端，所述终端包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现所述的基于第三方应用的中小微型企业银企直连方法。

本发明的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现所述的基于第三方应用的中小微型企业银企直连方法。

综上所述，本发明所述的基于第三方应用的中小微型企业银企直连方法、装置、终端及存储介质，首先向第三方应用发送绑定中小微型企业的至少一个金融账户的绑定请求，所述绑定请求中携带有所述中小微型企业的软证书、登录账户及密码；后续每次成功登录所述第三方应用时，即可根据预设显示规则在所述第三方应用的显示界面上显示多个待进行支付的候选审批单据；当侦测到对所述候选审批单据中的目标审批单据的选定操作时，生成支付请求；将所述支付请求推送至所述至少一个金融账户对应的支付服务器上；通过所述第三方应用接收所述支付服务器发送的支付状态。本发明能够通过第三方应用绑定中小微型企业，此后中小微型企业即可直接在第三方应用中获得需要进行支付的审批单据，并基于选定的审批单据向金融账户提交支付请求，以使金融账户对应的支付服务器执行相应的支付逻辑，打通了第三方应用与中小微型企业之间的支付模式，联通了审批管理流程和支付流程彼此割裂的局面，提高了中小微型企业办公审批的效率。

附图说明

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

图1是本发明实施例一提供的基于第三方应用的中小微型企业银企直连方法的流程图。

图2是本发明实施例二提供的基于第三方应用的中小微型企业银企直连装置的结构图。

图3是本发明实施例三提供的终端的结构示意图。

如下具体实施方式将结合上述附图进一步说明本发明。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施例对本发明进行详细描述。需要说明的是，在不冲突的情况下，本发明的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。

实施例一

图1是本发明实施例一提供的基于第三方应用的中小微型企业银企直连方法的流程图。

在本实施例中，所述基于第三方应用的中小微型企业银企直连方法可以应用于终端中，对于需要进行基于第三方应用的中小微型企业银企直连的终端，可以直接在终端上集成本发明的方法所提供的基于第三方应用的中小微型企业银企直连的功能，或者以软件开发工具包(softwaredevelopmentkit，skd)的形式运行在终端中。

本实施例中提供一种基于第三方应用的中小微型企业银企直连方法，主要适用于中小微型企业的银企直连的应用场景中，其目的是将第三方应用与中小微型企业的支付场景打通，使得通过第三方应用将中小微型企业与银行系统无缝对接，提升中小微型企业的办公审批效率。

如图1所示，所述基于第三方应用的中小微型企业银企直连方法具体包括以下步骤，根据不同的需求，该流程图中步骤的顺序可以改变，某些可以省略。

s11：向第三方应用发送绑定中小微型企业的至少一个金融账户的绑定请求。

所述第三方应用是指具有支付功能的办公软件，本实施例主要是以企业微信为例来说明如何实现中小微型企业的银企直连。

中小微型企业在使用第三方应用之前，需要向所述第三方应用发送绑定至少一个金融账户的绑定请求，所述绑定请求中携带有所述中小微型企业的软证书、登录账户及密码。即需要先在所述第三方应用中进行注册，对企业进行主体验证或者法定代表人验证。

在其他实施例中，向所述第三方应用发送的绑定请求中，还可以携带有中小微型企业的企业logo、企业名称、行业状态、人员规模、企业地址、联系电话、发票抬头等基本信息。

中小微型企业的金融账户是指中小微型企业在银行开设的企业性质的银行账户。

在第三方应用中绑定中小微型企业的至少一个金融账户的用户名、企业信息及动态口令验证(one-timepassword，otp)等。

所述至少一个金融账户包括一个，两个及以上的金融账户。

s12：当成功登录所述第三方应用时，根据预设显示规则在所述第三方应用的显示界面上显示多个待进行支付的候选审批单据。

本实施例中，每次当中小微型企业的用户成功登录所述第三方应用时，即可通过第三方应用显示多个待进行支付的候选审批单据。

可以预先设置显示指令，当接收到所述预设显示指令时，能够快速进入第三方应用的显示界面，所述显示界面上显示有多个待进行支付的候选审批单据。

所述候选审批单据，是指中小微型企业用户待选择的审批单据。在实际应用中，中小微型企业用户可以在第三方应用的显示界面上显示的多个候选审批单据中进行选择，继而为选定的审批单据进行支付。

第三方应用的显示界面上所显示的候选审批单据的数目可以为任意自然数，实际显示的数目据实际情况而定。

根据本发明的一个优选实施例，所述在所述成功登录所述第三方应用之前，所述方法还包括：

向所述第三方应用发送登录请求，所述登录请求中携带有所述中小微型企业的软证书、登录账户及密码；

接收所述第三方应用对所述软证书、登录账户及密码的验证确认结果。

本实施例中，为保证支付环境的安全性，中小微型企业用户每次都需要在第三方应用的登录界面上输入软证书、登录账户及密码。当第三方应用验证所述中小微型企业的软证书、登录账户及密码成功时，向所述中小微型企业发送验证确认结果。中小微型企业接收所述第三方应用对所述软证书、登录账户及密码的验证确认结果之后，可以直接在在所述第三方应用的显示界面上显示对应所述登录账户的多个待进行支付的候选审批单据。

根据本发明的一个优选实施例，所述根据预设显示规则在所述第三方应用的显示界面上显示多个待进行支付的候选审批单据包括：

在所述第三方应用的第一显示界面上显示预设的审批单据状态虚拟图标，所述预设的审批单据状态虚拟图标包括：已批准的虚拟图标及未批准的虚拟图标；

当侦测到所述未批准的虚拟图标上接收到触控信号时，跳转到所述第三方应用的第二显示界面，所述第二显示界面上显示有所述多个待进行支付的候选审批单据。

本实施例中，第三方应用的显示界面上还显示有审批单据状态，所述审批单据状态包括：已批准、未批准、已失效、已变更或者已删除。每一种审批单据状态均对应有一个虚拟图标，所述虚拟图标用于接收触控信号并触发显示对应状态的审批单据。例如，审批单据状态为已批准，对应的虚拟图标上接收到触控信号时，显示处于已批准状态的审批单据，处于已批准状态的审批单据是指已完成了支付的审批单据。审批单据状态为未批准，对应的虚拟图标上接收到触控信号时，显示处于未批准状态的审批单据，处于未批准状态的审批单据是指待进行支付的审批单据。

第三方应用的显示界面包括依次显示的第一显示界面和第二显示界面，其中，第一显示界面用于显示审批单据状态，第二显示界面用于显示与已选定的审批单据状态匹配的审批单据；已选定的审批单据状态基于作用在第一显示界面上的审批单据状态选择操作确定。在实际应用中，用户可以在第一显示界面上显示的审批单据状态中进行选择，继而，在第二显示界面中将显示与选中的审批单据状态匹配的多个审批单据。

进一步的，在所述第二显示界面上显示有所述多个待进行支付的候选审批单据的同时，所述方法还包括：

显示每个候选审批单据对应的审批单据类型；

当侦测到所述审批单据类型上接收到触控信号时，跳转到所述第三方应用的第三显示界面，在所述第三显示界面上显示所触控的审批单据类型对应的候选审批单据。

在所述第二显示界面上显示有所述多个待进行支付的候选审批单据的同时还显示每个候选审批单据对应的审批单据类型。所述审批单据类型包括：请假、报销、转账等。当中小微型企业用户在第二显示界面上对某个审批单据类型进行了触控操作时，第三方应用跳转至第三显示界面，在所述第三显示界面上显示所触控的审批单据类型对应的候选审批单据。如此可以方便中小微型企业用户根据审批单据状态选择待进行支付的审批单据，然后根据审批单据类型直接显示同一类的待进行支付的审批单据。

s13：当侦测到对所述候选审批单据中的目标审批单据的选定操作时，生成支付请求。

本实施例中，所述第三方应用的显示界面上显示的多个候选审批单据对应有勾选框，当中小微型企业用户在某个勾选框上进行选择操作后，第三方应用将选择的勾选框对应的候选审批单据作为目标审批单据，并根据所述目标审批单据生成支付请求。

需要说明的是，第三方应用的显示界面上显示的多个候选审批单据对应的勾选框是单选框，即一次只有一个勾选框被选定，一次仅能选定一个目标审批单据。

根据本发明的一个优选实施例，在所述生成支付请求之后，所述方法还包括：

根据预设加密算法对所述支付请求进行加密处理，得到加密的支付请求。

本实施例中，所述预设加密算法可以是预先设置的非对称加密算法，对所生成的支付请求进行加密后，可以通过向所述金融账户对应的支付服务器提交加密后的支付请求，能够有效的确保支付请求的安全性。

s14：将所述支付请求推送至所述至少一个金融账户对应的支付服务器上。

本实施例中，通过第三方应用，基于已选定的目标审批单据生成支付请求，并将支付请求提交至金融账户对应的支付服务器。

所述支付请求用于指示支付服务器执行相应的支付逻辑。所述支付请求具体可以包括支付账户信息、接收账户信息、支付数额信息、以及支付事由信息等。

所述支付服务器，是金融账户对应的后台服务器。支付服务器可以用于执行支付逻辑，以实现支付安全验证、资源转移等操作。支付安全验证可以包括验证支付环境是否安全、支付请求是否合法等。

根据本发明的一个优选实施例，在所述金融账户对应的支付服务器接收到所述支付请求时，所述方法还包括：

判断所述支付请求是否有效；

当确定所述支付请求有效时，判断待支付资源是否超出所述金融账户中的余额；

当确定所述待支付资源未超出所述金融账户中的余额，执行所述支付请求对应的支付逻辑。

本实施例中，当支付服务器接收到支付请求时，首先验证支付请求是否有效，在确定支付请求有效及待支付资源未超出所述金融账户中的余额时的前提下时，执行支付请求对应的支付逻辑，从而实现将待支付资源从支付账户转移至接收账户等。

根据本发明的一个优选实施例，所述判断所述支付请求是否有效包括以下一种或多种的组合：

收款账户是否存在；

支付请求中是否未包含敏感关键词。

本实施例中，由于中小微型企业用户在登录第三方应用时，已关联自身的金融账户，故金融账户对应的支付服务器中存储有金融账户与登录账户之间的对应关系。当金融账户与登录所述第三方应用的登录账户对应时，确定金融账户与登录账户同属于中小微型企业的账户，认为支付请求有效；否则，当金融账户与登录所述第三方应用的登录账户不对应时，确定金融账户与登录账户不同属于中小微型企业的账户，认为支付请求无效。在金融账户与登录所述第三方应用的登录账户对应时，支付服务器才基于所述支付请求执行支付逻辑，否则支付服务器拒绝基于所述支付请求执行支付逻辑。

如果收款账户不存在，表明支付请求无效；如果收款账户存在，表明支付请求有效。在收款账户存在时，支付服务器才基于所述支付请求执行支付逻辑，否则支付服务器拒绝基于所述支付请求执行支付逻辑。

如果支付请求中包含有敏感关键词，则表明支付请求无效；如果支付请求中未包含有敏感关键词，则表明支付请求有效。在支付请求中未包含有敏感关键词时，支付服务器才基于所述支付请求执行支付逻辑，否则支付服务器拒绝基于所述支付请求执行支付逻辑。

s15：通过所述第三方应用接收所述支付服务器发送的支付状态。

本实施例中，金融账户对应的支付服务器基于所述支付请求执行相应的支付流程，以从中小微型企业对应的金融账户中，转移相应资源至相应接收账户。

当支付服务器走完付款审批流程后，将支付状态同步至第三方应用。

综上所述，本发明所述的基于第三方应用的中小微型企业银企直连的方法，首先向第三方应用发送绑定中小微型企业的至少一个金融账户的绑定请求，所述绑定请求中携带有所述中小微型企业的软证书、登录账户及密码；后续每次成功登录所述第三方应用时，即可根据预设显示规则在所述第三方应用的显示界面上显示多个待进行支付的候选审批单据；当侦测到对所述候选审批单据中的目标审批单据的选定操作时，生成支付请求；将所述支付请求推送至所述至少一个金融账户对应的支付服务器上；通过所述第三方应用接收所述支付服务器发送的支付状态。本发明能够通过第三方应用绑定中小微型企业，此后中小微型企业即可直接在第三方应用中获得需要进行支付的审批单据，并基于选定的审批单据向金融账户提交支付请求，以使金融账户对应的支付服务器执行相应的支付逻辑，打通了第三方应用与中小微型企业金融账户之间的支付模式，联通了审批管理流程和支付流程彼此割裂的局面，提高了中小微型企业办公审批的效率。

实施例二

图2是本发明实施例二提供的基于第三方应用的中小微型企业银企直连装置的结构图。

在一些实施例中，所述基于第三方应用的中小微型企业银企直连装置20可以包括多个由程序代码段所组成的功能模块。所述基于第三方应用的中小微型企业银企直连装置20中的各个程序段的程序代码可以存储于终端的存储器中，并由所述至少一个处理器所执行，以执行(详见图1描述)基于第三方应用的中小微型企业银企直连的功能。

本实施例中提供一种基于第三方应用的中小微型企业银企直连装置20，主要适用于中小微型企业的银企直连的应用场景中，其目的是将第三方应用与中小微型企业的支付场景打通，使得通过第三方应用将中小微型企业与银行系统无缝对接，提升中小微型企业的办公审批效率。

本实施例中，所述基于第三方应用的中小微型企业银企直连装置20根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：绑定模块201、显示模块202、推送模块203、接收模块204、生成模块205、加密模块206、判断模块207及支付模块208。本发明所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。

绑定模块201，用于向第三方应用发送绑定中小微型企业的至少一个金融账户的绑定请求。

所述第三方应用是指具有支付功能的办公软件，本实施例主要是以企业微信为例来说明如何实现中小微型企业的银企直连。

中小微型企业在使用第三方应用之前，需要向所述第三方应用发送绑定至少一个金融账户的绑定请求，所述绑定请求中携带有所述中小微型企业的软证书、登录账户及密码。即需要先在所述第三方应用中进行注册，对企业进行主体验证或者法定代表人验证。

在其他实施例中，向所述第三方应用发送的绑定请求中，还可以携带有中小微型企业的企业logo、企业名称、行业状态、人员规模、企业地址、联系电话、发票抬头等基本信息。

中小微型企业的金融账户是指中小微型企业在银行开设的企业性质的银行账户。

在第三方应用中绑定中小微型企业的至少一个金融账户的用户名、企业信息及动态口令验证(one-timepassword，otp)等。

所述至少一个金融账户包括一个，两个及以上的金融账户。

显示模块202，用于当成功登录所述第三方应用时，根据预设显示规则在所述第三方应用的显示界面上显示多个待进行支付的候选审批单据。

本实施例中，每次当中小微型企业的用户成功登录所述第三方应用时，即可通过第三方应用显示多个待进行支付的候选审批单据。

可以预先设置显示指令，当接收到所述预设显示指令时，能够快速进入第三方应用的显示界面，所述显示界面上显示有多个待进行支付的候选审批单据。

所述候选审批单据，是指中小微型企业用户待选择的审批单据。在实际应用中，中小微型企业用户可以在第三方应用的显示界面上显示的多个候选审批单据中进行选择，继而为选定的审批单据进行支付。

第三方应用的显示界面上所显示的候选审批单据的数目可以为任意自然数，实际显示的数目据实际情况而定。

根据本发明的一个优选实施例，所述在所述成功登录所述第三方应用之前，所述装置还包括：

推送模块203，用于向所述第三方应用发送登录请求，所述登录请求中携带有所述中小微型企业的软证书、登录账户及密码；

接收模块204，用于接收所述第三方应用对所述软证书、登录账户及密码的验证确认结果。

本实施例中，为保证支付环境的安全性，中小微型企业用户每次都需要在第三方应用的登录界面上输入软证书、登录账户及密码。当第三方应用验证所述中小微型企业的软证书、登录账户及密码成功时，向所述中小微型企业发送验证确认结果。中小微型企业接收所述第三方应用对所述软证书、登录账户及密码的验证确认结果之后，可以直接在在所述第三方应用的显示界面上显示对应所述登录账户的多个待进行支付的候选审批单据。

根据本发明的一个优选实施例，所述显示模块202根据预设显示规则在所述第三方应用的显示界面上显示多个待进行支付的候选审批单据包括：

在所述第三方应用的第一显示界面上显示预设的审批单据状态虚拟图标，所述预设的审批单据状态虚拟图标包括：已批准的虚拟图标及未批准的虚拟图标；

当侦测到所述未批准的虚拟图标上接收到触控信号时，跳转到所述第三方应用的第二显示界面，所述第二显示界面上显示有所述多个待进行支付的候选审批单据。

本实施例中，第三方应用的显示界面上还显示有审批单据状态，所述审批单据状态包括：已批准、未批准、已失效、已变更或者已删除。每一种审批单据状态均对应有一个虚拟图标，所述虚拟图标用于接收触控信号并触发显示对应状态的审批单据。例如，审批单据状态为已批准，对应的虚拟图标上接收到触控信号时，显示处于已批准状态的审批单据，处于已批准状态的审批单据是指已完成了支付的审批单据。审批单据状态为未批准，对应的虚拟图标上接收到触控信号时，显示处于未批准状态的审批单据，处于未批准状态的审批单据是指待进行支付的审批单据。

第三方应用的显示界面包括依次显示的第一显示界面和第二显示界面，其中，第一显示界面用于显示审批单据状态，第二显示界面用于显示与已选定的审批单据状态匹配的审批单据；已选定的审批单据状态基于作用在第一显示界面上的审批单据状态选择操作确定。在实际应用中，用户可以在第一显示界面上显示的审批单据状态中进行选择，继而，在第二显示界面中将显示与选中的审批单据状态匹配的多个审批单据。

进一步的，所述显示模块202，还用于在所述第二显示界面上显示有所述多个待进行支付的候选审批单据的同时，显示每个候选审批单据对应的审批单据类型；

当侦测到所述审批单据类型上接收到触控信号时，跳转到所述第三方应用的第三显示界面，在所述第三显示界面上显示所触控的审批单据类型对应的候选审批单据。

在所述第二显示界面上显示有所述多个待进行支付的候选审批单据的同时还显示每个候选审批单据对应的审批单据类型。所述审批单据类型包括：请假、报销、转账等。当中小微型企业用户在第二显示界面上对某个审批单据类型进行了触控操作时，第三方应用跳转至第三显示界面，在所述第三显示界面上显示所触控的审批单据类型对应的候选审批单据。如此可以方便中小微型企业用户根据审批单据状态选择待进行支付的审批单据，然后根据审批单据类型直接显示同一类的待进行支付的审批单据。

生成模块205，用于当侦测到对所述候选审批单据中的目标审批单据的选定操作时，生成支付请求。

本实施例中，所述第三方应用的显示界面上显示的多个候选审批单据对应有勾选框，当中小微型企业用户在某个勾选框上进行选择操作后，第三方应用将选择的勾选框对应的候选审批单据作为目标审批单据，并根据所述目标审批单据生成支付请求。

需要说明的是，第三方应用的显示界面上显示的多个候选审批单据对应的勾选框是单选框，即一次只有一个勾选框被选定，一次仅能选定一个目标审批单据。

根据本发明的一个优选实施例，在所述生成支付请求之后，所述基于第三方应用的中小微型企业银企直连装置还包括：

加密模块206，用于根据预设加密算法对所述支付请求进行加密处理，得到加密的支付请求。

本实施例中，所述预设加密算法可以是预先设置的非对称加密算法，对所生成的支付请求进行加密后，可以通过向所述金融账户对应的支付服务器提交加密后的支付请求，能够有效的确保支付请求的安全性。

所述推送模块203，还用于将所述支付请求推送至所述至少一个金融账户对应的支付服务器上。

本实施例中，通过第三方应用，基于已选定的目标审批单据生成支付请求，并将支付请求提交至金融账户对应的支付服务器。

所述支付请求用于指示支付服务器执行相应的支付逻辑。所述支付请求具体可以包括支付账户信息、接收账户信息、支付数额信息、以及支付事由信息等。

所述支付服务器，是金融账户对应的后台服务器。支付服务器可以用于执行支付逻辑，以实现支付安全验证、资源转移等操作。支付安全验证可以包括验证支付环境是否安全、支付请求是否合法等。

根据本发明的一个优选实施例，在所述金融账户对应的支付服务器接收到所述支付请求时，所述基于第三方应用的中小微型企业银企直连装置20还包括：

判断模块207，用于判断所述支付请求是否有效；

所述判断模块207，还用于当确定所述支付请求有效时，判断待支付资源是否超出所述金融账户中的余额；

支付模块208，用于当所述判断模块207确定所述待支付资源未超出所述金融账户中的余额，执行所述支付请求对应的支付逻辑。

本实施例中，当支付服务器接收到支付请求时，首先验证支付请求是否有效，在确定支付请求有效及待支付资源未超出所述金融账户中的余额时的前提下时，执行支付请求对应的支付逻辑，从而实现将待支付资源从支付账户转移至接收账户等。

根据本发明的一个优选实施例，所述判断模块207判断所述支付请求是否有效包括以下一种或多种的组合：

收款账户是否存在；

支付请求中是否未包含敏感关键词。

本实施例中，由于中小微型企业用户在登录第三方应用时，已关联自身的金融账户，故金融账户对应的支付服务器中存储有金融账户与登录账户之间的对应关系。当金融账户与登录所述第三方应用的登录账户对应时，确定金融账户与登录账户同属于中小微型企业的账户，认为支付请求有效；否则，当金融账户与登录所述第三方应用的登录账户不对应时，确定金融账户与登录账户不同属于中小微型企业的账户，认为支付请求无效。在金融账户与登录所述第三方应用的登录账户对应时，支付服务器才基于所述支付请求执行支付逻辑，否则支付服务器拒绝基于所述支付请求执行支付逻辑。

如果收款账户不存在，表明支付请求无效；如果收款账户存在，表明支付请求有效。在收款账户存在时，支付服务器才基于所述支付请求执行支付逻辑，否则支付服务器拒绝基于所述支付请求执行支付逻辑。

如果支付请求中包含有敏感关键词，则表明支付请求无效；如果支付请求中未包含有敏感关键词，则表明支付请求有效。在支付请求中未包含有敏感关键词时，支付服务器才基于所述支付请求执行支付逻辑，否则支付服务器拒绝基于所述支付请求执行支付逻辑。

所述接收模块204，还用于通过所述第三方应用接收所述支付服务器发送的支付状态。

本实施例中，金融账户对应的支付服务器基于所述支付请求执行相应的支付流程，以从中小微型企业对应的金融账户中，转移相应资源至相应接收账户。

当支付服务器走完付款审批流程后，将支付状态同步至第三方应用。

综上所述，本发明所述的基于第三方应用的中小微型企业银企直连装置，首先向第三方应用发送绑定中小微型企业的至少一个金融账户的绑定请求，所述绑定请求中携带有所述中小微型企业的软证书、登录账户及密码；后续每次成功登录所述第三方应用时，即可根据预设显示规则在所述第三方应用的显示界面上显示多个待进行支付的候选审批单据；当侦测到对所述候选审批单据中的目标审批单据的选定操作时，生成支付请求；将所述支付请求推送至所述至少一个金融账户对应的支付服务器上；通过所述第三方应用接收所述支付服务器发送的支付状态。本发明能够通过第三方应用绑定中小微型企业，此后中小微型企业即可直接在第三方应用中获得需要进行支付的审批单据，并基于选定的审批单据向金融账户提交支付请求，以使金融账户对应的支付服务器执行相应的支付逻辑，打通了第三方应用与中小微型企业金融账户之间的支付模式，联通了审批管理流程和支付流程彼此割裂的局面，提高了中小微型企业办公审批的效率。

实施例三

参阅图3所示，为本发明实施例三提供的终端的结构示意图。在本发明较佳实施例中，所述终端3包括存储器31、至少一个处理器32、至少一条通信总线33及收发器34。

本领域技术人员应该了解，图3示出的终端的结构并不构成本发明实施例的限定，既可以是总线型结构，也可以是星形结构，所述终端3还可以包括比图示更多或更少的其他硬件或者软件，或者不同的部件布置。

在一些实施例中，所述终端3包括一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的终端，其硬件包括但不限于微处理器、专用集成电路、可编程门阵列、数字处理器及嵌入式设备等。所述终端3还可包括客户设备，所述客户设备包括但不限于任何一种可与客户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、数码相机等。

需要说明的是，所述终端3仅为举例，其他现有的或今后可能出现的电子产品如可适应于本发明，也应包含在本发明的保护范围以内，并以引用方式包含于此。

在一些实施例中，所述存储器31用于存储程序代码和各种数据，例如安装在所述终端3中的基于第三方应用的中小微型企业银企直连装置20，并在终端3的运行过程中实现高速、自动地完成程序或数据的存取。所述存储器31包括只读存储器(read-onlymemory，rom)、随机存储器(randomaccessmemory，ram)、可编程只读存储器(programmableread-onlymemory，prom)、可擦除可编程只读存储器(erasableprogrammableread-onlymemory，eprom)、一次可编程只读存储器(one-timeprogrammableread-onlymemory，otprom)、电子擦除式可复写只读存储器(electrically-erasableprogrammableread-onlymemory，eeprom)、只读光盘(compactdiscread-onlymemory，cd-rom)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

在一些实施例中，所述至少一个处理器32可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(centralprocessingunit，cpu)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。所述至少一个处理器32是所述终端3的控制核心(controlunit)，利用各种接口和线路连接整个终端3的各个部件，通过运行或执行存储在所述存储器31内的程序或者模块，以及调用存储在所述存储器31内的数据，以执行终端3的各种功能和处理数据，例如执行基于第三方应用的中小微型企业银企直连的功能。

在一些实施例中，所述至少一条通信总线33被设置为实现所述存储器31以及所述至少一个处理器32等之间的连接通信。

尽管未示出，所述终端3还可以包括给各个部件供电的电源(比如电池)，根据本发明的一个优选实施例，电源可以通过电源管理装置与所述至少一个处理器32逻辑相连，从而通过电源管理装置实现管理充电、放电、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述终端3还可以包括多种传感器、蓝牙模块、wi-fi模块等，在此不再赘述。

应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。

上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分。

在进一步的实施例中，结合图2，所述至少一个处理器32可执行所述终端3的操作装置以及安装的各类应用程序(如所述的基于第三方应用的中小微型企业银企直连装置20)、程序代码等，例如，上述的各个模块。

所述存储器31中存储有程序代码，且所述至少一个处理器32可调用所述存储器31中存储的程序代码以执行相关的功能。例如，图2中所述的各个模块是存储在所述存储器31中的程序代码，并由所述至少一个处理器32所执行，从而实现所述各个模块的功能以达到基于第三方应用的中小微型企业银企直连的目的。

在本发明的一个实施例中，所述存储器31存储多个指令，所述多个指令被所述至少一个处理器32所执行以实现基于第三方应用的中小微型企业银企直连的功能。

具体地，所述至少一个处理器32对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述，在此不赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

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

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

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。