支付处理方法、装置、电子设备和存储介质

技术领域

本申请涉及分布式系统领域，尤其涉及一种支付处理方法、装置、电子设备和存储介质。

背景技术

随着互联网技术的快速兴起，各种网络支付的应用越来越多。例如，线上转账、网络支付等处理。特别是，对于集团类客户而言，账户数量较多，为了提升资金流转效率，一般采用线上转账。在实际应用中，线上转账一般是通过从支付账户直接转换到收款账户。但是，在实际应用中，集团客户的账户数量众多，对其成员单位的财务往来对账和财务核算较为困难，对于集团客户的多个账户的资金管理效率过低。

发明内容

本申请提供一种支付处理方法、装置、电子设备和存储介质，用以解决集团客户的多个账户的资金管理效率过低的问题。

第一方面，本申请提供一种支付处理方法，包括：

接收第一终端设备发送的支付请求，所述支付请求包括：主账户、子账户、收款账户以及汇款数值，所述主账户和所述子账户为同一账户组；

从所述主账户中调取与所述汇款数值相匹配的目标资源，并将所述目标资源划分至所述收款账户；

根据所述子账户、所述主账户和所述收款账户，生成三方交易信息；

发送所述三方交易信息至所述主账户的管理方对应的第二终端设备，所述三方交易信息用于指示所述第二终端设备对所述账户组进行资源流向分析处理获得所述账户组的资源分析结果。

第二方面，本申请提供一种支付处理方法，包括：

接收至少一个三方交易信息，所述三方交易信息包括子账户、主账户和收款账户，所述主账户中与所述汇款数值相匹配的目标资源用于划分至所述收款账户，所述主账户、所述子账户、所述收款账户以及所述汇款数值来源于支付请求，所述支付请求由第一终端设备发送；

根据至少一个所述三方交易信息，对所述账户组中的主账户和子账户进行资源流向分析处理，获得所述账户组的资源分析结果；

显示所述账户组的资源分析结果。

第三方面，本申请提供一种支付处理装置，包括：

第一接收单元，用于接收第一终端设备发送的支付请求，所述支付请求包括：主账户、子账户、收款账户以及汇款数值，所述主账户和所述子账户为同一账户组；

资源转换单元，用于从所述主账户中调取与所述汇款数值相匹配的目标资源，并将所述目标资源划分至所述收款账户；

信息生成单元，用于根据所述子账户、所述主账户和所述收款账户，生成三方交易信息；

信息发送单元，用于发送所述三方交易信息至所述主账户的管理方对应的第二终端设备，所述三方交易信息用于指示所述第二终端设备对所述账户组进行资源流向分析处理获得所述账户组的资源分析结果。

第四方面，本申请提供一种支付处理装置，包括：

第二接收单元，用于接收至少一个三方交易信息，所述三方交易信息包括子账户、主账户和收款账户，所述主账户中与所述汇款数值相匹配的目标资源用于划分至所述收款账户，所述主账户、所述子账户、所述收款账户以及所述汇款数值包含于支付请求中，所述支付请求由第一终端设备生成；

交易对账单元，用于根据至少一个所述三方交易信息，对所述账户组中的主账户和子账户进行资源流向分析处理，获得所述账户组的资源分析结果；

结果显示单元，用于显示所述账户组的资源分析结果。

第五方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面以及第一方面各种可能所述的方法。

第六方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面以及第一方面各种可能所述的方法。

第七方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如第一方面以及第一方面各种可能涉及的方法的步骤。

本申请提供的方案，可以包括接收第一终端设备发送的支付请求，该支付请求可以包括主账户、子账户和收款账户以及汇款数值。从主账户中调取与汇款数值相匹配的目标资源之后，可以将目标资源划分至收款账户，完整资源划分。资源划分结束之后，可以根据子账户、主账户以及收款账户，生成三方交易信息，三方交易信息可以包括子账户、主账户以及收款账户三个方面的信息，可以对一次资源划分进行更准确的记录。将三方交易信息发送至主账户的管理方对应的第二终端设备可以使得第二终端设备获取到三方交易信息，并利用三方交易信息对账户组内的主账户和子账户进行资源流向分析处理获得账户组的资源分析结果。通过主账户代理子账户的交易，可以使得账户组内的资源统一从主账户进行划分，实现了同一账户组内的账户的高效管理，提高账户管理效率和准确性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的一种用于实现支付处理方法的系统架构图；

