CN112950171A - 一种银行业务处理系统及方法 - Google Patents

Abstract

本申请提供了一种银行业务处理系统及方法，所述银行业务处理系统，所述系统包括主办行客户端、主办行服务端、主办行业务处理端和多银行接口端。本说明书中的银行业务处理系统对针对主办行的业务处理请求和针对除所述主办行以外的非主办行的业务处理请求进行区别性的处理，即，将对应于主办行的业务处理请求直接发送至系统中的主办行业务处理端，以快捷的对主办行的业务进行处理；将对应于非主办行的业务处理请求交由系统中的多银行接口端进行处理。可见，本说明书中的银行业务处理系统无需针对每个银行均设置对应于该银行的接口，避免了接口维护、接口开发造成的工作量较大的问题。

Description

一种银行业务处理系统及方法

技术领域

本申请涉及银行业务处理技术领域，具体而言，本申请涉及一种银行业务处理系统及方法。

背景技术

随着技术的发展，多银行业务能够借助银企直联客户端实现。

在通过银企直联客户端进行业务处理时，用户需在其所使用的客户端中安装银企直联客户端，银企直联客户端包括多个接口，接口用于与银行对接。通常情况下，一个接口对应一个银行。可见，对银企直联客户端的多个接口仅需维护开发的工作量较大。若有新的银行接入银企直联客户端，还需进行新的接口的开发，工作难度也相应的较大。市场上对标准多银行资金管理接口的需求越来越迫切，希望研发多银行系统的企业，能够基于多银行资金管理系统、提供统一的多银行直联接口。

此外，多银行资金管理系统的核心功能是通过对接各家银行银企直联接口实现的，系统本身相当于是多家银行银企直联接口的集成系统，如该系统自身也需要以接口形式提供服务，在交易链路上存在双层甚至多层接口，增加了系统设计和交易链路的复杂性。

发明内容

本申请提供了一种银行业务处理系统及方法，有效地提高了财务软件系统与多银行的对接效率，本申请采用的技术方案如下：

第一方面，提供了一种银行业务处理系统，所述系统包括主办行客户端、主办行服务端、主办行业务处理端和多银行接口端；所述办行客户端是由主办行生成的；

所述主办行客户端，配置为接收终端发送的业务处理请求，判断所述业务处理请求是否对应于所述主办行；之后，将所述判断的结果以及所述业务处理请求发送至所述主办行服务端；

所述主办行服务端，配置为在所述判断的结果是所述业务处理请求对应于所述主办行时，将所述业务处理请求发送至主办行业务处理端；在所述判断的结果是所述业务处理请求对应于非主办行时，将所述业务处理请求发送至多银行接口端；

所述主办行业务处理端，配置为根据接收到的业务处理请求，进行业务处理；

所述多银行接口端，配置为将接收到的业务处理请求发送至非主办行。

在本说明书一个可选的实施例中，所述主办行客户端运行于所述终端中，所述终端与客户财务软件系统连接。

在本说明书一个可选的实施例中，所述主办行客户端还配置为：根据检测到的安全介质，判断所述业务处理请求是否对应于主办行。

在本说明书一个可选的实施例中，所述多银行接口端与预设的银企直联客户端连接；

所述多银行接口端还配置为将所述业务处理请求发送至银企直联客户端，使得银企直联客户端在各个非主办行中，确定出接收到的业务处理请求对应的非主办行，作为目标银行，将接收到的业务处理请求发送至所述目标银行，使得目标银行根据接收到的业务处理请求，进行业务处理。

在本说明书一个可选的实施例中，所述主办行服务端还配置为：在所述主办行业务处理端对所述业务处理请求对应的业务处理完成之后，接收主办行业务处理端发送的处理结果，并将所述处理结果返回至所述主办行客户端。

在本说明书一个可选的实施例中，所述多银行接口端还配置为：在接收到所述银企直联客户端发送的对应于所述业务处理请求的处理结果之后，并将所述处理结果返回至所述主办行客户端。

在本说明书一个可选的实施例中，所述主办行服务端还配置为：若在将业务处理请求发送至多银行接口端之后的预设时间段内未收到所述多银行接口端返回的处理结果，则再次将业务处理请求发送至多银行接口端。

第二方面，提供了一种银行业务处理方法，所述方法基于银行业务处理系统，所述方法包括：

接收终端发送的业务处理请求，判断所述业务处理请求是否对应于主办行；之后，将所述判断的结果以及所述业务处理请求发送至所述主办行服务端；

在所述判断的结果是所述业务处理请求对应于所述主办行时，对所述业务处理请求对应的业务进行处理；在所述判断的结果是所述业务处理请求对应于非主办行时，将所述业务处理请求发送至非主办行。

