目标业务的数据处理方法、装置和服务器

本说明书属于计算机技术领域，尤其涉及目标业务的数据处理方法、装置和服务器。

在银行业务办理场景中，当用户想要办理某项银行业务(例如，商业汇票贴现业务等金融业务)时，用户往往需要在线下先向工作人员提交申请和相应的材料文件。工作人员需要先手动进行相应处理后，再依次提供多个审批人员进行具体审批。在所有审批人员审批通过之后，工作人员才可以为该用户办理具体的银行业务。

可见基于上述方法在为用户办理具体银行业务时，往往存在业务的数据处理过程繁琐、处理效率低，用户的使用体验差等问题。

针对上述问题，目前尚未提出有效的解决方案。

本说明书提供了一种目标业务的数据处理方法、装置和服务器，以有效地简化目标业务的数据处理流程，提高了目标业务的数据处理效率，使得用户能够在线上高效、便捷地完成包括目标业务的申请、审批和办理等数据处理，简化了用户侧操作，改善了用户的使用体验。

本说明书实施例提供了一种目标业务的数据处理方法，应用于服务器，包括：

接收用户通过终端设备发起的关于目标业务的目标申请请求，以及与目标业务相关的业务数据和关联文件；其中，所述目标申请请求至少携带有目标标识；

响应所述目标申请请求，将所述业务数据和关联文件保存于线上数据库，并建立所述业务数据和关联文件与目标标识的对应关系；

确定与所述目标业务相匹配的目标审批规则；

根据所述目标审批规则，将所述目标申请请求发送至相应的审批节点进行预设的审批处理；其中，所述审批节点根据目标标识查询线上数据库获取与目标业务相关的业务数据和关联文件；所述审批节点根据所述目标审批规则，利用所述业务数据和关联文件对目标业务进行预设的审批处理；

获取并根据审批节点的审批结果，确定目标业务是否满足预设的业务办理条件；

在确定目标业务满足预设的业务办理条件的情况下，进行关于目标业务的目标数据处理。

在一些实施例中，所述目标业务包括汇票贴现业务。

在一些实施例中，在所述目标业务包括汇票贴现业务的情况下，所述业务数据包括汇票；所述关联文件包括：贸易背景资料、用户身份证明材料、用户征信查询授权书。

在一些实施例中，所述贸易背景资料包括与所述汇票关联的合同文件、发票收据。

在一些实施例中，根据所述目标审批规则，将所述目标申请请求发送至相应的审批节点进行预设的审批处理，包括：

获取目标申请请求当前所携带的审批标记；其中，审批节点在确定对目标业务审批通过的情况下，在所述目标申请请求上添加包含有审批节点的节点标识的审批通过标记；

从所述审批标记中提取节点标识；

根据目标审批规则和节点标识，确定当前的审批节点；

将所述目标申请请求发送至当前审批节点进行预设的审批处理。

在一些实施例中，获取并根据审批节点的审批结果，确定目标业务是否满足预设的业务办理条件，包括：

获取目标申请请求所携带的审批标记作为审批节点的审批结果；

根据目标审批规则，通过检测所述审批结果中审批通过标记的数量是否等于预设的数量值，确定目标业务是否满足预设的业务办理条件。

在一些实施例中，根据目标审批规则，通过检测所述审批结果中审批通过标记的数量是否等于预设的数量值，确定目标业务是否满足预设的业务办理条件，包括：

在确定所述审批结果中审批通过标记的数量等于预设的数量值的情况下，确定目标业务满足预设的业务办理条件。

在一些实施例中，在确定目标业务满足预设的业务办理条件的情况下，所述进行关于目标业务的目标数据处理，包括：

根据目标标识查询线上数据库，获取与目标业务相关的汇票；

根据所述汇票和预设的贴现规则，确定相匹配的资金数据；

向用户发放所述资金数据。

在一些实施例中，所述预设的审批处理至少包括：汇票的核对审批，和用户征信的核查审批。

本说明书实施例还提供了一种目标业务的数据处理方法，应用于审批节点，包括：

接收关于目标业务的目标申请请求，并获取目标申请请求所携带的目标标识；

根据所述目标标识查询线上数据库，获取与目标业务相关的业务数据和关联文件；

确定与目标业务相匹配的目标审批规则；

根据目标审批规则，利用所述业务数据和关联文件对所述目标业务进行预设的审批处理。

在一些实施例中，在根据目标审批规则，利用所述业务数据和关联文件对所述目标业务进行预设的审批处理之后，所述方法还包括：

在确定目标业务审批通过的情况下，生成包含有审批节点的节点标识的审批通过标记；并在所述目标申请请求上添加所述审批通过标记。

在一些实施例中，在根据目标审批规则，利用所述业务数据和关联文件对所述目标业务进行预设的审批处理之前，所述方法还包括：

获取目标申请请求当前所携带的审批标记；

从所述审批标记中提取节点标识；

根据目标审批规则和节点标识，确定当前是否对所述目标业务进行预设的审批处理。

本说明书实施例还提供了一种目标业务的数据处理装置，包括：

接收模块，用于接收用户通过终端设备发起的关于目标业务的目标申请请求，以及与目标业务相关的业务数据和关联文件；其中，所述目标申请请求至少携带有目标标识；

