CN113067879A - 基于多业务服务方的业务服务方法和装置及金融系统 - Google Patents

Abstract

本公开提供了一种基于多业务服务方的业务服务方法，涉及金融技术领域。该方法包括：确定平台用户需要开通的至少一个业务服务；基于至少一个业务服务，获取平台用户的用户信息；基于至少一个业务服务和用户信息，创建关于平台用户的用户档案；确定与至少一个业务服务一一对应的至少一个业务服务方；以及针对至少一个业务服务方中的每个业务服务方，将用户档案中涉及该业务服务方的档案信息推送给该业务服务方，使得聚合服务系统能够响应于平台用户发起的服务请求，调用该业务服务方提供的服务接口。本公开还提供了一种基于多业务服务方的业务服务装置、一种金融系统、一种电子设备、一种计算机可读存储介质以及一种计算机程序产品。

Description

基于多业务服务方的业务服务方法和装置及金融系统

技术领域

本公开涉及互联网技术领域，特别是涉及一种基于多业务服务方的业务服务方法和装置、一种金融系统、一种电子设备、一种计算机可读存储介质和一种计算机程序产品。

背景技术

目前，金融机构面向平台客户的金融产品(金融服务)比较分散，即，不同的金融服务由不同的金融部门提供，平台客户需要单独与每个金融部门对接，才能开通各金融部门提供的金融服务。因而，随着平台客户需求的不断增加，现有的分散模式的金融服务已无法满足平台客户的需求。

发明内容

本公开的一个方面提供了一种基于多业务服务方的业务服务方法，包括：确定平台用户需要开通的至少一个业务服务，其中，不同的业务服务对应于不同的业务服务方；基于所述至少一个业务服务，获取所述平台用户的用户信息；基于所述至少一个业务服务和所述用户信息，创建关于所述平台用户的用户档案；确定与所述至少一个业务服务一一对应的至少一个业务服务方；以及针对所述至少一个业务服务方中的每个业务服务方，将所述用户档案中涉及该业务服务方的档案信息推送给该业务服务方，使得聚合服务系统能够响应于所述平台用户发起的服务请求，调用该业务服务方提供的服务接口。

可选地，基于所述至少一个业务服务，获取所述平台用户的用户信息，包括：确定开通所述至少一个业务服务中的每个业务服务所需的用户信息字段，得到对应的至少一个用户信息字段子集；合并所述至少一个用户信息字段子集，得到对应的用户信息字段合集；以及基于所述用户信息字段合集中的每个字段，获取所述平台用户的用户信息。

可选地，基于所述至少一个业务服务和所述用户信息，创建关于所述平台用户的用户档案，包括：创建关于所述平台用户的用户档案；在所述用户档案中记录所述用户信息；在所述用户档案中记录所述平台用户所开通的所述至少一个业务服务；以及针对所述至少一个业务服务中的每个业务服务，在所述用户档案中记录该业务服务涉及的业务参数。

可选地，还包括：在为所述平台用户开通了所述至少一个业务服务的基础上，响应于所述平台用户还需要开通至少一个其他业务服务，基于所述至少一个其他业务服务和所述用户档案，获取需要所述平台用户补充的用户信息；基于所述至少一个其他业务服务和所述需要所述平台用户补充的用户信息，更新所述用户档案为新用户档案；确定与所述至少一个其他业务服务一一对应的至少一个其他业务服务方；以及针对所述至少一个其他业务服务方中的每个业务服务方，将所述新用户档案中涉及该业务服务方的档案信息推送给该业务服务方，使得聚合服务系统能够响应于所述平台用户发起的服务请求，调用该业务服务方提供的服务接口。

可选地，还包括：响应于所述平台用户针对目标业务服务发起服务请求，基于所述用户档案，确定所述目标业务服务是否是所述平台用户已开通的服务；响应于确定所述目标业务服务是所述平台用户已开通的服务，确定提供所述目标业务服务的目标服务方；以及调用所述目标服务方提供的服务接口，以便将所述服务请求分发至所述目标服务方进行处理。

可选地，还包括：响应于确定所述目标业务服务不是所述平台用户已开通的服务，拒绝本次服务请求，并提示所述平台用户先开通所述目标业务服务。

可选地，还包括：在基于所述用户档案，确定所述目标业务服务是否是所述平台用户已开通的服务之前，先查询所述用户档案中是否存在至特定不良记录，再根据特定不良记录查询结果，确定是否执行确定所述目标业务服务是否是所述平台用户已开通的服务的操作。

可选地，所述平台用户包括：平台商户、平台子商户和平台会员。

本公开的另一个方面提供了一种基于多业务服务方的业务服务装置，包括：第一确定模块，用于确定平台用户需要开通的至少一个业务服务，其中，不同的业务服务对应于不同的业务服务方；获取模块(第一获取模块)，用于基于所述至少一个业务服务，获取所述平台用户的用户信息；创建模块，用于基于所述至少一个业务服务和所述用户信息，创建关于所述平台用户的用户档案；第二确定模块，用于确定与所述至少一个业务服务一一对应的至少一个业务服务方；以及推送模块(第一推送模块)，用于针对所述至少一个业务服务方中的每个业务服务方，将所述用户档案中涉及该业务服务方的档案信息推送给该业务服务方，使得聚合服务系统能够响应于所述平台用户发起的服务请求，调用该业务服务方提供的服务接口。

可选地，所述获取模块包括：确定单元，用于确定开通所述至少一个业务服务中的每个业务服务所需的用户信息字段，得到对应的至少一个用户信息字段子集；合并单元，用于合并所述至少一个用户信息字段子集，得到对应的用户信息字段合集；以及获取单元，用于基于所述用户信息字段合集中的每个字段，获取所述平台用户的用户信息。

可选地，所述创建模块包括：创建单元，用于创建关于所述平台用户的用户档案；第一记录单元，用于在所述用户档案中记录所述用户信息；第二记录单元，用于在所述用户档案中记录所述平台用户所开通的所述至少一个业务服务；以及第三记录单元，用于针对所述至少一个业务服务中的每个业务服务，在所述用户档案中记录该业务服务涉及的业务参数。

