帐号拉回流方法、装置、服务器及存储介质与流程

1.本技术实施例涉及支付技术领域，特别涉及一种帐号拉回流方法、装置、服务器及存储介质。


背景技术：

2.随着支付技术的不断发展，越来越多新型支付方式应运而生，比如刷脸支付。
3.由于新型支付方式会改变用户以往的支付习惯，因此用户往往在尝试新型支付方式后，继续使用以往的支付方式。这种情况对新型支付方式的普及极为不利，且造成支持新型支付方式的新型支付设备的使用率较低。
4.相关技术中，通常采用广告投放的方式进行新型支付方式推广，然而这种全量推广方式缺乏针对性，导致拉回流(即将使用过新型支付方式但切换回原始支付方式的用户拉回使用新型支付方式)的效果不佳。


技术实现要素：

5.本技术实施例提供了一种帐号拉回流方法、装置、服务器及存储介质，有助于提高帐号的拉回流效果，该技术方案如下：
6.一方面，本技术实施例提供了一种帐号拉回流方法，所述方法包括：
7.获取用户帐号的历史支付信息，所述历史支付信息基于用户帐号的历史支付行为生成；
8.基于所述历史支付信息，为满足拉回流条件的目标用户帐号设置拉回流标识，所述拉回流条件用于表征支付时使用的支付方式由第一支付方式切换为第二支付方式；
9.对设置有所述拉回流标识的所述目标用户帐号进行拉回流处理，所述拉回流处理用于引导所述目标用户帐号重新使用所述第一支付方式。
10.另一方面，本技术实施例提供了一种帐号拉回流装置，所述装置包括：
11.信息获取模块，用于获取用户帐号的历史支付信息，所述历史支付信息基于用户帐号的历史支付行为生成；
12.第一标识设置模块，用于基于所述历史支付信息，为满足拉回流条件的目标用户帐号设置拉回流标识，所述拉回流条件用于表征支付时使用的支付方式由第一支付方式切换为第二支付方式；
13.拉回流模块，用于对设置有所述拉回流标识的所述目标用户帐号进行拉回流处理，所述拉回流处理用于将所述目标用户帐号拉回使用所述第一支付方式。
14.可选的，所述第一标识设置模块，包括：
15.支付类型获取单元，用于获取所述历史支付信息中包含的历史支付类型，所述历史支付类型包括用户帐号使用过的支付方式；
16.支付记录获取单元，用于响应于所述历史支付类型满足支付类型条件，获取所述历史支付信息中包含的历史支付记录，所述历史支付记录中包含用户帐号最近n次支付时
采用的支付方式，n为大于等于2的整数；
17.标识设置单元，用于响应于所述历史支付记录满足支付记录条件，确定用户帐号为所述目标用户帐号，为所述目标用户帐号设置所述拉回流标识。
18.可选的，所述支付记录获取单元，用于：
19.响应于所述历史支付类型中包含所述第一支付方式，确定所述历史支付类型满足所述支付类型条件，并获取所述历史支付信息中包含的所述历史支付记录；
20.所述标识设置单元，用于：
21.响应于所述历史支付记录中不包含所述第一支付方式，确定所述历史支付记录满足所述支付记录条件，并确定用户帐号为所述目标用户帐号，为所述目标用户帐号设置所述拉回流标识。
22.可选的，所述标识设置单元，还用于：
23.响应于所述历史支付记录中不包含所述第一支付方式，获取所述历史支付记录中各次支付时所使用支付设备对应的设备能力标识，所述设备能力标识用于表征所述支付设备对所述第一支付方式的支持情况；
24.响应于存在至少一个所述设备能力标识指示所述支付设备支持所述第一支付方式，确定所述历史支付记录满足所述支付记录条件。
25.可选的，所述装置还包括：
26.接收模块，用于接收用户帐号对应的支付数据，所述支付数据是用户帐号产生支付行为时上报的数据；
27.更新模块，用于基于所述支付数据所指示的目标支付方式，更新所述历史支付信息。
28.可选的，所述历史支付信息中包含历史支付类型和历史支付记录；
29.所述更新模块，包括：
30.第一更新单元，用于响应于所述目标支付方式不属于所述历史支付类型，将所述目标支付方式添加至所述历史支付类型；或，响应于所述目标支付方式属于所述历史支付类型，不更新所述历史支付类型；
31.第二更新单元，用于将所述目标支付方式添加至所述历史支付记录。
32.可选的，所述支付数据中包含支付设备的设备标识，且所述历史支付记录中包含各次支付时所使用支付设备对应的设备能力标识；
33.所述第二更新单元，用于：
34.基于所述支付数据中包含的所述设备标识，确定所述支付设备的支付方式支持信息；
35.将所述目标支付方式添加至所述历史支付记录，并基于所述支付方式支持信息为所述目标支付方式设置所述设备能力标识。
36.可选的，所述拉回流模块，包括：
37.第一拉回流单元，用于向设置有所述拉回流标识的所述目标用户帐号发送支付优惠消息，所述支付优惠消息用于指示使用所述第一支付方式进行支付以获取支付优惠；
38.第二拉回流单元，用于接收支付设备发送的所述目标用户帐号的支付数据；响应于所述支付数据所指示的目标支付方式为所述第一支付方式，向所述目标用户帐号下发支
付优惠。
39.可选的，所述装置还包括：
40.删除模块，用于删除为所述目标用户帐号设置的所述拉回流标识。
41.可选的，所述装置还包括：
42.第二标识设置模块，用于基于所述历史支付信息所指示的支付频率，确定所述目标用户帐号对应的拉回流等级，并为所述目标用户帐号设置拉回流等级标识，其中，不同拉回流等级标识对应不同拉回流处理。
43.可选的，所述信息获取模块，用于：
44.按照预设频率获取用户帐号的所述历史支付信息；
45.或，
46.响应于用户帐号的所述历史支付信息更新，获取用户帐号的所述历史支付信息。
47.可选的，所述第一支付方式为生物特征识别支付，所述生物特征识别支付包括人脸识别支付、指纹识别支付、步态识别支付和虹膜识别支付中的至少一种；
48.所述第二支付方式包括图形码支付，所述图形码支付包括图形码展示支付和图形码扫描支付中的至少一种。
49.另一方面，本技术实施例提供了一种服务器，所述服务器包含处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上述方面所述的帐号拉回流方法。
50.另一方面，本技术实施例提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如上述方面所述的帐号拉回流方法。
51.另一方面，本技术实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方面的各种可选实现方式中提供的帐号拉回流方法。
52.本技术提供的技术方案可以包括以下有益效果：
53.本技术实施例中，通过获取用户帐号的历史支付信息，基于历史支付信息识别出支付方式由第一支付方式切换为第二支付方式的目标用户帐号，并为目标用户帐号设置拉回流标识，以便后续针对设置有拉回流标识的用户帐号进行拉回流处理；由于设置有拉回流标识的用户帐号为历史使用过第一支付方式的帐号，因此针对此类用户帐号进行拉回流处理，能够提高用户帐号重新使用第一支付方式的概率，相较于支付方式的全量推广，有助于提高帐号的拉回流效果。
附图说明
54.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
55.图1示出了本技术一个示例性实施例提供的实施环境的示意图；
56.图2示出了本技术一个示例性实施例示出的帐号拉回流方法的流程图；
57.图3示出了本技术另一个示例性实施例示出的帐号拉回流方法的流程图；
58.图4是本技术一个示例性实施例示出的目标用户帐号识别过程的实施示意图；
59.图5是本技术一个示例性实施例示出的拉回流处理过程的实施示意图；
60.图6是本技术另一个示例性实施例示出的拉回流处理过程的实施示意图；
61.图7示出了本技术另一个示例性实施例示出的帐号拉回流方法的流程图；
62.图8是本技术一个示例性实施例示出的目标用户帐号识别过程的实施示意图；
63.图9是本技术一个示例性实施例提供的支付系统的系统架构图；
64.图10示出了本技术一个示例性实施例示出的帐号拉回流装置的结构方框图；
65.图11示出了本技术一个示例性实施例提供的服务器的结构框图。
具体实施方式
66.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
67.请参考图1，其示出了本技术一个示例性实施例提供的实施环境的示意图，该实施环境中包括终端110、支付设备120以及服务器130。
68.终端110是具有线下支付功能的电子设备，该电子设备可以是智能手机、平板电脑、可穿戴式设备等等，本实施例对此不作限定。
69.终端110中的线下支付功能可以由第三方应用程序提供，该应用程序可以是具有线下支付功能的即时通信应用程序、具有线下支付功能的购物类应用程序或者具有线下支付功能的金融类应用程序等等；或者，该线下支付功能可以由原生应用程序(终端厂商预设在操作系统中，由终端厂商提供支付服务)提供，本实施例对此不作限定。
70.可选的，用户使用终端110进行线下支付时，可以通过扫描图形码或者展示图形码(比如二维码)进行支付。其中，采用扫描图形码方式进行支付时，该图形码可以由支付设备120通过屏幕进行展示，终端110则通过摄像头进行图形码扫描；采用展示图形码方式进行支付时，该图形码由终端110通过屏幕进行展示，并由支付设备120通过摄像头进行图形码扫描。
71.可选的，用户还可以预先通过终端110中的应用程序进行生物特征录入，后续进行线下支付时，若支付设备120支持生物特征识别支付，即可通过支付设备120对用户进行生物特征数据采集，并对采集到的生物特征数据进行验证，从而在验证通过时完成支付，无需使用终端110。
72.支付设备120是收款方进行线下收款时使用的电子设备。在一种可能的实施方式中，支付设备120通过与终端110进行交互实现支付。在一些实施例中，支付设备120具有图形码展示功能和图形码扫描功能，用户可以使用终端110扫描支付设备120展示的图形码以完成支付，或者，用户可以使用终端110出示图形码，由支付设备120对图形码进行扫描以完成支付。
73.在其他可能的实施方式中，支付设备120可以在不与终端110进行交互的情况下实现支付。在一些实施例中，支付设备120具有生物特征采集功能，通过该生物特征采集功能，支付设备120可以采集用户的生物特征数据，并将该生物特征数据上报服务器130，由服务
器130将对该生物特征数据进行验证，并在验证通过后完成支付。
74.可选的，当生物特征为指纹时，支付设备120通过指纹采集组件采集指纹图像；当生物特征为人脸时，支付设备120通过摄像组件采集人脸图像；当生物特征为步态时，支付设备120通过摄像组件采集步态影像；当生物特征为虹膜时，支付设备120通过虹膜扫描组件采集虹膜图像。
75.终端110通过无线网络与服务器130建立通信连接，支付设备120通过有线或无线网络与服务器130建立通信连接。
76.服务器130是实现支付功能的服务器，其可以是终端110中具有支付功能的应用程序的后台服务器。服务器130可以是一台服务器，若干台服务器构成的服务器集群或云计算中心。
77.可选的，为了实现数据的去中心化，并提高数据存储的安全性，服务器130还可以是数据共享系统中的一个节点，数据共享系统中的各个节点之间能够进行数据共享。当数据共享系统中任意节点接收到输入信息时，数据共享系统中的其他节点便根据共识算法获取该输入信息，将该输入信息作为共享数据中的数据进行存储，使得数据共享系统中全部节点上存储的数据均一致。
78.对于数据共享系统中的每个节点，均具有与其对应的节点标识，而且数据共享系统中的每个节点均可以存储有数据共享系统中其他节点的节点标识，以便后续根据其他节点的节点标识，将生成的区块广播至数据共享系统中的其他节点。数据共享系统中的每个节点均存储一条相同的区块链。区块链由多个区块组成。创始块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值，区块主体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。
79.在一种可能的实施方式中，当终端110通过扫描图形码方式进行支付时，终端110向服务器130发送支付数据，由服务器130基于该支付数据完成支付；当终端110通过展示图形码方式进行支付时，支付设备120向服务器130发送支付数据，由服务器130基于该支付数据完成支付；当用户通过生物特征识别方式进行支付时，支付设备120向服务器130发送采集到的生物特征数据以及支付数据，由服务器130对生物特征数据进行验证，并在验证通过后基于支付数据完成支付。
80.本技术实施例中，服务器130具有拉回流功能，能够识别出历史使用过新型支付方式，但后续切换回原始支付方式的目标用户帐号，并能够对此类目标用户帐号进行拉回流。示意性的，如图1所示，终端110和支付设备120将支付数据发送至服务器130后，服务器130根据支付数据完成支付的同时，基于支付数据更新各个用户帐号对应的历史支付信息，并对历史支付信息进行识别，确定出满足拉回流条件的目标用户帐号，从而为目标用户帐号设置拉回流标识。根据该拉回流标识，服务器130能够直接通过终端110进行拉回流处理(比如向终端110下发支付优惠消息)，也可以通过支付设备120进行拉回流处理(比如当用户使用支付设备120的新型支付方式进行支付后下发支付优惠)。
81.相较于全量广告推广，由于服务器具有识别目标用户帐号以及针对目标用户帐号
的进行拉回流的能力，因此针对性的拉回流能够提高目标用户帐号重新使用新型支付方式的概率，提高帐号拉回流效果。
82.请参考图2，其示出了本技术一个示例性实施例示出的帐号拉回流方法的流程图，本技术实施例以该方法应用于图1所示的服务器为例进行说明，该方法包括：
83.步骤201，获取用户帐号的历史支付信息，历史支付信息基于用户帐号的历史支付行为生成。
84.本技术实施例中，对于每一个用户帐号，服务器获取用户帐号下历史支付行为所产生的支付数据，从而基于支付数据生成该用户帐号对应的历史支付信息，其中，该历史支付信息中包含用于指示历史支付行为所采用的支付方式的信息。
85.步骤202，基于历史支付信息，为满足拉回流条件的目标用户帐号设置拉回流标识，拉回流条件用于表征支付时使用的支付方式由第一支付方式切换为第二支付方式。
86.本技术实施例中，为了实现针对性拉回流，服务器首先需要基于历史支付信息，识别出满足拉回流条件的目标用户帐号。其中，满足拉回流条件的目标用户帐号为历史采用过第一支付方式进行支付，但后续切换回第二支付方式进行支付的用户帐号，第一支付方式与第二支付方式不同。
87.在一些实施例中，按照拉回流目的进行划分，第一支付方式为待普及或推广的支付方式，第二支付方式为原始支付方式。比如，第一支付方式为生物特征识别支付，且生物特征识别支付包括人脸识别支付、指纹识别支付、步态识别支付和虹膜识别支付中的至少一种；第二支付方式为图形码支付，且图形码支付包括图形码展示支付和图形码扫描支付中的至少一种。
88.确定出目标用户帐号后，服务器进一步为各个目标用户帐号设置拉回流标识，即通过拉回流标识指示目标用户帐号满足拉回流条件，以便服务器后续基于该拉回流标识对目标用户帐号进行针对性拉回流。
89.步骤203，对设置有拉回流标识的目标用户帐号进行拉回流处理，拉回流处理用于引导目标用户帐号重新使用第一支付方式。
90.在一种可能的实施方式中，服务器主动对设置有拉回流标识的目标用户帐号进行拉回流处理，即服务器在目标用户帐号未重新使用第一支付方式前，对目标用户帐号进行拉回流处理，以引导(使用目标用户帐号的)用户采用第一支付方式进行支付。
91.在另一种可能的实施方式中，服务器被动触发对目标用户帐号进行拉回流处理，即服务器检测到目标用户帐号重新使用第一支付方式后，对目标用户帐号进行拉回流处理，以提高回流用户后续继续采用第一支付方式进行支付的概率。
92.可选的，进行拉回流处理的方式包括但不限于下发拉回流消息、下发拉回流奖励等等。
93.在一种可能的应用场景中，当需要普及人脸识别支付这一支付方式时，服务器基于各个用户帐号的历史支付信息，筛选出历史使用过人脸识别支付，但后续切换使用图形码展示或图形码扫描支付的目标用户帐号，并为目标用户帐号设置拉回流标识，后续即基于拉回流标识对目标用户帐号进行拉回流处理，提高目标用户帐号切换使用人脸识别支付的概率。
94.综上所述，本技术实施例中，通过获取用户帐号的历史支付信息，基于历史支付信
不满足支付类型条件。
106.步骤303，响应于历史支付类型满足支付类型条件，获取历史支付信息中包含的历史支付记录，历史支付记录中包含用户帐号最近n次支付时采用的支付方式，n为大于等于2的整数。
107.进一步的，对于满足支付类型条件的用户帐号，服务器进一步获取历史支付信息中包含的历史支付记录，对于不满足支付类型条件的用户帐号，服务器则无需获取历史支付记录。
108.在一种可能的实施方式中，历史支付信息中包含支付记录字段，该支付记录字段中包含历史支付记录，其中，该历史支付记录可以采用数组形式存储。
109.可选的，历史支付记录采用先进先出方式存储最近n次支付时采用的支付方式，即当历史支付记录中存储n个支付方式时，若需要写入新的支付方式，则将最早写入的支付方式移出历史支付记录。
110.示意性的，如图4所示，服务器获取用户帐号“张三”对应的支付记录字段last_use_pay_type，该字段中包含的历史支付记录为[card，scan，scan，card，scan]；获取用户帐号“李四”对应的支付类型字段last_use_pay_type，该字段中包含的历史支付记录为[scan，scan，face，face，scan]。
[0111]
由于后续需要针对由第一支付方式切换为第二支付方式的用户帐号进行拉回流，因此服务器首先基于历史支付记录，检测用户帐号是否满足支付记录条件。若满足，则执行步骤304，若不满足，则确定用户帐号不满足拉回流条件。
[0112]
在一种可能的实施方式中，服务器检测历史支付记录中是否包含第一支付方式，若不包含，则确定历史支付记录满足支付记录条件，若包含，则确定历史支付类型不满足支付记录条件。
[0113]
示意性的，如图4所示，当第一支付方式为人脸识别支付时，由于用户帐号“张三”对应的历史支付记录中不包含face，而用户帐号“李四”对应的历史支付记录中包含face，因此服务器确定用户帐号“张三”满足支付记录条件，而用户帐号“李四”不满足支付记录条件。
[0114]
在其他可能的实施方式中，服务器可以在历史支付记录中第一支付方式的数量小于数量阈值(比如1次或2次)时，确定历史支付记录满足支付记录条件，本实施例对此不作限定。
[0115]
步骤304，响应于历史支付记录满足支付记录条件，确定用户帐号为目标用户帐号，为目标用户帐号设置拉回流标识。
[0116]
当用户帐号对应的历史支付类型满足支付类型条件，且历史支付记录满足支付记录条件时，服务器确定用户帐号为目标用户帐号，并设置拉回流标识。
[0117]
示意性的，如图4所示，服务器将同时满足支付类型条件以及支付记录条件的用户帐号“张三”确定为目标用户帐号。
[0118]
在一个示意性的例子中，服务器中维护的用户帐号信息如表一所示。
[0119]
表一
[0120]
用户帐号拉回流标识张三1
李四0王五0赵六1
[0121]
其中，1表示用户帐号设置有拉回流标识，0表示用户帐号未设置拉回流标识。
[0122]
在一种可能的实施方式中，为了进一步提升帐号拉回流效果，服务器设置拉回流标识后，基于历史支付信息所指示的支付频率，确定目标用户帐号对应的拉回流等级，并为目标用户帐号设置拉回流等级标识，相应的，后续服务器基于拉回流等级对目标用户帐号进行拉回流处理，其中，其中，不同拉回流等级标识对应不同拉回流处理。
[0123]
可选的，支付频率与拉回流等级呈正相关关系，即支付频率越高，拉回流等级越高。当拉回流处理的方式为下发支付优惠时，拉回流等级与支付优惠呈正相关关系，即拉回流等级越高，支付优惠力度越大。
[0124]
步骤305，向设置有拉回流标识的目标用户帐号发送支付优惠消息，支付优惠消息用于指示使用第一支付方式进行支付以获取支付优惠。
[0125]
为了引导使用目标用户帐号的用户通过第一支付方式进行支付，在一种可能的实施方式中，服务器向设置有拉回流标识的目标用户帐号发送支付优惠信息，提示用户使用第一支付方式进行支付以获取支付优惠。
[0126]
可选的，服务器按照预设频率向目标用户帐号发送支付优惠信息，比如1天/次，或者，服务器在接收到目标用户帐号的支付数据，且支付数据指示目标用户帐号本次使用的支付方式不属于第一支付方式时，服务器在本次支付完成后，向目标用户帐号发送支付优惠消息。
[0127]
其中，该支付优惠可以为支付满减优惠、随机立减优惠、抵用券等等，本实施例对此不作限定。
[0128]
示意性的，如图5所示，服务器51基于用户帐号“张三”的历史支付信息52确定“张三”为目标用户帐号后，当再次接收到终端53(登陆用户帐号“张三”)发送的支付数据，且支付数据指示本次支付采用的支付方式不是人脸识别支付时，向终端53发送支付优惠消息，由终端53在支付完成界面对支付优惠消息进行展示。
[0129]
步骤306，接收支付设备发送的目标用户帐号的支付数据。
[0130]
在另一种可能的实施方式中，当服务器识别出目标用户帐号通过第一支付方式进行支付，向目标用户帐号下发支付优惠，以提高用户后续继续使用第一支付方式的概率。
[0131]
可选的，当用户使用支付设备提供的支付功能进行支付后，支付设备向服务器上报支付数据，由服务器基于该支付数据完成支付流程。在一些实施例中，当支付功能为生物特征识别支付功能时，支付设备还会将采集到的生物特征数据上报至服务器，由服务器基于该生物特征数据进行身份验证，并在身份验证通过后，基于支付数据完成支付流程。
[0132]
示意性的，如图6所示，当用户(对应目标用户帐号)使用支付设备61进行人脸支付时，支付设备61将人脸支付数据上报至服务器62。
[0133]
步骤307，响应于支付数据所指示的目标支付方式为第一支付方式，向目标用户帐号下发支付优惠。
[0134]
在一种可能的实施方式中，服务器接收到支付数据后，检测支付数据所指示的目标支付方式是否为第一支付方式，若目标支付方式为第一支付方式，则向目标用户帐号下
发支付优惠，从而根据该支付优惠和支付数据完成支付流程；若目标支付方式不是第一支付方式，则不进行支付优惠下发。
[0135]
可选的，该支付优惠为支付满减优惠、随机立减优惠、抵用券等等，本实施例对此不作限定。
[0136]
示意性的，如图6所示，服务器62识别出用户使用了人脸支付功能，从而向目标用户帐号下发支付优惠，并自动使用该支付优惠完成本次人脸支付流程。完成支付后，服务器62向支付设备61反馈支付完成信息，告知用户本次支付已享受人脸支付优惠。
[0137]
步骤308，删除为目标用户帐号设置的拉回流标识。
[0138]
向目标用户帐号下发支付优惠后，即完成对目标用户帐号的拉回流，为了避免目标用户帐号无限获取支付优惠，服务器下发支付优惠后，删除为目标用户帐号设置的拉回流标识。
[0139]
结合表一所示的数据，当用户帐号“张三”使用人脸支付后，服务器将“张三”对应的拉回流标识删除。
[0140]
本实施例中，服务器基于历史支付信息中的历史支付类型以及历史支付记录进行目标用户帐号两级筛选，提高目标用户帐号的识别效率以及识别准确度；并且，不同场景下，服务器对目标用户帐号采用不同的拉回流处理方式，有助于进一步提高帐号的拉回流效果。
[0141]
为了保证用户帐号对应历史支付信息的实效性和准确性，进而提高目标用户帐号的识别以及拉回流的准确性，在一种可能的实施方式中，当接收到用户帐号对应的支付数据时，服务器基于支付数据所指示的目标支付方式，对历史支付信息进行更新。其中，支付数据是用户帐号产生支付行为时上报的数据，且该支付数据由终端上报，或者，由支付设备上报。
[0142]
可选的，若历史支付信息中包含历史支付类型和历史支付记录，服务器更新历史支付信息时可以包括如下步骤。
[0143]
一、响应于目标支付方式不属于历史支付类型，将目标支付方式添加至历史支付类型；或，响应于目标支付方式属于历史支付类型，不更新历史支付类型。
[0144]
服务器获取目标支付方式后，检测目标支付方式是否属于用户帐号对应的历史支付类型，若不属于，则将目标支付方式添加至历史支付类型，若属于，则保持当前的历史支付类型。
[0145]
在一个示意性的例子中，当用户帐号对应的历史支付类型为[card，scan]，且由支付设备上报的支付数据所指示的目标支付方式为face(人脸识别支付)时，服务器将该历史支付类型更新为[card，scan，face]；当用户帐号对应的历史支付类型为[card，face]，且由支付设备上报的支付数据所指示的目标支付方式为card时，服务器不更新历史支付类型更新。
[0146]
二、将目标支付方式添加至历史支付记录。
[0147]
在一种可能的实施方式中，当历史支付记录采用先进先出方式存储最近n次支付时采用的支付方式时，若历史支付记录中记录的支付方式的数量未达到n，则直接将目标支付方式添加至历史支付记录；若历史支付记录中记录的支付方式的数量达到n，服务器则将最早写入的支付方式移出历史支付记录，并写入目标支付方式。
[0148]
在一个示意性的例子中，历史支付记录用于记录最近5次支付时采用的支付方式，若当前的历史支付记录为[scan，scan，face，face，scan](支付时间由早到晚)，且支付数据所指示的目标支付方式为face时，服务器将历史支付记录更新为[scan，face，face，scan，face]。
[0149]
在一些可能的应用场景下，当支付设备不支持第一支付方式时，用户只能够采用第二支付方式进行支付，即支付方式的切换不仅仅由用户主观决定，还可能由支付设备的设备功能决定。相应的，若历史支付记录中仅记载支付方式，基于历史支付记录识别的目标用户帐号可能并不准确。比如，识别出的目标用户帐号所处的支付环境可能并未设置支持第一支付方式的支付设备，对此类目标用户帐号进行拉回流处理的效果不佳。
[0150]
为了进一步提高识别出的目标用户帐号的准确性，识别出因主观意愿切换支付方式的用户，在一种可能的实施方式中，历史支付记录中除了包含支付方式外，还包含支付时所使用的支付设备对应的设备能力标识，该设备能力标识用于表征支付设备对所述第一支付方式的支持情况。在图3的基础上，如图7所示，步骤304可以被替换为步骤3041和3042。
[0151]
步骤3041，响应于历史支付记录中不包含第一支付方式，获取历史支付记录中各次支付时所使用支付设备对应的设备能力标识。
[0152]
当历史支付记录中不包含第一支付方式，服务器进一步获取各个支付方式对应的设备能力标识，从而根据该设备能力标识识别是否因用户主观意愿导致未使用第一支付方式。
[0153]
示意性的，如图8所示，服务器基于用户帐号“张三”、“李四”和“王五”user_pay_chanel中包含的历史支付类型，确定去满足支付类型条件的用户帐号“张三”和“李四”后，进一步获取“张三”对应的历史支付记录[card(0)，scan(1)，scan(0)，card(1)，scan(1)]，以及“李四”对应的历史支付记录last_use_pay_type：[scan(0)，scan(0)，card(0)，scan(0)，scan(0)]。其中，1和0为设备能力标识，且1表示支付设备支持第一支付方式，0标识支付设备不支持第一支付方式。
[0154]
步骤3042，响应于存在至少一个设备能力标识指示支付设备支持第一支付方式，确定历史支付记录满足支付记录条件。
[0155]
其中，当设备能力标识指示支付设备支持第一支付方式，但是采用的支付方式并非第一支付方式时，表明不采用第一支付方式是用户的主观意愿，与支付设备的设备能力无关，因此，服务器确定历史支付记录满足支付记录条件。
[0156]
示意性的，如图8所示，虽然“张三”和“李四”对应的历史支付记录中均不包含第一支付方式face，但是“李四”对应的历史支付记录中各次支付时采用的支付设备均不支持第一支付方式，即“李四”切换使用第一支付方式以外支付方式是收到支付设备能力限制，而非主观意愿，因此服务器确定用户帐号“李四”的历史支付记录不满足支付记录条件。而“张三”对应的历史支付记录表明使用过支持第一支付方式的支付设备，但是仍旧使用非第一支付方式进行支付，即“张三”因主观意愿不采用第一支付方式，因此服务器确定用户帐号“张三”的历史支付记录满足支付记录条件。
[0157]
相应的，关于历史支付记录中设备能力标识的设置方式，在一种可能的实施方式中，终端或支付设备向服务器上报的支付数据中，还包含支付设备的设备标识，服务器即基于支付数据中包含的设备标识，确定支付设备的支付方式支持信息。
[0158]
其中，该设备标识可以为支付设备的序列码(serial number，sn)，用于唯一标识支付设备。
[0159]
可选的，服务器中存储有支付设备对应设备标识与支付方式支持信息之间的对应关系，服务器即根据支付数据中包含的设备标识，对上述对应关系中查询该支付设备对应的支付方式支持信息，进而确定支付设备是否支持第一支付方式。示意性的，设备标识与支付方式支持信息之间的对应关系如表二所示。
[0160]
表二
[0161][0162][0163]
进一步的，服务器将目标支付方式添加至历史支付记录，并基于支付方式支持信息为目标支付方式设置设备能力标识。其中，当支付方式支持信息中包含第一支付方式时，服务器为目标支付方式设置第一设备能力标识，当支付方式支持信息中不包含第一支付方式时，服务器为目标支付方式设置第二设备能力标识，其中，第一设备能力标识指示支付设备支持第一支付方式，第二设备能力标识指示支付设备不支持第一支付方式。
[0164]
结合表二所示的数据，当获取到支付数据中包含的设备标识为id12345678，且目标支付方式为scan时，服务器向历史支付记录中添加scan(1)；当获取到支付数据中包含的设备标识为id23456789，且目标支付方式为scan时，服务器向历史支付记录中添加scan(0)。
[0165]
本实施例中，历史支付记录除了用于记录支付方式外，还设置有指示支付设备是否支持第一支付方式的设备能力标识，后续进行目标用户帐号识别时，除了需要检测历史支付记录中是否包含第一支付方式外，还需要进一步根据设备能力标识检测用户所处的环境是否存在支持第一支付方式的支付设备，从而确定出因用户主观意愿切换使用支付方式的用户帐号，提高了目标用户帐号的识别准确性，进而提高后续对目标用户帐号的拉回流效果。
[0166]
在一个示意性的例子中，以第一支付方式为人脸识别支付为例，本技术实施例所涉及方案的整体系统结构如图9所示。该系统中包含终端910、人脸支付设备920以及服务器930。
[0167]
终端910中安装有支付app(应用程序)，该支付app具有付款码支付以及扫码支付功能。进行付款码支付或扫码支付后，支付app通过网络模块向服务器930上报支付数据，由服务器930通过付款码支付服务或扫码支付服务完整支付流程，并将支付数据发送至基础帐号服务，由基础帐号服务根据支付数据中包含的支付方式，确定用户帐号是否满足拉回流条件，并在满足拉回流条件时，向用户帐号-基础信息库写入拉回流标识。
[0168]
人脸支付设备920设置用于采集人脸图像的摄像头，并安装有人脸支付app。进行人脸支付时，人脸采集模块获取摄像头采集到的人脸图像，并对人脸图像进行人脸优选。人
脸支付app通过网络模块将优选出的人脸图像上传至服务器930，并进入加载态，等待服务器930反馈的支付结果。服务器930基于人脸库中的预设人脸图像，通过人脸支付服务对接收到的人脸图像进行身份验证，并将支付数据发送至基础帐号服务，由基础帐号服务根据支付数据中包含的支付方式更新用户帐号的历史支付信息。
[0169]
服务器930通过定时服务，定时获取用户帐号-基础信息库中设置有拉回流标识的目标用户帐号，并通过推送服务向终端910中的支付app发送刷脸活动优惠通知。
[0170]
此外，当目标用户帐号采用人脸支付时，人脸支付服务触发活动服务，向人脸支付设备920的人脸支付app的活动模块发送活动信息，告知用户通过刷脸支付所获取到的活动优惠。
[0171]
请参考图10，其示出了本技术一个示例性实施例示出的帐号拉回流装置的结构方框图。该装置可以包括：
[0172]
信息获取模块1001，用于获取用户帐号的历史支付信息，所述历史支付信息基于用户帐号的历史支付行为生成；
[0173]
第一标识设置模块1002，用于基于所述历史支付信息，为满足拉回流条件的目标用户帐号设置拉回流标识，所述拉回流条件用于表征支付时使用的支付方式由第一支付方式切换为第二支付方式；
[0174]
拉回流模块1003，用于对设置有所述拉回流标识的所述目标用户帐号进行拉回流处理，所述拉回流处理用于引导所述目标用户帐号重新使用所述第一支付方式。
[0175]
可选的，所述第一标识设置模块1002，包括：
[0176]
支付类型获取单元，用于获取所述历史支付信息中包含的历史支付类型，所述历史支付类型包括用户帐号使用过的支付方式；
[0177]
支付记录获取单元，用于响应于所述历史支付类型满足支付类型条件，获取所述历史支付信息中包含的历史支付记录，所述历史支付记录中包含用户帐号最近n次支付时采用的支付方式，n为大于等于2的整数；
[0178]
标识设置单元，用于响应于所述历史支付记录满足支付记录条件，确定用户帐号为所述目标用户帐号，为所述目标用户帐号设置所述拉回流标识。
[0179]
可选的，所述支付记录获取单元，用于：
[0180]
响应于所述历史支付类型中包含所述第一支付方式，确定所述历史支付类型满足所述支付类型条件，并获取所述历史支付信息中包含的所述历史支付记录；
[0181]
所述标识设置单元，用于：
[0182]
响应于所述历史支付记录中不包含所述第一支付方式，确定所述历史支付记录满足所述支付记录条件，并确定用户帐号为所述目标用户帐号，为所述目标用户帐号设置所述拉回流标识。
[0183]
可选的，所述标识设置单元，还用于：
[0184]
响应于所述历史支付记录中不包含所述第一支付方式，获取所述历史支付记录中各次支付时所使用支付设备对应的设备能力标识，所述设备能力标识用于表征所述支付设备对所述第一支付方式的支持情况；
[0185]
响应于存在至少一个所述设备能力标识指示所述支付设备支持所述第一支付方式，确定所述历史支付记录满足所述支付记录条件。
[0186]
可选的，所述装置还包括：
[0187]
接收模块，用于接收用户帐号对应的支付数据，所述支付数据是用户帐号产生支付行为时上报的数据；
[0188]
更新模块，用于基于所述支付数据所指示的目标支付方式，更新所述历史支付信息。
[0189]
可选的，所述历史支付信息中包含历史支付类型和历史支付记录；
[0190]
所述更新模块，包括：
[0191]
第一更新单元，用于响应于所述目标支付方式不属于所述历史支付类型，将所述目标支付方式添加至所述历史支付类型；或，响应于所述目标支付方式属于所述历史支付类型，不更新所述历史支付类型；
[0192]
第二更新单元，用于将所述目标支付方式添加至所述历史支付记录。
[0193]
可选的，所述支付数据中包含支付设备的设备标识，且所述历史支付记录中包含各次支付时所使用支付设备对应的设备能力标识；
[0194]
所述第二更新单元，用于：
[0195]
基于所述支付数据中包含的所述设备标识，确定所述支付设备的支付方式支持信息；
[0196]
将所述目标支付方式添加至所述历史支付记录，并基于所述支付方式支持信息为所述目标支付方式设置所述设备能力标识。
[0197]
可选的，所述拉回流模块1003，包括：
[0198]
第一拉回流单元，用于向设置有所述拉回流标识的所述目标用户帐号发送支付优惠消息，所述支付优惠消息用于指示使用所述第一支付方式进行支付以获取支付优惠；
[0199]
第二拉回流单元，用于接收支付设备发送的所述目标用户帐号的支付数据；响应于所述支付数据所指示的目标支付方式为所述第一支付方式，向所述目标用户帐号下发支付优惠。
[0200]
可选的，所述装置还包括：
[0201]
删除模块，用于删除为所述目标用户帐号设置的所述拉回流标识。
[0202]
可选的，所述装置还包括：
[0203]
第二标识设置模块，用于基于所述历史支付信息所指示的支付频率，确定所述目标用户帐号对应的拉回流等级，并为所述目标用户帐号设置拉回流等级标识，其中，不同拉回流等级标识对应不同拉回流处理。
[0204]
可选的，所述信息获取模块，用于：
[0205]
按照预设频率获取用户帐号的所述历史支付信息；
[0206]
或，
[0207]
响应于用户帐号的所述历史支付信息更新，获取用户帐号的所述历史支付信息。
[0208]
可选的，所述第一支付方式为生物特征识别支付，所述生物特征识别支付包括人脸识别支付、指纹识别支付、步态识别支付和虹膜识别支付中的至少一种；
[0209]
所述第二支付方式包括图形码支付，所述图形码支付包括图形码展示支付和图形码扫描支付中的至少一种。
[0210]
综上所述，本技术实施例中，通过获取用户帐号的历史支付信息，基于历史支付信
息识别出支付方式由第一支付方式切换为第二支付方式的目标用户帐号，并为目标用户帐号设置拉回流标识，以便后续针对设置有拉回流标识的用户帐号进行拉回流处理；由于设置有拉回流标识的用户帐号为历史使用过第一支付方式的帐号，因此针对此类用户帐号进行拉回流处理，能够提高用户帐号重新使用第一支付方式的概率，相较于支付方式的全量推广，有助于提高帐号的拉回流效果。
[0211]
本实施例中，服务器基于历史支付信息中的历史支付类型以及历史支付记录进行目标用户帐号两级筛选，提高目标用户帐号的识别效率以及识别准确度；并且，不同场景下，服务器对目标用户帐号采用不同的拉回流处理方式，有助于进一步提高帐号的拉回流效果。
[0212]
本实施例中，历史支付记录除了用于记录支付方式外，还设置有指示支付设备是否支持第一支付方式的设备能力标识，后续进行目标用户帐号识别时，除了需要检测历史支付记录中是否包含第一支付方式外，还需要进一步根据设备能力标识检测用户所处的环境是否存在支持第一支付方式的支付设备，从而确定出因用户主观意愿切换使用支付方式的用户帐号，提高了目标用户帐号的识别准确性，进而提高后续对目标用户帐号的拉回流效果。
[0213]
需要说明的是：上述实施例提供的帐号拉回流装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的帐号拉回流装置与帐号拉回流方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
[0214]
请参考图11，其示出了本技术一个示例性实施例提供的服务器的结构框图。具体来讲：
[0215]
所述服务器1300包括中央处理单元(central processing unit，cpu)1301、包括随机存取存储器(random access memory，ram)1302和只读存储器(read-only memory，rom)1303的系统存储器1304，以及连接系统存储器1304和中央处理单元1301的系统总线1305。所述服务器1300还包括帮助服务器内的各个器件之间传输信息的基本输入/输出系统(input/output系统，i/o系统)1306，和用于存储操作系统1313、应用程序1314和其他程序模块1315的大容量存储设备1307。
[0216]
所述基本输入/输出系统1306包括有用于显示信息的显示器1308和用于用户输入信息的诸如鼠标、键盘之类的输入设备1309。其中所述显示器1308和输入设备1309都通过连接到系统总线1305的输入输出控制器1310连接到中央处理单元1301。所述基本输入/输出系统1306还可以包括输入输出控制器1310以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1310还提供输出到显示屏、打印机或其他类型的输出设备。
[0217]
所述大容量存储设备1307通过连接到系统总线1305的大容量存储控制器(未示出)连接到中央处理单元1301。所述大容量存储设备1307及其相关联的计算机可读存储介质为服务器1300提供非易失性存储。也就是说，所述大容量存储设备1307可以包括诸如硬盘或者只读光盘(compact disc read-only memory，cd-rom)驱动器之类的计算机可读存储介质(未示出)。
[0218]
不失一般性，所述计算机可读存储介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读存储指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括ram、rom、可擦除可编程只读寄存器(erasable programmable read only memory，eprom)、电子抹除式可复写只读存储器(electrically-erasable programmable read-only memory，eeprom)、闪存或其他固态存储其技术，cd-rom、数字多功能光盘(digital versatile disc，dvd)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器1304和大容量存储设备1307可以统称为存储器。
[0219]
存储器存储有一个或多个程序，一个或多个程序被配置成由一个或多个中央处理单元1301执行，一个或多个程序包含用于实现上述方法实施例的指令，中央处理单元1301执行该一个或多个程序实现上述各个方法实施例提供的方法。
[0220]
根据本技术的各种实施例，所述服务器1300还可以通过诸如因特网等网络连接到网络上的远程服务器运行。也即服务器1300可以通过连接在所述系统总线1305上的网络接口单元1311连接到网络1312，或者说，也可以使用网络接口单元1311来连接到其他类型的网络或远程服务器系统(未示出)。
[0221]
所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，所述一个或者一个以上程序包含用于进行本技术实施例提供的方法中服务器所执行的步骤。
[0222]
本技术实施例中，还提供了一种计算机可读存储介质，该存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如上述方面所述的帐号拉回流方法。
[0223]
根据本技术的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方面的各种可选实现方式中提供的帐号拉回流方法。
[0224]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求指出。
[0225]
应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求来限制。