图2为本申请实施例提供的一种支付处理方法的一个实施例的流程图；

图3为本申请实施例提供的一种汇款信息输入页面的示例图；

图4为本申请实施例提供的一种支付处理方法的又一个实施例的流程图；

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

图6为本申请实施例提供的一种支付处理装置的一个实施例的结构示意图

图7为本申请实施例提供的一种支付处理装置的又一个实施例的结构示意图；

图8为本申请实施例提供的一种用于实现支付处理方法的电子设备的框图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

需要说明的是，本申请支付处理方法、装置、电子设备和存储介质，可用于分布式系统领域，也可用于除分布式系统领域之外的任意领域，本申请对支付处理方法、装置、电子设备和存储介质的应用领域不做限定。

本申请的技术方案可以应用于支付场景中，例如金融行业、电子商务、线上支付等场景中。在实际应用中，两个账户之间可以进行资金转换，例如，可以将A账户作为支付账户，将B账户作为收款账户，将A账户的资金划分到B账户中。目前，对于个人用户而言，账户数量较少，且不存在对账、财务核算等需求，因此，个人用户的账户管理难度一般。而对于集团用户而言，集团用户的账户数量较多，而如果单纯对每一笔汇款或转账的支付账户和收款账户进行记录，则集团内对多个账户进行对账时较为困难，财务核算的成本较高。导致属于同一集团的多个账户的管理效率较低。

为了解决上述问题，本实施例考虑到，由于集团内一般是包括集团主体和若干子单位构成，若集团内设置主账户，主账户可以关联若干子账户。通过主账户和若干子账户的对应可以提高账户管理效率。为了便于对主账户和其关联的若干子账户进行对账等统一管理，本实施例中考虑将主账户的账户管理方作为实际支付人，将子账户的账户管理方作为名义支付人，而收款账户的账户管理方仍为收款人。并建立实际支付人、名义支付人以及收款人的三方信息，以对此次转账进行记录，通过三方信息可以对主账户的资金往来进行统一管理，提高账户管理效率。

据此，本申请实施例提供了一种支付处理方法，该方法可以包括接收第一终端设备发送的支付请求，该支付请求可以包括主账户、子账户和收款账户以及汇款数值。从主账户中调取与汇款数值相匹配的目标资源之后，可以将目标资源划分至收款账户，完整资源划分。资源划分结束之后，可以根据子账户、主账户以及收款账户，生成三方交易信息，三方交易信息可以包括子账户、主账户以及收款账户三个方面的信息，可以对一次资源划分进行更准确的记录。将三方交易信息发送至主账户的管理方对应的第二终端设备可以使得第二终端设备获取到三方交易信息，并利用三方交易信息对账户组内的主账户和子账户进行资源流向分析处理获得账户组的资源分析结果。通过主账户代理子账户的交易，可以使得账户组内的资源统一从主账户进行划分，实现了同一账户组内的账户的高效管理，提高账户管理效率和准确性。

本申请提供的支付处理方法，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

如图1所示，为本申请实施例提供的一种用于实现支付处理方法的系统架构图。该系统可以包括：电子设备1和与该电子设备连接的多个终端设备2。其中，多个终端设备2中可以包括第一终端设备21和第二终端设备22。第一终端设备21可以为发起支付请求的设备。第二终端设备22可以为主账户的管理方所对应的终端设备。

在实际应用中，第一终端设备21可以检测用户输入的主账户、子账户、收款账户以及汇款数值等汇款信息。主账户和子账户可以为同一个账户组。第一终端设备21可以根据用户输入的汇款信息，生成支付请求，并将支付请求发送至电子设备1。

电子设备1可以接收第一终端设备21发送的支付请求，从主账户中调取与汇款数值相匹配的目标资源，并将目标资源划分至收款账户。收款账户对应的终端设备23可以显示“您收到B账户的1000元转账”。

