签约申请处理方法、装置、电子设备和存储介质

本申请涉及支付处理技术领域，尤其涉及一种签约申请处理方法、装置、电子设备和存储介质。

目前，现有第三方支付网络签约业务方式中，账户机构通过验证受理机构发送的用户信息进行身份认证及协议授权，但这种方式存在一定缺陷。例如，在较大额、或风险相对较高的业务场景下，仅仅根据用户信息进行身份认证及签约信息无法满足账户机构自身的风控需求，也无法支持账户机构风控要求较高的签约支付业务场景。又例如，在签约时，无法给签约账户设置支付限额，增加交易风险，无法实现用户对交易额度的控制。

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请提出一种签约申请处理方法，解决了现有技术中无法支持账户机构风控要求较高的签约支付业务场景的技术问题，通过账户机构进行处理签约申请，有利于签约申请处理的安全性。

本申请第一方面实施例提出了一种签约申请处理方法，应用于清算机构，包括：

接收来自受理机构的签约请求，所述签约请求中携带有签约申请信息；

提取所述签约申请信息中的账户名称、第一账号机构标识、证件类型和证件号码；

在对所述签约申请信息验证成功的情况下，基于所述签约申请信息生成加密签约信息和跳转地址，并向所述受理机构发送，以使所述受理机构向与所述第一账号机构标识相对应的第一账户机构发送所述加密签约信息，所述受理机构向与发起所述签约请求的用户终端发送所述跳转地址；

接收来自所述第一账户机构的签约处理结果，并将所述签约处理结果转发给所述受理机构；其中，所述签约处理结果由所述第一账户机构根据所述加密签约信息和来自所述用户终端的签约信息生成。

本申请第二方面实施例提出了一种签约申请处理方法，应用于账户机构，包括：

接收受理机构发送的加密签约信息；所述加密签约信息由清算机构生成并发送至所述受理机构；

接收用户终端通过访问跳转地址发送的签约信息，所述跳转地址由所述清算机构生成并发送至所述受理机构；

根据所述加密签约信息和来自所述用户终端的签约信息进行签约处理，生成签约处理结果发送给清算机构，以使所述清算机构将所述签约处理结果发送给所述受理机构。

本申请第三方面实施例提出了一种签约申请处理方法，应用于受理机构，包括：

接收来自用户终端的签约请求，调用预设签约接口将所述签约请求提交给清算机构；所述签约请求中携带有账户名称、第一账号机构标识、证件类型和证件号码的签约申请信息；

接收所述清算机构发送的加密签约信息和跳转地址；

将所述加密签约信息发送给账户机构，以使所述账户机构根据所述加密签约信息和来自所述用户终端的签约信息生成签约处理结果；其中，所述用户终端跳转到与所述跳转地址对应的账户机构网关页面通过预设安全设备接收所述用户终端的签约信息。

本申请第四方面实施例提出了一种签约申请处理方法，应用于用户终端，包括：

接收用户输入的签约申请信息，并根据所述签约申请信息生成签约请求发送给受理机构；

接收所述受理机构发送的跳转地址；所述跳转地址由清算机构基于所述签约申请信息生成跳转地址并发送给所述受理机构；

跳转到与所述跳转地址对应的账户机构网关页面，在所述账户机构网关页面通过预设安全设备接收签约信息发送给账户机构，以使所述账户机构根据所述加密签约信息和签约信息生成签约处理结果发送给清算机构。

本申请第五方面实施例提出了一种支付处理方法，应用于清算机构，包括：

接收来自受理机构的支付请求，所述支付请求中包括支付金额和支付账户；

将所述支付请求转发给所述支付账户对应的所述账户机构，以使所述账户机构通过所述支付账户完成所述支付金额的支付处理；其中，所述账户机构根据所述受理机构发送的加密签约信息和来自用户终端的签约信息完成对所述支付账户的签约处理；

接收所述账户机构返回的支付结果，并将所述支付结果发送给所述受理机构，以使所述受理机构将所述支付结果发送给所述用户终端。

本申请第六方面实施例提出了一种清算机构，包括：

第一接收模块，用于接收来自受理机构的签约请求，所述签约请求中携带有签约申请信息；

提取模块，用于提取所述签约申请信息中的账户名称第一账号机构标识证件类型和证件号码；

生成发送模块，用于在对所述签约申请信息验证成功的情况下，基于所述签约申请信息生成加密签约信息和跳转地址，并向所述受理机构发送，以使所述受理机构向与所述第一账号机构标识相对应的第一账户机构发送所述加密签约信息，所述受理机构向与发起所述签约请求的所述用户标识信息相对应的用户终端发送所述跳转地址；

接收转发模块，用于接收来自所述第一账户机构的签约处理结果，并将所述签约处理结果转发给所述受理机构；其中，所述签约处理结果由所述第一账户机构根据所述加密签约信息和来自所述用户终端的签约信息生成。

本申请第七方面实施例提出了一种账户机构，包括：

第二接收模块，用于接收受理机构发送的加密签约信息；所述加密签约信息由清算机构生成并发送至所述受理机构；

第三接收模块，用于接收用户终端通过访问跳转地址发送的签约信息，所述跳转地址由所述清算机构生成并发送至所述受理机构；

生成模块，用于根据所述加密签约信息和来自所述用户终端的签约信息进行签约处理，生成签约处理结果发送给清算机构，以使所述清算机构将所述签约处理结果发送给所述受理机构。

本申请第八方面实施例提出了一种受理机构，包括：

接收提交模块，用于接收来自用户终端的签约请求，调用预设签约接口将所述签约请求提交给清算机构；所述签约请求中携带有账户名称、第一账号机构标识、证件类型和证件号码的签约申请信息；

第四接收模块，用于接收所述清算机构发送的加密签约信息和跳转地址；

发送模块，用于将所述加密签约信息发送给账户机构，以使所述账户机构根据所述加密签约信息和来自所述用户终端的签约信息生成签约处理结果；其中，所述用户终端跳转到与所述跳转地址对应的账户机构网关页面通过预设安全设备接收所述用户终端的签约信息；

第五接收模块，用于接收所述账户机构通过所述清算机构发送的所述签约处理结果。

本申请第九方面实施例提出了一种用户终端，包括：

第一接收发送模块，用于接收用户输入的签约申请信息，并根据所述签约申请信息生成签约请求发送给受理机构；