保存模块，用于响应所述目标申请请求，将所述业务数据和关联文件保存于线上数据库，并建立所述业务数据和关联文件与目标标识的对应关系；

第一确定模块，用于确定与所述目标业务相匹配的目标审批规则；

审批模块，用于根据所述目标审批规则，将所述目标申请请求发送至相应的审批节点进行预设的审批处理；其中，所述审批节点根据目标标识查询线上数据库获取与目标业务相关的业务数据和关联文件；所述审批节点还根据所述目标审批规则，利用所述业务数据和关联文件对目标业务进行预设的审批处理；

第二确定模块，用于获取并根据审批节点的审批结果，确定目标业务是否满足预设的业务办理条件；

处理模块，用于在确定目标业务满足预设的业务办理条件的情况下，进行关于目标业务的目标数据处理。

本说明书实施例还提供了一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：接收用户通过终端设备发起的关于目标业务的目标申请请求，以及与目标业务相关的业务数据和关联文件；其中，所述目标申请请求至少携带有目标标识；响应所述目标申请请求，将所述业务数据和关联文件保存于线上数据库，并建立所述业务数据和关联文件与目标标识的对应关系；确定与所述目标业务相匹配的目标审批规则；根据所述目标审批规则，将所述目标申请请求发送至相应的审批节点进行预设的审批处理；其中，所述审批节点根据目标标识查询线上数据库获取与目标业务相关的业务数据和关联文件；所述审批节点根据所述目标审批规则，利用所述业务数据和关联文件对目标业务进行预设的审批处理；获取并根据审批节点的审批结果，确定目标业务是否满足预设的业务办理条件；在确定目标业务满足预设的业务办理条件的情况下，进行关于目标业务的目标数据处理。

本说明书实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现以下内容：接收用户通过终端设备发起的关于目标业务的目标申请请求，以及与目标业务相关的业务数据和关联文件；其中，所述目标申请请求至少携带有目标标识；响应所述目标申请请求，将所述业务数据和关联文件保存于线上数据库，并建立所述业务数据和关联文件与目标标识的对应关系；确定与所述目标业务相匹配的目标审批规则；根据所述目标审批规则，将所述目标申请请求发送至相应的审批节点进行预设的审批处理；其中，所述审批节点根据目标标识查询线上数据库获取与目标业务相关的业务数据和关联文件；所述审批节点根据所述目标审批规则，利用所述业务数据和关联文件对目标业务进行预设的审批处理；获取并根据审批节点的审批结果，确定目标业务是否满足预设的业务办理条件；在确定目标业务满足预设的业务办理条件的情况下，进行关于目标业务的目标数据处理。

本说明书提供的一种目标业务的数据处理方法、装置和服务器，基于该方法，用户可以通过终端设备在线上直接发起关于目标业务的目标申请请求，并上传与该目标业务相关的业务数据和关联文件；其中，该目标申请请求携带有目标标识；服务器响应目标申请请求，先将业务数据和关联文件保存于线上数据库，并建立该业务数据和关联文件与目标标识的对应关系，便于后续数据处理过程中可以高效、便捷在线查询回溯上述业务数据和关联文件；接着服务器可以确定出与该目标业务相匹配的目标审批规则，并根据目标审批规则结合具体审批情况，智能地将目标申请请求发送至相应的审批节点进行预设的审批处理；然后服务器可以获取并根据审批节点的审批结果，确定该目标业务是否满足预设的业务办理条件；并在确定满足预设的业务办理条件的情况下，自动进行相关的目标数据处理。从而可以有效地简化目标业务的数据处理流程，提高了目标业务的数据处理效率，使得用户能够通过线上高效、便捷地完成包括目标业务的申请、审批、办理等数据处理，简化了用户侧的操作，改善了用户的使用体验。

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

图1是本说明书的一个实施例提供的目标业务的数据处理方法的流程示意图；

图2是本说明书的一个实施例提供的目标业务的数据处理方法的流程示意图；

图3是本说明书的一个实施例提供的服务器的结构组成示意图；

图4是本说明书的一个实施例提供的目标业务的数据处理装置的结构组成示意图；

图5是在一个场景示例中，应用本说明书实施例提供的目标业务的数据处理方法的一种实施例的示意图；

图6是在一个场景示例中，应用本说明书实施例提供的目标业务的数据处理方法的一种实施例的示意图。

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

参阅图1所示，本说明书实施例提供了一种目标业务的数据处理方法，其中，该方法具体应用于线上业务办理系统的服务器一侧。具体实施时，该方法可以包括以下内容：

S101：接收用户通过终端设备发起的关于目标业务的目标申请请求，以及与目标业务相关的业务数据和关联文件；其中，所述目标申请请求至少携带有目标标识；

S102：响应所述目标申请请求，将所述业务数据和关联文件保存于线上数据库，并建立所述业务数据和关联文件与目标标识的对应关系；

S103：确定与所述目标业务相匹配的目标审批规则；

S104：根据所述目标审批规则，将所述目标申请请求发送至相应的审批节点进行预设的审批处理；其中，所述审批节点根据目标标识查询线上数据库获取与目标业务相关的业务数据和关联文件；所述审批节点根据所述目标审批规则，利用所述业务数据和关联文件对目标业务进行预设的审批处理；

