CN110599135B - 评价用户的第三方支付账号的方法、装置及电子设备 - Google Patents

Abstract

本申请实施例是关于一种评价用户的第三方支付账号的方法、装置及电子设备，属于互联网技术领域，该方法包括：分别获取在具有相同长度的第一时间段、第二时间段和第三时间段中所述第三方支付账号的使用数据，其中，所述第一时间段对应于特定营销活动的时间，所述第二时间段紧接在所述第一时间段之前，所述第三时间段紧接在所述第一时间段之后；按照预定规则，建立所述第一时间段与所述第二时间段之间的第一权重矩阵、所述第一时间段与所述第三时间段之间的第二权重矩阵；基于所述使用数据、所述第一权重矩阵以及所述第二权重矩阵，计算所述第三方支付账号的评价分数。本申请可以有效提高评价用户的第三方支付账号准确率和效率。

Description

评价用户的第三方支付账号的方法、装置及电子设备

技术领域

本申请涉及互联网技术领域，具体而言，涉及一种评价用户的第三方支付账号的方法、装置及电子设备。

背景技术

第三方支付是指具备一定实力和信誉保障的独立机构，通过与网联对接而促成交易双方进行交易的网络支付模式。以微信支付为例，在实际场景下，会存在多账号多重获利及主要账号难以辨认等非正常使用场景。在这种情况下，需要对第三方支付账号进行评价。

现有的一种评价用户的第三方支付账号是根据第三方支付帐号的使用数据，建立数学评分模型对每一个账号进行评分。需要考虑每一个账号使用各个支付场景及较长时间范围的整体情况，评价的准确性及效率较低。

发明内容

本申请实施例的目的在于提供一种评价用户的第三方支付账号的方法及装置，其能够针对用户的第三方支付账号，以较高的效率和准确率实现账号评价。

根据本申请的一个实施例，一种评价用户的第三方支付账号的方法可以包括：分别获取在具有相同长度的第一时间段、第二时间段和第三时间段中所述第三方支付账号的使用数据，其中，所述第一时间段对应于特定营销活动的时间，所述第二时间段紧接在所述第一时间段之前，所述第三时间段紧接在所述第一时间段之后；按照预定规则，建立所述第一时间段与所述第二时间段之间的第一权重矩阵、所述第一时间段与所述第三时间段之间的第二权重矩阵；基于所述使用数据、所述第一权重矩阵以及所述第二权重矩阵，计算所述第三方支付账号的评价分数。

根据本申请的另一实施例，一种确定用户的第三方支付账号的重要度的方法，可以包括：按照前述的方法，计算出所述第三方支付账号的评价分数；通过将所述评价分数与预定阈值进行比较，确定所述第三方支付账号是主要账号还是次要账号。

根据本申请的另一实施例，一种用于评价用户的第三方支付账号的装置可以包括：获取模块，用于分别获取在具有相同长度的第一时间段、第二时间段和第三时间段中所述第三方支付账号的使用数据，其中，所述第一时间段对应于特定营销活动的时间，所述第二时间段紧接在所述第一时间段之前，所述第三时间段紧接在所述第一时间段之后；建立模块，用于按照预定规则，建立所述第一时间段与所述第二时间段之间的第一权重矩阵、所述第一时间段与所述第三时间段之间的第二权重矩阵；评价模块，用于基于所述使用数据、所述第一权重矩阵以及所述第二权重矩阵，计算所述第三方支付账号的评价分数。

在本申请的一些实施例中，还包括整合模块：用于在所述计算所述第三方支付账号的评价分数之前，整合在所述第二时间段的所述使用数据与在所述第一时间段的所述使用数据以得到第一整合使用数据，并且整合在所述第三时间段的所述使用数据与在所述第一时间段的所述使用数据以得到第二整合使用数据。

在本申请的一些实施例中，所述评价模块：用于分别用所述第一权重矩阵和所述第二权重矩阵来加权所述第一整合使用数据和所述第二整合使用数据，以分别得到第一加权使用数据和第二加权使用数据；计算所述第一加权使用数据与所述第二加权使用数据之和，作为所述评价分数。

在本申请的一些实施例中，所述获取模块：用于分别获取在所述第一时间段的每个n等分单位时段中所述第三方支付账号的使用次数；分别获取在所述第二时间段的每个n等分单位时段中所述第三方支付账号的使用次数；分别获取在所述第三时间段的每个n等分单位时段中所述第三方支付账号的使用次数，其中，n为大于1的整数。

在本申请的一些实施例中，所述建立模块：用于按照所述预定规则，计算所述第二时间段的第(n-i+1)单位时段的权重系数作为所述第一权重矩阵的第i元素；按照所述预定规则，计算所述第三时间段的第i单位时段的权重系数作为所述第二权重矩阵的第i元素，其中，i＝1,…,n。