在本说明书一个可选的实施例中，对所述业务处理请求对应的业务进行处理之前，所述方法还包括：根据检测到的安全介质，判断所述业务处理请求是否对应于主办行。

在本说明书一个可选的实施例中，在所述判断的结果是所述业务处理请求对应于非主办行时，将所述业务处理请求发送至非主办行，包括：将所述业务处理请求发送至银企直联客户端，使得银企直联客户端在各个非主办行中，确定出接收到的业务处理请求对应的非主办行，作为目标银行，将接收到的业务处理请求发送至所述目标银行，使得目标银行根据接收到的业务处理请求，进行业务处理。

在本说明书一个可选的实施例中，所述方法之后，还包括：在所述主办行业务处理端对所述业务处理请求对应的业务处理完成之后，接收主办行业务处理端发送的处理结果，并将所述处理结果返回至所述主办行客户端。

在本说明书一个可选的实施例中，所述方法之后，还包括：在接收到所述银企直联客户端发送的对应于所述业务处理请求的处理结果之后，并将所述处理结果返回至所述主办行客户端。

在本说明书一个可选的实施例中，所述方法之后，还包括：若在将业务处理请求发送至多银行接口端之后的预设时间段内未收到所述多银行接口端返回的处理结果，则再次将业务处理请求发送至多银行接口端。

在本说明书一个可选的实施例中，在将业务处理请求发送至多银行接口端之后的预设时间段内，若未收到所述多银行接口端返回的处理结果，则再次将业务处理请求发送至多银行接口端，使得多银行接口端再次将业务处理请求发送至目标银行，直至接收到所述多银行接口端返回的对应于该业务处理请求的处理结果。

在本说明书一个可选的实施例中，所述主办行服务端还会针对每个对应于非主办行的业务处理请求，记录向多银行接口端发送该业务处理请求的次数。若所述次数大于预设的次数阈值，则生成针对该业务处理请求的告警信息，返回至所述终端，使得所述终端展示该告警信息。

第三方面，提供了一种银行业务处理装置，所述装置用于第一方面中的银行业务处理系统。所述装置可以包括：

第一接收模块，配置为接收终端发送的业务处理请求，判断所述业务处理请求是否对应于主办行；之后，将所述判断的结果以及所述业务处理请求发送至所述主办行服务端；

决策模块，配置为在所述判断的结果是所述业务处理请求对应于所述主办行时，对所述业务处理请求对应的业务进行处理；在所述判断的结果是所述业务处理请求对应于非主办行时，将所述业务处理请求发送至非主办行。

在本说明书一个可选的实施例中，所述装置还可以包括：判断模块。

所述判断模块，配置为根据检测到的安全介质，判断所述业务处理请求是否对应于主办行。

在本说明书一个可选的实施例中，所述决策模块具体配置为：将所述业务处理请求发送至银企直联客户端，使得银企直联客户端在各个非主办行中，确定出接收到的业务处理请求对应的非主办行，作为目标银行，将接收到的业务处理请求发送至所述目标银行，使得目标银行根据接收到的业务处理请求，进行业务处理。

在本说明书一个可选的实施例中，所述装置还可以包括：第二接收模块。

所述第二接收模块，配置为在所述主办行业务处理端对所述业务处理请求对应的业务处理完成之后，接收主办行业务处理端发送的处理结果，并将所述处理结果返回至所述主办行客户端。

在本说明书一个可选的实施例中，所述装置还可以包括：第三接收模块。

所述第三接收模块，配置为在接收到所述银企直联客户端发送的对应于所述业务处理请求的处理结果之后，并将所述处理结果返回至所述主办行客户端。

在本说明书一个可选的实施例中，所述装置还可以包括：非主办行监督模块。

所述非主办行监督模块，配置为若在将业务处理请求发送至多银行接口端之后的预设时间段内未收到所述多银行接口端返回的处理结果，则再次将业务处理请求发送至多银行接口端。

第四方面，提供了一种电子设备，该电子设备包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行第二方面所示的银行业务处理方法。

第五方面，提供了一种计算机可读存储介质，计算机存储介质用于存储计算机指令，当其在计算机上运行时，使得计算机可以执行第二方面所示的银行业务处理方法。

