CN115907774A - 账号有效性识别方法、装置、设备、存储介质及程序 - Google Patents

Abstract

本申请公开了一种账号有效性识别方法、装置、设备、存储介质及程序。该方法包括：获取待识别的支付流水信息，在支付状态为不是支付成功的情况下，确定支付时间所属的时间区间内，包含支付渠道标识、支付方账号标识、收款方账号标识和支付结果描述的支付流水信息的数量；根据数量确定分值变动值；分别将支付方账号标识和收款方账号标识作为目标账号标识，针对目标账号标识，根据分值变动值和预设的账号评分表，确定目标账号标识对应的目标评分；根据目标评分确定目标账号标识对应的账号是否有效。根据本申请实施例，能够自动分析识别支付流水中账号的有效性，无需人工对支付渠道的错误信息进行分类判断，即可及时识别出无效账号。

Description

账号有效性识别方法、装置、设备、存储介质及程序

技术领域

本申请属于互联网支付技术领域，尤其涉及一种账号有效性识别方法、装置、设备、存储介质及程序。

背景技术

目前在很多大型企业中，通常通过ERP(Enterprise Resource Planning，企业资源计划)等管理系统对经营过程中的生产、制造、财务、销售、采购等各领域进行系统化管理。支付是其中的一个重要环节，随着电子支付渠道的日益完善，加之反洗钱等监管方面的要求，企业的支付行为多使用联机支付，联机支付过程一般通过互联网等电子渠道进行，支付方将支付账号、收款账号、金额及其他认证信息发送至结算平台(例如银行、第三方平台等)，结算平台认证通过后根据请求金额进行资金划转，并将划转结果通过同步或异步延迟的方式回传给支付方。

在支付过程中，支付的成功率高度依赖于支付目标的收付款双方账号的有效性，若账号无效，则会在付款环节由于账号失效而发生付款失败。为了减少由于账号失效导致的付款失败，可以对账号进行有效性识别，然后基于识别结果为账号添加有效性标注，现有的识别账户有效性的方式，主要通过人工分析联机支付服务的返回信息，找到其中对于支付结果的描述字段，并对支付结果描述进行人工分类，根据不同支付结果类型分别对账号进行处理。例如支付结果中有“支付状态”和“错误原因”两个字段，当支付状态为“失败”且错误原因为“收款账户已过期”时，由于此情况下若不更新收款方账号信息则账户将一直处于过期不可用的状态，因此可以将收款账号标记为无效；当支付状态为“失败”且错误原因为“余额不足”时，由于此状态是由于付款账号余额不足造成的，与收款账号无关，因此不应将收款账号标记为无效。

但是随着经济活动范围的扩大，支付过程可能涉及各类外币、数字货币等，关联的支付渠道也随之增多，由于不同支付渠道对于支付结果的描述方式、描述信息各不相同，对支付结果的梳理、分类工作量亦随之增大，其成本不可忽视。此外，若支付渠道由于升级、变更等原因，出现了新的支付结果描述信息，难以在第一时间发现并加以分析分类，同样可能出现无法及时识别无效账号的情况。

发明内容

本申请实施例提供一种账号有效性识别方法、装置、设备、存储介质及程序，能够自动准确的对账号进行有效性识别，无需人为参与，可以及时识别出无效账号。

第一方面，本申请实施例提供一种账号有效性识别方法，该方法包括：

获取待识别的支付流水信息，支付流水信息中包括支付渠道标识、支付方账号标识、收款方账号标识、支付时间、支付状态和支付结果描述；

在支付状态不是支付成功的情况下，确定支付时间所属的时间区间内，包含支付渠道标识、支付方账号标识、收款方账号标识和支付结果描述的支付流水信息的数量；

根据数量确定分值变动值；

分别将支付方账号标识和收款方账号标识作为目标账号标识，针对目标账号标识，根据分值变动值和预设的账号评分表，确定目标账号标识对应的目标评分；

根据目标评分确定目标账号标识对应的账号是否有效。

第二方面，本申请实施例提供了一种账号有效性识别装置，该装置包括：

待识别信息获取模块，用于获取待识别的支付流水信息，支付流水信息中包括支付渠道标识、支付方账号标识、收款方账号标识、支付时间、支付状态和支付结果描述；

数量确定模块，用于在支付状态不是支付成功的情况下，确定支付时间所属的时间区间内，包含支付渠道标识、支付方账号标识、收款方账号标识和支付结果描述的支付流水信息的数量；

变动值确定模块，用于根据数量确定分值变动值；

目标评分确定模块，用于分别将支付方账号标识和收款方账号标识作为目标账号标识，针对目标账号标识，根据分值变动值和预设的账号评分表，确定目标账号标识对应的目标评分；

有效性确定模块，用于根据目标评分确定目标账号标识对应的账号是否有效。