在本申请的一些实施例中，所述评价模块：用于整合在所述第二时间段的第(n-i+1)单位时段中的所述使用次数与在所述第一时间段的第i单位时段中的所述使用次数，以得到第i前使用数据；整合在所述第三时间段的第i单位时段中的所述使用次数与在所述第一时间段的第i单位时段中的所述使用次数，以得到第i后使用数据；用所述第一权重矩阵的第i元素来加权所述第i前使用数据，并对加权后的第1前使用数据至加权后的第n前使用数据求和，得到前使用数据总和；用所述第二权重矩阵的第i元素来加权所述第i后使用数据，并对加权后的第1后使用数据至加权后的第n后使用数据求和，得到后使用数据总和；计算所述前使用数据总和与所述后使用数据总和之和，作为所述评价分数。

根据本申请的另一实施例，一种用于确定用户的第三方支付账号的重要度的设备可以包括：用于评价用户的第三方支付账号的装置，用于计算出所述第三方支付账号的评价分数；确定装置，用于通过将所述评价分数与预定阈值进行比较，确定所述第三方支付账号是主要账号还是次要账号。

根据本申请的另一实施例，还包括共享模块：用于在确定所述第三方支付账号是主要账号还是次要账号之后，将所述第三方支付账号的相关信息，共享到业务区块链的相关节点，以使得所述相关节点记录所述相关信息。

根据本申请的另一实施例，提供了一种存储介质，其上存储有指令程序，所述指令程序在被处理器执行时实现上述的方法。

根据本申请的另一实施例，一种电子设备可以包括处理器和存储器，所述存储器中存储有指令程序，所述指令程序在由所述处理器执行时实现上述的方法。

根据本申请的一些实施例，针对用户的第三方支付账号，可以较高的效率和准确率实现对账号评价；根据本申请的另一些实施例，可以准确、高效地确定出用户的主要账号和次要账号。

本申请的其他特征和优点将通过下面结合附图的详细描述变得显然，或部分地通过本申请的实践而习得。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

图1示出了可以应用本申请实施例的***的示意图。

图2示意性示出了根据本申请的一个实施例的评价用户的第三方支付账号的方法的流程图。

图3示意性示出了根据本申请的一个实施例的评价用户的第三方支付账号的方法的流程图。

图4示意性示出了本申请的一个实施例的第一时间段与第二时间段之间的第一权重矩阵的示例。

图5示意性示出了本申请的一个实施例的第一时间段与第三时间段之间的第二权重矩阵的示例。

图6示意性示出了根据本申请的一个实施例的评价用户的第三方支付账号的方法的流程图。

图7示意性示出了本申请的另一个实施例的第一时间段与第二时间段之间的第一权重矩阵的示例。

图8示意性示出了本申请的另一个实施例的第一时间段与第三时间段之间的第二权重矩阵的示例。

图9示意性示出了根据本申请的一个实施例的确定用户的第三方支付账号的重要度的方法的流程图。

图10示意性示出了本申请的一个实施例的认证第三方支付账号的示例。

图11示意性示出了本申请的一个实施例的认证第三方支付账号的示例。

图12示意性示出了根据本申请的一个实施例的评价用户的第三方支付账号的方法的流程图。

图13示意性示出了根据本申请的一个实施例的评价用户的第三方支付账号的装置的框图。

图14示意性示出了根据本申请的一个实施例的电子设备的框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本申请实施例的的***100的示意图。

如图1所示，终端设备101、网络102和服务器103。终端设备101与服务器103可以通过网络102进行通信。网络102可以是有线网络、无线网络等。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器103可以是多个服务器组成的服务器集群等。

终端设备101通过网络102与服务器103交互，以进行第三方支付活动等。终端设备101可以为具有计算处理能力的各种设备，包括但不限于个人计算机、手机等。

本申请实施例的***100可以是由终端设备101和多个节点(接入网络中的任意形式的计算设备，如服务器103)通过网络通信的形式连接形成的分布式***。

在本申请的一个具体应用场景中，用户可以使用终端设备101通过网络102与服务器103(如某营销平台的服务器)进行交互，从而用户在特定营销活动的时间及前后可以使用第三方支付账号与服务器103进行支付等功能的使用交互，服务器103可以记录用户的第三方账号的所有使用数据。

在本申请的一个具体应用场景中，服务器103可以分别获取在具有相同长度的第一时间段、第二时间段和第三时间段中第三方支付账号的使用数据，其中，第一时间段对应于特定营销活动的时间，第二时间段紧接在第一时间段之前，第三时间段紧接在第一时间段之后；按照预定规则，建立第一时间段与第二时间段之间的第一权重矩阵、第一时间段与第三时间段之间的第二权重矩阵；基于使用数据、第一权重矩阵以及第二权重矩阵，计算第三方支付账号的评价分数。

