CN117726337A

CN117726337A - 交易信息处理方法、装置、电子设备及存储介质

Info

Publication number: CN117726337A
Application number: CN202311597067.3A
Authority: CN
Inventors: 杜建光; 曹馨竹; 苏景博
Original assignee: Zhongdian Jinxin Software Co Ltd
Current assignee: Zhongdian Jinxin Software Co Ltd
Priority date: 2023-11-27
Filing date: 2023-11-27
Publication date: 2024-03-19

Abstract

本申请提供一种交易信息处理方法、装置、电子设备及存储介质，涉及计算机技术领域。该方法包括：获取第一人员通过第一终端针对预设交易业务输入的交易请求，交易请求中包括：交易详情信息和业务场景标识，业务场景标识用于指示预设交易业务所属的业务场景；根据业务场景标识，获取业务场景的第一授权规则；若第一授权规则包括预设交易业务无需授权的指示信息，则根据交易详情信息直接完成交易；若第一授权规则包括：业务场景对应第二人员的信息，根据交易请求以及第二人员的信息，通过第二服务器向第二人员对应的第二终端发送授权请求，以使得第二人员根据授权请求对预设交易业务进行授权后完成交易。本申请可以实现针对多种业务场景的授权。

Description

交易信息处理方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种交易信息处理方法、装置、电子设备及存储介质。

背景技术

企业网银是银行面向企业用户开发的一种网上银行服务，为了更好地服务企业客户，适应银行的业务扩展，随着银行企业客户数据的增长，对银行服务质量的要求不断提高。

现有的企业网银为手机银行、现金管理等行内系统提供授权能力，但是由于业务场景繁多，每新增一类业务渠道，相关业务的授权流程都不太相同，需要重新开发满足业务场景需求的授权流程，导致授权流程的重复开发。

发明内容

本发明的目的在于，针对上述现有技术中的不足，提供一种交易信息处理方法、装置、电子设备及存储介质，以便实现针对多种业务场景的授权。

为实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种交易信息处理方法，应用于第一服务器，所述方法包括：

获取第一人员通过第一终端针对预设交易业务输入的交易请求，所述交易请求中包括：交易详情信息和业务场景标识，所述业务场景标识用于指示所述预设交易业务所属的业务场景；

根据所述业务场景标识，获取所述业务场景的第一授权规则；

若所述第一授权规则包括所述预设交易业务无需授权的指示信息，则根据所述交易详情信息直接完成交易；

若所述第一授权规则包括：所述业务场景对应第二人员的信息，根据所述交易请求以及所述第二人员的信息，通过第二服务器向所述第二人员对应的第二终端发送授权请求，以使得所述第二人员根据所述授权请求对所述预设交易业务进行授权后完成交易。

可选的，所述获取第一人员通过第一终端针对预设交易业务输入的交易请求之后，所述方法还包括：

调用通用校验方法集合，所述通用校验方法集合中包括：多个通用校验方法的标识；

根据所述多个通用校验方法的标识，调用所述多个通用校验方法的配置文件，执行所述多个通用校验方法，对所述第一人员和所述交易请求进行通用校验。

根据所述业务场景标识，获取所述业务场景对应的业务校验方法集合，所述业务校验方法集合中包括：所述业务场景对应的多个业务校验方法的标识；

根据所述多个业务校验方法的标识，调用所述多个业务校验方法的配置文件，执行所述多个业务校验方法，对所述交易请求进行业务校验。

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

根据所述交易详情信息中的交易客户信息，获取所述交易客户信息对应交易客户的第二授权规则；

若所述第二授权规则包括所述预设交易业务无需授权的指示信息，则根据所述交易详情信息直接完成交易；

若所述第二授权规则包括：所述业务场景对应第二人员的信息，根据所述交易请求以及所述第二人员的信息，向所述第二人员对应的第二终端发送授权请求，以使得所述第二人员根据所述授权请求对所述预设交易业务进行授权后完成交易。

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

根据所述交易详情信息，生成基础展示信息；

根据所述业务场景标识，获取所述预设交易业务的拓展展示信息；

根据针对所述预设交易业务的信息获取请求，展示所述基础展示信息和所述拓展展示信息。

第二方面，本申请实施例还提供一种交易信息处理方法，应用于第二服务器，所述方法包括：

接收第一服务器发送的授权请求，所述授权请求为所述第一服务器根据预设交易业务的交易请求和所述预设交易业务对应业务场景的第一授权规则生成的，所述第一授权规则包括：所述业务场景对应第二人员的信息，所述交易请求包括：交易详情信息和业务场景标识；

根据所述第二人员的信息，向所述第二人员对应的第二终端发送所述授权请求；

接收所述第二终端发送的所述第二人员针对所述授权请求的授权处理结果；

根据所述授权处理结果，执行针对所述预设交易业务的处理操作，得到所述预设交易业务的交易处理结果，所述交易处理结果用于指示所述预设交易业务是否完成交易。

可选的，若所述第二人员包括多个，所述第一授权规则还包括：多个第二人员的授权顺序信息，所述根据所述第二人员的信息，向所述第二人员对应的第二终端发送所述授权请求，包括：

若所述授权顺序信息指示所述多个第二人员的授权顺序为无序授权，向所述多个第二人员对应的第二终端同时发送所述授权请求；

所述根据所述授权处理结果，执行针对所述预设交易业务的处理操作，得到所述预设交易业务的交易处理结果，包括：

若所述多个第二人员的授权处理结果均为同意授权，执行针对所述预设交易业务的交易处理操作，得到所述预设交易业务的交易处理结果。

可选的，所述根据所述第二人员的信息，向所述第二人员对应的第二终端发送所述授权请求，还包括：

若所述授权顺序信息指示所述多个第二人员的授权顺序为有序授权，根据所述有序授权的授权顺序，向所述多个第二人员中的当前第二人员对应的第二终端发送所述授权请求；

根据所述当前第二人员针对所述授权请求的同意授权结果，向所述多个第二人员中的下一第二人员对应的第二终端发送所述授权请求；

若所述多个第二人员中末位第二人员的授权处理结果为同意授权，执行针对所述预设交易业务的交易处理操作，得到所述预设交易业务的交易处理结果。

可选的，所述接收所述第二终端发送的所述第二人员针对所述授权请求的授权处理结果之后，所述方法还包括：

根据每个第二人员的授权处理结果，更新所述预设交易业务的授权记录，所述授权记录包括：授权处理状态、更新后的第一授权规则和所述每个第二人员的操作信息。

可选的，所述根据每个第二人员的授权处理结果，更新所述预设交易业务的授权记录，包括：

若当前第二人员的授权处理结果为拒绝授权，生成所述预设交易业务的第一授权记录，所述第一授权记录中的授权处理状态为：授权拒绝，所述更新后的第一授权规则为：拒绝其他第二人员对所述预设交易业务进行授权、所述当前第二人员的操作信息为：所述当前第二人员将拒绝授权所述预设交易业务。

若当前第二人员的授权处理结果为同意授权，生成所述预设交易业务的第二授权记录，所述第二授权记录中的授权处理状态为：授权同意，所述更新后的第一授权规则为：其他第二人员的信息、所述当前第二人员的操作信息为：所述当前第二人员同意授权所述预设交易业务。

第三方面，本申请实施例还提供一种交易信息处理装置，应用于第一服务器，所述装置包括：

交易请求获取模块，用于获取第一人员通过第一终端针对预设交易业务输入的交易请求，所述交易请求中包括：交易详情信息和业务场景标识，所述业务场景标识用于指示所述预设交易业务所属的业务场景；

授权规则获取模块，用于根据所述业务场景标识，获取所述业务场景的第一授权规则；

交易处理模块，用于若所述第一授权规则包括所述预设交易业务无需授权的指示信息，则根据所述交易详情信息直接完成交易；

授权请求发送模块，用于若所述第一授权规则包括：所述业务场景对应第二人员的信息，根据所述交易请求以及所述第二人员的信息，通过第二服务器向所述第二人员对应的第二终端发送授权请求，以使得所述第二人员根据所述授权请求对所述预设交易业务进行授权后完成交易。

