CN114884743B - 业务处理方法、装置、设备、存储介质和程序产品 - Google Patents

Abstract

本申请涉及一种业务处理方法、装置、计算机设备、存储介质和计算机程序产品。业务处理方法包括：接收用户通过企业系统中的标准化接口发送的业务请求，并确定业务请求对应的目标银行，进而根据目标银行对应的报文传输处理规则，对业务请求进行处理，向目标银行对应的服务器发送处理后的业务请求，以指示服务器对业务请求进行处理。上述业务处理方法通过标准化接口即在企业系统内部实现对于不同银行统一的业务对接，无需因各个银行的服务器所支持的报文传输处理规则而在在企业系统内布设各银行所对应的接口，进而避免了企业系统端的资料浪费。

Description

业务处理方法、装置、设备、存储介质和程序产品

技术领域

本申请涉及计算机技术领域，特别是涉及一种业务处理方法、装置、设备、存储介质和程序产品。

背景技术

企业在经营过程中不可避免的需要使用银行的网上交易系统进行资金管理操作。通常情况下，同一企业会在多家银行开设有账户，企业人员在进行资金管理操作时则需要登录对应银行的网上交易系统进行余额查询、资金调拨、对账等银行服务。

传统技术中，开发人员将企业的财务系统与各银行的网上交易系统对接，实现一站式联动银行账户完成多种银行业务服务。但是，由于各家银行的网上交易系统所支持的接口不同，开发人员需要在企业的财务系统中为每一家银行创建对应的接口，以实现财务系统与网上交易系统的接口适配。

然而，对于企业的财务系统端而言，为不同银行设置对应接口造成了一定的资源浪费。

发明内容

基于此，有必要针对上述技术问题，提供一种业务处理方法、装置、设备、存储介质和程序产品。

第一方面，本申请提供了一种业务处理方法，包括：

接收用户通过企业系统中的标准化接口发送的业务请求，并确定业务请求对应的目标银行；其中，目标银行为企业系统预先绑定的多个银行中的任一个；

根据目标银行对应的报文传输处理规则，对业务请求进行处理；

向目标银行对应的服务器发送处理后的业务请求，以指示服务器对业务请求进行处理。

在其中一个实施例中，报文传输处理规则包括报文重组规则和加密处理规则，根据目标银行对应的报文处理规则对业务请求进行处理，包括：

根据目标银行对应的报文重组规则，对业务请求进行报文重组，得到重组后的业务请求；

根据目标银行对应的加密处理规则，对重组后的业务请求进行加密处理，得到处理后的业务请求。

在其中一个实施例中，根据目标银行对应的报文重组规则，对业务请求进行报文重组，得到重组后的业务请求，包括：

根据预设的银行标识与报文格式之间的对应关系，确定目标银行对应的报文格式；

采用目标银行对应的报文格式对业务请求进行报文重组，得到重组后的业务请求。

在其中一个实施例中，根据目标银行对应的加密处理规则，对重组后的业务请求进行加密处理，得到处理后的业务请求，包括：

根据预设的银行标识与加密方式之间的对应关系，确定目标银行对应的加密信息；

根据目标银行对应的加密方式，对重组后的业务请求进行加密处理，得到处理后的业务请求。

在其中一个实施例中，向目标银行对应的服务器发送处理后的业务请求，包括：

根据预设的银行标识与服务器地址之间的对应关系，确定目标银行对应的服务器地址；

根据目标银行对应的服务器地址将处理后的业务请求发送至对应的服务器。

在其中一个实施例中，上述方法还包括：

向目标银行的账户绑定终端发送验证信息，并接收用户输入的待验证信息；

若待验证信息与验证信息一致，则执行确定业务请求对应的目标银行的步骤。

在其中一个实施例中，在确定业务请求对应的目标银行之前，上述方法还包括：

确定业务请求所指示的业务处理类型；

若业务处理类型为财务处理操作，则执行确定业务请求对应的目标银行的步骤；

若业务处理类型为账户管理操作，则根据用户输入的账户管理信息更新账户信息维护表。

在其中一个实施例中，上述方法还包括：

接收服务器发送的业务处理结果；

根据目标银行对应的报文接收处理规则，对业务处理结果进行处理，得到处理后的业务处理结果。

在其中一个实施例中，报文接收处理规则包括解密处理规则和报文格式还原规则；根据目标银行对应的报文接收处理规则，对业务处理结果进行处理，得到处理后的业务处理结果，包括：

根据预设的银行标识与解密方式之间的对应关系，确定目标银行对应的解密方式；

根据目标银行对应的解密方式，对业务处理结果进行解密处理，得到解密后的业务处理结果；

根据报文格式还原规则，对解密后的业务处理结果进行格式还原，得到处理后的业务处理结果。

第二方面，本申请还提供了一种业务处理装置，包括：

目标确定模块，用于接收用户通过企业系统中的标准化接口发送的业务请求，并确定业务请求对应的目标银行；其中，目标银行为企业系统预先绑定的多个银行中的任一个；

传输处理模块，用于根据目标银行对应的报文传输处理规则，对业务请求进行处理；

