1.本技术涉及金融技术领域，特别是涉及一种分行子行业务处理的方法、装置和系统。
背景技术：2.对于同一家银行，由于分行和子行各有所长，在海外可能会出现分行与子行并存的情况。其中，子行具有独立法人资格，要求单独的、较高的注册资本金；分行则没有独立法人资格，由母行提供一定数量的存款数额，不要求单独的注册资本金。分行属于该银行不可分割的一部分，主要监管责任在该银行所属的国家或地区，且分行通常不参加该银行所属国家或地区的存款保险制度；而子行的业务范围和监管要求通常与该银行所属的国家或地区一致，在业务范围上可以开展零售存款业务。基于上述特点，随着放松管制和金融全球化进程的加速，银行对海外市场的参与程度越来越深，参与战略也不断变化，从最初追求银行所属国家或地区用户跨国业务开设代表处、分行到现在为了主动寻求海外市场的盈利机会，更好地开发海外市场，与海外客户建立牢固关系，发展零售业务而开设子行。
3.但是，由于分行和子行属于不同的类型的机构，所以，目前的银行系统将通属于该银行的分行和子行的数据隔离开来，无法实现业务的实时处理。这对于用户而言体验不佳。
4.基于此，亟待提供一种实现分行和子行之间实时进行业务交互的方式，提高用户对银行业务处理流程的满意度。
技术实现要素：5.本技术实施例提供了一种分行子行业务处理的方法、装置和系统，实现了分行和子行之间实时的业务处理，使得用户在分行实时办理子行的业务或者在子行实时办理分行的业务成为可能。
6.第一方面，本技术实施例提供了一种分行子行业务处理的系统，所述系统包括第一设备和第二设备，所述第一设备属于银行的第一机构，所述第二设备属于所述银行的第二机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同，其中：
7.所述第一设备，用于获得跨机构类型的业务请求，根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理，响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息；
8.所述第二设备，用于对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果；
9.所述第一设备，还用于根据所述业务结果完成所述业务。
10.可选地，所述第一设备，还用于在接收在所述第一机构的所述第一设备上提交的
业务请求后，判断所接收的业务请求对应的业务是否为跨机构类型，如果是，则执行跨机构类型的操作，如果否，则，直接对所述业务进行本地处理，
11.其中，所述跨机构类型的操作包括：所述第一设备根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理，响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息。
12.可选地，所述第一设备，还用于在获得跨机构类型的业务请求后，通过所述第一中台模块向所述第二中台模块发送查询请求，所述查询请求用于请求查询所述业务请求对应的业务在所述第二机构涉及的账户信息；
13.所述第二设备，用于根据所述查询请求查询所述账户信息，并通过所述第二中台模块向所述第一中台模块发送所述账户信息；
14.所述第一设备，还用于基于所述账户信息判断所述业务在所述第二机构设计的账户是否正常，如果是，则，受理所述业务请求并执行跨机构类型的操作，如果否，则，确定不受理所述业务请求，
15.其中，所述跨机构类型的操作包括：所述第一设备根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理，响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息。
16.可选地，所述第一设备，还用于根据所述业务结果确定所述第二设备对所述第二业务信息的处理正常，确定所述业务处理成功；
17.或者，
18.所述第一设备，还用于根据所述业务结果确定所述第二设备对所述第二业务信息的处理失败，则，确定所述业务处理失败，并根据第三业务信息对所述业务请求涉及的账户进行处理，所述第三业务信息用于回退基于所述第一业务信息执行的业务处理结果，使得处理后所述业务请求涉及的账户回退到所述业务请求执行之前的情况。
19.第二方面，本技术实施例还提供了一种分行子行业务处理的方法，应用于第一设备，所述第一设备属于银行的第一机构，第二设备属于所述银行的第二机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同，所述方法包括：
20.获得跨机构类型的业务请求；
21.根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理；
22.响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息，以便所述第二设备对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果；
23.根据所述业务结果完成所述业务。
24.可选地，所述获得跨机构类型的业务请求，包括：
25.接收在所述第一机构的所述第一设备上提交的业务请求；
26.确定所接收的业务请求对应的业务为跨机构类型。
27.可选地，所述方法还包括：
28.通过所述第一中台模块向所述第二中台模块发送查询请求，所述查询请求用于请求查询所述业务请求对应的业务在所述第二机构涉及的账户信息；
29.所述获得跨机构类型的业务请求，包括：
30.基于所述账户信息确定所述业务在所述第二机构设计的账户正常，则，受理所述业务请求。
31.可选地，所述根据所述业务结果完成所述业务，包括：
32.若所述业务结果指示所述第二设备对所述第二业务信息的处理正常，则，确定所述业务处理成功；
33.若所述业务结果指示所述第二设备对所述第二业务信息的处理失败，则，确定所述业务处理失败，并根据第三业务信息对所述业务请求涉及的账户进行处理，所述第三业务信息用于回退基于所述第一业务信息执行的业务处理结果，使得处理后所述业务请求涉及的账户回退到所述业务请求执行之前的情况。
34.第三方面，本技术实施例还提供了一种分行子行业务处理的方法，应用于第二设备，所述第二设备属于银行的第二机构，第一设备属于所述银行的第一机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同，所述方法包括：
35.通过所述第二中台模块接收所述第一中台模块发送的第二业务信息，所述第二业务信息是所述第一设备在获得跨机构类型的业务请求后，根据核算要求对所述业务请求对应的业务进行拆分得到的，所述第一设备发送所述第二业务信息的条件为所述第一设备对所述业务请求对应的业务拆分所得的第一业务信息的处理正常；
36.对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果，以便所述第一设备根据所述业务结果完成所述业务。
37.可选地，所述业务请求为所述第一设备接收且确定为跨机构类型的业务请求。
38.可选地，所述方法还包括：
39.接收所述第一设备通过所述第一中台模块发送的查询请求，所述查询请求用于请求查询所述业务请求对应的业务在所述第二机构涉及的账户信息；
40.根据所述查询请求查询所述账户信息，并通过所述第二中台模块向所述第一中台模块发送所述账户信息，以便所述第一设备基于所述账户信息判断所述业务在所述第二机构设计的账户是否正常，并根据判断结果确定受理所述业务请求。
41.可选地，所述业务结果用于指示所述第二设备对所述第二业务信息的处理正常；
42.或者，
43.所述业务结果用于指示所述第二设备对所述第二业务信息的处理失败。
44.第四方面，本技术实施例还提供了一种分行子行业务处理的装置，应用于第一设备，所述第一设备属于银行的第一机构，第二设备属于所述银行的第二机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同，所述装置包括：
45.获得单元，用于获得跨机构类型的业务请求；
46.拆分和处理单元，用于根据核算要求对所述业务请求对应的业务进行拆分，获得
第一业务信息和第二业务信息，并对所述第一业务信息进行处理；
47.发送单元，用于响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息，以便所述第二设备对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果；
48.完成单元，用于根据所述业务结果完成所述业务。
49.可选地，所述获得单元，具体用于：
50.接收在所述第一机构的所述第一设备上提交的业务请求；
51.确定所接收的业务请求对应的业务为跨机构类型。
52.可选地，所述发送单元，还用于通过所述第一中台模块向所述第二中台模块发送查询请求，所述查询请求用于请求查询所述业务请求对应的业务在所述第二机构涉及的账户信息；
53.所述获得单元，具体用于：
54.基于所述账户信息确定所述业务在所述第二机构设计的账户正常，则，受理所述业务请求。
55.可选地，所述完成单元，具体用于：
56.若所述业务结果指示所述第二设备对所述第二业务信息的处理正常，则，确定所述业务处理成功；
57.若所述业务结果指示所述第二设备对所述第二业务信息的处理失败，则，确定所述业务处理失败，并根据第三业务信息对所述业务请求涉及的账户进行处理，所述第三业务信息用于回退基于所述第一业务信息执行的业务处理结果，使得处理后所述业务请求涉及的账户回退到所述业务请求执行之前的情况。
58.第五方面，本技术实施例还提供了一种分行子行业务处理的装置，应用于第二设备，所述第二设备属于银行的第二机构，第一设备属于所述银行的第一机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同，所述装置包括：
59.接收单元，用于通过所述第二中台模块接收所述第一中台模块发送的第二业务信息，所述第二业务信息是所述第一设备在获得跨机构类型的业务请求后，根据核算要求对所述业务请求对应的业务进行拆分得到的，所述第一设备发送所述第二业务信息的条件为所述第一设备对所述业务请求对应的业务拆分所得的第一业务信息的处理正常；
60.处理单元，用于对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果，以便所述第一设备根据所述业务结果完成所述业务。
61.可选地，所述业务请求为所述第一设备接收且确定为跨机构类型的业务请求。
62.可选地，所述接收单元，还用于：接收所述第一设备通过所述第一中台模块发送的查询请求，所述查询请求用于请求查询所述业务请求对应的业务在所述第二机构涉及的账户信息；
63.所述装置还包括：
64.查询单元，用于根据所述查询请求查询所述账户信息；
65.发送单元，用于通过所述第二中台模块向所述第一中台模块发送所述账户信息，
以便所述第一设备基于所述账户信息判断所述业务在所述第二机构设计的账户是否正常，并根据判断结果确定受理所述业务请求。
66.可选地，所述业务结果用于指示所述第二设备对所述第二业务信息的处理正常；或者，所述业务结果用于指示所述第二设备对所述第二业务信息的处理失败。
67.第六方面，本技术实施例还提供了一种电子设备，所述电子设备包括处理器以及存储器：
68.所述存储器用于存储计算机程序；
69.所述处理器用于根据所述计算机程序执行上述第二方面提供的所述方法。
70.第七方面，本技术实施例还提供了一种电子设备，所述电子设备包括处理器以及存储器：
71.所述存储器用于存储计算机程序；
72.所述处理器用于根据所述计算机程序执行上述第三方面提供的所述方法。
73.第八方面，本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述第二方面或第三方面提供的所述方法。
74.由此可见，本技术实施例具有如下有益效果：
75.本技术实施例提供了一种分行子行业务处理的系统，所述系统包括第一设备和第二设备，所述第一设备属于银行的第一机构，所述第二设备属于所述银行的第二机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同，其中：所述第一设备，用于获得跨机构类型的业务请求，根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理，响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息；所述第二设备，用于对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果；所述第一设备，还用于根据所述业务结果完成所述业务。如此，该系统中，对于分行和子行的设备，分别集成了可以实现两者通信的中台装置，利用该中台装置，可以将跨机构类型的业务请求对应的业务分别在两个机构的设备上处理各自的部分，从而实现分行和子行之间实时进行业务交互，例如，用户在分行能够实时办理子行的业务，或者，用户在子行能够实时办理分行的业务，从而，提高用户对银行业务处理流程的满意度。
附图说明
76.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
77.图1为本技术实施例提供的一种分行子行业务处理的系统100的结构示意图；
78.图2为本技术实施例提供的一种分行子行业务处理的方法的流程示意图；
79.图3为本技术实施例提供的另一种分行子行业务处理的方法的流程示意图；
80.图4为本技术实施例提供的一种分行子行业务处理的装置400的结构示意图；
81.图5为本技术实施例提供的另一种分行子行业务处理的装置500的结构示意图；
82.图6为本技术实施例提供的一种电子设备600的结构示意图；
83.图7为本技术实施例提供的一种场景实施例的示意图；
84.图8为本技术实施例提供的另一种场景实施例的流程示意图；
85.图9为本技术实施例提供的一种中台模块的结构示意图。
具体实施方式
86.需要说明的是，本发明提供的一种分行子行业务处理的方法、装置和系统可用于大数据领域、物联网领域或移动互联领域。上述仅为示例，并不对本发明提供的一种分行子行业务处理的方法、装置和系统的应用领域进行限定。
87.本发明提供的一种分行子行业务处理的方法、装置和系统可用于大数据领域、物联网领域、移动互联领域或其他领域，其他领域为除大数据领域、物联网领域、移动互联领域之外的任意领域，例如，金融领域，例如，可用于金融领域中的银行的分行子行跨机构交易的应用场景。上述仅为示例，并不对本发明提供的一种分行子行业务处理的方法、装置和系统的应用领域进行限定。
88.为使本技术的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本技术实施例作进一步详细的说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本技术，并非对本技术的限定。另外，还需要说明的是，为便于描述，附图中仅示出了与本技术相关的部分，并非全部结构。
89.对于银行，特别是外资银行，由于子行与分行各有所长，所以，在海外国家或地区，大多会同时部署子行和分行。以中国银行为例，其在海外国家或地区存在分行和子行两种机构类型。但是，目前并存分行和子行的银行系统，由于分行和子行的法人不同，会计核算实体不同，所以，会将分行和子行的数据进行隔离，它们之间不共享数据，跨机构类型的业务处理变得复杂且无法满足实时性要求，导致用户体验较差。对分行账户的存取或者转账等业务，无法在该银行的子行被实时处理，同理，对子行账户的存取或者转账等业务，无法在该银行的分行被实时处理。
90.但是，用户有实现在同一家银行的分行和子行之间实现通存通兑的需求，即，克服分行和子行的数据隔离，实现分行和子行的实时交互。其中，通存通兑，可以指银行储蓄联网的情况下，用户只要在同一银行系统各个网点开立存款账户，便可以持该账户凭证(如存折)在当地同一银行系统的任一联网网点办理存取业务。
91.基于此，本技术实施例提供了一种分行子行业务处理的系统，所述系统包括第一设备和第二设备，所述第一设备属于银行的第一机构，所述第二设备属于所述银行的第二机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同，其中：所述第一设备，用于获得跨机构类型的业务请求，根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理，响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息；所述第二设备，用于对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果；所述第一设备，还用于
根据所述业务结果完成所述业务。
92.如此，该系统中，对于分行和子行的设备，分别集成了可以实现两者通信的中台装置，利用该中台装置，可以将跨机构类型的业务请求对应的业务分别在两个机构的设备上处理各自的部分，从而实现分行和子行之间实时进行业务交互，例如，用户在分行能够实时办理子行的业务，或者，用户在子行能够实时办理分行的业务，从而，提高用户对银行业务处理流程的满意度。
93.可以理解的是，考虑到分行和子行属于同一家银行的不同类型的机构，不同于多家银行之间的关系，所以，本技术实施例提供的系统，可以是在现有银行设备的基础上，借助微服务架构，设计了一种能够实现分行和子行间存取或者转账等业务实时处理的装置(下文中称为中台装置，也可以称为通存通兑装置)，通过参数化和组件化设计，在不对现有银行设备的架构做较大变动的前提下，对银行设备的存取或转账等模块进行最小程度的优化改进，增加支持分行和子行之间存取或转账等跨机构业务的实时实施的功能，扩大银行设备的业务功能，提高业务处理效率。
94.如此，集成了中台装置的银行设备可以根据业务情况自主地在各分行或子行提供的应用程序接口(application programming interface，api)中选择需要的服务，从而克服数据隔离的壁垒，实现实时跨分行和子行的业务处理。
95.需要说明的是，中台装置，可以基于比较易于实现的x86平台，采用微服务架构进行设计，同时，要求安装或集成该中台装置的机构必须属于同一家银行的分行和子行。中台装置的实质是本技术实施例中所开发的中台装置的功能以微服务的形式提供到银行设备上。
96.为便于理解本技术实施例提供的分行子行业务处理的系统的具体实现，下面将结合附图进行说明。
97.图1为本技术实施例提供的分行子行业务处理的系统100的结构示意图。参见图1，该系统100可以包括第一设备110和第二设备120。第一设备110属于银行的第一机构，第二设备120属于该银行的第二机构，第一设备110通过第一中台模块111以及第二设备120的第二中台模块121与第二设备120通信，该银行的机构类型包括分行和子行，第一机构和第二机构的机构类型不同，例如，第一机构为分行，第一设备110为该银行的一家分行的银行设备(也可以称为该分行的核心银行系统)，那么，第二机构为子行，那么，第二设备120为该银行的一家子行的银行设备(也可以称为该子行的核心银行系统)；又例如，第一机构为子行，第一设备110为该银行的一家子行的银行设备，那么，第二机构为分行，那么，第二设备120为该银行的一家分行的银行设备。其中：
98.第一设备110，用于获得跨机构类型的业务请求，根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理，响应于所述第一业务信息被正常处理，通过所述第一中台模块111向所述第二中台模块121发送所述第二业务信息；
99.所述第二设备120，用于对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块121向所述第一中台模块111发送所述业务结果；
100.所述第一设备110，还用于根据所述业务结果完成。
101.其中，业务请求可以是用户针对属于第二机构的账户，在第一机构的第一设备110
上提出的，用于请求对第二机构的账户进行存款、取款、转账等业务。
102.在一些实现方式中，在第一设备110获得跨机构类型的业务请求之前，该第一设备110，还可以用于在接收在所述第一机构的所述第一设备110上提交的业务请求后，判断所接收的业务请求对应的业务是否为跨机构类型，如果是，则执行跨机构类型的操作，如果否，则，直接对所述业务进行本地处理，其中，所述跨机构类型的操作包括：所述第一设备根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理，响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息。其中，判断所接收的业务请求对应的业务是否为跨机构类型，可以是第一设备110自动执行的，也可以由第一机构的工作人员判断后在第一设备110上输入或确认判断结果。
103.在一些实现方式中，第一设备110还可以用于在获得跨机构类型的业务请求后，通过所述第一中台模块111向所述第二中台模块112发送查询请求，所述查询请求用于请求查询所述业务请求对应的业务在所述第二机构涉及的账户信息；所述第二设备120，用于根据所述查询请求查询所述账户信息，并通过所述第二中台模块121向所述第一中台模块111发送所述账户信息；从而，第一设备110，还用于基于所述账户信息判断所述业务在所述第二机构设计的账户是否正常，如果是，则，受理所述业务请求并执行跨机构类型的操作，如果否，则，确定不受理所述业务请求，其中，所述跨机构类型的操作包括：所述第一设备根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理，响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息。其中，账户信息可以包括但不限于账户余额和账户状态以及属于分子行关系，如果所有账户信息均指示属于该第二机构的该账户正常，则，第二设备120可以通过第一设备110指示第一机构受理该业务请求；反之，一旦账户信息中存在异常，则，第二设备120可以通过第一设备110指示第一机构不受理该业务请求，例如可以通过第一设备110的显示模块提示用户或工作人员该业务请求不能被受理，可选地，还可以向用户或工作人员展示账户信息中的异常情况。
104.具体实现时，当第一设备110确认业务请求属于分行子行的跨机构类型的业务请求，且能够被受理后，该第一设备110则可以根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，其中，第一业务信息为该业务中需要第一机构处理的内容，第二业务信息为该业务中需要第二机构处理的内容。如此，第一设备110即可对所述第一业务信息进行处理，如果第一设备110对所述第一业务信息的处理是正常的，那么，第一设备110可以通过所述第一中台模块111向所述第二中台模块121发送所述第二业务信息，指示第二设备120对第二业务信息进行处理。
105.可以理解的是，如果第二设备对第二业务信息的处理正常，则，可以结束整个业务链路的处理，否则，需要第一设备110和第二设备120均将对所涉及的账户回退到执行业务请求之前的状态，该过程可以称为上述业务请求对应的业务的冲正交易。具体而言，所述第一设备110，还用于根据所述业务结果确定所述第二设备120对所述第二业务信息的处理正常，确定所述业务处理成功；或者，所述第一设备110，还用于根据所述业务结果确定所述第二设备120对所述第二业务信息的处理失败，则，确定所述业务处理失败，并根据第三业务信息对所述业务请求涉及的账户进行处理，所述第三业务信息用于回退基于所述第一业务
信息执行的业务处理结果，使得处理后所述业务请求涉及的账户回退到所述业务请求执行之前的情况。
106.可见，通过本技术实施例提供的分行子行业务处理的系统100，对于分行和子行的设备，分别集成了可以实现两者通信的中台装置，利用该中台装置，可以将跨机构类型的业务请求对应的业务分别在两个机构的设备上处理各自的部分，从而实现分行和子行之间实时进行业务交互，例如，用户在分行能够实时办理子行的业务，或者，用户在子行能够实时办理分行的业务，从而，提高用户对银行业务处理流程的满意度。
107.图2为本技术实施例提供的一种分行子行业务处理的方法流程示意图。该方法可以应用于第一设备，第一设备可以是如图1所示的分行子行业务处理的系统100中第一设备110中，或者，也可以是图4所示的分行子行业务处理的装置400中。其中，所述第一设备属于银行的第一机构，第二设备属于所述银行的第二机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同。
108.如图2所示，该方法例如可以包括：
109.s201，获得跨机构类型的业务请求；
110.s202，根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理；
111.s203，响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息，以便所述第二设备对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果；
112.s204，根据所述业务结果完成所述业务。
113.作为一个示例，所述s201可以包括：
114.接收在所述第一机构的所述第一设备上提交的业务请求；
115.确定所接收的业务请求对应的业务为跨机构类型。
116.作为一个示例，所述方法还包括：
117.通过所述第一中台模块向所述第二中台模块发送查询请求，所述查询请求用于请求查询所述业务请求对应的业务在所述第二机构涉及的账户信息；
118.那么，s201可以包括：
119.基于所述账户信息确定所述业务在所述第二机构设计的账户正常，则，受理所述业务请求。
120.作为一个示例，所述s204可以包括：
121.若所述业务结果指示所述第二设备对所述第二业务信息的处理正常，则，确定所述业务处理成功；
122.若所述业务结果指示所述第二设备对所述第二业务信息的处理失败，则，确定所述业务处理失败，并根据第三业务信息对所述业务请求涉及的账户进行处理，所述第三业务信息用于回退基于所述第一业务信息执行的业务处理结果，使得处理后所述业务请求涉及的账户回退到所述业务请求执行之前的情况。
123.需要说明的是，该方法的具体实现方式以及达到的技术效果，均可以参见图1所示的分行子行业务处理的系统100中关于第一设备110的相关说明。
124.图3为本技术实施例提供的一种分行子行业务处理的方法流程示意图。该方法可以应用于第二设备，第二设备可以是如图1所示的分行子行业务处理的系统100中第二设备120中，或者，也可以是图5所示的分行子行业务处理的装置500中。其中，所述第一设备属于银行的第一机构，第二设备属于所述银行的第二机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同。
125.如图3所示，该方法例如可以包括：
126.s301，通过所述第二中台模块接收所述第一中台模块发送的第二业务信息，所述第二业务信息是所述第一设备在获得跨机构类型的业务请求后，根据核算要求对所述业务请求对应的业务进行拆分得到的，所述第一设备发送所述第二业务信息的条件为所述第一设备对所述业务请求对应的业务拆分所得的第一业务信息的处理正常；
127.s302，对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果，以便所述第一设备根据所述业务结果完成所述业务。
128.作为一个示例，所述业务请求为所述第一设备接收且确定为跨机构类型的业务请求。
129.作为一个示例，所述方法还包括：
130.接收所述第一设备通过所述第一中台模块发送的查询请求，所述查询请求用于请求查询所述业务请求对应的业务在所述第二机构涉及的账户信息；
131.根据所述查询请求查询所述账户信息，并通过所述第二中台模块向所述第一中台模块发送所述账户信息，以便所述第一设备基于所述账户信息判断所述业务在所述第二机构设计的账户是否正常，并根据判断结果确定受理所述业务请求。
132.作为一个示例，所述业务结果用于指示所述第二设备对所述第二业务信息的处理正常；
133.或者，
134.所述业务结果用于指示所述第二设备对所述第二业务信息的处理失败。
135.需要说明的是，该方法的具体实现方式以及达到的技术效果，均可以参见图1所示的分行子行业务处理的系统100中关于第二设备120的相关说明。
136.参见图4，本技术实施例还提供了一种分行子行业务处理的装置400，应用于第一设备，所述第一设备属于银行的第一机构，第二设备属于所述银行的第二机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同。所述装置400可以包括：获得单元401、拆分和处理单元402、发送单元403和完成单元404。其中：
137.获得单元401，用于获得跨机构类型的业务请求；
138.拆分和处理单元402，用于根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理；
139.发送单元403，用于响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息，以便所述第二设备对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果；
140.完成单元404，用于根据所述业务结果完成所述业务。
141.可选地，所述获得单元401，具体用于：
142.接收在所述第一机构的所述第一设备上提交的业务请求；
143.确定所接收的业务请求对应的业务为跨机构类型。
144.可选地，所述发送单元403，还用于通过所述第一中台模块向所述第二中台模块发送查询请求，所述查询请求用于请求查询所述业务请求对应的业务在所述第二机构涉及的账户信息；
145.所述获得单元401，具体用于：
146.基于所述账户信息确定所述业务在所述第二机构设计的账户正常，则，受理所述业务请求。
147.可选地，所述完成单元404，具体用于：
148.若所述业务结果指示所述第二设备对所述第二业务信息的处理正常，则，确定所述业务处理成功；
149.若所述业务结果指示所述第二设备对所述第二业务信息的处理失败，则，确定所述业务处理失败，并根据第三业务信息对所述业务请求涉及的账户进行处理，所述第三业务信息用于回退基于所述第一业务信息执行的业务处理结果，使得处理后所述业务请求涉及的账户回退到所述业务请求执行之前的情况。
150.需要说明的是，该装置400的具体实现方式以及达到的技术效果，均可以参见图2所示的方法中的相关描述，也可以参见图1所示的分行子行业务处理的系统100中关于第一设备110的相关说明。
151.参见图5，本技术实施例还提供了一种分行子行业务处理的装置500，应用于第二设备，所述第一设备属于银行的第一机构，第二设备属于所述银行的第二机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同。所述装置500可以包括：接收单元501和处理单元502。其中：
152.接收单元501，用于通过所述第二中台模块接收所述第一中台模块发送的第二业务信息，所述第二业务信息是所述第一设备在获得跨机构类型的业务请求后，根据核算要求对所述业务请求对应的业务进行拆分得到的，所述第一设备发送所述第二业务信息的条件为所述第一设备对所述业务请求对应的业务拆分所得的第一业务信息的处理正常；
153.处理单元502，用于对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果，以便所述第一设备根据所述业务结果完成所述业务。
154.可选地，所述业务请求为所述第一设备接收且确定为跨机构类型的业务请求。
155.可选地，所述接收单元501，还用于：接收所述第一设备通过所述第一中台模块发送的查询请求，所述查询请求用于请求查询所述业务请求对应的业务在所述第二机构涉及的账户信息；
156.所述装置500还包括：
157.查询单元，用于根据所述查询请求查询所述账户信息；
158.发送单元，用于通过所述第二中台模块向所述第一中台模块发送所述账户信息，
以便所述第一设备基于所述账户信息判断所述业务在所述第二机构设计的账户是否正常，并根据判断结果确定受理所述业务请求。
159.可选地，所述业务结果用于指示所述第二设备对所述第二业务信息的处理正常；或者，所述业务结果用于指示所述第二设备对所述第二业务信息的处理失败。
160.需要说明的是，该装置500的具体实现方式以及达到的技术效果，均可以参见图3所示的方法中的相关描述，也可以参见图1所示的分行子行业务处理的系统100中关于第二设备120的相关说明。
161.此外，本技术实施例还提供了一种电子设备600，如图6所示，所述电子设备600包括处理器601以及存储器602：
162.所述存储器602用于存储计算机程序；
163.所述处理器601用于根据所述计算机程序执行图2或图3提供的方法。
164.此外，本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行本技术实施例提供的方法。
165.为了让本技术实施例的技术方案更加清楚，下面结合实际的场景对本技术实施例提供的技术方案进行介绍。假设a行和b行为一家银行的两种类型的机构，例如，a行为该银行的分行，b行为该银行的子行；又例如，a行为该银行的子行，b行为该银行的分行。如果用户在b行开始账户后，在a行针对该账户进行存取或转账业务(或者也可以称为存取或转账交易)，那么，针对该用户的该账户，a行为经办行，b行为账户行，具体的业务处理过程可以如图7所示，包括：s11，用于到柜台或通过移动端渠道办理跨行(本技术实施例中跨行指跨同一银行的分子行而非跨不同银行)存取或者转账交易；s12，经办行a行的银行设备接到交易请求后，判断该笔交易是否涉及跨行，如跨行，则，立即调中台模块处理；s13，中台模块根据用户提供的他行账号向b行的银行设备确认该笔交易所涉账户是否属于分子行机构的账户；s14，如是分子行机构的账户，则，中台模块对该笔跨行存取或者转账交易拆分，拆分成两笔本行交易，a行一笔，b行一笔；s15，中台模块借助内部临时欠存账户搭桥将交易转换成经办行a行的一笔本行转出交易和账户行b行的一笔本行转入交易；s16，中台模块拆分转换完成后，先向账户行b行发起转换后的本地转入交易，b行核心系统接到该笔转发交易后，在完成该笔本行存取或者转账交易所需的账户余额和账户状态校验后，完成该笔实时入账；s17，b行的银行设备返回实时入账交易结果给中台模块，如果b行的交易返回结果是交易成功，则中台模块向a行发起属于经办行a行的本行转出确认交易；s18，如果b行的本行转入交易失败，则中台模块向a行发起原来那笔交易的冲正交易以回退交易数据和账户状态等信息。
166.以柜台转账为例，本技术实施例提供的技术方案的具体流程例如可以如图8所示，包括：受理来自与本行属于分子行关系的客户端交易请求；受理行核心客户端柜员判断该笔交易是否属于跨分子行机构，如不是跨分子行机构，本行按照正常交易处理。如属于跨分子行机构，则通过提交跨行交易请求向中台模块发送交易请求，中台模块收到请求后向账户行的银行设备征询账户行所受理的账户余额和账户状态且与经办行是分子行关系，如均正常，则本行受理该交易请求，并根据核算要求进行交易拆分；中台模块将拆分后的交易分别向经办行发起拆分后的属于经办行的交易信息，如经办行的交易处理结果正常，则向账户行发起拆分后的属于账户行的交易信息，如账户行的处理正常则结束整个交易链路的处
理，否则中台模块需要向经办行发起原来那笔交易的冲正交易以回退交易数据和账户状态等信息。
167.需要说明的是，图7和图8所示的场景实施例中，中台模块(也可以称为分子行通存通兑装置)可以包括分行的银行设备上集成、安装或连接的部分，也包括子行的银行设备上集成、安装或连接的部分，实现了分行的银行设备和子行的银行设备的通信，图7和图8所示的场景实施例中将两部分没有进行分别介绍，即，图7和图8所示的场景实施例中，中台模块可以对应上述实施例中第一中台模块和第二中台模块，实现第一中台模块和第二中台模块的功能。
168.作为一个示例，第一中台模块或第二中台模块的具体模块化结构可以如图9所示，包括：
169.api网关模块，主要负责联机api调用及api管理，管理服务请求包和回复包的格式。
170.渠道网关模块：主要负责渠道接入管理和渠道管理。
171.联机模块：主要负责联机交易有关的处理，包括账户查询，查询涉及通存通兑业务的账户是否为分子行账户。还有交易分发、交易拆分、交易确认交易冲正等处理。
172.服务模块：该模块是服务编排和流程引擎，处理服务之间的调用和数据交换，包括请求包的解包处理，回复包的组包等处理。
173.监管管理模块：该模块主要用于监管管理有关的处理，包括参数管理，操作日志管理和缓存刷新等处理，实现跨行通存通兑原始交易的异步拆分功能。参数设置模块：主要设置是否调用本装置的参数，如设置，则与跨行交易有关的交易要调用本装置服务进行处理，以支持分子行间通存通兑业务，否则不予以支持。操作日志管理模块主要用于对本装置所发生的交易日志等进行管理。
174.会计清算核算模块：该模块主要用于根据交易结果进行后台清算，已完成最后的会计核算。
175.通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本技术的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如只读存储器(英文：read-only memory，rom)/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如路由器等网络通信设备)执行本技术各个实施例或者实施例的某些部分所述的方法。
176.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例和设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
177.以上所述仅是本技术的优选实施方式，并非用于限定本技术的保护范围。应当指
出，对于本技术领域的普通技术人员来说，在不脱离本技术的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。
技术特征：1.一种分行子行业务处理的系统，其特征在于，所述系统包括第一设备和第二设备，所述第一设备属于银行的第一机构，所述第二设备属于所述银行的第二机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同，其中：所述第一设备，用于获得跨机构类型的业务请求，根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理，响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息；所述第二设备，用于对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果；所述第一设备，还用于根据所述业务结果完成所述业务。2.根据权利要求1所述的系统，其特征在于，所述第一设备，还用于在接收在所述第一机构的所述第一设备上提交的业务请求后，判断所接收的业务请求对应的业务是否为跨机构类型，如果是，则执行跨机构类型的操作，如果否，则，直接对所述业务进行本地处理，其中，所述跨机构类型的操作包括：所述第一设备根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理，响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息。3.根据权利要求1所述的系统，其特征在于，所述第一设备，还用于在获得跨机构类型的业务请求后，通过所述第一中台模块向所述第二中台模块发送查询请求，所述查询请求用于请求查询所述业务请求对应的业务在所述第二机构涉及的账户信息；所述第二设备，用于根据所述查询请求查询所述账户信息，并通过所述第二中台模块向所述第一中台模块发送所述账户信息；所述第一设备，还用于基于所述账户信息判断所述业务在所述第二机构设计的账户是否正常，如果是，则，受理所述业务请求并执行跨机构类型的操作，如果否，则，确定不受理所述业务请求，其中，所述跨机构类型的操作包括：所述第一设备根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理，响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息。4.根据权利要求1所述的系统，其特征在于，所述第一设备，还用于根据所述业务结果确定所述第二设备对所述第二业务信息的处理正常，确定所述业务处理成功；或者，所述第一设备，还用于根据所述业务结果确定所述第二设备对所述第二业务信息的处理失败，则，确定所述业务处理失败，并根据第三业务信息对所述业务请求涉及的账户进行处理，所述第三业务信息用于回退基于所述第一业务信息执行的业务处理结果，使得处理
后所述业务请求涉及的账户回退到所述业务请求执行之前的情况。5.一种分行子行业务处理的方法，其特征在于，应用于第一设备，所述第一设备属于银行的第一机构，第二设备属于所述银行的第二机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同，所述方法包括：获得跨机构类型的业务请求；根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理；响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息，以便所述第二设备对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果；根据所述业务结果完成所述业务。6.根据权利要求5所述的方法，其特征在于，所述获得跨机构类型的业务请求，包括：接收在所述第一机构的所述第一设备上提交的业务请求；确定所接收的业务请求对应的业务为跨机构类型。7.根据权利要求5所述的方法，其特征在于，所述方法还包括：通过所述第一中台模块向所述第二中台模块发送查询请求，所述查询请求用于请求查询所述业务请求对应的业务在所述第二机构涉及的账户信息；所述获得跨机构类型的业务请求，包括：基于所述账户信息确定所述业务在所述第二机构设计的账户正常，则，受理所述业务请求。8.根据权利要求5所述的方法，其特征在于，所述根据所述业务结果完成所述业务，包括：若所述业务结果指示所述第二设备对所述第二业务信息的处理正常，则，确定所述业务处理成功；若所述业务结果指示所述第二设备对所述第二业务信息的处理失败，则，确定所述业务处理失败，并根据第三业务信息对所述业务请求涉及的账户进行处理，所述第三业务信息用于回退基于所述第一业务信息执行的业务处理结果，使得处理后所述业务请求涉及的账户回退到所述业务请求执行之前的情况。9.一种分行子行业务处理的方法，其特征在于，应用于第二设备，所述第二设备属于银行的第二机构，第一设备属于所述银行的第一机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同，所述方法包括：通过所述第二中台模块接收所述第一中台模块发送的第二业务信息，所述第二业务信息是所述第一设备在获得跨机构类型的业务请求后，根据核算要求对所述业务请求对应的业务进行拆分得到的，所述第一设备发送所述第二业务信息的条件为所述第一设备对所述业务请求对应的业务拆分所得的第一业务信息的处理正常；对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果，以便所述第一设备根据所述业务结果完成所述业务。
10.根据权利要求9所述的方法，其特征在于，所述业务请求为所述第一设备接收且确定为跨机构类型的业务请求。11.根据权利要求9所述的方法，其特征在于，所述方法还包括：接收所述第一设备通过所述第一中台模块发送的查询请求，所述查询请求用于请求查询所述业务请求对应的业务在所述第二机构涉及的账户信息；根据所述查询请求查询所述账户信息，并通过所述第二中台模块向所述第一中台模块发送所述账户信息，以便所述第一设备基于所述账户信息判断所述业务在所述第二机构设计的账户是否正常，并根据判断结果确定受理所述业务请求。12.根据权利要求9所述的方法，其特征在于，所述业务结果用于指示所述第二设备对所述第二业务信息的处理正常；或者，所述业务结果用于指示所述第二设备对所述第二业务信息的处理失败。13.一种分行子行业务处理的装置，其特征在于，应用于第一设备，所述第一设备属于银行的第一机构，第二设备属于所述银行的第二机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同，所述装置包括：获得单元，用于获得跨机构类型的业务请求；拆分和处理单元，用于根据核算要求对所述业务请求对应的业务进行拆分，获得第一业务信息和第二业务信息，并对所述第一业务信息进行处理；发送单元，用于响应于所述第一业务信息被正常处理，通过所述第一中台模块向所述第二中台模块发送所述第二业务信息，以便所述第二设备对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果；完成单元，用于根据所述业务结果完成所述业务。14.一种分行子行业务处理的装置，其特征在于，应用于第二设备，所述第二设备属于银行的第二机构，第一设备属于所述银行的第一机构，所述第一设备通过第一中台模块以及所述第二设备的第二中台模块与所述第二设备通信，所述银行的机构类型包括分行和子行，所述第一机构和所述第二机构的机构类型不同，所述装置包括：接收单元，用于通过所述第二中台模块接收所述第一中台模块发送的第二业务信息，所述第二业务信息是所述第一设备在获得跨机构类型的业务请求后，根据核算要求对所述业务请求对应的业务进行拆分得到的，所述第一设备发送所述第二业务信息的条件为所述第一设备对所述业务请求对应的业务拆分所得的第一业务信息的处理正常；处理单元，用于对所述第二业务信息进行处理，获得业务结果，并通过所述第二中台模块向所述第一中台模块发送所述业务结果，以便所述第一设备根据所述业务结果完成所述业务。15.一种电子设备，其特征在于，所述电子设备包括处理器以及存储器：所述存储器用于存储计算机程序；所述处理器用于根据所述计算机程序执行权利要求5-8任一项所述的方法；或者，所述处理器用于根据所述计算机程序执行权利要求9-12任一项所述的方法。16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机
程序，所述计算机程序用于执行权利要求5-12任一项所述的方法。
技术总结本申请公开了一种分行子行业务处理的方法、装置和系统，可应用于金融领域。该技术方案中，对于分行和子行的设备，分别集成了可以实现两者实时通信的中台装置，利用该中台装置，可以将跨机构类型的业务请求对应的业务分别在两个机构的设备上处理各自的部分，从而实现分行和子行之间实时进行业务交互，例如，用户在分行能够实时办理子行的业务，或者，用户在子行能够实时办理分行的业务，从而，提高用户对银行业务处理流程的满意度。对银行业务处理流程的满意度。对银行业务处理流程的满意度。
技术研发人员：牙祖将 李健保 吴平凡
受保护的技术使用者：中国银行股份有限公司
技术研发日：2022.04.08
技术公布日：2022/7/5