S105：获取并根据审批节点的审批结果，确定目标业务是否满足预设的业务办理条件；

S106：在确定目标业务满足预设的业务办理条件的情况下，进行关于目标业务的目标数据处理。

通过上述实施例，用户可以通过终端设备在线上发起关于目标业务的目标申请请求，上传相关的业务数据和关联文件；相应的，服务器可以在线上自动地响应目标申请请求，先确定并根据相匹配的目标审批规则，智能地将目标申请请求发送至相应的审批节点进行预设的审批处理；再根据审批节点的审批结果，判断目标业务是否满足预设的业务办理条件，并进行具体的目标数据处理。从而可以有效地简化目标业务的数据处理流程，简化用户侧的操作，提高了目标业务的数据处理效率，使得用户能够通过线上高效、便捷地完成目标业务的申请和办理，改善了用户的使用体验。

在一些实施例中，上述目标业务的数据处理方法具体可以应用于线上业务办理系统的服务器一侧。其中，上述线上业务办理系统具体可以理解为一种预先布设好的，支持用户通过线上申请、审批、办理目标业务的系统结构。

在一些实施例中，上述线上业务办理系统具体可以包含有服务器、多个审批节点和终端设备等多个结构组件。其中，服务器、多个审批节点和终端设备可以通过有线或无线的方式相连，以进行具体的数据交互。

其中，上述服务器具体可以包括一种应用于线上业务办理系统一侧，能够实现数据传输、数据处理等功能的后台负责数据处理的服务器。具体的，所述服务器例如可以为一个具有数据运算、存储功能以及网络交互功能的电子设备。或者，所述服务器也可以为运行于该电子设备中，为数据处理、存储和网络交互提供支持的软件程序。在本实施例中，并不具体限定所述服务器的数量。所述服务器具体可以为一个服务器，也可以为几个服务器，或者，由若干服务器形成的服务器集。

上述审批节点具体可以包括一种负责对目标业务进行预设的审批处理的节点服务器。

上述终端设备具体可以包括一种应用于用户一侧，能够实现数据采集、数据传输等功能的前端。具体的，所述终端设备例如可以为台式电脑、平板电脑、笔记本电脑、智能手机、等。或者，所述终端设备也可以为能够运行于上述电子设备中的软件应用。例如，可以是在手机上运行的某电子银行APP等。

在一些实施例中，上述目标业务具体可以理解为用户所申请的等待审批和办理的业务项目。在银行业务办理场景中，上述目标业务具体可以是银行所提供银行业务。

具体的，上述目标业务可以包括汇票贴现业务等。其中，上述汇票贴现业务具体可以是指银行等机构提供的针对应收和应付商业汇票等票据的贴现服务。基于该项业务，用户(例如，某企业)在应收票据到期之前，可以将票据背书后上交银行贴现，银行将票据的到期价值，扣除按照贴现利率计算的从贴现日至到期日的利息(贴现折价)后的余款发放给用户。

当然，上述所列举的汇票贴现业务只是一种示意性说明。具体实施时，根据具体的应用场景和处理需求，上述目标业务还可以包括其他类型的业务。例如，小额贷业务、车贷业务、房贷业务等等。

在一些实施例中，上述用户具体可以是申请办理汇票体现业务的企业用户。在该企业一侧布设有线上业务办理系统的终端设备(或者称客户端)。

具体实施时，该企业的工作人员可以通过该终端设备，生成并向线上业务办理系统的服务器发起关于目标业务的目标申请请求。

终端设备在响应该企业的工作人员的相应操作，生成目标申请请求的同时，还会生成一个与该目标申请请求所申请的目标业务一一对应的目标标识；并将该目标标识附带在目标申请请求中，得到携带有目标标识的目标申请请求。终端设备再将上述携带有目标标识的目标申请请求发送给服务器。

具体实施时，该企业的工作人员在通过终端设备生成上述目标申请请求的同时，终端设备还会生成并向企业的工作人员展示出相关的数据输入界面。进而，该企业的工作人员可以根据输入界面上的提示信息，通过终端设备上传与目标业务相关的业务数据和关联文件。相应的，终端设备可以将目标申请请求，以及与目标业务相关的业务数据和关联文件一并发送至服务器。

在一些实施例中，在所述目标业务包括汇票贴现业务的情况下，所述业务数据具体可以包括汇票；所述关联文件具体可以包括：贸易背景资料、用户身份证明材料、用户征信查询授权书等。

其中，上述汇票，也可以称为商业汇票，具体可以是指出票人签发的，委托付款人在指定日期无条件支付确定的金额给收款人或者持票人的票据。上述汇票具体可以包括：商业承兑汇票和银行承兑汇票等多种不同类型的汇票。具体的，在银行业务办理场景中，商业汇票是一种企业常用的结算工具和融资工具，在供应链金融中具有重要地位。

上述身份证明材料具体可以是指能够证明用户身份的文件。例如，企业的营业执照复印件、企业法人的身份证复印件等等。

上述贸易背景资料具体可以是指与汇票关联的，用于证明汇票的真实性的材料文件。具体的，所述贸易背景资料可以包括与所述汇票关联的合同文件、发票收据等。