可选的，所述交易请求获取模块之后，所述装置还包括：

通用校验方法调用模块，用于调用通用校验方法集合，所述通用校验方法集合中包括：多个通用校验方法的标识；

通用校验方法执行模块，用于根据所述多个通用校验方法的标识，调用所述多个通用校验方法的配置文件，执行所述多个通用校验方法，对所述第一人员和所述交易请求进行通用校验。

可选的，所述交易请求获取模块之后，所述装置还包括：

业务校验方法调用模块，用于根据所述业务场景标识，获取所述业务场景对应的业务校验方法集合，所述业务校验方法集合中包括：所述业务场景对应的多个业务校验方法的标识；

业务校验方法执行模块，用于根据所述多个业务校验方法的标识，调用所述多个业务校验方法的配置文件，执行所述多个业务校验方法，对所述交易请求进行业务校验。

可选的，所述授权规则获取模块，还用于根据所述交易详情信息中的交易客户信息，获取所述交易客户信息对应交易客户的第二授权规则；

所述交易处理模块，还用于若所述第二授权规则包括所述预设交易业务无需授权的指示信息，则根据所述交易详情信息直接完成交易；

所述授权请求发送模块，还用于若所述第二授权规则包括：所述业务场景对应第二人员的信息，根据所述交易请求以及所述第二人员的信息，向所述第二人员对应的第二终端发送授权请求，以使得所述第二人员根据所述授权请求对所述预设交易业务进行授权后完成交易。

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

信息生成模块，用于根据所述交易详情信息，生成基础展示信息；根据所述业务场景标识，获取所述预设交易业务的拓展展示信息；

信息展示模块，用于根据针对所述预设交易业务的信息获取请求，展示所述基础展示信息和所述拓展展示信息。

第四方面，本申请实施例还提供一种交易信息处理装置，应用于第二服务器，所述装置包括：

授权请求接收模块，用于接收第一服务器发送的授权请求，所述授权请求为所述第一服务器根据预设交易业务的交易请求和所述预设交易业务对应业务场景的第一授权规则生成的，所述第一授权规则包括：所述业务场景对应第二人员的信息，所述交易请求包括：交易详情信息和业务场景标识；

授权请求转发模块，用于根据所述第二人员的信息，向所述第二人员对应的第二终端发送所述授权请求；

授权结果接收模块，用于接收所述第二终端发送的所述第二人员针对所述授权请求的授权处理结果；

交易执行模块，用于根据所述授权处理结果，执行针对所述预设交易业务的处理操作，得到所述预设交易业务的交易处理结果，所述交易处理结果用于指示所述预设交易业务是否完成交易。

可选的，若所述第二人员包括多个，所述第一授权规则还包括：多个第二人员的授权顺序信息，所述授权请求转发模块，具体用于若所述授权顺序信息指示所述多个第二人员的授权顺序为无序授权，向所述多个第二人员对应的第二终端同时发送所述授权请求；

所述交易执行模块，具体用于若所述多个第二人员的授权处理结果均为同意授权，执行针对所述预设交易业务的交易处理操作，得到所述预设交易业务的交易处理结果。

可选的，所述授权请求转发模块，还用于若所述授权顺序信息指示所述多个第二人员的授权顺序为有序授权，根据所述有序授权的授权顺序，向所述多个第二人员中的当前第二人员对应的第二终端发送所述授权请求；根据所述当前第二人员针对所述授权请求的同意授权结果，向所述多个第二人员中的下一第二人员对应的第二终端发送所述授权请求；

所述交易执行模块，还用于若所述多个第二人员中末位第二人员的授权处理结果为同意授权，执行针对所述预设交易业务的交易处理操作，得到所述预设交易业务的交易处理结果。

可选的，所述授权结果接收模块之后，所述装置还包括：

授权记录更新模块，用于根据每个第二人员的授权处理结果，更新所述预设交易业务的授权记录，所述授权记录包括：授权处理状态、更新后的第一授权规则和所述每个第二人员的操作信息。

可选的，所述授权记录更新模块，具体用于若当前第二人员的授权处理结果为拒绝授权，生成所述预设交易业务的第一授权记录，所述第一授权记录中的授权处理状态为：授权拒绝，所述更新后的第一授权规则为：拒绝其他第二人员对所述预设交易业务进行授权、所述当前第二人员的操作信息为：所述当前第二人员将拒绝授权所述预设交易业务。

可选的，所述授权记录更新模块，具体用于若当前第二人员的授权处理结果为同意授权，生成所述预设交易业务的第二授权记录，所述第二授权记录中的授权处理状态为：授权同意，所述更新后的第一授权规则为：其他第二人员的信息、所述当前第二人员的操作信息为：所述当前第二人员同意授权所述预设交易业务。

第五方面，本申请实施例还提供一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行如第一方面任一项所述的交易信息处理方法或者如第二方面任一项所述的交易信息处理方法的步骤。

第六方面，本申请实施例还提供一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如第一方面任一项所述的交易信息处理方法或者如第二方面任一项所述的交易信息处理方法的步骤。

本申请的有益效果是：

本申请提供的交易信息处理方法、装置、电子设备及存储介质，对于预设交易业务的交易请求，根据业务场景标识获取第一授权规则，若第一授权规则指示无需授权，则直接根据交易详情信息对预设交易业务进行处理，以完成交易；若第一授权规则指示第二人员的信息，则需要向第二人员对应的第二终端发送授权请求，以使得第二人员对预设交易业务进行授权后再根据交易详情信息对预设交易业务进行处理，实现了为不同业务场景下的交易业务提供统一的交易处理流程，无需针对各个业务场景重复开发授权流程，简化了开发人员的工作量。

附图说明

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

图1为本申请实施例提供的交易信息处理系统的架构图；

图2为本申请实施例提供的交易信息处理方法的流程示意图一；

图3为本申请实施例提供的授权模板的示意图；

图4为本申请实施例提供的授权模板与业务场景的关联示意图；

图5为本申请实施例提供的交易信息处理方法的流程示意图二；

图6为本申请实施例提供的交易信息处理方法的流程示意图三；

图7为本申请实施例提供的交易信息处理方法的流程示意图四；

图8为本申请实施例提供的交易信息处理方法的流程示意图五；

图9为本申请实施例提供的交易信息处理方法的流程框图一；

图10为本申请实施例提供的交易信息处理方法的流程示意图六；

图11为本申请实施例提供的交易信息处理方法的流程示意图七；

图12为本申请实施例提供的交易信息处理方法的流程示意图八；

图13为本申请实施例提供的交易信息处理方法的流程框图二；

图14为本申请实施例提供的交易信息查询流程框图；

图15为本申请实施例提供的交易信息处理装置的结构示意图一；

图16为本申请实施例提供的交易信息处理装置的结构示意图二；

图17为本申请实施例提供的电子设备的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

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

需要说明的是，在不冲突的情况下，本申请的实施例中的特征可以相互结合。

在对本申请所提供的交易信息处理方法、装置、电子设备及存储介质进行介绍之前，为了更好地理解本方案，先对本申请所应用的交易信息处理系统进行详细说明。

请参考图1，为本申请实施例提供的交易信息处理系统的架构图，如图1所示，该交易信息处理系统包括：第一终端、第二终端、第一服务器和第二服务器。

其中，第一终端与第一服务器通信连接，第二终端与第二服务器通信连接，第一服务器还与第二服务器通信连接。

在本申请提供的交易信息处理方法中，第一终端是面向第一人员的终端设备，第一人员是在第一终端中针对企业客户发起的预设交易业务输入交易请求的交易录入人员，第一服务器根据交易请求判断预设交易业务是否需要授权，若不需要授权，则直接调用交易系统对预设交易业务完成交易；若需要授权，则第一服务器将交易请求和第二人员的信息以授权请求的形式发送给第二服务器。