第六接收模块，用于接收所述受理机构发送的跳转地址；所述跳转地址由清算机构基于所述签约申请信息生成跳转地址并发送给所述受理机构；

跳转接收模块，用于跳转到与所述跳转地址对应的账户机构网关页面，在所述账户机构网关页面通过预设安全设备接收签约信息发送给账户机构，以使所述账户机构根据所述加密签约信息和签约信息生成签约处理结果发送给清算机构。

本申请第十方面实施例提出了一种清算机构，包括：

第七接收模块，用于接收来自受理机构的支付请求，所述支付请求中包括支付金额和支付账户；

转发模块，用于将所述支付请求转发给所述支付账户对应的所述账户机构，以使所述账户机构通过所述支付账户完成所述支付金额的支付处理；其中，所述账户机构根据所述受理机构发送的加密签约信息和来自用户终端的签约信息完成对所述支付账户的签约处理。

第二接收发送模块，用于接收所述账户机构返回的支付结果，并将所述支付结果发送给所述受理机构，以使所述受理机构将所述支付结果发送给所述用户终端。

本申请第十一方面实施例提出了一种签约申请处理系统，其中，包括：第六方面实施例所述的清算机构，第七方面实施例所述的账户机构，第八方面实施例所述的受理机构和第九方面实施例所述的用户终端；其中，

所述用户终端接收用户输入的签约申请信息，并根据所述签约申请信息生成签约请求发送给所述受理机构；

所述受理机构调用预设签约接口将所述签约请求提交给所述清算机构；

所述清算机构接收所述签约请求，所述签约请求中携带有签约申请信息；

所述清算机构在对所述签约申请信息验证成功的情况下，生成加密签约信息和跳转地址发送给所述受理机构；

所述受理机构将所述加密签约信息发送给所述账户机构，将所述跳转地址发送至所述用户终端；

所述用户终端跳转到与所述跳转地址对应的账户机构网关页面，通过所述账户机构网关页面接收用户输入的签约信息发送给账户机构；

所述账户机构根据所述加密签约信息和来自所述用户终端的签约信息进行签约处理，生成签约处理结果发送给所述清算机构，以使所述清算机构将所述签约处理结果发送给所述受理机构。

本申请第十二方面实施例提出了一种支付处理系统，其中，包括：第十方面实施例所述的清算机构，账户机构、受理机构和用户终端；其中，

所述用户终端接收用户输入的支付信息，并根据所述支付信息生成支付请求发送给所述受理机构；

所述受理机构调用预设支付接口将所述支付请求提交给所述清算机构，所述支付请求中包括支付金额和支付账户；

所述清算机构将所述支付请求转发给所述支付账户对应的所述账户机构；

所述账户机构通过所述支付账户完成所述支付金额的支付处理；其中，所述账户机构根据所述受理机构发送的加密签约信息和来自用户终端的签约信息完成对所述支付账户的签约处理。

所述清算机构接收所述账户机构发送的支付结果，并将所述支付结果发送给所述受理机构；

所述受理机构将所述支付结果返回给所述用户终端。

本申请十三方面实施例提出了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如前述方法实施例所述的签约申请处理方法，以及前述方法实施例所述的支付处理方法。

本申请十四方面实施例提出了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现前述方法实施例所述的签约申请处理方法，以及前述方法实施例所述的支付处理方法。

本申请实施例所提供的技术方案可以包含如下的有益效果：

接收来自受理机构的签约请求，签约请求中携带有签约申请信息；提取签约申请信息中的账户名称、第一账号机构标识、证件类型和证件号码；在对签约申请信息验证成功的情况下，基于签约申请信息生成加密签约信息和跳转地址，并向受理机构发送，以使受理机构向与第一账号机构标识相对应的第一账户机构发送加密签约信息，受理机构向与发起签约请求的用户终端发送跳转地址；接收来自第一账户机构的签约处理结果，并将签约处理结果转发给受理机构；其中，签约处理结果由第一账户机构根据加密签约信息和来自用户终端的签约信息生成。由此，通过账户机构处理支付签约申请，有利于提高签约申请处理的安全性。

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

图1为本申请实施例所提供的一种签约申请处理方法的流程示意图；

图2为本申请实施例所提供的另一种签约申请处理方法的流程示意图；

图3为本申请实施例所提供的又一种签约申请处理方法的流程示意图；

图4为本申请实施例所提供的再一种签约申请处理方法的流程示意图；

图5为本申请实施例所提供的还一种签约申请处理方法的流程示意图；

图6为本申请实施例所提供的一种签约申请处理方法的示例图；

图7为本申请实施例所提供的一种支付处理方法的流程示意图；

图8为本申请实施例所提供的一种支付处理方法的示例图；

图9为本申请实施例提供的一种清算机构的结构示意图；

图10为本申请实施例提供的一种账户机构的结构示意图；

图11为本申请实施例提供的一种受理机构的结构示意图；

图12为本申请实施例提供的一种用户终端的结构示意图；

图13为本申请实施例提供的另一种清算机构的结构示意图；

图14为本申请实施例提供的一种签约申请处理系统的结构示意图。

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

下面参考附图描述本申请实施例的签约申请处理方法、装置、电子设备和存储介质。

具体地，为了本领域人员更加清楚了解本申请签约申请处理方法的描述，针对本申请中的签约申请处理方法涉及的包括：账户机构，清算机构、用户终端和受理机构进行解释。

账户机构为用户提供账户体系服务，接收和处理清算机构转发的签约或支付指令，办理用户资金结算。账户机构可以是银行账户机构，也可以是第三方支付机构。

受理机构为用户提供各类支付方式受理，接收和处理清算机构转发的签约或支付指令。

清算机构为经中国人民银行批准成立的负责处理与支付机构、银行相关的资金清算业务的机构，本申请中负责签约或支付指令的接收和处理，交易资金的清分清算，在账户签约中起到转接的作用。

用户终端为用户通过受理机构对应的网页，或账户机构对应的网页输入完成签约申请需要的签约信息。

在实际应用当中，当用户需要通过受理机构进行支付前，应先进行银行账户签约，即受理机构需在支付前取得用户和账户机构授权，同意其向用户的银行账户发起网络支付指令扣划资金。