上述用户征信查询授权书具体可以是指有用户签字盖章，表示用户同意授权系统自动对该用户进行征信查询的授权书的复印件或照片。

在一些实施例中，上述关联文件进一步还可以包含有其他类型的数据文件。例如，上述关联文件还可以包含有目标业务的申请书文件、用户自定义的备注附言文件等等。

在一些实施例中，服务器在接收到目标申请请求，以及与目标业务相关的业务数据和关联文件之后，可以先解析该目标申请请求，提取所携带的目标标识。进一步，服务器可以将业务数据和关联文件保存在线上数据库中，并在该线上数据库建立上述业务数据和关联文件与该目标标识的对应关系。

此外，服务器还可以将上述对应关系记录在保存于线上数据库的关系列表中。以便后续可以通过查询线上数据库的关系列表获取对应关系，再基于该对应关系查询线上数据库，以高效、精准地获取所需要的业务数据和/或关联文件。

在一些实施例中，具体实施前，服务器还可以对大量历史业务的审批和办理记录进行分类学习，以确定对应多种不同场景类型的多个预设的审批规则。其中，每一个预设的审批规则记录有所对应的场景类型下的业务审批和办理流程。基于该业务审批和办理流程可以知晓每一个阶段负责审批处理的审批节点的节点标识，以及具体的业务办理条件等规则信息。

所述目标申请请求具体还可以携带有关于目标业务的场景类型标识。相应的，服务器可以根据目标申请请求的场景类型标识，从多个预设的审批规则中确定出与场景类型标识相匹配的一个预设的审批规则，作为目标审批规则。

在一些实施例中，服务器可以监测目标申请请求的具体的审批情况；并根据目标审批规则和具体的审批情况，自动地将目标申请请求依次分别发送到相应的审批节点进行预设的审批处理，以完成目标审批规则中所要求的审批节点的审批。

在一些实施例中，所述预设的审批处理至少可以包括：汇票的核对审批(可以记为预设的第一审批处理)，和用户征信的核查审批(可以预设的第二审批处理)。

其中，上述汇票的核对审批具体可以包括：核对审批汇票贴现业务中的汇票是否与用户提供的贸易背景资料相吻合，以确定汇票是否真实可信。

上述用户征信的核查审批具体可以包括：关联外部征信系统获取用户的征信报告；根据征信报告核对审批用户的征信是否符合业务办理条件。

当然，上述所列举的预设的审批处理只是一种示意性说明。具体实施时，根据具体的应用场景和业务需求，上述预设的审批处理还可以包括其他类型的审批处理。例如，还可以包括用户身份权限的核查审批、用户的历史违规风险的核查审批等等。

在一些实施例中，具体实施时，服务器可以根据目标审批规则，确定出第一个负责审批处理的审批节点(记为第一审批节点)的节点标识；再根据该节点标识，将目标申请请求发送至第一审批节点。其中，上述审批节点具体可以为负责进行审批处理的节点服务器。

第一审批节点在接收到该目标申请请求之后，可以先确定出与该目标申请请求所申请的目标业务相匹配的目标审批规则；并从目标申请请求中提取目标标识。

接着，第一审批节点可以根据目标标识查询线上数据库，获取与目标业务相关的业务数据，例如，汇票；以及与关联文件，例如，贸易背景资料、用户身份证明材料、用户征信查询授权书等数据。

进一步，第一审批节点可以根据目标审批规则，利用所获取的业务数据、关联文件，对目标业务进行预设的审批处理。

具体审批时，第一审批节点可以先从汇票中提取关键信息(例如，汇票的名称、汇票的金额等)；并将上述关键信息与贸易背景资料中的合同文件、发票收据等进行信息匹配，以确定上述汇票与贸易背景资料是否吻合一致。在确定吻合一致的情况下，确定汇票的核对审批通过。从而完成预设的第一审批处理。

同时，第一审批节点可以利用用户身份证明材料、用户征信查询授权书等，关联外部征信系统，以自动查询获取该用户的征信报告；再根据用户的征信报告和目标审批条件，确定用户的征信情况是否符合征信要求。在确定该用户的征信情况符合征信要求的情况下，确定用户征信的核查审批通过。从而完成预设的第二审批处理。

在一些实施例中，第一审批节点具体查询获取用户的征信报告时，首先可以根据用户身份证明材料、用户征信查询授权书等生成第一查询请求，并将该第一查询请求发送至内部征信系统(例如，行内的征信系统)。内部征信系统接收并响应第一查询请求，并对该第一查询请求携带的用户身份证明材料、用户征信查询授权书等进行验证，在验证通过的情况下，生成并向第一审批节点反馈对应目标业务的统一授权库编码。其中，上述统一授权库编码可以理解为一种关联外部征信系统查询征信报告的数据凭证。

进一步，第一审批节点可以生成第二查询请求；其中，第二查询请求具体可以携带有统一授权库编码，以及用户的身份信息。第一审批节点可以将上述第二查询请求通过内部征信系统发送至外部征信系统。外部征信系统接收并响应第二查询请求，先对第二查询请求所携带的统一授权库编码进行真伪验证；在验证通过的情况下，根据第二查询请求所携带的用户的身份信息进行征信查询，以获取针对该用户的征信报告；并通过内部征信系统将该征信报告反馈给第一审批节点。