第二服务器根据授权请求中的第二人员的信息，向第二人员对应的第二终端发送授权请求，第二人员是通过第二终端对授权请求进行处理的交易审核人员，第二终端将第二人员的授权处理结果发送给第二服务器，由第二服务器根据授权处理结果确定是否调用交易系统对预设交易业务完成交易。其中，若第二人员同意授权，则调用交易系统对预设交易业务进行处理，并将交易处理结果发送至第一服务器，以在第一终端显示预设交易业务的交易处理结果；若第二人员不同意授权，则向第一服务器返回拒绝授权结果，以在第一终端显示第二人员拒绝对预设交易业务进行授权的指示信息。

其中，第一服务器和第二服务器可以为同一服务器，也可以为不同的服务器，本申请在此不做限制。第一终端和第二终端可以为计算机设备、智能手机、平板电脑等。

以下结合实施例对应用于第一服务器的交易信息处理方法的具体实现方式进行说明。

请参考图2，为本申请实施例提供的交易信息处理方法的流程示意图一，如图2所述，该方法可以包括：

S101：获取第一人员通过第一终端针对预设交易业务输入的交易请求，交易请求中包括：交易详情信息和业务场景标识，业务场景标识用于指示预设交易业务所属的业务场景。

在本实施例中，当企业客户向银行申请预设交易业务时，第一人员即交易录入人员根据企业客户提交的预设交易业务的申请信息，通过第一终端输入预设交易业务的交易请求，交易请求中包括：交易详情信息和预设交易业务所属的业务场景的业务场景标识，业务场景标识也可以称为业务场景码。

其中，交易详情信息可以包括：客户在银行开户的账号信息、客户在银行开户时录入的名称、交易类型、交易金额；业务场景标识可以由第一人员根据交易详情信息从场景标识列表中选择预设交易业务所述的业务场景对应的业务场景标识，也可以由第一终端自行根据交易类型和交易金额，从场景标识列表中确定与交易类型和交易金额匹配的业务场景标识，场景标识列表中的各个业务场景标识均有对应的交易类型和交易金额。

示例的，业务场景标识1对应的业务场景的交易类型为转账业务，交易金额例如为10万以下，业务场景标识2对应的业务场景的交易类型为转账业务，交易金额例如为10万到50万，业务场景标识3对应的业务场景的交易类型为转账业务，交易金额例如为50万以上，业务场景4对应的业务场景的交易类型为薪酬发放业务，交易金额不做限制。

第一终端接收到预设交易业务输入的交易请求后，会根据交易请求向第一服务器发起授权申请。

S102：根据业务场景标识，获取业务场景的第一授权规则。

在本实施例中，针对不同的业务场景预先创建有与业务场景匹配的授权模板，其具体过程为：创建授权模板，将授权模板与业务场景进行关联，其中，授权模板可以包括：模板标识、模板名称、授权规则、模板状态、模板授权金额区间号、模板授权金额区间。

示例的，请参考图3，为本申请实施例提供的授权模板的示意图，如图3所示，授权规则用于指示是否需要授权的指示信息，以及需要授权时的授权人员的身份信息；模板状态用于指示授权模板处于生效状态或作废状态当需要修改模板授权模板时，在完成针对修改后的新的授权模板的审批后，确定新的授权模板处于生效状态，而旧的授权模板的模板状态更新为作废状态；模板授权金额区域包括：最高金额和最低金额，模板授权金额区间号与模板授权金额区间相匹配。

示例的，请参考图4，为本申请实施例提供的授权模板与业务场景的关联示意图，如图4所示，在将授权模板与业务场景进行关联时，通过建立授权模板的模板标识与业务场景标识之间的关联关系，确定授权模板与业务场景的关联关系。

第一服务器在接收到交易请求后，根据交易请求中的业务场景标识，确定与业务场景标识关联的模板标识，获取模板标识所对应授权模板中的授权规则，得到第一授权规则。

S103：若第一授权规则包括预设交易业务无需授权的指示信息，则根据交易详情信息直接完成交易。

在本实施例中，若第一授权规则为空白内容，或者第一授权规则中包括无需授权的指示信息，确定预设交易业务不需要经过银行内部人员的审核授权即可直接进行交易，则调用业务场景所对应的交易处理流程，对预设交易业务进行处理，得到交易处理结果。其中，无需授权的指示信息可以为第一预设标识，例如第一预设标识为0。

在一些实施例中，提供一授权提交抽象方法，将各个业务场景所对应的交易处理方法以提交后抽象扩展方法的形式作为授权提交抽象方法的抽象类，授权提交抽象方法相当于调用提交后抽象扩展方法的接口，提交后抽象扩展方法与业务场景标识关联，通过向授权提交抽象方法提交预设交易业务，以调用业务场景标识所对应的提交后抽象扩展方法，执行针对预设交易业务的处理操作，得到交易处理结果。

更进一步地，在执行针对预设交易业务的处理操作时，判断处理过程是否发生异常，若发生异常，判断提交后抽象扩展方法中是否具有授权前冲正接口，若有，则调用授权前冲正接口执行授权前冲正方法，对预设交易业务进行授权前冲正，授权前冲正结束后更新授权状态；若没有，直接更新授权状态。若未发生异常，在执行完预设交易业务后，判断提交后抽象扩展方法中是否具有额外步骤接口，若有，则调用额外步骤接口执行该业务场景对应的交易后服务，然后更新授权状态；若没有，则直接更新授权状态。

其中，额外步骤接口是每个业务场景专属的交易后服务，即在交易完成后额外需要执行的服务，例如，转账业务在转账成功后要生成回执，批量转账业务每执行一条转账数据，要更新该条转账数据的状态。

若发生异常，则授权状态更新为：交易失败，若未发生异常，则授权状态更新为：交易成功。其中，授权状态的初始状态为：初始化或者待处理。

在一些实施例中，在更新授权状态之后，进一步更新操作信息，操作信息包括：第一人员的身份信息，即指示由第一人员对预设交易业务进行处理。

S104：若第一授权规则包括：业务场景对应第二人员的信息，根据交易请求以及第二人员的信息，通过第二服务器向第二人员对应的第二终端发送授权请求，以使得第二人员根据授权请求对预设交易业务进行授权后完成交易。

在本实施例中，若第一授权规则包括：业务场景对应第二人员的信息，确定预设交易业务需要经过银行内部第二人员的审批通过后才可以进行交易。

其中，第二人员的信息可以为第二人员的身份信息或者第二人员的职级信息，若第二人员的信息为第二人员的身份信息，则需要该身份信息对应的第二人员对预设交易业务进行授权，若第二人员的信息为第二人员的职级信息，则需要该职级信息对应职级的任何第二人员对预设交易业务进行授权即可。

在此情况下，第一服务器根据交易请求和第一授权规则，向第二服务器发送授权请求，第二服务器将授权请求转发至第一授权规则中第二人员对应的第二终端，由第二人员对交易请求中的交易详情信息进行判断，确定是否可以对预设交易业务进行授权，若第二人员同意对预设交易业务授权，则第二服务器调用业务场景所对应的交易处理流程，对预设交易业务进行处理，得到交易处理结果；若第二人员拒绝对预设交易业务授权，则直接生成拒绝授权结果。

第一服务器接收第二服务器发送的交易处理结果或拒绝授权结果，交易处理结果用于指示预设交易业务交易成功或者交易失败。

在一些实施例中，由于银行为企业网银提供的服务类型多种多样，即不同的业务场景通过不同的业务接口向企业网银提供对应的业务服务，在接收到企业客户通过不同的业务接口向银行提交的预设交易业务后，通过统一的授权申请接口进入上述S101-S104提供的规范后的交易信息处理流程，实现对不同业务场景下的交易业务通过统一、规范的交易信息处理流程完成交易业务的处理。

上述实施例提供的交易信息处理方法，对于预设交易业务的交易请求，根据业务场景标识获取第一授权规则，若第一授权规则指示无需授权，则直接根据交易详情信息对预设交易业务进行处理，以完成交易；若第一授权规则指示第二人员的信息，则需要向第二人员对应的第二终端发送授权请求，以使得第二人员对预设交易业务进行授权后再根据交易详情信息对预设交易业务进行处理，实现了为不同业务场景下的交易业务提供统一的交易处理流程，无需针对各个业务场景重复开发授权流程，简化了开发人员的工作量。