然而，现有签约申请处理的方式技术中，由受理机构将用户姓名、用户银行账户、用户证件号、和用户手机号码等信息采集后通过清算机构发送至账户机构，再由账户机构进行用户身份认证及协议授权，这种方式无法支持账户机构风控要求较高的签约支付业务场景，以及在一定程度上增加了用户的交易风险，无法实现用户对交易额度的控制。

图1为本申请实施例所提供的一种签约申请处理方法的流程示意图。

为了更加清楚描述本申请签约申请处理方法，首先以清算机构侧进行描述，如图1所示，该方法包括以下步骤：

步骤101，接收来自受理机构的签约请求，签约请求中携带有签约申请信息。

步骤103，提取签约申请信息中的账户名称、第一账号机构标识、证件类型和证件号码。

具体地，用户在用户终端输入的签约申请信息，比如账户类型、账户号码、账户名称、账号机构标识、证件类型、证件号码、手机号码(在账户机构预留的手机号码)、受理机构标识和受理机构编号等信息中一种或者多种，生成携带有签约申请信息的签约请求发送给受理机构，从而通过受理机构发送签约申请。

因此，清算机构接收到携带有签约申请信息的签约请求后，可以根据业务场景需要，从提取签约申请信息中的账户名称、第一账号机构标识、证件类型和证件号码。

步骤105，在对签约申请信息验证成功的情况下，基于签约申请信息生成加密签约信息和跳转地址，并向受理机构发送，以使受理机构向与第一账号机构标识相对应的第一账户机构发送加密签约信息，受理机构向与发起签约请求的用户终端发送跳转地址。

步骤107，接收来自第一账户机构的签约处理结果，并将签约处理结果转发给受理机构；其中，签约处理结果由第一账户机构根据加密签约信息和来自用户终端的签约信息生成。

具体地，为了进一步提高签约的安全性，清算机构需要对签约申请信息进行验证，并在验证成功的情况下，基于签约申请信息生成加密签约信息和跳转地址，并向受理机构发送。

其中，对签约申请信息验证的方式有很多种，可以根据需要进行选择，举例说明如下：

作为一种示例，判断证件号码是否符合与证件类型对应的证件号码标准格式；判断账户名称是否符合账户机构名称标准格式；在证件号码符合证件号码标准格式，且账户名称符合账户机构名称标准格式的情况下，确定签约申请信息验证成功。

举例而言，证件类型为身份证，对应的证件号码标准格式为18位数字，判断证件号码是否为18位数字，账户机构名称标准格式为仅包括中文，即判断账户名称是否为全部中文，在证件号码为18位数字且账户名称为全部中文，确定签约申请信息验证成功。

需要说明的是，如果签约申请信息还包括手机号码、账户号码等，也需要按照相对应的标准格式进行验证，也就是说账户号码、手机号码清算机构也会进行校验，并将部分信息放入加密信息传递至第一账户机构。

进一步地，基于签约申请信息生成加密签约信息，其中，需要进行加密处理的信息内容包括：账户机构标识、账户类型、账户类型、账户号码、账户名称、证件类型、证件号码、手机号码、受理机构标识、受理机构编号、交易类别、交易流水号、交易日期时间和回跳地址等，针对本申请的签约申请处理可以仅包括：第一账户机构标识、账户名称、证件类型、证件号码、受理机构标识、交易类别、交易流水号、交易日期时间和回跳地址。

进一步地，可以按照预设加密算法(比如国密算法、国际算法等)对账户名称、证件类型和证件号码等信息进行加密处理生成的，比如非对称加密方式，对称加密密钥通过账户机构公钥证书进行加密，生成数字信封，即不同的账户机构的公钥证书不同，从而不同的账户机构的加密密钥不同；再比如，非对称加密算法，与账户机构对应的加密密钥指的是账户机构的公钥，解密密钥指的是账户机构的私钥。

可以理解的是，基于签约申请信息生成加密签约信息的方式也有很多种，举例说明如下：

第一种示例，根据第一账号机构标识确定第一账户机构，以及获取与第一账户机构相对应的加密密钥，通过加密密钥对账户名称、证件类型和证件号码进行加密处理生成加密签约信息；其中，与加密密钥对应的解密密钥存储在第一账户机构，与加密密钥对应的解密密钥不存储在受理机构。

第二种示例，根据第一账号机构标识确定第一账户机构，以及获取与第一账户机构相对应的加密密钥，通过加密密钥对账户名称、账户号码、证件类型、证件号码和用户手机号等信息进行加密处理生成加密签约信息；其中，与加密密钥对应的解密密钥存储在第一账户机构，与加密密钥对应的解密密钥不存储在受理机构。

也就是说，与加密密钥对应的解密密钥存储在账户机构，加密签约信息和跳转地址发送给受理机构，受理机构并不能够解密，只有受理机构向与第一账号机构标识相对应的账户机构发送加密签约信息，账户机构可以对加密签约信息进行解密，进行相关签约处理操作，进一步提高签约申请处理的安全性。

进一步地，基于签约申请信息生成跳转地址的方式也有很多种，作为一种可能实现方式，基于第一账户机构标识和跳转地址之间的预设对应关系，获取跳转地址。

具体地，清算机构预先存储账户机构标识对应的跳转地址，从而根据第一账户机构标识和跳转地址之间的预设对应关系得到跳转地址，其中，跳转地址可以理解为与账户机构网关页面对应的链接地址。

可以理解的是，在生成签约申请信息生成加密签约信息和跳转地址，并向受理机构发送后，受理机构向与第一账户机构标识相对应的第一账户机构发送加密签约信息，受理机构向与发起签约请求相对应的用户终端发送跳转地址，从而，第一账户机构根据加密签约信息和来自用户终端的签约信息生成签约处理结果。

最后，可以接收来自第一账户机构的签约处理结果，并根据签约结果是否进行后续支付处理操作。

本申请实施例的签约申请处理方法中，接收来自受理机构的签约请求，签约请求中携带有签约申请信息；提取签约申请信息中的账户名称、第一账号机构标识、证件类型和证件号码；在对签约申请信息验证成功的情况下，基于签约申请信息生成加密签约信息和跳转地址，并向受理机构发送，以使受理机构向与第一账号机构标识相对应的第一账户机构发送加密签约信息，受理机构向与发起签约请求的用户终端发送跳转地址；接收来自第一账户机构的签约处理结果，并将签约处理结果转发给受理机构；其中，签约处理结果由第一账户机构根据加密签约信息和来自用户终端的签约信息生成。由此，通过账户机构处理签约申请，有利于签约申请处理的安全性。