本申请提供了一种银行业务处理系统、方法、电子设备及计算机可读存储介质，所述银行业务处理系统，所述系统包括主办行客户端、主办行服务端、主办行业务处理端和多银行接口端。本说明书中的银行业务处理系统对针对主办行的业务处理请求和针对除所述主办行以外的非主办行的业务处理请求进行区别性的处理，即，将对应于主办行的业务处理请求直接发送至系统中的主办行业务处理端，以快捷的对主办行的业务进行处理；将对应于非主办行的业务处理请求交由系统中的多银行接口端进行处理。可见，本说明书中的银行业务处理系统无需针对每个银行均设置对应于该银行的接口，避免了接口维护、接口开发造成的工作量较大的问题。并且，本说明书中的银行业务处理系统针对主办行和非主办行的业务区别对待，有利于提高业务处理的效率。由于本说明书中的技术方案在安全性、兼容性等方面均具有较好的表现，使得本说明书中的技术方案适于多种业务处理场景，尤其适用于金融业务处理场景。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例的一种银行业务处理系统架构示意图；

图2为本申请实施例的一种银行业务处理过程示意图；

图3为本申请实施例的一种银行业务处理装置的结构示意图；

图4为本申请实施例的一种电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，各实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

在本申请实施例的描述中，“示例性的”、“例如”或者“举例来说”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”、“例如”或者“举例来说”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”、“例如”或者“举例来说”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，单独存在B，同时存在A和B这三种情况。另外，除非另有说明，术语“多个”的含义是指两个或两个以上。例如，多个系统是指两个或两个以上的系统，多个终端是指两个或两个以上的终端。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。在不冲突的情况下，本说明书中的实施例及实施例中的特征可以相互组合。

本说明书中使用了流程图用来说明根据本说明书的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

示例性的，本说明书中的银行业务处理系统的架构如图1所示。在该银行业务处理系统可以包括主办行客户端、主办行服务端、主办行业务处理端和多银行接口端。各个端之间的通信可以是通过网络实现的。

在实际的场景中，用户可以通过终端与本说明书中的银行业务处理系统进行交互，以实现业务处理。本说明书对银行业务处理系统交互的终端的数量(例如，与银行业务处理系统交互的终端的数量可以为多个)、终端的归属不做限制。为便于说明，本说明书以任意一个终端与银行业务处理系统之间的交互为例，对本说明书的技术方案进行介绍。本说明书中的银行业务处理系统在进行业务处理时，可执行以下步骤中的一个或多个：

S200:主办行客户端接收终端发送的业务处理请求。

本说明书中的银行业务处理过程可以是由终端发送的业务处理请求触发的。在本说明书一个可选的实施例中，主办行客户端运行于终端中，则用户可以对运行于终端中的客户端进行操作，以生成业务处理请求。

本说明书对终端不做具体限制。终端可以是台式计算机、膝上型计算机、平板计算机、智能手机、手持式计算机、个人数字助理(“PDA”)，或者其它任何的有线或无线处理器驱动装置。

进一步地，本说明书对终端在实际的业务场景中的发挥的作用也不做具体限制。可选地，该终端可以是仅用于与本说明书中的银行业务处理系统交互的终端。

再可选地，该终端除能够与银行业务处理系统交互之外，还能够实现一定的业务处理过程的其他功能，例如，所述终端可以与客户财务软件系统连接，以实现该终端与客户财务软件系统之间的交互。此时，该终端还可以用于实现银行业务处理系统与客户财务软件系统之间的交互。

S202:主办行客户端判断所述业务处理请求是否对应于所述主办行，并生成判断结果。

在本说明书一个可选的实施例中，业务处理请求中携带有其对应的银行的信息，则主办行客户端可以根据业务处理请求中携带的信息，执行本步骤的判断。

在某些业务场景中，业务处理请求可以是根据与所述终端连接的安全介质(例如，Ukey)生成的，则主办行客户端可以根据检测到的安全介质执行本步骤中的判断。

S204:主办行客户端将所述判断的结果以及所述业务处理请求发送至所述主办行服务端。

S206:在所述判断的结果是所述业务处理请求对应于所述主办行时，主办行服务端将所述业务处理请求发送至主办行业务处理端。

可见，本说明书中的主办行服务端至少用于确定业务处理请求的去向。主办行业务处理端至少用于对具体的业务内容进行处理，并得到相应的处理结果。

在本说明书一个可选地的实施例中，主办行业务处理端和主办行服务端可以集成为一体。

S208:在所述判断的结果是所述业务处理请求对应于非主办行时，主办行服务端将所述业务处理请求发送至多银行接口端。

S210:主办行业务处理端根据接收到的业务处理请求，进行业务处理。

S212:多银行接口端将接收到的业务处理请求发送至非主办行。

本说明书中的多银行接口端对应于除主办行之外的其他银行。

在本说明书一个可选地的实施例中，多银行接口端可以与主办行业务处理端和主办行服务端可以集成为一体。