在一种可能的实现方式中，请参考图5，为本申请实施例提供的交易信息处理方法的流程示意图二，如图5所示，上述S101获取第一人员通过第一终端针对预设交易业务输入的交易请求之后，该方法还可以包括：

S201：调用通用校验方法集合，通用校验方法集合中包括：多个通用校验方法的标识。

S202：根据多个通用校验方法的标识，调用多个通用校验方法的配置文件，执行多个通用校验方法，对第一人员和交易请求进行通用校验。

在本实施例中，根据对第一人员和交易请求所需要进行的通用校验内容，将通用校验内容拆分为原子服务，得到多个通用校验方法，根据每个通用校验方法所执行的校验步骤，确定每个通用校验方法的配置文件，对每个通用校验方法进行属性注解，确定每个通用校验方法所对应的方法标识。

构建通用校验方法集合，其中，通用校验方法集合将各个通用校验方法的方法标识以预设符合隔开，在获取到第一人员输入的交易请求后，调用通用校验方法集合，以根据通用校验方法集合中多个通用校验方法的标识，调用多个通用校验方法的配置文件，分别执行多个通用校验方法，以完成对第一人员和交易请求进行通用校验。若在执行多个通用校验方法的过程中，任一通用校验方法执行发生职场，则执行回滚操作回滚至第一个通用校验方法。

示例的，通用校验内容可以包括：登陆状态校验、IP校验、上下文初始化、操作记录、用户权限校验、防重复提交校验。

其中，登陆状态校验用于检查第一人员的登陆信息是否正确，IP校验用于校验第一终端IP信息是否为第一人员所使用终端的默认IP信息，上下文初始化用于对所有的信息进行初始化，操作记录用于记录第一人员对预设交易业务的操作，用户权限校验用于校验第一人员是否具有提交授权申请的权限，防重复提交校验用于校验预设交易业务是否具有重复的交易请求。

在一些实施例中，通过对通用校验方法进行bean实例化，使通用校验方法以bean对象的形式保存，通用校验方法的方法标识为bean对象名，基于Spring对bean的管理，依次执行各个通用校验方法。

需要说明的是，各个通用校验方法均为可插拔式的，即可以通过在通用校验方法集合中是否写入通用校验方法的方法标识，确定是否采用对应的通用校验方法。

上述实施例提供的交易信息处理方法，根据多个通用校验方法的标识构成通用校验方法集合，通过通用校验方法集合，以执行多个通用校验方法，以便可以实现通用校验方法的快速调用并执行校验，且通用校验方法集合可以灵活配置，实现统一调用通用校验方法集合进行校验。

在一种可能的实现方式中，请参考图6，为本申请实施例提供的交易信息处理方法的流程示意图三，如图6所示，上述S101获取第一人员通过第一终端针对预设交易业务输入的交易请求之后，该方法还可以包括：

S203：根据业务场景标识，获取业务场景对应的业务校验方法集合，业务校验方法集合中包括：业务场景对应的多个业务校验方法的标识。

S204：根据多个业务校验方法的标识，调用多个业务校验方法的配置文件，执行多个业务校验方法，对交易请求进行业务校验。

在本实施例中，除了需要对每个交易请求进行通用校验外，还需要对交易请求进行所属业务场景的专属校验。

根据对业务场景所需要进行的业务校验内容，将业务校验内容拆分为原子服务，得到多个业务校验方法，根据每个业务校验方法所执行的校验步骤，确定每个业务校验方法的配置文件，对每个业务校验方法进行属性注解，确定每个业务校验方法所对应的业务场景标识和每个业务校验方法的方法标识。

根据业务场景标识，确定每个业务场景对应的业务校验方法，构建业务校验方法集合，其中，业务校验方法集合将各个业务校验方法的方法标识以预设符合隔开，在获取到第一人员输入的交易请求后，根据业务场景标识，调用业务场景所对应的业务校验方法集合，以根据业务校验方法集合中多个业务校验方法的标识，调用多个业务校验方法的配置文件，分别对预设交易业务执行多个业务校验方法，以完成对预设交易业务的业务校验。若在执行多个业务校验方法的过程中，任一业务校验方法执行发生职场，则执行回滚操作回滚至第一个业务校验方法。

示例的，转账业务需要判断付款账户的金额是否足够，收款账户是否为本行账户等。

在一些实施例中，通过对业务校验方法进行bean实例化，使业务校验方法以bean对象的形式保存，业务校验方法的方法标识为bean对象名，对于每个业务场景对应的bean对象名集合，基于业务场景标识，使用继承机制获取业务场景对应的bean对象名集合，基于Spring对bean的管理，依次执行各个业务校验方法。

在一些实施例中，提供一提交准备抽象方法，将各个业务场景所对应的业务校验流程作为提交准备抽象方法的抽象类，提交准备抽象方法相当于调用各个业务场景的业务校验流程的接口，通过向提交准备抽象方法提交预设交易业务，以调用业务场景对应的业务校验方法集合，执行对预设交易业务的业务校验，得到业务校验结果。

上述实施例提供的交易信息处理方法，根据多个业务校验方法的标识构成业务校验方法集合，通过业务校验方法集合，以执行多个业务校验方法，以便可以实现业务校验方法的快速调用并执行校验，且可以在统一的授权申请流程中完成对不同业务场景的交易业务进行业务校验。

在一种可能的实现方式中，请参考图7，为本申请实施例提供的交易信息处理方法的流程示意图四，如图7所示，该方法还可以包括：

S301：根据交易详情信息中的交易客户信息，获取交易客户信息对应交易客户的第二授权规则。

S302：若第二授权规则包括预设交易业务无需授权的指示信息，则根据交易详情信息直接完成交易。

S303：若第二授权规则包括：业务场景对应第二人员的信息，根据交易请求以及第二人员的信息，向第二人员对应的第二终端发送授权请求，以使得第二人员根据授权请求对预设交易业务进行授权后完成交易。

在本实施例中，除了业务场景所匹配的授权模板中定义的第一授权规则外，交易客户可能在银行系统中录入有专属的授权规则，因此，除了获取业务场景对应的第一授权规则外，还需要获取交易客户的第二授权规则。

交易客户的第二授权规则的优先级大于业务场景的第一授权规则，若既有业务场景的第一授权规则，又有交易客户的第二授权规则，则根据第二授权规则对预设交易业务进行处理。

具体的，若第二授权规则为空白内容，或者第二授权规则中包括无需授权的指示信息，确定该交易客户的预设交易业务不需要经过银行内部人员的审核授权即可直接进行交易，则调用业务场景所对应的交易处理流程，对预设交易业务进行处理，得到交易处理结果。

若第二授权规则包括：业务场景对应第二人员的信息，确定该交易客户的预设交易业务需要经过银行内部第二人员的审批通过后才可以进行交易。

在此情况下，第一服务器根据交易请求和第二授权规则，向第二服务器发送授权请求，第二服务器将授权请求转发至第二授权规则中第二人员对应的第二终端，由第二人员对交易请求中的交易详情信息进行判断，确定是否可以对预设交易业务进行授权，若第二人员同意对预设交易业务授权，则第二服务器调用业务场景所对应的交易处理流程，对预设交易业务进行处理，得到交易处理结果；若第二人员拒绝对预设交易业务授权，则直接生成拒绝授权结果。

上述实施例提供的交易信息处理方法，根据交易客户信息获取交易客户对应的第二授权规则，若第二授权规则指示无需授权，则直接根据交易详情信息对预设交易业务进行处理，以完成交易；若第二授权规则指示第二人员的信息，则需要向第二人员对应的第二终端发送授权请求，以使得第二人员对预设交易业务进行授权后再根据交易详情信息对预设交易业务进行处理，实现实现了为具有特殊授权规则的交易客户通过统一的授权申请流程进行交易或者授权，无需针对不同交易客户重复开发授权流程，简化了开发人员的工作量。

在一种可能的实现方式中，请参考图8，为本申请实施例提供的交易信息处理方法的流程示意图五，如图8所示，该方法还可以包括：