根据子账户、主账户和收款账户，可以生成三方交易信息，通过发送三方交易信息至主账户的管理方对应的第二终端设备22。第二终端设备可以通过三方交易信息对账户组内的账户进行资源流向分析处理，获得资源分析结果。

如图2所示，为本实施例提供的一种支付处理方法的一个实施例的流程图，该支付处理方法可以配置为支付处理装置，该支付处理装置可以配置于电子设备中，其中该支付处理方法可以包括下列步骤：

S201：接收第一终端设备发送的支付请求，支付请求包括：主账户、子账户、收款账户以及汇款数值，主账户和子账户为同一账户组。

可选地，第一终端设备可以为对主账户和/或子账户具有账户使用权的终端设备，可以为主账户的管理方对应的终端设备，可以为子账户的管理方对应的终端设备，当然主账户的管理方和子账户的管理方可以为同一管理方。本申请中的支付是指将与汇款数值相对应的资源从子账户划分至收款账户。支付请求是指资源划分请求，资源划分请求可以包括被划分资源的主账户，名义划分资源的子账户以及接收资源的收款账户，以及资源划分的数值，资源划分的数值也可以称为汇款数值。

集团客户可以包括多个账户，可以将多个账户进行分组，每个组内可以包括主账户和若干子账户。账户组内账户的资源可以存储于主账户名下，每个子账户可以具备账户余额。通过账户余额可以设置相应的终端设备，通过账户余额可以对子账户的可使用资源额度所对应的资源进行额度限制。也即，主账户可以是指集团客户的一个账户组内的资源集中的总账户，可以为资源的实际来源方。子账户可以是指其关联的主账户所在账户组内的对外提供资源交易名义的账户，可以为资源的名义来源方。

可选地，第一终端设备可以提供汇款信息输入页面。如图3所示为一种汇款信息输入页面的示例图，汇款信息输入页面300可以包括：主账户输入控件301、子账户输入控件302以及收款账户输入控件303、汇款数值输入控件304。例如，发起支付请求的用户可以通过主账户输入控件301输入主账户“1111”，通过子账户输入控件302输入子账户“2222”，通过收款账户输入控件303输入收款账户“3333”，通过汇款数值输入控件304输入汇款数值“2000”。第一终端设备检测用户输入的汇款信息之后，可以利用汇款信息生成支付请求。支付请求可以包括用户输入的主账户、子账户、收款账户和汇款账户。

S202：从主账户中调取与汇款数值相匹配的目标资源，并将目标资源划分至收款账户。

可选地，资源是指能够设置于账户内的具有使用含义的数据，例如，银行领域中的资金，游戏领域的游戏币，会员领域中的会员积分等数据。目标资源可以是指从主账户中确定的与汇款数值相对应的资源数据。将目标资源划分至收款账户是指，将目标资源与收款账户中的原始资源相加，获得收款账户的更新后的资源。例如，假设收款账户原始资源为“2000人民币”，目标资源为“1000人民币”，将目标资源划分至收款账户之后，收款账户的资源为“3000人民币”。

收款账户更新资源额度时，可以在收款账户对应管理方的终端设备显示。主账户中的资源可以包括子账户中的资源，也即，对于同一账户组而言，可以将该账户组内的子账户的资源集中到主账户中，以使得主账户对其所在账户组内的资源进行统一划分和调配，提高资源管理效率。

S203：根据子账户、主账户和收款账户，生成三方交易信息。

可选地，三方交易信息是指综合了主账户、子账户和收款账户三个账户的内容信息，通过三方交易信息可以对主账户的资源流向进行统一管理，提高资源管理效率。此外，为了便于记录每笔交易，三方交易信息还可以包括汇款数值，以便于对每笔支付的具体数值进行更详细的存储。

在实际应用中，子账户中实际可以未包含资源。而账户组内所有账户的资源均可以位于主账户中，所有账户可以包括账户组内的主账户和至少一个子账户，也即将账户组内的全部资源集中在主账户中。各个子账户中实际并未存在相应的资源，只是名义上存在相应的资源。例如，假设存在ABC三个账户，其中，A为主账户，实际资源为1亿，B和C均为子账户，其中，B账户的实际资源为2000万，C账户的资源为5000万。可以将B账户和C账户的资源统一存放在A账户中，A账户中的资源实际为1亿7000万，其中，A账户的名义资源额度为1亿，B账户的资源额度为2000万，C账户的资源额度为5000万。