请求转发模块，用于向目标银行对应的服务器发送处理后的业务请求，以指示服务器对业务请求进行处理。

第三方面，本申请还提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收用户通过企业系统中的标准化接口发送的业务请求，并确定业务请求对应的目标银行；其中，目标银行为企业系统预先绑定的多个银行中的任一个；

根据目标银行对应的报文传输处理规则，对业务请求进行处理；

向目标银行对应的服务器发送处理后的业务请求，以指示服务器对业务请求进行处理。

第四方面，本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收用户通过企业系统中的标准化接口发送的业务请求，并确定业务请求对应的目标银行；其中，目标银行为企业系统预先绑定的多个银行中的任一个；

根据目标银行对应的报文传输处理规则，对业务请求进行处理；

向目标银行对应的服务器发送处理后的业务请求，以指示服务器对业务请求进行处理。

第五方面，本申请还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

接收用户通过企业系统中的标准化接口发送的业务请求，并确定业务请求对应的目标银行；其中，目标银行为企业系统预先绑定的多个银行中的任一个；

根据目标银行对应的报文传输处理规则，对业务请求进行处理；

向目标银行对应的服务器发送处理后的业务请求，以指示服务器对业务请求进行处理。

上述业务处理方法、装置、计算机设备、存储介质和计算机程序产品，通过接收用户通过企业系统中的标准化接口发送的业务请求，并确定业务请求对应的目标银行，进而根据目标银行对应的报文传输处理规则，对业务请求进行处理，向目标银行对应的服务器发送处理后的业务请求，以指示服务器对业务请求进行处理。上述业务处理方法通过标准化接口即在企业系统内部实现对于不同银行统一的业务对接，无需因各个银行的服务器所支持的报文传输处理规则而在在企业系统内布设各银行所对应的接口，进而避免了企业系统端的资料浪费。

附图说明

图1为一个实施例中业务处理方法的应用环境图；

图2为一个实施例中业务处理方法的流程示意图；

图3为一个实施例中对业务请求进行处理的流程示意图；

图4为一个实施例中业务请求进行报文重组的流程示意图；

图5为一个实施例中业务请求进行加密处理的流程示意图；

图6为一个实施例中业务向服务器发送处理后的业务请求的流程示意图；

图7为一个实施例中业进行权限验证的流程示意图；

图8为一个实施例中根据业务处理类型执行不同操作的流程示意图；

图9为一个实施例中接收业务处理结果的流程示意图；

图10为一个实施例中对业务处理结果进行处理的流程示意图；

图11为一个实施例中业务处理装置的结构框图；

图12为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例提供的业务处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与多个服务器104进行通信。终端102上安装有企业系统，企业系统预先与多个银行账号绑定，即实现与终端102与对应多个银行的绑定。终端102接收用户通过企业系统中的标准化接口发送的业务请求，并确定业务请求对应的目标银行，进而根据目标银行对应的报文传输处理规则，对业务请求进行处理，并向目标银行对应的服务器104发送处理后的业务请求，以指示该服务器104对业务请求进行处理。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和物联网设备。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

需要说明的是，本申请所提供的业务处理方法实质实现的是企业系统与银行的网上交易系统之间的业务对接，上述终端102即为安装企业系统的系统终端，服务器104即为银行的网上交易系统提供业务服务的银行服务器，不同的服务器对应不同银行的网上交易系统。

在一个实施例中，如图2所示，提供了一种业务处理方法，以该方法应用于上述系统终端为例进行说明，包括以下步骤：

S210、接收用户通过企业系统中的标准化接口发送的业务请求，并确定业务请求对应的目标银行。

其中，目标银行为企业系统预先绑定的多个银行中的任一个。企业系统可预先绑定多个银行账号，而多个银行账号可以归属于同一银行，也可以归属于不同银行，企业系统与银行账号的绑定即可实现企业系统与对应银行的绑定。可选地，上述企业系统即为企业内部所使用的管理系统，例如，可以是财务管理系统、业务管理系统等等。本实施例中，对于企业系统的类型不做具体限制。

业务请求即针对银行账号的业务请求，用于请求该银行账号所对应服务器对该银行账号执行具体的业务操作。可选地，上述业务操作包括余额查询、资金调拨、代发工资等等。

需要说明的是，标准化接口即为在企业系统内设置的一个通用接口，用户可基于该标准化接口触发对于不同银行账号的业务请求。可选地，上述标准化接口在企业系统内的表现形式即为一应用程序，用户在系统终端上进行对于不同银行账户的业务操作则需要通过该应用程序实现。

可选地，用户在系统终端上登录企业系统，选择上述应用程序进入账号选择界面，该账号选择界面内包括账号列表，该账号列表中包括与企业系统绑定的所有银行账号。用户在账号列表中选择银行账号以及相应的业务操作内容，以由企业系统发起对于该银行账号的业务请求。系统终端接收该业务请求，并确定该业务请求中所携带的银行账号的所属银行，并将该所属银行确定为上述业务请求对应的目标银行。

S220、根据目标银行对应的报文传输处理规则，对业务请求进行处理。

