支付账户的开户方法和开户系统

摘要

本发明提供了一种支付账户的开户方法和开户系统。开户方法包括如下步骤：通过终端发起由第一主体发出的开户申请；通过开户系统接收开户申请，并通过开户系统向与第二主体关联的支付接口发送根据开户申请创建的开户请求；以及通过开户系统接收自支付接口传来的第二主体是否通过开户请求的结果，若结果为请求通过，则输出开户成功的结果，若结果为请求不通过则将请求不通过的结果返回至终端。本发明的支付账户的开户方法和开户系统可以提升支付账户的开户效率，降低支付账户开通流程的运营成本，提高用户的支付账户的开户体验。

说明书

技术领域

本发明主要涉及聚合支付信息处理领域，尤其涉及一种支付账户的开户方法和开户系统。

背景技术

目前行业中常见的聚合支付系统一般仅支持交易能力的聚合，而不同支付渠道对应的商户开户流程则完全依赖人工操作。商家在开户时通常需要运营人员线下收集资料后再提交至支付渠道供应商进行审核开户，流程繁琐且耗费大量的时间和人力成本。特别在对接多个支付渠道供应商时，往往需要持续投入技术研发成本以及运营培训工作。在长期的发展过程中商户开户业务逐渐成为聚合支付系统的瓶颈，在很大程度上影响了商户的开通入驻周期，也增加了商户支付账户的开户成本。

举例来说，在聚合支付行业中目前常用的商户开户系统通常仅提供页面进行人工配置，通过运营和地推人员收集商户资料并签订纸质协议，在联系支付厂商完成开户申请并在商户系统进行配置后方可开始交易。商户开户流程繁琐、开户周期较长、大量人工参与逐渐成为现有聚合支付行业亟待解决的问题。

发明内容

本发明要解决的技术问题是提供一种支付账户的开户方法和开户系统，可以提升支付账户的开户效率，降低支付账户开通流程的运营成本，提高用户的支付账户的开户体验。

为解决上述技术问题，本发明提供了一种支付账户的开户方法，包括如下步骤：

通过终端发起由第一主体发出的开户申请；

通过开户系统接收所述开户申请，并通过所述开户系统向与第二主体关联的支付接口发送根据所述开户申请创建的开户请求；以及

通过所述开户系统接收自所述支付接口传来的所述第二主体是否通过所述开户请求的结果，若结果为请求通过，则输出开户成功的结果，若结果为请求不通过则将所述请求不通过的结果返回至所述终端。

在本发明的一实施例中，还包括在通过所述终端发起所述开户申请后，通过所述终端对所述开户申请进行预处理，所述预处理包括真实性鉴权和/或合规性校验。

在本发明的一实施例中，当所述预处理包括合规性校验时，还包括通过所述终端对所述第一主体的类型进行判断，并对于不同类型的第一主体以各自对应的验证标准进行所述合规性校验。

在本发明的一实施例中，还包括当所述开户申请包括图片时，通过所述终端对所述图片进行光学字符识别，以获得所述开户系统可识别的开户申请。

在本发明的一实施例中，还包括在通过所述终端发起所述开户请求后，将所述开户请求写入消息队列，所述开户系统从所述消息队列中接收所述开户请求。

在本发明的一实施例中，还包括在通过所述开户系统向与所述第二主体关联的支付接口发送所述开户申请之前，通过所述开户系统中的开户进件处理器对所述开户申请中的信息进行过滤以筛选出与所述第一主体匹配的第二主体，并通过渠道进件处理器向与所述匹配的第二主体关联的支付接口发送所述开户请求。

在本发明的一实施例中，还包括通过所述开户进件处理器中的至少一个过滤器对所述开户申请中的信息进行所述过滤，其中，所述过滤器包括商户类型过滤器、商户结算过滤器和/或商户费率过滤器。

在本发明的一实施例中，还包括通过所述开户进件处理器中的选择器在多个与第二主体关联的支付接口中进行选择，以确定可用的一个或多个支付接口。