示例性地，子账户、主账户和收款账户可以作为表格表头，每条三方交易信息可以作为一条数据存储于表格中，主账户、子账户和收款账户的具体账户内容可以作为对应的表格内容存储于表格中。当然，在实际应用中，第三交易信息还可以是以任意编程算法或者编程方式编写的算法，例如以JSON(JavaScript Object Notation，JS对象简谱)语言编写的程序代码。例如可以为“{key1，obg1，key2，obg2，key3，obg3}”其中，key1可以为主账户的关键字，key2可以为子账户的关键字，key3可以为收款账户的关键字，关键字名称可以根据使用需求设置。Obg1可以为流水中主账户的具体标识，obg2可以为子账户的具体标识，obg3可以为收款账户的具体标识。

为了便于理解，如下表1所示的三方交易信息。

表1

S204：发送三方交易信息至主账户的管理方对应的第二终端设备，三方交易信息用于指示第二终端设备对账户组进行资源流向分析处理获得账户组的资源分析结果。

三方交易信息可以被划分至主账户的管理方对应的第二终端设备。

可选地，第二终端设备接收到第三交易信息时，可以显示第三交易信息。还可以存储第三交易信息。

示例性地，发起支付请求的用户可以为主账户的管理方，此时，第一终端设备和第二终端设备可以为同一终端设备。当然，发起支付请求的用户还可以为子账户的管理方或者其它具备主账户、子账户的管理权限的用户，此时第一终端设备和第二终端设备可以为不同的终端设备。当然在另一种可能的设计中，主账户、子账户可以为同一服务器集群的节点，收款账户可以为该服务器集群的另一节点。

本申请实施例中，电子设备可以接收第一终端设备发送的支付请求，该支付请求可以包括主账户、子账户和收款账户以及汇款数值。从主账户中调取与汇款数值相匹配的目标资源之后，可以将目标资源划分至收款账户，完整资源划分。资源划分结束之后，可以根据子账户、主账户以及收款账户，生成三方交易信息，三方交易信息可以包括子账户、主账户以及收款账户三个方面的信息，可以对一次资源划分进行更准确的记录。将三方交易信息发送至主账户的管理方对应的第二终端设备可以使得第二终端设备获取到三方交易信息，并利用三方交易信息对账户组内的主账户和子账户进行资源流向分析处理获得账户组的资源分析结果。通过主账户代理子账户的交易，可以使得账户组内的资源统一从主账户进行划分，实现了同一账户组内的账户的高效管理，提高账户管理效率和准确性。

为了提高资源划分成功率，可以对主账户和子账户是否满足支付条件进行检验。

进一步地，在上述任一实施例的基础上，从主账户中调取与汇款数值相匹配的目标资源，并将目标资源划分至主账户，包括：

根据支付请求中的主账户、子账户和汇款数值，判断支付请求是否满足支付条件。

若是，则从主账户中调取与汇款数值相匹配的目标资源，并将目标资源划分至主账户。

若否，则生成限额提示信息，发送限额提示信息至第一终端设备，限额提示信息指示第一终端设备显示。

可选地，可以根据支付请求中的主账户和子账户进行代理支付关系的校验，获得关系校验结果。还可以根据主账户的主账户额度和子账户的子账户额度进行额度支付条件的检测。在关系校验结果为校验通过和/或满足额度支付条件的基础上，可以确定支付请求满足支付条件。

限额提示信息可以以页面、弹窗、短消息、即时通讯消息等消息类型中的任一种。可以通过通信信道或信号将限额提示信息发送至第一终端设备。限额提示信息可以在第一终端设备显示。例如，限额提示信息可以为“您的账户余额小于汇款数值”的提示内容。

本实施例中，可以通过支付请求中的主账户、子账户和汇款数值，判断支付请求是否满足支付条件，通过支付条件的检测，可以以主账户为实际支付账户，以子账户为名义支付账户的转账具备支付条件，提高支付安全性和效率。

