资金的关联方法、装置和电子设备

【技术领域】

本说明书实施例涉及互联网技术领域，尤其涉及一种资金的关联方法、装置和电子设备。

【背景技术】

资金追踪是一门溯源技术，可以基于一定的规则，通过对每个账户的每笔资金进行合并拆解，将先后发生的资金行为串联起来，从而对资金追根溯源，形象化呈现资金的流转轨迹。

第三方支付平台内每天有大量的资金流转，这些资金会经过不同的产品和服务，通过资金可以把各个产品和/或场景之间的关系串联起来，可以得到第三方支付平台内全域资金的整体视图。从这个整体视图中可以清楚地看出，某笔资金(例如：从银行卡充值的一笔资金)是从何种渠道流入到蚂蚁体系内，然后流经了那些产品或者场景(例如：申购、消费或还款)等，最终又停留在第三方支付平台内或者流出到银行卡，还可以分析该笔资金从流入第三方支付平台到流出第三方支付平台之间的时间差，得到每笔资金的停留时长。

而为了获得第三方支付平台内全域资金的整体视图，需要对第三方支付平台内的每笔资金进行打标，以标识每笔资金的流向。

【发明内容】

本说明书实施例提供了一种资金的关联方法、装置和电子设备，以实现对第三方支付平台内的每笔资金进行打标，以标识每笔资金的流向，并且依托于图计算的优势，高效地处理海量的交易数据。

第一方面，本说明书实施例提供一种资金的关联方法，包括：获取至少两条交易数据，所述至少两条交易数据中包括交易时刻、用户标识、支付工具、流出资金的金额和交易序列号；其中，所述用户标识包括收款用户标识和付款用户标识；以所述用户标识和支付工具为节点，以所述交易序列号为边，根据所述交易时刻的先后顺序，构建有向时序图；获取所述有向时序图的起始节点，并按照交易时刻的先后顺序从所述起始节点关联的交易数据中获取当前待打标的目标交易数据；其中，所述起始节点为所述目标交易数据中的付款用户标识对应的节点；对所述目标交易数据中的流出资金进行打标，将所述目标交易数据的资金打标结果发送给所述目标交易数据中的收款用户标识对应的节点。

上述资金的关联方法中，服务器获取至少两条交易数据之后，以上述交易数据中的用户标识和支付工具为节点，以上述交易数据中的交易序列号为边，根据上述交易数据中的交易时刻的先后顺序，构建有向时序图。然后，获取上述有向时序图的起始节点，按照交易时刻的先后顺序从上述起始节点关联的交易数据中获取当前待打标的目标交易数据，最后，对上述目标交易数据中的流出资金进行打标，将目标交易数据的资金打标结果发送给上述目标交易数据中的收款用户标识对应的节点，从而可以实现对第三方支付平台内的每笔资金进行打标，以标识每笔资金的流向，并且依托于图计算的优势，可以高效地处理海量的交易数据。

其中一种可能的实现方式中，所述将所述目标交易数据的资金打标结果发送给所述目标交易数据中的收款用户标识对应的节点之后，还包括：将所述目标交易数据的资金打标结果保存在所述收款用户标识对应的节点的历史资产列表中。

其中一种可能的实现方式中，所述将所述目标交易数据的资金打标结果发送给所述目标交易数据中的收款用户标识对应的节点之后，还包括：判断所述收款用户标识对应的节点是否已变为所述有向时序图的起始节点；如果是，则执行所述按照交易时刻的先后顺序获取所述起始节点中当前待打标的目标交易数据的步骤及其后续步骤。

其中一种可能的实现方式中，所述判断所述收款用户标识对应的节点是否已变为所述有向时序图的起始节点之后，还包括：如果所述收款用户标识对应的节点不是所述有向时序图的起始节点，则指示所述收款用户标识对应的节点等待接收资金打标结果。

其中一种可能的实现方式中，所述获取所述有向时序图的起始节点包括：判断所述有向时序图的第一节点所关联的交易数据中，是否存在第一类型的交易数据；其中，所述第一类型的交易数据包括以所述第一节点作为收款用户标识对应节点的交易数据；如果不存在，则确定所述第一节点为所述有向时序图的起始节点；或者，如果存在第一类型的交易数据，但所述第一类型的交易数据中交易时刻的最小值大于第二类型的交易数据中交易时刻的最大值，则确定所述第一节点为所述有向时序图的起始节点；其中，所述第二类型的交易数据包括以所述第一节点作为付款用户标识对应节点的交易数据。