可选地，还包括：第二获取模块，用于在为所述平台用户开通了所述至少一个业务服务的基础上，响应于所述平台用户还需要开通至少一个其他业务服务，基于所述至少一个其他业务服务和所述用户档案，获取需要所述平台用户补充的用户信息；更新模块，用于基于所述至少一个其他业务服务和所述需要所述平台用户补充的用户信息，更新所述用户档案为新用户档案；第三确定模块，用于确定与所述至少一个其他业务服务一一对应的至少一个其他业务服务方；以及第二推送模块，用于针对所述至少一个其他业务服务方中的每个业务服务方，将所述新用户档案中涉及该业务服务方的档案信息推送给该业务服务方，使得聚合服务系统能够响应于所述平台用户发起的服务请求，调用该业务服务方提供的服务接口。

可选地，还包括：第四确定模块，用于响应于所述平台用户针对目标业务服务发起服务请求，基于所述用户档案，确定所述目标业务服务是否是所述平台用户已开通的服务；第五确定模块，用于响应于确定所述目标业务服务是所述平台用户已开通的服务，确定提供所述目标业务服务的目标服务方；以及调用模块，用于调用所述目标服务方提供的服务接口，以便将所述服务请求分发至所述目标服务方进行处理。

可选地，还包括：提示模块，用于响应于确定所述目标业务服务不是所述平台用户已开通的服务，拒绝本次服务请求，并提示所述平台用户先开通所述目标业务服务。

可选地，还包括：查询模块，用于在所述第四确定模块基于所述用户档案，确定所述目标业务服务是否是所述平台用户已开通的服务之前，先查询所述用户档案中是否存在至特定不良记录，再根据特定不良记录查询结果，确定是否由所述第四确定模块执行确定所述目标业务服务是否是所述平台用户已开通的服务的操作。

可选地，所述平台用户包括：平台商户、平台子商户和平台会员。

本公开的另一个方面提供了一种金融系统，包括：聚合服务系统，所述聚合服务系统包括本公开实施例所述的基于多业务服务方的业务服务装置；以及多个业务服务方，能够与所述聚合服务系统通信连接，所述多个业务服务方中的每个都能提供供所述聚合服务系统调用的服务接口。

本公开的另一方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现本公开实施例的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现本公开实施例的方法。

本公开的另一方面提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本公开实施例所述的方法。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：

图1示意性示出了根据本公开实施例的适于基于多业务服务方的业务服务方法和装置的系统架构；

图2示意性示出了根据本公开实施例的基于多业务服务方的业务服务方法的流程图；

图3示意性示出了根据本公开实施例的获取平台用户的用户信息的流程图；

图4示意性示出了根据本公开实施例的创建关于平台用户的用户档案的流程图；

图5示意性示出了根据本公开另一实施例的基于多业务服务方的业务服务方法的流程图；

图6示意性示出了根据本公开实施例的基于多业务服务方的业务服务装置的框图；

图7示意性示出了根据本公开实施例的金融系统的框图；以及

图8示意性示出了根据本公开实施例的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

本公开的实施例提供了一种基于多业务服务方的业务服务方法以及能够应用该方法的基于多业务服务方的业务服务装置。该方法包括确定平台用户需要开通的至少一个业务服务，其中，不同的业务服务对应于不同的业务服务方；基于上述至少一个业务服务，获取上述平台用户的用户信息；基于上述至少一个业务服务和上述用户信息，创建关于上述平台用户的用户档案；确定与上述至少一个业务服务一一对应的至少一个业务服务方；以及针对上述至少一个业务服务方中的每个业务服务方，将上述用户档案中涉及该业务服务方的档案信息推送给该业务服务方，使得聚合服务系统能够响应于上述平台用户发起的服务请求，调用该业务服务方提供的服务接口。

图1示意性示出了根据本公开实施例的适于基于多业务服务方的业务服务方法和装置的系统架构。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，该系统架构100包括：外部平台101和金融系统102。

需要说明的是，外部平台101是指金融系统102之外的企业或者个人提供的应用平台，如社交平台、电商平台、政务平台等等。

金融系统102包括聚合金融服务系统1021和至少一个业务服务方1022。业务服务方可以包括但不限于：用户服务方、账户服务方、支付服务方、清分服务方、投资服务方、融资服务方、合规服务方、风控服务方、数据服务方、增值服务方等十大服务方。

应该理解，随着平台客户对金融产品的需求越来越多，金融机构(如银行)持续推出更多品种的金融产品。考虑到现有的分散模式的金融服务已无法满足平台客户的需求，本公开实施例提供了一种聚合金融服务的方法。

如图1所示，聚合金融服务系统1021可以将业务服务方1022涉及的所有业务服务聚合在一起。平台客户(平台用户)需要开通这些业务服务中的一个或者多个时，不需要一一与业务服务方1022中对应的一个或者多个业务服务方直接对接，重复提交相同的档案资料，而是可以直接与聚合金融服务系统1021，提供一份档案资料，实现业务服务方1022中的多个业务服务方共享该份档案资料。即，聚合金融服务系统1021可以对平台客户形成一点接入全功能覆盖的产品服务模式。

示例性的，现阶段银行供给平台客户的金融产品，无法实现个人与企业、线上与线下的聚合金融服务，而本公开实施例提供的方案可以为互联网平台客户提供聚合金融产品的开放银行服务。

具体地，本公开实施例提供了一种面向平台客户的聚合金融服务的方法、装置与系统，将用户服务、账户服务、支付服务、清分服务、投资服务、融资服务、合规服务、风控服务、数据服务、增值服务等产品聚合，以资金流、信息流串联各业务系统(业务服务方)并统一处理，通过技术手段为平台客户实现一点接入银行、全金融生态响应的金融服务，形成平台客户与银行场景共建、生态共享的互惠共赢的发展格局。

传统的银行金融服务分为个人金融产品与企业金融产品。个人金融产品由个人客户的账户开立、银行卡支付、第三方支付、投资理财、消费信贷组成。企业金融产品由对公支付、对公理财、抵押贷款、信用贷款、代发工资等组成。这些金融产品虽然能够承载G端(政务类)、B端(企业类)、C端(个人类)各方需求，但各个金融产品单一供给、各自为战的服务模式已无法满足日益增长的平台客户需求。这使得金融机构在服务平台客户的过程中，在统一视图、统一营销、统一服务上存在诸多局限。