进一步地，在上述任一实施例的基础上，根据支付请求中的主账户、子账户和汇款数值，判断支付请求是否满足支付条件，包括：

对主账户和子账户的代理支付关系进行校验处理，获得关系校验结果；

若关系校验结果为校验成功，则确定支付请求满足支付条件；

若关系校验结果为校验失败，则确定支付请求不满足支付条件。

可选地，对主账户和子账户的代理支付关系进行校验处理，可以包括：获取主账户所在账户组的至少一个子账户，若确定该账户组的至少一个子账户中包含支付请求中的子账户，则确定校验成功为关系校验结果。否则校验失败为关系校验结果。

示例性地，账户可以是指用于记录资源数据以及资源类型的标识对象。不同账户的账户信息不同。账户信息例如可以包括账户的管理方、账户标识(也可以指账号)、账户类型(例如，一类账户，二类账户等，不同账户类型的账户额度不同)、账户有效期等信息。

可选地，对主账户和子账户的代理支付关系进行校验处理，可以包括：获取主账户的管理方对应的第一管理信息，获取支付请求中的子账户对应管理方的第二管理信息。查询管理信息系统，以确定属于第一管理信息的被管理方的第三管理信息，若确定第三管理信息中包含第二管理信息，则确定校验成功为关系校验结果。否则校验失败为关系校验结果。

管理方对应的管理信息例如可以包括管理方的名称、在集团架构中的级别等信息。管理方对应的被管理方是指，管理方在集团架构中的基本高于被管理方，且被管理方属于管理方的管理对象。例如，A集团内的多个子单位，A集团可以作为管理方，多个子单位可以作为被管理方。A集团在集团架构中的级别高于子单位在集团架构中的级别。当然在实际应用中，集团架构可以根据集团的单位管理关系设置，可以包含多级，不同级别的子单位可以具备管理关系，具体架构可以根据实际使用需求设置。

本实施例中，在对主账户、子账户和汇款数值进行支付条件的判断时，对主账户和子账户之间的代理支付关系进行校验处理，获得关系校验结果。通过账户关系校验，可以对支付条件进行准确检测，以提高交易的安全性。

进一步地，在上述任一实施例的基础上，若关系校验结果为校验成功，则确定支付请求满足支付条件，包括：

若关系校验结果为校验成功，且在主账户的主账户额度和/或子账户的子账户额度满足额度支付条件的情况下，则确定支付请求满足支付条件；

方法还包括：

若关系校验结果为校验成功，且在主账户的主账户额度和/或子账户的子账户额度不满足额度支付条件的情况下，则确定支付请求不满足支付条件。

可选地，主账户的主账户额度和/或子账户的子账户额度满足额度支付条件，可以包括：主账户的主账户额度大于汇款数值，和/或子账户的子账户额度大于汇款数值，则满足额度支付条件。

本实施例中，在关系校验成功之后，还可以对主账户和子账户的账户额度进行校验，以在账户额度满足支付条件的情况下，确认满足支付条件。通过账户额度的校验，可以对账户额度进行有效管理和监控，避免因额度不满足额度支付条件导致的支付失败现象，提高支付成功率。

作为又一个实施例，从主账户中调取与汇款数值相匹配的目标资源，并将目标资源划分至收款账户之后，还包括：

根据子账户的子账户额度和汇款数值，确定更新后的子账户额度；

发送更新后的子账户额度至子账户的管理方对应的第三终端设备。

可选地，可以将子账户额度减去汇款数值获得结余额度，该结余额度可以作为更新后的子账户额度。发送更新后的子账户额度至子账户的管理方对应的第三终端设备之后，第三终端设备可以接收更新后的子账户额度。

可选地，第三终端设备可以为子账户的管理方。第一终端设备可以为发起支付请求的用户所对应的终端设备。发起支付请求的用户可以为子账户的管理方，因此，第一终端设备可以和第三终端设备为同一终端设备。当然，发起支付请求的用户不为子账户的管理方时，第一终端设备可以为与第三终端设备不同的终端设备。

本实施例中，在将目标资源进行划分之后，可以对子账户的子账户额度进行更新，以使得子账户的子账户额度随支付动作不断更新，提高子账户额度的时效性。