在本发明的一实施例中，通过所述开户系统接收所述第二主体是否通过所述开户请求的结果的方式包括异步回调和/或定时任务请求所述结果。

在本发明的一实施例中，还包括当所述结果为所述请求不通过时，通过所述开户系统确定请求不通过的结果中包含的驳回因素，并将所述驳回因素和所述请求不通过的结果一并返回至所述终端。

为了解决以上的技术问题，本发明的另一方面还提出了一种支付账户的开户系统，与终端连接，包括：

开户请求收发模块，配置为接收通过所述终端发起的由第一主体发出的开户申请，并向与第二主体关联的支付接口发送根据所述开户申请创建的开户请求；

请求结果监控模块，配置为接收自所述支付接口传来的所述第二主体是否通过所述开户请求的结果；以及

请求结果执行模块，配置为当所述请求结果监控模块监控到所述结果为请求通过时，输出开户成功的结果，而当所述结果为请求不通过时，将所述请求不通过的结果返回至所述终端。

在本发明的一实施例中，所述开户请求收发模块内置有开户进件处理器和渠道进件处理器，其中，所述开户进件处理器配置为对所述开户申请中的信息进行过滤以筛选出与发出所述开户申请的第一主体相匹配的第二主体，并通过所述渠道进件处理器向与所述匹配的第二主体关联的支付接口发送所述开户请求。

在本发明的一实施例中，所述请求结果监控模块还配置为通过异步回调和/或定时任务的方式接收所述第二主体是否通过所述开户请求的结果。

在本发明的一实施例中，所述请求结果执行模块还配置当所述结果为所述请求不通过时，确定申请请求不通过的结果中包含的驳回因素，并将所述驳回因素和所述请求不同的结果一并返回至所述终端。

本发明的另一方面还提出了一种支付账户的开户系统，包括：

存储器，用于存储可由处理器执行的指令；以及

处理器，用于执行所述指令以实现上述的支付账户的开户方法。

本发明的另一方面还提出了一种存储有计算机程序代码的计算机可读介质，所述计算机程序代码在由处理器执行时实现上述的支付账户的开户方法。

与现有技术相比，本发明具有以下优点：通过本发明的支付账户的开户方法和开户系统，可以实现商户在线开户服务、零运营参与、实时开户交易、多支付渠道支持，配合现有的聚合交易支付系统真正实现支付随开随用，为商户开通支付账户提供高效便捷的工具，具有提升运营效率、降低运营成本、提高商户开户体验以及支付渠道供应商快速接入等诸多优势。

附图说明

包括附图是为提供对本申请进一步的理解，它们被收录并构成本申请的一部分，附图示出了本申请的实施例，并与本说明书一起起到解释本发明原理的作用。附图中：

图1是本发明一实施例中的一种支付账户的开户方法的流程示意图；

图2是本发明一实施例中的一种支付账户的开户方法中预处理的流程示意图；

图3是本发明一实施例中的一种支付账户的开户方法的原理示意图；

图4是本发明一实施例中的一种支付账户的开户方法中对开户请求中的信息进行选择和过滤操作的流程示意图；

图5是本发明一实施例中的一种支付账户的开户系统的系统框图；以及

图6是本发明另外一实施例中的一种支付账户的开户系统的系统框图。

具体实施方式

为了更清楚地说明本申请的实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

在本申请的描述中，需要理解的是，方位词如“前、后、上、下、左、右”、“横向、竖向、垂直、水平”和“顶、底”等所指示的方位或位置关系通常是基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，在未作相反说明的情况下，这些方位词并不指示和暗示所指的装置或元件必须具有特定的方位或者以特定的方位构造和操作，因此不能理解为对本申请保护范围的限制；方位词“内、外”是指相对于各部件本身的轮廓的内外。