在本申请的一个实施例中，服务器103还可以按照前述的方法，计算出所述第三方支付账号的评价分数；通过将所述评价分数与预定阈值进行比较，确定所述第三方支付账号是主要账号还是次要账号。

在本申请的一个实施例中，服务器103还可以在确定该第三方支付账号是主要账号还是次要账号之后，将该第三方支付账号的相关信息，共享到业务区块链的相关节点，以使得相关节点记录该相关信息。

可替换地，上述由服务器执行的操作也可以由终端设备执行。

图2示意性示出了根据本申请的一个实施例的评价用户的第三方支付账号的方法的流程图。该评价用户的第三方支付账号的方法的执行主体可以是具有计算处理功能的电子设备，比如图1中所示的终端设备101或服务器103。如图2所示，该评价用户的第三方支付账号的方法可以包括步骤S210至步骤S230。

在步骤S210中，分别获取在具有相同长度的第一时间段、第二时间段和第三时间段中第三方支付账号的使用数据，其中，该第一时间段对应于特定营销活动的时间，该第二时间段紧接在该第一时间段之前，该第三时间段紧接在该第一时间段之后。

在本申请的一个实施例中，第三方支付账号的使用数据可以是第三方支付账号使用功能的使用次数、使用频率等数据。其中，该使用功能对应于不同的使用场景(例如，与微信支付进行的营销活动相对应的支付场景)。一个示例中，商业支付的免单营销活动中，该使用功能指的就是商业支付。

特定营销活动，例如，针对微信支付展开的各类营销活动，促销活动，运营活动等。

第一时间段，例如某商业支付的免单营销活动的持续时间段(如16号到20号的免单营销活动，第一时间段为5天时间)；第二时间段则为该商业支付的免单营销活动开始之前的与第一时间段紧接且相同长度的时间段(如11号到15号的5天时间)；第三时间段则为该商业支付的免单营销活动完成之前的与第一时间段紧接且相同长度的时间段(如21号到25号的5天时间)。可以理解，上述的紧接可以是完全连接，例如15号与16号；也可以是间隔小于预定距离，例如间隔小于2天的14号与16号。第一时间段对应于特定营销活动的时间中，第一时间段可以是包括特定营销活动的全部持续时间段(如上述的16号到20号的免单营销活动，第一时间段为5天时间)，也可以是包括部分持续时间段(如上述的16号到20号的免单营销活动，第一时间段可以其中4天时间)。

获取在具有相同长度的第一时间段、第二时间段和第三时间段中第三方支付账号的使用数据的方式，可以通过爬取使用日志中同一身份证账号关联的第三方支付账号的使用数据得到，也可以是通过实时记录得到。

对于实时记录的方式，如果营销活动开展n天，可以记录营销活动开始前n天、营销活动期间n天及营销活动结束后n天的使用数据。如以营销活动开展5天为例，记录开始前5天、获取期间5天和活动结束后5天的数据。记录数据的方式可以是，活动开始前5天，可以二进制码位的方式记录用户使用该功能的具体情况，记为：before_wxpay_use_i(i＝1...5)，其中i表示活动前1-5天，通过具体数值表示当天使用该功能的次数，0表示当天没有使用该功能。活动期间的5天，同样以二进制码位的方式记录用户使用该功能的具体情况，记为：wxpay_use_i(i＝1...5)，其中i表示活动期间的1-5天；活动结束后的5天，同样以二进制码位的方式记录用户使用该功能的具体情况，记为：after_wxpay_use_i(i＝1...5)，其中i表示活动期间的1-5天。

参考图3，在本申请的一个实施例中，分别获取在第一时间段、第二时间段和第三时间段中的使用数据包括：

步骤S310，分别获取在第一时间段的每个n等分单位时段中第三方支付账号的使用次数；步骤S320，分别获取在第二时间段的每个n等分单位时段中第三方支付账号的使用次数；步骤S330，分别在第三时间段的每个n等分单位时段中第三方支付账号的使用次数，其中，n为大于1的整数。

n等分单位时段可以根据分析需求进行设定，例如，第一时间段为5天，可以等分为5个单位时间段(如5天)，可以理解也可以等分为10个单位时间段(如10个12小时的时间段)。每个n等分单位时段中第三方支付账号的使用次数，可以是每个单位时间段中第三方支付账号进行商业支付的次数。

继续参照图2所示，在步骤S220中，按照预定规则，建立第一时间段与第二时间段之间的第一权重矩阵、第一时间段与第三时间段之间的第二权重矩阵。