基于上述实施例的描述，还可以理解的是，基于现有技术支付处理方式中用户每次使用网关支付方式进行交易时，用户终端都要从受理机构对应的页面通过互联网环境跳转至账户机构对应的页面进行操作，无法避免每次支付因页面跳转而导致的支付失败问题，并且存在跳转过程中交易信息被劫持的风险，以及在支付过程中对安全控件或U盾等安全设备的依赖，支付操作繁琐的技术问题。

通过上述实施例的签约申请处理方法，通过用户终端页面跳转到账户机构网关页面提交签约信息，从而为风险相对较高业务的协议支付功能的处理，从而后续进行支付处理不再需要进行页面跳转，提高支付处理的安全性，具体参见图2描述。

图2为本申请实施例所提供的另一种签约申请处理方法的流程示意图。

如图2所示，该方法在步骤107之后，还包括：

步骤201，接收来自受理机构的支付请求，支付请求中包括支付金额和支付账户。

步骤203，将支付请求转发给支付账户对应的第二账户机构，以使第二账户机构通过支付账户完成支付金额的支付处理；其中，第二账户机构为已签约多个第一账户机构中与支付账户相对应的账户机构。

步骤205，接收第二账户机构返回的支付结果，并将支付结果发送给受理机构，以使受理机构将支付结果发送给用户终端。

具体地，当用户使用签约账户支付时，通过用户终端向受理机构提交支付请求，受理机构在收到支付请求后，调用支付接口，向清算机构提起支付请求，清算机构将支付请求转发至支付账户所属的第二账户机构，第二账户机构接收清算机构的支付请求，并进行支付处理，第二账户机构将支付结果回执给清算机构，清算机构将支付结果回执给受理机构，受理机构通过用户终端向用户展示支付结果，完成支付。

需要说明的是，用户可以选择已签约的多个第一账户机构中的一个账户机构来进行支付处理，因此，第二账户机构为已签约多个第一账户机构中的任一个账户机构，进一步提升用户使用体验。

本申请实施例的签约申请处理方法中，接收来自受理机构的支付请求，支付请求中包括支付金额和支付账户，将支付请求转发给支付账户对应的第二账户机构，以使第二账户机构通过支付账户完成支付金额的支付处理；其中，第二账户机构为已签约多个第一账户机构中的任一个账户机构，接收第二账户机构返回的支付结果，并将支付结果发送给受理机构，以使受理机构将支付结果发送给用户终端。由此，对于风险较高的支付业务场景时，不必每一次都通过页面跳转至账户机构网关进行支付，大大减少了每次支付时因页面跳转而导致的支付失败问题，并且降低了跳转过程中交易信息被劫持的风险，以及支付过程中对安全控件或U盾等安全设备的依赖，提高了支付便捷度。

为了更加全面上述实施例，本实施例提供了另一种签约申请处理方法，以账户机构侧进行描述，图3为本申请实施例所提供的又一种签约申请处理方法的流程示意图。

如图3所示，该方法可以包括以下步骤：

步骤301，接收受理机构发送的加密签约信息，加密签约信息由清算机构生成并发送至受理机构。

步骤303，接收用户终端通过访问跳转地址发送的签约信息，跳转地址由清算机构生成并发送至受理机构。

步骤305，根据加密签约信息和来自用户终端的签约信息进行签约处理，生成签约处理结果发送给清算机构，以使清算机构将签约处理结果发送给受理机构。

具体地，清算机构需要对签约申请信息进行验证，并在验证成功的情况下，基于签约申请信息生成加密签约信息和跳转地址，并向受理机构发送，与加密密钥对应的解密密钥存储在账户机构，加密签约信息和跳转地址发送给受理机构，受理机构并不能够解密，只有受理机构向与第一账号机构标识相对应的账户机构发送加密签约信息，账户机构可以对加密签约信息进行解密，进行相关签约处理操作。

其中，用户终端接收受理机构发送的跳转地址，跳转到与跳转地址对应的账户机构网关页面，在账户机构网关页面接收签约信息发送给账户机构。

可以理解的是，接收签约信息可以包括账户号码、账户密码、证件类型和证件号码等中的一种或者多种。其中，可以通过预先安装安全控件或插入U盾等安全设备接收签约信息，进一步保证签约申请的安全性。

因此，根据加密签约信息和来自用户终端的签约信息进行签约处理的方式有很多种，作为一种可能实现的方式，用户终端的签约信息包括：账户号码、账户密码、第一证件类型和第一证件号码，通过解密密钥对加密签约信息进行解密处理，获取账户名称、第二证件类型和第二证件号码；其中，与解密密钥对应的加密密钥存储在清算机构，将账户名称、第二证件类型和第二证件号码与预先注册用户信息匹配，确定候选账户，根据账户号码在候选账户获取目标账户，在账户密码、第一证件类型和第一证件号码与目标账户对应的账户信息匹配的情况下，完成对目标账户的签约。

进一步地，账户机构签约处理结果发送给清算机构，清算机构将签约处理结果发送给受理机构，以便用户及时了解签约结果进行后续支付处理操作，提高用户使用体验。

可以理解的是，在签约时，如果无法给签约账户设置支付限额，增加交易风险，无法实现用户对交易额度的控制的问题，因此，本申请的签约申请处理方法可以让用户可在签约时给签约账户设置支付限额，一定程度上降低了用户的交易风险，作为一种可能实现方式，接收用户终端发送的包括支付金额的额度调整指令，根据支付金额对目标账户的支付额度进行调整。

从而，实现用户在账户机构侧网关通过使用安全设备、提交账户密码验证和填写用户信息等方式可以提高签约的安全性，降低账户被盗风险，以及增加了用户主动调整支付限额的途径，用户可在签约时给签约账户设置支付限额，一定程度上降低了用户的交易风险。

本申请实施例的签约申请处理方法中，接收受理机构发送的加密签约信息，加密签约信息由清算机构生成并发送至受理机构，接收用户终端通过访问跳转地址发送的签约信息，跳转地址由清算机构生成并发送至受理机构，根据加密签约信息和来自用户终端的签约信息进行签约处理，生成签约处理结果发送给清算机构，以使清算机构将签约处理结果发送给受理机构。由此，通过账户机构处理支付签约申请，有利于签约申请处理的安全性。