其中，报文传输处理规则即对于待传输报文的处理要求，不同银行所支持的报文传输处理规则不同。本实施例中，上述业务请求即为该待传输报文。可选地，报文传输处理规则可以包括对于报文本身的处理要求，如报文大小的要求，处理周期的要求或者报文格式的要求，还可包括对于报文传输的要求，如传输方式的要求、加密方式的要求等等。

具体地，系统终端内预先维护有银行与报文传输处理规则之间的对应关系，系统终端在确定了目标银行后，则根据预设的银行与报文传输处理规则之间的对应关系确定该目标银行所对应的报文传输处理规则，进而采用该报文传输处理规则对上述业务请求进行处理，以得到处理后的业务请求。

S230、向目标银行对应的服务器发送处理后的业务请求，以指示服务器对业务请求进行处理。

具体地，系统终端内预先维护有银行与服务器之间的对应关系，系统终端在业务请求进行相应地处理后，即可根据预设的银行与服务器之间的对应关系确定该目标银行所对应的服务器，进而向目标银行对应的服务器发送处理后的业务请求，以指示该服务器对业务请求进行处理。

本实施例中，系统终端接收用户通过企业系统中的标准化接口发送的业务请求，并确定业务请求对应的目标银行，进而根据目标银行对应的报文传输处理规则，对业务请求进行处理，向目标银行对应的服务器发送处理后的业务请求，以指示服务器对业务请求进行处理。上述业务处理方法通过标准化接口即在企业系统内部实现对于不同银行统一的业务对接，无需因各个银行的服务器所支持的报文传输处理规则而在在企业系统内布设各银行所对应的接口，进而避免了企业系统端的资料浪费。

在其中一个实施例中，上述报文传输处理规则包括报文重组规则和加密处理规则。如图3所示，上述S220、根据目标银行对应的报文传输处理规则，对业务请求进行处理，则包括：

S310、根据目标银行对应的报文重组规则，对业务请求进行报文重组，得到重组后的业务请求。

其中，报文重组规则即对于报文格式的处理要求。

具体地，系统终端确定目标银行所对应的报文重组规则，进而根据该报文重组规则对业务请求进行报文重组，以得到重组后满足该报文重组规则的业务请求。

S320、根据目标银行对应的加密处理规则，对重组后的业务请求进行加密处理，得到处理后的业务请求。

其中，加密处理规则即对于报文加密的设置要求。

具体地，系统终端确定目标银行所对应的加密处理规则，进而根据该加密处理规则对前述重组后的业务请求进行加密处理，以得到加密后满足该加密处理规则的业务请求。

可选地，在将企业系统与多个银行账号绑定的同时，建立银行与报文重组规则之间的对应关系，和/或，建立银行与加密处理规则之间的对应关系，以供后续确定目标银行所对应的报文重组规则，和/或，目标银行所对应的加密处理规则。

本实施例中，报文传输处理规则包括报文重组规则和加密处理规则，系统终端则根据目标银行对应的报文重组规则，对业务请求进行报文重组，得到重组后的业务请求，以实现业务请求的报文格式与对应银行的服务器的适配；系统终端还根据目标银行对应的加密处理规则，对重组后的业务请求进行加密处理，得到处理后的业务请求，以实现业务请求的安全传输。通过上述方法即可实现业务请求安全且稳定地被对应的银行服务器接收，确保了业务处理安全且稳定地实现。

在其中一个实施例中，如图4所示，上述S310、根据目标银行对应的报文重组规则，对业务请求进行报文重组，得到重组后的业务请求，则包括：

S410、根据预设的银行标识与报文格式之间的对应关系，确定目标银行对应的报文格式。

其中，银行标识用于唯一表征对应银行。可选地，该银行标识可以是编码、字符缩写等等。本实施例中，对于银行标识的表现形式并不做具体限制。

承前所述，报文重组规则即对于报文格式的处理要求。银行与报文重组规则之间的对应关系即为银行标识与报文格式之间的对应关系。

具体地，系统终端在确定业务请求所对应的目标银行后，即获取该目标银行的银行标识，进而根据预设的银行标识与报文格式之间的对应关系确定目标银行的银行标识所对应的报文格式，即目标银行对应的报文格式。

S420、采用目标银行对应的报文格式对业务请求进行报文重组，得到重组后的业务请求。

具体地，系统终端在确定目标银行对应的报文格式后，即采用目标银行对应的报文格式对业务请求进行报文重组，以得到重组后的业务请求。

本实施例中，系统终端根据预设的银行标识与报文格式之间的对应关系，确定目标银行对应的报文格式，进而采用目标银行对应的报文格式对业务请求进行报文重组，得到重组后的业务请求。使得业务请求得以被对应银行的服务器接收并识别，确保了业务请求的有效性。

在其中一个实施例中，如图5所示，上述S320、根据目标银行对应的加密处理规则，对重组后的业务请求进行加密处理，得到处理后的业务请求，则包括：

S510、根据预设的银行标识与加密方式之间的对应关系，确定目标银行对应的加密方式。

承前所述，加密处理规则即对于报文加密的要求，如加密方式，秘钥信息。可选地，银行与加密处理规则之间的对应关系即为银行标识与加密方式之间的对应关系。