在本申请的一个实施例中，对于第三方支付账号，三个时间段(第一时间段、第二时间段及第三时间段)的活跃频率与正常用户相比会有比较大的差异。按照预定规则，可以对比三个时间段之间使用频率关系建立评价矩阵(第一权重矩阵及第二权重矩阵)，用于准确区分用户使用情况的不同。其中，通过对比使用频率关系可以反映不同时间段使用第三方支付账号的相对重要性，然后将该相对重要性数值化为权重就可以得到第一权重矩阵及第二权重矩阵。

例如，对于特定运营活动开始前的第二时间段和运营活动期间的第一时间段，按照时间先后顺序，第二时间段中越靠后的单位时间段越接近特定营销活动，用户会越关注特定营销活动，因此使用相对重要性越高；同时，特定营销活动的时间中越靠后的时间段越靠近活动结束，用户也越关注该活动，因此使用相对重要性越高；同时对比第一时间段中的单位时间段和第二时间段中的单位时间段也可以得到使用相对重要性对比关系；其中使用重要性越高可以体现在使用频率越高。将使用相对重要性数值化为对应的数值，可以建立第一时间段和第二时间段的数值化使用重要性对照矩阵(第一权重矩阵)。同理，可以建立第二权重矩阵。

参考图4及图5，以第一时间段、第二时间段及第三时间段分别包括n个单位时间段为例，通过对比第一时间段、第二时间段及第三时间段中包括的单位时间段的使用相对重要性，将使用相对重要性关系数值化为1-n的权重数值，可以建立得到如图4所示的第一时间段与第二时间段之间的第一权重矩阵，如图5所示的第一时间段与第三时间段之间的第二权重矩阵。进而可以通过计算第二时间段中每个单位时间段的权重数值之和得到对应的评价结果(例如，对于活动开始前1天，计算1+2+3+...+n得到活动开始前1天的评价结果)。这样可以用于精准地区分特定营销活动前后每个单位时间段的使用情况。

参考图6，在本申请的一个实施例中，建立第一权重矩阵和第二权重矩阵包括：

步骤S410，按照预定规则，计算第二时间段的第(n-i+1)单位时段的权重系数作为第一权重矩阵的第i元素；步骤S420，按照预定规则，计算第三时间段的第i单位时段的权重系数作为第二权重矩阵的第i元素，其中，i＝1,…,n。

参考图7和图8，以n等于5为例，也就是以第一时间段、第二时间段及第三时间段分别包括5个以天为单位的单位时间段。

按照时间先后顺序，当i等于1时，第二时间段的第(n-i+1)＝5天对应于活动开始前1天，活动开始前1天与第一时间段的5天的使用相对重要性的权重分别为1、2、3、4及5，所以对第二时间段的第5天的评价结果(权重之和)为1+2+3+4+5＝15。可以得到第二时间段的5天的评价结果分别为15、10、6、3及1，进而，可以计算第(n-i+1)＝5天的权重系数等于：15/(15+10+6+3+1)＝0.43，然后，就可以将0.43作为第一权重矩阵的第i＝1元素。可以理解，同理按照相应预定规则，可以计算到如图7所示的第一权重矩阵的所有第i元素(w1i分别为0.43，0.29，0.17，0.09及0.03)，以及如图8所示的第二权重矩阵的所有第i元素。

继续参照图2所示，在步骤S230中，基于使用数据、第一权重矩阵以及第二权重矩阵，计算第三方支付账号的评价分数。

在本申请的一个实施例中，通过第一权重矩阵以及第二权重矩阵准确、细致地区分在不同时间段用户使用第三方支付账号的情况，进而可以基于使用数据、第一权重矩阵以及第二权重矩阵进行加权计算，针对第三方支付账号在特定营销活动前后使用情况，计算得到第三方支付账号的评价分数，进行账号评价。

以这种方式，本申请的实施例，相对于相关的评分方法，考虑的是每一个第三方支付账号(如微信支付账号wx_id)整体使用各个支付场景的频率，受到用户客观使用条件和环境的影响较大，算法的准确性产生偏差的可能性也较大，使得算法准确性不高。而本申请的方法只需要考虑特定营销活动前后使用情况，算法的稳定性较好，评价准确率较高。

同时，相对于相关的评分方法，一般是考虑多个支付使用场景和较长时间范围的整体情况，那么对计算资源的要求也就更高，存在算法效率较低的问题。而本申请，只需要考虑特定营销活动前后较短时间段的使用情况，评价效率高。

在本申请的一个实施例中，在计算第三方支付账号的评价分数之前，整合在第二时间段的使用数据与在第一时间段的使用数据以得到第一整合使用数据，并且整合在第三时间段的使用数据与在第一时间段的使用数据以得到第二整合使用数据。