为了便于描述，在这里可以使用空间相对术语，如“在……之上”、“在……上方”、“在……上表面”、“上面的”等，用来描述如在图中所示的一个器件或特征与其他器件或特征的空间位置关系。应当理解的是，空间相对术语旨在包含除了器件在图中所描述的方位之外的在使用或操作中的不同方位。例如，如果附图中的器件被倒置，则描述为“在其他器件或构造上方”或“在其他器件或构造之上”的器件之后将被定位为“在其他器件或构造下方”或“在其他器件或构造之下”。因而，示例性术语“在……上方”可以包括“在……上方”和“在……下方”两种方位。该器件也可以其他不同方式定位(旋转90度或处于其他方位)，并且对这里所使用的空间相对描述作出相应解释。

此外，需要说明的是，使用“第一”、“第二”等词语来限定零部件，仅仅是为了便于对相应零部件进行区别，如没有另行声明，上述词语并没有特殊含义，因此不能理解为对本申请保护范围的限制。此外，尽管本申请中所使用的术语是从公知公用的术语中选择的，但是本申请说明书中所提及的一些术语可能是申请人按他或她的判断来选择的，其详细含义在本文的描述的相关部分中说明。此外，要求不仅仅通过所使用的实际术语，而是还要通过每个术语所蕴含的意义来理解本申请。

应当理解，当一个部件被称为“在另一个部件上”、“连接到另一个部件”、“耦合于另一个部件”或“接触另一个部件”时，它可以直接在该另一个部件之上、连接于或耦合于、或接触该另一个部件，或者可以存在插入部件。相比之下，当一个部件被称为“直接在另一个部件上”、“直接连接于”、“直接耦合于”或“直接接触”另一个部件时，不存在插入部件。同样的，当第一个部件被称为“电接触”或“电耦合于”第二个部件，在该第一部件和该第二部件之间存在允许电流流动的电路径。该电路径可以包括电容器、耦合的电感器和/或允许电流流动的其它部件，甚至在导电部件之间没有直接接触。

本发明的一实施例提出了一种支付账户的开户方法，可以提升支付账户的开户效率，降低支付账户开通流程的运营成本，提高用户的支付账户的开户体验。

如图1所示，是在该实施例中支付账户的开户方法10的流程示意图。需要说明的是，本申请中图1、图2以及图4均使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，或将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

根据图1，支付账户的开户方法10包括如下步骤。

首先，步骤11为通过终端发起由第一主体发出的开户申请。

示例性的，在本发明的一些实施例中，终端可以是应用程序或小程序等平台。而在支付账户开户的应用场景下，步骤11中的第一主体为具有开户需求的商户。在这些实施例中，步骤11具体可以理解为通过应用程序或小程序等平台发起由商户发出的开户申请。

优选地，如图2所示，在本发明的一实施例中，在如图1所示的开户方法10的步骤11通过终端发起开户申请后，还会通过终端对开户申请进行预处理的流程，从而对由第一主体发出的开户申请进行初步的身份验证以及其中所包含的初始信息初步检查。由此便可以在第一时间保证信息的准确性以及用户的使用安全，进一步提升本发明的开户方法10的施行效率以及可靠性。

在如图2所示的实施例中，预处理20的过程中主要包括了真实性鉴权(其中的步骤21)和合规性校验(其中的步骤25和26)两个主要的检验步骤。首先，示例性的，当第一主体为具有支付账户开户需求的商户时，步骤21的真实性鉴权可以通过验证该商户的手机号码和验证码是否匹配的方式来实现。当手机号码和验证码不匹配时，步骤22的真实性鉴权是否合格的判断结果为否，此时需要重新鉴权，也即在此场景下，需要重新输入手机号码和验证码，以保证步骤11中发出开户申请的第一主体的真实性。而当判断结果为是时，进入下面的步骤23上传资料/光学字符识别。当然地，本发明不以此为限，例如在本发明的一些其他的实施例中，步骤21的真实性鉴权还可以通过手机号码和验证码之外的其他方式进行。