在一种可能的设计中，从主账户中调取与汇款数值相匹配的目标资源，并将目标资源划分至收款账户之后，还包括：

根据汇款数值和子账户的子账户信息，生成汇款信息；

发送汇款信息至收款账户对应的第四终端设备，汇款信息指示第四终端设备显示。

可选地，汇款信息可以包括汇款数值和子账户的子账户信息，可以对目标资源的来源，也即名义支付方进行提示，使得第三终端设备可以为子账户的管理方显示汇款信息，以对子账户和汇款数值进行有效提示。

其中，第四终端设备可以为收款账户对应管理方使用的设备。第四终端设备可以与电子设备建立通信连接。

本实施例中，在将目标资源划分至汇款账户时，可以将汇款数值和子账户的子账户信息生成汇款信息，并将汇款信息一并发送至收款账户对应的第四终端设备，使得第四终端设备显示的汇款信息实际包括汇款数值和子账户信息，实现以子账户作为名义支付方的汇款，使得汇款关系更加明确化，其对应的往来对象未发生变化，确保信息的传输稳定性。

作为又一个实施例，还包括：

接收签约请求，签约请求包括：主账户以及子账户；

对主账户和子账户的代理关系进行验证处理，获得代理验证结果；

若代理验证结果为验证成功，则将主账户和子账户划分为同一账户组，并生成主账户和子账户的代理支付关系。

可选地，对主账户和子账户的代理关系进行验证处理，可以包括查询主账户所管理的子账户是否包含支付请求中的子账户，若是，则确定验证成功为代理验证结果，若否，则确定验证失败为代理验证结果。

本实施例中，在使用包含主账户和子账户的账户组直接，可以基于签约请求，对主账户和子账户的代理关系进行验证处理，获得代理验证结果，以使得属于同一账户组的主账户和子账户之间代理关系是明确验证的，账户组的划分可以实现代理支付关系的建立，提高代理支付的安全性和可靠性。

进一步，可选地，对主账户和子账户的代理关系进行验证处理，获得代理验证结果，包括：

获取主账户的管理方对应的账户管理信息，账户管理信息是指与主账户的管理方具备管理关系的被管理方的信息；

若账户管理信息中包含子账户的管理方信息，则确定主账户具备子账户的代理支付权限，并确定验证成功为代理验证结果；

若账户管理信息中未包含子账户的管理方信息，则确定主账户未具备子账户的代理支付权限，并确定验证失败为代理验证结果。

其中，被管理方的信息可以是指主账户关联的至少一个子账户分别对应的管理方的信息。账户管理信息可以包括主账户所在账户组的各个子账户分别对应的管理方的信息。账户管理信息中是否包含子账户的管理方信息可以从账户管理信息中查询是否包含支付请求中子账户的管理方信息。

本实施例中，可以获取主账户的管理方对应的账户管理信息，账户管理信息是指与主账户具备管理关系的被管理方的信息，账户管理信息中可以包含主账户所管理的账户的信息，如账户管理信息中包含了子账户的管理方信息，则可以通过管理方信息对子账户进行验证，也即实现对主账户和子账户的代理支付关系进行确认，可以提高代理支付的安全性。

作为又一个实施例，从主账户中调取与汇款数值相匹配的目标资源，并将目标资源划分至收款账户，包括：

确定主账户的管理方对应的第二终端设备；

根据汇款数值以及汇款账户，生成转账确认信息；

控制第二终端设备显示转账确认信息，并基于显示的转账确认信息，获取主账户的管理方针对转账确认信息执行的转账确认操作；

响应于转账确认操作，将主账户中的与汇款数值对应的目标资源划分至收款账户。

可选地，转账确认信息可以包括汇款数值和汇款账户，以提示主账户的管理方对支付请求对应的资源划分进行确认。

其中，转账确认操作可以由第二终端设备检测获得，并由第二终端设备发送至电子设备。

本实施例中，可以确定主账户的管理方对应的第二终端设备，利用汇款数值和汇款信息，生成转账确认信息，以控制第二终端设备显示转账确认信息，以获取主账户的管理方针对转账确认信息执行的转账确认操作，确保主账户的管理方对转账确认信息执行的转账确认操作，通过响应于转账确认操作，可以将主账户中的汇款数值对应的目标资源划分至收款账户，也即转账确认操作是目标资源的划分的前提，通过转账确认操作可以提高资源的划分安全性，提高主账户的管理方对主账户的资源处置的可控性。