为了更加全面上述实施例，本实施例提供了再一种签约申请处理方法，以受理机构侧进行描述，图4为本申请实施例所提供的再一种签约申请处理方法的流程示意图。

如图4所示，该方法可以包括以下步骤：

步骤401，接收来自用户终端的签约请求，调用预设签约接口将签约请求提交给清算机构，签约请求中携带有账户名称、第一账号机构标识、证件类型和证件号码的签约申请信息。

步骤403，接收清算机构发送的加密签约信息和跳转地址。

步骤405，将加密签约信息发送给账户机构，以使账户机构根据加密签约信息和来自用户终端的签约信息生成签约处理结果；其中，用户终端跳转到与跳转地址对应的账户机构网关页面通过预设安全设备接收用户终端的签约信息。

步骤407，接收账户机构通过清算机构发送的签约处理结果。

具体地，用户在用户终端输入的签约申请信息，比如账户类型、账户号码、账户名称、账户机构标识、证件类型、证件号码和手机号码等中一种或者多种，生成携带有签约申请信息的签约请求发送给受理机构，从而通过受理机构发送签约申请。

因此，受理机构接收清算机构对签约申请信息进行验证成功的情况下，基于签约申请信息生成加密签约信息和跳转地址，进而，受理机构向与账户机构标识相对应的账户机构发送加密签约信息，向与发起签约请求的用户终端发送跳转地址，从而，账户机构根据加密签约信息和来自用户终端的签约信息生成签约处理结果。

进一步地，接收账户机构通过清算机构发送的签约处理结果。

本申请实施例的签约申请处理方法中，接收来自用户终端的签约请求，调用预设签约接口将签约请求提交给清算机构，签约请求中携带有账户名称、第一账号机构标识、证件类型和证件号码的签约申请信息，接收清算机构发送的加密签约信息和跳转地址，将加密签约信息发送给账户机构，以使账户机构根据加密签约信息和来自用户终端的签约信息生成签约处理结果；其中，用户终端跳转到与跳转地址对应的账户机构网关页面通过预设安全设备接收用户终端的签约信息，接收账户机构通过清算机构发送的签约处理结果。由此，通过账户机构处理支付签约申请，有利于签约申请处理的安全性。

为了更加全面上述实施例，本实施例提供了还一种签约申请处理方法，以用户终端侧进行描述，图5为本申请实施例所提供的还一种签约申请处理方法的流程示意图。

如图5所示，该方法可以包括以下步骤：

步骤501，接收用户输入的签约申请信息，并根据签约申请信息生成签约请求发送给受理机构。

步骤503，接收受理机构发送的跳转地址，跳转地址由清算机构基于签约申请信息生成跳转地址并发送给受理机构。

步骤505，跳转到与跳转地址对应的账户机构网关页面，在账户机构网关页面通过预设安全设备接收签约信息发送给账户机构，以使账户机构根据加密签约信息和签约信息生成签约处理结果发送给清算机构。

具体地，用户在用户终端输入的签约申请信息，比如账户类型、账户号码、账户名称、账户机构标识、证件类型、证件号码和手机号码等中一种或者多种，生成携带有签约申请信息的签约请求发送给受理机构，从而通过受理机构发送签约申请。

具体地，清算机构在验证成功的情况下，基于签约申请信息生成加密签约信息和跳转地址，并向受理机构发送，因此，跳转到与跳转地址对应的账户机构网关页面，在账户机构网关页面通过预设安全设备接收签约信息发送给账户机构，以使账户机构根据加密签约信息和签约信息生成签约处理结果发送给清算机构。

可以理解的是，为了提高签约申请处理的安全性，需要安装相关安全控件或者设备，因此，可以判断当前运行环境是否符合支付安全条件，在当前运行环境不符合支付安全条件的情况下，安装预设安全设备，以进一步提高安全性。

本申请实施例的签约申请处理方法中，接收用户输入的签约申请信息，并根据签约申请信息生成签约请求发送给受理机构，接收受理机构发送的跳转地址，跳转地址由清算机构基于签约申请信息生成跳转地址并发送给受理机构，跳转到与跳转地址对应的账户机构网关页面，在账户机构网关页面通过预设安全设备接收签约信息发送给账户机构，以使账户机构根据加密签约信息和签约信息生成签约处理结果发送给清算机构。由此，通过账户机构处理支付签约申请，有利于签约申请处理的安全性。

基于上述实施例的描述，为了更加清楚描述本申请的签约申请处理方法，下面结合图6进行详细说明，具体地如图6所示：

(1)用户存在大额业务或风险相对较高的业务场景的支付需求时，通过用户终端向受理机构提交签约请求；(2)受理机构调用签约接口，将签约请求提交至清算机构；(3)清算机构接收受理机构的签约请求，在对签约请求中的签约申请信息校验成功后，生成加密签约信息和跳转地址等信息；(4)清算机构向受理机构返回受理结果以及加密签约信息、跳转地址等相关参数；(5)受理机构获取清算机构返回的受理结果和相关参数，并发起用户终端页面从受理机构页面跳转至账户机构网关；(6)用户根据账户机构风控要求安装安全控件或插入U盾等安全设备，在账户机构网关页面依照要求输入签约及支付限额等信息；(7)账户机构进行签约处理；(8)账户机构向用户展示签约结果，并将用户端页面从账户机构网关回跳至受理机构页面；(9)账户机构向清算机构回执签约处理结果；(10)清算机构接收账户机构发送的签约处理结果，并将签约处理结果转发至受理机构，完成签约。

由此，可以满足账户机构自身的风控需求，拓宽了原有方案中账户机构因风控问题无法授权用户签约支付较大额、或风险相对较高的支付业务场景，且用户在账户机构侧网关通过使用安全设备、提交账户密码验证、填写用户信息等方式可以提高签约的安全性，降低账户被盗风险，以及增加了用户主动调整支付限额的途径，用户可在签约时给签约账户设置支付限额，一定程度上降低了用户的交易风险。

基于现有技术支付处理方式中用户每次使用网关支付方式进行交易时，用户终端都要从受理机构对应的页面通过互联网环境跳转至账户机构对应的页面进行操作，无法避免每次支付因页面跳转而导致的支付失败问题，并且存在跳转过程中交易信息被劫持的风险，以及在支付过程中对安全控件或U盾等安全设备的依赖，支付操作繁琐的技术问题。