从而第一审批节点可以高效、可靠地实现自动关联外部征信系统，获取用户的征信报告。

在一些实施例中，第一审批节点在确定预设的第一审批处理和预设的第二审批处理都审批通过的情况下，才能确定对目标业务审批通过。进而可以第一审批节点可以生成审批通过标记(例如，一个正向的审批标记)，并将该审批通过标记添加到目标申请请求上。其中，该审批通过标记具体可以包含有第一审批节点的节点标识。

相反，如果预设的第一审批处理或预设的第二审批处理中至少一个审批未通过，则确定目标业务审批未通过。这时，第一审批节点可以生成并在目标申请请求上添加审批未通过标记(例如，一个负向的审批标记)。

在一些实施例中，第一审批节点在按照上述方式进行预设的审批处理的过程中，还可以根据具体的审批情况生成相应的审核意见；其中，审核意见携带有第一审批节点的节点标识。第一审批节点可以将审核意见保存于线上数据库，便于后续处理的查询和参考。

在一些实施例中，服务器可以根据目标审批规则，检测目标申请请求是否携带有第一审批节点添加的标记。在确定携带有上标记的情况下，可以确定第一审批节点已经完成针对目标业务的预设的审批处理。进而服务器可以根据目标审批规则，确定出第一审批节点之后的下一个审批节点，例如，第二审批节点。再将该目标申请请求发送至第二审批节点进行预设的审批处理。按照上述方式，以此类推，服务器可以根据目标审批规则，依次将目标申请请求逐一发送至相应的审批节点进行预设的审批处理。

在一些实施例中，上述根据所述目标审批规则，将所述目标申请请求发送至相应的审批节点进行预设的审批处理，具体实施时，可以包括以下内容：

S1：获取目标申请请求当前所携带的审批标记；其中，审批节点在确定对目标业务审批通过的情况下，在所述目标申请请求上添加包含有审批节点的节点标识的审批通过标记；

S2：从所述审批标记中提取节点标识；

S3：根据目标审批规则和节点标识，确定当前的审批节点；

S4：将所述目标申请请求发送至当前审批节点进行预设的审批处理。

其中，所述审批标记具体包括审批通过标记和/或审批未通过标记。审批节点在确定对目标业务审批未通过的情况下，可以在所述目标申请请求上添加包含有审批节点的节点标识的审批未通过标记。

通过上述实施例，服务器可以根据目标审批规则将目标申请请求依次发送至相应的审批节点进行预设的审批处理。

在一些实施例中，服务器可以根据目标审批规则，检测目标申请请求中所携带的审批标记的数量是否满足数量要求；在确定满足数量要求的情况下，可以确定对目标业务的审批结束。同时，可以获取目标申请请求所携带的审批标记作为审批节点的审批结果。

在一些实施例中，上述获取并根据审批节点的审批结果，确定目标业务是否满足预设的业务办理条件，具体实施时，可以包括以下内容：

S1：获取目标申请请求所携带的审批标记作为审批节点的审批结果；

S2：根据目标审批规则，通过检测所述审批结果中审批通过标记的数量是否等于预设的数量值，确定目标业务是否满足预设的业务办理条件。

在一些实施例中，具体实施时，可以根据审批结果，统计出审批通过标记的数量；再将审批通过标记的数量与预设的数量值进行比较。在确定审批通过标记的数量等于预设的数量值时，确定目标业务满足预设的业务办理条件。相反，则确定目标业务不满足预设的业务办理条件。

其中，上述预设的数量值根据目标审批规则确定。具体的，上述预设的数量值可以是目标审批规则中审批节点的总数。

在一些实施例中，上述根据目标审批规则，通过检测所述审批结果中审批通过标记的数量是否等于预设的数量值，确定目标业务是否满足预设的业务办理条件，具体实施时，可以包括：在确定所述审批结果中审批通过标记的数量等于预设的数量值的情况下，确定目标业务满足预设的业务办理条件。

在一些实施例中，在确定目标业务满足预设的业务办理条件的情况下，所述进行关于目标业务的目标数据处理，具体实施时，可以包括以下内容：

S1：根据目标标识查询线上数据库，获取与目标业务相关的汇票；

S2：根据所述汇票和预设的贴现规则，确定相匹配的资金数据；

S3：向用户发放所述资金数据。

通过上述实施例，服务器在确定目标业务审批通过的情况下，可以及时、高效地为用户完成目标业务的办理，提高用户的使用体验。

在一些实施例中，在确定目标业务不满足预设的业务办理条件的情况下，所述方法还包括：根据所述审批结果，抽取审批未通过标记；根据审批未通过标记，获取负向审批节点的节点标识；根据所述负向审批节点的节点标识，与负向审批节点进行交互，以获取负向审批节点提供的审批未通过的原因。

服务器可以生成目标业务审批未通过的提示信息。并通过终端设备向用户展示出该提示信息。同时，服务器还可以通过终端审向用户展示审批未通过的原因，从而可以方便用户有针对性地进行修改和调整，以满足预设的业务办理条件。