具体地，系统终端在对业务请求进行报文重组后，即根据预设的银行标识与加密方式的对应关系确定目标银行的银行标识所对应的加密方式，即目标银行对应的加密方式。

S520、根据目标银行对应的加密方式，对重组后的业务请求进行加密处理，得到处理后的业务请求。

其中，报文的加密方式有多种，不同银行所采用的加密方式不同。可选地，加密方式包括CA(Certificate Authority，证书颁发机构)认证、Ukey认证、API私钥认证等等。

具体地，系统终端在确定目标银行对应的加密方式后，即采用目标银行对应的加密方式对业务请求进行加密处理，以得到处理后的业务请求。

本实施例中，系统终端根据预设的银行标识与加密方式之间的对应关系，确定目标银行对应的加密方式，进而根据目标银行对应的加密方式，对重组后的业务请求进行加密处理，得到处理后的业务请求。不仅确保了业务请求的安全性，还使得业务请求得以被对应银行的服务器解密，确保了加密的业务请求的有效性。

在其中一个实施例中，如图6所示，上述S230中向目标银行对应的服务器发送处理后的业务请求，则包括：

S610、根据预设的银行标识与服务器地址之间的对应关系，确定目标银行对应的服务器地址。

可选地，上述银行与服务器之间的对应关系即为银行标识与服务器地址之间的对应关系。系统终端在采用相应的报文传输处理规则对业务请求进行处理后，则进一步根据目标银行的银行标识确定该银行标识所对应的服务器地址，即目标银行对应的服务器地址。

S620、根据目标银行对应的服务器地址将处理后的业务请求发送至对应的服务器。

具体地，系统终端在确定目标银行对应的服务器地址后，则将处理后的业务请求发送至该服务器地址所对应的服务器。

本实施例中，系统终端根据预设的银行标识与服务器地址之间的对应关系，确定目标银行对应的服务器地址，进而根据目标银行对应的服务器地址将处理后的业务请求发送至对应的服务器，使得业务请求可以准确传输至服务器，提高了业务请求传输的准确性。

在其中一个实施例中，为提高业务处理的安全性，还需要对发起业务请求的用户(账号)进行权限验证。如图7所示，上述方法还包括：

S710、向目标银行的账户绑定终端发送验证信息，并接收用户输入的待验证信息。

其中，目标银行的账户绑定终端为登录关联账号的终端，该关联账号即为与业务请求所对应的银行账号所绑定的账号。可选地，该关联账号可以是手机号码，可以是邮箱地址，还可以是其他设备的IP地址。

可选地，系统终端在接收到上述业务请求后，则向目标银行的账户所绑定的终端发送验证信息，以通过该验证信息验证发起当业务请求的用户是否具有操作权限。

具体地，系统终端在向目标银行的账户绑定终端发送验证信息后，则在显示界面弹出验证信息输入框，用户则将目标银行的账户绑定终端所接收到的验证信息作为待验证信息输入该验证信息输入框，系统终端相应地接收用户该待验证信息。

S720、若待验证信息与验证信息一致，则执行确定业务请求对应的目标银行的步骤。

具体地，系统终端比较发出的验证信息与接收到的待验证信息，并根据比较结果得出当前登录企业系统触发上述业务请求的用户(账号)是否具有操作权限。其中，若待验证信息与验证信息一致，表征触发该业务请求的用户具有操作权限，系统终端则继续执行上述确定业务请求对应的目标银行的步骤；反之，若待验证信息与验证信息不一致，则表征触发该业务请求的用户不具有操作权限，系统终端则进行权限告警提示。

本实施例中，系统终端还用于向目标银行的账户绑定终端发送验证信息，接收用户输入的待验证信息，并在待验证信息与验证信息一致的情况下，执行确定业务请求对应的目标银行的步骤，以此实现对于发起业务请求的用户(账号)的权限验证，仅针对于具有处理权限的用户(账号)执行后续的业务处理，进而提高业务处理的安全性。

实际应用中，用户对于银行账号所触发的业务请求可用于指示不同的业务处理类型，基于此，如图8所示，上述方法在S210中确定业务请求对应的目标银行之前，还包括：

S810、确定业务请求所指示的业务处理类型。

其中，业务处理类型可基于用户对于银行账号发起业务请求时的选择的业务处理内容来确定。可选地，业务处理类型包括财务处理操作和非财务处理操作。其中，财务处理操作即业务处理内容涉及财务的处理操作，需要银行账号对应的银行的服务器实现；而非财务处理操作即为业务处理内容涉及不财务的处理操作，如账户管理操作，即不需要银行账号对应的银行的服务器实现，系统终端可自行实现。

可选地，财务处理操作包括余额查询、资金调拨、代发工资等等；账户管理操作包括新增、删除、修改银行账号的相关信息等等。

可选地，用户在系统终端所显示的账号列表中选择所要操作的银行账号，并进一步选择业务处理内容，系统终端则基于用户所选择的业务处理类型生成对于该银行账号的业务请求。其中，若用户所选择的业务处理内容为余额查询，对应业务请求所指示的业务处理类型即为财务处理操作；若用户所选择的业务处理内容为新增银行账号，对应业务请求所指示的业务处理类型即为账户管理操作。