第三方面，本申请实施例提供了一种电子设备，该设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第一方面任意一项所述的账号有效性识别方法。

第四方面，本申请实施例提供了一种计算机存储介质，计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如第一方面任意一项所述的账号有效性识别方法。

第五方面，本申请实施例提供了一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行如第一方面任意一项所述的账号有效性识别方法。

本申请实施例的账号有效性识别方法、装置、设备、存储介质及程序，获取待识别的支付流水信息，在支付流水信息中的支付状态不是支付成功的情况下，确定待识别的支付流水信息所属时间区间内，与待识别的支付流水信息支付渠道一致、收付款账号一致且支付结果描述一致的支付流水信息的数量，并根据数量确定分值变动值，进而根据分值变动值和账号评分表分别确定收付款双方的账号对应的评分，从而基于评分确定收付款双方账号的有效性。根据本申请实施例，可以自动分析识别支付流水中账号的有效性，无需人工对支付渠道的错误信息进行分类判断，也无需其他外部背景知识输入，在支付端用户无感的前提下，通过对用户支付行为进行统计分析，自动识别无效的账号，降低了企业由于支付失败带来的额外运营成本。

附图说明

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

图1是本申请实施例提供的一种账号有效性识别方法的流程示意图；

图2是本申请实施例提供的一种获取待识别的支付流水信息的方法的流程示意图；

图3是本申请实施例提供的一种评分记录处理方法的流程示意图；

图4是S104具体实现方式的流程示意图；

图5是S105具体实现方式的流程示意图；

图6是S501具体实现方式的流程示意图；

图7是本申请实施例提供的一种账号有效性识别装置的结构示意图；

图8是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

目前，很多大型企业为了提高企业运行效率、降低运行成本，通常会使用企业资源计划系统(Enterprise Resource Planning，ERP)等管理系统对企业的生产、制造、财务、销售、采购等各领域进行管理，将企业经营过程中的各项流程系统化、自动化。支付作为商业活动中的重要环节，往往需要经历一系列的事权、财权审批流程；且随着电子支付渠道的日益完善，加之反洗钱等监管方面的要求，企业的支付行为多使用电子渠道，因此若支付过程中涉及的付款、收款账号无效，则可能导致支付行为失败。并且在出现由于账户失效而导致付款失败的情况后，为了完成支付过程，需向相关方获取当前有效的账号信息并更新到系统中，此时由于收付款信息发生变化，为防止出现错误支付等风险，支付过程中相关事权、财权审批环节均需要重新进行，极大降低了企业运行效率。

由于支付的成功率高度依赖于支付目标的收付款双方账号的有效性，若无法及时识别无效账号，则会在付款环节中由于账号失效而发生付款失败的情况，而此时若修改账号信息，从事权、财权安全性角度考虑，必然要求相关审批环节重做，大幅降低了全流程的流转效率。与此同时，由于支付的各环节中的参与者往往不掌握收付款账号信息，例如出差的员工及出差事项审批人一般都不清楚机票代理商的收款账户信息，也不了解本公司差旅支付账户信息，因此难以在支付过程中由参与者主动发现账户有效性问题，若直接由支付端用户判断并标记收款方信息，可能出现误判、漏判等情况，并且此类错误会随着用户的增加而增多，因此依靠支付端用户手工判断收款账号有效性不具备可操作性。

目前，自动标注账户有效性主要通过人工分析联机支付服务的返回信息，找到其中对于支付结果的描述字段，并对其进行人工分类，根据不同支付结果类型分别对账号进行处理。例如，支付结果中有“支付状态”和“错误原因”两个字段，当支付状态为“失败”且错误原因为“收款账户已过期”时，由于此情况下若不更新收款方账号信息，则账户将一直处于过期不可用的状态，因此可以将收款账号标记为失效；当支付状态为“失败”且错误原因为“余额不足”时，由于此状态是由付款账号余额不足造成的，与收款账号无关，因此不应将收款账号标记为无效。其中，联机支付过程一般通过互联网等电子渠道进行，支付方将支付账号、收款账号、金额及其他认证信息发送至结算平台，例如银行、支付宝，结算平台认证通过后根据请求金额进行资金划转，并将划转结果通过同步或异步延迟的方式回传给支付方。

但是随着经济活动范围的扩大，支付过程可能涉及各类外币、数字货币等，关联的支付渠道也随之增多，由于不同支付渠道对于支付结果的描述方式、描述信息各不相同，对支付结果的梳理、分类工作量亦随之增大，其成本不可忽视。此外，若支付渠道由于升级、变更等原因，出现了新的支付结果描述信息，难以在第一时间发现并加以分析分类，同样可能出现无法及时识别无效账号的情况。

为了解决现有技术问题，本申请实施例提供了一种账号有效性识别方法、装置、设备及计算机存储介质。下面首先对本申请实施例所提供的账号有效性识别方法进行介绍。