其中一种可能的实现方式中，所述对所述目标交易数据中的流出资金进行打标包括：获取所述目标交易数据中流出资金的交易金额，并按照预定的顺序对所述起始节点的历史资产列表中的流入资金的金额进行累加，直至累加获得的流入资金的金额与所述交易金额相等；为所述目标交易数据中的流出资金和累加的流入资金添加标识，并设置所述流出资金的标识的父节点指向所述累加的流入资金的标识。

其中一种可能的实现方式中，所述获取至少两条交易数据包括：获取当前单位时长内的至少两条交易数据；所述构建有向时序图之后，还包括：将所述当前单位时长的前一个单位时长的资金打标结果关联到所述有向时序图的节点的历史资产列表中。

第二方面，本说明书实施例提供一种资金的关联装置，包括：获取模块，用于获取至少两条交易数据，所述至少两条交易数据中包括交易时刻、用户标识、支付工具、流出资金的金额和交易序列号；其中，所述用户标识包括收款用户标识和付款用户标识；构图模块，用于以所述用户标识和支付工具为节点，以所述交易序列号为边，根据所述交易时刻的先后顺序，构建有向时序图；所述获取模块，还用于获取所述有向时序图的起始节点，并按照交易时刻的先后顺序从所述起始节点关联的交易数据中获取当前待打标的目标交易数据；其中，所述起始节点为所述目标交易数据中的付款用户标识对应的节点；打标模块，用于对所述目标交易数据中的流出资金进行打标；发送模块，用于将所述目标交易数据的资金打标结果发送给所述目标交易数据中的收款用户标识对应的节点。

其中一种可能的实现方式中，所述装置还包括：保存模块，用于在所述发送模块将所述目标交易数据的资金打标结果发送给所述目标交易数据中的收款用户标识对应的节点之后，将所述目标交易数据的资金打标结果保存在所述收款用户标识对应的节点的历史资产列表中。

其中一种可能的实现方式中，所述装置还包括：判断模块，用于在所述发送模块将所述目标交易数据的资金打标结果发送给所述目标交易数据中的收款用户标识对应的节点之后，判断所述收款用户标识对应的节点是否已变为所述有向时序图的起始节点；所述获取模块，还用于当所述收款用户标识对应的节点已变为所述有向时序图的起始节点时，执行所述按照交易时刻的先后顺序获取所述起始节点中当前待打标的目标交易数据的步骤。

其中一种可能的实现方式中，所述装置还包括：指示模块，用于在所述判断模块判断所述收款用户标识对应的节点是否已变为所述有向时序图的起始节点之后，如果所述收款用户标识对应的节点不是所述有向时序图的起始节点，则指示所述收款用户标识对应的节点等待接收资金打标结果。

其中一种可能的实现方式中，所述获取模块，具体用于判断所述有向时序图的第一节点所关联的交易数据中，是否存在第一类型的交易数据；其中，所述第一类型的交易数据包括以所述第一节点作为收款用户标识对应节点的交易数据；如果不存在，则确定所述第一节点为所述有向时序图的起始节点；或者，如果存在第一类型的交易数据，但所述第一类型的交易数据中交易时刻的最小值大于第二类型的交易数据中交易时刻的最大值，则确定所述第一节点为所述有向时序图的起始节点；其中，所述第二类型的交易数据包括以所述第一节点作为付款用户标识对应节点的交易数据。

其中一种可能的实现方式中，所述打标模块包括：金额获取子模块，用于获取所述目标交易数据中流出资金的交易金额；累加子模块，用于按照预定的顺序对所述起始节点的历史资产列表中的流入资金的金额进行累加，直至累加获得的流入资金的金额与所述交易金额相等；标识添加子模块，用于为所述目标交易数据中的流出资金和累加的流入资金添加标识，并设置所述流出资金的标识的父节点指向所述累加的流入资金的标识。

其中一种可能的实现方式中，所述装置还包括：关联模块；所述获取模块，具体用于获取当前单位时长内的至少两条交易数据；所述关联模块，用于在所述构图模块构建有向时序图之后，将所述当前单位时长的前一个单位时长的资金打标结果关联到所述有向时序图的节点的历史资产列表中。

第三方面，本说明书实施例提供一种电子设备，包括：至少一个处理器；以及与所述处理器通信连接的至少一个存储器，其中：所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行第一方面提供的方法。