S401：根据交易详情信息，生成基础展示信息。

S402：根据业务场景标识，获取预设交易业务的拓展展示信息。

S403：根据针对预设交易业务的信息获取请求，展示基础展示信息和拓展展示信息。

在本实施例中，基础展示字段是每个业务场景的交易业务均需要存储并展示的字段，基础展示字段可以包括：客户账号字段、客户名称字段、交易金额字段，拓展展示字段为每个业务场景的除基础展示字段之外的额外展示字段，例如，转账业务的拓展展示字段可以包括：回执下载地址，批量转账业务的拓展展示字段可以包括：每条转账数据的转账状态等。

根据基础展示字段从交易详情信息中获取基础展示信息，其中，基础展示信息可以包括：客户在银行开户的账号信息、客户在银行开户时录入的名称、交易金额，根据业务场景标识，确定预设交易业务的业务场景对应的拓展展示字段，获取拓展展示字段对应的拓展展示信息，将基础展示信息和拓展展示信息存储在数据库中，若接收到预设交易业务的信息获取请求，从数据库中获取并展示基础展示信息和拓展展示信息。

在一些实施例中，由于客户在申请不同的交易业务时所使用的业务接口不同，使得相同类型的业务信息在不同的业务接口中的命名不同，因此，在根据展示字段获取展示信息时，需要通过java反制确定每个业务信息的属性，根据每个业务信息的属性，将每个业务信息放置map中，再利用json技术，将map中的业务信息转换为json对象，再将json对象转换为比特对象，得到展示信息存放在数据库的大字段中。

在一些实施例中，提供一授权前准备抽象方法，将各个业务场景所对应的拓展展示字段作为授权前准备抽象方法的抽象类，授权前准备抽象方法相当于获取各个业务场景所对应的拓展展示字段的展示信息的接口，通过向授权前准备抽象方法提交预设交易业务，以根据业务场景对应的拓展展示字段获取拓展展示信息。

上述实施例提供的交易信息处理方法，根据交易详情信息生成基础展示信息，根据业务场景标识获取预设交易业务的拓展展示信息，实现在统一的交易信息处理流程中集合对不同业务场景所需要展示的信息进行统一获取，使得交易信息处理流程统一且规范，对于新增业务场景，只需要在流程中增加新增业务场景所需要展示的字段即可，简化了开发人员的工作量。

请参考图9，为本申请实施例提供的交易信息处理方法的流程框图一，如图9所示，第一服务器所执行的交易信息处理流程包括：

1、通用准备，通用准备用于对交易请求进行通用校验，如图8所示，通用准备可以包括：1.1登陆状态校验、1.2IP校验、1.3上下文初始化、1.4操作记录、1.5用户权限校验、1.6防重复提交校验。

需要说明的是，通用准备所包括的校验内容可以包括1.1-1.6中的全部或部分，也可以包括其他校验内容，图8所示并不是唯一限定，多种校验方法基于责任链串接，可以循环使用，基于责任链串接顺序依次执行，在发生异常时回滚至第一步。

2、抽象业务检查，通过提交准备抽象方法调用不同业务场景的业务检查，每个业务场景的业务检查中均编写有提交该业务场景的交易业务所需要进行的业务校验方法集合。

3、抽象授权交易准备，用于获取授权规则，具体包括：3.1业务场景授权交易准备，用于根据预设交易业务所属业务场景的业务场景标识，确定与业务场景标识绑定的模板标识对应的授权模板中的授权规则。

4、规范授权交易详情参数准备，用于对从不同业务接口获取的交易详情信息进行规则，具体包括：4.1定义抽象实体类包括收付款账号、名称、金额，4.2业务场景设置拓展展示字段，通过授权前准备抽象方法获取不同业务场景对应的拓展展示字段的拓展展示信息。

5、记录授权信息，具体包括：5.1记录3.1中的授权规则和4.1中的基础展示信息，并将4.2中的拓展展示信息记录在预设交易业务的大字段中。

6、授权规则检测，具体包括：6.1获取交易客户信息；6.1根据交易客户信息获取交易客户对应的授权规则；6.3判断交易客户的授权规则指示是否需要授权。

7、授权前准备，用于准备交易详情信息中的交易金额，并判断预设交易业务所属的业务场景是否有授权前准备接口，7.1若有，则调用预设交易业务所属的业务场景的授权前准备接口，执行该授权前准备接口对应的操作。

示例的，在现金交易业务中，在授权前需要将现金交易金额存储到指定表格中，授权前准备接口即为向指定表格存储现金交易金额的接口，通过该授权前准备接口将现金交易金额存储到指定表格中，以便在现金交易业务出错时，可以进行数据回滚。

8、根据5中记录的授权规则和6中交易客户的授权规则，判断是否需要对预设交易业务进行授权。

若不需要授权，在8.1中，调用预设交易业务所属业务场景的交易处理系统(下游通道)提交预设交易业务。

在8.2中，判断是否发生异常，若发生异常，在8.2.1中判断是否具有授权前冲正接口，若具有授权前冲正接口，在8.2.1.1中执行授权前冲正；若未发生异常，在8.2.2中判断是否具有额外步骤接口，8.2.2.1若具有额外步骤接口，执行该业务场景对应的交易后服务。

若需要授权，在8.3中，记录5中业务场景的授权规则或6中交易客户的授权规则，其中，若交易客户没有授权规则，则记录业务场景的授权规则额，若交易客户具有授权规则，则记录交易客户的授权规则(交易客户的授权规则的优先级高于业务场景的授权规则)。

记录授权规则的目的在当授权模板中的授权规则发生更改时，针对该预设交易业务的授权流程仍然按照当前的授权规则执行，而不是按照更改后的授权规则执行。

9、在上述各个步骤之后，更新授权状态，若授权规则指示无需授权，且交易未发生异常，则授权状态为交易成功，若交易发生异常，则授权状态为交易失败，若授权规则指示需要授权，则授权状态为待授权。

10、更新操作信息，记录输入针对预设交易业务的交易请求的第一人员的身份信息。

需要说明的是，如图8所示，实框所对应的内容为抽象基类控制的内容，即整个授权申请流程全部需要执行的基本流程，虚框所对应的内容为各个业务场景所特定的操作步骤，可以根据各个业务场景所对应的接口执行对应的步骤。

上述交易信息处理流程通过各种抽象方法将授权申请的基本步骤和各个业务场景所特定的操作步骤统一到一个流程后，在银行开发出新的业务场景时，只需要在该流程中各个抽象方法中增加新的业务场景所特有的操作步骤即可，无需针对新的业务场景开发新的操作流程，简化了开发人员的工作量。

以下结合实施例对应用于第二服务器的交易信息处理方法的具体实现方式进行说明。

请参考图10，为本申请实施例提供的交易信息处理方法的流程示意图六，如图10所示，该方法可以包括：

S501：接收第一服务器发送的授权请求，授权请求为第一服务器根据预设交易业务的交易请求和预设交易业务对应业务场景的第一授权规则生成的，第一授权规则包括：业务场景对应第二人员的信息，交易请求包括：交易详情信息和业务场景标识。

在本实施例中，第一服务器根据针对预设交易业务输入的交易请求，获取预设交易业务所属的业务场景对应的第一授权规则，若第一授权规则包括：业务场景对应第二人员的信息，确定该预设交易业务需要经过第二人员的授权才可以进行交易，在此情况下，第一服务器根据交易请求和第一授权规则，向第二服务器发送授权请求，第二服务器接收第一服务器发送的授权请求。

在一些实施例中，第一服务器在生成授权请求时，并不携带预设交易业务的交易详情信息和业务场景标识，而是只携带数据索引标识，数据索引标识为第一服务器将展示信息存储在数据库中时生成的，每个交易业务在数据库的大字段中对应存储的信息具有唯一的数据索引标识，第二服务器在接收到授权请求时，根据数据索引标识从数据库的大字段中获取大字段信息，并将大字段信息携带在授权请求中发送给第二终端，大字段信息至少可以包括：基础展示信息和业务场景标识。