进一步的参考图2所示，步骤23为上传资料/光学字符识别。此处优选地，为了方便第一主体在发出开户申请后上传资料，允许第一主体以拍照的方式上传资料。当步骤11发出的开户申请的信息中包括图片时，在此步骤23中还可以通过终端对图片进行光学字符识别(OCR，Optical Character Recognition)的方式，从而获得在开户方法10下面的步骤中所涉及的开户系统可以识别的开户申请。

同时，在此步骤23中上传资料后，执行步骤24对第一主体的类型进行判断。示例性的，当第一主体为具有支付账户开户需求的商户时，此步骤24中可能遇到的第一主体类型包括小微商户、个体商户以及企业商户。此时，为了在整体上优化开户方法10的流畅性和可靠性，可以将不同类型的商户先分类后再执行不同的流程。

例如，在本发明的一些实施例中，将业务量较小的小微商户作为分类为第一大类的第一主体类型。当判断某商户在步骤23中上传的资料中提示其为小微商户时，执行步骤25以第一标准对其进行合规性校验。示例性的。该第一标准可以为仅要求校验是否上传了该小微商户的个人对私结算账户，并在步骤25中对该小微商户在步骤23中上传的资料进行三要素的判断，其中的三要素包括手机号、身份证和个人对私结算证明。

另一方面，将个体商户以及企业商户作为分类为第二大类的第二主体类型，并执行步骤26以第二标准对其进行合规性校验。示例性的，该第二标准可以为要求校验该个体/企业商户的商户营业执照、对公结算账户以及法人对私结算账户是否均已上传相应的材料，并在步骤26中对该个体/企业商户在步骤23中上传的资料进行四要素的判断。其中的四要素包括手机号、身份证、营业执照和对公/对私结算账户。

可以看出的是，按照可能的业务量大小将常见的小微商户、个体商户和企业商户进行不同的分类，并通过不同的标准对其进行合规性校验，可以显著的提高预处理20流程的针对性和效率。但是本发明不以上述的说明和图2示出的两种主体类型和两种标准为限，在本发明的一些其他的实施例中，在预处理流程中，可能对第一主体进行更多种类的分类并引入更多个性化的标准进行合规性校验，以不断完善和优化本发明的一种支付账户的开户方法中所涉及的预处理流程的效果。

最后如图2所示，步骤27为判断合规性校验是否合格，同上面步骤22的真实性鉴权的结果判断的步骤相似的，在此步骤27中，如判断合规性校验不合格，则需要第一主体重新上传资料，并重新从步骤23开始预处理中的部分流程。而如果步骤27中合规性校验的结果为合格，则参照图1，继续进行下面的步骤12。为了附图的简洁，在图2中省去了在开户方法10中与预处理20的流程无关的其他步骤。

进一步的参考图1所示，步骤12为通过开户系统接收开户申请，并通过开户系统向与第二主体关联的支付接口发送根据开户申请创建的开户请求。

首先，不同于图1示出的，在本发明的一些其他的实施例中，当执行完步骤11通过终端发起开户申请后以及执行步骤12通过开户系统接收该开户申请之前，还包括将步骤11中发起的开户申请写入位于所述开户系统中的消息队列。示例性的，开户系统中的消息队列基于RabbitMQ实现消息存储，支持消息重试和异步处理，可靠性较高，同时解耦商户资料的提交步骤和商户开户的审核流程，从而降低系统复杂度。这样的方式在整体上可以增强开户方法10所依赖的开户系统的开户请求处理能力，提升用户的开户体验。

为了更好的解释步骤12，图3为如图1所示的支付账户的开户方法10的原理示意图。具体来说，步骤12中涉及的开户系统为独立于步骤11中所涉及的终端之外的独立的开户系统，该开户系统可以在有支付账户开户需求的第一主体(商户)和第二主体(支付渠道供应商)之间搭建文件资料传输和信息交互的平台，从而替换现有技术中大量的人力工作，简化商户支付账户的开户流程，提升开户效率，提高商户支付账户的开户体验。