可见，通过本说明书中的银行业务处理过程以及银行业务处理系统对针对主办行的业务处理请求、以及针对除所述主办行以外的非主办行的业务处理请求进行区别性的处理，即，将对应于主办行的业务处理请求直接发送至系统中的主办行业务处理端，以快捷的对主办行的业务进行处理；将对应于非主办行的业务处理请求交由系统中的多银行接口端进行处理。可见，本说明书中的银行业务处理系统无需针对每个银行均设置对应于该银行的接口，避免了接口维护、接口开发造成的工作量较大的问题。并且，本说明书中的银行业务处理系统针对主办行和非主办行的业务区别对待，有利于提高业务处理的效率。

在本说明书一个可选的实施例中，所述终端中运行有银企直联客户端。银企直联客户端用于在各个非主办行中，确定出业务处理请求对应的非主办行。具体地，多银行接口端将所述业务处理请求发送至银企直联客户端，使得银企直联客户端在各个非主办行中，确定出接收到的业务处理请求对应的非主办行，作为目标银行，将接收到的业务处理请求发送至所述目标银行(具体地，可以是发送至目标银行的业务处理端)，使得目标银行根据接收到的业务处理请求，进行业务处理。

可见，通过本说明书中的过程和系统，无论是主办行还是非主办行的业务，均能够得到有效的处理。

在主办行业务处理端根据业务处理请求进行业务处理，并得到业务的处理结果之后，主办行业务处理端将处理结果发送至主办行服务端。主办行服务端在接收到该处理结果之后，将该处理结果发送至主办行客户端。主办行客户端在接收到该处理结果之后，通过所述终端，对该处理结果进行展示，以使得该终端对应的客户能够获得该处理结果示出的信息。

此外，在目标银行根据业务处理请求进行业务处理，并得到业务的处理结果之后，目标银行(具体地，可以是目标银行的业务处理端)将处理结果发送至主办行服务端。主办行服务端在接收到该处理结果之后，将该处理结果发送至主办行客户端。主办行客户端在接收到该处理结果之后，通过所述终端，对该处理结果进行展示，以使得该终端对应的客户能够获得该处理结果示出的信息。

由于对应于非主办行的业务处理请求经历的节点较多，且非主办行对业务处理请求对应的业务的处理过程在本说明书中的银行业务处理系统的控制范围之外，使得本说明书中的银行业务处理系统较难获知非主办行的业务处理情况。为通过银行业务处理系统实现对非主办行的业务处理情况的监督，本说明书中的主办行服务端在将业务处理请求发送至多银行接口端之后的预设时间段内(该预设的时间段可以根据实际的业务需求设置，也可以由所述终端对应的用户自行设置)，若未收到所述多银行接口端返回的处理结果，则再次将业务处理请求发送至多银行接口端，使得多银行接口端再次将业务处理请求发送至目标银行，直至接收到所述多银行接口端返回的对应于该业务处理请求的处理结果。

进一步地，所述主办行服务端还会针对每个对应于非主办行的业务处理请求，记录向多银行接口端发送该业务处理请求的次数。若所述次数大于预设的次数阈值，则生成针对该业务处理请求的告警信息，返回至所述终端，使得所述终端展示该告警信息。

相比之下，由于主板行的业务是在本说明书中的银行业务处理系统的管理下执行的，银行业务处理系统无需特别的对主办行的业务处理过程进行监督。

本说明书进一步提供一种银行业务处理装置，可执行本申请上述实施例中提供的一种银行业务处理过程。所述装置用于银行业务处理系统，如图3所示，所述装置包括以下模块中的一个或多个：

第一接收模块300，配置为接收终端发送的业务处理请求，判断所述业务处理请求是否对应于主办行；之后，将所述判断的结果以及所述业务处理请求发送至所述主办行服务端；

决策模块302，配置为在所述判断的结果是所述业务处理请求对应于所述主办行时，对所述业务处理请求对应的业务进行处理；在所述判断的结果是所述业务处理请求对应于非主办行时，将所述业务处理请求发送至非主办行。

在本说明书一个可选的实施例中，所述装置还可以包括：判断模块304。

所述判断模块304，配置为根据检测到的安全介质，判断所述业务处理请求是否对应于主办行。

在本说明书一个可选的实施例中，所述决策模块302具体配置为：将所述业务处理请求发送至银企直联客户端，使得银企直联客户端在各个非主办行中，确定出接收到的业务处理请求对应的非主办行，作为目标银行，将接收到的业务处理请求发送至所述目标银行，使得目标银行根据接收到的业务处理请求，进行业务处理。

在本说明书一个可选的实施例中，所述装置还可以包括：第二接收模块306。