S502：根据第二人员的信息，向第二人员对应的第二终端发送授权请求。

在本实施例中，第二人员的信息可以为第二人员的身份信息或者第二人员的职级信息，若第二人员的信息为第二人员的身份信息，则第二服务器根据第二人员的身份信息，向身份信息唯一对应的第二人员的第二终端发送授权请求；若第二人员的信息为第二人员的职级信息，则第二服务器根据第二人员的职级信息，向与职级信息匹配的所有第二人员的第二终端发送授权请求。

第二人员在第二终端中接收授权请求，并根据交易详情信息判断预设交易业务是否可以被授权，若确定预设交易业务可以被授权，则第二人员通过第二终端输入同意授权操作，若确定预设交易业务不可以被授权，则第二人员通过第二终端输入拒绝授权操作。

在一种可能的实现方式中，在第二人员登陆第二终端时，需要对第二人员进行校验，校验内容可以包括：登陆状态校验、上下文初始化校验、操作记录、验签。

需要说明的是，针对第二人员进行的校验，也可以采用与针对第一人员相同的校验方法，将校验内容拆分为原子服务，针对每个原子服务构建校验方法，根据各个校验方法的方法名，生成校验方法集合，在第二人员登陆时，直接调用校验方法集合，以执行各个校验方法，完成校验。

在一些实施例中，第二人员登陆第二终端后，获取发送至第二终端的所有待授权的授权请求，对所有待授权的授权请求进行筛选，过滤掉已经过期的授权请求，以及被其他第二人员授权的授权请求。

其中，被其他第二人员授权的授权请求是指：当第二人员的信息为第二人员的职级信息时，授权请求会被发送至具有相同直接的多个第二人员对应的第二终端，若一个第二人员登陆第二终端获取所有待授权的授权请求时，其中有授权请求已经被其他同职级的第二人员处理，则也需要将该授权请求中该第二人员的待授权的授权请求中过滤掉。

S503：接收第二终端发送的第二人员针对授权请求的授权处理结果。

在本实施例中，第二服务器接收第二终端发送的第二人员针对授权请求的授权处理结果，并根据授权处理结果生成授权信息，其中，授权信息包括：第二人员的身份信息，第二人员的授权处理结果，第二人员的授权处理结果为同意授权或者拒绝授权。

S504：根据授权处理结果，执行针对预设交易业务的处理操作，得到预设交易业务的交易处理结果，交易处理结果用于指示预设交易业务是否完成交易。

在本实施例中，若授权处理结果指示第二人员拒绝授权预设交易业务，则直接结束授权流程，通过第一服务器向第一终端返回第二人员拒绝授权的指示信息，确定预设交易业务交易失败。

若授权处理结果指示第二人员同意授权预设交易业务，则第二服务器调用业务场景所对应的交易处理流程，对预设交易业务进行处理，得到交易处理结果，并通过第一服务器向第一终端返回交易处理结果。

在一些实施例中，在第二人员同意授权后，根据业务场景标识调用业务场景对应的提交后抽象扩展方法，执行提交后抽象扩展方法，将预设交易业务的交易请求发送至业务场景所对应的下游系统，由下游系统根据交易详情信息执行针对预设交易业务的处理操作，得到交易处理结果。

更进一步地，在执行针对预设交易业务的处理操作时，判断处理过程是否发生异常，若发生异常，将第一服务器中的操作信息更新为：交易失败；判断是否具有授权前冲正接口，若有，则调用授权前冲正接口执行授权前冲正方法，对预设交易业务进行授权前冲正，授权前冲正结束后更新第一服务器中的授权状态，若没有，直接更新第一服务器中的授权状态，授权状态均更新为：授权失败。若未发生异常，在执行完预设交易业务后，将第一服务器中的操作信息更新为：交易成功；判断是否具有额外步骤接口，若有，则调用额外步骤接口执行该业务场景对应的交易后服务，然后更新第一服务器中的授权状态；若没有，则直接更新第一服务器中的授权状态，授权状态均更新为：授权成功。

上述实施例提供的交易信息处理方法，根据第一服务器发送的授权请求，向第二人员对应的第二终端发送授权请求，接收第二终端发送的第二人员的授权处理结果，根据授权处理结果，执行针对预设交易业务的处理操作，得到预设交易业务的交易处理结果，以实现对不同业务场景的交易业务通过统一的授权流程完成授权及交易处理，无需针对各个业务场景重复开发授权流程，简化了开发人员的工作量。

在一种可能的实现方式中，若第二人员包括多个，第一授权规则还包括：多个第二人员的授权顺序信息，请参考图11，为本申请实施例提供的交易信息处理方法的流程示意图七，如图11所示，上述S502根据第二人员的信息，向第二人员对应的第二终端发送授权请求的过程，可以包括：

S601：若授权顺序信息指示多个第二人员的授权顺序为无序授权，向多个第二人员对应的第二终端同时发送授权请求。

S602：接收第二终端发送的第二人员针对授权请求的授权处理结果。

上述S504根据授权处理结果，执行针对预设交易业务的处理操作，得到预设交易业务的交易处理结果的过程，可以包括：

S603：若多个第二人员的授权处理结果均为同意授权，执行针对预设交易业务的交易处理操作，得到预设交易业务的交易处理结果。

在本实施例中，授权顺序信息用于指示多个第二人员的授权顺序，若授权顺序是无序授权，则第二服务器将授权请求同时发送给多个第二人员对应的第二终端，每个第二人员在第二终端接收到授权请求后，根据交易详情信息判断预设交易业务是否可以被授权，若确定预设交易业务可以被授权，则第二人员通过第二终端输入同意授权操作，若确定预设交易业务不可以被授权，则第二人员通过第二终端输入拒绝授权操作。

第二服务器分别接收多个第二终端发送的多个第二人员的授权处理结果，在接收到所有第二人员的授权处理结果后，第二服务器判断多个第二人员的授权处理结果是否均为同意授权，若多个第二人员的授权处理结果均为同意授权，则第二服务器调用业务场景所对应的交易处理流程，对预设交易业务进行处理，得到交易处理结果，并通过第一服务器向第一终端返回交易处理结果；若多个第二人员的授权处理结果中存在一个拒绝授权，通过第一服务器向第一终端返回第二人员拒绝授权的指示信息，确定预设交易业务交易失败。

在另一种可能的实现方式中，请参考图12，为本申请实施例提供的交易信息处理方法的流程示意图八，如图12所示，上述S502根据第二人员的信息，向第二人员对应的第二终端发送授权请求的过程，还可以包括：

S604：若授权顺序信息指示多个第二人员的授权顺序为有序授权，根据有序授权的授权顺序，向多个第二人员中的当前第二人员对应的第二终端发送授权请求。

S605：根据当前第二人员针对授权请求的同意授权结果，向多个第二人员中的下一第二人员对应的第二终端发送授权请求。

S606：若多个第二人员中末位第二人员的授权处理结果为同意授权，执行针对预设交易业务的交易处理操作，得到预设交易业务的交易处理结果。

在本实施例中，若授权顺序是有序授权，则第二服务器根据第一授权规则中规定的授权顺序，将授权请求发送给第一个第二人员，在接收到第一个第二人员的同意授权结果后，向第二个第二人员发送授权请求，在接收到第二个第二人员的同意授权结果后，向第三个第二人员发送授权请求，直至接收到末位第二人员的同意授权结果，则第二服务器调用业务场景所对应的交易处理流程，对预设交易业务进行处理，得到交易处理结果，并通过第一服务器向第一终端返回交易处理结果。

若其中一个第二人员的授权处理结果为拒绝授权，则第二服务器结束该授权流程，并通过第一服务器向第一终端返回第二人员拒绝授权的指示信息，确定预设交易业务交易失败。

示例的，若第一授权规则为2,2,2,1,1，采用规则引擎对第一授权规则进行解析，确定预设交易请求需要进行5级授权，其授权顺序为：经过2个一级第二人员授权后，经过2个2级第二人员授权，再经过2个三级第二人员授权，再经过1个4级第二人员授权，最后再经过1个5级第二人员授权。