图1示出了本申请实施例提供的一种账号有效性识别方法的流程示意图。如图1所示，该方法具体包括如下步骤：

S101、获取待识别的支付流水信息，支付流水信息中包括支付渠道标识、支付方账号标识、收款方账号标识、支付时间、支付状态和支付结果描述；

S102、在支付状态不是支付成功的情况下，确定支付时间所属的时间区间内，包含支付渠道标识、支付方账号标识、收款方账号标识和支付结果描述的支付流水信息的数量；

S103、根据数量确定分值变动值；

S104、分别将支付方账号标识和收款方账号标识作为目标账号标识，针对目标账号标识，根据分值变动值和预设的账号评分表，确定目标账号标识对应的目标评分；

S105、根据目标评分确定目标账号标识对应的账号是否有效。

由此，根据本申请实施例提供的一种账号有效性识别方法，获取待识别的支付流水信息，在支付流水信息中的支付状态不是支付成功的情况下，确定待识别的支付流水信息所属时间区间内，与待识别的支付流水信息支付渠道一致、收付款账号一致且支付结果描述一致的支付流水信息的数量，并根据数量确定分值变动值，进而根据分值变动值和账号评分表分别确定收付款双方的账号对应的评分，从而基于评分确定收付款双方账号的有效性。根据本申请实施例，可以自动分析识别支付流水中账号的有效性，无需人工对支付渠道的错误信息进行分类判断，也无需其他外部背景知识输入，在支付端用户无感的前提下，通过对用户支付行为进行统计分析，自动识别无效的账号，降低了企业由于支付失败带来的额外运营成本。

在一些实施例中，在S101中，待识别的支付流水信息是在支付流水表中有新的支付流水信息录入时，从支付流水表中获取最新录入的支付流水信息而得到的，即将最新录入的支付流水信息作为待识别的支付流水信息。

其中，支付流水信息包括支付渠道标识、支付方账号标识、收款方账号标识、支付时间、支付状态和支付结果描述。作为一种示例，如图2所示，在S101之前，该方法还可以包括如下步骤：

S201、在确定发生支付活动的情况下，获取支付活动的支付渠道标识、支付方支付信息、收款方支付信息、支付时间、支付状态和支付结果描述，其中，支付信息包括账号或支付渠道中等同于账号的唯一标识；

S202、利用消息摘要算法分别计算支付方支付信息的第一摘要值和收款方支付信息的第二摘要值；

S203、将第一摘要值和第二摘要值分别作为支付方账号标识和收款方账号标识；

S204、将支付渠道标识、支付方账号标识、收款方账号标识、支付时间、支付状态和支付结果描述共同组成支付活动对应的支付流水信息；

S205、将支付流水信息记录到支付流水表中。

由此，基于消息摘要算法，在不泄露敏感信息的情况下记录支付交易流水，分别计算支付方支付信息的第一摘要值和收款方支付信息的第二摘要值，并以第一摘要值和第二摘要值分别对应的作为支付方账号标识和收款方账号标识，从而获得支付流水信息。

示例性地，在不泄露敏感信息的情况下记录支付流水信息，支付流水信息不记录具体的支付金额，同时使用消息摘要算法处理账号，避免直接记录账号信息。由于消息摘要算法具有高度离散型和弱碰撞性的特点，可以认为不同账号的摘要信息不会重复，账号的摘要信息可用于替代账号作为支付双方的唯一标识。所以，利用消息摘要算法，例如SHA-1、SHA-256，分别计算计算支付方支付信息的第一摘要值和收款方支付信息的第二摘要值，以将第一摘要值作为支付方账号标识，将第二摘要值作为收款方账号标识。其中，SHA(SecureHash Algorithm，安全散列算法)又称哈希算法，能将一定长度的消息计算出固定长度的字符串，即消息摘要。具体为，对长度为L比特的支付方支付信息和长度为M比特的收款方支付信息，分别利用SHA-256经过填充、常量设置及初始化、加密和迭代压缩，得到支付方支付信息的第一摘要值和收款方支付信息的第二摘要值。

示例性地，将支付渠道标识CH_i、支付方支付信息Acs_i、收款方支付信息Act_i、支付时间T_i、支付状态Flag_i和支付结果描述Rmk_i共同组成支付活动对应的支付流水信息，该支付流水信息可表示为一个元组[CH_i，Acs_i，Act_i，T_i，Flag_i，Rmk_i]，将该元组记录在数据库或其他存储设备中，形成支付流水表。