所述第二接收模块306，配置为在所述主办行业务处理端对所述业务处理请求对应的业务处理完成之后，接收主办行业务处理端发送的处理结果，并将所述处理结果返回至所述主办行客户端。

在本说明书一个可选的实施例中，所述装置还可以包括：第三接收模块308。

所述第三接收模块308，配置为在接收到所述银企直联客户端发送的对应于所述业务处理请求的处理结果之后，并将所述处理结果返回至所述主办行客户端。

在本说明书一个可选的实施例中，所述装置还可以包括：非主办行监督模块310。

所述非主办行监督模块310，配置为若在将业务处理请求发送至多银行接口端之后的预设时间段内未收到所述多银行接口端返回的处理结果，则再次将业务处理请求发送至多银行接口端。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书一个或多个实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

进一步的，本申请实施例提供了一种电子设备，如图4所示，图4所示的电子设备40包括：处理器401和存储器存储设备403。其中，处理器401和存储器存储设备403相连，如通过总线402相连。进一步地，电子设备40还可以包括收发器404。需要说明的是，实际应用中收发器404不限于一个，该电子设备40的结构并不构成对本申请实施例的限定。其中，处理器401应用于本申请实施例中，用于实现图3所示的各个模块的功能。收发器404包括接收机和发射机。

处理器401可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器401也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线402可包括一通路，在上述组件之间传送信息。总线402可以是PCI总线或EISA总线等。总线402可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储设备403可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储设备403用于存储执行本申请方案的应用程序代码，并由处理器401来控制执行。处理器401用于执行存储设备403中存储的应用程序代码，用于实现图3所示的各个模块的功能。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述实施例中所示的方法。

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

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

以上仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种银行业务处理系统，所述系统包括主办行客户端、主办行服务端、主办行业务处理端和多银行接口端；所述办行客户端是由主办行生成的；

所述主办行客户端，配置为接收终端发送的业务处理请求，判断所述业务处理请求是否对应于所述主办行；之后，将所述判断的结果以及所述业务处理请求发送至所述主办行服务端；

所述主办行服务端，配置为在所述判断的结果是所述业务处理请求对应于所述主办行时，将所述业务处理请求发送至主办行业务处理端；在所述判断的结果是所述业务处理请求对应于非主办行时，将所述业务处理请求发送至多银行接口端；

所述主办行业务处理端，配置为根据接收到的业务处理请求，进行业务处理；

所述多银行接口端，配置为将接收到的业务处理请求发送至非主办行。

2.根据权利要求1所述的方法，其特征在于，所述主办行客户端运行于所述终端中，所述终端与客户财务软件系统连接。

3.根据权利要求1所述的方法，其特征在于，所述主办行客户端还配置为：根据检测到的安全介质，判断所述业务处理请求是否对应于主办行。

4.根据权利要求1所述的方法，其特征在于，所述多银行接口端与预设的银企直联客户端连接；

所述多银行接口端还配置为将所述业务处理请求发送至银企直联客户端，使得银企直联客户端在各个非主办行中，确定出接收到的业务处理请求对应的非主办行，作为目标银行，将接收到的业务处理请求发送至所述目标银行，使得目标银行根据接收到的业务处理请求，进行业务处理。

5.根据权利要求1所述的方法，其特征在于，所述主办行服务端还配置为：在所述主办行业务处理端对所述业务处理请求对应的业务处理完成之后，接收主办行业务处理端发送的处理结果，并将所述处理结果返回至所述主办行客户端。

6.根据权利要求4所述的方法，其特征在于，所述多银行接口端还配置为：在接收到所述银企直联客户端发送的对应于所述业务处理请求的处理结果之后，并将所述处理结果返回至所述主办行客户端。

7.根据权利要求6所述的方法，其特征在于，所述主办行服务端还配置为：若在将业务处理请求发送至多银行接口端之后的预设时间段内未收到所述多银行接口端返回的处理结果，则再次将业务处理请求发送至多银行接口端。

8.一种银行业务处理方法，其特征在于，所述方法基于银行业务处理系统，所述方法包括：

接收终端发送的业务处理请求，判断所述业务处理请求是否对应于主办行；之后，将所述判断的结果以及所述业务处理请求发送至所述主办行服务端；

在所述判断的结果是所述业务处理请求对应于所述主办行时，对所述业务处理请求对应的业务进行处理；在所述判断的结果是所述业务处理请求对应于非主办行时，将所述业务处理请求发送至非主办行。

9.一种电子设备，一个或多个处理器；

存储器；

一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行上述权利要求8所述的方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器用于：执行上述权利要求8所述的方法。

Images