第四方面，本说明书实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行第一方面提供的方法。

应当理解的是，本说明书实施例的第二～四方面与本说明书实施例的第一方面的技术方案一致，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

【附图说明】

为了更清楚地说明本说明书实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本说明书一个实施例提供的资金的关联方法的流程图；

图2为本说明书另一个实施例提供的资金的关联方法的流程图；

图3为本说明书再一个实施例提供的资金的关联方法的示意图；

图4为本说明书再一个实施例提供的资金的关联方法的示意图；

图5为本说明书一个实施例提供的资金的关联装置的结构示意图；

图6为本说明书另一个实施例提供的资金的关联装置的结构示意图；

图7为本说明书一个实施例提供的电子设备的结构示意图。

【具体实施方式】

为了更好的理解本说明书的技术方案，下面结合附图对本说明书实施例进行详细描述。

应当明确，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本说明书保护的范围。

在本说明书实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

资金追踪是一门溯源技术，可以基于一定的规则，通过对每个账户的每笔资金进行合并拆解，将先后发生的资金行为串联起来，从而对资金追根溯源，形象化呈现资金的流转轨迹。

为了获得第三方支付平台内全域资金的整体视图，需要对第三方支付平台内的每笔资金进行打标，以标识每笔资金的流向。

基于以上需求，本说明书实施例提供一种资金的关联方法，基于时序图计算对第三方支付平台内的每笔资金进行打标，能够高效地对第三方支付平台内的每笔资金进行关联。

其中，图计算是以“图论”为基础的对现实世界的一种“图”结构的抽象表达，以及在这种数据结构上的计算模式，时序图是在有向图的基础上发展而来的，时序图的每条边上是有时间属性的，时序图在计算的过程中需要严格按照边上的时间顺序计算。

图1为本说明书一个实施例提供的资金的关联方法的流程图，上述资金的关联方法可以应用于服务器，如图1所示，上述资金的关联方法可以包括：

步骤102，获取至少两条交易数据，上述至少两条交易数据中可以包括交易时刻、用户标识、支付工具、流出资金的金额和交易序列号。

其中，上述用户标识可以包括收款用户标识和付款用户标识；上述支付工具可以为付款用户在交易时采用的付款工具，例如：账户余额、银行卡或信用支付等。

步骤104，以用户标识和支付工具为节点，以上述交易序列号为边，根据上述交易时刻的先后顺序，构建有向时序图。

步骤106，获取上述有向时序图的起始节点。

其中，上述起始节点为上述目标交易数据中的付款用户标识对应的节点。

具体地，获取上述有向时序图的起始节点可以为：判断上述有向时序图的第一节点所关联的交易数据中，是否存在第一类型的交易数据；其中，第一类型的交易数据包括以第一节点作为收款用户标识对应节点的交易数据；

如果不存在，则确定第一节点为上述有向时序图的起始节点；或者，如果存在第一类型的交易数据，但第一类型的交易数据中交易时刻的最小值大于第二类型的交易数据中交易时刻的最大值，则确定第一节点为所述有向时序图的起始节点；其中，第二类型的交易数据包括以第一节点作为付款用户标识对应节点的交易数据。

也就是说，对于有向时序图中的第一节点，如果该第一节点不存在以第一节点作为收款用户标识对应节点的交易数据，则确定第一节点为有向时序图的起始节点；如果该第一节点既存在以第一节点作为收款用户标识对应节点的交易数据，又存在以第一节点作为付款用户标识对应节点的交易数据，那么当第一节点中最早的收款时刻晚于第一节点最晚的付款时刻时，也可以确定第一节点为有向时序图的起始节点。

步骤108，按照交易时刻的先后顺序从上述起始节点关联的交易数据中获取当前待打标的目标交易数据。

步骤110，对上述目标交易数据中的流出资金进行打标，将目标交易数据的资金打标结果发送给上述目标交易数据中的收款用户标识对应的节点。

具体地，对上述目标交易数据中的流出资金进行打标可以为：获取目标交易数据中流出资金的交易金额，并按照预定的顺序对上述起始节点的历史资产列表中的流入资金的金额进行累加，直至累加获得的流入资金的金额与上述交易金额相等；为上述目标交易数据中的流出资金和累加的流入资金添加标识，并设置上述流出资金的标识的父节点指向上述累加的流入资金的标识。