在一些实施例中，在S102中，支付状态不是支付成功的情况可以是支付失败、支付超时等支付成功之外的其他任意支付状态，支付时间所属的时间区间可以是支付时间所属的那一天，例如支付时间为2022年7月15日9：05：00，则所属时间区间可以为2022年7月15日00:00:00-23:59:59，上述时间区间只是示例性的，具体的支付时间所属的时间区间也可以根据实际情况来设置，例如也可以为支付时间所属的一周、一个月等。示例性地，当支付流水表中记录一笔新支付流水信息时，记其为[ch_x，acs_x，act_x，t_x，flag_x，rmk_x]，将该新支付流水信息作为待识别的支付流水信息，在该支付流水信息中的支付状态不是支付成功时，根据支付渠道标识、支付方账号标识、收款方账号标识等信息，在支付流水表中查找该支付流水信息中的支付时间所属的时间区间内，包含支付渠道标识、支付方账号标识、收款方账号标识和支付结果描述的支付流水信息的数量，例如查找{Ch_i＝ch_x，Acs_i＝acs_x，Act_i＝act_x，Day(T_i)＝Day(t_x)，Rmk_i＝rmk_x}的记录数量，记为n。其中，由于至少可以找到待识别的支付流水信息本身，所以包含支付渠道标识、支付方账号标识、收款方账号标识和支付结果描述的支付流水信息的数量至少为1，即n≥1。

在一些实施例中，在S103中，可以利用如下公式(1)计算分值变动值：

其中，S表示分值变动值，n表示S102中确定的支付流水信息的数量。

在一些实施例中，在S104之前，可以先设置账号评分表，账号评分表的元组包含支付渠道标识Ch_i、账号标识Ac_i和评分标识S_i三个字段，记为[Ch_i，Ac_i，S_i]，且该账号评分表在初始状态下为空。

作为一种示例，如图3所示，根据分值变动值和预设的账号评分表，确定目标账号标识对应的目标评分，具体可以包括如下步骤：

S301、从账号评分表中，查找目标评分记录；

S302、响应于查找到目标评分记录，将目标评分记录中的评分与分值变动值的和值作为目标账号标识对应的目标评分；

S303、响应于未查找到目标评分记录，将分值变动值作为目标评分记录对应的目标评分。

作为一种示例，在S301中，分别将支付方账号标识和收款方账号标识作为目标账号标识进行处理。当目标账号标识为支付方账号标识时，从账号评分表中查找支付方账号标识对应的Ch_i＝ch_x，Ac_i＝acs_x的目标评分记录，当目标账号标识为收款方账号标识时，从账号评分表中查找收款方账号标识对应的Ch_i＝ch_x，Ac_i＝act_x的目标评分记录。

作为一种示例，在S302中，若从账号评分表中查找到支付方账号标识对应的Ch_i＝ch_x，Ac_i＝acs_x的目标评分记录，则将该目标评分记录中的评分与分值变动值的和值作为支付方账号标识对应的目标评分。若从账号评分表中查找到收款方账号标识对应的Ch_i＝ch_x，Ac_i＝act_x的目标评分记录，则将目标评分记录中的评分与分值变动值的和值作为收款方账号标识对应的目标评分。

作为一种示例，在S303中，若未从账号评分表中查找到支付方账号标识对应的Ch_i＝ch_x，Ac_i＝acs_x的目标评分记录，则将分值变动值的作为支付方账号标识对应的目标评分。同理，若未从账号评分表中查找到收款方账号标识对应的Ch_i＝ch_x，Ac_i＝act_x的目标评分记录，则将分值变动值为收款方账号标识对应的目标评分。在一些实施例中，在S105中，如图4所示，上述S105具体包括如下步骤：

S401、从预设的阈值表中获取与目标账号标识对应的异常阈值；

S402、将目标评分与异常阈值进行比较；

S403、在确定目标评分大于或等于异常阈值的情况下，确定目标账号标识对应的账号无效；

S404、在确定目标评分小于异常阈值的情况下，确定目标账号标识对应的账号有效。

在一些实施例中，在S401之前，先设置阈值表，阈值表中包括多个阈值三元组[Ch_i，Ac_i，Th_i]，其中，Ch_i表示支付渠道、Ac_i表示收支账号、Th_i表示异常阈值，将阈值三元组记录在数据库或其他存储设备中，形成阈值表。需要说明的是，阈值三元组允许出现Ac_i为空的情况，或者Ch_i和Ac_i同时为空的情况，但不允许其他情况的空值组合出现。空值表示一种特殊的取值，为空值表示此条件不生效，Ch_i和Ac_i共同组成阈值表的唯一索引，即不允许同一种支付渠道的同一个账号设定两个不同的阈值。则上述设置的含义为：异常阈值的设定可以是对某个支付渠道的任意账号设定，也可以是对所有支付渠道的任意账号设定通用的异常阈值。基于此，如图5所示，上述S401可以包括如下步骤：

S501、从阈值表中查找第一阈值三元组；

S502、响应于从阈值表中查找到第一阈值三元组，将第一阈值三元组中包含的阈值作为目标账号标识对应的异常阈值；