由上可见，基于本说明书实施例提供的目标业务的数据处理方法，用户可以通过终端设备线上发起关于目标业务的目标申请请求，并上传与该目标业务相关的业务数据和关联文件；其中，目标申请请求携带有目标标识；服务器响应目标申请请求，先将业务数据和关联文件保存于线上数据库，并建立业务数据和关联文件与目标标识的对应关系，便于后续数据处理过程中可以高效、便捷在线查询回溯上述业务数据和关联文件；接着服务器可以确定出与该目标业务相匹配的目标审批规则，并根据目标审批规则结合具体审批情况，将目标申请请求发送至相应的审批节点进行对应预设的审批处理；然后服务器可以获取并根据审批节点的审批结果确定该目标业务是否满足预设的业务办理条件；并在确定满足预设的业务办理条件的情况下，进行相关的目标数据处理。从而可以有效地简化目标业务的数据处理流程，提高了目标业务的数据处理效率，使得用户能够通过线上高效、便捷地完成目标业务的申请和办理，改善了用户的使用体验。

参阅图2所示，本说明书实施例还提供了一种目标业务的数据处理方法，应用于审批节点。其中，该方法具体实施时，可以包括以下内容：

S201：接收关于目标业务的目标申请请求，并获取目标申请请求所携带的目标标识；

S202：根据所述目标标识查询线上数据库，获取与目标业务相关的业务数据和关联文件；

S203：确定与目标业务相匹配的目标审批规则；

S204：根据目标审批规则，利用所述业务数据和关联文件对所述目标业务进行预设的审批处理。

通过上述实施例，审批节点可以很便捷地查询并利用与目标业务相关的业务数据和关联文件来对目标业务进行预设的审批处理。

在一些实施例中，所述预设的审批处理至少包括：汇票的核对审批，和用户征信的核查审批等审批处理。

在一些实施例中，在根据目标审批规则，利用所述业务数据和关联文件对所述目标业务进行预设的审批处理之后，所述方法具体实施时，还可以包括以下内容：

在确定目标业务审批通过的情况下，生成包含有审批节点的节点标识的审批通过标记；并在所述目标申请请求上添加所述审批通过标记。

相反，在确定目标业务审批未通过的情况下，可以生成包含有审批节点的节点标识的审批未通过标记；并在所述目标申请请求上添加所述审批未通过标记。

在一些实施例中，在根据目标审批规则，利用所述业务数据和关联文件对所述目标业务进行预设的审批处理之前，所述方法具体实施时，还可以包括以下内容：

S1：获取目标申请请求当前所携带的审批标记；

S2：从所述审批标记中提取节点标识；

S3：根据目标审批规则和节点标识，确定当前是否对所述目标业务进行预设的审批处理。

在一些实施例中，上述审批标记具体可以包括审批通过标记和审批未通过标记。

在一些实施例中，具体实施时，审批节点还可以根据目标审批规则确定审批节点的审批顺序。相应的，审批节点可以根据节点标识，在确定目标申请请求还没有携带有在先的审批节点添加的审批标记的情况下，暂时不对该目标业务进行预设的审批处理。相反，在确定目标申请请求已经携带有在先的审批节点添加的审批标记的情况下，可以触发响应该目标申请请求对目标业务进行预设的审批处理。

本说明书实施例还提供一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器具体实施时可以根据指令执行以下步骤：接收用户通过终端设备发起的关于目标业务的目标申请请求，以及与目标业务相关的业务数据和关联文件；其中，所述目标申请请求至少携带有目标标识；响应所述目标申请请求，将所述业务数据和关联文件保存于线上数据库，并建立所述业务数据和关联文件与目标标识的对应关系；确定与所述目标业务相匹配的目标审批规则；根据所述目标审批规则，将所述目标申请请求发送至相应的审批节点进行预设的审批处理；其中，所述审批节点根据目标标识查询线上数据库获取与目标业务相关的业务数据和关联文件；所述审批节点根据所述目标审批规则，利用所述业务数据和关联文件对目标业务进行预设的审批处理；获取并根据审批节点的审批结果，确定目标业务是否满足预设的业务办理条件；在确定目标业务满足预设的业务办理条件的情况下，进行关于目标业务的目标数据处理。

为了能够更加准确地完成上述指令，参阅图3所示，本说明书实施例还提供了另一种具体的服务器，其中，所述服务器包括网络通信端口301、处理器302以及存储器303，上述结构通过内部线缆相连，以便各个结构可以进行具体的数据交互。

其中，所述网络通信端口301，具体可以用于接收用户通过终端设备发起的关于目标业务的目标申请请求，以及与目标业务相关的业务数据和关联文件；其中，所述目标申请请求至少携带有目标标识。

所述处理器302，具体可以用于响应所述目标申请请求，将所述业务数据和关联文件保存于线上数据库，并建立所述业务数据和关联文件与目标标识的对应关系；确定与所述目标业务相匹配的目标审批规则；根据所述目标审批规则，将所述目标申请请求发送至相应的审批节点进行预设的审批处理；其中，所述审批节点根据目标标识查询线上数据库获取与目标业务相关的业务数据和关联文件；所述审批节点根据所述目标审批规则，利用所述业务数据和关联文件对目标业务进行预设的审批处理；获取并根据审批节点的审批结果，确定目标业务是否满足预设的业务办理条件；在确定目标业务满足预设的业务办理条件的情况下，进行关于目标业务的目标数据处理。