参考图3，与作为第一主体的商户相对应的，是作为第二主体的支付渠道供应商，而不同的支付渠道供应商各自对应不同的支付接口。商户在上述步骤11中发出的开户申请中可能包含一个或多个支付账户的开户需求，则在此步骤12中，在开户系统接收到开户申请并处理后，向与一个或多个支付渠道供应商关联的一个或多个支付接口发送根据开户申请创建的开户请求。

优选地，在由开户系统向支付接口发送开户请求时，还可以遵循一些特定的规则，从而进一步提升开户方法10的可靠性和智能化程度。示例性的，如图4所示，是在本发明的一些实施例中，在图1所示的开户方法10的基础上，其步骤12中包含的子步骤41～47的流程示意图，其中，子步骤41～47对在步骤11中通过终端发起的开户申请中包含的信息进行一系列选择和过滤操作的流程示意图。

示例性的，在图4所示的实施例中，步骤41为通过开户系统接收开户申请(也即在图1所示的实施例中步骤12的前半部分)。在接收开户申请后，优选地，通过位于开户系统中的开户进件处理器中的选择器，在多个与第二主体关联的支付接口中进行选择，以确定可用的一个或多个支付接口。具体来说，如上述参考图3做出的说明，在一些应用场景下，本发明可以涉及多个第二主体，且每个第二主体各自对应其支付接口。

虽然从第一主体的角度，其在发出开户申请时，想要对于所有的第二主体发出支付账户开户的请求。但是从第二主体的角度，并不能保证所有的第二主体在任何情况下都可选用。此时，为了避免额外的人工沟通成本、同时为了尽可能降低开户请求提交后不被通过的几率，通过开户系统内置的选择器在收到开户申请后对多个与第二主体关联的支付接口进行选择，从而在开户系统处理开户申请时排除掉不可用的第二主体，可以节省不必要的审批流程，从整体上也能提高开户方法实现的效率。可以理解的是，本发明不以如图4所示的多个流程步骤的顺序为限，示例性的，在本发明的一些其他的实施例中，步骤42中的由选择器进行选择的操作可以在经过如图步骤43～45的过滤操作之后再执行。

进一步的，步骤42～45对应的是通过开户系统中的开户进件处理器对开户申请中的信息进行进一步的过滤操作，从而在步骤46中筛选出与发出开户申请的第一主体匹配的第二主体。在经过步骤42的初步选择后，再通过不同维度的过滤器，从而智能地为第一主体(商户)匹配所适配的第二主体(支付渠道供应商)。示例性的，在图4所示的实施例中，过滤器包括商户类型过滤器、商户结算过滤器和/或商户费率过滤器，但是本发明不以此为限。示例性的，在本发明的一些其他的实施例中，根据应用场景需求的不同，还具有与图4示出的三种过滤器存在差异的其他种类过滤器，且在对多个过滤器进行选择和配置时，可以根据商户的实际需求不同而进行自由的选取和组合。

最后，在图4中，步骤47为通过开户系统中的渠道进件处理器向与匹配的第二主体关联的支付接口发送开户请求。通过这样的方式，既保证了所选用的第二主体在处理当下的请求时可用、又保证了被选择的一个或多个第二主体与发出开户申请的第一主体相互匹配。

可以理解的是，在图4中，步骤41之上以及步骤47之下并未特定地连接如图1所示的开户方法10的流程中的某一步骤，这意味着本发明不对上述关于选择器和过滤器的具体实行的时机做出限制。示例性的，在图1中，步骤41之上可以直接接续在步骤11之后，而步骤47之下可以直接接续步骤13。或者在图2所示的实施例中，步骤41还可以接续在步骤27之后。本发明不对此做出限制。