S503、响应于未从阈值表中查找到第一阈值三元组，从阈值表中查找第二阈值三元组；

S504、响应于从阈值表中查找到第二阈值三元组，将第二阈值三元组中包含的阈值作为目标账号标识对应的异常阈值；

S505、响应于未从阈值表中查找到第二阈值三元组，从阈值表中查找通用阈值三元组；

S506、将通用阈值三元组中的阈值作为目标账号标识对应的异常阈值。

通过上述方式实现按最大匹配原则在阈值表中查找相关异常阈值，即先按支付渠道和账号都匹配的方式查找阈值，若无匹配记录则按支付渠道查找阈值，若还是没有匹配记录则放弃所有搜索条件，查找通用的异常阈值。一般阈值表中推荐至少设定一条Ch_i和Ac_i同时为空的通用异常阈值。由此，可根据交易渠道的特定有针对性的设置分析识别的敏感性。

示例性地，当某一收支账号的评分发生变化后，按最大匹配原则在阈值表中查找相关的阈值设定信息。也就是说，在S502中，按照支付渠道和收支账号都匹配的方式从阈值表中查找第一阈值元组，并将第一阈值三元组中包含的阈值作为目标账号标识对应的异常阈值；在S503中，若未在阈值表中查找到第一阈值三元组，则按照支付渠道从阈值表中查找第二阈值三元组；在S504中，将按照支付渠道从阈值表中查找到的第二阈值三元组中包含的阈值作为目标账号标识对应的异常阈值；在S505中，若未查找到第二阈值三元组，则放弃搜索条件，从阈值表中查找通用阈值三元组，将通用阈值三元组中的阈值作为目标账号标识对应的异常阈值。

在一些实施例中，在S402中，通过比较目标评分与异常阈值的大小，从而确定账号是有效还是无效。

作为一种示例，阈值表中的各阈值可以根据不同的需求设置不同的值，例如，若对于同样收支账号同样的错误内容，单日内可容忍的连续错误次数为m，相应的阈值设定可为

再例如，考虑到同一天内收支账号相同且错误信息也相同一般是由于用户反复尝试同一笔支付导致，不能反映账号的真实有效性，故推荐设置阈值为2，由此利用公式(1)所示的方法计算分值变动值，永远不会有评分大于或等于2的情况出现，即同样收支账号同样的错误内容在单日内错误次数无上限。

作为一种示例，在S403和S404中，示例性地，通用异常阈值为2，设支付渠道Ch₀有收款账号Ac₁以及付款账户Ac₂和Ac₃，其中，收款账号Ac₁状态异常，付款账号Ac₂和Ac₃状态正常。当发生支付流水[Ch₀，Ac₂，Ac₁，2022年7月15日9:00:00，异常，收款账号已过期]，由于本日只有这1条流水，根据公式(1)计算得到分值变动值S＝1，基于S104中目标账号标识对应的目标评分的确定方法，调整后Ac₂和Ac₁的评分均为1，小于异常阈值，表明账号Ac₂和Ac₁均有效。

示例性地，若本日再次发生支付流水[Ch₀，Ac₂，Ac₁，2022年7月15日9：05：00，异常，收款账号已过期]，由于本日已有2条相同条件的流水，则根据公式(1)计算得到分值变动值S＝0.5，前面调整后的Ac₂和Ac₁的评分均为1，则基于S104中目标账号标识对应的目标评分的确定方法，再次调整后Ac₂和Ac₁的评分均为1.5，仍然小于异常阈值，表明账号Ac₂和Ac₁均有效。

示例性地，本日发生第三条支付流水[Ch₀，Ac₃，Ac₁，2022年7月15日10:00:00，异常，收款账号已过期]，由于付款账户不同，符合条件的流水为该流水本身，也即1条，根据公式(1)计算得到的分值变动值S＝1，前面调整后的Ac₁的评分为1.5，基于S104中目标账号标识对应的目标评分的确定方法，调整后Ac₃的评分为1，Ac₁的评分为2.5，此时Ac₃的评分小于异常阈值，Ac₁的评分大于异常阈值，则表明账号Ac₁无效，账号Ac₃有效。

此外，在识别出目标账号标识对应的账号为有效或无效后，根据识别结果为账号添加相应的标注，以标识该账号为有效或是无效。

由此，根据本申请实施例提供的账号有效性识别方法，无需人工对支付渠道的错误信息进行分类判断，也无需其他外部背景知识输入，在支付端用户无感的前提下，通过对用户支付行为进行统计分析，自动识别失效的账号，降低了企业由于支付失败带来的额外运营成本。此外，由于本申请实施例所提供的账号有效性识别方法对系统计算资源需求极低，在节约成本的同时也不会带来额外的资源投入。

在一些实施例中，若在S301中，在账号评分表中未查找到目标评分记录，则可以进一步生成新的包含支付渠道标识和目标账号标识的评分记录，并将分值变动值作为该评分记录中的评分。