如图4所示，为本申请实施例提供的一种支付处理方法的又一个实施例的流程图，该方法可以配置为一支付处理装置，该支付处理装置可以位于终端设备中，该方法可以包括：

S401：接收至少一个三方交易信息，三方交易信息包括子账户、主账户和收款账户，主账户中与汇款数值相匹配的目标资源用于划分至收款账户，主账户、子账户、收款账户以及汇款数值来源于支付请求，支付请求由第一终端设备发送。

S402：根据至少一个三方交易信息，对账户组中的主账户和子账户进行资源流向分析处理，获得账户组的资源分析结果。

S403：显示账户组的资源分析结果。

可选地，三方交易信息可以为任意终端设备发送的。至少一个三方交易信息可以为至少一个账户组的至少一个三方交易信息。步骤402可以包括：从至少一个三方交易信息中确定属于任一个账户组的主账户和子账户的同组三方交易信息，对同组三方交易信息中的主账户和子账户进行资源流向分析处理，可以获得该账户组的资源分析结果。

其中，资源流向分析处理可以包括同一子账户的资源支付总额度，主账户在每个子账户的资源支付额度，和/或各个子账户的转移支付额度与主账户的总转移支付额度的比值。当然，资源流向分析处理还可以按照资源分析需求设置，本实施例中并不限制资源流向分析处理的具体分析方式。

本实施例中，主账户的管理方对应的第二终端设备，可以接收至少一个三方交易信息，各个三方交易信息可以包括子账户、主账户和收款账户。通过接收的至少一个三方交易信息可以对同一个账户组中的主账户和子账户进行资源流向分析，以获得账户组的资源分析结果。利用三方交易信息可以对账户组内的资源流向进行更准确的分析，可以提高账户组内的资源分析有效性和全面性。

为了便于理解本申请技术方案，如图5所示，为本申请实施例提供的一种支付处理方法的应用示例图。

参考图5，第一终端设备51可以检测用户输入的主账户、子账户、收款账户以及汇款数值等汇款信息，并利用上述汇款信息生成支付请求，支付请求中可以包括主账户、子账户、收款账户以及汇款数值。其中，该第一终端设备521可以将生成的支付请求发送至服务器51。

服务器51可以确定支付请求中的主账户、子账户以及收款。并从主账户中调取与汇款数值相匹配的目标资源，并将目标资源划分至收款账户，收款账户对应的第四终端设备，可以将目标资源发送至收款账户。此外还可以根据子账户和收款账户生成汇款信息，该汇款信息包括子账户。可以将汇款信息发送至该第四终端设备。

之后，服务器51还可以根据子账户、主账户和手框账户生成三方交易信息。三方交易信息被发送至第二终端设备。第二终端设备可以利用三方交易信息对账户组内的账户进行资源流向分析处理，获得相应的资源分析结果。

如图6所示，为本申请实施例提供的一种支付处理装置的一个实施例的结构示意图，该装置可以用于执行上述支付处理方法，该装置可以包括：

第一接收单元601：用于接收第一终端设备发送的支付请求，支付请求包括：主账户、子账户、收款账户以及汇款数值，主账户和子账户为同一账户组。

资源转换单元602：用于从主账户中调取与汇款数值相匹配的目标资源，并将目标资源划分至收款账户。

信息生成单元603：用于根据子账户、主账户和收款账户，生成三方交易信息。

信息发送单元604：用于发送三方交易信息至主账户的管理方对应的第二终端设备，三方交易信息用于指示第二终端设备对账户组进行资源流向分析处理获得账户组的资源分析结果。

进一步地，在上述任一实施例的基础上，资源转换单元，包括：

条件检测模块，用于根据支付请求中的主账户、子账户和汇款数值，判断支付请求是否满足支付条件；

第一处理模块，用于若是，则从主账户中调取与汇款数值相匹配的目标资源，并将目标资源划分至主账户；