整合在第二时间段的使用数据与在第一时间段的使用数据，可以是将第二时间段与第一时间段中具有预定使用重要性对照关系的单位时间段的使用数据进行整合，整合得到反映特定营销活动开始前与活动期间使用情况对照关系的第一整合使用数据。其中，整合在第二时间段的使用数据与在第一时间段的使用数据的方式，可以是两个时间段中将具有预定使用重要性对照关系的单位时间段的使用数据进行拼接、求和或者求积等。可以理解，同样可以整合得到反映特定营销活动结束后与活动期间使用情况对照关系的第二整合使用数据。

在本申请的一个实施例中，计算第三方支付账号的评价分数包括：

分别用第一权重矩阵和第二权重矩阵来加权第一整合使用数据和第二整合使用数据，以分别得到第一加权使用数据和第二加权使用数据；

计算第一加权使用数据与第二加权使用数据之和，作为评价分数。

第一权重矩阵对应于第一时间段和第二时间段中预定使用重要性的对照权重，第一整合使用数据也对应于第一时间段和第二时间段预定使用数据的整合数据，可以从第一权重矩阵中获取到第一整合使用数据中每个整合数据的权重，然后求加权和就可以得到评价特定营销活动开始前与活动期间使用情况对照关系的第一加权使用数据。可以理解，同样可以得到评价特定营销活动结束后与活动期间使用情况对照关系的第二加权使用数据。进而，计算第一加权使用数据与第二加权使用数据之和，可以得到评价特征营销活动的时间及活动前后第三方账号使用情况对照关系的评价分数。

在本申请的一个实施例中，计算所述第三方支付账号的评价分数包括：

整合在所述第二时间段的第(n-i+1)单位时段中的所述使用次数与在所述第一时间段的第i单位时段中的所述使用次数，以得到第i前使用数据；

整合在所述第三时间段的第i单位时段中的所述使用次数与在所述第一时间段的第i单位时段中的所述使用次数，以得到第i后使用数据；

用所述第一权重矩阵的第i元素来加权所述第i前使用数据，并对加权后的第1前使用数据至加权后的第n前使用数据求和，得到前使用数据总和；

用所述第二权重矩阵的第i元素来加权所述第i后使用数据，并对加权后的第1后使用数据至加权后的第n后使用数据求和，得到后使用数据总和；

计算所述前使用数据总和与所述后使用数据总和之和，作为所述评价分数。

例如，当第一时间段、第二时间段及第三时间段分别包括5个单位时间段，可以对于活动开始前的每个单位时间段的使用次数before_wxpay_use_i(i＝1...5)和活动期间的每个单位时间段的使用次数wxpay_use_i(i＝1...5)，通过以下的运算，将第二时间段中第(n-i+1)天的使用数据与第一时间段中第i天的使用情况进行拼接整合，得到活动开始前与活动期间的第i前使用数据:before_use_(i)＝cancat(before_wxpay_use_(n-i+1),wxpay_use_i),(i＝1...n)。例如，活动开始前第3天某用户使用了7次该功能，活动期间第3天使用了2次，那么对应的活动开始前与活动期间的使用频率关系为：before_use₍₃₎＝cancat(before_wxpay_use_(n-3+1),wxpay_use₃),(i＝3)＝cancat(7,2)＝72，其中，i＝3，n＝5。同样，对于活动结束后的after_wxpay_use_i(i＝1...5)和活动期间的wxpay_use_i(i＝1...5)，可以通过以下的运算将相同第i天的使用情况进行拼接整合，得到活动开始前与活动期间的第i后使用数据:after_use_i＝concat(after_wxpay_use_i,wxpay_use_i),(i＝1...5)。

然后，基于第一权重矩阵的第i元素w1_i来加权所述第i前使用数据before_use_(i)，并通过以下运算：对加权后的第1前使用数据至加权后的第n前使用数据求和，得到前使用数据总和。可以理解，同样可以基于以下运算：其中，w2_i为第二权重矩阵的第i元素，对加权后的第1后使用数据至加权后的第n后使用数据求和，得到后使用数据总和。最后，可以基于评价模型score＝score₍₁₎+score₍₂₎，计算前使用数据总和与后使用数据总和之和，作为评价分数。

图9示意性示出了根据本申请的一个实施例的确定用户的第三方支付账号的重要度的方法的流程图。

参考图9，一种确定用户的第三方支付账号的重要度的方法，包括：步骤S510，基于前述的任意方法，计算出第三方支付账号的评价分数；步骤S520，通过将该评价分数与预定阈值进行比较，确定第三方支付账号是主要账号还是次要账号。