作为一种示例，若未从账号评分表中查找到支付方账号标识对应的Ch_i＝ch_x，Ac_i＝acs_x的目标评分记录，则将分值变动值的作为支付方账号标识对应的目标评分，并生成一条符合Ch_i＝ch_x，Ac_i＝acs_x的新的评分记录，并将分值变动值作为该评分记录中的评分。同理，若未从账号评分表中查找到收款方账号标识对应的Ch_i＝ch_x，Ac_i＝act_x的目标评分记录，则将分值变动值为收款方账号标识对应的目标评分，并生成一条符合Ch_i＝ch_x，Ac_i＝act_x的新的评分记录，并将分值变动值作为该评分记录中的评分。

通过此种方式，可以保证在某支付渠道下某账号的最新流水中支付状态不是支付成功时，账号评分表中肯定有该支付渠道下该账号对应的评分记录，且评分记录中的评分不是初始值，由此，后续再针对该账号进行有效性识别时，可以根据账号评分表中该账号的相关记录，确定该账号之前是否出现过支付不成功的情况，进而可以基于确定出的情况对账号进行有效性识别，从而保证识别结果的准确性。

在一些实施例中，如图6所示，待识别的支付流水信息中的支付状态为支付成功时，即可确定支付方账号标识对应的账号和收款方账号标识对应的账号均有效，进一步的，还可以执行如下步骤：

S601、在支付状态为支付成功的情况下，从账号评分表中分别查找第一评分记录和第二评分记录；

S602、将查找到的第一评分记录和第二评分记录从账号评分表中删除；或将查找到的第一评分记录和第二评分记录中包含的评分更新为初始值。

其中，初始值可以为0。

作为一种示例，在S601中，第一评分记录为包含支付渠道标识和支付方账号标识的评分记录，第二评分记录为包含支付渠道标识和收款方账号标识的评分记录。示例性地，在支付状态为支付成功的情况下，从账号评分表中查找符合Ch_i＝ch_x，Ac_i＝acs_x和Ch_i＝ch_x，Ac_i＝act_x的记录，即第一评分记录和第二评分记录。

作为一种示例，在S602中，若查找到第一评分记录和第二评分记录，将查找到的第一评分记录和第二评分记录从账号评分表中删除，或者将第一评分记录和第二评分记录中包含的评分更新为初始值。

通过此种方式，可以保证在某支付渠道下的某账号在最新支付流水信息中状态为有效的情况下，账号评分表中没有符合该支付渠道下该账号的评分记录，或相应的评分记录中的评分为初始值，由此，后续在对该账号进行有效性识别时，根据账号评分表便可以初步确定出该账号之前有效，基于此进行有效性识别，也即基于之前的识别结果进一步进行有效性识别，可以保证识别的准确性。需要说明的是，上述本申请实施例描述的应用场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定。本领域技术人员可知，随着新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题同样适用。

基于相同的发明构思，本申请还提供了一种账号有效性识别装置，具体结合图7进行详细说明。

图7示出了本申请实施例提供的一种账号有效性识别装置的结构示意图。如图7所示，该账号有效性识别装置700可以包括：

待识别信息获取模块701，用于获取待识别的支付流水信息，支付流水信息中包括支付渠道标识、支付方账号标识、收款方账号标识、支付时间、支付状态和支付结果描述；

数量确定模块702，用于在支付状态不是支付成功的情况下，确定支付时间所属的时间区间内，包含支付渠道标识、支付方账号标识、收款方账号标识和支付结果描述的支付流水信息的数量；

变动值确定模块703，用于根据数量确定分值变动值；

目标评分确定模块704，用于分别将支付方账号标识和收款方账号标识作为目标账号标识，针对目标账号标识，根据分值变动值和预设的账号评分表，确定目标账号标识对应的目标评分；

有效性确定模块705，用于根据目标评分确定目标账号标识对应的账号是否有效。

由此，根据本申请实施例提供的一种账号有效性识别装置，可以自动分析识别支付流水中账号的有效性，无需人工对支付渠道的错误信息进行分类判断，也无需其他外部背景知识输入，在支付端用户无感的前提下，通过对用户支付行为进行统计分析，自动识别无效的账号，降低了企业由于支付失败带来的额外运营成本。

在一些实施例中，为了确定目标账号标识对应的目标评分，上述目标评分确定模块704可以包括以下单元：

查找单元，用于从账号评分表中，查找目标评分记录；

第一响应单元，用于响应于查找到目标评分记录，将目标评分记录中的评分与分值变动值的和值作为目标账号标识对应的目标评分；

第二响应单元，用于响应于未查找到目标评分记录，将分值变动值作为目标评分记录对应的目标评分。

在一些实施例中，为了响应于未查找到目标评分记录，上述第二响应单元可以包括以下子单元：