图7为本申请实施例所提供的一种支付处理方法的流程示意图。

为了更加清楚描述本申请签约申请处理方法，首先以清算机构侧进行描述，如图7所示，该方法包括以下步骤：

步骤601，接收来自受理机构的支付请求，支付请求中包括支付金额和支付账户。

步骤603，将支付请求转发给支付账户对应的账户机构，以使账户机构通过支付账户完成所述支付金额的支付处理；其中，账户机构根据受理机构发送的加密签约信息和来自用户终端的签约信息完成对支付账户的签约处理。

步骤605，接收账户机构返回的支付结果，并将支付结果发送给受理机构，以使受理机构将支付结果发送给用户终端。

具体地，通过用户终端向受理机构提交支付请求，受理机构在收到支付请求后，调用支付接口，向清算机构提起支付请求，清算机构将支付请求转发至签约账户所属的账户机构，账户机构接收清算机构的支付请求，并进行支付处理，账户机构将支付结果回执给清算机构，清算机构将支付结果回执给受理机构，受理机构通过用户终端向用户展示支付结果，完成支付。

需要说明的是，用户可以选择已签约的多个账户机构中的一个账户机构来进行支付处理，因此，支付账户对应的账户机构为已签约多个账户机构中的任一个账户机构，进一步提升用户使用体验。

需要说明的是，账户机构根据受理机构发送的加密签约信息和来自用户终端的签约信息完成对支付账户的签约处理，更具体地，用户终端接收用户输入的签约申请信息，并根据签约申请信息生成签约请求发送给受理机构；受理机构调用预设签约接口将签约请求提交给清算机构；清算机构接收签约请求，签约请求中携带有签约申请信息；清算机构在对签约申请信息验证成功的情况下，生成加密签约信息和跳转地址发送给受理机构；受理机构将加密签约信息发送给账户机构，将跳转地址发送至用户终端；用户终端跳转到与跳转地址对应的账户机构网关页面，通过账户机构网关页面接收用户输入的签约信息发送给账户机构；账户机构根据加密签约信息和来自用户终端的签约信息进行签约处理，生成签约处理结果发送给清算机构，以使清算机构将签约处理结果发送给受理机构。

本申请实施例的支付处理方法中，接收来自受理机构的支付请求，支付请求中包括支付金额和支付账户，将支付请求转发给支付账户对应的账户机构，以使账户机构通过支付账户完成所述支付金额的支付处理；其中，账户机构根据受理机构发送的加密签约信息和来自用户终端的签约信息完成对支付账户的签约处理，接收账户机构发送的支付结果，并将支付结果发送给受理机构，以使受理机构将支付结果发送给用户终端。由此，用户频繁存在较大额或风险较高的支付业务场景时，不必每一次都通过页面跳转至账户机构网关进行支付，大大减少了每次支付时因页面跳转而导致的支付失败问题，并且降低了跳转过程中交易信息被劫持的风险，以及支付过程中对安全控件或U盾等安全设备的依赖，提高了支付便捷度。

基于上述实施例的描述，为了更加清楚描述本申请的签约申请处理方法，下面结合图8进行详细说明，具体地如图8所示：

(1)当用户使用签约账户支付时，向受理机构提交支付请求；(2)受理机构在收到用户的支付申请后，调用支付接口，向清算机构提起支付请求；(3)清算机构将支付请求转发至签约账户所属的账户机构；(4)账户机构接收清算机构的支付交易申请，并进行交易处理；(5)账户机构将支付结果回执给清算机构；(6)清算机构将支付结果回执给受理机构；(7)受理机构向用户展示支付结果，完成支付。

由此，用户频繁存在较大额或风险较高的支付业务场景时，不必每一次都通过页面跳转至账户机构网关进行支付，本方案将网关支付时的每一次页面跳转压缩为了签约时的仅一次页面跳转，大大减少了每次支付时因页面跳转而导致的支付失败问题，并且降低了跳转过程中交易信息被劫持的风险，以及解放了支付过程中对安全控件或U盾等安全设备的依赖，提高了支付便捷度。

为了实现上述实施例，本申请还提出一种清算机构，图9为本申请实施例提供的一种清算机构的结构示意图。

如图9所示，该清算机构700包括：第一接收模块701、提取模块703、生成发送模块705和接收转发模块707。

第一接收模块701，用于接收来自受理机构的签约请求，所述签约请求中携带有签约申请信息；

提取模块703，用于提取所述签约申请信息中的账户名称、第一账号机构标识证件类型和证件号码；

生成发送模块705，用于在对所述签约申请信息验证成功的情况下，基于所述签约申请信息生成加密签约信息和跳转地址，并向所述受理机构发送，以使所述受理机构向与所述第一账号机构标识相对应的第一账户机构发送所述加密签约信息，所述受理机构向与发起所述签约请求所述用户标识信息相对应的用户终端发送所述跳转地址；

接收转发模块707，用于接收来自所述第一账户机构的签约处理结果，并将所述签约处理结果转发给所述受理机构；其中，所述签约处理结果由所述第一账户机构根据所述加密签约信息和来自所述用户终端的签约信息生成。

进一步地，在本申请实施例的一种可能的实现方式中，判断所述证件号码是否符合与所述证件类型对应的证件号码标准格式；判断所述账户名称是否符合账户机构名称标准格式；在所述证件号码符合所述证件号码标准格式，且所述账户名称符合账户机构名称标准格式的情况下，确定所述签约申请信息验证成功。

进一步地，在本申请实施例的一种可能的实现方式中，所述基于所述签约申请信息生成加密签约信息，包括：根据所述第一账号机构标识确定所述第一账户机构，以及获取与所述第一账户机构相对应的加密密钥；通过所述加密密钥对所述账户名称、所述证件类型和证件号码进行加密处理，生成所述加密签约信息；其中，与所述加密密钥对应的解密密钥存储在所述第一账户机构，与所述加密密钥对应的解密密钥不存储在所述受理机构。

进一步地，在本申请实施例的一种可能的实现方式中，所述基于所述签约申请信息生成跳转地址，包括：基于所述第一账户机构标识和跳转地址之间的预设对应关系，获取所述跳转地址。