S820、若业务处理类型为财务处理操作，则执行确定业务请求对应的目标银行的步骤。

具体地，系统终端确定业务请求所指示的业务处理类型为财务处理操作后，表征用户触发业务请求时所选择的业务处理内容涉及财务，需要银行账号对应的银行的服务器实现，该情况下，系统终端即需要执行上述确定业务请求对应的目标银行以及之后的步骤。

S830、若业务处理类型为账户管理操作，则根据用户输入的账户管理信息更新账户信息维护表。

其中，账户信息维护表即包括与企业系统所绑定的所有银行账号的相关信息，如每一银行账号对应别的银行标识，每一银行标识对应的报文传输处理规则等等。

可选地，上述账户信息维护表可用于表征前述银行标识与报文格式之间的对应关系、银行标识与加密方式之间的对应关系以及银行标识与服务器地址之间的对应关系中的至少一个。

具体地，系统终端确定业务请求所指示的业务处理类型为账户管理操作后，表征用户触发业务请求时所选择的业务处理内容不涉及财务，系统终端可自行实现，该情况下，系统终端直接根据用户输入的账户管理信息更新账户信息维护表即可。

可选地，上述对发起业务请求的用户(账号)进行权限验证的过程(S710～S730)也可以在确定出业务处理类型为财务处理操作后执行。

本实施例中，系统终端在确定业务请求对应的目标银行之前，先确定业务请求所指示的业务处理类型，在业务处理类型为财务处理操作的情况下，执行确定业务请求对应的目标银行的步骤，并在业务处理类型为账户管理操作的情况下，根据用户输入的账户管理信息更新账户信息维护表。上述方法实现了对不同业务处理类型的不同处理，对于不涉及银行的服务器所执行的业务请求则不进行后续的传输处理，进而简化业务处理过程，提高了处理效率。

在其中一个实施例中，银行的服务器接收到系统终端发送的业务请求后，还会向系统终端返回业务请求所对应的业务处理结果。因此，如图9所示，上述方法还包括：

S910、接收服务器发送的业务处理结果。

具体地，银行的服务器在接收系统终端发送的业务请求后，则会对该业务请求进行处理，并向系统终端返回处理后的业务处理结果。例如，上述业务请求用于指示服务器对银行账号进行余额查询，服务器则执行对于该银行账号的余额查询，并将查询结果作为业务处理结果返回给系统终端，系统终端则相应地接收服务器发送的业务处理结果。

S920、根据目标银行对应的报文接收处理规则，对业务处理结果进行处理，得到处理后的业务处理结果。

其中，系统终端接收到的服务器所反馈的业务处理结果是经过服务器侧所支持的报文传输处理规则处理后的业务处理结果，对于系统终端侧而言，还需要对该业务处理结果进行进一步的处理，以适配于系统终端侧。

具体地，系统终端则根据目标银行对应的报文接收处理规则对该业务处理结果进行处理，以得到处理后的业务处理结果。

在一可选地实施例中，报文接收处理规则包括解密处理规则和报文格式还原规则。基于此，如图10所示，上述S920、根据目标银行对应的报文接收处理规则，对业务处理结果进行处理，得到处理后的业务处理结果，则包括：

S1010、根据预设的银行标识与解密方式之间的对应关系，确定目标银行对应的解密方式。

其中，解密处理规则即对于报文解密的要求，如解密方式。可选地，银行与解密处理规则之间的对应关系即为银行标识与解密方式之间的对应关系。解密方式即针对加密报文的解密方式，解密方式与加密报文的加密方式相对应，例如，解密方式A对应与加密方式a，即解密方式A只能解密采用加密方式a加密的报文。

具体地，系统终端在接收到服务器发送的业务处理结果后，即根据预设的银行标识与解密方式的对应关系确定目标银行的银行标识所对应的解密方式，即目标银行对应的解密方式。

S1020、根据目标银行对应的解密方式，对业务处理结果进行解密处理，得到解密后的业务处理结果。

具体地，系统终端在确定目标银行对应的解密方式后，即采用目标银行对应的解密方式对业务请求进行解密处理，以得到处理后的业务处理结果。

S1030、根据报文格式还原规则，对解密后的业务处理结果进行格式还原，得到处理后的业务处理结果。

其中，报文格式还原规则即对于接收到的报文格式的处理要求。本实施例中，报文格式还原规则即为将接收到的报文进行报文重组，得到企业系统内部统一的通用型报文格式的报文。

具体地，系统终端确定目标银行所对应的文格式还原规则，进而根据该文格式还原规则对解密后的业务处理结果进行报文重组，以实现对于解密后的业务处理结果的格式还原，进而得到上述通用型报文格式的业务处理结果并在系统终端的显示界面显示。

本实施例中，系统终端在接收服务器发送的业务处理结果后，则根据预设的银行标识与解密方式之间的对应关系，确定目标银行对应的解密方式，进而根据目标银行对应的解密方式，对业务处理结果进行解密处理，得到解密后的业务处理结果，并根据报文格式还原规则，对解密后的业务处理结果进行格式还原，得到处理后的业务处理结果。通过上述方式完成对于业务处理结果的接收，提高了整个业务处理过程的完整性。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图11所示，提供了一种业务处理装置，包括：目标确定模块1101、传输处理模块1102和请求转发模块1103，其中：