在一些实施例中，第二服务器额可以根据第一授权规则中第二人员的职级信息，确定与该职级信息匹配的第二人员的身份信息。

上述实施例提供的交易信息处理方法，提供了无序授权和有序授权两种授权流程，以便可以满足不同业务场景的授权需求，在新增业务场景中也可以复用这两种授权流程中的一种，无需额外开发新的授权流程，简化了开发人员的工作量。

在一种可能的实现方式中，在上述S503接收第二终端发送的第二人员针对授权请求的授权处理结果之后，该方法还可以包括：

根据每个第二人员的授权处理结果，更新预设交易业务的授权记录，授权记录包括：授权处理状态、更新后的第一授权规则和每个第二人员的操作信息。

在本实施例中，提供预设交易业务的授权记录，以便根据每个第二人员的授权处理结果更新授权记录，从而可以根据授权记录生成授权链路追踪信息，其中，授权记录包括：授权处理状态，更新后的第一授权规则和每个第二人员的操作信息。

初始的授权记录中：授权处理状态为待处理，第一授权规则为多个第二人员的信息、每个第二人员的操作信息为无。

在一个第二人员完成对预设交易业务的授权处理操作后，授权处理状态更新为：授权处理结果，第一授权规则根据该第二人员的授权处理结果进行更新，第二人员的操作信息为第二人员的身份信息和第二人员的授权处理结果。

在一些实施例中，上述根据每个第二人员的授权处理结果，更新预设交易业务的授权记录，包括：

若当前第二人员的授权处理结果为拒绝授权，生成预设交易业务的第一授权记录，第一授权记录中的授权处理状态为：授权拒绝，更新后的第一授权规则为：拒绝其他第二人员对预设交易业务进行授权、当前第二人员的操作信息为：当前第二人员将拒绝授权预设交易业务。

其中，拒绝其他第二人员对预设交易业务进行授权用于指示第一授权规则中的其他第二人员不能再对预设交易业务进行授权。

在另一些实施例中，上述根据每个第二人员的授权处理结果，更新预设交易业务的授权记录，包括：

若当前第二人员的授权处理结果为同意授权，生成预设交易业务的第二授权记录，第二授权记录中的授权处理状态为：授权同意，更新后的第一授权规则为：其他第二人员的信息、当前第二人员的操作信息为：当前第二人员同意授权预设交易业务。

其中，其他第二人员是第一授权规则中规定的多个第二人员中未对预设交易业务进行授权处理操作的第二人员。

根据各个第二人员的授权操作生成授权链路追踪信息，例如预设交易业务需要5个第二人员的授权，第一授权规则指示有序授权，若第一个第二人员和第二个第二人员同意授权，第三个第二人员不同意授权，则授权链路追踪信息为：第二人员1同意授权-第二人员2同意授权-第二人员3拒绝授权-结束；若5个第二人员均同意授权，则授权链路追踪信息为：第二人员1同意授权-第二人员2同意授权-第二人员3同意授权-第二人员4同意授权-第二人员5同意授权-结束。

第二服务器可以将实时生成的授权链路追踪信息通过第一服务器发送至第一终端，以便第一人员通过第一终端查看授权进度和授权状态。

请参考图13，为本申请实施例提供的交易信息处理方法的流程框图二，如图13所示，第二服务器所执行的交易信息处理流程包括：

1、通用准备，通用准备用于对第二人员进行通用校验，如图12所示，通用准备可以包括：1.1登陆状态校验、1.2上下文初始化、1.3操作记录、1.4用户权限校验、1.5验签。

需要说明的是，通用准备所包括的校验内容可以包括1.1-1.5中的全部或部分，也可以包括其他校验内容，图12所示并不是唯一限定，多种校验方法基于责任链串接，可以循环使用，基于责任链串接顺序依次执行，在发生异常时回滚至第一步。

2、待授权的授权请求筛选，对已经过期和被其他第二人员授权的授权请求进行过滤。

3、获取预设交易请求大字段信息，并放置在上下文中进行传递。

判断第二人员的授权操作是否同意授权。

4、第二人员拒绝授权，则更新授权处理状态为授权拒绝，第一授权规则更新为：不允许其他第二人员进行授权，操作信息为：第二人员xxx拒绝授权预设交易业务。

4.1、根据预设交易业务所属业务场景的业务场景标识，判断预设交易业务所属的业务场景是否具有授权拒绝接口，4.2、若有，调用该授权拒绝接口，执行该授权拒绝接口对应的操作。

其中，若在授权前准备接口调用授权前准备接口执行了相应的操作，需要在授权拒绝后，调用授权拒绝接口对授权前准备所执行的操作进行回归。

5、第二人员同意授权，判断预设交易请求是否仍需授权，其中，是否仍需授权用于指示是否还需要其他第二人员授权。

5.1、若仍需授权，则更新授权处理状态为授权同意，第一授权规则更新为：未授权的第二人员的信息，操作信息为：第二人员xxx同意授权预设交易业务。

5.2、判断预设交易业务所属的业务场景是否具有授权中额外操作接口，5.3、若有，调用该授权中额外操作接口，执行该授权中额外操作接口对应的操作。

示例的，在批量转账业务中，需要调用授权中额外操作接口更新每一条转账数据的授权状态。

6、若不需要授权，则根据业务场景标识调用预设交易业务所属业务场景的交易提交方法。

6.1、对预设交易业务执行交易提交方法。

6.1.1、根据业务场景标识确定预设交易业务所属业务场景所对应的交易处理系统(下游通道)。

6.1.2、判断调用下游通道执行预设交易业务是否成功。

6.1.3、若调用下游通道执行预设交易业务成功，则从下游通道获取交易处理流水和交易处理状态。

6.1.4、更新操作信息，记录预设交易业务交易成功。

6.1.5、判断预设交易业务所属的业务场景是否具有授权后额外操作接口，6.1.6、若有，调用该授权后额外操作接口，执行该授权后额外操作接口对应的操作。

6.2.1、若调用下游通道执行预设交易业务失败，更新操作信息，记录预设交易业务交易失败。

6.2.2、判断预设交易业务所属的业务场景是否具有授权冲正接口，6.2.3、若有，则调用该授权冲正接口执行冲正操作。

在根据每个第二人员更新授权相关信息后，生成授权链路追踪信息，根据各个第二人员的在上述流程执行完成后，更新预设交易业务的授权状态为授权结束，授权链路追踪信息生成结束记录。

上述交易信息处理流程通过各种接口将授权流程的基本步骤和各个业务场景所特定的操作步骤统一到一个流程后，在银行开发出新的业务场景时，只需要在该流程中将新的业务场景所特有的操作步骤的调用方法添加到对应的接口即可，无需针对新的业务场景开发新的操作流程，简化了开发人员的工作量。

在一些实施例中，若交易客户具有第二授权规则，由于第二授权规则的优先级大于第一授权规则，第一服务器根据第二授权规则中第二人员的信息，向第二服务器发送授权请求，第二服务器根据第二授权规则执行授权流程的过程与上述根据第一授权规则执行授权流程的过程相同，在此不做赘述。

基于上述第一服务器执行的交易信息处理方法和第二服务器执行的交易信息处理方法，在针对预设交易业务的授权和交易时，可以提供针对预设交易业务的授权进度和交易进度的查询功能。

请参考图14，为本申请实施例提供的交易信息查询流程框图，如图14所示，前端可以为第一终端、第二终端或者银行其他终端，服务端为执行预设交易业务的授权流程的服务器，即第二服务器，也可以为存储授权链路追踪信息的服务器。

服务端对所有授权交易业务的交易类型进行统计，并向前端提供多种交易类型，由前端选择目标交易类型，服务端根据业务场景标识获取对应业务场景下多个交易业务的授权链路追踪信息列表，并根据业务场景标识从数据库的大字段中获取各个交易业务的基础展示信息和拓展展示信息，将各个交易业务的授权链路追踪信息、基础展示信息和拓展展示信息组合为新的数据；根据前端输入的目标展示信息类型，从授权链路追踪信息、基础展示信息和拓展展示信息中获取目标展示信息在前端进行展示。