进一步地，在本申请实施例的一种可能的实现方式中，在所述接收来自所述第一账户机构的签约处理结果，并将所述签约处理结果转发给所述受理机构之后，还包括：接收来自所述受理机构的支付请求，所述支付请求中包括支付金额和支付账户；将所述支付请求转发给所述支付账户对应的第二账户机构，以使所述第二账户机构通过所述支付账户完成所述支付金额的支付处理；其中，所述第二账户机构为已签约多个所述第一账户机构中与支付账户相对应的账户机构；

接收所述第二账户机构返回的支付结果，并将所述支付结果发送给所述受理机构，以使所述受理机构将所述支付结果发送给所述用户终端。

需要说明的是，前述对方法实施例的解释说明也适用于该实施例的装置，此处不再赘述。

本申请实施例的清算机构中，接收来自受理机构的签约请求，签约请求中携带有签约申请信息；提取签约申请信息中的账户名称、第一账号机构标识、证件类型和证件号码；在对签约申请信息验证成功的情况下，基于签约申请信息生成加密签约信息和跳转地址，并向受理机构发送，以使受理机构向与第一账号机构标识相对应的第一账户机构发送加密签约信息，受理机构向与发起签约请求的用户终端发送跳转地址；接收来自第一账户机构的签约处理结果，并将签约处理结果转发给受理机构；其中，签约处理结果由第一账户机构根据加密签约信息和来自用户终端的签约信息生成。由此，通过账户机构处理支付签约申请，有利于签约申请处理的安全性。

为了实现上述实施例，本申请还提出一种账户机构，图10为本申请实施例提供的一种账户机构的结构示意图。

如图10所示，该账户机构800包括：第二接收模块801、第三接收模块803和生成模块805。

第二接收模块801，用于接收受理机构发送的加密签约信息；所述加密签约信息由清算机构生成并发送至所述受理机构。

第三接收模块803，用于接收用户终端通过访问跳转地址发送的签约信息，所述跳转地址由所述清算机构生成并发送至所述受理机构。

生成模块805，用于根据所述加密签约信息和来自所述用户终端的签约信息进行签约处理，生成签约处理结果发送给清算机构，以使所述清算机构将所述签约处理结果发送给所述受理机构。

进一步地，在本申请实施例的一种可能的实现方式中，所述用户终端的签约信息包括：账户号码、账户密码、第一证件类型和第一证件号码；生成模块805，具体用于：

通过解密密钥对所述加密签约信息进行解密处理，获取账户名称、第二证件类型和第二证件号码；其中，与所述解密密钥对应的加密密钥存储在所述清算机构；将所述账户名称、所述第二证件类型和所述第二证件号码与预先注册用户信息匹配，确定候选账户；根据账户号码在所述候选账户获取目标账户，在所述账户密码、所述第一证件类型和所述第一证件号码与所述目标账户对应的账户信息匹配的情况下，完成对所述目标账户的签约。

需要说明的是，前述对方法实施例的解释说明也适用于该实施例的装置，此处不再赘述。

本申请实施例的账户机构中，接收受理机构发送的加密签约信息，加密签约信息由清算机构生成并发送至受理机构，接收用户终端通过访问跳转地址发送的签约信息，跳转地址由清算机构生成并发送至受理机构，生成签约处理结果发送给清算机构，以使清算机构将签约处理结果发送给受理机构。由此，通过账户机构处理支付签约申请，有利于签约申请处理的安全性。

为了实现上述实施例，本申请还提出一种受理机构，图11为本申请实施例提供的一种受理机构的结构示意图。

如图11所示，该受理机构900包括：接收提交模块901、第四接收模块903、发送模块905和第五接收模块907。

接收提交模块901，用于接收来自用户终端的签约请求，调用预设签约接口将所述签约请求提交给清算机构；所述签约请求中携带有账户名称、第一账号机构标识、证件类型和证件号码的签约申请信息。

第四接收模块903，用于接收所述清算机构发送的加密签约信息和跳转地址。

发送模块905，用于将所述加密签约信息发送给账户机构，以使所述账户机构根据所述加密签约信息和来自所述用户终端的签约信息生成签约处理结果；其中，所述用户终端跳转到与所述跳转地址对应的账户机构网关页面通过预设安全设备接收所述用户终端的签约信息。

第五接收模块907，用于接收所述账户机构通过所述清算机构发送的所述签约处理结果。

需要说明的是，前述对方法实施例的解释说明也适用于该实施例的装置，此处不再赘述。

本申请实施例的受理机构，接收来自用户终端的签约请求，调用预设签约接口将签约请求提交给清算机构，签约请求中携带有账户名称、第一账号机构标识、证件类型和证件号码的签约申请信息，接收清算机构发送的加密签约信息和跳转地址，将加密签约信息发送给账户机构，以使账户机构根据加密签约信息和来自用户终端的签约信息生成签约处理结果；其中，用户终端跳转到与跳转地址对应的账户机构网关页面通过预设安全设备接收用户终端的签约信息，接收账户机构通过清算机构发送的签约处理结果。由此，通过账户机构处理支付签约申请，有利于签约申请处理的安全性。

为了实现上述实施例，本申请还提出一种用户终端，图12为本申请实施例提供的一种用户终端的结构示意图。

如图12所示，该用户终端1000包括：第一接收发送模块1001、第六接收模块1003和跳转接收模块1005。

第一接收发送模块1001，用于接收用户输入的签约申请信息，并根据所述签约申请信息生成签约请求发送给受理机构。

第六接收模块1003，用于接收所述受理机构发送的跳转地址，跳转地址由清算机构基于签约申请信息生成跳转地址并发送给受理机构。

跳转接收模块1005，用于跳转到与所述跳转地址对应的账户机构网关页面，在所述账户机构网关页面通过预设安全设备接收签约信息发送给账户机构，以使所述账户机构根据所述加密签约信息和签约信息生成签约处理结果发送给清算机构。

需要说明的是，前述对方法实施例的解释说明也适用于该实施例的装置，此处不再赘述。

本申请实施例的用户终端，接收用户输入的签约申请信息，并根据签约申请信息生成签约请求发送给受理机构，接收受理机构发送的跳转地址，跳转地址由清算机构基于签约申请信息生成跳转地址并发送给受理机构，跳转到与跳转地址对应的账户机构网关页面，在账户机构网关页面通过预设安全设备接收签约信息发送给账户机构，以使账户机构根据加密签约信息和签约信息生成签约处理结果发送给清算机构。由此，通过账户机构处理支付签约申请，有利于签约申请处理的安全性。