而本公开实施例提供的面向平台客户的聚合金融服务的方法、装置与系统，可以将个人与企业、线上与线下打通，将平台上的消费端与供给端、线上场景与线下渠道双向引流、双向促活，实现无所不在的开放银行服务。

具体地，本公开实施例提供的面向平台客户的聚合金融服务的方法、装置与系统，可以将平台上的G端、B端、C端客户的各类金融服务请求按需统一匹配转发、统一格式转换、统一协议转换、统一事件分发，形成基于开放平台的集成总线金融服务能力，通过路由转接为平台客户连接银行核心金融系统，实现不同的业务功能。基于开放平台的聚合金融服务可以适应各个接入方的技术架构，弥合各个平台客户接入银行时的技术差异。

在本公开实施例中，可以将金融产品聚合化。具体地，可以以某个银行作为统一接口，实现金融产品聚合化。

示例性的，针对已有的金融服务可以执行统一的接入渠道、统一的权限控制、统一的密钥管理、统一的流量控制，提供联机接口调用、文件服务、异步通知、消息推送等平台能力。

在统一的接入渠道方面，接入渠道可以包括互联网、专线、内网等报文传输通道。平台客户的后台系统可通过互联网或者专线，连接至聚合金融服务系统。聚合金融服务系统可以通过内网与行内系统(各业务系统，也即各业务服务方)连接。平台客户传输的通讯报文，经聚合金融服务系统集中处理后，将涉及调用行内系统处理的请求报文，分发至行内系统的相应业务产品进行处理。

在统一的权限控制方面，权限控制可以包括平台ID校验、接口维度的权限校验。聚合金融服务系统向平台客户颁发标识平台客户的唯一标识符，即平台ID，并登记平台唯一标识ID和证书之间的有效关系，确保证书在有效期范围之内。每个接口登记平台客户调用方、以及业务产品服务方，只允许平台客户调用已经事先登记调用关系的接口。平台客户的每笔接口调用请求都可以添加电子签名，聚合金融服务系统接收到接口调用请求后进行解签，得到报文原文进行相应处理。通过平台客户与服务接口的映射接口关系管理、平台客户调用接口的报文加签，实现交易的防抵赖，保障平台客户与聚合金融服务系统、以及金融服务方合作过程中的权益。

在统一的密钥管理方面，聚合金融服务系统可以提供应用层的加解密能力。具体地，可以通过AES/SM4算法进行加解密。例如，在针对报文的整个字段已做加密的情况下，聚合金融服务系统在收到加密请求报文后，可以将加密字段内容做自动解密处理，然后传给后端的业务产品服务系统，聚合金融服务系统在收到后端业务产品服务系统响应后，自动将响应结果加密返回给外部平台客户调用方。

在统一的流量控制方面，流量控制包括并发控制和速率控制。例如，可以控制该接口可以同时承载的请求数，用来保护接口服务、防止服务过载。速率控制是控制平台客户以及平台客户与接口维度的每秒交易请求数。在系统中维护单个接口的调用速率上限，超过速率则请求拒绝。

聚合金融服务系统通过对交易的权限控制、防抵赖、防篡改、防重放等机制，以及信息保护、监控、限流、预警等措施保障为平台客户提供集成化、模块化、安全性高的综合金融服务。

以下将结合附图和具体实施例详细阐述本公开。

本公开提供了一种基于多业务服务方的业务服务方法。

图2示意性示出了根据本公开实施例的基于多业务服务方的业务服务方法的流程图。

如图2所示，该方法200可以包括操作S210～S250。

在操作S210，确定平台用户需要开通的至少一个业务服务。其中，不同的业务服务对应于不同的业务服务方。

在操作S220，基于至少一个业务服务，获取平台用户的用户信息。

在操作S230，基于至少一个业务服务和用户信息，创建关于平台用户的用户档案。

在操作S240，确定与至少一个业务服务一一对应的至少一个业务服务方。

在操作S250，针对至少一个业务服务方中的每个业务服务方，将用户档案中涉及该业务服务方的档案信息推送给该业务服务方，使得聚合服务系统能够响应于平台用户发起的服务请求，调用该业务服务方提供的服务接口。

应该理解，在本公开实施例中，平台用户可以包括：平台商户(即平台企业，也即提供平台的企业)、平台子商户(即入驻平台的商户)和平台会员(即使用平台购买商品的会员)。

上述的至少一个业务服务可以包括以下金融服务(金融产品)中的一个或者多个：用户服务、账户服务、支付服务、清分服务、投资服务、融资服务、合规服务、风控服务、数据服务、增值服务。其中，用户服务由用户服务方(用户服务系统)提供；账户服务由账户服务方(账户服务系统)提供；支付服务由支付服务方(支付服务系统)提供；清分服务由清分服务方(清分服务系统)提供；投资服务由投资服务方(投资服务系统)提供；融资服务由融资服务方(融资服务系统)提供；合规服务由合规服务方(合规服务系统)提供；风控服务由风控服务方(风控服务系统)提供；数据服务由数据服务方(数据服务系统)提供；增值服务由增值服务方(增值服务系统)提供。

应该理解，不同的业务服务方为平台用户开通业务服务时，需要的平台用户提供的用户信息可能相同，也可能不相同。作为聚合金融服务系统，在平台用户请求开通多个业务服务时，可以要求平台用户同时提供满足这些业务服务开通要求的用户信息的合集。对于开通这些业务服务或者开通这些业务服务中的两个或者两个以上的业务服务所需共同需要的用户信息，在本公开实施例中，不需要平台用户重复提供。

示例性的，当平台用户通过某平台接入本公开实施例提供的聚合金融服务系统时，请求开通用户服务、账户服务和支付服务。这种情况下，聚合金融服务系统可以要求平台用户填写满足同时开通用户服务、账户服务和支付服务三个业务所需的全部用户信息。在获取到这些用户信息后，可以创建关于该平台用户的用户档案。具体地，可以在该用户档案记录该平台用户本次开通了哪些金融服务(如用户服务、账户服务和支付服务)，同时记录该平台用户本次提供的用户信息，同时针对每个金融服务，记录提供金融服务所需要的佣金的费率等。如记录提供用户服务所需的佣金费率；记录提供账户服务所需的佣金费率；记录提供支付服务所需的佣金费率。在完成用户档案创建之后，可以建立服务调用方(如该平台用户)与服务提供方(如用户服务方)之间的关联关系。例如，可以将该用户档案中涉及用户服务的用户信息和相关参数(如佣金费率)等作为该平台用户的子用户档案推送给用户服务方，从而在用户服务方与该平台用户之间建立关联关系。同理，可以将该用户档案中涉及账户服务的用户信息和相关参数(如佣金费率)等作为该平台用户的子用户档案推送给账户服务方，从而在账户服务方与该平台用户之间建立关联关系。可以将该用户档案中涉及支付服务的用户信息和相关参数(如佣金费率)等作为该平台用户的子用户档案推送给支付服务方，从而在支付服务方与该平台用户之间建立关联关系。