上述交易信息查询流程只需要通过一个查询操作，获取各个交易业务的业务数据和授权链路追踪信息，不再需要访问各个交易业务，降低了开发周期。

在上述方法实施例的基础上，本申请实施例还提供一种交易信息处理装置，应用于第一服务器。请参考图15，为本申请实施例提供的交易信息处理装置的结构示意图一，如图15所示，该装置可以包括：

交易请求获取模块101，用于获取第一人员通过第一终端针对预设交易业务输入的交易请求，交易请求中包括：交易详情信息和业务场景标识，业务场景标识用于指示预设交易业务所属的业务场景；

授权规则获取模块102，用于根据业务场景标识，获取业务场景的第一授权规则；

交易处理模块103，用于若第一授权规则包括预设交易业务无需授权的指示信息，则根据交易详情信息直接完成交易；

授权请求发送模块104，用于若第一授权规则包括：业务场景对应第二人员的信息，根据交易请求以及第二人员的信息，通过第二服务器向第二人员对应的第二终端发送授权请求，以使得第二人员根据授权请求对预设交易业务进行授权后完成交易。

可选的，交易请求获取模块101之后，该装置还可以包括：

通用校验方法调用模块，用于调用通用校验方法集合，通用校验方法集合中包括：多个通用校验方法的标识；

通用校验方法执行模块，用于根据多个通用校验方法的标识，调用多个通用校验方法的配置文件，执行多个通用校验方法，对第一人员和交易请求进行通用校验。

可选的，交易请求获取模块101之后，该装置还可以包括：

业务校验方法调用模块，用于根据业务场景标识，获取业务场景对应的业务校验方法集合，业务校验方法集合中包括：业务场景对应的多个业务校验方法的标识；

业务校验方法执行模块，用于根据多个业务校验方法的标识，调用多个业务校验方法的配置文件，执行多个业务校验方法，对交易请求进行业务校验。

可选的，授权规则获取模块102，还用于根据交易详情信息中的交易客户信息，获取交易客户信息对应交易客户的第二授权规则；

交易处理模块103，还用于若第二授权规则包括预设交易业务无需授权的指示信息，则根据交易详情信息直接完成交易；

授权请求发送模块104，还用于若第二授权规则包括：业务场景对应第二人员的信息，根据交易请求以及第二人员的信息，向第二人员对应的第二终端发送授权请求，以使得第二人员根据授权请求对预设交易业务进行授权后完成交易。

可选的，该装置还可以包括：

信息生成模块，用于根据交易详情信息，生成基础展示信息；根据业务场景标识，获取预设交易业务的拓展展示信息；

信息展示模块，用于根据针对预设交易业务的信息获取请求，展示基础展示信息和拓展展示信息。

在上述方法实施例的基础上，本申请实施例还提供一种交易信息处理装置，应用于第二服务器。请参考图16，为本申请实施例提供的交易信息处理装置的结构示意图二，如图16所示，该装置可以包括：

授权请求接收模块201，用于接收第一服务器发送的授权请求，授权请求为第一服务器根据预设交易业务的交易请求和预设交易业务对应业务场景的第一授权规则生成的，第一授权规则包括：业务场景对应第二人员的信息，交易请求包括：交易详情信息和业务场景标识；

授权请求转发模块202，用于根据第二人员的信息，向第二人员对应的第二终端发送授权请求；

授权结果接收模块203，用于接收第二终端发送的第二人员针对授权请求的授权处理结果；

交易执行模块204，用于根据授权处理结果，执行针对预设交易业务的处理操作，得到预设交易业务的交易处理结果，交易处理结果用于指示预设交易业务是否完成交易。

可选的，若第二人员包括多个，第一授权规则还包括：多个第二人员的授权顺序信息，授权请求转发模块202，具体用于若授权顺序信息指示多个第二人员的授权顺序为无序授权，向多个第二人员对应的第二终端同时发送授权请求；

交易执行模块204，具体用于若多个第二人员的授权处理结果均为同意授权，执行针对预设交易业务的交易处理操作，得到预设交易业务的交易处理结果。

可选的，授权请求转发模块202，还用于若授权顺序信息指示多个第二人员的授权顺序为有序授权，根据有序授权的授权顺序，向多个第二人员中的当前第二人员对应的第二终端发送授权请求；根据当前第二人员针对授权请求的同意授权结果，向多个第二人员中的下一第二人员对应的第二终端发送授权请求；

交易执行模块204，还用于若多个第二人员中末位第二人员的授权处理结果为同意授权，执行针对预设交易业务的交易处理操作，得到预设交易业务的交易处理结果。

可选的，授权结果接收模块201之后，该装置还可以包括：

授权记录更新模块，用于根据每个第二人员的授权处理结果，更新预设交易业务的授权记录，授权记录包括：授权处理状态、更新后的第一授权规则和每个第二人员的操作信息。

可选的，授权记录更新模块，具体用于若当前第二人员的授权处理结果为拒绝授权，生成预设交易业务的第一授权记录，第一授权记录中的授权处理状态为：授权拒绝，更新后的第一授权规则为：拒绝其他第二人员对预设交易业务进行授权、当前第二人员的操作信息为：当前第二人员将拒绝授权预设交易业务。

可选的，授权记录更新模块，具体用于若当前第二人员的授权处理结果为同意授权，生成预设交易业务的第二授权记录，第二授权记录中的授权处理状态为：授权同意，更新后的第一授权规则为：其他第二人员的信息、当前第二人员的操作信息为：当前第二人员同意授权预设交易业务。

上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(Central Processing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

请参考图17，为本申请实施例提供的电子设备的示意图，如图17所示，该电子设备100包括：处理器110、存储介质120和总线，存储介质120存储有处理器110可执行的程序指令，当电子设备100运行时，处理器110与存储介质120之间通过总线通信，处理器110执行程序指令，以执行上述应用于第一服务器的方法实施例或者执行上述应用于第二服务器的方法实施例。具体实现方式和技术效果类似，这里不再赘述。

可选地，本发明还提供一种计算机可读存储介质，存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述应用于第一服务器的方法实施例或者执行上述应用于第二服务器的方法实施例。

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

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

上仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims

1.一种交易信息处理方法，其特征在于，应用于第一服务器，所述方法包括：

2.如权利要求1所述的方法，其特征在于，所述获取第一人员通过第一终端针对预设交易业务输入的交易请求之后，所述方法还包括：

3.如权利要求1所述的方法，其特征在于，所述获取第一人员通过第一终端针对预设交易业务输入的交易请求之后，所述方法还包括：

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

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

根据所述交易详情信息，生成基础展示信息；

6.一种交易信息处理方法，其特征在于，应用于第二服务器，所述方法包括：

7.如权利要求6所述的方法，其特征在于，若所述第二人员包括多个，所述第一授权规则还包括：多个第二人员的授权顺序信息，所述根据所述第二人员的信息，向所述第二人员对应的第二终端发送所述授权请求，包括：

8.如权利要求7所述的方法，其特征在于，所述根据所述第二人员的信息，向所述第二人员对应的第二终端发送所述授权请求，还包括：

9.如权利要求6所述的方法，其特征在于，所述接收所述第二终端发送的所述第二人员针对所述授权请求的授权处理结果之后，所述方法还包括：

10.如权利要求9所述的方法，其特征在于，所述根据每个第二人员的授权处理结果，更新所述预设交易业务的授权记录，包括：

11.如权利要求9所述的方法，其特征在于，所述根据每个第二人员的授权处理结果，更新所述预设交易业务的授权记录，包括：

12.一种交易信息处理装置，其特征在于，应用于第一服务器，所述装置包括：

13.一种交易信息处理装置，其特征在于，应用于第二服务器，所述装置包括：

14.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行如权利要求1至5任一项所述的交易信息处理方法或者如权利要求6至11任一项所述的交易信息处理方法的步骤。

15.一种计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至5任一项所述的交易信息处理方法或者如权利要求6至11任一项所述的交易信息处理方法的步骤。