目标确定模块1101用于接收用户通过企业系统中的标准化接口发送的业务请求，并确定业务请求对应的目标银行；其中，目标银行为企业系统预先绑定的多个银行中的任一个；

传输处理模块1102用于根据目标银行对应的报文传输处理规则，对业务请求进行处理；

请求转发模块1103用于向目标银行对应的服务器发送处理后的业务请求，以指示服务器对业务请求进行处理。

在其中一个实施例中，报文传输处理规则包括报文重组规则和加密处理规则，传输处理模块1102具体用于：

根据目标银行对应的报文重组规则，对业务请求进行报文重组，得到重组后的业务请求；根据目标银行对应的加密处理规则，对重组后的业务请求进行加密处理，得到处理后的业务请求。

在其中一个实施例中，传输处理模块1102具体用于：

根据预设的银行标识与报文格式之间的对应关系，确定目标银行对应的报文格式；采用目标银行对应的报文格式对业务请求进行报文重组，得到重组后的业务请求。

在其中一个实施例中，传输处理模块1102具体用于：

根据预设的银行标识与加密方式之间的对应关系，确定目标银行对应的加密信息；根据目标银行对应的加密方式，对重组后的业务请求进行加密处理，得到处理后的业务请求。

在其中一个实施例中，请求转发模块1103具体用于：

根据预设的银行标识与服务器地址之间的对应关系，确定目标银行对应的服务器地址；根据目标银行对应的服务器地址将处理后的业务请求发送至对应的服务器。

在其中一个实施例中，上述装置还包括：权限验证模块；

权限验证模块用于：向目标银行的账户绑定终端发送验证信息，并接收用户输入的待验证信息；若待验证信息与验证信息一致，则执行确定业务请求对应的目标银行的步骤。

在其中一个实施例中，在确定业务请求对应的目标银行之前，目标确定模1101还要用于：

确定业务请求所指示的业务处理类型；若业务处理类型为财务处理操作，则执行确定业务请求对应的目标银行的步骤；若业务处理类型为账户管理操作，则根据用户输入的账户管理信息更新账户信息维护表。

在其中一个实施例中，结果接收模块；

结果接收模块用于接收服务器发送的业务处理结果；根据目标银行对应的报文接收处理规则，对业务处理结果进行处理，得到处理后的业务处理结果。

在其中一个实施例中，报文接收处理规则包括解密处理规则和报文格式还原规则；结果接收模块具体用于：

根据预设的银行标识与解密方式之间的对应关系，确定目标银行对应的解密方式；根据目标银行对应的解密方式，对业务处理结果进行解密处理，得到解密后的业务处理结果；根据报文格式还原规则，对解密后的业务处理结果进行格式还原，得到处理后的业务处理结果。

上述业务处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图12所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种业务处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图12中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收用户通过企业系统中的标准化接口发送的业务请求，并确定业务请求对应的目标银行；其中，目标银行为企业系统预先绑定的多个银行中的任一个；根据目标银行对应的报文传输处理规则，对业务请求进行处理；向目标银行对应的服务器发送处理后的业务请求，以指示服务器对业务请求进行处理。

在其中一个实施例中，报文传输处理规则包括报文重组规则和加密处理规则，处理器执行计算机程序时还实现以下步骤：

根据目标银行对应的报文重组规则，对业务请求进行报文重组，得到重组后的业务请求；根据目标银行对应的加密处理规则，对重组后的业务请求进行加密处理，得到处理后的业务请求。

在其中一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据预设的银行标识与报文格式之间的对应关系，确定目标银行对应的报文格式；采用目标银行对应的报文格式对业务请求进行报文重组，得到重组后的业务请求。

在其中一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据预设的银行标识与加密方式之间的对应关系，确定目标银行对应的加密信息；根据目标银行对应的加密方式，对重组后的业务请求进行加密处理，得到处理后的业务请求。

在其中一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据预设的银行标识与服务器地址之间的对应关系，确定目标银行对应的服务器地址；根据目标银行对应的服务器地址将处理后的业务请求发送至对应的服务器。

在其中一个实施例中，处理器执行计算机程序时还实现以下步骤：

向目标银行的账户绑定终端发送验证信息，并接收用户输入的待验证信息；若待验证信息与验证信息一致，则执行确定业务请求对应的目标银行的步骤。

在其中一个实施例中，处理器执行计算机程序时还实现以下步骤：

确定业务请求所指示的业务处理类型；若业务处理类型为财务处理操作，则执行确定业务请求对应的目标银行的步骤；若业务处理类型为账户管理操作，则根据用户输入的账户管理信息更新账户信息维护表。

在其中一个实施例中，处理器执行计算机程序时还实现以下步骤：

接收服务器发送的业务处理结果；根据目标银行对应的报文接收处理规则，对业务处理结果进行处理，得到处理后的业务处理结果。

在其中一个实施例中，报文接收处理规则包括解密处理规则和报文格式还原规则；处理器执行计算机程序时还实现以下步骤：