应该理解，在本公开实施例中，一旦某金融服务方获得了平台用户的子用户档案，则可以认为该金融服务方已与该平台用户建立关联关系。在这种情况下，聚合服务系统能够响应于该平台用户针对该金融服务发起的服务请求，调用该金融服务方提供的服务接口，使得该金融服务方能够正常处理其请求的金融服务。

与相关技术中平台用户需要就相同的用户信息向多个业务服务方分别单独提供，才能开通多个业务服务方提供的多个业务服务相比，在本公开实施例中，平台用户只需要向聚合金融服务系统提供同时满足多个业务服务的开通需求的用户信息，就可以同时开通多个业务服务，不需要就相同的用户信息重复提交多次。

应该理解，本公开实施例提供的技术方案打破了现有银行业面对平台客户提供金融产品服务时的壁垒，从而实现将聚合金融服务模式与银行业创新性结合。在聚合金融服务模式下，可以通过统一的支付、转接、对账、清算等服务，将平台客户的金融需求，无缝对接对应的金融产品，从而提供灵活化输出、综合化集成、个性化定制的解决方案。面向平台型企业，还可以整合银行个人端、企业端的线上金融服务能力，以灵活配置、快速响应市场、个性化对接平台型企业为目标，一点接入，为政务互联网、产业互联网、消费互联网等平台型客户提供一站式全功能金融服务。

需要说明的是，在本公开实施例中，在针对平台用户建立用户档案之前，还可以对平台用户执行鉴权操作。示例性的，运用线上的H5、API、SDK等对接手段，平台用户与聚合金融服务系统一点对接后，可以通过互联网传输报文至聚合金融服务系统系统，然后基于权威机构出具的身份证进行核验，同时进行人行账户核验、工商企业基本信息核查、支付清算协会黑名单检查等外部机构风险筛查，确保平台用户信息的真实性、准确性。进一步，在鉴权过程中，行内运营审批人员还可以与商户法人远程视频通话，在通话过程中核实法人的开立对公客户信息编号的意愿、通过平台入驻成为本行收单商户的意愿，从而保障本次进鉴过程是法人代表本人操作、且具备真实意愿。通过以上技术手段的灵活组合调用，由聚合金融服务系统在商户资料进件后，提供完全线上化的鉴证服务，从而继续完成对公客编开立、收单商户入驻等，保障平台的支付、结算业务能够合规、稳健运营。

在本公开实施例中，在支付、清算服务方面，可以充分利用第三方支付通道的入口便利，例如可以将微信支付、支付宝支付、跨行支付等不同支付入口统一集成到银行端聚合支付SDK/H5收银台中，由此可以保持第三方支付、银行卡支付等在收银台中支付动作的一致性和连贯性。同时，通过聚合金融服务系统搭建的平台、子商户入驻机构的多层级清算运营体系，由银行端实现直接清算，可以降低平台与各支付渠道的对账成本，提升清算效率与服务效能，满足平台、子商户、买方等各方需求。

示例性的，商户进鉴服务流程可以包括如下操作。

(1)，可以在平台方的App中，嵌入商户进鉴服务模块，比如可以通过H5/API/SDK等技术对接方式，传送商户的基本信息、结算账户信息、证件图像信息等。

(2)，商户进鉴服务模块接收平台方上传的商户信息，通过OCR(光学字符识别)识别法人代表的身份证、商户的营业执照中的证件号，比对上传信息与图像中的信息的一致性，核验通过后进入下一步。

(3)，通过人脸识别、活体检测技术，检测现场采集的人脸图像与法人身份证中的头像的一致性，核验通过后进入下一步。

(4)，通过工商联网核查系统，查询企业基本信息，如工商注册号、经营期限、经营范围、注册资本、法人代表等信息，供审批人员比对平台上送的入驻机构信息与工商联网核查信息。

(5)，检查是否涉及支付清算协会黑名单、融安e信黑名单。

(6)，通过远程视频鉴证服务，由行内工作人员向商户的法人代表发起视频，在视频通话过程中核实商户在本行开立对公客户信息的意愿、入驻成为本行收单商户的意愿，意愿核实通过后进入下一步。

(7)，在本行对公客户信息系统，创建对公客户信息编号。

(8)，将商户的基本信息、结算账户信息、退款账户信息、回佣账户信息等同步至收单商户系统，创建商户编号。

(9)，商户进鉴成功后，在聚合金融服务系统中建立平台、子商户之间的映射关系，后续由聚合金融服务系统与平台对接，承接平台用户发起的支付业务等金融业务。

(10)，向平台用户返回商户进鉴成功通知，以及后续双方系统交互所涉及的商户平台、子商户编号等通讯参数。

作为一种可选的实施例，如图3所示，操作S220基于至少一个业务服务，获取平台用户的用户信息可以包括：操作S221～操作S223。

在操作S221，确定开通至少一个业务服务中的每个业务服务所需的用户信息字段，得到对应的至少一个用户信息字段子集。

在操作S222，合并至少一个用户信息字段子集，得到对应的用户信息字段合集。

在操作S223，基于用户信息字段合集中的每个字段，获取平台用户的用户信息。

示例性的，在某平台用户请求开通用户服务、账户服务和支付服务的情况下，可以先确定开通用户服务所需提供的用户信息(记为用户信息1)，以及开通账户服务所需提供的用户信息(记为用户信息2)，以及开通支付服务所需提供的用户信息(记为用户信息3)，然后求用户信息1～3的交集，最终可以获取该交集中涉及的用户信息，作为该平台用户开通上述三种金融服务需要提供的用户信息。