所述存储器303，具体可以用于存储相应的指令程序。

在本实施例中，所述网络通信端口301可以是与不同的通信协议进行绑定，从而可以发送或接收不同数据的虚拟端口。例如，所述网络通信端口可以是负责进行web数据通信的端口，也可以是负责进行FTP数据通信的端口，还可以是负责进行邮件数据通信的端口。此外，所述网络通信端口还可以是实体的通信接口或者通信芯片。例如，其可以为无线移动网络通信芯片，如GSM、CDMA等；其还可以为Wifi芯片；其还可以为蓝牙芯片。

在本实施例中，所述处理器302可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本说明书并不作限定。

在本实施例中，所述存储器303可以包括多个层次，在数字系统中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如RAM、FIFO等；在系统中，具有实物形式的存储设备也叫存储器，如内存条、TF卡等。

本说明书实施例还提供了一种基于上述目标业务的数据处理方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：接收用户通过终端设备发起的关于目标业务的目标申请请求，以及与目标业务相关的业务数据和关联文件；其中，所述目标申请请求至少携带有目标标识；响应所述目标申请请求，将所述业务数据和关联文件保存于线上数据库，并建立所述业务数据和关联文件与目标标识的对应关系；确定与所述目标业务相匹配的目标审批规则；根据所述目标审批规则，将所述目标申请请求发送至相应的审批节点进行预设的审批处理；其中，所述审批节点根据目标标识查询线上数据库获取与目标业务相关的业务数据和关联文件；所述审批节点根据所述目标审批规则，利用所述业务数据和关联文件对目标业务进行预设的审批处理；获取并根据审批节点的审批结果，确定目标业务是否满足预设的业务办理条件；在确定目标业务满足预设的业务办理条件的情况下，进行关于目标业务的目标数据处理。

在本实施例中，上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。

在本实施例中，该计算机存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

参阅图4所示，在软件层面上，本说明书实施例还提供了一种目标业务的数据处理装置，该装置具体可以包括以下的结构模块：

接收模块401，具体可以用于接收用户通过终端设备发起的关于目标业务的目标申请请求，以及与目标业务相关的业务数据和关联文件；其中，所述目标申请请求至少携带有目标标识；

保存模块402，具体可以用于响应所述目标申请请求，将所述业务数据和关联文件保存于线上数据库，并建立所述业务数据和关联文件与目标标识的对应关系；

第一确定模块403，具体可以用于确定与所述目标业务相匹配的目标审批规则；

审批模块404，具体可以用于根据所述目标审批规则，将所述目标申请请求发送至相应的审批节点进行预设的审批处理；其中，所述审批节点根据目标标识查询线上数据库获取与目标业务相关的业务数据和关联文件；所述审批节点还根据所述目标审批规则，利用所述业务数据和关联文件对目标业务进行预设的审批处理；

第二确定模块405，具体可以用于获取并根据审批节点的审批结果，确定目标业务是否满足预设的业务办理条件；

处理模块406，具体可以用于在确定目标业务满足预设的业务办理条件的情况下，进行关于目标业务的目标数据处理。

需要说明的是，上述实施例阐明的单元、装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

由上可见，基于本说明书实施例提供的目标业务的数据处理装置，可以有效地简化目标业务的数据处理流程，提高了目标业务的数据处理效率，使得用户能够通过线上高效、便捷地完成目标业务的申请和办理，改善了用户的使用体验。

在一个具体的场景示例中，可以应用本说明书实施例提供的目标业务的数据处理方法来具体实现银行企业贴现线上化业务的处理。

在本场景示例中，当前在进行涉及商业汇票的贴现业务时，期望能够优化以往贴现业务流程，支持客户线上提交贸易背景资料、贴现业务申请书、客户身份证明材料、征信授权书至行内系统。此外，还期望行内系统能新增查询客户征信情况功能，实现在商业汇票贴现功能菜单完成与征信组件交互，从而提高受理贴现业务受理效率；支持各审批节点可查看客户提交的业务申请书、贸易背景资料以及在贴现组件生成的客户征信情况，进一步加强信用风险与操作风险防范能力；并且对于客户相关材料，系统可提供查询回溯功能，为后续监管审计提供可靠信息来源，为管理分析用户提供便利条件。

基于上述要求，具体实施时，整体处理流程可以参阅图5所示。在完整的E贴现业务流程中，企业客户在平台端(终端设备)上传相关业务资料并且提交贴现申请(对应于用户通过终端设备发起关于目标业务的目标申请请求，以及与目标业务相关的业务数据和关联文件)，电票系统(ECDS，Electronic commercial draft system)转发贴现申请至贴现系统。

基于该贴现系统，可以触发针对该笔贴现申请的材料接收、申请接收、申请发起、征信查询、申请审批等处理流程(对应于根据目标审批规则，将目标申请请求发送至相应的审批节点进行预设的审批处理)。在审批通过后，才可以触发放款签收(对应于获取并根据审批节点的审批结果，确定目标业务是否满足预设的业务办理条件；在确定满足预设的业务办理条件的情况下，进行关于目标业务的目标数据处理)。在上述过程中，企业客户经理发起业务申报时，可通过该系统线上查看相关资料并进行企业征信情况查询；在票据买入库存后，可在台账、余额菜单查询E贴现业务的台账及相关余额。