响应子单元，用于响应于未查找到目标评分记录，生成新的包含支付渠道标识和目标账号标识的评分记录，并将分值变动值作为该评分记录中的评分。

在一些实施例中，为了根据目标评分确定目标账号标识对应的账号是否有效，上述有效性确定模块705可以包括以下单元：

获取单元，用于从预设的阈值表中获取与目标账号标识对应的异常阈值；

比较单元，用于将目标评分与异常阈值进行比较；

第一确定单元，用于在确定目标评分大于或等于异常阈值的情况下，确定目标账号标识对应的账号无效；

第二确定单元，用于在确定目标评分小于异常阈值的情况下，确定目标账号标识对应的账号有效。

在一些实施例中，为了从预设的阈值表中获取与目标账号标识对应的异常阈值，上述获取单元可以包括以下子单元：

查找子单元，用于从阈值表中查找第一阈值三元组；

第一响应子单元，用于响应于从阈值表中查找到第一阈值三元组，将第一阈值三元组中包含的阈值作为目标账号标识对应的异常阈值；

第二响应子单元，用于响应于未从阈值表中查找到第一阈值三元组，从阈值表中查找第二阈值三元组；

第三响应子单元，用于响应于从阈值表中查找到第二阈值三元组，将第二阈值三元组中包含的阈值作为目标账号标识对应的异常阈值；

第四响应子单元，用于响应于未从阈值表中查找到第二阈值三元组，从阈值表中查找通用阈值三元组；

确定子单元，用于将通用阈值三元组中的阈值作为目标账号标识对应的异常阈值。

在一些实施例中，在支付状态为支付成功的情况下，上述账号有效性识别装置700还可以包括以下单元：

查找单元，用于在支付状态为支付成功的情况下，从账号评分表中分别查找第一评分记录和第二评分记录；

删除单元，用于将查找到的第一评分记录和第二评分记录从账号评分表中删除；

更新单元，用于将查找到的第一评分记录和第二评分记录中包含的评分更新为预设值。

在一些实施例中，为了获取待识别的支付流水信息，上述账号有效性识别装置700还可以包括以下单元：

获取单元，用于在确定发生支付活动的情况下，获取支付活动的支付渠道标识、支付方支付信息、收款方支付信息、支付时间、支付状态和支付结果描述；

计算单元，用于利用消息摘要算法分别计算支付方支付信息的第一摘要值和收款方支付信息的第二摘要值；

确定单元，用于将第一摘要值和第二摘要值分别作为支付方账号标识和收款方账号标识；

组成单元，用于将支付渠道标识、支付方账号标识、收款方账号标识、支付时间、所支付状态和支付结果描述共同组成支付活动对应的支付流水信息；

记录单元，用于将支付流水信息记录到支付流水表中。

图8示出了本申请实施例提供的一种电子设备的硬件结构示意图。

该电子设备800可以包括处理器801以及存储有计算机程序指令的存储器802。

具体地，上述处理器801可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器802可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器802可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器802可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器802可在综合网关容灾设备的内部或外部。在特定实施例中，存储器802是非易失性固态存储器。存储器802可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器802包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可执行上述实施例中的任意一种账号有效性识别方法所描述的操作。

处理器801通过读取并执行存储器802中存储的计算机程序指令，以实现上述实施例中的任意一种账号有效性识别方法。

在一个示例中，电子设备800还可包括通信接口803和总线804。其中，如图8所示，处理器801、存储器802、通信接口803通过总线804连接并完成相互间的通信。

通信接口803，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线804包括硬件、软件或两者，将电子设备800的部件彼此耦接在一起。举例来说而非限制，总线804可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线804可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

另外，结合上述实施例中的账号有效性识别方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种账号有效性识别方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (11)

1.一种账号有效性识别方法，其特征在于，包括：

获取待识别的支付流水信息，所述支付流水信息中包括支付渠道标识、支付方账号标识、收款方账号标识、支付时间、支付状态和支付结果描述；

在所述支付状态不是支付成功的情况下，确定所述支付时间所属的时间区间内，包含所述支付渠道标识、所述支付方账号标识、所述收款方账号标识和所述支付结果描述的支付流水信息的数量；

根据所述数量确定分值变动值；

分别将所述支付方账号标识和所述收款方账号标识作为目标账号标识，针对所述目标账号标识，根据所述分值变动值和预设的账号评分表，确定所述目标账号标识对应的目标评分；

根据所述目标评分确定所述目标账号标识对应的账号是否有效。

2.根据权利要求1所述的方法，其特征在于，所述根据所述分值变动值和预设的账号评分表，确定所述目标账号标识对应的目标评分，包括：

从所述账号评分表中，查找目标评分记录，其中，所述目标评分记录为包含所述支付渠道标识和所述目标账号标识的评分记录，所述评分记录中还包括评分；