最后参考图1，开户方法10中的步骤13为通过开户系统接收自支付接口传来的第二主体是否通过开户请求的结果。从图1中可以看出的是，在该实施例中，若结果为请求通过，则执行步骤14输出开户成功的结果并结束此支付账户的开户流程。示例性的，在本发明的一些实施例中，该开户成功的结果可以通过终端返回至第一主体或其他的主体执行支付流程，也可以同时向终端下发交易所需的必要参数，由此商户可以使用通过开户请求的第二主体的支付渠道进行支付交易。

而另一方面，若结果为请求不通过，则执行步骤15将请求不通过的结果返回至终端，并结束此支付账户的开户流程，直至再次收到通过终端发起的由第一主体发出的开户申请。

优选地，在本发明的一些实施例中，还包括当结果为请求不通过时，通过开户系统确定请求不通过的结果中包含的驳回因素，并将驳回因素和请求不通过的结果一并返回至终端。示例性的，该驳回因素包括营业执照问题、银行卡问题、身份证问题、账号问题、图片问题(包括图片大小、清晰度和内容等为何不满足特定第二主体的要求)以及其他可能导致开户请求不通过的原因。通过将这些具体的驳回因素直接反馈给作为第一主体的商户，其可以对提交的材料进行进一步的改进和优化，以便于再次提交新的开户申请，从而节省了需要人力沟通的时间和成本。

另外，在本发明的一些实施例中，通过开户系统接收第二主体是否通过开户请求的结果的方式包括异步回调和/或定时任务请求结果。通过这样的方式可以更加灵活的实现如图2所示的开户系统与一个或多个第二主体(支付渠道供应商)之间的信息交互。

以上是本发明参照图1所示的支付账户的开户方法10的流程说明，以及在开户方法10的基础上本发明一些其他的实施例中对技术方案细节的拓展。通过上述的开户方法10，支付服务商运营人员足不出户只需要提供终端(如应用程序或小程序的二维码等)即可触达商户。商户进行在终端上便捷的注册登录，并根据自己需求填写需要申请的商户类型、支付通道等材料。填写过程中商户还可以灵活地在手动输入或者OCR功能扫描之间切换，从而完成相关资料完成填充，在填写完成后提交资料到开户系统。

开户系统收到商户提交的资料后对材料进行初审，若资料填写有误或不符合规范直接返回至商户重新填写。初审通过后商户的开户申请自动进入商户开户消息队列等待开户系统接收。

开户系统通过消费服务或者业务量等因素对不同的商户进行分类和分级，并根据商户开户材料分类的相关算法(筛选依据商户的类型、开通的支付通道等)将开户申请进行二次处理转化并创建开户请求，继而将该开户请求发送到既可用又与发出开户申请的第一主体相匹配的指定第二主体(支付渠道)进行审核。可以理解的是，经过二次处理转化的开户请求可以在文件格式或数据格式等方面与来自第一主体的开户申请存在差异从而发挥开户系统的信息处理的作用，实现位于终端的作为第一主体的商户与作为第二主体的支付渠道供应商之间的快速、便捷且安全的信息交互。

商户开户材料分类算法由选择性因素(选择器)和过滤性因素(多个过滤器)组成。算法实现通过在决策过程中加载不同的过滤器对商户资料进行层层过滤最终决策出可用的支付渠道。过滤器类型包括但不限于商户资料格式化、代理商信息格式化、商户费率格式化、通道路决策等过滤器。通过自由组合过滤器的方式实现依据商户资料、代理商情况、商户费率、通道政策等因素决策最符合商户的支付渠道。同时采用过滤器的形式符合软件设计的高内聚、低耦合的原则，满足多支付渠道的可扩展性，支持快速对接更多的支付渠道，提供多样和灵活的聚合支付开户能力。

最后，参照图3所示的原理示意图，开户系统在终端和第二主体之间构建了有效的信息交互媒介。例如，在本发明的一些实施例中，本发明的开户请求在发出后，开户系统还可以实时同步支付渠道的审核状态。商户在发出开户申请的终端可以实时查询开户审核状态。开户系统提供开户材料库的查询功能，用于对商户的提交材料进行查询和管理。满足进件系统在聚合支付业务中的独立性以及可扩展性。