为了实现上述实施例，本申请还提出另一种清算机构，图13为本申请实施例提供的另一种清算机构的结构示意图。

如图13所示，该清算机构700包括：第七接收模块1101、转发模块1103和转发模块1103。

第七接收模块1101，用于接收来自受理机构的支付请求，所述支付请求中包括支付金额和支付账户。

转发模块1103，用于将所述支付请求转发给所述支付账户对应的所述账户机构，以使所述账户机构通过所述支付账户完成所述支付金额的支付处理；其中，所述账户机构根据所述受理机构发送的加密签约信息和来自用户终端的签约信息完成对所述支付账户的签约处理。

第二接收发送模块1105，用于接收所述账户机构返回的支付结果，并将所述支付结果发送给所述受理机构，以使所述受理机构将所述支付结果发送给所述用户终端。

需要说明的是，前述对方法实施例的解释说明也适用于该实施例的装置，此处不再赘述。

本申请实施例的清算机构，接收来自受理机构的支付请求，支付请求中包括支付金额和支付账户，将支付请求转发给支付账户对应的账户机构，以使账户机构通过支付账户完成所述支付金额的支付处理；其中，账户机构根据受理机构发送的加密签约信息和来自用户终端的签约信息完成对支付账户的签约处理，接收账户机构发送的支付结果，并将支付结果返回给受理机构，以使受理机构将支付结果发送给用户终端由此，用户频繁存在较大额或风险较高的支付业务场景时，不必每一次都通过页面跳转至账户机构网关进行支付，大大减少了每次支付时因页面跳转而导致的支付失败问题，并且降低了跳转过程中交易信息被劫持的风险，以及支付过程中对安全控件或U盾等安全设备的依赖，提高了支付便捷度。

为了实现上述实施例，本申请还提出一种签约申请处理系统，图14为本申请实施例提供的一种签约申请处理系统的结构示意图。

如图14所示，该签约申请处理系统包括：清算机构700、账户机构800、受理机构900和用户终端1000。

其中，所述用户终端1000接收用户输入的签约申请信息，并根据所述签约申请信息生成签约请求发送给所述受理机构900。

所述受理机构900调用预设签约接口将所述签约请求提交给所述清算机构700。

所述清算机构700接收所述签约请求，所述签约请求中携带有签约申请信息。

所述清算机构700在对所述签约申请信息验证成功的情况下，生成加密签约信息和跳转地址发送给所述受理机构900。

所述受理机构900将所述加密签约信息发送给所述账户机构800，将所述跳转地址发送至所述用户终端1000。

所述用户终端1000跳转到与所述跳转地址对应的账户机构800网关页面，通过所述账户机构800网关页面接收用户输入的签约信息发送给账户机构800。

所述账户机构800根据所述加密签约信息和来自所述用户终端1000的签约信息进行签约处理，生成签约处理结果发送给所述清算机构700，以使所述清算机构700将所述签约处理结果发送给所述受理机构900。

本申请实施例的签约申请处理系统中，用户终端接收用户输入的签约申请信息，并根据所述签约申请信息生成签约请求发送给所述受理机构，所述受理机构调用预设签约接口将所述签约请求提交给所述清算机构，所述清算机构接收所述签约请求，所述签约请求中携带有签约申请信息，所述清算机构在对所述签约申请信息验证成功的情况下，生成加密签约信息和跳转地址发送给所述受理机构，所述受理机构将所述加密签约信息发送给所述账户机构，将所述跳转地址发送至所述用户终端，所述用户终端跳转到与所述跳转地址对应的账户机构网关页面，通过所述账户机构网关页面接收用户输入的签约信息发送给账户机构，所述账户机构根据所述加密签约信息和来自所述用户终端的签约信息进行签约处理，生成签约处理结果发送给所述清算机构，以使所述清算机构将所述签约处理结果发送给所述受理机构。

由此，可以满足账户机构自身的风控需求，拓宽了原有方案中账户机构因风控问题无法授权用户签约支付较大额、或风险相对较高的支付业务场景，且用户在账户机构侧网关通过使用安全设备、提交账户密码验证、填写用户信息等方式可以提高签约的安全性，降低账户被盗风险，以及增加了用户主动调整支付限额的途径，用户可在签约时给签约账户设置支付限额，一定程度上降低了用户的交易风险。

为了实现上述实施例，本申请还提出一种签约申请处理系统。

该签约申请处理系统包括：清算机构700、账户机构800、受理机构900和用户终端1000。

其中，所述用户终端接收用户输入的支付信息，并根据所述支付信息生成支付请求发送给所述受理机构；

所述受理机构调用预设支付接口将所述支付请求提交给所述清算机构700，所述支付请求中包括支付金额和支付账户；

所述清算机构700将所述支付请求转发给所述支付账户对应的所述账户机构；

所述账户机构通过所述支付账户完成所述支付金额的支付处理；其中，所述账户机构根据所述受理机构发送的加密签约信息和来自用户终端的签约信息完成对所述支付账户的签约处理；

所述清算机构700接收所述账户机构发送的支付结果，并将所述支付结果发送给所述受理机构；

所述受理机构将所述支付结果返回给所述用户终端。

本申请实施例的支付处理系统中，接收来自受理机构的支付请求，支付请求中包括支付金额和支付账户，将支付请求转发给支付账户对应的账户机构，以使账户机构通过支付账户完成所述支付金额的支付处理；其中，账户机构根据受理机构发送的加密签约信息和来自用户终端的签约信息完成对支付账户的签约处理，接收账户机构发送的支付结果，并将支付结果返回给受理机构，以使受理机构将支付结果发送给用户终端由此，用户频繁存在较大额或风险较高的支付业务场景时，不必每一次都通过页面跳转至账户机构网关进行支付，大大减少了每次支付时因页面跳转而导致的支付失败问题，并且降低了跳转过程中交易信息被劫持的风险，以及支付过程中对安全控件或U盾等安全设备的依赖，提高了支付便捷度。

为了实现上述实施例，本申请实施例提出了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如前述第一账户机构执行方法实施例所述的签约申请处理方法，以及支付处理方法。

为了实现上述实施例，本申请实施例提出了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现前述方法实施例所述的签约申请处理方法，以及支付处理方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。