第二处理模块，用于若否，则生成限额提示信息，发送限额提示信息至第一终端设备，限额提示信息指示第一终端设备显示。

进一步地，在上述任一实施例的基础上，条件检测模块，可以包括：

支付校验子模块，用于对主账户和子账户的代理支付关系进行校验处理，获得关系校验结果。

第一确定子模块，用于若关系校验结果为校验成功，则确定支付请求满足支付条件。

第二确定子模块，用于若关系校验结果为校验失败，则确定支付请求不满足支付条件。

进一步地，在上述任一实施例的基础上，第一确定子模块具体可以用于：

若关系校验结果为校验成功，且在主账户的主账户额度和/或子账户的子账户额度满足额度支付条件的情况下，则确定支付请求满足支付条件；

还包括：

条件确定单元，用于若关系校验结果为校验成功，且在主账户的主账户额度和/或子账户的子账户额度不满足额度支付条件的情况下，则确定支付请求不满足支付条件。

进一步地，在上述任一实施例的基础上，还包括：

额度更新单元，用于根据子账户的子账户额度和汇款数值，确定更新后的子账户额度；

额度发送单元，用于发送更新后的子账户额度至子账户的管理方对应的第三终端设备。

进一步地，在上述任一实施例的基础上，还包括：

汇款生成单元，用于根据汇款数值和子账户的子账户信息，生成汇款信息；

汇款发送单元，用于发送汇款信息至收款账户对应的第四终端设备，汇款信息指示第四终端设备显示。

进一步地，在上述任一实施例的基础上，还包括：

账户签约单元，用于接收签约请求，签约请求包括：主账户以及子账户；

关系验证单元，用于对主账户和子账户的代理关系进行验证处理，获得代理验证结果；

账户划分单元，用于若代理验证结果为验证成功，则将主账户和子账户划分为同一账户组，并生成主账户和子账户的代理支付关系。

进一步地，在上述任一实施例的基础上，关系验证单元，包括：

管理信息模块，用于获取主账户的管理方对应的账户管理信息，账户管理信息是指与主账户的管理方具备管理关系的被管理方的信息；

第一确认模块，用于若账户管理信息中包含子账户的管理方信息，则确定主账户具备子账户的代理支付权限，并确定验证成功为代理验证结果；

第二确认模块，用于若账户管理信息中未包含子账户的管理方信息，则确定主账户未具备子账户的代理支付权限，并确定验证失败为代理验证结果。

进一步地，在上述任一实施例的基础上，资源转换单元，包括：

设备确定模块，用于确定主账户的管理方对应的第二终端设备；

转账信息模块，用于根据汇款数值以及汇款账户，生成转账确认信息；

转账显示模块，用于控制第二终端设备显示转账确认信息，并基于显示的转账确认信息，获取主账户的管理方针对转账确认信息执行的转账确认操作；

资源划分模块，用于响应于转账确认操作，将主账户中的与汇款数值对应的目标资源划分至收款账户。

如图7所示，为本申请实施例提供的一种支付处理装置的一个实施例的结构示意图，该装置可以用于执行上述支付处理方法，该装置可以包括：

第二接收单元702：用于接收至少一个三方交易信息，三方交易信息包括子账户、主账户和收款账户，主账户中与汇款数值相匹配的目标资源用于划分至收款账户，主账户、子账户、收款账户以及汇款数值包含于支付请求中，支付请求由第一终端设备生成。

交易对账单元702：用于根据至少一个三方交易信息，对账户组中的主账户和子账户进行资源流向分析处理，获得账户组的资源分析结果。

结果显示单元703：用于显示账户组的资源分析结果。

本申请实施例提供的装置可以用于执行上述方法，关于装置的各个单元、模块或子模块所执行的具体内容可以参考相关技术的描述，在此不再赘述。

图8是根据一示例性实施例示出的一种终端设备的框图，该设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态确定。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本申请提供一种电子设备，包括：处理器，以及与处理器通信连接的存储器；

存储器存储计算机执行指令；

处理器执行存储器存储的计算机执行指令，以实现如上述任一实施例可能的方法。

本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如任一实施例可能的方法。

本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如任一实施例可能的方法。

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

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