其中，上述预定的顺序可以为按照交易时刻由前至后或由后至前的顺序，本实施例对上述预定的顺序不作限定。

进一步地，步骤110之后，还可以包括：

步骤112，判断上述收款用户标识对应的节点是否已变为上述有向时序图的起始节点。如果是，则返回执行步骤108；如果上述收款用户标识对应的节点不是上述有向时序图的起始节点，则执行步骤114。

步骤114，指示上述收款用户标识对应的节点等待接收资金打标结果。

本实施例中，在步骤114之后，如果上述收款用户标识对应的节点再次接收到资金打标结果，则返回执行步骤112。

本实施例中，在上述有向时序图所有节点关联的交易数据所涉及的资金均已打标完毕之后，服务器可以将上述有向时序图所有节点的资金打标结果导出并保存。

具体实现时，服务器可以获取上述有向时序图的终点，在将上述有向时序图的终点关联的交易数据所涉及的资金打标完毕之后，服务器可以确定已将上述有向时序图所有节点关联的交易数据所涉及的资金打标完毕。

其中，服务器获取上述有向时序图的终点可以为：判断上述有向时序图的第二节点所关联的交易数据中，是否存在第三类型的交易数据；其中，第三类型的交易数据包括以第二节点作为付款用户标识对应节点的交易数据；

如果不存在，并且第二节点已接收到第四类型的交易数据的资金打标结果，则服务器可以确定上述第二节点为上述有向时序图的终点；其中，第四类型的交易数据包括以第二节点作为收款用户标识对应节点的交易数据。

上述资金的关联方法中，服务器获取至少两条交易数据之后，以上述交易数据中的用户标识和支付工具为节点，以上述交易数据中的交易序列号为边，根据上述交易数据中的交易时刻的先后顺序，构建有向时序图。然后，获取上述有向时序图的起始节点，按照交易时刻的先后顺序从上述起始节点关联的交易数据中获取当前待打标的目标交易数据，最后，对上述目标交易数据中的流出资金进行打标，将目标交易数据的资金打标结果发送给上述目标交易数据中的收款用户标识对应的节点，从而可以实现对第三方支付平台内的每笔资金进行打标，以标识每笔资金的流向，并且依托于图计算的优势，可以高效地处理海量的交易数据。

图2为本说明书另一个实施例提供的资金的关联方法的流程图，如图2所示，本说明书图1所示实施例中，步骤110之后，还可以包括：

步骤202，将目标交易数据的资金打标结果保存在上述收款用户标识对应的节点的历史资产列表中。

下面结合图3对本说明书实施例提供的资金的关联方法进行举例说明，图3为本说明书再一个实施例提供的资金的关联方法的示意图。

参见图3，假设现有3笔交易数据，分别为A付款给B、B付款给C和B付款给D，其中，交易时刻为t1B、B->C和B->D，涉及4个节点，分别为A、B、C和D。

接下来，按照分布式构图的方法，将A、B、C和D这4个节点分布在4个计算节点，分别为计算节点1、计算节点2、计算节点3和计算节点4，如图3下半部分所示。

图计算启动之后，服务器获取图计算的起始节点(例如：节点A)，其中，获取起始节点的方法可以参照本说明书图1所示实施例步骤106的描述，在此不再赘述。

服务器对节点A关联的交易数据中的流出资金进行打标，然后将资金打标结果发送到收款用户标识对应的节点(例如：节点B)。具体的资金打标方式可以参照本说明书图1所示实施例步骤108～步骤110的描述，在此不再赘述。

将资金打标结果发送到节点B之后，服务器将上述资金打标结果保存在节点B的历史资产列表中，然后判断节点B是不是已经变为起始节点。

接下来，如果节点B已变为起始节点，则服务器对节点B关联的交易数据中的流出资金进行打标，然后将资金打标结果发送到收款用户标识对应的节点，例如：节点C或节点D；而如果节点B不是起始节点，则服务器指示节点B继续等待接收资金打标结果。

在图中所有节点关联的交易数据中的流出资金均已打标完成之后，服务器可以将所有节点的资金打标结果导出并保存。

另外，本说明书图1和图2所示实施例中，获取至少两条交易数据可以为：获取当前单位时长内的至少两条交易数据。具体地，当前单位时长可以为当前这一天或当前这一小时，本实施例对当前单位时长的长短不作限定。