参阅图5所示，通常上述贴现申请会先经过该企业客户主管进行审核，审核通过后会先上传电票系统；再由电票系统将该贴现申请转发至贴现系统。相应的，贴现系统可以接收贴现申请和相关申请材料(对应于接收用户通过终端设备发起关于目标业务的目标申请请求，以及与目标业务相关的业务数据和关联文件)。进而触发在贴现系统中申请发起，以进行后续的数据处理。具体实施时，对于企业申请材料接收过程，企业在供应链平台发起贴现申请业务流程大致如下：企业制单岗经办，选择一至多张票据进行制单，同时签署或上传相关申请材料。制单岗提交主管审核通过后完成一次贴现申请。企业在供应链平台提交一次贴现申请，签署或上传一份申请材料并发送至贴现组件。申请材料包括：业务申请书，客户身份证明材料，征信授权书。一次贴现申请生成唯一业务申请编号，平台发送申请材料经电票系统转发贴现系统时会将申请编号(对应目标标识)传至贴现组件。

由于电票系统转发贴现申请时每张票据附带业务申请编号，一次贴现申请中票据的申请编号均相同。因此贴现系统可进一步将票据与其相应的业务申请资料关联(对应于建立业务数据和关联文件与目标标识的对应关系)，从而实现后续在申请审时申请资料线上查看下载，以及申请人征信情况线上查询等操作。

对于企业贸易背景资料接收过程，企业申请票据贴现需提供真实的贸易背景资料，其中一份贸易背景资料包含一份合同，一至多张发票信息。企业制单岗选择一至多张票据，将贸易背景资料以压缩包的形式上传，同时将合同编号一同上传至贴现系统。总体来说，贸易背景资料与票据是多对多的关系，与业务申请编号是多对一的关系。建立申请编号与贸易背景资料的对应关系

在接收到贸易背景资料后，贴现系统内建立申请编号与贸易背景资料的联系，以及贸易背景资料与票据的联系。在贴现业务流程中，提供根据票号下载与之关联的一至多个贸易背景资料的功能。

对于企业征信情况联机查询包括：征信查询资料上传和征信查询两部分。具体可以参阅图6所示。

具体的，对于征信查询资料上传，客户经理在贴现业务流程中查询客户征信情况时，贴现系统将于行内征信系统进行第一交互将征信授权资料上传至行内征信系统，征信授权资料包括：征信授权书、业务申请书、客户身份证明材料(营业执照及法人身份证)。行内征信系统接收到上述资料后将生成统一授权库编码回传至贴现系统，至此征信资料上传成功(对应于根据用户身份证明材料、用户征信查询授权书等生成第一查询请求，并将该第一查询请求发送至内部征信系统；内部征信系统接收并响应第一查询请求，并对该第一查询请求携带的用户身份证明材料、用户征信查询授权书等进行验证，在验证通过的情况下，生成并反馈对应目标业务的统一授权库编码。

对于征信查询，贴现系统成功收到统一授权库编码后与行内征信组件进行第二次交互查询客户征信情况，本次交互联动外部征信系统进行查询。贴现系统将统一授权库编码发送至行内征信系统触发征信查询操作，行内征信组件联动外部征信系统实时查询，最终将人行二代企业信用报告以XML格式文件返回至贴现系统(对应于生成第二查询请求；其中，第二查询请求携带有统一授权库编码，以及用户的身份信息；将上述第二查询请求通过内部征信系统发送至外部征信系统；外部征信系统接收并响应第二查询请求，先对第二查询请求所携带的统一授权库编码进行真伪验证；在验证通过的情况下，根据第二查询请求所携带的用户的身份信息进行征信查询，以获取针对该用户的征信报告；并通过内部征信系统反馈该征信报告反。贴现系统解析文件并在行内客户端展示，至此一次完整的征信查询操作结束。

通过上述场景示例，验证了本说明书实施例提供的目标业务的数据处理方法，可以获得高效的企业申请资料上传机制，具体的，企业客户线上提交申请资料，包括业务申请书、征信授权书、客户身份证明材料、贸易背景资料。系统内部为上述资料提供合理存储结构及展现形式。还可以获得便捷的企业征信情况查询方法，具体的，支持客户经理在业务发起流程中查询企业征信，将征信查询功能灵活嵌入业务流程中，并为各审批节点用户提供查看入口。从而可以优化以往贴现业务流程，支持客户线上提交贸易背景资料，贴现业务申请书，客户身份证明材料，征信授权书至行内系统。行内系统新增查询客户征信情况功能，实现在商业汇票贴现功能菜单完成与征信组件交互，从而提高受理贴现业务受理效率。各审批节点可查看客户提交的业务申请书，贸易背景资料以及在贴现组件生成的客户征信情况，进一步加强信用风险与操作风险防范能力。对于客户相关材料，系统提供查询回溯功能，为后续监管审计提供可靠信息来源，为管理分析用户提供便利条件。

虽然本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施例的描述可知，本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书的技术方案本质上可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本说明书可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。