通过本公开实施例，如果用户信息1～3中同时涉及X、Y、Z信息，则该平台用户只需要与向聚合金融服务系统对接，然后提交一次X、Y、Z信息以及用户信息1～3中涉及的其他信息，就可以同时办理上述的用户服务、账户服务和支付服务三种金融服务，无需分别与用户服务方、账户服务方和支付服务方各对接一次，也无需重复提交三次X、Y、Z信息，因而业务流程更简单，可以省去很多麻烦。

作为一种可选的实施例，如图4所示，操作S230基于至少一个业务服务和用户信息，创建关于平台用户的用户档案，可以包括：操作S231～操作S234。

在操作S231，创建关于平台用户的用户档案。

在操作S232，在用户档案中记录用户信息。

在操作S233，在用户档案中记录平台用户所开通的至少一个业务服务。

在操作S234，针对至少一个业务服务中的每个业务服务，在用户档案中记录该业务服务涉及的业务参数(可以包括佣金费率和账户信息等)。

示例性的，在某平台用户请求开通用户服务、账户服务和支付服务的情况下，聚合金融服务系统可以要求平台用户填写满足同时开通用户服务、账户服务和支付服务三个业务所需的全部用户信息。在获取到这些用户信息后，可以创建关于该平台用户的用户档案。具体地，可以在该用户档案记录该平台用户本次开通了哪些金融服务(如用户服务、账户服务和支付服务)，同时记录该平台用户本次提供的用户信息，同时针对每个金融服务，记录提供金融服务所需要的佣金的费率、账户信息等。如记录提供用户服务所需的佣金费率和涉及的账户信息等；记录提供账户服务所需的佣金费率和涉及的账户信息等；记录提供支付服务所需的佣金费率和涉及的账户信息等。

作为一种可选的实施例，如图5所示，方法500可以包括：操作S210～S250，以及操作S510～S540。

需要说明的是，如图5所示的操作S210～S250与如图2所示的操作S210～S250对应相同，本公开实施例在此不再赘述。

在操作S510，在为平台用户开通了至少一个业务服务的基础上，响应于平台用户还需要开通至少一个其他业务服务，基于至少一个其他业务服务和用户档案，获取需要平台用户补充的用户信息。

在操作S520，基于至少一个其他业务服务和需要平台用户补充的用户信息，更新用户档案为新用户档案。

在操作S530，确定与至少一个其他业务服务一一对应的至少一个其他业务服务方。

在操作S540，针对至少一个其他业务服务方中的每个业务服务方，将新用户档案中涉及该业务服务方的档案信息推送给该业务服务方，使得聚合服务系统能够响应于平台用户发起的服务请求，调用该业务服务方提供的服务接口。

示例性的，在某平台用户先前已请求开通了用户服务、账户服务和支付服务的情况下，如果该平台用户又请求开通清分服务、投资服务和融资服务，则聚合金融服务系统可以按照如图3所示的方法，确定开通清分服务、投资服务和融资服务这三种服务所需要的用户信息，并此用户信息(用户信息1)与之前开通用户服务、账户服务和支付服务这三种服务已提交的用户信息(用户信息2)进行比较，看哪些用户信息是用户信息1有的但用户信息2中没有的，然后提醒该平台用户补充用户信息1有的但用户信息2中没有的用户信息。在该平台用户提交了补充的用户信息后，将这些用户信息同步更新至之前形成的关于该平台用户的用户档案中，进而形成关于该平台用户的新用户档案。

进一步，在形成关于该平台用户的新用户档案后，可以建立该平台用户与新增业务的服务提供方之间的关联关系。例如，可以将该新用户档案中涉及清分服务的用户信息和相关参数(如佣金费率)等作为该平台用户的子用户档案推送给清分服务方，从而在清分服务方与该平台用户之间建立关联关系。同理，可以将该用户档案中涉及投资服务的用户信息和相关参数(如佣金费率)等作为该平台用户的子用户档案推送给投资服务方，从而在投资服务方与该平台用户之间建立关联关系。可以将该用户档案中涉及融资服务的用户信息和相关参数(如佣金费率)等作为该平台用户的子用户档案推送给融资服务方，从而在融资服务方与该平台用户之间建立关联关系。

应该理解，在本公开实施例中，一旦新增服务的金融服务方获得了平台用户的子用户档案，则可以认为这些金融服务方已与该平台用户建立关联关系。在这种情况下，聚合服务系统能够响应于该平台用户针对新增的金融服务发起的服务请求，调用对应的新增金融服务方提供的服务接口，使得该金融服务方能够正常处理其请求的金融服务。

作为一种可选的实施例，该方法还包括如下操作。

响应于平台用户针对目标业务服务发起服务请求，基于用户档案，确定目标业务服务是否是平台用户已开通的服务。

响应于确定目标业务服务是平台用户已开通的服务，确定提供目标业务服务的目标服务方。

调用目标服务方提供的服务接口，以便将服务请求分发至目标服务方进行处理。

示例性的，在某平台用户先前已请求开通了用户服务、账户服务和支付服务的情况下，关于该平台用户在聚合金融服务系统创建的用户档案中已经记录了这些信息。因而，如果该平台用户发起针对账户服务的服务请求，则可以在其用户档案中查到该平台用户开通了账户服务，此时可以进一步确定账户服务是由行内的账户服务方提供的，因而可以调用账户服务方提供的服务接口，以便将该平台用户发起针对账户服务的服务请求分发至该账户服务方进行处理。

此外，在本公开实施例中，客户支付及商户清算入账流程可以如下。

(1)，平台方将订单id、订单金额、客户支付卡号等信息上送到银行端支付服务系统(支付服务方)，并向系统发起客户支付申请指令。

(2)，支付服务系统从申请指令中获取客户支付卡号和订单金额，向内部账户系统发起入账申请。内部账户系统收到入账申请后，判断客户支付卡号正常，根据订单金额完成客户支付卡号的账户扣款，同时在银行内部户中增加相关金额。

(3)，支付服务系统获取支付成功通知后，在订单表中更新该笔订单的状态为“已支付”，并通知平台方支付成功。

(4)，支付服务系统从本地订单表中获取本次交易的订单id、订单金额、商户编号上送到清算服务系统，并发起商户入账申请指令。