根据预设的银行标识与解密方式之间的对应关系，确定目标银行对应的解密方式；根据目标银行对应的解密方式，对业务处理结果进行解密处理，得到解密后的业务处理结果；根据报文格式还原规则，对解密后的业务处理结果进行格式还原，得到处理后的业务处理结果。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收用户通过企业系统中的标准化接口发送的业务请求，并确定业务请求对应的目标银行；其中，目标银行为企业系统预先绑定的多个银行中的任一个；根据目标银行对应的报文传输处理规则，对业务请求进行处理；向目标银行对应的服务器发送处理后的业务请求，以指示服务器对业务请求进行处理。

在其中一个实施例中，报文传输处理规则包括报文重组规则和加密处理规则，计算机程序被处理器执行时还实现以下步骤：

根据目标银行对应的报文重组规则，对业务请求进行报文重组，得到重组后的业务请求；根据目标银行对应的加密处理规则，对重组后的业务请求进行加密处理，得到处理后的业务请求。

在其中一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据预设的银行标识与报文格式之间的对应关系，确定目标银行对应的报文格式；采用目标银行对应的报文格式对业务请求进行报文重组，得到重组后的业务请求。

在其中一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据预设的银行标识与加密方式之间的对应关系，确定目标银行对应的加密信息；根据目标银行对应的加密方式，对重组后的业务请求进行加密处理，得到处理后的业务请求。

在其中一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据预设的银行标识与服务器地址之间的对应关系，确定目标银行对应的服务器地址；根据目标银行对应的服务器地址将处理后的业务请求发送至对应的服务器。

在其中一个实施例中，计算机程序被处理器执行时还实现以下步骤：

向目标银行的账户绑定终端发送验证信息，并接收用户输入的待验证信息；若待验证信息与验证信息一致，则执行确定业务请求对应的目标银行的步骤。

在其中一个实施例中，计算机程序被处理器执行时还实现以下步骤：

确定业务请求所指示的业务处理类型；若业务处理类型为财务处理操作，则执行确定业务请求对应的目标银行的步骤；若业务处理类型为账户管理操作，则根据用户输入的账户管理信息更新账户信息维护表。

在其中一个实施例中，计算机程序被处理器执行时还实现以下步骤：

接收服务器发送的业务处理结果；根据目标银行对应的报文接收处理规则，对业务处理结果进行处理，得到处理后的业务处理结果。

在其中一个实施例中，报文接收处理规则包括解密处理规则和报文格式还原规则；计算机程序被处理器执行时还实现以下步骤：

根据预设的银行标识与解密方式之间的对应关系，确定目标银行对应的解密方式；根据目标银行对应的解密方式，对业务处理结果进行解密处理，得到解密后的业务处理结果；根据报文格式还原规则，对解密后的业务处理结果进行格式还原，得到处理后的业务处理结果。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

接收用户通过企业系统中的标准化接口发送的业务请求，并确定业务请求对应的目标银行；其中，目标银行为企业系统预先绑定的多个银行中的任一个；根据目标银行对应的报文传输处理规则，对业务请求进行处理；向目标银行对应的服务器发送处理后的业务请求，以指示服务器对业务请求进行处理。

在其中一个实施例中，报文传输处理规则包括报文重组规则和加密处理规则，计算机程序被处理器执行时还实现以下步骤：

根据目标银行对应的报文重组规则，对业务请求进行报文重组，得到重组后的业务请求；根据目标银行对应的加密处理规则，对重组后的业务请求进行加密处理，得到处理后的业务请求。

在其中一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据预设的银行标识与报文格式之间的对应关系，确定目标银行对应的报文格式；采用目标银行对应的报文格式对业务请求进行报文重组，得到重组后的业务请求。

在其中一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据预设的银行标识与加密方式之间的对应关系，确定目标银行对应的加密信息；根据目标银行对应的加密方式，对重组后的业务请求进行加密处理，得到处理后的业务请求。

在其中一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据预设的银行标识与服务器地址之间的对应关系，确定目标银行对应的服务器地址；根据目标银行对应的服务器地址将处理后的业务请求发送至对应的服务器。

在其中一个实施例中，计算机程序被处理器执行时还实现以下步骤：

向目标银行的账户绑定终端发送验证信息，并接收用户输入的待验证信息；若待验证信息与验证信息一致，则执行确定业务请求对应的目标银行的步骤。

在其中一个实施例中，计算机程序被处理器执行时还实现以下步骤：

确定业务请求所指示的业务处理类型；若业务处理类型为财务处理操作，则执行确定业务请求对应的目标银行的步骤；若业务处理类型为账户管理操作，则根据用户输入的账户管理信息更新账户信息维护表。

在其中一个实施例中，计算机程序被处理器执行时还实现以下步骤：

接收服务器发送的业务处理结果；根据目标银行对应的报文接收处理规则，对业务处理结果进行处理，得到处理后的业务处理结果。

在其中一个实施例中，报文接收处理规则包括解密处理规则和报文格式还原规则；计算机程序被处理器执行时还实现以下步骤：