主要账号可以是用户以正常使用为目的注册的账号(如用户长期使用的大号)，次要账号可以是用户注册的辅助性账号(如用户注册的用户在营销活动中多重牟利的主要账号之外的其他账号)。预定阈值根据经验由专家设定，评价分数可以反映用户在特定营销活动前后的账号使用情况，通过与该预定阈值比较，可以确定用户账号是否活跃异常，进而高效、准确地确定出第三方支付账号是主要账号还是次要账号。

在本申请的一个实施例中，在确定所述第三方支付账号是主要账号还是次要账号之后，将所述第三方支付账号的相关信息，共享到业务区块链的相关节点，以使得所述相关节点记录所述相关信息。

业务区块链可以是与第三方支付账号的所有业务(例如，商业支付或者抢红包等账号业务)的相对应的多个平台服务器组成的区块链网络。该业务区块链可以用于进行节点与节点之间数据共享，可以包括多个节点，多个节点可以是指***中各个客户端。每个节点在进行正常工作可以接收到输入信息，并基于接收到的输入信息维护该数据共享***内的共享数据。为了保证数据共享***内的信息互通，数据共享***中的每个节点之间可以存在信息连接，节点之间可以通过上述信息连接进行信息传输。例如，当数据共享***中的任意节点接收到输入信息时，数据共享***中的其他节点便根据共识算法获取该输入信息，将该输入信息作为共享数据中的数据进行存储，使得数据共享***中全部节点上存储的数据均一致。对于数据共享***中的每个节点，均具有与其对应的节点标识，而且数据共享***中的每个节点均可以存储有数据共享***中其他节点的节点标识，以便后续根据其他节点的节点标识，将生成的区块广播至数据共享***中的其他节点。

评价第三方支付账号的终端设备可以是该业务区块链的一个节点，可以将该第三方支付账号的相关信息(例如，用户ID，账号评价结果等)，共享到业务区块链的相关节点(例如，可以存储信息的节点)，以使得相关节点记录相关信息。

接下来，以微信支付场景为例，描述微信支付账号评价的流程。

参考图10和图11，如图10所示，通常一个用户会通过自身的实名认证信息(身份证)认证一个微信支付，用于日常支付和消费，但是，如图11所示，也有很多用户会注册多个微信，在每个微信上都使用同一个身份信息进行认证微信支付。

这样就会存在，有些用户会通过一个身份证信息在不同的微信号上认证微信支付，就是”大小号”，有些用户使用大小号是用在正常场景，例如给父母小孩用，又或者有多个手机在不同场景进行使用，除了正常使用场景，存在很多用户将大小号使用在微信支付的营销活动的场景，用户通过认证多个微信支付账号进行礼品或者礼券的领券。这样，一方面为了避免同一个用户通过不同的微信支付账号参与营销活动获利，避免平台损失；另一方面，经常需要准确知道哪个微信支付账号wx_id才是用户最经常使用的账号，才能在用户拥有多个wx_id的时候准确的给用户进行相应的奖励。

因此，应用本申请的实施例，对用户的微信支付账号进行评价。

参考图12，首先，确定营销活动的时间范围，即确定某营销活动的第一时间段；然后，分别记录具有相同长度的第一时间段、第二时间段(活动前的时间段)和第三时间段(活动后的时间段)中用户微信支付账号的使用数据；接着，整合第一时间段和第二时间段的使用数据得到第一整合使用数据，整合第一时间段和第三时间段的使用数据得到第二整合使用数据；其次，建立，第一时间段与第二时间段之间的第一权重矩阵、第一时间段与第三时间段之间的第二权重矩阵；最后建立评价模型，例如score＝score₍₁₎+score₍₂₎，得到用户微信支付账号的评价分数。

如果一个wx_id是小号(次要账号)，那么用户通过这个小号wx_id的最高频率只会出现在营销活动之间，活动前和活动后的使用频率应当都会比较小，这三个时间段的活跃频率会有比较大的差异。可通过比较用户同一ID下的多个微信支付账号的评价分数，将评价分数最高的确定为大号(主要账号)。或者可以将账号的评价分数与预定阈值比较，确定主要账号和次要账号。

以这种评价方式，可以具有以下效果：1、商业化价值，微信支付的很多营销活动和商业化推广都需要依赖ID与wx_id的关系，精准的评价出是否为用户小号的可能性；2、节约运营成本，由于微信和微信支付都拥有非常巨大的用户量，每一个营销活动难免都会有一些用户希望通过小号获取一些额外的奖励，通过本申请的实施例的方法，可以准确找到用户的小号，节约运营成本；3、数据完备与用户画像搭建，为了更好的应用大数据进行产品运营与产品设计，可以建立用户画像***。如果能以ID为账户主体，找到对应的小号，在微信自身数据完备性的构建和用户画像搭建上都是重要的一个环节；4、计算效率高，使用的全部数据都是微信自身都容易获取到的，沟通成本低。此外，本申请中的计算方法，通过程序即可实现，实用价值高。