(5)，清算服务系统根据指令中的商户编号从商户档案中获取商户费率和商户入账账户，并计算商户交易手续费(佣金费)，其中“手续费金额”＝“订单金额*商户费率”，“商户净收入”＝“订单金额-手续费金额”。

(6)，清算服务系统根据获取的商户净收入和商户入账账户，发起商户入账申请。

(7)，判断商户入账账户正常，根据商户净收入，从银行内部户减少相应金额，并将商户净收入金额入账至商户入账账户。

进一步，作为一种可选的实施例，该方法还包括：响应于确定目标业务服务不是平台用户已开通的服务，拒绝本次服务请求，并提示平台用户先开通目标业务服务。

另外，作为一种可选的实施例，该方法还包括：在基于用户档案，确定目标业务服务是否是平台用户已开通的服务之前，先查询用户档案中是否存在至特定不良记录，再根据特定不良记录查询结果，确定是否执行确定目标业务服务是否是平台用户已开通的服务的操作。

需要说明的是，在本公开实施例中，还可以在各平台用户的用户的档案中记录平台用户的交易行为信息以及征信报告等，如果记录的交易行为信息以及征信报告等中存在影响该目标业务服务的特定不良记录，则在用户发起服务请求时，可以不执行确定目标业务服务是否是平台用户已开通的服务及其之后的相关操作，而是直接拒绝提供相应的金融服务。由此可以确保金融服务尽量安全。

需要说明的是，在本公开实施例中，以金融机构为例，银行可以提供的业务服务可以包括但不限于：用户服务、账户服务、支付服务、清分服务、投资服务、融资服务、合规服务、风控服务、数据服务、增值服务等十大服务。

用户服务是指个人客户、企业客户、平台商户、平台子商户等的档案信息系统。用户服务可以对个人客户信息进行分层管理。示例性地，根据个人客户信息的丰富程度可以设置多种级别的客户。例如，普通用户，开立电子账户、开通工银e支付、开立电子银行的客户等多种客户级别。进一步，对于不同级别的客户还可以赋予不同的功能权限。例如，普通用户可以使用第三方支付功能。例如，对于开立电子账户的客户，在通过联网核查、央行鉴权、银联鉴权、人脸识别后，可以具备账户充值、提现、支付、投资、融资等功能权限。例如，对于开立工银e支付的客户，可以支持本、他行卡注册并开通支付功能，在短信、静密、安全介质、指纹、人脸验证通过后完成支付，并同步注册成为电子银行客户，从而具备个人电子银行统一通行证权限，可使用网上银行、手机银行。对于企业客户信息，用户服务可以根据其平台属性、买家会员属性、子商户属性等进行分类别管理。子商户入驻平台时，可以通过H5、API、SDK等触点提交自己的建档材料。该建档材料包括子商户的基本信息、结算信息、账号信息等。在商户准入及管理上，用户服务可以提供线上化、非接触式商户准入及管理模式。例如，采用人脸识别、活体检测、远程视频等技术手段，提升商户线上服务能力，加强风险识别管控、强化网络金融服务创新，加大平台经济金融服务支持力度。

账户服务是指个人电子II、III类户及银行的待结算资金账户。个人电子II、III类户是面向平台客户中的个人客户，提供的具备线上远程开户能力的银行账户产品。平台客户与银行借由账户开立实现数据互通、客户共享、产品共销的业务能力，同时为提高平台的可拓展性，对平台客户使用电子账户的业务场景和交易风险进行管理，配套提供平台客户准入控制、平台客户业务数据统计与分析。待结算资金账户是基于平台交易信息流和银行账户资金流的运行诉求与监管要求，为平台客户提供交易资金封闭清算的金融服务。待结算资金账户为平台客户搭建一整套交易资金清结算的账户体系的同时，可以向平台及平台会员、平台子商户提供信息登记簿、账户绑定及鉴权验证、安全认证介质输出、出入金、银行回单、担保支付、资金对账与清分等一体化资金管理服务。

支付服务涵盖银行卡支付、微信支付、支付宝支付、对公支付等多种支付方式。支付服务还覆盖PC网站、移动端App、微信公众号、小程序、支付宝生活号等多种支付渠道。该支付服务覆盖支付渠道广、技术对接方式多，可通过SDK、H5等技术对接提供界面的聚合收银台形式，通过API技术对接协议支付。该支付服务支持所有主流支付方式，包括但不限于短信支付、静密支付、介质验签支付、快捷支付、扫码支付、免密支付等。该支付服务可以对平台企业所涉交易支付和资金管控形成闭合服务能力。

清分服务是指以交易链路及对标系统为基础，建立标准化的统一对账、差错调账、清分模式，面向各业务实现各业务系统间对账、差错、清分场景的全面覆盖，实现账务处理的标准化、统一化、配置化。在差错调账方面，除了提供线上化、流程化的差错处理机制，还能提升自动差错调整的比例、降低操作风险，具备业务风险防控机制、任务跟踪提醒及监控机制，以及多维度的差错业务统计视图。在清分服务方面，可以将当日的全部交易数据按照平台客户、子商户等各机构维度，按照贷记、借记、笔数、金额、轧差净额等进行汇总、整理、分类，再通过人行大小额、超级网银等结算渠道，一站式实现子商户的跨行账户的结算需求，支持7*24小时高并发处理能力。

投资服务涉及为平台客户提供存款、理财等产品。存款业务是面向企业客户提高企业闲置资金利用率、增加企业受益的服务。投资服务侧重于为企业办理通知存款、定期存款的开立、支取和查询。通知存款适用于资金使用时间不确定，但希望尽可能提高存款受益的企业。定期存款适用于拥有一定金额的长期闲置资金，且希望达到低风险，稳定收益目的的企业。理财产品是为平台企业提供线上购买、查询、赎回理财产品的功能。