这样，在构建有向时序图之后，还可以将当前单位时长的前一个单位时长的资金打标结果关联到上述有向时序图的节点的历史资产列表中。

图4为本说明书再一个实施例提供的资金的关联方法的示意图，本实施例以当前单位时长为当前这一天为例进行说明。具体地，如图4所示，上述资金的关联方法可以包括：

步骤401，获取T日的交易数据和T-1日的资金打标结果。

步骤402，对T日的交易数据进行热门节点的拆分。

具体地，本说明书实施例中，有向时序图的顶点是按照用户标识和支付工具的粒度聚合的，在实际的交易过程中，有些用户的收单和/或支出笔数非常多，例如：达到百万级别以上。那么这种节点在图计算的过程中会成为一个热门节点，成为全局的计算瓶颈，因此有必要对该热门节点进行优化，可以采用硬切分的方式，强制将有向时序图中的热门节点拆分为预定数量的节点，并且加以区分，以此来防止热门节点的出现。其中，上述预定数量的大小可以在具体实现时自行设定，本实施例对上述预定数量的大小不作限定。

步骤403，根据T日的交易数据，以用户标识和支付工具为节点，以上述交易序列号为边，根据上述交易时刻的先后顺序，构建有向时序图。

步骤404，把T-1日的资金打标结果关联到上述有向时序图的节点的历史资产列表中。

步骤405，图计算启动，循环执行上述有向时序图的计算过程，具体可以包括：

步骤4051，获取有向时序图的起始节点。

步骤4052，按照交易时刻的先后顺序从上述起始节点关联的交易数据中获取当前待打标的目标交易数据。

步骤4053，对上述目标交易数据中的流出资金进行打标，将目标交易数据的资金打标结果发送给上述目标交易数据中的收款用户标识对应的节点。

步骤4054，迭代下一个节点。

上述有向时序图的具体计算过程可以参见本说明书图1和图2所示实施例的描述，在此不再赘述。

步骤406，计算完成之后，导出资金打标结果并保存。

步骤407，等待T+1日的调度，继续执行步骤401。

本说明书实施例提供的资金的关联方法，将海量的交易数据构成一张有时序关系的有向图，从而将资金追踪转化为时序图计算模型，可以充分发挥图计算的优势。并且，依托于图计算的分布式计算的优势，能够高效地处理海量的交易数据。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

图5为本说明书一个实施例提供的资金的关联装置的结构示意图，如图5所示，上述资金的关联装置可以包括：获取模块51、构图模块52、打标模块53和发送模块54；

其中，获取模块51，用于获取至少两条交易数据，上述至少两条交易数据中包括交易时刻、用户标识、支付工具、流出资金的金额和交易序列号；其中，上述用户标识包括收款用户标识和付款用户标识；

构图模块52，用于以上述用户标识和支付工具为节点，以上述交易序列号为边，根据上述交易时刻的先后顺序，构建有向时序图；

获取模块51，还用于获取上述有向时序图的起始节点，并按照交易时刻的先后顺序从上述起始节点关联的交易数据中获取当前待打标的目标交易数据；其中，上述起始节点为上述目标交易数据中的付款用户标识对应的节点；

打标模块53，用于对上述目标交易数据中的流出资金进行打标；

发送模块54，用于将上述目标交易数据的资金打标结果发送给上述目标交易数据中的收款用户标识对应的节点。

图5所示实施例提供的资金的关联装置可用于执行本说明书图1所示方法实施例的技术方案，其实现原理和技术效果可以进一步参考方法实施例中的相关描述。

图6为本说明书另一个实施例提供的资金的关联装置的结构示意图，与图5所示的资金的关联装置相比，图6所示的资金的关联装置还可以包括：保存模块55；

保存模块55，用于在发送模块54将上述目标交易数据的资金打标结果发送给上述目标交易数据中的收款用户标识对应的节点之后，将上述目标交易数据的资金打标结果保存在上述收款用户标识对应的节点的历史资产列表中。

进一步地，上述资金的关联装置还可以包括：判断模块56；

判断模块56，用于在发送模块54将上述目标交易数据的资金打标结果发送给目标交易数据中的收款用户标识对应的节点之后，判断上述收款用户标识对应的节点是否已变为有向时序图的起始节点；

获取模块51，还用于当上述收款用户标识对应的节点已变为有向时序图的起始节点时，执行按照交易时刻的先后顺序获取上述起始节点中当前待打标的目标交易数据的步骤。