图13示意性示出了根据本申请的一个实施例的评价用户的第三方支付账号的装置的框图。

如图13所示，该评价用户的第三方支付账号的的装置可以包括获取模块610、建立模块620及评价模块630。其中：

获取模块610用于分别获取在具有相同长度的第一时间段、第二时间段和第三时间段中所述第三方支付账号的使用数据，其中，第一时间段对应于特定营销活动的时间，第二时间段紧接在第一时间段之前，第三时间段紧接在第一时间段之后；建立模块620用于按照预定规则，建立第一时间段与第二时间段之间的第一权重矩阵、第一时间段与第三时间段之间的第二权重矩阵；评价模块630用于基于使用数据、第一权重矩阵以及第二权重矩阵，计算第三方支付账号的评价分数。

在本申请的一些实施例中，还包括整合模块可以在计算第三方支付账号的评价分数之前，整合在第二时间段的使用数据与在第一时间段的使用数据以得到第一整合使用数据，并且整合在第三时间段的使用数据与在第一时间段的使用数据以得到第二整合使用数据。

在本申请的一些实施例中，评价模块630可以分别用第一权重矩阵和第二权重矩阵来加权第一整合使用数据和第二整合使用数据，以分别得到第一加权使用数据和第二加权使用数据；计算第一加权使用数据与第二加权使用数据之和，作为评价分数。

在本申请的一些实施例中，获取模块610可以分别获取在第一时间段的每个n等分单位时段中第三方支付账号的使用次数；分别获取在第二时间段的每个n等分单位时段中第三方支付账号的使用次数；分别获取在第三时间段的每个n等分单位时段中第三方支付账号的使用次数，其中，n为大于1的整数。

在本申请的一些实施例中，建立模块620可以按照预定规则，计算第二时间段的第(n-i+1)单位时段的权重系数作为第一权重矩阵的第i元素；按照预定规则，计算第三时间段的第i单位时段的权重系数作为第二权重矩阵的第i元素，其中，i＝1,…,n。

在本申请的一些实施例中，评价模块630可以整合在第二时间段的第(n-i+1)单位时段中的使用次数与在第一时间段的第i单位时段中的使用次数，以得到第i前使用数据；整合在第三时间段的第i单位时段中的使用次数与在第一时间段的第i单位时段中的使用次数，以得到第i后使用数据；用第一权重矩阵的第i元素来加权第i前使用数据，并对加权后的第1前使用数据至加权后的第n前使用数据求和，得到前使用数据总和；用第二权重矩阵的第i元素来加权第i后使用数据，并对加权后的第1后使用数据至加权后的第n后使用数据求和，得到后使用数据总和；计算前使用数据总和与后使用数据总和之和，作为评价分数。

根据本申请的另一实施例，一种用于确定用户的第三方支付账号的重要度的设备可以包括：用于评价用户的第三方支付账号的装置，用于计算出第三方支付账号的评价分数；确定装置，用于通过将评价分数与预定阈值进行比较，确定第三方支付账号是主要账号还是次要账号。

根据本申请的一些实施例，还包括共享模块：用于在确定所述第三方支付账号是主要账号还是次要账号之后，将所述第三方支付账号的相关信息，共享到业务区块链的相关节点，以使得所述相关节点记录所述相关信息。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

图14示意性示出了根据本申请的一个实施例的电子设备的框图。

需要说明的是，图14示出的电子设备700仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图14所示，电子设备700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机存取存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有***操作所需的各种程序和数据。CPU701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN(局域网)卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本申请的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的***中限定的各种功能。

需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的实施例，而可以在不脱离其范围的情况下进行各种修改和改变。

Claims (12)

1.一种评价用户的第三方支付账号的方法，其特征在于，包括：

分别获取在具有相同长度的第一时间段、第二时间段和第三时间段中所述第三方支付账号的使用数据，其中，所述第一时间段对应于特定营销活动的时间，所述第二时间段紧接在所述第一时间段之前，所述第三时间段紧接在所述第一时间段之后；

按照预定规则，建立所述第一时间段与所述第二时间段之间的第一权重矩阵、所述第一时间段与所述第三时间段之间的第二权重矩阵；

基于所述使用数据、所述第一权重矩阵以及所述第二权重矩阵，计算所述第三方支付账号的评价分数；

其中，所述按照预定规则，建立所述第一时间段与所述第二时间段之间的第一权重矩阵、所述第一时间段与所述第三时间段之间的第二权重矩阵，包括：