融资服务包括数字供应链融资和经营快贷。数字供应链融资是指与核心企业通过线上渠道进行数据交互，银行凭借在线获取的贸易信息，依托核心企业信用，借助应收账款质押、货权质押等手段，为核心企业产业链上下游客户提供在线融资服务，依托开放平台等渠道，为核心企业及其上下游企业提供的集供应链会员管理、供应链信息管理服务、融资服务等一整套综合金融服务。融资服务主要用于实现应收账款融资业务，即在供应链中占有强势地位、主导整个链条的核心企业与为其提供商品、原材料等的供应商发生贸易后，基于核心企业开出的发票对供应商发放贷款。供应商、核心企业、银行在线下完成协议签署，利用线上渠道办理应收、应付账款信息管理与确认、贷款申请、应付账款支付等业务。经营快贷是基于交易、资产、信用等多维度数据建立模型，为小微企业客户提供的在线融资产品，贷款用于合理的生产经营用途。经营快贷面向经营正常、资信良好的小微企业、个体工商户及可提供合法经营证明的自然人，借款人可通过企业或企业主名义办理。

合规服务是包括为平台购买人、平台、商户、交易清算提供全方位的合规服务，为平台提供平台购买人的合规校验服务，基于平台提供的买方客户身份等数据信息对购买人进行合规校验。该合规服务还为平台上的收单商户进行客户身份识别、商户黑名单检查、风险评级、视频巡检、交易监测等服务。该合规服务还可以为解决平台“二清”问题，提供合规资金清算服务，满足禁止平台“二清”、真实展示交易双方信息等法规要求。

风控服务包括反洗钱、反欺诈、反恐怖融资等风险防控服务。反洗钱服务提供交易数据监控及入驻企业法人洗钱风险分类筛查，反欺诈服务是通过异常交易监控模型对子商户交易数据进行监测和处置，反恐怖融资服务是针对恐怖活动名单进行回溯性调查。

数据服务包括平台经营管理数据和风险监控数据，可为平台提供入驻机构的交易数据、用户各支付渠道交易比例，便于平台进行商户管理、用户消费行为分析。风险监控数据方面，可以依托银行整合的社会公信体系等多方权威数据，以及交易监控、风险核查等数据库，为平台提供入驻机构风险信息。

增值服务是为平台客户提供OCR(光学字符识别)、人脸识别、活体检测、视频巡检等技术，助力合作客户搭建平台，提高对入驻机构的管理效率。

本公开还提供了一种基于多业务服务方的业务服务装置。

图6示意性示出了根据本公开实施例的基于多业务服务方的业务服务装置的框图。

如图6所示，基于多业务服务方的业务服务装置600包括第一确定模块610、获取模块620、创建模块630、第二确定模块640和推送模块650。该业务服务装置可以执行上面参考方法实施例部分描述的方法，在此不再赘述。

具体地，第一确定模块610，用于确定平台用户需要开通的至少一个业务服务，其中，不同的业务服务对应于不同的业务服务方。

获取模块620，用于基于该至少一个业务服务，获取该平台用户的用户信息。

创建模块630，用于基于该至少一个业务服务和该用户信息，创建关于该平台用户的用户档案。

第二确定模块640，用于确定与该至少一个业务服务一一对应的至少一个业务服务方。

推送模块650，用于针对该至少一个业务服务方中的每个业务服务方，将该用户档案中涉及该业务服务方的档案信息推送给该业务服务方，使得聚合服务系统能够响应于该平台用户发起的服务请求，调用该业务服务方提供的服务接口。

作为一种可选的实施例，该获取模块包括：确定单元，用于确定开通该至少一个业务服务中的每个业务服务所需的用户信息字段，得到对应的至少一个用户信息字段子集；合并单元，用于合并该至少一个用户信息字段子集，得到对应的用户信息字段合集；以及获取单元，用于基于该用户信息字段合集中的每个字段，获取该平台用户的用户信息。

作为一种可选的实施例，该创建模块包括：创建单元，用于创建关于该平台用户的用户档案；第一记录单元，用于在该用户档案中记录该用户信息；第二记录单元，用于在该用户档案中记录该平台用户所开通的该至少一个业务服务；以及第三记录单元，用于针对该至少一个业务服务中的每个业务服务，在该用户档案中记录该业务服务涉及的业务参数。

作为一种可选的实施例，还包括：第二获取模块，用于在为该平台用户开通了该至少一个业务服务的基础上，响应于该平台用户还需要开通至少一个其他业务服务，基于该至少一个其他业务服务和该用户档案，获取需要该平台用户补充的用户信息；更新模块，用于基于该至少一个其他业务服务和该需要该平台用户补充的用户信息，更新该用户档案为新用户档案；第三确定模块，用于确定与该至少一个其他业务服务一一对应的至少一个其他业务服务方；以及第二推送模块，用于针对该至少一个其他业务服务方中的每个业务服务方，将该新用户档案中涉及该业务服务方的档案信息推送给该业务服务方，使得聚合服务系统能够响应于该平台用户发起的服务请求，调用该业务服务方提供的服务接口。

作为一种可选的实施例，还包括：第四确定模块，用于响应于该平台用户针对目标业务服务发起服务请求，基于该用户档案，确定该目标业务服务是否是该平台用户已开通的服务；第五确定模块，用于响应于确定该目标业务服务是该平台用户已开通的服务，确定提供该目标业务服务的目标服务方；以及调用模块，用于调用该目标服务方提供的服务接口，以便将该服务请求分发至该目标服务方进行处理。

作为一种可选的实施例，还包括：提示模块，用于响应于确定该目标业务服务不是该平台用户已开通的服务，拒绝本次服务请求，并提示该平台用户先开通该目标业务服务。

作为一种可选的实施例，还包括：查询模块，用于在该第四确定模块基于该用户档案，确定该目标业务服务是否是该平台用户已开通的服务之前，先查询该用户档案中是否存在至特定不良记录，再根据特定不良记录查询结果，确定是否由该第四确定模块执行确定该目标业务服务是否是该平台用户已开通的服务的操作。

作为一种可选的实施例，该平台用户包括：平台商户、平台子商户和平台会员。

应该理解，本公开装置部分的实施例与方法部分的实施例对应相同或类似，并且所达到的技术效果也对应相同或类似，在此不再赘述。

根据本公开的实施例的模块、单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，第一确定模块610、获取模块620、创建模块630、第二确定模块640和推送模块650中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第一确定模块610、获取模块620、创建模块630、第二确定模块640和推送模块650中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一确定模块610、获取模块620、创建模块630、第二确定模块640和推送模块650中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

本公开还提供了一种金融系统。

图7示意性示出了根据本公开实施例的金融系统的框图。