进一步地，上述资金的关联装置还可以包括：指示模块57；

指示模块57，用于在判断模块56判断上述收款用户标识对应的节点是否已变为有向时序图的起始节点之后，如果上述收款用户标识对应的节点不是有向时序图的起始节点，则指示上述收款用户标识对应的节点等待接收资金打标结果。

本实施例中，获取模块51，具体用于判断有向时序图的第一节点所关联的交易数据中，是否存在第一类型的交易数据；其中，第一类型的交易数据包括以第一节点作为收款用户标识对应节点的交易数据；如果不存在，则确定第一节点为上述有向时序图的起始节点；或者，如果存在第一类型的交易数据，但第一类型的交易数据中交易时刻的最小值大于第二类型的交易数据中交易时刻的最大值，则确定第一节点为上述有向时序图的起始节点；其中，第二类型的交易数据包括以第一节点作为付款用户标识对应节点的交易数据。

其中，打标模块53可以包括：金额获取子模块531、累加子模块532和标识添加子模块533；

金额获取子模块531，用于获取上述目标交易数据中流出资金的交易金额；

累加子模块532，用于按照预定的顺序对上述起始节点的历史资产列表中的流入资金的金额进行累加，直至累加获得的流入资金的金额与上述交易金额相等；

标识添加子模块533，用于为上述目标交易数据中的流出资金和累加的流入资金添加标识，并设置上述流出资金的标识的父节点指向上述累加的流入资金的标识。

进一步地，上述资金的关联装置还可以包括：关联模块58；

获取模块51，具体用于获取当前单位时长内的至少两条交易数据；

关联模块58，用于在构图模块52构建有向时序图之后，将当前单位时长的前一个单位时长的资金打标结果关联到有向时序图的节点的历史资产列表中。

图6所示实施例提供的资金的关联装置可用于执行本说明书图1～图4所示方法实施例的技术方案，其实现原理和技术效果可以进一步参考方法实施例中的相关描述。

图7为本说明书一个实施例提供的电子设备的结构示意图，如图7所示，上述电子设备可以包括至少一个处理器；以及与上述处理器通信连接的至少一个存储器，其中：存储器存储有可被处理器执行的程序指令，上述处理器调用上述程序指令能够执行本说明书图1～图4所示实施例提供的资金的关联方法。

其中，上述电子设备可以为服务器，例如：图计算服务器，上述服务器可以设置在云端，本实施例对上述电子设备的形式不作限定。

图7示出了适于用来实现本说明书实施方式的示例性电子设备的框图。图7显示的电子设备仅仅是一个示例，不应对本说明书实施例的功能和使用范围带来任何限制。

如图7所示，电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：一个或者多个处理器410，通信接口420，存储器430，以及连接不同组件(包括存储器430、通信接口420和处理单元410)的通信总线440。

通信总线440表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，或者使用多种总线结构中的任意总线结构的局域总线。举例来说，通信总线440可以包括但不限于工业标准体系结构(industry standardarchitecture，ISA)总线，微通道体系结构(micro channel architecture，MAC)总线，增强型ISA总线、视频电子标准协会(video electronics standards association，VESA)局域总线以及外围组件互连(peripheral component interconnection，PCI)总线。

电子设备典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器430可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(random access memory，RAM)和/或高速缓存存储器。存储器430可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本说明书图1～图4所示实施例的功能。

具有一组(至少一个)程序模块的程序/实用工具，可以存储在存储器430中，这样的程序模块包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块通常执行本说明书图1～图4所描述的实施例中的功能和/或方法。

处理器410通过运行存储在存储器430中的程序，从而执行各种功能应用以及数据处理，例如实现本说明书图1～图4所示实施例提供的资金的关联方法。

本说明书实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行本说明书图1～图4所示实施例提供的资金的关联方法。

上述非暂态计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(read only memory，ROM)、可擦式可编程只读存储器(erasable programmable read onlymemory，EPROM)或闪存、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、射频(radio frequency，RF)等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本说明书操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(localarea network，LAN)或广域网(wide area network，WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

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

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

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

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

需要说明的是，本说明书实施例中所涉及的终端可以包括但不限于个人计算机(personal computer，PC)、个人数字助理(personal digital assistant，PDA)、无线手持设备、平板电脑(tablet computer)、手机、MP3播放器、MP4播放器等。

在本说明书所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本说明书各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(processor)执行本说明书各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。