按照所述预定规则，根据所述第一时间段、所述第二时间段以及所述第三时间段之间使用频率关系，建立所述第一权重矩阵和所述第二权重矩阵。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述计算所述第三方支付账号的评价分数之前，整合在所述第二时间段的所述使用数据与在所述第一时间段的所述使用数据以得到第一整合使用数据，并且整合在所述第三时间段的所述使用数据与在所述第一时间段的所述使用数据以得到第二整合使用数据。

3.根据权利要求2所述的方法，其特征在于，所述计算所述第三方支付账号的评价分数包括：

分别用所述第一权重矩阵和所述第二权重矩阵来加权所述第一整合使用数据和所述第二整合使用数据，以分别得到第一加权使用数据和第二加权使用数据；

计算所述第一加权使用数据与所述第二加权使用数据之和，作为所述评价分数。

4.根据权利要求1所述的方法，其特征在于，分别获取在所述第一时间段、所述第二时间段和所述第三时间段中的所述使用数据包括：

分别获取在所述第一时间段的每个n等分单位时段中所述第三方支付账号的使用次数；

分别获取在所述第二时间段的每个n等分单位时段中所述第三方支付账号的使用次数；

分别获取在所述第三时间段的每个n等分单位时段中所述第三方支付账号的使用次数，

其中，n为大于1的整数。

5.根据权利要求4所述的方法，其特征在于，建立所述第一权重矩阵和所述第二权重矩阵包括：

按照所述预定规则，计算所述第二时间段的第(n-i+1)单位时段的权重系数作为所述第一权重矩阵的第i元素；

按照所述预定规则，计算所述第三时间段的第i单位时段的权重系数作为所述第二权重矩阵的第i元素，

其中，i＝1,…,n。

6.根据权利要求5所述的方法，其特征在于，所述计算所述第三方支付账号的评价分数包括：

整合在所述第二时间段的第(n-i+1)单位时段中的所述使用次数与在所述第一时间段的第i单位时段中的所述使用次数，以得到第i前使用数据；

整合在所述第三时间段的第i单位时段中的所述使用次数与在所述第一时间段的第i单位时段中的所述使用次数，以得到第i后使用数据；

用所述第一权重矩阵的第i元素来加权所述第i前使用数据，并对加权后的第1前使用数据至加权后的第n前使用数据求和，得到前使用数据总和；

用所述第二权重矩阵的第i元素来加权所述第i后使用数据，并对加权后的第1后使用数据至加权后的第n后使用数据求和，得到后使用数据总和；

计算所述前使用数据总和与所述后使用数据总和之和，作为所述评价分数。

7.一种确定用户的第三方支付账号的重要度的方法，其特征在于，包括：

按照权利要求1至6中任一项所述的方法，计算出所述第三方支付账号的评价分数；

通过将所述评价分数与预定阈值进行比较，确定所述第三方支付账号是主要账号还是次要账号。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

在确定所述第三方支付账号是主要账号还是次要账号之后，将所述第三方支付账号的相关信息，共享到业务区块链的相关节点，以使得所述相关节点记录所述相关信息。

9.一种用于评价用户的第三方支付账号的装置，其特征在于，包括：

获取模块，用于分别获取在具有相同长度的第一时间段、第二时间段和第三时间段中所述第三方支付账号的使用数据，其中，所述第一时间段对应于特定营销活动的时间，所述第二时间段紧接在所述第一时间段之前，所述第三时间段紧接在所述第一时间段之后；

建立模块，用于按照预定规则，建立所述第一时间段与所述第二时间段之间的第一权重矩阵、所述第一时间段与所述第三时间段之间的第二权重矩阵；

评价模块，用于基于所述使用数据、所述第一权重矩阵以及所述第二权重矩阵，计算所述第三方支付账号的评价分数；

其中，所述按照预定规则，建立所述第一时间段与所述第二时间段之间的第一权重矩阵、所述第一时间段与所述第三时间段之间的第二权重矩阵，包括：

按照所述预定规则，根据所述第一时间段、所述第二时间段以及所述第三时间段之间使用频率关系，建立所述第一权重矩阵和所述第二权重矩阵。

10.一种电子设备，其特征在于，包括：处理器和存储器，所述存储器中存储有指令程序，所述指令程序在由所述处理器执行时实现根据权利要求1至8中任一项所述的方法。

11.一种用于确定用户的第三方支付账号的重要度的设备，其特征在于，包括：

用于评价用户的第三方支付账号的装置，用于按照权利要求1至6中任一项所述的方法，计算出所述第三方支付账号的评价分数；

确定装置，用于通过将所述评价分数与预定阈值进行比较，确定所述第三方支付账号是主要账号还是次要账号。

12.一种存储介质，其特征在于，存储有指令程序，所述指令程序在被处理器执行时实现如权利要求1-8任一项所述的方法。