如图7所示，金融系统700包括聚合服务系统710和多个业务服务方720。

具体地，聚合服务系统710，该聚合服务系统包括本公开实施例该的基于多业务服务方的业务服务装置。

多个业务服务方720，能够与该聚合服务系统通信连接，该多个业务服务方中的每个都能提供供该聚合服务系统调用的服务接口。

需要说明的是，本公开实施例中涉及的基于多业务服务方的业务服务装置可以是上述任一实施例中描述的基于多业务服务方的业务服务装置，本公开实施例在此不再赘述。

图8示意性示出了根据本公开实施例的电子设备的框图。图8示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800包括处理器810、计算机可读存储介质820。该电子设备800可以执行根据本公开实施例的方法。

具体地，处理器810例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器810还可以包括用于缓存用途的板载存储器。处理器810可以是用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

计算机可读存储介质820，例如可以是非易失性的计算机可读存储介质，具体示例包括但不限于：磁存储装置，如磁带或硬盘(HDD)；光存储装置，如光盘(CD-ROM)；存储器，如随机存取存储器(RAM)或闪存；等等。

计算机可读存储介质820可以包括计算机程序821，该计算机程序821可以包括代码/计算机可执行指令，其在由处理器810执行时使得处理器810执行根据本公开实施例的方法或其任何变形。

计算机程序821可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序821中的代码可以包括一个或多个程序模块，例如包括821A、模块821B、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器810执行时，使得处理器810可以执行根据本公开实施例的方法或其任何变形。

根据本公开的实施例，第一确定模块610、获取模块620、创建模块630、第二确定模块640和推送模块650中的至少一个可以实现为参考图8描述的计算机程序模块，其在被处理器810执行时，可以实现上面描述的相应操作。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。

Claims (13)

1.一种基于多业务服务方的业务服务方法，包括：

确定平台用户需要开通的至少一个业务服务，其中，不同的业务服务对应于不同的业务服务方；

基于所述至少一个业务服务，获取所述平台用户的用户信息；

基于所述至少一个业务服务和所述用户信息，创建关于所述平台用户的用户档案；

确定与所述至少一个业务服务一一对应的至少一个业务服务方；以及

针对所述至少一个业务服务方中的每个业务服务方，将所述用户档案中涉及该业务服务方的档案信息推送给该业务服务方，使得聚合服务系统能够响应于所述平台用户发起的服务请求，调用该业务服务方提供的服务接口。

2.根据权利要求1所述的方法，其中，基于所述至少一个业务服务，获取所述平台用户的用户信息，包括：

确定开通所述至少一个业务服务中的每个业务服务所需的用户信息字段，得到对应的至少一个用户信息字段子集；

合并所述至少一个用户信息字段子集，得到对应的用户信息字段合集；以及

基于所述用户信息字段合集中的每个字段，获取所述平台用户的用户信息。

3.根据权利要求1所述的方法，其中，基于所述至少一个业务服务和所述用户信息，创建关于所述平台用户的用户档案，包括：

创建关于所述平台用户的用户档案；

在所述用户档案中记录所述用户信息；

在所述用户档案中记录所述平台用户所开通的所述至少一个业务服务；以及

针对所述至少一个业务服务中的每个业务服务，在所述用户档案中记录该业务服务涉及的业务参数。

4.根据权利要求1所述的方法，还包括：在为所述平台用户开通了所述至少一个业务服务的基础上，

响应于所述平台用户还需要开通至少一个其他业务服务，基于所述至少一个其他业务服务和所述用户档案，获取需要所述平台用户补充的用户信息；

基于所述至少一个其他业务服务和所述需要所述平台用户补充的用户信息，更新所述用户档案为新用户档案；

确定与所述至少一个其他业务服务一一对应的至少一个其他业务服务方；以及

针对所述至少一个其他业务服务方中的每个业务服务方，将所述新用户档案中涉及该业务服务方的档案信息推送给该业务服务方，使得聚合服务系统能够响应于所述平台用户发起的服务请求，调用该业务服务方提供的服务接口。

5.根据权利要求1所述的方法，还包括：

响应于所述平台用户针对目标业务服务发起服务请求，基于所述用户档案，确定所述目标业务服务是否是所述平台用户已开通的服务；

响应于确定所述目标业务服务是所述平台用户已开通的服务，确定提供所述目标业务服务的目标服务方；以及

调用所述目标服务方提供的服务接口，以便将所述服务请求分发至所述目标服务方进行处理。

6.根据权利要求5所述的方法，还包括：

响应于确定所述目标业务服务不是所述平台用户已开通的服务，拒绝本次服务请求，并提示所述平台用户先开通所述目标业务服务。

7.根据权利要求5所述的方法，还包括：在基于所述用户档案，确定所述目标业务服务是否是所述平台用户已开通的服务之前，

先查询所述用户档案中是否存在至特定不良记录，再根据特定不良记录查询结果，确定是否执行确定所述目标业务服务是否是所述平台用户已开通的服务的操作。

8.根据权利要求1所述的方法，其中，所述平台用户包括：平台商户、平台子商户和平台会员。

9.一种基于多业务服务方的业务服务装置，包括：

第一确定模块，用于确定平台用户需要开通的至少一个业务服务，其中，不同的业务服务对应于不同的业务服务方；

获取模块，用于基于所述至少一个业务服务，获取所述平台用户的用户信息；

创建模块，用于基于所述至少一个业务服务和所述用户信息，创建关于所述平台用户的用户档案；

第二确定模块，用于确定与所述至少一个业务服务一一对应的至少一个业务服务方；以及

推送模块，用于针对所述至少一个业务服务方中的每个业务服务方，将所述用户档案中涉及该业务服务方的档案信息推送给该业务服务方，使得聚合服务系统能够响应于所述平台用户发起的服务请求，调用该业务服务方提供的服务接口。

10.一种金融系统，包括：

聚合服务系统，所述聚合服务系统包括权利要求9所述的基于多业务服务方的业务服务装置；以及

多个业务服务方，能够与所述聚合服务系统通信连接，所述多个业务服务方中的每个都能提供供所述聚合服务系统调用的服务接口。

11.一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至8中任一项所述的方法。

12.一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现权利要求1至8中任一项所述的方法。

13.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1至8中任一项所述的方法。

Images