响应于查找到所述目标评分记录，将所述目标评分记录中的评分与所述分值变动值的和值作为所述目标账号标识对应的目标评分；

响应于未查找到所述目标评分记录，将所述分值变动值作为所述目标评分记录对应的目标评分。

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

响应于未查找到所述目标评分记录，生成新的包含所述支付渠道标识和所述目标账号标识的评分记录，并将所述分值变动值作为该评分记录中的评分。

4.根据权利要求1所述的方法，其特征在于，所述根据所述目标评分确定所述目标账号标识对应的账号是否有效，包括：

从预设的阈值表中获取与所述目标账号标识对应的异常阈值；

将所述目标评分与所述异常阈值进行比较；

在确定所述目标评分大于或等于所述异常阈值的情况下，确定所述目标账号标识对应的账号无效；

在确定所述目标评分小于所述异常阈值的情况下，确定所述目标账号标识对应的账号有效。

5.根据权利要求4所述方法，其特征在于，所述阈值表中包括多个阈值三元组，所述阈值三元组包括支付渠道标识、账号标识和阈值，其中允许账号标识为空或支付渠道标识和账号标识同时为空，所述从预设的阈值表中获取与所述目标账号标识对应的异常阈值，包括：

从所述阈值表中查找第一阈值三元组，其中，所述第一阈值三元组为包含所述支付渠道标识和所述目标账号标识的阈值三元组；

响应于从所述阈值表中查找到所述第一阈值三元组，将所述第一阈值三元组中包含的阈值作为所述目标账号标识对应的异常阈值；

响应于未从所述阈值表中查找到所述第一阈值三元组，从所述阈值表中查找第二阈值三元组，其中，所述第二阈值三元组为包含所述支付渠道标识的阈值三元组；

响应于从所述阈值表中查找到所述第二阈值三元组，将所述第二阈值三元组中包含的阈值作为所述目标账号标识对应的异常阈值；

响应于未从所述阈值表中查找到所述第二阈值三元组，从所述阈值表中查找通用阈值三元组，其中，所述通用阈值三元组为支付渠道标识和账号标识同时为空只包含阈值的阈值三元组；

将所述通用阈值三元组中的阈值作为所述目标账号标识对应的异常阈值。

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

在所述支付状态为支付成功的情况下，从所述账号评分表中分别查找第一评分记录和第二评分记录，其中，所述第一评分记录为包含所述支付渠道标识和所述支付方账号标识的评分记录，所述第二评分记录为包含所述支付渠道标识和所述收款方账号标识的评分记录；

将查找到的所述第一评分记录和所述第二评分记录从所述账号评分表中删除；

或，

将查找到的所述第一评分记录和所述第二评分记录中包含的评分更新为初始值。

7.根据权利要求1所述的方法，其特征在于，所述获取待识别的支付流水信息之前，所述方法还包括：

在确定发生支付活动的情况下，获取所述支付活动的支付渠道标识、支付方支付信息、收款方支付信息、支付时间、支付状态和支付结果描述，其中，支付信息包括账号或支付渠道中等同于账号的唯一标识；

利用消息摘要算法分别计算所述支付方支付信息的第一摘要值和所述收款方支付信息的第二摘要值；

将所述第一摘要值和所述第二摘要值分别作为支付方账号标识和收款方账号标识；

将所述支付渠道标识、所述支付方账号标识、所述收款方账号标识、所述支付时间、所述支付状态和所述支付结果描述共同组成所述支付活动对应的支付流水信息；

将所述支付流水信息记录到支付流水表中；

所述获取待识别的支付流水信息，包括：

在所述支付流水表中有新的支付流水信息录入时，从所述支付流水表中获取最新录入的支付流水信息作为待识别的支付流水信息。

8.一种账号有效性识别装置，其特征在于，所述装置包括：

待识别信息获取模块，用于获取待识别的支付流水信息，所述支付流水信息中包括支付渠道标识、支付方账号标识、收款方账号标识、支付时间、支付状态和支付结果描述；

数量确定模块，用于在所述支付状态不是支付成功的情况下，确定所述支付时间所属的时间区间内，包含所述支付渠道标识、所述支付方账号标识、所述收款方账号标识和所述支付结果描述的支付流水信息的数量；

变动值确定模块，用于根据所述数量确定分值变动值；

目标评分确定模块，用于分别将所述支付方账号标识和所述收款方账号标识作为目标账号标识，针对所述目标账号标识，根据所述分值变动值和预设的账号评分表，确定所述目标账号标识对应的目标评分；

有效性确定模块，用于根据所述目标评分确定所述目标账号标识对应的账号是否有效。

9.一种电子设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-7任意一项所述的账号有效性识别方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-7任意一项所述的账号有效性识别方法。

11.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-7任意一项所述的账号有效性识别方法。

Images