根据图5所示，本发明的另一方面还提出了一种支付账户的开户系统50，

如图5所示，开户系统50与终端连接，其内部包括开户请求收发模块51、请求结果监控模块52以及请求结果执行模块53。

具体的，开户请求收发模块51配置为接收通过终端发起的由第一主体发出的开户申请，并向与第二主体关联的支付接口发送根据所述开户申请创建的开户请求。

请求结果监控模块52配置为接收自支付接口传来的第二主体是否通过开户请求的结果。

请求结果执行模块53配置为当请求结果监控模块监控到结果为请求通过时，输出开户成功的结果，而当结果为请求不通过时，将请求不通过的结果返回至终端。

在本发明如图5所示的实施例中，开户请求收发模块51还内置有开户进件处理器511和渠道进件处理器512，其中，开户进件处理器511配置为对开户申请中的信息进行过滤以筛选出与发出开户申请的第一主体相匹配的第二主体，并通过渠道进件处理器512向与匹配的第二主体关联的支付接口发送开户请求。

优选地，在本发明的一些实施例中，请求结果监控模块52还配置为通过异步回调和/或定时任务的方式接收第二主体是否通过开户请求的结果。

另一方面，请求结果执行模块53还配置当结果为请求不通过时，确定请求不通过的结果中包含的驳回因素，并将驳回因素和请求不同的结果一并返回至终端。

上述参照图5所示的开户系统50可以适用上述参照图1～图4说明的支付账户的开户方法10及其技术特征细节的拓展和延伸。关于开户系统50的其他细节可以参考上述的说明，在此不再赘述。

本发明的一实施例还提出了一种如图6所示的支付账户的开户系统60。根据图6，支付账户的开户系统60可包括内部通信总线61、处理器(Processor)62、只读存储器(ROM)63、随机存取存储器(RAM)64、以及通信端口65。当应用在个人计算机上时，支付账户的开户系统60还可以包括硬盘66。

内部通信总线61可以实现支付账户的开户系统60组件间的数据通信。处理器62可以进行判断和发出提示。在一些实施例中，处理器62可以由一个或多个处理器组成。通信端口65可以实现支付账户的开户系统60与外部的数据通信。在一些实施例中，支付账户的开户系统60可以通过通信端口65从网络发送和接受信息以及数据。

支付账户的开户系统60还可以包括不同形式的程序储存单元以及数据储存单元，例如硬盘66，只读存储器(ROM)63和随机存取存储器(RAM)64，能够存储计算机处理和/或通信使用的各种数据文件，以及处理器62所执行的可能的程序指令。处理器执行这些指令以实现方法的主要部分。处理器处理的结果通过通信端口传给用户设备，在用户界面上显示。

除此之外，本发明另一方面还提出了一种存储有计算机程序代码的计算机可读介质，计算机程序代码在由处理器执行时实现上述的支付账户的开户方法。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述发明披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

本申请的一些方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。处理器可以是一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DAPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器或者其组合。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。例如，计算机可读介质可包括，但不限于，磁性存储设备(例如，硬盘、软盘、磁带……)、光盘(例如，压缩盘CD、数字多功能盘DVD……)、智能卡以及闪存设备(例如，卡、棒、键驱动器……)。

计算机可读介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等等、或合适的组合形式。计算机可读介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、射频信号、或类似介质、或任何上述介质的组合。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

虽然本申请已参照当前的具体实施例来描述，但是本技术领域中的普通技术人员应当认识到，以上的实施例仅是用来说明本申请，在没有脱离本申请精神的情况下还可作出各种等效的变化或替换，因此，只要在本申请的实质精神范围内对上述实施例的变化、变型都将落在本申请的权利要求书的范围内。