根据预设的银行标识与解密方式之间的对应关系，确定目标银行对应的解密方式；根据目标银行对应的解密方式，对业务处理结果进行解密处理，得到解密后的业务处理结果；根据报文格式还原规则，对解密后的业务处理结果进行格式还原，得到处理后的业务处理结果。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (12)

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

接收用户通过企业系统中的标准化接口发送的业务请求，并确定所述业务请求对应的目标银行；其中，所述目标银行为所述企业系统预先绑定的多个银行中的任一个；所述企业系统预先绑定多个银行账号，以实现所述企业系统与对应银行的绑定；所述标准化接口为在所述企业系统内设置的一个通用接口，所述标准化接口用于触发针对不同银行账号的业务请求；

根据所述目标银行对应的报文传输处理规则，对所述业务请求进行处理；所述报文传输处理规则包括报文重组规则和加密处理规则；

向所述目标银行对应的服务器发送处理后的业务请求，以指示所述服务器对所述业务请求进行处理；

接收所述服务器发送的业务处理结果；

根据所述目标银行对应的报文接收处理规则，对所述业务处理结果进行处理，得到处理后的业务处理结果；所述报文接收处理规则包括解密处理规则和报文格式还原规则。

2.根据权利要求1所述的方法，其特征在于，所述根据所述目标银行对应的报文处理规则对所述业务请求进行处理，包括：

根据所述目标银行对应的报文重组规则，对所述业务请求进行报文重组，得到重组后的业务请求；

根据所述目标银行对应的加密处理规则，对所述重组后的业务请求进行加密处理，得到所述处理后的业务请求。

3.根据权利要求2所述的方法，其特征在于，所述根据所述目标银行对应的报文重组规则，对所述业务请求进行报文重组，得到重组后的业务请求，包括：

根据预设的银行标识与报文格式之间的对应关系，确定所述目标银行对应的报文格式；

采用所述目标银行对应的报文格式对所述业务请求进行报文重组，得到所述重组后的业务请求。

4.根据权利要求2所述的方法，其特征在于，所述根据所述目标银行对应的加密处理规则，对所述重组后的业务请求进行加密处理，得到所述处理后的业务请求，包括：

根据预设的银行标识与加密方式之间的对应关系，确定所述目标银行对应的加密信息；

根据所述目标银行对应的加密方式，对所述重组后的业务请求进行加密处理，得到所述处理后的业务请求。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述向所述目标银行对应的服务器发送处理后的业务请求，包括：

根据预设的银行标识与服务器地址之间的对应关系，确定所述目标银行对应的服务器地址；

根据所述目标银行对应的服务器地址将所述处理后的业务请求发送至对应的服务器。

6.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

向所述目标银行的账户绑定终端发送验证信息，并接收用户输入的待验证信息；

若所述待验证信息与所述验证信息一致，则执行所述确定所述业务请求对应的目标银行的步骤。

7.根据权利要求1-4任一项所述的方法，其特征在于，在所述确定所述业务请求对应的目标银行之前，所述方法还包括：

确定所述业务请求所指示的业务处理类型；

若所述业务处理类型为财务处理操作，则执行所述确定所述业务请求对应的目标银行的步骤；

若所述业务处理类型为账户管理操作，则根据用户输入的账户管理信息更新账户信息维护表。

8.根据权利要求1-4中任一项所述的方法，其特征在于，所述方法还包括：

接收所述服务器发送的业务处理结果；

根据所述目标银行对应的报文接收处理规则，对所述业务处理结果进行处理，得到处理后的业务处理结果。

9.根据权利要求8所述的方法，其特征在于，所述根据所述目标银行对应的报文接收处理规则，对所述业务处理结果进行处理，得到处理后的业务处理结果，包括：

根据预设的银行标识与所述解密处理规则之间的对应关系，确定所述目标银行对应的解密方式；

根据所述目标银行对应的解密方式，对所述业务处理结果进行解密处理，得到解密后的业务处理结果；

根据所述报文格式还原规则，对所述解密后的业务处理结果进行格式还原，得到所述处理后的业务处理结果。

10.一种业务处理装置，其特征在于，所述装置包括：

目标确定模块，用于接收用户通过企业系统中的标准化接口发送的业务请求，并确定所述业务请求对应的目标银行；其中，所述目标银行为所述企业系统预先绑定的多个银行中的任一个；所述企业系统预先绑定多个银行账号，以实现所述企业系统与对应银行的绑定；所述标准化接口为在所述企业系统内设置的一个通用接口，所述标准化接口用于触发针对不同银行账号的业务请求；

传输处理模块，用于根据所述目标银行对应的报文传输处理规则，对所述业务请求进行处理；所述报文传输处理规则包括报文重组规则和加密处理规则；

请求转发模块，用于向所述目标银行对应的服务器发送处理后的业务请求，以指示所述服务器对所述业务请求进行处理；

结果接收模块，用于接收所述服务器发送的业务处理结果；根据所述目标银行对应的报文接收处理规则，对所述业务处理结果进行处理，得到处理后的业务处理结果；所述报文接收处理规则包括解密处理规则和报文格式还原规则。

11.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至9中任一项所述的方法的步骤。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的方法的步骤。